2021/11/24 - 読み終える時間: ~1 分

The Path to a Successful Customer Experience: Making DXP Integration Easier の翻訳版です。

成功するカスタマー・エクスペリエンスへの道 - DXP の統合をより簡単に -

2021年11月23日

著者: Marci Maddox / Research Director, Digital Experience Strategies at IDC

ある小売業者は、ビジネスを拡大するために、オンライン顧客を惹きつけ、興味を持たせるような情報豊富な体験を必要としていました。ある銀行は、会員がモバイルで口座情報や商品情報にアクセスできるようにしたいと考えていましたが、複雑なテクノロジー環境が障壁となっていました。ある医療保険会社は、顧客に医師の情報を提供し、会員の質問にオンラインで答え、音声通話での長い待ち時間を最小限にしたいと考えていました。

これらの課題に心当たりはありませんか？共通しているのは、顧客体験を向上させるために、複数の異なるシステムからのデータをデジタル体験プラットフォーム（DXP）で簡単に接続する必要があるということです。このようなビジネスシステム間の接続を実現することは困難です。今日のアジャイルなDXPは、統合を容易にするツールを提供し、データ駆動型の企業を効果的に実現します。

バックエンドのシステムとデータをフロントエンドのカスタマー・エクスペリエンスにつなげる

カスタマー・エクスペリエンスの向上に焦点を当てることは、新しいことではありません。しかし、システムを統合し、データを共有することで、問題を解決したり、オーディエンスに影響を与えたりすることが簡単にできるようになったことは、今や現実です。APIファーストのアプローチで設計された最新のDXPは、バックエンドのシステムとフロントエンドのカスタマー・エクスペリエンスを簡単に結びつけることができます。調査によると、カスタマー・エクスペリエンスに焦点を当てたデジタル・トランスフォーメーションは、ビジネス価値において明確なリターンをもたらしています。最近のIDCの調査では、回答者の61%がカスタマー・エクスペリエンスへの投資から少なくとも5倍の利益を得ており、78%が組織が提供するエクスペリエンスにおいてデータが非常に重要な役割を果たしていると回答しています。

魅力的なカスタマー・エクスペリエンスの設計と提供は、多くの場合、それを支えるデータ統合によってのみ可能になります。クラウドベースのソリューションへの移行は、統合とデジタルトランスフォーメーションを推進する上で重要な役割を果たしています。IDCの調査によると、27％の企業が、クラウドプラットフォームの統合機能とアプリケーション開発機能が、デジタルトランスフォーメーション計画の重要な要素であると認識しています。エコシステム全体からコンテンツにアクセスして再利用できることで、データの寿命が延び、エンゲージメントの価値が高まります。

パーソナライズされた体験とその原動力となるデータを点で結ぶことで、収益と顧客満足度にプラスの影響を与えることができます。ERPとCRMがDXPに統合され、地域ごとの在庫状況が一目でわかり、パーソナライズされた価格設定と、質問に対応するサポートナレッジベースへのリンクが提供されることを想像してみてください。統合された複数のシステムからのデータを1つのデジタルエクスペリエンスに積極的に表示することで、お客様はより早く、より高い満足度で取引を完了することができます。

データ統合によるビジネスの生産性と効率性の向上

データは、パーソナライゼーションや顧客ベースの問題解決において最も強力な手段の一つです。システム間のデータアクセスを集約することで、情報の価値が高まり、データを個別に取得する際の作業の重複やエラーのリスクを最小限に抑えることができます。また、デジタル・エクスペリエンスとバックエンド・システムを統合することで、コンテンツの作成者や管理者の手を煩わせることなく、自動的にコンテンツを同期させることができます。

コンテンツの提供が組織全体で民主化されればされるほど、アジャイルなDXPの必要性が高まります。統合されたコンポーネントを備えたコードレスのデザインインターフェースは、コンテンツを最新の状態に保ち、複数のチャネルで共有することで、幅広いステークホルダーにコスト効率よくアプローチすることができます。刻々と変化するコンテンツ体験を管理するには、デバイスの仕様やユーザーの好みに応じてリアルタイムに組み立てられる、複雑なデータの組み合わせが必要になります。ビジネスチームは顧客をより包括的に把握したいと考えているため、データの透明性と情報の共有が重要な基準となっています。

