(57)【要約】【課題】  端末の通信相手である機器の低消費電力化と効率的なリソースの活用とを実現しつつ、端末からネットワークを介し自由に機器と通信することを可能とするための通信管理装置、機器、および通信システムを提供する。【解決手段】  サーバ１０４は、機器１０１から、通信を切断した後にサーバ１０４との通信の再接続を行なう旨の再接続情報を取得する。サーバ１０４の管理テーブル記憶部１４３は再接続情報を記憶する。機器１０１の起動指示部１８３はメイン処理部１０７を起動させる。サブ通信部１８１はサーバ１０４との通信を切断し、メイン通信部１７１は再接続の要求をサーバ１０４に行なう。サーバ１０４のサーバ制御部１４２は、管理テーブル記憶部１４３に再接続情報が記憶されている場合、再接続を許可し、サーバ通信部１４１は端末１０２から送信される情報を機器１０１へ転送する。【選択図】  図２
2007036624.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された端末および機器と通信し、前記端末と前記機器との間の通信を管理する、前記ネットワークに接続された通信管理装置であって、
前記機器から、前記機器が前記通信管理装置との通信を切断した後に前記通信管理装置との通信の再接続を行なう旨の再接続情報を取得する再接続情報取得手段と、
前記再接続情報取得手段により取得された前記再接続情報を記憶する第１記憶手段と、
前記機器から前記通信管理装置への通信の再接続の要求が行なわれ、かつ、前記再接続情報が前記第１記憶手段に記憶されている場合、前記再接続を許可する許可手段と、
前記許可手段により前記再接続が許可された場合、前記端末から送信される情報を前記再接続により通信可能となった前記機器に転送する転送手段と
を備える通信管理装置。
【請求項２】
前記第１記憶手段は、更に、前記機器から前記通信管理装置への再接続の可否に対する時期的条件を前記再接続情報と対応付けて記憶し、
前記許可手段は、前記機器から前記通信管理装置への通信の再接続の要求が行なわれ、かつ、前記再接続情報が前記第１記憶手段に記憶されている場合、前記再接続の要求が前記再接続情報に対応付けられた前記時期的条件を満たすとき、前記再接続を許可する
請求項１記載の通信管理装置。
【請求項３】
更に、
前記許可手段により前記再接続が許可される前に、前記端末から前記通信管理装置へ前記機器に対する情報が送信された場合、前記機器に対する情報を記憶する第２記憶手段を備え、
前記転送手段は、前記許可手段により前記再接続が許可された場合、前記第２記憶手段に記憶されている情報を前記機器に転送する
請求項１記載の通信管理装置。
【請求項４】
前記第１記憶手段は、更に、前記機器から前記通信管理装置への再接続の可否に対する時期的条件を前記再接続情報と対応付けて記憶し、
前記通信管理装置は、更に、前記許可手段により前記再接続が許可される前に、前記端末から前記通信管理装置へ前記機器に対する情報が送信され、かつ、前記再接続情報に対応付けられた前記時期的条件により特定される期間内に前記再接続の要求が前記機器からなされなかった場合、前記端末へ所定の応答を送信する応答手段を備える
請求項１記載の通信管理装置。
【請求項５】
更に、
前記端末から送信される前記機器に対する接続要求を受信する端末要求受信手段と、
前記端末要求受信手段により受信された前記接続要求を特定する要求識別子を生成する生成手段と、
前記生成手段により生成された前記要求識別子を前記機器に通知する通知手段と、
前記機器から送信される、前記機器と前記通信管理装置との通信セッションを特定する通信識別子を受信する識別子受信手段とを備え、
前記第１記憶手段は、更に、前記生成手段により生成された前記要求識別子を前記再接続情報と対応付けて記憶し、
前記許可手段は、前記機器から前記通信管理装置への通信の再接続の要求が行なわれ、かつ、前記識別子受信手段により受信された前記通信識別子と所定の関係にある要求識別子が前記再接続情報と対応付けられて前記第１記憶手段に記憶されている場合、前記再接続を許可する
請求項１記載の通信管理装置。
【請求項６】
前記第１記憶手段は、前記許可手段により前記再接続が許可される前に、前記端末要求受信手段が前記端末から前記機器に対する新たな接続要求を受信した場合、前記生成手段により生成される前記新たな接続要求を特定する要求識別子を前記再接続情報に更に対応付けて記憶し、
前記許可手段は、前記機器から前記通信管理装置への通信の再接続の要求が行なわれ、かつ、前記識別子受信手段により受信された前記通信識別子が、前記第１記憶手段に前記再接続情報と対応付けられて記憶されているいずれかの要求識別子と所定の関係にある場合、前記再接続を許可する
請求項５記載の通信管理装置。
【請求項７】
ネットワークを介し通信管理装置と通信する機器であって、
前記通信管理装置から送信される、前記機器の通信に関する情報の取得要求を受信する取得要求受信手段と、
前記取得要求受信手段により受信された前記取得要求の応答として、前記通信管理装置との通信を切断した後に前記通信管理装置との通信の再接続を行なう旨の再接続情報を送信する再接続情報送信手段と、
前記再接続情報送信手段により前記再接続情報が送信された後に、前記通信管理装置との通信を切断する切断手段と、
前記切断手段により前記通信管理装置との通信が切断された後に、前記通信管理装置との通信の再接続の要求を前記通信管理装置へ送信する接続要求送信手段と
を備える機器。
【請求項８】
更に、
前記切断手段により前記通信管理装置との通信が切断される前に、前記通信管理装置と前記機器との通信セッションを特定するための識別子を受信する識別子受信手段を備え、
前記接続要求送信手段は、更に、前記識別子受信手段により受信された前記識別子と所定の関係にある識別子を、前記通信管理装置と前記機器との通信セッションを特定するための通信識別子として前記通信管理装置へ送信する
請求項７記載の機器。
【請求項９】
前記機器は、第１通信手段と第２通信手段とを備え、
前記第１通信手段は、
前記取得要求受信手段、前記再接続情報送信手段、前記切断手段、および前記識別子受信手段を有し、更に、
前記取得要求受信手段が前記取得要求を受信した後に、前記第２通信手段を起動させる起動手段を有し、
前記第２通信手段は、
前記接続要求送信手段を有し、更に、
前記識別子受信手段により受信された識別子を取得する識別子取得手段を有し、
前記接続要求送信手段は、前記識別子取得手段により取得された前記識別子と所定の関係にある識別子を、前記通信識別子として前記通信管理装置へ送信する
請求項８記載の機器。
【請求項１０】
ネットワークに接続された端末および機器と、前記端末と前記機器との間の通信を管理する、前記ネットワークに接続された通信管理装置とを備える通信システムであって、
前記機器は、
前記通信管理装置から送信される、前記機器の通信に関する情報の取得要求を受信する取得要求受信手段と、
前記取得要求受信手段により受信された前記取得要求の応答として、前記通信管理装置との通信を切断した後に前記通信管理装置との通信の再接続を行なう旨の再接続情報を送信する再接続情報送信手段と、
前記再接続情報送信手段により前記再接続情報が送信された後に、前記通信管理装置との通信を切断する切断手段と、
前記切断手段により前記通信管理装置との通信が切断された後に、前記通信管理装置との通信の再接続の要求を前記通信管理装置へ送信する接続要求送信手段とを有し、
前記通信管理装置は、
前記機器の通信に関する情報を取得するための取得要求を前記機器に送信することで前記取得要求の応答として前記再接続情報を取得する再接続情報取得手段と、
前記再接続情報取得手段により取得された前記再接続情報を記憶する第１記憶手段と、
前記機器から前記通信管理装置への通信の再接続の要求が行なわれ、かつ、前記再接続情報が前記第１記憶手段に記憶されている場合、前記再接続を許可する許可手段と、
前記許可手段により前記再接続が許可された場合、前記端末から送信される情報を前記再接続により通信可能となった前記機器に転送する転送手段とを有する
通信システム。
【請求項１１】
前記通信管理装置は、更に、
前記許可手段により前記再接続が許可される前に、前記端末から前記通信管理装置へ前記機器に対する情報が送信された場合、前記機器に対する情報を記憶する第２記憶手段を備え、
前記転送手段は、前記許可手段により前記再接続が許可された場合、前記第２記憶手段に記憶されている情報を前記機器に転送する
請求項１０記載の通信システム。
【請求項１２】
前記通信管理装置が有する前記第１記憶手段は、更に、前記機器から前記通信管理装置への再接続の可否に対する時期的条件を前記再接続情報と対応付けて記憶し、
前記通信管理装置は、更に、前記許可手段により前記再接続が許可される前に、前記端末から前記通信管理装置へ前記機器に対する情報が送信され、かつ、前記再接続情報に対応付けられた前記時期的条件により特定される期間内に前記再接続の要求が前記機器からなされなかった場合、前記端末へ所定の応答を送信する応答手段を有する
請求項１０記載の通信システム。
【請求項１３】
前記機器は、更に、
前記切断手段により前記通信管理装置との通信が切断される前に、前記通信管理装置と前記機器との通信セッションを特定するための識別子を受信する第１識別子受信手段を有し、
前記接続要求送信手段は、更に、前記第１識別子受信手段により受信された前記識別子と所定の関係にある識別子を前記通信管理装置と前記機器との通信セッションを特定するための通信識別子として前記通信管理装置へ送信し、
前記通信管理装置は、更に、
前記端末から送信される前記機器に対する接続要求を受信する端末要求受信手段と、
前記端末要求受信手段により受信された前記接続要求を特定する要求識別子を生成する生成手段と、
前記生成手段により生成された前記要求識別子を前記通信管理装置と前記機器との通信セッションを特定するための識別子として前記機器へ通知する通知手段と、
前記機器から送信される、通信識別子を受信する第２識別子受信手段とを有し、
前記第１記憶手段は、前記許可手段により前記再接続が許可される前に、前記端末要求受信手段が前記端末から前記機器に対する新たな接続要求を受信した場合、前記生成手段により生成される前記新たな接続要求を特定する要求識別子を前記再接続情報に更に対応付けて記憶し、
前記許可手段は、前記機器から前記通信管理装置への通信の再接続の要求が行なわれ、かつ、前記第２識別子受信手段により受信された前記通信識別子が、前記第１記憶手段に記憶されているいずれかの要求識別子と所定の関係にある場合、前記再接続を許可する
請求項１０記載の通信システム。
【請求項１４】
前記機器は、第１通信手段と第２通信手段とを有し、
前記第１通信手段は、
前記取得要求受信手段、前記再接続情報送信手段、前記切断手段、および前記第１識別子受信手段を含み、更に、
前記取得要求受信手段が、前記機器の通信に関する情報の取得要求を受信した後に、前記第２通信手段を起動させる起動手段を含み、
前記第２通信手段は、
前記接続要求送信手段を含み、更に、
前記第１識別子受信手段により受信された識別子を取得する識別子取得手段を含み、
前記接続要求送信手段は、前記識別子取得手段により取得された前記識別子と所定の関係にある識別子を、前記通信管理装置と前記機器との通信セッションを特定するための通信識別子として前記通信管理装置へ送信する
請求項１３記載の通信システム。
【請求項１５】
ネットワークに接続された端末および機器と通信し、前記端末と前記機器との間の通信を管理する方法であって、
前記機器から、通信を切断した後に通信の再接続を行なう旨の再接続情報を取得する取得ステップと、
前記取得ステップにおいて取得された前記再接続情報を記憶手段に記憶させる記憶ステップと、
前記機器から通信の再接続の要求が行なわれ、かつ、前記再接続情報が前記記憶手段に記憶されている場合、前記再接続を許可する許可ステップと、
前記許可ステップにおいて前記再接続が許可された場合、前記端末から送信される情報を前記再接続により通信可能となった前記機器に転送する転送ステップと
を含む通信管理方法。
【請求項１６】
ネットワークを介し通信管理装置と通信する方法であって、
前記通信管理装置から送信される、通信に関する情報の取得要求を受信する受信ステップと、
前記受信ステップにおいて受信された前記取得要求の応答として、前記通信管理装置との通信を切断した後に前記通信管理装置との通信の再接続を行なう旨の再接続情報を送信する情報送信ステップと、
前記情報送信ステップにおいて前記再接続情報が送信された後に、前記通信管理装置との通信を切断する切断ステップと、
前記切断ステップにおいて前記通信管理装置との通信が切断された後に、前記通信管理装置との通信の再接続の要求を前記通信管理装置へ送信する要求送信ステップと
を含む通信方法。
【請求項１７】
ネットワークに接続された端末および機器と、前記端末と前記機器との間の通信を管理する、前記ネットワークに接続された通信管理装置とを備える通信システムにおける通信方法であって、
前記通信管理装置が、前記機器の通信に関する情報を取得するための取得要求を前記機器に送信する要求ステップと、
前記機器が、前記通信管理装置から送信される前記取得要求を受信する受信ステップと、
前記機器が、前記受信ステップにおいて受信された前記取得要求の応答として、前記通信管理装置との通信を切断した後に前記通信管理装置との通信の再接続を行なう旨の再接続情報を送信する情報送信ステップと、
前記接続管理装置が、前記取得要求の応答である前記再接続情報を取得する取得ステップと、
前記接続管理装置が、前記取得ステップにおいて取得された前記再接続情報を記憶手段に記憶させる記憶ステップと、
前記機器が、前記情報送信ステップにおいて前記再接続情報が送信された後に、前記通信管理装置との通信を切断する切断ステップと、
前記機器が、前記切断ステップにおいて前記通信管理装置との通信が切断された後に、前記通信管理装置との通信の再接続の要求を前記通信管理装置へ送信する要求送信ステップと、
前記機器から前記通信管理装置への通信の再接続の要求が行なわれ、かつ、前記再接続情報が前記記憶手段に記憶されている場合、前記接続管理装置が前記再接続を許可する許可ステップと、
前記許可ステップにおいて前記再接続が許可された場合、前記接続管理装置が、前記端末から送信される情報を前記再接続により通信可能となった前記機器に転送する転送ステップと
を含む通信方法。
【請求項１８】
ネットワークに接続された端末および機器と通信し、前記端末と前記機器との間の通信を管理するためのプログラムであって、
前記機器から、通信を切断した後に通信の再接続を行なう旨の再接続情報を取得する取得ステップと、
前記取得ステップにおいて取得された前記再接続情報を記憶手段に記憶させる記憶ステップと、
前記機器から通信の再接続の要求が行なわれ、かつ、前記再接続情報が前記記憶手段に記憶されている場合、前記再接続を許可する許可ステップと、
前記許可ステップにおいて前記再接続が許可された場合、前記端末から送信される情報を前記再接続により通信可能となった前記機器に転送する転送ステップと
をコンピュータに実行させるためのプログラム。
【請求項１９】
ネットワークを介し通信管理装置と通信するためのプログラムであって、
前記通信管理装置から送信される、通信に関する情報の取得要求を受信する受信ステップと、
前記受信ステップにおいて受信された前記取得要求の応答として、前記通信管理装置との通信を切断した後に前記通信管理装置との通信の再接続を行なう旨の再接続情報を送信する情報送信ステップと、
前記情報送信ステップにおいて前記再接続情報が送信された後に、前記通信管理装置との通信を切断する切断ステップと、
前記切断ステップにおいて前記通信管理装置との通信が切断された後に、前記通信管理装置との通信の再接続の要求を前記通信管理装置へ送信する要求送信ステップと
をコンピュータに実行させるためのプログラム。
【請求項２０】
ネットワークに接続された端末および機器と、前記端末と前記機器との間の通信を管理する、前記ネットワークに接続された通信管理装置とを備える通信システムにおける通信のためのプログラムであって、
前記通信管理装置が、前記機器の通信に関する情報を取得するための取得要求を前記機器に送信する要求ステップと、
前記機器が、前記通信管理装置から送信される前記取得要求を受信する受信ステップと、
前記機器が、前記受信ステップにおいて受信された前記取得要求の応答として、前記通信管理装置との通信を切断した後に前記通信管理装置との通信の再接続を行なう旨の再接続情報を送信する情報送信ステップと、
前記接続管理装置が、前記取得要求の応答である前記再接続情報を取得する取得ステップと、
前記接続管理装置が、前記取得ステップにおいて取得された前記再接続情報を記憶手段に記憶させる記憶ステップと、
前記機器が、前記情報送信ステップにおいて前記再接続情報が送信された後に、前記通信管理装置との通信を切断する切断ステップと、
前記機器が、前記切断ステップにおいて前記通信管理装置との通信が切断された後に、前記通信管理装置との通信の再接続の要求を前記通信管理装置へ送信する要求送信ステップと、
前記機器から前記通信管理装置への通信の再接続の要求が行なわれ、かつ、前記再接続情報が前記記憶手段に記憶されている場合、前記接続管理装置が前記再接続を許可する許可ステップと、
前記許可ステップにおいて前記再接続が許可された場合、前記接続管理装置が、前記端末から送信される情報を前記再接続により通信可能となった前記機器に転送する転送ステップと
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末と機器とのネットワークを介した通信を管理する通信管理装置、端末と通信する機器および通信システムに関する。
【背景技術】
【０００２】
近年、企業、家庭を問わず、Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ（ＮＡＴ）機能またはＮｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ（ＮＡＰＴ）機能を搭載するルータによりローカルエリアネットワーク（ＬＡＮ）とインターネットとを接続することが一般化している。
【０００３】
インターネットに接続された機器間で通信を行なう場合、世界中で一意に割り当てられたグローバルＩＰアドレスが使用される。一方で、インターネットに接続される機器数の急増によりグローバルＩＰアドレスは不足する傾向にある。そのため、インターネットに直接接続されない組織内や家庭内のＬＡＮにおいては、ＲＦＣ１９１８で規定されたＬＡＮ内でのみ一意なプライベートＩＰアドレスが使用されることが多い。
【０００４】
プライベートＩＰアドレスはインターネット上において一意的なアドレスではないため、そのままではプライベートＩＰアドレスを持つ機器はインターネットに接続された機器と通信を行なうことができない。ＮＡＴまたはＮＡＰＴ機能はこの問題を解決し、プライベートＩＰアドレスを割り当てられた機器がインターネット経由で通信を行なえるよう、グローバルＩＰアドレスとプライベートＩＰアドレスとの相互変換機能を提供する。
【０００５】
ＮＡＴまたはＮＡＰＴ技術によれば、プライベートＩＰアドレスを持つＬＡＮ内の機器からインターネット上のサーバに接続することは容易に可能である。一方で、プライベートＩＰアドレスを持つＬＡＮ内の機器に、インターネット上の機器から望む時に自由に接続することは容易でなく、このため例えば、携帯電話からインターネット経由で、家庭内の家電機器に接続して制御するような機能の実現は難しかった。
【０００６】
プライベートＩＰアドレスを持つＬＡＮ内の機器に対しインターネット上の機器から望む時に自由に通信できる方法として、特許文献１に開示される方法が提案されている。
【０００７】
図１０は、インターネット上の端末からＬＡＮ内の機器に対する通信を開始する従来の通信システムにおける通信シーケンスの一例を示す図である。
【０００８】
特許文献１開示された方法を、図１０を用いて説明する。特許文献１では、インターネット１０５に接続された少なくとも１つの機器５０１と、インターネット１０５に接続可能な少なくとも１つの端末１０２との間の通信を、インターネット１０５に接続されたサーバ５０４を介して転送する通信システムを例示している。その通信システムにおいてサーバ５０４及び機器５０１は次にように動作する。
【０００９】
機器５０１は、サーバ５０４に定期的に通知パケットを送り（Ｓ５０１）、これにより、サーバ５０４は、機器５０１を特定する識別子である機器ＩＤ、ルータ１０３のインターネット側のＩＰアドレスおよびポート情報を保持する（Ｓ５０２）。端末１０２から機器５０１に対する通信を行いたい場合、端末１０２はサーバに対しＳｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ（ＳＳＬ）でのＴｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ（ＴＣＰ）接続要求を送信する（Ｓ５０３）。これにより、通常のＳＳＬの手順に従ってサーバ証明書通知がサーバ５０４から端末１０２に送付されて（Ｓ５０４）、端末１０２により認証される。認証が成功すると、暗号化通信が可能となる。続いて、端末１０２は、機器接続要求（Ｓ５０５）を送信する。サーバ５０４は、接続要求（Ｓ５０５）があった場合、保持している機器ＩＤ情報を検索（Ｓ５０６）し、指定された機器５０１が接続されていると判断した場合には、一意なセッション識別子を生成する（Ｓ５０７）。さらに通知パケットの応答としてそのセッション識別子を含む接続要求パケットを前記機器５０１に送る（Ｓ５０８）。機器５０１は、サーバ５０４から接続要求パケットを受信した場合、サーバ５０４に対してＴＣＰ／ＳＳＬ接続要求を送信し（Ｓ５０９）、サーバ５０４との間でＴＣＰ接続を確立する。これにより、通常のＳＳＬの手順に従って、サーバ証明書通知がサーバ５０４から機器５０１に送付されて（Ｓ５１０）認証される。認証が成功すると暗号化通信が可能となる。
【００１０】
サーバ５０４と機器５０１との間でＳＳＬで暗号化されたＴＣＰ接続が確立された後、サーバ５０４はＴＣＰ接続上で、機器５０１から送信されるセッション識別子を受信し（Ｓ５１１）、ＴＣＰ接続において受信されたセッション識別子を対応付ける（Ｓ５１２）ことで、端末からの複数の接続要求に対して複数のＴＣＰ接続を各々対応付ける。
【００１１】
セッション識別子の照合（Ｓ５１２）の後、サーバ５０４は、機器接続要求（Ｓ５０５）への応答としてセッション識別子を含ませた機器接続応答を端末１０２へ送信する（Ｓ５１３）。これにより、端末１０２と機器１０１とは同一のセッション識別子を通知されたこととなる。
【００１２】
サーバ５０４は、端末１０２がセッション識別子を指定して転送を要求し、且つ、指定されたセッション識別子に対応付けられたＴＣＰ接続が確立済みの場合、確立済みのＴＣＰ接続上で端末１０２からの通信を転送することにより、セッション識別子毎に並列して通信内容の転送を行なう。
【００１３】
端末１０２は、機器５０１への処理要求等の内容を含む情報にサーバ５０４から通知されたセッション識別子を含ませてサーバ１０４へ送信する（Ｓ５１４）。サーバ５０４は、そのセッション識別子により特定された機器１０１とのＴＣＰ接続上で、端末１０２から送信された情報を機器５０１へ転送し（Ｓ５１５）、機器５０１からの応答（Ｓ５１６）を端末１０２へ転送する（Ｓ５１７）。その後、サーバ５０４または機器５０１からＴＣＰ切断を行い一連の通信シーケンスが完了する。
【００１４】
特許文献１に例示された通信システムによれば、サーバ５０４から機器５０１に送信される接続要求パケットは、機器５０１からの通知パケットの応答として送信される。そのため、機器５０１がＮＡＴ機能を搭載したルータ１０３によってインターネット１０５に接続されている場合でも、接続要求パケットをルータ１０３を越えて機器５０１に届けることができる。また機器５０１からサーバ５０４に対するＴＣＰ接続の確立の際、機器５０１からサーバ５０４に対して接続要求が行われる。そのため、静的ＮＡＴ設定を無しにＴＣＰ接続を確立することが出来る。これにより、サーバ５０４と機器５０１との間に、望むときにＴＣＰ接続を確立することができる。従って、このＴＣＰ接続上でサーバ５０４が通信の転送を行なうことにより、ＮＡＴルータの有無に関わらず端末１０２から望む時にＬＡＮ１０６に接続された機器５０１と通信を行なうことが可能となる。
【００１５】
また、サーバ５０４と機器５０１との間に複数のＴＣＰ接続を確立することができ、その際の個々のＴＣＰ接続上の通信内容を別々のセッション識別子で管理することができる。これにより、通信内容を混合して一貫性を無くすことがなく、端末１０２から機器５０１に対しセッション識別子毎に並列した通信を行なうことが可能となる。機器５０１が複数のＴＣＰの接続に対応していない場合、サーバ５０４は、最後に接続要求を行った端末１０２向けに生成したセッション識別子により特定される通信のみを、確立済みのＴＣＰ接続上で、機器５０１に転送する。
【００１６】
なお、上記サーバ５０４を利用し、端末からＬＡＮ内の機器への通信の開始をいつでも行なえるようにしておくためには、ＬＡＮ内の機器は常にサーバ１０４との通信が可能な状態に置かれている必要がある。
【００１７】
近年のＡＶ機器等では、比較的高性能なＣＰＵを主要な動作をおこなうためのメインＣＰＵとして採用する場合が多く、機器が待機状態にあるときにこのメインＣＰＵ動作させていると、消費電力が大きくなってしまうという問題がある。一方、消費電力を下げようとして、待機状態時にメインＣＰＵを停止させた場合、サーバとの通信処理が実行できないため、インターネット上の端末から自由に機器と通信することができないという問題がある。
【００１８】
そこで、通信を行なうための処理部を、主要な動作を行なう処理部とは別に備え、その通信のための処理部のみ常時起動させておく機器も存在する。
【００１９】
図１１は、通信のための処理部を、主要な動作を行なう処理部とは別に備える機器の構成の一例を示す図である。
【００２０】
図１１に示す機器５０１は、機器５０１の主要な動作を実行するための処理部であるメイン処理部５０７と、サーバとの通信を行なうための処理部であるサブ処理部５０８と、パケットの送受信をおこなうための処理部であるパケット送受信部５０９とを備える。
【００２１】
サブ処理部は、インターネットを介しサーバと通信を行なうためのソフトウェア等と、サーバを介して情報のやり取りを行う端末とメイン処理部との会話を成立させるプロトコル変換のためのソフトウェア等を備える。これにより、機器５０１は、サーバとの通信、およびサーバを介した端末との通信を行なうことができる。
【００２２】
また、図１１に示す機器５０１において、ユーザにより電源がオフにされると、メイン処理部５０７の非通電状態となり全ての動作を停止するが、パケット送受信部５０９とサブ処理部５０８とは起動したままとなる。
【００２３】
つまり、機器５０１の電源がオフにされ、メイン処理部５０７の電源（以下、「主電源」という。）が落とされた状態あっても、サブ処理部５０８がサーバとの通信を行なうことができる。また、メイン処理部５０７が動作する必要がある場合は、メイン処理部５０７を起動させ、サブ処理部５０８は、サーバとメイン処理部５０７との間の通信の中継を行なう。
【特許文献１】特許３４４５９８６号公報
【発明の開示】
【発明が解決しようとする課題】
【００２４】
図１１に示す機器５０１の構成において、サブ処理部５０８は、主電源のオン・オフに関わらず機器５０１とサーバとの通信を可能とするために、プロトコル変換等に必要な処理部およびソフトウェア等のリソースを備えておく必要がある。これにより、サブ処理部５０８はコスト的に高価なものになる。また、機器５０１全体でみると、メイン処理部５０７が潤沢なメモリや高性能のＣＰＵ等のリソースを有しているにも関わらず、それらが有効に活用されていないという無駄が発生することになる。
【００２５】
これら問題を解決するために、サブ処理部５０８には必要最小限の通信機能であるネットワーク通信のための比較的低性能なＣＰＵ（サブＣＰＵ）およびソフトウェア等のリソースのみを持たせ、メイン処理部５０７が起動した後は、メイン処理部５０７がサーバとの通信を行なうようにする機能構成が考えられる。
【００２６】
これにより、サブ処理部５０８は、端末とメイン処理部との間の通信におけるプロトコル変換機能等を有する必要がなく、通知パケットを送信する機能等のサーバとの通信を行なうため必要最小限のリソースのみを有しておけばよい。また、メイン処理部５０７が起動した後は、メイン処理部５０７が有する潤沢なリソースを利用してサーバと通信を行なうため、機器５０１における無駄なリソースの発生を抑えることができる。
【００２７】
メイン処理部５０７とサブ処理部５０８とが通信機能を有するような構成は、上述のように、低消費電力とネットワークを介した操作（機器電源投入など）とを両立する機器において実施される。メイン処理部５０７が起動した後においては、機器制御全般及びネットワーク通信処理全般が、メイン処理部５０７が有するメインＣＰＵにより処理される。
【００２８】
しかしながら、上記機能構成によると、例えば、機器５０１の主電源オフ時に、サブ処理部５０８がサーバとの通信により、メイン処理部５０７を起動させる必要が生じ、メイン処理部５０７を起動させた場合、機器５０１における通信主体の切り替えが発生する。具体的には、サブ処理部５０８が確立したサーバとのＴＣＰ接続を一旦切断し、メイン処理部５０７が改めてサーバとのＴＣＰ接続を再確立することになる。
【００２９】
この場合、上記従来のサーバにおいては、上述のように、ＴＣＰ接続を個別にセッション識別子で管理しており、機器５０１からＴＣＰ接続を切断されると、サーバは、機器１０１に何らかの問題が発生したと判断し、機器５０１との通信は終了したと認識する。
【００３０】
これにより、機器５０１のサブ処理部５０８がＴＣＰ接続を切断した後に、サーバが端末から機器５０１への要求を受信した場合、サーバはその要求を機器５０１に転送せずに、端末１０２にエラー応答することとなる。
【００３１】
また機器５０１においてメイン処理部５０７がＴＣＰ接続を再確立しようした場合、サーバはそのＴＣＰ接続の要求を不正な要求と判断し、そのＴＣＰ接続要求を拒否してしまうという問題がある。
【００３２】
本発明は、上記問題に鑑みてなされたものであり、端末の通信相手である機器の低消費電力化と効率的なリソースの活用とを実現しつつ、端末からネットワークを介し自由に機器と通信することを可能とするための通信管理装置、機器、および通信システムを提供することを目的とする。
【課題を解決するための手段】
【００３３】
上記目的を達成するために、本発明の通信管理装置は、ネットワークに接続された端末および機器と通信し、前記端末と前記機器との間の通信を管理する、前記ネットワークに接続された通信管理装置であって、前記機器から、前記機器が前記通信管理装置との通信を切断した後に前記通信管理装置との通信の再接続を行なう旨の再接続情報を取得する再接続情報取得手段と、前記再接続情報取得手段により取得された前記再接続情報を記憶する第１記憶手段と、前記機器から前記通信管理装置への通信の再接続の要求が行なわれ、かつ、前記再接続情報が前記第１記憶手段に記憶されている場合、前記再接続を許可する許可手段と、前記許可手段により前記再接続が許可された場合、前記端末から送信される情報を前記再接続により通信可能となった前記機器に転送する転送手段と
を備える。
【００３４】
これにより、通信管理装置は、機器が通信の切断および再接続を行うかどうかを知ることができる。従って、機器から通信を切断された場合であってもその切断を、例えばエラーと判断してしまうことがなく、その後の再度接続の要求を受諾することができる。そして、この再接続により通信が再開された機器への情報の転送を行うことができる。結果として、機器が低消費電力化等のために複数の通信処理手段を有し、電源状態等により選択的に通信処理手段を切り替える機器である場合、つまり、通信処理手段の切り換え時に通信の切断が発生する機器である場合においても、端末からネットワークを介して自由に機器と通信を行うことが可能となる。
【００３５】
また、本発明の通信管理装置は、更に、前記許可手段により前記再接続が許可される前に、前記端末から前記通信管理装置へ前記機器に対する情報が送信された場合、前記機器に対する情報を記憶する第２記憶手段を備え、前記転送手段は、前記許可手段により前記再接続が許可された場合、前記第２記憶手段に記憶されている情報を前記機器に転送するとしてもよい。
【００３６】
これにより、通信管理装置は、機器との通信の切断中に機器に対する情報の送信が端末からあった場合でも、その情報を無効とすることなく保持することができる。さらに、機器との通信が再開した場合、その保持している情報を機器へ転送することができる。つまり、端末のユーザは、機器が再接続の要求を行なうタイミング等を意識する必要はない。従って、この構成においても、端末からネットワークを介して自由に機器と通信を行うことが可能となる。
【００３７】
また、本発明の通信管理装置において、前記第１記憶手段は、更に、前記機器から前記通信管理装置への再接続の可否に対する時期的条件を前記再接続情報と対応付けて記憶し、前記通信管理装置は、更に、前記許可手段により前記再接続が許可される前に、前記端末から前記通信管理装置へ前記機器に対する情報が送信され、かつ、前記再接続情報に対応付けられた前記時期的条件により特定される期間内に前記再接続の要求が前記機器からなされなかった場合、前記端末へ所定の応答を送信する応答手段を備えるとしてもよい。
【００３８】
これにより、通信管理装置は、機器との通信の切断中に機器に対する情報の送信が端末からあった場合、時期的条件を満たす期間内に、機器からの再接続要求がないときは、端末にその旨を通知することが可能となる。従って、例えば、機器の故障やネットワーク回線の切断等により機器が通信不能になった場合においても、端末のユーザにいつまでも機器との通信を待たせることがない。また、この時期的条件により通信管理装置を１つの通信セッションの処理のために無駄に拘束することがなく、ユーザは通信管理装置への負荷を気に掛けることなく通信管理装置を利用することができる。
【００３９】
また、本発明の通信管理装置は、更に、前記端末から送信される前記機器に対する接続要求を受信する端末要求受信手段と、前記端末要求受信手段により受信された前記接続要求を特定する要求識別子を生成する生成手段と、前記生成手段により生成された前記要求識別子を前記機器に通知する通知手段と、前記機器から送信される、前記機器と前記通信管理装置との通信セッションを特定する通信識別子を受信する識別子受信手段とを備え、前記第１記憶手段は、更に、前記生成手段により生成された前記要求識別子を前記再接続情報と対応付けて記憶し、前記許可手段は、前記機器から前記通信管理装置への通信の再接続の要求が行なわれ、かつ、前記識別子受信手段により受信された前記通信識別子と所定の関係にある要求識別子が前記再接続情報と対応付けられて前記第１記憶手段に記憶されている場合、前記再接続を許可するとしてもよく、前記第１記憶手段は、前記許可手段により前記再接続が許可される前に、前記端末要求受信手段が前記端末から前記機器に対する新たな接続要求を受信した場合、前記生成手段により生成される前記新たな接続要求を特定する要求識別子を前記再接続情報に更に対応付けて記憶し、前記許可手段は、前記機器から前記通信管理装置への通信の再接続の要求が行なわれ、かつ、前記識別子受信手段により受信された前記通信識別子が、前記第１記憶手段に前記再接続情報と対応付けられて記憶されているいずれかの要求識別子と所定の関係にある場合、前記再接続を許可するとしてもよい。
【００４０】
これにより、通信管理装置が、端末からの機器への接続要求に対して生成した最新の要求識別子とそれ以前に生成していた要求識別子とを保持することができる。そのため、機器との通信の切断中に端末から機器への接続要求があり、新たな要求識別子が生成されたにもかかわらず、機器から通信管理装置に対する再接続の要求がなされ、古い要求識別子と所定の関係がある通信識別子を通知してきた場合でも、通信管理装置の許可手段は、その通信識別子が、保持されている要求識別子と所定の関係にあることから、その再接続を許可することができる。従って、この再接続により再開された通信上で端末からの情報を機器へ転送することが可能となる。
【００４１】
例えば、ユーザの誤操作等により、端末から連続して接続要求が送信された場合においても通信管理装置および機器は、その複数の接続要求に対応し何度も通信管理装置と機器との間の接続確立のための通信および処理を行うことがない。つまり、通信管理装置および機器において無駄な通信および処理が発生することがない。また、ユーザは通信管理装置と機器との間の通信状態等を意識する必要はなく、端末からネットワークを介して自由に機器と通信を行うことが可能となる。
【００４２】
また、本発明の機器は、ネットワークを介し通信管理装置と通信する機器であって、前記通信管理装置から送信される、前記機器の通信に関する情報の取得要求を受信する取得要求受信手段と、前記取得要求受信手段により受信された前記取得要求の応答として、前記通信管理装置との通信を切断した後に前記通信管理装置との通信の再接続を行なう旨の再接続情報を送信する再接続情報送信手段と、前記再接続情報送信手段により前記再接続情報が送信された後に、前記通信管理装置との通信を切断する切断手段と、前記切断手段により前記通信管理装置との通信が切断された後に、前記通信管理装置との通信の再接続の要求を前記通信管理装置へ送信する接続要求送信手段とを備える。
【００４３】
これにより、本発明の機器は、通信管理装置との通信を切断した後に再接続することを、事前に通信管理装置に知らせることができる。つまり、この後に発生する通信の切断はエラー等ではないことを知らせることができる。従って、通信管理装置との情報のやり取りを行う上で、一旦、通信を切断し再接続必要がある場合であっても、通信管理装置から再接続を拒絶されることがない。結果として、機器のユーザは、端末からネットワークと通信管理装置とを介して自由に機器と通信を行うことが可能となる。
【００４４】
また、本発明の機器は、更に、前記切断手段により前記通信管理装置との通信が切断される前に、前記通信管理装置と前記機器との通信セッションを特定するための識別子を受信する識別子受信手段を備え、前記接続要求送信手段は、更に、前記識別子受信手段により受信された前記識別子と所定の関係にある識別子を、前記通信管理装置と前記機器との通信セッションを特定するための通信識別子として前記通信管理装置へ送信するとしてもよい。
【００４５】
これにより、通信管理装置へ再接続する際に、通信管理装置へ通信識別子を送信することができる。この通信識別子は通信管理装置と機器との通信セッションを特定するための識別子と所定の関係を有する識別子であり、再接続前に通信管理装置と通信していた機器であることを通信管理装置に知らしめることが可能となる。従って、この構成においても、機器は、通信管理装置から再接続を拒絶させることがなく、機器のユーザは、端末からネットワークと通信管理装置とを介して自由に機器と通信を行うことが可能となる。
【００４６】
また、本発明の機器は、第１通信手段と第２通信手段とを備え、前記第１通信手段は、前記取得要求受信手段、前記再接続情報送信手段、前記切断手段、および前記識別子受信手段を有し、更に、前記取得要求受信手段が前記取得要求を受信した後に、前記第２通信手段を起動させる起動手段を有し、前記第２通信手段は、前記接続要求送信手段を有し、更に、前記識別子受信手段により受信された識別子を取得する識別子取得手段を有し、前記接続要求送信手段は、前記識別子取得手段により取得された前記識別子と所定の関係にある識別子を、前記通信識別子として前記通信管理装置へ送信するとしてもよい。
【００４７】
このように、本発明の機器は、その構成を、第１通信手段と第２通信手段とを備える構成とすることができる。これにより、例えば、第１通信手段を基本的なネットワーク通信機能のみを有するものとし、第２通信手段は通信管理装置との通信のみならず端末からの要求等についても処理可能な機能を有するものとすることができる。更に、第１通信手段を常に起動させておき、第１通信手段が有する起動手段により必要に応じて第２通信手段を起動させることができる。常に起動している第１通信手段は、基本的なネットワーク通信機能のみを有すればよいため、機器全体における低消費電力化や製造コストの抑制が可能となり、かつ、機器のユーザは、端末からネットワークと通信管理装置とを介して自由に機器と通信を行うことが可能となる。
【００４８】
更に、本発明は、本発明の通信管理装置、機器、および通信システムの特徴的な構成部をステップとする方法として実現したり、それらのステップを含むプログラムとして実現したり、そのプログラムが格納された、ＣＤ−ＲＯＭ等の記憶媒体として実現したり、集積回路として実現することもできる。プログラムは、通信ネットワーク等の伝送媒体を介して流通させることもできる。
【発明の効果】
【００４９】
本発明は、端末の通信相手である機器の低消費電力化と効率的なリソースの活用とを実現しつつ、端末からネットワークを介し自由に機器と通信することを可能とするための通信管理装置、機器、および通信システムを提供することができる。
【００５０】
特に、機器全体における低消費電力化や製造コストの抑制等の理由により、複数の通信処理手段を有し、その機器の電源状態等により選択的にサーバとの通信の処理を行なう機器において、通信処理手段の切り替えが発生した場合でも、インターネット上の端末から自由に通信することが可能となる。
【００５１】
また、本発明の通信管理装置、機器、および通信システムを利用することにより、インターネット上の端末から、プライベートＩＰアドレスを付与されたＬＡＮ内の機器に自由に通信することが可能となる。
【発明を実施するための最良の形態】
【００５２】
以下、添付の図面を参照し、本発明の通信管理装置、機器、および通信システムの実施の形態を詳細に説明する。
【００５３】
まず、図１および図２を用いて、本発明の実施の形態の通信システム、サーバおよび機器の構成を説明する。
【００５４】
図１は、本発明の実施の形態の通信システムの構成の一例を示す図である。
【００５５】
図１に示す通信システムは、インターネット１０５上の端末１０２とＬＡＮ１０６上の機器１０１との通信を実現するものである。図１に示すように本実施の形態の通信システムはＬＡＮ１０６上の機器１０１と、インターネット１０５に接続されたサーバ１０４および端末１０２と、ＬＡＮ１０６とインターネットを接続するルータ１０３とを備える。
【００５６】
サーバ１０４は、本発明の通信管理装置の一例であり、端末１０２とＬＡＮ１０６上の機器１０１との通信を管理する装置である。端末１０２と機器１０１とはサーバ１０４を介して通信することができる。
【００５７】
端末１０２は、機器１０１と通信することのできる端末装置であり、例えば携帯電話により実現される。
【００５８】
ルータ１０３は、ＮＡＰＴ機能を実装するルータ装置であり、グローバルＩＰアドレスとプライベートＩＰアドレスとの相互変換を行なうことにより、ＬＡＮ１０６上の機器１０１とインターネット上のサーバ１０４との通信を可能としている。
【００５９】
機器１０１は、本発明の機器の一例であり、ネットワークを介した通信を行なう機能を有する機器である。例えば、ハードディスクレコーダにより実現される。
【００６０】
図２は、本実施の形態におけるサーバ１０４および機器１０１の機能的な構成の一例を示す機能ブロック図である。
【００６１】
サーバ１０４は、上述のように、端末１０２とＬＡＮ１０６上の機器１０１との通信を管理するコンピュータであり、サーバ通信部１４１と、サーバ制御部１４２と、管理テーブル記憶部１４３と、通信内容記憶部１４４とを備える。
【００６２】
サーバ通信部１４１は、機器１０１および端末１０２と情報のやり取りを行なうための処理部である。サーバ制御部１４２は、サーバ１０４の動作および処理の制御を行なう処理部である。なお、本発明の通信管理装置における、端末要求受信手段および識別子受信手段が有する情報の受信機能は、サーバ通信部１４１により実現される。また、接続情報取得手段、転送手段、応答手段、通知手段が有する情報の取得または送出機能は、サーバ制御部１４２およびサーバ通信部１４１により実現される。また、許可手段が有する機器の再接続を許可する機能、および生成手段が有する要求識別子を生成する機能はサーバ制御部１４２により実現される。
【００６３】
管理テーブル記憶部１４３は、本発明の通信管理装置における第１記憶手段の一例であり、管理テーブルを記憶するための記憶装置である。管理テーブルとは、端末１０２と機器１０１との間の通信を管理するための情報がテーブル形式で記憶されたものである。管理テーブルについては、図５（Ａ）〜図５（Ｃ）を用いて後述する。
【００６４】
通信内容記憶部１４４は、本発明の通信管理装置における第２記憶手段の一例であり、端末１０２から送信された機器１０１に対する処理要求等の内容を記憶するための記憶装置である。
【００６５】
これら、管理テーブル記憶部１４３および通信内容記憶部１４４に対する情報の書込みおよび情報の読み出しはサーバ制御部１４２により行われる。
【００６６】
機器１０１は、上述のように、ネットワークを介した通信を行なう機能を有する機器であり、メイン処理部１０７と、サブ処理部１０８と、パケット送受信部１０９とを備える。
【００６７】
メイン処理部１０７は、本発明の機器における第２通信手段の一例であり、機器１０１の主要な処理を実行する処理部である。サブ処理部１０８は、本発明の機器における第１通信手段の一例であり、サーバ１０４と通信することを主要な役割とする処理部である。パケット送受信部１０９は、サーバ１０４との間でパケットの送受信をするための処理部である。
【００６８】
ユーザの機器１０１の電源ボタン（図示せず）の操作により電源がオフにされた場合、メイン処理部１０７の電源である主電源はオフになり全ての動作が停止される。しかしながら、パケット送受信部１０９とサブ処理部１０８とは、常に通電状態にあり、ユーザにより機器１０１の電源がオフにされた場合であっても、サーバ１０４と通信することができる。また、サブ処理部１０８は、必要に応じ、メイン処理部１０７を起動させることができ、メイン処理部１０７の起動後は、機器１０１におけるサーバ１０４との通信は、メイン処理部１０７が担当する。
【００６９】
メイン処理部１０７は、メイン通信部１７１と、メモリ１７２と、機器制御部１７３と、処理実行部１７４とを有する。各構成部はメイン処理部１０７が有するメインＣＰＵ（図示せず）により制御される。
【００７０】
メイン通信部１７１は、サーバ１０４と通信するための処理部であり、端末１０２と機器制御部１７３との会話を成立させるための機能も有する処理部である。なお、本発明の機器における接続要求送信手段が有する再接続の要求を送信する機能と、識別子取得手段が有する識別子を取得する機能はメイン通信部１７１により実現される。
【００７１】
メモリ１７２は、メイン通信部１７１がサーバ１０４および機器制御部１７３と通信するために必要な情報を記憶するための記憶装置である。機器制御部１７３は、機器１０１で実行される主要な処理を制御するための処理部である。
【００７２】
処理実行部１７４は、機器制御部１７３の指示に従い主要な処理を実行する処理部である。主要な処理とは、機器１０１が、ハードディスクレコーダとして実現された場合は、コンテンツの録画・再生等の処理であり、それら処理に必要な記憶装置等のリソースを有している。
【００７３】
なお、機器１０１は、上述のように、ハードディスクレコーダ等のＡＶ機器として実現することができる。しかしながら、本実施の形態の説明においては、本発明の特徴を明確に説明するために、コンテンツの録画・再生機能等、機器１０１の本来の機能のための構成部についての図示および説明は省略する。
【００７４】
サブ処理部１０８は、サブ通信部１８１と、メモリ１８２と、起動指示部１８３とを有する。各構成部はサブ処理部１０８が有するサブＣＰＵ（図示せず）により制御される。
【００７５】
サブ通信部１８１は、サーバ１０４と通信するための処理部である。なお、本発明の機器における取得要求受信手段および識別子受信手段が有する情報を受信する機能、再接続情報送信手段が有する再接続情報を送信する機能、および切断手段が有する通信を切断する機能は、サブ通信部１８１により実現される。
【００７６】
メモリ１８２は、サブ通信部１８１がサーバ１０４と通信するために必要な情報を記憶するための記憶装置である。
【００７７】
起動指示部１８３は、本発明の機器における起動手段の一例であり、サブ通信部１８１が受け取ったサーバ１０４からの要求に基づき、メイン処理部１０７を起動させるための処理部である。起動指示は、サブ通信部１８１を介しメイン処理部１０７へ送られる。
【００７８】
次に、以上のように構成された通信システムにおける通信の流れおよび各機器の動作を図３〜図９を用いて説明する。
【００７９】
なお、機器１０１のＩＰアドレスはプライベートＩＰアドレス“１９２．１６８．１．２”であり、サーバ１０４のＩＰアドレスはグローバルＩＰアドレス“４．１７．１６８．６”であると想定する。また、ルータ１０３のインターネット１０５側アドレスは、一般にインターネットサービスプロバイダーからＤｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＤＨＣＰ）やＰｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏ（ＰＰＰ）等のプロトコルにより割り当てられ、動的に変化するが、この時点でルータ１０３のインターネット側ＩＰアドレスはグローバルＩＰアドレス“２０２．２２４．１５９．１４２”であると想定する。また、説明の便宜上、ルータ１０３のインターネット１０５側アドレスは１つしかないとする。なお、本実施の形態において、ＩＰアドレスはＩＰｖｅｒ４に準拠している。また、機器１０１に固有に付与された機器識別子である機器ＩＤは“１２３４”であると想定する。
【００８０】
以上の想定の下に、以下の説明を行なう。なお、端末１０２および機器１０１の動作のタイミングによりサーバ１０４がそれぞれ異なる動作を行なうため、端末１０２および機器１０１の動作等のタイミングにより通信シーケンスを４つの場合に分け、それぞれの通信シーケンスについて説明を行なう。また、各通信シーケンスの開始時においては、機器１０１は待機状態である。つまり、メイン処理部１０７は電源オフの状態で動作を停止しており、サブ処理部１０８がサーバ１０４との通信を行なう状態である。
【００８１】
＜第１の通信シーケンス＞
図３は、本発明の実施の形態の通信システムにおける第１の通信シーケンスを示す図である。なお、図中の機器１０１内にある“メイン”とは機器１０１のメイン処理部１０７を指し、“サブ”とは機器１０１のサブ処理部１０８を指す。以降、図６〜図８においても同様である。
【００８２】
図３を参照し、本実施形態の通信システムにおける通信シーケンスを説明する。機器１０１は周期的に通知ＵＤＰパケットを送信する（Ｓ２０１）。通知ＵＤＰパケットは機器１０１の機器ＩＤを含む。通知ＵＤＰパケットはルータ１０３により、往路のＮＡＰＴ変換が行なわれた後、インターネット１０５に送出され、サーバ１０４にて受信される。通知ＵＤＰパケットは機器１０１のサブ処理部１０８により生成されパケット送受信部１０９によりサーバ１０４へ送信される。以下、パケット送受信部１０９は機器１０１における情報の送受信の中継を行なうのみであり、その説明は省略する。
【００８３】
図４（ａ）は、機器１０１から送信された通知ＵＤＰパケットのデータ構成の一例を示す図であり、図４（ｂ）は、ルータ１０３により往路のＮＡＰＴ変換が行われた通知ＵＤＰパケットのデータ構成の一例を示す図である。なお、図４（ｃ）および図４（ｄ）はサーバ１０４から機器１０１へ送信されるＵＤＰパケットを示す図であり、以下の通信シーケンスの説明内で後述する。
【００８４】
図中の“ＳＡ”は、送信元のＩＰアドレスを示す情報であり、“ＤＡ”は、送信先のＩＰアドレスを示す情報である。“ＳＰ”は、ルータ１０３が通信に使用するポート番号を示す情報であり、“ＤＰ”は、送信先のサーバ１０４のポート番号を示す情報である。
【００８５】
図４（ａ）と図４（ｂ）とに示すように、通知ＵＤＰパケットのペイロードには送信元の機器１０１の機器ＩＤ“１２３４”が含まれている。また、ルータ１０３により、送信元のＩＰアドレスであるＳＡが、機器１０１のプライベートＩＰアドレス“１９２．１６８．１．２”からルータ１０３のグローバルＩＰアドレス“２０２．２２４．１５９．１４２”へ変換されている。
【００８６】
さらに、送信元のポート番号であるＳＰが、機器１０１との通信に使用するポート番号“１”からサーバ１０４との通信に使用するポート番号“１００”へ変換されている。
【００８７】
これらの変換により、サーバ１０４が機器１０１に情報を送信する際のあて先となる情報であるルータ１０３のグローバルＩＰアドレスとポート番号とを通知することができる。
【００８８】
なお、通知ＵＤＰパケットの送信周期は、ルータ１０３がＵＤＰパケットのＮＡＰＴテーブルをタイムアウトにより破棄する時間よりも短く設定する。これによりルータ１０３には、ＮＡＰＴテーブルがタイムアウトにより破棄されず継続的に保持される。
【００８９】
サーバ１０４は、ルータ１０３によりＮＡＰＴ変換された通知ＵＤＰパケットを受信すると、ヘッダ内のＳＡ、ＤＡ、ＳＰ、ＤＰの各ＩＰアドレスおよびポート番号と、ペイロードに含まれる機器ＩＤとを取り出し、図５（ａ）に示すように、これらの情報を機器１０１（機器ＩＤ”１２３４”）に対応する１組のエントリとして管理テーブル記憶部１４３に記憶されている管理テーブルに登録する（Ｓ２０２）。
【００９０】
図５（ａ）は、通知ＵＤＰパケットに含まれる情報が登録された管理テーブルのデータ構成の一例を示す図である。
【００９１】
データ項目の“状態”は、このサーバ１０４と機器１０１との接続状態を示す情報である。この情報を状態情報という。現時点では、ＴＣＰ未接続状態を示す値である“００”がセットされる。また、データ項目“セッション識別子”および“前セッション識別子”は、ＴＣＰ接続を個別に管理するための識別子であり、ＴＣＰ接続の確立後にセットまたは変更される。この時点では機器１０１とサーバ１０４とのＴＣＰ接続は確立されておらず、識別子はセットされない。
【００９２】
また、データ項目“タイムアウト”は、そのエントリに対応する機器が、ＴＣＰ接続の切断後に再接続する場合、その再接続を認める期限を示す情報であり時刻により示される。この情報をタイムアウト情報という。機器１０１からＴＣＰ接続の切断後に再接続する旨の情報を受信した場合、サーバ制御部１４２により登録される。
【００９３】
また、機器１０１の機器ＩＤに対応するエントリがすでに登録済みである場合、受信した通知ＵＤＰパケットのヘッダ内のＳＡ、ＳＰの各アドレスが変更されていたときは、エントリ中のそれらのアドレスの値も更新する。これにより、ルータ１０３のインターネット（ＷＡＮ）１０５側ＩＰアドレスが動的に割り振られていても、最新のアドレスがエントリに保持される。以上のシーケンスの実行により、通信の準備が完了する。なお、これら管理テーブルの登録および更新、および以下に示すサーバ１０４における処理はサーバ制御部１４２により実行される。
【００９４】
以上の通信準備が完了している状況で、端末１０２から機器１０１に対する通信を開始する場合、端末１０２は、サーバ１０４に対し、ＳＳＬでのＴＣＰ接続を要求するＴＣＰ／ＳＳＬ要求を送信する（Ｓ２０３）。これにより通常のＳＳＬの手順に従ってサーバ証明書通知がサーバ１０４から端末１０２に送付され（Ｓ２０４）、端末１０２により認証される。
【００９５】
認証が成功すると暗号化通信が可能となる。続いて、端末１０２は、サーバ１０４に対し機器１０１の機器ＩＤ“１２３４”を含む機器接続要求を送信する（Ｓ２０５）。なお、機器ＩＤは端末１０２または端末１０２を操作するユーザが知っているものとする。機器接続要求を受信したサーバ１０４は、端末１０２からの機器接続要求に含まれる機器ＩＤ“１２３４”を検索キーとして図５（ａ）に示す管理テーブルから該当する機器ＩＤを検索する。これにより、機器１０１の機器ＩＤ“１２３４”に対応するエントリを得る（Ｓ２０６）。
【００９６】
次に、サーバ１０４は、一意なセッション識別子、例えば“Ａ”を生成し、図５（ａ）に示す管理テーブルに保存する（Ｓ２０７）。また、エントリの状態情報としてＴＣＰ接続待ちを示す値である“０１”をあわせて保存する。なお、セッション識別子は本発明の通信管理装置における要求識別子の一例である。
【００９７】
図５（ｂ）は、セッション識別子が登録され、状態情報が更新された管理テーブルのデータ構成の一例を示す図である。図５（ｂ）に示すように、図５（ａ）に示す管理テーブルにおいて、機器１０１の機器ＩＤ“１２３４”に対応するエントリに、セッション識別子“Ａ”が登録されている。また、状態情報がＴＣＰ接続待ちを示す値である“０１”に更新されている。
【００９８】
さらに、サーバ１０４は図５（ｂ）に示す管理テーブルの機器１０１に対応するエントリからＳＡ、ＤＡ、ＳＰ、ＤＰの各アドレスを取得する。取得した情報用いてセッション識別子“Ａ”をペイロードに含む接続要求ＵＤＰパケットを送信する（Ｓ２０８）。ここで、接続要求ＵＤＰパケットは通知ＵＤＰパケット（Ｓ２０１）に対する応答として構成されている。
【００９９】
図４（ｃ）は、サーバ１０４から送信された接続要求ＵＤＰパケットのデータ構成の一例を示す図であり、図４（ｄ）は、ルータ１０３により復路のＮＡＰＴ変換が行われた接続要求ＵＤＰパケットのデータ構成の一例を示す図である。
【０１００】
図４（ｃ）に示す接続要求ＵＤＰパケットの送信先に関する情報であるＤＡとＤＰの値は、それぞれ図４（ｂ）に示す通知ＵＤＰパケットの送信元に関する情報であるＳＡとＳＰの値となっている。同様に、接続要求ＵＤＰパケットのＳＡとＳＰの値は、通知ＵＤＰパケットのＤＡとＤＰの値となっている。これにより、接続要求ＵＤＰパケットは、通知ＵＤＰパケットの応答として送信された応答パケットであることが分かる。
【０１０１】
また、図４（ｃ）と図４（ｄ）とに示すように、接続要求ＵＤＰパケットのペイロードにはセッション識別子“Ａ”が含まれている。また、ルータ１０３により、送信先のＩＰアドレスであるＤＡが、ルータ１０３のグローバルＩＰアドレス“４．１７．１６８．６”から機器１０１のプライベートＩＰアドレス“１９２．１６８．１．２”へ書き換えられている。
【０１０２】
さらに、送信先のポート番号であるＤＰが、サーバ１０４との通信に使用するポート番号“８０”から機器１０１との通信に使用するポート番号“１”へ変換されている。
【０１０３】
この変換により、サーバ１０４から送信された接続要求ＵＤＰパケットは機器１０１へ送達される。
【０１０４】
ルータ１０３は、以降の通信シーケンスにおいても、上述のように機器１０１とサーバ１０４との間に通信において双方向のＮＡＰＴ変換を行なうが、以下の説明においてその処理についての記述は省略する。
【０１０５】
機器１０１のサブ処理部１０８は、接続要求ＵＤＰパケットを受信すると、サーバ１０４に対して、ＴＣＰ／ＳＳＬ接続要求を送信する（Ｓ２０９）。ＴＣＰ接続要求は、ＬＡＮ側からインターネット側に対して行なわれるものであるため、ＮＡＰＴ機能を備えたルータ１０３を越えて支障なくＴＣＰ接続を確立することができる。これにより通常のＳＳＬの手順に従ってサーバ証明書通知がサーバ１０４から機器１０１に送付されて（Ｓ２１０）、機器１０１により認証される。認証が成功すると暗号化通信が可能となる。なお、接続要求ＵＤＰパケットに含まれていたセッション識別子“Ａ”はサブ処理部１０８のメモリ１８２に記憶されている。
【０１０６】
以上によりサーバ１０４と機器１０１の間で暗号化されたＴＣＰ接続が確立されたが、ＵＤＰパケットはコネクションレス型であるため、そのままではサーバ１０４において、上記のＴＣＰ接続が接続要求ＵＤＰパケットに応えて確立されたか否かの判定ができない。そのために以下で説明する手順が実行される。
【０１０７】
まず、機器１０１はそのＴＣＰ接続上で、接続要求ＵＤＰパケットにより通知されたセッション識別子を、機器証明書とともにサーバへ返送する（Ｓ２１１）。機器証明書は、機器１０１が正当であることを証明するものであり、サブ処理部１０８のメモリ１８２に保持されている。
【０１０８】
サーバ１０４は、機器１０１から受け取った機器証明書の検証とセッション識別子の照合を行なう（Ｓ２１２）。機器証明書により、正しい機器であると検証された場合のみ、後続のステップが実行される。また、セッション識別子の照合は、図５（ｂ）に示す管理テーブルを用いて行なう。照合の結果、このセッション識別子が、端末１０２からの機器接続要求（Ｓ２０５）を契機とし生成された（Ｓ２０７）ものと一致することを確認すると、サーバ１０４はこのＴＣＰ接続を、端末１０２からの機器接続要求（Ｓ２０５）に応じて、端末１０２と機器１０１との間の通信の転送に使用することを決定する。また、図５（ｂ）の管理テーブルにおける該当エントリの状態情報を、ＴＣＰ接続中を示す値である“１０”と更新する。
【０１０９】
図５（ｃ）は、状態情報が更新された管理テーブルのデータ構成の一例を示す図である。図５（ｃ）に示すように、状態情報がＴＣＰ接続待ちを示す“０１”からＴＣＰ接続中を示す値である“１０”と更新されている。
【０１１０】
上記セッション識別子の照合の後、セッション識別子“Ａ”は機器接続応答に含められて端末１０２へ通知される（Ｓ２１３）。
【０１１１】
なお、セッション識別子に代えて機器ＩＤを用いてもＴＣＰ接続と接続要求ＵＤＰパケットを対応付けることはできるが、その場合はサーバ１０４と機器１０１の間には同時に複数のＴＣＰ接続を確立することができないという問題が生じる。
【０１１２】
本実施の形態によれば、サーバ１０４と機器１０１との間に複数の暗号化されたＴＣＰ接続を確立することができ、その際の個々のＴＣＰ接続に関する情報を別々のセッション識別子で管理することができる、これにより、複数の通信の内容を無秩序に混合してしまうことなく、別々のＴＣＰ接続上で各々一貫性を保持した通信の転送を行なうことができる。つまり、端末１０２から機器１０１に対しセッション識別子毎に並列して複数の通信を行なうことが可能となる。
【０１１３】
サーバ１０４は、次に機器１０１に対して状態取得要求を送信する（Ｓ２１４）。状態取得要求とは、機器１０１がどのような状態にあるかをサーバ１０４へ送信するように要求する旨の情報である。
【０１１４】
機器１０１は、状態取得要求の受信を契機とし、メイン処理部１０７を起動させる。具体的には、サブ処理部１０８の起動指示部１８３は、サブ通信部１８１を介し、メイン処理部１０７に対し起動するための指示を送信する（Ｓ２１５）。メイン処理部１０７ではその指示を受けるとメインＣＰＵが起床することによりメイン処理部１０７の各構成部が起動する（Ｓ２１６）。
【０１１５】
メイン処理部１０７は起動後、セッション識別子等のサーバ接続に必要な情報をサブ処理部１０８から取得する（Ｓ２１７）。取得した情報はメモリ１７２に記憶される。
【０１１６】
また、機器１０１における通信の主体がサブ処理部１０８からメイン処理部１０７へ切り替わるため、現在通信に使用しているＴＣＰ接続を一旦切断し、サーバ１０４に対し再接続する必要がある。そのため、サブ処理部１０８は、状態取得要求に応じ、“暗号化されたＴＣＰ切断／ＴＣＰ再接続実施あり”の応答（以下、「再接続応答」という。）を返送する（Ｓ２１８）。なお、再接続応答は本発明の通信管理装置および機器における再接続情報の一例である。
【０１１７】
なお、機器１０１の主電源がオンであり、メイン処理部１０７が起動していた場合は、“暗号化されたＴＣＰ切断／ＴＣＰ再接続実施なし”の応答を送信する。この応答受信したサーバ１０４は、その時点で使用しているＴＣＰ接続を、端末１０２からの機器接続要求（Ｓ２０５）に応じて端末１０２と機器１０１間の通信の転送に使用することを決定する。
【０１１８】
サーバ１０４のサーバ制御部１４２は、再接続応答を受信すると、暗号化されたＴＣＰ接続が機器１０１より一旦切断され、機器１０１より、再度ＴＣＰ接続要求が送信されてくることを認識し再接続許可登録を行なう（Ｓ２１９）。具体的には、サーバ制御部１４２は、状態情報をＴＣＰ再接続待ちを示す値である“１１”に更新する。併せて、現時刻に予め決められたＴＣＰ再接続タイムアウト時間を加算した値を、図５（ｃ）に示す管理テーブルの対応するエントリのタイムアウト情報として登録する。
【０１１９】
図５（ｄ）は、再接続許可登録がなされた管理テーブルのデータ構成の一例を示す図である。図５（ｄ）に示すように、状態情報がＴＣＰ接続中を示す値である“１０”からＴＣＰ再接続待ちを示す値である“１１”に更新されている。また、タイムアウト情報として“１０：１２：１５”が登録されている。この値は、例えば、この登録時刻が１０時１１分１５秒であり、予め決められたＴＣＰ再接続タイムアウト時間が１分である場合のタイムアウト情報である。この場合、機器１０１からのＴＣＰ接続要求が有効と認められるのは、具体的には、サーバ１０４が１０時１２分１５秒までにＴＣＰ接続のためセッション識別子の通知を機器１０１から受信した場合である。
【０１２０】
機器１０１のメイン処理部１０７は、サブ処理部１０８に対し、サーバとの通信を停止するよう指示する（Ｓ２２０）。サブ処理部１０８はＴＣＰ／ＳＳＬ切断処理を実施する（Ｓ２２１）。また、メイン処理部１０７に対し、サーバ通信停止完了を通知する（Ｓ２２２）。
【０１２１】
サブ処理部１０８よりサーバ通信停止完了を通知されたメイン処理部１０７は、ＴＣＰ／ＳＳＬ接続要求をサーバ１０４に送信する（Ｓ２２３）。サーバ１０４は、ＴＣＰ／ＳＳＬ接続要求を受信すると、通常のＳＳＬの手順に従ってサーバ証明書通知を機器１０１に送付する（Ｓ２２４）。送付されたサーバ証明書通知により機器１０１はサーバ１０４を認証する。認証が成功するとサーバ１０４と機器１０１との間の暗号化通信が可能となる。以降、機器１０１においてサーバ１０４との通信はメイン処理部１０７が行なう。
【０１２２】
その後、機器１０１はセッション識別子“Ａ”と機器証明書とを送信する（Ｓ２２５）。なお、機器１０１が再接続のためにサーバ１０４へ送信するセッション識別子は本発明の通信管理装置および機器における通信識別子の一例である。
【０１２３】
セッション識別子“Ａ”と機器証明書とを受け取ったサーバ１０４は、機器証明書の検証、セッション識別子の照合を行なう（Ｓ２２６）。セッション識別子の照合では、機器１０１から送信されたセッション識別子“Ａ”をキーとして図５（ｄ）に示す管理テーブルを対象に検索を行なう。この検索により、機器１０１から通知されたセッション識別子“Ａ”を、セッション識別子または、前セッション識別子として有するエントリを特定する。さらに特定したエントリの状態情報がＴＣＰ再接続待ち中を示す値である“１１”であり、かつセッション識別子を受信した時刻がそのエントリに登録されたタイムアウトの時刻を越えてない場合、このＴＣＰ接続を、端末１０２からの機器接続要求（Ｓ２０５）に応じて端末１０２と機器１０１間の通信の転送に使用することを決定する。また、図５（ｄ）のテーブルにおける対応エントリの状態情報を、ＴＣＰ接続中を示す値である“１０”に更新する。
【０１２４】
以上述べた手順により、サーバ１０４と機器１０１の間でＴＣＰ接続が確立されると、サーバ１０４はそのＴＣＰ接続上で端末１０２と機器１０１間の通信の転送を開始する。すなわち、サーバ１０４は端末１０２からの機器１０１に対する処理要求等のための通信（Ｓ３０１）により受信した情報を機器１０１に転送する（Ｓ３０２）。機器１０１はその要求に応じた処理を実行し、応答をサーバ１０４へ送信する（Ｓ３０３）。サーバ１０４はその応答を端末１０２に転送する（Ｓ３０４）。最後に、端末１０２と機器１０１間の通信が完了すると、サーバ１０４または機器１０１から通常のＴＣＰ／ＳＳＬ接続の切断を行なって（Ｓ３０５）一連のシーケンスが完了する。
【０１２５】
ＴＣＰ／ＳＳＬ切断が行われた際、サーバ１０４は、図５（ｄ）の管理テーブルにおける対応するエントリを削除する。または、対応エントリの状態情報をＴＣＰ未接続を示す値である“００”に更新する。
【０１２６】
なお、セッション識別子の照合（Ｓ２２６）において、タイムアウト時刻を越えている場合には、サーバ１０４は、無効なＴＣＰ接続要求であると判断し、機器１０１に対してＴＣＰ／ＳＳＬ切断処理を行なう。
【０１２７】
＜第２の通信シーケンス＞
次に、サーバ１０４が、機器１０１からのＴＣＰ再接続待ちの状態で、端末１０２から機器１０１への通信要求を受信した場合の動作について、図６、図７を用いて説明する。
【０１２８】
なお、図６および図７に示す通信シーケンスにおいて、図３と同じ符号を付与したものについては、その動作内容または通信内容は特に記述する場合を除き同じである。
【０１２９】
図６は、実施の形態の通信システムにおける第２の通信シーケンスを示す図である。
【０１３０】
図６に示す通信シーケンスにおいて、機器１０１が通知ＵＤＰパケットを送信してから（Ｓ２０１）、サーバ１０４との間で一旦ＴＣＰ／ＳＳＬ接続した後にそのＣＰ／ＳＳＬ接続を切断する（Ｓ２２１）までは、図３に示す通信シーケンスと同じであり、その説明は省略する。
【０１３１】
しかしながら、図６示す通信シーケンスでは、図３に示す通信シーケンスと異なり、機器１０１からのＴＣＰ／ＳＳＬ切断（Ｓ２２１）から、ＴＣＰ／ＳＳＬ接続要求（Ｓ２２３）までの間に、端末１０２から機器１０１への通信要求（Ｓ３０１）が発生している。このような状況における通信シーケンスを以下に説明する。
【０１３２】
この場合、サーバ１０４は、端末１０２の通信要求からセッション識別子を抽出し、図５（ｄ）に示す管理テーブルを用いてセッション識別子の照合を行なう（Ｓ４０１）。なお、端末１０２は機器接続応答（Ｓ２１３）によりセッション識別子を通知されており、そのセッション識別子を通信要求に含めて送信している。
【０１３３】
サーバ１０４は、このセッション識別子をセッション識別子または前セッション識別子として有するエントリを特定する。さらに特定されたエントリの状態情報がＴＣＰ再接続待ちを示す値である“１１”であり、かつ現在時刻がそのエントリに登録されたタイムアウトの時刻を越えてない場合、サーバ制御部１４２は、端末１０２から機器１０１への処理要求等の内容を通信内容記憶部１４４に保持させる（Ｓ４０２）。
【０１３４】
その後、タイムアウトが発生するまでに、機器１０１からＴＣＰ／ＳＳＬ接続要求を受信し（Ｓ２２３）、さらにセッション識別子通知を受信した場合（Ｓ２２５）、セッション識別子の照合を行なう（Ｓ２２６）。セッション識別子の照合では、セッション識別子をキーとして検索を行なう。サーバ１０４は、図５（ｄ）に示す管理テーブルの中から、機器１０１から通知されたセッション識別子をセッション識別子または、前セッション識別子として有するエントリを特定する。特定されたエントリの状態情報が、ＴＣＰ再接続待ち状態を示す値“１１”であり、かつセッション識別子を受信（Ｓ２２５）した時刻がそのエントリに登録されたタイムアウトの時刻を越えてない場合、このＴＣＰ接続を、端末１０２からの機器接続要求（Ｓ２０５）に応じて端末１０２と機器１０１間の通信の転送に使用することを決定する。また、図５（ｄ）に示す管理テーブルにおける対応エントリの状態情報をＴＣＰ接続中を示す値である“１０”に更新する。
【０１３５】
サーバ１０４と機器１０１との間でＴＣＰ接続が確立されると、サーバ１０４は、そのＴＣＰ接続上で、端末１０２と機器１０１間の通信の転送を開始する。すなわち、サーバ１０４は、通信内容記憶部１４４に保持している端末１０２からの通信（Ｓ３０１）の内容を機器１０１に転送し（Ｓ３０２）、機器１０１からの応答（Ｓ３０３）を端末１０２に転送する（Ｓ３０４）。最後に、通信が完了すると、サーバ１０４または機器１０１からＴＣＰ切断（Ｓ３０５）を行い、通常のＴＣＰ接続の切断を行なって一連のシーケンスが完了する。
【０１３６】
＜第３の通信シーケンス＞
図７は、実施の形態の通信システムにおける第３の通信シーケンスを示す図である。
【０１３７】
図７に示す通信シーケンスは、図６に示す通信シーケンスと同様に、サーバ１０４が、機器１０１からのＴＣＰ再接続待ちの状態で、端末１０２から機器１０１への通信要求を受信した場合のシーケンスである。しかし、図６に示す通信シーケンスと異なり、機器１０１からの再接続の要求がタイムアウトの時刻までになされなかった場合の通信シーケンスである。
【０１３８】
図７に示す通信シーケンスにおいては、図６に示す通信シーケンスと同様、機器１０１からのＴＣＰ／ＳＳＬ切断（Ｓ２２１）から、ＴＣＰ／ＳＳＬ再接続要求（Ｓ２２３）の間に、端末１０２から機器１０１への通信要求（Ｓ３０１）が発生している。この場合も図６に示す通信シーケンスと同様、端末１０２の通信要求からセッション識別子を抽出し、図５（ｄ）に示す管理テーブルを用いてセッション識別子の照合を行なう（Ｓ４０１）。
【０１３９】
具体的には、このセッション識別子をセッション識別子または前セッション識別子として有するエントリを特定する。さらに特定されたエントリの状態情報がＴＣＰ再接続待ちを示す値である“１１”であり、かつ現在時刻がそのエントリに登録されたタイムアウトの時刻を越えてない場合、サーバ制御部１４２は、端末１０２から機器１０１への通信の内容を通信内容記憶部１４４に保持させる（Ｓ４０２）。
【０１４０】
その後、対応するエントリに登録されたタイムアウト時刻までの期間(Ｔ１)内に、機器からＴＣＰ再接続要求を受信しなかった場合、サーバ１０４は、保持している端末１０２から機器１０１への通信要求（Ｓ３０１）への応答として、所定の内容を含む応答、例えばエラー発生を示す応答を返送する（Ｓ４０３）。併せて、管理テーブルにおける対応エントリの状態情報にＴＣＰ未接続状態を示す値“００”に更新することで、ＴＣＰ再接続の不許可登録を行なう（Ｓ４０４）。また、通信内容記憶部１４４に保持されていた端末１０２から機器１０１に対する通信内容も削除する。
【０１４１】
サーバ１０４は、タイムアウト時刻を管理テーブルのエントリに登録してから期間Ｔ２（Ｔ２＞Ｔ１）の経過後、機器１０１からＴＣＰ／ＳＳＬ再接続要求を受信し（Ｓ２２３）、セッション識別子通知を受信した場合（Ｓ２２５）、サーバ１０４は、セッション識別子の照合を行なう。セッション識別子の照合では、セッション識別子をキーとして検索を行なう。サーバ１０４は、機器１０１から通知されたセッション識別子を有するエントリが、図５（ｄ）に示す管理テーブルに存在するが、そのエントリの状態情報が、ＴＣＰ未接続を示す値“００”がセットされているため、このＴＣＰ接続を無効であると判断する。これにより、ＴＣＰ／ＳＳＬ接続を拒否する(Ｓ４０５)。ＴＣＰ／ＳＳＬ接続要求の拒否（Ｓ４０５）は、ｒｓｔパケットを送信することにより行なう。
【０１４２】
なお、サーバ１０４は、再接続不許可登録（Ｓ４０５）において、管理テーブル内の対応エントリを削除してもよい。その後、機器１０１からＴＣＰ／ＳＳＬ再接続要求を受信し（Ｓ２２３）、セッション識別子通知を受信し（Ｓ２２５）、セッション識別子の照合を行なう際、対応するエントリが存在しないため、ＴＣＰ接続要求を無効なものであると判断し、要求を拒絶（Ｓ４０５）してもよい。
【０１４３】
＜第４の通信シーケンス＞
次に、サーバ１０４が、機器１０１からのＴＣＰ再接続待ちの状態で、端末１０２から、機器１０１への新たな接続要求を受信した場合の動作について、図８を用いて説明する。
【０１４４】
図８は、実施の形態の通信システムにおける第４の通信シーケンスを示す図である。
【０１４５】
なお、図８に示す通信シーケンスにおいて、図３と同じ符号を付与したものについては、その動作内容または通信内容は同じである。
【０１４６】
また、機器１０１が通知ＵＤＰパケットを送信してから（Ｓ２０１）、サーバ１０４との間で一旦ＴＣＰ／ＳＳＬ接続した後にそのＴＣＰ／ＳＳＬ接続を切断する（Ｓ２２０）までは、図３に示す通信シーケンスと同じであり、その説明は省略する。
【０１４７】
図８に示す通信シーケンスでは、機器１０１からのＴＣＰ／ＳＳＬ切断（Ｓ２２１）から、ＴＣＰ／ＳＳＬ再接続要求（Ｓ２２３）の間に、端末１０２から機器１０１への新たな接続要求（Ｓ４０８）が発生している。
【０１４８】
具体的には、端末１０２は、サーバ１０４に対し、ＳＳＬでのＴＣＰ接続要求（Ｓ４０６）を送信する。これにより通常のＳＳＬの手順に従ってサーバ証明書通知がサーバ１０４から端末１０２に送付され（Ｓ４０７）、端末１０２により認証される。認証が成功すると暗号化通信が可能となる。
【０１４９】
端末１０２は、機器１０１の機器ＩＤを含む機器接続要求をサーバ１０４に送信する（Ｓ４０８）。機器接続要求を受信したサーバ１０４は、端末１０２により指定された機器ＩＤを検索キーとして、管理テーブルを検索し、その機器ＩＤに対応するエントリを得る（Ｓ４０９）。
【０１５０】
サーバ１０４は、そのエントリに、例えば図５（ｄ）に示すようにセッション識別子“Ａ”がセットされており、かつ状態情報にＴＣＰ再接続待ちを示す値“１１”がセットされている場合、既にセットされているセッション識別子“Ａ”を前セッション識別子として保存する。併せて一意なセッション識別子、例えば“Ｂ”を生成し、セッション識別子として、管理テーブルの対応するエントリに保存する（Ｓ４１０）。
【０１５１】
図９は、新たなセッション識別子が生成され登録された場合の管理テーブルのデータ構成の一例を示す図である。図９が示す管理テーブルは、図５（ｄ）に示す管理テーブルが更新されたものである。
【０１５２】
図９に示すように、セッション識別子として、新たに生成された“Ｂ”が登録されており、直前のセッション識別子であった“Ａ”は前セッション識別子として登録されている。
【０１５３】
上記登録後、サーバ１０４は、機器１０１からＴＣＰ／ＳＳＬ再接続要求を受信し（Ｓ２２３）、さらにセッション識別子通知（Ｓ２２５）を受信すると、セッション識別子の照合を行なう（Ｓ２２６）。セッション識別子の照合では、セッション識別子をキーとして検索を行なう。この検索により、機器１０１から通知されたセッション識別子“Ａ”を、セッション識別子または、前セッション識別子として有するエントリを特定する。さらに特定したエントリの状態情報が、ＴＣＰ再接続中待ちを示す値であり、かつセッション識別子を受信した時刻が、そのエントリに登録されたタイムアウトの時刻を越えてない場合、このＴＣＰ接続を、機器接続要求（Ｓ４０８）に応じて端末１０２と機器１０１間の通信の転送に使用することを決定する。また、図９に示す管理テーブルにおける対応エントリの状態情報をＴＣＰ接続中を示す値である“１０”に更新する。
【０１５４】
また、サーバ１０４は、機器接続要求（Ｓ４０８）への応答である機器接続応答にセッション識別子“Ｂ”を含ませて端末１０２に送信する（Ｓ２２７）。
【０１５５】
図８に示す通信シーケンスの場合、機器１０１がサーバ１０４から通知されたセッション識別子は“Ａ”だけである（Ｓ２０８）。従って、機器１０１からサーバ１０４に送信されるセッション識別子（Ｓ２２５）は“Ａ”である。この場合、図９に示す管理テーブルのセッション識別子フィールドには、同一のセッション識別子は存在しない。しかしながら、前セッション識別子フィールドには、前セッション識別子の登録処理（Ｓ４１０）により、“Ａ”が存在する。また、図９の管理テーブルに示すように、その前セッション識別子として“Ａ”を有するエントリの状態情報が、ＴＣＰ再接続待ちを示す値“１１”であり、かつセッション識別子を受信した時刻が対応するタイムアウト時刻を越えてないため、サーバ１０４は、機器１０１からのＴＣＰ／ＳＳＬ接続を有効なものであると判断する。
【０１５６】
また、この時点で、端末１０２がサーバ１０４から通知されたセッション識別子は“Ｂ”である。つまり、端末１０２が機器１０１と通信する際用いるセッション識別子“Ｂ”は、機器１０１がサーバ１０４から通知されサーバ１０４に返したセッション識別子“Ａ”とは異なる。しかしながら、図９の管理テーブルに示すように、“Ｂ”と“Ａ”とはセッション識別子および前セッション識別子として同一のエントリに対応付けられている。従って、サーバ１０４は、このエントリにより特定されるＴＣＰ接続上で端末１０２と機器１０１との間の通信を転送することができる。
【０１５７】
サーバ１０４と機器１０１の間でＴＣＰ接続が確立されると、サーバ１０４は、そのＴＣＰ接続上で、端末１０２と機器１０１間の通信の転送を開始する。すなわち、サーバ１０４は、端末１０２からの通信（Ｓ３０１）を機器１０１に転送し（Ｓ３０２）、機器１０１からの応答（Ｓ３０３）を端末１０２に転送する（Ｓ３０４）。最後に、通信が完了すると、サーバ１０４または機器１０１からＴＣＰ接続の切断を行なって一連の通信シーケンスが完了する。
【０１５８】
なお、図８に示す通信シーケンスにおいて、セッション識別子“Ｂ”が生成された（Ｓ４１０）後、端末１０２が機器との通信を開始する（Ｓ３０１）までの間に、さらに端末１０２から機器接続要求がサーバ１０４に送信された場合、また別のセッション識別子、例えば“Ｃ”が生成され、管理テーブルにセッション識別子として登録される。また、前セッション識別子は“Ａ”のまま置かれる。
【０１５９】
従って、このように、端末１０２からーザの誤操作等により複数回連続して機器接続要求が送信された場合であっても、サーバ１０４は、機器１０１から通知（Ｓ２２５）されるセッション識別子“Ａ”を前セッション識別子として保持しているため、サーバ１０４は機器１０１からのＴＣＰ接続を有効であると判断することができる。つまり、端末１０２と機器１０１との通信を成立させることができる。
【０１６０】
以上のように、本発明の実施の形態におけるサーバ１０４は、ネットワークを介し端末１０２から機器１０１への通信を開始させることができる。また、この通信の開始に際し、機器１０１が、通信手段の切り替えのために一旦サーバ１０４との接続を切断し、再接続する場合であっても、サーバ１０４は、その情報を事前に機器１０１から取得することができる。従って、その後の機器１０１の通信の切断をエラー等と判断することなく再接続を正当な接続であると判断することができる。従って、その接続要求に対応して確立される接続上で端末１０２と機器１０１との間の通信の転送を行うことができる。
【０１６１】
これにより、例えば、本実施の形態の機器１０１のように、低消費電力化等のために、主電源投入により通信処理手段が切り換わる機器のユーザは、外出先から端末１０２を用いて、その機器に対して自由に所望する処理要求を行なうことができる。
【０１６２】
また、本発明の実施の形態の機器１０１は、主電源がオフの状態であっても、サブ処理部１０８は起動しており、サーバ１０４と通信することができる。また、サブ処理部１０８は、ネットワーク通信に必要なリソースのみを備えておけばよく、製造コストを抑えることが可能である。また、機器１０１全体の構成においてリソースの無駄を生じさせないことが可能である。
【０１６３】
また、主電源がオン、つまり、メイン処理部１０７の起動後に、サーバ１０４との通信処理手段がサブ処理部１０８からメイン処理部１０７に切り換わるが、その際、サブ処理部１０８からメイン処理部１０７へ、サーバ１０４への再接続に必要な情報であるセッション識別子が渡される。メイン処理部１０７はサーバ１０４に接続要求する場合、セッション識別子をサーバ１０４に通知することにより、サーバ１０４にその接続要求の正当性を認識させることができる。
【０１６４】
また、これらサーバ１０４および機器１０１を使用するユーザからすると、サーバ１０４と機器１０１とのやり取りを意識する必要はない。ユーザは端末１０２を用いて機器１０１に対する接続要求をサーバ１０４へ送信し、機器１０１への処理要求等をサーバ１０４に送信するだけである。
【０１６５】
例えば、図６の通信シーケンスに示すように、機器１０１への処理要求等が、機器１０１の再接続の確立の前に行なわれた場合においても、サーバ１０４はその処理要求等の通信内容を通信内容記憶部１４４に保持しておくことができる（図６のＳ４０２）。サーバ１０４は、機器１０１との再接続の確立後に、保持しておいた端末からの処理要求等の通信内容を機器１０１へ転送することができる（図６のＳ３０２）。
【０１６６】
これにより、例えば、ユーザは、機器１０１の状態を気にかけることなく処理要求を送信すればよく、サーバ１０４と機器１０１との接続が確立していない間に処理要求を送信した場合においても、接続確立後にふたたび接続要求を送信する必要がない。
【０１６７】
また、図８の通信シーケンスに示すように、一度、機器１０１に対する接続要求を送信した後に、ふたたび接続要求を送信した場合（図８のＳ４０８）、新たなセッション識別子が生成される。しかしながら、サーバ１０４は一度目の接続要求に対応して生成し、機器１０１に通知したセッション識別子を前セッション識別子として記憶している（図９参照）。そのため、一度目の接続要求に対応して機器１０１がサーバ１０４に対して行なう接続要求（）を、セッション識別子の通知（図８のＳ２２５）により正当なものであると判断することができる。さらに、その接続要求に対応して確立される接続を使用し、端末１０２と機器１０１との通信を転送することができる。
【０１６８】
これにより、例えば、ユーザの誤操作等により端末１０２から連続して機器１０１に対する接続要求が送信された場合であっても、サーバ１０４および機器１０１は、その複数の接続要求に対応し何度もサーバ１０４と機器１０１との間の接続確立のための通信および処理を行うことがない。つまり、無駄な通信および処理が発生することがない。また、ユーザはサーバ１０４および機器１０１の通信および処理を意識する必要がなく、自由に端末１０２から機器１０１へ通信することができる。
【０１６９】
また、例えば図５（ｄ）に示すように、サーバ１０４において、機器１０１の再接続の有効性をその時刻により制限するためのタイムアウトの設定がなされる。また、タイムアウト時刻の経過によりユーザにエラーの応答がなされる（図７のＳ３０４）。これにより、例えば、機器１０１が故障等のトラブルにより、サーバ１０４に対する再接続が行なえない場合においても、ユーザをいつまでも待たせることがない。また、サーバ１０４は、その再接続のために保持しておいた端末１０２からの通信内容をいつまでも保持しておく必要がない。
【０１７０】
つまり、サーバ１０４を１つの通信のセッションに対する処理のために無駄に拘束することがなく、ユーザはサーバ１０４への負荷を気に掛けることなく自由にサーバ１０４を利用することができる。
【０１７１】
なお、上述の実施の形態において、機器１０１がサーバ１０４との接続を一旦切断し、再接続する理由は、メイン処理部１０７が起動することにより、サーバ１０４との通信手段の切り替えが生ずるためであるとした。しかしながら、サーバ１０４が再接続の可否を正しく判断できるためには、接続を要求する機器における再接続の理由は限定されるものではない。
【０１７２】
例えば、機器１０１のメイン処理部１０７がサーバ１０４とのＴＣＰ接続を確立した後に、何らかの処理を行なう必要が発生したために、その処理が終了するまで、一旦ＴＣＰ接続を切断することも考えられる。
【０１７３】
この場合においても、機器１０１は、本実施の形態と同様に再接続応答をサーバ１０４に送信すればよく、機器１０１がサーバ１０４に再接続を許可させる機能や、サーバ１０４の特徴である、通信の切断および再接続を正しく認識する機能等に影響を与えるものではない。つまり、サーバ１０４の上述のような特徴は、機器１０１のように通信処理手段を複数有する機器でなくても発揮することができる。
【０１７４】
なお、上記のサーバ１０４による通信の転送は、ＴＣＰ接続が維持されている間は何度でも繰り返して行なうことが可能であり、これにより端末１０２と機器１０１の間で一連の通信を行なうことができる。
【０１７５】
また、図３では端末１０２からの通信に対し機器１０１が応答する様子を図示しているが、これに限らず、どの様な手順のプロトコルの通信の転送をもＴＣＰ接続が維持されている間に行なうことが可能である。
【０１７６】
また、セッション識別子は通信セッションを一意に特定できる範囲で一意であれば良く、例えばサーバ１０４内で一意でなくとも、機器ＩＤと組み合わせた場合に一意であっても良い。
【０１７７】
また、機器１０１は、サーバ１０４から通知されたセッション識別子をそのままサーバ１０４へ送り返し（例えば、図３のＳ２２５）、サーバ１０４は、そのセッション識別子と管理テーブルに登録されているセッション識別子または前セッション識別子との照合を行なうとした。
【０１７８】
しかしながら、機器１０１は、通知されたセッション識別子をそのままサーバ１０４へ送り返さなくてもよい。例えば、通知されたセッション識別子と機器ＩＤとを組み合わせて新たな識別子として送信してもよい。この場合、サーバ１０４が、その新たな識別子から、その組み合せのルールに従いセッション識別子を抽出すればよい。
【０１７９】
つまり、サーバ１０４が機器１０１に通知するセッション識別子と、機器１０１からサーバ１０４へ送信される識別子とが所定の関係にあり、サーバ１０４がその所定の関係を示す式、ルール等を管理テーブル記憶部１４３等に記憶しておけばよい。また、例えば、サーバ制御部１４２が、その所定の関係を示す式、ルール等に基づき、機器１０１から送信された識別子からセッション識別子を取り出せばよい。
【０１８０】
これにより、例えば、暗号化されたＴＣＰ接続上で、更にセッション識別子を暗号化して機器１０１からサーバ１０４へ送信することができ、通信の秘匿性を向上させることができる。
【０１８１】
また、本実施の形態の通信システムにおいてＩＰｖｅｒ４のアドレスが用いられる場合を例示して説明したが、ＩＰｖｅｒ６のアドレスが用いられた場合でも本発明は同じ効果を有する。更に、ＬＡＮ内からインターネットへのパケットとそのパケットに対する応答は透過するが、インターネットからＬＡＮ内へのパケットは透過しないルータやゲートウェイを採用する場合においても本発明は同じ効果を有する。
【０１８２】
また、本実施の形態では端末１０２は図１に示すようにインターネットに直接接続されているが、端末１０２がＬＡＮに接続されていても端末１０２から通信を開始する限りにおいてサーバ１０４に対する通信に支障はないため、本発明の効果は同様に発揮される。さらに、端末１０２に機器１０１と同様の機能を搭載すれば、端末１０２と機器１０１がともにＬＡＮ内にあっても互いに通信を開始することが出来る構成となり、完全に対称な通信システムを構成できることは明らかである。
【０１８３】
また、機器１０１はＬＡＮ１０６内に存在していなくてもよく、インターネット１０５に直接接続されていてもよい。サーバ１０４と双方向の通信ができる状態であればよい。
【０１８４】
また、本実施の形態として、インターネット１０５を介し機器１０１、端末１０２、サーバ１０４が通信を行う通信システムの形態を説明した。しかしながら、インターネット１０５以外のネットワークを介しそれら機器１０１等が通信する形態であってもよい。
【０１８５】
また、通信プロトコルもＴＣＰでなくてもよく、利用するネットワークおよび機器１０１等が使用可能な通信プロトコルを採用すればよい。
【０１８６】
つまり、サーバ１０４および機器１０１の有する、端末１０２が自由に機器１０１に対する処理要求を行なえる環境のための機能は、ネットワークの種類や通信プロトコルに依存せず、例えば、ユーザの要望や、機器１０１等の製造コスト等に合わせて決定すればよい。
【０１８７】
また、本実施の形態では機器１０１からの接続先はサーバ１０４のみであり、サーバ１０４が端末１０２と機器１０１間の通信を転送したが、接続要求ＵＤＰパケットにより端末１０２のアドレスを通知すれば、機器１０１が端末１０２に対し直接ＴＣＰ／ＳＳＬ接続要求送信する構成も可能である。この構成によれば、端末１０２と機器１０１とが直接通信を行なうことが可能になり、サーバ１０４の転送負荷が低減されるなど別の効果がある。
【０１８８】
なお、本実施の形態においてサーバ１０４は端末１０２と機器１０１間の通信の転送のみを行ったが、同時にサーバ１０４自身がＴＣＰ接続を用いて機器１０１と通信を行なうことも可能である。このような構成によればサーバ１０４は端末１０２に対して機器１０１への通信機能を提供すると同時に、機器１０１の設定や監視、ソフトウェアのアップデートを行なうなど機器へのサービスを提供することも可能である。
【０１８９】
なお、本実施の形態における機器１０１およびサーバ１０４をコンピュータで実現することができる。その際、機器１０１とサーバ１０４に各々図３、図６〜図８に示す通信シーケンスを実行させるコンピュータプログラムを作成することが可能であり、またそれらを各々ＣＤ−ＲＯＭ等の記憶媒体に蓄積し配布することができる。これによれば汎用のコンピュータを用いて宅外からの通信を実現することができる。
【産業上の利用可能性】
【０１９０】
本発明は、ＬＡＮとインターネットが接続されたネットワーク環境においてＷＡＮ側の機器からＬＡＮ内の機器に所望のタイミングで容易に接続可能とするサーバ、機器および通信システムとして、利用することができる。
【図面の簡単な説明】
【０１９１】
【図１】実施の形態の通信システムの構成の一例を示す図である。
【図２】実施の形態のサーバおよび機器の機能的な構成の一例を示す機能ブロック図である。
【図３】実施の形態の通信システムにおける第１の通信シーケンスを示す図である。
【図４】実施の形態における通知ＵＤＰパケットおよび接続要求ＵＤＰパケットのデータ構成例を示す図である。
【図５】実施の形態の管理テーブルのデータ構成例を示す図である。
【図６】実施の形態の通信システムにおける第２の通信シーケンスを示す図である。
【図７】実施の形態の通信システムにおける第３の通信シーケンスを示す図である。
【図８】実施の形態の通信システムにおける第４の通信シーケンスを示す図である。
【図９】新たなセッション識別子が生成され登録された場合の管理テーブルのデータ構成の一例を示す図である。
【図１０】インターネット上の端末からＬＡＮ内の機器に対する通信を開始する従来の通信システムにおける通信シーケンスの一例を示す図である。
【図１１】通信のための処理部を主要な動作を行なう処理部とは別に備える従来の機器の構成の一例を示す図である。
【符号の説明】
【０１９２】
１０１  機器
１０２  端末
１０３  ルータ
１０４  サーバ
１０５  インターネット
１０６  ＬＡＮ
１０７  メイン処理部
１０８  サブ処理部
１０９  パケット送受信部
１４１  サーバ通信部
１４２  サーバ制御部
１４３  管理テーブル記憶部
１４４  通信内容記憶部
１７１  メイン通信部
１７２、１８２  メモリ
１７３  機器制御部
１７４  処理実行部
１８１  サブ通信部
１８３  起動指示部
【図１】
2007036624.tif 000003
【図２】
2007036624.tif 000004
【図３】
2007036624.tif 000005
【図４】
2007036624.tif 000006
【図５】
2007036624.tif 000007
【図６】
2007036624.tif 000008
【図７】
2007036624.tif 000009
【図８】
2007036624.tif 000010
【図９】
2007036624.tif 000011
【図１０】
2007036624.tif 000012
【図１１】
2007036624.tif 000013