JP4633034B2 - 情報処理システム及び情報処理方法、並びに情報処理プログラム - Google Patents

Description

本発明は、情報管理サーバと端末との間に、Ｗｅｂサービスの通信プロトコルで情報の遣り取りを行う情報処理システム及び情報処理方法、並びに情報処理プログラムに関する。

情報処理機器は、情報管理サーバに定期的にアクセスすることで、情報管理サーバが管理しているバージョン情報を取得し、自らが保有しているバージョン情報と比較する機能を有している。

特許文献１には、周辺機器がサーバにバージョン情報を問い合わせ、前記サーバからバージョンアップの情報を取得した場合、周辺機器からの情報を受けたホストコンピュータは、サーバにアクセスすることで、更新されたドライバを取得し、自らにインストールする構成が開示されている。

特許文献２には、端末からのＩＰパケットをアクセスポイントで認証サーバへのアクセスを許可されている否かを判定し、許可されている場合、アクセスポイントは端末からのＩＰパケットを認証サーバに送信し、認証サーバからの認証結果をアクセスポイントを会して端末に送信する構成が開示されている。

これらの特許文献１及び２に開示された構成において、端末（ホストコンピュータ）に設定画面で通知する場合、その設定画面にアクセスするには、以下の手順が必要となる。

すなわち、
（１）プラウザを起動する。
（２）ユーザが設定画面のＵＲＬ（Uniform Resource Locator）を入力する。
（３）設定画面にログインするために、ＩＤとパスワードを入力する。

特開２００１−１２５７７３号公報 特開２００２−３１４５４９号公報

しかしながら、従来例では、ソフトウェアのバージョン情報が存在するページを探す必要があるばかりでなく、管理画面にアクセスする必要があるという問題がある。

端末は、Ｗｅｂサービスの通信プロトコルによるＨＴＴＰ（HyperText Transfer Protocol）リクエストを送る前に、宛先を特定するため（リクエストＵＲＬのＩＰアドレスを特定する）ＤＮＳサーバ（domain name server）による名前解決処理を行う。この場合、ＤＮＳサーバの不具合またはＤＮＳサーバの設定間違いより再送を繰り返しても応答が得られない場合は、端末からＨＴＴＰリクエストが送信されず、ソフトウェアのバージョンアップ情報を入手することができないという課題がある。

本発明の目的は、最新の更新された情報を簡単に、迅速に取得可能な情報処理装置及び情報処理方法並びに情報処理プログラムを提供することにある。

前記目的を達成するため、本発明に係る情報処理システムは、情報管理サーバと端末との間に、Ｗｅｂサービスの通信プロトコルで情報の遣り取りを行う情報処理システムであって、
前記情報管理サーバと前記端末との間を仲介する中継機器を有し、
前記中継機器は、
前記情報管理サーバにアクセスすることで情報を取得して管理する情報管理手段と、
前記情報管理手段と前記端末との連繋を分離し、前記端末からの前記通信プロトコルでのパケットを必要に応じて終端する終端手段と、
前記終端手段で終端された前記パケットに、前記取得した情報に関するメッセージを付加することで、前記パケットの応答として前記端末に送信するパケット処理手段と、を含むことを特徴とするものである。

以上では、ハードウェアとして構築したが、これに限られるものではなく、情報処理方法及び情報プログラムとして構築してもよいものである。

方法として構築する場合、本発明に係る情報処理方法は、情報管理サーバと端末との間に、Ｗｅｂサービスの通信プロトコルで情報の遣り取りを行う情報処理方法であって、
前記情報管理サーバと前記端末との間を仲介する中継機器で、前記端末から送信される前記通信プロトコルでのパケットを前記情報管理サーバから分離して必要に応じて終端し、
前記情報サーバが保有する情報に関するメッセージを前記パケットに付加することで前記パケットの応答として前記端末に送信する構成として構築する。

ソフトウェアとして構築する場合、本発明に係る情報処理プログラムは、情報管理サーバと端末との間に、 Ｗｅｂサービスの通信プロトコルで情報の遣り取りを行う情報処理システムに用いるプログラムであって、
前記情報管理サーバと前記端末との間を仲介する中継機器を構成するコンピュータに、
前記端末から送信される前記通信プロトコルでのパケットを前記情報管理サーバから分離して必要に応じて終端する機能と、
前記情報サーバが保有する情報に関するメッセージを前記パケットに付加することで前記パケットの応答として前記端末に送信する機能とを実行させる構成として構築する。

本発明によれば、端末のブラウザを起動することで、その画面に、ユーザが必要とする情報に関するメッセージを表示することができる。

以下、本発明の実施形態を図に基づいて説明する。

