(57)【要約】【課題】  ユーザが特別な操作を必要とせずに、リダイレクト機能を利用できるとともに、リダイレクトするデータを限定しない中継装置を提供する。【解決手段】  中継装置１２において、受信部１２１は、端末及びインターネット４０からパケットを受信する。パケット解析部１２２は、受信したパケットの判定を行い、受信したパケットリダイレクト要求パケットである場合、リダイレクト機能をＯＮにする。宛先変換部１２３は、リダイレクト機能がＯＮの場合、端末から受信したパケットの宛先をリダイレクト先に変更する。パケット生成部１２４は、リダイレクト機能がＯＮの場合、リダイレクトパケットを生成する。暗号部１２５は、パケット生成部１２４が生成したパケットの暗号化を行う。送信部１２６は、パケット生成部１２４が生成したパケット及びインターネット４０から受信したパケットを送信する。【選択図】  図２
2006163829.tif 000002
【特許請求の範囲】
【請求項１】
ＨＴＴＰリダイレクト機能を有し、当該ＨＴＴＰリダイレクト機能の作動状態と停止状態との切り替えが可能な、ネットワークと端末との通信を中継する中継装置であって、
前記ネットワーク及び前記端末と、パケットを送受信する送受信部と、
前記送受信部が受信したパケットが、前記端末が送信するパケットを予め前記ネットワークに接続している他の端末へリダイレクトさせることを要求するリダイレクト要求パケットである場合、前記ＨＴＴＰリダイレクト機能を作動状態に切り替える解析部と、
前記ＨＴＴＰリダイレクト機能が作動状態の時に、前記端末が送信するパケットの宛先アドレス及び宛先ポートを、前記他の端末のアドレス及びポートにそれぞれ変換する宛先変換部と、
前記ＨＴＴＰリダイレクト機能が作動状態の時に、前記宛先変換部が出力したパケットを用いて、前記他の端末へ送信するためのリダイレクトパケットを生成するパケット生成部とを備える、中継装置。
【請求項２】
前記解析部は、前記ＨＴＴＰリダイレクト機能を作動状態に切り替えた場合、前記パケット生成部に前記ＨＴＴＰリダイレクト機能を作動状態に切り替えたことを通知し、
前記パケット生成部は、前記リダイレクト機能を作動状態であることを前記他の端末に伝えるリダイレクト開始応答パケットを生成し、
前記パケット送信部は、前記リダイレクト開始応答パケットを前記他の端末に送信することを特徴とする、請求項１に記載の中継装置。
【請求項３】
前記送受信部が送信するパケットの暗号化を行う暗号部をさらに備える、請求項１に記載の中継装置。
【請求項４】
前記宛先変換部は、前記端末が送信する前記パケットの宛先アドレス及び宛先ポートを、前記リダイレクト要求パケットの送信元である端末のアドレス及びポートに変換を行うことを特徴とする、請求項１に記載の中継装置。
【請求項５】
ＨＴＴＰリダイレクト機能の作動状態と停止状態とを切り替える制御ボタンを備えることを特徴とする、請求項１に記載の中継装置。
【請求項６】
前記端末の通信状況が所定の条件に一致した場合、
前記解析部は、前記ＨＴＴＰリダイレクト機能を作動状態に切り替え、
前記宛先変換部は、前記端末が送信する前記パケットの宛先アドレス及び宛先ポートを、リダイレクト先として予め保持する前記他の端末のアドレス及びポートに変換することを特徴とする、請求項１に記載の中継装置。
【請求項７】
前記端末が前記中継装置を介して前記ネットワークに接続した場合、
前記パケット生成部は、前記中継装置のアドレス及び前記端末の前記ネットワークに接続するためのＩＤを、リダイレクト先として予め保持する前記他の端末に示すための自情報パケットを生成し、
前記送受信部は、前記他の端末に前記自情報パケットを送信することを特徴とする、請求項１に記載の中継装置。
【請求項８】
前記送受信部は、前記自情報パケットを、所定の時間間隔で前記特定の端末に送信することを特徴とする、請求項７に記載の中継装置。
【請求項９】
ネットワークに接続する端末から送信されるパケットを、ＨＴＴＰリダイレクトさせる方法であって、
前記ネットワーク及び前記端末と、パケットを送受信するステップと、
前記送受信部が受信したパケットが、前記端末が送信するパケットを予め前記ネットワークに接続している他の端末へリダイレクトさせることを要求するリダイレクト要求パケットである場合、前記中継装置のＨＴＴＰリダイレクト機能を作動状態に切り替えるステップと、
前記ＨＴＴＰリダイレクト機能が作動状態の時に、前記端末が送信するパケットの宛先アドレス及び宛先ポートを、前記特定の端末のアドレス及びポートにそれぞれ変換するステップと、
前記ＨＴＴＰリダイレクト機能が作動状態の時に、宛先アドレス及び宛先ポートが変換されたパケットを用いて、前記特定の端末へリダイレクトするためのリダイレクトパケットとを生成するステップとを備える、中継方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リダイレクト機能を有した中継装置及びそのアクセス方法に関し、より特定的には、外部機器からの制御が可能なリダイレクト機能を有した中継装置及びそのアクセス方法に関する。
【背景技術】
【０００２】
インターネットにおいて、データの送受信に用いられるＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）におけるウェブサーバの応答の一つに、ＨＴＴＰリダイレクト（以下、単に「リダイレクト」という）がある。リダイレクトは、特定のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）に対応するウェブページが移転等をした場合、ウェブサーバが、その特定のＵＲＬの指定するウェブページにアクセスするユーザに、その特定のＵＲＬが変更されたことを知らせる機能である。
【０００３】
例えば、ユーザがインターネットに接続するためにブラウザを起動する際、ブラウザは、設定されたウェブページのＵＲＬ（以下、ホームアドレスという）に対してアクセスする。しかし、ホームアドレスの指定するウェブページが移転している場合、ブラウザは、ホームアドレスが指定するウェブページを表示できない。この場合、ウェブサーバは、リダイレクト機能を用いて、設定されたホームアドレスが変更されたことをブラウザに通知する。
【０００４】
一方、リダイレクト機能は、ルータなどの中継装置がリダイレクト機能を備えることによって、アドレスの変更の通知と異なる目的で使用されつつある。例えば、リダイレクト機能を持つ中継装置を用いて、当該中継装置の管理者は、ユーザを特定のホームページに誘導や、ブラウザへの広告の表示などを行うことが可能である。特許文献１は、リダイレクト機能を備える中継装置を用いて、ユーザを特定のウェブページに誘導するためのリダイレクトシステムを開示している。
【０００５】
図１２は、特許文献１で開示されている、リダイレクトシステムの構成図である。図１２に示すリダイレクトシステムは、ユーザのブラウザ３０１と、ゲートウェイデバイス３０２と、リダイレクトサーバ３０３と、ポータルページ３０４とを備える。
【０００６】
図１２に示すリダイレクトシステムにおいて、ブラウザ３０１のユーザは、ゲートウェイデバイス３０２にログオンする。ブラウザ３０１は、ユーザが要求するウェブサーバ（図示せず。以下、「オリジンサーバ」という）に、特定のウェブページの表示を要求するウェブページリクエストＡ１を送信する。ゲートウェイデバイス３０２は、ウェブページリクエストＡ１を受信して、ウェブページリクエストＡ１をリダイレクトサーバ３０３に転送する。リダイレクトサーバ３０３には、リダイレクト先のポータルページ３０４のＵＲＬが設定されている。リダイレクトサーバ３０３は、転送されたウェブページリクエストＡ１を、ポータルページ３０４のＵＲＬにリダイレクトさせるメッセージＡ２を作成する。ゲートウェイデバイス３０２は、オリジンサーバが作成するリダイレクトメッセージのように、メッセージＡ２をメッセージＡ３に変換して、ブラウザ３０１に送信する。ブラウザ３０１は、メッセージＡ３を受信後、ポータルページ３０４へウェブページリクエストＡ４を送信する。ポータルページ３０４は、ブラウザ３０１にポータルページ３０４のデータＡ５を送信する。
【特許文献１】特表２００３−５１３５２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来のリダイレクトシステムは、ゲートウェイデバイス３０２のリダイレクト機能を利用するために、ユーザがゲートウェイデバイス３０２にログオンする操作を行う必要がある。このため、上記の従来のリダイレクトシステムは、ゲートウェイデバイス３０２にログオンしない端末は、ゲートウェイデバイス３０２のリダイレクト機能を利用できないという問題があった。
【０００８】
それ故に、本発明は、ユーザが特別な操作を必要とせずに、リダイレクト機能を利用できるとともに、リダイレクトするデータを限定しない中継装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、ＨＴＴＰリダイレクト機能を有し、当該ＨＴＴＰリダイレクト機能の作動状態と停止状態との切り替えが可能な、ネットワークと端末との通信を中継する中継装置に向けられている。そして、上記目的を達成させるために、本発明に係る中継装置には、ネットワーク及び端末とパケットを送受信する送受信部と、送受信部が受信したパケットが、端末が送信するパケットを予め前記ネットワークに接続している他の端末へリダイレクトさせることを要求するリダイレクト要求パケットである場合、ＨＴＴＰリダイレクト機能を作動状態に切り替える解析部と、宛先変換部と、パケット生成部とを備えさせる.
【００１０】
解析部は、受信したパケットが、端末が送信するパケットを他の端末へリダイレクトさせることを要求するリダイレクト要求パケットである場合、ＨＴＴＰリダイレクト機能を作動状態に切り替える。ＨＴＴＰリダイレクト機能が作動状態の時に、宛先変換部は、端末が送信するパケットの宛先アドレス及び宛先ポートを、他の端末のアドレス及びポートにそれぞれ変換するとともに、パケット生成部は、宛先変換部が出力したパケットを用いて、他の端末へ送信するためのリダイレクトパケットを生成する。
【００１１】
ＨＴＴＰリダイレクト機能を作動状態に切り替えた場合、解析部は、宛先変換部及びパケット生成部に前記ＨＴＴＰリダイレクト機能を作動状態に切り替えたことを通知することが好ましい。この場合、パケット生成部は、リダイレクト機能を作動状態であることを他の端末に伝えるリダイレクト応答パケットを生成し、パケット送信部は、リダイレクト応答パケットを他の端末に送信することが好ましい。
【００１２】
宛先変換部は、端末が送信する前記パケットの宛先アドレス及び宛先ポートを、リダイレクト要求パケットの送信元である端末のアドレス及びポートに変換してもよい。
【００１３】
また、中継装置は、送受信部が送信するパケットの暗号化を行う暗号部をさらに備えてもよい。さらに、ＨＴＴＰリダイレクト機能の作動状態と停止状態とを切り替える制御ボタンを備えてもよい。
【００１４】
中継装置は、リダイレクト先として他の端末のアドレス及びポートを予め保持してもよい。この場合、中継装置は、端末の通信状況が所定の条件に一致したときに、解析部は、ＨＴＴＰリダイレクト機能を作動状態に切り替えてもよい。また、パケット生成部は、端末が中継装置を介してネットワークに接続した場合、中継装置のアドレス及び端末のネットワークに接続用の接続ＩＤ等の情報を、自情報パケットとして生成してもよい。自情報パケットが生成された場合、送受信部は、または所定の時間間隔で特定の端末に送信することが好ましい。
【発明の効果】
【００１５】
上記のように、本発明によれば、リダイレクト要求パケットを受信した場合、中継装置は、リダイレクト機能を作動状態にするとともに、端末から受信したパケットをリダイレクト要求パケットの指定する端末にリダイレクトする。これにより、端末のユーザは、中継装置の操作を行わなくても、中継装置のリダイレクト機能を利用することが可能となる。
【００１６】
また、本発明に係る中継装置は、インターネットサービスプロバイダのコールセンター等に用いることが可能である。お客様宅の端末にトラブルが発生した場合、中継装置のリダイレクト機能を作動状態にしてお客様宅の端末から送信されるパケットを転送させる。転送されたパケットを解析することによって、トラブルの原因を早期に把握することが可能となる。
【発明を実施するための最良の形態】
【００１７】
（第１の実施形態）
図１は、本発明の第１の実施形態に係る中継装置を用いたリダイレクトシステムの構成例を示す図である。図１に示すリダイレクトシステムは、クライアント装置１０と、キャプチャ装置２０と、コンテンツサーバ３０とを備える。クライアント装置１０は、端末１１と、中継装置１２とを含む。キャプチャ装置２０は、ルータ２１と、キャプチャ端末２２とを含む。端末１１は、中継装置１２を介して、インターネット４０に接続する。キャプチャ端末２２は、ルータ２１を介して、インターネット４０に接像する。コンテンツサーバ３０は、インターネット４０に接続する。
【００１８】
端末１１は、コンテンツ閲覧用の端末である。中継装置１２は、リダイレクト機能を有するルータである。中継装置１２のリダイレクト機能は、作動状態と停止状態（以下、「ＯＮ／ＯＦＦ」という）の切り替えが可能である。なお、中継装置１２は、ルータに限られるものではなく、ＡＤＳＬモデムなどでもよい。キャプチャ端末２２は、中継装置１２のリダイレクト機能のＯＮ／ＯＦＦの切り替えの制御などを行う。コンテンツサーバ３０は、コンテンツを保持しており、端末１１からの要求に応じて、コンテンツを端末１１に送信する。
【００１９】
図２は、中継装置１２の構成を示すブロック図である。図２に示す中継装置１２は、受信部１２１と、パケット解析部１２２と、宛先変換部１２３と、パケット生成部１２４と、暗号部１２５と、送信部１２６とを有する。
【００２０】
受信部１２１は、端末１１及びインターネット４０から送信されたパケットを受信する。パケット解析部１２２は、受信したパケットの判定を行う。パケット解析部１２２は、受信したパケットが中継装置１２のリダイレクト機能をＯＮに切り替えることを要求するパケット（以下、「リダイレクト要求パケット」という）であると判定した場合、中継装置１２のリダイレクト機能をＯＮに切り替える。また、パケット解析部１２２は、リダイレクト要求パケットの送信元アドレス及び送信元ポートを、リダイレクト先として宛先変換部１２３及びパケット生成部１２４に通知する。
【００２１】
リダイレクト要求パケットの一例を、図４に示す。図４に示すリダイレクト要求パケットは、キャプチャ端末２２が中継装置１２に送信したものであり、端末１１が送信するパケットをキャプチャ端末２２にリダイレクトすることを指示する内容である。以下の説明では、端末１１が送信するパケットのリダイレクト先が、キャプチャ端末２２であるとして説明を行う。
【００２２】
図４に示すリダイレクト要求パケットは、宛先アドレス部と、送信元アドレス部と、宛先ポート部と、送信元ポート部と、リダイレクト要求メッセージ部とを備える。送信元アドレス部及び送信元ポート部は、リダイレクト要求パケットの送信元（キャプチャ端末２２）のアドレス及びポート番号をそれぞれ格納する。宛先アドレス部及び宛先ポート部は、中継装置１２のアドレス及びポート番号を格納する。リダイレクト要求メッセージ部は、中継装置１２のリダイレクト機能をＯＮへの切り替えを指示するメッセージを格納する。
【００２３】
パケット解析部１２２は、受信したパケットが中継装置１２のリダイレクト機能をＯＦＦに切り替えることを要求するパケット（以下、「リダイレクト終了パケット」という）であると判定した場合、中継装置１２のリダイレクト機能をＯＦＦに切り替える。リダイレクト終了パケットは、リダイレクト要求パケットのリダイレクト要求メッセージ部に代えて、リダイレクト終了メッセージ部を備える。リダイレクト終了メッセージ部は、中継装置１２のリダイレクト機能をＯＦＦへの切り替えを指示するメッセージを格納する。
【００２４】
宛先変換部１２３は、中継装置１２のリダイレクト機能がＯＮである場合、リダイレクト先のアドレス及びポートを保持する。また、宛先変換部１２３は、端末１１から受信したパケットの宛先アドレス及び宛先ポートを、リダイレクト先のアドレス及びポートに変更する。なお、宛先変換部１２３は、リダイレクト機能がＯＮであっても、クライアント装置１０を構成する機器（図１では、端末１１が該当）以外の機器から受信したパケットの宛先アドレス及び宛先ポートの変更を行わない。
【００２５】
パケット生成部１２４は、中継装置１２のリダイレクト機能がＯＮであることを解析部１２２から通知された場合、端末１１から受信したパケットを、リダイレクト先に送信するパケット（以下、「リダイレクトパケット」という）を生成する。リダイレクトパケットの構造の一例を、図５に示す。
【００２６】
リダイレクトパケットは、宛先アドレス部と、送信元アドレス部と、宛先ポート部と、送信元ポート部と、宛先アドレス格納部と、宛先ポート格納部と、データ部とを備える。宛先アドレス部及び宛先ポート部は、リダイレクトパケットの送信先（キャプチャ端末２２）のアドレス及びポートをそれぞれ格納する。送信元アドレス部及び送信元ポート部は、中継装置１２のアドレス及びポートを格納する。宛先アドレス格納部及び宛先ポート格納部は、端末１１が送信したパケットの宛先アドレス及び宛先ポートをそれぞれ格納する。これにより、中継装置１２のリダイレクト機能がＯＮの場合、端末１１から受信したパケットは、リダイレクトパケットとして、キャプチャ端末２２に転送される。
【００２７】
パケット解析部１２２が、中継装置１２のリダイレクト機能をＯＦＦからＯＮに切り替えた場合、パケット生成部１２４は、中継装置１２のリダイレクト機能をＯＮに切り替えたことを伝えるリダイレクト開始応答パケットを生成する。パケット生成部１２４は、パケット解析部１２２が中継装置１２のリダイレクト機能をＯＮからＯＦＦに切り替えた場合、中継装置１２のリダイレクト機能をＯＦＦに切り替えたことを伝えるリダイレクト終了応答パケットを生成する。
【００２８】
暗号部１２５は、パケット生成部１２４が生成したパケットの暗号化を行う。送信部１２６は、パケット生成部１２４が生成したパケットを送信する。パケットの暗号化には、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）、ＩＰｓｅｃ（Ｓｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）、及びＩＰ−ＶＰＮ等を用いる。なお、パケットの暗号化を行わない場合、中継装置１２は、暗号部１２５を備えなくてもよい。
【００２９】
図３は、キャプチャ端末２２の構成を示すブロック図である。図３に示すキャプチャ端末２２は、受信部２２１と、表示部２２２と、宛先変換部２２３と、パケット生成部２２４と、暗号部２２５と、及び送信部２２６とを備える。
【００３０】
受信部２２１は、パケットを受信する。表示部２２２は、受信したパケットの内容を表示する。宛先変換部２２３は、受信したリダイレクトパケットの宛先アドレスを、宛先アドレス格納部に格納されたアドレスに変換する。また、宛先変換部２２３は、リダイレクトパケットの宛先ポートを、宛先ポート格納部に格納されたポートに変換する。
【００３１】
パケット生成部２２４は、リダイレクト要求パケット及び転送パケットを生成する。転送パケットとは、リダイレクトパケットを本来の送信先に転送するパケットである。転送パケットの構造の一例を、図６に示す。転送パケットは、宛先アドレス部と、送信元アドレス部と、宛先ポート部と、送信元アドレス部と、データ部とを備える。転送パケットの宛先アドレス部及び宛先ポート部には、リダイレクトパケットの宛先アドレス格納部及び宛先ポート格納部に格納されたアドレス及びポートが、それぞれ格納される。送信元アドレス部及び送信元ポート部には、送信元であるキャプチャ端末２２のアドレス及びポートがそれぞれ格納される。
【００３２】
暗号部２２５は、送信するパケットの暗号化を行う。なお、パケットの暗号化を行わない場合、キャプチャ端末２２は、暗号部２２５を備えなくてもよい。送信部２２６は、暗号化されたパケットを送信する。データ部には、リダイレクトパケットのデータ部のデータが格納される。
【００３３】
次に、図１に示すリダイレクトシステムで行われるリダイレクト処理を、図７及び図８を用いて説明する。図７は、中継装置１２で行われる処理を示すフローチャートである。
図８は、キャプチャ端末２２で行われる処理を示すフローチャートである。
【００３４】
図７を用いて、中継装置１２が、リダイレクト機能をＯＦＦからＯＮに切り替えて、端末１１から送信されるパケットをキャプチャ端末２２にリダイレクトする処理を説明する。中継装置１２は、リダイレクト要求パケットを受信したか判定する（ステップＳ１０１）。中継装置１２は、リダイレクト機能をＯＮに切り替えるとともに、リダイレクト要求パケットの送信元アドレス部及び送信元ポート部のアドレス及びポートを、リダイレクト先として宛先変換部１２３に格納する（ステップＳ１０２）。リダイレクト要求パケットを受信した場合、中継装置１２は、リダイレクト開始応答パケットを生成して、キャプチャ端末２２に送信する（ステップＳ１０３）。
【００３５】
中継装置１２は、パケットを受信したか判定を行う（ステップＳ１０４）。受信したパケットが、リダイレクト終了パケットであった場合（ステップＳ１０５、Ｙｅｓ）、中継装置１２は、リダイレクト機能をＯＦＦに切り替える（ステップＳ１０６）。中継装置１２は、リダイレクト終了応答パケットをキャプチャ端末２２に送信して（ステップＳ１０７）、処理を終了する。
【００３６】
受信したパケットが、リダイレクト終了パケットではなかった場合の中継装置１２の動作を説明する。中継装置１２は、受信したパケットが、端末１１から送信された、コンテンツサーバ３０からコンテンツを送信することを要求するパケット（以下、「コンテンツ要求パケット」という）であるか判定する（ステップＳ１０８）。受信したパケットが、コンテンツ要求パケットである場合、中継装置１２は、コンテンツ要求パケットのアドレス及び宛先ポートを、リダイレクト先であるキャプチャ端末２２のアドレス及びポートにそれぞれ変換する（ステップＳ１０９）。中継装置１２は、コンテンツ要求パケットに基づいて、リダイレクトパケットを生成してキャプチャ端末２２に送信する（ステップＳ１１０）。受信したパケットがコンテンツ要求パケットでなかった場合（ステップＳ１０８、Ｎｏ）、中継装置１２は、受信したパケットを、パケットの宛先へ送信する（ステップＳ１１１）。
【００３７】
図８を用いて、キャプチャ端末２２が、中継装置１２を制御する処理を説明する。キャプチャ端末２２は、リダイレクト要求パケットを中継装置１２へ送信する（ステップＳ２０１）。キャプチャ端末２２は、中継装置１２からリダイレクト開始応答パケットを受信したか判定する（ステップＳ２０２）。リダイレクト開始応答パケットを受信した場合、キャプチャ端末２２は、キャプチャ端末２２のユーザから、中継装置１２のリダイレクト機能をＯＦＦに切り替える指示を受けたか確認する（ステップＳ２０３）。中継装置１２のリダイレクト機能がＯＦＦにする場合、キャプチャ端末２２は、中継装置１２のリダイレクト機能をＯＦＦにするリダイレクト終了パケットを、中継装置１２に送信する（ステップＳ２０９）。キャプチャ端末２２は、中継装置１２からリダイレクト終了応答パケットを受信した場合（ステップＳ２１０）、処理を終了する。
【００３８】
中継装置１２のリダイレクト機能をＯＮのままにする場合、キャプチャ端末２２は、受信したパケットがリダイレクトパケットであるか判定を行う（ステップＳ２０４）。受信したパケットがリダイレクトパケットである場合（ステップＳ２０５、Ｙｅｓ）、キャプチャ端末２２は、リダイレクトパケットから転送パケットを生成して、コンテンツサーバ３０に送信する（ステップＳ２０６）。なお、キャプチャ端末２２は、リダイレクトパケットを保存してもよい。
【００３９】
受信したパケットがリダイレクトパケットではなかった場合、キャプチャ端末２２は、受信したパケットがコンテンツサーバ３０から送信されたパケット（以下、「コンテンツパケット」という）」であるか判定を行う（ステップＳ２０７）。受信したパケットがコンテンツパケットであった場合、キャプチャ端末２２は、コンテンツパケットの宛先アドレス及びポート番号を、端末１１のアドレス及びポートにそれぞれに変換して送信する（ステップＳ２０８）。なお、キャプチャ端末２２は、コンテンツサーバ３０から送信されたパケットを保存してもよい。図９に、上述した制御に対応する処理シーケンスを示す。
【００４０】
このように、第１の実施形態に係る中継装置は、外部機器からリダイレクト要求パケットを受信することによって、リダイレクト機能をＯＮにするとともに、中継装置に接続する端末から送信されたパケットを、指定されたリダイレクト先に転送する。このため、本実施形態に係る中継装置は、ユーザが中継装置にログオンするなどの操作を行わなくても、中継装置のリダイレクト機能を使用することができる。また、本実施形態に係る中継装置は、中継装置に接続する端末を全てリダイレクトさせることが可能となる。
【００４１】
なお、中継装置１２のリダイレクト先を、キャプチャ端末２２として説明を行ったが、リダイレクト先は、キャプチャ端末２２でなくてもよい。この場合、リダイレクト要求パケットは、リダイレクト先のアドレス及びポートを格納した、リダイレクトアドレス部及びリダイレクトポート部を、それぞれ備える。
【００４２】
また、第１の実施形態では、クライアント装置１０が含む端末が１台であるとして説明を行ったが、端末は２台以上であってもよい。端末が２台以上の場合、リダイレクト要求パケットは、リダイレクトを要求する端末のアドレス及びポートの情報を備える。この場合、中継装置は、リダイレクトを行う端末の情報（例えば、端末のＭＡＣアドレスなど）を保持する。中継装置１２は、リダイレクトを行う端末のパケットを受信した際に、リダイレクトパケットを生成してキャプチャ端末２２に送信する。
【００４３】
また、本発明の第１の実施形態に係るリダイレクトシステムは、インターネットサービスプロバイダ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ：ＩＳＰ）のコールセンターのシステムに適用することが可能である。図１に示すリダイレクトシステムをコールセンターに適用する場合、クライアント装置１０は、お客様宅のコンピュータに該当する。キャプチャ装置２０は、コールセンターに設置される。
【００４４】
クライアント装置１０が、コンテンツサーバ３０のコンテンツをダウンロードできないなどのトラブルが発生した場合を考える。この場合、お客様は、コールセンターにトラブルが発生したことを連絡する。コールセンターのオペレータは、キャプチャ端末２２を操作して、リダイレクト要求パケットをクライアント装置１０の中継装置１２に送信する。これにより、クライアント装置１０の中継装置１２は、リダイレクト機能がＯＮとなる。この状態で、キャプチャ端末２２は、端末１１が送受信するパケットのキャプチャを行う。オペレータは、キャプチャしたパケットを解析することによって、クライアント装置１０の問題点を把握する。問題点は、例えば中継機器の設定ミスやコンテンツのサーバダウンなどが考えられる。このようにして、オペレータは、コールセンターにいながら、お客様宅のトラブルの原因を把握することができるため、トラブルを早期に解消することが可能となる。
【００４５】
さらに、中継装置１２は、ＨＴＴＰリダイレクト機能をＯＮ／ＯＦＦを切り替える指示部として、ボタンなどをさらに備えてもよい。これにより、クライアント装置１０のユーザが、直接中継装置１２のリダイレクト機能のＯＮ／ＯＦＦの切り替えをすることが可能となる。
【００４６】
（第２の実施形態）
本発明の第２の実施形態に係る中継装置は、図２に示す構成であり、図１に示すリダイレクトシステムで用いられる。第１の実施形態に係る中継装置１２と異なる点は、本実施形態に係る中継装置１２が、リダイレクト機能のＯＮ／ＯＦＦの切り替えを自動的に行う点である。以下、この異なる点を中心に、本実施形態に係るリダイレクトシステムを説明する。
【００４７】
中継装置１２において、宛先変換部１２３は、リダイレクト先であるキャプチャ端末２２のアドレス及びポートを予め保持している。パケット解析部１２２は、端末１１の通信状況が所定の条件に一致した場合に、リダイレクト機能をＯＮに切り替えると共に、端末１１から送信されるパケットを、キャプチャ端末２２にリダイレクトする。
【００４８】
図１０は、第２の実施形態に係る中継装置１２の動作を説明するフローチャートである。以下、図１０を用いて、第２の実施形態に係る中継装置１２の動作を説明する。中継装置１２において、パケット解析部１２２は、端末１１が送受信するパケットの監視を行い、端末１１の通信に問題が発生しているか判定を行う（ステップＳ３０１）。端末１１の通信に問題が発生した場合、中継装置１２は、中継装置１２のリダイレクト機能をＯＮに切り替えてもよいかを、ユーザに問い合わせる（ステップＳ３０２）。ユーザがリダイレクト機能をＯＮに切り替えることを承諾した場合、中継装置１２は、リダイレクト機能をＯＮに切り替える（ステップＳ３０３）。中継装置１２は、端末１１が送信するパケットを、キャプチャ端末２２にリダイレクトする（ステップＳ３０４）。
【００４９】
端末１１に発生する問題とは、端末１１がエラーパケットを受信した場合、及び端末１１が送信したパケットに対応する応答パケットを一定時間に受信しない場合などが考えられる。例えば、端末１１のＤＮＳサーバの設定が誤っている場合が考えられる。端末１１は、ＤＮＳサーバの設定が誤っていた場合、ＤＮＳサーバからの応答を受信することができない。この状態で、端末１１がコンテンツサーバ３０にアクセスすると、端末１１は、コンテンツサーバ３０からコンテンツパケットを受信できない。中継装置１２は、このような状況を検知することによって、リダイレクト機能のＯＮに切り替えることをユーザに問い合わせる。
【００５０】
このように、第２の実施形態に係る中継装置は、端末の通信状況に応じてリダイレクト機能を自動的にＯＮに切り替えるによって、端末が送信するパケットをキャプチャ端末にリダイレクトさせる。これにより、本実施形態で示したリダイレクトシステムをコールセンターに用いる場合、コールセンターは、お客様がＩＳＰのコールセンター等に問題の発生を連絡するよりも早く、問題の発生した端末の情報を収集することが可能となる。従って、お客様の端末で発生した問題の解決をより早くすることが可能となる。
【００５１】
また、中継装置１２に接続する端末が複数である場合、中継装置１２は、問題の発生した特定の端末のみを、キャプチャ端末２２にリダイレクトさせてもよい。この場合、中継装置１２は、問題が発生した端末の情報（例えば、端末のＭＡＣアドレスなど）を保持すればよい。これにより、中継装置１２は、問題の発生した端末から受信したパケットのみを、キャプチャ端末２２にリダイレクトすることができる。
【００５２】
（第３の実施形態）
本発明の第３の実施形態に係る中継装置は、図２に示す構成であり、図１に示すリダイレクトシステムで用いられる。第１の実施形態に係る中継装置１２と異なる点は、本実施形態に係る中継装置１２が、自身のアドレスなどの情報をキャプチャ端末２２に送信する点である。以下、この異なる点を中心に、本実施形態に係る中継装置１２を説明する。
【００５３】
中継装置１２において、宛先変換部１２３は、予めリダイレクト先となるキャプチャ端末２２のアドレス及びポートを保持している。キャプチャ端末２２は、中継装置１２の情報を保持するために、データベースなどの記憶部（図示せず）をさらに含む。
【００５４】
図１１は、第３の実施形態に係るリダイレクトシステムの動作を説明するフローチャートである。中継装置１２は、クライアント装置１０が、インターネット４０に接続したかどうかを判定する（ステップＳ４０１）。クライアント装置１０がインターネット４０に接続した場合、前記中継装置１２のパケット生成部１２４は、自身に割り当てられたアドレス及びネットワーク接続ＩＤなどの情報を格納したパケット（以下、「自情報パケット」という）を、キャプチャ端末２２に送信する（ステップＳ４０２）。キャプチャ端末２２は、自情報パケットを受信すると、自情報パケットに含まれる、中継装置１２のアドレスとネットワーク接続ＩＤとを対応付けて記憶部などに保持する。
【００５５】
このように、第３の実施形態に係る中継装置１２は、ネットワークに接続した際に、自身のアドレスとネットワーク接続ＩＤとをキャプチャ端末に送信する。なお、中継装置１２は、自身のアドレスに代えて、自身のアドレスに対応するドメイン名を送信してもよい。これにより、本実施形態で示したリダイレクトシステムをコールセンターに用いる場合、コールセンターは、お客様が問題の発生を連絡した際に、お客様の情報（お客様の名前等）に基づいて、端末１１が送信するパケットを、キャプチャ端末２２に即座にリダイレクトさせることができる。従って、お客様の端末で発生した問題の解決をより早くすることが可能となる。
【００５６】
なお、中継装置１２のアドレスが変更された場合、中継装置１２は、キャプチャ端末２２に、再度自情報パケットを送信してもよい。これにより、キャプチャ端末２２は、中継装置１２のアドレスが変更された場合でも、中継装置１２へリダイレクト要求パケットを送信することが可能となる。また、中継装置１２は、自情報パケットを一定時間ごとにキャプチャ端末２２に送信してもよい。
【産業上の利用可能性】
【００５７】
本発明に係るリダイレクト機能を有した中継装置及びそのアクセス方法は、ユーザが特別な操作を行わずに、リダイレクト機能を利用することが必要な中継装置等として有用である。
【図面の簡単な説明】
【００５８】
【図１】第１の実施形態に係る中継装置を用いたリダイレクトシステムの構成例を示す図
【図２】中継装置１２の構成を示すブロック図
【図３】キャプチャ端末２２の構成を示すブロック図
【図４】リダイレクト要求パケットの構造の一例を示す図
【図５】リダイレクトパケットの構造の一例を示す図
【図６】転送パケットの構造の一例を示す図
【図７】中継装置１２で行われる処理を示すフローチャート
【図８】キャプチャ端末２２で行われる処理を示すフローチャート
【図９】リダイレクトシステムの処理シーケンス図
【図１０】第２の実施形態に係る中継装置１２の動作を説明するフローチャート
【図１１】第３の実施形態に係るリダイレクトシステムの動作を説明するフローチャート
【図１２】従来のリダイレクトシステムの構成図
【符号の説明】
【００５９】
１０  クライアント装置
１１  端末
１２  中継装置
２０  キャプチャ装置
２１  ルータ
２２  キャプチャ端末
１２１、２２１  受信部
１２２  パケット解析部
１２３、２２３  宛先変換部
１２４、２２４  パケット生成部
１２５、２２５  暗号部
１２６、２２６  送信部
２２２  表示部
【図１】
2006163829.tif 000003
【図２】
2006163829.tif 000004
【図３】
2006163829.tif 000005
【図４】
2006163829.tif 000006
【図５】
2006163829.tif 000007
【図６】
2006163829.tif 000008
【図７】
2006163829.tif 000009
【図８】
2006163829.tif 000010
【図９】
2006163829.tif 000011
【図１０】
2006163829.tif 000012
【図１１】
2006163829.tif 000013
【図１２】
2006163829.tif 000014