JP2005038120A - コンテンツ検索装置及びコンテンツ検索方法 - Google Patents

Abstract

【課題】複数の端末内のコンテンツに関するメタ情報をコンテンツ検索装置で一元管理して統合検索する際のコンテンツ検索装置の処理に要する負荷を低減させることのできるコンテンツ検索装置を提供すること。
【解決手段】検索対象端末特定部３８０は、検索条件からスキーマ条件を抽出する。検索対象端末特定部３８０は、スキーマ情報群７３０を参照して、このスキーマ条件を満たすスキーマを持つ端末を特定する。メタ情報検索部３５０は、特定された端末に対応付けてメタ情報ＤＢ７２０に記憶されているメタ情報のうち、検索条件を満たすメタ情報を取得する。コンテンツ検索部３３０は、このメタ情報に基づき検索要求を送信する。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、端末内に格納されたコンテンツを検索するコンテンツ検索装置及びコンテンツ検索方法に関する。
【０００２】
【従来の技術】
パーソナルコンピュータ（以下、ＰＣ）、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）などの携帯端末、番組レコーダー付きＴＶなどの情報端末といった端末を、有線又は無線ネットワークでサーバに接続し、サーバ経由で個々の端末へ映像や音楽、画像といったマルチメディアコンテンツデータ（以下、コンテンツと呼ぶ）を転送することにより、場所を選ばず番組、写真、音楽等のコンテンツを視聴する技術がある。
【０００３】
このような機能を提供するためのサーバの代表例であるホームサーバは、コンテンツを蓄積したり管理したりするもので、通常はホームネットワークを構成してネットワークで接続された端末の制御や管理を行うことも可能である。例えば、無線ＬＡＮ機能を内蔵するホームサーバ（パーソナルサーバ）は、居間に置くことで、無線通信により書斎や台所、個室にあるＰＣに映像や音楽を転送することができる（例えば、非特許文献１参照）。すなわち、ホームサーバとは、コンテンツを蓄積するとともに、家庭内に位置する端末に対してコンテンツを送受信する、いわば司令塔の役割を持っており、ネットワークに接続されたコンテンツの中から所望のものを検索表示できる機能も必須である。
【０００４】
【非特許文献１】
ｈｔｔｐ：／／ｗｗｗ．ｓｈａｒｐ．ｃｏ．ｊｐ／ｇａｌｉｌｅｏ／ｉｎｄｅｘ．ｈｔｍｌ
【０００５】
【発明が解決しようとする課題】
上記したようなサーバ経由でユーザがアクセスするコンテンツを管理するために、コンテンツに関する付加情報を記述したメタ情報をサーバで一元管理し、各端末内のコンテンツを統合的に検索したいというニーズが高まっている。
【０００６】
ここで、ユーザにとっては、サーバに検索要求を発行するだけで、ネットワーク上の各端末に対して検索処理が行われることが望ましいが、サーバがメタ情報を検索する際に、例えば放送番組と個人で撮影したビデオ映像のように、メタ情報の構造が異なるコンテンツを検索しても意味がない場合がある。
【０００７】
すなわち、各端末内のコンテンツには、放送番組、個人で撮影した映像、デジタルカメラで撮影した写真、音楽アルバムや楽曲等、さまざまな種別があるが、コンテンツの種別が同一であるならば、コンテンツに関するメタ情報の構造が異なっていたとしても、検索しようとするコンテンツの種別と同一種別のコンテンツを保持する端末に対して無駄なコンテンツ検索要求を発行してしまうという問題がある。特に、このような無駄なコンテンツ検索要求を発行した先の端末の電源がＯＦＦであったり、この端末とサーバとの間でコンテンツ送受信を行うときの通信状況が悪い場合には、相当の無駄なアクセス処理が発生してしまうという問題がある。
【０００８】
本発明は、上記事情を考慮してなされたもので、ネットワークを介して通信可能な複数の端末内のコンテンツに関するメタ情報をコンテンツ検索装置で一元管理して統合検索する際のコンテンツ検索装置の処理に要する負荷を低減させるコンテンツ検索装置及びコンテンツ検索方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明に係るコンテンツ検索装置は、ネットワークを介して通信可能な端末装置内に記憶されたコンテンツを検索するコンテンツ検索装置において、前記端末装置毎に、前記コンテンツに関する複数種類の情報を含むメタ情報を対応付けて記憶するメタ情報記憶手段と、前記端末装置毎に、前記メタ情報が含むべき情報の種類を定義したスキーマ情報を対応付けて記憶するスキーマ情報記憶手段と、任意の種類の情報を特定した検索条件を入力する入力手段と、前記検索条件において特定された情報の種類を抽出する抽出手段と、前記スキーマ情報記憶手段に記憶されているスキーマ情報を参照して、前記抽出手段により抽出された情報の種類が定義されたスキーマ情報が対応付けて記憶されている端末装置を特定する特定手段と、この特定手段により特定された端末装置に対応付けて前記メタ情報記憶手段に記憶されているメタ情報のみを参照して、前記検索条件において特定された種類の情報と同一の種類の情報を含むメタ情報を取得する取得手段と、この取得手段により取得されたメタ情報に基づき前記検索条件を含む検索要求を送信すべき端末装置を決定する決定手段と、この決定手段により決定された端末装置へ前記ネットワークを介して前記検索要求を送信する送信手段とを備えたことを特徴とする。
【００１０】
本発明に係るコンテンツ検索方法は、ネットワークを介して通信可能な端末装置内に記憶されたコンテンツを検索するコンテンツ検索装置におけるコンテンツ検索方法において、前記端末装置毎に、前記コンテンツに関する複数種類の情報を含むメタ情報を対応付けてメタ情報記憶手段に記憶するステップ、前記端末装置毎に、前記メタ情報が含むべき情報の種類を定義したスキーマ情報を対応付けてスキーマ情報記憶手段に記憶するステップと、任意の種類の情報を特定した検索条件を入力する入力ステップと、前記検索条件において特定された情報の種類を抽出する抽出ステップと、前記スキーマ情報記憶手段に記憶されているスキーマ情報を参照して、前記抽出ステップにより抽出された情報の種類が定義されたスキーマ情報が対応付けて記憶されている端末装置を特定する特定ステップと、この特定ステップにより特定された端末装置に対応付けて前記メタ情報記憶手段に記憶されているメタ情報のみを参照して、前記検索条件において特定された種類の情報と同一の種類の情報を含むメタ情報を取得する取得ステップと、この取得ステップにより取得されたメタ情報に基づき前記検索条件を含む検索要求を送信すべき端末装置を決定する決定ステップと、この決定ステップにより決定された端末装置へ前記ネットワークを介して前記検索要求を送信する送信ステップとを有することを特徴とする。
【００１１】
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムとしても成立し、該プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００１２】
本発明によれば、コンテンツ検索要求を処理するにあたって、検索条件から抽出されたデータ構造条件を利用して、メタ情報検索の対象となる端末装置を早期に絞り込むことで、メタ情報検索処理をより効率化することができ、これによってコンテンツ検索装置の負荷を低減させることができる。また、本発明によれば、各端末内で格納するマルチメディアコンテンツの種類がそれぞれ異なっても、無駄なメタ情報検索要求の発行を減らすことができ、より効率的なコンテンツ検索を実現することができる。
【００１３】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００１４】
図１に、本発明の一実施形態に係るコンテンツ検索システムの構成例を示す。本実施形態のコンテンツ検索システムは、サーバ（コンテンツ検索装置）６と、ネットワーク２０を介してサーバ６との間で通信可能な複数台の端末５０とを含む。
【００１５】
ネットワーク２０は、例えば、ホームネットワークなどのＬＡＮであってもよい。また、端末５０は、例えば、ＰＣ、情報端末、携帯端末、その他の家電等であってもよい。
【００１６】
図１に示されるように、本実施形態のサーバ６は、検索要求入力部３１０、コンテンツ検索部３３０、メタ情報検索部３５０、メタ情報管理部３４０、コンテンツ表示部３６０、スキーマ条件抽出部３７０、検索対象端末特定部３８０、通信部３９０、メタ情報データベース（メタ情報ＤＢ）７２０及びスキーマ情報群（スキーマ情報記憶部）７３０を備えている。
【００１７】
メタ情報ＤＢ７２０は、各端末５０内のローカルコンテンツ群５１０に格納された各々のコンテンツ（マルチメディアコンテンツデータ）に関するメタ情報を格納する。
【００１８】
スキーマ情報群７３０は、各端末５０内のローカルコンテンツ群５１０に格納されたマルチメディアコンテンツに対して設定されたメタ情報のデータ構造（スキーマ）を格納する。
【００１９】
検索要求入力部３１０は、ユーザが検索表示を行うための要求を入力するインタフェースであり、入力された検索要求（検索表示要求とも呼ばれる）はスキーマ条件抽出部３７０に渡される。なお、検索要求には、コンテンツが満たすべき条件を示す情報が含まれる。
【００２０】
スキーマ条件抽出部３７０は、検索要求入力部３１０から渡された検索要求から、メタ情報が満たすべきメタ情報検索条件を抽出するとともに、検索対象となるコンテンツに対応するメタ情報のスキーマが満たすべき条件を抽出し、これらを検索対象端末特定部３８０に渡す。
【００２１】
検索対象端末特定部３８０は、スキーマ条件抽出部３７０から渡された、スキーマが満たすべき条件に従い、スキーマ情報群７３０に対して検索を実行するとともに、検索の結果得られたスキーマ情報に対応する端末への絞込みを行い、この絞込み条件をスキーマ条件抽出部３７０から渡されたメタ情報検索条件に追加し、これによって新たに得られたメタ情報検索条件をコンテンツ検索部３３０に渡す。
【００２２】
メタ情報検索部３５０は、コンテンツ検索部３３０から渡されたメタ情報検索条件をもとにメタ情報ＤＢ７２０内から条件に合致するメタ情報を求め、コンテンツ検索部３３０に渡す。
【００２３】
メタ情報管理部３４０は、メタ情報ＤＢ７２０の更新情報を管理するとともに、メタ情報検索部３５０が実行した検索条件に合致したメタ情報をメタ情報ＤＢ７２０から受け取り、メタ情報検索部３５０に返却する。また、メタ情報管理部３４０は、通信部１９０および通信部３９０経由で端末５０から渡されたスキーマを、スキーマ情報群７３０に格納する。
【００２４】
コンテンツ検索部３３０は、検索対象端末特定部３８０から渡されたメタ情報検索条件をメタ情報検索部３５０に渡すとともに、メタ情報検索部３５０から検索結果として返却されたメタ情報を受け取り、このメタ情報および上記コンテンツ検索対象に該当する端末５０に対するコンテンツ検索を実行するための検索要求を通信部３９０経由で該当端末５０に渡し、検索を指示する。また、コンテンツ検索部３３０は、各端末５０から返却された検索結果コンテンツを統合し、コンテンツ表示部３６０に渡す。
【００２５】
コンテンツ表示部３６０は、コンテンツ検索部３３０が統合検索した検索結果コンテンツを受け取り、ユーザに対してその検索結果を表示する。コンテンツ表示の仕方は、コンテンツの種別に応じて使い分けをしてもよい。例えば、映像の場合はサムネイルとしての映像シーンの一覧を表示し、音楽や写真の場合はタイトル一覧を表示するようにしてもよい。
【００２６】
通信部３９０は、コンテンツ検索部３３０から受取ったコンテンツ検索条件を、検索指示とともに、ネットワーク２０を経由して端末５０内の通信部１９０へ送信する。また、端末５０内の通信部１９０からネットワーク２０を経由して送信された、コンテンツ検索結果を受け取り、コンテンツ検索部３３０に対して返却する。
【００２７】
なお、上記では、検索対象端末特定部３８０が求めたメタ情報検索条件をコンテンツ検索部３３０経由でメタ情報検索部３５０に渡す場合を例にとって説明したが、これに限定されるものではなく、例えば、検索対象端末特定部３８０は、コンテンツ検索対象となる端末リストのみをコンテンツ検索部３３０に渡し、メタ情報検索条件を直接メタ情報検索部３５０に渡すようにしても構わない。
【００２８】
次に、図１に示されるように、端末５０は、コンテンツ管理部１２０、コンテンツ検索部１３０、スキーマ設定部１６０、通信部１９０およびローカルコンテンツ群（ローカルコンテンツ記憶部）５１０を備えている。
【００２９】
ローカルコンテンツ群５１０は、例えば、文書データ、コンピュータプログラム、放送番組あるいは個人で撮影した映像、デジタルカメラ等で撮影した写真、音楽アルバムや楽曲に代表されるような種々のコンテンツを格納する。
【００３０】
コンテンツ管理部１２０は、ローカルコンテンツ群５１０の更新情報を管理するとともに、ローカルコンテンツ群５１０にコンテンツを格納するにあたって登録されたスキーマ（コンテンツのデータ構造）をスキーマ登録部１６０から受け取り、通信部１９０を経由してサーバ６に渡す。サーバ６に渡されたスキーマは、通信部３９０およびメタ情報管理部３４０を経由して、スキーマ情報群７３０に格納される。
【００３１】
コンテンツ検索部１３０は、通信部１９０から渡されたサーバ６からのコンテンツ検索要求に対してローカルコンテンツ群５１０への検索処理を実行し、この検索結果を通信部１９０を介してサーバ６へ返却する。
【００３２】
スキーマ登録部１６０は、予めユーザがスキーマを設定するためのインタフェースであり、ユーザにより入力されたスキーマは、コンテンツ管理部１２０および通信部１９０を経由して、サーバ６に渡される。
【００３３】
通信部１９０は、コンテンツ検索部１３０から受取ったコンテンツ検索結果を、ネットワーク２０を経由してサーバ６内の通信部３９０に送信する。また、サーバ６内の通信部３９０からネットワーク２０を経由して送信された、コンテンツ検索条件を受け取り、検索指示とともに、コンテンツ検索部１３０に対して送信する。
【００３４】
なお、スキーマ登録部１６０は、端末５０内にある必要はなく、サーバ６内に設け、各端末５０に対応したスキーマをスキーマ登録部１６０により登録するようにしても構わない。通常は、メタ情報ＤＢ７２０がスキーマ登録機能を保持する場合が多いため、この機能を流用あるいは拡張して使用しても構わない。
【００３５】
また、端末５０はすべて同様の構成である必要はなく、構成要素は若干の相違があっても構わない。例えば、上記に示した例のうちローカルコンテンツ群を除いた構成であっても構わない。
【００３６】
また、図１の構成例では、サーバ６は、ローカルコンテンツ群５１０やデータ管理部１２０を備えないが、これらをも備えてもよい。すなわち、この場合には、サーバ６自身が１台の端末としての側面をも持つことになる。
【００３７】
以下、具体例を用いながらコンテンツ検索装置の処理動作について説明する。
【００３８】
図２に、本コンテンツ検索装置の処理動作を表すフローチャートの一例を示す。
【００３９】
本具体例では、ユーザがサーバ６上のインタフェースを操作し、各端末にある映像コンテンツ一覧を検索表示する場合を例にとって説明する。端末５０として、ＰＣ、ビデオカメラの２つがそれぞれサーバにネットワークで接続されているものとする。
【００４０】
ＰＣである端末（以下、単にＰＣとも言う）５０とビデオカメラである端末（以下、単にビデオカメラとも言う）５０が保持するローカルコンテンツをそれぞれ図３と図４に例示する。すなわち、ＰＣである端末５０は、図３に示す通り、種別が映像コンテンツであるような２つのコンテンツ「ニュース番組Ａ」および「グルメ番組Ｂ」をローカルコンテンツ群５１０内に保持している。また、ビデオカメラ５０は、図４に示す通り、種別が映像コンテンツであるような１つのコンテンツ「ホームビデオＸ」をローカルコンテンツ群５１０内に保持している。
【００４１】
また、これらの端末５０に保持されるローカルコンテンツに関するメタ情報は、サーバ６内で管理されるものとする。
【００４２】
図５に、このサーバ６内のメタ情報管理ＤＢ７２０で管理されるメタ情報の一例を示す。この例では、メタ情報タグによって、各端末ごとに記述されたメタ情報が囲まれており、１つの端末については、属性として端末名を持つ端末タグによって囲まれて、コンテンツごとにメタ情報が並べられている。例えば、ＰＣ５０内にあるローカルコンテンツは、それぞれ要素タグ「映像コンテンツ」で囲まれ、コンテンツ内は、要素タグとして「チャンネル」「開始時間」「終了時間」「タイトル」「ファイル名」が付与されている。これらの要素タグの値は、ＥＰＧ（電子番組表）から情報を得て自動で付与してもよいし、録画時にユーザがメモ編集で付与しても構わない。また、ビデオカメラ５０内にある映像コンテンツも同様にして、それぞれ要素タグ「映像コンテンツ」で囲まれる。ここで、自前で撮影したホームビデオは上記の放送番組と異なり、要素タグとして、「タイトル」「ファイル名」が付与されている。なお、この例では、メタ情報は、ＸＭＬフォーマットで記述されているが、これに限定されるものではない。
【００４３】
このように、各ローカルコンテンツに対応したメタ情報は、サーバ６内のメタ情報ＤＢ７２０内に保持され、各端末５０内にあるローカルコンテンツを検索する際に用いられる。
【００４４】
ここで、ＰＣ５０内のローカルコンテンツを格納する場合に図６に例示するスキーマ（データ構造）が設定され、他方、ビデオカメラ５０内のローカルコンテンツを格納する場合に図７に例示するスキーマ（データ構造）が設定され、そして、両者を統合する形で図８に例示するスキーマ情報がサーバ６内で管理されているものとする（なお、図８では見易さを考慮し、一部記述を省略している）。
【００４５】
図８の例では、スキーマ情報タグによって、各端末ごとに記述されたスキーマ情報が囲まれており、１つの端末については、属性として端末名を持つ端末タグによって囲まれて、その端末に格納されているコンテンツに関するメタ情報に対するスキーマが記述されている。
【００４６】
なお、ここでは、スキーマとしてＸＭＬＳｃｈｅｍａを使用しているが、これに限定されるものではなく、例えば、ＤＴＤで記述しても構わない。また、図８では、図６および図７での要素タグ「Ｓｃｈｅｍａ」を「Ｓｃｈｅｍａ＿ｄｅｆ」に置き換えているが、これは本具体例で使用するクエリの記述言語ＸＱｕｅｒｙの予約語に「Ｓｃｈｅｍａ」が含まれているという実装上の都合からであり、特に支障がない場合は要素タグ「Ｓｃｈｅｍａ」をそのまま用いても構わない。
【００４７】
なお、本具体例では、ＰＣ５０のローカルコンテンツ群には放送番組のみ格納されているので、図８では放送番組コンテンツに関するメタ情報に対するスキーマのみ格納されているが、例えば、ＰＣ５０のローカルコンテンツ群にホームビデオコンテンツも格納されている場合には、ＰＣ５０についてのスキーマ情報としてホームビデオコンテンツに関するメタ情報に対するスキーマも併せて格納されることになる。
【００４８】
まず、サーバ６は、各端末５０とネットワーク接続した状態で、ユーザからの検索要求を待つ（ステップＳ１１）。
【００４９】
この状態でユーザによる検索要求入力の有無をチェックする（ステップＳ１２）。
【００５０】
検索要求がなければ、ステップＳ１１へ戻って、このままの状態を保ち、検索要求があれば、ステップＳ１３へ進む。
【００５１】
ここでは、図９に示すＧＵＩ画面上で、コンテンツ種別が「映像」、項目名として「チャンネル」、項目値として「１２」を選択して検索ボタンが押し下げられた場合を例にとって説明する。
【００５２】
ステップＳ１３では、（メタ情報取得用のクエリの生成とともに）検索要求から検索対象データが満たすべきスキーマ条件の抽出を行う。このスキーマ条件の抽出は、メタ情報を検索する対象とする端末を特定するために行われる（すなわち、最終的にはステップＳ１５でより効果的なメタ情報検索を行うためのメタ情報取得用クエリを生成するために行われる）。
【００５３】
ここで、ステップＳ１３，Ｓ１４の処理の説明に先立って、メタ情報検索に関して説明する。
【００５４】
「映像コンテンツ、かつ、１２チャンネル」を設定条件（検索条件）とする検索要求が入力されると、この設定条件をもとに、スキーマ条件抽出部３７０では、入力された条件に対応するメタ情報取得用のクエリが生成される。この時点で生成されたクエリを図１０に例示する。このクエリは、「チャンネルタグの値が１２に等しい（すなわち録画した放送番組のチャンネルが１２チャンネルである）ものを直下に含む「映像」コンテンツに関するメタ情報をすべて取得しなさい」という内容である。
【００５５】
なお、このようなクエリの生成方法として、例えば、
（Ｔ１）／メタ情報／端末／｛＄ａ｝コンテンツ［＄ｂ＝“＄ｃ”］
のようなテンプレートを予め用意しておき、＄ａ、＄ｂ、＄ｃにそれぞれ、「映像」、「チャンネル」、「１２」を当てはめることで実現可能である。
【００５６】
なお、クエリのパタンは、これに限定されるものではなく、コンテンツ種別として「すべて」を選んだ場合は、例えばワイルドカードを示す文字＊を用いて、
（Ｔ２）／メタ情報／端末／＊［＄ｂ＝“＄ｃ”］
のテンプレートを、すべてのコンテンツを指定したり、項目名や項目値の条件指定がない場合は、例えば、
（Ｔ３）／メタ情報／端末／｛＄ａ｝コンテンツ
のテンプレートを用いる等、テンプレートの使い分けを行って構わない。
【００５７】
ここで、設定条件から求めたメタ情報取得用のクエリをメタ情報ＤＢ７２０に対して発行して、コンテンツ検索に必要なメタ情報の取得を行う場合を考える。なお、図５のメタ情報に対して図１０のクエリに対応したメタ情報検索結果は最終的には図１５に例示したようになる。
【００５８】
メタ情報ＤＢ７２０内に格納されているすべてのメタ情報に対して、上記の設定条件から求めたメタ情報取得用のクエリを用いて検索処理を行うと、メタ情報ＤＢ７２０に登録されたメタ情報の件数が増えた場合に、処理に大幅な時間を要する可能性がある。つまり、素直に上位の要素タグから探索を開始すると、要素タグ「映像コンテンツ」を含むすべてのメタ情報を求め、この中から要素タグ「チャンネル」の値が「１２」であるような条件を満たすものを探索する処理になってしまう。このようなケースでは、メタ情報で要素タグ「映像コンテンツ」の件数が多い場合は、条件に合致する映像コンテンツを逐次探索するため、処理に多大な時間を要することになる。要素タグ「チャンネル」の値が「１２」であるような条件を先に求め、後に要素タグ「映像コンテンツ」を含むという条件で絞り込むことにより、上記の処理は高速化されるものの、これも「チャンネル」の値が「１２」であるという条件が元々指定されなかった場合においては効果が小さい。
【００５９】
このため本実施形態では、まず、設定条件を満たすメタ情報を持つ可能性のある端末を、スキーマを利用して特定し、特定した端末についてのメタ情報のみ検索するようにすることで、より効率的なメタ情報検索を実現し、これによってサーバの負荷を軽減している。
【００６０】
すなわち、本実施形態では、図９の検索条件設定から、検索対象のコンテンツに関するメタ情報のスキーマが満たすべき条件をスキーマ条件抽出部３７０にて抽出する（ステップＳ１３）。
【００６１】
ここで、スキーマ条件として例えば、サーバ６内で保持している、各端末に対応するスキーマ情報の中で、
（Ｘ）要素タグ「映像コンテンツ」が存在し、かつ、その直下に要素タグ「チャンネル」が存在するものを選ぶ
という選択条件を導き出す。
【００６２】
ここでは、具体例として、ＰＣ５０とビデオカメラ５０の両端末５０内に保持されているコンテンツに関するスキーマ情報がそれぞれ図５と図６に示す通り設定されており、これらをサーバ６内で各端末に対応して図８に示す形式で格納する場合を考える。このとき、上記スキーマ条件（Ｘ）は、図１１に示す内容のクエリとして記述することができる。
【００６３】
図１１に示すクエリの意味するところは次の通りである。
（１行目：探索範囲）ＦＯＲ節により、各端末のスキーマ情報に相当する単位（すなわち、要素タグ「端末」で囲まれた部分）を１つずつ＄ａｐｐｌの値として代入し、各＄ａｐｐｌに対して、以下の各行のステップをそれぞれ適用する。
（２行目：検索結果取得）ＬＥＴ節により、＄ａｐｐｌの属性タグ「ｎａｍｅ」の値をテキスト値として取得し、これらをリスト＄ａｐｐｌ＿ｌｉｓｔに１つずつ代入して保持する。
（３行目：条件指定）ただし、ＷＨＥＲＥ節により、＄ａｐｐｌ直下の要素タグ「Ｓｃｈｅｍａ＿ｄｅｆ」のさらに直下の要素タグ「ＥｌｅｍｅｎｔＴｙｐｅ」の属性「ｎａｍｅ」の値が「映像コンテンツ」であり、かつ、要素タグ「ＥｌｅｍｅｎｔＴｙｐｅ」の直下の要素タグ「ｅｌｅｍｅｎｔ」の属性「ｔｙｐｅ」の値が「チャンネル」である条件を満たす範囲に、上記２行目のステップでの検索範囲を絞ること。
（４行目：結果返却）２および３行目のステップで求めたリスト＄ａｐｐｌ＿ｌｉｓｔの値を１つずつ、要素タグ「端末ＩＤ」で囲み、検索結果として返却する。
【００６４】
このクエリをスキーマ情報７２０に対して適用する（図２のステップＳ１４）。本具体例の場合には、これによって求められる検索対象端末のリストは、図１２に示す通り、ＰＣのみとなる。もちろん、複数の端末が該当する場合には、該当する端末のリストが得られる。
【００６５】
このようにコンテンツ検索条件を指定した段階ではメタ情報取得用クエリでは端末についての限定がなされていなかったのに対して、各端末が保持するコンテンツに関するメタ情報に対するスキーマが満たすべきスキーマ条件を指定条件から抽出し、このスキーマ条件を適用することによって、所望のコンテンツおよび対応するメタ情報を取得する場合に、いずれの端末に対応するメタ情報の検索対象にすればよいかを限定することができるようになる。本具体例の場合は、図１２に例示する結果から明らかなように、ＰＣである端末５０に所望のコンテンツが格納されている可能性があることが分かる。このようにして、検索対象端末特定部３８０は、検索条件に合致するローカルコンテンツを保持する可能性がある端末を特定することができる。
【００６６】
しかして、検索対象端末特定部３８０は、図１１のクエリに、上記の端末に係る絞込み条件を反映させて、より絞り込み条件の厳しいクエリを生成する（ステップＳ１５）。
【００６７】
生成したより絞り込み条件の厳しいクエリの２つの例を図１３と図１４に示す。図１３のクエリは、図１１のクエリに対して、さらに、
（Ｑ１）要素タグ「端末」の属性「ｎａｍｅ」の値が「ＰＣ」である
という条件を加えたものである。また、図１４のクエリも同様に、図１１のクエリに対して、さらに、
（Ｑ２）要素タグ「映像コンテンツ」の属性「端末」の値が「ＰＣ」である
という条件を加えたものである。これらの条件の追加は、前述したテンプレート（Ｔ１）から（Ｔ３）を拡張したテンプレートとして用いることで、容易に実現可能である。
【００６８】
本実施形態では、このようにして絞り込み条件が強化されたクエリを用いて、検索対象の各端末５０に対応するメタ情報をサーバ内メタ情報７２０から検索する（ステップＳ１５）。
【００６９】
図１５に、図１３または図１４のクエリを実行した結果得られるメタ情報を例示す。図１５に示す通り、「グルメ番組Ｂ」に関するメタ情報が取得されている。
【００７０】
図１３または図１４のクエリは図１１のクエリに比較して端末の絞り込み条件が強化されているため、図１３または図１４のクエリの実行に要する処理時間は、図１１のクエリのそれよりも短縮されることが期待される。すなわち、より効率的に、図１１のクエリを実行した場合と同じ結果を得ることができる。
【００７１】
なお、本具体例では、説明を簡略化するために、検索対象として特定された端末も、メタ情報検索により得られたメタ情報に係る端末５０も、ともに１台のＰＣ５０であったが、もちろん、該当するものが複数あれば、それに応じた結果が得られる。また、検索対象として特定された或る端末５０について実際には該当するメタ情報がないというケースを考えると、検索対象としてｎ台の端末５０が特定され、これらｎ台の端末５０についてメタ情報を検索した結果、メタ情報としてはｍ（＜ｎ）台の端末５０に係るもののみ得られるということもあることになる。
【００７２】
さて、図１５に例示するようなメタ情報が得られたならば、これをもとに該メタ情報に係る各端末５０が管理するローカルコンテンツへの検索を実行し（例えば、該メタ情報に係る各端末５０のみにつき上記で設定された検索条件を満たすコンテンツを検索するための検索要求を送信し）、検索条件に合致するローカルコンテンツを取得する（ステップＳ１６）。なお、メタ情報に基づくローカルコンテンツの検索表示には公知の技術を用いて構わない。本具体例では、一例として、各コンテンツのファイル格納場所に対応したＵＲＬを利用して、例えばＵＰｎＰプロトコルに従い、コンテンツを取得することを想定している。
【００７３】
そして、メタ情報に基づいて各端末５０から検索条件に合致するコンテンツ群をそれぞれ取得した結果を統合する（ステップＳ１７）。本具体例の場合は、所望のコンテンツ群を統合した結果は、図１６に示す通り「グルメ番組Ｂ」の１つとなる。
【００７４】
最後に、以上の手順によって得られた検索結果コンテンツを、コンテンツ表示部３６０により表示する（ステップＳ１８）。前述したように、コンテンツ表示の仕方は、コンテンツの種別に応じて使い分けをしてもよい。例えば、映像コンテンツの場合は映像コンテンツそのものでなくサムネイルとして映像シーンの一覧を表示し、音楽や写真の場合はタイトル一覧を表示するようにしてもよい。
【００７５】
図１７に、ＧＵＩ画面上に映像コンテンツの検索結果を表示した例を示す。図１７の例では、検索結果として、グルメ番組Ｂのサムネイル画像が提示されている。
【００７６】
以上説明したように、本実施形態によれば、サーバにネットワークで接続された各端末が保持するマルチメディアコンテンツをメタ情報により管理し、検索するシステムにおいて、ローカルコンテンツを格納する際に設定したスキーマ情報が満たすべきスキーマ条件を、ユーザからの検索要求から抽出し、予め検索対象となる端末を絞り込むことにより、サーバ内のメタ情報を効率良く検索取得することが可能となり、ひいてはコンテンツ検索取得に要するサーバの負荷を低減させることが可能となる。
【００７７】
なお、以上の各機能は、ソフトウェアとして記述し適当な機構をもったコンピュータに処理させても実現可能である。
また、本実施形態は、コンピュータに所定の手段を実行させるための、あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるためのプログラムとして実施することもできる。加えて該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。
【００７８】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【００７９】
【発明の効果】
本発明によれば、ネットワークを介して通信可能な複数の端末内のコンテンツに関するメタ情報をコンテンツ検索装置で一元管理して統合検索する際のコンテンツ検索装置の処理に要する負荷を低減させることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るコンテンツ検索システムの構成例を示す図
【図２】同実施形態に係るコンテンツ検索装置の処理手順の一例を示すフローチャート
【図３】端末（ＰＣ）内のローカルコンテンツの一例を示す図
【図４】端末（ビデオカメラ）内のローカルコンテンツの一例を示す図
【図５】サーバ内で管理されるメタ情報の一例を示す図
【図６】端末（ＰＣ）内データのメタ情報に対応するスキーマの一例を示す図
【図７】端末（ビデオカメラ）内データのメタ情報に対応するスキーマの一例を示す図
【図８】サーバ内で管理するスキーマ情報の一例を示す図
【図９】検索条件入力及び検索結果出力のためのＧＵＩ画面の表示例を示す図
【図１０】メタ情報取得用クエリの一例を示す図
【図１１】検索対象端末特定用クエリの一例を示す図
【図１２】検索対象端末の検索結果例を示す図
【図１３】検索対象端末の条件を加えた情報取得用クエリの一例を示す図
【図１４】検索対象端末の条件を加えた情報取得用クエリの他の例を示す図
【図１５】映像コンテンツ群のメタ情報の検索結果例を示す図
【図１６】各端末に対するローカルコンテンツの検索結果例を示す図
【図１７】検索条件入力及び検索結果出力のためのＧＵＩ画面の表示例を示す図
【符号の説明】
６…サーバ、２０…ネットワーク、５０…端末、１２０…データ管理部、１３０，３３０…データ検索部、１６０…スキーマ登録部、１９０，３９０…通信部、３１０…検索要求部、３４０…メタ情報管理部、３５０…メタ情報検索部、３６０…データ表示部、３７０…スキーマ条件抽出部、３８０…検索対象端末特定部、５１０…ローカルコンテンツ記憶部、７２０…メタ情報データベース、７３０…スキーマ情報記憶部

Claims (9)

1. ネットワークを介して通信可能な端末装置内に記憶されたコンテンツを検索するコンテンツ検索装置において、
   前記端末装置毎に、前記コンテンツに関する複数種類の情報を含むメタ情報を対応付けて記憶するメタ情報記憶手段と、
   前記端末装置毎に、前記メタ情報が含むべき情報の種類を定義したスキーマ情報を対応付けて記憶するスキーマ情報記憶手段と、
   任意の種類の情報を特定した検索条件を入力する入力手段と、
   前記検索条件において特定された情報の種類を抽出する抽出手段と、
   前記スキーマ情報記憶手段に記憶されているスキーマ情報を参照して、前記抽出手段により抽出された情報の種類が定義されたスキーマ情報が対応付けて記憶されている端末装置を特定する特定手段と、
   この特定手段により特定された端末装置に対応付けて前記メタ情報記憶手段に記憶されているメタ情報のみを参照して、前記検索条件において特定された種類の情報と同一の種類の情報を含むメタ情報を取得する取得手段と、
   この取得手段により取得されたメタ情報に基づき前記検索条件を含む検索要求を送信すべき端末装置を決定する決定手段と、
   この決定手段により決定された端末装置へ前記ネットワークを介して前記検索要求を送信する送信手段とを備えたことを特徴とするコンテンツ検索装置。
2. 前記決定手段は、前記取得手段により取得されたメタ情報に係る端末装置を、前記検索要求を送信すべきものとして決定することを特徴とする請求項１に記載のコンテンツ検索装置。
3. 前記検索要求を送信した端末装置から前記検索要求に対する応答を受信する手段と、
   前記応答に含まれるコンテンツに関する情報を提示する手段とを更に備えたことを特徴とする請求項１に記載のコンテンツ検索装置。
4. 前記メタ情報を、前記端末装置毎にグルーピングして記述することを特徴とする請求項１に記載のコンテンツ検索装置。
5. 前記メタ情報は、少なくとも、該メタ情報に係るコンテンツの種別を示す情報、該コンテンツのタイトルを示す情報、並びに該コンテンツを記憶する端末装置のアドレスを示す情報及び該コンテンツのファイル名を示す情報を含むことを特徴とする請求項１に記載のコンテンツ検索装置。
6. 前記スキーマ情報は、コンテンツの種別毎に設けられ、該スキーマ情報に対応するメタ情報が含むべき情報の種類を記述したものであることを特徴とする請求項１に記載のコンテンツ検索装置。
7. 前記情報の種類は、少なくとも、コンテンツの種別、コンテンツのタイトル、並びにコンテンツを保持する端末装置のアドレス及びコンテンツのファイル名を含むことを特徴とする請求項６に記載のコンテンツ検索装置。
8. 前記メタ情報は、当該メタ情報に係るコンテンツの種別を含み、
   前記スキーマ情報は、当該スキーマ情報に対応するメタ情報に係るコンテンツの種別を含み、
   前記抽出手段は、前記検索条件において情報の種類の特定無しに又は前記情報の種類の特定と共にコンテンツの種別が特定されている場合には、コンテンツの種別又は情報の種類及びコンテンツの種別を抽出し、
   前記特定手段は、前記抽出手段により抽出されたコンテンツの種別又は情報の種類及びコンテンツの種別を含むスキーマ情報が対応付けて記憶されている端末装置を特定することを特徴とする請求項１に記載のコンテンツ検索装置。