（実施形態１）
実施形態１に係る情報処理システムは、情報管理サーバ３と端末１との間に、Ｗｅｂサービスの通信プロトコルで情報の遣り取りを行う情報処理システムであって、基本的構成として、情報管理サーバ３と端末１との間を仲介する中継機器（２）を有し、中継機器（２）は、前記通信プロトコルでのパケットを必要に応じて終端し、更新された情報に関するメッセージを前記パケットに付加することで前記パケットの応答として端末１に送信する、ことを特徴とするものである。

図１では、中継機器として、ネットワーク４間で行われるＷｅｂサービスの通信プロトコルで情報の遣り取りを中継するルータ２が例示されている。ルータ２は、ＯＳＩ（Open Resource Initiative）参照モデルでいうネットワーク装置（第３層）やトランスポート層（第４層）の一部のプロトコルを解析して中継を行う。ルータ２は、ネットワーク層のアドレスを監視してどの経路により転送すべきかを判定する経路選択機能を持つ。なお、中継機器としては、ルータ２に限られるものではない。要は、中継機器としては、ネットワーク４間で行われるＷｅｂサービスの通信プロトコルで情報の遣り取りを中継するルータ２と同様の機能を実行するものであれば、いずれのものであってもよいものである。以下の説明では、中継機器としてルータ２を用いた場合を例にとって説明する。

情報管理サーバ３は、情報を更新するとともに、その更新された情報を保有し、端末１からアクセスがあるとき、必要な情報を端末１に提供する。前記更新された情報としては、ソフトウェアのバージョンアップ情報などがある。情報管理サーバ３は、端末１からアクセスがあった際、保有しているバージョンアップ情報を含む端末にとって必要な情報を提供すると共に、端末１からの要求に応じてバージョンアップされたソフトウェアとしてのドライバを端末１に提供する。

２つのルータ２は、ＷＡＮ（Wide Area Network）５を経由して接続され、一方のルータ２には、ＬＡＮ（Local Area Network）４経由で端末１に接続され、他方のルータ２には、ＬＡＮ（Local Area Network）４経由で情報管理サーバ３が接続されている。なお、端末１と情報管理サーバ３とは、ＷＡＮ（Wide Area Network）５を経由して接続されており、ＷＡＮとしてはインターネット或いはイントラネットのいずれを用いてもよいものである。

ルータ２は、端末１から送信される、Ｗｅｂサービスの通信プロトコルによるパケットを受信し、そのパケットを解析することで、そのパケットが情報管理サーバ３の保有する更新情報を要求するパケットであるときに、当該受信したパケットを終端し、更新された情報に関するメッセージを前記終端したパケットに付加することで前記パケットの応答として端末１に送信する。実施形態１では、Ｗｅｂサーバの通信プロトコルとしてＨＴＴＰを用いる場合を例にとって説明する。

情報管理サーバ３が管理する更新情報がソフトウェアのバージョンアップ情報である場合を例にとって、ルータ２の具体的構成を図２に基づいて説明する。ルータ２は図２に示すように、バージョン情報取得部２１と、バージョン管理部２２と、バージョン記憶部２３と、パケット受信部２４と、パケット解析部２５と、要求パケット解析部２６と、応答パケット生成部２７と、パケット送信部２８とを含んでいる。

バージョン情報取得部２１は、情報管理サーバ３に対し、ソフトウェアのバージョン情報の問い合わせを行い、情報管理サーバ３から最新のバージョン情報を取得して、この情報をバージョン管理部２２へ出力する。バージョン管理部２２は、バージョン情報取得部２１からの情報を受けて、バージョンアップされた情報と、バージョン記憶部２３に記憶しているソフトウェアのバージョン情報とを比較し、その差分を管理する。

ここに、バージョン情報取得部２１とバージョン管理部２２とは、情報管理サーバ３にアクセスにアクセスすることで情報管理サーバ３が管理する情報を取得する情報管理手段を構成している。

パケット受信部２４は、端末１から送信されるＨＴＴＰパケットを受信して、そのＨＴＴＰパケットをパケット解析部２５へ出力する。パケット解析部２５は、パケット受信部２４で受信したＨＴＴＰパケットを解析することで、そのＨＴＴＰパケットが情報管理サーバ３が保有するバージョンアップ情報の要求である場合、その旨を要求パケット解析部２６に送信する。

要求パケット解析部２６は、パケット解析部２５から通知されたＨＴＴＰパケットのリクエストラインを参照することでＨＴＴＰパケットのメソッドを判別し、その判別結果を応答パケット生成部２７に送信する。

ここに、パケット受信部２４、パケット解析部２５及び要求パケット解析部２６は、端末１からの通信プロトコルでのパケットが情報管理サーバ３の情報を要求するパケットである場合に、前記パケットを終端するための終端手段を構成している。

