JP2003141017A - コンテンツ配信サービスを提供する方法および端末装置 - Google Patents

Abstract

(57)【要約】 【課題】 端末装置がコンテンツを提示する形態に送り
手の意図を反映させる。 【解決手段】 端末装置１００の状況を取得する取得部
１０２を備えた端末装置１００と、端末装置１００にデ
ータを送信する処理装置２０１とを用いて、コンテンツ
配信サービスを提供する方法が提供される。この方法
は、処理装置２０１が、所定のコンテンツを表すコンテ
ンツデータ２５３を取得するステップＳ３０１と、処理
装置２０１が、端末装置１００の状況に関する条件とそ
の条件に対応したそのコンテンツの提示形態とを指定す
る属性データ２５２を取得するステップＳ３０２と、処
理装置２０１が、端末装置１００にコンテンツデータ２
５３と属性データ２５２とを送信するステップＳ３０３
とを包含する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、端末装置の状況を
取得する取得部を備えた端末装置と、前記端末装置にデ
ータを送信する処理装置とを用いて、コンテンツ配信サ
ービスを提供する方法およびそのようなコンテンツ配信
サービスにおいて用いられる端末装置に関する。

【０００２】

【従来の技術】端末装置の状況に応じて、配信されるコ
ンテンツの提示形態を適切に切り替えることのできるシ
ステムとして、特開２０００−２９２１８２に開示され
る技術が知られている。この従来技術では、自動車等の
移動体に搭載された端末装置に、広告情報が送信され
る。広告情報を受信した端末装置は、端末装置の状況
（例えば、端末装置を搭載した移動体が動いているか、
止まっているか）に応じて、広告情報の提示形態を適切
に切り替える。これによって、移動体の運転者に、運転
の妨げにならない安全な状態で、広告情報を通知するこ
とができる。

【０００３】

【発明が解決しようとする課題】広告情報等のコンテン
ツの送り手は、しばしば、端末装置の状況だけでなく、
コンテンツに応じて、端末装置がコンテンツを提示する
形態を指定することを希望する。例えば、そのコンテン
ツが画像に特徴があり、音声という形態によってはコン
テンツの特徴を十分に伝達することができないと送り手
が考えた場合には、たとえ端末装置を搭載する移動体が
動いている場合であっても、少なくとも静止画の形態ま
たはフレームを間引きした動画像の形態で、そのコンテ
ンツを提示することが望まれる。

【０００４】しかしながら、上述した従来技術によれ
ば、端末装置が広告情報等のコンテンツを提示する形態
は、端末装置の状況ごとに予め定められており、送り手
の意図を反映して（例えば、コンテンツに応じて）変更
することができなかった。従来技術によれば、移動体が
動いている場合には、広告情報の内容にかかわらず、そ
の広告情報は音声という形態で提示され、移動体が止ま
っている場合には、その広告情報は音声および画像とい
う形態で提示される。

【０００５】本発明は、このような課題を解決するため
になされたものであって、端末装置がコンテンツを提示
する形態に送り手の意図を反映させることのできるコン
テンツ配信サービスを提供する方法およびそのようなコ
ンテンツ配信サービスにおいて用いられる端末装置を提
供することを目的とする。

【０００６】

【課題を解決するための手段】本発明による方法は、端
末装置の状況を取得する取得部を備えた端末装置と、前
記端末装置にデータを送信する処理装置とを用いて、コ
ンテンツ配信サービスを提供する方法であって、前記処
理装置が、所定のコンテンツを表すコンテンツデータを
取得するステップと、前記処理装置が、前記端末装置の
状況に関する条件と前記条件に対応した前記コンテンツ
の提示形態とを指定する属性データを取得するステップ
と、前記処理装置が、前記端末装置に前記コンテンツデ
ータと前記属性データとを送信するステップとを包含
し、これにより上記目的が達成される。

【０００７】前記コンテンツデータと前記属性データと
を送信するステップは、前記コンテンツデータと前記属
性データとを同一のパケットとして送信するステップを
包含してもよい。

【０００８】前記属性データは、前記端末装置の状況に
関する条件として、前記端末装置の位置に関する条件、
前記端末装置が前記コンテンツを提示する時刻に関する
条件、前記端末装置が前記コンテンツを提示する時間帯
に関する条件、前記端末装置が搭載された移動体の同乗
者の有無に関する条件、前記移動体の移動速度に関する
条件、および前記移動速度が所定の値以下である状態の
継続時間に関する条件のうち少なくとも１つを指定して
もよい。

【０００９】前記属性データは、前記同乗者が有の場
合、前記同乗者の位置に関する条件および前記同乗者の
プロファイルに関する条件のうち少なくとも１つをさら
に指定し、前記同乗者の位置に関する条件は、前部座席
と、後部座席と、前部座席および後部座席とからなる群
から選択され、前記同乗者のプロファイルに関する条件
は、性別と、大人または子供と、年齢と、趣味と、好み
とからなる群から少なくとも１つ選択されてもよい。

【００１０】前記属性データは、前記同乗者の位置およ
び前記同乗者のプロファイルの少なくとも１つに応じて
異なる前記コンテンツの提示形態を指定してもよい。

【００１１】前記提示形態は、前記コンテンツを動画と
して提示する形態、前記コンテンツを静止画として提示
する形態および前記コンテンツを音声として提示する形
態の少なくとも１つを含んでもよい。

【００１２】前記提示形態は、前記コンテンツを動画と
して提示する形態を含み、前記属性データは、前記動画
の毎秒のフレーム数を指定してもよい。

【００１３】前記提示形態は、前記コンテンツを音声と
して提示する形態を含み、前記属性データは、前記音声
の再生チャンネル数を指定してもよい。

【００１４】本発明による端末装置は、所定のコンテン
ツを表すコンテンツデータと、端末装置の状況に関する
条件と前記条件に対応した前記コンテンツの提示形態と
を指定する属性データとを出力するデータ出力部と、前
記端末装置の状況を取得する取得部と、前記取得部で取
得された前記状況が、前記条件を満たすか否かを判定す
る判定部と、前記取得部で取得された状況が、前記条件
を満たすと判定された場合には、前記コンテンツを前記
条件に対応した前記コンテンツの提示形態に従って提示
する少なくとも１つの提示部とを備え、これにより上記
目的が達成される。

【００１５】前記データ出力部は、前記端末装置の外部
から前記コンテンツデータと前記属性データとを受信
し、前記判定部へ出力してもよい。

【００１６】前記データ出力部は、情報記録媒体に格納
された前記コンテンツデータと前記属性データとを再生
して、前記判定部へ出力してもよい。

【００１７】前記端末装置は、第１の提示部と第２の提
示部とを含み、前記属性データは、前記端末装置の状況
に関する第１の条件と、前記第１の条件に対応した前記
コンテンツの第１の提示形態と、および、前記端末装置
の状況に関する第２の条件と、前記第２の条件に対応し
た前記コンテンツの第２の提示形態との少なくとも一方
を指定し、前記判定部は、前記取得された状況が前記第
１の条件または前記第２の条件を満たすか否かを判定
し、前記判定部が前記第１の条件を満たすと判定した場
合には、第１の提示部が前記コンテンツを前記第１の提
示形態に従って提示し、前記判定部が前記第２の条件を
満たすと判定した場合には、第２の提示部が前記コンテ
ンツを前記第２の提示形態に従って提示してもよい。

【００１８】前記端末装置は、第１の提示部と第２の提
示部とを含み、前記取得部は、前記取得部で取得された
状況に関連付けられた提示先指定情報であって、前記第
１の提示部および前記第２の提示部の少なくとも１つを
前記コンテンツの提示先として指定する提示先指定情報
をさらに取得し、前記判定部は、前記取得部で取得され
た状況が、前記条件を満たすと判定された場合には、前
記提示先指定情報によって指定された前記第１の提示部
および前記第２の提示部の少なくとも１つが前記コンテ
ンツを提示してもよい。

【００１９】前記属性データは、前記端末装置の状況に
関する条件として、前記端末装置の位置に関する条件、
前記端末装置が前記コンテンツを提示する時刻に関する
条件、前記端末装置が前記コンテンツを提示する時間帯
に関する条件、前記端末装置が搭載された移動体の同乗
者の有無に関する条件、前記移動体の移動速度に関する
条件、および前記移動速度が所定の値以下である状態の
継続時間に関する条件のうち少なくとも１つを指定して
もよい。

【００２０】前記属性データは、前記同乗者が有の場
合、前記同乗者の位置に関する条件および前記同乗者の
プロファイルに関する条件のうち少なくとも１つをさら
に指定し、前記同乗者の位置に関する条件は、前部座席
と、後部座席と、前部座席および後部座席とからなる群
から選択され、前記同乗者のプロファイルに関する条件
は、性別と、大人または子供と、年齢と、趣味と、好み
とからなる群から少なくとも１つ選択されてもよい。

【００２１】前記属性データは、前記同乗者の位置およ
び前記同乗者のプロファイルの少なくとも１つに応じて
異なる前記コンテンツの提示形態を指定してもよい。

【００２２】前記提示形態は、前記コンテンツを動画と
して提示する形態、前記コンテンツを静止画として提示
する形態および前記コンテンツを音声として提示する形
態の少なくとも１つを含んでもよい。

