特許 5982015 コンピュータ・ネットワーク用のトランザクション実行監視方法及びシステム並びにコンピュータ記憶媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5982015

(24)【登録日】2016年8月5日

(45)【発行日】2016年8月31日

(54)【発明の名称】コンピュータ・ネットワーク用のトランザクション実行監視方法及びシステム並びにコンピュータ記憶媒体

(51)【国際特許分類】

   G06F 13/00 20060101AFI20160818BHJP

   H04L 12/26 20060101ALI20160818BHJP

【ＦＩ】

   G06F13/00 351N

   H04L12/26

【請求項の数】9

【全頁数】15

(21)【出願番号】特願2014-556914(P2014-556914)

(86)(22)【出願日】2013年3月19日

(65)【公表番号】特表2015-513722(P2015-513722A)

(43)【公表日】2015年5月14日

(86)【国際出願番号】CN2013072852

(87)【国際公開番号】WO2013155912

(87)【国際公開日】20131024

【審査請求日】2014年8月13日

(31)【優先権主張番号】201210112854.X

(32)【優先日】2012年4月17日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】512249098

【氏名又は名称】テンセント テクノロジー （シェンツェン） カンパニー リミテッド

(74)【代理人】

【識別番号】100147485

【弁理士】

【氏名又は名称】杉村 憲司

(74)【代理人】

【識別番号】100156867

【弁理士】

【氏名又は名称】上村 欣浩

(74)【代理人】

【識別番号】100149249

【弁理士】

【氏名又は名称】田中 達也

(72)【発明者】

【氏名】ルオ ウエイ

(72)【発明者】

【氏名】ジャン チャオジアーン

(72)【発明者】

【氏名】ヤーン シュワイ

(72)【発明者】

【氏名】ジャオ ヤオ

【審査官】 宮久保 博幸

(56)【参考文献】

【文献】 米国特許出願公開第２００２／００８３３７１（ＵＳ，Ａ１）

【文献】 特開２００５−１６７３４７（ＪＰ，Ａ）

【文献】 特開平１０−３０３８９７（ＪＰ，Ａ）

【文献】 特開２０１１−１７６５５４（ＪＰ，Ａ）

【文献】 特開２００５−１４１３０８（ＪＰ，Ａ）

【文献】 特開２００６−２２２８０８（ＪＰ，Ａ）

【文献】 特開２００６−０１１６８３（ＪＰ，Ａ）

【文献】 特開２００７−２４１８０５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｈ０４Ｌ １２／２６

(57)【特許請求の範囲】

【請求項1】

コンピュータ・ネットワーク上で実行されるトランザクションの監視データを取得し、前記監視データから異常データを抽出することと、
前記異常データに基づいて異常サービスを取得することと、
前記異常サービスに基づいて前記コンピュータ・ネットワーク上に構築された前記トランザクションのアーキテクチャ層において前記トランザクションの実行故障元の位置特定を行うことと、
を含むコンピュータ・ネットワーク用のトランザクション実行監視方法であって、
前記異常サービスに基づいて前記コンピュータ・ネットワーク上に構築された前記トランザクションのアーキテクチャ層において前記トランザクションの実行故障元の位置特定を行う処理は、
前記異常サービスが位置するアーキテクチャ層に異常が存在するか否かを検出し、存在する場合、前記異常サービスが位置するアーキテクチャ層における異常点を記録することと、
前記異常サービスと関連する次のアーキテクチャ層を開始層として、前記トランザクションのアーキテクチャ構造における前端から後端までの順に、各層毎に現在のアーキテクチャ層に異常が存在するか否かを検出し、存在する場合、前記現在のアーキテクチャ層における異常点を記録することと、
前記トランザクションのアーキテクチャ構造における前端から後端までの順に、記録された異常点を処理することにより前記トランザクションの実行故障元の位置特定を行うことと、
を含み、
前記トランザクションのアーキテクチャ構造における前端から後端の順に、記録された異常点を処理することにより前記トランザクションの実行故障元の位置特定を行う処理は、さらに
前記トランザクションのアーキテクチャ層に対応する優先順位に基づいて、前記記録された異常点から最高優先順位に対応する異常点を前記トランザクションの実行故障元として抽出し、抽出された最高優先順位に対応する異常点から、当該アーキテクチャ層における要素の優先順位に基づいて、前記トランザクションの実行故障元の異常点を特定することを含む、トランザクション実行監視方法。

【請求項2】

前記異常サービスに基づいて前記トランザクションのアーキテクチャ層において前記トランザクションの実行故障元の位置特定を行う処理は、さらに
前記異常サービスと関連する次のアーキテクチャ層が存在するか否かを判断し、存在する場合、前記異常サービスと関連する次のアーキテクチャ層を開始層として、前記トランザクションのアーキテクチャ構造における前端から後端までの順に、各層毎に現在のアーキテクチャ層に異常が存在するか否かを検出する処理を実行することと、
存在しない場合、前記異常サービスが位置するアーキテクチャ層に異常が存在すると検出された場合に記録された異常点を前記トランザクションの実行故障元とすることと、
を含む、請求項１記載のトランザクション実行監視方法。

【請求項3】

前記トランザクションのアーキテクチャ構造における前端から後端の順に、記録された異常点を処理することにより前記トランザクションの実行故障元の位置特定を行う処理の後に、
前記トランザクションの実行故障元及びそれに対応する異常点を故障位置特定ページに提示することを更に含む、請求項１又は２記載のトランザクション実行監視方法。

【請求項4】

コンピュータ・ネットワーク上で実行されるトランザクションの監視データを取得し、前記監視データから異常データを抽出するデータ監視モジュールと、
前記異常データに基づいて異常サービスを取得する異常サービス取得モジュールと、
前記異常サービスに基づいて前記コンピュータ・ネットワーク上に構築された前記トランザクションのアーキテクチャ層において前記トランザクションの実行故障元の位置特定を行う検出モジュールと、
を含む、トランザクション実行監視システムであって、
前記検出モジュールは、
前記異常サービスが位置するアーキテクチャ層に異常が存在するか否かを検出し、存在する場合、前記異常サービスが位置するアーキテクチャ層における異常点を記録する初期検出ユニットと、
前記異常サービスと関連する次のアーキテクチャ層を開始層として、前記トランザクションのアーキテクチャ構造における前端から後端までの順に、各層毎に現在のアーキテクチャ層に異常が存在するか否かを検出し、存在する場合、前記現在のアーキテクチャ層における異常点を記録する層毎検出ユニットと、
前記トランザクションのアーキテクチャ構造における前端から後端までの順に、記録された異常点を処理することにより前記トランザクションの実行故障元の位置特定を行う処理ユニットと、
を含み、
前記処理ユニットは、さらに、前記トランザクションのアーキテクチャ層に対応する優先順位に基づいて、前記記録された異常点から最高優先順位に対応する異常点を前記トランザクションの実行故障元として抽出し、抽出された最高優先順位に対応する異常点から、当該アーキテクチャ層における要素の優先順位に基づいて、前記トランザクションの実行故障元の異常点を特定する、トランザクション実行監視システム。

【請求項5】

前記検出モジュールは、さらに
前記異常サービスと関連する次のアーキテクチャ層が存在するか否かを判断し、存在する場合は、前記層毎検出ユニットへ通知し、存在しない場合は、前記処理ユニットへ通知する階層判断ユニットを含み、
前記処理ユニットは、さらに、前記異常サービスが位置するアーキテクチャ層に異常が存在すると検出された場合に記録された異常点を実行故障元とする、
請求項４記載のトランザクション実行監視システム。

【請求項6】

前記トランザクション実行監視システムは、さらに、前記トランザクションの実行故障元及びその異常点を故障位置特定ページに提示する、請求項４又は５記載のトランザクション実行監視システム。

【請求項7】

コンピュータ・ネットワーク上で実行されるトランザクションの監視データを取得し、前記監視データから異常データを抽出し、
前記異常データに基づいて異常サービスを取得し、
前記異常サービスに基づいて前記コンピュータ・ネットワーク上に構築された前記トランザクションのアーキテクチャ層において前記トランザクションの実行故障元の位置特定を行う、
よう操作可能なコンピュータ実行可能命令を記憶するためのコンピュータ記憶媒体であって、
前記異常サービスに基づいて前記コンピュータ・ネットワーク上に構築された前記トランザクションのアーキテクチャ層において前記トランザクションの実行故障元の位置特定を行う処理は、
前記異常サービスが位置するアーキテクチャ層に異常が存在するか否かを検出し、存在する場合、前記異常サービスが位置するアーキテクチャ層における異常点を記録することと、
前記異常サービスと関連する次のアーキテクチャ層を開始層として、前記トランザクションのアーキテクチャ構造における前端から後端までの順に、各層毎に現在のアーキテクチャ層に異常が存在するか否かを検出し、存在する場合、前記現在のアーキテクチャ層における異常点を記録することと、
前記トランザクションのアーキテクチャ構造における前端から後端までの順に、記録された異常点を処理することにより前記トランザクションの実行故障元の位置特定を行うことと、
を含み、
前記トランザクションのアーキテクチャ構造における前端から後端の順に、記録された異常点を処理することにより前記トランザクションの実行故障元の位置特定を行う処理は、さらに
前記トランザクションのアーキテクチャ層に対応する優先順位に基づいて、前記記録された異常点から最高優先順位に対応する異常点を前記トランザクションの実行故障元として抽出し、抽出された最高優先順位に対応する異常点から、当該アーキテクチャ層における要素の優先順位に基づいて、前記トランザクションの実行故障元の異常点を特定することを含む、コンピュータ記憶媒体。

【請求項8】

前記異常サービスに基づいて前記トランザクションのアーキテクチャ層において前記トランザクションの実行故障元の位置特定を行う処理は、さらに
前記異常サービスと関連する次のアーキテクチャ層が存在するか否かを判断し、存在する場合、前記異常サービスと関連する次のアーキテクチャ層を開始層として、前記トランザクションのアーキテクチャ構造における前端から後端までの順に、各層毎に検出を行う処理を実行することと、
存在しない場合、前記異常サービスが位置するアーキテクチャ層に異常が存在すると検出された場合に記録された異常点を前記トランザクションの実行故障元とすることと、
を含む、請求項７記載のコンピュータ記憶媒体。

【請求項9】

前記トランザクションのアーキテクチャ構造における前端から後端の順に、記録された異常点を処理することにより前記トランザクションの実行故障元の位置特定を行う処理の後に、前記コンピュータ実行可能命令は、さらに
前記トランザクションの実行故障元及びそれに対応する異常点を故障位置特定ページに提示するように操作可能な、請求項７又は８記載のコンピュータ記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、コンピュータ・ネットワークに関し、特に、コンピュータ・ネットワーク用のトランザクション実行監視方法及びシステム並びにコンピュータ記憶媒体に関する。

【背景技術】

【0002】

インターネット、LAN、WANでは、例えば、オープンプラットフォームでの第三者アプリケーション、仮想ネットワークコミューニティー及び動映像再生ウェブサイトなどの各種トランザクションが実行されている。通常、トランザクションはコンピュータ・ネットワーク上の実行環境に依存してユーザーにサービスを提供する。この実行環境は、トランザクションのために論理処理やデータ記憶を提供するためのいろいろな要素を含む。トランザクションの実行中では、必ずトランザクションの実行環境に発生する故障を密接に注視し、直ちに分析と処理を行わなければならない。

【0003】

コンピュータ・ネットワーク用の従来のトランザクション実行監視方法では、トランザクションの実行環境を種類毎にリアルタイムに監視し、この実行環境は、ネットワーク環境、サーバなどのデバイス、トランザクションコンポーネント、及びトランザクションソフトウエアなどを含む。トランザクションのある実行環境に異常状況が発生したことが監視されると、メッセージ又はメールの方式で警告を発送し、トランザクションメンテナンスを行う作業者が警告内容を確認して、故障が発生した実行環境を認識するようにする。

【0004】

しかし、トランザクションの各種実行環境同士は互いに依存する。例えば、トランザクションソフトウエアの正常的な実行は、トランザクションコンポーネントの正常的な実行に依存し、トランザクションソフトウエアとトランザクションコンポーネントの正常的な実行はネットワーク環境、サーバなどの実行環境の正常的な実行に依存する。このため、トランザクションの実行中において、トランザクションのある実行環境に故障が発生したことが監視された場合、常に大規模な警告が引き起こされ、トランザクションメンテナンスを行う作業者は警告内容を確認することにより故障位置を特定することができなくなってしまう。

【発明の概要】

【発明が解決しようとする課題】

【0005】

上記の一つ又は複数の問題を鑑みて、コンピュータ・ネットワーク用のトランザクション実行監視方法及びシステム並びにコンピュータ記憶媒体を提供する。

【課題を解決するための手段】

【0006】

本開示の実施例によるコンピュータ・ネットワーク用のトランザクション実行監視方法は、
コンピュータ・ネットワーク上で実行するトランザクションの監視データを取得し、監視データから異常データを抽出することと、
異常データに基づいて異常サービスを取得することと、
異常サービスに基づいてコンピュータ・ネットワーク上に構築されたトランザクションのアーキテクチャ層においてトランザクションの実行故障元の位置特定を行うことと、を含む。

【0007】

本開示の実施例によるコンピュータ・ネットワーク用のトランザクション実行監視システムは、
コンピュータ・ネットワーク上で実行するトランザクションの監視データを取得し、監視データから異常データを抽出するデータ監視モジュールと、
異常データに基づいて異常サービスを取得する異常サービス取得モジュールと、
異常サービスに基づいてコンピュータ・ネットワーク上に構築されたトランザクションのアーキテクチャ層においてトランザクションの実行故障元の位置特定を行う検出モジュールと、を含む。

【0008】

本開示の実施例によるコンピュータ実行可能命令を記憶するためのコンピュータ記憶媒体において、前記コンピュータ実行可能命令は、
コンピュータ・ネットワーク上で実行されるトランザクションの監視データを取得し、前記監視データから異常データを抽出する処理と、
前記異常データに基づいて対応する異常サービスを取得する処理と、
前記異常サービスに基づいてアーキテクチャ層において位置特定を行うことにより実行故障元を得る処理と、
を実行するように操作可能である。

【0009】

本開示の実施例によるコンピュータ・ネットワーク用のトランザクション実行監視方法及びシステム、およびコンピュータ記憶媒体により、トランザクションメンテナンスを行う作業者は多量の警告内容を一つずつ分析する必要なく、トランザクションの実行故障元を正確に認識することができる。

【図面の簡単な説明】

【0010】

【図1】本開示の実施例によるコンピュータ・ネットワーク用のトランザクション実行監視方法を示すフローチャートである。

【図2】本開示の実施例によるトランザクションのアーキテクチャ構造を示す図である。

【図3】本開示の実施例による異常サービスに基づいてコンピュータ・ネットワーク上に構築されたトランザクションのアーキテクチャ層でトランザクションの実行故障元の位置特定を行う処理を示すフローチャートである。

【図4】本開示の実施例による記録された異常点をトランザクションのアーキテクチャ構造におけるアーキテクチャ層の順に処理することによりトランザクションの実行故障元の位置特定を行う処理を示すフローチャートである。

【図5】本開示の実施例によるコンピュータ・ネットワーク用のトランザクション実行監視システムの構成を示す図である。

【図6】本開示の実施例による検出モジュールの構成を示す図である。

【図7】本開示の別の実施例による検出モジュールの構成を示す図である。

【発明を実施するための形態】

【0011】

図１は、本開示の実施例によるコンピュータ・ネットワーク用のトランザクション実行監視方法示すフローチャートである。図１に示すように、本開示の実施例によるコンピュータ・ネットワーク用のトランザクション実行監視方法は、以下のようなステップを含む。

【0012】

ステップＳ１０では、コンピュータ・ネットワーク上で実行しているトランザクションの監視データを取得し、監視データから異常データを抽出する。

【0013】

本実施例において、コンピュータ・ネットワーク上で実行しているトランザクションの実行過程を監視することにより、トランザクションの実行が正常か否かを明確に反映するための監視データを得る。例えば、この監視データは、ユーザーのオンライン数やユーザーのコンプレイン数やユーザーがウェブページにアクセスする際に発生した遅延などであることができる。この監視データは、コンピュータ・ネットワーク上でのトランザクションの正常実行により生成した通常データ、及びコンピュータ・ネットワーク上でのトランザクションの異常実行（すなわち、トランザクションの実行に故障が発生すること）により生成した異常データを含む。異常データは、例えば、ウェブページが使用できない旨を示すデータであることができる。

【0014】

ステップＳ３０では、異常データに基づいて異常サービスを取得する。

【0015】

本実施例において、トランザクションは実行中に各サービスによりユーザーにいろんな機能を提供する。例えば、あるトランザクションの実行中、複数のサービスが提供する各機能が、そのトランザクションの処理能力を形成する。抽出された異常データに基づいて異常サービス（すなわち、故障が発生したサービス）を取得し、後続の処理によりこの異常サービスを引起した原因を見つけ出す。

【0016】

ステップＳ５０では、異常サービスに基づいてコンピュータ・ネットワーク上に構築されたトランザクションのアーキテクチャ層でトランザクションの実行故障元の位置特定を行う。

【0017】

図２は、本開示の実施例によるトランザクションのアーキテクチャ構造を示す図である。図２に示すように、本開示の実施例によるトランザクションのアーキテクチャ構造は、階層状の構造で、前端から後端までの順にアクセス層と、論理層と、データ層とを備える。ここで、アクセス層は、ユーザーの要求を受理し、ユーザーの要求を後端の論理層へ転送する階層である。論理層は、ユーザーにインターフェースを表示するページを提供するとともに、アクセス層から転送されたユーザーの要求に応じて論理処理を行い、処理結果をアクセス層を戻す階層である。データ層は、論理層が論理処理を行うのに必要な及び/又は論理処理を行うことにより生成した各種データを一時的に又は永久的に保存する階層である。トランザクションは、ユーザーの各種要求に応じて、コンピュータ・ネットワーク上に構築されたこのトランザクションのアーキテクチャ構造において実行される。

【0018】

図２に示すように、アクセス層と論理層とデータ層のいずれのアーキテクチャ層も、トランザクションソフトウエアと、トランザクションコンポーネントと、基礎ネットワークと、基本デバイスと、インフラストラクチャなどのような要素を含む。ここで、トランザクションコンポーネントは、パブリックドメインソフトウェアパッケージ、又はソフトウエアアーキテクチャパッケージであり、例えば、WebＳerver コンポーネントや、ネットワーク通信コンポーネントや、データベースコンポーネントなどである。トランザクションソフトウエアは、トランザクションコンポーネント上で実行され、多くはユーザーがアクセスするように直接に提供されるプログラムであり、例えば、ユーザーに表示インターフェースを提供するコモン・ゲートウェイ・インターフェース（Common Gateway Interface、CGIと略する）である。基本デバイスは、サーバと、スイッチと、ルーターなどの設備である。インフラストラクチャは、データセンターと、電力供給装置と、データセンタースペースなどの施設である。

【0019】

また、トランザクションのアーキテクチャ構造は、アクセス層と論理層とデータ層の区画ではなく、前端から後端までの順にトランザクションソフトウエアと、トランザクションコンポーネントと、基本デバイスと、インフラストラクチャとを備えてもよい。

【0020】

本実施例において、異常サービスが位置するアーキテクチャ層に異常が存在するか否かを検出する他にも、更にこの異常サービスと関連する複数のアーキテクチャ層に異常が存在するか否かも検出して、実行故障元の位置特定を実現することにより、サービス異常の発生を引起している故障原因を得るようにする必要がある。

【0021】

本開示の実施例によるトランザクション実行監視方法では、監視データ中の異常データに基づいて対応する異常サービスを取得し、異常サービスに基づいて関連するアーキテクチャ層においてトランザクションの実行故障元の位置特定を行うが、ただ異常サービスをトランザクション実行中の実行故障元とみなすだけではなく、それに応じて異常サービスと関連するアーキテクチャ層を検出することにより、実行故障元の位置特定を実現し、監視の正確性を向上するとともに、コンピュータ・ネットワーク上で実行されるトランザクションのメンテナンスも一層便利化する。

【0022】

図３は、本開示の実施例による異常サービスに基づいてコンピュータ・ネットワーク上に構築されたトランザクションのアーキテクチャ層でトランザクションの実行故障元の位置特定を行う処理を示すフローチャートである。図３に示すように、一実施例において、上記のステップＳ５０の具体的な過程は以下のとおりである。

【0023】

ステップＳ５１０では、異常サービスが位置するアーキテクチャ層に異常が存在するか否かを検出し、Yesの場合、ステップＳ５２０に移行し、Noの場合、ステップＳ５０の処理を終了する。

【0024】

本実施例において、異常サービスが位置するアーキテクチャ層における各セグメントに異常があるか否かを検出し、該アーキテクチャ層に出現した異常点を記録する。異なるアーキテクチャ層及び同一のアーキテクチャ層における異なる要素によって、対応する異常点がそれぞれ異なる。具体的に、異常点は、アーキテクチャ層及びアーキテクチャ層における要素に異常があるか否かを判定するためのもので、異常現象に関する記述である。例えば、アーキテクチャ層の基本デバイスについて、異常点は、サーバと接続できないことであり、アーキテクチャ層の基礎ネットワークについて、異常点は、ネットワークパケットロス率 (Packet loss rate)が３０%を超えたことである。

【0025】

ステップＳ５２０では、異常サービスが位置するアーキテクチャ層における異常点を記録する。

【0026】

ステップＳ５３０では、異常サービスと関連する次のアーキテクチャ層を開始層として、トランザクションのアーキテクチャ構造における前端から後端の順に各層毎に検出を行い、現在のアーキテクチャ層に異常が存在するか否かを判断する。Yesの場合、ステップＳ５４０に移行し、Noの場合、ステップＳ５０の処理を終了する。

【0027】

トランザクションのアーキテクチャ構造において、前端の一つのアーキテクチャ層のサービスは、通常、直後の後端の一つのアーキテクチャ層におけるサービスに依存して対応する機能を実現する（ここで、当該後端のアーキテクチャ層を当該前端のアーキテクチャ層の次のアーキテクチャ層と称し、当該後端のアーキテクチャ層におけるサービスを当該前端のアーキテクチャ層におけるサービスの下游サービスと称する）。本実施例では、異常サービスが位置するアーキテクチャ層の次のアーキテクチャ層を開始層として、各層毎に現在のアーキテクチャ層に異常が存在するか否かを検出する必要がある。具体的に、トランザクションのアーキテクチャ構造における前端から後端の順に、現在のアーキテクチャ層に下流サービスが存在するか否かを判断し、Yesの場合、下流サービスに異常点が存在するか否かを更に判断する。下流サービスに異常点が存在すると、この異常点を記録する。

【0028】

別の実施例において、上記ステップＳ５０は、以下のようなステップを更に含む。

【0029】

異常サービスと関連する次のアーキテクチャ層が存在するか否かを判断する。Yesの場合、ステップＳ５３０に移行し、Noの場合、異常サービスが位置するアーキテクチャ層に異常が存在すると検出された場合に記録された異常点をトランザクションの実行故障元とする。

【0030】

即ち、異常サービスが次のアーキテクチャ層におけるサービスに依存しなくても正常的に実行できると判断された場合、異常サービスが位置するアーキテクチャ層における異常点がトランザクションの実行故障元であるため、一層ずつ検出を行う必要がなくなり、故障検出の効率を向上させる。具体的に、次のアーキテクチャ層に異常サービスと関連するサービス（即ち、下流サービス）が存在するか否かを判断することにより、異常サービスと関連する次のアーキテクチャ層が存在するか否かを判断することができる。

【0031】

ステップＳ５４０において、現在のアーキテクチャ層における異常点を記録する。

【0032】

ステップＳ５５０において、トランザクションのアーキテクチャ構造における前端から後端の順に、記録された異常点を処理することにより、トランザクションの実行故障元の位置を特定する。

【0033】

本実施例において、記録された複数の異常点を集中し、トランザクションのアーキテクチャ構造における前端から後端までの順に、記録された複数の異常点に対して処理を行って、トランザクションの実行故障元の位置特定を実現する。トランザクションの実行中において、あらゆるアーキテクチャ層に出現された異常点は、いずれも異常なサービスを引き起こす可能性がある。このため、全ての異常点を集中すると、可能性が一番高い故障原因を特定でき、各アーキテクチャ層中の関連分析を実現できる。具体的に、トランザクションのアーキテクチャ構造におけるアーキテクチャ層の順に、記録された若干の異常点に対して関連分析を行うことにより、トランザクションの実行故障元を取得する。

【0034】