応答パケット生成部２７は、要求パケット解析部２６からのレスポンス生成の要求を受けると、バージョン管理部２２がバージョン差分を管理しているか否かを確認する。バージョン差分の存在を確認した際、応答パケット生成部２７は、バージョンに差分がある旨を端末１に通知するメッセージを作成し、そのメッセージをＨＴＰＰパケットに付加し、ＨＴＴＰレスポンスを作成する。応答パケット生成部２７は、前記作成したＨＴＴＰレスポンスをパケット送信部２８に送信する。

パケット送信部２８は、応答パケット生成部２７から受け取ったＨＴＴＰレスポンスを端末１に向けて送信する。

ここに、応答パケット生成部２７とパケット送信部２８とは、前記終端手段で終端された前記パケットに、情報管理サーバ３から取得した情報に関するメッセージを付加することで、前記パケットの応答として端末１に送信するパケット処理手段を構成している。

図２に示すように、情報管理サーバ３からバージョンアップ情報を取得するための構成（バージョン情報取得部２１、バージョン管理部２２及びバージョン記憶部２３）と、ＨＴＴＰパケットを受信・送信する一連の構成（パケット受信部２４、パケット解析部２５、要求パケット解析部２６と応答パケット生成部２７及びパケット送信部２８）とを分離し、応答パケット生成部２７とバージョン管理部２２との間では、
バージョン情報の差分のみの遣り取りを行うことで、ＨＴＴＰパケットを必要に応じて終端させている。すなわち、パケット受信部２４で受信したＨＴＴＰパケットが情報管理サーバ３で管理するバージョンアップ情報を要求するものである場合、その要求はバージョン情報取得部２１に送信されない。バージョン情報取得部２１は、端末１からのバージョンアップ情報の取得要求に拘わらず、定期的に情報管理サーバ３にアクセスすることで、情報管理サーバ３の保有するバージョンアップ情報を取得する。

パケット受信部２４で受信したＨＴＴＰパケットがバージョンアップ情報の取得要求以外の内容を含むものである場合、ルータ２は、目的とする相手方に前記ＨＴＴＰパケットを終端することなく送信する。

次に、実施形態１に係る情報処理システムで情報処理を行う場合を説明する。実施形態１では図３に示すように、端末１とルータ２との間、ルータ２と情報管理サーバ３との間でそれぞれ情報の処理が行われる。

先ず、図３における端末１とルータ２との間で行われる情報処理について説明する。ルータ２は、定期的にサーバ３上に存在する最新のソフトウェアのバージョン情報を取得するために、サーバ３に対してバージョン情報の問い合わせを送信し（ステップＳ３１）、サーバ３からそのバージョン情報を取得する（ステップＳ３２）。ルータ２では、サーバ３から取得した最新のバージョン情報と、ルータ２が管理しているソフトウェアのバージョン情報とを比較する処理が行われる。

上述した一連の処理内容を図４に基づいて説明すると、ルータ２は、情報管理サーバ３に対してバージョン情報の問い合わせを行うことでソフトウェアの最新バージョン情報を要求する（ステップＳ４１）。情報管理サーバ３に最新のバージョン情報が存在する場合、ルータ２は情報管理サーバ３から最新のバージョン情報を取得する（ステップＳ４２）。一方、ルータ２は、端末１が保有するソフトウェアの機器バージョン情報を取得し、これを記憶している（Ｓ４３）。

ルータ２は、情報管理サーバ３から最新のバージョン情報を取得した際、記憶している端末１の機器バージョン情報と、取得した最新のバージョン情報とを比較し（ステップＳ４４）する。比較したバージョン情報が不一致の場合、すなわち、ソフトウェアがバージョンアップされている場合、前記機器バージョン情報と前記最新のバージョン情報との差分を図示しない内蔵のメモリに保管する（ステップＳ４５）。

次に、端末１とルータ２との間で行われる情報処理について図３に基づいて説明する。ルータ２は、情報管理サーバ３からのバージョン情報の取得処理と分離させて、端末１からＨＴＴＰパケットによるバージョン情報の要求があるか否かを監視する（ステップＳ３３）。ルータ２は、端末１からＨＴＴＰパケットによるバージョン情報の要求があった場合、その要求を受け付ける（ステップＳ３３）。

ルータ２は、端末から１からのバージョン情報の要求を受信した場合、そのＨＴＴＰパケットに付属するＵＲＩ（Uniform Resource Identifier)には送信せずに、ルータ２内でそのＨＴＴＰパケットでの要求を終端する。

ルータ２は、端末１から前記ＨＴＴＰパケットによる要求を受信した際、バージョン情報の差分が存在する場合、情報管理サーバ３が管理しているソフトウェアの最新のバージョン情報と端末１の機器バージョン情報との間に差分がある旨を通知するメッセージを含むＨＴＴＰ応答を生成して端末１に返信する（ステップＳ３４）。

次に上述した一連の処理内容を図２及び図５に基づいて説明すると、ルータ２は、バージョン情報取得部２１を起動して、情報管理サーバ３に対してバージョン情報の問い合わせを行い、情報管理サーバ３から最新のソフトウェアのバージョン情報を要求する。バージョン情報取得部２１は、情報管理サーバ３から最新のバージョン情報を取得すると、バージョン管理部２２へ取得したバージョン情報を通知する。バージョン管理部２２は、バージョン記憶部２３が記憶しているデバイスドライバのバージョン情報と、情報管理サーバ３から取得した最新のバージョン情報とを比較して差分を管理する。

ルータ２は、情報管理サーバ３との間での情報処理とは別に、端末１との間での情報処理を行う。すなわち、ルータ２は、パケット受信部２４で端末１からＨＴＴＰパケットを受信し、パケット解析部２５で前記ＨＴＴＰパケットを解析する（ステップＳ５１、ステップＳ５２）。

パケット解析部２５は、前記ＨＴＴＰパケットが端末１のバージョン情報を要求する（以下ＨＴＴＰ要求という）場合（ステップＳ５２のイエス）、前記ＨＴＴＰパケットをルータ２内で終端させ、その解析情報を要求パケット解析部２６へ送信する。端末１から送信されたＨＴＴＰパケットが前記ＨＴＴＰ要求以外である場合、ルータのパケット解析部２５は、端末１から送信される前記ＨＴＴＰパケットをそのまま情報管理サーバ３に転送する（ステップＳ５８）。

要求パケット解析部２６は、前記ＨＴＴＰ要求を受け取って、そのＨＴＴＰ要求が返信を要求するＧＥＴメソッドであるか否かを解析する（ステップＳ５３）。ＧＥＴメソッドであった（ＨＴＴＰ応答）場合（ステップＳ５３“イエス”）、要求パケット解析部２６は、応答パケット生成部２７に対してＨＴＴＰ応答の生成要求を発行する。

応答パケット生成部２７は、要求パケット解析部２６からＨＴＴＰ応答の生成要求を受け取ったとき、バージョン管理部２２にバージョン情報の差分が存在するか否かを問い合わせる（ステップＳ５４）。

バージョン情報の差分が存在する場合（ステップＳ５４“イエス”）、応答パケット生成部２７は、バージョン情報の差分を端末１に伝えるメッセージを作成する（ステップＳ５５）。例えば、端末１が保有するデバイスドライバのバージョンが１．００であり、情報管理サーバ３が更新して保有するデバイスドライバの最新バージョンが２．００である場合、応答パケット生成部２７は図６に示すようなメッセージを生成する。

さらに、応答パケット生成部２７は、ルータ２で終端されたＨＴＴＰパケットに前記メッセージを付加することで、前記ＨＴＴＰ要求に対する応答を示すＨＴＴＰ応答を生成する（ステップＳ５６）。

パケット送信部２８は、応答パケット生成部２７からＨＴＴＰ応答を端末１に向けて送信する。（ステップＳ５７）。

実施形態１によれば、端末１から送信されるＨＴＴＰパケットを必要に応じてルータ２で終端させ、その終端させたＨＴＴＰパケットに、情報管理サーバで更新された情報に関するメッセージを付加して、前記ＨＴＴＰパケットの応答として端末１に返送する。そのため、端末１では、Ｗｅｂサービスのブラウザを起動するだけで、その画面に更新された情報を表示することができる。したがって、従来のように端末から情報管理サーバにアクセスする必要がなく、ＵＲＬ、ＩＤ、パスワード入力などの煩雑な手作業を必要としない。

実施形態１によれば、従来のように設定画面にアクセスする従来の方式と比較して、更新された情報を迅速に入手することができる。

（実施形態２）
実施形態１では、ＨＴＴＰリクエストを監視するため、以下のような場合、端末１からＨＴＴＰパケットが送信されず、更新された情報の入手が不可能になる場合がある。この場合を詳細に説明する。

端末１は、ＨＴＴＰリクエストを送信する前に、宛先を特定する、すなわち、宛先の設定画面にアクセスするためのＵＲＬのＩＰアドレスを特定するため、ＤＮＳ（Domain Name Server）による名前解決の処理を行う。ここに、前記名前解決とは、ネットワーク上で、端末１、ルータ２および情報管理サーバ３に付けられた名前（ドメイン名）からアドレス（ＩＰアドレス）を割り出す手順、あるいはその逆方向の手順をいう。また、ＤＮＳとは、両者の間を名前解決するシステムという。