【００２３】前記提示形態は、前記コンテンツを動画と
して提示する形態を含み、前記属性データは、前記動画
の毎秒のフレーム数を指定してもよい。

【００２４】前記提示形態は、前記コンテンツを音声と
して提示する形態を含み、前記属性データは、前記音声
の再生チャンネル数を指定してもよい。

【００２５】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態を説明する。 １．本発明の概要 図１は、本発明のコンテンツ配信サービスシステム１の
構成を示す。

【００２６】コンテンツ配信サービスシステム１は、サ
ービスセンタ２０１と、端末装置１００とを含む。サー
ビスセンタ２０１と、端末装置１００とは、通信路２５
０によって接続されている。

【００２７】端末装置１００は、移動体１１０に搭載さ
れている。移動体１１０は、典型的には、自動車であ
る。

【００２８】通信路２５０は、無線ＬＡＮを含む各種の
ＬＡＮ、ＷＡＮ、電話回線、無線電話回線等の任意のネ
ットワークを含み得る。端末装置１００が移動体１１０
に搭載されて移動し得ることを考慮すると、通信路２５
０は、無線のネットワークを含むことが好ましい。無線
のネットワークにおいて情報を伝達する媒体としては、
例えば、電磁波または赤外線が用いられ得る。

【００２９】サービスセンタ２０１は、コンテンツデー
タベース２０５と、ＣＰＵ２０４と、送信部２０２とを
含む。サービスセンタ２０１は、通信路２５０を通じ
て、端末装置１００に配信データ２５１を送信する。サ
ービスセンタ２０１は、任意の処理装置であり得、例え
ば、サーバコンピュータであり得る。サービスセンタ２
０１は、例えば、コンテンツの配信を希望する送り手２
１１によって管理される。なお、本明細書中で、「送り
手」とは、コンテンツ配信サービスの提供者をいい、コ
ンテンツを作成した者であるか否かは問わない。

【００３０】図２は、配信データ２５１の構造の一例を
示す。配信データ２５１は、属性データ２５２と、コン
テンツデータ２５３と含む。配信データ２５１は、例え
ば、属性データ２５２をパケットヘッダに含み、コンテ
ンツデータ２５３をデータパケットに含む１つのパケッ
トの形態を有する。属性データ２５２は、端末装置１０
０（図１）の状況に関する条件とその条件に対応したコ
ンテンツの提示形態とを指定する。コンテンツデータ２
５３は、所定のコンテンツを表すデータである。図２に
示される例では、コンテンツデータ２５３は、動画デー
タと音声データとを含んでいる。

【００３１】行２６１は、条件「ｃｏｎｄｉｔｉｏｎ
＝”＞＝２０ｋｍ／ｈ”」と、その条件に対応したコン
テンツの提示形態「ｍｅｔｈｏｄ＝”ｓｏｕｎｄ，ｖｉ
ｄｅｏ／ｆｒａｍｅ１」とを指定する。行２６１は、端
末装置１００の状況が、端末装置１００を搭載する移動
体１１０の移動速度が２０ｋｍ／ｈ以上であるという条
件を満たす場合には、端末装置１００は音声および動画
の最初のフレーム（ｆｒａｍｅ１）だけを提示するとい
う形態でコンテンツデータ２５３によって表されるコン
テンツを提示すべきであることを示す。この場合には、
コンテンツは、音声および静止画として提示される。

【００３２】同様に、行２６２は、端末装置１００の状
況が、端末装置１００を搭載する移動体１１０の移動速
度が２０ｋｍ／ｈ未満であるという条件を満たす場合に
は、端末装置１００は音声および毎秒１フレームに間引
きされた動画の形態（すなわち、品質を低下させた形
態）でコンテンツを提示すべきであることを示す。この
場合には、コンテンツは、音声および品質を低下させた
動画として提示される。

【００３３】行２６３は、端末装置１００の状況が、端
末装置１００を搭載する移動体１１０が停止していると
いう条件を満たす場合には、端末装置１００は音声およ
び間引きされない動画の形態（すなわち、品質を低下さ
せない形態）でコンテンツを提示すべきであることを示
す。この場合には、コンテンツは、音声および品質を低
下させない動画として提示される。

【００３４】図２に示される例では、属性データ２５２
は、端末装置１００の状況に関する条件に対応したコン
テンツの提示形態として、コンテンツを提示するメディ
アの種類（例えば、静止画、動画および／または音声）
と、そのメディアの品質（例えば、動画の毎秒のフレー
ム数）とを指定する。

【００３５】メディアの種類は、例えば、テキスト（文
字列によってコンテンツを提示する形態）を含んでもよ
い。あるいは、メディアの品質として、音声の再生チャ
ンネル数が指定されてもよい。

【００３６】このように、端末装置１００の状況に関す
る条件に対応したコンテンツの提示形態として、コンテ
ンツを提示するメディアの種類と、そのメディアの品質
とを指定することにより、端末装置１００の状況に応じ
た最適な形態でコンテンツを提示することができる。

【００３７】例えば、コンテンツデータ２５３が静止画
データ、動画データおよび音声データを含むと仮定する
と、端末装置１００を搭載する移動体１１０が停止状態
である場合には、動画データおよび音声データのみを再
生することにより、動画および音声としてコンテンツを
提示し、移動体１１０が低速走行状態である場合には、
静止画データおよび音声データのみを再生することによ
り、静止画および音声としてコンテンツを提示し、移動
体１１０が高速走行状態である場合には、音声データの
みを再生することにより、音声としてコンテンツを提示
することができる。これにより、移動体１１０の運転者
１１１がわき見運転をすることによる事故の危険性を最
小限にしつつ、運転者１１１にコンテンツを適切な形態
で提示することができる。

【００３８】運転者１１１が起こす事故の危険性を減ら
すには、移動体１１０が高速走行状態である場合に音声
の再生チャンネル数を減らす（音声の品質を低下させ
る）ことも有効である。ステレオ音声（再生チャンネル
数が２以上である音声）は、モノラル音声（再生チャン
ネル数が１である音声）と比較して、ステレオ音響効果
によって運転者１１１の行う運転動作が惑わされる可能
性が高いからである。

【００３９】図２に示される例では、属性データ２５２
は、テキスト形式で記述されている。しかし、属性デー
タ２５２は、バイナリデータの形式で記述されていても
よい。

【００４０】ふたたび図１を参照して、配信データ２５
１を受信した端末装置１００の動作を説明する。

【００４１】端末装置１００は、サービスセンタ２０１
から送信された配信データ２５１を受信し、後述する判
定部１０３へ出力するデータ出力部１０１と、端末装置
１００の状況を取得する取得部１０２と、判定部１０３
と、提示部１０４とを含む。

【００４２】データ出力部１０１は、データ出力部１０
１に送信された配信データ２５１を一時的に蓄積するメ
モリ（図示せず）を有していてもよい。

【００４３】図１に示される例では、取得部１０２は、
端末装置１００の状況として、端末装置１００が搭載さ
れた移動体１１０の移動速度を取得する。移動体１１０
の移動速度は、例えば、単位時間当たりの移動体１１０
の車輪の回転数を測定することによって取得され得る。
このように、取得部１０２が移動体１１０の移動速度を
取得することによって、移動体１１０が高速走行状態で
あるか、停止状態であるかを取得することができる。た
だし、取得部１０２が取得する端末装置１００の状況
は、端末装置１００が搭載された移動体１１０の移動速
度に限定されない。

【００４４】取得部１０２は、例えば、移動体１１０の
同乗者（移動体１１０の運転者１１１以外の者）の有無
を取得してもよい。移動体１１０の同乗者の有無は、例
えば、重量センサ、赤外線センサ、または画像センサ等
を移動体１１０の座席に配置することによって取得され
得る。

【００４５】あるいは、取得部１０２は、移動体１１０
の移動速度が所定の値以下である状態の継続時間を取得
してもよい。移動体１１０の移動速度が所定の値以下で
ある状態の継続時間がある値を超える場合には、移動体
１１０は渋滞に巻き込まれていると見なし得る。

【００４６】さらに、取得部１０２がＧＰＳ（Ｇｒｏｂ
ａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）を含む
場合には、取得部１０２は、端末装置１００の位置を検
出することができる。端末装置１００の位置の時間的な
変化を検出すれば、端末装置１００を搭載している移動
体１１０の移動方向を取得することができる。取得部１
０２が時計機能を有する場合には、端末装置１００がコ
ンテンツを提示する時刻を取得することができる。

【００４７】判定部１０３は、取得部１０２で取得され
た端末装置１００の状況が、配信データ２５１に含まれ
る属性データ２５２が指定する条件を満たすか否かを判
定する。

【００４８】提示部１０４は、判定部１０３において、
取得部１０２で取得された端末装置１００の状況が、配
信データ２５１に含まれる属性データ２５２が指定する
条件を満たすと判定された場合には、コンテンツを属性
データ２５２が指定する提示形態で提示する。提示部１
０４は、例えば、コンテンツを音声として提示するため
のスピーカと、コンテンツを静止画、動画またはテキス
トとして提示するためのディスプレイとを含む。

