2021/2/3 - 読み終える時間: ~1 分

HCL OneTest Version 10.1.2 Features New Updates for OneTest Performance の翻訳版です。

HCL OneTest 10.1.2: OneTest Performance の新しいアップデート

2021年2月1日

著者: Nabeel Jaitapker / Product Marketing Lead, HCL Software

HCL OneTest 10.1.2 がリリースされました。このリリースには、主に修正パックが含まれていますが、私たちのチームは、いくつかのエキサイティングな新機能が含まれています。

HCL OneTest Performance のユーザーにとって、10.1.2は以下のようなアップデートを提供しています。

• Brotliサポート：Brotliエンコーディング・メカニズムを実装したサービスからのデータを解凍して作業します。
• カスタム・コードからのデータセットへのアクセス：テスターは、カスタム・コード・ステップからデータセットの値を操作し、データセットからデータセットへの値の読み書きができるようになりました。
• 64 ビット SAP サポート：SAP GUI ベースのアプリケーションを使用するために、OneTest Performance の 32 ビット版を使用することに制限されなくなりました。
• レポートの機能強化により、カスタムのパーセンタイル・カウンターを使用できるようになりました。
• 結果データの JSON 形式へのエクスポートをサポートするレポートの機能強化。
• レポートの機能強化により、OneTest Serverへの大規模なパフォーマンス・レポートの公開がサポートされました。

OneTest Performance の新機能の詳細については、ここをクリックしてください。または、最新リリースについて説明するウェビナー (リプレイ)をご覧ください。

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

HCL Connections v7 Is Here の翻訳版です。

HCL Connections V7 のご紹介

2021年2月1日

著者: Dan Allen / Product Marketing Manager, HCL Digital Solutions

職場でのつながりを維持することは、これまで以上に重要です。スピードと効率が最優先で、コミュニケーションがますます重要になります。これを間違えることは許されません。HCL Connections の最新バージョンが登場し、チームや組織が職場の課題を克服し、これまで以上に優れたソリューションを生み出すことができるようになりました。

HCL Connections V7 は、情報とコミュニケーションのギャップを解消するための構造を提供します。リモートで作業するチームの効率化を促進し、従業員はプロジェクト・チームをより迅速に立ち上げ、他のチーム・アプリケーションとシームレスに相互作用し、展開とアップグレードのサイクルを大幅に短縮することができます。また、従業員のための強いコミュニティー意識を促進するのに役立ちます。HCL Connections は、アプリケーションのサイロ間を切り替える必要がある他のコラボレーション・プラットフォームとは異なり、直感的な操作でチームのコンテンツ、ニュース、会話、プロジェクト・タスクをすべて1つの場所で提供します。

HCL Connections V7では、以下のような革新的な機能を提供します。

• テンプレートは時間を節約し、成功した結果を促進する一貫性を高めるのに役立ちます。

  新しい使いやすい設定のコミュニティウィザードとテンプレートを使用して、チームを80%迅速に立ち上げ、運用することができます。テンプレートを使用することで、時間を節約し、一貫性を高めて成果を促進します。 

• HCL Connections のパワーを Microsoft 365 エコシステムと統合

  Connections のコミュニティーやコンテンツの価値を Microsoft アプリケーションに活用します。コミュニティー内の重要な知識、会話、コンテンツに簡単にアクセスし、共有することができます。チームワークをよりシームレスに - 組み込みの統合により、チームのコミュニケーション、意思決定のスピード、生産性が向上します。コンテンツ、会話、専門知識へのワンクリックアクセスで、発見と意思決定を加速し、境界線を取り除きます。

• コンポーネントパックとクラウドネイティブサポートにより、強力な新機能を 90%迅速に導入

  新しい Component Pack のインストールスクリプトにより、デプロイを自動化することで、デプロイとアップグレードが劇的に速く、簡単になりました。クラウドネイティブ版の Component Pack (Amazon EKS および Red Hat OpenShift) を使用して、最新の機能を簡単にデプロイできます。

Connections を使用すると、チームが仕事を成し遂げるための構造化されたコラボレーションアプローチが可能になります。シームレスなワークエクスペリエンスと、いつでもどこでも仕事ができる柔軟性を提供します。人がビジネスを強力にします。Connections V7 は、社員を強力にサポートします。

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

HCL Domino Volt はローコード/ノーコード アプリケーションの開発・実行環境ですが、ライセンスとしての HCL Domino Volt アドオン・サブスクリプション (有期型ライセンス) には、Domino Volt 以外に HCL Enterprise Integrator の使用権が含まれています。

これまで、Enterprise Integrator はサーバーライセンスとして販売してきました。HCL Domino Volt を購入することで、サーバー構成変更が不要になるメリットがあります。もちろん Domino Volt もご利用いただけます。ユーザー単位のサブスクリプションですので管理がシンプルになるメリットもあります。

ご紹介の資料を掲載しました。4ページの短いものです。ご覧くださいませ。

• HCL Notes/Domino ライセンス ガイド ページ

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

Effectively manage multi-cloud environments with BigFix の翻訳版です。

HCL BigFix でマルチクラウド環境を効果的に管理

2021年1月21日

著者: I-Lung Kao / Product Manager