図８に示すように、端末１は、ＤＮＳサーバ１０に対し、ルータ２経由でStandard query（照会コマンド）を送信して（ステップＳ８１，ステップＳ８２）、ルータ２経由でＤＮＳサーバ１０から応答を受信し（Ｓ８４）、ＩＰアドレスを取得すると、ＨＴＴＰリクエストの送信をルータ２に向けて開始する（ステップＳ８５）。

端末１から送信したStandard queryが、ＤＮＳサーバ１０の不具合、またはＤＮＳサーバ１０の設定間違いより、Standard queryの再送を繰り返しても、ＤＮＳサーバ１０の応答が得られない場合、端末１はルータ２に向けてＨＴＴＰリクエストを送信することができなくなる。この場合、端末１は、実施形態１によるソフトウェアのバージョン差分をルータ２から得られなくなる。これを解決した例を実施形態２として説明する。

実施形態２では図７に示すように、実施形態１に係るルータ２に、応答監視部２９と、擬似応答生成部３０とを付加した構成になっている。実施形態２に係るルータ２は、図７に示す、パケット受信部２４と、パケト解析部２５と、要求パケット解析部２６と、応答パケット生成部２７と、パケット送信部２８に加えて、図２に示すバージョン情報取得部２１及びバージョン管理部２２及びバージョン記憶部２３を有している。なお、図７においては、図２に示すバージョン情報取得部２１及びバージョン管理部２２及びバージョン記憶部２３に相当する構成は図示するのを省略している。

ルータ２の応答監視部２９は、端末１からStandard Queryを受け取った際、前記Standard QueryをＤＮＳサーバ１０に送信し、Standard Queryに対するＤＮＳサーバ１０の応答を監視する。応答監視部２９は、ＤＮＳサーバ１０が前記Standard Queryに対して応答した場合、応答信号を出力する。応答監視部２９は、ＤＮＳサーバ１０へのStandard Queryの再送を繰り返した後でも、ＤＮＳサーバ１０が前記Standard Queryに対して応答しない場合、非応答信号を出力する。

ここに、応答監視部２９は、端末１から送信される宛先特定のパケットに対するＤＮＳサーバ１０の応答を監視する応答監視手段を構成している。

擬似応答生成部３０は、応答監視部２９から受け取った信号が非応答信号である場合、ＤＭＳサーバ１０がStandard Queryに対して応答したことを通知するための擬似応答信号を生成する。

ここに、擬似応答生成部３０は、前記応答監視手段がＤＮＳサーバ１０の応答を受信しない場合、ＤＮＳサーバ１０の応答に相当する擬似応答信号を生成する応答信号生成手段を構成している。

パケット送信部２８は、実施形態１での機能に加えて、擬似応答生成部３０から擬似応答信号を受け取ったとき、端末１に対して、ＤＭＳサーバ１０がStandard Queryに対して応答したことを通知する機能を有している。

擬似応答生成部３０は、必要に応じて、擬似応答信号を応答パケット生成部２７に送信する。

実施形態２の応答パケット生成部２７は、実施形態１での機能に加えて、擬似応答生成部３０から受け取った擬似応答信号に基づいて、終端したＨＴＴＰパケットに、ＤＮＳサーバ１０が無応答、またはＤＮＳアドレスの設定間違い等のメッセージを付加してパケット送信部２８に送信する。

ここに、応答パケット生成部２７、パケット送信部２８及び擬似応答生成部３０は、実施形態１でのパケット処理手段の機能に加えて、前記応答信号生成手段が生成した擬似応答信号に基づいて、ＤＮＳサーバ１０の応答を端末１に通知するパケット処理手段を構成している。実施形態２でのパケット処理手段は、前記機能に加えて、前記擬似応答信号に本巣居て、ＤＮＳサーバ１０が応答しない旨のメッセージを前記終端されたパケットに付加する機能を有している。

次に、実施形態２に係る情報処理システムを利用して情報処理を行う動作を図８及び図９に基づいて説明する。図８は、正常な名前解決のシーケンスを、図９は、障害等によりＤＮＳサーバ１０から応答がない場合のシーケンスを示す。

図８において、端末１は、ＨＴＴＰリクエストを送信する前に、宛先を特定するため（要求ＵＲＬのＩＰアドレスを特定する）、ＤＮＳサーバによる名前解決処理を行う。

具体的には、端末１は、ＤＮＳサーバ１０に対し、ルータ２経由でStandard query（照会コマンド）を送信して（ステップＳ８１、ステップＳ８２）、ＤＮＳサーバ１０から応答を受信し（ステップＳ８４）、ＩＰアドレスを取得したときに、ＨＴＴＰ要求の送信を開始する（ステップＳ８５）。ここに、ＨＴＴＰ要求とは、端末１から情報管理サーバ３に対して情報管理サーバ１０が保有する情報（バージョンアップ情報を含む）を要求することを意味する。