【００４９】コンテンツ配信サービスは、サービスセン
タ２０１が配信データ２５１を端末装置１００に送信す
る処理（コンテンツ配信処理）を実行することによって
実現される。

【００５０】図３は、サービスセンタ２０１がコンテン
ツ配信処理を実行する手順を示す。コンテンツ配信処理
は、ＣＰＵ２０４（図１）がコンテンツ配信処理を表現
するプログラムを実行することによって行なわれる。こ
の処理は、例えば、コンテンツの配信を希望する送り手
２１１（図１）が、サービスセンタ２０１（処理装置）
に所定のコマンドを与えることによって開始される。

【００５１】以下、コンテンツ配信処理の手順を詳細に
説明する。

【００５２】ステップＳ３０１：コンテンツデータベー
ス２０５から、所定のコンテンツを表すコンテンツデー
タ２５３が読み出される。コンテンツデータベース２０
５には、コンテンツデータ２５３が予め蓄積されてい
る。所定のコンテンツとは、例えば、送り手２１１が配
信を希望するコンテンツである。そのようなコンテンツ
は、例えば、広告であり得る。あるいは、そのようなコ
ンテンツは、映画であり得る。

【００５３】なお、コンテンツデータ２５３は、コンテ
ンツデータベース２０５から読み出すことによって取得
されることに限定されない。例えば、コンテンツデータ
２５３は、任意のネットワークを介してサービスセンタ
２０１がそのコンテンツの作成者から受信することによ
って取得されてもよい。

【００５４】ステップＳ３０２：データ（属性データ２
５２およびコンテンツデータ２５３）の送り先である端
末装置１００の状況に関する条件と、その条件に対応し
たコンテンツの提示形態とを指定する属性データ２５２
が取得される。属性データ２５２は、例えば、コンテン
ツデータ２５３ともにコンテンツデータベース２０５か
ら読み出すことによって取得され得る。あるいは、ステ
ップＳ３０１で取得されたコンテンツデータ２５３に応
じて、適宜作成することによって取得されてもよい。

【００５５】このように、ステップＳ３０１およびステ
ップＳ３０２において、サービスセンタ２０１のＣＰＵ
２０４（図１）は、コンテンツデータ２５３および属性
データ２５２を取得する取得部として機能する。

【００５６】ステップＳ３０３：ステップＳ３０１で取
得されたコンテンツデータ２５３と、ステップＳ３０２
で取得された属性データ２５２とが、端末装置１００に
送信される。このような送信は、例えば、図２を参照し
て上述したように、属性データ２５２をヘッダに含み、
コンテンツデータ２５３をデータパケットに含む１つの
（同一の）パケットとして、送信部２０２が配信データ
２５１を端末装置１００に送信することによってなされ
る。

【００５７】このように、本発明では、コンテンツデー
タと属性データとが端末装置１００に送信される。従っ
て、属性データをコンテンツ配信サービスの提供者（コ
ンテンツの送り手）の意図に応じて構成することができ
る。例えば、属性データをコンテンツに依存して作成す
ることができる。その結果、端末装置が、その端末装置
の状況に応じてコンテンツを提示する形態に、送り手の
意図を反映させることができる。

【００５８】図１および図３を参照して上述した例で
は、サービスセンタ２０１（図１）から１つの端末装置
１００（図１）に向けて一方向に配信データ２５１が送
信される。しかし、配信データ２５１が送信される端末
装置１００の数は１つに限定されない。サービスセンタ
２０１は、不特定の数の端末装置１００に向けて配信デ
ータ２５１を一斉に送信（ブロードキャスト）してもよ
い。サービスセンタ２０１から１つの端末装置１００
（図１）に向けて一方向に配信データ２５１を送信する
形態や、不特定の数の端末装置１００に向けて一斉に配
信データ２５１をブロードキャストする形態は、通信路
２５０が単方向である場合に好適に用いられる。

【００５９】あるいは、通信路２５０が双方向である場
合には、サービスセンタ２０１は、端末装置１００から
の要求に応答して、配信データ２５１を送信するように
してもよい。

【００６０】また、本発明の適用は、コンテンツデータ
２５３と、属性データ２５２とが１つの配信データ２５
１に含まれて送信されることに限定されない。コンテン
ツデータ２５３と、属性データ２５２とは、別々のデー
タとして送信され、別々のネットワークを介して端末装
置１００に受信されてもよい。例えば、端末装置１００
は、インターネットを介して属性データ２５２を受信し
た後に、無線ネットワークを介してその属性データ２５
２に対応するコンテンツデータ２５３を受信してもよ
い。

【００６１】端末装置１００は、コンテンツデータ２５
３の全体の受信が完了してからコンテンツの提示を開始
する方式（ダウンロード方式）を採用してもよいし、コ
ンテンツデータ２５３のうち、受信が完了した部分から
コンテンツの提示を開始する方式（ストリーム方式）を
採用してもよい。ただし、いずれの場合でも、コンテン
ツの提示の開始に先だって、その提示形態を決定するた
めに属性データ２５２の受信が完了している必要がある
ことは言うまでもない。

【００６２】さらに、サービスセンタ２０１と端末装置
１００との間の通信は、パケット通信に限定されず、任
意の通信プロトコルが使用され得る。 ２．配信データのデータ構造の例 以下、図４〜図７を参照しながら、配信データ２５１の
データ構造の具体例を説明する。図４、図５および図７
は、いずれも、配信データ２５１をＸＭＬフォーマット
で記述した例を示す。図６は、配信データ２５１に含ま
れる属性データ２５２をＸＭＬフォーマットで記述した
例を示す。しかし、配信データ２５１および属性データ
２５２を記述するフォーマットがこれに限定されるわけ
ではない。配信データ２５１は、端末装置１００が解釈
することが可能な任意のフォーマットで記述され得る。
なお、ＸＭＬは、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏ
ｎｓｏｒｔｉｕｍ（Ｗ３Ｃ）によって標準化された、文
書の構造を記述するためのフォーマットである。Ｗｏｒ
ｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍについ
ては、例えば、ウェブページｈｔｔｐ：／／ｗｗｗ．ｗ
３．ｏｒｇに記載されている。また、ＸＭＬについて
は、文献：「標準ＸＭＬ完全解説」（技術評論社）に記
載されている。

【００６３】ＸＭＬ文書の構造を記述する方式としてＸ
ＭＬ Ｓｃｈｅｍａが規定されている。ＸＭＬ Ｓｃｈ
ｅｍａについては、Ｗ３Ｃに関する上記ウェブページｈ
ｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇに記載されている。

【００６４】配信データ２５１は、上記ＸＭＬ Ｓｃｈ
ｅｍａを拡張したＭＰＥＧ−７ Ｄｅｓｃｒｉｐｔｉｏ
ｎ Ｄｅｆｉｎｉｔｉｏｎ Ｌａｎｇｕａｇｅを用いる
ことにより、ＭＰＥＧ−７フォーマットで記述し得る。
ＭＰＥＧ−７は、国際標準化機構（Ｉｎｔｅｒｎａｔｉ
ｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ Ｓｔａｎｄａｒ
ｄｉｚａｔｉｏｎ、ＩＳＯ）および国際電気技術標準機
関（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｅｌｅｃｔｒｏｔｅ
ｃｈｎｉｃａｌ Ｃｏｍｍｉｓｓｉｏｎ、ＩＥＣ）が定
める、マルチメディアコンテンツの特徴や内容を記述す
るキーワードに関する標準規格であり、ウェブページｈ
ｔｔｐ：／／ｗｗｗ．ｃｓｅｌｔ．ｉｔ／ｍｐｅｇ／ｓ
ｔａｎｄａｒｄｓ．ｈｔｍに記載されている。

【００６５】図４〜図７に示される例において、「ｃｏ
ｎｄｉｔｉｏｎ」および「ｌｏｃａｔｉｏｎ」という語
は、端末装置１００の状況に関する条件を指定するため
に用いられる。

【００６６】「ｍｅｔｈｏｄ」という語は、端末装置１
００がコンテンツデータを再生する品質を指定するため
に用いられる。

【００６７】「ｔｙｐｅ」という語は、コンテンツデー
タの種類（すなわち、メディアの種類）を指定するため
に用いられる。「ｔｙｐｅ」が”ｓｏｕｎｄ”、”ｖｉ
ｄｅｏ”、”ｉｍａｇｅ”および”ｔｅｘｔ”であるこ
とは、それぞれ、コンテンツデータの種類が音声、動
画、静止画およびテキストであることを示す。端末装置
１００は、これらのコンテンツデータの種類に応じた再
生処理を行う。

【００６８】図４は、ＸＭＬフォーマットで記述された
配信データ２５１の一例を示す。

【００６９】配信データ２５１は、部分３５１〜部分３
５５を含む。

【００７０】部分３５１は、端末装置１００の状況
が、”ａｌｌ”という条件を満たす場合に、「［音声の
データ］」の箇所（行２３５１）に定義される音声デー
タが再生されることを示す。端末装置１００の状況
が、”ａｌｌ”という条件を満たすか否かは、判定部１
０３（図１）によって行なわれる。なお、「ｃｏｎｄｉ
ｔｉｏｎ＝”ａｌｌ”」という条件は、端末装置１００
の状況に依存せずに常に成立する条件である。従って、
部分３５１は、その音声データが常に再生されることを
示す。

