(57)【要約】【課題】障害発生時において、通信経路上での伝播状況の迅速な確認を実現し得る、障害検知システム、障害検知装置、端末装置、障害検知方法、及びプログラムを提供する。【解決手段】障害検知システム４０は、端末装置１０及び３０と、端末装置間の通信経路に配置される障害検知装置２０とを備えている。各端末装置は、識別情報を付加した送信用の電文を、他の端末装置に送信して、他の端末装置との間で通信を開始する。障害検知装置２０は、通信で送受信された電文を捕捉し、捕捉した電文から通信の伝播状況を特定し、特定した通信の伝播状況に基づいて、通信の手続が正常に終了したかどうかを判定する。また、障害検知装置２０は、判定の結果、通信の手続が正常に終了していない場合に、通信の伝播状況と、送受信された電文に付加されている識別情報とを関連づけ、これらを外部から参照可能な状態とする。【選択図】図１
2013211773.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末装置と、前記端末装置間の通信経路に配置される障害検知装置とを備え、
前記複数の端末装置それぞれは、識別情報を付加した送信用の電文を、他の前記端末装置に送信して、前記他の端末装置との間で通信を開始し、
前記障害検知装置は、前記通信で送受信された電文を捕捉し、捕捉した前記電文から前記通信の伝播状況を特定し、特定した前記通信の伝播状況に基づいて、前記通信の手続が正常に終了したかどうかを判定し、
判定の結果、前記通信の手続が正常に終了していない場合に、前記通信の伝播状況と、前記送受信された電文のいずれかに付加されている前記識別情報とを関連づけ、これらを外部から参照可能な状態とする、
ことを特徴とする障害検知システム。
【請求項２】
前記複数の端末装置それぞれが、前記送信用の電文に、前記識別情報として、当該端末装置のＩＰアドレス、当該端末装置が送信に使用するポート番号、及び前記通信の開始時刻を特定可能な情報を付加する、
請求項１に記載の障害検知システム。
【請求項３】
前記障害検知装置が、特定した前記通信の伝播状況と、予め作成された、通信の手続が正常に終了した場合の伝播状況のパターンと、を比較し、比較結果に基づいて、前記通信の手続が正常に終了したかどうかを判定する、請求項１または２に記載の障害検知システム。
【請求項４】
前記複数の端末装置それぞれは、前記送信用の電文を他の前記端末装置に送信した後に、前記通信の手続が正常に終了しなかった場合に、前記通信を特定する情報と、前記識別情報とを外部から参照可能な状態とする、
請求項１〜３のいずれかに記載の障害検知システム。
【請求項５】
複数の端末装置の障害を検知するための装置であって、
いずれかの端末装置が、識別情報を付加した送信用の電文を他の前記端末装置に送信することによって開始された通信において、送受信された電文を捕捉し、捕捉した前記電文から前記通信の伝播状況を特定する、通信捕捉部と、
特定した前記通信の伝播状況に基づいて、前記通信の手続が正常に終了したかどうかを判定する、通信判定部と、
判定の結果、前記通信の手続が正常に終了していない場合に、前記通信の伝播状況と、前記送受信された電文のいずれかに付加されている前記識別情報とを関連づけ、これらを外部から参照可能な状態とする、故障情報出力部と、
を備えている、ことを特徴とする障害検知装置。
【請求項６】
他の端末装置との間で通信を行う端末装置であって、
前記他の端末装置との通信を開始する際に、送信用の電文を作成し、作成した前記電文に識別情報を付加する、電文生成部を備えている、
ことを特徴とする端末装置。
【請求項７】
複数の端末装置と、前記端末装置間の通信経路に配置される障害検知装置とを用いた障害検知方法であって、
（ａ）前記複数の端末装置それぞれによって、識別情報を付加した送信用の電文を、他の前記端末装置に送信して、前記他の端末装置との間で通信を開始する、ステップと、
（ｂ）前記障害検知装置によって、前記通信で送受信された電文を捕捉する、ステップと、
（ｃ）前記障害検知装置によって、捕捉した前記電文から前記通信の伝播状況を特定し、特定した前記通信の伝播状況に基づいて、前記通信の手続が正常に終了したかどうかを判定する、ステップと、
（ｄ）前記障害検知装置によって、前記（ｃ）のステップの判定の結果、前記通信の手続が正常に終了していない場合に、前記通信の伝播状況と、前記送受信された電文のいずれかに付加されている前記識別情報とを関連づけ、これらを外部から参照可能な状態とする、ステップと、
を有することを特徴とする障害検知方法。
【請求項８】
複数の端末装置の障害をコンピュータによって検知するためのプログラムであって、
前記コンピュータに、
（ａ）いずれかの端末装置が、識別情報を付加した送信用の電文を、他の前記端末装置に送信することによって開始された通信において、送受信された電文を捕捉し、捕捉した前記電文から前記通信の伝播状況を特定する、ステップと、
（ｂ）特定した前記通信の伝播状況に基づいて、前記通信の手続が正常に終了したかどうかを判定する、ステップと、
（ｃ）判定の結果、前記通信の手続が正常に終了していない場合に、前記通信の伝播状況と、前記送受信された電文のいずれかに付加されている前記識別情報とを関連づけ、これらを外部から参照可能な状態とする、ステップと、
を実行させるプログラム。
【請求項９】
端末装置との間の通信をコンピュータによって行うためのプログラムであって、
前記コンピュータに、
（ａ）前記端末装置との通信を開始する際に、送信用の電文を作成し、作成した前記電文に識別情報を付加する、ステップを、
実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上の障害を検知するための、障害検知システム、障害検知装置、端末装置、障害検知方法、及びこれらを実現するためのプログラムに関する。
【背景技術】
【０００２】
一般に、ネットワークシステムには、多くの通信機器が接続されており、更に、稼動時間も長期間にわたることから、障害が発生するリスクが常に存在している。従って、管理者は、障害が発生した場合は、障害原因を解析し、迅速にシステムを復旧させる必要がある。このため、従来から、障害解析を自動で実行するネットワーク障害管理システムが提案されている（例えば、特許文献１及び２参照）。
【０００３】
具体的には、特許文献１は、ネットワーク上の障害を検知すると、予め構築されている診断知識データベースを参照して、障害内容を分析し、分析結果に応じて障害に対する処置計画を策定するネットワーク障害管理システムを提案している。
【０００４】
また、特許文献２は、ネットワーク機器に搭載されたモジュールから、障害検出時のログを出力させ、出力されたログをデータベースに蓄積し、その後、管理者のメールアドレスに、障害に関する情報が記載された電子メールを配信するネットワーク障害管理システムを提案している。
【０００５】
ところで、ネットワークを構成しているコンピュータにおいて、アプリケーションプログラムの通信手続に故障が発生した場合は、管理者は、原因を特定するため、通信手続に伴って行われた一連の通信について、通信経路上での伝播状況を確認する必要がある。
【０００６】
但し、特許文献１及び２に開示されたネットワーク障害管理システムでは、ノード・リンクの死活監視、ブロードキャストストーム等の典型的な異常トラフィックの検出等が行われるに過ぎず、通信経路上での伝播状況を確認することは困難である。この場合、特許文献１及び２に開示されたネットワーク障害管理システムでは、原因を究明できず、故障の再現待ちという状況となる。また、原因は究明できないため、故障を防止するための有効な対策を施すことができないため、同様の障害が再発する恐れがある。
【０００７】
一方、このような問題に対する対策として、ネットワーク上に、ネットワークタップ装置又はポートミラーリング機能を備えたルータを配置すること、更には、ネットワークを構成しているコンピュータに、パケットキャプチャソフトウェアを導入することが考えられる。これらによれば、通信経路上の伝播状況を確認することが可能になると考えられる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０００−２０９２０２号公報
【特許文献２】特開２００３−０４４３２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、ネットワークタップ装置又はポートミラーリング機能を備えたルータを配置すること、管理者の端末にパケットキャプチャソフトウェアを導入することは、以下の理由から困難である。結果、通信経路上での伝播状況を確認できず、故障の再現待ちという問題が依然として存在している。
【００１０】
まず、ネットワークタップ装置、ポートミラーリング機能を備えたルータ、キャプチャソフトウェアは、いずれも、データ伝送に必要なものではないため、多くの場合、ネットワークシステムでは、導入されないという問題がある。また、導入には、システム変更が伴うため、これらを障害発生時に導入することは困難である。
【００１１】
更に、ネットワークタップ装置は、例えば、端末とネットワークスイッチとの間に導入されるが、この場合、伝播状況を確認できるのは、端末とネットワークタップ装置との間、及びネットワークタップ装置とスイッチとの間のみであり、確認できる範囲は限定的である。従って、ネットワークシステムの全てのリンクで伝播状況を確認するためには、相応の数のネットワークタップ装置の導入が必要となり、非現実的である。
【００１２】
加えて、ネットワークタップ装置及びポートミラーリング機能を備えたルータを導入する場合は、伝播状況のログを格納するための装置が別途必要となり、そのための導入コスト及び管理コストがかかってしまう。また、伝播状況のログを取得できたとしても、そこには、通信手続とそれに伴い行われた通信との関係を示す情報はなく、解析には、ネットワーク及びコンピュータに精通した専門の担当者による解析が必要であり、人件費も発生する。
【００１３】
また、データ伝送を行うコンピュータ上でパケットキャプチャソフトウェアを動作させる場合では、その負荷が、コンピュータシステムの運用に影響を与えてしまう可能性がある。一方、キャプチャするパケットを限定すれば、影響を最小限にすることが可能となるが、この場合は、キャプチャすべきパケットの選定とツールの設定とが必要となり、更に選定と設定には、管理者に対して、相応の知識及び技術が求められる。
【００１４】
なお、管理者が、知識及び技術を有していない場合でも、ソフトウェアメーカ等のサポートに問い合わせれば、選定と設定とは可能になるが、この場合は、時間がかかってしまう。結果、管理者が、復旧を優先しないといけない場合等では、時間的な都合から、キャプチャを実行できない状態となる。
【００１５】
その他、通信経路上での伝播状況を確認する手段として、伝送経路上の機器、例えば、ネットワークスイッチ、ルータ等に、パケットキャプチャ機能とネットワークアナライザ機能とを搭載することが考えられる。これにより、理論的には伝播状況の確認と機械解析とが可能となる。しかし、ネットワークアナライザ機能を実現するためには、機器において各種プロトコルに対応した実装が必要になり、処理実行時の負荷が増大する。結果、この手段は、コスト及び性能の点から、非現実的である。
【００１６】
本発明の目的の一例は、上記問題を解消し、障害発生時において、通信経路上での伝播状況の迅速な確認を実現し得る、障害検知システム、障害検知装置、端末装置、障害検知方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１７】
上記目的を達成するため、本発明の一側面における障害検知システムは、複数の端末装置と、前記端末装置間の通信経路に配置される障害検知装置とを備え、
前記複数の端末装置それぞれは、識別情報を付加した送信用の電文を、他の前記端末装置に送信して、前記他の端末装置との間で通信を開始し、
前記障害検知装置は、前記通信で送受信された電文を捕捉し、捕捉した前記電文から前記通信の伝播状況を特定し、特定した前記通信の伝播状況に基づいて、前記通信の手続が正常に終了したかどうかを判定し、
判定の結果、前記通信の手続が正常に終了していない場合に、前記通信の伝播状況と、前記送受信された電文のいずれかに付加されている前記識別情報とを関連づけ、これらを外部から参照可能な状態とする、
ことを特徴とする。
【００１８】
また、上記目的を達成するため、本発明の一側面における障害検知装置は、複数の端末装置の障害を検知するための装置であって、
いずれかの端末装置が、識別情報を付加した送信用の電文を他の前記端末装置に送信することによって開始された通信において、送受信された電文を捕捉し、捕捉した前記電文から前記通信の伝播状況を特定する、通信捕捉部と、
特定した前記通信の伝播状況に基づいて、前記通信の手続が正常に終了したかどうかを判定する、通信判定部と、
判定の結果、前記通信の手続が正常に終了していない場合に、前記通信の伝播状況と、前記送受信された電文のいずれかに付加されている前記識別情報とを関連づけ、これらを外部から参照可能な状態とする、故障情報出力部と、
を備えている、ことを特徴とする。
【００１９】
更に、上記目的を達成するため、本発明の一側面における端末装置は、他の端末装置との間で通信を行う端末装置であって、
前記他の端末装置との通信を開始する際に、送信用の電文を作成し、作成した前記電文に識別情報を付加する、電文生成部を備えている、
ことを特徴とする。
【００２０】
また、上記目的を達成するため、本発明の一側面における障害検知方法は、複数の端末装置と、前記端末装置間の通信経路に配置される障害検知装置とを用いた障害検知方法であって、
（ａ）前記複数の端末装置それぞれによって、識別情報を付加した送信用の電文を、他の前記端末装置に送信して、前記他の端末装置との間で通信を開始する、ステップと、
（ｂ）前記障害検知装置によって、前記通信で送受信された電文を捕捉する、ステップと、
（ｃ）前記障害検知装置によって、捕捉した前記電文から前記通信の伝播状況を特定し、特定した前記通信の伝播状況に基づいて、前記通信の手続が正常に終了したかどうかを判定する、ステップと、
（ｄ）前記障害検知装置によって、前記（ｃ）のステップの判定の結果、前記通信の手続が正常に終了していない場合に、前記通信の伝播状況と、前記送受信された電文のいずれかに付加されている前記識別情報とを関連づけ、これらを外部から参照可能な状態とする、ステップと、
を有することを特徴とする。
【００２１】
更に、上記目的を達成するため、本発明の一側面における第１のプログラムは、複数の端末装置の障害をコンピュータによって検知するためのプログラムであって、
前記コンピュータに、
（ａ）いずれかの端末装置が、識別情報を付加した送信用の電文を、他の前記端末装置に送信することによって開始された通信において、送受信された電文を捕捉し、捕捉した前記電文から前記通信の伝播状況を特定する、ステップと、
（ｂ）特定した前記通信の伝播状況に基づいて、前記通信の手続が正常に終了したかどうかを判定する、ステップと、
（ｃ）判定の結果、前記通信の手続が正常に終了していない場合に、前記通信の伝播状況と、前記送受信された電文のいずれかに付加されている前記識別情報とを関連づけ、これらを外部から参照可能な状態とする、ステップと、
を実行させることを特徴とする。
【００２２】
また、上記目的を達成するため、本発明の一側面における第２のプログラムは、端末装置との間の通信をコンピュータによって行うためのプログラムであって、
前記コンピュータに、
（ａ）前記端末装置との通信を開始する際に、送信用の電文を作成し、作成した前記電文に識別情報を付加する、ステップを、
実行させることを特徴とする。
【発明の効果】
【００２３】
以上のように、本発明によれば、障害発生時において、通信経路上での伝播状況を迅速に確認することができる。
【図面の簡単な説明】
【００２４】
【図１】図１は、本発明の実施の形態における障害検知システム、障害検知装置、及び端末装置の構成を示す図である。
【図２】図２は、本発明の実施の形態における端末装置の動作を示すフロー図である。
【図３】図３は、本発明の実施の形態における障害検知装置の動作を示すフロー図である。
【図４】図４は、本発明の実施の形態で特定される通信の伝播状況の一例（正常）を示す図である。
【図５】図５は、本発明の実施の形態で特定される通信の伝播状況の他の例（非正常）を示す図である。
【図６】図６は、本発明の実施の形態における端末装置又は障害検知装置を実現するコンピュータの一例を示すブロック図である。
【発明を実施するための形態】
【００２５】
（実施の形態）
以下、本発明の実施の形態における、障害検知システム、障害検知装置、端末装置、障害検知方法、及びプログラムについて、図１〜図６を参照しながら説明する。
【００２６】
［システム構成］
最初に、本実施の形態における障害検知システム、障害検知装置、及び端末装置の構成について図１を用いて説明する。図１は、本発明の実施の形態における障害検知システム、障害検知装置、及び端末装置の構成を示す図である。
【００２７】
図１に示すように、本実施の形態における障害検知システム４０は、端末装置１０及び３０と、端末装置間の通信経路に配置された障害検知装置２０とを備えている。また、障害検知装置２０は、端末装置間の通信経路に配置されており、端末装置１０と端末装置３０とは、障害検知装置２０を介して接続されている。なお、図１の例では、２台の端末装置のみが例示されているが、端末装置の台数は特に限定されるものではない。
【００２８】
端末装置１０及び３０それぞれは、他方の端末装置との間で通信を開始する際に、送信用の電文に識別情報を付加し、識別情報を付加した送信用の電文を他方の端末装置に送信する。また、識別情報は、通信手続きに伴う一連の通信が、どの通信手続きに伴うものであるのかを識別するための情報である。
【００２９】
また、障害検知装置２０は、端末装置１０と端末装置３０との間の通信で送受信された電文を捕捉し、捕捉した電文から通信の伝播状況を特定し、特定した通信の伝播状況に基づいて、通信の手続が正常に終了したかどうかを判定する。そして、障害検知装置２０は、判定の結果、通信の手続が正常に終了していない場合に、通信の伝播状況と、送受信された電文のいずれかに付加されている識別情報とを関連づけ、これらを外部から参照可能な状態とする。
【００３０】
このように、障害検知システム４０においては、障害検知装置２０によって端末装置間の通信が常に捕捉され、通信の伝播状況が特定されている。更に、特定された伝播状況は、障害が発生した場合は、外部から参照可能な状態、例えば、ログとして記録されている状態となる。このため、障害検知システム４０によれば、管理者は、障害発生時において、通信経路上での伝播状況を、迅速に確認することができる。そして、この結果、従来、故障の原因を究明できずに再現待ちとなっていた状況は、改善される。
【００３１】
［端末装置の構成］
ここで、本実施の形態における端末装置１０及び３０の構成について更に具体的に説明する。本実施の形態において、端末装置１０及び３０は、コンピュータによって実現されている。また、端末装置１０と端末３０との構成要素に違いはなく、両者は同一であるため、以降の説明において、端末装置１０を中心に説明する。
【００３２】
図１に示すように、端末装置１０は、ＨＤＤ（Hard Disk Drive）及びＳＳＤ（Solid State Drive）等のドライブ装置等で構成される記憶装置１１と、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリ１２、識別情報管理部１３とを備えている。このうち、識別情報管理部１３は、端末装置１０に導入されているオペレーティングシステム（ＯＳ）を構成する通信用のプログラムモジュールによって実現されており、ＯＳの通信機能の一部を担っている。
【００３３】
また、識別情報管理部１３は、通信手続きに伴う一連の通信が、どの通信手続きに伴うものであるのかを識別するための識別情報を管理する。更に、識別情報管理部１３は、この機能を実現するため、電文生成部１３−１と、識別情報保持部１３−２と、故障情報出力部１３−３とを備えている。
【００３４】
識別情報管理部１３において、電文生成部１３−１は、端末装置１０のアプリケーションプログラムが他の端末装置との通信を開始すると、アプリケーションプログラムによって呼び出され、通信手続に応じて送信用の電文を作成する。また、電文生成部１３−１は、識別情報を生成し、これを、作成した電文に付加する。具体的には、電文生成部１３−１は、ＴＣＰで規定された通信手続に沿って、アプリケーションプログラムで使用されるデータを含む通信電文を生成する。そして、電文生成部１３−１は、通信電文におけるＴＣＰセグメントのオプションフィールドに識別情報を格納する。
【００３５】
また、識別情報としては、送信元の端末装置のＩＰアドレス、端末装置で実行されるアプリケーションプログラムが送信に使用するポート番号、及び通信手続きが実行された時刻、等を特定な情報が挙げられる。
【００３６】
識別情報保持部１３−２は、電文作成部１３−１によって生成及び付加された識別情報を、一時的に、例えば一連の通信手続か完了するまで、保持する機能を備えている。具体的には、識別情報保持部１３−２は、電文作成部１３−１によって付加される識別情報をメモリ１２に一時的に記憶し、識別情報の管理を行なう。
【００３７】
故障情報出力部１３−３は、送信用の電文が他の端末装置に送信された後に、この通信の手続が正常に終了しなかった場合、即ち、通信手続が故障した場合に、通信（通信手続）を特定する情報と、対応する識別情報とを外部から参照可能な状態、例えばログとしてメモリ１２又は記憶装置１１に記録する。また、「通信の手続が正常に終了しなかった場合」としては、応答が無かった場合、必要なメモリの確保に失敗した場合等があるが、本実施の形態では、主に、応答が無かった場合を「通信の手続が正常に終了しなかった場合」とする。
【００３８】
具体的には、本実施の形態では、故障情報出力部１３−３は、通信手続が故障した場合に、通信（通信手続）を特定する情報と、識別情報保持部１３−２が管理している識別情報とを対応付け、対応付けられた情報を、記憶装置１１にログとして記録する。また、故障情報出力部１３−３は、記憶装置１１への外部からのアクセスを許可する。なお、アクセスには権限が設定されていても良い。
【００３９】
［障害検知装置の構成］
続いて、本実施の形態における障害検知装置２０の構成について更に具体的に説明する。本実施の形態において、障害検知装置２０は、端末装置間の通信経路中に配置されたノードであり、例えば、ネットワークスイッチ、ルータによって実現されている。また、障害検知装置２０は、通信経路中に配置される機器であれば特に限定されず、コンピュータによって実現されていても良い。
【００４０】
また、図１に示すように、障害検知装置２０は、記憶装置２１と、通信捕捉部２２と、通信監視部２３とを備えている。このうち、記憶装置２１としては、ＨＤＤ及びＳＳＤ等のドライブ装置、ＤＲＡＭ等の揮発性のメモリ、フラッシュメモリ等の不揮発性のメモリ、といったものが挙げられる。また、記憶装置２１は、これらの組合せであっても良い。
【００４１】
通信捕捉部２２は、端末装置が識別情報を付加した送信用の電文を他の端末装置に送信することによって開始した通信において、送受信された電文を捕捉し、捕捉した電文から通信の伝播状況を特定する。具体的には、本実施の形態では、通信捕捉部２２は、通信で送受信された電文を捕捉すると、捕捉の度に、捕捉した電文の情報を記憶装置２１に一時的に記憶して、これらを管理する。そして、通信捕捉部２２は、この通信に関して記憶された情報から、通信の伝播状況を特定する。
【００４２】
通信監視部２３は、通信手続きに伴う一連の通信を監視することで通信手続きの成否を判定する。更に、通信監視部２３は、通信手続きが故障していると判定する場合に、その通信の伝播状況と、一連の通信がどの通信手続きに伴うものであるのかを識別するための識別情報とを、外部から参照可能にする。そして、通信監視部２３は、これらの機能を実現するため、判定基準保持部２３−１と、通信判定部２３−２と、故障情報出力部２３−３とを備えている。
【００４３】
通信監視部２３において、判定基準保持部２３−１は、予め通信手続毎に作成された、通信の手続が正常に終了した場合の伝播状況のパターンを、記憶装置２１に保持しており、必要に応じて記憶装置２１から伝播状況のパターンを読み出す。
【００４４】
通信判定部２３−２は、通信捕捉部２２によって特定された通信の伝播状況に基づいて、通信の手続が正常に終了したかどうかを判定する。具体的には、本実施の形態では、通信判定部２３−２は、設定された時間間隔で、判定基準保持部２３−１によって記憶装置２１に保持されている伝播状況のパターンと、通信捕捉部２２によって捕捉され、その後記憶装置２１に記憶されている各電文の情報（通信の伝播状況）とを比較する。そして、通信判定部２３−２は、比較結果に基づいて、通信の手続が正常に終了しているかどうかを判定する。
【００４５】
故障情報出力部２３−３は、通信判定部２３−２によって通信の手続が正常に終了していないと判定されると、この場合の通信の伝播状況と、送受信された電文のいずれかに付加されている識別情報とを関連づけ、これらを外部から参照可能な状態とする。
【００４６】
具体的には、本実施の形態では、故障情報出力部２３−３は、通信判定部２３−２によって通信の手続が正常に終了していないと判定されると、通信捕捉部２２によって捕捉され、その後、記憶装置２１に記憶されている各電文の情報（通信の伝播状況）と、その通信に付加された識別情報と、を関連付け、これらを記憶装置２１にログとして記録する。また、故障情報出力部２３−３は、記憶装置２１への外部からのアクセスを許可する。
【００４７】
［システム動作］
次に、本発明の実施の形態における障害検知システム４０の動作について図２及び図３を用いて説明する。以下の説明においては、適宜図１を参酌する。また、本実施の形態では、障害検知システム４０を動作させることによって、障害検知方法が実施される。よって、本実施の形態における障害検知方法の説明は、以下の障害検知システム４０の動作説明に代える。
【００４８】
最初に、図２を用いて、本実施の形態における端末装置１０及び３０の動作について説明する。図２は、本発明の実施の形態における端末装置の動作を示すフロー図である。なお、端末装置１０と端末３０との構成要素に違いはなく、両者は同一の処理を実行するため、以下の説明は、端末装置１０を中心に説明する。
【００４９】
また、以下の説明では、一方の端末装置から、それによって実行される通信手続によって、電文が、通信経路中の障害検知装置２０を介して、他方の端末装置に送信され、その後、他方の端末装置からＡＣＫ応答が返されるモデルを例に挙げる。
【００５０】
図２に示すように、まず、端末装置１０のアプリケーションプログラムがデータ通信を行なうために通信手続ｓｎｄを実行する（ステップＡ１）。具体的には、アプリケーションプログラムは、ＯＳを呼び出し、通信手続の実行を指示する。これにより、電文作成部１３−１は、通信手続に応じて、通信電文を作成する（ステップＡ２）。次に、電文生成部１３―１は、識別情報生成し、生成した識別情報を作成した通信電文に付加する（ステップＡ３）。なお、生成された識別情報は、識別情報保持部１３−２によってメモリ１２に記録される。
【００５１】
次に、ステップＡ３が実行されると、端末装置１０に導入されているＯＳの通信機能によって、識別情報が付加された通信電文は、端末装置３０に向けて送信される（ステップＡ４）。ステップＡ４が実行されると、端末装置１０は、更に、ＯＳの通信機能によって、設定時間が経過するまでに、端末装置３０からの応答（ＡＣＫ応答）が送信されてきたかどうかを判定する（ステップＡ５）。
【００５２】
ステップＡ５の判定の結果、端末装置３０からＡＣＫ応答が送信されてきている場合は、ステップＡ１で実行された通信手続が正常に終了しているので、端末装置１０における処理は終了する。
【００５３】
一方、ステップＡ５の判定の結果、端末装置３０からＡＣＫ応答が送信されてこない場合は、ステップＡ１で実行された通信手続が正常に終了していないと判定され、そのことが故障情報出力部１３−３に通知される（ステップＡ６）。
【００５４】
次に、ステップＡ６が実行されると、故障情報出力部１３−３は、通信手続を特定する情報と、識別情報保持部１３−２が管理している識別情報とを対応付け、対応付けられた情報を、記憶装置１１にログとして記録する（ステップＡ７）。ステップＡ７が実行された場合も、端末装置１０における処理は終了する。
【００５５】
続いて、図３を用いて、本実施の形態における障害検知装置２０の動作について説明する。図３は、本発明の実施の形態における障害検知装置の動作を示すフロー図である。
【００５６】
図３に示すように、まず、障害検知装置２０において、通信捕捉部２２は、端末装置１０と端末装置３０との間で送受信された電文を捕捉し（ステップＢ１）、捕捉した電文の情報を記憶装置２１に記憶する（ステップＢ２）。
【００５７】
次に、通信判定部２３−２は、設定された間隔で、通信手続が正常に終了しているかどうかを判定する（ステップＢ３）。具体的には、ステップＢ３では、通信判定部２３−２は、判定基準保持部２３−１によって記憶装置２１に保持されている、通信手続が正常に終了した場合の伝播状況のパターンと、ステップＢ２で記憶装置２１に記憶された電文の情報（通信の伝播状況）とを比較する。そして、通信判定部２３−２は、通信の伝播状況がパターンに一致する場合は、正常に終了していると判定し、一致しない場合は正常に終了していないと判定する。
【００５８】
例えば、通信判定部２３−２は、一方の端末装置からＡＣＫ応答が送信されている場合は、正常に終了していると判定し、一方の端末装置からの応答が一定時間を経過しても無い場合は、正常に終了していないと判定する。
【００５９】
ステップＢ３の判定の結果、正常に終了している場合は、障害検知装置２０における処理は終了する。一方、ステップＢ３の判定の結果、正常に終了していない場合は、通信判定部２３−２は、そのことを、故障情報出力部２３−３に通知する。これにより、故障情報出力部２３−３は、記憶装置２１に記憶されている通信の伝播状況と、その通信に付加された識別情報と、を関連付け、これらを記憶装置２１にログとして記録する（ステップＢ４）。
【００６０】
ステップＢ４が実行された場合も、障害検知装置２０における処理は一旦終了する。その後、故障情報出力部２３−３は、記憶装置２１への外部からのアクセスを許可する。
【００６１】
［システム動作の具体例］
次に、本実施の形態における障害検知システム４０の動作の具体例を、図４及び図５を用いて、通信手続が正常に終了する場合と、通信手続が正常に終了しなかった場合と、に分けて説明する。図４は、本発明の実施の形態で特定される通信の伝播状況の一例（正常）を示す図である。図５は、本発明の実施の形態で特定される通信の伝播状況の他の例（非正常）を示す図である。
【００６２】
なお、以下の説明でも、端末装置１０（以下「ＣＬ」と表記する。）によって実行される通信手続ｓｎｄによって、電文が、通信経路中の障害検知装置２０（以下「ＳＷ」と表記する。）を介して、ＣＬから端末装置３０（以下「ＳＶ」と表記する。）に送信され、その後、ＳＶはＣＬにＡＣＫ応答を返すモデルを用いる。
【００６３】
初めに、通信手続が正常に終了するケースについて下記の（１）〜（５）に沿って説明する。この場合のＣＬおよびＳＷ内の記憶装置２１の状況及びログ状況は、図４に示す通りである。
【００６４】
（１）ＣＬにおいて、アプリケーションプログラムが通信手続ｓｎｄを実行する。これに起因して、ＣＬ内の電文生成部１３−１は、ＩＰアドレス、ポート番号、時刻情を特定可能な識別情報（19216800000120000）を送信用の電文（通信電文）に付加する。同時に、識別情報保持部１３−２が、識別情報をメモリ１２に一時的に記憶する。
【００６５】
（２）電文がＳＷに到達すると、ＳＷ内の通信捕捉部２２は、電文を捕捉し、捕捉した電文の情報を一時的に記憶装置２１に記憶する（図４参照）。
【００６６】
（３）その後、ＳＷを経由した電文が、ＳＶに到達すると、ＳＶは、ＡＣＫ応答を返信する。
【００６７】
（４）ＡＣＫ応答がＳＷに到達すると、ＳＷ内の通信捕捉部２２は、ＡＣＫ応答を捕捉し、ＡＣＫ応答の情報を一時的に記憶装置２１に記憶する（図４参照）。
【００６８】
（５）その後、ＳＷを経由したＡＣＫ応答が、ＣＬに到達すると、ＣＬによって発行された通信手続ｓｎｄは正常終了となる。このため、ＣＬ内の故障情報出力部１３−３による、記憶装置１１へのログ記録処理は行われない。
【００６９】
ＳＷ内の通信判定部２３−２は、一定時間後等に、通信捕捉部２２によって記憶装置２１に記憶された通信の伝播状況と、判判定基準保持部２３−１によって予め記憶装置２１に保持されている伝播状況のパターンとを比較する。このケースの場合、電文に対するＡＣＫ応答がＳＷまで到達しているため、通信手続は正常に終了していると判定される。このため、ＳＷ内の故障情報出力部２３−３による、記憶装置２１へのログ記録処理は行われない。
【００７０】
続いて、通信手続が正常に終了しないケースについて下記の（１１）〜（１７）に沿って説明する。この場合のＣＬおよびＳＷ内の記憶装置２１の状況及びログ状況は、図５に示す通りである。
【００７１】
（１１）ＣＬにおいて、アプリケーションプログラムが通信手続きｓｎｄを実行する。これに起因して、ＣＬ内の電文生成部１３−１は、ＩＰアドレス、ポート番号、時刻を特定可能な識別情報（19216800000120000）を送信用の電文（通信電文）に付加する。同時に、識別情報保持部１３−２が、識別情報をメモリ１２に一時的に記憶する。
【００７２】
（１２）電文がＳＷに到達すると、ＳＷ内の通信捕捉部２２は、電文を捕捉し、これを一時的に記憶装置２１に記憶する（図５参照）。
【００７３】
（１３）その後、ＳＷを経由した電文が、ＳＶに到達したが、ＳＶは、ＡＣＫ応答に失敗したとする。
【００７４】
（１４）結果、ＡＣＫ応答はＳＷに到達しない状態となる。
【００７５】
（１５）また、ＡＣＫ応答はＣＬにも到達しないので、ＣＬが発行した通信手続ｓｎｄは故障となる。このため、ＣＬ内の故障情報出力部１３−３は、故障した通信手続を特定する情報と、識別情報保持部１３−２によってメモリ１２に記憶されている識別情報とを関連付けて、両者をログとして記憶装置１１に記録する。
【００７６】
ＳＷ内の通信判定部２３−２は、一定時間後等に、通信捕捉部２２によって記憶装置２１に記憶された通信の伝播状況と、判定基準保持部２３−１によって予め記憶装置２１に保持されている伝播状況パターンとを比較する。このケースの場合、電文に対するＡＣＫ応答がＳＷに到達していないため、通信手続は正常に終了していないと判定される。それに伴い、ＳＷ内の故障情報出力部２３−３は、記憶装置２１に記録されている通信の伝播状況と、通信に付加された識別情報とを関連付け、両者をログとして記憶装置２１に記録する。
【００７７】
管理者等は、ＣＬ内の記憶装置１１に記録されたログ、又はＳＷ内の記憶装置２１に記録されたログにアクセスし、これらから故障を検知することができる。また、管理者等は、識別情報に基づいて、ＣＬ内のログとＳＷ内のログとを照合することで、ＳＶからのＡＣＫ応答がＳＷに到達しておらず、それによりＣＬの通信手続ｓｎｄが故障したと判断できる。
【００７８】
なお、上述の例とは逆に、ＳＶからＣＬに向けて電文が送信され、ＣＬがＳＶに対してＡＣＫ応答を返すケースの場合は、上記説明のＣＬとＳＶを入れ替えた動作となる。また、端末装置及び障害検知装置の個数、これらの接続形態が、図１に示した例と異なっている場合であっても、個々の端末装置及び障害検知装置それぞれの動作は、上記説明と同様となる。
【００７９】
［実施の形態における効果］
以上のように本実施の形態によれば、以下の効果を得ることができる。第１の効果は、ネットワーク障害が発生した際に調査が必要となる通信に関して、人手の介入なしに明確化できることである。
【００８０】
これに関して、従来においては、通信手続と通信との対応関係を示す情報が存在しないため、ＩＰアドレス、ポート番号、通信手続きが実行された時刻などの情報を手がかりとして、ネットワークとコンピュータとの知識を有した人間が判断を行う必要があった。これに対して、本実施の形態によれば、通信手続に伴ってやりとりされる電文に対して、通信手続を識別可能とする識別情報が付加されるため、人手による判断は必要なくなる。
【００８１】
第２の効果は、通信手続に伴う一連の通信の監視処理と成否の判定にかかる処理とが、従来技術と比べて簡素化及び軽量化できることである。またそれに伴い、より小さな規模での実装が可能となり、処理実行時の負荷も軽減される。
【００８２】
通信の監視と成否の判定を行なうためには、従来では、通信を一定期間捕捉し、関連ある電文ごとに分類した上で、分類ごとに電文のやりとりの様子を解析する必要があるため、通信規約に関する詳細な理解が必要であった。これに対して、本実施の形態においては、電文の分類は通信に付加された識別情報により可能となり、成否の判定についても、予め設定したパターンとの比較を行えば良いため、通信規約に関する詳細な理解は必要ない。
【００８３】
第３の効果は、ネットワークの各経路における通信の常時監視が可能となることである。これは、第２の効果によって、通信の監視を行なう機能と成否の判定を行う機能とを、ネットワーク中の各要素に配置することが可能になるためである。
【００８４】
第４の効果は、通信手続きの故障の原因を究明できずに再現待ちとなる状況を改善できることである。その理由は、故障の原因究明に必要な通信の監視とその成否の判定とを、第３の効果によって、通信経路中のノード（障害検知装置）が実施できるようになるためである。
【００８５】
［プログラム］
本実施の形態における第１のプログラムは、スイッチ、ルータといった通信機器のプロセッサに、図３に示すステップＢ１〜Ｂ４を実行させるプログラムであれば良い。このプログラムを通信機器の記憶装置（メモリ、ハードディスク等）にインストールし、そのプロセッサにより実行すれば、本実施の形態における障害検知装置２０を実現することができる。この場合、通信機器のプロセッサは、通信捕捉部２２及び通信監視部２３として機能し、処理を行なう。
【００８６】
また、第１のプログラムは、コンピュータに、図３に示すステップＢ１〜Ｂ４を実行させるプログラムであっても良い。この場合は、このコンピュータによって障害検知装置２０が実現される。また、コンピュータのＣＰＵが通信捕捉部２２及び通信監視部２３として機能し、処理を行なう。
【００８７】
本実施の形態における第２のプログラムは、コンピュータに、図２に示すステップＡ２１〜Ａ７を実行させるプログラムであれば良い。このプログラムをコンピュータにインストールし、実行することによって、本実施の形態における端末装置１０及び３０を実現することができる。この場合、コンピュータのＣＰＵ（Central Processing Unit）は、識別情報管理部１３として機能し、処理を行なう。
【００８８】
ここで、本実施の形態におけるプログラムを実行することによって、端末装置又は障害検知装置を実現可能なコンピュータについて図６を用いて説明する。図６は、本発明の実施の形態における端末装置又は障害検知装置を実現するコンピュータの一例を示すブロック図である。
【００８９】
図６に示すように、コンピュータ１１０は、ＣＰＵ１１１と、メインメモリ１１２と、記憶装置１１３と、入力インターフェイス１１４と、表示コントローラ１１５と、データリーダ／ライタ１１６と、通信インターフェイス１１７とを備える。これらの各部は、バス１２１を介して、互いにデータ通信可能に接続される。
【００９０】
ＣＰＵ１１１は、記憶装置１１３に格納された、本実施の形態におけるプログラム（コード）をメインメモリ１１２に展開し、これらを所定順序で実行することにより、各種の演算を実施する。メインメモリ１１２は、典型的には、ＤＲＡＭ等の揮発性の記憶装置である。また、本実施の形態におけるプログラムは、コンピュータ読み取り可能な記録媒体１２０に格納された状態で提供される。なお、本実施の形態におけるプログラムは、通信インターフェイス１１７を介して接続されたインターネット上で流通するものであっても良い。
【００９１】
また、記憶装置１１３の具体例としては、ハードディスクドライブの他、フラッシュメモリ等の半導体記憶装置が挙げられる。入力インターフェイス１１４は、ＣＰＵ１１１と、キーボード及びマウスといった入力機器１１８との間のデータ伝送を仲介する。表示コントローラ１１５は、ディスプレイ装置１１９と接続され、ディスプレイ装置１１９での表示を制御する。
【００９２】
データリーダ／ライタ１１６は、ＣＰＵ１１１と記録媒体１２０との間のデータ伝送を仲介し、記録媒体１２０からのプログラムの読み出し、及びコンピュータ１１０における処理結果の記録媒体１２０への書き込みを実行する。通信インターフェイス１１７は、ＣＰＵ１１１と、他のコンピュータとの間のデータ伝送を仲介する。
【００９３】
また、記録媒体１２０の具体例としては、ＣＦ（Compact Flash（登録商標））及びＳＤ（Secure Digital）等の汎用的な半導体記憶デバイス、フレキシブルディスク（Flexible Disk）等の磁気記憶媒体、又はＣＤ−ＲＯＭ（Compact Disk Read Only Memory）などの光学記憶媒体が挙げられる。
【００９４】
上述した実施の形態の一部又は全部は、以下に記載する（付記１）〜（付記２０）によって表現することができるが、以下の記載に限定されるものではない。
【００９５】
（付記１）
複数の端末装置と、前記端末装置間の通信経路に配置される障害検知装置とを備え、
前記複数の端末装置それぞれは、識別情報を付加した送信用の電文を、他の前記端末装置に送信して、前記他の端末装置との間で通信を開始し、
前記障害検知装置は、前記通信で送受信された電文を捕捉し、捕捉した前記電文から前記通信の伝播状況を特定し、特定した前記通信の伝播状況に基づいて、前記通信の手続が正常に終了したかどうかを判定し、
判定の結果、前記通信の手続が正常に終了していない場合に、前記通信の伝播状況と、前記送受信された電文のいずれかに付加されている前記識別情報とを関連づけ、これらを外部から参照可能な状態とする、
ことを特徴とする障害検知システム。
【００９６】
（付記２）
前記複数の端末装置それぞれが、前記送信用の電文に、前記識別情報として、当該端末装置のＩＰアドレス、当該端末装置が送信に使用するポート番号、及び前記通信の開始時刻を特定可能な情報を付加する、
付記１に記載の障害検知システム。
【００９７】
（付記３）
前記障害検知装置が、特定した前記通信の伝播状況と、予め作成された、通信の手続が正常に終了した場合の伝播状況のパターンと、を比較し、比較結果に基づいて、前記通信の手続が正常に終了したかどうかを判定する、付記１または２に記載の障害検知システム。
【００９８】
（付記４）
前記複数の端末装置それぞれは、前記送信用の電文を他の前記端末装置に送信した後に、前記通信の手続が正常に終了しなかった場合に、前記通信を特定する情報と、前記識別情報とを外部から参照可能な状態とする、
付記１〜３のいずれかに記載の障害検知システム。
【００９９】
（付記５）
複数の端末装置の障害を検知するための装置であって、
いずれかの端末装置が、識別情報を付加した送信用の電文を他の前記端末装置に送信することによって開始された通信において、送受信された電文を捕捉し、捕捉した前記電文から前記通信の伝播状況を特定する、通信捕捉部と、
特定した前記通信の伝播状況に基づいて、前記通信の手続が正常に終了したかどうかを判定する、通信判定部と、
判定の結果、前記通信の手続が正常に終了していない場合に、前記通信の伝播状況と、前記送受信された電文のいずれかに付加されている前記識別情報とを関連づけ、これらを外部から参照可能な状態とする、故障情報出力部と、
を備えている、ことを特徴とする障害検知装置。
【０１００】
（付記６）
前記複数の端末装置それぞれが、前記送信用の電文に、前記識別情報として、当該端末装置のＩＰアドレス、当該端末装置が送信に使用するポート番号、及び前記通信の開始時刻を特定可能な情報を付加する、
付記５に記載の障害検知装置。
【０１０１】
（付記７）
前記通信判定部が、特定した前記通信の伝播状況と、予め作成された、通信の手続が正常に終了した場合の伝播状況のパターンと、を比較し、比較結果に基づいて、前記通信の手続が正常に終了したかどうかを判定する、付記５または６に記載の障害検知装置。
【０１０２】
（付記８）
他の端末装置との間で通信を行う端末装置であって、
前記他の端末装置との通信を開始する際に、送信用の電文を作成し、作成した前記電文に識別情報を付加する、電文生成部を備えている、
ことを特徴とする、端末装置。
【０１０３】
（付記９）
前記電文生成部が、前記送信用の電文に、前記識別情報として、当該端末装置のＩＰアドレス、当該端末装置が送信に使用するポート番号、及び前記通信の開始時刻を特定可能な情報を付加する、
付記８に記載の端末装置。
【０１０４】
（付記１０）
前記送信用の電文が他の前記端末装置に送信された後に、前記通信の手続が正常に終了しなかった場合に、前記通信を特定する情報と、前記識別情報とを外部から参照可能な状態とする、故障情報出力部を、
更に備えている、付記８または９に記載の端末装置。
【０１０５】
（付記１１）
複数の端末装置と、前記端末装置間の通信経路に配置される障害検知装置とを用いた障害検知方法であって、
（ａ）前記複数の端末装置それぞれによって、識別情報を付加した送信用の電文を、他の前記端末装置に送信して、前記他の端末装置との間で通信を開始する、ステップと、
（ｂ）前記障害検知装置によって、前記通信で送受信された電文を捕捉する、ステップと、
（ｃ）前記障害検知装置によって、捕捉した前記電文から前記通信の伝播状況を特定し、特定した前記通信の伝播状況に基づいて、前記通信の手続が正常に終了したかどうかを判定する、ステップと、
（ｄ）前記障害検知装置によって、前記（ｃ）のステップの判定の結果、前記通信の手続が正常に終了していない場合に、前記通信の伝播状況と、前記送受信された電文のいずれかに付加されている前記識別情報とを関連づけ、これらを外部から参照可能な状態とする、ステップと、
を有することを特徴とする障害検知方法。
【０１０６】
（付記１２）
前記（ａ）のステップにおいて、前記複数の端末装置それぞれによって、前記送信用の電文に、前記識別情報として、当該端末装置のＩＰアドレス、当該端末装置が送信に使用するポート番号、及び前記通信の開始時刻を特定可能な情報を付加する、
付記１１に記載の障害検知方法。
【０１０７】
（付記１３）
前記（ｃ）のステップにおいて、前記障害検知装置によって、特定した前記通信の伝播状況と、予め作成された、通信の手続が正常に終了した場合の伝播状況のパターンと、を比較し、比較結果に基づいて、前記通信の手続が正常に終了したかどうかを判定する、
付記１１または１２に記載の障害検知方法。
【０１０８】
（付記１４）
（ｅ）前記複数の端末装置それぞれによって、前記送信用の電文を他の前記端末装置に送信した後に、前記通信の手続が正常に終了しなかった場合に、前記通信を特定する情報と、前記識別情報とを外部から参照可能な状態とする、ステップを更に有する、
付記１１〜１３のいずれかに記載の障害検知方法。
【０１０９】
（付記１５）
複数の端末装置の障害をコンピュータによって検知するためのプログラムであって、
前記コンピュータに、
（ａ）いずれかの端末装置が、識別情報を付加した送信用の電文を、他の前記端末装置に送信することによって開始された通信において、送受信された電文を捕捉し、捕捉した前記電文から前記通信の伝播状況を特定する、ステップと、
（ｂ）特定した前記通信の伝播状況に基づいて、前記通信の手続が正常に終了したかどうかを判定する、ステップと、
（ｃ）判定の結果、前記通信の手続が正常に終了していない場合に、前記通信の伝播状況と、前記送受信された電文のいずれかに付加されている前記識別情報とを関連づけ、これらを外部から参照可能な状態とする、ステップと、
を実行させるプログラム。
【０１１０】
（付記１６）
前記複数の端末装置それぞれが、前記送信用の電文に、前記識別情報として、当該端末装置のＩＰアドレス、当該端末装置が送信に使用するポート番号、及び前記通信の開始時刻を特定可能な情報を付加する、
付記１５に記載のプログラム。
【０１１１】
（付記１７）
前記（ｂ）のステップで、特定した前記通信の伝播状況と、予め作成された、通信の手続が正常に終了した場合の伝播状況のパターンと、を比較し、比較結果に基づいて、前記通信の手続が正常に終了したかどうかを判定する、付記１５または１６に記載のプログラム。
【０１１２】
（付記１８）
端末装置との間の通信をコンピュータによって行うためのプログラムであって、
前記コンピュータに、
（ａ）前記端末装置との通信を開始する際に、送信用の電文を作成し、作成した前記電文に識別情報を付加する、ステップを、
実行させるプログラム。
【０１１３】
（付記１９）
前記（ａ）のステップにおいて、前記送信用の電文に、前記識別情報として、当該端末装置のＩＰアドレス、当該端末装置が送信に使用するポート番号、及び前記通信の開始時刻を特定可能な情報を付加する、
付記１８に記載のプログラム。
【０１１４】
（付記２０）
（ｂ）前記送信用の電文を前記端末装置に送信した後に、前記通信の手続が正常に終了しなかった場合に、前記通信を特定する情報と、前記識別情報とを外部から参照可能な状態とする、ステップを、
更に前記コンピュータに実行させる、付記１８または１９に記載のプログラム。
【産業上の利用可能性】
【０１１５】
以上のように、本発明によれば、障害発生時における通信経路上での伝播状況を迅速に確認することができる。本発明は、種々のネットワークシステムに有用である。
【符号の説明】
【０１１６】
１０  端末装置
１１  記憶装置
１２  メモリ
１３  識別情報管理部
１３−１  電文生成部
１３−２  識別情報保持部
１３−３  故障情報出力部
２０  障害検知装置
２１  記憶装置
２２  通信捕捉部
２３  通信監視部
２３−１  判定基準保持部
２３−２  通信判定部
２３−３  故障情報出力部
３０  端末装置
３１  記憶装置
３２  メモリ
３３  識別情報管理部
３３−１  電文生成部
３３−２  識別情報保持部
３３−３  故障情報出力部
４０  障害検知システム
１１０  コンピュータ
１１１  ＣＰＵ
１１２  メインメモリ
１１３  記憶装置
１１４  入力インターフェイス
１１５  表示コントローラ
１１６  データリーダ／ライタ
１１７  通信インターフェイス
１１８  入力機器
１１９  ディスプレイ装置
１２０  記録媒体
１２１  バス
【図１】
2013211773.tif 000003
【図２】
2013211773.tif 000004
【図３】
2013211773.tif 000005
【図４】
2013211773.tif 000006
【図５】
2013211773.tif 000007
【図６】
2013211773.tif 000008