その理由は、ワークロードの柔軟性の向上、運用の俊敏性の向上、リソースの可用性と信頼性の向上、ユーティリティー・プライシング・モデルなど、クラウドが提供する明白なメリットがあるからです。 また、多くの企業はマルチクラウド戦略を採用しており、ベンダーのロックインを回避したり、ベスト・オブ・ブリードのサービスを利用したりするために、ワークロードを展開するプロバイダーの選択肢を増やしています。

組織が IT ワークロードを複数のクラウドに展開するようになると、多くの企業はセキュリティの管理と継続的なコンプライアンスの維持という課題に直面するようになります。

• 各クラウドにはまったく新しいサービスや管理ツールが用意されていますが、既存の IT インフラストラクチャや管理チームが採用するのに苦労しています。

• 開発チームや運用チームが新しいクラウド構築のワークロードをインスタンス化する際の柔軟性が高まっているため、IT運用チームやセキュリティ・チームがすべてのクラウド構築のワークロードを完全に可視化し、管理やセキュリティを確保することは困難です。

• ほとんどの組織では、クラウドとオンプレミスのハイブリッド環境を構築していますが、ワークロードがどこで実行されているかに関わらず、脆弱性を修正するためのパッチ適用や安全な設定の確保など、規制上の義務や基本的なセキュリティ衛生作業はすべて適用されます。オンプレミスとクラウドで実行されているワークロードの管理やセキュリティを確保するために異なるソリューションを使用したり、コンプライアンスを実証するために様々な環境にまたがるデータを統合したりすることは効果的ではありません。

BigFixの定評あるエンドポイント管理機能は、マルチクラウド環境をサポートするために拡張されており、企業は単一のソリューションを使用して、複数のクラウドとオンプレミスにまたがるワークロードを一貫した効果的な方法で管理・セキュア化できるようになりました。 BigFixは、マルチクラウド戦略を採用する際に多くの組織が直面している課題に対応できます。

• BigFixは、AWS、Azure、Google Cloudなどの主要なクラウドインフラストラクチャを、一貫した展開と管理モデルでサポートします。BigFixは、AWS、Azz、Google Cloudなどの主要なクラウドインフラストラクチャを、一貫したデプロイメントと管理モデルでサポートしています。

• BigFixは、クラウドで稼働しているすべてのVMワークロードを完全に可視化します。各VMのプロパティは、エージェントをインストールすることなく、クラウドのネイティブAPIを使用して取得されます。これにより、管理されていない盲点を効率的に特定し、ワークロードの包括的なビューを提供し、セキュリティリスクを低減することができます。

• オンプレミスのエンドポイントを管理するためにBigFixが提供するすべての利点は、脆弱性を修正するためのパッチの適用、セキュリティ構成の継続的な評価とコンプライアンス違反の修正、不正なソフトウェアアプリケーションの特定など、クラウド上のワークロードを管理するためにも利用できます。これらの基本的でありながら重要なタスクは、攻撃を減らすための強固なセキュリティ態勢をプロアクティブかつ効果的に確立するのに役立ちます。

• BigFixを使用することで、組織は単一のインフラストラクチャと管理モデルを使用して、クラウドのワークロードとオンプレミスのエンドポイントの両方を管理できるようになります。これにより、組織は総管理オーバーヘッドを削減し、オンプレミスからクラウドへのワークロードの移行を迅速化し、セキュリティとコンプライアンスの要件を一貫して満たすことができます。

企業は、オンプレミスのすべてのエンドポイントを継続的に保護しながら、ITインフラストラクチャをよりスムーズにクラウドに移行したり、新たなワークロードを処理したりするために、堅牢で費用対効果の高いマルチクラウド管理ソリューションを必要としています。 最も信頼性が高く、機能が豊富なエンドポイント管理ソリューションであるBigFixは、主要なクラウドとオンプレミスのすべてのワークロードを一貫した効果的な方法で管理し、セキュリティを確保するための優れた選択肢を提供します。

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

Partitioning in HCL Unica Suite の翻訳版です。

HCL Unica Suite でのパーティショニング

2021年1月28日

著者: Lalitkumar Dudhe / Unica Technical Support Consultant

ユーザー情報の安全性を確保することは、あらゆるブランドや組織にとって最優先事項です。Unica 製品ファミリでは、パーティションは、異なるグループのユーザーに関連付けられたデータを保護するための方法を提供します。複数のパーティションで動作するように Unica Campaign または関連する Unica アプリケーションを設定すると、ユーザーは各パーティションをアプリケーションの別のインスタンスとして見ることができます。同じコンピュータ上に他のパーティションが存在していることは表示されません。

複数のパーティションはどのように動作するのですか？

Unica Campaign で動作する Unica アプリケーションは、Unica Campaign のインスタンスを設定したパーティション内でアプリケーションを設定することができます。各パーティション内のアプリケーション利用者は、同じパーティション内で Unica Campaign 用に設定されている Unica Campaign の機能やデータ、顧客テーブルにアクセスすることができます。

パーティションのメリット

複数のパーティションは、各パーティションが独自の Unica Campaign システムテーブルのセットを持っているため、ユーザーグループ間の強力なセキュリティを設定するのに便利です。複数のパーティションは、ユーザーグループでデータを共有する必要がある場合には使用できません。

各パーティションには独自の設定セットがあり、Unica Campaign はユーザーのグループごとにカスタマイズすることができます。ただし、すべてのパーティションで同じインストールバイナリを共有します。すべてのパーティションで同じバイナリを使用することで、複数のパーティションへのインストールやアップグレードの手間を最小限に抑えることができます。

パーティションのユーザー割り当て

パーティションへのアクセスは、Unica Platform グループのメンバーシップによって管理されます。パーティションのスーパーユーザー (Platform _admin) を除いて、各HCLユーザーは1つのパーティションに所属することができます。複数のパーティションへのアクセスを必要とするユーザーは、パーティションごとに個別のユーザーアカウントを持つ必要があります。

パーティションが1つしかない場合、ユーザーがそのパーティションに明示的に割り当てられていなくても、Unica キャンペーンにアクセスすることができます。

パーティションデータへのアクセス

マルチパーティション構成では、パーティションは以下のようなセキュリティ特性を持っています。

• パーティションに割り当てられたグループのメンバーではない場合、ユーザーはパーティションにアクセスすることができません。
• あるパーティションのユーザーは、別のパーティションのデータを表示したり変更したりすることはできません。
• ユーザーは、Unica Campaign のブラウズダイアログボックスから、パーティションのルートディレクトリの上にある Unica Campaign ファイルシステムをナビゲートすることはできません。例えば、パーティション1とパーティション2という2つのパーティションが存在し、パーティション1に関連付けられたグループに所属している場合、ダイアログボックスからパーティション2のディレクトリ構造をナビゲートすることはできません。

HCL Unica Suite で新しいパーティションを設定するには？

HCL Unica Campaign と最適化

Unica Campaign and Optimize に新しいパーティションを追加するには、以下の手順に従う必要があります。

1. 各パーティションには、システム・テーブルの独自のセットがあります。この要件を満たすために、新しいパーティションのシステムテーブルの家に別のデータベース (またはスキーマ) を作成する必要があります。

2. データソースにアクセスするために、JDBC と ODBC (またはネイティブ接続) を設定します。

3. 以下のスクリプトを実行して、システムテーブルスキーマを作成し、入力します。

• ac_systab_ora.sql
• ac_populate_tables_ora.sql
• aco_systab_ora.sql
• aco_populate_tables.sql
• aco_extra_indexes_ora.sql

注：システムテーブルにOracle Rを使用する場合のスクリプト名です。システム テーブルの種類に応じて適切なスクリプトを選択する必要があります。

4. 次のタスクは、パーティションディレクトリの下に必要なフォルダー構造を作成することです。そのためには、'partition1' (インストーラーが作成したデフォルト) の既存のフォルダー構造を複製することができます。partition1' のサブフォルダーの下に既存のファイルがある場合は、それらのファイル (またはサブフォルダー) を削除して、空のフォルダー構造を新しいパーティションで利用できるようにします。パーティションディレクトリの下に新しいフォルダーとして 'partition2' を作成したと考えてください。

5. その後、デフォルトパーティションの複製は、< Platform _Home>/tools/bin にある partitionTool ユーティリティーを使用して行わなければなりません。以下は、このユーティリティーを実行するための構文です。

./partitionTool.sh -c -s partition1 -n partition2

ここでは、'-s' と一緒に与えられた 'partition1' はソースパーティションの名前で、'-n' と一緒に与えられた 'partition2' はクローン化された後に作成されるターゲットパーティションの名前です。

6. 上記コマンドを正常に実行した後、Unica Platform が配置されている Web アプリケーションサーバの再起動を行います。再起動すると、新しく作成されたグループ (partition2) と管理者ユーザー (partition2AdminUser) は、' Platform _admin'ユーザーでログインしていれば表示されます。

7. 次のアクションは、管理者が新しいパーティションを設定できるように、'Configuration' ページにパーティション構造を作成することです。そのためには、'partitionTemplate' オプションを使用する必要があります。そのためには、'Configuration' ページの Campaign -> partitionTemplate に移動して、以下のように 'partitionTemplate' をクリックします。

念のため、このオプションが利用できない場合、管理者は以下のコマンドでパーティションテンプレートをインポートすることができます。

configTool.sh (bat) -i -p"Affinium| Campaign |partitions" -f < Campaign _HOME>/conf/partitionTemplate.xml

8. (partitionTemplate) ' オプションがクリックされると、右側のページに以下のような空の '新しいカテゴリー名' フィールドがある partitionTemplate ペインが表示されます。

9. このアクションは、パーティションテンプレートと同じカテゴリーとプロパティを持つ新しいパーティション構造を作成します。

10. 次のステップは、以下のように新しく作成されたパーティションのシステムテーブルを接続するために必要なdataSourceテンプレートをインポートすることです。

./configTool.sh (bat) -i -p"Affinium| Campaign |partitions|partition2|dataSources" -f < Campaign _HOME>/conf/OracleTemplate.xml

11. 必要なデータベーステンプレートが利用可能になったら、次のステップは、新しいパーティション用の Campaign システムテーブル (UA_SYSTEM_TABLES) のデータソースを作成することです。このデータソースでは、上記のポイント2で概説したスクリプトを実行した新しいスキーマを使用する必要があります。さらに、管理者は、新しいパーティションの Campaign がデータを取得するユーザーテーブルのデータソースを作成する必要があります。

12. 新しいパーティションの Unica Campaignのシステムユーザーを設定するために、以下のアクションを完了します。

• 新しいパーティションに作成された既存または新規のユーザーアカウントを使用して、以下のデータソースの資格情報を保存します。

  • Campaign システムテーブル
  • 顧客データマート (ユーザーテーブル)

• Windows以外のOSに Unica をインストールしている場合、システムユーザーのAlternate Login属性には、Unica Campaign の UNIX ユーザーと権限を共有するグループ内のユーザーのUNIX名を入力してください。

13. これらの手順がすべて完了したら、新しく作成したパーティションに属するユーザー (新しいパーティションの Campaign にアクセスするための適切な権限を持つ) でログインしてみます。このユーザーは Campaign にアクセスすることができ、そのユーザーが持っているアクセス権限に基づいて、このパーティションのアクティビティを実行することができるようになります。

14. また、Optimize では、Optimize Sessionの作成や、新しいパーティションに所属するユーザーとのセッションの実行など、特定のアクティビティを実行します。このように、すべての Optimize 関連データが新しいパーティションのデータベース (またはスキーマ) に登録されていることに気づくでしょう。

HCL Unica Plan

Unica Planの場合、マルチパーティショニングは、Unica PlanがUnica Campaignと統合されている場合にのみ登場します。それ以外の場合は、影響はありません。Plan と Campaign を統合する場合は、以下の設定が必要です。

1. Platform _admin ユーザーを使用して Unica にログインし、Affinium| Campaign |partitions||server|internal に移動し、以下のようにMO_UC_integration を Yes にマークします。

2. 新規パーティションには、キャンペーンタイプのプロジェクトテンプレートを個別に作成します。テンプレートを作成する際に、パーティション ID には、以下のように新規作成したパーティションのパーティションIDを指定してください。

3. このようなテンプレートを使用して新規プロジェクトを作成し、そのプロジェクトからリンクされたキャンペーンを作成した場合、そのキャンペーンは別のパーティション (ここではパーティション2) に作成されます。

HCL Unica 集中オファー管理 (COM)

複数のパーティションで動作するように Unica Centralized Offer Managementまたは関連する Unica アプリケーションを設定すると、各パーティションがアプリケーションの個別のインスタンスとして表示されます。同じコンピュータ上に他のパーティションが存在することは表示されません。集中オファー管理モジュールは、キャンペーンと同じデータソースを利用するため、複数のパーティション環境で集中オファー管理を機能させるために、追加のデータソースを作成する必要はありません。これを有効にするには、いくつかの設定パラメータを設定するだけです。

オファー集中管理のマルチパーティションを有効にするには、以下の設定を行う必要があります。

1. Platform _admin ユーザーを使用して Unica にログインし、Affinium|Offer|partitions に移動します。この場所には、paritionTemplate があります。これは、オファー集中管理の新しいパーティションを追加するために使用します。

2. ここで、新しいパーティションの名前である「新しいカテゴリー名」を以下のように入力します。

3. 保存すると、オファー集中管理用のパーティション固有の設定が作成されます。Affinium|Offer|partitions|partition2|dataSources|UA_SYSTEM_TABLES に移動して、以下のように新しいパーティションに固有のJndiNameとタイプを更新する必要があります。

4. 次のステップでは、新しいパーティションの下にいるユーザーに、集中オファー管理の特定のロールを提供します。

5. これらの設定が行われ、ロールが与えられると、新しいパーティションに属するユーザーは、ログインして新しいオファー属性、オファーテンプレート、オファーを作成することができ、データは新しいパーティションの適切なテーブルに移動します。

HCL Unica Deliver

前提条件。

• 各パーティションには、個別の Unica Hosted Servicesアカウントとアクセス資格情報が必要です。そのため、ホストサービス用のアカウントを個別に取得していることを確認してください。
• パーティション用に Unica Campaign スキーマで作成する Unica Deliverシステムテーブルにアクセスできるシステムユーザーを作成します。
• Unica Campaign で、Unica Deliver用に作成するパーティションで動作するパーティションを作成します。パーティションの名前をメモします。
• Unica Deliverシステムテーブルを作成して入力するためのスクリプトを実行します。これらのスクリプトは、< Campaign _HOME>/Deliver/ddlの下にあります。これらのスクリプトは、このパーティションの Campaign システムテーブルに対して実行してください。
• Unica Deliverで複数のパーティションを設定するには、Unica Campaign で対応するパーティションを設定する必要があります。

前提条件が完了したら、以下の手順で Unica Deliverの新しいパーティションを有効にできます。

1. Platform _admin'を使用して Unica にログインし、Affinium|Deliver|partitions に移動します。ここで、(partition) が表示されます。これは、Deliver専用の新しいパーティションを作成するために使用されます。

新しいカテゴリー名には、Deliver の新しいパーティションの名前を指定します。Unica Deliverは、特定のパーティション内で Unica Campaign とともに動作するため、Unica Deliverと Unica Campaign のパーティション構造は、同じ名前を指定する必要があります。パーティション名は完全に一致している必要があります。

2. 保存すると、新しいパーティションの設定構造が作成されます。次に、Affinium|Deliver|partitions|partition2|hostedAccountInfo に移動します。その場所で、'amUserForAcctCredentials'を新しいパーティションに所属する管理者ユーザーを指すように変更します。

3. 次に、Affinium|Deliver|partitions|partition2|dataSources|systemTables に移動し、設定に基づいてハイライトされたパラメータを更新します。

4. Deliver固有の設定が完了したので、新しい Campaign パーティションで Unica Deliverを有効にする必要があります。これを行うには、Affinium| Campaign |partitions|partition2|server|internal に移動し、'deliverInstalled'を'yes'に変更します。

5. 次に、 ffinium| Campaign |partitions|partition2|Deliver の'deliverPluginJarFile'を更新します。このプロパティの値は、RLUとして動作するプラグインファイル (deliverplugin.jar) のフルパスです。このプロパティの値は、既存のパーティションからもコピーすることができます。

6. Unica Deliverおよび Unica Campaign の設定を変更した後、Unica Campaign Webアプリケーションサーバー、Response and Contact Tracker (RCT) 、および Unica Campaign リスナーを再起動する必要があります。

7. 新しく作成したパーティションをテストするには、Unica Deliverが提供するRLUスクリプトを実行して、パーティション構成とHCL Unica への接続を確認します。また、パーティションからメーリングリストインターフェースにアクセスできるかどうかを確認する必要があります。

HCL Unica Interact

Unica Interact の複数パーティションの概念は、他の Campaign ファミリー製品とは少し異なります。Unica Interact 実行環境は、複数のパーティションをサポートしていません。Unica Interact 実行環境を複数のパーティションで動作するように設定することはできませんし、1つの Interact 実行環境で設計時から複数のパーティションで動作させることもできません。 Unica Campaign で複数のパーティションを設定した場合、Interact にも複数のパーティションを設定します。デザインタイム環境の各パーティションが、別個の Unica Platform とランタイムテーブルを含む別個の Unica Interact ランタイム環境と通信するように設定する必要があります。Campaign で複数のパーティションを設定する場合は、各パーティションを構成して、別個の Interact ランタイム環境と通信する必要があります。次の図は、Interact 用に構成された複数のパーティションを示しています。

Interact でマルチパーティションを有効にするには、Interact 設計時間 (キャンペーン) 環境で以下の設定変更を行う必要があります。

1. Campaignで Interact Installed 構成プロパティを設定して、各パーティションに対して手動で Unica Interact を有効にする必要があります。

2. 各パーティションの以下の設定手順を完了します。

   • テスト実行データソースを設定する
   • サーバーグループの追加
   • インタラクティブなフローチャートのテスト実行のためのサーバーグループを選択します。
   • 連絡先および応答履歴モジュールを構成する

HCL Unica Journey

他の Unica Campaign ファミリー製品とは異なり、Unica Interact はパーティションを意識していません。Interact には必要な設定はありませんが、複数のパーティションを持つ Campaign を Interact や Link と統合する場合、Campaign のすべてのパーティションが Interact や Link と通信してオーディエンス関連のデータを送信し、更なる処理を行うために必要な設定があります。これを実現するには、以下の手順に従ってください。

1. 最初のステップは、新しいパーティションでLinkを有効にすることです。そのためには、Affinium| Campaign |partitions|partition2|server|internal に移動し、'linkInstalled'を'yes'に変更します。

2. Affinium| Campaign |partitions|partition2|Link"に移動し、以下のように設定します。

変数の説明

• LinkConnectionURL: 新しいパーティションで利用されるリンクインスタンスの URL
• LinkProjectName: Linkで定義されているプロジェクト名
• Application: リンクで定義されたアプリケーション名
• AsmUserForLinkCredentials: Link の認証情報を保持する新しいパーティション管理ユーザー
• DataSourceWithLinkCredentials: リンク資格情報を格納するために新しいパーティションユーザーの下で作成されたデータソース名
• LinkSharedLocation: Campaign がデータを送信する共有フォルダー
• LinkRuntimeServerURL: リンクランタイムのインスタンスURL

3. Affinium| Campaign |partitions|partition2|Kafka| Interact に移動し、以下のような設定を行います。

変数の説明

• KafkaBrokerURL: 新しいパーティションで使用する Kafka のブローカー URL
• Comm Unica tionMechanism: Kafkaに接続するための通信機構
• UserForKafkaDataSource: Kafka インスタンスの資格情報を保持する新しいパーティション管理ユーザー
• KafkaDataSource: Kafkaの資格情報を保持する新しいパーティションユーザーの下に作成されるデータソース名

4. ポイント1と2で説明したように、必要なデータソースを作成します。

5. これらのステップが完了したら、変更を反映させるために Web アプリケーションサーバーを再起動する必要があります。

上記のステップが完了すると、新しいパーティションユーザーは、Interact (Interact プロセスボックスを経由して) とLink (Link プロセスボックスを経由して) にオーディエンスデータを送信できるようになります。その他ご不明な点がございましたら、お気軽にお問い合わせください。

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

What are the immediate benefits of value stream management? の翻訳版です。

バリューストリームマネジメントの即効性について

2021年1月26日

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

「すぐに利益が出る」という約束は、懐疑的な見方をする人の心を揺さぶりますが、バリュー・ストリーム・マネジメントを使えば、その利益は本当にすぐに得られます。VSM は会話から始まるので、新しいVSMツールを導入する必要はありません。

すべての組織のバリュー・ストリーム管理の旅は、各チームの主要な利害関係者が会議を開き、既存のプロセスとフローをマッピングすることから始まります。アイデアから実行に至るまでの流れや、各チームがどこでロードブロックを経験しているかについて率直な会話で、すでに VSM での最初の勝利を手にすることができます。私たちの日常業務では、プロセスを分析して改善する時間はほとんどありません。悪い習慣や非効率性は現状維持となり、私たちはそれらを修正するのではなく、それらと共存したり、それらの周りで作業したりすることを学びます。バリューストリーム管理の最初のステップでは、パイプライン全体の利害関係者にこれらの問題を認識させ、組織が問題の解決に着手できるようにします。