【００７１】部分３５１には、音声データを再生する品
質は指定されていない。音声データを再生する品質が指
定されない場合には、端末装置１００は、デフォルトの
品質（例えば、利用可能な最高の品質）で音声データが
再生される。

【００７２】部分３５２は、端末装置１００の状況
が、”ｓｔｏｐ”という条件を満たせば、”ｖｉｄｅｏ
ｄａｔａ”というラベルを有するデータが”ａｌｌ”と
いう品質で再生されることを示す。”ｖｉｄｅｏｄａｔ
ａ”というラベルを有するデータは、部分３５５に定義
されている（行２３５５）。

【００７３】”ｓｔｏｐ”という条件は、端末装置１０
０が停止している（すなわち、端末装置１００を搭載す
る移動体１１０が停止している）場合に満たされる。

【００７４】”ａｌｌ”という品質は、利用可能な最高
の品質でデータが再生されることを示す。これは、デー
タが動画のデータである場合には、動画のフレームを全
く間引かずにデータが再生されること意味する。動画の
フレームを全く間引かずに再生した場合の毎秒のフレー
ム数は、例えば、３０フレームである。

【００７５】部分３５３は、端末装置１００の状況
が、”＜２０ｋｍ／ｈ”という条件を満たす場合に、”
ｖｉｄｅｏｄａｔａ”というラベルを有するデータが”
１ｆｒａｍｅｐｓ”という品質で再生されることを示
す。”ｖｉｄｅｏｄａｔａ”というラベルを有するデー
タは、部分３５５に定義されている。このように、部分
３５５に定義されている動画のデータは、端末装置１０
０の状況が、”ｓｔｏｐ”という条件を満たす場合
と、”＜２０ｋｍ”という条件を満たす場合とに、共通
して再生される。

【００７６】”＜２０ｋｍ／ｈ”という条件は、端末装
置１００の移動速度が２０ｋｍ／ｈ未満である（すなわ
ち、移動体１１０が２０ｋｍ／ｈ未満で移動している）
場合に満たされる。

【００７７】”１ｆｒａｍｅｐｓ”という品質は、毎秒
１フレームが表示されるように動画のフレームを間引い
て（品質を低下させて）動画が表示されることを示す。

【００７８】部分３５４は、端末装置１００の状況
が、”＞＝２０ｋｍ／ｈ”という条件を満たす場合に
は、「［静止画のデータ］」の箇所（行２３５４）に定
義される画像データが再生されることを示す。”＞＝２
０ｋｍ／ｈ”という条件は、端末装置１００の移動速度
が２０ｋｍ／ｈ以上である（すなわち、移動体１１０が
２０ｋｍ／ｈ以上で移動している）場合に満たされる。

【００７９】図４に示される例では、移動体１１０が停
止している場合には、コンテンツは音声および間引きさ
れない動画の形態で提示され、移動体１１０の移動速度
が２０ｋｍ／ｈ未満である場合には、音声および毎秒１
フレームに間引きされた動画の形態でコンテンツが提示
され、移動体１１０の移動速度が２０ｋｍ／ｈ以上であ
る場合には、音声および静止画の形態でコンテンツが提
示される。

【００８０】なお、コンテンツの提示中に端末装置１０
０の状況が変化した場合には、その変化後の状況に応じ
た提示形態に従って、コンテンツが提示されるようにし
てもよい。例えば、図４に示される例において、コンテ
ンツの提示を開始した時点では移動体１１０が停止して
いる場合には、コンテンツは音声および間引きされない
動画の形態で提示される。その後、移動体１１０が動き
出し、その移動速度が２０ｋｍ／ｈ以上になった場合に
は、音声および静止画の形態でコンテンツが提示されて
もよい。このような処理を可能にするために、端末装置
１００は、配信データ２５１を受信した時点で、「［静
止画のデータ］」の箇所（行２３５４）に定義される画
像データを端末装置１００のデータ出力部１０１の内部
のメモリ（図示せず）に蓄積する。

【００８１】なお、図４に示される例では、配信データ
２５１のうち、行１３５１、部分３５２、部分３５３お
よび行１３５４が属性データ２５２に相当し、行２３５
１、行２３５４および行２３５５がコンテンツデータ２
５３に相当する。

【００８２】図５は、ＸＭＬフォーマットで記述された
配信データ２５１の他の例を示す。

【００８３】図５に示される例では、配信データ２５１
は、部分３６１〜部分３６３を含む。

【００８４】部分３６１は、図４を参照して上述した部
分３５１と同一である。

【００８５】部分３６２は、端末装置１００の状況
が、”＜２０ｋｍ／ｈ”という条件を満たす場合には、
「［動画のデータ］」の箇所に定義される動画データが
再生されることを示す。

【００８６】部分３６３は、端末装置１００の状況
が、”＝＞２０ｋｍ／ｈ”という条件を満たす場合に
は、「［テキストのデータ］」の箇所に定義されるテキ
ストデータが再生されることを示す。

【００８７】図５に示される例では、データを再生する
品質の指定は省略されている。

【００８８】移動体１１０の運転者１１１が静止画に払
う注意配分は、動画に払う注意配分に比較して小さい。
また、動画が表示される品質を低下させることによって
も、移動体１１０の運転者が動画に払う注意配分を小さ
くすることができる。従って、事故防止の観点から、移
動体１１０の状況が停止状態→低速走行状態→高速走行
状態になるにつれて、一般に、再生する画像を高い品質
の動画像→低い品質の動画像→静止画像に変化させるこ
とが好ましい。ただし、このような画像の品質およびメ
ディアの種類の変化は、配信されるコンテンツに依存し
て指定されることが好ましい。

【００８９】さらに、属性データ２５２によって指定さ
れた画像の品質およびメディアの種類（すなわち、コン
テンツの提示形態）は、端末装置１００のユーザ（例え
ば、端末装置１００を搭載する移動体１１０の運転者１
１１）によってさらに変更することが可能であってもよ
い。例えば、運転者１１１が移動体１１０（例えば、自
動車）の運転にあまり習熟していない場合には、移動体
１１０の走行中は、その移動速度に関らず、画像の表示
が行なわれないように、端末装置１００を予め設定して
もよい。このような設定によってユーザがコンテンツの
提示形態を指定した場合には、その指定は、属性データ
２５２によるコンテンツの提示形態の指定よりも優先す
る。

【００９０】このような設定は、提示部１０４にユーザ
入力可能なインターフェースを設けて、取得部１０２が
ユーザ入力を端末装置１００の状況として取得するよう
に構成することによって達成され得る。あるいは、別個
の入力装置を端末装置１００に設けて、取得部１０２が
ユーザ入力を端末装置１００の状況として取得するよう
に構成することによっても、上記設定を達成することが
できる。

【００９１】端末装置１００の状況に関する条件とし
て、端末装置１００を搭載する移動体１１０の移動速度
以外の条件が指定されてもよい。

【００９２】図６は、ＸＭＬフォーマットで記述された
属性データ２５２の例を示す。図６に示される例では、
端末装置１００の状況に関する条件として、端末装置１
００の位置が指定される。

【００９３】属性データ２５２は、部分５０１と部分５
０２とを含む。

【００９４】部分５０１は、端末装置１００の状況が、
ｌｏｃａｔｉｏｎ＝”Ａ ｔｏｗｎ”という条件を満た
す場合に、”Ａｔｏｗｎ．ｍｐｇ”というラベル（例え
ば、ファイル名）を有するデータが再生されることを示
す。ｌｏｃａｔｉｏｎ＝”Ａｔｏｗｎ”という条件は、
端末装置１００の位置が、Ａ町の内部である場合に満た
される。

【００９５】同様に、部分５０２は、端末装置１００の
状況が、ｌｏｃａｔｉｏｎ＝”Ｂｔｏｗｎ”という条件
を満たす場合に、”Ｂｔｏｗｎ．ｍｐｇ”というラベル
を有するデータが再生されることを示す。ｌｏｃａｔｉ
ｏｎ＝”Ｂ ｔｏｗｎ”という条件は、端末装置１００
の位置が、Ｂ町の内部である場合に満たされる。以
下、”Ａｔｏｗｎ．ｍｐｇ”および”Ｂｔｏｗｎ．ｍｐ
ｇ”というラベルを有するデータをそれぞれ、簡単に、
データ”Ａｔｏｗｎ．ｍｐｇ”およびデータ”Ｂｔｏｗ
ｎ．ｍｐｇ”と表す。

【００９６】データ”Ａｔｏｗｎ．ｍｐｇ”およびデー
タ”Ｂｔｏｗｎ．ｍｐｇ”は、例えば、それぞれ、Ａ町
およびＢ町の案内情報を表す動画データ（コンテンツデ
ータ）であり得る。これらのコンテンツデータは、属性
データ２５２が端末装置１００に受信された時点では、
まだ端末装置１００に受信されていない。属性データ２
５２が端末装置１００に受信された後に、端末装置１０
０が”Ａｔｏｗｎ．ｍｐｇ”および”Ｂｔｏｗｎ．ｍｐ
ｇ”を受信する手順には、以下の２通りの手順がある。

【００９７】１つの手順は、端末装置１００が、サービ
スセンタ２０１（図１）に向けて、データ”Ａｔｏｗ
ｎ．ｍｐｇ”およびデータ”Ｂｔｏｗｎ．ｍｐｇ”のう
ち、必要なデータを要求し、サービスセンタ２０１がそ
の要求に応答して端末装置１００に要求されたデータを
コンテンツデータ２５３として送信する手順である。こ
の場合には、データ”Ａｔｏｗｎ．ｍｐｇ”およびデー
タ”Ｂｔｏｗｎ．ｍｐｇ”のうち、端末装置１００に必
要なデータのみが通信路２５０（図１）上を伝送され
る。従って、データ”Ａｔｏｗｎ．ｍｐｇ”およびデー
タ”Ｂｔｏｗｎ．ｍｐｇ”の両方を伝送する場合に比較
して、伝送のために必要な帯域幅を節約することができ
る。このような手順を実現するためには、通信路２５０
は双方向である必要がある。

【００９８】他の手順は、サービスセンタ２０１が、属
性データ２５２の送信の完了後に、引き続いて端末装置
１００にデータ”Ａｔｏｗｎ．ｍｐｇ”およびデータ”
Ｂｔｏｗｎ．ｍｐｇ”をコンテンツデータ２５３として
送信する手順である。この場合には、通信路２５０上に
はデータ”Ａｔｏｗｎ．ｍｐｇ”およびデータ”Ｂｔｏ
ｗｎ．ｍｐｇ”の両方が伝送される。しかし、端末装置
１００ではこれらのデータのうち、端末装置１００で必
要な方（例えば、端末装置１００の位置がＡ町の内部で
ある場合には、データ”Ａｔｏｗｎ．ｍｐｇ”）だけを
メモリに蓄積すればよい。このような手順は、通信路２
５０が単方向である場合に好適に用いられ得る。

【００９９】端末装置１００の状況に関する条件とし
て、複数の条件が組み合わせて指定されてもよい。

【０１００】図７は、ＸＭＬフォーマットで記述された
配信データ２５１のさらに他の例を示す。図７に示され
る例では、端末装置１００の状況に関する条件として、
端末装置１００の移動速度の条件と、端末装置１００を
搭載する移動体１１０の同乗者の有無の条件とが組み合
わせて指定される。

【０１０１】配信データ２５１は、部分６０１〜部分６
０４を含む。

【０１０２】部分６０１は、図４を参照して上述した部
分３５１と同一である。

【０１０３】部分６０２は、端末装置１００の状況
が、”＜２０ｋｍ／ｈ”という条件を満たす場合には、
「［動画Ａのデータ］」の箇所に定義される動画データ
が再生されることを示す。

【０１０４】部分６０３は、端末装置１００の状況
が、”＞＝２０ｋｍ／ｈ ａｎｄ ｇｕｅｓｔ”という
条件を満たす場合には、「［動画Ｂのデータ］」の箇所
に定義される動画データが再生されることを示す。”＞
＝２０ｋｍ／ｈ ａｎｄ ｇｕｅｓｔ”という条件は、
端末装置１００の移動速度が２０ｋｍ／ｈ以上であり、
かつ、端末装置１００を搭載する移動体１１０に同乗者
がいる場合に満たされる。

【０１０５】部分６０４は、端末装置１００の状況
が、”＞＝２０ｋｍ／ｈ ａｎｄ ｎｏｇｕｅｓｔ”と
いう条件を満たす場合には、「［静止画のデータ］」の
箇所に定義される静止画データが再生されることを示
す。”＞＝２０ｋｍ／ｈ ａｎｄｎｏｇｕｅｓｔ”とい
う条件は、端末装置１００の移動速度が２０ｋｍ／ｈ以
上であり、かつ、端末装置１００を搭載する移動体１１
０に同乗者がいない場合に満たされる。

【０１０６】同乗者は、移動体１１０の運転にたずさわ
らないので、端末装置１００の移動速度（すなわち、移
動体１１０の移動速度）に関わらずその同乗者のために
コンテンツを動画として提示することは、事故防止の観
点から問題はない。

【０１０７】端末装置１００の状況に関する条件とし
て、図４〜図７に示される例の他に、例えば、端末装置
１００がコンテンツを提示する時刻または時間帯が指定
されてもよい。これにより、コンテンツを提示する時間
帯に応じてコンテンツの提示形態を変えることができ
る。例えば、コンテンツがレストランの広告である場合
には、端末装置１００は、昼食メニューまたは夕食メニ
ューを適切な時間帯にのみ提示するようにすることがで
きる。 ３．コンテンツ配信サービスの応用例１ 次に、端末装置１０００の状況が移動体１１０の同乗者
が有である場合の、コンテンツ配信サービスの応用例に
ついて説明する。

【０１０８】図８は、本発明のコンテンツ配信サービス
を提供する方法の応用例を示す。

【０１０９】本発明による端末装置１０００は、第１の
提示部１０４（図１の提示部１０４に相当）に加えて第
２の提示部１１０１を有する以外は、図１に示される端
末装置１００と同様である。同様の構成要素には、同様
の参照符号を付し、その説明を省略する。なお、提示部
の数は、任意であり得、２よりも多くてもよい。図８に
示されるように、移動体１１０が自動車の場合には、第
１の提示部１０４は前部座席のディスプレイであり、第
２の提示部１１０１は後部座席のディスプレイであり得
る。

【０１１０】図８に示される例では、運転手（図示せ
ず）以外の同乗者として、運転手の隣の前部座席（助手
席）に位置する大人の同乗者１１１１と、後部座席に位
置する子供の同乗者１１０２とが、移動体１１０内に位
置する。この場合に、サービスセンタ２０１が、○×百
貨店の催事情報（コンテンツ）を表すコンテンツデータ
を含む配信データ２５１を送信する。送信された配信デ
ータ２５１は、移動体１１０に搭載された端末装置１０
００のデータ出力部１０１によって受信される。

【０１１１】配信データ２５１は、属性データ２５２と
コンテンツデータ２５３とを含む。

【０１１２】取得部１０２は、前部座席における同乗者
が有であり、かつ、同乗者は大人１１１１であるという
端末装置１０００の状況と、後部座席における運転手以
外の同乗者が有であり、かつ、同乗者が子供１１０２で
あるという端末装置１０００の状況とを取得する。これ
ら端末装置１０００の状況の取得は、例えば、各座席の
下に設けられた重量センサ、移動体１１０の車内に設け
られた画像センサ等を用いてセンシングすることによっ
て達成されてもよいし、上述したように別個のユーザ入
力装置を設けてユーザ（例えば、端末装置１０００を搭
載する移動体１１０の運転者１１１（図１）、同乗者１
１０２および１１１１）による入力を取得してもよい。
取得部１０２が取得した端末装置１０００の状況（すな
わち、大人の同乗者１１１１が前部座席に位置し、子供
の同乗者１１０２が後部座席に位置する）が判定部１０
３に送られる。

【０１１３】判定部１０３は、端末装置１０００の状況
が、属性データ２５２に含まれる条件を満たすか否かを
判定する。判定した結果、条件を満たす場合には、第１
の提示部１０４と第２の提示部１１０１にコンテンツを
表示する。

【０１１４】図９（ａ）は、端末装置１０００の第１の
提示部１０４に提示される画面９００１を示す。画面９
００１は、○×百貨店の催事情報のうち９階で開催され
ている夏物大バーゲンの情報を示す。

【０１１５】図９（ｂ）は、端末装置１０００の第２の
提示部１１０１に提示される画面９００２を示す。画面
９００２は、○×百貨店の催事情報のうち７階で開催さ
れているテレビヒーロー大集合の子供向けの情報を示
す。

【０１１６】図９（ｃ）は、端末装置１０００の第１の
提示部１０４に提示される別の画面９００３を示す。画
面９００３は、○×百貨店の催事情報のうち７階で開催
されているテレビヒーロー大集合の大人向けの情報を示
す。

【０１１７】図９（ｄ）は、端末装置１０００の第１の
提示部１０４に提示されるさらに別の画面９００４を示
す。画面９００４は、○×百貨店の催事情報のうち地下
１階で開催されている食品売場タイムセールの情報を示
す。

【０１１８】図１０は、図８に示される配信データ２５
１の構造を示す。

【０１１９】配信データ２５１は、部分１３０１〜部分
１３０４を含む。

【０１２０】部分１３０１は、端末装置１０００の状況
が、ｃｏｎｄｉｔｉｏｎ＝”ｇｕｅｓｔ，ｐｏｓｉｔｉ
ｏｎ＝ｆｒｏｎｔ”という条件（第１の条件）を満たす
場合には、「［○×百貨店の９階催事情報の動画デー
タ］」が第１の提示部１０４に表示される（第１の提示
形態）ことを示す。ｃｏｎｄｉｔｉｏｎ＝”ｇｕｅｓ
ｔ，ｐｏｓｉｔｉｏｎ＝ｆｒｏｎｔ”という条件は、同
乗者が大人であり、同乗者が前部座席に位置する場合に
満たされる。すなわち、図８に示される端末装置１００
０では、この条件が満たされる。

