JP4879358B2 - データ適合化装置、データ適合化方法 - Google Patents

データ適合化装置、データ適合化方法 Download PDF

Info

Publication number
JP4879358B2
JP4879358B2 JP2011054920A JP2011054920A JP4879358B2 JP 4879358 B2 JP4879358 B2 JP 4879358B2 JP 2011054920 A JP2011054920 A JP 2011054920A JP 2011054920 A JP2011054920 A JP 2011054920A JP 4879358 B2 JP4879358 B2 JP 4879358B2
Authority
JP
Japan
Prior art keywords
segment
user
priority
viewpoint
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2011054920A
Other languages
English (en)
Other versions
JP2011181075A (ja
Inventor
恒一 江村
敏彦 宗續
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Priority to JP2011054920A priority Critical patent/JP4879358B2/ja
Publication of JP2011181075A publication Critical patent/JP2011181075A/ja
Application granted granted Critical
Publication of JP4879358B2 publication Critical patent/JP4879358B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9577—Optimising the visualization of content, e.g. distillation of HTML documents
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440218—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440263—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by altering the spatial resolution, e.g. for displaying on a connected PDA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4516—Management of client data or end-user data involving client characteristics, e.g. Set-Top-Box type, software version or amount of memory available
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4532—Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/454—Content or additional data filtering, e.g. blocking advertisements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N5/926—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback by pulse code modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/78—Television signal recording using magnetic recording
    • H04N5/781—Television signal recording using magnetic recording on disks or drums

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Data Mining & Analysis (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Description

本発明は、データをユーザーの嗜好に適応させるデータ適合化装置及びデータ適応化方法、およびデータ適合化装置を含む記録媒体に関するものである。特に、デジタル放送やインターネットなどの放送及び通信メディアを介したビデオ、オーディオ、ドキュメントを含むデータ適合化装置に関するものである。
近年、放送のデジタル化の動きが活発になり通信との融合も進んできている。放送分野では既に衛星デジタル放送が開始され、今後地上波放送もデジタル化される予定である。放送内容をデジタル化することにより、従来のビデオ・オーディオに加えデータ放送も行われている。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とを別構成に分けて記述できる。
また、実施の形態１から実施の形態１１において、ユーザープリファレンスは、ユーザーの利用履歴や購買履歴、イベント履歴、あらかじめ用意されたテンプレートなど何でも良い。
また、実施の形態１から実施の形態１１において、ユーザープリファレンスにおけるコンテンツ識別子、時間長、キーワード、優先度またはキーワードの優先関係の記述方法は本実施例に限定しない。
また、実施の形態１から実施の形態１１において、端末プリファレンスは具体的な、端末の種類や端末の能力値でなく、端末のカテゴリ（例えばＰＣ用、携帯端末用等）を代表するＩＤ等でもよい。また端末プリファレンスは端末によって一意に決まっても良いし、ファームウェアやソフトウェアのバージョンアップによって更新されても良い。
また、実施の形態１から実施の形態１１において、データはオーディオ・ビデオやドキュメント以外のデータであってもよい。
また、実施の形態１から実施の形態１１において、ユーザー適応制御部はユーザープリファレンスを更新しなくても良い。また、同じコンテンツに対して異なる複数のユーザー嗜好記述を持つこともできる。
また、実施の形態１から実施の形態１０において、セグメント及びサブセグメントの階層は１以上いくつあってもよい。
また、実施の形態２において、ユーザープリファレンス、端末プリファレンス、ネットワークプリファレンスは端末側でなく、サーバー側または全く別の管理サイトにあっても良い。また、ネットワークプリファレンスは、端末の契約するサービスによって一意に決まっても良いし、端末とサーバー間の通信の状態により一意または動的に決まっても良い。
なお、上述した本発明の各部の全てもしくは一部の動作をプログラム化にし、このプログラムをコンピュータ読み取り可能な記憶媒体に格納し、コンピュータを用いてこのプログラムを実行することにより、各部の動作を実現するようにしてもよい。
また、上述した本発明の各部の機能を発揮する専用のハードウェアを用いて実現しても構わない。
また、上述した本発明に含まれる各部の全て又は一部の動作をコンピュータで実行するためのコンピュータ・プログラム・プロダクトという形態を採っても良い。
本明細書は、１９９９年１２月３日出願の特願平１１−３４４４７６号及び２０００年３月１０日出願の特願２０００−０６６５３１号に基づく。これらの内容はすべてここに含めておく。
以上のように、本発明によれば、第１に、ユーザーの嗜好情報をユーザープリファレンスとしてコンテンツ毎に持たせ、ユーザープリファレンスによってデータのセグメントを選択し、セグメントの優先度と端末能力に基づいて解像度変換を行うことで、コンテンツ毎にユーザーが見たい形態でデータ適応を行うことができる。
第２に、ネットワークを介してコンテンツを配信する際にネットワークの伝送帯域の情報をネットワークプリファレンスとして取得し、セグメントの優先度と伝送帯域に応じてデータ量を調整することで、ユーザーが受信したい形態でかつ、ネットワークの状態に合わせてスケーラブルにデータ適応を行うことができる。

Claims (4)

  1. コンテンツのある時間範囲を構成する複数のセグメントに対応して、セグメントが階層的に記述されているデータ構造部からなる第１のメタデータと、前記セグメントに対応する前記コンテンツの内容を示すセグメント観点と、前記セグメント観点ごとに対象となる前記セグメントへのリンク情報と、前記セグメント観点に対する前記セグメント観点がリンクされている前記セグメントごとに設定される重要度を示すセグメント優先度とが記述されている属性部からなる第２のメタデータとで構成されたメタデータを取得するコンテンツデータ取得部と、
    前記コンテンツに対するユーザーの嗜好に関するユーザー観点とユーザー優先度の組が記述されているユーザープリファレンス記述情報を取得するユーザープリファレンス取得部と、
    前記メタデータから前記ユーザープリファレンス記述情報に該当するセグメントを抽出することにより、前記コンテンツを前記ユーザー嗜好に適応させた、第３のメタデータを出力するユーザー適応部と、
    を具備し、
    前記第２のメタデータの属性部には、各セグメント観点に、セグメントへのリンク情報とセグメント優先度の組が複数付与された、
    コンテンツ適合化装置。
  2. 前記第２のメタデータの属性部には、各セグメント観点に、セグメントへのリンク情報が複数付与されている請求項１記載のコンテンツ適合化装置。
  3. 前記ユーザープリファレンス記述情報は、前記ユーザー観点とその属性としてユーザー優先度の組が複数付与されている請求項１記載のコンテンツ適合化装置。
  4. コンテンツのある時間範囲を構成する複数のセグメントに対応して、セグメントが階層的に記述されているデータ構造部からなる第１のメタデータと、前記セグメントに対応する前記コンテンツの内容を示すセグメント観点と、前記セグメント観点ごとに対象となる前記セグメントへのリンク情報と、前記セグメント観点に対する前記セグメント観点がリンクされている前記セグメントごとに設定される重要度を示すセグメント優先度とが記述されている属性部からなる第２のメタデータとで構成されたメタデータを取得するステップと、
    前記コンテンツに対するユーザーの嗜好に関するユーザー観点とユーザー優先度の組が記述されているユーザープリファレンス記述情報を取得するステップと、
    前記メタデータから前記ユーザープリファレンス記述情報に該当するセグメントを抽出することにより、前記コンテンツを前記ユーザー嗜好に適応させた、第３のメタデータを出力するステップと、
    からなり、
    前記第２のメタデータの属性部には、各セグメント観点に、セグメントへのリンク情報とセグメント優先度の組が複数付与された、
    コンテンツ適合化方法。

JP2011054920A 1999-12-03 2011-03-14 データ適合化装置、データ適合化方法 Expired - Fee Related JP4879358B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2011054920A JP4879358B2 (ja) 1999-12-03 2011-03-14 データ適合化装置、データ適合化方法

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP34447699 1999-12-03
JP1999344476 1999-12-03
JP2000066531 2000-03-10
JP2000066531 2000-03-10
JP2011054920A JP4879358B2 (ja) 1999-12-03 2011-03-14 データ適合化装置、データ適合化方法

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2001541947A Division JP4741133B2 (ja) 1999-12-03 2000-11-29 データ適合化装置、データ適合化方法

Publications (2)

Publication Number Publication Date
JP2011181075A JP2011181075A (ja) 2011-09-15
JP4879358B2 true JP4879358B2 (ja) 2012-02-22

Family

ID=26577778

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2001541947A Expired - Fee Related JP4741133B2 (ja) 1999-12-03 2000-11-29 データ適合化装置、データ適合化方法
JP2011054920A Expired - Fee Related JP4879358B2 (ja) 1999-12-03 2011-03-14 データ適合化装置、データ適合化方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2001541947A Expired - Fee Related JP4741133B2 (ja) 1999-12-03 2000-11-29 データ適合化装置、データ適合化方法

Country Status (7)

Country Link
US (1) US8266653B2 (ja)
EP (2) EP1246070A4 (ja)
JP (2) JP4741133B2 (ja)
KR (1) KR100441704B1 (ja)
CN (1) CN100437528C (ja)
AU (1) AU1648501A (ja)
WO (1) WO2001040953A1 (ja)

Families Citing this family (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020120925A1 (en) * 2000-03-28 2002-08-29 Logan James D. Audio and video program recording, editing and playback systems using metadata
US7134074B2 (en) 1998-12-25 2006-11-07 Matsushita Electric Industrial Co., Ltd. Data processing method and storage medium, and program for causing computer to execute the data processing method
JP2001333353A (ja) * 2000-03-16 2001-11-30 Matsushita Electric Ind Co Ltd データ処理方法および記録媒体、並びに該データ処理方法をコンピュータに実行させるためのプログラム
JP3966503B2 (ja) * 2002-05-30 2007-08-29 インターナショナル・ビジネス・マシーンズ・コーポレーション コンテンツ再生制御装置、データ管理装置、蓄積型コンテンツ配信システム、コンテンツの配信方法、制御データ送信サーバ、プログラム
US7251697B2 (en) * 2002-06-20 2007-07-31 Koninklijke Philips Electronics N.V. Method and apparatus for structured streaming of an XML document
CN1682224B (zh) * 2002-09-09 2012-08-15 皇家飞利浦电子股份有限公司 用于提供推荐的数据网络、用户终端和方法
US7103591B2 (en) * 2002-12-02 2006-09-05 International Business Machines Corporation Method of describing business and technology information for utilization
JP2004234158A (ja) * 2003-01-29 2004-08-19 Sony Corp 情報処理装置、およびコンテンツ管理方法、コンテンツ情報管理方法、並びにコンピュータ・プログラム
KR100745995B1 (ko) * 2003-06-04 2007-08-06 삼성전자주식회사 메타 데이터 관리 장치 및 방법
EP1647010B1 (de) * 2003-07-21 2017-09-06 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Audiodateiformatumwandlung
DE10339498B4 (de) * 2003-07-21 2006-04-13 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Audiodateiformatumwandlung
JP2005071227A (ja) * 2003-08-27 2005-03-17 Sony Corp メタデータ流通管理システム，メタデータ流通管理装置，個人別メタデータ管理装置，クライアント端末，メタデータ流通管理方法およびコンピュータプログラム
JP4550809B2 (ja) 2004-03-29 2010-09-22 パナソニック株式会社 蓄積表示装置及び連動表示方法並びにシステム
KR100664306B1 (ko) * 2004-10-29 2007-01-04 삼성전자주식회사 데이터 유효성 검증을 위한 예방 통제 데이터 생성 및검증 장치 및 방법
KR100673653B1 (ko) * 2005-08-22 2007-01-24 주식회사 텔레칩스 메타 데이터 검색 방법
US9703892B2 (en) 2005-09-14 2017-07-11 Millennial Media Llc Predictive text completion for a mobile communication facility
US8832100B2 (en) 2005-09-14 2014-09-09 Millennial Media, Inc. User transaction history influenced search results
US8209344B2 (en) 2005-09-14 2012-06-26 Jumptap, Inc. Embedding sponsored content in mobile applications
US10592930B2 (en) 2005-09-14 2020-03-17 Millenial Media, LLC Syndication of a behavioral profile using a monetization platform
US8302030B2 (en) 2005-09-14 2012-10-30 Jumptap, Inc. Management of multiple advertising inventories using a monetization platform
US10038756B2 (en) 2005-09-14 2018-07-31 Millenial Media LLC Managing sponsored content based on device characteristics
US8660891B2 (en) 2005-11-01 2014-02-25 Millennial Media Interactive mobile advertisement banners
US7577665B2 (en) * 2005-09-14 2009-08-18 Jumptap, Inc. User characteristic influenced search results
US8805339B2 (en) 2005-09-14 2014-08-12 Millennial Media, Inc. Categorization of a mobile user profile based on browse and viewing behavior
US8433297B2 (en) 2005-11-05 2013-04-30 Jumptag, Inc. System for targeting advertising content to a plurality of mobile communication facilities
US7660581B2 (en) 2005-09-14 2010-02-09 Jumptap, Inc. Managing sponsored content based on usage history
US20070061242A1 (en) * 2005-09-14 2007-03-15 Jorey Ramer Implicit searching for mobile content
US8615719B2 (en) 2005-09-14 2013-12-24 Jumptap, Inc. Managing sponsored content for delivery to mobile communication facilities
US8812526B2 (en) 2005-09-14 2014-08-19 Millennial Media, Inc. Mobile content cross-inventory yield optimization
US8156128B2 (en) 2005-09-14 2012-04-10 Jumptap, Inc. Contextual mobile content placement on a mobile communication facility
US20110313853A1 (en) 2005-09-14 2011-12-22 Jorey Ramer System for targeting advertising content to a plurality of mobile communication facilities
US8364521B2 (en) 2005-09-14 2013-01-29 Jumptap, Inc. Rendering targeted advertisement on mobile communication facilities
US8311888B2 (en) 2005-09-14 2012-11-13 Jumptap, Inc. Revenue models associated with syndication of a behavioral profile using a monetization platform
US9471925B2 (en) 2005-09-14 2016-10-18 Millennial Media Llc Increasing mobile interactivity
US8666376B2 (en) 2005-09-14 2014-03-04 Millennial Media Location based mobile shopping affinity program
US8229914B2 (en) 2005-09-14 2012-07-24 Jumptap, Inc. Mobile content spidering and compatibility determination
US8131271B2 (en) 2005-11-05 2012-03-06 Jumptap, Inc. Categorization of a mobile user profile based on browse behavior
US8238888B2 (en) 2006-09-13 2012-08-07 Jumptap, Inc. Methods and systems for mobile coupon placement
US8103545B2 (en) 2005-09-14 2012-01-24 Jumptap, Inc. Managing payment for sponsored content presented to mobile communication facilities
US7769764B2 (en) 2005-09-14 2010-08-03 Jumptap, Inc. Mobile advertisement syndication
US8989718B2 (en) 2005-09-14 2015-03-24 Millennial Media, Inc. Idle screen advertising
US8503995B2 (en) 2005-09-14 2013-08-06 Jumptap, Inc. Mobile dynamic advertisement creation and placement
US10911894B2 (en) 2005-09-14 2021-02-02 Verizon Media Inc. Use of dynamic content generation parameters based on previous performance of those parameters
US7702318B2 (en) 2005-09-14 2010-04-20 Jumptap, Inc. Presentation of sponsored content based on mobile transaction event
US20110153428A1 (en) * 2005-09-14 2011-06-23 Jorey Ramer Targeted advertising to specified mobile communication facilities
US7676394B2 (en) 2005-09-14 2010-03-09 Jumptap, Inc. Dynamic bidding and expected value
US7752209B2 (en) 2005-09-14 2010-07-06 Jumptap, Inc. Presenting sponsored content on a mobile communication facility
US20110145076A1 (en) * 2005-09-14 2011-06-16 Jorey Ramer Mobile Campaign Creation
US9076175B2 (en) 2005-09-14 2015-07-07 Millennial Media, Inc. Mobile comparison shopping
US9201979B2 (en) 2005-09-14 2015-12-01 Millennial Media, Inc. Syndication of a behavioral profile associated with an availability condition using a monetization platform
US7912458B2 (en) 2005-09-14 2011-03-22 Jumptap, Inc. Interaction analysis and prioritization of mobile content
US9058406B2 (en) 2005-09-14 2015-06-16 Millennial Media, Inc. Management of multiple advertising inventories using a monetization platform
US8819659B2 (en) 2005-09-14 2014-08-26 Millennial Media, Inc. Mobile search service instant activation
US8688671B2 (en) 2005-09-14 2014-04-01 Millennial Media Managing sponsored content based on geographic region
US8364540B2 (en) 2005-09-14 2013-01-29 Jumptap, Inc. Contextual targeting of content using a monetization platform
US8195133B2 (en) 2005-09-14 2012-06-05 Jumptap, Inc. Mobile dynamic advertisement creation and placement
US8175585B2 (en) 2005-11-05 2012-05-08 Jumptap, Inc. System for targeting advertising content to a plurality of mobile communication facilities
KR101366805B1 (ko) 2006-05-30 2014-02-21 삼성전자주식회사 사용자 관심 사항에 기초한 이동 통신 장치의애플리케이션의 런칭 패드 장치 및 구동 방법
CA2658798A1 (en) * 2006-12-12 2008-06-19 Panasonic Corporation Content information outputting apparatus, content information receiving apparatus, content information outputting method, content information receiving method
KR100964013B1 (ko) * 2007-11-09 2010-06-15 광주과학기술원 사용자 선호도 기반의 데이터 변환 서비스 시스템 및 그방법
CN102783167B (zh) 2010-03-05 2015-10-14 三星电子株式会社 基于文件格式生成和再现自适应流的方法和装置
EP2614654B1 (en) * 2010-09-07 2018-12-19 Samsung Electronics Co., Ltd Manifest mechanism in broadcast involved system
US8782519B1 (en) * 2011-10-27 2014-07-15 Symantec Corporation Systems and methods for archiving and displaying lengthy documents based on content priority levels
US20130127920A1 (en) * 2011-11-22 2013-05-23 Sap Portals Israel Ltd. Focusing on Contextually-Relevant Content
US9172999B2 (en) * 2012-08-08 2015-10-27 Verizon Patent And Licensing Inc. Behavioral keyword identification based on thematic channel viewing
US8774596B2 (en) * 2012-12-10 2014-07-08 Futurewei Technologies, Inc. Context driven video prioritization and bookmarking
MX366219B (es) 2013-12-03 2019-07-03 Sony Corp Dispositivo de recepcion.
US9608876B2 (en) 2014-01-06 2017-03-28 Microsoft Technology Licensing, Llc Dynamically adjusting brand and platform interface elements
US9483811B2 (en) 2014-01-06 2016-11-01 Microsoft Technology Licensing, Llc Division of processing between systems based on external factors
US9501808B2 (en) 2014-01-06 2016-11-22 Microsoft Technology Licensing, Llc Division of processing between systems based on business constraints
JP7529950B2 (ja) 2020-11-25 2024-08-07 株式会社Ｎｔｔドコモ 情報処理システム

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5434678A (en) * 1993-01-11 1995-07-18 Abecassis; Max Seamless transmission of non-sequential video segments
JPH07152668A (ja) 1993-11-26 1995-06-16 Canon Inc 情報処理装置及び通信方法
JPH0946689A (ja) 1995-07-28 1997-02-14 Hitachi Ltd 映像ソフト紹介システムおよび映像ソフト紹介方法
JPH09128405A (ja) 1995-10-31 1997-05-16 Toshiba Corp 文書検索方法及び文書検索装置
TW347498B (en) 1996-09-30 1998-12-11 Casio Computer Co Ltd Information supply system
US20020120925A1 (en) * 2000-03-28 2002-08-29 Logan James D. Audio and video program recording, editing and playback systems using metadata
US7055166B1 (en) * 1996-10-03 2006-05-30 Gotuit Media Corp. Apparatus and methods for broadcast monitoring
JP3814903B2 (ja) * 1996-12-25 2006-08-30 株式会社日立製作所 映像・データ表示方法及び装置
JP3803189B2 (ja) 1998-01-07 2006-08-02 松下電器産業株式会社 番組情報編成装置
JP3274393B2 (ja) 1997-09-22 2002-04-15 株式会社ディジタル・ビジョン・ラボラトリーズ ネットワークシステム、データ配信方法、および、配信用データが記録されたコンピュータ読み取り可能な記録媒体
JPH11126205A (ja) * 1997-10-22 1999-05-11 Fujitsu Ltd マルチメディアデータ・プレゼンテーションシステムおよびそれを実現するプログラムを記憶する記憶媒体
JPH11134364A (ja) 1997-10-31 1999-05-21 Omron Corp 体系化知識解析方法及び装置並びに分類方法及び装置
JP3208116B2 (ja) * 1998-02-03 2001-09-10 株式会社次世代情報放送システム研究所 映像インデックス情報を記録した記録媒体、映像インデックス情報を用いた映像情報管理方法、音声インデックス情報を記録した記録媒体および音声インデックス情報を用いた音声情報管理方法
JPH11242687A (ja) 1998-02-26 1999-09-07 Dainippon Screen Mfg Co Ltd 実時間連続データ管理システム及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体
JPH11288403A (ja) 1998-04-03 1999-10-19 Toshiba Corp 分散ネットワークコンピューティングシステム、同システムに用いられる情報交換装置、情報交換方法、及び記憶媒体
US6356902B1 (en) 1998-07-28 2002-03-12 Matsushita Electric Industrial Co., Ltd. Method and system for storage and retrieval of multimedia objects
JP2000066531A (ja) 1998-08-25 2000-03-03 Fuji Xerox Co Ltd 画像形成装置
US6487566B1 (en) * 1998-10-05 2002-11-26 International Business Machines Corporation Transforming documents using pattern matching and a replacement language
JP3551045B2 (ja) 1998-11-02 2004-08-04 松下電器産業株式会社 データ送受信装置および方法
JP2001333353A (ja) 2000-03-16 2001-11-30 Matsushita Electric Ind Co Ltd データ処理方法および記録媒体、並びに該データ処理方法をコンピュータに実行させるためのプログラム
US6470378B1 (en) * 1999-03-31 2002-10-22 Intel Corporation Dynamic content customization in a clientserver environment
KR100319157B1 (ko) * 1999-09-22 2002-01-05 구자홍 사용자 프로파일의 복합항목 사용자 선호도 정보 자료구조와 복합항목 사용자 선호도 정보 자료구조를 이용한 멀티미디어 콘텐트 필터링 및 검색 방법
US7882520B2 (en) * 2000-12-20 2011-02-01 Tivo Inc. Broadcast program recording overrun and underrun scheduling system
JP3810268B2 (ja) * 2000-04-07 2006-08-16 シャープ株式会社 オーディオビジュアルシステム
US7334249B1 (en) * 2000-04-26 2008-02-19 Lucent Technologies Inc. Method and apparatus for dynamically altering digital video images
US8302127B2 (en) * 2000-09-25 2012-10-30 Thomson Licensing System and method for personalized TV

Also Published As

Publication number Publication date
EP1950673A3 (en) 2010-01-20
AU1648501A (en) 2001-06-12
JP4741133B2 (ja) 2011-08-03
KR20020060983A (ko) 2002-07-19
EP1950673A2 (en) 2008-07-30
EP1246070A4 (en) 2004-08-18
CN1433546A (zh) 2003-07-30
CN100437528C (zh) 2008-11-26
KR100441704B1 (ko) 2004-07-27
JP2011181075A (ja) 2011-09-15
EP1246070A1 (en) 2002-10-02
US20020184622A1 (en) 2002-12-05
WO2001040953A1 (fr) 2001-06-07
US8266653B2 (en) 2012-09-11

Similar Documents

Publication Publication Date Title
JP4879358B2 (ja) データ適合化装置、データ適合化方法
US20230359613A1 (en) Systems and methods for generating smart responses for natural language queries
JP6266818B2 (ja) 双方向メディアガイダンスアプリケーションにおいてメディアを取得、分類、および配信するためのシステムおよび方法
JP7007917B2 (ja) 会話におけるコンテキスト切替を決定するためのシステムおよび方法
US8266660B2 (en) Portal for future episode information
CN104053032B (zh) 虚拟频道的管理方法和网络多媒体重现系统
US8381249B2 (en) Systems and methods for acquiring, categorizing and delivering media in interactive media guidance applications
CN1600022A (zh) 向用户介绍推荐理由的媒体推荐器
US20160316268A1 (en) Systems and methods for improving accuracy in media asset recommendation models
KR20010080633A (ko) 습관, 통계적 추론 및 사이코-데모그래픽 프로파일에기초한 스마트 에이전트
JP2021048611A (ja) メディアアセット推奨モデルにおける正確度を向上させるためのシステムおよび方法
US20160314410A1 (en) Systems and methods for improving accuracy in media asset recommendations based on data from one data space
JP2021516356A (ja) 音声データおよびメディア消費データに基づいてユーザを識別するためのシステムおよび方法
JP2002007460A (ja) コンテンツ選択装置、コンテンツ選択方法および記録媒体
EP3628123B1 (en) Systems and methods for generating aggregated media assets on related content from different sources
CN104754427B (zh) 用于确定媒体分级的方法和系统
AU2018241142B2 (en) Systems and Methods for Acquiring, Categorizing and Delivering Media in Interactive Media Guidance Applications
WO2006019232A1 (en) Method and apparatus for accessing tv contents data utilizing virtual domain system and the media and transferring signal containing the method

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110830

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111007

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20111108

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20111129

R150 Certificate of patent or registration of utility model

Ref document number: 4879358

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141209

Year of fee payment: 3

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees