(57)【要約】【課題】ユーザが用いる端末、ユーザと端末の周囲環境、ユーザの特性や嗜好を考慮してコンテンツを配信する。【解決手段】端末１２０との間で情報の送受信を行う入出力部１０６と、モーダルで構成されたコンテンツを管理するコンテンツ管理部１０４と、入出力部１０６とコンテンツ管理部１０４を制御する制御部１０５とを備え、制御部１０５は、端末１２０の出力インターフェース１２４に関する端末属性情報と、端末の現在の周囲環境に関する環境属性情報と、ユーザの特性に関するユーザ属性情報とからなる属性情報を取得し、取得した属性情報に基づいて端末に配信するコンテンツのモーダルを指定するモーダル構成情報を生成し、このモーダル構成情報を用いて前記コンテンツ管理部１０４のコンテンツの配信用のモーダル構成を決定し、前記決定したモーダルで構成された前記コンテンツを前記入出力部を介して前記端末に配信する。【選択図】    図１
2004350214.tif 000002
【特許請求の範囲】
【請求項１】
接続する端末との間で情報の送受信を行う入出力部と、
少なくとも１つ以上のモーダルで構成されたコンテンツを管理するコンテンツ管理部と、
前記入出力部と該コンテンツ管理部とを制御する制御部とを備え、
該制御部は、
前記入出力部を介して端末の出力インタフェースに関する端末属性情報と、前記端末の現在の周囲環境に関する環境属性情報と、前記端末を用いてコンテンツを利用するユーザの特性に関するユーザ属性情報とからなる属性情報のうち、少なくとも２つの属性情報を取得し、
前記取得した属性情報に基づいて、前記端末に配信するモーダルを指定するモーダル構成情報を生成し、
このモーダル構成情報を用いて前記コンテンツ管理部のコンテンツの配信用のモーダル構成を決定し、
前記決定したモーダルで構成された前記コンテンツを前記入出力部を介して前記端末に配信することを特徴とするコンテンツ配信サーバ。
【請求項２】
前記制御部は、前記モーダルの決定を、前記コンテンツ管理部で管理されるコンテンツを構成するモーダルから前記モーダル構成情報に対応するコンテンツのモーダルを選択することで行うことを特徴とする請求項１に記載のコンテンツ配信サーバ。
【請求項３】
前記制御部は、前記モーダルの決定を、前記モーダル構成情報に基づいて、前記コンテンツ管理部で管理されるコンテンツを構成するモーダルを選択し、このモーダルを前記決定したモーダルに再構成することで行うことを特徴とする請求項１に記載のコンテンツ配信サーバ。
【請求項４】
前記制御部は、前記モーダルの決定を、前記モーダル構成情報に基づいて、前記コンテンツ管理部で管理されるコンテンツを構成するモーダルを選択し、このモーダルを異なるモーダルに変換することで行うことを特徴とする請求項１に記載のコンテンツ配信サーバ。
【請求項５】
前記制御部は、前記モーダル構成情報の生成を、複数の属性要素の優先順を記載した属性関係表を有し、前記属性情報の取得で得た属性情報と前記属性関係表を用いて端末に配信するモーダルを決定することを特徴とする請求項１ないし請求項４のいずれか一つに記載のコンテンツ配信サーバ。
【請求項６】
前記制御部は、前記端末属性情報を、前記端末の画像出力部の有無と、音声出力部の有無と、該画像出力部あるいは該音声出力部に表示可能なモーダルの種類とのうち少なくとも１つを含むことを特徴とする請求項１ないし請求項５のいずれか一つに記載のコンテンツ配信サーバ。
【請求項７】
前記制御部は、前記環境属性情報を、前記端末の現在位置および該端末とユーザの間の位置関係と、該端末とユーザの間の音響特性と、該端末とユーザの間の画像特性とのうちの少なくとも１つを含むことを特徴とする請求項１ないし請求項５のいずれか一つに記載のコンテンツ配信サーバ。
【請求項８】
前記制御部は、前記ユーザ属性情報を、ユーザの視覚に関する能力と、ユーザの聴覚に関する能力と、ユーザの映像および音響に対する嗜好情報とのうちの少なくとも１つを含むことを特徴とする請求項１ないし請求項５のいずれか一つに記載のコンテンツ配信サーバ。
【請求項９】
前記制御部は、前記モーダル構成情報の生成を、前記端末属性情報を優先して評価することを特徴とする請求項１ないし請求項８のいずれか一つに記載のコンテンツ配信サーバ。
【請求項１０】
少なくとも１つ以上のモーダルで構成されたコンテンツを受信する入力部と、
前記受信したモーダルを再生する出力インターフェースと、
前記入力部と出力インターフェースとを制御する制御部とを備え、
該制御部は、
前記出力インタフェースに関する端末属性情報と、前記端末の現在の周囲環境に関する環境属性情報と、前記端末を用いてコンテンツを利用するユーザの特性に関するユーザ属性情報とからなる属性情報のうち、少なくとも２つの属性情報を取得し、
前記取得した属性情報に基づいて、再生するモーダルを指定するモーダル構成情報を生成し、
このモーダル構成情報に基づいて、受信したモーダルから、前記出力インターフェースで再生するモーダルを決定することを特徴とするコンテンツ受信端末。
【請求項１１】
少なくとも１つ以上のモーダルで構成されたコンテンツを接続された端末に配信するプログラムであって、
入出力部を介して端末の出力インタフェースに関する端末属性情報と、前記端末の現在の周囲環境に関する環境属性情報と、前記端末を用いてコンテンツを利用するユーザの特性に関するユーザ属性情報とからなる属性情報のうち、少なくとも２つの属性情報を取得し、
前記取得した属性情報に基づいて、前記端末に配信するモーダルを指定するモーダル構成情報を生成し、
このモーダル構成情報を用いて前記コンテンツ管理部のコンテンツの配信用のモーダル構成を決定し、
前記決定したモーダルで構成された前記コンテンツを端末に配信する配信方法をコンピュータに機能させることを特徴とするプログラム。
【請求項１２】
前記モーダル構成情報の生成は、複数の属性要素の優先順を記載した属性関係表を有し、前記取得した属性情報と前記属性関係表を用いて端末に配信するモーダルを決定することを特徴とする請求項１１に記載のプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ユーザが利用する端末の性能や機能と、その端末が置かれている状況、および、ユーザの特性からなる利用状況に適応させてコンテンツを適宜変更する、コンテンツ配信サービスに用いられる配信サーバおよび利用者端末に関する。
【０００２】
【従来の技術】
従来、コンテンツ配信サービスにおいてユーザの利用状況に適応するようなサービスとしては、以下のような例が存在した。
【０００３】
特開２００１−２０２０００号公報（特許文献１）では、利用者が行動予定を予め登録しておき、サーバが持つ複数のコンテンツの属性と行動の属性との関係と、コンテンツ間の関係を評価し、ユーザがコンテンツ、特に教育コンテンツを理解する効果を最大にするための複数のコンテンツの配信順序を決定し、これらを時間を追って順に端末に配信していた。
【０００４】
特開２００２−２７１３８３号公報（特許文献２）では、サーバと端末間を接続する通信環境および端末で動作する再生ソフトに適応させて、コンテンツの配信方法や品質を変更して配信を行っていた。
【０００５】
また、特開２００２−１８３０３１号公報（特許文献３）では、ユーザ認証の際にサンプルＡと、そのサンプルの表示態様の例Ｂ、Ｃが提供され、端末側のユーザが表示態様の例からいずれかを選択すると、その選択の結果に基づいてユーザ側の閲覧環境の情報が検出され、コンテンツの提供者側では、パターン化された表示態様から選択して配信していた。
【０００６】
また、特開２００２−２６９１４１号公報（特許文献４）では、クライアントがコンテンツを視聴する環境条件に適合するようにコンテンツを編集してクライアントに提供するサーバが提案されており、サーバは予め抽出したクライアントの環境条件に応じてコンテンツを編集し、配信していた。
【０００７】
【特許文献１】
特開２００１−２０２０００号公報
【特許文献２】
特開２００２−２７１３８３号公報
【特許文献３】
特開２００２−１８３０３１号公報
【特許文献４】
特開２００２−２６９１４１号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、上記従来技術においては、ユーザの行動（または環境）は予め入力される必要があり、その予定を変更した行動を行う場合には、状況に適応しないコンテンツが配信されるか、改めて行動予定や環境を入力して変更する必要があった。
【０００９】
また、上記従来例ではユーザの特性や端末が置かれている周囲の状況への適応には言及しておらず、従来、ユーザの特性や嗜好、端末の種類や性能、ユーザや端末がおかれている環境を総合的に判断し、適応したモーダル（ユーザへの情報提示（または表現）手段）を持つコンテンツを配信して提示することが課題であった。
【００１０】
本発明の目的は、ユーザが視聴したいと思った時に、ユーザの能力や嗜好に即したモーダルで、かつ、その利用端末や時間帯及び場所に適応したコンテンツを配信することで、ユーザがいつでもどこでも個々人にとって有効な形式で視聴できるようにすることを目的とする。
【００１１】
【課題を解決するための手段】
本発明は、接続する端末との間で情報の送受信を行う入出力部と、少なくとも１つ以上のモーダルで構成されたコンテンツを管理するコンテンツ管理部と、前記入出力部と該コンテンツ管理部とを制御する制御部とを備え、該制御部は、前記入出力部を介して端末の出力インタフェースに関する端末属性情報と、前記端末の現在の周囲環境に関する環境属性情報と、前記端末を用いてコンテンツを利用するユーザの特性に関するユーザ属性情報とからなる属性情報のうち、少なくとも２つの属性情報を取得し、前記取得した属性情報に基づいて、前記端末に配信するモーダルを指定するモーダル構成情報を生成し、このモーダル構成情報を用いて前記コンテンツ管理部のコンテンツの配信用のモーダル構成を決定し、前記決定したモーダルで構成された前記コンテンツを前記入出力部を介して前記端末に配信し、端末の環境、位置、端末を使用するユーザの状況に適したモーダルを配信する。
【００１２】
【発明の実施の形態】
以下、本発明の一実施形態を添付図面に基づいて説明する。
【００１３】
図１は本発明のシステム構成図である。コンテンツ配信サーバ１０１は、主に、制御部１０５を中心に、コンテンツを管理するコンテンツ管理部１０４、および端末１２０と通信を行う入出力部１０６から構成される。
【００１４】
また、コンテンツ管理部１０４により管理されるコンテンツを保持するコンテンツＤＢ（データベース）１０７があり、この中には基本コンテンツ１１０が蓄えられている。制御部１０５において、後に説明する端末に適応するコンテンツとして再構成するためのルールとして用いる属性関係表１０８と、それから生成されるモーダル構成情報１０９を持つ。
【００１５】
なお、本発明におけるモーダルとは、人間がメディア上の情報を解釈する手段であり、音声や音楽、音響、画像、テキスト、コンピュータグラフィクス、およびベクトルデータ（地図）等の、コンテンツを構成する情報提示手段と定義する。また、コンテンツは、モーダルで構成されたもので、例えば、映画のコンテンツでは、画像、音声、音響またはテキスト（字幕）のモーダルから構成されるものである。
【００１６】
また、端末１２０としては、パーソナルコンピュータやＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、携帯電話、カーナビゲーション装置、本体から離れて利用可能な表示装置（例えば、Ｓｍａｒｔ    Ｄｉｓｐｌａｙ）等で構成することができる。
【００１７】
一方、ネットワークを介してコンテンツ配信サーバ１０１に接続された端末１２０は制御部１２３を中心として、配信サーバと通信を行う入出力部１２２と、ユーザにコンテンツを表示または出力するインターフェース部１２４、および、外部環境の状況を検出するためのセンサ部１２５から構成される。なお、コンテンツ配信サーバ１０１は、同時に複数の端末１２０と接続し、コンテンツ配信等の通信を含む運用が可能である。また、センサ部１２５は、例えば、端末１２０の周囲の騒音を測定するマイクや、端末１２０の周囲の明暗を検出するＣＣＤカメラ、端末の位置を測定するＧＰＳや無線ネットワーク装置、あるいは、ネットワークとの接続速度を検出するネットワーク装置、公共の場にいるか否かを判定するマナースイッチ等で構成することができる。
【００１８】
ここで本発明の概要を、上記従来の場合と本発明を用いた場合のユーザへの表示例を図２〜図４を用い、両者を比較して説明する。
【００１９】
図２は従来例を示し、一般的なコンテンツ配信の説明図である。従来の一般的コンテンツ配信を用いると、コンテンツ配信サーバ１０１ａと端末１２０ａを接続してコンテンツを配信し、表示インターフェースよりユーザ１２１へ表示するが、送られてくるコンテンツ１１６はサーバが予め持つ基本コンテンツ１１０と同じである。
【００２０】
この従来例では、動画像を含む画像モーダルを画像インターフェース１３１ａに表示し、また、音声を含む音響モーダルを音響インターフェース１３２ａに表示する。図２では前者として山の上に月が出ている画像、後者としてナレーションとして「山の上に月が出ています」という音声が表示（なお、本実施形態では表示という概念に音声の出力なども含むものとする。以下同様）されているとする。
【００２１】
しかし、配信サーバ１０１ａ側では端末１２０ａの画像インターフェース１３１ａや音響インターフェース１３２ａの有無の情報は送られていないから配信へは用いられていない。このため、端末１２０ａに画像インターフェース１３１ａが無いまたは機能していない状態であっても、コンテンツ配信サーバ１０１ａは、画像モーダルと、利用されることのない音響モーダルを配信し、ネットワークの帯域を無駄に占有することになる。
【００２２】
図３は本発明による表示の一例（音声のみ）の説明図である。この例では、端末１２０ｂには音響インターフェース１３２ｂが存在する。画像インターフェース１３１ｂに関しては存在しないか、画像を表示するには不十分であるか、あるいはユーザが画像は不要であるという嗜好を持っているとする。
【００２３】
この場合には、ユーザ１２１ｂには図２と同様にナレーションが表示されるのみでよいし、そもそも、比較的データ量の多い画像データに関してはサーバから配信する必要がない。
【００２４】
したがって、本発明により、まず、端末１２０ｂから表示インターフェース１３１ｂの有無あるいは性能（画面の大きさや画素数または解像度、発色数など）からなる端末１２０ｂの端末属性情報と、ユーザ１２１ｂの特性や嗜好であるユーザ属性情報を、コンテンツの配信を受ける前にコンテンツ配信サーバ１０１に属性情報１１５ｂとして送信する。
【００２５】
この属性情報１１５ｂによりコンテンツ配信サーバ１０１内で必要なモーダルを判定し、この場合には音声モーダルのみを端末１２０ｂに配信する。これにより、上記図２の従来例に比してコンテンツ配信サーバ１０１と端末１２０ｂ間の伝送路のデータが少なくなり、より高効率なコンテンツ配信を行うことができる。なお、この例では端末１２０ｂとユーザ１２１ｂが離れていたり、端末１２０ｂが鞄の中である等遮断されたりして、ユーザ１２１ｂが画像インターフェース１３１ｂを視認することができない場合を含んでいる。このような場合には、端末１２０ｂが環境属性情報としてコンテンツ配信サーバ１０１へ通知することにより、上記と同様の結果が得られることが望ましい。
【００２６】
図４は本発明による表示の一例（画像のみ）の説明図である。この場合のユーザ１２１ｃは音が聞き取りにくいとする。また、端末１２０ｃは画像インターフェース１３１ｃも音響インターフェース１３２ｃも持っている。しかし、ユーザ１２１ｃへ音響として表示したとしても認識できないために何らかの補助が必要であり、例えばサーバから送られてくるコンテンツには音声をテキストで表示することが必要である。
【００２７】
一般にコンテンツ配信サーバ１０１が持つ基本コンテンツ１１０は専用の配信サービスである場合を除き、ユーザは視ることも聞くことも可能であり、端末には画像も音響も表示可能であることを前提とする傾向がある。
【００２８】
本発明では、端末属性情報、ユーザ属性情報、および環境属性情報を端末１２０ｃからコンテンツ配信サーバ１０１に属性情報１１５ｃとして送り、サーバ１０１側では本来音声や音響として配信していたモーダルをテキストとしてモーダル変換を行い、新たにこの例の場合でのコンテンツとしてテキストを配信する。
【００２９】
これにより、端末１２０ｃでは画像とテロップ（あるいはキャプションとも言う）としてコンテンツ配信サーバ１０１からのテキストを画像インターフェース１３１ｃに表示し、ユーザ１２１ｃに提供可能である。
【００３０】
なお、この例には、たとえばユーザ１２１ｃおよび端末１２０ｃが電車や公共の施設等の公共の場所におり、音響での出力がはばかれる場合に「マナーモード」として音響を出力せず、すべて画像としての表示で理解する場合も含む。
【００３１】
これら２例を始めとして、コンテンツ配信のサービスを受ける端末、利用するユーザ、あるいは、ユーザと端末の関係として双方がおかれる環境には様々な状況が考えられ、コンテンツ配信サーバはなるべく多くの場合に対応可能であることが望ましい。
【００３２】
そのためには、前記３つの属性情報、つまり、ユーザ属性情報、端末属性情報、および、環境属性情報をコンテンツ配信サーバ１０１側が知り、総合的に考慮し、適応したコンテンツを端末に配信することを実現するのが本発明の主旨である。
【００３３】
図５はユーザ属性情報の一例を示す説明図である。ユーザ属性情報にはテーブルとして項目番号５０１、ユーザ属性名５０２とその値５０３が格納される。
【００３４】
図５においては、ユーザが視覚および聴覚が可能か困難か（視覚に関する能力の高低または聴覚に関する能力の高低）の２つの項目が示されている。
【００３５】
図６は端末属性情報の一例を示す説明図である。端末属性情報にはテーブルとして項目番号６０１、端末属性名６０２とその値６０３が格納される。この例では、端末１２０に画像インターフェース１３１や音響インターフェース１３２の有無や機能及びデコード可能なデータフォーマットを端末属性名６０２に格納し、値６０３には端末属性名６０２に格納された各機能やデータフォーマットが実際に機能しているか否かを示す。
【００３６】
図１０は、上記図１の構成において、端末１２０で実行される端末属性取得処理のフローチャートを示し、上記図６の端末属性情報を取得するものである。
【００３７】
まず、ステップ１００１では、画像インターフェース１３１の有無を判定し、画像インターフェース１３１があれば（または機能が有効）ステップ１００３で上記図６の端末属性情報に画像インターフェース１３１を追加する。
【００３８】
ステップ１００２では、音響インターフェース１３２の有無を判定し、画像インターフェース１３２があれば（または機能が有効）、ステップ１００４で上記図６の端末属性情報へ音響インターフェース１３２を追加する。
【００３９】
次に、ステップ１００５のサブルーチンでは、端末１２０で表示可能なモーダルのデータフォーマットについて調べ、使用可能なモーダルのデータフォーマット（またはコーデック）をステップ１００６にて端末属性情報に追加する。
【００４０】
以上の処理により、端末属性情報を取得することができる。そして、端末１２０はこの端末属性情報をコンテンツ配信サーバ１０１へ送信する。
【００４１】
図７は、環境属性情報の一例を示す説明図である。環境属性情報にはテーブルとして項目番号７０１、環境属性名７０２およびその値７０３が格納され、例えば、端末１２０のセンサ部１２５としてＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）が検出した場所を示す経度：緯度は、場所を環境属性名７０２に、緯度：経度を値７０３に格納し、同じくマナースイッチの動作に応じて検出したマナーモードとＧＰＳが検出した位置情報を端末１２０側で別に用意する地図データと比較し、例えば、現在の位置では電車に乗っているといった属性情報から、場所と状況が電車の車内である場合は、場所状況を環境属性名７０２に、電車の車内を値７０３に格納し、端末１２０のネットワーク装置が検出した通信速度＝７５０ｋｂｐｓは、環境属性名７０２に接続速度を、値７０３に７５０ｋｂｐｓを格納し、端末１２０のマイクが検出した周囲の騒音＝５６ｄＢは、環境属性名７０２に騒音を、値７０３に５６ｄＢを格納する。
【００４２】
あるいは、環境属性情報としては、端末１２０とユーザ１２１の間の位置関係や、端末１２０とユーザ１２１の間の音響特性と、端末１２０とユーザ１２１の間の画像特性などとしても良い。
【００４３】
この例でのコンテンツ配信サーバ１０１は、上記図５〜図７で示すような３つの属性情報を考慮するための条件を示すため、図１で示したように、属性関係表１０８をもつ。図８は、この属性関係表１０８の説明図である。
【００４４】
属性関係表１０８には項目番号８０１、属性表名（図中情報）８０２、属性名８０３、条件８０４、入力属性８０５、出力属性８０６、確認８０７のテーブルが存在する。
【００４５】
属性表名８０２は上記３つの属性情報（端末属性情報、環境属性情報、ユーザ属性情報）のうちの１つを示し、属性名はその属性情報のうちの１つの属性を示す。
【００４６】
条件８０４は該当項目が有効になる条件を示している。入力属性８０５は配信を予定しているコンテンツの入力モーダルの属性を示し、出力属性８０６はその入力モーダルを変換する場合の出力属性（形式）、あるいは選択しない場合には「なし」と示す。確認８０７は、コンテンツ配信サーバ１０１がこの属性関係表によって自動的に適応するが、表示に際してユーザに改めて確認をするかどうかを示す。この確認の方法は、端末１２０側でコンテンツの表示前に変換するかどうかをユーザに問い合わせを行い、ユーザの入力を必要とする。変換を行うというユーザの入力が得られれば変換を行って配信を行い、変換を拒否する旨の入力が得られれば配信を行わない。
【００４７】
図９は、コンテンツ配信サーバ１０１と端末１２０で行われる処理を示すフローチャートである。図中サーバと端末の両者は、上記３つの属性情報の通知とコンテンツ指定、およびコンテンツ配信処理においてタイミングを同じとする。以下時間を追って説明する。
【００４８】
まず、コンテンツ配信サーバ１０１では基本コンテンツ１１０と呼ぶ汎用のコンテンツを予め登録する（ステップ９０１）。
【００４９】
一方、端末１２０では端末属性を取得する（ステップ９２１）。図１０は、上述のように、この端末属性取得処理（ステップ９２１）の詳細フローチャートである。
【００５０】
この端末属性取得処理は、端末に存在する表示のための画像および音響のためのそれぞれの出力インターフェースがあるかどうかステップ１００１、１００２、および端末が表示可能なモーダルを取得する１００５。ここで表示可能なモーダルとはサーバから配信されるコンテンツを構成するモーダル（配信用のモーダル構成）のうち、端末において適宜表示できる形式に復号し、出力インターフェース部に画像または音響として表示可能であることである。画像および音響インターフェースが存在する場合、あるいは各表示可能なモーダルについて、端末属性として追加していく（ステップ１００３、１００４、１００６）。尚、属性取得の順番は本実施形態に限定されるものではない。
【００５１】
こうして取得した端末属性を端末属性情報として端末１２０の入出力部１２２を介してサーバへ送信し（ステップ９２２）、コンテンツ配信サーバ１０１ではこの情報を入出力部１０６を介して受信する９０３。これらのようにサーバに送信された端末属性情報の例が上記図６である。
【００５２】
次に、端末ではセンサ部１２５において環境属性を取得する。図１１はこの環境属性取得処理９２３の一例を示す詳細フローチャートである。
【００５３】
この処理は端末１２０に搭載する複数存在可能なセンサ部１２５で取得したデータやこのデータを解析した値を環境属性して取得する。
【００５４】
まず、利用可能なすべてのセンサ部１２５について調べ（ステップ１１０１）、センサの名前および値を取得し（ステップ１１０２）、環境属性情報として追加していく（ステップ１１０３）。このセンサ部１２５は、例えば、上述のように、一般的に広く用いられているＧＰＳによる位置情報（緯度・経度情報）や、端末のマイクによる周囲の騒音情報がある。また、得られた位置情報を端末側で別に用意する地図データと比較し、例えば、現在の位置では電車に乗っているといった属性情報であってもよい。さらに、センサ部１２５は端末１２０の入出力部１２２がコンテンツ配信サーバ１０１の入出力部１０６と通信するのに用いているネットワーク情報を取得してもよい。この場合には、用いているネットワークの形式や伝送速度等が取得でき、これらを環境属性として用いてもよい。
【００５５】
このようにして取得した環境属性を端末１２０はコンテンツ配信サーバ１０１に送信（図９のステップ９２４）し、コンテンツ配信サーバ１０１側で受信する（ステップ９０３）。これらのようにコンテンツ配信サーバ１０１に送信された環境属性の例が上述の図７のようになる。
【００５６】
次に端末１２０を用いるユーザ１２１の属性情報を取得する処理について説明する。
【００５７】
図１２は、ユーザ属性取得処理（図９のステップ９２５）の詳細フローチャートである。このユーザの属性情報は自動的に設定しても、また、ユーザが手動で設定してもよい。自動的に設定する場合、前記の端末属性情報を利用することも可能である。
【００５８】
このフローチャートの例では、画像の表示インターフェース１３１がある場合にはそこに入力促すような表示を行い（ステップ１２０１、１２０２）、ユーザの反応を求めるが、一定時間入力を待っても反応がない場合（ステップ１２０３、１２０４）にはユーザ１２１が画面を視ることが困難（難視）であるとして扱うことも可能である。また、音響インターフェース１３２に関しても同様で、音響によるガイダンスを行い（ステップ１２０５、１２０６）、音響に対して反応がない場合（ステップ１２０７）にはユーザ１２１が聞くことが困難（難聴）であるとして扱う（ステップ１２０８）ことも可能である。このようにしてユーザの属性を取得し、該当の属性を記録する（ステップ１２０９）。
【００５９】
図１３は上記のようにユーザの属性情報を取得するＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）の例である。前述のように自動的に取得した属性情報１３０２を用いる場合には自動設定ボタンを１３０１をチェックし、ＯＫボタン１３０３を押す。このときユーザ１２１がマウスやペン等を一定時間まったく動かさない場合には、ユーザ１２１は表示されたこともわからない、つまり前述のように難視であるとすることが可能である。このときの一定時間（タイムアウト）を表示し、ユーザの入力を促す（１３０４）。タイムアウトを解除する場合には操作すればよいのだが、念のためタイムアウト停止のためのボタン１３０５を用意可能である。
【００６０】
一方、手動で属性を設定することも可能で、この場合には手動設定ボタン１３０６を押してから設定を変更する。なお、この時点で難視ではないと判断し、タイムアウトはキャンセルする。変更する属性は、例えば、図中１３０７〜１３１３のように、設定項目をプルダウンメニューとして準備する。ここでは、視覚、聴覚の属性情報に加え、各種モーダルを表示するか、別形式に変換して表示するかといった、ユーザの嗜好として設定することも可能である。
【００６１】
これらのようにして設定したユーザ属性情報の例が上記図５であり、他の属性情報と同様にコンテンツ配信サーバ１０１に送信（図９のステップ９２６）し、サーバ側で受信する（ステップ９０４）。
【００６２】
以上、ステップ９２２〜９２６では、端末属性情報、環境属性情報、ユーザ属性情報の順で属性を取得し、コンテンツ配信サーバ１０１へ配信する。これにより、コンテンツ配信サーバ１０１は、まず、端末属性情報から端末１２０が持つハードウェアやソフトウェアによって、どのようなモーダルを再生することができるのかを判定でき、次いで、環境属性情報に基づいて端末１２０の周囲の状況からどのようなモーダルを再生できるのかを判定できる。例えば、上述のように端末１２０の位置が電車の車内であれば音声や音響の再生を禁止する、という判定を行うことができ、最後にユーザ属性情報から、ユーザ１２１が視聴可能なモーダルを判定することができる。
【００６３】
これにより、ユーザ１２１が用いる端末１２０、ユーザ１２１と端末１２０の間の関係などによる周囲環境、および、ユーザ１２１の状況を考慮して、最適なモーダルを選択することができる。
【００６４】
図９における次の処理はモーダル構成情報作成処理である（ステップ９０５）。
【００６５】
図１４は上記図９のステップ９０５で行われるモーダル構成情報作成処理の一例を示す詳細フローチャートである。また、図１５はモーダル構成情報１０９の一例である。ここでモーダル構成情報１０９は、項目番号１５０１、入力属性１５０２と出力属性１５０３、および確認１５０４というテーブルを持つ。
【００６６】
この処理では図８のような属性関係表１０８と、端末１２０から得られたユーザ属性情報、端末属性情報、および、環境属性情報のいずれか（または、これら属性情報のうちの２つ）を用いてモーダル構成情報１０９を作成する。
【００６７】
モーダル構成情報作成処理は、図１４において、図８の属性関係表１０８のすべての項目について、逆順に同一作業をループして行うことにより各項目を評価していき、すでに同様の項目があった場合には後に評価した新しい内容で上書きする（ステップ１４０１）。これは、図８の項番８０１が小さいほうが優先順位を高く設定するためである。
【００６８】
各項番の内容により、まず該当する属性情報８０２があるかどうか確認する（ステップ１４０２）。属性情報８０２がある場合には、さらに該当する属性名８０３があるかどうか確認する（ステップ１４０３）。属性名８０３がある場合には、条件８０４と該当属性の値を比較し（ステップ１４０４）、条件を満たしている場合には、さらにモーダル構成情報１０９に指定された入力属性８０５があるかどうかを調べる。入力属性８０５がある場合には上書き（更新）して優先順位が高い内容にする（ステップ１４０６）。
【００６９】
一方、入力属性８０５がない場合には新しい構成情報として項目を追加する（ステップ１４０７）。なお、入力属性８０５のあるなしにかかわらず、出力属性８０６および確認８０７を設定し、次の属性関係表の項目へ進む。
【００７０】
これらループの処理を属性関係表のすべての項目について行い、該当ユーザ１２１と、端末１２０、および、環境における、コンテンツの条件としてのモーダル構成情報１０９が作成できる。
【００７１】
図１５は上記図５〜図８までの、ユーザ属性情報と、端末属性情報と、環境属性情報、および、属性関係表１０８を作用させて作成したモーダル構成情報である。
【００７２】
図１５は、例えば、端末１２０側に音響インターフェース１３２が無く、表示インターフェース１３１が機能しているため、入力属性が音声のモーダルを、テキストに変換して出力する。また、入力属性がＣＧのモーダルは、端末１２０にＣＧを再生可能なグラフィック機能が無いため、出力属性１５０３はなしと設定され、表示インターフェース１３１が機能しており、通信速度が３００ｋｂｐｓであることから画像形式としてＭＰＥＧ−４が設定される。また、音響インターフェース１３２が無いため、音響モーダルは波形表示として出力属性が設定される。
【００７３】
ここで図９に戻ると、次の処理はコンテンツの指定である。端末１２０では配信を受けたいコンテンツを指定し（ステップ９２７）、コンテンツ配信サーバ１０１ではコンテンツ管理部１０４にコンテンツの属性を問い合わせる。コンテンツ管理部１０４ではコンテンツＤＢ１０７に記録しているコンテンツ内より、指定されたコンテンツの情報を取得する。なお、このコンテンツは複数存在してもよく、以降の処理により選択を行うことで絞込みが可能である。
【００７４】
本発明を実施する例として、以降の処理が異なる２つの例、すなわち、コンテンツ配信サーバ１０１側でコンテンツを構成するモーダルを指定する例と、コンテンツを構成するモーダルを変換する例を示し、それぞれについて説明する。
【００７５】
図９のフローチャート内のコンテンツ選択処理（ステップ９０６）、あるいは、配信モーダル変換処理（ステップ９０８）がそれぞれに対応するが、同時に用いることも可能である（ステップ９０７の判定でＹＥＳの場合）。
【００７６】
＜第１の例＞  コンテンツ選択、およびコンテンツ内モーダルの選択によるコンテンツ再構成
第１の例は、コンテンツ配信サーバ１０１において汎用的な基本コンテンツを構成するモーダルのうちから必要なモーダルのみ選択し、配信のためのコンテンツを再構成する例である。この例では、これまでに行った図９のフローチャートの後に、コンテンツ選択処理（ステップ９０６）を行う。
【００７７】
図１６は上記図９のステップ９０６で行われるコンテンツ選択処理の詳細フローチャートである。
【００７８】
これまでに選択された基本コンテンツ１１０に対し、作成されたモーダル構成情報１０９で示される属性を満足しているかを確認する。まず、値ＰとＩＤを初期化（ステップ１６０１）した後、該当する基本コンテンツに関し処理ループを行い最適な基本コンテンツを選択する。
【００７９】
ループ処理は、まず１つの基本コンテンツがモーダル構成情報１０９で示された出力属性１５０３がすべてが満足するか（含まれているか）どうか確認する（ステップ１６０２、１６０３）。満足している場合には現在のコンテンツ番号（ＩＤ）を記録（ステップ１６０４）し処理ループを終了する。
【００８０】
満足しない場合には、満足する数を得点Ｐとして求め（ステップ１６０５）、今までの最高得点であれば最高得点およびコンテンツＩＤを更新する（ステップ１６０６、１６０７）。すべての基本コンテンツ１１０に関してループ処理が終了した後、ＩＤには最適なコンテンツＩＤが記録されている。このＩＤのコンテンツを取得し（ステップ１６０８）、ＤＥＭＵＸ（Ｄｅｍｕｌｔｉｐｌｅｘｅｒ：分配化）を行い、構成するモーダル単位で処理ができるように分割する（ステップ１６０９）。
【００８１】
この後、予め作成してある上記図１５のモーダル構成情報１０９を参照して、満足しているモーダルのみを残してほかのモーダルに関してはこの後の処理を行わない（ステップ１６１０、１６１１）。満足しているモーダルは再度コンテンツとして配信できるようにＭＵＸ（Ｍｕｌｔｉｐｌｅｘ：多重化）する（ステップ１６１２）。
【００８２】
図１７は基本コンテンツ１１０の説明図で、図１８は実際に配信されるコンテンツ１１６の説明図である。
【００８３】
基本コンテンツ１１０はいくつかのモーダルで構成されている。この図で例示されるコンテンツは総数１４の属性からなる、６つのモーダルから構成される。この図１７において、項目番号１７０１が２〜４、５〜７、８〜１０、１１〜１２、１３〜１４は、それぞれでひとつのモーダルを示し、各モーダルは音声、画像形式、画像配信レートの異なる画像、圧縮形式の異なる音響から構成される。
【００８４】
ここで上記図１６のアルゴリズムを用いると、図１７のコンテンツが選択される。この後、図１５のモーダル構成情報を満足するモーダルだけを抜き出すと図１８で示すモーダル（および属性）を持つコンテンツが再構成される。
【００８５】
図９では、最後に図１８のように再構成された配信コンテンツ１１６を端末１２０に配信して（ステップ９０９）、端末１２０側では出力インターフェースで再生することで、ユーザ１２１に最適なコンテンツ視聴を可能にする（ステップ９２８）。
【００８６】
以上より、ユーザ１２１が用いる端末１２０、ユーザ１２１と端末１２０の間の関係などによる周囲環境、ユーザ１２１の特性および嗜好を考慮したモーダルで構成されコンテンツを、コンテンツ配信サーバ１０１が選択して配信することが可能になる。すなわち、ユーザ１２１は、場所や端末１２０を変更しても任意のコンテンツを環境に応じた最適のモーダルで視聴することができるのである。
【００８７】
また、コンテンツ配信サーバ１０１は端末１２０に対して必要最低限のデータを配信することが可能となり、上記従来例のように端末側で利用不能なモーダルを配信するのを防いで、サーバや通信機器の負荷を低減することができる。
【００８８】
＜第２の例＞コンテンツ内モーダルの変換によるコンテンツ再構成
第２の例は、コンテンツ配信サーバ１０１において汎用である基本コンテンツ１１０を構成するいくつかのモーダルの一部を別のモーダルに変換して、新しいコンテンツとして再構成して配信する。
【００８９】
図１９は、上記図９の配信モーダル変換処理（ステップ９０８）の詳細フローである。図２０は選択された基本コンテンツ１１０の説明図である。
【００９０】
図１９において、この基本コンテンツ１１０に関して、まずＤＥＭＵＸ（Ｄｅｍｕｌｔｉｐｌｅｘｅｒ：分配化）を行い、構成するモーダル単位で処理ができるよう分割する（ステップ１９０１）。この後、予め作成してある上記図１５のモーダル構成情報１０９を参照して、入力属性１５０２を満足しているモーダルのみを残してほかのモーダルに関してはこの後の処理を行わない（ステップ１９０２、１９０３）。
【００９１】
一方、満足しているモーダルに関して、モーダル構成情報１０９に基づき変換を行う。このとき、基本コンテンツ１１０の属性のうちモーダル構成情報１０９の入力と同じ場合には、値をモーダル属性情報１０９の出力属性１５０３に変更する。変更があった場合にはフラグを立てておき、モーダルのうちひとつでもフラグが立っている場合にはモーダル変換、あるいはモーダルの削除を行う。
【００９２】
図２１はこのようにして作成した、基本コンテンツの変換設計図の説明図である。この例では、音声（ナレーション）はテキスト（テロップ）に変換し、画像は３Ｍｂｐｓの画像レートを持つＭＰＥＧ−２から３００ｋｂｐｓのＭＰＥＧ−４に変換が必要であることがわかる。また、（音声以外の）音響は処理を行わず結果的にコンテンツから削除する。実際に変換する方法は、一般的な公知のモーダル変換技術や、複数のモーダル変換技術の直列接続を用いてよい。
【００９３】
つまり、音声からテキストへの変換は音声認識技術による変換、例えば、特開平０２−０７２３９７号（音声認識装置）など多くの技術が存在する。また、ＭＰＥＧ−２からＭＰＥＧ−４への変換については、ＭＰＥＧ−２をデコードして一度ビットマップとし、再度ＭＰＥＧ−４にエンコードしてもよい。この例では用いていないが、テキストを音声（ナレーション）に変換する場合にも、一般的な音声合成技術、例えば特開２００２−３６６１８６号（音声合成方法及びそれを実施する音声合成装置）を用いることで実現でき、その他の変換についても多くの技術が存在することは公知であるためここではこれ以上言及しない。
【００９４】
図２２はこの例における配信コンテンツ１１６の説明図であり、図２０に示した基本コンテンツ１１０から変換が行われたことがわかる。
【００９５】
すなわち、基本コンテンツ１１０の音声はテキストに変換され、ＭＰＥＧ−２の画像はＭＰＥＧ−４に変換されている。
【００９６】
このように変換を行ったモーダル、あるいは変換の必要の無いモーダルに関して、再度コンテンツとして配信できるようにＭＵＸ（Ｍｕｌｔｉｐｌｅｘ：多重化）する（ステップ１９０５）。
【００９７】
図９で、最後にこのように再構成された配信コンテンツ１１６を端末に配信して（ステップ９０９）、端末１２０側では出力インターフェースに再生することで、ユーザに最適なコンテンツ視聴を可能にする（ステップ９２８）。
【００９８】
上記第１、第２の例において、端末１２０からの３つの属性情報を用いて、サーバ側で処理を行う例を述べた。しかし、この処理は同様に端末１２０側で行うことも可能である。以下、第３の例として、コンテンツ配信サーバ１０１に３つの属性情報を送信せず、端末１２０側でそれらを用いてコンテンツを変換する例を述べる。この場合には、どの属性情報もサーバに送信しないことから、個人情報などの漏洩を比較的容易に避けることが可能である。
【００９９】
以上のように、第２の例によれば、ユーザ１２１が用いる端末１２０、ユーザ１２１と端末１２０の間の関係などによる周囲環境、および、ユーザの特性や嗜好を考慮したモーダルを選択し、コンテンツ配信サーバ１０１は、基本コンテンツから一部のモーダルを変換したコンテンツを配信することができ、端末１２０側では、端末１２０の機能に適合し、ユーザ１２１の状況と周囲の環境に適したコンテンツを再生することが可能となる。
【０１００】
また、モーダル変換を行うことで、コンテンツ配信サーバ１０１は、基本コンテンツ１１０さえ用意しておけば出力属性に応じたモーダルに変換できるので、必要最低限のモーダルによってコンテンツを作成すればよいので、基本コンテンツ１１０の作成に要する労力及び経費を低減することが可能となる。
【０１０１】
＜第３の例＞
図２３は端末側で処理を行うシステムの説明図である。
【０１０２】
コンテンツ配信サーバ１０１からは基本コンテンツ１１０が上記第１、第２の例を用いるか否かにかかわらず配信コンテンツ１１６として配信される。端末１２０は、制御部１２３を中心として、コンテンツ配信サーバ１０１通信を行う入出力部１２２と、ユーザにコンテンツを表示するインターフェース部１２４、および、外部環境の状況を検出するためのセンサ部１２５から構成される。さらに本第３の例では、制御部１２３において、後に説明する端末に適応するコンテンツとして再構成するためのルールとして用いる属性関係表２３０２と、それから生成されるモーダル構成情報２３０１を持つ。また、制御部１２３は内部でユーザ属性情報、端末属性情報、および環境属性情報を管理する（２３０３）。なお、コンテンツ配信サーバ１０１は同時に複数の端末１２０と接続し、コンテンツ配信等の通信を含む運用が可能である。
【０１０３】
図２４は第３の例におけるコンテンツ配信サーバ１０１と端末１２０での動作のフローチャートである。基本コンテンツ登録９０１、端末属性取得（ステップ９２１）、環境属性取得（ステップ９２３）、ユーザ属性取得（ステップ９２５）に関しては、上記第１、第２の例と同様に行う。
【０１０４】
詳細処理フローチャートに関しては上記図１０〜図１３も参照されたい。また、コンテンツ指定（ステップ９２７）およびコンテンツ配信サーバ１０１においてのコンテンツ選択処理（ステップ９０６）、さらにコンテンツ配信（ステップ９０９）に関しても前例と同様である。
【０１０５】
第３の例における前記２例との違いは、モーダル構成情報作成処理（ステップ９０５）および後述する配信モーダル変換処理２４１６を端末において行うことである。
【０１０６】
モーダル構成情報作成処理（ステップ９０５）は、端末１２０で行うこと以外は前例の処理と同様である（図１４）。
【０１０７】
このように、端末１２０側でモーダル構成情報２３０１として図１５と同じ情報が生成される。
【０１０８】
図２５は配信モーダル変換処理２４１６の詳細フローチャートである。
【０１０９】
まずコンテンツ配信サーバ１０１から配信された図２０に示したようなコンテンツに関して、まずＤＥＭＵＸ（Ｄｅｍｕｌｔｉｐｌｅｘｅｒ：分配化）を行い、構成するモーダル単位で処理ができるよう分割する（ステップ２５０１）。
【０１１０】
この後、予め作成してある図１５のモーダル構成情報２３０１を参照して、入力属性を満足しているモーダルのみを残してほかのモーダルに関してはこの後の処理を行わない（ステップ２５０２、２５０３）。満足しているモーダルに関して、モーダル構成情報２３０１に基づき変換を行う。このとき、基本コンテンツの属性のうちモーダル構成情報の入力と同じ場合には、値をモーダル属性情報の出力属性に変更する。変更があった場合にはフラグを立てておき、モーダルのうちひとつでもフラグが立っている場合にはモーダル変換、あるいはモーダルの削除を行う。
【０１１１】
図２１はこのようにして作成した、基本コンテンツの変換設計図の説明図である。この例では、音声（ナレーション）はテキスト（テロップ）に変換し、画像は３Ｍｂｐｓの画像レートを持つＭＰＥＧ−２から３００ｋｂｐｓのＭＰＥＧ−４に変換が必要であることがわかる。また、（音声以外の）音響は処理を行わず結果的にコンテンツから削除する。実際に変換する方法は、前の２例と同様に、一般的な公知のモーダル変換技術や、複数のモーダル変換技術の直列接続を用いてよい。  このように変換を行ったモーダル、あるいは変換の必要の無いモーダルに関して、出力インターフェース１２４で再生することで、ユーザ１２１に最適なコンテンツ視聴を可能にする（ステップ２５０４、２５０５）。
【０１１２】
以上のように第３の例では、ユーザ１２１および端末１２０の情報をコンテンツ配信サーバ１０１に通知することなく、コンテンツ配信サーバ１０１が配信するコンテンツのうち、ユーザ１２１が用いる端末１２０、ユーザ１２１と端末１２０の間の関係などによる周囲環境、および、ユーザ１２１の特性や嗜好を考慮して、配信されたコンテンツを構成するモーダルのうちの一部を選択した新しいコンテンツとしてユーザ１２１に対して表示することが可能となる。
【０１１３】
尚、この第３の例においては、上記コンテンツの再生に関するプログラムを、ネットワークなどから端末１２０に読み込んで実行するようにしても良い。
【０１１４】
これら３つの例のように、本発明を用いることによって、ユーザが視聴したいと思った時に、ユーザの能力や嗜好に即したモーダルで、かつ、その利用端末や時間帯及び場所や周囲の状況に適応したコンテンツを受信することで、ユーザがいつでもどこでも個々人にとって有効な形式で視聴できるようにすることが可能になる。
【０１１５】
なお、上記実施形態においては、端末属性情報、環境属性情報、ユーザ属性情報の３つを用いる場合について述べたが、これら３つの属性情報のうち２つの属性情報を用いても良く、例えば、端末属性情報とユーザ属性情報の２つを用いれば、端末１２０で再生可能なモーダルとユーザ１２１が視聴可能なモーダルとから配信するモーダルを決定することができる。あるいは、端末属性情報と環境属性情報の２つを用いた場合では、端末１２０で再生可能なモーダルと周囲の状況から判定した視聴可能なモーダルとから配信するモーダルを決定することができる。
【０１１６】
また、上記端末属性情報、環境属性情報、ユーザ属性情報の３つの属性情報のうち、いずれを用いるかについてはユーザ１２１が決定するようにしても良い。
【０１１７】
また、上記図１２、図１３では、ＧＵＩ及び音声ガイダンスにより、ユーザの視聴覚機能を決定してユーザ属性情報とする一例を示したが、これに限定されるものではなく、例えば、複数種の言語を表示して、ユーザが応答した言語をユーザの理解可能な言語としてユーザ属性情報に記録し、基本コンテンツをユーザ属性情報に基づく言語に変換して配信するようにしても良い。この場合、自動翻訳を用いることで、少ない基本コンテンツから多数の言語に対応することが可能となる。
【０１１８】
また、少なくとも１つ以上のモーダルで構成されたコンテンツを受信する入力部と、前記受信したモーダルを再生する出力インターフェースと、前記入力部と出力インターフェースとを制御する制御部とを備え、該制御部は、前記出力インターフェースに関する端末属性情報と、前記端末の現在の周囲環境に関する環境属性情報と、前記端末を用いてコンテンツを利用するユーザの特性に関するユーザ属性情報とからなる属性情報のうち、少なくとも２つの属性情報を取得し、前記取得した属性情報に基づいて、再生するモーダルを指定するモーダル構成情報を生成し、このモーダル構成情報に基づいて、受信したモーダルから、前記出力インターフェースで再生するモーダルを決定し、この再生モーダルの決定は、前記モーダル構成情報に基づいて前記受信したモーダルから選択する。
【０１１９】
また、少なくとも１つ以上のモーダルで構成されたコンテンツを受信する入力部と、前記受信したモーダルを再生する出力インターフェースと、前記入力部と出力インターフェースとを制御する制御部とを備え、該制御部は、前記出力インタフェースに関する端末属性情報と、前記端末の現在の周囲環境に関する環境属性情報と、前記端末を用いてコンテンツを利用するユーザの特性に関するユーザ属性情報とからなる属性情報のうち、少なくとも２つの属性情報を取得し、前記取得した属性情報に基づいて、再生するモーダルを指定するモーダル構成情報を生成し、このモーダル構成情報に基づいて、受信したモーダルから、前記出力インターフェースで再生するモーダルを決定し、前記再生モーダルの決定は、前記モーダル構成情報に基づいて前記受信したモーダルを選択し、このモーダルを再構成する。
【０１２０】
また、少なくとも１つ以上のモーダルで構成されたコンテンツを受信する入力部と、前記受信したモーダルを再生する出力インターフェースと、前記入力部と出力インターフェースとを制御する制御部とを備え、該制御部は、前記出力インターフェースに関する端末属性情報と、前記端末の現在の周囲環境に関する環境属性情報と、前記端末を用いてコンテンツを利用するユーザの特性に関するユーザ属性情報とからなる属性情報のうち、少なくとも２つの属性情報を取得し、前記取得した属性情報に基づいて、再生するモーダルを指定するモーダル構成情報を生成し、このモーダル構成情報に基づいて、受信したモーダルから、前記出力インターフェースで再生するモーダルを決定し、前記再生モーダルの決定は、前記モーダル構成情報に基づいて前記受信したモーダルを選択し、このモーダルを異なるモーダルに変換する。
【０１２１】
また、少なくとも１つ以上のモーダルで構成されたコンテンツを受信する入力部と、前記受信したモーダルを再生する出力インターフェースと、前記入力部と出力インターフェースとを制御する制御部とを備え、該制御部は、前記出力インターフェースに関する端末属性情報と、前記端末の現在の周囲環境に関する環境属性情報と、前記端末を用いてコンテンツを利用するユーザの特性に関するユーザ属性情報とからなる属性情報のうち、少なくとも２つの属性情報を取得し、前記取得した属性情報に基づいて、再生するモーダルを指定するモーダル構成情報を生成し、このモーダル構成情報に基づいて、受信したモーダルから、前記出力インターフェースで再生するモーダルを決定し、前記モーダル構成情報の生成は、複数の属性要素の優先順を記載した属性関係表を有し、前記属性情報の取得で得た属性情報と前記属性関係表を用いて端末に配信するモーダルを決定する。
【０１２２】
また、少なくとも１つ以上のモーダルで構成されたコンテンツを受信する入力部と、前記受信したモーダルを再生する出力インターフェースと、前記入力部と出力インターフェースとを制御する制御部とを備え、該制御部は、前記出力インターフェースに関する端末属性情報と、前記端末の現在の周囲環境に関する環境属性情報と、前記端末を用いてコンテンツを利用するユーザの特性に関するユーザ属性情報とからなる属性情報のうち、少なくとも２つの属性情報を取得し、前記取得した属性情報に基づいて、再生するモーダルを指定するモーダル構成情報を生成し、このモーダル構成情報に基づいて、受信したモーダルから、前記出力インターフェースで再生するモーダルを決定し、前記端末属性情報は、前記端末の画像出力部の有無と、音声出力部の有無と、該画像出力部あるいは該音声出力部に表示可能なモーダルの種類とのうち少なくとも１つを含む。
【０１２３】
また、少なくとも１つ以上のモーダルで構成されたコンテンツを受信する入力部と、前記受信したモーダルを再生する出力インターフェースと、前記入力部と出力インターフェースとを制御する制御部とを備え、該制御部は、前記出力インターフェースに関する端末属性情報と、前記端末の現在の周囲環境に関する環境属性情報と、前記端末を用いてコンテンツを利用するユーザの特性に関するユーザ属性情報とからなる属性情報のうち、少なくとも２つの属性情報を取得し、前記取得した属性情報に基づいて、再生するモーダルを指定するモーダル構成情報を生成し、このモーダル構成情報に基づいて、受信したモーダルから、前記出力インターフェースで再生するモーダルを決定し、前記端末の現在位置および該端末とユーザの間の位置関係と、該端末とユーザの間の音響特性と、該端末とユーザの間の画像特性とのうちの少なくとも１つを検出するセンサを有し、この検出結果を前記環境属性情報とする。
【０１２４】
また、少なくとも１つ以上のモーダルで構成されたコンテンツを受信する入力部と、前記受信したモーダルを再生する出力インターフェースと、前記入力部と出力インターフェースとを制御する制御部とを備え、該制御部は、前記出力インターフェースに関する端末属性情報と、前記端末の現在の周囲環境に関する環境属性情報と、前記端末を用いてコンテンツを利用するユーザの特性に関するユーザ属性情報とからなる属性情報のうち、少なくとも２つの属性情報を取得し、前記取得した属性情報に基づいて、再生するモーダルを指定するモーダル構成情報を生成し、このモーダル構成情報に基づいて、受信したモーダルから、前記出力インターフェースで再生するモーダルを決定し、前記ユーザ属性情報は、ユーザの視覚に関する能力と、ユーザの聴覚に関する能力と、ユーザの映像および音響に対する嗜好情報とのうちの少なくとも１つを含む。
【０１２５】
また、モーダルで構成されたコンテンツを出力インターフェースで再生するプログラムであって、
端末の出力インターフェースに関する端末属性情報と、前記端末の現在の周囲環境に関する環境属性情報と、前記端末を用いてコンテンツを利用するユーザの特性に関するユーザ属性情報とからなる属性情報のうち、少なくとも２つの属性情報を取得し、
前記取得した属性情報に基づいて、前記出力インターフェースで再生するモーダルを指定するモーダル構成情報を生成し、
このモーダル構成情報に基づいて、受信したモーダルを決定し、
前記決定したモーダルを出力インターフェースで再生する再生方法をコンピュータに機能させることを特徴とするプログラム。
【０１２６】
また、上記において、前記モーダル構成情報の生成は、複数の属性要素の優先順を記載した属性関係表を有し、前記取得した属性情報と前記属性関係表を用いて端末に配信するモーダルを決定する。
【０１２７】
【発明の効果】
したがって、本発明によれば、ユーザが用いる端末、ユーザと端末の間の関係などによる周囲環境、ユーザの特性および嗜好を考慮したモーダルで構成されコンテンツを、コンテンツ配信サーバが選択して配信することが可能になり、ユーザは、場所や時間、端末を変更しても任意のコンテンツを環境に応じた最適のモーダルで視聴することができるのである。
【０１２８】
さらに、コンテンツ配信サーバは端末に対して必要最低限のデータを配信することが可能となり、上記従来例のように端末側で利用不能なモーダルを配信するのを防いで、サーバや通信機器の負荷を低減することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態を示すシステム構成図である。
【図２】従来例を示し、一般的なコンテンツ配信の説明図である。
【図３】本発明による表示の一例（音響モーダルのみ）の説明図である。
【図４】本発明による表示の一例（画像モーダルのみ）の説明図である。
【図５】ユーザ属性情報の説明図である。
【図６】端末属性情報の説明図である。
【図７】環境属性情報の説明図である。
【図８】属性関係表の説明図である。
【図９】コンテンツ配信サーバと端末の動作のフローチャートである。
【図１０】端末属性取得処理の詳細フローチャートである。
【図１１】環境属性取得処理の詳細フローチャートである。
【図１２】ユーザ属性取得処理の詳細フローチャートである。
【図１３】ユーザの属性情報を取得するＧＵＩの説明図である。
【図１４】モーダル構成情報作成処理の詳細フローチャートである。
【図１５】モーダル構成情報の説明図である。
【図１６】コンテンツ選択処理の詳細フローチャートである。
【図１７】基本コンテンツの説明図である。
【図１８】配信されるコンテンツの説明図（選択）である。
【図１９】配信モーダル変換処理の詳細フローチャートである。
【図２０】基本コンテンツの説明図である。
【図２１】基本コンテンツの変換設計図の説明図である。
【図２２】配信コンテンツの説明図である。
【図２３】端末側で処理を行うシステムの説明図である。
【図２４】第３の例におけるサーバと端末での動作のフローチャートである。
【図２５】配信モーダル変換処理の詳細フローチャートである。
【符号の説明】
１０１  コンテンツ配信サーバ
１０４  コンテンツ管理部
１０５  制御部
１０６  入出力部
１０７  コンテンツＤＢ
１０８  属性関係表
１０９  モーダル構成情報
１１０  基本コンテンツ
１１６  配信コンテンツ
１２０  端末
１２２  入出力部
１２３  制御部
１２４  インターフェース部
１２５  センサ部
【図１】
2004350214.tif 000003
【図２】
2004350214.tif 000004
【図３】
2004350214.tif 000005
【図４】
2004350214.tif 000006
【図５】
2004350214.tif 000007
【図６】
2004350214.tif 000008
【図７】
2004350214.tif 000009
【図８】
2004350214.tif 000010
【図９】
2004350214.tif 000011
【図１０】
2004350214.tif 000012
【図１１】
2004350214.tif 000013
【図１２】
2004350214.tif 000014
【図１３】
2004350214.tif 000015
【図１４】
2004350214.tif 000016
【図１５】
2004350214.tif 000017
【図１６】
2004350214.tif 000018
【図１７】
2004350214.tif 000019
【図１８】
2004350214.tif 000020
【図１９】
2004350214.tif 000021
【図２０】
2004350214.tif 000022
【図２１】
2004350214.tif 000023
【図２２】
2004350214.tif 000024
【図２３】
2004350214.tif 000025
【図２４】
2004350214.tif 000026
【図２５】
2004350214.tif 000027