【０１２１】部分１３０２は、端末装置１０００の状況
が、ｃｏｎｄｉｔｉｏｎ＝”ｇｕｅｓｔ，ｉｓ＿ｃｈｉ
ｌｄ，ｐｏｓｉｔｉｏｎ＝ｒｅａｒ”という条件（第２
の条件）を満たす場合には、「［○×百貨店の７階催事
情報の子供向け動画データ］」が第２の提示部１１０２
に表示される（第２の提示形態）ことを示す。ｃｏｎｄ
ｉｔｉｏｎ＝”ｇｕｅｓｔ，ｉｓ＿ｃｈｉｌｄ，ｐｏｓ
ｉｔｉｏｎ＝ｒｅａｒ”という条件は、同乗者が子供で
あり、同乗者が後部座席に位置する場合に満たされる。
同様に、図８に示される端末装置１０００では、この条
件が満たされる。

【０１２２】部分１３０３は、端末装置１０００の状況
がｃｏｎｄｉｔｉｏｎ＝”ｇｕｅｓｔ，ｐｏｓｉｔｉｏ
ｎ＝ｆｒｏｎｔ” ｐｒｅｆｅｒｅｎｃｅ＝”ｃｈｉｌ
ｄ”という条件を満たす場合には、「［○×百貨店の７
階催事情報の大人向け動画データ］」が第１の提示部１
０４に表示されることを示す。ｃｏｎｄｉｔｉｏｎ＝”
ｇｕｅｓｔ，ｐｏｓｉｔｉｏｎ＝ｆｒｏｎｔ” ｐｒｅ
ｆｅｒｅｎｃｅ＝”ｃｈｉｌｄ”という条件は、同乗者
が大人であり、同乗者の位置が前部座席であり、好みが
子供である場合に満たされる。例えば、図８の端末装置
１００において、同乗者１１１１が、好みが子供である
ことを入力した場合に満たされる。「好みが子供であ
る」とは、ユーザが大人である場合に、ユーザが子供向
けのイベント等の子供に関する情報を取得することを希
望していることを示す。

【０１２３】部分１３０４は、端末装置１０００の状況
が、ｃｏｎｄｉｔｉｏｎ＝”ｇｕｅｓｔ，ｐｏｓｉｔｉ
ｏｎ＝ｆｒｏｎｔ” ｐｒｅｆｅｒｅｎｃｅ＝”ｆｏｏ
ｄｓ” ｓｅｘ＝”ｆｅｍａｌｅ”という条件を満たす
場合には、「［○×百貨店の地下１階催事情報の動画デ
ータ］」が第１の提示部１０４に表示されることを示
す。ｃｏｎｄｉｔｉｏｎ＝”ｇｕｅｓｔ，ｐｏｓｉｔｉ
ｏｎ＝ｆｒｏｎｔ” ｐｒｅｆｅｒｅｎｃｅ＝”ｆｏｏ
ｄｓ” ｓｅｘ＝”ｆｅｍａｌｅ”という条件は、同乗
者が大人の女性であり、同乗者の位置が前部座席であ
り、好みが食料品である場合に満たされる。例えば、図
８の端末装置１０００において、同乗者１１１１が、性
別が女性であり、かつ、好みが食料品であることを入力
した場合に満たされる。「好みが食料品である」とは、
ユーザが食料品に関する情報を取得することを希望して
いることを示す。

【０１２４】このように端末装置１０００および配信デ
ータ２５１を構成することにより、サービスセンタ２０
１は、同じ移動体１１０の複数の提示部（第１の提示部
１０４および第２の提示部１１０１）それぞれに、いく
つかのタイプの○×百貨店の情報を含むコンテンツを、
同乗者の位置および／または同乗者のプロファイルに応
じて選択される提示形態（図９（ａ）〜（ｄ））で提供
することができる。同乗者の位置は、前部座席と、前部
座席および後部座席と、後部座席とからなる群から選択
される。同乗者のプロファイルは、性別と、大人または
子供と、年齢と、趣味と、好みとからなる群から少なく
とも１つ選択される。

【０１２５】なお、図８〜１０を参照して、属性データ
が、予め、端末装置１０００の状況に関する条件として
同乗者の位置（すなわち、コンテンツの提示先）を指定
して、これにより第１の提示部１０４および第２の提示
部１１０１の少なくとも１つにコンテンツを提示する例
を説明してきたが、本発明は、属性データが端末装置の
状況に関する条件として同乗者の位置を指定しない場合
にも適用可能である。

【０１２６】端末装置１０００が搭載された移動体１１
０の同乗者が有である場合に、属性データが、端末装置
１０００の状況に関する条件として同乗者の位置を指定
することなく、第１の提示部１０４および第２の提示部
１１０１の少なくとも１つがコンテンツを提示する例を
説明する。

【０１２７】この場合、取得部１０２は、端末装置１０
００の状況として、端末装置１０００が搭載された移動
体１１０に大人の同乗者と子供の同乗者とが有であると
いう状況を取得する（図８）。取得部１０２は、取得さ
れた状況に関連付けられた、第１の提示部１０４および
第２の提示部１１０１の少なくとも１つをコンテンツの
提示先として指定する提示先指定情報をさらに取得す
る。この例では、提示先指定情報は、大人の同乗者が前
部座席に位置している（すなわち、大人の同乗者が有で
あるという端末装置１０００の状況に対応するコンテン
ツの提示形態で、第１の提示部１０４にコンテンツが提
示されるべきである）という情報と、子供の同乗者が後
部座席に位置しているという情報（すなわち、子供の同
乗者が有であるという端末装置１０００の状況に対応す
るコンテンツの提示形態で、第２の提示部１１０１にコ
ンテンツが提示されるべきである）である。提示先指定
情報は、例えば、重量センサ、赤外線センサ、または画
像センサ等を移動体１１０の座席に配置することによっ
て取得され得る。取得部１０２が取得した状況および提
示先指定情報が、判定部１０３に送られる。

【０１２８】判定部１０３は、上述のように、端末装置
１０００の状況が、属性データ２５２に含まれる条件を
満たすか否かを判定する。判定した結果、条件を満たす
場合には、その条件を満たす状況に関連付けられた提示
先指定情報によって指定された第１の提示部１０４およ
び第２の提示部１１０１の少なくとも１つにコンテンツ
を提示する。

【０１２９】図１１は、図８に示される配信データの別
の構造を示す。

【０１３０】この場合、配信データ２５１は、部分１１
１０、１１２０、１１３０および１１４０を含む。

【０１３１】部分１１１０は、図１０の部分１３０１か
ら同乗者の位置に関する条件が削除されている以外は同
じである。端末装置１０００の状況がｃｏｎｄｉｔｉｏ
ｎ＝”ｇｕｅｓｔ”（すなわち、大人の同乗者１１１１
が有である）という条件を満たし、かつ、この状況が大
人の同乗者１１１１は前部座席に位置しているという提
示先指定情報に関連付けられている場合、「［○×百貨
店の９階催事情報の動画データ］」が第１の提示部１０
４に表示される。すなわち、図９（ａ）の画面９００１
が第１の提示部１０４に表示される。

【０１３２】部分１１２０は、図１０の部分１３０２か
ら同乗者の位置に関する条件が削除されている以外は同
じである。端末装置１０００の状況がｃｏｎｄｉｔｉｏ
ｎ＝”ｇｕｅｓｔ，ｉｓ＿ｃｈｉｌｄ”（すなわち、子
供の同乗者１１０２が有である）という条件を満たし、
かつ、この状況が子供の同乗者１１０２は後部座席に位
置しているという提示先指定情報に関連付けられている
場合、「［○×百貨店の７階催事情報の子供向け動画デ
ータ］」が第２の提示部１１０１に表示される。すなわ
ち、図９（ｂ）の画面９００２が第２の提示部１１０１
に表示される。

【０１３３】部分１１３０は、図１０の部分１３０３か
ら同乗者の位置に関する条件が削除されている以外は同
じである。端末装置１０００の状況がｃｏｎｄｉｔｉｏ
ｎ＝”ｇｕｅｓｔ” ｐｒｅｆｅｒｅｎｃｅ＝”ｃｈｉ
ｌｄ”（すなわち、大人の同乗者１１１１が有であり、
好みが子供である）という条件を満たし、かつ、この状
況が大人の同乗者１１１１は前部座席に位置していると
いう提示先指定情報に関連付けられている場合、「［○
×百貨店の７階催事情報の大人向け動画データ］」が第
１の提示部１０４に表示される。すなわち、図９（ｃ）
の画面９００３が第１の提示部１０４に表示される。

【０１３４】部分１１４０は、図１０の部分１３０４か
ら同乗者の位置に関する条件が削除されている以外は同
じである。端末装置１０００の状況がｃｏｎｄｉｔｉｏ
ｎ＝”ｇｕｅｓｔ” ｐｒｅｆｅｒｅｎｃｅ＝”ｆｏｏ
ｄｓ” ｓｅｘ＝”ｆｅｍａｌｅ”（すなわち、大人の
女性の同乗者１１１１が有であり、好みが食料品であ
る）という条件を満たし、かつ、この状況が大人の女性
の同乗者１１１１は前部座席に位置しているという提示
先指定情報に関連付けられている場合、「［○×百貨店
の地下１階催事情報の動画データ］」が第１の提示部１
０４に表示される。すなわち、図９（ｄ）の画面９００
４が第１の提示部１０４に表示される。

