(57)【要約】【課題】  ネットワークへの接続が再参加の場合であって、前回のネットワークから離脱することを示すメッセージが受信できず、装置が継続して存在しているものとして管理している制御装置が存在する場合、その制御装置との通信がリセットされたのと同様の状態で通信を開始させることができる。【解決手段】  ＵＰｎＰネットワークにデバイスを参加させる場合、ネットワーク参加が確立した後、ネットワークから離脱し、存在しないことを示すBYEBYEメッセージをＵＰｎＰプロトコルで送信し、その後、ネットワークに存在することを示すALIVEメッセージを送信する。この結果、前回のネットワーク離脱する際のBYEBYEメッセージが何らかの原因でコントロールポイントに受信できない状況下で、デバイスがネットワークに再参加を行う場合に、コントロールポイントが新規登録のネットワークデバイスであると判断し、そのネットワークデバイスに対してSUBSCRBEメッセージが送信されることが約束される。【選択図】  図２
2005175724.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク参加手段と、該ネットワーク参加手段によりネットワークへ接続したのち、ネットワーク上に存在していることを示す存在メッセージを送信し、前記ネットワーク上に存在する所定の制御装置からの要求に従って処理を行う処理手段とを有する通信装置であって、更に、前記ネットワーク参加手段を利用してネットワークへの接続が確立した際、最初の存在メッセージを送信する前に、前記ネットワークから離脱することを示す不在メッセージを送信する手段を備えることを特徴とする通信装置。
【請求項２】
前記ネットワークはＵＰｎＰネットワークであることを特徴とする請求項１に記載の通信装置。
【請求項３】
前記ネットワーク参加手段は、ＩＥＥＥ８０２.１１ｘ（ｘはａ，ｂ，ｄ）、UltraWideBand、或いは、Bluetoothのいずれかの無線ネットワークインターフェースであることを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記ネットワーク参加手段は、イーサネット（登録商標）、ＵＳＢ，ＩＥＥＥ１３９４のいずれかの有線ネットワークインターフェースであることを特徴とする請求項１又は２に記載の通信装置。
【請求項５】
更に、前記制御装置より、イベント通知申請を示す所定のメッセージを受信した場合、当該メッセージの送信元の制御装置に対し、状態変化が発生した際に状態情報を通知する手段を備えることを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
【請求項６】
ネットワーク参加手段と、該ネットワーク参加手段によりネットワークへ接続したのち、ネットワーク上に存在していることを示す存在メッセージを送信し、前記ネットワーク上に存在する所定の制御装置からの要求に従って処理を行う処理手段とを有する通信装置の制御方法であって、前記ネットワーク参加手段を利用してネットワークへの接続が確立した際、最初の存在メッセージを送信する直前に、前記ネットワークから離脱することを示す不在メッセージを送信する工程を備えることを特徴とする通信装置の制御方法。
【請求項７】
ＵＰｎＰデバイス及びＵＰｎＰコントロールポイントで構成されるＵＰｎＰネットワークに接続可能で、前記ＵＰｎＰデバイスとして機能し映像サービスを行う撮像装置であって、
前記ＵＰｎＰネットワークと通信するためのネットワーク通信手段と、
該ネットワーク通信手段で前記ＵＰｎＰネットワークに接続を開始する際、前記ＵＰｎＰネットワークから離脱し不在となることを示す不在メッセージをマルチキャストで送信する第１の送信手段と、
該第１の送信手段で前記不在メッセージを送信した後、ネットワークに参加することを示す存在メッセージをマルチキャストで送信する第２の送信手段と
を備えることを特徴とする撮像装置。
【請求項８】
ＵＰｎＰデバイス及びＵＰｎＰコントロールポイントで構成されるＵＰｎＰネットワークに接続するためのネットワークインターフェースを有し、前記ＵＰｎＰデバイスとして機能し、映像サービスを行う撮像装置の制御方法であって、
ネットワーク通信手段で前記ＵＰｎＰネットワークに接続を開始する際、前記ＵＰｎＰネットワークから離脱し不在となることを示す不在メッセージをマルチキャストで送信する第１の送信工程と、
該第１の送信工程で前記不在メッセージを送信した後、ネットワークに参加することを示す存在メッセージをマルチキャストで送信する第２の送信工程と
を備えることを特徴とする撮像装置の制御方法。
【請求項９】
少なくとも１つのネットワークデバイスと、該ネットワークデバイスを制御する少なくとも１つの制御デバイスで構成されるネットワークシステムであって、
前記ネットワークデバイスは、
前記制御デバイスからの要求に従った処理を行う処理手段と、
前記ネットワークに接続している間、前記ネットワーク上に存在しているこ
とを示す存在メッセージを送信する存在メッセージ送信手段と、
前記ネットワークへの接続が開始した後であって、最初の存在メッセージを
送信する直前のタイミングにおいて、前記ネットワークから離脱し不在であること
を示す不在メッセージを送信する手段とを備え、
前記制御装置は、
ネットワークデバイスから前記存在メッセージを受信したとき、既に登録さ
れていれば、該当するネットワークデバイスの登録期間を所定期間延長更新し、
未登録の存在メッセージを受信した場合には、当該未登録の存在メッセージを
送信したネットワークデバイスに制御装置自身の登録要求メッセージを送信す
る手段と、
前記登録されたネットワークデバイスを、制御する制御手段と
を備えることを特徴とするネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークインターフェースを有する通信装置の通信技術に関するものである。
【背景技術】
【０００２】
近年、ネットワーク上の所定のサービスを提供するデバイスを探索するためのネットワーク技術が開発されている。このような技術の一つにＵＰｎＰ（Universal Plug and Play）がある（非特許文献１）。
【０００３】
ＵＰｎＰでは、「サービス」、「デバイス」及び「コントロールポイント」を規定している。サービスは所定のサービスを提供する論理的な単位であり、デバイスは１つ以上のサービスを有する論理的な単位であり、コントロールポイントは１つ以上のサービスを制御する論理的な単位である。以下、ＵＰｎＰで規定されたデバイスを「ＵＰｎＰデバイス」と呼び、ＵＰｎＰで規定されたコントロールポイントを「ＵＰｎＰコントロールポイント」と呼び、ＵＰｎＰで規定されたネットワークを「ＵＰｎＰネットワーク」と呼ぶ。
【０００４】
ＵＰｎＰでは、SSDP:ALIVEメッセージ（ＵＰｎＰデバイスがＵＰｎＰネットワークに存在していることを示すメッセージ）、SSDP:BYEBYEメッセージ（ＵＰｎＰデバイスがＵＰｎＰネットワークから離脱することを示すメッセージ）等をＳＳＤＰ (Simple Service Discovery Protocol)を用いて行うように規定されている。
【０００５】
また、ＵＰｎＰでは、ＵＰｎＰデバイスに固有の情報（以下、デバイス固有情報）、サービスに固有の情報（以下、サービス固有情報）をＸＭＬ (Extensible Markup Language)で記述することが規定されている。なお、ＵＰｎＰデバイスに固有の識別子であるＵＵＩＤ（Universally Unique Identifier）、デバイス固有情報、サービス固有情報は、SSDP:ALIVEメッセージを用いて取得することができる。これらの情報は、SSDP:ALIVEメッセージが指定する期間（１８００秒又は３０分以上）が経過するまで又はSSDP:BYEBYEメッセージを受信するまでＵＰｎＰコントロールポイントが保持し続ける。
【非特許文献１】UPnP Device Architecture Version 1.0, 08 Jun 2000
【発明の開示】
【発明が解決しようとする課題】
【０００６】
図９は、現在のＵＰｎＰディスカバリプロトコルの欠点を説明するための図である。
【０００７】
ステップ９０１において、ＵＰｎＰコントロールポイントは、サービスＡであるサービスＡを有するＵＰｎＰデバイスに対してSUBSCRIPTIONメッセージを送信する。
【０００８】
ステップ９０２において、SUBSCRIPTIONメッセージを受信したＵＰｎＰデバイスは、サービスＡのイベンティングを有効（ＯＮ）にする。サービスＡのイベンティングが有効である場合、ＵＰｎＰデバイスは、サービスＡの状態の変化を検出するごとに、そのサービスの状態が変化したことをＵＰｎＰコントロールポイントに通知する。
【０００９】
ステップ９０３において、ＵＰｎＰデバイスは、前回設定したキャッシュ期間が経過する前に、次回のキャッシュ期間を設定するSSDP:ALIVEメッセージをマルチキャストで送信する。SSDP:ALIVEメッセージを送信することでＵＰｎＰデバイスは、ＵＰｎＰネットワークに参加していることを表明することができる。
【００１０】
ステップ９０４において、ＵＰｎＰデバイスは、ＵＰｎＰネットワークから離脱する前にSSDP:BYEBYEメッセージをマルチキャストで送信する。但し、図９では、このSSDP:BYEBYEメッセージがＵＰｎＰデバイスから送信されない場合、或いは、このSSDP:BYEBYEメッセージがＵＰｎＰコントロールポイントに到達しなかった状況を想定する。この状況は、例えば、（１）SSDP:BYEBYEメッセージを送信する前にＵＰｎＰデバイスのバッテリがユーザの手によって取り外された場合、（２）SSDP:BYEBYEメッセージを送信する前にＵＰｎＰデバイスがユーザの手によって通信可能範囲外に持ち出された場合、（３）通信状況が悪い場合等の場合に発生する。このような場合、ＵＰｎＰコントロールポイントは、ＵＰｎＰデバイスがＵＰｎＰネットワークから離脱したことを検出できないため、ＵＰｎＰデバイスのデバイス固有情報を保持し続ける。
【００１１】
ステップ９０５において、ＵＰｎＰデバイスは、ＵＰｎＰネットワークから離脱する。
【００１２】
ステップ９０６において、ＵＰｎＰデバイスは、イベンティングを無効（ＯＦＦ）にする。
【００１３】
ステップ９０７において、ＵＰｎＰデバイスは、ステップ９０３で設定したキャッシュ期間が経過する前にＵＰｎＰネットワークに再び参加する。
【００１４】
ステップ９０８において、ＵＰｎＰデバイスは、キャッシュ期間が指定するSSDP:ALIVEメッセージをマルチキャストで送信する。このとき、ＵＰｎＰコントロールポイントは、SSDP:BYEBYEメッセージを受信することなくSSDP:ALIVEメッセージを受信してしまうため、ＵＰｎＰデバイスがＵＰｎＰネットワークから一度離脱していることを認識することができない。つまり、ＵＰｎＰコントロールポイントは、ＵＰｎＰデバイスが一度も離脱することなくＵＰｎＰネットワークに参加し続けていると認識する。
【００１５】
ステップ９０９において、ＵＰｎＰデバイスは、ユーザからの指示に従ってサービスＡの状態を変更する。
【００１６】
ステップ９１０において、再参加後のＵＰｎＰデバイスは、サービスＡのイベンティングを有効（ＯＮ）にしていないため、サービスＡの状態が変化した場合であってもＵＰｎＰコントロールポイントにEVENTメッセージを送信することはできない。
【００１７】
ステップ９１１において、ＵＰｎＰコントロールポイントは、ＵＰｎＰデバイスからEVENTメッセージを受信することができず、ＵＰｎＰデバイスの状態変化を知ることができない。その結果、ＵＰｎＰコントロールポイントで管理しているサービスＡの状態と実際のサービスＡの状態とが不一致となり、ＵＰｎＰコントロールポイントはサービスＡを正常に制御することができなくなる。このような問題は、ＵＰｎＰデバイスがＵＰｎＰネットワークから離脱するときに送信したSSDP:BYEBYEメッセージがＵＰｎＰコントロールポイントに到達しなかったために生じる問題である。
【００１８】
本発明は、このような問題を解決するためになされたものであって、ネットワークから離脱することを示すメッセージ（例えば、SSDP:BYEBYEメッセージ）が何らの原因でネットワーク上の制御装置（例えば、ＵＰｎＰコントロールポイント）に到達しなかったとしても、ネットワークへの再参加がスムースに行うことができるネットワーク技術を提供することを目的とする。
【課題を解決するための手段】
【００１９】
この課題を解決するため、本発明の通信装置は以下の構成を備える。すなわち、
ネットワーク参加手段と、該ネットワーク参加手段によりネットワークへの接続したのち、ネットワーク上に存在していることを示す存在メッセージを送信し、前記ネットワーク上に存在する所定の制御装置からの要求に従って処理を行う処理手段とを有する通信装置であって、更に、前記ネットワーク参加手段を利用してネットワークへの接続が確立した際、最初の存在メッセージを送信する前に、前記ネットワークから離脱することを示す不在メッセージを送信する手段を備える。
【発明の効果】
【００２０】
本発明によれば、ネットワークから離脱することを示すメッセージ（例えば、SSDP:BYEBYEメッセージ）が何らの原因でネットワーク上の制御装置（例えば、ＵＰｎＰコントロールポイント）に到達しなかったとしても、ネットワークへの再参加がスムースに行うことができる。
【発明を実施するための最良の形態】
【００２１】
以下、添付図面に従って本発明に係る実施形態を詳細に説明する。
【００２２】
図１は、本実施形態におけるＵＰｎＰネットワークの構成を示す図である。
【００２３】
図１において、ＤＶＣＲ（デジタルビデオカセットレコーダ）４、ＤＴＶ（デジタルビデオジョン放送受信装置）１、プリンタ２及びアクセスポイント３は、ＵＰｎＰデバイスとして動作する無線通信が可能な通信装置である。ＤＶＣＲ４は、動画又は静止画の撮影が可能であり、撮影画像の画像データをリムーバブルな記憶媒体（磁気テープ、メモリカード等）に保存或いは記録する機能を有する撮像装置の一例である。また、ＤＶＣＲ４は、リムーバブルな記憶媒体に保存或いは記録された画像データ（動画又は静止画）を読み出し或いは再生し、読み出し或いは再生された画像データを液晶表示器等の表示する機能を有する画像処理装置の一例でもある。さらに、ＤＶＣＲ４は、取り外し可能なバッテリによって駆動する携帯装置の一例でもある。ＰＣ（パーソナルコンピュータ）５は、ＵＰｎＰコントロールポイントとして動作する制御装置である。ＤＶＣＲ４、ＤＴＶ１、プリンタ２、アクセスポイント３及びＰＣ５は、ＩＥＥＥ８０２.１１ｘ（ｘはａ、ｂ、ｇ）、UltraWideBand又はBluetoothに準拠したネットワークインターフェースを介して互いに通信可能である。なお、ＵＰｎＰネットワークを構成する伝送媒体は、無線伝送媒体に限定されるものではなく、ＵＰｎＰネットワークの一部又は全ての伝送媒体を有線伝送媒体に置き換えることも可能である。
【００２４】
また、図１において、ＤＶＣＲ４は、AV Working Committeeで規定されたMediaServerであり、ConnectionManagerサービス、ContentDirectoryサービス及びAVTransportサービスを有する。また、ＤＴＶ１はAV Working Committeeで規定されたMediaRendererであり、プリンタ２はBasic WCで規定されたBasic Device、アクセスポイント３はInternet Gateway WCで規定されたInternetGateway Deviceである。ＰＣ５は、ノートタイプのＰＣであっても、ＰＤＡであってもよい。
【００２５】
本実施形態では、説明を簡単にするために、ＤＶＣＲ４とＰＣ５との間で実行される処理を詳細に説明するが、これらの処理はＤＶＣＲ４以外のＵＰｎＰデバイスとコントロールポイントとの間のでも同じように実行することが可能である。つまり、ＤＶＣＲ４とＰＣ５との間で実行される処理は、ＤＴＶ１（又はプリンタ２）とＰＣ５との間でも同じように実行可能である。
【００２６】
図７は、ＵＰｎＰコントロールポイントであるＰＣ５の主要な構成要素を説明するためのブロック図であり、図８は、ＵＰｎＰデバイスであるＤＶＣＲ４の主要な構成要素を説明するためのブロック図である。
【００２７】
ＰＣ１０５は、ＰＣ１０５の制御を司るＣＰＵ１００、ブートプログラム及びＢＩＯＳを記憶しているＲＯＭ１０１、ワークエリアとして使用するＲＡＭ１０２を始め以下の構成を備える。１０３はＯＳや各種アプリケーション、ＵＰｎＰコントロールポイントとして機能するＸＭＬを解釈し実行するプログラム、データファイル等を記憶する外部記憶装置（ハードディスク装置等）、１０４はネットワークインターフェース（実施形態では、ＩＥＥＥ８０２.１１ａ準拠のインターフェースとする）、１０５はキーボード（ＫＢ）やマウス（登録商標）等のポインティングデバイス（ＰＤ）で構成される入力装置、１０６はビデオメモリを内蔵し、ＣＰＵ１００からの指示に従ってそのビデオメモリへの描画処理並びにビデオメモリから読出してビデオ信号として出力する表示制御部、１０７は表示制御部１０６からのビデオ信号に基づきビデオメモリに描画されたデータを画像として表示する表示部である。
【００２８】
上記構成において、装置に電源が投入され、ＯＳが外部記憶装置１０３よりＲＡＭ１０２にロードされてＯＳが稼働した後、ＵＰｎＰコントロールポイントとなるアプリケーションプログラムは外部記憶装置１０３より読み出され、ＰＣ１０５が本実施形態で説明するＵＰｎＰコントロールポイントとして機能することになる。
【００２９】
ＰＣ５は、ＲＡＭ１０２又は外部記憶装置１０３にデバイス管理テーブルを記憶する。デバイス管理テーブルは、ＰＣ５が制御するサービスを有するＵＰｎＰデバイスのデバイス固有情報（ＵＵＩＤ、デバイスに固有の情報を含むデバイスディスクリプション、サービスに固有の情報を含むサービスディスクリプション）を管理するためのテーブルである。図１０は、デバイス管理テーブルの一例を示す図である。図５に示すように、デバイス管理テーブルは、ＩＰアドレス、ＵＵＩＤ（Universally Unique Identifier）、デバイス固有情報、ＵＰｎＰデバイスの状態を示す情報等を登録する領域から構成される。
【００３０】
一方、ＤＶＣＲ４は、図８に示すように、ＤＶＣＲ４の制御を司るＣＰＵ１１１をはじめ、以下の構成を備える。１１２は制御プログラム、ＤＶＣＲ４のＵＵＩＤ、デバイスディスクリプション、サービスディスクリプション等を記憶したＲＯＭ、１１３はワークエリアとして使用されるＲＡＭ、１１４は録画ボタンや各種スイッチやボタン、更にはＵＰｎＰネットワーク参加ＯＮ／ＯＦＦを切り換えるボタン（ネットワーク参加ボタン）等を有する操作部である。１１５はＵＰｎＰネットワークに接続するためのネットワークインターフェース、１１６は光学レンズ、ＣＣＤ等で構成される光学部、１１７は圧縮符号化／復号処理を行う符号／復号化部、１１８は記録媒体（ディスクや磁気テープ等）への書き込み／読み出しを行うドライブ、１１９は表示部である。
【００３１】
なお、ネットワーク参加時には、明示的にネットワーク参加ボタンを押下してＯＮ状態にするが、ＵＰｎＰネットワークから離脱する場合には、そのボタンを再押下する場合、及び、電源断ボタンが操作された場合にも行うものとする。
【００３２】
ＤＶＣＲ４は、電源がＯＮになり、上記ＵＰｎＰネットワーク参加を行うボタンが操作されたとき、ＵＰｎＰデバイスとして機能することになる。ＤＶＣＲ４は先に説明したように、ＵＰｎＰネットワーク上ではMediaServerとして機能するものであり、ConnectionManagerサービス、ContentDirectoryサービス及びAVTransportサービスを有する装置である。この中で、AVTransportサービスとは、ＰＣ５からの要求により撮像画像を転送するサービスを言う。転送先は、ＰＣ５又はＤＴＶ１でなる。
【００３３】
図２は、本実施形態におけるＤＶＣＲ４がＵＰｎＰネットワークに参加するときに実行される処理手順を説明するための図である。なお、図２において、ＤＶＣＲ４及びＰＣ５で実行される処理は、ソフトウェアによって制御される処理である。
【００３４】
ステップ２０１において、ＤＶＣＲ４は、電源がＯＮにされている状態で、ＵＰｎＰネットワーク参加ボタンをＯＮにすると（電源ＯＮをトリガにしても良いが、野外での撮影ではＵＰｎＰネットワーク参加は行わないと考えられるので、このようにした）、ネットワークインターフェース１１５を介してＵＰｎＰネットワークに参加する。なお、本実施形態では、アクセスポイント３がＤＨＣＰサーバであり、ＵＰｎＰネットワークへの参加に必要なＩＰアドレスはアクセスポイント３から取得するものとする。
【００３５】
ステップ２０２において、ＤＶＣＲ４は、ＰＣ５のデバイス管理テーブルからＤＶＣＲ４のデバイス固有情報を削除してもらうため、SSDP:ALIVEメッセージを送信する前にSSDP:BYEBYEメッセージをマルチキャストで送信する。この処理は、現在のＵＰｎＰでは規定されていない処理である。SSDP:BYEBYEメッセージを受け取ったＰＣ５は、SSDP:BYEBYEメッセージに含まれるＵＵＩＤに対応するデバイス固有情報を図１０に示すデバイス管理テーブルから削除する処理を行う。このように、ＵＰｎＰネットワークに参加することをＰＣ５に通知する前にＵＰｎＰネットワークから離脱することをＰＣ５に通知することにより、ＤＶＣＲ４はＰＣ５にＤＶＣＲ４のデバイス固有情報を削除してもらうことができる。その結果、ＤＶＣＲ４は、キャッシュ期間（最小期間は１８００秒）が経過する前に、ＵＰｎＰネットワークから離脱したことをＰＣ５に認識させることができるようになる。つまり、現在のＵＰｎＰディスカバリプロトコルの欠点を解決することができる。
【００３６】
ステップ２０２で送信されるSSDP:BYEBYEメッセージの一例を図３に示す。図３において、５行目に記載の「db49…（中略）…bbbb」は、ＤＶＣＲ４に固有の識別子であるＵＵＩＤを示す。このＵＵＩＤにより、ＰＣ５はこのSSDP:BYEBYEメッセージがＤＶＣＲ４からのメッセージであることを認識することができ、デバイス管理テーブルからＤＶＣＲ４のデバイス固有情報を削除することが可能になる。
【００３７】
ステップ２０３において、ＤＶＣＲ４は、SSDP:BYEBYEメッセージを送信した後にSSDP:ALIVEメッセージをマルチキャストで送信する。SSDP:ALIVEメッセージを送信することにより、ＤＶＣＲ４はＰＣ５にＵＰｎＰネットワークに参加したことを認識させることができる。
【００３８】
ステップ２０３で送信されるSSDP:ALIVEメッセージの一例を図４に示す。図４において、３行目に記載の「CACHE-CONTROL: max-age=1800」は、ＤＶＣＲ４のデバイス固有情報を登録しておく期間であるキャッシュ期間が１８００秒（３０分）であることを示す。４行目に記載の「LOCATION: http://169.254.10.10/DeviceDescription.xml」は、ＤＶＣＲ４に関する様々な情報を有するデバイスディスクリプション（Device Description）の所在を示す。デバイスディスクリプションは、ＤＶＣＲ４のデバイス固有情報の一つである。ＵＰｎＰデバイスに固有の情報を有し、ＵＰｎＰで規定されたfriendlyName、PresentationURL等を有する。最下行に記載の「db49…（中略）…bbbb」は、ＤＶＣＲ４のＵＵＩＤ（Universally Unique Identifier）を示す。
【００３９】
ステップ２０４において、ＰＣ５は、SSDP:ALIVEメッセージのCACHE-CONTROLに記述された値に基づき、ＤＶＣＲ４のデバイス固有情報を登録しておく期間を決定する。また、ＰＣ５は、SSDP:ALIVEメッセージのLOCATIONに記述されたＵＲＬを用いてＤＶＣＲ４に関する様々な情報を有するデバイスディスクリプションを取得する。さらに、取得したデバイスディスクリプションを用いてConnectionManagerサービス、ContentDirectoryサービス及びAVTransportサービスに関する様々な情報を有するサービスディスクリプション（Service Description）を取得する。ＰＣ５は、取得したデバイスディスクリプション及びサービスディスクリプションを含むデバイス固有情報をＲＡＭ１０２に登録する。
【００４０】
ステップ２０４で送信されるSSDP:ALIVEメッセージの一例を図４に示す。図４において、３行目に記載の「CACHE-CONTROL: max-age=1800」は、ＤＶＣＲ４のデバイス固有情報を登録しておく期間であるキャッシュ期間が１８００秒（３０分）であることを示す。４行目に記載の「LOCATION: http://169.254.10.10/DeviceDescription.xml」は、ＤＶＣＲ４に関する様々な情報を有するデバイスディスクリプション（Device Description）の所在を示す。デバイスディスクリプションは、ＤＶＣＲ４のデバイス固有情報の一つである。ＵＰｎＰデバイスに固有の情報を有し、ＵＰｎＰで規定されたfriendlyName、PresentationURL等を有する。最下行に記載の「db49…（中略）…bbbb」は、ＤＶＣＲ４のＵＵＩＤ（Universally Unique Identifier）を示す。
【００４１】
ステップ２０５において、ＰＣ５は、ＤＶＣＲ４の各サービスを制御するために、ＤＶＣＲ４の各サービスに対してSUBSCRIBEを行う。本実施の形態では、ConnectionManagerサービス、ContentDirectoryサービス及びAVTransportサービスに対してSUBSCRIBEを行う。
【００４２】
ステップ２０５で送信されるSUBSCRIPTIONメッセージの一例を図５に示す。２行目に記載の「HOST: 169.254.10.10」は、ＵＰｎＰコントロールポイントであるＰＣ５のＩＰアドレスを示す。
【００４３】
ステップ２０６において、ＤＶＣＲ４は、SUBSCRIPTIONメッセージを受信した後、そのSUBSCRIPTIONメッセージに対応するサービスのイベンティングを有効（ＯＮ）にする。なお、イベンティングとは、サービスの状態の変化をＵＰｎＰコントロールポイントに通知する機能のことである。これにより、ＰＣ５は、ＤＶＣＲ４の各サービスの制御が可能になり、各サービスの状態の変化も知ることができるようになる。
【００４４】
ステップ２０７、Ｓ２０８及びＳ２０９において、ＤＶＣＲ４は、キャッシュ期間（本実施形態では、１８００秒）が経過する前に再度SSDP:ALIVEメッセージのマルチキャストで送信する。この処理は、ＤＶＣＲ４がＵＰｎＰネットワークから離脱するまで継続する。
【００４５】
図６は、本実施形態におけるＤＶＣＲ４がＵＰｎＰネットワークから離脱し、キャッシュ期間が経過する前に再度ＵＰｎＰネットワークに参加するときに実行される処理手順を説明するための図である。なお、図６において、ＤＶＣＲ４及びＰＣ５で実行される処理は、ソフトウェアによって制御される処理である。
【００４６】
ステップ６０１において、ＰＣ５は、ＤＶＣＲ４の各サービスを制御するために、ＤＶＣＲ４の各サービスに対してSUBSCRIBEを行う。本実施の形態では、ConnectionManagerサービス、ContentDirectoryサービス及びAVTransportサービスに対してSUBSCRIBEを行う。
【００４７】
ステップ６０２において、ＤＶＣＲ４は、SUBSCRIPTIONメッセージを受信した後、そのSUBSCRIPTIONメッセージに対応するサービスのイベンティングを有効（ＯＮ）にする。
【００４８】
ステップ６０３において、ＤＶＣＲ４は、前回設定したキャッシュ時間が経過する前に、次回のキャッシュ期間を設定するSSDP:ALIVEメッセージをマルチキャストで送信する。
【００４９】
ステップ６０４において、ＤＶＣＲ４は、ＵＰｎＰネットワークから離脱する前にSSDP:BYEBYEメッセージをマルチキャストで送信する。但し、本実施の形態では、このSSDP:BYEBYEメッセージがＤＶＣＲ４から送信されない場合、或いは、このSSDP:BYEBYEメッセージがＰＣ５に到達しなかった状況を想定する。この状況は、例えば、（１）SSDP:BYEBYEメッセージを送信する前にＤＶＣＲ４のバッテリがユーザの手によって取り外された場合、（２）SSDP:BYEBYEメッセージを送信する前にＤＶＣＲ４がユーザの手によって通信可能範囲外に持ち出された場合、（３）通信状況が悪い場合等の場合に発生する。このような場合、ＰＣ５は、ＤＶＣＲ４がＵＰｎＰネットワークから離脱することを認識し得ない。
【００５０】
ステップ６０５において、ＤＶＣＲ４は、ＵＰｎＰネットワークから離脱する。
【００５１】
ステップ６０６において、ＤＶＣＲ４は、各サービスのイベンティングを無効（ＯＦＦ）にする。
【００５２】
ステップ６０７において、ＤＶＣＲ４は、ステップ６０３で設定したキャッシュ期間が経過する前にＵＰｎＰネットワークに再び参加する。
【００５３】
ステップ６０８において、ＤＶＣＲ４は、ＰＣ５のデバイス管理テーブルからＤＶＣＲ４のデバイス固有情報を削除してもらうため、SSDP:ALIVEメッセージを送信する前にSSDP:BYEBYEメッセージをマルチキャストで送信する。この処理は、現在のＵＰｎＰでは規定されていない処理である。
【００５４】
ステップ６０９において、SSDP:BYEBYEメッセージを受け取ったＰＣ５は、SSDP:BYEBYEメッセージに含まれるＵＵＩＤに対応するデバイス固有情報を図１０に示すデバイス管理テーブルから削除する処理を行う。このように、ＵＰｎＰネットワークに参加することをＰＣ５に通知する前にＵＰｎＰネットワークから離脱することをＰＣ５に通知することにより、ＤＶＣＲ４はＰＣ５にＤＶＣＲ４のデバイス固有情報を削除してもらうことができる。その結果、ＤＶＣＲ４は、キャッシュ期間（最小期間は１８００秒）が経過する前に、ＵＰｎＰネットワークから離脱したことをＰＣ５に認識させることができるようになる。つまり、現在のＵＰｎＰディスカバリプロトコルの欠点を解決することができる。
【００５５】
ステップ６１０において、ＤＶＣＲ４は、SSDP:BYEBYEメッセージを送信した後にSSDP:ALIVEメッセージをマルチキャストで送信する。SSDP:ALIVEメッセージを送信することにより、ＤＶＣＲ４はＰＣ５にＵＰｎＰネットワークに参加したことを認識させることができる。
【００５６】
ステップ６１１において、ＰＣ５は、SSDP:ALIVEメッセージのCACHE-CONTROLに記述された値に基づき、ＤＶＣＲ４のデバイス固有情報を登録しておく期間を決定する。また、ＰＣ５は、SSDP:ALIVEメッセージのLOCATIONに記述されたＵＲＬを用いてＤＶＣＲ４に関する様々な情報を有するデバイスディスクリプションを取得する。さらに、取得したデバイスディスクリプションを用いてConnectionManagerサービス、ContentDirectoryサービス及びAVTransportサービスに関する様々な情報を有するサービスディスクリプション（Service Description）を取得する。ＰＣ５は、取得したデバイスディスクリプション及びサービスディスクリプションを含むデバイス固有情報をＲＡＭ１０２に登録する。
【００５７】
ステップ６１２において、ＰＣ５は、ＤＶＣＲ４の各サービスを制御するために、ＤＶＣＲ４の各サービスに対してSUBSCRIBEを行う。本実施の形態では、ConnectionManagerサービス、ContentDirectoryサービス及びAVTransportサービスに対してSUBSCRIBEを行う。
【００５８】
ステップ６１３において、ＤＶＣＲ４は、SUBSCRIPTIONメッセージを受信した後、そのSUBSCRIPTIONメッセージに対応するサービスのイベンティングを有効（ＯＮ）にする。これにより、ＰＣ５は、ＤＶＣＲ４の各サービスの制御が可能になり、各サービスの状態の変化も知ることができるようになる。
【００５９】
ステップ６１４において、ＤＶＣＲ４は、ユーザからの指示に従ってAVTransportサービスの状態を変更する。本実施の形態では、AVTransportサービスの状態がSTOPPED（再生の停止を示す状態）からPLAYING（再生の開始を示す状態）に変更された場合を説明する。なお、ＤＶＣＲ４が撮像した映像を再生する際の映像送信先は、ＰＣ５からの要求に依存する。例えば、送信先として、ＤＴＶ１が指定された場合には、送信先はＤＴＶ１（実際はＤＴＶ１のＩＰアドレス）に向けて送信し、ＰＣ５が指定された場合には、映像送信宛て先と、状態送信の宛て先は同じになる。
【００６０】
ステップ６１５において、ＤＶＣＲ４は、AVTransportサービスのイベンティングを有効（ＯＮ）にしているため、AVTransportサービスの状態がPLAYINGに変化したことを示すEVENTメッセージをＰＣ５に送信することができる。これにより、再参加後であってもＰＣ５はＤＶＣＲ４を制御し続けることができる。
【００６１】
ステップ６１６において、EVENTメッセージを受信したＰＣ５は、AVTransportサービスの現在の状態を認識し、AVTransportサービスの現在の状態をユーザに通知する。
【００６２】
このように、本実施形態のＤＶＣＲ４によれば、SSDP:ALIVEメッセージを送信する前にSSDP:BYEBYEメッセージを送信することができるので、ＤＶＣＲ４がＵＰｎＰネットワークを離脱する際に送信したSSDP:BYEBYEメッセージ（ＵＰｎＰネットワークから離脱することを示すメッセージ）が何らの原因でＰＣ５に到達しなかったとしても、ＵＰｎＰネットワークへの再参加をスムースに行うことができる。また、本実施形態のＰＣ５によれば、ＤＶＣＲ４がキャッシュ期間内に再接続されれば、デバイス管理テーブルからＤＶＣＲ４のデバイス固有情報を削除する必要がなくなり、即座にＤＶＣＲ４のサービスを制御することができる。
【００６３】
なお、本実施形態では、ＰＣ５がＵＰｎＰコントロールポイントとして機能し、ＤＶＣＲ４がＵＰｎＰデバイスとして機能する例を説明した。しかしながら、これによって本願発明が限定されるものではない。例えば、ＰＣ５は、ＵＰｎＰデバイスを有する通信装置として機能し得る。また、ＤＶＣＲ４は、ＵＰｎＰコントロールポイントを有する通信装置として機能し得る。
【００６４】
本発明は、コンピュータプログラムをその範疇とするのは明らかである。また、コンピュータプログラムはそれを記憶したコンピュータ可読記憶媒体（メモリカード、ＣＤ−ＲＯＭ等）をコンピュータにセットする、或いは、システムにコピーもしくはインストールすることで実行可能となるわけであるから、本発明はかかるコンピュータ可読記憶媒体をもその範疇とするのは明らかである。
【図面の簡単な説明】
【００６５】
【図１】本実施形態におけるＵＰｎＰネットワークの構成を示す図である。
【図２】本実施形態におけるＤＶＣＲがＵＰｎＰネットワークに参加するときに実行される処理手順を説明するための図である。
【図３】本実施形態におけるSSDP:BYEBYEメッセージの一例を示す図である。
【図４】本実施形態におけるSSDP:ALIVEメッセージの一例を示す図である。
【図５】本実施形態におけるSUBSCRIPTIONメッセージの一例を示す図である。
【図６】本実施形態におけるＤＶＣＲがＵＰｎＰネットワークから離脱し、キャッシュ期間が経過する前に再度ＵＰｎＰネットワークに参加するときに実行される処理手順を説明するための図である。
【図７】ＵＰｎＰコントロールポイントであるＰＣの主要な構成要素を説明するためのブロック図である。
【図８】ＵＰｎＰデバイスであるＤＶＣＲの主要な構成要素を説明するためのブロック図である。
【図９】現在のＵＰｎＰディスカバリプロトコルの欠点を説明するための図である。
【図１０】ＰＣに格納されるデバイス管理テーブルを示す図である。
【図１】
2005175724.tif 000003
【図２】
2005175724.tif 000004
【図３】
2005175724.tif 000005
【図４】
2005175724.tif 000006
【図５】
2005175724.tif 000007
【図６】
2005175724.tif 000008
【図７】
2005175724.tif 000009
【図８】
2005175724.tif 000010
【図９】
2005175724.tif 000011
【図１０】
2005175724.tif 000012