(57)【要約】【課題】  ＸＨＴプロトコル分析装置および方法を提供する。【解決手段】  ＸＨＴプロトコル分析装置はネットワーク上のパケットをキャプチャーして、分析対象データを収集するパケット収集部と、パケットを種類によって分類する分類部と、分類されたパケットの種類によってＸＨＴ標準に適合するか否かを検証するプロトコル検証部とを含む。【選択図】    図４
2007189684.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上のパケットをキャプチャーして、分析対象データを収集するパケット収集部と、
前記パケットを種類によって分類する分類部と、
前記分類されたパケットの種類によってＸＨＴ標準に適合するか否かを検証するプロトコル検証部とを含むＸＨＴプロトコル分析装置。
【請求項２】
前記ネットワークは、ＩＥＥＥ１３９４ネットワークであり、前記パケットを前記ＩＥＥＥ１３９４ネットワークのリンクレイヤから分析するパケット分析部をさらに含む請求項１に記載のＸＨＴプロトコル分析装置。
【請求項３】
前記パケットは、パケットタイプ、ターゲットアドレス、およびトランザクションコードのうち少なくともいずれか１つの基準によって分類される請求項２に記載のＸＨＴプロトコル分析装置。
【請求項４】
前記分類されたパケットは、コンフィギュレーションＲＯＭデータを含むＩＥＥＥ１３９４  Ｃｏｒｅ  ＣＳＲ、ＩＥＣ６１８８３、ＨＮＣＰ、ＡＶ／ＣおよびＩＰ  ｏｖｅｒ  １３９４のうち、少なくともいずれか１つである請求項３に記載のＸＨＴプロトコル分析装置。
【請求項５】
前記ＨＮＣＰの関連情報は、前記コンフィギュレーションＲＯＭの内容のうちＥＩＡ７７５．１の内容を調査して得る請求項４に記載のＸＨＴプロトコル分析装置。
【請求項６】
前記ＨＮＣＰ関連情報のうち、前記ＨＮＣＰのベースアドレスの値を用いて前記ＨＮＣＰのレジスタに対する分析を行う請求項５に記載のＸＨＴプロトコル分析装置。
【請求項７】
前記パケットの階層別に分析されたプロトコルスタックの明細、前記パケットの相互連係過程を分析した結果、および前記パケットの検証が完了した場合の前記検証過程の動作のうち、少なくともいずれか１つを画面に表わす表示部をさらに含む請求項２に記載のＸＨＴプロトコル分析装置。
【請求項８】
前記パケットの階層別に分析された前記プロトコルスタックの明細は、所定のビットブロックの臨界領域ごとに前記パケットのプロトコルデータに伴う題名および値を表記して示す請求項７に記載のＸＨＴプロトコル分析装置。
【請求項９】
前記検証過程の動作表示は、前記ＩＥＥＥ１３９４ネットワークのリセット時に初期化され、前記初期化された後に時間軸に沿って前記ネットワーク上のノード間で送受信した情報をノード間情報交換方向表示と共に示す請求項８に記載のＸＨＴプロトコル分析装置。
【請求項１０】
ネットワーク上のパケットをキャプチャーして、分析対象データを収集するステップと、
前記パケットを種類によって分類するステップと、
前記分類されたパケットの種類によってＸＨＴ標準に適合するか否かを検証するステップとを含むＸＨＴプロトコル分析方法。
【請求項１１】
前記ネットワークは、ＩＥＥＥ１３９４ネットワークであり、前記パケットを前記ＩＥＥＥ１３９４ネットワークのリンクレイヤから分析するステップをさらに含む請求項１０に記載のＸＨＴプロトコル分析方法。
【請求項１２】
前記パケットは、パケットタイプ、ターゲットアドレス、およびトランザクションコードのうち少なくともいずれか１つの基準によって分類される請求項１１に記載のＸＨＴプロトコル分析方法。
【請求項１３】
前記分類されたパケットは、コンフィギュレーションＲＯＭデータを含むＩＥＥＥ１３９４  Ｃｏｒｅ  ＣＳＲ、ＩＥＣ６１８８３、ＨＮＣＰ、ＡＶ／ＣおよびＩＰ  ｏｖｅｒ  １３９４のうち、少なくともいずれか１つの請求項１２に記載のＸＨＴプロトコル分析方法。
【請求項１４】
前記ＨＮＣＰの関連情報は、前記コンフィギュレーションＲＯＭの内容のうちＥＩＡ７７５．１の内容を調査して得る請求項１３に記載のＸＨＴプロトコル分析方法。
【請求項１５】
前記ＨＮＣＰ関連情報のうち、前記ＨＮＣＰのベースアドレスの値を用いて前記ＨＮＣＰのレジスタに対する分析を行う請求項１４に記載のＸＨＴプロトコル分析方法。
【請求項１６】
前記パケットの階層別に分析されたプロトコルスタックの明細、前記パケットの相互連係過程を分析した結果、および前記パケットの検証が完了した場合の前記検証過程の動作のうち、少なくともいずれか１つを画面に表わすステップをさらに含む請求項１１に記載のＸＨＴプロトコル分析方法。
【請求項１７】
前記パケットの階層別に分析された前記プロトコルスタックの明細は、所定のビットブロックの臨界領域ごとに前記パケットのプロトコルデータに伴う題名および値を表記して示す請求項１６に記載のＸＨＴプロトコル分析方法。
【請求項１８】
前記検証過程の動作表示は、前記ＩＥＥＥ１３９４ネットワークのリセット時に初期化され、前記初期化された後に時間軸に沿って前記ネットワーク上のノード間で送受信した情報をノード間情報交換方向表示と共に表わす請求項１７に記載のＸＨＴプロトコル分析方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＸＨＴ（エキスパンダブルホームシアタ）プロトコル分析装置および方法に関するものであり、より詳しくは、ＩＥＥＥ１３９４基盤のＩＥＣ６１８８３、ＥＩＡ７７５．１、ＣＥＡ２０２７、ＩＰ  ｏｖｅｒ  １３９４、ＡＶ／Ｃなど多くの標準で構成されたＸＨＴシステムを統合的に検証するＸＨＴプロトコル分析装置および方法に関するものである。
【背景技術】
【０００２】
最近、デジタル映像／音声（以下、ＡＶという）の処理技術の画期的な発達に伴い、デジタルＴＶ、セットトップボックス、ＤＶＤ再生機、デジタルアンプなど多様なＡＶ機器が家庭や事務室内に設けられて用いられている。また、複数のＡＶ機器を相互連動させて１つにシステム化し、ユーザがシステム化されたＡＶ機器を簡便に制御できるようにする技術が研究されてきた。このような研究において、ＡＶ機器はネットワークインターフェースを介して異なるＡＶ機器と接続されることによって、全体的に１つのＡＶネットワークシステムをそろえるようになる。
【０００３】
このような研究の一環として、最近ＡＶホームネットワーキングのためのミドルウェアであるＸＨＴ技術標準が開発され、提示された。このようなＸＨＴ技術は、三星電子（株）が開発したデジタルＴＶ中心のホームネットワークソリューションとして、米国家電協会（ＣＥＡ：Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ａｓｓｏｃｉａｔｉｏｎ）の標準規格に採択された。
【０００４】
ＸＨＴ技術は、複数のＨＤ（高精細度）級信号を安定して伝達できるＩＥＥＥ１３９４ケーブルと、インターネットで主に用いられる通信規格のインターネットプロトコルとを用いて、デジタルＴＶと接続されたＡＶ機器は言うまでもなく、多数台のデジタルＴＶを制御することができるようにする。ＸＨＴ技術を用いれば他の部屋にいても居間にあるデジタルＴＶのデジタル放送受信機能を活用して、デジタル放送を視聴することができる。
【０００５】
また、ＸＨＴ技術を用いた廉価型放送受信装置（ＮＩＵ；ネットワークインタフェースユニット）は、メモリカード形態になっており、地上波・衛星・ケーブルなどの受信方式による変更が容易であるため、放送事業者の経済的負担を節減している。特に、ＸＨＴ技術はデジタルＴＶに内蔵されたブラウザーを介して多様な形態のポータルサービスが可能である。
【０００６】
図１は、従来ＸＨＴシステムの構成図である。
【０００７】
ＸＨＴシステムは、ＩＥＥＥ１３９４ネットワークに基づいてＩＥＣ６１８８３を用いたデータストリーム伝送とＡＶ／Ｃを用いた機器間制御と、ＨＴＴＰ（ハイパーテキストトランスファープロトコル）／ＣＥＡ２０２７に基づくＧＵＩ（グラフィックユーザインターフェース）伝送とを基本的な構造とする。
【０００８】
ＸＨＴシステムはＩＥＥＥ１３９４バスを基に構成される。ＩＥＥＥ１３９４ネットワークはデイジーチェーン、自己設定、ホットプラグを支援するネットワークによって、伝送完全性が保障される非同期（アシンクロナス）伝送と、リアルタイム伝送が保障される等時性（イソクロナス）伝送とを支援する。また、ＸＨＴシステムはＩＥＥＥ１３９４バスを基にＩＥＣ６１８８３  １２ａ規約によってデータストリームを伝送する。
【０００９】
ＩＥＥＥ１３９４  ＣＳＲ（コントロールアンドステータスレジスタ）１１は、コンフィギュレーションＲＯＭ、サイクル時間（サイクルスタート）など各種コアレジスタから構成されている。
【００１０】
ＩＥＣ６１８８３  １２ａは、ＩＥＥＥ１３９４上でリアルタイムストリームデータを伝送するための規約である。したがって、ストリーム種類別に伝送形式および規約を定めており、プラグと帯域幅とチャネルレジスタを基に、ポイント−ポイントと、ブロードキャストと、オーバーレイ接続とに対するストリームコネクション関連規約を含む。
【００１１】
ＡＶ／Ｃ１２ｂはＩＥＥＥ１３９４上で接続されたＡＶ機器のホットプラグと制御命令とを送受信するための規約である。
【００１２】
ＩＰ  ｏｖｅｒ  １３９４  １３ａは、ユーザインターフェースをやりとりするための基盤として用いられ、主にＩＥＥＥ１３９４バスのリンクレイヤを介して通信するようになる。また、ＩＰ  ｏｖｅｒ  １３９４  １３ａは、ＩＥＥＥ１３９４上でイーサネット（登録商標）レイヤをエミュレーションしたことによって、ＩＰ基盤通信をＩＥＥＥ１３９４ネットワークにおいて行うことができるようにする。
【００１３】
ＨＮＣＰ（ホームネットワークコントロールプロトコル）１３ｂはＩＥＥＥ１３９４上でのＩＰアドレス配分のための規約である。
【００１４】
一方、ユーザインターフェースはＨＴＭＬ方式で伝送されて、これを伝送するためにＴＣＰ１４ｂ基盤のＨＴＴＰ１４ａを用いる。他のＴＣＰ１４ｂ基盤のシステムと同じように、ＸＨＴシステムのＨＴＴＰ／ＴＣＰ１４ａ、１４ｂは、ＩＰ  ｏｖｅｒ  １３９４  １３ａの上で動作するようになる。
【００１５】
ＣＥＡ２０２７１５は、ＸＨＴシステムにおいてＨＴＭＬ基盤によってＧＵＩを作成し、これを用いる方法についての規約である。また、ＣＥＡ２０２７１５は、ＨＴＴＰ１４ａにおいてのＵＲＩ（ユニフォームリソースアイデンティファイア）についての明細を定義し、その伝送内容に対する規約を定義している。
【００１６】
しかし、ＸＨＴシステムは、ＸＨＴ全体システムを分析できるプロトコル分析装置がなく、既存にはＩＥＥＥ１３９４バス中心の分析をしており、単一パケットに対する分析水準にとどまり、ＸＨＴシステム全体を分析することができない。また、ＸＨＴで用いられるＨＮＣＰ、ＣＣＭ、ＣＥＡ２０２７などに対して分析、および検証道具がまだないという状況である。
【００１７】
したがって、ＸＨＴシステム全般にわたるプロトコル分析、および検証の必要性が提起される。
【特許文献１】韓国公開特許第１０−２００５−００００５８９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１８】
本発明は、ＸＨＴプロトコル分析装置、および方法を提供することにその目的がある。
【００１９】
本発明の目的は、以上で言及した目的に制限されず、言及していないまた他の目的は下記記載によって当業者が明確に理解できるものである。
【課題を解決するための手段】
【００２０】
前記目的を達成するために、本発明の一態様に係るＸＨＴプロトコル分析装置はネットワーク上のパケットをキャプチャーして、分析対象データを収集するパケット収集部と、パケットを種類によって分類する分類部と、分類されたパケットの種類によってＸＨＴ標準に適合するか否かを検証するプロトコル検証部とを含む。
【００２１】
本発明の一態様に係るＸＨＴプロトコル分析方法は、ネットワーク上のパケットをキャプチャーして分析対象データを収集するステップと、パケットを種類によって分類するステップと、分類されたパケットの種類によってＸＨＴ標準に適合するか否かを検証するステップとを含む。
【発明の効果】
【００２２】
上記のような本発明のＸＨＴプロトコル分析装置および方法によると、次のような効果が１つ、あるいはそれ以上ある。
【００２３】
第１に、既存のシステムはＩＥＥＥ１３９４バスの検証に重点をおきそれ以上の機能がなかった反面、ＸＨＴの最上段のＣＥＡ２０２７まで検証が可能であるため、全体ＸＨＴシステムの内容を検証して図示が可能であり、ユーザはその正常可否を判別できるという利点がある。
【００２４】
第２に、ＸＨＴシステムにおいて新規に用いられるＣＣＭやＨＮＣＰなどの規約と、新規標準であるＣＥＡ２０２７の分析／検証とを介して、ＸＨＴシステムの開発がより容易になるという利点もある。
【００２５】
第３に、ＸＨＴ機器が守らなければならない最小限の規約についての有無を感知でき、新しく開発されるＸＨＴ機器についての互換性の有無を判断でき、それによってＸＨＴシステムが正確な標準によって開発されるように案内することができる。
【発明を実施するための最良の形態】
【００２６】
その他、実施形態の具体的な事項は、詳細な説明および図面に含まれている。
【００２７】
本発明の利点および特徴、そしてそれらを達成する方法は、添付する図面と共に詳細に後述する実施形態を参照すれば明確になる。しかし、本発明は以下にて開示する実施形態に限定されず、互いに異なる多様な形態によって具現されることができ、単に本実施形態は本発明の開示が完全なものとなるようにし、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものであって、本発明は請求項の範疇によってのみ定義される。明細書の全体に亘り、同一参照符号は同一構成要素を示す。
【００２８】
以下、添付された図面を参照して、本発明の好ましい実施形態を詳細に説明することにする。
【００２９】
図２は、本発明の一実施形態に係るＸＨＴプロトコル分析装置のブロック図である。
【００３０】
ＸＨＴプロトコル分析装置２００は、パケット収集部２１０と、パケット分析部２２０と、分類部２３０と、プロトコル検証部２４０と、表示部２５０と、テスト部２６０とを含む。
【００３１】
パケット収集部２１０は、ＩＥＥＥ１３９４ネットワークのパケットをキャプチャーして、分析対象データを収集する。
【００３２】
パケット分析部２２０は、パケット収集部２１０を介して収集したパケットを、ＩＥＥＥ１３９４のリンクレイヤからパケットの内容についての分析を始める。
【００３３】
分類部２３０は、パケット分析部２２０を介して分析されたパケットをパケットタイプ４０２ａ、ターゲットアドレス４０２ｂ、およびトランザクションコード（Ｔ−ｃｏｄｅ）４０２ｃなどを基準にパケットを分類する。
【００３４】
プロトコル検証部２４０は、分類部２３０で分類されたパケットの種類に応じてＸＨＴ標準に適合するか否かを検証する。例えばコンフィギュレーションＲＯＭデータを含むＩＥＥＥ１３９４  Ｃｏｒｅ  ＣＳＲ４０３と、ＩＥＣ６１８８３４０４と、ＨＮＣＰ４０５と、ＡＶ／Ｃ４０６と、ＩＰ  ｏｖｅｒ  １３９４４０７パケットとに対して、各々ＸＨＴ標準に適合するか否かを検証する段階を経るようになるが、詳細な内容は以下図５〜図９で後述することにする。
【００３５】
表示部２５０は、パケットの階層別に分析されたプロトコルスタックの明細、パケットの相互連係過程を分析した結果、およびパケットの検証が完了した場合の検証過程の動作を画面に表示して提供する。このような表示部２５０は、パケットビューア４１３と、アクションビューア４１４と、フロービューア４１５と、コンフィギュレーションＲＯＭデータと、ＩＥＣ６１８８３のＣＭＰ（コネクションマネージメントプロトコル）状態ビューア４１１とを含み、他の実施形態においては省略される。
【００３６】
テスト部２６０は、所定の命令をＩＥＥＥ１３９４ネットワーク上のノードへ伝送して、該当ノードの反応についてＸＨＴ標準（規約）に適合するか否かをテストする。このようなテスト部２６０は、ＨＮＣＰとＡＶ／Ｃのテスタ４１２とを含み、他の実施形態においては省略される。
【００３７】
図３は、本発明の一実施形態に係るＸＨＴプロトコル分析のフローチャートである。
【００３８】
ＩＥＥＥ１３９４ネットワークのパケットをキャプチャーして、分析対象データをパケット収集部２１０を介して収集する（Ｓ３０１）。
【００３９】
収集したパケットをＩＥＥＥ１３９４のリンクレイヤからパケット分析部２２０を介して、パケットの内容についての分析を始める（Ｓ３１１）。
【００４０】
分析されたパケットをパケットタイプ４０２ａ、ターゲットアドレス４０２ｂ、およびトランザクションコード４０２ｃなどを基準にパケットを分類する（Ｓ３２１）。
【００４１】
分類されたパケットの種類によってＸＨＴ標準に適合するか否かを検証する（Ｓ３３１）。
【００４２】
パケットの階層別に分析されたプロトコルスタックの明細、パケットの相互連係過程を分析した結果、およびパケットの検証が完了した場合の検証過程の動作を画面に表示部２５０を介して表示して提供する（Ｓ３４１）。
【００４３】
また、テスト部２６０を介して所定の命令をＩＥＥＥ１３９４ネットワーク上のノードへ伝送し、該当ノードの反応についてＸＨＴ標準に適合するか否かをテストする（Ｓ３５１）。前記Ｓ３４１およびＳ３５１ステップは他の実施形態においては省略される。
【００４４】
図４は、本発明の一実施形態に係るＸＨＴプロトコル分析の細部概念図である。
【００４５】
４００ステップにおいて、パケット収集部２１０は先ずＩＥＥＥ１３９４ネットワークのパケットをキャプチャーして、分析対象データを収集する。パケットスヌーピング機能がある場合、全体ネットワークのパケット収集が可能であり、一般的な場合にはネットワーク上のノードを通過するパケットに対して収集が可能である。例えば、パケットキャプチャー機能があるＩＥＥＥ１３９４物理的レイヤコントローラを用いてＩＥＥＥ１３９４ネットワーク上のパケットを収集することができる。
【００４６】
４０１ステップにおいて、パケット分析部２２０はＩＥＥＥ１３９４のリンクレイヤからパケットデータの内容についての分析を始める。
【００４７】
４０２ステップにおいて、分類部２３０は、４００ステップにおいて収集されたパケットに対して、パケットタイプ４０２ａ、ターゲットアドレス４０２ｂ、およびトランザクションコード４０２ｃなどを基準にパケットを分類する。分析されたパケットの細部の内容は、パケットビューア４１３を介してユーザに提供され得る。パケットビューア４１３の例示画面は、以下図１０を参照する。
【００４８】
前記パケットは、前記基準４０２ａ、４０２ｂ、４０２ｃによってコンフィギュレーションＲＯＭデータを含むＩＥＥＥ１３９４  Ｃｏｒｅ  ＣＳＲ、ＩＥＣ６１８８３、ＨＮＣＰ、ＡＶ／ＣおよびＩＰ  ｏｖｅｒ  １３９４などに分類され得る。
【００４９】
プロトコル検証部２４０は、４０３〜４１０の段階を経て、分類されたパケット（すなわちＩＥＥＥ１３９４  Ｃｏｒｅ  ＣＳＲ、ＩＥＣ６１８８３、ＨＮＣＰ、ＡＶ／ＣおよびＩＰ  ｏｖｅｒ  １３９４など）によって、各々に対してＸＨＴ標準に適合するか否かを検証するようになる。以下、図５〜図９によって、より具体的に説明する。また、４０３〜４０７ステップのパケット分類過程によって分類された複数のパケットは、連係性を分析して１つの動作として認識するようになり、前記パケットの相互連係過程を分析した結果は、１つの「アクション」として取り扱われ、アクションビューア４１４を介してユーザに提供され得る。したがって、既存のパケット分類過程で分類されたデータを単一パケットに対して分析したものとは対照的に、複数のパケットを１つの動作として認識し、ＸＨＴシステム全体に対する分析が容易である。アクションビューア４１４の例示画面は、以下図１１を参照する。
【００５０】
４０８ステップにおいて、前記１つのアクションとして分析する過程でＩＥＣ６１８８３のパケット４０４は、ＩＥＣ６１８８３のアクションとして統合される過程を経るようになるが、これはリンクレイヤの分析結果によって行われる。
【００５１】
４０９ステップにおいて、ＨＴＴＰ／ＴＣＰの分析は、複数のＩＰ  ｏｖｅｒ  １３９４パケット４０７をＴＣＰセッション別に分類し、統合して形成される。ＴＣＰセッションは、好ましくはＴＣＰコネクション状態ダイヤグラムによって追跡および検出されることができ、一連のコネクションを検出するようになれば、該当ポートを検査して上位プロトコルの種類とサーバおよびクライアントとを検索することができる。この時、ＴＣＰコネクションの確立はＳＹＮ−ＳＹＮＡＣＫ−ＡＣＫから構成され、クローズはＦＩＮ１−ＦＩＮ１ＡＣＫ−ＦＩＮ２−ＦＩＮ２ＡＣＫから構成される。ＴＣＰのパケット（ＳＹＮ−ＡＣＫ−ＦＩＮなど）のシーケンスによってセッション別に分類され、その結果ＴＣＰセッションが生成される。
【００５２】
４１０ステップにおいて、ＴＣＰセッションは再びＨＴＴＰセッションで分析され、分析結果に応じてＣＥＡ２０２７分析が行われる。ＨＴＴＰコネクションは、ＴＣＰコネクションのポート番号を調査して確認できる。例えば、ＨＴＴＰコネクションは、ＴＣＰコネクション接続設定で８０ポートのソースを有するサーバとクライアントとを検出することができる。また、ＨＴＴＰは、テキスト基盤の要求および応答構造のプロトコルとして、ヘッダーおよびデータに区分される。ＨＴＴＰセッションを検出するようになれば、要求および応答のヘッダーを分析して要求されたＵＲＩアドレス、応答として来るタイプおよび内容（例えばＲＦＣ１３４１形式など）を知ることが出来て、ＣＥＡ２０２７で定義されたＵＲＩの場合、該当機器がＣＥＡ２０２７関連作業をしたことを検出することができる。ＣＥＡ９３１−Ｂで定義された命令語もＵＲＩ分析を介して検出が可能である。
【００５３】
このように、アクションについての分析が完了すれば、全体の流れをフロービューア４１５を介してユーザに提供することができる。フロービューア４１５の例示画面は、以下図１２を参照する。
【００５４】
本発明は、前記キャプチャー基盤以外にも所定のツールを用いて対象機器をテストできる方法を提供する。前記ツールは、コンフィギュレーションＲＯＭデータおよびＩＥＣ６１８８３のＣＭＰ状態ビューア４１１と、ＨＮＣＰおよびＡＶ／Ｃのテスタ４１２とから構成され得る。状態ビューア４１１ツールは、現在のネットワークおよび該当ノードの状態を調査して、ユーザに示す機能を行う。テスタ４１２は所定の命令を所定のノードへ伝送して、その反応についてＸＨＴ標準に適合するか否かをテストする。
【００５５】
図５は、本発明の一実施形態に係るコンフィギュレーションＲＯＭデータの分析過程を示す。
図４の４０３ステップに対応する。
【００５６】
図４の４０１ステップの結果によって、５０１ステップに該当する非同期パケット（アシンクロナス）を得ることができ、図４の前記４０２ステップの作業によって、５０１〜５０２ステップ間の作業が行われ、ネットワーク上の機器（ノード）がパケットを伝送する時に用いたアドレスの調査およびマッチングを介して、コンフィギュレーションＲＯＭパケットを分類することができる。例えば、コンフィギュレーションＲＯＭのアドレスは、０ｘ４００〜０ｘ８００としてＩＥＥＥ１３９４  Ｃｏｒｅ  ＣＳＲに定義されている。したがって、ネットワーク上の機器がパケットを伝送する時、用いたアドレスが０ｘ４００〜０ｘ８００内にあるか否かを調査し、０ｘ４００〜０ｘ８００の範囲内のアドレスにある場合、該当パケットがコンフィギュレーションＲＯＭパケットであると判断するようになる。
【００５７】
５０３ステップにおいて、コンフィギュレーションＲＯＭパケットをネットワーク上のノードにより統合し、コンフィギュレーションＲＯＭデータを生成する。
【００５８】
５０４ステップにおいて、生成されたコンフィギュレーションＲＯＭデータを分析してツリー構造を探索するようになり、ツリー構造のコンフィギュレーションＲＯＭデータを生成する。ツリー構造のコンフィギュレーションＲＯＭデータは、各ユニットに対するノードを含む。
【００５９】
５０５ステップにおいて、前記５０３〜５０４ステップの過程は、図４の４０３ステップで行われる作業であり、前記結果に基づいてＩＥＣ６１８８３、７７５．１、ＨＮＣＰ、ＩＰ  ｏｖｅｒ  １３９４などＸＨＴシステムの必須要素を、ツリー構造のコンフィギュレーションＲＯＭデータが含んでいるかを判断してＸＨＴ互換の有無を検証する。前記検証方法は、図４の状態ビューア４１１およびテスタ４１２で用いられる。
【００６０】
図６は、本発明の一実施形態に係るＩＥＣ６１８８３規約に基づいてＣＭＰシーケンスの分析過程を示す。
図４の４０４および４０８ステップに対応する。
【００６１】
図４の４０１ステップの結果により６０１ステップにおいて分析する非同期パケットを得ることができる。図４の４０２ステップの過程のように対象機器がパケットを伝送する時に用いたアドレスの調査およびマッチングを介して、帯域幅６０２、チャネル６０３、ｏ／ｉＰＣＲ（プラグコントロールレジスタ）６０４パケットに分類することができる。これは、図４の４０２〜４０４ステップに該当する。各対象機器のパケットのアドレスはＩＥＥＥ１３９４  ＣＳＲのスペック（スペシフィケーション）により分類される。このように分類されたパケットは、図４の４０２ステップにおけるトランザクションコードにより書き込み／ロックの可否を判断するようになる。トランザクションコードはＩＥＥＥ１３９４リンクレイヤスペックに定義されている。
【００６２】
６０５および６０６ステップにおいて、分析が完了したパケットの関連関係を調査してＣＭＰシーケンスと一致するか否かを、ルールマッチングを調査してＣＭＰ分析結果を得ることができる。ＣＭＰシーケンスはＩＥＥＥ６１８８３スペックのコネクションの確立／ブレーク／リカバーにより定義されており、該当コネクションがブロードキャストであるか、あるいはポイントーポイントであるかによって異なる過程を経るようになる。
【００６３】
前記結果が図４の４０８ステップに該当してアクションに分類され、図４のアクションビューア４１４としてユーザに提供され得る。
【００６４】
図７は、本発明の一実施形態に係るＨＮＣＰ分析過程を示す。
図４の４０５ステップに対応する。
【００６５】
ＨＮＣＰは、ダイナミックレジスタアドレスを用いる。ダイナミックレジスタアドレスの位置は、コンフィギュレーションＲＯＭにある。したがって、ＨＮＣＰに対する分析のためにはコンフィギュレーションＲＯＭについての分析が完了した状態でなければならない。コンフィギュレーションＲＯＭについての情報が新しく発見される場合、ＨＮＣＰについての分析が再び行われる。ＨＮＣＰはアドレスとコントロールとの２つのレジスタから構成され、コントロールレジスタに書き込まれるパケットの内容を分析して、ＨＮＣＰマネージャ（サーバ）としての動作を感知して検証することができる。
【００６６】
図５の５０１〜５０３の過程と同じく７０１〜７０２ステップの過程を行えば、コンフィギュレーションＲＯＭの内容を把握できる。コンフィギュレーションＲＯＭの内容のうち、ＥＩＡ７７５．１の内容を調査すればＨＮＣＰ関連情報を得ることができる。
【００６７】
７０３ステップにおいて、ＨＮＣＰ関連情報のうちＨＮＣＰのベースアドレスの値を用いてＨＮＣＰレジスタに対する分析を行う。
【００６８】
７０４ステップにおいて、非同期パケット７０１とＨＮＣＰベースアドレスと一致するアドレスを有するパケットが、ＨＮＣＰのレジスタパケットである。
【００６９】
７０５ステップにおいて、ＨＮＣＰレジスタを分析してＨＮＣＰのアドレス割当プロシージャを検出することができる。ＨＮＣＰアドレス割当プロシージャは、例えばＨＮＣＰマネージャがＨＮＣＰクライアントに対してコントロールレジスタを用いてデフォルトＩＰを用いるように指定することと、ＨＮＣＰマネージャがＨＮＣＰクライアントに対してアドレスレジスタにアドレスを定めた後にコントロールレジスタを用いて該当アドレスを用いるように指定することとに分類される。
【００７０】
７０６ステップにおいて、ＨＮＣＰはＩＥＥＥ１３９４のＧＵＩＤ（グローバリユニークアイデンティファイア）を用いて、サーバ（マネージャ）を決定するようになるため、ＨＮＣＰレジスタを用いるオブジェクトが正しいＧＵＩＤを有するか否かを検査すれば、サーバ決定内容が正しいのか否かを判断できる。例えば、ＨＮＣＰではＧＵＩＤ（例えば６４ビットｕｎｉｑｕｅ  ＩＤ）のリバースビットを計算して、該当値が最も大きいノードがマネージャと指定されるようになる。したがって、すべてのＨＮＣＰノードのＧＵＩＤを調査して、該当値のリバースビットを計算した後、最も大きい値を有するノードを捜し出す。したがって、該当ノードが現在マネージャとして活動していれば、正常であると判断する。最大値のリバースビットＧＵＩＤでないノードがマネージャとして行っていれば、該当ノードは規約を違反したものとして判断される。このような一連のＨＮＣＰ活動の内訳を介して、ＨＮＣＰサーバが正常に決定されたか否かを知ることができる。
【００７１】
また、所定のアドレス割当によって、アドレスレジスタおよびコントロールレジスタの正常動作可否を確認することができる。この時、好ましくはアドレス割当の正常可否はＩＰ  ｏｖｅｒ  １３９４のＡＲＰ（アドレスリゾリューションプロトコル）テーブルを調査して、ＧＵＩＤとＩＰ一致可否によって確認できる。ＡＲＰはＩＰアドレスと物理アドレス（ＩＥＥＥ１３９４ノードアドレス）とのマッピング情報があるため、ＡＲＰを調査すればＩＥＥＥ１３９４ノードに伴うＩＰアドレスを把握することができる。例えば、所定のＨＮＣＰノードのアドレスレジスタに所定のアドレスを用いて、該当ノードにコントロールレジスタを用いて前記アドレスの割当をした後、前記アドレスでＴＣＰ接続を試みて、接続が行われて前記接続された対象が前記ノードであるか否かを確認することによって、正常ノードであるか否かを判断する。確認が失敗すれば正常ではないノードであると判断する。
【００７２】
７０７ステップにおいて、以後に発生するＨＮＣＰ活動（アドレス割当プロシージャ）の内訳を読み取ることができる。ＨＮＣＰ活動は、アドレスレジスタおよびコントロールレジスタの書き込みの内容を検査して知ることが出来る。
【００７３】
７０８ステップにおいて、このようなＨＮＣＰの活動規約は図４のテスタ４１２ツールによって、テストおよび検証され得る。
【００７４】
７０９ステップにおいて、ＨＮＣＰの検証はＨＮＣＰレジスタ（アドレス、コントロール）を用いて対象ノードの状態を変更させて、その変更が適用されたかを確認して検証する。また、所定のバスリセットを介してＨＮＣＰサーバによって動作するノードを検出した後、該当ノードが正しいＧＵＩＤを有するか否かを検証することができる。
【００７５】
図８は、本発明の一実施形態に係るＣＣＭ分析過程を示す。
図４の４０６ステップに対応する。
【００７６】
ＣＣＭ（コネクションアンドコンパーティビリティマネージメント）はＡＶ／Ｃ命令（命令語）を介してコネクションを制御する規約であり、ＡＶ／Ｃ命令を介してＣＭＰ（コネクションマネージメントプロトコル）プロシージャを動作させるようになる。したがって、本検証はＡＶ／Ｃ命令を対象機器間にやり取りした後、その結果によってＣＭＰプロシージャが動作するかを検出して判断する。
【００７７】
ＡＶ／Ｃは、ＣＣＭ命令（コマンド）８０９とＣＣＭ応答（レスポンス）８１０とで構成されて、それはＦＣＰ（ファンクションコントロールプロトコル）８１１方式で伝送される。ＦＣＰ命令を収集して分析すればＣＣＭ命令の内容を知ることができる。また、正しいＣＭＰプロシージャの動作可否を判断するために図６の方式と同じように８０１〜８０７のステップを分析する。ＣＣＭ命令に対応するＣＭＰプロシージャが動作するものと検出されれば、ＣＣＭ命令が正しく具現されたものとして８０８ステップで判断される。
【００７８】
例えば、ＣＣＭ命令は、コネクト／ディスコネクトに分類される。８０９ステップでは、ＣＣＭ命令を発見した場合、それ以後に発生するＣＭＰ関連パケット（すなわち帯域幅、チャネル、ｏ／ｉＰＣＲ）について分析を始める。この時、前記分析はＩＥＣ６１８８３のコネクションの確立／コネクションブレークに規定された順序と同じであるか否かに対する分析を意味する。８０７〜８０８ステップで、コネクション命令に対してＩＥＣ６１８８３のコネクションの確立が正しく行われたか否か、ディスコネクション命令に対しＩＥＣ６１８８３のコネクションブレーキ命令が正しく完成されたか否かを判断する。前記過程が正しく最終完了した場合、正常な具現として判断される。
【００７９】
図９は、本発明の一実施形態に係るＣＥＡ２０２７分析過程を示す。
図４の４０７、４０９および４１０ステップに対応する。
【００８０】
９０１〜９０２ステップで、図２の４０１〜４０２のステップを介して、パケット中でＩＰ  ｏｖｅｒ  １３９４パケットが分類される。
【００８１】
ＩＰ  ｏｖｅｒ  １３９４は、ＡＲＰプロトコルを介して可変アドレスを用いるため、アドレスが一致するか否かを調べ出すためにＡＲＰの内訳を用いる。ＩＰ上位段にはＴＣＰがあるが、ＩＰのプロトコル番号とＴＣＰのポートがプロトコルの種類を示す。
【００８２】
９０３ステップで、前記２つのデータ（プロトコル番号、ポート）を調査すれば、ＩＰパケットのうちＨＴＴＰパケットを分類することができる。このように分類されたパケットは、ＴＣＰセッションを作る規約によって、ＴＣＰセッション別にまとめられるようになる。ＴＣＰセッションは、通常ＳＹＮ−ＡＣＫで始めてＦＩＮ−ＡＣＫで終了する。ＴＣＰセッションは、ＨＴＴＰセッションと一致するようになるが、ＨＴＴＰセッションはＨＴＴＰ要求と応答とに区分される。
【００８３】
９０４ステップで、ＨＴＴＰ要求中にＵＲＩ（ユニフォームリソースアイデンティファイア）を抽出してその内容を分析すれば、ＣＥＡ２０２７で定義されたＵＲＩであるか否かを読み取ることができる。
【００８４】
９０５ステップで、ＣＥＡ２０２７に該当するＵＲＩであれば、該当ＨＴＴＰ応答を分析して正しい回答が来たか否かを分析できる。
【００８５】
９０６〜９０７ステップで、前記応答の内容が通常ＣＥＡ２０２７で定義した内容に適していれば、正しいＣＥＡ２０２７機器として判断することができる。
【００８６】
図１０は、本発明の一実施形態に係るパケットビューア４１３の例示画面を示す。
【００８７】
パケットビューア４１３は、パケット（１つのパケット）の階層別に分析されたプロトコルスタックの明細を示す。
パケットビューア４１３は、パケットの種類１００１およびパケットのプロトコルスタック１００２、１００３、１００４の情報を示す。
【００８８】
また、ビットブロック１００５は、該当パケットのプロトコルデータ（またはヘッダー）をビット別に示し、好ましくは１行に３２ビットのブロックに区分して、所定の臨界領域ごとに前記パケットのプロトコルデータに伴う題名および値を表記して示す。また、ビットブロック１００５の主要部分に対する詳細内訳を所定のフレーム領域１００６に示す。１００７は現在のパケットのバイナリデータであり、１００８は全体のパケットに対比する、現在選択されているパケットの位置を示す。
【００８９】
図１１は、本発明の一実施形態に係るアクションビューア４１４の例示画面を示す。
【００９０】
パケットの相互連係過程を分析して、多重パケット（Ｎ個）が統合された分析結果について示す。
例えば統合（マージ）されたコンフィギュレーションＲＯＭデータ１１０１、およびツリー構造のコンフィギュレーションＲＯＭデータの分析結果１１０２を示す。
【００９１】
また、現在分析されたコンフィギュレーションＲＯＭパケットのリスト１１０３を示し、該当リストをクリックすれば、図１０と連動して図１０の画面が表示される。
【００９２】
図１２は、本発明の一実施形態に係るフロービューア４１５の例示画面を示す。
【００９３】
前記プロトコル検証部２４０を介して４０３〜４１０の段階を経て分類されたパケットが、ＸＨＴ標準に適合するか否かが検証された場合、前記検証過程の動作を時間帯別に並べて、画面に表示することができる。検証過程の動作表示は、ＩＥＥＥ１３９４ネットワークはリセットから始まるため、好ましくは前記リセット時に検証過程の動作表示が初期化され、以後検証された過程を順番に表示する。この時、好ましくは縦の時間軸に沿ってネットワーク上のノード間パケットのＸＨＴ標準検証手続きのために送受信した情報を、横軸にノード間情報交換方向表示（例えば矢印）と共に示す。以下、具体的な検証過程の動作を説明する。
【００９４】
現在分析されたネットワーク上のノードを示す１２２０、１２３０、１２４０。
【００９５】
１２０１〜１２１４ステップは、バスリセット以後に発生した各状況に対する説明である。
【００９６】
１２０１〜１２０３ステップは、各ノードがお互いのコンフィギュレーションＲＯＭを読み取ったことを示す。
【００９７】
１２０１ステップは、ノードＩＤ０２  １２４０がノードＩＤ００  １２２０のコンフィギュレーションＲＯＭを読み取ったことを示す。
【００９８】
１２０２ステップは、ノードＩＤ０２  １２４０が自身のコンフィギュレーションＲＯＭを読み取ったことを示す。
【００９９】
１２０３ステップは、ノードＩＤ０２  １２４０がノードＩＤ０１  １２３０のコンフィギュレーションＲＯＭを読み取ったことを示す。
【０１００】
したがって、１２０１〜１２０３ステップの過程を介して、ユーザはノードＩＤ０２  １２４０がバスリセット以後にホット−プラグ（すなわち、機器認識）の初めのステップで各ノードのコンフィギュレーションＲＯＭを調査したという事実を確認できる。
【０１０１】
１２０４〜１２０５ステップはＡＶ／Ｃ命令に対する明細である。
【０１０２】
１２０４ステップは、ノードＩＤ００  １２２０がノードＩＤ０２  １２４０にＡＶ／Ｃ  ＳＵＢＵＮＩＴ  ＩＮＦＯ命令を伝送して、ノードＩＤ０２  １２４０のＡＶ／Ｃ  ＳＵＢＵＮＩＴタイプに関する情報を得る。
【０１０３】
１２０５ステップは、ノードＩＤ０２  １２４０がノードＩＤ００  １２２０にＡＶ／Ｃ  ＳＵＢＵＮＩＴ  ＩＮＦＯ命令を伝送して、ノードＩＤ０２  １２４０のＡＶ／Ｃ  ＳＵＢＵＮＩＴタイプに関する情報を得る。
【０１０４】
したがって、１２０４〜１２０５ステップの動作を介して、ユーザはノードＩＤ００  １２２０とノードＩＤ０２  １２４０とが相互ＡＶ／Ｃ  ＳＵＢＵＮＩＴタイプを調査したことを知ることができる。したがって、ノードＩＤ００  １２２０とノードＩＤ０２  １２４０とは全てＡＶ／Ｃを支援するノードであることを判断できる。
【０１０５】
１２０６〜１２０７ステップは、ＨＮＣＰの関連動作を示す。
【０１０６】
１２０６ステップは、ノードＩＤ０２  １２４０がノードＩＤ００  １２２０のＩＰアドレスを１９２．１６８．０．２０に設定する。
【０１０７】
１２０７ステップは、ノードＩＤ０２  １２４０が自身のＩＰアドレスを１９２．１６８．０．２１に設定する。
【０１０８】
したがって、１２０６〜１２０７ステップの動作を介して、ユーザはノードＩＤ０２  １２４０がＨＮＣＰマネージャとして動作したことを知ることができる。また、各ノードの割り当てられたアドレスを把握することができる。
【０１０９】
１２０８ステップは、以下１２０９、１２１１〜１２１４ステップを含んでＨＴＴＰセッション別に表示された情報を示す。
【０１１０】
１２０８ステップは、ノードＩＤ０２  １２４０がノードＩＤ００  １２２０の２０２７＿ｆｉｌｅを、ＨＴＴＰを介して読み取る。２０２７＿ｆｉｌｅはＣＥＡ２０２７においてデバイス情報を含んでいるように定義されたＵＲＩであるため、ノードＩＤ０２  １２４０およびノードＩＤ００  １２２０がＣＥＡ２０２７を支援する機器であることを知ることができる。
【０１１１】
１２１０ステップは、ＣＭＰに関連した動作である。
１２１０ステップは、ノードＩＤ０２  １２４０がノードＩＤ００  １２２０とＣＭＰ接続を設定する。ＣＭＰ規約によりシンク（Ｓｉｎｋ）はノードＩＤ０２  １２４０となり、ソースはノードＩＤ００  １２２０であることを判断することができる。
【０１１２】
したがって、該当動作を介して、シンクであるノードＩＤ０２  １２４０がノードＩＤ００  １２２０の０番出力（ｏＰＣＲ  ００）に接続を要求して、成功したことを把握することができる。
【０１１３】
１２０９、１２１１〜１２１４ステップは、ＨＴＴＰセッション別に表示された情報を示す。
【０１１４】
１２０９ステップは、ノードＩＤ０２  １２４０がノードＩＤ００  １２２０のｉｃｏｎ＿ｇｒａｐｈｉｃを読み取る。ｉｃｏｎ＿ｇｒａｐｈｉｃはＣＥＡ２０２７において機器のｉｃｏｎの画像に該当するため、モニター（ＤＴＶ）であるノードＩＤ０２  １２４０が機器リストを作成しようと読み取ることを知ることができる。
【０１１５】
１２１１ステップは、ノードＩＤ０２  １２４０がノードＩＤ００  １２２０のｃｏｎｔｒｏｌ＿ｆｒａｍｅを読み取る。ｃｏｎｔｒｏｌ＿ｆｒａｍｅは、ＣＥＡ２０２７において機器の制御画面に該当するため、モニター（ＤＴＶ）であるノードＩＤ０２  １２４０が、対象機器であるノードＩＤ００  １２２０の制御のために、制御ページを要求して読み取ったものと判断することができる。
【０１１６】
１２１２〜１２１４ステップは、ノードＩＤ０２  １２４０がノードＩＤ００  １２２０の各種の画像ファイルを読み取る。ｃｏｎｔｒｏｌ＿ｆｒａｍｅ以後に行われた作業であるため、画像ファイルはｃｏｎｔｒｏｌ＿ｆｒａｍｅを構成する画像の断片であることを類推することができる。
【０１１７】
以上、添付した図面を参照して本発明の実施形態を説明したが、本発明が属する技術分野で通常の知識を有する者であれば、本発明がその技術的思想や必須の特徴を変更せず、他の具体的な形態によって実施することができるということを理解できる。したがって、以上で記述した実施形態はすべての面で例示的なものであり、限定的なものではないことを理解しなければならない。
【図面の簡単な説明】
【０１１８】
【図１】従来ＸＨＴシステムの構成図である。
【図２】本発明の一実施形態に係るＸＨＴプロトコル分析装置のブロック図である。
【図３】本発明の一実施形態に係るＸＨＴプロトコル分析のフローチャートである。
【図４】本発明の一実施形態に係るＸＨＴプロトコル分析の細部概念図である。
【図５】本発明の一実施形態に係るコンフィギュレーションＲＯＭデータの分析過程を示す。
【図６】本発明の一実施形態に係るＩＥＣ６１８８３規約に基づいてＣＭＰシーケンスの分析過程を示す。
【図７】本発明の一実施形態に係るＨＮＣＰ分析過程を示す。
【図８】本発明の一実施形態に係るＣＣＭ分析過程を示す。
【図９】本発明の一実施形態に係るＣＥＡ２０２７分析過程を示す。
【図１０】本発明の一実施形態に係るパケットビューア４１３の例示画面を示す。
【図１１】本発明の一実施形態に係るアクションビューア４１４の例示画面としてコンフィギュレーションＲＯＭアクションに関する図である。
【図１２】本発明の一実施形態に係るフロービューア４１５の例示画面を示す。
【符号の説明】
【０１１９】
２００      ＸＨＴプロトコル分析装置
２１０      パケット収集部
２２０      パケット分析部
２３０      分類部
２４０      プロトコル検証部
２５０      表示部
２６０      テスト部
【図１】
2007189684.tif 000003
【図２】
2007189684.tif 000004
【図３】
2007189684.tif 000005
【図４】
2007189684.tif 000006
【図５】
2007189684.tif 000007
【図６】
2007189684.tif 000008
【図７】
2007189684.tif 000009
【図８】
2007189684.tif 000010
【図９】
2007189684.tif 000011
【図１０】
2007189684.tif 000012
【図１１】
2007189684.tif 000013
【図１２】
2007189684.tif 000014