(57)【要約】  サービスの提供者の端末とサービスの要求者の端末との通信状況に応じて即時性の高い対応を取れるサービス応答性能分析装置、方法、及びプログラム並びにそれを記録した記録媒体を提供する。  通信メッセージがSLA管理部１１５で管理されるSLA情報に違反しているか否かを判断し、違反を引き起こす通信メッセージ中の表現形式を推定特定する分析部１１６と、違反を引き起こす表現形式をファクトとして管理するファクト管理部１１７と、サービス提供者の端末とサービス要求者の端末との間で流通する通信メッセージに含まれる表現形式をスキャニングすることでSLA情報に違反するファクトが存在するか否かを判断するストリーム解析部１０２と、ストリーム解析部１０２によるスキャニングの際に用いられるファクトインデクスを生成するファクトインデクス生成部１０４とを含む。
2009119642.tif 000002
【特許請求の範囲】
【請求項１】
複数の任意サービス提供者の端末と複数の任意サービス要求者の端末とが通信を実施する環境において、前記任意サービス提供者と前記任意サービス要求者との間で取り決められるサービス提供条件を示すSLA情報を管理するSLA管理手段と、
前記任意サービス提供者の端末と前記任意サービス要求者の端末との間で流通する全ての通信メッセージを捕捉するメッセージ捕捉手段と、
前記メッセージ捕捉手段が捕捉した通信メッセージが、前記SLA管理手段で管理される前記SLA情報に違反しているか否かを判断し、違反している場合は違反を引き起こす前記通信メッセージ中の表現形式を推定特定する分析手段と、
前記分析手段が推定特定した前記違反を引き起こす表現形式をファクトとして管理するファクト管理手段と、
前記任意サービス提供者の端末と前記任意サービス要求者の端末との間で流通する前記通信メッセージに含まれる表現形式をスキャニングすることで前記SLA情報に違反するファクトが存在するか否かを判断するストリーム解析手段と、
前記ファクト管理手段から一連の前記ファクトを受け取り、前記ストリーム解析手段が前記スキャニングの処理を高速に実施するために用いるファクトインデクスを生成するファクトインデクス生成手段とを含むことを特徴とするサービス応答性能分析装置。
【請求項２】
前記ストリーム解析手段がスキャニングした結果、前記SLA情報に違反するファクトが存在することを発見した場合に警告を行う警告手段を有することを特徴とする請求項１記載のサービス応答性能分析装置。
【請求項３】
前記分析手段の１回の処理時間を計測し、前記分析手段を起動する時間間隔の調整、及び前記分析手段の内部処理の定義の変更の少なくとも一方を行い、前記分析手段による処理が所定の時間に収まるように調整する分析時間管理手段をさらに有することを特徴とする請求項１又は２記載のサービス応答性能分析装置。
【請求項４】
前記分析手段は、前記通信メッセージがXMLで記載される場合には、当該通信メッセージの構成を記すXML Schemaに基づくXpathグラフの絶対位置情報を成分とし、当該通信メッセージに含まれるElement要素の値、及びAttribute値を文字列変換した値を１６進数表現した成分値とするXpathベクトル表現、並びに当該通信メッセージに関連するSLA情報に関するベクトル表現に基づき算出される規格された内積値、および前記Xpathベクトル表現の部分を構成するベクトル表現を用いて、分析を実施することを特徴とする請求項１から３のいずれか１項記載のサービス応答性能分析装置。
【請求項５】
前記ファクトインデクスは、３段階のインデクス構造を持ち、その一部には親ノードと同じ文字列を持つ部分について、子ノードの記述から省略した構成のB-Tree構造が採用されたことを特徴とする請求項１から４のいずれか１項記載のサービス応答性能分析装置。
【請求項６】
複数の任意サービス提供者の端末と複数の任意サービス要求者の端末とが通信を実施する環境において、前記任意サービス提供者の端末と前記任意サービス要求者の端末との間に設置される情報処理装置にサービス応答性能を分析させるためのプログラムであって、
前記情報処理装置を制御する実質的なコンピュータを、
前記任意サービス提供者と前記任意サービス要求者との間で取り決められるサービス提供条件を示すSLA情報を管理するSLA管理手段と、
前記任意サービス提供者の端末と前記任意サービス要求者の端末との間で流通する全ての通信メッセージを捕捉するメッセージ捕捉手段と、
前記メッセージ捕捉手段が捕捉した通信メッセージが、前記SLA管理手段で管理される前記SLA情報に違反しているか否かを判断し、違反している場合は違反を引き起こす前記通信メッセージ中の表現形式を推定特定する分析手段と、
前記分析手段が推定特定した前記違反を引き起こす表現形式をファクトとして管理するファクト管理手段と、
前記任意サービス提供者の端末と前記任意サービス要求者の端末との間で流通する前記通信メッセージに含まれる表現形式をスキャニングすることで前記SLA情報に違反するファクトが存在するか否かを判断するストリーム解析手段と、
前記ファクト管理手段から一連の前記ファクトを受け取り、前記ストリーム解析手段が前記スキャニングの処理を高速に実施するためにファクトインデクスを生成するファクトインデクス生成手段と、として機能させることを特徴とするサービス応答性能分析プログラム。
【請求項７】
前記実質的なコンピュータを、
前記ストリーム解析手段がスキャニングした結果、前記SLA情報に違反するファクトが存在することを発見した場合に警告を行う警告手段として機能させることを特徴とする請求項６記載のサービス応答性能分析プログラム。
【請求項８】
前記実質的なコンピュータを、
前記分析手段の１回の処理時間を計測し、前記分析手段を起動する時間間隔の調整、及び前記分析手段の内部処理の定義の変更の少なくとも一方を行い、前記分析手段による処理が所定の時間に収まるように調整する分析時間管理手段としてさらに機能させることを特徴とする請求項６又は７記載のサービス応答性能分析プログラム。
【請求項９】
前記分析手段は、前記通信メッセージがXMLで記載される場合には、当該通信メッセージの構成を記すXML Schemaに基づくXpathグラフの絶対位置情報を成分とし、当該通信メッセージに含まれるElement要素の値、及びAttribute値を文字列変換した値を１６進数表現した成分値とするXpathベクトル表現、並びに当該通信メッセージに関連するSLA情報に関するベクトル表現に基づき算出される規格された内積値、および前記Xpathベクトル表現の部分を構成するベクトル表現を用いて、分析を実施することを特徴とする請求項６から８のいずれか１項記載のサービス応答性能分析プログラム。
【請求項１０】
前記ファクトインデクスは、３段階のインデクス構造を持ち、その一部には親ノードと同じ文字列を持つ部分について、子ノードの記述から省略した構成のB-Tree構造が採用されたことを特徴とする請求項６から９のいずれか１項記載のサービス応答性能分析プログラム。
【請求項１１】
請求項６から１０のいずれか１項記載のサービス応答性能分析プログラムを記録した記録媒体。
【請求項１２】
複数の任意サービス提供者の端末と複数の任意サービス要求者の端末とが通信を実施する環境において、前記任意サービス提供者の端末と前記任意サービス要求者の端末との間に設置される情報処理装置によってサービス応答性能を分析する方法であって、
前記情報処理装置は、
前記任意サービス提供者と前記任意サービス要求者との間で取り決められるサービス提供条件を示すSLA情報を管理し、
前記任意サービス提供者の端末と前記任意サービス要求者の端末との間で流通する全ての通信メッセージを捕捉し、
前記捕捉した通信メッセージが、管理している前記SLA情報に違反しているか否かを判断し、違反している場合は違反を引き起こす前記通信メッセージ中の表現形式を推定特定し、
前記推定特定した前記違反を引き起こす表現形式をファクトとして管理し、
前記任意サービス提供者の端末と前記任意サービス要求者の端末との間で流通する前記通信メッセージに含まれる表現形式をスキャニングすることで前記SLA情報に違反するファクトが存在するか否かを判断し、
前記ファクトを受け取り、前記スキャニングの処理を高速に実施するためにファクトインデクスを生成することを特徴とするサービス応答性能分析方法。
【請求項１３】
前記情報処理装置は、
スキャニングした結果、前記SLA情報に違反するファクトが存在することを発見した場合に警告を行うことを特徴とする請求項１２記載のサービス応答性能分析方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のサービス提供者と、複数のサービス要求者とが通信を実施する環境において、それらの間で取り決められるサービス提供条件を示すＳＬＡ（Service Level Agreement）情報を算出するために該当する情報を観測、分析推定した上で、ＳＬＡ情報を通信メッセージの表現形式との関係の上で算出し、それを利活用するために保持・更新するとともに、任意のサービス提供者と任意のサービス要求者との間で流通する通信メッセージに含まれる表現形式をスキャニングすることで、サービス提供条件を示すＳＬＡ情報に違反しているか否かを早期又は即時判定する装置及び方法に関する。
【背景技術】
【０００２】
任意のサービス提供者と任意のサービス要求者との間で流通する通信メッセージが、サービス提供条件を示すＳＬＡ情報に違反しているか否かをマイニング技術やストリーム解析技術を利用して判断するためには、特許文献１に開示されるような多段階の処理が必要となる。【０００３】
例えば、上記特許文献１の方式では、第一段階として複数の分散ワークフローモニタシステム内に格納されるワークフロー定義を事前収集した上で、全体の処理概要を事前把握する必要がある。【０００４】
その後、第二段階としてメッセージに関するイベントを把握することで実際に流通するメッセージの挙動を把握するとともに、その履歴を格納保存する必要がある。【０００５】
最後に第三段階として格納保存されたメッセージの挙動を基に、統計処理や評価処理を行うバッチ処理を起動することで所望の情報を得る。【０００６】
また、ＳＬＡに適合するレベルのサービスが提供されているか否かを監視し、違反している場合に警告を発する技術は、特許文献２にも開示されている。
【特許文献１】特開２００７−２５７５１３号公報
【特許文献２】特開２００５−９２８８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１のような多段階の処理を行うと、処理時間が長期間化するため、通信状況に応じて即時性の高い対応を取ることが難しい。【０００８】
また、特許文献２に開示される発明は、サービスの提供者であるサーバと、サービスの要求者であるクライアントとがネットワークを介して接続された構成であり、それらの間で流通するメッセージを捕捉するための構成について何の開示も無く、示唆さえされていない。すなわち、特許文献２に開示される発明では、サービスの提供者であるサーバとサービスの要求者であるクライアントとの間の通信状況を基にＳＬＡに適合するレベルのサービスが提供されているかを監視することはできない。【０００９】
本発明は係る問題に鑑みてなされたものであり、サービスの提供者の端末とサービスの要求者の端末との通信状況に応じて即時性の高い対応を取れるサービス応答性能分析装置、方法、及びプログラム並びにそれを記録した記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明は、第１の態様として、複数の任意サービス提供者の端末と複数の任意サービス要求者の端末とが通信を実施する環境において、任意サービス提供者と任意サービス要求者との間で取り決められるサービス提供条件を示すSLA情報を管理するSLA管理手段と、任意サービス提供者の端末と任意サービス要求者の端末との間で流通する全ての通信メッセージを捕捉するメッセージ捕捉手段と、メッセージ捕捉手段が捕捉した通信メッセージが、SLA管理手段で管理されるSLA情報に違反しているか否かを判断し、違反している場合は違反を引き起こす通信メッセージ中の表現形式を推定特定する分析手段と、分析手段が推定特定した違反を引き起こす表現形式をファクトとして管理するファクト管理手段と、任意サービス提供者の端末と任意サービス要求者の端末との間で流通する通信メッセージに含まれる表現形式をスキャニングすることでSLA情報に違反するファクトが存在するか否かを判断するストリーム解析手段と、ファクト管理手段から一連のファクトを受け取り、ストリーム解析手段がスキャニングの処理を高速に実施するために用いるファクトインデクスを生成するファクトインデクス生成手段とを含むことを特徴とするサービス応答性能分析装置を提供するものである。【００１１】
また、上記目的を達成するため、本発明は、第２の態様として、複数の任意サービス提供者の端末と複数の任意サービス要求者の端末とが通信を実施する環境において、任意サービス提供者の端末と任意サービス要求者の端末との間に設置される情報処理装置にサービス応答性能を分析させるためのプログラムであって、情報処理装置を制御する実質的なコンピュータを、任意サービス提供者と任意サービス要求者との間で取り決められるサービス提供条件を示すSLA情報を管理するSLA管理手段と、任意サービス提供者の端末と任意サービス要求者の端末との間で流通する全ての通信メッセージを捕捉するメッセージ捕捉手段と、メッセージ捕捉手段が捕捉した通信メッセージが、SLA管理手段で管理されるSLA情報に違反しているか否かを判断し、違反している場合は違反を引き起こす通信メッセージ中の表現形式を推定特定する分析手段と、分析手段が推定特定した違反を引き起こす表現形式をファクトとして管理するファクト管理手段と、任意サービス提供者の端末と任意サービス要求者の端末との間で流通する通信メッセージに含まれる表現形式をスキャニングすることでSLA情報に違反するファクトが存在するか否かを判断するストリーム解析手段と、ファクト管理手段から一連のファクトを受け取り、ストリーム解析手段がスキャニングの処理を高速に実施するために用いるファクトインデクスを生成するファクトインデクス生成手段と、として機能させることを特徴とするサービス応答性能分析プログラムを提供するものである。【００１２】
また、上記目的を達成するため、本発明は、第３の態様として、上記本発明の第２の態様に係るサービス応答性能分析プログラムを記録した記録媒体を提供するものである。【００１３】
また、上記目的を達成するため、本発明は、第４の態様として、複数の任意サービス提供者の端末と複数の任意サービス要求者の端末とが通信を実施する環境において、任意サービス提供者の端末と任意サービス要求者の端末との間に設置される情報処理装置によってサービス応答性能を分析する方法であって、情報処理装置は、任意サービス提供者と任意サービス要求者との間で取り決められるサービス提供条件を示すSLA情報を管理し、任意サービス提供者の端末と任意サービス要求者の端末との間で流通する全ての通信メッセージを捕捉し、捕捉した通信メッセージが、管理しているSLA情報に違反しているか否かを判断し、違反している場合は違反を引き起こす通信メッセージ中の表現形式を推定特定し、推定特定した違反を引き起こす表現形式をファクトとして管理し、任意サービス提供者の端末と任意サービス要求者の端末との間で流通する通信メッセージに含まれる表現形式をスキャニングすることでSLA情報に違反するファクトが存在するか否かを判断し、ファクトを受け取ってスキャニングの処理を高速に実施するために用いるファクトインデクスを生成することを特徴とするサービス応答性能分析方法を提供するものである。
【発明の効果】
【００１４】
本発明によれば、サービスの提供者の端末とサービスの要求者の端末との通信状況に応じて即時性の高い対応を取れるサービス応答性能分析装置、方法、及びプログラム並びにそれを記録した記録媒体を提供できる。
【発明を実施するための最良の形態】
【００１５】
図１に示すように、本発明に係るサービス応答性能分析装置１００は、複数の任意サービス提供者の端末と複数の任意サービス要求者の端末とが通信を実施する環境において、任意サービス提供者と任意サービス要求者との間で取り決められるサービス提供条件を示すSLA情報を管理するSLA管理部１１５と、任意サービス提供者の端末と任意サービス要求者の端末との間で流通する全ての通信メッセージを捕捉するメッセージ捕捉部１０１と、メッセージ捕捉部１０１が捕捉した通信メッセージが、SLA管理部１１５で管理されるSLA情報に違反しているか否かを判断し、違反している場合は違反を引き起こす通信メッセージ中の表現形式を推定特定する分析部１１６と、分析部１１６が推定特定した違反を引き起こす表現形式をファクトとして管理するファクト管理部１１７と、任意サービス提供者の端末と任意サービス要求者の端末との間で流通する通信メッセージに含まれる表現形式をスキャニングすることでSLA情報に違反するファクトが存在するか否かを判断するストリーム解析部１０２と、ファクト管理部１１７から一連のファクトを受け取り、ストリーム解析部１０２がスキャニングの処理を高速に実施するために用いるファクトインデクスを生成するファクトインデクス生成部１０４とを含むことを特徴とする。【００１６】
このような構成とすることにより、複数のサービス提供者と複数のサービス要求者との間で流通するメッセージを基にサービス提供条件に適合するか否かの判断に用いるためのファクトインデクスを生成できる。サービス提供条件を示すＳＬＡ情報に違反しているか否かを判断する際には、任意のサービス提供者と任意のサービス要求者との間で流通する通信メッセージに含まれる表現形式をスキャニングし、ファクトインデクスを用いることで、サービス提供条件を示すＳＬＡ情報に違反しているか否かを早期又は即時判定することが可能となる。【００１７】
以下、本発明の好適な実施の形態について説明する。【００１８】
図２に、本発明の好適な実施の形態に係るサービス応答性能分析システムの構成を示す。このシステムは、複数のサービス提供者と複数のサービス要求者とが通信を実施する環境に適用され、サービス実行サーバ８、９、１０、サービス呼出クライアント６、７が、予め一つのサービス提供者とサービス要求者との間で取り決められたサービス呼出関係４１を有し、ＸＭＬ（eXtensible Markup Language）を用いて通信を行うとともに、サービス提供者とサービス要求者との間にProxy部１を介在させている。【００１９】
Content-Awareに基づくサービス応答性能分析装置０は、Proxy部１を有し、サービス実行サーバ８、９、１０及びサービス呼出クライアント６、７間で流通する全ての通信メッセージ群（以下、XML-Msg群）１８、１８’を捕捉する。【００２０】
図３に示すように、サービス応答性能分析装置０のProxy部１を除く部分は、二つに大別される。
一方は、サービス呼出関係４１上で定義されるSLA情報を算出する部分である。この部分は、流通する全てのXML-Msg群１８、１８’を捕捉、観測、分析推定した上で、SLA情報をXML-Msgの表現形式との関係の上で算出し、それを利活用するために保持、更新する。この部分は、起動部１２、分析時間管理部１３、交換Msg管理部１４、分析モジュール１６、SLA管理部１５、ファクト管理部１７を有する。【００２１】
他方は、SLA情報に違反しているか否かを即時判定する部分である。この部分は、サービス呼出関係４１上で定義されるサービス実行サーバ８、９、１０及びサービス呼出クライアント６、７間で流通する全てのXML-Msg群１８、１８’を捕捉し、XML-Msgに含まれる表現形式をスキャニングする。この部分は、ストリーム解析部２、ファクトインデクス部４、展開部５、警告部３を有する。【００２２】
スキャニングの結果、SLA情報に違反している場合は、警告部３からサービス運用管理１１へ警告メッセージ１９が即時に発せられる。【００２３】
Proxy部１は、流通する全てのXML-Msg群１８、１８’を捕捉すると、スキャニングを実施するのと並行して、捕捉したXML-Msg群を交換Msg管理部１４に一度全て格納する。交換Msg管理部１４には、XML-Msg群１８、１８’の各々がProxy部１を通過した時刻と、XML-Msg群１８、１８’の各々の発呼元・着呼先に相当するサービス実行サーバ８、９、１０及びサービス呼出クライアント６、７のアドレス情報の組とが、XML−Msg本体とともに保持される。アドレス情報の形式については任意である。proxy部１は、図１におけるメッセージ捕捉部１０１に相当する。【００２４】
SLA管理部１５では、SLA情報を管理する。管理においては、サービス呼出関係４１を特定する発呼元・着呼先に相当するサービス実行サーバ８、９、１０及びサービス呼出クライアント６、７のアドレス情報を用いる。アドレス情報の形式は任意であるが、交換Msg管理部１４、ファクト管理部１７、ファクトインデクス部４、及び分析モジュール部１６と矛盾しない形式とする。SLA管理部１５は、図１におけるSLA管理部１１５に相当する。【００２５】
SLA情報は、サービス要求者であるサービス呼出クライアント６、７の各々が、サービス応答者であるサービス実行サーバ８、９、１０に向けて発したサービス要求のXML-Msgに対してサービス応答のXML-Msgを受けるまで費やした全体の応答時間や、XML-Msgの大きさや、発生頻度、文法エラーなどが該当する。【００２６】
一般的には、SLA情報は、サービス呼出関係４１上で個別に定義されるため、他の特例を含んでも良い。【００２７】
起動部１２は、分析を実施する指定時間区間を定義・制御するとともに、これに応じて定期的に分析モジュール部１６を起動する。起動の方法については、運用プログラムによるプログラム起動呼出やメッセージによる起動などの種々の方式があるが、どの方式を用いても良い。【００２８】
分析時間管理部１３は、分析モジュール部１６の１回の処理時間を計測する。これは、起動部１２が分析モジュール部１６を起動してから、分析モジュール部１６が終了するまでの時間である。【００２９】
必要に応じて、分析時間管理部１３は、起動部１２が分析モジュール部１６を起動する時間間隔を調整するか、又は、後段で説明するようにXML-Msg群のリストを作成する際のリストへの登録数（図８のステップＳ１１１でのリストへの登録数）や、Xpathベクトル表現の分割数（図９のステップＳ２１４での分割数）を増減して、分析モジュール部１６による処理が望ましい処理時間に収まるように調整する。これにより、ストリーム解析部２が実施するスキャニングに対する即時判定の精度根拠となるファクトのデータに関する新鮮度を維持できる。この結果、即時判定の精度を高水準に維持できる。【００３０】
分析モジュール部１６は、指定時間区間内にProxy部１を通過した全てのXML-Msg群１８、１８’を、Proxy部１を通過した時刻、及びアドレス情報の組とともに交換Msg管理部１４から入手するとともに、SLA管理部１５からSLA情報を入手する。その後、全てのXML-Msg群１８、１８’を分析した上で、SLA情報に対する違反対象のケースをXML-Msgの表現形式との関係の上で算出・特定し、ファクトとして定義する。その際、分析モジュール部１６は、図８に示す分析推定の主手順、図９、１０に示す相関計算の主手順、図１１に示す相関計算のサブルーチン手順などを利用する。そして、ファクトをファクト管理部１７へ出力する。分析モジュール部１６は、図１における分析部１１６に相当する。【００３１】
ファクト管理部１７は、分析モジュール部１６が推定・定義したファクトを利活用するために管理、維持する。ファクトは分析モジュール部１６の処理中にも参照される。ファクト管理部１７は、図１におけるファクト管理部１１７に相当する。【００３２】
ファクト管理部１７で管理されるすべてのファクトは、展開部５によってファクトインデクス部４に展開される。そのため、ファクト管理部１７は、展開部５に更新情報４２を転送する。その後、展開部５はファクトインデクス部４を更新する。【００３３】
Proxy部１は、流通する全てのXML-Msg群１８、１８’を捕捉すると、スキャニングを実施する。スキャニングはストリーム解析部２が行う。ストリーム解析部２は、スキャニングの際にファクトインデクス部４を参照する。この手順について図４に示す。ストリーム解析部２は、図１におけるストリーム解析部１０２に相当する。また、ファクトインデクス部４は、図１におけるファクトインデクス生成部１０４に相当する。【００３４】
スキャニングの結果、ファクトインデクス部４に登録されているXML-Msg上の表現形式が存在する場合、原因は不明ではあるが、SLA情報に違反していることが以前にも推定観測されているため、そのように扱う。そのため、ストリーム解析部２は、警告部３を呼び出す。【００３５】
その後、警告部３からサービス運用管理１１に警告メッセージ１９が即時発せられる。【００３６】
ファクト管理部１７及びファクトインデクス部４を構成するため、又はファクトインデクス部４を参照するためには、XML-Msg群１８、１８’の表現変換が必要となる。図５は、分析モジュール部１６内で実施される変換プロセス又はスキャニングの際に実施される変換プロセスを示す図である。【００３７】
流通するXML-Msg群１８、１８’の任意のインスタンスの一般例を、図５におけるXML-Msg４３のように記載する。これは、あくまでも一例であり、特定の形式に限定するものではない。
XML-Msg４３は、等価Xpathグラフ表現２０のように表現することが可能である。等価Xpathグラフ表現２０においては、XML要素のデータコンテンツは、リーフ表現を意味する二重線楕円のリーフシンボル３９で表される。そして、リーフ表現に至るノード表現は実線楕円のノードシンボル３８で表される。
XML-Msg４３が同じXpathに複数のXML要素のデータコンテンツを持つ場合は、ノードシンボル３８は、出現順序として内部に１以上の連番［１］、［２］などを持ち、それぞれを特定する。さらに、ノードシンボル３８の二つの関係組み合わせ、又はノードシンボル３８とリーフシンボル３９の関係組み合わせはリンクシンボル３７で表現される。【００３８】
分析モジュール部１６又はストリーム解析部２で捕捉されたXML-Msg４３は、等価Xpathグラフ表現２０のように変換されたのち、さらに等価Xpath表現２１に変換される。【００３９】
等価Xpath表現２１は、複数レコード群で構成され、その要素１レコードは、等価Xpathグラフ表現２０で特定されたXpathグラフの絶対位置情報と、デリミタ区切りの意味を持つ文字列‘>"’と、Xpathグラフの絶対位置情報によって特定されるXML要素のデータコンテンツを文字列変換した値と、型情報シンボルによる合成文字列と、デリミタ区切りを意味する文字列‘"’とを順に連結することによって発生する新たな文字列４０として表現される。【００４０】
等価Xpath表現２１が持つXML要素のデータコンテンツの文字列変換部分については、文字列化したデータで表現される。特に、数値データの場合、相当１６進数表現に置き換える。また、一般のバイナリデータの場合は、Base64エンコーディングなどによって文字列に置き換えて表現される。【００４１】
等価Xpath表現２１が持つ型情報シンボルは、変換前のデータ形式が一意に特定できるもので表現される。図５では、文字列を‘（String）’などで表現しているが、変換前のデータ形式が一意に特定できる要件を満たすのであれば、他の形式によって表現しても良い。【００４２】
分析モジュール部１６で実施されるファクトの登録では、図６に示すような変換がさらに実施される。図６（ｂ）で定義される特殊B-Tree構造４４は、ファクトインデクス部４、ファクト管理部１７のいずれにも定義される。図５の変換プロセスの結果、新たに生成された文字列４０からデリミタ区切りの意味を持つ文字列‘>"’前の特定Xpathグラフ絶対位置情報に関する文字列を使い、B-Treeの亜種である特殊B-Tree構造４４を構成する。【００４３】
特殊B-Tree構造４４の基本的な構成は、一般的なB-Tree構造と大差はない。しかし、特定Xpathグラフの絶対位置に関する文字列は、絶対位置情報であるため、ノードに至るノード階層のルート情報を含んでおり、冗長な構成となっている。従って、B-Tree構造上のノード相当部分４６、４７では、親ノード４６と同じ文字列を持つ部分について、子ノード４７の記述から省略した構成となっている。さらに、等価Xpathグラフ表現２０上で定義される同等Xpath上のXML要素のデータコンテンツの複数出現に対する出現順序制御を行う連番［１］、［２］等については、一般化してワイルドカード［＊］で表現される。【００４４】
以上から、図６における子ノード４７において表現される文字列”/E21[1]/E31[*]”は、正しくは“/root/E11/E21[1]/E31[*]”に相当し、具体的な表現の一例をあげると“/root/E11/E21[1]/E31[1]”、や“/root/E11/E21[1]/E31[1000]”のような文字列が該当することとなる。【００４５】
また、図５の変換プロセスの結果、新たに生成された文字列４０から、デリミタ区切りの意味を持つ文字列‘>"’後のXML要素のデータコンテンツを文字列変換した値、及び型情報シンボルによる合成文字列については、別のデータ構造によって管理されるため、その参照先である始点ポイントをリーフ記述２５に記載する。【００４６】
図７は、ファクトインデクス部４の概略構成を示す図である。ファクトインデクス部４は、ストリーム解析部２がスキャニング処理を高速に実施するために用意されるものであり、三つの索引構成の組み合わせから成り立つ。一つはXML-Msg種類インデクス２３である。一つは特殊B-Tree構造４４を持つXML-Msg構造インデクス２２、２２’２２’’である。一つはB-Tree構造を持つ指定データインデクス２４、２４’である。【００４７】
XML-Msg種類インデクス２３は、ハッシュ表（Hash Table）で構成され、流通するすべてのXML-Msg群１８、１８’の型情報に相当するXML SchemaのNameSpaceに応じて、ハッシュのバケットが定義されることとなる。各バケットには、その型情報のXML-Msg群１８、１８’を利用するサービス呼出関係４１がリストとして管理される。そして、各々は発呼元のアドレス情報、着呼先のアドレス情報の組み合わせ、及びXML-Msg構造インデクス２２、２２’、２２’’の呼出先である始点ポインタを含んで構成される。【００４８】
XML-Msg群１８、１８’の型情報が異なれば、XML-Msg構造インデクスも異なるものを参照する場合がある。このため、XML-Msg構造インデクス２２、２２’、２２’’も複数存在することとなる。【００４９】
ファクトインデクス部４は、大規模にメモリを消費することが予想され、かつ高速で処理する必要があるため、XML-Msg種類インデクス２３にて、XML-Msg群１８、１８’の型情報に応じて、XML-Msg構造インデクス２２、２２’、２２’’の各々の全体をスワップイン、スワップアウトする等の対処するためにこのような構造を持つ。【００５０】
XML-Msg構造インデクス２２、２２’、２２’’の各々は、図６（ｂ）に示した特殊B-Tree構造４４と同様の構造をもって構成される。そして、そのリーフ記述には、等価Xpath表現に含まれる文字列中のデリミタ区切りの意味を持つ文字列‘>"’後のXML要素のデータコンテンツを文字列変換した値、及び型情報シンボルによる合成文字列を管理する指定データインデクス２４、２４’への参照先である始点ポインタを含むこととなる。【００５１】
従って、指定データインデクス２４、２４’は複数存在することとなる。指定データインデクス２４、２４’は、各々B-Tree構造を持ち、各XML要素のデータコンテンツであるElement要素の値、及びAttribute値を文字列変換した値、並びに型情報シンボルによる合成文字列を管理する。通常は、各Element要素及び各Attribute値に応じて指定データインデクスが一つ割り当てられる。【００５２】
以上に基づき、ノード階層４５及びリーフ記述２６は、合成文字列を含んで構成される。そして、これらの値が指定される場合は、SLA情報に違反していることが推定観測されることを意味する。特に、リーフ記述２６で、複数の値が定義される場合は、XML-Msg群１８、１８’のうち、同じ特定Xpathグラフの絶対位置に異なる値が指定され、その各々がSLA情報に違反しうることを意味する。【００５３】
なお、リーフ記述２６では、上記の通り、各XML要素のデータコンテンツであるElement要素の値、及びAttribute値を文字列変換した値、並びに型情報シンボルによる合成文字列を管理するが、エンコーディング化された巨大データを含む場合もある。そのようなものはダイジェスト値を用いて管理することも可能である。【００５４】
リーフ記述２６で、共起条件記述２７を含む場合が存在する。この場合、共起条件記述２７はリーフ記述２５を参照する。これはSLA情報に違反しうる事象が一つの条件だけでは決定せず、別の特定Xpathグラフの絶対位置情報に対して任意の決まった値が指定され複合化した条件下でSLA情報に違反しうる事象が発生することを意味する。【００５５】
分析モジュール部１６及びストリーム解析部２を中心として動作について説明する。【００５６】
図８は、分析モジュール部１６で実行される分析推定の主手順を示すフローチャートである。また、図９、１０は、分析モジュール部１６内で分析推定の主手順から呼び出される相関計算の主手順を示すフローチャートである。図１１は、分析モジュール部１６内で相関計算の主手順から呼び出されるサブルーチン手順を示すフローチャートである。【００５７】
分析モジュール部１６は、起動部１２によって起動されると、指定時間区間内にProxy部１を通過した全てのXML-Msg群１８、１８’を、Proxy部１を通過した時刻及びアドレス情報の組とともに交換Msg管理部１４から取得する（ステップＳ１０１）。【００５８】
その後、分析モジュール部１６は、XML-Msg群１８、１８’をサービス呼出関係４１である発呼元のアドレス情報、着呼先のアドレス情報、メッセージの種類であるXML-Msg群１８、１８’の型情報に相当するXML SchemaのNameSpaceに従って分類する（ステップＳ１０２）。【００５９】
その後、分析モジュール部１６は、XML-Msg群１８、１８’のうち、未だ処理されていない１分類を取得する（ステップＳ１０３）。【００６０】
その後、分析モジュール部１６は、ステップＳ１０３で選択した分類のサービス呼出関係４１に基づき、ファクト管理部１７に既に登録されているか否かを判断する（ステップＳ１０４）。【００６１】
すでに登録がなされており、かつ、分類のファクトについて補正が必要でない場合は（ステップＳ１０５／Ｙｅｓ、Ｓ１０６／不要）、分析モジュール部１６はステップＳ１０３の処理に戻る。
一方、すでに登録がなされているが分類のファクトについて補正が必要である場合（ステップＳ１０５／Ｙｅｓ、Ｓ１０６／必要）、又はファクト管理部１７に未登録の場合は（ステップＳ１０５／Ｎｏ）、分析モジュール部１６は、ステップＳ１０７の処理に進む。【００６２】
その後、分析モジュール部１６は、ＳＬＡ管理部１５からサービス呼出関係４１上で定義されるサービス提供条件を示すSLA情報を検索して入手する。その後、ステップＳ１０３で選択した分類に所属するXML-Msg群１８、１８’をSLA情報に基づいて整理・加工し、並び替える（ステップＳ１０７）。【００６３】
その後、分析モジュール部１６は、並び替えたXML-Msg群１８、１８’から、指定されるSLA情報を最も満足しないものについて評価を行い、そのXML-Msg１３を特定するとともに、後続の処理のため別領域に留保する（ステップＳ１０８）。【００６４】
分析モジュール部１６は、ステップＳ１０３で分類したXML-Msg群１８、１８’の全ての分類が処理されるまでステップＳ１０３からステップＳ１０８を繰り返す。全ての分類について処理された場合は（ステップＳ１０９／Ｙｅｓ）、ステップＳ１１０へ進む。【００６５】
その後、分析モジュール部１６は、ステップＳ１０６で別領域に留保した各サービス呼出関係４１上でSLA情報を最も満足しない一連のXML-Msg４３群をマージした上で、SLA情報を満足しない度合いが最も高いものから降順に並び替える（ステップＳ１１０）。【００６６】
その後、分析モジュール部１６は、並び替えられている一連のXML-Msg４３群の最初のものから規定数分を取り出し、XML-Msg４３群のリストを作成する（ステップＳ１１１）。規定数に関しては、分析時間管理部１３によって指定される。これは、ストリーム解析部２が実施するスキャニングに対する即時判定の精度根拠となるファクトのデータに関する新鮮度が分析モジュール部１６の行う処理能力に間接的に依存するためである。規定数を絞ることで、分析モジュール部１６の起動に関連した指定時間区間を短周期にすることが可能となる。【００６７】
なお、リストに掲載されていない分類については、次回以降の指定時間区間でSLA情報を最も満足しない一連のXML-Msg４３群のうちで上位に位置付けされることになるため、評価対象となる可能性が高い。【００６８】
その後、分析モジュール部１６は、リストから未だ処理されていない一つのXML-Msg４３を取り出す（ステップＳ１１２）。【００６９】
その後、分析モジュール部１６は、選択されたXML-Msg４３に対し、図９、１０に示す相関計算の主手順、図１１に示すサブルーチン手順等を利用して関連するファクトを特定、抽出する（ステップＳ１１３）。【００７０】
その後、分析モジュール部１６は、特定、抽出されたファクトが存在する場合に限り、ファクト管理部１７に登録する（ステップＳ１１４）。【００７１】
分析モジュール部１６は、リスト上での全てのXML-Msg４３で処理を実施した場合は（ステップＳ１１５／Ｙｅｓ）、ステップＳ１１６へ進み、それ以外の場合は（ステップＳ１１５／Ｎｏ）次のXML-Msg４３を処理するためステップＳ１１２へ戻る。【００７２】
分析モジュール部１６は、次の指定時間区間に対する再起動要求があるまで休眠状態に入る（ステップＳ１１６）。【００７３】
図９、１０に示す相関計算の主手順は、ステップＳ１１３で呼び出される。分析モジュール部１６は、ステップＳ１１２で取り出されたXMl-Msg４３を参照するメッセージとする（ステップＳ２０１）。そして、XML-Msg４３の参照する型情報に相当するXML Schemaに応じて、全てのXpathグラフの絶対位置情報を成分とし、XML-Msg４３に含まれるElement要素の値、及びAttribute値を文字列変換した値を１６進数表現した成分値とするXpathベクトル表現Ｍ（ｓ）k=0,l=1を得る。このため、XML-Msg４３は全てUnicode等に変換指定され、文字列等も対応する１６進数による桁上げを持つ数値として写像変換する。【００７４】
この場合、XML Schema上で、MaxOccursが指定されないことによる出現回数が不定のものが存在する。このため、事前にステップＳ１０３で選択した分類に所属するXML-Msg群１８、１８’から、全ての不定出現回数のものに対する最大出現ベクトル表現上では、１成分を必ず指定し、その成分値を０として扱う。【００７５】
Xpathベクトル表現Ｍ（ｓ）k=0,l=1の内、変数ｓは参照であることを意味し、変数ｋは分割の回数、変数ｌは分割した要素順序数を意味する。ステップＳ２０１は初期段階であるため、変数ｋには“０”が指定され、変数ｌには“１”が指定される。【００７６】
分析モジュール部１６は、参照メッセージであるXML-Msg４３に関するSLA情報で評価に必要なもののみを取り出し、それを成分とするベクトルＳ（ｓ）を求める（ステップＳ２０２）。【００７７】
分析モジュール部１６は、交換Msg管理部１４から指定時間区間内にProxy部１を通過し、参照メッセージであるXML-Msg４３と同じサービス呼出関係４１である発呼元アドレス情報、着呼先アドレス情報、メッセージの種類を持つXML-Msg群１８、１８’を取り出す（ステップＳ２０３）。【００７８】
その後、分析モジュール部１６は、図１１に示す相関計算のサブルーチンを呼び出す（ステップＳ２０４）。その際、ステップＳ２０３で得たXML-Msg群１８、１８’が渡される。【００７９】
その後、分析モジュール部１６は、XML-Msg群１８、１８’の個数を数え上げる（ステップＳ２４１）。変数ｊはXML-Msgの指定番号を意味する。そして一つのXML-Msgを取り出した後、XML-Msgに関するSLA情報でベクトルＳ（ｓ）と同じ成分を持つベクトルＳ（ｅ）ｊを求める。【００８０】
その後、分析モジュール部１６は、ステップＳ２４１で取り出したXML-Msgに対して、XML-Msg４３に含まれるElement要素の値、及びAttribute値を文字列変換した値を１６進数表現した成分値とするXpathベクトル表現Ｍ（ｅ）k,l,jを得る（ステップＳ２４２）。ここで、分割前のXpathベクトル表現Ｍ（ｅ）k,l,jは、上記Ｍ（ｓ）k=0,l=1と同じ成分を持つ。【００８１】
その後、分析モジュール部１６は、下記式（１）に示すベクトルを得る（ステップＳ２４３）。式（１）の第一成分は参照メッセージであるXML-Msg43と、新たに取り出したXML-Msg構造上の類似性を規格化したベクトルの内積値とで表現したものであり、同じものほど値が１に漸近する。これに対して、式（１）の第二成分は、参照メッセージであるXML-Msg４３と、新たに取り出したXML-Msgが示すSLA情報と結果に関する類似度で同様に、規格化したベクトルの内積値で表現したものである。この値が１に漸近するほど似た傾向を持つことを意味する。【００８２】
【数１】
2009119642.tif 000003
【００８３】
その後、分析モジュール部１６は、その際ステップＳ２０３で得たXML-Msg群１８、１８’に対して、全て式（１）の処理を実施しているかを判断する（ステップＳ２４４）。実施していない場合は（ステップＳ２４４／Ｎｏ）、変数ｊの値を加算し（ステップＳ２４５）、次のXML-Msgを対象としてステップＳ２４１〜Ｓ２４４を繰り返す。
既に実施している場合は（ステップＳ２４４／Ｙｅｓ）、分析モジュール部１６は、ステップＳ２４６の処理に移る。【００８４】
その後、分析モジュール部１６は、ステップＳ２０３で得たXML-Msg群１８、１８’に対して求められた式（１）のうち、第一成分を基に降順に並び替える（ステップＳ２４６）。そして上位ｋ個を取り出す。取り出すｋ個は分析時間管理部１３によって指定されることもある。【００８５】
分析モジュール部１６は、ｋ個の式（１）の表現を用い、第一成分と第二成分との相関強度を計算し、判定する（ステップＳ２４７）。これにより、分析モジュール部１６は、ステップＳ２０４の処理を終える。【００８６】
分析モジュール部１６は、ステップＳ２０４の処理に関して、分割個数Ｌが指定されているだけ実施する。分割個数Ｌとは、SLA情報に違反しうる事象を引き起こすXML-Msg上の表現形式をより詳細に特定するために、上記のXpathベクトル表現Ｍ（ｅ）k,l,j、Ｍ（ｓ）k=0,l=1を細分化するために分割する指定関数である。全てのＸＭＬ要素ごとに式（１）にて相関強度を計算して判定すると、計算量が指数関数的に増大するため、有限個数の計算量に留まるように、分割個数Ｌが指定される。分割個数Ｌの処理が実施されていない場合は、分析モジュール部１６は、ステップＳ２０５で次の分割部分を指定して、ステップＳ２０４の処理を繰り返す。なお、Xpathベクトル表現Ｍ（ｓ）k=0,l=1にて、変数ｋに“０”が指定され、変数ｌに“１”が指定される場合は、初期段階であることから、XML-Msg全体を評価対象としており、分割がない状態を意味するため、１回しか実施されない。【００８７】
分析モジュール部１６は、ステップＳ２０４の処理に関して全て終了した場合には（ステップＳ２０５／Ｙｅｓ）、ステップＳ２４７で求めた全ての分割個数Ｌに対する相関強度を基に相関の強いものから降順に並べる（ステップＳ２０７）。【００８８】
分析モジュール部１６は、相関強度について順次判定する（ステップＳ２０８）。相関強度を記す相関係数が規定されたもの、又は許容範囲内にあるもののみを取り出す。【００８９】
規定未満である場合は（ステップＳ２０９／Ｎｏ）、式（１）で定義される関係には相関が無いものとみすため、その部分の評価を棄却し、それ以上の評価は行わない（ステップＳ２１０）。【００９０】
分割個数Ｌによる評価の粒度が粗い場合は、相関係数が規定未満になる場合も予想される。しかし、本実施形態においては、図９、１０に示す相関係数の主手順での計算量が指数関数的に増大しないようにするため、ステップＳ２１０の処理を行っている。【００９１】
分析モジュール部１６は、ステップＳ２０８〜Ｓ２１０の処理を全て終了した場合は（ステップＳ２１１／Ｙｅｓ）、再度、分割個数Ｌで再分割可能か否かを判断する（ステップＳ２１２）。再分割可能な場合は（ステップＳ２１２／Ｙｅｓ）、Xpathベクトル表現Ｍ（ｅ）k,l,j、Ｍ（ｓ）k,lから棄却したものを除いて再度マージした上で、新たなXpathベクトル表現であるＭ（ｅ）k=k+1,l',j、Ｍ（ｓ）ｋ=ｋ＋１,l'を再生成する（ステップＳ２１３）。【００９２】
その後、分析モジュール部１６は、Xpathベクトル表現であるＭ（ｅ）k=k+1,l',j、Ｍ（ｓ）k=k+1,l'を、分割個数Ｌで再分割し（ステップＳ２１４）、最初の分割したものに対して相関計算のサブルーチン手順を再度呼び出す（ステップＳ２１５）。【００９３】
再分割不可能な場合は（ステップＳ２１２／Ｎｏ）、Xpathベクトル表現Ｍ（ｅ）k,l,j、Ｍ（ｓ）k,lに棄却されずに相関強度が強いものが残っているか否かについて判断する（ステップＳ２１６）。【００９４】
相関強度が高いものが存在する場合は（ステップＳ２１６／Ｎｏ）、参照するメッセージのXML-Msg４３で指定されたXpathグラフの絶対位置情報とその関連する値とをファクトとして特定し（ステップＳ２１７）、相関計算の主手順を終える。【００９５】
相関強度が高いものが存在しない場合は（ステップＳ２１６／Ｙｅｓ）、該当するファクトは存在しないものとして、相関計算の主手順を終える。【００９６】
図４に、ストリーム解析部２の動作の概要を示す。任意のサービス提供者と任意のサービス要求者との間で流通XML-Msg３４を捕捉し、XML-Msg３４に含まれる表現形式をスキャニングで、サービス提供条件を示すSLA情報に違反しているか否かの判定する原理を示す。【００９７】
ストリーム解析部２は、XML-Msg３４に含まれる表現形式をスキャニングしていく。例えば、XML-Msg３４に含まれるタグ＜Ｅ３１＞他が指定されるたびにXpathグラフの絶対位置情報である“/root/E11/E21/E31[1]”とその値“Ｄ１”との組み合わせ３０、“/root/E11/E21/E31[2]”とその値“Ｄ２”との組み合わせ３１、“/root/E11/E21/E31[3]”とその値“Ｄ３”との組み合わせ３２が、ストリーム解析部２で引き渡され、そのたびにストリーム解析部２は組み合わせ３０、３１、３２に応じてファクトインデクス部４を呼び出し、ファクト問い合わせ３５を実施する。【００９８】
ファクトインデクス部４は、ファクト問い合わせ３５を受けるたびに、内部を参照し、ファクト結果３６を応答する。ファクト結果３６で登録されている旨が含まれて応答される場合は、ストリーム解析部２は警告部３を起動し、警告メッセージ１９が即時に発せられる。【００９９】
組み合わせ３０、３１、３２に応じてファクトインデクス部４を呼び出し、ファクト問い合わせを実施するのでは効率が悪い場合も存在する。その場合は、Xpathグラフの絶対位置情報である“/root/E11/E21/E31[1]”を一般化し、“/root/E11/E21/E31[*]”としてファクトインデクス部を呼び出し、ファクト問い合わせ３５を実施する。【０１００】
その結果、ファクト結果３６では登録された値“Ｄ１”のみが戻され、ストリーム解析部２内で判断することも可能である。この場合は、ファクトインデクス部４を呼び出すファクト問い合わせ３５に関しては、Xpathグラフの絶対位置情報である“/root/E11/E21/E31[*]”で一回実施された後、Xpathグラフの絶対位置情報のカレント表現が変化する“/root/E12/E22”までは実施されないことになり、効率的に処理することも可能である。【０１０１】
なお、上記実施形態は本発明の好適な実施の一例であり、本発明はこれに限定されることはない。
例えば、上記の実施形態においては、サービス要求者の端末からサービス提供者の端末へのメッセージを捕捉する場合を例として示したが、サービス提供者の端末からサービス要求者の端末へのメッセージを捕捉する場合も上記同様の処理を行えばよい。
このように、本発明は様々な変形が可能である。【０１０２】
この出願は、２００８年３月２６日に出願された日本出願特願２００８−０８１０００を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図面の簡単な説明】
【０１０３】
【図１】本発明に係るサービス応答性能分析装置の構成を示す図である。
【図２】本発明の好適な実施の形態に係るサービス応答性能分析システムの構成を示す図である。
【図３】サービス応答性能分析装置の構成を示す図である。
【図４】ストリーム解析部がスキャニングの際にファクトインデクス部を参照する手順を示す図である
【図５】分析モジュール部内で実施される変換プロセス又はスキャニングの際に実施される変換プロセスを示す図である。
【図６】ファクトの登録の際に分析モジュール部で実施される変換処理を示す図である。
【図７】ファクトインデクス部の概略構成を示す図である。
【図８】分析推定の主手順を示す図である。
【図９】相関計算の主手順を示す図である。
【図１０】相関計算の主手順を示す図である。
【図１１】相関計算のサブルーチン手順を示す図である。
【符号の説明】
【０１０４】
０、１００    サービス応答性能分析装置
１    Proxy部
２    ストリーム解析部
３    警告部
４    ファクトインデックス部
５    展開部
６、７    サービス呼出クライアント
８、９、１０    サービス実行サーバ
１１    サービス運用管理
１２    起動部
１３    分析時間管理部
１４    交換Msg管理部
１５    SLA管理部
１６    分析モジュール
１７    ファクト管理部
１８、１８’    流通するXML-Msg群
１９    警告メッセージ
２０    等価なXpathグラフ表現
２１    等価Xpath表現
２２、２２’、２２’’    XML-Msg構造インデクス
２３    XML-Msg種類インデクス
２４、２４’    B-Tree構造を持つ指定データインデクス
２５、２６    リーフ記述
２７    共起条件記述
３０    “/rooｔ/Ｅ11/Ｅ21/Ｅ31[1]”とその値“D1”の組み合わせ情報
３１    “/rooｔ/Ｅ11/Ｅ21/Ｅ31[2]”とその値“D2”の組み合わせ情報
３２    “/rooｔ/Ｅ11/Ｅ21/Ｅ31[3]”とその値“D3” の組み合わせ情報
３４、４３    XML-Msg
３５    ファクト問い合わせ
３６    ファクト結果
３７    リンクシンボル
３８    ノードシンボル
３９    リーフシンボル
４０    新たな文字列
４１    サービス呼出関係
４２    更新情報
４４    特殊B-Tree構造
４５    ノード階層
４６    B-Tree構造上のノード(親ノード)
４７    B-Tree構造上のノード(子ノード)
１０１    メッセージ捕捉部
１０２    ストリーム解析部
１０４    ファクトインデクス生成部
１１５    ＳＬＡ管理部
１１６    分析部
１１７    ファクト管理部
【図１】
2009119642.tif 000004
【図２】
2009119642.tif 000005
【図３】
2009119642.tif 000006
【図４】
2009119642.tif 000007
【図５】
2009119642.tif 000008
【図６】
2009119642.tif 000009
【図７】
2009119642.tif 000010
【図８】
2009119642.tif 000011
【図９】
2009119642.tif 000012
【図１０】
2009119642.tif 000013
【図１１】
2009119642.tif 000014
【国際調査報告】
2009119642.tif 000015
2009119642.tif 000016