本開示の実施例によるトランザクション実行監視方法では、異常点を集中することにより可能性が一番高い故障原因を特定して各アーキテクチャ層中の関連分析を行い、相対的に分散している異常点を総合的に考慮して、正確な故障元を取得する。

【0035】

一実施例において、上記ステップＳ５５０の具体的な過程は、アーキテクチャ層に対応する優先順位に従って、記録された異常点から最高優先順位に対応する異常点をトランザクションの実行故障元として抽出する。

【0036】

本実施例において、各アーキテクチャ層に、アーキテクチャ層において異常点が異常サービスを引き起こす可能性の大きさを示す優先順位を予め設定する。言い換えると、優先順位も異常サービスを発生させる影響要素を示す。優先順位が最高の異常点は、異常サービスを発生させる影響要素が最大の異常点であり、実行故障元となる可能性が一番高い。このため、アーキテクチャ層に対応する優先順位に従って、記録された若干の異常点から優先順位が最高の異常点を抽出し、抽出された異常点によりトランザクションの実行故障元の位置特定を実現できる。

【0037】

最高優先順位の複数の異常点については、さらにアーキテクチャ層における要素の優先順位に基づいて、どの異常点がトランザクションの実行故障元であるかを特定する。例えば、インフラストラクチャに故障が発生すると、必ず基本デバイス、基礎コンポーネント及び基礎ソフトウエアに影響が与えられる。そのため、インフラストラクチャと基本デバイス共に異常点が存在する場合、インフラストラクチャでの異常点をトランザクションの実行故障元とし、その他も類推する。

【0038】

図４は、本開示の実施例による記録された異常点をトランザクションのアーキテクチャ構造におけるアーキテクチャ層の順に処理することによりトランザクションの実行故障元の位置特定を行う処理を示すフローチャートである。図４に示すように、別の実施例において、上記ステップＳ５５０の具体的な過程は以下のようなステップを含む。

【0039】

ステップＳ５５１では、記録された異常点からトランザクションのアーキテクチャ構造における最後端のアーキテクチャ層に対応する異常点を抽出する。

【0040】

本実施例において、トランザクションのアーキテクチャ構造における前端から後端までの順に、記録された若干の異常点から最後端のアーキテクチャ層に対応する異常点を抽出し、最後端に位置するアーキテクチャ層における異常点を異常サービスを引き起こした原因とする。

【0041】

ステップＳ５５３では、抽出された異常点をトランザクションの実行故障元とする。

【0042】

一実施例において、上記トランザクション実行監視方法は、実行故障元及びそれに対応する異常点を故障位置特定ページに提示して、トランザクションメンテナンスを行う作業者が容易に見るようにすることを更に含む。

【0043】

図５は、本開示の実施例によるコンピュータ・ネットワーク用のトランザクション実行監視システムの構成を示す図である。図５に示すように、一実施例において、コンピュータ・ネットワーク用のトランザクション実行監視システムは、データ監視モジュール１０と、異常サービス取得モジュール３０と、及び検出モジュール５０とを含む。

【0044】

データ監視モジュール１０は、コンピュータ・ネットワーク上で実行されているトランザクションの監視データを取得し、監視データ中から異常データを抽出するためのものである。

【0045】

本実施例において、コンピュータ・ネットワーク上で実行されているトランザクションの実行過程を監視することにより、当該トランザクションの実行が正常か否かを明確に反映するための監視データを取得する。例えば、この監視データは、ユーザーのオンライン数、ユーザーのコンプレイン数、及びあるウェブページにアクセスする際に発生した遅延などであることができる。この監視データは、コンピュータ・ネットワーク上でのトランザクションの正常実行により生成した通常データ、及びコンピュータ・ネットワーク上でのトランザクションの異常実行（すなわち、トランザクションの実行に故障が発生すること）により生成した異常データを含み、異常データは、例えばあるページが使用できない旨を示すデータであることができる。

【0046】

異常サービス取得モジュール３０は、異常データに基づいて異常サービスを取得するためのものである。

【0047】

本実施例において、トランザクションは実行中において各種サービスによりユーザーにいろんな機能を提供する。例えば、あるトランザクションの実行中において、複数のサービスが提供する各機能がこのトランザクションの所有する処理能力を構成する。異常サービス取得モジュール３０は、抽出された異常データに基づいて、異常サービスを取得し、後続の処理により該異常サービスを引き起こした原因を見つけ出す。

【0048】

検出モジュール５０は、異常サービスに基づいてコンピュータ・ネットワーク上に構築されたトランザクションのアーキテクチャ層においてトランザクションの実行故障元の位置特定を行うためのものである。

【0049】

本実施例において、トランザクションのアーキテクチャ構造は、階層状の構造で、前端から後端までの順にアクセス層と、論理層と、データ層とを備える。ここで、アクセス層は、ユーザーの要求を受理し、ユーザーの要求を後端の論理層へ転送する階層である。論理層は、ユーザーにインターフェースを表示するページを提供するとともに、アクセス層から転送されたユーザーの要求に応じて論理処理を行い、処理結果をアクセス層を戻す階層である。データ層は、論理層が論理処理を行うのに必要な及び/又は論理処理を行うことにより生成した各種データを一時的に又は永久的に保存する階層である。トランザクションは、ユーザーの各種要求に応じて、コンピュータ・ネットワーク上に構築されたこのトランザクションのアーキテクチャ構造において実行される。