9. ネットワークを介して通信可能な端末装置内に記憶されたコンテンツを検索するコンテンツ検索装置におけるコンテンツ検索方法において、
   前記端末装置毎に、前記コンテンツに関する複数種類の情報を含むメタ情報を対応付けてメタ情報記憶手段に記憶するステップ、
   前記端末装置毎に、前記メタ情報が含むべき情報の種類を定義したスキーマ情報を対応付けてスキーマ情報記憶手段に記憶するステップと、
   任意の種類の情報を特定した検索条件を入力する入力ステップと、
   前記検索条件において特定された情報の種類を抽出する抽出ステップと、
   前記スキーマ情報記憶手段に記憶されているスキーマ情報を参照して、前記抽出ステップにより抽出された情報の種類が定義されたスキーマ情報が対応付けて記憶されている端末装置を特定する特定ステップと、
   この特定ステップにより特定された端末装置に対応付けて前記メタ情報記憶手段に記憶されているメタ情報のみを参照して、前記検索条件において特定された種類の情報と同一の種類の情報を含むメタ情報を取得する取得ステップと、
   この取得ステップにより取得されたメタ情報に基づき前記検索条件を含む検索要求を送信すべき端末装置を決定する決定ステップと、
   この決定ステップにより決定された端末装置へ前記ネットワークを介して前記検索要求を送信する送信ステップとを有することを特徴とするコンテンツ検索方法。

Images