JP2005044097A - コンテンツ検索装置及びコンテンツ検索方法 - Google Patents
コンテンツ検索装置及びコンテンツ検索方法 Download PDFInfo
- Publication number
- JP2005044097A JP2005044097A JP2003202464A JP2003202464A JP2005044097A JP 2005044097 A JP2005044097 A JP 2005044097A JP 2003202464 A JP2003202464 A JP 2003202464A JP 2003202464 A JP2003202464 A JP 2003202464A JP 2005044097 A JP2005044097 A JP 2005044097A
- Authority
- JP
- Japan
- Prior art keywords
- content
- meta information
- information
- terminal device
- search
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
- G06F16/48—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99939—Privileged access
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Library & Information Science (AREA)
- Multimedia (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
【課題】ネットワーク上の端末内に記憶されたコンテンツに関するメタ情報を効率良く管理してコンテンツ検索できるコンテンツ検索装置を提供すること。
【解決手段】メタ情報データベース７２０は、ネットワーク２０上の端末５０，５１内のコンテンツに関するメタ情報を記憶している管理端末装置５０の識別情報を記憶する。検索時には、メタ情報検索部３５０は、該管理端末装置５０から、検索条件を満たすメタ情報を取得する。コンテンツ検索部３３０は、取得されたメタ情報に基づいて、対象となるコンテンツと端末装置５０を特定し、特定された端末装置５０へネットワーク２０を介して特定されたコンテンツを取得するための要求を送信する。
【選択図】 図１
【解決手段】メタ情報データベース７２０は、ネットワーク２０上の端末５０，５１内のコンテンツに関するメタ情報を記憶している管理端末装置５０の識別情報を記憶する。検索時には、メタ情報検索部３５０は、該管理端末装置５０から、検索条件を満たすメタ情報を取得する。コンテンツ検索部３３０は、取得されたメタ情報に基づいて、対象となるコンテンツと端末装置５０を特定し、特定された端末装置５０へネットワーク２０を介して特定されたコンテンツを取得するための要求を送信する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、端末内に格納されたコンテンツを検索するコンテンツ検索装置及びコンテンツ検索方法に関する。
【０００２】
【従来の技術】
パーソナルコンピュータ（以下、ＰＣ）、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）などの携帯端末、番組レコーダー付きＴＶなどの情報端末といった端末を、有線又は無線ネットワークでサーバに接続し、サーバ経由で個々の端末へ映像や音楽、画像といったマルチメディアコンテンツデータ（以下、コンテンツと呼ぶ）を転送することにより、場所を選ばず番組、写真、音楽等のコンテンツを視聴する技術がある。
【０００３】
このような機能を提供するためのサーバの代表例であるホームサーバは、ＨＤＤやＤＶＤ等の大容量ストレージを内部に持ち、コンテンツを蓄積したり管理したりするもので、通常はホームネットワークを構成してネットワークで接続された端末機器の制御や管理を行うことも可能である。例えば、無線ＬＡＮ機能を内蔵するホームサーバ（パーソナルサーバ）は、居間におくことで、無線通信により書斎や台所、個室にあるＰＣに映像や音楽を転送することができる（例えば、非特許文献１参照）。すなわち、ホームサーバとは、コンテンツを蓄積するとともに、家庭内に位置する端末に対してコンテンツを送受信する、いわば司令塔の役割を持っており、ネットワークに接続された端末内のコンテンツの中から所望のものを検索表示できる機能も必須である。
【０００４】
【非特許文献１】
シャープ株式会社 パーソナルサーバ＜ガリレオ＞、［ｏｎｌｉｎｅ］、［２００３年７月１４日検索］、インターネット
＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｓｈａｒｐ．ｃｏ．ｊｐ／ｇａｌｉｌｅｏ／ｉｎｄｅｘ．ｈｔｍｌ＞
【０００５】
【発明が解決しようとする課題】
上記したようなサーバ経由でユーザがアクセスするコンテンツを管理するために、コンテンツに関する付加情報を記述したメタ情報をサーバで管理し、各端末内のコンテンツを統合的に検索したいというニーズが高まっている。
【０００６】
ここで、ネットワークで接続された各端末内のコンテンツを管理するメタ情報の量は膨大になる可能性がある。一例を挙げると、デジタルカメラやカメラ機能付き携帯電話の機能向上に伴い、大量のデジタル写真を日々ホームサーバ、あるいはＰＣ端末に手軽に格納できるようになってきている。従って、例えば家族がそれぞれカメラ機能付き携帯電話を持っていて、撮影された写真に関する管理情報（すなわちメタ情報）をすべてホームサーバ単独で管理しようとした場合、サーバ内にこれらコンテンツに関するメタ情報をすべて登録管理するとともに、ネットワーク接続された端末内あるいは端末間でコンテンツの追加、移動、削除、複製が行われる度に該当するサーバ内メタ情報を更新しなくてはならず、サーバの処理量が増大してしまうという問題点がある。
【０００７】
本発明は、上記事情を考慮してなされたもので、ネットワーク上の端末装置内に記憶されたコンテンツに関するメタ情報を効率良く管理してコンテンツ検索できるコンテンツ検索装置及びコンテンツ検索方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明は、ネットワークを介して通信可能な端末装置内に記憶されたコンテンツを検索するコンテンツ検索装置において、前記コンテンツの内容に関する複数種類の情報と前記コンテンツを識別するためのＩＤ及び該コンテンツを記憶している端末装置の第１の識別情報を含むメタ情報を記憶している管理端末装置の第２の識別情報を記憶する記憶手段と、前記複数種類の情報の中から、任意の種類の情報を特定した検索条件を入力する入力手段と、前記記憶手段に記憶されている第２の識別情報に係る管理端末装置から、前記入力手段により入力された前記検索条件において特定された種類の情報を含むメタ情報を取得する取得手段と、この取得手段により取得されたメタ情報に基づくコンテンツの前記ＩＤ及び該コンテンツを記憶している端末装置の第１の識別情報を特定する特定手段と、この特定手段により特定された第１の識別情報に係る端末装置へ前記ネットワークを介して前記特定手段により特定された前記ＩＤに係るコンテンツを取得するための要求を送信する送信手段とを備えたことを特徴とする。
【０００９】
本発明は、ネットワークを介して通信可能な端末装置内に記憶されたコンテンツを検索するコンテンツ検索装置におけるコンテンツ検索方法において、前記コンテンツの内容に関する複数種類の情報と前記コンテンツを識別するためのＩＤ及び該コンテンツを記憶している端末装置の第１の識別情報を含むメタ情報を記憶している管理端末装置の第２の識別情報を記憶手段に記憶する記憶ステップと、前記複数種類の情報の中から、任意の種類の情報を特定した検索条件を入力する入力ステップと、前記記憶手段に記憶されている第２の識別情報に係る管理端末装置から、前記入力ステップにより入力された前記検索条件において特定された種類の情報を含むメタ情報を取得する取得ステップと、この取得ステップにより取得されたメタ情報に基づくコンテンツの前記ＩＤ及び該コンテンツを記憶している端末装置の第１の識別情報を特定する特定ステップと、この特定ステップにより特定された第１の識別情報に係る端末装置へ前記ネットワークを介して前記特定ステップにより特定された前記ＩＤに係るコンテンツを取得するための要求を送信する送信ステップとを有することを特徴とする。
【００１０】
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムとしても成立し、該プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００１１】
本発明によれば、コンテンツ検索装置にネットワークで接続された複数の端末装置内の各コンテンツに関するメタ情報をコンテンツ検索装置内で（例えば、ツリー状に）管理し、そのうちの部分的なメタ情報（例えば、部分ツリーに相当するメタ情報）を端末装置内で分散管理することによって、コンテンツ検索装置にネットワークで接続された端末装置内又は端末装置間でコンテンツの追加、移動、削除、複製等が頻繁に行われる場合でも、各端末装置内のコンテンツの管理用にコンテンツ検索装置が保持するメタ情報へのアクセス回数やバックアップの対象となるメタ情報量を減らすことができ、ひいてはサーバの処理負荷を低減させることが可能になる。
【００１２】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００１３】
（第１の実施形態）
図１に、本発明の第１の実施形態に係るコンテンツ管理システムの構成例を示す。本実施形態のコンテンツ管理システムは、サーバ（コンテンツ管理装置）６と、ネットワーク２０を介してサーバ６との間で通信可能な複数台の端末とを含む。
【００１４】
端末には、他端末（下記の第２の端末）及び自端末内に保持するコンテンツに係るメタ情報を管理する部分メタ情報管理機能を有する第１の端末５０と、この部分メタ情報管理機能を有しない第２の端末５１とがある。本コンテンツ管理システムにおいては、第１の端末５０は少なくとも１台存在することを想定しているが、第２の端末５１は存在する場合と存在しない場合とがあり得る。
【００１５】
サーバ６と各端末との間のネットワーク２０は、例えば、ホームネットワークなどのＬＡＮであってもよい。
【００１６】
また、第１の端末５０と、この第１の端末５０の管理対象となる第２の端末５１との間のネットワーク２１は、ネットワーク２０と同一のネットワークであってもよいし、異なるネットワークであってもよい。
【００１７】
また、端末５０，５１は、例えば、ＰＣ、情報端末、携帯端末、その他の家電等であってもよい。
【００１８】
図１に示す通り、本実施形態のサーバ６は、表示要求部３１０、コンテンツ検索部３３０、メタ情報検索部３５０、メタ情報管理部３４０、コンテンツ表示部３６０、通信部３９０、メタ情報データベース（メタ情報ＤＢ）７２０を備えている。
【００１９】
メタ情報ＤＢ７２０は、各第１の端末５０内のローカルコンテンツ群５１０や各第２の端末５１内のローカルコンテンツ群６１０に格納されたコンテンツ（マルチメディアコンテンツデータ）に関するメタ情報を格納する。
【００２０】
表示要求部３１０は、ユーザが検索表示要求信号（図１の符号９０）を入力するためのインタフェースであり、入力された検索表示要求信号はコンテンツ検索部３３０に送信される。
【００２１】
コンテンツ検索部３３０は、表示要求部３１０から送信された検索表示要求信号からメタ情報検索条件を抽出してメタ情報検索部３５０に送信す処理、メタ情報検索部３５０から検索結果として送信されたメタ情報を受信する処理、受信したメタ情報をもとに、第１の端末５０や第２の端末５１に対してコンテンツ検索を実行するコンテンツ検索要求信号を通信部３９０及びネットワーク２０経由で送信し、コンテンツの検索を指示する処理を行う。また、コンテンツ検索部３３０は、第１の端末５０や第２の端末５１から送信された検索結果コンテンツを統合し、検索結果コンテンツ７３０として獲得する処理を行う。
【００２２】
メタ情報管理部３４０は、メタ情報ＤＢ７２０に対してメタ情報の追加、更新、削除を行うとともに、メタ情報の更新情報を管理する処理、メタ情報検索部３５０が実行した検索の条件に合致したメタ情報をメタ情報検索部３５０を介してメタ情報ＤＢ７２０から受信する処理、受信したメタ情報内に第１の端末５０への参照リンク情報が含まれているか否かを判定する処理、この判定の結果をもとに、コンテンツの検索対象となる端末及びこの端末が管理するメタ情報（以下、部分メタ情報とも呼ぶ）をメタ情報検索部３５０に送信する処理を行う。すなわち、参照リンク情報が含まれていると判定された場合に、この参照リンク情報が示すリンク先に対応する端末５０内の部分メタ情報ＤＢ５２０に対して更なる検索を実行するよう、メタ情報検索部３５０に対して指示をする処理を行う。
【００２３】
メタ情報検索部３５０は、コンテンツ検索部３３０から送信されたメタ情報検索条件をもとにメタ情報ＤＢ７２０内から条件に合致するメタ情報を求め、このメタ情報をメタ情報管理部３４０に送信する。さらに、メタ情報管理部３４０から更なる検索を実行するよう指示があった場合に、検索対象となる第１の端末５０に対して通信部３９０及びネットワーク２０を経由して部分メタ情報の検索を要求する部分メタ情報検索要求信号を送信し、検索を指示する。また、メタ情報検索部３５０は、メタ情報ＤＢ７２０又は第１の端末５０内の部分メタ情報ＤＢ５２０から送信されたメタ情報より、検索結果となるメタ情報を求め、コンテンツ検索部３３０に送信する。
【００２４】
コンテンツ表示部３６０は、コンテンツ検索部３３０から検索結果コンテンツ７３０を受信し、ディスプレイ上でこの検索結果を表示する。コンテンツ表示の仕方は、コンテンツの種別に応じて、コンテンツそのものの代わりにその属性などを表示するといった使い分けをしてもよい。例えば、映像コンテンツの場合はサムネイルとして映像シーンの一覧を表示するようにしてもよいし、音楽や写真の場合はタイトル一覧を表示するようにしてもよい。
【００２５】
通信部３９０は、コンテンツ検索部３３０やメタ情報検索部３５０から受信したコンテンツ検索要求信号あるいはメタ情報検索要求信号を、ネットワーク２０を経由して第１の端末５０内の通信部１９０あるいは第２の端末５１内の通信部２９０へ送信する。また、第１の端末５０内の通信部１９０や第２の端末５１内の通信部２９０からネットワーク２０を経由して送信された、コンテンツ検索結果あるいはメタ情報検索結果を受信し、それぞれコンテンツ検索部３３０あるいはメタ情報検索部３５０に対して送信する。
【００２６】
なお、サーバ６には、第２の端末５１のメタ情報を管理する機能を備える形態もあり得る。また、サーバ６には、ローカルコンテンツ群やコンテンツ管理部を備える形態もあり得る（この場合には、サーバ６自身が１台の端末としての側面をも持つことになる）。
【００２７】
次に、図１に示す通り、本実施形態の第１の端末５０は、コンテンツ管理部１２０、コンテンツ検索部１３０、部分メタ情報管理部１４０、部分メタ情報検索部１５０、通信部１９０、ローカルコンテンツ群５１０、部分メタ情報データベース（部分メタ情報ＤＢ）５２０を備えている。
【００２８】
ローカルコンテンツ群５１０は、例えば、文書データ、コンピュータプログラム、放送番組あるいは個人で撮影した映像、デジタルカメラ等で撮影した写真、音楽アルバムや楽曲に代表されるような種々のコンテンツを格納する。
【００２９】
部分メタ情報ＤＢ５２０は、ローカルコンテンツ群５１０に格納されたコンテンツに関するメタ情報及び管理対象とする第２の端末５１のローカルコンテンツ群６１０に格納されたコンテンツに関するメタ情報を格納する。
【００３０】
コンテンツ管理部１２０は、ローカルコンテンツ群５１０に対してコンテンツの追加、更新、削除を行うとともに、その場合に、部分メタ情報管理部１４０に対し部分メタ情報の更新を要求する部分メタ情報更新要求信号を送信し、部分メタ情報ＤＢ５２０の更新や、部分メタ情報更新情報の更新を指示する。
【００３１】
なお、コンテンツ管理部１２０は、ローカルコンテンツ群５１０が更新された場合には、可能な限り速やかに部分メタ情報管理部１４０に対して部分メタ情報更新要求信号を送信すると好ましい。
【００３２】
コンテンツ検索部１３０は、通信部１９０を介してサーバ６からコンテンツ検索要求信号を受信すると、ローカルコンテンツ群５１０の検索処理を実行する。また、通信部１９０から送信されたサーバ６からのメタ情報検索要求信号に対して、部分メタ情報検索部１５０に上記メタ情報検索要求信号を送信するとともに、部分メタ情報ＤＢ５２０への検索実行を指示する。
【００３３】
部分メタ情報管理部１４０は、部分メタ情報ＤＢ５２０に対して部分メタ情報の追加、更新、削除を行うとともに、部分メタ情報の更新情報を更新する処理、コンテンツ管理部１２０や管理対象とする第２の端末５１のコンテンツ管理部２２０からの部分メタ情報更新要求信号をもとに部分メタ情報ＤＢ５２０を更新する処理を実行する。
【００３４】
なお、部分メタ情報管理部１４０は、サーバ６に対して所定のタイミングでメタ情報の更新を要求するメタ情報更新要求信号を送信し、これを受信したサーバ６は該当するメタ情報を更新するようにしてもよい。所定のタイミングは、例えば、定期的（例えば、一日に一回）、当該端末の電源投入時、当該端末のネットワーク２０への接続時、それらの組合せなど、種々のものが考えられる。
【００３５】
部分メタ情報検索部１５０は、コンテンツ検索部１３０からのメタ情報検索要求信号を受信し、部分メタ情報ＤＢ５２０に対して検索条件に合致するメタ情報の検索を実行し、この結果得られたメタ情報をコンテンツ検索部１３０へ送信する。
【００３６】
通信部１９０は、コンテンツ検索部１３０や部分メタ情報検索部１５０から受信したコンテンツ検索結果あるいはメタ情報検索結果を、ネットワーク２０を経由してサーバ６内の通信部３９０に送信する。また、サーバ６内の通信部３９０からネットワーク２０を経由して送信された、コンテンツ検索要求信号あるいはメタ情報検索要求信号を受信し、それぞれ検索指示とともにコンテンツ検索部１３０あるいはメタ情報検索部１５０に対して送信する。
【００３７】
なお、第１の端末５０のバリエーションとして、種々の形態が可能である。例えば、ローカルコンテンツ群５１０を備えず、第２の端末５１に係るメタ情報のみを管理する機能を有する形態、この逆に自端末に係るメタ情報のみを管理する機能を有する形態、他の第１の端末に係るメタ情報を管理する機能をも有する端末などがあり得る。
【００３８】
次に、図１に示す通り、第２の端末５１は、コンテンツ管理部２２０、コンテンツ検索部２３０、通信部２９０、ローカルコンテンツ群６１０を備えている。この第２の端末５１が第１の端末５０と異なる点は、自ら部分メタ情報を管理する機能を有しない点である。
【００３９】
ローカルコンテンツ群６１０は、端末５０のローカルコンテンツ群５１０と同様で、例えば、文書データ、コンピュータプログラム、放送番組あるいは個人で撮影した映像、デジタルカメラ等で撮影した写真、音楽アルバムや楽曲に代表されるような種々のコンテンツを格納する。
【００４０】
コンテンツ管理部２２０は、ローカルコンテンツ群６１０に対してコンテンツの追加、更新、削除を行うとともに、その場合に、自端末を管理対象とする第１の端末５０の部分メタ情報管理部１４０に対し上記部分メタ情報更新要求信号を送信して、部分メタ情報ＤＢ５２０の更新するとともに、部分メタ情報の更新情報の更新を指示する。
【００４１】
なお、コンテンツ管理部２２０は、ローカルコンテンツ群６１０が更新された場合には、可能な限り速やかに自端末を管理対象とする第１の端末５０の部分メタ情報管理部１４０に対して部分メタ情報更新要求信号を送信すると好ましい。
【００４２】
コンテンツ検索部２３０は、通信部２９０を介してサーバ６からコンテンツ検索要求信号を受信するとローカルコンテンツ群６１０の検索処理を実行する。
【００４３】
通信部２９０は、コンテンツ検索部２３０から受信したローカルコンテンツ検索結果を、ネットワーク２０を経由してサーバ６内の通信部３９０に送信する。また、サーバ６内の通信部３９０からネットワーク２０を経由して送信された、コンテンツ検索要求信号を受信し、コンテンツ検索部２３０に対して送信する。
【００４４】
なお、メタ情報管理部３４０および部分メタ情報管理部１４０におけるメタ情報（部分メタ情報）の追加、更新、削除の手続きは、公知の技術を用いて構わない（例えば、特開平２００２−２９７６０１号公報等を参照）。
【００４５】
以下、具体例を用いながらコンテンツ検索装置の処理動作について説明する。
【００４６】
図２に、本コンテンツ検索装置の処理動作を表すフローチャートの一例を示す。
【００４７】
本具体例では、図３に示す通り、部分メタ情報管理機能を有する第１の端末５０として１台のＰＣ１０１と、部分メタ情報管理機能を有しない第２の端末５１として１台のビデオカメラ１０２と１台のデジタルカメラ１０３の総計３台の端末がサーバ６にネットワークで接続されているものとする。
【００４８】
また、本具体例では、ユーザがサーバ６上のインタフェースを操作し、端末であるＰＣ１０１，ビデオカメラ１０２，デジタルカメラ１０３にある映像コンテンツの一覧を検索表示する場合を例にとって説明する。
【００４９】
図４〜図６に、ＰＣ１０１とビデオカメラ１０２とデジタルカメラ１０３の３台の各端末内のローカルコンテンツ群に格納されているコンテンツの例をそれぞれ示す。図４に示す通り、ＰＣ１０１は、コンテンツ種別が映像コンテンツである２つのコンテンツ「ニュース番組Ａ」および「グルメ番組Ｂ」をローカルコンテンツ群５１０内に保持している。また、図５に示す通り、ビデオカメラ１０２は、コンテンツ種別が映像コンテンツである１つのコンテンツ「ホームビデオＸ」をローカルコンテンツ群６１０内に保持している。また、図６に示す通り、デジタルカメラ１０３は、コンテンツ種別が画像コンテンツである１つのコンテンツ「旅行Ｃ」をローカルコンテンツ群６１０内に保持している。
【００５０】
本具体例では、ＰＣ１０１内のローカルコンテンツ群に関するメタ情報及びビデオカメラ１０２内のローカルコンテンツ群に関するメタ情報は、部分メタ情報としてＰＣ１０１内で管理されるものとする。また、デジタルカメラ１０３内のローカルコンテンツ群に関するメタ情報は、サーバ６内で管理されるものとする。そして、サーバ６は、これら３台の各端末内のローカルコンテンツ群に関するメタ情報群を一元的に管理する。
【００５１】
図７に、第１の端末であるＰＣ１０１内で管理される部分メタ情報の一例を示す。この例では、メタ情報タグに囲まれた範囲内に、各端末ごとに記述されたメタ情報が並べられており、１つの端末に係るメタ情報については、属性として端末名を含む端末タグに囲まれた範囲内に、コンテンツごとに記述されたメタ情報が並べられている。また、各コンテンツのメタ情報は、端末名とデータタイプとコンテンツＩＤを属性として含むコンテンツ種別を示すタグに囲まれた範囲内に、当該コンテンツに関する情報がタグで構造化されて並べられている。
【００５２】
図８にサーバ６内で管理されるメタ情報の第１の例を示し、図９に同じく第２の例を示す。図８は、部分メタ情報管理機能を有する第１の端末５０（本具体例では、ＰＣ１０１）において管理されている部分メタ情報（本具体例では、ＰＣ１０１のメタ情報とビデオカメラのメタ情報）のコピーをサーバ６内には保持しない場合の例であり、図９は、同コピーをサーバ６内に保持する場合の例である。すなわち、図８と図９とを比較すると、いずれもメタ情報タグに囲まれた範囲内に、各ローカル管理コンテンツ群ごとに記述された情報が並べられているが、部分メタ情報を管理する端末（以下、管理端末とも呼ぶ）であるＰＣ１０１については、図８ではタグ内に参照リンク情報が記述されているのみで、メタ情報のコピーは記述されていないのに対して、図９では参照リンク情報に加えてメタ情報のコピーが記述されている。また、図８と図９のいずれの例においても、デジタルカメラ１０３については、メタ情報が記述されている。なお、図８では、ローカル管理コンテンツ群タグ内に管理端末が明示的には記述されておらず、ローカル管理コンテンツ群タグ内に管理端末が記述されていないものが当該サーバ６により直接管理されるメタ情報であることを示しているのに対して、図９では、ローカル管理コンテンツ群タグ内に管理端末＝サーバが明示的に記述されている点が相違している。
【００５３】
なお、本具体例では、メタ情報は、ＸＭＬフォーマットで記述されているが、これに限定されるものではない。
【００５４】
以下の説明では、図９に示す通り管理端末内で管理される部分メタ情報のコピーを保持するメタ情報を用いる場合を例にとって説明する。図９の具体例の内容についてより詳しく説明すると、図９では、サーバ６で把握しているローカルコンテンツ群は、ＰＣ１０１上の映像コンテンツ「ニュース番組Ａ」と、ビデオカメラ１０２上の映像コンテンツ「ホームビデオＸ」と、デジタルカメラ１０３上の画像コンテンツ「旅行Ｃ」の３つであるが、ＰＣ１０１およびビデオカメラ１０２上の最新コンテンツはＰＣ１０１が管理していて、その部分メタ情報に対応するＰＣ１０１へのリンク先は、ＰＣ１０１上にあるローカルコンテンツ群に対応するメタ情報ＤＢの中の「／メタ情報」であることを示している。また、デジタルカメラ１０３上にある最新コンテンツはサーバ６が管理していていることを示している。
【００５５】
また、属性「更新フラグ」により、第１の端末であるＰＣ１０１が管理するメタ情報の内、その変更内容がまだ当該サーバ６に反映されていないものが含まれるか否かを示している。この例では、更新フラグの属性値が“Ｔｒｕｅ”のとき未反映のメタ情報が含まれる旨を示し、属性値が“Ｆａｌｓｅ”のとき未反映のメタ情報が含まれない旨を示すものとしている。
【００５６】
なお、更新フラグは、例えば、次のようにして属性値の設定が行われる。すなわち、第１の端末５０の部分メタ情報管理部１４０は、部分メタ情報ＤＢ５２０の更新を実行した場合に、更新があった旨を示す通知メッセージをサーバ６へ送信する。この通知メッセージを受信したサーバ６は、該当するメタ情報の更新フラグの属性値を“Ｔｒｕｅ”に変更する。ただし、第１の端末５０の部分メタ情報管理部１４０は、部分メタ情報ＤＢ５２０の更新を実行した場合に、一定の時間内にサーバ６に対してメタ情報更新要求信号を送信するタイミングに達するときは、上記通知メッセージを送信せずに、該タイミングに達してからメタ情報更新要求信号を送信するようにしてもよい。また、サーバ６は、第１の端末５０からメタ情報更新要求信号を受信した場合に、該当するメタ情報を更新するとともに、更新フラグの属性値を“Ｆａｌｓｅ”に変更する。
【００５７】
なお、更新フラグを設けずに、常に更新されていない（可能性がある）ものとして扱う（常に更新フラグの属性値が“Ｔｒｕｅ”であるものとして扱う）形態も可能である。また、図８に示すように第１の端末５０内で管理されている部分メタ情報のコピーを含まないメタ情報を採用する場合には、更新フラグは設けられず、常に、更新されていない（可能性がある）ものとして扱うことになる。
【００５８】
この例では、ＰＣ１０１上に「グルメ番組Ｂ」が新規番組として録画され、この映像コンテンツに対応したメタ情報は図７に示すようにＰＣ１０１内の部分メタ情報ＤＢ５２０には反映されているが、サーバ６内のメタ情報ＤＢ７２０にはまだ反映されていないものとする。
【００５９】
なお、図８や図９の例では説明を簡潔にするためローカルコンテンツ群を管理する端末でサーバ６以外のものはＰＣ１０１の一つしか示していないが、サーバ６以外に管理端末が複数存在する場合には、図９においてメタ情報タグ内に、各管理端末ごと（すなわち、ローカル管理コンテンツ群ごと）に記述された情報を並べればよい。
【００６０】
以下、図２を参照しながら、本コンテンツ検索装置の処理動作について説明する。
【００６１】
まず、サーバ６は、各端末５０，５１にネットワーク２０を介して接続した状態で、ユーザからの検索表示要求を待つ（ステップＳ１１）。
【００６２】
図１０に、ユーザによる検索表示要求に係る条件の設定を行うためのＧＵＩ画面の一例を示す。
【００６３】
この例では、「各端末内のローカルコンテンツ群から、コンテンツ種別が映像コンテンツであるコンテンツを取得し表示する」という検索表示要求を行う場合を例にとって説明する。例えばユーザは、図１０に示すＧＵＩ上で、コンテンツ種別が「映像」、項目名および項目値に関しては「条件なし」をドロップダウンメニューから選択して検索ボタンを押下することによって、設定条件を入力する。
【００６４】
ステップＳ１１の状態でユーザによる検索表示要求の入力有無をチェックし（ステップＳ１２）、検索表示要求がなければステップＳ１１へ戻り、逆に検索表示要求があればステップＳ１３へ進む。
【００６５】
ステップＳ１３では、サーバが一元的に管理している各端末に対応するメタ情報のうち、ステップＳ１２で得た検索表示要求から求めたメタ情報検索条件に合致するコンテンツの検索、獲得を行う。
【００６６】
まず、上記のようにして設定された設定条件をもとに、該設定条件に対応するメタ情報検索用のクエリ（検索条件）が生成される。ここで、メタ情報検索用のクエリは、ローカルコンテンツ群を管理する管理端末とサーバ６の両方に対して発行される必要がある。このため、現時点で各端末のローカルコンテンツ群に関する最新の管理情報をどの管理端末が保持しているかを知るために、サーバ６内のメタ情報ＤＢ７２０に対して、管理情報を保持する管理端末の情報を取得するためのクエリを発行する。
【００６７】
図１１に、管理端末情報を取得するためのクエリの一例を示し、図１２に、このクエリを適用して得られた結果の一例を示す。
【００６８】
以下の説明では、クエリ記述言語としてＷ３Ｃ標準であるＸＱｕｅｒｙ（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｘｑｕｅｒｙ）を用いるが、本発明はこれに限らない。
【００６９】
図１１に示されるクエリの意味するところは次の通りである。
（１行目：探索範囲）ＦＯＲ節を用いて、各ローカル管理コンテンツ群のうち、更新フラグが“Ｔｒｕｅ”であるもの（すなわち、最新の管理情報がサーバ６でなく、管理端末側にあるもの）を１つずつ＄ｌｏｃａｌ＿ｍｎｇ＿ｇｒｐの値として代入し、各＄ｌｏｃａｌ＿ｍｎｇ＿ｇｒｐに対して、以下の各行のステップをそれぞれ適用する。
（２行目：値代入）ＬＥＴ節を用いて、＄ｌｏｃａｌ＿ｍｎｇ＿ｇｒｐの属性タグ「管理端末」の値をテキスト値として取得し、これらをリスト＄ｍｎｇ＿ｄｅｖｉｃｅに１つずつ代入して保持する。
（３行目：値代入）ＬＥＴ節を用いて、＄ｌｏｃａｌ＿ｍｎｇ＿ｇｒｐの属性タグ「リンク先」の値をテキスト値として取得し、これらをリスト＄ｌｉｎｋに１つずつ代入して保持する。
（４行目以降：結果送信）２行目および３行目のステップで求めたリスト＄ｌｏｃａｌ＿ｍｎｇ−ｇｒｐおよび＄ｌｉｎｋの値を１つずつ、それぞれ要素タグ「管理端末」、「リンク先」で囲み、さらに、これらを要素タグ「ローカル管理端末情報」で囲んだ検索結果として送信する。
【００７０】
この例では、図１１のクエリ検索条件に該当する要素タグ「ローカル管理コンテンツ群」は一つであり、これが図１２に示すように、一つの要素タグ「ローカル管理端末情報」として送信される。
【００７１】
このような管理端末情報の検索結果から、サーバ６内に保持されるメタ情報のうちの一部を、管理端末であるＰＣ１０１が管理していることが分かる。
【００７２】
このようにして獲得した管理端末情報をもとに、現時点で各端末のローカルコンテンツ群に関する最新の管理情報を保持する管理端末が存在するか否かを判定する（ステップＳ１４）。
【００７３】
この時点で、該当する管理端末情報が得られた場合は、その端末が保持する部分メタ情報の検索取得が必要であり、該当する管理端末がない場合は、サーバ６内のメタ情報のみを検索対象にすればよいことが分かる。
【００７４】
従って、検索の結果、管理端末がある場合（ステップＳ１４でＹｅｓの場合）は、部分メタ情報へのリンクが存在する管理端末を特定し、この特定した管理端末が管理する部分メタ情報への検索を実行する（ステップＳ１５）。さらに、サーバ６が管理するメタ情報（ただし、属性値が“Ｔｒｕｅ”であるものを除く）への検索を実行し、これらの部分メタ情報の検索結果を統合する（ステップＳ１６）。以降の処理では、この統合結果を使用する。
【００７５】
なお、この時点で、当該管理端末に係る部分メタ情報を全て取得し、これをメタ情報ＤＢ７２０に対してフラッシュ（書き戻し）するようにしてもよい。この場合には、該当するメタ情報における更新フラグを“Ｆａｌｓｅ”に更新する。
【００７６】
一方、検索の結果、管理端末が存在しない場合（ステップＳ１４でＮｏの場合）は、サーバ６が管理するメタ情報（ただし、属性値が“Ｔｒｕｅ”であるものを除く）への検索を実行する（ステップＳ１７）。以降の処理では、この検索結果を使用する。
【００７７】
ここで、本具体例について、ステップＳ１３〜Ｓ１７の処理について詳しく説明する。ステップＳ１３では、図１１に示すような部分メタ情報を管理する管理端末のＩＤを取得するための検索クエリを、メタ情報ＤＢ７２０に対して適用する。図１１に示すクエリは、パス「／メタ情報／ローカルコンテンツ群」の中で、直下に更新フラグの属性値が“Ｔｒｕｅ”であるコンテンツに対して、属性「管理端末」および属性「リンク先」の値をすべて取得しなさい、という内容である。このクエリに対応した部分メタ情報を管理する管理端末の端末ＩＤ（一般に複数も可）の検索結果は図１２に示す通りになり、管理端末が「ＰＣ」、リンク先が「／メタ情報」と分かる。この結果、ステップＳ１４ではｙｅｓとなって、ステップＳ１５，Ｓ１６の処理を行うことになる。
【００７８】
ステップＳ１５では、上記のようにして求めた部分メタ情報を管理する管理端末すなわちＰＣ１０１内の部分メタ情報ＤＢ５２０に対して、図１３に示すクエリによる部分メタ情報の検索を実行するとともに、サーバ６内のメタ情報ＤＢ７２０に対して、図１４に示すクエリを発行する。ステップＳ１６では、図１５に示す管理端末の部分メタ情報への検索結果（３つのコンテンツに係るメタ情報が含まれる）と、サーバ６内のメタ情報への検索結果（該当するメタ情報は無いので、検索結果は空集合になる）とを獲得し、これらを統合する。この統合の結果は図１５と同様になる。
【００７９】
さて、図１５に示すメタ情報が得られたならば、コンテンツ検索部３３０は、このメタ情報をもとに、コンテンツ検索を適用すべきコンテンツのＩＤ（本具体例の場合、ＩＤ＝１、ＩＤ＝２、ＩＤ＝４）と、これを含む端末（本具体例の場合、ＩＤ＝１とＩＤ＝４については端末＝“ＰＣ”、ＩＤ＝２については端末＝“ビデオカメラ”）を特定し、各端末に対してそれぞれ各コンテンツの取得を実行する（ステップＳ１８）。なお、メタ情報に基づくローカルコンテンツの検索表示には公知の技術を用いて構わない。本具体例では、一例として、各コンテンツのファイル格納場所に対応したＵＲＬを利用して、例えばＵＰｎＰプロトコルに従い、コンテンツを取得することを想定している。
【００８０】
ＰＣ１０１におけるＩＤ＝１及びＩＤ＝４のコンテンツの取得結果は図４に示す通りであり、ビデオカメラ１０２におけるＩＤ＝２のコンテンツの取得結果は図１６に示す通りである。
【００８１】
さらに、それら各端末から送信されたコンテンツ検索結果を統合して、検索結果コンテンツ群を作成する（ステップＳ１９）。
【００８２】
図１７に、このコンテンツ検索結果を統合した結果に対応するコンテンツの内容を示す。本具体例では、図１７に示す通り、「ニュース番組Ａ」、「グルメ番組Ｂ」、「ホームビデオＸ」の３つとなる。
【００８３】
最後に、以上の手順によって得られた検索結果コンテンツ群をコンテンツ表示部３６０であるディスプレイ上に表示する（ステップＳ２０）。前述したように、コンテンツ表示の仕方は、コンテンツの種別に応じて使い分けをしてもよい。例えば、映像コンテンツの場合は映像コンテンツそのものでなくサムネイル、すなわち映像シーンの一覧を表示し、音楽や写真の場合はタイトル一覧を表示するようにしてもよい。
【００８４】
以上に説明したように、本実施形態によれば、コンテンツに関するメタ情報の管理において、メタ情報の追加、移動、複製の際に、サーバへのアクセス回数を低減することが可能となる。ひいては、サーバ処理の負荷を低減することが可能となる。
【００８５】
（第２の実施形態）
本実施形態では、第１の実施形態と相違する点を中心に説明する。
【００８６】
図１８に、本発明の第２の実施形態に係るコンテンツ管理システムの構成例を示す。
【００８７】
図１８と図１とを比較して分かるように、本実施形態は、サーバ６が図１の構成に加えて検索クエリ再発行部３８０を更に備えている点が第１の実施形態と相違している。
【００８８】
本実施形態のサーバ６のコンテンツ検索部３３０は、第１の実施形態のコンテンツ検索部３３０の機能に加えて、端末５０，５１に対してコンテンツ検索を実行したときに、或る端末の電源がＯＦＦになっていた等の理由でコンテンツ検索に失敗した場合に、該或る端末とは異なる端末上に、該或る端末のコンテンツのコピーあるいはダイジェストが存在するか否かを判定し、存在する場合、検索クエリ再発行部３８０に、該異なる端末上への検索クエリの再発行を要求する機能と、検索クエリ再発行部３８０から送信された再検索用クエリを受信し、該端末に対して再度検索を実行する機能とを有する。
【００８９】
本実施形態のサーバ６の検索クエリ再発行部３８０は、コンテンツ検索部３３０から受信した検索クエリの再発行の要求をもとに、所望のコンテンツのコピーあるいはダイジェストへの検索クエリを生成し、コンテンツ検索部３３０へ送信する。
【００９０】
以下、具体例を用いながらコンテンツ検索装置の処理動作について説明する。
【００９１】
図１９に、本コンテンツ検索装置の処理動作を表すフローチャートの一例を示す。
【００９２】
本実施形態のコンテンツ管理装置の処理フローは、第１の実施形態のコンテンツ管理装置での処理フローにおけるステップＳ１８の実行の後に、端末の電源ＯＦＦなどの理由でコンテンツ検索に失敗した場合に、このコンテンツのコピーあるいはダイジェストを有する他の端末への検索クエリを再度発行するステップＳ１８１を実行する点が、第１のコンテンツ管理装置での処理フローと異なる。
【００９３】
ここで、本実施形態で用いる具体例においては、ＰＣ１０１とビデオカメラ１０２内のローカルコンテンツ群はそれぞれ図２０と図５に示す通りとする。すなわち、ビデオカメラ１０２でのタイトル「ホームビデオＸ」の映像コンテンツＨＶＸ．ｍｐｇがＰＣ１０１にコピーされ、タイトルのみが「ホームビデオＹ」と書き換えられているものとする。なお、オリジナルのコンテンツのＩＤと、そのコピーのコンテンツのＩＤとは、同一であるものとする（コンテンツがコピーされた場合に同一のコンテンツＩＤを承継するシステムは容易に構築可能である）。また、上記コンテンツがコピーされた点以外は、本実施形態で用いる具体例は、第１の実施形態で用いた具体例と同じコンテンツ保持条件であるものとする（ただし、管理端末におけるメタ情報の変更はすべてサーバ６内のメタ情報ＤＢ７２０に反映されているものとする）。
【００９４】
以下、本具体例では、ユーザがサーバ６上のインタフェースを操作し、各端末にある映像コンテンツのうち、タイトルが「ホームビデオＸ」であるものの一覧を検索表示する場合を例にとって説明する。また、検索時にビデオカメラ１０２の電源がＯＦＦになっている場合を例にとって説明する。
【００９５】
まず、ステップＳ１〜Ｓ１４は、第１の実施形態と同様である。
【００９６】
次に、ステップＳ１４で管理端末が存在すると判断された場合、ステップＳ１５で図２１に示すメタ情報獲得用のクエリを発行すると、ステップＳ１６において、本具体例では、メタ情報の検索結果として、図２２に示すメタ情報が得られる。
【００９７】
図２２に示す通り、ビデオカメラ１０２にタイトル「ホームビデオＸ」の映像コンテンツの存在は確認できたことになる。しかしながら、本具体例では、上記のようにビデオカメラ１０２の電源がＯＦＦになっているために、ステップＳ１８における当該映像コンテンツの検索獲得は失敗する。
【００９８】
ここで、図２２に得られたメタ情報において、コンテンツのＩＤを参照してコンテンツＩＤ＝２を得る。そして、図２３に示すような「コンテンツＩＤ」のタグ値＝“２”を持つコンテンツに関するメタ情報を検索するクエリを再度発行し（ステップＳ１８１）、図２４に示すようなメタ情報を検索結果として取得する。これによって、ＰＣ１０１内に当該コンテンツのコピーであるタイトル＝「ホームビデオＹ」のコンテンツが存在することが確認され、これを検索取得することが可能であることがわかる。
【００９９】
次に、図２４に示すメタ情報が得られたならば、このメタ情報をもとに、コンテンツ検索を適用すべきコンテンツのＩＤ（本具体例の場合、ＩＤ＝２）と、これを含む端末（本具体例の場合、端末＝“ＰＣ”）を特定し、各端末に対してそれぞれ各コンテンツの取得を実行する（ステップＳ１８１）。
【０１００】
そして、ステップＳ１９において、端末から送信されたコンテンツ検索結果を統合して、検索結果コンテンツ群を作成し（本具体例では、タイトル＝「ホームビデオＹ」のコンテンツ）、ステップＳ２０において、得られた検索結果コンテンツ群をコンテンツ表示部３６０であるディスプレイ上に表示する。
【０１０１】
なお、上記では、検索に失敗したコンテンツのコピーの存在を特定する方法について述べたが、コンテンツのダイジェスト等、加工されたものについても同様である。これは、例えば、最終的に発行されたコンテンツＩＤの他に、録画された時点におけるオリジナルコンテンツＩＤを別途定義しておくことで、同様の方法により実現することができる。
【０１０２】
また、以上において、端末内のコンテンツ取得に失敗する場合として、端末の電源がＯＦＦの場合を例に挙げたが、失敗の原因としては、これに限定されるものではない。例えば、Ｂｌｕｅｔｏｏｔｈのように、無線通信でホームサーバと各端末がネットワーク接続されている場合に、距離が１０メートル以上離れた場合に通信に失敗するケースなど、種々のケースが考えられる。
【０１０３】
以上説明したように、本実施形態によれば、サーバにネットワーク接続された端末間でコンテンツの複製、移動が頻繁に行われる場合でも、各端末内コンテンツの管理用にサーバが保持するメタ情報へのアクセス回数やバックアップの対象となるメタ情報量を減らすことができ、ひいてはサーバの処理負荷を低減させることが可能になる。
【０１０４】
さらに、端末の一部が電源ＯＦＦ等により、コンテンツの検索取得に失敗した場合でも、当コンテンツのコピーやダイジェストを別の端末から検索取得することで、ユーザが所望のコンテンツを可能なかぎり迅速に検索取得し、再生させることが可能になる。
【０１０５】
なお、以上の各機能は、ソフトウェアとして記述し適当な機構をもったコンピュータに処理させても実現可能である。
また、本実施形態は、コンピュータに所定の手段を実行させるための、あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるためのプログラムとして実施することもできる。加えて該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。
【０１０６】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【０１０７】
【発明の効果】
本発明によれば、ネットワーク上の端末装置内に記憶されたコンテンツに関するメタ情報を効率良く管理してコンテンツ検索できる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るコンテンツ管理システムの構成例を示す図
【図２】同実施形態に係るコンテンツ検索装置の処理手順の一例を示すフローチャート
【図３】端末装置の具体例を示す図
【図４】端末（ＰＣ）内のローカルコンテンツの一例を示す図
【図５】端末（ビデオカメラ）内のローカルコンテンツの一例を示す図
【図６】端末（デジタルカメラ）内のローカルコンテンツの一例を示す図
【図７】端末（ＰＣ）内で管理される部分メタ情報の一例を示す図
【図８】サーバ内で管理されるメタ情報の第１の例を示す図
【図９】サーバ内で管理されるメタ情報の第２の例を示す図
【図１０】検索条件入力及び検索結果出力のためのＧＵＩ画面の表示例を示す図
【図１１】管理端末情報を取得するためのクエリの一例を示す図
【図１２】管理端末情報の取得結果の一例を示す図
【図１３】端末（ＰＣ）内で管理される部分メタ情報を取得するためのクエリの一例を示す図
【図１４】サーバ内でサーバを管理端末として管理されるメタ情報を取得するためのクエリの一例を示す図
【図１５】管理端末の部分メタ情報への検索結果の一例を示す図
【図１６】コンテンツの取得結果の一例を示す図
【図１７】コンテンツの取得結果を統合した結果の一例を示す図
【図１８】本発明の第２の実施形態に係るコンテンツ管理システムの構成例を示す図
【図１９】同実施形態に係るコンテンツ検索装置の処理手順の一例を示すフローチャート
【図２０】端末（ＰＣ）内のローカルコンテンツの一例を示す図
【図２１】端末（ＰＣ）内で管理される部分メタ情報を取得するためのクエリの一例を示す図
【図２２】管理端末の部分メタ情報への検索結果の一例を示す図
【図２３】端末（ＰＣ）内で管理される部分メタ情報を取得するためのクエリの他の例を示す図
【図２４】管理端末の部分メタ情報への検索結果の他の例を示す図
【符号の説明】
６…サーバ、２０，２１…ネットワーク、５０…第１の端末、５１…第２の端末、１０１…ＰＣ、１０２…ビデオカメラ、１０３…デジタルカメラ、１２０，２２０…コンテンツ管理部、１３０，２３０，３３０…コンテンツ検索部、１４０…部分メタ情報管理部、１５０…部分メタ情報検索部、１９０，２９０，３９０…通信部、３１０…表示要求部、３４０…メタ情報管理部、３５０…メタ情報検索部、３６０…コンテンツ表示部、３８０…検索クエリ再発行部、５２０…部分メタ情報データベース、５１０，６１０…ローカルコンテンツ群、７２０…メタ情報データベース
【発明の属する技術分野】
本発明は、端末内に格納されたコンテンツを検索するコンテンツ検索装置及びコンテンツ検索方法に関する。
【０００２】
【従来の技術】
パーソナルコンピュータ（以下、ＰＣ）、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）などの携帯端末、番組レコーダー付きＴＶなどの情報端末といった端末を、有線又は無線ネットワークでサーバに接続し、サーバ経由で個々の端末へ映像や音楽、画像といったマルチメディアコンテンツデータ（以下、コンテンツと呼ぶ）を転送することにより、場所を選ばず番組、写真、音楽等のコンテンツを視聴する技術がある。
【０００３】
このような機能を提供するためのサーバの代表例であるホームサーバは、ＨＤＤやＤＶＤ等の大容量ストレージを内部に持ち、コンテンツを蓄積したり管理したりするもので、通常はホームネットワークを構成してネットワークで接続された端末機器の制御や管理を行うことも可能である。例えば、無線ＬＡＮ機能を内蔵するホームサーバ（パーソナルサーバ）は、居間におくことで、無線通信により書斎や台所、個室にあるＰＣに映像や音楽を転送することができる（例えば、非特許文献１参照）。すなわち、ホームサーバとは、コンテンツを蓄積するとともに、家庭内に位置する端末に対してコンテンツを送受信する、いわば司令塔の役割を持っており、ネットワークに接続された端末内のコンテンツの中から所望のものを検索表示できる機能も必須である。
【０００４】
【非特許文献１】
シャープ株式会社 パーソナルサーバ＜ガリレオ＞、［ｏｎｌｉｎｅ］、［２００３年７月１４日検索］、インターネット
＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｓｈａｒｐ．ｃｏ．ｊｐ／ｇａｌｉｌｅｏ／ｉｎｄｅｘ．ｈｔｍｌ＞
【０００５】
【発明が解決しようとする課題】
上記したようなサーバ経由でユーザがアクセスするコンテンツを管理するために、コンテンツに関する付加情報を記述したメタ情報をサーバで管理し、各端末内のコンテンツを統合的に検索したいというニーズが高まっている。
【０００６】
ここで、ネットワークで接続された各端末内のコンテンツを管理するメタ情報の量は膨大になる可能性がある。一例を挙げると、デジタルカメラやカメラ機能付き携帯電話の機能向上に伴い、大量のデジタル写真を日々ホームサーバ、あるいはＰＣ端末に手軽に格納できるようになってきている。従って、例えば家族がそれぞれカメラ機能付き携帯電話を持っていて、撮影された写真に関する管理情報（すなわちメタ情報）をすべてホームサーバ単独で管理しようとした場合、サーバ内にこれらコンテンツに関するメタ情報をすべて登録管理するとともに、ネットワーク接続された端末内あるいは端末間でコンテンツの追加、移動、削除、複製が行われる度に該当するサーバ内メタ情報を更新しなくてはならず、サーバの処理量が増大してしまうという問題点がある。
【０００７】
本発明は、上記事情を考慮してなされたもので、ネットワーク上の端末装置内に記憶されたコンテンツに関するメタ情報を効率良く管理してコンテンツ検索できるコンテンツ検索装置及びコンテンツ検索方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明は、ネットワークを介して通信可能な端末装置内に記憶されたコンテンツを検索するコンテンツ検索装置において、前記コンテンツの内容に関する複数種類の情報と前記コンテンツを識別するためのＩＤ及び該コンテンツを記憶している端末装置の第１の識別情報を含むメタ情報を記憶している管理端末装置の第２の識別情報を記憶する記憶手段と、前記複数種類の情報の中から、任意の種類の情報を特定した検索条件を入力する入力手段と、前記記憶手段に記憶されている第２の識別情報に係る管理端末装置から、前記入力手段により入力された前記検索条件において特定された種類の情報を含むメタ情報を取得する取得手段と、この取得手段により取得されたメタ情報に基づくコンテンツの前記ＩＤ及び該コンテンツを記憶している端末装置の第１の識別情報を特定する特定手段と、この特定手段により特定された第１の識別情報に係る端末装置へ前記ネットワークを介して前記特定手段により特定された前記ＩＤに係るコンテンツを取得するための要求を送信する送信手段とを備えたことを特徴とする。
【０００９】
本発明は、ネットワークを介して通信可能な端末装置内に記憶されたコンテンツを検索するコンテンツ検索装置におけるコンテンツ検索方法において、前記コンテンツの内容に関する複数種類の情報と前記コンテンツを識別するためのＩＤ及び該コンテンツを記憶している端末装置の第１の識別情報を含むメタ情報を記憶している管理端末装置の第２の識別情報を記憶手段に記憶する記憶ステップと、前記複数種類の情報の中から、任意の種類の情報を特定した検索条件を入力する入力ステップと、前記記憶手段に記憶されている第２の識別情報に係る管理端末装置から、前記入力ステップにより入力された前記検索条件において特定された種類の情報を含むメタ情報を取得する取得ステップと、この取得ステップにより取得されたメタ情報に基づくコンテンツの前記ＩＤ及び該コンテンツを記憶している端末装置の第１の識別情報を特定する特定ステップと、この特定ステップにより特定された第１の識別情報に係る端末装置へ前記ネットワークを介して前記特定ステップにより特定された前記ＩＤに係るコンテンツを取得するための要求を送信する送信ステップとを有することを特徴とする。
【００１０】
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムとしても成立し、該プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００１１】
本発明によれば、コンテンツ検索装置にネットワークで接続された複数の端末装置内の各コンテンツに関するメタ情報をコンテンツ検索装置内で（例えば、ツリー状に）管理し、そのうちの部分的なメタ情報（例えば、部分ツリーに相当するメタ情報）を端末装置内で分散管理することによって、コンテンツ検索装置にネットワークで接続された端末装置内又は端末装置間でコンテンツの追加、移動、削除、複製等が頻繁に行われる場合でも、各端末装置内のコンテンツの管理用にコンテンツ検索装置が保持するメタ情報へのアクセス回数やバックアップの対象となるメタ情報量を減らすことができ、ひいてはサーバの処理負荷を低減させることが可能になる。
【００１２】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００１３】
（第１の実施形態）
図１に、本発明の第１の実施形態に係るコンテンツ管理システムの構成例を示す。本実施形態のコンテンツ管理システムは、サーバ（コンテンツ管理装置）６と、ネットワーク２０を介してサーバ６との間で通信可能な複数台の端末とを含む。
【００１４】
端末には、他端末（下記の第２の端末）及び自端末内に保持するコンテンツに係るメタ情報を管理する部分メタ情報管理機能を有する第１の端末５０と、この部分メタ情報管理機能を有しない第２の端末５１とがある。本コンテンツ管理システムにおいては、第１の端末５０は少なくとも１台存在することを想定しているが、第２の端末５１は存在する場合と存在しない場合とがあり得る。
【００１５】
サーバ６と各端末との間のネットワーク２０は、例えば、ホームネットワークなどのＬＡＮであってもよい。
【００１６】
また、第１の端末５０と、この第１の端末５０の管理対象となる第２の端末５１との間のネットワーク２１は、ネットワーク２０と同一のネットワークであってもよいし、異なるネットワークであってもよい。
【００１７】
また、端末５０，５１は、例えば、ＰＣ、情報端末、携帯端末、その他の家電等であってもよい。
【００１８】
図１に示す通り、本実施形態のサーバ６は、表示要求部３１０、コンテンツ検索部３３０、メタ情報検索部３５０、メタ情報管理部３４０、コンテンツ表示部３６０、通信部３９０、メタ情報データベース（メタ情報ＤＢ）７２０を備えている。
【００１９】
メタ情報ＤＢ７２０は、各第１の端末５０内のローカルコンテンツ群５１０や各第２の端末５１内のローカルコンテンツ群６１０に格納されたコンテンツ（マルチメディアコンテンツデータ）に関するメタ情報を格納する。
【００２０】
表示要求部３１０は、ユーザが検索表示要求信号（図１の符号９０）を入力するためのインタフェースであり、入力された検索表示要求信号はコンテンツ検索部３３０に送信される。
【００２１】
コンテンツ検索部３３０は、表示要求部３１０から送信された検索表示要求信号からメタ情報検索条件を抽出してメタ情報検索部３５０に送信す処理、メタ情報検索部３５０から検索結果として送信されたメタ情報を受信する処理、受信したメタ情報をもとに、第１の端末５０や第２の端末５１に対してコンテンツ検索を実行するコンテンツ検索要求信号を通信部３９０及びネットワーク２０経由で送信し、コンテンツの検索を指示する処理を行う。また、コンテンツ検索部３３０は、第１の端末５０や第２の端末５１から送信された検索結果コンテンツを統合し、検索結果コンテンツ７３０として獲得する処理を行う。
【００２２】
メタ情報管理部３４０は、メタ情報ＤＢ７２０に対してメタ情報の追加、更新、削除を行うとともに、メタ情報の更新情報を管理する処理、メタ情報検索部３５０が実行した検索の条件に合致したメタ情報をメタ情報検索部３５０を介してメタ情報ＤＢ７２０から受信する処理、受信したメタ情報内に第１の端末５０への参照リンク情報が含まれているか否かを判定する処理、この判定の結果をもとに、コンテンツの検索対象となる端末及びこの端末が管理するメタ情報（以下、部分メタ情報とも呼ぶ）をメタ情報検索部３５０に送信する処理を行う。すなわち、参照リンク情報が含まれていると判定された場合に、この参照リンク情報が示すリンク先に対応する端末５０内の部分メタ情報ＤＢ５２０に対して更なる検索を実行するよう、メタ情報検索部３５０に対して指示をする処理を行う。
【００２３】
メタ情報検索部３５０は、コンテンツ検索部３３０から送信されたメタ情報検索条件をもとにメタ情報ＤＢ７２０内から条件に合致するメタ情報を求め、このメタ情報をメタ情報管理部３４０に送信する。さらに、メタ情報管理部３４０から更なる検索を実行するよう指示があった場合に、検索対象となる第１の端末５０に対して通信部３９０及びネットワーク２０を経由して部分メタ情報の検索を要求する部分メタ情報検索要求信号を送信し、検索を指示する。また、メタ情報検索部３５０は、メタ情報ＤＢ７２０又は第１の端末５０内の部分メタ情報ＤＢ５２０から送信されたメタ情報より、検索結果となるメタ情報を求め、コンテンツ検索部３３０に送信する。
【００２４】
コンテンツ表示部３６０は、コンテンツ検索部３３０から検索結果コンテンツ７３０を受信し、ディスプレイ上でこの検索結果を表示する。コンテンツ表示の仕方は、コンテンツの種別に応じて、コンテンツそのものの代わりにその属性などを表示するといった使い分けをしてもよい。例えば、映像コンテンツの場合はサムネイルとして映像シーンの一覧を表示するようにしてもよいし、音楽や写真の場合はタイトル一覧を表示するようにしてもよい。
【００２５】
通信部３９０は、コンテンツ検索部３３０やメタ情報検索部３５０から受信したコンテンツ検索要求信号あるいはメタ情報検索要求信号を、ネットワーク２０を経由して第１の端末５０内の通信部１９０あるいは第２の端末５１内の通信部２９０へ送信する。また、第１の端末５０内の通信部１９０や第２の端末５１内の通信部２９０からネットワーク２０を経由して送信された、コンテンツ検索結果あるいはメタ情報検索結果を受信し、それぞれコンテンツ検索部３３０あるいはメタ情報検索部３５０に対して送信する。
【００２６】
なお、サーバ６には、第２の端末５１のメタ情報を管理する機能を備える形態もあり得る。また、サーバ６には、ローカルコンテンツ群やコンテンツ管理部を備える形態もあり得る（この場合には、サーバ６自身が１台の端末としての側面をも持つことになる）。
【００２７】
次に、図１に示す通り、本実施形態の第１の端末５０は、コンテンツ管理部１２０、コンテンツ検索部１３０、部分メタ情報管理部１４０、部分メタ情報検索部１５０、通信部１９０、ローカルコンテンツ群５１０、部分メタ情報データベース（部分メタ情報ＤＢ）５２０を備えている。
【００２８】
ローカルコンテンツ群５１０は、例えば、文書データ、コンピュータプログラム、放送番組あるいは個人で撮影した映像、デジタルカメラ等で撮影した写真、音楽アルバムや楽曲に代表されるような種々のコンテンツを格納する。
【００２９】
部分メタ情報ＤＢ５２０は、ローカルコンテンツ群５１０に格納されたコンテンツに関するメタ情報及び管理対象とする第２の端末５１のローカルコンテンツ群６１０に格納されたコンテンツに関するメタ情報を格納する。
【００３０】
コンテンツ管理部１２０は、ローカルコンテンツ群５１０に対してコンテンツの追加、更新、削除を行うとともに、その場合に、部分メタ情報管理部１４０に対し部分メタ情報の更新を要求する部分メタ情報更新要求信号を送信し、部分メタ情報ＤＢ５２０の更新や、部分メタ情報更新情報の更新を指示する。
【００３１】
なお、コンテンツ管理部１２０は、ローカルコンテンツ群５１０が更新された場合には、可能な限り速やかに部分メタ情報管理部１４０に対して部分メタ情報更新要求信号を送信すると好ましい。
【００３２】
コンテンツ検索部１３０は、通信部１９０を介してサーバ６からコンテンツ検索要求信号を受信すると、ローカルコンテンツ群５１０の検索処理を実行する。また、通信部１９０から送信されたサーバ６からのメタ情報検索要求信号に対して、部分メタ情報検索部１５０に上記メタ情報検索要求信号を送信するとともに、部分メタ情報ＤＢ５２０への検索実行を指示する。
【００３３】
部分メタ情報管理部１４０は、部分メタ情報ＤＢ５２０に対して部分メタ情報の追加、更新、削除を行うとともに、部分メタ情報の更新情報を更新する処理、コンテンツ管理部１２０や管理対象とする第２の端末５１のコンテンツ管理部２２０からの部分メタ情報更新要求信号をもとに部分メタ情報ＤＢ５２０を更新する処理を実行する。
【００３４】
なお、部分メタ情報管理部１４０は、サーバ６に対して所定のタイミングでメタ情報の更新を要求するメタ情報更新要求信号を送信し、これを受信したサーバ６は該当するメタ情報を更新するようにしてもよい。所定のタイミングは、例えば、定期的（例えば、一日に一回）、当該端末の電源投入時、当該端末のネットワーク２０への接続時、それらの組合せなど、種々のものが考えられる。
【００３５】
部分メタ情報検索部１５０は、コンテンツ検索部１３０からのメタ情報検索要求信号を受信し、部分メタ情報ＤＢ５２０に対して検索条件に合致するメタ情報の検索を実行し、この結果得られたメタ情報をコンテンツ検索部１３０へ送信する。
【００３６】
通信部１９０は、コンテンツ検索部１３０や部分メタ情報検索部１５０から受信したコンテンツ検索結果あるいはメタ情報検索結果を、ネットワーク２０を経由してサーバ６内の通信部３９０に送信する。また、サーバ６内の通信部３９０からネットワーク２０を経由して送信された、コンテンツ検索要求信号あるいはメタ情報検索要求信号を受信し、それぞれ検索指示とともにコンテンツ検索部１３０あるいはメタ情報検索部１５０に対して送信する。
【００３７】
なお、第１の端末５０のバリエーションとして、種々の形態が可能である。例えば、ローカルコンテンツ群５１０を備えず、第２の端末５１に係るメタ情報のみを管理する機能を有する形態、この逆に自端末に係るメタ情報のみを管理する機能を有する形態、他の第１の端末に係るメタ情報を管理する機能をも有する端末などがあり得る。
【００３８】
次に、図１に示す通り、第２の端末５１は、コンテンツ管理部２２０、コンテンツ検索部２３０、通信部２９０、ローカルコンテンツ群６１０を備えている。この第２の端末５１が第１の端末５０と異なる点は、自ら部分メタ情報を管理する機能を有しない点である。
【００３９】
ローカルコンテンツ群６１０は、端末５０のローカルコンテンツ群５１０と同様で、例えば、文書データ、コンピュータプログラム、放送番組あるいは個人で撮影した映像、デジタルカメラ等で撮影した写真、音楽アルバムや楽曲に代表されるような種々のコンテンツを格納する。
【００４０】
コンテンツ管理部２２０は、ローカルコンテンツ群６１０に対してコンテンツの追加、更新、削除を行うとともに、その場合に、自端末を管理対象とする第１の端末５０の部分メタ情報管理部１４０に対し上記部分メタ情報更新要求信号を送信して、部分メタ情報ＤＢ５２０の更新するとともに、部分メタ情報の更新情報の更新を指示する。
【００４１】
なお、コンテンツ管理部２２０は、ローカルコンテンツ群６１０が更新された場合には、可能な限り速やかに自端末を管理対象とする第１の端末５０の部分メタ情報管理部１４０に対して部分メタ情報更新要求信号を送信すると好ましい。
【００４２】
コンテンツ検索部２３０は、通信部２９０を介してサーバ６からコンテンツ検索要求信号を受信するとローカルコンテンツ群６１０の検索処理を実行する。
【００４３】
通信部２９０は、コンテンツ検索部２３０から受信したローカルコンテンツ検索結果を、ネットワーク２０を経由してサーバ６内の通信部３９０に送信する。また、サーバ６内の通信部３９０からネットワーク２０を経由して送信された、コンテンツ検索要求信号を受信し、コンテンツ検索部２３０に対して送信する。
【００４４】
なお、メタ情報管理部３４０および部分メタ情報管理部１４０におけるメタ情報（部分メタ情報）の追加、更新、削除の手続きは、公知の技術を用いて構わない（例えば、特開平２００２−２９７６０１号公報等を参照）。
【００４５】
以下、具体例を用いながらコンテンツ検索装置の処理動作について説明する。
【００４６】
図２に、本コンテンツ検索装置の処理動作を表すフローチャートの一例を示す。
【００４７】
本具体例では、図３に示す通り、部分メタ情報管理機能を有する第１の端末５０として１台のＰＣ１０１と、部分メタ情報管理機能を有しない第２の端末５１として１台のビデオカメラ１０２と１台のデジタルカメラ１０３の総計３台の端末がサーバ６にネットワークで接続されているものとする。
【００４８】
また、本具体例では、ユーザがサーバ６上のインタフェースを操作し、端末であるＰＣ１０１，ビデオカメラ１０２，デジタルカメラ１０３にある映像コンテンツの一覧を検索表示する場合を例にとって説明する。
【００４９】
図４〜図６に、ＰＣ１０１とビデオカメラ１０２とデジタルカメラ１０３の３台の各端末内のローカルコンテンツ群に格納されているコンテンツの例をそれぞれ示す。図４に示す通り、ＰＣ１０１は、コンテンツ種別が映像コンテンツである２つのコンテンツ「ニュース番組Ａ」および「グルメ番組Ｂ」をローカルコンテンツ群５１０内に保持している。また、図５に示す通り、ビデオカメラ１０２は、コンテンツ種別が映像コンテンツである１つのコンテンツ「ホームビデオＸ」をローカルコンテンツ群６１０内に保持している。また、図６に示す通り、デジタルカメラ１０３は、コンテンツ種別が画像コンテンツである１つのコンテンツ「旅行Ｃ」をローカルコンテンツ群６１０内に保持している。
【００５０】
本具体例では、ＰＣ１０１内のローカルコンテンツ群に関するメタ情報及びビデオカメラ１０２内のローカルコンテンツ群に関するメタ情報は、部分メタ情報としてＰＣ１０１内で管理されるものとする。また、デジタルカメラ１０３内のローカルコンテンツ群に関するメタ情報は、サーバ６内で管理されるものとする。そして、サーバ６は、これら３台の各端末内のローカルコンテンツ群に関するメタ情報群を一元的に管理する。
【００５１】
図７に、第１の端末であるＰＣ１０１内で管理される部分メタ情報の一例を示す。この例では、メタ情報タグに囲まれた範囲内に、各端末ごとに記述されたメタ情報が並べられており、１つの端末に係るメタ情報については、属性として端末名を含む端末タグに囲まれた範囲内に、コンテンツごとに記述されたメタ情報が並べられている。また、各コンテンツのメタ情報は、端末名とデータタイプとコンテンツＩＤを属性として含むコンテンツ種別を示すタグに囲まれた範囲内に、当該コンテンツに関する情報がタグで構造化されて並べられている。
【００５２】
図８にサーバ６内で管理されるメタ情報の第１の例を示し、図９に同じく第２の例を示す。図８は、部分メタ情報管理機能を有する第１の端末５０（本具体例では、ＰＣ１０１）において管理されている部分メタ情報（本具体例では、ＰＣ１０１のメタ情報とビデオカメラのメタ情報）のコピーをサーバ６内には保持しない場合の例であり、図９は、同コピーをサーバ６内に保持する場合の例である。すなわち、図８と図９とを比較すると、いずれもメタ情報タグに囲まれた範囲内に、各ローカル管理コンテンツ群ごとに記述された情報が並べられているが、部分メタ情報を管理する端末（以下、管理端末とも呼ぶ）であるＰＣ１０１については、図８ではタグ内に参照リンク情報が記述されているのみで、メタ情報のコピーは記述されていないのに対して、図９では参照リンク情報に加えてメタ情報のコピーが記述されている。また、図８と図９のいずれの例においても、デジタルカメラ１０３については、メタ情報が記述されている。なお、図８では、ローカル管理コンテンツ群タグ内に管理端末が明示的には記述されておらず、ローカル管理コンテンツ群タグ内に管理端末が記述されていないものが当該サーバ６により直接管理されるメタ情報であることを示しているのに対して、図９では、ローカル管理コンテンツ群タグ内に管理端末＝サーバが明示的に記述されている点が相違している。
【００５３】
なお、本具体例では、メタ情報は、ＸＭＬフォーマットで記述されているが、これに限定されるものではない。
【００５４】
以下の説明では、図９に示す通り管理端末内で管理される部分メタ情報のコピーを保持するメタ情報を用いる場合を例にとって説明する。図９の具体例の内容についてより詳しく説明すると、図９では、サーバ６で把握しているローカルコンテンツ群は、ＰＣ１０１上の映像コンテンツ「ニュース番組Ａ」と、ビデオカメラ１０２上の映像コンテンツ「ホームビデオＸ」と、デジタルカメラ１０３上の画像コンテンツ「旅行Ｃ」の３つであるが、ＰＣ１０１およびビデオカメラ１０２上の最新コンテンツはＰＣ１０１が管理していて、その部分メタ情報に対応するＰＣ１０１へのリンク先は、ＰＣ１０１上にあるローカルコンテンツ群に対応するメタ情報ＤＢの中の「／メタ情報」であることを示している。また、デジタルカメラ１０３上にある最新コンテンツはサーバ６が管理していていることを示している。
【００５５】
また、属性「更新フラグ」により、第１の端末であるＰＣ１０１が管理するメタ情報の内、その変更内容がまだ当該サーバ６に反映されていないものが含まれるか否かを示している。この例では、更新フラグの属性値が“Ｔｒｕｅ”のとき未反映のメタ情報が含まれる旨を示し、属性値が“Ｆａｌｓｅ”のとき未反映のメタ情報が含まれない旨を示すものとしている。
【００５６】
なお、更新フラグは、例えば、次のようにして属性値の設定が行われる。すなわち、第１の端末５０の部分メタ情報管理部１４０は、部分メタ情報ＤＢ５２０の更新を実行した場合に、更新があった旨を示す通知メッセージをサーバ６へ送信する。この通知メッセージを受信したサーバ６は、該当するメタ情報の更新フラグの属性値を“Ｔｒｕｅ”に変更する。ただし、第１の端末５０の部分メタ情報管理部１４０は、部分メタ情報ＤＢ５２０の更新を実行した場合に、一定の時間内にサーバ６に対してメタ情報更新要求信号を送信するタイミングに達するときは、上記通知メッセージを送信せずに、該タイミングに達してからメタ情報更新要求信号を送信するようにしてもよい。また、サーバ６は、第１の端末５０からメタ情報更新要求信号を受信した場合に、該当するメタ情報を更新するとともに、更新フラグの属性値を“Ｆａｌｓｅ”に変更する。
【００５７】
なお、更新フラグを設けずに、常に更新されていない（可能性がある）ものとして扱う（常に更新フラグの属性値が“Ｔｒｕｅ”であるものとして扱う）形態も可能である。また、図８に示すように第１の端末５０内で管理されている部分メタ情報のコピーを含まないメタ情報を採用する場合には、更新フラグは設けられず、常に、更新されていない（可能性がある）ものとして扱うことになる。
【００５８】
この例では、ＰＣ１０１上に「グルメ番組Ｂ」が新規番組として録画され、この映像コンテンツに対応したメタ情報は図７に示すようにＰＣ１０１内の部分メタ情報ＤＢ５２０には反映されているが、サーバ６内のメタ情報ＤＢ７２０にはまだ反映されていないものとする。
【００５９】
なお、図８や図９の例では説明を簡潔にするためローカルコンテンツ群を管理する端末でサーバ６以外のものはＰＣ１０１の一つしか示していないが、サーバ６以外に管理端末が複数存在する場合には、図９においてメタ情報タグ内に、各管理端末ごと（すなわち、ローカル管理コンテンツ群ごと）に記述された情報を並べればよい。
【００６０】
以下、図２を参照しながら、本コンテンツ検索装置の処理動作について説明する。
【００６１】
まず、サーバ６は、各端末５０，５１にネットワーク２０を介して接続した状態で、ユーザからの検索表示要求を待つ（ステップＳ１１）。
【００６２】
図１０に、ユーザによる検索表示要求に係る条件の設定を行うためのＧＵＩ画面の一例を示す。
【００６３】
この例では、「各端末内のローカルコンテンツ群から、コンテンツ種別が映像コンテンツであるコンテンツを取得し表示する」という検索表示要求を行う場合を例にとって説明する。例えばユーザは、図１０に示すＧＵＩ上で、コンテンツ種別が「映像」、項目名および項目値に関しては「条件なし」をドロップダウンメニューから選択して検索ボタンを押下することによって、設定条件を入力する。
【００６４】
ステップＳ１１の状態でユーザによる検索表示要求の入力有無をチェックし（ステップＳ１２）、検索表示要求がなければステップＳ１１へ戻り、逆に検索表示要求があればステップＳ１３へ進む。
【００６５】
ステップＳ１３では、サーバが一元的に管理している各端末に対応するメタ情報のうち、ステップＳ１２で得た検索表示要求から求めたメタ情報検索条件に合致するコンテンツの検索、獲得を行う。
【００６６】
まず、上記のようにして設定された設定条件をもとに、該設定条件に対応するメタ情報検索用のクエリ（検索条件）が生成される。ここで、メタ情報検索用のクエリは、ローカルコンテンツ群を管理する管理端末とサーバ６の両方に対して発行される必要がある。このため、現時点で各端末のローカルコンテンツ群に関する最新の管理情報をどの管理端末が保持しているかを知るために、サーバ６内のメタ情報ＤＢ７２０に対して、管理情報を保持する管理端末の情報を取得するためのクエリを発行する。
【００６７】
図１１に、管理端末情報を取得するためのクエリの一例を示し、図１２に、このクエリを適用して得られた結果の一例を示す。
【００６８】
以下の説明では、クエリ記述言語としてＷ３Ｃ標準であるＸＱｕｅｒｙ（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｘｑｕｅｒｙ）を用いるが、本発明はこれに限らない。
【００６９】
図１１に示されるクエリの意味するところは次の通りである。
（１行目：探索範囲）ＦＯＲ節を用いて、各ローカル管理コンテンツ群のうち、更新フラグが“Ｔｒｕｅ”であるもの（すなわち、最新の管理情報がサーバ６でなく、管理端末側にあるもの）を１つずつ＄ｌｏｃａｌ＿ｍｎｇ＿ｇｒｐの値として代入し、各＄ｌｏｃａｌ＿ｍｎｇ＿ｇｒｐに対して、以下の各行のステップをそれぞれ適用する。
（２行目：値代入）ＬＥＴ節を用いて、＄ｌｏｃａｌ＿ｍｎｇ＿ｇｒｐの属性タグ「管理端末」の値をテキスト値として取得し、これらをリスト＄ｍｎｇ＿ｄｅｖｉｃｅに１つずつ代入して保持する。
（３行目：値代入）ＬＥＴ節を用いて、＄ｌｏｃａｌ＿ｍｎｇ＿ｇｒｐの属性タグ「リンク先」の値をテキスト値として取得し、これらをリスト＄ｌｉｎｋに１つずつ代入して保持する。
（４行目以降：結果送信）２行目および３行目のステップで求めたリスト＄ｌｏｃａｌ＿ｍｎｇ−ｇｒｐおよび＄ｌｉｎｋの値を１つずつ、それぞれ要素タグ「管理端末」、「リンク先」で囲み、さらに、これらを要素タグ「ローカル管理端末情報」で囲んだ検索結果として送信する。
【００７０】
この例では、図１１のクエリ検索条件に該当する要素タグ「ローカル管理コンテンツ群」は一つであり、これが図１２に示すように、一つの要素タグ「ローカル管理端末情報」として送信される。
【００７１】
このような管理端末情報の検索結果から、サーバ６内に保持されるメタ情報のうちの一部を、管理端末であるＰＣ１０１が管理していることが分かる。
【００７２】
このようにして獲得した管理端末情報をもとに、現時点で各端末のローカルコンテンツ群に関する最新の管理情報を保持する管理端末が存在するか否かを判定する（ステップＳ１４）。
【００７３】
この時点で、該当する管理端末情報が得られた場合は、その端末が保持する部分メタ情報の検索取得が必要であり、該当する管理端末がない場合は、サーバ６内のメタ情報のみを検索対象にすればよいことが分かる。
【００７４】
従って、検索の結果、管理端末がある場合（ステップＳ１４でＹｅｓの場合）は、部分メタ情報へのリンクが存在する管理端末を特定し、この特定した管理端末が管理する部分メタ情報への検索を実行する（ステップＳ１５）。さらに、サーバ６が管理するメタ情報（ただし、属性値が“Ｔｒｕｅ”であるものを除く）への検索を実行し、これらの部分メタ情報の検索結果を統合する（ステップＳ１６）。以降の処理では、この統合結果を使用する。
【００７５】
なお、この時点で、当該管理端末に係る部分メタ情報を全て取得し、これをメタ情報ＤＢ７２０に対してフラッシュ（書き戻し）するようにしてもよい。この場合には、該当するメタ情報における更新フラグを“Ｆａｌｓｅ”に更新する。
【００７６】
一方、検索の結果、管理端末が存在しない場合（ステップＳ１４でＮｏの場合）は、サーバ６が管理するメタ情報（ただし、属性値が“Ｔｒｕｅ”であるものを除く）への検索を実行する（ステップＳ１７）。以降の処理では、この検索結果を使用する。
【００７７】
ここで、本具体例について、ステップＳ１３〜Ｓ１７の処理について詳しく説明する。ステップＳ１３では、図１１に示すような部分メタ情報を管理する管理端末のＩＤを取得するための検索クエリを、メタ情報ＤＢ７２０に対して適用する。図１１に示すクエリは、パス「／メタ情報／ローカルコンテンツ群」の中で、直下に更新フラグの属性値が“Ｔｒｕｅ”であるコンテンツに対して、属性「管理端末」および属性「リンク先」の値をすべて取得しなさい、という内容である。このクエリに対応した部分メタ情報を管理する管理端末の端末ＩＤ（一般に複数も可）の検索結果は図１２に示す通りになり、管理端末が「ＰＣ」、リンク先が「／メタ情報」と分かる。この結果、ステップＳ１４ではｙｅｓとなって、ステップＳ１５，Ｓ１６の処理を行うことになる。
【００７８】
ステップＳ１５では、上記のようにして求めた部分メタ情報を管理する管理端末すなわちＰＣ１０１内の部分メタ情報ＤＢ５２０に対して、図１３に示すクエリによる部分メタ情報の検索を実行するとともに、サーバ６内のメタ情報ＤＢ７２０に対して、図１４に示すクエリを発行する。ステップＳ１６では、図１５に示す管理端末の部分メタ情報への検索結果（３つのコンテンツに係るメタ情報が含まれる）と、サーバ６内のメタ情報への検索結果（該当するメタ情報は無いので、検索結果は空集合になる）とを獲得し、これらを統合する。この統合の結果は図１５と同様になる。
【００７９】
さて、図１５に示すメタ情報が得られたならば、コンテンツ検索部３３０は、このメタ情報をもとに、コンテンツ検索を適用すべきコンテンツのＩＤ（本具体例の場合、ＩＤ＝１、ＩＤ＝２、ＩＤ＝４）と、これを含む端末（本具体例の場合、ＩＤ＝１とＩＤ＝４については端末＝“ＰＣ”、ＩＤ＝２については端末＝“ビデオカメラ”）を特定し、各端末に対してそれぞれ各コンテンツの取得を実行する（ステップＳ１８）。なお、メタ情報に基づくローカルコンテンツの検索表示には公知の技術を用いて構わない。本具体例では、一例として、各コンテンツのファイル格納場所に対応したＵＲＬを利用して、例えばＵＰｎＰプロトコルに従い、コンテンツを取得することを想定している。
【００８０】
ＰＣ１０１におけるＩＤ＝１及びＩＤ＝４のコンテンツの取得結果は図４に示す通りであり、ビデオカメラ１０２におけるＩＤ＝２のコンテンツの取得結果は図１６に示す通りである。
【００８１】
さらに、それら各端末から送信されたコンテンツ検索結果を統合して、検索結果コンテンツ群を作成する（ステップＳ１９）。
【００８２】
図１７に、このコンテンツ検索結果を統合した結果に対応するコンテンツの内容を示す。本具体例では、図１７に示す通り、「ニュース番組Ａ」、「グルメ番組Ｂ」、「ホームビデオＸ」の３つとなる。
【００８３】
最後に、以上の手順によって得られた検索結果コンテンツ群をコンテンツ表示部３６０であるディスプレイ上に表示する（ステップＳ２０）。前述したように、コンテンツ表示の仕方は、コンテンツの種別に応じて使い分けをしてもよい。例えば、映像コンテンツの場合は映像コンテンツそのものでなくサムネイル、すなわち映像シーンの一覧を表示し、音楽や写真の場合はタイトル一覧を表示するようにしてもよい。
【００８４】
以上に説明したように、本実施形態によれば、コンテンツに関するメタ情報の管理において、メタ情報の追加、移動、複製の際に、サーバへのアクセス回数を低減することが可能となる。ひいては、サーバ処理の負荷を低減することが可能となる。
【００８５】
（第２の実施形態）
本実施形態では、第１の実施形態と相違する点を中心に説明する。
【００８６】
図１８に、本発明の第２の実施形態に係るコンテンツ管理システムの構成例を示す。
【００８７】
図１８と図１とを比較して分かるように、本実施形態は、サーバ６が図１の構成に加えて検索クエリ再発行部３８０を更に備えている点が第１の実施形態と相違している。
【００８８】
本実施形態のサーバ６のコンテンツ検索部３３０は、第１の実施形態のコンテンツ検索部３３０の機能に加えて、端末５０，５１に対してコンテンツ検索を実行したときに、或る端末の電源がＯＦＦになっていた等の理由でコンテンツ検索に失敗した場合に、該或る端末とは異なる端末上に、該或る端末のコンテンツのコピーあるいはダイジェストが存在するか否かを判定し、存在する場合、検索クエリ再発行部３８０に、該異なる端末上への検索クエリの再発行を要求する機能と、検索クエリ再発行部３８０から送信された再検索用クエリを受信し、該端末に対して再度検索を実行する機能とを有する。
【００８９】
本実施形態のサーバ６の検索クエリ再発行部３８０は、コンテンツ検索部３３０から受信した検索クエリの再発行の要求をもとに、所望のコンテンツのコピーあるいはダイジェストへの検索クエリを生成し、コンテンツ検索部３３０へ送信する。
【００９０】
以下、具体例を用いながらコンテンツ検索装置の処理動作について説明する。
【００９１】
図１９に、本コンテンツ検索装置の処理動作を表すフローチャートの一例を示す。
【００９２】
本実施形態のコンテンツ管理装置の処理フローは、第１の実施形態のコンテンツ管理装置での処理フローにおけるステップＳ１８の実行の後に、端末の電源ＯＦＦなどの理由でコンテンツ検索に失敗した場合に、このコンテンツのコピーあるいはダイジェストを有する他の端末への検索クエリを再度発行するステップＳ１８１を実行する点が、第１のコンテンツ管理装置での処理フローと異なる。
【００９３】
ここで、本実施形態で用いる具体例においては、ＰＣ１０１とビデオカメラ１０２内のローカルコンテンツ群はそれぞれ図２０と図５に示す通りとする。すなわち、ビデオカメラ１０２でのタイトル「ホームビデオＸ」の映像コンテンツＨＶＸ．ｍｐｇがＰＣ１０１にコピーされ、タイトルのみが「ホームビデオＹ」と書き換えられているものとする。なお、オリジナルのコンテンツのＩＤと、そのコピーのコンテンツのＩＤとは、同一であるものとする（コンテンツがコピーされた場合に同一のコンテンツＩＤを承継するシステムは容易に構築可能である）。また、上記コンテンツがコピーされた点以外は、本実施形態で用いる具体例は、第１の実施形態で用いた具体例と同じコンテンツ保持条件であるものとする（ただし、管理端末におけるメタ情報の変更はすべてサーバ６内のメタ情報ＤＢ７２０に反映されているものとする）。
【００９４】
以下、本具体例では、ユーザがサーバ６上のインタフェースを操作し、各端末にある映像コンテンツのうち、タイトルが「ホームビデオＸ」であるものの一覧を検索表示する場合を例にとって説明する。また、検索時にビデオカメラ１０２の電源がＯＦＦになっている場合を例にとって説明する。
【００９５】
まず、ステップＳ１〜Ｓ１４は、第１の実施形態と同様である。
【００９６】
次に、ステップＳ１４で管理端末が存在すると判断された場合、ステップＳ１５で図２１に示すメタ情報獲得用のクエリを発行すると、ステップＳ１６において、本具体例では、メタ情報の検索結果として、図２２に示すメタ情報が得られる。
【００９７】
図２２に示す通り、ビデオカメラ１０２にタイトル「ホームビデオＸ」の映像コンテンツの存在は確認できたことになる。しかしながら、本具体例では、上記のようにビデオカメラ１０２の電源がＯＦＦになっているために、ステップＳ１８における当該映像コンテンツの検索獲得は失敗する。
【００９８】
ここで、図２２に得られたメタ情報において、コンテンツのＩＤを参照してコンテンツＩＤ＝２を得る。そして、図２３に示すような「コンテンツＩＤ」のタグ値＝“２”を持つコンテンツに関するメタ情報を検索するクエリを再度発行し（ステップＳ１８１）、図２４に示すようなメタ情報を検索結果として取得する。これによって、ＰＣ１０１内に当該コンテンツのコピーであるタイトル＝「ホームビデオＹ」のコンテンツが存在することが確認され、これを検索取得することが可能であることがわかる。
【００９９】
次に、図２４に示すメタ情報が得られたならば、このメタ情報をもとに、コンテンツ検索を適用すべきコンテンツのＩＤ（本具体例の場合、ＩＤ＝２）と、これを含む端末（本具体例の場合、端末＝“ＰＣ”）を特定し、各端末に対してそれぞれ各コンテンツの取得を実行する（ステップＳ１８１）。
【０１００】
そして、ステップＳ１９において、端末から送信されたコンテンツ検索結果を統合して、検索結果コンテンツ群を作成し（本具体例では、タイトル＝「ホームビデオＹ」のコンテンツ）、ステップＳ２０において、得られた検索結果コンテンツ群をコンテンツ表示部３６０であるディスプレイ上に表示する。
【０１０１】
なお、上記では、検索に失敗したコンテンツのコピーの存在を特定する方法について述べたが、コンテンツのダイジェスト等、加工されたものについても同様である。これは、例えば、最終的に発行されたコンテンツＩＤの他に、録画された時点におけるオリジナルコンテンツＩＤを別途定義しておくことで、同様の方法により実現することができる。
【０１０２】
また、以上において、端末内のコンテンツ取得に失敗する場合として、端末の電源がＯＦＦの場合を例に挙げたが、失敗の原因としては、これに限定されるものではない。例えば、Ｂｌｕｅｔｏｏｔｈのように、無線通信でホームサーバと各端末がネットワーク接続されている場合に、距離が１０メートル以上離れた場合に通信に失敗するケースなど、種々のケースが考えられる。
【０１０３】
以上説明したように、本実施形態によれば、サーバにネットワーク接続された端末間でコンテンツの複製、移動が頻繁に行われる場合でも、各端末内コンテンツの管理用にサーバが保持するメタ情報へのアクセス回数やバックアップの対象となるメタ情報量を減らすことができ、ひいてはサーバの処理負荷を低減させることが可能になる。
【０１０４】
さらに、端末の一部が電源ＯＦＦ等により、コンテンツの検索取得に失敗した場合でも、当コンテンツのコピーやダイジェストを別の端末から検索取得することで、ユーザが所望のコンテンツを可能なかぎり迅速に検索取得し、再生させることが可能になる。
【０１０５】
なお、以上の各機能は、ソフトウェアとして記述し適当な機構をもったコンピュータに処理させても実現可能である。
また、本実施形態は、コンピュータに所定の手段を実行させるための、あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるためのプログラムとして実施することもできる。加えて該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。
【０１０６】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【０１０７】
【発明の効果】
本発明によれば、ネットワーク上の端末装置内に記憶されたコンテンツに関するメタ情報を効率良く管理してコンテンツ検索できる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るコンテンツ管理システムの構成例を示す図
【図２】同実施形態に係るコンテンツ検索装置の処理手順の一例を示すフローチャート
【図３】端末装置の具体例を示す図
【図４】端末（ＰＣ）内のローカルコンテンツの一例を示す図
【図５】端末（ビデオカメラ）内のローカルコンテンツの一例を示す図
【図６】端末（デジタルカメラ）内のローカルコンテンツの一例を示す図
【図７】端末（ＰＣ）内で管理される部分メタ情報の一例を示す図
【図８】サーバ内で管理されるメタ情報の第１の例を示す図
【図９】サーバ内で管理されるメタ情報の第２の例を示す図
【図１０】検索条件入力及び検索結果出力のためのＧＵＩ画面の表示例を示す図
【図１１】管理端末情報を取得するためのクエリの一例を示す図
【図１２】管理端末情報の取得結果の一例を示す図
【図１３】端末（ＰＣ）内で管理される部分メタ情報を取得するためのクエリの一例を示す図
【図１４】サーバ内でサーバを管理端末として管理されるメタ情報を取得するためのクエリの一例を示す図
【図１５】管理端末の部分メタ情報への検索結果の一例を示す図
【図１６】コンテンツの取得結果の一例を示す図
【図１７】コンテンツの取得結果を統合した結果の一例を示す図
【図１８】本発明の第２の実施形態に係るコンテンツ管理システムの構成例を示す図
【図１９】同実施形態に係るコンテンツ検索装置の処理手順の一例を示すフローチャート
【図２０】端末（ＰＣ）内のローカルコンテンツの一例を示す図
【図２１】端末（ＰＣ）内で管理される部分メタ情報を取得するためのクエリの一例を示す図
【図２２】管理端末の部分メタ情報への検索結果の一例を示す図
【図２３】端末（ＰＣ）内で管理される部分メタ情報を取得するためのクエリの他の例を示す図
【図２４】管理端末の部分メタ情報への検索結果の他の例を示す図
【符号の説明】
６…サーバ、２０，２１…ネットワーク、５０…第１の端末、５１…第２の端末、１０１…ＰＣ、１０２…ビデオカメラ、１０３…デジタルカメラ、１２０，２２０…コンテンツ管理部、１３０，２３０，３３０…コンテンツ検索部、１４０…部分メタ情報管理部、１５０…部分メタ情報検索部、１９０，２９０，３９０…通信部、３１０…表示要求部、３４０…メタ情報管理部、３５０…メタ情報検索部、３６０…コンテンツ表示部、３８０…検索クエリ再発行部、５２０…部分メタ情報データベース、５１０，６１０…ローカルコンテンツ群、７２０…メタ情報データベース
Claims (9)
- ネットワークを介して通信可能な端末装置内に記憶されたコンテンツを検索するコンテンツ検索装置において、
前記コンテンツの内容に関する複数種類の情報と前記コンテンツを識別するためのＩＤ及び該コンテンツを記憶している端末装置の第１の識別情報を含むメタ情報を記憶している管理端末装置の第２の識別情報を記憶する記憶手段と、
前記複数種類の情報の中から、任意の種類の情報を特定した検索条件を入力する入力手段と、
前記記憶手段に記憶されている第２の識別情報に係る管理端末装置から、前記入力手段により入力された前記検索条件において特定された種類の情報を含むメタ情報を取得する取得手段と、
この取得手段により取得されたメタ情報に基づくコンテンツの前記ＩＤ及び該コンテンツを記憶している端末装置の第１の識別情報を特定する特定手段と、
この特定手段により特定された第１の識別情報に係る端末装置へ前記ネットワークを介して前記特定手段により特定された前記ＩＤに係るコンテンツを取得するための要求を送信する送信手段とを備えたことを特徴とするコンテンツ検索装置。 - 前記記憶手段は、前記第２の識別情報とともに、前記メタ情報の複製及び該メタ情報の複製が前記第２の識別情報に係る管理端末装置に記憶されている前記メタ情報の最新の内容に等しい第１の状態であるか等しくない第２の状態であるかを示す制御情報も含み、
前記取得手段は、前記制御情報が前記第１の状態を示すメタ情報については、前記第２の識別情報に係る管理端末装置の代わりに、前記記憶手段を前記取得の対象とすることを特徴とする請求項１に記載のコンテンツ検索装置。 - 前記管理端末装置から前記ネットワークを介して前記第２の状態を示す通知情報を受信する手段と、
この手段により前記通知情報が受信された場合に、前記記憶手段に記憶された制御情報のうち、前記管理端末装置に係るものを、前記第２の状態に変更する手段とを更に備えたことを特徴とする請求項２に記載のコンテンツ検索装置。 - 前記管理端末装置から前記ネットワークを介して前記メタ情報の最新の内容を取得する手段と、
この手段により前記メタ情報の最新の内容が取得された場合に、前記記憶手段に記憶されたメタ情報のうち、前記管理端末装置に係るものを、取得された前記メタ情報の最新の内容に更新するとともに、対応する前記制御情報を前記第１の状態に変更する手段とを更に備えたことを特徴とする請求項３に記載のコンテンツ検索装置。 - 前記記憶手段は、直接管理すべき端末装置について、該端末装置内に記憶されたコンテンツに関する複数種類の情報及び該コンテンツを記憶している端末装置の第１の識別情報を含むメタ情報も記憶し、
前記取得手段は、前記記憶手段に記憶された、直接管理すべき端末装置についてのメタ情報のうち、前記検索条件において特定された種類の情報を含むものも取得することを特徴とする請求項１に記載のコンテンツ検索装置。 - 前記メタ情報は、前記コンテンツに関する複数種類の情報として、少なくとも、該メタ情報に係るコンテンツの種別を示す情報、該コンテンツのタイトルを示す情報、及び該コンテンツのファイル名を示す情報を含むことを特徴とする請求項１に記載のコンテンツ検索装置。
- 前記要求を送信した端末装置から前記要求に係るコンテンツを受信する受信手段と、
この手段により受信されたコンテンツに関する情報を提示する提示手段とを更に備えたことを特徴とする請求項１に記載のコンテンツ検索装置。 - 前記メタ情報に係るコンテンツが、特定のコンテンツの複製又はダイジェストである場合には、該メタ情報は、該複製又はダイジェストを記憶している端末装置の第１の識別情報を含み、
前記取得手段は、前記送信手段により前記特定のコンテンツを記憶している端末装置へ前記ネットワークを介して前記特定のコンテンツを取得するための要求が送信されたにもかかわらず、前記受信手段により前記特定のコンテンツを受信することができなかった場合には、前記複製又はダイジェストに係るメタ情報を取得し、
前記特定手段は、前記取得手段により取得されたメタ情報に基づいて、前記複製又はダイジェストを記憶している端末装置の第１の識別情報を特定し、
前記送信手段は、前記特定手段により特定された第１の識別情報に係る端末装置へ前記ネットワークを介して前記複製又はダイジェストを取得するための要求を送信することを特徴とする請求項１に記載のコンテンツ検索装置。 - ネットワークを介して通信可能な端末装置内に記憶されたコンテンツを検索するコンテンツ検索装置におけるコンテンツ検索方法において、
前記コンテンツの内容に関する複数種類の情報と前記コンテンツを識別するためのＩＤ及び該コンテンツを記憶している端末装置の第１の識別情報を含むメタ情報を記憶している管理端末装置の第２の識別情報を記憶手段に記憶する記憶ステップと、
前記複数種類の情報の中から、任意の種類の情報を特定した検索条件を入力する入力ステップと、
前記記憶手段に記憶されている第２の識別情報に係る管理端末装置から、前記入力ステップにより入力された前記検索条件において特定された種類の情報を含むメタ情報を取得する取得ステップと、
この取得ステップにより取得されたメタ情報に基づくコンテンツの前記ＩＤ及び該コンテンツを記憶している端末装置の第１の識別情報を特定する特定ステップと、
この特定ステップにより特定された第１の識別情報に係る端末装置へ前記ネットワークを介して前記特定ステップにより特定された前記ＩＤに係るコンテンツを取得するための要求を送信する送信ステップとを有することを特徴とするコンテンツ検索方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003202464A JP4047777B2 (ja) | 2003-07-28 | 2003-07-28 | コンテンツ検索装置及びコンテンツ検索方法 |
| US10/898,330 US7412445B2 (en) | 2003-07-28 | 2004-07-26 | Content retrieving device and content retrieving method |
| US12/022,174 US20080126363A1 (en) | 2003-07-28 | 2008-01-30 | Content retrieving device and content retrieving method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003202464A JP4047777B2 (ja) | 2003-07-28 | 2003-07-28 | コンテンツ検索装置及びコンテンツ検索方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005044097A true JP2005044097A (ja) | 2005-02-17 |
| JP4047777B2 JP4047777B2 (ja) | 2008-02-13 |
Family
ID=34225015
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003202464A Expired - Fee Related JP4047777B2 (ja) | 2003-07-28 | 2003-07-28 | コンテンツ検索装置及びコンテンツ検索方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (2) | US7412445B2 (ja) |
| JP (1) | JP4047777B2 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008065375A (ja) * | 2006-09-04 | 2008-03-21 | Matsushita Electric Ind Co Ltd | コンテンツリスト管理装置及びコンテンツリスト管理方法 |
| JP2009157568A (ja) * | 2007-12-26 | 2009-07-16 | Toshiba Corp | 情報処理装置 |
| US7606118B2 (en) | 2005-03-14 | 2009-10-20 | Kabushiki Kaisha Toshiba | Music data transfer method, information processing apparatus and information recording/playback system |
| JP2009277219A (ja) * | 2008-05-12 | 2009-11-26 | Research In Motion Ltd | 複数の供給源からのメディアファイルの管理 |
| JP2012221065A (ja) * | 2011-04-05 | 2012-11-12 | Ntt Docomo Inc | 携帯装置、サーバ、検索システムおよび検索方法 |
| US9986013B2 (en) | 2008-05-12 | 2018-05-29 | Blackberry Limited | Systems and methods for space management in file systems |
| US10552384B2 (en) | 2008-05-12 | 2020-02-04 | Blackberry Limited | Synchronizing media files available from multiple sources |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006227843A (ja) * | 2005-02-16 | 2006-08-31 | Sony Corp | コンテンツ情報管理システム、コンテンツ情報管理装置及びコンテンツ情報管理方法、並びにコンピュータ・プログラム |
| JP2007304720A (ja) * | 2006-05-09 | 2007-11-22 | Fuji Xerox Co Ltd | コンテンツ利用管理システム、コンテンツ提供システム、及びコンテンツ利用装置 |
| CN101645802B (zh) * | 2008-08-04 | 2012-08-15 | 华为技术有限公司 | 内容控制方法及装置 |
| KR101388386B1 (ko) * | 2013-01-17 | 2014-04-22 | 주식회사 엘지유플러스 | 브이오디 채널 편성 장치 및 방법 |
| US8943517B2 (en) * | 2013-02-21 | 2015-01-27 | International Business Machines Corporation | Generalized application message generation service |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09167113A (ja) | 1995-12-18 | 1997-06-24 | Toshiba Corp | データベース管理システム |
| US6134315A (en) * | 1997-09-30 | 2000-10-17 | Genesys Telecommunications Laboratories, Inc. | Metadata-based network routing |
| US6424980B1 (en) * | 1998-06-10 | 2002-07-23 | Nippon Telegraph And Telephone Corporation | Integrated retrieval scheme for retrieving semi-structured documents |
| JP2004146860A (ja) * | 2000-12-29 | 2004-05-20 | Ccp:Kk | コンテンツのディレクトリサービス・システム |
| JP2002063165A (ja) | 2001-04-09 | 2002-02-28 | Nippon Telegr & Teleph Corp <Ntt> | 情報検索方法および情報検索システムおよび情報検索プログラムおよび情報検索プログラムを記録した記録媒体 |
| US7395245B2 (en) * | 2001-06-07 | 2008-07-01 | Matsushita Electric Industrial Co., Ltd. | Content usage management system and server used in the system |
| JP2003122773A (ja) | 2001-10-16 | 2003-04-25 | Victor Co Of Japan Ltd | メタデータ検索システム |
| US8156532B2 (en) * | 2002-07-15 | 2012-04-10 | Sony Corporation | Video program creation system, table providing device, terminal device, terminal processing method, program, recording medium |
-
2003
- 2003-07-28 JP JP2003202464A patent/JP4047777B2/ja not_active Expired - Fee Related
-
2004
- 2004-07-26 US US10/898,330 patent/US7412445B2/en not_active Expired - Fee Related
-
2008
- 2008-01-30 US US12/022,174 patent/US20080126363A1/en not_active Abandoned
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7606118B2 (en) | 2005-03-14 | 2009-10-20 | Kabushiki Kaisha Toshiba | Music data transfer method, information processing apparatus and information recording/playback system |
| US7990809B2 (en) | 2005-03-14 | 2011-08-02 | Kabushiki Kaisha Toshiba | Music data transfer method, information processing apparatus and information recording/playback system |
| US8238203B2 (en) | 2005-03-14 | 2012-08-07 | Kabushiki Kaisha Toshiba | Music data transfer method, information processing apparatus and information recording/playback system |
| JP2008065375A (ja) * | 2006-09-04 | 2008-03-21 | Matsushita Electric Ind Co Ltd | コンテンツリスト管理装置及びコンテンツリスト管理方法 |
| JP2009157568A (ja) * | 2007-12-26 | 2009-07-16 | Toshiba Corp | 情報処理装置 |
| JP2009277219A (ja) * | 2008-05-12 | 2009-11-26 | Research In Motion Ltd | 複数の供給源からのメディアファイルの管理 |
| US9986013B2 (en) | 2008-05-12 | 2018-05-29 | Blackberry Limited | Systems and methods for space management in file systems |
| US10552384B2 (en) | 2008-05-12 | 2020-02-04 | Blackberry Limited | Synchronizing media files available from multiple sources |
| JP2012221065A (ja) * | 2011-04-05 | 2012-11-12 | Ntt Docomo Inc | 携帯装置、サーバ、検索システムおよび検索方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20080126363A1 (en) | 2008-05-29 |
| US7412445B2 (en) | 2008-08-12 |
| US20050055378A1 (en) | 2005-03-10 |
| JP4047777B2 (ja) | 2008-02-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9356823B2 (en) | Providing and receiving content for computer networks using a gateway and server | |
| US9003301B2 (en) | Image management method and system using thumbnail in DLNA system | |
| US8626739B2 (en) | Methods and systems for processing media files | |
| EP2294777B1 (en) | Remote selection and authorization of collected media transmission | |
| US20080126363A1 (en) | Content retrieving device and content retrieving method | |
| US8665337B2 (en) | Image sharing system, image managing server, and control method and program thereof | |
| US20060112141A1 (en) | System for automatically creating a metadata repository for multimedia | |
| US20070118606A1 (en) | Virtual content directory service | |
| US20070192797A1 (en) | Method of and apparatus for managing distributed contents | |
| JP2011507096A (ja) | メタデータ生成のシステム及び方法 | |
| US20090083289A1 (en) | System For Accessing A Service Associated With A Resource | |
| JP2010529550A (ja) | コンテンツディレクトリ・サービスと制御ポイントとの間のコンテンツを同期化する方法 | |
| JP2008021293A (ja) | コンテンツ管理方法及び装置 | |
| WO2006057741A2 (en) | Interactive system for collecting metadata | |
| US20120109952A1 (en) | System, method, and computer program for remote management of digital content | |
| WO2005048132A1 (en) | Content based partial download | |
| JP2009042933A (ja) | ネットワークコンテンツ購入・登録端末、ネットワークコンテンツダウンロード端末、サーバ、及びシステム | |
| JP5753999B2 (ja) | 端末装置、データ処理プログラム、及びデータ管理システム | |
| US9384294B2 (en) | Multimedia sharing apparatus using copy of metadata database of portable terminal and method thereof | |
| JP2005038120A (ja) | コンテンツ検索装置及びコンテンツ検索方法 | |
| JP2001265895A (ja) | コンテンツ管理装置、コンテンツ作成支援装置及び記録媒体 | |
| JP2005208781A (ja) | コンテンツ管理システム及びコンテンツ管理方法、並びにコンピュータ・プログラム | |
| KR20120076467A (ko) | 미디어 콘텐츠에 대한 연관 정보를 제공하는 방법, 장치 및 시스템 | |
| JP2003006030A (ja) | 電子情報管理システム、電子情報管理方法、および、電子情報管理プログラム | |
| WO2003091907A1 (fr) | Dispositif et procede de gestion de contenu |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070821 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071022 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071120 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071122 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101130 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101130 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111130 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121130 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131130 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |