JP4257364B2 - 通信エラー情報出力プログラム、通信エラー情報出力方法および通信エラー情報出力装置 - Google Patents

通信エラー情報出力プログラム、通信エラー情報出力方法および通信エラー情報出力装置 Download PDF

Info

Publication number
JP4257364B2
JP4257364B2 JP2007013864A JP2007013864A JP4257364B2 JP 4257364 B2 JP4257364 B2 JP 4257364B2 JP 2007013864 A JP2007013864 A JP 2007013864A JP 2007013864 A JP2007013864 A JP 2007013864A JP 4257364 B2 JP4257364 B2 JP 4257364B2
Authority
JP
Japan
Prior art keywords
control message
communication
information
log
control
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2007013864A
Other languages
English (en)
Other versions
JP2008181299A (ja
Inventor
幸洋 渡辺
弘之 山島
哲也 岡野
健司 森本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2007013864A priority Critical patent/JP4257364B2/ja
Priority to US12/017,864 priority patent/US7739420B2/en
Publication of JP2008181299A publication Critical patent/JP2008181299A/ja
Application granted granted Critical
Publication of JP4257364B2 publication Critical patent/JP4257364B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079—Root cause analysis, i.e. error or fault diagnosis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Computer Hardware Design (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Debugging And Monitoring (AREA)

Description

この発明は、第一の装置が第二の装置を介して第三の装置を制御する情報処理システムにおいて、第一の装置と第二の装置との間で行われる通信または第二の装置と第三の装置との間で行われる通信に発生した通信エラーに係る情報を出力する通信エラー情報出力プログラム、通信エラー情報出力方法および通信エラー情報出力装置に関し、特に、第二の装置を改造することなく、通信エラーが発生した原因を効率良く特定することができる通信エラー情報出力プログラム、通信エラー情報出力方法および通信エラー情報出力装置に関するものである。
従来、ＩＴシステムの運用管理にともなう作業は、ＳＥ（System Engineer）やオペレータなど、人による作業を中心に行われてきた。しかし、近年では、ＩＴシステムは大規模化および複雑化が進んでおり、人手による運用管理には限界が生じてきている。そこで、この問題を解決するための方法として、「自律運用」と呼ばれる方法が提案されている。
図１４は、従来のＩＴシステムにおける自律運用を説明するための図である。同図に示すように、自律運用を行う場合には、ＩＴシステムを構成するリソース１０を管理する管理モジュール２０と、管理モジュール２０を制御する実行制御モジュール３０とが用いられる。
管理モジュール２０は、リソース１０に対して各種の制御メッセージを送信することによって、情報を取得したり、設定を変更したりする。実行制御モジュール３０は、運用管理の手順を定義した運用管理手順１に基づいて、管理モジュール２０との間で各種の制御メッセージを送信することによって、複数の管理モジュール２０を連係させて動作させる。なお、以下では、管理モジュール２０が送信する制御メッセージを「指示メッセージ」と呼ぶ。
かかる自律運用では、管理モジュール２０は、実行制御モジュール３０から送信された指示メッセージに基づいて自律的に処理を行って、処理結果を実行制御モジュール３０に対して応答する。そのため、実行制御モジュール３０からは、管理モジュール２０の動作を詳細に確認することができず、この点が自律運用の課題となっている。以下、この課題について例をあげて説明する。
図１５は、従来のＩＴシステムにおける自律運用の課題を説明するための図である。同図に示すように、例えば、実行制御モジュール３０が、運用管理手順１によって定義されたひとつの手順に基づいて、管理モジュール２０に対して指示メッセージＣＭ１を送信したとする（同図の（１）参照）。
管理モジュール２０は、指示メッセージＣＭ１を受信すると、その内容に基づいて、リソース１０との間でパケットを送受信するなどの所定の処理を行い（同図の（２）参照）、正常に処理を完了した場合には、実行制御モジュール３０に対して応答メッセージＲＭ１を送信する（同図の（３）参照）。
一方、実行制御モジュール３０が、管理モジュール２０に対して指示メッセージＣＭ２を送信したとし（同図の（４）参照）、その指示メッセージＣＭ２に対して、管理モジュール２０から応答メッセージＲＭ２が送信されなかったとする。
この場合、応答メッセージＲＭ２が送信されなかった原因としては、
（ａ）実行制御モジュール３０から送信された制御メッセージＣＭ２が管理モジュール
２０に届かなかった（同図の（５）参照）
（ｂ）管理モジュール２０とリソース１０との間で行われる制御メッセージのやり取り
が正常に完了しなかった（同図の（６）参照）
（ｃ）管理モジュール２０からは応答メッセージＲＭ２が送信されたが、何らかの理由
で、応答メッセージＲＭ２が実行制御モジュール３０に届かなかった（同図の（
７）参照）
などが考えられる。
しかし、実行制御モジュール３０からは、実行制御モジュール３０と管理モジュール２０との間、または、管理モジュール２０とリソース１０との間の、いずれに通信エラーの原因があるかを特定することはできない。
この課題の解決策として、一般的には、実行制御モジュール３０またはリソース１０との間で行われる制御メッセージのやり取りについて、その状況や異常の発生などを実行制御モジュール３０に対して通知するように、管理モジュール２０の改造を行う。
例えば、特許文献１では、ふたつの通信装置の間に接続された中継装置において、一方の通信装置から他方の通信装置に対して送信される制御信号を受信した場合に、送信先の通信装置の状況に応じて、送信元の通信装置から送信された制御信号の転送を制御する技術が開示されている。
特開平５−３０１５０号公報
しかしながら、上述した従来の解決策では、管理モジュールに対して改造を加える必要があり、運用の実情を考えた場合には、開発リソースの制約や、過去のデータに対する後方置換性を確保できないなどの問題が生じる。そこで、運用の現場では、既存の管理モジュールを改造せずに自律運用を行うことが求められている。
しかし、本来、実行制御モジュールと管理モジュールとは、互いに連携することを前提に開発されていない場合が多く、実行モジュールから管理モジュールに対して送信される指示メッセージと、管理モジュールとリソースとの間でやり取りされる制御メッセージおよび応答メッセージとを対応付けることは困難になっている。
例えば、管理モジュールは、通常、実行モジュールやリソースとの間で行った通信の結果を記録した実行ログを出力するが、複数のセッションによって通信が行われる場合には、実行ログには多数の通信結果が混在して出力されるため、かかる実行ログを解析して、指示メッセージと、制御メッセージおよび応答メッセージとを対応付けることは非常に困難である。
そのため、障害などによってネットワークに異常が発生して、実行制御モジュールから送信された指示メッセージに対して管理モジュールから応答メッセージが送信されなかった場合には、当該指示メッセージに基づいて管理モジュールがやり取りした制御メッセージを速やかに判別することができず、通信エラーが発生した原因を特定するまでに多大な時間が必要になるという問題がある。
したがって、管理モジュールを改造することなく、いかにして、通信エラーが発生した原因を効率良く特定するかが極めて重要な課題となっている。
この発明は、上述した従来技術による課題を解決するためになされたものであり、管理モジュールを改造することなく、通信エラーが発生した原因を効率良く特定することができる通信エラー情報出力プログラム、通信エラー情報出力方法および通信エラー情報出力装置を提供することを目的とする。
上述した課題を解決し、目的を達成するため、本発明は、第一の装置が第二の装置を介して第三の装置を制御する情報処理システムにおいて、第一の装置と第二の装置との間で行われる通信または第二の装置と第三の装置との間で行われる通信に発生した通信エラーに係る情報の出力処理をコンピュータに実行させる通信エラー情報出力プログラムであって、前記第一の装置から第二の装置に対して送信された制御メッセージに応じて前記第二の装置と第三の装置との間でやり取りされた通信メッセージが記録された通信ログを取得する通信ログ取得手順と、前記第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報を記憶した制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得手順により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージを特定する未送信制御メッセージ特定手順と、前記未送信制御メッセージ特定手順により特定された未送信制御メッセージに係る情報を出力する制御メッセージ情報出力手順と、をコンピュータに実行させることを特徴とする。
また、本発明は、上記の発明において、前記通信ログ取得手順は、前記第一の装置が複数の第二の装置に対して制御メッセージをそれぞれ送信した場合に、前記複数の第二の装置から通信ログを収集し、前記未送信制御メッセージ特定手順は、制御メッセージの送信が他の制御メッセージの送信に及ぼす影響に係る情報を記憶した影響情報に基づいて、未送信制御メッセージに対して影響を及ぼした制御メッセージを特定することを特徴とする。
また、本発明は、上記の発明において、前記制御メッセージ対応情報は、第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報および第三の装置の識別情報を記憶し、前記未送信制御メッセージ特定手順は、前記制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得手順により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージおよび制御メッセージを送信できなかった第二の装置または第三の装置を特定することを特徴とする。
また、本発明は、第一の装置が第二の装置を介して第三の装置を制御する情報処理システムにおいて、第一の装置と第二の装置との間で行われる通信または第二の装置と第三の装置との間で行われる通信に発生した通信エラーに係る情報の出力処理をコンピュータが実行する通信エラー情報出力方法であって、前記第一の装置から第二の装置に対して送信された制御メッセージに応じて前記第二の装置と第三の装置との間でやり取りされた通信メッセージが記録された通信ログを取得する通信ログ取得工程と、前記第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報を記憶した制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得工程により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージを特定する未送信制御メッセージ特定工程と、前記未送信制御メッセージ特定工程により特定された未送信制御メッセージに係る情報を出力する制御メッセージ情報出力工程と、を含んだことを特徴とする。
また、本発明は、上記の発明において、前記通信ログ取得工程は、前記第一の装置が複数の第二の装置に対して制御メッセージをそれぞれ送信した場合に、前記複数の第二の装置から通信ログを収集し、前記未送信制御メッセージ特定工程は、制御メッセージの送信が他の制御メッセージの送信に及ぼす影響に係る情報を記憶した影響情報に基づいて、未送信制御メッセージに対して影響を及ぼした制御メッセージを特定することを特徴とする。
また、本発明は、上記の発明において、前記制御メッセージ対応情報は、第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報および第三の装置の識別情報を記憶し、前記未送信制御メッセージ特定工程は、前記制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得工程により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージおよび制御メッセージを送信できなかった第二の装置または第三の装置を特定することを特徴とする。
また、本発明は、第一の装置が第二の装置を介して第三の装置を制御する情報処理システムにおいて、第一の装置と第二の装置との間で行われる通信または第二の装置と第三の装置との間で行われる通信に発生した通信エラーに係る情報を出力する通信エラー情報出力装置であって、前記第一の装置から第二の装置に対して送信された制御メッセージに応じて前記第二の装置と第三の装置との間でやり取りされた通信メッセージが記録された通信ログを取得する通信ログ取得手段と、前記第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報を記憶した制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得手段により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージを特定する未送信制御メッセージ特定手段と、前記未送信制御メッセージ特定手段により特定された未送信制御メッセージに係る情報を出力する制御メッセージ情報出力手段と、を備えたことを特徴とする。
また、本発明は、上記の発明において、前記通信ログ取得手段は、前記第一の装置が複数の第二の装置に対して制御メッセージをそれぞれ送信した場合に、前記複数の第二の装置から通信ログを収集し、前記未送信制御メッセージ特定手段は、制御メッセージの送信が他の制御メッセージの送信に及ぼす影響に係る情報を記憶した影響情報に基づいて、未送信制御メッセージに対して影響を及ぼした制御メッセージを特定することを特徴とする。
また、本発明は、上記の発明において、前記制御メッセージ対応情報は、第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報および第三の装置の識別情報を記憶し、前記未送信制御メッセージ特定手段は、前記制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得手段により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージおよび制御メッセージを送信できなかった第二の装置または第三の装置を特定することを特徴とする。
本発明によれば、第一の装置から第二の装置に対して送信された制御メッセージに応じて第二の装置と第三の装置との間でやり取りされた通信メッセージが記録された通信ログを取得し、第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報を記憶した制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、取得した通信ログとに基づいて、送信されなかった未送信制御メッセージを特定し、特定した未送信制御メッセージに係る情報を出力するので、第一の装置から第二の装置宛てに送信された制御メッセージと、第二の装置と第三の装置との間でやり取りされた制御メッセージとを容易に対応付けることが可能になり、第二の装置を改造することなく、通信エラーが発生した原因を効率良く特定することができるという効果を奏する。
また、本発明によれば、第一の装置が複数の第二の装置に対して制御メッセージをそれぞれ送信した場合に、複数の第二の装置から通信ログを収集し、制御メッセージの送信が他の制御メッセージの送信に及ぼす影響に係る情報を記憶した影響情報に基づいて、未送信制御メッセージに対して影響を及ぼした制御メッセージを特定するので、ある制御メッセージの送信において通信エラーが発生した場合に、その制御メッセージの送信に影響を及ぼした他の制御メッセージを特定することが可能になり、通信エラーが発生した根本的な原因を特定することができるという効果を奏する。
また、本発明によれば、制御メッセージ対応情報は、第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報および第三の装置の識別情報を記憶し、かかる制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、通信ログとに基づいて、送信されなかった未送信制御メッセージおよび制御メッセージを送信できなかった第二の装置または第三の装置を特定するので、通信エラーが発生した原因となる装置を特定することができるという効果を奏する。
以下に添付図面を参照して、この発明に係る通信エラー情報出力プログラム、通信エラー情報出力方法および通信エラー情報出力装置の好適な実施例を詳細に説明する。なお、本実施例では、自律運用によりＩＴシステムのリソースを制御するＩＴリソース制御装置に本発明を適用した場合を説明する。
まず、本実施例１に係るＩＴリソース制御装置の概要および構成について説明する。図１は、本実施例１に係るＩＴリソース制御装置の概要および構成を説明するための図である。同図に示すように、このＩＴリソース制御装置１００は、自律運用により制御対象リソース１１０1〜１１０3を制御する装置であり、管理モジュール１２０1〜１２０3と、実行制御モジュール１３０と、通信データ取得部１４０1〜１４０3とを有する。
本実施例１に係るＩＴリソース制御装置１００では、管理モジュール１２０1〜１２０3および実行制御モジュール１３０は、それぞれ、図１４に示した管理モジュール２０および実行制御モジュール３０と同じ機能を有するものであるが、通信データ取得部１４０1〜１４０3とを有する点が、図１４に示したＩＴシステムとは異なっている。以下、ＩＴリソース制御装置１００が有する各機能部について説明する。
管理モジュール１２０1〜１２０3は、制御対象リソース１１０1〜１１０3に対して各種の制御メッセージを送信することによって、情報の取得や、設定の変更などを行なう処理部である。また、管理モジュール１２０1〜１２０3は、それぞれ、実行制御モジュール１３０または制御対象リソース１１０1〜１１０3との間で通信を行うと、その通信でやり取りした通信データを記録した実行ログ１２１1〜１２１3を出力する。
図２は、本実施例１に係る管理モジュール１２０1〜１２０3により出力される実行ログ１２１1〜１２１3の一例を示す図である。同図（ａ）および（ｂ）に示す実行ログは、それぞれ、異なる管理モジュールによって出力された実行ログを示している。
同図に示すように、例えば、実行ログは、通信データごとのシーケンス番号を示す「Ｎｏ．ｃ」と、通信データが送信された時刻を示す「時刻」と、通信データを送信したセッションを識別する「セッションＩＤ」と、通信データの送信元である装置を示す「送信元」と、通信データの送信先である装置を示す「宛先」と、通信データの送信に用いられたプロトコルを示す「プロトコル」と、通信データの種類を示す「制御内容」と、通信データに設定されたパラメータ値を示す「パラメータ」とから構成される。
ここで、同図（ａ）に示す実行ログは、管理モジュールＡによって出力されたものであり、この実行ログには、実行制御モジュール１３０から管理モジュールＡに対して送信された指示メッセージ（Ｎｏ．ｃ＝１の通信データ）と、その指示メッセージに基づいて管理モジュールＡと制御対象リソースとの間で双方向にやり取りされた制御メッセージ（Ｎｏ．ｃ＝２〜７の通信データ）と、管理モジュールＡから実行制御モジュール１３０に対して送信された失敗メッセージ（指示メッセージに対する処理が正常に行われなかったことを示す応答メッセージ）（Ｎｏ．ｃ＝８の通信データ）とがそれぞれ記録されている。
一方、同図（ｂ）に示す実行ログは、管理モジュールＢによって出力されたものであり、この実行ログには、実行制御モジュール１３０から管理モジュールＢに対して送信された指示メッセージ（Ｎｏ．ｃ＝１の通信データ）と、その指示メッセージに基づいて管理モジュールＢと制御対象リソースとの間で双方向にやり取りされた制御メッセージ（Ｎｏ．ｃ＝２〜８の通信データ）と、管理モジュールＢから実行制御モジュール１３０に対して送信された成功メッセージ（指示メッセージに対する処理が正常に行われたことを示す応答メッセージ；Ｎｏ．ｃ＝９の通信データ）とがそれぞれ記録されている。
なお、同図（ａ）および（ｂ）に示す実行ログは、それぞれ、セッションＩＤが「ＳＳ１」および「ＳＳ２」であるセッションのみを示しているが、実行ログ１２１1〜１２１3には、複数のセッションによって行われた通信に係る通信データが混在して記録される。
図１に戻って、実行制御モジュール１３０は、運用管理の手順を定義した運用管理手順１に基づいて、管理モジュール１２０1〜１２０3との間で各種の制御メッセージを送信することによって、複数の管理モジュール１２０1〜１２０3を連係させて動作させる処理部である。
通信データ取得部１４０1〜１４０3は、管理モジュール１２０1によって出力された実行ログ１２１1に基づいて、実行制御モジュール１３０と管理モジュール１２０1〜１２０3との間で行われる通信、または、管理モジュール１２０1〜１２０3と制御対象リソース１１０1〜１１０3との間で行われる通信に発生した通信エラーの原因に係る情報を出力する処理部である。なお、これら通信データ取得部１４０1〜１４０3は、いずれも同様の構成を有するので、ここでは通信データ取得部１４０1を例にあげて説明する。
通信データ取得部１４０1は、同図に示すように、通信パターンリポジトリ１４１1と、ログ解析部１４２1とを有する（通信データ取得部１４０2は、通信パターンリポジトリ１４１2と、ログ解析部１４２2とを、通信データ取得部１４０3は、通信パターンリポジトリ１４１3と、ログ解析部１４２3とを、それぞれ有する）。以下、通信データ取得部１４０1が有する各機能部について説明する。
通信パターンリポジトリ１４１1は、実行制御モジュール１３０から管理モジュール１２０1に対して送信される指示メッセージと、その制御メッセージに基づいて管理モジュール１２０1と制御対象リソース１１０1との間でやり取りされる制御メッセージの組とを対応付けた通信パターンを、指示メッセージごとに記憶する記憶部である。
図３は、本実施例１に係る通信パターンリポジトリ１４１1の一例を示す図である。同図に示すように、通信パターンリポジトリ１４１1は、具体的には、「送信元」、「宛先」、「プロトコル」、「制御内容」、「パラメータ」を、実行ログ１２１1に記録される通信データの項目に対応するように記憶する。同図（ａ）および（ｂ）に示す通信パターンリポジトリは、それぞれ、図２に示した実行ログを出力する管理モジュールＡおよび管理モジュールＢの通信パターンリポジトリを示している。
このように、通信パターンリポジトリ１４１1は、実行制御モジュール１３０から送信された指示メッセージに基づいて行われる処理が、全て正常に行われた場合に、その結果として管理モジュール１２０1と制御対象リソース１１０1との間でやり取りされる全ての制御メッセージの組を、当該指示メッセージに対応付けて記憶するものである。
ログ解析部１４２1は、管理モジュール１２０1によって出力された実行ログ１２１1および通信パターンリポジトリ１４１1に基づいて、通信エラーの原因を特定し、特定した通信エラーの原因に係る情報を含めたログ解析結果１４３1出力する処理部である。
具体的には、このログ解析部１４２1は、まず、実行制御モジュール１３０から管理モジュール１２０1に対して送信された指示メッセージに応じて管理モジュール１２０1と制御対象リソース１１０1との間でやり取りされた通信メッセージが記録された実行ログ１２１1を取得し、取得した実行ログ１２１1に記録されている通信データをセッションごとに分割する。
続いて、ログ解析部１４２1は、セッションごとに分割された実行ログ１２１1を、通信パターンリポジトリ１４１1に記憶された通信パターンと比較することによって、実行制御モジュール１３０と管理モジュール１２０1〜１２０3との間で行われた通信、または、管理モジュール１２０1〜１２０3と制御対象リソース１１０1〜１１０3との間で行われた通信に異常が発生しているか否かを判定する。
ここで、異常が発生していると判定した場合には、ログ解析部１４２1は、異常の原因となった通信データ、すなわち、正常に送受信が行われなかった通信データを特定する。そして、ログ解析部１４２1は、特定した通信データに係る情報を含めたログ解析結果１４３1を生成して、出力する（ログ解析部１４２2は、ログ解析結果１４３2を、ログ解析部１４２3は、ログ解析結果１４３3を、それぞれ出力する）。
次に、上記で説明したログ解析部１４２1の処理手順について、詳細に説明する。図４は、本実施例１に係るログ解析部１４２1の処理手順を示すフローチャートである。同図に示すように、ログ解析部１４２1は、まず、実行ログ１２１1を読み込み（ステップＳ１０１）、読み込んだ実行ログ１２１1をセッション単位で切り分け、セッションごとの実行ログとして内部メモリに記憶する（ステップＳ１０２）。
続いて、ログ解析部１４２1は、内部メモリに記憶したセッションごとの実行ログの中から、実行ログを１件読み出す（ステップＳ１０３）。ここで、ログ解析部１４２1は、読み出す実行ログが無かった場合には（ステップＳ１０４，Ｎｏ）、処理を終了する。
一方、読み出す実行ログがあった場合には（ステップＳ１０４，Ｙｅｓ）、ログ解析部１４２1は、当該実行ログの中から通信データを１行読み出す（ステップＳ１０５）。ここで、まだ実行ログの終端ではなかった場合には（ステップＳ１０６，Ｎｏ）、ログ解析部１４２1は、当該通信データに一致するメッセージを含んだ通信パターンを、通信パターンリポジトリ１４１1に記憶された通信パターンの中から探索する（ステップＳ１０７）。
この時、ログ解析部１４２1は、当該通信データが実行ログの１行目の通信データであった場合には、上記のとおり、通信パターンリポジトリ１４１1に記憶されたメッセージの中から通信パターンを探索するが、２行目以降であった場合には、後述するステップＳ１０９で内部メモリに記憶される一致パターンの中から通信パターンを探索する。
そして、当該通信データに一致するメッセージを含んだ通信パターンがあった場合には（ステップＳ１０８，Ｙｅｓ）、ログ解析部１４２1は、その通信パターンを一致パターンとして内部メモリに記憶する（ステップＳ１０９）。
ここで、ログ解析部１４２1は、一致パターンとして通信パターンを記憶する際に、その通信パターンに含まれるメッセージの１つ１つに対してフラグを付与し、さらに、実行ログから読み出した通信データと一致することを確認したメッセージについては、そのフラグをチェックしておく。
この後、ログ解析部１４２1は、ステップＳ１０５に戻って、実行ログから次の通信データを読み出し、上記の処理を繰り返す。
一方、当該通信データに一致するメッセージを含んだ通信パターンがなかった場合には（ステップＳ１０８，Ｎｏ）、ログ解析部１４２1は、当該通信データは異常を示すものであると判断し、通信エラーの原因を特定する原因箇所判定処理を行った後に（ステップＳ１１２）、セッションごとの判定結果を「異常」として出力する（ステップＳ１１３）。なお、この原因箇所特定処理については、後に詳細に説明する。
ところで、ログ解析部１４２1は、実行ログの中から通信データを１行読み出す際に、実行ログの終端であることを検出した場合には、（ステップＳ１０６，Ｙｅｓ）、セッションごとに処理が正常に終了しているか否かを判定する正常／異常判定処理を行う（ステップＳ１１０）。なお、この正常／異常判定処理については、後に詳細に説明する。
そして、正常／異常判定処理を行った結果、異常があったと判定された場合には（ステップＳ１１１，Ｙｅｓ）、ログ解析部１４２1は、原因箇所特定処理を行った後に（ステップＳ１１２）、セッションごとの判定結果を「異常」として出力する（ステップＳ１１３）。
なお、正常／異常判定処理を行った結果、正常であったと判定された場合には（ステップＳ１１１，Ｎｏ）、ログ解析部１４２1は、原因箇所特定処理を行わずに、セッションごとの判定結果を「正常」として出力する（ステップＳ１１３）。
次に、図４に示した正常／異常判定処理の処理手順について説明する。図５は、図４に示した正常／異常判定処理の処理手順を示すフローチャートである。同図に示すように、この正常／異常判定処理では、ログ解析部１４２1は、まず、内部メモリに記憶された一致パターンから通信パターンを１件読み込む（ステップＳ２０１）。
ここで、一致パターンから通信パターンを読み込めた場合には（ステップＳ２０２，Ｙｅｓ）、ログ解析部１４２1は、その通信パターンに含まれる全てのメッセージのフラグがチェックされているか否かを確認し、全てのフラグがチェックされていなかった場合には（ステップＳ２０３，Ｎｏ）、当該通信パターンを未完了のパターンとして登録する（ステップＳ２０４）。
一方、全てのフラグがチェックされていた場合には（ステップＳ２０３，Ｙｅｓ）、ログ解析部１４２1は、セッションの判定結果を「正常」とする（ステップＳ２０５）。
また、内部メモリに記憶された一致パターンから通信パターンを読み込む際に、通信パターンが読み込めなかった場合には（ステップＳ２０２，Ｎｏ）、ログ解析部１４２1は、その時点で登録されている未完了パターンを内部メモリに出力し（ステップＳ２０６）、セッションの判定結果を「異常」とする（ステップＳ２０７）。
次に、図４に示した原因箇所判定処理の処理手順について説明する。図６は、図４に示した原因箇所判定処理の処理手順を示すフローチャートである。同図に示すように、この原因箇所判定処理では、ログ解析部１４２1は、まず、内部メモリに記憶された未完了パターンおよびセッションごとの実行ログを読み込む（ステップＳ３０１）。
続いて、ログ解析部１４２1は、読み込んだ実行ログと未完了パターンとを比較し、実行ログにおいて、未完了パターンに含まれるメッセージと一致しない最初の通信データを抽出する（ステップＳ３０２）。ここで、例えば、実行ログが、図２（ａ）に示した実行ログであり、未完了パターンが、図３（ａ）に示した通信パターンであったとすると、ログ解析部１４２1は、これらを比較し、図２（ａ）の実行ログのＮｏ．＝７の通信データを抽出する。
そして、ログ解析部１４２1は、抽出した通信データから送信元を特定し（ステップＳ３０３）、その送信元に関する情報と、差分となった通信データを含めたログ解析結果１４３1を生成して出力する（ステップＳ３０４）。
上述してきたように、本実施例１では、通信データ取得部１４０1〜１４０3が、実行制御モジュール１３０から管理モジュール１２０1〜１２０3に対して送信された指示メッセージに応じて管理モジュール１２０1〜１２０3と制御対象リソース１１０1〜１１０3との間でやり取りされた通信メッセージが記録された実行ログ１２１1〜１２２3を取得し、実行制御モジュール１３０から管理モジュール１２０1〜１２０3宛てに送信される指示メッセージの識別情報に対応付けて管理モジュール１２０1〜１２０3と制御対象リソース１１０1〜１１０3との間でやり取りされる制御メッセージの識別情報を記憶した通信パターンを通信パターンリポジトリ１４１1〜１４１3から読み出し、読み出した通信パターンと、取得した通信ログとに基づいて、送信されなかった制御メッセージを特定し、特定した制御メッセージに係る情報をログ解析結果１４３1〜１４３3に出力するので、実行制御モジュール１３０から管理モジュール１２０1〜１２０3宛てに送信された指示メッセージと、管理モジュール１２０1〜１２０3と制御対象リソース１１０1〜１１０3との間でやり取りされた制御メッセージとを容易に対応付けることが可能になり、管理モジュール１２０1〜１２０3を改造することなく、通信エラーが発生した原因を効率良く特定することができる。
また、本実施例１では、通信パターンリポジトリ１４１1〜１４１3が、制御メッセージ対応情報は、実行制御モジュール１３０から管理モジュール１２０1〜１２０3宛てに送信される制御メッセージの識別情報に対応付けて管理モジュール１２０1〜１２０3と制御対象リソース１１０1〜１１０3との間でやり取りされる制御メッセージの識別情報、管理モジュール１２０1〜１２０3および制御対象リソース１１０1〜１１０3の識別情報を通信パターンとして記憶し、ログ解析部１４２1〜１４１3が、かかる通信パターンを読み出し、読み出した通信パターンと、実行ログ１２１1〜１２１3とに基づいて、送信されなかった制御メッセージおよび制御メッセージを送信できなかった管理モジュール１２０1〜１２０3または制御対象リソース１１０1〜１１０3を特定するので、通信エラーが発生した原因となる装置を特定することができる。
ところで、上記実施例１では、通信データ取得部１４０1〜１４０3が、管理モジュール１２０1〜１２０3から出力された実行ログ１２１1〜１２１3をそれぞれ取得し、管理モジュールごとに、通信エラーが発生した原因を特定する場合について説明した。しかしながら、各管理モジュールから出力された実行ログを横断的に検査することによって、各管理モジュールにより行われる処理の間の相関関係や因果関係を考慮したうえで、通信エラーの原因を特定するようにしてもよい。
そこで、以下では、このような場合を本実施例２として説明する。なお、ここでは説明の便宜上、図２に示した各部と同様の役割を果たす機能部については同一符号を付すこととしてその詳細な説明を省略する。
まず、本実施例２に係るＩＴリソース制御装置の概要および構成について説明する。図７は、本実施例２に係るＩＴリソース制御装置の概要および構成を説明するための図である。同図に示すように、このＩＴリソース制御装置２００は、自律運用により制御対象リソース１１０1〜１１０3を制御する装置であり、管理モジュール１２０1〜１２０3と、実行制御モジュール１３０と、通信データ取得部２４０1〜２４０3と、ログ収集モジュール２５０とを有する。
本実施例２に係るＩＴリソース制御装置２００では、管理モジュール１２０1〜１２０3および実行制御モジュール１３０は、それぞれ、図１４に示した管理モジュール２０および実行制御モジュール３０と同じ機能を有するものであるが、通信データ取得部２４０1〜２４０3と、ログ収集モジュール２５０を有する点が、図１４に示したＩＴシステムとは異なっている。
通信データ取得部２４０1〜２４０3は、管理モジュール１２０1〜１２０3によって出力された実行ログ１２１1〜１２１3を取得し、ログ収集モジュール２５０に対して出力する処理部である。
ログ収集モジュール２５０は、通信データ取得部２４０1〜２４０3から出力された実行ログ１２１1〜１２１3に基づいて、実行制御モジュール１３０と管理モジュール１２０1〜１２０3との間で行われる通信、または、管理モジュール１２０1〜１２０3と制御対象リソース１１０1〜１１０3にとの間で行われる通信に発生した通信エラーに係る情報を出力する処理部である。
ログ収集モジュール２５０は、同図に示すように、結合通信パターンリポジトリ２５１と、結合ログ解析部２５２とを有する。以下、ログ収集モジュール２５０が有する各機能部について説明する。
結合通信パターンリポジトリ２５１は、実行制御モジュール１３０から管理モジュール１２０1〜１２０3に対して送信される指示メッセージと、その制御メッセージに基づいて管理モジュール１２０1〜１２０3と制御対象リソース１１０1〜１１０3との間でやり取りされる制御メッセージの組とを対応付けた通信パターンを、指示メッセージごとに記憶する記憶部である。
図８は、本実施例２に係る結合通信パターンリポジトリ２５１の一例を示す図である。同図に示すように、この結合通信パターンリポジトリ２５１は、具体的には、「送信元」、「宛先」、「プロトコル」、「制御内容」、「パラメータ」を、実行ログ１２１1に記録される通信データの項目に対応するように記憶する。同図（ａ）および（ｂ）に示す結合通信パターンリポジトリは、それぞれ、図２の（ａ）および（ｂ）に示した実行ログを出力する管理モジュールＡおよび管理モジュールＢの結合通信パターンリポジトリを示している。
ここで、結合通信パターンリポジトリ２５１は、上記の項目を記憶する点は、実施例１で説明した通信パターンリポジトリ１４１1〜１４１3（図３を参照）と同様であるが、さらに、制御メッセージごとに「制約および他プロセスへの影響」を対応付けて記憶する。ここで、「制約および他プロセスへの影響」は、当該制御メッセージの送信が他の制御メッセージの送信に及ぼす影響を示す情報である。
例えば、「制約および他プロセスへの影響」には、排他投入が必須であることを示す情報や（図８（ａ）に示すＮｏ．＝１の制御メッセージを参照）、該当リソースを使用する他プロセスが強制的に失敗することを示す情報（図８（ａ）に示すＮｏ．＝６の制御メッセージを参照）、処理の対象となるユーザがすでにログイン中である場合は失敗することを示す情報（図８（ｂ）に示すＮｏ．＝６の制御メッセージを参照）などが設定される。なお、他の制御メッセージの送信に何ら影響を及ぼさないものについては、「制約および他プロセスへの影響」は何も設定されない。
図７に戻って、結合ログ解析部２５２は、通信データ取得部２４０1〜２４０3から出力された実行ログ１２１1〜１２１3および結合通信パターンリポジトリ２５１1に基づいて、通信エラーの原因を特定し、特定した通信エラーの原因に係る情報を含めたログ解析結果２５４を出力する処理部である。
具体的には、この結合ログ解析部２５２は、まず、通信データ取得部２４０1〜２４０3によって出力された実行ログ１２１1〜１２１3を収集し、収集した実行ログ１２１1〜１２１3を結合して結合ログ２５３を生成する。図９は、本実施例２に係る結合ログ２５３の一例を示す図である。同図は、図２の（ａ）および（ｂ）に示した実行ログを結合した場合の結合ログ２５３を示している。
図９に示すＮｏ．ｃ＝１〜７、１６および１７の通信データは、図２の（ｂ）に示した実行ログに含まれていた通信データであり、Ｎｏ．ｃ＝８〜１５の通信データは、図２の（ａ）に示した実行ログに含まれていた通信データである。
結合ログ２５３を生成するとともに、結合ログ解析部２５２は、通信データ取得部２４０1〜２４０3から出力された実行ログ１２１1〜１２１3を、それぞれ、管理モジュールごとおよびセッションごとに分割する。
続いて、結合ログ解析部２５２は、管理モジュールごとおよびセッションごとに分割された実行ログ１２１1〜１２１3を、結合通信パターンリポジトリ２５１に記憶された通信パターンと比較することによって、実施例１で説明したログ解析部１４２1〜１４２3と同様に、実行制御モジュール１３０と管理モジュール１２０1〜１２０3との間で行われた通信、または、管理モジュール１２０1〜１２０3と制御対象リソース１１０1〜１１０3にとの間で行われた通信に異常が発生しているか否かを判定し、異常が発生していると判定した場合には、異常の原因となった通信データ、すなわち、正常に送受信が行われなかった通信データを特定する。
ここで、結合ログ解析部２５２は、さらに、結合ログ２５３、および、結合通信パターンリポジトリ２５１に記憶された通信パターンに基づいて、異常として特定した通信データに対して影響を及ぼした他の通信データが存在するか否かを確認する。
そして、結合ログ解析部２５２は、異常の原因となった通信データに係る情報と、さらに、当該通信データに影響を及ぼした通信データが存在していた場合には、その通信データに係る情報とを含めたログ解析結果２５４を生成して、出力する。
次に、上記で説明した結合ログ解析部２５２の処理手順について、詳細に説明する。図１０は、本実施例２に係る結合ログ解析部２５２の処理手順を示すフローチャートである。同図に示すように、結合ログ解析部２５２は、まず、実行ログ１２１1〜１２１3に基づいて結合ログ２５３を生成し（ステップＳ４０１）、さらに、実行ログ１２１1〜１２１3を管理モジュールおよびセッション単位で切り分け、管理モジュール／セッション毎実行ログとして内部メモリに記憶する（ステップＳ４０２）。
続いて、結合ログ解析部２５２は、内部メモリに記憶した管理モジュール／セッション毎実行ログおよび結合通信パターンリポジトリ２５１に基づいて、実施例１で説明したログ解析部１４２1〜１４２3と同様に、実行制御モジュール１３０と管理モジュール１２０1〜１２０3との間で行われた通信、または、管理モジュール１２０1〜１２０3と制御対象リソース１１０1〜１１０3にとの間で行われた通信に異常が発生しているか否かを判定する（ステップＳ４０３）。
ここで、異常が発生していなかった場合には（ステップＳ４０４，Ｎｏ）、結合ログ解析部２５２は、判定結果を「正常」とし（ステップＳ４０５）、処理を終了する。一方、異常が発生していた場合には（ステップＳ４０４，Ｙｅｓ）、判定結果を「異常」とし（ステップＳ４０６）、依存関係による原因箇所判定処理を行い（ステップＳ４０７）、処理を終了する。なお、この依存関係による原因箇所判定処理については、以下に詳細に説明する。
次に、図１０に示した依存関係による原因箇所判定処理の処理手順について説明する。図１１は、図１０に示した依存関係による原因箇所判定処理の処理手順を示すフローチャートである。また、図１２は、依存関係による原因箇所特定処理の一例を示す図であり、同図の（ａ）に示す結合ログは、図９に示した結合ログと同じものを示しており、同図の（ｂ）に示す結合通信パターンリポジトリは、図８の（ａ）に示した結合通信パターンリポジトリと同じものを示している。
図１１に示すように、この依存関係による原因箇所判定処理では、結合ログ解析部２５２は、まず、結合ログ２５３と、内部メモリに記憶された未完了パターンおよび管理モジュール／セッション毎実行ログとを読み込む（ステップＳ５０１）。
続いて、結合ログ解析部２５２は、実施例１で説明した原因箇所判定処理（図６を参照）と同様の手順で、実行ログにおいて、未完了パターンに含まれるメッセージと一致しない最初の通信データを抽出する（ステップＳ５０２）。
ここで、例えば、実行ログが、図２（ａ）に示した実行ログであり、未完了パターンが、図３（ａ）に示した通信パターンであったとすると、結合ログ解析部２５２は、これらを比較し、図２（ａ）の実行ログのＮｏ．＝７の通信データを抽出する。
そして、結合ログ解析部２５２は、抽出した通信データと結合ログ２５３との対応付けを行う（ステップＳ５０３）。具体的には、結合ログ解析部２５２は、抽出した通信データに基づいて結合ログ２５３を検索し、当該通信データに対応する通信データを特定する。
例えば、図１２（ａ）に示す結合ログを用いた場合には、結合ログ解析部２５２は、上記で例にあげた図２（ａ）の実行ログのＮｏ．＝７の通信データに対応する通信データとして、図１２（ａ）の（１）に示す通信データを特定する。
また、結合ログ解析部２５２は、結合通信パターンリポジトリ２５１から、「制約および他プロセスへの影響」に値が設定されている通信パターンを全て抽出した後に（ステップＳ５０４）、抽出した通信パターンと結合ログ２５３との対応付けを行う（ステップＳ５０５）。具体的には、結合ログ解析部２５２は、抽出した通信パターンに基づいて結合ログ２５３を検索し、当該通信パターンに一致する通信データを特定する。
例えば、図１２（ａ）に示す結合ログを用いた場合には、結合ログ解析部２５２は、同図（ｂ）の（２）に示す通信パターンとして、同図（ａ）の（３）に示す通信データを特定する。
そして、結合ログ解析部２５２は、ステップＳ５０５で特定した通信データによる制約の影響範囲を評価する（ステップＳ５０６）。具体的には、結合ログ解析部２５２は、ステップＳ５０３で特定した通信データが、ステップＳ５０５で特定した通信データによる制約の影響を受けているか否かを判定する。ここで、ある通信データによる制約の影響有無を判定する方法は、当該通信データに対応する通信パターンの「制約および他プロセスへの影響」の種類に応じてあらかじめ決められているものとする。
例えば、図１２（ａ）の（３）に示す通信データによる制約の影響範囲は、「制約および他プロセスへの影響」が「該当リソースを使用する他プロセスは強制的に失敗」であることから、当該通信データによる制約の影響を受ける通信データは、影響を与える通信データより後に送信された通信データであって、さらに、処理対象の制御対象リソースが同じである通信データとなる。これにより、図１２に示す例では、同図（ａ）の（１）に示している通信データは、（３）に示す通信データによる制約の影響を受けていることになる。
こうして、結合ログ解析部２５２は、ステップＳ５０３で特定した通信データがステップＳ５０５で特定した通信データによる制約の影響を受けているか否かを判定し、影響を受けていないと判定した場合には（ステップＳ５０７，Ｎｏ）、通信データの因果関係は不明であると判定する（ステップＳ５０８）。
一方、影響を受けていると判定した場合には（ステップＳ５０７，Ｙｅｓ）、結合ログ解析部２５２は、ステップＳ５０５で特定したデータを原因となった制約として、ステップＳ５０３で特定した通信デーデータを障害として、それぞれの通信データに係る情報を含めたログ解析結果２５４を生成し、生成したログ解析結果２５４を出力する（ステップＳ５０９）。
上述してきたように、本実施例２では、実行制御モジュール１３０が複数の管理モジュール１２０1〜１２０3に対して指示メッセージをそれぞれ送信した場合に、ログ収集モジュール２５０が、複数の管理モジュール１２０1〜１２０3から実行ログ１２１1〜１２１3を収集し、制御メッセージの送信が他の制御メッセージの送信に及ぼす影響に係る情報を記憶した影響情報（結合通信パターンリポジトリ２５１の「制約および他プロセスへの影響」）に基づいて、送信されなかった制御メッセージに対して影響を及ぼした制御メッセージを特定するので、ある制御メッセージの送信において通信エラーが発生した場合に、その制御メッセージの送信に影響を及ぼした他の制御メッセージを特定することが可能になり、通信エラーが発生した根本的な原因を特定することができる。
なお、上記実施例では、ＩＴリソース制御装置が、３台の管理モジュールを有する場合について説明したが、本発明はこれに限られるわけではなく、３台未満の管理モジュールまたは３台より多い管理モジュールを有する場合にも同様に適用することができる。
また、上記実施例では、管理モジュール、実行制御モジュール、通信データ取得部およびログ収集モジュールが、全て１台のＩＴリソース制御装置に備えられた場合について説明したが、各処理部は、それぞれ異なる装置に備えられていてもよい。
また、上記実施例では、ＩＴリソース制御装置について説明したが、上記で説明した構成をソフトウェアによって実現することで、同様の機能を有する通信エラー情報出力プログラムを得ることができる。そこで、この通信エラー情報出力プログラムを実行するコンピュータについて説明する。
図１３は、通信エラー情報出力プログラムを実行するコンピュータの構成を示す機能ブロック図である。同図に示すように、このコンピュータ３００は、ＲＡＭ（Random Access Memory）３１０と、ＣＰＵ（Central Processing Unit）３２０と、ＨＤＤ（Hard Disk Drive）３３０と、ＬＡＮ（Local Area Network）インタフェース３４０と、入出力インタフェース３５０と、ＤＶＤ（Digital Versatile Disk）ドライブ３６０とを有する。
ＲＡＭ３１０は、プログラムやプログラムの実行途中結果などを記憶するメモリであり、ＣＰＵ３２０は、ＲＡＭ３１０からプログラムを読み出して実行する中央処理装置である。
ＨＤＤ３３０は、プログラムやデータを格納するディスク装置であり、ＬＡＮインタフェース３４０は、コンピュータ３００をＬＡＮ経由で他のコンピュータに接続するためのインタフェースである。
入出力インタフェース３５０は、マウスやキーボードなどの入力装置および表示装置を接続するためのインタフェースであり、ＤＶＤドライブ３６０は、ＤＶＤの読み書きを行う装置である。
そして、このコンピュータ３００において実行される通信エラー情報出力プログラム３１１は、ＤＶＤに記憶され、ＤＶＤドライブ３６０によってＤＶＤから読み出されてコンピュータ３００にインストールされる。
あるいは、この通信エラー情報出力プログラム３１１は、ＬＡＮインタフェース３４０を介して接続された他のコンピュータシステムのデータベースなどに記憶され、これらのデータベースから読み出されてコンピュータ３００にインストールされる。
そして、インストールされた通信エラー情報出力プログラム３１１は、ＨＤＤ３３０に記憶され、ＲＡＭ３１０に読み出されてＣＰＵ３２０によって通信エラー情報出力プロセス３２１として実行される。
また、上記実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。
この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
さらに、各装置にて行われる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
（付記１）第一の装置が第二の装置を介して第三の装置を制御する情報処理システムにおいて、第一の装置と第二の装置との間で行われる通信または第二の装置と第三の装置との間で行われる通信に発生した通信エラーに係る情報の出力処理をコンピュータに実行させる通信エラー情報出力プログラムであって、
前記第一の装置から第二の装置に対して送信された制御メッセージに応じて前記第二の装置と第三の装置との間でやり取りされた通信メッセージが記録された通信ログを取得する通信ログ取得手順と、
前記第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報を記憶した制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得手順により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージを特定する未送信制御メッセージ特定手順と、
前記未送信制御メッセージ特定手順により特定された未送信制御メッセージに係る情報を出力する制御メッセージ情報出力手順と、
をコンピュータに実行させることを特徴とする通信エラー情報出力プログラム。
（付記２）前記通信ログ取得手順は、前記第一の装置が複数の第二の装置に対して制御メッセージをそれぞれ送信した場合に、前記複数の第二の装置から通信ログを収集し、
前記未送信制御メッセージ特定手順は、制御メッセージの送信が他の制御メッセージの送信に及ぼす影響に係る情報を記憶した影響情報に基づいて、未送信制御メッセージに対して影響を及ぼした制御メッセージを特定することを特徴とする付記１に記載の通信エラー情報出力プログラム。
（付記３）前記制御メッセージ対応情報は、第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報および第三の装置の識別情報を記憶し、
前記未送信制御メッセージ特定手順は、前記制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得手順により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージおよび制御メッセージを送信できなかった第二の装置または第三の装置を特定することを特徴とする付記１または２に記載の通信エラー情報出力プログラム。
（付記４）第一の装置が第二の装置を介して第三の装置を制御する情報処理システムにおいて、第一の装置と第二の装置との間で行われる通信または第二の装置と第三の装置との間で行われる通信に発生した通信エラーに係る情報の出力処理をコンピュータが実行する通信エラー情報出力方法であって、
前記第一の装置から第二の装置に対して送信された制御メッセージに応じて前記第二の装置と第三の装置との間でやり取りされた通信メッセージが記録された通信ログを取得する通信ログ取得工程と、
前記第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報を記憶した制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得工程により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージを特定する未送信制御メッセージ特定工程と、
前記未送信制御メッセージ特定工程により特定された未送信制御メッセージに係る情報を出力する制御メッセージ情報出力工程と、
を含んだことを特徴とする通信エラー情報出力方法。
（付記５）前記通信ログ取得工程は、前記第一の装置が複数の第二の装置に対して制御メッセージをそれぞれ送信した場合に、前記複数の第二の装置から通信ログを収集し、
前記未送信制御メッセージ特定工程は、制御メッセージの送信が他の制御メッセージの送信に及ぼす影響に係る情報を記憶した影響情報に基づいて、未送信制御メッセージに対して影響を及ぼした制御メッセージを特定することを特徴とする付記４に記載の通信エラー情報出力方法。
（付記６）前記制御メッセージ対応情報は、第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報および第三の装置の識別情報を記憶し、
前記未送信制御メッセージ特定工程は、前記制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得工程により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージおよび制御メッセージを送信できなかった第二の装置または第三の装置を特定することを特徴とする付記４または５に記載の通信エラー情報出力方法。
（付記７）第一の装置が第二の装置を介して第三の装置を制御する情報処理システムにおいて、第一の装置と第二の装置との間で行われる通信または第二の装置と第三の装置との間で行われる通信に発生した通信エラーに係る情報を出力する通信エラー情報出力装置であって、
前記第一の装置から第二の装置に対して送信された制御メッセージに応じて前記第二の装置と第三の装置との間でやり取りされた通信メッセージが記録された通信ログを取得する通信ログ取得手段と、
前記第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報を記憶した制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得手段により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージを特定する未送信制御メッセージ特定手段と、
前記未送信制御メッセージ特定手段により特定された未送信制御メッセージに係る情報を出力する制御メッセージ情報出力手段と、
を備えたことを特徴とする通信エラー情報出力装置。
（付記８）前記通信ログ取得手段は、前記第一の装置が複数の第二の装置に対して制御メッセージをそれぞれ送信した場合に、前記複数の第二の装置から通信ログを収集し、
前記未送信制御メッセージ特定手段は、制御メッセージの送信が他の制御メッセージの送信に及ぼす影響に係る情報を記憶した影響情報に基づいて、未送信制御メッセージに対して影響を及ぼした制御メッセージを特定することを特徴とする付記７に記載の通信エラー情報出力装置。
（付記９）前記制御メッセージ対応情報は、第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報および第三の装置の識別情報を記憶し、
前記未送信制御メッセージ特定手段は、前記制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得手段により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージおよび制御メッセージを送信できなかった第二の装置または第三の装置を特定することを特徴とする付記７または８に記載の通信エラー情報出力装置。
以上のように、本発明に係る通信エラー情報出力プログラム、通信エラー情報出力方法および通信エラー情報出力装置は、自律運用によってＩＴシステムのリソースを制御する場合に有用であり、特に、ＩＴシステムに通信エラーが発生した際に、その原因を速やかに特定することが求められる場合に適している。
本実施例１に係るＩＴリソース制御装置の概要および構成を説明するための図である。 本実施例１に係る管理モジュールにより出力される実行ログの一例を示す図である。 本実施例１に係る通信パターンリポジトリの一例を示す図である。 本実施例１に係るログ解析部の処理手順を示すフローチャートである。 図４に示した正常／異常判定処理の処理手順を示すフローチャートである。 図４に示した原因箇所判定処理の処理手順を示すフローチャートである。 本実施例２に係るＩＴリソース制御装置の概要および構成を説明するための図である。 本実施例２に係る結合通信パターンリポジトリの一例を示す図である。 本実施例２に係る結合ログの一例を示す図である。 本実施例２に係る結合ログ解析部の処理手順を示すフローチャートである。 図１０に示した依存関係による原因箇所判定処理の処理手順を示すフローチャートである。 依存関係による原因箇所特定処理の一例を示す図である。 通信エラー情報出力プログラムを実行するコンピュータの構成を示す機能ブロック図である。 従来のＩＴシステムにおける自律運用を説明するための図である。 従来のＩＴシステムにおける自律運用の課題を説明するための図である。
符号の説明
１００，２００ ＩＴリソース制御装置
１１０1〜１１０3 制御対象リソース
１２０1〜１２０3 管理モジュール
１２１1〜１２１3 実行ログ
１３０ 実行制御モジュール
１４０1〜１４０3,２４０1〜２４０3 通信データ取得部
１４１1〜１４１3 通信パターンリポジトリ
１４２1〜１４２3 ログ解析部
１４３1〜１４３3，２５４ ログ解析結果
２５０ ログ収集モジュール
２５１ 結合通信パターンリポジトリ
２５２ 結合ログ解析部
２５３ 結合ログ
３００ コンピュータ
３１０ ＲＡＭ
３１１ 通信エラー情報出力プログラム
３２０ ＣＰＵ
３２１ 通信エラー情報出力プロセス
３３０ ＨＤＤ
３４０ ＬＡＮインタフェース
３５０ 入出力インタフェース
３６０ ＤＶＤドライブ
１ 運用管理手順
１０ リソース
２０ 管理モジュール
３０ 実行制御モジュール
ＣＭ１，ＣＭ２ 指示メッセージ
ＲＭ１，ＲＭ２ 応答メッセージ

Claims (5)

  1. 第一の装置が第二の装置を介して第三の装置を制御する情報処理システムにおいて、第一の装置と第二の装置との間で行われる通信または第二の装置と第三の装置との間で行われる通信に発生した通信エラーに係る情報の出力処理をコンピュータに実行させる通信エラー情報出力プログラムであって、前記第一の装置から第二の装置に対して送信された制御メッセージに応じて前記第二の装置と第三の装置との間でやり取りされた通信メッセージが記録された通信ログを取得する通信ログ取得手順と、
    前記第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報を記憶した制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得手順により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージを特定する未送信制御メッセージ特定手順と、
    前記未送信制御メッセージ特定手順により特定された未送信制御メッセージに係る情報を出力する制御メッセージ情報出力手順と、
    をコンピュータに実行させることを特徴とする通信エラー情報出力プログラム。
  2. 前記通信ログ取得手順は、前記第一の装置が複数の第二の装置に対して制御メッセージをそれぞれ送信した場合に、前記複数の第二の装置から通信ログを収集し、
    前記未送信制御メッセージ特定手順は、制御メッセージの送信が他の制御メッセージの送信に及ぼす影響に係る情報を記憶した影響情報に基づいて、未送信制御メッセージに対して影響を及ぼした制御メッセージを特定することを特徴とする請求項１に記載の通信エラー情報出力プログラム。
  3. 前記制御メッセージ対応情報は、第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報および第三の装置の識別情報を記憶し、
    前記未送信制御メッセージ特定手順は、前記制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得手順により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージおよび制御メッセージを送信できなかった第二の装置または第三の装置を特定することを特徴とする請求項１または２に記載の通信エラー情報出力プログラム。
  4. 第一の装置が第二の装置を介して第三の装置を制御する情報処理システムにおいて、第一の装置と第二の装置との間で行われる通信または第二の装置と第三の装置との間で行われる通信に発生した通信エラーに係る情報の出力処理をコンピュータが実行する通信エラー情報出力方法であって、
    前記第一の装置から第二の装置に対して送信された制御メッセージに応じて前記第二の装置と第三の装置との間でやり取りされた通信メッセージが記録された通信ログを取得する通信ログ取得工程と、
    前記第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報を記憶した制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得工程により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージを特定する未送信制御メッセージ特定工程と、
    前記未送信制御メッセージ特定工程により特定された未送信制御メッセージに係る情報を出力する制御メッセージ情報出力工程と、
    を含んだことを特徴とする通信エラー情報出力方法。
  5. 第一の装置が第二の装置を介して第三の装置を制御する情報処理システムにおいて、第一の装置と第二の装置との間で行われる通信または第二の装置と第三の装置との間で行われる通信に発生した通信エラーに係る情報を出力する通信エラー情報出力装置であって、
    前記第一の装置から第二の装置に対して送信された制御メッセージに応じて前記第二の装置と第三の装置との間でやり取りされた通信メッセージが記録された通信ログを取得する通信ログ取得手段と、
    前記第一の装置から第二の装置宛てに送信される制御メッセージの識別情報に対応付けて前記第二の装置と第三の装置との間でやり取りされる制御メッセージの識別情報を記憶した制御メッセージ対応情報を読み出し、読み出した制御メッセージ対応情報と、前記通信ログ取得手段により取得された通信ログとに基づいて、送信されなかった未送信制御メッセージを特定する未送信制御メッセージ特定手段と、
    前記未送信制御メッセージ特定手段により特定された未送信制御メッセージに係る情報を出力する制御メッセージ情報出力手段と、
    を備えたことを特徴とする通信エラー情報出力装置。
JP2007013864A 2007-01-24 2007-01-24 通信エラー情報出力プログラム、通信エラー情報出力方法および通信エラー情報出力装置 Expired - Fee Related JP4257364B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2007013864A JP4257364B2 (ja) 2007-01-24 2007-01-24 通信エラー情報出力プログラム、通信エラー情報出力方法および通信エラー情報出力装置
US12/017,864 US7739420B2 (en) 2007-01-24 2008-01-22 Communication error information output method, communication error information output device and recording medium therefor

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007013864A JP4257364B2 (ja) 2007-01-24 2007-01-24 通信エラー情報出力プログラム、通信エラー情報出力方法および通信エラー情報出力装置

Publications (2)

Publication Number Publication Date
JP2008181299A JP2008181299A (ja) 2008-08-07
JP4257364B2 true JP4257364B2 (ja) 2009-04-22

Family

ID=39642350

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007013864A Expired - Fee Related JP4257364B2 (ja) 2007-01-24 2007-01-24 通信エラー情報出力プログラム、通信エラー情報出力方法および通信エラー情報出力装置

Country Status (2)

Country Link
US (1) US7739420B2 (ja)
JP (1) JP4257364B2 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5707263B2 (ja) * 2011-07-14 2015-04-22 Kddi株式会社 障害発生箇所診断システムおよび障害発生箇所診断方法
WO2014155650A1 (ja) * 2013-03-29 2014-10-02 株式会社日立製作所 情報制御装置、情報制御システム、及び情報制御方法
JP5913196B2 (ja) * 2013-05-27 2016-04-27 株式会社日立製作所 計算機システム及び障害特定方法
KR101594701B1 (ko) * 2014-10-20 2016-02-16 삼성에스디에스 주식회사 이상 접속 검출 장치 및 방법

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5047977A (en) * 1988-04-08 1991-09-10 International Business Machines Corporation Methods of generating and retrieving error and task message records within a multitasking computer system
JP3183678B2 (ja) 1991-07-24 2001-07-09 日本電信電話株式会社 通信制御方法
JP3351318B2 (ja) * 1997-11-07 2002-11-25 株式会社日立製作所 計算機システムの監視方法

Also Published As

Publication number Publication date
US20080177901A1 (en) 2008-07-24
JP2008181299A (ja) 2008-08-07
US7739420B2 (en) 2010-06-15

Similar Documents

Publication Publication Date Title
JP6171386B2 (ja) コントローラ、情報処理装置およびプログラム
US20140067804A1 (en) Workflow generation server and method of generating workflow
JP5104673B2 (ja) 機器管理装置及びプログラム
US6985786B2 (en) Method for managing manufacturing data
CN111052087A (zh) 控制系统、信息处理装置以及异常主要原因推定程序
JP4257364B2 (ja) 通信エラー情報出力プログラム、通信エラー情報出力方法および通信エラー情報出力装置
JP5268589B2 (ja) 情報処理装置及び情報処理装置の運用方法
US7797590B2 (en) Consensus testing of electronic system
JP6436705B2 (ja) テスト実行装置、テスト実行方法およびコンピュータプログラム
KR101948927B1 (ko) 협업 리그레이션 점검 장치
Herbold et al. Combining usage-based and model-based testing for service-oriented architectures in the industrial practice
US20090313230A1 (en) Computing job information managing device, terminal, and computing job information managing system
JP2006059108A (ja) 情報システム開発試験支援システム
US20080178182A1 (en) Work state returning apparatus, work state returning method, and computer product
US20230306343A1 (en) Business process management system and method thereof
JPH10133916A (ja) 計算機システムにおける問題解析方式及び計算機システムにおける問題解析ツールを記録した媒体
US20210351955A1 (en) Device setting control device, network system, device setting method, and program
JP4816169B2 (ja) グローバルプロセス生成方法、装置、システム、およびプログラム
US11880194B2 (en) Control device, logging method, and recording medium having program recorded thereon
JP2016071397A (ja) テスト実行装置、テスト実行方法およびコンピュータプログラム
JP2015072531A (ja) テスト支援方法、テスト支援装置およびプログラム
CN112015681B (zh) 一种io端口的处理方法、装置、设备和介质
CN117421255B (zh) 一种接口的自动巡检方法、装置、设备和存储介质
US20240303071A1 (en) Providing method of vehicle software and providing system of vehicle software
Carvalho et al. A framework for dependability evaluation of PROFIBUS networks

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20081205

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090127

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090202

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120206

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130206

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140206

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees