JP2011166670A

JP2011166670A - ゲートウェイ装置およびゲートウェイ装置における機器情報取得方法

Info

Publication number: JP2011166670A
Application number: JP2010030162A
Authority: JP
Inventors: Yoshiyuki Mihara; 義行美原; Masayuki Ito; 昌幸伊藤; Takefumi Yamazaki; 毅文山崎
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2010-02-15
Filing date: 2010-02-15
Publication date: 2011-08-25
Anticipated expiration: 2030-02-15
Also published as: JP5328690B2

Abstract

【課題】通信装置に接続された通信機器に関する機器情報を通信装置に記憶させる技術を提供する。
【解決手段】ゲートウェイ装置は、配下の通信機器から受信したパケットの送信先ポート番号が５３番であるか否かを判定する（Ｓ１３）。ゲートウェイ装置１は、ポート番号が５３番であったなら（Ｓ１３：ＹＥＳ）、つまり、パケットは名前解決を要求するためのパケット（いわゆるＤＮＳプロトコルにおけるQuestionマンド）であると判定されたなら、ゲートウェイ装置１のアドレスを名前解決の応答として含むパケットを生成し、パケットを通信機器に送信する（Ｓ１５）。
【選択図】図４

Description

本発明は、ゲートウェイ装置およびゲートウェイ装置における機器情報取得方法に関する。

近年、通信機能を備えたパーソナルコンピュータを利用する利用者の増加が著しく、ブロードバンド回線数も増加の一途を辿っている。また、通信機器は、このようなパーソナルコンピュータに限らず、例えば、ゲーム機器なども通信機能を有している。

こうして通信機器が多様化する中にあって、その設定や不具合に関する問い合わせが急増している。また、問い合わせを受けるメーカやサービスプロバイダやコンテンツプロバイダにあっては、サポートセンタの対応時間も急増している。

今後は、情報家電と称される通信機器を利用したサービスの普及に伴い、かかる問題の拡大が懸念されている。

ところで、通信機器の中には、その通信機器に関する機器情報を含むパケット（機器情報通知パケットという）を送信できるものがある（非特許文献１を参照）。

例えば、ホームゲートウェイなどの通信装置がこの機器情報通知パケットを受信し、機器情報を記憶しておけば、サポートセンタなどから機器情報を通信により取り出せ、問い合わせに回答しやすくなる。

しかしながら、機器情報通知パケットを送信できない通信機器もあり、その通信機器については、ユーザから口頭で設定や不具合の内容などを聞かざるを得ない。

したがって、通信機器が機器情報通知パケットを送信できるか否かに関係なく、ホームゲートウェイなどの通信装置が、情報家電やパーソナルコンピュータなどの通信機器に関する機器情報を取得して記憶できるようにしておくのが好ましい。

UPnP Device Architecture 1.0、［online］、［平成２２年２月４日検索］、インターネット＜URL:http://www.upnp.org/specs/arch/UPnP-arch-DeviceArchitecture-v1.0.pdf＞

本発明は、上記に鑑みなされたものであり、その目的とするところは、ゲートウェイ装置に接続された通信機器に関する機器情報をゲートウェイ装置に記憶させる技術を提供することにある。

上記課題を解決するために、第１の本発明に係るゲートウェイ装置は、通信機器から送信されるパケットを該パケットの宛先に応じて転送するゲートウェイ装置であって、前記パケットの宛先は当該ゲートウェイ装置であるか否かを判定する手段と、当該パケットの宛先は前記ゲートウェイ装置であると判定されたなら、当該パケットは名前解決を要求するためのパケットであるか否かを判定する手段と、当該パケットは名前解決を要求するためのパケットであると判定されたなら、前記ゲートウェイ装置のアドレスを名前解決の応答として含むパケットを前記通信機器に送信する手段と、前記パケットは名前解決を要求するためのパケットでないと判定されたなら、当該パケットに含まれる前記通信機器に関する機器情報を取り出し、前記ゲートウェイ装置に設けられた記憶手段に記憶させる手段とを備えることを特徴とする。

例えば、ゲートウェイ装置は、前記機器情報を記憶手段に記憶させたなら、前記通信機器に記憶される前記名前解決の応答としての前記ゲートウェイ装置のアドレスを消去させるための信号を当該通信機器に送信する手段を備える。

第２の本発明に係る機器情報取得方法は、通信機器から送信されるパケットを該パケットの宛先に応じて転送するゲートウェイ装置が行う機器情報取得方法であって、前記ゲートウェイ装置が、前記パケットの宛先は当該ゲートウェイ装置であるか否かを判定するステップと、前記ゲートウェイ装置が、当該パケットの宛先は前記ゲートウェイ装置であると判定された場合に、当該パケットは名前解決を要求するためのパケットであるか否かを判定するステップと、前記ゲートウェイ装置が、当該パケットは名前解決を要求するためのパケットであると判定された場合に、前記ゲートウェイ装置のアドレスを名前解決の応答として含むパケットを前記通信機器に送信するステップと、前記ゲートウェイ装置が、前記パケットは名前解決を要求するためのパケットでないと判定された場合に、当該パケットに含まれる前記通信機器に関する機器情報を取り出し、前記ゲートウェイ装置に設けられた記憶手段に記憶させるステップとを備えることを特徴とする。

例えば、機器情報取得方法は、前記ゲートウェイ装置が、前記機器情報を記憶手段に記憶させた場合に、前記通信機器に記憶される前記名前解決の応答としての前記ゲートウェイ装置のアドレスを消去させるための信号を当該通信機器に送信するステップを備える。

本発明によれば、ゲートウェイ装置に接続された通信機器が機器情報通知パケットを送信できるか否かに関係なく、通信機器に関する機器情報をゲートウェイ装置に記憶させることができ、その機器情報から、通信機器の種別などを把握できる。

図１は、本実施の形態に係るゲートウェイ装置を含む通信システムの構成を示す図である。図２は、パケットの構成を示す図である。図３は、機器情報データベース１３の内容例を示す図である。図４は、ゲートウェイ装置１の動作を示すフローチャートである。

以下、本発明の実施の形態について図面を参照して説明する。

図１は、本実施の形態に係る通信装置を含む通信システムの構成を示す図である。

ゲートウェイ装置１には、例えば、ローカルエリアネットワークＬを介して、複数の通信機器２が接続されている。ゲートウェイ装置１、各通信機器２は、同一のホームネットワークに属している。ゲートウェイ装置１は、ホームゲートウェイなどと称される。

ここでは、ゲートウェイ装置１は、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ機能を備えたルータである。

ゲートウェイ装置１は、例えば、インターネットなどのワイドエリアネットワーク（図示せず）を介して、ゲートウェイ装置１から機器情報を取得する遠隔管理サーバ３に接続される。

ここで、遠隔管理サーバ３は、例えば、メーカやサービスプロバイダのサポートセンタに設置されているものとし、ユーザから通信機器の設定や不具合に関する問い合わせを受けた際に、サポートセンタ側で遠隔管理サーバ３を操作して通信機器２に関する情報を取得するために後述のＨＴＴＰ（Hypertext Transfer Protocol）ヘッダ取得モードにゲートウェイ装置１を切り替える。

ゲートウェイ装置１は、例えば、ワイドエリアネットワークを介して、ウェブサーバ４に接続される。

通信機器２は、例えば、ウェブサーバ４から送信されたページを表示可能なパーソナルコンピュータ、ゲートウェイ装置１にワイドエリアネットワークを介して接続された他の機器と通信で遊ぶことのできるゲーム機器、ゲートウェイ装置１にワイドエリアネットワークを介して接続された映像サーバから送信される映像を表示可能な表示装置、不審者の侵入を検知したら信号をゲートウェイ装置１に送信するセンサ、設置された場所の映像をゲートウェイ装置１に送信するカメラなどであるが、どのような通信機器２が接続されているか、およびその設定内容なども明らかでなく、以下、それを明らかにするためのゲートウェイ装置１の構成および動作を説明していく。

ゲートウェイ装置１は、通信機器２などからパケットを受信するパケット受信部１１、通信機器２などにパケットを送信するパケット送信部１２、通信機器２に関する機器情報が記憶される機器情報データベース１３、ＨＴＴＰヘッダ取得モードであるか否かを判定するモード判定部１４、パケットを処理するパケット処理部１５、パケットから情報を抽出するパケット内部情報抽出部１６、パケットの解析などを行う解析エンジン１７、通信機器２へのウェブページを返すウェブページ返信部１８を備える。パケット内部情報抽出部１６、解析エンジン１７、ウェブページ返信部１８は、内部ウェブサーバを構成する。

なお、機器情報データベース１３は、ゲートウェイ装置１から通信によりアクセス可能な別の装置に設けてもよい。

各通信機器２は、ゲートウェイ装置１などにパケットを送信するパケット送信部２１、ゲートウェイ装置１などからパケットを受信するパケット受信部２２、パケットを処理するパケット処理部２３を備える。

図２は、通信機器２とゲートウェイ装置１で送受信されるパケットの構成を示す図である。

パケットは、パケットの宛先のＭＡＣアドレスである宛先ＭＡＣアドレス、パケットの送信元のＭＡＣアドレスである送信元ＭＡＣアドレス、パケットの送信元のＩＰアドレスである送信元ＩＰアドレス、パケットの宛先のＩＰアドレスである宛先ＩＰアドレス、パケットのプロトコルのタイプを示すプロトコルタイプ、パケットの送信先のポート番号である送信先ポート番号、パケットの内容であるデータを含む。

図３は、機器情報データベース１３の内容例を示す図である。

機器情報データベース１３には、符号Ａで示す複数の機器情報レコードが記憶される。

各機器情報レコードは、通信機器２のＭＡＣアドレスおよびＩＰアドレスを含む。

また、各機器情報レコードは、ゲートウェイ装置１に接続されうる通信機器２に関する機器情報を含んでいる。

機器情報は、例えば、通信機器２を製造したメーカを示す製造メーカ情報、通信機器２に関する問い合わせ先を示す問い合わせ先情報、通信機器２のブランド名、通信機器２の型番、通信機器２の生産地を示す生産地情報といった複数の情報の内の１つ以上を含んでいる。

また、機器情報レコードは、通信機器２のインタフェース部を製造したメーカを示す製造メーカコード（ＯＵＩコード）、通信機器２から送信されるパケットのデータに含まれる関連情報、機器情報Ａ１が不完全なら値「Ｎ」に、完全なら値「Ｙ」に設定されるフラグＡ２を含む。製造メーカコードは、通信機器２から送信されるパケット内の送信元ＭＡＣアドレスに含まれるものである。関連情報は、通信機器２から送信される、送信先ポート番号である８０番を含むパケット内のデータに含まれるものである。関連情報は、例えば、送信先ポート番号である８０番を含むパケット内のデータに含まれる、ＨＴＴＰヘッダ内のＵｓｅｒ−Ａｇｅｎｔ文字列やＨＯＳＴ文字列を含んでいる。

図４は、ゲートウェイ装置１の動作を示すフローチャートである。

以下、図１、図４を参照して、通信システムの動作を説明する。

遠隔管理サーバ３は、ゲートウェイ装置１のパケット受信部１１にモード切り替えのコマンドを送信する。

パケット処理部１５は、ＨＴＴＰヘッダ取得モードへの切り替えのコマンドなら、モード判定部１４に、ＨＴＴＰヘッダ取得モードである旨を記憶させ、通常モードへの切り替えのコマンドなら、モード判定部１４に、通常モードである旨を記憶させる。

ＨＴＴＰヘッダ取得モードとは、ゲートウェイ装置１が、通信機器２から送信されるＨＴＴＰパケット内部に格納されている機器情報を取得するモードである。

さて、通信機器２のパケット送信部２１は、例えば、他の通信機器２宛のパケットやゲートウェイ装置１宛の送出する。ゲートウェイ装置１のパケット受信部１１は、パケットを受信する（図４：開始）。

パケット処理部１５は、パケットが受信されると、モード判定部１４に問い合わせて、現在がＨＴＴＰヘッダ取得モードであるか否かを判定する（Ｓ１）。

パケット処理部１５は、ＨＴＴＰヘッダ取得モードでなかったなら（Ｓ１：ＮＯ）、パケットの宛先ＩＰアドレスを参照し、ゲートウェイ装置１宛のパケットであるか否かを判定する（Ｓ３）。

パケット処理部１５は、ゲートウェイ装置１宛のパケットだったなら（Ｓ３：ＹＥＳ）、パケットで指定されたプロトコルに応じた処理を行い（Ｓ５）、処理が終わる。

パケット処理部１５は、ゲートウェイ装置１宛のパケットでなかったなら（Ｓ３：ＮＯ）、パケット送信部１２に指示し、パケットを転送（ルーチング）させ（Ｓ７）、処理が終わる。

パケット処理部１５は、ＨＴＴＰヘッダ取得モードであったなら（Ｓ１：ＹＥＳ）、パケットの宛先ＩＰアドレスを参照し、ゲートウェイ装置１宛のパケットであるか否かを判定する（Ｓ９）。

パケット処理部１５は、ゲートウェイ装置１宛のパケットだったなら（Ｓ９：ＹＥＳ）、パケットの送信先ポート番号が８０番であるか否かを判定する（Ｓ１１）。

パケット処理部１５は、パケットのポート番号が８０番でなかったなら（Ｓ１１：ＮＯ）、パケットの送信先ポート番号が５３番であるか否かを判定する（Ｓ１３）。

パケット処理部１５は、ポート番号が５３番であったなら（Ｓ１３：ＹＥＳ）、つまり、パケットは名前解決を要求するためのパケット（いわゆるＤＮＳ（Domain Name Server）プロトコルにおけるQuestionマンド）であると判定されたなら、ゲートウェイ装置１のアドレスを名前解決の応答として含むパケットを生成し、パケット送信部１２に指示し、パケットを通信機器２へ送信させ（Ｓ１５）、処理が終わる。

例えば、通信機器２が設けられたユーザ宅で、ＩＰサービスに関する何らかの不具合が発生したときや、通信機器２を初めてゲートウェイ装置１に接続させるときなどにおいては、通信機器２に関する機器情報をゲートウェイ装置１が収集する必要がある。

そのためには、例えば、通信機器２からウェブアクセスを行わせる。具体的には、通信機器２のユーザにブラウザのホームページボタンを押させるという行為をさせる。

例えば、通信機器２にホームページとして、ウェブサーバ４の「ホスト名＋ドメイン」が設定されていて、ブラウザのホームページボタンが押されたなら、通信機器２は、この「ホスト名＋ドメイン」を引数として含むQuestionマンドであるパケットを送出する。

これに対し、ゲートウェイ装置１のアドレスを名前解決の応答として含むパケットを送信することで、つまり、解決結果を詐称することで、通信機器２は、ゲートウェイ装置１のアドレスをウェブサーバ４の「ホスト名＋ドメイン」に対応づけて記憶する。つまり、通信機器２は、ＤＮＳのキャッシュを記憶する。

したがって、通信機器２は、ウェブサーバ４からページを取得すべく、次に送出するパケット（ポート番号である８０番を含む）には、ＤＮＳのキャッシュに基づき、ゲートウェイ装置１のアドレスを含ませるので、ゲートウェイ装置１は、これをウェブサーバ４に転送することなく、自身のみで受信することができる。

さて、パケット処理部１５は、ポート番号が５３番でなかったなら（Ｓ１３：ＮＯ）、８０番と５３番以外の番号に対応するプロトコルに応じた処理を行い（Ｓ１７）、処理が終わる。

パケット処理部１５は、パケットのポート番号が８０番であったなら（Ｓ１１：ＹＥＳ）、つまり、上記のように、ポート番号が８０番のＨＴＴＰパケットをゲートウェイ装置１宛として受け取ったなら、パケットをパケット内部情報抽出部１６に送信し、パケット内部情報抽出部１６は、パケットの内部情報を抽出し、解析エンジン１７に送信する。

解析エンジン１７は、パケットの内部情報を解析し（Ｓ１９）、内部情報から通信機器２に関する機器情報を抽出し（Ｓ２１）、機器情報を機器情報データベース１３における該当の機器情報レコードに記憶させる（Ｓ２３）。

これにより、ゲートウェイ装置１にあっては、その機器情報を読み出し、通信機器の種別などを把握し、通信機器２に生じた不具合の対策などを講じることができる。

その後、解析エンジン１７は、ウェブページ返信部１８に処理を移行し、ウェブページ返信部１８は、通信機器２の再起動を促すウェブページを生成し、パケット送信部１２に指示し、通信機器２へ送信させ（Ｓ２５）、処理が終わる。

通信機器２が、再起動を促すウェブページを受信し、表示すると、ユーザは、通信機器２を再起動させる。これにより、ＤＮＳのキャッシュは消去される。

遠隔管理サーバ３は、ゲートウェイ装置１のパケット受信部１１に機器一覧情報取得コマンドを送信する。これにより、パケット処理部１５は、機器情報データベース１３から必要な情報を読み出し、パケット送信部１２に指示し、遠隔管理サーバ３へ送信させる。

遠隔管理サーバ３は、こうして、ゲートウェイ装置１配下の各通信機器２に関する情報を取得することができ、通信機器２に生じた不具合の対策などを講じることができる。

さて、遠隔管理サーバ３は、例えば、かかる情報を受信したなら、通常モードへの切り替えのコマンドをパケット受信部１１に送信する。これにより、通常の処理、つまり、ステップＳ５のプロトコルに応じた処理やステップＳ７のルーチングのみがなされる。したがって、通信機器２は、ウェブサーバ４のページを受信し、表示することができる。

以上説明したように、本実施の形態に係るゲートウェイ装置１によれば、通信機器２から受信したパケットの宛先はゲートウェイ装置１であるか否かを判定する手段（ステップＳ９）と、パケットの宛先はゲートウェイ装置１であると判定されたなら（ステップＳ９：ＹＥＳ）、パケットは名前解決を要求するためのパケットであるか否かを判定する手段（ステップＳ１３）と、パケットは名前解決を要求するためのパケットであると判定されたなら（ステップＳ１３：ＹＥＳ）、ゲートウェイ装置１のアドレスを名前解決の応答として含むパケットを通信機器２に送信する手段（ステップＳ１５）と、パケットは名前解決を要求するためのパケットでないと判定されたなら、パケットに含まれる通信機器２に関する機器情報を取り出し、ゲートウェイ装置１に設けられた記憶手段（機器情報データベース１３）に記憶させる手段（ステップＳ２３）とを備えることで、通信機器に関する機器情報をゲートウェイ装置に記憶させることができ、その機器情報から、通信機器の種別などを把握できる。

また、機器情報を記憶手段に記憶させたなら、通信機器２に記憶される名前解決の応答としてのゲートウェイ装置１のアドレス（ＤＮＳのキャッシュ）を消去させるための信号を通信機器２に送信する手段（ステップＳ２５）を備えることで、通信機器２は、その後、正しい解決結果を受信し、例えば、ウェブサーバ４から本来のページを受信し表示することができる。

なお、ゲートウェイ装置１としてコンピュータを機能させるためのコンピュータプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に記録したり、インターネットなどの通信網を介して伝送させて、広く流通させることができる。

１…ゲートウェイ装置
２…通信機器
３…遠隔管理サーバ
４…ウェブサーバ
１１、２２…パケット受信部
１２、２１…パケット送信部
１３…機器情報データベース
１４…モード判定部
１５、２３…パケット処理部
１６…パケット内部情報抽出部
１７…解析エンジン
１８…ウェブページ返信部

Claims

通信機器から送信されるパケットを該パケットの宛先に応じて転送するゲートウェイ装置であって、
前記パケットの宛先は当該ゲートウェイ装置であるか否かを判定する手段と、
当該パケットの宛先は前記ゲートウェイ装置であると判定されたなら、当該パケットは名前解決を要求するためのパケットであるか否かを判定する手段と、
当該パケットは名前解決を要求するためのパケットであると判定されたなら、前記ゲートウェイ装置のアドレスを名前解決の応答として含むパケットを前記通信機器に送信する手段と、
前記パケットは名前解決を要求するためのパケットでないと判定されたなら、当該パケットに含まれる前記通信機器に関する機器情報を取り出し、前記ゲートウェイ装置に設けられた記憶手段に記憶させる手段と
を備えることを特徴とするゲートウェイ装置。
前記機器情報を記憶手段に記憶させたなら、前記通信機器に記憶される前記名前解決の応答としての前記ゲートウェイ装置のアドレスを消去させるための信号を当該通信機器に送信する手段
を備えることを特徴とする請求項１記載のゲートウェイ装置。
通信機器から送信されるパケットを該パケットの宛先に応じて転送するゲートウェイ装置が行う機器情報取得方法であって、
前記ゲートウェイ装置が、前記パケットの宛先は当該ゲートウェイ装置であるか否かを判定するステップと、
前記ゲートウェイ装置が、当該パケットの宛先は前記ゲートウェイ装置であると判定された場合に、当該パケットは名前解決を要求するためのパケットであるか否かを判定するステップと、
前記ゲートウェイ装置が、当該パケットは名前解決を要求するためのパケットであると判定された場合に、前記ゲートウェイ装置のアドレスを名前解決の応答として含むパケットを前記通信機器に送信するステップと、
前記ゲートウェイ装置が、前記パケットは名前解決を要求するためのパケットでないと判定された場合に、当該パケットに含まれる前記通信機器に関する機器情報を取り出し、前記ゲートウェイ装置に設けられた記憶手段に記憶させるステップと
を備えることを特徴とする機器情報取得方法。
前記ゲートウェイ装置が、前記機器情報を記憶手段に記憶させた場合に、前記通信機器に記憶される前記名前解決の応答としての前記ゲートウェイ装置のアドレスを消去させるための信号を当該通信機器に送信するステップ
を備えることを特徴とする請求項３記載の機器情報取得方法。
請求項１または２記載のゲートウェイ装置としてコンピュータを機能させるためのコンピュータプログラム。