(57)【要約】  本発明は、ルータに特別なゲートウェイ機能を必要とせず、かつ、ルータに特別な設定を行なうことなく、既存の端末装置からローカルネットワークに接続される既存の機器への通信を、グローバルネットワークを介して安全に行なうことのできる通信ネットワークシステムを提供する。通信ネットワークシステム（１０）は通信中継クライアント（２０２）が、ＮＡＴルータ（２０４）を介し管理センタネットワーク（１）に対してポーリングを行ない、通信中継サーバ（１０２）が管理端末（１０１）から送信されたパケットを変換し、通信中継クライアント（２０２）が、ポーリングの応答として、管理センタネットワーク（１）側からＮＡＴルータ（２０４）を介して、変換されたパケットを受信する。通信中継クライアント（２０２）は変換されたパケットを元のパケットに戻し、管理対象機器（２０１）へ送信する。
2007535190.tif 000002
【特許請求の範囲】
【請求項１】
グローバルネットワークで接続された第１システムと第２システムとを備える通信ネットワークシステムであって、
前記第１システムは、
機器と通信を行なう端末装置と、
前記端末装置と接続され、前記グローバルネットワークを介した前記端末装置と前記第２システムとの間の通信を中継する第１通信中継装置とを備え、
前記第２システムは、
前記グローバルネットワークとローカルネットワークとを接続するルータ装置と、
前記ローカルネットワークに接続され、前記端末装置の通信対象となる機器と、
前記ローカルネットワークに接続され、前記ルータ装置及び前記グローバルネットワークを介した前記機器と前記第１システムとの間の通信を中継する第２通信中継装置とを備え、
前記第１通信中継装置は、
第１プロトコルで前記端末装置と通信する第１通信手段と、
前記グローバルネットワークを介して第２プロトコルで前記第２システムと通信する第２通信手段と、
前記第１通信手段によって前記端末装置から得られたパケットデータを前記第２プロトコル用のパケットデータに変換し変換パケットとして前記第２通信手段に渡すとともに、前記第２通信手段によって前記第２システムから得られたパケットデータを前記第１プロトコル用のパケットデータに変換して前記第１通信手段に渡す第１変換手段とを備え、
前記第２通信中継装置は、
前記ローカルネットワークを介して前記第１プロトコルで前記機器と通信する第３通信手段と、
前記第２プロトコルで前記第１システムと通信する第４通信手段と、
前記第３通信手段によって前記機器から得られたパケットデータを前記第２プロトコル用のパケットデータに変換して前記第４通信手段に渡すとともに、前記第４通信手段によって前記第１システムから得られた前記変換パケットを前記第１プロトコル用のパケットデータに変換して前記第３通信手段に渡す第２変換手段とを備え、
前記第２通信中継装置は、前記ルータ装置を介して、所定のパケットを前記第１システムに送信し、
前記第１システムは、前記所定のパケットの送信元のアドレスに向けて、前記変換パケットを送信する
ことを特徴とする通信ネットワークシステム。
【請求項２】
前記通信ネットワークシステムはさらに、前記第２プロトコルに関するクライアント機能を前記第２通信中継装置に発現させるトリガパケットを前記第２通信中継装置に送信するトリガサーバを備え、
前記第１システムは、前記トリガパケットに対応する前記第２通信中継装置からの要求に基づいて、前記変換パケットを送信する
ことを特徴とする請求項１記載の通信ネットワークシステム。
【請求項３】
前記第２通信中継装置はさらに、前記機器を識別する機器ＩＤを前記機器から取得し、取得した機器ＩＤを前記機器の前記ローカルネットワークにおけるアドレスと対応付けて記憶する機器ＩＤ取得手段を備え、
前記第２通信中継装置は、前記変換パケットを受信すると、前記変換パケットに含まれる機器ＩＤと、前記機器ＩＤ取得手段に記憶された対応付けとに基づき、受信した変換パケットを第１プロトコルのパケットデータに変換し要求パケットとして前記機器に転送する
ことを特徴とする請求項１記載の通信ネットワークシステム。
【請求項４】
前記機器は、前記第１プロトコルでパケットデータを受信すると、その応答を示す応答パケットを前記第１プロトコルで前記第２通信中継装置に送信し、
前記第２通信中継装置は、前記応答パケットを受信すると、受信した前記応答パケットを前記第２プロトコルで前記第１通信中継装置に送信し、
前記第１通信中継装置は、前記応答パケットを受信すると、受信した応答パケットを第１プロトコルのパケットデータに変換し前記端末装置に転送する
ことを特徴とする請求項１記載の通信ネットワークシステム。
【請求項５】
前記第１通信中継装置は、前記トリガパケットの送信タイミングを与えるトリガ依頼パケットを前記トリガサーバに送信し、
前記トリガサーバは、前記トリガ依頼パケットを受信した後に、前記トリガパケットを送信する
ことを特徴とする請求項２記載の通信ネットワークシステム。
【請求項６】
前記端末装置は、前記機器に対する要求内容を含む要求パケットを前記第１プロトコルにより前記第１通信中継装置に送信し、
前記第１通信中継装置は、前記要求パケットを受信した後に、前記トリガ依頼パケットを前記トリガサーバに送信する
ことを特徴とする請求項５記載の通信ネットワークシステム。
【請求項７】
前記第２通信中継装置は、前記トリガパケットの送信先の存在を認識させるためのポーリングパケットを前記トリガサーバに送信し、前記ポーリングパケットの応答として、前記トリガサーバから前記トリガパケットを受信する
ことを特徴とする請求項２記載の通信ネットワークシステム。
【請求項８】
前記ポーリングパケットは、前記機器を識別する機器ＩＤを含み、
前記トリガサーバは、前記ポーリングパケットを受信すると、前記ポーリングパケットに含まれる前記機器ＩＤと前記ポーリングパケットの送信元アドレスとを対応付けて記憶し、前記機器ＩＤから、前記機器ＩＤが接続された前記ローカルネットワークを特定する
ことを特徴とする請求項７記載の通信ネットワークシステム。
【請求項９】
前記ルータ装置は、前記第２通信中継装置から前記トリガサーバへの前記ポーリングパケットを中継するとともに、前記ポーリングパケットに基づいて、前記第２通信中継装置の前記ローカルネットワークにおけるアドレスと前記トリガサーバの前記グローバルネットワークにおけるアドレスとを対応付けて記憶し、前記グローバルネットワークからパケットを受信した場合に、前記対応付けに従って前記パケットを前記第１通信中継装置に転送する
ことを特徴とする請求項７記載の通信ネットワークシステム。
【請求項１０】
前記第２通信中継装置は、User Datagram Protocol （ＵＤＰ）によって前記ポーリングパケットを送信する
ことを特徴とする請求項７記載の通信ネットワークシステム。
【請求項１１】
前記第２通信中継装置は、前記トリガパケットを受信すると、前記変換パケットを取得したい旨の取得要求パケットを前記第１通信中継装置に送信し、
前記第１通信中継装置は、前記取得要求パケットを受信すると、前記変換パケットを前記第２通信中継装置に送信し、
前記第２通信中継装置は、前記変換パケットを受信すると、受信した変換パケットを第１プロトコルのパケットデータに変換し要求パケットとして前記機器に転送する
ことを特徴とする請求項２記載の通信ネットワークシステム。
【請求項１２】
前記第２通信中継装置は、前記トリガパケットを受信すると、前記変換パケットを取得したい旨の取得要求パケットを、前記第２通信中継装置へ送信可能な情報がない旨の通知を受けるまで、繰り返し前記第１通信中継装置に送信し、
前記第１通信中継装置は、前記取得要求パケットを受信すると、前記端末装置から受信した前記パケットデータから得られる前記第２通信中継装置に送信可能な情報がある場合は、前記情報を含む前記変換パケットを前記第２通信中継装置に送信し、前記情報がない場合はその旨を前記第２通信中継装置に通知する
ことを特徴とする請求項１１記載の通信ネットワークシステム。
【請求項１３】
前記第１通信中継装置は、前記取得要求パケットを受信すると、前記情報がない場合は、所定の期間経過後に前記取得要求パケットを送信することを要求する情報であるウェイト要求を前記第２通信中継装置へ送信し、
前記第２通信中継装置は、前記ウェイト要求を受信した場合、前記所定の期間経過後に前記取得要求パケットを前記第１通信中継装置に送信する
ことを特徴とする請求項１２記載の通信ネットワークシステム。
【請求項１４】
前記第１通信中継装置は、前記ウェイト要求に対応して前記所定の期間経過後に送信された取得要求パケットを受信すると、前記情報がない場合は、前記ウェイト要求を送信し、前記ウェイト要求の送信回数が所定の回数に達した後に、前記ウェイト要求に対応して前記所定の期間経過後に送信された取得要求パケットを受信すると、前記情報がない場合は、その旨を通知する
ことを特徴とする請求項１３記載の通信ネットワークシステム。
【請求項１５】
前記トリガサーバは、ＵＤＰによって前記トリガパケットを送信する
ことを特徴とする請求項２記載の通信ネットワークシステム。
【請求項１６】
前記第１プロトコルは、Simple Network Management Protocol（ＳＮＭＰ）である
ことを特徴とする請求項１記載の通信ネットワークシステム。
【請求項１７】
前記端末装置は、前記機器に対する要求内容を含む要求パケットをＳＮＭＰパケットとして、前記第１通信中継装置に送信し、
前記端末装置は、ＳＮＭＰパケットである前記要求パケットを送信する際に、前記要求パケットに含まれるＳＮＭＰメッセージの所定のフィールドに、本来のフィールドデータと、前記機器を識別する機器ＩＤとを合成したデータを格納し、
前記第１通信中継装置は、前記要求パケットを受信すると、受信した前記要求パケットに含まれる前記ＳＮＭＰフィールドの前記所定のフィールドから前記機器ＩＤを分離し、前記所定のフィールドを前記本来のフィールドデータのみにし、前記所定のフィールドと前記ＳＮＭＰメッセージを所定のフィールド長にする
ことを特徴とする請求項１６記載の通信ネットワークシステム。
【請求項１８】
前記第１変換手段は、前記第２通信手段によって前記第２システムから得られたパケットデータに含まれるＳＮＭＰメッセージを取得し、前記ＳＮＭＰメッセージの所定のフィールドに、本来のフィールドデータと、前記機器を識別する機器ＩＤとを合成したデータを格納し、ＳＮＭＰパケットとして前記端末装置に送信する
ことを特徴とする請求項１６記載の通信ネットワークシステム。
【請求項１９】
前記第２プロトコルは、Hypertext Transfer Protocol（ＨＴＴＰ）又は Hypertext Transfer Protocol Security（ＨＴＴＰＳ）である
ことを特徴とする請求項１記載の通信ネットワークシステム。
【請求項２０】
前記機器は前記第２通信中継装置を包含している
ことを特徴とする請求項１記載の通信ネットワークシステム。
【請求項２１】
前記第２システムはさらに、前記機器に接続されたセンサを備え、
前記機器は前記センサが測定または検出した情報であるセンサ情報を取得し、取得した前記センサ情報を前記第１プロトコルで前記第２通信中継装置に送信し、
前記第２通信中継装置は、前記センサ情報を受信すると、受信した前記センサ情報を前記第２プロトコルで前記第１通信中継装置に送信し、
前記第１通信中継装置は、前記センサ情報を受信すると、受信した前記センサ情報を第１プロトコルのパケットデータに変換し前記端末装置に転送する
ことを特徴とする請求項１記載の通信ネットワークシステム。
【請求項２２】
前記機器は、前記センサから前記センサ情報を取得するセンサ情報取得手段と、
前記センサ情報を記憶する記憶手段と、
前記記憶手段に記憶されている前記センサ情報を前記第１プロトコルで前記第２通信中継装置に送信するセンサ情報送信手段と、
前記記憶手段に記憶されている前記センサ情報を前記センサ情報送信手段が送信した後に、前記センサ情報が前記センサにより測定または検出された時刻と現在時刻との差が所定の閾値を越えるか否かを判定する判定手段とを備え、
前記センサ情報取得手段は、前記判定手段により前記差が所定の閾値を越えると判定された場合、前記センサからセンサ情報を再度取得し、
前記センサ情報送信手段は、前記センサ情報取得手段により再度取得された前記センサ情報を前記第２通信中継装置に送信する
ことを特徴とする請求項２０記載の通信ネットワークシステム。
【請求項２３】
前記第２システムはさらに、前記機器に接続されたアクチュエータを備え、
前記変換パケットは、前記アクチュエータを制御するための情報を含み、
前記第２通信中継装置は、前記変換パケットを受信すると、受信した変換パケットを第１プロトコルのパケットデータに変換し要求パケットとして前記機器に転送し、
前記機器は、前記要求パケットに含まれる前記アクチュエータを制御するための情報を前記アクチュエータに送信する
ことを特徴とする請求項１記載の通信ネットワークシステム。
【請求項２４】
グローバルネットワークで接続された第１システムと第２システムとを備える通信ネットワークシステムにおいて、第１システムに接続された端末装置と第２システムに接続された機器との通信方法であって、
前記第１システムは、
前記端末装置と接続され、前記グローバルネットワークを介した前記端末装置と前記第２システムとの間の通信を中継する第１通信中継装置を備え、
前記第２システムは、
前記グローバルネットワークとローカルネットワークとを接続するルータ装置と、
前記ローカルネットワークに接続され、前記ルータ装置及び前記グローバルネットワークを介した前記機器と前記第１システムとの間の通信を中継する第２通信中継装置とを備え、
前記通信方法は、
前記第２通信中継装置が、前記ルータ装置を介して、所定のパケットを前記第１システムに送信するステップと、
前記第１通信中継装置が、前記端末装置から第１プロトコルで得られたパケットを第２プロトコル用のパケットに変換し、変換パケットとして前記第２通信中継装置から送信された前記所定のパケットの送信元のアドレスに向けて送信するステップと、
前記第２通信中継装置が、前記第１通信中継装置から送信されてきた前記変換パケットを受信し、受信した前記変換パケットを前記第１プロトコル用のパケットデータに変換し、変換したパケットデータを前記機器に転送するステップと
を含むことを特徴とする通信方法。
【請求項２５】
グローバルネットワークを介した端末装置と第２システムとの間の通信を中継する第１通信中継装置であって、
第１プロトコルで前記端末装置と通信する第１通信手段と、
前記グローバルネットワークを介して第２プロトコルで前記第２システムと通信する第２通信手段と、
前記第１通信手段によって前記端末装置から得られたパケットデータを前記第２プロトコル用のパケットデータに変換し変換パケットとして前記第２通信手段に渡すとともに、前記第２通信手段によって前記第２システムから得られたパケットデータを前記第１プロトコル用のパケットデータに変換して前記第１通信手段に渡す第１変換手段と
を備えることを特徴とする第１通信中継装置。
【請求項２６】
前記第１通信手段は、前記端末装置からパケットデータを受信した後に、前記パケットデータと同一内容のパケットデータを受信した際には、後に受信したパケットデータを破棄する
ことを特徴とする請求項２２記載の第１通信中継装置。
【請求項２７】
グローバルネットワークを介した端末装置と第２システムとの間の通信を中継するためのプログラムであって、
第１プロトコル用のパケットデータを前記端末装置から受信する第１受信ステップと、
前記端末装置から受信した前記第１プロトコル用のパケットデータを第２プロトコル用のパケットデータに変換する第２プロトコル変換ステップと、
前記第２プロトコル用のパケットデータに変換されたパケットデータを前記グローバルネットワークを介して前記第２システムへ送信する第２送信ステップと、
前記第２プロトコル用のパケットデータを前記第２システムから受信する第２受信ステップと、
前記第２システムから受信した前記第２プロトコル用のパケットデータを前記第１プロトコル用のパケットデータに変換する第１プロトコル変換ステップと、
前記第１プロトコル用のパケットデータに変換されたパケットデータを前記端末装置に送信する第１送信ステップと
をコンピュータに実行させるためのプログラム。
【請求項２８】
ローカルネットワークに接続され、ルータ装置及びグローバルネットワークを介した機器と第１システムとの間の通信を中継する第２通信中継装置であって、
前記ローカルネットワークを介して第１プロトコルで前記機器と通信する第３通信手段と、
第２プロトコルで前記第１システムと通信する第４通信手段と、
前記第３通信手段によって前記機器から得られたパケットデータを前記第２プロトコル用のパケットデータに変換して前記第４通信手段に渡すとともに、前記第４通信手段によって前記第１システムから得られた、前記第２プロトコル用のパケットに変換された変換パケットを前記第１プロトコル用のパケットデータに変換して前記第３通信手段に渡す第２変換手段とを備え、
前記第４通信手段は、前記ルータ装置を介して、所定のパケットを前記第１システムに送信し、前記第１システムから前記所定のパケットの送信元を宛先として送信される前記変換パケットを受信する
ことを特徴とする第２通信中継装置。
【請求項２９】
ルータ装置及びグローバルネットワークを介した機器と第１システムとの間の通信を中継するためのプログラムであって、
前記ルータ装置を介して所定のパケットを前記第１システムに送信する通知ステップと、
前記第１システムから前記所定のパケットの送信元を宛先として送信される第２プロトコル用のパケットデータを受信する第４受信ステップと、
前記第１システムから受信した前記第２プロトコル用のパケットデータを第１プロトコル用のパケットデータに変換する第１プロトコル変換ステップと、
前記第１プロトコル用のパケットデータに変換されたパケットデータを、ローカルネットワークを介して前記機器に送信する第３送信ステップと、
前記ローカルネットワークを介して前記第１プロトコル用のパケットデータを前記機器から受信する第３受信ステップと、
前記機器から受信した前記第１プロトコル用のパケットデータを前記第２プロトコル用のパケットデータに変換する第２プロトコル変換ステップと、
前記第２プロトコル用のパケットデータに変換されたパケットデータを前記第１システムへ送信する第４送信ステップと、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グローバルネットワークを介した通信を行なうための通信ネットワークシステム及び通信装置に関する。
【背景技術】
【０００２】
従来の通信装置及びネットワークとしては、インターネット等に代表されるグローバルネットワークと、ローカルネットワークとしての家庭内ネットワークを、ＡＤＳＬ（Asymmetric Digital Subscriber Line）や光ファイバの回線によって接続し、家庭内ネットワークには、たとえばプライベートＩＰ（Internet Protocol）アドレスを割り振り、ルータのＮＡＴ（Network Address Translation）機能によって、プライベートＩＰアドレスとグローバルＩＰアドレスの相互変換を行うものがあった。このようなネットワーク形態においては、たとえば家庭内ネットワークに接続されたパーソナルコンピュータにインストールされたＷＥＢブラウザから、グローバルネットワーク上に接続されたＷＥＢサーバ上で提供されるコンテンツを享受することができた。しかしこのような接続形態においては、ルータのＮＡＴ機能の仕様から、すべての通信はローカルネットワーク側から開始しなければならない。
【０００３】
しかしながら、例えば、家庭内のローカルネットワークに接続されている家電機器を外出先から管理するような場合、グローバルネットワーク側にある管理端末から、ローカルネットワークに接続されている家電機器へ、ネットワーク管理のためのプロトコルであるＳＮＭＰ（Simple Network Management Protocol）のパケットを送信する必要がある。
【０００４】
また、この場合、家庭内のローカルネットワーク上の機器とグローバルネットワーク上の機器との間の通信であるため、通信内容を盗聴・改竄といった行為から保護する対策も求められる。
【０００５】
グローバルネットワーク側からローカルネットワーク側への通信の開始を実現するネットワークとしては、複数の拠点ごとにそれぞれ独立したアドレス体系を持つネットワークを一箇所から一元管理し、拠点間で管理対象装置のアドレスが重複しても管理できる技術も公開されている。（例えば、特許文献１参照）。図１は、前記特許文献１に記載された従来の通信装置及びネットワークを示すものである。
【０００６】
図１において、ネットワーク管理システム５０のカプセル処理部５２は、ＳＮＭＰ処理部５１で生成されたＳＮＭＰパケットを、トンネリングプロトコルによってカプセル化したのちインターネットを介し拠点ゲートウェイ６１、７１へ送信し、拠点ゲートウェイ６１、７１においてカプセル化を解除して元のＳＮＭＰパケットを取り出すことにより、拠点内部ネットワーク６２の通信装置６３等へＳＮＭＰパケットを到達可能にしていた。このことにより、グローバルネットワーク側からローカルネットワーク側に透過的にＳＮＭＰパケットを到達させ、管理対象装置の管理が行なえることとなる。
【特許文献１】特開２００３−３１８９４４号公報（第６頁、図１）
【発明の開示】
【０００７】
しかしながら、前記従来の構成では、拠点ゲートウェイが特定のトンネリングプロトコルに対応していることを前提としているが、本構成をグローバルネットワーク側からの家庭内ネットワークの一元管理に適用しようとするとき、拠点ゲートウェイの機能を提供するのは家庭用のＮＡＴルータである。
【０００８】
多くのＮＡＴルータでは、トンネリングプロトコルに対応しておらず、本構成の適用が必ずしも実現できるわけではないという課題を有している。また。たとえＮＡＴルータがトンネリングプロトコルに対応している場合であっても、トンネリングプロトコルに関する設定作業を、多くは利用者本人の手で行わなければならず、設定作業に必要な、ネットワーク設定に関する高度な技能の習得を、利用者本人に強いるという課題を有している。
【０００９】
本発明は、前記従来の課題を解決するもので、ルータによってグローバルネットワークとローカルネットワークとを接続する形態のネットワークにおいて、ルータに特別なゲートウェイ機能を必要とせず、かつ、ルータに特別な設定を行なうことなく、既存の端末装置からローカルネットワークに接続される既存の機器への通信を、グローバルネットワークを介して安全に行なうことのできる通信ネットワークシステムと通信機器とを提供することを目的とする。
【００１０】
前記従来の課題を解決するために、本発明に係る通信ネットワークシステムは、グローバルネットワークで接続された第１システムと第２システムとを備える通信ネットワークシステムであって、前記第１システムは、機器と通信を行なう端末装置と、前記端末装置と接続され、前記グローバルネットワークを介した前記端末装置と前記第２システムとの間の通信を中継する第１通信中継装置とを備え、前記第２システムは、前記グローバルネットワークとローカルネットワークとを接続するルータ装置と、前記ローカルネットワークに接続され、前記端末装置の通信対象となる機器と、前記ローカルネットワークに接続され、前記ルータ装置及び前記グローバルネットワークを介した前記機器と前記第１システムとの間の通信を中継する第２通信中継装置とを備え、前記第１通信中継装置は、第１プロトコルで前記端末装置と通信する第１通信手段と、前記グローバルネットワークを介して第２プロトコルで前記第２システムと通信する第２通信手段と、前記第１通信手段によって前記端末装置から得られたパケットデータを前記第２プロトコル用のパケットデータに変換し変換パケットとして前記第２通信手段に渡すとともに、前記第２通信手段によって前記第２システムから得られたパケットデータを前記第１プロトコル用のパケットデータに変換して前記第１通信手段に渡す第１変換手段とを備え、前記第２通信中継装置は、前記ローカルネットワークを介して前記第１プロトコルで前記機器と通信する第３通信手段と、前記第２プロトコルで前記第１システムと通信する第４通信手段と、前記第３通信手段によって前記機器から得られたパケットデータを前記第２プロトコル用のパケットデータに変換して前記第４通信手段に渡すとともに、前記第４通信手段によって前記第１システムから得られた前記変換パケットを前記第１プロトコル用のパケットデータに変換して前記第３通信手段に渡す第２変換手段とを備え、前記第２通信中継装置は、前記ルータ装置を介して、所定のパケットを前記第１システムに送信し、前記第１システムは、前記所定のパケットの送信元のアドレスに向けて、前記変換パケットを送信することを特徴とする。
【００１１】
これにより、グローバルネットワークで接続された第１システムと第２システムとを備える通信ネットワークシステムにおいて、第２通信中継装置が第１システムに所定のパケットを送信し、第１システムが、そのパケットの送信元にパケットデータを送信することで、第２通信中継装置は第１システムからパケットデータを受信することができる。
【００１２】
このように、第２通信中継装置は、送信したパケットデータの応答として第１システムからパケットデータを受信する。つまり、第１システム側から、グローバルネットワークを介し、ルータ装置を越えて第２通信中継装置へパケットデータを送信することができることとなる。
【００１３】
また、第１システムに接続された端末装置から第１プロトコルで送信されたパケットデータは、第１中継装置によって第２プロトコルに変換され、グローバルネットワークを介し、第２システムへ送信される。送信された第２プロトコルのパケットデータは、第２システムに接続されたルータ装置を介し、第２中継装置が受信し、第１のプロトコルに変換され第１プロトコルのパケットデータとして、機器に送信される。
【００１４】
つまり、第１システムに接続された端末装置から送信されたパケットデータは、第２システムに接続された機器へ透過的に到達させることができる。
【００１５】
結果として、ルータ装置に特別なゲートウェイ機能を必要とせず、かつ、ルータ装置に特別な設定を行なうことなく、既存の端末装置からローカルネットワークに接続される既存の機器への通信を、グローバルネットワークを介して安全に行なうことができる。
【００１６】
本発明の通信装置及び通信ネットワークシステムによれば、ルータによってグローバルネットワークとローカルネットワークとを接続する形態のネットワークにおいて、ルータに特別なゲートウェイ機能を必要とせず、かつ、ルータに特別な設定を行なうことなく、既存の端末装置からローカルネットワークに接続される既存の機器への通信を、グローバルネットワークを介して安全に行なうことのできる通信機器と通信ネットワークシステムとを提供することができる。
【００１７】
本出願の技術的背景に関する追加情報として、明細書、図面、及び特許請求の範囲を含む２００４年４月２０日にされた出願番号２００４−１２３９３０号の日本特許出願および２００４年１１月１日にされた出願番号２００４−３１８５６９号の日本特許出願により開示されている事項は、そっくりそのまま引用されている。
【発明を実施するための最良の形態】
【００１８】
以下本発明の実施の形態の通信ネットワークシステムについて、図面を参照しながら説明する。
【００１９】
図２は、本発明の実施の形態における通信ネットワークシステム１０のハードウェア構成図である。通信ネットワークシステム１０は、管理センタネットワーク１から、グローバルネットワーク３を介し、ローカルネットワーク２に接続される機器の管理を行なうためのシステムである。
【００２０】
図２に示すように、通信ネットワークシステム１０は、インターネット等に代表される、公衆的に利用できるネットワークであるグローバルネットワーク３と、家庭内など、局所的な環境で形成されるネットワークであるローカルネットワーク２と、ローカルネットワーク２上に接続される機器等の管理を行うためのネットワークである管理センタネットワーク１とで構成されている。
【００２１】
通信ネットワークシステム１０は、例えば、図３に示すように、外出先から端末機器を操作することで、自宅のローカルネットワークに接続されたエアコン等の家電機器を遠隔操作するネットワークシステムに適用できる。
【００２２】
管理センタネットワーク１は本発明の通信ネットワークシステムにおける第１システムの一例であり、管理端末１０１と、通信中継サーバ１０２と、トリガサーバ１０３とを具備している。管理端末１０１は本発明の通信ネットワークシステムにおける端末装置の一例であり、通信中継サーバ１０２は本発明の第１通信中継装置の一例である。
【００２３】
管理端末１０１はオペレータが操作し、ローカルネットワーク２上に接続される機器の監視や設定等の管理を行う端末機器である。通信中継サーバ１０２は管理端末１０１とローカルネットワーク２上の機器との通信を中継する通信機器である。トリガサーバ１０３はローカルネットワーク２上の機器のアドレス情報を保持し、管理センタネットワーク１からの通信の開始をローカルネットワーク２上の機器に通知する通信機器である。
【００２４】
ローカルネットワーク２は、本発明の通信ネットワークシステムにおける第２システムの一例であり、管理対象機器２０１と、通信中継クライアント２０２と、ＮＡＴルータ２０４とを具備している。管理対象機器２０１は本発明の通信ネットワークシステムにおける機器の一例であり、通信中継クライアント２０２は本発明の第２通信中継装置の一例である。
【００２５】
管理対象機器２０１は管理センタネットワーク１上の管理端末１０１から行なわれる管理の対象となる機器であり、一意に識別するための識別子である機器ＩＤを有している。通信中継クライアント２０２は管理対象機器２０１と管理センタネットワーク１上の機器との通信を中継する通信機器である。ＮＡＴルータ２０４は、ローカルネットワーク２とグローバルネットワーク３との通信を中継する機器である。ＮＡＴルータ２０４が通信を中継する際の動作については図４を用いて後述する。
【００２６】
通信ネットワークシステム１０において、グローバルネットワーク３、及び管理センタネットワーク１に接続される通信機器には、互いの機器を一意に区別するためのアドレスが割り振られる。このようなアドレス体系には、たとえばＩＰアドレスが用いられ、各々の通信機器には、それぞれ別々のＩＰアドレスが割り振られる。
【００２７】
管理センタネットワーク１は、管理センタネットワーク１とグローバルネットワーク３の間で通信経路の決定を行う、図示しないゲートウェイを介してグローバルネットワーク３に接続される。
【００２８】
通信ネットワークシステム１０において、ローカルネットワーク２に接続される通信機器にもまた、互いの機器を一意に区別するためのＩＰアドレスが割り振られるが、ローカルネットワーク２上の通信機器はローカルネットワーク２上で一意に区別できればよく、たとえば、グローバルネットワーク上に接続されるいずれかの機器とＩＰアドレスが重複してもよい。このように局所的にのみ一意性を保証するＩＰアドレスをローカルネットワークアドレスと呼ぶ。一方、グローバルネットワーク３上、及び管理センタネットワーク１上に接続される通信機器に割り振られるＩＰアドレスをグローバルネットワークアドレスと呼び、ローカルネットワークアドレスと区別する。
【００２９】
上述のように、グローバルネットワーク３及び管理センタネットワーク１上の機器は共にグローバルネットワークアドレスが割り振られている。つまり、管理センタネットワーク１はグローバルネットワーク３の一部である。よって、管理センタネットワーク１上の機器は、ローカルネットワーク上の機器との通信においてはグローバルネットワーク３上の機器であると言える。
【００３０】
ローカルネットワーク２は、ローカルネットワークアドレスとグローバルネットワークアドレスの相互変換機能を有するＮＡＴルータ２０４を介してグローバルネットワーク３に接続される。このような接続を行うことで、ローカルネットワーク２上に接続される通信機器は、以下に説明するＮＡＴルータ２０４の動作によってグローバルネットワーク３及び管理センタネットワーク１上に接続される機器とＩＰ層での通信を行うことが可能である。
【００３１】
図４は、ＮＡＴルータ２０４の動作を示すシーケンス図である。図４を用いてＮＡＴルータ２０４の動作について説明する。ＮＡＴルータ２０４の動作に関する説明のために、ここでは、ＮＡＴルータ２０４のローカルネットワーク側に送信元機器２ａ、グローバルネットワーク側に送信先機器３ａが接続された環境を想定する。ＮＡＴルータ２０４には、グローバルネットワーク側にグローバルネットワークアドレス、ローカルネットワーク側にローカルネットワークアドレスが割り振られている。
【００３２】
ここでは例として、ＮＡＴルータ２０４にはグローバルネットワークアドレスに１．２．３．４、ローカルネットワークアドレスに１９２．１６８．０．１が割り振られている。送信元機器２ａには例として、ローカルネットワークアドレスに１９２．１６８．０．３、送信先機器３ａには例として、グローバルネットワークアドレスに５．６．７．８が割り振られている。もちろん、これらのアドレスの具体的な数値に関してはこれに限定されるものではない。
【００３３】
送信元機器２ａが送信先機器３ａへのパケットを送信したとき、パケットの送信元アドレスは、１９２．１６８．０．３であり、送信先アドレスは、５．６．７．８である。
【００３４】
パケットがＮＡＴルータ２０４を通過してグローバルネットワークへ伝送されるときに、ＮＡＴルータ２０４は、パケットの送信元アドレスを、送信元機器２ａのローカルネットワークアドレスである１９２．１６８．０．３から、ＮＡＴルータ２０４のグローバルネットワークアドレスである１．２．３．４に書き換える（Ｓ１０）。パケットが送信先機器３ａに到着したとき、送信先機器３ａは、パケットはＮＡＴルータ２０４から送信されたものとみなすので、必要があれば応答パケットを作成し、ＮＡＴルータ２０４へ返信する。
【００３５】
このとき、応答パケットの送信元アドレスは、送信先機器３ａのグローバルアドレスである５．６．７．８であり、送信先アドレスは、ＮＡＴルータ２０４のグローバルアドレス１．２．３．４である。ＮＡＴルータ２０４は応答パケットを受信すると、その送信先アドレスを送信元機器２ａのローカルネットワークアドレスである１９２．１６８．０．３に書き換えて（Ｓ１１）、送信元機器２ａに送信する。このようにして、送信元機器２ａと、送信先機器３ａとの通信が確立される。
【００３６】
応答パケットの送信先アドレスを送信元機器２ａのアドレスに書き換えるために、ＮＡＴルータ２０４は、送信元のローカルネットワークアドレスと送信先のグローバルネットワークアドレスを対応づけるアドレス変換テーブルを具備している。
【００３７】
すなわち、送信元機器２ａから送信先機器３ａを送信先として送信されたパケットがＮＡＴルータ２０４を通過するときに、送信元機器２ａのローカルネットワークアドレスと送信先機器３ａのグローバルネットワークアドレスの対応をアドレス変換テーブルに保持する。その送信されたパケットの応答が返ってきた時点で、アドレス変換テーブルを参照して該当する対応を検索し、送信すべき機器のローカルネットワークアドレス、すなわち送信元機器２ａのローカルネットワークアドレスを導出する。
【００３８】
ＮＡＴルータ２０４は、応答パケットの送信先アドレスを、ＮＡＴルータ２０４のグローバルネットワークアドレスから、導出した送信元機器２ａのローカルネットワークアドレスに書き換える。
【００３９】
トランスポート層のプロトコルとして、ＴＣＰを用いた場合には、アドレス変換テーブル上の送信元と送信先とのアドレス対応は、コネクションが切断されるまでの間保持される。ＵＤＰを用いた場合には、アドレス変換テーブル上のアドレス対応は、所定の期間保持され、所定の期間が経過した後、アドレス変換テーブル上のアドレス対応はＮＡＴルータ２０４から削除される。
【００４０】
以上の説明から、送信先機器３ａから送信元機器２ａへの通信においては、ＮＡＴルータ２０４のアドレス変換テーブルをもとにアドレス変換を行うため、ＮＡＴルータ２０４内に送信元機器２ａのローカルネットワークアドレスと送信先機器３ａのグローバルネットワークアドレスの対応が保持されていない場合、通信が成立し得ない。すなわち、ＮＡＴルータ２０４越しの通信における特徴として、ローカルネットワーク２側からＮＡＴルータ２０４を越えてグローバルネットワーク３側へ通信を開始することは容易であるが、グローバルネットワーク３側からＮＡＴルータ２０４を越えてローカルネットワーク２へ通信を開始することは困難である。
【００４１】
しかしながら本発明の実施の形態である通信ネットワークシステム１０においては、図１１を用いて後述するトリガサーバ１０３等の動作により、グローバルネットワーク３側からＮＡＴルータ２０４を越えてローカルネットワーク２へ通信を開始することを可能としている。
【００４２】
図５は、管理端末１０１と管理対象機器２０１とが接続されるネットワーク構成を示す図である。
【００４３】
管理端末１０１は、管理対象機器２０１との間でＳＮＭＰパケットを互いに送受信することにより、管理対象機器２０１の管理を行なうことができる。図５を用いて、管理端末１０１と管理対象機器２０１とが行なう通信の概要を説明する。
【００４４】
ここで、管理端末１０１と管理対象機器２０１との通信の概要を説明するために、図２に示した構成とは異なり、図５に示すように、管理端末１０１と管理対象機器２０１とが、ネットワーク６を介して直接接続された場合を想定する。なお、各機器は、双方のアドレスによって互いに直接認識することが可能である。
【００４５】
管理端末１０１は、オペレータが操作し管理対象機器２０１の監視や設定等の管理を行う端末機器であり、ＳＮＭＰマネージャ４とマネージャ側通信部１０１１を具備している。
【００４６】
管理対象機器２０１は、管理端末１０１から行なわれる管理の対象となる機器であり、ＳＮＭＰエージェント５とエージェント側通信部２０１１とを具備している。なお、管理対象機器２０１は図５に図示しないその他の処理部も具備しているが、説明の簡素化のため図５では省略する。管理対象機器２０１の機能的な構成については図８を用いて後述する。
【００４７】
管理端末１０１と管理対象機器２０１との間の通信プロトコルはＳＮＭＰである。ＳＮＭＰは、ネットワーク機器の管理に用いられるプロトコルであり、図６に示すＳＮＭＰパケットの形式で、情報のやり取りが行なわれる。
【００４８】
図６は、ＳＮＭＰパケットのデータ構成の一例を示す図である。図６に示すように、ＳＮＭＰパケットは、ＳＮＭＰメッセージとＵＤＰヘッダで構成される。ＳＮＭＰメッセージは、ＳＮＭＰプロトコルバージョンを格納するＳＮＭＰバージョン、管理対象がマネージャを認証するためのコミュニティ名を格納するためのコミュニティ、実際の要求内容や応答内容を格納するＳＮＭＰ  ＰＤＵで構成される。
【００４９】
管理端末１０１が具備するＳＮＭＰマネージャ４は、管理対象機器２０１の状態の取得などの要求内容を含むＳＮＭＰメッセージ（以下「ＳＮＭＰ要求」ともいう。）を生成しＳＮＭＰパケットとして、マネージャ側通信部１０１１、ネットワーク６、エージェント側通信部２０１１を介して、ＳＮＭＰエージェント５へ送信する。
【００５０】
ＳＮＭＰエージェント５は、管理対象機器２０１の状態を監視しており、受信したＳＮＭＰパケットに含まれるＳＮＭＰメッセージに応じて状態変数の値の取得や、状態変数の値の設定などの処理を行う。さらにＳＮＭＰエージェント５はそれらの処理結果等である応答内容を含むＳＮＭＰメッセージ（以下「ＳＮＭＰ応答」ともいう。）をＳＮＭＰパケットとしてＳＮＭＰマネージャ４へ返す。
【００５１】
すなわち、サーバ−クライアントモデルにおいて、管理対象機器２０１が具備するＳＮＭＰエージェント５がサーバ、管理端末１０１が具備するＳＮＭＰマネージャ４がクライアントの役割を果たす。
【００５２】
上述のように、管理端末１０１と管理対象機器２０１とがＳＮＭＰパケットを送受信することにより、管理端末１０１から管理対象機器２０１の管理を行なうことができる。例えば、ＳＮＭＰマネージャ４を備える端末装置から、ネットワークを介してＳＮＭＰエージェント５を備えるエアーコンディショナーの設定温度の変更などが行なえる。
【００５３】
なお、図２に示す通信ネットワークシステム１０においては、管理端末１０１と管理対象機器２０１とは直接通信を行なわないが、通信中継サーバ１０２及び通信中継クライアント２０２でパケット変換等が行なわれることにより、透過的に安全にＳＮＭＰパケットの送受信を行なうことができる。ＳＮＭＰパケットの送受信時の通信ネットワークシステム１０を構成する各機器の動作については、図９〜図１５を用いて後述する。
【００５４】
次に、通信ネットワークシステム１０を構成する各機器の機能的な構成について図７及び図８を用いて説明する。
【００５５】
図７は、管理センタネットワーク１に接続される各機器の機能的な構成を示す機能ブロック図である。図７に示すように管理センタネットワーク１には、管理端末１０１と、通信中継サーバ１０２と、トリガサーバ１０３とが接続されている。
【００５６】
管理端末１０１は、図５を用いて説明したように、管理対象機器２０１の管理や設定を行う端末機器であり、ＳＮＭＰマネージャ４とマネージャ側通信部１０１１を具備している。
【００５７】
通信中継サーバ１０２は、管理端末１０１が具備するＳＮＭＰマネージャ４に対してサーバ機能を提供し、ローカルネットワーク２に接続される通信中継クライアント２０２にパケットを中継する機器である。
【００５８】
通信中継サーバ１０２は、通信を行うサーバ側通信部１０２１と、ＳＮＭＰマネージャ４に対してサーバ機能を提供し、ＳＮＭＰパケットの取得と処理とを行うプロトコル変換サーバ１０２２と、プロトコル変換サーバ１０２２との間でパケットを授受し、ローカルネットワーク２上の通信中継クライアント２０２との通信を行う宅内外通信サーバ１０２３と、トリガサーバ１０３に対してトリガ送信の依頼を行うトリガ依頼パケットを送信するトリガ依頼送信部１０２４とを具備している。
【００５９】
プロトコル変換サーバ１０２２が本発明の第１通信中継装置における第１通信手段が有する通信機能を実現し、宅内外通信サーバ１０２３が本発明の第１通信中継装置における第２通信手段が有する通信機能を実現する。また、プロトコル変換サーバ１０２２及び宅内外通信サーバ１０２３が本発明の第１通信中継装置における第１変換手段が有するプロトコル変換機能を実現する。
【００６０】
トリガサーバ１０３は、ローカルネットワーク２上の管理対象機器２０１のアドレス情報を保持し、通信中継クライアント２０２が通信中継サーバ１０２からＳＮＭＰ要求を含むパケットを取得するタイミングを、通信中継クライアント２０２へ通知する機器である。
【００６１】
トリガサーバ１０３は、通信を行うトリガ側通信部１０３１と、通信中継サーバ１０２が具備するトリガ依頼送信部１０２４より送信されたトリガ依頼パケットを受信するトリガ依頼待受部１０３４と、通信中継クライアント２０２より送信されるポーリングパケットを受信するポーリング待受部１０３５と、ポーリングパケットから取得した管理対象機器２０１の機器ＩＤとＮＡＴルータ２０４のグローバルネットワークアドレスとを対応づけて記憶するグローバルアドレステーブル１０３７と、通信中継クライアント２０２へトリガパケットを送信するトリガ送信部１０３６とを具備している。
【００６２】
トリガサーバ１０３は、グローバルアドレステーブル１０３７を参照することにより、管理対象機器２０１の機器ＩＤから、ＮＡＴルータ２０４のグローバルネットワークアドレスを特定することができる。
【００６３】
図８は、ローカルネットワーク２に接続される各機器の機能的な構成を示す機能ブロック図である。図８に示すように、ローカルネットワーク２には、ＮＡＴルータ２０４と、管理対象機器２０１と、通信中継クライアント２０２とが接続されている。
【００６４】
ＮＡＴルータ２０４は、図４を用いて説明したように、ローカルネットワークアドレスとグローバルネットワークアドレスの相互変換機能によりローカルネットワーク２とグローバルネットワーク３との通信を中継する機器である。
【００６５】
管理対象機器２０１は、管理端末１０１から行なわれる管理の対象となる機器であり、図５を用いて説明したＳＮＭＰエージェント５及びエージェント側通信部２０１１と、通信中継クライアント２０２を発見するための中継クライアント発見パケットを送信する発見パケット送信部２０１８と、ＳＮＭＰエージェント５を搭載した機器を一意に識別するために予め付与された識別子である機器ＩＤを通信中継クライアント２０２に送信する機器ＩＤ配信部２０１９とを具備している。
【００６６】
通信中継クライアント２０２は、管理対象機器２０１が具備するＳＮＭＰエージェント５に対してクライアント機能を提供し、通信中継サーバ１０２より送信されたパケットを管理対象機器２０１へ中継する機器である。
【００６７】
通信中継クライアント２０２は、通信を行うクライアント側通信部２０２１と、ＳＮＭＰエージェント５に対してクライアント機能を提供し、通信中継サーバ１０２より得たパケットを、ＳＮＭＰパケットに変換し、ＳＮＭＰエージェント５へ送信するプロトコル変換クライアント２０２２と、通信中継サーバ１０２と通信を行う宅内外通信クライアント２０２３と、トリガサーバ１０３に対して管理対象機器２０１の機器ＩＤとＮＡＴルータ２０４のグローバルネットワークアドレスとを通知するためのポーリングパケットを送信し、ＮＡＴルータ２０４に対してアドレス変換テーブルの保持をさせるポーリング送信部２０２５と、トリガサーバ１０３より送信されるトリガパケットを受信するトリガ待受部２０２６と、管理対象機器２０１の機器ＩＤとローカルネットワークアドレスとを対応づけ、機器ＩＤから管理対象機器２０１を特定するためのローカルアドレステーブル２０２７と、通信中継クライアント発見パケットを受信する発見パケット受信部２０２８と、機器ＩＤを受信する機器ＩＤ取得部２０２９とを具備している。
【００６８】
プロトコル変換クライアント２０２２が本発明の第２通信中継装置における第３通信手段が有する通信機能を実現し、宅内外通信クライアント２０２３が本発明の第２通信中継装置おける第４通信手段が有する通信機能を実現する。また、プロトコル変換クライアント２０２２及び宅内外通信クライアント２０２３が本発明の第２通信中継装置における第２変換手段が有するプロトコル変換機能を実現する。
【００６９】
次に、以上のように構成された本実施の形態における通信ネットワークシステム１０における各機器の動作について、図９を用いてその概要を、図１０〜図１５を用いてその詳細を説明する。
【００７０】
図９は、管理端末１０１が管理対象機器２０１の管理を行なう際、つまり、管理端末１０１と管理対象機器２０１との間でＳＮＭＰ要求やＳＮＭＰ応答などのＳＮＭＰメッセージをやり取りする際の、通信ネットワークシステム１０を構成する各機器間の情報の流れの概要を示す図である。
【００７１】
なお、ローカルネットワーク２と管理センタネットワーク１との間で通信が行なわれる場合、ローカルネットワーク２では、送受信される情報は必ずＮＡＴルータ２０４を経由する。ここで、ＮＡＴルータ２０４では図４を用いて説明したように、グローバルネットワークアドレスとローカルネットワークアドレスの相互変換を行なっているが、説明の簡素化のため、図９を用いた説明ではＮＡＴルータ２０４の動作についての説明は省略する。また、ＳＮＭＰメッセージはＵＤＰヘッダが付加されＳＮＭＰパケットとしてやり取りされる。
【００７２】
［１］管理対象機器２０１が自身の機器ＩＤを通信中継クライアント２０２に通知する。動作の詳細については図１０を用いて説明する。
【００７３】
［２］通信中継クライアント２０２が、管理対象機器２０１の機器ＩＤとＮＡＴルータ２０４のグローバルネットワークアドレスとを通知するためのポーリングパケットを、トリガサーバ１０３に送信する。
【００７４】
上記のポーリングパケットにより、トリガサーバ１０３は、管理対象機器２０１の機器ＩＤと、管理対象機器２０１が属するローカルネットワーク２のグローバルネットワークアドレスとを知ることとなり、それら２つの情報を対応させて記憶する。この記憶した情報に基づき、トリガサーバ１０３は、ＮＡＴルータ２０４を越えてローカルネットワーク２上の機器へ情報を送信できることとなる。このトリガサーバ１０３を利用し、以下に示す、管理端末１０１から開始される管理対象機器２０１との通信が行なわれる。動作の詳細については図１１を用いて後述する。
【００７５】
［３］管理端末１０１からＳＮＭＰ要求がＳＮＭＰパケットとして通信中継サーバ１０２へ送信される。管理端末１０１からＳＮＭＰパケットを受信した通信中継サーバ１０２は、トリガサーバ１０３に、ＳＮＭＰ要求の取得の指示を通信中継クライアント２０２へ行なうよう依頼する。依頼されたトリガサーバ１０３は、通信中継サーバ１０２からＳＮＭＰ要求を取得する指示であるトリガパケットを通信中継クライアント２０２に送信する。動作の詳細については図１２を用いて後述する。
【００７６】
［４］トリガパケットを受信した通信中継クライアント２０２は、通信中継サーバ１０２に対し、ＳＮＭＰ要求を含む変換パケットの取得を要求する。要求を受けた通信中継サーバ１０２は、ＳＮＭＰパケットに含まれるＳＮＭＰメッセージをＨＴＴＰでカプセル化した変換パケットを生成し、通信中継クライアント２０２に送信する。通信中継クライアント２０２は受信した変換パケットからＳＮＭＰメッセージを取り出し、ＳＮＭＰパケットとして管理対象機器２０１へ送信する。動作の詳細については図１３を用いて後述する。
【００７７】
［５］管理対象機器２０１は、受信したＳＮＭＰパケットに含まれるＳＮＭＰ要求にしたがってＳＮＭＰ処理を行ない、そのＳＮＭＰ要求への応答であるＳＮＭＰ応答をＳＮＭＰパケットとして通信中継クライアント２０２へ送信する。通信中継クライアント２０２は、ＳＮＭＰパケットに含まれるＳＮＭＰ応答をＨＴＴＰでカプセル化した変換パケットを生成し、通信中継サーバ１０２に送信する。通信中継サーバ１０２は受信した変換パケットからＳＮＭＰ応答を取り出し、ＳＮＭＰパケットとして管理端末１０１へ送信する。管理端末１０１は受信したＳＮＭＰパケットからＳＮＭＰ応答を取得し、ＳＮＭＰ通信を終了する。動作の詳細については図１５を用いて後述する。
【００７８】
上述の［１］〜［５］の情報の流れにより、管理端末１０１は、管理対象機器２０１へＳＮＭＰ要求を送信し、管理対象機器２０１からＳＮＭＰ応答を受け取ることができる。つまり、ＮＡＴルータ２０４を越えて行なう管理対象機器２０１の管理を管理端末１０１から開始することができる。
【００７９】
なお、［４］及び［５］の情報の流れ、つまり、管理センタネットワーク１とローカルネットワーク２との間のＳＮＭＰ要求及びＳＮＭＰ応答のやり取りにおいては、グローバルネットワーク３上ではＨＴＴＰＳ（Hypertext Transfer Protocol Security）で通信が行なわれ、グローバルネットワーク３上での通信の安全が確保される。
【００８０】
図１０〜図１５は、上述の［１］〜［５］の情報の流れの詳細を示すシーケンス図、及び送受信されるデータの構成を示す図である。図１０〜図１５を用いて、通信ネットワークシステム１０を構成する各機器の動作を順を追って以下に説明する。
【００８１】
図１０は、通信中継クライアント２０２が管理対象機器２０１の機器ＩＤを取得する際の、管理対象機器２０１及び通信中継クライアント２０２の動作を表すシーケンス図である。図１０は図９に示す情報の流れ［1］に対応する。図１０を用いて通信中継クライアント２０２がローカルアドレステーブル２０２７に管理対象機器２０１のローカルネットワークアドレスと機器ＩＤとを対応付けて記録する動作を説明する。
【００８２】
管理対象機器２０１及び通信中継クライアント２０２がローカルネットワーク２に接続されると、まず、管理対象機器２０１が具備する発見パケット送信部２０１８が、通信中継クライアント２０２を発見するための通信中継クライアント発見パケットを同報送信する（Ｓ１０１）。
【００８３】
通信中継クライアント２０２が具備する発見パケット受信部２０２８は、管理対象機器２０１と同じネットワーク内に通信中継クライアント２０２が接続されているとき、通信中継クライアント発見パケットを受信する（Ｓ１０２）。
【００８４】
発見パケット受信部２０２８は、通信中継クライアント発見パケットを受信したことを機器ＩＤ取得部２０２９に知らせるためのトリガを機器ＩＤ取得部２０２９に送信する。機器ＩＤ取得部２０２９は、トリガを受信した後、機器ＩＤ取得要求を管理対象機器２０１に送信する（Ｓ１０３）。
【００８５】
管理対象機器２０１が具備する機器ＩＤ配信部２０１９が機器ＩＤ取得要求を受信する（Ｓ１０４）と、自身の機器ＩＤを通信中継クライアント２０２に送信する（Ｓ１０５）。
【００８６】
通信中継クライアント２０２は、機器ＩＤ取得部２０２９によって管理対象機器２０１の機器ＩＤを受信する（Ｓ１０６）と、管理対象機器２０１の機器ＩＤとローカルネットワークアドレスの対応をローカルアドレステーブル２０２７に記録する（Ｓ１０７）。
【００８７】
以上のステップにより、通信中継クライアント２０２は、ローカルアドレステーブル２０２７を参照することで、機器ＩＤから管理対象機器２０１のローカルネットワークアドレスを導出することができる。つまり、通信中継クライアント２０２は、グローバルネットワーク上の機器から、管理対象機器２０１の機器ＩＤを宛先とするＳＮＭＰ要求を受信した場合、そのＳＮＭＰ要求を管理対象機器２０１へ送信することができる。
【００８８】
図１１は、ポーリングに関する通信中継クライアント２０２の動作を表すシーケンス図であり、図９に示す情報の流れ［２］に対応している。図１１を用いて通信中継クライアント２０２がトリガサーバ１０３へポーリングを行う動作について説明する。
【００８９】
通信中継クライアント２０２が具備するポーリング送信部２０２５は、トリガサーバ１０３が具備するポーリング待受部１０３５へポーリングパケットを送信する（Ｓ２０１）。ポーリングパケットの送信は、ローカルネットワーク側から開始されるグローバルネットワーク側への通信であるため、通信は容易に成立する。ポーリングパケットのデータ部には、ローカルアドレステーブル２０２７に含まれる、ローカルネットワーク２上の管理対象機器２０１の機器ＩＤがすくなくとも一つ以上含まれている。
【００９０】
また、ポーリングパケットの送信元アドレスは、ポーリングパケットがＮＡＴルータ２０４を通過する際に、ＮＡＴルータ２０４によりＮＡＴルータ２０４のグローバルネットワークアドレスに書き換えられている。
【００９１】
ポーリング待受部１０３５がポーリングパケットを受信する（Ｓ２０２）と、グローバルアドレステーブル１０３７に、受信したパケットの送信元アドレス、すなわちＮＡＴルータ２０４のアドレスと、データ部に含まれるそれぞれの管理対象機器２０１の機器ＩＤとを対応付けて格納する（Ｓ２０３）。すなわち、たとえばポーリングパケットのデータ部に管理対象機器２０１の機器ＩＤが二つ含まれていた場合、グローバルアドレステーブル１０３７に書き込まれるエントリの数も二つである。
【００９２】
ここで、通信中継クライアント２０２が具備するポーリング送信部２０２５は、ポーリングパケットをＵＤＰパケットとして送信する。ＵＤＰパケットで送信することにより、ポーリングパケットの送信に関わる通信負荷の低減を図ることができる。また、ポーリング送信部２０２５は、ポーリングパケットを送信した後、ＮＡＴルータ２０４のアドレス変換テーブル上に保持されている通信中継クライアント２０２のローカルネットワークアドレスとトリガサーバ１０３のグローバルネットワークアドレスとの対応が削除される期限よりも早いタイミングでポーリングパケットを再送する。
【００９３】
こうすることで、ＮＡＴルータ２０４のアドレス変換テーブル上には、通信中継クライアント２０２のローカルネットワークアドレスとトリガサーバ１０３のグローバルネットワークアドレスの対応が常に保持される。つまり、管理センタネットワーク1上のトリガサーバ１０３から、ローカルネットワーク２上の通信中継クライアント２０２宛のトリガパケットが任意のタイミングで送信された場合、ＮＡＴルータ２０４はアドレス変換テーブルに基づき通信中継クライアント２０２にそのトリガパケットを転送することができる。
【００９４】
以下に、トリガサーバ１０３から送信されたトリガパケットが、ＮＡＴルータ２０４により通信中継クライアント２０２へ転送される際の各機器の動作を説明する。
【００９５】
トリガサーバ１０３が具備するトリガ送信部１０３６が、通信中継クライアント２０２が具備するトリガ待受部２０２６に対し、ポーリングパケットの応答としてトリガパケットをＵＤＰパケットで送信する（Ｓ２０４）。トリガパケットをＵＤＰパケットとして送信することにより、トリガパケットの送信に関わる通信負荷の低減を図ることができる。
【００９６】
ＮＡＴルータ２０４はトリガパケットを受信し（Ｓ２０５）、アドレス変換テーブルを参照し送信先である通信中継クライアント２０２のローカルネットワークアドレスを導出する（Ｓ２０６）。ＮＡＴルータ２０４は導出された通信中継クライアント２０２のローカルネットワークアドレス宛にトリガパケットを転送する（Ｓ２０７）。
【００９７】
上記の動作の結果、通信中継クライアント２０２のトリガ待受部２０２６は、グローバルネットワーク側にあるトリガサーバ１０３からトリガパケットを受信する（Ｓ２０８）ことができる。
【００９８】
上述のように、トリガパケットの送信は、グローバルネットワーク３側からローカルネットワーク２側への通信であるが、先んじてのポーリングパケットに対する応答として送信されるため、ＮＡＴルータ２０４は、図１１のＳ２０５、Ｓ２０６、Ｓ２０７のステップにより、トリガパケットを通信中継クライアント２０２へ転送することが可能である。以上のステップにより、トリガサーバ１０３は、通信中継クライアント２０２に対して、任意のタイミングでトリガパケットを送信することができる。
【００９９】
ここで、トリガパケットは、ＳＮＭＰ要求が通信中継サーバ１０２に存在することを通信中継クライアント２０２に通知するパケットである。トリガパケットを受信した通信中継クライアント２０２は通信中継サーバ１０２からＳＮＭＰ要求を取得し、管理対象機器２０１へ渡すことができる。つまり、トリガサーバ１０３が送信するトリガパケットにより、グローバルネットワーク３上の機器とローカルネットワーク２上の機器との間の通信を、グローバルネットワーク３上の機器から任意のタイミングで開始することが可能である。
【０１００】
図１２は、通信中継サーバ１０２によるＳＮＭＰパケット変換と、トリガサーバ１０３によるトリガパケット送信の動作を表すシーケンス図であり、図９に示す情報の流れ［３］に対応している。図１２を用いて、管理端末１０１においてＳＮＭＰ要求が発生してから、通信中継クライアント２０２がそのＳＮＭＰ要求の存在を通知されるまでの各機器の動作を説明する。
【０１０１】
管理端末１０１においてオペレータが所定の操作をすることにより、管理端末１０１が具備するＳＮＭＰマネージャ４が、管理対象機器２０１の管理を行なうための要求内容を示すＳＮＭＰ要求を生成し、ＳＮＭＰパケットとして通信中継サーバ１０２が具備するプロトコル変換サーバ１０２２へ送信する（Ｓ３０１）。
【０１０２】
ここで、ＳＮＭＰマネージャ４によって送信されたＳＮＭＰパケットの送信先は通信中継サーバ１０２であるが、ＳＮＭＰパケットに含まれるＳＮＭＰメッセージの最終的な送信先は、管理対象機器２０１である。よって通信中継サーバ１０２がＳＮＭＰエージェント５を特定する方法について説明する。
【０１０３】
ＳＮＭＰエージェント５を特定するために、ＳＮＭＰマネージャ４は、ＳＮＭＰエージェント５を搭載する管理対象機器２０１の機器を特定する情報を通信中継サーバ１０２に対して指定しなければならないが、図６に示したＳＮＭＰメッセージ自体にはそのためのフィールドは存在しない。そのため、ＳＮＭＰメッセージ中のコミュニティフィールドに、機器を特定する情報としての機器ＩＤを連結して格納する。
【０１０４】
具体的には、多くのＳＮＭＰマネージャにおいては、コミュニティ名は文字列として指定するため、機器ＩＤのバイナリ表現をＢＡＳＥ６４エンコーディングによって文字列に変換し、本来のコミュニティ名の前にＢＡＳＥ６４エンコードされた機器ＩＤを連結した文字列を生成し、その文字列をコミュニティ名として指定する。なお、機器ＩＤのバイナリ表現については、送信元と送信先でバイト列順が異なる可能性があるため、予め所定のバイト列順に統一してからＢＡＳＥ６４エンコードを行う。
【０１０５】
つまり、ＳＮＭＰパケットのフレームフォーマットに存在するコミュニティフィールドに機器ＩＤを格納するため、一般的なＳＮＭＰマネージャでも機器ＩＤによる機器の管理は可能であり、特殊な機能をＳＮＭＰマネージャに要求することはない。
【０１０６】
通信中継サーバ１０２が具備するプロトコル変換サーバ１０２２は、サーバ側通信部１０２１を経て、ＳＮＭＰマネージャ４が送信したＳＮＭＰパケットを受信する（Ｓ３０２）。次にプロトコル変換サーバ１０２２は、受信したＳＮＭＰパケットに含まれるＳＮＭＰメッセージから機器ＩＤを分離・取得し、ＳＮＭＰメッセージに含まれるフィールド長を書き換えるなどの処理を行なう。（Ｓ３０３）。
【０１０７】
上記処理の手順について説明すると、まず、ＢＡＳＥ６４エンコードされた機器ＩＤと本来のコミュニティ名を分離し、ＢＡＳＥ６４エンコードされた機器ＩＤをＢＡＳＥ６４デコーディングによって、元の機器ＩＤのバイナリ表現に戻す。プロトコル変換サーバ１０２２は、以上の処理により機器ＩＤを取得する。そののち、受信したＳＮＭＰメッセージのコミュニティフィールドを、元のコミュニティ名に書き換え、ＢＡＳＥ６４エンコードされた機器ＩＤが格納されていた部分をＳＮＭＰメッセージから削除する。
【０１０８】
このとき、コミュニティフィールド長、さらにパケット全体長が変化しているので、コミュニティフィールド長及びＳＮＭＰメッセージ全体長を格納するフィールドをそれぞれ正しい値に書き換える。
【０１０９】
プロトコル変換サーバ１０２２は、取得した機器ＩＤを宅内外通信サーバ１０２３及びトリガ依頼送信部１０２４に伝送し、機器ＩＤを削除しフィールド長等を正しい値に書き換えたＳＮＭＰメッセージを宅内外通信サーバ１０２３へ内部プロセス間通信等を用いて伝送する。宅内外通信サーバ１０２３は受信したＳＮＭＰメッセージを宅内外通信サーバ１０２３が有するキュー領域にキューイングする。
【０１１０】
次に、通信中継サーバ１０２が具備するトリガ依頼送信部１０２４は、トリガサーバ１０３が具備するトリガ依頼待受部１０３４に対してトリガ依頼パケットを送信する（Ｓ３０４）。このとき、トリガ依頼パケットのデータ部に、管理対象機器２０１の機器ＩＤと、通信中継サーバ１０２のグローバルアドレスとを格納する。
【０１１１】
トリガ依頼待受部１０３４はトリガ依頼パケットを受信する（Ｓ３０５）と、トリガ依頼パケットのデータ部に格納される機器ＩＤをグローバルアドレステーブル１０３７から探し、その機器ＩＤに対応付けられているＮＡＴルータ２０４のグローバルネットワークアドレスを導出する。トリガサーバ１０３が具備するトリガ送信部１０３６は、導出されたグローバルネットワークアドレスに対して、通信中継サーバ１０２のグローバルネットワークアドレスを含むトリガパケットを送信する(Ｓ３０６)。
【０１１２】
上記のトリガパケットの送信は、グローバルネットワーク側からローカルネットワーク２側へのＮＡＴルータ２０４越しの通信であるが、ＮＡＴルータ２０４は、前述したように、アドレス変換テーブルを参照して、通信中継クライアント２０２のローカルネットワークアドレスを導出できるため、ＮＡＴルータ２０４はトリガパケットを通信中継クライアント２０２へ転送し、通信中継クライアント２０２が具備するトリガ待受部２０２６がトリガパケットを受信する（Ｓ３０７）。
【０１１３】
上述のように、トリガパケットには通信中継サーバ１０２のグローバルネットワークアドレスが含まれており、以上のステップによりトリガパケットを受信した通信中継クライアント２０２は、そのグローバルネットワークアドレスに基づき、取得する必要のあるＳＮＭＰ要求が存在する機器を特定できることとなる。
【０１１４】
図１３は、通信中継クライアント２０２による変換パケット取得とＳＮＭＰ要求送信の動作を表すシーケンス図であり、図９に示す情報の流れ［４］に対応している。図１３を用いて、通信中継クライアント２０２がトリガパケットを受信してから、管理対象機器２０１がＳＮＭＰ要求を受信するまでの各機器の動作を説明する。
【０１１５】
通信中継クライアント２０２が具備するトリガ待受部２０２６がトリガパケットを受信する（Ｓ３０７）と、通信中継クライアント２０２が具備する宅内外通信クライアント２０２３は、通信中継サーバ１０２が具備する宅内外通信サーバ１０２３へ変換パケット取得要求パケットを送信する（Ｓ３０８）。
【０１１６】
変換パケット取得要求パケットは、ＨＴＴＰリクエストの形式をとり、メソッドはＧＥＴとする。また、通信プロトコルをＨＴＴＰＳとし、改ざん、なりすまし、盗聴を防ぐ。
【０１１７】
宅内外通信サーバ１０２３は、変換パケット取得要求パケットを受信する（Ｓ３０９）と、図１４に示すような変換パケットを生成する。この変換パケットは、プロトコル変換サーバ１０２２より内部プロセス間通信等を用いて受信しキューイングしておいたＳＮＭＰメッセージと、送受信時刻や、送受信の成否情報等を含む管理情報とをエンティティボディに含み、ＨＴＴＰヘッダを付加したＨＴＴＰレスポンスとしての変換パケットである。管理対象機器２０１の機器ＩＤは、ＨＴＴＰヘッダ部に格納されている。
【０１１８】
宅内外通信サーバ１０２３は、通信中継クライアント２０２から受信した変換パケット取得要求パケットの応答として、生成した変換パケットを通信中継クライアント２０２に送信する（Ｓ３１０）。
【０１１９】
ここで、通信中継クライアント２０２から通信中継サーバ１０２への変換パケット取得要求パケットの送信は、ローカルネットワーク２側からグローバルネットワーク３側へのＮＡＴルータ２０４越しの通信であるため、通信は容易に成立する。また、通信中継サーバ１０２から通信中継クライアント２０２への変換パケットの送信は、グローバルネットワーク側からローカルネットワーク２側へのＮＡＴルータ２０４越しの通信であるが、変換パケット取得要求パケットに対する応答として送信されるため、通信は容易に成立する。
【０１２０】
通信中継クライアント２０２が具備する宅内外通信クライアント２０２３がＨＴＴＰレスポンスとしての変換パケットを受信する（Ｓ３１１）。宅内外通信クライアント２０２３は、変換パケットのエンティティボディ部に格納された、要求内容を含むＳＮＭＰメッセージと、ＨＴＴＰヘッダから抽出した機器ＩＤとを、内部プロセス間通信等を用いてプロトコル変換クライアント２０２２へ伝送する。
【０１２１】
プロトコル変換クライアント２０２２は、機器ＩＤをローカルアドレステーブル２０２７より探して管理対象機器２０１のローカルネットワークアドレスを導出する。プロトコル変換クライアント２０２２は、ＳＮＭＰメッセージにＵＤＰヘッダを付加してＳＮＭＰパケットを生成し（Ｓ３１２）、管理対象機器２０１のローカルネットワークアドレスを送信先とし、ＳＮＭＰパケットを送信する（Ｓ３１３）。
【０１２２】
以上のステップにより、管理端末１０１から送信されたＳＮＭＰパケットを安全に管理対象機器２０１へ到達させることができる。
【０１２３】
図１５は、管理対象機器２０１が具備するＳＮＭＰエージェント５が、管理端末１０１が具備するＳＮＭＰマネージャ４へＳＮＭＰ要求に対する応答であるＳＮＭＰ応答を送信する動作を表すシーケンス図である。図１５は、図９に示す情報の流れ［５］に対応している。図１５を用い、管理対象機器２０１がＳＮＭＰ要求を受信してから、管理端末１０１がＳＮＭＰ応答を受信するまでの各機器の動作を説明する。
【０１２４】
管理対象機器２０１がＳＮＭＰパケットを受信すると、ＳＮＭＰパケットはエージェント側通信部２０１１を経てＳＮＭＰエージェント５へ送信される（Ｓ３１４）。ＳＮＭＰエージェント５は、ＳＮＭＰパケットを受信すると、ＳＮＭＰパケットに含まれる要求内容にしたがってＳＮＭＰ処理を行い（Ｓ３１５）、その処理の結果であるＳＮＭＰ応答を生成し、ＳＮＭＰパケットとして通信中継クライアント２０２が具備するプロトコル変換クライアント２０２２へ送信する（Ｓ３１６）。
【０１２５】
プロトコル変換クライアント２０２２は、管理対象機器２０１からＳＮＭＰパケットを受信する（Ｓ３１７）と、受信したＳＮＭＰパケットに含まれるＳＮＭＰメッセージを、内部プロセス間通信等を用いて宅内外通信クライアント２０２３へ伝送する。
【０１２６】
宅内外通信クライアント２０２３は、受信したＳＮＭＰメッセージをエンティティボディに格納し、メソッドをＰＯＳＴとしたＨＴＴＰパケットとしての変換パケットを生成し(Ｓ３１８)、その変換パケットをＨＴＴＰＳで通信中継サーバ１０２が具備する宅内外通信サーバ１０２３へ送信する（Ｓ３１９）。ここで、この変換パケットの送信は、ローカルネットワーク２側からグローバルネットワーク３側へのＮＡＴルータ２０４越しの通信であるため、通信は容易に成立する。
【０１２７】
宅内外通信サーバ１０２３は、ＨＴＴＰパケットとしての変換パケットを受信する（Ｓ３２０）と、エンティティボディからＳＮＭＰメッセージを抽出し、内部プロセス間通信等を用いて、プロトコル変換サーバ１０２２へＳＮＭＰメッセージを伝送する。
【０１２８】
プロトコル変換サーバ１０２２は、受信したＳＮＭＰメッセージにＵＤＰヘッダを付加してＳＮＭＰパケットを生成し（Ｓ３２１）、さらに、ＳＮＭＰマネージャ４が通信中継サーバ１０２へ要求パケットを送信したときと同様の方法で、ＳＮＭＰメッセージ中のコミュニティフィールドにコミュニティ名とＢＡＳＥ６４エンコーディングされた機器ＩＤを連結して格納し、ＳＮＭＰパケットとしてＳＮＭＰマネージャ４へ送信する（Ｓ３２２）。
【０１２９】
ＳＮＭＰマネージャ４は、ＳＮＭＰパケットを受信する（Ｓ３２３）。つまり、ＳＮＭＰマネージャ４は送信したＳＮＭＰ要求に対応するＳＮＭＰ応答を受信し、ＳＮＭＰ通信を完了する。
【０１３０】
上述のように、本発明の実施の形態における通信ネットワークシステム１０では、ＮＡＴルータ２０４は本来持っている機能をそのまま用いている。つまり、本発明の実施の形態で説明した通信を行うために、ＮＡＴルータ２０４が特別なゲートウェイ機能を持つ必要はなく、また、ＮＡＴルータ２０４に対して特別な設定作業を行う必要もない。
【０１３１】
また、通信中継クライアント２０２が、トリガサーバ１０３へポーリングパケットを送信し、ローカルネットワーク２のグローバルアドレスと管理対象機器２０１の機器ＩＤとを通知する。このことにより、管理端末１０１から行なわれる管理対象機器２０１の管理のための通信の開始を、トリガサーバ１０３が送信するトリガパケットにより通信中継クライアント２０２へ通知することができる。
【０１３２】
また、通信ネットワークシステム１０は、グローバルネットワーク３上にクライアントとしてのＳＮＭＰマネージャ４、ローカルネットワーク２上にサーバとしてのＳＮＭＰエージェント５が存在する通信ネットワークである。
【０１３３】
この通信ネットワークにおいてＮＡＴルータ２０４を境界としてクライアント−サーバ関係が逆となる通信、すなわちグローバルネットワーク３上にサーバとして設置された通信中継サーバ１０２と、ローカルネットワーク２上にクライアントとして設置された通信中継クライアント２０２との間でプロトコル変換を伴う通信を行うことで、グローバルネットワーク３上のクライアントであるＳＮＭＰマネージャ４から、ＮＡＴルータ２０４を越えて、ローカルネットワーク２上のサーバであるＳＮＭＰエージェント５への通信を透過的に行うことができる。
【０１３４】
つまり、管理端末１０１と管理対象機器２０１とが送受信するパケットはＳＮＭＰパケットであるが、グローバルネットワーク３上ではＨＴＴＰＳで送受信される。そのため、管理端末１０１と管理対象機器２０１とは通信経路を意識することなくＳＮＭＰパケットの送受信を安全に行なうことができる。
【０１３５】
結果として、管理端末１０１から開始される管理対象機器２０１との通信をグローバルネットワーク３を介して安全に行なうことができる。
【０１３６】
なお、本発明の実施の形態においては、通信中継クライアント２０２と管理対象機器２０１は別個の機器として説明したが、これに限定されることはなく、たとえば図１６に示すように、管理対象機器２０１に通信中継クライアント２０２としての機能を包含させてもよい。
【０１３７】
ＳＮＭＰエージェント５とプロトコル変換クライアント２０２２とが通信を行うことが可能になるように、管理対象機器２０１は、内部通信部２０１１０を具備する。内部通信部２０１１０としては、たとえばローカルループバックインターフェイス等のような、機器内部で通信が閉じているインターフェイス等を用いればよいが、もちろんこれに限定されることはなく、たとえばエージェント側通信部２０１１と実装を共有し、機器内部への通信を内部通信部２０１１０として用いてもよい。この場合、プロトコル変換クライアント２０２２とＳＮＭＰエージェント５は一対一で対応づけることが可能であるため、ローカルアドレステーブル２０２７は必要ない。
【０１３８】
こうすることで、例えば、管理対象機器２０１としての機能と通信中継クライアント２０２としての機能とを備える家電機器を使用するユーザは、通信中継クライアント２０２を別途用意する必要がなく、家庭内のローカルネットワークに家電機器を接続するだけで、外出先などからグローバルネットワークを介して、家電機器の管理等が行なえることとなる。
【０１３９】
また、通信ネットワークシステム１０において、管理端末１０１が通信を行なう対象がローカルネットワーク２上の機器のみであるなど限定されている場合、トリガサーバ１０３を備えなくてもよい。
【０１４０】
例えば、通信中継クライアント２０２が、通信中継サーバ１０２にＮＡＴルータ２０４を介して何らかのパケットを送信することにより、通信中継クライアント２０２は、そのパケットの送信元からＮＡＴルータ２０４のグローバルネットワークアドレスを記憶することができる。よって、管理端末１０１からＳＮＭＰパケットが送信された場合に、上述のようにそのＳＮＭＰパケットに対して変換を行ない、変換パケットをその送信元のアドレスに送信することで、ＮＡＴルータ２０４に変換パケットを送達させることができる。この場合、変換パケットは、通信中継クライアント２０２が通信中継サーバ１０２に送信したパケットの応答として、ＮＡＴルータ２０４を経由し、通信中継クライアント２０２が受信できる。通信中継クライアント２０２は、受信した変換パケットを上述のようにＳＮＭＰパケットに変換し、変換パケットに含まれる機器ＩＤに基づき、管理対象機器２０１に送信する。
【０１４１】
また、例えば、通信中継クライアント２０２から送信されたパケットから管理端末１０１がＮＡＴルータ２０４のグローバルネットワークアドレスを取得し、通信中継サーバ１０２に伝えてもよい。つまり、通信ネットワークシステム１０は、管理センタネットワーク１上の機器がＮＡＴルータ２０４のグローバルネットワークアドレスを取得でき、通信中継クライアント２０２が、送信したパケットの応答として、変換パケットを受信できる構成であればよい。
【０１４２】
こうすることで、管理センタネットワーク１の構成を単純化でき、また、ハードウェアリソースの節減をはかることができる。
【０１４３】
また、通信ネットワークシステム１０では、図１３及び図１５を用いて説明したように、通信中継クライアント２０２がトリガサーバ１０３からトリガパケットを受信した後に、通信中継サーバ１０２から一つＳＮＭＰ要求を取得する。その後、そのＳＮＭＰ要求に対する応答であるＳＮＭＰ応答を管理端末１０１が受信するとＳＮＭＰ通信を終了するとしている。
【０１４４】
上述の形態では、次のＳＮＭＰ要求が処理されるのは、通信中継クライアント２０２が次にトリガパケットを受信した後である。しかしながら、通信中継クライアント２０２は、次のトリガパケットの受信を待たずに、通信中継サーバ１０２にＳＮＭＰ要求の取得を要求してもよい。つまり、通信中継サーバ１０２に連続して変換パケット取得要求パケットを送信してもよい。
【０１４５】
ネットワーク機器の管理に用いられるプロトコルであるＳＮＭＰによる通信では、例えば、ＳＮＭＰマネージャが、ＳＮＭＰエージェントから複数の情報を取得する場合、その複数の情報に対応する複数のＳＮＭＰ要求を一度に送信するわけではなく、一つのＳＮＭＰ要求を送信し、そのＳＮＭＰ要求に対する応答であるＳＮＭＰ応答を受信した後に次のＳＮＭＰ要求を送信するという処理を行なう場合がある。つまり、連続して複数のＳＮＭＰ要求が順次送信される場合がある。
【０１４６】
この連続するＳＮＭＰ要求の送信に対応するために、上述の、通信中継クライアント２０２が連続して変換パケット取得要求パケットを送信する手法は有効である。こうすることで、管理対象機器２０１の管理に関わる通信ネットワークシステム１０を構成する各機器の処理効率が向上する。この場合、変換パケット取得要求パケットの応答として、通信中継クライアント２０２がＳＮＭＰ要求が存在しない旨の通知を受けた場合に、変換パケット取得要求パケットの送信を終了すればよい。
【０１４７】
また、通信中継クライアント２０２が連続して変換パケット取得要求パケットを送信する場合、その送信のタイミングを、通信中継サーバ１０２が制御してもよい。通信中継サーバ１０２は、管理端末１０１が具備するＳＮＭＰマネージャ４からＳＮＭＰパケットを受信すると、上述のように、ＳＮＭＰパケットに含まれるＳＮＭＰメッセージに対し機器ＩＤの削除等の処理を行なう。通信中継サーバ１０２は、その処理が終了したＳＮＭＰメッセージをキューイングするが、図１７に示すように、ＳＮＭＰメッセージのキューイングが完了する前に、通信中継クライアント２０２から要求の問い合わせである変換パケット取得要求パケットが送信される場合がある。この場合、ＳＮＭＰパケットを受信しているにもかかわらず、ＳＮＭＰメッセージのキューイングが完了していないため通信中継クライアント２０２に「要求なし」の旨の応答をしてしまうこととなる。
【０１４８】
図１７は、通信中継クライアント２０２が、あるＳＮＭＰ要求に対する応答を通信中継サーバ１０２に返した後、通信中継サーバ１０２に次の要求の問い合わせを行なう際のシーケンス図である。
【０１４９】
図１７に示すように、通信中継クライアント２０２は、ＳＮＭＰ応答を含む変換パケットを通信中継サーバ１０２へ送信する（Ｓ４００）。通信中継サーバ１０２は、受信した変換パケットからＳＮＭＰ応答であるＳＮＭＰメッセージを取り出し、管理端末１０１が具備するＳＮＭＰマネージャ４へ送信する（Ｓ４１０）。
【０１５０】
通信中継クライアント２０２は、変換パケットを受信した通知として通信中継サーバ１０２から受理応答を受信する（Ｓ４２０）。
【０１５１】
通信中継サーバ１０２が、ＳＮＭＰマネージャ４から次のＳＮＭＰ要求を含むＳＮＭＰパケットを受信（４３０）した後、通信中継クライアント２０２から次の要求問い合わせを受信する（Ｓ４４０）。
【０１５２】
しかし、この時点では、ＳＮＭＰ要求であるＳＮＭＰメッセージのキューイングが完了しておらず、「要求なし」という旨の応答を通信中継クライアント２０２に返す（Ｓ４５０）。
【０１５３】
つまり、通信中継サーバ１０２がＳＮＭＰパケットを受信（Ｓ４３０）してから、ＳＮＭＰメッセージのキューイングが完了する（Ｓ４６０）までの間に、通信中継クライアント２０２から要求の問い合わせ（Ｓ４４０）、つまり、変換パケット取得要求パケットが送信されてきた場合、通信中継サーバ１０２は、変換パケットのキューイングが完了していないために、「要求なし」という旨の応答を通信中継クライアント２０２に返してしまうことになる。
【０１５４】
このような場合に、上述の、通信中継クライアント２０２が変換パケット取得要求パケットを送信するタイミングを通信中継サーバ１０２が制御する手法は有効であり、図１８は、その制御の一例を示すシーケンス図である。
【０１５５】
図１８に示すように、通信中継サーバ１０２が、ＳＮＭＰパケットを受信（Ｓ４３０）後、通信中継クライアント２０２から要求の問い合わせがあり、ＳＮＭＰメッセージのキューイングが完了していない場合、通信中継サーバ１０２は通信中継クライアント２０２に、「要求なし」と応答するのではなく、変換パケットの取得を一定期間待つ指示である「ウェイト要求」を応答として返す（Ｓ４４５）。
【０１５６】
ウェイト要求を受信した通信中継クライアント２０２は、一定期間だけウェイト（Ｓ４４６）した後、要求問い合わせを行ない（Ｓ４７０）、その時にはキューイングが完了（Ｓ４６０）しており、ＳＮＭＰ要求を取得（Ｓ４８０）が取得することができる。
【０１５７】
上記の一定期間、つまり通信中継クライアント２０２がウェイトする期間は、実測値や理論値などから決定すればよい。また、通信中継サーバ１０２と通信中継クライアント２０２との間のパケットの送受信に要する期間で足りる場合などでは、ウェイトする期間を「０秒」としてもよい。つまり、通信中継クライアント２０２を制御するために最適なウェイト時間を決定すればよい。
【０１５８】
この場合、ウェイト要求の送信回数は一回とし、一回目に送信されたウェイト要求に対応して一定期間後に送信された変換パケット取得要求パケットを通信中継サーバ１０２が受信した際に通信中継サーバ１０２が送信可能なＳＮＭＰメッセージを保持していない場合、「要求なし」の旨の応答をすることで、ＳＮＭＰ通信が終了する。
【０１５９】
ここで、ウェイト要求を通信中継クライアント２０２に送信する条件は、上述のように、ＳＮＭＰパケット受信したが、ＳＮＭＰメッセージのキューイングが未完である、という条件ではなく、ＳＮＭＰパケットを受信していない、または、ＳＮＭＰパケットに含まれるＳＮＭＰメッセージに対する処理が完了していないなど、要するに通信中継サーバ１０２が通信中継クライアント２０２に送信可能な情報としてのＳＮＭＰメッセージを保持していない、という条件でもよい。
【０１６０】
また、通信中継サーバ１０２が直前に受信したＳＮＭＰ要求の内容により、ウェイト要求の送信を決定してもよい。例えば、直前に受信したＳＮＭＰ要求の内容がＳＮＭＰに規定される「ＧｅｔＮｅｘｔＲｅｑｕｅｓｔ」または「ＧｅｔＢｕｌｋＲｅｑｕｅｓｔ」である場合、通信中継クライアント２０２へ送信できる状態のＳＮＭＰメッセージを保持していない場合であっても、ＳＮＭＰマネージャ４から連続してＳＮＭＰパケットが送信されると予測し、通信中継クライアント２０２からの要求の問い合わせに対し、ウェイト要求を送信するとしてもよい。
【０１６１】
また、ウェイトする時間で通信中継クライアント２０２を制御するのではなく、例えば、ウェイト要求の送信回数で制御してもよい。即ち、通信中継サーバ１０２が通信中継クライアント２０２へ送信可能なＳＮＭＰメッセージを保持していない間は、通信中継クライアント２０２から要求問い合わせに対して、ウェイト要求を繰り返し送信する。この繰り返しによるウェイト要求の送信回数が規定回数に達した後、直前のウェイト要求に対応して一定期間後に送信された変換パケット取得要求パケットを受信した際に通信中継サーバ１０２が送信可能なＳＮＭＰメッセージを保持していない場合、「要求なし」の旨の応答をするとしてもよい。
【０１６２】
上述のように、通信中継クライアント２０２が変換パケット取得要求パケットを送信するタイミングを通信中継サーバ１０２が制御することで、管理端末１０１からＳＮＭＰ要求を含むＳＮＭＰパケットが連続して送信される場合、一つのＳＮＭＰ要求の処理ごとにＳＮＭＰ通信が完了されることなく、効率的に、ＳＮＭＰ要求の処理を行なうことができる。
【０１６３】
また、ＳＮＭＰ通信はＵＤＰ上の通信であり再送制御はアプリケーション層で行なうが、ＳＮＭＰマネージャ４は、ＳＮＭＰ要求を通信中継サーバ１０２へ送信後、一定期間内にそのＳＮＭＰ要求に対応するＳＮＭＰ応答を受信しない場合、ＳＮＭＰメッセージの再送を行なう。
【０１６４】
図１９は、ＳＮＭＰマネージャ４、通信中継サーバ１０２、及び通信中継クライアント２０２の各機器間で送受信されるＳＮＭＰ要求及びＳＮＭＰ応答を模式的に示した図である。なお、各機器間でＳＮＭＰ要求又はＳＮＭＰ応答であるＳＮＭＰメッセージを含むＳＮＭＰパケットが送受信される際、上述のように、パケットの変換やＳＮＭＰメッセージに対する処理などが行なわれるが、説明の簡素化のため、上記処理の図示、及び説明は省略する。
【０１６５】
図１９（Ａ）に示すように、ＳＮＭＰマネージャ４から送信されたＳＮＭＰ要求である「要求０１」は通信中継サーバ１０２にキューイングされる。キューイングされた「要求０１」は、図１９（Ｂ）に示すように通信中継クライアント２０２へ送信される。
【０１６６】
通信中継クライアント２０２は、管理対象機器２０１へ「要求０１」を送信後、「要求０１」に対応するＳＮＭＰ応答である「応答０１」を管理対象機器２０１から受信し、「応答０１」を通信中継サーバ１０２に送信する。
【０１６７】
ここで、ＳＮＭＰマネージャ４と通信中継サーバ１０２は非同期で動作するため、図１９（Ｃ）に示すように、「要求０１」に対する応答である「応答０１」が通信中継クライアント２０２から送信されているにもかかわらず、ＳＮＭＰマネージャ４が「要求０１」を送信後一定期間内に、「応答０１」を受信していないため、ＳＮＭＰマネージャ４は、「要求０１」を再送してしまう。通信中継サーバ１０２は再送された「要求０１」を再びキューイングし、通信中継クライアント２０２へ送信することとなる。結果として、ＳＮＭＰマネージャ４は、再送した「要求０１」への応答である「応答０１」を受信するが、「応答０１」は既に受信済みであるため破棄される。
【０１６８】
上述のように、管理対象機器２０１が具備するＳＮＭＰエージェント５がＳＮＭＰ応答を送信したにも関わらず、上記一定期間内に、ＳＮＭＰマネージャ４にＳＮＭＰ応答が到着しない場合は、ＳＮＭＰマネージャ４はそのＳＮＭＰ応答を要求する内容のＳＮＭＰ要求を再送する。さらに、再送されたＳＮＭＰ要求への応答としてＳＮＭＰ応答が再びＳＮＭＰエージェント５により送信される。つまり、処理されたＳＮＭＰ要求とそのＳＮＭＰ要求に対応するＳＮＭＰ応答とが無駄に送受信されることとなる。
【０１６９】
そこで、通信中継サーバ１０２が、あるＳＮＭＰ要求を受信した後に、同じＳＮＭＰ要求が送信されてきた場合は、後に送信されたＳＮＭＰ要求を破棄してもよい。この場合においても、ＳＮＭＰマネージャ４と通信中継サーバ１０２との間は、同一ネットワーク内のＵＤＰ通信であり、通信中継サーバ１０２と通信中継クライアント２０２との間はＨＴＴＰＳ通信である。つまり、パケット伝送の確実性は高度に保たれる。
【０１７０】
こうすることで、ＳＮＭＰマネージャ４の種類や再送設定に関わらず、無駄なパケットの送受信を防止することができる。
【０１７１】
また、本発明の実施の形態においては、クライアント−サーバ通信、つまり、管理端末１０１と通信中継サーバ１０２との間の通信、及び、通信中継クライアント２０２と管理対象機器２０１との間の通信プロトコルとしてＳＮＭＰを用いたが、これに限定されることはなく、ＨＴＴＰやＴＥＬＮＥＴ等の別のプロトコルを用いてもよい。例えば、ＨＴＴＰなどを下位プロトコルとして使用し、簡単なXMLベースのメッセージをやり取りして、
リモートマシン上のデータへアクセスするための通信プロトコル規格であるＳＯＡＰを用いてもよい。
【０１７２】
こうすることで、上記実施の形態では、機器のリモート管理を目的とする通信ネットワークシステムを例にとって説明したが、通信ネットワークシステム１０は、他の目的にも適用できることとなる。例えば、グローバルネットワーク上の端末からローカルネットワーク上にあるコンピュータの操作を行うことや、グローバルネットワーク上の機器とローカルネットワーク上の機器とでアプリケーションの連携を行なうことなどをグローバルネットワーク上の機器から開始することが可能である。この場合、通信中継サーバ１０２、及び通信中継クライアント２０２が、送受信されるパケットの変換等を行なえばよい。
【０１７３】
また、グローバルネットワーク３、及び管理センタネットワーク１に接続される通信機器には、互いの機器を一意に区別するためにそれぞれ別々のＩＰアドレスが割り振られるとした、しかしながら、これはＩＰアドレスに限定されることはなく、例えば、ＩＰＸアドレス等を用いてもよく、グローバルネットワーク３上で互いの機器を識別できる情報であればよい。
【０１７４】
また、通信中継サーバ１０２がトリガサーバ１０３に送信するトリガ依頼パケットは、そのデータ部に管理対象機器２０１の機器ＩＤを格納するとした。しかしながら、これに限定されることはなく、トリガサーバ１０３からみて、管理対象機器２０１が特定できる情報であればよい。例えば、管理対象機器２０１とトリガサーバ１０３間で予めＨＴＴＰＳ等の安全な経路で機器ＩＤと紐付けされたインデックス値を取り決め、そのインデックス値をトリガ依頼パケットのデータ部に格納してトリガ依頼パケットを送信してもよい。
【０１７５】
こうすることで、管理センタネットワーク１内で機器ＩＤそのものを送受信する回数が減り、機器ＩＤに対する秘匿性がより向上する。
【０１７６】
また、トリガサーバ１０３が通信中継クライアント２０２に送信するトリガパケットには、通信中継サーバ１０２のグローバルネットワークアドレスが含まれるとしたが、通信中継サーバ１０２をグローバルネットワーク３上で識別できる情報であればＵＲＬ等のグローバルネットワークアドレス以外の情報でもよい。また、ＳＮＭＰ要求の存在する機器が常に通信中継サーバ１０２であれば、アドレス情報を含まなくてよい。こうすることで、トリガパケットの容量を少なくできる。
【０１７７】
また、予め通信中継サーバ１０２と通信中継クライアント２０２との間で、ＨＴＴＰＳ等の安全な経路を用いて、通信中継サーバ１０２のグローバルネットワークアドレスまたはＵＲＬと、インデックス値を紐付けておき、トリガパケットにはそのインデックス値を含ませてもよい。
【０１７８】
こうすることで、通信中継サーバ１０２のグローバルネットワークアドレスの秘匿性を向上させることができる。
【０１７９】
また、トリガパケットにＳＮＭＰ要求の宛先である管理対象機器２０１の機器ＩＤを含ませてもよい。こうすることで、通信中継クライアント２０２は、例えば、ＳＮＭＰ要求の取得前に管理対象機器２０１に、ＳＮＭＰ要求が来ることを予め知らせることができ、管理対象機器２０１において事前の準備が可能となる。
【０１８０】
また、変換パケット取得要求パケットは、ＨＴＴＰリクエストの形式をとり、そのメソッドはＧＥＴとするとしたが、これに限定されることはなく、ＰＯＳＴ等を用いてもよい。
【０１８１】
また、通信中継クライアント２０２と通信中継サーバ１０２との間で変換パケット取得要求パケット及び変換パケットを送受信する際の通信プロトコルはＨＴＴＰＳとした。しかしながら、これに限定されることはなく、例えば、ＰＧＰ等の暗号化手段により送受信するパケットの秘匿性を確保する場合など、ＨＴＴＰやＦＴＰなどの通信プロトコルを用いてもよい。この場合、変換パケット取得要求パケットは、通信プロトコルに対応する形式をとればよい。
【０１８２】
こうすることで、例えば、容易に通信環境を構築できる通信プロトコルを選択することができ、通信ネットワークシステム１０を構築する際のハードウェア／ソフトウェア設計に対する自由度が向上する。
【０１８３】
また、本発明の実施の形態の通信ネットワークシステムにおいて、管理対象機器２０１にセンサを接続し、そのセンサにより測定または検出された情報を管理対象機器２０１を介し管理端末１０１に取得させてもよい。
【０１８４】
図２０は、通信中継クライアント２０２としての機能と、センサと通信を行う機能とを備える管理対象機器２０１の機能的な構成の一例を示す機能ブロック図である。
【０１８５】
図２０に示すように、管理対象機器２０１は、図１６に示す管理対象機器２０１の機能的な構成にセンサ通信部２０２０とＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）７とが加えられた構成をしている。
【０１８６】
センサ通信部２０２０は、本発明の通信ネットワークシステムにおけるセンサ情報取得手段の一例であり、センサと通信を行うための処理部である。センサ通信部２０２０は、ネットワーク１２に接続されている第１センサ２１、第２センサ２２、・・・、第ｎセンサ２９のｎ（ｎは正の整数）個のセンサと通信を行う。通信プロトコルは、例えばＳＮＭＰである。
【０１８７】
なお、図２０に示す管理対象機器２０１において、プロトコル変換クライアント２０２２及び宅内外通信クライアント２０２３は、本発明の通信ネットワークシステムにおけるセンサ情報送信手段が有する送信機能を実現する。また、ＳＮＭＰエージェント５は、本発明の通信ネットワークシステムにおける判定手段が有する判定機能を実現する。
【０１８８】
ＭＩＢ７は、本発明の通信ネットワークシステムにおける記憶手段の一例であり、管理対象機器２０１に関する情報および各センサから送信される情報を格納するデータベースである。ＳＮＭＰエージェント５からＳＮＭＰマネージャ４に送信される情報は、ＭＩＢ７から取得され送信される。なお、図５及び図１６においてＭＩＢの図示は省略されているが、図５及び図１６のそれぞれに示す管理対象機器２０１もＭＩＢを備えている。
【０１８９】
なお、管理対象機器２０１は宅内のエアーコンディショナーに備えられている想定する。また、上記ｎ個のセンサは、温度センサであり、それぞれ宅内の各部屋に設置されていると想定する。
【０１９０】
各センサは、測定した温度の値に識別子等を付したデータ（以下、「センサデータ」という。）をセンサ通信部２０２０に送信する。
【０１９１】
図２１は、センサから送信されるセンサデータの構成の一例を示す図である。図２１に示すように、センサデータ２０は、センサＩＤ２０ａと日付・時刻２０ｂと測定データ２０ｃとを含む。
【０１９２】
センサＩＤ２０ａは、センサを特定するための識別子である。日付・時刻２０ｂは、センサデータ２０のタイムスタンプである。タイムスタンプは温度が測定された日付および時刻を示す。測定データ２０ｃは測定された温度の値を示すデータである。
【０１９３】
センサ通信部２０２０は、所定の周期ごとに各センサからセンサデータ２０を取得する。センサ通信部２０２０は、ＳＮＭＰエージェント５に、取得したセンサデータ２０をＭＩＢ７に格納させる。これにより、ＭＩＢ７に格納されたセンサデータ２０は所定の周期で更新される。
【０１９４】
ＭＩＢ７に格納されたセンサデータ２０に含まれる温度の値（以下、「ＭＩＢ値」という。）は、ＳＮＭＰマネージャ４の要求に応じ、ＳＮＭＰマネージャ４へ送信される。
【０１９５】
図２２は、ＳＮＭＰエージェント５が、第１センサ２１が測定した温度の値をＳＮＭＰマネージャ４へ送信する際の各機器の動作を表すシーケンス図である。図２２を用い各機器の動作を説明する。なお、ＭＩＢ７には、上述の更新によりすでに第１センサ２１のＭＩＢ値が存在している。
【０１９６】
また、ＳＮＭＰエージェント５とＳＮＭＰマネージャ４との通信においては、上述のように、宅内外通信クライアント２０２３、プロトコル変換クライアント２０２２、および通信中継サーバ１０２によりプロトコル変換が行われるが、そのプロトコル変換についての図示および説明は省略する。
【０１９７】
管理端末１０１のＳＮＭＰマネージャ４から、第１センサ２１により測定された温度の値を要求する内容のＳＮＭＰ要求が送信される（Ｓ５００）。
【０１９８】
管理対象機器２０１のＳＮＭＰエージェント５はＳＮＭＰ要求を受信し、第１センサ２１のＭＩＢ値を読み込む（Ｓ５０１）。ＳＮＭＰエージェント５は、ＭＩＢ値を含むＳＮＭＰ応答をＳＮＭＰマネージャ４へ送信する（Ｓ５０２）。
【０１９９】
ＳＮＭＰエージェント５は、送信したＭＩＢ値のタイムスタンプと所定の閾値とに基づき、そのＭＩＢ値が古いか否かを判定する（Ｓ５０３）。ＭＩＢ値のタイムスタンプとは、センサデータ２０に含まれる日付・時刻２０ｂ（図２１参照）である。所定の閾値とは、例えば、１０分であり、タイムスタンプに示される日時と現在時刻との差が１０分より長ければ、ＭＩＢ値は古いと判定され、１０分以内であればＭＩＢ値は新しいと判定される。
【０２００】
ＳＮＭＰエージェント５は、送信したＭＩＢ値を新しいと判定した場合、温度の値の送信に関する動作を終了する。
【０２０１】
ＳＮＭＰエージェント５は、送信したＭＩＢ値を古いと判定した場合（Ｓ５０４）、センサ通信部２０２０に、第１センサ２１から温度の値を取得するよう要求する（Ｓ５０５）。この要求に基づき、第１センサ２１から取得される温度の値を、以下、「センサ値」という。
【０２０２】
センサ通信部２０２０は、ＳＮＭＰエージェント５からの要求を受け、第１センサ２１からのセンサ値の読み出しを試みる（Ｓ５０６）。
【０２０３】
具体的には、センサ通信部２０２０は、ネットワーク１２に接続された各センサに対して第１センサ２１を発見するためポーリングを行う。ポーリングにより第１センサ２１の発見に成功すると、第１センサ２１にセンサ値を含むセンサデータ２０を送信させる（Ｓ５０７）。
【０２０４】
上記ポーリングは、５回を限度に、第１センサ２１を発見するまで行われる。５回のポーリングで発見できない場合、センサ通信部２０２０は、その旨をＳＮＭＰエージェント５へ通知する。ＳＮＭＰエージェント５はその旨を受け、温度の値の送信に関する動作を終了する。
【０２０５】
センサ通信部２０２０は、センサデータ２０を受信すると、ＳＮＭＰエージェント５にセンサデータ２０を送信する（Ｓ５０８）。
【０２０６】
ＳＮＭＰエージェント５は、センサデータ２０を受信し、ＭＩＢ７の第１センサ２１のセンサデータ２０を更新する。更に、そのセンサデータ２０からセンサ値を取り出し、ＳＮＭＰマネージャ４にＳＮＭＰトラップによりそのセンサ値を通知する（Ｓ５０９）。
【０２０７】
ＳＮＭＰトラップとは、ＳＮＭＰエージェントが自発的にＳＮＭＰマネージャに情報を送信する際のＳＮＭＰメッセージのことを指す。
【０２０８】
ＳＮＭＰマネージャ４は、管理対象機器２０１から最初に温度の値を受け取って（Ｓ５０２）からＳＮＭＰトラップにより温度の値を通知される（Ｓ５０９）までが所定の期間内であれば、ＳＮＭＰトラップにより通知された温度の値の方を正しい温度の値であると認識する。
【０２０９】
このように、ＳＮＭＰエージェント５は、ＳＮＭＰマネージャ４からセンサが測定した温度の値を要求された場合、定期的に更新されているＭＩＢ７からそのセンサが測定した温度の値（ＭＩＢ値）を読み込み、ＳＮＭＰマネージャ４へ送信する。こうすることで、ＳＮＭＰマネージャ４の要求に対し即座に応答することができる。
【０２１０】
ＳＮＭＰエージェント５は、ＭＩＢ値を送信後、送信したＭＩＢ値が古いか否かを判定する。そのＭＩＢ値を古いと判定した場合、センサ通信部２０２０を介し、第１センサ２１のセンサ値を取得する。ＳＮＭＰエージェント５はＳＮＭＰトラップによりそのセンサ値をＳＮＭＰマネージャ４に通知する。
【０２１１】
こうすることで、ＳＮＭＰエージェント５はＳＮＭＰマネージャ４に、より正確な温度の値を知らせることができる。
【０２１２】
上述のように、本発明の通信ネットワークシステム及び通信装置は、１つの管理対象機器２０１に接続された複数のセンサが測定または検出する情報を、管理端末１０１から取得するためのシステムに利用することができる。
【０２１３】
なお、ｎ個のセンサは温度センサであり、管理対象機器２０１はエアーコンディショナーに備えられていると想定し各機器の動作の説明を行った。しかしながら、センサは温度センサでなくてもよく、例えば、人の動きを検出する人感センサなど他のセンサでもよい。また、管理対象機器２０１はエアーコンディショナーに備えられていなくてもよく、例えば、家庭内のネットワーク対応機器を管理するホームコントローラに備えられていてもよい。また、管理対象機器２０１単体で用いられてもよい。
【０２１４】
また、センサが接続される管理対象機器２０１は、通信中継クライアント２０２としての機能を備えていなくてもよい。この場合、管理対象機器２０１を通信中継クライアント２０２と接続し、通信中継クライアント２０２を介して管理端末１０１と通信すればよい。
【０２１５】
また、センサ通信部２０２０が、各センサからセンサデータ２０を取得する周期は、管理対象機器２０１のユーザが決定しセンサ通信部２０２０に設定してもよい。こうすることで、例えば、各センサが設置されている部屋の気温変化の状況に応じて周期を変えることができる。また、周期はＳＮＭＰエージェント５に設定されていてもよい。この場合、ＳＮＭＰエージェント５がセンサ通信部２０２０にセンサデータの取得を指示すればよい。
【０２１６】
また、センサが温度変化を検出した際、その時点の温度の値をＳＮＭＰトラップによりセンサ通信部２０２０に通知してもよい。こうすることで、ＭＩＢ７に格納されている情報を常に最新の情報とすることができる。
【０２１７】
また、センサ通信部２０２０が特定のセンサを発見するためのポーリングの回数の限度は５回より少なくても多くてもよい。また、ポーリングの回数ではなく、ポーリングを行う期間で制限してもよい。例えば、ポーリングを３秒の間に繰り返し行い、特定のセンサを発見できない場合はポーリングを終了するとしてもよい。こうすることで、例えば、センサが測定する温度の値の重要度に応じ、ポーリングの回数または期間を決定することができる。
【０２１８】
また、各センサはネットワーク１２を介しセンサ通信部２０２０と通信を行うとしたが、無線によりセンサ通信部２０２０と通信してもよい。
【０２１９】
図２３は、ｎ個のセンサが無線によりセンサ通信部２０２０と直接通信を行う様子を示す模式図である。図２３に示すように、センサが無線でセンサ通信部２０２０と直接通信を行うことにより、センサを人物や動物などの動く物体に取り付けることができる。つまり、管理端末１０１から動く物体に関する情報を取得することができる。
【０２２０】
例えば、歩いた歩数を検出するセンサである歩数センサを人物に装着させることにより、管理端末１０１から、その人物が何歩歩いたかを知ることができる。
【０２２１】
また、各センサは、各センサが相互に通信を行うネットワークであるアドホックネットワークを介しセンサ通信部２０２０と通信を行ってもよい。
【０２２２】
図２４は、複数のセンサにより構成されるアドホックネットワークの模式図である。このアドホックネットワークは、第１センサ２１から第７センサ２７までの７個のセンサで構成されている。センサ通信部２０２０の近くにないセンサは、マルチホップ通信によりセンサ通信部２０２０と情報のやり取りを行うことができる。
【０２２３】
例えば、第６センサ２６は、センサ通信部２０２０と離れた位置にあり直接通信を行うことはできない。しかしながら、第６センサ２６は、第２センサ２２及び第１センサ２１を介しセンサ通信部２０２０と情報のやり取りを行うことができる。
【０２２４】
こうすることで、個々のセンサは無線通信のための電波出力を抑えることができる。これにより、例えば、センサが電力として内蔵する電池の寿命を延ばすことができる。また、病院等の電波規制の厳しい場所にセンサを設置することが可能となる。
【０２２５】
また、センサとセンサ通信部２０２０とが無線で通信を行う場合、そのセンサがセンサデータ２０にそのセンサの位置情報を含ませてもよい。
【０２２６】
図２５は、位置情報を含むセンサデータ２０の構成の一例を示す図である。位置情報２０ｄは、センサがセンサデータ２０を送信した際のセンサの位置を示す情報である。
【０２２７】
センサは、例えば、他の固定されたセンサと通信を行うことができるか否かで自身のおおよその位置を特定することができる。図２４に示すアドホックネットワークにおいて、第１センサ２１と第２センサ２２とがそれぞれ別の場所に固定されたセンサであると想定する。この場合、第６センサ２６は、第２センサ２２とのみ通信を行っていることから、第１センサ２１の近くではなく、第２センサ２２の近くにいることが認識できる。
【０２２８】
従って、第２センサ２２が固定されている場所についての情報を第６センサ２６が保持しておけば、第６センサ２６は自身のおおよその位置を特定できる。更に、その位置を示す情報を位置情報２０ｄとしてセンサデータに含めてセンサ通信部２０２０へ送信することができる。
【０２２９】
こうすることで、例えば、歩数センサを装着した人物が現在どのあたりを歩いているのかを、管理端末１０１から知ることができる。
【０２３０】
なお、センサが自身の位置を特定する方法は、上述の、固定されたセンサとの通信の可否により特定する方法に限られない。例えば、光または音を用いてセンサの位置を計測することのできる位置計測装置がセンサの位置を特定し、センサがその位置計測装置から自身の位置についての情報を取得してもよい。
【０２３１】
また、センサ通信部２０２０と各センサとの通信に使用される通信プロトコルはＳＮＭＰでなくてもよい。例えばＺｉｇＢｅｅでもよい。
【０２３２】
また、管理対象機器２０１にセンサではなくアクチュエータを接続し、管理端末１０１から管理対象機器２０１を介しアクチュエータを制御させてもよい。
【０２３３】
図２６は、通信中継クライアント２０２としての機能と、アクチュエータと通信を行う機能とを備える管理対象機器２０１の機能的な構成の一例を示す機能ブロック図である。
【０２３４】
図２６に示すように、管理対象機器２０１は、アクチュエータ通信部２０３０を備えている。その他の構成は図２０に示す管理対象機器２０１と同じである。
【０２３５】
アクチュエータ通信部２０３０は、アクチュエータと通信を行うための処理部である。アクチュエータ通信部２０３０は、ネットワーク１２に接続されている第１アクチュエータ３１、第２アクチュエータ３２、・・・、第ｎアクチュエータ３９のｎ個のアクチュエータと通信を行う。通信プロトコルは、例えばＳＮＭＰである。
【０２３６】
なお、管理対象機器２０１は宅内のネットワーク対応機器の管理を行うホームコントローラに備えられていると想定する。また、ｎ個のアクチュエータのそれぞれはエアーコンディショナーやドアをロックするための電子錠などであると想定する。
【０２３７】
各アクチュエータは、自身の状態を示す値である状態値を保持している。例えば、エアーコンディショナーであれば、現在の設定温度の値を状態値として保持している。
【０２３８】
アクチュエータ通信部２０３０は、所定の周期ごとに各アクチュエータから状態値を取得する。アクチュエータ通信部２０３０は、ＳＮＭＰエージェント５に、取得した状態値をＭＩＢ７に格納させる。これにより、ＭＩＢ７に格納された状態値（以下、「ＭＩＢ値」という。）は所定の周期で更新される。
【０２３９】
なお、状態値は、図２５に示すセンサデータ２０と同じく、送信元の識別子等を含むデータ形式で各アクチュエータから送信される。
【０２４０】
各アクチュエータは、管理端末１０１のＳＮＭＰマネージャ４から送信される要求に従い動作する。また動作後の状態値を管理対象機器２０１に通知する。
【０２４１】
図２７は、ＳＮＭＰマネージャ４が第１アクチュエータ３１に設定温度の変更の要求を行った際の各機器の動作を表すシーケンス図である。図２７を用い、各機器の動作の流れを説明する。
【０２４２】
また、第１アクチュエータ３１はエアーコンディショナーであり、管理端末１０１のＳＮＭＰマネージャ４が第１アクチュエータ３１に設定温度を“２５℃”に変更する要求を行った場合を想定する。
【０２４３】
管理端末１０１のＳＮＭＰマネージャ４から、第１アクチュエータ３１の設定温度を“２５℃”に変更するためのＳＮＭＰ要求が送信される（Ｓ６００）。具体的には、このＳＮＭＰ要求は、第１アクチュエータ３１のＭＩＢ値を“２５℃”に更新する要求内容を含んでいる。
【０２４４】
管理対象機器２０１のＳＮＭＰエージェント５はＳＮＭＰ要求を受信し、ＭＩＢ値を“２５℃”に更新する（Ｓ６０１）。
【０２４５】
更新後、ＳＮＭＰエージェント５は、第１アクチュエータ３１に、設定温度を更新後のＭＩＢ値である“２５℃”に変更するよう要求する（Ｓ６０２）。
【０２４６】
第１アクチュエータ３１は、上記要求を受け、“２５℃”に設定温度を変更するために動作する。動作後、第１アクチュエータ３１はその時点の状態値（以下、「アクチュエータ値」という。）をＳＮＭＰエージェント５へ送信する（Ｓ６０３）。
【０２４７】
ＳＮＭＰエージェント５は、送信したＭＩＢ値と受信したアクチュエータ値とを比較する。例えば、アクチュエータ値が“２８℃”である場合、“２５℃”であるＭＩＢ値とは一致しない（Ｓ６０４）。つまり、第１アクチュエータ３１が要求通りに動作しなかったことを意味する。そこで、もう一度、第１アクチュエータ３１へ、設定温度を“２５℃”に変更するよう要求する（Ｓ６０５）。
【０２４８】
第１アクチュエータ３１は、２度目の要求を受け、“２５℃”に設定温度を変更するために動作する。動作後、第１アクチュエータ３１はアクチュエータ値をＳＮＭＰエージェント５へ送信する（Ｓ６０６）。
【０２４９】
ＳＮＭＰエージェント５は、送信したＭＩＢ値と受信したアクチュエータ値とを比較する。例えば、アクチュエータ値が“２５℃”である場合、ＭＩＢ値と一致する（Ｓ６０７）。つまり、第１アクチュエータ３１が要求通りに動作したことを意味する。ＳＮＭＰエージェント５は、ＭＩＢ値をＳＮＭＰトラップによりＳＮＭＰマネージャ４へ通知する（Ｓ６０８）。
【０２５０】
なお、ＳＮＭＰエージェント５から第１アクチュエータ３１への要求は、５回を限度に、ＳＮＭＰエージェント５が送信したＭＩＢ値と受信したアクチュエータ値とが一致するまで、繰り返し行われる。
【０２５１】
５回目の要求の結果、ＭＩＢ値とアクチュエータ値とが一致しなかった場合、ＳＮＭＰエージェント５は第１アクチュエータ３１のＭＩＢ値をアクチュエータ値に書き換える。ＳＮＭＰエージェント５は更に、そのアクチュエータ値をＳＮＭＰトラップによりＳＮＭＰマネージャ４へ通知する。
【０２５２】
上述のように、本発明の通信装置及び通信ネットワークは、１つの管理対象機器２０１に接続された複数のアクチュエータを管理端末１０１から制御するためのシステムに利用することができる。このシステムによれば、例えば、１台のホームコントローラに接続された複数の家電機器を外出先から制御することができる。
【０２５３】
なお、エアーコンディショナーはアクチュエータの一例であり、アクチュエータ他の機器、または機器内の機構部でもよい。
【０２５４】
また、アクチュエータ通信部２０３０が各アクチュエータから状態値を取得する周期は、管理対象機器２０１のユーザが決定しアクチュエータ通信部２０３０に設定してもよい。こうすることで、例えば、頻繁に状態が変更されるアクチュエータが多い場合、ユーザは短い周期を設定することができる。また、周期はＳＮＭＰエージェント５に設定されていてもよい。この場合、ＳＮＭＰエージェント５がアクチュエータ通信部２０３０に状態値の取得を指示すればよい。
【０２５５】
また、アクチュエータは自身の状態の変化を検出した場合、状態値をＳＮＭＰトラップによりアクチュエータ通信部２０３０に通知してもよい。これにより、ＭＩＢ７には常に最新の情報が存在することとなる。
【０２５６】
また、ＳＮＭＰエージェント５から第１アクチュエータ３１への要求を送信する回数の限度は５回より少なくても多くてもよい。また、要求を送信する回数ではなく、要求の送信を行う期間で制限してもよい。こうすることで、例えば、アクチュエータを動作させることの重要度に応じ、要求の送信の回数または期間を決定することができる。
【０２５７】
また、各アクチュエータは、無線によりアクチュエータ通信部２０３０と通信してもよい。
【０２５８】
図２８は、ｎ個のアクチュエータが無線によりアクチュエータ通信部２０３０と通信を行う様子を示す模式図である。図２８に示すように、無線でアクチュエータ通信部２０３０と直接通信を行うことにより、アクチュエータは移動可能となる。つまり、管理端末１０１から、移動可能なアクチュエータの制御を行うことができる。
【０２５９】
また、各アクチュエータは、各アクチュエータが相互に通信を行うネットワークであるアドホックネットワークを介しアクチュエータ通信部２０３０と通信を行ってもよい。
【０２６０】
図２９は、複数のアクチュエータにより構成されるアドホックネットワークの模式図である。このアドホックネットワークは、第１アクチュエータ３１から第７アクチュエータ３７までの７個のアクチュエータで構成されている。アクチュエータ通信部２０３０と直接通信できない第２アクチュエータ３２等は、マルチホップ通信によりアクチュエータ通信部２０３０と情報のやり取りを行うことができる。
【０２６１】
この場合、図２４に示す、複数のセンサによるアドホックネットワークの場合と同じく、個々のアクチュエータは無線通信のための電波出力を抑えることができる。また、上述のセンサと同じく、各アクチュエータは自身の位置についての情報を特定または取得し、アクチュエータ通信部２０３０へ送信してもよい。
【０２６２】
また、アクチュエータ通信部２０３０と各アクチュエータとの通信に使用される通信プロトコルはＳＮＭＰでなくてもよい。例えばＺｉｇＢｅｅでもよい。
【０２６３】
上記に詳細に説明した本発明の実施の形態は単なる例示にすぎず、本発明の新規な教示および効果から実質的に逸脱することなく例示として挙げた実施の形態において様々な変更が可能であることは、当業者であれば容易に理解するところである。従って、かかる変更はすべて本発明の範囲内に含まれるものである。
【産業上の利用可能性】
【０２６４】
本発明にかかる通信ネットワークシステム及び通信装置は、グローバルネットワーク側にクライアント、ローカルネットワーク側にサーバを有し、家電機器等のリモートメンテナンス等及びリモートコントロール等の用途として有用である。また宅内の家電機器等に蓄えられたコンテンツ等の宅外からの閲覧・操作等の用途にも応用が可能である。
【図面の簡単な説明】
【０２６５】
これら、並びに、発明の他の目的、効果、及び特徴は、発明の特定の実施の形態を説明する添付図面とともに行う説明から明らかである。
【図１】従来の通信ネットワークの全体構成を示す図である。
【図２】本発明の実施の形態における通信ネットワークシステムのハードウェア構成図である。
【図３】通信ネットワークシステムの適用例の概要を示す図である。
【図４】ＮＡＴルータの動作を示すシーケンス図である。
【図５】管理端末と管理対象機器の通信上の関係を示すネットワーク構成図である。
【図６】ＳＮＭＰパケットのデータ構成の一例を示す図である。
【図７】管理センタネットワークに接続される機器の機能的な構成を示す機能ブロック図である。
【図８】ローカルネットワークに接続される機器の機能的な構成を示す機能ブロック図である。
【図９】通信ネットワークシステムを構成する各機器間における情報の流れの概要を示す図である。
【図１０】機器ＩＤの取得に関する通信中継クライアントの動作を表すシーケンス図である。
【図１１】ポーリングに関する通信中継クライアントの動作を表すシーケンス図である。
【図１２】通信中継サーバによるＳＮＭＰパケット変換とトリガサーバによるトリガ送信の動作を表すシーケンス図である。
【図１３】通信中継クライアントによる変換パケット取得とＳＮＭＰ要求送信の動作を表すシーケンス図である。
【図１４】通信中継クライアント−通信中継サーバ間で送受信される変換パケットのデータ構成の一例を示す図である。
【図１５】ＳＮＭＰエージェントがＳＮＭＰマネージャへＳＮＭＰ応答を送信する動作を表すシーケンス図である。
【図１６】他の管理対象機器の機能的な構成を示す機能ブロック図である。
【図１７】ＳＮＭＰメッセージのキューイング完了前に通信中継クライアントが要求の問い合わせを行なった場合のシーケンス図である。
【図１８】通信中継クライアントが要求の問い合わせを行なうタイミングを通信中継サーバが制御する一例を示すシーケンス図である。
【図１９】ＳＮＭＰ要求及びＳＮＭＰ応答の送受信を模式的に示した図である。
【図２０】通信中継クライアントとしての機能と、センサと通信を行う機能とを備える管理対象機器の機能的な構成の一例を示す機能ブロック図である。
【図２１】センサから送信されるセンサデータの構成の一例を示す図である。
【図２２】ＳＮＭＰエージェントが、センサが測定した温度の値をＳＮＭＰマネージャへ送信する際の各機器の動作を表すシーケンス図である。
【図２３】ｎ個のセンサが無線によりセンサ通信部と直接通信を行う様子を示す模式図である。
【図２４】複数のセンサにより構成されるアドホックネットワークの模式図である。
【図２５】位置情報を含むセンサデータの構成の一例を示す図である。
【図２６】通信中継クライアントとしての機能と、アクチュエータと通信を行う機能とを備える管理対象機器の機能的な構成の一例を示す機能ブロック図である。
【図２７】ＳＮＭＰマネージャがアクチュエータに設定温度の変更の要求を行った際の各機器の動作を表すシーケンス図である。
【図２８】ｎ（ｎは正の整数）個のアクチュエータが無線によりアクチュエータ通信部と通信を行う様子を示す模式図である。
【図２９】複数のアクチュエータにより構成されるアドホックネットワークの模式図である。
【図１】
2007535190.tif 000003
【図２】
2007535190.tif 000004
【図３】
2007535190.tif 000005
【図４】
2007535190.tif 000006
【図５】
2007535190.tif 000007
【図６】
2007535190.tif 000008
【図７】
2007535190.tif 000009
【図８】
2007535190.tif 000010
【図９】
2007535190.tif 000011
【図１０】
2007535190.tif 000012
【図１１】
2007535190.tif 000013
【図１２】
2007535190.tif 000014
【図１３】
2007535190.tif 000015
【図１４】
2007535190.tif 000016
【図１５】
2007535190.tif 000017
【図１６】
2007535190.tif 000018
【図１７】
2007535190.tif 000019
【図１８】
2007535190.tif 000020
【図１９】
2007535190.tif 000021
【図２０】
2007535190.tif 000022
【図２１】
2007535190.tif 000023
【図２２】
2007535190.tif 000024
【図２３】
2007535190.tif 000025
【図２４】
2007535190.tif 000026
【図２５】
2007535190.tif 000027
【図２６】
2007535190.tif 000028
【図２７】
2007535190.tif 000029
【図２８】
2007535190.tif 000030
【図２９】
2007535190.tif 000031
【国際調査報告】
2007535190.tif 000032
2007535190.tif 000033
2007535190.tif 000034