(57)【要約】【課題】ユーザが利用可能なサービスを正しく把握することができるサービス利用装置を提供する。【解決手段】ＲＡＭは、登録したサービスが利用中であるか否かを示す情報を記憶する。ＵＰｎＰコントロール・ポイント１５０は、サービスの利用切替に係る切替トリガを受け付けた場合、利用中でないサービスとして記憶されているサービスが有効であるか否かを確認する確認メッセージをネットワーク上に送出する。そして、ＵＰｎＰコントロール・ポイント１５０は、確認メッセージに対する応答に基づいて処理を行う。【選択図】図３
2011070514.tif 000002
【特許請求の範囲】
【請求項１】
ＵＰｎＰデバイスが提供するサービスの利用を行うＵＰｎＰコントロール・ポイントとして動作するサービス利用装置であって、
前記サービスを登録するサービス登録部と、
前記登録したサービスが利用中であるか否かを示す情報を記憶する記憶部と、
前記サービスの利用切替に係る切替トリガを受け付けるトリガ受付部と、
前記トリガ受付部が前記切替トリガを受け付けた場合、利用中でないサービスとして記憶されているサービスが有効であるか否かを確認する確認メッセージを前記ネットワーク上に送出するメッセージ送出部と、
前記確認メッセージに対する応答に基づいて処理を行う処理部と、
を有するサービス利用装置。
【請求項２】
登録されているサービスを表示する表示部を更に有し、
前記トリガ受付部は、前記表示部が、前記サービスを選択するための情報を除く他の情報を表示する状態から、前記サービスを選択するための情報を表示する状態に切り替わるときに、前記切替トリガを受け付ける請求項１に記載のサービス利用装置。
【請求項３】
前記トリガ受付部は、利用中のサービスに対するサービス利用の終了処理が行われるときに、前記切替トリガを受け付ける請求項１に記載のサービス利用装置。
【請求項４】
ＵＰｎＰデバイスからネットワーク離脱メッセージを受信するメッセージ受信部を更に有し、
前記トリガ受付部は更に、前記メッセージ受信部が前記ネットワーク離脱メッセージを受信したときに、受信トリガを受け付け、
前記メッセージ送出部は更に、前記トリガ受付部が前記受信トリガを受け付けた場合、前記確認メッセージを前記ネットワーク上に送出する請求項１に記載のサービス利用装置。
【請求項５】
当該サービス利用装置に対するユーザからの操作入力を受け付ける操作部を更に有し、
前記トリガ受付部は、前記操作入力が受け付けられたときに、前記切替トリガを受け付ける請求項１に記載のサービス利用装置。
【請求項６】
有効なサービスを表示する表示部を更に有し、
前記処理部は、前記表示部に対して、有効なサービスを、有効でないサービスと識別可能に表示させる請求項１に記載のサービス利用装置。
【請求項７】
前記記憶部は更に、現在利用中のサービスの次に利用予定のサービスに関する情報を記憶し、
前記処理部は、前記確認メッセージに対する応答に基づいて、前記利用予定のサービスを利用するか否かを決定する請求項１に記載のサービス利用装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＵＰｎＰデバイスが提供するサービスの利用を行うＵＰｎＰコントロール・ポイントとして動作するサービス利用装置に関する。
【背景技術】
【０００２】
近年、家庭等の小規模ＬＡＮにおいて、ＰＣやＮＡＳ等に保存されている映像をＬＡＮ経由でＴＶにより受信して視聴するケースのように、他の装置に対してサービスを提供する装置（サービス提供装置）や、提供されているサービスを制御して利用する装置（サービス利用装置）が増えてきている。このようなＬＡＮ内でのサービスの提供およびサービスの利用に関して、装置間を相互に接続させるための技術として、非特許文献１に示されるＵＰｎＰが主に利用されるようになってきている。
【０００３】
サービス利用装置はそのユーザインターフェース（以下、ＵＩと記載する）上で、ＵＰｎＰに従い発見した、利用可能なサービス提供装置をアイコン等で表示することが可能である。通常、サービス提供装置が提供するサービスがＵＰｎＰ動作を終了する際（例えば電源オフやネットワーク切断の際）に送信するネットワーク離脱メッセージ（ｓｓｄｐ：ｂｙｅｂｙｅ）をサービス利用装置が受信することで、このアイコンをＵＩ上から消去することができる。
【０００４】
サービス提供装置において、例えばＵＰｎＰ動作中にＬＡＮケーブルが抜かれる、無線エリアから離脱する、バッテリやＡＣ電源が抜かれるというように、サービスがネットワークから意図しない離脱をすると、サービス提供装置が提供するサービスはネットワーク離脱メッセージを送信することができない。この場合、サービス利用装置はサービスの離脱をすぐに検出できず、その結果として、サービス利用装置のユーザが、現在利用していないサービスを利用しようとしたときに、意図せぬ離脱をしているサービスも選択可能となってしまう。このように、利用可能なサービスをサービス利用装置が正しく把握することができないという問題がある。
【０００５】
通常のＵＰｎＰ動作においては、サービスから周期的に送信されるネットワーク参加通知（ｓｓｄｐ：ａｌｉｖｅ）をサービス利用装置が受信することによりサービスの存在を再確認するが、このネットワーク参加通知の送信間隔として、ＵＰｎＰの仕様上１８００秒以上が推奨されている。そのため、ＵＰｎＰに準拠する多くのサービスはこの推奨期間に従い、ネットワーク参加通知の送信間隔を１８００秒よりも多少短い時間（例えば１７００秒）としていることが多い。つまり、サービス利用装置においては、最大で１８００秒の間、意図せぬ離脱をしているサービスが選択可能な状態となっている。
【０００６】
このようなサービスの意図せぬ離脱をサービス利用装置が迅速に検出し、利用可能なサービスをサービス利用装置がより正しく把握できるようにするため、特許文献１では以下のような仕組みを提供している。複数のサービス利用装置がサービスを利用する際、それらのサービス利用装置はサービスとの間で調停を行い、一つのサービス利用装置が、サービスに対する離脱監視を行う監視装置の役割を担う。この監視装置は、ＵＰｎＰのイベント登録（Ｓｕｂｓｃｒｉｂｅ）がタイムアウトとならない間隔で周期的にイベント登録更新（Ｓｕｂｓｃｒｉｂｅ（Ｒｅｎｅｗ））をサービスに送信し、その応答の可否により、サービスの意図せぬ離脱を検出する。監視装置は、サービスの意図せぬ離脱を検出すると、そのサービスのネットワーク離脱メッセージをネットワーク内にマルチキャスト送信する。イベント登録更新は、サービス利用装置から送信されるため、ネットワーク参加通知がサービスから送信されてくるよりも短い間隔で送信することができ、これにより監視装置はサービスの予期せぬ離脱を迅速に検出することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−１１０７３３号公報
【非特許文献】
【０００８】
【非特許文献１】UPnP Device Architecture 1.0. [online]. UPnP Forum, 2008-10-15. [retrieved on 2009-0915]. Retrieved from the Internet:<URL: http://www.upnp.org/specs/arch/UPnP-arch-DeviceArchitecture-v1.0.pdf >
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１では、イベント登録更新が送信されるタイミングが監視装置の動作に依存するため、監視装置以外のサービス利用装置はサービスの意図せぬ離脱をリアルタイムに把握することができない。監視装置が前回イベント登録更新を行ったときにはサービスの存在を確認できていたとしても、監視装置以外のサービス利用装置がそのサービスを利用しようとした時点では既にサービスが意図せぬ離脱をしていることが考えられる。そのため、特許文献１においても、利用可能なサービスをサービス利用装置が正しく把握できないという問題は解決されていない。
【００１０】
本発明は、上述した課題に鑑みてなされたものであって、利用可能なサービスを正しく把握することができるサービス利用装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、上記の課題を解決するためになされたもので、ＵＰｎＰデバイスが提供するサービスの利用を行うＵＰｎＰコントロール・ポイントとして動作するサービス利用装置であって、前記サービスを登録するサービス登録部と、前記登録したサービスが利用中であるか否かを示す情報を記憶する記憶部と、前記サービスの利用切替に係る切替トリガを受け付けるトリガ受付部と、前記トリガ受付部が前記切替トリガを受け付けた場合、利用中でないサービスとして記憶されているサービスが有効であるか否かを確認する確認メッセージを前記ネットワーク上に送出するメッセージ送出部と、前記確認メッセージに対する応答に基づいて処理を行う処理部と、を有するサービス利用装置である。
【００１２】
また、本発明のサービス利用装置は、登録されているサービスを表示する表示部を更に有し、前記トリガ受付部は、前記表示部が、前記サービスを選択するための情報を除く他の情報を表示する状態から、前記サービスを選択するための情報を表示する状態に切り替わるときに、前記トリガを受け付ける。
【００１３】
また、本発明のサービス利用装置において、前記トリガ受付部は、利用中のサービスに対するサービス利用の終了処理が行われるときに、前記トリガを受け付ける。
【００１４】
また、本発明のサービス利用装置は、ＵＰｎＰデバイスからネットワーク離脱メッセージを受信するメッセージ受信部を更に有し、前記トリガ受付部は更に、前記メッセージ受信部が前記ネットワーク離脱メッセージを受信したときに、受信トリガを受け付け、前記メッセージ送出部は更に、前記トリガ受付部が前記受信トリガを受け付けた場合、前記確認メッセージを前記ネットワーク上に送出する。
【００１５】
また、本発明のサービス利用装置は、当該サービス利用装置に対するユーザからの操作入力を受け付ける操作部を更に有し、前記トリガ受付部は、前記操作入力が受け付けられたときに、前記トリガを受け付ける。
【００１６】
また、本発明のサービス利用装置は、有効なサービスを表示する表示部を更に有し、前記処理部は、前記表示部に対して、有効なサービスを、有効でないサービスと識別可能に表示させる。
【００１７】
また、本発明のサービス利用装置において、前記記憶部は更に、現在利用中のサービスの次に利用予定のサービスに関する情報を記憶し、前記処理部は、前記確認メッセージに対する応答に基づいて、前記利用予定のサービスを利用するか否かを決定する。
【発明の効果】
【００１８】
本発明によれば、サービスの利用切替に係る切替トリガが発生した場合に、利用中でないサービスが有効であるか否かを確認することで、利用可能なサービスを正しく把握することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態によるデジタルスチルカメラおよび光ディスクレコーダの構成を示すブロック図である。
【図２】本発明の一実施形態によるデジタルスチルカメラの背面図である。
【図３】本発明の一実施形態によるデジタルスチルカメラおよび光ディスクレコーダが有するＵＰｎＰの機能を示す機能構成図である。
【図４】本発明の一実施形態によるデジタルスチルカメラの動作の手順を示すフローチャートである。
【図５】本発明の一実施形態によるデジタルスチルカメラの動作の手順を示すフローチャートである。
【図６】本発明の一実施形態による光ディスクレコーダの動作の手順を示すフローチャートである。
【図７】本発明の一実施形態によるデジタルスチルカメラと光ディスクレコーダの間で行われる通信の手順を示すシーケンス図である。
【図８】本発明の一実施形態によるデジタルスチルカメラと光ディスクレコーダの間で行われる通信の手順を示すシーケンス図である。
【図９】本発明の一実施形態によるデジタルスチルカメラの背面図である。
【発明を実施するための形態】
【００２０】
以下、図面を参照し、本発明の実施形態を説明する。本実施形態では、ＵＰｎＰコントロール・ポイントの機能を有するサービス利用装置の一例として、デジタルスチルカメラを用いて説明する。これに限らず、ＰＣ、携帯電話、ＰＤＡ、光ディスク・ＨＤＤレコーダ、ＴＶ、ゲーム機、ビデオカメラなど、ネットワークに接続可能であって、ＵＰｎＰコントロール・ポイントの機能を有しうる装置をサービス利用装置として使用することが可能である。
【００２１】
一方、本実施形態では、サービスを提供するサービス提供装置の一例として、コンテンツサーバに係るサービスを提供するＵＰｎＰデバイスを有する光ディスクレコーダを用いて説明する。これに限らず、ＰＣ、ＮＡＳ、携帯電話、デジタルスチルカメラなど、ネットワークに接続可能であって、ＵＰｎＰデバイスを有しうるＵＰｎＰデバイス装置をサービス提供装置として使用することが可能である。
【００２２】
図１は、本発明の一実施形態によるデジタルスチルカメラ（以下、ＤＳＣと略記する）および光ディスクレコーダの構成を示している。ＤＳＣ１０は、ＵＰｎＰコントロール・ポイントの機能を有する制御装置として動作する。光ディスクレコーダ３０は、ネットワーク２０を介してＤＳＣ１０と接続されており、ＵＰｎＰデバイスを有するサービス提供装置として動作する。図２はＤＳＣ１０の背面を示している。
【００２３】
図１に示すように、ＤＳＣ１０は、ＣＰＵ１０１、入力インターフェース部１０２、ＲＯＭ１０３、ＲＡＭ１０４、表示部１０５、外部Ｉ／Ｆ（外部インターフェース）１０６、ファイル管理部１０７、記録部１０８、圧縮伸張エンジン１０９、撮像部１１０を備える。
【００２４】
ＣＰＵ１０１は、ＲＯＭ１０３に格納されている制御プログラムに従い、ＲＡＭ１０４を作業領域に用いて各種制御を行う。また、このＣＰＵ１０１は、有線あるいは無線のネットワークプロトコルにより、外部Ｉ／Ｆ１０６を介してネットワーク２０に接続し、外部の光ディスクレコーダ３０と通信できるようになっている。外部の光ディスクレコーダ３０との通信時に送受信するデータは、ＲＡＭ１０４に格納される。
【００２５】
入力インターフェース部１０２は、ユーザがＤＳＣ１０に対する操作入力を行うためのスイッチ、ボタン、キー、ダイヤル等の操作入力部である。また、この入力インターフェース部１０２は、表示部１０５に重ねられたタッチパネル等であってもよい。表示部１０５は、画像や操作メニュー等を表示することが可能である。ファイル管理部１０７は、ＣＰＵ１０１からの指示に従い、記録部１０８に記録されるファイルを管理する。
【００２６】
記録部１０８は、半導体メモリ、磁気メモリ、磁気ディスク、光ディスク、光磁気ディスク等の不揮発性の記録媒体、あるいはそれらに限らず、情報を記録することができる不揮発性の記録媒体であり、また上記記録媒体の組み合わせであってもよい。さらには、記録部１０８が単数の記録媒体のみから構成される必要は無く、記録部１０８が複数の記録媒体から構成されていても構わない。
【００２７】
圧縮伸張エンジン１０９は、画像の圧縮および伸張を行う。撮像部１１０は、被写体像を撮像し撮像データを生成する。
【００２８】
このような構成のＤＳＣ１０では、撮影時には、入力インターフェース部１０２に入力された指示に従って、ＣＰＵ１０１が撮像部１１０から撮像データを取り込む。さらに、ＣＰＵ１０１は、図２に示すように、撮像データに基づく画像を表示部１０５に表示するとともに、ＲＡＭ１０４内に撮像データを格納する。そして、ＣＰＵ１０１が圧縮伸張エンジン１０９に圧縮指示を行うと、圧縮伸張エンジン１０９は、上記ＲＡＭ１０４内の撮像データを、ＣＰＵ１０１が指定するフォーマットの画像へと圧縮する。圧縮された画像は、ＣＰＵ１０１からの指示により、ファイル管理部１０７を通して記録部１０８に記録される。
【００２９】
このように記録部１０８に記録された画像の再生時には、まずＣＰＵ１０１からの指示により、ファイル管理部１０７を通して記録部１０８内の画像が読み出され、圧縮伸張エンジン１０９により、記録されているフォーマットに従い画像が伸張される。伸張された画像は表示部１０５に表示される。また、撮像時あるいは再生時のＤＳＣ１０および画像に係る設定を行うための設定画面が表示部１０５に表示された状態で、ユーザは入力インターフェース１０２を用いてＤＳＣ１０の設定を行うことが可能である。
【００３０】
一方、光ディスクレコーダ３０は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、外部Ｉ／Ｆ３０５、ファイル管理部３０６、記録部３０７、入力インターフェース部３０８、表示部３０９、放送波受信部３１０を備える。
【００３１】
ＣＰＵ３０１は、ＲＯＭ３０２に格納されている制御プログラムに従い、ＲＡＭ３０３を作業領域に用いて各種制御を行う。また、ＣＰＵ３０１は、有線あるいは無線のネットワークプロトコルにより、外部Ｉ／Ｆ３０５を介してネットワーク２０に接続し、外部のＤＳＣ１０と通信できるようになっている。外部のＤＳＣ１０との通信時に送受信するデータはＲＡＭ３０３に格納される。
【００３２】
ファイル管理部３０６は、ＣＰＵ３０１からの指示に従い、記録部３０７に記録されるファイルを管理する。記録部３０７は記録媒体であり、光ディスクを前提として説明を行うが、前述した記録部１０８に関する説明と同様の説明が記録部３０７にも適用される。
【００３３】
入力インターフェース部３０８は、ユーザが光ディスクレコーダ３０に対する操作入力を行うための操作入力部であり、前述した入力インターフェース部１０２に関する説明と同様の説明が入力インターフェース部３０８にも適用される。表示部３０９は、操作メニューや光ディスクレコーダ３０の状態等を表示することが可能である。
【００３４】
外部Ｉ／Ｆ３０５を介して外部のＤＳＣ１０へ画像を送信する際は、まずＣＰＵ３０１からの指示により、ファイル管理部３０６を通して記録部３０７内の画像が読み出され、外部Ｉ／Ｆ３０５を介して送信される。
【００３５】
放送波受信部３１０は、送信されてきた放送波を受信するための受信部であり、ＣＰＵ３０１の判断により必要に応じてファイル管理部３０６を通じて記録部３０７に受信内容を記録する。
【００３６】
ＤＳＣ１０と光ディスクレコーダ３０との通信は、アクセスポイント等の中継端末を介するインフラストラクチャモードで行われてもよいし、あるいは中継端末を介さず互いに直接通信するアドホックモードで行われてもよい。
【００３７】
次に、ＤＳＣ１０と光ディスクレコーダ３０が有するＵＰｎＰの機能を説明する。図３に示すようにＤＳＣ１０は、サービス登録部、トリガ受付部、メッセージ送出部、処理部、メッセージ受信部に対応するＵＰｎＰコントロール・ポイント１５０を内部に有する。なお、記憶部はＲＡＭ１０４に、操作部はインターフェース部１０２に対応する。光ディスクレコーダ３０は、ＵＰｎＰメディアサーバデバイス３３０を内部に有する。
【００３８】
ＵＰｎＰコントロール・ポイント１５０、ＵＰｎＰメディアサーバデバイス３３０の各機能は、ＣＰＵ１０１またはＣＰＵ３０１が制御プログラムに従って実行するソフトウェア処理により実現される。
【００３９】
ＵＰｎＰメディアサーバデバイス３３０はさらにＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１とＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２を有する。ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１は、ディレクトリ上でコンテンツを管理するサービスを提供する。ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２は、コンテンツを通信するための接続に関するサービスを提供する。
【００４０】
ＵＰｎＰコントロール・ポイント１５０は、ＵＰｎＰメディアサーバデバイス３３０に対して、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１または／およびＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２を制御することで、光ディスクレコーダ３０の記録部３０７に記録されているコンテンツをＤＳＣ１０上で再生することができる。
【００４１】
次に、ＤＳＣ１０の動作を説明する。本実施形態では、利用するサービスの切替が想定される場合に、ＤＳＣ１０が、現在利用中でないサービスが有効であるか否かを確認するメッセージをネットワーク上に送出してサービスの有効性を確認することにより、サービスの離脱を迅速に検出する。これによって、ＤＳＣ１０は、利用可能なサービスを正しく把握することができる。
【００４２】
図４および図５はＤＳＣ１０の動作の手順を示している。ステップＳ１０３、Ｓ１０４、Ｓ１０６〜Ｓ１１３、Ｓ１２４〜Ｓ１２７は従来のＵＰｎＰコントロール・ポイントの処理ステップである。ＤＳＣ１０の電源がオンになると、ＵＰｎＰコントロール・ポイント１５０は、ネットワークに接続済みであるか否かを判定する（ステップＳ１０１）。ネットワークに接続済みでない場合、ＵＰｎＰコントロール・ポイント１５０はネットワークへの接続を確立する（ステップＳ１０２）。この後、処理はステップＳ１０３に進む。
【００４３】
一方、ネットワークに接続済みである場合、ＵＰｎＰコントロール・ポイント１５０は、ネットワーク上のＵＰｎＰデバイスを発見するためのＭ−ＳＥＡＲＣＨを送信する（ステップＳ１０３）。続いて、ＵＰｎＰコントロール・ポイント１５０は、Ｍ−ＳＥＡＲＣＨに対する応答を受信したか否かを判定する（ステップＳ１０４）。一定の時間内にＭ−ＳＥＡＲＣＨの応答をどのＵＰｎＰデバイスおよびサービスからも受信できない場合、処理はステップＳ１０３に戻る。
【００４４】
一方、Ｍ−ＳＥＡＲＣＨに対する応答を受信した場合、または後述するＳｕｂｓｃｒｉｂｅが未送信のサービスからネットワーク参加通知（ｓｓｄｐ：ａｌｉｖｅ）を受信した場合、ＵＰｎＰコントロール・ポイント１５０は、Ｍ−ＳＥＡＲＣＨに対する応答またはネットワーク参加通知により発見したＵＰｎＰデバイスから、そのＵＰｎＰデバイスの情報（製造者情報や、ＵＰｎＰデバイスが有するサービスの基本的な情報等）を含むＤｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ（デバイス情報）を取得するためのＤｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求（デバイス情報要求、ＨＴＴＰ  ＧＥＴ）を送信する（ステップＳ１０６）。続いて、ＵＰｎＰコントロール・ポイント１５０は、Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信したか否かを判定する（ステップＳ１０７）。Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信していない場合、処理はステップＳ１０７に戻り、再度判定が行われる。
【００４５】
一方、Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎを受信した場合、ＵＰｎＰコントロール・ポイント１５０は、ＵＰｎＰデバイスが提供するサービスの具体的な制御内容等に関するサービス情報を含むＳｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ（サービス情報）を取得するためのＳｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ取得要求（サービス情報要求、ＨＴＴＰ  ＧＥＴ）を送信する（ステップＳ１０８）。このＳｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ取得要求はサービス毎に送信される。続いて、ＵＰｎＰコントロール・ポイント１５０は、Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎを受信したか否かを判定する（ステップＳ１０９）。Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎを受信していない場合、処理はステップＳ１０９に戻り、再度判定が行われる。
【００４６】
一方、Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎを受信した場合、ＵＰｎＰコントロール・ポイント１５０は、Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎに含まれるサービス情報をＲＡＭ１０４に記憶する（ステップＳ１１０）。これによって、ＵＰｎＰデバイスが提供するサービスがサービス利用装置に登録される。続いて、ＵＰｎＰコントロール・ポイント１５０は、Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ取得要求の送信先である全てのサービスからＳｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎを受信したか否かを判定する（ステップＳ１１１）。Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎを受信していないサービスがある場合、Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎの受信を待つため、処理はステップＳ１０９に戻る。
【００４７】
一方、全てのサービスからＳｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎを受信した場合、ＵＰｎＰコントロール・ポイント１５０は、Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ取得要求の送信先である全てのＵＰｎＰデバイスからＤｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎを受信したか否かを判定する（ステップＳ１１２）。Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎを受信していないＵＰｎＰデバイスがある場合、Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎの受信を待つため、処理はステップＳ１０７に戻る。
【００４８】
Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎの受信後、ＵＰｎＰコントロール・ポイント１５０は、ＵＰｎＰデバイス内の各サービスでの状態変化によるイベント通知を送信してもらうように登録するためのＳｕｂｓｃｒｉｂｅ（イベント登録）を各サービスに送信する。このとき、ＳｕｂｓｃｒｉｂｅにＳＩＤ（Ｓｕｂｓｃｒｉｐｔｉｏｎ  ＩＤ：イベント登録ＩＤ）は含まれず、Ｓｕｂｓｃｒｉｂｅ中のＴＩＭＥＯＵＴヘッダに所定の値がセットされる（ステップＳ１１３）。
【００４９】
続いて、ＵＰｎＰコントロール・ポイント１５０は、サービスの利用を切り替えるためのトリガであるサービス利用切替トリガを受け付けたか否かを判定する（ステップＳ１１４）。
【００５０】
このサービス利用切替トリガは、例えば、表示部１０５における他の表示からサービスの一覧表示への表示内容の切り替えである。他の表示とは、サービスが選択不可能な状態となり、サービス選択用の情報を除く他の情報を表示することを意味し、例えば画像を再生するサービスが使用されている場合、再生している画像を表示することを意味する。また、サービスの一覧表示では、サービスが選択可能な状態となり、サービスを選択するためのサービス名等の情報が表示される。
【００５１】
また、このサービス利用切替トリガは、ＵＰｎＰコントロール・ポイント１５０における現在利用中のサービスの利用終了であってもよいし、ユーザからの操作入力の受け付けであってもよい。なお、ＵＰｎＰコントロール・ポイント１５０は、例えば表示部１０５においてサービスの一覧表示を表示し、その中からユーザが入力インターフェース部１０２を用いて任意のサービスを選択したとき、そのサービスを利用中であることを示す情報をＲＡＭ１０４に記憶する。あるいは、いずれかのサービスとの間でＡｃｔｉｏｎやＮｏｔｉｆｙによる通信が継続的に行われている状態であれば、そのサービスを利用中であることを示す情報をＲＡＭ１０４に記憶してもよい。
【００５２】
サービス利用切替のトリガを受けた場合、ＵＰｎＰコントロール・ポイント１５０は、現在利用中でないサービスに対して、イベント登録更新としてＳｕｂｓｃｒｉｂｅを送信する。このとき、ＳｕｂｓｃｒｉｂｅのＴＩＭＥＯＵＴヘッダには、そのサービスと関連付けて記憶されているＴＩＭＥＯＵＴヘッダの値がセットされ、ＳＩＤヘッダには、そのサービスと関連付けて記憶されているＳＩＤの値がセットされる（ステップＳ１１５）。
【００５３】
続いて、ＵＰｎＰコントロール・ポイント１５０は、前回Ｓｕｂｓｃｒｉｂｅを送信してから、所定時間が経過したサービスが存在するかどうかを判断する（ステップＳ１１６）。ここで、所定時間は、後述するステップＳ１１９で記憶したＴＩＭＥＯＵＴヘッダの値よりも短い値とする。ステップＳ１１９が未実施の場合は、ステップＳ１１６の処理を行わずにステップＳ１１８へ進んでもよい。
【００５４】
判断の結果、所定時間が経過したサービスが存在する場合、そのサービスに対して、イベント登録更新としてＳｕｂｓｃｒｉｂｅを送信する。このとき、ＳｕｂｓｃｒｉｂｅのＴＩＭＥＯＵＴヘッダには、そのサービスと関連付けて記憶されているＴＩＭＥＯＵＴヘッダの値がセットされ、ＳＩＤヘッダには、そのサービスと関連付けて記憶されているＳＩＤの値がセットされる（ステップＳ１１７）。ステップＳ１１６の判断の結果、所定時間が経過したサービスが存在しない場合、およびステップＳ１１７の終了後は、ステップＳ１１８に処理が進む。
【００５５】
その後、ＵＰｎＰコントロール・ポイント１５０は、ステップＳ１１３、ステップＳ１１５、ステップＳ１１７の少なくともいずれかで送信したＳｕｂｓｃｒｉｂｅの送信先から、Ｓｕｂｓｃｒｉｂｅに対する応答であるＳｕｂｓｃｒｉｂｅ応答を受信したか否かを判定する（ステップＳ１１８）。Ｓｕｂｓｃｒｉｂｅ応答を受信している場合、ＵＰｎＰコントロール・ポイント１５０は、Ｓｕｂｓｃｒｉｂｅ応答内に記載されているＳＩＤヘッダの値と、ＴＩＭＥＯＵＴヘッダの値と、Ｓｕｂｓｃｒｉｂｅの送信先のサービス（そのサービスの識別情報）とを関連付けてＲＡＭ１０４に記憶する（ステップＳ１１９）。
【００５６】
一方、Ｓｕｂｓｃｒｉｂｅ応答を受信しないまま、Ｓｕｂｓｃｒｉｂｅの送信から３０秒が経過した場合（ステップＳ１２０）、ＵＰｎＰコントロール・ポイント１５０は、そのＳｕｂｓｃｒｉｂｅの送信先であるサービスが離脱済みであると判断して、そのサービスをＲＡＭ１０４から削除すると共に、そのサービスと関連付けて記憶されていたＳＩＤヘッダの値とＴＩＭＥＯＵＴヘッダの値をＲＡＭ１０４から削除する（ステップＳ１２１）。この後、処理はステップＳ１２２に進む。なお、ステップＳ１２１において、離脱済みであると判断されたサービスをＲＡＭ１０４から削除せずに、離脱済みであることを示す離脱済みフラグをそのサービスと関連付けてＲＡＭ１０４に記憶させてもかまわない。
【００５７】
ステップＳ１１９の終了後、またはステップＳ１２０でＳｕｂｓｃｒｉｂｅの送信から３０秒が経過していない場合、あるいはステップＳ１２１の終了後、ＵＰｎＰコントロール・ポイント１５０は、既にステップＳ１１４でサービス利用切替トリガを受け付けていたか否かを判定する（ステップＳ１２２）。サービス利用切替トリガを受け付けていた場合、ＵＰｎＰコントロール・ポイント１５０は、表示部１０５を制御し、利用可能であるサービスを表示部１０５に表示する（ステップＳ１２３）。
【００５８】
利用可能であるサービスを表示する際には、例えば、図９に示すように、ステップＳ１１９でＲＡＭ１０４に記憶されたサービスの一覧が表示部１０５に表示される。あるいは、ＲＡＭ１０４に記憶されているサービスの中で離脱済みフラグが関連付けられていないサービスのみの一覧を表示してもよいし、離脱済みフラグが関連付けられていないサービスをアクティブ（明るく）に、離脱済みフラグが関連付けられているサービスを非アクティブ（暗く、あるいは離脱済みであることを示すアイコンを重畳して）にしてサービスの一覧を表示してもよいし、あるいは、新たに離脱済みフラグが関連付けられたサービスのみ、そのサービスが離脱した旨をユーザに通知するようにしてもよい。
【００５９】
続いて、ＵＰｎＰコントロール・ポイント１５０は、サービスにおけるイベントの発生を通知するＮｏｔｉｆｙを受信したか否かを判定する（ステップＳ１２４）。Ｎｏｔｉｆｙを受信した場合、処理はステップＳ１２８に進む。
【００６０】
一方、Ｎｏｔｉｆｙを受信していない場合、ＵＰｎＰコントロール・ポイント１５０は、ユーザからの指示等によりＵＰｎＰデバイスに対する何らかの制御を行うためのＡｃｔｉｏｎを発行するか否かを判定する（ステップＳ１２５）。Ａｃｔｉｏｎを発行する必要がない場合、処理はステップＳ１２８に進む。
【００６１】
一方、Ａｃｔｉｏｎを発行する必要がある場合、ＵＰｎＰコントロール・ポイント１５０は、利用先のサービスにＡｃｔｉｏｎを送信する（ステップＳ１２６）。続いて、ＵＰｎＰコントロール・ポイント１５０は、Ａｃｔｉｏｎに対する応答を受信したか否かを判定する（ステップＳ１２７）。応答を受信していない場合、処理はステップＳ１２７に戻り、再度判定が行われる。
【００６２】
Ｎｏｔｉｆｙを受信した場合、またはＡｃｔｉｏｎ発行の必要がない場合、あるいはＡｃｔｉｏｎに対する応答を受信した場合、ＵＰｎＰコントロール・ポイント１５０は、ＵＰｎＰデバイスからネットワーク参加通知（ｓｓｄｐ:ａｌｉｖｅ）を受信したか否かを判定する（ステップＳ１２８）。ネットワーク参加通知を受信していない場合、処理はステップＳ１１４に進む。一方、ネットワーク参加通知を受信した場合、ＵＰｎＰコントロール・ポイント１５０は、その送信元のサービスが、ステップＳ１１９でＲＡＭ１０４に記憶されたサービスと一致するか否かを判定する。あるいは、ＵＰｎＰコントロール・ポイント１５０は、その送信元のサービスが、ＲＡＭ１０４に記憶されているサービスのうち離脱済みフラグが関連付けられていないサービスと一致するか否かを判定する（ステップＳ１２９）。
【００６３】
ネットワーク参加通知の送信元のサービスが、ＲＡＭ１０４に記憶済みのサービスと一致する、または離脱済みフラグが関連付けられていないサービスと一致する場合、処理はステップＳ１１４に進む。一方、ネットワーク参加通知の送信元のサービスが、ＲＡＭ１０４に記憶済みのサービスではない、または離脱済みフラグが関連付けられているサービスである場合、処理はステップＳ１０６に進む。
【００６４】
次に、光ディスクレコーダ３０の動作を説明する。図６は光ディスクレコーダ３０の動作の手順を示している。ステップＳ２０４〜Ｓ２２４は従来のＵＰｎＰデバイスの処理ステップである。光ディスクレコーダ３０の電源がオンになると、光ディスクレコーダ３０のＵＰｎＰデバイスは、ネットワークに接続済みであるか否かを判定する（ステップＳ２０２）。ネットワークに接続済みでない場合、ＵＰｎＰデバイスはネットワークへの接続を確立する（ステップＳ２０３）。この後、処理はステップＳ２０４に進む。
【００６５】
一方、ネットワークに接続済みである場合、光ディスクレコーダ３０内の各ＵＰｎＰデバイスおよび各ＵＰｎＰデバイス内のサービスはネットワーク参加通知（ｓｓｄｐ：ａｌｉｖｅ）をＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２０４）。続いて、ＵＰｎＰデバイスは、ＵＰｎＰコントロール・ポイントからＭ−ＳＥＡＲＣＨを受信したか否かを判定する（ステップＳ２０５）。Ｍ−ＳＥＡＲＣＨを受信していない場合、処理はステップＳ２０７へ進む。一方、Ｍ−ＳＥＡＲＣＨを受信した場合、ＵＰｎＰデバイスは、Ｍ−ＳＥＡＲＣＨに対する応答をＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２０６）。続いて、処理はステップＳ２０７に進む。
【００６６】
処理がステップＳ２０７に進んだ場合、ＵＰｎＰデバイスは、ＵＰｎＰコントロール・ポイントからＤｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を受信したか否かを判定する（ステップＳ２０７）。Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を受信していない場合、処理はステップＳ２０９へ進む。一方、Ｄｅｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を受信した場合、ＵＰｎＰデバイスは応答としてＤｅｖｉｃｅ ＤｅｓｃｒｉｐｔｉｏｎをＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２０８）。続いて、処理はステップＳ２０９に進む。
【００６７】
処理がステップＳ２０９に進んだ場合、ＵＰｎＰデバイス内のサービスは、ＵＰｎＰコントロール・ポイントからＳｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を受信したか否かを判定する（ステップＳ２０９）。Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を受信していない場合、処理はステップＳ２１１へ進む。一方、Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を受信した場合、ＵＰｎＰデバイス内のサービスは応答としてＳｅｒｖｉｃｅ  ＤｅｓｃｒｉｐｔｉｏｎをＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２１０）。続いて、処理はステップＳ２１１に進む。
【００６８】
処理がステップＳ２１１に進んだ場合、ＵＰｎＰデバイス内のサービスは、ＵＰｎＰコントロール・ポイントからＳｕｂｓｃｒｉｂｅを受信したか否かを判定する（ステップＳ２１１）。Ｓｕｂｓｃｒｉｂｅを受信していない場合、処理はステップＳ２１５に進む。
【００６９】
一方、Ｓｕｂｓｃｒｉｂｅを受信した場合、ＵＰｎＰデバイス内のサービスは、Ｓｕｂｓｃｒｉｂｅに対する応答として、ＳＩＤヘッダに所定のＳＩＤをセットし、ＴＩＭＥＯＵＴヘッダに所定の値をセットしたものをＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２１２）。続いて、ＵＰｎＰデバイス内のサービスは、ＳｕｂｓｃｒｉｂｅにＳＩＤが付与されているか否かを判定する（ステップＳ２１３）。ＳＩＤが付与されていないＳｕｂｓｃｒｉｂｅは、初期イベントを登録するためのＳｕｂｓｃｒｉｂｅであり、ＳＩＤが付与されているＳｕｂｓｃｒｉｂｅは、登録されているイベントの状態を更新するためのＳｕｂｓｃｒｉｂｅである。ＳｕｂｓｃｒｉｂｅにＳＩＤが付与されている場合、処理はステップＳ２１５に進む。一方、ＳｕｂｓｃｒｉｂｅにサービスＩＤが付与されていない場合、ＵＰｎＰデバイス内のサービスは、初期状態を通知するための初期イベントをＵＰｎＰコントロール・ポイントへＮｏｔｉｆｙとして送信する（ステップＳ２１４）。続いて、処理はステップＳ２１５に進む。
【００７０】
処理がステップＳ２１５に進んだ場合、ＵＰｎＰデバイス内のサービスは、ＵＰｎＰコントロール・ポイントからＵｎｓｕｂｓｃｒｉｂｅ（イベント登録解除）を受信したか否かを判定する（ステップＳ２１５）。Ｕｎｓｕｂｓｃｒｉｂｅを受信していない場合、処理はステップ２１７に進む。一方、Ｕｎｓｕｂｓｃｒｉｂｅを受信した場合、ＵＰｎＰデバイス内のサービスは、Ｕｎｓｕｂｓｃｒｉｂｅに対する応答をＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２１６）。続いて、処理はステップＳ２１７に進む。
【００７１】
処理がステップＳ２１７に進んだ場合、ＵＰｎＰデバイス内のサービスは、サービス内の状態変化の有無を判定する（ステップＳ２１７）。サービス内の状態変化がない場合、処理はステップＳ２２２に進む。一方、サービス内の状態変化がある場合、ＵＰｎＰデバイス内のサービスは、状態変化を通知するためのＮｏｔｉｆｙをＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２１８）。続いて、処理はステップＳ２２２に進む。
【００７２】
処理がステップＳ２２２に進んだ場合、ＵＰｎＰデバイス内のサービスはＵＰｎＰコントロール・ポイントからＡｃｔｉｏｎを受信したか否かを判定する（ステップＳ２２２）。Ａｃｔｉｏｎを受信していない場合、処理はステップＳ２０５へ戻る。一方、Ａｃｔｉｏｎを受信した場合、ＵＰｎＰデバイス内のサービスは、Ａｃｔｉｏｎに対する応答をＵＰｎＰコントロール・ポイントへ送信する（ステップＳ２２４）。続いて、処理はステップＳ２０５へ戻る。
【００７３】
次に、ＤＳＣ１０と光ディスクレコーダ３０および光ディスクレコーダ４０との間で行われる通信の例を説明する。なお、光ディスクレコーダ４０は光ディスクレコーダ３０と同一の構成、機能を有するため、光ディスクレコーダ４０の説明の一部を省く。
【００７４】
図７および図８は、この通信の手順を示している。光ディスクレコーダ３０内のＵＰｎＰメディアサーバデバイス３３０およびＵＰｎＰメディアサーバデバイス３３０内のサービス（ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２）はネットワーク参加通知（ｓｓｄｐ：ａｌｉｖｅ）をネットワーク上にマルチキャストする（ステップＳ２０４に対応）。
【００７５】
一方、ＤＳＣ１０内のＵＰｎＰコントロール・ポイント１５０は、ネットワークに参加すると、ネットワーク上にＭ−ＳＥＡＲＣＨをマルチキャストする（ステップＳ１０３に対応）。ＵＰｎＰメディアサーバデバイス３３０は、Ｍ−ＳＥＡＲＣＨを受信すると、Ｍ−ＳＥＡＲＣＨに対する応答であるＭ−ＳＥＡＲＣＨ応答をＵＰｎＰコントロール・ポイント１５０へ送信する（ステップＳ２０５，Ｓ２０６に対応）。
【００７６】
ＵＰｎＰコントロール・ポイント１５０は、Ｍ−ＳＥＡＲＣＨ応答を受信すると、Ｍ−ＳＥＡＲＣＨ応答内に記述されている情報に基づき、ＵＰｎＰメディアサーバデバイス３３０に対してＤｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を送信する（ステップＳ１０４，Ｓ１０６に対応）。
【００７７】
ＵＰｎＰメディアサーバデバイス３３０は、Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を受信すると、ＵＰｎＰデバイスに関するＤｅｖｉｃｅ  ＤｅｓｃｒｉｐｔｉｏｎをＵＰｎＰコントロール・ポイント１５０へ送信する（ステップＳ２０７，Ｓ２０８に対応）。
【００７８】
ＵＰｎＰコントロール・ポイント１５０は、ＵＰｎＰメディアサーバデバイス３３０からＤｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎを受信すると、Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ内に記述されている情報に基づき、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２に対してＳｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を送信する（ステップＳ１０７，Ｓ１０８に対応）。
【００７９】
ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２は、Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を受信すると、それぞれのサービスに関するＳｅｒｖｉｃｅ  ＤｅｓｃｒｉｐｔｉｏｎをＵＰｎＰコントロール・ポイント１５０へ送信する（ステップＳ２０９，Ｓ２１０に対応）。
【００８０】
ＵＰｎＰコントロール・ポイント１５０は、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２からＳｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎを受信すると、それぞれのＳｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ内に記述されている情報を記憶する（ステップＳ１０９，Ｓ１１０に対応）。
【００８１】
上記のように、ＵＰｎＰコントロール・ポイント１５０は、ＵＰｎＰメディアサーバデバイス３３０からＤｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎを受信し、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２からＳｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎを受信する。受信の確認はステップＳ１１１，Ｓ１１２に対応している。
【００８２】
続いて、ＵＰｎＰコントロール・ポイント１５０は、ＵＰｎＰメディアサーバデバイス３３０内のサービスであるＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１とＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２に対してＳｕｂｓｃｒｉｂｅ（ＳＩＤなし）を送信する（ステップＳ１１３に対応）。
【００８３】
ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２は、Ｓｕｂｓｃｒｉｂｅを受信すると、ＴＩＭＥＯＵＴヘッダに値（例えば３００）をセットしたＳｕｂｓｃｒｉｂｅ応答を送信する（ステップＳ２１１，Ｓ２１２に対応）。
【００８４】
ＵＰｎＰコントロール・ポイント１５０は、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２それぞれからＳｕｂｓｃｒｉｂｅ応答を受信した際、ＴＩＭＥＯＵＴヘッダの値が３００であったため、それぞれのサービスと３００を関連付けて記憶する（ステップＳ１１８，Ｓ１１９に対応）。
【００８５】
ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２は、先に受信したＳｕｂｓｃｒｉｂｅがＳＩＤを含んでいないため、初期イベントをＵＰｎＰコントロール・ポイント１５０へＮｏｔｉｆｙにより送信する（ステップＳ２１３，Ｓ２１４に対応）。
【００８６】
ＵＰｎＰコントロール・ポイント１５０は、Ｎｏｔｉｆｙを受信する（ステップＳ１２４に対応）。
【００８７】
ＵＰｎＰコントロール・ポイント１５０は、ユーザがサービスの選択を行うためにサービス一覧表示へ表示を切り替える際、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２のどちらも利用中ではないため、それらのサービスに対して、それらのサービスと関連付けられているＳＩＤとＴＩＭＥＯＵＴ値３００をセットしたＳｕｂｓｃｒｉｂｅを送信する（ステップＳ１１４，Ｓ１１５に対応）。
【００８８】
ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２は、Ｓｕｂｓｃｒｉｂｅを受信すると、ＴＩＭＥＯＵＴヘッダに値（例えば３００）をセットしたＳｕｂｓｃｒｉｂｅ応答を送信する（ステップＳ２１１，Ｓ２１２に対応）。
【００８９】
ＵＰｎＰコントロール・ポイント１５０は、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２それぞれからＳｕｂｓｃｒｉｂｅ応答を受信した際、ＴＩＭＥＯＵＴヘッダの値が３００であったため、それぞれのサービスと３００を関連付けて記憶する（ステップＳ１１８，Ｓ１１９に対応）。そして、サービス一覧表示への表示の切り替えによりサービス利用切替トリガを受け付けていたので、利用可能なサービスを表示部１０５に表示する（ステップＳ１２２，Ｓ１２３に対応）と共に、ユーザからサービスが選択されればそのサービスを利用中として記憶する。これ以降、ＤＳＣ１０においてサービスの利用が開始され、サービスごとの画面が表示部１０５に表示される。
【００９０】
その後、ＵＰｎＰコントロール・ポイント１５０とＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２との間で、Ａｃｔｉｏｎ、Ａｃｔｉｏｎ応答、Ｎｏｔｉｆｙが送受信される（ステップＳ１２４〜Ｓ１２７，Ｓ２１７，Ｓ２１８，Ｓ２２２，Ｓ２２４に対応）。
【００９１】
また、ＵＰｎＰコントロール・ポイント１５０とＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２との間では、それぞれのサービスと関連付けられているＴＩＭＥＯＵＴ値３００に基づき、所定時間（ここでは２７０秒）ごとにＳｕｂｓｃｒｉｂｅとその応答が送受信される（ステップＳ１１６，Ｓ１１７，Ｓ２１１，Ｓ２１２，Ｓ１１８，Ｓ１１９に対応）。
【００９２】
一方、光ディスクレコーダ４０内のＵＰｎＰメディアサーバデバイス４３０およびＵＰｎＰメディアサーバデバイス４３０内のサービス（ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス４３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス４３２）はネットワーク参加通知（ｓｓｄｐ：ａｌｉｖｅ）をネットワーク上にマルチキャストする（ステップＳ２０４に対応）。
【００９３】
ＵＰｎＰコントロール・ポイント１５０は、このネットワーク参加通知を受信する。この時点では、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス４３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス４３２は、Ｓｕｂｓｃｒｉｂｅ応答による関連付けがされていないため、ＵＰｎＰコントロール・ポイント１５０は、それぞれのサービスに対してＤｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ取得要求を送信する（ステップＳ１２８，Ｓ１２９，Ｓ１０６に対応）。
【００９４】
これ以降、Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ，Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎの取得要求とその応答、Ｓｕｂｓｃｒｉｂｅ（ＳＩＤなし）とその応答およびＳｕｂｓｃｒｉｂｅ（ＳＩＤなし）による初期イベントとしてのＮｏｔｉｆｙ送信、さらに所定時間ごとのＳｕｂｓｃｒｉｂｅとその応答の送受信については、先に説明したＵＰｎＰコントロール・ポイント１５０と光ディスクレコーダ３０との間の動作と同一であるのでここでは説明を省略する。
【００９５】
ここで、光ディスクレコーダ４０のＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス４３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス４３２が意図せぬネットワーク離脱を起こしたとする。その後、ＵＰｎＰコントロール・ポイント１５０は、ユーザがサービス選択を行うためにサービス一覧表示へ表示を切り替えようとする。このとき、光ディスクレコーダ３０のＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス３３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス３３２は利用中であるが、光ディスクレコーダ４０のＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス４３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス４３２は利用中でないため、ＵＰｎＰコントロール・ポイント１５０は、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス４３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス４３２に対して、それらのサービスと関連付けられているＳＩＤとＴＩＭＥＯＵＴ値３００をセットしたＳｕｂｓｃｒｉｂｅを送信する（ステップＳ１１４，Ｓ１１５に対応）。
【００９６】
ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス４３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス４３２は、ネットワークから離脱しているためＳｕｂｓｃｒｉｂｅを受信しない。
【００９７】
ＵＰｎＰコントロール・ポイント１５０は、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス４３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス４３２から応答が無いまま３０秒が経過すると、ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス４３１、ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス４３２がネットワークから離脱済みであると判断する（ステップＳ１１８，Ｓ１２０，Ｓ１２１に対応）。そして、サービス一覧表示への表示の切り替えによりサービス利用の切替トリガを受け付けていたので、ＵＰｎＰコントロール・ポイント１５０は、利用可能なサービスを表示部１０５に表示する（ステップＳ１２２，Ｓ１２３に対応）と共に、ユーザからサービスが選択されればそのサービスを利用中として記憶する。これ以降、ＤＳＣ１０においてサービスの利用が開始され、サービスごとの画面が表示部１０５に表示される。
【００９８】
次に、本実施形態の変形例を説明する。図５のステップＳ１１４において、いずれかのサービスからサービス離脱メッセージ（ｓｓｄｐ：ｂｙｅｂｙｅ）を受信した場合に、ステップＳ１１５において、現在利用中でないサービスに対してＳｕｂｓｃｒｉｂｅを送信してもよい。例えば、一のサービスが、周囲の無線環境が悪化していることを検出してサービス離脱メッセージを送信した場合に、他のサービスも同様に無線環境の悪化を検出してサービス離脱メッセージを送信している可能性がある。しかし、ＤＳＣ１０において、一のサービスからのサービス離脱メッセージは受信できたが、無線環境の悪化により他のサービスからのサービス離脱メッセージを受信できなかった場合に、ＤＳＣ１０は他のサービスが離脱していることを検出できない。そこで、上記のように、いずれかのサービスからサービス離脱メッセージを受信した場合にネットワーク上へＳｕｂｓｃｒｉｂｅを送信することによって、利用中でないサービスの有効性を確認することができ、利用可能なサービスをサービス利用装置が正しく把握することができる。
【００９９】
また、図５のステップＳ１２３において、利用可能なサービスを表示する代わりに、次に利用予定となっているサービスを利用すると決定してもよい。例えば、ＵＰｎＰコントロール・ポイント１５０が、複数のサービス内の画像からなる画像群を再生するスライドショーを行うとする。その際、スライドショーの順番で次の再生対象の画像が別のサービス内の画像であったとする。そのサービスが、次に利用する予定のサービスとなる。ＲＡＭ１０４には、利用予定のサービスの順番に関する情報が記憶されており、この情報に基づいて、次に利用されるサービスが識別されるものとする。
【０１００】
次に利用する予定のサービス内の画像を再生するタイミングが訪れた場合、利用するサービスを切り替える必要があるため、ステップＳ１１４において、ＵＰｎＰコントロール・ポイント１５０はサービス利用切替トリガを受け付けたと判断する。続いて、ステップＳ１１５において、ＵＰｎＰコントロール・ポイント１５０は、次に利用する予定のサービスに対してＳｕｂｓｃｒｉｂｅを送信する。このサービスからＳｕｂｓｃｒｉｂｅ応答を受信した場合、ＵＰｎＰコントロール・ポイント１５０は、ステップＳ１１９において、Ｓｕｂｓｃｒｉｂｅ応答内に記載されているＳＩＤヘッダの値と、ＴＩＭＥＯＵＴヘッダの値と、Ｓｕｂｓｃｒｉｂｅの送信先のサービスとを関連付けてＲＡＭ１０４に記憶する。
【０１０１】
続いて、ステップＳ１２２において、ＵＰｎＰコントロール・ポイント１５０は、ステップＳ１１４でサービス利用切替トリガを受け付けたと判断し、ステップＳ１２３において、次に利用する予定のサービスがステップＳ１１９でＲＡＭ１０４に記憶されていれば、そのサービスを利用すると決定する。これによって、意図せぬ離脱をしているサービスを誤って利用しないようにすることができる。
【０１０２】
上述したように、本実施形態によれば、サービスの利用切替トリガが発生した場合に、利用中でないサービスに対してＳｕｂｓｃｒｉｂｅを送信し、利用中でないサービスが有効であるか否かを確認することによって、利用可能なサービスをサービス利用装置が正しく把握することができる。また、既存のＵＰｎＰプロトコルの拡張や、ハードウェアの追加、変更を必要とすることなく、意図しない離脱によりサービスがネットワーク離脱メッセージを送信できない場合であっても、サービス利用装置がサービスの離脱を迅速に検出することができる。
【０１０３】
また、他の表示からサービスの一覧表示に表示が切り替わるときや、サービス利用の終了処理が行われるとき、サービスの切替に係るユーザからの操作入力を受け付けたときなど、現在利用しているサービスが切り替えられる可能性があるときに、利用中でないサービスの有効性を確認することによって、利用可能なサービスをサービス利用装置がより正しく把握することができる。
【０１０４】
また、いずれかのサービスからのネットワーク離脱メッセージを受信したときに、利用中でないサービスに対してＳｕｂｓｃｒｉｂｅを送信し、利用中でないサービスが有効であるか否かを確認することによって、利用可能なサービスをサービス利用装置がより正しく把握することができる。
【０１０５】
また、サービス利用切替トリガが発生した場合に、図５のステップＳ１２３のように、少なくとも有効なサービスを、有効でないサービスとは識別可能なように表示することによって、意図せぬ離脱をしているサービスを誤って利用しないようにすることができる。
【０１０６】
以上、図面を参照して本発明の実施形態について詳述してきたが、具体的な構成は上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【符号の説明】
【０１０７】
１０・・・ＤＳＣ、２０・・・ネットワーク、３０，４０・・・光ディスクレコーダ、１０１，３０１・・・ＣＰＵ、１０２，３０８・・・入力インターフェース部、１０３，３０２・・・ＲＯＭ、１０４，３０３・・・ＲＡＭ、１０５，３０９・・・表示部、１０６，３０５・・・外部Ｉ／Ｆ、１０７，３０６・・・ファイル管理部、１０８，３０７・・・記録部、１０９・・・圧縮伸張エンジン、１１０・・・撮像部、１５０・・・ＵＰｎＰコントロール・ポイント、３１０・・・放送波受信部、３３０，４３０・・・ＵＰｎＰメディアサーバデバイス、３３１，４３１・・・ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙサービス、３３２，４３２・・・ＣｏｎｎｅｃｔｉｏｎＭａｎａｇｅｒサービス
【図１】
2011070514.tif 000003
【図２】
2011070514.tif 000004
【図３】
2011070514.tif 000005
【図４】
2011070514.tif 000006
【図５】
2011070514.tif 000007
【図６】
2011070514.tif 000008
【図７】
2011070514.tif 000009
【図８】
2011070514.tif 000010
【図９】
2011070514.tif 000011