バリュー・ストリームのマッピングからバリュー・ストリーム管理に移行すると、そのメリットが実際に現れ始めます。マッピングでは、ある時点でのバリュー・ストリームの状態を把握できますが、バリュー・ストリーム管理では、バラバラのツールから一貫してデータを収集することで、時間の経過とともにパフォーマンスを追跡し、パイプラインをより効率的なものにできます。バリュー・ストリーム管理のアプローチを導入すると、すぐに以下のようなメリットを実感できます。

• 実際のリードタイム、サイクルタイム、スループットを、バラバラで古いレポートに基づいて推測するのではなく、実際のリードタイム、サイクルタイム、スループットを見ることができます。
• 顧客の期待を管理し、非効率な領域を検出できるように、顧客に価値を得るために必要な本当の時間を実現します。
• すべての DevOps パイプラインのメトリクスを1つの場所で確認できるため、チーム全体の誰もが同じ情報を得ることができます。
• より現実的な目標を設定し、ビジネスとIT間の連携を強化し、コミュニケーションを円滑にします。
• 長期的な改善計画を構築するための包括的で正確なベースラインを設定します。

懐疑論のレーダーがまた鳴っていると思いますが、これはあまりにも理想的に聞こえますよね？あなたはおそらくすでにあなたの組織で価値の流れのマッピングの練習を行ったことがあり、何もそれから来た。なぜ次回は違うのでしょうか？

我々はすべて私たちのプロセスを評価し、変更を鼓舞することを意図している大きな全社的な会議であった。その後、数週間後、その会議で学んだ教訓は忘れられ、誰もが物事を行うの古い、壊れた方法に戻ります。価値の流れの地図を描くことは、それが6か月ごとに一貫して行われても、そのトラップに導くことができる。しかし価値の流れの管理はそれを修正する、しっかりとした用具を所定の場所に持っていれば特に。

バリュー・ストリーム管理を成功させるための鍵は、メトリクスを大きく（すべてのツールからのデータを網羅している）、目に見える形にすることです（誰もが最新のデータにアクセスできるようにする）。データが固定されていたり、誰も KPI の進捗状況をチェックしていなかったり、企業文化がデータ駆動型でなかったりすると、いくらバリュー・ストリーム・マッピング・セッションを行っても問題は解決しません。手動で VSM を行うのは難しく面倒ですが、HCL Accelerate のようなツールを使用すると、バラバラになったツールからデータを収集し、ダッシュボードを生成し、作業項目を KPI にマッピングすることで、このプロセスを自動化できます。

バリュー・ストリームのマッピングは、パイプラインの可視性を高めるための最初のステップですが、その可視性を変化につなげるには、バリュー・ストリーム管理が鍵となります。すべての DevOps データを1つの場所でトラッキングして測定することで、サイロが破壊され、IT のスプロールが解消されます。ITからビジネスオペレーションまで、すべての人が同じデータにアクセスできるようになれば、より戦略的な意思決定が可能になります。これらのメリットは、バリュー・ストリーム管理、特に HCL Accelerate のようなターンキー・ソリューションを利用すれば、すぐに実現できます。HCL Accelerate の詳細については、このインタラクティブなデモをご覧ください。

2021/1/26 - 読み終える時間: 6 分

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

HCL Z and I Emulator for Web インストール

2021年1月22日

著者: Navya Rajanna / Senior Developer, Mainframe Products - HCL Software

Z and I Emulator for Web (ZIEWeb または ZIE for Web) は、ブラウザーベースのマルチプラットフォームアプリケーションであり、幅広いブラウザーや OS との互換性を考慮して設計されています。本製品は、Chrome、Firefox、Edge、Safari、その他のブラウザーのすべてのバージョンでテストされており、ユーザーがブラウザーベースの技術の利点を生かしたホストシステムへの信頼性の高いアクセスを継続して行えるようになっています。

ZIE for Web の主な特長

• マルチプラットフォームのブラウザーベースのエミュレータ
• API サポート
• IBM System Z と I のサポート
• 言語サポート: 英語と日本語
• TLS のサポート

ZIE for Web のインストール

ZIE for Web は、Installation Manager を使用して、サポートされているすべてのプラットフォームにインストールできます。

1. [ファイル] > [環境設定] を選択します。

2. 左側のパネルで [リポジトリ] を選択します。このオプションを選択すると、Installation Manager に追加された利用可能なすべてのリポジトリが表示されます。

3. HCL ZIE for Webがリストにない場合は、右側の [リポジトリの追加] ボタンを選択します。

4. [参照] をクリックして、抽出された HCL ZIE WEB パスの場所に移動し、disk1 フォルダー内に存在する diskTag.inf ファイルを選択します。

5. [OK] をクリックして、新しいリポジトリの場所をリストに追加します。

6. Test Connections（接続のテスト）をクリックして、リポジトリの URL が利用可能であることを確認します。

7. インストールマネージャのホームページから、[インストール] をクリックします。インストールマネージャが定義されたリポジトリから利用可能なパッケージを検索します。