【０１３５】図１０および図１１の配信データ２５１
は、単なる例示にすぎない。配信データ２５１は送り手
２１１（図１）の意図に従って任意に構成され得る。

【０１３６】このように、端末装置１０００側でコンテ
ンツをどの提示部（第１の提示部１０４または第２の提
示部１１０１）に提示すべきかを判定するので、属性デ
ータは、予め、端末装置１００の状況に関する条件とし
て同乗者の位置（すなわち、コンテンツの提示先）を指
定する必要がない。また、送り手２１１は同乗者の位置
に応じてコンテンツの提示形態を用意する必要がないの
で、伝送のために必要な帯域幅を節約することができ
る。 ４．コンテンツ配信サービスの応用例２ 図１２は、本発明のコンテンツ配信サービスを提供する
方法の応用例を示す。

【０１３７】サービスセンタ２０１は、レストラン８０
１の広告（コンテンツ）を表すコンテンツデータを含む
配信データ２５１を送信（ブロードキャスト）する。配
信データ２５１は、移動体１１０ａに搭載された端末装
置１００ａと、移動体１１０ｂに搭載された端末装置１
００ｂとに受信される。端末装置１００ａと、端末装置
１００ｂとはそれぞれ、図１を参照して説明した端末装
置１００と同様の構成を有し得る。

【０１３８】移動体１１０ａは、東に向かって移動して
おり、移動体１１０ｂは、北に向かって移動している。

【０１３９】配信データ２５１は、属性データ２５２と
コンテンツデータ２５３とを含む。

【０１４０】図１３（ａ）は、端末装置１００ａの提示
部１０４（図１２には示されていない、図１参照）に提
示される静止画９５１ａを示す。静止画９５１ａは、西
側から見たレストラン８０１を表す。

【０１４１】図１３（ｂ）は、端末装置１００ｂの提示
部１０４（図１２には示されていない、図１参照）に提
示される静止画９５１ｂを示す。静止画９５１ｂは、南
側から見たレストラン８０１を表す。

【０１４２】図１４は、図１２に示される属性データ２
５２の構造を示す。

【０１４３】行１０５１に示される条件”ｄｉｒｅｃｔ
ｉｏｎ＝ｎｏｒｔｈ”は、端末装置の移動方向が北向き
である場合に満たされる。すなわち、図１２に示される
端末装置１００ｂでは、この条件が満たされる。

【０１４４】行１０５２に示される条件”ｄｉｒｅｃｔ
ｉｏｎ＝ｅａｓｔ”は、端末装置の移動方向が東向きで
ある場合に満たされる。すなわち、図１２に示される端
末装置１００ａでは、この条件が満たされる。

【０１４５】行１０５３に示されるデータ”ｓｏｕｔｈ
ｖｉｅｗ．ｊｐｇ”は、静止画９５１ｂ（図１３
（ｂ））を表すデータである。データ”ｓｏｕｔｈｖｉ
ｅｗ．ｊｐｇ”のフォーマットは、例えば、ＪＰＥＧフ
ォーマットである。

【０１４６】行１０５４に示されるデータ”ｗｅｓｔｖ
ｉｅｗ．ｊｐｇ”は、静止画９５１ａ（図１３（ａ））
を表すデータである。データ”ｗｅｓｔｖｉｅｗ．ｊｐ
ｇ”のフォーマットは、例えば、ＪＰＥＧフォーマット
である。

【０１４７】データ”ｗｅｓｔｖｉｅｗ．ｊｐｇ”およ
びデータ”ｓｏｕｔｈｖｉｅｗ．ｊｐｇ”は、コンテン
ツデータ２５３として、端末装置１００ａおよび端末装
置１００ｂに送信（ブロードキャスト）される。端末装
置１００ａは、受信したコンテンツデータ２５３のう
ち、データ”ｗｅｓｔｖｉｅｗ．ｊｐｇ”のみを必要な
データとして蓄積し、表示する。端末装置１００ｂは、
受信したコンテンツデータ２５３のうち、データ”ｓｏ
ｕｔｈｖｉｅｗ．ｊｐｇ”のみを必要なデータとして蓄
積し、表示する。

【０１４８】図１４において、行１０５１〜行１０５４
が、端末装置１００ａ、１００ｂの状況に関する条件と
その条件に対応したコンテンツ（広告）の提示形態とを
指定する属性データに相当し、データ”ｗｅｓｔｖｉｅ
ｗ．ｊｐｇ”およびデータ”ｓｏｕｔｈｖｉｅｗ．ｊｐ
ｇ”がコンテンツを表すコンテンツデータに相当する。

【０１４９】このように配信データ２５１を構成するこ
とにより、サービスセンタ２０１（図１２）は、移動体
１１０ａの運転者と移動体１１０ｂの運転者とに、異な
った提示形態（図１３（ａ）に示される形態と図１３
（ｂ）に示される形態）で提示されるレストラン８０１
の広告を提供することができる。このような提示形態
は、運転者が移動体の運転中にレストラン８０１を特定
するために非常に好ましい。なぜなら、移動体１１０ａ
の運転者と移動体１１０ｂの運転者とには、レストラン
８０１の外観が、運転中に見える景色と同じ姿で示され
るからである。

【０１５０】なお、この例では、端末装置１００ａと端
末装置１００ｂとの移動方向に基づいて、異なる方向か
ら見たレストラン８０１の画像がそれぞれの端末装置に
提示された。しかし、端末装置１００ａと端末装置１０
０ｂとの位置に基づいて、異なる方向から見たレストラ
ン８０１の画像が提示されてもよい。例えば、レストラ
ン８０１に対して西側に位置する端末装置（図１２に示
される例では、端末装置１００ａ）には、西側から見た
レストラン８０１の画像が提示され、レストラン８０１
に対して南側に位置する端末装置（図１２に示される例
では、端末装置１００ｂ）には、南側から見たレストラ
ン８０１の画像が提示されるようにしてもよい。

【０１５１】図１２、図１３（ａ）および（ｂ）、図１
４を参照して説明した例は、属性データ２５２をコンテ
ンツの送り手の意図に応じて作成することにより、属性
データ２５２をコンテンツ（この例では、広告）に依存
したものとするのが好ましいことを示す一例である。

【０１５２】なお、図１〜図１４に関連して説明してき
た実施の形態では、送り手２１１（図１）によって管理
されたサービスセンタ２０１（図１）からコンテンツを
表すコンテンツデータが配信される、コンテンツ配信サ
ービスを説明してきた。しかしながら、本発明は、コン
テンツデータが通信路２５０（図１）を介して放送され
ることに限定されない。例えば、送り手の意図を反映し
たコンテンツデータと属性データとが、情報記録媒体に
予め記録されていてもよい。情報記録媒体は、例えば、
光ディスク、磁気ディスク等であり得る。コンテンツデ
ータと属性データとが情報記録媒体に予め記録されてい
る場合、端末装置１００（図１）および端末装置１００
０（図８）のデータ出力部１０１は、情報記録媒体を再
生して、再生されたコンテンツデータと属性データとを
判定部１０２へ出力するように機能する。この場合、デ
ータ出力部１０１以外の構成要素は、図１と同様の構成
要素が用いられ得る。

【０１５３】以上に説明した実施の形態では、端末装置
１００（または、１０００、１００ａ、１００ｂ）は移
動体１１０（または、１１０ａ、１１０ｂ）に搭載され
ているものとした。それは、端末装置１００の状況が変
化し得る例を示す目的のためであり、本発明がこれに限
定されることを意図するものとして解釈されるべきでは
ない。本発明の原理は、端末装置１００の状況を取得す
る取得部を備えたあらゆる端末装置１００に適用可能で
ある。

【０１５４】本発明の原理に従って、視覚障害者や聴覚
障害者のためのコンテンツ配信サービスを容易に実現す
ることができる。例えば、端末装置１００の取得部１０
２（図１）として、端末装置１００のユーザが視覚障害
者または聴覚障害者であるか否かを端末装置１００の状
況として入力し得る任意のデバイスを使用することによ
り、視覚障害者のための補助音声または聴覚障害者のた
めの字幕等を提示部１０４に提示することができる。

【０１５５】

【発明の効果】本発明によれば、所定のコンテンツを表
すデータと、属性データとが端末装置に送信される。属
性データは、前記端末装置の状況に関する条件と、その
条件に応じたそのコンテンツの提示形態とを指定する。
属性データをコンテンツ配信サービスの提供者（コンテ
ンツの送り手）の意図に応じて構成することにより、端
末装置が、その端末装置の状況に応じてコンテンツを提
示する形態に送り手の意図を反映させることができる。

【図面の簡単な説明】

【図１】本発明のコンテンツ配信サービスシステム１の
構成を示すブロック図

【図２】配信データ２５１の構造の一例を示す図

【図３】サービスセンタ２０１がコンテンツ配信処理を
実行する手順を示すフローチャート

