HCL Notes V12.0.1 のメールテンプレートの修正について

2022/3/18 - 読み終える時間: ~1 分

HCL Notes V12.0.1 のメールテンプレートについて、以下の問題に対処したものをリリースしました。詳細およびダウンロードについては、以下のサポート技術情報を参照してください。

• SPR # SVAIC44HYC - ユーザーがメッセージを返信または転送したとき、'メッセージ返信/転送' の矢印アイコンがビューもしくはフォルダーの列に表示されません。

• SPR # SAHNCAUBHJ - ユーザーが Webex で新しい会議を作成すると、Notes カレンダーに 2 つ目の会議エントリが表示されます。これは、ユーザーの Webex ユーザー名及びメールアドレスが Notes のものと同じ場合に発生します。

• SPR # SANECAUH5J - DOMI の Webex や Zoom の会議で、Notes クライアントで再設定したスケジュールが反映されません。

• SPR # JPKRC5KT3Y - バージョンが古いクライアントで mail12.ntf を開くと "USE または USELSX モジュールのロードエラーです。 domiListsCollectionsError "と表示されます。

• SPR # ASATC48JKC - Notes V12 のメールテンプレートを利用した会議招集で、「ロケーション」の横にあるホットスポット「参加」をクリックすると、URL のリンクが小文字で表示されます。URL のパラメータには会議 ID などが含まれますが、大文字と小文字が区別される会議に参加できない問題が発生します。

• HCL Notes 12.0.1 のメールテンプレートの修正について

HCL Nomad Mobile (iOS) とサーバー側でのパスワードの照合機能を組み合わせる場合、Domino V12 ではNotes 共有ログインを有効にする必要がなくなりました

2022/3/18 - 読み終える時間: ~1 分

Domino V11 までは、パスワードの照合機能を有効にした環境で Nomad Mobile (iOS) を使用する場合、Notes 共有ログインを有効にする必要がありました。Domino V12 ではこれが不要になっています。Notes ではパスワードでの認証が使えます。詳しくは下記サポート技術情報をご覧ください。

• Nomad iOS: サーバーによるパスワード確認 (パスワードの照合) 機能について (Domino 12 環境)

HCL Unica: 2022年のマーケティングとデータプライバシー

2022/3/18 - 読み終える時間: 2 分

Marketing and Data Privacy in 2022 の翻訳版です。

---

HCL Unica: 2022年のマーケティングとデータプライバシー

2022年3月17日

著者: Gordon Patchett / Product Manager for Unica Deliver 共著: Laura Ville Co-Author / Deliverability Manager for Unica Deliver

私は、自分を養ってくれる人の手を噛まないことを信条としており、マーケティングの世界は私の食卓を支えてくれているので、できるだけ客観的であろうとしています。マーケティング調査には進んで参加し、最近は配信停止にも強くなった。もちろん、Unica Deliverのプロダクトマネージャーとして、さまざまなマーケティング担当者のさまざまなメッセージを比較検討する機会があるため、この調査に関心があり、創造力を発揮しています。

しかし、時折、私の受信トレイに歯がゆくなるようなものが入ってきて、紙にペンを走らせるように促されることがあるのです。今回は、明らかに文才のない私と、Unicaチーム専属の配信の達人であるローラ・ヴィルヴィエイユの、より信頼性の高い考察を組み合わせてみました。

数日前、私はある有名な団体の市場調査への参加案内メールを受け取りました。私の息子はその名もなき組織のメンバーなので、いつもお世話になっている親として、「調査を完了する」ボタンをクリックしました。

アンケートにリンクしているメールには、アンケートは「短い」もので、20分もあれば完了すると書いてありました。皆さんはどうかわかりませんが、私は何日か、シャワーを浴びるための10分間を見つけるのに苦労しており、価値あるマーケティング活動に貢献することは考えられません。

あなたはそれを知っても驚かないでしょう。そして、なぜ一部のマーケティング担当者は、いまだに1997年のようにあらゆる情報を探し出す必要性を感じているのか、考えさせられたのです。

このブログでは、ローラと私が、このような姿勢がいまだに残っている理由を探り、データ・プライバシーに関する最近の変化と、それが顧客とのコミュニケーションにどのような影響を及ぼしているかを明らかにします。

1990年代、私はデータウェアハウス業界で働いていました。当時は、統一された単一の顧客プロファイルを作成するために、顧客についてできる限りあらゆることを収集することが主流でした。 当時は、将来への不安から、"後で必要になったらどうしよう？"という一般的な恐怖がありました。そのため、柔軟性に欠け、ETLのバッチ処理の遅れで常に24時間遅れとなる分析用データモデルの作成に膨大な資金が投入されました。

キャンペーンは、運用データソースを含む複数のソースからのデータを簡単に処理できるため、バッチ処理の遅れの問題の多くが解消され、より新鮮なデータセットで作業できるようになりました。2000年代半ばにアジャイル開発手法の人気が高まったこともあり、私はUnicaに入社することにしました。もし、彼らに勝てないのなら、彼らの仲間になりましょう。

しかし、より低コストで、より迅速に価値を提供するデータ統合のアプローチ方法がたくさんあることは、誰もが知っています。

さらに最近では、GDPRによって、データを収集するのは緊急に必要な場合のみにすることが定められました。あらゆるものを収集することは非効率であるだけでなく、世界最大の市場において違法となりました。

また、冒頭で述べた巨大なアンケートとは対照的に、マイクロアンケートは回答が非常に早く、フィードバックしないのはみじめに感じられるほどであることも特筆すべき点です。DPDのような配送業者は特にこの方法を得意としており、多くの場合、私は回答しています。

データ・プライバシーの問題は、今後も改善されることはないだろう。実際、この業界では、顧客の行動を追跡し、分析することがますます厳しくなっています。サードパーティーのクッキーは廃止され、Apple MPPはすでにメールマーケティングに大きな影響を及ぼしています。ここで、メールマーケティングの現状について、ローラさんにお話を伺います。

GDPRによって、私たちはマーケティングコミュニケーションに使用するために収集するデータを完全に見直すことを余儀なくされました。また、受信者の注意力が低下しているため、「何でも集めよう」モードで運用するのは非現実的です。マーケティング担当者は、パーソナライゼーションを推進するためのデータが必要であるという事実から逃れることはできません。では、パーソナライズされたターゲットキャンペーンに必要なデータを収集するためには、どうすればよいのでしょうか。