8. Z and I Emulator for Web パッケージを選択します。「次へ」をクリックします。

9. ライセンス契約を読みます。使用許諾契約書の条項に同意する場合は、「使用許諾契約書の条項に同意します」のチェックボックスを選択し、「次へ」をクリックして続行します。

10. 必要なアーキテクチャを選択し、[次へ] をクリックします。

11. インストールする言語を選択します。デフォルトの言語は英語です。[次へ] をクリックします。

12. 選択内容を確認し、Z and I Emulator for Web の詳細を提供します。

a. Z and I Emulator for Web の [Publish Information] パネルで、Publish ディレクトリを設定し、Web サーバーのエイリアスと Service Manager ポート番号を指定します。[次へ] をクリックします。発行ディレクトリには、クライアントが利用可能である必要があるファイルが保存されます。インストール ウィザードは、デフォルトのディレクトリを表示してパブリッシュ ディレクトリを指定するように指示します。次の手順を実行します。

• ディレクトリのエイリアスを指定します (デフォルト値は zie)。
• ZIEWeb クライアントがサービスマネージャと通信するサービスマネージャのポートを指定します。この通信は、以下の展開オプションで必要です。

この通信は、以下の展開オプションに必要です。* 設定サーバーを使用して、設定サーバーベースの展開モデルや複合展開モデルのように、セッションの設定情報を維持します。

• ライセンス使用量のカウント：オンラインヘルプの「ライセンス使用量」を参照してください。
• HCLでは、これらの目的のためにポート8999を指定することをお勧めします。(このポートが使用されているかどうかは、サーバーのドキュメントを確認してください。このポートが使用されている場合は、インストール中または後でポートを変更できます。サービスマネージャのポートを変更する方法の詳細については、オンラインヘルプの「サービスマネージャの設定ポートを変更する」を参照してください。)

b. [Z and I Emulator for Web] の下の [Web サーバー] パネルで、次のように要件に応じて適切な Web サーバー オプションを選択します。

• Web 用 Z and I Emulator for Web の [Web サーバー] パネルで、以下のように要件の場合は No Web Server を選択します。これは、IPlanet や Domino のような Web サーバーです。詳細については、Web サーバーの管理者に連絡するか、Web サーバーのドキュメントを参照してください。
• 「検出された Web サーバーのリストから選択」オプションを選択し、複数の Web サーバーが検出された場合は、リストから Web サーバーを選択します。

• IBM HTTP サーバーまたは Apache Web サーバーがインストールされているが検出されない場合は、Manually select specific web server オプションを選択します。

  • システムにインストールされているWeb サーバーの種類を選択します。
  • 「参照」ボタンをクリックして、システムにインストールされている Web サーバーの設定ファイル (httpd.conf) に移動します。システムにインストールされているWeb サーバーの設定ファイル(httpd.conf)に移動します。

  

iv. 埋め込み型 Web サーバーの場合、デフォルトでは、非セキュア接続用の埋め込み型 Web サーバーのポート番号は、それぞれ 8080 と 8443 になっています。

c. パネルが適切に更新されたら、[次へ] をクリックします。

13. サマリー情報を確認し、[インストール] をクリックします。

14. インストールが完了すると、サマリーページが表示されます。メッセージを確認します。

• インストールに成功すると、パッケージがインストールされたことを示すメッセージが表示されます。プログラムには、インストール後の重要な指示が表示される場合もあります。[完了] をクリックします。
• インストールに失敗した場合は、「ログファイルの表示」をクリックして問題をトラブルシューティングします。

15. インストールが正常に完了するように、以下の追加アクションを実行できます。

• Web サーバーを再起動します。
• HCL ZIE for Web ページがブラウザーからアクセス可能であることを確認してください。Web サーバーの設定を確認し、HCL ZIE WEB 公開ディレクトリ内のファイルにアクセス可能であることを確認してください。設定の詳細については、Web サーバーのドキュメントを参照してください。

2021/1/26 - 読み終える時間: 5 分

Unica Journey - Handling Dynamic Content using Decision and Engagement Split の翻訳版です。

Unica Journey - ディシジョンとエンゲージメントの分割を使用した動的コンテンツの取り扱い

2021年1月22日

著者: Rahul Radke / Senior QA, Unica Journey

Unica Journey - ディシジョンとエンゲージメントの分割を使用した動的コンテンツの取り扱い

顧客がブランドや製品に関わるためのタッチポイントが増えるにつれ、カスタマージャーニーのマッピングはますます複雑になってきています。しかし、カスタマージャーニーのマッピングは、顧客の期待を解き明かし、顧客のメンタルモデルを洞察し、パーソナライズされたオムニチャネル・エクスペリエンスの構築に役立つため、重要な役割を果たしています。HCL Unica Journey は、マーケターのために開発された製品であり、タッチポイント、エンゲージメント・スプリット、ディシジョン・スプリットなど、Unica Journey の様々な機能を利用してカスタマージャーニー全体をデザインできます。Unica Journey は、メールや SMS などのさまざまなタッチポイントを使用して、マーケティング担当者が顧客とコミュニケーションをとるのに役立ちます。マーケティング担当者は、ジャーニーのタッチポイントをさまざまなメールや SMS のコネクターと統合し、ターゲットとなるオーディエンスにコンテンツやオファーを迅速に配信できます。

