(57)【特許請求の範囲】
【請求項１】
コンテンツを管理するとともに、前記管理するコンテンツと他のコンテンツ同期サービス提供装置が管理するコンテンツとを同期するコンテンツ同期サービスをネットワークを介して提供するコンテンツ同期サービス提供装置であって、
前記コンテンツ同期サービスを起動した後、前記コンテンツ同期サービスの検索メッセージの受信待ちを行う検索メッセージ受信待ち手段と、
前記検索メッセージ受信待ち手段による前記検索メッセージの受信待ちが前記検索メッセージの受信待ち時間が経過して終了した場合に、他のコンテンツ同期サービス提供装置を検索する検索手段と、
前記検索手段によって発見された前記他のコンテンツ同期サービス提供装置に対してコンテンツの同期指示を行うコンテンツ同期制御手段と、
を有することを特徴とするコンテンツ同期サービス提供装置。
【請求項２】
他のコンテンツ同期サービス提供装置からの広告メッセージの受信待ちを行う広告メッセージ受信待ち手段を更に有し、
前記広告メッセージ受信待ち手段によって前記他のコンテンツ同期サービス提供装置から前記広告メッセージが受信された場合は、前記検索手段による検索は行わずに、前記コンテンツ同期制御手段は、前記広告メッセージを送信した前記他のコンテンツ同期サービス提供装置に対してコンテンツの同期指示を行う
ことを特徴とする請求項１に記載のコンテンツ同期サービス提供装置。
【請求項３】
前記検索メッセージ受信待ち手段によって前記検索メッセージが受信された場合は、前記検索手段による検索及び前記コンテンツ同期制御手段によるコンテンツの同期指示を行わないことを特徴とする請求項１に記載のコンテンツ同期サービス提供装置。
【請求項４】
前記検索メッセージ受信待ち手段は、前記検索メッセージの受信待ちを行う度に、前記検索メッセージの受信待ち時間をランダムに設定することを特徴とする請求項１乃至３のいずれか１項に記載のコンテンツ同期サービス提供装置。
【請求項５】
コンテンツを管理するとともに、前記管理するコンテンツと他のコンテンツ同期サービス提供装置が管理するコンテンツとを同期するコンテンツ同期サービスをネットワークを介して提供するコンテンツ同期サービス提供装置の制御方法であって、
検索メッセージ受信待ち手段が、前記コンテンツ同期サービスが起動された後、前記コンテンツ同期サービスの検索メッセージの受信待ちを行う検索メッセージ受信待ちステップと、
検索手段が、前記検索メッセージ受信待ち手段による前記検索メッセージの受信待ちが前記検索メッセージの受信の待ち時間が経過して終了した場合に、他のコンテンツ同期サービス提供装置を検索する検索ステップと、
コンテンツ同期制御手段が、前記検索手段によって発見された前記他のコンテンツ同期サービス提供装置に対してコンテンツの同期指示を行うコンテンツ同期制御ステップと、
を有することを特徴とするコンテンツ同期サービス提供装置の制御方法。
【請求項６】
広告メッセージ受信待ち手段が、他のコンテンツ同期サービス提供装置からの広告メッセージの受信待ちを行う広告メッセージ受信待ちステップを更に有し、
前記広告メッセージ受信待ちステップにおいて前記他のコンテンツ同期サービス提供装置から前記広告メッセージが受信された場合は、前記検索ステップにおける検索は行わずに、前記コンテンツ同期制御ステップにおいて、前記広告メッセージを送信した前記他のコンテンツ同期サービス提供装置に対してコンテンツの同期指示を行う
ことを特徴とする請求項５に記載のコンテンツ同期サービス提供装置の制御方法。
【請求項７】
前記検索メッセージ受信待ちステップにおいて前記検索メッセージが受信された場合は、前記検索ステップにおける検索及び前記コンテンツ同期制御ステップにおけるコンテンツの同期指示を行わないことを特徴とする請求項５に記載のコンテンツ同期サービス提供装置の制御方法。
【請求項８】
前記検索メッセージ受信待ちステップにおいて、前記検索メッセージの受信待ちを行う度に、前記検索メッセージの受信待ち時間をランダムに設定することを特徴とする請求項５乃至７のいずれか１項に記載のコンテンツ同期サービス提供装置の制御方法。
【請求項９】
コンピュータを、請求項１乃至４のいずれか１項に記載のコンテンツ同期サービス提供装置が有する各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ同期サービス提供装置及びその制御方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年、家庭内のネットワークを介して複数の機器や情報家電を接続し、静止画、動画、音声などのコンテンツを共有して利用するＵＰｎＰ（Universal Plug And Play）などの標準的な通信規格が注目されている。ＵＰｎＰにはＣＳＳ（Content Synchronized Service）というコンテンツ同期を実現するサービスが規格化されている。ＣＳＳを利用して、複数のＣＤＳ（Content Directory Service）間のコンテンツやコンテンツのメタデータを同期（追加、削除、変更）させることができる（非特許文献１、非特許文献２参照）。このＣＳＳの技術を利用して、制御ポイント（ＣＰ）がネットワーク上のＣＤＳが管理するコンテンツと同期化関係を構築し、ＣＤＳからコンテンツの変更ログを取得することによって、コンテンツの同期を行う技術も提案されている（特許文献１）。
【０００３】
また、パーソナルコンピュータ（ＰＣ）等に格納されたコンテンツを携帯端末に転送する技術も提案されている（特許文献２）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２０１０−５２９５５０号公報
【特許文献２】特開２００６−３５１０６７号公報
【非特許文献】
【０００５】
【非特許文献１】ＵＰｎＰ−ｃｓ−ＣｏｎｔｅｎｔＳｙｎｃ−Ｖ１−Ｓｅｒｖｉｃｅ−２００９０７１４
【非特許文献２】ＵＰｎＰ−ａｖ−ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ−ｖ２−Ｓｅｒｖｉｃｅ−２００６０５３１
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、非特許文献１に記載の技術では、ＣＰが、ＣＳＳに対してコンテンツの同期化に係る処理を行うトリガとなっている。このため、特許文献１に記載の技術では、コンテンツの同期を行いたいＣＤＳの他に第三者のＣＰが存在し、第三者のＣＰがコンテンツ同期の指示や管理を行っている。故に、第三者のＣＰがいない環境ではコンテンツ同期を開始することができない。
【０００７】
また、特許文献２に記載の技術では、パーソナルコンピュータ（ＰＣ）と携帯端末との間でコンテンツ同期を実現している。即ち、親子関係が予め決まっている場合には、親であるＰＣがコンテンツ同期のトリガとなることよって実現が可能である。他方、携帯電話同士でコンテンツ同期を行う場合には、どちらの携帯電話がコンテンツ同期のトリガとなるかを決定する必要がある。しかし、この決定には、例えばユーザの操作や、予めどちらの携帯電話を親とするかを設定する必要がある。
【０００８】
本発明は、このような問題点に鑑みなされたもので、コンテンツ同期サービス提供装置が自律的にコンテンツ同期を開始する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一側面によれば、コンテンツを管理するとともに、前記管理するコンテンツと他のコンテンツ同期サービス提供装置が管理するコンテンツとを同期するコンテンツ同期サービスをネットワークを介して提供するコンテンツ同期サービス提供装置であって、前記コンテンツ同期サービスを起動した後、前記コンテンツ同期サービスの検索メッセージの受信待ちを行う検索メッセージ受信待ち手段と、前記検索メッセージ受信待ち手段による前記検索メッセージの受信待ちが前記検索メッセージの受信待ち時間が経過して終了した場合に、他のコンテンツ同期サービス提供装置を検索する検索手段と、前記検索手段によって発見された前記他のコンテンツ同期サービス提供装置に対してコンテンツの同期指示を行うコンテンツ同期制御手段とを有することを特徴とするコンテンツ同期サービス提供装置が提供される。
【発明の効果】
【００１０】
本発明によれば、ユーザがコンテンツ同期サービス提供装置に対してコンテンツ開始指示を行うことなく、コンテンツ同期サービス提供装置が自律的にコンテンツ同期を開始することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施の形態に係るコンテンツ同期システムの全体構成の一例を示す図。
【図２】ＤＭＳ１０の機能構成の一例及びハードウェア構成の一例を示す図。
【図３】ＤＭＳ３０の機能構成の一例及びハードウェア構成の一例を示す図。
【図４】ＤＭＳ１０とＤＭＳ２０間のコンテンツ同期におけるシーケンスの一例を示す図。
【図５】ＤＭＳ１０とＤＭＳ３０間のコンテンツ同期におけるシーケンスの一例を示す図。
【図６】コンテンツ同期処理の開始に係るフローチャート。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。
【００１３】
図１を用いてコンテンツ同期システムの全体構成を説明する。図１は、第１実施形態に係るコンテンツ同期システムの全体構成の一例を示す図である。
【００１４】
通信システムはＤＭＳ１０、ＤＭＳ２０、ＤＭＳ３０及びＤＭＰ４０を有する。ＤＭＳ１０、ＤＭＳ２０、ＤＭＳ３０及びＤＭＰ４０は、ネットワーク５０を介して相互に通信可能に接続されている。ネットワーク５０は、有線ＬＡＮ、Bluetooth（登録商標）若しくはWi-Fi等を用いた無線ＬＡＮ、又はこれらの組み合わせである。
【００１５】
ＤＭＳ１０、ＤＭＳ２０、ＤＭＳ３０は、静止画、動画、音楽等のコンテンツや、コンテンツの名前や日付等のコンテンツのメタデータを管理しているメディアサーバ（Digital Media Server）である。ＤＭＳ１０、ＤＭＳ２０、ＤＭＳ３０は、ＵＰｎＰ（Universal Plug And Play）のＣＳＳ（Content Synchronized Service）に準拠したコンテンツ同期サービス提供装置である。これらＤＭＳ１０、ＤＭＳ２０、ＤＭＳ３０は、管理しているコンテンツを例えば後述するＤＭＰ４０等からの指示により他のＤＭＳと相互に同期を行うことが可能である。
【００１６】
ＤＭＰ４０は、ＵＰｎＰ ＣＳＳの制御ポイント（ＣＰ：Control Point）に準拠したクライアント（Digital Media Player）である。例えばＤＭＳ１０とＤＭＳ２０の装置間、及びＤＭＳ１０とＤＭＳ２０のそれぞれが管理するコンテンツ間の同期の関連性を構築し、ＤＭＳ１０またはＤＭＳ２０に対して同期処理の開始指示を行う。
【００１７】
ＤＭＳ１０及びＤＭＳ２０は、ＤＭＰ４０と同様にＣＳＳのＣＰに準拠しており、他のＤＭＳに対して機器間やコンテンツ間の関連性を構築する機能を有している。一方、ＤＭＳ３０は他のＣＳＳ ＣＰに準拠した機能を有していない。
【００１８】
ここで、同期とは、例えばＤＭＰ４０が構築した関連したコンテンツに対して新規作成、変更、削除や、コンテンツのメタデータの追加、編集、削除等を、ＤＭＳ間で同期することである。
【００１９】
本実施形態では、コンテンツを同期させる手段としてＵＰｎＰのＣＳＳを用いるが、ＣＳＳとは異なる手段を採用してもよい。
【００２０】
次に、図２を用いて、ＤＭＳ１０の機能構成、及びハードウェア構成を説明する。図２は、ＤＭＳ１０の機能構成の一例、及びハードウェア構成の一例を示す図である。
【００２１】
ＣＳＳ提供部２０１は、ＵＰｎＰ ＣＳＳに準拠した機能を有しており、ＣＳＳ ＣＰからのコンテンツ同期指示を受け付け、他のＤＭＳとのコンテンツ同期を行う。ＣＳＳ提供部２０１は、ＤＭＳ１０のネットワーク５０への接続時、参加時、又はユーザ等からの指示があったときに、起動する。
【００２２】
コンテンツ同期制御部２０２は、ＣＳＳ検索部２０４又は広告メッセージ受信待ち部２０５の処理結果によって起動される。ＵＰｎＰ ＣＳＳ ＣＰに準拠した機能を有しており、ＤＭＳ間やコンテンツ間の関連性の構築やコンテンツ同期指示を行う。
【００２３】
ＣＳＳ検索メッセージ受信待ち部２０３は、ＳＳＤＰ（Simple Service Discover Protocol）のＭ−Ｓｅａｒｃｈメッセージの受信待ちを行う。ＣＳＳ検索メッセージ受信待ち部２０３は、ＤＭＳ１０のネットワーク５０への接続時、参加時、又はユーザ等からの指示があったときに、受信待ちを開始する。所定の待ち時間を経過する前にＭ−Ｓｅａｒｃｈメッセージを受信した場合は、Ｍ−Ｓｅａｒｃｈレスポンスを送信する。上記待ち時間は、受信待ちを行う度に一定期間内でランダムな値とするとよい。このことにより、ＤＭＳ３０と同時に受信待ちタイムアウトが発生することを防ぐことができる。所定の待ち時間が経過した場合、後述するＣＳＳ検索部２０４を起動する。例えばＤＭＳ１０がバッテリー駆動の場合、コンテンツの変更が大量にあった場合、既に他のＤＭＳと同期関係を築いている場合などの要因によってタイムアウト値を設定するために使用する一定期間の範囲を変更してもよい。組込み機器などリソースが少ない機器にとっては、コンテンツ同期処理を行うために大量のメモリ容量、ＣＰＵパワー、電力量を有すると不都合が生じる場合がある。受信待ちのランダム値を生成するために使用する一定期間を遅めに設定することによって、ＣＳＳ検索部２０４や、コンテンツ同期制御部２０２を起動する必要がなくなる。
【００２４】
ＣＳＳ検索部２０４は、ＣＳＳ検索メッセージ受信待ち部２０３の処理結果によって起動される。ネットワーク５０に接続する他のＣＳＳを有するＤＭＳの検索するために、ＳＳＤＰのＭ−Ｓｅａｒｃｈメッセージをマルチキャストし、他のＤＭＳからのレスポンスの受信を行う。他のＤＭＳを発見した場合、すなわち、他のＤＭＳからのレスポンスを受信した場合、コンテンツ同期制御部２０２を起動する。
【００２５】
広告メッセージ受信待ち部２０５は、ＤＭＳ１０のネットワーク５０への接続時、参加時、又はユーザ等からの指示があったときに、起動する。ネットワーク５０に接続する他のＣＳＳを有するＤＭＳからの広告メッセージであるＳＳＤＰのＡｄｖｅｒｔｉｓｅメッセージの受信待ちを行う。Ａｄｖｅｒｔｉｓｅメッセージを受信した場合は、他のＤＭＳの検索は行わずに、コンテンツ同期制御部２０２を起動し、そのメッセージを送信したＤＭＳに対してコンテンツ同期指示を行う。
【００２６】
なお、ＤＭＳ２０は、ＤＭＳ１０と同等の機能構成及びハードウェア構成を有する。
【００２７】
次に、図３を用いて、ＤＭＳ３０の機能構成及びハードウェア構成を説明する。図３は、ＤＭＳ３０の機能構成の一例、及びハードウェア構成の一例を示す図である。
【００２８】
ＣＳＳ提供部３０１は、ＣＳＳ提供部２０１と同じである。
【００２９】
ＣＳＳ検索メッセージ受信待ち部３０３は、ＳＳＤＰのＭ−Ｓｅａｒｃｈメッセージの受信待ちを行う。ＤＭＳ３０のネットワーク５０への接続時、参加時、又はユーザ等からの指示があったときに、受信待ちを開始する。Ｍ−Ｓｅａｒｃｈメッセージを受信した場合にレスポンスを送信する。
【００３０】
広告メッセージ配信部３０６は、ネットワーク５０に対し、Ａｄｖｅｒｔｉｓｅメッセージを第１の周期でマルチキャストする（第１の配信）。この第１の配信は例えば、ＤＭＳ３０のネットワーク５０への接続時、参加時、又はユーザ等からの指示があったときに開始される。この第１の配信による配信中、ＣＳＳ検索メッセージ受信待ち部３０３が他のコンテンツ同期サービス提供装置から受信した場合、又は、ＣＳＳ提供部３０１がコンテツ同期指示を受信した場合は、配信周期を変更してもよい。例えば、第１の周期より長い第２の周期でＡｄｖｅｒｔｉｓｅメッセージをマルチキャストするようにしてもよい（第２の配信）。
【００３１】
次に、図４を用いて、ＤＭＳ１０とＤＭＳ２０との間のコンテンツ同期を開始するまでの一連の処理を説明する。図４は、ＤＭＳ１０とＤＭＳ２０との間のコンテンツ同期におけるシーケンスの一例を示す図である。
【００３２】
ＤＭＳ１０及びＤＭＳ２０はネットワーク５０に接続する（Ｓ４０１）。本実施形態ではＷｉ−Ｆｉによるアドホックを採用しているが、有線ＬＡＮ、Ｗｉ−Ｆｉインフラ接続、又は他の無線接続を利用してもよい。
【００３３】
ＤＭＳ１０及びＤＭＳ２０は、Ｗｉ−Ｆｉアドホック接続完了を契機に、ＳＳＤＰメッセージの受信待ちを行う（Ｓ４０３、Ｓ４０２）。なお、受信待ち時間は一定期間内で生成したランダムな値を利用する。ＤＭＳ１０はＳＳＤＰメッセージ受信待ちのタイムアウトの検出（Ｓ４０４）により、ＣＳＳ ＣＰを起動する（Ｓ４０５）。さらに、ＤＭＳ１０はＭ−Ｓｅａｒｃｈメッセージを送信し、ネットワーク５０内に他にＣＳＳを有するＤＭＳを検出する（Ｓ４０６）。Ｍ−Ｓｅａｒｃｈメッセージを受信したＤＭＳ２０は、Ｍ−Ｓｅａｒｃｈメッセージに対するレスポンスを送信する（Ｓ４０６）。さらに、ＳＳＤＰメッセージ受信待ち（Ｓ４０２）のＳＳＤＰメッセージ受信待ちを終了する（Ｓ４０７）。
【００３４】
Ｍ−Ｓｅａｒｃｈレスポンスを受信したＤＭＳ１０は、そのレスポンスに含まれるＤＭＳ２０のＵＵＩＤ（Universally Unique Identifier）情報を元に、ＣＳＳのＡｄｄＳｙｎｃＤａｔａ（）アクションを送信する（Ｓ４０８）。ＡｄｄＳｙｎｃＤａｔａ（）によりＤＭＳ１０とＤＭＳ２０の関係性を構築することができる。引き続きＤＭＳ１０は、ＡｄｄＳｙｎｃＰａｉｒ（）、ＳｔａｒｔＳｙｎｃ（）等を使用してコンテンツ同期処理を行う。
【００３５】
ＳＳＤＰの受信待ちを行う（Ｓ４０３、Ｓ４０２）際に、タイムアウト値を一定期間内でランダムに生成する。組込み機器等リソースが潤沢ではない機器の場合は一定期間を遅めに設定し、サーバ等のリソースを潤沢に利用できる機器は早めに設定する。このことによってリソースが潤沢であるサーバがＣＳＳ ＣＰを起動し、組込み機器は、ＣＳＳ ＣＰを起動する必要がなくなる。
【００３６】
このように、ＤＭＳ１０とＤＭＳ２０以外にＤＭＰ４０がネットワーク５０にいない場合、又は、ＤＭＰ４０が起動していない場合、ＤＭＰ４０からのコンテンツ同期指示を受けることができない。従って、コンテンツ同期を開始する場合にはＤＭＳ１０又はＤＭＳ２０がコンテンツ同期指示を行うことが必要である。また、ＤＭＳ１０及びＤＭＳ２０がそれぞれコンテンツ同期指示を行うと重複してコンテンツ同期指示を行うことになってしまうので、いずれか一方を選択する必要がある。
【００３７】
これに対し、本シーケンスによれば、ＤＭＳがＭ−Ｓｅａｒｃｈメッセージを受信した場合には、そのＤＭＳは、Ｍ−Ｓｅａｒｃｈメッセージの送信及びコンテンツ同期指示を行わない。他方、Ｓ４０４でＳＳＤＰメッセージ受信待ちがタイムアウトしたＤＭＳ１０が、Ｍ−Ｓｅａｒｃｈメッセージの送信及びコンテンツ同期指示を行う。このように、本シーケンスによれば、ＳＳＤＰメッセージによっていずれか一方を選択できるため、ＤＭＳ１０とＤＭＳ２０間でコンテンツ同期処理の開始をユーザの操作なしで開始することができる。
【００３８】
次に、図５を用いて、ＤＭＳ１０とＤＭＳ３０と間のコンテンツ同期を開始するまでの一連の処理を説明する。図５は、ＤＭＳ１０とＤＭＳ３０と間のコンテンツ同期におけるシーケンスの一例を示す図である。
【００３９】
ＤＭＳ１０及びＤＭＳ３０は、Ｓ４０１と同様に接続を行う（Ｓ５０１）。
【００４０】
ＤＭＳ３０はＣＳＳを起動後にＳＳＤＰ ＮＯＴＩＦＹメッセージをネットワーク５０に配信する（Ｓ５０２）。メッセージ配信後に、ＤＭＳ１０からのＭ−Ｓｅａｒｃｈメッセージまたはコンテンツ同期処理に関するメッセージを受信していないかを確認する。受信していない場合は、通常のＮＯＴＩＦＹ配信周期より短い間隔でタイマをセットする（Ｓ５０４）。ＤＭＳ１０は、Ｓ４０３と同様に、ＣＳＳ起動後にＳＳＤＰメッセージの受信待ちを行う（Ｓ５０３）。
【００４１】
ＤＭＳ３０は、Ｓ５０４でセットしたタイマのタイムアウトによりＮＯＴＩＦＹメッセージの配信を行い（Ｓ５０５）、Ｓ５０４と同様にタイマをセットする。ＤＭＳ１０はＤＭＳ３０からのＮＯＴＩＦＹメッセージ受信により、ＣＳＳ ＣＰを起動する（Ｓ５０６）。さらに、Ｓ４０８と同様にＤＭＳ３０に対して、ＮＯＴＩＦＹメッセージに含まれるＤＭＳ３０のＵＵＩＤ情報を元に、ＣＳＳのＡｄｄＳｙｎｃＤａｔａ（）アクションを送信する（Ｓ５０７）。
【００４２】
ＤＭＳ３０はＮＯＴＩＦＹ配信後のタイマセット時に、ＡｄｄＳｙｎｃＤａｔａ（）を受信していた場合は、通常のＮＯＴＩＦＹ配信周期にてタイマをセットすると共に（Ｓ５０８）、以降は通常の配信周期で配信を行う（Ｓ５０９）。本シーケンスでは、ＡｄｄＳｙｎｃＤａｔａ（）受信によりタイマにセットする時間を変更したが、他のＣＳＳで規定されているアクション、例えばＡｄｄＳｙｎｃＰａｉｒ（）、ＳｔａｒｔＳｙｎｃ（）などで変更してもよい。また、ＣＳＳへのＭ−Ｓｅａｒｃｈメッセージの受信によっても変更してもよい。
【００４３】
このように配信周期を変更することによって、ＤＭＳ１０がＳＳＤＰメッセージ受信待ちのタイムアウトする前にＣＳＳ ＣＰを起動することができるため、コンテンツ同期処理の開始までの時間を短縮することができる。
【００４４】
このように、ＤＭＳ１０及びＤＭＳ３０は、ＤＭＰ４０がネットワーク５０にいない場合、もしくはＤＭＰ４０が起動していない場合は、ＤＭＰ４０からのコンテンツ同期指示を受けることができない。従って、コンテンツ同期を開始する場合にはＤＭＳ１０又はＤＭＳ３０がコンテンツ同期指示を行うことが必要である。ＤＭＳ３０は同期指示を行うことができないので、ＤＭＳ１０が行う必要がある。
【００４５】
本シーケンスによれば、ＤＭＳ１０がＳＳＤＰメッセージによってコンテンツ同期指示を行うため、ＤＭＳ１０とＤＭＳ３０との間でコンテンツ同期処理の開始をユーザの操作なしで開始することができる。
【００４６】
次に、図６を用いて、ＤＭＳ１０がＣＳＳを起動してからの一連の処理について説明する。図６は、コンテンツ同期処理の開始に係るフローチャートである。
【００４７】
ＤＭＳ１０はＣＳＳを起動後に、ＣＳＳ ＣＰ機能を有しているか否か、又は、ＣＳＳ ＣＰ機能を起動できるか否かを確認する（Ｓ６０１）。ＣＳＳ ＣＰが起動できない状態は、例えばバッテリー残量が少ない場合等がある。
【００４８】
ＣＳＳ ＣＰ機能を有していない、又は、ＣＳＳ ＣＰ機能を起動できない状態の場合は、図５に示すシーケンスに従いＳＳＤＰ ＮＯＴＩＦＹメッセージの配信を行う（Ｓ６０２）。
【００４９】
ＣＳＳ ＣＰ機能を起動できる場合は、ＳＳＤＰメッセージの受信待ちを行う（Ｓ６０３）。ＤＭＳ２０またはＤＭＰ４０からのＭ−Ｓｅａｒｃｈメッセージ及び、ＤＭＳ２０又はＤＭＳ３０からのＮＯＴＩＦＹメッセージの受信待ちを行う。Ｍ−Ｓｅａｒｃｈメッセージの受信待ち期間は一定期間内でランダムな値とする。Ｍ−Ｓｅａｒｃｈメッセージの受信待ち期間が満了した場合（Ｓ６０４）、ネットワーク５０上にＭ−Ｓｅａｒｃｈメッセージを送信しＣＳＳの検索を行う（Ｓ６０５）。Ｍ−Ｓｅａｒｃｈメッセージに対するレスポンスを受信すると（Ｓ６０６）、ＣＳＳ ＣＰを起動すると共に、レスポンス送信元に対してコンテンツ同期処理を実行する（Ｓ６０７）。
【００５０】
ＳＳＤＰメッセージ受信待ちタイムアウトが満了していない場合は（Ｓ６０４でＮＯ）、ＮＯＴＩＦＹメッセージを受信しているか否かを確認する（Ｓ６０８）。ＮＯＴＩＦＹメッセージを受信している場合は、ＮＯＴＩＦＹメッセージ配信ＡＳ元に対してコンテンツ同期処理を実行する（Ｓ６０７）。ＮＯＴＩＦＹメッセージを受信していない場合は、Ｍ−Ｓｅａｒｃｈメッセージを受信しているか否かを確認する（Ｓ６０９）。Ｍ−Ｓｅａｒｃｈメッセージを受信していない場合は、継続してＳＳＤＰメッセージ受信待ちを継続する（Ｓ６０３）。Ｍ−Ｓｅａｒｃｈメッセージを受信した場合は、ＳＳＤＰメッセージ受信待ちを終了するとともに（Ｓ６１０）、Ｍ−Ｓｅａｒｃｈメッセージに対するレスポンスを送信元に対して送信する（Ｓ６１１）。
【００５１】
以上、本実施形態では、コンテンツ同期処理開始に注目して説明した。ＵＰｎＰの動作である、アドレッシングやＤｉｓｃｏｖｅｒｙ、Ｄｅｓｃｒｉｐｔｉｏｎ取得、Ｅｖｅｎｔｉｎｇ等の処理は省略して説明している。ＤＭＳ１０、ＤＭＳ２０、ＤＭＳ３０、及びＤＭＰ４０は、適時ＵＰｎＰに準拠した動作を行っている。
【００５２】
本実施形態によれば、ＤＭＳ１０、ＤＭＳ２０、ＤＭＳ３０はそれぞれ、ＤＭＰ４０がいない状態でもＳＳＤＰメッセージによってコンテンツ同期開始を決定することができる。このため、ＤＭＳ１０、ＤＭＳ２０、ＤＭＳ３０は、ユーザの操作なしで同期の開始を行うことができる。
【００５３】
（その他の実施形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００５４】
上述した実施形態の構成によれば、複数のコンテンツ同期サービス提供装置間のコンテンツ同期の開始する際の、ユーザの負荷を削減させることができる。
【００５５】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
0005858719.tif 000002
【図２】
0005858719.tif 000003
【図３】
0005858719.tif 000004
【図４】
0005858719.tif 000005
【図５】
0005858719.tif 000006
【図６】
0005858719.tif 000007