20分間の退屈なアンケートでユーザーの関心事を尋ねる代わりに、ユーザーの行動に注目することができます。あるユーザーがWebサイトの「金融」タブをクリックしたか？最近のニュースレターでNFTに関する記事を読みましたか？長い間購入を控えていたユーザーが購入に至ったか？メールやウェブサイトの開封・クリックデータを利用することは、ユーザーの関心事に関するデータを収集するための素晴らしい方法です。しかし、そうすることで新たな「落とし穴」があります。メールから収集した開封データやクリックデータは、不正確な場合があるのです。ユーザーの関心事について、本人に聞いてもあまりデータが集まらないだけでなく、ユーザーの行動を観察して集めると、さらに汚染されてしまうのです。では、具体的にどのようなことが起こっているのか、掘り下げて見ていきましょう。

アップルは最近、開封履歴の追跡をマスクすることでユーザーのプライバシーを保護する新機能をリリースしました。プライバシーを重視するユーザーは、いつメッセージを開いたかをマーケティング担当者に見られたくないという考えからです。今日のGDPRの世界では、ユーザーは自分のプライバシーを重視し、「スパイ・ピクセル」と呼ばれるものにはもうOKしないのです。マーケティング担当者は、目に見えない1ピクセルの画像を使用し、メール内の他の画像と一緒に取得すると、レポート内で開封イベントをトリガーします。

この機能は、ユーザーがメッセージを開いたときにだけ取得するのではなく、アップルがすべてのメッセージの開封トラッキングピクセルを事前に取得する仕組みになっています。そのため、AppleデバイスのAppleメールアプリからメールを開いたユーザーは、メッセージを開いていなくても開封イベントが表示されます。つまり、Appleで開封されたメールの開封率は、実際よりも高い率で報告されることになります。どのくらい膨らんでいるのでしょうか？私たちの送信者の間では、平均して、送信者の（推定）真の開封率は、レポート上の（膨張した）開封率の約90%であることがわかりました。

しかし、Appleがこれを発表する前から、YahooやGmailなどの他のメールボックスプロバイダは、より良いユーザー体験を提供するために、メール内のすべての画像を事前にフェッチしていました。画像を早期に読み込むことで、受信トレイにメールをより速く表示することができるのです。ですから、実はメールの開封率はしばらく不正確なままでした。

さらに、企業のメールフィルターには、メッセージ内のリンクを事前にフェッチして、セキュリティのためにスキャンするものがあります。フィッシング詐欺の件数が増えているため、これはスパムフィルターを取り入れた機能として顕著になりつつあります。送信者にとっては、まったく迷惑な話です。このようなことが起きると、クリック率は完全に膨れ上がってしまいます。私たちは、90%もの高いクリック率を見たことがあります。

つまり、メールから収集された開封率やクリック率のデータは、信頼性が低いということです。この開封データは、重要なセグメンテーション、自動化フロー、A/Bテストには当てにならないのです。ユーザーの物事への関心を判断する基準として、開封やクリックを使うことには注意が必要なのです。そしてマーケターは、Appleなどのオープンデータの信頼性の低さを回避するために、現在の自動化やセグメンテーションを再評価する必要があります。

オープンな指標を集計レベルで送信者と共有する仕組みを構築したいくつかのISPから、興味深い動きが出てきています。Yahooは最近、送信者が集計された開封率のデータフィードを有料で利用できるようにしました。何年もの間、他のISPも、Mail.ruやQQ Tencentのように、この種の集計レベルのデータで同様の評判ポータルを作ってきた。これらのポータルは通常、送信者の1日あたりの開封率や送信ドメインごとの開封率を共有しています。Yahooの場合、これらはキャンペーンレベルで利用可能です。

このデータは、オープンピクセルに依存しないので、素晴らしく正確です。Yahooは、ユーザーが実際にメールを開いたかどうかをすぐに確認することができます。このようなデータはごく一部の送信者からしか得られていませんが、今後、さらに多くの送信者がこれに追随することが期待されます。やがて、メールキャンペーンのエンゲージメントデータは、このような方法で見られるようになるかもしれません。

1990年代以降、マーケティングのエコシステムは大きく変わりました。GDPRはユーザーデータとプライバシーをめぐる本格的な意識改革を生み出し、Apple MPPのために、私たちはレスポンスデータが少ない世界で仕事をしなければならなくなりました。さらに、メールの量が大幅に増加したことで、ユーザーの注意力や期待に影響を及ぼしているという事実もあります。マーケターはこれからも進化し続けますが、そのためのヒントをいくつかご紹介します。

顧客からのフィードバックを求める場合、すぐに必要なものだけを集めるという原則が適用されるべきです。一貫して反応を促す方法もあれば、まったく逆の効果をもたらす方法もあります。一部の配送業者は、主要な関心事を抽出して、5秒もかからずに苦痛を伴わないエクササイズにするのが特に得意です。DPDの例のように、簡単な世論調査や短いメールでのアンケートを利用することを考えましょう。

より詳細な市場調査が必要な場合は、要点を押さえることが重要です。もし、市場調査を毎年行うのであれば、調査内容を絞り込んで、脂肪分をすべて取り除く必要があります。

セグメンテーションとパーソナライゼーションのベースとなるデータが必要なことは、私たちも承知しています。このデータを集めることが重要なのではなく、優れたデータ管理者になることが重要なのです。例えば、Webサイトの訪問者数、メールコンテンツのリンクのクリック数、ランディングページの訪問者数など、すでに取得されているデータを見てみましょう。このデータからユーザーの興味やニーズを検出し、それをユーザーについて知っていることと組み合わせて、インテリジェントなコミュニケーションを形成する作業が必要なのです。

