(57)【要約】【課題】コンテンツの視聴状況の結果が利益としてユーザに還元されるようにし、これによりユーザの娯楽性の向上と、コンテンツ配信サービスの利用の拡大を図り得るコンテンツ配信システムを提供する。【解決手段】投資ユーザ１５−１からのコンテンツに対する投資を受け付けるようにし（１８−１−１）、運営会社１４にてコンテンツの視聴に対し一般ユーザ１５から徴収した料金の集計結果から投資したコンテンツの視聴状況を判定し、この判定結果に応じてそれに見合う利益を配当金として投資ユーザ１５−１にフィードバックするようにしている（２８−１）。【選択図】      図１１
2011186560.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツをネットワーク上に配信するコンテンツ配信者の端末と、ネットワーク上に配信したコンテンツを受信し再生する複数の端末と、前記コンテンツの運用管理を行う管理装置とを具備し、
前記管理装置は、
配信を要求するイベントのリクエストを前記ネットワークを介して前記複数の端末のユーザから収集する収集手段と、
前記収集されたリクエストをイベントごとに集計してリストを生成するリスト生成手段と、
前記リストを一定期間にわたり前記ネットワークのサイトに公開する公開手段と、
前記リストに含まれるコンテンツごとに、複数のコンテンツ配信者からの配信の意思表示を前記サイトを介して受け付ける受け付け手段と、
前記意思表示がなされた複数のコンテンツ配信者の中から配信権を与えるコンテンツ配信者を、既定の条件のもとで前記リストに含まれるコンテンツごとに選定する選定手段と、
前記配信権を与えられたコンテンツ配信者に対し、前記選定手段による選定結果の旨を通知する通知手段と、
前記コンテンツを視聴したユーザに課金する課金手段と、
ユーザによる前記コンテンツに対する投資を受け付ける投資受付手段と、
前記課金手段により求められたコンテンツごとの課金データに基づいて、前記投資受付手段により投資を行ったユーザへの配当金を算出し、この配当金を当該ユーザに支払うための処理を行う配当処理手段とを備えたことを特徴とするコンテンツ配信システム。
【請求項２】
コンテンツ配信者がネットワーク上に配信したコンテンツを受信し再生する複数の端末に対し前記ネットワークを介して接続され、前記コンテンツの運用管理を行う管理装置において、
配信を要求するイベントのリクエストを前記ネットワークを介して前記複数の端末のユーザから収集する収集手段と、
前記収集されたリクエストをイベントごとに集計してリストを生成するリスト生成手段と、
前記リストを一定期間にわたり前記ネットワークのサイトに公開する公開手段と、
前記リストに含まれるコンテンツごとに、複数のコンテンツ配信者からの配信の意思表示を前記サイトを介して受け付ける受け付け手段と、
前記意思表示がなされた複数のコンテンツ配信者の中から配信権を与えるコンテンツ配信者を、既定の条件のもとで前記リストに含まれるコンテンツごとに選定する選定手段と、
前記配信権を与えられたコンテンツ配信者に対し、前記選定部による選定結果の旨を通知する通知手段と、
前記コンテンツを視聴したユーザに課金する課金手段と、
ユーザによる前記コンテンツに対する投資を受け付ける投資受付手段と、
前記課金手段により求められたコンテンツごとの課金データに基づいて、前記投資受付手段により投資を行ったユーザへの配当金を算出し、この配当金を当該ユーザに支払うための処理を行う配当処理手段とを具備したことを特徴とする管理装置。
【請求項３】
前記受け付け手段は、オークション形式のもとで前記コンテンツの配信権に対する入札価格で前記意思表示を受け付け、
前記選定手段は、最低の価格を提示したコンテンツ配信者に前記配信権を落札させることを特徴とする請求項２に記載の管理装置。
【請求項４】
前記収集手段は、配信されたコンテンツへの評価情報を前記ネットワークを介して収集し、
さらに、前記収集された評価を統計的に処理した結果に基づき前記複数のコンテンツ配信者をランク付けするランク付け手段を具備し、
前記公開手段は、前記ランク付けの結果を前記サイトに公開することを特徴とする請求項２に記載の管理装置。
【請求項５】
さらに、前記課金手段により求められたコンテンツごとの課金データに基づいて、当該コンテンツを制作したコンテンツ配信者への報償金額を算出し、この金額をコンテンツ配信者に支払うための処理を行う処理部を備えたことを特徴とする請求項２記載の管理装置。
【請求項６】
さらに、前記配信されたコンテンツを録画しユーザからの要求に応じてオンデマンド配信するオンデマンド配信サーバを具備することを特徴とする請求項２に記載の管理装置。
【請求項７】
さらに、前記コンテンツ配信者から提供されるコンテンツを前記ネットワークを介して要求元のモバイル端末に配信するモバイル配信手段と、
このモバイル配信部により配信されるコンテンツを前記ネットワークにおいて秘匿すべくスクランブル化するスクランブル手段と、
前記スクランブルを解くための鍵情報を前記要求元のモバイル端末に通知する鍵通知手段とを備えることを特徴とする請求項２記載の管理装置。
【請求項８】
さらに、前記コンテンツの配信を受けたモバイル端末から当該コンテンツの受信状況を取得する取得手段と、
前記受信状況の取得元のモバイル端末のユーザに、当該受信状況に応じた従量課金で課金するモバイル課金手段とを備えることを特徴とする請求項７に記載の管理装置。
【請求項９】
前記鍵通知手段は、前記コンテンツの配信に先立ち前記要求元のモバイル端末に配信されるメールに前記鍵情報を添付することを特徴とする請求項７記載の管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＩＰ（Internet Protocol）ネットワークを介して不特定多数の視聴者に映像コンテンツを配信するコンテンツ配信システム及び管理装置に関する。
【背景技術】
【０００２】
インターネットなどのＩＰネットワークを介して映像コンテンツを配信するシステムが知られている。放送局と各ユーザとを結ぶ回線の容量は年々拡大しており、その品質も高くなってきている。さらに、ＷｉＭＡＸ（worldwide interoperability for microwave access）といった新たなモバイルブロードバンド回線の構築に伴い、新たな形態のサービスを提供できる素地も生まれてきている。
【０００３】
放送コンテンツとして代表的なものに、コンサートなどのイベント中継、あるいはスポーツ中継がある。現状ではテレビ局がこれらのコンテンツを独自の基準で選定するようになっているので、個々の視聴者が真に欲するコンテンツを配信できているとは言いがたい面がある。つまり旧来の視聴率に頼った選定基準では均一化されたコンテンツになりがちで、野球やサッカーなど知名度の比較的高い種目に絞られざるを得ない側面があり、また、中継事業者もそれに縛られる。
【０００４】
近年ではインターネット上の動画配信サイトからコンテンツを視聴することもできるようになっている。しかしこの種の技術によっても、一般の視聴者がほんとうに見たいスポーツ中継やイベント中継を視聴することはできない。引用文献１に、視聴者の嗜好を反映するダイジェスト映像の作成を目的とする技術が開示される。しかしながらこの文献に記載の技術によっても視聴者の嗜好を反映する度合いには限度がある。そもそも多様なコンテンツ制作の動機付けを中継事業者に促すことができないからである。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１１２１１０公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
以上のように、スポーツ中継やイベント中継のほとんどはテレビ局が一方的に選定して放送するだけであり、一般ユーザが個々に見たい中継が大きく制約を受ける。中継事業者の数も限られており、いずれも放送局の意図を汲まざるを得ないことから、知名度の低いイベントの中継はより一層難しくなる。また、コンテンツ中継事業者もアナウンサーやカメラマン、解説者などをテレビ局の中から選定せざるをえず、本当の意味での競争があるとはいえない。よって視聴者は中継事業者のスキル向上に不満を感じる場合もあり、配信されたコンテンツを心から楽しめないこともある。
【０００７】
本発明は上記事情によりなされたもので、その目的は、コンテンツの視聴状況の結果が利益としてユーザに還元されるようにし、これによりユーザの娯楽性の向上と、コンテンツ配信サービスの利用の拡大を図り得るコンテンツ配信システム及び管理装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、この発明に係るコンテンツ配信システムは、コンテンツをネットワーク上に配信するコンテンツ配信者の端末と、ネットワーク上に配信したコンテンツを受信し再生する複数の端末と、コンテンツの運用管理を行う管理装置とを具備し、管理装置は、配信を要求するイベントのリクエストを前記ネットワークを介して複数の端末のユーザから収集する収集手段と、収集されたリクエストをイベントごとに集計してリストを生成するリスト生成手段と、リストを一定期間にわたりネットワークのサイトに公開する公開手段と、リストに含まれるコンテンツごとに、複数のコンテンツ配信者からの配信の意思表示をサイトを介して受け付ける受け付け手段と、意思表示がなされた複数のコンテンツ配信者の中から配信権を与えるコンテンツ配信者を、既定の条件のもとでリストに含まれるコンテンツごとに選定する選定手段と、配信権を与えられたコンテンツ配信者に対し、選定手段による選定結果の旨を通知する通知手段と、コンテンツを視聴したユーザに課金する課金手段と、ユーザによるコンテンツに対する投資を受け付ける投資受付手段と、課金手段により求められたコンテンツごとの課金データに基づいて、投資受付手段により投資を行ったユーザへの配当金を算出し、この配当金を当該ユーザに支払うための処理を行う配当処理手段とを備えるようにしたものである。
【０００９】
この構成によれば、コンテンツに対する投資を受け付けるようにし、コンテンツの視聴に対し視聴者から徴収した料金の集計結果から投資したコンテンツの視聴状況が判定され、この判定結果に応じてそれに見合う利益が配当金として投資ユーザに還元されることになる。従って、投資ユーザにとっては、コンテンツの視聴状況に応じてそれに見合う配当金を得ることができ、一方、コンテンツ配信事業者にとっては、コンテンツ配信サービスの利用者の加入促進やコンテンツ配信サービスの市場規模の拡大を図ることができる。
【発明の効果】
【００１０】
上記発明によれば、コンテンツの視聴状況の結果が利益として投資ユーザに還元されるようにし、これにより投資ユーザの娯楽性の向上と、コンテンツ配信サービスの利用の拡大を図り得るコンテンツ配信システム及び管理装置を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】この発明の第１の実施形態に係わるコンテンツ配信システムの概要を示すシステム図。
【図２】図１のＷｅｂサーバの機能ブロック図。
【図３】Ｗｅｂサーバにより公開されるＷｅｂページの一例を示す図。
【図４】第１の実施形態のコンテンツ配信システムにおける処理の流れの一例を示すシーケンス図。
【図５】比較のため既存のテレビ放送システムの概要を示すシステム図。
【図６】この発明の第２の実施形態に係わるコンテンツ配信システムの概要を示すシステム図。
【図７】図６のｗｅｂサーバの機能ブロック図。
【図８】図６に示すモバイル端末の機能ブロック図。
【図９】第２の実施形態のモバイル端末におけるコンテンツの聴取に係わる処理手順を示すシーケンス図。
【図１０】この発明の第３の実施形態に係わるｗｅｂサーバの機能ブロック図。
【図１１】第３の実施形態のコンテンツ配信システムにおける処理の流れの一例を示すシーケンス図。
【発明を実施するための形態】
【００１２】
以下、この発明の実施形態について図面を参照して詳細に説明する。
【００１３】
（第１の実施形態）
図１はこの発明の第１の実施形態に係わるコンテンツ配信システムの概要を示すシステム図である。図１において、スポーツの試合などが開催されるイベント会場１の模様はカメラマン２により撮影され、アナウンサーや解説者３などの音声も加えてコンテンツ配信者としての編集所４で編集され、中継あるいは配信のためのコンテンツが作成される。このコンテンツは直ちに、ＷｉＭＡＸ用基地局５などからＩＰネットワーク７を直接経由して一般ユーザ８−１〜８−ｎに中継あるいは配信される。配信サーバ（コンテンツサーバ６の機能の一部）を使い、登録された一般ユーザ８−１〜８−ｎに対し、ユニキャスト（１：１）でストリーミングデータを流すことにより、ＩＰネットワーク７を経由して登録された一般ユーザ８−１〜８−ｎだけに限定してコンテンツを中継あるいは配信することができる。
【００１４】
つまりイベントの現場からＷｉＭＡＸなどを介してコンテンツをＩＰネットワーク７に流し込むことができる。なお、この配信されたコンテンツをコンテンツサーバ６に一旦録画し、一般ユーザからの要求に応じてオンデマンド配信するようにしてもよい。一般ユーザ８−１〜８−ｎは自身のテレビ端末、あるいはパソコン端末などからコンテンツを視聴する。なおこの実施形態では「配信」と「中継」とをほぼ同義として用いるが、より詳しくは「中継」がより即時性を持つのに対し、「配信」はオンデマンドな要素を持つ語として用いられる。
【００１５】
ところで図１のシステムは、ＩＰネットワーク７に接続されるＷｅｂサーバ９Ａを備える。この第１の実施形態では、このｗｅｂサーバ９Ａにより各種の処理が実施される。このｗｅｂサーバ９Ａはコンテンツ配信事業を請け負う中継事業者、放送局、あるいはマネジメント業務を担う運営会社により管理されても良いし、あるいはこれらから独立した事業体により管理されるものであっても良い。この第１の実施形態では、コンテンツサーバ６及びｗｅｂサーバ９Ａを管理装置としての運営会社により管理するものとする。
【００１６】
図２は、ｗｅｂサーバ９Ａの機能ブロック図である。Ｗｅｂサーバ９ＡはいわゆるＷｅｂサイトとしての機能を備え、ＩＰネットワーク７に接続されるインタフェース部９１と、ＣＰＵ（Central Processing Unit）による演算処理機能を持つ制御部９２と、大容量メモリなどの記憶部９３とを備える。
【００１７】
制御部９２はこの第１の実施形態に関わる処理機能として収集部としての収集処理部９２ａと、リスト生成部としてのページ作成部９２ｂと、公開部としてのページ公開部９２ｃと、受け付け部としてのオークション機能部９２ｄと、選定部としてのランク付け処理部９２ｅと、通知部としての選定通知部９２ｅ−１と、課金処理部９２ｆとを備える。  
収集処理部９２ａは、一般ユーザ８−１〜８−ｎがそれぞれ配信を要求するイベントをイベントリクエストの形で収集する。すなわち一般ユーザ８−１〜８−ｎの端末はＩＰネットワーク７を介してＷｅｂサーバ９Ａにアクセスする機能を備え、テキストデータ、あるいはＷｅｂ投票などの形でリクエストをＷｅｂサーバ９Ａに送出する。また収集処理部９２ａは、配信されたコンテンツへの評価を、例えばＷｅｂ投票などの形でＩＰネットワーク７を介して収集する。
【００１８】
ページ作成部９２ｂは、収集されたリクエストをイベントごとに集計してリストアップし、図３に示すようなＷｅｂページを作成する。このＷｅｂページのソースコードデータは記憶部９３に、Ｗｅｂページソースデータ９３ａとして記憶される。このＷｅｂページはページ公開部９２ｃにより、ＩＰネットワーク７上に一定の期間にわたって公開される。一般ユーザ８−１〜８−ｎはもちろんのこと、コンテンツ配信事業者や他の事業者の全てがこのＷｅｂページにアクセスすることができる。
【００１９】
図３は、Ｗｅｂサーバ９Ａで公開されるＷｅｂページの一例を示す図である。このＷｅｂページは例えばイベントのエントリー期間に渡って公開される。図３において、日付（図３では１０月１０日）ごとに、予定されているイベントに対する、番組コード、開始時刻、修了時刻、イベント名、場所、一般ユーザからのリクエスト数、および中継事業者の候補がリスト表示される。
【００２０】
すなわちページ作成部９２ｂは一般ユーザ８−１〜８−ｎから収集したリクエストに基づき、イベントごとに番組コードを付し、イベントのリクエスト数、中継事業者の候補などを集計し、表にまとめてＷｅｂページソースデータ９３ａを作成する機能を持つものである。Ｗｅｂページを参照したユーザおよび事業者は、要望されているイベントの登録の状況、およびリクエストの状況を知ることができる。
【００２１】
図３における中継事業者候補の順位は、例えば過去の中継実績から得た一般ユーザからの評価をポイントとしてカウントし、そのポイントの高い順番である。その順位に従ってコンテンツの配信権を与えるようにすることができる。また、この順位は事業者がコンテンツ配信を希望する意思表示を示した時点で確定することができ、ただちにＷｅｂページの表示内容に反映される。
【００２２】
オークション機能部９２ｄは、図３のＷｅｂページに示される番組コンテンツごとに、複数の事業者からの配信の意思表示をＷｅｂサイトを介して受け付ける。オークション機能部９２ｄは、意思表示に付随する条件、例えば配信権取得のための価格に基づいて１つの事業者を選定する。すなわちオークション機能部９２ｄは番組コードに対応付けて配信権を設定し、この配信権への各事業者からの入札をオークション形式で受け付ける。
【００２３】
配信権は、エントリー期間において最低の価格を提示した事業者に落札される。エントリー期間が過ぎて落札事業者が決定すると、その旨が落札事業者に通知される。通知にあたってはＷｅｂサイトに公開しても良いし、あるいは秘匿メッセージにより落札事業者のみに知らせても良い。
【００２４】
ランク付け処理部９２ｅは、収集処理部９２ａにより収集された配信コンテンツへの評価を統計的に処理し、その結果に基づいて事業者をランク付けする。このランク付けの結果は例えば図３のＷｅｂページで公開される。すなわち、中継事業者候補として示される社名（Ａ社、Ｂ社、…）の並んでいる順番がランク付けに対応する。例えば最も左側に位置する事業者のランクが最高で、右に行くほどランクも下がるというようにランクを示せばよい。  
選定通知部９２ｅ−１は、上記ランク付け処理部９２ｅによる選定結果の旨を、配信権を与えられたコンテンツ配信者に通知する。
【００２５】
課金処理部９２ｆは、コンテンツを視聴したユーザに対する課金処理を行う。
【００２６】
次に、以上の構成における作用を説明する。
【００２７】
図４は、図１のコンテンツ配信システムにおける処理の流れの一例を示すシーケンス図である。図４はコンテンツ配信ビジネスにおいて、主演者やスポーツ選手１１、各イベントを企画する主催者１２、コンテンツを制作する中継事業者１３、コンテンツ配信事業の運営会社１４、および一般ユーザ１５が関係してなされる業務フローの一例を示すものである。
【００２８】
図４において、イベント主催者１２は出演者やスポーツ選手１１などに働きかけてイベントを企画する。この働きかけは直接相対してでも良いし、ＩＰネットワーク７を介するメッセージの授受であっても良い（１６−１，１６−２）。イベントが企画されると、イベントＰＲ更新メッセージ１７−１により運営会社１４に通知される。運営会社１４は企画されたイベントを行う旨をＷｅｂサーバ９Ａに登録し、その内容は直ちにＷｅｂページに反映される（図３）。
【００２９】
一方、一般ユーザ１５は放送して欲しいイベントや番組に対するリクエストを、イベントリクエスト（１８−１〜１８−ｍ）により運営会社１４に通知する。リクエストの集計結果はＷｅｂサイトに登録され、Ｗｅｂページにより公開される。このＷｅｂページを閲覧した一般ユーザは、賛同するイベントコンテンツが表示されていれば同様にイベントリクエストを上げることで、そのイベントへのニーズ（人気度）を積み上げることができる。
【００３０】
これらのイベントに対する人気の度合い（人気度）をモニタしつつ（１９−１，１９−２）、いくつかのイベント主催者は一般ユーザからのリクエストに沿ったイベントを企画する。その企画内容は同様にイベントＰＲ（１７−１，１７−２）としてＷｅｂサイトに登録される。  
このような手続が、実際にイベントが行われる一定期間前までに行われ、そのイベントに対する人気の度合いをユーザ、ベンダの双方ともに確認することが可能となる。次に、イベントを中継する中継事業者を選定するための入札が行われる。
【００３１】
入札の方法は様々に考えられる。例えば先に述べたように、中継業務を請負う金額を入札価格とし、一番安い価格を提示した業者に配信の権利を落札させるようにしてもよい。あるいは、過去の中継実績から得た一般ユーザからの評価を統計的に処理してポイント化し、ポイント累計カウント値の高い順に、イベントの配信権を与えるようにしてもよい。
【００３２】
図４において入札が開始されると、イベント中継を希望する業者が応札（２０−１，２０−２）により意思表示し、そのランキングがＷｅｂサイトに公開される（２１−１，２１−２）。事業者のランキングの基準は応札金額であったり、評価ポイントであったりする。入札期間が過ぎると入札が終了し、運営会社１４はＷｅｂページをモニタして、どの中継事業者がイベントの配信権を得たかを知ることができる。また配信権を得た事業者には選定結果通知メッセージ２２によりその旨が通知される。
【００３３】
業者選定が完了した時点で、コンテンツを中継する配信権を得た中継事業者１３は、そのイベントまでに、アナウンサー、解説者、イベントの背景、出演者情報、スポーツ選手の経歴調査、中継の際のカメラワークなど様々な準備を行い、実際のイベント中継に備えることになる。
【００３４】
イベントが開催されると、放送コンテンツ２３がＩＰネットワーク７経由で一般ユーザ１５に中継あるいは配信される。配信サーバ（コンテンツサーバ６の機能の一部）を使い、登録された一般ユーザ８−１〜８−ｎに対し、ユニキャスト（１：１）でストリーミングデータを流すことにより、ＩＰネットワーク７を経由して登録された一般ユーザ８−１〜８−ｎだけに限定してコンテンツを中継あるいは配信することができる。その形態は基本的には生中継であるが、コンテンツサーバ６を経由するオンデマンド配信であっても良い。すなわち一般ユーザ１５は、コンテンツを実況生中継２４で視聴できるだけでなく、コンテンツサーバ６から好きな時に視聴することができる。
【００３５】
コンテンツごとの視聴者数は運営会社１４により把握される。具体的には、一般ユーザ１５は予めシステムに登録を行い、ログイン時間などをもとに、コンテンツ放送時間のうち何時から何時まで視聴したかが運営会社１４により把握される。これにより途中で飽きてしまっていないかという指標も算出することができ、これは事業者のポイントに反映される。
【００３６】
また、イベントの事前の人気度と実際の視聴者数とを比較することでも、中継事業者１３への評価データの一つとして使用することができる。例えば、前評判の高かった割には視聴者数が少なければ、一般ユーザ１５が途中で飽きてしまうなど、イベントそのものの問題や中継事業者１３のスキルなどに問題がある可能性がある。このような場合にはそのコンテンツの配信を請け負った事業者の評価ポイントを下げ、逆の場合にはポイントを上げるなどの配慮が可能となる。
【００３７】
コンテンツを視聴したユーザには、実況生中継の都度、あるいは録画中継の都度、例えば従量課金などの形で課金される（２５，２７−１，２７−２）。ユーザから徴収した料金は運営会社１４が一旦とりまとめ、中継事業者１３にはコンテンツ料金（２８）、イベント主催者にはイベント料金（２９）、出演者、選手１１には出演料、報酬（３０）の形でそれぞれ支払われる。すなわち、イベント終了後の視聴者数の集計の結果を元に、運営会社１４は中継事業者１３にコンテンツ料金２８を支払い、中継事業者１３はイベント主催者１２にイベント料金２９として費用の一部を支払う。さらにイベント主催者１２は、この放送以外の入場者による入場料などと合わせた金額の中から出演者やスポーツ選手などに出演料や報酬３０を支払う。このようにして、提供したサービスに見合った見返りが各者に分配される。
【００３８】
なお、以上のビジネスの運用に当てる費用として、一般ユーザ１５から視聴した分をＩＰネットワーク７経由で視聴料として徴収する機能を整備するか、一般企業からの広告料で賄うなどの方法も考えられる。一般ユーザ１５からの視聴料として徴収する場合は、視聴開始時刻からある一定の時間以上視聴した場合のみ課金するなどの配慮を要する場合もある。
【００３９】
図５は、比較のため既存のテレビ放送システムの概要を示すシステム図である。図５において、カメラマン２により撮影されたイベント１の模様はアナウンサーや解説者３などの音声も加えて編集所４で編集され、放送コンテンツが作成される。この放送コンテンツは放送素材伝送車両（ＳＮＧ）２９から通信衛星３０、放送局３１を経由する形でエンドユーザ３２−１，３２−２〜３２−ｎに放送される。このような形態であるから一般ユーザの要望を反映させる余地がない。
【００４０】
これに対しこの実施形態では、ＩＰネットワーク７を介して、事前に料金支払情報などを含んで個人登録した多くの一般ユーザが、計画されているスポーツ中継やイベント中継に対する視聴のリクエストを事業者に通知することが可能になる。リクエストはシステム側で集計され、Ｗｅｂページに公開される。さらに、どの中継事業者に中継して欲しいかという情報も収集する機能を設けることも可能となり、仮にその機能を盛り込むことにより、中継事業者に対するリクエストも合わせて通知することができるので、中継事業者自身の努力によるスキルの向上が期待できる。
【００４１】
中継事業者はどのスポーツ中継やイベント中継が多いか、あるいは得意とするコンテンツが要望されているかなどを公開された情報をもとに判断でき、オークション形式の入札に応募することができる。あるいは入札時においては一般ユーザからの中継事業者リクエストと、過去の中継実績により、総合的な中継事業者のランク順位が明示され、上位ランクの事業者からどのイベントを中継するかが選択できる。コンテンツ配信の権利を獲得した中継事業者は、イベント会場で中継の準備、アナウンサーや解説者の準備、ＩＰネットワーク７回線の準備を行い、生中継でコンテンツを中継する。またそのコンテンツはコンテンツサーバ６に記録され、オンデマンド配信も実施可能である。
【００４２】
さらに、視聴者から収集した情報に基づき中継事業者の評価が統計的にポイント化され、Ｗｅｂページに反映されるので、次の入札時のランクにフィードバックすることができる。コンテンツの視聴者は視聴した分に応じた料金を電子的に決済され、その料金がシステムの運営会社１４、中継事業者１３、イベント主催者１２に分配されて各事業者の収入となる。
【００４３】
このように一般ユーザは、一方的に放送局が決めるイベントではなく、視聴したいイベント中継のリクエストをあげることができる。また、中継事業者は評価ポイントを高くすることで、有利なイベント中継を選ぶことができるという動機付けを得られるので、事業者どうしの競争原理により、中継業務のスキル向上を期待できる。また、今まで中継される機会の少なかったスポーツやイベントも中継の機会を得ることができ、様々なスポーツ振興が図れる。さらには、イベント中継業務を手掛ける新たな職種を増やすことができ、社会の雇用増進にも寄与することができる。
【００４４】
また、一般ユーザと事業者との双方がリクエストの集計の結果を知ることができる。事業者は、一般ユーザからのリクエスト数が増えれば増えるほど高い報酬を期待でき、中継意欲が向上することになる。逆にリクエスト数が少なければ中継意欲が低下し、中継そのものが行われない可能性もでてくる。さらに、一般ユーザからリクエストがほんの少数でも、一般ユーザ一人当たりの負担する費用を増やすことで、総費用が中継事業者の実施意欲を満たすケースも考えられる。このように本実施形態によれば、既存のＴＶ放送が行われるケースも想定した上で柔軟なビジネスを展開することが可能になる。
【００４５】
以上述べたようにこの第１の実施形態によれば、一般ユーザからリクエストを収集し、賛同する一般ユーザからのニーズが高ければ、比較的知名度の低いイベントであっても視聴が可能となる。また、中継事業者に対して一般ユーザの意向をより強く反映することが可能になり、一般ユーザからのリクエストが広がるに従い、中継事業者の数の増加が期待できる。このことは、例えばスポーツ中継するアナウンサーや解説者を増やすことにつながり、雇用の創出だけでなく、裾野の広がりによりスキルの向上も期待できるので、より一層放送コンテンツの質の向上が期待できる。具体的には、スポーツ種別ごとに中継が得意なアナウンサーを育成したり、特定のスポーツ経験者の中から、優秀な解説者を育成し、そのスポーツそのものの普及促進を図ることにも寄与することができる。
【００４６】
更に、スポーツ中継を例にとれば、従来は野球、サッカーなど人気スポーツだけがＴＶ中継の対象になっていたので、他のスポーツに対する注目度を上げることができなかった。これに対しこの実施形態によれば知名度の低いスポーツも一般ユーザからのリクエストがあり、それに応える中継事業者が出てくることにより、いつでもそのスポーツ中継を一般ユーザが視聴できるようになるなど、スポーツの種別ごとの格差是正が期待できる。
【００４７】
以上のようにこの第１の実施形態では、一般ユーザ１５は、視聴したいイベントを運営ｇ会社１４が所有するＷｅｂサーバ９Ａにリクエストする。Ｗｅｂサーバ９Ａはリクエストを集計し、その結果をＷｅｂページに公開する。このＷｅｂページを閲覧した他の一般ユーザも同様にリクエストを上げ、その集計を次々にＷｅｂページに反映させる。このＷｅｂページを閲覧した中継事業者１３は、リクエスト数などの指標と自らの事業体力などに基づく判断により事業価格をＷｅｂサーバ９Ａに提示し、オークション形式でコンテンツ配信の権利を落札する。このようにして事業者と放送局とを分離し、視聴者のニーズを満たすとともに事業者の動機付けも向上させることが可能になる。これらのことから、視聴者をより満足させることの可能なコンテンツ配信システムを提供することが可能となる。
【００４８】
なお、この発明は上記第１の実施形態そのままに限定されるものではない。例えば第１の実施形態ではスポーツのイベント中継など、生中継による放送コンテンツを例に記載した。これに限らず、教育番組や対談、クイズ番組など、これまで放送局だけが番組を編成し、制作し、放送していたものも含め、一般ユーザからのリクエストによるＴＶ放送を行うようにすることも可能である。
【００４９】
また図４では、イベントの主催者１２が各種イベントをＰＲする形態を示した。これに代えて、例えば中継事業者１３にイベントＰＲの主導権を持たせるようにしてもよい。すなわち中継事業者１３は全く独自にイベントを主催することができ、視聴者の興味を引きそうなコンテンツを、発案し、自らの経営体力に応じた規模で企画すればよい。そもそも図４に示すようにイベントのリクエストと人気の度合いとが中継事業者１３にも通知されるようになっているので、中継事業者１３はこれを参照して魅力あるコンテンツを作成することができる。
【００５０】
すなわち、一般ユーザ１５とイベント主催者１２との間での需要と供給の関係を運営会社１４が仲介する、というビジネス形態にとどまらず、中継事業者１３にもコンテンツの選択権を与えるようにするのが望ましいことは明らかである。全くの新鋭の中継事業者が新たなコンセプトや思い入れなどでコンテンツ配信ビジネスに参画し、その中で自らの力量を示せることは一般の視聴者にとってメリットがあるばかりか、新たな文化の創出という面で有意義である。さらにイベント主催者１２や中継事業者１３だけでなく、主演者、選手１１あるいは一般ユーザ１５までもが無償でオリジナルコンテンツを制作し、自らをＰＲすることも、Ｗｅｂサーバ９Ａを経由すれば自由に実施することができる。
【００５１】
このように上記第１の実施形態によれば、視聴者の満足の度合いを高めるだけでなく、不特定多数の人々にとって自らのコンテンツを配信することの敷居を低くできるといったメリットを得られる。
【００５２】
また、上記第１の実施形態によれば、主演者１１、イベント主催者１２及び中継事業者１３は、コンテンツの評価に応じた報償金額を受け取ることができ、これにより制作意欲のさらなる増進が期待できる。
【００５３】
（第２の実施形態）
図６はこの発明の第２の実施形態に係わるコンテンツ配信システムの概要を示すシステム図である。図６において、上記図１と同一部分には同一符号を付して詳細な説明を省略する。
【００５４】
図６において、スポーツの試合などが開催されるイベント会場１の模様はカメラマン２により撮影され、アナウンサーや解説者３などの音声も加えて編集所４で編集され、中継あるいは配信のためのコンテンツが作成される。このコンテンツは、ＷｉＭＡＸ用基地局５などからＩＰネットワーク７を直接経由してＰＣユーザ８およびモバイル端末ＰＳ１，ＰＳ２に配信される。それぞれの端末デバイスのユーザは配信されたコンテンツを視聴する。
【００５５】
ＷｉＭＡＸなどの大容量回線を用いることで、イベントの現場から生中継のコンテンツをＩＰネットワーク７に流し込むことができる。視聴者は自らの保有する端末デバイスを用いて配信コンテンツを視聴することが可能である。なお、配信されたコンテンツはコンテンツサーバ６に一旦録画され、一般ユーザからの要求に応じてオンデマンド配信されるようにしてもよい。コンテンツサーバ６はコンテンツ配信事業を請け負う中継事業者、放送局、あるいはマネジメント業務を担う運営会社により管理されても良いし、あるいはこれらから独立した事業体により管理されるものであっても良い。
【００５６】
ところで、図６のシステムは、ｗｅｂサーバ９Ｂ、モバイル放送局ＢＳおよびセルラ基地局ＣＳを備え、これらはいずれもＩＰネットワーク７に接続される。ユーザが保持するモバイル端末ＰＳ１、ＰＳ２はセルラ基地局ＣＳに接続して双方向通信を実施できるのに加え、モバイル放送局ＢＳから送信される動画像コンテンツを取得することができる。すなわちモバイル放送局ＢＳは、ＩＰネットワーク７を介して配信されるコンテンツをモバイル端末ＰＳ１，ＰＳ２に向け配信する。またモバイル放送局ＢＳは、ＩＰネットワーク７経由でモバイル端末ＰＳ１，ＰＳ２向けに配信されるコンテンツにスクランブルをかけ、ネットワークの無線区間において配信コンテンツを秘匿する機能を持つ。このスクランブルを解くための鍵情報はｗｅｂサーバ９Ｂの中の９２ｇの暗号鍵管理部において管理される。
【００５７】
また、この第２の実施形態では、コンテンツサーバ６、ｗｅｂサーバ９Ｂ、モバイル放送局ＢＳおよびセルラ基地局ＣＳを管理装置としての運営会社により管理するものとする。
【００５８】
図７は、上記ｗｅｂサーバ９Ｂの機能ブロック図である。図７において、上記図２と同一部分には同一符号を付して詳細な説明を省略する。
【００５９】
ｗｅｂサーバ９Ｂの制御部９２は、この第２の実施形態に関わる処理機能としてさらに暗号鍵管理部９２ｇを備える。  
収集処理部９２ａは、ＰＣユーザ８あるいはモバイル端末ＰＳ１，ＰＳ２から送信されるイベントリクエストを収集する。また収集処理部９２ａは、配信されたコンテンツへの評価を、例えばＷｅｂ投票などの形でＩＰネットワーク７を介して収集する。
【００６０】
ページ作成部９２ｂは、収集されたリクエストをイベントごとに集計してリストアップし、図３に示すようなＷｅｂページを作成する。このＷｅｂページのソースコードデータは記憶部９２に、Ｗｅｂページソースデータ９３ａとして記憶される。このＷｅｂページはページ公開部９２ｃにより、ＩＰネットワーク７上に一定の期間にわたって公開される。ＰＣユーザ８、モバイル端末ＰＳ１，ＰＳ２はもちろんのこと、コンテンツ配信事業者や他の事業者の全てがこのＷｅｂページにアクセスすることができる。
【００６１】
ページ作成部９２ｂはＰＣユーザ８から収集したリクエストに基づき、イベントごとに番組コードを付し、イベントのリクエスト数、中継事業者の候補などを集計し、表にまとめてＷｅｂページソースデータ９３ａを作成する機能を持つものである。Ｗｅｂページを参照したユーザおよび事業者は、要望されているイベントの登録の状況、およびリクエストの状況を知ることができる。
【００６２】
オークション機能部９２ｄは、Ｗｅｂページに示される番組コンテンツごとに、複数の事業者からの配信の意思表示をＷｅｂサイトを介して受け付ける。オークション機能部９２ｄは、意思表示に付随する条件、例えば配信権取得のための価格に基づいて１つの事業者を選定する。すなわちオークション機能部９２ｄは番組コードに対応付けて配信権を設定し、この配信権への各事業者からの入札をオークション形式で受け付ける。
【００６３】
ランク付け処理部９２ｅは、収集処理部９２ａにより収集された配信コンテンツへの評価ポイントを統計的に処理し、その結果に基づいて事業者をランク付けする。このランク付けの結果は例えば図３のＷｅｂページで公開される。すなわち、中継事業者候補として示される社名（Ａ社、Ｂ社、…）の並んでいる順番がランク付けに対応する。例えば最も左側に位置する事業者のランクが最高で、右に行くほどランクも下がるというようにランクを示せばよい。  
課金処理部９２ｆは、コンテンツを視聴したユーザに対する課金処理を行う。特に課金処理部９２ｆは、コンテンツの配信を受けたモバイル端末ＰＳ１，ＰＳ２からコンテンツの受信状況を取得する。受信状況とは例えばコンテンツの配信期間のうち視聴可能な状態を確保できた時間の総計、あるいは割合として示すことができる。つまりモバイル端末においては移動により電波の受信状況が刻々と変化するので、配信期間の全てにおいて良好な画像を取得できるとは限らない。そこで、この第２の実施形態ではモバイル端末において受信状況を管理し、視聴終了後にｗｅｂサーバ９Ｂに受信状況を通知する。課金処理部９２ｆはモバイル端末から取得した受信状況に応じて、例えば従量課金により、その受信状況の取得元のモバイル端末のユーザに課金する。このようにすることで、モバイル端末によるコンテンツ視聴に対してペイパービューを実現することができる。
【００６４】
暗号鍵管理部９２ｇは、モバイル放送局ＢＳにおいてスクランブル化された配信コンテンツのスクランブルを解くための鍵情報を保持し、正当な受信者であるモバイル端末に対してのみ、この鍵情報（解読鍵）をＩＰネットワーク７経由で通知する。解読鍵は、例えばコンテンツの配信に先立ち、このコンテンツ配信を要求したモバイル端末に電子メールで通知される。例えば電子メールに解読鍵を示すコードをテキストで記載しても良いし、あるいは電子メールに実行ファイルを添付し、そのファイルのアイコンをクリックすれば自動的に解読鍵がダウンロードされるようにしてもよい。
【００６５】
図８は、モバイル端末ＰＳ１，ＰＳ２の機能ブロック図である。セルラ基地局ＣＳから送信された無線信号は、アンテナＡで受信されたのちアンテナ共用器（ＤＵＰ）Ｄを介して受信回路（ＲＸ）１３０に入力される。受信回路１３０は、上記受信された無線信号を周波数シンセサイザ（ＳＹＮ）１４０から出力された局部発振信号とミキシングして中間周波信号に周波数変換する。そして、この中間周波信号を復調して受信ベースバンド信号を出力する。なお、上記周波数シンセサイザ１４０から発生される局部発振信号の周波数は、制御ユニット２３０から出力される制御信号ＳＹＣによって指示される。
【００６６】
受信ベースバンド信号は信号処理ユニット１６０に入力され所定の伝送フォーマットの受信パケットデータが再生される。この受信パケットデータは圧縮伸長処理ユニット１７０（以下、処理ユニット１７０と称する）に入力される。処理ユニット１７０は、信号処理ユニット１６０から出力された受信パケットデータをメディアごとに分離する。そして、この分離されたメディアごとにそのデータに対しそれぞれ復号処理を行う。例えば、通話モードにおいては、受信パケットデータに含まれている通話音声等のオーディオデータをスピーチコーデックにより復号する。またテレビジョン電話モードのように、受信パケットデータにビデオデータが含まれていれば、このビデオデータをビデオコーデックにより復号する。
【００６７】
上記復号処理により得られたディジタルオーディオ信号はＰＣＭ符号処理ユニット（以後ＰＣＭコーデックと称する）１８０に供給される。ＰＣＭコーデック１８０は、処理ユニット１７０から出力されたディジタルオーディオ信号をＰＣＭ復号してアナログオーディオ信号を出力する。このアナログオーディオ信号は、受話増幅器１９０にて増幅されたのちスピーカ２００から出力される。
【００６８】
処理ユニット１７０により復号されたディジタルビデオ信号は、制御ユニット２３０に入力される。制御ユニット２３０は、処理ユニット１７０から出力されたディジタルビデオ信号を、ビデオＲＡＭを介してディスプレイ２８０に表示する。なお、制御ユニット２３０は、受信されたビデオデータばかりでなく、図示しないカメラにより撮像されたビデオデータについてもビデオＲＡＭを介してディスプレイ２８０に表示する。
【００６９】
また、上記受信パケットデータが電子メールやＷｅｂサイトからダウンロードされたデータであれば、これらの受信データは信号処理ユニット１６０から制御ユニット２３０に入力される。制御ユニット２３０は、上記入力された受信データを記憶ユニット２４０の受信データ記憶エリアに保存すると共に、入力デバイス２７０におけるユーザの表示操作に応じてディスプレイ２８０に表示させる。
【００７０】
一方、通話モードにおいて、マイクロホン２１０に入力された話者の音声信号は、送話増幅器２２０により適正レベルまで増幅されたのち、ＰＣＭコーデック１８０によりＰＣＭ符号化処理が施されてディジタルオーディオ信号となり、処理ユニット１７０に入力される。また、図示しないカメラから出力されるビデオ信号は、制御ユニット２３０によりディジタル化されて処理ユニット１７０に入力される。なお、制御ユニット２３０において作成された電子メールも、制御ユニット２３０から処理ユニット１７０に入力される。
【００７１】
処理ユニット１７０はディジタルオーディオ信号を符号化してオーディオデータを生成する。また、制御ユニット２３０から出力されたディジタルビデオ信号を符号化してビデオデータを生成する。さらに、制御ユニット２３０から電子メールが出力された場合にも、そのテキストデータ等を符号化する。そして、上記復号化されたオーディオデータ、ビデオデータ及びテキストデータ等を多重分離部で所定の伝送フォーマットに従いパケット化し、この送信パケットデータを信号処理ユニット１６０へ出力する。
【００７２】
信号処理ユニット１６０は、処理ユニット１７０から出力された送信パケットデータを処理したのち送信回路（ＴＸ）１５０に出力する。送信回路１５０は信号処理ユニット１６０からの送信パケットデータに基づき例えばＱＰＳＫ（Quadrature Phase Shift Keying）方式、あるいはＯＦＤＭ（Orthogonal Frequency Division Multiplex ）方式などの変調方式による送信信号を生成する。そして、生成された送信信号を、周波数シンセサイザ１４０から発生される局部発振信号と合成して無線信号に周波数変換する。そして、制御ユニット２３０により指示される送信電力レベルとなるように上記無線信号を高周波増幅する。この増幅された無線信号は、アンテナ共用器Ｄを介してアンテナＡに供給され、このアンテナＡから基地局へ向けて送信される。
【００７３】
さらに、モバイル端末ＰＳ１，ＰＳ２はテレビジョン放送受信機（ＴＶ放送受信機）３００を備える。このＴＶ放送受信機３００は、例えば地上ディジタル放送の１セグメント放送（ワンセグ放送）を、アンテナ３１０を介して受信するもので、受信されたワンセグ放送の受信データを制御ユニット２３０に入力する。受信した直後の受信データはスクランブル化されており、制御ユニット２３０は解読鍵を用いてこのスクランブルを解除する。
【００７４】
制御ユニット２３０は、デスクランブルされたワンセグ放送の受信データを動画像ストリームとオーディオストリームに分離した後それぞれ復号する。そして、復号された動画像信号をディスプレイ２９０に表示する。またそれと共に、復号されたディジタルオーディオ信号をＰＣＭコーデック１８０に供給する。上記ディジタルオーディオ信号は、ＰＣＭコーデック１８０によりアナログオーディオ信号に変換された後、受話増幅器１９０を介してスピーカ２００から出力される。  
なお、２５０はバッテリを、また２６０は電源回路を示す。電源回路２６０は、バッテリ２５０の出力をもとに所定の動作電源電圧Ｖccを生成して各回路部に供給する。バッテリ２５０は図示しない充電回路により充電される。また、入力デバイス２７０はダイヤルキーパッドと各種機能キーとから構成される。
【００７５】
ところで、制御ユニット２３０は、その制御機能としてブラウザ機能部２３０ａ、暗号処理部２３０ｂ、および受信状態モニタ部２３０ｃを備える。このうちブラウザ機能部２３０ａはＨＴＭＬ（Hypertext Markup Language）などで記述されるソースデータをＷｅｂページの形式でディスプレイ２８０に表示させる。
【００７６】
暗号処理部２３０ｂは、モバイル放送局ＢＳからスクランブル化された状態で配信されたコンテンツデータをデスクランブルするための解読鍵を、ｗｅｂサーバ９Ｂの暗号鍵管理部９２ｇから取得する。この解読鍵は先に述べたように、例えば電子メールの添付情報として供給される。そして暗号処理部２３０ｂは、取得した解読鍵を用いて、モバイル放送局ＢＳから受信したコンテンツのスクランブルを解除する。
【００７７】
受信状態モニタ部２３０ｃは、モバイル放送局ＢＳから配信されたコンテンツの受信状況をモニタし、配信終了とともにその結果をｗｅｂサーバ９Ｂの課金処理部９２ｆに通知する。受信状況には、コンテンツをモバイル端末において正常に聴取できた時間の累計値、あるいは総配信期間に対する累計値の割合などが用いられる。次に、上記構成における作用を説明する。
【００７８】
図９は、モバイル端末ＰＳ１におけるコンテンツの聴取に係わる処理手順を示すシーケンス図である。なおモバイル端末ＰＳ２のユーザがコンテンツの視聴を希望する際の手順も同様である。モバイル端末ＰＳ１のユーザ（モバイルユーザ）は、聴取を希望するイベントのリクエスト（１８−１）をモバイル端末ＰＳ１を用いて送出する。このリクエストはセルラ基地局ＣＳ経由で運営会社１４に通知され、各種イベントの人気度が蓄積される。この人気度（１９−１）は中継事業者１３、イベント主催者１２のいずれもＷｅｂサイトを介して参照することができる。モバイルユーザも同様に、例えば運営会社１４のサイトにアクセスすれば（４０）、イベントの人気度を参照することができる（１９−２）。
【００７９】
次に、イベントを中継する中継事業者を選定するための入札が行われる。
【００８０】
入札の方法は様々に考えられる。例えば先に述べたように、中継業務を請負う金額を入札価格とし、一番安い価格を提示した業者に配信の権利を落札させるようにしてもよい。あるいは、過去の中継実績から得た一般ユーザからの評価を統計的に処理してポイント化し、ポイント累計カウント値の高い順に、イベントの配信権を与えるようにしてもよい。
【００８１】
入札が開始されると、イベント中継を希望する業者が応札により意思表示し、そのランキングがＷｅｂサイトに公開される。事業者のランキングの基準は応札金額であったり、評価ポイントであったりする。入札期間が過ぎると入札が終了し、運営会社１４はＷｅｂページをモニタして、どの中継事業者がイベントの配信権を得たかを知ることができる。また配信権を得た事業者には選定結果通知メッセージによりその旨が通知される。
【００８２】
業者選定が完了した時点で、コンテンツを中継する配信権を得た中継事業者１３は、そのイベントまでに、アナウンサー、解説者、イベントの背景、出演者情報、スポーツ選手の経歴調査、中継の際のカメラワークなど様々な準備を行い、実際のイベント中継に備えることになる。
【００８３】
次に、コンテンツの放送が開始されるのに先立ち、例えば中継事業者１３から運営会社１４にその旨が通知される（４１）。そうするとこのコンテンツを放送するチャネル情報などとともに、スクランブル化のための暗号鍵がｗｅｂサーバ９Ｂからモバイル放送局ＢＳに通知される。モバイル放送局ＢＳは指定されたチャネルで配信されるコンテンツを、この暗号鍵を用いてスクランブル化した状態で無線区間に放射する（スクランブル放送設定：４３）。
【００８４】
これとともに運営会社１４から、コンテンツ視聴のためのチャネル情報とともに、スクランブルを解除するための解読鍵を含む放送パラメータが、例えば電子メールの形態で、セルラ基地局ＣＳ経由でモバイル端末ＰＳ１に通知される（４４）。これを受けてモバイル端末ＰＳ１は、放送チャネル、解読鍵を含む受信パラメータを自らに設定し（４５）、ディスプレイ２８０に表示するなどして放送の開始をモバイルユーザに通知する。モバイルユーザがこれに応じて受信ＯＫ処理を行うと、スクランブルデータの解読が開始されて中継視聴が開始される。
【００８５】
コンテンツ放送の中継視聴が開始されると、モバイル端末ＰＳ１はその受信状態のモニタを開始する（４７）。ここでは正常にコンテンツを視聴できた期間の累計値がカウントされる。そしてイベントが終了し、中継放送が終了するとその旨が中継事業者１３からｗｅｂサーバ９Ｂを介してモバイル放送局ＢＳに通知され、モバイル放送局ＢＳからの送信波が停波される（４９）。
【００８６】
次に、運営会社１４は課金に係わる情報の取得をｗｅｂサーバ９Ｂに要求する（５０）。そうするとｗｅｂサーバ９Ｂは、コンテンツの受信状況の取得を要求するメッセージをセルラ基地局ＣＳ経由でモバイル端末ＰＳ１に与え、モバイル端末ＰＳ１はこれを受けてコンテンツ配信期間における正常受信期間の累計値に基づく受信料金をモバイルユーザに通知する（５２）。モバイルユーザがこれに対する承認を与えると（５３）、その旨がｗｅｂサーバ９Ｂに返信される。すると、運営会社１４は、モバイルユーザへ課金を行う（５４）。このようにして徴収されたコンテンツの視聴料金（２８）は運営会社１４から中継事業者１３に支払われ、中継事業者１３はイベント主催者１２にイベント料金２９として費用の一部を支払う。
【００８７】
以上述べたようにこの第２の実施形態では、ＩＰネットワーク７を介して、モバイル端末ＰＳ１、ＰＳ２のユーザを含む多くの一般ユーザが、計画されているスポーツ中継やイベント中継に対する視聴のリクエストを事業者に通知することが可能になる。リクエストはシステム側で集計され、Ｗｅｂページに公開される。さらに、中継事業者に対するリクエストも合わせて通知することができるので、中継事業者自身の努力によるスキルの向上が期待できる。
【００８８】
またこの第２の実施形態では、ＩＰネットワーク７を介して配信されるコンテンツをモバイル放送局ＢＳを介して放送するようにしているので、モバイル端末ＰＳ１，ＰＳ２におけるコンテンツの視聴が可能となり、スポーツなどの生中継を場所に制約されずに楽しむことも可能となる。さらにこの第２の実施形態では、配信されるコンテンツをスクランブル化する機能をモバイル放送局ＢＳに持たせ、解読鍵を通知されたモバイル端末においてのみ、配信されるコンテンツデータを視聴できるようにしている。すなわち生中継のコンテンツを運営会社１４のＷｅｂサイトを介して中継するにあたり、鍵情報を用いてコンテンツデータをスクランブル化するようにしているので、不特定多数のユーザが無料で視聴することを許さず、特定のモバイルユーザに対してのみ視聴を許可することが可能になる。
【００８９】
つまり、ＩＰネットワーク７を介した中継だけでなく、モバイル放送局ＢＳから視聴を許可されたユーザだけがコンテンツを視聴することが可能になるからこそビジネスとしてのコンテンツ配信が成立し、モバイル環境においてもイベント中継を見る事ができるというメリットを、広くいきわたらせることが可能になる。
【００９０】
さらには、モバイル端末ＰＳ１、ＰＳ２に特有の事情として一定の受信状態を保つことが難しい点が挙げられるが、この実施形態では受信状況をモバイル端末においてモニタし、視聴終了後にその結果をシステムに通知するようにしているので、ペイパービューの形態でモバイルユーザの納得のいく課金を行うことが可能になる。以上から、視聴者の満足の度合いをさらに高めたコンテンツ配信システムとそのモバイル端末を提供することが可能になる。
【００９１】
第２の実施形態ではスポーツのイベント中継など、生中継による放送コンテンツを例に記載した。これに限らず、教育番組や対談、クイズ番組など、これまで放送局だけが番組を編成し、制作し、放送していたものも含め、一般ユーザからのリクエストによるＴＶ放送を行うようにすることも可能である。
【００９２】
上記第２の実施形態では、イベントの主催者１２が各種イベントをＰＲする形態を示した。これに代えて、例えば中継事業者１３にイベントＰＲの主導権を持たせるようにしてもよい。すなわち中継事業者１３は全く独自にイベントを主催することができ、視聴者の興味を引きそうなコンテンツを、発案し、自らの経営体力に応じた規模で企画すればよい。そもそもイベントのリクエストと人気の度合いとが中継事業者１３にも通知されるようになっているので、中継事業者１３はこれを参照して魅力あるコンテンツを作成することができる。
【００９３】
すなわち、一般ユーザ１５とイベント主催者１２との間での需要と供給の関係を運営会社１４が仲介する、というビジネス形態にとどまらず、中継事業者１３にもコンテンツの選択権を与えるようにするのが望ましいことは明らかである。全くの新鋭の中継事業者が新たなコンセプトや思い入れなどでコンテンツ配信ビジネスに参画し、その中で自らの力量を示せることは一般の視聴者にとってメリットがあるばかりか、新たな文化の創出という面で有意義である。さらにイベント主催者１２や中継事業者１３だけでなく、主演者、選手１１あるいは一般ユーザ１５までもが無償でオリジナルコンテンツを制作し、自らをＰＲすることも、ｗｅｂサーバ９Ｂを経由すれば自由に実施することができる。このように上記実施形態によれば、視聴者の満足の度合いを高めるだけでなく、不特定多数の人々にとって自らのコンテンツを配信することの敷居を低くできるといったメリットを得られる。
【００９４】
さらに、モバイル端末ＰＳ１，ＰＳ２とＰＣユーザ８の端末（ＰＣ端末）とを連携させることも可能である。すなわち、モバイル端末ＰＳ１、ＰＳ２を用いてリクエストしたコンテンツをＰＣ端末で視聴したり、逆にＰＣ端末からリクエストしたコンテンツをモバイル端末ＰＣから視聴可能することも可能である。
【００９５】
（第３の実施形態）  
この発明の第３の実施形態は、一般ユーザとは別に、投資ユーザによりそのコンテンツに対する投資目的で本ビジネスに参加できるようにし、そのコンテンツを見たいと希望する数が多いと予想する場合には、入札が行われるまでに投資する仕組みを設けるものである。
【００９６】
図１０はこの発明の第３の実施形態に係わるｗｅｂサーバ９Ｃの機能ブロック図である。図１０において、上記図２と同一部分には同一符号を付して詳細な説明を省略する。
【００９７】
ｗｅｂサーバ９Ｃの制御部９２は、この第３の実施形態に関わる処理機能としてさらに投資受付部９２ｈ及び配当処理部９２ｉを備える。
【００９８】
投資受付部９２ｈは、投資ユーザがそれぞれ配信を要求するイベントをイベントリクエストの形で収集するとともに、コンテンツに対する投資受付を行なう。
【００９９】
配当処理部９２ｉは、上記課金処理部９２ｆによる課金処理結果をもとに、コンテンツごとの配当金を算出する。そして、この配当金を該当する投資ユーザに通知する。
【０１００】
次に、上記構成における作用を説明する。
【０１０１】
図１１はコンテンツ配信ビジネスにおいて、主演者やスポーツ選手１１、各イベントを企画する主催者１２、コンテンツを制作する中継事業者１３、コンテンツ配信事業の運営会社１４、一般ユーザ１５及び投資ユーザ１５−１が関係してなされる業務フローの一例を示すものである。
【０１０２】
図１１において、イベント主催者１２は出演者やスポーツ選手１１などに働きかけてイベントを企画する。この働きかけは直接相対してでも良いし、ＩＰネットワーク７を介するメッセージの授受であっても良い（１６−１，１６−２）。イベントが企画されると、イベントＰＲ更新メッセージ１７−１により運営会社１４に通知される。運営会社１４は企画されたイベントを行う旨をＷｅｂサーバ９Ｃに登録し、その内容は直ちにＷｅｂページに反映される。
【０１０３】
一方、一般ユーザ１５は放送して欲しいイベントや番組に対するリクエストを、イベントリクエスト（１８−１〜１８−ｍ）により運営会社１４に通知する。また、投資ユーザ１５−１は、放送して欲しいイベントや番組に対するリクエストを、イベントリクエストにより運営会社１４に通知、または放送して欲しいイベントや番組への投資を行う（１８−１−１〜１８−ｍ−１）。この投資の仕方としては、例えば視聴を希望するだけの一般ユーザの負担額を1口固定とした場合は、投資者は２口以上の負担を投資期間に提示するものとする。その投資数に応じて、ＴＶ中継が行われた後に集まった金額の余剰分を、投資者の負担した口数に比例して配当を行う方法が一つ考えられる。放送を生中継で視聴する一般ユーザの他に、コンテンツサーバ６から好きな時に視聴する一般ユーザも居るため、最終的な投資に対する結果がなかなか纏まらなくなる。これに対しては一般ユーザが視聴可能な期限を明確にし、それ以降の視聴ができなくすることや、場合によってはコンテンツそのものを消去する事を明確化することで、コンテンツサーバ６の容量を無限に大きくし続けなければならないということを回避することも合せて可能となる。
【０１０４】
リクエストの集計結果はＷｅｂサイトに登録され、Ｗｅｂページにより公開される。このＷｅｂページを閲覧した一般ユーザは、賛同するイベントコンテンツが表示されていれば同様にイベントリクエストを上げることで、そのイベントへのニーズ（人気度）を積み上げることができる。
【０１０５】
これらのイベントに対する人気の度合い（人気度）をモニタしつつ（１９−１，１９−２）、いくつかのイベント主催者は一般ユーザからのリクエストに沿ったイベントを企画する。その企画内容は同様にイベントＰＲ（１７−１，１７−２）としてＷｅｂサイトに登録される。  
このような手続が、実際にイベントが行われる一定期間前までに行われ、そのイベントに対する人気の度合いをユーザ、ベンダの双方ともに確認することが可能となる。次に、イベントを中継する中継事業者を選定するための入札が行われる。
【０１０６】
入札の方法は様々に考えられる。例えば先に述べたように、中継業務を請負う金額を入札価格とし、一番安い価格を提示した業者に配信の権利を落札させるようにしてもよい。あるいは、過去の中継実績から得た一般ユーザからの評価を統計的に処理してポイント化し、ポイント累計カウント値の高い順に、イベントの配信権を与えるようにしてもよい。
【０１０７】
図１１において入札が開始されると、イベント中継を希望する業者が応札（２０−１，２０−２）により意思表示し、そのランキングがＷｅｂサイトに公開される（２１−１，２１−２）。事業者のランキングの基準は応札金額であったり、評価ポイントであったりする。入札期間が過ぎると入札が終了し、運営会社１４はＷｅｂページをモニタして、どの中継事業者がイベントの配信権を得たかを知ることができる。また配信権を得た事業者には選定結果通知メッセージ２２によりその旨が通知される。
【０１０８】
業者選定が完了した時点で、コンテンツを中継する配信権を得た中継事業者１３は、そのイベントまでに、アナウンサー、解説者、イベントの背景、出演者情報、スポーツ選手の経歴調査、中継の際のカメラワークなど様々な準備を行い、実際のイベント中継に備えることになる。
【０１０９】
イベントが開催されると、放送コンテンツ２３がＩＰネットワーク７経由で一般ユーザ１５に中継あるいは配信される。配信サーバ（コンテンツサーバ６の機能の一部）を使い、登録された一般ユーザ８−１〜８−ｎに対し、ユニキャスト（１：１）でストリーミングデータを流すことにより、ＩＰネットワーク７を経由して登録された一般ユーザ８−１〜８−ｎだけに限定してコンテンツを中継あるいは配信することができる。その形態は基本的には生中継であるが、コンテンツサーバ６を経由するオンデマンド配信であっても良い。すなわち一般ユーザ１５は、コンテンツを実況生中継２４で視聴できるだけでなく、コンテンツサーバ６から好きな時に視聴することができる。
【０１１０】
コンテンツごとの視聴者数は運営会社１４により把握される。具体的には、一般ユーザ１５は予めシステムに登録を行い、ログイン時間などをもとに、コンテンツ放送時間のうち何時から何時まで視聴したかが運営会社１４により把握される。これにより途中で飽きてしまっていないかという指標も算出することができ、これは事業者のポイントに反映される。
【０１１１】
また、イベントの事前の人気度と実際の視聴者数とを比較することでも、中継事業者１３への評価データの一つとして使用することができる。例えば、前評判の高かった割には視聴者数が少なければ、一般ユーザ１５が途中で飽きてしまうなど、イベントそのものの問題や中継事業者１３のスキルなどに問題がある可能性がある。このような場合にはそのコンテンツの配信を請け負った事業者の評価ポイントを下げ、逆の場合にはポイントを上げるなどの配慮が可能となる。
【０１１２】
コンテンツを視聴したユーザには、実況生中継の都度、あるいは録画中継の都度、例えば従量課金などの形で課金される（２５，２７−１，２７−２）。ユーザから徴収した料金は運営会社１４が一旦とりまとめ、中継事業者１３にはコンテンツ料金（２８）、イベント主催者にはイベント料金（２９）、出演者、選手１１には出演料、報酬（３０）の形でそれぞれ支払われる。すなわち、イベント終了後の視聴者数の集計の結果を元に、運営会社１４は中継事業者１３にコンテンツ料金２８を支払い、中継事業者１３はイベント主催者１２にイベント料金２９として費用の一部を支払う。さらにイベント主催者１２は、この放送以外の入場者による入場料などと合わせた金額の中から出演者やスポーツ選手などに出演料や報酬３０を支払う。このようにして、提供したサービスに見合った見返りが各者に分配される。
【０１１３】
一方、運営会社１４は一般ユーザ１５から徴収した料金の集計結果による余剰分をもとに、投資ユーザ１５−１の負担した口数に比例して配当金を算出する。そして、配当金を投資ユーザ１５−１にフィードバックする（２８−１）。逆に集まった金額に不足分が生じれば、その分は投資ユーザ１５−１にて負担することになり、マイナスの配当が課せられたり、投資のために負担した金額はそのまま徴収されたままとなる。
【０１１４】
尚、投資や配当に関するフロー上の時期や、仕組みについては、様々なやり方が容易に作り上げることができる。
【０１１５】
以上のように上記第３の実施形態では、投資ユーザ１５−１にとっては、コンテンツの視聴状況に応じてそれに見合う配当金を得ることができる。一方、運営会社１４にとっては、実際のＴＶ中継が行われた結果、視聴者が多く集まれば集まる金額も増えることから、その余剰分を配当金という形で投資ユーザ１５−１にフィードバックすることで、ビジネスの参加者を増やすことができ、市場規模の増大が可能となる。
【０１１６】
なお、上記第３の実施形態に限らず、一般ユーザがそれぞれ配信を要求するイベントを収集するだけでなく、視聴希望者が多いと予測されるイベントに対するリクエストを上げ、配信事業者が決まるまで等の一定期間が経過するまでは、投資期間として単位投資額を1口として複数口だけ投資するようにすることも考えられる。つまり、それぞれのイベント配信毎に投資を可能とし、実際の配信結果で多くの視聴者が有料で視聴した場合に集まった金額を最終的に投資者に還元するという仕組みも、本システムを応用する事で可能となる。
【０１１７】
また、配信を要求するイベントが行われるまでの期間や、イベントの生中継の最中に一般ユーザが期待や感想をチャット形式等でアップしたり、そのイベントを盛り上げる為にＰＲ用の詳細サイトへリンクを張る等、通常のインターネットの機能を最大限に活用することもできる。
【０１１８】
（その他の実施形態）  
この発明は上記各実施形態に限定されるものではない。上記第２の実施形態では、ＩＳＤＢ−Ｔ（Integrated Services Digital Broadcasting - Terrestrial）に準拠する、いわゆるワンセグ放送を用いてモバイル端末にコンテンツを配信する例を示したが、これに限らず、ＭｅｄｉａＦＬＯ、ＤＶＢ−Ｈ（Digital Video Broadcasting - Handheld）、あるいはＩＳＤＢ−Ｔｍｍ（ISDB-T for mobile multimedia）などのモバイルテレビジョンシステムを利用してコンテンツを配信することも、この実施形態の応用により容易に可能である。
【０１１９】
また、上記各実施形態では、コンテンツサーバとｗｅｂサーバとを別々に設ける例について説明したが、管理装置としての運営会社が管理する１台のサーバにコンテンツサーバの機能とｗｅｂサーバの機能とを持たせるようにしてもよい。また、上記第２の実施形態では、コンテンツサーバとｗｅｂサーバとモバイル放送局とを別々に設ける例について説明したが、管理装置としての運営会社が管理する１つの装置に、コンテンツサーバの機能とｗｅｂサーバの機能とモバイル放送局の機能とを持たせるようにしてもよい。
【０１２０】
また、上記第２の実施形態と第３の実施形態との組み合わせであってもよい。
【０１２１】
さらにこの発明は、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【符号の説明】
【０１２２】
１…イベント会場、２…カメラマン、３…アナウンサー，解説者、４…編集所、５…ＷｉＭＡＸ用基地局、６…コンテンツサーバ、７…ＩＰネットワーク、８…一般ユーザ、９Ａ，９Ｂ，９Ｃ…Ｗｅｂサーバ、ＢＳ…モバイル放送局、ＣＳ…セルラ基地局、ＰＳ１，ＰＳ２…モバイル端末、Ａ…アンテナ、Ｄ…アンテナ共用器（ＤＵＰ）、１３０…受信回路（ＲＸ）、１４０…周波数シンセサイザ（ＳＹＮ）、１５０…送信回路（ＴＸ）、１６０…信号処理ユニット、１７０…圧縮／伸長処理ユニット（コンパンダ）、１８０…ＰＣＭ符号処理ユニット（ＰＣＭコーデック）、１９０…受話増幅器、２００…スピーカ、２１０…マイクロホン、２２０…送話増幅器、２３０…制御ユニット、２３０ａ…ブラウザ機能部、２３０ｂ…暗号処理部、２３０ｃ…受信状態モニタ部、２４０…記憶ユニット、２５０…バッテリ、２６０…電源回路、２７０…入力デバイス、２８０…ディスプレイ、３００…ＴＶ放送受信機、３１０…放送受信用のアンテナ、９１…インタフェース部、９２…制御部、９２ａ…収集処理部、９２ｂ…ページ作成部、９２ｃ…ページ公開部、９２ｄ…オークション機能部、９２ｅ…ランク付け処理部、９２ｅ−１…選定通知部、９２ｆ…課金処理部、９２ｇ…暗号鍵管理部、９２ｈ…投資受付部、９２ｉ…配当処理部、９３…記憶部、９３ａ…Ｗｅｂページソースデータ、１１…主演者，スポーツ選手、１２…主催者、１３…中継事業者、１４…運営会社、１５…一般ユーザ、１５−１…投資ユーザ、１６−１，１６−２…イベント企画メッセージ、１７−１，１７−２…イベントＰＲ更新メッセージ、１８−１〜１８−ｍ…イベントリクエスト、１８−１−１〜１８−ｍ−１…イベントリクエスト／投資、１９−１，１９−２…イベントリクエスト，人気度、２０−１，２０−２…応札メッセージ、２１−１，２１−２…ランキングメッセージ、２２…選定結果通知メッセージ、２３…放送コンテンツ、２４…実況生中継、２５，２７−１，２７−２…課金情報、２８…コンテンツ料金、２８−１…配当、２９…イベント料金、３０…出演料，報酬。
【図１】
2011186560.tif 000003
【図２】
2011186560.tif 000004
【図３】
2011186560.tif 000005
【図４】
2011186560.tif 000006
【図５】
2011186560.tif 000007
【図６】
2011186560.tif 000008
【図７】
2011186560.tif 000009
【図８】
2011186560.tif 000010
【図９】
2011186560.tif 000011
【図１０】
2011186560.tif 000012
【図１１】
2011186560.tif 000013