【0050】

アーキテクチャ層がアクセス層と論理層とデータ層のいずれのアーキテクチャ層も、トランザクションソフトウエア、トランザクションコンポーネント、基礎ネットワーク、基本デバイス、及びインフラストラクチャなどの要素を備える。ここで、トランザクションコンポーネントは、パブリックドメインソフトウェアパッケージ、又はソフトウエアアーキテクチャパッケージである。トランザクションソフトウエアは、トランザクションコンポーネント上に実行され、多くは、直接にユーザーにアクセスするように提供されるプログラムである。基本デバイスは、サーバ、スイッチ、ルーターなどのデバイスであり、インフラストラクチャは、データセンター、電力供給装置、データセンタースペースなどの施設である。

【0051】

また、トランザクションのアーキテクチャ構造は、アクセス層と論理層とデータ層の区画ではなく、前端から後端までの順にトランザクションソフトウエアと、トランザクションコンポーネントと、基本デバイスと、インフラストラクチャとを備えてもよい。

【0052】

本実施例において、検出モジュール５０は、異常サービスが位置するアーキテクチャ層に異常が存在するか否かを検出する他にも、この異常サービスと関連する複数のアーキテクチャ層に異常が存在するか否かも検出することにより、実行故障元の位置特定を実現して、サービス異常の発生を引き起こした故障原因を取得する必要がある。

【0053】

本開示の実施例によるトランザクション実行監視システムでは、監視データ中の異常データに基づいて対応する異常サービスを取得し、異常サービスに基づいて関連するアーキテクチャ層においてトランザクションの実行故障元の位置特定を行うが、ただ異常サービスをトランザクション実行中の実行故障元とみなすだけではなく、それに応じて異常サービスと関連するアーキテクチャ層を検出することにより、実行故障元の位置特定を実現し、監視の正確性を向上し、コンピュータ・ネットワーク上で実行されるトランザクションのメンテナンスも一層便利化する。

【0054】

図６は、本開示の実施例による検出モジュールの構成を示す図である。図６に示すように、検出モジュール５０は、初期検出ユニット５１０と、層毎検出ユニット５３０と、処理ユニット５５０とを備える。

【0055】

初期検出ユニット５１０は、異常サービスが位置するアーキテクチャ層に異常が存在するか否かを検出し、Yesの場合、異常サービスが位置するアーキテクチャ層における異常点を記録し、Noの場合は、実行を終了する。

【0056】

本実施例において、初期検出ユニット５１０は、異常サービスが位置するアーキテクチャ層における各セグメントが異常か否かを検出し、このアーキテクチャ層に出現した異常点を記録する。異なるアーキテクチャ層と同一のアーキテクチャ層における異なる要素によって、対応する異常点がそれぞれ異なる。具体的に、異常点は、アーキテクチャ層及びアーキテクチャ層における要素に異常があるか否かを判定するもので、異常現象に関する記述である。

【0057】

層毎検出ユニット５３０は、異常サービスと関連する次のアーキテクチャ層を開始層として、トランザクションのアーキテクチャ構造における前端から後端までの順に各層毎に検出を行い、現在のアーキテクチャ層に異常が存在するか否かを判断し、Yesの場合、現在のアーキテクチャ層における異常点を記録する。

【0058】

トランザクションのアーキテクチャ構造において、前端の一つのアーキテクチャ層のサービスは、通常、直後の後端の一つのアーキテクチャ層におけるサービスに依存して対応する機能を実現する（ここで、当該後端のアーキテクチャ層を当該前端のアーキテクチャ層の次のアーキテクチャ層と称し、当該後端のアーキテクチャ層におけるサービスを当該前端のアーキテクチャ層におけるサービスの下游サービスと称する）。本実施例では、層毎検出ユニット５３０は、異常サービスが位置するアーキテクチャ層の次のアーキテクチャ層を開始層として、各層毎に現在のアーキテクチャ層に異常が存在するか否かを検出する必要がある。具体的に、層毎検出ユニット５３０は、トランザクションのアーキテクチャ構造における前端から後端までの順に、現在のアーキテクチャ層に下流サービスが存在するか否かを判断し、Yesの場合、下流サービスに異常点が存在するか否かを更に判断し、下流サービスに異常点が存在すると、この異常点を記録する。

【0059】

処理ユニット５５０は、トランザクションのアーキテクチャ構造における前端から後端の順に、記録された異常点を処理することによりトランザクションの実行故障元の位置を特定するものである。

【0060】

本実施例において、処理ユニット５５０は、記録された複数の異常点を集中し、トランザクションのアーキテクチャ構造における前端から後端までの順に、記録された複数の異常点に対して処理を行って、トランザクションの実行故障元の位置特定を実現する。トランザクションの実行中において、あらゆるアーキテクチャ層に出現された異常点は、いずれも異常なサービスを引き起こす可能性がある。このため、全ての異常点を集中すると、可能性が一番高い故障原因を特定でき、各アーキテクチャ層中の関連分析を実現できる。具体的に、処理ユニット５５０は、トランザクションのアーキテクチャ構造におけるアーキテクチャ層の順に、記録された若干の異常点に対して関連分析を行うことにより、トランザクションの実行故障元を取得する。