ユーザーのプライバシー保護により、オープンデータの利用方法が変化しています。自動化フロー、ジャーニー、リエンゲージメントキャンペーン、セグメント、ユーザーの関心を示すために開封率を使用しているKPIを再考してください。ほとんどの場合、これらを修正する必要があります。リンククリック、配信停止、苦情、ランディングページ訪問、フォームフィールドの回答、ウェブサイト訪問、購入データ、オプトイン日など、ユーザーの興味や関心を示す指標は、送信者が利用できるものがまだ非常に多くあります。開封率をKPIとして使用する場合、方向性を示す指標として見てください。30%なら良い、15%なら悪い...というような閾値は、もはや役に立ちません。むしろ、過去の実績から率が上がっているか下がっているかを見てください。

Unica Deliver、最新の業界動向、Apple MPPについてもっと知りたい方は、お気軽にご連絡ください。

HCL Volt MX 9.2 のリリース

2022/3/17 - 読み終える時間: 4 分

A New HCL Volt MX Is Here の翻訳版です。

HCL Volt MX は、2020年に日本を除く全世界でリリースされた製品で、iOS や Android OS のモバイルアプリを開発、展開できるプラットフォームです。日本においては事情により発売を見合せていましたが、2022年の年央に販売を開始する予定です。ここでは、2020年に公開されたブログの翻訳版を紹介します。詳しくは HCL Volt MX の製品ページ をご覧ください。

---

HCL Volt MX 9.2 のリリース

2021年8月31日

著者: Suhas Bhat / HCL Software

HCL Volt MX v9.2 を発表できることを嬉しく思います。このプラットフォームは、クラウドとオンプレミスの両方でモバイルおよびマルチエクスペリエンスのアプリケーションを開発するためのプロフェッショナルなローコードプラットフォームです。 昨年11月のDigital WeekイベントでVolt MXを発表して以来、私たちは懸命に改良に取り組み、開発者コミュニティーのための新しいリソースを構築し、アナリスト企業のGartnerやForresterと積極的に協力してきました。

HCL Volt MX は、本日よりお客様にご利用いただけます。

HCL Volt MX 9.2は、あなたの組織がゲームを変えるようなアプリを作成し、あらゆるデバイスの力を引き出し、ソフトウェアデリバリーライフサイクル全体でチームの速度を向上させることができるようにする準備が整いました。このリリースでは、次のようなエキサイティングな新機能を提供します。

デジタルビジネスを推進する美しいアプリ

• 5GネットワークAPIのサポートを含む、ネイティブおよびWebフレームワークの強化
• Iris のあらゆるサードパーティー製ウェブウィジェット/コンポーネントをサポートします。
• LottieAnimatorで作成したベクターアニメーションを埋め込むことができます。
• 新しいAppleSignInウィジェット

一度作れば、どこにでも展開できるマルチエクスペリエンス

• Hapticフィードバックを利用したApple Watchでのアラート表示
• 拡張現実感の機能強化（リアルタイム画像認識など）

より多くの仕事をこなすための完全なソリューション

• イベントトリガー型ワークフローサービス
• ビジネスルールを外部化するためのRed Hat PAMの統合

既存のお客様は、HCL Software License Management Portal から最新版をダウンロードできます。リリースの詳細については、新しい Volt MX の製品ドキュメントと 9.2 の リリース情報 をご覧ください。

Volt MX を初めてご利用になるお客様で、モバイルアプリやマルチエクスペリエンスアプリを迅速かつ大規模に提供する方法を知りたい方は、今すぐデモを予約 してください。来月には、新しい無料体験版と、サンプルアプリ、ユーザーウィジェット、カスタム統合を含むマーケットプレイスが公開されますので、ご期待ください。

アナリストやメディアからの評価

HCL は Volt MX に多大な投資、革新、リーダーシップをもたらし、ローコードと MXDP の市場で地位を確立しました。私たちの強力な製品ビジョンと戦略により、Forrester Wave（プロフェッショナル開発者向けローコード開発プラットフォーム、2021年第2四半期）と Gartner Magic Quadrant（マルチエクスペリエンス開発プラットフォーム）の両方で、初めて優秀な成績を収めたことを、私は誇りに思っています。

HCLとVolt MXは、SD Times の Low Code Buyers Guide と DZone Low Code Trend Reportで注目のベンダーに選ばれています。

Volt MX コミュニティーのための新しいリソース

お客様が Volt MX プラットフォーム上でアプリケーションを素早く開発し、イノベーションを起こすために必要なすべてを提供できるよう、教育コースや使いやすいドキュメントなど、まったく新しいリソースを作成しました。

• ドキュメントとチュートリアル: ドキュメントをGitHubで公開しました。課題を作成したり、サンプルコードを提供したり、プルリクエストを作成したりして、ドキュメントを充実させてください。
• トレーニングコース: すべての技術教育およびトレーニングコンテンツは、HCL Software Academy for Digital Solutionsで公開されています。
• フォーラム: 新しいVolt MXコミュニティーの構築にご協力ください。このフォーラムで質問したり、情報を共有したりすることができます。
• アイデアポータル: 製品をより良くするためのアイデアや、新しい機能を知りたいですか？アイデアポータルに投稿してください。

私たちは皆、Volt MXにとても期待していますし、皆さんもそうであることを願っています。

免責事項： HCLの計画、方向性、意図に関する記述は、予告なく、またHCLの独自の判断で変更または撤回されることがあります。将来の製品候補に関する情報は、当社の一般的な製品の方向性を示すものであり、購入の判断材料として依拠するべきではありません。将来の製品に関する情報は、いかなる素材、コード、機能を提供することを約束するものでも、法的義務を負うものでもありません。将来の製品に関する情報は、いかなる契約にも組み込まれるものではありません。当社製品に記載された将来の機能の開発、リリース、およびその時期は、当社の単独の裁量に委ねられます。性能は、制御された環境における標準的なHCLベンチマークを使用した測定および予測に基づいています。ユーザーが経験する実際のスループットやパフォーマンスは、ユーザーのジョブストリームにおけるマルチプログラミングの量、I/O構成、ストレージ構成、および処理されるワークロードなどの考慮事項を含む多くの要因によって異なります。したがって、個々のユーザーがここに記載されたものと同様の結果を達成できることを保証するものではありません。

HCL Volt MX: コンシューマーグレードのアプリ体験を提供することが重要な理由

2022/3/17 - 読み終える時間: 2 分

Why Providing a Consumer-Grade App Experience is So Important の翻訳版です。

