ネットワークを介してコンテンツ同期サービスを提供するコンテンツ同期サービス提供装置であって、前記コンテンツ同期サービスを起動する起動手段と、前記起動手段により前記コンテンツ同期サービスを起動した後、前記コンテンツ同期サービスの検索メッセージの受信待ちを行う検索メッセージ受信待ち手段と、前記検索メッセージ受信待ち手段による前記検索メッセージの受信待ちが所定の待ち時間が経過して終了した場合に、他のコンテンツ同期サービス提供装置を検索する検索手段と、前記検索手段によって発見された前記他のコンテンツ同期サービス提供装置に対してコンテンツ同期指示を行うコンテンツ同期制御手段と、を有することを特徴とするコンテンツ同期サービス提供装置。他のコンテンツ同期サービス提供装置からの広告メッセージの受信待ちを行う広告メッセージ受信待ち手段を更に有し、前記広告メッセージ受信待ち手段によって前記他のコンテンツ同期サービス提供装置から前記広告メッセージが受信された場合は、前記検索手段による検索は行わずに、前記コンテンツ同期制御手段は、前記広告メッセージを送信した前記他のコンテンツ同期サービス提供装置に対してコンテンツ同期指示を行うことを特徴とする請求項1に記載のコンテンツ同期サービス提供装置。前記検索メッセージ受信待ち手段によって前記検索メッセージが受信された場合は、前記検索手段による検索及び前記コンテンツ同期指示を行わないことを特徴とする請求項1又は2に記載のコンテンツ同期サービス提供装置。前記検索メッセージ受信待ち手段は、他のコンテンツ同期サービス提供装置との間で前記検索メッセージの受信待ちの終了が同時にならないように、前記所定の待ち時間をランダムに変更することを特徴とする請求項1乃至3のいずれか1項に記載のコンテンツ同期サービス提供装置。ネットワークを介してコンテンツ同期サービスを提供するコンテンツ同期サービス提供装置の制御方法であって、起動手段が、前記コンテンツ同期サービスを起動する起動ステップと、検索メッセージ受信待ち手段が、前記起動ステップで前記コンテンツ同期サービスが起動された後、前記コンテンツ同期サービスの検索メッセージの受信待ちを行う検索メッセージ受信待ちステップと、検索手段が、前記検索メッセージ受信待ち手段による前記検索メッセージの受信待ちが所定の待ち時間が経過して終了した場合に、他のコンテンツ同期サービス提供装置を検索する検索ステップと、コンテンツ同期制御手段が、前記検索手段によって発見された前記他のコンテンツ同期サービス提供装置に対してコンテンツ同期指示を行うコンテンツ同期制御ステップと、を有することを特徴とするコンテンツ同期サービス提供装置の制御方法。コンピュータを、請求項1乃至4のいずれか1項に記載のコンテンツ同期サービス提供装置が有する各手段として機能させるためのプログラム。しかしながら、非特許文献1に記載の技術では、CPが、CSSに対してコンテンツの同期化に係る処理を行うトリガとなっている。このため、特許文献1に記載の技術では、コンテンツの同期を行いたいCDSの他に第三者のCPが存在し、第三者のCPがコンテンツ同期の指示や管理を行っている。故に、第三者のCPがいない環境ではコンテンツ同期を開始することができない。また、特許文献2に記載の技術では、パーソナルコンピュータPCと携帯端末との間でコンテンツ同期を実現している。即ち、親子関係が予め決まっている場合には、親であるPCがコンテンツ同期のトリガとなることよって実現が可能である。他方、携帯電話同士でコンテンツ同期を行う場合には、どちらの携帯電話がコンテンツ同期のトリガとなるかを決定する必要がある。しかし、この決定には、例えばユーザの操作や、予めどちらの携帯電話を親とするかを設定する必要がある。本発明は、このような問題点に鑑みなされたもので、コンテンツ同期サービス提供装置が自律的にコンテンツ同期を開始する仕組みを提供することを目的とする。本発明の一側面によれば、ネットワークを介してコンテンツ同期サービスを提供するコンテンツ同期サービス提供装置であって、前記コンテンツ同期サービスを起動する起動手段と、前記起動手段により前記コンテンツ同期サービスを起動した後、前記コンテンツ同期サービスの検索メッセージの受信待ちを行う検索メッセージ受信待ち手段と、前記検索メッセージ受信待ち手段による前記検索メッセージの受信待ちが所定の待ち時間が経過して終了した場合に、他のコンテンツ同期サービス提供装置を検索する検索手段と、前記検索手段によって発見された前記他のコンテンツ同期サービス提供装置に対してコンテンツ同期指示を行うコンテンツ同期制御手段とを有することを特徴とするコンテンツ同期サービス提供装置が提供される。本発明によれば、ユーザがコンテンツ同期サービス提供装置に対してコンテンツ開始指示を行うことなく、コンテンツ同期サービス提供装置が自律的にコンテンツ同期を開始することができる。以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。図1を用いてコンテンツ同期システムの全体構成を説明する。図1は、第1実施形態に係るコンテンツ同期システムの全体構成の一例を示す図である。通信システムはDMS10、DMS20、DMS30及びDMP40を有する。DMS10、DMS20、DMS30及びDMP40は、ネットワーク50を介して相互に通信可能に接続されている。ネットワーク50は、有線LAN、Bluetooth登録商標若しくはWiFi等を用いた無線LAN、又はこれらの組み合わせである。DMS10、DMS20、DMS30は、静止画、動画、音楽等のコンテンツや、コンテンツの名前や日付等のコンテンツのメタデータを管理しているメディアサーバDigitalMediaServerである。DMS10、DMS20、DMS30は、UPnPUniversalPlugAndPlayのCSSContentSynchronizedServiceに準拠したコンテンツ同期サービス提供装置である。これらDMS10、DMS20、DMS30は、管理しているコンテンツを例えば後述するDMP40等からの指示により他のDMSと相互に同期を行うことが可能である。DMP40は、UPnPCSSの制御ポイントCP:ControlPointに準拠したクライアントDigitalMediaPlayerである。例えばDMS10とDMS20の装置間、及びDMS10とDMS20のそれぞれが管理するコンテンツ間の同期の関連性を構築し、DMS10またはDMS20に対して同期処理の開始指示を行う。DMS10及びDMS20は、DMP40と同様にCSSのCPに準拠しており、他のDMSに対して機器間やコンテンツ間の関連性を構築する機能を有している。一方、DMS30は他のCSSCPに準拠した機能を有していない。ここで、同期とは、例えばDMP40が構築した関連したコンテンツに対して新規作成、変更、削除や、コンテンツのメタデータの追加、編集、削除等を、DMS間で同期することである。本実施形態では、コンテンツを同期させる手段としてUPnPのCSSを用いるが、CSSとは異なる手段を採用してもよい。次に、図2を用いて、DMS10の機能構成、及びハードウェア構成を説明する。図2は、DMS10の機能構成の一例、及びハードウェア構成の一例を示す図である。CSS提供部201は、UPnPCSSに準拠した機能を有しており、CSSCPからのコンテンツ同期指示を受け付け、他のDMSとのコンテンツ同期を行う。CSS提供部201は、DMS10のネットワーク50への接続時、参加時、又はユーザ等からの指示があったときに、起動する。コンテンツ同期制御部202は、CSS検索部204又は広告メッセージ受信待ち部205の処理結果によって起動される。UPnPCSSCPに準拠した機能を有しており、DMS間やコンテンツ間の関連性の構築やコンテンツ同期指示を行う。CSS検索メッセージ受信待ち部203は、SSDPSimpleServiceDiscoverProtocolのM-Searchメッセージの受信待ちを行う。CSS検索メッセージ受信待ち部203は、DMS10のネットワーク50への接続時、参加時、又はユーザ等からの指示があったときに、受信待ちを開始する。所定の待ち時間を経過する前にM-Searchメッセージを受信した場合は、M-Searchレスポンスを送信する。上記待ち時間は、受信待ちを行う度に一定期間内でランダムな値とするとよい。このことにより、DMS30と同時に受信待ちタイムアウトが発生することを防ぐことができる。所定の待ち時間が経過した場合、後述するCSS検索部204を起動する。例えばDMS10がバッテリー駆動の場合、コンテンツの変更が大量にあった場合、既に他のDMSと同期関係を築いている場合などの要因によってタイムアウト値を設定するために使用する一定期間の範囲を変更してもよい。組込み機器などリソースが少ない機器にとっては、コンテンツ同期処理を行うために大量のメモリ容量、CPUパワー、電力量を有すると不都合が生じる場合がある。受信待ちのランダム値を生成するために使用する一定期間を遅めに設定することによって、CSS検索部204や、コンテンツ同期制御部202を起動する必要がなくなる。CSS検索部204は、CSS検索メッセージ受信待ち部203の処理結果によって起動される。ネットワーク50に接続する他のCSSを有するDMSの検索するために、SSDPのM-Searchメッセージをマルチキャストし、他のDMSからのレスポンスの受信を行う。他のDMSを発見した場合、すなわち、他のDMSからのレスポンスを受信した場合、コンテンツ同期制御部202を起動する。広告メッセージ受信待ち部205は、DMS10のネットワーク50への接続時、参加時、又はユーザ等からの指示があったときに、起動する。ネットワーク50に接続する他のCSSを有するDMSからの広告メッセージであるSSDPのAdvertiseメッセージの受信待ちを行う。Advertiseメッセージを受信した場合は、他のDMSの検索は行わずに、コンテンツ同期制御部202を起動し、そのメッセージを送信したDMSに対してコンテンツ同期指示を行う。なお、DMS20は、DMS10と同等の機能構成及びハードウェア構成を有する。次に、図3を用いて、DMS30の機能構成及びハードウェア構成を説明する。図3は、DMS30の機能構成の一例、及びハードウェア構成の一例を示す図である。CSS提供部301は、CSS提供部201と同じである。CSS検索メッセージ受信待ち部303は、SSDPのM-Searchメッセージの受信待ちを行う。DMS30のネットワーク50への接続時、参加時、又はユーザ等からの指示があったときに、受信待ちを開始する。M-Searchメッセージを受信した場合にレスポンスを送信する。広告メッセージ配信部306は、ネットワーク50に対し、Advertiseメッセージを第1の周期でマルチキャストする第1の配信。この第1の配信は例えば、DMS30のネットワーク50への接続時、参加時、又はユーザ等からの指示があったときに開始される。この第1の配信による配信中、CSS検索メッセージ受信待ち部303が他のコンテンツ同期サービス提供装置から受信した場合、又は、CSS提供部301がコンテツ同期指示を受信した場合は、配信周期を変更してもよい。例えば、第1の周期より長い第2の周期でAdvertiseメッセージをマルチキャストするようにしてもよい第2の配信。次に、図4を用いて、DMS10とDMS20との間のコンテンツ同期を開始するまでの一連の処理を説明する。図4は、DMS10とDMS20との間のコンテンツ同期におけるシーケンスの一例を示す図である。DMS10及びDMS20はネットワーク50に接続するS401。本実施形態ではWi-Fiによるアドホックを採用しているが、有線LAN、Wi-Fiインフラ接続、又は他の無線接続を利用してもよい。DMS10及びDMS20は、Wi-Fiアドホック接続完了を契機に、SSDPメッセージの受信待ちを行うS403、S402。なお、受信待ち時間は一定期間内で生成したランダムな値を利用する。DMS10はSSDPメッセージ受信待ちのタイムアウトの検出S404により、CSSCPを起動するS405。さらに、DMS10はM-Searchメッセージを送信し、ネットワーク50内に他にCSSを有するDMSを検出するS406。M-Searchメッセージを受信したDMS20は、M-Searchメッセージに対するレスポンスを送信するS406。さらに、SSDPメッセージ受信待ちS402のSSDPメッセージ受信待ちを終了するS407。M-Searchレスポンスを受信したDMS10は、そのレスポンスに含まれるDMS20のUUIDUniversallyUniqueIdentifier情報を元に、CSSのAddSyncDataアクションを送信するS408。AddSyncDataによりDMS10とDMS20の関係性を構築することができる。引き続きDMS10は、AddSyncPair、StartSync等を使用してコンテンツ同期処理を行う。SSDPの受信待ちを行うS403、S402際に、タイムアウト値を一定期間内でランダムに生成する。組込み機器等リソースが潤沢ではない機器の場合は一定期間を遅めに設定し、サーバ等のリソースを潤沢に利用できる機器は早めに設定する。このことによってリソースが潤沢であるサーバがCSSCPを起動し、組込み機器は、CSSCPを起動する必要がなくなる。このように、DMS10とDMS20以外にDMP40がネットワーク50にいない場合、又は、DMP40が起動していない場合、DMP40からのコンテンツ同期指示を受けることができない。従って、コンテンツ同期を開始する場合にはDMS10又はDMS20がコンテンツ同期指示を行うことが必要である。また、DMS10及びDMS20がそれぞれコンテンツ同期指示を行うと重複してコンテンツ同期指示を行うことになってしまうので、いずれか一方を選択する必要がある。これに対し、本シーケンスによれば、DMSがM-Searchメッセージを受信した場合には、そのDMSは、M-Searchメッセージの送信及びコンテンツ同期指示を行わない。他方、S404でSSDPメッセージ受信待ちがタイムアウトしたDMS10が、M-Searchメッセージの送信及びコンテンツ同期指示を行う。このように、本シーケンスによれば、SSDPメッセージによっていずれか一方を選択できるため、DMS10とDMS20間でコンテンツ同期処理の開始をユーザの操作なしで開始することができる。次に、図5を用いて、DMS10とDMS30と間のコンテンツ同期を開始するまでの一連の処理を説明する。図5は、DMS10とDMS30と間のコンテンツ同期におけるシーケンスの一例を示す図である。DMS10及びDMS30は、S401と同様に接続を行うS501。DMS30はCSSを起動後にSSDPNOTIFYメッセージをネットワーク50に配信するS502。メッセージ配信後に、DMS10からのM-Searchメッセージまたはコンテンツ同期処理に関するメッセージを受信していないかを確認する。受信していない場合は、通常のNOTIFY配信周期より短い間隔でタイマをセットするS504。DMS10は、S403と同様に、CSS起動後にSSDPメッセージの受信待ちを行うS503。DMS30は、S504でセットしたタイマのタイムアウトによりNOTIFYメッセージの配信を行いS505、S504と同様にタイマをセットする。DMS10はDMS30からのNOTIFYメッセージ受信により、CSSCPを起動するS506。さらに、S408と同様にDMS30に対して、NOTIFYメッセージに含まれるDMS30のUUID情報を元に、CSSのAddSyncDataアクションを送信するS507。DMS30はNOTIFY配信後のタイマセット時に、AddSyncDataを受信していた場合は、通常のNOTIFY配信周期にてタイマをセットすると共にS508、以降は通常の配信周期で配信を行うS509。本シーケンスでは、AddSyncData受信によりタイマにセットする時間を変更したが、他のCSSで規定されているアクション、例えばAddSyncPair、StartSyncなどで変更してもよい。また、CSSへのM-Searchメッセージの受信によっても変更してもよい。このように配信周期を変更することによって、DMS10がSSDPメッセージ受信待ちのタイムアウトする前にCSSCPを起動することができるため、コンテンツ同期処理の開始までの時間を短縮することができる。このように、DMS10及びDMS30は、DMP40がネットワーク50にいない場合、もしくはDMP40が起動していない場合は、DMP40からのコンテンツ同期指示を受けることができない。従って、コンテンツ同期を開始する場合にはDMS10又はDMS30がコンテンツ同期指示を行うことが必要である。DMS30は同期指示を行うことができないので、DMS10が行う必要がある。本シーケンスによれば、DMS10がSSDPメッセージによってコンテンツ同期指示を行うため、DMS10とDMS30との間でコンテンツ同期処理の開始をユーザの操作なしで開始することができる。次に、図6を用いて、DMS10がCSSを起動してからの一連の処理について説明する。図6は、コンテンツ同期処理の開始に係るフローチャートである。DMS10はCSSを起動後に、CSSCP機能を有しているか否か、又は、CSSCP機能を起動できるか否かを確認するS601。CSSCPが起動できない状態は、例えばバッテリー残量が少ない場合等がある。CSSCP機能を有していない、又は、CSSCP機能を起動できない状態の場合は、図5に示すシーケンスに従いSSDPNOTIFYメッセージの配信を行うS602。CSSCP機能を起動できる場合は、SSDPメッセージの受信待ちを行うS603。DMS20またはDMP40からのM-Searchメッセージ及び、DMS20又はDMS30からのNOTIFYメッセージの受信待ちを行う。M-Searchメッセージの受信待ち期間は一定期間内でランダムな値とする。M-Searchメッセージの受信待ち期間が満了した場合S604、ネットワーク50上にM-Searchメッセージを送信しCSSの検索を行うS605。M-Searchメッセージに対するレスポンスを受信するとS606、CSSCPを起動すると共に、レスポンス送信元に対してコンテンツ同期処理を実行するS607。SSDPメッセージ受信待ちタイムアウトが満了していない場合はS604でNO、NOTIFYメッセージを受信しているか否かを確認するS608。NOTIFYメッセージを受信している場合は、NOTIFYメッセージ配信AS元に対してコンテンツ同期処理を実行するS607。NOTIFYメッセージを受信していない場合は、M-Searchメッセージを受信しているか否かを確認するS609。M-Searchメッセージを受信していない場合は、継続してSSDPメッセージ受信待ちを継続するS603。M-Searchメッセージを受信した場合は、SSDPメッセージ受信待ちを終了するとともにS610、M-Searchメッセージに対するレスポンスを送信元に対して送信するS611。以上、本実施形態では、コンテンツ同期処理開始に注目して説明した。UPnPの動作である、アドレッシングやDiscovery、Description取得、Eventing等の処理は省略して説明している。DMS10、DMS20、DMS30、及びDMP40は、適時UPnPに準拠した動作を行っている。本実施形態によれば、DMS10、DMS20、DMS30はそれぞれ、DMP40がいない状態でもSSDPメッセージによってコンテンツ同期開始を決定することができる。このため、DMS10、DMS20、DMS30は、ユーザの操作なしで同期の開始を行うことができる。その他の実施形態本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ又はCPUやMPU等がプログラムを読み出して実行する処理である。上述した実施形態の構成によれば、複数のコンテンツ同期サービス提供装置間のコンテンツ同期の開始する際の、ユーザの負荷を削減させることができる。以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形変更が可能である。