バックエンドのデータをカスタマーエクスペリエンスにつなげることで、以下のような可能性が生まれます。

• 分散しているコンテンツ作成者、デザイナー、開発者のコラボレーションを促進し、ITへの依存度を最小限に抑えることができます。
• 完全に統合されたセキュリティコントロールと権限ベースのアクセスにより、ファーストパーティデータの収集をサポートする。
• 統合されたソリューションアクセラレータにより、コンテンツの作成と公開が容易になる。
• お客様がリアルタイムで製品情報やアカウント情報にアクセスできるようにする。

シームレスで柔軟なコスト効率の高い統合を実現する DXP

デジタルエンタープライズでは、将来の不確実性に対応するために、最大限のスケーラビリティ、柔軟性、ポータビリティを提供するテクノロジーが必要です。適切なDXPを使用することで、IT部門は、展開、アップグレード、統合、およびカスタマイズにかかるコストを最小限に抑えながら、ビジネスの俊敏性を高めるための多くの手段を得ることができます。エンタープライズクラスのDXPには、コネクタ、テンプレート、プラグイン、APIなどの幅広いセットが用意されており、開発者はデータを迅速に提供し、ビジネスの要求に迅速に対応する方法を選択することができます。また、以下のようなメリットもあります。

• ソリューションアーキテクトは、アジャイルなDXPを既存の技術スタックに容易に組み込むことができます。
• IT部門は、データ・セキュリティ、地域のデータ・レジデンシー、および業界のコンプライアンス・マンデートを確実に満たすことができます。
• バックエンド開発者は、APIをフルに活用して、管理、データ、配信アクションを提供することができます。
• フロントエンド開発者は、拡張されたJavaScriptフレームワーク、GraphQL、マイクロサービスを利用して、サポート可能なカスタムデザインのエクスペリエンスを構築することができます。

変革に向けた課題への対応

統合は、DXPの導入を成功させるための基本であり、次のレベルのデジタルトランスフォーメーションを達成するために重要です。最新のDXPは、データとシステムの接続を促進し、企業が業務をデジタル化し、接続されたカスタマーエクスペリエンスを提供し、実用的なカスタマーインサイトを収集できるようにする必要があります。カスタマー・エクスペリエンスを再構築する際には、柔軟性、拡張性、コンテンツ作成の分散化を実現する統合システム環境を考慮する必要があります。また、カスタマー・エクスペリエンス・レイヤーと、成功に必要なオペレーション・モデルの両方に焦点を当てたプランニングが必要です。

2021/11/24 - 読み終える時間: ~1 分

What we mean when we talk about Day 2 DevOps の翻訳版です。

HCL が語る Day 2 DevOps とは? そして、その理由

2021年11月23日

著者: Elise Yahner / Marketing Strategy and Campaigns for HCL Software DevOps

ブログ記事、ウェビナー、eBooks、カンファレンスなどで、「Day 1 DevOpsからDay 2 DevOpsへ」という話を耳にしたことがあると思います。私たちがこの話を続けているのは、組織がDevOpsの旅で次のステップに到達するのを支援したいと心から信じているからです。Day 2 DevOpsは、単なる流行語ではなく、DevOpsの進化における次のステップです。

世界的な調査・助言会社である451 Research社（現在はS&P Global Market Intelligence社の一部）は、HCL Software社のDevOpsポートフォリオと、Day 2 DevOpsをサポートするエンド・ツー・エンドのプラットフォームを構築する当社の取り組みを評価するMarket Insight Reportを執筆しました。レポートの全文はこちらからご覧いただけますが、まず、Day 2 DevOpsとは何を意味しているのか、もう少し詳しく説明します。

451 Research社が指摘しているように、"ソフトウェア・デリバリーは、従来のウォーターフォール・アプローチからアジャイルへ、そしてDevOps（継続的なあらゆることと自動化）へと移行し、さらに次世代のAIとデータに基づくバリュー・ストリーム・マネジメント（DevOpsパイプラインの改善）、自動化されたガバナンスとビジネス・アジリティへと移行しています。" この継続的なあらゆるものと次世代のビジネスアジリティの間の橋渡しこそが、HCL Software DevOpsが組織の旅のパートナーとして優れている点です。

