知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024021104
(43)【公開日】2024-02-16
(54)【発明の名称】情報処理装置、および情報処理方法
(51)【国際特許分類】
G06F 11/34 20060101AFI20240208BHJP
【ＦＩ】
G06F11/34 176
【審査請求】未請求
【請求項の数】5
【出願形態】ＯＬ
(21)【出願番号】P 2022123688
(22)【出願日】2022-08-03
(71)【出願人】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】100104190
【弁理士】
【氏名又は名称】酒井 昭徳
(72)【発明者】
【氏名】木村 有佑
(72)【発明者】
【氏名】岡田 祐介
(72)【発明者】
【氏名】鴨志田 優一
(72)【発明者】
【氏名】▲高▼橋 謙太
(72)【発明者】
【氏名】齋藤 和也
(72)【発明者】
【氏名】石川 良隆
【テーマコード（参考）】
5B042
【Ｆターム（参考）】
5B042MA08
5B042MA09
5B042MA17
5B042MC09
5B042MC15
5B042MC35
(57)【要約】
【課題】パケットを保存する記憶領域の使用サイズの低減化を図ること。
【解決手段】処理部１１０は、受け付けた第１パケットに対応する識別情報を取得する。処理部１１０は、受け付けた第１パケットに応じて実行された自処理部１１０が担当するプログラムに関する処理ログに、取得した識別情報を対応付けて、第１記憶部１２１に格納する。処理部１１０は、次に実行するいずれかのプログラムの実行を要求する第２パケットを、取得した識別情報を付与してから、当該いずれかのプログラムを担当する他の処理部１１０に送信する。制御部１２０は、複数の処理部１１０のいずれかの処理部１１０が送信した第２パケットをキャプチャし、バッファ領域１２３に格納する。制御部１２０は、第１識別情報の入力を受け付けたことに応じて、バッファ領域１２３から、第１識別情報が付与された１以上のパケットを抽出し、第２記憶部１２２に格納する。
【選択図】図１
【解決手段】処理部１１０は、受け付けた第１パケットに対応する識別情報を取得する。処理部１１０は、受け付けた第１パケットに応じて実行された自処理部１１０が担当するプログラムに関する処理ログに、取得した識別情報を対応付けて、第１記憶部１２１に格納する。処理部１１０は、次に実行するいずれかのプログラムの実行を要求する第２パケットを、取得した識別情報を付与してから、当該いずれかのプログラムを担当する他の処理部１１０に送信する。制御部１２０は、複数の処理部１１０のいずれかの処理部１１０が送信した第２パケットをキャプチャし、バッファ領域１２３に格納する。制御部１２０は、第１識別情報の入力を受け付けたことに応じて、バッファ領域１２３から、第１識別情報が付与された１以上のパケットを抽出し、第２記憶部１２２に格納する。
【選択図】図１
【特許請求の範囲】
【請求項1】
互いに連携するプログラム群のそれぞれ異なるプログラムを担当する複数の処理部と、前記複数の処理部の通信を制御する制御部とを含む情報処理装置であって、
前記複数の処理部それぞれは、
自処理部が担当するプログラムの実行を要求する第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに対応する識別情報を取得し、
受け付けた前記第１パケットに応じて実行された自処理部が担当するプログラムに関する処理ログに、取得した前記識別情報を対応付けて、前記プログラム群に含まれるプログラムに関する処理ログを記憶する第１記憶部に格納し、
自処理部が担当するプログラムの次に実行する、前記プログラム群のいずれかのプログラムの実行を要求する第２パケットを、取得した前記識別情報を付与してから、前記複数の処理部のうち前記いずれかのプログラムを担当する他の処理部に送信し、
前記制御部は、
前記複数の処理部のいずれかの処理部が送信した前記第２パケットをキャプチャし、
キャプチャした前記第２パケットを、前記プログラム群に含まれるプログラムの実行を要求するパケットを記憶するバッファ領域に格納し、
第１識別情報の入力を受け付けたことに応じて、前記バッファ領域から、前記第１識別情報が付与された１以上のパケットを抽出し、第２記憶部に格納する、
ことを特徴とする情報処理装置。
前記複数の処理部それぞれは、
自処理部が担当するプログラムの実行を要求する第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに対応する識別情報を取得し、
受け付けた前記第１パケットに応じて実行された自処理部が担当するプログラムに関する処理ログに、取得した前記識別情報を対応付けて、前記プログラム群に含まれるプログラムに関する処理ログを記憶する第１記憶部に格納し、
自処理部が担当するプログラムの次に実行する、前記プログラム群のいずれかのプログラムの実行を要求する第２パケットを、取得した前記識別情報を付与してから、前記複数の処理部のうち前記いずれかのプログラムを担当する他の処理部に送信し、
前記制御部は、
前記複数の処理部のいずれかの処理部が送信した前記第２パケットをキャプチャし、
キャプチャした前記第２パケットを、前記プログラム群に含まれるプログラムの実行を要求するパケットを記憶するバッファ領域に格納し、
第１識別情報の入力を受け付けたことに応じて、前記バッファ領域から、前記第１識別情報が付与された１以上のパケットを抽出し、第２記憶部に格納する、
ことを特徴とする情報処理装置。
【請求項2】
前記複数の処理部のいずれかの処理部は、
前記プログラム群のうち実行順序が最初であるプログラムを自処理部が担当する場合、前記第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに対応する識別情報を生成することにより、前記識別情報を取得する、ことを特徴とする請求項１に記載の情報処理装置。
前記プログラム群のうち実行順序が最初であるプログラムを自処理部が担当する場合、前記第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに対応する識別情報を生成することにより、前記識別情報を取得する、ことを特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記複数の処理部のいずれかの処理部は、
前記プログラム群のうち実行順序が２番目以降のプログラムを自処理部が担当する場合、前記第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに付与された識別情報を抽出することにより、前記識別情報を取得する、ことを特徴とする請求項２に記載の情報処理装置。
前記プログラム群のうち実行順序が２番目以降のプログラムを自処理部が担当する場合、前記第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに付与された識別情報を抽出することにより、前記識別情報を取得する、ことを特徴とする請求項２に記載の情報処理装置。
【請求項4】
前記第１記憶部を参照して、エラーを表す処理ログを検出したことに応じて、検出した前記エラーを表す処理ログに対応付けられた第１識別情報を、前記制御部に入力する、監視部、
を有することを特徴とする請求項１～３のいずれか一つに記載の情報処理装置。
を有することを特徴とする請求項１～３のいずれか一つに記載の情報処理装置。
【請求項5】
互いに連携するプログラム群のそれぞれ異なるプログラムを担当する複数の処理部それぞれが、
自処理部が担当するプログラムの実行を要求する第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに対応する識別情報を取得し、
受け付けた前記第１パケットに応じて実行された自処理部が担当するプログラムに関する処理ログに、取得した前記識別情報を対応付けて、前記プログラム群に含まれるプログラムに関する処理ログを記憶する第１記憶部に格納し、
自処理部が担当するプログラムの次に実行する、前記プログラム群のいずれかのプログラムの実行を要求する第２パケットを、取得した前記識別情報を付与してから、前記複数の処理部のうち前記いずれかのプログラムを担当する他の処理部に送信し、
前記複数の処理部の通信を制御する制御部が、
前記複数の処理部のいずれかの処理部が送信した前記第２パケットをキャプチャし、
キャプチャした前記第２パケットを、前記プログラム群に含まれるプログラムの実行を要求するパケットを記憶するバッファ領域に格納し、
第１識別情報の入力を受け付けたことに応じて、前記バッファ領域から、前記第１識別情報が付与された１以上のパケットを抽出し、第２記憶部に格納する、
ことを特徴とする情報処理方法。
自処理部が担当するプログラムの実行を要求する第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに対応する識別情報を取得し、
受け付けた前記第１パケットに応じて実行された自処理部が担当するプログラムに関する処理ログに、取得した前記識別情報を対応付けて、前記プログラム群に含まれるプログラムに関する処理ログを記憶する第１記憶部に格納し、
自処理部が担当するプログラムの次に実行する、前記プログラム群のいずれかのプログラムの実行を要求する第２パケットを、取得した前記識別情報を付与してから、前記複数の処理部のうち前記いずれかのプログラムを担当する他の処理部に送信し、
前記複数の処理部の通信を制御する制御部が、
前記複数の処理部のいずれかの処理部が送信した前記第２パケットをキャプチャし、
キャプチャした前記第２パケットを、前記プログラム群に含まれるプログラムの実行を要求するパケットを記憶するバッファ領域に格納し、
第１識別情報の入力を受け付けたことに応じて、前記バッファ領域から、前記第１識別情報が付与された１以上のパケットを抽出し、第２記憶部に格納する、
ことを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、および情報処理方法に関する。
【背景技術】
【0002】
従来、それぞれ異なる機能を実現する複数の部分サービスを実装し、それぞれの部分サービスを連携することにより、所定の全体サービスを提供するよう構築されるシステムが存在する。部分サービスは、例えば、コンテナ上に配備される。システムの障害発生後、障害原因調査のために、部分サービス間で過去に通信したパケットの内容を参照することが望まれる。このため、予め、部分サービス間で通信するパケットをキャプチャして記憶装置に格納しておくことがある。
【0003】
先行技術としては、例えば、管理ホストに、プログラム間通信を行っているプログラムの障害を検知したことを通知し、当該プログラムの障害資料を採取して送信するものがある。また、例えば、ＰＣの電源がＯＮの間、継続してパケットをキャプチャし、ＰＣの電源がＯＦＦされる際、キャプチャデータとして記憶部に格納する技術がある。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２００３－２１６５９４号公報
【特許文献2】特開２００９－２２５０８９号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来技術では、パケットを保存する記憶領域の使用サイズが増大し、障害原因調査に要するパケットが消失することがある。例えば、パケットを保存する記憶領域の使用サイズが、記憶装置の上限サイズに達すると、新たにキャプチャしたパケットに代わり、過去に記憶装置に格納したパケットを削除することになり、障害原因調査に要するパケットが消失することがある。
【0006】
１つの側面では、本発明は、パケットを保存する記憶領域の使用サイズの低減化を図ることを目的とする。
【課題を解決するための手段】
【0007】
１つの実施態様によれば、互いに連携するプログラム群のそれぞれ異なるプログラムを担当する複数の処理部それぞれにより、自処理部が担当するプログラムの実行を要求する第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに対応する識別情報を取得し、受け付けた前記第１パケットに応じて実行された自処理部が担当するプログラムに関する処理ログに、取得した前記識別情報を対応付けて、前記プログラム群に含まれるプログラムに関する処理ログを記憶する第１記憶部に格納し、自処理部が担当するプログラムの次に実行する、前記プログラム群のいずれかのプログラムの実行を要求する第２パケットを、取得した前記識別情報を付与してから、前記複数の処理部のうち前記いずれかのプログラムを担当する他の処理部に送信し、前記複数の処理部の通信を制御する制御部により、前記複数の処理部のいずれかの処理部が送信した前記第２パケットをキャプチャし、キャプチャした前記第２パケットを、前記プログラム群に含まれるプログラムの実行を要求するパケットを記憶するバッファ領域に格納し、第１識別情報の入力を受け付けたことに応じて、前記バッファ領域から、前記第１識別情報が付与された１以上のパケットを抽出し、第２記憶部に格納する情報処理装置、および情報処理方法が提案される。
【発明の効果】
【0008】
一態様によれば、パケットを保存する記憶領域の使用サイズの低減化を図ることが可能になる。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
以下に、図面を参照して、本発明にかかる情報処理装置、および情報処理方法の実施の形態を詳細に説明する。
【0011】
（実施の形態にかかる情報処理方法の一実施例）
図１は、実施の形態にかかる情報処理方法の一実施例を示す説明図である。情報処理システム１００は、複数の処理部１１０と、制御部１２０とを含む。処理部１１０は、それぞれ、互いに連携するプログラム群のいずれかのプログラムを担当する。複数の処理部１１０は、複数の部分サービスを組み合わせた全体サービスを提供する。プログラムは、全体サービスを形成する部分サービスを実現する。プログラムは、例えば、コンテナ上に実装されていてもよい。制御部１２０は、複数の処理部１１０の通信を制御する。
図１は、実施の形態にかかる情報処理方法の一実施例を示す説明図である。情報処理システム１００は、複数の処理部１１０と、制御部１２０とを含む。処理部１１０は、それぞれ、互いに連携するプログラム群のいずれかのプログラムを担当する。複数の処理部１１０は、複数の部分サービスを組み合わせた全体サービスを提供する。プログラムは、全体サービスを形成する部分サービスを実現する。プログラムは、例えば、コンテナ上に実装されていてもよい。制御部１２０は、複数の処理部１１０の通信を制御する。
【0012】
プログラム群は、各プログラムが提供する部分サービスを連携することにより、所定の全体サービスを提供する。全体サービスの障害発生後、障害原因調査のために、部分サービス間で過去に通信したパケットの内容を参照することが望まれる。このため、予め、部分サービス間で通信するパケットをキャプチャして記憶装置に格納しておくことが望まれる。記憶装置は、例えば、ディスク装置である。
【0013】
しかしながら、従来技術では、記憶装置内のパケットを保存する記憶領域の使用サイズが増大し、障害調査に要するパケットが消失することがある。例えば、記憶装置内のパケットを保存する記憶領域の使用サイズが、当該記憶装置の上限サイズに達すると、新たにキャプチャしたパケットに代わり、過去に記憶装置に格納したパケットを削除することになり、障害原因調査に要するパケットが消失することがある。
【0014】
例えば、従来技術では、部分サービス間で通信するパケットをすべてキャプチャして記憶装置に格納しておくことが考えられる。ここで、全体サービスの障害発生後、障害原因調査開始までに数日経過することがあり、数日分のパケットをすべてキャプチャして記憶装置に格納していくことになる場合がある。この場合、数日分のパケットを記憶装置に記憶し切れず、過去に記憶装置に格納したパケットを削除することになり、障害原因調査に要するパケットが消失することがある。
【0015】
そこで、本実施の形態では、パケットを保存する記憶領域の使用サイズの低減化を図ることができる情報処理方法について説明する。
【0016】
図１において、制御部１２０は、第１記憶部１２１と、第２記憶部１２２と、バッファ領域１２３とを含む。第１記憶部１２１は、プログラム群に含まれるプログラムに関する処理ログを記憶する。第２記憶部１２２は、処理部１１０が送信または受信したパケットを記憶する。第１記憶部１２１と、第２記憶部１２２とは、例えば、同一の記憶装置に含まれていてもよい。バッファ領域１２３は、プログラム群に含まれるプログラムの実行を要求するパケットを記憶する。
【0017】
制御部１２０は、例えば、所定のコンピュータ上に実現される。処理部１１０は、例えば、所定のコンピュータ上に実現される。処理部１１０は、具体的には、所定のコンピュータが実行するコンテナ上に実現される。
【0018】
（１－１）処理部１１０は、符号１１１に示すように、自処理部１１０が担当するプログラムの実行を要求する第１パケットを受け付ける。処理部１１０は、例えば、全体サービスの利用者側の端末装置から、第１パケットを受信することにより、第１パケットを受け付ける。処理部１１０は、具体的には、プログラム群のうち実行順序が最初であるプログラムを自処理部１１０が担当する場合、全体サービスの利用者側の端末装置から、第１パケットを受信することにより、第１パケットを受け付ける。この場合、第１パケットは、全体サービスを要求するリクエストに対応する。
【0019】
処理部１１０は、例えば、他の処理部１１０から、第１パケットを受け付ける。処理部１１０は、具体的には、プログラム群のうち実行順序が２番目以降のプログラムを自処理部１１０が担当する場合、他の処理部１１０から、第１パケットを受信することにより、第１パケットを受け付ける。この場合、第１パケットは、個別サービスを要求するリクエストに対応し、処理部１１０間で送受信される。処理部１１０は、より具体的には、他の処理部１１０から、制御部１２０を介して、第１パケットを受信する。
【0020】
（１－２）処理部１１０は、符号１１２に示すように、第１パケットを受け付けたことに応じて、受け付けた第１パケットに対応する識別情報を取得する。識別情報は、実行順序が最初であるプログラムの実行を要求するパケット、および、実行順序が２番目以降であるプログラムの実行を要求するパケットなどを含む一連のパケットの全体に対応する識別情報である。一連のパケットは、受け付けた第１パケットを含む。
【0021】
処理部１１０は、例えば、プログラム群のうち実行順序が最初であるプログラムを自処理部１１０が担当する場合、第１パケットを受け付けたことに応じて、受け付けた第１パケットに対応する識別情報を生成することにより、当該識別情報を取得する。
【0022】
処理部１１０は、例えば、プログラム群のうち実行順序が２番目以降のプログラムを自処理部１１０が担当する場合、第１パケットを受け付けたことに応じて、受け付けた第１パケットに付与された識別情報を抽出することにより、当該識別情報を取得する。
【0023】
これにより、処理部１１０は、一連のパケットの全体に対応する識別情報を取得することができる。処理部１１０は、識別情報を、第１パケットに対応付け可能にすることができ、第１パケットを含む一連のパケットを、一体として管理可能にすることができる。処理部１１０は、識別情報を、プログラムに関する処理ログに付与可能にすることができ、処理ログを、一連のパケットに対応付け可能にすることができる。
【0024】
（１－３）処理部１１０は、符号１１３に示すように、受け付けた第１パケットに応じて実行された自処理部１１０が担当するプログラムに関する処理ログに、取得した識別情報を対応付けて、第１記憶部１２１に格納する。処理ログは、例えば、プログラムの実行日時を含んでいてもよい。処理ログは、例えば、プログラムの処理内容を含んでいてもよい。処理ログは、例えば、プログラムのエラー内容を含んでいてもよい。
【0025】
処理部１１０は、例えば、受け付けた第１パケットに応じて、自処理部１１０が担当するプログラムを実行し、当該プログラムに関する処理ログを取得する。処理部１１０は、例えば、取得した処理ログに、取得した識別情報を対応付けて、第１記憶部１２１に格納する。これにより、処理部１１０は、エラーを表す処理ログを検出可能にすることができる。処理部１１０は、格納した処理ログに対応する一連のパケットを特定するキーを残しておくことができ、処理ログに対応する一連のパケットを特定可能にすることができる。
【0026】
（１－４）処理部１１０は、符号１１４に示すように、自処理部１１０が担当するプログラムの次に実行する、プログラム群のいずれかのプログラムの実行を要求する第２パケットを生成する。処理部１１０は、生成した第２パケットを、取得した識別情報を付与してから、複数の処理部１１０のうち当該いずれかのプログラムを担当する他の処理部１１０に送信する。これにより、処理部１１０は、他の処理部１１０と連携することができる。
【0027】
（１－５）制御部１２０は、複数の処理部１１０のいずれかの処理部１１０が送信した第２パケットをキャプチャする。制御部１２０は、キャプチャした第２パケットを、バッファ領域１２３に格納する。これにより、制御部１２０は、第２パケットを、識別情報をキーにして検索可能に一時保存しておくことができる。
【0028】
（１－６）制御部１２０は、第１識別情報の入力を受け付けたことに応じて、バッファ領域１２３から、第１識別情報が付与された１以上のパケットを抽出し、第２記憶部１２２に格納する。制御部１２０は、例えば、監視部（不図示）から、第１識別情報を受信する。監視部は、例えば、第１記憶部１２１を参照して、エラーを表す処理ログを検出したことに応じて、検出したエラーを表す処理ログに対応付けられた第１識別情報を、制御部１２０に送信する。
【0029】
これにより、制御部１２０は、一時保存したパケットのうち、特定の条件を満たすパケットを選択的に第２記憶部１２２に格納することができる。制御部１２０は、例えば、監視部を介して、エラーを表す処理ログに対応する１以上のパケットを選択的に第２記憶部１２２に格納することができる。このため、制御部１２０は、第２記憶部１２２内で、パケットを保存する記憶領域の使用サイズの低減化を図ることができる。制御部１２０は、障害原因調査に要するパケットが消失する事態を回避し易くすることができる。
【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】
ここで、ＣＰＵ３０１は、情報処理装置２０１の全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることにより、コーディングされている処理をＣＰＵ３０１に実行させる。
【0056】
ネットワークＩ／Ｆ３０３は、通信回線を通じてネットワーク３２０に接続され、ネットワーク３２０を介して他のコンピュータに接続される。そして、ネットワークＩ／Ｆ３０３は、ネットワーク３２０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ３０３は、例えば、モデムやＬＡＮアダプタなどである。
【0057】
記録媒体Ｉ／Ｆ３０４は、ＣＰＵ３０１の制御に従って記録媒体３０５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ３０４は、例えば、ディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポートなどである。記録媒体３０５は、記録媒体Ｉ／Ｆ３０４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体３０５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体３０５は、情報処理装置２０１から着脱可能であってもよい。
【0058】
記録媒体３０５は、ディスク装置３１０となり得る。記録媒体３０５は、ディスク装置３１０として、プログラムが実現する個別サービスに関する処理ログを記憶するログ記憶部３１１を実現する。ログ記憶部３１１は、例えば、上述した第１記憶部１２１に対応する。記録媒体３０５は、ディスク装置３１０として、プログラムが実現する個別サービスが送信したパケットを記憶するパケット記憶部３１２を実現する。パケット記憶部３１２は、例えば、上述した第２記憶部１２２に対応する。
【0059】
メモリ３０２は、プログラムが実現する個別サービスが送信したパケットを一時記憶するリングバッファ３１３を実現する。リングバッファ３１３は、例えば、上述したバッファ領域１２３に対応する。メモリ３０２は、パケットに対応する識別情報を管理する、識別情報管理テーブル３１４を実現する。メモリ３０２の記憶内容の一例については、具体的には、図４を用いて後述する。メモリ３０２が、記録媒体３０５に代わり、ディスク装置３１０になっていてもよい。
【0060】
情報処理装置２０１は、上述した構成部の他、例えば、キーボード、マウス、ディスプレイ、プリンタ、スキャナ、マイク、スピーカーなどを有してもよい。また、情報処理装置２０１は、記録媒体Ｉ／Ｆ３０４や記録媒体３０５を複数有していてもよい。また、情報処理装置２０１は、記録媒体Ｉ／Ｆ３０４や記録媒体３０５を有していなくてもよい。
【0061】
（メモリ３０２および記録媒体３０５の記憶内容）
次に、図４を用いて、メモリ３０２および記録媒体３０５の記憶内容の一例について説明する。
次に、図４を用いて、メモリ３０２および記録媒体３０５の記憶内容の一例について説明する。
【0062】
図４は、メモリ３０２および記録媒体３０５の記憶内容の一例を示す説明図である。図４に示すように、ログ記憶部３１１は、ログファイル４０１を記憶する。ログファイル４０１は、それぞれｒｅｑ－ｉｄが挿入された１以上の処理ログを記憶する。パケット記憶部３１２は、パケット保存領域４０２を記憶する。パケット保存領域４０２は、それぞれｒｅｑ－ｉｄが挿入された１以上のパケットを記憶する。
【0063】
リングバッファ３１３は、それぞれｒｅｑ－ｉｄが挿入された１以上のパケットを一時記憶する。リングバッファ３１３は、記憶可能なパケット数の上限まで複数のパケットを一時記憶した状態で、新たなパケットを一時記憶する場合、最も古いパケットを削除する。削除は、例えば、新たなパケットによる最も古いパケットの上書きであってもよい。
【0064】
識別情報管理テーブル３１４は、リクエストと、ｒｅｑ－ｉｄとのフィールドを有する。識別情報管理テーブル３１４は、リクエストごとに各フィールドに情報を設定することにより、識別情報がレコードとして記憶される。
【0065】
リクエストのフィールドには、個別サービスを要求するリクエストを示すパケットを識別する名前が設定される。ｒｅｑ－ｉｄのフィールドには、上記パケットを含むパケット群に共通で用いられる識別情報であるｒｅｑ－ｉｄが設定される。パケット群は、具体的には、全体サービスを要求するリクエストを示すパケットに応じて、連続して実行される複数の個別サービスそれぞれを要求するリクエストを示すパケットを纏めた集合である。
【0066】
（ログ監視装置２０２のハードウェア構成例）
次に、図５を用いて、ログ監視装置２０２のハードウェア構成例について説明する。
次に、図５を用いて、ログ監視装置２０２のハードウェア構成例について説明する。
【0067】
図５は、ログ監視装置２０２のハードウェア構成例を示すブロック図である。図５において、ログ監視装置２０２は、ＣＰＵ５０１と、メモリ５０２と、ネットワークＩ／Ｆ５０３と、記録媒体Ｉ／Ｆ５０４と、記録媒体５０５とを有する。また、各構成部は、バス５００によってそれぞれ接続される。
【0068】
ここで、ＣＰＵ５０１は、ログ監視装置２０２の全体の制御を司る。メモリ５０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ５０１のワークエリアとして使用される。メモリ５０２に記憶されるプログラムは、ＣＰＵ５０１にロードされることにより、コーディングされている処理をＣＰＵ５０１に実行させる。メモリ５０２は、プログラムに関する処理ログのうち、検出対象のエラーログを検出可能にするためのエラーログ定義５１１を記憶する。
【0069】
ネットワークＩ／Ｆ５０３は、通信回線を通じてネットワーク３２０に接続され、ネットワーク３２０を介して他のコンピュータに接続される。そして、ネットワークＩ／Ｆ５０３は、ネットワーク３２０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ５０３は、例えば、モデムやＬＡＮアダプタなどである。
【0070】
記録媒体Ｉ／Ｆ５０４は、ＣＰＵ５０１の制御に従って記録媒体５０５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ５０４は、例えば、ディスクドライブ、ＳＳＤ、ＵＳＢポートなどである。記録媒体５０５は、記録媒体Ｉ／Ｆ５０４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体５０５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体５０５は、ログ監視装置２０２から着脱可能であってもよい。
【0071】
ログ監視装置２０２は、上述した構成部の他、例えば、キーボード、マウス、ディスプレイ、プリンタ、スキャナ、マイク、スピーカーなどを有してもよい。また、ログ監視装置２０２は、記録媒体Ｉ／Ｆ５０４や記録媒体５０５を複数有していてもよい。また、ログ監視装置２０２は、記録媒体Ｉ／Ｆ５０４や記録媒体５０５を有していなくてもよい。
【0072】
（クライアント装置２０３のハードウェア構成例）
クライアント装置２０３のハードウェア構成例は、具体的には、図３に示した情報処理装置２０１のハードウェア構成例、または、図５に示したログ監視装置２０２のハードウェア構成例などと同様であるため、説明を省略する。
クライアント装置２０３のハードウェア構成例は、具体的には、図３に示した情報処理装置２０１のハードウェア構成例、または、図５に示したログ監視装置２０２のハードウェア構成例などと同様であるため、説明を省略する。
【0073】
（情報処理システム１００の機能的構成の一例）
次に、図６を用いて、情報処理システム１００の機能的構成の一例について説明する。
次に、図６を用いて、情報処理システム１００の機能的構成の一例について説明する。
【0074】
図６は、情報処理システム１００の機能的構成の一例を示すブロック図である。情報処理システム１００において、情報処理装置２０１は、複数の処理部６１０と、１以上の制御部６２０とを含む。情報処理装置２０１は、第１記憶部６０１と、第２記憶部６０２と、一時記憶部６０３とを含む。
【0075】
処理部６１０は、取得部６１１と、生成部６１２と、実行部６１３と、要求部６１４と、記録部６１５とを含む。処理部６１０は、例えば、コンテナによって実現される。処理部６１０は、互いに連携するプログラム群のいずれかのプログラムを担当する。プログラム群は、全体サービスを実現する。プログラムは、全体サービスを形成する個別サービスを実現する。
【0076】
制御部６２０は、採取部６２１と、転送部６２２と、格納部６２３と、入力部６２４と、保存部６２５とを含む。情報処理システム１００において、制御部６２０は、複数の処理部６１０の通信を制御する。ログ監視装置２０２は、監視部６３０を含む。監視部６３０は、検出部６３１と、指定部６３２と、収集部６３３とを含む。
【0077】
第１記憶部６０１は、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域によって実現される。以下では、第１記憶部６０１が、情報処理装置２０１に含まれる場合について説明するが、これに限らない。例えば、第１記憶部６０１が、情報処理装置２０１とは異なる装置に含まれ、第１記憶部６０１の記憶内容が情報処理装置２０１から参照可能である場合があってもよい。
【0078】
第２記憶部６０２は、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域によって実現される。以下では、第２記憶部６０２が、情報処理装置２０１に含まれる場合について説明するが、これに限らない。例えば、第２記憶部６０２が、情報処理装置２０１とは異なる装置に含まれ、第２記憶部６０２の記憶内容が情報処理装置２０１から参照可能である場合があってもよい。
【0079】
一時記憶部６０３は、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域によって実現される。以下では、一時記憶部６０３が、情報処理装置２０１に含まれる場合について説明するが、これに限らない。例えば、一時記憶部６０３が、情報処理装置２０１とは異なる装置に含まれ、一時記憶部６０３の記憶内容が情報処理装置２０１から参照可能である場合があってもよい。
【0080】
取得部６１１～記録部６１５は、具体的には、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、ネットワークＩ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域に記憶される。
【0081】
採取部６２１～保存部６２５は、具体的には、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、ネットワークＩ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、図３に示したメモリ３０２や記録媒体３０５などの記憶領域に記憶される。
【0082】
検出部６３１～収集部６３３は、具体的には、例えば、図５に示したメモリ５０２や記録媒体５０５などの記憶領域に記憶されたプログラムをＣＰＵ５０１に実行させることにより、または、ネットワークＩ／Ｆ５０３により、その機能を実現する。各機能部の処理結果は、例えば、図５に示したメモリ５０２や記録媒体５０５などの記憶領域に記憶される。
【0083】
第１記憶部６０１は、各機能部の処理において参照され、または更新される各種情報を記憶する。第１記憶部６０１は、例えば、プログラムに関するログを記憶する。ログは、例えば、プログラムの実行日時、プログラムの処理内容、または、プログラムのエラー内容などを含む。ログは、例えば、記録部６１５によって生成される。ログは、例えば、記録部６１５によって制御部６２０を介して第１記憶部６０１に格納される。
【0084】
第２記憶部６０２は、各機能部の処理において参照され、または更新される各種情報を記憶する。第２記憶部６０２は、例えば、処理部６１０が送信したパケットを記憶する。パケットは、処理部６１０が担当するプログラムの実行を要求するリクエストである。パケットは、例えば、要求部６１４によって生成される。パケットは、例えば、保存部６２５によって一時記憶部６０３から抽出され、第２記憶部６０２に格納される。
【0085】
一時記憶部６０３は、各機能部の処理において参照され、または更新される各種情報を記憶する。一時記憶部６０３は、バッファ領域である。一時記憶部６０３は、例えば、リングバッファ３１３である。一時記憶部６０３は、例えば、処理部６１０が送信したパケットを一時記憶する。パケットは、例えば、要求部６１４によって生成される。パケットは、例えば、格納部６２３によって一時記憶部６０３に格納される。
【0086】
取得部６１１は、自処理部６１０が担当するプログラムの実行を要求する第１パケットを受け付ける。取得部６１１は、例えば、プログラム群のうち実行順序が最初であるプログラムを自処理部６１０が担当する場合、第１パケットを、他のコンピュータから受信することにより受け付ける。他のコンピュータは、例えば、クライアント装置２０３である。これにより、取得部６１１は、実行順序が最初であるプログラムを実行することにより、全体サービスを実行開始するための開始トリガーを得ることができる。
【0087】
取得部６１１は、例えば、プログラム群のうち実行順序が２番目以降のプログラムを自処理部６１０が担当する場合、第１パケットを、他の処理部６１０から受信することにより受け付ける。取得部６１１は、具体的には、第１パケットを、他の処理部６１０に含まれる要求部６１４から受信することにより受け付ける。これにより、取得部６１１は、実行順序が２番目以降であるプログラムを実行することにより、全体サービスを実行継続するための開始トリガーを得ることができる。
【0088】
生成部６１２は、取得部６１１で第１パケットを受け付けたことに応じて、受け付けた第１パケットに対応する識別情報を取得する。識別情報は、連続して実行される複数の個別サービスそれぞれを実現するプログラムの実行を要求するリクエストのパケットに共通で用いられる識別情報である。生成部６１２は、例えば、プログラム群のうち実行順序が最初であるプログラムを自処理部６１０が担当する場合、受け付けた第１パケットに対応する識別情報を生成することにより、識別情報を取得する。
【0089】
生成部６１２は、例えば、プログラム群のうち実行順序が２番目以降のプログラムを自処理部６１０が担当する場合、受け付けた第１パケットに付与された識別情報を抽出することにより、識別情報を取得する。これにより、生成部６１２は、連続して実行される複数の個別サービスそれぞれを実現するプログラムの実行を要求するリクエストのパケットを、対応付けて認識可能にすることができる。
【0090】
実行部６１３は、受け付けた第１パケットに応じて、自処理部６１０が担当するプログラムを実行し、当該プログラムに関する処理ログを生成する。これにより、実行部６１３は、個別サービスを実現することができる。
【0091】
要求部６１４は、自処理部６１０が担当するプログラムの次に実行する、プログラム群のいずれかのプログラムの実行を要求する第２パケットを、複数の処理部６１０のうち当該いずれかのプログラムを担当する他の処理部６１０に送信する。要求部６１４は、例えば、第２パケットを、複数の処理部６１０のうち、次に実行するいずれかのプログラムを担当する他の処理部６１０に、制御部６２０を介して送信する。これにより、要求部６１４は、全体サービスを実行継続することができる。
【0092】
記録部６１５は、実行部６１３で生成したプログラムに関する処理ログに、生成部６１２で取得した識別情報を対応付けて、第１記憶部６０１に格納する。記録部６１５は、例えば、実行部６１３で生成したプログラムに関する処理ログに、生成部６１２で取得した識別情報を対応付けて、制御部６２０を介して、第１記憶部６０１に格納する。これにより、記録部６１５は、監視部６３０が、第１記憶部６０１の記憶内容を監視し、エラーを表す処理ログを検出可能にすることができる。
【0093】
採取部６２１は、いずれかの処理部６１０が送信した第２パケットをキャプチャする。第２パケットは、例えば、識別情報が付与された状態である。これにより、採取部６２１は、第２パケットを、一時記憶可能にすることができる。採取部６２１は、例えば、識別情報をキーに、第２パケットを検索可能に、一時記憶可能にすることができる。
【0094】
転送部６２２は、採取部６２１でキャプチャした第２パケットを、宛先となるいずれかの処理部６１０に送信する。これにより、転送部６２２は、第２パケットを、正式に宛先となるいずれかの処理部６１０に送信することができ、全体サービスを実行継続することができる。
【0095】
格納部６２３は、採取部６２１でキャプチャした第２パケットを、一時記憶部６０３に格納する。これにより、格納部６２３は、第２パケットを、正式に保存する前に一時記憶しておくことができ、第２パケットを正式に保存する保存先となる第２記憶部６０２のメモリ使用量の増大化を抑制することができる。格納部６２３は、識別情報をキーに、第２パケットを検索可能に、一時記憶しておくことができる。
【0096】
入力部６２４は、第１識別情報の入力を受け付ける。入力部６２４は、例えば、第１識別情報を、監視部６３０から受信することにより、第１識別情報の入力を受け付ける。これにより、入力部６２４は、一時記憶部６０３から、特定のパケットを検索するキーを得ることができる。入力部６２４は、一時記憶部６０３に記憶されたパケットのうち、正式に第２記憶部６０２に保存するパケットを選択可能にすることができる。
【0097】
保存部６２５は、入力部６２４で第１識別情報の入力を受け付けたことに応じて、一時記憶部６０３から、第１識別情報が付与された１以上のパケットを抽出し、第２記憶部６０２に格納する。これにより、保存部６２５は、有用なパケットを選択的に第２記憶部６０２に保存することができ、第２記憶部６０２のメモリ使用量の増大化を抑制することができる。保存部６２５は、例えば、入力された第１識別情報が付与された、エラーを表す処理ログに関連するパケットを、障害原因調査に有用なパケットとして選択的に第２記憶部６０２に保存することができる。このため、保存部６２５は、障害原因調査を滞りなく実施可能にしつつ、第２記憶部６０２のメモリ使用量の増大化を抑制することができる。
【0098】
検出部６３１は、第１記憶部６０１を参照して、エラーを表す処理ログを検出する。これにより、検出部６３１は、エラー発生を検出することができる。検出部６３１は、一時記憶部６０３に記憶されたパケットを、第２記憶部６０２に正式に保存するタイミングを検出することができる。
【0099】
指定部６３２は、検出部６３１で検出したエラーを表す処理ログに対応付けられた第１識別情報を特定する。指定部６３２は、特定した第１識別情報を、制御部６２０に入力する。これにより、指定部６３２は、制御部６２０に、一時記憶部６０３に記憶されたパケットを、第２記憶部６０２に正式に保存するトリガーを与えることができる。指定部６３２は、制御部６２０で、一時記憶部６０３に記憶されたいずれのパケットを、第２記憶部６０２に正式に保存すればよいのかを判断可能にすることができる。
【0100】
収集部６３３は、第２記憶部６０２から、指定部６３２で特定した第１識別情報が付与されたパケットを収集する。収集部６３３は、収集したパケットを、サービス管理者が参照可能に出力する。出力形式は、例えば、ディスプレイへの表示、プリンタへの印刷出力、ネットワークＩ／Ｆ３０３による外部装置への送信、または、メモリ３０２や記録媒体３０５などの記憶領域への記憶である。これにより、収集部６３３は、サービス管理者が、障害原因調査に有用なパケットを参照し易くすることができる。
【0101】
（情報処理システム１００の機能的構成の具体例）
次に、図７を用いて、情報処理システム１００の機能的構成の具体例について説明する。
次に、図７を用いて、情報処理システム１００の機能的構成の具体例について説明する。
【0102】
図７は、情報処理システム１００の機能的構成の具体例を示すブロック図である。情報処理システム１００において、情報処理装置２０１は、受付サービス７１０を実現するコンテナと、それぞれ異なる処理サービス７２０を実現する１以上のコンテナとを実行する。情報処理装置２０１は、ホストＯＳ７３０を有する。ログ監視装置２０２は、ホストＯＳ７４０を有する。
【0103】
受付サービス７１０は、パケット受信部７１１と、ｒｅｑ－ｉｄ生成部７１２と、サービス固有処理実行部７１３と、ｒｅｑ－ｉｄ付与部７１４と、パケット送信部７１５と、ｒｅｑ－ｉｄ付与部７１６と、ログ出力部７１７とを含む。受付サービス７１０は、ｒｅｑ－ｉｄ管理ライブラリ７１８を有する。ｒｅｑ－ｉｄ管理ライブラリ７１８は、例えば、図４に示した識別情報管理テーブル３１４を有し、生成済みのｒｅｑ－ｉｄを管理していてもよい。
【0104】
処理サービス７２０は、パケット受信部７２１と、ｒｅｑ－ｉｄ生成部７２２と、サービス固有処理実行部７２３と、ｒｅｑ－ｉｄ付与部７２４と、パケット送信部７２５と、ｒｅｑ－ｉｄ付与部７２６と、ログ出力部７２７とを含む。処理サービス７２０は、ｒｅｑ－ｉｄ管理ライブラリ７２８を有する。ｒｅｑ－ｉｄ管理ライブラリ７２８は、例えば、図４に示した識別情報管理テーブル３１４を有し、生成済みのｒｅｑ－ｉｄを管理していてもよい。
【0105】
ホストＯＳ７３０は、仮想スイッチ７３１を有する。ホストＯＳ７３０は、パケットキャプチャソフトウェア７３２を有する。ホストＯＳ７３０は、パケット抽出サービス７３３を有する。パケット抽出サービス７３３は、パケットキャプチャソフトウェア管理部７３４と、通知受信部７３５と、パケット抽出部７３６と、パケット出力部７３７とを含む。ホストＯＳ７３０は、リングバッファ３１３を有する。
【0106】
ホストＯＳ７４０は、ログ監視サービス７４１を有する。ログ監視サービス７４１は、ログ収集部７４２と、エラーログ検出条件設定部７４３と、ログ監視部７４４と、イベント処理部７４５とを含む。ホストＯＳ７４０は、エラーログ定義５１１と、検出時処理定義７５０とを有する。
【0107】
パケット受信部７１１は、受付サービス７１０の処理の実行を要求するリクエストのパケットを受信する。ｒｅｑ－ｉｄ生成部７１２は、パケットを受信したことに応じて、ｒｅｑ－ｉｄ管理ライブラリ７１８の機能を利用して、ｒｅｑ－ｉｄを生成する。サービス固有処理実行部７１３は、パケットを受信したことに応じて、受付サービス７１０の処理を実行し、処理ログを生成する。サービス固有処理実行部７１３は、次に処理を実行する処理サービス７２０を特定し、処理サービス７２０の処理の実行を要求するリクエストのパケットを生成する。
【0108】
ｒｅｑ－ｉｄ付与部７１４は、生成したパケットに、生成したｒｅｑ－ｉｄを付与する。パケット送信部７１５は、ｒｅｑ－ｉｄを付与したパケットを、ホストＯＳ７３０を介して、処理サービス７２０に送信する。ｒｅｑ－ｉｄ付与部７１６は、生成した処理ログに、生成したｒｅｑ－ｉｄを付与する。ログ出力部７１７は、ｒｅｑ－ｉｄを付与した処理ログを、ホストＯＳ７３０に送信する。ｒｅｑ－ｉｄ管理ライブラリ７１８は、生成済みのｒｅｑ－ｉｄを管理し、生成済みのｒｅｑ－ｉｄと重複しない新たなｒｅｑ－ｉｄを生成する機能を提供する。
【0109】
パケット受信部７２１は、処理サービス７２０の処理の実行を要求するリクエストのパケットを受信する。ｒｅｑ－ｉｄ生成部７２２は、パケットを受信したことに応じて、ｒｅｑ－ｉｄ管理ライブラリ７２８の機能を利用して、パケットから、ｒｅｑ－ｉｄを読み出すことにより取得する。サービス固有処理実行部７２３は、パケットを受信したことに応じて、処理サービス７２０の処理を実行し、処理ログを生成する。サービス固有処理実行部７２３は、次に処理を実行する処理サービス７２０を特定し、処理サービス７２０の処理の実行を要求するリクエストのパケットを生成する。
【0110】
ｒｅｑ－ｉｄ付与部７２４は、生成したパケットに、取得したｒｅｑ－ｉｄを付与する。パケット送信部７２５は、ｒｅｑ－ｉｄを付与したパケットを、ホストＯＳ７３０を介して、処理サービス７２０に送信する。ｒｅｑ－ｉｄ付与部７２６は、生成した処理ログに、取得したｒｅｑ－ｉｄを付与する。ログ出力部７２７は、ｒｅｑ－ｉｄを付与した処理ログを、ホストＯＳ７３０に送信する。
【0111】
ホストＯＳ７４０は、処理ログを受信する。ホストＯＳ７４０は、処理ログを、ディスク装置に格納する。仮想スイッチ７３１は、受付サービス７１０が送信したパケット、または、処理サービス７２０が送信したパケットなどを、処理サービス７２０に転送する。パケットキャプチャソフトウェア７３２は、仮想スイッチ７３１が受信して転送するパケットをキャプチャする。
【0112】
パケットキャプチャソフトウェア管理部７３４は、仮想スイッチ７３１が受信して転送するパケットをキャプチャするよう、パケットキャプチャソフトウェア７３２を制御し、キャプチャされたパケットを、リングバッファ３１３に格納する。通知受信部７３５は、ホストＯＳ７３０から、ｒｅｑ－ｉｄの通知を受信する。パケット抽出部７３６は、リングバッファ３１３から、受信したｒｅｑ－ｉｄが付与されたパケットを抽出する。パケット出力部７３７は、抽出したパケットを、ホストＯＳ７３０に送信する。
【0113】
ログ収集部７４２は、ディスク装置に記憶された処理ログ群を収集する。エラーログ検出条件設定部７４３は、エラーログ定義５１１を参照して、エラーログとなる処理ログを検出するための条件を、ログ監視部７４４に設定する。エラーログ定義５１１は、エラーログとなる処理ログを検出するための条件を規定する。
【0114】
ログ監視部７４４は、設定された条件に基づいて、収集した処理ログ群を監視し、エラーログとなる処理ログを検出する。イベント処理部７４５は、検出時処理定義７５０を参照して、検出されたエラーログとなる処理ログに対応する処理を実行する。検出時処理定義７５０は、処理ログの内容に対応する処理の内容を規定する。
【0115】
【0116】
図８および図９は、情報処理システム１００の動作の流れを示す説明図である。図８において、クライアント装置２０３は、受付サービス７１０の処理の実行を要求する受付サービス７１０宛てのリクエストのパケットを、ホストＯＳ７３０を介して、受付サービス７１０に送信する。ホストＯＳ７３０は、受信した受付サービス７１０宛てのリクエストのパケットを、受付サービス７１０に転送する。
【0117】
受付サービス７１０は、自受付サービス７１０の処理の実行を要求するリクエストのパケットを、ホストＯＳ７３０から受信する。受付サービス７１０は、自受付サービス７１０の処理の実行を要求するリクエストのパケットを受信したことに応じて、当該パケットを含むパケット群に共通で用いられるｒｅｑ－ｉｄを生成する。
【0118】
受付サービス７１０は、自受付サービス７１０の処理の実行を要求するリクエストのパケットを受信したことに応じて、自受付サービス７１０が担当する処理を実行し、処理ログを生成する。受付サービス７１０は、生成した処理ログに、生成したｒｅｑ－ｉｄを挿入する。挿入後の処理ログの一例は、符号８０２に示される。受付サービス７１０は、挿入後の処理ログを、ホストＯＳ７３０に送信する。
【0119】
受付サービス７１０は、次に実行要求する処理サービス７２０を特定し、特定した処理サービス７２０宛ての特定した処理サービス７２０の処理の実行を要求するリクエストのパケットを生成する。受付サービス７１０は、生成した処理サービス７２０宛ての処理サービス７２０の処理の実行を要求するパケットのオプション部に、生成したｒｅｑ－ｉｄを挿入する。挿入後のパケットの一例は、符号８０１に示される。受付サービス７１０は、挿入後の処理サービス７２０宛ての処理サービス７２０の処理の実行を要求するパケットを、ホストＯＳ７３０を介して、処理サービス７２０に送信する。
【0120】
ホストＯＳ７３０は、挿入後の処理ログを、受付サービス７１０から受信する。ホストＯＳ７３０は、受信した挿入後の処理ログを、ディスク装置３１０に格納する。ホストＯＳ７３０は、挿入後のパケットをキャプチャし、リングバッファ３１３に格納する。ホストＯＳ７３０は、キャプチャした挿入後のパケットを、処理サービス７２０に転送する。
【0121】
これにより、ホストＯＳ７３０は、ｒｅｑ－ｉｄを挿入済みのパケットを、ディスク装置３１０に保存する前に、リングバッファ３１３に一時記憶しておくことができ、ディスク装置３１０のメモリ使用量の増大化を抑制することができる。ホストＯＳ７３０は、以降、ｒｅｑ－ｉｄをキーに、有用なパケットを選択的にディスク装置３１０に保存することができ、有用なパケット以外のパケットを破棄することができ、ディスク装置３１０のメモリ使用量の増大化を抑制することができる。破棄は、リングバッファ３１３における上書きである。ホストＯＳ７３０は、例えば、エラーログに関連するパケットを、有用なパケットとして選択的にディスク装置３１０に保存することができる。
【0122】
処理サービス７２０は、自処理サービス７２０の処理の実行を要求するリクエストのパケットを、ホストＯＳ７３０から受信する。処理サービス７２０は、自処理サービス７２０の処理の実行を要求するリクエストのパケットを受信したことに応じて、当該パケットを含むパケット群に共通で用いられるｒｅｑ－ｉｄを取得する。処理サービス７２０は、例えば、受信したパケットに挿入されたｒｅｑ－ｉｄを読み出すことにより取得する。
【0123】
処理サービス７２０は、自処理サービス７２０の処理の実行を要求するリクエストのパケットを受信したことに応じて、自処理サービス７２０が担当する処理を実行し、処理ログを生成する。処理サービス７２０は、生成した処理ログに、取得したｒｅｑ－ｉｄを挿入する。挿入後の処理ログの一例は、符号８０２に示される。処理サービス７２０は、挿入後の処理ログを、ホストＯＳ７３０に送信する。
【0124】
処理サービス７２０は、次に実行要求する他の処理サービス７２０を特定し、特定した他の処理サービス７２０宛ての特定した他の処理サービス７２０の処理の実行を要求するリクエストのパケットを生成する。処理サービス７２０は、生成した他の処理サービス７２０宛ての他の処理サービス７２０の処理の実行を要求するパケットのオプション部に、取得したｒｅｑ－ｉｄを挿入する。挿入後のパケットの一例は、符号８０１に示される。処理サービス７２０は、挿入後の他の処理サービス７２０宛ての他の処理サービス７２０の処理の実行を要求するパケットを、ホストＯＳ７３０を介して、他の処理サービス７２０に送信する。
【0125】
ホストＯＳ７３０は、挿入後の処理ログを、処理サービス７２０から受信する。ホストＯＳ７３０は、受信した挿入後の処理ログを、ディスク装置３１０に格納する。ホストＯＳ７３０は、挿入後のパケットをキャプチャし、リングバッファ３１３に格納する。ホストＯＳ７３０は、キャプチャした挿入後のパケットを、処理サービス７２０に転送する。
【0126】
これにより、ホストＯＳ７３０は、ｒｅｑ－ｉｄを挿入済みのパケットを、ディスク装置３１０に保存する前に、リングバッファ３１３に一時記憶しておくことができ、ディスク装置３１０のメモリ使用量の増大化を抑制することができる。ホストＯＳ７３０は、以降、ｒｅｑ－ｉｄをキーに、有用なパケットを選択的にディスク装置３１０に保存することができ、有用なパケット以外のパケットを破棄することができ、ディスク装置３１０のメモリ使用量の増大化を抑制することができる。ホストＯＳ７３０は、例えば、エラーログに関連するパケットを、有用なパケットとして選択的にディスク装置３１０に保存することができる。次に、図９の説明に移行する。
【0127】
図９において、ログ監視サービス７４１は、ディスク装置３１０の記憶内容を、ホストＯＳ７３０に問い合わせる。ログ監視サービス７４１は、具体的には、前回の問い合わせ以後、ディスク装置３１０に新たに記憶された処理ログ群を、ホストＯＳ７３０に問い合わせることにより、処理ログ群を取得する。ホストＯＳ７３０は、問い合わせに応じて、ディスク装置３１０の記憶内容を、ログ監視サービス７４１に提供する。
【0128】
ログ監視サービス７４１は、エラーログ定義５１１を参照して、取得した処理ログ群のうち、エラーログとなる処理ログを検索する。ログ監視サービス７４１は、検索の結果、エラーログを検出すると、エラーログに挿入されたｒｅｑ－ｉｄを抽出する。ログ監視サービス７４１は、抽出したｒｅｑ－ｉｄを、ホストＯＳ７３０に送信する。これにより、ログ監視サービス７４１は、エラーログに関連する過去のパケットを検索するキーを得ることができ、ホストＯＳ７３０に通知することができる。
【0129】
パケット抽出サービス７３３は、ｒｅｑ－ｉｄを、ログ監視サービス７４１から受信する。パケット抽出サービス７３３は、リングバッファ３１３に記憶されたパケットのうち、受信したｒｅｑ－ｉｄが挿入済みのパケットを抽出し、ディスク装置３１０に保存する。これにより、パケット抽出サービス７３３は、ｒｅｑ－ｉｄをキーに、有用なパケットを選択的にディスク装置３１０に保存することができる。ホストＯＳ７３０は、例えば、エラーログに関連するパケットを、有用なパケットとして選択的にディスク装置３１０に保存することができる。
【0130】
ログ監視サービス７４１は、ディスク装置３１０に記憶されたパケット群を、ホストＯＳ７３０に問い合わせることにより、パケット群を取得する。ログ監視サービス７４１は、ｒｅｑ－ｉｄをキーに、ディスク装置３１０に記憶された当該ｒｅｑ－ｉｄが挿入済みのパケット群を、ホストＯＳ７３０に問い合わせることにより、パケット群を取得してもよい。ホストＯＳ７３０は、問い合わせに応じて、ディスク装置３１０に記憶されたパケット群を、ログ監視サービス７４１に提供する。
【0131】
ログ監視サービス７４１は、取得したパケット群を、エラーログに対応付けて、サービス管理者が参照可能に出力する。ログ監視サービス７４１は、取得したパケット群のうち、ｒｅｑ－ｉｄが挿入済みのパケット群を、エラーログに対応付けて、サービス管理者が参照可能に出力する。これにより、ログ監視サービス７４１は、サービス管理者が、エラーログと、エラーログに関連するパケット群とを参照可能にすることができる。このため、ログ監視サービス７４１は、サービス管理者が、エラーログに基づく障害原因調査を効率よく実施可能にすることができる。
【0132】
【0133】
図１０および図１１は、情報処理システム１００の動作の一例を示す説明図である。図１０において、情報処理装置２０１は、２つ存在するとする。一方の情報処理装置２０１は、受付サービス７１０と、処理サービス７２０とを実行する。他方の情報処理装置２０１は、処理サービス７２０を実行する。
【0134】
以下の説明では、一方の情報処理装置２０１の処理サービス７２０を「処理サービス７２０Ａ」と表記する場合がある。一方の情報処理装置２０１のホストＯＳ７３０を「ホストＯＳ７３０Ａ」と表記する場合がある。
【0135】
以下の説明では、他方の情報処理装置２０１のホストＯＳ７３０を「ホストＯＳ７３０Ｂ」と表記する場合がある。他方の情報処理装置２０１の処理サービス７２０を「処理サービス７２０Ｂ」と表記する場合がある。
【0136】
受付サービス７１０、処理サービス７２０Ａ、および、処理サービス７２０Ｂの実行順序で、受付サービス７１０、処理サービス７２０Ａ、および、処理サービス７２０Ｂを実行することにより、情報処理システム１００は、全体サービスを実現する。
【0137】
（１０－１）クライアント装置２０３は、受付サービス７１０の処理の実行を要求する受付サービス７１０宛てのリクエストのパケットを、ホストＯＳ７３０を介して、受付サービス７１０に送信する。ホストＯＳ７３０のうち、仮想スイッチ７３１は、受付サービス７１０宛てのリクエストのパケットを受信し、受付サービス７１０に転送する。
【0138】
（１０－２）受付サービス７１０のうち、パケット受信部７１１は、自受付サービス７１０の処理の実行を要求するリクエストのパケットを、ホストＯＳ７３０から受信する。
【0139】
（１０－３）受付サービス７１０のうち、ｒｅｑ－ｉｄ生成部７１２は、自受付サービス７１０の処理の実行を要求するリクエストのパケットを受信したことに応じて、当該パケットを含むパケット群に共通で用いられるｒｅｑ－ｉｄを生成する。
【0140】
（１０－４）受付サービス７１０のうち、サービス固有処理実行部７１３は、自受付サービス７１０の処理の実行を要求するリクエストのパケットを受信したことに応じて、自受付サービス７１０が担当する処理を実行し、処理ログを生成する。サービス固有処理実行部７１３は、次に実行要求する処理サービス７２０Ａを特定し、特定した処理サービス７２０Ａの処理の実行を要求するリクエストのパケットを生成する。
【0141】
（１０－５）受付サービス７１０のうち、ｒｅｑ－ｉｄ付与部７１４は、生成したパケットのオプション部に、生成したｒｅｑ－ｉｄを挿入する。
【0142】
（１０－６）受付サービス７１０のうち、パケット送信部７１５は、挿入後のパケットを、ホストＯＳ７３０を介して、処理サービス７２０Ａに送信する。
【0143】
（１０－７）受付サービス７１０のうち、ｒｅｑ－ｉｄ付与部７１６は、生成した処理ログに、生成したｒｅｑ－ｉｄを挿入する。
【0144】
（１０－８）受付サービス７１０のうち、ログ出力部７１７は、挿入後の処理ログを、ホストＯＳ７３０に送信する。
【0145】
（１０－９）ホストＯＳ７３０のうち、仮想スイッチ７３１は、挿入後のパケットを受信する。
【0146】
（１０－１０）ホストＯＳ７３０のうち、仮想スイッチ７３１は、受信した挿入後のパケットを、処理サービス７２０Ａに転送する。
【0147】
（１０－１１）ホストＯＳ７３０のうち、パケットキャプチャソフトウェア管理部７３４は、パケットキャプチャソフトウェア７３２を制御し、仮想スイッチ７３１が受信して転送する挿入後のパケットをキャプチャする。
【0148】
（１０－１２）ホストＯＳ７３０のうち、パケットキャプチャソフトウェア管理部７３４は、キャプチャした挿入後のパケットを、リングバッファ３１３に格納する。
【0149】
（１０－１３）ホストＯＳ７３０のうち、仮想スイッチ７３１は、挿入後の処理ログを、受付サービス７１０から受信し、ディスク装置３１０に送信する。ディスク装置３１０は、ログ記憶部３１１に含まれる処理ログを記憶するログファイルに、挿入後の処理ログを格納する。
【0150】
（１０－１４）処理サービス７２０Ａのうち、パケット受信部７２１は、自処理サービス７２０Ａの処理の実行を要求するリクエストのパケットを、ホストＯＳ７３０から受信する。
【0151】
（１０－１５）処理サービス７２０Ａのうち、ｒｅｑ－ｉｄ生成部７２２は、自処理サービス７２０Ａの処理の実行を要求するリクエストのパケットを受信したことに応じて、当該パケットを含むパケット群に共通で用いられるｒｅｑ－ｉｄを取得する。ｒｅｑ－ｉｄ生成部７２２は、例えば、受信したパケットに挿入されたｒｅｑ－ｉｄを読み出すことにより、ｒｅｑ－ｉｄを取得する。
【0152】
（１０－１６）処理サービス７２０Ａのうち、サービス固有処理実行部７２３は、自処理サービス７２０Ａの処理の実行を要求するリクエストのパケットを受信したことに応じて、自処理サービス７２０Ａが担当する処理を実行し、処理ログを生成する。処理サービス７２０Ａのうち、サービス固有処理実行部７２３は、次に実行要求する他の処理サービス７２０Ｂを特定し、特定した他の処理サービス７２０Ｂの処理の実行を要求するリクエストのパケットを生成する。
【0153】
（１０－１７）処理サービス７２０Ａのうち、ｒｅｑ－ｉｄ付与部７２４は、生成したパケットのオプション部に、取得したｒｅｑ－ｉｄを挿入する。
【0154】
（１０－１８）処理サービス７２０Ａのうち、パケット送信部７２５は、挿入後のパケットを、ホストＯＳ７３０を介して、他の処理サービス７２０Ｂに送信する。
【0155】
（１０－１９）処理サービス７２０Ａのうち、ｒｅｑ－ｉｄ付与部７２６は、生成した処理ログに、取得したｒｅｑ－ｉｄを挿入する。
【0156】
（１０－２０）処理サービス７２０Ａのうち、ログ出力部７２７は、挿入後の処理ログを、ホストＯＳ７３０に送信する。
【0157】
（１０－２１）ホストＯＳ７３０のうち、仮想スイッチ７３１は、挿入後のパケットを受信する。
【0158】
（１０－２２）ホストＯＳ７３０のうち、仮想スイッチ７３１は、受信した挿入後のパケットを、処理サービス７２０Ｂに転送する。
【0159】
（１０－２３）ホストＯＳ７３０のうち、パケットキャプチャソフトウェア管理部７３４は、パケットキャプチャソフトウェア７３２を制御し、仮想スイッチ７３１が受信して転送する挿入後のパケットをキャプチャする。
【0160】
（１０－２４）ホストＯＳ７３０のうち、パケットキャプチャソフトウェア管理部７３４は、キャプチャした挿入後のパケットを、リングバッファ３１３に格納する。
【0161】
（１０－２５）ホストＯＳ７３０のうち、仮想スイッチ７３１は、挿入後の処理ログを、処理サービス７２０Ａから受信し、ディスク装置３１０に送信する。ディスク装置３１０は、ログ記憶部３１１に含まれる処理ログを記憶するログファイルに、挿入後の処理ログを格納する。次に、図１１の説明に移行する。
【0162】
図１１において、（１１－１）ログ監視サービス７４１のうち、ログ収集部７４２は、ディスク装置３１０の記憶内容を、ホストＯＳ７３０に問い合わせる。ログ収集部７４２は、具体的には、前回の問い合わせ以後、ディスク装置３１０に新たに記憶された処理ログ群を、ホストＯＳ７３０に問い合わせることにより、処理ログ群を取得する。ホストＯＳ７３０のうち、パケット抽出部７３６は、問い合わせに応じて、ディスク装置３１０の記憶内容を、ログ監視サービス７４１に提供する。
【0163】
ログ監視サービス７４１のうち、エラーログ検出条件設定部７４３は、エラーログ定義５１１を参照して、エラーログとなる処理ログを検出するための条件を、ログ監視部７４４に設定する。ログ監視サービス７４１のうち、ログ監視部７４４は、設定された条件に基づいて、取得した処理ログ群のうち、エラーログとなる処理ログを検索し、エラーログとなる処理ログを検出する。
【0164】
（１１－２）ログ監視サービス７４１のうち、イベント処理部７４５は、エラーログが検出されると、検出時処理定義７５０を参照して、エラーログに対応する処理を実行する。イベント処理部７４５は、検出されたエラーログに挿入されたｒｅｑ－ｉｄを抽出し、ホストＯＳ７３０に送信する。
【0165】
（１１－３）パケット抽出サービス７３３のうち、通知受信部７３５は、ｒｅｑ－ｉｄを、ログ監視サービス７４１から受信する。
【0166】
（１１－４）パケット抽出サービス７３３のうち、パケット抽出部７３６は、リングバッファ３１３に記憶されたパケットのうち、受信したｒｅｑ－ｉｄが挿入済みのパケットを抽出する。パケット抽出サービス７３３のうち、パケット出力部７３７は、抽出されたパケットを、ディスク装置３１０に保存する。ディスク装置３１０は、パケット記憶部３１２に含まれるパケット保存領域に、受信したパケットを格納する。
【0167】
これにより、パケット抽出サービス７３３は、ｒｅｑ－ｉｄをキーに、有用なパケットを選択的にディスク装置３１０に保存することができる。ホストＯＳ７３０は、例えば、エラーログに関連するパケットを、有用なパケットとして選択的にディスク装置３１０に保存することができる。ホストＯＳ７３０は、ディスク装置３１０のメモリ使用量の低減化を図ることができる。
【0168】
（受付処理手順）
次に、図１２を用いて、情報処理装置２０１において、受付サービス７１０が実行する、受付処理手順の一例について説明する。受付処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。
次に、図１２を用いて、情報処理装置２０１において、受付サービス７１０が実行する、受付処理手順の一例について説明する。受付処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。
【0169】
図１２は、受付処理手順の一例を示すフローチャートである。図１２において、受付サービス７１０は、自受付サービス７１０の処理の実行を要求するリクエストのパケットを、クライアント装置２０３から受信する（ステップＳ１２０１）。次に、受付サービス７１０は、ｒｅｑ－ｉｄを生成する（ステップＳ１２０２）。
【0170】
そして、受付サービス７１０は、受信したパケットに応じた、自受付サービス７１０の処理を実行し、処理ログにｒｅｑ－ｉｄを付与し、ホストＯＳ７３０に送信する（ステップＳ１２０３）。その後、受付サービス７１０は、次に処理を実行する処理サービス７２０を特定し、特定した処理サービス７２０の処理の実行を要求するリクエストのパケットを生成し、生成したｒｅｑ－ｉｄを付与する（ステップＳ１２０４）。ここで、図１３の説明に移行し、受付サービス７１０がパケットを生成する一例について説明する。
【0171】
図１３は、受付サービス７１０がパケットを生成する一例を示す説明図である。図１３に示すように、受付サービス７１０は、例えば、特定した処理サービス７２０の処理の実行を要求するリクエストのパケット１３００を生成する。受付サービス７１０は、生成したｒｅｑ－ｉｄを、生成したパケット１３００のオプション部に挿入することにより、生成したｒｅｑ－ｉｄを、生成したパケット１３００に付与する。
【0172】
図１２の説明に戻り、受付サービス７１０は、ｒｅｑ－ｉｄを付与したパケットを、次に処理を実行する処理サービス７２０に送信する（ステップＳ１２０５）。そして、情報処理装置２０１は、受付処理を終了する。これにより、情報処理装置２０１は、全体サービスを実行開始することができる。
【0173】
（実行処理手順）
次に、図１４を用いて、情報処理装置２０１において、処理サービス７２０が実行する、実行処理手順の一例について説明する。実行処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。
次に、図１４を用いて、情報処理装置２０１において、処理サービス７２０が実行する、実行処理手順の一例について説明する。実行処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。
【0174】
図１４は、実行処理手順の一例を示すフローチャートである。図１４において、処理サービス７２０は、処理サービス７２０の処理の実行を要求するリクエストのパケットを、受付サービス７１０、または、他の処理サービス７２０から受信する（ステップＳ１４０１）。ここで、図１５の説明に移行し、処理サービス７２０がパケットを受信する一例について説明する。
【0175】
図１５は、処理サービス７２０がパケットを受信する一例を示す説明図である。図１５に示すように、処理サービス７２０は、例えば、自処理サービス７２０の処理の実行を要求するリクエストのパケット１５００を受信する。受信したパケット１５００のオプション部は、ｒｅｑ－ｉｄを含む。例えば、処理サービス７２０が、パケット１５００を、受付サービス７１０から受信した場合、パケット１５００は、図１３に示したパケット１３００に対応する。例えば、処理サービス７２０が、パケット１５００を、他の処理サービス７２０から受信した場合、パケット１５００は、図１６に後述するパケット１６００に対応する。
【0176】
図１４の説明に戻り、処理サービス７２０は、受信したパケットから、ｒｅｑ－ｉｄを読み出すことにより取得する（ステップＳ１４０２）。次に、処理サービス７２０は、受信したパケットに応じた、自処理サービス７２０の処理を実行し、処理ログにｒｅｑ－ｉｄを付与し、ホストＯＳ７３０に送信する（ステップＳ１４０３）。
【0177】
そして、処理サービス７２０は、次に処理を実行する処理サービス７２０を特定し、特定した処理サービス７２０の処理の実行を要求するリクエストのパケットを生成し、取得したｒｅｑ－ｉｄを付与する（ステップＳ１４０４）。ここで、図１６の説明に移行し、処理サービス７２０がパケットを生成する一例について説明する。
【0178】
図１６は、処理サービス７２０がパケットを生成する一例を示す説明図である。図１６に示すように、受付サービス７１０は、例えば、特定した処理サービス７２０の処理の実行を要求するリクエストのパケット１６００を生成する。受付サービス７１０は、読み出したｒｅｑ－ｉｄを、生成したパケット１６００のオプション部に挿入することにより、読み出したｒｅｑ－ｉｄを、生成したパケット１６００に付与する。
【0179】
図１４の説明に戻り、処理サービス７２０は、ｒｅｑ－ｉｄを付与したパケットを、次に処理を実行する処理サービス７２０に送信する（ステップＳ１４０５）。そして、処理サービス７２０は、実行処理を終了する。これにより、処理サービス７２０は、全体サービスを実行継続することができる。
【0180】
（監視処理手順）
次に、図１７を用いて、ログ監視装置２０２において、ログ監視サービス７４１が実行する、監視処理手順の一例について説明する。監視処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。
次に、図１７を用いて、ログ監視装置２０２において、ログ監視サービス７４１が実行する、監視処理手順の一例について説明する。監視処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。
【0181】
【0182】
次に、ログ監視サービス７４１は、エラーログ定義５１１を参照して、読み込んだ新規ログ群のうち、検出対象のエラーログが存在するか否かを判定する（ステップＳ１７０２）。ここで、図１８の説明に移行し、エラーログ定義５１１の一例について説明する。
【0183】
図１８は、エラーログ定義５１１の一例を示す説明図である。図１８に示すように、エラーログ定義５１１は、検出対象のエラーログを検出可能にする条件を規定する。エラーログ定義５１１は、例えば、エラーログのうち、日時、または、装置名などの要素をマスクしたエラーログの雛型を示す。
【0184】
図１７の説明に戻り、検出対象のエラーログが存在しない場合（ステップＳ１７０２：Ｎｏ）、ログ監視サービス７４１は、ステップＳ１７０１の処理に戻る。一方で、検出対象のエラーログが存在する場合（ステップＳ１７０２：Ｙｅｓ）、ログ監視サービス７４１は、ステップＳ１７０３の処理に移行する。
【0185】
ステップＳ１７０３では、ログ監視サービス７４１は、検出対象のエラーログに対応するｒｅｑ－ｉｄを、パケット抽出サービス７３３に送信する（ステップＳ１７０３）。そして、ログ監視サービス７４１は、ステップＳ１７０１の処理に戻る。これにより、ログ監視サービス７４１は、パケット抽出サービス７３３が、特定のパケットを抽出可能にすることができる。
【0186】
（抽出処理手順）
次に、図１９を用いて、情報処理装置２０１において、パケット抽出サービス７３３が実行する、抽出処理手順の一例について説明する。抽出処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。
次に、図１９を用いて、情報処理装置２０１において、パケット抽出サービス７３３が実行する、抽出処理手順の一例について説明する。抽出処理は、例えば、図３に示したＣＰＵ３０１と、メモリ３０２や記録媒体３０５などの記憶領域と、ネットワークＩ／Ｆ３０３とによって実現される。
【0187】
図１９は、抽出処理手順の一例を示すフローチャートである。図１９において、パケット抽出サービス７３３は、検出対象のエラーログに対応するｒｅｑ－ｉｄを、ログ監視サービス７４１から受信する（ステップＳ１９０１）。
【0188】
次に、パケット抽出サービス７３３は、リングバッファ３１３から、受信したｒｅｑ－ｉｄに対応する１以上のパケットを抽出する（ステップＳ１９０２）。ここで、図２０の説明に移行し、抽出した１以上のパケットの一例について説明する。
【0189】
図２０は、抽出した１以上のパケットの一例を示す説明図である。図２０に示すように、パケット抽出サービス７３３は、同一のｒｅｑ－ｉｄが付与された１以上のパケットを含むパケット抽出データ２０００を抽出する。パケット抽出データ２０００に含まれるそれぞれのパケットは、具体的には、固定長部と、オプション部と、データ部とを含む。オプション部は、具体的には、ｒｅｑ－ｉｄを含む。
【0190】
図１９の説明に戻り、パケット抽出サービス７３３は、抽出した１以上のパケットを、パケット記憶部３１２に保存する（ステップＳ１９０３）。そして、パケット抽出サービス７３３は、抽出処理を終了する。これにより、パケット抽出サービス７３３は、有用なパケットを選択的にパケット記憶部３１２に保存することができ、パケット記憶部３１２のメモリ使用量の低減化を図ることができる。
【0191】
以上説明したように、処理部１１０（６１０）によれば、自処理部１１０が担当するプログラムの実行を要求する第１パケットを受け付けたことに応じて、受け付けた第１パケットに対応する識別情報を取得することができる。処理部１１０によれば、受け付けた第１パケットに応じて実行された自処理部１１０が担当するプログラムに関する処理ログを生成することができる。処理部１１０によれば、処理ログに、取得した識別情報を対応付けて、プログラム群に含まれるプログラムに関する処理ログを記憶する第１記憶部１２１（６０１）に格納することができる。処理部１１０によれば、自処理部１１０が担当するプログラムの次に実行する、プログラム群のいずれかのプログラムの実行を要求する第２パケットを生成することができる。処理部１１０によれば、第２パケットに、取得した識別情報を付与してから、複数の処理部１１０のうちいずれかのプログラムを担当する他の処理部１１０に送信することができる。制御部１２０（６２０）によれば、複数の処理部１１０のいずれかの処理部１１０が送信した第２パケットをキャプチャすることができる。制御部１２０によれば、キャプチャした第２パケットを、プログラム群に含まれるプログラムの実行を要求するパケットを記憶するバッファ領域１２３（６０３）に格納することができる。制御部１２０によれば、第１識別情報の入力を受け付けたことに応じて、バッファ領域１２３から、第１識別情報が付与された１以上のパケットを抽出し、第２記憶部１２２（６０２）に格納することができる。これにより、情報処理システム１００は、第２記憶部１２２のメモリ使用量の低減化を図ることができる。
【0192】
処理部１１０によれば、プログラム群のうち実行順序が最初であるプログラムを自処理部１１０が担当する場合、第１パケットを受け付けたことに応じて、受け付けた第１パケットに対応する識別情報を生成することにより、識別情報を取得することができる。これにより、情報処理システム１００は、識別情報が生成済みでなければ、当該識別情報を生成することができ、適切に識別情報を利用することができる。
【0193】
処理部１１０によれば、プログラム群のうち実行順序が２番目以降のプログラムを自処理部１１０が担当する場合、第１パケットを受け付けたことに応じて、受け付けた第１パケットに付与された識別情報を抽出することにより、識別情報を取得することができる。これにより、情報処理システム１００は、識別情報が生成済みであれば、当該識別情報を利用することができ、適切に識別情報を利用することができる。
【0194】
監視部（６３０）によれば、第１記憶部１２１を参照して、エラーを表す処理ログを検出したことに応じて、検出したエラーを表す処理ログに対応付けられた第１識別情報を、制御部１２０に入力することができる。これにより、情報処理システム１００は、バッファ領域１２３から、有用なパケットが削除される前に、有用なパケットを抽出し易くすることができる。
【0195】
情報処理システム１００によれば、処理部１１０を、コンテナ上に実現することができる。これにより、情報処理システム１００は、処理部１１０を実現し易くすることができる。
【0196】
なお、本実施の形態で説明した情報処理方法は、予め用意されたプログラムをＰＣやワークステーションなどのコンピュータで実行することにより実現することができる。本実施の形態で説明した情報処理プログラムは、コンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。記録媒体は、ハードディスク、フレキシブルディスク、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ Ｏｐｔｉｃａｌ ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）などである。また、本実施の形態で説明した情報処理プログラムは、インターネットなどのネットワークを介して配布してもよい。
【0197】
上述した実施の形態に関し、さらに以下の付記を開示する。
【0198】
（付記１）互いに連携するプログラム群のそれぞれ異なるプログラムを担当する複数の処理部と、前記複数の処理部の通信を制御する制御部とを含む情報処理装置であって、
前記複数の処理部それぞれは、
自処理部が担当するプログラムの実行を要求する第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに対応する識別情報を取得し、
受け付けた前記第１パケットに応じて実行された自処理部が担当するプログラムに関する処理ログに、取得した前記識別情報を対応付けて、前記プログラム群に含まれるプログラムに関する処理ログを記憶する第１記憶部に格納し、
自処理部が担当するプログラムの次に実行する、前記プログラム群のいずれかのプログラムの実行を要求する第２パケットを、取得した前記識別情報を付与してから、前記複数の処理部のうち前記いずれかのプログラムを担当する他の処理部に送信し、
前記制御部は、
前記複数の処理部のいずれかの処理部が送信した前記第２パケットをキャプチャし、
キャプチャした前記第２パケットを、前記プログラム群に含まれるプログラムの実行を要求するパケットを記憶するバッファ領域に格納し、
第１識別情報の入力を受け付けたことに応じて、前記バッファ領域から、前記第１識別情報が付与された１以上のパケットを抽出し、第２記憶部に格納する、
ことを特徴とする情報処理装置。
前記複数の処理部それぞれは、
自処理部が担当するプログラムの実行を要求する第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに対応する識別情報を取得し、
受け付けた前記第１パケットに応じて実行された自処理部が担当するプログラムに関する処理ログに、取得した前記識別情報を対応付けて、前記プログラム群に含まれるプログラムに関する処理ログを記憶する第１記憶部に格納し、
自処理部が担当するプログラムの次に実行する、前記プログラム群のいずれかのプログラムの実行を要求する第２パケットを、取得した前記識別情報を付与してから、前記複数の処理部のうち前記いずれかのプログラムを担当する他の処理部に送信し、
前記制御部は、
前記複数の処理部のいずれかの処理部が送信した前記第２パケットをキャプチャし、
キャプチャした前記第２パケットを、前記プログラム群に含まれるプログラムの実行を要求するパケットを記憶するバッファ領域に格納し、
第１識別情報の入力を受け付けたことに応じて、前記バッファ領域から、前記第１識別情報が付与された１以上のパケットを抽出し、第２記憶部に格納する、
ことを特徴とする情報処理装置。
【0199】
（付記２）前記複数の処理部のいずれかの処理部は、
前記プログラム群のうち実行順序が最初であるプログラムを自処理部が担当する場合、前記第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに対応する識別情報を生成することにより、前記識別情報を取得する、ことを特徴とする付記１に記載の情報処理装置。
前記プログラム群のうち実行順序が最初であるプログラムを自処理部が担当する場合、前記第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに対応する識別情報を生成することにより、前記識別情報を取得する、ことを特徴とする付記１に記載の情報処理装置。
【0200】
（付記３）前記複数の処理部のいずれかの処理部は、
前記プログラム群のうち実行順序が２番目以降のプログラムを自処理部が担当する場合、前記第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに付与された識別情報を抽出することにより、前記識別情報を取得する、ことを特徴とする付記２に記載の情報処理装置。
前記プログラム群のうち実行順序が２番目以降のプログラムを自処理部が担当する場合、前記第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに付与された識別情報を抽出することにより、前記識別情報を取得する、ことを特徴とする付記２に記載の情報処理装置。
【0201】
（付記４）前記第１記憶部を参照して、エラーを表す処理ログを検出したことに応じて、検出した前記エラーを表す処理ログに対応付けられた第１識別情報を、前記制御部に入力する、監視部、
を有することを特徴とする付記１～３のいずれか一つに記載の情報処理装置。
を有することを特徴とする付記１～３のいずれか一つに記載の情報処理装置。
【0202】
（付記５）前記複数の処理部それぞれは、コンテナである、ことを特徴とする付記１～３のいずれか一つに記載の情報処理装置。
【0203】
（付記６）互いに連携するプログラム群のそれぞれ異なるプログラムを担当する複数の処理部それぞれが、
自処理部が担当するプログラムの実行を要求する第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに対応する識別情報を取得し、
受け付けた前記第１パケットに応じて実行された自処理部が担当するプログラムに関する処理ログに、取得した前記識別情報を対応付けて、前記プログラム群に含まれるプログラムに関する処理ログを記憶する第１記憶部に格納し、
自処理部が担当するプログラムの次に実行する、前記プログラム群のいずれかのプログラムの実行を要求する第２パケットを、取得した前記識別情報を付与してから、前記複数の処理部のうち前記いずれかのプログラムを担当する他の処理部に送信し、
前記複数の処理部の通信を制御する制御部が、
前記複数の処理部のいずれかの処理部が送信した前記第２パケットをキャプチャし、
キャプチャした前記第２パケットを、前記プログラム群に含まれるプログラムの実行を要求するパケットを記憶するバッファ領域に格納し、
第１識別情報の入力を受け付けたことに応じて、前記バッファ領域から、前記第１識別情報が付与された１以上のパケットを抽出し、第２記憶部に格納する、
ことを特徴とする情報処理方法。
自処理部が担当するプログラムの実行を要求する第１パケットを受け付けたことに応じて、受け付けた前記第１パケットに対応する識別情報を取得し、
受け付けた前記第１パケットに応じて実行された自処理部が担当するプログラムに関する処理ログに、取得した前記識別情報を対応付けて、前記プログラム群に含まれるプログラムに関する処理ログを記憶する第１記憶部に格納し、
自処理部が担当するプログラムの次に実行する、前記プログラム群のいずれかのプログラムの実行を要求する第２パケットを、取得した前記識別情報を付与してから、前記複数の処理部のうち前記いずれかのプログラムを担当する他の処理部に送信し、
前記複数の処理部の通信を制御する制御部が、
前記複数の処理部のいずれかの処理部が送信した前記第２パケットをキャプチャし、
キャプチャした前記第２パケットを、前記プログラム群に含まれるプログラムの実行を要求するパケットを記憶するバッファ領域に格納し、
第１識別情報の入力を受け付けたことに応じて、前記バッファ領域から、前記第１識別情報が付与された１以上のパケットを抽出し、第２記憶部に格納する、
ことを特徴とする情報処理方法。
【符号の説明】
【0204】
１００ 情報処理システム
１１０，６１０ 処理部
１１１～１１４，８０１，８０２ 符号
１２０，６２０ 制御部
１２１，６０１ 第１記憶部
１２２，６０２ 第２記憶部
１２３ バッファ領域
２０１ 情報処理装置
２０２ ログ監視装置
２０３ クライアント装置
２０４ スイッチ装置
３００，５００ バス
３０１，５０１ ＣＰＵ
３０２，５０２ メモリ
３０３，５０３ ネットワークＩ／Ｆ
３０４，５０４ 記録媒体Ｉ／Ｆ
３０５，５０５ 記録媒体
３１０ ディスク装置
３１１ ログ記憶部
３１２ パケット記憶部
３１３ リングバッファ
３１４ 識別情報管理テーブル
３２０ ネットワーク
４０１ ログファイル
４０２ パケット保存領域
５１１ エラーログ定義
６０３ 一時記憶部
６１１ 取得部
６１２ 生成部
６１３ 実行部
６１４ 要求部
６１５ 記録部
６２１ 採取部
６２２ 転送部
６２３ 格納部
６２４ 入力部
６２５ 保存部
６３０ 監視部
６３１ 検出部
６３２ 指定部
６３３ 収集部
７１０ 受付サービス
７１１，７２１ パケット受信部
７１２，７２２ ｒｅｑ－ｉｄ生成部
７１３，７２３ サービス固有処理実行部
７１４，７１６，７２４，７２６ ｒｅｑ－ｉｄ付与部
７１５，７２５ パケット送信部
７１７，７２７ ログ出力部
７１８，７２８ ｒｅｑ－ｉｄ管理ライブラリ
７２０ 処理サービス
７３０，７４０ ホストＯＳ
７３１ 仮想スイッチ
７３２ パケットキャプチャソフトウェア
７３３ パケット抽出サービス
７３４ パケットキャプチャソフトウェア管理部
７３５ 通知受信部
７３６ パケット抽出部
７３７ パケット出力部
７４１ ログ監視サービス
７４２ ログ収集部
７４３ エラーログ検出条件設定部
７４４ ログ監視部
７４５ イベント処理部
７５０ 検出時処理定義
１３００，１５００，１６００ パケット
２０００ パケット抽出データ
１１０，６１０ 処理部
１１１～１１４，８０１，８０２ 符号
１２０，６２０ 制御部
１２１，６０１ 第１記憶部
１２２，６０２ 第２記憶部
１２３ バッファ領域
２０１ 情報処理装置
２０２ ログ監視装置
２０３ クライアント装置
２０４ スイッチ装置
３００，５００ バス
３０１，５０１ ＣＰＵ
３０２，５０２ メモリ
３０３，５０３ ネットワークＩ／Ｆ
３０４，５０４ 記録媒体Ｉ／Ｆ
３０５，５０５ 記録媒体
３１０ ディスク装置
３１１ ログ記憶部
３１２ パケット記憶部
３１３ リングバッファ
３１４ 識別情報管理テーブル
３２０ ネットワーク
４０１ ログファイル
４０２ パケット保存領域
５１１ エラーログ定義
６０３ 一時記憶部
６１１ 取得部
６１２ 生成部
６１３ 実行部
６１４ 要求部
６１５ 記録部
６２１ 採取部
６２２ 転送部
６２３ 格納部
６２４ 入力部
６２５ 保存部
６３０ 監視部
６３１ 検出部
６３２ 指定部
６３３ 収集部
７１０ 受付サービス
７１１，７２１ パケット受信部
７１２，７２２ ｒｅｑ－ｉｄ生成部
７１３，７２３ サービス固有処理実行部
７１４，７１６，７２４，７２６ ｒｅｑ－ｉｄ付与部
７１５，７２５ パケット送信部
７１７，７２７ ログ出力部
７１８，７２８ ｒｅｑ－ｉｄ管理ライブラリ
７２０ 処理サービス
７３０，７４０ ホストＯＳ
７３１ 仮想スイッチ
７３２ パケットキャプチャソフトウェア
７３３ パケット抽出サービス
７３４ パケットキャプチャソフトウェア管理部
７３５ 通知受信部
７３６ パケット抽出部
７３７ パケット出力部
７４１ ログ監視サービス
７４２ ログ収集部
７４３ エラーログ検出条件設定部
７４４ ログ監視部
７４５ イベント処理部
７５０ 検出時処理定義
１３００，１５００，１６００ パケット
２０００ パケット抽出データ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】