"コンテンツ毎に、通し番号とコンテンツの内容を説明する第1メタデータとを紐付けた第1データベースを備えるサーバから、通し番号を用いてコンテンツを検索するコンテンツ検索装置であって、前記第1データベースに対応する第2データベースを記憶する記憶手段と、同期に関するトリガ条件が満たされると、前記サーバから第1データベースの情報を受信し、受信した情報を基に前記第2データベースの内容を前記第1データベースの内容と同期させる同期手段と、前記第2データベースの通し番号の中から、一の通し番号の指定をユーザから受け付ける受付手段と、受け付けた通し番号を用いて、前記サーバから第1メタデータを取得するメタデータ取得手段と、第1メタデータが取得される毎に、前記第2データベースにおける前記受け付けた通し番号に対応する第1メタデータと、の両者を比較して一致しているかどうかを判断する判断手段とを備え、不一致と判断されると、前記メタデータ取得手段は、前記受け付けた通し番号の周辺の通し番号を用いて、前記サーバから前記第1メタデータを取得し、さらに、前記判断手段により周辺の通し番号を用いた第1メタデータを基にした比較が一致と判断されると、当該周辺の通し番号に対応するコンテンツを前記サーバから取得するコンテンツ取得手段と、前記コンテンツ取得手段により取得されたコンテンツを再生する再生手段とを備えることを特徴とするコンテンツ検索装置。前記メタデータ取得手段は、前記判断手段により一致と判断されるまで、前記周辺の通し番号として、それ以前の取得に用いた通し番号とは異なる番号を用いて第1メタデータの取得を繰り返すことを特徴とする請求項1に記載のコンテンツ検索装置。前記受付手段が受け付けた通し番号が前記第2データベースにおいてN番Nは2以上の整数であるとした場合に、前記判断手段は、前記メタデータ取得手段による第1メタデータの取得の度に、取得された第1メタデータと、前記第2データベースにおけるN-1番、N番およびN1番の第1メタデータのそれぞれとを比較して一致しているかどうかを判断し、前記判断手段により判断の繰り返しの結果、前記判断手段が当該記憶手段に記憶されたデータベースにおけるN番の第1メタデータを用いた一致の判断をしていないのに、当該記憶手段に記憶されたデータベースにおけるN-1番およびN1番それぞれの第1メタデータを用いた一致の判断をしていれば、前記メタデータ取得手段による以降の取得を中止させることを特徴とする請求項2記載のコンテンツ検索装置。前記受付手段が受け付けた通し番号が前記第2データベースにおいてN番Nは2以上の整数であるとした場合に、前記判断手段は、前記メタデータ取得手段による第1メタデータの取得の度に、取得された第1メタデータと、前記第2データベースにおけるN-1番、N番およびN1番の第1メタデータのそれぞれとを比較して一致しているかどうかを判断し、前記判断手段により判断の繰り返しの結果、前記判断手段が当該記憶手段に記憶されたデータベースにおけるN番の第1メタデータを用いた一致の判断をしていないのに、当該記憶手段に記憶されたデータベースにおけるN-1番およびN1番それぞれの第1メタデータを用いた一致の判断をしているときに、前記N番に対応するコンテンツが前記サーバには存在しない旨を前記ユーザに通知する通知手段を備えることを特徴とする請求項2記載のコンテンツ検索装置。前記受付手段が受け付けた通し番号が前記第2データベースにおいてN番Nは2以上の整数である場合に、前記メタデータ取得手段は、N番を用いて第1メタデータを取得し、取得された第1メタデータを基にした判断が前記判断手段により不一致と判断されると、前記メタデータ取得手段は、N-1番を用いて第1メタデータを取得し、取得された第1メタデータを基にした判断が前記判断手段により不一致と判断されると、前記メタデータ取得手段は、N-2番を用いて第1メタデータを取得し、以降、前記メタデータ取得手段は、前記判断手段により一致と判断されるまで、N-3番、N-4番、...、とひとつずつ番号を前にずらした通し番号を用いて第1メタデータの取得を繰り返すことを特徴とする請求項2に記載のコンテンツ検索装置。前記受付手段が受け付けた通し番号が前記第2データベースにおいてN番Nは2以上の整数であるとした場合に、前記コンテンツ取得手段が用いる前記周辺の通し番号とは、N-1番であることを特徴とする請求項1に記載のコンテンツ検索装置。前記受付手段が受け付けた通し番号が前記第2データベースにおいてN番Nは2以上の整数であるとした場合に、前記コンテンツ取得手段が用いる前記周辺の通し番号とは、N-1番およびN1番であることを特徴とする請求項1に記載のコンテンツ検索装置。前記メタデータ取得手段は、DLNADigitalLivingNetworkAllianceガイドラインに準拠したブラウズ要求を前記サーバに対して送信することで前記取得を行うことを特徴とする請求項1に記載のコンテンツ検索装置。前記第1データベースは、前記通し番号、前記第1メタデータおよびコンテンツの再生フォーマットを示す第2メタデータを前記コンテンツ毎に紐付けたものであって、前記第2データベースは、前記通し番号および前記第1メタデータを前記コンテンツ毎に紐付けたものであって、前記同期手段は、前記第1データベースの内容である前記通し番号および前記第1メタデータは同期の対象とするが、前記第2メタデータは同期の対象とせず、前記メタデータ取得手段は、前記第1メタデータに加えて前記第2メタデータをも取得し、前記再生手段は、前記コンテンツ取得手段により取得されたコンテンツを、前記メタデータ取得手段により取得され当該コンテンツに対応する第2メタデータに示される再生フォーマットに基づいて再生することを特徴とする請求項1に記載のコンテンツ検索装置。サーバが備えるコンテンツ毎に通し番号とコンテンツの内容を説明する第1メタデータとを紐付けた第1データベース、に対応する第2データベースを記憶手段に記憶させる記憶ステップと、同期に関するトリガ条件が満たされると、前記サーバから第1データベースの情報を受信し、受信した情報を基に前記第2データベースの内容を前記第1データベースの内容と同期させる同期ステップと、前記第2データベースの通し番号の中から、一の通し番号の指定をユーザから受け付ける受付ステップと、受け付けた通し番号を用いて、前記サーバから第1メタデータを取得するメタデータ取得ステップと、取得された第1メタデータと、前記第2データベースにおける前記受け付けた通し番号に対応する第1メタデータと、の両者を比較して一致しているかどうかを判断する第1判断ステップと、不一致と判断されると、前記受け付けた通し番号に対して周辺の通し番号を用いて、前記サーバから前記第1メタデータを取得する周辺メタデータ取得ステップと、取得された第1メタデータと、前記記憶手段における前記受け付けた通し番号に対応する第1メタデータと、の両者を比較して一致しているかどうかを判断する第2判断ステップと、前記第2判断ステップにより一致と判断されると、当該周辺の通し番号に対応するコンテンツを前記サーバから取得するコンテンツ取得ステップと、前記コンテンツ取得ステップにより取得されたコンテンツを再生する再生ステップの各ステップを含むコンテンツ検索方法。コンテンツを検索する検索処理をコンテンツ検索装置にて実行させるためのプログラムであって、前記検索処理は、サーバが備えるコンテンツ毎に通し番号とコンテンツの内容を説明する第1メタデータとを紐付けた第1データベース、に対応する第2データベースを記憶手段に記憶させる記憶ステップと、同期に関するトリガ条件が満たされると、前記サーバから第1データベースの情報を受信し、受信した情報を基に前記第2データベースの内容を前記第1データベースの内容と同期させる同期ステップと、前記第2データベースの通し番号の中から、一の通し番号の指定をユーザから受け付ける受付ステップと、受け付けた通し番号を用いて、前記サーバから第1メタデータを取得するメタデータ取得ステップと、取得された第1メタデータと、前記第2データベースにおける前記受け付けた通し番号に対応する第1メタデータと、の両者を比較して一致しているかどうかを判断する第1判断ステップと、不一致と判断されると、前記受け付けた通し番号に対して周辺の通し番号を用いて、前記サーバから前記第1メタデータを取得する周辺メタデータ取得ステップと、取得された第1メタデータと、前記記憶手段における前記受け付けた通し番号に対応する第1メタデータと、の両者を比較して一致しているかどうかを判断する第2判断ステップと、前記第2判断ステップにより一致と判断されると、当該周辺の通し番号に対応するコンテンツを前記サーバから取得するコンテンツ取得ステップと、前記コンテンツ取得ステップにより取得されたコンテンツを再生する再生ステップとを含むことを特徴とするプログラム。係るDLNAガイドラインにおいては、サーバは複数のコンテンツに通し番号を紐付けて管理することを規定している。この通し番号に関する情報は、サーバからプレイヤへと伝えられ、プレイヤがサーバに対して再生すべきコンテンツを指定する際には、この通し番号が用いられる。ところが、通し番号に関する情報は、サーバとプレイヤの間でリアルタイムに同期されているわけではないことが一般的であるので、サーバ側で更新された情報が未だ伝わっていないプレイヤでは取得を試みたコンテンツに合致するコンテンツを取得できないことがある。このような問題は、DLNAに依拠した環境下に限らず、コンテンツに恒常的でない通し番号を付けて管理するサーバと、このサーバと接続されコンテンツを検索するコンテンツ検索装置とを接続したネットワーク環境下において同様に生じ得る。本発明はこのような背景の下になされたものであって、コンテンツ毎に通し番号を紐付けて管理するサーバを対象としてコンテンツを検索するコンテンツ検索装置において、コンテンツの取得を支援することを目的とする。本発明に係るコンテンツ検索装置は、コンテンツ毎に、通し番号とコンテンツの内容を説明する第1メタデータとを紐付けた第1データベースを備えるサーバから、通し番号を用いてコンテンツを検索するコンテンツ検索装置であって、前記第1データベースに対応する第2データベースを記憶する記憶手段と、同期に関するトリガ条件が満たされると、前記サーバから第1データベースの情報を受信し、受信した情報を基に前記第2データベースの内容を前記第1データベースの内容と同期させる同期手段と、前記第2データベースの通し番号の中から、一の通し番号の指定をユーザから受け付ける受付手段と、受け付けた通し番号を用いて、前記サーバから第1メタデータを取得するメタデータ取得手段と、第1メタデータが取得される毎に、前記第2データベースにおける前記受け付けた通し番号に対応する第1メタデータと、の両者を比較して一致しているかどうかを判断する判断手段とを備え、不一致と判断されると、前記メタデータ取得手段は、前記受け付けた通し番号の周辺の通し番号を用いて、前記サーバから前記第1メタデータを取得し、さらに、前記判断手段により周辺の通し番号を用いた第1メタデータを基にした比較が一致と判断されると、当該周辺の通し番号に対応するコンテンツを前記サーバから取得するコンテンツ取得手段と、前記コンテンツ取得手段により取得されたコンテンツを再生する再生手段とを備えることを特徴としている。サーバが通し番号で管理する複数の第1メタデータにおいては、コンテンツの削除第1メタデータの削除があると、削除されたコンテンツよりも後方のコンテンツの通し番号が前にずれるし、また、コンテンツの追加第1メタデータの追加があると、追加されたコンテンツよりも後方のコンテンツの通し番号が後ろにずれることがある。このため、本発明に係るコンテンツ検索装置によれば、メタデータ取得手段が周辺の通し番号を用いて取得した第1メタデータは、通し番号のずれ度合いによっては、メタデータ取得手段が当初取得を試みたコンテンツの第1メタデータと一致したものとなり得る。このため、当初指定したコンテンツの取得を支援することができる。以下、図面を参照しながら本実施の形態を説明する。図1に示すように、ユーザAの自宅1内には、プレイヤ4、プレイヤ6およびサーバ8が参加するホームネットワーク2が形成されている。プレイヤ4,6は、DLNAガイドラインにおいてデジタルメディアプレーヤーDMPDegitalMediaPlayerと呼ばれる。サーバ8は、同じくDLNAガイドラインにおいてはデジタルメディアサーバーDMS:DegitalMediaServerと呼ばれる。各デバイスは例えば、プレイヤ4はデジタルテレビ、プレイヤ6は携帯端末、サーバ8はブルーレイディスクレコーダーにより実現される。各デバイス4,6,8は、一般的なDLNA対応機器同様、DLNAガイドラインおよびUPnPに準拠して動作する。すなわち、デバイスの発見と機能の把握は、SSDPSimpleServiceDiscoverProtocolを用い、コンテンツのメタ情報のやり取りには、SOAPSimpleObjectAccessProtocolを用い、コンテンツの送受信にはHTTPHypertextTransferProtocoを用いる。また、以下でいうコンテンツは特記しない限り動画形式のコンテンツであるとする。このホームネットワーク2において、サーバ8が蓄積している大量のコンテンツの中のひとつのコンテンツを、プレイヤ4において再生する正常な流れは、次の1~7の通りである。1プレイヤ4は、サーバ8が蓄積しているコンテンツのリストを取得する。2プレイヤ4は、取得したリストをディスプレイ17aに表示してユーザAの閲覧に供する。3プレイヤ4は、ユーザAからリストの中からコンテンツの通し番号の指定を受け付ける。4プレイヤ4は、受け付けたコンテンツの通し番号を用いて、サーバ8からこの通し番号に対応する第1メタデータコンテンツの内容を説明するメタデータを取得する。5プレイヤ4は、取得した第1メタデータを、自機が記憶している通し番号に対応する第1メタデータと比較して一致しているかどうか判断する。6プレイヤ4は、一致と判断すると、サーバ8に対して通し番号に対応するコンテンツのURIUniformResourceIdentifierの取得を要求する。7プレイヤ4は、取得したURIにより示される資源Resourceからコンテンツを取得して、ディスプレイ17a上に再生する。ここで、プレイヤ4が記憶している通し番号に関する情報と、サーバ8が記憶している通し番号に関する情報とがリアルタイムに同期されていれば、上の5の判断は一致となるはずである。もっとも、プレイヤ4は、同期に関するトリガ条件例えば、プレイヤ4の電源投入という条件が満たされたときにしかサーバから通し番号に関する情報を取得しないことが通常である。このため、サーバ8側でコンテンツの追加や削除があったとしても、その更新内容がプレイヤ4側に反映されるまで時間を要するプレイヤ4が記憶している上記通し番号に関する情報はサーバ8が現に記憶している情報と比べて、更新が遅れた古い情報になり得る。このような背景から5の判断は不一致となることがある。本実施の形態では、このような場合においても、プレイヤ4が受け付けたコンテンツの取得の実現を図る。図2は、プレイヤ4の機能ブロック図である。プレイヤ4は、同期部12、記憶部14、U/Iユーザインターフェイス部16、メタデータ取得部18、判断部20、コンテンツ取得部22、コンテンツ再生部24を備える。同期部12は、サーバ8に対してブラウズ要求を発行することにより、サーバから通し番号と第1メタデータとを受信し、受信した通し番号と第1メタデータとを記憶部14例えばフラッシュメモリから構成される。に記憶させる。また、記憶部14に通し番号と第1メタデータとが既に記憶されていれば、同期部12は、受信した通し番号および第1メタデータの情報を基に記憶部14の記憶内容を更新する同期処理を行う。図3に、記憶部14の記憶内容の例を示す。図3の例では、記憶部14は、通し番号30と、通し番号毎の第1メタデータ32とを記憶している。第1メタデータ32は、コンテンツの内容を説明するものであり、タイトル32a、ジャンル32b、アーティスト32cの項目を含む。図2に戻って機能ブロックの説明を続ける。U/I部16は、ユーザインターフェイスをつかさどるものであり、ディスプレイ17aに、同期部12が受信した第1メタデータに基づいたコンテンツのリストを表示させたり、表示したリストの中から一のコンテンツの指定をリモコン17bを介して受け付けたりする。なお、詳しくは後述するが、コンテンツの指定の受け付けは、コンテンツの通し番号を受け付ける形でなされる。メタデータ取得部18は、サーバ8に対してブラウズ要求を発行することにより、U/I部16が指定を受け付けた通し番号あるいは受け付けた通し番号に前後する通し番号に対応する第1メタデータを前記サーバから取得する。後述するように、サーバ8が管理するメタデータは多数の項目があるが、メタデータ取得部18では、この多数の項目の中からタイトル、ジャンル、アーティストの三者のみを取得する。なお、この取得は、タイトル、ジャンル、アーティストを指定する旨の情報を、上記ブラウズ要求に含めることで実現できる。判断部20は、メタデータ取得部18により取得された第1メタデータと、記憶部14における通し番号に対応する第1メタデータの両者を比較して一致しているかどうかを判断する。コンテンツ取得部22は、判断部20が一致と判断した通し番号に対応するコンテンツをサーバ8から取得する。具体的には、サーバ8に対して通し番号に対応するURIの取得を要求し、取得したURIにより示される資源Resourceからコンテンツを取得する。コンテンツ再生部24は、コンテンツ受信部22が受信したコンテンツをディスプレイ17a上で再生する。次に、図4を参照して、サーバ8が保有するコンテンツをプレイヤ4において再生する動作の流れを説明する。まず、同期部12は、サーバ8に対してブラウズ要求を発行することにより、サーバ8から通し番号と第1メタデータとを受信し、受信した通し番号と第1メタデータとを基に、記憶部14の記憶内容を更新する同期処理を行うS41。次に、U/I部16は、同期部12が受信した第1メタデータに基づいてコンテンツのリストをディスプレイ17aに表示させるS42。そして、U/I部16は、表示したリストの中から一の通し番号の指定をリモコン17bを介して受け付けるS43。このステップS42,S43の処理は一般的な手法を用いることができ、例えば、タイトル、ジャンルおよびアーティスト図3参照からなるリストのアイテムを一覧表示して、表示した中から一のアイテムを受け付け、そして記憶部14に参照することで受け付けたアイテムの通し番号を特定することにより行うことができる。なお、プレイヤ4側で通し番号を特定できるやり方であれば足り、ユーザが通し番号を認識できるようにすることは必須ではない。次に、メタデータ取得部18は、サーバ8に対してブラウズ要求を発行することにより、指定された通し番号に対応する第1メタデータを取得するS44。続いて、判断部20は、ステップS44で現に取得された第1メタデータと、記憶部14におけるステップS43で受け付けられた通し番号の第1メタデータとを比較するS45。一致していればS46:Yes、コンテンツ取得部22は、通し番号に対応するコンテンツを取得し、コンテンツ再生部24は取得したコンテンツを再生するS48。一致していなければS46:No、メタデータ取得部18は、それまで取得した通し番号に前後する通し番号の第1メタデータを取得するS47。そして、取得された第1メタデータに基づいて、判断部20による比較と判断のステップS45,S46が繰り返される。図4で説明したフローによれば、メタデータ取得部18による1回目の取得S44でユーザが再生を希望したコンテンツを取得できなかったとしても、2回目以降の取得S47でこのコンテンツを取得することを支援できる。続いて図5~図6を参照して、具体的な例を挙げてさらに説明する。図5は、第1メタデータの削除コンテンツの削除により、通し番号に対応する第1メタデータが前にずれるイメージを示す図である。この図5に示すように、ステップS41で受信し記憶部14に記憶した時からステップS45の比較に至る間に、サーバ8において通し番号99番のコンテンツが削除されると、この削除に伴ってこのコンテンツの第1メタデータが削除され、元々100番以降の第1メタデータがひとつ前にずれることとなる。ステップS45の時点においては、このずれはプレイヤ4の記憶部14には反映されていないため、プレイヤ4の記憶部14の記憶内容である通し番号に関する情報と、サーバ8で現に管理している通し番号に関する情報とは食い違いが生じている。例えば、プレイヤ4側では、通し番号100番のコンテンツは、タイトルDEF図3参照のコンテンツであるのに対して、サーバ8側では、通し番号100番のコンテンツは元々101番であったタイトルGHIのコンテンツとなる。図6は、このような齟齬が起きている状況下において、プレイヤ4が通し番号100番のコンテンツの指定を受け付けた場合のシーケンス図である。図6におけるステップ番号は図4と対応しているので、重複する部分は説明を簡単にする。まず、プレイヤ4の同期部12によりサーバ8から通し番号と第1メタデータとを受信しS41、受信した通し番号と第1メタデータとに基づいたリストを表示しS42、表示したリストの中から通し番号100番のコンテンツであるタイトルDEFのコンテンツを受け付けるS43:100番。次に、メタデータ取得部18は、サーバ8に対してブラウズ要求100番を発行することにより、通し番号100番に対応する第1メタデータを取得するS44。判断部20は、取得された第1メタデータと、記憶部14における通し番号100番に対応する第1メタデータとを比較するS45。この比較は、第1メタデータの各項目どうしを比較し、すべての項目どうしが一致したときにのみ最終的に一致と判断する。上に述べたように、サーバ8側では、通し番号100番のコンテンツは元々101番であったタイトルGHIを含む第1メタデータなので、比較する両者の項目は次の通りである。取得された通し番号100番の第1メタデータタイトルDEF、ジャンルsports、アーティストbbb記憶部14に記憶された通し番号100番の第1メタデータタイトルABC、ジャンルdrama、アーティストaaaこのように、タイトル、ジャンルおよびアーティストがいずれも異なっているので、判断部20は不一致と判断するS46No。続いて、メタデータ取得部18は、それまで取得した通し番号100番のひとつ前の番号である通し番号99番に対応する第1メタデータを取得するS47:99番判断部20は、取得された第1メタデータと、記憶部14における通し番号100番に対応する第1メタデータとを比較する。サーバ8側では、通し番号99番の第1メタデータは元々100番であった第1メタデータなので比較する両者の項目は次の通りである。取得された通し番号99番の第1メタデータタイトルABC、ジャンルdrama、アーティストaaa記憶部14に記憶された通し番号100番の第1メタデータタイトルABC、ジャンルdrama、アーティストaaaタイトル、ジャンルおよびアーティストがすべて一致しているので、判断部20は一致と判断するS46Yes。続いて、コンテンツ取得部22は、サーバ8に対してコンテンツ要求URIを発行することにより通し番号99番に対応するコンテンツのURIを取得する。なお、このURIには、例えば、httpexamplecomcontents99mp4など、通し番号99番を示す情報が含まれていることもある。URIの取得後、コンテンツ再生部24は、取得したURIを用いてコンテンツ要求を行い、受信したストリーミングを用いて再生を開始することとなるS48。以上、説明したように、図6の例では、プレイヤ4とサーバ8とで通し番号に関する情報に齟齬があるにも関わらず、ユーザが希望した通りのコンテンツを取得することが実現されている。なお、同期部12が同期処理を行うトリガ条件を調整するなどして、プレイヤ4とサーバ8との間で通し番号に関する情報の同期頻度を多くすれば、このような食い違いはある程度は抑えられる。もっとも、特にサーバ8が管理するコンテンツの数が多くなると、同期に要する処理負荷の増大を招くのでこれにも限界がある。本実施の形態によれば、このような同期に要する負荷の軽減にも貢献することができる。さらに、本実施の形態では、プレイヤ4とサーバ8間の情報のやりとりはDLNAガイドラインに準拠したやり方を維持することができ、特にサーバ8側の仕様変更を行うことなく、プレイヤ4のコンテンツの取得を支援できる。実施の形態2実施の形態2では、プレイヤが記憶すべきメタデータを絞り込むことで、プレイヤの記憶容量の節約を図る。すなわち、近年サーバ側の記憶容量の飛躍的向上に伴い、サーバが管理するコンテンツの数が多くなる傾向にある。個々のコンテンツのメタデータのサイズはそれほど大きくない例えば、1kB程度が、コンテンツの個数が数万個になると、個々のコンテンツに対応する数万個分のメタデータの総容量は無視できない大きさ例えば、数十MB程度となる。このため、このサーバ側が管理するメタデータを、プレイヤ側でもそのまま保持すると、プレイヤ側の記憶容量を圧迫し得る。そこで、実施の形態2では、プレイヤにおいて、記憶すべきメタデータを絞り込むことで記憶容量の節約を図る。図7は、実施の形態2に係るプレイヤ4とサーバ8の機能ブロック図である。図7においては、図2と同様のブロックには同じ符号を付している。プレイヤ4のメタデータ取得部48は、サーバ8から第1メタデータに加えてコンテンツの再生フォーマットを示す第2メタデータを取得する。この第2メタデータの詳細については後述する。コンテンツ再生部24は、この第2メタデータに示される再生フォーマットを用いて再生を行う。サーバ8は、メタデータ送信部52、コンテンツ送信部54、メタデータ記憶部56、コンテンツ記憶部58および制御部60を備える。メタデータ送信部52は、プレイヤ4の同期部12やメタデータ取得部48の要求に応じて、メタデータ記憶部56に記憶された第1メタデータまたは第2メタデータを送信する。コンテンツ送信部54は、プレイヤ4のコンテンツ取得部22やコンテンツ再生部24の要求に応じて、コンテンツ記憶部58に記憶されたコンテンツのURIやコンテンツを送信する。制御部60は、各部を管理したり制御したりする機能を有する。図8は、メタデータ記憶部56の記憶内容の例を示す図である。図8の例では、メタデータ記憶部56は、通し番号30と、通し番号毎の第1メタデータ32および第2メタデータ34を記憶している。第1メタデータ32は、コンテンツの内容を説明するものであり、タイトル32a、ジャンル32b、アーティスト32cの3項目を含む。第2メタデータ34は、コンテンツの再生フォーマットを示すものであり、コンテンツの資源を識別するためのコンテンツURI34a、コンテンツの再生リストであるプレイリストURI34b、早送りや巻き戻しなどの特殊再生の制限の有無などの仕様を示す特殊再生情報34c、コーデックやビットレートなどを示すエンコード情報34d、コンテンツの再生を案内に係る情報であるナビ情報34e、前回再生を停止した位置から再生を開始するレジューム機能に関するレジューム情報34fの6項目を含む。次に、図9を参照して、サーバ8が保有するコンテンツをプレイヤ4において再生する動作の流れを説明する。なお、図9においては、図4と同様のステップは同じ番号を付し説明を省略する。まず、プレイヤ4のメタデータ取得部48はブラウズ要求を発行することにより、サーバ8のメタデータ記憶部56から通し番号と第1メタデータとを受信し、受信した通し番号と第1メタデータとを基に、記憶部14の記憶内容を更新する同期処理を行うS91。そして、U/I部16が通し番号の指定を受け付けるとS43、メタデータ取得部48はブラウズ要求を発行することにより、サーバ8のメタデータ記憶部56から指定された通し番号に対応する第1メタデータおよび第2メタデータを取得する。第1メタデータどうしの比較S45後に、一致と判定されるとS46:Yes、コンテンツ取得部22は、通し番号に対応するコンテンツを取得し、コンテンツ再生部24は通し番号に対応する第2メタデータに示される再生フォーマットに従って再生するS98。本実施の形態によれば、ステップS91,S94にあるように、同期部12が受信した第1メタデータは同期の対象とするが、第2メタデータは同期の対象としないの記憶部14の容量を節約できる。例えば、サーバ8が数万個のオーディオコンテンツを管理していると、メタデータ記憶部56図8参照のメタデータの総容量は75MBにもなることがある。記憶部14に第2メタデータは同期しないとすることでメタデータの容量をおおよそ25MB程度まで減らすことができる。なお、要は記憶部14の空き容量を確保できればよいので、ステップS91においては、同期部12により第2メタデータを含むメタデータをすべて受信し、その後、同期部12において受信したメタデータの中から第2メタデータ部分のみをフィルタリングした後に記憶部14に記憶するとしても構わない。このフィルタリングはホワイトリスト方式やブラックリスト方式など一般的な手法を用いることができる。<補足1>以上、本実施の形態について説明したが、本発明は上記の内容に限定されず、本発明の目的とそれに関連又は付随する目的を達成するための各種形態においても実施可能であり、例えば、以下であっても構わない。12回目以降の取得で用いる通し番号の決め方実施の形態1の図6の例では、サーバ8側の通し番号に対応する第1メタデータが前にずれていたものとして説明したが、反対にサーバ8においてコンテンツが追加されると、第1メタデータが後ろにずれることもある。すなわち、図10に示すように、サーバ8において通し番号99番と100番の第1メタデータの間に、新たなひとつの第1メタデータが追加されると、この追加に伴って元々100番以降の第1メタデータがひとつ後ろにずれることとなる。このように、図5や図10のような色々な通し番号のずれ方に合わせて、2回目以降の取得で用いる通し番号の決め方も様々な手法が考えられる。以下、図11を参照しながら、受け付けた通し番号が100番である場合に、これらの様々な手法について説明する。a実施の形態1の図6のように、通し番号100番→99番→98番→97番と受け付けた100番より順繰りに手前の通し番号を用いて、第1メタデータの取得を繰り返す図11a。ba同様に通し番号100番→99番→98番→97番と順繰りに手前の通し番号を用い、通し番号が最初の1番に達した後は、101番→102番→103番と、100番より順繰りに後ろの通し番号を用いて第1メタデータの取得を繰り返す図11b。caとは反対に、通し番号100番→101番→102番→103番と受け付けた100番より順繰りに後ろの通し番号を用いて、第1メタデータの取得を繰り返す図11c。da同様に順繰りに手前の通し番号に用いるが、通し番号100番→95番~99番→90番~94番と、2回目以降の取得は5個単位で通し番号を指定して5個のメタデータをまとめて取得する図11d。なお、5個に限らず10個など他の任意の数としてもよい。e通し番号100番→95番~99番および101番~105番→90番~94番および106番~110番と、2回目以降の取得は通し番号が前後5個のメタデータをまとめて取得する図12e。2第1メタデータの取得の繰り返しを打ち切る条件図4のフローでは、ステップS45~S47図4は一致と判断されるまでS46:Yes、繰り返されるようになっているが、一致と判断されなくとも途中で打ち切るようにしても構わない。なぜならば、サーバ8側で管理している通し番号の数が多いと、繰り返しが長引きユーザを待たせてしまうこともあるし、また、受け付けた通し番号から通し番号が離れると第1メタデータが一致する可能性は低くなると考えられるからである。例えば、ステップS45~S47で取得したメタデータが一定個数例えば100個に達した場合や、ステップS45~S47の処理が開始から一定時間例えば、5秒に達した場合などには、打ち切るとしてもよい。また、図13に示すように、ステップS41で受信し記憶部14に記憶した時からステップS45の比較に至る間に、サーバ8において通し番号100番のコンテンツが削除されることで、このコンテンツの第1メタデータが削除されていることがある。この場合には、図4のフローに並行して、図14に示すような処理を判断部20において行うとしてもよい。つまり、判断部20は、第1メタデータが取得される度に、取得された第1メタデータと、記憶部14のN-1番、N番およびN1番の第1メタデータとを比較して一致を判断するS141。そして、ステップS141の判断を繰り返した結果において、記憶部14上において受け付けた通し番号N番、Nは2以上の整数を用いた比較の一致がないのに、記憶部14上において受け付けた通し番号の前の通し番号N-1番および後ろの通し番号N1番を用いた比較の一致があればS142:Yes、サーバ上に受け付けた通し番号に対応するコンテンツが存在しない旨を通知するS143。さらに、判断部20はメタデータ取得部18による取得を中止させるS144。図15を用いて具体例を説明すると、プレイヤ4の記憶部14における通し番号101番と99番とを用いた比較の一致があるのに、100番を用いた比較が無いため、通し番号100番に対応するコンテンツはサーバ8上には存在しないという推定が働く。このため、ユーザにその旨を直ちに通知することで、ユーザの使い勝手の向上につなげることができる。また、その時点でメタデータの取得部18による取得を中止させることで、徒労に終わるであろう以降の取得の繰り返しを回避できる。3ソート基準サーバ8が管理するコンテンツの第1メタデータは、ソート基準criteria従って並べられて通し番号を付与されていることが通常である。このソート基準は、コンテンツの名前、コンテンツのレート、コンテンツの作成日時、あるいはコンテンツの追加日時などでありユーザ設定などに基づいて規定されている。このソート基準を元に上の1のa~eで説明した2回目以降の取得で用いる通し番号の決め方を最適化することもできる。例えば、ソート基準がコンテンツの追加日時で昇順に並べられているのであれば、第1メタデータの通し番号が前にずれることはあっても、後ろにずれることは考えにくい新たに追加されたものは追加日時が最新のため末尾の通し番号になるはずだからである。。このため、この場合には上の1のcの手法を採用することが好適である。反対に、ソート基準がコンテンツの追加日時で降順に並べられているのであれば、1のaの手法を採用するとよい。4フォルダ実施の形態では詳しく説明しなかったが、同期部12は、サーバ8が管理するコンテンツが保存されたフォルダに関する情報を受信するようにしてもよい。そして、受信したフォルダに関する情報をU/I部16に表示したり、コンテンツ検索の絞込条件に利用するとしても構わない。また、メタデータ取得部18は、通し番号に加えてフォルダを指定例えば、videomyfavorites201005というフォルダ内の100番と指定してメタデータを取得するようにしてもよい。5第1メタデータ実施の形態1などでは、タイトル、ジャンル、アーティストの3つを第1メタデータの例として説明したが、これに限られない。要は、ユーザによるコンテンツの検索に供するためのメタデータであればよく、非特許文献2のP125以降に記載の、俳優actor、作者author、プロデューサーproducer、発行者publisher、説明description、エピソード番号episodeNumberなどを用いることもできる。係る第1メタデータは、ユーザに表示してコンテンツ検索の手掛かりとなる内容であるので検索用メタデータとも呼ぶことができる。また、ステップS45の比較においては、必ずしも取得した第1メタデータの項目をすべて用いる必要はなく一部でも構わない。もっとも、あまりに項目が少ないと一致判断の精度が低下するため例えば、ジャンルが同じで中身が異なるコンテンツは多いだろう。、一致判断に用いる第1メタデータの項目はある程度数を増やす必要がある。6第2メタデータ実施の形態2では、図8のコンテンツURI34aなどの6つを第2メタデータの例として説明したが、これに限られない。要は、コンテンツの再生に供するためのメタデータであればよく、非特許文献2のP121に記載の、再生時間の長さduration、音声のサンプリング周波数、解像度、色深度などを用いることもできる。係る第2メタデータは、コンテンツの再生フォーマットを示すものであるので再生用メタデータとも呼ぶことができる。7ユーザへの通知図15の例では、ステップS143の通知は、判断部20がU/I部16を介してディスプレイ17aにコンテンツDEFはサーバから削除されたようですメッセージを表示することにより行っている。なお、通知はユーザが認識できる方式であれば足り、表示に限らず音声による通知でもよい。また、図14のフローにおいてステップS143,S144の順序は問わないし、ステップS143,S144のいずれか一方のステップをスキップするやり方もあり得る。8コンテンツ検索装置図2では、プレイヤ4のU/I部16はリモコン17bから通し番号の指定を受け付けているが、リモコンに限らずマウスや操作ボタンなどの任意の入力インターフェイスから受け付けるとしても構わない。また、図2中、プレイヤ4の要部であるコンテンツ検索装置100を点線で囲んで示す。9コンテンツの形式実施の形態では、コンテンツは動画コンテンツであるとして説明したが、動画に限らずオーディオ音声のコンテンツや画像のコンテンツにも実施の形態の手法は広く適用することができる。10同期に関するトリガ条件実施の形態では、プレイヤ4の電源投入をトリガ条件として挙げたが、これに限らず、予め定められたスケジュールの日時に到達したことをトリガ条件としてもよいし、ユーザ指示をトリガ条件としてもよい。さらには、ステップS42図4のリスト表示の直前をトリガ条件としてもよい。この場合にも、ステップS43の受付に至る間に、サーバ8で管理している通し番号に関する情報が変化する可能性がある。11プログラム上述の実施の形態で示した動作などを各種情報処理装置のプロセッサ、及びそのプロセッサに接続された各種回路に実行させるためのプログラムコードからなる制御プログラムを、記録媒体に記録すること、又は各種通信路を介して流通させ頒布することもできる。このような記録媒体には、ICカード、ハードディスク、光ディスク、フレキシブルディスク、ROM等の非一時的なnottransitory記録媒体がある。流通、頒布された制御プログラムは、プロセッサに読み出され得るメモリ等に格納されることにより利用に供され、そのプロセッサがその制御プログラムを実行することにより実施の形態で示したような各種機能が実現されるようになる。12LSI図2などの各機能ブロックは、集積回路であるLSIとしてもよい。これらは個別に1チップ化されても良いし、一部又は全てを含むように1チップ化されても良い。ここでは、LSIとしたが、集積度の違いにより、IC、システムLSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。LSI製造後に、プログラムすることが可能なFPGAFieldProgrammableGateArrayや、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサーを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。<補足2>本実施の形態は、以下の態様を含むものである。1実施の形態に係るコンテンツ検索装置は、コンテンツ毎に、通し番号とコンテンツの内容を説明する第1メタデータとを紐付けた第1データベースを備えるサーバから、通し番号を用いてコンテンツを検索するコンテンツ検索装置であって、前記第1データベースに対応する第2データベースを記憶する記憶手段と、同期に関するトリガ条件が満たされると、前記サーバから第1データベースの情報を受信し、受信した情報を基に前記第2データベースの内容を前記第1データベースの内容と同期させる同期手段と、前記第2データベースの通し番号の中から、一の通し番号の指定をユーザから受け付ける受付手段と、受け付けた通し番号を用いて、前記サーバから第1メタデータを取得するメタデータ取得手段第1メタデータが取得される毎に、前記第2データベースにおける前記受け付けた通し番号に対応する第1メタデータと、の両者を比較して一致しているかどうかを判断する判断手段とを備え、不一致と判断されると、前記メタデータ取得手段は、前記受け付けた通し番号の周辺の通し番号を用いて、前記サーバから前記第1メタデータを取得し、さらに、前記判断手段により周辺の通し番号を用いた第1メタデータを基にした比較が一致と判断されると、当該周辺の通し番号に対応するコンテンツを前記サーバから取得するコンテンツ取得手段と、前記コンテンツ取得手段により取得されたコンテンツを再生する再生手段とを備えることを特徴とする。2前記メタデータ取得手段は、前記判断手段により一致と判断されるまで、前記周辺の通し番号として、それ以前の取得に用いた通し番号とは異なる番号を用いて第1メタデータの取得を繰り返すとしても構わない。3前記受付手段が受け付けた通し番号が前記第2データベースにおいてN番Nは2以上の整数であるとした場合に、前記判断手段は、前記メタデータ取得手段による第1メタデータの取得の度に、取得された第1メタデータと、前記第2データベースにおけるN-1番、N番およびN1番の第1メタデータのそれぞれとを比較して一致しているかどうかを判断し、前記判断手段により判断の繰り返しの結果、前記判断手段が当該記憶手段に記憶されたデータベースにおけるN番の第1メタデータを用いた一致の判断をしていないのに、当該記憶手段に記憶されたデータベースにおけるN-1番およびN1番それぞれの第1メタデータを用いた一致の判断をしていれば、前記メタデータ取得手段による以降の取得を中止させるとしても構わない。この構成によれば、メタデータの取得に関する処理の軽減に貢献する。4前記受付手段が受け付けた通し番号が前記第2データベースにおいてN番Nは2以上の整数であるとした場合に、前記判断手段は、前記メタデータ取得手段による第1メタデータの取得の度に、取得された第1メタデータと、前記第2データベースにおけるN-1番、N番およびN1番の第1メタデータのそれぞれとを比較して一致しているかどうかを判断し、前記判断手段により判断の繰り返しの結果、前記判断手段が当該記憶手段に記憶されたデータベースにおけるN番の第1メタデータを用いた一致の判断をしていないのに、当該記憶手段に記憶されたデータベースにおけるN-1番およびN1番それぞれの第1メタデータを用いた一致の判断をしているときに、前記N番に対応するコンテンツが前記サーバには存在しない旨を前記ユーザに通知する通知手段を備えるとしても構わない。この構成によれば、ユーザの使い勝手向上に資する。5前記受付手段が受け付けた通し番号が前記第2データベースにおいてN番Nは2以上の整数である場合に、前記メタデータ取得手段は、N番を用いて第1メタデータを取得し、取得された第1メタデータを基にした判断が前記判断手段により不一致と判断されると、前記メタデータ取得手段は、N-1番を用いて第1メタデータを取得し、取得された第1メタデータを基にした判断が前記判断手段により不一致と判断されると、前記メタデータ取得手段は、N-2番を用いて第1メタデータを取得し、以降、前記メタデータ取得手段は、前記判断手段により一致と判断されるまで、N-3番、N-4番、...、とひとつずつ番号を前にずらした通し番号を用いて第1メタデータの取得を繰り返すとしても構わない。6前記受付手段が受け付けた通し番号が前記第2データベースにおいてN番Nは2以上の整数であるとした場合に、前記コンテンツ取得手段が用いる前記周辺の通し番号とは、N-1番であるとしても構わない。7前記受付手段が受け付けた通し番号が前記第2データベースにおいてN番Nは2以上の整数であるとした場合に、前記コンテンツ取得手段が用いる前記周辺の通し番号とは、N-1番およびN1番であるとしても構わない。8前記メタデータ取得手段は、DLNADigitalLivingNetworkAllianceガイドラインに準拠したブラウズ要求を前記サーバに対して送信することで前記取得を行うとしても構わない。9前記第1データベースは、前記通し番号、前記第1メタデータおよびコンテンツの再生フォーマットを示す第2メタデータを前記コンテンツ毎に紐付けたものであっ前記第2データベースは、前記通し番号および前記第1メタデータを前記コンテンツ毎に紐付けたものであって、前記同期手段は、前記第1データベースの内容である前記通し番号および前記第1メタデータは同期の対象とするが、前記第2メタデータは同期の対象とせず、前記メタデータ取得手段は、前記第1メタデータに加えて前記第2メタデータをも取得し、前記再生手段は、前記コンテンツ取得手段により取得されたコンテンツを、前記メタデータ取得手段により取得され当該コンテンツに対応する第2メタデータに示される再生フォーマットに基づいて再生するとしても構わない。10実施の形態に係るコンテンツ検索方法は、サーバが備えるコンテンツ毎に通し番号とコンテンツの内容を説明する第1メタデータとを紐付けた第1データベース、に対応する第2データベースを記憶手段に記憶させる記憶ステップと、同期に関するトリガ条件が満たされると、前記サーバから第1データベースの情報を受信し、受信した情報を基に前記第2データベースの内容を前記第1データベースの内容と同期させる同期ステップと、前記第2データベースの通し番号の中から、一の通し番号の指定をユーザから受け付ける受付ステップと、受け付けた通し番号を用いて、前記サーバから第1メタデータを取得するメタデータ取得ステップと、取得された第1メタデータと、前記第2データベースにおける前記受け付けた通し番号に対応する第1メタデータと、の両者を比較して一致しているかどうかを判断する第1判断ステップと、不一致と判断されると、前記受け付けた通し番号に対して周辺の通し番号を用いて、前記サーバから前記第1メタデータを取得する周辺メタデータ取得ステップと、取得された第1メタデータと、前記記憶手段における前記受け付けた通し番号に対応する第1メタデータと、の両者を比較して一致しているかどうかを判断する第2判断ステップと、前記第2判断ステップにより一致と判断されると、当該周辺の通し番号に対応するコンテンツを前記サーバから取得するコンテンツ取得ステップと、前記コンテンツ取得ステップにより取得されたコンテンツを再生する再生ステップとを含む。11実施の形態に係るプログラムは、コンテンツを検索する検索処理をコンテンツ検索装置にて実行させるためのプログラムであって、前記検索処理は、サーバが備えるコンテンツ毎に通し番号とコンテンツの内容を説明する第1メタデータとを紐付けた第1データベース、に対応する第2データベースを記憶手段に記憶させる記憶ステップと、同期に関するトリガ条件が満たされると、前記サーバから第1データベースの情報を受信し、受信した情報を基に前記第2データベースの内容を前記第1データベースの内容と同期させる同期ステップと、前記第2データベースの通し番号の中から、一の通し番号の指定をユーザから受け付ける受付ステップと、受け付けた通し番号を用いて、前記サーバから第1メタデータを取得するメタデータ取得ステップと、取得された第1メタデータと、前記第2データベースにおける前記受け付けた通し番号に対応する第1メタデータと、の両者を比較して一致しているかどうかを判断する第1判断ステップと、不一致と判断されると、前記受け付けた通し番号に対して周辺の通し番号を用いて、前記サーバから前記第1メタデータを取得する周辺メタデータ取得ステップと、取得された第1メタデータと、前記記憶手段における前記受け付けた通し番号に対応する第1メタデータと、の両者を比較して一致しているかどうかを判断する第2判断ステップと、前記第2判断ステップにより一致と判断されると、当該周辺の通し番号に対応するコンテンツを前記サーバから取得するコンテンツ取得ステップと、前記コンテンツ取得ステップにより取得されたコンテンツを再生する再生ステップの各ステップを含むことを特徴とする。"