DevOpsの旅の最初のステージ（Day 1 DevOps）は、継続的なデリバリー・パイプラインを確立することです。この段階の組織は、「我々はいくつかのDevOpsを行っている」と言い、SDLC全体で自動化のポケットがあるかもしれませんが、パイプラインを最高の状態に最適化していません。DevOpsの次の段階（Day2）では、組織が継続的なプラクティスを企業全体に拡大し、バリューストリームを最適化することで、ガバナンスを左にシフトし、ワークフローを可視化し、複数のツール間でデータを調整します。この変革は、単にDevOpsを行うためのDevOpsではなく、市場の要求に迅速に対応し、競争で優位に立ち、社内の結束力を高めるための実行の合理化を意味します。

Day 1からDay 2に移行するには？既存のパイプラインの上に乗せる、しっかりとしたバリューストリーム管理ツールが重要です。例えば、HCL Accelerateは、バラバラになっているツールからデータを集約するように作られているので、重要な洞察を素早く得てボトルネックを検出することができます。また、テストの自動化、セキュリティスキャン、デプロイメントの自動化も方程式の一部です。ツール以外では、バリューストリーム最適化のアプローチをとり、すべてのチームを同じビジネス目標に向けて調整するための文化的な変化が必要です。

451 Research社の調査回答者の半数以上が、今日、IT組織全体でDevOpsを使用していると回答していることから、競争力を維持するためにソフトウェアをリリースする組織にとって、DevOpsの進化が必要であることは明らかです。451 Research社のMarket Insight Report では、HCL Software DevOpsがDay 2 DevOpsへの道のりをどのようにサポートするかについて、彼らの見解を確認することができます。

2021/11/24 - 読み終える時間: ~1 分

PC をはじめとする端末のセキュリティー管理において最も重要なことは、確実かつ迅速なパッチ適用です。HCL BigFix は初回パッチ適用率98%の性能を持ち、企業におけるセキュリティー実現を下支えしています。

HCL BigFix の優位性について記した記事が公開されましたのでご覧いただけると幸いです。

• 永遠に適用されないセキュリティパッチに終止符を、テレワーク時代のPC管理術：パッチ適用率98％超のPC管理ツールとは (ITMedia Inc.)

2021/11/24 - 読み終える時間: 5 分

Z and I Emulator for Web Desktop Client の翻訳版です。

Z and I Emulator for Web Desktop Client

2021年11月23日

著者: Madhavi L / Software Developer at HCL Software

Z and I Emulator for Web (ZIEWeb) Desktop Client は、新しいZIEWebクライアントであり、ZIEWebでサポートされているすべてのクライアントプラットフォームにインストールすることができます。システムJREを使用する代わりに、ZIEWeb Desktop Clientは独自のOpenJDKを搭載しており、ZIEWebデスクトップをより速くロードします。これは、ZIEWebサーバに接続するために使用することができます。

• ローカルプロファイル - ローカルモードでは、ネイティブで独立したアプリケーションとして使用することができます。ユーザーは自分のセッションを作ることができます。
• リモートプロファイル - リモートモードでは、セッション定義が維持され、デプロイメントウィザードを使ってHTMLページが作成される集中型サーバーに接続できます。

備考

• ZIEWeb Desktop Clientのパネル(About PanelとJava console)内に表示されるバージョン番号は、ZIEWeb Desktop Clientのバージョンを示し、ZIEWeb Serverを示しません。
• ZIEWeb デスクトップクライアントのパッケージは、使用するクライアントの種類に基づいて、以下のようにユーザーのシステムにダウンロードされます。

Windowsクライアントの場合、.msiパッケージがダウンロードされます。

RHELクライアントの場合、.rpmパッケージがダウンロードされます。

Ubuntuクライアントの場合は、Debianパッケージがダウンロードされます。

ZIEWebデスクトップクライアントの使用

ZIEWebデスクトップクライアントをインストールした後、アプリケーションを起動すると、ユーザーには以下の2つのオプションを持つ "Welcome "ページが表示されます。

• ローカルプロファイル - ユーザーがZIEWebのローカルプロファイルにアクセスすることを可能にします。
• リモートプロファイル - HTMLベースのモデル、設定サーバーベースのモデル、及び複合モデルなどの管理者が管理するページにアクセスすることができます。

ローカルプロファイル

ユーザーがウェルカムページで「ローカルプロファイル」を選択すると、ZIEWebのローカルプロファイルが表示されます。ユーザーが以前にZIEWebローカルプロファイルを使用したことがあれば、全ての設定が読み込まれ、セッションはそのまま表示され、ユーザーは以前のように操作することができます。

ユーザーは、アクセスモードを変更したい場合、「ホーム」ボタンをクリックしてウェルカムページに戻ることができます。

リモートプロファイル

ウェルカムページで「リモートプロファイル」を選択すると、ユーザーは設定ページに移動します。

設定ページでは、以下の情報を入力する必要があります。

• Server Address - HTMLや設定ページが利用できるサーバーのアドレス。(例 - https://localhost)
• zie_alias は、公開ディレクトリのエイリアス（またはパス）です。
• Webサーバーポート - Webサーバーが設定されているポート番号です。

次のページに移動するには、3つのフィールドすべてが必須です。すべてのフィールドが入力されていないと、「Next」ボタンは有効になりません。

注：「Web Server Port」フィールドでは、最大5桁の数字のみ入力可能です。

ページタイプ

このページでは、ユーザーは2つのオプションから選択することになります。

選択したオプションに基づいて、リモートプロファイルは既存のHTMLページまたは設定ページに接続します。

• 事前に設定されたHTMLページと連携
• サーバーに直接接続する

ウィザードボタン

• キャンセル - 操作をキャンセルしてウィザードを閉じるプロンプトが表示されます。

• 戻る - 前のページに戻ることができます。

• Next - 次のページに移動します。

事前に設定されたHTMLページとの連携

事前に設定されたHTMLページで作業する」オプションを選択して「次へ」ボタンをクリックすると、リモートプロファイルは「最近開いたページ」セクションに、以前にアクセスしたページの履歴リストを最大10件まで表示します。ユーザーは、表示されたリストからページを選択するか、検索ボックスを使って必要なページを検索することができます。

必要なページを選択した後、「Next」ボタンをクリックすると、選択したページが起動し、このページに設定されているセッションに接続されます。

サーバーに直接接続する

ユーザーが「サーバーに直接接続」を選択して「次へ」ボタンをクリックすると、「Z & I Emulator for Web」のログインページが表示され、ログイン資格情報を使用して設定されたセッションにログオンしたり、「ホーム」ページに戻ったりすることができます。

制限事項

• Linuxベースのオペレーティングシステムにインストールした場合、デスクトップ上のZIEWeb Desktop Clientショートカットは作成されません。
• ZIEWebデスクトップクライアントは64ビットのオペレーティングシステムでのみ動作します。
• ユーザーが入力したサーバーアドレス、エイリアス、ポート番号は検証されません。詳細が正しければ、そのページが表示されます。そうでない場合は、適切なエラーがユーザーに表示されます。

2021/11/24 - 読み終える時間: 4 分

Modification of session properties dynamically in ZIE for Web Client の翻訳版です。

HCL ZIE for Web Client でセッションのプロパティを動的に変更する方法

2021年11月23日

著者: Vijayalakshmi / Lead Engineer at HCL Software

セッション定義は管理者によって定義されます。ユーザーは、HTMLパラメータを上書きすることで、クライアント側でセッション・プロパティを変更することができます。オーバーライドされた値は、管理者によって設定された初期のセッション・プロパティよりも優先されます。オーバーライドされたプロパティはロックされるので、ユーザーは変更できません。

オーバーライド可能な具体的なセッション・プロパティの一覧は以下のとおりです。

セッションのプロパティを変更する手順

管理者は、以下の3つの方法でセッションのプロパティを設定することができます。

1. 展開ウィザードでパラメータを設定する

• HTMLパラメータEnableHTMLOverridesを設定し、trueにする。(DWの[詳細オプション]→[HTMLパラメータ]で設定します)。
• HTMLパラメータTargettedSessionListに、オーバーライドを受け付けるセッションの正確な名前を値として入れます。(DWの「詳細オプション」→「HTMLパラメータ」)。

2. セッションマネージャAPIを介してパラメータを設定する(以下のオプションのいずれかを使用)

A) json配列を作成して、以下のメソッドに渡します。例を示します。

