(57)【要約】【課題】  ＬＡＮ外の端末装置からインターネットを介しＬＡＮ内の機器へ接続する際、ＬＡＮ内の機器が通信不可能な場合、無駄な通信を発生させることなく、また、ユーザに無駄な操作をさせることなくＬＡＮ外の端末装置とＬＡＮ内の機器との通信を行わせるための通信管理装置を提供する。【解決法】  インターネットに接続され、インターネットに接続される端末１０２とインターネットに接続されるＬＡＮ１０６内の機器１０１との間の通信を管理する管理サーバ１０４であって、端末１０２から機器１０１に対する接続要求と機器１０１からの情報である機器情報とを受信するサーバ通信部１１と、サーバ通信部１１により受信された接続要求を記憶する接続要求記憶部１３と、サーバ通信部１１により機器情報が受信された場合、接続要求記憶部１３に記憶されている接続要求に基づき機器１０１が通信可能である旨を端末１０２に通知するサーバ制御部１４とを備える。【選択図】  図２
2006352586.tif 000002
【特許請求の範囲】
【請求項１】
インターネットに接続され、前記インターネットに接続される端末装置と、前記インターネットに接続されるＬＡＮ内の機器との間の通信を管理する通信管理装置であって、
前記端末装置から、前記機器に対する接続要求を受信する接続要求受信手段と、
前記接続要求受信手段により受信された前記接続要求を記憶する接続要求記憶手段と、
前記機器からの情報である機器情報を受信する機器情報受信手段と、
前記機器情報受信手段により前記機器情報が受信された場合、前記接続要求記憶手段に記憶されている前記接続要求に基づき、前記機器が通信可能である旨を前記端末装置に通知する通信可能通知手段と
を備える通信管理装置。
【請求項２】
更に、前記機器情報受信手段により、機器を特定する情報である機器情報が受信された場合、前記機器情報の送信元の機器が、前記接続要求記憶手段に記憶されている接続要求の対象の機器であるか否かを判断する接続対象判断手段を備え、
前記通信可能通知手段は、前記接続対象判断手段により、前記機器情報の送信元の機器が前記接続要求の対象の機器であると判断された場合、前記接続要求に基づき、前記機器が通信可能である旨を前記端末装置に通知する
請求項１記載の通信管理装置。
【請求項３】
更に、前記機器情報受信手段により受信された機器情報を記憶する機器情報記憶手段と、
前記接続要求受信手段により受信された接続要求が、前記機器情報記憶手段に記憶されている、機器を特定する情報である機器情報の送信元の機器に対する接続要求であるか否かを判断する接続要求判断手段とを備え、
前記接続要求記憶手段は、前記接続要求判断手段により、前記接続要求が前記機器情報の送信元の機器に対する接続要求であると判断された場合、前記接続要求を記憶する
請求項１記載の通信管理装置。
【請求項４】
前記機器情報受信手段は、前記機器から前記機器情報を２回以上受信し、
前記通信管理装置は、更に、
前記機器情報受信手段が前記機器情報を受信しない期間が所定の期間を越えたか否かを判断する期間経過判断手段を備え、
前記通信可能通知手段は、前記期間経過判断手段により前記機器情報受信手段が前記機器情報を受信しない期間が所定の期間を越えたと判断された後に、前記機器情報受信手段が前記機器情報を受信した場合、前記機器が通信可能である旨を前記端末装置に通知する
請求項１記載の通信管理装置。
【請求項５】
更に、期間経過判断手段により前記機器情報受信手段が前記機器情報を受信しない期間が所定の期間を越えたと判断された場合、前記機器が通信不可能である旨を前記端末装置に通知する通信不可能通知手段と、
前記通信不可能通知手段による前記通知に対する、前記端末装置からの応答を受信する応答受信手段とを備え、
前記通信可能通知手段は、前記応答が、前記機器が通信可能である旨の通知を要求することを示す場合、前記機器情報受信手段が前記機器情報を受信したとき、前記機器が通信可能である旨を前記端末装置に通知する
請求項４記載の通信管理装置。
【請求項６】
前記機器情報受信手段は、前記機器情報を２回以上受信し、
前記通信管理装置は、更に、
前記機器情報受信手段が前記機器情報を受信しない期間が所定の期間を越えたか否かを判断する期間経過判断手段を備え、
前記接続要求記憶手段は、前記接続要求受信手段が前記接続要求を受信した場合、前記期間経過判断手段により前記機器情報受信手段が前記機器情報を受信しない期間が所定の期間を越えたと判断されているとき、前記接続要求を記憶する
請求項１記載の通信管理装置。
【請求項７】
前記接続要求記憶手段に記憶されている接続要求は、前記接続要求が無効となる時期を特定するための時期的条件が定められており、
前記通信管理装置は、更に、
前記接続要求が前記時期的条件を満たすか否かを判断する無効判断手段と、
前記無効判断手段により前記接続要求が前記時期的条件を満たさないと判断された場合、前記接続要求を前記接続要求記憶手段から削除する削除手段と、
前記無効判断手段により前記接続要求が前記時期的条件を満たさないと判断された場合、前記接続要求が無効である旨を前記端末装置に通知する無効通知手段と
を備える請求項１記載の通信管理装置。
【請求項８】
更に、前記端末装置から前記時期的条件を受信する時期的条件受信手段を備え、
前記接続要求記憶手段は、前記接続要求受信手段が受信した前記接続要求と、前記時期的条件受信手段が受信した前記時期的条件とを対応付けて記憶する
請求項７記載の通信管理装置。
【請求項９】
前記機器情報には、前記機器の属性情報が含まれており、
前記機器情報記憶手段は、更に、前記属性情報を記憶し、
前記通信管理装置は、更に、
前記端末装置から、前記機器の属性情報の取得を要求する取得要求を受信する取得要求受信手段と、
前記取得要求受信手段により受信された前記取得要求に示される、前記端末装置が取得を要求する属性情報を前記機器情報記憶手段から読み出して前記端末装置へ送信する属性情報送信手段と、
前記取得要求受信手段により受信された前記取得要求に示される、前記端末装置が取得を要求する属性情報が、前記機器情報記憶手段に記憶されていない場合、前記機器に、前記属性情報の送信を要求する送信要求手段と
を備える請求項１記載の通信管理装置。
【請求項１０】
前記機器情報はＵｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌパケットで前記機器から送信される
請求項１記載の通信管理装置。
【請求項１１】
インターネットに接続される端末装置と、
前記インターネットに接続されるＬＡＮ内に存在する機器と、
前記インターネットに接続される通信管理装置とを備え、
前記端末装置は、
前記機器に対する接続要求を前記通信管理装置に送信する接続要求送信手段と、
前記通信管理装置からの通知を受信する通知受信手段と、
前記通知受信手段により受信された前記通知を出力する出力手段とを有し、
前記通信管理装置は、
前記端末装置から前記接続要求を受信する接続要求受信手段と、
前記接続要求受信手段により受信された前記接続要求を記憶する接続要求記憶手段と、
前記機器からの情報である機器情報を受信する機器情報受信手段と、
前記機器情報受信手段により前記機器情報が受信された場合、前記接続要求記憶手段に記憶されている前記接続要求に基づき、前記機器が通信可能である旨を前記端末装置に通知する通信可能通知手段とを有する
通信システム。
【請求項１２】
インターネットに接続される端末装置と、前記インターネットに接続されるＬＡＮ内の機器との間の通信を管理する方法であって、
前記端末装置から、前記機器に対する接続要求を受信する接続要求受信ステップと、
前記接続要求受信ステップにおいて受信された前記接続要求を記憶手段に記憶させる記憶ステップと、
前記機器からの情報である機器情報を受信する機器情報受信ステップと、
前記機器情報受信ステップにおいて前記機器情報が受信された場合、前記記憶手段に記憶されている前記接続要求に基づき、前記機器が通信可能である旨を前記端末装置に通知する通信可能通知ステップと
を含む通信管理方法。
【請求項１３】
インターネットに接続される端末装置と、前記インターネットに接続されるＬＡＮ内の機器との間の通信を管理するためのプログラムであって、
前記端末装置から、前記機器に対する接続要求を受信する接続要求受信ステップと、
前記接続要求受信ステップにおいて受信された前記接続要求を記憶手段に記憶させる記憶ステップと、
前記機器からの情報である機器情報を受信する機器情報受信ステップと、
前記機器情報受信ステップにおいて前記機器情報が受信された場合、前記記憶手段に記憶されている前記接続要求に基づき、前記機器が通信可能である旨を前記端末装置に通知する通信可能通知ステップと
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置とＬＡＮ内の機器とのインターネットを介した通信を管理する通信管理装置に関する。
【背景技術】
【０００２】
インターネットに接続される機器間で通信を行う場合、機器毎に一意に割り当てられたグローバルＩＰアドレスが必要である。しかし、インターネットに接続される機器数は増加しており、これによってグローバルＩＰアドレスの数の不足が問題となる。
【０００３】
この問題に対処する方法として、プライベートＩＰアドレスを使用する方法が一般的に用いられる。具体的には、家庭や企業内のローカルエリアネットワーク（以下、「ＬＡＮ」という。）に所属する機器には、ＲＦＣ１９１８で規定された同一ＬＡＮ内でのみ一意なＩＰアドレスであるプライベートＩＰアドレスを割り当てる。更に、そのＬＡＮからインターネットに接続する場合には、Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ（以下、「ＮＡＴ」という。）機能やＮｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｐｏｒｔ  Ｔｒａｎｓｌａｔｉｏｎ（以下、「ＮＡＰＴ」という。）機能を有するルータを用いる。
【０００４】
ＮＡＴおよびＮＡＰＴ機能とは、プライベートＩＰアドレスとグローバルＩＰアドレスとを相互に変換するものである。これにより、ＬＡＮ上でプライベートＩＰアドレスを割り当てられた機器でも、インターネット上の端末との通信が可能となる（以下、「ＮＡＴ」および「ＮＡＰＴ」はその動作性質が同じであるため、区別する必要が無い場合は代表して「ＮＡＴ」と記述する）。
【０００５】
ＮＡＴ機能を有するルータを用いる場合、プライベートＩＰアドレスを持つＬＡＮ内の機器から、インターネット上の端末に対して接続を行うことは容易である。それに対して、インターネット上の端末からプライベートＩＰアドレスを持つＬＡＮ内の機器に自由に接続するためには、静的ＮＡＴ、またはポートフォワーディング等と呼ばれる技術が用いられる。
【０００６】
この場合、予めルータ内部に、静的ＮＡＴテーブルをユーザ自身が設定する必要がある。設定が必要な静的ＮＡＴテーブルのエントリは、接続したいＬＡＮ内の機器のプライベートＩＰアドレスとポート番号、およびルータの空いているポート番号で構成される。
【０００７】
この静的ＮＡＴテーブルの設定を行うと、インターネット上の機器からＬＡＮ内の機器に接続を行なうことが可能となる。具体的には、ユーザは、インターネット上の機器から、ルータのグローバルＩＰアドレスと静的ＮＡＴテーブルに設定したルータのポート番号の組を指定してパケット送信を行なう。パケットを受信したルータでは、予めユーザ自身が設定しておいた静的ＮＡＴテーブルのエントリと照合して、パケットの送信先をエントリ内のＬＡＮ内の機器のプライベートＩＰアドレスとポートに置換して、ＬＡＮ内に転送する。
【０００８】
以上のように、静的ＮＡＴ機能の利用には、予めユーザが静的ＮＡＴテーブルを設定する作業が必要不可欠であるが、その設定内容はＩＰアドレスの知識のないエンドユーザにとっては複雑なものである。また、静的ＮＡＴ機能の備わったルータ自体のグローバルＩPアドレスが、Ｐｏｉｎｔ―ｔｏ―Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ（以下、「ＰＰＰ」という。）やＤｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（以下、「ＤＨＣＰ」という。）により動的に割り振られている場合、そのアドレスをユーザが把握することが難しく、インターネットからＬＡＮ内への接続時に、接続先を特定できないという課題がある。
【０００９】
複雑な静的ＮＡＴテーブルの設定を行うことなく、容易に接続先を特定して、インターネット等のワイドエリアネットワーク（以下、「ＷＡＮ」という。）からＬＡＮへの接続を可能にするための方法として、特許文献１に開示される方法がある。
【００１０】
この方法においては、インターネット上に、ＮＡＴ通過用のサーバ装置を用意し、ＬＡＮ内の機器は定期的にサーバ装置に対しＵｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ（以下、「ＵＤＰ」という）パケットを送信する。サーバ装置は必要な時にこのＵＤＰパケットに対する返信として返信パケットをＬＡＮ内の機器へ送信することで、インターネット上のサーバ装置からＬＡＮ内の機器へのＮＡＴを越えた通信を行うことができる。インターネット上の端末は、このサーバ装置に対してＬＡＮ内の機器への通信の転送を依頼することで、ＬＡＮ内の機器への接続が実現される。
【００１１】
また、この方法では、基本的にはサーバ装置からＬＡＮ内の機器に対する返信ＵＤＰパケットのみをＬＡＮ内に通し、かつ機器が周期的なＵＤＰパケットの送信を中止すると自動的にインターネットからの接続ができなくなる。そのため、安全性が高く、また単純なＮＡＴ機能を有するルータで動作可能であるので、インターネット上の機器からＬＡＮ内の機器に任意の時点で接続を開始することができる。
【特許文献１】特許３４４５９８６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
ここで、上記のようなＮＡＴ通過用のサーバ装置を利用し、インターネットに接続された端末がＬＡＮ内の機器と通信しようとする際、ＬＡＮ内の機器の電源が切れている、またはＬＡＮが無線ネットワークにより構築されているためネットワーク内の通信経路が不安定である等の理由により、サーバ装置とＬＡＮ内の機器との通信ができない場合がある。
【００１３】
この場合、サーバ装置は、ＬＡＮ内の機器へ端末からの接続要求を通知することができない。つまり、端末はＬＡＮ内の機器との通信を行うことはできない。
【００１４】
このように、ＬＡＮ内の機器が何らかの理由により通信不可能となった場合、ユーザは、ＬＡＮ内の機器がいつ通信可能になるかを知る術がない。そのため、ユーザは、接続が成功するまでサーバ装置への接続要求の送信を繰り返す必要があり、結果としてユーザの操作量や端末とサーバ装置との間の通信量を不要に増加させることとなる。
【００１５】
また、インターネットに接続される端末がＬＡＮ内の機器の状態を取得するためにＬＡＮ内の機器に接続しようとし、その接続が失敗した場合も同様である。つまり、ＬＡＮ内の機器との通信が可能となるまで、サーバ装置に対し、何度も接続要求を送信する必要がある。
【００１６】
本発明は、上記課題を考慮し、ＬＡＮ外の端末装置からインターネットを介しＬＡＮ内の機器へ接続する際、ＬＡＮ内の機器が通信不可能である場合、無駄な通信を発生させることなく、また、ユーザに無駄な操作をさせることなく、ＬＡＮ外の端末装置とＬＡＮ内の機器との通信を行わせるための通信管理装置および通信システムを提供する。
【課題を解決するための手段】
【００１７】
上記目的を達成するために、本発明の通信管理装置は、インターネットに接続され、前記インターネットに接続される端末装置と、前記インターネットに接続されるＬＡＮ内の機器との間の通信を管理する通信管理装置であって、前記端末装置から、前記機器に対する接続要求を受信する接続要求受信手段と、前記接続要求受信手段により受信された前記接続要求を記憶する接続要求記憶手段と、前記機器からの情報である機器情報を受信する機器情報受信手段と、前記機器情報受信手段により前記機器情報が受信された場合、前記接続要求記憶手段に記憶されている前記接続要求に基づき、前記機器が通信可能である旨を前記端末装置に通知する通信可能通知手段とを備える。
【００１８】
また、本発明の端末装置は、インターネットに接続され、前記インターネットに接続される通信管理装置を介し、前記インターネットに接続されるＬＡＮ内の機器との通信を開始する端末装置であって、前記機器に対する接続要求を前記通信管理装置に送信する接続要求送信手段と、前記通信管理装置から、前記機器が通信可能である旨の通知を受信する通知受信手段と、前記通知手段により受信された前記通知を出力する出力手段とを備える。
【００１９】
このように、本発明の通信管理装置は、端末装置からＬＡＮ内の機器に対する接続要求を受信し、受信した接続要求を接続要求記憶部に記憶することができる。また、ＬＡＮ内の機器から機器情報を受信することができ、これにより機器情報の送信元であるＬＡＮ内の機器が通信可能な状態であることを知ることができる。従って、ＬＡＮ内の機器から機器情報を受信した場合、接続要求記憶部に記憶されている接続要求に基づき、端末装置に、その機器が通信可能であることを通知することができる。
【００２０】
このように、本発明の通信管理装置および通信システムによれば、例えば、ユーザが、端末装置から通信管理装置を介してＬＡＮ内の機器への要求を行う際に、機器が通信不可能な状態であることにより通信管理装置と機器との間で通信を行えずに接続が失敗した場合であっても、その後、通信管理装置が機器から機器情報を受信することにより、機器との通信が可能となったと判断できる。更に、端末装置に機器が通信可能である旨を通知することができる。結果として、ユーザは迅速にかつ自動的に端末装置から機器への接続が可能となったことを知ることができる。
【００２１】
また、本発明の通信管理装置において、前記機器情報には、前記機器の属性情報が含まれており、前記機器情報記憶手段は、更に、前記属性情報を記憶し、前記通信管理装置は、更に、前記端末装置から、前記機器の属性情報の取得を要求する取得要求を受信する取得要求受信手段と、前記取得要求受信手段により受信された前記取得要求に示される、前記端末装置が取得を要求する属性情報を前記機器情報記憶手段から読み出して前記端末装置へ送信する属性情報送信手段と、前記取得要求受信手段により受信された前記取得要求に示される、前記端末装置が取得を要求する属性情報が、前記機器情報記憶手段に記憶されていない場合、前記機器に、前記属性情報の送信を要求する送信要求手段とを備えるとしてもよい。
【００２２】
このように、通信管理装置はＬＡＮ内の機器から受信された機器情報に含まれる機器の属性情報を機器情報記憶手段に記憶することができる。また、端末装置から、機器の属性情報の取得を要求する取得要求を受信することができる。さらに、その取得要求に対応する属性情報が機器情報記憶手段に記憶されていれば、その属性情報を端末へ送信し、取得要求に対応する属性情報が機器情報記憶手段に記憶されていなければ、機器に対してその属性情報の送信を要求することができる。結果として、ユーザは、接続要求先の機器が通信不可能な状態であっても、端末装置から送信した取得要求に対応する属性情報を知ることができる。
【００２３】
更に、本発明は、本発明の通信管理装置および端末装置の特徴的な構成部をステップとする方法として実現したり、それらのステップを含むプログラムとして実現したり、そのプログラムが格納された、ＣＤ−ＲＯＭ等の記憶媒体として実現したり、集積回路として実現することもできる。プログラムは、通信ネットワーク等の伝送媒体を介して流通させることもできる。
【発明の効果】
【００２４】
本発明は、ユーザがインターネットに接続される端末装置から通信管理装置を介しＬＡＮ内の機器への接続を試みた際に、通信管理装置とＬＡＮ内の機器との通信ができずに接続が失敗する場合でも、適切なタイミングでユーザに機器が通信可能となった旨の通知を行うことができる。これにより、ＮＡＴ越えのための通信管理装置を介した端末装置からＬＡＮ内の機器への接続に伴う通信量とユーザの操作に関する負荷とを減らすことができる。
【００２５】
また、通信管理装置は、ＬＡＮ内の機器の属性情報を機器から取得し記憶することができる。そのため、ユーザは、インターネットに接続される端末を用いてＬＡＮ内の機器と接続を行う際に、その時点で通信管理装置とＬＡＮ内の機器の通信ができない状態であっても、ＬＡＮ内の機器の属性情報を迅速に取得することが可能となる。
【００２６】
このように、本発明は、ＬＡＮ外の端末装置からインターネットを介しＬＡＮ内の機器へ接続する際、ＬＡＮ内の機器が通信不可能である場合、無駄な通信を発生させることなく、また、ユーザに無駄な操作をさせることなく、ＬＡＮ外の端末装置とＬＡＮ内の機器との通信を行わせるための通信管理装置および通信システムを提供することができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明を実施するための最良の形態について図面を参照しながら説明する。
【００２８】
（実施の形態１）
本発明の実施の形態１の通信システムについて、図１から図９を用いて説明する。
【００２９】
まず、図１および図２を用いて、実施の形態１の通信システムの構成を説明する。
図１は、実施の形態１の通信システムの構成を示す概要図である。図１に示す通信システムは、例えば、ＬＡＮ内に存在する機器を所有するユーザが、外出先から端末装置を用い、その機器が有する情報、例えば、その機器が有するコンテンツを取得するためにインターネットを介した接続を確立するためのシステムである。
【００３０】
図１に示すように、実施の形態１の通信システムは、通信ネットワーク網として、インターネット１０５およびＬＡＮ１０６を利用している。ＬＡＮ１０６はＮＡＴルータ１０３を介してインターネット１０５に接続されている。また、ＬＡＮ１０６にはＬＡＮ１０６内の機器としと機器１０１が存在する。インターネット１０５にはユーザの操作する端末１０２および端末１０２から機器１０１への接続を確立させる管理サーバ１０４が接続されている。
【００３１】
なお、管理サーバ１０４は、本発明の通信管理装置の一例であり、端末１０２は端末装置の一例である。また、「ＬＡＮ内の機器」という場合、有線、無線を問わずＬＡＮを構成する通信網に接続されている機器のことを指す。ＬＡＮ内の機器はＮＡＴルータを介しインターネット上の機器と通信することができる。
【００３２】
機器１０１は、動画などのコンテンツを蓄積する機器であり、例えばハードディスクレコーダである。また、機器を特定可能な固有情報（以下、「機器ＩＤ」という。）を有している。本実施の形態における機器１０１の機器ＩＤは「１２３４５６７８９」である。
【００３３】
機器１０１は、管理サーバ１０４に対して、最大アクセス確認周期を要求し、管理サーバ１０４から最大アクセス確認周期通知を受信する。更に、管理サーバ１０４に対して、その最大アクセス確認周期に従い、定期的に通知ＵＤＰパケットを送信する。
【００３４】
ここで、最大アクセス確認周期とは、機器１０１から管理サーバ１０４へ送信される通知ＵＤＰパケット（後述）の送信時間の間隔の最大値を示すものであり、例えば「１０分」という値である。
【００３５】
端末１０２は、ＬＡＮ１０６内の機器１０１と通信を行なうための装置であり、例えば、携帯電話である。また、インターネットを介して他の機器と通信を行うためにグローバルＩＰアドレスが割り当てられている。
【００３６】
本実施の形態における端末１０２のＩＰアドレスは、グローバルＩＰアドレスの「１５．１８．１７０．２」である。なお、本実施の形態においては、ＩＰアドレスは“ＩＰ  ｖｅｒｓｉｏｎ４”に準拠している。
【００３７】
ＮＡＴルータ１０３は、上述のＮＡＴ機能を有するルータである。ＮＡＴルータ１０３は、インターネット１０５上の機器とＬＡＮ１０６内の機器１０１とが通信を行なうためのグローバルＩＰアドレスとプライベートＩＰアドレスとの相互変換を行なう。
【００３８】
一般的には、ＮＡＴルータのインターネット側グローバルＩＰアドレスは、インターネットサービスプロバイダからＤＨＣＰプロトコル等によって動的に設定される。本実施の形態においては、ＮＡＴルータ１０３のインターネット１０５側のグローバルＩＰアドレスとして「２０２．２２４．１６８．６」が割り当てられている。また、ＮＡＴルータ１０３内で、ＬＡＮ１０６内の機器１０１に静的ＮＡＴテーブルによって関連付けられたポート番号は「８０」である。
【００３９】
管理サーバ１０４は、端末１０２から、ＬＡＮ１０６内の機器１０１への通信を確立させるためのサーバであり、通信経路上にＮＡＴルータ１０３が存在していても端末１０２から機器１０１への接続を可能としている。この接続を可能とする方法は、例えば、特許文献１に開示される技術を利用した方法である。
【００４０】
具体的には、ＬＡＮ１０６内の機器１０１が、管理サーバ１０４に定期的に通知ＵＤＰパケットを送信する。管理サーバ１０４は、その通知ＵＤＰパケットに対する応答として任意のタイミングで、機器１０１へ情報を送信することができる。この状況において、管理サーバ１０４は、機器１０１への接続要求を端末１０２から受信すると、機器１０１へ接続要求を送信する。
【００４１】
機器１０１は、端末１０２からの接続要求を受信後、管理サーバ１０４との通信を確立し、確立時にＮＡＴルータ１０３に設定した、インターネット上の機器と直接通信を行うためのポート番号やＮＡＴルータ１０３のグローバルＩＰアドレス等を含む接続情報を、管理サーバ１０４へ送信する。
【００４２】
管理サーバ１０４はその接続情報を端末１０２へ送信する。端末１０２は、受信した接続情報を利用し、機器１０１との接続を確立する。これにより、以後、端末１０２と機器１０１とは直接通信を行うことができる。
【００４３】
なお、逆に、管理サーバ１０４が、端末１０２のグローバルＩＰアドレス等を機器１０１に通知することにより、機器１０１から端末１０２へ接続させてもよい。
【００４４】
本実施の形態における管理サーバ１０４は、グローバルＩＰアドレス「４．１７．１６８．６」が割り当てられている。
【００４５】
図２は、実施の形態１における管理サーバ１０４および端末１０２の機能的な構成を示す機能ブロック図である。
【００４６】
なお、端末１０２については、受信したコンテンツの再生機能等の説明および図示は省略し、本発明における特徴的な構成部についてのみ説明する。同様に、管理サーバ１０４についても、本発明における特徴的な構成部についてのみ説明する。
【００４７】
管理サーバ１０４は、上述のように端末１０２から、ＬＡＮ１０６内の機器１０１への通信を確立させるためのサーバであり、例えば、特許文献１に記載のサーバ装置と同様に、端末１０２から機器１０１への通信を開始させるための機能を有している。
【００４８】
管理サーバ１０４は、サーバ通信部１１と、機器情報記憶部１２と、接続要求記憶部１３と、サーバ制御部１４とを備える。
【００４９】
サーバ通信部１１は、ＬＡＮ１０６内の機器１０１や端末１０２等の他の機器と情報のやり取りを行なうための処理部である。なお、サーバ通信部１１により、本発明の通信管理装置における、接続要求受信手段、機器情報受信手段、通信可能通知手段、通信不可能通知手段、応答受信手段、無効通知手段、時期的条件受信手段、取得要求受信手段、属性情報送信手段、および送信要求手段のそれぞれが有する、情報を送受信する機能が実現される。
【００５０】
機器情報記憶部１２は、機器１０１から通知ＵＤＰパケットによって送信される機器情報を記憶するための記憶部である。機器情報については図３を用いて後述する。
【００５１】
接続要求記憶部１３は、端末１０２から送信される接続要求を含むである接続要求情報を記憶するための記憶部である。接続要求とは、管理サーバ１０４を介して端末１０２から機器１０１への接続を確立するための要求であり、情報として接続先である機器１０１の機器ＩＤと端末１０２のグローバルＩＰアドレスとを含んでいる。接続要求記憶部１３に記憶される接続要求情報については、図４を用いて後述する。
【００５２】
サーバ制御部１４は、サーバ通信部１１と、機器情報記憶部１２と、接続要求記憶部１３とを制御することで、管理サーバ１０４の処理を実行する処理部である。
【００５３】
端末１０２は、上述のようにＬＡＮ１０６内の機器１０１と通信を行なうための機器であり、例えば携帯電話である。端末１０２は、端末通信部１と、入力部２と、表示部３と、端末制御部４と、送信情報記憶部５とを備える。
【００５４】
端末通信部１は、ＬＡＮ１０６内の機器１０１や管理サーバ１０４等の他の機器と情報のやり取りを行なうための処理部である。端末通信部１により、端末装置における接続要求送信手段および通信受信手段のそれぞれが有する、情報を送受信する機能が実現される。
【００５５】
入力部２は、ユーザが端末１０２に対しての指示や選択を入力するためのボタン等である。表示部３は、情報の表示や、指示の入力をユーザに行なわせるためのＧＵＩを表示する液晶画面等である。表示部３は、本発明の端末装置における出力手段の一例である。
【００５６】
端末制御部４は、端末通信部１と、入力部２等の他の構成部を制御することで端末１０２における情報の処理を実行する処理部である。
【００５７】
送信情報記憶部５は、管理サーバ１０４に送信した接続要求の送信時刻等を示す情報である送信情報を記憶するための記憶部である。送信情報については図５を用いて後述する。
【００５８】
図３は、機器情報記憶部１２に記憶されている機器情報のデータ構成の例を示す図である。機器情報は管理サーバ１０４から機器１０１に接続を行なう際に必要となる情報であり、上述のように、機器１０１から通知ＵＤＰパケットで送信される情報である。
【００５９】
図３に示すように、機器情報はデータ項目として、送信元機器ＩＤと、送信元ポート番号と、最終アクセス時刻と、通信可否フラグとを有する。また、各データは機器情報記憶部１２においてテーブル形式で記憶されている。
【００６０】
送信元機器ＩＤは、通知ＵＤＰパケットの送信元である機器１０１の機器ＩＤを示すデータ項目である。送信元ＩＰアドレスは、機器１０１が接続されているＬＡＮ１０６を特定するＩＰアドレス、つまり、ＮＡＴルータ１０３のインターネット側のグローバルＩＰアドレスを示すデータ項目である。
【００６１】
送信元ポート番号は、ＮＡＴルータ１０３内で機器１０１に関連付けられているＮＡＴルータ１０３のポート番号を示すデータ項目である。最終アクセス時刻は、管理サーバ１０４が最後に通知ＵＤＰパケットを受信した時刻を示すデータ項目である。
【００６２】
なお、サーバ制御部１４は、サーバ通信部１１が機器１０１からの通知ＵＤＰパケットを受信する毎に、最終アクセス時刻を通知ＵＤＰパケットの受信時刻に更新する。なお、時刻は管理サーバ１０４が内部で管理するシステムタイマー（図示せず）から取得する。以下、管理サーバ１０４において時刻に基づく処理には、同様にシステムタイマーから取得された時刻が用いられる。
【００６３】
通信可否フラグは、機器１０１が通信可能であるか否かを示すデータ項目であり、「１」であれば通信可能であることを示し、「０」であれば通信不可能であることを示す。
【００６４】
この通信可否フラグは、最終アクセス時刻と上述の最大アクセス確認周期とに基づき、サーバ制御部１４が更新する。つまり、サーバ制御部１４により、本発明の通信管理装置における期間経過判断手段が有する、機器情報を受信しない期間が所定の期間を越えたか否かを判断する機能が実現される。更新の詳細は、図６を用いて後述する管理サーバ１０４の動作の説明の中で述べる。
【００６５】
機器１０１から通知ＵＤＰパケットが管理サーバ１０４へ送信されると、通知ＵＤＰパケットに含まれる各データは、図３に示すように一つのエントリとして、サーバ制御部１４により機器情報記憶部１２に登録される。なお、エントリとはデータテーブルにおいて１行分のデータ列のことを示す。
【００６６】
図４は、接続要求記憶部１３に記憶されている接続要求情報のデータ構成の例を示す図である。接続要求情報は、上述のように、端末１０２から管理サーバ１０４へ送信された接続要求を含むである。
【００６７】
図４に示すように、接続要求情報はデータ項目として、要求先機器ＩＤと、要求元ＩＰアドレスと、要求登録時刻とを有する。また、各データは、機器情報記憶部１２においてテーブル形式で記憶されている。
【００６８】
要求先機器ＩＤは、端末１０２が接続相手として要求する機器である機器１０１の機器ＩＤを示すデータ項目である。要求元ＩＰアドレスは、端末１０２のグローバルＩＰアドレスを示すデータ項目である。要求登録時刻は、接続要求が登録された時刻を示すデータ項目である。
【００６９】
端末１０２から送信された接続要求が、管理サーバ１０４によって受信されると、接続要求に含まれる各データおよび要求登録時刻は、図４に示すように一つのエントリとして、サーバ制御部１４により機器情報記憶部１２に登録される。
【００７０】
なお、本実施の形態における接続要求情報の各エントリは、所定の期間内にその処理が行われない場合、サーバ制御部１４により削除される。この所定の期間を特定する時間を接続要求タイムアウト時間といい、本発明の通信管理装置における時期的条件の一例である。接続要求タイムアウト時間は、例えば「２０分」という期間で示される。この場合、接続要求情報の各エントリは登録されて２０分間は有効であることを意味し、２０分を超えると無効となることを意味する。接続要求タイムアウト時間を示す値は接続要求記憶部１３に記憶されている。
【００７１】
図５は、端末１０２の送信情報記憶部５に記憶されている送信情報のデータ構成の一例を示す図である。送信情報は、上述のように、管理サーバ１０４に送信した接続要求の送信時刻等を示す情報である。
【００７２】
図５に示すように、送信情報はデータ項目として、要求先機器ＩＤと、送信時刻とを有しており、送信情報記憶部５においてテーブル形式で記憶されている。
【００７３】
要求先機器ＩＤは、端末１０２が接続相手として要求する機器１０１の機器ＩＤを示すデータ項目である。送信時刻は、接続要求を管理サーバ１０４へ送信した時刻を示すデータ項目である。なお、時刻は端末１０２が内部で管理するシステムタイマー（図示せず）から取得する。以下、端末１０２において時刻に基づく処理には、同様にシステムタイマーから取得された時刻が用いられる。
【００７４】
端末１０２が管理サーバ１０４へ接続要求を送信すると、接続要求に含まれる機器１０１の機器ＩＤおよび送信時刻は、図５に示すように一つのエントリとして、端末制御部４により送信情報記憶部５に登録される。
【００７５】
次に、実施の形態１における管理サーバ１０４および端末１０２の動作を、図６〜図９を用いて説明する。
【００７６】
図６は、実施の形態１の通信システムにおける各機器間の通信の流れの一例を示す通信シーケンス図である。
【００７７】
なお、図６に示す通信シーケンス図は、端末１０２が、管理サーバ１０４を介してＬＡＮ内の機器１０１との接続を確立する際の通信の流れを示す。また、端末１０２が機器１０１に対する接続要求を管理サーバ１０４へ送信した時点では、機器１０１は通信不可能であり、その後、通信が可能となる場合を想定している。
【００７８】
なお、ユーザは機器１０１の機器ＩＤを予め知っており、また、機器１０１と端末１０２には、管理サーバ１０４のＩＰアドレスがそれぞれの所定の記憶領域に記憶されていると想定する。更に機器１０１は、予め管理サーバ１０４から最大アクセス確認周期として「１０分」を通知されていると想定して説明する。
【００７９】
まず、機器１０１は、管理サーバ１０４に対して、ペイロードに機器１０１の機器ＩＤを含む通知ＵＤＰパケットを送信する（Ｓ２０１）。
【００８０】
なお、「管理サーバ１０４に対してパケットを送信する」とはＴＣＰ／ＩＰプロトコルにおけるＩＰパケットの宛先ＩＰヘッダに、管理サーバ１０４のＩＰアドレス、すなわち「４．１７．１６８．６」を指定し、パケットを送信することを指し、以降も同様とする。
【００８１】
管理サーバ１０４のサーバ通信部１１は、通知ＵＤＰパケットを受信し、サーバ制御部１４は、機器情報記憶部１２に記憶されている機器情報のデータテーブルに、機器１０１の機器情報からなるエントリを登録する（Ｓ２０２）。この登録の際、通知ＵＤＰパケットが受信された時刻が最終アクセス時刻として記録される。また、通信可否フラグは「１」と記録される。この結果、機器情報のデータテーブルは、例えば図３に示す状態となる。
【００８２】
機器１０１が通知ＵＤＰパケットを送信（Ｓ２０１）した後、ＬＡＮ１０６の通信障害等により通信不可能になったと想定する（Ｓ２０３）。
【００８３】
機器１０１の機器情報が登録された（Ｓ２０２）後、最大アクセス確認周期である１０分が経過すると（Ｓ２０４）、サーバ制御部１４は、機器１０１からの通知ＵＤＰパケットが最大アクセス確認周期の時間内に通知ＵＤＰパケットが届いていないことから、機器１０１が通信不可能になったと判断する（Ｓ２０５）。具体的には、サーバ制御部１４は、最終アクセス時刻の１０分後に、その最終アクセス時刻が更新されているか否かをチェックする。更新されている場合は、通信可否フラグを「１」のままとし、更新されていない場合は、通信可否フラグを「０」とする。
【００８４】
更に、サーバ制御部１４は、チェックした時点の最終アクセス時刻を基準とし、最大アクセス確認周期である１０分間隔で、その最終アクセス時刻が更新されているか否かをチェックする。なお、最終アクセス時刻が更新されていなかった場合は、そのことを確認した時刻から１０分後にチェックする。サーバ制御部１４は、このように定期的に最終アクセス時刻の更新をチェックすることにより、通信可否フラグを更新する。
【００８５】
ここで、ユーザは、機器１０１への接続のために、入力部２を操作し機器１０１の機器ＩＤを端末１０２に入力する。具体的には、端末１０２の端末制御部４は、ユーザの入力を受け付けるために表示部３に、図７に示すＧＵＩを表示する。
【００８６】
図７は、端末１０２の表示部３に表示される、ユーザに操作の目的を選択させるためのＧＵＩの一例を示す図である。図７に示すメニュー画面７０において、ユーザは、入力部２を用いて「１．機器接続」を選択する。端末制御部４はその選択を受け付け、表示部３に、図８に示すＧＵＩを表示する。
【００８７】
なお、ユーザが「２．接続要求中機器一覧」を選択した場合、端末制御部４により、図５に示す送信情報が読み出され、接続要求中の機器の機器ＩＤ等が表示される。
【００８８】
図８は、端末１０２の表示部３に表示される、ユーザに機器ＩＤを入力させるためのＧＵＩの一例を示す図である。図８に示す機器ＩＤ入力画面８０において、ユーザは、入力部２を用いて、機器１０１の機器ＩＤである「１２３４５６７８９」を入力する。更に、ユーザによって「進む」と表示されたボタンが選択される。
【００８９】
「進む」と表示されたボタンが選択されると、端末制御部４は、機器１０１の機器ＩＤの入力を受け付ける。更に、端末制御部４は、機器１０１の機器ＩＤと、接続を要求することを示す所定のデータとをパケットのペイロードに含んだＵＤＰパケットである接続要求を生成する。生成された接続要求は、管理サーバ１０４を送信先として端末通信部１により送信される（Ｓ２０６）。つまり、端末制御部４により、本発明の端末装置における接続要求送信手段が有する、機器への接続を要求する機能が実現される。
【００９０】
管理サーバ１０４は、サーバ通信部１１により機器１０１の機器ＩＤを含む接続要求を受信する。サーバ制御部１４は、機器１０１の機器情報が既に登録されており、かつ機器１０１が通信可能であるかを確認する（Ｓ２０７）。つまり、サーバ制御部１４により、本発明の通信管理装置における接続要求判断手段が有する、接続要求が記憶済みの機器情報に対するものであるか否かを判断する機能が実現される。
【００９１】
具体的には、サーバ制御部１４は、機器情報記憶部１２に記憶されている機器情報のデータテーブルを参照し、テーブル内に、送信元機器ＩＤが機器１０１の機器ＩＤと一致するエントリがあるか否かを確認する。そして、一致するエントリが存在すれば、機器１０１の機器情報が既に登録されていると判断する。
【００９２】
更に、そのエントリに含まれる通信可否フラグが「１」であれば、機器１０１は通信可能であると判断し、「０」であれば機器１０１は通信不可能であると判断する。
【００９３】
本実施の形態では、機器１０１の機器情報は既に登録されており、かつ通信不可能であるので、以下に示す処理が行われる。なお、機器１０１の機器情報が登録されていない場合、は、その旨を端末１０２に通知して終了する。また、機器１０１が通信可能である場合、管理サーバ１０４は、端末１０２へ機器１０１に接続するための情報を送信する。その後、端末１０２は機器１０１と通信する。
【００９４】
機器１０１が通信不可能であることを確認した後、サーバ制御部１４は、端末１０２からの接続要求に含まれる機器１０１の機器ＩＤと端末１０２のＩＰアドレスとを、登録時刻と併せて一つのエントリとし、接続要求記憶部１３に記憶されている接続要求情報のデータテーブルに登録する（Ｓ２０８）。登録の結果、接続要求情報のデータテーブルは、例えば図４に示す状態となる。
【００９５】
その後、機器１０１が通信不可能であった原因が除去されたことなどにより、機器１０１が通信可能となる（Ｓ２０９）。機器１０１は最大アクセス確認周期を管理サーバ１０４に要求し取得する。取得後、管理サーバ１０４に対して、通知ＵＤＰパケットを送信する（Ｓ２１０）。なお、この通知ＵＤＰパケットの送信は、接続要求タイムアウト時間内に行われたと想定する。つまり、端末１０２からの接続要求に対応する接続要求情報のエントリが有効に存在している間に通知ＵＤＰパケットが送信されたことを意味する。
【００９６】
管理サーバ１０４のサーバ制御部１４は、サーバ通信部１１で機器１０１からの通知ＵＤＰパケットを受信すると、機器１０１は通信可能であると判断する（Ｓ２１１）。
【００９７】
サーバ制御部１４は、機器１０１が通信可能となったと判断すると、接続要求記憶部１３に記憶されている接続要求情報のデータテーブルを参照し、機器１０１から受信した通知ＵＤＰパケットに含まれる機器ＩＤ「１２３４５６７８９」が要求先機器ＩＤとして含まれるエントリを検索する。該当するエントリが存在することで、機器１０１への接続要求が登録されていることを確認する。つまり、サーバ制御部１４により、本発明の通信管理装置における接続対象判断手段が有する、機器情報の送信元の機器が接続要求の対象の機器であるか否かを判断する機能が実現される。
【００９８】
本実施の形態では、該当するエントリが存在し、機器１０１に対する端末１０２からの接続要求が登録されていることが確認される（Ｓ２１２）。
【００９９】
管理サーバ１０４のサーバ制御部１４は、機器１０１の機器ＩＤおよび「接続可能」を示すデータをパケットのペイロードに含んだＵＤＰパケットである接続可能通知を生成する。生成された接続可能通知は、該当するエントリに含まれる要求元ＩＰアドレス、つまり、端末１０２のＩＰアドレスを宛先としてサーバ通信部１１により送信される（Ｓ２１３）。つまり、サーバ制御部１４により、本発明の通信管理装置における通信可能通知手段が有する、機器が通信可能である旨を端末装置へ通知する機能が実現される。
【０１００】
続いて、サーバ制御部１４は、接続要求記憶部１３に記憶されている接続要求情報のデータテーブルから、該当するエントリを削除する。つまり、端末１０２から機器１０１への接続要求の登録を削除する（Ｓ２１４）。
【０１０１】
端末１０２は、端末通信部１により前記接続可能通知を受信し、表示部３により、図９で示すＧＵＩを表示することでユーザに通知を行なう（Ｓ２１５）。
【０１０２】
図９は、端末１０２の表示部３に表示される、機器が接続可能となったことをユーザに通知するためのＧＵＩの一例を示す図である。
【０１０３】
図９に示すメニュー画面９０は、図７に示すメニュー画面７０における表示内容に加えて、機器１０１への接続可能となったことを示す情報が表示されている。この表示により、ユーザは、機器１０１への接続が可能になったことを簡単に把握することができる。
【０１０４】
図９に示すメニュー画面９０において、ユーザは、入力部２を用いて、機器１０１の機器ＩＤである「１２３４５６７８９」を選択する。
【０１０５】
機器１０１の機器ＩＤが選択されると、端末制御部４はその選択を受け付け、管理サーバ１０４へ機器１０１への接続を要求する旨の応答をする。以降、端末１０２は機器１０１との接続を確立する。
【０１０６】
機器１０１への接続を確立した後、この接続に対応する送信情報のエントリは送信情報記憶部５から端末制御部４により削除される。
【０１０７】
以上、説明したように、本発明の実施の形態１の通信システムでは、端末１０２から機器１０１に対する接続要求を管理サーバ１０４が記憶することで、機器１０１が通信可能になった時点で、ユーザは、何ら操作を行なうことなく接続可能通知を受け取ることが可能となる。
【０１０８】
このため、ユーザは、端末１０２から機器１０１へ接続をしようとした際、機器１０１が通信不可能な状態であっても、接続可能通知を待って、再接続のための操作を行えばよい。そのため、ユーザは、例えば、機器１０１が通信可能となるまでの間、管理サーバ１０４へ何度も接続要求を送り続ける必要がない。つまり、ユーザは管理サーバ１０４へ不要な接続要求の送信を行う必要がない。従って、端末１０２が機器１０１へ接続するために必要な通信量が削減される、また、ユーザにとっては、無駄な操作をすることがなくユーザビリティが向上する。
【０１０９】
また、管理サーバ１０４で端末１０２からの接続要求を登録する際に、その接続要求に含まれる要求先の機器が事前に登録されていることを確認する。これにより、ユーザの機器ＩＤの指定の間違いや、悪意あるユーザが、故意にランダムな機器ＩＤを指定することにより他人の機器に接続を試みた場合、その接続要求が接続要求情報として登録されることがない。
【０１１０】
これにより、例えば、悪意あるユーザからの接続要求が受信された時点では、未登録であった機器が、その後に偶然に登録されたことにより、悪意あるユーザがその機器に接続することが可能となる事態を防ぐことができる。
【０１１１】
なお、本実施の形態では、管理サーバ１０４は、上述のように端末１０２から機器１０１に対する接続要求を受信した際、機器１０１が既に登録されているか否かを確認した。しかしながら管理サーバ１０４はこの確認を行わなくてもよい。ただし、確認を行うことにより、上述のような効果が得られるため、本実施の形態では上述の登録の確認を行うとした。
【０１１２】
また、本実施の形態では、端末１０２は、接続可能通知を受信した際、表示部３によりユーザに通知を行うとした。しかしながら、ユーザに通知を行なわず、自動的にサーバに対して再接続を行なってもよい。また、その再接続の後に接続が完了した旨をユーザに通知してもよい。
【０１１３】
また、端末１０２において、管理サーバ１０４から接続可能通知を受信した際、その旨が表示部３に表示されるとした。しかしながら、ユーザに管理サーバ１０４から通知された内容を伝えることができれば画像表示でなくてもよい。例えば、音、光、振動など、ユーザが知覚できる方法で管理サーバからの通知内容を出力すればよい。
【０１１４】
また、管理サーバ１０４における通知ＵＤＰパケットの受信時刻の取得に際して、本実施の形態では、時刻はサーバが内部で管理するシステムタイマーから時刻を取得するとした。しかしながら、管理サーバ１０４が接続可能なＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）サーバから取得する等、時刻の取得方法はこれに限定されるものではない。端末１０２における接続要求の送信時刻の取得も同様である。
【０１１５】
また、機器情報および接続要求情報は、機器情報記憶部１２および接続要求記憶部１３にそれぞれ記憶されているとした。しかしながら各情報が記憶される場所はこれに限定されるものではない。例えば、データ管理用のサーバを別途設け、そのサーバでデータを管理させてもよい。この場合、管理サーバ１０４が必要に応じ、データ管理用サーバに記憶されているデータの読み出しおよび書き込みを行えばよい。
【０１１６】
また、本実施の形態では、接続要求タイムアウト時間として接続要求記憶部１３に一定値が記憶されており、その一定値を受信した接続要求に適用するとした。しかしながら、接続要求情報のエントリに、接続要求タイムアウト時間が記録されるデータ領域を追加することで、接続要求ごとに異なる値を保持させてもよい。この場合、接続要求ごとに有効な期間を設定することが可能となる。更に、接続要求タイムアウト時間として、本実施の形態では相対的な期間を設定したが、接続要求登録時に、例えば日付と時刻とからなる絶対的な有効期限を設定してもよい。
【０１１７】
また、端末１０２が管理サーバ１０４に接続要求を送信する際、ユーザが、図８に示す機器ＩＤ入力画面８０において接続先となる機器１０１の機器ＩＤを入力するとした。しかしながら、端末１０２の所定の記憶領域に機器１０１の機器ＩＤを記憶させておき、記憶されている機器ＩＤを利用してもよい。
【０１１８】
これにより、例えば、端末１０２は、機器１０１に対する接続要求を送信する際、ユーザに機器ＩＤを入力させる必要がなくなる。
【０１１９】
また、端末１０２において、機器１０１に接続した後、その接続に対応する送信情報のエントリは削除されるとしたが、削除されずに残されてもよい。この場合、各エントリに示される接続行為が完了したか否か判別できるようにするために、例えば、接続が確立したエントリに接続済みであることを示すフラグを記録すればよい。
【０１２０】
（実施の形態２）
本発明の実施の形態２の通信システムについて、図１０から図１３を用いて説明する。
【０１２１】
実施の形態２の通信システムは実施の形態１の通信システムが有する特徴に加えて、以下の２つの特徴を有する。一つは、管理サーバ１０４は端末１０２から受信した接続要求に対し、管理サーバ１０４と機器１０１との通信が不可能な場合、管理サーバ１０４と機器１０１との通信が不可能であることを端末１０２に対してすぐに通知するという特徴である。
【０１２２】
また、もう一つは管理サーバ１０４が端末１０２に、接続要求が無効である旨の通知を行うという特徴である。具体的には、端末１０２は、上記通知を受けた場合、接続可能通知の送信を要求する内容を含む通知要求を送信することができ、管理サーバ１０４はその要求を接続要求として接続要求記憶部１３に登録する。登録後、接続要求タイムアウト時間を経過するまでに機器１０１からの通知ＵＤＰパケットが受信されない場合、端末１０２に接続要求が無効である旨の通知を行う。
【０１２３】
なお、実施の形態２の通信システムの構成および端末１０２と管理サーバ１０４の機能ブロック図は、実施の形態１と同様である。つまり、それぞれ図１および図２に示すものと同様である。
【０１２４】
ただし、管理サーバ１０４は、端末１０２から機器１０１に対する接続要求を受信した場合、機器１０１が通信不可能な状態であることを確認すると、端末１０２に通信不可能通知を送信する。具体的には、端末１０２からの接続要求に要求元IPアドレスとして含まれている端末１０２のグローバルＩＰアドレスに対して、通信不可能通知を送信する。通信不可能通知とは、接続要求に含まれている機器ＩＤおよび「通信不可能」を示すデータをパケットのペイロードに含むＵＤＰパケットである。
【０１２５】
端末１０２は、通信不可能通知を受信すると、接続要求先の機器ＩＤおよび通信が可能となった際の通知を要求することを示すデータをパケットのペイロードに含んだＵＤＰパケットを通知要求として生成し管理サーバ１０４へ送信する。
【０１２６】
管理サーバ１０４は、通知要求を受信すると、実施の形態１において接続要求を登録するのと同様に、接続要求記憶部１３に受信した通知要求を登録する。
【０１２７】
また、管理サーバ１０４は、現在時刻と接続要求情報のエントリに記録されている最終アクセス時刻との差が、接続要求記憶部１３のもつ接続要求タイムアウト時間を越えた場合、そのエントリに対応する接続要求がタイムアウトしたと判断する。タイムアウトと判断された接続要求に対応するエントリを参照し、端末１０２のグローバルＩＰアドレスを取得する。更に、そして、取得したグローバルIPアドレスを宛先IPアドレスとし、エントリ内の機器ＩＤと「接続失敗」を示すデータをパケットのペイロードに含んだＵＤＰパケットである接続失敗通知を送信する。
【０１２８】
また、端末１０２は、接続失敗通知を受信すると、表示部３によって、ユーザに接続が失敗した旨の情報を表示する。
【０１２９】
以下に、実施の形態２における管理サーバ１０４および端末１０２の動作を、図１０〜図１３を用いて説明する。
【０１３０】
図１０は、実施の形態２の通信システムにおける各機器間の通信の流れの一例を示す通信シーケンス図である。
【０１３１】
なお、図１０に示す通信シーケンス図は、端末１０２が、管理サーバ１０４を介してＬＡＮ内の機器１０１との接続を確立する際の通信の流れを示す。また、端末１０２が機器１０１に対する接続要求を管理サーバ１０４へ送信した時点では、機器１０１は通信不可能であり、その後、通信が可能となる場合を想定している。
【０１３２】
また、ユーザは機器１０１の機器ＩＤを予め知っており、また、機器１０１と端末１０２は、管理サーバ１０４のＩＰアドレスが所定の記憶領域に記憶されていると想定する。更に機器１０１は、予め管理サーバ１０４から最大アクセス確認周期として「１０分」を通知されていると想定して説明する。
【０１３３】
まず、機器１０１は、管理サーバ１０４に対して、ペイロードに機器１０１の機器ＩＤを含む通知ＵＤＰパケットを送信する（Ｓ３０１）。
【０１３４】
管理サーバ１０４のサーバ通信部１１は、通知ＵＤＰパケットを受信し、サーバ制御部１４は、その内容に基づき、機器情報記憶部１２に機器１０１の機器情報を登録する（Ｓ３０２）。
【０１３５】
機器１０１が通知ＵＤＰパケットを送信した後、ＬＡＮ１０６の通信障害等により通信が不可能になったと想定する（Ｓ３０３）。
【０１３６】
機器１０１の機器情報が登録された（Ｓ３０２）後、最大アクセス確認周期である１０分が経過すると（Ｓ３０４）、サーバ制御部１４は、機器１０１からの通知ＵＤＰパケットが最大アクセス確認周期の時間内に通知ＵＤＰパケットが届いていないことから、機器１０１が通信不可能になったと判断する（Ｓ３０５）。
【０１３７】
ここで、ユーザは、機器１０１への接続のために、機器１０１の機器ＩＤを入力部２によって端末１０２に入力する。具体的な入力方法は実施の形態１と同様であり、その説明は省略する。
【０１３８】
端末制御部４は、機器１０１の機器ＩＤの入力を受け付ける。更に、端末制御部４は、機器１０１の機器ＩＤと、接続を要求することを示す所定のデータをパケットのペイロードに含んだＵＤＰパケットである接続要求を生成する。生成された接続要求は、端末通信部１から管理サーバ１０４へ送信される（Ｓ３０６）。
【０１３９】
管理サーバ１０４は、サーバ通信部１１により機器１０１の機器ＩＤを含む接続要求を受信する。サーバ制御部１４は、機器１０１の機器情報が既に登録されており、かつ機器１０１が通信可能であるかを確認する（Ｓ３０７）。具体的な確認方法は実施の形態１と同様であり、その説明は省略する。
【０１４０】
本実施の形態では、機器１０１の機器情報は既に登録されており、かつ通信不可能であるので、以下に示す処理が行われる。なお、機器１０１の機器情報が登録されていない場合、は、その旨を端末１０２に通知して終了する。また、機器１０１が通信可能である場合、管理サーバ１０４は機器１０１に接続するための情報を端末１０２へ送信する。端末１０２はその情報に基づき機器１０１と通信する。
【０１４１】
サーバ制御部１４は、機器１０１が通信不可能であることを通知するＵＤＰパケットである通信不可能通知を生成する。生成された通信不可能通知は、サーバ通信部１１により、受信した接続要求に要求元IPアドレスとして含まれている端末１０２のＩＰアドレスに対して送信される。（Ｓ３０８）。つまり、サーバ制御部１４により、本発明の通信管理装置における通信不可能通知手段が有する、機器が通信不可能である旨を端末装置へ通知する機能が実現される。
【０１４２】
端末１０２は、端末通信部１により通信不可能通知を受信する。更に、通信不可能通知に基づき、ユーザに対して機器１０１への接続が失敗したことを通知するとともに、機器１０１が通信可能になった際の通知を要求するか否かの確認を行う（Ｓ３０９）。この通知および確認は、表示部３に表示される、図１１に示すＧＵＩを介して行われる。
【０１４３】
図１１は、端末１０２の表示部３に表示される、ユーザに接続の失敗の通知と、通信可能になった際の通知の要求を確認するためのＧＵＩの一例を示す図である。
【０１４４】
図１１に示す機器ＩＤ入力画面１１０は、図８に示す機器ＩＤ入力画面８０における表示内容に加えて、機器１０１への接続が失敗したことを示す情報が表示されている。この表示により、ユーザは、機器１０１への接続が失敗したことを明確かつ迅速に知ることができる。
【０１４５】
また、ユーザは、機器１０１が通信可能となった際に、管理サーバ１０４から、接続可能通知を受け取るか否かを選択する。接続可能通知は機器１０１への接続が可能な状態になったことをユーザに通知するものである。
【０１４６】
つまり、ユーザは、機器１０１への接続が失敗したことを認識した上で、接続を希望する場合、機器１０１が通信可能となった際の通知を簡単に要求できる。また、接続を希望しない場合は、接続のための処理をキャンセルすることができる。そのため、通信システム全体に対するユーザの使い勝手が向上する。また、管理サーバ１０４を端末１０２から機器１０１への接続のための処理から早く開放することができ、管理サーバ１０４は無駄に通信可能通知を端末１０２に送信することがない。
【０１４７】
本実施の形態では、ユーザは、機器１０１が通信可能になった際の通知を受け取ることを選択する。具体的には、ユーザは、図１０で示すＧＵＩ上で、入力部２を用いて、「はい」と表示されたボタンを選択する。（Ｓ３０９）。
【０１４８】
端末制御部４は、入力部２からユーザの入力を受け付けると、機器１０１の機器ＩＤおよび通知を要求することを示すデータをパケットのペイロードに含んだＵＤＰパケットである通知要求をする。生成された通知要求は端末通信部１から管理サーバ１０４へ送信される（Ｓ３１０）。
【０１４９】
管理サーバ１０４は、サーバ通信部１１により端末１０２から送信された通知要求を受信する。サーバ制御部１４は、サーバ通信部１１が受信したパケットが通知要求である場合、その通知要求に含まれる、機器１０１の機器ＩＤと端末１０２のグローバルＩＰアドレスとを登録時刻と併せて一つのエントリとし、接続要求記憶部１３に記憶されている接続要求情報のデータテーブルに登録する。
【０１５０】
つまり、実施の形態２における管理サーバ１０４は、端末１０２から受信したＵＤＰパケットが通知要求である場合、その通知要求は、接続要求として接続要求情報のデータテーブルに登録する（Ｓ３１１）。また、登録されたエントリには実施の形態１と同様に、接続要求タイムアウト時間が適用される。このように、通知要求とは、接続先の機器である機器１０１が通信不可能であることを知ったユーザが端末１０２を用いて送信する接続要求である。
【０１５１】
その後、機器１０１が通信不可能であった原因が除去されたことなどにより、機器１０１が通信可能となる（Ｓ３１２）。機器１０１が通信可能となった後は、実施の形態１と同様の通信の流れとなる。
【０１５２】
つまり、機器１０１は通知ＵＤＰパケットを管理サーバ１０４へ送信する（Ｓ３１３）。この通知ＵＤＰパケットの送信は、接続要求タイムアウト時間内に行われており、端末１０２からの通知要求に対応する接続要求情報のエントリは有効に存在している。接続要求タイムアウト時間内に通知ＵＤＰパケットが機器１０１から送信されなかった場合については後述する。
【０１５３】
管理サーバ１０４のサーバ制御部１４は、サーバ通信部１１が機器１０１からの通知ＵＤＰパケットを受信すると、機器１０１は通信可能であると判断する（Ｓ３１４）。更に、接続要求記憶部１３に記憶されている接続要求情報のデータテーブルを参照し、機器１０１の機器ＩＤ「１２３４５６７８９」が要求先機器ＩＤとして含まれるエントリを検索する。検索の結果、端末１０２から機器１０１への接続要求が登録されていることを確認する（Ｓ３１５）。
【０１５４】
管理サーバ１０４のサーバ制御部１４は、機器１０１が通信可能となってことを端末１０２に通知するための接続可能通知を生成する。生成された接続可能通知はサーバ通信部１１から端末１０２へ送信される（Ｓ３１６）。
【０１５５】
続いて、サーバ制御部１４は、接続要求記憶部１３に記憶されている接続要求情報のデータテーブルから、該当するエントリを削除する。つまり、接続要求として登録した端末１０２からの通知要求に対応するエントリを削除する（Ｓ３１７）。
【０１５６】
端末１０２は、端末通信部１により、前記接続可能通知を受信し、表示部３により、図９で示すＧＵＩを表示することで、ユーザに通知を行なう（Ｓ３１８）。ユーザは表示部３に表示されたＧＵＩを介し、機器１０１との通信を開始することができる。
【０１５７】
このように、実施の形態２における管理サーバ１０４は、端末１０２から機器１０１に対する接続要求を受信した場合、機器１０１が通信不可能であるときは、通信不可能通知を端末１０２に送信する。端末１０２は、通信不可能通知を受け取るとその旨をユーザに通知し、かつ、接続可能通知を要求するか否かを確認するためのＧＵＩをユーザに提示する。
【０１５８】
ユーザが、接続可能通知を要求する場合、通知要求が端末１０２から管理サーバ１０４へ送信され、管理サーバ１０４はその通知要求を接続要求として登録する。
【０１５９】
つまり、実施の形態２における管理サーバ１０４は、実施の形態１における管理サーバ１０４と異なり、機器１０１が通信不可能であることを端末１０２へ通知する。これによりユーザは機器１０１への接続が失敗したことを明確かつ迅速に知ることができる。
【０１６０】
更に、ユーザは機器１０１への接続が失敗したことを認識した上で、機器１０１へ接続するかを決定できる。その決定は具体的には接続可能通知を要求する通知要求という形で管理サーバ１０４へ送信される。接続を希望しない場合は、管理サーバ１０４を端末１０２から機器１０１への接続のための処理から開放することができる。
【０１６１】
なお、本実施の形態における管理サーバ１０４は、端末１０２から送信された通知要求を管理サーバ１０４が接続要求として登録した後、接続要求タイムアウト時間が経過するまでに、管理サーバ１０４が機器１０１からの通知ＵＤＰパケットを受信しなかった場合、接続要求が無効である旨の通知を行う。管理サーバ１０４がこの通知を行う場合の通信システムの各機器の動作を、図１２を用いて説明する。
【０１６２】
図１２は、実施の形態２の通信システムにおける各機器間の通信の流れの別の一例を示す通信シーケンス図である。
【０１６３】
なお、図１２に示す通信シーケンス図は、図１０に示す通信シーケンス図と同様に、端末１０２が機器１０１に対する接続要求を管理サーバ１０４へ送信した時点では、機器１０１は通信不可能であり、その後、通信が可能となる場合を想定している。
【０１６４】
図１２に示すように、機器１０１が管理サーバ１０４に通知ＵＤＰパケットを送信してから（Ｓ３０１）、管理サーバ１０４が、端末１０２から送信された通知要求を接続要求として登録する（Ｓ３１１）までは、図１１に示す通信シーケンスと同じであり、各ステップについての説明は省略する。
【０１６５】
管理サーバ１０４が通知要求を登録した後、接続要求タイムアウト時間、例えば「２０分」が経過（Ｓ３２０）するまでの間に、機器１０１からの通知ＵＤＰパケットを受信しなかったと想定する。
【０１６６】
この場合、サーバ制御部１４は、現在時刻と、その通知要求に対応するエントリに含まれる要求登録時刻との差が、接続要求記憶部１３に記憶されている接続要求タイムアウト時間である２０分を越えたため、その通知要求がタイムアウトしたと判断する（Ｓ３２１）。つまり、端末１０２からの機器１０１に対する接続要求は有効な期間を過ぎ無効であると判断する。このように、サーバ制御部１４により、本発明の通信管理装置における無効判断手段が有する、接続要求が時期的条件を満たすか否かを判断する機能が実現される。
【０１６７】
そして、サーバ制御部１４は、サーバ通信部１１を用いて、通知要求に対応するエントリに含まれる端末１０２のグローバルＩＰアドレスに対してタイムアウト通知を送信する（Ｓ３２２）。タイムアウト通知とは、機器１０１の機器ＩＤと「タイムアウト」を示すデータをパケットのペイロードに含んだＵＤＰパケットである。
【０１６８】
続いて、サーバ制御部１４は、接続要求記憶部１３に記憶されている接続要求情報のデータテーブルから、通知要求に対応するエントリを削除する（Ｓ３２３）。このように、サーバ制御部１４により、本発明の通信管理装置における無効通知手段が有する、接続要求が無効である旨を端末装置へ通知する機能が実現される。また、削除手段が有する、無効な接続要求を削除する機能が実現される。
【０１６９】
端末１０２は、端末通信部１によりタイムアウト通知を受信し、表示部３によって、図１３に示すＧＵＩを表示することでユーザに通知を行なう（Ｓ３２４）。
【０１７０】
図１３は、端末１０２の表示部３に表示される、ユーザに通知要求がタイムアウトしたことを通知するためのＧＵＩの一例を示す図である。通知要求とは、上述のように機器１０１が通信不可能であることを知ったユーザが端末１０２を用いて送信する接続要求である。つまり、通知要求がタイムアウトしたということは接続要求が無効となったことを意味する。
【０１７１】
図１３に示すメニュー画面１３０は、図７に示すメニュー画面７０における表示内容に加えて、機器１０１への通知要求がタイムアウトしたことを示す情報が表示されている。
【０１７２】
この表示により、ユーザは、管理サーバ１０４と機器１０１とが通信できない状態が継続した場合であっても、所定の期間が経過すると接続要求が無効になったことを知ることができる。そのため、ユーザは、いつまでも接続可能通知を待つ状態に置かれることがなく、通信システムに対するユーザの使い勝手が向上する。また、管理サーバ１０４からすると、接続要求の受信から一定期間が経過し、ユーザにとって無用である可能性が高い接続可能通知を送信する必要がない。つまり、無駄な通信を発生させることがない。
【０１７３】
また、図１３示すメニュー画面１３０を提示されたユーザが、再度、機器１０１への接続を試みる場合、メニュー画面１３０に表示された機器１０１の機器ＩＤ「１２３４５６７８９」を選択する。これにより、再び、機器１０１に対する接続要求が管理サーバ１０４へ送信される（Ｓ３０６）。以降、上述の処理が繰り返される。
【０１７４】
なお、上述の、通知要求のタイムアウトを端末１０２に通知する機能は、実施の形態１における管理サーバ１０４が採用してもよい。接続要求タイムアウト時間に関して、実施の形態１と実施の形態２との違いは、接続要求タイムアウト時間が適用される対象が、端末１０２が送信する接続要求であるのか通知要求であるのかだけの違いである。また、上述のように、通知要求は、実質的な内容は接続要求と同じであり、接続要求情報の１つのエントリとして登録されている。従って、実施の形態１の管理サーバ１０４が、接続要求のタイムアウトを判断し、タイムアウト通知を行う機能を持つことは容易である。
【０１７５】
また、接続要求タイムアウト時間は、所定の時間、例えば「２０分」が接続要求記憶部１３に予め記憶されており、その時間が通知要求に適用されるとした。しかしながら、ユーザが接続要求タイムアウト時間を決定してもよい。例えば、端末１０２から管理サーバ１０４へ通知要求を送信するためのＧＵＩである機器ＩＤ入力画面１１０（図１１参照）において、ユーザが時間を入力するための入力欄を設ける。端末１０２は、ユーザから入力された時間を受け付け、その時間を含む通知要求を管理サーバ１０４へ送信する。
【０１７６】
管理サーバ１０４は、送信された通知要求の内容と対応付けて、通知要求に含まれている時間を接続要求タイムアウト時間として記憶する。
【０１７７】
これにより、通知要求の送信ごとにユーザは接続要求タイムアウト時間を指定することができる。また、端末１０２がユーザによって接続要求タイムアウト時間として指定された時間を記憶しておき、その記憶された時間を通知要求に含めて送信してもよい。
【０１７８】
（実施の形態３）
本発明の実施の形態３の通信システムについて、図１４から図２１を用いて説明する。
【０１７９】
実施の形態３の通信システムは、実施の形態１の通信システムと同様に、例えば、ＬＡＮ内に存在する機器を所有するユーザが、外出先から端末を用い、その機器の情報、例えば、その機器が有するコンテンツを取得するためにインターネットを介した接続を確立するためのシステムである。しかしながら実施の形態１とは異なり、実施の形態３の通信システムでは、端末とＬＡＮ内の機器との接続を確立する前、または接続を確立している最中に、端末が機器のステータスを取得することができる。
【０１８０】
なお、機器の「ステータス」とは、本発明の通信管理装置における属性情報の一例であり、機器の仕様、状態等を示す値または文字列である。例えば、機器が有する記憶媒体の残容量、機器が行っている処理内容などである。
【０１８１】
まず、図１４および図１５を用いて、実施の形態３の通信システムの構成を説明する。
図１４は、実施の形態３の通信システムの構成を示す概要図である。
【０１８２】
図１４に示すように、実施の形態３の通信システムは、通信ネットワーク網として、インターネット１０５およびＬＡＮ１０６を利用している。ＬＡＮ１０６はＮＡＴルータ１０３を介してインターネット１０５に接続される。ＬＡＮ１０６にはＬＡＮ１０６内の機器として機器１０１が存在する。インターネット１０５にはユーザの操作する端末４０２および端末４０２から機器１０１への接続を確立させる管理サーバ４０４が接続されている。
【０１８３】
なお、管理サーバ４０４は、本発明の通信管理装置の一例であり、端末４０２は本発明の端末装置の一例である。
【０１８４】
機器１０１は、実施の形態１の機器１０１と同じ機器であり、例えばハードディスクレコーダである。また、機器ＩＤは「１２３４５６７８９」である。また、ＮＡＴルータ１０３は、実施の形態１におけるＮＡＴルータ１０３と同じルータ装置であり、グローバルＩＰアドレスとプライベートＩＰアドレスとの相互変換を行なう機器である。
【０１８５】
端末４０２は、ＬＡＮ１０６内の機器１０１と通信を行なうための端末装置であり、例えば、携帯電話である。また本実施の形態における端末４０２のグローバルＩＰアドレスは、「１５．１８．１７１．１」である。なお、本実施の形態においても、実施の形態１と同じくＩＰアドレスは“ＩＰ  ｖｅｒｓｉｏｎ４”に準拠している。
【０１８６】
管理サーバ４０４は、端末４０２から、ＬＡＮ１０６内の機器１０１への通信を確立させるためのサーバであり、実施の形態１における管理サーバ１０４と同様に、端末４０２と機器１０１とが、通信経路上にＮＡＴルータ１０３が存在していても通信を行なうことを可能としている。本実施の形態における管理サーバ４０４のグローバルＩＰアドレスは「４．１７．１６８．７」である。
【０１８７】
このように、本実施の形態の管理サーバ４０４および端末４０２は、基本的な役割は実施の形態１における管理サーバ１０４および端末１０２と同じである。しかしながら、機能的な構成は、実施の形態１における管理サーバ１０４および端末１０２の構成とは異なる部分を有する。
【０１８８】
図１５は、実施の形態３における管理サーバ４０４および端末４０２の機能的な構成を示す機能ブロック図である。
【０１８９】
ここでは、管理サーバ４０４および端末４０２について、本実施の形態において特徴的な構成部についてのみ説明する。
【０１９０】
管理サーバ４０４は、上述のように端末４０２から、ＬＡＮ１０６内の機器１０１への通信を確立させるためのサーバであり、例えば、特許文献１に記載のサーバ装置と同様に、端末４０２から機器１０１への通信を開始させるための機能を有している。
【０１９１】
管理サーバ４０４は、実施の形態１における管理サーバ１０４の構成部と同じ構成部であるサーバ通信部１１と、機器情報記憶部１２と、サーバ制御部１４とを備え、更に、機器ステータス記憶部１５と、接続要求記憶部１６とを備える。
【０１９２】
機器ステータス記憶部１５は、機器１０１からの通知ＵＤＰパケットに含まれる機器ステータス情報を記憶する記憶部である。機器ステータス情報とは、機器１０１からの通知ＵＤＰパケットに含まれる機器１０１の有する少なくとも１つのステータスを示すものである。また、機器ステータス情報には、機器１０１から管理サーバ４０４へ定期的に送信される通知ＵＤＰパケットに含まれる機器ステータス情報と、管理サーバ４０４からのステータスの送信の要求に応じて機器１０１から管理サーバ４０４へ送信される通知ＵＤＰパケットに含まれる機器ステータス情報とがある。機器ステータス情報については図１６を用いて後述する。
【０１９３】
接続要求記憶部１６は、端末４０２からの機器１０１に対する送信される接続要求を含むである接続要求情報を記憶するための記憶部である。接続要求とは、端末４０２から管理サーバ４０４を介して機器１０１へ接続を確立するためのＵＤＰパケットであり、ペイロードに機器１０１の機器ＩＤを含んでいる。更に、本実施の形態においては、端末４０２が機器１０１のステータスを少なくとも１つ以上取得することを所望している場合、機器１０１のステータスの名前であるステータス名を含んでいる。
【０１９４】
つまり、接続要求記憶部１６は、実施の形態１における接続要求記憶部１３とは異なり、端末４０２から機器１０１へ要求するステータス名を記憶している。実施の形態３における接続要求情報については図１７を用いて後述する。
【０１９５】
端末４０２は、実施の形態１における端末１０２の構成部と同じ構成部である、端末通信部１と、入力部２と、表示部３と、端末制御部４と、送信情報記憶部５とを備え、更に、ステータス名記憶部６を備える。
【０１９６】
ステータス名記憶部６は、ステータス名を記憶する記憶部である。本実施の形態においては、「残容量」および「転送レート」というステータス名が記憶されている。端末４０２において機器１０１に対する接続要求が生成される際、ステータス名記憶部６からこれらステータス名が読み出され接続要求に含められる。
【０１９７】
図１６は、管理サーバ４０４の機器ステータス記憶部１５に記憶されている機器ステータス情報のデータ構成の一例を示す図である。
【０１９８】
図１６に示すように、本実施の形態では、通知ＵＤＰパケットを送信した機器１０１の機器ＩＤと、残容量ステータスと、転送レートステータスとが一つのエントリとして、機器ステータス記憶部１５内部のデータテーブルに登録される。
【０１９９】
機器１０１から、最大アクセス確認周期に基づき定期的に送信される通知ＵＤＰパケットのペイロードには、機器ステータス情報のうち残容量ステータスのみが含まれている。転送レートステータスは、管理サーバ４０４からのステータス要求に応じて送信される通知ＵＤＰパケットに含められて送信される。
【０２００】
図１６は、機器ＩＤ「１２３４５６７８９」を有する機器１０１の機器ステータス情報が１つのエントリとして機器ステータス情報のデータテーブルに登録されていることを示している。
【０２０１】
ここで、残容量ステータスとは、機器１０１が備える記憶装置の追加記憶が可能な容量を示すステータスであり、例えば「２５．４」である。この場合、この残容量ステータスが含まれる通知ＵＤＰパケットが送信された時点では、機器１０１の記憶装置は、あと２５．４ＧＢ分のコンテンツを記憶可能であることを意味する。
【０２０２】
また、転送レートステータスは、機器１０１から外部の機器へのコンテンツの転送速度を示したステータスであり、例えば、「３００」である。「３００」とは、機器１０１から外部の機器へのコンテンツの転送速度が３００Kｂｐｓであることを意味する。
【０２０３】
図１７は、管理サーバ４０４の接続要求記憶部１６に記憶されている接続要求情報のデータ構成の一例を示す図である。
【０２０４】
図１７に示すように、本実施の形態における接続要求記憶部１６には、実施の形態１における接続要求記憶部１３と同じく、接続要求情報のデータテーブルの１つのエントリとして、要求先機器ＩＤと、要求元ＩＰアドレスと、要求登録時刻とが登録され、更に、要求ステータス名が登録される。
【０２０５】
図１７に示す接続要求情報のデータテーブルにおいて、要求先機器ＩＤは、端末４０２の接続要求先である機器１０１の機器ＩＤを示し、要求元ＩＰアドレスは、端末４０２のグローバルＩＰアドレスを示す。また、要求登録時刻はこのエントリが登録された時刻を示す。
【０２０６】
要求ステータス名は、端末４０２が要求する、機器１０１のステータスを特定する情報であり、図１７に示す例では、「残容量」および「転送レート」が登録されている。つまり、端末４０２が、機器１０１の残容量ステータスと転送レートステータスとを要求していることを意味する。
【０２０７】
これら、要求先機器ＩＤ、要求元ＩＰアドレス、および要求ステータス名は、端末４０２から送信される接続要求のペイロードに含まれている。
【０２０８】
次に、実施の形態３における管理サーバ４０４および端末４０２の動作を、図１８から図２１を用いて説明する。
【０２０９】
図１８は、実施の形態３の通信システムにおける各機器間の通信の流れの一例を示す通信シーケンス図である。
【０２１０】
なお、図１８に示す通信シーケンス図は、端末４０２が、管理サーバ４０４を介してＬＡＮ内の機器１０１との接続を確立する際の通信の流れを示す。また、端末４０２が機器１０１に対する接続要求を管理サーバ４０４へ送信した時点では、機器１０１は通信不可能である場合を想定している。
【０２１１】
また、ユーザは機器１０１の機器ＩＤを予め知っており、また、機器１０１と端末４０２は、管理サーバ４０４のＩＰアドレスが所定の記憶領域に記憶されていると想定する。更に、機器１０１は、予め管理サーバ４０４から最大アクセス確認周期として「１０分」を通知されていると想定して説明する。
【０２１２】
まず、機器１０１は、管理サーバ４０４に対して、ペイロードに機器１０１の機器ＩＤを含む通知ＵＤＰパケットを送信する（Ｓ５０１）。
【０２１３】
この通知ＵＤＰパケットのペイロードには、機器１０１の機器ＩＤに加え、残容量ステータスとして「２５．４」という数値が含まれている。
【０２１４】
管理サーバ４０４のサーバ通信部１１は、通知ＵＤＰパケットを受信し、サーバ制御部１４は、その内容に基づき、機器情報記憶部１２に機器１０１の機器情報を登録する（Ｓ５０２）。
【０２１５】
サーバ制御部１４は、機器ステータス記憶部１５に記憶されている機器ステータス情報のデータテーブルを参照し、機器１０１の機器ＩＤを含むエントリがあるか否かを確認する。該当するエントリがある場合、該当エントリを上書きする。機器１０１の機器ＩＤを含むエントリがない場合は、機器１０１の機器ＩＤと、残容量ステータスである「２５．４」の数値を含む機器１０１の機器ステータス情報を登録する。
【０２１６】
本実施の形態では、機器１０１の機器ＩＤと、数値「２５．４」である機器１０１の通信状態ステータスからなる機器１０１の機器ステータス情報が新たに登録される（Ｓ５０３）。
【０２１７】
機器１０１が通知ＵＤＰパケットを送信した後、ＬＡＮ１０６の通信障害等により通信が不可能になったと想定する（Ｓ５０４）。
【０２１８】
機器１０１の機器情報が登録された（Ｓ５０２）後、最大アクセス確認周期である１０分が経過すると（Ｓ５０５）、サーバ制御部１４は、機器１０１からの通知ＵＤＰパケットが最大アクセス確認周期の時間内に通知ＵＤＰパケットが届いていないことから、機器１０１が通信不可能になったと判断する（Ｓ５０６）。
【０２１９】
ユーザは、機器１０１への接続のために、機器１０１の機器ＩＤを入力部２によって端末４０２に入力する。
【０２２０】
具体的には、端末４０２の端末制御部４は、ユーザの入力を受け付けるために表示部３に図７に示すメニュー画面７０を表示する。メニュー画面７０において、ユーザは、入力部２を用いて「１．機器接続」を選択する。端末制御部４はその選択を受け付け、表示部３に、図８に示す機器ＩＤ入力画面８０を表示する。
【０２２１】
機器ＩＤ入力画面８０において、ユーザは、入力部２を用いて、機器１０１の機器ＩＤである「１２３４５６７８９」を入力する。
【０２２２】
端末制御部４は、機器１０１の機器ＩＤの入力を受け付ける。更に、端末制御部４は、機器１０１の機器ＩＤと、接続を要求することを示す所定のデータと、文字列「残容量」および「転送レート」とをパケットのペイロードに含んだＵＤＰパケットである接続要求を生成する。生成された接続要求は端末通信部１から管理サーバ４０４に送信される（Ｓ５０７）。つまり、この接続要求は、本発明の通信管理装置における取得要求の一例である。
【０２２３】
上記の文字列「残容量」および「転送レート」は、機器１０１の残容量ステータスおよび転送レートステータスの通知を要求することを示すステータス名である。またこれら文字列は端末制御部４によりステータス名記憶部６から読み出される。
【０２２４】
管理サーバ４０４は、サーバ通信部１１により、端末４０２から送信された接続要求を受信する。サーバ制御部１４は、実施の形態１と同様に、機器１０１の機器情報が既に登録されており、かつ機器１０１が通信可能であるかを確認する（Ｓ５０８）。
【０２２５】
本実施の形態では、機器１０１の機器情報は既に登録されており、かつ通信不可能であるので、以下に示す処理が行われる。
【０２２６】
サーバ制御部１４は、前記接続要求に含まれる機器１０１の機器ＩＤに基づいて、機器ステータス記憶部１５に記憶されている機器ステータス情報のデータテーブルから、登録済みの機器１０１の機器ステータス情報を特定する。特定された機器ステータス情報に、端末４０２から要求された残容量ステータスと、転送レートステータスとが登録されているかを確認し、登録済みのステータスを取得する。
【０２２７】
本実施の形態では、機器ステータス記憶部１５に記憶されている機器ステータス情報のデータテーブルには、機器１０１の残容量ステータスは登録されているが、転送レートステータスは登録されていない。従って、残容量ステータスのみを機器ステータス記憶部１５から取得する（Ｓ５０９）。
【０２２８】
サーバ制御部１４は、端末４０２に対して、機器ステータス情報のデータテーブルに登録済みである機器１０１の残容量ステータスを含み、機器１０１が通信不可能であることを示す通信不可能通知を送信する（Ｓ５１０）。つまり、サーバ制御部１４により、本発明の通信管理装置における属性情報送信手段が有する、取得要求に応じた属性情報を機器情報記憶手段から読み出す機能が実現される。
【０２２９】
具体的には、サーバ制御部１４は、接続要求記憶部１３に記憶されている接続要求情報から、要求先機器ＩＤとして機器１０１の機器ＩＤを含むエントリを検索する。該当するエントリに含まれる要求元ＩＰアドレスを宛先ＩＰアドレスとし、機器１０１の機器ＩＤと、機器１０１の残容量ステータスと、「通信不可能」を示すデータとをパケットのペイロードに含むＵＤＰパケットである通信不可能通知を生成する。生成された通信不可能通知はサーバ通信部１１から端末４０２へ送信される。
【０２３０】
端末４０２は、端末通信部１により管理サーバ４０４から送信された通信不可能通知を受信する。
【０２３１】
これにより、ユーザは、たとえ機器１０１が通信不可能の状態であったとしても、端末４０２を用い、管理サーバ４０４が保持している機器１０１のステータスを迅速に取得することが可能となる。本実施の形態においては、機器１０１から定期的に送信される通知ＵＤＰパケットには残容量ステータスが含まれている。そのため、管理サーバ４０４は、定期的に更新される機器１０１の残容量ステータスを保持している状態である。従って、機器１０１が通信不可能な状態であっても、端末４０２は機器１０１の最新の残容量ステータスの通知を受けることができる。
【０２３２】
端末４０２の端末制御部４は、機器１０１のステータスを含む通信不可能通知を受け取ると、通信不可能通知に含まれる内容に基づき、図１９に示すＧＵＩを表示部３に表示する。
【０２３３】
図１９は、端末４０２の表示部３に表示される、ユーザに接続の失敗の通知とステータスの取得の確認とを行うためのＧＵＩの一例を示す図である。
【０２３４】
図１９に示す機器ＩＤ入力画面１９０には、機器１０１への接続が失敗したことを示す情報が表示され、更に、機器１０１の残容量ステータスが表示されている。また、転送レートステータスが取得できなかったことを示す情報も表示されている。
【０２３５】
更に、機器１０１が通信可能となった際に、転送レートステータスを取得するか否かをユーザに決定させるボタンが表示されている。
【０２３６】
機器ＩＤ入力画面１９０において、ユーザにより、「はい」と表示されたボタンが選択されると（Ｓ５１１）、端末制御部４はその選択を受け付ける。なお、この選択により、実施の形態２の端末１０２と同様に、機器１０１が通信可能となったことの通知を受け取ることができ、更に、転送レートステータスの通知を受け取ることができる。
【０２３７】
端末制御部４は上記選択を受け付けると、機器１０１の機器ＩＤと、ステータス名「転送レート」と、「通知要求」であることを示すデータとをパケットのペイロードに含んだＵＤＰパケットである通知要求を生成する。生成された通知要求は端末通信部１から管理サーバ４０４へ送信される（Ｓ５１２）。
【０２３８】
管理サーバ４０４のサーバ通信部１１は前記通知要求を受信し、その通知要求に含まれる、機器１０１の機器ＩＤと端末４０２のグローバルＩＰアドレスと、ステータス名「転送レート」とを登録時刻と併せて一つのエントリとし、接続要求記憶部１６に記憶されている接続要求情報のデータテーブルに登録する（Ｓ５１３）。
【０２３９】
サーバ制御部１４は、通知要求を登録後、機器ステータス記憶部１５に記憶されている機器ステータス情報のデータテーブルを参照し、通知要求に含まれる機器１０１の機器ＩＤと一致する機器ＩＤを含むエントリを特定する。更に、特定された機器１０１の転送レートステータスの取得を試みる。
【０２４０】
本実施の形態では、管理サーバ４０４に対する機器１０１からの通知ＵＤＰパケットに機器１０１の転送レートステータスは含まれていないため、特定されたエントリには、機器１０１の転送レートステータスは登録されていない。そのため、機器１０１の転送レートステータスの取得は失敗する（Ｓ５１４）。
【０２４１】
サーバ制御部１４は、機器ステータス記憶部１５からの機器１０１の転送レートステータスの取得が失敗すると、機器１０１が通信可能である場合は、機器１０１へ転送レートステータスを送信するよう要求し、機器１０１が通信不可能である場合は、何もしない。
【０２４２】
本実施の形態では、機器１０１は通信不可能であるので（Ｓ５１５）、サーバ制御部１４は、何もしない。
【０２４３】
図２０は、図１８に示す通信シーケンスに続く通信シーケンスの一例を示す通信シーケンス図である。
【０２４４】
なお、図２０に示す通信シーケンス図は、図１８に示すように、端末４０２が機器１０１に対する接続要求を管理サーバ４０４へ送信した時点では、機器１０１は通信不可能であったが、その後、通信可能となった場合を想定している。また、機器１０１の残容量ステータスは「２５．４」のままであると想定する。
【０２４５】
機器１０１が通信不可能であった原因が除去されたことなどにより、機器１０１が通信可能となる（Ｓ５１６）。機器１０１は、最大アクセス確認周期である「１０分」を管理サーバ４０４から通知された後、管理サーバ４０４に対して、再び、ペイロードに機器１０１の機器ＩＤと、数値「２５．４」である機器１０１の残容量ステータスとが含まれている通知ＵＤＰパケットを送信する（Ｓ５１７）。
【０２４６】
管理サーバ４０４のサーバ制御部１４は、サーバ通信部１１が通知ＵＤＰパケットを受信すると、機器１０１は通信可能であると判断する（Ｓ５１８）。
【０２４７】
サーバ制御部１４は、機器１０１が通信可能であると判断すると、接続要求記憶部１６に記憶されている接続要求情報のデータテーブルを参照し、その通知ＵＤＰパケットに含まれる機器１０１の機器ＩＤを要求先機器ＩＤとして含むエントリを検索する。
【０２４８】
本実施の形態においては、端末４０２から送信された、ステータス名「転送レート」を含む通知要求が、１つのエントリとして接続要求情報のデータテーブルに登録されている。そのため、サーバ制御部１４は、そのエントリに含まれる要求ステータス名である「転送レート」を取得する（Ｓ５１９）。
【０２４９】
サーバ制御部１４は、更に、通知ＵＤＰパケットに対する応答として、機器１０１に転送レートステータスの送信を要求することを示すデータをＵＤＰパケットのペイロードに含んだＵＤＰパケットであるステータス要求を生成する。生成されたステータス要求はサーバ通信部１１から機器１０１へ送信される（Ｓ５２０）。つまり、サーバ制御部１４により、本発明の通信管理装置における送信要求手段が有する、属性情報の送信を要求する機能が実現される。
【０２５０】
機器１０１は、管理サーバ４０４に対し、ステータス要求の応答として通知ＵＤＰパケットを送信する（Ｓ５２１）。
【０２５１】
この通知ＵＤＰパケットのペイロードには、機器１０１の機器ＩＤと、数値「２５．４」である残容量ステータスとが含まれ、更に、管理サーバ４０４からのステータス要求に基づき、数値「３００」である転送レートステータスが含まれている。
【０２５２】
管理サーバ４０４は、サーバ通信部１１により通知ＵＤＰパケットを受信する。通知ＵＤＰパケットの受信後、サーバ制御部１４は、機器ステータス記憶部１５に記憶されている機器ステータス情報のデータテーブルを参照し、機器１０１の機器ＩＤと一致する機器IDを含むエントリを特定する。更に、特定したエントリの残容量ステータスのデータ領域に「２５．４」を上書きし、転送レートステータスのデータ領域に「３００」を上書きする（Ｓ５２２）。
【０２５３】
また、サーバ制御部１４は、接続要求記憶部１６に記憶されている接続要求情報のデータテーブルを参照し、通知ＵＤＰパケットに含まれる機器１０１の機器ＩＤを要求先機器ＩＤとして含むエントリを検索する。更に、該当するエントリに含まれる要求ステータス名を確認する（Ｓ５２３）。
【０２５４】
本実施の形態では、該当エントリに含まれる要求ステータス名は「転送レート」である。
【０２５５】
サーバ制御部１４は、通知ＵＤＰパケットに含まれる機器１０１の機器ＩＤに基づき、機器ステータス記憶部１５に記憶されている機器ステータス情報のデータテーブルから、登録済みの機器１０１の機器ステータス情報を特定する。更に、特定された機器ステータス情報に含まれる機器１０１の転送レートステータスである数値「３００」を取得する（Ｓ５２４）。
【０２５６】
サーバ制御部１４は、接続要求記憶部１６に記憶されている接続要求情報のデータテーブルを参照し、機器１０１の機器ＩＤを含むエントリを特定する。更に、特定されたエントリから端末４０２のグローバルIPアドレスを取得する。
【０２５７】
端末４０２のグローバルIPアドレスを取得すると、サーバ制御部１４は、機器１０１の機器ＩＤと、数値「３００」である機器１０１の転送レートステータスと、「接続可能」を示すデータとをパケットのペイロードに含んだＵＤＰパケットである接続可能通知を生成する（Ｓ５２５）。生成された接続可能通知は、端末４０２のグローバルＩＰアドレスを宛先IPアドレスとして、サーバ通信部１１により送信される（Ｓ５２６）。
【０２５８】
続いて、サーバ制御部１４は、接続要求記憶部１６に記憶されている接続要求情報のデータテーブルから、該当するエントリを削除する（Ｓ５２７）。これにより、端末４０２から機器１０１へ接続要求の登録が削除される。
【０２５９】
端末４０２の端末制御部４は、管理サーバ４０４から送信された接続可能通知を受け取ると、接続可能通知に含まれる内容と、既に管理サーバ４０４から通知された内容とに基づき、図２１に示すＧＵＩを表示部３に表示する（Ｓ５２８）。
【０２６０】
図２１は、端末４０２の表示部３に表示される、機器１０１への接続が可能となったことと、機器１０１のステータスとをユーザに通知するためのＧＵＩの一例を示す図である。
【０２６１】
図２１に示す機器ＩＤ入力画面２１０には、先に取得済みであった残容量ステータスと、機器１０１が通信可能となった後に管理サーバ４０４によって取得された転送レートステータスとが表示されている。また、機器１０１が通信可能となったことで、機器１０１へ接続するか否かをユーザに決定させるボタンが表示されている。
【０２６２】
機器ＩＤ入力画面２１０において、ユーザにより、「はい」と表示されたボタンが選択されると、管理サーバ４０４を介し、端末４０２から機器１０１への接続が開始される。
【０２６３】
また、ユーザが、表示されている機器１０１の残容量および転送レートから判断し、接続をしない決定がされた場合、つまり、ユーザにより、「いいえ」と表示されたボタンが選択された場合、端末４０２と管理サーバ４０４との通信は終了する。
【０２６４】
以上、説明したように、実施の形態３の通信システムにおいて、端末４０２を使用するユーザは、ＬＡＮ１０６内に存在する機器１０１に対してインターネットを介した接続を確立する際、接続を確立する前、または接続を確立している最中に、機器１０１のステータスを取得することが可能となる。
【０２６５】
例えば、本実施の形態における残容量ステータスのように、通知ＵＤＰパケットに常に含ませるようにしたステータスは、管理サーバ４０４において、通知ＵＤＰパケットが受信される毎に更新され、端末４０２はそのステータスを取得することができる。これにより、たとえ機器１０１自体が通信不可能になった場合でも、ユーザは迅速に、所望するステータスを取得することが可能となる。
【０２６６】
また、本実施の形態における転送レートステータスのように、管理サーバ４０４にユーザの所望するステータスが登録されていない場合、管理サーバ４０４は、そのステータスを機器に対して問い合わせることができる。また、その際、機器１０１が通信不可能な状態であっても、機器１０１との通信が可能となると、そのステータスを機器に対して問い合わせることができる。これにより、管理サーバ４０４にユーザの所望するステータスが登録されていない場合であっても、ユーザは、そのステータスを取得することが可能となる。
【０２６７】
このように、本発明の実施の形態３における管理サーバ４０４は、端末４０２からＬＡＮ１０６内の機器１０１への接続を確立させることができるとともに、端末４０２に機器１０１のステータスを通知することができる。
【０２６８】
ユーザは、端末４０２により機器１０１のステータスを知ることができ、そのステータスを参考にして機器１０１との通信を継続するか否か、または、機器１０１に対してどのような要求を行うかを判断できる。例えば、ユーザが、端末４０２を用い、機器１０１からコンテンツを取得することを考えた場合、取得の前に機器１０１のステータスである転送レートを確認できる。ユーザが、機器１０１の転送レートがコンテンツの送信に見合うだけの値でないと判断した場合、コンテンツ取得のための操作をせずに機器１０１との通信を終えることができる。
【０２６９】
これにより、例えば、機器１０１の転送レートが低いため、予想以上にコンテンツの取得に時間が掛かることにより取得の途中で通信を中断するような事態を防ぐことができる。つまり、無駄な通信発生を防ぐことができ、ユーザに無駄な操作をさせることを防ぐことができる。
【０２７０】
なお、本実施の形態では、機器ステータス情報に含まれるステータスの種類を、残容量ステータスと、転送レートステータスとした。しかしながら、機器ステータス情報に含まれるステータスの種類はこれに限定されるものではない。つまり、管理サーバ４０４が機器１０１から取得し、端末４０２に通知するステータスの種類は上記の２種類以外のものであってもよい。
【０２７１】
例えば、管理サーバ４０４が、機器１０１がリモコンやフロントパネルによる操作を受付中か否かというステータスである操作中ステータス等を機器１０１から取得し、端末４０２に通知してもよい。これにより、例えば、端末４０２を使用しているユーザは、機器１０１が、自分以外の指示による処理を行っている状態にあることを知ることができる。
【０２７２】
また、図１８において、機器１０１が通信不可能となる（Ｓ５０４）場合の通信シーケンスを例示したが、機器１０１が通信不可能とならなくても、本実施の形態の管理サーバ４０４および端末４０２は機器１０１のステータスの取得等の動作を行うことができる。
【０２７３】
この場合、端末４０２から、機器１０１の残容量ステータスおよび転送レートステータスの要求を伴う接続要求が送信されると、管理サーバ４０４はまず登録済みの残容量ステータスのみを端末４０２へ送信する。送信後、管理サーバ４０４は機器１０１へ転送レートステータスの送信を要求し取得する。更に、取得した転送レートステータスを端末４０２へ送信する。これにより、端末４０２は、機器１０１の残容量ステータスおよび転送レートステータスの取得を完了する。
【０２７４】
また、機器１０１から管理サーバ４０４へ送信される通知ＵＤＰパケットには常に残容量ステータスが含まれるとしたが、これは残容量ステータス以外のステータスでもよい。例えば、転送レートステータスを常に通知ＵＤＰパケットに含ませるようにしてもよい。また複数のステータスを含ませるようにしてもよい。つまり、通知ＵＤＰパケットのサイズと、ユーザのニーズとを考慮することで、通知ＵＤＰパケットに常に含ませるに最適なステータスを決定すればよい。
【０２７５】
また、端末４０２から機器１０１に対する接続要求が送信される際、残容量ステータスと転送レートステータスの要求が含まれるとした。しかしながら、例えば、ユーザに取得を希望するステータスを選択させてもよい。
【０２７６】
この場合、端末４０２において、端末制御部４がステータス名記憶部６に記憶されているステータス名を呼び出し、接続要求に含めるステータスをユーザに決定させるＧＵＩを生成し表示部３に表示させる。端末制御部４は、ユーザに選択されたステータスを要求するデータを接続要求に含ませて、端末通信部１に送信させる。こうすることで、例えば、機器１０１から取得可能なステータスが増えた場合、ユーザに取得するステータスを明示的に選択させることにより、ユーザにとって不要なステータスを取得することを防ぐことができる。つまり、無駄な通信量の増加を防ぐことができる。
【０２７７】
また、機器１０１が管理サーバ４０４からステータス要求を受信し、その要求が、セキュリティ上の理由等により送信できないステータスである場合、機器は送信不可である旨とその理由を通知ＵＤＰパケットに含めて管理サーバ４０４に送信してもよい。この場合、管理サーバ４０４は、端末４０２から要求されたステータスが送信不可である旨とその理由とを端末４０２に送信すればよい。これにより、ユーザは、単にステータスを取得できないことだけでなく、その理由も知ることができ困惑することがない。
【０２７８】
また、管理サーバ４０４は、端末４０２から複数のステータスの要求を受けた場合、要求された全てのステータスが機器ステータス記憶部１５に登録されていなくても、登録済みのステータスをまず端末４０２に送信するとした（図１９参照）。しかしながら、要求された全てのステータスが登録された後に、要求されたステータスをまとめて端末４０２へ送信してもよい。
【０２７９】
管理サーバ４０４が、登録済みのステータスのみを一旦端末４０２へ送信する場合、ユーザは送信されたステータスのみで、その後の通信を継続しないことを決定できる場合もあり、これにより無駄な通信の発生を防ぐことができるという利点がある。
【０２８０】
また、管理サーバ４０４が、要求されたステータスをまとめて端末４０２へ送信する場合、１回の通信でユーザの要求するステータスを送信することとなる。これによっても、無駄な通信の発生を防ぐことができるという利点がある。
【０２８１】
また、上述の各実施の形態において、機器１０１はＮＡＴルータ１０３を介してインターネット１０５に接続されていたが、ＮＡＴルータ１０３を介さず、直接インターネット１０５に接続されていてもよい。この場合、機器１０１はプライベートＩＰアドレスではなくグローバルＩＰアドレスが割り当てられることになるだけである。従って、ユーザが、端末を用い、機器から所望するステータスを迅速に取得するという本発明の効果は得ることができる。端末が機器と同じＬＡＮ内にある場合でも同様に本発明の効果を得ることができる。
【０２８２】
また、上述の各実施の形態において、機器１０１の機器ＩＤは「１２３４５６７８９」であるとしたが、これは機器ＩＤの形式を限定するものではなく、機器毎にユニークなものであればよい。
【０２８３】
また、管理サーバ１０４の接続要求記憶部１３、および管理サーバ４０４の接続要求記憶部１６は、端末１０２または端末４０２のグローバルＩＰアドレスを登録した。しかしながら、登録される情報はグローバルＩＰアドレスでなくてもよく、機器１０１と同様に、端末ごとにＩＤを持たせ、そのＩＤを登録する等でもよい。つまり、端末が特定できる情報であればよい。
【０２８４】
また、上述の各実施の形態において、接続要求や接続可能通知等のデータ形式をＵＤＰパケットとしたが、ＵＤＰパケットでなくてもよく、特定の方法に限定されるものではない。
【０２８５】
例えば、端末が携帯電話である場合、管理サーバへの通信手段として電子メールを用いてもよい。具体的には、端末から管理サーバへ接続要求を送信する際、電子メールに所定の事項を含むようにして送信する。管理サーバは電子メールの内容を認識しその処理を行えばよい。このように、電子メールなどのような一般的な通信手段を利用した場合、既存の端末に対して広く本発明が適用できるため、特に有効である。
【産業上の利用可能性】
【０２８６】
本発明の通信管理装置および通信システムは、インターネットに接続された端末装置から、ＮＡＴ越えのための通信管理装置を介して、ユーザの所望のタイミングで機器への接続を行なう際の通信量とユーザの操作に関する負荷を低減させ、端末装置が容易に機器の状態を取得することを可能とする。これにより、例えば、ユーザが、外出先から携帯電話で自宅内にあるハードディスクレコーダへの接続を簡単に行うとともに、動作状態やハードディスクの残量を可能なかぎり迅速に把握し、録画予約を行なうための通信システムに有用である。また、その他、幅広く個人用ネットワークアプリケーションへ応用することが可能である。
【図面の簡単な説明】
【０２８７】
【図１】実施の形態１の通信システムの構成を示す概要図である。
【図２】実施の形態１における管理サーバおよび端末の機能的な構成を示す機能ブロック図である。
【図３】機器情報記憶部に記憶されている機器情報のデータ構成の例を示す図である。
【図４】接続要求記憶部に記憶されている接続要求情報のデータ構成の例を示す図である。
【図５】送信情報記憶部に記憶されている送信情報のデータ構成の一例を示す図である。
【図６】実施の形態１の通信システムにおける各機器間の通信の流れの一例を示す通信シーケンス図である。
【図７】端末の表示部に表示される、ユーザに操作の目的を選択させるためのＧＵＩの一例を示す図である。
【図８】端末の表示部に表示される、ユーザに機器ＩＤを入力させるためのＧＵＩの一例を示す図である。
【図９】端末の表示部に表示される、機器が接続可能となったことをユーザに通知するためのＧＵＩの一例を示す図である。
【図１０】実施の形態２の通信システムにおける各機器間の通信の流れの一例を示す通信シーケンス図である。
【図１１】端末の表示部に表示される、ユーザに接続の失敗の通知と、通信可能になった際の通知の要求を確認するためのＧＵＩの一例を示す図である。
【図１２】実施の形態２の通信システムにおける各機器間の通信の流れの別の一例を示す通信シーケンス図である。
【図１３】端末の表示部に表示される、ユーザに通知要求がタイムアウトしたことを通知するためのＧＵＩの一例を示す図である。
【図１４】実施の形態３の通信システムの構成を示す概要図である。
【図１５】実施の形態３における管理サーバおよび端末の機能的な構成を示す機能ブロック図である。
【図１６】機器ステータス記憶部に記憶されている機器ステータス情報のデータ構成の例を示す図である。
【図１７】実施の形態３における管理サーバの接続要求記憶部に記憶されている接続要求情報のデータ構成の一例を示す図である。
【図１８】実施の形態３の通信システムにおける各機器間の通信の流れの一例を示す通信シーケンス図である。
【図１９】端末の表示部に表示される、ユーザに接続の失敗の通知とステータスの取得の確認とを行うためのＧＵＩの一例を示す図である。
【図２０】図１８に示す通信シーケンスに続く通信シーケンスの一例を示す通信シーケンス図である。
【図２１】端末の表示部３に表示される、機器への接続が可能となったことと、機器のステータスとをユーザに通知するためのＧＵＩの一例を示す図である。
【符号の説明】
【０２８８】
１    端末通信部
２    入力部
３    表示部
４    端末制御部
５    送信情報記憶部
６    ステータス名記憶部
１１    サーバ通信部
１２    機器情報記憶部
１３、１６    接続要求記憶部
１４    サーバ制御部
１５    機器ステータス記憶部
１０１    機器
１０２、４０２    端末
１０３    ＮＡＴルータ
１０４、４０４    管理サーバ
１０５    インターネット
１０６    ＬＡＮ
【図１】
2006352586.tif 000003
【図２】
2006352586.tif 000004
【図３】
2006352586.tif 000005
【図４】
2006352586.tif 000006
【図５】
2006352586.tif 000007
【図６】
2006352586.tif 000008
【図７】
2006352586.tif 000009
【図８】
2006352586.tif 000010
【図９】
2006352586.tif 000011
【図１０】
2006352586.tif 000012
【図１１】
2006352586.tif 000013
【図１２】
2006352586.tif 000014
【図１３】
2006352586.tif 000015
【図１４】
2006352586.tif 000016
【図１５】
2006352586.tif 000017
【図１６】
2006352586.tif 000018
【図１７】
2006352586.tif 000019
【図１８】
2006352586.tif 000020
【図１９】
2006352586.tif 000021
【図２０】
2006352586.tif 000022
【図２１】
2006352586.tif 000023