(57)【要約】【課題】その目的は、配信されるコンテンツを、受信したデバイスが有する再生機能に合わせて変換されたコンテンツを再生できるコンテンツ配信システムを提供する。【解決手段】本発明のコンテンツ配信システムは、コンテンツのマルチメディア要素及びコンテンツの種別の各々を含むコンテンツ構造化データを、コンテンツに付加して配信するマルチメディア配信装置と、再生可能及び取得可能なマルチメディア要素を示すデバイス構造化データが付与された端末装置と、コンテンツの種別毎に、マルチメディア要素と、情報要素と、情報要素を構成する前記情報と、端末装置がマルチメディアのコンテンツの再生を行うルールとが定義された共通知識データベースとを有し、端末装置がデバイス構造化データに対応して、コンテンツを再生する際、共通知識データベースを参照し、コンテンツの種別に対応するルールに従って当該コンテンツの再生の処理を行う。【選択図】図１
2018207280.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアのコンテンツを構成するマルチメディア要素及び前記コンテンツの種別の各々を含むコンテンツ構造化データを、前記コンテンツに付加して配信するマルチメディア配信装置と、
自身が再生可能な前記マルチメディア要素と取得可能なマルチメディア要素である取得可能マルチメディア要素とを示すデバイス構造化データが設定された端末装置と、
前記コンテンツの種別毎に、前記マルチメディア要素と、当該マルチメディア要素を構成する情報の種別を示す情報要素と、当該情報要素を構成する前記情報と、前記端末装置がマルチメディアのコンテンツの再生を行うルールとの対応関係が定義された共通知識データベースと
を有し、
前記端末装置が前記デバイス構造化データに対応して、コンテンツを再生する際、前記共通知識データベースを参照し、前記コンテンツの種別に対応する前記ルールに従って当該コンテンツの再生の処理を行う
ことを特徴とするコンテンツ配信システム。
【請求項２】
前記端末装置が、
前記ルールにおける処理内容を解析するルール解析部と、
前記ルールの前記処理内容に従い、前記コンテンツにおける自身の再生可能な前記マルチメディア要素のコンテンツを再生するコンテンツ再生制御部と
を備えることを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記端末装置が、
前記ルールに従った処理を行う際、前記マルチメディア要素の情報要素の前記情報を、自身が再生可能なマルチメディア要素に変換するマルチメディア要素変換部を
さらに備える
ことを特徴とする請求項２に記載のコンテンツ配信システム。
【請求項４】
自身の有する機能において再生可能なマルチメディア要素と取得可能なマルチメディア要素である取得可能マルチメディア要素とを示すデバイス構造化データが付与された端末装置と、マルチメディアのコンテンツの種別毎に、前記マルチメディア要素と、当該マルチメディア要素を構成する情報の種別を示す情報要素と、当該情報要素を構成する前記情報と、前記マルチメディア要素を用いて、端末装置が配信されたマルチメディアのコンテンツの再生を行うルールとの対応関係が定義された共通知識データベースとを備えるコンテンツ配信システムで用いられるマルチメディア配信装置であって、
マルチメディアのコンテンツを構成する前記マルチメディア要素及び前記コンテンツの種別の各々を含むコンテンツ構造化データを、前記コンテンツに付加して前記端末装置に対して配信する
ことを特徴とするマルチメディア配信装置。
【請求項５】
マルチメディアのコンテンツを構成するマルチメディア要素及び前記コンテンツの種別の各々を含むコンテンツ構造化データを、前記コンテンツに付加して配信するマルチメディア配信装置と、前記コンテンツの種別毎に、前記マルチメディア要素と、当該マルチメディア要素を構成する情報の種別を示す情報要素と、当該情報要素を構成する前記情報と、前記マルチメディア要素を用いて前記マルチメディアのコンテンツの再生を行うルールとの対応関係が定義された共通知識データベースとを備えるコンテンツ配信システムで用いられる端末装置であって、
自身の有する機能において再生可能な前記マルチメディア要素と取得可能なマルチメディア要素である取得可能マルチメディア要素とを示すデバイス構造化データが付与されており、コンテンツを再生する際、前記共通知識データベースを参照し、前記コンテンツの種別に対応する前記ルールに従って当該コンテンツの再生の処理を行う
ことを特徴とする端末装置。
【請求項６】
自身の有する機能において再生可能なマルチメディア要素と取得可能なマルチメディア要素である取得可能マルチメディア要素とを示すデバイス構造化データが付与された端末装置と、マルチメディアのコンテンツの種別毎に、前記マルチメディア要素と、当該マルチメディア要素を構成する情報の種別を示す情報要素と、当該情報要素を構成する前記情報と、前記マルチメディア要素を用いて、端末装置が配信されたマルチメディアのコンテンツの再生を行うルールとの対応関係が定義された共通知識データベースとを備えるコンテンツ配信システムで用いられるマルチメディア配信装置の処理をコンピュータに実行させるプログラムであって、
前記コンピュータを、
マルチメディアのコンテンツを構成する前記マルチメディア要素及び前記コンテンツの種別の各々を含むコンテンツ構造化データを、前記コンテンツに付加して前記端末装置に対して配信する手段
として機能させるためのプログラム。
【請求項７】
マルチメディアのコンテンツを構成するマルチメディア要素及び前記コンテンツの種別の各々を含むコンテンツ構造化データを、前記コンテンツに付加して配信するマルチメディア配信装置と、前記コンテンツの種別毎に、前記マルチメディア要素と、当該マルチメディア要素を構成する情報の種別を示す情報要素と、当該情報要素を構成する前記情報と、前記マルチメディア要素を用いて前記マルチメディアのコンテンツの再生を行うルールとの対応関係が定義された共通知識データベースとを備えるコンテンツ配信システムで用いられる端末装置の処理をコンピュータに実行させるプログラムであって、
前記コンピュータを、
自身の有する機能において再生可能な前記マルチメディア要素と取得可能なマルチメディア要素である取得可能マルチメディア要素とを示すデバイス構造化データが付与されており、コンテンツを再生する際、前記共通知識データベースを参照し、前記コンテンツの種別に対応する前記ルールに従って当該コンテンツの再生の処理を行う手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ提供システム、マルチメディア配信装置、端末装置及びプログラムに関する。
【背景技術】
【０００２】
従来、テレビジョン放送における放送番組は、テレビジョン受信機で受信され、テレビジョン受信機の画面において鑑賞して楽しむコンテンツであった。
しかし、インターネットの発展に伴い、スマートフォン、タブレットコンピュータなどの新しいインターネット端末に加え、インターネットに接続できるテレビジョン受信機も登場している。このため、様々な端末においてＶＯＤ（Video On Demand）などのサービスを通じて放送番組のコンテンツが鑑賞できる。
【０００３】
また、一方において、ＩｏＴ（Internet of Things）と呼ばれる概念のインターネットの利用形態の分野が注目を集めている。このＩｏＴは、従来において個別に存在しており、相互に関係することが無かった家電製品などの機器を、ネット接続機能の導入や搭載した安価なワンボードマイコンの通信機能により、インターネット／クラウドを介して接続させ、相互に情報交換を行うことで関係を確立する技術分野である。この技術分野におけるインターネットに接続されるスマート家電と呼ばれる家電の登場により、家電の利用形態も異なってくる。例えば、電球のような小さな機器や、冷蔵庫のような大きな機器が、インターネットへの接続機能を備え、相互に関係を有することが予想される。
【０００４】
この結果、Ｗｉ−Ｆｉネットワーク（無線ＬＡＮ（Local Area Network））と接続できる機能を有する電球は、その操作をユーザがスマートフォンから制御を行うことが可能となる。例えば、スマートフォンの有するインターフェースにより、ネットワークを介して、電球を単にオン／オフの制御だけでなく、より複雑な機能を電球に備えさせ、その機能を動作させることが可能となる。例えば、スマートフォンにメールが着信した際、スマートフォンがインターフェースを介して電球を点滅させ、スマートフォンを手元に置いていない利用者に対して、メールの着信をその利用者に通知することなどが実現できる。
【０００５】
そして、コンテンツを配信する分野においても、ＩｏＴを利用したコンテンツを配信する新しいサービスが提供されている。
例えば、配信されたコンテンツをテレビジョン受信機以外のデバイス、例えば家電製品で処理し、利用者に配信されたコンテンツを提示する技術もある。例えば、多数の調理レシピのコンテンツが冷蔵庫に対して配信される環境下において、自身の内部に貯蔵された食材に応じて、配信されるコンテンツを取捨選択する（フィルタリング）機能を有する冷蔵庫が提案されている（例えば、特許文献１参照）。
【０００６】
また、配信されるコンテンツのフォーマットを、コンテンツ受信側の機能に合わせたフォーマットに変換する技術も提案されている（例えば、特許文献２参照）。例えば、特許文献２においては、受信側装置のコンテンツ再生の機能に対応させて、マルチメディア配信サーバから配信されるコンテンツのフォーマットを受信側装置が再生できるフォーマットに変換するトランスコードサーバが用いられている。これにより、再生可能でない異なるフォーマットで配信されたコンテンツでも、受信側装置の再生可能なフォーマットに変換されることにより、受信側装置がコンテンツを再生することができる。
上述したように、配信されるコンテンツのフィルタリングや、コンテンツのフォーマット変換などの技術により、ＩｏＴのサービスの適応範囲の拡大が期待されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１１−０３９８４６号公報
【特許文献２】特開２００４−１０２３３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述したＶＯＤの技術は、映像をコンテンツとして他のデバイスに送信して、この他のデバイスにより再生することを想定した構成である。このため、この他のデバイスには、送信されたコンテンツである映像を再生する必要があるため、ディスプレイなどの映像の表示機能が求められる。このため、ＶＯＤで送信されるコンテンツに対して、テレビジョン受信機ではなく、ラジオを再生するデバイスとして用いることは、コンテンツを配信するメディアが異なるため不可能である。このように、コンテンツを単に配信側から配信し、配信されたコンテンツを受信側で再生するというサービスの枠組みだけでは、配信されるコンテンツを再生できるデバイスの種類が限られてしまう。
【０００９】
また、特許文献１の技術は、料理のレシピに限ったコンテンツであり、事前に予め設定されたメディア及びフォーマットのデータ形式に沿って、コンテンツを処理して再生する構成である。このため、特許文献１は、上述したＶＯＤの技術と同様に、再生できるデバイスが設定されたメディア及びフォーマットのデータ形式である必要があり、配信されるコンテンツを再生できるデバイスの種類が限られてしまう。さらに、配信されるコンテンツが料理レシピであることから、再生して利用価値があるデバイスが限られてしまう。
【００１０】
また、特許文献２の技術は、コンテンツのフォーマットを変換し、フォーマットの異なる再生機能を有するデバイスでも再生可能であるが、動画のデータ形式をフォーマット変換するものである。このため、特許文献２は、フォーマット変換前及びフォーマット変換後の各々のコンテンツを再生するため、ディスプレイなどの画像の表示機能が求められ、特許文献１と同様に配信されるコンテンツを再生できるデバイスの種類が限られてしまう。
【００１１】
本発明は、このような事情に鑑みてなされたもので、その目的は、不特定多数のデバイスに配信されるコンテンツを、受信したデバイスがデバイス自身の機能に合わせて再生処理が行えるコンテンツ配信システム、マルチメディア配信装置、端末装置及びプログラムを提供する。
【課題を解決するための手段】
【００１２】
［１］この発明は上述した課題を解決するためになされたもので、本発明の一態様によるコンテンツ配信システムは、マルチメディアのコンテンツを構成するマルチメディア要素及び前記コンテンツの種別の各々を含むコンテンツ構造化データを、前記コンテンツに付加して配信するマルチメディア配信装置（例えば、実施形態におけるマルチメディア配信サーバ１）と、自身が再生可能な前記マルチメディア要素と取得可能なマルチメディア要素である取得可能マルチメディア要素とを示すデバイス構造化データが設定された端末装置（例えば、実施形態におけるユーザデバイス２、２＿１、２＿２、２＿ｎ）と、前記コンテンツの種別毎に、前記マルチメディア要素と、当該マルチメディア要素を構成する情報の種別を示す情報要素と、当該情報要素を構成する前記情報と、前記端末装置がマルチメディアのコンテンツの再生を行うルールとの対応関係が定義された共通知識データベースとを有し、前記端末装置が前記デバイス構造化データに対応して、コンテンツを再生する際、前記共通知識データベースを参照し、前記コンテンツの種別に対応する前記ルールに従って当該コンテンツの再生の処理を行うことを特徴とする。
【００１３】
［２］本発明の一態様によるコンテンツ配信システムは、前記端末装置が、前記ルールにおける処理内容を解析するルール解析部と、前記ルールの前記処理内容に従い、前記コンテンツにおける自身の再生可能な前記マルチメディア要素のコンテンツを再生するコンテンツ再生制御部とを備えることを特徴とする。
【００１４】
［３］本発明の一態様によるコンテンツ配信システムは、前記端末装置が、前記ルールに従った処理を行う際、前記マルチメディア要素の情報要素の前記情報を、自身が再生可能なマルチメディア要素に変換するマルチメディア要素変換部をさらに備えることを特徴とする。
【００１５】
［４］本発明の一態様によるマルチメディア配信装置は、自身の有する機能において再生可能なマルチメディア要素と取得可能なマルチメディア要素である取得可能マルチメディア要素とを示すデバイス構造化データが付与された端末装置と、マルチメディアのコンテンツの種別毎に、前記マルチメディア要素と、当該マルチメディア要素を構成する情報の種別を示す情報要素と、当該情報要素を構成する前記情報と、前記マルチメディア要素を用いて、端末装置が配信されたマルチメディアのコンテンツの再生を行うルールとの対応関係が定義された共通知識データベースとを備えるコンテンツ配信システムで用いられるマルチメディア配信装置であって、マルチメディアのコンテンツを構成する前記マルチメディア要素及び前記コンテンツの種別の各々を含むコンテンツ構造化データを、前記コンテンツに付加して不特定多数の前記端末装置に対して配信することを特徴とする。
【００１６】
［５］本発明の一態様による端末装置は、マルチメディアのコンテンツを構成するマルチメディア要素及び前記コンテンツの種別の各々を含むコンテンツ構造化データを、前記コンテンツに付加して配信するマルチメディア配信装置と、前記コンテンツの種別毎に、前記マルチメディア要素と、当該マルチメディア要素を構成する情報の種別を示す情報要素と、当該情報要素を構成する前記情報と、前記マルチメディア要素を用いて前記マルチメディアのコンテンツの再生を行うルールとの対応関係が定義された共通知識データベースとを備えるコンテンツ配信システムで用いられる端末装置であって、自身の有する機能において再生可能な前記マルチメディア要素と取得可能なマルチメディア要素である取得可能マルチメディア要素とを示すデバイス構造化データが付与されており、コンテンツを再生する際、前記共通知識データベースを参照し、前記コンテンツの種別に対応する前記ルールに従って当該コンテンツの再生の処理を行うことを特徴とする。
【００１７】
［６］本発明の一態様によるプログラムは、自身の有する機能において再生可能なマルチメディア要素と取得可能なマルチメディア要素である取得可能マルチメディア要素とを示すデバイス構造化データが付与された端末装置と、マルチメディアのコンテンツの種別毎に、前記マルチメディア要素と、当該マルチメディア要素を構成する情報の種別を示す情報要素と、当該情報要素を構成する前記情報と、前記マルチメディア要素を用いて、端末装置が配信されたマルチメディアのコンテンツの再生を行うルールとの対応関係が定義された共通知識データベースとを備えるコンテンツ配信システムで用いられるマルチメディア配信装置の処理をコンピュータに実行させるプログラムであって、前記コンピュータを、マルチメディアのコンテンツを構成する前記マルチメディア要素及び前記コンテンツの種別の各々を含むコンテンツ構造化データを、前記コンテンツに付加して前記端末装置に対して配信する手段として機能させるためのプログラムである。
【００１８】
［７］本発明の一態様によるプログラムは、マルチメディアのコンテンツを構成するマルチメディア要素及び前記コンテンツの種別の各々を含むコンテンツ構造化データを、前記コンテンツに付加して配信するマルチメディア配信装置と、前記コンテンツの種別毎に、前記マルチメディア要素と、当該マルチメディア要素を構成する情報の種別を示す情報要素と、当該情報要素を構成する前記情報と、前記マルチメディア要素を用いて前記マルチメディアのコンテンツの再生を行うルールとの対応関係が定義された共通知識データベースとを備えるコンテンツ配信システムで用いられる端末装置の処理をコンピュータに実行させるプログラムであって、前記コンピュータを、自身の有する機能において再生可能な前記マルチメディア要素と取得可能なマルチメディア要素である取得可能マルチメディア要素とを示すデバイス構造化データが付与されており、コンテンツを再生する際、前記共通知識データベースを参照し、前記コンテンツの種別に対応する前記ルールに従って当該コンテンツの再生の処理を行う手段として機能させるためのプログラムである。
【発明の効果】
【００１９】
本発明は、不特定多数のデバイスに配信されるコンテンツを、受信したデバイスがデバイス自身の機能に合わせて再生処理が行えるコンテンツ配信システム、マルチメディア配信装置、端末装置及びプログラムを提供することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態によるコンテンツ配信システムの構成例を示す図である。
【図２】同実施形態によるコンテンツ構造化データの構成例を示す概略図である。
【図３】同実施形態によるデバイス構造化データの構成例を示す概略図である。
【図４】同実施形態による共通知識データベース３におけるコンテンツの定義情報及びコンテンツに付与されたルールの各々の対応を説明する図である。
【図５】同実施形態による共通知識データベース３におけるコンテンツクラスに対応して設定されたルールの記述例を示す図である。
【図６】同実施形態におけるコンテンツ配信システムのマルチメディア配信サーバ１の構成例を示す図である。
【図７】同実施形態におけるコンテンツ配信システムのユーザデバイス２の構成例を示す図である。
【図８】同実施形態によるコンテンツ配信システムの動作例を示すフローチャートであって、マルチメディア配信サーバ側の処理手順を示す。
【図９】同実施形態によるコンテンツ配信システムの動作例を示すフローチャートであって、ユーザデバイス側の処理手順を示す。
【発明を実施するための形態】
【００２１】
以下、図面を参照して、本発明の実施形態について説明する。図１は、本発明の実施形態によるコンテンツ配信システムの構成例を示す図である。図１において、本実施形態におけるコンテンツ配信システムは、マルチメディア配信サーバ１と、ユーザデバイス２＿１、２＿２、…、２＿ｎと、共通知識データベース３などの各々がネットワーク１００を介して接続されている。ネットワーク１００は、有線あるいは無線の情報通信網であり、インターネットなどから構成されている。
【００２２】
マルチメディア配信サーバ１は、放送局などのコンテンツプロバイダーが保有するサーバであり、ネットワーク１００により、あるいはアンテナ１＿Ａを介したデジタル放送（ＢＳ（Broadcasting  Satellite）デジタル放送、地上デジタル放送）により、マルチメディアコンテンツ（以下、単にコンテンツとする）を配信している。
また、マルチメディア配信サーバ１は、配信するコンテンツの各々に対し、コンテンツを構成する個々の要素を示すマルチメディア要素及びコンテンツの内容を示すコンテンツ種別それぞれを含むコンテンツ構造化データを、コンテンツメタデータとしてコンテンツに付加して配信する。ここで、マルチメディア配信サーバ１は、コンテンツとともにコンテンツ構造化データを配信する構成、またはコンテンツ構造化データをコンテンツより先に、あるいは後に配信する構成のいずれの構成を用いても良い。
【００２３】
また、マルチメディア配信サーバ１は、コンテンツとこのコンテンツに対応するコンテンツ構造化データの各々を、ネットワーク１００あるいはアンテナ１＿Ａのいずれから配信しても良い。例えば、コンテンツをアンテナ１＿Ａから放送により配信し、このコンテンツの配信に同期させ、コンテンツ構造化データをネットワーク１００を介して送信する構成としても良い。
また、本実施形態におけるコンテンツは、受信する端末としてのユーザデバイスのテレビジョン受信機、ラジオ受信機、家電機器などの種類を特定して配信されるものではなく、全ての種類の端末に対して共通に１つのみ配信される。
【００２４】
図２は、本実施形態におけるコンテンツ構造化データの例を示す概略図である。コンテンツ構造化データは、コンテンツに対応付けて配信されるデータであり、コンテンツの内容を定義するデータである。コンテンツ構造化データは、コンテンツ提示言語（Content Presentation Language，ＣＰＬ）で記述される。図示するように、コンテンツ構造化データは、コンテンツ要素（content element，ＣＥ）の情報とコンテンツクラス（content class，ＣＣ）の情報とを含む。図示する例では、コンテンツ要素が、テキスト、画像、映像、音声、データを含むことを表している。また、このデータは、位置Ｐにおける震度が５であることを表す情報や、位置Ｐにおける避難所が「××体育館」であることを表す情報を含んでいる。また、図示する例では、コンテンツクラスが「緊急災害情報」であることを表している。コンテンツクラスは、コンテンツの種別を表す情報であり、「緊急災害情報」以外に、例えば、「スポーツの試合映像」、「最新ニュース」などといったクラスを表す場合がある。
【００２５】
図１に戻り、ユーザデバイス２＿１、２＿２、…、２＿ｎの各々は、テレビジョン受信機、ラジオ受信機、白物家電（冷蔵庫、洗濯機など）などであり、自身の有する機能において再生可能なマルチメディア要素と取得可能なマルチメディア要素である取得可能マルチメディア要素とを示すデバイス構造化データが付与されている。以下、ユーザデバイス２＿１、２＿２、…、２＿ｎの各々を、総称してユーザデバイス２と示す場合もある。
【００２６】
図３は、本実施形態におけるデバイス構造化データの例を示す概略図である。デバイス構造化データは、コンテンツを受信するデバイスが有する機能を定義するデータである。デバイス構造化データは、そのユーザデバイス２が再生可能なマルチメディア要素と、取得可能なマルチメディア要素である取得可能マルチメディア要素とを表す。デバイス構造化データは、機能記述言語（Function Description Language，ＦＤＬ）で記述される。より具体的には、デバイス構造化データは、再生可能コンテンツ要素（playable element，ＰＥ）の情報と、利用可能（取得可能）コンテンツ（usable content，ＵＣ）の情報とを含む。再生可能コンテンツ要素は、そのデバイスが再生することのできるコンテンツ要素の種別を示す。例えば、再生可能コンテンツ要素として、テキスト、画像、映像、音声、データなどといった要素を定義することができる。図示する例では、再生可能コンテンツ要素として、音声が定義されている。利用可能コンテンツは、そのデバイスが取得可能なデータの種別を示す。利用可能コンテンツとして、例えば、ＧＰＳ位置情報、音声情報、高度情報、温度情報、画像情報などが定義可能である。図示する例では、利用可能コンテンツとしてＧＰＳ位置情報が定義されている。デバイス構造化データは、ユーザデバイス２の記憶部に記憶しておく構成としても良いし、予め設定されたＵＲＬに対してアクセスして参照するように構成しても良い。
【００２７】
共通知識データベース３は、クラス定義及びルールの各々の情報が示され、ユーザデバイス２＿１から２＿ｎの各々がネットワーク１００を介してアクセス可能である。クラス定義は、コンテンツクラス、マルチメディア要素クラス、情報要素及び値スキーマの各々を含んで、コンテンツのコンテンツクラス情報に対応して設定されている。ここで、コンテンツクラスは、コンテンツクラス情報に対応し、コンテンツの種別を示している。マルチメディア要素クラスは、マルチメディア要素情報に対応し、各コンテンツを構成するマルチメディア要素の種別を示している。情報要素は、コンテンツが各マルチメディア要素により通知する情報の種別を示している。値スキーマは、情報要素が通知するデータの組み合わせであるデータセットを示している。共通知識データベース３において、コンテンツの種別毎に、定義情報として上述したコンテンツクラス、マルチメディア要素クラス、情報要素及び値スキーマの各々の対応関係が示されている。つまり、共通知識データベース３は、コンテンツの種別毎に、マルチメディア要素と、そのマルチメディア要素を構成する情報の種別を示す情報要素と、その情報要素を構成する情報と、ユーザデバイス２がマルチメディアのコンテンツの再生を行うルールとの対応関係を記憶するものである。
【００２８】
ユーザデバイス２は、前記のデバイス構造化データに対応して、コンテンツを再生する際には上記の共通知識データベース３を参照し、コンテンツの種別に対応するルールに従ってそのコンテンツの再生処理を行う。
【００２９】
図４は、共通知識データベース３におけるコンテンツの定義情報及びコンテンツに付与されたルールの各々の対応を説明する図である。なお、図４（Ａ）は、コンテンツクラスの定義を示す。また、図４（Ｂ）は、ルールを示す。
図４において、コンテンツクラスとして、「緊急災害情報」、「スポーツ試合結果」の各々の種別のコンテンツが一例として示されている。このコンテンツクラスは、コンテンツ構造化データ（コンテンツ提示情報）のコンテンツクラス情報と対応した定義であり、コンテンツの種別の情報を示している。
【００３０】
コンテンツクラス「緊急災害情報」において、コンテンツを構成するマルチメディア要素クラスの定義として、マルチメディア要素が、「映像」、「データ」の各々であることが示されている。マルチメディア要素クラス「映像」において、コンテンツを構成するマルチメディア要素の定義として、情報要素が、「被写体」、「映像ＵＲＬ」の各々であることが示されている。このマルチメディア要素クラスは、コンテンツ提示情報のマルチメディア要素情報と、デバイス機能情報の再生可能マルチメディア要素情報との各々と同様に、マルチメディア要素により通知する情報の定義を示している。
【００３１】
情報要素「被写体」において、この情報要素を構成する値スキーマの定義として、値スキーマが、被写体の名称である「被写体名」であることが示されている。例えば、「被写体」がある放送局のアナウンサーである場合、アナウンサーの名前が示されることが定義されている。また、情報要素「映像ＵＲＬ」において、情報要素の値スキーマの定義として、値スキーマが、映像にアクセスするための「ＵＲＬ（Uniform Resource Locator）」のデータであることが示されている。
【００３２】
マルチメディア要素クラス「データ」において、マルチメディア要素における情報要素の定義として、マルチメディア要素によるコンテンツが、「震度情報」、「避難場所情報」の各々であることが示されている。
情報要素「震度情報」において、情報要素を構成する値スキーマの定義として、値スキーマが、「場所」を表す文字列と「震度」などの数値のセットであることが示されている。情報要素「避難場所情報」において、情報要素の定義として、値スキーマが、「避難場所情報」をアクセスするためのＵＲＬのデータであることが示されている。
【００３３】
コンテンツクラス「スポーツ試合結果」において、コンテンツクラスの定義として、コンテンツを構成するマルチメディア要素クラスが、「映像」、「データ」の各々であることを示している。
マルチメディア要素クラス「映像」において、マルチメディア要素における情報要素の定義として、マルチメディア要素によるコンテンツが、「被写体」、「映像ＵＲＬ」の各々であることが示されている。情報要素「被写体」において、情報要素を構成する値スキーマの定義として、値スキーマが被写体の名称である「被写体名」であることが示されている。例えば、「被写体」がある野球チームの投手である場合、投手の名前が示されることが定義されている。
【００３４】
また、情報要素「映像ＵＲＬ」において、情報要素を構成する値スキーマの定義として、値スキーマが、映像をアクセスするための「ＵＲＬ」のデータであることが示されている。マルチメディア要素クラス「データ」において、情報要素を構成する値スキーマの定義として、値スキーマが「得点」であることが示されている。情報要素「得点」において、情報要素を構成する値スキーマの定義として、値スキーマが「チーム」を表す文字列と「得点」などの数値のセットであることが示されている。
【００３５】
図４（Ｂ）は、共通知識データベース３に記憶されているルールを示している。ルールには、特定のコンテンツクラスに関連付けられたルールと、すべてのコンテンツクラスに共通のルールとがある。図示する例では、ルール１とルール２は、すべてのコンテンツクラスに共通のルールである。また、ルール３とルール４は、コンテンツクラス「緊急災害情報」に関連付けられたルールである。また、ルール５とルール６は、コンテンツクラス「スポーツ試合結果」に関連付けられたルールである。
【００３６】
上述したように、共通知識データベース３に記載されている定義情報は、コンテンツを配信する放送局などのコンテンツプロバイダー及びユーザデバイス２を提供するデバイスメーカーがコンテンツ提示情報やデバイス機能情報を生成する際の共通語として公開される情報である。この共通知識データベース３の定義情報に基づき、コンテンツプロバイダー及びデバイスメーカーの各々は、ルールに対応したコンテンツの生成、コンテンツの再生それぞれの処理を、同じ解釈に基づいて連携させて行うことができる。
図１においては、ユーザデバイス２がネットワーク１００を介して共通知識データベース３を参照する構成としたが、ユーザデバイス２に共通知識データベース３における定義情報が予め書き込まれて記憶されている構成としても良い。
【００３７】
図５は、共通知識データベース３におけるコンテンツクラスに対応して設定されたルールの記述例を示す図である。
図５の記述例においては、図４におけるコンテンツクラス「緊急災害情報」の種別のコンテンツに付与されたルールを示している。図５（ａ）が第１ルールを示し、図５（ｂ）が第２ルールを示している。図５（ａ）及び図５（ｂ）の各々のルールは、［結論部］←［条件部Ｊ１］，［条件部Ｊ２］，・・・・・・の形式で記述されている。つまり、ルール内の各条件部に示される条件の全てが満たされた場合に、ルールの結論部の処理を実行する形態で記述されている。
【００３８】
図５（ａ）において、条件部Ｊ１は、「EmgEarthquakeInfo(c)」であり、コンテンツｃが緊急地震情報であるかの条件を示している。つまり、条件部Ｊ１は、コンテンツが特定の種別の情報であるか否かを表す条件である。条件部Ｊ２、J３は、それぞれ、「hasElement(c,e1) , IntensityInfo(e1)」であり、コンテンツｃが震度情報ｅ１を含んでいるかの条件を示している。つまり、条件部Ｊ２は、コンテンツが特定の要素を有するか否かを表す条件である。また、条件部Ｊ３は、その要素が特定の情報（ここでは、震度情報）であるか否かを表す条件である。条件部Ｊ４は、「intensity(e1, p) >= 5」であり、現在位置ｐの震度情報ｅ１が「５」以上であるかの条件を示している。つまり、条件部Ｊ４は、コンテンツの要素と、位置情報とから求められる特定の数値（ここでは、震度）に関する条件を有する。条件部Ｊ５、J６は、それぞれ、「hasElement(c,e2) , ShelterInfo(e2)」であり、コンテンツｃが避難所情報ｅ２を含んでいるかの条件を示している。つまり、条件部Ｊ５は、条件部Ｊ２と同様に、コンテンツが特定の要素を有するか否かを表す条件である。また、条件部Ｊ６は、コンテンツの要素が特定の情報（ここでは、避難所の情報）であるか否かを表す条件である。そして、結論部は、「display(d, nearShelterInfo(e2, p))」であり、条件部Ｊ１から条件部Ｊ６のすべての条件を満足した場合に実行する処理を示している。この第１ルールの結論部は、条件部Ｊ１から条件部Ｊ６までのすべての条件を満たした場合、コンテンツで提示されている避難所情報ｅ２のなかで現在位置ｐの最も近くにある避難所をディスプレイdに表示する処理を示している。
【００３９】
図５（ｂ）において、条件部Ｊ１、J２は、それぞれ、「display(d, e1), ¬hasPreviewFunction(d, contentType(e1)) 」であり、震度情報のテキストコンテンツｅ１をデバイスｄに表示するが、デバイスｄがテキストコンテンツｅ１を再生する機能を有していないという条件を示している。なお、「¬」は、真偽値の否定を取る演算子である。つまり、条件部Ｊ１は、デバイスdがコンテンツ要素e1を表示する指示があるか否かを表す条件である。また、条件部Ｊ２は、デバイスが特定のコンテンツタイプを再生する機能を有しているか否かを表す条件である。条件部Ｊ３は、「hasPreviewFunction(d, contentType(e2)) 」であり、デバイスｄが音声コンテンツｅ２を再生する機能を有しているという条件を示している。つまり、条件部Ｊ３は、デバイスが特定のコンテンツタイプを再生する機能を有しているか否かを表す条件である。条件部Ｊ４は、「canTranslate(contentType(e1), contentType(e2))」であり、テキストコンテンツｅ１を音声コンテンツｅ２に変換することができるという条件を示している。つまり、条件部Ｊ４は、特定のコンテンツタイプを、別の特定のコンテンツタイプに変換（翻訳）可能であるか否かを表す条件である。結論部は、「translate(e1, e2), display(d, e2) 」であり、条件部Ｊ１から条件部Ｊ４までのすべての条件を満足した場合に実行する処理を示している。この第２ルールの結論部は、条件部Ｊ１から条件部Ｊ４までのすべての条件を満たした場合、テキストコンテンツｅ１を音声コンテンツｅ２に変換し、変換した音声コンテンツｅ２を再生する。
図５においては、ルールがコンテンツクラスに対応して設けられている例を示しているが、コンテンツクラスとは独立して、すなわち全てのコンテンツに対して共通なルールとして設定される場合も存在する。この場合、コンテンツクラスによらず、いずれかのコンテンツが配信された際、ルール解析部２４は、配信されたコンテンツに対応して、設定されているルールの解析処理を実行する。つまり、ルール解析部２４は、ルールにおける処理内容を解析する。
また、ユーザデバイス２が備えるコンテンツ再生制御部２９は、上記のルールの処理内容に従い、当該ユーザデバイス２自身の再生可能なマルチメディア要素の情報要素を再生する。
また、ユーザデバイス２は、上記のルールに従った処理を行う際、マルチメディア要素の情報要素の情報を、当該ユーザデバイス２自身の再生可能なマルチメディア要素に変換する処理を行う。
【００４０】
図６は、本実施形態におけるコンテンツ配信システムのマルチメディア配信サーバ１の構成例を示す図である。図６において、マルチメディア配信サーバ１は、コンテンツ生成部１１、構造化データ付与部１２、コンテンツ配信部１３及び記憶部１４の各々を備えている。
コンテンツ生成部１１は、記憶部１４あるいは外部装置から供給される複数の異なるマルチメディア要素から、コンテンツを生成する。
構造化データ付与部１２は、配信するコンテンツ毎に、コンテンツ提示言語により記述された、コンテンツの種別を示すコンテンツクラス情報と、コンテンツに含まれるマルチメディア要素を示すマルチメディア要素情報とを含むコンテンツ提示情報を生成する。
コンテンツ配信部１３は、コンテンツを送信する際、このコンテンツに対応するコンテンツ提示情報を、ネットワーク１００（図１参照）を介して、あるいはアンテナ１＿Ａ（図１参照）を介した放送により、不特定多数のユーザデバイス２（図１参照）に対して配信する。
【００４１】
図７は、本実施形態におけるコンテンツ配信システムのユーザデバイス２の構成例を示す図である。図７において、ユーザデバイス２は、デバイス制御部２１、受信部２２、定義情報取得部２３、ルール解析部２４、データ取得部２５、マルチメディア要素変換部２６、出力制御部２７、記憶部２８、及びコンテンツ再生制御部２９の各々を備えている。
デバイス制御部２１は、上述したルールに記述された処理を行うため、ユーザデバイス２内における各部の制御を行う。
受信部２２は、マルチメディア配信サーバ１から配信されたコンテンツ及びコンテンツ提示情報の各々を、ネットワーク１００を介して、あるいはアンテナ（不図示）を介して、コンテンツ及びコンテンツ提示情報の各々を受信する。
【００４２】
定義情報取得部２３は、コンテンツ提示情報からコンテンツクラス情報を抽出する。そして、定義情報取得部２３は、ネットワーク１００を介して共通知識データベース３を参照し、抽出したコンテンツクラス情報に対応するコンテンツクラスに対して定義された定義情報、及びコンテンツクラスに対して付与されたルールを取得する。定義情報としては、各コンテンツクラスが有するマルチメディア要素クラス、情報要素及び値スキーマなどである。定義情報取得部２３は、コンテンツクラスに対応して取得した定義情報、ルールなどをルール解析部２４に対して出力する。
【００４３】
ルール解析部２４は、コンテンツ提示情報とデバイス機能情報との各々の情報に基づいて、共通知識データベース３のコンテンツクラスに付与されたルールの解析を行う。ルール解析部２４は、上記ルールに記載された条件がコンテンツ提示情報とデバイス機能情報との各々により満たされるか否かの判定を行い、この判定結果に対応してコンテンツの再生を行うことをデバイス制御部２１に対して指示する。例えば、ルール解析部２４は、条件において再生できるマルチメディア要素の記述があれば、ユーザデバイス２における再生可能マルチメディア要素情報を参照する。そして、再生するコンテンツのマルチメディア要素と一致しているか否かの判定を行う。
【００４４】
また、ルール解析部２４は、条件において判定に用いる情報の記述があれば、取得可能マルチメディア要素を参照する。そして、ルール解析部２４は、ユーザデバイス２が取得できる取得可能データが上記条件の判定に用いる情報と一致しているか否かの判定を行う。これにより、ルール解析部２４は、ルールの条件が満たされるか否かの判定を行い、ルールにおける条件の全てが満たされた場合、ルールに設定されている結論部の処理の実行を、デバイス制御部２１に対して指示する。
【００４５】
データ取得部２５は、デバイス制御部２１から供給される取得可能マルチメディア要素に対応した取得可能データの取得を指示する情報により、取得可能データの取得処理を行う。例えば、データ取得部２５は、ユーザデバイス２の位置情報を取得可能データとして取得できる機能を有している場合、取得可能データとして位置情報を取得し、デバイス制御部２１に対して出力する。このとき、ユーザデバイス２が位置情報の取得手段としてＧＰＳ（Global Positioning System）を備えている場合、取得可能データとしてユーザデバイス２の位置情報を取得し、またユーザデバイス２の位置情報が外部から読み込める環境にあれば、位置情報を読み込むことで、取得可能データとして取得する。
【００４６】
マルチメディア要素変換部２６は、デバイス制御部２１から供給されるマルチメディア要素のデータを、異なる種類のマルチメディア要素のデータに変換する要素変換の処理を行う。本実施形態において、マルチメディア要素変換部２６は、ユーザデバイス２自身が再生できない種類のマルチメディア要素のデータを、自身が再生できる種類のマルチメディア要素のデータへ変換する要素変換の処理を行う。例えば、マルチメディア要素がテキストデータであるテキストコンテンツを、マルチメディア要素が音声データのコンテンツである音声コンテンツへと、マルチメディア要素変換部２６は要素変換を行う。
出力制御部２７は、マルチメディア要素変換部２６が要素変換したマルチメディア要素のコンテンツを、出力部（不図示）から出力する。例えば、出力制御部２７は、変換後のマルチメディア要素が音声であれば、スピーカである出力部からテキストの内容を音声で出力する。
【００４７】
記憶部２８には、ユーザデバイス２の有する機能を定義した、再生可能マルチメディア要素情報及び取得可能マルチメディア要素を含むデバイス機能情報が、機能記述言語で記述され、予め書き込まれて記憶されている。再生可能マルチメディア要素情報には、ユーザデバイス２が有する再生機能が再生可能なマルチメディア要素が、予め書き込まれて記憶されている。取得可能マルチメディア要素には、ユーザデバイス２が取得可能な取得可能データが予め書き込まれて記憶されている。再生可能マルチメディア要素情報と取得可能マルチメディア要素のどちらも、ルールに従ってコンテンツを再生する際、ルールにおける条件の判定に用いることができる。
【００４８】
コンテンツ再生制御部２９は、ルール解析部２４によって解析されたルールの処理内容に従って、そのコンテンツの、自身が再生可能なマルチメディア要素を再生する。
【００４９】
図８および図９は、本実施形態によるコンテンツ配信システムの動作例を示すフローチャートである。図８は、配信サーバの動作手順を示すフローチャートである。また、図９は、コンテンツを受信するユーザデバイスの動作手順を示すフローチャートである。
これらのフローチャートを用いて、本実施形態によるコンテンツ配信システムにおけるコンテンツの配信と、ユーザデバイス２におけるコンテンツの再生の動作を説明する。以下、一例として、配信されるコンテンツのコンテンツクラスが「緊急災害情報」であり、ユーザデバイス２がカーステレオとして説明する。このため、再生可能マルチメディア要素情報は再生可能なマルチメディア要素が音声であり、取得可能マルチメディア要素は取得可能データがＧＰＳより取得するユーザデバイス２の位置情報である。
【００５０】
まず、図８を用いて、配信サーバ側の動作を説明する。
ステップＳ１１：コンテンツ生成部１１は、配信すべきコンテンツの有無を判定する。コンテンツがある場合には、次のステップＳ１２に進む。コンテンツがない場合には、このフローチャート全体の処理を終了する。
ステップＳ１２：構造化データ付与部１２は、コンテンツ生成部１１が生成したコンテンツの種別及びマルチメディア要素の各々に基づき、コンテンツ提示言語によりコンテンツクラス情報と、マルチメディア要素情報（コンテンツ要素情報）のそれぞれを生成する。これらの情報をまとめてコンテンツ提示情報、あるいはコンテンツ構造化データと呼ぶ。そして、構造化データ付与部１２は、コンテンツクラス情報及びマルチメディア要素情報を含むコンテンツ提示情報を記述する。ここで、コンテンツクラス情報は「緊急災害情報」であり、マルチメディア要素情報は「映像」、「音声」、「画像」、「テキスト」の各々である。
【００５１】
ステップＳ１３：コンテンツ配信部１３は、コンテンツ及びコンテンツ提示情報の配信を行う。
そして、ステップＳ１３の処理が終了すると、ステップＳ１１の処理に戻る。
【００５２】
次に、図９を用いて、ユーザデバイス側の動作を説明する。
ステップＳ２１：受信部２２は、コンテンツ配信部１３が配信したコンテンツ及びコンテンツ提示情報の受信を試みる。そして、受信部２２は、受信の有無を判定する。コンテンツ等の受信がある場合には、次のステップＳ２２に進む。コンテンツ等の受信がない場合には、このフローチャート全体の処理を終了する。
ステップＳ２２：受信部２２は、受信したデータから、コンテンツおよびコンテンツ提示情報を取得する。
【００５３】
ステップＳ２３：定義情報取得部２３は、コンテンツ提示情報からコンテンツクラス情報及びマルチメディア要素情報を抽出する。
【００５４】
ステップＳ２４：定義情報取得部２３は、記憶部２８に記憶されている共通知識データベース３のＵＲＬを読み出し、共通知識データベース３をアクセスする。そして、定義情報取得部２３は、共通知識データベース３を参照して、コンテンツクラス情報及びマルチメディア要素情報に対応した定義情報を取得する。ここで、取得したコンテンツクラス情報は「緊急災害情報」を示し、マルチメディア要素情報は「映像」、「音声」、「画像」、「テキスト」、「データ」の各々である。
定義情報取得部２３は、コンテンツクラス情報が「緊急災害情報」のため、定義情報としてコンテンツクラス「緊急災害情報」に対応したマルチメディア要素クラスにおける「映像」及び「データ」を参照する。そして、定義情報取得部２３は、マルチメディア要素クラス「映像」の情報要素として「被写体」及び「映像ＵＲＬ」を参照する。定義情報取得部２３は、情報要素「被写体」の値スキーマと、情報要素「映像ＵＲＬ」の値スキーマとを参照する。
【００５５】
また、定義情報取得部２３は、定義情報取得部２３は、マルチメディア要素クラス「データ」の情報要素として「震度情報」及び「避難場所情報」を参照する。定義情報取得部２３は、情報要素「震度情報」の値スキーマと、情報要素「避難場所情報」の値スキーマとを参照する。上述したように、定義情報取得部２３は、コンテンツクラス情報の示す「緊急災害情報」に対応するコンテンツクラス「緊急災害情報」に設定されている定義情報を、共通知識データベース３から取得する。
【００５６】
ステップＳ２５：デバイス制御部２１は、デバイス構造化データを取得する。
【００５７】
ステップＳ２６：ルール解析部２４は、共通知識データベース３から、現在のコンテンツクラスに整合するルールを順次読み出して、条件が合致するルールが存在するか否かを判定する。条件が合致するルールが存在する場合、次のステップＳ２７に進む。条件が合致するルールが存在しない場合には、ステップＳ２１の処理に戻る。
【００５８】
ステップＳ２７：本ステップに進んだ場合、ルール解析部２４は、条件が合致したルールを適用する。つまり、ルール解析部２４は、その条件の結論部の処理を実行する。
【００５９】
ここで、図５に示したルールの具体例を参照しながら、ルール解析部２４の具体的な動作について説明する。
【００６０】
まず、図５（ａ）の第１ルールを参照する。第１ルールは、条件部Ｊ１からＪ６までの６個の条件部を持っている。  
条件部Ｊ１は、コンテンツクラスが緊急災害情報であるという条件を表す。コンテンツクラスが緊急災害情報であれば、ルール解析部２４は、条件部Ｊ１を満たしていると判定する。その他の場合には、ルール解析部２４は、条件部Ｊ１を満たしていないと判定する。
条件部Ｊ２は、コンテンツｃがコンテンツ要素ｅ１を有しているという条件を表す。コンテンツｃがコンテンツ要素ｅ１を有していれば、ルール解析部２４は、条件部Ｊ２を満たしていると判定する。その他の場合には、ルール解析部２４は、条件部Ｊ２を満たしていないと判定する。
条件部Ｊ３は、コンテンツ要素ｅ１が震度情報であるという条件を表す。コンテンツ要素ｅ１が震度情報であるならば、ルール解析部２４は、条件部Ｊ３を満たしていると判定する。その他の場合には、ルール解析部２４は、条件部Ｊ３を満たしていないと判定する。  条件部Ｊ４は、コンテンツ要素であるデータに関して、位置Ｐにおける震度が５以上であるという条件を表す。コンテンツ要素として抽出された震度の数値が５以上であれば、ルール解析部２４は、条件部Ｊ４を満たしていると判定する。その他の場合には、ルール解析部２４は、条件部Ｊ４を満たしていないと判定する。
条件部Ｊ５は、コンテンツｃがコンテンツ要素ｅ２を有しているという条件を表す。コンテンツｃがコンテンツ要素ｅ２を有していれば、ルール解析部２４は、条件部Ｊ５を満たしていると判定する。その他の場合には、ルール解析部２４は、条件部Ｊ５を満たしていないと判定する。
条件部Ｊ６は、コンテンツ要素ｅ２が避難所情報であるという条件を表す。コンテンツ要素ｅ２が避難所情報であるならば、ルール解析部２４は、条件部Ｊ６を満たしていると判定する。その他の場合には、ルール解析部２４は、条件部Ｊ６を満たしていないと判定する。
この例では、図5(a)のJ１からJ6すべての条件が満たされたため、結論部である「display(d, nearShelterInfo(e2, p))」を適用する。
【００６１】
次に、図５（ｂ）の第２ルールを参照する。第２ルールは、条件部Ｊ１からＪ４までの４個の条件部を持っている。
条件部Ｊ１は、「display(d,e1)」である。ここで、デバイスｄはカーステレオであるが、ルール解析部２４は、図５（ａ）のルールの結論部が適用されたことにより、この条件部Ｊ１が満たされていると判断する。
条件部Ｊ２は、デバイスｄが受信したコンテンツの要素であるｅ１のコンテンツタイプを、デバイスｄが提示する機能を有するものであるか否かを表す条件である。条件部Ｊ２において、述語「hasPreviewFunctions」に否定演算子が付いているため、要素ｅ１のコンテンツタイプをデバイスｄが提示する機能を持たない場合に、条件部Ｊ２が満たされると判定される。
条件部Ｊ３は、コンテンツの要素であるｅ２のコンテンツタイプを、デバイスｄが提示する機能を有するものであるか否かを表す条件である。提示する機能を有する場合に、ルール解析部２４は、条件部Ｊ３を満たしていると判定する。その他の場合には、ルール解析部２４は、条件部Ｊ３を満たしていないと判定する。
条件部Ｊ４は、コンテンツ要素ｅ１のコンテンツタイプを、コンテンツ要素ｅ２のコンテンツタイプに変換（翻訳）可能であるか否かを表す条件である。その変換が可能である場合に、ルール解析部２４は、条件部Ｊ４を満たしていると判定する。その他の場合には、ルール解析部２４は、条件部Ｊ４を満たしていないと判定する。
以上、J１からJ４までの条件部が満たされたため、図５（ｂ）の結論部が適用される。またこれ以上適用するルールがなくなったため、ステップＳ２１の処理に戻る。
【００６２】
上述したように、本実施形態によれば、コンテンツを配信するコンテンツプロバイダーが、コンテンツとともにコンテンツ提示情報を配信することにより、ユーザデバイスが共通知識データベース３を参照し、コンテンツ提示情報に応じたルールの処理を、ユーザデバイス自身のデバイス機能情報の記述に応じて行うことにより、ユーザが状況に対応した情報を通知するコンテンツを、ユーザデバイスの機能に適合したマルチメディア要素により得ることができる。
また、本実施形態によれば、マルチメディア要素を変換するマルチメディア要素変換部２６を備えているため、デバイス制御部２１から供給される自身が再生できないマルチメディア要素のデータを、自身が再生できるマルチメディア要素のデータへ変換することができ、緊急情報などをユーザに対して提供することができ、ユーザデバイスの各々を新しいコンテンツ通知の手段として使用することができる。そして、コンテンツ再生制御部２９は、自身が再生できるマルチメディア要素を再生するための制御を行う。
【００６３】
また、図６のマルチメディア配信サーバ１及び図７のユーザデバイス２の各々の機能を実現するためのそれぞれのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりマルチメディア配信や、マルチメディア再生に関する処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００６４】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００６５】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイルであっても良い。
【００６６】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００６７】
１…マルチメディア配信サーバ
２…ユーザデバイス
１１…コンテンツ生成部
１２…構造化データ付与部
１３…コンテンツ配信部
１４，２８…記憶部
２１…デバイス制御部
２２…受信部
２３…定義情報取得部
２４…ルール解析部
２５…データ取得部
２６…マルチメディア要素変換部
２７…出力制御部
２９…コンテンツ再生制御部
【図１】
2018207280.tif 000003
【図２】
2018207280.tif 000004
【図３】
2018207280.tif 000005
【図４】
2018207280.tif 000006
【図５】
2018207280.tif 000007
【図６】
2018207280.tif 000008
【図７】
2018207280.tif 000009
【図８】
2018207280.tif 000010
【図９】
2018207280.tif 000011