HCL Volt MX は、2020年に日本を除く全世界でリリースされた製品で、iOS や Android OS のモバイルアプリを開発、展開できるプラットフォームです。日本においては事情により発売を見合せていましたが、2022年の年央に販売を開始する予定です。ここでは、2020年に公開されたブログの翻訳版を紹介します。詳しくは HCL Volt MX の製品ページ をご覧ください。

---

HCL Volt MX: コンシューマーグレードのアプリ体験を提供することが重要な理由

あなたが選んだ番組を視聴するために、詳細なマニュアルを読まなければならないストリーミングサービスのコンテンツにお金を払いますか？ もし、写真の投稿方法について1時間もかけてチュートリアルをしなければならないようなInstagramがあったら、あなたは利用しますか？ スマートフォンの使い方を理解するのに何ヶ月も、もしかしたら何年もかかるとわかっていて、お金を出してスマートフォンを買うことを理解できますか？

なぜなら、あなたは自分の時間を大切にし、ある製品が何を提供し、どのような見返りを要求するのか、明確に期待しているからです。

長年にわたり、企業向けアプリのエクスペリエンスと一般消費者向けアプリのエクスペリエンスには大きな隔たりがありました。企業向けソフトウェアにはユーザー・フレンドリーさは求められておらず、大規模な機能を実行できるだけの複雑さと堅牢さが求められていたのです。 しかし、シフトが起こり、新しいパラダイムが生まれました。

コンシューマーグレードの体験は、今やエンタープライズアプリソフトウェアの構築に不可欠であり、ユーザーが期待するものであり、各業界で戦略的リーダーシップを維持しようとする企業にとって、ミッションクリティカルなものです。

コンシューマーグレードのエクスペリエンスとは何か？

簡単に言えば、トレーニングをほとんど必要とせず、直感的に製品を操作できる場合、それはコンシューマーグレードの体験をしていることになります。 箱を開け、アプリをダウンロードし、ボタンを押せば、すぐに使える。数分もすれば、これまで使ったことのない製品を使えるようになるのです。

一般的に、コンシューマーグレードの製品や体験は、次のような特徴があります。

• シンプルさ：プロセスが合理化されており、ユーザーは限られたステップで行動を起こすことができます。
• 美的感覚：魅力的なビジュアルプレゼンテーションは、ユーザーを楽しませるだけでなく、安心感や自信をもたらします。
• 直感的： ユーザー体験のパターンがなじみがあり、学習曲線が以前の知識ベースの上に構築されている場合、ユーザーはより迅速に製品またはサービスに精通するようになります。
• アクセシブル：ユーザビリティやエンゲージメントを損なうことなく、複数のプラットフォームに統合でき、場所や環境に関係なく接続でき、誰でも使用できること。

逆に、プロフェッショナルグレードの体験とは、歴史的に企業向けソフトウェアがそうであったように、製品を操作してその潜在能力を最大限に活用する前に、技術的な要件によってトレーニング、オンボーディング、没頭が要求されるものです。 即座に使いこなすことはできません。

そして、これには非常に良い理由があります。 エンタープライズソフトウェアは非常に複雑なのです。 サプライチェーンの運営を担うエンタープライズ・システムを、携帯電話でピザを注文するように簡単に操作できる日が来るかもしれません。

エンタープライズ・ソフトウェアは、膨大な量のデータを処理し、システム、アプリケーション、人、チャネルの広大なネットワーク全体の情報を統合する必要があります。企業運営に求められる複雑な性質は、比較的最近まで、複雑でプロフェッショナルな開発者向けツールでしか適切に対処することができませんでした。

つまり、エンタープライズ・アプリケーションは、コンシューマーグレードのソフトウェアでは処理できないタスクを実行するために、必要に迫られて嫌々ながら使用されてきたのです。しかし、この状況は変わりました。

企業内におけるソフトウェアのユーザー選択へのシフト

企業向けソフトウェアの進化は、デジタル変革がこれらのアプリケーションの購入、統合、更新の方法にいかに強力な影響を与えたかを反映しています。エンタープライズソフトウェアの初期は、トップダウンのアプローチが特徴的でした。ソフトウェアはCスイートが購入し、従業員がユーザーエクスペリエンスを好むか恩恵を受けるかはまったく関係なく、学習して使用するように従業員に押し付けられました。

過去 10 年間に企業向けソフトウェアが進化・拡大するにつれ、ソフトウェアを選択する際の意思決定プロセスも変化してきました。もし、ユーザー、顧客、チームがそのアプリのユーザーエクスペリエンスやソフトウェアを気に入らなければ、直感的で、レスポンスが良く、アクセスしやすいものでなければ、完全に受け入れられることはないでしょう。その結果、時間の浪費、コラボレーションの阻害、生産性の低下を招きます。

採用は生産性と組織の成功の鍵であり、人々が仕事を成し遂げるために「シャドーIT」（無許可でリスクのあるテクノロジー）に走るリスクを軽減します。かつては企業向けソフトウェアを選択する際に後回しにされていたユーザーも、今では採用を推進し、コンシューマーグレードのダイナミックなユーザー機能を備えたシステムを求めています。

例えば、企業のメッセージングツールを考えてみましょう。多くの場合、メッセージングツールは、上層部が個人に押し付けたものではありません。自分で使ってみたり、口コミで聞いたりして、自社のワークフロー・コミュニケーションを改善できると確信したチームによって選ばれ、要求されたものなのです。

ミッションクリティカルなアプリにコンシューマーグレードのUXが必要な理由

エンタープライズ企業は、最高のパフォーマンスだけでなく、戦略的なリーダーシップを確立し、その評価を高めることを目指しています。そして、それは当然のことです。 競争の激しい業界で優位に立つには、生産性だけでなく、継続的なイノベーションと、熱心でつながりのある従業員だけが達成できる社内の団結力が重要な要素となります。

このような資質を育むには、開発者が素早く習得でき、シームレスに構築できるアプリ・プラットフォームやソフトウェアを提供することが必要です。

コンシューマーグレードのユーザーインターフェイスで、あらゆるチャネルのデジタル体験を創造できる包括的なプラットフォームを見つけることで、重要な分野を改善できます。