図８でのステップＳ８５以降の処理は、図３及び図４に示す処理と同様な処理が、バージョン情報取得部２１、バージョン管理部２２、バージョン記憶部２３パケット受信部２４と、パケト解析部２５と、要求パケット解析部２６と、応答パケット生成部２７及びパケット送信部２８によって行われる。

端末１から送信したStandard queryに対して、ＤＮＳサーバ１０から正常に応答があれば、問題が生じることはないが、端末１から送信したStandard queryが、ＤＮＳサーバ１０の不具合、またはＤＮＳサーバ１０の設定間違いより、Standard queryの再送（ステップＳ８３）を繰り返してもＤＮＳサーバ１０の応答が得られない場合は、端末１からＨＴＴＰ要求が送信されず、端末１は、ＩＰアドレスを得られないため、ソフトウェアのバージョン差分を含む更新した情報を入手できなくなる。

以上の事態を回避するため、実施形態２では図９に示すように、端末１から送信されたStandard query（ステップＳ９１）に基づいて、ルータ２は、ＤＮＳサーバ１０に向けてStandard queryを送信する(ステップＳ９２)。ルータ２は、Standard queryに対するＤＮＳ１０からの応答がなく、Standard queryの再送を繰り返しても、ＤＮＳサーバ１０から応答がなく（ステップＳ９２〜Ｓ９３）、Standard queryを再送するために設定した時間を経過した場合（ステップＳ９４）、ルータ２の応答監視部２９は、非応答信号を擬似応答生成部３０に送信する。

擬似応答生成部３０は、応答監視部２９から受け取った信号が非応答信号である場合、ＤＭＳサーバ１０がStandard Queryに対して擬似的に応答したことを通知するための擬似応答信号を生成する。

パケット送信部２８は、擬似応答生成部３０から擬似応答信号を受け取ったとき、端末１に対して、ＤＭＳサーバ１０がStandard Queryに対して応答したことを通知する（ステップＳ９５）。

端末１は、ルータ２のパケット送信部２８からＤＮＳサーバ１０の応答信号を通知されると、ＩＰアドレスを得て、ルータ２に向けてＨＴＴＰ要求を送信する（ステップＳ９６）。

これ以降の処理は、図４及び図５と同様に行われ、ＨＴＴＰ要求に対するルータ２からの信号を受信する（ステップＳ９７）。前記ルータ２からの信号は、終端されたパケットに付加された、情報管理サーバ３が保有する情報に関するメッセージを含む信号である。

擬似応答生成部３０は、必要に応じて、擬似応答信号を応答パケット生成部２７に送信する。実施形態２の応答パケット生成部２７は、図２で示した機能に加えて、擬似応答生成部３０から受け取った擬似応答信号に基づいて、終端したＨＴＴＰパケットに、ＤＮＳサーバ１０が無応答、またはＤＮＳアドレスの設定間違い等のメッセージを付加してパケット送信部２８に送信する。

実施形態２によれば、ＤＮＳサーバ１０が無応答の場合に、ルータ２が擬似的なＤＮＳサーバ１０の応答を生成して端末１に送信することで、端末１からＨＴＴＰ要求を誘導することができ、このことにより、ユーザは、ブラウザを起動するといった簡単な操作のみでＤＮＳサーバ１０のエラーの原因を知ることができる。

図９に示すように、ルータ２が疑似応答を生成して端末１に送信し（ステップＳ９５）、ＨＴＴＰ要求を端末１から送信可能な状態に設定する（ステップＳ９６）。ルータ２がＨＴＴＰ要求を受信すると、ＨＴＴＰ応答として、ＤＮＳサーバ１０が無応答、または、ＤＮＳアドレスの設定間違い等のメッセージを付加したＨＴＴＰ応答を返信する（ステップＳ９７）。このことにより、ＤＮＳエラー等についても端末装置１のブラウザで閲覧することができる。

上述したように、実施形態１、および実施形態２では、ルータ２は、端末１から送信されるパケットを監視し、ＨＴＴＰ要求を受信した場合は、そのＨＴＴＰ要求を終端し、応答としてバージョン情報、もしくはＤＮＳエラーの原因を通知するメッセージを付加したＨＴＴＰ応答を返信する仕組みを構築したものであり、端末１側で、ブラウザを起動することにより、端末画面にそのメッセージを表示し、バージョン情報を含むサーバの監視情報をユーザに通知することを可能にしたものである。

