(57)【特許請求の範囲】
【請求項１】
予め準備された番組本体データと予め準備された補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとして連続ストリーミングを送出する送信機能と、
番組送出の中断位置に応じて複数のコンテンツデータ群に分割された上記コンテンツデータの各番組本体データに附属する各属性データ及び各補助素材に附属する各属性データとユーザ機器のプロファイルデータとを比較演算して、上記プロファイルデータと合致する属性データを有する番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータの編成を自動的に構築する編成制御機能と、
上記編成制御機能により構築された編成に従って、番組本体に挿入される補助素材群を選択して、番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとして連続ストリーミングを送出する送信機能と、
上記編成制御機能により構築される編成に従った番組本体データと補助素材群の送信に関わる権利の制約条項を記述した属性データとして情報端末装置側において競合チェックに用いられる属性データを含む上記編成制御機能により構築されたコンテンツデータの編成と対応する属性群を送出する送信機能とを有する情報送出装置。
【請求項２】
上記番組本体データと補助素材群の送信に関わる権利の制約条項を記述した属性データとして、番組本体データ及びそれぞれの補助素材との関係において、送信順番の変更に関わる制約条項を記述する請求項１記載の情報送出装置。
【請求項３】
上記番組本体データと補助素材群の送信に関わる権利の制約条項を記述した属性データとして、番組本体データ及びそれぞれの補助素材との関係において、送信の有効期限に関わる制約条項を記述する請求項１記載の情報送出装置。
【請求項４】
上記番組本体データと補助素材群の送信に関わる権利の制約条項を記述した属性データとして、番組本体データ及びそれぞれの補助素材との関係において、追補用補助素材の送信に関わる制約条項を記述する請求項１記載の情報送出装置。
【請求項５】
上記番組本体データと補助素材群の送信に関わる権利の制約条項を記述した属性データとして、番組本体データ及びそれぞれの補助素材との関係において、追補用補助素材の入手に関わる制約条項を記述する請求項１記載の情報送出装置。
【請求項６】
上記編成制御機能により、予め編成された番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータの送信順番を送信時に順番を変えて出力する請求項１記載の情報送出装置。
【請求項７】
上記編成制御機能により、予め編成された番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータのある補助素材をスキップして、上記コンテンツデータを送信する請求項１記載の情報送出装置。
【請求項８】
上記編成制御機能により、予め編成された番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータの送信時に、追補用補助素材を送信する請求項１記載の情報送出装置。
【請求項９】
上記編成制御機能により、上記追補用補助素材を外部から取り込む請求項８記載の情報送出装置。
【請求項１０】
上記追補用補助素材を生成する手段を内蔵する請求項８記載の情報送出装置。
【請求項１１】
番組本体データ及び送信前に事前に組み合わせてあった順番を考慮された補助素材群を送信するに当たり、それら番組本体データと補助素材群の送信に関わる情報供給者間での代金のやり取り・決済手段などを上記制約条項とともに上記属性データに記述した請求項１記載の情報送出装置。
【請求項１２】
番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとして送られてくる連続ストリーミングを受信する機能と、
番組送出の中断位置に応じて複数のコンテンツデータ群に分割された上記コンテンツデータの各番組本体データに附属する各属性データ及び各補助素材に附属する各属性データとユーザ機器のプロファイルデータとを比較演算して、上記プロファイルデータと合致する属性データを有する番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータの編成を自動的に構築する編成制御機能と、
上記編成制御機能により発生される新たな編成のコンテンツデータを構成する番組本体データと補助素材群の再生に関わる権利の制約条項を記述した属性データに基づいて、上記番組本体データと補助素材群について競合のチェックを行い、上記編成制御機能により構築された編成に従って、番組本体に挿入される補助素材群を選択して、上記権利の制約条項に適合した番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとして連続ストリーミングを再生する機能と
を有する情報端末装置。
【請求項１３】
上記番組本体データと補助素材群の再生に関わる権利の制約条項を記述した属性データとして、番組本体データ及びそれぞれの補助素材との関係において、再生順番の変更に関わる制約条項を記述する請求項１２記載の情報端末装置。
【請求項１４】
上記番組本体データと補助素材群の再生に関わる権利の制約条項を記述した属性データとして、番組本体データ及びそれぞれの補助素材との関係において、再生の有効期限に関わる制約条項を記述する請求項１２記載の情報端末装置。
【請求項１５】
上記番組本体データと補助素材群の再生に関わる権利の制約条項を記述した属性データとして、番組本体データ及びそれぞれの補助素材との関係において、追補用補助素材の再生に関わる制約条項を記述する請求項１２記載の情報端末装置。
【請求項１６】
上記番組本体データと補助素材群の再生に関わる権利の制約条項を記述した属性データとして、番組本体データ及びそれぞれの補助素材との関係において、追補用補助素材の用意に関わる制約条項を記述する請求項１２記載の情報端末装置。
【請求項１７】
上記編成制御機能により、予め編成された番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータの再生順番を変えて出力する請求項１２記載の情報端末装置。
【請求項１８】
上記編成制御機能により、予め編成された番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータのある補助素材をスキップして、上記コンテンツデータを再生する請求項１２記載の情報端末装置。
【請求項１９】
上記編成制御機能により、予め編成された番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータの再生時に、追補用補助素材を再生する請求項１２記載の情報端末装置。
【請求項２０】
上記編成制御機能により、上記追補用補助素材を外部から取り込む請求項１８記載の情報端末装置。
【請求項２１】
上記追補用補助素材を生成する手段を内蔵する請求項１２記載の情報端末装置。
【請求項２２】
番組本体データ及び送出前に事前に組み合わせてあった順番を考慮された補助素材群を再生するに当たり、それら番組本体データと補助素材群の再生に関わる情報供給者間での代金のやり取り・決済手段などを上記制約条項とともに上記属性データに記述した請求項１２記載の情報端末装置。
【請求項２３】
予め準備された番組本体データと予め準備された補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとして連続ストリーミングを送出し、
番組送出の中断位置に応じて複数のコンテンツデータ群に分割された上記コンテンツデータの各番組本体データに附属する各属性データ及び各補助素材に附属する各属性データとユーザ機器のプロファイルデータとを比較演算して、上記プロファイルデータと合致する属性データを有する番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータの編成を自動的に構築し、
構築された編成に従って、番組本体に挿入される補助素材群を選択して、番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとして連続ストリーミングを送出し、
構築される編成に従った番組本体データと補助素材群の送信に関わる権利の制約条項を記述した属性データとして情報端末装置側において競合チェックに用いられる属性データを含む上記編成制御機能により構築されたコンテンツデータの編成と対応する属性群を送出する情報提供方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、動画像データ、静止画像データ、音声データ、コンピュータデータ等のマルチメディアコンテンツをインターネットやケーブルＴＶネットワーク、パソコン通信、大規模ＬＡＮ、あるいは無線通信・無線放送等の情報通信ネットワークを介してストリーミング送信する情報送出装置、情報端末装置及び情報提供方法に関する。特に、マルチメディアコンテンツのストリーミング配信において、番組本体に組み入れられている複数の補助素材の順番入替え（再編成）や、外部からの新しい補助素材の導入とその差し替えを可能にする情報送出装置、情報端末装置及び情報提供方法に関する。
【０００２】
【従来の技術】
インターネット等の情報通信ネットワークにおいて、ユーザが視聴番組の内容を端末から選択することができるオンデマンド番組のストリーミング送信が行われている。
【０００３】
オンデマンド番組のストリーミング送信すなわちオンデマンド放送を行う送信センタ側では、オンデマンド番組として、例えば、
１）クリスマスセールス対応のＣＭを挿入した正月年末用映画、
２）新春セールス対応のＣＭを挿入した正月年末用映画、
３）夜の時間帯に放送したいＣＭを挿入した正月年末用映画
などをそれぞれ全編個別に保管おき、ユーザにより指定に応じて上記１）〜３）の内容のオンデマンド番組を選択的に送出する。この場合、１）〜３）の内容のオンデマンド番組には、価格設定やコスト分配が個別に規定される。
【０００４】
【発明が解決しようとする課題】
ところで、従来、オンデマンド放送においては、ユーザが番組そのものを複数から選択する機能はあったが、同一番組の異なる編成からの選択を視聴者に委ねるサービスは行われていない。
【０００５】
インターネット技術の進歩などにより、各視聴者の個別のテイストに合わせた多種類のコンテンツ流通が盛んになるにしたがい、視聴者側はマス情報よりも、より自分に合ったカスタマイズされた情報の入手を期待する。個別にカスタマイズされた情報を編成し、複数蓄積すると多量の記憶容量が必要となる。また刻一刻と変化するユーザの志向に合わせて全体を編成し直すには多大な手間がかかる。
【０００６】
すなわち、従来のオンデマンド放送では、決まった組合せに対してひとつの価格とコスト分配が画一的に規定されるため、送出直前に組合せを変えた場合に幾らで売るか、どのようにコスト分配するかを規定するのが難しい。また、送信センタが用意しなければならない番組ライブラリの容量は相当大きくなり、特に、挿入部分のバリエーションを複数用意しようという場合には極めて大きな容量を準備しなければならなくなる。また価格設定やコスト分配についても個々に計算しなければならなくなる。
【０００７】
そこで、本発明の目的は、送信前に事前に番組本体と組み合わせてあった順番を考慮された補助素材群があっても、送信時に補助素材の送信順番を変えることを可能にすることにある。
【０００８】
また、本発明の他の目的は、送信前に事前に番組本体と組み合わせてあった順番を考慮された補助素材群があっても、ある補助素材の送信を行わない（スキップ）指示を可能にすることにある。
【０００９】
また、本発明の他の目的は、送信前に事前に番組本体と組み合わせてあった順番を考慮された補助素材群があっても、送信されない補助素材の差し替えとして用意されていたものとは別な差し替えの補助素材（追補用補助素材）を送信可能にすることにある。
【００１０】
【課題を解決するための手段】
本発明に係る情報送出装置は、  予め準備された番組本体データと予め準備された補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとして連続ストリーミングを送出する送信機能と、番組送出の中断位置に応じて複数のコンテンツデータ群に分割された上記コンテンツデータの各番組本体データに附属する各属性データ及び各補助素材に附属する各属性データとユーザ機器のプロファイルデータとを比較演算して、上記プロファイルデータと合致する属性データを有する番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータの編成を自動的に構築する編成制御機能と、上記編成制御機能により構築された編成に従って、番組本体に挿入される補助素材群を選択して、番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとして連続ストリーミングを送出する送信機能と、上記編成制御機能により構築される編成に従った番組本体データと補助素材群の送信に関わる権利の制約条項を記述した属性データとして情報端末装置側において競合チェックに用いられる属性データを含む上記編成制御機能により構築されたコンテンツデータの編成と対応する属性群を送出する送信機能とを有することを特徴とする。
【００１１】
本発明に係る情報端末装置は、番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとして送られてくる連続ストリーミングを受信する機能と、番組送出の中断位置に応じて複数のコンテンツデータ群に分割された上記コンテンツデータの各番組本体データに附属する各属性データ及び各補助素材に附属する各属性データとユーザ機器のプロファイルデータとを比較演算して、上記プロファイルデータと合致する属性データを有する番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータの編成を自動的に構築する編成制御機能と、上記編成制御機能により発生される新たな編成のコンテンツデータを構成する番組本体データと補助素材群の再生に関わる権利の制約条項を記述した属性データに基づいて、上記番組本体データと補助素材群について競合のチェックを行い、上記編成制御機能により構築された編成に従って、番組本体に挿入される補助素材群を選択して、上記権利の制約条項に適合した番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとして連続ストリーミングを再生する機能とを有することを特徴とする。
【００１２】
本発明に係る情報提供方法は、予め準備された番組本体データと予め準備された補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとして連続ストリーミングを送出し、番組送出の中断位置に応じて複数のコンテンツデータ群に分割された上記コンテンツデータの各番組本体データに附属する各属性データ及び各補助素材に附属する各属性データとユーザ機器のプロファイルデータとを比較演算して、上記プロファイルデータと合致する属性データを有する番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータの編成を自動的に構築し、構築された編成に従って、番組本体に挿入される補助素材群を選択して、番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとして連続ストリーミングを送出し、構築される編成に従った番組本体データと補助素材群の送信に関わる権利の制約条項を記述した属性データとして情報端末装置側において競合チェックに用いられる属性データを含む上記編成制御機能により構築されたコンテンツデータの編成と対応する属性群を送出することを特徴とする。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら説明する。
【００１９】
本発明に係る情報提供システムは、図１に基本的な機能構成を示すように、予め編成されたマルチメディアコンテンツ群（番組本体（データ１）と補助素材群（データ２）及び追補用補助素材（データ３）の組合せ）によるコンテンツデータとして連続ストリーミングをユーザ機器１００Ｃに送出する送信／再生制御機能（制御２）部１００Ａと、ある契機によって、分割された各番組本体データに附属する「属性」（データ４）、各補助素材と対になる「属性」（データ５）、追補用補助素材と対になる「属性」（データ６）とユーザ機器１００Ｃの「プロファイル」の演算により、新たな編成を自動的に構築する編成制御機能（制御３）部Ｂを有し、上記編成制御機能（制御３）部１００Ｂにより構築された新たな編成に従って、上記送信／再生制御機能（制御２）部１００Ａにより番組本体に挿入される補助素材群のストリーミング送信／再生の順番を変更する。
【００２０】
なお、データ１）からデータ６）までのそれぞれを「事前にすべて端末（記録再生機）」に送り込むか「必要分だけ」を端末に送り込むか「すべてをサーバ側」に置いた状態で処理するのか、組合せは任意である。また、必要なデータ（番組本体と補助素材＝コンテンツクリップ）の端末への送り込み方も、事前にパッケージメディアで送る方法、圧縮データ形式で一括して送る方法、逐次ストリーミングや送信マルチキャストで送る方法などから任意に選択できる。また、必要な追加コンテンツクリップについても、その都度パッケージメディアに載せて送る方法、又はストリーミングで端末に送る方法などの選択も任意である。また、制御２）〜制御３）の実施を端末で行うかサーバ側で行うかの組合せも任意である。さらに、ユーザ側機器のプロファイルの所在地も端末に置くかサーバに置くかの選択は任意である。
【００２１】
具体的には、表１〜表８に示す３２種類の組合せパターンを採用することができる。
【００２２】
【表１】
0004491893.tif 000002
【００２３】
【表２】
0004491893.tif 000003
【００２４】
【表３】
0004491893.tif 000004
【００２５】
【表４】
0004491893.tif 000005
【００２６】
【表５】
0004491893.tif 000006
【００２７】
【表６】
0004491893.tif 000007
【００２８】
【表７】
0004491893.tif 000008
【００２９】
【表８】
0004491893.tif 000009
【００３０】
上記３２種類の組合せパターンのうちで、 パターン１とパターン８は、どちらかに所在が偏っているので、移動の手間がない。また、パターン９〜２４は、属性データの所在が分散しているため、演算に際しては端末かサーバのどちらかへの移動が必要となる。ただし、補助素材の移動頻度が少なく見込めるサービスが主体となる場合には、あえて分散させることで例えば端末の記憶容量を小さく維持することも可能になる。
【００３１】
上記パターン１に対応する情報端末装置１１０は、図２に示すような構成となる。
【００３２】
この情報端末装置１１０では、コンテンツ生成装置１０１により生成される番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータがコンテンツ入力部１１１を介して蓄積部１１３に供給される。また、上記コンテンツデータすなわち番組本体データと補助素材群と対になる属性が属性生成装置１０２から属性入力部１１２を介して上記蓄積部１１３に供給される。さらに、追補用補助素材コンテンツ生成装置１１４及び追補用補助素材の属性生成装置１０３から追補用補助素材とその属性が上記蓄積部１１３に供給される。
【００３３】
そして、この情報端末装置１１０は、コンテンツ出力制御部１１６によりプロファイル生成装置１１５により生成されるプロファイルデータと上記蓄積部１１３から読み出される属性とを比較演算して、分割された各番組本体データ及び各補助素材に附属する各属性データとプロファイルデータの演算により編成を自動的に構築し、構築された新たな編成に従って、番組本体に挿入される補助素材群を選択して、番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとしてコンテンツ出力部１１７からコンテンツ表示装置１０４に供給する。
【００３４】
また、上記パターン８に対応する情報サーバ装置１２０は、図３に示すような構成となる。
【００３５】
この情報サーバ装置１２０では、コンテンツ生成装置１２１により生成される番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータと属性生成装置１２２により生成される各補助素材と対になる属性を蓄積部１２３に蓄積しておくとともに、追補用補助素材コンテンツ生成装置１０５により生成される追補用補助素材及び追補用補助素材コンテンツの属性生成装置１０６により生成される補用補助素材コンテンツの属性を上記蓄積部１２３に蓄積しておく。
【００３６】
そして、この情報サーバ装置１２０は、コンテンツ出力制御部１２４により上記蓄積部１２３から読み出されるプロファイルデータと属性とを比較演算して、分割された各番組本体データ及び各補助素材に附属する各属性データとプロファイルデータの演算により自動的に構築される編成に従って、番組本体に挿入される補助素材群を選択して、番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとしてコンテンツ送信装置１２５からコンテンツ表示装置１０７に供給する。
【００３７】
次に、オンデマンド送信と送信側での差し替えの例及び情報端末装置側での差し替えの例について、上記情報端末装置１１０と情報サーバ装置１２０を放送及び通信ネットワークを介して接続した図４に示す情報提供システムを参照して概説する。
【００３８】
ここでは、送り出し側の情報サーバ装置１２０には、各ユーザーのプロファイルの一部があらかじめ蓄積されているとする。
【００３９】
そして、特定のユーザによって番組が指定され、その番組にあらかじめ組み込まれてあった補助素材群も含めてその特定のユーザに対してまさに送信が開始されようとしているとする。
【００４０】
サーバ中のプロファイルでは言語指定が「フランス語」であり、補助素材のひとつ（補助素材Ｄ）が「ドイツ語」であったとする。プロファイルと補助素材Ｄの属性の演算を行った結果、この「ドイツ語」補助素材の差し替えを行うこととなったとする。
【００４１】
差し替え用追補用補助素材Ｆが「フランス語」で、その他の（差し替えなどの）条件がすべてクリアしたとすると、この番組の送信においては補助素材Ｄは、このユーザーに対する送信時には補助素材Ｆに差し替えられて送信される。
【００４２】
この送信が１２：１０〜１３：１０に行われたと仮定し、また、番組中に補助素材のひとつとして「時報のお知らせ」Ｔがあったと仮定する。この送信結果が情報端末装置１１０に蓄積されたとする。その後１８：３０ごろからユーザーの手によって再生スタートの指示があったと仮定する。
【００４３】
補助素材Ｔは、時報であることをその「属性」に記してあり、記録再生機のプロファイルの一部である所のタイマー情報との「演算」が成立するように設定されていたとする。
【００４４】
「演算」の結果プロファイルの時刻と補助素材Ｔの「属性」の再生予測時刻が十分にマッチングしないとの「演算」結果からコンテンツ出力制御機構は、追補用補助素材コンテンツ生成装置から出力されるプロファイルによって管理・生成される、記録再生機内にて（合成され）生成された「時報のお知らせ」なる追補用補助素材Ｔ‘と差し替えを行うこととなったとする。
【００４５】
差し替え用追補用補助素材Ｔ‘がプロファイルのタイマー情報と十分にマッチングする「時報のお知らせ」で、その他の（差し替えなどの）条件がすべてクリアしたとすると、この番組の再生においては補助素材Ｔは、再生時には補助素材Ｔ’に差し替えられて再生される。
【００４６】
送り出しは同報の放送で、記録再生装置内でスキップを行い、かつ追補用補助資料を呼び出しダウンロードして差し替える例について概説する。
【００４７】
送り出し側の情報サーバ装置１２０からは、放送によって一律すべてのユーザーに同じ番組本体に同じ補助素材群を組み合わせた同じマルチメディアコンテンツが配信されているとする。
【００４８】
一方、カスタマイゼーションに使う目的で用意されたいくつかの追補用補助素材群は送り出し側の情報サーバ装置１２０にあらかじめ蓄積されており、ユーザーからは個別にインターネットを介してダウンロードできるよう準備されているものとする。
【００４９】
番組内容は租税の確定申告に関する情報提供であったとする。
【００５０】
補助素材群としては、補助素材１「年金取得があった場合の説明」、補助素材２「不動産取得があった場合の説明」、補助素材３「年収が２０００万円を越えた場合の説明の導入」、補助素材４「海外での収入があった場合の説明の導入」などがそれぞれ番組本体の適当な位置に挿入されているとする。
【００５１】
ユーザーは当該番組の途中でポーズボタンを押しながら、自分に年金収入があったか、不動産取得があったか、年収が２０００万円を越えたか、海外での収入があったかなどの情報を、記録再生装置のＧＵＩを用いながら記録再生装置内のプロファイル情報へと追加してゆくとする。
【００５２】
なお、ポーズボタンを押している間も番組は自動的に記録再生装置のコンテンツの蓄積部に記録されていることとする。したがってポーズボタンを解除すると番組は途切れたりスキップしたりすることなく再び継続する（ただし、リアルタイムの放送とは時間的なずれが生じる）。
【００５３】
番組が進行し各補助素材１〜４の部分に差し掛かる時にはそれぞれの補助素材の「属性」は「プロファイル」との「演算」を行っている。補助素材１，２については「プロファイル」の事象に合致していない場合には補助素材はスキップされる。
【００５４】
補助素材３，４については番組中に挿入されているコンテンツは「導入」のみなので（「属性」にその旨記載）必要に応じて追補用補助素材を入手することになる。
【００５５】
この例では追補用補助素材の入手手段はオンデマンドでインターネット経由としてあるが、入手手段についてはこだわらない。
【００５６】
例えば、補助素材４に関して、プロファイルに「米国にて＄４００００の所得があった」旨が記録されているとすると、補助素材４の「属性」と「プロファイル」との「演算」により補助素材４の差し替えとして提供される、追補用補助素材「米国での収入＄３００００以上＄５００００以下」の素材がダウンロードされ補助素材４に代わって再生されることになる。
【００５７】
次に、記録再生装置内において、補助素材同士がネゴシエーションを行い順番の入替えを行う例について概説する。
【００５８】
送り出し側の情報サーバ装置１２０からは、放送によって一律すべてのユーザーに同じ番組本体に同じ補助素材群を組み合わせた同じマルチメディアコンテンツである番組Ａが配信されるとする。
【００５９】
カスタマイゼーションに使う目的で用意されたいくつかの追補用補助素材は番組本体の最終部分に通常の補助素材（後述の補助素材５）としておいてあるものとする。したがって、リアルタイムに番組Ａを視聴するユーザーにとっては、番組の最後にやや多めに補助素材が付いている通常の一連の番組に感じられる。
【００６０】
補助素材１は「クリスマスまで発売している食材Ａ」、補助素材２は「食材Ｂ」の宣伝。補助素材３は「クリスマスにキャンペーンをやっているレストランＣ」の、補助素材４は「レストランＤ」の宣伝。番組の最後に補助素材５として「正月にキャンペーンをやっているレストランＥ」の宣伝が用意されているものとする。
【００６１】
番組Ａの内容は前半部分がレストラン紹介で後半部分が料理のレシピを紹介するものであるとする。すなわち番組Ａの「属性」には＜補助素材１，２の位置の番組内容はレストラン紹介、補助素材３，４，５位置の番組内容は料理紹介＞である旨が記載されているとする。
【００６２】
補助素材１，２は番組Ａの前半部に設定され、補助素材３，４は番組Ａの後半部に設定されているとする。繰り返しだが補助素材５は番組Ａの最後尾部分に設定されているとする。
【００６３】
あるユーザーがこの番組Ａを放送時（クリスマスより前）に情報端末装置１１０に記録したとする。
【００６４】
補助素材１の「属性」には＜再生有効期限１２月２５日まで＞が入っていて＜譲渡条件に合致する属性を持つ補助素材があれば権利譲渡可能、 他の場合はスキップ＞の条件が入っていたとする。
【００６５】
補助素材１の譲渡条件は
（１）本素材の有効期限が切れた場合のみ 5円以上で譲渡。
（２）ただし金融関連の業種への譲渡交渉はしない。
であるとする。
【００６６】
補助素材３の「属性」には＜再生有効期限１２月２５日まで＞が入っていて＜他の場合はスキップ＞の指示が入っているとする。
【００６７】
一方、補助素材５の「属性」には＜再生有効期限なし＞＜委譲受入れ条件に合致する属性を持つ補助素材があれば権利委譲受入れ可能、他の場合は何もしない＞の条件が入っていたとする。
【００６８】
なお、補助素材５の委譲受入れ条件は
（１）時間軸前方への移動に対しては権利委譲を受けたうえ譲渡者に10円支払う。
（２）レストランの宣伝とは譲渡交渉しない。
（３）レストラン紹介の内容を持つ番組本体部分とは譲渡交渉しない。
であるとする。
【００６９】
再生ボタンを押したのが１月に入ってからだとする。
【００７０】
補助素材１の「属性」と「プロファイル」の「演算」が成される訳だが、再生ボタンの操作に応じて有効期限が切れたことが検出され、補助素材１の「属性」の譲渡条件のネゴシエーションが開始される。
【００７１】
この例では補助素材５の「属性」の譲渡条件と補助素材１の「属性」の譲渡条件、及び両者の課金・決済に関する条件のネゴシエーションが開始される。
【００７２】
補助素材１から見た場合、補助素材５は金融関連ではなく、５円以上の支払が可能との「属性」を持つため、補助素材１の譲渡条件は満足している。
【００７３】
補助素材５から見た場合、補助素材１はレストランの宣伝ではなく、１０円の支払で委譲を受けることが可能であるため、補助素材５の譲渡受入れ条件は満足している。
【００７４】
補助素材５から見た場合、番組本体Ａの「属性」より補助素材１の位置はレストラン紹介の内容を持つものではないことが分かる。
【００７５】
前記各「属性」と「プロファイル」及び「属性」同士の「演算」から、補助素材５は補助素材１に置き換わって前方部分に設置されて再生されることとなる。
【００７６】
また、補助素材３は「属性」と「プロファイル」の「演算」から有効期限切れであることが判明し、再生時には単純にスキップされることとなる。
【００７７】
ここで、各属性及びプロファイルの間での「演算」（ネゴシエーション又はマッチング）の種類について、有り得る属性とプロファイル間のネゴシエーション組合せを表９に列挙する。
【００７８】
さらに、ネゴシエーションの内容の種類について列挙する。
【００７９】
１．視聴対象絞り込みフィルタリング
プロファイルにはユーザの属する、地域、年齢、性別、所得、職業、使用言語、趣味嗜好などと、それらの公開／非公開条件などが必要に応じて記録されている。対して番組本体、補助素材及び追補用補助素材の各属性にも、それらのコンテンツが持つ、対象地域、対象年齢、対象性別、対象所得、対象職業、対象言語、対象となる趣味嗜好などが記録されている。
【００８０】
「プロファイル」と各「属性」の間の「演算」のひとつにこれら条件の個々のマッチングがある。
【００８１】
これら各条件同士で和条件や積条件（or/and条件）を設定したり、合致の度合いをポイント制にして乖離の度合いを数値化することでフィルターの強度を様々に設定することは自由である。これらフィルターリングの手段については「属性」に記述する方法もあり、「プロファイル」に記述する方法もある（ここでは詳述しない。）。
【００８２】
上記表９の１）２）３）はこのフィルタリングを目的とする「演算」のための組合せである。特に補助素材及び追補用補助素材と、プロファイルとの間の視聴対象絞り込みフィルタリングは、パーソナライゼーションとかローカライゼーションと呼ばれる。
【００８３】
このフィルターリングを目的とする「演算」の結果、送信又は再生が実施できなくなったコンテンツの「属性」は、後述の権利譲渡の「演算」を行うことがある（図５参照）。
【００８４】
なお、補助素材は番組を構成する部分であるため、番組本体の「属性」と「プロファイル」の「演算」により番組本体がフィルターされる場合には、補助素材の「属性」と「プロファイル」の「演算」は不要となるため行われない。
【００８５】
２．送信及び再生の有効期限によるフィルタリング
通常、再生装置又は記録再生装置にあっては、その装置の属する地域の日付及び時刻をリアルタイムで検出する機能が附属しており、そこで検出された日時はプロファイルにも反映される。
【００８６】
対して番組本体、補助素材及び追補用補助素材の各属性には、それらのコンテンツの送信又は再生が許される有効期限が記録されている。
【００８７】
「プロファイル」と各「属性」の間の「演算」のひとつにプロファイルの持つ日時情報と、属性の持つ有効期限情報とのマッチングがある。あるコンテンツの有効期限がこの演算により切れていることが確認できると、そのコンテンツは送信又は再生ができないこととなる。もちろん属性に記載されている有効期限が「無制限」であるとすれば、この項目でのマッチングによる送信又は再生の制限は事実上なくなる。
【００８８】
このフィルタリング目的の「演算」の結果、送信又は再生が実施できなくなったコンテンツの「属性」は、後述の権利譲渡の「演算」を行うことがある（図５参照）。
【００８９】
３．権利譲渡のネゴシエーション
各「属性」同士の間の「演算」のひとつに権利譲渡を目的とした「演算」がある。
【００９０】
権利譲渡の演算結果には、「１．入替えを許す」、「２．入替えを許さない」、「３．差し替えを許す」、「４．差し替えを許さない」がある。前者２つは補助素材同士の場所の順番の入替えである。後者２つは既に番組本体に仕組み込まれている補助素材が、外部から導入される追補用補助素材に取って代わられることを指す。
【００９１】
権利譲渡の条件には「Ａ．無条件許諾」、「Ｂ．無条件不許可」、「Ｃ．条件付許諾」の３つがある。
【００９２】
これらを組み合わせると「演算」の経過には「１．無条件順番入替え許諾」、「２．無条件順番入替え不許可」、「３．条件付順番入替え許諾」、「４．無条件差し替え許諾」、「５．無条件差し替え不許可」、「６．条件付差し替え許諾」の６種類があることが分かる。
【００９３】
補助素材が前記１．視聴対象絞り込みフィルタリング又は２．送信及び再生の有効期限によるフィルタリングなどによって送信又は再生がそのままではできないこととなった場合、この権利譲渡のネゴシエーションのための「演算」が行われる。
【００９４】
なお、前記１．視聴対象絞り込みフィルタリング又は２．送信及び再生の有効期限によるフィルターリングなどにおいて送信又は再生ができなくなった対象補助素材がこの権利譲渡のための「演算」を行ったとして、順番入替えや差し替えの相手補助素材又は追補用補助素材が見つからなかった場合には権利譲渡は実施できないため、送信又は再生においては結果としてその対象補助素材部はスキップされることとなる。
【００９５】
対象補助素材の「属性」中、権利譲渡の条件として「無条件許可」（前記組合せの１．と４．に相当）となっており、かつ相手補助素材又は追補用補助素材が存在する場合は、プライオリティの高い（例えば順番が対象補助素材に近い、など）順に対象補助素材との優先的な入替えや差し替えが実施される。
【００９６】
対象補助素材の「属性」中、権利譲渡の条件として「無条件不許可」（いかなる場合も権利譲渡はしない）（前記組合せ２．と５．に相当）とある場合には結果はスキップとなる。
【００９７】
ここでは前記権利譲渡の３と６すなわち「条件付権利譲渡」について説明を続ける。
【００９８】
権利譲渡の条件項目としては、以下のようなものがあげられる。すなわち「属性」には必要に応じて以下の括弧内の項目が「演算」対象項目として記入されている。
【００９９】
Ａ．指定の補助素材あるいは追補用補助素材への権利譲渡
スキップされることとなった補助素材の代わりとして順番入替えあるいは差し替えの対象となる相手補助素材又は相手追補用補助素材の指定が、入替えあるいは差し替えの対象となっている補助素材の「属性」に明記されている場合は、その指定された相手補助素材又は追補用補助素材と入替えあるいは差し替えを行う。
【０１００】
Ｂ．プロファイル条件を満たすものへの権利譲渡
スキップされることとなった補助素材の代わりとして順番入替えあるいは差し替えの対象となる相手補助素材又は相手追補用補助素材の選定が、「プロファイル」条件と相手補助素材又は相手追補用補助素材の「属性」の「演算」によって行われる場合である。
【０１０１】
「演算」の項目は前記の１、視聴対象絞り込みフィルターリング又は２、送信及び再生の有効期限によるフィルターリングなどにおいて用いられたものと同様と考えてよい。例えば、下記である。
【０１０２】
「プロファイル」にある、ユーザーの属する、地域、年齢、性別、所得、職業、使用言語、趣味嗜好などと、それらの公開／非公開条件など及び日時情報と、相手補助素材又は相手追補用補助素材の各属性の指定する、対象地域、対象年齢、対象性別、対象所得、対象職業、対象言語、対象となる趣味嗜好など及び有効日時との「演算」などである。
【０１０３】
これら各条件同士で和条件や積条件（or/and条件）を設定したり、合致の度合いをポイント制にして乖離の度合いを数値化することでフィルターの強度を様々に設定することが自由であるのは前記１、２と同じ。これらフィルターリングの手段については「属性」に記述する方法もあり、「プロファイル」に記述する方法もある（ここでは詳述しない。）というのも前記の１，２と同じ。
【０１０４】
優先を明記された補助素材群のグループあるいは追補用補助素材群のグループなおこのＢを含め後述のＣ、Ｄ、Ｅにも共通ではあるが、選定される可能性のある順番入替え用あるいは差し替え用の相手補助素材群あるいは相手追補用補助素材群をグルーピングしておき、そのグループ内からＢ、Ｃ、Ｄ、Ｅなどの個々の条件を満たすものを優先的に相手補助素材あるいは相手追補用補助素材として選定することができる。
【０１０５】
Ｃ．競合以外への自由権利譲渡
「提供会社」同士で権利譲渡の障害となるコンフリクトがあるかないか。「製品（サービス）分野」同士で権利譲渡の障害となるコンフリクトがあるかないか。これらを理由とする権利譲渡の制約を設けることができる。
【０１０６】
例えば、音楽を構成要素としている番組本体あるいは補助素材あるいは追補用補助素材のコンテンツにおいて、そのコンテンツの歌手、作詞家、作曲家、演奏家などが、その他の補助素材や追補用補助素材のコンテンツの歌手、作詞家、作曲家、演奏家などと同じ番組中に同居したくない場合にも、この競合のチェックによって排他性を確保することが可能になる。
【０１０７】
少なくとも、相手先補助素材又は相手先追補用補助素材の「属性」に競合の記述がなければこの制約は有効とならない。
【０１０８】
なお、競合のチェックのための、競合相手リストは、「属性」中に保持することも可能であるが、外部に競合相手ファイルを持ち、「演算」の過程においてその競合相手ファイルを参照することで、相手確認をすることも可能である。
【０１０９】
Ｄ．リアルタイム合成素材への権利譲渡
例えば時報や天気予報を、送信装置あるいは記録再生装置においてマルチメディアコンテンツとして合成することが可能である。例えば時報はカレンダータイマーから読み出した上例えば音声や画像に機械的に合成し追補用補助素材として生成することが可能である。例えば天気予報は気象サービスを提供する会社の気象データを取り込んだ上それを例えば音声や画像に機械的に合成し追補用補助素材として生成することが可能である。
【０１１０】
前記２．送信及び再生の有効期限によるフィルターリングにおいて、送信再生時のプロファイルの時刻と対象補助素材の「属性」にある有効期限の「演算」の結果、その対象補助素材が無効となった場合でも、対象補助素材の「属性」に「リアルタイム合成の追補用補助素材への権利譲渡可能」とあり、他の条件が制約にならない限り、前記のリアルタイムに合成された時報や天気予報の補助素材に権利譲渡を行うことができる。
【０１１１】
Ｅ．金銭など対価条件による自由権利譲渡
もともと番組本体に組み込まれていた補助素材をスキップするに当たり、どの補助素材又は追補用補助素材に権利譲渡するかを相手補助素材又は相手追補補助素材の提示する金銭などの対価条件と、スキップの対象となっている対象補助素材の対価要求条件の「演算」（比較）によって決定することができる。
【０１１２】
４． 譲渡時の支払金額と支払い手段（誰にいつ幾らを支払うか）
前記１から３までの条件に従い「演算」を行った結果無事に順番入替えあるいは差し替えが完成したとする。
【０１１３】
入替えあるいは差し替えに関する対価の支払すなわち課金及び決済を行うための情報も「属性」データの中に記述する。
【０１１４】
この記述と「属性」及び「プロファイル」同士の「演算」のひとつである「清算」を行うことにより、ダイナミックな補助素材の入替えや差し替えがあってもその場その場で清算が可能となる。また、清算の計算を例えば記録及び再生装置の内部で実施することができるようになるためネットワーク上には最終清算結果だけを送りトラフィックを少なく抑えることが可能となる。
【０１１５】
次に、番組に組み込まれている対象補助素材が、１）そのまま送信あるいは再生されるか／２）スキップされるか／３）順番入替えとなるか／４）差し替えかとなるかの分類処理について図６乃至図１０を参照して説明する。
【０１１６】
この分類処理では、先ず、選択された番組の「属性」と番組選択用「プロファイル」の「演算」を実施し、フィルタリングを行う（ステップＳ１）。
【０１１７】
次に、番組の送信及び再生は許諾されるか否かを判定する（ステップＳ２）。この判定処理は、番組自体が再生装置（のユーザー）にとって相応しいかどうかのために行う。アダルトコンテンツを未達成年齢者から遠ざけるなどの用途が考えられる。あるいは送信地域の制限、言語の制限などもありえる。
【０１１８】
上記ネゴシエーション１（視聴対象絞り込みフィルタリング）とネゴシエーション２（送信及び再生の有効期限によるフィルタリング）に相当する処理である。
【０１１９】
そして、上記ステップＳ２における判定結果がＮｏである場合には、選択された番組の送信及び再生はプロファイルにふさわしくないので許諾されなかった旨表示して、処理を終了する（ステップＳ３）。
【０１２０】
また、上記ステップＳ２における判定結果がＹｅｓである場合には、番組に挿入されているすべての補助素材の属性とプロファイルの演算は完了したかをチェックする（ステップＳ４）。
【０１２１】
そして、上記演算が完了していないか否かを判定し（ステップＳ５）、上記ステップＳ２における判定結果Ｎｏすなわち完了している場合には、図７に示す属性同士の演算（２）に進む（ステップＳ６）。
【０１２２】
また、上記ステップＳ２における判定結果がＹｅｓすなわち完了していない場合には、ある補助素材の「属性」と「プロファイル」の「演算」を実施し、当該補助素材は番組中の当該位置での存在が相応しいかをチェックする（ステップＳ７）。このチェックは、事前に番組本体に挿入された個々の補助素材が再生装置（とそのユーザー）にとって相応しいかどうかのために行う。有効期限、地域、言語、職業、年齢、性別などの個別プロファイルから必要なものを必要に応じて「演算」対象とし、「演算」を実施する。
【０１２３】
そして、上記補助素材が番組中の当該位置での存在が相応しい否かを判定して（ステップＳ８）、その判定結果がＮｏの場合には、記憶領域ＲＭに当該補助素材ＩＤと「演算」結果を順次記録する（ステップＳ９）してからステップＳ１０に移る。すなわち、相応しい場合は、そのまま当該補助素材は番組中の元の位置を占める。
【０１２４】
また、上記ステップ８の判定結果がＹＥＳの場合には、番組中の次の補助素材を調べる準備をする（ステップＳ１０）して、上記ステップＳ４に戻る。これにより、相応しくない場合は、スキップするか、入替えするか、差し替えるかを図７に示す属性同士の演算（２）にて選択、実行する。
【０１２５】
次に、図７に示す属性同士の演算（２）では、先ず、記憶領域ＲＭに記録されたＩＤを持つ補助素材のすべてのスキップ、入替え、差し替えが終わったかをチェックする（ステップＳ１１）。
【０１２６】
そして、全て終了したか否かを判定し（ステップＳ１２）、その判定結果がＹｅｓである場合には、図１０に示す精算処理（５）へ進む（ステップＳ１３）。
【０１２７】
また、上記ステップＳ１２の判定結果がＮｏである場合には、記憶領域ＲＭに記録されたＩＤを持つ補助素材で「属性」に指定入替え補助素材や指定差し替え追補補助素材あるいは単純スキップを明示しているかをチェックする（ステップＳ１４）。
【０１２８】
そして、上記明示しているものがあるか否かを判定し（ステップＳ１５）、その判定結果がＹｅｓである場合には、指定の入替えや差し替えあるいはスキップを実施する（ステップＳ１６）。上記ネゴシエーション３のＡ（指定の補助素材あるいは追補用補助素材への権利譲渡）に相当する。
【０１２９】
また、上記ステップＳ１５の判定結果がＮｏである場合には、記憶領域ＲＭに記録されたＩＤを持つ補助素材に「属性」に指定グループ内のみでの入替え／差し替えの指示があるかをチェックする（ステップＳ１７）。
【０１３０】
そして、指定グループの指示があるか否かを判定し（ステップＳ１８）、その判定結果がＹｅｓである場合には、「属性」の指定に従い当該補助素材については、指定された範囲内の補助素材や追補用補助素材とだけのネゴシエーションのための「演算」を行うようにセットする（ステップＳ１９）。上記ネゴシエーション３中の「優先を明記された補助素材群のグループあるいは追補用補助素材群のグループ」の説明に対応する処理となっている。
【０１３１】
また、上記ステップＳ１８の判定結果がＮｏである場合には、図８に示す処理（３）に移って、記憶領域ＲＭに記録されたＩＤを持つ補助素材で「属性」に譲渡制限があるかをチェックする（ステップＳ２０）。
【０１３２】
そして、譲渡制限があるか否かを判定しし（ステップＳ２１）、その判定結果がＮｏである場合には、譲渡制限のない「属性」を持つ補助素材について、「演算」結果に基づく入替えや差し替えを実施する（ステップＳ２２）。ここでは、属性同士の演算によって入替え又は差し替えの決定が行われる。上記ネゴシエーション３のＢ（プロファイル条件を満たすものへの権利譲渡）に相当する。ただし同じ項で後述の譲渡条件Ｃ〜Ｅの制約を受けないものを先に処理している。
【０１３３】
また、上記ステップＳ２１の判定結果がＮｏである場合には、リアルタイム構成可能な補助素材又は追補用補助素材との入替え又は差し替えが可能な「属性」を持つ補助素材があるかをチェックする（ステップＳ２３）。
【０１３４】
そして、上記補助素材があるか否かを判定し（ステップＳ２４）、その判定結果がＹｅｓである場合には、当該補助素材の「属性」の指示に従いリアルタイム構成した補助素材又は追補用補助素材との間で入替え又は差し替えを実施する（ステップＳ２５）。すなわち、上記ネゴシエーション３のＤ（リアルタイム合成素材への権利譲渡）に相当する処理を行う。
【０１３５】
また、上記ステップＳ２４の判定結果がＮｏである場合には、競合関係などが「属性」同士の「演算」から読み取れ、補助素材又は追補用補助素材との入替え又は差し替えに障害となる制約があるかをチェックする（ステップＳ２６）。
【０１３６】
そして、上記制約があるかを判定し（ステップＳ２７）、その判定結果がＹｅｓである場合には、「属性」間の「演算」で他の条件が満足されていても競合制約があるので、これら「属性」を持つ番組本体又は補助素材又は追補用補助素材間での入替え又は差し替えは実施しないで、上記図７の復帰点Ｐ２に戻って上のステップＳ１１に復帰する（ステップＳ２８）。すなわち、上記ネゴシエーション３のＣ（競合以外への自由権利譲渡）に相当する処理を行う。
【０１３７】
また、上記ステップＳ２４の判定定結果がＮｏである場合には、図９の処理（４）に移り対価条件の制限項目が「属性」同士の「演算」から読み取れ、補助素材又は追補用補助素材との入替え又は差し替えに障害となる制約があるかをチェックする（ステップＳ２９）。
【０１３８】
そして、上記制約があるか否かを判定し（ステップＳ３０）、その判定結果がＹｅｓである場合には、「属性」間の「演算」で他の条件が満足されていても対価条件の制約があるので、これら「属性」を持つ番組本体又は補助素材又は追補用補助素材間での入替え又は差し替えは実施しないで（ステップＳ３１）で上記図６の復帰点Ｐ１に戻って処理を終了する。
【０１３９】
また、上記ステップＳ３０の判定結果がＮｏである場合には、「演算」結果に基づく入替えや差し替えを実施して（ステップＳ３２）、上記図６の復帰点Ｐ１に戻って処理を終了する。
【０１４０】
さらに、図１０に示す清算処理（５）では、番組に含まれるすべての「属性」及び「プロファイル」の清算の指示の合意に従い、各プレイヤー間の清算情報をまとめ、課金決済機構１００Ｄにて「清算」を行い（ステップＳ３２）、上記図６の復帰点Ｐ１に戻って処理を終了する。
【０１４１】
次に、上述の図４に示した情報提供システムの動作について、図１１乃至図１５を参照して説明する。
【０１４２】
送信側の情報サーバ装置１２０の処理Ｘでは、まず、番組本体に適宜補助素材をはめ込み番組コンテンツとする。番組本体及び各挿入補助素材に対応する属性を用意し、送信装置の記憶装置ＴＭ１に置く（ステップＳ５１）。
【０１４３】
次に、事前に用意できる追補用補助素材を用意し、対応する属性を用意し、送信装置の記憶装置ＴＭ２に置く（なお、追補用とそうでない補助素材それぞれの区別がつけられるなら、ＴＭ１とＴＭ２は同一の記憶装置で兼用できる）（ステップＳ５２）。
【０１４４】
次にコンテンツ制御機構から番組の送り出し命令を受けたかを調べる（ステップＳ５３）。
【０１４５】
そして、送り出し命令を受けたか否かを判定し（ステップＳ５４）、その判定結果がＮｏの場合には上記ステップＳ５３に戻って、ステップＳ５３，ステップＳ５４の判定処理を繰り返し行う。
【０１４６】
また、上記ステップＳ５４の判定結果がＹｅｓの場合には、プロファイルを記憶装置ＴＭ３から読み出し、送信時に配慮すべきプロファイル項目があるか調べる（ＴＭ３がＴＭ１やＴＭ２と分別できるのであれば、同一の記憶装置で兼用できる）（ステップＳ５５）。
【０１４７】
そして、上記プロファイル項目があるか否かを判定し（ステップＳ５６）、その判定結果がＹｅｓの場合には図１２に示す処理Ｘ１に移り、また、その判定結果がＮｏの場合には、プロファイルと、準備されている番組の番組本体及び補助素材の各属性との間の演算、必要に応じさらに属性同士での演算を行う（ステップＳ５７）。
【０１４８】
次に番組又は補助素材のスキップや補助素材同士の入替えや追補用補助素材への差し替えがあるかを調べる（ステップＳ５８）。
【０１４９】
次に、スキップありか否かを判定し（ステップＳ５９）、その判定結果がＮｏの場合には、入替えありか否かを判定する（ステップＳ６１）。
【０１５０】
また、上記ステップＳ５９の判定結果がＹｅｓの場合には、番組又は必要な補助素材をスキップするように編集（編成）を変え（又は送信制御指示を変更する）（ステップＳ６０）、その後に入替えありか否かを判定する（ステップＳ６１）。
【０１５１】
そして、上記ステップＳ６１の判定結果がＮｏの場合には、差し替ええありか否かを判定する（ステップＳ６３）。
【０１５２】
また、上記ステップＳ６１の判定結果がＹｅｓの場合には、編集（編成）を変更し必要な補助素材同士の入替えを行い（又は送信制御指示を変更する）（ステップＳ６２）、その後に差し替えありか否かを判定する（ステップＳ６３）。
【０１５３】
そして、上記ステップＳ６１の判定結果がＮｏの場合には、図１２に示す処理Ｘ１に移り、また、その判定結果がＹｅｓの場合には、リアルタイム生成できる追補用補助素材があれば生成する。編集（編成）を変更し補助素材と追補用補助素材の入替え（又は送信制御指示を変更）を行い（ステップＳ６４）、その後に図１２に示す処理Ｘ１に移る。
【０１５４】
ここで、上記ステップＳ５９、ステップＳ６１及びステップＳ６３の判定処理の順場は、入れ替えても良い。また、スキップや入れ替え、差し替えなどのための演算やその評価、そしてそれらの操作などが一時に行われる（バッジ処理）印象を与えるが、番組の送信をしながらコンカレントに行うことも可能である。
【０１５５】
また、コンテンツの送信に当たっては、一度コンテンツそのものを編集（編成）し直してそれを率直に順次送信する方法と、存在する編集（編成）自体には手を入れず新たに用意された送信制御指示に従って送り出し時にリアルタイム（on the fly）に部分部分を組み立てながらすなわち編成しながら送り出す手法がある。括弧内は後者も選択できることを言っている。
【０１５６】
そして、図１２に示す処理Ｘ１では、コンテンツ出力制御機構の指示に従い編集（編成）された番組と対応する属性群をネットワーク経由で送信する（ステップＳ６５）。
【０１５７】
また、ユーザ側のデータ端末装置１１０の処理Ｙでは、図１３に示すように、先ず、受信したい番組を指定する（ステップＳ７１）。
【０１５８】
次に必要に応じ、その番組に対応する事前に入手できる追補用補助素材があるかないかを調べる（ステップＳ７２）。追補用補助素材の情報は、オフラインオンライン検索又は番組の属性などから入手する。
【０１５９】
そして、事前入手の追補補助素材があるか否かを判定し（ステップＳ７３）、その判定結果がＹｅｓの場合には、ネットワーク経由あるいはＣＤやＤＶＤなどのパッケージメディアにて追補用補助素材を入手、必要に応じて記憶装置ＲＭ１に記録し（パッケージメディアの場合はそのままでも使用可能の場合もある）（ステップＳ７４）、ステップＳ７５に進む。
【０１６０】
また、上記ステップＳ７３の判定結果がＮｏの場合には、必要に応じ、その番組に必要なプロファイルが何かを調べる（ステップＳ７５）。必要プロファイルの情報は、オフラインオンライン検索又は番組の属性などから入手する。
【０１６１】
そして、事前入力必要なプロファイルがあるか否かを判定し（ステップＳ７６）、その判定結果がＹｅｓの場合には、必要なプロファイルを追加し、受信装置内の記録装置ＲＭ２に記録し（ＲＭ２がＲＭ１と分別できるのであれば、同一の記憶装置で兼用できる）（ステップＳ７７）、図１４の処理Ｙ１に進む。
【０１６２】
また、上記ステップＳ７６の判定結果がＮｏの場合には、図１４の処理Ｙ１に進んで、番組の再生は、番組の受信信号を一度受信装置内の記憶装置ＲＭ３に記録してから行うか、記憶装置を使わずに行うかを調べる（ステップＳ７８）。
【０１６３】
そして、記録装置を使うか否かを判定し（ステップＳ７９）、その判定結果がＮｏの場合にはステップＳ８３に進み、また、判定結果がＹｅｓの場合には、番組を記憶装置ＲＭ３に記録する（ＲＭ３がＲＭ１やＲＭ２と分別できるのであれば、同一の記憶装置で兼用できる）（ステップＳ８０）。
【０１６４】
次に、記録装置ＲＭ３の再生指示が行われたかを調査する（記録しながらの再生も含む）（ステップＳ８１）。
【０１６５】
次に、再生スタートか否かを判定し（ステップＳ８２）、その判定結果がＮｏの場合にはステップＳ８１に戻り、また、判定結果がＹｅｓの場合には、プロファイルをＲＭ２から読み出し、番組コンテンツ再生時に番組の属性との関係で配慮すべきプロファイルがあるかを調べる（ステップＳ８３）。
【０１６６】
そして、プロファイルがないか否かを判定し（ステップＳ８４）、その判定結果がＹｅｓの場合には、図１５の処理（ステップＳ９３）に進み、また、判定結果がＹｅｓの場合にはプロファイルと、準備されている番組の番組本体及び補助素材の各属性との間の演算、必要に応じさらに属性同士での演算を行う（ステップＳ８５）。
【０１６７】
次に、番組又は補助素材のスキップや補助素材同士の入替えや追補用補助素材への差し替えがあるかを調べる（ステップＳ８６）。
【０１６８】
次に、スキップありか否かを判定し（ステップＳ８７）、その判定結果がＮｏの場合には、入替えありか否かを判定する（ステップＳ８９）。
【０１６９】
また、上記ステップＳ８７の判定結果がＹｅｓの場合には、番組又は必要な補助素材をスキップするように編集（編成）を変え（又は送信制御指示を変更する）（ステップＳ８８）、その後に入替えありか否かを判定する（ステップＳ８９）。
【０１７０】
そして、上記ステップＳ８９の判定結果がＮｏの場合には、差し替ええありか否かを判定する（ステップＳ９１）。
【０１７１】
また、上記ステップＳ８９の判定結果がＹｅｓの場合には、編集（編成）を変更し必要な補助素材同士の入替えを行い（又は送信制御指示を変更する）（ステップＳ９０）、その後に差し替えありか否かを判定する（ステップＳ９１）。
【０１７２】
そして、上記ステップＳ９１の判定結果がＮｏの場合には、図１５に示す処理Ｙ２に移り、また、その判定結果がＹｅｓの場合には、リアルタイム生成できる追補用補助素材があれば生成する。編集（編成）を変更し補助素材と追補用補助素材の入替え（又は送信制御指示を変更）を行い（ステップＳ９２）、その後に図１５に示す処理Ｙ２に移る。
【０１７３】
ここで、上記ステップＳ８７、ステップＳ８９及びステップＳ９１の判定処理の順場は、入れ替えても良い。また、スキップや入れ替え、差し替えなどのための演算やその評価、そしてそれらの操作などが一時に行われる（バッジ処理）印象を与えるが、番組の送信をしながらコンカレントに行うことも可能である。
【０１７４】
そして、図１５に示す処理Ｙ２では、コンテンツ出力制御機構の指示に従い編集（編成）された番組と対応する属性群を再生する（ステップＳ９３）。
【０１７５】
本発明は、例えば図１６に示すような構成の情報提供システム１００に適用される。この情報提供システム１００は、番組提供機能部１０、ＣＭスポンサ機能部２０、オーサリング機能部３０、送信サーバ機能部４０、清算機能部５０及び端末機能部６０からなる。
【０１７６】
この情報提供システム１００における番組提供機能部１０は、上記ＣＭスポンサ機能部２０やオーサリング機能部３０、清算機能部５０との間で情報の授受を行う通信機能１０Ａを有する。また、上記番組提供機能部１０は、番組と「ユーザ用番組価格」、「ＢＹ（backyard）側番組対価条件」、「ＣＵＥ可能位置指定」などの附帯情報をオーサリング機能部３０に送付する情報預託機能１０Ｂを有する。また、上記番組提供機能部１０は、番組情報をＣＭスポンサ機能部２０に提供する番組提供機能１０Ｃを有する。さらに、上記番組提供機能部１０は、上記清算機能部５０から送られてくるプレーヤすなわち番組提供者毎の定期的なステートメントに基づいて清算処理を行う清算処理機能１０Ｄを有する。
【０１７７】
また、この情報提供システム１００におけるＣＭスポンサ機能部２０は、上記番組提供機能部１０やオーサリング機能部３０、清算機能部５０との間で情報の授受を行う通信機能２０Ａを有する。また、上記ＣＭスポンサ機能部２０は、各ＣＭクリップとＢＹ側ＣＭ個別対価条件等の附帯情報をオーサリング機能部３０に送付する情報送付機能２０Ｂを有する。さらに、上記ＣＭスポンサ機能部２０は、上記清算機能部５０から送られてくるプレーヤすなわちＣＭスポンサ毎の定期的なステートメントに基づいて清算処理を行う清算処理機能２０Ｃを有する。
【０１７８】
また、この情報提供システム１００におけるオーサリング機能部３０は、上記番組提供機能部１０やＣＭスポンサ機能部２０、送信サーバ機能部４０、清算機能部５０との間で情報の授受を行う通信機能３０Ａを有する。また、上記オーサリング機能部３０は、番組のどこにＣＭを挿入してよいかを示す信号であるＣＵＥマークの打ち込みを行うＣＵＥマーク打込機能３０Ｂを有する。ここで、番組本体とＣＵＥマークは、番組コードとタイムコードを共有するペアの独立データとしで保持することもできるし、番組本体にＣＵＥマーク自体を特殊な信号などによって挿入して一体化して保持してもよい。上記オーサリング機能部３０は、当然ＣＵＥマーク群あるいはＣＵＥマークを内包した番組データの情報を登録・保持・送出する機能を持つ。また、上記オーサリング機能部３０は、多くのＣＭライブラリから特定の番組に挿入すべきＣＭ群を上記ＣＭスポンサ機能部２０によるアドバイスなどを受けて１個以上指定し、また、あるＣＭセットがどの番組に挿入されるべきかを示す「挿入対象番組コード（群）」を上記ＣＭスポンサ機能部２０によるアドバイスなどを受けて割り振るＣＭ群指定機能３０Ｃを有する。このＣＭ群指定機能３０Ｃにより指定されたＣＭ群を「ＣＭセット」と呼ぶ。また、上記オーサリング機能部３０は、ある番組が送出された（されなかった）場合のユーザにとっての番組価格である「ユーザ用番組価格」の登録・保管・送出を行うとともに、ある番組が送出された（されなかった）場合の供給者側（ＣＭスポンサ、送信サーバ運用者、オーサリング機能運用者、清算機能運用者、番組提供者らの各プレーヤ）にとっての番組対価条件である「ＢＹ側番組対価条件」の登録・保管・送出を行う第１の登録・保管・送出機能３０Ｄを有する。また、上記オーサリング機能部３０は、ある番組のために用意されたあるＣＭセット内のＣＭ群をどの順番で送出するかを上記ＣＭスポンサ機能部２０によるアドバイスなどを受けて決め、その結果を「ＣＭ送出リスト」として所有し、「ＣＭ送出リスト」で指定された一連のＣＭが送信された（送信されなかった）場合のユーザにとっての「ＣＭ有利点不利点」を登録・保持・送出する第２の登録・保管・送出機能３０Ｅを有する。さらに、上記オーサリング機能部３０は、「ＣＭ送出リスト」内の各ＣＭが送出された（送出されなかった）場合の供給者側（ＣＭスポンサ、送信サーバ運用者、オーサリング機能運用者、清算機能運用者、番組提供者らの各プレーヤ）の間における支払の対価及び移動手順である「ＢＹ側ＣＭ個別対価条件」を登録・保持・送出する第３の登録・保管・送出機能３０Ｆを有する。さらに、上記オーサリング機能部３０は、上記清算機能部５０から送られてくるプレーヤすなわちオーサリング機能毎の定期的なステートメントに基づいて清算処理を行う清算処理機能３０Ｇを有する。
【０１７９】
このような各種機能３０Ａ〜３０Ｇを有する上記オーサリング機能部３０は、番組のどこにＣＭを挿入してよいかを示す信号である「ＣＵＥマーク」の打ち込みを行うことがきる。「ＣＵＥマーク」は挿入の単なるトリガとし、どのＣＭを挿入するかは「ＣＭ送出リスト」と「ＣＭセット」を参照することで決定されるようにすることによって、後で挿入すべきＣＭ群を簡単に入れ替えることができる。「ＣＵＥマーク」の位置に直接ＣＭ番号を割り当て、個々の「ＣＵＥマーク」を個別に「無視／採用」する信号を別途保持する方法も取り得る。また、上記オーサリング機能部３０は、多くのＣＭライブラリから特定の番組に挿入すべきＣＭ群を（ＣＭスポンサのアドバイスなどを受けて）複数指定することができる。また、上記オーサリング機能部３０は、ある番組のために用意された複数の「ＣＭセット」内のＣＭ群を、それぞれどの順番で送出するかを（ＣＭスポンサのアドバイスなどを受けて）決め、その結果を複数の「ＣＭ送出リスト」として所有することができる。また、上記オーサリング機能部３０は、複数の「ＣＭ送出リスト」で指定された一連のＣＭが送出された（送出されなかった）場合の、ユーザにとっての「ＣＭ有利点不利点」を登録・保持・送出できる。さらに、上記オーサリング機能部３０は、複数の「ＣＭ送出リスト」内の各ＣＭが送出された（送信されなかった）場合の、供給者側（ＣＭスポンサ、送信サーバ運用者、オーサリング機能運用者、精算機能運用者、番組提供者等の各プレーヤ）の間における支払の対価及び移動手順である「ＢＹ側ＣＭ個別対価条件」をそれぞれについて登録・保持・送出できる。
【０１８０】
また、この情報提供システム１００における送信サーバ機能部４０は、上記オーサリング機能部３０や清算機能部５０、端末機能部６０との間で情報の授受を行う通信機能４０Ａを有する。また、この送信サーバ機能部４０は、ＣＵＥマーク付番組本体、ＣＭ本体、ＣＭセット、挿入対象番組コード、ＣＭ送出リスト、送信条件などのアーカイブを行うアーカイブ機能４０Ｂを有する。また、上記送信サーバ機能部４０は、端末機能部６０から送られてくる端末コードを受信して、端末毎の選択とプロセスを管理するプロセス管理機能４０Ｃを有する。また、上記送信サーバ機能部４０は、「ユーザ用番組価格」と「ＣＭ有利点不利点」から「有利点不利点」を算出し、端末機器に送出する有利点不利点算出機能４０Ｄを有する。また、上記送信サーバ機能部４０は、番組選択メニューとＣＭメニューを送信するメニュー送信機能４０Ｅを有する。また、上記送信サーバ機能部４０は、ＣＭメニュー選択結果の受信、端末コード毎のＣＭ挿入／非挿入の制御プロセスを生成する制御プロセス生成機能４０Ｆを有する。また、上記送信サーバ機能部４０は、選択された番組と挿入されるＣＭの実時間アセンブリをして端末へ送出するアセンブリ機能４０Ｇを有する。また、上記送信サーバ機能部４０は、送信された番組とＣＭの有利点不利点の最終算出結果を端末コード毎清算機能部５０に送出する最終算出結果送出機能４０Ｈを有する。また、上記送信サーバ機能部４０は、「ＢＹ側番組対価条件」とＣＭセット中の各ＣＭの「ＢＹ側ＣＭ個別対価条件」からそれそれのプレーヤ間で授受されるべき対価を算出し清算機能部５０に送出する対価算出機能４０Ｉを有する。さらに、上記送信サーバ機能部４０は、ＣＭの送信記録を保存する送信記録保存機能４０Ｊを有する。さらに、上記送信サーバ機能部４０は、上記清算機能部５０から送られてくるプレーヤすなわち送信サーバ機能毎の定期的なステートメントに基づいて清算処理を行う清算処理機能４０Ｋを有する。
【０１８１】
このような各種機能４０Ａ〜４０Ｋを有する上記送信サーバ機能部４０は、ある番組の「ユーザ用番組価格」とその番組に挿入され得る複数の一連のＣＭセットの「ＣＭ有利点不利点」から、その番組とＣＭが合わされて送信された（送信されなかった）場合の、ユーザにとっての「有利点不利点」を算出し、「ＣＭメニューリクエスト」の返答として「端末コード」の端末に送信することができる。また、上記送信サーバ機能部４０は、端末からの「番組に挿入されるべきＣＭセット」の選択結果を意味する信号を受け取り、その特定の端末に対して送り出すべき一連の番組に挿入して送る補助素材セットに対応する補助素材の送出リストの手順に従って補助素材を実時間でアセンブルして送出することができる。また、上記送信サーバ機能部４０は、「端末コード」の端末を利用する（登録した）顧客が選択した番組と挿入された「ＣＭセット」から導出できる「有利点不利点」の最終算出結果を、清算機能部５０（顧客管理システムＳＭＳ（Subscriber Management System）を兼用）に伝達することができる。また、その最終算出結果を端末にも送出することができる。さらに、上記送信サーバ機能部４０は、ある番組の「ＢＹ側番組対価条件」とその番組に挿入された「ＣＭ送出リスト」内の各ＣＭの「ＢＹ側ＣＭ別対価条件」から、その番組と複数のＣＭが合わされて送信された（送信されなかった）場合の、供給者側（ＣＭスポンサ、送信サーバ運用者、オーサリング機能運用者、清算機能運用者、番組提供者らの各プレーヤ）の間における支払算出結果を逐次各プレーヤ毎の清算ＤＢ（データベース）に反映させ管理できる。
【０１８２】
また、この情報提供システム１００における清算機能部５０は、番組提供機能部１０やＣＭスポンサ機能部２０、オーサリング機能部３０、送信サーバ機能部４０、端末機能部６０との間で情報の授受を行う通信機能５０Ａを有する。また、上記清算機能部５０は、上記送信サーバ機能部４０から上記最終算出結果送出機能４０Ｈにより送出された端末コード毎の最終算出結果を受信し、各端末毎にデータベースＤＢにより清算計算する端末清算計算機能５０Ｂを有する。また、上記清算機能部５０は、上記送信サーバ機能部４０から上記対価算出機能４０Ｉにより送出されたプレーヤ間で授受されるべき対価を示す清算情報を受信し、プレーヤ毎に結果を集計して、それぞれのプレーヤ毎にＤＢにて清算計算するプレーヤ清算計算機能５０Ｃを有する。また、上記清算機能部５０は、各端末（顧客）コード別の清算情報管理ＤＢ機能５０Ｄを有する。また、上記清算機能部５０は、各プレーヤ別の清算情報管理ＤＢ機能５０Ｅを有する。また、上記清算機能部５０は、端末毎定期的に集計し各端末にステートメントを送付・清算する端末清算機能５０Ｆを有する。さらに、上記清算機能部５０は、プレーヤ毎に定期的に集計し、各プレーヤ毎にステートメントを送付・清算するプレーヤ清算機能５０Ｇを有する。
【０１８３】
このような各種機能５０Ａ〜５０Ｇを有する上記清算機能部５０では、ＤＢに蓄積された各端末毎に管理されるユーザ用の「有利点不利点」の算出結果を定期的に集計し各ユーザにステートメントを送付し清算を行うことができる。また、上記清算機能部５０では、同様に、供給者側（ＣＭスポンサ、送信サーバ運用者、オーサリング機能運用者、清算機能運用者、番組提供者らの各プレーヤ）の間における支払対価の算出結果を定期的に集計し各プレーヤ毎にステートメントを送付し清算を行うことができる。
【０１８４】
さらに、この情報提供システム１００における端末機能部６０は、インターネットにおけるストリーミングなどのオンデマンド番組のストリーミング受信が可能な端末であって、端末あるいはそのリモコンに、番組に付加するＣＭ群を選択するためのボタンを搭載している。この端末機能部６０は、上記送信サーバ機能部４０や清算機能部５０と情報の授受を行う通信機能６０Ａを有する。また、上記端末機能部６０は、機器から端末コードを読み出し、送信サーバ機能部４０に送る端末コード保管・送信機能６０Ｂを有する。また、上記端末機能部６０は、番組メニュー受信して表示し、番組選択を行い、その選択結果を送信する番組表示・選択・送信機能６０Ｃを有する。また、上記端末機能部６０は、ＣＭメニュー（有利点不利点を含む）のリクエストを送信サーバ機能部４０に対して行いその結果を受信し、受信したＣＭメニューを表示するＣＭメニュー表示機能６０Ｄを有する。また、上記端末機能部６０は、「有利点不利点」を表示する有利点不利点表示機能６０Ｅを有する。また、上記端末機能部６０は、ＣＭメニューを選択して送信するＣＭメニューの選択・送信機能６０Ｆを有する。また、上記端末機能部６０は、受信したコンテンツデータを再生する再生機能６０Ｇを有する。また、上記端末機能部６０は、上記清算機能部５０へ個別アカウント情報をリクエストして受信し、受信した個別アカウント情報を表示するアカウント情報表示機能６０Ｈを有する。さらに、上記端末機能部６０は、上記清算機能部５０から送られてくるプレーヤの定期的なステートメントを受信して清算処理を行う清算処理機能６０Ｉを有する。
【０１８５】
このような各種機能６０Ａ〜６０Ｈを有する上記端末機能部６０は、視聴する可能性のある番組を選択したのち、送信サーバ機能部４０に対して、ＣＭを組み合わせた場合と組み合わせない場合のユーザにとっての「有利点不利点」を返答してもらうための「ＣＭメニューリクエスト」の信号を「端末コード」とともに発信することができる。また、上記端末機能部６０は、ある番組と複数のＣＭからの組合せによって算出されるユーザの「有利点不利点」を選択行為の前にユーザに知らしめることができる。さらに、上記端末機能部６０は、ユーザのボタン挿し（選択）によって送信サーバ機能部４０に対して「選択したＣＭ群の受信」を意味する信号を、「番組に挿入されるべきＣＭセット」の選択結果を意味する信号を、自身を示す「端末コード」とともに送出することができる。なお、「番組に挿入されるべきＣＭセット」がｎｕｌｌである信号は、「ＣＭ無し受信」を意味する。
【０１８６】
ここで、この情報提供システム１００において、「ＣＭ」と呼ぶものは、いわゆる通常の「広告」情報を含めるのは当然であるが、通常の「広告」にこだわらず、クイズ番組に挿入される「正解の部分」であったりテレビショッピング番組に挿入される「優待顧客専用のオファー部」や、Ｙｅｓ／Ｎｏの入力を求める「アンケート」であってもよい。これらの番組本体データに対する補助素材を総称してＣＭと呼んでいる。
【０１８７】
また、清算処理に反映される結果についても「ＣＭ無し」の場合が必ず代金か高くなるとこだわる必要はない。「ＣＭ付き」、「ＣＭ無し」で清算機能部５０に伝達される結果に差を付けることができることが重要である。例えば、挿入されるのが上記「クイズの正解の部分」であるとすれば、「無し」を選択した方が代金が安くなるという設定か可能である。例えば、ユーザに返答を求める「アンケート」を挿入した場合には逆にユーザがお金をもらうこともあり得る。
【０１８８】
この情報提供システム１００において、各番組は、番組本体のコンテンツデータと次のような附帯情報（Ａ１）〜（Ａ４）を持つ。
【０１８９】
（Ａ１）「ユーザ用番組価格」
「ユーザ用番組価格」は、当該番組を規定期間中にユーザが受信した場合のユーザの授受条件のひとつであり、例えば、次のような条件式から構成される。
【０１９０】
基本料金＝ユーザは１０００円を清算機能部５０に支払う。
【０１９１】
ＣＭ挿入代金＝ひとつ挿入毎に１００円を清算機能部５０に支払う。
【０１９２】
ＣＭ４５６挿入時＝ユーザは４００point を事業者４５６から受け取る。
【０１９３】
なお、実際の清算を逐次行うと規定している訳ではない。清算すべき情報は最終的には清算機能部５０に集約される。最終的清算は清算機能部５０が担う。
【０１９４】
（Ａ２）「ＢＹ側番組対価条件」
「ＢＹ側番組対価条件」は、当該番組が規定期間中に送信された場合、供給側の誰が誰に幾らの対価を払うかの条件であり、例えば、次のような条件式から構成される。
【０１９５】
送信毎に、基本料金３００円を清算機能部５０は番組提供機能部１０に支払う。
【０１９６】
ＣＭ挿入毎に、清算機能部５０は送信サーバ機能部４０に１０円、オーサリング機能部３０に１０円を支払う。
【０１９７】
なお、この情報提供システム１００における番組と「ユーザ用番組価格」，「ＢＹ側番組対価条件」の関係を図１７に示してある。
【０１９８】
（Ａ３）「番組コード」
「番組コード」は、番組を特定するために個々の番組に付けられたコードである。
【０１９９】
（Ａ４）「ＣＵＥマーク」
「ＣＵＥマーク」は、番組のどの位置にＣＭが挿入されるべきかを示すタイムコード情報、あるいは番組中に置かれた特殊な信号である。
【０２００】
送信サーバ機能部４０は、アセンブリ機能４０Ｇにより「ＣＵＥマーク」を頼りにＣＭの実時間アセンブルを行う。「ＣＵＥマーク」を見つけたら番組送出を中断し「ＣＭ送出リスト」で示される指定の「ＣＭセット」中のＣＭを「ＣＭ送出リスト」で示される順番に送出し、ＣＭ終了後には直ちに番組送出を再開する。なお、「ＣＵＥマーク」が連続して並ぶ場合には番組に戻らず引き続きＣＭを手順通りに送出する。
【０２０１】
例えば、図１８に示すように、番組コード１２３４の番組１２３４データ本体に対し、
ＣＵＥ  Ｎｏ．１：    ４０９６，
ＣＵＥ  Ｎｏ．２：    ９０９８，
ＣＵＥ  Ｎｏ．３：  １０１１０，
ＣＵＥ  Ｎｏ．４：  １２９５９，
のようにタイムコード（４０９６，９０９８，１０１１０，１２９５９）により番組コード１２３４へのＣＵＥ位置指定がされていた場合、指定のＣＵＥ信号によって、送信時には番組１２３４データ本体がＰｉｅｃｅ群（Ｐｉｅｃｅ１〜Ｐｉｅｃｅ５）に分割される。また、Ｐｉｅｃｅ間にＣＭ挿入位置Ａ〜ＣＭ挿入位置Ｄを示すＣＵＥマークが入る。
【０２０２】
また、例えば図１９に示すようなＣＭ２２本体からＣＭ２８本体からなるＣＭライブラリがある場合に、番組コード１２３４に挿入したいＣＭセット４０１がＣＭ２２，ＣＭ２３，ＣＭ２４だとすると、ＣＭセット４０１は図２０Ａのようになり、このＣＭセット４０１に対して図２０Ｂに示すようなＣＭ送出リストを作成することによって、番組１２３４データ本体に対して、図２０Ｃに示すように、上記ＣＭ挿入位置ＡにＣＭ２４を挿入し、上記ＣＭ挿入位置ＢにＣＭ２２を挿入し、上記ＣＭ挿入位置ＤにＣＭ２３を挿入して、送信することができる。
【０２０３】
また、番組コード１２３４に挿入したいＣＭセット５０１がＣＭ２５，ＣＭ２６，ＣＭ２７，ＣＭ２８だとすると、ＣＭセット５０１は図２１Ａのようになり、このＣＭセット５０１に対して図２１Ｂに示すようなＣＭ送出リストを作成することによって、番組１２３４データ本体に対して、図２１Ｃに示すように、上記ＣＭ挿入位置ＡにＣＭ２５を挿入し、上記ＣＭ挿入位置ＢにＣＭ２６を挿入し、上記ＣＭ挿入位置ＣにＣＭ２７を挿入し、上記ＣＭ挿入位置ＤにＣＭ２８を挿入して、送信することができる。
【０２０４】
なお、「番組に挿入されるべきＣＭセット」をｎｕｌｌとすることにより、図２２に示すように、番組１２３４データ（Ｐｉｅｃｅ１〜Ｐｉｅｃｅ５）を送出することができる。
【０２０５】
さらに、上記ＣＭセット４０１は番組１２３４だけでなく番組４４５６及び番組５３７７にも使用したい場合、ＣＭセットの挿入対象番組コード（群）は、図２３のようになる。送出リストは番組毎に別々に持つのが自然である。
【０２０６】
また、この情報提供システム１００において、各ＣＭは、ＣＭ本体のコンテンツデータと次のような附帯情報（Ｂ１）を持つ。
【０２０７】
なお、この情報提供システム１００では、「ＣＵＥマーク」は挿入の単なるトリガとし、どのＣＭを挿入するかは「ＣＭセット」と「ＣＭ送出リスト」を参照することで決定される方式を採用することにより、後で挿入すべきＣＭ群を簡単に入れ替えることができる。「ＣＵＥマーク」の位置に直接ＣＭ番号を割り当て、個々の「ＣＵＥマーク」を個別に「無視／採用」する信号を別途保持する方法も採るともでき、これにより送出時の処理が若干簡便になる。
【０２０８】
（Ｂ１）「ＢＹ側ＣＭ個別対価条件」
「ＢＹ側ＣＭ個別対価条件」は、当該ＣＭが規定期間中に送信された場合、供給側の誰が誰に幾らの対価を払うかの条件であり、例えば次のような条件式から構成される。
【０２０９】
当該ＣＭを含む「ＣＭセット」が選択された送信が行われた時、そのＣＭスポンサ機能部２０から一回だけ、オーサリング機能部３０に１０円支払われる。同一ＣＭスポンサ機能部２０が複数のＣＭを流しても、同一ＣＭスポンサ機能部２０からのオーサリング機能部３０に対する支払は１回だけとする。加えてＣＭの送信毎にＣＭスポンサ機能部２０から清算機能部５０に２０円支払う。
【０２１０】
また、この情報提供システム１００において、「ＣＭセット」は次の情報（Ｃ１）からなる。
【０２１１】
（Ｃ１）  ＣＭセット名と、そこに含まれるＣＭ群（実体をアクセスする手段を呼び出す方法群）。
【０２１２】
また、この情報提供システム１００において、「ＣＭ送出リスト」は以下の情報（Ｄ１）〜（Ｄ３）からなる。１組以上の「ＣＭセット」と「ＣＭ送出リスト」のペアが存在する。ここではひとつのＣＭセットの構成を示す。
【０２１３】
（Ｄ１）  対応する「ＣＭセット」の名前
（Ｄ２）  対応する「ＣＭセット」に含まれるＣＭ群の個々の送出順（重複を許す）
同一のＣＭを番組中何度か流す場合には、当該ＣＭを示す情報は送出リストに複数回出現することになる。
【０２１４】
（Ｄ３）  「ＣＭ有利点不利点」
「ＣＭ有利点不利点」は、当該ＣＭ群を規定期間中にユーザが受信した場合のユーザの授受条件のひとつであり、例えば次のような条件式から構成される。
【０２１５】
選択されたある特定のＣＭセットの場合は、各ＣＭスポンサのインセンティブポイントを合計して＋３００point を清算システムが管理する端末（ユーザ）アカウントに加える。このＣＭ有利点不利点のキャッシュバック分は−２００円とする。
【０２１６】
また、この情報提供システム１００では、ひとつの「ＣＭセット」を様々な番組への挿入に適用させたい場合に、ひとつの「ＣＭセット」に対してペアとなる情報「挿入対象番組コード表（群）」を対応させる。
【０２１７】
例えば、ＣＭセットである＜ＣＭ３４，ＣＭ５６，ＣＭ２２＞が番組２３、番組１３４，番組３４４に共通に使用できる場合は、挿入対象番組コード群は＜２３，１３４，３４４＞となる。
【０２１８】
なお、挿入対象番組コード群に含まれる同じ「ＣＭセット」であっても「ＣＭ送出リスト」まで共通とは限らない。同じ「ＣＭセット」を使うとしても番組によっては送出順を変える場合もある。
【０２１９】
また、この情報提供システム１００において、「有利点不利点」は、ユーザがその番組、又は番組とＣＭの組合せを受信した場合にトータルでどのような利益と不利益があるかを算出したものであって、前記「ユーザ用番組価格」と「ＣＭ有利点不利点」から導出される。
【０２２０】
例えば、番組１２３４にＣＭセット４４５が挿入されて送信される場合の例を図２４に示してあるように、上記（Ａ１）の「ユーザ用番組価格」を持つ番組と上記（Ｄ３）の「ＣＭ有利点不利点」をもつ「ＣＭセット」を組み合わせた場合のトータルな「有利点不利点」の表示を求めるとすると、以下の通りの計算結果となる。
【０２２１】
（１）ＣＭなし受信（「番組に挿入されるべきＣＭセット」がｎｕｌｌ）の場合、
ユーザの支払代金はｌ０００円
ユーザの受取ポイントは２０point
（２）ＣＭあり受信（ある特定のＣＭセット）場合、ユーザの
支払代金は８００−２００＝６００円
受取ポイントは３００point
この情報提供システム１００における「ＣＭセット」の「ＣＭ有利点不利点」と各ＣＭの「ＢＹ側ＣＭ個別対価条件」の関係をＣＭセット４０１の例で図２５に示してある。
【０２２２】
ここで、この情報提供システム１００における供給者側コスト算出「清算」の仕組みについて説明する。
【０２２３】
この情報提供システム１００では、
０）どの番組が送信されたか、
０）どのＣＭが何回送信されたか、
０）番組の送信条件は何だったか、
０）ＣＭの送信条件は何だったか、
などの情報は送信サーバ機能部３０が把握している。
【０２２４】
これらから１）当該番組の「ＢＹ側番組対価条件」、２）当該ＣＭそれぞれの「ＢＹ側ＣＭ個別対価条件」などの条件を合算することで、最終的な対価の支払関係を算出する。
【０２２５】
例えば、上記（Ａ２）の「ＢＹ側番組対価条件」を持つ番組と、（Ｂ１）の「ＢＹ側ＣＭ個別対価条件」をもつひとつのＣＭを組み合わせて送出した場合の「清算」は以下の通りとなる。
【０２２６】
清算機能部５０は番組供給機能部１０に１００円支払う。
清算機能部５０は番組供給機能部１０に１０円支払う。
清算機能部５０は送信サーバ機能部４０に１０円支払う。
ＣＭスポンサ機能部２０はオーサリング機能部３０に１０円支払う。
ＣＭスポンサ機能部２０は情算機能部５０に２０円支払う。
以上（ユーザの分は略）
【０２２７】
また、上記（Ａ２）の「ＢＹ側番組対価条件」を持つ番組だけが単独で送信された場合の「清算」は以下の通りとなる。
清算機能部５０は番組供給機能部１０に１００円支払う。
以上（ユーザの分は略）
【０２２８】
図２６には、番組コード１２３４の「ＢＹ側番組対価条件」とＣＭ２２，ＣＭ２４，ＣＭ２７の「ＢＹ側ＣＭ個別対価条件」による供給者側コスト算出「清算」の例を示してある。
【０２２９】
また、この情報提供システム１００において、「ＣＭメニュー」とは、番組メニューの中から、ユーザが興味を持つ番組がひとつ指定された後、その番組をどのようなＣＭオプションで見たいかを選択するためのメニューであり、複数のＣＭセットからの選択を与える。通常このメニューは対応する「有利点不利点」とともに表示される。
【０２３０】
さらに、この情報提供システム１００では、番組が指定され、その番組を１）ＣＭセット４０１付きで送信するか、２）ＣＭセット５０１付きで送信するか、又は、３）ＣＭ無しで送信するかのどれかが選ばれると、個別の制御プロセスが生成される。
【０２３１】
１）の場合はＣＭ４０１が入るので、番組中のＣＵＥを検出する毎に「４０１用ＣＭ送出リスト」内のポインタを進め、ＣＭ番号を検出する。ペアになっている「ＣＭセット４０１」の情報からＣＭの所在を検出し送信を行う。送出し終わったＣＭ名は送信記録として（後の監査などの目的のために）記録される。これを番組の終了まで繰り返すという制御プロセスが生成される。
【０２３２】
この情報提供システム１００では、図２７のフローチャートに示す手順Ｓ１０１〜Ｓ１１２に従った動作が行われる。
【０２３３】
すなわち、この情報提供システム１００において、最初の手順Ｓ１０１では、上記番組供給機能部１０の情報預託機能１０Ｂにより、番組と「ユーザ用番組価格」、「ＢＹ（backyard）側番組対価条件」、「ＣＵＥ可能位置指定」などの附帯情報をオーサリング機能部３０に送付する（Ｓ１０１ａ）。オーサリング機能部３０では、上記第１の登録・保管・送出機能３０Ｄにより、上記番組供給機能部１０から番組群とユーザ用番組価格群、ＢＹ側番組対価条件群、ＣＵＥ可能位置指定群を受領し保管する（Ｓ１０１ｂ）。そして、上記ＣＵＥマーク打込機能３０Ｂにより、番組のどこにＣＭを挿入してよいかを示す信号であるＣＵＥマークの打ち込みを行う（Ｓ１０１ｃ）。
【０２３４】
次の手順Ｓ１０２では、上記ＣＭスポンサ機能部２０の情報送付機能２０Ｂにより、ＣＭ群とその対価条件群をオーサリング機能部３０に送付する（Ｓ１０２ａ）。ＣＭセット案、挿入対象番組コード群案、ＣＭ有利点不利点群の案もオーサリング機能部３０にアドバイスする。上記オーサリング機能部３０では、上記第２の登録・保管・送出機能３０Ｅにより、上記ＣＭスポンサ機能部２０からＣＭ群とその対価条件群、挿入対象番組コード群、ＣＭ有利点不利点を受領し保管する（Ｓ１０２ｂ）。そして、上記オーサリング機能部３０では、ＣＭ群指定機能３０Ｃにより、ＣＭセット群を構成するとともに、各ＣＭセットの送出リストと挿入対象番組コード群を構成する（Ｓ１０２ｃ）。
【０２３５】
次の手順Ｓ１０３では、上記オーサリング機能部３０の上記第１乃至第３の登録・保管・送出機能３０Ｄ〜３０Ｆにより、データ及び附帯情報を全て送信サーバ機能部４０に伝送する（Ｓ１０３ａ）。そして、上記送信サーバ機能部４０では、上記アーカイブ機能４０Ｂにより、受信したデータ及び附帯情報をアーカイブする（Ｓ１０３ｂ）。
【０２３６】
次の手順Ｓ１０４では、上記端末機能部６０の端末コード保管・送信機能６０Ｂにより、機器から端末コードを読み出して上記送信サーバ機能部４０に送る（Ｓ１０４ａ）。上記送信サーバ機能部４０では、上記プロセス管理機能４０Ｃにより、上記端末機能部６０から送られてくる端末コードを受信して、端末毎のプロセス管理の準備を行う（Ｓ１０４ｂ）。また、上記送信サーバ機能部４０は、メニュー送信機能４０Ｅにより番組選択メニューを上記端末機能部６０に送信する（Ｓ１０４ｃ）。上記端末機能部６０では、上記番組表示・選択・送信機能６０Ｃにより、上記送信サーバ機能部４０から送られてくる番組メニューを受信して表示し、番組選択を行う（Ｓ１０４ｄ）。さらに、上記端末機能部６０では、上記ＣＭメニュー表示機能６０Ｄにより、結果と選択番組のＣＭバリエーションメニューを上記送信サーバ機能部４０にリクエストする（Ｓ１０４ｅ）。上記送信サーバ機能部４０は、当該番組用ＣＭメニューを有利点不利点とともに上記端末機能部６０に送信する（Ｓ１０４ｆ）。上記端末機能部６０は、上記有利点不利点表示機能６０Ｅにより、上記端末機能部６０から送られてきた「有利点不利点」を表示するとともに、各種選択ボタンを表示する（Ｓ１０４ｇ）。さらに、上記端末機能部６０は、ＣＭメニューの選択・送信機能６０ＦによりＣＭメニューを選択して上記送信サーバ機能部４０に送信する（Ｓ１０４ｈ）。そして、上記端末機能部６０は、ＣＭメニューの選択結果に対応する端末コード毎の制御プロセスを生成する（Ｓ１０４ｉ）。
【０２３７】
次の手順Ｓ１０５では、上記送信サーバ機能部４０の上記アーカイブ機能４０Ｂにより、記録されている番組を制御プロセスの手順で上記端末機能部６０に逐次送信する（Ｓ１０５ａ）。そして、ＣＭ  ＣＵＥか否かを判定し（Ｓ１０５ｂ）、ＣＭ  ＣＵＥであれば、上記送信サーバ機能部４０の上記アーカイブ機能４０Ｂにより、記録されているＣＭクリップを制御プロセスの手順で上記端末機能部６０に送信する（Ｓ１０５ｃ）。そして、送信記録保存機能４０Ｊにより、どのＣＭを実際に送信したかを記録してから（Ｓ１０５ｄ）、番組の終わりか否かを判定して（Ｓ１０５ｅ）、番組の終わりでなければ上記アーカイブ機能４０Ｂにより、記録されている番組を制御プロセスの手順で上記端末機能部６０に逐次送信する。
【０２３８】
次の手順Ｓ１０６では、上記端末機能部６０の再生機能６０Ｇにより、各番組本体データ及び各補助素材群を受信して再生する（Ｓ１０６ａ）。
【０２３９】
次の手順Ｓ１０７では、上記送信サーバ機能部４０の有利点不利点算出機能４０Ｄにより、「ユーザ用番組価格」と「ＣＭ有利点不利点」から「有利点不利点」を再算出し（Ｓ１０７ａ）、上記最終算出結果送出機能４０Ｈにより、送信された番組とＣＭの有利点不利点の最終算出結果を端末コードとともに上記清算機能部５０及び上記端末機能部６０に送出する（Ｓ１０７ｂ）。これにより、上記清算機能部５０では、端末清算計算機能５０Ｂ及び清算情報管理ＤＢ機能５０Ｄにより、端末コード毎の最終算出結果を逐次受信して、端末毎の清算ＤＢで管理する（Ｓ１０７ｃ）。そして、上記清算機能部５０は、上記端末清算機能５０Ｆにより、端末毎に定期的に集計し各端末にステートメントを送付し清算する（Ｓ１０７ｄ）。
【０２４０】
次の手順Ｓ１０８では、上記端末機能部６０の不利点表示機能６０Ｅにより、上記送信サーバ機能部４０から送られてくる有利点不利点の最終算出結果を逐次受信して表示する（Ｓ１０８ａ）。
【０２４１】
次の手順Ｓ１０９では、上記端末機能部６０の清算処理機能６０Ｉにより、上記清算機能部５０から送られてくるプレーヤの定期的なステートメントを受信して清算処理を行う（Ｓ１０９ａ）。
【０２４２】
次の手順Ｓ１１０では、上記送信サーバ機能部４０の対価算出機能４０Ｉにより、「ＢＹ側番組対価条件」とＣＭセット中の各ＣＭの「ＢＹ側ＣＭ個別対価条件」からそれそれのプレーヤ間で授受されるべき対価を算出し（Ｓ１１０ａ）、その算出結果を上記清算機能部５０に送出する（Ｓ１１０ｂ）。
【０２４３】
次の手順Ｓ１１１では、上記清算機能部５０の上記プレーヤ清算計算機能５０Ｃにより、上記送信サーバ機能部４０から送られてくるプレーヤ間で授受されるべき対価の最終算出結果を逐次受信し、プレーヤ毎に結果を集計して、それぞれのプレーヤ毎にＤＢにて清算計算し、各プレーヤ別の清算情報管理ＤＢ機能５０Ｅにより管理する（Ｓ１１１ａ）。さらに、上記清算機能部５０は、上記プレーヤ清算機能５０Ｇにより、蓄積した各プレーヤ毎の対価清算の定期的な集計を行い、各プレーヤ毎にステートメントを送付し清算する（Ｓ１１１ｂ）。
【０２４４】
さらに、手順Ｓ１１２では、上記清算機能部５０においてプレーヤの定期的なステートメントに基づいて清算処理を行う（Ｓ１１２ａ）。また、上記番組提供機能部１０の清算処理機能１０Ｄにより、上記清算機能部５０から送られてくるプレーヤ毎の定期的なステートメントに基づいて清算処理を行う（Ｓ１１２ｂ）。また、上記ＣＭスポンサ機能部２０の清算処理機能２０Ｃにより、上記清算機能部５０から送られてくるプレーヤ毎の定期的なステートメントに基づいて清算処理を行う（Ｓ１１２ｃ）。また、上記オーサリング機能部３０の清算処理機能３０Ｇにより、上記清算機能部５０から送られてくるプレーヤ毎の定期的なステートメントに基づいて清算処理を行う（Ｓ１１２ｄ）。さらに、上記送信サーバ機能部４０の清算処理機能４０Ｋにより、上記清算機能部５０から送られてくるプレーヤの定期的なステートメントに基づいて清算処理を行う（Ｓ１１２ｅ）。
【０２４５】
この情報提供システム１００では、複数の番組を作ることなく、複数のＣＭセットから任意のＣＭセットを選択することで、オンデマンド送信の特性を利用してパッケージ化された各番組本体データ及び各補助素材のうちの一部の番組本体データ及び補助素材の組合せをそれぞれのユーザの意志によって選択することができる。
【０２４６】
すなわち、例えば、タイマーカレンダー情報をプロファイルに反映させ、期限切れのＣＭを差し替えることができる。また、住んでいる地域情報をプロファイルに反映させ、全国版ＣＭを地方版ＣＭに差し替えることができる。また、収入情報をプロファイルに反映させ、高額商品のＣＭを控える（増やす）ようにＣＭを差し替えることができる。また、タイマーカレンダー情報をプロファイルに反映させ、桜前線を追いかけた結果から案内する地域を差し替える花見旅行番組送出することができる。また、旅行予定としている地域名をプロファイルに反映させ、ＣＭを地方版観光案内ＣＭに差し替えることができる。また、所得状況や年収をプロファイルに反映させ、確定申告の仕方というガイド番組で、年収の違う人用の教材入替え、不動産所得があった人用の教材入替え、退職金収益のあった人用の教材入替えを行うことができる。また、役職タイトルをプロファイルに反映させ、就業規則の共通部分は共通にし、一般社員用と管理徴用の部分教材を入れ替えてある番組を送出することができる。また、購入した株式や投資信託の情報をプロファイルに反映させ、注目株式の情報（補助素材）がメインに据えられるように挿入された株式情報番組を送出することができる。また、ひいきの野球チームの情報をプロファイルに反映させ、ひいきチームの情報（補助素材）がメインに据えられるように挿入されたスポーツ情報番組を送出することができる。また、子供の誕生日を入力しておいて、プロファイルに反映させ教育番報中に、年齢に応じた補習教材を挿入する教育番組を送出することができる。また、よく見る歌番組の傾向を自動解析しプロファイルに反映させ好きなジャンルの曲がたくさん組み合わされるようなＢＧＭ番組を送出することができる。さらに、よく乗るエアラインの傾向を自動解析し、プロファイルに反映させ、そのエアラインの順番でタイムテーブルがスクロールするような旅程計画のためのタイムテーブルを表示する情報（番組）を送出することができる。
【０２４７】
さらに、この情報提供システム１００では、プロファイルに入れるデータを自動更新したり、自動解析したりダイナミックなものにすることにより各種応用が可能である。
【０２４８】
【発明の効果】
以上のように、本発明によれば、予め準備された番組本体データと予め準備された補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとして連続ストリーミングを送出し、番組送出の中断位置に応じて複数のコンテンツデータ群に分割された上記コンテンツデータの各番組本体データに附属する各属性データ及び各補助素材に附属する各属性データとユーザ機器のプロファイルデータとを比較演算して、上記プロファイルデータと合致する属性データを有する番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータの編成を自動的に構築し、構築された編成に従って、番組本体に挿入される補助素材群を選択して、番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとして連続ストリーミングを送出し、構築される編成に従った番組本体データと補助素材群の送信に関わる権利の制約条項を記述した属性データとして情報端末装置側において競合チェックに用いられる属性データを含む上記編成制御機能により構築されたコンテンツデータの編成と対応する属性群を送出するので、送信前に事前に番組本体と組み合わせてあった順番を考慮された補助素材群があっても、送信時に補助素材の送信順番を変えることできる。また、本発明によれば、送信前に事前に番組本体と組み合わせてあった順番を考慮された補助素材群があっても、ある補助素材の送信を行わない（スキップ）指示を行うことができる。さらに、本発明によれば、送信前に事前に番組本体と組み合わせてあった順番を考慮された補助素材群があっても、送信されない補助素材の差し替えとして--用意されていたものとは別な差し替えの補助素材（追補用補助素材）を送信可能にすることができる。しかも、構築される編成に従った番組本体データと補助素材群の送信に関わる権利の制約条項を記述した属性データとして情報端末装置側において競合チェックに用いられる属性データを含む上記編成制御機能により構築されたコンテンツデータの編成と対応する属性群を送出するので、情報端末装置側において編成制御機能により発生される新たな編成のコンテンツデータを構成する番組本体データと補助素材群の再生に関わる権利の制約条項を記述した上記属性データに基づいて、上記番組本体データと補助素材群について競合のチェックを行い、上記編成制御機能により構築された編成に従って、番組本体に挿入される補助素材群を選択して、上記権利の制約条項に適合した番組本体データと補助素材群の組合せからなるマルチメディアコンテンツ群によるコンテンツデータとして連続ストリーミングを再生することができる。
【図面の簡単な説明】
【図１】本発明に係る情報提供システムの基本的な機能構成を模式的示すブロック図である。
【図２】  上記情報提供システムにおける情報端末装置の構成例を示すブロック図である。
【図３】  上記情報提供システムにおける情報端末装置の他の構成例を示すブロック図である。
【図４】  オンデマンド送信と送信側での差し替えの例及び情報端末装置側での差し替えの例を説明するための図である。
【図５】  フィルタリングを目的とする演算を説明するための図である。
【図６】  番組に組み込まれている対象補助素材の分類するための処理を示すフローチャートである。
【図７】  番組に組み込まれている対象補助素材の分類するための処理を示すフローチャートである。
【図８】  番組に組み込まれている対象補助素材の分類するための処理を示すフローチャートである。
【図９】  番組に組み込まれている対象補助素材の分類するための処理を示すフローチャートである。
【図１０】  番組に組み込まれている対象補助素材の分類するための処理を示すフローチャートである。
【図１１】  情報提供システムの動作を示すフローチャートである。
【図１２】  情報提供システムの動作を示すフローチャートである。
【図１３】  情報提供システムの動作を示すフローチャートである。
【図１４】  情報提供システムの動作を示すフローチャートである。
【図１５】  情報提供システムの動作を示すフローチャートである。
【図１６】本発明を適用した情報提供システムの機能構成を模式的示すブロック図である。
【図１７】上記情報提供システムにおける番組と「ユーザ用番組価格」，「ＢＹ側番組対価条件」の模式的に関係を示す図である。
【図１８】上記情報提供システムにおける番組ＣＵＥとＣＭ挿入準備プロセスを模式的に示す図である。
【図１９】上記情報提供システムにおけるＣＭライブラリの構成例を模式的に示す図である。
【図２０】上記情報提供システムにおけるＣＭセットとＣＭ送出リストの作成例を模式的に示す図である。
【図２１】上記情報提供システムにおけるＣＭセットとＣＭ送出リストの他の作成例を模式的に示す図である。
【図２２】番組に挿入されるべきＣＭセットをｎｕｌｌとした場合の送出出力を模式的に示す図である。
【図２３】上記情報提供システムにおけるＣＭセットの挿入対象番組コード群の例を模式的に示す図である。
【図２４】上記情報提供システムにおけるユーザにとっての「有利点不利点」の算出例を例を模式的に示す図である。
【図２５】上記情報提供システムにおける「ＣＭセット」の「ＣＭ有利点不利点」と各ＣＭの「ＢＹ側ＣＭ個別対価条件」の関係を模式的に示す図である。
【図２６】上記情報提供システムにおける「ＢＹ側番組対価条件」と「ＢＹ側ＣＭ個別対価条件」による供給者側コスト算出「清算」の例を模式的に示す図である。
【図２７】上記情報提供システムの動作手順を示すフローチャートである。
【符号の説明】
１０  番組提供機能部、２０  ＣＭスポンサ機能部、３０  オーサリング機能部、４０  送信サーバ機能部、５０  清算機能部、６０  端末機能部、１００  情報提供システム、１００Ａ  送信／再生制御機能部、１００Ｂ  編成制御機能部、１００Ｃ  ユーザ機器、１００Ｄ  課金決済機構
【図１】
0004491893.tif 000010
【図２】
0004491893.tif 000011
【図３】
0004491893.tif 000012
【図４】
0004491893.tif 000013
【図５】
0004491893.tif 000014
【図６】
0004491893.tif 000015
【図７】
0004491893.tif 000016
【図８】
0004491893.tif 000017
【図９】
0004491893.tif 000018
【図１０】
0004491893.tif 000019
【図１１】
0004491893.tif 000020
【図１２】
0004491893.tif 000021
【図１３】
0004491893.tif 000022
【図１４】
0004491893.tif 000023
【図１５】
0004491893.tif 000024
【図１６】
0004491893.tif 000025
【図１７】
0004491893.tif 000026
【図１８】
0004491893.tif 000027
【図１９】
0004491893.tif 000028
【図２０】
0004491893.tif 000029
【図２１】
0004491893.tif 000030
【図２２】
0004491893.tif 000031
【図２３】
0004491893.tif 000032
【図２４】
0004491893.tif 000033
【図２５】
0004491893.tif 000034
【図２６】
0004491893.tif 000035
【図２７】
0004491893.tif 000036