サポートされているメール配信コネクタ - Unica Deliver、Mailchimp、および HCL Link を使用しての Mandrill。

サポートされている SMS 配信コネクタ - Unica Deliver、HCL Link を使用した Twilio。

使用例

マーケティング担当者として、私はワンクリックでパーソナライゼーションと一緒に彼らの趣味に基づいて顧客に希望のコンテンツ/オファーを送信することを好むだろう。顧客が「読書」を趣味としている場合、マーケターとしては、本や雑誌に関連したコンテンツやオファーを送りたいし、「音楽」が好きな人には楽器などに関連したコンテンツやオファーを送らなければならない。

Unica Journey では、お客様のご希望の配信チャネルを利用して、ダイナミックなオファー/コンテンツを配信できます。

Unica Journey のディシジョンスプリットは、希望する条件に基づいてセグメンテーションを行う強力な機能を持っています。Journey は、そのセグメントに属する人々のセットに、希望するコンテンツ/オファーを送ることができます。Unica Journey で実現する方法を見てみましょう。

ステップ

1. エントリーソースの作成: マーケターは、以下に示すように、サポートされている任意のデータインポート形式で顧客データをアップロードできるエントリーソースを作成する必要があります。例えば、この場合は CSV ファイルです。

2. データ定義書の作成: 顧客データに基づいて、マーケターは以下のようにデータ定義を作成する必要があります。

3. メールテンプレートの作成: セグメンテーションに基づいて、マーケターは複数のメールテンプレートと希望するコンテンツ/オファーをメール配信コネクターに作成する必要があります。また、マーケターは、メールテンプレートにパーソナライゼーションフィールドを追加できます。以下のメールテンプレートでは、以下の形式でパーソナライゼーションフィールドが追加されています。

|LASTNAME|, |FIRSTNAME|。

A. メールのテンプレート。趣味 - 雑誌を読む

B. メールテンプレート。趣味 - フルート演奏

C. メールテンプレート。趣味 - バスケットボール

D. メールテンプレート。ホビー - NA (デフォルトテンプレート)

4. ジャーニーの作成: エントリーソースとデータ定義がメールテンプレートと一緒に作成されたら、マーケターは以下のように、意思決定スプリット、エンゲージメントスプリット、メールタッチポイントを使用して、ジャーニー内の顧客フローを作成して設計できます。

* **ディシジョンスプリットの設定**: 以下に示すように、ジャーニーキャンバス上でそれぞれのディシジョンスプリットを要件に応じて設定します。

* **メールタッチポイントの設定**: メールタッチポイントの設定：ジャーニーキャンバスにメールタッチポイントを追加し、必要なメールテンプレートを設定します（ここでは「読書」メールテンプレートを設定しています）。

* **エンゲージメントスプリットの設定**: エンゲージメントスプリットの設定：エンゲージメントスプリットは、顧客の反応に基づいて動作するジャーニーコントロールの1つです。以下に示すように、ユーザーはイベントと回答の待ち時間を設定できます。

5. ジャーニーの公開: ジャーニーの設計と設定が完了したら、このジャーニーを公開します。このジャーニーが公開されると、設定されたメールチャンネルでメールが配信され、顧客の趣味や関連商品に合わせて、短期間で複数のオーディエンスにダイナミックなコンテンツやオファーが配信されます。Journey でオーディエンスが利用可能になると、決定スプリットがセグメンテーションを行い、設定された条件を確認します。最初に、顧客の趣味が「読書」で商品名が「雑誌」であるかどうかをチェックし、「はい」のパスに顧客を誘導して、雑誌のオファーのメールを送信します。

これらの設定されたコネクタは、メールの開封、メールリンクのクリック、SMS の配信、メールのバウンスなど、リアルタイムで生成されたイベントをキャプチャできます。これらのユーザーの反応に基づいて、Journey のエンゲージメントスプリットはオーディエンスを処理し、期待されるオーディエンスに希望のチャンネルを使用して希望のコンテンツを送信できます。下のスナップに示すように、雑誌のオファーのために顧客にメールが配信された場合、顧客が設定された時間枠内に最初のメールを開いた場合、エンゲージメントスプリットはオーディエンスをエンゲージメントスプリットのYesパスに切り替え、次のメールのタッチポイントを使用して他のコンテンツ/オファーを含むメールを再度同じ顧客に送信します。

顧客が設定した時間内に最初のメールを開かなかったとします。その場合、エンゲージメントスプリットは顧客をエンゲージメントスプリットのNoパスに転換し、以下のように10%の魅力的な割引のコンテンツ/オファーを送信します。期待される条件が満たされない場合、Decisionスプリットは顧客をネガティブパスに転換します。その後、再び新しい決定スプリットが条件をチェックし、それに基づいて、次のオーディエンス処理が行われます。

6. ダイナミックなコンテンツ/オファーとパーソナライズされたフィールドを持つ Journey から送信されるメール: 以下に示すように、ダイナミックなコンテンツ/オファーとパーソナライズされたフィールドを持つJourney から送信されるメールのサンプルを紹介します。

顧客がカスタマージャーニーのどの段階にいるかに応じて、適切なコンテンツを適切なタイミングで提供することで顧客との接点を持ちたいと考えている場合、Journey を選択のソリューションとして利用することに勝る選択肢はありません。その他、ご不明な点がございましたら、お気軽にお問い合わせください。