【図４】ＸＭＬフォーマットで記述された配信データ２
５１の一例を示す図

【図５】ＸＭＬフォーマットで記述された配信データ２
５１の他の例を示す図

【図６】ＸＭＬフォーマットで記述された属性データ２
５２の例を示す図

【図７】ＸＭＬフォーマットで記述された配信データ２
５１のさらに他の例を示す図

【図８】本発明のコンテンツ配信サービスを提供する方
法の応用例を示す図

【図９】（ａ）は、端末装置１００の第１の提示部１０
４に提示される画面９００１を示す図であり、（ｂ）
は、端末装置１００の第２の提示部１１０１に提示され
る画面９００２を示す図

【図１０】図８に示される配信データ２５１の構造を示
す図

【図１１】図８に示される配信データ２５１の別の構造
を示す図

【図１２】本発明のコンテンツ配信サービスを提供する
方法の応用例を示す図

【図１３】（ａ）は、端末装置１００ａの提示部１０４
に提示される静止画９５１ａを示す図であり、（ｂ）
は、端末装置１００ｂの提示部１０４に提示される静止
画９５１ｂを示す図

【図１４】図１２に示される属性データ２５２の構造を
示す図

【符号の説明】

１ コンテンツ配信サービスシステム １００ 端末装置 １０１ データ出力部 １０２ 取得部 １０３ 判定部 １０４ 提示部 １１１ 運転者 ２０１ サービスセンタ ２０２ 送信部 ２０４ ＣＰＵ ２０５ コンテンツデータベース ２１１ 送り手 ２５１ 配信データ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 荒川 博 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 伊藤 智祥 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5C025 AA30 BA25 CA02 CB10 DA05 DA07 5C063 AA01 AB03 AB07 AC01 AC05 AC10 CA23 CA36 DA01 DA05 DA07 DA13 DB10 5C064 BA07 BB07 BC07 BC23 BD02 BD08 BD09

Claims (19)

【特許請求の範囲】
1. 【請求項１】 端末装置の状況を取得する取得部を備え
   た端末装置と、前記端末装置にデータを送信する処理装
   置とを用いて、コンテンツ配信サービスを提供する方法
   であって、 前記処理装置が、所定のコンテンツを表すコンテンツデ
   ータを取得するステップと、 前記処理装置が、前記端末装置の状況に関する条件と前
   記条件に対応した前記コンテンツの提示形態とを指定す
   る属性データを取得するステップと、 前記処理装置が、前記端末装置に前記コンテンツデータ
   と前記属性データとを送信するステップとを包含する、
   方法。
2. 【請求項２】 前記コンテンツデータと前記属性データ
   とを送信するステップは、前記コンテンツデータと前記
   属性データとを同一のパケットとして送信するステップ
   を包含する、請求項１に記載の方法。
3. 【請求項３】 前記属性データは、前記端末装置の状況
   に関する条件として、前記端末装置の位置に関する条
   件、前記端末装置が前記コンテンツを提示する時刻に関
   する条件、前記端末装置が前記コンテンツを提示する時
   間帯に関する条件、前記端末装置が搭載された移動体の
   同乗者の有無に関する条件、前記移動体の移動速度に関
   する条件、および前記移動速度が所定の値以下である状
   態の継続時間に関する条件のうち少なくとも１つを指定
   する、請求項１に記載の方法。
4. 【請求項４】 前記属性データは、前記同乗者が有の場
   合、前記同乗者の位置に関する条件および前記同乗者の
   プロファイルに関する条件のうち少なくとも１つをさら
   に指定し、 前記同乗者の位置に関する条件は、前部座席と、後部座
   席と、前部座席および後部座席とからなる群から選択さ
   れ、 前記同乗者のプロファイルに関する条件は、性別と、大
   人または子供と、年齢と、趣味と、好みとからなる群か
   ら少なくとも１つ選択される、請求項３に記載の方法。
5. 【請求項５】 前記属性データは、前記同乗者の位置お
   よび前記同乗者のプロファイルの少なくとも１つに応じ
   て異なる前記コンテンツの提示形態を指定する、請求項
   ４に記載の方法。
6. 【請求項６】 前記提示形態は、前記コンテンツを動画
   として提示する形態、前記コンテンツを静止画として提
   示する形態および前記コンテンツを音声として提示する
   形態の少なくとも１つを含む、請求項１に記載の方法。
7. 【請求項７】 前記提示形態は、前記コンテンツを動画
   として提示する形態を含み、前記属性データは、前記動
   画の毎秒のフレーム数を指定する、請求項１に記載の方
   法。
8. 【請求項８】 前記提示形態は、前記コンテンツを音声
   として提示する形態を含み、前記属性データは、前記音
   声の再生チャンネル数を指定する、請求項１に記載の方
   法。
9. 【請求項９】 所定のコンテンツを表すコンテンツデー
   タと、端末装置の状況に関する条件と前記条件に対応し
   た前記コンテンツの提示形態とを指定する属性データと
   を出力するデータ出力部と、 前記端末装置の状況を取得する取得部と、 前記取得部で取得された前記状況が、前記条件を満たす
   か否かを判定する判定部と、 前記取得部で取得された状況が、前記条件を満たすと判
   定された場合には、前記コンテンツを前記条件に対応し
   た前記コンテンツの提示形態に従って提示する少なくと
   も１つの提示部とを備えた、端末装置。
10. 【請求項１０】 前記データ出力部は、前記端末装置の
    外部から前記コンテンツデータと前記属性データとを受
    信し、前記判定部へ出力する、請求項９に記載の端末装
    置。
11. 【請求項１１】 前記データ出力部は、情報記録媒体に
    格納された前記コンテンツデータと前記属性データとを
    再生して、前記判定部へ出力する、請求項９に記載の端
    末装置。
12. 【請求項１２】 前記端末装置は、第１の提示部と第２
    の提示部とを含み、 前記属性データは、前記端末装置の状況に関する第１の
    条件と、前記第１の条件に対応した前記コンテンツの第
    １の提示形態と、および、前記端末装置の状況に関する
    第２の条件と、前記第２の条件に対応した前記コンテン
    ツの第２の提示形態との少なくとも一方を指定し、 前記判定部は、前記取得された状況が前記第１の条件ま
    たは前記第２の条件を満たすか否かを判定し、 前記判定部が前記第１の条件を満たすと判定した場合に
    は、第１の提示部が前記コンテンツを前記第１の提示形
    態に従って提示し、 前記判定部が前記第２の条件を満たすと判定した場合に
    は、第２の提示部が前記コンテンツを前記第２の提示形
    態に従って提示する、請求項９に記載の端末装置。
13. 【請求項１３】 前記端末装置は、第１の提示部と第２
    の提示部とを含み、 前記取得部は、前記取得部で取得された状況に関連付け
    られた提示先指定情報であって、前記第１の提示部およ
    び前記第２の提示部の少なくとも１つを前記コンテンツ
    の提示先として指定する提示先指定情報をさらに取得
    し、 前記判定部は、前記取得部で取得された状況が、前記条
    件を満たすと判定された場合には、前記提示先指定情報
    によって指定された前記第１の提示部および前記第２の
    提示部の少なくとも１つが前記コンテンツを提示する、
    請求項９に記載の端末装置。
14. 【請求項１４】 前記属性データは、前記端末装置の状
    況に関する条件として、前記端末装置の位置に関する条
    件、前記端末装置が前記コンテンツを提示する時刻に関
    する条件、前記端末装置が前記コンテンツを提示する時
    間帯に関する条件、前記端末装置が搭載された移動体の
    同乗者の有無に関する条件、前記移動体の移動速度に関
    する条件、および前記移動速度が所定の値以下である状
    態の継続時間に関する条件のうち少なくとも１つを指定
    する、請求項９に記載の端末装置。
15. 【請求項１５】 前記属性データは、前記同乗者が有の
    場合、前記同乗者の位置に関する条件および前記同乗者
    のプロファイルに関する条件のうち少なくとも１つをさ
    らに指定し、 前記同乗者の位置に関する条件は、前部座席と、後部座
    席と、前部座席および後部座席とからなる群から選択さ
    れ、 前記同乗者のプロファイルに関する条件は、性別と、大
    人または子供と、年齢と、趣味と、好みとからなる群か
    ら少なくとも１つ選択される、請求項１４に記載の端末
    装置。
16. 【請求項１６】 前記属性データは、前記同乗者の位置
    および前記同乗者のプロファイルの少なくとも１つに応
    じて異なる前記コンテンツの提示形態を指定する、請求
    項１５に記載の端末装置。
17. 【請求項１７】 前記提示形態は、前記コンテンツを動
    画として提示する形態、前記コンテンツを静止画として
    提示する形態および前記コンテンツを音声として提示す
    る形態の少なくとも１つを含む、請求項９に記載の端末
    装置。
18. 【請求項１８】 前記提示形態は、前記コンテンツを動
    画として提示する形態を含み、前記属性データは、前記
    動画の毎秒のフレーム数を指定する、請求項９に記載の
    端末装置。
19. 【請求項１９】 前記提示形態は、前記コンテンツを音
    声として提示する形態を含み、前記属性データは、前記
    音声の再生チャンネル数を指定する、請求項９に記載の
    端末装置。