なお、図２に示したルータ２に含まれる、バージョン情報取得部２１と、バージョン管理部２２と、バージョン記憶部２３と、パケット受信部２４と、パケト解析部２５と、要求パケット解析部２６と、応答パケット生成部２７と、パケット送信部２８、ならびに、図７に示す応答監視部２９及び擬似応答生成部３０のそれぞれが持つ機能は、全てをソフトウェアによって実現しても、あるいはその少なくとも一部をハードウエアで実現してもよい。

具体的に、端末１により生成され送信されるパケットを受信して解析し、特定のパケットを受信したときに当該受信した特定のパケットを終端し、端末１に対し、サーバ３の監視情報を通知するメッセージを含む応答パケットを返信するルータ２の各構成ブロックが実行する機能は、１または複数のプログラムによりコンピュータ上で実現してもよく、また、その少なくとも一部をハードウエアで実現してもよい。

なお、図４、図５に示すフローチャートは、図２に示すルータ２の動作のみならず、実施形態１における情報処理方法の各工程についても合わせて示したものである。すなわち、上記実施形態１では、通信ネットワーク（ＷＡＮ５）を介して接続される情報管理サーバ３と端末１との間の接続を仲介する中継機器（ルータ２）における監視情報取得方法であって、サーバ３に対しソフトウェアのバージョン情報の問い合わせを行い、サーバ３から最新のバージョン情報を取得するステップ（図４のＳ４１、Ｓ４２）と、中継機器２が記憶しているソフトウェアのバージョン情報と、サーバ３から取得した最新のバージョン情報とを比較し、その差分を管理するステップ（Ｓ４３〜Ｓ４５）と、端末１により生成され送信されるパケットを受信するステップ（図５のＳ５１）と、受信したパケットを解析して特定のパケットを検出するステップ（Ｓ５２）と、特定のパケットが返信を要求するコマンドであった場合、前記特定のパケットを終端し、応答パケットの生成を要求するステップ（Ｓ５３）と、応答パケット生成要求を受け、バージョン差分の有無を判定し、バージョン差分がある場合に、そのことを示すメッセージを付した応答パケットを生成するステップ（Ｓ５４〜Ｓ５６）と、応答パケットを、返信を要求した端末装置１へ送信するステップ（Ｓ５７）と、を順次実行するようになっている。

上記実施形態１にかかる情報処理方法によれば、中継機器２が、端末１から送信されるパケットが返信を要求する場合、サーバ３から取得した最新のバージョン情報と、端末１が記憶しているソフトウェアのバージョン情報とを比較し、その差分を示すメッセージを付した応答パケットを生成して端末１へ返信することにより、簡単に、迅速に、かつ、ユーザに負担を強いることなくソフトウェアのバージョン情報を通知することができるものである。

ここで、上述した中継機器２にあって、その各構成部分が実行する上述した各ステップにあっては、その各実行内容を、それぞれ、バージョン情報取得機能、バージョン情報管理機能、パケット受信機能、パケット解析機能、パケット要求解析機能、パケット応答生成機能、パケット送信機能としてプログラム化し、コンピュータに実行させるように構成してもよい。

このようにしても上述した各ステップにおける処理内容と同等の処理をコンピュータ上で実行処理することができ、これによって上述した通信機器にける監視情報取得方法と同一の目的を効率よく達成することができる。

また、図１０に示すフローチャートは、図７に示す実施形態２にかかる情報処理方法の各工程についても合わせて示したものである。すなわち、実施形態２における情報処理方法は、通信ネットワーク（ＷＡＮ５）を介して接続されるサーバ３と端末１との接続を仲介する通信機器における情報処理方法であって、サーバ３に対して端末１により生成される名前解決処理のためのパケットを送信するステップ（Ｓ１０１〜Ｓ１０３）と、送信したパケットに対する上位装置３からの応答監視を行うステップ（Ｓ１０５）と、上位装置３から所定時間内に応答が無い場合に擬似応答を生成するステップ（Ｓ１０４“ノー”、ステップＳ１０７）と、生成された擬似応答を端末１に対して送信するステップ（Ｓ１０７）と、擬似応答を受信した端末１から擬似応答に対する返信を要求するパケットを受信したときに、少なくとも、上位装置３の障害、アドレス設定誤りのうちの一つを示すメッセージを付した応答パケットを生成するステップ（Ｓ１０９）と、応答パケットを端末装置１へ送信するステップ（Ｓ１１０）と、を順次実行するようになっている。

上述した実施形態２における情報処理方法によれば、中継機器２が、端末１により生成される名前解決のためのパケットを送信し、当該パケットに対するＤＮＳサーバからの応答監視を行い、ＤＮＳサーバから所定時間内に応答が無い場合に擬似応答を生成して送信することによって、端末１が特定のパケットを送信する環境を整え、端末１から特定のパケットを受信したときに、例えば、アドレスの設定間違い等、ＤＮＳサーバが応答できない理由を示すメッセージを付した応答パケットを生成して返信することにより、簡単、迅速に、かつ、ユーザに負担を強いることなく上位装置３が応答できない理由を示す監視情報を通知することができる。

