データ適合化装置、データ適合化方法
【課題】ユーザーの嗜好に合わせて一意にデータ適応を可能とする。
【解決手段】ユーザーの嗜好情報をユーザープリファレンスとしてコンテンツ毎に持たせ、ユーザープリファレンスによってデータのセグメントを選択し、セグメントの優先度と端末能力に基づいて解像度変換を行うことで、コンテンツ毎にユーザーが見たい形態でデータ適応を行えるようにする。
【解決手段】ユーザーの嗜好情報をユーザープリファレンスとしてコンテンツ毎に持たせ、ユーザープリファレンスによってデータのセグメントを選択し、セグメントの優先度と端末能力に基づいて解像度変換を行うことで、コンテンツ毎にユーザーが見たい形態でデータ適応を行えるようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データをユーザーの嗜好に適応させるデータ適合化装置及びデータ適応化方法、およびデータ適合化装置を含む記録媒体に関するものである。特に、デジタル放送やインターネットなどの放送及び通信メディアを介したビデオ、オーディオ、ドキュメントを含むデータ適合化装置に関するものである。
【背景技術】
【０００２】
近年、放送のデジタル化の動きが活発になり通信との融合も進んできている。放送分野では既に衛星デジタル放送が開始され、今後地上波放送もデジタル化される予定である。放送内容をデジタル化することにより、従来のビデオ・オーディオに加えデータ放送も行われている。TiVo(www.tivo.com)やReplayTV(www.replaytv.com)など、テレビ放送をハードディスクに蓄積し、後で視聴するというコンセプト(TV Anytime)を実現する製品も米国で発売されている。また通信分野ではインターネットを介したデジタルコンテンツ配信が音楽を切り出しとして始まり、ビデオを放送するインターネット放送局も増加している。さらに、携帯端末においてもアクセスネットワークの広帯域化とインターネットへの接続によりインターネットコンテンツへのアクセスが可能となってきている。
【０００３】
このような情報インフラの飛躍的変化の中で、今後ビデオ、オーディオやドキュメントなどを含む膨大な情報ソースへユーザーが様々な端末から簡単にアクセス可能となることが予想される。このように通信と放送の融合・デジタル化により、コンテンツを説明するメタデータを使用してユーザーの好みに合った情報のみを選択的に伝送や再生することなしには、膨大な情報ソースをユーザーが扱うことが困難となってきている。
【０００４】
非特許文献１に示されるように、一つのコンテントをテレビや携帯端末など様々な端末へ配信したり、HHC(Hand Held Computer)やPDA(Personal Digital Assistant)、Smart Phoneなど様々な端末からインターネット上のリッチコンテンツへアクセスするための記述スキームと、インターネットコンテンツを端末の表示能力に合わせて変換(データ適応)する(例えば、表示サイズや表示色数の変更)方法とが提案されている。
【０００５】
以下、従来のデータ適応装置について説明する。図６８は従来のデータ適応装置のブロック図を示すものである。従来のデータ適応装置は、データ適応部１００と、ポリシーエンジン１０１と、コンテンツ解析部１０２と、コンテンツ選択部１０３と、コンテンツ操作部１０４と、端末１０５とから構成されている。コンテンツ解析部１０２には、インターネットコンテンツｄ１００１が入力される。また、端末１０５には端末１０５の能力情報を示す端末プリファレンスｄ１００２が蓄積されている。
【０００６】
また、図６９は端末プリファレンスｄ１００２の詳細図である。端末プリファレンスｄ１００２は、端末１０５の表示能力である画面色数情報ｘと画面サイズ情報ａｘｂを含む。
【０００７】
以下、以上のように構成されたデータ適応部の動作について、図７０を用いて説明する。図７０は、データ適応部１００の動作を説明する処理フロー図である。
【０００８】
ポリシーエンジン１０１は、端末１０５から取得した端末プリファレンスｄ１００２により端末能力としての表示画面サイズ及び表示色数を識別する（Ｐ１２０１）。そして、ポリシーエンジン１０１は、Ｐ１２０１で識別した情報とポリシーに従ってコンテンツ選択部１０３及びコンテンツ操作部１０４を制御する。
【０００９】
また、コンテンツ解析部１０２は、ユーザーが要求したインターネットコンテンツｄ１００１の物理的データ種別を解析する（Ｐ１２０２）。そして、コンテンツ選択部１０３が、インターネットコンテンツｄ１００１が端末１０５の表示能力で表示可能か判断し（Ｐ１２０３）、インターネットコンテンツｄ１００１が表示能力可能な場合はインターネットコンテンツｄ１００１から端末能力で表示可能なコンテンツのみを選択する（Ｐ１２０４）。
【００１０】
そして、さらにコンテンツ操作部１０４が、Ｐ１２０４で選択した表示可能なコンテンツを端末能力で表示可能な形態にコンテンツを変換する。具体的には、コンテンツ選択部１０３が表示画面サイズよりコンテンツが大きいかどうか判定し（Ｐ１２０５）、表示画面サイズより大きなコンテンツはコンテンツ操作部１０４が縮小する（Ｐ１２０６）。また、表示画面サイズよりコンテンツが大きくない場合は、コンテンツ操作部１０４はコンテンツが表示能力より小さいか判断し（Ｐ１２０７）、小さなコンテンツはコンテンツ操作部１０４が拡大する（Ｐ１２０８）。
【００１１】
また、コンテンツ操作部１０４は、端末１０５の表示色数がカラーか判断する（Ｐ１２０９）。そして、端末１０５の表示色数がカラーで無い場合は、コンテンツ操作部１０４は、グレースケールか判定し（Ｐ１２１０）、グレースケールであればコンテンツの色数をグレースケールに変換（Ｐ１２１１）、カラーでもグレースケールでもなければ二値化する（Ｐ１２１２）。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】"Adapting Multimedia Internet Content For Universal Access", IEEE Transactions on Multimedia, March 1999, pp.104-114.
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、上記従来技術では、一般的なポリシー、つまり特定の端末に合わせたポリシーに従ってコンテンツ解析結果からコンテンツの選択及び操作を行うことになる。このため、予め決められた一定数の端末のパターンに合わせたデータ適応しかできないという問題がある。
【００１４】
また、従来技術は、コンテンツをユーザーの嗜好に会わせた選択および操作、例えばある画像に対しては縮小ではなく一部を表示するなどの選択および操作を行えない。よって、従来技術では、予め決められた特定の端末を使用してコンテンツの選択および操作を行う場合であっても、ユーザーがその端末を使ってコンテンツをユーザーの嗜好にあわせた形態にデータ適応はできないという問題点がある。
【課題を解決するための手段】
【００１５】
本発明の第１の目的は、上記従来の問題点を解決するために、ユーザーの嗜好情報によってデータのセグメントを選択することで、ユーザーの嗜好にあわせた形態でコンテンツのデータ適応を行うことである。
【００１６】
また、本発明の第２の目的は、ネットワークを介してコンテンツを配信する際に、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにコンテンツのデータ適応を行うことである。
【００１７】
上記第１の目的を達成するために、本発明は、コンテンツのある時間範囲を構成する複数のセグメントに対応して、セグメントが記述されているデータ構造部からなる第１のメタデータと、前記セグメントに対応する前記コンテンツの内容を示すセグメント観点と、前記セグメント観点ごとに対象となる前記セグメントへのリンク情報と、前記セグメント観点に対する前記セグメント観点がリンクされている前記セグメントごとに設定される重要度を示すセグメント優先度とが記述されている属性部からなる第２のメタデータとで構成されたメタデータを取得するコンテンツデータ取得部と、前記コンテンツに対するユーザーの嗜好に関するユーザー観点とユーザー優先度の組が記述されているユーザープリファレンス記述情報を取得するユーザープリファレンス取得部と、前記メタデータから前記ユーザープリファレンス記述情報に該当するセグメントを抽出することにより、前記コンテンツを前記ユーザー嗜好に適応させた、第３のメタデータを出力するユーザー適応部と、を具備するものである。これにより、ユーザーの嗜好に合わせて一意にデータ適応を可能とすることができる。
【００１８】
また、上記第２の目的を達成するために、本発明は、ネットワークを介してコンテンツを配信する際にネットワークの伝送帯域の情報をネットワークプリファレンスとして取得し、セグメントの優先度と伝送帯域に応じてデータ量を調整することで、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行うようにしたものである。これにより、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行うことができる。
【発明の効果】
【００１９】
本発明の第１の目的は、上記従来の問題点を解決するために、ユーザーの嗜好情報によってデータのセグメントを選択することで、ユーザーの嗜好にあわせた形態でコンテンツのデータ適応を行うことである。
【００２０】
また、本発明の第２の目的は、ネットワークを介してコンテンツを配信する際に、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにコンテンツのデータ適応を行うことである。
【００２１】
上記第１の目的を達成するために、本発明は、ユーザーの嗜好情報をユーザープリファレンスとして持たせ、ユーザープリファレンスによってデータのセグメントを選択し、セグメントの優先度と端末能力に基づいて解像度変換を行うことで、コンテンツ毎にユーザーが見たい形態でデータ適応を行うものである。これにより、ユーザーの嗜好に合わせて一意にデータ適応を可能とすることができる。
【００２２】
また、上記第２の目的を達成するために、本発明は、ネットワークを介してコンテンツを配信する際にネットワークの伝送帯域の情報をネットワークプリファレンスとして取得し、セグメントの優先度と伝送帯域に応じてデータ量を調整することで、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行うようにしたものである。これにより、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行うことができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施の形態１及び実施の形態３にかかるデータ適合化装置を具備する端末のブロック図
【図２】実施の形態１にかかるユーザープリファレンスの詳細図
【図３】実施の形態１にかかるユーザープリファレンスの記述定義を示す図
【図４】実施の形態１にかかるユーザープリファレンスの記述例を示す図
【図５】実施の形態１にかかるセグメント選択部の動作説明図
【図６】実施の形態１にかかるユーザー適応制御部の処理フロー図
【図７】実施の形態１にかかる端末適応制御部の処理フロー図
【図８】本発明の実施の形態２及び実施の形態４にかかるデータ適合化部を具備するシステムのブロック図
【図９】実施の形態２にかかるネットワーク適応制御部の処理フロー図
【図１０】ユーザープリファレンスの第２の例を示す詳細図
【図１１】ユーザープリファレンスの第２の記述定義を示す図
【図１２】ユーザープリファレンスの第２の記述例を示す図
【図１３】セグメント選択部の第２の動作を説明する図
【図１４】ユーザー適応制御部の第２の処理のフロー図
【図１５】本発明の実施の形態にかかるデータ適合化部を具備するシステムのその他の例を示すブロック図
【図１６】本発明の実施の形態にかかるセグメントのその他の形態を示す図
【図１７】本発明の実施の形態にかかるセグメントの記述例を示す図
【図１８】本発明の実施の形態５にかかるデータ構造を示す図
【図１９】本発明の実施の形態５にかかるデータの記述例を示す図
【図２０】本発明の実施の形態５にかかるデータ構造のその他の例を示す図
【図２１】本発明の実施の形態５にかかるデータ構造のその他の例の記述例を示す図
【図２２】本発明の実施の形態６にかかるデータ構造を示す図
【図２３】本発明の実施の形態６にかかるデータの記述例を示す図
【図２４】本発明の実施の形態７にかかるデータ構造を示す図
【図２５】本発明の実施の形態７にかかるデータの記述を示す図
【図２６】本発明の実施の形態７にかかるデータ構造のその他の例を示す図
【図２７】本発明の実施の形態７にかかるデータ構造のその他の例の記述を示す図
【図２８】本発明の実施の形態８にかかるデータ構造を示す図
【図２９】本発明の実施の形態８にかかるデータの記述を示す図
【図３０】本発明の実施の形態８にかかるデータ構造のその他の例を示す図
【図３１】本発明の実施の形態８にかかるデータのその他の記述例を示す図
【図３２】本発明の実施の形態９にかかるユーザープリファレンスの記述定義を示す第１の図
【図３３】本発明の実施の形態９にかかるユーザープリファレンスの記述定義を示す第２の図
【図３４】本発明の実施の形態９にかかるユーザープリファレンスの記述例を示す図
【図３５】実施の形態９にかかるセグメント記述の定義を示す第１の図
【図３６】実施の形態９にかかるセグメント記述の定義を示す第２の図
【図３７】実施の形態９にかかるセグメント記述の定義を示す第３の図
【図３８】実施の形態９にかかるセグメントの第１の記述例を示す図
【図３９】実施の形態９にかかるセグメントの第２の記述例を示す図
【図４０】実施の形態９にかかるセグメントの第３の記述例を示す図
【図４１】実施の形態９にかかるセグメントの第４の記述例を示す図
【図４２】実施の形態９にかかるセグメントの第５の記述例を示す図
【図４３】実施の形態９にかかるセグメントの第６の記述例を示す図
【図４４】実施の形態９にかかるセグメントの第７の記述例を示す図
【図４５】実施の形態９にかかるセグメントの第８の記述例を示す図
【図４６】実施の形態９にかかるセグメントの第９の記述例を示す図
【図４７】本発明の実施の形態１０にかかるユーザープリファレンスの記述定義を示す第１の図
【図４８】実施の形態１０にかかるユーザープリファレンスの記述定義を示す第２の図
【図４９】実施の形態１０にかかるユーザープリファレンスの記述定義を示す第３の図
【図５０】実施の形態１０にかかるユーザープリファレンスの記述定義を示す第４の図
【図５１】実施の形態１０にかかるユーザープリファレンスの記述定義を示す第５の図
【図５２】実施の形態１０にかかるユーザープリファレンスの記述例を示した図
【図５３】実施の形態１０にかかるセグメント記述の定義を示す第１の図
【図５４】実施の形態１０にかかるセグメント記述の定義を示す第２の図
【図５５】実施の形態１０にかかるセグメント記述の定義を示す第３の図
【図５６】実施の形態１０にかかるセグメント記述の定義を示す第４の図
【図５７】実施の形態１０にかかるセグメントの記述例を示した第１の図
【図５８】実施の形態１０にかかるセグメントの記述例を示した第２の図
【図５９】実施の形態１０にかかるセグメントの記述例を示した第３の図
【図６０】実施の形態１０にかかるセグメントの記述のその他の例を示した第１の図
【図６１】実施の形態１０にかかるセグメントの記述のその他の例を示した第２の図
【図６２】実施の形態１１にかかるダイジェスト記述の定義を示す第１の図
【図６３】実施の形態１１にかかるダイジェスト記述の定義を示す第２の図
【図６４】実施の形態１１にかかるダイジェスト記述の定義を示す第３の図
【図６５】実施の形態１１にかかるダイジェスト記述の定義を示す第４の図
【図６６】実施の形態にかかる観点リストの記述の例を示す図
【図６７】実施の形態１１にかかるダイジェストの記述の例を示す図
【図６８】従来のデータ適合化装置のブロック図
【図６９】従来の端末プリファレンスの記述詳細図
【図７０】従来のデータ適応部の処理フロー図
【発明を実施するための形態】
【００２４】
以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。
【００２５】
（実施の形態１）
以下、本発明の実施の形態１におけるデータ適合化装置を具備する端末について説明する。図１は、実施の形態１にかかるデータ適合化装置を具備する端末のブロック図である。図１に示すように、端末１０は、複数のセグメントから構成されるコンテンツからなるデータｄ１０２、およびデータｄ１０２を説明するための情報であるメタデータｄ１０１が蓄積されたコンテンツデータ蓄積媒体１１と、ユーザーの嗜好に関する情報であるユーザープリファレンスｄ１０３を蓄積するユーザープリファレンス蓄積部１９と、端末の能力情報である端末プリファレンスｄ１０４を格納する端末プリファレンス蓄積部２０と、データｄ１０２をメタデータｄ１０１とユーザープリファレンスｄ１０３および端末プリファレンスｄ１０４とを用いてユーザーの嗜好に適応させるユーザー適応部１２とから構成されている。
【００２６】
ユーザー適応部１２には、各種データを取得する手段が設けられている。各種データを取得する手段としては、メタデータｄ１０１を取得するメタデータ取得部２１ａとデータｄ１０２を取得するデータ取得部２１ｂとから構成されるコンテンツデータ取得部２１と、ユーザープリファレンスｄ１０３を取得するユーザープリファレンス取得部２２と、端末プリファレンスｄ１０４を取得する端末プリファレンス取得部２３とが設けられている。
【００２７】
また、ユーザー適応部１２には、ユーザーの嗜好にあわせて取得したデータｄ１０２から所定のセグメントを選択しユーザーの嗜好に合わせる手段が設けられている。選択したセグメントをユーザーの嗜好に合わせる手段としては、取得したメタデータｄ１０１とユーザープリファレンスデータｄ１０３を用いて、取得したデータｄ１０２から所定のセグメントを選択するための情報を生成するユーザー適応制御部１４と、ユーザー適応制御部１４で生成した情報に基づいて取得したデータｄ１０２から所定のセグメントを選択し、抽出するセグメント選択部１６が設けられている。
【００２８】
また、ユーザー適応部１２には、データｄ１０２の処理装置である表示部１８などの端末能力に合わせてデータｄ１０２を変換する手段が設けられている。データｄ１０２を端末能力に合わせて変換する手段としては、メタデータｄ１０１と端末プリファレンスｄ１０４からデータｄ１０２の空間解像度や色解像度を変化するための情報を生成する端末適応制御部１５と、端末適応制御部１５で生成した情報によりｄ１０２の空間解像度変換や色解像度変換をする解像度変換部１７とが設けられている。
【００２９】
次に、ユーザープリファレンスｄ１０３について説明する。図２は、ユーザープリファレンスｄ１０３の詳細図である。図２に示すように、ユーザープリファレンスｄ１０３は、複数のユーザー嗜好記述３ａ〜３ｎから構成されている。また、ユーザー嗜好記述３ａ〜３ｎには、ユーザー嗜好記述３ａ〜３ｎのそれぞれに対応するコンテンツを識別するコンテンツ識別子３４と、コンテンツを所望の時間で表示するための時間長情報３５と、コンテンツから所望のセグメントを抽出するためのキーワード（ユーザー観点）３６ａ、３６ｂとこのキーワード３６ａ、３６ｂに対する優先度３７ａ、３７ｂとの組が複数格納されている。
【００３０】
次に、ユーザー嗜好記述３ａ〜３ｎを含むユーザープリファレンスｄ１０３の定義記述について具体的に説明する。図３は、ユーザープリファレンスｄ１０３の定義記述を示す図である。
【００３１】
図３に示すように、ユーザープリファレンス記述定義４０は、XML(eXtensible Markup Language)のDTD(Document Type Definition)で記述されている。
【００３２】
ユーザープリファレンス記述定義４０は、図中４１に示すようにユーザープリファレンスには一つ以上のコンテンツ（Ｃｏｎｔｅｎｔ）を有すると定義している。また、図中４２に示すように、コンテンツ毎にひとつ以上のキーワード（ユーザー観点）３６（Ｋｅｙｗｏｒｄ）を有すると定義している。また、図中４３に示すように、コンテンツには、属性としてコンテンツ識別子３４（ＣｏｎｔｅｎｔＩＤ）と、時間長３５（Ｄｕｒａｔｉｏｎ）と、データを表示するサイズ情報である画面サイズ４６（ＳｃｒｅｅｎＳｉｚｅ）とが定義される。また、図中４７に示すようにキーワード３６（Ｋｅｙｗｏｒｄ）は、テキストデータで記述されると定義されている。また、図中４８に示すように、キーワード３６には、それぞれ属性として優先度３７（Ｐｒｉｏｒｉｔｙ）を有すると定義されている。
【００３３】
次に、図３に示したユーザープリファレンスの記述定義を用いて作成したユーザープリファレンスについて説明する。図４は、ユーザープリファレンスの例を示す図である。
【００３４】
図４において、５０で記されるものは、ユーザー嗜好記述定義４０を使ってXMLで記述した実際のユーザー嗜好記述例である。
【００３５】
ユーザープリファレンス５０は、２つのコンテンツ５１、５２を有する。コンテンツ５１にはコンテンツＩＤ５３ａ（この例では、１２３４５６７８９）、コンテンツ５２にはコンテンツＩＤ５３ｂ（この例では、１２３４５６７８８）が記載されている。また、コンテンツ５１には、コンテンツの属性として表示時間長５４（この例では、ｓｍｐｔｅ＝００：０５：００：００）が記載されている。
【００３６】
また、コンテンツ５１にはキーワード（ユーザー観点）５５ａ〜５５ｃが記載されている。キーワード５５ａにはＮａｋａｔａ、キーワード５５ｂにはＳｏｃｃｅｒ、キーワード５５ｃにはＪａｐａｎが記載されている。また、キーワード５５ａ〜５５ｃの属性として、キーワード５５ａには優先度５、キーワード５５ｂには優先度４、キーワード５５ｃには優先度２が記載されている。
【００３７】
一方、コンテンツ５２には、コンテンツの属性として表示スケール５６（この例では、ｐｉｘｅｌ＝３２０×２４０）が記載されている。また、コンテンツ５２にはキーワード５５ｄ〜５５ｆが記載されている。キーワード５５ｄにはＨｅａｄｌｉｎｅ、キーワード５５ｅにはＳｔｏｃｋ、キーワード５５ｆにはＳｐｏｒｔｓが記載されている。また、キーワード５５ｄ〜５５ｆの属性として、キーワード５５ｄには優先度５、キーワード５５ｅには優先度５、キーワード５５ｆには優先度３が記載されている。
【００３８】
次に、図５を使用して、データｄ１０２の構成について説明する。
【００３９】
データｄ１０２は、データｄ１０２のある時間範囲を構成するセグメント６１から構成される。セグメント６１は、第１サブセグメント６２と第２サブセグメント６３とから構成される。サブセグメント６２は、第１サブセグメント６４と第２サブセグメント６５から構成され、サブセグメント６３は第１サブセグメント６６とサブセグメント６７とから構成される。このように、データｄ１０２は、セグメントおよびサブセグメントによって階層化された構造を持つ。
【００４０】
また、サブセグメント６２にはキーワード（セグメント観点）６２１が付加され、サブセグメント６３にはキーワード６３１が付加されている。また、サブセグメント６４にはキーワード（セグメント観点）６４１が付与され、サブセグメント６５にはキーワード（セグメント観点）６５１が付加され、サブセグメント６６にはキーワード（セグメント観点）６６１が付与され、サブセグメント６７にはキーワード（セグメント観点）６７１が付加されている。
【００４１】
キーワード６２１、６３１、６４１、６５１、６６１、６７１は、メタデータｄ１０１に記載されている。また、キーワード６２１、６３１、６４１、６５１、６６１、６７１には、キーワード６２１、６３１、６４１、６５１、６６１、６７１に対応するセグメント６２〜６７の内容を示す複数のキーワード（ＫＷＤ）が付与されている。
【００４２】
また、キーワード（ＫＷＤ）毎にセグメントの優先度（セグメント優先度）が付与されている。図の例では、キーワード６２１は、ＫＷＤ＃２とＫＷＤ＃２内の順位つけであるセグメント優先度３との組と、ＫＷＤ＃３とＫＷＤ＃３内の順位つけであるセグメント優先度３の組から構成されている。
【００４３】
次に、セグメント選択部１６の動作およびユーザー適応制御部１４の動作について図５および図６を用いて説明する。図５は、セグメント選択部１６の動作を説明する動作説明図である。図６はユーザー適応制御部１４の動作を説明する処理フロー図である。
【００４４】
データ適応部１２のコンテンツデータ取得部２１は、蓄積媒体１１からメタデータｄ１０１とデータｄ１０２を読み出し、取得する。そして、ユーザー適応制御部１４は、取得したメタデータｄ１０１を解析し、データの構造と構造の各セグメントに付加される少なくとも１つ以上のセグメント観点及びセグメント観点におけるセグメント優先度を抽出し、読み出したデータ（コンテンツ）ｄ１０２を識別する（Ｐ７０１）。
【００４５】
次に、ユーザー適応制御部１４は、ユーザープリファレンスｄ１０３から識別したコンテンツに対応するユーザー嗜好記述（例えばユーザー嗜好記述３１）を選択する（Ｐ７０２）。さらに、ユーザー適応制御部１４は、ユーザー嗜好記述３１に含まれるユーザー観点（キーワード）をユーザー観点の属性である優先度の順番に整列する（Ｐ７０３）。そして、ユーザー適応制御部１４は、最も優先度の高い優先度が付与されたユーザー観点を選択する（Ｐ７０４）。
【００４６】
次に、ユーザー適応制御部１４は、優先度の高いユーザー観点（最初のユーザー観点）から順に、そのユーザー観点と合致するセグメントをデータｄ１０２から選択するような情報をセグメント選択部１６に送る。
【００４７】
そして、セグメント選択部１６は、ユーザー適応制御部１４から送られてきた情報により、最初のユーザー観点とセグメントのセグメント観点とを比較し、最初のユーザー観点と一致するセグメント観点が付与されたセグメントがあるか判断する（Ｐ７０５）。
【００４８】
次に、最初のユーザー観点と一致するセグメント観点が付与されたセグメントの選択動作に移る。
【００４９】
しかし、単純に最初のユーザー観点と一致するセグメント観点が付与されたセグメントを全て選択したのでは、選択したセグメントがユーザープリファレンスｄ１０３に記載された時間長情報５４、空間範囲情報５６またはその両方の制約条件を超えてしまう可能性がある。そこで、本実施の形態では、一旦、最初のユーザー観点と一致するセグメント観点が付与されたセグメントを全て仮選択する。そして、仮選択したセグメントから、時間長情報５４、空間範囲情報５６またはその両方の制約条件を超えない範囲の数のセグメントを本選択するようにしている。
【００５０】
具体的には、まず、セグメント選択部１６はユーザー観点に合致するセグメントを仮選択する（Ｐ７０６）。次に、セグメント選択部１６はデータｄ１０１に含まれる全てのセグメントに対して仮選択が終了したか判断し（Ｐ７０７）、終了していなければメタデータｄ１０１を用いて次のセグメントを抽出し、Ｐ７０５、ｐ７０６の処理をする。このようにして、データｄ１０２に含まれる全てのセグメントに対しての仮選択ができる。
【００５１】
そして、Ｐ７０７において、データ適応部１２が全てのセグメントに対して仮選択が終了したと判断すると、仮選択されたセグメントをセグメントに付与されたセグメント優先度順に整列する（Ｐ７０８）。これは、後述するセグメントの本選択時にセグメント優先度の高いセグメントからセグメントの本選択するためである。
【００５２】
まず、データ適応部１２が最もセグメント優先度の高いセグメントを本選択する（Ｐ７０９）。次にデータ適応部１２が、仮選択した全てのセグメントの本選択が終了したか判断する（Ｐ７１０）。そして、Ｐ７１０において、データ適応部１２が仮選択した全てのセグメントの本選択が終了していないと判断すると、本選択したセグメントのデータ長が時間長、空間範囲またはその両方の制約条件を超えたか判断する（Ｐ７１１）。そして、データ適応部１２がこれらの制約条件を超えない範囲で、Ｐ７０９からＰ７１１までの動作を繰り返す。
【００５３】
また、Ｐ７１０において、データ適応部１２が仮選択した全てのセグメントの本選択が終了しているという判断をすると、すべてのユーザー観点（キーワード）に対して処理をしたか判断する（Ｐ７１５）。そして、Ｐ７１５において、データ適応部１２がすべてのユーザー観点に対して処理が終了したと判断した場合は処理を終了する。一方、Ｐ７１５において、データ適応部１２がすべてのユーザー観点に対して処理が終了していない判断した場合は、次のユーザー観点に対する処理に移行する。
【００５４】
ここで、既に上述した処理で選択済みのセグメントに対して、再度処理を行って再度選択することは無意味である。よって、まず、データ適応部１２が未選択のセグメントを抽出し、未選択のセグメントに限定して以下の処理を行うようにする（Ｐ７１４）。そして、データ適応部１２が次のユーザー観点を選択し（Ｐ７１３）、Ｐ７０５からＰ７１１の処理をする。
【００５５】
さらに、具体的にセグメント選択動作について図５を用いて説明する。まず、データ適応部１２がユーザープリファレンス（ユーザー嗜好記述）３に含まれるユーザー観点（ユーザーキーワード）のうち最もセグメント優先度が高いKWD#1があるサブセグメントを探す。サブセグメント６３のキーワード６３１、サブセグメント６６のキーワード６６１には、それぞれKWD#1がある。次に、データ適応部１２がサブセグメント６３、サブセグメント６６に時間長制約を加味し、サブセグメント６３、サブセグメント６６から時間長制約が厳しい順に選択する。具体的には、まず、時間長制約が厳しくない、つまり時間長が短いサブセグメント６６が最も優先されて出力データｄ１０２ａとして選択される。そして、次に、サブセグメント６３が出力データ１０２ｂを構成するセグメントとして選択される。
【００５６】
同様に、データ適応部１２がユーザープリファレンス３に含まれるユーザー観点のうち次に優先度が高いKWD#2があるサブセグメントを探す。セグメント６１を構成する全てのサブセグメントにKWD#2が含まれる。よって、ここでは、どのサブセグメントが優先されるかを決定する必要がある。
【００５７】
具体的には、データ適応部１２が各サブセグメントに付加されるセグメント観点のセグメント優先度を比較する。図５の例では、サブセグメント６３、サブセグメント６２、サブセグメント６５、サブセグメント６６が同優先度で、次にサブセグメント６４、サブセグメント６７と優先度が続く。また、サブセグメント６７はすでに選択済みであるので、以下の処理対象から省く。
【００５８】
よって、データ適応部１２が出力データｄ１０２ｂを選択した後に、更に時間長制約が許容される場合には、セグメント優先度がサブセグメント６４よりも高いサブセグメント６５がサブセグメント６３に加えて出力データ１０２ｃを構成するサブセグメントとして選択される。残ったサブセグメント６４はKWD#2とKWD#3を含み、セグメント優先度がサブセグメント６５より低い。よって、最も時間長制約が緩い場合に、サブセグメント６４はサブセグメント６３とサブセグメント６５に加えて出力データストリーム１０２ｄを構成するサブセグメントとして選択される。
【００５９】
またユーザー適応制御部１４は、選択されたセグメントに付加されるキーワードの優先度に応じて、キーワードと合致するユーザープリファレンスｄ１０３に含まれるユーザー観点の優先度を更新する。
【００６０】
このようにして、データｄ１０２からユーザープリファレンスｄ１０３に適応するセグメントを選択し、データｄ１０２をユーザープリファレンスｄ１０３に適合化できる。
【００６１】
次に、データ適応部１２は、上述したように選択したセグメントを端末能力情報である端末プリファレンスｄ１０４に応じて変換する動作に移行する。以下、端末適応制御部１５の動作について、図７を用いて説明する。図７は、端末適応制御部１５の動作を説明する処理フロー図である。
【００６２】
まず、端末適応制御部１５は、端末１０に記録される端末プリファレンスｄ１０４を取得して、端末能力としての表示部１８の画面表示サイズと表示色数を識別する（Ｐ８０１）。次に、端末適応制御部１５は、セグメント選択部１６によって選択されたセグメントが自身の属性として持つセグメント優先度を判定する（Ｐ８０２）。そして、端末適応制御部１５は、選択されたセグメントが端末１０の表示部１８の表示能力より大きいか判断する（Ｐ８０３）。
【００６３】
そして、Ｐ８０３において端末適応制御部１５が選択されたセグメントが端末１０の表示部１８の表示能力より大きいと判断した場合は、端末適応制御部１５は端末プリファレンスｄ１０４にセグメント優先度を加味して、選択されたセグメント全体を縮小するか、選択されたセグメントの一部を表示するか、選択されたセグメントの一部を表示しないか、選択されたセグメントの一部を変換して表示するかを決定する（Ｐ８０４）。
【００６４】
一方、Ｐ８０３において端末適応制御部１５が選択されたセグメントが端末１０の表示部１８の表示能力より大きくないと判断した場合は、端末適応制御部１５は選択されたセグメントのデータが表示部１８の画面表示サイズより小さいか判断する（Ｐ８０５）。そして、Ｐ８０５において端末適応制御部１５が選択されたセグメントのデータが表示部１８の画面表示サイズより小さいという判断をした場合には、端末適応制御部１５は端末プリファレンスｄ１０４にセグメント優先度を加味して、選択したセグメント全体を拡大するか、選択したセグメントの一部を拡大するか、選択したセグメントの一部を表示しないか、選択したセグメントの一部を変換して表示するかを決定する（Ｐ８０６）。
【００６５】
次に、端末適応制御部１５は、端末プリファレンスｄ１０４から端末の表示色数を識別し、端末表示色数に合わせてＰ８０１からＰ８０６の処理を施したセグメントが表示部１８でカラー表示可能か判断する（Ｐ８０７）。そして、Ｐ８０７において、端末適応制御部１５が、上述した処理を施したセグメントが表示部１８でカラー表示可能であるという判断をすると処理を終了する。
【００６６】
一方、Ｐ８０７において、端末適応制御部１５が、上述した処理を施したセグメントが表示部１８でカラー表示可能でないという判断をすると、上述した処理を施したセグメントがグレースケール化した後に表示部１８で表示可能になるか判断する（Ｐ８０８）。そして、端末適応制御部１５が、上述した処理を施したセグメントが表示部１８でグレースケール化した後に表示可能あるという判断をすると、上述した処理を施したセグメントをグレースケール化する決定をする（Ｐ８０９）。また、端末適応制御部１５が、上述した処理を施したセグメントが表示部１８でグレースケール化した後に表示可能でないという判断をすると、上述した処理を施したセグメントを二値化する決定をする（Ｐ８１０）。
【００６７】
そして、解像度変換部１７は端末適応制御部１５の決定内容を実際に選択されたセグメントに対して適応し解像度変換を行う。そして、表示部１８は解像度変換部１７で変換したセグメントを表示する。
【００６８】
以上のように、実施の形態１によれば、メタデータｄ１０１の各セグメントに付加される少なくとも１つ以上のセグメント観点及びセグメント観点におけるセグメント優先度を抽出し、ユーザープリファレンスｄ１０３に含まれるユーザー観点と合致するセグメント観点を有するセグメントをセグメント優先度に基づいてセグメントの選択を行える。これにより、データｄ１０２をユーザーの嗜好に合わせて一意にデータ適合化することが可能となる。
【００６９】
また、実施の形態１によれば、端末プリファレンスに含まれる端末能力情報に従ってセグメントの時間及び空間解像度変換を行うことで、端末の能力に合わせて一意にデータ適合化することが可能となる。
【００７０】
また、実施の形態１によれば、ユーザー観点毎にユーザー優先度を付与する形態であるので、ユーザー優先度のみを変更することでユーザー観点間の優先度を変更できる。よって、ユーザーによるユーザー観点の編集が容易になる。
【００７１】
（実施の形態２）
以下、本発明の実施の形態２におけるデータ適合化装置について図８を用いて説明する。図８は実施の形態２におけるデータ適合化装置のブロック図を示すものである。
【００７２】
実施の形態２は、実施の形態１にかかるユーザー適応制御部をサーバーに持たせ、サーバーと端末とをネットワークで接続したものである。しかし、単純にユーザー適応制御部と端末とをネットワーク接続したのでは、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行えない。これを解決するために、実施の形態２では、ユーザー適応部が、ネットワークを介してコンテンツを端末に配信する際にネットワークの伝送帯域の情報をネットワークプリファレンスとして取得し、セグメントの優先度と伝送帯域に応じてデータ量を調整するようにしている。このようにして、実施の形態２は、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行えるようになっている。
【００７３】
以下、実施の形態２について詳細に説明する。まず、実施の形態２にかかるデータ適合化部２２の構成について図８を用いて説明する。図８は、実施の形態２におけるデータ適合化部２２を具備するシステムのブロック図である。
【００７４】
図８に示すように、サーバー２０と端末２Ｂとはネットワーク２Ａで接続されている。端末２Ｂは、ユーザーの嗜好に関する情報であるユーザープリファレンスｄ１０３を蓄積するユーザープリファレンス蓄積部３０と、端末２Ｂの能力情報である端末プリファレンスｄ１０４を格納する端末プリファレンス蓄積部３１と、ネットワーク２Ａの伝送帯域情報であるネットワークプリファレンスｄ２０５を格納するネットワークプリファレンス格納部３２と、サーバー２０から送られてくるデータを蓄積する蓄積媒体２Ｃとから構成される。
【００７５】
また、サーバー２０は、複数のセグメントからなるコンテンツであるデータｄ１０２およびデータｄ１０２を説明するための情報であるメタデータｄ１０１が蓄積されたコンテンツデータ蓄積媒体２１と、データｄ１０２をメタデータｄ１０１とユーザープリファレンスｄ１０３、端末プリファレンスｄ１０４、およびネットワークプリファレンスｄ２０５とを用いてユーザーの嗜好に適応させるユーザー適応部２２とから構成されている。
【００７６】
ユーザー適応部２２には、各種データを取得する手段が設けられている。各種データを取得する手段としては、メタデータｄ１０１を取得するメタデータ取得部３３ａとデータｄ１０２を取得するデータ取得部３３ｂとから構成されるコンテンツデータ取得部３３と、ネットワーク２Ａを介してユーザープリファレンスｄ１０３を取得するユーザープリファレンス取得部３４と、ネットワーク２Ａを介して端末プリファレンスｄ１０４を取得する端末プリファレンス取得部３５と、ネットワーク２Ａを介してネットワークプリファレンスｄ２０５を取得するネットワークプリファレンス取得部３６とが設けられている。
【００７７】
また、ユーザー適応部１２には、ユーザーの嗜好にあわせて取得したデータｄ１０２から所定のセグメントを選択しユーザーの嗜好に合わせる手段が設けられている。選択したセグメントをユーザーの嗜好に合わせる手段としては、取得したメタデータｄ１０１とユーザープリファレンスデータｄ１０３を用いて、取得したデータｄ１０２から所定のセグメントを選択するための情報を生成するユーザー適応制御部２４と、ユーザー適応制御部２４で生成した情報に基づいて取得したデータｄ１０２から所定のセグメントを選択し、抽出するセグメント選択部２６が設けられている。
【００７８】
また、ユーザー適応部２４には、データｄ１０２の処理装置である端末２Ｂの能力に合わせてデータｄ１０２を変換する手段が設けられている。データｄ１０２を端末能力に合わせて変換する手段としては、メタデータｄ１０１と端末プリファレンスｄ１０４からデータｄ１０２の空間解像度や色解像度を変化するための情報を生成する端末適応制御部２５と、端末適応制御部２５で生成した情報によりｄ１０２の空間解像度変換や色解像度変換をする解像度変換部２７と、メタデータｄ１０１とネットワークプリファレンスｄ２０５を用いてネットワーク２Ａに送るデータｄ１０２の量を調整する情報を生成するネットワーク適応制御部２８と、ネットワーク適応制御部２８で生成した情報によりネットワーク２Ａに送るデータｄ１０２の量を調整するデータ量調整部２９と、が設けられている。
【００７９】
次に、セグメント選択部２６の動作およびユーザー適応制御部２４の動作について図６を用いて説明する。
【００８０】
データ適応部２４のコンテンツデータ取得部３３は、蓄積媒体２１からメタデータｄ１０１とデータｄ１０２を読み出し、取得する。そして、ユーザー適応制御部２４は、取得したメタデータｄ１０１を解析し、データの構造と構造の各セグメントに付加される少なくとも１つ以上のセグメント観点及びセグメント観点における優先度を抽出し、読み出したデータ（コンテンツ）ｄ１０２を識別する（Ｐ７０１）。次に、ユーザー適応制御部２４は、ユーザープリファレンスｄ１０３から識別したコンテンツに対応するユーザー嗜好記述（例えばユーザー嗜好記述３１）を選択する（Ｐ７０２）。さらに、ユーザー適応制御部２４は、ユーザー嗜好記述３１に含まれるユーザー観点（キーワード）をユーザー観点の属性である優先度の順番に整列する（Ｐ７０３）。そして、最も優先度の高い優先度が付与されたユーザー観点を選択する（Ｐ７０４）。
【００８１】
次に、ユーザー適応制御部２４は、ユーザー優先度の高いユーザー観点（最初のユーザー観点）から順に、そのユーザー観点と合致するセグメントをデータｄ１０２から選択するような情報をセグメント選択部２６に送る。
【００８２】
そして、セグメント選択部２６は、ユーザー適応制御部２４から送られてきた情報により、最初のユーザー観点とセグメントのセグメント観点とを比較し、最初のユーザー観点と一致するセグメント観点が付与されたセグメントがあるか判断する（Ｐ７０５）。
【００８３】
次に、最初のユーザー観点と一致するセグメント観点が付与されたセグメントの選択動作に移る。
【００８４】
まず、セグメント選択部２６は、ユーザー観点に合致するセグメントを仮選択する（Ｐ７０６）。次に、セグメント選択部２６は、メタデータｄ１０１に含まれる全てのセグメントに対して仮選択が終了したか判断し（Ｐ７０７）、終了していなければ、メタデータｄ１０１を用いて次のセグメントを抽出し、Ｐ７０５、Ｐ７０６の処理をする。このようにして、データｄ１０２に含まれる全てのセグメントに対しての仮選択ができる。
【００８５】
そして、Ｐ７０７において、データ適応部２２が全てのセグメントに対して仮選択が終了したと判断すると、仮選択されたセグメントをセグメントに付与されたセグメント優先度順に整列する（Ｐ７０８）。これは、後述するセグメントの本選択時にセグメント優先度の高いセグメントから本選択するためである。
【００８６】
そして、まずデータ適応部２２が最もセグメント優先度の高いセグメントを本選択する（Ｐ７０９）。次に、データ適応部２２が仮選択した全てのセグメントの本選択が終了したか判断する（Ｐ７１０）。そして、データ適応部２２がＰ７１０において、仮選択した全てのセグメントの本選択が終了していないと判断すると、本選択したセグメントのデータ長が時間長、空間範囲またはその両方の制約条件を超えたか判断する（Ｐ７１１）。そして、データ適応部２２がこれらの制約条件を超えない範囲で、Ｐ７０９からＰ７１１までの動作を繰り返す。
【００８７】
また、Ｐ７１０において、データ適応部２２が仮選択した全てのセグメントの本選択が終了しているという判断をすると、すべてのユーザー観点（キーワード）に対して処理をしたか判断する（Ｐ７１５）。そして、Ｐ７１５において、データ適応部２２がすべてのユーザー観点に対して処理が終了したと判断した場合は、処理を終了する。一方、Ｐ７１５において、データ適応部２２がすべてのユーザー観点に対して処理が終了していないと判断した場合は、次のユーザー観点に対する処理に移行する。
【００８８】
ここで、既に上述した処理で選択済みのセグメントに対して、再度処理を行って再度選択することは無意味である。よって、まず、データ適応部２２が未選択のセグメントを抽出し、未選択のセグメントに限定して以下の処理を行うようにする（Ｐ７１４）。そして、次のユーザー観点を選択し（Ｐ７１３）、Ｐ７０５からＰ７１１の処理をする。
【００８９】
このようにして、データｄ１０２からユーザープリファレンスｄ１０３に適応するセグメントを選択し、データｄ１０２をユーザープリファレンスｄ１０３に適合化できる。
【００９０】
次に、データ適応部１２は、上述したように選択したセグメントを端末能力情報である端末プリファレンスｄ１０４に応じて変換する動作に移行する。以下、端末適応制御部２５の動作について、図７を用いて説明する。
【００９１】
まず、端末適応制御部２５は、端末２Ｂに記録される端末プリファレンスｄ１０４を端末プリファレンス取得部３５から取得して、端末能力としての表示部１８の画面表示サイズと表示色数を識別する（Ｐ８０１）。次に、端末適応制御部２５は、セグメント選択部２６によって選択されたセグメントが自身の属性として持つセグメント優先度を判定する（Ｐ８０２）。そして、端末適応制御部２５は、選択されたセグメントが端末２Ｂの表示能力より大きいか判断する（Ｐ８０３）。
【００９２】
そして、Ｐ８０３において端末適応制御部２５が選択されたセグメントが端末２Ｂの表示能力より大きいと判断した場合は、端末適応制御部２５は端末プリファレンスｄ１０４にセグメント優先度を加味して、選択されたセグメント全体を縮小するか、選択されたセグメントの一部を表示するか、選択されたセグメントの一部を表示しないか、選択されたセグメントの一部を変換して表示するかを決定する（Ｐ８０４）。
【００９３】
一方、Ｐ８０３において端末適応制御部２５が選択されたセグメントが端末２Ｂの表示能力より大きくないと判断した場合は、端末適応制御部２５は選択されたセグメントのデータが端末２Ｂの画面表示サイズより小さいか判断する（Ｐ８０５）。そして、Ｐ８０５において端末適応制御部２５が選択されたセグメントのデータが端末２Ｂの画面表示サイズより小さい場合と判断した場合には、端末適応制御部２５は端末プリファレンスｄ１０４にセグメント優先度を加味して、選択したセグメント全体を拡大するか、選択したセグメントの一部を拡大するか、選択したセグメントの一部を表示しないか、選択したセグメントの一部を変換して表示するかを決定する（Ｐ８０６）。
【００９４】
次に、端末適応制御部２５は、端末プリファレンスｄ１０４から端末２Ｂの表示色数を識別し、端末表示色数に合わせてＰ８０１からＰ８０６の処理を施したセグメントが表示部でカラー表示可能か判断する（Ｐ８０７）。そして、Ｐ８０７において、端末適応制御部２５が、上述した処理を施したセグメントが端末２Ｂでカラー表示可能であるという判断をすると処理を終了する。
【００９５】
一方、Ｐ８０７において、端末適応制御部２５が、上述した処理を施したセグメントが端末２Ｂでカラー表示可能でないという判断をすると、上述した処理を施したセグメントがグレースケール化した後に端末２Ｂで表示可能になるか判断する（Ｐ８０８）。そして、端末適応制御部２５が、上述した処理を施したセグメントが表示部１８でグレースケール化した後に表示可能あるという判断をすると、上述した処理を施したセグメントをグレースケール化する決定をする（Ｐ８０９）。また、端末適応制御部２５が、上述した処理を施したセグメントが端末２Ｂでグレースケール化した後に表示可能でないという判断をすると、上述した処理を施したセグメントを二値化する決定をする（Ｐ８１０）。
【００９６】
そして、解像度変換部２７は端末適応制御部２５の決定内容を実際に選択されたセグメントに対して適応し解像度変換を行う。そして、解像度変換されたデータはデータ量調節部２９に送られる。
【００９７】
次に、ネットワーク適応制御部２８の動作について図９を用いて説明する。図９は、実施の形態２にかかるネットワーク適応制御部２８の処理フロー図である。
【００９８】
ネットワーク適応制御部２８は、ネットワーク２Ａを介して端末２Ｂから送られてきたネットワークプリファレンスｄ２０５をネットワークプリファレンス取得部３６から取得する。そして、ネットワーク適応制御部２８は、ネットワーク２Ａの伝送帯域を識別する（Ｐ９０１）。次に、ネットワーク適応制御部２８は、セグメント選択部２６によって選択されたセグメントが自身の属性として持つセグメント優先度を判定する（Ｐ９０２）。そして、ネットワーク適応制御部２８は、変換されたデータが伝送帯域より大きいか判断する（Ｐ９０３）。
【００９９】
Ｐ９０３において、ネットワーク適応制御部２８が、変換されたデータが伝送帯域より大きいと判断した場合には、ネットワーク適応制御部２８はデータ全体を圧縮するか、データの一部を伝送するか、データ全体を伝送しないか、データの一部を変換して伝送するかを決定する（Ｐ９０４）。ここでデータを変換して伝送するとは、ＭＰＥＧ１のデータをＭＰＥＧ４のデータに変換すること、またはＡＡＣのデータをＭＰ３のデータに変換するなどのフォーマット変換である。
【０１００】
一方、Ｐ９０３において、ネットワーク適応制御部２８が、変換されたデータが伝送帯域より大きくないと判断した場合には、ネットワーク適応制御部２８は変換されたセグメントのデータが伝送帯域より小さいか判断する（Ｐ８０５）。Ｐ８０５において、ネットワーク適応制御部２８が伝送帯域より変換されたデータが小さいと判断した場合には、ネットワーク適応制御部２８は未伝送データの追加伝送するか、伝送しないか、変換または変換を元に戻して伝送するかを決定する（Ｐ９０６）。
【０１０１】
そして、データ量調整部２９はネットワーク適応制御部２８の決定内容を実際に選択されたセグメントに対して適応し、データ量を調整して端末２Ｂに伝送する。端末２Ｂは受信したセグメントを蓄積媒体２Ｃに記録する。
【０１０２】
以上のように、実施の形態２によれば、実施の形態１にかかる効果に加えて、ネットワークプリファレンスｄ２０５に含まれる伝送帯域に従って、選択されたセグメントのデータ量を調整することで、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行うことができる。
【０１０３】
（実施の形態３）
以下、本発明の実施の形態３におけるデータ適合化装置について説明する。実施の形態３におけるデータ適合化装置の構成は実施の形態１にかかるデータ適合化装置の構成と同一である。よって、実施の形態３にかかるデータ適合化装置の構成の説明は省略する。
【０１０４】
実施の形態３にかかるデータ適合化装置と実施の形態１にかかるデータ適合化装置とでは、ユーザープリファレンスｄ１０３の構成が異なる。以下、実施の形態３にかかるユーザープリファレンスｄ１０３について説明する。図１０はユーザープリファレンスｄ１０３の第２の詳細図である。
【０１０５】
図１０に示すように、ユーザープリファレンスｄ１０３は、複数のユーザー嗜好記述１３１〜１３３から構成されている。また、ユーザー嗜好記述１３１〜１３３には、ユーザー嗜好記述１３１〜１３３のそれぞれに対応するコンテンツを識別するコンテンツ識別子１３４と、コンテンツを表示するため時間長情報１３５と、コンテンツから所定のセグメントを抽出するためのキーワード１３６ａ、１３６ｂが複数格納されている。このように、実施の形態３のユーザープリファレンスには、キーワード１３６ａ、１３６ｂに対する優先度が格納されていない。この点で、実施の形態３のユーザープリファレンスと実施の形態１のユーザープリファレンスとは異なる。
【０１０６】
次に、ユーザー嗜好記述１３１〜１３３を含むユーザープリファレンスｄ１０３の定義記述について具体的に説明する。図１１は、ユーザープリファレンスｄ１０３の定義記述である。
【０１０７】
図１１に示すように、ユーザープリファレンス記述定義１４０は、XML(eXtensible Markup Language)のDTD(Document Type Definition)で記述されている。
【０１０８】
ユーザープリファレンス記述定義１４０は、図中１４１に示すようにユーザープリファレンスには一つ以上のコンテンツ（Ｃｏｎｔｅｎｔ）を有すると定義している。また、図中１４２に示すように、コンテンツ毎にひとつ以上のキーワード１３６（Ｋｅｙｗｏｒｄ）を有すると定義している。また、図中１４３に示すように、コンテンツには、属性としてコンテンツ識別子１３４（ＣｏｎｔｅｎｔＩＤ）と、時間長１３５（Ｄｕｒａｔｉｏｎ）と、データを表示するサイズ情報である画面サイズ１４４（ＳｃｒｅｅｎＳｉｚｅ）とが定義される。また、図中１４８に示すようにキーワード１３６（Ｋｅｙｗｏｒｄ）は、テキストデータで記述されると定義されている。
【０１０９】
図１１のユーザープリファレンス記述定義１４０からも、実施の形態３のユーザープリファレンスには、キーワード１３６に対する優先度が格納されていないことがわかる。
【０１１０】
次に、図１１に示したユーザープリファレンスの記述定義を用いて作成したユーザープリファレンスについて説明する。図１２は、ユーザープリファレンスの例を示す図である。
【０１１１】
図１２において１５０はユーザー嗜好記述定義４０を使ってXMLで記述した実際のユーザー嗜好記述例である。
【０１１２】
図１２に示すユーザープリファレンス１５０は、２つのコンテンツ１５１、１５２を有する。コンテンツ１５１にはコンテンツＩＤ１５３ａ（この例では、１２３４５６７８９）、コンテンツ１５２にはコンテンツＩＤ１５３ｂ（この例では、１２３４５６７８８）が記載されている。また、コンテンツ１５１には、コンテンツの属性として表示時間長１５４（この例では、ｓｍｐｔｅ＝００：０５：００：００）が記載されている。また、コンテンツ１５１にはキーワード１５５ａ〜１５５ｃが記載されている。キーワード１５５ａにはＮａｋａｔａ、キーワード１５５ｂにはＳｏｃｃｅｒ、キーワード１５５ｃにはＪａｐａｎが記載されている。
【０１１３】
一方、コンテンツ１５２には、コンテンツの属性として表示スケール１５６（この例では、ｐｉｘｅｌ＝３２０×２４０）が記載されている。また、コンテンツ１５２にはキーワード１５５ｄ〜１５５ｆが記載されている。キーワード１５５ｄにはＨｅａｄｌｉｎｅ、キーワード１５５ｅにはＳｔｏｃｋ、キーワード１５５ｆにはＳｐｏｒｔｓが記載されている。
【０１１４】
次に、図１３を使用して、実施の形態３にかかるデータｄ１０２の構成について説明する。また図１３は、セグメント選択部１６の動作を説明する動作説明図である。図１３において、１３１が付与されているものはユーザー嗜好記述である。ユーザー嗜好記述１３１以外の構成は、実施の形態１と同様である。
【０１１５】
次に、実施の形態３にかかるセグメント選択部１６の動作およびユーザー適応制御部１４の動作について図１３および図１４を用いて説明する。図１３は、セグメント選択部１６の動作を説明する動作説明図である。図１４はユーザー適応制御部１４の動作を説明する処理フロー図である。
【０１１６】
データ適応部１２のコンテンツデータ取得部２１は、蓄積媒体１１からメタデータｄ１０１とデータｄ１０２を読み出し、取得する。そして、ユーザー適応制御部１４は、取得したメタデータｄ１０１を解析し、データの構造と構造の各セグメントに付加される少なくとも１つ以上のセグメント観点及びセグメント観点における優先度を抽出し、読み出したデータ（コンテンツ）ｄ１０２を識別する（Ｐ１７０１）。次に、ユーザー適応制御部１４は、ユーザープリファレンスｄ１０３から識別したコンテンツに対応するユーザー嗜好記述（例えばユーザー嗜好記述１３１）を選択する（Ｐ１７０２）。さらに、ユーザー適応制御部１４は、ユーザー嗜好記述１３１に含まれるユーザー観点（キーワード）を記述された順番に整列する。図１２の例では、上の行に記述されたキーワードから順に、つまりキーワード１５５ａ、キーワード１５５ｂ、キーワード１５５ｃの順に整列する。そして、最初に、つまり最も上位に記述されたユーザー観点を選択する（Ｐ１７０４）。このように、キーワードを記述された順番に整列するのは、実施の形態３にかかるユーザープリファレンスｄ１０３にユーザー優先度が付与されていないため、ユーザー優先度に対応する何らかの優先度を付与する必要があるからである。実施の形態３では、このユーザー優先度の代わりとして、キーワードの優先度を記述した順に対応させるようにしている。
【０１１７】
次に、ユーザー適応制御部１４は、優先度の高いユーザー観点（最初のユーザー観点）から順に、そのユーザー観点と合致するセグメントをデータｄ１０２から選択するような情報をセグメント選択部１６に送る。
【０１１８】
そして、セグメント選択部１６は、ユーザー適応制御部１４から送られてきた情報により、最初のユーザー観点とセグメントのセグメント観点とを比較し、最初のユーザー観点と一致するセグメント観点が付与されたセグメントがあるか判断する（Ｐ１７０５）。
【０１１９】
次に、最初のユーザー観点と一致するセグメント観点が付与されたセグメントの選択動作に移る。
【０１２０】
まず、セグメント選択部１６はユーザー観点に合致するセグメントを仮選択する（Ｐ１７０６）。次に、セグメント選択部１６はデータｄ１０２に含まれる全てのセグメントに対して仮選択が終了したか判断し（Ｐ１７０７）、終了していなければ、メタデータｄ１０１を用いて次のセグメントを抽出し、Ｐ１７０５、Ｐ１７０６の処理をする。このようにして、データｄ１０２に含まれる全てのセグメントに対しての仮選択ができる。
【０１２１】
そして、Ｐ１７０７において、データ適応部１２が全てのセグメントに対して仮選択が終了したと判断すると、仮選択されたセグメントをセグメントに付与されたセグメント優先度順に整列する（Ｐ１７０８）。これは、後述するセグメントの本選択時にセグメント優先度の高いセグメントから本選択するためである。
【０１２２】
そして、まずデータ適応部１２が最もセグメント優先度の高いセグメントを本選択する（Ｐ１７０９）。次にデータ適応部１２が、仮選択した全てのセグメントの本選択が終了したか判断する（Ｐ１７１０）。そして、Ｐ１７１０において、データ適応部１２が仮選択した全てのセグメントの本選択が終了していないと判断すると、本選択したセグメントのデータ長が時間長、空間範囲またはその両方の制約条件を超えたか判断する（Ｐ１７１１）。そして、データ適応部１２がこれらの制約条件を超えない範囲で、Ｐ１７０９からＰ１７１１までの動作を繰り返す。
【０１２３】
また、Ｐ１７１０において、データ適応部１２が仮選択した全てのセグメントの本選択が終了しているという判断をすると、すべてのユーザー観点（キーワード）に対して処理をしたか判断する（Ｐ１７１５）。そして、Ｐ１７１５において、データ適応部１２がすべてのユーザー観点に対して処理が終了したと判断した場合は処理を終了する。一方、Ｐ１７１５において、データ適応部１２がすべてのユーザー観点に対して処理が終了していない判断した場合は、次のユーザー観点に対する処理に移行する。
【０１２４】
ここで、既に上述した処理で選択済みのセグメントに対して、再度処理を行って再度選択することは無意味である。よって、まず、データ適応部１２が未選択のセグメントを抽出し、未選択のセグメントに限定して以下の処理を行うようにする（Ｐ１７１４）。そして、データ適応部１２が次のユーザー観点を選択し（Ｐ１７１３）、Ｐ１７０５からＰ１７１１の処理をする。
【０１２５】
さらに具体的にセグメント選択動作について図１３を用いて説明する。まず、データ適応部１２がユーザープリファレンス（ユーザー嗜好記述）１３１に含まれるユーザー観点（ユーザーキーワード）のうち最も上の行に記載された、つまり優先度が高いKWD#1があるサブセグメントを探す。サブセグメント６３のキーワード６３１、サブセグメント６６のキーワード６６１には、それぞれKWD#1がある。次に、データ適応部１２がサブセグメント６３、サブセグメント６６に時間長制約を加味し、サブセグメント６３、サブセグメント６６から時間長制約が厳しい順に選択する。具体的には、まず、時間長制約が厳しくない、つまり時間長が短いサブセグメント６６が最も優先されて出力データｄ１０２ａとして選択される。そして、次に、サブセグメント６３が出力データ１０２ｂを構成するセグメントとして選択される。
【０１２６】
同様に、データ適応部１２がユーザープリファレンスｄ１０３に含まれるユーザー観点のうち次に優先度が高いKWD#2があるサブセグメントを探す。セグメント６１を構成する全てのサブセグメントにKWD#2が含まれる。よって、ここではどのサブセグメントが優先されるかを決定する必要がある。
【０１２７】
具体的には、データ適応部１２が各サブセグメントに付加されるセグメント観点のセグメント優先度を比較する。図１３の例では、サブセグメント６３、サブセグメント６２、サブセグメント６５、サブセグメント６６が同優先度で、次にサブセグメント６４、サブセグメント６７と優先度が続く。また、サブセグメント６７はすでに選択済みであるので、以下の処理対象から省く。
【０１２８】
よって、データ適応部１２が出力データｄ１０２ｂを選択した後に、更に時間長制約が許容される場合には、セグメント優先度がサブセグメント６４よりも高いサブセグメント６５がサブセグメント６３に加えて出力データ１０２ｃを構成するサブセグメントとして選択される。残ったサブセグメント６４はKWD#2とKWD#3を含み、セグメント優先度がサブセグメント６５より低いので、最も時間長制約が緩い場合に、サブセグメント６４はサブセグメント６３とサブセグメント６５に加えて出力データストリーム１０２ｄを構成するサブセグメントとして選択される。
【０１２９】
またユーザー適応制御部１４は、選択されたセグメントに付加されるキーワードの優先度に応じて、キーワードと合致するユーザープリファレンスｄ１０３に含まれるユーザー観点の優先度を更新する。
【０１３０】
このようにして、データｄ１０２からユーザープリファレンスｄ１０３に適応するセグメントを選択し、データｄ１０２をユーザープリファレンスｄ１０３に適合化できる。
【０１３１】
そして、次に、端末制御部１５が実施の形態１と同様に、図７に示すフローにしたがって、セグメント選択部１６から送られてくる選択されたセグメントの解像度変換をする。
【０１３２】
以上のように、実施の形態３によれば、ユーザープリファレンスｄ１０３にユーザー優先度を付与しなくても、ユーザー観点を記述した順をユーザー観点の優先度として処理することができる。これにより、ユーザープリファレンスｄ１０３にユーザー優先度を付与しなくても、実施の形態１と同様にユーザーの嗜好に合わせて一意にデータ適応を可能とすることができる。
【０１３３】
また、実施の形態３のように、ユーザー優先度を具備しないようにすることで、ユーザープリファレンスｄ１０３のデータ構造が簡単になる。
【０１３４】
（実施の形態４）
以下、本発明の実施の形態４におけるデータ適合化装置について説明する。実施の形態４は、実施の形態３にかかるユーザー適応制御部をサーバーに持たせ、サーバーと端末とをネットワークで接続したものである。
【０１３５】
実施の形態４にかかるデータ適合化装置を含むシステムは、実施の形態２にかかるデータ適合化装置を含むシステムと同一の構成である。よって、図８は、実施の形態４におけるデータ適合化装置を含むシステムブロック図を示すものである。
【０１３６】
また、実施の形態４にかかるユーザープリファレンスｄ１０３については、実施の形態３と同じである。よって、図１０に示す図が実施の形態４にかかるユーザープリファレンスｄ１０３を示す図である。また、図１１は、実施の形態４にかかるユーザープリファレンスの定義である。
【０１３７】
また、実施の形態４にかかるセグメント選択部２６の動作も、実施の形態３にかかるセグメント選択部２６と同一である。よって、図１３はセグメント選択部２６の動作を説明する動作説明図である。また、図１４は、実施の形態４にかかるユーザー適応制御部２４の動作を説明する処理フロー図である。
【０１３８】
また、実施の形態４にかかる端末適応制御部２５は、実施の形態１から実施の形態３にかかる端末適応制御部と同一の動作をする。よって、図７は、実施の形態４にかかる端末適応制御部２５の動作を説明する処理フローである。また、実施の形態４にかかるネットワーク適応制御部２８は、実施の形態２にかかるネットワーク適応制御部２８と同一の動作をする。よって、図９は、実施の形態４にかかるネットワーク適応制御部２８の動作を説明する処理フロー図である。
【０１３９】
以下、これらの添付図面を使用して実施の形態４にかかるデータ適合化装置を含むシステムについて説明する。
【０１４０】
データ適応部２２のコンテンツデータ取得部３３は、蓄積媒体２１からメタデータｄ１０１とデータｄ１０２を読み出し、取得する。そして、ユーザー適応制御部２４は、取得したメタデータｄ１０１を解析し、データの構造と構造の各セグメントに付加される少なくとも１つ以上のセグメント観点及びセグメント観点における優先度を抽出し、読み出したデータ（コンテンツ）ｄ１０２を識別する（Ｐ１７０１）。次に、ユーザー適応制御部２４は、ユーザープリファレンスｄ１０３から識別したコンテンツに対応するユーザー嗜好記述（例えばユーザー嗜好記述１３１）を選択する（Ｐ１７０２）。さらに、ユーザー適応制御部２４は、ユーザー嗜好記述１３１に含まれるユーザー観点（キーワード）を記載された順番に整列する。図１２の例では、記載順、つまり上の行から順に、キーワード１５５ａ、キーワード１５５ｂ、キーワード１５５ｃの順に整列する。そして、最初に、つまり最も上位に記載されたユーザー観点を選択する（Ｐ１７０４）。このように、キーワードを記載された順番に整列するのは、実施の形態４にかかるユーザープリファレンスｄ１０３にユーザー優先度が付与されていないから、何らかのユーザー優先度に対応する優先度を付与する必要があるからである。実施の形態３では、このユーザー優先度の代わりとして、キーワードの優先度を記述した順として設定している。
【０１４１】
次に、ユーザー適応制御部２４は、優先度の高いユーザー観点（最初のユーザー観点）から順に、そのユーザー観点と合致するセグメントをデータｄ１０２から選択するような情報をセグメント選択部２６に送る。
【０１４２】
そして、セグメント選択部２６は、ユーザー適応制御部２４から送られてきた情報により、最初のユーザー観点とセグメントのセグメント観点とを比較し、最初のユーザー観点と一致するセグメント観点が付与されたセグメントがあるか判断する（Ｐ１７０５）。
【０１４３】
次に、最初のユーザー観点と一致するセグメント観点が付与されたセグメントの選択動作に移る。
【０１４４】
まず、セグメント選択部２６はユーザー観点に合致するセグメントを仮選択する（Ｐ１７０６）。次に、セグメント選択部２６はメタデータｄ１０１に含まれる全てのセグメントに対して仮選択が終了したか判断し（Ｐ１７０７）、終了していなければ、メタデータｄ１０１を用いて次のセグメントを抽出し、Ｐ１７０５、Ｐ１７０６の処理をする。このようにして、データｄ１０２に含まれる全てのセグメントに対しての仮選択ができる。
【０１４５】
そして、Ｐ１７０７において、データ適応部２２が全てのセグメントに対して仮選択が終了したと判断すると、仮選択されたセグメントをセグメントに付与されたセグメント優先度順に整列する（Ｐ１７０８）。これは、後述するセグメントの本選択時にセグメント優先度の高いセグメントから本選択するためである。
【０１４６】
そして、まずデータ適応部２２が最もセグメント優先度の高いセグメントを本選択する（Ｐ１７０９）。次にデータ適応部２２が、仮選択した全てのセグメントの本選択が終了したか判断する（Ｐ１７１０）。そして、Ｐ１７１０において、データ適応部２２が仮選択した全てのセグメントの本選択が終了していないと判断すると、本選択したセグメントのデータ長が時間長、空間範囲またはその両方の制約条件を超えたか判断する（Ｐ１７１１）。そして、データ適応部２２がこれらの制約条件を超えない範囲で、Ｐ１７０９からＰ１７１１までの動作を繰り返す。
【０１４７】
また、Ｐ１７１０において、データ適応部２２が仮選択した全てのセグメントの本選択が終了しているという判断をすると、すべてのユーザー観点（キーワード）に対して処理をしたか判断する（Ｐ１７１５）。そして、Ｐ１７１５において、データ適応部２２がすべてのユーザー観点に対して処理が終了したと判断した場合は処理を終了する。一方、Ｐ１７１５において、データ適応部２２がすべてのユーザー観点に対して処理が終了していないと判断した場合は、次のユーザー観点に対する処理に移行する。
【０１４８】
ここで、既に上述した処理で選択済みのセグメントに対して、再度処理を行って再度選択することは無意味である。よって、まず、データ適応部２２が未選択のセグメントを抽出し、未選択のセグメントに限定して以下の処理を行うようにする（Ｐ１７１４）。そして、データ適応部２２が次のユーザー観点を選択し（Ｐ１７１３）、Ｐ１７０５からＰ１７１１の処理をする。
【０１４９】
さらに具体的にセグメント選択動作について図１３を用いて説明する。まず、データ適応部２２がユーザープリファレンス（ユーザー嗜好記述）１３１に含まれるユーザー観点（ユーザーキーワード）のうち最も上の行に記載された、つまり優先度が高いKWD#1があるサブセグメントを探す。サブセグメント６３のキーワード６３１、サブセグメント６６のキーワード６６１には、それぞれKWD#1がある。次に、データ適応部２２がサブセグメント６３、サブセグメント６６に時間長制約を加味し、サブセグメント６３、サブセグメント６６から時間長制約が厳しい順に選択する。
【０１５０】
具体的には、まず、時間長制約が厳しくない、つまり時間長が短いサブセグメント６６が最も優先されて出力データｄ１０２ａとして選択される。そして、次に、サブセグメント６３が出力データ１０２ｂを構成するセグメントとして選択される。
【０１５１】
同様に、データ適応部２２がユーザープリファレンスｄ１０３に含まれるユーザー観点のうち次に優先度が高いKWD#2があるサブセグメントを探す。セグメント６１を構成する全てのサブセグメントにKWD#2が含まれる。よって、ここではどのサブセグメントが優先されるかを決定する必要がある。
【０１５２】
具体的には、データ適応部２２が各サブセグメントに付加されるセグメント観点のセグメント優先度を比較する。図１３の例では、サブセグメント６３、サブセグメント６２、サブセグメント６５、サブセグメント６６が同優先度で、次にサブセグメント６４、サブセグメント６７と優先度が続く。また、サブセグメント６７はすでに選択済みであるので、以下の処理対象から省く。
【０１５３】
よって、データ適応部１２が出力データｄ１０２ｂを選択した後に、更に時間長制約が許容される場合には、セグメント優先度がサブセグメント６４よりも高いサブセグメント６５がサブセグメント６３に加えて出力データ１０２ｃを構成するサブセグメントとして選択される。残ったサブセグメント６４はKWD#2とKWD#3を含み、セグメント優先度がサブセグメント６５より低いので、最も時間長制約が緩い場合に、サブセグメント６４はサブセグメント６３とサブセグメント６５に加えて出力データストリーム１０２ｄを構成するサブセグメントとして選択される。
【０１５４】
またユーザー適応制御部２４は、選択されたセグメントに付加されるキーワードの優先度に応じて、キーワードと合致するユーザープリファレンスｄ１０３に含まれるユーザー観点の優先度を更新する。
【０１５５】
このようにして、データｄ１０２からユーザープリファレンスｄ１０３に適応するセグメントを選択し、データｄ１０２をユーザープリファレンスｄ１０３に適合化できる。
【０１５６】
そして、次に、端末適応制御部２５が実施の形態１と同様に、図７のフローにしたがって、セグメント選択部２６から送られてくる選択されたセグメントの解像度変換をする。
【０１５７】
次に、ネットワーク適応制御部２８の動作について図９を用いて説明する。図９は、実施の形態４にかかるネットワーク適応制御部２８の処理フロー図である。
【０１５８】
ネットワーク適応制御部２８は、ネットワーク２Ａを介して端末２Ｂから送られてきたネットワークプリファレンスｄ２０５をネットワークプリファレンス取得部３６から取得する。そして、ネットワーク適応制御部２８は、ネットワーク２Ａの伝送帯域を識別する（Ｐ９０１）。次に、ネットワーク適応制御部２８は、セグメント選択部２６によって選択されたセグメントが自身の属性として持つセグメント優先度を判定する（Ｐ９０２）。そして、ネットワーク適応制御部２８は、変換されたデータが伝送帯域より大きいか判断する（Ｐ９０３）。
【０１５９】
Ｐ９０３において、ネットワーク適応制御部２８が、変換されたデータが伝送帯域より大きいと判断した場合には、ネットワーク適応制御部２８はデータ全体を圧縮するか、データの一部を伝送するか、データ全体を伝送しないか、データの一部を変換して伝送するかを決定する（Ｐ９０４）。
【０１６０】
一方、Ｐ９０３において、ネットワーク適応制御部２８が、変換されたデータが伝送帯域より大きくないと判断した場合には、ネットワーク適応制御部２８は変換されたセグメントのデータが伝送帯域より小さいか判断する（Ｐ９０５）。Ｐ９０５において、ネットワーク適応制御部２８が伝送帯域より変換されたデータが小さいと判断した場合には、ネットワーク適応制御部２８は未伝送データの追加伝送するか、伝送しないか、変換または変換を元に戻して伝送するかを決定する（Ｐ９０６）。
【０１６１】
そして、データ量調整部２９はネットワーク適応制御部２８の決定内容を実際に選択されたセグメントに対して適応し、データ量を調整して端末２Ｂに伝送する。端末２Ｂは受信したセグメントを蓄積媒体２Ｃに記録する。
【０１６２】
以上のように、実施の形態４によれば、メタデータからデータの構造及び構造の各セグメントに付加される少なくとも１つ以上の観点及び観点における優先度を抽出し、ユーザープリファレンスに含まれるユーザー観点と合致する観点の優先度に基づいてセグメントの選択を行い、端末プリファレンスに含まれる端末能力情報に従って選択されたセグメントの時間及び空間解像度変換を行い、ネットワークプリファレンスに含まれる伝送帯域に従って選択されたセグメントのデータ量を調整することで、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行うことができる。
【０１６３】
なお、実施の形態３及び実施の形態４において、ユーザー観点の優先度を記述順としたが、その順番が逆であったり、記述した順の中心に位置するものを最も高くするなどその他の記述方法で各ユーザー観点の優先度を表現してもよい。
【０１６４】
また、実施の形態２および実施の形態４では、図８のようにサーバー２０側に制御手段であるユーザー適応制御部２４、端末適応制御部２５、ネットワーク適応制御部２８を設けた形態で説明したが、図１５に示すようにユーザー適応制御部２４、端末適応制御部２５、ネットワーク適応制御部２８を端末２Ｂに設ける形態でも良い。
【０１６５】
この形態の場合は、サーバー２０から端末２Ｂにメタデータｄ１０２を送って、端末２Ｂでデータｄ１０２をユーザー適応制御部２５でユーザー適応し、その結果をサーバー２０に送る。そして、サーバー２０が、ユーザー適応制御部２５から送られてきた情報に基づいてデータｄ１０２からセグメントを選択し、選択したセグメントを端末２Ｂに送信する。また、端末２Ｂの端末適応制御部２５からサーバー２０の解像度変換部２７を制御する信号を送り、端末２Ｂのネットワーク適応制御部２８からサーバー２０のデータ量調整部２９を制御する信号を送る。解像度変換部２７およびデータ量調整部２９は、端末２Ｂから送られてくる制御信号に応じて動作し、セグメント選択部２６が選択したデータを処理し、処理したセグメントを端末２Ｂの蓄積媒体２Ｃに送る。
【０１６６】
また、上記実施例では、セグメントもしくはサブセグメントに対してそれぞれ１つのセグメント観点をわりあてた形態で説明した。しかし、同一のセグメント観点が付与されたセグメントあるいはサブセグメントが複数ある場合に、どれかひとつのセグメントまたはサブセグメントにセグメント観点を付加し、他のセグメントもしくはサブセグメントにはそのセグメント観点に対するリンク情報を付与する形態であっても良い。
【０１６７】
これにより、あるセグメントもしくはサブセグメントのセグメント観点を他のセグメントもしくはサブセグメントのセグメント観点に対するリンクで表現できる。
【０１６８】
以下、この形態について、図１６、図１７を使用して詳細に説明する。図16は、本発明の実施の形態のセグメントのその他の形態を示す図である。図.17は、本発明の実施の形態のセグメントの記述例を示す図である。
【０１６９】
図１６からわかるように、セグメント１６０１は、実施の形態１から実施の形態４で既に説明した構造を有するセグメントである。セグメント１６０１には、セグメント観点とセグメント優先度が付与されている。
【０１７０】
セグメント１６０２と、セグメント１６０３とは、同一のセグメント観点が付与されている。セグメント１６０３には、セグメント１６０２に対してのリンク情報が付与されていて、セグメント１６０２にリンクしている。
【０１７１】
セグメント１６０２およびセグメント１６０３について図１７を使用して詳細に説明する。
【０１７２】
セグメント１６０２には、セグメント観点（キーワード）のＩＤ番号（ｉｄ）１７０１が記載されている。この例では、ＩＤ番号１７０１は１である。また、セグメント１６０２には、キーワードに対するセグメント優先度（Ｐ）１７０２が記載されている。この例では、セグメント優先度は５である。そして、セグメント１６０２にはキーワードとして、”ＴｅａｍＡ”が記載されている。
【０１７３】
また、セグメント１６０３には、リンク情報でる他のセグメント観点（キーワード）に対する参照番号（ｉｄｒｅｆ）１７０３が記載されている。この例では、参照番号１７０１は１である。つまり、セグメント１６０３は、ＩＤ番号が１のキーワードを参照している。
【０１７４】
よって、セグメント１６０３のキーワードは”ＴｅａｍＡ”になる。セグメント１６０３には、キーワードに対するセグメント優先度（Ｐ）１７０４が記載されている。この例では、セグメント優先度は２である。
【０１７５】
このように、セグメントキーワード同士をリンクさせることで、すべてのセグメントにキーワードを記載する必要がなくなる。また、セグメントキーワード同士をリンクさせることによりセグメント間の関係が明確になる。
【０１７６】
（実施の形態５）
以下、本発明の実施の形態５におけるデータ適合化装置について説明する。システム構成としては実施の形態１から実施の形態４と同様である。
【０１７７】
実施の形態５は、セグメントまたはサブセグメントに付加するセグメント観点に関して、登場するセグメント観点すべてをまとめた表(観点表)を文脈構造記述データの最上位層の要素であるコンテンツの子要素として持たせたものである。
【０１７８】
次に、実施の形態５にかかるデータ構造について、図１８、図１９を用いて説明する。図1８は、実施の形態５におけるデータ構造を示す図である。図1９は、実施の形態５におけるデータの記述例を示す図である。
【０１７９】
図１８からわかるように、コンテンツは、観点表１８０１を子要素として有する。観点表１８０１には、コンテンツに含まれる複数のセグメント観点１８０２ａ〜１８０２ｎが格納されている。
【０１８０】
また、コンテンツには複数のセグメント１８０３〜１８０５が含まれている。セグメント１８０３には、観点表１８０１に対してのリンク情報が付与されていて、観点表１８０１のセグメント観点１８０２ａにリンクしている。セグメント１８０４には、観点表１８０１に対してのリンク情報が付与されていて、観点表１８０１のセグメント観点１８０２ｂにリンクしている。セグメント１８０４には、観点表１８０１に対してのリンク情報が付与されていて、観点表１８０１のセグメント観点１８０２ｃにリンクしている。また、セグメント１８０３〜１８０５には、それぞれのセグメント観点に対するセグメント優先度が付与されている。
【０１８１】
次に、実施の形態５にかかるデータ構造について図１９を使用して詳細に説明する。
【０１８２】
観点表１８０１には、セグメント観点１８０２ａから１８０２ｃが記載されている。セグメント観点１８０２ａには、ＩＤ番号（ｉｄ）１９０１ａが記載されている。この例では、ＩＤ番号１９０１ａは１である。また、セグメント観点１８０２ａは、”Ａ”というテキストで表されている。
【０１８３】
また、セグメント観点１８０２ｂには、ＩＤ番号（ｉｄ）１９０１ｂが記載されている。この例では、ＩＤ番号１９０１ｂは２である。また、セグメント観点１８０２ｂは、”Ｂ”というテキストで表されている。セグメント観点１８０２ｃには、ＩＤ番号（ｉｄ）１９０１ｃが記載されている。この例では、ＩＤ番号１９０１ｃは３である。また、セグメント観点１８０２ｃは、”Ｃ”というテキストで表されている。
【０１８４】
一方、セグメント１８０３〜１８０５には、観点表１８０１のセグメント観点１８０２ａ〜１８０２ｃに対するリンク情報である参照番号（ｉｄｒｅｆ）１９０３ａ〜１９０３ｃがそれぞれ記載されている。
【０１８５】
この例では、セグメント１８０３の参照番号１９０３ａは１である。つまり、セグメント１８０３は、ＩＤ番号が１のユーザー観点１８０２ａを参照している。よって、セグメント１８０３のキーワードは”Ａ”になる。さらに、セグメント１８０３には、キーワードに対するセグメント優先度（Ｐ）１９０４ａが記載されている。この例では、セグメント優先度は２である。また、セグメント１８０４の参照番号１９０３ｂは２である。つまり、セグメント１８０３４、ＩＤ番号が２のユーザー観点１８０２ｂを参照している。よって、セグメント１８０４のキーワードは”Ｂ”になる。
【０１８６】
さらに、セグメント１８０４には、キーワードに対するセグメント優先度（Ｐ）１９０４ｂが記載されている。この例では、セグメント優先度は３である。また、セグメント１８０５の参照番号１９０３ｃは３である。つまり、セグメント１８０５は、ＩＤ番号が１のユーザー観点１８０２ｃを参照している。よって、セグメント１８０５のキーワードは”Ｃ”になる。さらに、セグメント１８０５には、キーワードに対するセグメント優先度（Ｐ）１９０４ｃが記載されている。この例では、セグメント優先度は４である。
【０１８７】
このような構成とすることで、ユーザーにあらかじめセグメント観点リストの提示が容易となる。これにより、ユーザーが好みのセグメント観点を入力する前にそこに現れるセグメント観点を知ることが出来る。また、ユーザーのセグメント観点入力を観点表からの選択作業で出来る。
【０１８８】
なお、各セグメントまたはサブセグメントには、この観点表の中に対応する観点へのリンクとそれに対するスコアの組を付加する構成にしてもよい。
【０１８９】
また、観点表は、コンテンツではなく、いずれかのセグメントまたはサブセグメントに持たせる構成であっても、また、別途記述するものであっても構わない。
【０１９０】
また、すべてを観点リストへのリンクで表現するのではなく、観点リストへのリンクとスコアの組、および観点とスコアの組を混在させてもよい。
【０１９１】
図２０は、観点とスコアの組を混在させたデータ構成を示した図である。図２０からもわかるように、コンテンツには、観点表１８０１に対するリンク情報を持つセグメント１８０３，１８０４と、観点表１８０１に対するリンク情報を持たないセグメント２００１が混在している。
【０１９２】
図２１は、図２０に示すデータ構成の記述例である。この図からあきらかなように、観点表１８０１には、文脈内容記述データに現れるすべてのセグメント観点を記述する必要はなく、リンクで参照されるものだけになっている。また、セグメント２００１には、観点表１８０１への、リンク情報が含まれない。
【０１９３】
（実施の形態６）
以下、本発明の実施の形態６のデータ適合化装置について説明する。
【０１９４】
実施の形態６は、文脈内容記述データに現れるセグメント観点の一覧を表す観点表を用意し、ユーザーに対して入力前に提示するものである。
【０１９５】
以下、実施の形態６にかかるデータ構造について図２２を用いて説明する。
【０１９６】
実施の形態６にかかるコンテンツは、観点表２１０１と複数のセグメント２１０３〜２１０５から構成されている。観点表２１０１には、複数のセグメント観点２１０２ａ〜２１０２ｎが含まれている。
【０１９７】
また、セグメント２１０３にはセグメント観点２１０６とセグメント優先度２１０７が、セグメント２１０４にはセグメント観点２１０８とセグメント優先度２１０９が、セグメント２１０５にはセグメント観点２１１０とセグメント優先度２１２２が、含まれている。セグメント２１０３〜２１０５には、実施の形態５のセグメントとは違い観点表２１０１に対するリンク情報は含まれていない。つまり、セグメント２１０３〜２１０５と観点表２１０１とは独立した構成になっている。
【０１９８】
図２３は、本発明の実施の形態６にかかるデータの記述例を示す図である。図２３からわかるように、観点表２１０１には、セグメント２１０３〜２１０５に含まれる観点２１０６、２１０８、２１１０が格納されている。具体的には、観点２１０６、２１０８、２１１０に対応して観点２３０１〜２３０３が格納されている。
【０１９９】
そして、ユーザーがユーザー観点を入力する前に、観点表２１０１を表示するようにする。
【０２００】
これにより、ユーザーが好みのユーザー観点を入力する前にそこに現れる観点を知ることが出来る。また、ユーザーのユーザー観点入力をこの観点表からの選択作業で出来る、といった効果がある。
【０２０１】
（実施の形態７）
以下、本発明の実施の形態７のデータ適合化装置について説明する。
【０２０２】
実施の形態７は、文脈内容記述データをコンピュータが処理できるように表現する場合に、構造を記述する部分と、属性である観点とそのスコアを記述する部分に分けて表現したものである。
【０２０３】
以下、図２４、２５を用いて実施の形態7について説明する。図２４は、実施の形態７におけるデータ構造を示す図である。図２５は、実施の形態７におけるデータの記述を示す図である。
【０２０４】
図２４の上半分に記載されたものが構造を記述する構造部分２２００ａ、下半分に記載されたものが属性であるセグメント観点とその優先度を記述する属性部分２２００ｂである。構造部分２２００ａのコンテンツには、複数のセグメント２２０１ａ〜２２０１ｎが記述されている。
【０２０５】
なお、この図では、構造を記述する部分は最も簡単な構成を記述しているが、他の実施の形態で記述したような構成がとれる。
【０２０６】
また、属性部分２２００ｂには、複数のセグメント観点２２０２ａ、２２０２ｂが記述されている。各セグメント観点２２０２ａ、２２０２ｂ毎に、対象となるセグメントやサブセグメントへのリンク情報２２０３ａ〜２２０３ｆと、各セグメント観点２２０２ａ、２２０２ｂに関する優先度２２０４ａ〜２２０４ｆの組とがまとめられている。
【０２０７】
次に、実施の形態７にかかるデータ構造について図２５を用いて詳細に説明する。
【０２０８】
図２５からわかるように、コンテンツには、複数のセグメント２２０１ａ〜２２０１ｃが記載されている。セグメント２２０１ａには、セグメントのＩＤ番号（ｉｄ）２３０１ａが付与されている。この例では、ｉｄ２３０１ａは１である。セグメント２２０１ｂには、セグメントのＩＤ番号（ｉｄ）２３０１ｂが付与されている。この例では、ｉｄ２３０１ａは２である。セグメント２２０１ｎには、セグメントのＩＤ番号（ｉｄ）２３０１ｎが付与されている。この例では、ｉｄ２３０１ｎはｎである。
【０２０９】
一方、図２５からセグメント観点２２０２ａは、”ＴｅａｍＡ”であることがわかる。また、セグメント観点２２０２ａには、複数のセグメント優先度２２０４ａ〜２２０４ｃが記載されている。この例では、セグメント優先度２２０４ａの優先度は３、セグメント優先度２２０４ｂの優先度は２、セグメント優先度２２０４ｃの優先度は５である。
【０２１０】
また、セグメント優先度２２０２ａには、それぞれリンク情報２２０３ａ〜２２０３ｃが付与されている。リンク情報２２０３ａ〜２２０３ｃは、セグメント２２０１ａ〜２２０１ｃのＩＤ番号２３０１ａ〜２３０１ｃを参照するための参照番号Ｉｄｒｅｆが記載されている。この例では、セグメント優先度２２０４ａのｉｄｒｅｆは１、セグメント優先度２２０４ｂのｉｄｒｅｆはｎ、セグメント優先度２２０４ｃのｉｄｒｅｆは２である。よって、セグメント優先度２２０４ａの対象セグメントはセグメント２２０１ａ、セグメント優先度２２０４ｂの対象セグメントはセグメント２２０１ｃ、セグメント優先度２２０４ｃの対象セグメントはセグメント２２０１ｎとなる。
【０２１１】
このように、セグメント優先度２２０４ａ〜２２０４ｃからセグメント２２０１ａ〜２２０１ｃを参照できるようになっている。
【０２１２】
また、図２５からセグメント観点２２０２ｂは、”ＴｅａｍＢ”であることがわかる。また、セグメント観点２２０２ｂには、複数のセグメント優先度２２０４ｄ〜２２０４ｆが記載されている。この例では、セグメント優先度２２０４ｄの優先度は４、セグメント優先度２２０４ｅの優先度は５、セグメント優先度２２０４ｆの優先度は２である。
【０２１３】
また、セグメント優先度２２０２ｂには、それぞれリンク情報２２０３ｄ〜２２０３ｆが付与されている。リンク情報２２０３ｄ〜２２０３ｆは、セグメント２２０１ａ〜２２０１ｃのＩＤ番号２３０１ａ〜２３０１ｃを参照するための参照番号ｉｄｒｅｆが記載されている。この例では、セグメント優先度２２０４ｄのｉｄｒｅｆは２、セグメント優先度２２０４ｅのｉｄｒｅｆは３、セグメント優先度２２０４ｆのｉｄｒｅｆは１である。よって、セグメント優先度２２０４ｄの対象セグメントはセグメント２２０１ｂ、セグメント優先度２２０４ｅの対象セグメントはセグメント２２０１ｃ、セグメント優先度２２０４ｆの対象セグメントはセグメント２２０１ａとなる。
【０２１４】
このように、セグメント優先度２２０４ａ〜２２０４ｆからセグメント２２０１ａ〜２２０１ｎを参照できるようになっている。
【０２１５】
以下、このようなデータ構造の場合のセグメント選択処理について説明する。まず、上述したセグメント選択部１６、２６が、属性部分２２００ｂに記述した部分から対象となるセグメント観点２２０２ａ、２２０２ｂごとに、優先度２２０４ａ〜２２０４ｆを選択する。選択した優先度２２０４ａ〜２２０４ｆには、それぞれリンク情報２２０３ａ〜２２０３ｆが付与されているので、選択した優先度２２０３ａ〜２２０３ｆの対象となるセグメント２２０１ａ〜２２０１ｎを選択することができる。このようにして、セグメント選択部１６，２６は、セグメント２２０２ａ、２２０２ｂ毎に、観点優先度２２０４ａ観点を指定することで、対象となるセグメント２２０１ａ〜２２０１ｎを選択できる。
【０２１６】
なお、リンク情報２２０３ａ〜２２０３ｆと優先度２２０４ａ〜２２０４ｆの部分は、同一ファイルとせず、別々に記述されたものであっても、同様の効果が得られる。
【０２１７】
また、セグメントとセグメント観点を双方向のリンクで結ぶ形態も考えられる。
【０２１８】
以下、図２６、２７を用いてこの形態について説明する。図２６は、実施の形態７におけるデータ構造を示す図である。図２７は、実施の形態７におけるデータの記述を示す図である。
【０２１９】
この形態のデータも、実施の形態７と同様、構造部分２４００ａと属性部分２４００ｂとから構成されている。構造部分２４００ａのコンテンツには、複数のセグメント２４０１ａ〜２４０１ｎが記述されている。また、属性部分２４００ｂには、複数のセグメント観点２４０２ａ、２４０２ｂが記述されている。各セグメント観点２４０２ａ、２４０２ｂ毎に、対象となるセグメントやサブセグメントへのリンク情報２４０３ａ〜２４０３ｆと、各セグメント観点２４０２ａ、２４０２ｂに関する優先度２４０４ａ〜２４０４ｆの組とがまとめられている。
【０２２０】
また、この形態では、構造部分２４００ａと属性部分２４００ｂとを双方向にリンクさせるため、セグメント２４０１ａ〜セグメント２４０１ｎにもセグメント優先度２４０４ａ〜２４０４ｆに対するリンク情報が記載されている。
【０２２１】
次に、この実施にかかるデータ構造について図２５を用いて詳細に説明する。
【０２２２】
図２７からわかるように、コンテンツには、複数のセグメント２４０１ａ〜２４０１ｃが記載されている。セグメント２４０１ａには、セグメントのＩＤ番号（ｉｄ）２５０１ａが付与されている。この例では、ｉｄ２５０１ａは１である。セグメント２４０１ｂには、セグメントのＩＤ番号（ｉｄ）２５０１ｂが付与されている。この例では、ｉｄ２５０１ａは２である。セグメント２４０１ｃには、セグメントのＩＤ番号（ｉｄ）２５０１ｃが付与されている。この例では、ｉｄ２５０１ｃは３である。
【０２２３】
一方、セグメント観点２４０２ａには、複数のセグメント優先度２４０４ａ〜２４０４ｃが記載されている。この例では、セグメント優先度２４０４ａの優先度は３、セグメント優先度２４０４ｂの優先度は２、セグメント優先度２４０４ｃの優先度は５である。
【０２２４】
また、セグメント優先度２４０２ａには、それぞれリンク情報２４０３ａ〜２４０３ｃが付与されている。リンク情報２４０３ａ〜２４０３ｃは、セグメント２４０１ａ〜２４０１ｃのＩＤ番号２５０１ａ〜２５０１ｃを参照するための参照番号Ｉｄｒｅｆが記載されている。この例では、セグメント優先度２４０４ａのｉｄｒｅｆは１、セグメント優先度２４０４ｂのｉｄｒｅｆは２、セグメント優先度２４０４ｃのｉｄｒｅｆはｎである。
【０２２５】
よって、セグメント優先度２４０４ａの対象セグメントはセグメント２４０１ａ、セグメント優先度２４０４ｂの対象セグメントはセグメント２４０１ｂ、セグメント優先度２４０４ｃの対象セグメントはセグメント２４０１ｎとなる。
【０２２６】
一方、セグメント観点２４０２ｂには、複数のセグメント優先度２４０４ｄ〜２４０４ｆが記載されている。この例では、セグメント優先度２４０４ｄの優先度は４、セグメント優先度２４０４ｅの優先度は５、セグメント優先度２４０４ｆの優先度は２である。
【０２２７】
また、セグメント優先度２４０２ｂには、それぞれリンク情報２４０３ｄ〜２４０３ｆが付与されている。リンク情報２４０３ｄ〜２４０３ｆは、セグメント２４０１ａ〜２４０１ｃのＩＤ番号２５０１ａ〜２５０１ｃを参照するための参照番号Ｉｄｒｅｆが記載されている。この例では、セグメント優先度２４０４ｄのｉｄｒｅｆは２、セグメント優先度２４０４ｅのｉｄｒｅｆは３、セグメント優先度２４０４ｆのｉｄｒｅｆは１である。
【０２２８】
よって、セグメント優先度２４０４ｄの対象セグメントはセグメント２４０１ｂ、セグメント優先度２４０４ｅの対象セグメントはセグメント２４０１ｃ、セグメント優先度２４０４ｆの対象セグメントはセグメント２４０１ａとなる。
【０２２９】
また、セグメント優先度２４０２ａには、それぞれ優先度ＩＤ番号（ｉｄｒｅｆ）２５０３ａ〜２５０３ｃが付与されている。この例では、優先度ＩＤ番号２５０３ａはｐ１０１、優先度ＩＤ番号２５０３ｂはｐ１０２、優先度ＩＤ番号２５０３ｃはｐ１０３である。
【０２３０】
また、セグメント優先度２４０２ｂには、それぞれ優先度ＩＤ番号（ｉｄｒｅｆ）２５０３ｄ〜２５０３ｆが付与されている。この例では、優先度ＩＤ番号２５０３ｄはｐ２０１、優先度ＩＤ番号２５０３ｅはｐ２０２、優先度ＩＤ番号２５０３ｆはｐ２０３である。
【０２３１】
一方、セグメント２４０１ａ〜２４０１ｎには、セグメント優先度２４０４ａ〜２４０４ｆに対するリンク情報である、優先度ＩＤ２５０３ａ〜２５０３ｃを参照する優先度参照番号（ｉｄｒｅｆｓ）２５０２ａ〜２５０２ｅが付与されている。この例では、ｉｄｒｅｆｓ２５０２ａはｐ１０１、ｉｄｒｅｆｓ２５０２ｂはｐ２０３、ｉｄｒｅｆｓ２５０２ｃはｐ１０２、ｉｄｒｅｆｓ２５０２ｄはｐ２０１、ｉｄｒｅｆｓ２５０２ｅはｐ２０２である。
【０２３２】
よって、セグメント２４０１ａの対象となるセグメント優先度はセグメント優先度２４０４ａ、２４０４ｆであり、セグメント２４０１ｂの対象となるセグメント優先度はセグメント優先度２４０４ｃ、２４０４ｄであり、セグメント２４０１ｎの対象となるセグメント優先度はセグメント優先度２４０４ｂとなる。
【０２３３】
このように、セグメント２４０１ａ〜２４０１ｎとセグメント優先度２２０４ａ〜２２０４ｆとが双方から参照できるようになっている。これにより、上述したセグメント選択部１６、２６が、実施の形態１〜実施の形態６に記載した手法でも、実施の形態７で記載した手法でも、処理を行うことができる。
【０２３４】
（実施の形態８）
以下、本発明の実施の形態８のデータ適合化装置について説明する。
【０２３５】
実施の形態８は、実施の形態７と同様に、文脈内容記述データの表現を、構造を記述する部分と、属性である観点とそのスコアを記述する部分に分けて表現するものである。ただし、実施の形態８の場合は、セグメントへの、リンクおよびセグメント優先度との組で表現するのではなく、各セグメント観点毎にセグメント優先度の高い順に記述するものである。
【０２３６】
以下、図２８、２９を用いて実施の形態８について説明する。図２８は、実施の形態８におけるデータ構造を示す図である。図２９は、実施の形態８におけるデータの記述を示す図である。
【０２３７】
図２８に示すように、実施の形態８にかかるデータ構造は、構造を記述する構造部分２６００ａと属性部分２６００ｂとから構成されている。構造部分２６００ａのコンテンツには、複数のセグメント２６０１ａ〜２６０１ｎが記述されている。属性部分２６００ｂには、複数のセグメント観点２６０２ａ、２６０２ｂが記述されている。各セグメント観点２６０２ａ、２６０２ｂ毎に、対象となるセグメントやサブセグメントへのリンク情報２６０３ａ〜２６０３ｆが記述されている。
【０２３８】
次に、実施の形態８にかかるデータ構造について図２９を用いて詳細に説明する。
【０２３９】
図２９からわかるように、コンテンツには、複数のセグメント２６０１ａ〜２６０１ｎが記載されている。セグメント２６０１ａ〜２６０１ｎには、それぞれセグメントのＩＤ番号（ｉｄ）２７０１ａ〜２７０１ｎが付与されている。この例では、ｉｄ２７０１ａは１、ｉｄ２７０１ａは２、ｉｄ２７０１ｎはｎである。
【０２４０】
一方、図２９から、セグメント観点２６０２ａは、”ＴｅａｍＡ”であることがわかる。また、セグメント観点２６０２ａには、それぞれリンク情報２６０３ａ〜２６０３ｃが付与されている。リンク情報２６０３ａ〜２６０３ｃは、セグメント２６０１ａ〜２６０１ｎのＩＤ番号２７０１ａ〜２７０１ｎを参照するための参照番号ｉｄｒｅｆ２７０２ａ〜２３０２ｃが記載されている。この例では、ｉｄｒｅｆ２７０２ａは１、ｉｄｒｅｆ２７０２ｂはｎ、ｉｄｒｅｆ２７０２ｃは２である。
【０２４１】
また、リンク情報２６０３ａ〜２６０３ｃは、記述順がセグメント優先度として認識されるため、この例では、リンク情報２６０３ａのセグメント優先度が最も高く、リンク情報２６０３ｃのセグメント優先度が最も低くなる。
【０２４２】
よって、セグメント２６０１ａのセグメント優先度が最も高く、セグメント２６０１ｂのセグメント優先度が最も低くなる。
【０２４３】
一方、図２９から、セグメント観点２６０２ｂは、”ＴｅａｍＢ”であることがわかる。また、セグメント観点２６０２ｂには、それぞれリンク情報２６０３ｄ〜２６０３ｆが付与されている。リンク情報２６０３ｄ〜２６０３ｆは、セグメント２６０１ａ〜２６０１ｎのＩＤ番号２７０１ａ〜２７０１ｎを参照するための参照番号ｉｄｒｅｆ２７０２ｄ〜２３０２ｆが記載されている。この例では、ｉｄｒｅｆ２７０２ｄは２、ｉｄｒｅｆ２７０２ｅは３、ｉｄｒｅｆ２７０２ｆは１である。
【０２４４】
また、リンク情報２６０３ｄ〜２６０３ｆは、記述順がセグメント優先度として認識されるため、この例では、リンク情報２６０３ｄのセグメント優先度が最も高く、リンク情報２６０３ｆのセグメント優先度が最も低くなる。
【０２４５】
よって、セグメント２６０１ｂのセグメント優先度が最も高く、セグメント２６０１ａのセグメント優先度が最も低くなる。
【０２４６】
このように、セグメント観点２６０２ａ、ｂにセグメント優先度が記載されていなくても、セグメント観点２６０２ａ、ｂからセグメント２２０１ａ〜２２０１ｎを参照でき、優先度を決定できるようになっている。
【０２４７】
なお、図２８では、各セグメント（またはサブセグメント）に対して、すべて異なるセグメント優先度を有するようになっているが、図３０のように同じセグメント優先度のものを記述できるようにしても良い。
【０２４８】
図３０に示す例では、属性部分２８００のセグメント観点２８０２に、左から順にセグメント優先度が高いものを表し、同じセグメント優先度のものは上下に並べて記述している。
【０２４９】
具体的には、リンク情報２８０３ａとリンク情報２８０３ｂを上下に、リンク情報２８０３ａをリンク情報２８０３ｃの左に記述している。そして、リンク情報２８０３ａはセグメント２６０１ｂにリンクし、リンク情報２８０３ｃはセグメント２６０１ａにリンクし、リンク情報２８０３ｂはセグメント２６０１ｎにリンクしている。つまり、セグメント２６０１ｂとセグメント２６０１ｎは同じセグメント優先度を有し、セグメント２６０１ａはセグメント２６０１ｂとセグメント２６０１ｎより低いセグメント優先度を有することになる。
【０２５０】
ここで、図３１を用いて図３０のデータ構造について詳細に説明する。
【０２５１】
図３１からわかるように、コンテンツには、複数のセグメント２６０１ａ〜２６０１ｎが記載されている。セグメント２６０１ａ〜２６０１ｎには、それぞれセグメントのＩＤ番号（ｉｄ）２９０１ａ〜２９０１ｎが付与されている。この例では、ｉｄ２９０１ａは１、ｉｄ２９０１ａは２、ｉｄ２９０１ｎはｎである。
【０２５２】
一方、図３１から、セグメント観点２８０２は、”ＴｅａｍＡ”であることがわかる。また、セグメント観点２６０２ａには、それぞれリンク情報（ｉｄｒｅｆ）２８０３ａ〜２８０３ｃが付与されている。この例では、ｉｄｒｅｆ２８０３ａは２、ｉｄｒｅｆ２８０３ｂは１、ｉｄｒｅｆ２８０３ｃはｎである。
【０２５３】
また、リンク情報２８０３ａ〜２８０３ｃは、記述順がセグメント優先度として認識されるため、この例では、リンク情報２８０３ａのセグメント優先度が最も高く、リンク情報２８０３ｃのセグメント優先度が最も低くなる。
【０２５４】
よって、セグメント２６０１ａのセグメント優先度が最も高く、セグメント２６０１ｂのセグメント優先度が最も低くなる。
【０２５５】
このようにして、セグメント優先度をセグメント観点に記載しなくても、同じセグメント優先度を有するセグメントを記述することができる。
【０２５６】
また、上述したセグメント選択部１６、２６が、実施の形態７で記載した手法により、セグメントの選択を行う。
【０２５７】
（実施の形態９）
本発明の実施の形態１〜８までは、コンテンツ識別子によりコンテンツの識別を行う形態である。しかし、コンテンツ識別により、コンテンツ識別を行わず、キーワードまたはキーワードの共起確率によりコンテンツの識別を行ってもよい。また、その他の方法によりコンテンツを識別しても構わない。
【０２５８】
また、ユーザープリファレンスをコンテンツ毎に用意せず、ユーザープリファレンスを年代やグループ毎等のいくつかの嗜好カテゴリや一般的な嗜好として、ユーザー嗜好に関係なくデフォルトとして用意してもよい。
【０２５９】
実施の形態９は、コンテンツ識別によりコンテンツ識別を行わないものである。以下、実施の形態９にかかるユーザープリファレンスについて、図３２、３３を用いて説明する。図３２、３３は、実施の形態９にかかるユーザープリファレンスの記述定義を示す図である。
【０２６０】
なお、図中、ユーザープリファレンスはUserPreference、キーワードはPreferenceSummaryTheme、コンテンツを表示するため時間長情報はSummaryDuration、キーワードに対する優先度はpreferencevalueで示されている。
【０２６１】
図からわかるように、UserPreference３２０１は、要素としてユーザー情報として、ユーザーを識別するための識別子であるUserIdentifier３２０２と、ユーザーの嗜好情報であるUsagePreference３２０３とを含むと定義されている。また、UsagePreference３２０３は、０個又は１個含むと定義されている。
【０２６２】
次に、UserIdentifier３２０２の定義について説明する。UserIdentifier３２０２は、図中３２０４で示すように、要素を含まないと定義されている。また、UserIdentifier３２０２は、書き換え可能かを示す情報であるprotected３２０４と、ユーザー名であるuserName３２０５とを属性として含むと定義されている。protected３２０４は、書き換え可能である”true”、書き換え不可能である”false”、ユーザーに応じて書き換え可能になる”user”の中から一つを選択するようになっている。また、protected３２０４のデフォルトは”true”になっている。userName３２０５は、CDATAつまりテキスト情報であると定義されている。また、userName３２０５は、デフォルトとして”anoymous”が設定されている。
【０２６３】
次に、UsagePreference３２０３の定義について説明する。図中３２０６に示すように、UsagePreference３２０３は、要素として時間や天候などの状況などの情報を持つBrowsingPreferences３２０７を０個以上含むと定義されている。また、UsagePreference３２０３は、管理者などにより自動的に書き換え可能かを示す情報であるallowAutomaticupdate３２０８を属性として含むと定義されている。allowAutomaticupdate３２０８は、書き換え可能である”true”、書き換え不可能である”false”、ユーザーに応じて書き換え可能になる”user”の中から一つを選択するようになっている。また、allowAutomaticupdate３２０８のデフォルトは”true”になっている。
【０２６４】
次に、BrowsingPreferences３２０７の定義について説明する。図中３２０９に示すように、BrowsingPreferences３２０７には、要素としてSummarypreferences３２１０を０個以上持つと定義されている。そして、BrowsingPreferences３２０７には、要素として書き換え可能かを示す情報であるprotected３２１１と、BrowsingPreferences３２０７の優先度であるprefernceValue３２１２とを属性として含むと定義されている。protected３２１１は、書き換え可能である”true”、書き換え不可能である”false”、ユーザーに応じて書き換え可能になる”user”の中から一つを選択するようになっている。また、protected３２１１のデフォルトは”true”になっている。prefernceValue３２１２は、CDATAつまりテキスト情報であると定義されている。また、prefernceValue３２１２は、デフォルトとして１００が設定されている。
【０２６５】
このように、BrowsingPreferences３２０７がprefernceValue３２１２を持つので、Userpreference３２０１をBrowsingPreferences３２０７という上位の階層においても、優先度付けして処理を行うことができる。
【０２６６】
次に、SummaryPreferences３２１０の定義について説明する。図中３３０１で示すように、SummaryPreferences３２１０は、キーワードであるPreferredSummaryTheme３３０２を０個以上、表示期間情報であるSummaryDuration３３０３を０又は１個、要素として持つと定義されている。
【０２６７】
また、SummaryPreferences３２１０は、優先度であるpreferncevalue３３０４を属性として持つと定義されている。また、preferncevalue３３０４のデフォルトは１００であると、定義されている。
【０２６８】
このように、SummaryPreferences３２１０が優先度であるpreferncevalue３３０４を属性として持つことで、キーワードであるPreferredSummaryTheme３３０２の上位の階層であるSummaryPreferences３２１０においても、優先度付けした処理ができる。
【０２６９】
次に、PreferredSummaryTheme３３０２の定義について説明する。図中３３０５に示すように、PreferredSummaryTheme３３０２は、要素としてテキストデータを有すると定義されている。また、PreferredSummaryTheme３３０２は、オプションとして言語情報であるxml:lang３３０６と、優先度情報であるpreferenceValue３３０７を属性として持つと定義されている。また、優先度情報であるpreferenceValue３３０７のデフォルトは、１００であると定義されている。
【０２７０】
このように、キーワードであるPreferredSummaryTheme３３０２が優先度情報であるpreferenceValue３３０７を属性として持つことで、PreferredSummaryTheme３３０２を優先度付けした処理ができる。
【０２７１】
また、図中３３０８に示すようにSummaryDuration３３０３は、要素としてテキストデータを含むと定義されている。
【０２７２】
このように、実施の形態９にかかるユーザープリファレンスは、コンテンツ毎の処理ではなく、BrowsingPreferences３２０７、SummaryPreferences３２１０という、PreferredSummaryTheme３３０２の上位の階層毎に処理することができる。また、BrowsingPreferences３２０７、SummaryPreferences３２１０という、PreferredSummaryTheme３３０２の上位の階層毎に優先度付けした処理ができる。
【０２７３】
次に、実施の形態９にかかるユーザープリファレンスの具体的な記述について図３４を用いて説明する。図３４は、実施の形態９にかかるユーザープリファレンスの記述例を示す図である。図３４に示すユーザープリファレンスの記述例は、図４に示すユーザープリファレンスの記述例を実施の形態９に対応するようにしたものである。
【０２７４】
図中３４０１に示すように、UserIdentifierは、protectedとして”true”が、userNameとして”Bob”が記述されている。また、図中３４０２に示すように、UsagePreferencesは、allowAutomaticUpdateとして”false”が記述されている。また、図中３４０３に示すように、BrowsingPreferencesは、protectedとして”true”が記述されている。
【０２７５】
また、UserPreference３４００には、２つのSummaryPreferences３４０４ａ、３４０４ｂが記述されている。
【０２７６】
図中３４０５ａに示すように、SummaryPreferences３４０４ａには、PreferredSummaryThemeとして、”Nakata”という情報が記述されている。また、図中３４０５ａに示すPreferredSummaryThemeのpreferenceValueは500である。また、図中３４０６ａに示すように、SummaryPreferences３４０４ａには、PreferredSummaryThemeとして、”Soccer”という情報が記述されている。また、図中３４０６ａに示すPreferredSummaryThemeのpreferenceValueは４００である。図中３４０７ａに示すように、SummaryPreferences３４０４ａには、PreferredSummaryThemeとして、”Japan”という情報が記述されている。また、図中３４０７ａに示すPreferredSummaryThemeのpreferenceValueは２００である。また、図中３４０８ａに示すように、SummaryDurationには、”PT5M”、つまり５分という情報が記述されている。
【０２７７】
図中３４０５ｂに示すように、SummaryPreferences３４０４ｂには、PreferredSummaryThemeとして、”Headline”という情報が記述されている。また、図中３４０５ｂに示すPreferredSummaryThemeのpreferenceValueは500である。また、図中３４０６ｂに示すように、SummaryPreferences３４０４ｂには、PreferredSummaryThemeとして、”Stock”という情報が記述されている。また、図中３４０６ｂに示すPreferredSummaryThemeのpreferenceValueは５００である。図中３４０７ｂに示すように、SummaryPreferences３４０４ｂには、PreferredSummaryThemeとして、”Sports”という情報が記述されている。また、図中３４０７ｂに示すPreferredSummaryThemeのpreferenceValueは３００である。また、図中３４０８ｂに示すように、SummaryDurationには、”PT３M”、つまり３分という情報が記述されている。
【０２７８】
以上のように、実施の形態９にかかるユーザープリファレンスの定義によっても、図４に対応する内容の記述ができる。
【０２７９】
次に、実施の形態９にかかるセグメント記述について説明する。まず、実施の形態９にかかるセグメントの定義について、図３５〜図３７を用いて説明する。図３５〜図３７は、実施の形態９にかかるセグメント記述の定義を示す図である。
【０２８０】
この例では、セグメントとして、オーディオとビジュアルのセグメントであるAudioVisualSegmentの定義について説明する。
【０２８１】
図中３５０１に示すように、AudioVisualSegment３５０２には、０個以上のPointOfView３５０３と、MediaTime３５０４とを要素として含むと定義されている。PointOfView３５０３は、セグメントに関する観点を含む要素である。MediaTime３５０４は、セグメントの時間長などを含む要素である。
【０２８２】
また、図中３５０５に示すように、AudioVisualSegment３５０２は、識別子であるＩＤを属性として持つと定義されている。また、AudioVisualSegment３５０２は、図中３５０６に示すようにオプションとしてＵＲＬ参照情報であるｈｒｅｆと、図中３５０７に示すようにオプションとしてＩＤ参照情報であるｉｄｒｅｆを属性として持つと定義されている。
【０２８３】
次に、PointOfView３５０３の定義について説明する。図中３５０８に示すように、PointOfView３５０３は、０個か１個のSupplementalInfo３５０３と、１個以上のValue３５１０とを要素として持つと定義されている。SupplementalInfo３５０３は、PointOfView３５０３の内容を示すコメントなどである。Value３５１０は、PointOfView３５０３の優先度情報である。
【０２８４】
また、PointOfView３５０３は、図中３５１１に示すように、識別子情報であるｉｄをオプションとして属性に持つと定義されている。また、PointOfView３５０３は、図中３５１２に示すように、セグメント観点であるviewPointを属性として持つと定義されている。また、viewPointはテキスト情報で記述されると定義されている。
【０２８５】
次に、Value３５１０の定義について説明する。図中３５１３に示すように、Value３５１０は要素としてテキスト情報を含むと定義されている。また、図中３５１４に示すように、Value３５１０は識別子ｉｄを属性として持つと定義されている。また、Value３５１０の識別子ｉｄはオプションであると定義されている。
【０２８６】
このように、PointOfView３５０２と、Value３５１０がｉｄを持ちAudioVisualSegment３５０２がこれらのｉｄを参照するｉｄｒｅｆを持つことで、AudioVisualSegment３５０２が、ｉｄｒｅｆによりPointOfView３５０２と、Value３５１０を参照することができる。つまり、AudioVisualSegment３５０２が、ｉｄｒｅｆによりPointOfView３５０２と、Value３５１０とにリンクすることができる。
【０２８７】
次に、SupplementalInfo３５０９の定義について説明する。図中３６０１に示すように、SupplementalInfo３５０９は、FreeTextAnnotation３６０２もしくはStructuredAnnotation３６０３を少なくとも１つ要素として持つと定義されている。
【０２８８】
また、図中３６０４に示すように、SupplementalInfo３５０９は、要素としてテキストデータを持つと定義されている。また、図中３６０５に示すように、SupplementalInfo３５０９は、言語情報を属性として有すると定義されている。
【０２８９】
次に、StructuredAnnotation３６０３の定義について説明する。図中３６０６に示すように、StructuredAnnotation３６０３は、誰が行ったかを示す情報であるWho３６０７を０もしくは１個、もしくは何に対して行われたかを示す情報であるWhatObject３６０８を０個もしくは１個、もしくは何をしたかを示す情報であるWhatAction３６０９を０個もしくは１個、もしくはどこで行われたかを示す情報であるWhere３６１０を０個もしくは１個、もしくはいつ行われたかを示す情報であるWhen３６１１を０個もしくは１個、もしくはなぜ行われたかを示す情報であるWhy３６１２を０個もしくは１個、要素として持つと定義されている。
【０２９０】
また、図中３６１３〜３６１８に示すように、Who３６０７、WhatObject３６０８、WhatAction３６０９、Where３６１０、When３６１１、Why３６１２は、要素としてテキスト情報を含むと定義されている。
【０２９１】
また、図中３６１９に示すように、StructuredAnnotation３６０３は、識別子情報であるｉｄを属性として持つと定義されている。また、図中３６２０に示すように、StructuredAnnotation３６０３は、言語情報を属性として持つと定義されている。
【０２９２】
このように、StructuredAnnotation３６０３によって、AudioVisualSegment３５０２がどのような情報かを容易に認識することができる。
【０２９３】
次に、MediaTime３５０４の定義について説明する。図中３７０１に示すように、MediaTime３５０４は、MediaTimePoint３７０２と、 MediaDuration３７０３とを要素として持つと定義されている。MediaTimePoint３７０２は、AudioVisualSegment３５０２の開始時間情報であり、MediaDuration３７０３はAudioVisualSegment３５０２の時間長情報である。
【０２９４】
また、図中３７０４に示すように、MediaTimePoint３７０２は、テキスト情報を要素として持つと定義されている。また、図中３７０５に示すように、MediaDuration３７０３も、テキスト情報を要素として持つと定義されている。
【０２９５】
以上、説明したように、AudioVisualSegment３５０２は定義されている。次に、上述したように定義されたAudioVisualSegment３５０２の記述例について説明する。
【０２９６】
図３８は、図１７に示すセグメントの記述例を実施の形態９に対応させた記述例である。
【０２９７】
図３８からわかるように、セグメント１６０２には、図１７の記述例と同様に、セグメント観点（キーワード）のＩＤ番号（ｉｄ）１７０１が記載されている。また、セグメント１６０２には、キーワードに対するセグメント優先度（Ｐ）１７０２が記載されている。そして、セグメント１６０２にはキーワードとして、”ＴｅａｍＡ”が記載されている。
【０２９８】
また、セグメント１６０３には、図１７の記述例と同様に、リンク情報である他のセグメント観点（キーワード）に対する参照番号（ｉｄｒｅｆ）１７０３が記載されている。よって、セグメント１６０３のキーワードは”ＴｅａｍＡ”になる。また、セグメント１６０３には、キーワードに対するセグメント優先度（Ｐ）１７０４が記載されている。
【０２９９】
このように、実施の形態９によってもセグメント同士をリンクさせることができる。
【０３００】
次に、図１９に示すセグメントの記述例を実施の形態９に対応させた記述について図３９を用いて説明する。
【０３０１】
図３９からわかるように、観点表１８０１には、セグメント観点１８０２ａから１８０２ｃが記載されている。セグメント観点１８０２ａには、ＩＤ番号（ｉｄ）１９０１ａが記載されている。また、セグメント観点１８０２ａは、”Ａ”というテキストで表されている。
【０３０２】
また、セグメント観点１８０２ｂには、ＩＤ番号（ｉｄ）１９０１ｂが記載されている。また、セグメント観点１８０２ｂは、”Ｂ”というテキストで表されている。セグメント観点１８０２ｃには、ＩＤ番号（ｉｄ）１９０１ｃが記載されている。また、セグメント観点１８０２ｃは、”Ｃ”というテキストで表されている。
【０３０３】
一方、セグメント１８０３〜１８０５には、観点表１８０１のセグメント観点１８０２ａ〜１８０２ｃに対するリンク情報である参照番号（ｉｄｒｅｆ）１９０３ａ〜１９０３ｃがそれぞれ記載されている。
【０３０４】
さらに、セグメント１８０３には、キーワードに対するセグメント優先度（Ｐ）１９０４ａが記載されている。セグメント１８０４には、キーワードに対するセグメント優先度（Ｐ）１９０４ｂが記載されている。セグメント１８０５には、キーワードに対するセグメント優先度（Ｐ）１９０４ｃが記載されている。
【０３０５】
このように、実施の形態９を用いても、ユーザーにあらかじめセグメント観点リストを提示することが容易となる。
【０３０６】
次に、図２１に示すセグメントの記述例を実施の形態９に対応させた記述について図４０を用いて説明する。
【０３０７】
図４０からあきらかなように、観点表１８０１には、文脈内容記述データに現れるすべてのセグメント観点を記述する必要はなく、リンクで参照されるものだけになっている。また、セグメント２００１には、観点表１８０１への、リンク情報が含まれない。
【０３０８】
このように、図４０のような記述により、図２１の記述を実施の形態９に対応させることができる。
【０３０９】
次に、図２３に示すセグメントの記述例を実施の形態９に対応させた記述について図４１を用いて説明する。
【０３１０】
図４１からわかるように、観点表２１０１には、セグメント２１０３〜２１０５に含まれる観点２１０６、２１０８、２１１０が格納されている。具体的には、観点２１０６、２１０８、２１１０に対応して観点２３０１〜２３０３が格納されている。
【０３１１】
そして、ユーザーがユーザー観点を入力する前に、観点表２１０１を表示するようにする。このようにして、図４１のような記述により、図２３の記述を実施の形態９に対応させることができる。
【０３１２】
次に、図２５に示すセグメントの記述例を実施の形態９に対応させた記述について図４２を用いて説明する。
【０３１３】
図４２からわかるように、コンテンツには、複数のセグメント２２０１ａ〜２２０１ｃが記載されている。セグメント２２０１ａには、セグメントのＩＤ番号（ｉｄ）２３０１ａが付与されている。セグメント２２０１ｂには、セグメントのＩＤ番号（ｉｄ）２３０１ｂが付与されている。セグメント２２０１ｃには、セグメントのＩＤ番号（ｉｄ）２３０１ｃが付与されている。
【０３１４】
一方、セグメント観点２２０２ａは、”ＴｅａｍＡ”であることがわかる。また、セグメント観点２２０２ａには、複数のセグメント優先度２２０４ａ〜２２０４ｃが記載されている。
【０３１５】
また、セグメント優先度２２０２ａには、それぞれリンク情報２２０３ａ〜２２０３ｃが付与されている。リンク情報２２０３ａ〜２２０３ｃは、セグメント２２０１ａ〜２２０１ｃのＩＤ番号２３０１ａ〜２３０１ｃを参照するための参照番号Ｉｄｒｅｆが記載されている。
【０３１６】
このように、セグメント優先度２２０４ａ〜２２０４ｃからセグメント２２０１ａ〜２２０１ｃを参照できるようになっている。
【０３１７】
また、セグメント観点２２０２ｂは、”ＴｅａｍＢ”であることがわかる。また、セグメント観点２２０２ｂには、複数のセグメント優先度２２０４ｄ〜２２０４ｆが記載されている。
【０３１８】
また、セグメント優先度２２０２ｂには、それぞれリンク情報２２０３ｄ〜２２０３ｆが付与されている。リンク情報２２０３ｄ〜２２０３ｆは、セグメント２２０１ａ〜２２０１ｃのＩＤ番号２３０１ａ〜２３０１ｃを参照するための参照番号Ｉｄｒｅｆが記載されている。
【０３１９】
このように、セグメント優先度２２０４ａ〜２２０４ｆからセグメント２２０１ａ〜２２０１ｎを参照できるようになっている。
【０３２０】
このように、図４２のような記述により、図２５の記述を実施の形態９に対応させることができる。
【０３２１】
次に、図２７に示すセグメントの記述例を実施の形態９に対応させた記述について図４３、図４４を用いて説明する。
【０３２２】
図からわかるように、コンテンツには、複数のセグメント２４０１ａ〜２４０１ｃが記載されている。セグメント２４０１ａには、セグメントのＩＤ番号（ｉｄ）２５０１ａが付与されている。セグメント２４０１ｂには、セグメントのＩＤ番号（ｉｄ）２５０１ｂが付与されている。セグメント２４０１ｃには、セグメントのＩＤ番号（ｉｄ）２５０１ｃが付与されている。
【０３２３】
一方、セグメント観点２４０２ａには、複数のセグメント優先度２４０４ａ〜２４０４ｃが記載されている。
【０３２４】
また、セグメント優先度２４０２ａには、それぞれリンク情報２４０３ａ〜２４０３ｃが付与されている。リンク情報２４０３ａ〜２４０３ｃは、セグメント２４０１ａ〜２４０１ｃのＩＤ番号２５０１ａ〜２５０１ｃを参照するための参照番号Ｉｄｒｅｆが記載されている。
【０３２５】
よって、セグメント優先度２４０４ａの対象セグメントはセグメント２４０１ａ、セグメント優先度２４０４ｂの対象セグメントはセグメント２４０１ｂ、セグメント優先度２４０４ｃの対象セグメントはセグメント２４０１ｎとなる。
【０３２６】
一方、セグメント観点２４０２ｂには、複数のセグメント優先度２４０４ｄ〜２４０４ｆが記載されている。また、セグメント優先度２４０２ｂには、それぞれリンク情報２４０３ｄ〜２４０３ｆが付与されている。リンク情報２４０３ｄ〜２４０３ｆは、セグメント２４０１ａ〜２４０１ｃのＩＤ番号２５０１ａ〜２５０１ｃを参照するための参照番号Ｉｄｒｅｆが記載されている。
【０３２７】
よって、セグメント優先度２４０４ｄの対象セグメントはセグメント２４０１ｂ、セグメント優先度２４０４ｅの対象セグメントはセグメント２４０１ｃ、セグメント優先度２４０４ｆの対象セグメントはセグメント２４０１ａとなる。
【０３２８】
また、セグメント優先度２４０２ａには、それぞれ優先度ＩＤ番号（ｉｄｒｅｆ）２５０３ａ〜２５０３ｃが付与されている。また、セグメント優先度２４０２ｂには、それぞれ優先度ＩＤ番号（ｉｄｒｅｆ）２５０３ｄ〜２５０３ｆが付与されている。
【０３２９】
一方、セグメント２４０１ａ〜２４０１ｃには、セグメント優先度２４０４ａ〜２４０４ｆに対するリンク情報である、優先度ＩＤ２５０３ａ〜２５０３ｃを参照する優先度参照番号（ｉｄｒｅｆｓ）２５０２ａ〜２５０２ｅが付与されている。
【０３３０】
よって、セグメント２４０１ａの対象となるセグメント優先度はセグメント優先度２４０４ａ、２４０４ｆであり、セグメント２４０１ｂの対象となるセグメント優先度はセグメント優先度２４０４ｂ、２４０４ｄであり、セグメント２４０１ｃの対象となるセグメント優先度はセグメント優先度２４０４ｅとなる。
【０３３１】
このように、実施の形態９を用いても、セグメント２４０１ａ〜２４０１ｃとセグメント優先度２２０４ａ〜２２０４ｆとが双方から参照できるようになる。
【０３３２】
次に、図２９に示すセグメントの記述例を実施の形態９に対応させた記述について図４５を用いて説明する。
【０３３３】
図からわかるように、コンテンツには、複数のセグメント２６０１ａ〜２６０１ｃが記載されている。セグメント２６０１ａ〜２６０１ｃには、それぞれセグメントのＩＤ番号（ｉｄ）２７０１ａ〜２７０１ｃが付与されている。
【０３３４】
一方、図から、セグメント観点２６０２ａは、”ＴｅａｍＡ”であることがわかる。また、セグメント観点２６０２ａには、それぞれリンク情報２６０３ａ〜２６０３ｃが付与されている。リンク情報２６０３ａ〜２６０３ｃは、セグメント２６０１ａ〜２６０１ｃのＩＤ番号２７０１ａ〜２７０１ｃを参照するための参照番号ｉｄｒｅｆ２７０２ａ〜２３０２ｃが記載されている。
【０３３５】
また、リンク情報２６０３ａ〜２６０３ｃは、記述順がセグメント優先度として認識されるため、この例では、リンク情報２６０３ａのセグメント優先度が最も高く、リンク情報２６０３ｃのセグメント優先度が最も低くなる。
【０３３６】
よって、セグメント２６０１ａのセグメント優先度が最も高く、セグメント２６０１ｂのセグメント優先度が最も低くなる。
【０３３７】
一方、図から、セグメント観点２６０２ｂは、”ＴｅａｍＢ”であることがわかる。また、セグメント観点２６０２ｂには、それぞれリンク情報２６０３ｄ〜２６０３ｆが付与されている。リンク情報２６０３ｄ〜２６０３ｆは、セグメント２６０１ａ〜２６０１ｃのＩＤ番号２７０１ａ〜２７０１ｃを参照するための参照番号ｉｄｒｅｆ２７０２ｄ〜２３０２ｆが記載されている。
【０３３８】
また、リンク情報２６０３ｄ〜２６０３ｆは、記述順がセグメント優先度として認識されるため、この例では、リンク情報２６０３ｄのセグメント優先度が最も高く、リンク情報２６０３ｆのセグメント優先度が最も低くなる。
【０３３９】
よって、セグメント２６０１ｂのセグメント優先度が最も高く、セグメント２６０１ａのセグメント優先度が最も低くなる。
【０３４０】
このように、図４５の記述により、図２９の記述を実施の形態９に対応させられる。
【０３４１】
次に、図３１に示すセグメントの記述例を実施の形態９に対応させた記述について図４６を用いて説明する。
【０３４２】
図からわかるように、コンテンツには、複数のセグメント２６０１ａ〜２６０１ｃが記載されている。セグメント２６０１ａ〜２６０１ｃには、それぞれセグメントのＩＤ番号（ｉｄ）２９０１ａ〜２９０１ｃが付与されている。
【０３４３】
一方、図から、セグメント観点２８０２は、”ＴｅａｍＡ”であることがわかる。また、セグメント観点２６０２ａには、それぞれリンク情報（ｉｄｒｅｆ）２８０３ａ〜２８０３ｃが付与されている。
【０３４４】
また、リンク情報２８０３ａ〜２８０３ｃは、記述順がセグメント優先度として認識されるため、この例では、リンク情報２８０３ａのセグメント優先度が最も高く、リンク情報２８０３ｃのセグメント優先度が最も低くなる。
【０３４５】
よって、セグメント２６０１ａのセグメント優先度が最も高く、セグメント２６０１ｂのセグメント優先度が最も低くなる。
【０３４６】
このように、図４６の記述を用いて、図３１の記述を実施の形態９に対応させることができる。
【０３４７】
（実施の形態１０）
実施の形態１から実施の形態９まではユーザープリファレンスをXML-DTDで記述する形態で説明したが、ユーザープリファレンスをRDF、XML-Schema、XMLベースの他の言語、XML以外の言語、または言語以外の記述をしても良い。
【０３４８】
実施の形態１０は、ユーザープリファレンスをXML-Schemaで記載したものである。以下、実施の形態１０にかかるユーザープリファレンスの定義について図４７から図５１を用いて説明する。図４７から図５１は、実施の形態１０にかかるユーザープリファレンスの記述定義を示す図である。また、図４７から図５１は、実施の形態９にかかるユーザープリファレンスの記述定義に対応したものである。
【０３４９】
図からわかるように、UserPreference３２０１は、要素としてユーザー情報として、ユーザーを識別するための識別子であるUserIdentifier３２０２と、ユーザーの嗜好情報であるUsagePreference３２０３とを含むと定義されている。また、UsagePreference３２０３は、０個又は１個含むと定義されている。
【０３５０】
次に、UsagePreference３２０３の定義について説明する。図中４８０３に示すように、UsagePreference３２０３は、BrowsingPreferences３２０７を０個以上含むと定義されている。また、UsagePreference３２０３は、allowAutomaticUpdate３２０８を属性として含むと定義されている。また、UsagePreference３２０３は、図中４８０１に示すように、FilteringAndSearchPreferences４８０２を要素として、０個以上持つと定義されている。
【０３５１】
次に、BrowsingPreferences３２０７の定義について説明する。図中４９００に示すように、BrowsingPreferences３２０７には、要素としてSummarypreferences３２１０を０個以上持つと定義されている。そして、BrowsingPreferences３２０７には、protected３２１１と、prefernceValue３２１２とを属性として含むと定義されている。また、BrowsingPreferences３２０７には、要素としてPrefernceConditionType４９０２を０個以上含むと定義されている。
【０３５２】
次に、SummaryPreferences３２１０の定義について説明する。図中５００２に示すように、SummaryPreferences３２１０は、図中５００３で示されるようなリストを持つsummaryComponentTypeを拡張したSummaryPreferncesTypeという要素を０個以上持つと定義されている。また、SummaryPreferences３２１０は、キーワードであるPreferredSummaryTheme３３０２を０個以上、表示期間情報であるSummaryDuration３３０３を０又は１個、要素として持つと定義されている。
【０３５３】
また、SummaryPreferences３２１０は、優先度であるpreferncevalue３３０４を属性として持つと定義されている。また、preferncevalue３３０４のデフォルトは１００であると、定義されている。
【０３５４】
また、PreferredSummaryTheme３３０２は、TextualTypeつまり要素としてテキストデータと、言語情報を有すると定義されている。また、PreferredSummaryTheme３３０２は、優先度情報であるpreferenceValue３３０７を属性として持つと定義されている。
【０３５５】
また、図中５１０１〜５１１０に示すように、SummaryPreferences３２１０は、最小時間長を示すMinSummaryDurationと、最大時間長を示すMaxSummaryDurationと、表示フレーム数を示すNumOfKeyframesと、最小表示フレーム数を示すMinNumOfKeyframesと、最大表示フレーム数を示すMaxNumOfKeyframesと、表示文字数を示すNumOfCharsと、最小表示文字数を示すMinNumOfCharsと、最大表示文字数を示すMaxNumOfCharsと、を要素として持つと定義されている。
【０３５６】
また、図中５１１０に示すように、これらの要素は属性として、優先度を持つと定義されている。
【０３５７】
このように、図４７から図５１を用いて、XML-Schemaを用いてユーザープリファレンスが記述できる。
【０３５８】
次に、実施の形態１０にかかるユーザープリファレンス定義の具体例について図５２を用いて説明する。図５２は、実施の形態１０にかかるユーザープリファレンスの記述例を示した図である。
【０３５９】
図中５２０１に示すように、UserIdentifierは、protectedとして”true”が、userNameとして”Mike”が記述されている。また、図中５２０２に示すように、UsagePreferencesは、allowAutomaticUpdateとして”false”が記述されている。また、図中５２０３に示すように、BrowsingPreferencesは、protectedとして"true"が記述されている。
【０３６０】
また、UserPreference５２００には、２つのSummaryPreferences５２０４が記述されている。
【０３６１】
図中５２０５に示すように、SummaryPreferences５２０４には、PreferredSummaryThemeとして、”Free-kick”という情報が記述されている。また、図中５２０６に示すように、SummaryPreferences５２０４には、PreferredSummaryThemeとして、”Goals”という情報が記述されている。また、図中５２０８に示すように、SummaryDurationには、”PT5M”、つまり５分という情報が記述されている。
【０３６２】
このように、XML-Schemaを用いてユーザープリファレンスを記述できる。
【０３６３】
また、実施の形態１０は、セグメント記述についてもXML-Schemaで記述している。以下、実施の形態１０にかかるセグメント記述について説明する。まず、実施の形態９にかかるセグメントの定義について、図５３〜図５６を用いて説明する。図５３〜図５６は、実施の形態１０にかかるセグメント記述の定義を示す図である。
【０３６４】
実施の形態１０にかかるセグメントは、図５３、図５４に示す抽象セグメントであるSegment DSとして定義されている。そして、AudioVisualSegment DS、AudioSegment DS、VideoSegment DS、StillRegion DS,MovingRegion DSがそれぞれSegment DSを継承して具体的な記述定義になる。以下、AudioVisualSegment DSについて説明するが、まずSegment DSについて説明する。
【０３６５】
図中５３００に示されるように、Segmentは抽象タイプであると宣言されている。
【０３６６】
そして、図中５３０１で示されるように、Segmentは、符号化フォーマットなどのメディアインフォメーションであるMediaInformationを要素として持つと定義されている。また、図中５３０２で示されるように、Segmentは、このセグメントの実体へのリンク情報であるMediaLocatorを要素として持つと定義されている。また、図中５３０３で示されるように、Segmentは、コピーライト情報などの製造者情報であるCreationInformationを要素として持つと定義されている。また、図中５３０４で示されるように、Segmentは、使用方法や、使用制限などの使用情報であるUsageInformationを要素として持つと定義されている。また、図中５３０５で示されるように、Segmentは、セグメントの注釈などであるTextAnnotationを要素として持つと定義されている。また、図中５３０７で示されるように、Segmentは、セグメントの観点（キーワード）であるPointOfViewを要素として持つと定義されている。また、図中５３０８で示されるように、Segmentは、サブセグメントを指定するのに使用するSegmentDecompositionを要素として持つと定義されている。
【０３６７】
また、図中５３１１で示されるように、Segmentは、識別子であるidを属性として持つと定義されている。また、図中５３１２で示されるように、Segmentは、ＵＲＬへのリンク情報であるhrefを属性として持つと定義されている。また、図中５３１３で示されるように、Segmentは、idへのリンク情報であるidrefを属性として持つと定義されている。
【０３６８】
このように、segmentには、キーワード情報であるPointOfViewと、識別子であるidと、他のセグメントの識別子に対する参照情報であるidrefと、を有する。
【０３６９】
次に、上述した抽象セグメントを継承したAudioVisualSegmentについて図５５を用いて説明する。
【０３７０】
図中５５０１に示すように、AudioVisualSegmentは上述した抽象Segmentを拡張したものであると記述されている。
【０３７１】
そして、図中５５０２に示すようにAudioVisualSegmentは、開始時間を示すMediaTimeを拡張された要素として持つと定義されている。
【０３７２】
また、図中５５０４に示すようにAudioVisualSegmentは、他のセグメント対する参照情報であるidrefを属性として持つと定義されている。
【０３７３】
このように、AudioVisualSegmentは、実施の形態９と同様に参照情報であるidrefを有する。
【０３７４】
次に、PointOfViewの定義について図５６を用いて説明する。図中５６００で示されるように、PointOfViewのタイプが宣言されている。
【０３７５】
そして、図中５６０１で示されるように、PointOfViewはSupplementalInfoを要素として持つと定義されている。また、図中５６０２で示されるように、PointOfViewはValueを要素として持つと定義されている。
【０３７６】
Valueのタイプは、図中５６０３で示されるPrimitiveImportanceTypeである。PrimitiveImportanceTypeは、図中５６０４で示すように、セグメントのidの参照情報であるidrefを属性で持つと定義されている。
【０３７７】
また、図中５６０６に示すように、PointOfViewはテキストで記述されたviewPointを属性に持つと記述されている。
【０３７８】
このように、PointOfViewは実施の形態９と同様に、idとidrefとを持っている。
【０３７９】
次に、上述した定義に基づいたセグメントの記述例について図５７から図５９を用いて説明する。図５７から図５９は、実施の形態１０にかかるセグメントの記述例を示した図である。
【０３８０】
図５７から図５９に示す記述例は、セグメント構造中に、PointOfViewを記述した例である。
【０３８１】
この例では、図中５７００で示すように、idが”FootBallGame”というセグメントを持つ。この”FootBallGame”というidを持つセグメントは、図中５７０１ａ、５７０１ｂに示すように、２つのサブセグメントによって構成されている。さらに、図中５７０１ａで示されるサブセグメントは、idが”seg１”というサブセグメント５７０２ａと、idが”seg２”というサブセグメント５７０２ｂと、idが”seg２０”というサブセグメント５７０２ｃを有する。
【０３８２】
そして、サブセグメント５７０２ａは、図中５７０３ａに示すように、優先度であるValueが０．３である”ＴｅａｍＡ”というviewPointと、図中５７０３ｂに示すように、優先度であるValueが０．７である”ＴｅａｍＢ”というviewPointとを持つ。また、サブセグメント５７０２ａは、図中５７０４ａに示すように、MediaTime情報も有する。
【０３８３】
また、サブセグメント５７０２ｂは、図中５７０３ｃに示すように、優先度であるValueが０．５である”ＴｅａｍＡ”というviewPointを持つ。また、サブセグメント５７０２ａは、図中５７０４ｂに示すように、MediaTime情報も有する。
【０３８４】
また、サブセグメント５７０２ｃは、図中５７０３ｄに示すように、優先度であるValueが０．８である”ＴｅａｍＡ”というviewPointと、図中５７０３ｅに示すように、優先度であるValueが０．２である”ＴｅａｍＢ”というviewPointとを持つ。また、サブセグメント５７０２ａは、図中５７０４ｃに示すように、MediaTime情報も有する。
【０３８５】
一方、図中５７０１ｂで示されるサブセグメントは、idが”２seg１”というサブセグメント５７０２ｄと、idが”２seg２”というサブセグメント５７０２ｅと、idが”２seg２０”というサブセグメント５７０２ｆを有する。サブセグメント５７０２ｄは、図中５７０３ｆに示すように、優先度であるValueが０．３である”ＴｅａｍＡ”というviewPointを持つ。また、サブセグメント５７０２ｂは、図中５７０４ｄに示すように、MediaTime情報も有する。
【０３８６】
また、サブセグメント５７０２ｂは、図中５７０３ｇに示すように、優先度であるValueが０．５である”ＴｅａｍＡ”というviewPointを持つ。また、サブセグメント５７０２ａは、図中５７０４ｅに示すように、MediaTime情報も有する。
【０３８７】
また、サブセグメント５７０２ｆは、図中５７０３ｈに示すように、優先度であるValueが０．８である”ＴｅａｍＡ”というviewPointを持つ。また、サブセグメント５７０２ｆは、図中５７０４ｆに示すように、MediaTime情報も有する。
【０３８８】
このように、図５７から図５９に示す記述例では、セグメント構造中にPointOfViewが記述されている。
【０３８９】
次に、セグメント構造とPointOfView構造を分けた記述例について図６０、図６１を用いて説明する。図６０、６１は実施の形態１０にかかるセグメントの記述のその他の例を示した図である。
【０３９０】
これ例では、図中６０００で示すように、idが”FootBallGame”というセグメント構造と、PointOfView構造６００５、６００８とを持つ。この”FootBallGame”というidを持つセグメント構造は、図中６００１に示すように、１つのサブセグメントによって構成されている。さらに、図中６００１で示されるサブセグメントは、idが”seg１”というサブセグメント６００４ａと、idが”seg２”というサブセグメント６００４ｂと、idが”seg２０”というサブセグメント６００４ｃを有する。
【０３９１】
そして、サブセグメント６００２ａは、図中６００４ａに示すように、MediaTime情報を有する。また、サブセグメント６００２ｂは、図中６００４ｂに示すように、MediaTime情報を有する。サブセグメント６００２ｃは、図中６００４ｃに示すように、MediaTime情報を有する。
【０３９２】
サブセグメント６００１も、図中６００４ｄに示すように、MediaTime情報を有する。
【０３９３】
一方、PointOfView構造６００５は、”ＴｅａｍＡ”というPointOfViewを持つ。そして、PointOfView構造６００５は、セグメント参照情報６００６ａ〜６００ｃを有する。セグメント参照情報６００６ａはValueとして０．３を有し、セグメントへの参照情報idrefは”seg１”である。セグメント参照情報６００６ｂはValueとして０．５を有し、セグメントへの参照情報idrefは”seg２”である。セグメント参照情報６００６ｃはValueとして０．８を有し、セグメントへの参照情報idrefは”seg２０”である。
【０３９４】
また、PointOfView構造６００８は、”ＴｅａｍＢ”というPointOfViewを持つ。そして、PointOfView構造６００８は、セグメント参照情報６００９ａ、６００ｂを有する。セグメント参照情報６００９ａはValueとして０．７を有し、セグメントへの参照情報idrefは”seg１”である。セグメント参照情報６００９ｂはValueとして０．２を有し、セグメントへの参照情報idrefは”seg２０”である。
【０３９５】
このように、実施の形態１０においても、PointOfViewがセグメントのidを参照する情報をもっているので、セグメント構造とPointOfView構造を分けることができる。
【０３９６】
（実施の形態１１）
上述した実施の形態では、セグメントに対して観点（キーワード）を付与し、この観点を用いてセグメントの抽出を行っている。そして、このように抽出した複数のセグメントをグループ化し、ダイジェストを作成している。
【０３９７】
実施の形態１１は、このダイジェストに対して観点（キーワード）を付与したものである。これにより、観点を用いてダイジェストの抽出も行えるようにしている。
【０３９８】
以下、実施の形態１１にかかるダイジェストについて、図６２〜図６５を用いて説明する。まず、ダイジェスト（図中ではHierarchicalSummaryと記述）の定義について図６２、６３を用いて説明する。
【０３９９】
図中６２００に示すように、HierarchicalSummaryのタイプが宣言されている。そして、図中６２０１に示すように、HierarchicalSummaryは、HierarchicalSummaryの観点（キーワード）リストであるSummaryThemeListをエレメントに持つと定義されている。また、図中６２０２に示すように、HierarchicalSummaryは、HierarchicalSummaryがどのようなセグメント構成になっているか示す情報であるHighlightLevelを要素として持つと定義されている。
【０４００】
また、図中６２０３に示すようにHierarchicalSummaryは、summaryComponentListを属性に持つと定義されている。SummaryComponentListは、図中６２０４に示すように、HierarchicalSummaryがどのような構成かを示すsummaryComponentListTypeを継承したものである。具体的には、SummaryComponentListTypeは、リストとしてフレーム構成を示すkeyFrames、ビデオクリップ構成を示すkeyVideoClips、オーディオクリップ構成を示すkeyAudioClips、テーマの構成を示すkeyThemes、や制約条件を示すunconstrainedを持つ構成になっている。
【０４０１】
次に、HierarchicalSummaryの観点（キーワード）リストであるSummaryThemeListの定義について図６４を用いて説明する。
【０４０２】
図中６４００に示すように、SummaryThemeListのタイプが宣言されている。
【０４０３】
そして、図中６４０１に示すように、SummaryThemeListは、HierarchicalSummaryの観点であるSummaryThemeを要素として持つと定義されている。また、SummaryThemeは、テキスト情報であり、言語情報も持つと定義されている。
【０４０４】
また、図中６４０２に示すように、SummaryThemeは、識別子であるidを属性に持つと定義されている。さらに、図中６４０３に示すように、SummaryThemeは、上位階層の他のSummaryThemeへの参照情報であるparentIdを持つと定義されている。
【０４０５】
このように、SummaryThemeを階層化した表現ができるようになっている。
【０４０６】
次に、HierarchicalSummaryがどのようなセグメント構成になっているか示す情報であるHighlightLevelの定義について図６５を用いて説明する。
【０４０７】
図中６５００に示すように、HighlightLevelは宣言されている。そして、図中６５０１に示すように、HighlightLevelはHierarchicalSummaryにふくまれるセグメント情報であるHighlightSegmentを要素として持つ。
【０４０８】
また、図中６５０２に示すように、HighlightLevelはHighlightLevelを要素として持つ。これにより、HighlightLevelの下位階層にHighlightLevelを持つことが可能になり、HighlightLevelを再帰的な構成にできる。
【０４０９】
また、HighlightLevelは、図中６５０３〜６５０６に示すように、HighlightLevelの名前情報であるnameと、HighlightLevelの優先度情報であるlevelと、HighlightLevelの長さ情報であるdurationと、どのSummaryThemeへの参照情報であるthemeIdsとを属性として持つ。
【０４１０】
このようにして、HighlightLevelを、SummaryThemeに対してリンクさせることができる。
【０４１１】
次に、HierarchicalSummaryの定義に基づいて作成されたSummaryThemeの具体例について、図６６を用いて説明する。
【０４１２】
SummaryThemeList６６００には、SummaryTheme６６０１ａ〜６６０１ｆが含まれる。
【０４１３】
SummaryTheme６６０１ａは、図中６６０２ａに示すように英語で示されている。そして、SummaryTheme６６０１ａは、図中６６０３ａに示すように”item0”というidを持つ。また、SummaryTheme６６０１ａは、図中６６０４ａに示すように”baseball”という内容である。
【０４１４】
また、SummaryTheme６６０１ｂは、図中６６０２ｂに示すように英語で示されている。そして、SummaryTheme６６０１ｂは、図中６６０３ｂに示すように”item01”というidを持つ。また、SummaryTheme６６０１ｂは、図中６６０４ｂに示すように”home run”という内容である。そして、SummaryTheme６６０１ｂは、図中６６０５ｂに示すように、”item0”というparentIDを持つ。つまり、SummaryTheme６６０１ｂは、SummaryTheme６６０１ａの下位階層に位置するSummaryThemeである。
【０４１５】
また、SummaryTheme６６０１ｃは、図中６６０２ｃに示すように英語で示されている。そして、SummaryTheme６６０１ｃは、図中６６０３ｃに示すように”item1”というidを持つ。また、SummaryTheme６６０１ｃは、図中６６０４ｃに示すように”basketball”という内容である。そして、SummaryTheme６６０１ａは、”item0”というparentIDを持つ。
【０４１６】
また、SummaryTheme６６０１ｄは、図中６６０２ｄに示すように英語で示されている。そして、SummaryTheme６６０１ｄは、図中６６０３ｄに示すように”item11”というidを持つ。また、SummaryTheme６６０１ｄは、図中６６０４ｄに示すように”three-pointer”という内容である。そして、SummaryTheme６６０１ｄは、図中６６０５ｄに示すように、”item1”というparentIDを持つ。つまり、SummaryTheme６６０１ｄは、SummaryTheme６６０１ｃの下位階層に位置するSummaryThemeである。
【０４１７】
また、SummaryTheme６６０１ｅは、図中６６０２ｅに示すように英語で示されている。そして、SummaryTheme６６０１ｅは、図中６６０３ｅに示すように”item12”というidを持つ。また、SummaryTheme６６０１ｅは、図中６６０４ｅに示すように”slamdunk”という内容である。そして、SummaryTheme６６０１ｅは、図中６６０５ｅに示すように、”item1”というparentIDを持つ。つまり、SummaryTheme６６０１ｅは、SummaryTheme６６０１ｃの下位階層に位置するSummaryThemeである。
【０４１８】
また、SummaryTheme６６０１ｆは、図中６６０２ｆに示すように英語で示されている。そして、SummaryTheme６６０１ｆは、図中６６０３ｆに示すように”item2”というidを持つ。また、SummaryTheme６６０１ｆは、図中６６０４ｆに示すように”soccer”という内容である。
【０４１９】
このように、SummaryThemeがparentIDを持つことで、他のSummaryThemeに対してリンクすることができる。また、SummaryTheme同士を階層化してリンクさせることができる。
【０４２０】
次に、SummaryThemeListを用いたHierarchicalSummaryの記述例について図６７を用いて説明する。
【０４２１】
図中６７００で示すように、”keyThemesSummary001”という名前を持つHierarchicalSummaryが宣言されている。
【０４２２】
そして、HierarchicalSummaryは、SummaryThemeList６７０１と、”summary001”という名前のHighlightLevel６７０２ａと、”summary002”という名前のHighlightLevel６７０２ｂとから構成されている。
【０４２３】
SummaryThemeList６７０１は、”slam dunk”というSummaryTheme６７０３ａを持つ。また、SummaryTheme６７０３ａは、”Ｅ０”というidを持つ。さらに、SummaryThemeList６７０１は、”3-point shots”というSummaryTheme６７０３ｂを持つ。また、SummaryTheme６７０３ｂは、”Ｅ1”というidを持つ。
【０４２４】
一方、HighlightLevel６７０２ａは、図中６７０４ａで示されるようなセグメント構成をしている。そして、HighlightLevel６７０２ａは、図中６７０５ａに示すように、”E0”というthemeIdsを持つ。つまり、HighlightLevel６７０２ａは、”E0”というidを持つSummaryTheme６７０３ａにリンクしている。よって、HighlightLevel６７０２ａは、”slam dunk”というSummaryThemeを持つ。
【０４２５】
また、HighlightLevel６７０２ｂは、図中６７０４ｂで示されるようなセグメント構成をしている。そして、HighlightLevel６７０２ｂは、図中６７０５ｂに示すように、”E1”というthemeIdsを持つ。つまり、HighlightLevel６７０２ｂは、”E1”というidを持つSummaryTheme６７０３ｂにリンクしている。よって、HighlightLevel６７０２ｂは、”3-point shots”というSummaryThemeを持つ。
【０４２６】
このようにして、HierarchicalSummaryにSummaryThemeを持たせることができる。
【０４２７】
また、このようにして、HighlightLevelとSummaryThemeとをリンクさせることができる。よって、HighlightLevelとSummaryThemeとを別構成に分けて記述できる。
また、実施の形態１から実施の形態１１において、ユーザープリファレンスは、ユーザーの利用履歴や購買履歴、イベント履歴、あらかじめ用意されたテンプレートなど何でも良い。
【０４２８】
また、実施の形態１から実施の形態１１において、ユーザープリファレンスにおけるコンテンツ識別子、時間長、キーワード、優先度またはキーワードの優先関係の記述方法は本実施例に限定しない。
【０４２９】
また、実施の形態１から実施の形態１１において、端末プリファレンスは具体的な、端末の種類や端末の能力値でなく、端末のカテゴリ（例えばＰＣ用、携帯端末用等）を代表するＩＤ等でもよい。また端末プリファレンスは端末によって一意に決まっても良いし、ファームウェアやソフトウェアのバージョンアップによって更新されても良い。
【０４３０】
また、実施の形態１から実施の形態１１において、データはオーディオ・ビデオやドキュメント以外のデータであってもよい。
【０４３１】
また、実施の形態１から実施の形態１１において、ユーザー適応制御部はユーザープリファレンスを更新しなくても良い。また、同じコンテンツに対して異なる複数のユーザー嗜好記述を持つこともできる。
【０４３２】
また、実施の形態１から実施の形態１０において、セグメント及びサブセグメントの階層は１以上いくつあってもよい。
【０４３３】
また、実施の形態２において、ユーザープリファレンス、端末プリファレンス、ネットワークプリファレンスは端末側でなく、サーバー側または全く別の管理サイトにあっても良い。また、ネットワークプリファレンスは、端末の契約するサービスによって一意に決まっても良いし、端末とサーバー間の通信の状態により一意または動的に決まっても良い。
【０４３４】
なお、上述した本発明の各部の全てもしくは一部の動作をプログラム化にし、このプログラムをコンピュータ読み取り可能な記憶媒体に格納し、コンピュータを用いてこのプログラムを実行することにより、各部の動作を実現するようにしてもよい。
【０４３５】
また、上述した本発明の各部の機能を発揮する専用のハードウェアを用いて実現しても構わない。
【０４３６】
また、上述した本発明に含まれる各部の全て又は一部の動作をコンピュータで実行するためのコンピュータ・プログラム・プロダクトという形態を採っても良い。
【０４３７】
本明細書は、１９９９年１２月３日出願の特願平１１−３４４４７６号及び２０００年３月１０日出願の特願２０００−０６６５３１号に基づく。これらの内容はすべてここに含めておく。
【産業上の利用可能性】
【０４３８】
以上のように、本発明によれば、第１に、ユーザーの嗜好情報をユーザープリファレンスとしてコンテンツ毎に持たせ、ユーザープリファレンスによってデータのセグメントを選択し、セグメントの優先度と端末能力に基づいて解像度変換を行うことで、コンテンツ毎にユーザーが見たい形態でデータ適応を行うことができる。
【０４３９】
第２に、ネットワークを介してコンテンツを配信する際にネットワークの伝送帯域の情報をネットワークプリファレンスとして取得し、セグメントの優先度と伝送帯域に応じてデータ量を調整することで、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行うことができる。
【技術分野】
【０００１】
本発明は、データをユーザーの嗜好に適応させるデータ適合化装置及びデータ適応化方法、およびデータ適合化装置を含む記録媒体に関するものである。特に、デジタル放送やインターネットなどの放送及び通信メディアを介したビデオ、オーディオ、ドキュメントを含むデータ適合化装置に関するものである。
【背景技術】
【０００２】
近年、放送のデジタル化の動きが活発になり通信との融合も進んできている。放送分野では既に衛星デジタル放送が開始され、今後地上波放送もデジタル化される予定である。放送内容をデジタル化することにより、従来のビデオ・オーディオに加えデータ放送も行われている。TiVo(www.tivo.com)やReplayTV(www.replaytv.com)など、テレビ放送をハードディスクに蓄積し、後で視聴するというコンセプト(TV Anytime)を実現する製品も米国で発売されている。また通信分野ではインターネットを介したデジタルコンテンツ配信が音楽を切り出しとして始まり、ビデオを放送するインターネット放送局も増加している。さらに、携帯端末においてもアクセスネットワークの広帯域化とインターネットへの接続によりインターネットコンテンツへのアクセスが可能となってきている。
【０００３】
このような情報インフラの飛躍的変化の中で、今後ビデオ、オーディオやドキュメントなどを含む膨大な情報ソースへユーザーが様々な端末から簡単にアクセス可能となることが予想される。このように通信と放送の融合・デジタル化により、コンテンツを説明するメタデータを使用してユーザーの好みに合った情報のみを選択的に伝送や再生することなしには、膨大な情報ソースをユーザーが扱うことが困難となってきている。
【０００４】
非特許文献１に示されるように、一つのコンテントをテレビや携帯端末など様々な端末へ配信したり、HHC(Hand Held Computer)やPDA(Personal Digital Assistant)、Smart Phoneなど様々な端末からインターネット上のリッチコンテンツへアクセスするための記述スキームと、インターネットコンテンツを端末の表示能力に合わせて変換(データ適応)する(例えば、表示サイズや表示色数の変更)方法とが提案されている。
【０００５】
以下、従来のデータ適応装置について説明する。図６８は従来のデータ適応装置のブロック図を示すものである。従来のデータ適応装置は、データ適応部１００と、ポリシーエンジン１０１と、コンテンツ解析部１０２と、コンテンツ選択部１０３と、コンテンツ操作部１０４と、端末１０５とから構成されている。コンテンツ解析部１０２には、インターネットコンテンツｄ１００１が入力される。また、端末１０５には端末１０５の能力情報を示す端末プリファレンスｄ１００２が蓄積されている。
【０００６】
また、図６９は端末プリファレンスｄ１００２の詳細図である。端末プリファレンスｄ１００２は、端末１０５の表示能力である画面色数情報ｘと画面サイズ情報ａｘｂを含む。
【０００７】
以下、以上のように構成されたデータ適応部の動作について、図７０を用いて説明する。図７０は、データ適応部１００の動作を説明する処理フロー図である。
【０００８】
ポリシーエンジン１０１は、端末１０５から取得した端末プリファレンスｄ１００２により端末能力としての表示画面サイズ及び表示色数を識別する（Ｐ１２０１）。そして、ポリシーエンジン１０１は、Ｐ１２０１で識別した情報とポリシーに従ってコンテンツ選択部１０３及びコンテンツ操作部１０４を制御する。
【０００９】
また、コンテンツ解析部１０２は、ユーザーが要求したインターネットコンテンツｄ１００１の物理的データ種別を解析する（Ｐ１２０２）。そして、コンテンツ選択部１０３が、インターネットコンテンツｄ１００１が端末１０５の表示能力で表示可能か判断し（Ｐ１２０３）、インターネットコンテンツｄ１００１が表示能力可能な場合はインターネットコンテンツｄ１００１から端末能力で表示可能なコンテンツのみを選択する（Ｐ１２０４）。
【００１０】
そして、さらにコンテンツ操作部１０４が、Ｐ１２０４で選択した表示可能なコンテンツを端末能力で表示可能な形態にコンテンツを変換する。具体的には、コンテンツ選択部１０３が表示画面サイズよりコンテンツが大きいかどうか判定し（Ｐ１２０５）、表示画面サイズより大きなコンテンツはコンテンツ操作部１０４が縮小する（Ｐ１２０６）。また、表示画面サイズよりコンテンツが大きくない場合は、コンテンツ操作部１０４はコンテンツが表示能力より小さいか判断し（Ｐ１２０７）、小さなコンテンツはコンテンツ操作部１０４が拡大する（Ｐ１２０８）。
【００１１】
また、コンテンツ操作部１０４は、端末１０５の表示色数がカラーか判断する（Ｐ１２０９）。そして、端末１０５の表示色数がカラーで無い場合は、コンテンツ操作部１０４は、グレースケールか判定し（Ｐ１２１０）、グレースケールであればコンテンツの色数をグレースケールに変換（Ｐ１２１１）、カラーでもグレースケールでもなければ二値化する（Ｐ１２１２）。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】"Adapting Multimedia Internet Content For Universal Access", IEEE Transactions on Multimedia, March 1999, pp.104-114.
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、上記従来技術では、一般的なポリシー、つまり特定の端末に合わせたポリシーに従ってコンテンツ解析結果からコンテンツの選択及び操作を行うことになる。このため、予め決められた一定数の端末のパターンに合わせたデータ適応しかできないという問題がある。
【００１４】
また、従来技術は、コンテンツをユーザーの嗜好に会わせた選択および操作、例えばある画像に対しては縮小ではなく一部を表示するなどの選択および操作を行えない。よって、従来技術では、予め決められた特定の端末を使用してコンテンツの選択および操作を行う場合であっても、ユーザーがその端末を使ってコンテンツをユーザーの嗜好にあわせた形態にデータ適応はできないという問題点がある。
【課題を解決するための手段】
【００１５】
本発明の第１の目的は、上記従来の問題点を解決するために、ユーザーの嗜好情報によってデータのセグメントを選択することで、ユーザーの嗜好にあわせた形態でコンテンツのデータ適応を行うことである。
【００１６】
また、本発明の第２の目的は、ネットワークを介してコンテンツを配信する際に、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにコンテンツのデータ適応を行うことである。
【００１７】
上記第１の目的を達成するために、本発明は、コンテンツのある時間範囲を構成する複数のセグメントに対応して、セグメントが記述されているデータ構造部からなる第１のメタデータと、前記セグメントに対応する前記コンテンツの内容を示すセグメント観点と、前記セグメント観点ごとに対象となる前記セグメントへのリンク情報と、前記セグメント観点に対する前記セグメント観点がリンクされている前記セグメントごとに設定される重要度を示すセグメント優先度とが記述されている属性部からなる第２のメタデータとで構成されたメタデータを取得するコンテンツデータ取得部と、前記コンテンツに対するユーザーの嗜好に関するユーザー観点とユーザー優先度の組が記述されているユーザープリファレンス記述情報を取得するユーザープリファレンス取得部と、前記メタデータから前記ユーザープリファレンス記述情報に該当するセグメントを抽出することにより、前記コンテンツを前記ユーザー嗜好に適応させた、第３のメタデータを出力するユーザー適応部と、を具備するものである。これにより、ユーザーの嗜好に合わせて一意にデータ適応を可能とすることができる。
【００１８】
また、上記第２の目的を達成するために、本発明は、ネットワークを介してコンテンツを配信する際にネットワークの伝送帯域の情報をネットワークプリファレンスとして取得し、セグメントの優先度と伝送帯域に応じてデータ量を調整することで、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行うようにしたものである。これにより、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行うことができる。
【発明の効果】
【００１９】
本発明の第１の目的は、上記従来の問題点を解決するために、ユーザーの嗜好情報によってデータのセグメントを選択することで、ユーザーの嗜好にあわせた形態でコンテンツのデータ適応を行うことである。
【００２０】
また、本発明の第２の目的は、ネットワークを介してコンテンツを配信する際に、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにコンテンツのデータ適応を行うことである。
【００２１】
上記第１の目的を達成するために、本発明は、ユーザーの嗜好情報をユーザープリファレンスとして持たせ、ユーザープリファレンスによってデータのセグメントを選択し、セグメントの優先度と端末能力に基づいて解像度変換を行うことで、コンテンツ毎にユーザーが見たい形態でデータ適応を行うものである。これにより、ユーザーの嗜好に合わせて一意にデータ適応を可能とすることができる。
【００２２】
また、上記第２の目的を達成するために、本発明は、ネットワークを介してコンテンツを配信する際にネットワークの伝送帯域の情報をネットワークプリファレンスとして取得し、セグメントの優先度と伝送帯域に応じてデータ量を調整することで、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行うようにしたものである。これにより、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行うことができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施の形態１及び実施の形態３にかかるデータ適合化装置を具備する端末のブロック図
【図２】実施の形態１にかかるユーザープリファレンスの詳細図
【図３】実施の形態１にかかるユーザープリファレンスの記述定義を示す図
【図４】実施の形態１にかかるユーザープリファレンスの記述例を示す図
【図５】実施の形態１にかかるセグメント選択部の動作説明図
【図６】実施の形態１にかかるユーザー適応制御部の処理フロー図
【図７】実施の形態１にかかる端末適応制御部の処理フロー図
【図８】本発明の実施の形態２及び実施の形態４にかかるデータ適合化部を具備するシステムのブロック図
【図９】実施の形態２にかかるネットワーク適応制御部の処理フロー図
【図１０】ユーザープリファレンスの第２の例を示す詳細図
【図１１】ユーザープリファレンスの第２の記述定義を示す図
【図１２】ユーザープリファレンスの第２の記述例を示す図
【図１３】セグメント選択部の第２の動作を説明する図
【図１４】ユーザー適応制御部の第２の処理のフロー図
【図１５】本発明の実施の形態にかかるデータ適合化部を具備するシステムのその他の例を示すブロック図
【図１６】本発明の実施の形態にかかるセグメントのその他の形態を示す図
【図１７】本発明の実施の形態にかかるセグメントの記述例を示す図
【図１８】本発明の実施の形態５にかかるデータ構造を示す図
【図１９】本発明の実施の形態５にかかるデータの記述例を示す図
【図２０】本発明の実施の形態５にかかるデータ構造のその他の例を示す図
【図２１】本発明の実施の形態５にかかるデータ構造のその他の例の記述例を示す図
【図２２】本発明の実施の形態６にかかるデータ構造を示す図
【図２３】本発明の実施の形態６にかかるデータの記述例を示す図
【図２４】本発明の実施の形態７にかかるデータ構造を示す図
【図２５】本発明の実施の形態７にかかるデータの記述を示す図
【図２６】本発明の実施の形態７にかかるデータ構造のその他の例を示す図
【図２７】本発明の実施の形態７にかかるデータ構造のその他の例の記述を示す図
【図２８】本発明の実施の形態８にかかるデータ構造を示す図
【図２９】本発明の実施の形態８にかかるデータの記述を示す図
【図３０】本発明の実施の形態８にかかるデータ構造のその他の例を示す図
【図３１】本発明の実施の形態８にかかるデータのその他の記述例を示す図
【図３２】本発明の実施の形態９にかかるユーザープリファレンスの記述定義を示す第１の図
【図３３】本発明の実施の形態９にかかるユーザープリファレンスの記述定義を示す第２の図
【図３４】本発明の実施の形態９にかかるユーザープリファレンスの記述例を示す図
【図３５】実施の形態９にかかるセグメント記述の定義を示す第１の図
【図３６】実施の形態９にかかるセグメント記述の定義を示す第２の図
【図３７】実施の形態９にかかるセグメント記述の定義を示す第３の図
【図３８】実施の形態９にかかるセグメントの第１の記述例を示す図
【図３９】実施の形態９にかかるセグメントの第２の記述例を示す図
【図４０】実施の形態９にかかるセグメントの第３の記述例を示す図
【図４１】実施の形態９にかかるセグメントの第４の記述例を示す図
【図４２】実施の形態９にかかるセグメントの第５の記述例を示す図
【図４３】実施の形態９にかかるセグメントの第６の記述例を示す図
【図４４】実施の形態９にかかるセグメントの第７の記述例を示す図
【図４５】実施の形態９にかかるセグメントの第８の記述例を示す図
【図４６】実施の形態９にかかるセグメントの第９の記述例を示す図
【図４７】本発明の実施の形態１０にかかるユーザープリファレンスの記述定義を示す第１の図
【図４８】実施の形態１０にかかるユーザープリファレンスの記述定義を示す第２の図
【図４９】実施の形態１０にかかるユーザープリファレンスの記述定義を示す第３の図
【図５０】実施の形態１０にかかるユーザープリファレンスの記述定義を示す第４の図
【図５１】実施の形態１０にかかるユーザープリファレンスの記述定義を示す第５の図
【図５２】実施の形態１０にかかるユーザープリファレンスの記述例を示した図
【図５３】実施の形態１０にかかるセグメント記述の定義を示す第１の図
【図５４】実施の形態１０にかかるセグメント記述の定義を示す第２の図
【図５５】実施の形態１０にかかるセグメント記述の定義を示す第３の図
【図５６】実施の形態１０にかかるセグメント記述の定義を示す第４の図
【図５７】実施の形態１０にかかるセグメントの記述例を示した第１の図
【図５８】実施の形態１０にかかるセグメントの記述例を示した第２の図
【図５９】実施の形態１０にかかるセグメントの記述例を示した第３の図
【図６０】実施の形態１０にかかるセグメントの記述のその他の例を示した第１の図
【図６１】実施の形態１０にかかるセグメントの記述のその他の例を示した第２の図
【図６２】実施の形態１１にかかるダイジェスト記述の定義を示す第１の図
【図６３】実施の形態１１にかかるダイジェスト記述の定義を示す第２の図
【図６４】実施の形態１１にかかるダイジェスト記述の定義を示す第３の図
【図６５】実施の形態１１にかかるダイジェスト記述の定義を示す第４の図
【図６６】実施の形態にかかる観点リストの記述の例を示す図
【図６７】実施の形態１１にかかるダイジェストの記述の例を示す図
【図６８】従来のデータ適合化装置のブロック図
【図６９】従来の端末プリファレンスの記述詳細図
【図７０】従来のデータ適応部の処理フロー図
【発明を実施するための形態】
【００２４】
以下、本発明の実施の形態について、添付図面を参照して詳細に説明する。
【００２５】
（実施の形態１）
以下、本発明の実施の形態１におけるデータ適合化装置を具備する端末について説明する。図１は、実施の形態１にかかるデータ適合化装置を具備する端末のブロック図である。図１に示すように、端末１０は、複数のセグメントから構成されるコンテンツからなるデータｄ１０２、およびデータｄ１０２を説明するための情報であるメタデータｄ１０１が蓄積されたコンテンツデータ蓄積媒体１１と、ユーザーの嗜好に関する情報であるユーザープリファレンスｄ１０３を蓄積するユーザープリファレンス蓄積部１９と、端末の能力情報である端末プリファレンスｄ１０４を格納する端末プリファレンス蓄積部２０と、データｄ１０２をメタデータｄ１０１とユーザープリファレンスｄ１０３および端末プリファレンスｄ１０４とを用いてユーザーの嗜好に適応させるユーザー適応部１２とから構成されている。
【００２６】
ユーザー適応部１２には、各種データを取得する手段が設けられている。各種データを取得する手段としては、メタデータｄ１０１を取得するメタデータ取得部２１ａとデータｄ１０２を取得するデータ取得部２１ｂとから構成されるコンテンツデータ取得部２１と、ユーザープリファレンスｄ１０３を取得するユーザープリファレンス取得部２２と、端末プリファレンスｄ１０４を取得する端末プリファレンス取得部２３とが設けられている。
【００２７】
また、ユーザー適応部１２には、ユーザーの嗜好にあわせて取得したデータｄ１０２から所定のセグメントを選択しユーザーの嗜好に合わせる手段が設けられている。選択したセグメントをユーザーの嗜好に合わせる手段としては、取得したメタデータｄ１０１とユーザープリファレンスデータｄ１０３を用いて、取得したデータｄ１０２から所定のセグメントを選択するための情報を生成するユーザー適応制御部１４と、ユーザー適応制御部１４で生成した情報に基づいて取得したデータｄ１０２から所定のセグメントを選択し、抽出するセグメント選択部１６が設けられている。
【００２８】
また、ユーザー適応部１２には、データｄ１０２の処理装置である表示部１８などの端末能力に合わせてデータｄ１０２を変換する手段が設けられている。データｄ１０２を端末能力に合わせて変換する手段としては、メタデータｄ１０１と端末プリファレンスｄ１０４からデータｄ１０２の空間解像度や色解像度を変化するための情報を生成する端末適応制御部１５と、端末適応制御部１５で生成した情報によりｄ１０２の空間解像度変換や色解像度変換をする解像度変換部１７とが設けられている。
【００２９】
次に、ユーザープリファレンスｄ１０３について説明する。図２は、ユーザープリファレンスｄ１０３の詳細図である。図２に示すように、ユーザープリファレンスｄ１０３は、複数のユーザー嗜好記述３ａ〜３ｎから構成されている。また、ユーザー嗜好記述３ａ〜３ｎには、ユーザー嗜好記述３ａ〜３ｎのそれぞれに対応するコンテンツを識別するコンテンツ識別子３４と、コンテンツを所望の時間で表示するための時間長情報３５と、コンテンツから所望のセグメントを抽出するためのキーワード（ユーザー観点）３６ａ、３６ｂとこのキーワード３６ａ、３６ｂに対する優先度３７ａ、３７ｂとの組が複数格納されている。
【００３０】
次に、ユーザー嗜好記述３ａ〜３ｎを含むユーザープリファレンスｄ１０３の定義記述について具体的に説明する。図３は、ユーザープリファレンスｄ１０３の定義記述を示す図である。
【００３１】
図３に示すように、ユーザープリファレンス記述定義４０は、XML(eXtensible Markup Language)のDTD(Document Type Definition)で記述されている。
【００３２】
ユーザープリファレンス記述定義４０は、図中４１に示すようにユーザープリファレンスには一つ以上のコンテンツ（Ｃｏｎｔｅｎｔ）を有すると定義している。また、図中４２に示すように、コンテンツ毎にひとつ以上のキーワード（ユーザー観点）３６（Ｋｅｙｗｏｒｄ）を有すると定義している。また、図中４３に示すように、コンテンツには、属性としてコンテンツ識別子３４（ＣｏｎｔｅｎｔＩＤ）と、時間長３５（Ｄｕｒａｔｉｏｎ）と、データを表示するサイズ情報である画面サイズ４６（ＳｃｒｅｅｎＳｉｚｅ）とが定義される。また、図中４７に示すようにキーワード３６（Ｋｅｙｗｏｒｄ）は、テキストデータで記述されると定義されている。また、図中４８に示すように、キーワード３６には、それぞれ属性として優先度３７（Ｐｒｉｏｒｉｔｙ）を有すると定義されている。
【００３３】
次に、図３に示したユーザープリファレンスの記述定義を用いて作成したユーザープリファレンスについて説明する。図４は、ユーザープリファレンスの例を示す図である。
【００３４】
図４において、５０で記されるものは、ユーザー嗜好記述定義４０を使ってXMLで記述した実際のユーザー嗜好記述例である。
【００３５】
ユーザープリファレンス５０は、２つのコンテンツ５１、５２を有する。コンテンツ５１にはコンテンツＩＤ５３ａ（この例では、１２３４５６７８９）、コンテンツ５２にはコンテンツＩＤ５３ｂ（この例では、１２３４５６７８８）が記載されている。また、コンテンツ５１には、コンテンツの属性として表示時間長５４（この例では、ｓｍｐｔｅ＝００：０５：００：００）が記載されている。
【００３６】
また、コンテンツ５１にはキーワード（ユーザー観点）５５ａ〜５５ｃが記載されている。キーワード５５ａにはＮａｋａｔａ、キーワード５５ｂにはＳｏｃｃｅｒ、キーワード５５ｃにはＪａｐａｎが記載されている。また、キーワード５５ａ〜５５ｃの属性として、キーワード５５ａには優先度５、キーワード５５ｂには優先度４、キーワード５５ｃには優先度２が記載されている。
【００３７】
一方、コンテンツ５２には、コンテンツの属性として表示スケール５６（この例では、ｐｉｘｅｌ＝３２０×２４０）が記載されている。また、コンテンツ５２にはキーワード５５ｄ〜５５ｆが記載されている。キーワード５５ｄにはＨｅａｄｌｉｎｅ、キーワード５５ｅにはＳｔｏｃｋ、キーワード５５ｆにはＳｐｏｒｔｓが記載されている。また、キーワード５５ｄ〜５５ｆの属性として、キーワード５５ｄには優先度５、キーワード５５ｅには優先度５、キーワード５５ｆには優先度３が記載されている。
【００３８】
次に、図５を使用して、データｄ１０２の構成について説明する。
【００３９】
データｄ１０２は、データｄ１０２のある時間範囲を構成するセグメント６１から構成される。セグメント６１は、第１サブセグメント６２と第２サブセグメント６３とから構成される。サブセグメント６２は、第１サブセグメント６４と第２サブセグメント６５から構成され、サブセグメント６３は第１サブセグメント６６とサブセグメント６７とから構成される。このように、データｄ１０２は、セグメントおよびサブセグメントによって階層化された構造を持つ。
【００４０】
また、サブセグメント６２にはキーワード（セグメント観点）６２１が付加され、サブセグメント６３にはキーワード６３１が付加されている。また、サブセグメント６４にはキーワード（セグメント観点）６４１が付与され、サブセグメント６５にはキーワード（セグメント観点）６５１が付加され、サブセグメント６６にはキーワード（セグメント観点）６６１が付与され、サブセグメント６７にはキーワード（セグメント観点）６７１が付加されている。
【００４１】
キーワード６２１、６３１、６４１、６５１、６６１、６７１は、メタデータｄ１０１に記載されている。また、キーワード６２１、６３１、６４１、６５１、６６１、６７１には、キーワード６２１、６３１、６４１、６５１、６６１、６７１に対応するセグメント６２〜６７の内容を示す複数のキーワード（ＫＷＤ）が付与されている。
【００４２】
また、キーワード（ＫＷＤ）毎にセグメントの優先度（セグメント優先度）が付与されている。図の例では、キーワード６２１は、ＫＷＤ＃２とＫＷＤ＃２内の順位つけであるセグメント優先度３との組と、ＫＷＤ＃３とＫＷＤ＃３内の順位つけであるセグメント優先度３の組から構成されている。
【００４３】
次に、セグメント選択部１６の動作およびユーザー適応制御部１４の動作について図５および図６を用いて説明する。図５は、セグメント選択部１６の動作を説明する動作説明図である。図６はユーザー適応制御部１４の動作を説明する処理フロー図である。
【００４４】
データ適応部１２のコンテンツデータ取得部２１は、蓄積媒体１１からメタデータｄ１０１とデータｄ１０２を読み出し、取得する。そして、ユーザー適応制御部１４は、取得したメタデータｄ１０１を解析し、データの構造と構造の各セグメントに付加される少なくとも１つ以上のセグメント観点及びセグメント観点におけるセグメント優先度を抽出し、読み出したデータ（コンテンツ）ｄ１０２を識別する（Ｐ７０１）。
【００４５】
次に、ユーザー適応制御部１４は、ユーザープリファレンスｄ１０３から識別したコンテンツに対応するユーザー嗜好記述（例えばユーザー嗜好記述３１）を選択する（Ｐ７０２）。さらに、ユーザー適応制御部１４は、ユーザー嗜好記述３１に含まれるユーザー観点（キーワード）をユーザー観点の属性である優先度の順番に整列する（Ｐ７０３）。そして、ユーザー適応制御部１４は、最も優先度の高い優先度が付与されたユーザー観点を選択する（Ｐ７０４）。
【００４６】
次に、ユーザー適応制御部１４は、優先度の高いユーザー観点（最初のユーザー観点）から順に、そのユーザー観点と合致するセグメントをデータｄ１０２から選択するような情報をセグメント選択部１６に送る。
【００４７】
そして、セグメント選択部１６は、ユーザー適応制御部１４から送られてきた情報により、最初のユーザー観点とセグメントのセグメント観点とを比較し、最初のユーザー観点と一致するセグメント観点が付与されたセグメントがあるか判断する（Ｐ７０５）。
【００４８】
次に、最初のユーザー観点と一致するセグメント観点が付与されたセグメントの選択動作に移る。
【００４９】
しかし、単純に最初のユーザー観点と一致するセグメント観点が付与されたセグメントを全て選択したのでは、選択したセグメントがユーザープリファレンスｄ１０３に記載された時間長情報５４、空間範囲情報５６またはその両方の制約条件を超えてしまう可能性がある。そこで、本実施の形態では、一旦、最初のユーザー観点と一致するセグメント観点が付与されたセグメントを全て仮選択する。そして、仮選択したセグメントから、時間長情報５４、空間範囲情報５６またはその両方の制約条件を超えない範囲の数のセグメントを本選択するようにしている。
【００５０】
具体的には、まず、セグメント選択部１６はユーザー観点に合致するセグメントを仮選択する（Ｐ７０６）。次に、セグメント選択部１６はデータｄ１０１に含まれる全てのセグメントに対して仮選択が終了したか判断し（Ｐ７０７）、終了していなければメタデータｄ１０１を用いて次のセグメントを抽出し、Ｐ７０５、ｐ７０６の処理をする。このようにして、データｄ１０２に含まれる全てのセグメントに対しての仮選択ができる。
【００５１】
そして、Ｐ７０７において、データ適応部１２が全てのセグメントに対して仮選択が終了したと判断すると、仮選択されたセグメントをセグメントに付与されたセグメント優先度順に整列する（Ｐ７０８）。これは、後述するセグメントの本選択時にセグメント優先度の高いセグメントからセグメントの本選択するためである。
【００５２】
まず、データ適応部１２が最もセグメント優先度の高いセグメントを本選択する（Ｐ７０９）。次にデータ適応部１２が、仮選択した全てのセグメントの本選択が終了したか判断する（Ｐ７１０）。そして、Ｐ７１０において、データ適応部１２が仮選択した全てのセグメントの本選択が終了していないと判断すると、本選択したセグメントのデータ長が時間長、空間範囲またはその両方の制約条件を超えたか判断する（Ｐ７１１）。そして、データ適応部１２がこれらの制約条件を超えない範囲で、Ｐ７０９からＰ７１１までの動作を繰り返す。
【００５３】
また、Ｐ７１０において、データ適応部１２が仮選択した全てのセグメントの本選択が終了しているという判断をすると、すべてのユーザー観点（キーワード）に対して処理をしたか判断する（Ｐ７１５）。そして、Ｐ７１５において、データ適応部１２がすべてのユーザー観点に対して処理が終了したと判断した場合は処理を終了する。一方、Ｐ７１５において、データ適応部１２がすべてのユーザー観点に対して処理が終了していない判断した場合は、次のユーザー観点に対する処理に移行する。
【００５４】
ここで、既に上述した処理で選択済みのセグメントに対して、再度処理を行って再度選択することは無意味である。よって、まず、データ適応部１２が未選択のセグメントを抽出し、未選択のセグメントに限定して以下の処理を行うようにする（Ｐ７１４）。そして、データ適応部１２が次のユーザー観点を選択し（Ｐ７１３）、Ｐ７０５からＰ７１１の処理をする。
【００５５】
さらに、具体的にセグメント選択動作について図５を用いて説明する。まず、データ適応部１２がユーザープリファレンス（ユーザー嗜好記述）３に含まれるユーザー観点（ユーザーキーワード）のうち最もセグメント優先度が高いKWD#1があるサブセグメントを探す。サブセグメント６３のキーワード６３１、サブセグメント６６のキーワード６６１には、それぞれKWD#1がある。次に、データ適応部１２がサブセグメント６３、サブセグメント６６に時間長制約を加味し、サブセグメント６３、サブセグメント６６から時間長制約が厳しい順に選択する。具体的には、まず、時間長制約が厳しくない、つまり時間長が短いサブセグメント６６が最も優先されて出力データｄ１０２ａとして選択される。そして、次に、サブセグメント６３が出力データ１０２ｂを構成するセグメントとして選択される。
【００５６】
同様に、データ適応部１２がユーザープリファレンス３に含まれるユーザー観点のうち次に優先度が高いKWD#2があるサブセグメントを探す。セグメント６１を構成する全てのサブセグメントにKWD#2が含まれる。よって、ここでは、どのサブセグメントが優先されるかを決定する必要がある。
【００５７】
具体的には、データ適応部１２が各サブセグメントに付加されるセグメント観点のセグメント優先度を比較する。図５の例では、サブセグメント６３、サブセグメント６２、サブセグメント６５、サブセグメント６６が同優先度で、次にサブセグメント６４、サブセグメント６７と優先度が続く。また、サブセグメント６７はすでに選択済みであるので、以下の処理対象から省く。
【００５８】
よって、データ適応部１２が出力データｄ１０２ｂを選択した後に、更に時間長制約が許容される場合には、セグメント優先度がサブセグメント６４よりも高いサブセグメント６５がサブセグメント６３に加えて出力データ１０２ｃを構成するサブセグメントとして選択される。残ったサブセグメント６４はKWD#2とKWD#3を含み、セグメント優先度がサブセグメント６５より低い。よって、最も時間長制約が緩い場合に、サブセグメント６４はサブセグメント６３とサブセグメント６５に加えて出力データストリーム１０２ｄを構成するサブセグメントとして選択される。
【００５９】
またユーザー適応制御部１４は、選択されたセグメントに付加されるキーワードの優先度に応じて、キーワードと合致するユーザープリファレンスｄ１０３に含まれるユーザー観点の優先度を更新する。
【００６０】
このようにして、データｄ１０２からユーザープリファレンスｄ１０３に適応するセグメントを選択し、データｄ１０２をユーザープリファレンスｄ１０３に適合化できる。
【００６１】
次に、データ適応部１２は、上述したように選択したセグメントを端末能力情報である端末プリファレンスｄ１０４に応じて変換する動作に移行する。以下、端末適応制御部１５の動作について、図７を用いて説明する。図７は、端末適応制御部１５の動作を説明する処理フロー図である。
【００６２】
まず、端末適応制御部１５は、端末１０に記録される端末プリファレンスｄ１０４を取得して、端末能力としての表示部１８の画面表示サイズと表示色数を識別する（Ｐ８０１）。次に、端末適応制御部１５は、セグメント選択部１６によって選択されたセグメントが自身の属性として持つセグメント優先度を判定する（Ｐ８０２）。そして、端末適応制御部１５は、選択されたセグメントが端末１０の表示部１８の表示能力より大きいか判断する（Ｐ８０３）。
【００６３】
そして、Ｐ８０３において端末適応制御部１５が選択されたセグメントが端末１０の表示部１８の表示能力より大きいと判断した場合は、端末適応制御部１５は端末プリファレンスｄ１０４にセグメント優先度を加味して、選択されたセグメント全体を縮小するか、選択されたセグメントの一部を表示するか、選択されたセグメントの一部を表示しないか、選択されたセグメントの一部を変換して表示するかを決定する（Ｐ８０４）。
【００６４】
一方、Ｐ８０３において端末適応制御部１５が選択されたセグメントが端末１０の表示部１８の表示能力より大きくないと判断した場合は、端末適応制御部１５は選択されたセグメントのデータが表示部１８の画面表示サイズより小さいか判断する（Ｐ８０５）。そして、Ｐ８０５において端末適応制御部１５が選択されたセグメントのデータが表示部１８の画面表示サイズより小さいという判断をした場合には、端末適応制御部１５は端末プリファレンスｄ１０４にセグメント優先度を加味して、選択したセグメント全体を拡大するか、選択したセグメントの一部を拡大するか、選択したセグメントの一部を表示しないか、選択したセグメントの一部を変換して表示するかを決定する（Ｐ８０６）。
【００６５】
次に、端末適応制御部１５は、端末プリファレンスｄ１０４から端末の表示色数を識別し、端末表示色数に合わせてＰ８０１からＰ８０６の処理を施したセグメントが表示部１８でカラー表示可能か判断する（Ｐ８０７）。そして、Ｐ８０７において、端末適応制御部１５が、上述した処理を施したセグメントが表示部１８でカラー表示可能であるという判断をすると処理を終了する。
【００６６】
一方、Ｐ８０７において、端末適応制御部１５が、上述した処理を施したセグメントが表示部１８でカラー表示可能でないという判断をすると、上述した処理を施したセグメントがグレースケール化した後に表示部１８で表示可能になるか判断する（Ｐ８０８）。そして、端末適応制御部１５が、上述した処理を施したセグメントが表示部１８でグレースケール化した後に表示可能あるという判断をすると、上述した処理を施したセグメントをグレースケール化する決定をする（Ｐ８０９）。また、端末適応制御部１５が、上述した処理を施したセグメントが表示部１８でグレースケール化した後に表示可能でないという判断をすると、上述した処理を施したセグメントを二値化する決定をする（Ｐ８１０）。
【００６７】
そして、解像度変換部１７は端末適応制御部１５の決定内容を実際に選択されたセグメントに対して適応し解像度変換を行う。そして、表示部１８は解像度変換部１７で変換したセグメントを表示する。
【００６８】
以上のように、実施の形態１によれば、メタデータｄ１０１の各セグメントに付加される少なくとも１つ以上のセグメント観点及びセグメント観点におけるセグメント優先度を抽出し、ユーザープリファレンスｄ１０３に含まれるユーザー観点と合致するセグメント観点を有するセグメントをセグメント優先度に基づいてセグメントの選択を行える。これにより、データｄ１０２をユーザーの嗜好に合わせて一意にデータ適合化することが可能となる。
【００６９】
また、実施の形態１によれば、端末プリファレンスに含まれる端末能力情報に従ってセグメントの時間及び空間解像度変換を行うことで、端末の能力に合わせて一意にデータ適合化することが可能となる。
【００７０】
また、実施の形態１によれば、ユーザー観点毎にユーザー優先度を付与する形態であるので、ユーザー優先度のみを変更することでユーザー観点間の優先度を変更できる。よって、ユーザーによるユーザー観点の編集が容易になる。
【００７１】
（実施の形態２）
以下、本発明の実施の形態２におけるデータ適合化装置について図８を用いて説明する。図８は実施の形態２におけるデータ適合化装置のブロック図を示すものである。
【００７２】
実施の形態２は、実施の形態１にかかるユーザー適応制御部をサーバーに持たせ、サーバーと端末とをネットワークで接続したものである。しかし、単純にユーザー適応制御部と端末とをネットワーク接続したのでは、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行えない。これを解決するために、実施の形態２では、ユーザー適応部が、ネットワークを介してコンテンツを端末に配信する際にネットワークの伝送帯域の情報をネットワークプリファレンスとして取得し、セグメントの優先度と伝送帯域に応じてデータ量を調整するようにしている。このようにして、実施の形態２は、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行えるようになっている。
【００７３】
以下、実施の形態２について詳細に説明する。まず、実施の形態２にかかるデータ適合化部２２の構成について図８を用いて説明する。図８は、実施の形態２におけるデータ適合化部２２を具備するシステムのブロック図である。
【００７４】
図８に示すように、サーバー２０と端末２Ｂとはネットワーク２Ａで接続されている。端末２Ｂは、ユーザーの嗜好に関する情報であるユーザープリファレンスｄ１０３を蓄積するユーザープリファレンス蓄積部３０と、端末２Ｂの能力情報である端末プリファレンスｄ１０４を格納する端末プリファレンス蓄積部３１と、ネットワーク２Ａの伝送帯域情報であるネットワークプリファレンスｄ２０５を格納するネットワークプリファレンス格納部３２と、サーバー２０から送られてくるデータを蓄積する蓄積媒体２Ｃとから構成される。
【００７５】
また、サーバー２０は、複数のセグメントからなるコンテンツであるデータｄ１０２およびデータｄ１０２を説明するための情報であるメタデータｄ１０１が蓄積されたコンテンツデータ蓄積媒体２１と、データｄ１０２をメタデータｄ１０１とユーザープリファレンスｄ１０３、端末プリファレンスｄ１０４、およびネットワークプリファレンスｄ２０５とを用いてユーザーの嗜好に適応させるユーザー適応部２２とから構成されている。
【００７６】
ユーザー適応部２２には、各種データを取得する手段が設けられている。各種データを取得する手段としては、メタデータｄ１０１を取得するメタデータ取得部３３ａとデータｄ１０２を取得するデータ取得部３３ｂとから構成されるコンテンツデータ取得部３３と、ネットワーク２Ａを介してユーザープリファレンスｄ１０３を取得するユーザープリファレンス取得部３４と、ネットワーク２Ａを介して端末プリファレンスｄ１０４を取得する端末プリファレンス取得部３５と、ネットワーク２Ａを介してネットワークプリファレンスｄ２０５を取得するネットワークプリファレンス取得部３６とが設けられている。
【００７７】
また、ユーザー適応部１２には、ユーザーの嗜好にあわせて取得したデータｄ１０２から所定のセグメントを選択しユーザーの嗜好に合わせる手段が設けられている。選択したセグメントをユーザーの嗜好に合わせる手段としては、取得したメタデータｄ１０１とユーザープリファレンスデータｄ１０３を用いて、取得したデータｄ１０２から所定のセグメントを選択するための情報を生成するユーザー適応制御部２４と、ユーザー適応制御部２４で生成した情報に基づいて取得したデータｄ１０２から所定のセグメントを選択し、抽出するセグメント選択部２６が設けられている。
【００７８】
また、ユーザー適応部２４には、データｄ１０２の処理装置である端末２Ｂの能力に合わせてデータｄ１０２を変換する手段が設けられている。データｄ１０２を端末能力に合わせて変換する手段としては、メタデータｄ１０１と端末プリファレンスｄ１０４からデータｄ１０２の空間解像度や色解像度を変化するための情報を生成する端末適応制御部２５と、端末適応制御部２５で生成した情報によりｄ１０２の空間解像度変換や色解像度変換をする解像度変換部２７と、メタデータｄ１０１とネットワークプリファレンスｄ２０５を用いてネットワーク２Ａに送るデータｄ１０２の量を調整する情報を生成するネットワーク適応制御部２８と、ネットワーク適応制御部２８で生成した情報によりネットワーク２Ａに送るデータｄ１０２の量を調整するデータ量調整部２９と、が設けられている。
【００７９】
次に、セグメント選択部２６の動作およびユーザー適応制御部２４の動作について図６を用いて説明する。
【００８０】
データ適応部２４のコンテンツデータ取得部３３は、蓄積媒体２１からメタデータｄ１０１とデータｄ１０２を読み出し、取得する。そして、ユーザー適応制御部２４は、取得したメタデータｄ１０１を解析し、データの構造と構造の各セグメントに付加される少なくとも１つ以上のセグメント観点及びセグメント観点における優先度を抽出し、読み出したデータ（コンテンツ）ｄ１０２を識別する（Ｐ７０１）。次に、ユーザー適応制御部２４は、ユーザープリファレンスｄ１０３から識別したコンテンツに対応するユーザー嗜好記述（例えばユーザー嗜好記述３１）を選択する（Ｐ７０２）。さらに、ユーザー適応制御部２４は、ユーザー嗜好記述３１に含まれるユーザー観点（キーワード）をユーザー観点の属性である優先度の順番に整列する（Ｐ７０３）。そして、最も優先度の高い優先度が付与されたユーザー観点を選択する（Ｐ７０４）。
【００８１】
次に、ユーザー適応制御部２４は、ユーザー優先度の高いユーザー観点（最初のユーザー観点）から順に、そのユーザー観点と合致するセグメントをデータｄ１０２から選択するような情報をセグメント選択部２６に送る。
【００８２】
そして、セグメント選択部２６は、ユーザー適応制御部２４から送られてきた情報により、最初のユーザー観点とセグメントのセグメント観点とを比較し、最初のユーザー観点と一致するセグメント観点が付与されたセグメントがあるか判断する（Ｐ７０５）。
【００８３】
次に、最初のユーザー観点と一致するセグメント観点が付与されたセグメントの選択動作に移る。
【００８４】
まず、セグメント選択部２６は、ユーザー観点に合致するセグメントを仮選択する（Ｐ７０６）。次に、セグメント選択部２６は、メタデータｄ１０１に含まれる全てのセグメントに対して仮選択が終了したか判断し（Ｐ７０７）、終了していなければ、メタデータｄ１０１を用いて次のセグメントを抽出し、Ｐ７０５、Ｐ７０６の処理をする。このようにして、データｄ１０２に含まれる全てのセグメントに対しての仮選択ができる。
【００８５】
そして、Ｐ７０７において、データ適応部２２が全てのセグメントに対して仮選択が終了したと判断すると、仮選択されたセグメントをセグメントに付与されたセグメント優先度順に整列する（Ｐ７０８）。これは、後述するセグメントの本選択時にセグメント優先度の高いセグメントから本選択するためである。
【００８６】
そして、まずデータ適応部２２が最もセグメント優先度の高いセグメントを本選択する（Ｐ７０９）。次に、データ適応部２２が仮選択した全てのセグメントの本選択が終了したか判断する（Ｐ７１０）。そして、データ適応部２２がＰ７１０において、仮選択した全てのセグメントの本選択が終了していないと判断すると、本選択したセグメントのデータ長が時間長、空間範囲またはその両方の制約条件を超えたか判断する（Ｐ７１１）。そして、データ適応部２２がこれらの制約条件を超えない範囲で、Ｐ７０９からＰ７１１までの動作を繰り返す。
【００８７】
また、Ｐ７１０において、データ適応部２２が仮選択した全てのセグメントの本選択が終了しているという判断をすると、すべてのユーザー観点（キーワード）に対して処理をしたか判断する（Ｐ７１５）。そして、Ｐ７１５において、データ適応部２２がすべてのユーザー観点に対して処理が終了したと判断した場合は、処理を終了する。一方、Ｐ７１５において、データ適応部２２がすべてのユーザー観点に対して処理が終了していないと判断した場合は、次のユーザー観点に対する処理に移行する。
【００８８】
ここで、既に上述した処理で選択済みのセグメントに対して、再度処理を行って再度選択することは無意味である。よって、まず、データ適応部２２が未選択のセグメントを抽出し、未選択のセグメントに限定して以下の処理を行うようにする（Ｐ７１４）。そして、次のユーザー観点を選択し（Ｐ７１３）、Ｐ７０５からＰ７１１の処理をする。
【００８９】
このようにして、データｄ１０２からユーザープリファレンスｄ１０３に適応するセグメントを選択し、データｄ１０２をユーザープリファレンスｄ１０３に適合化できる。
【００９０】
次に、データ適応部１２は、上述したように選択したセグメントを端末能力情報である端末プリファレンスｄ１０４に応じて変換する動作に移行する。以下、端末適応制御部２５の動作について、図７を用いて説明する。
【００９１】
まず、端末適応制御部２５は、端末２Ｂに記録される端末プリファレンスｄ１０４を端末プリファレンス取得部３５から取得して、端末能力としての表示部１８の画面表示サイズと表示色数を識別する（Ｐ８０１）。次に、端末適応制御部２５は、セグメント選択部２６によって選択されたセグメントが自身の属性として持つセグメント優先度を判定する（Ｐ８０２）。そして、端末適応制御部２５は、選択されたセグメントが端末２Ｂの表示能力より大きいか判断する（Ｐ８０３）。
【００９２】
そして、Ｐ８０３において端末適応制御部２５が選択されたセグメントが端末２Ｂの表示能力より大きいと判断した場合は、端末適応制御部２５は端末プリファレンスｄ１０４にセグメント優先度を加味して、選択されたセグメント全体を縮小するか、選択されたセグメントの一部を表示するか、選択されたセグメントの一部を表示しないか、選択されたセグメントの一部を変換して表示するかを決定する（Ｐ８０４）。
【００９３】
一方、Ｐ８０３において端末適応制御部２５が選択されたセグメントが端末２Ｂの表示能力より大きくないと判断した場合は、端末適応制御部２５は選択されたセグメントのデータが端末２Ｂの画面表示サイズより小さいか判断する（Ｐ８０５）。そして、Ｐ８０５において端末適応制御部２５が選択されたセグメントのデータが端末２Ｂの画面表示サイズより小さい場合と判断した場合には、端末適応制御部２５は端末プリファレンスｄ１０４にセグメント優先度を加味して、選択したセグメント全体を拡大するか、選択したセグメントの一部を拡大するか、選択したセグメントの一部を表示しないか、選択したセグメントの一部を変換して表示するかを決定する（Ｐ８０６）。
【００９４】
次に、端末適応制御部２５は、端末プリファレンスｄ１０４から端末２Ｂの表示色数を識別し、端末表示色数に合わせてＰ８０１からＰ８０６の処理を施したセグメントが表示部でカラー表示可能か判断する（Ｐ８０７）。そして、Ｐ８０７において、端末適応制御部２５が、上述した処理を施したセグメントが端末２Ｂでカラー表示可能であるという判断をすると処理を終了する。
【００９５】
一方、Ｐ８０７において、端末適応制御部２５が、上述した処理を施したセグメントが端末２Ｂでカラー表示可能でないという判断をすると、上述した処理を施したセグメントがグレースケール化した後に端末２Ｂで表示可能になるか判断する（Ｐ８０８）。そして、端末適応制御部２５が、上述した処理を施したセグメントが表示部１８でグレースケール化した後に表示可能あるという判断をすると、上述した処理を施したセグメントをグレースケール化する決定をする（Ｐ８０９）。また、端末適応制御部２５が、上述した処理を施したセグメントが端末２Ｂでグレースケール化した後に表示可能でないという判断をすると、上述した処理を施したセグメントを二値化する決定をする（Ｐ８１０）。
【００９６】
そして、解像度変換部２７は端末適応制御部２５の決定内容を実際に選択されたセグメントに対して適応し解像度変換を行う。そして、解像度変換されたデータはデータ量調節部２９に送られる。
【００９７】
次に、ネットワーク適応制御部２８の動作について図９を用いて説明する。図９は、実施の形態２にかかるネットワーク適応制御部２８の処理フロー図である。
【００９８】
ネットワーク適応制御部２８は、ネットワーク２Ａを介して端末２Ｂから送られてきたネットワークプリファレンスｄ２０５をネットワークプリファレンス取得部３６から取得する。そして、ネットワーク適応制御部２８は、ネットワーク２Ａの伝送帯域を識別する（Ｐ９０１）。次に、ネットワーク適応制御部２８は、セグメント選択部２６によって選択されたセグメントが自身の属性として持つセグメント優先度を判定する（Ｐ９０２）。そして、ネットワーク適応制御部２８は、変換されたデータが伝送帯域より大きいか判断する（Ｐ９０３）。
【００９９】
Ｐ９０３において、ネットワーク適応制御部２８が、変換されたデータが伝送帯域より大きいと判断した場合には、ネットワーク適応制御部２８はデータ全体を圧縮するか、データの一部を伝送するか、データ全体を伝送しないか、データの一部を変換して伝送するかを決定する（Ｐ９０４）。ここでデータを変換して伝送するとは、ＭＰＥＧ１のデータをＭＰＥＧ４のデータに変換すること、またはＡＡＣのデータをＭＰ３のデータに変換するなどのフォーマット変換である。
【０１００】
一方、Ｐ９０３において、ネットワーク適応制御部２８が、変換されたデータが伝送帯域より大きくないと判断した場合には、ネットワーク適応制御部２８は変換されたセグメントのデータが伝送帯域より小さいか判断する（Ｐ８０５）。Ｐ８０５において、ネットワーク適応制御部２８が伝送帯域より変換されたデータが小さいと判断した場合には、ネットワーク適応制御部２８は未伝送データの追加伝送するか、伝送しないか、変換または変換を元に戻して伝送するかを決定する（Ｐ９０６）。
【０１０１】
そして、データ量調整部２９はネットワーク適応制御部２８の決定内容を実際に選択されたセグメントに対して適応し、データ量を調整して端末２Ｂに伝送する。端末２Ｂは受信したセグメントを蓄積媒体２Ｃに記録する。
【０１０２】
以上のように、実施の形態２によれば、実施の形態１にかかる効果に加えて、ネットワークプリファレンスｄ２０５に含まれる伝送帯域に従って、選択されたセグメントのデータ量を調整することで、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行うことができる。
【０１０３】
（実施の形態３）
以下、本発明の実施の形態３におけるデータ適合化装置について説明する。実施の形態３におけるデータ適合化装置の構成は実施の形態１にかかるデータ適合化装置の構成と同一である。よって、実施の形態３にかかるデータ適合化装置の構成の説明は省略する。
【０１０４】
実施の形態３にかかるデータ適合化装置と実施の形態１にかかるデータ適合化装置とでは、ユーザープリファレンスｄ１０３の構成が異なる。以下、実施の形態３にかかるユーザープリファレンスｄ１０３について説明する。図１０はユーザープリファレンスｄ１０３の第２の詳細図である。
【０１０５】
図１０に示すように、ユーザープリファレンスｄ１０３は、複数のユーザー嗜好記述１３１〜１３３から構成されている。また、ユーザー嗜好記述１３１〜１３３には、ユーザー嗜好記述１３１〜１３３のそれぞれに対応するコンテンツを識別するコンテンツ識別子１３４と、コンテンツを表示するため時間長情報１３５と、コンテンツから所定のセグメントを抽出するためのキーワード１３６ａ、１３６ｂが複数格納されている。このように、実施の形態３のユーザープリファレンスには、キーワード１３６ａ、１３６ｂに対する優先度が格納されていない。この点で、実施の形態３のユーザープリファレンスと実施の形態１のユーザープリファレンスとは異なる。
【０１０６】
次に、ユーザー嗜好記述１３１〜１３３を含むユーザープリファレンスｄ１０３の定義記述について具体的に説明する。図１１は、ユーザープリファレンスｄ１０３の定義記述である。
【０１０７】
図１１に示すように、ユーザープリファレンス記述定義１４０は、XML(eXtensible Markup Language)のDTD(Document Type Definition)で記述されている。
【０１０８】
ユーザープリファレンス記述定義１４０は、図中１４１に示すようにユーザープリファレンスには一つ以上のコンテンツ（Ｃｏｎｔｅｎｔ）を有すると定義している。また、図中１４２に示すように、コンテンツ毎にひとつ以上のキーワード１３６（Ｋｅｙｗｏｒｄ）を有すると定義している。また、図中１４３に示すように、コンテンツには、属性としてコンテンツ識別子１３４（ＣｏｎｔｅｎｔＩＤ）と、時間長１３５（Ｄｕｒａｔｉｏｎ）と、データを表示するサイズ情報である画面サイズ１４４（ＳｃｒｅｅｎＳｉｚｅ）とが定義される。また、図中１４８に示すようにキーワード１３６（Ｋｅｙｗｏｒｄ）は、テキストデータで記述されると定義されている。
【０１０９】
図１１のユーザープリファレンス記述定義１４０からも、実施の形態３のユーザープリファレンスには、キーワード１３６に対する優先度が格納されていないことがわかる。
【０１１０】
次に、図１１に示したユーザープリファレンスの記述定義を用いて作成したユーザープリファレンスについて説明する。図１２は、ユーザープリファレンスの例を示す図である。
【０１１１】
図１２において１５０はユーザー嗜好記述定義４０を使ってXMLで記述した実際のユーザー嗜好記述例である。
【０１１２】
図１２に示すユーザープリファレンス１５０は、２つのコンテンツ１５１、１５２を有する。コンテンツ１５１にはコンテンツＩＤ１５３ａ（この例では、１２３４５６７８９）、コンテンツ１５２にはコンテンツＩＤ１５３ｂ（この例では、１２３４５６７８８）が記載されている。また、コンテンツ１５１には、コンテンツの属性として表示時間長１５４（この例では、ｓｍｐｔｅ＝００：０５：００：００）が記載されている。また、コンテンツ１５１にはキーワード１５５ａ〜１５５ｃが記載されている。キーワード１５５ａにはＮａｋａｔａ、キーワード１５５ｂにはＳｏｃｃｅｒ、キーワード１５５ｃにはＪａｐａｎが記載されている。
【０１１３】
一方、コンテンツ１５２には、コンテンツの属性として表示スケール１５６（この例では、ｐｉｘｅｌ＝３２０×２４０）が記載されている。また、コンテンツ１５２にはキーワード１５５ｄ〜１５５ｆが記載されている。キーワード１５５ｄにはＨｅａｄｌｉｎｅ、キーワード１５５ｅにはＳｔｏｃｋ、キーワード１５５ｆにはＳｐｏｒｔｓが記載されている。
【０１１４】
次に、図１３を使用して、実施の形態３にかかるデータｄ１０２の構成について説明する。また図１３は、セグメント選択部１６の動作を説明する動作説明図である。図１３において、１３１が付与されているものはユーザー嗜好記述である。ユーザー嗜好記述１３１以外の構成は、実施の形態１と同様である。
【０１１５】
次に、実施の形態３にかかるセグメント選択部１６の動作およびユーザー適応制御部１４の動作について図１３および図１４を用いて説明する。図１３は、セグメント選択部１６の動作を説明する動作説明図である。図１４はユーザー適応制御部１４の動作を説明する処理フロー図である。
【０１１６】
データ適応部１２のコンテンツデータ取得部２１は、蓄積媒体１１からメタデータｄ１０１とデータｄ１０２を読み出し、取得する。そして、ユーザー適応制御部１４は、取得したメタデータｄ１０１を解析し、データの構造と構造の各セグメントに付加される少なくとも１つ以上のセグメント観点及びセグメント観点における優先度を抽出し、読み出したデータ（コンテンツ）ｄ１０２を識別する（Ｐ１７０１）。次に、ユーザー適応制御部１４は、ユーザープリファレンスｄ１０３から識別したコンテンツに対応するユーザー嗜好記述（例えばユーザー嗜好記述１３１）を選択する（Ｐ１７０２）。さらに、ユーザー適応制御部１４は、ユーザー嗜好記述１３１に含まれるユーザー観点（キーワード）を記述された順番に整列する。図１２の例では、上の行に記述されたキーワードから順に、つまりキーワード１５５ａ、キーワード１５５ｂ、キーワード１５５ｃの順に整列する。そして、最初に、つまり最も上位に記述されたユーザー観点を選択する（Ｐ１７０４）。このように、キーワードを記述された順番に整列するのは、実施の形態３にかかるユーザープリファレンスｄ１０３にユーザー優先度が付与されていないため、ユーザー優先度に対応する何らかの優先度を付与する必要があるからである。実施の形態３では、このユーザー優先度の代わりとして、キーワードの優先度を記述した順に対応させるようにしている。
【０１１７】
次に、ユーザー適応制御部１４は、優先度の高いユーザー観点（最初のユーザー観点）から順に、そのユーザー観点と合致するセグメントをデータｄ１０２から選択するような情報をセグメント選択部１６に送る。
【０１１８】
そして、セグメント選択部１６は、ユーザー適応制御部１４から送られてきた情報により、最初のユーザー観点とセグメントのセグメント観点とを比較し、最初のユーザー観点と一致するセグメント観点が付与されたセグメントがあるか判断する（Ｐ１７０５）。
【０１１９】
次に、最初のユーザー観点と一致するセグメント観点が付与されたセグメントの選択動作に移る。
【０１２０】
まず、セグメント選択部１６はユーザー観点に合致するセグメントを仮選択する（Ｐ１７０６）。次に、セグメント選択部１６はデータｄ１０２に含まれる全てのセグメントに対して仮選択が終了したか判断し（Ｐ１７０７）、終了していなければ、メタデータｄ１０１を用いて次のセグメントを抽出し、Ｐ１７０５、Ｐ１７０６の処理をする。このようにして、データｄ１０２に含まれる全てのセグメントに対しての仮選択ができる。
【０１２１】
そして、Ｐ１７０７において、データ適応部１２が全てのセグメントに対して仮選択が終了したと判断すると、仮選択されたセグメントをセグメントに付与されたセグメント優先度順に整列する（Ｐ１７０８）。これは、後述するセグメントの本選択時にセグメント優先度の高いセグメントから本選択するためである。
【０１２２】
そして、まずデータ適応部１２が最もセグメント優先度の高いセグメントを本選択する（Ｐ１７０９）。次にデータ適応部１２が、仮選択した全てのセグメントの本選択が終了したか判断する（Ｐ１７１０）。そして、Ｐ１７１０において、データ適応部１２が仮選択した全てのセグメントの本選択が終了していないと判断すると、本選択したセグメントのデータ長が時間長、空間範囲またはその両方の制約条件を超えたか判断する（Ｐ１７１１）。そして、データ適応部１２がこれらの制約条件を超えない範囲で、Ｐ１７０９からＰ１７１１までの動作を繰り返す。
【０１２３】
また、Ｐ１７１０において、データ適応部１２が仮選択した全てのセグメントの本選択が終了しているという判断をすると、すべてのユーザー観点（キーワード）に対して処理をしたか判断する（Ｐ１７１５）。そして、Ｐ１７１５において、データ適応部１２がすべてのユーザー観点に対して処理が終了したと判断した場合は処理を終了する。一方、Ｐ１７１５において、データ適応部１２がすべてのユーザー観点に対して処理が終了していない判断した場合は、次のユーザー観点に対する処理に移行する。
【０１２４】
ここで、既に上述した処理で選択済みのセグメントに対して、再度処理を行って再度選択することは無意味である。よって、まず、データ適応部１２が未選択のセグメントを抽出し、未選択のセグメントに限定して以下の処理を行うようにする（Ｐ１７１４）。そして、データ適応部１２が次のユーザー観点を選択し（Ｐ１７１３）、Ｐ１７０５からＰ１７１１の処理をする。
【０１２５】
さらに具体的にセグメント選択動作について図１３を用いて説明する。まず、データ適応部１２がユーザープリファレンス（ユーザー嗜好記述）１３１に含まれるユーザー観点（ユーザーキーワード）のうち最も上の行に記載された、つまり優先度が高いKWD#1があるサブセグメントを探す。サブセグメント６３のキーワード６３１、サブセグメント６６のキーワード６６１には、それぞれKWD#1がある。次に、データ適応部１２がサブセグメント６３、サブセグメント６６に時間長制約を加味し、サブセグメント６３、サブセグメント６６から時間長制約が厳しい順に選択する。具体的には、まず、時間長制約が厳しくない、つまり時間長が短いサブセグメント６６が最も優先されて出力データｄ１０２ａとして選択される。そして、次に、サブセグメント６３が出力データ１０２ｂを構成するセグメントとして選択される。
【０１２６】
同様に、データ適応部１２がユーザープリファレンスｄ１０３に含まれるユーザー観点のうち次に優先度が高いKWD#2があるサブセグメントを探す。セグメント６１を構成する全てのサブセグメントにKWD#2が含まれる。よって、ここではどのサブセグメントが優先されるかを決定する必要がある。
【０１２７】
具体的には、データ適応部１２が各サブセグメントに付加されるセグメント観点のセグメント優先度を比較する。図１３の例では、サブセグメント６３、サブセグメント６２、サブセグメント６５、サブセグメント６６が同優先度で、次にサブセグメント６４、サブセグメント６７と優先度が続く。また、サブセグメント６７はすでに選択済みであるので、以下の処理対象から省く。
【０１２８】
よって、データ適応部１２が出力データｄ１０２ｂを選択した後に、更に時間長制約が許容される場合には、セグメント優先度がサブセグメント６４よりも高いサブセグメント６５がサブセグメント６３に加えて出力データ１０２ｃを構成するサブセグメントとして選択される。残ったサブセグメント６４はKWD#2とKWD#3を含み、セグメント優先度がサブセグメント６５より低いので、最も時間長制約が緩い場合に、サブセグメント６４はサブセグメント６３とサブセグメント６５に加えて出力データストリーム１０２ｄを構成するサブセグメントとして選択される。
【０１２９】
またユーザー適応制御部１４は、選択されたセグメントに付加されるキーワードの優先度に応じて、キーワードと合致するユーザープリファレンスｄ１０３に含まれるユーザー観点の優先度を更新する。
【０１３０】
このようにして、データｄ１０２からユーザープリファレンスｄ１０３に適応するセグメントを選択し、データｄ１０２をユーザープリファレンスｄ１０３に適合化できる。
【０１３１】
そして、次に、端末制御部１５が実施の形態１と同様に、図７に示すフローにしたがって、セグメント選択部１６から送られてくる選択されたセグメントの解像度変換をする。
【０１３２】
以上のように、実施の形態３によれば、ユーザープリファレンスｄ１０３にユーザー優先度を付与しなくても、ユーザー観点を記述した順をユーザー観点の優先度として処理することができる。これにより、ユーザープリファレンスｄ１０３にユーザー優先度を付与しなくても、実施の形態１と同様にユーザーの嗜好に合わせて一意にデータ適応を可能とすることができる。
【０１３３】
また、実施の形態３のように、ユーザー優先度を具備しないようにすることで、ユーザープリファレンスｄ１０３のデータ構造が簡単になる。
【０１３４】
（実施の形態４）
以下、本発明の実施の形態４におけるデータ適合化装置について説明する。実施の形態４は、実施の形態３にかかるユーザー適応制御部をサーバーに持たせ、サーバーと端末とをネットワークで接続したものである。
【０１３５】
実施の形態４にかかるデータ適合化装置を含むシステムは、実施の形態２にかかるデータ適合化装置を含むシステムと同一の構成である。よって、図８は、実施の形態４におけるデータ適合化装置を含むシステムブロック図を示すものである。
【０１３６】
また、実施の形態４にかかるユーザープリファレンスｄ１０３については、実施の形態３と同じである。よって、図１０に示す図が実施の形態４にかかるユーザープリファレンスｄ１０３を示す図である。また、図１１は、実施の形態４にかかるユーザープリファレンスの定義である。
【０１３７】
また、実施の形態４にかかるセグメント選択部２６の動作も、実施の形態３にかかるセグメント選択部２６と同一である。よって、図１３はセグメント選択部２６の動作を説明する動作説明図である。また、図１４は、実施の形態４にかかるユーザー適応制御部２４の動作を説明する処理フロー図である。
【０１３８】
また、実施の形態４にかかる端末適応制御部２５は、実施の形態１から実施の形態３にかかる端末適応制御部と同一の動作をする。よって、図７は、実施の形態４にかかる端末適応制御部２５の動作を説明する処理フローである。また、実施の形態４にかかるネットワーク適応制御部２８は、実施の形態２にかかるネットワーク適応制御部２８と同一の動作をする。よって、図９は、実施の形態４にかかるネットワーク適応制御部２８の動作を説明する処理フロー図である。
【０１３９】
以下、これらの添付図面を使用して実施の形態４にかかるデータ適合化装置を含むシステムについて説明する。
【０１４０】
データ適応部２２のコンテンツデータ取得部３３は、蓄積媒体２１からメタデータｄ１０１とデータｄ１０２を読み出し、取得する。そして、ユーザー適応制御部２４は、取得したメタデータｄ１０１を解析し、データの構造と構造の各セグメントに付加される少なくとも１つ以上のセグメント観点及びセグメント観点における優先度を抽出し、読み出したデータ（コンテンツ）ｄ１０２を識別する（Ｐ１７０１）。次に、ユーザー適応制御部２４は、ユーザープリファレンスｄ１０３から識別したコンテンツに対応するユーザー嗜好記述（例えばユーザー嗜好記述１３１）を選択する（Ｐ１７０２）。さらに、ユーザー適応制御部２４は、ユーザー嗜好記述１３１に含まれるユーザー観点（キーワード）を記載された順番に整列する。図１２の例では、記載順、つまり上の行から順に、キーワード１５５ａ、キーワード１５５ｂ、キーワード１５５ｃの順に整列する。そして、最初に、つまり最も上位に記載されたユーザー観点を選択する（Ｐ１７０４）。このように、キーワードを記載された順番に整列するのは、実施の形態４にかかるユーザープリファレンスｄ１０３にユーザー優先度が付与されていないから、何らかのユーザー優先度に対応する優先度を付与する必要があるからである。実施の形態３では、このユーザー優先度の代わりとして、キーワードの優先度を記述した順として設定している。
【０１４１】
次に、ユーザー適応制御部２４は、優先度の高いユーザー観点（最初のユーザー観点）から順に、そのユーザー観点と合致するセグメントをデータｄ１０２から選択するような情報をセグメント選択部２６に送る。
【０１４２】
そして、セグメント選択部２６は、ユーザー適応制御部２４から送られてきた情報により、最初のユーザー観点とセグメントのセグメント観点とを比較し、最初のユーザー観点と一致するセグメント観点が付与されたセグメントがあるか判断する（Ｐ１７０５）。
【０１４３】
次に、最初のユーザー観点と一致するセグメント観点が付与されたセグメントの選択動作に移る。
【０１４４】
まず、セグメント選択部２６はユーザー観点に合致するセグメントを仮選択する（Ｐ１７０６）。次に、セグメント選択部２６はメタデータｄ１０１に含まれる全てのセグメントに対して仮選択が終了したか判断し（Ｐ１７０７）、終了していなければ、メタデータｄ１０１を用いて次のセグメントを抽出し、Ｐ１７０５、Ｐ１７０６の処理をする。このようにして、データｄ１０２に含まれる全てのセグメントに対しての仮選択ができる。
【０１４５】
そして、Ｐ１７０７において、データ適応部２２が全てのセグメントに対して仮選択が終了したと判断すると、仮選択されたセグメントをセグメントに付与されたセグメント優先度順に整列する（Ｐ１７０８）。これは、後述するセグメントの本選択時にセグメント優先度の高いセグメントから本選択するためである。
【０１４６】
そして、まずデータ適応部２２が最もセグメント優先度の高いセグメントを本選択する（Ｐ１７０９）。次にデータ適応部２２が、仮選択した全てのセグメントの本選択が終了したか判断する（Ｐ１７１０）。そして、Ｐ１７１０において、データ適応部２２が仮選択した全てのセグメントの本選択が終了していないと判断すると、本選択したセグメントのデータ長が時間長、空間範囲またはその両方の制約条件を超えたか判断する（Ｐ１７１１）。そして、データ適応部２２がこれらの制約条件を超えない範囲で、Ｐ１７０９からＰ１７１１までの動作を繰り返す。
【０１４７】
また、Ｐ１７１０において、データ適応部２２が仮選択した全てのセグメントの本選択が終了しているという判断をすると、すべてのユーザー観点（キーワード）に対して処理をしたか判断する（Ｐ１７１５）。そして、Ｐ１７１５において、データ適応部２２がすべてのユーザー観点に対して処理が終了したと判断した場合は処理を終了する。一方、Ｐ１７１５において、データ適応部２２がすべてのユーザー観点に対して処理が終了していないと判断した場合は、次のユーザー観点に対する処理に移行する。
【０１４８】
ここで、既に上述した処理で選択済みのセグメントに対して、再度処理を行って再度選択することは無意味である。よって、まず、データ適応部２２が未選択のセグメントを抽出し、未選択のセグメントに限定して以下の処理を行うようにする（Ｐ１７１４）。そして、データ適応部２２が次のユーザー観点を選択し（Ｐ１７１３）、Ｐ１７０５からＰ１７１１の処理をする。
【０１４９】
さらに具体的にセグメント選択動作について図１３を用いて説明する。まず、データ適応部２２がユーザープリファレンス（ユーザー嗜好記述）１３１に含まれるユーザー観点（ユーザーキーワード）のうち最も上の行に記載された、つまり優先度が高いKWD#1があるサブセグメントを探す。サブセグメント６３のキーワード６３１、サブセグメント６６のキーワード６６１には、それぞれKWD#1がある。次に、データ適応部２２がサブセグメント６３、サブセグメント６６に時間長制約を加味し、サブセグメント６３、サブセグメント６６から時間長制約が厳しい順に選択する。
【０１５０】
具体的には、まず、時間長制約が厳しくない、つまり時間長が短いサブセグメント６６が最も優先されて出力データｄ１０２ａとして選択される。そして、次に、サブセグメント６３が出力データ１０２ｂを構成するセグメントとして選択される。
【０１５１】
同様に、データ適応部２２がユーザープリファレンスｄ１０３に含まれるユーザー観点のうち次に優先度が高いKWD#2があるサブセグメントを探す。セグメント６１を構成する全てのサブセグメントにKWD#2が含まれる。よって、ここではどのサブセグメントが優先されるかを決定する必要がある。
【０１５２】
具体的には、データ適応部２２が各サブセグメントに付加されるセグメント観点のセグメント優先度を比較する。図１３の例では、サブセグメント６３、サブセグメント６２、サブセグメント６５、サブセグメント６６が同優先度で、次にサブセグメント６４、サブセグメント６７と優先度が続く。また、サブセグメント６７はすでに選択済みであるので、以下の処理対象から省く。
【０１５３】
よって、データ適応部１２が出力データｄ１０２ｂを選択した後に、更に時間長制約が許容される場合には、セグメント優先度がサブセグメント６４よりも高いサブセグメント６５がサブセグメント６３に加えて出力データ１０２ｃを構成するサブセグメントとして選択される。残ったサブセグメント６４はKWD#2とKWD#3を含み、セグメント優先度がサブセグメント６５より低いので、最も時間長制約が緩い場合に、サブセグメント６４はサブセグメント６３とサブセグメント６５に加えて出力データストリーム１０２ｄを構成するサブセグメントとして選択される。
【０１５４】
またユーザー適応制御部２４は、選択されたセグメントに付加されるキーワードの優先度に応じて、キーワードと合致するユーザープリファレンスｄ１０３に含まれるユーザー観点の優先度を更新する。
【０１５５】
このようにして、データｄ１０２からユーザープリファレンスｄ１０３に適応するセグメントを選択し、データｄ１０２をユーザープリファレンスｄ１０３に適合化できる。
【０１５６】
そして、次に、端末適応制御部２５が実施の形態１と同様に、図７のフローにしたがって、セグメント選択部２６から送られてくる選択されたセグメントの解像度変換をする。
【０１５７】
次に、ネットワーク適応制御部２８の動作について図９を用いて説明する。図９は、実施の形態４にかかるネットワーク適応制御部２８の処理フロー図である。
【０１５８】
ネットワーク適応制御部２８は、ネットワーク２Ａを介して端末２Ｂから送られてきたネットワークプリファレンスｄ２０５をネットワークプリファレンス取得部３６から取得する。そして、ネットワーク適応制御部２８は、ネットワーク２Ａの伝送帯域を識別する（Ｐ９０１）。次に、ネットワーク適応制御部２８は、セグメント選択部２６によって選択されたセグメントが自身の属性として持つセグメント優先度を判定する（Ｐ９０２）。そして、ネットワーク適応制御部２８は、変換されたデータが伝送帯域より大きいか判断する（Ｐ９０３）。
【０１５９】
Ｐ９０３において、ネットワーク適応制御部２８が、変換されたデータが伝送帯域より大きいと判断した場合には、ネットワーク適応制御部２８はデータ全体を圧縮するか、データの一部を伝送するか、データ全体を伝送しないか、データの一部を変換して伝送するかを決定する（Ｐ９０４）。
【０１６０】
一方、Ｐ９０３において、ネットワーク適応制御部２８が、変換されたデータが伝送帯域より大きくないと判断した場合には、ネットワーク適応制御部２８は変換されたセグメントのデータが伝送帯域より小さいか判断する（Ｐ９０５）。Ｐ９０５において、ネットワーク適応制御部２８が伝送帯域より変換されたデータが小さいと判断した場合には、ネットワーク適応制御部２８は未伝送データの追加伝送するか、伝送しないか、変換または変換を元に戻して伝送するかを決定する（Ｐ９０６）。
【０１６１】
そして、データ量調整部２９はネットワーク適応制御部２８の決定内容を実際に選択されたセグメントに対して適応し、データ量を調整して端末２Ｂに伝送する。端末２Ｂは受信したセグメントを蓄積媒体２Ｃに記録する。
【０１６２】
以上のように、実施の形態４によれば、メタデータからデータの構造及び構造の各セグメントに付加される少なくとも１つ以上の観点及び観点における優先度を抽出し、ユーザープリファレンスに含まれるユーザー観点と合致する観点の優先度に基づいてセグメントの選択を行い、端末プリファレンスに含まれる端末能力情報に従って選択されたセグメントの時間及び空間解像度変換を行い、ネットワークプリファレンスに含まれる伝送帯域に従って選択されたセグメントのデータ量を調整することで、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行うことができる。
【０１６３】
なお、実施の形態３及び実施の形態４において、ユーザー観点の優先度を記述順としたが、その順番が逆であったり、記述した順の中心に位置するものを最も高くするなどその他の記述方法で各ユーザー観点の優先度を表現してもよい。
【０１６４】
また、実施の形態２および実施の形態４では、図８のようにサーバー２０側に制御手段であるユーザー適応制御部２４、端末適応制御部２５、ネットワーク適応制御部２８を設けた形態で説明したが、図１５に示すようにユーザー適応制御部２４、端末適応制御部２５、ネットワーク適応制御部２８を端末２Ｂに設ける形態でも良い。
【０１６５】
この形態の場合は、サーバー２０から端末２Ｂにメタデータｄ１０２を送って、端末２Ｂでデータｄ１０２をユーザー適応制御部２５でユーザー適応し、その結果をサーバー２０に送る。そして、サーバー２０が、ユーザー適応制御部２５から送られてきた情報に基づいてデータｄ１０２からセグメントを選択し、選択したセグメントを端末２Ｂに送信する。また、端末２Ｂの端末適応制御部２５からサーバー２０の解像度変換部２７を制御する信号を送り、端末２Ｂのネットワーク適応制御部２８からサーバー２０のデータ量調整部２９を制御する信号を送る。解像度変換部２７およびデータ量調整部２９は、端末２Ｂから送られてくる制御信号に応じて動作し、セグメント選択部２６が選択したデータを処理し、処理したセグメントを端末２Ｂの蓄積媒体２Ｃに送る。
【０１６６】
また、上記実施例では、セグメントもしくはサブセグメントに対してそれぞれ１つのセグメント観点をわりあてた形態で説明した。しかし、同一のセグメント観点が付与されたセグメントあるいはサブセグメントが複数ある場合に、どれかひとつのセグメントまたはサブセグメントにセグメント観点を付加し、他のセグメントもしくはサブセグメントにはそのセグメント観点に対するリンク情報を付与する形態であっても良い。
【０１６７】
これにより、あるセグメントもしくはサブセグメントのセグメント観点を他のセグメントもしくはサブセグメントのセグメント観点に対するリンクで表現できる。
【０１６８】
以下、この形態について、図１６、図１７を使用して詳細に説明する。図16は、本発明の実施の形態のセグメントのその他の形態を示す図である。図.17は、本発明の実施の形態のセグメントの記述例を示す図である。
【０１６９】
図１６からわかるように、セグメント１６０１は、実施の形態１から実施の形態４で既に説明した構造を有するセグメントである。セグメント１６０１には、セグメント観点とセグメント優先度が付与されている。
【０１７０】
セグメント１６０２と、セグメント１６０３とは、同一のセグメント観点が付与されている。セグメント１６０３には、セグメント１６０２に対してのリンク情報が付与されていて、セグメント１６０２にリンクしている。
【０１７１】
セグメント１６０２およびセグメント１６０３について図１７を使用して詳細に説明する。
【０１７２】
セグメント１６０２には、セグメント観点（キーワード）のＩＤ番号（ｉｄ）１７０１が記載されている。この例では、ＩＤ番号１７０１は１である。また、セグメント１６０２には、キーワードに対するセグメント優先度（Ｐ）１７０２が記載されている。この例では、セグメント優先度は５である。そして、セグメント１６０２にはキーワードとして、”ＴｅａｍＡ”が記載されている。
【０１７３】
また、セグメント１６０３には、リンク情報でる他のセグメント観点（キーワード）に対する参照番号（ｉｄｒｅｆ）１７０３が記載されている。この例では、参照番号１７０１は１である。つまり、セグメント１６０３は、ＩＤ番号が１のキーワードを参照している。
【０１７４】
よって、セグメント１６０３のキーワードは”ＴｅａｍＡ”になる。セグメント１６０３には、キーワードに対するセグメント優先度（Ｐ）１７０４が記載されている。この例では、セグメント優先度は２である。
【０１７５】
このように、セグメントキーワード同士をリンクさせることで、すべてのセグメントにキーワードを記載する必要がなくなる。また、セグメントキーワード同士をリンクさせることによりセグメント間の関係が明確になる。
【０１７６】
（実施の形態５）
以下、本発明の実施の形態５におけるデータ適合化装置について説明する。システム構成としては実施の形態１から実施の形態４と同様である。
【０１７７】
実施の形態５は、セグメントまたはサブセグメントに付加するセグメント観点に関して、登場するセグメント観点すべてをまとめた表(観点表)を文脈構造記述データの最上位層の要素であるコンテンツの子要素として持たせたものである。
【０１７８】
次に、実施の形態５にかかるデータ構造について、図１８、図１９を用いて説明する。図1８は、実施の形態５におけるデータ構造を示す図である。図1９は、実施の形態５におけるデータの記述例を示す図である。
【０１７９】
図１８からわかるように、コンテンツは、観点表１８０１を子要素として有する。観点表１８０１には、コンテンツに含まれる複数のセグメント観点１８０２ａ〜１８０２ｎが格納されている。
【０１８０】
また、コンテンツには複数のセグメント１８０３〜１８０５が含まれている。セグメント１８０３には、観点表１８０１に対してのリンク情報が付与されていて、観点表１８０１のセグメント観点１８０２ａにリンクしている。セグメント１８０４には、観点表１８０１に対してのリンク情報が付与されていて、観点表１８０１のセグメント観点１８０２ｂにリンクしている。セグメント１８０４には、観点表１８０１に対してのリンク情報が付与されていて、観点表１８０１のセグメント観点１８０２ｃにリンクしている。また、セグメント１８０３〜１８０５には、それぞれのセグメント観点に対するセグメント優先度が付与されている。
【０１８１】
次に、実施の形態５にかかるデータ構造について図１９を使用して詳細に説明する。
【０１８２】
観点表１８０１には、セグメント観点１８０２ａから１８０２ｃが記載されている。セグメント観点１８０２ａには、ＩＤ番号（ｉｄ）１９０１ａが記載されている。この例では、ＩＤ番号１９０１ａは１である。また、セグメント観点１８０２ａは、”Ａ”というテキストで表されている。
【０１８３】
また、セグメント観点１８０２ｂには、ＩＤ番号（ｉｄ）１９０１ｂが記載されている。この例では、ＩＤ番号１９０１ｂは２である。また、セグメント観点１８０２ｂは、”Ｂ”というテキストで表されている。セグメント観点１８０２ｃには、ＩＤ番号（ｉｄ）１９０１ｃが記載されている。この例では、ＩＤ番号１９０１ｃは３である。また、セグメント観点１８０２ｃは、”Ｃ”というテキストで表されている。
【０１８４】
一方、セグメント１８０３〜１８０５には、観点表１８０１のセグメント観点１８０２ａ〜１８０２ｃに対するリンク情報である参照番号（ｉｄｒｅｆ）１９０３ａ〜１９０３ｃがそれぞれ記載されている。
【０１８５】
この例では、セグメント１８０３の参照番号１９０３ａは１である。つまり、セグメント１８０３は、ＩＤ番号が１のユーザー観点１８０２ａを参照している。よって、セグメント１８０３のキーワードは”Ａ”になる。さらに、セグメント１８０３には、キーワードに対するセグメント優先度（Ｐ）１９０４ａが記載されている。この例では、セグメント優先度は２である。また、セグメント１８０４の参照番号１９０３ｂは２である。つまり、セグメント１８０３４、ＩＤ番号が２のユーザー観点１８０２ｂを参照している。よって、セグメント１８０４のキーワードは”Ｂ”になる。
【０１８６】
さらに、セグメント１８０４には、キーワードに対するセグメント優先度（Ｐ）１９０４ｂが記載されている。この例では、セグメント優先度は３である。また、セグメント１８０５の参照番号１９０３ｃは３である。つまり、セグメント１８０５は、ＩＤ番号が１のユーザー観点１８０２ｃを参照している。よって、セグメント１８０５のキーワードは”Ｃ”になる。さらに、セグメント１８０５には、キーワードに対するセグメント優先度（Ｐ）１９０４ｃが記載されている。この例では、セグメント優先度は４である。
【０１８７】
このような構成とすることで、ユーザーにあらかじめセグメント観点リストの提示が容易となる。これにより、ユーザーが好みのセグメント観点を入力する前にそこに現れるセグメント観点を知ることが出来る。また、ユーザーのセグメント観点入力を観点表からの選択作業で出来る。
【０１８８】
なお、各セグメントまたはサブセグメントには、この観点表の中に対応する観点へのリンクとそれに対するスコアの組を付加する構成にしてもよい。
【０１８９】
また、観点表は、コンテンツではなく、いずれかのセグメントまたはサブセグメントに持たせる構成であっても、また、別途記述するものであっても構わない。
【０１９０】
また、すべてを観点リストへのリンクで表現するのではなく、観点リストへのリンクとスコアの組、および観点とスコアの組を混在させてもよい。
【０１９１】
図２０は、観点とスコアの組を混在させたデータ構成を示した図である。図２０からもわかるように、コンテンツには、観点表１８０１に対するリンク情報を持つセグメント１８０３，１８０４と、観点表１８０１に対するリンク情報を持たないセグメント２００１が混在している。
【０１９２】
図２１は、図２０に示すデータ構成の記述例である。この図からあきらかなように、観点表１８０１には、文脈内容記述データに現れるすべてのセグメント観点を記述する必要はなく、リンクで参照されるものだけになっている。また、セグメント２００１には、観点表１８０１への、リンク情報が含まれない。
【０１９３】
（実施の形態６）
以下、本発明の実施の形態６のデータ適合化装置について説明する。
【０１９４】
実施の形態６は、文脈内容記述データに現れるセグメント観点の一覧を表す観点表を用意し、ユーザーに対して入力前に提示するものである。
【０１９５】
以下、実施の形態６にかかるデータ構造について図２２を用いて説明する。
【０１９６】
実施の形態６にかかるコンテンツは、観点表２１０１と複数のセグメント２１０３〜２１０５から構成されている。観点表２１０１には、複数のセグメント観点２１０２ａ〜２１０２ｎが含まれている。
【０１９７】
また、セグメント２１０３にはセグメント観点２１０６とセグメント優先度２１０７が、セグメント２１０４にはセグメント観点２１０８とセグメント優先度２１０９が、セグメント２１０５にはセグメント観点２１１０とセグメント優先度２１２２が、含まれている。セグメント２１０３〜２１０５には、実施の形態５のセグメントとは違い観点表２１０１に対するリンク情報は含まれていない。つまり、セグメント２１０３〜２１０５と観点表２１０１とは独立した構成になっている。
【０１９８】
図２３は、本発明の実施の形態６にかかるデータの記述例を示す図である。図２３からわかるように、観点表２１０１には、セグメント２１０３〜２１０５に含まれる観点２１０６、２１０８、２１１０が格納されている。具体的には、観点２１０６、２１０８、２１１０に対応して観点２３０１〜２３０３が格納されている。
【０１９９】
そして、ユーザーがユーザー観点を入力する前に、観点表２１０１を表示するようにする。
【０２００】
これにより、ユーザーが好みのユーザー観点を入力する前にそこに現れる観点を知ることが出来る。また、ユーザーのユーザー観点入力をこの観点表からの選択作業で出来る、といった効果がある。
【０２０１】
（実施の形態７）
以下、本発明の実施の形態７のデータ適合化装置について説明する。
【０２０２】
実施の形態７は、文脈内容記述データをコンピュータが処理できるように表現する場合に、構造を記述する部分と、属性である観点とそのスコアを記述する部分に分けて表現したものである。
【０２０３】
以下、図２４、２５を用いて実施の形態7について説明する。図２４は、実施の形態７におけるデータ構造を示す図である。図２５は、実施の形態７におけるデータの記述を示す図である。
【０２０４】
図２４の上半分に記載されたものが構造を記述する構造部分２２００ａ、下半分に記載されたものが属性であるセグメント観点とその優先度を記述する属性部分２２００ｂである。構造部分２２００ａのコンテンツには、複数のセグメント２２０１ａ〜２２０１ｎが記述されている。
【０２０５】
なお、この図では、構造を記述する部分は最も簡単な構成を記述しているが、他の実施の形態で記述したような構成がとれる。
【０２０６】
また、属性部分２２００ｂには、複数のセグメント観点２２０２ａ、２２０２ｂが記述されている。各セグメント観点２２０２ａ、２２０２ｂ毎に、対象となるセグメントやサブセグメントへのリンク情報２２０３ａ〜２２０３ｆと、各セグメント観点２２０２ａ、２２０２ｂに関する優先度２２０４ａ〜２２０４ｆの組とがまとめられている。
【０２０７】
次に、実施の形態７にかかるデータ構造について図２５を用いて詳細に説明する。
【０２０８】
図２５からわかるように、コンテンツには、複数のセグメント２２０１ａ〜２２０１ｃが記載されている。セグメント２２０１ａには、セグメントのＩＤ番号（ｉｄ）２３０１ａが付与されている。この例では、ｉｄ２３０１ａは１である。セグメント２２０１ｂには、セグメントのＩＤ番号（ｉｄ）２３０１ｂが付与されている。この例では、ｉｄ２３０１ａは２である。セグメント２２０１ｎには、セグメントのＩＤ番号（ｉｄ）２３０１ｎが付与されている。この例では、ｉｄ２３０１ｎはｎである。
【０２０９】
一方、図２５からセグメント観点２２０２ａは、”ＴｅａｍＡ”であることがわかる。また、セグメント観点２２０２ａには、複数のセグメント優先度２２０４ａ〜２２０４ｃが記載されている。この例では、セグメント優先度２２０４ａの優先度は３、セグメント優先度２２０４ｂの優先度は２、セグメント優先度２２０４ｃの優先度は５である。
【０２１０】
また、セグメント優先度２２０２ａには、それぞれリンク情報２２０３ａ〜２２０３ｃが付与されている。リンク情報２２０３ａ〜２２０３ｃは、セグメント２２０１ａ〜２２０１ｃのＩＤ番号２３０１ａ〜２３０１ｃを参照するための参照番号Ｉｄｒｅｆが記載されている。この例では、セグメント優先度２２０４ａのｉｄｒｅｆは１、セグメント優先度２２０４ｂのｉｄｒｅｆはｎ、セグメント優先度２２０４ｃのｉｄｒｅｆは２である。よって、セグメント優先度２２０４ａの対象セグメントはセグメント２２０１ａ、セグメント優先度２２０４ｂの対象セグメントはセグメント２２０１ｃ、セグメント優先度２２０４ｃの対象セグメントはセグメント２２０１ｎとなる。
【０２１１】
このように、セグメント優先度２２０４ａ〜２２０４ｃからセグメント２２０１ａ〜２２０１ｃを参照できるようになっている。
【０２１２】
また、図２５からセグメント観点２２０２ｂは、”ＴｅａｍＢ”であることがわかる。また、セグメント観点２２０２ｂには、複数のセグメント優先度２２０４ｄ〜２２０４ｆが記載されている。この例では、セグメント優先度２２０４ｄの優先度は４、セグメント優先度２２０４ｅの優先度は５、セグメント優先度２２０４ｆの優先度は２である。
【０２１３】
また、セグメント優先度２２０２ｂには、それぞれリンク情報２２０３ｄ〜２２０３ｆが付与されている。リンク情報２２０３ｄ〜２２０３ｆは、セグメント２２０１ａ〜２２０１ｃのＩＤ番号２３０１ａ〜２３０１ｃを参照するための参照番号ｉｄｒｅｆが記載されている。この例では、セグメント優先度２２０４ｄのｉｄｒｅｆは２、セグメント優先度２２０４ｅのｉｄｒｅｆは３、セグメント優先度２２０４ｆのｉｄｒｅｆは１である。よって、セグメント優先度２２０４ｄの対象セグメントはセグメント２２０１ｂ、セグメント優先度２２０４ｅの対象セグメントはセグメント２２０１ｃ、セグメント優先度２２０４ｆの対象セグメントはセグメント２２０１ａとなる。
【０２１４】
このように、セグメント優先度２２０４ａ〜２２０４ｆからセグメント２２０１ａ〜２２０１ｎを参照できるようになっている。
【０２１５】
以下、このようなデータ構造の場合のセグメント選択処理について説明する。まず、上述したセグメント選択部１６、２６が、属性部分２２００ｂに記述した部分から対象となるセグメント観点２２０２ａ、２２０２ｂごとに、優先度２２０４ａ〜２２０４ｆを選択する。選択した優先度２２０４ａ〜２２０４ｆには、それぞれリンク情報２２０３ａ〜２２０３ｆが付与されているので、選択した優先度２２０３ａ〜２２０３ｆの対象となるセグメント２２０１ａ〜２２０１ｎを選択することができる。このようにして、セグメント選択部１６，２６は、セグメント２２０２ａ、２２０２ｂ毎に、観点優先度２２０４ａ観点を指定することで、対象となるセグメント２２０１ａ〜２２０１ｎを選択できる。
【０２１６】
なお、リンク情報２２０３ａ〜２２０３ｆと優先度２２０４ａ〜２２０４ｆの部分は、同一ファイルとせず、別々に記述されたものであっても、同様の効果が得られる。
【０２１７】
また、セグメントとセグメント観点を双方向のリンクで結ぶ形態も考えられる。
【０２１８】
以下、図２６、２７を用いてこの形態について説明する。図２６は、実施の形態７におけるデータ構造を示す図である。図２７は、実施の形態７におけるデータの記述を示す図である。
【０２１９】
この形態のデータも、実施の形態７と同様、構造部分２４００ａと属性部分２４００ｂとから構成されている。構造部分２４００ａのコンテンツには、複数のセグメント２４０１ａ〜２４０１ｎが記述されている。また、属性部分２４００ｂには、複数のセグメント観点２４０２ａ、２４０２ｂが記述されている。各セグメント観点２４０２ａ、２４０２ｂ毎に、対象となるセグメントやサブセグメントへのリンク情報２４０３ａ〜２４０３ｆと、各セグメント観点２４０２ａ、２４０２ｂに関する優先度２４０４ａ〜２４０４ｆの組とがまとめられている。
【０２２０】
また、この形態では、構造部分２４００ａと属性部分２４００ｂとを双方向にリンクさせるため、セグメント２４０１ａ〜セグメント２４０１ｎにもセグメント優先度２４０４ａ〜２４０４ｆに対するリンク情報が記載されている。
【０２２１】
次に、この実施にかかるデータ構造について図２５を用いて詳細に説明する。
【０２２２】
図２７からわかるように、コンテンツには、複数のセグメント２４０１ａ〜２４０１ｃが記載されている。セグメント２４０１ａには、セグメントのＩＤ番号（ｉｄ）２５０１ａが付与されている。この例では、ｉｄ２５０１ａは１である。セグメント２４０１ｂには、セグメントのＩＤ番号（ｉｄ）２５０１ｂが付与されている。この例では、ｉｄ２５０１ａは２である。セグメント２４０１ｃには、セグメントのＩＤ番号（ｉｄ）２５０１ｃが付与されている。この例では、ｉｄ２５０１ｃは３である。
【０２２３】
一方、セグメント観点２４０２ａには、複数のセグメント優先度２４０４ａ〜２４０４ｃが記載されている。この例では、セグメント優先度２４０４ａの優先度は３、セグメント優先度２４０４ｂの優先度は２、セグメント優先度２４０４ｃの優先度は５である。
【０２２４】
また、セグメント優先度２４０２ａには、それぞれリンク情報２４０３ａ〜２４０３ｃが付与されている。リンク情報２４０３ａ〜２４０３ｃは、セグメント２４０１ａ〜２４０１ｃのＩＤ番号２５０１ａ〜２５０１ｃを参照するための参照番号Ｉｄｒｅｆが記載されている。この例では、セグメント優先度２４０４ａのｉｄｒｅｆは１、セグメント優先度２４０４ｂのｉｄｒｅｆは２、セグメント優先度２４０４ｃのｉｄｒｅｆはｎである。
【０２２５】
よって、セグメント優先度２４０４ａの対象セグメントはセグメント２４０１ａ、セグメント優先度２４０４ｂの対象セグメントはセグメント２４０１ｂ、セグメント優先度２４０４ｃの対象セグメントはセグメント２４０１ｎとなる。
【０２２６】
一方、セグメント観点２４０２ｂには、複数のセグメント優先度２４０４ｄ〜２４０４ｆが記載されている。この例では、セグメント優先度２４０４ｄの優先度は４、セグメント優先度２４０４ｅの優先度は５、セグメント優先度２４０４ｆの優先度は２である。
【０２２７】
また、セグメント優先度２４０２ｂには、それぞれリンク情報２４０３ｄ〜２４０３ｆが付与されている。リンク情報２４０３ｄ〜２４０３ｆは、セグメント２４０１ａ〜２４０１ｃのＩＤ番号２５０１ａ〜２５０１ｃを参照するための参照番号Ｉｄｒｅｆが記載されている。この例では、セグメント優先度２４０４ｄのｉｄｒｅｆは２、セグメント優先度２４０４ｅのｉｄｒｅｆは３、セグメント優先度２４０４ｆのｉｄｒｅｆは１である。
【０２２８】
よって、セグメント優先度２４０４ｄの対象セグメントはセグメント２４０１ｂ、セグメント優先度２４０４ｅの対象セグメントはセグメント２４０１ｃ、セグメント優先度２４０４ｆの対象セグメントはセグメント２４０１ａとなる。
【０２２９】
また、セグメント優先度２４０２ａには、それぞれ優先度ＩＤ番号（ｉｄｒｅｆ）２５０３ａ〜２５０３ｃが付与されている。この例では、優先度ＩＤ番号２５０３ａはｐ１０１、優先度ＩＤ番号２５０３ｂはｐ１０２、優先度ＩＤ番号２５０３ｃはｐ１０３である。
【０２３０】
また、セグメント優先度２４０２ｂには、それぞれ優先度ＩＤ番号（ｉｄｒｅｆ）２５０３ｄ〜２５０３ｆが付与されている。この例では、優先度ＩＤ番号２５０３ｄはｐ２０１、優先度ＩＤ番号２５０３ｅはｐ２０２、優先度ＩＤ番号２５０３ｆはｐ２０３である。
【０２３１】
一方、セグメント２４０１ａ〜２４０１ｎには、セグメント優先度２４０４ａ〜２４０４ｆに対するリンク情報である、優先度ＩＤ２５０３ａ〜２５０３ｃを参照する優先度参照番号（ｉｄｒｅｆｓ）２５０２ａ〜２５０２ｅが付与されている。この例では、ｉｄｒｅｆｓ２５０２ａはｐ１０１、ｉｄｒｅｆｓ２５０２ｂはｐ２０３、ｉｄｒｅｆｓ２５０２ｃはｐ１０２、ｉｄｒｅｆｓ２５０２ｄはｐ２０１、ｉｄｒｅｆｓ２５０２ｅはｐ２０２である。
【０２３２】
よって、セグメント２４０１ａの対象となるセグメント優先度はセグメント優先度２４０４ａ、２４０４ｆであり、セグメント２４０１ｂの対象となるセグメント優先度はセグメント優先度２４０４ｃ、２４０４ｄであり、セグメント２４０１ｎの対象となるセグメント優先度はセグメント優先度２４０４ｂとなる。
【０２３３】
このように、セグメント２４０１ａ〜２４０１ｎとセグメント優先度２２０４ａ〜２２０４ｆとが双方から参照できるようになっている。これにより、上述したセグメント選択部１６、２６が、実施の形態１〜実施の形態６に記載した手法でも、実施の形態７で記載した手法でも、処理を行うことができる。
【０２３４】
（実施の形態８）
以下、本発明の実施の形態８のデータ適合化装置について説明する。
【０２３５】
実施の形態８は、実施の形態７と同様に、文脈内容記述データの表現を、構造を記述する部分と、属性である観点とそのスコアを記述する部分に分けて表現するものである。ただし、実施の形態８の場合は、セグメントへの、リンクおよびセグメント優先度との組で表現するのではなく、各セグメント観点毎にセグメント優先度の高い順に記述するものである。
【０２３６】
以下、図２８、２９を用いて実施の形態８について説明する。図２８は、実施の形態８におけるデータ構造を示す図である。図２９は、実施の形態８におけるデータの記述を示す図である。
【０２３７】
図２８に示すように、実施の形態８にかかるデータ構造は、構造を記述する構造部分２６００ａと属性部分２６００ｂとから構成されている。構造部分２６００ａのコンテンツには、複数のセグメント２６０１ａ〜２６０１ｎが記述されている。属性部分２６００ｂには、複数のセグメント観点２６０２ａ、２６０２ｂが記述されている。各セグメント観点２６０２ａ、２６０２ｂ毎に、対象となるセグメントやサブセグメントへのリンク情報２６０３ａ〜２６０３ｆが記述されている。
【０２３８】
次に、実施の形態８にかかるデータ構造について図２９を用いて詳細に説明する。
【０２３９】
図２９からわかるように、コンテンツには、複数のセグメント２６０１ａ〜２６０１ｎが記載されている。セグメント２６０１ａ〜２６０１ｎには、それぞれセグメントのＩＤ番号（ｉｄ）２７０１ａ〜２７０１ｎが付与されている。この例では、ｉｄ２７０１ａは１、ｉｄ２７０１ａは２、ｉｄ２７０１ｎはｎである。
【０２４０】
一方、図２９から、セグメント観点２６０２ａは、”ＴｅａｍＡ”であることがわかる。また、セグメント観点２６０２ａには、それぞれリンク情報２６０３ａ〜２６０３ｃが付与されている。リンク情報２６０３ａ〜２６０３ｃは、セグメント２６０１ａ〜２６０１ｎのＩＤ番号２７０１ａ〜２７０１ｎを参照するための参照番号ｉｄｒｅｆ２７０２ａ〜２３０２ｃが記載されている。この例では、ｉｄｒｅｆ２７０２ａは１、ｉｄｒｅｆ２７０２ｂはｎ、ｉｄｒｅｆ２７０２ｃは２である。
【０２４１】
また、リンク情報２６０３ａ〜２６０３ｃは、記述順がセグメント優先度として認識されるため、この例では、リンク情報２６０３ａのセグメント優先度が最も高く、リンク情報２６０３ｃのセグメント優先度が最も低くなる。
【０２４２】
よって、セグメント２６０１ａのセグメント優先度が最も高く、セグメント２６０１ｂのセグメント優先度が最も低くなる。
【０２４３】
一方、図２９から、セグメント観点２６０２ｂは、”ＴｅａｍＢ”であることがわかる。また、セグメント観点２６０２ｂには、それぞれリンク情報２６０３ｄ〜２６０３ｆが付与されている。リンク情報２６０３ｄ〜２６０３ｆは、セグメント２６０１ａ〜２６０１ｎのＩＤ番号２７０１ａ〜２７０１ｎを参照するための参照番号ｉｄｒｅｆ２７０２ｄ〜２３０２ｆが記載されている。この例では、ｉｄｒｅｆ２７０２ｄは２、ｉｄｒｅｆ２７０２ｅは３、ｉｄｒｅｆ２７０２ｆは１である。
【０２４４】
また、リンク情報２６０３ｄ〜２６０３ｆは、記述順がセグメント優先度として認識されるため、この例では、リンク情報２６０３ｄのセグメント優先度が最も高く、リンク情報２６０３ｆのセグメント優先度が最も低くなる。
【０２４５】
よって、セグメント２６０１ｂのセグメント優先度が最も高く、セグメント２６０１ａのセグメント優先度が最も低くなる。
【０２４６】
このように、セグメント観点２６０２ａ、ｂにセグメント優先度が記載されていなくても、セグメント観点２６０２ａ、ｂからセグメント２２０１ａ〜２２０１ｎを参照でき、優先度を決定できるようになっている。
【０２４７】
なお、図２８では、各セグメント（またはサブセグメント）に対して、すべて異なるセグメント優先度を有するようになっているが、図３０のように同じセグメント優先度のものを記述できるようにしても良い。
【０２４８】
図３０に示す例では、属性部分２８００のセグメント観点２８０２に、左から順にセグメント優先度が高いものを表し、同じセグメント優先度のものは上下に並べて記述している。
【０２４９】
具体的には、リンク情報２８０３ａとリンク情報２８０３ｂを上下に、リンク情報２８０３ａをリンク情報２８０３ｃの左に記述している。そして、リンク情報２８０３ａはセグメント２６０１ｂにリンクし、リンク情報２８０３ｃはセグメント２６０１ａにリンクし、リンク情報２８０３ｂはセグメント２６０１ｎにリンクしている。つまり、セグメント２６０１ｂとセグメント２６０１ｎは同じセグメント優先度を有し、セグメント２６０１ａはセグメント２６０１ｂとセグメント２６０１ｎより低いセグメント優先度を有することになる。
【０２５０】
ここで、図３１を用いて図３０のデータ構造について詳細に説明する。
【０２５１】
図３１からわかるように、コンテンツには、複数のセグメント２６０１ａ〜２６０１ｎが記載されている。セグメント２６０１ａ〜２６０１ｎには、それぞれセグメントのＩＤ番号（ｉｄ）２９０１ａ〜２９０１ｎが付与されている。この例では、ｉｄ２９０１ａは１、ｉｄ２９０１ａは２、ｉｄ２９０１ｎはｎである。
【０２５２】
一方、図３１から、セグメント観点２８０２は、”ＴｅａｍＡ”であることがわかる。また、セグメント観点２６０２ａには、それぞれリンク情報（ｉｄｒｅｆ）２８０３ａ〜２８０３ｃが付与されている。この例では、ｉｄｒｅｆ２８０３ａは２、ｉｄｒｅｆ２８０３ｂは１、ｉｄｒｅｆ２８０３ｃはｎである。
【０２５３】
また、リンク情報２８０３ａ〜２８０３ｃは、記述順がセグメント優先度として認識されるため、この例では、リンク情報２８０３ａのセグメント優先度が最も高く、リンク情報２８０３ｃのセグメント優先度が最も低くなる。
【０２５４】
よって、セグメント２６０１ａのセグメント優先度が最も高く、セグメント２６０１ｂのセグメント優先度が最も低くなる。
【０２５５】
このようにして、セグメント優先度をセグメント観点に記載しなくても、同じセグメント優先度を有するセグメントを記述することができる。
【０２５６】
また、上述したセグメント選択部１６、２６が、実施の形態７で記載した手法により、セグメントの選択を行う。
【０２５７】
（実施の形態９）
本発明の実施の形態１〜８までは、コンテンツ識別子によりコンテンツの識別を行う形態である。しかし、コンテンツ識別により、コンテンツ識別を行わず、キーワードまたはキーワードの共起確率によりコンテンツの識別を行ってもよい。また、その他の方法によりコンテンツを識別しても構わない。
【０２５８】
また、ユーザープリファレンスをコンテンツ毎に用意せず、ユーザープリファレンスを年代やグループ毎等のいくつかの嗜好カテゴリや一般的な嗜好として、ユーザー嗜好に関係なくデフォルトとして用意してもよい。
【０２５９】
実施の形態９は、コンテンツ識別によりコンテンツ識別を行わないものである。以下、実施の形態９にかかるユーザープリファレンスについて、図３２、３３を用いて説明する。図３２、３３は、実施の形態９にかかるユーザープリファレンスの記述定義を示す図である。
【０２６０】
なお、図中、ユーザープリファレンスはUserPreference、キーワードはPreferenceSummaryTheme、コンテンツを表示するため時間長情報はSummaryDuration、キーワードに対する優先度はpreferencevalueで示されている。
【０２６１】
図からわかるように、UserPreference３２０１は、要素としてユーザー情報として、ユーザーを識別するための識別子であるUserIdentifier３２０２と、ユーザーの嗜好情報であるUsagePreference３２０３とを含むと定義されている。また、UsagePreference３２０３は、０個又は１個含むと定義されている。
【０２６２】
次に、UserIdentifier３２０２の定義について説明する。UserIdentifier３２０２は、図中３２０４で示すように、要素を含まないと定義されている。また、UserIdentifier３２０２は、書き換え可能かを示す情報であるprotected３２０４と、ユーザー名であるuserName３２０５とを属性として含むと定義されている。protected３２０４は、書き換え可能である”true”、書き換え不可能である”false”、ユーザーに応じて書き換え可能になる”user”の中から一つを選択するようになっている。また、protected３２０４のデフォルトは”true”になっている。userName３２０５は、CDATAつまりテキスト情報であると定義されている。また、userName３２０５は、デフォルトとして”anoymous”が設定されている。
【０２６３】
次に、UsagePreference３２０３の定義について説明する。図中３２０６に示すように、UsagePreference３２０３は、要素として時間や天候などの状況などの情報を持つBrowsingPreferences３２０７を０個以上含むと定義されている。また、UsagePreference３２０３は、管理者などにより自動的に書き換え可能かを示す情報であるallowAutomaticupdate３２０８を属性として含むと定義されている。allowAutomaticupdate３２０８は、書き換え可能である”true”、書き換え不可能である”false”、ユーザーに応じて書き換え可能になる”user”の中から一つを選択するようになっている。また、allowAutomaticupdate３２０８のデフォルトは”true”になっている。
【０２６４】
次に、BrowsingPreferences３２０７の定義について説明する。図中３２０９に示すように、BrowsingPreferences３２０７には、要素としてSummarypreferences３２１０を０個以上持つと定義されている。そして、BrowsingPreferences３２０７には、要素として書き換え可能かを示す情報であるprotected３２１１と、BrowsingPreferences３２０７の優先度であるprefernceValue３２１２とを属性として含むと定義されている。protected３２１１は、書き換え可能である”true”、書き換え不可能である”false”、ユーザーに応じて書き換え可能になる”user”の中から一つを選択するようになっている。また、protected３２１１のデフォルトは”true”になっている。prefernceValue３２１２は、CDATAつまりテキスト情報であると定義されている。また、prefernceValue３２１２は、デフォルトとして１００が設定されている。
【０２６５】
このように、BrowsingPreferences３２０７がprefernceValue３２１２を持つので、Userpreference３２０１をBrowsingPreferences３２０７という上位の階層においても、優先度付けして処理を行うことができる。
【０２６６】
次に、SummaryPreferences３２１０の定義について説明する。図中３３０１で示すように、SummaryPreferences３２１０は、キーワードであるPreferredSummaryTheme３３０２を０個以上、表示期間情報であるSummaryDuration３３０３を０又は１個、要素として持つと定義されている。
【０２６７】
また、SummaryPreferences３２１０は、優先度であるpreferncevalue３３０４を属性として持つと定義されている。また、preferncevalue３３０４のデフォルトは１００であると、定義されている。
【０２６８】
このように、SummaryPreferences３２１０が優先度であるpreferncevalue３３０４を属性として持つことで、キーワードであるPreferredSummaryTheme３３０２の上位の階層であるSummaryPreferences３２１０においても、優先度付けした処理ができる。
【０２６９】
次に、PreferredSummaryTheme３３０２の定義について説明する。図中３３０５に示すように、PreferredSummaryTheme３３０２は、要素としてテキストデータを有すると定義されている。また、PreferredSummaryTheme３３０２は、オプションとして言語情報であるxml:lang３３０６と、優先度情報であるpreferenceValue３３０７を属性として持つと定義されている。また、優先度情報であるpreferenceValue３３０７のデフォルトは、１００であると定義されている。
【０２７０】
このように、キーワードであるPreferredSummaryTheme３３０２が優先度情報であるpreferenceValue３３０７を属性として持つことで、PreferredSummaryTheme３３０２を優先度付けした処理ができる。
【０２７１】
また、図中３３０８に示すようにSummaryDuration３３０３は、要素としてテキストデータを含むと定義されている。
【０２７２】
このように、実施の形態９にかかるユーザープリファレンスは、コンテンツ毎の処理ではなく、BrowsingPreferences３２０７、SummaryPreferences３２１０という、PreferredSummaryTheme３３０２の上位の階層毎に処理することができる。また、BrowsingPreferences３２０７、SummaryPreferences３２１０という、PreferredSummaryTheme３３０２の上位の階層毎に優先度付けした処理ができる。
【０２７３】
次に、実施の形態９にかかるユーザープリファレンスの具体的な記述について図３４を用いて説明する。図３４は、実施の形態９にかかるユーザープリファレンスの記述例を示す図である。図３４に示すユーザープリファレンスの記述例は、図４に示すユーザープリファレンスの記述例を実施の形態９に対応するようにしたものである。
【０２７４】
図中３４０１に示すように、UserIdentifierは、protectedとして”true”が、userNameとして”Bob”が記述されている。また、図中３４０２に示すように、UsagePreferencesは、allowAutomaticUpdateとして”false”が記述されている。また、図中３４０３に示すように、BrowsingPreferencesは、protectedとして”true”が記述されている。
【０２７５】
また、UserPreference３４００には、２つのSummaryPreferences３４０４ａ、３４０４ｂが記述されている。
【０２７６】
図中３４０５ａに示すように、SummaryPreferences３４０４ａには、PreferredSummaryThemeとして、”Nakata”という情報が記述されている。また、図中３４０５ａに示すPreferredSummaryThemeのpreferenceValueは500である。また、図中３４０６ａに示すように、SummaryPreferences３４０４ａには、PreferredSummaryThemeとして、”Soccer”という情報が記述されている。また、図中３４０６ａに示すPreferredSummaryThemeのpreferenceValueは４００である。図中３４０７ａに示すように、SummaryPreferences３４０４ａには、PreferredSummaryThemeとして、”Japan”という情報が記述されている。また、図中３４０７ａに示すPreferredSummaryThemeのpreferenceValueは２００である。また、図中３４０８ａに示すように、SummaryDurationには、”PT5M”、つまり５分という情報が記述されている。
【０２７７】
図中３４０５ｂに示すように、SummaryPreferences３４０４ｂには、PreferredSummaryThemeとして、”Headline”という情報が記述されている。また、図中３４０５ｂに示すPreferredSummaryThemeのpreferenceValueは500である。また、図中３４０６ｂに示すように、SummaryPreferences３４０４ｂには、PreferredSummaryThemeとして、”Stock”という情報が記述されている。また、図中３４０６ｂに示すPreferredSummaryThemeのpreferenceValueは５００である。図中３４０７ｂに示すように、SummaryPreferences３４０４ｂには、PreferredSummaryThemeとして、”Sports”という情報が記述されている。また、図中３４０７ｂに示すPreferredSummaryThemeのpreferenceValueは３００である。また、図中３４０８ｂに示すように、SummaryDurationには、”PT３M”、つまり３分という情報が記述されている。
【０２７８】
以上のように、実施の形態９にかかるユーザープリファレンスの定義によっても、図４に対応する内容の記述ができる。
【０２７９】
次に、実施の形態９にかかるセグメント記述について説明する。まず、実施の形態９にかかるセグメントの定義について、図３５〜図３７を用いて説明する。図３５〜図３７は、実施の形態９にかかるセグメント記述の定義を示す図である。
【０２８０】
この例では、セグメントとして、オーディオとビジュアルのセグメントであるAudioVisualSegmentの定義について説明する。
【０２８１】
図中３５０１に示すように、AudioVisualSegment３５０２には、０個以上のPointOfView３５０３と、MediaTime３５０４とを要素として含むと定義されている。PointOfView３５０３は、セグメントに関する観点を含む要素である。MediaTime３５０４は、セグメントの時間長などを含む要素である。
【０２８２】
また、図中３５０５に示すように、AudioVisualSegment３５０２は、識別子であるＩＤを属性として持つと定義されている。また、AudioVisualSegment３５０２は、図中３５０６に示すようにオプションとしてＵＲＬ参照情報であるｈｒｅｆと、図中３５０７に示すようにオプションとしてＩＤ参照情報であるｉｄｒｅｆを属性として持つと定義されている。
【０２８３】
次に、PointOfView３５０３の定義について説明する。図中３５０８に示すように、PointOfView３５０３は、０個か１個のSupplementalInfo３５０３と、１個以上のValue３５１０とを要素として持つと定義されている。SupplementalInfo３５０３は、PointOfView３５０３の内容を示すコメントなどである。Value３５１０は、PointOfView３５０３の優先度情報である。
【０２８４】
また、PointOfView３５０３は、図中３５１１に示すように、識別子情報であるｉｄをオプションとして属性に持つと定義されている。また、PointOfView３５０３は、図中３５１２に示すように、セグメント観点であるviewPointを属性として持つと定義されている。また、viewPointはテキスト情報で記述されると定義されている。
【０２８５】
次に、Value３５１０の定義について説明する。図中３５１３に示すように、Value３５１０は要素としてテキスト情報を含むと定義されている。また、図中３５１４に示すように、Value３５１０は識別子ｉｄを属性として持つと定義されている。また、Value３５１０の識別子ｉｄはオプションであると定義されている。
【０２８６】
このように、PointOfView３５０２と、Value３５１０がｉｄを持ちAudioVisualSegment３５０２がこれらのｉｄを参照するｉｄｒｅｆを持つことで、AudioVisualSegment３５０２が、ｉｄｒｅｆによりPointOfView３５０２と、Value３５１０を参照することができる。つまり、AudioVisualSegment３５０２が、ｉｄｒｅｆによりPointOfView３５０２と、Value３５１０とにリンクすることができる。
【０２８７】
次に、SupplementalInfo３５０９の定義について説明する。図中３６０１に示すように、SupplementalInfo３５０９は、FreeTextAnnotation３６０２もしくはStructuredAnnotation３６０３を少なくとも１つ要素として持つと定義されている。
【０２８８】
また、図中３６０４に示すように、SupplementalInfo３５０９は、要素としてテキストデータを持つと定義されている。また、図中３６０５に示すように、SupplementalInfo３５０９は、言語情報を属性として有すると定義されている。
【０２８９】
次に、StructuredAnnotation３６０３の定義について説明する。図中３６０６に示すように、StructuredAnnotation３６０３は、誰が行ったかを示す情報であるWho３６０７を０もしくは１個、もしくは何に対して行われたかを示す情報であるWhatObject３６０８を０個もしくは１個、もしくは何をしたかを示す情報であるWhatAction３６０９を０個もしくは１個、もしくはどこで行われたかを示す情報であるWhere３６１０を０個もしくは１個、もしくはいつ行われたかを示す情報であるWhen３６１１を０個もしくは１個、もしくはなぜ行われたかを示す情報であるWhy３６１２を０個もしくは１個、要素として持つと定義されている。
【０２９０】
また、図中３６１３〜３６１８に示すように、Who３６０７、WhatObject３６０８、WhatAction３６０９、Where３６１０、When３６１１、Why３６１２は、要素としてテキスト情報を含むと定義されている。
【０２９１】
また、図中３６１９に示すように、StructuredAnnotation３６０３は、識別子情報であるｉｄを属性として持つと定義されている。また、図中３６２０に示すように、StructuredAnnotation３６０３は、言語情報を属性として持つと定義されている。
【０２９２】
このように、StructuredAnnotation３６０３によって、AudioVisualSegment３５０２がどのような情報かを容易に認識することができる。
【０２９３】
次に、MediaTime３５０４の定義について説明する。図中３７０１に示すように、MediaTime３５０４は、MediaTimePoint３７０２と、 MediaDuration３７０３とを要素として持つと定義されている。MediaTimePoint３７０２は、AudioVisualSegment３５０２の開始時間情報であり、MediaDuration３７０３はAudioVisualSegment３５０２の時間長情報である。
【０２９４】
また、図中３７０４に示すように、MediaTimePoint３７０２は、テキスト情報を要素として持つと定義されている。また、図中３７０５に示すように、MediaDuration３７０３も、テキスト情報を要素として持つと定義されている。
【０２９５】
以上、説明したように、AudioVisualSegment３５０２は定義されている。次に、上述したように定義されたAudioVisualSegment３５０２の記述例について説明する。
【０２９６】
図３８は、図１７に示すセグメントの記述例を実施の形態９に対応させた記述例である。
【０２９７】
図３８からわかるように、セグメント１６０２には、図１７の記述例と同様に、セグメント観点（キーワード）のＩＤ番号（ｉｄ）１７０１が記載されている。また、セグメント１６０２には、キーワードに対するセグメント優先度（Ｐ）１７０２が記載されている。そして、セグメント１６０２にはキーワードとして、”ＴｅａｍＡ”が記載されている。
【０２９８】
また、セグメント１６０３には、図１７の記述例と同様に、リンク情報である他のセグメント観点（キーワード）に対する参照番号（ｉｄｒｅｆ）１７０３が記載されている。よって、セグメント１６０３のキーワードは”ＴｅａｍＡ”になる。また、セグメント１６０３には、キーワードに対するセグメント優先度（Ｐ）１７０４が記載されている。
【０２９９】
このように、実施の形態９によってもセグメント同士をリンクさせることができる。
【０３００】
次に、図１９に示すセグメントの記述例を実施の形態９に対応させた記述について図３９を用いて説明する。
【０３０１】
図３９からわかるように、観点表１８０１には、セグメント観点１８０２ａから１８０２ｃが記載されている。セグメント観点１８０２ａには、ＩＤ番号（ｉｄ）１９０１ａが記載されている。また、セグメント観点１８０２ａは、”Ａ”というテキストで表されている。
【０３０２】
また、セグメント観点１８０２ｂには、ＩＤ番号（ｉｄ）１９０１ｂが記載されている。また、セグメント観点１８０２ｂは、”Ｂ”というテキストで表されている。セグメント観点１８０２ｃには、ＩＤ番号（ｉｄ）１９０１ｃが記載されている。また、セグメント観点１８０２ｃは、”Ｃ”というテキストで表されている。
【０３０３】
一方、セグメント１８０３〜１８０５には、観点表１８０１のセグメント観点１８０２ａ〜１８０２ｃに対するリンク情報である参照番号（ｉｄｒｅｆ）１９０３ａ〜１９０３ｃがそれぞれ記載されている。
【０３０４】
さらに、セグメント１８０３には、キーワードに対するセグメント優先度（Ｐ）１９０４ａが記載されている。セグメント１８０４には、キーワードに対するセグメント優先度（Ｐ）１９０４ｂが記載されている。セグメント１８０５には、キーワードに対するセグメント優先度（Ｐ）１９０４ｃが記載されている。
【０３０５】
このように、実施の形態９を用いても、ユーザーにあらかじめセグメント観点リストを提示することが容易となる。
【０３０６】
次に、図２１に示すセグメントの記述例を実施の形態９に対応させた記述について図４０を用いて説明する。
【０３０７】
図４０からあきらかなように、観点表１８０１には、文脈内容記述データに現れるすべてのセグメント観点を記述する必要はなく、リンクで参照されるものだけになっている。また、セグメント２００１には、観点表１８０１への、リンク情報が含まれない。
【０３０８】
このように、図４０のような記述により、図２１の記述を実施の形態９に対応させることができる。
【０３０９】
次に、図２３に示すセグメントの記述例を実施の形態９に対応させた記述について図４１を用いて説明する。
【０３１０】
図４１からわかるように、観点表２１０１には、セグメント２１０３〜２１０５に含まれる観点２１０６、２１０８、２１１０が格納されている。具体的には、観点２１０６、２１０８、２１１０に対応して観点２３０１〜２３０３が格納されている。
【０３１１】
そして、ユーザーがユーザー観点を入力する前に、観点表２１０１を表示するようにする。このようにして、図４１のような記述により、図２３の記述を実施の形態９に対応させることができる。
【０３１２】
次に、図２５に示すセグメントの記述例を実施の形態９に対応させた記述について図４２を用いて説明する。
【０３１３】
図４２からわかるように、コンテンツには、複数のセグメント２２０１ａ〜２２０１ｃが記載されている。セグメント２２０１ａには、セグメントのＩＤ番号（ｉｄ）２３０１ａが付与されている。セグメント２２０１ｂには、セグメントのＩＤ番号（ｉｄ）２３０１ｂが付与されている。セグメント２２０１ｃには、セグメントのＩＤ番号（ｉｄ）２３０１ｃが付与されている。
【０３１４】
一方、セグメント観点２２０２ａは、”ＴｅａｍＡ”であることがわかる。また、セグメント観点２２０２ａには、複数のセグメント優先度２２０４ａ〜２２０４ｃが記載されている。
【０３１５】
また、セグメント優先度２２０２ａには、それぞれリンク情報２２０３ａ〜２２０３ｃが付与されている。リンク情報２２０３ａ〜２２０３ｃは、セグメント２２０１ａ〜２２０１ｃのＩＤ番号２３０１ａ〜２３０１ｃを参照するための参照番号Ｉｄｒｅｆが記載されている。
【０３１６】
このように、セグメント優先度２２０４ａ〜２２０４ｃからセグメント２２０１ａ〜２２０１ｃを参照できるようになっている。
【０３１７】
また、セグメント観点２２０２ｂは、”ＴｅａｍＢ”であることがわかる。また、セグメント観点２２０２ｂには、複数のセグメント優先度２２０４ｄ〜２２０４ｆが記載されている。
【０３１８】
また、セグメント優先度２２０２ｂには、それぞれリンク情報２２０３ｄ〜２２０３ｆが付与されている。リンク情報２２０３ｄ〜２２０３ｆは、セグメント２２０１ａ〜２２０１ｃのＩＤ番号２３０１ａ〜２３０１ｃを参照するための参照番号Ｉｄｒｅｆが記載されている。
【０３１９】
このように、セグメント優先度２２０４ａ〜２２０４ｆからセグメント２２０１ａ〜２２０１ｎを参照できるようになっている。
【０３２０】
このように、図４２のような記述により、図２５の記述を実施の形態９に対応させることができる。
【０３２１】
次に、図２７に示すセグメントの記述例を実施の形態９に対応させた記述について図４３、図４４を用いて説明する。
【０３２２】
図からわかるように、コンテンツには、複数のセグメント２４０１ａ〜２４０１ｃが記載されている。セグメント２４０１ａには、セグメントのＩＤ番号（ｉｄ）２５０１ａが付与されている。セグメント２４０１ｂには、セグメントのＩＤ番号（ｉｄ）２５０１ｂが付与されている。セグメント２４０１ｃには、セグメントのＩＤ番号（ｉｄ）２５０１ｃが付与されている。
【０３２３】
一方、セグメント観点２４０２ａには、複数のセグメント優先度２４０４ａ〜２４０４ｃが記載されている。
【０３２４】
また、セグメント優先度２４０２ａには、それぞれリンク情報２４０３ａ〜２４０３ｃが付与されている。リンク情報２４０３ａ〜２４０３ｃは、セグメント２４０１ａ〜２４０１ｃのＩＤ番号２５０１ａ〜２５０１ｃを参照するための参照番号Ｉｄｒｅｆが記載されている。
【０３２５】
よって、セグメント優先度２４０４ａの対象セグメントはセグメント２４０１ａ、セグメント優先度２４０４ｂの対象セグメントはセグメント２４０１ｂ、セグメント優先度２４０４ｃの対象セグメントはセグメント２４０１ｎとなる。
【０３２６】
一方、セグメント観点２４０２ｂには、複数のセグメント優先度２４０４ｄ〜２４０４ｆが記載されている。また、セグメント優先度２４０２ｂには、それぞれリンク情報２４０３ｄ〜２４０３ｆが付与されている。リンク情報２４０３ｄ〜２４０３ｆは、セグメント２４０１ａ〜２４０１ｃのＩＤ番号２５０１ａ〜２５０１ｃを参照するための参照番号Ｉｄｒｅｆが記載されている。
【０３２７】
よって、セグメント優先度２４０４ｄの対象セグメントはセグメント２４０１ｂ、セグメント優先度２４０４ｅの対象セグメントはセグメント２４０１ｃ、セグメント優先度２４０４ｆの対象セグメントはセグメント２４０１ａとなる。
【０３２８】
また、セグメント優先度２４０２ａには、それぞれ優先度ＩＤ番号（ｉｄｒｅｆ）２５０３ａ〜２５０３ｃが付与されている。また、セグメント優先度２４０２ｂには、それぞれ優先度ＩＤ番号（ｉｄｒｅｆ）２５０３ｄ〜２５０３ｆが付与されている。
【０３２９】
一方、セグメント２４０１ａ〜２４０１ｃには、セグメント優先度２４０４ａ〜２４０４ｆに対するリンク情報である、優先度ＩＤ２５０３ａ〜２５０３ｃを参照する優先度参照番号（ｉｄｒｅｆｓ）２５０２ａ〜２５０２ｅが付与されている。
【０３３０】
よって、セグメント２４０１ａの対象となるセグメント優先度はセグメント優先度２４０４ａ、２４０４ｆであり、セグメント２４０１ｂの対象となるセグメント優先度はセグメント優先度２４０４ｂ、２４０４ｄであり、セグメント２４０１ｃの対象となるセグメント優先度はセグメント優先度２４０４ｅとなる。
【０３３１】
このように、実施の形態９を用いても、セグメント２４０１ａ〜２４０１ｃとセグメント優先度２２０４ａ〜２２０４ｆとが双方から参照できるようになる。
【０３３２】
次に、図２９に示すセグメントの記述例を実施の形態９に対応させた記述について図４５を用いて説明する。
【０３３３】
図からわかるように、コンテンツには、複数のセグメント２６０１ａ〜２６０１ｃが記載されている。セグメント２６０１ａ〜２６０１ｃには、それぞれセグメントのＩＤ番号（ｉｄ）２７０１ａ〜２７０１ｃが付与されている。
【０３３４】
一方、図から、セグメント観点２６０２ａは、”ＴｅａｍＡ”であることがわかる。また、セグメント観点２６０２ａには、それぞれリンク情報２６０３ａ〜２６０３ｃが付与されている。リンク情報２６０３ａ〜２６０３ｃは、セグメント２６０１ａ〜２６０１ｃのＩＤ番号２７０１ａ〜２７０１ｃを参照するための参照番号ｉｄｒｅｆ２７０２ａ〜２３０２ｃが記載されている。
【０３３５】
また、リンク情報２６０３ａ〜２６０３ｃは、記述順がセグメント優先度として認識されるため、この例では、リンク情報２６０３ａのセグメント優先度が最も高く、リンク情報２６０３ｃのセグメント優先度が最も低くなる。
【０３３６】
よって、セグメント２６０１ａのセグメント優先度が最も高く、セグメント２６０１ｂのセグメント優先度が最も低くなる。
【０３３７】
一方、図から、セグメント観点２６０２ｂは、”ＴｅａｍＢ”であることがわかる。また、セグメント観点２６０２ｂには、それぞれリンク情報２６０３ｄ〜２６０３ｆが付与されている。リンク情報２６０３ｄ〜２６０３ｆは、セグメント２６０１ａ〜２６０１ｃのＩＤ番号２７０１ａ〜２７０１ｃを参照するための参照番号ｉｄｒｅｆ２７０２ｄ〜２３０２ｆが記載されている。
【０３３８】
また、リンク情報２６０３ｄ〜２６０３ｆは、記述順がセグメント優先度として認識されるため、この例では、リンク情報２６０３ｄのセグメント優先度が最も高く、リンク情報２６０３ｆのセグメント優先度が最も低くなる。
【０３３９】
よって、セグメント２６０１ｂのセグメント優先度が最も高く、セグメント２６０１ａのセグメント優先度が最も低くなる。
【０３４０】
このように、図４５の記述により、図２９の記述を実施の形態９に対応させられる。
【０３４１】
次に、図３１に示すセグメントの記述例を実施の形態９に対応させた記述について図４６を用いて説明する。
【０３４２】
図からわかるように、コンテンツには、複数のセグメント２６０１ａ〜２６０１ｃが記載されている。セグメント２６０１ａ〜２６０１ｃには、それぞれセグメントのＩＤ番号（ｉｄ）２９０１ａ〜２９０１ｃが付与されている。
【０３４３】
一方、図から、セグメント観点２８０２は、”ＴｅａｍＡ”であることがわかる。また、セグメント観点２６０２ａには、それぞれリンク情報（ｉｄｒｅｆ）２８０３ａ〜２８０３ｃが付与されている。
【０３４４】
また、リンク情報２８０３ａ〜２８０３ｃは、記述順がセグメント優先度として認識されるため、この例では、リンク情報２８０３ａのセグメント優先度が最も高く、リンク情報２８０３ｃのセグメント優先度が最も低くなる。
【０３４５】
よって、セグメント２６０１ａのセグメント優先度が最も高く、セグメント２６０１ｂのセグメント優先度が最も低くなる。
【０３４６】
このように、図４６の記述を用いて、図３１の記述を実施の形態９に対応させることができる。
【０３４７】
（実施の形態１０）
実施の形態１から実施の形態９まではユーザープリファレンスをXML-DTDで記述する形態で説明したが、ユーザープリファレンスをRDF、XML-Schema、XMLベースの他の言語、XML以外の言語、または言語以外の記述をしても良い。
【０３４８】
実施の形態１０は、ユーザープリファレンスをXML-Schemaで記載したものである。以下、実施の形態１０にかかるユーザープリファレンスの定義について図４７から図５１を用いて説明する。図４７から図５１は、実施の形態１０にかかるユーザープリファレンスの記述定義を示す図である。また、図４７から図５１は、実施の形態９にかかるユーザープリファレンスの記述定義に対応したものである。
【０３４９】
図からわかるように、UserPreference３２０１は、要素としてユーザー情報として、ユーザーを識別するための識別子であるUserIdentifier３２０２と、ユーザーの嗜好情報であるUsagePreference３２０３とを含むと定義されている。また、UsagePreference３２０３は、０個又は１個含むと定義されている。
【０３５０】
次に、UsagePreference３２０３の定義について説明する。図中４８０３に示すように、UsagePreference３２０３は、BrowsingPreferences３２０７を０個以上含むと定義されている。また、UsagePreference３２０３は、allowAutomaticUpdate３２０８を属性として含むと定義されている。また、UsagePreference３２０３は、図中４８０１に示すように、FilteringAndSearchPreferences４８０２を要素として、０個以上持つと定義されている。
【０３５１】
次に、BrowsingPreferences３２０７の定義について説明する。図中４９００に示すように、BrowsingPreferences３２０７には、要素としてSummarypreferences３２１０を０個以上持つと定義されている。そして、BrowsingPreferences３２０７には、protected３２１１と、prefernceValue３２１２とを属性として含むと定義されている。また、BrowsingPreferences３２０７には、要素としてPrefernceConditionType４９０２を０個以上含むと定義されている。
【０３５２】
次に、SummaryPreferences３２１０の定義について説明する。図中５００２に示すように、SummaryPreferences３２１０は、図中５００３で示されるようなリストを持つsummaryComponentTypeを拡張したSummaryPreferncesTypeという要素を０個以上持つと定義されている。また、SummaryPreferences３２１０は、キーワードであるPreferredSummaryTheme３３０２を０個以上、表示期間情報であるSummaryDuration３３０３を０又は１個、要素として持つと定義されている。
【０３５３】
また、SummaryPreferences３２１０は、優先度であるpreferncevalue３３０４を属性として持つと定義されている。また、preferncevalue３３０４のデフォルトは１００であると、定義されている。
【０３５４】
また、PreferredSummaryTheme３３０２は、TextualTypeつまり要素としてテキストデータと、言語情報を有すると定義されている。また、PreferredSummaryTheme３３０２は、優先度情報であるpreferenceValue３３０７を属性として持つと定義されている。
【０３５５】
また、図中５１０１〜５１１０に示すように、SummaryPreferences３２１０は、最小時間長を示すMinSummaryDurationと、最大時間長を示すMaxSummaryDurationと、表示フレーム数を示すNumOfKeyframesと、最小表示フレーム数を示すMinNumOfKeyframesと、最大表示フレーム数を示すMaxNumOfKeyframesと、表示文字数を示すNumOfCharsと、最小表示文字数を示すMinNumOfCharsと、最大表示文字数を示すMaxNumOfCharsと、を要素として持つと定義されている。
【０３５６】
また、図中５１１０に示すように、これらの要素は属性として、優先度を持つと定義されている。
【０３５７】
このように、図４７から図５１を用いて、XML-Schemaを用いてユーザープリファレンスが記述できる。
【０３５８】
次に、実施の形態１０にかかるユーザープリファレンス定義の具体例について図５２を用いて説明する。図５２は、実施の形態１０にかかるユーザープリファレンスの記述例を示した図である。
【０３５９】
図中５２０１に示すように、UserIdentifierは、protectedとして”true”が、userNameとして”Mike”が記述されている。また、図中５２０２に示すように、UsagePreferencesは、allowAutomaticUpdateとして”false”が記述されている。また、図中５２０３に示すように、BrowsingPreferencesは、protectedとして"true"が記述されている。
【０３６０】
また、UserPreference５２００には、２つのSummaryPreferences５２０４が記述されている。
【０３６１】
図中５２０５に示すように、SummaryPreferences５２０４には、PreferredSummaryThemeとして、”Free-kick”という情報が記述されている。また、図中５２０６に示すように、SummaryPreferences５２０４には、PreferredSummaryThemeとして、”Goals”という情報が記述されている。また、図中５２０８に示すように、SummaryDurationには、”PT5M”、つまり５分という情報が記述されている。
【０３６２】
このように、XML-Schemaを用いてユーザープリファレンスを記述できる。
【０３６３】
また、実施の形態１０は、セグメント記述についてもXML-Schemaで記述している。以下、実施の形態１０にかかるセグメント記述について説明する。まず、実施の形態９にかかるセグメントの定義について、図５３〜図５６を用いて説明する。図５３〜図５６は、実施の形態１０にかかるセグメント記述の定義を示す図である。
【０３６４】
実施の形態１０にかかるセグメントは、図５３、図５４に示す抽象セグメントであるSegment DSとして定義されている。そして、AudioVisualSegment DS、AudioSegment DS、VideoSegment DS、StillRegion DS,MovingRegion DSがそれぞれSegment DSを継承して具体的な記述定義になる。以下、AudioVisualSegment DSについて説明するが、まずSegment DSについて説明する。
【０３６５】
図中５３００に示されるように、Segmentは抽象タイプであると宣言されている。
【０３６６】
そして、図中５３０１で示されるように、Segmentは、符号化フォーマットなどのメディアインフォメーションであるMediaInformationを要素として持つと定義されている。また、図中５３０２で示されるように、Segmentは、このセグメントの実体へのリンク情報であるMediaLocatorを要素として持つと定義されている。また、図中５３０３で示されるように、Segmentは、コピーライト情報などの製造者情報であるCreationInformationを要素として持つと定義されている。また、図中５３０４で示されるように、Segmentは、使用方法や、使用制限などの使用情報であるUsageInformationを要素として持つと定義されている。また、図中５３０５で示されるように、Segmentは、セグメントの注釈などであるTextAnnotationを要素として持つと定義されている。また、図中５３０７で示されるように、Segmentは、セグメントの観点（キーワード）であるPointOfViewを要素として持つと定義されている。また、図中５３０８で示されるように、Segmentは、サブセグメントを指定するのに使用するSegmentDecompositionを要素として持つと定義されている。
【０３６７】
また、図中５３１１で示されるように、Segmentは、識別子であるidを属性として持つと定義されている。また、図中５３１２で示されるように、Segmentは、ＵＲＬへのリンク情報であるhrefを属性として持つと定義されている。また、図中５３１３で示されるように、Segmentは、idへのリンク情報であるidrefを属性として持つと定義されている。
【０３６８】
このように、segmentには、キーワード情報であるPointOfViewと、識別子であるidと、他のセグメントの識別子に対する参照情報であるidrefと、を有する。
【０３６９】
次に、上述した抽象セグメントを継承したAudioVisualSegmentについて図５５を用いて説明する。
【０３７０】
図中５５０１に示すように、AudioVisualSegmentは上述した抽象Segmentを拡張したものであると記述されている。
【０３７１】
そして、図中５５０２に示すようにAudioVisualSegmentは、開始時間を示すMediaTimeを拡張された要素として持つと定義されている。
【０３７２】
また、図中５５０４に示すようにAudioVisualSegmentは、他のセグメント対する参照情報であるidrefを属性として持つと定義されている。
【０３７３】
このように、AudioVisualSegmentは、実施の形態９と同様に参照情報であるidrefを有する。
【０３７４】
次に、PointOfViewの定義について図５６を用いて説明する。図中５６００で示されるように、PointOfViewのタイプが宣言されている。
【０３７５】
そして、図中５６０１で示されるように、PointOfViewはSupplementalInfoを要素として持つと定義されている。また、図中５６０２で示されるように、PointOfViewはValueを要素として持つと定義されている。
【０３７６】
Valueのタイプは、図中５６０３で示されるPrimitiveImportanceTypeである。PrimitiveImportanceTypeは、図中５６０４で示すように、セグメントのidの参照情報であるidrefを属性で持つと定義されている。
【０３７７】
また、図中５６０６に示すように、PointOfViewはテキストで記述されたviewPointを属性に持つと記述されている。
【０３７８】
このように、PointOfViewは実施の形態９と同様に、idとidrefとを持っている。
【０３７９】
次に、上述した定義に基づいたセグメントの記述例について図５７から図５９を用いて説明する。図５７から図５９は、実施の形態１０にかかるセグメントの記述例を示した図である。
【０３８０】
図５７から図５９に示す記述例は、セグメント構造中に、PointOfViewを記述した例である。
【０３８１】
この例では、図中５７００で示すように、idが”FootBallGame”というセグメントを持つ。この”FootBallGame”というidを持つセグメントは、図中５７０１ａ、５７０１ｂに示すように、２つのサブセグメントによって構成されている。さらに、図中５７０１ａで示されるサブセグメントは、idが”seg１”というサブセグメント５７０２ａと、idが”seg２”というサブセグメント５７０２ｂと、idが”seg２０”というサブセグメント５７０２ｃを有する。
【０３８２】
そして、サブセグメント５７０２ａは、図中５７０３ａに示すように、優先度であるValueが０．３である”ＴｅａｍＡ”というviewPointと、図中５７０３ｂに示すように、優先度であるValueが０．７である”ＴｅａｍＢ”というviewPointとを持つ。また、サブセグメント５７０２ａは、図中５７０４ａに示すように、MediaTime情報も有する。
【０３８３】
また、サブセグメント５７０２ｂは、図中５７０３ｃに示すように、優先度であるValueが０．５である”ＴｅａｍＡ”というviewPointを持つ。また、サブセグメント５７０２ａは、図中５７０４ｂに示すように、MediaTime情報も有する。
【０３８４】
また、サブセグメント５７０２ｃは、図中５７０３ｄに示すように、優先度であるValueが０．８である”ＴｅａｍＡ”というviewPointと、図中５７０３ｅに示すように、優先度であるValueが０．２である”ＴｅａｍＢ”というviewPointとを持つ。また、サブセグメント５７０２ａは、図中５７０４ｃに示すように、MediaTime情報も有する。
【０３８５】
一方、図中５７０１ｂで示されるサブセグメントは、idが”２seg１”というサブセグメント５７０２ｄと、idが”２seg２”というサブセグメント５７０２ｅと、idが”２seg２０”というサブセグメント５７０２ｆを有する。サブセグメント５７０２ｄは、図中５７０３ｆに示すように、優先度であるValueが０．３である”ＴｅａｍＡ”というviewPointを持つ。また、サブセグメント５７０２ｂは、図中５７０４ｄに示すように、MediaTime情報も有する。
【０３８６】
また、サブセグメント５７０２ｂは、図中５７０３ｇに示すように、優先度であるValueが０．５である”ＴｅａｍＡ”というviewPointを持つ。また、サブセグメント５７０２ａは、図中５７０４ｅに示すように、MediaTime情報も有する。
【０３８７】
また、サブセグメント５７０２ｆは、図中５７０３ｈに示すように、優先度であるValueが０．８である”ＴｅａｍＡ”というviewPointを持つ。また、サブセグメント５７０２ｆは、図中５７０４ｆに示すように、MediaTime情報も有する。
【０３８８】
このように、図５７から図５９に示す記述例では、セグメント構造中にPointOfViewが記述されている。
【０３８９】
次に、セグメント構造とPointOfView構造を分けた記述例について図６０、図６１を用いて説明する。図６０、６１は実施の形態１０にかかるセグメントの記述のその他の例を示した図である。
【０３９０】
これ例では、図中６０００で示すように、idが”FootBallGame”というセグメント構造と、PointOfView構造６００５、６００８とを持つ。この”FootBallGame”というidを持つセグメント構造は、図中６００１に示すように、１つのサブセグメントによって構成されている。さらに、図中６００１で示されるサブセグメントは、idが”seg１”というサブセグメント６００４ａと、idが”seg２”というサブセグメント６００４ｂと、idが”seg２０”というサブセグメント６００４ｃを有する。
【０３９１】
そして、サブセグメント６００２ａは、図中６００４ａに示すように、MediaTime情報を有する。また、サブセグメント６００２ｂは、図中６００４ｂに示すように、MediaTime情報を有する。サブセグメント６００２ｃは、図中６００４ｃに示すように、MediaTime情報を有する。
【０３９２】
サブセグメント６００１も、図中６００４ｄに示すように、MediaTime情報を有する。
【０３９３】
一方、PointOfView構造６００５は、”ＴｅａｍＡ”というPointOfViewを持つ。そして、PointOfView構造６００５は、セグメント参照情報６００６ａ〜６００ｃを有する。セグメント参照情報６００６ａはValueとして０．３を有し、セグメントへの参照情報idrefは”seg１”である。セグメント参照情報６００６ｂはValueとして０．５を有し、セグメントへの参照情報idrefは”seg２”である。セグメント参照情報６００６ｃはValueとして０．８を有し、セグメントへの参照情報idrefは”seg２０”である。
【０３９４】
また、PointOfView構造６００８は、”ＴｅａｍＢ”というPointOfViewを持つ。そして、PointOfView構造６００８は、セグメント参照情報６００９ａ、６００ｂを有する。セグメント参照情報６００９ａはValueとして０．７を有し、セグメントへの参照情報idrefは”seg１”である。セグメント参照情報６００９ｂはValueとして０．２を有し、セグメントへの参照情報idrefは”seg２０”である。
【０３９５】
このように、実施の形態１０においても、PointOfViewがセグメントのidを参照する情報をもっているので、セグメント構造とPointOfView構造を分けることができる。
【０３９６】
（実施の形態１１）
上述した実施の形態では、セグメントに対して観点（キーワード）を付与し、この観点を用いてセグメントの抽出を行っている。そして、このように抽出した複数のセグメントをグループ化し、ダイジェストを作成している。
【０３９７】
実施の形態１１は、このダイジェストに対して観点（キーワード）を付与したものである。これにより、観点を用いてダイジェストの抽出も行えるようにしている。
【０３９８】
以下、実施の形態１１にかかるダイジェストについて、図６２〜図６５を用いて説明する。まず、ダイジェスト（図中ではHierarchicalSummaryと記述）の定義について図６２、６３を用いて説明する。
【０３９９】
図中６２００に示すように、HierarchicalSummaryのタイプが宣言されている。そして、図中６２０１に示すように、HierarchicalSummaryは、HierarchicalSummaryの観点（キーワード）リストであるSummaryThemeListをエレメントに持つと定義されている。また、図中６２０２に示すように、HierarchicalSummaryは、HierarchicalSummaryがどのようなセグメント構成になっているか示す情報であるHighlightLevelを要素として持つと定義されている。
【０４００】
また、図中６２０３に示すようにHierarchicalSummaryは、summaryComponentListを属性に持つと定義されている。SummaryComponentListは、図中６２０４に示すように、HierarchicalSummaryがどのような構成かを示すsummaryComponentListTypeを継承したものである。具体的には、SummaryComponentListTypeは、リストとしてフレーム構成を示すkeyFrames、ビデオクリップ構成を示すkeyVideoClips、オーディオクリップ構成を示すkeyAudioClips、テーマの構成を示すkeyThemes、や制約条件を示すunconstrainedを持つ構成になっている。
【０４０１】
次に、HierarchicalSummaryの観点（キーワード）リストであるSummaryThemeListの定義について図６４を用いて説明する。
【０４０２】
図中６４００に示すように、SummaryThemeListのタイプが宣言されている。
【０４０３】
そして、図中６４０１に示すように、SummaryThemeListは、HierarchicalSummaryの観点であるSummaryThemeを要素として持つと定義されている。また、SummaryThemeは、テキスト情報であり、言語情報も持つと定義されている。
【０４０４】
また、図中６４０２に示すように、SummaryThemeは、識別子であるidを属性に持つと定義されている。さらに、図中６４０３に示すように、SummaryThemeは、上位階層の他のSummaryThemeへの参照情報であるparentIdを持つと定義されている。
【０４０５】
このように、SummaryThemeを階層化した表現ができるようになっている。
【０４０６】
次に、HierarchicalSummaryがどのようなセグメント構成になっているか示す情報であるHighlightLevelの定義について図６５を用いて説明する。
【０４０７】
図中６５００に示すように、HighlightLevelは宣言されている。そして、図中６５０１に示すように、HighlightLevelはHierarchicalSummaryにふくまれるセグメント情報であるHighlightSegmentを要素として持つ。
【０４０８】
また、図中６５０２に示すように、HighlightLevelはHighlightLevelを要素として持つ。これにより、HighlightLevelの下位階層にHighlightLevelを持つことが可能になり、HighlightLevelを再帰的な構成にできる。
【０４０９】
また、HighlightLevelは、図中６５０３〜６５０６に示すように、HighlightLevelの名前情報であるnameと、HighlightLevelの優先度情報であるlevelと、HighlightLevelの長さ情報であるdurationと、どのSummaryThemeへの参照情報であるthemeIdsとを属性として持つ。
【０４１０】
このようにして、HighlightLevelを、SummaryThemeに対してリンクさせることができる。
【０４１１】
次に、HierarchicalSummaryの定義に基づいて作成されたSummaryThemeの具体例について、図６６を用いて説明する。
【０４１２】
SummaryThemeList６６００には、SummaryTheme６６０１ａ〜６６０１ｆが含まれる。
【０４１３】
SummaryTheme６６０１ａは、図中６６０２ａに示すように英語で示されている。そして、SummaryTheme６６０１ａは、図中６６０３ａに示すように”item0”というidを持つ。また、SummaryTheme６６０１ａは、図中６６０４ａに示すように”baseball”という内容である。
【０４１４】
また、SummaryTheme６６０１ｂは、図中６６０２ｂに示すように英語で示されている。そして、SummaryTheme６６０１ｂは、図中６６０３ｂに示すように”item01”というidを持つ。また、SummaryTheme６６０１ｂは、図中６６０４ｂに示すように”home run”という内容である。そして、SummaryTheme６６０１ｂは、図中６６０５ｂに示すように、”item0”というparentIDを持つ。つまり、SummaryTheme６６０１ｂは、SummaryTheme６６０１ａの下位階層に位置するSummaryThemeである。
【０４１５】
また、SummaryTheme６６０１ｃは、図中６６０２ｃに示すように英語で示されている。そして、SummaryTheme６６０１ｃは、図中６６０３ｃに示すように”item1”というidを持つ。また、SummaryTheme６６０１ｃは、図中６６０４ｃに示すように”basketball”という内容である。そして、SummaryTheme６６０１ａは、”item0”というparentIDを持つ。
【０４１６】
また、SummaryTheme６６０１ｄは、図中６６０２ｄに示すように英語で示されている。そして、SummaryTheme６６０１ｄは、図中６６０３ｄに示すように”item11”というidを持つ。また、SummaryTheme６６０１ｄは、図中６６０４ｄに示すように”three-pointer”という内容である。そして、SummaryTheme６６０１ｄは、図中６６０５ｄに示すように、”item1”というparentIDを持つ。つまり、SummaryTheme６６０１ｄは、SummaryTheme６６０１ｃの下位階層に位置するSummaryThemeである。
【０４１７】
また、SummaryTheme６６０１ｅは、図中６６０２ｅに示すように英語で示されている。そして、SummaryTheme６６０１ｅは、図中６６０３ｅに示すように”item12”というidを持つ。また、SummaryTheme６６０１ｅは、図中６６０４ｅに示すように”slamdunk”という内容である。そして、SummaryTheme６６０１ｅは、図中６６０５ｅに示すように、”item1”というparentIDを持つ。つまり、SummaryTheme６６０１ｅは、SummaryTheme６６０１ｃの下位階層に位置するSummaryThemeである。
【０４１８】
また、SummaryTheme６６０１ｆは、図中６６０２ｆに示すように英語で示されている。そして、SummaryTheme６６０１ｆは、図中６６０３ｆに示すように”item2”というidを持つ。また、SummaryTheme６６０１ｆは、図中６６０４ｆに示すように”soccer”という内容である。
【０４１９】
このように、SummaryThemeがparentIDを持つことで、他のSummaryThemeに対してリンクすることができる。また、SummaryTheme同士を階層化してリンクさせることができる。
【０４２０】
次に、SummaryThemeListを用いたHierarchicalSummaryの記述例について図６７を用いて説明する。
【０４２１】
図中６７００で示すように、”keyThemesSummary001”という名前を持つHierarchicalSummaryが宣言されている。
【０４２２】
そして、HierarchicalSummaryは、SummaryThemeList６７０１と、”summary001”という名前のHighlightLevel６７０２ａと、”summary002”という名前のHighlightLevel６７０２ｂとから構成されている。
【０４２３】
SummaryThemeList６７０１は、”slam dunk”というSummaryTheme６７０３ａを持つ。また、SummaryTheme６７０３ａは、”Ｅ０”というidを持つ。さらに、SummaryThemeList６７０１は、”3-point shots”というSummaryTheme６７０３ｂを持つ。また、SummaryTheme６７０３ｂは、”Ｅ1”というidを持つ。
【０４２４】
一方、HighlightLevel６７０２ａは、図中６７０４ａで示されるようなセグメント構成をしている。そして、HighlightLevel６７０２ａは、図中６７０５ａに示すように、”E0”というthemeIdsを持つ。つまり、HighlightLevel６７０２ａは、”E0”というidを持つSummaryTheme６７０３ａにリンクしている。よって、HighlightLevel６７０２ａは、”slam dunk”というSummaryThemeを持つ。
【０４２５】
また、HighlightLevel６７０２ｂは、図中６７０４ｂで示されるようなセグメント構成をしている。そして、HighlightLevel６７０２ｂは、図中６７０５ｂに示すように、”E1”というthemeIdsを持つ。つまり、HighlightLevel６７０２ｂは、”E1”というidを持つSummaryTheme６７０３ｂにリンクしている。よって、HighlightLevel６７０２ｂは、”3-point shots”というSummaryThemeを持つ。
【０４２６】
このようにして、HierarchicalSummaryにSummaryThemeを持たせることができる。
【０４２７】
また、このようにして、HighlightLevelとSummaryThemeとをリンクさせることができる。よって、HighlightLevelとSummaryThemeとを別構成に分けて記述できる。
また、実施の形態１から実施の形態１１において、ユーザープリファレンスは、ユーザーの利用履歴や購買履歴、イベント履歴、あらかじめ用意されたテンプレートなど何でも良い。
【０４２８】
また、実施の形態１から実施の形態１１において、ユーザープリファレンスにおけるコンテンツ識別子、時間長、キーワード、優先度またはキーワードの優先関係の記述方法は本実施例に限定しない。
【０４２９】
また、実施の形態１から実施の形態１１において、端末プリファレンスは具体的な、端末の種類や端末の能力値でなく、端末のカテゴリ（例えばＰＣ用、携帯端末用等）を代表するＩＤ等でもよい。また端末プリファレンスは端末によって一意に決まっても良いし、ファームウェアやソフトウェアのバージョンアップによって更新されても良い。
【０４３０】
また、実施の形態１から実施の形態１１において、データはオーディオ・ビデオやドキュメント以外のデータであってもよい。
【０４３１】
また、実施の形態１から実施の形態１１において、ユーザー適応制御部はユーザープリファレンスを更新しなくても良い。また、同じコンテンツに対して異なる複数のユーザー嗜好記述を持つこともできる。
【０４３２】
また、実施の形態１から実施の形態１０において、セグメント及びサブセグメントの階層は１以上いくつあってもよい。
【０４３３】
また、実施の形態２において、ユーザープリファレンス、端末プリファレンス、ネットワークプリファレンスは端末側でなく、サーバー側または全く別の管理サイトにあっても良い。また、ネットワークプリファレンスは、端末の契約するサービスによって一意に決まっても良いし、端末とサーバー間の通信の状態により一意または動的に決まっても良い。
【０４３４】
なお、上述した本発明の各部の全てもしくは一部の動作をプログラム化にし、このプログラムをコンピュータ読み取り可能な記憶媒体に格納し、コンピュータを用いてこのプログラムを実行することにより、各部の動作を実現するようにしてもよい。
【０４３５】
また、上述した本発明の各部の機能を発揮する専用のハードウェアを用いて実現しても構わない。
【０４３６】
また、上述した本発明に含まれる各部の全て又は一部の動作をコンピュータで実行するためのコンピュータ・プログラム・プロダクトという形態を採っても良い。
【０４３７】
本明細書は、１９９９年１２月３日出願の特願平１１−３４４４７６号及び２０００年３月１０日出願の特願２０００−０６６５３１号に基づく。これらの内容はすべてここに含めておく。
【産業上の利用可能性】
【０４３８】
以上のように、本発明によれば、第１に、ユーザーの嗜好情報をユーザープリファレンスとしてコンテンツ毎に持たせ、ユーザープリファレンスによってデータのセグメントを選択し、セグメントの優先度と端末能力に基づいて解像度変換を行うことで、コンテンツ毎にユーザーが見たい形態でデータ適応を行うことができる。
【０４３９】
第２に、ネットワークを介してコンテンツを配信する際にネットワークの伝送帯域の情報をネットワークプリファレンスとして取得し、セグメントの優先度と伝送帯域に応じてデータ量を調整することで、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行うことができる。
【特許請求の範囲】
【請求項１】
コンテンツのある時間範囲を構成する複数のセグメントに対応して、セグメントが記述されているデータ構造部からなる第１のメタデータと、前記セグメントに対応する前記コンテンツの内容を示すセグメント観点と、前記セグメント観点ごとに対象となる前記セグメントへのリンク情報と、前記セグメント観点に対する前記セグメント観点がリンクされている前記セグメントごとに設定される重要度を示すセグメント優先度とが記述されている属性部からなる第２のメタデータとで構成されたメタデータを取得するコンテンツデータ取得部と、
前記コンテンツに対するユーザーの嗜好に関するユーザー観点とユーザー優先度の組が記述されているユーザープリファレンス記述情報を取得するユーザープリファレンス取得部と、
前記メタデータから前記ユーザープリファレンス記述情報に該当するセグメントを抽出することにより、前記コンテンツを前記ユーザー嗜好に適応させた、第３のメタデータを出力するユーザー適応部と、
を具備したコンテンツ適合化装置。
【請求項２】
前記第２のメタデータの属性部には、各セグメント観点に、セグメントへのリンク情報とセグメント優先度の組が複数付与されている請求項１記載のコンテンツ適合化装置。
【請求項３】
前記第２のメタデータの属性部には、各セグメント観点に、セグメントへのリンク情報が複数付与されている請求項１記載のコンテンツ適合化装置。
【請求項４】
前記ユーザープリファレンス記述情報は、前記ユーザー観点とその属性としてユーザー優先度の組が複数付与されている請求項１記載のコンテンツ適合化装置。
【請求項５】
コンテンツのある時間範囲を構成する複数のセグメントに対応して、セグメントが記述されているデータ構造部からなる第１のメタデータと、前記セグメントに対応する前記コンテンツの内容を示すセグメント観点と、前記セグメント観点ごとに対象となる前記セグメントへのリンク情報と、前記セグメント観点に対する前記セグメント観点がリンクされている前記セグメントごとに設定される重要度を示すセグメント優先度とが記述されている属性部からなる第２のメタデータとで構成されたメタデータと、前記コンテンツの実データとを取得するステップと、
前記コンテンツに対するユーザーの嗜好に関するユーザー観点とユーザー優先度の組が記述されているユーザープリファレンス記述情報を取得するステップと、
前記メタデータから前記ユーザープリファレンス記述情報に該当するセグメントを抽出することにより、前記コンテンツを前記ユーザー嗜好に適応させた、第３のメタデータを出力するステップと、
からなるコンテンツ適合化方法。
【請求項１】
コンテンツのある時間範囲を構成する複数のセグメントに対応して、セグメントが記述されているデータ構造部からなる第１のメタデータと、前記セグメントに対応する前記コンテンツの内容を示すセグメント観点と、前記セグメント観点ごとに対象となる前記セグメントへのリンク情報と、前記セグメント観点に対する前記セグメント観点がリンクされている前記セグメントごとに設定される重要度を示すセグメント優先度とが記述されている属性部からなる第２のメタデータとで構成されたメタデータを取得するコンテンツデータ取得部と、
前記コンテンツに対するユーザーの嗜好に関するユーザー観点とユーザー優先度の組が記述されているユーザープリファレンス記述情報を取得するユーザープリファレンス取得部と、
前記メタデータから前記ユーザープリファレンス記述情報に該当するセグメントを抽出することにより、前記コンテンツを前記ユーザー嗜好に適応させた、第３のメタデータを出力するユーザー適応部と、
を具備したコンテンツ適合化装置。
【請求項２】
前記第２のメタデータの属性部には、各セグメント観点に、セグメントへのリンク情報とセグメント優先度の組が複数付与されている請求項１記載のコンテンツ適合化装置。
【請求項３】
前記第２のメタデータの属性部には、各セグメント観点に、セグメントへのリンク情報が複数付与されている請求項１記載のコンテンツ適合化装置。
【請求項４】
前記ユーザープリファレンス記述情報は、前記ユーザー観点とその属性としてユーザー優先度の組が複数付与されている請求項１記載のコンテンツ適合化装置。
【請求項５】
コンテンツのある時間範囲を構成する複数のセグメントに対応して、セグメントが記述されているデータ構造部からなる第１のメタデータと、前記セグメントに対応する前記コンテンツの内容を示すセグメント観点と、前記セグメント観点ごとに対象となる前記セグメントへのリンク情報と、前記セグメント観点に対する前記セグメント観点がリンクされている前記セグメントごとに設定される重要度を示すセグメント優先度とが記述されている属性部からなる第２のメタデータとで構成されたメタデータと、前記コンテンツの実データとを取得するステップと、
前記コンテンツに対するユーザーの嗜好に関するユーザー観点とユーザー優先度の組が記述されているユーザープリファレンス記述情報を取得するステップと、
前記メタデータから前記ユーザープリファレンス記述情報に該当するセグメントを抽出することにより、前記コンテンツを前記ユーザー嗜好に適応させた、第３のメタデータを出力するステップと、
からなるコンテンツ適合化方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【図５１】
【図５２】
【図５３】
【図５４】
【図５５】
【図５６】
【図５７】
【図５８】
【図５９】
【図６０】
【図６１】
【図６２】
【図６３】
【図６４】
【図６５】
【図６６】
【図６７】
【図６８】
【図６９】
【図７０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【図５１】
【図５２】
【図５３】
【図５４】
【図５５】
【図５６】
【図５７】
【図５８】
【図５９】
【図６０】
【図６１】
【図６２】
【図６３】
【図６４】
【図６５】
【図６６】
【図６７】
【図６８】
【図６９】
【図７０】
【公開番号】特開２０１１−１８１０７５（Ｐ２０１１−１８１０７５Ａ）
【公開日】平成２３年９月１５日（２０１１．９．１５）
【国際特許分類】
【出願番号】特願２０１１−５４９２０（Ｐ２０１１−５４９２０）
【出願日】平成２３年３月１４日（２０１１．３．１４）
【分割の表示】特願２００１−５４１９４７（Ｐ２００１−５４１９４７）の分割
【原出願日】平成１２年１１月２９日（２０００．１１．２９）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２３年９月１５日（２０１１．９．１５）
【国際特許分類】
【出願日】平成２３年３月１４日（２０１１．３．１４）
【分割の表示】特願２００１−５４１９４７（Ｐ２００１−５４１９４７）の分割
【原出願日】平成１２年１１月２９日（２０００．１１．２９）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]