(57)【要約】  個別に実行可能なエージェントが各々経時的に変化する関連情報に対してタスクを実行し、現在のデータを作成する。エージェント間に入力及び出力を配信し、現在のデータに基づいて集合化及び集約化された多数の経営情報のアセンブリを企業の少なくとも一部の経営に利用できるようにする。【選択図】図１【特許請求の範囲】
【請求項１】
個別に実行可能なエージェントにそれぞれ時間と共に変化する関連情報に関するタスクを行わせて、現在の情報を作成する段階であって、前記エージェントはネットワークモデルに適合し且つ入力及び出力を配信するネットワークリンクを含むネットワークの一部であり、前記リンクの少なくとも幾つかは一時的なものである段階と、
エージェント間に入力及び出力を配信して、前記現在の情報に基づいて集合化及び集約化された多数の経営情報のアセンブリを企業の少なくとも一部の経営に用いることを可能にする段階と、
を含む方法。
【請求項２】
前記一時的なリンクが、前記ネットワークモデルに適合する動的に構成されたネットワークを定める請求項１に記載の方法。
【請求項３】
前記リンクの少なくとも幾つかが継続的なものである請求項１に記載の方法。
【請求項４】
前記エージェントのグループが、前記ネットワークモデルに適合するサブネットワークで動作し、前記サブネットワークが、前記ネットワークモデルに適合するネットワークの一部を含む請求項１に記載の方法。
【請求項５】
前記サブネットワークの別のインスタンスが、前記ネットワークモデルに適合する別のネットワークの一部を含む請求項４に記載の方法。
【請求項６】
前記エージェントが、前記ネットワークモデルに適合するネットワークの少なくとも一部を含み、前記ネットワークの外部にあるプロセスが、経営情報の主体をアセンブルする際に使用するため現在の情報の少なくとも一部をネットワークに要求することを特徴とする請求項１に記載の方法。
【請求項７】
前記外部のプロセスが、エキスパートエンジンを含む請求項６に記載の方法。
【請求項８】
前記エキスパートエンジンがモデルによって駆動される請求項７に記載の方法。
【請求項９】
企業に関連するデータの分散されたリポジトリから前記企業の少なくとも一部の経営に関連して利用される現在のデータを取得する段階であって、前記リポジトリの異なるものからのデータが形式的及び時間的な不一致を有する段階と、
前記リポジトリの異なるものから受信したデータの形式的な整合性を向上させる段階と、
前記向上されるデータの一部を一時的に格納し、前記データの時間的な整合性を向上させる段階と、
前記企業の一部のモデルを使用して、前記時間的及び形式的に向上されたデータを分析し、結果として得られる経営データを生成する段階と、
前記経営データを前記リポジトリから取得した前記現在データに対して最新の時間フレームで分散する段階と、
前記現在データのアイデンティティを前記モデル及び分散される前記結果として得られた経営データに基づいて経時的に適応して変化させる段階と、
を含む方法。
【請求項１０】
前記現在のデータが前記リポジトリからプルされる請求項９に記載の方法。
【請求項１１】
前記現在のデータが前記リポジトリからプッシュされる請求項９に記載の方法。
【請求項１２】
後で使用するために前記経営データを格納する段階を更に含む請求項９に記載の方法。
【請求項１３】
前記経営データが、前記データを使用するプロセスに通知によって分散される請求項９に記載の方法。
【請求項１４】
前記経営データが、前記データの自動配信よってプロセスに分散される請求項９に記載の方法。
【請求項１５】
前記現在のデータが、前記結果として得られる経営データを分散する必要性に応じて取得される請求項９に記載の方法。
【請求項１６】
前記現在データが、前記結果として得られる経営データが分散される時点を基準にした時間で取得される請求項９に記載の方法。
【請求項１７】
入手される前記現在データのアイデンティティが、分散される前記経営データのアイデンティティに基づくことを特徴とする請求項９に記載の方法。
【請求項１８】
アセンブリライン方式に分散されたリポジトリから企業データを処理し、企業の少なくとも一部の経営に有用な経営データを作成する段階を含む方法であって、
前記アセンブリラインが前記データ上でタスクを行う個別の実行可能なエージェントを有し、
前記エージェントが、
前記経営データを作成する際に他の場合では有用ではないデータを処理するクレンジングエージェントと、
前記データを正規化する正規化エージェントと、
前記データの整合性を向上させる変換エージェントと、
前記経営データを形成するためにデータをアセンブルするアセンブラエージェントと、
追加の処理のためにデータを形成しステージするステージングエージェントと、
を有し、
パイプラインにおける前記エージェントのシーケンス及びタスクが、経営される企業の一部の変化に適応可能であることを特徴とする方法。
【請求項１９】
企業の一部についての現在の多次元データをキューブに格納し更新する段階と、
前記企業の一部の経営に利用する評価指標と前記多次元の現在データとの間の関係を定義するデータをキューブに格納する段階と、
前記多次元の現在データに関するメタデータをキューブに格納する段階と、
前記キューブを使用してクエリに応答して現在データにアクセスし、前記企業の一部の経営に有用な経営情報を生成する段階と、
を含む方法。
【請求項２０】
ネットワークモデルで編成された個別の実行可能なエージェントを用いて分散したリポジトリから企業についての現在の情報を蓄積する段階であって、蓄積される前記現在の情報が所定の分析処理によって求められ、該分析処理は、前記企業の機能態様と関連付けられ、且つ前記現在の情報を使用してある企業分野に属する前記企業についての機能情報を作成する段階と、
前記機能情報を処理し、結果として得られる経営情報を作成する段階であって、前記処理が、前記分野に属する他の企業に再利用可能であるアプリケーションで行われる段階と、
を含む方法。
【請求項２１】
前記分野が製造業を含む請求項２０に記載の方法。
【請求項２２】
前記分野が金融サービス業を含む請求項２０に記載の方法。
【請求項２３】
前記機能態様が、金融、サプライチェーン、情報技術、及び販売のうちの少なくとも１つを含む請求項２０に記載の方法。
【請求項２４】
企業に関連するデータの分散されたリポジトリから、前記企業の少なくとも一部の経営に関連して利用される現在のデータを取得し、前記リポジトリの異なるものからのデータが形式的及び時間的な不一致を有しており、
前記リポジトリの異なるものから受信したデータの形式的な整合性を向上させ、
前記向上されたデータの一部を一時的に格納し前記データの時間的な整合性を向上させ、
前記企業の一部のモデルを使用して前記時間的及び形式的に向上したデータを分析し、結果として得られる経営データを生成し、
前記リポジトリから取得した現在データに対して最新の時間フレームで前記経営データを分散させ、
前記現在データのアイデンティティを前記モデル及び分散される前記結果として得られた経営データに基づいて経時的に適応して変化させる
ようにマシンに行わせる命令を記録する媒体。
【請求項２５】
アセンブリライン方式に分散されたリポジトリから企業データを処理し、企業の少なくとも一部の経営に有用な経営データを作成するようにマシンに行わせる命令を記録する媒体であって、
前記アセンブリラインが前記データ上でタスクを行う個別に実行可能なエージェントを含み、該エージェントが、
前記経営データを作成する際に他の場合では有用ではないデータを処理するクレンジングエージェントと、
前記データを正規化する正規化エージェントと、
前記データの整合性を向上させる変換エージェントと、
前記経営データを形成するためにデータをアセンブルするアセンブラエージェントと、
追加の処理のためにデータを形成しステージするステージングエージェントと、
を有し、
パイプラインにおける前記エージェントのシーケンス及びタスクが、経営される企業の一部の変化に適応可能であることを特徴とする媒体。
【請求項２６】
企業の一部についての多次元の現在データをキューブに格納しアップデートし、
前記企業の一部の経営に利用する評価指標と前記多次元の現在データとの間の関係を定義するデータをキューブに格納し、
前記多次元の現在データに関するメタデータをキューブに格納し、
前記キューブを使用してクエリに応答して現在データにアクセスし、前記企業の一部の経営に有用な経営情報を生成する、
ようにマシンに行わせる命令を記録する媒体。
【請求項２７】
ネットワークモデルで編成された個別に実行可能なエージェントを用いて分散したリポジトリから企業についての現在の情報を蓄積し、蓄積される前記現在の情報が所定の分析処理によって求められ、該分析処理が前記企業の機能態様と関連付けられ、且つ現在の情報を使用してある企業分野に属する前記企業についての機能情報を作成し、
前記機能情報を処理し、結果として得られる経営情報を作成し、前記処理が前記分野に属する他の企業に再利用可能であるアプリケーションで行われる、
ようにマシンに行わせる命令を記録する媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は企業情報の提供に関する。
【背景技術】
【０００２】
企業の経営者は、例えば企業（又はその一部）を効率的に経営できるように、企業のビジネスモデルに基づいて提示される現在の整合性のある選別された情報を見ることができる必要がある。経営情報の根拠となる基本的データ及びインテリジェンスは、通常は企業全体に分散され、多くのシステム及びプロセスに点在し、経営者の視界から見えないところにある。データは、経営者に届くときには断片化され、整合性がなく、時機を失していることが多い。経営者による情報へのあらゆる新しい要求は、既存のソースからのデータに修正を施すアドホック処理により実行される。ビジネス手法の変化は、「ハードコード」の情報処理が不適切となり、情報が損なわれることになる。経営者は、このような情報に対してあいまいなシナリオベースの認識を適用することによって、ビジネスアナリストとしての役割を果たす。情報を下位レベルに掘り下げることは困難である。
【０００３】
経営者が見ることができる必要がある情報の種類とは、多くの場合、企業の業績の上位レベルの指標（評価指標とも呼ぶ）であり、例えば、バランススコアカード及びシックスシグマのような方法を通じて提示される一連の主要業績評価指標（ＫＰＩ）である。かかる評価指標を構築する生データのソースは、運用システム、分析システム、及びデスクトップデータを含むことができる。運用システムには、ＳＡＰより提供されるような企業資源計画（ＥＲＰ）システム、Ｓｉｅｂｅｌにより提供されるような顧客関係管理（ＣＲＭ）システム、サプライチェーンシステム、製造システムがある。分析システムには、Ｃｏｇｎｏｓ、Ｈｙｐｅｒｉｏｎ、及びＢｕｓｉｎｅｓｓ  Ｏｂｊｅｃｔｓにより提供されるようなビジネスインテリジェンスシステム、Ｏｒａｃｌｅ及びＭｉｃｒｏｓｏｆｔにより提供されるウェアハウスシステム、Ｃｒｙｓｔａｌにより提供されるような報告システムがある。デスクトップデータは、Ｅｘｃｅｌのスプレッドシート及び他の文書に組み込むことができる。
【発明の開示】
【０００４】
一般に、１つの態様において本発明は、個別に実行可能なエージェントにそれぞれ時間と共に変化する関連情報に関するタスクを行わせて、現在の情報を作成する段階と、エージェント間で入力及び出力を配信して、現在の情報に基づいて集合化及び集約化された多数の経営情報のアセンブリを企業の少なくとも一部の経営に利用できるようにする段階とを含む方法を備えることを特徴とする。
【０００５】
本発明の実装には、以下の特徴の１つ又はそれ以上を含むことができる。エージェントは、ネットワークモデルに従って編成される。エージェントは、入力及び出力を送信及び受信するポートを有する。入力及び出力の少なくとも幾つかは、エージェント間のルーティングデバイスを通過する。ルーティングデバイスは、ハブ、ルータ、及びゲートウェイを含む。エージェントは、ネットワークモデルに適合するネットワークの一部であって、入力及び出力を配信するネットワークリンクを含む。リンクの少なくとも幾つかは一時的なものである。一時的なリンクは、ネットワークモデルに適合する動的に構成されたネットワークを定める。リンクの少なくとも幾つかは、継続的なものである。エージェントグループは、ネットワークモデルに適合するサブネットワークで動作し、サブネットワークは、ネットワークモデルに適合するネットワークの一部を構成する。サブネットワークの別のインスタンスは、ネットワークモデルに適合する別のネットワークの一部を構成する。エージェントは分散されている。エージェントは、少なくとも一部は地理的に分散される。関連した情報の少なくとも幾つかは、データベースに格納される。入力及び出力の少なくとも幾つかはイベントを含む。入力及び出力の少なくとも幾つかは、データを含む。請求項の方法では、ネットワークモデルに適合する要素が、互いにその性能を記載している。エージェントは、ネットワークモデルに適合するネットワークの少なくとも一部を含み、ネットワークの外部にあるプロセスは、多数の経営情報をアセンブルする際に使用するため現在の情報の少なくとも一部をネットワークに要求する。外部プロセスは、エキスパートエンジンを含む。エキスパートエンジンは、モデルによって駆動される。
【０００６】
一般に、別の態様では本発明は、（ａ）企業に関連するデータの分散されたリポジトリから企業の少なくとも一部の経営に関連して利用される現在データを取得する段階であって、リポジトリの異なるものからのデータが形式的及び時間的な不一致を有する段階と、（ｂ）リポジトリの異なるものから受信したデータの形式的な整合性を向上させる段階と、（ｃ）向上させるデータの一部を一時的に格納してデータの時間的な整合性を向上させる段階と、（ｄ）企業の一部のモデルを用いて時間的及び形式的に向上されたデータを分析し、結果として得られる経営データを生成する段階と、（ｅ）経営データをリポジトリから得た現在データに対して最新の時間フレームで分散する段階と、（ｆ）現在データのアイデンティティをモデル及び分散される結果として得られる経営データに基づいて経時的に適応して変化させる段階とを含む方法を備えることを特徴とする。
【０００７】
本発明の実装には、以下の特徴の１つ又はそれ以上を含むことができる。現在のデータはリポジトリからプルされ、又はリポジトリからプッシュされる。経営データは、後で使用するために格納される。経営データは、通知によってデータを使用するプロセスに分散される。経営データは、データの自動配信によってプロセスに分散される。現在データは、結果として得られる経営データを分散させる必要性に応じて取得される。現在データは、結果として得られる経営データが分散される時点を基準とした時間で取得される。取得される現在データのアイデンティティは、分散される経営データのアイデンティティに基づく。
【０００８】
一般に別の態様では、本発明は、アセンブリライン方式に分散されたリポジトリからの企業データを処理し、企業の少なくとも一部の経営に有用な経営データを作成する段階を含む方法であって、アセンブリラインがデータ上でタスクを行う個別に実行可能なエージェントを有し、該エージェントが、経営データを作成する際に他の場合では有用ではないデータを処理するクレンジングエージェントと、データを正規化する正規化エージェントと、データの整合性を向上させる変換エージェントと、経営データを形成するためにデータをアセンブルするアセンブラエージェントと、追加の処理のためにデータを形成するステージングエージェントとを有し、パイプラインにおけるエージェントのシーケンス及びタスクが、経営される企業の一部の変化に適合可能である方法を備えることを特徴とする。
【０００９】
一般に別の態様では、本発明は、企業の一部についての多次元の現在データをキューブに格納し更新する段階と、企業の一部の経営に利用する評価指標と多次元の現在データとの間の関係を定義するデータをキューブに格納する段階と、多次元の現在データに関するメタデータをキューブに格納する段階と、キューブを使用してクエリに応答して現在データにアクセスし、企業の一部の経営に有用な経営情報を生成する段階とを備えることを特徴とする。
【００１０】
一般に、別の態様では本発明は、（ａ）ネットワークモデルで編成された個別に実行可能なエージェントを用いて分散したリポジトリから企業についての現在の情報を蓄積する段階であって、蓄積される現在の情報が所定の分析処理によって求められ、この分析処理は企業の機能態様と関連付けられ、現在の情報を使用してある企業分野に属する企業についての機能情報を作成する段階と、（ｂ）機能情報を処理して結果として得られる経営情報を作成する段階であって、該処理はこの分野に属する他の企業に再利用可能であるアプリケーションで行われる段階とを含むことを特徴とする。
【００１１】
本発明の実装には、以下の特徴の１つ又はそれ以上を含むことができる。この分野は、製造業者を含む。この分野は金融サービス業を含む。機能態様は、金融、サプライチェーン、情報技術、及び販売のうちの少なくとも１つを含む。
【００１２】
別の態様では、本発明は、機械に特定の動作を行わせる命令を記録する媒体として、又はシステムもしくは装置として表されるこうした特徴（及び他の特徴）を含む。
【００１３】
他の特徴及び利点は、本明細書及び請求項から明らかになるであろう。
【発明を実施するための最良の形態】
【００１４】
図１に示すように、選択された生の企業情報を必要に応じて収集、格納、処理、及び分析するために適切な機構（可視化ソリューション又は可視化システム、すなわちシステム３００と呼ぶこともある）を設けることによって、精選され、整合性があり、安全で最新の高水準情報（評価指標と呼ぶことがある）を経営者に効率的に配信し、経営者が企業の一部又は全体を管理できるようにすることが可能である。
【００１５】
例えば運用システム３０２、分析システム３０４、及びデスクトップデータ３０６により保管され又は作成される情報並びに関連するインテリジェンスは、企業全体に分散されている。リアルタイムの評価指標３０８を作成するために、リアルタイムイベントとして基本的情報に対し変更及び追加を行うことができる。基本的情報の測定の精度は、信頼性のある情報を作成するために測定の待ち時間で平衡をとることができる。待ち時間を短縮するために、生情報の大半はソースに残しておくことができ、選択された情報だけを集めて格納する。分散情報はリアルタイムで変化し、この分散情報を使用して最小の待ち時間で信頼性のある評価指標を生成することを目標とする。リアルタイムの分散情報は、企業情報ネットワーク（ＢＩＮ）とも呼ばれるネットワーク概念を用いて処理される。幾つかの実施例では、ＢＩＮはメッセージモデルに基づくことができる。
【００１６】
可視化システムは、層３１０（図２）状に編成される。ＢＩＮは、ネットワーク層３１２でモデル化される。基本的データは、バックエンドシステム３１３から取得される。例えば、プレゼンテーション層３１４は、いわゆるダッシュボード３１５を用いて、経営者（経営者の代わりに経営幹部という用語を使うこともある）によって容易に消費できる方法で生成された評価指標を表示する。ネットワーク層及びプレゼンテーション層は、リアルタイムで評価指標を表示することができる。
【００１７】
本システムはまた、幾つかのモデリング層３１７を含むことができ、ここでは、どの情報又は評価指標が経営者に必要とされているかという問題は、これらの評価指標がどのように生成されるかという問題から切り離される。モデリング層は、生成された評価指標の信頼性を管理し、評価指標を管理及び見るために成功事例を体系化することができる。またモデリング層は、経営者に有益な情報が何であるか、及びどのようにしてこれを基本的データから生成することができるかといったことを定義するビジネスモデルの態様を具現化することができる。
【００１８】
ネットワーク層
図３に示すように、ＢＩＮ３１８は、ネットワークに接続された一連のエージェント３２０としてモデル化される。エージェントは、メッセージを用いて非同期的に世界の他の地域と通信する。エージェントは、メッセージの消費及び／又は作成の両方を行う。エージェントは、特定の機能を実行し、ネットワークの構成単位である。各エージェントは、他のエージェントから独立しており、これにより幾つかのＢＩＮで再利用できるようになる。
【００１９】
ＢＩＮは、リアルタイムの分散情報を効率的に処理するように構築されている。関係するエージェントは、非同期のメッセージを消費及び／又は作成することができるため、ＢＩＮはリアルタイムイベントを容易に処理することができる。図４に示すように、ＢＩＮ３２１は、サブネットワーク３２２に分割することができ、これは地理的に分散させることが可能である。全てのサブネットワークは集合的にいわゆるユニバーサルＢＩＮ又はユニバーサル情報ネットワーク３２３を形成する。
【００２０】
ＢＩＮに加わるエージェントは、例えば、外部のウェブサーバ又はデータソースからデータの抽出、データの変換、情報の分析及び／又は収集、情報の格納又は検索、及び情報の変更の監視など様々なタイプの機能を有することができる。また、ルータ及びゲートウェイのような特別なネットワーク構成要素は、ネットワーク内及びネットワーク間でメッセージの流れを制御する。エージェントを共に接続することによって、リアルタイムに評価指標を収集、生成及び／又は監視する分散ネットワークを形成することができる。
【００２１】
モデリング層
サービス配信へのいわゆる宣言型手法では、エンドユーザは入手したいものを宣言するだけでよい。いわゆる手続き型手法では、エンドユーザは論理の流れを制御し、論理をプログラムすることによって欲しいものを得る。宣言型モデルは、「内容」に重点を置くのに対し、手続き型モデルは「方法」に対して重点を置く。幾つかの実施例では、本システムのネットワーク層は手続き型モデルに近い。モデリング層は、ネットワーク層の手続き型手法から宣言型手法への変換を可能にする機能を果たす。従って、本システムにおいて宣言型モデル及び手続き型モデルの組み合わせが利用される。
【００２２】
特にモデリング層は、内容を方法にマッピングする。マッピングは、手動で行うか、又は自動的に推論することができる。マッピングを完全に自動化する場合、モデルは純粋な宣言型となる。マッピングを手動で行う場合でも、モデリング層は実装の詳細から定義を切り離すのに有益であり、システムの有用性を向上させる。
【００２３】
図５に示すように、モデリング層は、ビジネスエンティティモデル３２４と、評価指標モデル３２６と、方法論モデル３２８とを含むことができる。
【００２４】
組織の情報は、各々個人のビジネス情報モデルを有する幾つかの（又は多くの）アプリケーション（又はデータソース）３２９にわたり散在する。ビジネスエンティティモデルの機能は、企業との関連においてあらゆるアプリケーションに及び、ユニバーサルモデルを異なるネイティブアプリケーションモデルにマッピングするユニバーサルモデルを表し且つ実装することである。
【００２５】
本システムでは、主要業績評価指標（ＫＰＩ）を、ハイパーキューブモデル（後で説明する）に適合するＮ次元のハイパーキューブで表される評価指標としてモデル化される。評価指標モデリング層３２６は、評価指標の定義を評価指標の生成方法の詳細と分離する評価指標の仮想キューブ又は仮想ウェアハウスを作成する。次いで、ダッシュボードデザイナ（ダッシュボード３２７は、経営者に経営情報を提示するアプリケーションを意味する）は、仮想キューブからエンドユーザに対しテーブル又はチャートとして評価指標を提示することができる。評価指標に影響を与える情報は、ＢＩＮを介して分散され、取り込まれる。評価指標モデリング層は、導かれる評価指標を生成し、評価指標に閾値及び目標を設定し、評価指標の精度及び信頼性を推定する。
【００２６】
方法論モデル３２８は、エンドユーザが標準化し又は常態化している業界標準の方法（バランススコアカード、シックスシグマなど）で評価指標を編成し管理する機能を有する。
【００２７】
プレゼンテーション層
図６に示すように、評価指標は、ダッシュボード３３０としてエンドユーザに提示される。ダッシュボード制御部３３２は、ダッシュボードの構成単位である。これらは、ネットワーク層及び／又はモデリング層によって生成された評価指標を提示する。ダッシュボード制御部は、制御コンテナ３３４に集められる。制御コンテナは、制御部と他のコンテナとを保持することができる。制御コンテナは、制御部をホストするシェルを提供し、制御部間の通信、ある制御部から他の制御部への横断、及びユーザ対話のような機能を提供する。制御部は、受動モードと能動モードの両方で動作することができる。受動モードでは、制御部は、情報を一度引き出し、能動モードではライブアップデートを表示する。
【００２８】
ナビゲーション制御部３３８は、ユーザがダッシュボード間又はダッシュボード内を進むことができるようにする。
【００２９】
システム構成
図７に示すように、可視化システム３４０は、ツール３４４を用いて容易に設定可能であり、且つフレームワーク３４６を用いて容易に拡張可能なコアプラットフォーム３４２を含む。垂直機能（財務、ＩＴ基盤、サプライチェーンなど）及び垂直産業（製造、金融サービス、アウトソーシング、政府機関など）を扱う特定のシステム（垂直ソリューション３４７）は、可視化システムに基づき構築することができる。顧客ソリューション３４８は、垂直ソリューションに基づいて構築することができる。
【００３０】
アプリケーションスタック
可視化システムにおけるサービス及びフレームワークの編成の実施例を図８に示す。コア機能は、サービスフレームワーク３５２に従う一連のサービスとして構築される。プラットフォーム機能を提供するサービスは、インフラストラクチャサービス３５４、共通サービス３５６、及びＢＩＮサービス３５８（ＢＩＮフレームワーク３５９と関連する）の３つのカテゴリに編成される。ビジネス機能を提供するサービスは、基本サービス３６０、アプリケーションサービス３６２、及びビジネスサービス３６４に編成される。プレゼンテーションサービス３６６は、生成された情報をダッシュボードフレームワーク３６７に適合してエンドユーザに集合的に表示する一連のサービスである。一連のサービスに加えて、デザイナスタジオ３６８が、デザイナフレームワーク３７０に適合して動作する。全てのバックエンドツールは、デザイナフレームワークを用いて構築され、これらはデザイナスタジオで集合的にホストされる。
【００３１】
サービスの各カテゴリを図９の表に記載する。
【００３２】
通信
可視化システムによりサポートされる通信モードは、サービスのクライアントがサービスを直接呼び出すサービスベースモード（密結合）と、メッセージサービスを用いてメッセージを交換することによる間接的な通信のメッセージベースモード（疎結合）と、ＢＩＮに加わることにより通信が行われるネットワークベースモード（疎結合）とを含むことができる。
【００３３】
あらゆる外部通信（可視化システムの外部境界を越えるもの）は、一般にネットワークベースの通信を用いる。あらゆる内部通信（可視化システムの範囲内であるもの）は、通常はサービスベースの通信及びメッセージベースの通信を用いる。このシステムの上位の層はまた、ネットワークベースの通信を用いることができる。
【００３４】
サービスベースの通信
図１０に示すように、サービスベースの通信では、クライアント３７２がサービス３７４を呼び出す。クライアントは、例えばネットワークのエージェント、又はプレゼンテーションもしくはデザイナのコードなど他のサービスとすることもできる。
【００３５】
図１１に示すように、クライアント３７１は、最初にサービスレジストリ３７６からサービスのロケーション３７５を取得し、次いでそのロケーションでサービスを呼び出す３７７ことにより、サービス３７３に直接アクセスすることができる。
【００３６】
内部サービスの内部クライアントでは、サービスの呼び出しの詳細はクライアントフレームワークにより遮蔽されている。各サービスは、サービスを利用しやすくするクライアントライブラリを提供する。
【００３７】
メッセージベースの通信
図１２に示すように、どの２つのモジュールもメッセージサービスを用いて互いに間接的に通信することができる。メッセージを交換するために用いられる第１の機構は、公表−購読である。メッセージサービス３８０を介して、メッセージ３８０がチャネル３８２に公表される。チャネルに公表されたメッセージは、そのチャネルの全ての購読者３８３により受け取られる。公表プロセス及び購読プロセスの実施例を図１３に示す。
【００３８】
メッセージサービスに公表されるメッセージは、ＳＯＡＰフォーマットに従い、ヘッダ及び本体、すなわちＳＯＡＰメッセージ、ＳＯＡＰヘッダ、ＳＯＡＰ本体を有する。メッセージサービスは、ヘッダ及び本体が含むはずのものを特定しない。メッセージの公表者及び購読者は、相互にメッセージの構造及び意味を理解しなければならない。
【００３９】
ネットワークベースの通信
図１４に示すように、ネットワークの基本的な構成単位はエージェント３８４である。エージェントは、そのポート３８５を通してメッセージを交換することにより通信する。エージェントは、その受信ポート３８５を通してメッセージを受信し、その送信ポート３８６を通してメッセージを送信する。ポートは、リンク３８８を通してチャネル３８７にリンクされている。チャネルに接続された送信ポートは、チャネルにメッセージを送信し、チャネルに接続された受信ポートは、チャネルからメッセージを受信する。
【００４０】
例えば、図１５に示すように、チャネル１を通して接続されるエージェント３８９及びエージェント３９０は、以下のように互いに通信する。ネットワークは、ＢＩＮフレームワークを実装するＢＩＮランタイムサービス４００によりホストされる。ＢＩＮランタイムは、エージェント間でメッセージを伝えるために内部でメッセージサービス４０２を利用する。ネットワーク内の全てのチャネルは、メッセージサービスの対応するチャネルに直接マップされる。エージェントが、その送信ポートからメッセージを送信する４０３と、ＢＩＮランタイムがメッセージを取り込み、メッセージサービスの対応するチャネルにこれを公表する４０４。同様に、ＢＩＮランタイムは、受信ポートに接続されたチャネルを購読し、チャネルを通して受信されるあらゆるメッセージを取り込み、これをその受信ポートからエージェントに送信する４０５。
【００４１】
通信する１つの方法は、ＢＩＮに入ったエージェントがメッセージ指向の通信でアクティブな参加者となることである。エージェントは、そのポートからＸＭＬメッセージを送信することにより通信することができる。
【００４２】
通信する別の方法は、ネットワーク内の全てのチャネルが、メッセージサービス内の同じ名前を有するチャネルに直接マップされることを利用する。これにより、ネットワーク内のチャネルに直接公表又は購読することにより、メッセージサービスを利用することが可能になる。
【００４３】
メッセージ
ＢＩＮ内を流れるメッセージは、ＢＩＮメッセージと呼ばれる特定のＳＯＡＰメッセージである。ＢＩＮメッセージは、ＳＯＡＰヘッダのより豊富な定義を有する。メッセージのビジネスコンテクストは、ＸＭＬメッセージとしてＳＯＡＰ本体においてコード化される。メッセージのスキーマを定義することは、エージェントに委ねられる。ＢＩＮメッセージの実施例は、以下に示すように構造化される。
【００４４】
ＢＩＮメッセージ
ＳＯＡＰヘッダ
メッセージＩｄ
相関Ｉｄ
シーケンス
Ｉｄ
番号
カウント
コンテクスト
セキュリティコンテクスト
チケット
主体名
有効日時
ロケールコンテクスト
ビジネスコンテクスト
経路履歴
ルート情報
ネットワーク構成要素ＵＲＩ
タイムスタンプ
ＳＯＡＰ本体
ビジネスコンテクスト
【００４５】
この実施例では、メッセージＩｄは、ロギング及びトラブルシューティング目的のためにメッセージを識別するグローバルユニークＩｄである。相関Ｉｄは、１つ又は複数のメッセージを相関付けるのに使用され、通信のリクエスト−応答モードで使用される。シーケンスＩｄ及びシーケンス番号は、一連のメッセージを所与の順番で送信するために使用される。シーケンスの全てのメンバーが同じＩｄを共用し、１から始まる番号が付与される。シーケンスカウントは、シーケンスのメッセージの総数を示す。シーケンスの少なくとも１つのメッセージは、カウントの値を定める必要がある。相関Ｉｄの変わりに個別のシーケンスＩｄを使用し、複数のシーケンスを相関付けることが可能である。メッセージのコンテクストは、セキュリティ関連情報のためのセキュリティコンテクストと、ロケール関連情報のためのロケールコンテクストと、幾つかのビジネスコンテクストとからなる。セキュリティ及びロケールコンテクストは、フレームワークにより使用され、ビジネスコンテクストは、コンテクスト情報を伝送するエージェントに使用される。ルート履歴は、メッセージが伝送されたパスを辿る。これは、メッセージが通過したネットワーク要素のＵＲＩとメッセージが届いたタイムスタンプとを含む一連のルート情報からなる。ＢＩＮフレームワークを実装するＢＩＮサービスが、ルート履歴を設定することになる。ルート履歴は、トラッキング及びトラブルシューティングに使用される。またフレームワークは、ルート履歴を利用してメッセージループを検出する。
【００４６】
図１６に示すように、全ての内部クライアントは、クライアントライブラリを用いて直接呼び出しにより共通サービス４０８（メッセージサービス４１０、セキュリティサービス４１２、ログサービス４１４）にアクセスすることができる。内部クライアントは、他のサービス、エージェント、プレゼンテーションサービス、及びデザイナとすることができる。サービスは、他のサービスにアクセスすることができるが、サービスの依存度は、図１６に示すようにサービススタック内の配置されている場所によって限定される。
【００４７】
サービスは、既知のチャネルにメッセージを公表することができる。どのクライアントも、これらの既知のチャネルを購読し、チャネル上に公表されたメッセージを受信することができる。共通サービスで提供される周知のチャネルを図１７の表に示す。
【００４８】
ベース層、アプリケーション層、及びビジネス層の各サービスはまた、他のクライアントが購読することができる周知のチャネルを定めることができる。周知のチャネルは、他の独立したサービス間で疎結合の通信を確立する優れた手段である。チャネルは、主として疎結合システムの内部状態を同期させるのに用いられる。
【００４９】
あらゆる基本サービス又はアプリケーションサービスも非同期ネットワークに参加することができる関連のエージェントを提供することができる。エージェントは、同期サービスが非同期ネットワークに参加できるようにする。しかしながら、基本サービス又はアプリケーションサービスは、ネットワークベースの通信を利用しない。サービスが提供するエージェントは、他の高レベルのサービスによって利用されることになる。ビジネスサービス、デザイナサービス、及びプレゼンテーションサービスは、メッセージサービスを介してチャネルに公表又は購読することによりネットワークベースの通信を利用することができる。
【００５０】
ログ及びセキュリティサービスについては図１８の表に記載する。
【００５１】
外部通信
幾つかの実施例では、外部システムが可視化システムとインターフェース接続するための２つの異なるインターフェースがあり、すなわち、システムに対してデータソースのような外部システムが追加される受信インターフェースと、可視化システムにより生成された情報に外部システムがアクセスする送信インターフェースとがある。受信側では、次の方法によりあらゆる外部システムは可視化ソリューションの一部となることができる。
【００５２】
図１９に示すように、ウェブサービスインターフェース４１６を備えた外部データソースは、標準ウェブサービスのプロキシエージェントを用いてＢＩＮに容易に入ることができる。ネットワークに入ると、プロキシエージェントを介してＳＯＡＰメソッドを呼び出す。
【００５３】
或いはネットワークとのインターフェースは、メッセージサービス４１９を用いてチャネルに直接公表することにより行うことができる。メッセージサービスは、ウェブサービスのインターフェースを有し、これを介して外部システムがメッセージを公表することができる。
【００５４】
別の手法では、フレームワークＡＰＩを用いて顧客エージェント４２１に書き込むことができる。この方法は、ウェブサービスのインターフェースを持たないが、データソースへの独自のＡＰＩを有するという状況において有用である。
【００５５】
外部のメッセージバスで公表されたメッセージはネットワークで受信することができる。
【００５６】
図２０に示すように、メッセージサービスは、サービスの基本的な実装に抽象概念をもたらす。システムは、メッセージサービスのインターフェースを実装することによって、あらゆる外部のメッセージバス（ＭＱシリーズ、ＪＭＳ  ４２４、４２６など）に適合することができる。あらゆる外部システム４２８は、外部バスを介してメッセージを公表することができ、内部クライアント４３０は、アダプタ４３２、４３４を介してそのメッセージを受信することができる。
【００５７】
送信側では、あらゆる外部システムは、メッセージサービスを利用してチャネルを直接購読することにより、又はメッセージサービスのウェブサービスインターフェースを介してウェブサービスの公表元を利用してウェブサービスとしてネットワークから処理された情報を引き出すことができる。
【００５８】
可視化システム間の通信
図２１に示すように、サービス、ネットワーク、評価指標、及びダッシュボードのような全てのリソースは、同じ論理インストレーション内の他のリソースにだけ見える。リソースは、全ての他のインストレーションから完全に遮蔽されている。２つのインストレーション４４０、４４２は、ＢＩＮに入って外部に公開されるゲートウェイ４４１を介し、及び外部に対し利用可能にされたウェブサービスとしてＢＩＮにおいてポイント４４５を公表し、ウェブサービスプロキシエージェント４４３を介して公表したウェブサービスを消費することにより互いに通信することができる。
【００５９】
フレームワークの説明
システムは、４つのフレームワークを提供し、外部に公開されるダッシュボード及びＢＩＮと、内部で使用するためのサービス及びデザイナとがある。
【００６０】
各サービスは、実装部から明確に分離された定義部を有する。定義部は、サービスインターフェースから派生し、スタート、停止のような全てのサービスに共通の機能を提供する。
【００６１】
図２２に示すように、サービス４４４が実装されると、サービスは階層的命名規則を用いて命名され、レジストリサービス４３６に登録される。レジストリサービスは、サービスの論理名を物理的ロケーションに対応付けるネーミングサービスである。
【００６２】
サービスを呼び出そうとする全てのクライアント４３８は、サービスを呼び出す４４７前に、最初にレジストリサービスにサービスのＵＲＬ４４５を取得する要求４３９を行う。
【００６３】
図２３に示すように、サービスのフレームワークに加えて、クライアントのフレームワークにより内部クライアントがサービスにアクセスし易くなる。図２４のシーケンス線図は、クライアントフレームワークを用いたサービスアクセスを示す。（シーケンス線図中の灰色にした図の部分は、クライアントフレームワークを用いるエンドクライアントから遮蔽されている。）
【００６４】
デザイナフレームワーク
多くのサービスは、ランタイムに導入することが可能になる前に、設計時間の情報を必要とする。可視化デザイナは、設計時間ツールを利用できる統合環境を提供する。このデザイナは、リッチクライアントアーキテクチャで実装することができ、これは、ウィンドウズベースのファットクライアントとブラウザベースのシンクライアントとを折衷させたものである。リッチクライアントは、サービスを中間階層とする３階層のアーキテクチャとして開発される。このアーキテクチャは、クライアント側のインストールの必要を排除するが、ファイアウォールの外側で利用できるリッチユーザインターフェースを提供する。
【００６５】
ＢＩＮフレームワークの詳細
図２５に示すように、例示的なエージェント１００は、専用又は特定の機能を行い、並びにビジネスエンティティを作成及び／又は消費するプロセスコンポーネントである。エージェントは、１つ又は複数のポート１０４、１０６を有し、これを介して外部と通信する。この実施例では、ポートは一方向のものであり、受信ポート１０４又は送信ポート１０６のいずれかとすることができる。エージェントは、他のエージェント又はこれがどのように使用されるかを認識しないので、部分的にプロセスコンポーネントとして高度に再利用可能である。どのような種類のウェブサービスも、ウェブサービスのプロキシとして働く機能のエージェントを利用して、ネットワーク内に含めることが可能である。
【００６６】
ビジネスエンティティは、例えば、ＸＭＬメッセージとしてモデル化され、抽象的なビジネス情報、すなわち企業についての情報を具現化する。ビジネスエンティティがネットワークを通って流れると、該ビジネスエンティティは、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）メッセージの本体に埋め込まれ、ネットワークのチャネルを通じて移送される。コンテクスト及びルート情報を含む他の情報は、ＳＯＡＰメッセージのヘッダに付加される。
【００６７】
図２６に示すように、例示的なチャネル１２０は、ビジネスエンティティのコンジットである。エージェントのポートは、チャネルに接続される。チャネルに接続されたエージェントの送信ポートは、ビジネスエンティティをチャネルに公表し、チャネルに接続されたエージェントの受信ポートは、ビジネスエンティティをチャネルから受信する。
【００６８】
ネットワーク１２２は、チャネルを介して１つ又は複数のエージェントを接続することにより構築される。エージェントは、リンク１２４を通してチャネルに接続される。リンクは、エージェントのポートをチャネルに接続する。ネットワークを構築する目的は、有用なビジネスエンティティを生成することである。ビジネスエンティティは、ネットワークを通って流れると考えられ、ネットワークに参加しているエージェントは、それぞれエージェントの送信ポート及び受信ポートを介してビジネスエンティティを作成又は消費することができる。
【００６９】
図２７及び図２８に示すように、例示的なネットワークは、サブネットワーク１３０に分割することができ、サブネットワークは互いに接続しネットワーク１３１を構築することができる。複数層のネットワーク階層が可能である（図示せず）。サブネットワークは、幾つのネットワークで再利用可能である。サブネットワークのチャネルは、専用チャネル１３２又は公衆チャネル１３４のいずれにすることもできる。専用チャネルを通って流れるメッセージは、同じサブネットワークの他のエージェントにのみ利用可能である。公衆チャネルは、サブネットワークを含むネットワークにアクセス可能である。サブネットワークが別のサブネットワークの一部である場合、内部サブネットワークの公衆チャネルは外部サブネットワークの専用チャネルとなる。
【００７０】
図２９に示すように、例示的なルータ１４０は、ネットワークにおいてメッセージの経路を定める機能を提供する。ルータは、一連のチャネル１４２、１４４を集約して、１つのチャネルから他のチャネルへのメッセージをルーティングする。ルーティングは、ルータに接続されたチャネルに静的に基づき、又はＸＭＬメッセージのコンテンツに基づいて動的に決定することが可能である。
【００７１】
ハブは、１つの入力チャネルと複数の出力チャネルとを有する特別なルータである。入力チャネルに送信されたメッセージは、全ての出力チャネルに送信される。エージェントの送信ポートを介して入力チャネルに接続されたいずれのエージェントもハブの出力チャネルに接続された全てのエージェントにメッセージを送信することができる。同様に、受信ポートを介して入力チャネルに接続されたいずれのエージェントも出力チャネルに接続された全てのエージェントにより送信されたメッセージを受信することになる。
【００７２】
図３０に示す例示的なゲートウェイ１５４は、１つの入力ポート１５０と１つの出力ポート１５２とを有し、出力チャネルに転送する前にＸＭＬデータのフィルタリング及び変換を行う。ゲートウェイは、２つのサブネットワークを接続するのに有用であり、サブネットワーク間のメッセージの流れを制御する。
【００７３】
図３１に示すように、例示的なウェブサーバ１６０は、エージェントプロキシ１６２を介してネットワークにノードとして入ることができる。エージェントプロキシは、同期式プル型のウェブサービスをプッシュ型とプル型の両方の通信に非同期で参加することができるノードに変換する。
【００７４】
ハイパーキューブモデル
図４８に示すように、システムに蓄積され使用されるデータは、システムのモデル化層の一部である１つ又は複数のハイパーキューブモデル３５２に適合するデータキューブ３５０の形態で格納される。ハイパーキューブモデルは、多次元企業データｄ１、ｄ２、ｄ３、．．．に対する１つ又は複数の基準又は評価指標ｍをモデル化する多次元キューブである。評価指標又は基準は、企業のビジネス経営モデルを反映し、経営評価指標と基本的データとの間の関係を捉える。ハイパーキューブモデルは、データキューブ及び仮想キューブ３５４を含むシステム内の他のキューブの基礎を形成し、データキューブ及び仮想キューブは共にハイパーキューブの特性を継承する。
【００７５】
ハイパーキューブモデルを用いて、例えばダッシュボード３６２（ユーザに経営情報を提示する）又は他のプロセス３６４から受け取ったクエリ（３６０）に応答して経営情報（結果３５８）を提供する。該クエリに対し要求された結果で応答するモデルでは、ハイパーキューブエージェントは、クエリを受信し、１つ又は複数のデータキューブを直接呼び出し、或いは１つ又は複数の仮想キューブを介して間接的に呼び出すことによってハイパーキューブモデルを適用する。
【００７６】
データキューブは、データキューブエージェント３７０によって提供され、該エージェントは実データ（システムの分散部から蓄積された現在データ、又はハイパーキューブモデルに適合し現在データから導かれた評価指標の値）を格納する。またデータキューブエージェントは、クエリが応答されているときに、データを利用可能にするように機能する。データキューブに格納された現在データは、必要に応じて現在データを処理するエージェント及びＢＩＮ３７２を使用して、企業の分散されたソースから取得される。
【００７７】
或いはデータは、ハイパーキューブモデルに適合する方法でメタデータを格納する１つ又は複数の仮想キューブ３５４を使用して、データキューブから間接的に取得することができる。仮想キューブは、仮想キューブのエージェント３７４によって提供され、該エージェントは、キューブにメタデータを格納して、このメタデータを使用してデータキューブから現在データを取り出すことによってクエリへの応答を支援する。
【００７８】
仮想キューブのメタデータは、データ構成要素及びそこから導かれる評価指標の値が格納されているロケーション（例えば１つ又はそれよりも多いデータキューブ）を識別する。仮想キューブのメタデータは、データ値自体ではなく、値を発見することができるポインタのみを含む。
【００７９】
仮想キューブは、多くのデータキューブからデータを示し引き出すことができる。クエリは、必要に応じて分解し、実際の現在情報を有するデータキューブを示すようにすることができる。各データキューブは、クエリに応答するために必要とされる現在データの一部を返す。次いでデータは、仮想キューブのエンジンによってアセンブルされ、クエリに対する現在の結果セットとなる。
【００８０】
共通言語を使用して、データキューブ及び仮想キューブに格納されたデータ又はメタデータ、並びにハイパーキューブモデルに格納されたモデル情報を表現する。
【００８１】
ダッシュボードデザイナは、共通のクエリ言語を使用して、ダッシュボードにクエリを埋め込む。共通のクエリ言語のおかげで、企業及び企業のビジネスモデルの変化に応じてダッシュボードのクエリの追加、変更、及び補足、並びに新しいダッシュボードの作成が容易である。ダッシュボードのユーザに提供されることになる経営情報は通常、例えば所与の製品の領域による収益など現在データに基づく評価指標を必要とする。
【００８２】
仮想キューブ及びデータキューブは、メタデータ及びデータのみを保持し、プロセスを含まない。ハイパーキューブは、モデル化された評価指標の表現のみを含む。クエリの実行に必要なプロセスは、分析サービスに含まれる。
【００８３】
ランタイムにおいてクエリは、ハイパーキューブモデルに適用され、データキューブから受信したデータに基づいて経営情報が配信される。実際、ハイバーキューブは、ダッシュボードからネットワークが処理するデータへのアクセス機構として働く。
【００８４】
幾つかの実施例では、クエリ言語は、ｍｄｘクエリ言語の機能を含むように拡張した、ＸＭＬに適用可能なｘｑｕｅｒｙ言語と同様のものとすることができる。この言語は、データの集約化、スライス化、及びダイス化のような機能を可能にする。
【００８５】
多次元データの次元は、例えば製品ラインの製品、又は市場の領域、又は時間、又は販売員のアイデンティティを示すことができる。
【００８６】
システムの１つ又は複数のデータキューブは、イベントを消費することができ、すなわちアップデートしてイベントとして示された現在データの変化を反映することができる。データキューブ又は仮想キューブ内でデータ又はメタデータがアップデートされると、アップデート自体が、システムに追加のイベントを作成する可能性がある。
【００８７】
システムは、１つより多いハイパーキューブモデルを有することができる。キューブは、一時的なものとすることができ、或いはメモリに保存してもよい。キューブは、ポイントからポイントへストリーミング可能とすることができる。
【００８８】
仮想キューブは、要求に応じて自己のメタデータを提供することができる。
【００８９】
キューブは、ドメインレベルで特性に関する付加的な属性を有し、タイムスタンプ、発信場所、所有者表示、及び精度表示を含む。
【００９０】
ＢＩＮパターン
企業全体のＢＩＮのトポロジーは、企業の情報ニーズ及びリポジトリに属する又はアクセスする分散した外部データソース（又はリポジトリ）の性質に基づいて企業毎に異なる。ＢＩＮに属する構成要素のパターンは、複雑なネットワークを構築する際のサブネットワークとして該ＢＩＮを繰り返し再利用するのに好適なものにする場合もある。
【００９１】
図３２に示すように、抽出及び変換ＢＩＮ１６５と呼ばれるこうした１つの簡易なパターンは、ウェブサービスエージェント１６８を使用してデータソース又はウェブサービス１６６から情報を抽出し、変換エージェント１６９を使用して変換を行い、この情報を公表チャネル１７０上での即時消費に利用可能なものにする。抽出及び変換ＢＩＮは、適時情報検索での直接利用又は他のＢＩＮのサブネットワークとしての間接利用が可能である。
【００９２】
様々なデータソースは、対応する特定の抽出及び変換ＢＩＮにより提供することができ、かかる幾つかのＢＩＮをアセンブリネットワークで利用し、データが形式的及び時間的な不一致を有するソースを含む複数の別個のソースから集約された情報を作成することができる。
【００９３】
図３３に示すように、保持及び検索と呼ばれるＢＩＮパターン１７１の別の実施例は、後で使用するために企業情報をインベントリ１７２内に保持することができる。保持及び検索パターンは、頻繁にアクセスできない、又は処理するのに高価な分析情報を格納するため、又は後で消費するのにリアルタイムのイベントを格納する外部データソース（図示しないが、抽出及び変換ＢＩＮ１７４により提供される）からの情報を格納することができる。このパターンは、通常は抽出及び変換ネットワーク又はアセンブリネットワークのような他のＢＩＮと共に使用される。
【００９４】
図３３に示す実施例では、タイマーエージェント１８０（又は他の外部トリガ）が、抽出及び変換サブネットワークを起動させるのに使用され、結果として得られる情報は、インベントリエージェント１８１を使用してインベントリに格納される。情報が要求されると、インベントリエージェントを介してインベントリから検索される。
【００９５】
図３４は、ハイパーキューブのエージェントを介して構造化ハイパーキューブ１８６内に（例えば抽出−変換のＢＩＮ１８４から）受信される情報を格納する格納及び分析パターン１８２を示す。ハイパーキューブは、情報分析に好適な構造で情報を格納する。アナリスト１８８と呼ばれる特定のエージェント１８８が、構造化された情報を処理して分析情報を生成する。分析情報は直ちに消費され、ハイパーキューブ１９０に戻って格納されるか、又は保持及び検索ＢＩＮ１９１に送ることができる。
【００９６】
図３５は、層間のメッセージの流れを制御することによりサービスの層を作成するのに使用されるサービス層、又はＳ層のパターン１９２を示す。層は、ピアツーピアネットワークに参加する一連のサービスとみなすことができる。いずれかの層１９６に参加するサービス１９４も同じ層内のピアとは自由にメッセージを交換できるが、下の層１９８及び上の層２００とメッセージを交換することは制限されている。ゲートウェイ及びルータを使用して層間のメッセージの流れを制御することができる。
【００９７】
サービス層の１つの用途は、データ層、情報層、及び評価指標層と呼ばれる３つの層においてエージェントが行う機能に従いエージェントを分類することである。データ層に参加するエージェントは、外部のデータソースからデータを検索し、又は外部のシステムからイベントを受信するデータブローカと呼ばれる特定のエージェントである。中間層では、アセンブラと呼ばれる特定のエージェントが、全てのデータソースにわたって形式的及び時間的に一致する情報をアセンブル又は作成する。評価指標層と呼ばれる上層では、アナリストと呼ばれる特定のエージェントが、情報層によって生成された情報を分析し、例えば経営者が利用可能な企業の現在又は将来の状態に関する数字である消費可能な評価指標を生成する。各層では、上述の様々なＢＩＮパターン、例えばデータ層の抽出及び変換ＢＩＮ、情報層の保持及び検索ＢＩＮ、評価指標層の格納及び分析ＢＩＮなどを使用することができる。
【００９８】
図３６に示すように、メッセージアイランド２１０は、地理的に分散された情報を交換するＢＩＮパターンである。各地理的ロケーションは、メッセージアイランド２１２、２１４としてモデル化され、アイランド間の情報交換は、ゲートウェイ２１６を介して制御される。このＢＩＮパターンは、サブネットワークを使用して容易に実装され、ここでは専用チャネルを使用してメッセージアイランドを作成する。
【００９９】
図３７は、外部システムが、ＢＩＮとインターフェース接続することができる２つの方法を示している。１つは、サウスバウンドインターフェース２２０と呼ばれ、データソース２２２などの外部システムをネットワークに付加する。もう１つは、ノースバウンド２２６と呼ばれ、ネットワークにより生成された情報は、外部システム２２８によってアクセスされる。
【０１００】
サウスバウンド側では、どの外部システムも幾つかの方法でＢＩＮの一部となることができる。
【０１０１】
ウェブサービスインターフェースを備えた外部データソースは、ウェブサービスエージェントを使用してＢＩＮに入ることができる。ネットワークに入ると、プロキシエージェントを介してソースのＳＯＡＰメソッドを呼び出す。
【０１０２】
チャネルに対する公表−購読手法では、ネットワークとのインターフェースは、チャネルに直接アクセスすることにより実現される。チャネルに対する公表又は購読は、標準のＳＯＡＰインターフェースを提供するメッセージサービスを使用して行われる。
【０１０３】
或いは、標準エージェントを使用して、ＳＱＬデータベース、エクセルスプレッドシート、及びフラットファイルのような標準的なソースから情報を抽出することができる。データソースが、これらのエージェントのうちの１つからアクセスできる場合、該データソースはネットワークに付加することができる。
【０１０４】
最後に、フレームワークＡＰＩを使用して顧客エージェントを書き込むことができ、これは、ウェブサービスインターフェースがなく、データソースに専用のＡＰＩがある場合に有用である。
【０１０５】
ノースバウンド側では、外部システムは、ＢＩＮのいずれかの部分により生成された全ての情報にアクセスするカスタムウェブサービスインターフェースを構成することによって、又はＳＯＡＰメッセージサービスを介してチャネルに直接アクセスすることによりネットワークから情報を抽出できるチャネルへの公表−購読によって、ネットワークから処理された情報を抽出することができる。
【０１０６】
ＢＩＮは、あらゆる複雑な情報システムをモデル化するリッチなフレームワークを提供する。ＢＩＮでは、エージェントはネットワークのノードとして相互接続され、エージェントはＳＯＡＰメッセージを非同期で交換する。ＢＩＮは、直接的又は他のＢＩＮの一部として使用することができる。複雑な情報システムは、生成及び維持が容易な再利用可能ＢＩＮに分解することができる。企業全体のＢＩＮのトポロジーは、企業の情報ニーズ及び利用可能なデータソースによって決まることになる。ＢＩＮパターンは、より高度な情報システムを構築するための構成単位として使用することができる。
【０１０７】
プロセスアーキテクチャ
ＢＩＮを使用して構築されるシステムは、メッセージ指向の分散システムであり、従ってロケーション及び実装に依存しない。
【０１０８】
図３８に示すように、ＢＩＮ２３０は、ＢＩＮのランタイム環境を提供するＢＩＮコンテナ２３２に配置される。ＢＩＮは、上述のようにルータ、ゲートウェイ、及びチャネルなどのメッセージバスデバイスを介して相互接続される。従って、ＢＩＮコンテナは、ＣＬＲ（Ｃｏｍｍｏｎ  Ｌａｎｇｕａｇｅ  Ｒｕｎｔｉｍｅ）適合のプロセス２３４下でホストされ、オペレーティングシステムレベルのサービスを行う。代替的な実装では、ＢＩＮコンテナは、ＪＶＭ（Ｊａｖａ  Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ）環境下でホストすることができる。
【０１０９】
１つ又はそれよりも多いアプリケーションサービス２３６は、例えば評価指標モデリング及び警報モデリングなどの高レベルのサービスを提供するためにＢＩＮによって生成される現在情報を利用する。
【０１１０】
図３９に示すように、システムに提供する企業情報の物理的な実装では、ＢＩＮコンテナ２３２は、広域なネットワーク２４４を介してリンクすることもできるローカルエリアネットワーク（ＬＡＮ）２４１上のいわゆる可視化サーバ２４０における複数のマシンに配置される。可視化システム２４２では、エージェント（上述のエージェント）は、メッセージバスを通って流れるＳＯＡＰイベントを消費及び生成する。ビジネスプロセスモデルは、ネットワーク構成に依存する。各エージェントは、流入ジェネレータ及び流出コンシューマに影響されない。
【０１１１】
サービスに対する要求は、ネットワークチャネル又は公表エージェントウェブサービスに載せる。要求は、公表−購読モード又はポイントツーポイントモードを使用して載せることができる。
【０１１２】
リクエスタの身分証明は、リクエスタとネットワークとの間のセキュリティコンテキストである。ネットワークが身分証明を確認できない場合、要求は適切な例外及びセキュリティの警報で終了する。リクエスタは、非同期のイベントとして専用チャネル上で、ネットワークにより決定される方法で、或いはＳＯＡＰイベントを使用して同期のウェブサービス応答としてなど様々な方法で応答を要求することができる。応答がウェブサービスの応答でない場合、リクエスタによる応答が予想されるネットワーク上の専用チャネル又は既存のチャネルをリクエスタが識別することができる。この情報が、見つからない場合には、応答は予め決められたチャネル上に公表され、リクエスタは、そのチャネルを識別することが予想される。ポイントツーポイント通信の場合、応答チャネルを予め定めることができる。要求メッセージは、要求の主体である。オプションとして、リクエスタは、特定のフォーマットの応答を要求することができる。ネットワーク性能によっては、テンプレートはシステムに順守され、或いは順守されない場合がある。任意的に、リクエスタは、チャネル又はウェブサービスのコールバック方法として例外ハンドラを登録することができる。例外の全ての場合において、応答は、イベントヘッダの一部として組込み例外を含む。任意選択的に、応答が即座に準備されない場合、リクエスタは、要求の満了期間を設けることができる。応答が遅い場合、ネットワークは要求を放棄し、全ての関連のリソースを解放する。
【０１１３】
リクエスタが、身分証明の一致しない要求をする場合、その要求は承認サービス２５０に転送される（図４０）。承認サービスは、次のステップのうちの１つを取ることができる。すなわち、（ａ）要求を拒否し、例外への適切な応答でリクエスタに返信する、（ｂ）要求の中に身分証明が存在する場合は、セッションログで身分証明の再確認を試み、成功した場合には要求を元の転送側に戻し、成功しなかった場合には、ステップａに進む、（ｃ）身分証明が無いが、要求がユーザ情報を有する場合、ユーザ及び承認情報を承認し、受け入れられた場合、新しい身分証明を提供し、該身分証明を要求に加えて更に処理するために元の転送側に送り返す。
【０１１４】
要求がすでに承認されており、身分証明が現行セッションと一致する場合、要求は受け入れられる。身分証明の確認は、最後のセクションで説明するように、承認サービスに肩代わりさせることができる。身分証明の確認をコンテナレベルに進めることによって、イベントの内部フローは同じ再確認を受けない。パフォーマンスを向上させるために、コンテナは、コンテクスト内に身分証明をキャッシュし、同じリクエスタからの要求ごとの確認を排除する。
【０１１５】
図４１に示すように、メッセージモデルに従って、メッセージはＳＯＡＰイベント２５４として流れる。メッセージは、ＸＭＬメッセージとして表される。メッセージが暗号化される場合、適切な鍵は、ＳＯＡＰヘッダとしてメッセージヘッダの一部になる。システムは、ＳＯＡＰメッセージバス２５６を含む外部メッセージバスで動作し、及び非ＳＯＡＰメッセージバス２５８のメッセージ２６０は、外部のネイティブシステムがこれらのメッセージを消費するように非ＳＯＡＰバスに公開することができる。ＳＯＡＰイベントのフォーマットではないメッセージ２６０では、メッセージバスのアダプタ２６２がメッセージ上にＳＯＡＰラッパーを生成する。同様に、メッセージがシステムから出て、ネイティブメッセージバスに載ると、アダプタコードによってあらゆる不一致を解決することができる。
【０１１６】
システムチャネルと外部のメッセージバスチャネルとの間のマッピングルールは、ネットワーク構成によって維持される。
【０１１７】
ウェブサービス２６１は、要求−応答モデルに適合した通信を公表−購読（ポイントツーポイント）モデルに適合した通信に変換するウェブサービスプロキシ６３を介したシステムに統合される。
【０１１８】
システムは、ウェブサービスのインターフェースを定義した外部システムからデータをプルすることができる。システムは、ウェブサービスブローカを経由し、適切なウェブサービスインターフェースを呼び出すことによってデータを抽出する。ウェブサービスのブローカは、ウェブサービスブローカ用の公表−購読の通信プロトコルをデータソースのウェブサービス用の要求−応答プロトコルに変換するウェブサービスのプロキシを経由する。このモデルは、要求に応じたデータに基づき、ブローカは、データソースの特性及びローカルキャッシングに基づいてプル周波数を最適化することができる。
【０１１９】
プッシュモデルは、トリガ挿入が可能であるデータソースの更に高度なタイプに使用することができる。このモデル下では、データソースは、ネットワークに増分データを送信するように構成することができる。データブローカはデータを受信し、適切なチャネルへルーティングする。ここでもやはりウェブサービスプロキシが、要求−応答プロトコルから公表−購読プロトコルへの変換を行う。データソースはまた、ＥＡＩ（エンタープライズ・アプリケーション・インテグレーション）バスを介してデータをプッシュすることができる。
【０１２０】
イベントベースのモデルでは、システムは外部のイベントサプライヤに加入し、イベントを受信することができる。メッセージ受信者は、新しいイベントが求められるようにウェブサービスインターフェースを提供する。イベントサプライヤがウェブサービスではない場合、イベントコンシューマは、ネイティブプロトコルをウェブサービスプロトコルに変換するためのプロキシを提供する。
【０１２１】
分散モデルに関して、システムは、サービスのネットワークの論理コンテナである。ＢＩＮコンテナは、サービスのネットワークの全部又は一部をホストする。ＢＩＮコンテナは、アプリケーションサービスにファブリックサービスを提供する。ＢＩＮコンテナは、単一又は複数のマシンに配置することができる。複数のコンテナは、ファブリックサービスにより公開されるメッセージバスを介してデータを伝送する。システムは、サービスを配備して管理するためのシングルポイントの管理を設ける。システムは、複数の物理的ロケーションにわたって分散させることができる。２つのロケーションは、ゲートウェイを介して接続される。ゲートウェイは、メッセージのフィルタリング及びメッセージバストピックへのマッピングを行う。
【０１２２】
システムのプロセスモデルは、ネットワークの設計及びネットワークのデバイスに依存する。本システムにより、分散モデルによるデータ及び管理のシングルポイント輻輳が回避される。
【０１２３】
アプリケーションアーキテクチャ
図４２及び４３に示すように、幾つかの実施例のシステムは、インフラストラクチャ、ファンデーション、ベース、ビジネス、垂直、及び顧客の６つのアプリケーション層で編成されているとみなされる。より上位の層であるほどより高い機能性を有する。いかなる所与の層においても、プロダクトは自己完結しており、次の層を構築するプラットフォームを提供する。より下位層であるほどエンドユーザ要件からより遮蔽されている。
【０１２４】
各層は、異なる設計目標を有する。下位の３つの層は技術的要件で主導され、次の２つの層はビジネス要件で、更に最上位の層は顧客要件で主導される。技術層の設計目標は、モジュール設計、再利用、及び保全性であり、各要件は、分析モデルを介して主導される。ビジネス層の設計目標は、エンドユーザの経験によって管理され、各要件は使用状況により主導される。顧客層は、顧客要件によって決定付けられる。
【０１２５】
インフラストラクチャ層は、サービスの構築、ホスト、及びアクセスを行うサービスフレームワークを提供し、そのモジュールは、インフラストラクチャサービス、コンテナサービス、ネーミングサービス、及び監視サービスを含む。
【０１２６】
ファンデーション層は、残りのアプリケーションを構築するための土台として機能し、基本のプロダクトプラットフォーム、設計ツール、並びにＢＩＮ及びプレゼンテーション（ダッシュボードを構築するため）及び設計者（設計ツールを構築するため）のフレームワークを提供する。このモジュールは、共通のサービス（メッセージサービス、セキュリティサービス、ログサービス）と、ＢＩＮサービス（ＢＩＮサービス、ＢＩＮランタイム、ＢＩＮマネジメント、ＢＩＮ管理）と、プレゼンテーションサービス（管理ダッシュボード）と、デザイナワークベンチ（ネットワークビルダ、ダッシュボードデザイナ）とを含む。
【０１２７】
ベース層は、標準的なサービス、エージェント、及び制御部を提供する。この層のモジュールは互いに独立している。次の層のビジネス層は、これらのモジュールを使用してビジネスサブシステムを構築する。ビジネス層のモジュールは、基本サービス（ハイパーキューブ）、インベントリ、通知、監視、アプリケーションサービス、評価指標モデリング、アセンブリ、警報、標準エージェント（ルータ、タイマー、ＳＱＬ、Ｅｘｃｅｌ）、標準制御部（テーブル）、テーブル（評価指標テーブル）、評価指標チャート、ダイアル（評価指標ダイアル）、ステータス（評価指標ステータス）、ターゲット（評価指標ターゲット）、デザイナワークベンチ、評価指標モデラ、警報マネージャ、及び監視マネージャを含む。
【０１２８】
ビジネス層は、サービスサイロを提供する。しかしながら、ビジネス上の問題を解決するために、サービスは相互に作用する。ビジネス層は、ビジネスサブシステムを介してビジネス上の問題を解決する。ビジネス層は、下位の層を相互依存から保護し、設計モジュールを保持し、管理及び保全を容易に維持する。ビジネスサブシステムのモジュールは、サービスフレームワークに従うサービスモジュール、ＢＩＮフレームワークに従うエージェント及びＢＩＮ、ダッシュボードフレームワークに従うダッシュボード制御部、並びにデザイナフレームワークに従うデザイナサービスの１つ又は複数からなる。
【０１２９】
サブシステムの全ての要素が共にビジネス問題を解決する。例えば、閾値通知サブシステムは、評価指標に関して閾値を監視し、閾値を超えたときにＥメール通知によりエンドユーザに警報することに関する問題を解決する。これは、別個の評価指標モデリングサービス、警報サービス及び通知サービスの機能性を統合して、エンドユーザの問題を解決する。
【０１３０】
垂直層は、垂直ソリューションの必要性に対処する。このモジュールは、特定のサービス、特定のＢＩＮ、特定の制御及びダッシュボード、及び特定のデザイナを含む。
【０１３１】
顧客層は、顧客の問題を解決する。顧客ソリューションのモジュールは、顧客ＢＩＮ、顧客制御及びダッシュボード、及びバックエンド接続性のための顧客ウェブサービスを含むことができる。
【０１３２】
配備
図４４に示すように、標準的な可視化システムは、可視化サーバ５００と、プレゼンテーションサーバ５０２と、デザイナスタジオ５０４との３つのプロセスに配備することができる。可視化サーバは、一連のサービスをホストし、１つのマシン又は複数のマシンに配備することができる。標準的な配備では、全てのプレゼンテーションサービスをプレゼンテーションサーバと呼ばれる１つのプロセスに配備し、他の全てのサービスは可視化サーバと呼ばれる別のプロセスでホストされる。図４５及び４６に示す他の構成では、複数の可視化サーバの中で様々な方法でサービスを分割することができる。
【０１３３】
アプリケーション
可視化システムに基づいてアプリケーションを構築することができる産業及びエンドユーザの分野の実施例には、セキュリティ産業における販売、調査、リスク管理、及び合併及び買収のダッシュボードと、；情報技術アウトソーシング産業における顧客可視化ダッシュボードと、；企業経営環境における、例えば供給と需要のバランスに対応する業績ダッシュボードと、；政府機関用のセキュリティダッシュボードとがある。
【０１３４】
実装
幾つかの実施例では、システムは、．ＮＥＴフレームワーク及びＳＱＬサーバを使用してＭｉｃｒｏｓｏｆｔの技術を中核に構築される。Ｊ２ｅｅ及び企業の残部は、ＪＭＳ、ＭＱＳｅｒｉｅｓ、Ｔｉｂｃｏ、及びウェブメソッドのような標準的なメッセージングサービスにアダプタを設けることによりウェブサービス及びメッセージサービスを介して接続される。本システムにより、ランタイム形態をＣＬＲ（ＮＥＴ）又はＪＶＭ（Ｊ２ＥＥ）アプリケーション下で開発及びホストすることが可能となる。典型的なシナリオを図４７に示す。
【０１３５】
他の実装も添付の請求項の範囲内にある。
【図面の簡単な説明】
【０１３６】
【図１】ブロック図である。
【図２】ブロック図である。
【図３】ブロック図である。
【図４】ブロック図である。
【図５】ブロック図である。
【図６】ブロック図である。
【図７】ブロック図である。
【図８】ブロック図である。
【図９】表である。
【図１０】ブロック図である。
【図１１】ブロック図である。
【図１２】ブロック図である。
【図１３】ブロック図である。
【図１４】ブロック図である。
【図１５】ブロック図である。
【図１６】ブロック図である。
【図１７】表である。
【図１８】表である。
【図１９】ブロック図である。
【図２０】ブロック図である。
【図２１】ブロック図である。
【図２２】ブロック図である。
【図２３】ブロック図である。
【図２４】ブロック図である。
【図２５】ブロック図である。
【図２６】ブロック図である。
【図２７】ブロック図である。
【図２８】ブロック図である。
【図２９】ブロック図である。
【図３０】ブロック図である。
【図３１】ブロック図である。
【図３２】ブロック図である。
【図３３】ブロック図である。
【図３４】ブロック図である。
【図３５】ブロック図である。
【図３６】ブロック図である。
【図３７】ブロック図である。
【図３８】ブロック図である。
【図３９】ブロック図である。
【図４０】ブロック図である。
【図４１】ブロック図である。
【図４２】ブロック図である。
【図４３】ブロック図である。
【図４４】ブロック図である。
【図４５】ブロック図である。
【図４６】ブロック図である。
【図４７】ブロック図である。
【図４８】ブロック図である。
【符号の説明】
【０１３７】
３００  可視化システム
３０２  運用システム
３０４  分析システム
３０６  デスクトップデータ
【図１】
2007531939.tif 000002
【図２】
2007531939.tif 000003
【図３】
2007531939.tif 000004
【図４】
2007531939.tif 000005
【図５】
2007531939.tif 000006
【図６】
2007531939.tif 000007
【図７】
2007531939.tif 000008
【図８】
2007531939.tif 000009
【図９】
2007531939.tif 000010
【図１０】
2007531939.tif 000011
【図１１】
2007531939.tif 000012
【図１２】
2007531939.tif 000013
【図１３】
2007531939.tif 000014
【図１４】
2007531939.tif 000015
【図１５】
2007531939.tif 000016
【図１６】
2007531939.tif 000017
【図１７】
2007531939.tif 000018
【図１８】
2007531939.tif 000019
【図１９】
2007531939.tif 000020
【図２０】
2007531939.tif 000021
【図２１】
2007531939.tif 000022
【図２２】
2007531939.tif 000023
【図２３】
2007531939.tif 000024
【図２４】
2007531939.tif 000025
【図２５】
2007531939.tif 000026
【図２６】
2007531939.tif 000027
【図２７】
2007531939.tif 000028
【図２８】
2007531939.tif 000029
【図２９】
2007531939.tif 000030
【図３０】
2007531939.tif 000031
【図３１】
2007531939.tif 000032
【図３２】
2007531939.tif 000033
【図３３】
2007531939.tif 000034
【図３４】
2007531939.tif 000035
【図３５】
2007531939.tif 000036
【図３６】
2007531939.tif 000037
【図３７】
2007531939.tif 000038
【図３８】
2007531939.tif 000039
【図３９】
2007531939.tif 000040
【図４０】
2007531939.tif 000041
【図４１】
2007531939.tif 000042
【図４２】
2007531939.tif 000043
【図４３】
2007531939.tif 000044
【図４４】
2007531939.tif 000045
【図４５】
2007531939.tif 000046
【図４６】
2007531939.tif 000047
【図４７】
2007531939.tif 000048
【図４８】
2007531939.tif 000049
【国際調査報告】
2007531939.tif 000050