• ローコードなどの開発ツールによる生産性の向上：プロの開発者はアプリの配信を高速化し、経験の浅い開発者やビジネスユーザーは自分で問題を解決できるようになります。
• システムおよびプロセスを簡単に接続し、コラボレーションを促進できます。
• 設計者に権限を与えるボトムアップのイノベーション・パイプライン。
• 企業向けソフトウェアの機能とコンシューマーグレードのエンゲージメント力を融合させた、完全に実現されたアプリデザインへのモダンなアプローチ。
• システム侵害や攻撃から保護する組み込み型セキュリティ。

企業システムに求められる統合性、拡張性、セキュリティを犠牲にすることなく、従業員のデザインの才能を開花させるプラットフォームを提供します。 プロフェッショナルなレベルでコンシューマーグレードの体験を提供します。

製品やサービスを世に送り出し、何百、何万人ものユーザーに使ってもらうためには、開発者に美しく、有意義で革新的な体験を提供し、新しい方法でユーザーと関わり、対話できる力を与える必要があります。消費者が最後に経験した素晴らしい体験は、次に期待される体験です。

そのためには、本格的な機能を備えた本格的なツールが必要です。HCL Volt MXは、業界をリードするローコードアプリ開発プラットフォームで、プロの開発者、企業設計者、デジタルデザイナーが消費者向けアプリを迅速に提供できるよう支援します。HCL Volt MXは、美しくパワフルなコンシューマーグレードの体験とアプリケーションを、思い通りに構築、デプロイ、提供できます。

HCL Link：ウェブベースの ETL ＆ インテグレーションツールの概要

2022/3/17 - 読み終える時間: 14 分

Overview of HCL Link: a web based ETL & Integration tool の翻訳版です。

---

HCL Link：ウェブベースの ETL ＆ インテグレーションツールの概要

2022年3月4日

著者: Ajay Kumar Mishra / Senior Software Engineer III

概要

今日、データはあらゆる組織にとって重要な役割を担っており、どの組織もさまざまな形式のデータを大量に処理しています。また、日々の業務に必要なデータを処理するために、必ずしも同じデータ形式をサポートしていないアプリケーションが多数存在する場合もあります。この問題を解決するために、彼らは内部/外部アプリケーション/システム内のデータを交換するためのトランスレータ/コネクタまたはミドルウェアが必要になり、ここで我々は強力なETL＆統合ツールHCL Linkを持っています。HCL Linkは、UNICA、Commerce、Voltなどの他のHCL Software製品にも使用され、相互または外部システムとの統合に使用されています。

HCL Linkの利用を促進するポイント

• GUIツール - 非常にシンプルな操作性

• HCL LINK Embedded Edition（組み込み版

• RESTベースのカスタムコネクタ

• 豊富なアダプターのサポート

• RESTベースのエンドポイントに対応したサービスビルダーのサポート

• GUIツール - 非常にシンプルな操作性

HCL Link - オンプレミス、クラウド、ハイブリッド環境において、組織内の多くのアプリケーションと多様なデータの統合を促進する堅牢なプラットフォームです。スキーマデザイナー、マップデザイナー、フローデザイナー、コア、ランタイム、アダプターが含まれています。強力なWebベースのETL・統合ツールであり、ユーザーフレンドリーなツールです。ファイルのアップロード、豊富なアダプター/コネクタを使用した接続/アクションの作成、アクションのデータ変換/転送のためのマップの作成、マップとフロー内の他のノードのオーケストレーションなどを簡単に行い、目的のゴールを達成できます。

ホームUIは次のようなものです。DesignとDeployの2つのバナーが表示されます。デザインは、プロジェクトのリスト、作成、インポートを表示し、デプロイは、サーバー、パッケージ、サーバーグループ、構成変数の作成、パッケージのデプロイのオプションを表示します。

デザインバナー

• [デザイン]で、[+]アイコンをクリックして新しいプロジェクトを作成し、プロジェクト名を入力して[OK]をクリックします。すると、以下のような画面が表示されます。

Quick Links

ファイル、接続/アクション、スキーマ、マップ、フローにすばやくアクセスするためのリンクを提供します。また、ページの下部にある個別のタブでこれらのオプションにアクセスすることもできます。

プロジェクトを作成/変更するためのリンクデザインオプション

ファイル - このオプションを使用して、マップ/フローで使用できるように入力ファイルをアップロードします。また、ローカルにファイルをダウンロードすることもできます。ローカルシステムで出力を見たい場合は特に必要です。

コネクション

接続は、ファイル、JDBC、FTP、RESTなど、どのシステム/技術に接続されているかを識別します。

アクション

アクションは、その接続を使用して具体的に何が行われているかを識別します - 例：データベーステーブルに行を挿入、サードパーティーシステム/アプリケーションのContactオブジェクトを更新、特定のREST APIを呼び出す、サードパーティーシステムにファイルを転送するなどです。

スキーマ

スキーマは、コネクタ/アダプターから返されるデータ、またはコネクタ/アダプターに送信されるデータの構造を記述するものです。スキーマインポーターを使用して、CSV、Copybook、XSD、JSONテンプレートなどからスキーマを作成できます。

マップ

マップは、希望する出力結果を生成するためのロジックを提供します。例えば、XMLデータをCSVにマッピングする必要がある場合、マップを使用してこれを行うことができます。

フロー

目標を達成するために、複数のノードを一緒にオーケストレーションする方法を提供すること。1つまたは複数のノードを含むことができます。

バナーのデプロイ

Link のプロイオプション

サーバーグループ - Prod、Dev、Testなどのサーバーグループを作成し、サーバーをサーバーグループと関連付けられます。

サーバー - WindowsやLinuxなどのプラットフォームの詳細、ユーザー認証情報、サーバーのURLまたはIP/FQDNなどの接続文字列、およびサーバーグループを含むサーバーを作成できます。

構成変数 - 構成変数は、実行時に配置環境（サーバーグループ）に固有の値に解決するエイリアスを定義する。構成変数の値を異なるサーバー グループに関連付けることで、マップやフローを変更せずに、同じマップやフローを異なる環境、サーバー、およびプラットフォームで実行できるようになる。

パッケージ - パッケージ化するプロジェクトを選択することで、パッケージを作成できます。そして、そのパッケージ内のマップ、フロー、ファイルを追加できます。

デプロイ - パッケージとサーバー名を選択して、選択したサーバーにパッケージをデプロイできます。

ビルド - サーバーにデプロイする前にパッケージをビルドして、コンパイル時のエラーがないかどうかを確認できます。

HCL Link コンポーネント（リンクがインストールされると、以下のコンポーネントを確認できます。）

HIP クライアント - ブラウザでUIページをレンダリングする役割を担います。

HIP サーバー（設計時） - スキーマ、マップ、フローを作成するのに便利です。

HIP Rest (Runtime) - 要件に応じたマップとフローの実行を容易にする。

Mongo - 設計時に作成した成果物を保存するために使用します（HIP-Server）。

Redis - HIP-Rest/runtimeはREDISを使用してリクエストを実行します。

• HCL LINK Embedded Edition

これは、私たちが他のHCL Softwareチームに提供しているもので、彼らのアプリケーション（Unica、Voltなど）の中に埋め込むために、HCL Link とEmbeddability Extensionsを含んでいます。

特に、Unica アプリケーション（Journey と Campaign）は、HCL Link EE とアプリケーション固有のコネクタ（例えば Unica Link の場合、メールコネクタ、アドテク、CRM、SMS、データベースコネクタ）を製品パッケージの一部として組み合わせています。

HCL Link Embeddability Extensions (EmbedX) - Unica、Volt、Commerceなど、他のHCL Software製品による組み込み利用を可能にするためにHCL Linkの上に構築された拡張機能です。パートナーや顧客が独自のコネクタを簡単に作成し、使用することを可能にします。

Unica Link インテグレーションで使用されるコネクターは以下の通りです。

HIP-REST(Runtime)でUnica-Linkのリクエストを実行するために必要なさまざまなホップは以下の通りです。

• RESTベースのカスタムコネクタ

HCL Linkは、お客様が必要なコネクタを簡単に作成できます。これがカスタムコネクタの正体です。例えば、Unicaの顧客は、独自のコネクタを作成するためにこれを活用できます。例えば、Unicaの顧客がデータ処理のために新しいサードパーティーシステムに接続する要件がある場合、例えば新しいマーケティングアプリケーションの場合、リンクを活用してそのようなコネクタを作成することが可能です。その場合、カスタムコネクタの要件と、その要件を満たすためにサードパーティーアプリケーションが提供する適切なREST APIを確認する必要があります。

要件の準備ができたら、コネクタ・プロジェクトを作成し、RESTエンドポイントおよびコネクタ記述子ファイルを定義して、接続とアクションのプロパティを定義できます。

サーバーにインストール可能なカスタム コネクタ パッケージを作成するために必要な成果物

• マップ/フローを含む接続プロジェクトファイルを作成します。
• RESTエンドポイントを定義するサービス定義ファイル/設定パッケージ
• 接続とアクションのプロパティを定義したコネクタディスクリプタファイル

packagerコマンドを使用して、上記の成果物をパッケージングしてコネクタパッケージを作成します。それはその後、リンクhip-restコンポーネントにデプロイできます。

コネクタを出力ディレクトリ「 \outputtest 」にパッケージするために、packager ツールに -p (package) と -ep (export package) オプションを付けて起動します。

C:\packager> packager \connectors\test \output\test -ep Test - p -h https://localhost:8443/ -u admin -pw ****

上記の手順でコネクターパッケージが作成され、サーバーにデプロイされ、インストールされると、お客様は新しいチャネルでのマーケティングのために、Unicaアプリケーションと新しいコネクターの統合を開始できます。

• 豊富なアダプターのサポート

HCL Linkは、様々なアプリケーション/システムに接続するための豊富なアダプターをサポートしています。これにより、異なる通信プロトコルを使用して多くのアプリケーションと統合することを意図している場合、様々な顧客の要件を満たすことができるように堅牢になっています。

• RESTベースのエンドポイントに対するサービスビルダーサポート

HCL Linkには、他のシステムやアプリケーションに接続するために使用されるRESTエンドポイントのサービス定義ファイルを作成するためのService Builderが含まれています。これは、UNICA-LinkのRESTベースのコネクタを作成するために重要です。

• リンクのホームページでサービスビルダーのリンクをクリックし、サーバー定義とエンドポイントを作成します。

• 'Create Service'をクリックして、新しいサービスを作成します。

• サービス名、認証タイプ、パラメータなどの詳細を入力します。

• 最後のステップで、サービスを保存できます。
• サービス内で、エンドポイントの作成をクリックします。

• エンドポイント名、メソッドタイプ、その他リクエスト/レスポンスペイロードに必要なパラメータを入力し、保存します。

• リクエストタブのAPI呼び出しボタンをクリックすると、エンドポイントが正常に動作しているかどうかを確認できます。

これらのエンドポイントは、マップやフローで使用できます。

リンクの基本的な考え方を、初めての方向けに例題で説明

シナリオは、CSV入力ファイルをJSONに変換することです。CSV入力ファイルの構造は、以下の通りだとします。

Employee Name,Designation

• リンク UI に移動し、デザインバナーの下にある + アイコンを選択して、新しいプロジェクトを作成します。ページ下部には、以下のようなタブが表示されます。

ファイルタブ

ステップ1では、入力ファイルをアップロードします。

• ファイルタブをクリックし、+アイコンをクリックして新しいファイルをアップロードします。

コネクションタブ

• Connections タブをクリックします。

• 新しい接続を作成するには、+アイコンをクリックします。外部または内部システムに接続可能なアダプターの一覧が表示されます。File adapter as my source/target を選択すると、file となります。次へ]をクリックして接続名を指定し、保存します。

スキーマタブ

スキーマは、インポーターを使用して、ファイルデータを格納するためのデータ構造をテンプレートから簡単に作成するのに役立ちます。

ここでは、CSVに続いてJSONを作成することにします。

• スキーマをクリックし、インポートをクリックしてファイルからインポートし、ドロップダウンボックスからCSVを選択します。

• 構造体を作成する入力ファイル名を選択し、Next をクリックしてスキーマ名を入力し、import を選択します。

次に、JSONスキーマをインポートします。

• XSD/JSON をクリックし、JSON ファイルを参照し、OK をクリックします。