【0061】

本開示の実施例によるトランザクション実行監視システムでは、集中された異常点により可能性が一番高い故障原因を特定して各アーキテクチャ層中の関連分析を行い、相対的に分散している異常点を総合的に考慮して、正確な故障元を取得する。

【0062】

図７は、本開示の別の実施例による検出モジュールの構成を示す図である。図７に示すように、検出モジュール５０は、階層判断ユニット５４０を更に含む。階層判断ユニット５４０は、異常サービスと関連する次のアーキテクチャ層が存在するか否かを判断するものであり、Yesの場合、層毎検出ユニット５３０に通知し、Noの場合、処理ユニット５５０に通知する。

【0063】

本実施例において、階層判断ユニット５４０により異常サービスが次のアーキテクチャ層におけるサービスに依存しなくても正常的に実行できると判断された場合、異常サービスが位置するアーキテクチャ層における異常点がトランザクションの実行故障元であるため、一層ずつ検出を行う必要がなくなり、故障検出効率が向上する。具体的に、階層判断ユニット５４０は、次のアーキテクチャ層に異常サービスと関連するサービス（即ち、下流サービス）が存在するか否かを判断することにより、異常サービスと関連する次のアーキテクチャ層が存在するか否かを判断することができる。

【0064】

上記処理ユニット５５０は、記録された異常点を実行故障元として位置特定するものでもある。

【0065】

一実施例において、上記処理ユニット５５０は、さらにアーキテクチャ層に対応する優先順位に基づいて、記録された異常点から最高優先順位に対応する異常点を、実行故障元として位置特定する。

【0066】

本実施例において、各アーキテクチャ層に、アーキテクチャ層において異常点がサービス異常を引き起こす可能性の大きさを示す優先順位を予め設定する。言い換えると、優先順位も異常サービスを発生させる影響要素を示す。優先順位が最高の異常点は、異常サービスを発生させる影響要素が最大の異常点であり、実行故障元となる可能性が一番高い。このため、処理ユニット５５０は、アーキテクチャ層に対応する優先順位に基づいて、記録された若干の異常点から最高優先順位の異常点を抽出し、抽出された異常点に基づいて故障元の位置特定を実現できる。

【0067】

最高優先順位の複数の異常点については、処理ユニット５５０は、さらにアーキテクチャ層における要素の優先順位に基づいて、どの異常点がトランザクションの実行故障元であるかを特定する。例えば、インフラストラクチャに故障が発生すると、必ず基本デバイス、基礎コンポーネント及び基礎ソフトウエアに影響が与えられる。そのため、インフラストラクチャと基本デバイス共に異常点が存在する場合、インフラストラクチャでの異常点をトランザクションの実行故障元とし、その他も類推である。

【0068】

別の実施例において、上記処理ユニット５５０は、さらに、記録された異常点から最後端のアーキテクチャ層に対応する異常点を抽出し、抽出された異常点をトランザクションの実行故障元とする。

【0069】

本実施例において、処理ユニット５５０は、トランザクションのアーキテクチャ構造における前端から後端までの順に、記録された若干の異常点から最後端のアーキテクチャ層に対応する異常点を抽出し、最後端に位置するアーキテクチャ層における異常点を異常サービスを引き起こした原因とする。

【0070】

一実施例において、上記トランザクション実行監視システムは、さらに、実行故障元及びそれに対応する異常点を故障位置特定ページに提示して、トランザクションメンテナンスを行う作業者が容易に見るようにする。

【0071】

上記トランザクション実行監視方法及びシステムでは、トランザクションのアーキテクチャ構造における前端から後端までの順に、異常サービスと関連するアーキテクチャ層を検出して、各アーキテクチャ層に発生した故障が異常サービスを引き起こす要因になるかを確認し、ひいては複数のアーキテクチャ層において実行故障の位置を正確に特定するので、トランザクションメンテナンスを行う作業者が多量の警告内容を一つずつ分析する必要がない。

【0072】

本開示は、コンピュータが上記トランザクション実行監視方法を実行するよう制御するように操作可能なコンピュータ実行可能命令を記憶したコンピュータ記憶媒体をさらに提供する。コンピュータ記憶媒体におけるコンピュータ実行可能命令がトランザクション実行監視方法を実行する具体的なステップは、上記方法において説明した通りで、ここではその説明を省略する。

【0073】

以上で説明した実施例は、ただ本開示のいくつかの具体的な実施形態に過ぎず、その説明は比較的に具体的で詳細であるが、本開示の保護しようとする範囲を制限することではない。当業者は、本開示の思想から逸脱しない限り種々の変形と変更を行うこともでき、このような変形及び変更も本開示の保護範囲に属することは言うまでもない。従って、本開示の保護範囲は、特許請求の範囲に基づいて定めなければならない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】