ここで、上述した中継機器２にあって、その各構成部分が実行する上述した各ステップにあっては、その各実行内容を、それぞれ、名前解決処理パケット送信機能、応答監視機能、擬似応答送信機能、応答パケット生成機能、パケット送信機能としてプログラム化し、コンピュータに実行させるようにしてもよい。このようにしても上記した各ステップにおける処理内容と同等の処理をコンピュータ上で実行処理することができ、これによって上述した通信機器における監視情報取得方法と同一の目的を効率よく達成することができる。

本発明によれば、通信ネットワークで接続された機器相互間で、最新の更新された情報を取得するシステムに適用して最適なものである。

本発明の実施形態１にかかる情報処理システムを示す構成図である。 図１に示す中継機器として用いたルータの具体的な構成を示すブロック図である。 本発明の実施形態１にかかる情報処理システムの動作を説明するシーケンス図である。 本発明の実施形態１にかかる情報処理システムの処理概要を示すフローチャートである。 本発明の実施形態１にかかる情報処理システムの動作を説明するフローチャートである。 本発明の実施形態１にかかる情報処理システムにより表示されるメッセージの一例を示す図である。 本発明の実施形態２にかかる情報処理システムい用いるルータの具体的構成を示すブロック図である。 本発明の実施形態２にかかる情報処理システムの動作を説明するシーケンス図である。 本発明の実施形態２にかかる情報処理システムの動作を説明するシーケンス図である。

符号の説明

１ 端末
２ ルータ
３ 情報管理サーバ
４ ＬＡＮ
５ ＷＡＮ
２１ バージョン情報取得部
２２ バージョン管理部
２３ バージョン記憶部
２４ パケット受信部
２５ パケト解析部
２６ 要求パケット解析部
２７ 応答パケット生成部
２８ パケット送信部
２９ 応答監視部
３０ 擬似応答生成部

Claims (5)

1. 情報管理サーバと端末との間に、Ｗｅｂサービスの通信プロトコルで情報の遣り取りを行う情報処理システムであって、
   前記情報管理サーバと前記端末との間を仲介する中継機器を有し、
   前記中継機器は、
   前記情報管理サーバにアクセスすることで情報を取得して管理する情報管理手段と、
   前記情報管理手段と前記端末との連繋を分離し、前記端末からの前記通信プロトコルでのパケットを必要に応じて終端する終端手段と、
   前記終端手段で終端された前記パケットに、前記取得した情報に関するメッセージを付加することで、前記パケットの応答として前記端末に送信するパケット処理手段と、を含むことを特徴とする情報処理システム。
2. 前記中継機器は、
   前記端末から出力される宛先特定のパケットに対するＤＮＳサーバの応答を監視する応答監視手段と、
   前記応答監視手段が前記ＤＮＳサーバの応答を受信しない場合、前記ＤＮＳサーバの応答に相当する擬似応答信号を生成する応答信号生成手段と、を含み、
   前記パケット処理手段は、前記応答信号生成手段が生成した擬似応答信号に基づいて、前記ＤＮＳサーバの応答を端末に通知する請求項１に記載の情報処理システム。
3. 前記パケット処理手段は、
   前記擬似応答信号に基づいて、前記ＤＮＳサーバが応答しない旨のメッセージを前記終端されたパケットに付加する、請求項２に記載の情報処理システム。
4. 情報管理サーバと端末との間に、Ｗｅｂサービスの通信プロトコルで情報の遣り取りを行う情報処理方法であって、
   前記情報管理サーバにアクセスすることで情報を取得して管理する情報管理手段と前記端末との連繋を分離し、前記端末からの前記通信プロトコルでのパケットを必要に応じて終端し、
   前記終端された前記パケットに、前記取得した情報に関するメッセージを付加することで、前記パケットの応答として前記端末に送信することを特徴とする情報処理方法。
5. 情報管理サーバと端末との間に、 Ｗｅｂサービスの通信プロトコルで情報の遣り取りを行う情報処理システムに用いるプログラムであって、
   前記情報管理サーバと前記端末との間を仲介する中継機器を構成するコンピュータに、
   前記情報管理サーバにアクセスすることで情報を取得して管理する情報管理手段と前記端末との連繋を分離し、前記端末からの前記通信プロトコルでのパケットを必要に応じて終端する機能と、
   前記終端された前記パケットに、前記取得した情報に関するメッセージを付加することで、前記パケットの応答として前記端末に送信する機能とを実行させることを特徴とする情報処理プログラム。

Images