アクションを作成するためのConnectionsタブ

ソースアクションの作成

• 接続名の上にマウスを置き、3つの点をクリックすると以下のように表示されます。

• 新しいアクションを作成するには、[New Action] オプションをクリックします。

• ソースを選択し、「次へ」をクリックして、入力ファイルを参照する グラフィカルユーザーインターフェイス、アプリケーション 説明が自動的に生成される

• 入力ファイルに合わせてスキーマとスキーマタイプを選択し、名前を付けて保存します。

ターゲットアクションの作成

• 接続名の上にもう一度マウスを置き、3つの点をクリックします。

• New Action をクリックしてターゲットアクションを作成し、Next をクリックします。

• JSON テンプレートファイルを参照し、[次へ] をクリックします。ターゲットアクション名を入力し、保存します。

これで、CSVファイルから読み込むソースアクションと、JSON形式に書き込むターゲットアクションの2つが作成されたことが確認できます。

Map タブ

• 地図タブをクリックし、+アイコンをクリックすると、新しい地図が作成されます。マップ名を入力し、OK をクリック

• 入力カードと出力カードという形で、マップにアクションを追加します。

• アクションを追加すると、以下のようなマップになります。

• CSVをJSONに変換する機能マップを作成する。

• ビルドアイコンをクリックし、マップをビルドします。ビルドに成功したら、実行ボタンをクリックしてマップを実行します。

• 入力と出力の結果データは以下のようになります。

フロータブ

• フロータブをクリックし、+アイコンをクリックすると、新しいフローが作成されます。名前を入力し、OK をクリック

• 決定ノードとマップノードを1つずつ持つフローを作成します。Flag_to_Run_the_Map フローバリューが True に設定されている場合、決定ノードは True ターミナルを実行し、それ以外の場合は False ターミナルを実行します。

• Flag_to_Run_the_Map が True の場合、mapノードが実行され、さらに JSON データが生成されます。Flag_to_Run_the_Map が True の場合、Map ノードが実行され、JSON データが生成されます。

• Flag_to_Run_the_Map を True に設定してフローを実行する。

• Flag_to_Run_the_Map をFalseに設定してフローを実行すると、マップノードに緑のチェックマークが表示されないことに気がつくでしょう。

HCL Compass Webhooks の活用法

2022/3/17 - 読み終える時間: 8 分

HCL Compass Webhooks in Action の翻訳版です。

---

HCL Compass Webhooks の活用法

はじめに

この記事では、HCL CompassのWebhooksについて説明します。Webhookとは、何かがトリガーされたときにアプリから送信される自動化されたデータに他なりません。この場合、HCL Compass は Webhook データを送信するアプリで、これは Payload とも呼ばれます。Webhook は Compass アプリケーションを購読し、特定の条件が満たされるまで待機し、ペイロードを送信します。ペイロードは通常、レコードデータを含む JSON で、HTTP POST リクエストとして送信され、サードパーティーアプリケーションまたはカスタムスクリプトでキャッチして、有用な処理を行えます。これはRESTAPIとは異なり、アプリケーションからCompassにリクエストを送信し、特定の情報を得たり、特定のアクションを実行したりできます。Compass Webhook レコードで定義された条件に基づいて、Compass から一定間隔でデータが送信されるのを待ちます。

このデモを行うために、まずHCL CompassインスタンスでWebhookを有効にするつもりです。これを行うために必要な手順を説明します。すべての設定が完了したら、シンプルな Python Flask アプリケーションを使用して、Compass Webhooks からの POST リクエストをリスンし、それを表示することで、その動作を証明します。

CompassでWebhooksを有効にする

HCL compassでWebhooksを有効にする方法について順を追って説明します。これらの手順のほとんどはWindowsに特有のものですが、UNIX環境でも同じように変換できます。

• Webhooksを使用するためには、HCL CompassのRESTAPIサーバーコンポーネントをインストールする必要があります。

Start -> Programs -> IBM Installation Manager -> View Installed Packages で確認できます。

ページが開いたら、以下のように表示され、RESTAPIサーバーがインストールされていることを確認します。

インストールされていない場合は、Installation Managerからインストールする必要がありますが、次のステップに進みます。

• 次のステップは、Webhooks 1.0 パッケージをスキーマリポジトリにインストールすることです。Compass Designerを起動し、スタート->プログラム->HCL Compass-> Compass Designerをクリックします。

• スキーマリポジトリに認証情報を使って接続し、スキーマ -> バージョン -> パッケージ - > パッケージを適用 をクリックします。

• Webhooks パッケージ 1.0 を選択し、適用します。

• パッケージで有効にするレコードの種類を選択します。

• パッケージが適用されたら、スキーマをチェックインし、データベースをアップグレードします。

Webhookの設定を作成する

Webhooks パッケージを使用すると、レコードに対して特定のアクションが実行されたり、レコードの状態が変化するなど、特定の条件が満たされたときに、他のシステムが Compass レコードに関する JSON ペイロードを受信できるようになります。

パッケージが正常に適用されたら、Webhooks を稼働させるために必要なレコードを作成する時間です。

Administratorアカウントでcqwebにログインし、WebhookMasterというタイプのレコードを追加します。WebhookConfig レコードの作成を許可するグループを追加します (これは必須ではありません)。このグループのユーザーは WebhookConfig を作成できます。また、コールバックURLを指定する必要がありますが、これはCompass Rest APIのURL以外の何物でもありません。私たちはそれをマシン上にローカルに置いているので、localhostという名前になっています。基本的に、Compassはサードパーティーのアプリケーションにデータを送信し、メッセージが配信されているかどうかを確認するために待機しています。そのため、コールバックURLにはその応答が期待されます。

次のステップは、WebhookConfigレコードの作成です。

