(57)【要約】【課題】本発明は、多数のメディアコンテンツの中から利用者の簡易なデータ入力によりメディアコンテンツ連携を実現する新たな技術の提供を目的とする。【解決手段】メディアコンテンツ間の連携方法について記述する連携制御記述データの中から、利用者の入力した連携条件の指すものを抽出する手段と、連携条件で指定される連携対象のメディアコンテンツの持つ属性データと、抽出した連携制御記述データとに基づいて、再生先のメディアプレーヤで取り扱える言語で記述されるコンテンツ連携記述データを生成する手段とを備える。利用者の入力した連携条件、メディアコンテンツの属性データおよび連携制御記述データに基づいて、汎用的なメディアプレーヤで再生可能なコンテンツ連携記述データを生成できるようになるので、多数のメディアコンテンツの中から利用者の簡易なデータ入力によりメディアコンテンツの連携を実現できるようになる。【選択図】          図１
2004236244.tif 000002
【特許請求の範囲】
【請求項１】
メディアコンテンツ間の連携を行うためのコンテンツ連携記述データを生成するコンテンツ連携記述データ生成装置であって、
メディアコンテンツ間の連携方法について記述する連携制御記述データの中から、利用者から入力された連携条件の指すものを抽出する手段と、
上記連携条件で指定される連携対象のメディアコンテンツの持つ属性データと、上記抽出した連携制御記述データとに基づいて、再生先のメディアプレーヤで取り扱える言語で記述される上記コンテンツ連携記述データを生成する手段とを備えることを、
特徴とするコンテンツ連携記述データ生成装置。
【請求項２】
請求項１記載のコンテンツ連携記述データ生成装置において、
上記連携条件が、再生先となるメディアプレーヤの種別と、連携元となるメディアコンテンツまたはそのカテゴリと、連携相手となるメディアコンテンツまたはそのカテゴリとについて記述することを、
特徴とするコンテンツ連携記述データ生成装置。
【請求項３】
請求項１または２記載のコンテンツ連携記述データ生成装置において、
上記連携制御記述データが、連携元となるメディアコンテンツまたはそのカテゴリと連携相手となるメディアコンテンツまたはそのカテゴリとの組み合わせに対応付けて、その再生方法と、その連携を行う際の条件と、その連携位置とについて記述することを、
特徴とするコンテンツ連携記述データ生成装置。
【請求項４】
請求項３記載のコンテンツ連携記述データ生成装置において、
上記連携を行う際の条件として、上記属性データの持つキーワードが一致するシーンで連携を行うという条件が含まれることを、
特徴とするコンテンツ連携記述データ生成装置。
【請求項５】
請求項３記載のコンテンツ連携記述データ生成装置において、
上記連携位置として、連携個所となる空間位置に関する情報が含まれることを、
特徴とするコンテンツ連携記述データ生成装置。
【請求項６】
請求項３記載のコンテンツ連携記述データ生成装置において、
上記連携位置として、連携時間となる時間位置に関する情報が含まれることを、
特徴とするコンテンツ連携記述データ生成装置。
【請求項７】
メディアコンテンツ間の連携を行うためのコンテンツ連携記述データを生成するコンテンツ連携記述データ生成方法であって、
メディアコンテンツ間の連携方法について記述する連携制御記述データの中から、利用者から入力された連携条件の指すものを抽出する過程と、
上記連携条件で指定される連携対象のメディアコンテンツの持つ属性データと、上記抽出した連携制御記述データとに基づいて、再生先のメディアプレーヤで取り扱える言語で記述される上記コンテンツ連携記述データを生成する過程とを備えることを、
特徴とするコンテンツ連携記述データ生成方法。
【請求項８】
請求項７記載のコンテンツ連携記述データ生成方法において、
上記連携条件が、再生先となるメディアプレーヤの種別と、連携元となるメディアコンテンツまたはそのカテゴリと、連携相手となるメディアコンテンツまたはそのカテゴリとについて記述することを、
特徴とするコンテンツ連携記述データ生成方法。
【請求項９】
請求項７または８記載のコンテンツ連携記述データ生成方法において、
上記連携制御記述データが、連携元となるメディアコンテンツまたはそのカテゴリと連携相手となるメディアコンテンツまたはそのカテゴリとの組み合わせに対応付けて、その再生方法と、その連携を行う際の条件と、その連携位置とについて記述することを、
特徴とするコンテンツ連携記述データ生成方法。
【請求項１０】
請求項９記載のコンテンツ連携記述データ生成方法において、
上記連携を行う際の条件として、上記属性データの持つキーワードが一致するシーンで連携を行うという条件が含まれることを、
特徴とするコンテンツ連携記述データ生成方法。
【請求項１１】
請求項９記載のコンテンツ連携記述データ生成方法において、
上記連携位置として、連携個所となる空間位置に関する情報が含まれることを、
特徴とするコンテンツ連携記述データ生成方法。
【請求項１２】
請求項９記載のコンテンツ連携記述データ生成方法において、
上記連携位置として、連携時間となる時間位置に関する情報が含まれることを、
特徴とするコンテンツ連携記述データ生成方法。
【請求項１３】
請求項７ないし１２のいずれか１項に記載のコンテンツ連携記述データ生成方法の実現に用いられる処理をコンピュータに実行させるためのコンテンツ連携記述データ生成プログラム。
【請求項１４】
請求項７ないし１２のいずれか１項に記載のコンテンツ連携記述データ生成方法の実現に用いられる処理をコンピュータに実行させるためのコンテンツ連携記述データ生成プログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ビデオ、アニメーション、コンピュータグラフィックス等のデジタルデータ、デジタルカメラ静止画像等のデジタルデータ、ｗａｖ、ｍｐ３、ＭＩＤＩ等のデジタルデータ、ＳＭＩＬ等のマルチメディア記述言語で記述されたスクリプトやテキスト等のデジタルデータを含めた広義のメディアコンテンツを複数連携させて再生させるために、利用者により入力された連携条件、メディアコンテンツの属性データおよび連携制御記述データに基づいて、汎用的なメディアプレーヤで再生可能なコンテンツ連携記述データを生成することを可能とするメディアコンテンツ連携データ生成装置、方法、プログラムおよびそのプログラムを記録した記録媒体に関するものである。
【０００２】
【従来の技術】
従来、複数のメディアコンテンツを連携させるためには、あらかじめコンテンツプロバイダまたはクリエータが膨大な時間とコストをかけて制作しなければならない。したがって、一般の利用者が複数コンテンツ連携を行うことは連携コンテンツの質とその制作コストの点において、不可能に近い。
【０００３】
このような問題の解決に近い一つの手段として、各種メディアの同期・統合用の言語、スマイル（Ｓｙｎｃｈｒｏｎｉｚｅｄ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｇｒａｔｉｏｎ  Ｌａｎｇｕａｇｅ：ＳＭＩＬ）（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｓｍｉｌ２０／）の利用があげられる。ＳＭＩＬ（ｖｅｒ．２．０）  は、Ｗ３Ｃ（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ）により策定され、２００１年８月に正式勧告された。
【０００４】
ＳＭＩＬを用いることにより、どの映像を何秒間再生させる、それに合わせて説明用のテキストを表示するといったことが、時間軸に沿って利用者の思い通りに指定することが可能である。ＳＭＩＬは現在のところ、Ｒｅａｌ  Ｎｅｔｗｏｒｋｓ  社からリリースされているＲｅａｌ  Ｏｎｅ    Ｐｌａｙｅｒ  でサポートされている。
【０００５】
一方、Ｍｉｃｒｏｓｏｆｔ社が提唱している規格として、ＨＴＭＬ＋ＴＩＭＥ（Ｔｉｍｅｄ  Ｉｎｔｅｒａｃｔｉｖｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｅｘｔｅｎｓｉｏｎｓ）（ｈｔｔｐ：／／ｍｓｄｎ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ．／ｌｉｂｒａｒｙ／）がある。
【０００６】
これは、ＨＴＭＬにＳＭＩＬで記述可能なタイムコントロール機能を追加し、ＳＭＩＬ相当の機能をＷｅｂブラウザで実現している。
【０００７】
【発明が解決しようとする課題】
従来のようなメディアコンテンツ連携においては、次に示すような解決すべき課題がある。
【０００８】
すなわち、コンテンツ連携を行うためには、ＳＭＩＬやＨＴＭＬ＋ＴＩＭＥによるスクリプトを記述する必要があり、これらは安価もしくは無料で入手可能なテキストエディタで作成したり、あるいは高価なオーサリングツールを利用することになる。
【０００９】
しかし、テキストエディタやオーサリングツールを利用する場合、ＳＭＩＬやＨＴＭＬ＋ＴＩＭＥの言語仕様または文法を理解している必要があり、一般の利用者にとってそれらの習得には膨大な時間と労力を要する。
【００１０】
また、近年脚光を浴びているメディアコンテンツ属性データには、メディアコンテンツ利用において有用な情報が含まれているにも拘わらず、ＳＭＩＬやＨＴＭＬ＋ＴＩＭＥ内で直接利用することはできない。さらに、前述のＲｅａｌ  Ｏｎｅ    Ｐｌａｙｅｒ  やＷｅｂブラウザで再生することも不可能である。
【００１１】
例えば、映像に関連付けられているメディアコンテンツ属性データには、映像が属するジャンルや、何秒目から何秒目までが何のシーンであり、どんなキーワードが付与されているといった情報が含まれている。しかし、現在のところ既存の汎用メディアプレーヤでは、メディアコンテンツ属性データの再生ができないため、画像の認識や映像情報の構造化といった高度な技術を利用しない限りは、特定のシーンの抽出結果を用いた連携や、曖昧語（形容詞、形容動詞など）による検索結果を用いた連携などはできない。
【００１２】
ところで、利用者の意図に基づく連携以外にも、例えばコンテンツプロバイダによる連携があり得る。しかしながら、例えば、プロバイダがスポンサーからの要請により、コマーシャルメッセージ（以下、ＣＭ）を埋め込んだ映像コンテンツを配信する場合、それらＣＭは特定のものに固定されているため、利用者が妥協できる範囲内でのＣＭ視聴ということはあり得ない。
【００１３】
本発明はかかる事情を鑑みてなされたものであって、その目的は、従来の技術における上述のごとき問題を解消し、多数のメディアコンテンツの中から利用者の簡易なデータ入力によりメディアコンテンツ連携を実現する新たな技術の提供を目的とする。
【００１４】
【課題を解決するための手段】
この目的を達成するために、本発明のコンテンツ連携記述データ生成装置は、メディアコンテンツ間の連携を行うためのコンテンツ連携記述データを生成する処理を行うために、▲１▼メディアコンテンツ間の連携方法について記述する連携制御記述データの中から、利用者から入力された連携条件の指すものを抽出する抽出手段と、▲２▼利用者から入力された連携条件で指定される連携対象のメディアコンテンツの持つ属性データと、抽出手段の抽出した連携制御記述データとに基づいて、再生先のメディアプレーヤで取り扱える言語で記述されるコンテンツ連携記述データを生成する生成手段とを備えるように構成する。
【００１５】
以上の各処理手段が動作することで実現される本発明のコンテンツ連携記述データ生成方法はコンピュータプログラムで実現できるものであり、このコンピュータプログラムは、半導体メモリなどのような適当な記録媒体に記録して提供したり、ネットワークを介して提供することができる。
【００１６】
このように構成される本発明のコンテンツ連携記述データ生成装置では、先ず最初に、利用者から入力されたメディアコンテンツ間の連携条件を入手する。
【００１７】
例えば、再生先となるメディアプレーヤの種別と、連携元となるメディアコンテンツまたはそのカテゴリと、連携相手となるメディアコンテンツまたはそのカテゴリとについて記述する連携条件を入手するのである。
【００１８】
続いて、メディアコンテンツ間の連携方法について記述する連携制御記述データを入手して、その入手した連携制御記述データの中から、利用者から入力された連携条件の指すものを抽出する。
【００１９】
例えば、連携元となるメディアコンテンツまたはそのカテゴリと連携相手となるメディアコンテンツまたはそのカテゴリとの組み合わせに対応付けて、その再生方法と、その連携を行う際の条件と、その連携位置とについて記述する連携制御記述データを入手して、その入手した連携制御記述データの中から、利用者から入力された連携条件の指すものを抽出することで、連携対象となるメディアコンテンツの再生方法と、その連携を行う際の条件と、その連携位置とを抽出するのである。
【００２０】
このときに入手する連携制御記述データで記述される連携を行う際の条件には、メディアコンテンツの属性データの持つキーワードが一致するシーンで連携を行うという条件が含まれることがある。また、このときに入手する連携制御記述データで記述される連携位置には、連携を行う空間位置に関する情報が含まれたり、連携を行う時間位置に関する情報が含まれたり、その双方の情報が含まれることがある。
【００２１】
続いて、利用者から入力された連携条件で指定される連携対象のメディアコンテンツの持つ属性データを取得して、その取得した属性データと、抽出した連携制御記述データとに基づいて、再生先のメディアプレーヤで取り扱える言語で記述されるコンテンツ連携記述データを生成する。
【００２２】
例えば、連携対象となるメディアコンテンツが映像コンテンツ同士である場合には、連携対象となるメディアコンテンツの再生方法に関する情報と、連携対象となるメディアコンテンツのレイアウトに関する情報とについて記述するコンテンツ連携記述データを生成し、また、連携対象となるメディアコンテンツが映像コンテツと音楽コンテンツである場合には、連携対象となるメディアコンテンツの再生方法に関する情報について記述するコンテンツ連携記述データを生成するのである。
【００２３】
このようにして、本発明によれば、利用者により入力された連携条件、メディアコンテンツの属性データおよび連携制御記述データに基づいて、汎用的なメディアプレーヤで再生可能なコンテンツ連携記述データを生成できるようになるので、多数のメディアコンテンツの中から利用者の簡易なデータ入力によりメディアコンテンツの連携を実現できるようになる。
【００２４】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態を説明する。
【００２５】
図１は、本発明の一実施形態に係るコンテンツ連携記述データ生成装置に相当するコンテンツ連携記述データ生成システム１０の構成を示すブロック図である。
【００２６】
この図１に示すコンテンツ連携記述データ生成システム１０は、利用者の入力した連携条件に基づいて、メディアコンテンツごとにあらかじめ定義されているメディアコンテンツ属性データを選択し、汎用のメディアプレーヤで再生可能なコンテンツ連携記述データを生成することを可能とするシステムであって、利用者から連携条件を入力する連携条件入力手段１００と、メディアコンテンツ属性データを蓄積するメディアコンテンツ属性データ蓄積手段１０３と、メディアコンテンツ属性データを選択するメディアコンテンツ属性データ選択手段１０１と、連携制御記述データを蓄積する連携制御記述データ蓄積手段１０４と、コンテンツ連携記述データを生成するコンテンツ連携記述データ生成手段１０２とを有する。
【００２７】
メディアコンテンツ属性データ選択手段１０１は、連携条件入力手段１００により入力された連携条件２００に基づいて、メディアコンテンツ属性データ蓄積手段１０３からメディアコンテンツ属性データ２０１を選択する。この選択されたメディアコンテンツ属性データ２０１と連携制御記述データ蓄積手段１０４に蓄積されている連携制御記述データ２０２とを用いて、コンテンツ連携記述データ生成手段１０２でコンテンツ連携記述データ２０３を生成する。
【００２８】
利用者は、このコンテンツ連携記述データ２０３を自分のパーソナルコンピュータにインストールされている汎用メディアプレーヤ上で再生することにより、容易に連携コンテンツを視聴することが可能である。
【００２９】
なお、図１に示すコンテンツ連携記述データ生成システム１０は、最も一般的な構成としては、図２に示すように、連携条件入力手段１００とコンテンツ連携記述データ生成手段１０２とを同一マシン上で構成し、これらとは別に、メディアコンテンツ属性データ選択手段１０１とメディアコンテンツ属性データ蓄積手段１０３と連携制御記述データ蓄積手段１０４とをそれぞれ異なるサーバ上で構成して、例えばインターネットなどのネットワークを介して接続される形態が好ましい。
【００３０】
しかしながら、必ずしも上述の通り構成し、ネットワークを介して接続する形態とする必要はなく、例えば、図３に示すように、連携条件入力手段１００のみをクライアント（利用者端末）上で構成し、メディアコンテンツ属性データ選択手段１０１とコンテンツ連携記述データ生成手段１０２とを同一サーバ上で構成してもよい。なお、ネットワークとしては、通信回線のみならず、放送網やＣＡＴＶ網等が可能である。
【００３１】
図４は、図１に示した本発明の実施の形態にかかるコンテンツ連携記述データ生成システム１０の動作を示すフローチャートである。
【００３２】
次に、このフローチャートに従って、コンテンツ連携記述データ生成システム１０の動作を説明する。
【００３３】
まず連携条件入力手段１００から連携条件が入力される。連携条件としては、例えば図５に示すように、利用者がコンテンツ再生に利用しているメディアプレーヤ種別、視聴したいコンテンツ（主コンテンツ）、見てもかまわないと思っているＣＭ（従コンテンツ）のカテゴリ等がある。
【００３４】
ここで、この項目の構成は、コンテンツ連携記述データ生成システム１０、特にメディアコンテンツ属性データ選択手段１０１、メディアコンテンツ属性データ蓄積手段１０３、連携制御記述データ蓄積手段１０４などの内部構造に依存して変更することが可能である。
【００３５】
次に、メディアコンテンツ属性データ選択手段１０１では、入力された連携条件２００に基づき、利用者がコンテンツ再生に用いているプレーヤ種別を取得する（ステップＳ４００）。
【００３６】
これにより、コンテンツ連携記述データ２０３の出力形式が変わることになる。すなわち、利用者が例えばＲｅａｌ  Ｏｎｅ    Ｐｌａｙｅｒ  を指定すれば、コンテンツ連携記述データ生成手段１０２により生成されるコンテンツ連携記述データ２０３はＳＭＩＬ２．０形式となり、利用者がＷｅｂブラウザ（Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ  ５．５）を指定すれば、出力形式はＨＴＭＬ＋ＴＩＭＥ２．０形式となる。
【００３７】
次に、連携条件２００に基づいて主コンテンツ名を取得する（ステップＳ４０１）。同様にして、連携条件２００に基づいて従コンテンツカテゴリを取得する（ステップＳ４０２）。
【００３８】
次に、メディアコンテンツ属性データ蓄積手段１０３から、主コンテンツ、従コンテンツカテゴリのそれぞれに対応付けられたメディアコンテンツ属性データ２０１を取得する（ステップＳ４０３）。ここで、従コンテンツカテゴリに属する従コンテンツが複数あれば任意の一つを選択して、それに対応するメディアコンテンツ属性データ２０１を取得するものとするが、従コンテンツカテゴリが複数ある場合には、それぞれのカテゴリごとにその取得を行う。
【００３９】
次に、連携制御記述データ蓄積手段１０４に蓄積されている連携制御記述データ２０２から、メディアコンテンツ間の連携を決定するレイアウト・タイムライン関連情報を取得する（ステップＳ４０４）。
【００４０】
ここで、図６は連携制御記述データ２０２に記述される内容の例である。連携制御記述データ２０２は、コンテンツの種別等に応じて連携動作に変化を与える役割を持っている。すなわち、主コンテンツに対して何を従コンテンツとして連携させるか、連携後のコンテンツとしてどのように再生させるか、連携する場合の位置や連携の条件などが記述されている。
【００４１】
例えば、主コンテンツが映画・ドラマで、従コンテンツカテゴリがＣＭである場合、主コンテンツのあるシーンを表すキーワードと、従コンテンツとなるあるＣＭのキーワードとが一致すれば、主コンテンツのその位置にそのＣＭを挿入し、順次連携再生させる、ということが記述されている。なお、主コンテンツおよび従コンテンツのキーワードは、メディアコンテンツ属性データ２０１に記述してあるものとする。
【００４２】
同様に、アニメにＣＭを連携させる場合は、メディアコンテンツ属性データ２０１からＣＭの企業（従コンテンツカテゴリのＣＭを提供する企業の中から任意に選択した企業）のＵＲＬを抽出し、自動リンクを設定し、ブラウザへ表示する。なお、この例では説明のため文字列で表現してあるが、実装上はＣやＰｅｒｌ  のようなプログラミング言語のようにコード化してあることが好ましい。
【００４３】
次に、取得した主コンテンツのメディアコンテンツ属性データ２０１から、主コンテンツのロケーションや表示サイズ、シーンに関する時間情報などのレイアウト・タイムライン関連情報を取得する（ステップＳ４０５）。同様にして、取得した従コンテンツのメディアコンテンツ属性データ２０１から、従となる複数のメディアコンテンツのロケーションや再生時間に関するレイアウト・タイムライン関連情報を取得する（ステップＳ４０６，Ｓ４０７）。
【００４４】
最後に、これらの取得したレイアウト・タイムライン関連情報に基づいて、コンテンツ連携記述データ２０３を生成する（ステップＳ４０８）。
【００４５】
図７は、図４におけるステップＳ４０３で取得するメディアコンテンツ属性データ２０１の例で、主コンテンツに対応する。また、図８および図９は、従コンテンツに対応するメディアコンテンツ属性データ２０１の例である。
【００４６】
主コンテンツおよび従コンテンツともに、コンテンツのタイトル（図７の場合”ＭｏｖｉｅＸ”）、そのコンテンツが属するカテゴリ（図８の場合  ”ｃｏｍｍｅｒｃｉａｌ  ｍｅｓｓａｇｅ”）、そのコンテンツのタイプ（図９の場合  ”ｖｉｄｅｏ”）  、そのコンテンツのファイルフォーマット（図８の場合  ”Ｒｅａｌ  Ｖｉｄｅｏ”）、そのコンテンツのロケーション（図７の場合  ”ｒｔｓｐ：／／ｗｗｗ．ｍｏｖｉｅｓ．ｃｏｍ／ｖｉｄｅｏ／ｍｏｖｉｅ−ｘ．ｒｍ”）、そのコンテンツタイプが  ｖｉｄｅｏの場合の表示サイズ（図８の場合、幅  ”４８０”，  高さ”２７０”）、そのコンテンツに関連するＵＲＬ（図９の場合  ”ｈｔｔｐ：／／ｗｗｗ．ｊｉｄｏｕｓｈａ．ｃｏｍ／ｉｎｄｅｘ．ｈｔｍｌ”）、およびシーンを表現するキーワードなどが記述されている。なお、ここでは、シーンおよびそれに対応するキーワードが複数保持されていることを明確化するためにＸＭＬ形式で示したが、この形式に限定されるものではない。
【００４７】
次に、図１０〜図１３／図７〜図９を用いて、図４におけるステップＳ４０８の詳細な動作について説明する。
【００４８】
なお、これ以降は、わかりやすくするため、利用者による連携条件のうちプレーヤ種別を  ”Ｒｅａｌ  Ｏｎｅ    Ｐｌａｙｅｒ”で統一することとする。したがって、コンテンツ連携記述データ生成手段１０２によるコンテンツ連携記述データ２０３はＳＭＩＬ２．０形式となる。
【００４９】
ここで、図１０は、図４におけるステップＳ４０８の詳細な動作を示すフローチャートの例である。また、図１１は、図６における映画・ドラマとＣＭとの連携を記述したコンテンツ連携記述データ２０３の一例である。また、図１２は、図６におけるスポーツ（録画）とＣＭとの連携を記述したコンテンツ連携記述データ２０３の一例である。図１３は、図６におけるアニメとＣＭとの連携を記述したコンテンツ連携記述データ２０３の一例である。
【００５０】
まず、図４のステップＳ４０７までで、利用者による連携条件２００、メディアコンテンツ属性データ２０１、連携制御記述データ２０２から、主コンテンツ・従コンテンツに関連する情報、連携を決定する情報などを取得した後、再生方法が順次であるかどうかを判定する（ステップＳ１０００）。
【００５１】
利用者が図６における映画・ドラマを視聴することを希望した場合は、連携コンテンツとしては順次再生することになるため（図６）、ステップＳ１００１に進む。
【００５２】
ここでは、メディアコンテンツ属性データ２０１から取得した表示サイズ情報に基づき、従コンテンツの表示サイズが主コンテンツのそれと異なる場合、主コンテンツの表示サイズに一致させる。これにより、従コンテンツを主コンテンツの途中に挿入して、主従のコンテンツがあたかも１本のコンテンツであるかのように再生することが可能となる。
【００５３】
次に、ステップＳ１００１で決定した表示サイズにしたがって、連携コンテンツとしての主コンテンツ（および従コンテンツ）の利用者端末におけるプレーヤ上での表示サイズをコンテンツ連携記述データ２０３のレイアウト情報として設定する（ステップＳ１００２）。
【００５４】
次に、従コンテンツを連携する場合にキーワードに基づいて連携するかどうかを判定する（ステップＳ１００３）。
【００５５】
主コンテンツが図６における映画・ドラマである場合は、連携制御記述データ２０２から、シーンごとにキーワード一致という従コンテンツ連携条件があるため、ステップＳ１００４に進む。ここでは、メディアコンテンツ属性データ２０１から取得した主コンテンツのシーンを表現するキーワードと、従コンテンツのシーンを表現するキーワードとが一致するものを対応付ける。キーワードによる対応付けに関しては、完全一致あるいはシソーラスによる概念的一致など任意の方法による対応が可能である。
【００５６】
ここでの例では、図７のメディアコンテンツ属性データ２０１内のシーンを表現するキーワードとして“ビアパーティ”があり、同様に図８のメディアコンテンツ属性データ２０１には“ビール”があるため、図７のメディアコンテンツ属性で表されるメディアコンテンツのシーンの一つに、図８のメディアコンテンツ属性で表されるメディアコンテンツが対応付けられることになる。
【００５７】
この対応付けが完了した後、従コンテンツが対応付けられた主コンテンツの各シーンの終了時刻において主コンテンツを分割し（ステップＳ１００５）、この時刻の直後に先ほど対応付けられた従コンテンツを挿入する場合のタイムラインを計算する（ステップＳ１００６）。
【００５８】
実際には主コンテンツそのものを分割するわけではなく、後ほど図１１で説明するように、コンテンツ連携記述データ２０３のタイムライン上で分割する。すなわち、図７の“ビアパーティ”のシーンにおける終了時刻でいったん主コンテンツの再生を中断し、すぐに従コンテンツの再生を開始し、従コンテンツの再生が終了したら直ちに主コンテンツの再生を中断した時刻から開始するというように、タイムラインを計算する。
【００５９】
次に、この計算結果に基づいて、タイムライン上で分割された主コンテンツに従コンテンツを挿入する（ステップＳ１００７）。例えば、図７のメディアコンテンツ属性データ２０１では、主コンテンツの２番目のシーンにおける開始時刻と終了時刻はそれぞれ“０１：０２：００”、“０１：１２：００”となっている。ところが、この直前に長さ３０秒の従コンテンツを挿入した場合、先ほどの２番目のシーンにおける開始時刻と終了時刻はそれぞれ“０１：０２：３０”、“０１：１２：３０”と計算される。この計算結果に基づいて、タイムライン上で分割された主コンテンツに従コンテンツを挿入するのである。
【００６０】
最後に、このようにして導出された、主コンテンツ・従コンテンツのレイアウト、タイムライン、連携後の再生方法などをコンテンツ連携記述データ２０３として生成する（ステップＳ１００８）。
【００６１】
図１１は、Ｒｅａｌ  Ｏｎｅ    Ｐｌａｙｅｒ  での再生を前提とし、ＳＭＩＬ２．０の文法規則に則って記述されたコンテンツ連携記述データ２０３の一例であり、図１０におけるステップＳ１００８で生成される。ただし、一部を省略してある。
【００６２】
図１１に示すタグ＜ｓｍｉｌ．．．  ＞および＜／ｓｍｉｌ＞１１００は、ＳＭＩＬ２．０による記述の基本構造である。この基本構造の内部に、ヘッダ部１１０１およびボディ部１１０２を記述する。
【００６３】
ヘッダ部１１０１内には、メディアコンテンツに関する情報１１０３とレイアウトに関する情報１１０４とを記述する。１１０３は、メディアプレーヤによる再生には何の影響も及ぼさないため記述しなくとも問題はない。１１０４は、図１０におけるステップＳ１００１，Ｓ１００２により決定される。
【００６４】
この例では、主コンテンツの表示サイズ「  ｗｉｄｔｈ＝”４８０”    ｈｅｉｇｈｔ  ＝”２７０”  」がｒｅｇｉｏｎタグの値として設定され、連携コンテンツ全体の表示サイズ「  ｗｉｄｔｈ＝”４８０”    ｈｅｉｇｈｔ  ＝”２７０”  」がｒｏｏｔ−ｌａｙｏｕｔ  タグの値として設定されている。なお、ｒｅｇｉｏｎタグの値「ｉｄ＝”ｖｉｄｅｏ−ｒｅｇｉｏｎ”」は、連携コンテンツ全体の表示サイズの中で、どの領域に主コンテンツを表示するのかを指定する値である。ここでは順次再生であるため、連携コンテンツ全体と主コンテンツの表示領域は同一となっている。
【００６５】
ボディ部１１０２内には、メディアコンテンツの再生方法に関する情報１１０５を記述する。ここでは順次再生であるため、＜ｓｅｑ  ＞，＜／ｓｅｑ＞タグで囲ってある。すなわち、このタグに囲まれたメディアコンテンツは記述されている順に再生される。１１０５は、図１０におけるステップＳ１００４からＳ１００７により決定される。
【００６６】
この例では、主コンテンツの“ビアパーティ”のシーンが「ｃｌｉｐＢｅｇｉｎ＝”０１：００：００”    ｃｌｉｐＥｎｄ＝”０１：０２：００”」で指定される時間（すなわち２分間）だけ再生されるように設定され、その直後に、従コンテンツの“ビール”の映像が「ｃｌｉｐＢｅｇｉｎ＝”０１：０２：００”    ｃｌｉｐＥｎｄ＝”０１：０２：３０”」で指定される時間（すなわち３０秒）だけ再生され、ただちに主コンテンツに復帰し、“ビアパーティ”の次のシーンが「ｃｌｉｐＢｅｇｉｎ＝”０１：０２：３０”    ｃｌｉｐＥｎｄ＝”０１：１２：３０”」で指定される時間再生されるように設定されている。
【００６７】
次の例として、利用者が図６におけるコンサート（録画）を視聴することを希望した場合について説明する。
【００６８】
この場合も上記の例と同様、連携コンテンツとしては順次再生することになるため（図６）、図１０のステップＳ１００３まで進む。しかし、この場合には、従コンテンツはキーワードによる連携ではないため、ステップＳ１００９へ進む。ここでは、利用者が入力した連携条件２００の範囲内で任意に従コンテンツが選択される（例えば、自動車という従コンテンツカテゴリの場合には、いずれかの自動車メーカの従コンテンツが選択される）。
【００６９】
次に、従コンテンツの連携位置を判定する（ステップＳ１０１０）。主コンテンツがコンサート（録画）の場合には図６に示すように先頭と末尾に連携するため、ステップＳ１０１２へ進む。この例では、従コンテンツ、主コンテンツ、従コンテンツの順に再生するのみである。
【００７０】
最後にステップＳ１００８にて、コンテンツ連携記述データ２０３が生成される。この記述データは前述の例とはほぼ同じだが、コンテンツを順に列挙するのみであるため、タイムラインを計算しないで済むところが異なる。
【００７１】
さらに次の例として、上記例において、ステップＳ１０１０で従コンテンツを途中に連携する場合について説明する。
【００７２】
この場合、メディアコンテンツ属性データ２０１からどこに連携するのかを取得し、それらの各位置で主コンテンツを分割することになる（ステップＳ１０１１）。前述したように実際に主コンテンツを分割するわけではなく、タイムライン上で分割することになる。分割位置は意味的にまとまりのあるシーンごとが望ましいが、シーンの切れ目とは無関係の位置になる可能性もあり、それらはメディアコンテンツ属性データ２０１に依存する。
【００７３】
分割後、従コンテンツが挿入されることにより主コンテンツにおける各分割パートの再生開始時刻がずれるため、これらを補正するためにタイムラインを計算し（ステップＳ１００６）、従コンテンツを主コンテンツに挿入し（ステップＳ１００７）、コンテンツ連携記述データ２０３を生成する（ステップＳ１００８）。
【００７４】
以上、主コンテンツと従コンテンツとを順次再生する場合の連携例として３つのパターンを説明した。
【００７５】
次に主コンテンツと従コンテンツとを同時再生する場合の連携について説明する。
【００７６】
図４のステップＳ４０７までで、利用者による連携条件２００、メディアコンテンツ属性データ２０１、連携制御記述データ２０２から、主コンテンツ・従コンテンツに関連する情報、連携を決定する情報などを取得した後、再生方法が順次であるかどうかを判定する（ステップＳ１０００）。
【００７７】
利用者が図６におけるスポーツ（録画）を視聴することを希望した場合は、連携コンテンツとしては同時再生することになるため（図６）、ステップＳ１０１３に進む。
【００７８】
ここでは、メディアコンテンツ属性データ２０１から取得した表示サイズ情報に基づき、利用者端末のプレーヤで主コンテンツを再生する場合の表示サイズと表示位置とを設定する。同様にして、従コンテンツの表示サイズと表示位置とを設定する（ステップＳ１０１４）。ここで、主コンテンツと従コンテンツとの位置関係および表示サイズの比率については、あらかじめシステム側で決められているものとする。場合によっては、利用者による入力連携条件の項目として含めてもかまわない。
【００７９】
次に、主コンテンツと従コンテンツの全体を表示する領域を両者の表示サイズに基づいて設定する（ステップＳ１０１５）。次に、利用者が入力した連携条件２００の範囲内で任意に選択された従コンテンツすべてを順次配置する（ステップＳ１０１６）。
【００８０】
次に、従コンテンツすべての再生時間を合計し、主コンテンツの再生時間と比較する（ステップＳ１０１７）。従コンテンツすべての合計再生時間が主コンテンツの再生時間より短い場合には、従コンテンツを同じ並びで順に１つずつ追加していく（ステップＳ１０１８）。
【００８１】
すなわち、従コンテンツＡ，Ｂ，Ｃがあったとき、これらの合計再生時間が主コンテンツより短ければ、Ａを末尾に追加し、ＡＢＣＡとする。これをさらに主コンテンツの再生時間と比較し、短い場合はＡＢＣＡＢとする、これを繰り返し、従コンテンツの合計再生時間が主コンテンツの再生時間を越えた時点で従コンテンツの追加を停止し、ステップＳ１００８へ進む。
【００８２】
ここでは、主コンテンツ・従コンテンツのレイアウト、タイムライン、連携後の再生方法などをコンテンツ連携記述データ２０３として生成する。
【００８３】
図１２は、図６におけるスポーツ（録画）とＣＭとの連携を記述したコンテンツ連携記述データ２０３の一例であって、前述の図１１と同様に、Ｒｅａｌ  Ｏｎｅ    Ｐｌａｙｅｒ  での再生を前提とし、ＳＭＩＬ２．０の文法規則に則って記述されたコンテンツ連携記述データ２０３の一例であり、図１０のステップＳ１００８で生成される。ただし、一部を省略してある。
【００８４】
図１２に示すタグ＜ｓｍｉｌ．．．  ＞および＜／ｓｍｉｌ  ＞１１００は、ＳＭＩＬ２．０による記述の基本構造である。この基本構造の内部に、ヘッダ部１２０１およびボディ部１２０２を記述する。
【００８５】
ヘッダ部１２０１内には、メディアコンテンツに関する情報１２０３とレイアウトに関する情報１２０４とを記述する。１２０３はメディアプレーヤによる再生には何の影響も及ぼさないため記述しなくとも問題はない。１２０４は、図１０におけるステップＳ１０１３からＳ１０１５により決定される。
【００８６】
この例では、ｒｅｇｉｏｎタグの値として、「  ｗｉｄｔｈ＝”４８０”    ｈｅｉｇｈｔ  ＝”２７０”  」で示される表示サイズと、「ｉｄ＝”ｖｉｄｅｏ−ｒｅｇｉｏｎ１”  」で示される領域名とを設定し、この領域を主コンテンツ表示領域とする。同様に、もう一つのｒｅｇｉｏｎタグの値として、「  ｗｉｄｔｈ＝”１９２”    ｈｅｉｇｈｔ  ＝”１４４”  」で示される表示サイズと、「ｉｄ＝”ｖｉｄｅｏ−ｒｅｇｉｏｎ２”  」で示される領域名とを設定し、この領域を従コンテンツ表示領域とする。従コンテンツは主コンテンツの右側に表示するため、「ｌｅｆｔ＝”４８５”    ｈｅｉｇｈｔ  ＝”０”  」で位置を調整する。
【００８７】
ここでは、主コンテンツの表示幅４８０より５だけ右に配置するため、主コンテンツの左から４８５の位置に従コンテンツの左端を配置する。また、主コンテンツの下端に従コンテンツの下端を合わせるため、底辺からの位置を０としている。
【００８８】
まとめると、連携コンテンツ全体の表示サイズとして、幅は主コンテンツ・従コンテンツの幅の合計と両者の隙間分を、高さは主コンテンツの高さをそれぞれ考慮し、ｒｏｏｔ−ｌａｙｏｕｔ  タグの値として、「  ｗｉｄｔｈ＝”６８０”    ｈｅｉｇｈｔ  ＝”２７０”  」を設定することになる。
【００８９】
ボディ部１２０２内には、メディアコンテンツの再生方法に関する情報１２０５を記述する。ここでは主コンテンツ１２０６と従コンテンツ群１２０７とが同時再生であるため、両者を＜ｐａｒ  ＞、＜／ｐａｒ＞タグで囲んである。さらに従コンテンツ群１２０７は、それぞれが順次再生であるため、＜ｓｅｑ  ＞，＜／ｓｅｑ＞タグで囲んである。すなわち、従コンテンツは列挙してある順に再生され、これら全体と主コンテンツは同時に再生される。
【００９０】
ところで、前述した図１０のステップＳ１０１７とＳ１０１８の振る舞いにより、従コンテンツ群１２０７の合計の再生時間は、主コンテンツ１２０６の再生時間より長くなっている。ＳＭＩＬ２．０では、最後に終了するメディアコンテンツの再生が終了するまで再生が継続することになっている。したがって、この例では、主コンテンツ１２０６の再生が終了しているにも拘わらず、従コンテンツ群１２０７の再生が継続することになる。
【００９１】
このような不都合を避けるため、主コンテンツの再生時間を同時再生グループ全体の再生時刻として設定し、「＜ｐａｒ  ｄｕｒ  ＝”０１：５４：３５”＞」とする（１２０５における先頭のタグの値）。この設定により、従コンテンツ群の再生時間の方が主コンテンツのそれより長い場合でも、主コンテンツの再生が終了した時点で全体の再生も終了することになる。
【００９２】
最後の例として、利用者が図６におけるアニメを視聴することを希望した場合について説明する。
【００９３】
この場合も上記の例と同様、連携コンテンツとしては同時再生となるため（図６）、図１０のステップＳ１０００を経て、ステップＳ１０１３へ進む。ここでは、メディアコンテンツ属性データ２０１から取得したサイズ情報に基づき、利用者端末のプレーヤで主コンテンツを再生する場合の表示サイズと表示位置とを設定する。
【００９４】
ところで、連携制御記述データ２０２から、主コンテンツがアニメの場合、従コンテンツの連携はＷｅｂページへの自動リンクとなる（図６）。したがって次のステップＳ１０１４では、あらかじめメディアコンテンツ属性データ２０１から取得した、各従コンテンツのＷｅｂページへのＵＲＬを設定することになる。
【００９５】
次のステップＳ１０１５では、連携コンテンツ全体を表示する領域を設定する。この例では、従コンテンツはＷｅｂブラウザに表示するため、メディアコンテンツを再生する領域とは独立である。したがって、連携コンテンツ全体の表示領域は、主コンテンツの表示領域と同一になるよう設定する。
【００９６】
次に、利用者が入力した連携条件の範囲内で任意に選択された従コンテンツのＵＲＬ情報をすべて順次配置する（ステップＳ１０１６）。
【００９７】
ところで、前に説明したように、主コンテンツがスポーツ（録画）である場合には、従コンテンツはメディアコンテンツ属性データ２０１に明確に再生時間が記述されたＣＭであった。一方、この例においては、Ｗｅｂページへの自動リンクであるから、ページの表示時間はメディアコンテンツ属性データ２０１に記述された再生時間とは独立に決められる。したがって、再生時間そのものを表示時間として採用してもよいし、主コンテンツの再生時間を従コンテンツ数で等分した時間を表示時間として採用してもよい。この時間配分はシステム側であらかじめ決めておくことにする。
【００９８】
いずれの場合においても、従コンテンツすべての再生時間を合計し、主コンテンツの再生時間と比較し（ステップＳ１０１７）、従コンテンツすべての合計再生時間が主コンテンツの再生時間より短い場合には、従コンテンツを同じ並びで順に１つずつ追加していく（ステップＳ１０１８）。このステップＳ１０１７およびＳ１０１８における処理の考え方は、スポーツ（録画）の例で説明したものと同様である。
【００９９】
最後に、ステップＳ１００８にてコンテンツ連携記述データ２０３を生成する。
【０１００】
図１３は、図６におけるアニメとＣＭとの連携を記述したコンテンツ連携記述データ２０３の一例であって、前述の図１２と同様に、Ｒｅａｌ  Ｏｎｅ    Ｐｌａｙｅｒ  での再生を前提とし、ＳＭＩＬ２．０の文法規則に則って記述されたコンテンツ連携記述データ２０３の一例であり、図１０のステップＳ１００８で生成される。ただし、一部を省略してある。
【０１０１】
図１３に示すタグ＜ｓｍｉｌ．．．  ＞および＜／ｓｍｉｌ  ＞１１００は、ＳＭＩＬ２．０による記述の基本構造である。この基本構造の内部に、ヘッダ部１３０１およびボディ部１３０２を記述する。
【０１０２】
ヘッダ部１３０１内には、メディアコンテンツに関する情報１３０３とレイアウトに関する情報１３０４とを記述する。１３０３は、メディアプレーヤによる再生には何の影響も及ぼさないため記述しなくとも問題はない。１３０４は、図１０におけるステップＳ１０１３からＳ１０１５により決定される。
【０１０３】
この例では、ｒｅｇｉｏｎタグの値として、「  ｗｉｄｔｈ＝”４８０”    ｈｅｉｇｈｔ  ＝”２７０”  」で示される表示サイズと、「ｉｄ＝”ｖｉｄｅｏ−ｒｅｇｉｏｎ”」で示される領域名とを設定し、この領域を主コンテンツ表示領域とする。連携コンテンツ全体の表示サイズは、ｒｏｏｔ−ｌａｙｏｕｔ  タグの値として、「  ｗｉｄｔｈ＝”４８０”    ｈｅｉｇｈｔ  ＝”２７０”  」を設定する。
【０１０４】
前述したように、従コンテンツはＷｅｂブラウザへ表示するため、レイアウトに関する情報を記述する１３０４には、従コンテンツのレイアウトに関する記述は存在しない。
【０１０５】
一方、ボディ部１３０２内には、メディアコンテンツの再生方法に関する情報１３０５を記述する。この例では主コンテンツ１３０６と従コンテンツ群１３０７とが同時再生（時間的に同期したリンク）であるため、１３０７を１３０６で囲むように設定する。また、従コンテンツ群１３０７は、それぞれが列挙してあるのみなので順次再生となる。
【０１０６】
ここでは、各従コンテンツは、自動的にリンク先を開き（ａｃｔｕａｔｅ＝”ｏｎＬｏａｄ”）  、開く先は外部のブラウザで（ｅｘｔｅｒｎａｌ＝”ｔｒｕｅ”）  、リンク先を開いた状態で主コンテンツは再生を維持し（ｓｏｕｒｃｅＰｌａｙｓｔａｔｅ＝”ｐｌａｙ”）、順に（ｂｅｇｉｎ＝”０ｓ”，ｂｅｇｉｎ＝”２０ｓ”  など）２０秒ずつ表示し（ｄｕｒ＝”２０ｓ”）、特にＲｅａｌ  Ｏｎｅ    Ｐｌａｙｅｒ  で再生することを前提としているため、明示的に指定された表示ウィンドウ（ｒｎ：ｓｅｎｄＴｏ＝”−ｒｐｂｒｏｗｓｅｒ”）  で再生するように設定されている。
【０１０７】
以上、主コンテンツと従コンテンツとを同時再生する場合の連携例について２つのパターンを説明した。
【０１０８】
なお、上記発明の実施の形態においては、図１の構成に基づいて説明したが、この例に限定されることなく、図１の連携条件入力手段１００、メディアコンテンツ属性データ選択手段１０１、コンテンツ連携記述データ生成手段１０２をプログラムとして構成し、これらを実現するコンピュータプログラムを記憶ディスク装置等の記録媒体に格納しておき、本発明を実施する場合にインストールして実行することにより、容易に本発明を実現できる。ここで、これらの記録媒体として、ＦＤ、ＣＤ、ＤＶＤ、ＨＤ、ＺＩＰ、半導体メモリ等を想定することが可能である。
【０１０９】
さらに本発明は、上記の実施の形態例に限定されることなく、特許請求の範囲内で種々の変更、応用が可能である。
【０１１０】
例えば、実施形態例では、連携条件入力手段１００の入力する連携条件２００として、図５に示すように、具体的な主コンテンツ名と従コンテンツのカテゴリとについて記述するものを入力するようにしたが、具体的な主コンテンツ名ではなくて主コンテンツのカテゴリについて記述するものを入力するようにしてもよいし、従コンテンツのカテゴリではなくて具体的な従コンテンツ名について記述するものを入力するようにしてもよい。
【０１１１】
例えば、利用者は、特定の時代劇の映画ではなくて、何でもよいから時代劇の映画を見たいと要求する場合もあるので、そのような場合には、連携条件入力手段１００は、主コンテンツのカテゴリについて記述する連携条件２００を入力することになる。
【０１１２】
また、実施形態例では、連携制御記述データ蓄積手段１０４に蓄積される連携制御記述データ２０２として、図６に示すように、具体的な主コンテンツ名と従コンテンツのカテゴリとの組み合わせに対応付けて定義するものを蓄積するようにしたが、主コンテンツ名と従コンテンツ名との組み合わせに対応付けて定義するものを蓄積するようにしてもよいし、主コンテンツのカテゴリと従コンテンツのカテゴリとの組み合わせに対応付けて定義するものを蓄積するようにしてもよいし、主コンテンツのカテゴリと従コンテンツ名との組み合わせに対応付けて定義するものを蓄積するようにしてもよい。
【０１１３】
このような連携制御記述データ２０２が混在して連携制御記述データ蓄積手段１０４に蓄積される場合にあって、連携条件入力手段１００の入力する連携条件２００で具体的なコンテンツ名が記述されるときには、そのコンテンツのカテゴリに一致する連携制御記述データ２０２よりも、そのコンテンツに一致する連携制御記述データ２０２を優先する形で連携制御記述データ２０２を検索して、それを使ってコンテンツ連携記述データ２０３を作成することになる。
【０１１４】
また、例えば、実施形態例では、連携の再生方法として、同時再生、順次再生、Ｗｅｂページへのリンクという再生方法を具体例にして説明したが、その他の再生方法を用いることができることについては言うまでもない。そして、実施形態例では、映像コンテンツを具体例にしてメディアコンテンツ間の連携について説明したが、音コンテンツなどのその他のコンテンツが連携対象となることができることについては言うまでもない。
【０１１５】
【発明の効果】
以上説明したように、本発明によれば、利用者はＲｅａｌ  Ｏｎｅ    Ｐｌａｙｅｒ  やＩｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ  で利用可能なスクリプト言語ＳＭＩＬやＨＴＭＬ＋ＴＩＭＥの言語仕様または文法を理解していなくとも、利用者の再生環境などの条件を入力するのみで、多様な連携コンテンツの視聴が可能となる。
【０１１６】
また、本発明によれば、近年注目されているメディアコンテンツ属性データを有効に活用することができ、例えばコンテンツプロバイダが配信する映像コンテンツにおいて、特定のシーンに密接に関連付けられた他のコンテンツをタイミングよく配信することが可能となり、詳細な関連情報の提供や効果的な広告媒体としての利用が可能となる。
【０１１７】
さらに、本発明によれば、コンテンツプロバイダにより配信される映像コンテンツに挿入されているＣＭを、利用者自身が妥協できる範囲に限定することができるため、利用者にとっては不快感が軽減された連携コンテンツの視聴が可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態例である。
【図２】本発明を実現するシステムの一例を示す図である。
【図３】本発明を実現するシステムの一例を示す図である。
【図４】本発明のメディアコンテンツ連携記述データ生成システムの実行するフローチャートである。
【図５】連携条件の一例を示す図である。
【図６】連携制御記述データの一例を示す図である。
【図７】メディアコンテンツ属性データの一例を示す図である。
【図８】メディアコンテンツ属性データの一例を示す図である。
【図９】メディアコンテンツ属性データの一例を示す図である。
【図１０】コンテンツ連携記述データ生成手段の実行するフローチャートである。
【図１１】コンテンツ連携記述データの一例を示す図である。
【図１２】コンテンツ連携記述データの一例を示す図である。
【図１３】コンテンツ連携記述データの一例を示す図である。
【符号の説明】
１０    コンテンツ連携記述データ生成システム
１００  連携条件入力手段
１０１  メディアコンテンツ属性データ選択手段
１０２  コンテンツ連携記述データ生成手段
１０３  メディアコンテンツ属性データ蓄積手段
１０４  連携制御記述データ蓄積手段
２００  連携条件
２０１  メディアコンテンツ属性データ
２０２  連携制御記述データ
２０３  コンテンツ連携記述データ
【図１】
2004236244.tif 000003
【図２】
2004236244.tif 000004
【図３】
2004236244.tif 000005
【図４】
2004236244.tif 000006
【図５】
2004236244.tif 000007
【図６】
2004236244.tif 000008
【図７】
2004236244.tif 000009
【図８】
2004236244.tif 000010
【図９】
2004236244.tif 000011
【図１０】
2004236244.tif 000012
【図１１】
2004236244.tif 000013
【図１２】
2004236244.tif 000014
【図１３】
2004236244.tif 000015