Var hod_applet = new hod_session();
Var json_object = {“host”:”host_address”,”port”:”23”}
hod_applet.setHTMLParametersToOverride(json_object);

B) 以下の関数を繰り返し呼び出してjson配列を作成し、以下のAPIを使ってjsonオブジェクトをWebクライアント用のZIEに渡します。例を示します。

Var hod_applet = new hod_session();
hod_applet.setHTMLParametersToOverride(“HOST”,”HOST ADDRESS”);
hod_applet.setHTMLParametersToOverride (“port”,”12175”); etc
hod_applet.setHTMLParametersToOverride(); //最終的にはsetメソッドを呼び出します。

• 制限事項: セッションマネージャーAPI(Application Programming Interfaces)では、自動開始セッションでは動作しません。

3. カスタムJSPコードの使用 (Custom UX)

テンプレートファイルで、hHod_AppletParams変数を更新し、すべてのカスタムパラメータを設定します。例を示します。

hHod_AppletParams[“host”] = “host_address”;
hHod_AppletParams[“port”] = “port_number”;

制限事項: 管理者が作成したJSON配列は、カスタムJSPでは動作しません。

2021/11/23 - 読み終える時間: 4 分

Case study: Cognos upgrade from v10.2.x to v11.0.9 and configure with Unica v11.1 の翻訳版です。

ケーススタディ: Cognos v10.2.x から v11.0.9 へのアップグレードと HCL Unica v11.1 の構成

2021年11月22日

著者: Prashant Gadling / Technical Specialist, Unica

採用しているマーケティング戦略が正しい方向に進んでいるかどうか、あるいはさらに改善するにはどうしたらよいかという点で、レポートが果たす目的を理解し、共鳴できるのはマーケターだけです。マーケティングレポートは、今後のキャンペーンを行うために必要な詳細情報を提供し、予算計画を導き出し、意思決定を改善します。マーケティングレポートは、特定の期間におけるプロジェクトの詳細な進捗状況の把握や分析に役立ち、その他の価値ある洞察を提供します。HCL Unicaには、複数のエンタープライズ・マーケティング管理コンポーネントがあります。Unica Insightは、マーケティング担当者が様々なキャンペーンやパフォーマンスに関する戦略的な洞察を得るためのレポート・ソリューションを提供します。

Unica Insightのレポートは、Campaign、Plan、Interact、Collaborate、Deliverの各モジュールで利用できます。これは、既存のIBM Cognos Analyticsに新たに追加されたものです。UnicaのレポートツールCognosは、v10.2からv11.0.9にアップグレードし、Unica v11.1で構成することができます。Cognosは、レポート、モデリング、分析、ダッシュボード、ストーリー、イベント管理を統合し、組織のデータを理解して効果的なビジネス上の意思決定を行えるようにします。

このブログでは、Unica のレポートツール Cognos を v10.2.x から v11.0.9 にアップグレードし、IBM HTTP Server v8.5 over SSL で構成する手順を説明しています。Cognosのアップグレード手順の詳細については、IBMサポートセンター（https://www.ibm.com/support/pages/ibm-cognos-analytics-upgrade-central）を参照してください。

アップグレードの方法

IBM Cognos Analyticsをv11.0.xにアップグレードするには、インプレース・アップグレードとパラレル・アップグレードの2つの方法があります。

• インプレース・アップグレード -> 既存のコンテンツ・ストアまたは新しいコンテンツ・ストアを使用して、新しいバージョンのCognosを既存のバージョンの上にインストールします。
• 並行または分離インストール -> 既存のコンテンツストアまたは新しいコンテンツストアを使用して、新しいバージョンのCognosを別の場所にインストールします。

私は、「パラレルまたはセパレート」のインストール方法を実行してCognos Analyticsをアップグレードしました。これはCognos Analyticsをアップグレードするデフォルトで最もシンプルな方法です。すべてのコンポーネントは、以前のインストールと同じ構成の詳細、ポート、テーマ、および拡張機能を使用して新しいバージョンにアップグレードされます。

並行してCognosをv10.2.xからv11.0.9にアップグレードする場合の手順。

1. 環境のバックアップ

• Cognos の管理ページからすべてのカスタマイズされたレポートをエクスポートし、バックアップします。
• すべてのCognosサービスをシャットダウンし、Cognosインストールディレクトリとコンテンツストアのバックアップを取ります。

2. 2.アップグレード

• HCL flexNetポータルからCognos v11.0.xをダウンロードします。

• Cognos v11.0.xを「パラレルまたはセパレート」のインストール方法で実行します。

• インストールが完了したら、Cognosの構成を開き、古い/新しいコンテンツストアで古いCognosバージョンのように構成を更新します。

• 古いCognosからAAAディレクトリをコピーし、新しいCognosのインストールディレクトリ/Cognos_Home/webapps/p2pd/WEB-INF/にペーストします。

• Cognosサービスを開始し、非SSLのCognos Gateway URIで構成されたすべての名前空間でCognos v11.0.9にログインできるかどうかを確認します。

• IBM HTTP Server v8.5 over SSLでCognosを構成します。

  • アップグレードされたCognosの構成で、すべてのHTTPをHTTPSに置き換え、構成を保存します。
  • ローカル構成 - 暗号 - Cognos - DSN 名\ で、DSN 名を Cognos サーバー名として更新します。
  • IBM HTTP ServerをCognos Analyticsで構成するには、こちらの手順に従います。
  • IBM HTTP ServerでCognos Analyticsを構成するには、ドキュメントに記載されている手順に従ってください。
  • SSLを使用してIBM HTTP Serverを構成するには、ここに記載されている手順に従います。
  • すべてのCognos構成を保存し、SSLを有効にしたCognos URLにアクセスできるかどうかを確認します - https://servername:443/ibmcognos。

• ディストリビューション内のすべての Cognos Analytics コンポーネントをアップグレードしていることを確認します。これには、すべてのCognosサーバー（Dispatchers、Content Manager、Optional Gateways）とFramework Managerなどのすべてのクライアントコンポーネントが含まれます。一部のサーバーでは、サーバーコンポーネントとクライアントコンポーネントが同じサーバー上の異なる場所にあることを忘れないでください。

• アップグレードした cognos v11.0.x を Unica v11.11 で構成します。Affinium|Report|integrations "に移動して、cognos10のカテゴリーを削除し、以下のURLでcognos11を作成する。

• ポータルの URL: https://serverName:IHS_SSLPort/ibmcognos/bi/v1/disp

• Dispatch URL: https://serverName:Cognos_SSLPort/p2pd/servlet/dispatch

  

• Unica UI上でCognosの構成を更新します。Unicaが配備されているアプリケーションサーバーにログインし、以下のようにcongasの証明書を取得します。

• ホスト: cognos_server_name ポート: 9300 Host: cognos_server_name Port: 443 * Host: cognos_server_name Port: 443

  

• アプリケーションサーバを再起動し、unicaのレポートをテストします。

Unica-Cognosのアップグレードや設定中に何か問題に直面した場合は、私たちに連絡してください。しかし、Unica V12にUncia Insightsが導入されたことで、マーケティング担当者は、Unicaのインターフェイスで複数のレポートにアクセスし、キャンペーンやパフォーマンスを把握することができるようになりました。11月30日に予定されているウィンターリリースに注目してください。

2021/11/22 - 読み終える時間: ~1 分

「簡単でCoolなXPagesアプリケーションを作るための情報を発信」している「Notes開発者のためのXPagesデザインレシピ」サイトでは、XPages を使った開発記事が数多く公開されています。Domino V12 の新機能である Bootstrap5 を使った記事が開始されます。

サイトについて: https://enjoyxpages.sakura.ne.jp/wp1/aboutthisblog/

2021/11/22 - 読み終える時間: ~1 分

2021年11月1日に「HCL Sametime 11.6 Premium インストールガイドを公開しました」のブログポストをしましたが、今回は「HCL Sametime 11.6 Limited Use インストールガイド」をリリースしたお知らせです。

HCL Sametime はチャットとミーティングのふたつの機能を提供する製品です。Premium は両方の機能を提供しています。Domino のクライアントライセンスをお持ちのユーザーはチャット機能を追加ライセンスなしで利用できます (一部機能制限あり)。

比較的容易にインストールでき (ガイドも9ページのみ)、必要なサーバーは1台のみます。是非使ってみてください。