パケット解析装置、パケット解析方法およびパケット解析プログラム
【課題】ネットワークの初心者であっても、パケットについての各種解析を行うことのできるパケット解析装置、パケット解析方法およびパケット解析プログラムを得ること。
【解決手段】パケット解析装置１０は、第１の通信ネットワークを介して任意の数の第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段１１と、第２の通信ネットワークを介して第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続してパケットを送受信する第２のパケット送受信手段１２と、第１種の通信装置にパケット信号に関する解析内容をウェブブラウザ画面の使用によって選択させる解析内容選択手段１３と、解析内容の選択が行われたときパケット信号を有限の時間にわたって解析するパケット解析手段１４と、解析結果をウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示手段１５とを備えている。
【解決手段】パケット解析装置１０は、第１の通信ネットワークを介して任意の数の第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段１１と、第２の通信ネットワークを介して第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続してパケットを送受信する第２のパケット送受信手段１２と、第１種の通信装置にパケット信号に関する解析内容をウェブブラウザ画面の使用によって選択させる解析内容選択手段１３と、解析内容の選択が行われたときパケット信号を有限の時間にわたって解析するパケット解析手段１４と、解析結果をウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示手段１５とを備えている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークで使用されるパケットを解析するパケット解析装置、パケット解析方法およびパケット解析プログラムに関する。
【背景技術】
【０００２】
ウェブページを閲覧しようとするとき、あるいは、電子メールを送受信しようとするときにエラーが発生することがある。このような事象が発生したとき、パーソナルコンピュータやルータ装置、あるいはホームゲートウェイ装置の設定の誤りである場合が多い。このようなトラブルが発生した場合、本発明に関連する第１の関連技術として、パケットキャプチャツールを使用してエラーを解析することが行われている。パケットキャプチャツールは、通信ネットワーク上を流れるパケットをキャプチャ（捕捉）して解析することで、エラーの原因を突き止めるために使用するツールである。
【０００３】
図２６は、パケットキャプチャを用いたエラーの解析の手法を説明するためのものである。エラーを解析する際には、階層モデルにおける物理層９０１からネットワークインタフェース層９０２、インターネット層９０３、トランスポート層９０４およびアプリケーション層９０５というように順次、階層を上げていってパケットのシーケンスを確認することが行われる。
【０００４】
たとえば、ユーザ宅内の図示しないパーソナルコンピュータがウェブページにアクセスできないものとする。このような場合には、パーソナルコンピュータと図示しないルータ装置やハブを結ぶ通信ケーブルが接続されているかといった物理層９０１のチェックがまず行われ、これに続いて、順に、階層（レイヤ）を上げてチェックが行われる。
【０００５】
ここで、物理層９０１のチェックは、パーソナルコンピュータが有線でルータ装置に接続される設定の場合には、通信ケーブルが物理的にルータ装置と接続されているかを点検するだけでよい。したがって、物理層９０１のチェックは、ネットワークの初心者であっても比較的簡単に行うことができる。
【０００６】
ところが、これよりも１階層上のネットワークインタフェース層９０２の点検では、ＭＡＣ（Media Access Control）アドレスが割り振られているかをチェックする必要があり、更に上のインターネット層９０３の点検ではＩＰ（Internet Protocol）アドレスが割り振られているかをチェックする必要がある。最後のアプリケーション層９０５の点検では、アプリケーションソフトウェアの設定が合っているかをチェックする。このように物理層９０１よりも上の層の点検では、各種の設定の確認を行ったり、パケットキャプチャによって問題となるパケットの情報を確認したり、接続シーケンスを確認する等の細かな情報の確認を１つ１つ行いながら処理を進行させる必要がある。
【０００７】
このため、通信ネットワークに関するエラーの解析には、手間と時間が掛かり、解析者も専門的な知識を必要とする。この結果、このようなエラーの解析は、かなり敷居の高い作業となり、コストもかなり掛かる場合がある。
【０００８】
そこで、受信側の装置が送信側の装置から送られてくるパケット信号の受信パターンを検出して、受信の成否やエラー原因を送信側に通知するようにした第２の関連技術が提案されている（たとえば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００７−０８８５２５号公報（第０１１７段落、第０１４５段落、図１）
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、この第２の関連技術では、たとえば携帯電話機と、これと赤外線通信を行うテレビジョンとの間の１対１の通信で有効であるとしても、携帯電話機やパーソナルコンピュータ等の情報処理装置がネットワーク上の各種サーバと通信するような場合には対応することができない。また、この第２の関連技術は、送信機器から、通信接続の確立を行う処理に限定されており、パケットに関する各種の解析に対処できない。
【００１１】
そこで本発明の目的は、ネットワークの初心者であっても、パケットについての各種解析を行うことのできるパケット解析装置、パケット解析方法およびパケット解析プログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明では、（イ）第１の通信ネットワークを介して任意の数の第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段と、（ロ）前記した第１の通信ネットワークと異なる第２の通信ネットワークを介して前記した第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続してパケットを送受信する第２のパケット送受信手段と、（ハ）前記した第１種の通信装置のうちブラウザを搭載した通信装置にパケット信号に関する解析内容をウェブブラウザ画面の使用によって選択させる解析内容選択手段と、（ニ）この解析内容選択手段による解析内容の選択が行われたとき、前記した第１のパケット送受信手段あるいは第２のパケット送受信手段を使用して送受信される対応するパケット信号を有限の時間にわたって解析するパケット解析手段と、（ホ）このパケット解析手段の解析結果をウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示手段とをパケット解析装置が具備する。
【００１３】
また、本発明では、（イ）第１の通信ネットワークを介して通信を行う任意数の第１種の通信装置のうちブラウザを搭載した通信装置から、パケット信号に関する解析内容の選択要求があったとき、表示されるウェブブラウザ画面によってその選択を行わせる解析内容選択ステップと、（ロ）この解析内容選択ステップによる解析内容の選択が行われたとき、前記した第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段あるいは前記した第１の通信ネットワークと異なる第２の通信ネットワークを介して前記した第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続する第２のパケット送受信手段を使用して送受信する対応するパケット信号を、有限の時間にわたって解析するパケット解析ステップと、（ハ）このパケット解析ステップの解析結果を前記したウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示ステップとをパケット解析方法が具備する。
【００１４】
更に本発明では、コンピュータに、パケット解析プログラムとして、（イ）第１の通信ネットワークを介して通信を行う任意数の第１種の通信装置のうちブラウザを搭載した通信装置から、パケット信号に関する解析内容の選択要求があったとき、表示されるウェブブラウザ画面によってその選択を行わせる解析内容選択処理と、（ロ）この解析内容選択処理による解析内容の選択が行われたとき、前記した第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段あるいは前記した第１の通信ネットワークと異なる第２の通信ネットワークを介して前記した第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続する第２のパケット送受信手段を使用して送受信する対応するパケット信号を、有限の時間にわたって解析するパケット解析処理と、（ハ）このパケット解析処理の解析結果を前記したウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示処理とを実行させることを特徴としている。
【発明の効果】
【００１５】
以上説明したように本発明によれば、通信装置がパケットの解析結果をブラウザに表示するので、パケットの解析を行う装置側にデータの表示や入力操作を行うハードウェアを特に必要としない。しかも、通信装置は解析内容を選択することができるので、各種の状況に応じたパケットの解析が可能である。
【図面の簡単な説明】
【００１６】
【図１】本発明のパケット解析装置のクレーム対応図である。
【図２】本発明のパケット解析方法のクレーム対応図である。
【図３】本発明のパケット解析プログラムのクレーム対応図である。
【図４】本発明の実施の形態によるパケット解析システムの構成を表わしたシステム構成図である。
【図５】本実施の形態におけるルータ装置の構成の概要を表わしたブロック図である。
【図６】本実施の形態のルータ装置でパケットが解析される様子の原理的な構成を表わしたブロック図である。
【図７】本実施の形態における失敗シーケンスの表示例を示す表示部の平面図である。
【図８】本実施の形態における失敗シーケンス解析処理の様子を表わした流れ図である。
【図９】本実施の形態におけるパケット総量の時間的な変化を示した表示部の平面図である。
【図１０】本実施の形態のルータ装置における統計情報の処理の様子を表わした流れ図である。
【図１１】本実施の形態における端末図解情報の表示例を示した表示部の平面図である。
【図１２】本実施の形態における配下端末解析部の解析処理の様子を表わした流れ図である。
【図１３】本発明の変形例におけるルータ装置にアクセスしたときの表示内容の展開の様子を表わした説明図である。
【図１４】第１の実施例におけるパーソナルコンピュータのトップページ表示を示した平面図である。
【図１５】第１の実施例におけるエラー表示の他の例を示した平面図である。
【図１６】第１の実施例におけるパケット内訳表示の表示例を示した平面図である。
【図１７】第１の実施例におけるパケット内訳表示を行う処理を示した流れ図である。
【図１８】第１の実施例におけるパーソナルコンピュータが通信しやすい時間帯表示の表示例を表わした平面図である。
【図１９】第１の実施例における１カ月のパケット総量と通信速度の統計値を採取した一例を表わした説明図である。
【図２０】本発明の第２の実施例における「ルータ配下の絵表示」の処理を表わした流れ図である。
【図２１】第２の実施例におけるＷＡＮインタフェース部を介したパケットの受信の様子を示す平面図である。
【図２２】第２の実施例におけるＬＡＮインタフェース部を介したパケットの受信の様子を示す平面図である。
【図２３】第２の実施例におけるルータ装置を介したパーソナルコンピュータとＤＮＳサーバのパケット送受信の様子を表わした説明図である。
【図２４】第２の実施例におけるパケットのフィルタ処理の様子を表わした流れ図である。
【図２５】第３の実施例における失敗シーケンス解析部によるメール送信時の解析の様子を表わした説明図である。
【図２６】エラーの解析の手法を示した階層モデルの説明図である。
【発明を実施するための形態】
【００１７】
図１は、本発明のパケット解析装置のクレーム対応図を示したものである。本発明のパケット解析装置１０は、第１の通信ネットワークを介して任意の数の第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段１１と、前記した第１の通信ネットワークと異なる第２の通信ネットワークを介して前記した第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続してパケットを送受信する第２のパケット送受信手段１２と、前記した第１種の通信装置のうちブラウザを搭載した通信装置にパケット信号に関する解析内容をウェブブラウザ画面の使用によって選択させる解析内容選択手段１３と、この解析内容選択手段１３による解析内容の選択が行われたとき、第１のパケット送受信手段１１あるいは第２のパケット送受信手段１２を使用して送受信される対応するパケット信号を有限の時間にわたって解析するパケット解析手段１４と、このパケット解析手段１４の解析結果をウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示手段１５とを備えている。
【００１８】
図２は、本発明のパケット解析方法のクレーム対応図を示したものである。本発明のパケット解析方法２０は、第１の通信ネットワークを介して通信を行う任意数の第１種の通信装置のうちブラウザを搭載した通信装置から、パケット信号に関する解析内容の選択要求があったとき、表示されるウェブブラウザ画面によってその選択を行わせる解析内容選択ステップ２１と、この解析内容選択ステップ２１による解析内容の選択が行われたとき、前記した第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段あるいは前記した第１の通信ネットワークと異なる第２の通信ネットワークを介して前記した第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続する第２のパケット送受信手段を使用して送受信する対応するパケット信号を、有限の時間にわたって解析するパケット解析ステップ２２と、このパケット解析ステップ２２の解析結果を前記したウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示ステップ２３とを備えている。
【００１９】
図３は、本発明のパケット解析プログラムのクレーム対応図を示したものである。本発明のパケット解析プログラム３０は、コンピュータに、第１の通信ネットワークを介して通信を行う任意数の第１種の通信装置のうちブラウザを搭載した通信装置から、パケット信号に関する解析内容の選択要求があったとき、表示されるウェブブラウザ画面によってその選択を行わせる解析内容選択処理３１と、この解析内容選択処理３１による解析内容の選択が行われたとき、前記した第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段あるいは前記した第１の通信ネットワークと異なる第２の通信ネットワークを介して前記した第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続する第２のパケット送受信手段を使用して送受信する対応するパケット信号を、有限の時間にわたって解析するパケット解析処理３２と、このパケット解析処理３２の解析結果を前記したウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示処理３３とを実行させることを特徴とする。
【００２０】
＜発明の実施の形態＞
【００２１】
次に本発明の実施の形態を説明する。
【００２２】
図４は、本発明の実施の形態によるパケット解析システムの構成の概要を表わしたものである。このパケット解析システム１００では、インターネット１０１と、このインターネット１０１上のウェブサーバ１０２にアクセスするパーソナルコンピュータ１０３との間にルータ装置１０４が接続されている。本実施の形態では、ルーティング機能を備えたルータ装置１０４がこれを通過するパケットの情報を取得できることに着目し、各種の解析を行う主たる装置となっている。パーソナルコンピュータ１０３とルータ装置１０４は、ＬＡＮ（Local Area Network）ケーブル１０６によって接続されており、ルータ装置１０４とインターネット１０１の間は、電話回線や光ケーブル等の回線１０７によって接続されている。
【００２３】
ところで、パーソナルコンピュータ１０３がインターネット１０１を経由してウェブサーバ１０２にアクセスするときに通信エラーが発生したとする。本実施の形態では、ルータ装置１０４とインターネット１０１の間で送受信されるパケット１１１、１１２およびルータ装置１０４とパーソナルコンピュータ１０３との間で送受信されるパケット１１３、１１４についての情報をルータ装置１０４が取得して、エラー解決の手法をユーザに提示する。このとき、パケット統計データやユーザビリティ向上のための設定内容をユーザに提示してもよい。
【００２４】
図５は、本実施の形態におけるルータ装置の構成の概要を表わしたものである。ルータ装置１０４は、ＣＰＵ（Central Processing Unit）１２１と、このＣＰＵ１２１が実行する制御プログラムをその一部の不揮発性メモリ領域に格納したメモリ１２２とを備えた主制御部１２３を有している。主制御部１２３は、ルータ装置１０４全体の制御を行う他に、必要に応じてこのルータ装置１０４を構成する幾つかのソフトウェア的な機能部を実現する。ルータ装置１０４のハードウェアあるいはソフトウェア的な機能部としては、ＬＡＮインタフェース部１２４、ＷＡＮ（Wide Area Network）インタフェース部１２５、パケット送受信部１２６、パケット解析部１２７、ＭＡＣアドレス登録部１２８およびウェブ側表示部１２９が存在している。
【００２５】
ここでＬＡＮインタフェース部１２４は、ルータ装置１０４が図４に示したＬＡＮケーブル１０６に接続するインタフェース回路である。ＷＡＮインタフェース部１２５はルータ装置１０４が図４に示した回線１０７に接続するインタフェース回路である。パケット送受信部１２６は、これらＬＡＮインタフェース部１２４あるいはＷＡＮインタフェース部１２５を介してパケットの送受信を行うようになっている。パケット解析部１２７は、パケット送受信部１２６からパケットを引き取って、このパケットから情報を抽出して、解析を行う。ＭＡＣアドレス登録部１２８は、ルータ装置１０４の配下に位置するパーソナルコンピュータ１０３（図４）等の各端末のＭＡＣアドレスの登録を行うようになっている。
【００２６】
ウェブ側表示部１２９は、図４に示したパーソナルコンピュータ１０３等の各端末でウェブページを表示するためのものである。ルータ装置１０４に液晶ディスプレイ等の物理的なディスプレイが配置されているものではない。たとえばパーソナルコンピュータ１０３のブラウザを起動してルータ装置１０４にアクセスすることで、このパーソナルコンピュータ１０３の表示画面にウェブ側表示部１２９の表示内容を表示することができる。
【００２７】
図６は、ルータ装置でパケットが解析される様子の原理的な構成を表わしたものである。ルータ装置１０４のパケット解析部１２７は、失敗シーケンス解析部１４１、パケット統計解析部１４２および配下端末解析部１４３のそれぞれ異なった解析を行う３つの解析部と、失敗シーケンスおよびそれらのエラー解決方法を記憶した失敗シーケンス・エラー解決方法記憶部１４４を備えている。
【００２８】
最初に１番目の解析部としての失敗シーケンス解析部１４１を説明する。失敗シーケンス解析部１４１は、パケット送受信部１２６の受信したパケットのシーケンスを、失敗シーケンス・エラー解決方法記憶部１４４に記憶した過去に失敗したパケットのシーケンスと比較するようになっている。このため、失敗シーケンス・エラー解決方法記憶部１４４には、それぞれの失敗シーケンスとエラーの解決方法が対になって記憶されている。そして、今回受信したパケットのシーケンス１５１が失敗シーケンス・エラー解決方法記憶部１４４に格納された失敗シーケンスのいずれか１つと一致するかについての照合（パターンマッチング）が行われる。シーケンス１５１が失敗シーケンスのいずれか１つと一致した場合には、対応するエラー解決方法を表わしたエラー解決方法情報１５２が失敗シーケンス・エラー解決方法記憶部１４４から読み出される。
【００２９】
図７は、受信したパケットのシーケンスが失敗シーケンスのいずれかに一致した際のウェブ側表示部の表示の一例を示したものである。ウェブ側表示部１２９には、図６に示したパケット解析部１２７から送られてきたエラー解決方法情報１５２を基にして、「エラーを検知しました」という文字と、そのエラー対策が表示される。したがって、パケット解析システム１００（図４）のユーザは、エラー対策として示された内容を実行することで、エラーを除去することができる。
【００３０】
具体的なエラー対策のメッセージを表示する代わりに、エラーコードを表示するようにしてもよい。この場合、ユーザは、エラーコードに対応するエラー対策を実行することになる。ウェブ側表示部１２９に表示されるエラーコードにそれぞれＵＲＩ（Uniform Resource Identifier）を対応付けておけば、ユーザがＵＲＩをクリックすることで、エラー対策に関するウェブ上の各種の記事を表示することができる。
【００３１】
図８は、失敗シーケンス解析部が行う失敗シーケンス解析処理の様子を表わしたものである。この処理は、図５に示したルータ装置１０４のメモリ１２２に格納された制御プログラムに応じてパケット解析部１２７を構成する失敗シーケンス解析部１４１が行う処理である。図５および図６と共に説明する。
【００３２】
失敗シーケンス解析部１４１は、パケット送受信部１２６からパケットが受信されるのを待機している（ステップＳ２０１）。パケットが受信されると（Ｙ）、失敗シーケンス解析部１４１は、そのパケットの解析を行い（ステップＳ２０２）、失敗シーケンス・エラー解決方法記憶部１４４に格納された失敗シーケンスの複数のエラーパターンのいずれかに一致するかを比較する（ステップＳ２０３）。
【００３３】
失敗シーケンスのエラーパターンのいずれとも一致しなかった場合には（ステップＳ２０３：Ｎ）、シーケンスが完了したかを判別し（ステップＳ２０４）、完了したのであれば（Ｙ）、そのままエラーを検知することなく、失敗シーケンスの解析を終了する（エンド）。シーケンスが完了していないと判別された場合には（ステップＳ２０４：Ｎ）、失敗シーケンスの解析を続行する必要がある。そこでこの場合にはステップＳ２０１に戻って、次のパケットの受信を待機する。
【００３４】
一方、ステップＳ２０３の判別で失敗シーケンスのエラーパターンのいずれかと一致した場合には（Ｙ）、ステップＳ２０１で受信したパケットにエラーが検出されたことになる。そこでこの場合には、対応するエラーコードを検索する（ステップＳ２０５）。本実施の形態の場合には失敗シーケンス・エラー解決方法記憶部１４４に予めそれぞれの失敗シーケンスとエラーの解決方法が対になって記憶されている。したがって、この場合には失敗シーケンスに対応するエラーコードあるいはエラーの解決方法を読み出せばよい。失敗シーケンス解析部１４１は、読み出したエラーコードあるいはエラーの解決方法をウェブ側表示部１２９に出力して（ステップＳ２０６）、一連の処理を終了する（エンド）。
【００３５】
図６に戻って２番目の解析部としてのパケット統計解析部１４２の説明を行う。パケット統計解析部１４２は、パケットに関する統計情報を取得する際に使用する。パケット送受信部１２６は図５に示したようにＬＡＮインタフェース部１２４およびＷＡＮインタフェース部１２５と接続されている。ＬＡＮインタフェース部１２４は、図４に示したＬＡＮケーブル１０６を介してパーソナルコンピュータ１０３と接続されており、ＷＡＮインタフェース部１２５は回線１０７を介して接続先のインターネット１０１上のウェブサーバ１０２と接続されている。このため、パケット統計解析部１４２は、ルータ装置１０４を通過するパケットについてその流量を取得する等の統計情報を把握することができる。
【００３６】
図９は、パケット統計解析部の取得する統計情報の一例としてパケット総量の時間的な変化を示したものである。横軸はある特定の日の１時間ごとの時刻の変化を示しており、縦軸は１時間単位でルータ装置１０４を通過するパケットの総量を表わしている。このような統計情報は、図６に示すパケット送受信部１２６を通過するパケットの特定方向の流量を示す情報１５３をパケット解析部１２７のパケット統計解析部１４２が取得して、パケット流量統計情報１５４としてウェブ側表示部１２９に出力することで、たとえば折れ線グラフとして視覚化することができる。図９に示した例は、ＬＡＮインタフェース部１２４を通過するパケットの時間的な変化を示している。
【００３７】
もちろん、ウェブ側表示部１２９に出力する統計情報は、パーソナルコンピュータ１０３側で図示しないプリンタを用いてプリントアウトしたり、電子的なデータとして保存することができる。
【００３８】
図１０は、ルータ装置における統計情報の処理の様子を表わしたものである。図４および図５と共に説明する。
【００３９】
まず、ルータ装置１０４自体の設定あるいはパーソナルコンピュータ１０３からの設定操作によって、ユーザが所望する統計の内容と統計を採る期間の指定ならびに統計結果の表示方法の指定が行われる（ステップＳ２２１）。主制御部１２３は図示しない時計回路の出力する時計情報を基にして統計期間が開始するのを待機している（ステップＳ２２１）。
【００４０】
統計期間が開始するとステップＳ２２２：Ｙ）、パケット送受信部１２６がパケットを受信するたびに（ステップＳ２２３：Ｙ）、パケットの解析が行われる（ステップＳ２２４）。この解析では、たとえば図９に示したようにＬＡＮインタフェース部１２４を通過するパケットの時間的な変化を逐次表示することが指示されていた場合、ＬＡＮインタフェース部１２４を通過するパケットを選別して、時間ごとにパケット数を集計する処理が行われる。
【００４１】
主制御部１２３は、ステップＳ２２１で解析内容をウェブ側表示部１２９に逐次出力する指示が行われているかをチェックして（ステップＳ２２５）、逐次出力する指示が行われている場合には（Ｙ）、現在の解析内容をウェブ側表示部１２９に出力する（ステップＳ２２６）。そして、ステップＳ２２１で指定された統計期間が終了したかどうかをチェックして（ステップＳ２２７）、終了していなければ（Ｎ）、ステップＳ２２３に戻って次のパケットが受信されるのを待機する。ステップＳ２２５で解析内容をウェブ側表示部１２９に逐次出力する指示が行われていない場合には（Ｎ）、統計期間が終了していない限り（ステップＳ２２７：Ｎ）、解析内容をウェブ側表示部１２９に出力することなく、ステップＳ２２３に戻って次のパケットが受信されるのを待機する。
【００４２】
以上のようにしてパケットの統計処理が行われ、統計期間が終了したら（ステップＳ２２７：Ｙ）、ルータ装置１０４は全期間の解析内容をウェブ側表示部１２９に出力して前記したブラウザによってその内容が表示され（ステップＳ２２８）、統計情報の処理が終了する（エンド）。ステップＳ２２５で解析内容をウェブ側表示部１２９に逐次出力する指示が行われていない場合には、この統計期間の終了した段階でウェブ側表示部１２９が統計の行われた全期間についての解析結果をブラウザに表示することになる。
【００４３】
図６に戻って３番目の解析部としての配下端末解析部１４３の説明を行う。配下端末解析部１４３は、パケット送受信部１２６から各パケットのアドレス情報１５５を受け取って、パケットを送受信したルータ装置１０４の配下の端末のＭＡＣアドレスがＭＡＣアドレス登録部１２８に登録されているかを解析する。登録されていれば、ルータ装置１０４の配下の端末として正式に認知された端末である。解析結果としての端末図解情報１５６はウェブ側表示部１２９に送出されて、ルータ装置１０４の配下の各端末が認知されているかどうかを示す端末図解情報がブラウザに表示される。
【００４４】
図１１は、表示部に表示される端末図解情報の一例を表わしたものである。ウェブ側表示部１２９には、ルータ装置１０４がインターネット１０１に接続されていることと、ルータ装置１０４の配下にはパーソナルコンピュータ１０３と他の通信装置１６１が接続されていることが図解されている。このうちパーソナルコンピュータ１０３については、その解析結果表１７１に示すように、ＭＡＣアドレスとＩＰアドレスの他に、コンピュータ名、ワークグループ名およびその端末が使用するブラウザの名称が判明しており、認知された端末となっている。他の通信装置１６１の方は、その解析結果表１７２に示すように、ＭＡＣアドレスとＩＰアドレスが判明しているが、コンピュータ名、ワークグループ名およびその端末が使用するブラウザの名称が判明しておらず、ルータ装置１０４で認知していない端末が接続されていることが分かる。
【００４５】
図６に示した配下端末解析部１４３は、ＡＲＰ（address resolution Protocol）およびＲＡＲＰ（Reverse Address Resolution Protocol）といったプロトコルを使用したパケットを解析することで、ＭＡＣアドレスとＩＰアドレスの対応関係を判別する。ここで、ＡＲＰはＩＰアドレスを基にしてＭＡＣアドレスを求めるプロトコルであり、ＲＡＲＰはＩＰアドレスを宛先のＭＡＣアドレスから求めるプロトコルである。ＭＡＣアドレス登録部１２８には、ルータ装置１０４の管理者が配下の端末のそれぞれについて、これらのＭＡＣアドレスを登録している。ＭＡＣアドレス登録部１２８に登録された各端末は、認知された端末である。図１１における他の通信装置１６１のような認知していない端末がルータ装置１０４の配下に存在していたような場合、これを発見して対処することで、セキュリティを向上させることができる。
【００４６】
図１１でＮＢＮＳ（NetBIOS Name Service）は、ウィンドウズ（登録商標）で、ファイルの共有に使用されるプロトコルである。ファイルを共有できる端末は、認知されているかを問わずＮＢＮＳを使用したパケット（以下、ＮＢＮＳパケットと称する。）を自動的に出力する。そこで、ルータ装置１０４内の配下端末解析部１４３がＮＢＮＳパケットを解析することで、配下の各端末の認知の有無を解析することができる。
【００４７】
図１２は、配下端末解析部の解析処理の様子を表わしたものである。図４〜図６および図１１と共に説明する。
【００４８】
主制御部１２３は、パケット送受信部１２６がパケットを受信するを待機している（ステップＳ２４１）。パケット送受信部１２６がパケットを受信したら（Ｙ）、その解析を行う（ステップＳ２４２）。この結果、たとえばパーソナルコンピュータ１０３から送られてきたＮＢＮＳパケットの場合には、解析結果表１７１に示す解析結果が得られ、他の通信装置１６１から送られてきたＮＢＮＳパケットの場合には、解析結果表１７２に示す解析結果が得られる。
【００４９】
主制御部１２３は、受信したＮＢＮＳパケットの解析によって得られた解析結果のＭＡＣアドレスと一致するＭＡＣアドレスを有する保存中のテンプレートを検索する（ステップＳ２４３）。ＭＡＣアドレスは、個々の端末ごとに異なるので、保存中のテンプレートを一意に決定することができる。ここで、既に認知された端末については、これらのテンプレートがメモリ１２２内あるいはパケット解析部１２７内に設けた図示しないメモリ領域に格納されている。
【００５０】
検索の結果、テンプレートが見つかった場合には（ステップＳ２４４：Ｙ）、そのテンプレートに対応するパケットにＩＰアドレスが存在するかのチェックが行われる（ステップＳ２４５）。テンプレートが見つからなかった場合には（ステップＳ２４４：Ｎ）、現在受信した端末の解析結果を付加するためのテンプレートを用意する（ステップＳ２４６）。そして、判別されたＭＡＣアドレスをそのテンプレートに書き込むことになる（ステップＳ２４７）。この後、ステップＳ２４５の処理に進む。
【００５１】
ステップＳ２４５で、受信したＮＢＮＳパケットにＩＰアドレスが存在しないと判別された場合には（Ｎ）、このパケットにワークグループ名が存在するかの判別が行われる（ステップＳ２４８）。ステップＳ２４５で受信したＮＢＮＳパケットにＩＰアドレスが存在する場合には（Ｙ）、そのＩＰアドレスを該当するテンプレートに書き込む（ステップＳ２４９）。そして、ステップＳ２４８の処理に進むことになる。
【００５２】
ステップＳ２４８で、受信したＮＢＮＳパケットにワークグループ名が存在しないと判別された場合には（Ｎ）、このパケットにコンピュータ名が存在するかの判別が行われる（ステップＳ２５０）。ステップＳ２４８でワークグループ名が存在すると判別された場合には（Ｙ）、そのワークグループ名を該当するテンプレートに書き込む（ステップＳ２５１）。そして、ステップＳ２５０の処理に進むことになる。
【００５３】
ステップＳ２５０で、受信したＮＢＮＳパケットにコンピュータ名が存在しないと判別された場合には（Ｎ）、このパケットにブラウザの名称が存在するかの判別が行われる（ステップＳ２５２）。ステップＳ２５０でコンピュータ名が存在すると判別された場合には（Ｙ）、そのコンピュータ名を該当するテンプレートに書き込む（ステップＳ２５３）。そして、ステップＳ２５２の処理に進むことになる。
【００５４】
ステップＳ２５２で、受信したＮＢＮＳパケットにブラウザ名が存在しないと判別された場合には（Ｎ）、以上のようにして作成したテンプレートを解析結果表としてネットワーク図と共にウェブ側表示部１２９に表示して（ステップＳ２５４）、処理を終了する（エンド）。ステップＳ２５２で、受信したＮＢＮＳパケットにブラウザ名が存在すると判別された場合には（Ｙ）、そのブラウザ名を該当するテンプレートに書き込む（ステップＳ２５５）。そして、ステップＳ２５４の処理に進み、以上のようにして作成したテンプレートを解析結果表としてネットワーク図と共にウェブ側表示部１２９に表示して、処理を終了する（エンド）。
【００５５】
以上説明したように、本実施の形態によれば、パーソナルコンピュータ１０３等の端末からのルータ装置１０４にウェブブラウザからアクセスするだけで、エラーの原因の解明や、統計資料およびルータ装置１０４の配下の端末の接続状態に関するデータの取得が可能である。一般にネットワークや、パケットシーケンスに関して比較的高度な知識を有する者でなければこれらのデータの取得が困難とされていた。したがって、本実施の形態により、ユーザが特別な知識を持たなくても各種の問題を解決することができるようになり、ユーザビリティの向上を図ることができる。
【００５６】
また、本実施の形態では、ルータ装置１０４がパケットを解析し、エラーを表示する。したがって、パケットキャプチャを使う必要がなく、解析工数等の削減によるのコスト削減が可能である。更に、ルータ装置１０４は解析した結果を用いて解決策をユーザに提示する。これにより、ユーザは特別な知識を持たなくても問題を解決することができ、ユーザビリティを向上させることができる。
【００５７】
更に、本実施の形態のルータ装置１０４で各種の統計を採ることにより、ボット型ウィルス等の、不正にパケットを送受信するウイルスに端末が感染しているかどうかの判断材料を取得することができる。このため、パーソナルコンピュータ１０３等の端末やこれを使用した通信システム全体のセキュリティが向上する。また、ネットワークにおけるパケットの流れの時間的な変化を把握することにより、インターネット等の通信ネットワークにアクセスするのに効率のよい時間帯を簡単に判断することができる。
【００５８】
また、ルータ装置１０４が配下の端末を認識して表示することにより、管理者が認めていない端末を発見することができ、セキュリティが向上する。更に、ルータ装置１０４のみのアクセスで、ポートマッピングやパケットフィルタリングの設定が可能となる。パケットフィルタリングについては、実施例で詳細を説明する。
【実施例１】
【００５９】
次に、実施の形態のパケット解析システムについての第１の実施例を説明する。実施の形態で示した図４〜図１２は本実施例でもそのまま使用する。図４に示したパーソナルコンピュータ１０３のユーザは、パーソナルコンピュータ１０３にインストールされたアプリケーションソフトウェアとしてのブラウザを起動してルータ装置１０４のＵＲＩにアクセスする。これにより、ルータ装置１０４のトップページがパーソナルコンピュータ１０３の表示画面に表示される。
【００６０】
図１３は、ルータ装置にアクセスしたときの表示内容の展開の様子を表わしたものである。図４および図６と共に説明する。
【００６１】
パーソナルコンピュータ１０３からルータ装置１０４のＵＲＩにアクセスすると、まずルータ装置１０４のトップページ表示３０１が行われる。
【００６２】
図１４は、パーソナルコンピュータのトップページ表示を表わしたものである。トップページ表示３０１はメニュー画面となっており、解析する項目として、ユーザは「（１）エラー表示」、「（２）統計情報表示」および「（３）ルータ配下の絵表示」のいずれかを選択する。ここで、「（１）エラー表示」とは、図６に示したパケット解析部１２７の失敗シーケンス解析部１４１による解析結果の表示を意味する。「（２）統計情報表示」とは、パケット統計解析部１４２の解析結果の表示を意味する。「（３）ルータ配下の絵表示」とは、配下端末解析部１４３の解析結果の表示を意味する。ユーザがこのような解析を行わず、ルータ装置１０４そのものの設定を行うときには、このトップページ３０１の右下隅に表示されている「ルータ装置の各種設定」という項目をクリックすればよい。
【００６３】
図１３に戻って説明を続ける。ユーザがパーソナルコンピュータ１０３（図４）を操作して、「（１）エラー表示」（図４）を選択すると、図８に示した失敗シーケンス解析処理が行われ、エラー表示３０２が行われる。この一例を図７に示した。
【００６４】
図１５は、エラー表示の他の例を示したものである。このエラー表示３０２では、エラーパケットシーケンスをパターンマッチッングした結果として、電子メール関係のエラーの発生に対して、認証ＩＤ（identifier）かパスワードの入力が間違っている可能性があることを示している。
【００６５】
図１４のトップページ３０１から「（２）統計情報表示」を選択した場合には、図１０に示した統計情報の処理が行われて、統計情報表示３０３（図１３）が行われる。この一例を図９に示した。また、統計情報表示３０３は更に細分して表示することが可能である。本実施例では、パケット内訳表示３０４と、通信しやすい時間帯表示３０５に表示を展開することができる。
【００６６】
図１６は、パケット内訳表示の表示例を表わしたものである。パケット内訳表示３０４では、図４に示したルータ装置１０４を通過するパケットの種類とその割合を、一例として円グラフで表わしている。この図１６では、図９に示した統計情報における特定の時間帯を指定して、その時間帯におけるＬＡＮケーブル１０６からルータ装置１０４に向かうパケット１１４の種別を解析させている。この図１６ではＬＡＮインタフェース部１２４を使用するパケットについて説明したが、ＷＡＮインタフェース部１２５を使用するパケットについても、同様にパケット内訳表示を行うことができる。
【００６７】
図１７は、このようなパケット内訳表示を行う処理の流れを示したものである。図５および図６と共に説明する。
【００６８】
パケット統計解析部１４２は、パケット内訳表示の統計処理の期間が開始したら（ステップＳ４０１：Ｙ）、パケット送受信部１２６からパケットが受信されるのを待機している（ステップＳ４０２）。パケットが受信されると（Ｙ）、パケット統計解析部１４２は、そのパケットの種類を解析する（ステップＳ４０３）。そして、解析したパケットを受信した時間に対応させて保存し（ステップＳ４０４）、更に、解析した結果をパケットの種類に対応させて保存する（ステップＳ４０５）。そして、統計処理期間が終了するかをチェックして（ステップＳ４０６）、終了前であれば（Ｎ）、ステップＳ４０２の処理に戻って次のパケットの受信を待機する。
【００６９】
このようにしてパケットの受信処理が行われている段階で、統計処理期間が終了したら（ステップＳ４０６：Ｙ）、ステップＳ４０４およびステップＳ４０５で保存した内容を、受信した時間とパケットの種類で関連付ける（ステップＳ４０７）。これにより得られた結果はウェブ側表示部１２９に出力されて（ステップＳ４０８）、処理が終了する（エンド）。
【００７０】
以上のようにして、受信したパケットの量や種類の時間的な変化を把握することができる。これにより、パーソナルコンピュータ１０３の操作を特に行っていないにも係わらず、通信量が異常に増加したことが確認される場合がある。このような場合には、インターネット１０１を通じて外部からコンピュータを操ることを目的として作成されたボット型ウィルスに感染したおそれがある。そこで、通信量の増加と、その原因を示すことで、ユーザに必要なセキュリティ対策を採らせ、セキュリティの向上を図ることができる。
【００７１】
図１８は、統計処理の他の結果として、パーソナルコンピュータが通信しやすい時間帯表示の表示例を表わしたものである。通信しやすい時間帯表示３０５によって、たとえば曜日ごとにどの時間帯の通信量が少ないかを表示することができるので、インターネットに接続するにはどの時間帯が効率がよいかをユーザに提示できることになる。
【００７２】
図１３に再び戻って説明を続ける。ユーザがトップページ３０１から「（３）ルータ配下の絵表示」（図１４）を選択した場合には、ルータ配下の絵表示３０６が行われて、図６に示した配下端末解析部１４３による解析処理が行われる（図１２）。その一例は、実施の形態の図１１で示した。
【００７３】
図１９は、統計処理の更に他の結果として、１カ月のパケット総量と通信速度の統計値を採取した一例を表わしたものである。この例では、第１日目から第３０日目までの３０日間を対象として、それぞれの日の１時間ごとのパケット総量と通信速度を測定している。測定結果は、ユーザの指定によって１日単位でパケット総量や通信速度を棒グラフや折れ線グラフで表示するようにしてもよいし、指定した日について１時間ごとに表示を行ってもよい。
【実施例２】
【００７４】
次に、実施の形態のパケット解析システムに関して第２の実施例を説明する。第２の実施例でも、第１の実施例と同様に、実施の形態で示した図４〜図１２は本実施例でもそのまま使用する。図４に示したパーソナルコンピュータ１０３のユーザは、パーソナルコンピュータ１０３にインストールされたアプリケーションソフトウェアとしてのブラウザを起動してルータ装置１０４のＵＲＩにアクセスする。これにより、ルータ装置１０４のトップページがパーソナルコンピュータ１０３の表示画面に表示される。
【００７５】
図２０は、「ルータ配下の絵表示」の処理の流れを表わしたものである。図５および図６と共に説明する。
【００７６】
配下端末解析部１４３は、パケット送受信部１２６からパケットが受信されるのを待機している（ステップＳ４２１）。パケットが受信されると（Ｙ）、配下端末解析部１４３は、そのパケットがＬＡＮインタフェース部１２４とＷＡＮインタフェース部１２５のいずれから受信されたかを解析する（ステップＳ４２２）。そして、ＬＡＮインタフェース部１２４が受信したパケットであれば（ステップＳ４２３：Ｙ）、ＬＡＮ側、すなわちルータ装置１０４の配下の装置側にパケットの「絵」を付ける（ステップＳ４２４）。そして、ウェブ側表示部１２９で、ネットワーク図に該当するパケットの「絵」を表示して（ステップＳ４２５）、処理を終了する（エンド）。
【００７７】
ＷＡＮインタフェース部１２５側でパケットを受信したと判別した場合には（ステップＳ４２３：Ｎ）、ＷＡＮインタフェース部１２５側にパケットの「絵」を付ける（ステップＳ４２６）。そして、ウェブ側表示部１２９で、ネットワーク図に該当するパケットの「絵」を表示することになる（ステップＳ４２５）。
【００７８】
図２１および図２２は、本実施例で行われる他の解析処理を示したものである。このうち図２１は、図５におけるＷＡＮインタフェース部１２５を介して受信される、ＴＣＰ（Transmission Control Protocol）パケットやＵＤＰ（User Datagram Protocol）パケット等の各種のパケットの種類の解析結果を、解析結果表１７１、１７２と共に図解している。また、図２２では、ＬＡＮインタフェース部１２４を介して受信されるパケットの種類の解析結果を、解析結果表１７１、１７２と共に同様に図解している。
【００７９】
パーソナルコンピュータ１０３のユーザの視点で考えると、ポートマッピングする際に、これらの図２１や図２２を見ることで、ルータ装置１０４の配下の各端末にどのような設定をすればよいかの判断が可能になり、設定が容易になるという意味でユーザビリティが向上する。また、他の通信装置１６１のように管理者が管理していない通信装置がルータ装置１０４の配下の装置となっているような場合にも、その発見が可能になり、セキュリティの向上が見込める。
【００８０】
図２３は、以上説明した解析処理の他の利点を説明するためのものである。パーソナルコンピュータ１０３のユーザが図４に示したインターネット１０１上の所望のホームページを閲覧しようとしたとする。このとき、パーソナルコンピュータ１０３は閲覧先のＩＰアドレスを知る必要がある。この際にＤＮＳ（Domain Name System）サーバ３１１が使用される。
【００８１】
ユーザが未成年者の場合、あるいはユーザの使用するパーソナルコンピュータ１０３が特定の職場に配置されているような所定の場合には、アクセス対象のホームページに制限が加えられる場合がある。このような場合、ルータ装置１０４がパーソナルコンピュータ１０３側から送り出されるパケットにフィルタを設定することで、特定のＩＰアドレスの問い合わせに回答を拒否しアクセスの対象を制限することが可能になる。そこで、図２３に示したように各所を伝送されるパケットの内容を表示することで、フィルタの設定が容易になり、ユーザビリティが向上する。
【００８２】
今、図４に示すパーソナルコンピュータ１０３のユーザがインターネット１０１上にある所望のウェブサーバ１０２のコンテンツの閲覧を行おうとしたところ、アクセスが拒否されたとする。この場合、ユーザはルータ装置１０４にアクセスして、図１４に示す（１）エラー表示の項目を選択する。そして、図６に示す失敗シーケンス解析部１４１を用いて失敗シーケンスを解析する。
【００８３】
図２４は、以上説明したパケットのフィルタ処理の様子を表わしたものである。図５、図６および図２３と共に説明する。
【００８４】
ユーザがコンピュータ１０３からウェブサーバ１０２をアクセスするための操作を行うと、コンピュータ１０３はそのウェブサーバ１０２のＩＰアドレスを取得するための名前解決のパケット（ＤＮＳ ｑｕｅｒｙ ＸＸＸ．ｃｏ．ｊｐ）をルータ装置１０４に送出する。「ｑｕｅｒｙ」とは問い合わせを文字列として示したものである。失敗シーケンス解析部１４１ではこのパケットを受信すると（ステップＳ４４１：Ｙ）、パケットの種類を解析し（ステップＳ４４２）、アクセスを制限するフィルタパターンに一致するかを判別する（ステップＳ４４３）。
【００８５】
この名前解決のパケット（ＤＮＳ ｑｕｅｒｙ ＸＸＸ．ｃｏ．ｊｐ）がフィルタパターンに一致しない場合には（Ｎ）、ルータ装置１０４はＤＮＳサーバ３１１に対して名前解決パケット（ＡＲＰ ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ）を送出し、ＩＰアドレスの問い合わせを行う（ステップＳ４４４）。すなわち、この場合には、フィルタを通過してＩＰアドレスの問い合わせがＤＮＳサーバ３１１に送出されて、処理が終了する（エンド）。
【００８６】
これに対して、前記したユーザの所望のウェブサーバ１０２に対するフィルタが設定されていた場合（ステップＳ４４３：Ｙ）、ルータ装置１０４はＤＮＳサーバ３１１に対して名前解決パケットを送出せず、エラー（ＤＮＳ Ｓｅｒｖｅｒ Ｆａｉｌｕｒｅ）をパーソナルコンピュータ１０３に返答して（ステップＳ４４５）、処理を終了する（エンド）。
【００８７】
なお、ＤＮＳサーバ３１１のアドレスが間違っているような場合にも、ＤＮＳサーバ３１１に対して名前解決のためのパケットが届かないので、名前解決は失敗する。この場合にも、ルータ装置１０４のＬＡＮインタフェース部１２４およびＷＡＮインタフェース部１２５のそれぞれでパケットのキャプチャを行うことで、ＤＮＳサーバ３１１あるいは他のサーバとの間でどのような宛先や内容のパケットが送受信されているかが判明し、各種のエラーの解決の助けとなる。
【実施例３】
【００８８】
次に、実施の形態のパケット解析システムに関して第３の実施例を説明する。第３の実施例では、ユーザが図４に示したパーソナルコンピュータ１０３から電子メールの送信を行う際にエラーが発生して、送信を行うことができなかった場合の失敗シーケンスの解析処理を行う。
【００８９】
図２５は、失敗シーケンス解析部によるメール送信時の解析の様子を表わしたものである。図４と共に説明する。なお、第３の実施例でも、第１の実施例と同様に、実施の形態で示した図４〜図１２をそのまま使用する。
【００９０】
この例で、ユーザはパーソナルコンピュータ１０３からインターネット１０１上の図示しないＳＭＴＰ（Simple Mail Transfer Protocol）サーバに電子メールを送信するものとする。コンピュータ１０３は、「ＥＨＬＯ」コマンドでＳＭＴＰサーバに対して挨拶を行い、ＳＭＴＰサーバから返答「２５０」が返される。パーソナルコンピュータ１０３は認証のために「ＡＵＴＨ（Authentication）」コマンドを発行する。これに応答する形で、ＳＭＴＰサーバからアカウント名とパスワードの要求「３３４」が行われる。これに対して、パーソナルコンピュータ１０３からアカウント名とパスワードが送られて来ず、代わりに電子メールの本文「ＭＡＩＬ ＢＯＤＹ」が送られてきたとする。この場合、ＳＭＴＰサーバは、認証エラー「５３５」を送信してくる。
【００９１】
すなわち、この例では、パーソナルコンピュータ１０３に設定された手順で、本来はアカウント名とパスワードをＳＭＴＰサーバに送信すべきところを、これらの送信が省略されたシーケンスとなっている。ユーザは電子メールの送信について上記したエラーが発生したとき、第２の実施例で示したように、パーソナルコンピュータ１０３のブラウザを起動してトップページから「（１）エラー表示」（図１４）を選択することで、このようにエラーを特定して、解決方法を提示させることができる。
【００９２】
なお、以上説明した実施の形態および各実施例では、ルータ装置１０４がパケットの解析を行うことにしたが、これに限るものではない。たとえば、ホームゲートウェイ装置が同様にパケットの解析を行うものであってもよいことは当然である。
【符号の説明】
【００９３】
１０ パケット解析装置
１１ 第１のパケット送受信手段
１２ 第２のパケット送受信手段
１３ 解析内容選択手段
１４ パケット解析手段
１５ ウェブブラウザ画面表示手段
２０ パケット解析方法
２１ 解析内容選択ステップ
２２ パケット解析ステップ
２３ ウェブブラウザ画面表示ステップ
３０ パケット解析プログラム
３１ 解析内容選択処理
３２ パケット解析処理
３３ ウェブブラウザ画面表示処理
１００ パケット解析システム
１０１ インターネット
１０２ ウェブサーバ
１０３ パーソナルコンピュータ
１０４ ルータ装置
１２１ ＣＰＵ
１２２ メモリ
１２４ ＬＡＮインタフェース部
１２５ ＷＡＮインタフェース部
１２７ パケット解析部
１２８ ＭＡＣアドレス登録部
１２９ ウェブ側表示部
１４１ 失敗シーケンス解析部
１４２ パケット統計解析部
１４３ 配下端末解析部
１４４ 失敗シーケンス・エラー解決方法記憶部
１６１ 他の通信装置
【技術分野】
【０００１】
本発明は、通信ネットワークで使用されるパケットを解析するパケット解析装置、パケット解析方法およびパケット解析プログラムに関する。
【背景技術】
【０００２】
ウェブページを閲覧しようとするとき、あるいは、電子メールを送受信しようとするときにエラーが発生することがある。このような事象が発生したとき、パーソナルコンピュータやルータ装置、あるいはホームゲートウェイ装置の設定の誤りである場合が多い。このようなトラブルが発生した場合、本発明に関連する第１の関連技術として、パケットキャプチャツールを使用してエラーを解析することが行われている。パケットキャプチャツールは、通信ネットワーク上を流れるパケットをキャプチャ（捕捉）して解析することで、エラーの原因を突き止めるために使用するツールである。
【０００３】
図２６は、パケットキャプチャを用いたエラーの解析の手法を説明するためのものである。エラーを解析する際には、階層モデルにおける物理層９０１からネットワークインタフェース層９０２、インターネット層９０３、トランスポート層９０４およびアプリケーション層９０５というように順次、階層を上げていってパケットのシーケンスを確認することが行われる。
【０００４】
たとえば、ユーザ宅内の図示しないパーソナルコンピュータがウェブページにアクセスできないものとする。このような場合には、パーソナルコンピュータと図示しないルータ装置やハブを結ぶ通信ケーブルが接続されているかといった物理層９０１のチェックがまず行われ、これに続いて、順に、階層（レイヤ）を上げてチェックが行われる。
【０００５】
ここで、物理層９０１のチェックは、パーソナルコンピュータが有線でルータ装置に接続される設定の場合には、通信ケーブルが物理的にルータ装置と接続されているかを点検するだけでよい。したがって、物理層９０１のチェックは、ネットワークの初心者であっても比較的簡単に行うことができる。
【０００６】
ところが、これよりも１階層上のネットワークインタフェース層９０２の点検では、ＭＡＣ（Media Access Control）アドレスが割り振られているかをチェックする必要があり、更に上のインターネット層９０３の点検ではＩＰ（Internet Protocol）アドレスが割り振られているかをチェックする必要がある。最後のアプリケーション層９０５の点検では、アプリケーションソフトウェアの設定が合っているかをチェックする。このように物理層９０１よりも上の層の点検では、各種の設定の確認を行ったり、パケットキャプチャによって問題となるパケットの情報を確認したり、接続シーケンスを確認する等の細かな情報の確認を１つ１つ行いながら処理を進行させる必要がある。
【０００７】
このため、通信ネットワークに関するエラーの解析には、手間と時間が掛かり、解析者も専門的な知識を必要とする。この結果、このようなエラーの解析は、かなり敷居の高い作業となり、コストもかなり掛かる場合がある。
【０００８】
そこで、受信側の装置が送信側の装置から送られてくるパケット信号の受信パターンを検出して、受信の成否やエラー原因を送信側に通知するようにした第２の関連技術が提案されている（たとえば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００７−０８８５２５号公報（第０１１７段落、第０１４５段落、図１）
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、この第２の関連技術では、たとえば携帯電話機と、これと赤外線通信を行うテレビジョンとの間の１対１の通信で有効であるとしても、携帯電話機やパーソナルコンピュータ等の情報処理装置がネットワーク上の各種サーバと通信するような場合には対応することができない。また、この第２の関連技術は、送信機器から、通信接続の確立を行う処理に限定されており、パケットに関する各種の解析に対処できない。
【００１１】
そこで本発明の目的は、ネットワークの初心者であっても、パケットについての各種解析を行うことのできるパケット解析装置、パケット解析方法およびパケット解析プログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明では、（イ）第１の通信ネットワークを介して任意の数の第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段と、（ロ）前記した第１の通信ネットワークと異なる第２の通信ネットワークを介して前記した第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続してパケットを送受信する第２のパケット送受信手段と、（ハ）前記した第１種の通信装置のうちブラウザを搭載した通信装置にパケット信号に関する解析内容をウェブブラウザ画面の使用によって選択させる解析内容選択手段と、（ニ）この解析内容選択手段による解析内容の選択が行われたとき、前記した第１のパケット送受信手段あるいは第２のパケット送受信手段を使用して送受信される対応するパケット信号を有限の時間にわたって解析するパケット解析手段と、（ホ）このパケット解析手段の解析結果をウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示手段とをパケット解析装置が具備する。
【００１３】
また、本発明では、（イ）第１の通信ネットワークを介して通信を行う任意数の第１種の通信装置のうちブラウザを搭載した通信装置から、パケット信号に関する解析内容の選択要求があったとき、表示されるウェブブラウザ画面によってその選択を行わせる解析内容選択ステップと、（ロ）この解析内容選択ステップによる解析内容の選択が行われたとき、前記した第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段あるいは前記した第１の通信ネットワークと異なる第２の通信ネットワークを介して前記した第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続する第２のパケット送受信手段を使用して送受信する対応するパケット信号を、有限の時間にわたって解析するパケット解析ステップと、（ハ）このパケット解析ステップの解析結果を前記したウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示ステップとをパケット解析方法が具備する。
【００１４】
更に本発明では、コンピュータに、パケット解析プログラムとして、（イ）第１の通信ネットワークを介して通信を行う任意数の第１種の通信装置のうちブラウザを搭載した通信装置から、パケット信号に関する解析内容の選択要求があったとき、表示されるウェブブラウザ画面によってその選択を行わせる解析内容選択処理と、（ロ）この解析内容選択処理による解析内容の選択が行われたとき、前記した第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段あるいは前記した第１の通信ネットワークと異なる第２の通信ネットワークを介して前記した第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続する第２のパケット送受信手段を使用して送受信する対応するパケット信号を、有限の時間にわたって解析するパケット解析処理と、（ハ）このパケット解析処理の解析結果を前記したウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示処理とを実行させることを特徴としている。
【発明の効果】
【００１５】
以上説明したように本発明によれば、通信装置がパケットの解析結果をブラウザに表示するので、パケットの解析を行う装置側にデータの表示や入力操作を行うハードウェアを特に必要としない。しかも、通信装置は解析内容を選択することができるので、各種の状況に応じたパケットの解析が可能である。
【図面の簡単な説明】
【００１６】
【図１】本発明のパケット解析装置のクレーム対応図である。
【図２】本発明のパケット解析方法のクレーム対応図である。
【図３】本発明のパケット解析プログラムのクレーム対応図である。
【図４】本発明の実施の形態によるパケット解析システムの構成を表わしたシステム構成図である。
【図５】本実施の形態におけるルータ装置の構成の概要を表わしたブロック図である。
【図６】本実施の形態のルータ装置でパケットが解析される様子の原理的な構成を表わしたブロック図である。
【図７】本実施の形態における失敗シーケンスの表示例を示す表示部の平面図である。
【図８】本実施の形態における失敗シーケンス解析処理の様子を表わした流れ図である。
【図９】本実施の形態におけるパケット総量の時間的な変化を示した表示部の平面図である。
【図１０】本実施の形態のルータ装置における統計情報の処理の様子を表わした流れ図である。
【図１１】本実施の形態における端末図解情報の表示例を示した表示部の平面図である。
【図１２】本実施の形態における配下端末解析部の解析処理の様子を表わした流れ図である。
【図１３】本発明の変形例におけるルータ装置にアクセスしたときの表示内容の展開の様子を表わした説明図である。
【図１４】第１の実施例におけるパーソナルコンピュータのトップページ表示を示した平面図である。
【図１５】第１の実施例におけるエラー表示の他の例を示した平面図である。
【図１６】第１の実施例におけるパケット内訳表示の表示例を示した平面図である。
【図１７】第１の実施例におけるパケット内訳表示を行う処理を示した流れ図である。
【図１８】第１の実施例におけるパーソナルコンピュータが通信しやすい時間帯表示の表示例を表わした平面図である。
【図１９】第１の実施例における１カ月のパケット総量と通信速度の統計値を採取した一例を表わした説明図である。
【図２０】本発明の第２の実施例における「ルータ配下の絵表示」の処理を表わした流れ図である。
【図２１】第２の実施例におけるＷＡＮインタフェース部を介したパケットの受信の様子を示す平面図である。
【図２２】第２の実施例におけるＬＡＮインタフェース部を介したパケットの受信の様子を示す平面図である。
【図２３】第２の実施例におけるルータ装置を介したパーソナルコンピュータとＤＮＳサーバのパケット送受信の様子を表わした説明図である。
【図２４】第２の実施例におけるパケットのフィルタ処理の様子を表わした流れ図である。
【図２５】第３の実施例における失敗シーケンス解析部によるメール送信時の解析の様子を表わした説明図である。
【図２６】エラーの解析の手法を示した階層モデルの説明図である。
【発明を実施するための形態】
【００１７】
図１は、本発明のパケット解析装置のクレーム対応図を示したものである。本発明のパケット解析装置１０は、第１の通信ネットワークを介して任意の数の第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段１１と、前記した第１の通信ネットワークと異なる第２の通信ネットワークを介して前記した第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続してパケットを送受信する第２のパケット送受信手段１２と、前記した第１種の通信装置のうちブラウザを搭載した通信装置にパケット信号に関する解析内容をウェブブラウザ画面の使用によって選択させる解析内容選択手段１３と、この解析内容選択手段１３による解析内容の選択が行われたとき、第１のパケット送受信手段１１あるいは第２のパケット送受信手段１２を使用して送受信される対応するパケット信号を有限の時間にわたって解析するパケット解析手段１４と、このパケット解析手段１４の解析結果をウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示手段１５とを備えている。
【００１８】
図２は、本発明のパケット解析方法のクレーム対応図を示したものである。本発明のパケット解析方法２０は、第１の通信ネットワークを介して通信を行う任意数の第１種の通信装置のうちブラウザを搭載した通信装置から、パケット信号に関する解析内容の選択要求があったとき、表示されるウェブブラウザ画面によってその選択を行わせる解析内容選択ステップ２１と、この解析内容選択ステップ２１による解析内容の選択が行われたとき、前記した第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段あるいは前記した第１の通信ネットワークと異なる第２の通信ネットワークを介して前記した第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続する第２のパケット送受信手段を使用して送受信する対応するパケット信号を、有限の時間にわたって解析するパケット解析ステップ２２と、このパケット解析ステップ２２の解析結果を前記したウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示ステップ２３とを備えている。
【００１９】
図３は、本発明のパケット解析プログラムのクレーム対応図を示したものである。本発明のパケット解析プログラム３０は、コンピュータに、第１の通信ネットワークを介して通信を行う任意数の第１種の通信装置のうちブラウザを搭載した通信装置から、パケット信号に関する解析内容の選択要求があったとき、表示されるウェブブラウザ画面によってその選択を行わせる解析内容選択処理３１と、この解析内容選択処理３１による解析内容の選択が行われたとき、前記した第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段あるいは前記した第１の通信ネットワークと異なる第２の通信ネットワークを介して前記した第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続する第２のパケット送受信手段を使用して送受信する対応するパケット信号を、有限の時間にわたって解析するパケット解析処理３２と、このパケット解析処理３２の解析結果を前記したウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示処理３３とを実行させることを特徴とする。
【００２０】
＜発明の実施の形態＞
【００２１】
次に本発明の実施の形態を説明する。
【００２２】
図４は、本発明の実施の形態によるパケット解析システムの構成の概要を表わしたものである。このパケット解析システム１００では、インターネット１０１と、このインターネット１０１上のウェブサーバ１０２にアクセスするパーソナルコンピュータ１０３との間にルータ装置１０４が接続されている。本実施の形態では、ルーティング機能を備えたルータ装置１０４がこれを通過するパケットの情報を取得できることに着目し、各種の解析を行う主たる装置となっている。パーソナルコンピュータ１０３とルータ装置１０４は、ＬＡＮ（Local Area Network）ケーブル１０６によって接続されており、ルータ装置１０４とインターネット１０１の間は、電話回線や光ケーブル等の回線１０７によって接続されている。
【００２３】
ところで、パーソナルコンピュータ１０３がインターネット１０１を経由してウェブサーバ１０２にアクセスするときに通信エラーが発生したとする。本実施の形態では、ルータ装置１０４とインターネット１０１の間で送受信されるパケット１１１、１１２およびルータ装置１０４とパーソナルコンピュータ１０３との間で送受信されるパケット１１３、１１４についての情報をルータ装置１０４が取得して、エラー解決の手法をユーザに提示する。このとき、パケット統計データやユーザビリティ向上のための設定内容をユーザに提示してもよい。
【００２４】
図５は、本実施の形態におけるルータ装置の構成の概要を表わしたものである。ルータ装置１０４は、ＣＰＵ（Central Processing Unit）１２１と、このＣＰＵ１２１が実行する制御プログラムをその一部の不揮発性メモリ領域に格納したメモリ１２２とを備えた主制御部１２３を有している。主制御部１２３は、ルータ装置１０４全体の制御を行う他に、必要に応じてこのルータ装置１０４を構成する幾つかのソフトウェア的な機能部を実現する。ルータ装置１０４のハードウェアあるいはソフトウェア的な機能部としては、ＬＡＮインタフェース部１２４、ＷＡＮ（Wide Area Network）インタフェース部１２５、パケット送受信部１２６、パケット解析部１２７、ＭＡＣアドレス登録部１２８およびウェブ側表示部１２９が存在している。
【００２５】
ここでＬＡＮインタフェース部１２４は、ルータ装置１０４が図４に示したＬＡＮケーブル１０６に接続するインタフェース回路である。ＷＡＮインタフェース部１２５はルータ装置１０４が図４に示した回線１０７に接続するインタフェース回路である。パケット送受信部１２６は、これらＬＡＮインタフェース部１２４あるいはＷＡＮインタフェース部１２５を介してパケットの送受信を行うようになっている。パケット解析部１２７は、パケット送受信部１２６からパケットを引き取って、このパケットから情報を抽出して、解析を行う。ＭＡＣアドレス登録部１２８は、ルータ装置１０４の配下に位置するパーソナルコンピュータ１０３（図４）等の各端末のＭＡＣアドレスの登録を行うようになっている。
【００２６】
ウェブ側表示部１２９は、図４に示したパーソナルコンピュータ１０３等の各端末でウェブページを表示するためのものである。ルータ装置１０４に液晶ディスプレイ等の物理的なディスプレイが配置されているものではない。たとえばパーソナルコンピュータ１０３のブラウザを起動してルータ装置１０４にアクセスすることで、このパーソナルコンピュータ１０３の表示画面にウェブ側表示部１２９の表示内容を表示することができる。
【００２７】
図６は、ルータ装置でパケットが解析される様子の原理的な構成を表わしたものである。ルータ装置１０４のパケット解析部１２７は、失敗シーケンス解析部１４１、パケット統計解析部１４２および配下端末解析部１４３のそれぞれ異なった解析を行う３つの解析部と、失敗シーケンスおよびそれらのエラー解決方法を記憶した失敗シーケンス・エラー解決方法記憶部１４４を備えている。
【００２８】
最初に１番目の解析部としての失敗シーケンス解析部１４１を説明する。失敗シーケンス解析部１４１は、パケット送受信部１２６の受信したパケットのシーケンスを、失敗シーケンス・エラー解決方法記憶部１４４に記憶した過去に失敗したパケットのシーケンスと比較するようになっている。このため、失敗シーケンス・エラー解決方法記憶部１４４には、それぞれの失敗シーケンスとエラーの解決方法が対になって記憶されている。そして、今回受信したパケットのシーケンス１５１が失敗シーケンス・エラー解決方法記憶部１４４に格納された失敗シーケンスのいずれか１つと一致するかについての照合（パターンマッチング）が行われる。シーケンス１５１が失敗シーケンスのいずれか１つと一致した場合には、対応するエラー解決方法を表わしたエラー解決方法情報１５２が失敗シーケンス・エラー解決方法記憶部１４４から読み出される。
【００２９】
図７は、受信したパケットのシーケンスが失敗シーケンスのいずれかに一致した際のウェブ側表示部の表示の一例を示したものである。ウェブ側表示部１２９には、図６に示したパケット解析部１２７から送られてきたエラー解決方法情報１５２を基にして、「エラーを検知しました」という文字と、そのエラー対策が表示される。したがって、パケット解析システム１００（図４）のユーザは、エラー対策として示された内容を実行することで、エラーを除去することができる。
【００３０】
具体的なエラー対策のメッセージを表示する代わりに、エラーコードを表示するようにしてもよい。この場合、ユーザは、エラーコードに対応するエラー対策を実行することになる。ウェブ側表示部１２９に表示されるエラーコードにそれぞれＵＲＩ（Uniform Resource Identifier）を対応付けておけば、ユーザがＵＲＩをクリックすることで、エラー対策に関するウェブ上の各種の記事を表示することができる。
【００３１】
図８は、失敗シーケンス解析部が行う失敗シーケンス解析処理の様子を表わしたものである。この処理は、図５に示したルータ装置１０４のメモリ１２２に格納された制御プログラムに応じてパケット解析部１２７を構成する失敗シーケンス解析部１４１が行う処理である。図５および図６と共に説明する。
【００３２】
失敗シーケンス解析部１４１は、パケット送受信部１２６からパケットが受信されるのを待機している（ステップＳ２０１）。パケットが受信されると（Ｙ）、失敗シーケンス解析部１４１は、そのパケットの解析を行い（ステップＳ２０２）、失敗シーケンス・エラー解決方法記憶部１４４に格納された失敗シーケンスの複数のエラーパターンのいずれかに一致するかを比較する（ステップＳ２０３）。
【００３３】
失敗シーケンスのエラーパターンのいずれとも一致しなかった場合には（ステップＳ２０３：Ｎ）、シーケンスが完了したかを判別し（ステップＳ２０４）、完了したのであれば（Ｙ）、そのままエラーを検知することなく、失敗シーケンスの解析を終了する（エンド）。シーケンスが完了していないと判別された場合には（ステップＳ２０４：Ｎ）、失敗シーケンスの解析を続行する必要がある。そこでこの場合にはステップＳ２０１に戻って、次のパケットの受信を待機する。
【００３４】
一方、ステップＳ２０３の判別で失敗シーケンスのエラーパターンのいずれかと一致した場合には（Ｙ）、ステップＳ２０１で受信したパケットにエラーが検出されたことになる。そこでこの場合には、対応するエラーコードを検索する（ステップＳ２０５）。本実施の形態の場合には失敗シーケンス・エラー解決方法記憶部１４４に予めそれぞれの失敗シーケンスとエラーの解決方法が対になって記憶されている。したがって、この場合には失敗シーケンスに対応するエラーコードあるいはエラーの解決方法を読み出せばよい。失敗シーケンス解析部１４１は、読み出したエラーコードあるいはエラーの解決方法をウェブ側表示部１２９に出力して（ステップＳ２０６）、一連の処理を終了する（エンド）。
【００３５】
図６に戻って２番目の解析部としてのパケット統計解析部１４２の説明を行う。パケット統計解析部１４２は、パケットに関する統計情報を取得する際に使用する。パケット送受信部１２６は図５に示したようにＬＡＮインタフェース部１２４およびＷＡＮインタフェース部１２５と接続されている。ＬＡＮインタフェース部１２４は、図４に示したＬＡＮケーブル１０６を介してパーソナルコンピュータ１０３と接続されており、ＷＡＮインタフェース部１２５は回線１０７を介して接続先のインターネット１０１上のウェブサーバ１０２と接続されている。このため、パケット統計解析部１４２は、ルータ装置１０４を通過するパケットについてその流量を取得する等の統計情報を把握することができる。
【００３６】
図９は、パケット統計解析部の取得する統計情報の一例としてパケット総量の時間的な変化を示したものである。横軸はある特定の日の１時間ごとの時刻の変化を示しており、縦軸は１時間単位でルータ装置１０４を通過するパケットの総量を表わしている。このような統計情報は、図６に示すパケット送受信部１２６を通過するパケットの特定方向の流量を示す情報１５３をパケット解析部１２７のパケット統計解析部１４２が取得して、パケット流量統計情報１５４としてウェブ側表示部１２９に出力することで、たとえば折れ線グラフとして視覚化することができる。図９に示した例は、ＬＡＮインタフェース部１２４を通過するパケットの時間的な変化を示している。
【００３７】
もちろん、ウェブ側表示部１２９に出力する統計情報は、パーソナルコンピュータ１０３側で図示しないプリンタを用いてプリントアウトしたり、電子的なデータとして保存することができる。
【００３８】
図１０は、ルータ装置における統計情報の処理の様子を表わしたものである。図４および図５と共に説明する。
【００３９】
まず、ルータ装置１０４自体の設定あるいはパーソナルコンピュータ１０３からの設定操作によって、ユーザが所望する統計の内容と統計を採る期間の指定ならびに統計結果の表示方法の指定が行われる（ステップＳ２２１）。主制御部１２３は図示しない時計回路の出力する時計情報を基にして統計期間が開始するのを待機している（ステップＳ２２１）。
【００４０】
統計期間が開始するとステップＳ２２２：Ｙ）、パケット送受信部１２６がパケットを受信するたびに（ステップＳ２２３：Ｙ）、パケットの解析が行われる（ステップＳ２２４）。この解析では、たとえば図９に示したようにＬＡＮインタフェース部１２４を通過するパケットの時間的な変化を逐次表示することが指示されていた場合、ＬＡＮインタフェース部１２４を通過するパケットを選別して、時間ごとにパケット数を集計する処理が行われる。
【００４１】
主制御部１２３は、ステップＳ２２１で解析内容をウェブ側表示部１２９に逐次出力する指示が行われているかをチェックして（ステップＳ２２５）、逐次出力する指示が行われている場合には（Ｙ）、現在の解析内容をウェブ側表示部１２９に出力する（ステップＳ２２６）。そして、ステップＳ２２１で指定された統計期間が終了したかどうかをチェックして（ステップＳ２２７）、終了していなければ（Ｎ）、ステップＳ２２３に戻って次のパケットが受信されるのを待機する。ステップＳ２２５で解析内容をウェブ側表示部１２９に逐次出力する指示が行われていない場合には（Ｎ）、統計期間が終了していない限り（ステップＳ２２７：Ｎ）、解析内容をウェブ側表示部１２９に出力することなく、ステップＳ２２３に戻って次のパケットが受信されるのを待機する。
【００４２】
以上のようにしてパケットの統計処理が行われ、統計期間が終了したら（ステップＳ２２７：Ｙ）、ルータ装置１０４は全期間の解析内容をウェブ側表示部１２９に出力して前記したブラウザによってその内容が表示され（ステップＳ２２８）、統計情報の処理が終了する（エンド）。ステップＳ２２５で解析内容をウェブ側表示部１２９に逐次出力する指示が行われていない場合には、この統計期間の終了した段階でウェブ側表示部１２９が統計の行われた全期間についての解析結果をブラウザに表示することになる。
【００４３】
図６に戻って３番目の解析部としての配下端末解析部１４３の説明を行う。配下端末解析部１４３は、パケット送受信部１２６から各パケットのアドレス情報１５５を受け取って、パケットを送受信したルータ装置１０４の配下の端末のＭＡＣアドレスがＭＡＣアドレス登録部１２８に登録されているかを解析する。登録されていれば、ルータ装置１０４の配下の端末として正式に認知された端末である。解析結果としての端末図解情報１５６はウェブ側表示部１２９に送出されて、ルータ装置１０４の配下の各端末が認知されているかどうかを示す端末図解情報がブラウザに表示される。
【００４４】
図１１は、表示部に表示される端末図解情報の一例を表わしたものである。ウェブ側表示部１２９には、ルータ装置１０４がインターネット１０１に接続されていることと、ルータ装置１０４の配下にはパーソナルコンピュータ１０３と他の通信装置１６１が接続されていることが図解されている。このうちパーソナルコンピュータ１０３については、その解析結果表１７１に示すように、ＭＡＣアドレスとＩＰアドレスの他に、コンピュータ名、ワークグループ名およびその端末が使用するブラウザの名称が判明しており、認知された端末となっている。他の通信装置１６１の方は、その解析結果表１７２に示すように、ＭＡＣアドレスとＩＰアドレスが判明しているが、コンピュータ名、ワークグループ名およびその端末が使用するブラウザの名称が判明しておらず、ルータ装置１０４で認知していない端末が接続されていることが分かる。
【００４５】
図６に示した配下端末解析部１４３は、ＡＲＰ（address resolution Protocol）およびＲＡＲＰ（Reverse Address Resolution Protocol）といったプロトコルを使用したパケットを解析することで、ＭＡＣアドレスとＩＰアドレスの対応関係を判別する。ここで、ＡＲＰはＩＰアドレスを基にしてＭＡＣアドレスを求めるプロトコルであり、ＲＡＲＰはＩＰアドレスを宛先のＭＡＣアドレスから求めるプロトコルである。ＭＡＣアドレス登録部１２８には、ルータ装置１０４の管理者が配下の端末のそれぞれについて、これらのＭＡＣアドレスを登録している。ＭＡＣアドレス登録部１２８に登録された各端末は、認知された端末である。図１１における他の通信装置１６１のような認知していない端末がルータ装置１０４の配下に存在していたような場合、これを発見して対処することで、セキュリティを向上させることができる。
【００４６】
図１１でＮＢＮＳ（NetBIOS Name Service）は、ウィンドウズ（登録商標）で、ファイルの共有に使用されるプロトコルである。ファイルを共有できる端末は、認知されているかを問わずＮＢＮＳを使用したパケット（以下、ＮＢＮＳパケットと称する。）を自動的に出力する。そこで、ルータ装置１０４内の配下端末解析部１４３がＮＢＮＳパケットを解析することで、配下の各端末の認知の有無を解析することができる。
【００４７】
図１２は、配下端末解析部の解析処理の様子を表わしたものである。図４〜図６および図１１と共に説明する。
【００４８】
主制御部１２３は、パケット送受信部１２６がパケットを受信するを待機している（ステップＳ２４１）。パケット送受信部１２６がパケットを受信したら（Ｙ）、その解析を行う（ステップＳ２４２）。この結果、たとえばパーソナルコンピュータ１０３から送られてきたＮＢＮＳパケットの場合には、解析結果表１７１に示す解析結果が得られ、他の通信装置１６１から送られてきたＮＢＮＳパケットの場合には、解析結果表１７２に示す解析結果が得られる。
【００４９】
主制御部１２３は、受信したＮＢＮＳパケットの解析によって得られた解析結果のＭＡＣアドレスと一致するＭＡＣアドレスを有する保存中のテンプレートを検索する（ステップＳ２４３）。ＭＡＣアドレスは、個々の端末ごとに異なるので、保存中のテンプレートを一意に決定することができる。ここで、既に認知された端末については、これらのテンプレートがメモリ１２２内あるいはパケット解析部１２７内に設けた図示しないメモリ領域に格納されている。
【００５０】
検索の結果、テンプレートが見つかった場合には（ステップＳ２４４：Ｙ）、そのテンプレートに対応するパケットにＩＰアドレスが存在するかのチェックが行われる（ステップＳ２４５）。テンプレートが見つからなかった場合には（ステップＳ２４４：Ｎ）、現在受信した端末の解析結果を付加するためのテンプレートを用意する（ステップＳ２４６）。そして、判別されたＭＡＣアドレスをそのテンプレートに書き込むことになる（ステップＳ２４７）。この後、ステップＳ２４５の処理に進む。
【００５１】
ステップＳ２４５で、受信したＮＢＮＳパケットにＩＰアドレスが存在しないと判別された場合には（Ｎ）、このパケットにワークグループ名が存在するかの判別が行われる（ステップＳ２４８）。ステップＳ２４５で受信したＮＢＮＳパケットにＩＰアドレスが存在する場合には（Ｙ）、そのＩＰアドレスを該当するテンプレートに書き込む（ステップＳ２４９）。そして、ステップＳ２４８の処理に進むことになる。
【００５２】
ステップＳ２４８で、受信したＮＢＮＳパケットにワークグループ名が存在しないと判別された場合には（Ｎ）、このパケットにコンピュータ名が存在するかの判別が行われる（ステップＳ２５０）。ステップＳ２４８でワークグループ名が存在すると判別された場合には（Ｙ）、そのワークグループ名を該当するテンプレートに書き込む（ステップＳ２５１）。そして、ステップＳ２５０の処理に進むことになる。
【００５３】
ステップＳ２５０で、受信したＮＢＮＳパケットにコンピュータ名が存在しないと判別された場合には（Ｎ）、このパケットにブラウザの名称が存在するかの判別が行われる（ステップＳ２５２）。ステップＳ２５０でコンピュータ名が存在すると判別された場合には（Ｙ）、そのコンピュータ名を該当するテンプレートに書き込む（ステップＳ２５３）。そして、ステップＳ２５２の処理に進むことになる。
【００５４】
ステップＳ２５２で、受信したＮＢＮＳパケットにブラウザ名が存在しないと判別された場合には（Ｎ）、以上のようにして作成したテンプレートを解析結果表としてネットワーク図と共にウェブ側表示部１２９に表示して（ステップＳ２５４）、処理を終了する（エンド）。ステップＳ２５２で、受信したＮＢＮＳパケットにブラウザ名が存在すると判別された場合には（Ｙ）、そのブラウザ名を該当するテンプレートに書き込む（ステップＳ２５５）。そして、ステップＳ２５４の処理に進み、以上のようにして作成したテンプレートを解析結果表としてネットワーク図と共にウェブ側表示部１２９に表示して、処理を終了する（エンド）。
【００５５】
以上説明したように、本実施の形態によれば、パーソナルコンピュータ１０３等の端末からのルータ装置１０４にウェブブラウザからアクセスするだけで、エラーの原因の解明や、統計資料およびルータ装置１０４の配下の端末の接続状態に関するデータの取得が可能である。一般にネットワークや、パケットシーケンスに関して比較的高度な知識を有する者でなければこれらのデータの取得が困難とされていた。したがって、本実施の形態により、ユーザが特別な知識を持たなくても各種の問題を解決することができるようになり、ユーザビリティの向上を図ることができる。
【００５６】
また、本実施の形態では、ルータ装置１０４がパケットを解析し、エラーを表示する。したがって、パケットキャプチャを使う必要がなく、解析工数等の削減によるのコスト削減が可能である。更に、ルータ装置１０４は解析した結果を用いて解決策をユーザに提示する。これにより、ユーザは特別な知識を持たなくても問題を解決することができ、ユーザビリティを向上させることができる。
【００５７】
更に、本実施の形態のルータ装置１０４で各種の統計を採ることにより、ボット型ウィルス等の、不正にパケットを送受信するウイルスに端末が感染しているかどうかの判断材料を取得することができる。このため、パーソナルコンピュータ１０３等の端末やこれを使用した通信システム全体のセキュリティが向上する。また、ネットワークにおけるパケットの流れの時間的な変化を把握することにより、インターネット等の通信ネットワークにアクセスするのに効率のよい時間帯を簡単に判断することができる。
【００５８】
また、ルータ装置１０４が配下の端末を認識して表示することにより、管理者が認めていない端末を発見することができ、セキュリティが向上する。更に、ルータ装置１０４のみのアクセスで、ポートマッピングやパケットフィルタリングの設定が可能となる。パケットフィルタリングについては、実施例で詳細を説明する。
【実施例１】
【００５９】
次に、実施の形態のパケット解析システムについての第１の実施例を説明する。実施の形態で示した図４〜図１２は本実施例でもそのまま使用する。図４に示したパーソナルコンピュータ１０３のユーザは、パーソナルコンピュータ１０３にインストールされたアプリケーションソフトウェアとしてのブラウザを起動してルータ装置１０４のＵＲＩにアクセスする。これにより、ルータ装置１０４のトップページがパーソナルコンピュータ１０３の表示画面に表示される。
【００６０】
図１３は、ルータ装置にアクセスしたときの表示内容の展開の様子を表わしたものである。図４および図６と共に説明する。
【００６１】
パーソナルコンピュータ１０３からルータ装置１０４のＵＲＩにアクセスすると、まずルータ装置１０４のトップページ表示３０１が行われる。
【００６２】
図１４は、パーソナルコンピュータのトップページ表示を表わしたものである。トップページ表示３０１はメニュー画面となっており、解析する項目として、ユーザは「（１）エラー表示」、「（２）統計情報表示」および「（３）ルータ配下の絵表示」のいずれかを選択する。ここで、「（１）エラー表示」とは、図６に示したパケット解析部１２７の失敗シーケンス解析部１４１による解析結果の表示を意味する。「（２）統計情報表示」とは、パケット統計解析部１４２の解析結果の表示を意味する。「（３）ルータ配下の絵表示」とは、配下端末解析部１４３の解析結果の表示を意味する。ユーザがこのような解析を行わず、ルータ装置１０４そのものの設定を行うときには、このトップページ３０１の右下隅に表示されている「ルータ装置の各種設定」という項目をクリックすればよい。
【００６３】
図１３に戻って説明を続ける。ユーザがパーソナルコンピュータ１０３（図４）を操作して、「（１）エラー表示」（図４）を選択すると、図８に示した失敗シーケンス解析処理が行われ、エラー表示３０２が行われる。この一例を図７に示した。
【００６４】
図１５は、エラー表示の他の例を示したものである。このエラー表示３０２では、エラーパケットシーケンスをパターンマッチッングした結果として、電子メール関係のエラーの発生に対して、認証ＩＤ（identifier）かパスワードの入力が間違っている可能性があることを示している。
【００６５】
図１４のトップページ３０１から「（２）統計情報表示」を選択した場合には、図１０に示した統計情報の処理が行われて、統計情報表示３０３（図１３）が行われる。この一例を図９に示した。また、統計情報表示３０３は更に細分して表示することが可能である。本実施例では、パケット内訳表示３０４と、通信しやすい時間帯表示３０５に表示を展開することができる。
【００６６】
図１６は、パケット内訳表示の表示例を表わしたものである。パケット内訳表示３０４では、図４に示したルータ装置１０４を通過するパケットの種類とその割合を、一例として円グラフで表わしている。この図１６では、図９に示した統計情報における特定の時間帯を指定して、その時間帯におけるＬＡＮケーブル１０６からルータ装置１０４に向かうパケット１１４の種別を解析させている。この図１６ではＬＡＮインタフェース部１２４を使用するパケットについて説明したが、ＷＡＮインタフェース部１２５を使用するパケットについても、同様にパケット内訳表示を行うことができる。
【００６７】
図１７は、このようなパケット内訳表示を行う処理の流れを示したものである。図５および図６と共に説明する。
【００６８】
パケット統計解析部１４２は、パケット内訳表示の統計処理の期間が開始したら（ステップＳ４０１：Ｙ）、パケット送受信部１２６からパケットが受信されるのを待機している（ステップＳ４０２）。パケットが受信されると（Ｙ）、パケット統計解析部１４２は、そのパケットの種類を解析する（ステップＳ４０３）。そして、解析したパケットを受信した時間に対応させて保存し（ステップＳ４０４）、更に、解析した結果をパケットの種類に対応させて保存する（ステップＳ４０５）。そして、統計処理期間が終了するかをチェックして（ステップＳ４０６）、終了前であれば（Ｎ）、ステップＳ４０２の処理に戻って次のパケットの受信を待機する。
【００６９】
このようにしてパケットの受信処理が行われている段階で、統計処理期間が終了したら（ステップＳ４０６：Ｙ）、ステップＳ４０４およびステップＳ４０５で保存した内容を、受信した時間とパケットの種類で関連付ける（ステップＳ４０７）。これにより得られた結果はウェブ側表示部１２９に出力されて（ステップＳ４０８）、処理が終了する（エンド）。
【００７０】
以上のようにして、受信したパケットの量や種類の時間的な変化を把握することができる。これにより、パーソナルコンピュータ１０３の操作を特に行っていないにも係わらず、通信量が異常に増加したことが確認される場合がある。このような場合には、インターネット１０１を通じて外部からコンピュータを操ることを目的として作成されたボット型ウィルスに感染したおそれがある。そこで、通信量の増加と、その原因を示すことで、ユーザに必要なセキュリティ対策を採らせ、セキュリティの向上を図ることができる。
【００７１】
図１８は、統計処理の他の結果として、パーソナルコンピュータが通信しやすい時間帯表示の表示例を表わしたものである。通信しやすい時間帯表示３０５によって、たとえば曜日ごとにどの時間帯の通信量が少ないかを表示することができるので、インターネットに接続するにはどの時間帯が効率がよいかをユーザに提示できることになる。
【００７２】
図１３に再び戻って説明を続ける。ユーザがトップページ３０１から「（３）ルータ配下の絵表示」（図１４）を選択した場合には、ルータ配下の絵表示３０６が行われて、図６に示した配下端末解析部１４３による解析処理が行われる（図１２）。その一例は、実施の形態の図１１で示した。
【００７３】
図１９は、統計処理の更に他の結果として、１カ月のパケット総量と通信速度の統計値を採取した一例を表わしたものである。この例では、第１日目から第３０日目までの３０日間を対象として、それぞれの日の１時間ごとのパケット総量と通信速度を測定している。測定結果は、ユーザの指定によって１日単位でパケット総量や通信速度を棒グラフや折れ線グラフで表示するようにしてもよいし、指定した日について１時間ごとに表示を行ってもよい。
【実施例２】
【００７４】
次に、実施の形態のパケット解析システムに関して第２の実施例を説明する。第２の実施例でも、第１の実施例と同様に、実施の形態で示した図４〜図１２は本実施例でもそのまま使用する。図４に示したパーソナルコンピュータ１０３のユーザは、パーソナルコンピュータ１０３にインストールされたアプリケーションソフトウェアとしてのブラウザを起動してルータ装置１０４のＵＲＩにアクセスする。これにより、ルータ装置１０４のトップページがパーソナルコンピュータ１０３の表示画面に表示される。
【００７５】
図２０は、「ルータ配下の絵表示」の処理の流れを表わしたものである。図５および図６と共に説明する。
【００７６】
配下端末解析部１４３は、パケット送受信部１２６からパケットが受信されるのを待機している（ステップＳ４２１）。パケットが受信されると（Ｙ）、配下端末解析部１４３は、そのパケットがＬＡＮインタフェース部１２４とＷＡＮインタフェース部１２５のいずれから受信されたかを解析する（ステップＳ４２２）。そして、ＬＡＮインタフェース部１２４が受信したパケットであれば（ステップＳ４２３：Ｙ）、ＬＡＮ側、すなわちルータ装置１０４の配下の装置側にパケットの「絵」を付ける（ステップＳ４２４）。そして、ウェブ側表示部１２９で、ネットワーク図に該当するパケットの「絵」を表示して（ステップＳ４２５）、処理を終了する（エンド）。
【００７７】
ＷＡＮインタフェース部１２５側でパケットを受信したと判別した場合には（ステップＳ４２３：Ｎ）、ＷＡＮインタフェース部１２５側にパケットの「絵」を付ける（ステップＳ４２６）。そして、ウェブ側表示部１２９で、ネットワーク図に該当するパケットの「絵」を表示することになる（ステップＳ４２５）。
【００７８】
図２１および図２２は、本実施例で行われる他の解析処理を示したものである。このうち図２１は、図５におけるＷＡＮインタフェース部１２５を介して受信される、ＴＣＰ（Transmission Control Protocol）パケットやＵＤＰ（User Datagram Protocol）パケット等の各種のパケットの種類の解析結果を、解析結果表１７１、１７２と共に図解している。また、図２２では、ＬＡＮインタフェース部１２４を介して受信されるパケットの種類の解析結果を、解析結果表１７１、１７２と共に同様に図解している。
【００７９】
パーソナルコンピュータ１０３のユーザの視点で考えると、ポートマッピングする際に、これらの図２１や図２２を見ることで、ルータ装置１０４の配下の各端末にどのような設定をすればよいかの判断が可能になり、設定が容易になるという意味でユーザビリティが向上する。また、他の通信装置１６１のように管理者が管理していない通信装置がルータ装置１０４の配下の装置となっているような場合にも、その発見が可能になり、セキュリティの向上が見込める。
【００８０】
図２３は、以上説明した解析処理の他の利点を説明するためのものである。パーソナルコンピュータ１０３のユーザが図４に示したインターネット１０１上の所望のホームページを閲覧しようとしたとする。このとき、パーソナルコンピュータ１０３は閲覧先のＩＰアドレスを知る必要がある。この際にＤＮＳ（Domain Name System）サーバ３１１が使用される。
【００８１】
ユーザが未成年者の場合、あるいはユーザの使用するパーソナルコンピュータ１０３が特定の職場に配置されているような所定の場合には、アクセス対象のホームページに制限が加えられる場合がある。このような場合、ルータ装置１０４がパーソナルコンピュータ１０３側から送り出されるパケットにフィルタを設定することで、特定のＩＰアドレスの問い合わせに回答を拒否しアクセスの対象を制限することが可能になる。そこで、図２３に示したように各所を伝送されるパケットの内容を表示することで、フィルタの設定が容易になり、ユーザビリティが向上する。
【００８２】
今、図４に示すパーソナルコンピュータ１０３のユーザがインターネット１０１上にある所望のウェブサーバ１０２のコンテンツの閲覧を行おうとしたところ、アクセスが拒否されたとする。この場合、ユーザはルータ装置１０４にアクセスして、図１４に示す（１）エラー表示の項目を選択する。そして、図６に示す失敗シーケンス解析部１４１を用いて失敗シーケンスを解析する。
【００８３】
図２４は、以上説明したパケットのフィルタ処理の様子を表わしたものである。図５、図６および図２３と共に説明する。
【００８４】
ユーザがコンピュータ１０３からウェブサーバ１０２をアクセスするための操作を行うと、コンピュータ１０３はそのウェブサーバ１０２のＩＰアドレスを取得するための名前解決のパケット（ＤＮＳ ｑｕｅｒｙ ＸＸＸ．ｃｏ．ｊｐ）をルータ装置１０４に送出する。「ｑｕｅｒｙ」とは問い合わせを文字列として示したものである。失敗シーケンス解析部１４１ではこのパケットを受信すると（ステップＳ４４１：Ｙ）、パケットの種類を解析し（ステップＳ４４２）、アクセスを制限するフィルタパターンに一致するかを判別する（ステップＳ４４３）。
【００８５】
この名前解決のパケット（ＤＮＳ ｑｕｅｒｙ ＸＸＸ．ｃｏ．ｊｐ）がフィルタパターンに一致しない場合には（Ｎ）、ルータ装置１０４はＤＮＳサーバ３１１に対して名前解決パケット（ＡＲＰ ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ）を送出し、ＩＰアドレスの問い合わせを行う（ステップＳ４４４）。すなわち、この場合には、フィルタを通過してＩＰアドレスの問い合わせがＤＮＳサーバ３１１に送出されて、処理が終了する（エンド）。
【００８６】
これに対して、前記したユーザの所望のウェブサーバ１０２に対するフィルタが設定されていた場合（ステップＳ４４３：Ｙ）、ルータ装置１０４はＤＮＳサーバ３１１に対して名前解決パケットを送出せず、エラー（ＤＮＳ Ｓｅｒｖｅｒ Ｆａｉｌｕｒｅ）をパーソナルコンピュータ１０３に返答して（ステップＳ４４５）、処理を終了する（エンド）。
【００８７】
なお、ＤＮＳサーバ３１１のアドレスが間違っているような場合にも、ＤＮＳサーバ３１１に対して名前解決のためのパケットが届かないので、名前解決は失敗する。この場合にも、ルータ装置１０４のＬＡＮインタフェース部１２４およびＷＡＮインタフェース部１２５のそれぞれでパケットのキャプチャを行うことで、ＤＮＳサーバ３１１あるいは他のサーバとの間でどのような宛先や内容のパケットが送受信されているかが判明し、各種のエラーの解決の助けとなる。
【実施例３】
【００８８】
次に、実施の形態のパケット解析システムに関して第３の実施例を説明する。第３の実施例では、ユーザが図４に示したパーソナルコンピュータ１０３から電子メールの送信を行う際にエラーが発生して、送信を行うことができなかった場合の失敗シーケンスの解析処理を行う。
【００８９】
図２５は、失敗シーケンス解析部によるメール送信時の解析の様子を表わしたものである。図４と共に説明する。なお、第３の実施例でも、第１の実施例と同様に、実施の形態で示した図４〜図１２をそのまま使用する。
【００９０】
この例で、ユーザはパーソナルコンピュータ１０３からインターネット１０１上の図示しないＳＭＴＰ（Simple Mail Transfer Protocol）サーバに電子メールを送信するものとする。コンピュータ１０３は、「ＥＨＬＯ」コマンドでＳＭＴＰサーバに対して挨拶を行い、ＳＭＴＰサーバから返答「２５０」が返される。パーソナルコンピュータ１０３は認証のために「ＡＵＴＨ（Authentication）」コマンドを発行する。これに応答する形で、ＳＭＴＰサーバからアカウント名とパスワードの要求「３３４」が行われる。これに対して、パーソナルコンピュータ１０３からアカウント名とパスワードが送られて来ず、代わりに電子メールの本文「ＭＡＩＬ ＢＯＤＹ」が送られてきたとする。この場合、ＳＭＴＰサーバは、認証エラー「５３５」を送信してくる。
【００９１】
すなわち、この例では、パーソナルコンピュータ１０３に設定された手順で、本来はアカウント名とパスワードをＳＭＴＰサーバに送信すべきところを、これらの送信が省略されたシーケンスとなっている。ユーザは電子メールの送信について上記したエラーが発生したとき、第２の実施例で示したように、パーソナルコンピュータ１０３のブラウザを起動してトップページから「（１）エラー表示」（図１４）を選択することで、このようにエラーを特定して、解決方法を提示させることができる。
【００９２】
なお、以上説明した実施の形態および各実施例では、ルータ装置１０４がパケットの解析を行うことにしたが、これに限るものではない。たとえば、ホームゲートウェイ装置が同様にパケットの解析を行うものであってもよいことは当然である。
【符号の説明】
【００９３】
１０ パケット解析装置
１１ 第１のパケット送受信手段
１２ 第２のパケット送受信手段
１３ 解析内容選択手段
１４ パケット解析手段
１５ ウェブブラウザ画面表示手段
２０ パケット解析方法
２１ 解析内容選択ステップ
２２ パケット解析ステップ
２３ ウェブブラウザ画面表示ステップ
３０ パケット解析プログラム
３１ 解析内容選択処理
３２ パケット解析処理
３３ ウェブブラウザ画面表示処理
１００ パケット解析システム
１０１ インターネット
１０２ ウェブサーバ
１０３ パーソナルコンピュータ
１０４ ルータ装置
１２１ ＣＰＵ
１２２ メモリ
１２４ ＬＡＮインタフェース部
１２５ ＷＡＮインタフェース部
１２７ パケット解析部
１２８ ＭＡＣアドレス登録部
１２９ ウェブ側表示部
１４１ 失敗シーケンス解析部
１４２ パケット統計解析部
１４３ 配下端末解析部
１４４ 失敗シーケンス・エラー解決方法記憶部
１６１ 他の通信装置
【特許請求の範囲】
【請求項１】
第１の通信ネットワークを介して任意の数の第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段と、
前記第１の通信ネットワークと異なる第２の通信ネットワークを介して前記第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続してパケットを送受信する第２のパケット送受信手段と、
前記第１種の通信装置のうちブラウザを搭載した通信装置にパケット信号に関する解析内容をウェブブラウザ画面の使用によって選択させる解析内容選択手段と、
この解析内容選択手段による解析内容の選択が行われたとき、前記第１のパケット送受信手段あるいは第２のパケット送受信手段を使用して送受信される対応するパケット信号を有限の時間にわたって解析するパケット解析手段と、
このパケット解析手段の解析結果をウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示手段
とを具備することを特徴とするパケット解析装置。
【請求項２】
前記解析内容選択手段は、受信したパケットのシーケンスの誤りを解析する解析内容を選択する手段を備えており、前記パケット解析手段はエラーの生じるシーケンスのパターンと、エラーの解決方法を記憶する失敗シーケンス・エラー解決方法記憶部を備えていることを特徴とする請求項１記載のパケット解析装置。
【請求項３】
前記解析内容選択手段は、受信したパケットの統計情報を取得して解析する解析内容を選択する手段を備えていることを特徴とする請求項１記載のパケット解析装置。
【請求項４】
前記解析内容選択手段は、前記第１の通信ネットワークに接続された各通信端末の解析内容を選択する手段を備えていることを特徴とする請求項１記載のパケット解析装置。
【請求項５】
前記パケット解析手段は、各通信端末の送出するＮＢＮＳパケットを解析することで、これらの通信装置が認知されているか否かを解析することを特徴とする請求項４記載のパケット解析装置。
【請求項６】
前記第１の通信ネットワークはＬＡＮ（Local Area Network）であり、第２の通信ネットワークはＷＡＮ（Wide Area Network）であり、ルーティングを行うルータ装置がパケットの解析を行うことを特徴とする請求項１記載のパケット解析装置。
【請求項７】
前記第１の通信ネットワークはＬＡＮ（Local Area Network）であり、第２の通信ネットワークはＷＡＮ（Wide Area Network）であり、ホームゲートウェイ装置がパケットの解析を行うことを特徴とする請求項１記載のパケット解析装置。
【請求項８】
第１の通信ネットワークを介して通信を行う任意数の第１種の通信装置のうちブラウザを搭載した通信装置から、パケット信号に関する解析内容の選択要求があったとき、表示されるウェブブラウザ画面によってその選択を行わせる解析内容選択ステップと、
この解析内容選択ステップによる解析内容の選択が行われたとき、前記第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段あるいは前記第１の通信ネットワークと異なる第２の通信ネットワークを介して前記第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続する第２のパケット送受信手段を使用して送受信する対応するパケット信号を、有限の時間にわたって解析するパケット解析ステップと、
このパケット解析ステップの解析結果を前記ウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示ステップ
とを具備することを特徴とするパケット解析方法。
【請求項９】
コンピュータに、
第１の通信ネットワークを介して通信を行う任意数の第１種の通信装置のうちブラウザを搭載した通信装置から、パケット信号に関する解析内容の選択要求があったとき、表示されるウェブブラウザ画面によってその選択を行わせる解析内容選択処理と、
この解析内容選択処理による解析内容の選択が行われたとき、前記第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段あるいは前記第１の通信ネットワークと異なる第２の通信ネットワークを介して前記第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続する第２のパケット送受信手段を使用して送受信する対応するパケット信号を、有限の時間にわたって解析するパケット解析処理と、
このパケット解析処理の解析結果を前記ウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示処理
とを実行させることを特徴とするパケット解析プログラム。
【請求項１】
第１の通信ネットワークを介して任意の数の第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段と、
前記第１の通信ネットワークと異なる第２の通信ネットワークを介して前記第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続してパケットを送受信する第２のパケット送受信手段と、
前記第１種の通信装置のうちブラウザを搭載した通信装置にパケット信号に関する解析内容をウェブブラウザ画面の使用によって選択させる解析内容選択手段と、
この解析内容選択手段による解析内容の選択が行われたとき、前記第１のパケット送受信手段あるいは第２のパケット送受信手段を使用して送受信される対応するパケット信号を有限の時間にわたって解析するパケット解析手段と、
このパケット解析手段の解析結果をウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示手段
とを具備することを特徴とするパケット解析装置。
【請求項２】
前記解析内容選択手段は、受信したパケットのシーケンスの誤りを解析する解析内容を選択する手段を備えており、前記パケット解析手段はエラーの生じるシーケンスのパターンと、エラーの解決方法を記憶する失敗シーケンス・エラー解決方法記憶部を備えていることを特徴とする請求項１記載のパケット解析装置。
【請求項３】
前記解析内容選択手段は、受信したパケットの統計情報を取得して解析する解析内容を選択する手段を備えていることを特徴とする請求項１記載のパケット解析装置。
【請求項４】
前記解析内容選択手段は、前記第１の通信ネットワークに接続された各通信端末の解析内容を選択する手段を備えていることを特徴とする請求項１記載のパケット解析装置。
【請求項５】
前記パケット解析手段は、各通信端末の送出するＮＢＮＳパケットを解析することで、これらの通信装置が認知されているか否かを解析することを特徴とする請求項４記載のパケット解析装置。
【請求項６】
前記第１の通信ネットワークはＬＡＮ（Local Area Network）であり、第２の通信ネットワークはＷＡＮ（Wide Area Network）であり、ルーティングを行うルータ装置がパケットの解析を行うことを特徴とする請求項１記載のパケット解析装置。
【請求項７】
前記第１の通信ネットワークはＬＡＮ（Local Area Network）であり、第２の通信ネットワークはＷＡＮ（Wide Area Network）であり、ホームゲートウェイ装置がパケットの解析を行うことを特徴とする請求項１記載のパケット解析装置。
【請求項８】
第１の通信ネットワークを介して通信を行う任意数の第１種の通信装置のうちブラウザを搭載した通信装置から、パケット信号に関する解析内容の選択要求があったとき、表示されるウェブブラウザ画面によってその選択を行わせる解析内容選択ステップと、
この解析内容選択ステップによる解析内容の選択が行われたとき、前記第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段あるいは前記第１の通信ネットワークと異なる第２の通信ネットワークを介して前記第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続する第２のパケット送受信手段を使用して送受信する対応するパケット信号を、有限の時間にわたって解析するパケット解析ステップと、
このパケット解析ステップの解析結果を前記ウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示ステップ
とを具備することを特徴とするパケット解析方法。
【請求項９】
コンピュータに、
第１の通信ネットワークを介して通信を行う任意数の第１種の通信装置のうちブラウザを搭載した通信装置から、パケット信号に関する解析内容の選択要求があったとき、表示されるウェブブラウザ画面によってその選択を行わせる解析内容選択処理と、
この解析内容選択処理による解析内容の選択が行われたとき、前記第１種の通信装置と接続してパケットを送受信する第１のパケット送受信手段あるいは前記第１の通信ネットワークと異なる第２の通信ネットワークを介して前記第１種の通信装置のアクセスの対象となる任意数の第２種の通信装置と接続する第２のパケット送受信手段を使用して送受信する対応するパケット信号を、有限の時間にわたって解析するパケット解析処理と、
このパケット解析処理の解析結果を前記ウェブブラウザ画面に解析結果として表示するウェブブラウザ画面表示処理
とを実行させることを特徴とするパケット解析プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２０１０−１８３２１４（Ｐ２０１０−１８３２１４Ａ）
【公開日】平成２２年８月１９日（２０１０．８．１９）
【国際特許分類】
【出願番号】特願２００９−２３２５０（Ｐ２００９−２３２５０）
【出願日】平成２１年２月４日（２００９．２．４）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
【公開日】平成２２年８月１９日（２０１０．８．１９）
【国際特許分類】
【出願日】平成２１年２月４日（２００９．２．４）
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
[ Back to top ]