(57)【要約】【課題】すべて競争上の優位性に関するＺＬＥを可能にする。【解決手段】業務トランザクションの遅延を低減するフレームワーク、アーキテクチャ、システムおよび方法を提供し、それによって企業が無遅延型企業（ＺＬＥ）として運営されるのを可能にする。本発明により、企業は、そのサービス、アプリケーションおよびデータをリアルタイムに統合することができる。ＺＬＥとして運営している企業は、その顧客インタラクション、内部業務運用、サプライチェーン管理等を含む過去および現在の業務トランザクションの一様なグローバルビューを有し、この一様なグローバルビューを、企業にわたるいかなる場所からも取得することができ、リアルタイム意思決定に使用することができる。したがって、業務をＺＬＥとして行う企業は、その資源、運用および顧客ケアの優れた管理を行う。【特許請求の範囲】
【請求項１】
業務トランザクションを行う企業の情報テクノロジインフラストラクチャにおける無遅延型企業（ＺＬＥ）フレームワークであって、前記業務トランザクションに関連して前記企業にわたる複数の場所で複数のイベントが発生し、該ＺＬＥフレームワークは、
前記企業にわたるそれぞれの場所に関連してインストールされたエンタープライズアプリケーションと、
リアルタイムでの、エンタープライズアプリケーション統合と該企業にわたる前記イベントのしるしの伝播とのために構成されたエンタープライズアプリケーションプラットフォームと、
リアルタイムのロード、抽出、更新および問合せのために構成され、前記複数のイベントにリアルタイムに関連する情報を集約する動的中央リポジトリであって、該動的中央リポジトリへのリアルタイムアクセスが、相応して前記エンタープライズアプリケーションに利用可能であることにより、該集約された情報のリアルタイムの一貫したビューが、該動的中央リポジトリを介して前記企業全体からの該エンタープライズアプリケーションに利用可能であるようにする、動的中央リポジトリと、
前記業務トランザクションに関連するトランザクションを実行し監視するサーバであって、前記動的中央リポジトリが該サーバに動作可能に接続されることにより、該業務トランザクションを前記企業にわたって低遅延で行うことが可能になる、サーバと
を具備するＺＬＥフレームワーク。
【請求項２】
前記企業をＺＬＥとして運営するのを可能にする
請求項１記載のＺＬＥフレームワーク。
【請求項３】
拡張可能でありかつ可用性があり、前記企業が拡張可能でありかつ可用性があるようにすることを可能にする
請求項１記載のＺＬＥフレームワーク。
【請求項４】
業務トランザクションを行う企業の情報テクノロジインフラストラクチャにおける無遅延型企業（ＺＬＥ）フレームワークであって、該業務トランザクションに関連して該企業にわたる場所で複数のイベントが発生し、該ＺＬＥフレームワークは、
前記企業にわたるそれぞれの場所に関連してインストールされたエンタープライズアプリケーションと、
リアルタイムで、該エンタープライズアプリケーションを統合し、前記企業にわたる前記イベントのしるしを伝播するプラットフォームとして構成された、エンタープライズアプリケーション統合テクノロジと、
リアルタイムのロード、抽出、更新および問合せに対して、リレーショナルデータベース管理システム（ＲＤＢＭＳ）を備えた動的リアルタイムオペレーショナルデータストア（ＯＤＳ）として構成され、前記複数のイベントにリアルタイムに関連する情報を集約する動的中央リポジトリであって、該動的中央リポジトリへのリアルタイムアクセスが、相応して前記エンタープライズアプリケーションに利用可能であることにより、該集約された情報のリアルタイムの一貫したビューが、該動的中央リポジトリを介して前記企業全体からの該エンタープライズアプリケーションに利用可能であるようにする、動的中央リポジトリと、
該動的中央リポジトリに連結され前記エンタープライズアプリケーションに動作可能に接続されたＺＬＥサービスと、
該ＺＬＥサービスに密結合されたクリップオンアプリケーションと、
前記業務トランザクションに関連するトランザクションを実行および監視し、前記動的中央リポジトリに動作可能に接続されることにより、該業務トランザクションを前記企業にわたって低遅延で行うことができるようにする、サーバと
を具備するＺＬＥフレームワーク。
【請求項５】
前記企業をＺＬＥとして運営するのを可能にする
請求項４記載のＺＬＥフレームワーク。
【請求項６】
拡張可能でありかつ可用性があり、前記企業が拡張可能でありかつ可用性があるようにすることを可能にする
請求項４記載のＺＬＥフレームワーク。
【請求項７】
ハブを備えたマルチレベルアーキテクチャを画定し、前記動的中央リポジトリとＺＬＥサービスとは、該ハブにおいて前記サーバの上部に常駐し、前記エンタープライズアプリケーションは、該ハブに疎結合されアダプタを介してそれと通信する
請求項４記載のＺＬＥフレームワーク。
【請求項８】
業務トランザクションを行う企業の情報テクノロジインフラストラクチャにおけるシステムであって、前記業務トランザクションに関連して前記企業にわたる複数の場所で複数のイベントが発生し、該システムは、前記企業を無遅延型企業（ＺＬＥ）として運営するのを可能にするものであり、
前記企業にわたるそれぞれの場所に関連してインストールされたエンタープライズアプリケーションと、
ＺＬＥコアであって、
エンタープライズアプリケーション統合および前記企業にわたる前記イベントに関連する情報の伝播と、
動的リアルタイムデータウェアハウスおよびデータベース管理を備えるように構成された動的中央リポジトリであって、該動的中央リポジトリへのアクセスが相応して前記エンタープライズアプリケーションに利用可能であり、該動的中央リポジトリを通して前記情報のリアルタイムの一貫したビューが前記企業全体からの該エンタープライズアプリケーションに利用可能である、動的中央リポジトリと、
該動的中央リポジトリに連結され前記エンタープライズアプリケーションに動作可能に接続されたＺＬＥサービスと、
前記業務トランザクションを前記企業にわたって低遅延で行うことができるようにする、前記動的中央リポジトリに関するトランザクション処理および監視と、
を有するように構成されたＺＬＥコアと、
該ＺＬＥコアに密結合されたクリップオンアプリケーションと、
前記動的中央リポジトリに動作可能に接続されたデータマイニングおよび分析テクノロジと
を具備するシステム。
【請求項９】
前記企業をＺＬＥとして運営するのを可能にする
請求項８記載のシステム。
【請求項１０】
拡張可能でありかつ可用性があり、前記企業が拡張可能でありかつ可用性があるようにすることを可能にする
請求項８記載のシステム。
【請求項１１】
前記エンタープライズアプリケーションが対応するアダプタを介して前記ＺＬＥコアに疎結合される、マルチレベルアーキテクチャを有する
請求項８記載のシステム。
【請求項１２】
前記情報は前記イベントのしるしに関連し、該しるしをリアルタイムで捕捉し処理するように構成される
請求項８記載のシステム。
【請求項１３】
前記イベントのリアルタイム認識のために構成され、前記企業にわたる前記場所からの前記イベントに関連する情報を収集するように構成される
請求項８記載のシステム。
【請求項１４】
前記情報は、リアルタイムイベントデータと、業務トランザクション状態データと、ルックアップデータとを含む
請求項８記載のシステム。
【請求項１５】
前記動的リアルタイムデータウェアハウスおよびデータベース管理は、前記ＺＬＥコアにおいて、リレーショナルデータベース管理システム（ＲＤＢＭＳ）を備えたオペレーショナルデータストア（ＯＤＳ）で実施される
請求項８記載のシステム。
【請求項１６】
前記ＲＤＢＭＳを備えた前記ＯＤＳは、前記エンタープライズアプリケーション統合とともに、リアルタイムロード、抽出、更新および問合せに対して最適化される
請求項１５記載のシステム。
【請求項１７】
前記情報は、時間によるのではなく顧客識別によってインデックス付けすることが可能である
請求項１５記載のシステム。
【請求項１８】
前記動的リアルタイムデータウェアハウスおよびデータベース管理は、動的データキャッシングと、履歴データキャッシングと、メッセージ記憶および状態エンジンと、リアルタイムデータウェアハウジングとに対して構成される
請求項８記載のシステム。
【請求項１９】
前記メッセージ記憶は、パブリッシュおよびサブスクライブ動作において使用されるように構成される
請求項１８記載のシステム。
【請求項２０】
前記状態エンジンは、前記業務トランザクションとのリアルタイム同期化を維持するように構成され、ワークフロー管理をサポートし進行中の業務トランザクションの状態追跡を可能にする
請求項１８記載のシステム。
【請求項２１】
進行中の業務トランザクションの前記状態追跡は、前記企業による生産および配達を通しての価値の追跡を含み、該企業が該価値をより効率的に生産および配達することができるようにする
請求項２０記載のシステム。
【請求項２２】
前記リアルタイムデータウェアハウジングは、データマートとデータマイニングおよび分析とにデータを提供する
請求項１８記載のシステム。
【請求項２３】
前記動的リアルタイムデータウェアハウスおよびデータベース管理は、前記エンタープライズアプリケーション間のデータ従属性を低減する
請求項８記載のシステム。
【請求項２４】
新たなエンタープライズアプリケーションを追加することができ、
前記動的リアルタイムデータウェアハウスおよびデータベース管理は、該新たに追加されたエンタープライズアプリケーションが使用することができるイベントの履歴アカウントを提供する
請求項８記載のシステム。
【請求項２５】
前記ＺＬＥコアにおける前記トランザクション処理および監視は、サーバまたはサーバクラスタを含むサーバ環境で実施される
請求項８記載のシステム。
【請求項２６】
前記ＲＤＢＭＳを備えた前記ＯＤＳは、クラスタ対応である
請求項１５記載のシステム。
【請求項２７】
前記サーバ環境は、リアルタイムトランザクション管理のために構成される
請求項２５記載のシステム。
【請求項２８】
前記サーバ環境は、耐故障性と、並列処理と、並行トランザクション処理のサポートと、当該システム内のトランザクションの流れの監視とに対して構成される
請求項２５記載のシステム。
【請求項２９】
サーバ環境が、アプリケーションサーバ環境を、前記エンタープライズアプリケーションとインタフェースするための共通の標準ベースフレームワークとして提供し、それによってトランザクション完全性を提供する
請求項２５記載のシステム。
【請求項３０】
前記サーバ環境は、より高レベルのシステム拡張可能性と、システム可用性と、データ完全性とを提供する
請求項２５記載のシステム。
【請求項３１】
前記サーバ環境は、最適化された相互運用性のためにＴｕｘｅｄｏ、ＣｏｒｂａまたはＪａｖａテクノロジに基づくＮｏｎＳｔｏｐ（商標）Ｈｙｍａｌａｙａ（商標）サーバクラスタプラットフォームに常駐する
請求項２５記載のシステム。
【請求項３２】
前記サーバ環境は、最適化された相互運用性のためにＴｕｘｅｄｏ、ＣｏｒｂａまたはＪａｖａテクノロジに基づくＴｒｕｅ６４（商標）ＵＮＩＸオペレーティングシステムを実行するＡｌｐｈａＳｅｒｖｅｒ（商標）サーバクラスタプラットフォームに常駐する
請求項２５記載のシステム。
【請求項３３】
前記ＺＬＥコアにおける前記ＺＬＥサービスは、前記サーバ環境の前記トランザクション処理および監視のために並列処理プラットフォームの上部に常駐する
請求項２５記載のシステム。
【請求項３４】
前記ＺＬＥコアにおける前記ＺＬＥサービスは、ルールサービスと、ワークフローサービスと、メッセージ変換サービスと、並列メッセージルーティングおよび並列データベース挿入サービスと、イベント捕捉サービスと、抽出・変換・ロードサービスとを含む
請求項８記載のシステム。
【請求項３５】
前記ＺＬＥサービスが一体となって動作することができるように該ＺＬＥサービス間にシナジーがある
請求項８記載のシステム。
【請求項３６】
前記動的リアルタイムデータウェアハウスおよびデータベース管理は、リレーショナルデータベース管理システム（ＲＤＢＭＳ）を備えたオペレーショナルデータストア（ＯＤＳ）で実施され、
前記並列メッセージルーティングおよびデータベース挿入サービスは、コンテントベースルーティングを提供し、効率的なパブリッシュおよびサブスクライブメッセージ運用のために、前記ＲＤＢＭＳを備えた前記ＯＤＳの集中メッセージストアおよびキューイングシステムとしての使用を促進する
請求項３４記載のシステム。
【請求項３７】
前記並列メッセージルーティングおよびデータベース挿入サービスは、前記エンタープライズアプリケーション間でメッセージを直接移動させるのではなく前記ＺＬＥコアのコンポーネントを介してルーティングするように構成され、さらに、前記ＺＬＥコアにおいて前記動的リアルタイムデータウェアハウスおよびデータベース管理に大量のメッセージをロードするように構成される
請求項３４記載のシステム。
【請求項３８】
前記ルールサービスは、イベントの発生に対してリアルタイムに、最も適切なルールを適用し対応する回答を生成するように構成され、該ルールの適用は、前記企業にわたって一様である
請求項３４記載のシステム。
【請求項３９】
ユーザインタフェースをさらに具備し、前記ルールサービスは、該ユーザインタフェースを介するビジネスルールの生成および変更を可能にする
請求項３４記載のシステム。
【請求項４０】
前記ルールサービスは、任意の業務トランザクション情報の流れに対し企業全体の一様のルール駆動プラットフォームを生成する
請求項３４記載のシステム。
【請求項４１】
推論ベースルールエンジンをさらに具備し、
前記クリップオンアプリケーションは、前記推論ベースルールエンジンによってラップされるインタラクションマネージャを含み、
前記推論ベースルールエンジンは、リアルタイムに、最も適当なルールを、前記ルールの複雑性またはルールセットのサイズに関らず見つけるように構成され、さらに、非逐次および非反復能力を有するように構成される
請求項３４記載のシステム。
【請求項４２】
前記インタラクションマネージャは、前記エンタープライズアプリケーション間のポイント・ツー・ポイントリンクを構築するのではなく並列実行および接続性自動化のために構成されるミドルウェアを含む
請求項４１記載のシステム。
【請求項４３】
前記ルールサービスは、前記ＺＬＥコアにおいて前記動的中央リポジトリによりルールを集約するように構成される
請求項３４記載のシステム。
【請求項４４】
前記動的リアルタイムデータウェアハウスおよびデータベース管理は、前記ＺＬＥコアにおいて状態エンジンにより実施され、
前記ワークフローサービスは、該システムを介して前記業務トランザクションの流れおよび処理を管理するために前記状態エンジンを活用し、前記企業全体から進行中の業務トランザクション状態のリアルタイムビューを提供するように構成される
請求項３４記載のシステム。
【請求項４５】
前記ＺＬＥコアにおける前記メッセージ変換サービスは、種々のメッセージソースと宛先との間で異なるデータを同化させるために、メッセージ構文、意味論および値の相違をマップするように構成される
請求項３４記載のシステム。
【請求項４６】
前記ＺＬＥコアにおける前記抽出・変換・ロードサービスは、バルクデータ処理能力を有するように構成される
請求項３４記載のシステム。
【請求項４７】
前記イベント捕捉サービスは、前記企業全体からリアルタイムでイベントを捕捉するように構成される
請求項３４記載のシステム。
【請求項４８】
前記ＺＬＥコアは、前記ＺＬＥサービスによってサービスされる前記クリップオンアプリケーションのための仮想ハブである
請求項８記載のシステム。
【請求項４９】
前記業務トランザクションは、企業業務に関連し、前記クリップオンアプリケーションは、前記ＺＬＥコアを活用し、前記企業業務に対して該ＺＬＥコアをカスタマイズする業務レベル機能を提供するために前記ＺＬＥサービスを補うように構成される
請求項８記載のシステム。
【請求項５０】
前記クリップオンアプリケーションは、前記ＺＬＥコアにおいて前記ルールサービスを使用するリアルタイム不正検出を提供するように構成される
請求項３４記載のシステム。
【請求項５１】
前記クリップオンアプリケーションは、インタラクションマネージャと、ナローキャスタと、キャンペーンマネージャと、顧客データマネージャとを含む
請求項８記載のシステム。
【請求項５２】
前記ＺＬＥコアにおける前記動的リアルタイムデータウェアハウスおよびデータベース管理は、リレーショナルデータベース管理システム（ＲＤＢＭＳ）を備えたオペレーショナルデータストア（ＯＤＳ）で実施され、
前記データマイニングおよび分析は、前記ＯＤＳからバルクデータを検索し、ルールベース分析および企業インテリジェンスのために該バルクデータを活用するように構成され、
該データマイニングおよび分析は、該ＺＬＥコアおよびＯＤＳへ、また、フィードバックとして前記ＺＬＥサービスまたはクリップオンアプリケーションのいずれかへ引渡すことができるモデルを生成することができる
請求項３４記載のシステム。
【請求項５３】
追加のエンタープライズアプリケーションをドッキングさせるドッキング機能を
さらに具備する請求項８記載のシステム。
【請求項５４】
前記ＺＬＥコアに疎結合され論理的に接続された前記エンタープライズアプリケーションが前記ＺＬＥコアを介して互いにインタフェースすることができるアダプタを
さらに具備する請求項８記載のシステム。
【請求項５５】
前記アダプタの各々は、インタフェースされたソリューションまたは統合されたソリューションのために構成される
請求項５４記載のシステム。
【請求項５６】
企業全体の情報と、エンタープライズアプリケーションと、業務トランザクションと、価値とのリアルタイムの統合を可能にするように構成される
請求項８記載のシステム。
【請求項５７】
業務トランザクションを行う企業の情報テクノロジインフラストラクチャにおけるシステムであって、前記業務トランザクションに関連して該企業にわたる場所で複数のイベントが発生し、該システムは、前記企業を無遅延型企業（ＺＬＥ）として運営するのを可能にするものであり、
前記企業にわたるそれぞれの場所に関連してインストールされたエンタープライズアプリケーションを実体化する手段と、
ＺＬＥコアであって、
エンタープライズアプリケーション統合と前記企業にわたる前記イベントに関連する情報の伝播とを実体化する手段と、
中央動的リアルタイムウェアハウジングおよびデータベース管理のための手段であって、該手段へのアクセスが相応して前記エンタープライズアプリケーションに利用可能であり、前記手段を通して前記情報のリアルタイムの一貫したビューが前記企業全体からの該エンタープライズアプリケーションに利用可能となる、手段と、
前記中央動的リアルタイムデータウェアハウジングおよびデータベース管理のための手段に連結され、前記エンタープライズアプリケーションに動作可能に接続されたＺＬＥサービスを実体化する手段と、
前記業務トランザクションを前記企業にわたって低遅延で行うことができるようにする、前記中央動的リアルタイムデータウェアハウジングおよびデータベース管理に関するトランザクション処理および監視のための手段と、
を有するように構成されたＺＬＥコアと、
該ＺＬＥコアに密結合されたクリップオンアプリケーションを実体化する手段と、
前記動的中央ウェアハウジングのための手段に動作可能に接続されたデータマイニングおよび分析のための手段と、
前記データマイニングおよび分析とデータ問合せとの結果を前記ＺＬＥサービスにフィードバックする手段と
を具備するシステム。
【請求項５８】
企業の情報テクノロジ（ＩＴ）インフラストラクチャにおいて前記企業が行う業務トランザクションの遅延を低減する方法であって、前記業務トランザクションに関連して前記企業にわたる場所で複数のイベントが発生し、前記低減した遅延により、前記企業を無遅延型企業（ＺＬＥ）として運営するのが可能になり、該方法は、
前記企業にわたるそれぞれの場所に関連してインストールされたエンタープライズアプリケーションを実体化することと、
前記ＩＴインフラストラクチャ内のＺＬＥコアにおいて、
エンタープライズアプリケーション統合と前記企業にわたる前記イベントに関連する情報の伝播とを実体化することと、
中央動的リアルタイムウェアハウジングおよびデータベース管理を有するように構成された動的中央リポジトリを生成することであって、該動的中央リポジトリへのアクセスが相応して前記エンタープライズアプリケーションに利用可能であり、該動的中央リポジトリを通して前記情報のリアルタイムの一貫したビューが前記企業全体から該エンタープライズアプリケーションに利用可能である、生成することと、
前記動的中央リポジトリに連結され前記エンタープライズアプリケーションに動作可能に接続されたＺＬＥサービスを実体化することと、
前記動的中央リポジトリに関するトランザクション処理および監視を生成することであって、それによって、前記業務トランザクションを前記企業にわたって低遅延で行うことができるようにする、生成することと、
該ＺＬＥコアに密結合されたクリップオンアプリケーションを実体化することと、
前記動的中央リポジトリに動作可能に接続されたデータマイニングおよび分析を実体化し、前記ＺＬＥサービスにフィードバックを提供することと
を含む方法。
【請求項５９】
統合された一様のマルチチャネル顧客関係マネージャとして使用される
請求項４記載のＺＬＥフレームワーク。
【請求項６０】
統合された内部業務運用最適化および企業全体のビューのメカニズムとして使用される
請求項４記載のＺＬＥフレームワーク。
【請求項６１】
統合されたサプライチェーン管理および最適化メカニズムとして使用される
請求項４記載のＺＬＥフレームワーク。
【請求項６２】
前記企業業務に関連する任意の情報のグローバルステータスをリアルタイムに表示するダッシュボードとして使用される
請求項４記載のＺＬＥフレームワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、企業の情報テクノロジ（ＩＴ）インフラストラクチャ、特に無遅延型企業（zero latency enterprise（ＺＬＥ））を可能にするＩＴインフラストラクチャに関する。
本発明は、企業がそのサービス、アプリケーションおよびデータをリアルタイムで統合すること、故にＺＬＥを可能にする。
【０００２】
従来出願の参照
この出願は、２００１年２月２日に出願された米国仮特許出願第６０／２６６，００３号の利益を請求し参照によりその出願の開示内容をすべて援用するものとする。
【０００３】
関連出願の相互参照
この出願は、＿に出願された「Enabling a Zero Latency Enterprise」と題された米国特許出願第＿号と、＿に出願された「Zero Latency Enriched Publish and Subscribe」と題された米国特許出願第＿号とに関連し、参照によりそれらの開示内容をすべて援用するものとする。
【背景技術】
【０００４】
情報テクノロジ（ＩＴ）は、貴重な情報が、組織を越えて遠隔の従業員、取引先および顧客を含む情報消費者のグループにまで分散されることを可能にする。
しかしながら、組織は、異種のシステムおよびプラットフォームに位置する大量の情報を有する。
組織は、それら組織の運用の所望の包括的なビューを維持するために、組織のシステムを統合する必要がある。
そしてまた、異種の業界標準およびテクノロジに対して構成が独立しているため、システム統合要件を満たすことを困難にする。
さらに、あらゆる業務アプリケーションが、異なった特徴を有し特定の分野の要件に適合するように調整されるため、それらの統合要件を満たすことも困難にする可能性もある。
たとえば、ＳＡＰのエンタープライズリソースプラニング（enterprise resource planning（ＥＲＰ））ソフトウェアパッケージ等の他のアプリケーションを備えた既存のシステムに顧客関係管理（customer relationship management（ＣＲＭ））アプリケーションを統合する場合、ＣＲＭは顧客ケアの分野に合うように一意に調整されるため、有利に働くためにかなりの統合要件がある。
【０００５】
それにも関らず、組織は、組織の重要な情報要求を扱う場合に、新たな最良（best-of-the-breed：最善の組み合わせの）アプリケーション（またはソリューション）に頼ることが多い。
組織は、それらの既存のアプリケーションを活用するために、組織のレガシアプリケーションを新たなソリューションと統合する。
これはエンタープライズアプリケーション統合（enterprise application integration（ＥＡＩ））として知られるやり方である。
この目的のために、ソフトウェアベンダは、統合プロセスを自動化するためにＥＡＩ製品として知られるツール、すなわちベンダが異なれば異なるツールを構築することにより、応じてきた。
【０００６】
統合とデータ共有とが不足していることは、実際に、いかなる企業に対してもＩＴ環境の困難な問題である。
組織が別々の部分ではなく一機関として運用することができないことにより、情報交換と電子商取引とにおいて難題がもたらされ、経済的に非効率となる。
【０００７】
従来のソリューションでは、組織は、その組織のアプリケーションを統合するために何らかの形態のＥＡＩプラットフォームを使用していた。
そして、その組織のデータをデータウェアハウスに統合するために異なるプラットフォームを使用していた。
データウェアハウスは、報告およびデータマイニングのために、ＳＡＳ  Ｉｎｓｔｉｔｕｔｅツールのようなビジネスインテリジェンスツールを使用して組織にわたってデータを統合する。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
これらの方式の問題は、ＥＡＩとデータウェアハウジングとの間にリアルタイムの接続と相互作用とがないことである。
さらに、比較的静的なデータウェアハウスにより、データウェアハウジング集合体が分析に使用されるが、それは、リアルタイムに組織で発生している現トランザクションまたはイベントには関係することができない。
組織はまだ、最終的に、互いをリアルタイムに活用することができない２つのばらばらのインフラストラクチャとなる（図１参照）。
したがって、本発明は、これらおよび関連する問題に対処する。
【課題を解決するための手段】
【０００９】
本発明の目的にしたがって、本明細書で具体化し広く説明するように、本発明は、業務トランザクションの遅延を低減し、かつ企業が無遅延型企業（ＺＬＥ）として運営されるのを可能にするフレームワーク、アーキテクチャ、システムおよび方法に関する。
本発明により、企業は、そのサービス、アプリケーションおよびデータをリアルタイムで統合することができる。
すなわち、ＺＬＥとして運営するように装備された企業は、その企業全体のデータ、アプリケーション、業務トランザクション、運用および価値をリアルタイムで統合することができる。
したがって、ＺＬＥとして業務を行う企業は、その資源、運用、サプライチェーンおよび顧客ケアの優れた管理を行う。
【００１０】
ＺＬＥの優れた特性を支持するのは、ＺＬＥフレームワークのハイブリッド機能を備えそれを使用する情報テクノロジ（ＩＴ）インフラストラクチャである。
このフレームワークは、単一製品でもミドルウェアでもない。
むしろ、特に企業の運用遅延の低減を可能にする、製品、ツールおよびサービスの集まりを備えたアーキテクチャを定義する。
かかるハイブリッド機能により、ＺＬＥとして運営する企業は、エンタープライズアプリケーション統合テクノロジを使用してあらゆるエンタープライズアプリケーションにわたって情報をルーティングすることができる。
明らかに、ＺＬＥフレームワークは、企業にわたるアプリケーションおよびデータ統合を達成することができるため、単なる企業統合プラットフォームではない。
ＺＬＥは、データベース抽出手段、データベースローダおよびアプリケーションアダプタテクノロジを使用することにより、企業のリアルタイム運用に関連するデータを、オペレーショナルデータストア（ＯＤＳ）としても知られるデータ記憶キャッシュに統合することができ、エンタープライズアプリケーション統合（ＥＡＩ）ツールを使用して、企業にわたって情報を同期化することができる。
また、ＯＤＳによりＺＬＥハブにおいて実現されるルールおよび同期化ポリシーにより、企業にわたる任意のアプリケーションからＺＬＥハブに通信されるいかなる更新も、ＺＬＥハブを介して、企業にわたってそのレガシアプリケーションを含む他のすべてのアプリケーションにおける情報同期化をもたらすことができる。
情報とその更新とは、アプリケーションからアダプタによりＺＬＥハブに通信される。
さらに、ＺＬＥは、分析のためにビジネスインテリジェンスアプリケーションにデータを提供することができ、複数のアドオンの新たなおよびレガシエンタープライズアプリケーションにより、微細データまでのトランザクショナルアクセスとともに意思決定支援システム（ＤＳＳ）およびデータマート運用をサポートする。
【００１１】
上述したように、本発明の一実施形態は、業務トランザクションを行う企業の情報テクノロジインフラストラクチャにおける無遅延型企業（ＺＬＥ）フレームワークである。
企業において、その業務トランザクションに関連して企業にわたる場所で複数のイベントが発生する。
企業運用の意図されない遅延をゼロにまで低減するために、企業のすべての機関は、業務イベントを、それらが発生する際、すなわちリアルタイムに、認識する必要がある。
このため、ＺＬＥフレームワークは、企業にわたるそれぞれの場所に関連してインストールされたエンタープライズアプリケーションと、リアルタイムでの、エンタープライズアプリケーション統合と企業にわたるイベントのしるしの伝播とのために構成されたエンタープライズアプリケーションプラットフォームとを備えるように形成される。
ＺＬＥフレームワークは、さらに、リアルタイムのロード、抽出、更新および問合せのために構成された動的中央リポジトリを備えるように形成される。
動的中央リポジトリは、複数のイベントにリアルタイムに関連する情報を集約し、動的中央リポジトリへのリアルタイムアクセスは相応じて企業アプリケーションに対して利用可能である。
このため、集約された情報のリアルタイムの一貫したビューは、動的中央リポジトリを介して企業全体からのエンタープライズアプリケーションに対して利用可能である。
ＺＬＥフレームワークは、さらに、業務トランザクションに関連するトランザクションを実行し監視するサーバを有するように形成される。
動的中央リポジトリは、サーバに動作可能に接続され、それによって企業にわたって低遅延で業務トランザクションを行うことができる。
【００１２】
なお、ＺＬＥフレームワークは拡張可能であり、かつ可用性があり、企業を同様に拡張可能であり可用性があるようにすることができる。
さらに、ＺＬＥフレームワークはハブを有するマルチレベルアーキテクチャを画定し、エンタープライズアプリケーションはハブに疎結合されアダプタを介してそれと通信する。
【００１３】
本発明の別の実施形態は、企業の情報テクノロジインフラストラクチャにおけるシステムである。
システムは、企業にわたるそれぞれの場所に関連してインストールされたエンタープライズアプリケーションと、ＺＬＥコアと、ＺＬＥコアに疎結合されたクリップオンアプリケーションと、中央動的リアルタイムデータウェアハウスに動作可能に接続されたデータマイニングおよび分析テクノロジとを有する。
ＺＬＥコアは、エンタープライズアプリケーション統合および企業にわたるイベントに関連する情報の伝播と、中央動的リアルタイムデータウェアハウスおよびデータベース管理と、ＺＬＥサービスと、トランザクション処理および監視とを有するように構成される。
【００１４】
中央動的リアルタイムデータウェアハウスおよびデータベース管理へのアクセスは、相応してエンタープライズアプリケーションに利用可能である。
情報のリアルタイムの一貫したビューは、中央動的リアルタイムデータウェアハウスおよびデータベース管理を介して企業全体からのエンタープライズアプリケーションに利用可能である。
ＺＬＥサービスは、中央動的リアルタイムデータウェアハウスおよびデータベース管理に結合され、エンタープライズアプリケーションと動作可能に接続される。
トランザクション処理および監視は、業務トランザクションを企業にわたって低遅延で行うことができるように、中央リアルタイムデータウェアハウスおよびデータベース管理に関連する。
ＺＬＥコアにおけるトランザクション処理および監視は、サーバまたはサーバクラスタを含むサーバ環境で実現される。
【００１５】
システムは、エンタープライズアプリケーションが対応するアダプタを介してＺＬＥコアに疎結合されるマルチレベルアーキテクチャを有する。
本システムの１つの特徴は、中央動的リアルタイムデータウェアハウスおよびデータベース管理が、エンタープライズアプリケーション間のデータ従属性を低減することである。
別の特徴は、新たなエンタープライズアプリケーションを追加することができ、中央動的リアルタイムデータウェアハウスおよびデータベース管理は、新たに追加されたエンタープライズアプリケーションによって使用することができるイベントの履歴アカウントを提供することである。
【００１６】
本発明のさらに別の実施形態では、業務トランザクションの遅延を低減する方法により、企業がＺＬＥとして運営されることが可能になる。
本方法は、企業にわたるそれぞれの場所に関連してインストールされたエンタープライズアプリケーションを実体化することを含む。
本方法はまた、ＩＴインフラストラクチャ内でＺＬＥコアにおいて複数のステップを実行することも含む。
これらの方法ステップは、エンタープライズアプリケーション統合と企業にわたるイベントに関連する情報の伝播とを実体化することと、中央動的リアルタイムデータウェアハウスおよびデータベース管理を生成することと、中央動的リアルタイムデータウェアハウスおよびデータベース管理に連結され、エンタープライズアプリケーションに動作可能に接続されたＺＬＥサービスを実体化することと、動的リアルタイムデータウェアハウスおよびデータベース管理によってサポートされるフィードバック機能を提供することと、業務トランザクションを企業にわたって低遅延で行うことができるように中央動的リアルタイムデータウェアハウスに関するトランザクション処理および監視を生成することとを含む。
本方法はさらに、ＺＬＥコアに密結合されるクリップアプリケーションを実体化することと、中央動的リアルタイムデータウェアハウスに動作可能に接続されるデータマイニングおよび分析を実体化することとを含む。
【００１７】
本発明の利点は、当業者には部分的に以下の説明から理解されるであろう。
本発明の利点は、本明細書に開示した本発明の実施からさらに理解され得られるであろう。
【００１８】
この明細書に援用されその一部を構成する添付図面は、本発明のいくつかの実施形態を例示し、記述とともに、本発明の原理を説明する役割を果たす。
都合のよい場合はいつでも、同じかまたは同様の要素を参照するために図面を通して同じ参照番号を使用する。
【発明を実施するための最良の形態】
【００１９】
本発明は、情報テクノロジ（ＩＴ）、特に無遅延型企業（zero latency enterprise（ＺＬＥ））を可能にする適応的ＩＴインフラストラクチャにより企業における業務運用の遅延を低減することに関する。
機能的および体系的戦略として、本発明は、エンタープライズアプリケーション統合（enterprise application integration（ＥＡＩ））と、動的リアルタイムオペレーショナルデータウェアハウジングと、トランザクション処理および監視と、データマイニングおよび分析と、フィードバックメカニズムとの併合により形成される、ハイブリッド機能を備えたＺＬＥフレームワークを企図する（ＺＬＥモデルについて図２参照）。
フィードバックメカニズムは、データマイニングおよび分析から生成された結果の自動フィードバックを業務トランザクションパスに提供する。
本発明はさらに、ＺＬＥアーキテクチャ、すなわちＺＬＥフレームワークをサポートするマルチレベルアーキテクチャを企図する。
この方式により、企業は、そのサービス、アプリケーションおよびデータをリアルタイムに統合することができる。
言換えれば、企業をＺＬＥとして運営することができる。
【００２０】
当業者が本発明を構成し使用することができるようにするために、本明細書では、本発明の記述を特許出願とその要件とのコンテキストで提供する。
本発明を図示する実施形態にしたがって説明するが、当業者は、実施形態に対し変形があってよく、それらの変形が本発明の範囲および精神の内にあることを容易に認めるであろう。
【００２１】
下におよびこの文書を通して用語に与えられる意味は、限定としてではなく単に本発明に関する特徴または特性を伝えるように意図されている。
用語が、特別な意味かまたは本技術分野において容認されている意味には合わない意味を有する場合、かかる意味の価値を、十分に使い古された句または用語に譲るようには意図されていない。
【００２２】
企業（enterprise）とは、会社（business organization）、その子会社、部、課、係、部門、グループ、支部、チャネルまたは同様の要素を含む任意の組織を言い、組織の取引先パートナ、系列会社および提携者をも含んでよい。
組織は、１つまたは複数の人間、システム、データベース、ポリシー等の資源を含む。
【００２３】
企業全体の（enterprise-wide）または企業にわたる（across the enterprise）とは、コンテキスト次第で、企業内または周辺にあるいずれかの場所、企業のすべての要素、企業全体にわたる、企業全般に、企業製品、サービスおよびチャネルすべてにわたる、企業のまたは企業に関連するいかなる場所の間、もしくは企業のまたは企業に関連するいかなる場所において、を言う。
【００２４】
拡張可能（extensible）とは、スケーラブル、エクステンダブル（extendable）およびエクスパンダブル（expandable）のうちのいずれか１つまたは組合せを言う。
スケーラビリティは、サイズに関連し、エクステンダビリティは体積に関連し、エクスパンダビリティは容量に関連する。
たとえば、ＺＬＥフレームワークおよびアーキテクチャは拡張可能である。
ＺＬＥフレームワークおよびアーキテクチャがあると、企業もまた拡張可能である。
【００２５】
スケーラブル（scalable）とは、企業、システムまたはその要素のサイズを拡張することによりパフォーマンスを向上させることができることを言う。
企業は、そのスケーラビリティにより、仮想企業（バーチャルエンタープライズ（virtual enterprise））を運営することができる（すなわち、実際にあるものを越えて実体の機能を実行することにより）。
たとえば、スケーラビリティにより、製造能力が消耗した企業が、生産過剰をその取引先または系列会社に押しやることができる。
すなわち、企業は、仮想企業として運営することにより、その業務取引先によるオンデマンド製造を通してその既存の能力を拡張することができ、取引先は、情報が与えられた状態であり続け応答する用意ができていることが可能であるように、企業に対し可視性を有する。
システムのスケーラビリティは、システムにコンポーネントを追加することを含む。
システムは、そのスケーラビリティにより、業務トランザクションの量が増大した場合にパフォーマンスを向上させるようにサイズを決めることができる。
【００２６】
可用性がある（available）とは、概して、企業またはシステムがその一部の障害または不在に直面した場合でも「存在している（being there）」ことを言う。
たとえば、企業は、その一部が閉鎖した場合であっても業務を妨げられずに行い続ける場合、可用性がある。
システムは、コンポーネントの障害が発生した場合であってもトランザクションの処理を継続する場合、可用性がある。
【００２７】
リアルタイム（real-time）とは、即時にまたは略即時に、あるいは実時間、略実時間もしくはイベントまたはプロセスが発生している実時間から数秒以内を言うか、あるいは、関連するイベントまたはプロセスの、そこからの結果を即時または最新（up-to-the-second or up-to-the-minute）とするような略実時間または実時間での計算または他の動作のパフォーマンスに関する。
【００２８】
無遅延（zero latency）とは、リアルタイムまたは実質的にリアルタイムであることを言う。
システムに関し、無遅延は、所望の応答時間と実際の応答時間との間に実質的に遅延が無いことである。
企業のコンテキストでは、無遅延は、競争上の優位性、故に無遅延型企業（ＺＬＥ）を達成するための、およそリアルタイムまたは略リアルタイムの情報の演算、処理およびアプリケーションである。
本明細書の説明から明らかとなるように、本発明のコンテキストでは、「ＺＬＥ」という用語は、従来のＺＬＥという用語より広い用語を定義する。
また、適当に従来の用語と区別するために、Ｃｏｍｐａｑ  ＺＬＥ（商標）（本発明は、テキサス州、ヒューストンのCompaq Computer Corporationで開発された）という用語を使用してよい。
しかしながら、本明細書での論考を簡略化するために、代りに「ＺＬＥ」という用語を使用する。
【００２９】
一貫したビュー（coherent view）とは、企業のいずれかの要素からのビューの実質的な適合性、または、データ、業務トランザクションおよびそれらの状況とその履歴アカウント等情報のビューが、企業のどこから得られるかに関わらず、企業を通して一貫する企業全体のビューを言う。
情報のビュー（view）は、ロード、抽出および問合せに対するアクセスを含むことができる。
【００３０】
疎結合アプリケーション（loosely coupled applications）とは、スタンドアロンアプリケーションとして機能することができ、ＺＬＥフレームワークと統合される場合に、情報を共有するがその情報を取得するために動作的に独立し互いに依存していないアプリケーションを言う。
情報は、要求アプリケーションと応答アプリケーションとの間のデータ従属性が取除かれるように、共有オペレーショナルデータストア（operational data store（ＯＤＳ））から疎結合アプリケーションによってアクセス可能である。
【００３１】
密結合アプリケーション（tightly coupled applications）とは、スタンドアロンではなくＺＬＥフレームワークに密に結合されたアプリケーションを言う。
密に統合された機能（たとえば、イベント捕捉、データ抽出、ルール、ワークフロー、メッセージ転送および変換）は、ＺＬＥコア機能の一部となる。
【００３２】
ドッキング（docking）とは、インタフェース、統合または追加（たとえば、ＩＴインフラストラクチャ機能および企業のそれを拡張するアプリケーションまたはソリューションの追加）を言う。
【００３３】
バルクデータ（bulk data）とは、大容量のまたは少なくともクラスタまたはブロックでのデータを言う。
【００３４】
顧客（customer）とは、消費者（consumer）、クライアント（client）、訪問者（visitor）またはゲスト（guest）とも言い、価値を受取り消費することができる、いかなる実体、個人または組織でもある。
システムの意味で、顧客は、別のシステムまたアプリケーションであってよい（たとえば、エンタープライズアプリケーションは、後述するようにＺＬＥコアの「末端顧客」である）。
【００３５】
価値（value）とは、企業によりまたは企業に関連して内部的にまたは外部的に生成される、いかなるサービス、消費品目、資源、製品、創造物、知識、情報、動作等をも言う。
価値は、通常は、顧客のために生成される。
【００３６】
業務（business）とは、商取引または他のいかなるタイプの組織（たとえば、商業的複合企業、世界的な慈善団体、行政機関、軍事機関、他の地方行政機関と提携する法執行または緊急対応等の地方行政機関等）であっても、企業の任意の特徴、請負または機能をも言う。
【００３７】
業務トランザクション（business transaction）とは、業務に関連するいかなる運用またはプロセスをも言う。
業務トランザクションは、１つのまたは一連の業務トランザクションであっても、別々であっても、互いに関連していてもよい。
業務トランザクションは、単一または複数段階であっても、短期であっても、進行中であってもよい。
【００３８】
イベント（event）とは、コンテキスト次第で、企業の業務を行う過程において企業のいずれかの場所で発生しているイベントか、もしくは、業務トランザクションの開始時、それに応じて、その間または完了後に企業のＩＴインフラストラクチャのいずれかの部分で発生しているイベントを言う。
１つのタイプのイベントは、他のタイプのイベントを生成することができ、あるいは他のタイプのイベントと組合せで発生することができる。
すなわち、イベントは、業務トランザクションのいかなる開始または完了、業務トランザクションのいかなる状態変化、業務または業務取引に関連するいかなるデータ入力またはデータ変化、業務トランザクションに関連するいかなる照会または結果等であってもよい。
イベントは結果をもたらしてよく、あるとすればその結果自体がイベントであってよい。
イベントは、１つまたは複数の業務トランザクションの開始をアンロックするかまたは促してよい。
イベントは、１つまたは複数の業務トランザクションの終了をロックするかまたは促してよい。
ロックまたはアンロックもまたイベントであってよい。
イベントは、単一の発生であっても一続きのイベントであってもよい。
上記を例示するために、いくつかの例を提供することができる。
一例では、イベントは、顧客が新たな住所を提供することであっても、新たな住所に関する問合せに対する「はい」という回答であってもよい。
第２の例では、「顕著な」イベントであるイベントおよび結果は、地方の薬局における新たな処方箋の記録、および別の場所からの処方箋に関連する新たな薬物の相互作用に関する通知を促すことであってよい。
イベントの第３の例は、いずれかの商店でギフトレジストリ取引を開始した受取人に対する、国内の他の場所での商品券のオンライン注文を含む。
一続きのイベントを含む第４の例では、災害警報が、それに関連する危険化学薬品データの前に発生する。
一続きのイベントを含む第５の例は、不正警報または信用状況変化の略直前に商品を返却しようとする試みであってよい。
最後に、第６の例では、イベントは、データウェアハウスまたは製作現場における品目の在庫水準変化であってよい。
【００３９】
しるし（indicia）とは、イベントに関連するいかなる情報をも含む、イベントに関するいかなる検出可能なものをも言う。
情報は、データ、トランザクション状態、ルックアップデータ（履歴アカウント）等のうちの１つまたは組合せを含んでよい。
なお、イベントの発生を、その発生のしるしを捕捉することによって検出することができる。
【００４０】
トランザクション（transaction）とは、アプリケーションの状態に対する動作の集まりを言う。
トランザクションは、概して、動作を促す要求または入力メッセージによってトリガされる。
トランザクショントリガは、トランザクション（動作）からもたらされるイベント、状態およびアクションのうちの１つまたは任意の組合せを含んでよい。
アクション自体は、イベントまたはカスケード状のイベントであってよい。
【００４１】
アプリケーション（application）とは、コンピュータ読取可能媒体内に組み込まれ、コンピュータがあるタスクを実行することができるようにするコンピュータ読取可能プログラムコードを含む、プログラムまたはソフトウェアを言う。
アプリケーションは、トランザクション、好ましくは複数の並行トランザクションを大量にもたらすことができる。
【００４２】
サービス（service）とは、ある意味、企業業務を行う過程で提供される企業サービスを言う（たとえば、商業的業務をその関連するサービス関連と説明する図３を参照）。
ＩＴインフラストラクチャという意味で、「サービス」という用語は、ＩＴインフラストラクチャに機能を追加することにより、企業がＺＬＥとして運営するのを可能にする、任意のアプリケーションを言う。
ＺＬＥアーキテクチャのコンテキストでは、「サービス」は、統合サービス、ＺＬＥネイティブサービス、コアＩＳＶサービス（ＩＳＶ−独立系ソリューションプロバイダ（independent solution provider））、統一ルールサービス、ワークフローサービス、メッセージ変換サービス、抽出・変換・ロード（extraction, transformation and load（ＥＴＬ））サービス等を提供するアプリケーションのうちの１つまたは任意の組合せとすることができる。
「ＺＬＥサービス」は、コアサービスおよび機能であり、コアサービスはネイティブサービスとコアＩＳＶサービスとを含む。
疎結合アプリケーションは、かかるサービスの消費者またはクライアントであってよい。
【００４３】
中央リポジトリ（central repository）とは、本明細書で定義するようにＺＬＥフレームワークにおけるリレーショナルデータベース管理システム（ＲＤＢＭＳ）を有するオペレーショナルデータストア（ＯＤＳ）等の共有可能な統一された容量を言う。
中央リポジトリは、単一の物理装置内にあってよくまたは単一の物理的な場所に配置することも可能であるが、企業全体からアクセス可能である分散記憶システム内に構成してもよい。
【００４４】
上述したように、本発明は、テキサス州、ヒューストンのCompaq Computer Corporationで開発され、企業情報テクノロジインフラストラクチャに関連する。
本発明は、情報システムのＣｏｍｐａｑ  ＺＬＥフレームワークおよびアーキテクチャと、拡張可能情報テクノロジインフラストラクチャを備えた拡張可能無遅延型企業を可能にする方法とを提供する。
【００４５】
Ｃｏｍｐａｑ  ＺＬＥ（商標）という用語を使用することがより正確ではあるが、簡単のためにＺＬＥという用語を使用する。
さらなる簡単のために、本発明にしたがって構成されたＩＴインフラストラクチャを装備したＺＬＥ企業を、簡単に言えばＺＬＥまたはＺＬＥとして運営している企業と呼ぶ。
【００４６】
［ＺＬＥ：概観］
まず、構想（vision）について述べる。
企業は、無遅延型フレームワークであることにより、一貫した運用、効率的な経済状態および競争上の優位性を達成することができる。
これは、電子商取引の現実を鑑みると、企業に対しビジネスモデルを変更し電子商取引を他のビジネスモデルと統合するように促すものである。
さらに、図４に示すように、運用における遅延と消費者とのインタラクションおよび消費者に対する応答における遅延との現実が、企業に対し遅延を低減するソリューションを求めるよう促した。
特に、単一システムに当てはまることは、企業にも当てはまる、すなわち、遅延をゼロまで低減し、即時応答を得ることが求められる。
ＺＬＥとして運営する企業では、企業の他の要素すべてにわたりおよびそれを越える適当なアクションを即時にトリガすることができる業務イベントの、企業全体の認識および捕捉があることが可能である。
その間、企業は、企業にわたるいずれかの場所からその運用およびデータのリアルタイムの整理統合されたビューに対するリアルタイムのアクセスを取得し、そのため運用上の不整合が無くなる。
企業全体が、企業のいずれかの要素、それらのトランザクションおよびそれらの挙動との、個々の顧客のインタラクションの統一された最新のビューを介して、より反応がよく競争的に優位となることができる（再び図３を参照）。
さらに、図５が示すように、ＺＬＥとして運営しそのフィードバックメカニズムを使用する企業は、顧客が関与している（２０）間にリアルタイムで評価され微調整される即時のパーソナライズされたマーケティング（既知のまたは知ることができる顧客選好２４に基づく）を行うことができる。
この結果は、顧客のプロファイル（たとえば、２４）と企業全体のルールおよびポリシー２２へのリアルタイムアクセス（顧客とインタラクションしながら（２０））のために可能である。
その上、ＺＬＥは、新たな製品およびサービス２６に対して売買する時間を高速にし、不正、顧客離反（customer attrition)および他の業務上のリスクに晒される機会を低減する。
さらに、ＺＬＥとして運営する企業は、その急速に展開する資源（たとえば、作業要員）および業務プロセスを管理するツールを有する。
【００４７】
たとえば、図６に示すもの等の小売組織では、資源には、人間、システム、データベースおよびポリシーが含まれる。
ＺＬＥとして運営する企業は、その資源の展開を管理することにより、その業務を改善し競争上の優位性を得ることができる。
図７に示すように、ＺＬＥでは、すべての企業顧客のコンタクトサイト（システムおよびアプリケーションを含む）は統合され、迅速に反応し、個人的である。
さらに、ＺＬＥとして運営する企業は、企業にわたって一貫し実質的に同時に企業全体で利用可能な顧客データ３０のビューを生成する。
【００４８】
実際に、ＺＬＥでは、情報は企業にわたるいずれの場所でもリアルタイムに入手可能となる。
たとえば、事務員が製品出荷トランザクションを特定の企業の場所の企業資源に記録すると仮定する。
「入力」キーを押下した略直後に、その情報は、データマイニングアプリケーションを介して分析者に利用可能であり、分析結果は、報告アプリケーションを含むフィードバックメカニズムを介して事務員に利用可能となることができ、オンデマンド製造（manufacturing-on-demand）情報が、サプライチェーン情報にアクセスすることができるサプライヤに利用可能となることができる。
【００４９】
第２実施例として再び図４および図５に関連し、通信企業の顧客担当者は、顧客と接触する時、データマイニングアプリケーションからの結果と顧客のプロファイル（最新の通話履歴、たとえば支払い期間当りの通話の数等）とに基づき、新たな通話プログラムを提案することができる。
第３実施例として、保険会社（insurance provider）は、すべてのアプリケーションによって使用される動的な中央データクリアリングを備えたＺＬＥフレームワークを確立することによって新たな製品をより迅速に導入することができる。
第４実施例として、医療サービス提供者は、患者の医療記録と現治療情報とを統合しこのリアルタイム情報を使用して、患者のヘルスケア情報に関連しかつそのリアルタイムのビューを有する遠隔の薬剤師に対し投薬の矛盾を知らせることができる。
【００５０】
次いで、手法について述べる。
無遅延には、業務イベントのリアルタイム認識が必要であり、それがより競争的で有益な業務をもたらす。
無遅延型企業となるために、企業は、リアルタイムでそのデータおよびサービスを統合する。
この手法は、同時に同期化するＺＬＥソリューションを伴い、情報を企業にわたってルーティングする。
その目的のための手段として、エンタープライズアプリケーション統合（enterprise application integration（ＥＡＩ））は、業務イベントをシステムからシステムへ企業にわたって伝播するメカニズムを提供する。
さらに、中央企業キャッシュ、またはオペレーショナルデータストア（operational data store（ＯＤＳ））は、データを中央リポジトリに動的に統合するメカニズムを提供する。
このデータストアは、企業全体からのデータをリアルタイムに整理統合し、複数のシステムおよびアプリケーションからの最新データに対するトランザクショナルアクセスをサポートする。
従来のデータウェアハウスによるＩＴインフラストラクチャとは異なり、ＺＬＥのＩＴインフラストラクチャは、運用システムおよびアプリケーションが企業全体からのリアルタイムデータにアクセスすることができるようにし、またリアルタイムデータを、リアルタイム分析およびフィードバックのためのビジネスインテリジェンスアプリケーションとデータマートおよび定期的な問合せとに対して利用可能とすることができる。
【００５１】
さらに、ＺＬＥを可能にする上述した企業全体の統合は、拡張可能であることが有益であるフレームワークで実施される。
ＺＬＥフレームワークは、新たな能力およびサービスを追加するのを可能にするため拡張可能である。
さらに、ＺＬＥは、いかに達成されようとも、ビジネスクリティカルな運用システムのパフォーマンスおよびトランザクション上の完全性を包含し伝えることが必要である。
このため、ＺＬＥソリューションは、エンタープライズアプリケーション統合とリアルタイムデータウェアハウジングとの併合を越えるものを含む運用ソリューションを提供する。
【００５２】
ＺＬＥを可能にするアーキテクチャが必要であり、このアーキテクチャの青写真を図８のＺＬＥモデルとして説明する。
本発明によれば、ＺＬＥフレームワークは単なる単一製品、ミドルウェアまたはモノリシックソリューションではない。
ＺＬＥフレームワーク１０は、企業にわたってアプリケーションとデータとを統合するが、アプリケーション統合（ＥＡＩ）テクノロジを備えた統合プラットフォームをはるかに越えるものを提供するマルチレベルアーキテクチャ（ＺＬＥアーキテクチャ）を画定し、データマートおよびビジネスインテリジェンス機能をサポートするが、単なるデータウェアハウジングより包括的な機能を提供する。
基本戦略として、ＺＬＥフレームワークは、ＥＡＩ４０を通してアプリケーションを統合し、ＯＤＳ（オペレーショナルデータストア）３０を通してデータを集約し、サーバ５０においてＯＤＳ３０によって支援されるトランザクションを実行し、ＥＡＩ４０を介してＯＤＳ３０によって支援される新たなアプリケーションの統合を可能にし、そのフィードバック機能をデータマイニングおよび分析６０と報告メカニズムとを介してサポートする、等を行う。
したがって、ＺＬＥフレームワークは、リアルタイムに、データおよびビジネスインテリジェンスを同期化しルーティングしキャッシュし、企業業務を取引し、それによって企業における一貫した運用と運用上の遅延の低減とを可能にする、ハイブリッド機能を有するように形成される。
【００５３】
ＺＬＥフレームワークは、ＥＡＩテクノロジを使用してあらゆるエンタープライズアプリケーションにわたって情報をルーティングし、企業関連の情報のための中央リポジトリとして機能するオペレーショナルデータストア（要するに「ＯＤＳ」または「データストア」）においてデータを集約する。
ＺＬＥフレームワークは、ともに作用する多くの既存のおよび新たな製品、ツールおよびサービスを同化させることにより、中央リポジトリから収集される状態およびデータの整理統合された最新のビューを達成する。
それはリアルタイムデータウェアハウスシステムではないが、ＺＬＥフレームワークは、ＤＳＳ（意思決定支援システム（decision support system））とデータマート運用とをサポートする。
このため、データストアは、データマイニングとエンタープライズビジネスインテリジェンスアプリケーションの分析とのための中央リポジトリおよびリアルタイムデータソースでもある。
さらに、データストア能力とルールおよびポリシーの集中生成および管理とにより、ＺＬＥフレームワークは、企業にわたりその製品、サービスおよび顧客インタラクションチャネルのすべてを含むビジネスルールおよびポリシーの一貫したリアルタイムアプリケーションを可能にする。
さらに、ＺＬＥフレームワークは、不要な運用遅延を低減することを目指して企業ＩＴインフラストラクチャを開発することを可能にする。
【００５４】
［ＺＬＥ：拡張可能性（たとえば、スケーラビリティ）および可用性］
拡張可能性（たとえば、スケーラビリティ）および可用性は、ＺＬＥアーキテクチャによって可能となるＺＬＥの属性である。
スケーラブルな企業は拡張しサイズが増大することが可能である。
可用性のある企業は、その要素のいずれかに部分的障害がある場合であっても運用することができる。
ＺＬＥ企業は、企業取引先と他の企業拡張部とに対し企業のリアルタイムなビューを提供することにより、可用性があり、リアルタイムにスケーラブルであることが可能である。
【００５５】
上述したように、拡張可能であり可用性のある企業を可能にするために、拡張可能性（たとえばスケーラビリティ）と可用性とはＺＬＥアーキテクチャの特性である。
拡張可能性と可用性とは、アーキテクチャコンポーネントの超並列または高可用性構成という意味ではなく、サービス、アプリケーションおよびデータがいかに統合されるかと、情報がいかにキャッシュされるかとに関して考案される。
定義上、密に依存するシステムは、互い無しに機能するかまたは独立してスケーリングすることが反復的に不可能であるため、スケーラビリティおよび可用性という意味で制限される。
【００５６】
たとえば、電子商店（e-store）は、トランザクションの完了前に顧客評価をチェックするためにクレジットシステムにアクセスする必要のある場合がある（たとえば図３ないし図７を参照）。
アプリケーション間でデータを通信するのではなく中央リポジトリに顧客評価とトランザクションデータとをキャッシュすることにより、アプリケーションの結合が、それらの機能的統合を中断させることなく緩和される。
言換えれば、１つのアプリケーションの欠陥が必ずしもアーキテクチャ全体にわたってカスケードしないように「余裕（breathing room）」があり、各システムはそれ自体のペースでスケーリングすることができる。
【００５７】
他の実施例では、企業は、そのコールセンタにエージェントを追加しコールセンタの拡張された運用をサポートする必要のある場合がある。
企業は、スケーラブルであることにより、そのコールセンタの運用を外注することによってスケーリングすることができる。
企業がこのように運用するのを可能にするために、外部ベンダが、関連する企業全体のデータのリアルタイムなアクセスとビューとを有するようにＺＬＥフレームワークを介して接続される。
【００５８】
［ＺＬＥアーキテクチャ］
好ましい実施形態では、ＺＬＥフレームワークは、図９に示すようなＺＬＥコアと呼ばれる仮想ハブに中心を置くマルチレベルアーキテクチャ（ＺＬＥアーキテクチャ）を画定する。
好ましいＺＬＥフレームワーク１０は、ビジネスクリティカルな運用システムに適した処理パフォーマンス、拡張可能性および可用性を提供することができるロバストシステムプラットフォームとしてサービスするＺＬＥアーキテクチャを画定する。
下部には、ＺＬＥコア１０２の企業データキャッシング機能（ＤＯＳ）１０６を示し、上部には、そのＥＡＩ機能１０４を示す。
ＺＬＥコア１０２には、ＺＬＥコアの上部に常駐しそのサービスに直接アクセスするクリップオンアプリケーション１０８が密結合される。
ＺＬＥコア１０２には、ＺＬＥコアの周囲に論理的に配置されアプリケーションまたはテクノロジアダプタ１１２を介してそれとインタフェースする、ＳＡＰ（システムアプリケーション製品（Systems Applications Products））の経営資源利用計画（enterprise resource planning（ＥＲＰ））アプリケーションまたはSiebelの顧客関係管理（customer relations management（ＣＲＭ））アプリケーション等のエンタープライズアプリケーション１１０が疎結合されている。
エンタープライズアプリケーション１１０等のＩＳＶ（独立系ソリューションベンダ（independent solutions vendor））ソリューションのドッキングは、ＺＬＥドッキング１１６能力によって可能となる。
データマイニングおよび分析アプリケーション１１４は、ＺＬＥコア１０２からデータをプルし、新たなビジネスルール、アクション等を促進するために使用することができる結果モデルをそれに提供する。
データマイニングおよび分析アプリケーション１１４を、ＺＬＥコアの外部のシステムに存在しているように示すが、代替的にＺＬＥコア１０２に存在することも可能である。
【００５９】
ＺＬＥフレームワークは、トランザクション処理（transaction processing（ＴＰ））システムの後にモデル化される要素を含む。
おおまかに見ると、ＴＰシステムは、アプリケーション実行およびトランザクション処理能力、１つまたは複数のデータベース、ツールおよびユーティリティ、ネットワーキング機能、オペレーティングシステム、およびＴＰ監視を含むサービスの集まりを含む。
【００６０】
ＺＬＥコアにおいて
この実施形態では、図１０および図１１に示すように、ＺＬＥフレームワークのコアに、一組のＺＬＥサービス、すなわちコアサービスおよび機能が存在する。
コアサービス２０２は、ネイティブサービスとコアＩＳＶサービス（ＩＳＶは、サードパーティ企業ソフトウェアベンダ）とを含む。
ＺＬＥサービス（１２１〜１２６）は、好ましくは、Ｔｕｘｅｄｏ２０６、ＣＯＲＢＡ２０８またはＪａｖａテクノロジ（ＣＯＲＢＡは、共通オブジェクトリクエストブローカアーキテクチャ（common object request broker architecture）を表す）の周囲に構築される。
ＺＬＥサービス（１２１〜１２６）は、サーバ、好ましくは、CompaqのＮｏｎＳｔｏｐ（商標）Ｈｉｍａｌａｙａ（商標）サーバ、またはＴｒｕ６４（商標）ＵＮＩＸオペレーティングシステム１１１を実行するCompaqのＡｌｐｈａＳｅｒｖｅｒ（商標）サーバ等のクラスタ化サーバプラットフォーム１０１で実行される（Compaqサーバは、テキサス州、ヒューストンのCompaq Computer Corporationによって開発されている）。
Compaqのクラスタ化サーバプラットフォーム１０１は、ビジネスクリティカルな運用に対して必要な並列パフォーマンス、拡張可能性（たとえば、スケーラビリティ）および可用性を提供する。
ＴｕｘｅｄｏかまたはＣＯＲＢＡ／Ｊａｖａフレームワーク１０６または２０８のいずれかが使用することができる場合、ＣＯＲＢＡ／Ｊａｖａフレームワークは、Ｔｕｘｅｄｏアプリケーションにインタフェースすることができ、その逆も可能である。
【００６１】
例示する実施形態のＺＬＥコアを形成する際にいずれのクラスタ化サーバプラットフォームが使用されるとしても、ＺＬＥコアコンポーネントは、１）ＺＬＥの場合は中央リポジトリであるＯＤＳまたはリアルタイム企業キャッシュのためのクラスタ対応（cluster-aware）ＲＤＢＭＳ１０６と、２）統合サービスおよびクリップオンアプリケーション１１８のためのロバストホスティング環境として作用するトランザクションアプリケーションサーバ１０１と、３）サービス１２１〜１２６（後述する）と、を含む。
【００６２】
これらのコンポーネントが統合されるだけでなく、ＺＬＥコアは、この統合から最大シナジーを導出するように設計される。
また、管理ルール、ワークフローおよびメッセージ変換等、ＺＬＥのコアにおけるサービスの多くは、コアＩＳＶから導出される。
コアＩＳＶは、ＺＬＥアーキテクチャに密に統合しそれを活用する能力を最適化し、それによって最良（best-of-breed）戦略を可能にする。
それらは、真のＣｏｍｐａｑ  ＺＬＥ（商標）を可能にする本質的なＺＬＥサービスを提供する。
【００６３】
なお、Ｃｏｍｐａｑ（登録商標）、Ｃｏｍｐａｑ  ＺＬＥ（商標）、ＡｌｐｈａＳｅｒｖｅｒ（商標）、Ｈｉｍａｌａｙａ（商標）、ＮｏｎＳｔｏｐ（商標）およびＣｏｍｐａｑロゴは、テキサス州、ヒューストンのCompaq Computer Corporationの商標である。
Ｔｒｕｅ６４（商標）は、Compaq Information Technologies Group, L.P.の商標であり、ＵＮＩＸ（登録商標）は、Open Groupの商標である。
他のいかなる製品名もそれらのそれぞれの発案者の商標である可能性がある。
【００６４】
［アプリケーションサーバ環境］
ＺＬＥコアの一部として、アプリケーションサーバ環境（図１０の１０１および１１１）は、強力なトランザクション管理能力を有する高性能アプリケーションサーバ環境に対する必要性をサポートするため、ＺＬＥアーキテクチャの重要な要素である。
大まかに言えば、アプリケーションサーバは、並列処理が可能な任意のトランザクション処理（ＴＰ）システムの重要コンポーネントであり、ＴＰシステムによる並行ＯＬＴＰ（オンラインＴＰ）、ＴＰ監視およびトランザクションフローの管理をサポートする。
アプリケーションサーバ環境は、有利には、あらゆるＺＬＥサービスおよびアプリケーションとインタフェースするとともにトランザクション完全性およびシステムパフォーマンス（サービスのスケーラビリティおよび可用性を含む）を保証する、共通の標準ベースのフレームワークを提供する。
【００６５】
スケーラビリティ、可用性およびデータ完全性のレベルを高くするために、アプリケーションサーバは、好ましくは、ＮｏｎＳｔｏｐ（商標）Ｈｉｍａｌａｙａ（商標）プラットフォームに常駐し、そこで、最適な相互運用性のためのＴｕｘｅｄｏ、ＣＯＲＢＡまたはＪａｖａテクノロジに基づくことができる（図１１参照）。
ＣＯＲＢＡは、異なる場所における異なるベンダによって開発されたアプリケーションが、オブジェクトリクエストブローカと呼ばれるインタフェースブローカを介して通信することを可能にする。
Ｊａｖａは、インタネット等のコンピュータのネットワークの分散環境で使用するために設計されたロバストプログラミング言語である。
Ｊａｖａは、プラットフォームのために設計されたアプリケーションが別のプラットフォームに移植性があるのを可能にする（図１１）。
【００６６】
代替的に、アプリケーションサーバは、Ｔｒｕ６４  ＵＮＩＸオペレーティングシステムを実行するＡｌｐｈａＳｅｒｖｅｒ（商標）システムに常駐することが可能であり、そこでは、ＣＯＲＢＡまたはＪａｖａテクノロジを使用してオフザシェルフアプリケーションサーバ（Oracle社、BEA社およびIONA社等製造）に基づくことができる。
【００６７】
［クラスタ対応ＲＤＢＭＳ機能を有するＯＤＳ］
ＺＬＥコアに一体的でありかつＺＬＥフレームワークにおいて非常に重要であるのは、リレーショナルデータベース管理システム（relational database management system（ＲＤＢＭＳ））機能を有するＯＤＳ（図１０の１０６）である。
ＲＤＢＭＳは、大量のリアルタイムトランザクションおよびロード、リアルタイム問合せおよびバッチ抽出に対して最適化される。
クラスタ対応ＲＤＢＭＳは、それを提供するシステムの現状態を反映する現在値のサブジェクト指向の統合されたデータを含むＯＤＳの機能をサポートすることができる。
理想的には、それはまた、メッセージストアおよび状態エンジンとして機能することも可能であり、履歴データへのアクセスが要求される限り情報を維持する。
ＯＤＳは動的データストアであり、ＲＤＢＭＳは動的ＯＤＳの機能をサポートするように最適化される、ということが強調される。
【００６８】
ＺＬＥコアのクラスタ対応ＲＤＢＭＳコンポーネントは、この実施形態では、ＮｏｎＳｔｏｐ（商標）Ｈｉｍａｌａｙａ（商標）プラットフォームで実行するＮｏｎＳｔｏｐ（商標）ＳＱＬデータベースかまたはＴｒｕ６４ＵＮＩＸ  ＡｌｐｈａＳｅｒｖｅｒ（商標）システムで実行するＯｒａｃｌｅ Ｐａｒａｌｌｅｌ Ｓｅｒｖｅｒのいずれかである。
リアルタイム企業データキャッシュのそのＯＤＳの役割をサポートする際、ＲＤＢＭＳは、好ましくは、３つのタイプの情報、すなわち、状態データ、イベントデータおよびルックアップデータを含む。
状態データは、顧客の経常収支等のトランザクション状態データまたは現在値情報を含む。
イベントデータは、通話記録、クレジットカードトランザクション、インタネットまたは無線インタラクション等の詳細なトランザクションまたはインタラクションレベルデータを含む。
ルックアップデータは、トランザクションまたはインタラクションによって変更されないデータを含む（すなわち、先のアクティビティの履歴アカウント）。
図１２ａないし図１２ｃを参照のこと。
【００６９】
全体的に、データベースは、アプリケーション統合と、ビジネスインテリジェンスおよび分析のためを含む、リアルタイムトランザクショナルデータアクセスおよび更新とに対して最適化される。
たとえば、ＺＬＥデータストア（すなわち、ＯＤＳ）の顧客記録を、完全な顧客ビューに容易にアクセスするために顧客ＩＤにより（データウェアハウスのように時間によるのではなく）インデックス付けしてよい。
この実施形態では、ＲＤＢＭＳの重要な機能には、動的データキャッシング、履歴またはメモリデータキャッシング、ロバストメッセージ記憶、状態エンジンおよびリアルタイムデータウェアハウジングが含まれる。
【００７０】
動的データキャッシング機能は、動的なリアルタイムＯＤＳ機能をサポートする。
動的リアルタイムＯＤＳに対し、ＲＤＢＭＳは、企業全体からのリアルタイム状態データ、イベントデータおよびルックアップデータを集約し、キャッシュし、それらに対するリアルタイムアクセスを可能にするための、動的データキャッシングを使用する。
有利には、この機能は、たとえば、この情報を取得するために、企業中の個々の情報源または生産システムに接触する必要性を回避する。
結果として、この機能は、ＺＬＥフレームワークのパフォーマンスを大幅に向上させる。
【００７１】
履歴データキャッシング機能により、ＯＤＳはまた、新たに追加されたエンタープライズアプリケーション（またはクリップオンアプリケーション）によって使用することができるイベントの履歴アカウントも提供することができる。
たとえば図１２ａおよび１２ｂを参照のこと。
通常、履歴は、年間ではなく月間で測定される。
履歴データは、顧客挙動履歴に基づくトランザクション推薦のためを含む企業クリティカルな運用のために使用される。
【００７２】
ロバストメッセージストア機能は、ＺＬＥハブベースのパブリッシュ（publish）およびサブスクライブ（subscribe）動作のためにＥＡＩプラットフォームをサポートする（「ZLE Enriched Publish/Subscribe」と題された、上述した関連同時係属米国特許出願第＿号に、より詳細に説明されている）。
メッセージパブリッシング（ＯＤＳにプッシュする）およびメッセージサブスクリプション（ＯＤＳからプルおよび配布する）に対し、ＲＤＢＭＳは、サブスクライバ（たとえば、特定のイベントおよびそれらの結果に関連する）に対するメッセージをキャッシュしキューイングする。
リレーショナルデータベースによりパブリッシュおよびサブスクライブを実行することにより、メッセージング機能がＲＤＢＭＳプラットフォームの並列、分割および組込み管理可能性を活用することができる。
このプラットフォームでは、優先順位、先入れ／先出し、保証付きおよび一度だけの配信（once-and-only-once delivery）がすべてサポートされる。
【００７３】
状態エンジン機能により、ＲＤＢＭＳは、企業の業務トランザクションとのリアルタイム同期化を維持することができる。
ＲＤＢＭＳ状態エンジン機能は、ワークフロー管理をサポートし、進行中のトランザクションの状態（出荷プロセスにおいて顧客の注文がどの状態にあるか等）の追跡等が可能である。
【００７４】
ＲＤＢＭＳのリアルタイムデータウェアハウジング機能は、ＯＤＳのリアルタイムデータウェアハウジング機能をサポートする。
この機能を使用して、データマートとデータマイニングおよび分析アプリケーションとにデータを提供することができる。
【００７５】
［コアＺＬＥサービス］
ＺＬＥフレームワークの実施形態では、ＺＬＥコアサービスは、トランザクショナルアプリケーション環境の上部に常駐し、そのＴｕｘｅｄｏまたはＣＯＲＢＡ／Ｊａｖａフレームワークとともにその下にある並列コンピューティングプラットフォーム（サーバ）を使用する。
広範囲の基本サービスがＺＬＥアーキテクチャに組込まれる。
これらには、ビジネスルール実施、メッセージ変換、ワークフローおよびバルクデータ抽出に対するサービスが含まれる。
言換えれば、図１０に示すように、サービスには以下のものが含まれる。
１）イベント駆動ビジネスルール生成、分析および実施のためのルールサービス１２１。ビジネスルール実施サービスは、企業にわたって企業ルールおよびポリシーを画定し適用するために提供される。
２）複数のシステムにわたる全世界的な業務トランザクションをサポートし、企業にわたる業務トランザクションの流れをマップし制御するワークフロー（プロセスフロー）サービス１２２。
３）任意の数の異なるソースアプリケーションからの種々のデータを効率的に統合するメッセージ変換サービス１２３。
４）高性能、大量ルーティング、およびＯＤＳならびに他のＺＬＥサービスおよびアプリケーションへのデータの挿入のための並列メッセージルータおよびインサータサービス１２４。
５）企業全体の業務をサポートするイベント捕捉サービス１２５。
６）バルクデータをＯＤＳ内外に、およびデータベースおよびプラットフォーム境界を越えて移動させる抽出・変換・ロード（ＥＴＬ）サービス１２６。
バルクデータ抽出サービスは、集約されたバッチトランザクションをＯＤＳに再びアップロードし、集約されたバッチトランザクションｃａｋをＯＤＳにアップロードし、ＯＤＳからの莫大な量のデータを迅速に生産システム、ビジネスインテリジェンスシステム等に移動させるものである。
これらのサービス等を、ＺＬＥフレームワークまたはそのＩＳＶの発案者であるCompaqによって提供することができる。
【００７６】
同様にサービス間には多大なシナジーが存在する。
たとえば、ルールサービスを、企業全体に一様なルールに基づいて企業全体に一様な業務トランザクションの処理を提供する、ＺＬＥコア内の他のサービスと企業が追加することができる任意のクリップオンおよびエンタープライズアプリケーションとによって使用することができる。
【００７７】
［メッセージルーティング］
大量のメッセージをＺＬＥアーキテクチャを通してルーティングするために、強力なメッセージルーティングおよび挿入機能（図１３の１２４）が必要である。
この機能は、コンテンツベースルーティングと、効率的なパブリッシュ／サブスクライブメッセージ分配のための集中メッセージストアおよびキューイングシステムとしてのＯＤＳ（ＲＤＢＭＳ）の使用とを含むことができる。
本質的に、このメッセージルーティングおよび挿入機能は、ＺＬＥコアの内部コンポーネント間のルーティングである。
このため、ＺＬＥフレームワークは、ＩＢＭ  ＭＱＳｅｒｉｅｓソフトウェア等のメッセージ指向ミドルウェア（message oriented middleware（ＭＯＭ））をサポートするが、この機能は、メッセージをアプリケーションからアプリケーションに移動させるルーティングおよびキューイングシステムの機能とは異なる（ニューヨーク州、ArmonkのIBM-Information Business Machines, Inc.のＩＢＭ  ＭＱＳｅｒｉｅｓソフトウェア等）。
【００７８】
［ルールサービス］
ルールサービス（たとえば、図１０および図１３の１２１を参照）は、グラフィカルユーザインタフェースかまたは宣言の英語文のような構文を使用してビジネスルールを書くことを可能にする。
さらに、ルールサービスは、イベントの発生時に最も適用可能なビジネスルールを見つけて適用し、可能な限り迅速に企業全体にわたって一様な所望のデータ／回答に到達する。
このため、このサービスを、一様ルールサービスと呼んでよい。
このサービスは、ＺＬＥフレームワークが、情報の流れに対して一様なルール駆動環境を提供することを可能にし、そのフィードバックメカニズムをサポートする。
【００７９】
その目的のために、ＺＬＥコアは、ルールの複雑性またはルールセットのサイズに関らず適当なビジネスルールを迅速かつ効率的に見つける、推論ベースルールエンジン１２１、図１３ａ（たとえば、Ｂｒｏｋａｔ Ｂｌａｚｅ Ａｄｖｉｓｏｒ）を組込む。
また、ルールサービスは、企業のルールおよびポリシーをメッセージストリームの隣の集中した位置（ＺＬＥハブのＯＤＳ）に統合する。
この配置により、それは、ワークフローを駆動し、ルールへの迅速な変化を容易にし、企業にわたるすべてのシステム（たとえば、コールセンタ、電子商取引サイト、ＰＯＳアプリケーション等）におけるビジネスルールの一貫したアプリケーションを保証することが可能になる。
【００８０】
この実施形態では、ＺＬＥフレームワークのルールエンジンは、フレームワークのこの並列な可用性のあるミドルウェアの最上部で実行するようにインタラクションマネージャ（図１３ａの１３１）にラップされたＪａｖａ実施態様である。（インタラクションマネージャについては後述する。ミドルウェア製品は、基本接続の大部分を自動化する。このため、たとえばポイント・ツー・ポイントリンクを構築する代りに、ミドルウェア製品は、データをＣＯＲＢＡオブジェクトリクエストブローカ（ＯＲＢ）に押込むアプリケーションに含まれる基本接続を自動化する。これにより、データをいかなるＣＯＲＢＡ準拠アプリケーションによっても使用することができる。）
ルールエンジンは、好ましくは、柔軟な、ＧＵＩ（グラフィックユーザインタフェース）駆動ルールが可能でありルールセットのサイズによる影響が最小限である、純粋なＪａｖａベースの完全推論エンジンである。
さらに、ルールエンジンは、好ましくは非逐次型であり非反復型である。
【００８１】
インタラクションマネージャおよびルールエンジンが協働してプロンプトまたは応答を生成するシナリオを、特定のタイプの業務に関連してよりよく説明することができる（図１２ｃおよび図１３ａを参照）。
たとえば、小売業務では、顧客が企業との複数トランザクションに関与することができ各トランザクションがその顧客の一意の識別を必要としてよい。
ＯＤＳにおける顧客インタラクションの履歴アカウントから、インタラクションマネージャは、一意の識別子の各々を同じ顧客に関連しているものとして認識することができる。
ルールエンジンを介して、インタラクションマネージャは、この発見（この識別（identification）は、１つまたは複数の不正トランザクションを試みた後サービスされることのない顧客に属する、等）を鑑みてルールベース応答を提供することができる。
これは、顧客が匿名の状態を維持しようと試み、企業との異なる通信チャネルを使用する場合であっても当てはまる（たとえば、図７、図１２ａないし図１２ｃ、図１３ａおよび図１３ｂを参照）。
【００８２】
［ワークフローサービス］
プロセスフロー（ワークフロー）サービス（図１０の１２２）は、複数のシステム間での業務トランザクションおよびプロセスと、ＺＬＥフレームワークを介して統合される、実行するために数秒のみまたは数日までかかる可能性のあるアプリケーションとの流れを管理する。
これには、業務トランザクションの正しい流れを確実にするとともに進行中のトランザクションを監視し管理することが必要である。
たとえば、顧客が取引を開始し、支払いに異論を唱え、製品を返し、または住所を変更する場合でさえも、かかるアクション（イベント）は、一続きの連続した業務トランザクションを開始する。
ワークフロー（プロセスフロー）サービスは、ＺＬＥコアデータベースの状態エンジン機能を活用することにより、その経過を辿るために要するその後の時間、日にち、週にわたり、トランザクションの状態を追跡する（かつ、その進行が可視となるようにする）。
ＺＬＥフレームワークのワークフローサービスは、たとえば、ワークフローをＸＭＬデータ構造として格納することができる、並列な可用性のあるアプリケーションサーバで実行する、ＥＪＢ（エンタープライズＪａｖａビーンＪａｖａ２エンタープライズエディション（Enterprise Java Bean Java 2 enterprise edition（Ｊ２ＥＥ））準拠のサービスである。
ＸＭＬは、拡張可能マークアップ言語（eXtensible Markup Language）を意味する。
それは、ＳＧＭＬ（標準一般化マークアップ言語（Standard Generalised Markup language））のサブセットであり、最初はインタネットユーザが構造化文書と交換するのをより容易にするために設計された。
ＸＭＬスキーマは、共有語彙を現し、ＸＭＬ文書の構造および内容を定義する（文書型定義（Document Type Definition）を使用して）。
【００８３】
メッセージ変換サービス
ＺＬＥコア内のメッセージ変換サービス（図１０の１２３）は、メッセージ構文、意味論、および値の相違をマップすることにより、複数のソースからの異なるデータを複数の異なる宛先に分配するために同化させる。
メッセージ変換サービスは、コンテンツ変換およびコンテンツベースのルーティングを可能にし、それにより、アプリケーションインタフェースの構築および維持に関連する時間、コスト、および労力を低減する。
【００８４】
この実施形態では、ＮｏｎＳｔｏｐ（商標）データ変換エンジン（Data Transformation Engine）（Mercatorに基づく）におけるグラフィックインタフェースは、特に、ＥＤＩ（電子データ交換フォーマットＸ１２、ＥＤＩＦＡＣＴ）、Ｓ．Ｗ．Ｉ．Ｆ．Ｔ．（金融取引用）、ＨＬ７（ヘルスケアデータフォーマル）、およびＡＣＯＲＤ（保険データフォーマット）等の複雑なデータフォーマットが標準または共通フォーマットに変換される必要のある場合に、このタスクを合理化する。
標準または共通メッセージフォーマットは、あらゆるアプリケーションが、それらがいかに異なるかに関らずイベントおよびそのコンテンツを理解することができるようにする。
【００８５】
［並列メッセージルータおよびインサータサービス］
ＺＬＥコア内の高性能並列メッセージルータおよびインサータサービス（図１０の１２４）は、大量のメッセージをＯＤＳ（それらが最小の変換で捕捉される場合）かまたはＺＬＥコアの他のサービスに移動させる。
上述したように、データベース（ＯＤＳ  ＲＤＢＭＳ）は、トランザクションをＳＱＬテーブルに格納するデータベースとしてか、またはパブリッシュ／サブスクライブ分配のためにメッセージをキャッシュしキューイングするメッセージストアとして、作用することができる。
株価または在庫水準に関するデータ等、常にリフレッシュされる情報をＯＤＳに挿入し、その後適当なサブスクライバにパブリッシュすることができる。
ルータおよびインサータ機能は、ＺＬＥプラットフォームの並列性を活用することにより、大量のメッセージをデータベースとＺＬＥフレームワーク内のいずれかとに伝播する。
【００８６】
［抽出・変換・ロード（ＥＴＬ）サービス］
ＺＬＥコア内のＥＴＬサービス（図１０の１２６）は、大量のデータがクリップオンアプリケーションによるとともに分析または運用システムによって使用されるために、データベース内外に（しばしばデータベースおよびプラットフォーム境界を越えて）迅速にかつ確実に移動することができるようにする。
【００８７】
［ＺＬＥコアの活用］
ＺＬＥフレームワーク方式では、ＺＬＥコア（またはＺＬＥハブ）は仮想ハブであり、それにクリップオンすることができそのネイティブサービスによってサービスされるあらゆる専用アプリケーションのためのものである。
ＺＬＥサービスに依存する新たな種類のソリューションを提供するものを含むいかなる専用アプリケーションも、ＺＬＥコアにクリップオンすることができる。
また、ＺＬＥコアは、ＺＬＥハブからデータを引き出しそのＯＤＳに結果モデルを戻すデータマイニングおよび分析アプリケーションのためのハブでもある。
実際に、ＺＬＥフレームワークは、ＥＡＩと、ＯＤＳと、ＯＬＴＰ（オンラインＴＰ）と、データマイニングおよび分析と、自動モデル化と、フィードバックとを結合し、それによりすべてのＺＬＥフレームワークの標準（touchstone）ハイブリッド機能を形成する。
この機能のために、ネイティブおよびコアＩＳＶサービスの機能とクリップオンおよびエンタープライズアプリケーションの機能とを含む他の機能を追加することができる。
さらに、ＺＬＥハブは、エンタープライズアプリケーションのアレイ（ＥＲＰからレガシＯＬＴＰアプリケーションへおよびデータベースからＷｅｂサーバアプリケーションへ）がＺＬＥフレームワークとインタフェースしその一部になるのを可能にする。
ＺＬＥフレームワークは、これらのサードパーティアプリケーションのすべてを併せてプルし統合する手段を提供する。
【００８８】
［クリップオンアプリケーション］
クリップオンアプリケーションは、ＺＬＥコアに文字通りクリップオンするか、または密結合される（たとえば、図９ないし図１１の１１８、およびより詳細には図１３の１３１〜１３５を参照）。
それらは、企業の非常に集中された業務レベルの機能を引渡すために、ＺＬＥコアおよびそのサービス（たとえば、ネイティブコアサービス）の基礎構造が必要であるという意味で、スタンドアロンアプリケーションではない。
クリップオンアプリケーションは、ＺＬＥコアを活用しそれをリアルタイム不正検出（ＺＬＥコア内のルールサービスを活用するように設計された）等、特定の目的のためにカスタマイズする、事業レベル機能を提供する。
クリップオンアプリケーションは、ＺＬＥコアのリアルタイム環境とアプリケーション統合機能とを活用することができる一意の（カスタム）サービスの追加を可能にする。
このため、ＩＳＶ（Trillium、Recognition SystemsおよびMicroStrategy等）はＺＬＥフレームワークの発案者（Compaq Computer Corporation）とともに、図１３に示すような、不正検出、顧客インタラクションおよびパーソナライゼーション、顧客データ管理、顕著なイベントのナローキャスティング等の付加価値クリップオンアプリケーションを提供することができる。
クリップオンアプリケーションの主な利益は、企業が新たなサービスを迅速に実施することによりそのＺＬＥコアネイティブまたはコアＩＳＶサービスを補うかまたは更新することができるようにする、ということである。
クリップオンアプリケーションの実施例には、インタラクションマネージャ１３１、ナローキャスタ１３２、キャンペーンマネージャ１３３、顧客データマネージャ１３４等が含まれる。
以下、これらの実施例を幾分か詳細に説明する。
【００８９】
インタラクションマネージャ
図１３ａに示すように、インタラクションマネージャアプリケーション１３１（Compaq Computer Corporationによる）は、ＺＬＥコア内のルールエンジン１２１を活用して、複数チャネルにわたって顧客インタラクションを管理する複雑なルールを定義する。
また、インタラクションマネージャは、各顧客トランザクションを挿入し追跡するリアルタイム機能を、それが発生する際にも追加することにより、リアルタイム情報に基づいて関連する価値等を顧客に提供することができるようにする。
【００９０】
［ナローキャスタ］
ナローキャスタアプリケーション１３２は、好ましくは、顕著なイベントを通知するために（故にそれを通知アプリケーションとも呼ぶ）ＯＤＳのＲＤＢＭＳに対して実行するMicroStrategyソフトウェアを使用する。
顕著なイベントは、リアルタイムにＺＬＥフレームワーク内で検出される。
そして、インタラクションマネージャおよびルールエンジンが顕著なイベントをアサートするために使用したデータを共有することにより（ＯＤＳにおいて）、ナローキャスタは、かかるイベントに関連する通知を選択的に散布する。
通知は、企業内のまたは企業に関連する特定のシステム、個人または実体の端末、電話、ページャ等に、ブロードキャストではなくナローキャストされる（すなわち、選択的に散布する）（たとえば図１３ｃを参照）。
たとえば、企業または企業の顧客により高いリスクを生じさせるトランザクションが明らかになる場合、企業内のまたは企業に関連する実体に対し、トランザクションが完了する前に、このトランザクションがかかるリスクを提示するものとして特定された、ということが通知される。
このため、たとえばコールセンタオペレータ（または自動化システム）が顧客とトランザクションを行っており、そのトランザクションが不正のリスクを生じさせる場合、ナローキャスタは、そのトランザクションが完了する前にコールセンタオペレータ（または自動化システム）にリアルタイムで通知する（それにより、サービスをタイムリーに打ち消すことができる）。
【００９１】
［キャンペーンマネージャ］
キャンペーンマネージャアプリケーション（図１３ｄの１３３）は、データマイニングおよび分析システム（図１の１１４）等の認識システムにおいて、ＺＬＥコアのＯＤＳにおいて常にリフレッシュされる大量のデータを活用するように動作することができる。
キャンペーンマネージャは、ＯＤＳに収集されたリアルタイム情報に基づいてキャンペーンをリアルタイムに検出し、微調整する。
図１３ｃを参照のこと。
【００９２】
［顧客データマネージャ］
この実施形態では、顧客データマネージャアプリケーション（図１３の３４）は、Trilliumの顧客データ管理ソフトウェアを活用して、統一された正しい顧客ビューを生成するために、レガシシステムとＺＬＥコアのＯＤＳとにわたって顧客情報を同期化し、削除し、複製し、クレンジングする。
【００９３】
［ＺＬＥフレームワークの構築］
ＺＬＥフレームワークのこれらの概念、要件、およびコンポーネントのすべてを併せて見ると、リアルタイムアクションをサポートするために企業全体からリアルタイムにデータ、アプリケーションおよび事業プロセスを統合する、エンドツーエンド拡張可能マルチレベルアーキテクチャの像が現れる。
上に概説したように、ＺＬＥフレームワークは、新たな拡張可能性（またはスケーラビリティ）、可用性、および中央リポジトリとしてのＯＤＳにより、企業機能に対するパフォーマンス独立性をもたらす。
ＺＬＥフレームワークは、新たなタイプのアプリケーションの統合を可能にし、非常に類似する既存のアプリケーションが、リアルタイムのデータおよびアプリケーション統合に加わることになる。
【００９４】
この目的のために、本発明は、構想を実施するための検証済み青写真を提供する。
すなわち、上述しかつ後述する本発明は、ＺＬＥフレームワークを構築するための青写真を提供する（たとえば、図８を参照）。
【００９５】
トランザクショナルアプリケーションサーバの周囲にＺＬＥフレームワークを構築することは、アプリケーションサーバのホスティング利益のすべてを得ることを意味する。
ＺＬＥフレームワークのこの実施形態では、それは、ＮｏｎＳｔｏｐ（商標）  Ｈｉｍａｌａｙａ（商標）サーバか、またはＴｒｕ６４ＵＮＩＸオペレーティングシステムを実行するＡｌｐｈａＳｅｒｖｅｒ（商標）システムにおいてノードにわたって動的に負荷分散される(load balanced)並列タスクを実行する能力を意味する。
これはまた、トランザクション（上述した業務トランザクション等）を監視し、障害時にそれらを再開し、トランザクション境界を管理し、キューを管理する等の能力も意味する。
【００９６】
ルールおよびメッセージング等のＺＬＥコアサービスは、この環境の最上部で実行するが、それはそれらがこれらの利点のすべてを引き継ぐことを意味する。
等しく重要なことには、トランザクショナルアプリケーションサーバ環境が、これらのサービスまたは他の任意のアプリケーションがインタフェースし、それらが設計プラットフォームまたは機能が異なるにも関らず互いにインタラクションするのを可能にする、共通フレームワークを提供する（上述したように、あらゆるアプリケーションが、ウェブサーバと、ＥＲＰアプリケーションと、任意のレガシアプリケーションおよびデータベースとを含むことができる）。
このため、たとえばＴｕｘｅｄｏテクノロジに基づくＩＴインフラストラクチャは、Ｔｕｘｅｄｏを介してＺＬＥフレームワークおよびそのサービスと統合される場合に「アットホーム（at home）」になる。
それは、ＣＯＲＢＡおよびＪａｖａ（または任意の互換性のあるブローカ）テクノロジベースのインフラストラクチャの場合にも同様に当てはまる。
本質的に、それは要するに、いかなる所与のＩＴインフラストラクチャに対しても最高レベルの快適と最大量の柔軟性とを提供するフレームワークを選択するということになる（基本機能はいずれの場合も同じである）。
ＺＬＥフレームワークで形作られたシナリオは、運用上の不整合の低減、業務イベントの即時の認識、競争力の増大等を約束するため、強力である。
【００９７】
［ＺＬＥフレームワークは最良アプリケーションを利用する］
ＺＬＥフレームワークは、ＩＴ業界において何か新しいものを表す。
最良アプリケーションのためにオープン統合プラットフォームを提供することにより、ＺＬＥフレームワークは、企業がロバストＺＬＥプラットフォームの上部に多量のＩＳＶアプリケーションの機能を活用することができるようにする。
かかるアプリケーションは、ＺＬＥアーキテクチャの長所（並列性、マッシブな（massive）スケーラビリティ、連続的な可用性等）の上で、アプリケーション自体の価値を引き出して、ＺＬＥフレームワークにその価値を付加することができる。
【００９８】
ＩＳＶアプリケーションを、疎結合または密結合することにより、それぞれＺＬＥコア機能の論理部分または不可欠部分となるようにすることができる。
ＺＬＥフレームワークに提供されるような大規模なアプリケーションの密結合は、以前にはＥＡＩ界では確実に見受けられなかった。
しかしながら、最も違いをもたらす可能性があるのはＥＡＩにおいてである。
これは、ＥＡＩが密に統合されたコアサービス機能をサポートする場合、ＺＬＥフレームワークは、企業の業務に必要である広範囲の密に統合された機能（ルールおよびワークフローからメッセージ転送および変換まで）から利益を得ることができるためである。
企業に対し、この方式は、業界における最良アプリケーションに基づくため、あり得る最良のソリューションになる。
たとえば、顧客は、自身の名前を一度署名することができ、署名もしくはその署名で明らかになった情報またはトランザクションが、ＺＬＥコアに統合されたいかなる最良アプリケーションに対しても企業にわたって利用可能である。
言い換えれば、顧客から、この顧客との他のインタラクションを処理する他のアプリケーションに対し追加の署名を取得する必要はない。
【００９９】
［データマイニングおよび分析ツール］
通常、データベースパフォーマンスを最適化し最大化するために、ＯＬＴＰ（オンライントランザクション処理）またはＯＬＡＰ（オンライン分析処理）のいずれかに対しデータベースが構成される。
しかしながら、ＺＬＥソリューションでは、同じＯＤＳに対して同時に、混合作業負荷、すなわちＯＬＴＰおよびＯＬＡＰを実行する必要がある。
すなわち、ＯＤＳは、ＯＬＴＰのみのためではない。
これは、ＺＬＥソリューションに重要な価値を付加する。
データマイニングおよび分析アプリケーションと、同じＯＤＳに対して実行する知識発見アプリケーション（たとえば、ＯＬＡＰアプリケーション）とを通して、ＺＬＥソリューションは、ＯＬＴＰとＯＬＡＰとに対して並行動作をサポートする。
このように、ＺＬＥフレームワークにより、データマイニングおよび分析、ＯＬＡＰまたは他の同様のプログラムのＺＬＥアーキテクチャとの統合が可能になり、それによってかかるツールが、それらがＯＤＳから必要なすべてのデータを受け取ることができる（サービスパフォーマンスのデータベース品質を妨げることなく）。
【０１００】
データマイニング、ＯＬＡＰ、および他の知識発見アプリケーションは、企業インテリジェンスの目的のためにＺＬＥコア内に含まれるデータを活用する。
かかるアプリケーションは、後に、実行可能（actionable）モデルの形態の知識をＺＬＥフレームワークにフィードバックする。
図１４に示すように、バルクデータ（たとえば、リアルタイム顧客データ）は、ＯＤＳ１０６から検索されＥＴＬサービス（ここでは図示せず）を介して分析アプリケーション１１４に引き渡される。
分析プログラムは、データから収集された情報に基づいて結果モデル１４０を生成することができ、かかるモデルを、フィードバックとしてＺＬＥコアの統一ルールサービスに引き渡すことができる。
たとえば、将来のインタラクションを案内するために使用することができる購買習慣と購入履歴とに基づいて、分析プログラムは、任意の顧客（または顧客のグループ）に対し顧客のあり得る将来の購入を外挿する結果モデルを生成することができる。
また、好ましいアクセス方法である場合は、ＳＱＬ、Open Database Connectivity（ＯＤＢＣ）またはJava Database Connectivity（ＪＤＢＣ）等のオープンインタフェースを介して、ＯＤＳに直接問い合せることも可能である。
【０１０１】
［ＺＬＥアーキテクチャの拡張］
ＺＬＥコアアーキテクチャは、孤立状態では存在することができず、企業の業務環境の変化とともに漸進的に変化することができる。
広範囲の既存の、または新たなエンタープライズアプリケーション環境を統合し、またはそれとインタフェースするために、ＺＬＥアーキテクチャはアダプタを提供する（たとえば、図９の１１０および１１２を参照）。
アダプタは、標準アプリケーション（ＳＡＰ、ＰｅｏｐｌｅＳｏｆｔ、一般的なＷｅｂサーバアプリケーション等）間の交換とともにカスタムアプリケーションとの交換に対し正規化メッセージングを可能にする。
たとえば、レガシ環境と異なるデータベースとがＺＬＥフレームワークに加わるのを可能にすることを含む、アダプタがサポートする他のアーキテクチャおよび機能的要件がある。
さらに、ＺＬＥアーキテクチャは、企業インテリジェンスシステム（ビジネスインテリジェンスツールとしても既知）と容易にインタフェースし、それとデータを共有することができなければならない。
これらは、ＯＤＳから情報を検索し、データ分析を実行し、結果モデルを生成し、その後新たなビジネスルールを生成するためにそれらをフィードバックすることができるシステムである。
たとえば、顧客が製品を購入する可能性を測定し、それを使用してその個人との将来のインタラクションを管理するビジネスルールを通知することができる。
【０１０２】
エンタープライズアプリケーションは、ＺＬＥコア、クリップオンアプリケーションおよび他のサードパーティエンタープライズアプリケーション（またはＩＳＶソリューション）に疎結合された、スタンドアロンのサードパーティエンタープライズアプリケーションである。
そのようにインタフェースされる場合、エンタープライズアプリケーションは、ＺＬＥフレームワークの論理部分となり、そのデータをそのＯＤＳを介して他の全てのアプリケーションと共有する。
【０１０３】
［ＺＬＥフレームワークへのドッキングアプリケーション］
ＰｅｏｐｌｅＳｏｆｔ、ＳＡＰのＥＲＰまたはSiebelのＣＲＭアプリケーション等のサードパーティエンタープライズアプリケーション（専用ＩＳＶソリューション）は、Ｔｕｘｅｄｏベース、ＣＯＲＢＡベースまたはＪａｖａベースのＺＬＥ、ＭＯＭ（メッセージ指向ミドルウェア）および同様のプラットフォームに対して利用可能なアダプタを介して、ＺＬＥコアに「ドッキング」することができる。
上述したように、これらのアプリケーションは、ＺＬＥフレームワークの利益なしに単独で存在することができるため、密結合クリップオンアプリケーションとは異なる。
しかしながら、それらの値は、フレームワークとの統合によって大幅に増大する。
場合によっては、これらのアプリケーションは、ＺＬＥアーキテクチャの「最終消費者」である。
他の場合、それらは、企業の情報および専用手続きの形態でその素材の大部分を提供する。
それらは通常、ＺＬＥフレームワークを介して、企業にわたって他のアプリケーションおよびシステムと統合するかまたはインタフェースするため、両方の役割、すなわち情報をリアルタイムに取得し提供するという役割を担う。
【０１０４】
この実施形態では、ドッキングエンタープライズアプリケーションを、２つのカテゴリ、すなわちインタフェースソリューションと統合ソリューションとに分類することが可能である。
インタフェースソリューションは、業界標準アダプタを使用し、ＺＬＥフレームワークにイベントをパブリッシュするか、またはＺＬＥフレームワークからかかるイベントを再びアプリケーションに適用することができる。
これらのアプリケーションは比較的受動的であり、ＺＬＥフレームワーク全体に非侵入性である。
統合ソリューションは、要求・応答モデルを介して、ＺＬＥコアサービスを直接利用するようにカスタムメードすることができる。
これらのアプリケーションは、ＺＬＥフレームワーク全体内で専門化される。
【０１０５】
顧客情報管理のために設計されるBroadvisionまたはSiebelのＣＲＭアプリケーション等のアプリケーションは、ＺＬＥフレームワークとインタフェースするより容易にそれに論理的に統合することができる（たとえば図１５を参照）。
このため、それらは、ＺＬＥフレームワークに重要な値を提供するとともにそこから重要な値を取り出すことができる。
たとえば、SiebelのＣＲＭアプリケーションは、統一ルールサービスとＺＬＥコアのＯＤＳとから利益を得、同様に、ＺＬＥフレームワークにおいてデータマイニングおよび分析アプリケーションのサポートを拡張する。
【０１０６】
［ＺＬＥアダプタ］
ＺＬＥアダプタは、エンタープライズアプリケーションをＺＬＥフレームワークに結合する。
それらのジョブは、任意のプロプラエタリなアプリケーションプログラムインタフェース（ＡＰＩ）をＺＬＥフレームワークのネイティブなＡＰＩおよびプロトコル（ＣＯＲＢＡ、ＪａｖａまたはＴｕｘｅｄｏ）にマップする従来のＥＡＩジョブである。
大抵の場合、アダプタはアプリケーションプラットフォームに存在し、ＺＬＥコアプラットフォームには存在しない。
また通常、３つのタイプのアダプタ、すなわちアプリケーションとデータとテクノロジとが使用される。
アプリケーションアダプタは、通常、Ｏｒａｃｌｅ、ＰｅｏｐｌｅＳｏｆｔ、ＳＡＰのＥＲＰ、SiebelのＣＲＭおよび他のアプリケーションのための既製の高速な薄い（thin）アダプタであるか、もしくはカスタムおよびレガシアプリケーションのための開発キットによって生成されたカスタムアダプタである。
データアダプタは、ファイルまたはデータベースのようなデータソースに直接インタフェースする。
テクノロジアダプタは、本質的に、ＩＢＭ  ＣＩＣＳ  ＭＱＳｅｒｉｅｓ（ＣＩＣＳは顧客情報制御システム（customer information control system）である）等の異なるトランザクション、またはメッセージング環境へのゲートウェイである。
Actional Corporationからのアプリケーションおよびカスタムアダプタは、ＺＬＥコアとエンタープライズアプリケーション（標準、パッケージまたはカスタムアプリケーション）との間のメッセージングを標準化する。
テクノロジアダプタは、レガシ環境（ＩＢＭのＣＩＣＳ、すなわち、顧客インタフェース制御システム、CompaqのＰａｔｈｗａｙ等）、データベース、ウェブサーバアプリケーション等との相互運用性を可能にする。
【０１０７】
アプリケーションアダプタは既存のＡＰＩとインタフェースするが、データおよびテクノロジアダプタは、ＩＢＭ  ＭＱＳｅｒｉｅｓメッセージキューか、またはＯｒａｃｌｅデータベーステーブルから直接データをプルするために使用される。
アプリケーションアダプタを、ターゲットトランザクションモニタかまたはデータベースに対していかなる変更も要求されないように、およびすべてのセキュリティメカニズムがそのままであることが可能であるように構成することができる。
アダプタによっては、金融業務のためのＳ．Ｗ．Ｉ．Ｆ．Ｔ．、ヘルスケア業務のためのＨｅａｌｔｈｎｅｔまたはＨＬ７等の業務ネットワークとデータを交換するために的が絞られる。
【０１０８】
［動作時のＺＬＥフレームワーク］
ＺＬＥフレームワークは、アプリケーションおよびデータの統合をサポートし、一意のハイブリッド機能を形成する。
このセクションは、アプリケーションおよびデータの統合がともに、ＺＬＥフレームワークにおいていかに現実世界でリアルタイムに作用するかのいくつかの実施例を提示する。
ＥＡＩツールは、通常メッセージ機能を実行し、データベースおよびアプリケーションサーバはトランザクションおよびデータ機能を担当する。
ＺＬＥフレームワークは、ＺＬＥフレームワークに一意の他の機能とともに両方を併合する。
【０１０９】
ＺＬＥフレームワークは、企業業務を支援して多数の機能を実行するように設計される。
ここでは、それがこれらの機能のうちのいくつかをあらゆる業務シナリオでいかに処理するかを示す。
【０１１０】
［メッセージング機能］
ＺＬＥフレームワークのメッセージング機能は、コールセンタアプリケーションが遠隔課金アプリケーションから特定の顧客に関する情報を要求する、ＥＡＩタイプの要求・応答状況の単純なメッセージングシナリオを含んでよい。
コールセンタアプリケーションは、Ｔｕｘｅｄｏコールを発行し、それによって、ＺＬＥコアの変換サービスが、遠隔アプリケーションと通信するためにＴｕｘｅｄｏコールにマップする。
課金情報は、メッセージングインフラストラクチャを通してコールセンタに戻る。
【０１１１】
別のシナリオは、パブリッシュとサブスクライブとを含んでよく、またＥＡＩ機能も含む。
そのシナリオでは、いくつかのアプリケーションがＺＬＥフレームワークにサブスクライブを行い、ある一定のイベントが発生する場合はいつでも特定の情報を要求する。
これらのアプリケーションは、顧客の信用状態の変化を探索するウェブサーバ、コールセンタ、または不正検出アプリケーションであってよく、あるいは最新の在庫状態を受け取ることに依存する電子カタログまたはサプラインチェーンアプリケーションであってよい。
イベントが発生すると、アダプタは、ＺＬＥフレームワークに変化をパブリッシュし、その後ＺＬＥフレームワークはメッセージを正しくフォーマットしてそれらをサブスクライブしているアプリケーションにプッシュし、そこでそれらはアプリケーションアダプタを通してフィルタリングされる。
【０１１２】
より高度なシナリオには、メッセージルーティングが必要である。
その場合、ＺＬＥコアのルールおよびワークフローサービスが介入することにより、コンテンツおよび事前定義されたワークフロープロセスに基づいて特定のメッセージをルーティングするべきか否かを判断する。
【０１１３】
［データ機能］
上述したように、ＺＬＥフレームワークにおけるデータ機能、特にＯＤＳのデータ機能は、限定されないが、ＲＤＢＭＳおよびアプリケーションサーバで構築されるリアルタイウデータウェアハウスまたはＯＬＴＰアプリケーション等の機能のうちの１つだけを含む。
ＯＤＳは、大型のバルクデータを抽出し、集約し、その後分析アプリケーション、データマート等に移動させるために、ＺＬＥコアのＥＴＬサービスを介して最適化される。
必ずしも大量の特別な問合せに対して最適化されないが、ＯＤＳは、必要な場合に、その粒状のリアルタイムデータをかかる問合せに対して利用可能にする。
たとえば、ＯＤＳは、一度だけの（one-time）ビジネスインテリジェンスまたは意思決定支援クエリに応答するために利用可能な集合体データベースがない場合か、または問合せが、他の業務システムがロードされる場合に非正規化されるデータ関係を必要とする場合に、問合せを受け入れることができる。
【０１１４】
より単純なシナリオでは、ＺＬＥフレームワークにおけるＯＬＴＰまたはエンタープライズインテリジェンスアプリケーションによる情報へのアクセスは、遠隔システムからＯＤＳへの標準ＯＤＢＣまたはＪＤＢＣを介してサポートされる。
同様に、ＯＬＴＰアプリケーション（Ｔｕｘｅｄｏアプリケーション等）は、ＺＬＥコアプラットフォームに常駐することにより、ＳＱＬ文を用いてＯＤＳに直接アクセスし、ＣＯＲＢＡ、ＪａｖａまたはＴｕｘｅｄｏメカニズムを介してデータを分配することができる。
【０１１５】
［ハイブリッド機能］
ＺＬＥフレームワークは、そのハイブリッド機能によりその一意の品質に達する。
ＺＬＥフレームワークは、ＥＡＩと、ＲＤＢＭＳ（ＯＤＳ）トランザクション処理および監視と、データマイニングおよび分析と、フィードバックとを結合することにより、そのハイブリッド機能を形成する。
また、これらの要素の各々は、本明細書で説明したような一意の機能を提供する。
たとえば、ＺＬＥアーキテクチャは、アプリケーションからの応答が、それらが発生する際にＯＤＳにキャッシュされる（すなわち、ＯＤＳがリアルタイム応答を受け取り、格納する）キャッシュ要求・応答機能をサポートする。
これらの応答は、在庫水準の変化、経常収支等であってよい。
要求アプリケーションは、遠隔アプリケーションから直接ではなくＯＤＳから応答を引き出す。
したがって、要求アプリケーションと応答アプリケーションとの間の依存性は、大幅に取り除かれる。
そのため、応答アプリケーションは停止する可能性があるが、最新または略最新情報は連続動作のために依然としてＯＤＳにおいて入手可能である。
たとえば、応答アプリケーションの後続する障害時、顧客は依然として回答を取得することができるか、または、応答が先にＯＤＳにキャッシュされたためサプライチェーンアプリケーションは最新のままである。
さらに、データに対して行われた変更をＯＤＳに提供することができ、応答システムが利用可能になると、そのシステムに適用されるように確実なキューにスタックすることができる。
言い換えれば、ＺＬＥコアにおけるＯＤＳにより、企業は、情報生成アプリケーションの障害に直面した場合であってもその可用性属性を達成することができる。
【０１１６】
また、ＺＬＥフレームワークは、データベースパブリッシュおよびサブスクライブもサポートする。
すなわち、データを、フォーマットしデータベーステーブルに挿入するために、たとえばＸＭＬメッセージでＯＤＳにパブリッシュすることができる。
そしてそれを、ＯＤＳから複数のサブスクライバシステムにルーティングすることができる。
このように、データベースの本質的な並列性、スケーラビリティ、および信頼性を、その管理能力とともに活用することにより、サブスクライバメッセージの効率的な流れを保証することができる。
当然ながら、データベーステーブルに含まれる現情報もまた、特別な問合せのため、または分析アプリケーション、データマート等に対するバルク出荷に対して利用可能である。
市場の他のパブリッシュおよびサブスクライブ製品は、キューのためのデータストアを含むが、それらはリレーショナルではない。
また、ＺＬＥアーキテクチャとは異なり、それらによってエンドユーザは標準ＳＱＬ構文を通してこれらのデータストアにアクセスすることはできない。
【０１１７】
［キャッシュへの戻り］
恐らくより価値があるのは、ＺＬＥフレームワークを通過するメッセージを充実させるため（すなわち要求応答またはパブリッシュサブスクライブのため）に使用することができるデータをキャッシュする、ＯＤＳの能力である。
たとえば、「最新顧客トランザクション」の要求に対する応答を、応答がフレームワークを流れる際にＯＤＳに含まれる住所の変更または配偶者の有無情報の変更によって充実させることができる。
【０１１８】
同様に、サブスクライバに配布するためにＯＤＳにキャッシュされる情報は、他のシステムによってそこにキャッシュされた追加のデータを拾い上げることができる。
たとえば、企業間取引顧客は、オンライン購入を行いたいと望む。
ＺＬＥアーキテクチャは、現在庫と価格情報とをともにプルする際、そのデータストアから関連製品に対する特別なオファーに関するパーソナライズされた顧客特定データ、すなわち在庫システムには公にされない情報により、データを充実させることができる。
【０１１９】
［プラットフォーム要件の対処］
ＺＬＥフレームワークは、一組のプラットフォームおよびテクノロジ属性を前提とする。
ＺＬＥフレームワークにこれらの属性を含めることにより、イベントをリアルタイムに認識し、企業にわたって即座の適当なアクションをトリガする構想を、より容易に実現することができる。
【０１２０】
基本属性として、ＺＬＥフレームワークは、データの包括的な混合、メッセージングおよび機能性を処理することができる。
これらの困難な混合に加えて、ＺＬＥフレームワークは、強力なトランザクション管理のために必要なロバストアプリケーションサーバ機能を含む。
ＺＬＥフレームワークは、主要な転送手段およびアダプタのすべてをサポートすることができる。
ＺＬＥフレームワークは、さらに、リアルタイム運用がリアルタイム実行で開始するため、機能の並列実行をサポートすることができる。
企業業務のリアルタイムの整理統合されたビューに対し、ＺＬＥフレームワークは、アプリケーションおよびデータの単一の管理可能なビューを提供する。
さらに、固有の拡張可能性（たとえば、スケーラビリティ）と無休運用に対するサポートとにより、ＺＬＥフレームワークは巧みに拡張することができ、ビジネスクリティカルな高収益可能なシステムを特徴付ける連続運用を提供することができる。
【０１２１】
この目的のために、クラスタプラットフォーム（ＮｏｎＳｔｏｐ（商標）Ｈｉｍａｌａｙａ（商標）サーバ、またはＴｒｕ６４（商標）ＵＮＩＸ（商標）オペレーティングシステムを実行するＡｌｐｈａＳｅｒｖｅｒ（商標）システム）は、好ましくは、リアルタイム運用を確実にするために重要な機能の並列実行を提供するように選択される。
さらに、ＮｏｎＳｔｏｐ（商標）Ｈｉｍａｌａｙａ（商標）プラットフォームには、複数ノードにわたって単一システムイメージをサポートする能力が構築されている。
これらのプラットフォームおよびそれらの関連するデータベースのクラスタアーキテクチャと、アプリケーションサーバ環境とにより、それらのマッシブなスケーラビリティと、ピーク負荷下での例外的なパフォーマンスと、無休運用に対する無類の可用性とが可能になる。
【０１２２】
最後に、ＺＬＥフレームワークのオープンアーキテクチャにより、コアサービスとプラグインアプリケーションとが主要ＩＳＶからの最良ソリューションに基づくことができる。
これにより、次にデータ、メッセージング、およびハイブリッド要求の全範囲に対して最強なあり得るサポートが保証される。
【０１２３】
［要約］
本発明は、すべて競争上の優位性に関するＺＬＥを可能にすることを企図する。
ＺＬＥフレームワークは、無数の企業システムからの情報を、リフレッシュされ、整理統合の用意ができ、意思決定、ＣＲＭ、在庫管理、およびマーケティングキャンペーンにおけるリアルタイム展開に対して利用可能である状態に維持する。
ＺＬＥフレームワークは、ハイブリッド機能を形成する多くの機能の融合をもたらすことによりこの構想を実現する。
このハイブリッド機能により、企業全体からのリアルタイムの情報の結合およびホットキャッシング（hot-caching）とともに、情報の流れに対する一様なルール駆動のワークフロー通知アーキテクチャを提供することと、アプリケーション間でのパフォーマンス依存性をなくすこととが可能になる。
このハイブリッド機能により、リアルタイムデータおよびアプリケーション統合なしには存在することができない新たなタイプのアプリケーションも可能になる。
【０１２４】
ＺＬＥフレームワークは、アプリケーションおよびデータ統合のために最良ツールをカスタマイズ化され、統合されたソリューションに活用するように設計される。
ＺＬＥアーキテクチャの、メンテナンス中断時間の必要なしに、並列に２４時間対応で（２４時間×３６５日）異なるタイプの機能を実行し、異なる作業負荷を処理する能力は、最良ＩＳＶからのクリップオンアプリケーションの追加された機能とともに、ＺＬＥフレームワークをそれらのＩＴインフラストラクチャに構築する任意のＺＬＥの途方もない業務可能性をもたらすものである。
【０１２５】
本発明を、示した実施形態に従って説明したが、実施形態に対する変形形態は当業者に明らかであり、それら変形形態は本発明の範囲および精神内にある。
従って、示した明細および実施形態は、単に例示として考慮され、本発明の真の範囲は、添付の特許請求項と等価物とによって示される、ということが意図されている。
【産業上の利用可能性】
【０１２６】
本発明は、情報テクノロジ（ＩＴ）インフラストラクチャの分野で利用可能である。
【図面の簡単な説明】
【０１２７】
【図１】リアルタイムで互いを活用することができない２つのばらばらのインフラストラクチャを示す。
【図２】無遅延型企業（ＺＬＥ）モデルを示す。
【図３】商業的業務をその関連するサービス関係とともに説明する。
【図４】運用と、消費者とのインタラクションおよび消費者への応答とにおける遅延の現実であって、企業に対し遅延を低減するソリューションを求めるよう促すものを示す。
【図５】ＺＬＥとして運営している企業が、顧客が関与している間にリアルタイムに評価され微調整される、即時のパーソナライズされたマーケティングを（既知のまたは知ることが可能な顧客選好に基づいて）、いかに行うことができるかを示す。
【図６】小売組織の実施例である。
【図７】統合された、応答するおよび個人的な企業顧客コンタクトサイト（システムおよびアプリケーションを含む）のすべてを有するＺＬＥを示す。
【図８】ＺＬＥアーキテクチャのための青写真としてのＺＬＥモデルを示す。
【図９】好ましい実施形態における、仮想ハブに中心をおくマルチレベルアーキテクチャ（ＺＬＥアーキテクチャ）を画定するＺＬＥフレームワークを示す。
【図１０】ＺＬＥフレームワークのコアを示す。
【図１１】Ｔｕｘｅｄｏ、ＣＯＲＢＡまたはＪａｖａテクノロジに基づくことが可能である異なるアプリケーションサーバを有するＺＬＥフレームワークを示す。
【図１２ａ】トランザクションまたはインタラクションによって変更されないデータを含むルックアップデータ（すなわち、先のアクティビティの履歴アカウント）を示す。インタラクションマネージャとルールエンジンとが、特定のタイプの業務に関連してプロンプトまたは応答を生成するためにいかに協働することができるかも示す。
【図１２ｂ】トランザクションまたはインタラクションによって変更されないデータを含むルックアップデータ（すなわち、先のアクティビティの履歴アカウント）を示す。
【図１２ｃ】トランザクションまたはインタラクションによって変更されないデータを含むルックアップデータ（すなわち、先のアクティビティの履歴アカウント）を示す。
【図１３】不正検出、顧客インタラクションおよびパーソナライゼーション、顧客データ管理、ナローキャスティング等、クリップオンアプリケーションを示す。
【図１３ａ】不正検出、顧客インタラクションおよびパーソナライゼーション、顧客データ管理、ナローキャスティング等、クリップオンアプリケーションを示す。さらに、インタラクションマネージャとルールエンジンとが、特定のタイプの業務に関連してプロンプトまたは応答を生成するためにいかに協働することができるかをさらに示す。
【図１３ｂ】不正検出、顧客インタラクションおよびパーソナライゼーション、顧客データ管理、ナローキャスティング等、クリップオンアプリケーションを示す。
【図１３ｃ】不正検出、顧客インタラクションおよびパーソナライゼーション、顧客データ管理、ナローキャスティング等、クリップオンアプリケーションを示す。
【図１３ｄ】不正検出、顧客インタラクションおよびパーソナライゼーション、顧客データ管理、ナローキャスティング等、クリップオンアプリケーションを示す。
【図１４】分析アプリケーションに対するオペレーショナルデータストア（operational data store（ＯＤＳ））から検索され、引き渡されるバルクデータ（たとえば、リアルタイム顧客データ）を示す。
【図１５】ＺＬＥフレームワークとインタフェースするのではなく、論理的にそれに統合される（ドッキングされる）BroadvisionまたはSiebelの顧客関係管理（customer relationship management（ＣＲＭ））アプリケーション等のアプリケーションを示す。
【符号の説明】
【０１２８】
１・・・データウェアハウス、
１２・・・販売場所、
１３・・・コールセンター、
１４・・・クレジット、
１５・・・払戻し、
１８・・・ギフトレジストリ、
２０・・・ゲストインタラクション、
２２・・・ルールおよびポリシー、
２４・・・ゲスト選好、
２６・・・生産的／サービス可用性、
２８・・・遅延低減、
３０・・・ゲストデータ、
１０１・・・アプリケーションサーバ／ＴＰモニタ、
１１０・・・エンタープライズアプリケーション、
１１１・・・ＳＳＩクラスタ化オペレーティングシステム、
１１２・・・アダプタ、
１１４・・・分析、
１１６・・・ＺＬＥドッキングＩＳＶ、
１１８・・・クリップオンアプリケーション、
１２１・・・ルール、
１２３・・・変換、
１２２・・・ワークフロー、
１２４・・・メッセージルーティング、
１２５・・・イベント捕捉、
１３１・・・インタラクションマネージャ、
１３２・・・通知、
１３３・・・キャンペーン管理、
１３４・・・ゲストマネージャ、
１３５・・・詳細アクセス、
１４０・・・モデル、
２０２ａ・・・・ＺＬＥ内のサービス、
２０６・・・Ｔｕｘｅｄｏ技術、
２０８・・・ＣＯＢＲＡ技術、
【図１】
2004538542.tif 000002
【図２】
2004538542.tif 000003
【図３】
2004538542.tif 000004
【図４】
2004538542.tif 000005
【図５】
2004538542.tif 000006
【図６】
2004538542.tif 000007
【図７】
2004538542.tif 000008
【図８】
2004538542.tif 000009
【図９】
2004538542.tif 000010
【図１０】
2004538542.tif 000011
【図１１】
2004538542.tif 000012
【図１２ａ】
2004538542.tif 000013
【図１２ｂ】
2004538542.tif 000014
【図１２ｃ】
2004538542.tif 000015
【図１３】
2004538542.tif 000016
【図１３ａ】
2004538542.tif 000017
【図１３ｂ】
2004538542.tif 000018
【図１３ｃ】
2004538542.tif 000019
【図１３ｄ】
2004538542.tif 000020
【図１４】
2004538542.tif 000021
【図１５】
2004538542.tif 000022
【国際公開パンフレット】
2004538542.tif 000023
2004538542.tif 000024
2004538542.tif 000025
2004538542.tif 000026
2004538542.tif 000027
2004538542.tif 000028
2004538542.tif 000029
2004538542.tif 000030
2004538542.tif 000031
2004538542.tif 000032
2004538542.tif 000033
2004538542.tif 000034
2004538542.tif 000035
2004538542.tif 000036
2004538542.tif 000037
2004538542.tif 000038
2004538542.tif 000039
2004538542.tif 000040
2004538542.tif 000041
2004538542.tif 000042
2004538542.tif 000043
2004538542.tif 000044
2004538542.tif 000045
2004538542.tif 000046
2004538542.tif 000047
2004538542.tif 000048
2004538542.tif 000049
2004538542.tif 000050
2004538542.tif 000051
2004538542.tif 000052
2004538542.tif 000053
2004538542.tif 000054
2004538542.tif 000055
2004538542.tif 000056
2004538542.tif 000057
2004538542.tif 000058
2004538542.tif 000059
2004538542.tif 000060
2004538542.tif 000061
2004538542.tif 000062
2004538542.tif 000063
2004538542.tif 000064
2004538542.tif 000065
2004538542.tif 000066
2004538542.tif 000067
2004538542.tif 000068
2004538542.tif 000069
2004538542.tif 000070
2004538542.tif 000071
2004538542.tif 000072
2004538542.tif 000073
2004538542.tif 000074
2004538542.tif 000075
2004538542.tif 000076
2004538542.tif 000077
2004538542.tif 000078
2004538542.tif 000079
2004538542.tif 000080
2004538542.tif 000081
2004538542.tif 000082
2004538542.tif 000083
2004538542.tif 000084
【国際公開パンフレット（コレクトバージョン）】
2004538542.tif 000085
【国際調査報告】
2004538542.tif 000086
2004538542.tif 000087