ここでは、Webhookを起動するための有効なレコードの条件や、サードパーティーアプリケーションへのURLなど、Webhookのパラメータを定義する場所です。以下のスクリーンショットのように、DefectはWebhookを有効にする必要があるレコードタイプなので、compassdefectという名前を入力しました。ここでは任意の名前を付けられます。次のフィールドは URL で、サードパーティーアプリケーションが Compass Webhooks からの POST リクエストをリッスンするための URL です。 この例では、compassdefect ルートをリッスンするシンプルな Python Flask アプリケーションです。アプリケーションはCompassと同じシステムで動作しているので、127.0.0.1がループバックアドレスです。あなたの場合、これは別のIPまたはホスト名かもしれません。オプションで SECRET フィールドがありますが、これは Webhook データを保護するために使用されます。本番環境では有効にしておくことを強くお勧めします。あなたが提供する秘密は、HMAC-SHA1 ハッシュ関数を使用してペイロードをハッシュ化し、ペイロードと一緒に署名ヘッダーを介して送信されるために使用されます。アプリケーションでは、ハッシュ関数に秘密を渡し、ヘッダでCompassから提供されたものと一致するかどうかを確認する必要があります。

また、DescriptionフィールドにWebhookのDescriptionを指定できます。追跡が必要なレコードタイプを指定します。この場合、これは「欠陥」です。Webhookの種類をCommitかNotificationから選択します。Commit はコントロールに記載されたアクションが成功した場合のみペイロードを送信し、Notification はステータスに関係なくペイロードを送信することになっているという違いがあります。この場合、Commit が選択されています。

コントロール]タブでは、この場合、選択されているアクションは[投稿]、状態は[投稿]です。つまり、Defectレコードを投稿すると、FlaskサーバーにWebhookペイロードがトリガーされることになります。また、Controlsタブに関連した不具合もあり、その対処方法は以下のドキュメントに記載されています。

https://help.hcltechsw.com/compass/2.0.3/com.hcl.compass.doc/webhelp/oxy_ex-1/com.ibm.rational.clearquest.oslc_cmrest_api.doc/topics/t_create_webhook.html

PostmanなどのAPIクライアントを使用して、REST APIサーバーのhooksetupエンドポイントにHTTP POSTリクエストを作成します。このために、まずRESTAPIサーバを起動する必要があります。 Compassのインストールディレクトリに移動し、コマンドラインで以下のパスに移動し、start.batを実行します。

RESTサーバを起動すると、Server is NOT configured for Webhooksのような行が表示されるはずです。

サーバーが立ち上がったら、APIクライアントから、以下のエンドポイントを指定してHTTP POST Requestを実行します。

Method : POST

URL : https://localhost:8190/ccmweb/rest/hooksetup

Body : {

“username”: “admin”,

“password”: “”,

“repo”: “Gitintegration”,

“db”: “GITIN”

}

この場合、GITintegrationがスキーマ・リポジトリ、GITINがユーザー・データベースで、adminはパスワードのないユーザーです。

この場合、RESTサーバは同じマシン上で動作しているため、localhostという名前になっています。Compassで必要なアクションを実行できるシステムユーザーを作成することで、Webhooksパッケージで使用するためのサーバーを有効にします。

RESTAPIサーバーを再起動します。

今度はWebhooksがEnableになったことが確認できます。

Webhooksの実行

ここからは、すべて自動で行われるはずです。Compassは、新しいレコードが送信された瞬間にWebhookのペイロードのトリガーをかけます。このペイロードが正常に送信され、Flaskアプリケーションで読み込めるかどうかを確認します。この作業を行うには、RESTAPIサーバが稼働している必要があり、Flaskアプリケーションも同様に稼働していることを忘れないでください。

• Compassで新しい不具合を作成します。

• RESTAPI サーバが起動していない場合は起動し、Webhooks が動作していることを確認します。

そして、Flask Applicationでも同じようにデータを受信していることが確認できます。

Webhooksのトラブルシューティングはどのように行うのですか？

Compassでクエリを作成し、Webhooksを追跡できます。クエリのベースとなるのは、WebhookDataというレコードタイプにする必要があります。このクエリを実行すると、配信待ちのWebhookがあるかどうか、何回アプリケーションに配信しようとしたか、エラーがあるかどうかを確認できます。

配信するものがない場合、レコードは表示されません。

以下は失敗の例です。今回はFlaskサーバーが起動していないため、レスポンスコードが500、リトライが1となっています。

FLASKアプリケーションのサンプルコードです。

まとめ

注：これはあくまでデモンストレーション用のサンプルコードであり、本番で使用するものではないことに注意してください。

上記からわかるように、このアプリケーションはコンソールにデータを出力する以外には何もしていません。DBに格納したり、ウェブページに表示するために他の目的に使用するなど、他の多くのことを行うことができました。しかし、現実の世界では、サードパーティーアプリケーションとHCL Compassの統合をセットアップすることで、可能性は無限に広がります。Webhooksを使い始め、HCL Compassのデータと連携する可能性を探るきっかけになれば幸いです。

参考文献

https://help.hcltechsw.com/compass/2.0.3/com.hcl.compass.doc/webhelp/oxy_ex-1/com.ibm.rational.clearquest.oslc_cmrest_api.doc/topics/c_webhooks.html

HCL Sametime 11.6 IF2 (Interim Fix 2)

2022/3/17 - 読み終える時間: ~1 分

HCL Sametime 11.6 IF2 の翻訳版です。

---

HCL Sametime 11.6 IF2

2022年3月16日

著者: Ginni Saini / Sametime Product Manager, HCL Software

HCL は Sametime Proxy の最新の暫定修正リリースである HCL Sametime 11.6 IF2 の一般提供を発表します。現在、HCLのライセンス＆デリバリーポータルである HCL Software License Management Portal からダウンロードできます。

なぜ、この IF リリースは Sametime v11.X のすべてのお客様にとって重要なのでしょうか？

このリリースは暫定版であり、様々なバグ修正とセキュリティの強化が含まれています。

主な機能および改善点は以下のとおりです。

• Tomcat のバージョンアップ
• OpenJDK のバージョンアップ
• APNS証明書の更新
• 複数の Sametime プロキシサーバーおよび Web クライアントの修正。

HCLは、すべての Sametime v11.X のお客様とビジネスパートナーに、安全なビデオ会議とチャットを継続的に使用していただくために、Sametime Proxy サーバーをアップグレードすることを強くお勧めします。

このリリースで修正された内容の詳細については、こちらのサポート技術情報「HCL Sametime 11.6 IF2 Fix List」を参照してください。

HCL Sametime 環境を最新リリースにアップグレードする方法の詳細は、こちら でご覧いただけます。