コンテンツ配信システム及び管理装置
【課題】コンテンツの視聴状況の結果が利益としてユーザに還元されるようにし、これによりユーザの娯楽性の向上と、コンテンツ配信サービスの利用の拡大を図り得るコンテンツ配信システムを提供する。
【解決手段】投資ユーザ15−1からのコンテンツに対する投資を受け付けるようにし(18−1−1)、運営会社14にてコンテンツの視聴に対し一般ユーザ15から徴収した料金の集計結果から投資したコンテンツの視聴状況を判定し、この判定結果に応じてそれに見合う利益を配当金として投資ユーザ15−1にフィードバックするようにしている(28−1)。
【解決手段】投資ユーザ15−1からのコンテンツに対する投資を受け付けるようにし(18−1−1)、運営会社14にてコンテンツの視聴に対し一般ユーザ15から徴収した料金の集計結果から投資したコンテンツの視聴状況を判定し、この判定結果に応じてそれに見合う利益を配当金として投資ユーザ15−1にフィードバックするようにしている(28−1)。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、例えばIP(Internet Protocol)ネットワークを介して不特定多数の視聴者に映像コンテンツを配信するコンテンツ配信システム及び管理装置に関する。
【背景技術】
【0002】
インターネットなどのIPネットワークを介して映像コンテンツを配信するシステムが知られている。放送局と各ユーザとを結ぶ回線の容量は年々拡大しており、その品質も高くなってきている。さらに、WiMAX(worldwide interoperability for microwave access)といった新たなモバイルブロードバンド回線の構築に伴い、新たな形態のサービスを提供できる素地も生まれてきている。
【0003】
放送コンテンツとして代表的なものに、コンサートなどのイベント中継、あるいはスポーツ中継がある。現状ではテレビ局がこれらのコンテンツを独自の基準で選定するようになっているので、個々の視聴者が真に欲するコンテンツを配信できているとは言いがたい面がある。つまり旧来の視聴率に頼った選定基準では均一化されたコンテンツになりがちで、野球やサッカーなど知名度の比較的高い種目に絞られざるを得ない側面があり、また、中継事業者もそれに縛られる。
【0004】
近年ではインターネット上の動画配信サイトからコンテンツを視聴することもできるようになっている。しかしこの種の技術によっても、一般の視聴者がほんとうに見たいスポーツ中継やイベント中継を視聴することはできない。引用文献1に、視聴者の嗜好を反映するダイジェスト映像の作成を目的とする技術が開示される。しかしながらこの文献に記載の技術によっても視聴者の嗜好を反映する度合いには限度がある。そもそも多様なコンテンツ制作の動機付けを中継事業者に促すことができないからである。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開2004−112110公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
以上のように、スポーツ中継やイベント中継のほとんどはテレビ局が一方的に選定して放送するだけであり、一般ユーザが個々に見たい中継が大きく制約を受ける。中継事業者の数も限られており、いずれも放送局の意図を汲まざるを得ないことから、知名度の低いイベントの中継はより一層難しくなる。また、コンテンツ中継事業者もアナウンサーやカメラマン、解説者などをテレビ局の中から選定せざるをえず、本当の意味での競争があるとはいえない。よって視聴者は中継事業者のスキル向上に不満を感じる場合もあり、配信されたコンテンツを心から楽しめないこともある。
【0007】
本発明は上記事情によりなされたもので、その目的は、コンテンツの視聴状況の結果が利益としてユーザに還元されるようにし、これによりユーザの娯楽性の向上と、コンテンツ配信サービスの利用の拡大を図り得るコンテンツ配信システム及び管理装置を提供することにある。
【課題を解決するための手段】
【0008】
上記目的を達成するために、この発明に係るコンテンツ配信システムは、コンテンツをネットワーク上に配信するコンテンツ配信者の端末と、ネットワーク上に配信したコンテンツを受信し再生する複数の端末と、コンテンツの運用管理を行う管理装置とを具備し、管理装置は、配信を要求するイベントのリクエストを前記ネットワークを介して複数の端末のユーザから収集する収集手段と、収集されたリクエストをイベントごとに集計してリストを生成するリスト生成手段と、リストを一定期間にわたりネットワークのサイトに公開する公開手段と、リストに含まれるコンテンツごとに、複数のコンテンツ配信者からの配信の意思表示をサイトを介して受け付ける受け付け手段と、意思表示がなされた複数のコンテンツ配信者の中から配信権を与えるコンテンツ配信者を、既定の条件のもとでリストに含まれるコンテンツごとに選定する選定手段と、配信権を与えられたコンテンツ配信者に対し、選定手段による選定結果の旨を通知する通知手段と、コンテンツを視聴したユーザに課金する課金手段と、ユーザによるコンテンツに対する投資を受け付ける投資受付手段と、課金手段により求められたコンテンツごとの課金データに基づいて、投資受付手段により投資を行ったユーザへの配当金を算出し、この配当金を当該ユーザに支払うための処理を行う配当処理手段とを備えるようにしたものである。
【0009】
この構成によれば、コンテンツに対する投資を受け付けるようにし、コンテンツの視聴に対し視聴者から徴収した料金の集計結果から投資したコンテンツの視聴状況が判定され、この判定結果に応じてそれに見合う利益が配当金として投資ユーザに還元されることになる。従って、投資ユーザにとっては、コンテンツの視聴状況に応じてそれに見合う配当金を得ることができ、一方、コンテンツ配信事業者にとっては、コンテンツ配信サービスの利用者の加入促進やコンテンツ配信サービスの市場規模の拡大を図ることができる。
【発明の効果】
【0010】
上記発明によれば、コンテンツの視聴状況の結果が利益として投資ユーザに還元されるようにし、これにより投資ユーザの娯楽性の向上と、コンテンツ配信サービスの利用の拡大を図り得るコンテンツ配信システム及び管理装置を提供することができる。
【図面の簡単な説明】
【0011】
【図1】この発明の第1の実施形態に係わるコンテンツ配信システムの概要を示すシステム図。
【図2】図1のWebサーバの機能ブロック図。
【図3】Webサーバにより公開されるWebページの一例を示す図。
【図4】第1の実施形態のコンテンツ配信システムにおける処理の流れの一例を示すシーケンス図。
【図5】比較のため既存のテレビ放送システムの概要を示すシステム図。
【図6】この発明の第2の実施形態に係わるコンテンツ配信システムの概要を示すシステム図。
【図7】図6のwebサーバの機能ブロック図。
【図8】図6に示すモバイル端末の機能ブロック図。
【図9】第2の実施形態のモバイル端末におけるコンテンツの聴取に係わる処理手順を示すシーケンス図。
【図10】この発明の第3の実施形態に係わるwebサーバの機能ブロック図。
【図11】第3の実施形態のコンテンツ配信システムにおける処理の流れの一例を示すシーケンス図。
【発明を実施するための形態】
【0012】
以下、この発明の実施形態について図面を参照して詳細に説明する。
【0013】
(第1の実施形態)
図1はこの発明の第1の実施形態に係わるコンテンツ配信システムの概要を示すシステム図である。図1において、スポーツの試合などが開催されるイベント会場1の模様はカメラマン2により撮影され、アナウンサーや解説者3などの音声も加えてコンテンツ配信者としての編集所4で編集され、中継あるいは配信のためのコンテンツが作成される。このコンテンツは直ちに、WiMAX用基地局5などからIPネットワーク7を直接経由して一般ユーザ8−1〜8−nに中継あるいは配信される。配信サーバ(コンテンツサーバ6の機能の一部)を使い、登録された一般ユーザ8−1〜8−nに対し、ユニキャスト(1:1)でストリーミングデータを流すことにより、IPネットワーク7を経由して登録された一般ユーザ8−1〜8−nだけに限定してコンテンツを中継あるいは配信することができる。
【0014】
つまりイベントの現場からWiMAXなどを介してコンテンツをIPネットワーク7に流し込むことができる。なお、この配信されたコンテンツをコンテンツサーバ6に一旦録画し、一般ユーザからの要求に応じてオンデマンド配信するようにしてもよい。一般ユーザ8−1〜8−nは自身のテレビ端末、あるいはパソコン端末などからコンテンツを視聴する。なおこの実施形態では「配信」と「中継」とをほぼ同義として用いるが、より詳しくは「中継」がより即時性を持つのに対し、「配信」はオンデマンドな要素を持つ語として用いられる。
【0015】
ところで図1のシステムは、IPネットワーク7に接続されるWebサーバ9Aを備える。この第1の実施形態では、このwebサーバ9Aにより各種の処理が実施される。このwebサーバ9Aはコンテンツ配信事業を請け負う中継事業者、放送局、あるいはマネジメント業務を担う運営会社により管理されても良いし、あるいはこれらから独立した事業体により管理されるものであっても良い。この第1の実施形態では、コンテンツサーバ6及びwebサーバ9Aを管理装置としての運営会社により管理するものとする。
【0016】
図2は、webサーバ9Aの機能ブロック図である。Webサーバ9AはいわゆるWebサイトとしての機能を備え、IPネットワーク7に接続されるインタフェース部91と、CPU(Central Processing Unit)による演算処理機能を持つ制御部92と、大容量メモリなどの記憶部93とを備える。
【0017】
制御部92はこの第1の実施形態に関わる処理機能として収集部としての収集処理部92aと、リスト生成部としてのページ作成部92bと、公開部としてのページ公開部92cと、受け付け部としてのオークション機能部92dと、選定部としてのランク付け処理部92eと、通知部としての選定通知部92e−1と、課金処理部92fとを備える。
収集処理部92aは、一般ユーザ8−1〜8−nがそれぞれ配信を要求するイベントをイベントリクエストの形で収集する。すなわち一般ユーザ8−1〜8−nの端末はIPネットワーク7を介してWebサーバ9Aにアクセスする機能を備え、テキストデータ、あるいはWeb投票などの形でリクエストをWebサーバ9Aに送出する。また収集処理部92aは、配信されたコンテンツへの評価を、例えばWeb投票などの形でIPネットワーク7を介して収集する。
【0018】
ページ作成部92bは、収集されたリクエストをイベントごとに集計してリストアップし、図3に示すようなWebページを作成する。このWebページのソースコードデータは記憶部93に、Webページソースデータ93aとして記憶される。このWebページはページ公開部92cにより、IPネットワーク7上に一定の期間にわたって公開される。一般ユーザ8−1〜8−nはもちろんのこと、コンテンツ配信事業者や他の事業者の全てがこのWebページにアクセスすることができる。
【0019】
図3は、Webサーバ9Aで公開されるWebページの一例を示す図である。このWebページは例えばイベントのエントリー期間に渡って公開される。図3において、日付(図3では10月10日)ごとに、予定されているイベントに対する、番組コード、開始時刻、修了時刻、イベント名、場所、一般ユーザからのリクエスト数、および中継事業者の候補がリスト表示される。
【0020】
すなわちページ作成部92bは一般ユーザ8−1〜8−nから収集したリクエストに基づき、イベントごとに番組コードを付し、イベントのリクエスト数、中継事業者の候補などを集計し、表にまとめてWebページソースデータ93aを作成する機能を持つものである。Webページを参照したユーザおよび事業者は、要望されているイベントの登録の状況、およびリクエストの状況を知ることができる。
【0021】
図3における中継事業者候補の順位は、例えば過去の中継実績から得た一般ユーザからの評価をポイントとしてカウントし、そのポイントの高い順番である。その順位に従ってコンテンツの配信権を与えるようにすることができる。また、この順位は事業者がコンテンツ配信を希望する意思表示を示した時点で確定することができ、ただちにWebページの表示内容に反映される。
【0022】
オークション機能部92dは、図3のWebページに示される番組コンテンツごとに、複数の事業者からの配信の意思表示をWebサイトを介して受け付ける。オークション機能部92dは、意思表示に付随する条件、例えば配信権取得のための価格に基づいて1つの事業者を選定する。すなわちオークション機能部92dは番組コードに対応付けて配信権を設定し、この配信権への各事業者からの入札をオークション形式で受け付ける。
【0023】
配信権は、エントリー期間において最低の価格を提示した事業者に落札される。エントリー期間が過ぎて落札事業者が決定すると、その旨が落札事業者に通知される。通知にあたってはWebサイトに公開しても良いし、あるいは秘匿メッセージにより落札事業者のみに知らせても良い。
【0024】
ランク付け処理部92eは、収集処理部92aにより収集された配信コンテンツへの評価を統計的に処理し、その結果に基づいて事業者をランク付けする。このランク付けの結果は例えば図3のWebページで公開される。すなわち、中継事業者候補として示される社名(A社、B社、…)の並んでいる順番がランク付けに対応する。例えば最も左側に位置する事業者のランクが最高で、右に行くほどランクも下がるというようにランクを示せばよい。
選定通知部92e−1は、上記ランク付け処理部92eによる選定結果の旨を、配信権を与えられたコンテンツ配信者に通知する。
【0025】
課金処理部92fは、コンテンツを視聴したユーザに対する課金処理を行う。
【0026】
次に、以上の構成における作用を説明する。
【0027】
図4は、図1のコンテンツ配信システムにおける処理の流れの一例を示すシーケンス図である。図4はコンテンツ配信ビジネスにおいて、主演者やスポーツ選手11、各イベントを企画する主催者12、コンテンツを制作する中継事業者13、コンテンツ配信事業の運営会社14、および一般ユーザ15が関係してなされる業務フローの一例を示すものである。
【0028】
図4において、イベント主催者12は出演者やスポーツ選手11などに働きかけてイベントを企画する。この働きかけは直接相対してでも良いし、IPネットワーク7を介するメッセージの授受であっても良い(16−1,16−2)。イベントが企画されると、イベントPR更新メッセージ17−1により運営会社14に通知される。運営会社14は企画されたイベントを行う旨をWebサーバ9Aに登録し、その内容は直ちにWebページに反映される(図3)。
【0029】
一方、一般ユーザ15は放送して欲しいイベントや番組に対するリクエストを、イベントリクエスト(18−1〜18−m)により運営会社14に通知する。リクエストの集計結果はWebサイトに登録され、Webページにより公開される。このWebページを閲覧した一般ユーザは、賛同するイベントコンテンツが表示されていれば同様にイベントリクエストを上げることで、そのイベントへのニーズ(人気度)を積み上げることができる。
【0030】
これらのイベントに対する人気の度合い(人気度)をモニタしつつ(19−1,19−2)、いくつかのイベント主催者は一般ユーザからのリクエストに沿ったイベントを企画する。その企画内容は同様にイベントPR(17−1,17−2)としてWebサイトに登録される。
このような手続が、実際にイベントが行われる一定期間前までに行われ、そのイベントに対する人気の度合いをユーザ、ベンダの双方ともに確認することが可能となる。次に、イベントを中継する中継事業者を選定するための入札が行われる。
【0031】
入札の方法は様々に考えられる。例えば先に述べたように、中継業務を請負う金額を入札価格とし、一番安い価格を提示した業者に配信の権利を落札させるようにしてもよい。あるいは、過去の中継実績から得た一般ユーザからの評価を統計的に処理してポイント化し、ポイント累計カウント値の高い順に、イベントの配信権を与えるようにしてもよい。
【0032】
図4において入札が開始されると、イベント中継を希望する業者が応札(20−1,20−2)により意思表示し、そのランキングがWebサイトに公開される(21−1,21−2)。事業者のランキングの基準は応札金額であったり、評価ポイントであったりする。入札期間が過ぎると入札が終了し、運営会社14はWebページをモニタして、どの中継事業者がイベントの配信権を得たかを知ることができる。また配信権を得た事業者には選定結果通知メッセージ22によりその旨が通知される。
【0033】
業者選定が完了した時点で、コンテンツを中継する配信権を得た中継事業者13は、そのイベントまでに、アナウンサー、解説者、イベントの背景、出演者情報、スポーツ選手の経歴調査、中継の際のカメラワークなど様々な準備を行い、実際のイベント中継に備えることになる。
【0034】
イベントが開催されると、放送コンテンツ23がIPネットワーク7経由で一般ユーザ15に中継あるいは配信される。配信サーバ(コンテンツサーバ6の機能の一部)を使い、登録された一般ユーザ8−1〜8−nに対し、ユニキャスト(1:1)でストリーミングデータを流すことにより、IPネットワーク7を経由して登録された一般ユーザ8−1〜8−nだけに限定してコンテンツを中継あるいは配信することができる。その形態は基本的には生中継であるが、コンテンツサーバ6を経由するオンデマンド配信であっても良い。すなわち一般ユーザ15は、コンテンツを実況生中継24で視聴できるだけでなく、コンテンツサーバ6から好きな時に視聴することができる。
【0035】
コンテンツごとの視聴者数は運営会社14により把握される。具体的には、一般ユーザ15は予めシステムに登録を行い、ログイン時間などをもとに、コンテンツ放送時間のうち何時から何時まで視聴したかが運営会社14により把握される。これにより途中で飽きてしまっていないかという指標も算出することができ、これは事業者のポイントに反映される。
【0036】
また、イベントの事前の人気度と実際の視聴者数とを比較することでも、中継事業者13への評価データの一つとして使用することができる。例えば、前評判の高かった割には視聴者数が少なければ、一般ユーザ15が途中で飽きてしまうなど、イベントそのものの問題や中継事業者13のスキルなどに問題がある可能性がある。このような場合にはそのコンテンツの配信を請け負った事業者の評価ポイントを下げ、逆の場合にはポイントを上げるなどの配慮が可能となる。
【0037】
コンテンツを視聴したユーザには、実況生中継の都度、あるいは録画中継の都度、例えば従量課金などの形で課金される(25,27−1,27−2)。ユーザから徴収した料金は運営会社14が一旦とりまとめ、中継事業者13にはコンテンツ料金(28)、イベント主催者にはイベント料金(29)、出演者、選手11には出演料、報酬(30)の形でそれぞれ支払われる。すなわち、イベント終了後の視聴者数の集計の結果を元に、運営会社14は中継事業者13にコンテンツ料金28を支払い、中継事業者13はイベント主催者12にイベント料金29として費用の一部を支払う。さらにイベント主催者12は、この放送以外の入場者による入場料などと合わせた金額の中から出演者やスポーツ選手などに出演料や報酬30を支払う。このようにして、提供したサービスに見合った見返りが各者に分配される。
【0038】
なお、以上のビジネスの運用に当てる費用として、一般ユーザ15から視聴した分をIPネットワーク7経由で視聴料として徴収する機能を整備するか、一般企業からの広告料で賄うなどの方法も考えられる。一般ユーザ15からの視聴料として徴収する場合は、視聴開始時刻からある一定の時間以上視聴した場合のみ課金するなどの配慮を要する場合もある。
【0039】
図5は、比較のため既存のテレビ放送システムの概要を示すシステム図である。図5において、カメラマン2により撮影されたイベント1の模様はアナウンサーや解説者3などの音声も加えて編集所4で編集され、放送コンテンツが作成される。この放送コンテンツは放送素材伝送車両(SNG)29から通信衛星30、放送局31を経由する形でエンドユーザ32−1,32−2〜32−nに放送される。このような形態であるから一般ユーザの要望を反映させる余地がない。
【0040】
これに対しこの実施形態では、IPネットワーク7を介して、事前に料金支払情報などを含んで個人登録した多くの一般ユーザが、計画されているスポーツ中継やイベント中継に対する視聴のリクエストを事業者に通知することが可能になる。リクエストはシステム側で集計され、Webページに公開される。さらに、どの中継事業者に中継して欲しいかという情報も収集する機能を設けることも可能となり、仮にその機能を盛り込むことにより、中継事業者に対するリクエストも合わせて通知することができるので、中継事業者自身の努力によるスキルの向上が期待できる。
【0041】
中継事業者はどのスポーツ中継やイベント中継が多いか、あるいは得意とするコンテンツが要望されているかなどを公開された情報をもとに判断でき、オークション形式の入札に応募することができる。あるいは入札時においては一般ユーザからの中継事業者リクエストと、過去の中継実績により、総合的な中継事業者のランク順位が明示され、上位ランクの事業者からどのイベントを中継するかが選択できる。コンテンツ配信の権利を獲得した中継事業者は、イベント会場で中継の準備、アナウンサーや解説者の準備、IPネットワーク7回線の準備を行い、生中継でコンテンツを中継する。またそのコンテンツはコンテンツサーバ6に記録され、オンデマンド配信も実施可能である。
【0042】
さらに、視聴者から収集した情報に基づき中継事業者の評価が統計的にポイント化され、Webページに反映されるので、次の入札時のランクにフィードバックすることができる。コンテンツの視聴者は視聴した分に応じた料金を電子的に決済され、その料金がシステムの運営会社14、中継事業者13、イベント主催者12に分配されて各事業者の収入となる。
【0043】
このように一般ユーザは、一方的に放送局が決めるイベントではなく、視聴したいイベント中継のリクエストをあげることができる。また、中継事業者は評価ポイントを高くすることで、有利なイベント中継を選ぶことができるという動機付けを得られるので、事業者どうしの競争原理により、中継業務のスキル向上を期待できる。また、今まで中継される機会の少なかったスポーツやイベントも中継の機会を得ることができ、様々なスポーツ振興が図れる。さらには、イベント中継業務を手掛ける新たな職種を増やすことができ、社会の雇用増進にも寄与することができる。
【0044】
また、一般ユーザと事業者との双方がリクエストの集計の結果を知ることができる。事業者は、一般ユーザからのリクエスト数が増えれば増えるほど高い報酬を期待でき、中継意欲が向上することになる。逆にリクエスト数が少なければ中継意欲が低下し、中継そのものが行われない可能性もでてくる。さらに、一般ユーザからリクエストがほんの少数でも、一般ユーザ一人当たりの負担する費用を増やすことで、総費用が中継事業者の実施意欲を満たすケースも考えられる。このように本実施形態によれば、既存のTV放送が行われるケースも想定した上で柔軟なビジネスを展開することが可能になる。
【0045】
以上述べたようにこの第1の実施形態によれば、一般ユーザからリクエストを収集し、賛同する一般ユーザからのニーズが高ければ、比較的知名度の低いイベントであっても視聴が可能となる。また、中継事業者に対して一般ユーザの意向をより強く反映することが可能になり、一般ユーザからのリクエストが広がるに従い、中継事業者の数の増加が期待できる。このことは、例えばスポーツ中継するアナウンサーや解説者を増やすことにつながり、雇用の創出だけでなく、裾野の広がりによりスキルの向上も期待できるので、より一層放送コンテンツの質の向上が期待できる。具体的には、スポーツ種別ごとに中継が得意なアナウンサーを育成したり、特定のスポーツ経験者の中から、優秀な解説者を育成し、そのスポーツそのものの普及促進を図ることにも寄与することができる。
【0046】
更に、スポーツ中継を例にとれば、従来は野球、サッカーなど人気スポーツだけがTV中継の対象になっていたので、他のスポーツに対する注目度を上げることができなかった。これに対しこの実施形態によれば知名度の低いスポーツも一般ユーザからのリクエストがあり、それに応える中継事業者が出てくることにより、いつでもそのスポーツ中継を一般ユーザが視聴できるようになるなど、スポーツの種別ごとの格差是正が期待できる。
【0047】
以上のようにこの第1の実施形態では、一般ユーザ15は、視聴したいイベントを運営g会社14が所有するWebサーバ9Aにリクエストする。Webサーバ9Aはリクエストを集計し、その結果をWebページに公開する。このWebページを閲覧した他の一般ユーザも同様にリクエストを上げ、その集計を次々にWebページに反映させる。このWebページを閲覧した中継事業者13は、リクエスト数などの指標と自らの事業体力などに基づく判断により事業価格をWebサーバ9Aに提示し、オークション形式でコンテンツ配信の権利を落札する。このようにして事業者と放送局とを分離し、視聴者のニーズを満たすとともに事業者の動機付けも向上させることが可能になる。これらのことから、視聴者をより満足させることの可能なコンテンツ配信システムを提供することが可能となる。
【0048】
なお、この発明は上記第1の実施形態そのままに限定されるものではない。例えば第1の実施形態ではスポーツのイベント中継など、生中継による放送コンテンツを例に記載した。これに限らず、教育番組や対談、クイズ番組など、これまで放送局だけが番組を編成し、制作し、放送していたものも含め、一般ユーザからのリクエストによるTV放送を行うようにすることも可能である。
【0049】
また図4では、イベントの主催者12が各種イベントをPRする形態を示した。これに代えて、例えば中継事業者13にイベントPRの主導権を持たせるようにしてもよい。すなわち中継事業者13は全く独自にイベントを主催することができ、視聴者の興味を引きそうなコンテンツを、発案し、自らの経営体力に応じた規模で企画すればよい。そもそも図4に示すようにイベントのリクエストと人気の度合いとが中継事業者13にも通知されるようになっているので、中継事業者13はこれを参照して魅力あるコンテンツを作成することができる。
【0050】
すなわち、一般ユーザ15とイベント主催者12との間での需要と供給の関係を運営会社14が仲介する、というビジネス形態にとどまらず、中継事業者13にもコンテンツの選択権を与えるようにするのが望ましいことは明らかである。全くの新鋭の中継事業者が新たなコンセプトや思い入れなどでコンテンツ配信ビジネスに参画し、その中で自らの力量を示せることは一般の視聴者にとってメリットがあるばかりか、新たな文化の創出という面で有意義である。さらにイベント主催者12や中継事業者13だけでなく、主演者、選手11あるいは一般ユーザ15までもが無償でオリジナルコンテンツを制作し、自らをPRすることも、Webサーバ9Aを経由すれば自由に実施することができる。
【0051】
このように上記第1の実施形態によれば、視聴者の満足の度合いを高めるだけでなく、不特定多数の人々にとって自らのコンテンツを配信することの敷居を低くできるといったメリットを得られる。
【0052】
また、上記第1の実施形態によれば、主演者11、イベント主催者12及び中継事業者13は、コンテンツの評価に応じた報償金額を受け取ることができ、これにより制作意欲のさらなる増進が期待できる。
【0053】
(第2の実施形態)
図6はこの発明の第2の実施形態に係わるコンテンツ配信システムの概要を示すシステム図である。図6において、上記図1と同一部分には同一符号を付して詳細な説明を省略する。
【0054】
図6において、スポーツの試合などが開催されるイベント会場1の模様はカメラマン2により撮影され、アナウンサーや解説者3などの音声も加えて編集所4で編集され、中継あるいは配信のためのコンテンツが作成される。このコンテンツは、WiMAX用基地局5などからIPネットワーク7を直接経由してPCユーザ8およびモバイル端末PS1,PS2に配信される。それぞれの端末デバイスのユーザは配信されたコンテンツを視聴する。
【0055】
WiMAXなどの大容量回線を用いることで、イベントの現場から生中継のコンテンツをIPネットワーク7に流し込むことができる。視聴者は自らの保有する端末デバイスを用いて配信コンテンツを視聴することが可能である。なお、配信されたコンテンツはコンテンツサーバ6に一旦録画され、一般ユーザからの要求に応じてオンデマンド配信されるようにしてもよい。コンテンツサーバ6はコンテンツ配信事業を請け負う中継事業者、放送局、あるいはマネジメント業務を担う運営会社により管理されても良いし、あるいはこれらから独立した事業体により管理されるものであっても良い。
【0056】
ところで、図6のシステムは、webサーバ9B、モバイル放送局BSおよびセルラ基地局CSを備え、これらはいずれもIPネットワーク7に接続される。ユーザが保持するモバイル端末PS1、PS2はセルラ基地局CSに接続して双方向通信を実施できるのに加え、モバイル放送局BSから送信される動画像コンテンツを取得することができる。すなわちモバイル放送局BSは、IPネットワーク7を介して配信されるコンテンツをモバイル端末PS1,PS2に向け配信する。またモバイル放送局BSは、IPネットワーク7経由でモバイル端末PS1,PS2向けに配信されるコンテンツにスクランブルをかけ、ネットワークの無線区間において配信コンテンツを秘匿する機能を持つ。このスクランブルを解くための鍵情報はwebサーバ9Bの中の92gの暗号鍵管理部において管理される。
【0057】
また、この第2の実施形態では、コンテンツサーバ6、webサーバ9B、モバイル放送局BSおよびセルラ基地局CSを管理装置としての運営会社により管理するものとする。
【0058】
図7は、上記webサーバ9Bの機能ブロック図である。図7において、上記図2と同一部分には同一符号を付して詳細な説明を省略する。
【0059】
webサーバ9Bの制御部92は、この第2の実施形態に関わる処理機能としてさらに暗号鍵管理部92gを備える。
収集処理部92aは、PCユーザ8あるいはモバイル端末PS1,PS2から送信されるイベントリクエストを収集する。また収集処理部92aは、配信されたコンテンツへの評価を、例えばWeb投票などの形でIPネットワーク7を介して収集する。
【0060】
ページ作成部92bは、収集されたリクエストをイベントごとに集計してリストアップし、図3に示すようなWebページを作成する。このWebページのソースコードデータは記憶部92に、Webページソースデータ93aとして記憶される。このWebページはページ公開部92cにより、IPネットワーク7上に一定の期間にわたって公開される。PCユーザ8、モバイル端末PS1,PS2はもちろんのこと、コンテンツ配信事業者や他の事業者の全てがこのWebページにアクセスすることができる。
【0061】
ページ作成部92bはPCユーザ8から収集したリクエストに基づき、イベントごとに番組コードを付し、イベントのリクエスト数、中継事業者の候補などを集計し、表にまとめてWebページソースデータ93aを作成する機能を持つものである。Webページを参照したユーザおよび事業者は、要望されているイベントの登録の状況、およびリクエストの状況を知ることができる。
【0062】
オークション機能部92dは、Webページに示される番組コンテンツごとに、複数の事業者からの配信の意思表示をWebサイトを介して受け付ける。オークション機能部92dは、意思表示に付随する条件、例えば配信権取得のための価格に基づいて1つの事業者を選定する。すなわちオークション機能部92dは番組コードに対応付けて配信権を設定し、この配信権への各事業者からの入札をオークション形式で受け付ける。
【0063】
ランク付け処理部92eは、収集処理部92aにより収集された配信コンテンツへの評価ポイントを統計的に処理し、その結果に基づいて事業者をランク付けする。このランク付けの結果は例えば図3のWebページで公開される。すなわち、中継事業者候補として示される社名(A社、B社、…)の並んでいる順番がランク付けに対応する。例えば最も左側に位置する事業者のランクが最高で、右に行くほどランクも下がるというようにランクを示せばよい。
課金処理部92fは、コンテンツを視聴したユーザに対する課金処理を行う。特に課金処理部92fは、コンテンツの配信を受けたモバイル端末PS1,PS2からコンテンツの受信状況を取得する。受信状況とは例えばコンテンツの配信期間のうち視聴可能な状態を確保できた時間の総計、あるいは割合として示すことができる。つまりモバイル端末においては移動により電波の受信状況が刻々と変化するので、配信期間の全てにおいて良好な画像を取得できるとは限らない。そこで、この第2の実施形態ではモバイル端末において受信状況を管理し、視聴終了後にwebサーバ9Bに受信状況を通知する。課金処理部92fはモバイル端末から取得した受信状況に応じて、例えば従量課金により、その受信状況の取得元のモバイル端末のユーザに課金する。このようにすることで、モバイル端末によるコンテンツ視聴に対してペイパービューを実現することができる。
【0064】
暗号鍵管理部92gは、モバイル放送局BSにおいてスクランブル化された配信コンテンツのスクランブルを解くための鍵情報を保持し、正当な受信者であるモバイル端末に対してのみ、この鍵情報(解読鍵)をIPネットワーク7経由で通知する。解読鍵は、例えばコンテンツの配信に先立ち、このコンテンツ配信を要求したモバイル端末に電子メールで通知される。例えば電子メールに解読鍵を示すコードをテキストで記載しても良いし、あるいは電子メールに実行ファイルを添付し、そのファイルのアイコンをクリックすれば自動的に解読鍵がダウンロードされるようにしてもよい。
【0065】
図8は、モバイル端末PS1,PS2の機能ブロック図である。セルラ基地局CSから送信された無線信号は、アンテナAで受信されたのちアンテナ共用器(DUP)Dを介して受信回路(RX)130に入力される。受信回路130は、上記受信された無線信号を周波数シンセサイザ(SYN)140から出力された局部発振信号とミキシングして中間周波信号に周波数変換する。そして、この中間周波信号を復調して受信ベースバンド信号を出力する。なお、上記周波数シンセサイザ140から発生される局部発振信号の周波数は、制御ユニット230から出力される制御信号SYCによって指示される。
【0066】
受信ベースバンド信号は信号処理ユニット160に入力され所定の伝送フォーマットの受信パケットデータが再生される。この受信パケットデータは圧縮伸長処理ユニット170(以下、処理ユニット170と称する)に入力される。処理ユニット170は、信号処理ユニット160から出力された受信パケットデータをメディアごとに分離する。そして、この分離されたメディアごとにそのデータに対しそれぞれ復号処理を行う。例えば、通話モードにおいては、受信パケットデータに含まれている通話音声等のオーディオデータをスピーチコーデックにより復号する。またテレビジョン電話モードのように、受信パケットデータにビデオデータが含まれていれば、このビデオデータをビデオコーデックにより復号する。
【0067】
上記復号処理により得られたディジタルオーディオ信号はPCM符号処理ユニット(以後PCMコーデックと称する)180に供給される。PCMコーデック180は、処理ユニット170から出力されたディジタルオーディオ信号をPCM復号してアナログオーディオ信号を出力する。このアナログオーディオ信号は、受話増幅器190にて増幅されたのちスピーカ200から出力される。
【0068】
処理ユニット170により復号されたディジタルビデオ信号は、制御ユニット230に入力される。制御ユニット230は、処理ユニット170から出力されたディジタルビデオ信号を、ビデオRAMを介してディスプレイ280に表示する。なお、制御ユニット230は、受信されたビデオデータばかりでなく、図示しないカメラにより撮像されたビデオデータについてもビデオRAMを介してディスプレイ280に表示する。
【0069】
また、上記受信パケットデータが電子メールやWebサイトからダウンロードされたデータであれば、これらの受信データは信号処理ユニット160から制御ユニット230に入力される。制御ユニット230は、上記入力された受信データを記憶ユニット240の受信データ記憶エリアに保存すると共に、入力デバイス270におけるユーザの表示操作に応じてディスプレイ280に表示させる。
【0070】
一方、通話モードにおいて、マイクロホン210に入力された話者の音声信号は、送話増幅器220により適正レベルまで増幅されたのち、PCMコーデック180によりPCM符号化処理が施されてディジタルオーディオ信号となり、処理ユニット170に入力される。また、図示しないカメラから出力されるビデオ信号は、制御ユニット230によりディジタル化されて処理ユニット170に入力される。なお、制御ユニット230において作成された電子メールも、制御ユニット230から処理ユニット170に入力される。
【0071】
処理ユニット170はディジタルオーディオ信号を符号化してオーディオデータを生成する。また、制御ユニット230から出力されたディジタルビデオ信号を符号化してビデオデータを生成する。さらに、制御ユニット230から電子メールが出力された場合にも、そのテキストデータ等を符号化する。そして、上記復号化されたオーディオデータ、ビデオデータ及びテキストデータ等を多重分離部で所定の伝送フォーマットに従いパケット化し、この送信パケットデータを信号処理ユニット160へ出力する。
【0072】
信号処理ユニット160は、処理ユニット170から出力された送信パケットデータを処理したのち送信回路(TX)150に出力する。送信回路150は信号処理ユニット160からの送信パケットデータに基づき例えばQPSK(Quadrature Phase Shift Keying)方式、あるいはOFDM(Orthogonal Frequency Division Multiplex )方式などの変調方式による送信信号を生成する。そして、生成された送信信号を、周波数シンセサイザ140から発生される局部発振信号と合成して無線信号に周波数変換する。そして、制御ユニット230により指示される送信電力レベルとなるように上記無線信号を高周波増幅する。この増幅された無線信号は、アンテナ共用器Dを介してアンテナAに供給され、このアンテナAから基地局へ向けて送信される。
【0073】
さらに、モバイル端末PS1,PS2はテレビジョン放送受信機(TV放送受信機)300を備える。このTV放送受信機300は、例えば地上ディジタル放送の1セグメント放送(ワンセグ放送)を、アンテナ310を介して受信するもので、受信されたワンセグ放送の受信データを制御ユニット230に入力する。受信した直後の受信データはスクランブル化されており、制御ユニット230は解読鍵を用いてこのスクランブルを解除する。
【0074】
制御ユニット230は、デスクランブルされたワンセグ放送の受信データを動画像ストリームとオーディオストリームに分離した後それぞれ復号する。そして、復号された動画像信号をディスプレイ290に表示する。またそれと共に、復号されたディジタルオーディオ信号をPCMコーデック180に供給する。上記ディジタルオーディオ信号は、PCMコーデック180によりアナログオーディオ信号に変換された後、受話増幅器190を介してスピーカ200から出力される。
なお、250はバッテリを、また260は電源回路を示す。電源回路260は、バッテリ250の出力をもとに所定の動作電源電圧Vccを生成して各回路部に供給する。バッテリ250は図示しない充電回路により充電される。また、入力デバイス270はダイヤルキーパッドと各種機能キーとから構成される。
【0075】
ところで、制御ユニット230は、その制御機能としてブラウザ機能部230a、暗号処理部230b、および受信状態モニタ部230cを備える。このうちブラウザ機能部230aはHTML(Hypertext Markup Language)などで記述されるソースデータをWebページの形式でディスプレイ280に表示させる。
【0076】
暗号処理部230bは、モバイル放送局BSからスクランブル化された状態で配信されたコンテンツデータをデスクランブルするための解読鍵を、webサーバ9Bの暗号鍵管理部92gから取得する。この解読鍵は先に述べたように、例えば電子メールの添付情報として供給される。そして暗号処理部230bは、取得した解読鍵を用いて、モバイル放送局BSから受信したコンテンツのスクランブルを解除する。
【0077】
受信状態モニタ部230cは、モバイル放送局BSから配信されたコンテンツの受信状況をモニタし、配信終了とともにその結果をwebサーバ9Bの課金処理部92fに通知する。受信状況には、コンテンツをモバイル端末において正常に聴取できた時間の累計値、あるいは総配信期間に対する累計値の割合などが用いられる。次に、上記構成における作用を説明する。
【0078】
図9は、モバイル端末PS1におけるコンテンツの聴取に係わる処理手順を示すシーケンス図である。なおモバイル端末PS2のユーザがコンテンツの視聴を希望する際の手順も同様である。モバイル端末PS1のユーザ(モバイルユーザ)は、聴取を希望するイベントのリクエスト(18−1)をモバイル端末PS1を用いて送出する。このリクエストはセルラ基地局CS経由で運営会社14に通知され、各種イベントの人気度が蓄積される。この人気度(19−1)は中継事業者13、イベント主催者12のいずれもWebサイトを介して参照することができる。モバイルユーザも同様に、例えば運営会社14のサイトにアクセスすれば(40)、イベントの人気度を参照することができる(19−2)。
【0079】
次に、イベントを中継する中継事業者を選定するための入札が行われる。
【0080】
入札の方法は様々に考えられる。例えば先に述べたように、中継業務を請負う金額を入札価格とし、一番安い価格を提示した業者に配信の権利を落札させるようにしてもよい。あるいは、過去の中継実績から得た一般ユーザからの評価を統計的に処理してポイント化し、ポイント累計カウント値の高い順に、イベントの配信権を与えるようにしてもよい。
【0081】
入札が開始されると、イベント中継を希望する業者が応札により意思表示し、そのランキングがWebサイトに公開される。事業者のランキングの基準は応札金額であったり、評価ポイントであったりする。入札期間が過ぎると入札が終了し、運営会社14はWebページをモニタして、どの中継事業者がイベントの配信権を得たかを知ることができる。また配信権を得た事業者には選定結果通知メッセージによりその旨が通知される。
【0082】
業者選定が完了した時点で、コンテンツを中継する配信権を得た中継事業者13は、そのイベントまでに、アナウンサー、解説者、イベントの背景、出演者情報、スポーツ選手の経歴調査、中継の際のカメラワークなど様々な準備を行い、実際のイベント中継に備えることになる。
【0083】
次に、コンテンツの放送が開始されるのに先立ち、例えば中継事業者13から運営会社14にその旨が通知される(41)。そうするとこのコンテンツを放送するチャネル情報などとともに、スクランブル化のための暗号鍵がwebサーバ9Bからモバイル放送局BSに通知される。モバイル放送局BSは指定されたチャネルで配信されるコンテンツを、この暗号鍵を用いてスクランブル化した状態で無線区間に放射する(スクランブル放送設定:43)。
【0084】
これとともに運営会社14から、コンテンツ視聴のためのチャネル情報とともに、スクランブルを解除するための解読鍵を含む放送パラメータが、例えば電子メールの形態で、セルラ基地局CS経由でモバイル端末PS1に通知される(44)。これを受けてモバイル端末PS1は、放送チャネル、解読鍵を含む受信パラメータを自らに設定し(45)、ディスプレイ280に表示するなどして放送の開始をモバイルユーザに通知する。モバイルユーザがこれに応じて受信OK処理を行うと、スクランブルデータの解読が開始されて中継視聴が開始される。
【0085】
コンテンツ放送の中継視聴が開始されると、モバイル端末PS1はその受信状態のモニタを開始する(47)。ここでは正常にコンテンツを視聴できた期間の累計値がカウントされる。そしてイベントが終了し、中継放送が終了するとその旨が中継事業者13からwebサーバ9Bを介してモバイル放送局BSに通知され、モバイル放送局BSからの送信波が停波される(49)。
【0086】
次に、運営会社14は課金に係わる情報の取得をwebサーバ9Bに要求する(50)。そうするとwebサーバ9Bは、コンテンツの受信状況の取得を要求するメッセージをセルラ基地局CS経由でモバイル端末PS1に与え、モバイル端末PS1はこれを受けてコンテンツ配信期間における正常受信期間の累計値に基づく受信料金をモバイルユーザに通知する(52)。モバイルユーザがこれに対する承認を与えると(53)、その旨がwebサーバ9Bに返信される。すると、運営会社14は、モバイルユーザへ課金を行う(54)。このようにして徴収されたコンテンツの視聴料金(28)は運営会社14から中継事業者13に支払われ、中継事業者13はイベント主催者12にイベント料金29として費用の一部を支払う。
【0087】
以上述べたようにこの第2の実施形態では、IPネットワーク7を介して、モバイル端末PS1、PS2のユーザを含む多くの一般ユーザが、計画されているスポーツ中継やイベント中継に対する視聴のリクエストを事業者に通知することが可能になる。リクエストはシステム側で集計され、Webページに公開される。さらに、中継事業者に対するリクエストも合わせて通知することができるので、中継事業者自身の努力によるスキルの向上が期待できる。
【0088】
またこの第2の実施形態では、IPネットワーク7を介して配信されるコンテンツをモバイル放送局BSを介して放送するようにしているので、モバイル端末PS1,PS2におけるコンテンツの視聴が可能となり、スポーツなどの生中継を場所に制約されずに楽しむことも可能となる。さらにこの第2の実施形態では、配信されるコンテンツをスクランブル化する機能をモバイル放送局BSに持たせ、解読鍵を通知されたモバイル端末においてのみ、配信されるコンテンツデータを視聴できるようにしている。すなわち生中継のコンテンツを運営会社14のWebサイトを介して中継するにあたり、鍵情報を用いてコンテンツデータをスクランブル化するようにしているので、不特定多数のユーザが無料で視聴することを許さず、特定のモバイルユーザに対してのみ視聴を許可することが可能になる。
【0089】
つまり、IPネットワーク7を介した中継だけでなく、モバイル放送局BSから視聴を許可されたユーザだけがコンテンツを視聴することが可能になるからこそビジネスとしてのコンテンツ配信が成立し、モバイル環境においてもイベント中継を見る事ができるというメリットを、広くいきわたらせることが可能になる。
【0090】
さらには、モバイル端末PS1、PS2に特有の事情として一定の受信状態を保つことが難しい点が挙げられるが、この実施形態では受信状況をモバイル端末においてモニタし、視聴終了後にその結果をシステムに通知するようにしているので、ペイパービューの形態でモバイルユーザの納得のいく課金を行うことが可能になる。以上から、視聴者の満足の度合いをさらに高めたコンテンツ配信システムとそのモバイル端末を提供することが可能になる。
【0091】
第2の実施形態ではスポーツのイベント中継など、生中継による放送コンテンツを例に記載した。これに限らず、教育番組や対談、クイズ番組など、これまで放送局だけが番組を編成し、制作し、放送していたものも含め、一般ユーザからのリクエストによるTV放送を行うようにすることも可能である。
【0092】
上記第2の実施形態では、イベントの主催者12が各種イベントをPRする形態を示した。これに代えて、例えば中継事業者13にイベントPRの主導権を持たせるようにしてもよい。すなわち中継事業者13は全く独自にイベントを主催することができ、視聴者の興味を引きそうなコンテンツを、発案し、自らの経営体力に応じた規模で企画すればよい。そもそもイベントのリクエストと人気の度合いとが中継事業者13にも通知されるようになっているので、中継事業者13はこれを参照して魅力あるコンテンツを作成することができる。
【0093】
すなわち、一般ユーザ15とイベント主催者12との間での需要と供給の関係を運営会社14が仲介する、というビジネス形態にとどまらず、中継事業者13にもコンテンツの選択権を与えるようにするのが望ましいことは明らかである。全くの新鋭の中継事業者が新たなコンセプトや思い入れなどでコンテンツ配信ビジネスに参画し、その中で自らの力量を示せることは一般の視聴者にとってメリットがあるばかりか、新たな文化の創出という面で有意義である。さらにイベント主催者12や中継事業者13だけでなく、主演者、選手11あるいは一般ユーザ15までもが無償でオリジナルコンテンツを制作し、自らをPRすることも、webサーバ9Bを経由すれば自由に実施することができる。このように上記実施形態によれば、視聴者の満足の度合いを高めるだけでなく、不特定多数の人々にとって自らのコンテンツを配信することの敷居を低くできるといったメリットを得られる。
【0094】
さらに、モバイル端末PS1,PS2とPCユーザ8の端末(PC端末)とを連携させることも可能である。すなわち、モバイル端末PS1、PS2を用いてリクエストしたコンテンツをPC端末で視聴したり、逆にPC端末からリクエストしたコンテンツをモバイル端末PCから視聴可能することも可能である。
【0095】
(第3の実施形態)
この発明の第3の実施形態は、一般ユーザとは別に、投資ユーザによりそのコンテンツに対する投資目的で本ビジネスに参加できるようにし、そのコンテンツを見たいと希望する数が多いと予想する場合には、入札が行われるまでに投資する仕組みを設けるものである。
【0096】
図10はこの発明の第3の実施形態に係わるwebサーバ9Cの機能ブロック図である。図10において、上記図2と同一部分には同一符号を付して詳細な説明を省略する。
【0097】
webサーバ9Cの制御部92は、この第3の実施形態に関わる処理機能としてさらに投資受付部92h及び配当処理部92iを備える。
【0098】
投資受付部92hは、投資ユーザがそれぞれ配信を要求するイベントをイベントリクエストの形で収集するとともに、コンテンツに対する投資受付を行なう。
【0099】
配当処理部92iは、上記課金処理部92fによる課金処理結果をもとに、コンテンツごとの配当金を算出する。そして、この配当金を該当する投資ユーザに通知する。
【0100】
次に、上記構成における作用を説明する。
【0101】
図11はコンテンツ配信ビジネスにおいて、主演者やスポーツ選手11、各イベントを企画する主催者12、コンテンツを制作する中継事業者13、コンテンツ配信事業の運営会社14、一般ユーザ15及び投資ユーザ15−1が関係してなされる業務フローの一例を示すものである。
【0102】
図11において、イベント主催者12は出演者やスポーツ選手11などに働きかけてイベントを企画する。この働きかけは直接相対してでも良いし、IPネットワーク7を介するメッセージの授受であっても良い(16−1,16−2)。イベントが企画されると、イベントPR更新メッセージ17−1により運営会社14に通知される。運営会社14は企画されたイベントを行う旨をWebサーバ9Cに登録し、その内容は直ちにWebページに反映される。
【0103】
一方、一般ユーザ15は放送して欲しいイベントや番組に対するリクエストを、イベントリクエスト(18−1〜18−m)により運営会社14に通知する。また、投資ユーザ15−1は、放送して欲しいイベントや番組に対するリクエストを、イベントリクエストにより運営会社14に通知、または放送して欲しいイベントや番組への投資を行う(18−1−1〜18−m−1)。この投資の仕方としては、例えば視聴を希望するだけの一般ユーザの負担額を1口固定とした場合は、投資者は2口以上の負担を投資期間に提示するものとする。その投資数に応じて、TV中継が行われた後に集まった金額の余剰分を、投資者の負担した口数に比例して配当を行う方法が一つ考えられる。放送を生中継で視聴する一般ユーザの他に、コンテンツサーバ6から好きな時に視聴する一般ユーザも居るため、最終的な投資に対する結果がなかなか纏まらなくなる。これに対しては一般ユーザが視聴可能な期限を明確にし、それ以降の視聴ができなくすることや、場合によってはコンテンツそのものを消去する事を明確化することで、コンテンツサーバ6の容量を無限に大きくし続けなければならないということを回避することも合せて可能となる。
【0104】
リクエストの集計結果はWebサイトに登録され、Webページにより公開される。このWebページを閲覧した一般ユーザは、賛同するイベントコンテンツが表示されていれば同様にイベントリクエストを上げることで、そのイベントへのニーズ(人気度)を積み上げることができる。
【0105】
これらのイベントに対する人気の度合い(人気度)をモニタしつつ(19−1,19−2)、いくつかのイベント主催者は一般ユーザからのリクエストに沿ったイベントを企画する。その企画内容は同様にイベントPR(17−1,17−2)としてWebサイトに登録される。
このような手続が、実際にイベントが行われる一定期間前までに行われ、そのイベントに対する人気の度合いをユーザ、ベンダの双方ともに確認することが可能となる。次に、イベントを中継する中継事業者を選定するための入札が行われる。
【0106】
入札の方法は様々に考えられる。例えば先に述べたように、中継業務を請負う金額を入札価格とし、一番安い価格を提示した業者に配信の権利を落札させるようにしてもよい。あるいは、過去の中継実績から得た一般ユーザからの評価を統計的に処理してポイント化し、ポイント累計カウント値の高い順に、イベントの配信権を与えるようにしてもよい。
【0107】
図11において入札が開始されると、イベント中継を希望する業者が応札(20−1,20−2)により意思表示し、そのランキングがWebサイトに公開される(21−1,21−2)。事業者のランキングの基準は応札金額であったり、評価ポイントであったりする。入札期間が過ぎると入札が終了し、運営会社14はWebページをモニタして、どの中継事業者がイベントの配信権を得たかを知ることができる。また配信権を得た事業者には選定結果通知メッセージ22によりその旨が通知される。
【0108】
業者選定が完了した時点で、コンテンツを中継する配信権を得た中継事業者13は、そのイベントまでに、アナウンサー、解説者、イベントの背景、出演者情報、スポーツ選手の経歴調査、中継の際のカメラワークなど様々な準備を行い、実際のイベント中継に備えることになる。
【0109】
イベントが開催されると、放送コンテンツ23がIPネットワーク7経由で一般ユーザ15に中継あるいは配信される。配信サーバ(コンテンツサーバ6の機能の一部)を使い、登録された一般ユーザ8−1〜8−nに対し、ユニキャスト(1:1)でストリーミングデータを流すことにより、IPネットワーク7を経由して登録された一般ユーザ8−1〜8−nだけに限定してコンテンツを中継あるいは配信することができる。その形態は基本的には生中継であるが、コンテンツサーバ6を経由するオンデマンド配信であっても良い。すなわち一般ユーザ15は、コンテンツを実況生中継24で視聴できるだけでなく、コンテンツサーバ6から好きな時に視聴することができる。
【0110】
コンテンツごとの視聴者数は運営会社14により把握される。具体的には、一般ユーザ15は予めシステムに登録を行い、ログイン時間などをもとに、コンテンツ放送時間のうち何時から何時まで視聴したかが運営会社14により把握される。これにより途中で飽きてしまっていないかという指標も算出することができ、これは事業者のポイントに反映される。
【0111】
また、イベントの事前の人気度と実際の視聴者数とを比較することでも、中継事業者13への評価データの一つとして使用することができる。例えば、前評判の高かった割には視聴者数が少なければ、一般ユーザ15が途中で飽きてしまうなど、イベントそのものの問題や中継事業者13のスキルなどに問題がある可能性がある。このような場合にはそのコンテンツの配信を請け負った事業者の評価ポイントを下げ、逆の場合にはポイントを上げるなどの配慮が可能となる。
【0112】
コンテンツを視聴したユーザには、実況生中継の都度、あるいは録画中継の都度、例えば従量課金などの形で課金される(25,27−1,27−2)。ユーザから徴収した料金は運営会社14が一旦とりまとめ、中継事業者13にはコンテンツ料金(28)、イベント主催者にはイベント料金(29)、出演者、選手11には出演料、報酬(30)の形でそれぞれ支払われる。すなわち、イベント終了後の視聴者数の集計の結果を元に、運営会社14は中継事業者13にコンテンツ料金28を支払い、中継事業者13はイベント主催者12にイベント料金29として費用の一部を支払う。さらにイベント主催者12は、この放送以外の入場者による入場料などと合わせた金額の中から出演者やスポーツ選手などに出演料や報酬30を支払う。このようにして、提供したサービスに見合った見返りが各者に分配される。
【0113】
一方、運営会社14は一般ユーザ15から徴収した料金の集計結果による余剰分をもとに、投資ユーザ15−1の負担した口数に比例して配当金を算出する。そして、配当金を投資ユーザ15−1にフィードバックする(28−1)。逆に集まった金額に不足分が生じれば、その分は投資ユーザ15−1にて負担することになり、マイナスの配当が課せられたり、投資のために負担した金額はそのまま徴収されたままとなる。
【0114】
尚、投資や配当に関するフロー上の時期や、仕組みについては、様々なやり方が容易に作り上げることができる。
【0115】
以上のように上記第3の実施形態では、投資ユーザ15−1にとっては、コンテンツの視聴状況に応じてそれに見合う配当金を得ることができる。一方、運営会社14にとっては、実際のTV中継が行われた結果、視聴者が多く集まれば集まる金額も増えることから、その余剰分を配当金という形で投資ユーザ15−1にフィードバックすることで、ビジネスの参加者を増やすことができ、市場規模の増大が可能となる。
【0116】
なお、上記第3の実施形態に限らず、一般ユーザがそれぞれ配信を要求するイベントを収集するだけでなく、視聴希望者が多いと予測されるイベントに対するリクエストを上げ、配信事業者が決まるまで等の一定期間が経過するまでは、投資期間として単位投資額を1口として複数口だけ投資するようにすることも考えられる。つまり、それぞれのイベント配信毎に投資を可能とし、実際の配信結果で多くの視聴者が有料で視聴した場合に集まった金額を最終的に投資者に還元するという仕組みも、本システムを応用する事で可能となる。
【0117】
また、配信を要求するイベントが行われるまでの期間や、イベントの生中継の最中に一般ユーザが期待や感想をチャット形式等でアップしたり、そのイベントを盛り上げる為にPR用の詳細サイトへリンクを張る等、通常のインターネットの機能を最大限に活用することもできる。
【0118】
(その他の実施形態)
この発明は上記各実施形態に限定されるものではない。上記第2の実施形態では、ISDB−T(Integrated Services Digital Broadcasting - Terrestrial)に準拠する、いわゆるワンセグ放送を用いてモバイル端末にコンテンツを配信する例を示したが、これに限らず、MediaFLO、DVB−H(Digital Video Broadcasting - Handheld)、あるいはISDB−Tmm(ISDB-T for mobile multimedia)などのモバイルテレビジョンシステムを利用してコンテンツを配信することも、この実施形態の応用により容易に可能である。
【0119】
また、上記各実施形態では、コンテンツサーバとwebサーバとを別々に設ける例について説明したが、管理装置としての運営会社が管理する1台のサーバにコンテンツサーバの機能とwebサーバの機能とを持たせるようにしてもよい。また、上記第2の実施形態では、コンテンツサーバとwebサーバとモバイル放送局とを別々に設ける例について説明したが、管理装置としての運営会社が管理する1つの装置に、コンテンツサーバの機能とwebサーバの機能とモバイル放送局の機能とを持たせるようにしてもよい。
【0120】
また、上記第2の実施形態と第3の実施形態との組み合わせであってもよい。
【0121】
さらにこの発明は、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【符号の説明】
【0122】
1…イベント会場、2…カメラマン、3…アナウンサー,解説者、4…編集所、5…WiMAX用基地局、6…コンテンツサーバ、7…IPネットワーク、8…一般ユーザ、9A,9B,9C…Webサーバ、BS…モバイル放送局、CS…セルラ基地局、PS1,PS2…モバイル端末、A…アンテナ、D…アンテナ共用器(DUP)、130…受信回路(RX)、140…周波数シンセサイザ(SYN)、150…送信回路(TX)、160…信号処理ユニット、170…圧縮/伸長処理ユニット(コンパンダ)、180…PCM符号処理ユニット(PCMコーデック)、190…受話増幅器、200…スピーカ、210…マイクロホン、220…送話増幅器、230…制御ユニット、230a…ブラウザ機能部、230b…暗号処理部、230c…受信状態モニタ部、240…記憶ユニット、250…バッテリ、260…電源回路、270…入力デバイス、280…ディスプレイ、300…TV放送受信機、310…放送受信用のアンテナ、91…インタフェース部、92…制御部、92a…収集処理部、92b…ページ作成部、92c…ページ公開部、92d…オークション機能部、92e…ランク付け処理部、92e−1…選定通知部、92f…課金処理部、92g…暗号鍵管理部、92h…投資受付部、92i…配当処理部、93…記憶部、93a…Webページソースデータ、11…主演者,スポーツ選手、12…主催者、13…中継事業者、14…運営会社、15…一般ユーザ、15−1…投資ユーザ、16−1,16−2…イベント企画メッセージ、17−1,17−2…イベントPR更新メッセージ、18−1〜18−m…イベントリクエスト、18−1−1〜18−m−1…イベントリクエスト/投資、19−1,19−2…イベントリクエスト,人気度、20−1,20−2…応札メッセージ、21−1,21−2…ランキングメッセージ、22…選定結果通知メッセージ、23…放送コンテンツ、24…実況生中継、25,27−1,27−2…課金情報、28…コンテンツ料金、28−1…配当、29…イベント料金、30…出演料,報酬。
【技術分野】
【0001】
本発明は、例えばIP(Internet Protocol)ネットワークを介して不特定多数の視聴者に映像コンテンツを配信するコンテンツ配信システム及び管理装置に関する。
【背景技術】
【0002】
インターネットなどのIPネットワークを介して映像コンテンツを配信するシステムが知られている。放送局と各ユーザとを結ぶ回線の容量は年々拡大しており、その品質も高くなってきている。さらに、WiMAX(worldwide interoperability for microwave access)といった新たなモバイルブロードバンド回線の構築に伴い、新たな形態のサービスを提供できる素地も生まれてきている。
【0003】
放送コンテンツとして代表的なものに、コンサートなどのイベント中継、あるいはスポーツ中継がある。現状ではテレビ局がこれらのコンテンツを独自の基準で選定するようになっているので、個々の視聴者が真に欲するコンテンツを配信できているとは言いがたい面がある。つまり旧来の視聴率に頼った選定基準では均一化されたコンテンツになりがちで、野球やサッカーなど知名度の比較的高い種目に絞られざるを得ない側面があり、また、中継事業者もそれに縛られる。
【0004】
近年ではインターネット上の動画配信サイトからコンテンツを視聴することもできるようになっている。しかしこの種の技術によっても、一般の視聴者がほんとうに見たいスポーツ中継やイベント中継を視聴することはできない。引用文献1に、視聴者の嗜好を反映するダイジェスト映像の作成を目的とする技術が開示される。しかしながらこの文献に記載の技術によっても視聴者の嗜好を反映する度合いには限度がある。そもそも多様なコンテンツ制作の動機付けを中継事業者に促すことができないからである。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開2004−112110公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
以上のように、スポーツ中継やイベント中継のほとんどはテレビ局が一方的に選定して放送するだけであり、一般ユーザが個々に見たい中継が大きく制約を受ける。中継事業者の数も限られており、いずれも放送局の意図を汲まざるを得ないことから、知名度の低いイベントの中継はより一層難しくなる。また、コンテンツ中継事業者もアナウンサーやカメラマン、解説者などをテレビ局の中から選定せざるをえず、本当の意味での競争があるとはいえない。よって視聴者は中継事業者のスキル向上に不満を感じる場合もあり、配信されたコンテンツを心から楽しめないこともある。
【0007】
本発明は上記事情によりなされたもので、その目的は、コンテンツの視聴状況の結果が利益としてユーザに還元されるようにし、これによりユーザの娯楽性の向上と、コンテンツ配信サービスの利用の拡大を図り得るコンテンツ配信システム及び管理装置を提供することにある。
【課題を解決するための手段】
【0008】
上記目的を達成するために、この発明に係るコンテンツ配信システムは、コンテンツをネットワーク上に配信するコンテンツ配信者の端末と、ネットワーク上に配信したコンテンツを受信し再生する複数の端末と、コンテンツの運用管理を行う管理装置とを具備し、管理装置は、配信を要求するイベントのリクエストを前記ネットワークを介して複数の端末のユーザから収集する収集手段と、収集されたリクエストをイベントごとに集計してリストを生成するリスト生成手段と、リストを一定期間にわたりネットワークのサイトに公開する公開手段と、リストに含まれるコンテンツごとに、複数のコンテンツ配信者からの配信の意思表示をサイトを介して受け付ける受け付け手段と、意思表示がなされた複数のコンテンツ配信者の中から配信権を与えるコンテンツ配信者を、既定の条件のもとでリストに含まれるコンテンツごとに選定する選定手段と、配信権を与えられたコンテンツ配信者に対し、選定手段による選定結果の旨を通知する通知手段と、コンテンツを視聴したユーザに課金する課金手段と、ユーザによるコンテンツに対する投資を受け付ける投資受付手段と、課金手段により求められたコンテンツごとの課金データに基づいて、投資受付手段により投資を行ったユーザへの配当金を算出し、この配当金を当該ユーザに支払うための処理を行う配当処理手段とを備えるようにしたものである。
【0009】
この構成によれば、コンテンツに対する投資を受け付けるようにし、コンテンツの視聴に対し視聴者から徴収した料金の集計結果から投資したコンテンツの視聴状況が判定され、この判定結果に応じてそれに見合う利益が配当金として投資ユーザに還元されることになる。従って、投資ユーザにとっては、コンテンツの視聴状況に応じてそれに見合う配当金を得ることができ、一方、コンテンツ配信事業者にとっては、コンテンツ配信サービスの利用者の加入促進やコンテンツ配信サービスの市場規模の拡大を図ることができる。
【発明の効果】
【0010】
上記発明によれば、コンテンツの視聴状況の結果が利益として投資ユーザに還元されるようにし、これにより投資ユーザの娯楽性の向上と、コンテンツ配信サービスの利用の拡大を図り得るコンテンツ配信システム及び管理装置を提供することができる。
【図面の簡単な説明】
【0011】
【図1】この発明の第1の実施形態に係わるコンテンツ配信システムの概要を示すシステム図。
【図2】図1のWebサーバの機能ブロック図。
【図3】Webサーバにより公開されるWebページの一例を示す図。
【図4】第1の実施形態のコンテンツ配信システムにおける処理の流れの一例を示すシーケンス図。
【図5】比較のため既存のテレビ放送システムの概要を示すシステム図。
【図6】この発明の第2の実施形態に係わるコンテンツ配信システムの概要を示すシステム図。
【図7】図6のwebサーバの機能ブロック図。
【図8】図6に示すモバイル端末の機能ブロック図。
【図9】第2の実施形態のモバイル端末におけるコンテンツの聴取に係わる処理手順を示すシーケンス図。
【図10】この発明の第3の実施形態に係わるwebサーバの機能ブロック図。
【図11】第3の実施形態のコンテンツ配信システムにおける処理の流れの一例を示すシーケンス図。
【発明を実施するための形態】
【0012】
以下、この発明の実施形態について図面を参照して詳細に説明する。
【0013】
(第1の実施形態)
図1はこの発明の第1の実施形態に係わるコンテンツ配信システムの概要を示すシステム図である。図1において、スポーツの試合などが開催されるイベント会場1の模様はカメラマン2により撮影され、アナウンサーや解説者3などの音声も加えてコンテンツ配信者としての編集所4で編集され、中継あるいは配信のためのコンテンツが作成される。このコンテンツは直ちに、WiMAX用基地局5などからIPネットワーク7を直接経由して一般ユーザ8−1〜8−nに中継あるいは配信される。配信サーバ(コンテンツサーバ6の機能の一部)を使い、登録された一般ユーザ8−1〜8−nに対し、ユニキャスト(1:1)でストリーミングデータを流すことにより、IPネットワーク7を経由して登録された一般ユーザ8−1〜8−nだけに限定してコンテンツを中継あるいは配信することができる。
【0014】
つまりイベントの現場からWiMAXなどを介してコンテンツをIPネットワーク7に流し込むことができる。なお、この配信されたコンテンツをコンテンツサーバ6に一旦録画し、一般ユーザからの要求に応じてオンデマンド配信するようにしてもよい。一般ユーザ8−1〜8−nは自身のテレビ端末、あるいはパソコン端末などからコンテンツを視聴する。なおこの実施形態では「配信」と「中継」とをほぼ同義として用いるが、より詳しくは「中継」がより即時性を持つのに対し、「配信」はオンデマンドな要素を持つ語として用いられる。
【0015】
ところで図1のシステムは、IPネットワーク7に接続されるWebサーバ9Aを備える。この第1の実施形態では、このwebサーバ9Aにより各種の処理が実施される。このwebサーバ9Aはコンテンツ配信事業を請け負う中継事業者、放送局、あるいはマネジメント業務を担う運営会社により管理されても良いし、あるいはこれらから独立した事業体により管理されるものであっても良い。この第1の実施形態では、コンテンツサーバ6及びwebサーバ9Aを管理装置としての運営会社により管理するものとする。
【0016】
図2は、webサーバ9Aの機能ブロック図である。Webサーバ9AはいわゆるWebサイトとしての機能を備え、IPネットワーク7に接続されるインタフェース部91と、CPU(Central Processing Unit)による演算処理機能を持つ制御部92と、大容量メモリなどの記憶部93とを備える。
【0017】
制御部92はこの第1の実施形態に関わる処理機能として収集部としての収集処理部92aと、リスト生成部としてのページ作成部92bと、公開部としてのページ公開部92cと、受け付け部としてのオークション機能部92dと、選定部としてのランク付け処理部92eと、通知部としての選定通知部92e−1と、課金処理部92fとを備える。
収集処理部92aは、一般ユーザ8−1〜8−nがそれぞれ配信を要求するイベントをイベントリクエストの形で収集する。すなわち一般ユーザ8−1〜8−nの端末はIPネットワーク7を介してWebサーバ9Aにアクセスする機能を備え、テキストデータ、あるいはWeb投票などの形でリクエストをWebサーバ9Aに送出する。また収集処理部92aは、配信されたコンテンツへの評価を、例えばWeb投票などの形でIPネットワーク7を介して収集する。
【0018】
ページ作成部92bは、収集されたリクエストをイベントごとに集計してリストアップし、図3に示すようなWebページを作成する。このWebページのソースコードデータは記憶部93に、Webページソースデータ93aとして記憶される。このWebページはページ公開部92cにより、IPネットワーク7上に一定の期間にわたって公開される。一般ユーザ8−1〜8−nはもちろんのこと、コンテンツ配信事業者や他の事業者の全てがこのWebページにアクセスすることができる。
【0019】
図3は、Webサーバ9Aで公開されるWebページの一例を示す図である。このWebページは例えばイベントのエントリー期間に渡って公開される。図3において、日付(図3では10月10日)ごとに、予定されているイベントに対する、番組コード、開始時刻、修了時刻、イベント名、場所、一般ユーザからのリクエスト数、および中継事業者の候補がリスト表示される。
【0020】
すなわちページ作成部92bは一般ユーザ8−1〜8−nから収集したリクエストに基づき、イベントごとに番組コードを付し、イベントのリクエスト数、中継事業者の候補などを集計し、表にまとめてWebページソースデータ93aを作成する機能を持つものである。Webページを参照したユーザおよび事業者は、要望されているイベントの登録の状況、およびリクエストの状況を知ることができる。
【0021】
図3における中継事業者候補の順位は、例えば過去の中継実績から得た一般ユーザからの評価をポイントとしてカウントし、そのポイントの高い順番である。その順位に従ってコンテンツの配信権を与えるようにすることができる。また、この順位は事業者がコンテンツ配信を希望する意思表示を示した時点で確定することができ、ただちにWebページの表示内容に反映される。
【0022】
オークション機能部92dは、図3のWebページに示される番組コンテンツごとに、複数の事業者からの配信の意思表示をWebサイトを介して受け付ける。オークション機能部92dは、意思表示に付随する条件、例えば配信権取得のための価格に基づいて1つの事業者を選定する。すなわちオークション機能部92dは番組コードに対応付けて配信権を設定し、この配信権への各事業者からの入札をオークション形式で受け付ける。
【0023】
配信権は、エントリー期間において最低の価格を提示した事業者に落札される。エントリー期間が過ぎて落札事業者が決定すると、その旨が落札事業者に通知される。通知にあたってはWebサイトに公開しても良いし、あるいは秘匿メッセージにより落札事業者のみに知らせても良い。
【0024】
ランク付け処理部92eは、収集処理部92aにより収集された配信コンテンツへの評価を統計的に処理し、その結果に基づいて事業者をランク付けする。このランク付けの結果は例えば図3のWebページで公開される。すなわち、中継事業者候補として示される社名(A社、B社、…)の並んでいる順番がランク付けに対応する。例えば最も左側に位置する事業者のランクが最高で、右に行くほどランクも下がるというようにランクを示せばよい。
選定通知部92e−1は、上記ランク付け処理部92eによる選定結果の旨を、配信権を与えられたコンテンツ配信者に通知する。
【0025】
課金処理部92fは、コンテンツを視聴したユーザに対する課金処理を行う。
【0026】
次に、以上の構成における作用を説明する。
【0027】
図4は、図1のコンテンツ配信システムにおける処理の流れの一例を示すシーケンス図である。図4はコンテンツ配信ビジネスにおいて、主演者やスポーツ選手11、各イベントを企画する主催者12、コンテンツを制作する中継事業者13、コンテンツ配信事業の運営会社14、および一般ユーザ15が関係してなされる業務フローの一例を示すものである。
【0028】
図4において、イベント主催者12は出演者やスポーツ選手11などに働きかけてイベントを企画する。この働きかけは直接相対してでも良いし、IPネットワーク7を介するメッセージの授受であっても良い(16−1,16−2)。イベントが企画されると、イベントPR更新メッセージ17−1により運営会社14に通知される。運営会社14は企画されたイベントを行う旨をWebサーバ9Aに登録し、その内容は直ちにWebページに反映される(図3)。
【0029】
一方、一般ユーザ15は放送して欲しいイベントや番組に対するリクエストを、イベントリクエスト(18−1〜18−m)により運営会社14に通知する。リクエストの集計結果はWebサイトに登録され、Webページにより公開される。このWebページを閲覧した一般ユーザは、賛同するイベントコンテンツが表示されていれば同様にイベントリクエストを上げることで、そのイベントへのニーズ(人気度)を積み上げることができる。
【0030】
これらのイベントに対する人気の度合い(人気度)をモニタしつつ(19−1,19−2)、いくつかのイベント主催者は一般ユーザからのリクエストに沿ったイベントを企画する。その企画内容は同様にイベントPR(17−1,17−2)としてWebサイトに登録される。
このような手続が、実際にイベントが行われる一定期間前までに行われ、そのイベントに対する人気の度合いをユーザ、ベンダの双方ともに確認することが可能となる。次に、イベントを中継する中継事業者を選定するための入札が行われる。
【0031】
入札の方法は様々に考えられる。例えば先に述べたように、中継業務を請負う金額を入札価格とし、一番安い価格を提示した業者に配信の権利を落札させるようにしてもよい。あるいは、過去の中継実績から得た一般ユーザからの評価を統計的に処理してポイント化し、ポイント累計カウント値の高い順に、イベントの配信権を与えるようにしてもよい。
【0032】
図4において入札が開始されると、イベント中継を希望する業者が応札(20−1,20−2)により意思表示し、そのランキングがWebサイトに公開される(21−1,21−2)。事業者のランキングの基準は応札金額であったり、評価ポイントであったりする。入札期間が過ぎると入札が終了し、運営会社14はWebページをモニタして、どの中継事業者がイベントの配信権を得たかを知ることができる。また配信権を得た事業者には選定結果通知メッセージ22によりその旨が通知される。
【0033】
業者選定が完了した時点で、コンテンツを中継する配信権を得た中継事業者13は、そのイベントまでに、アナウンサー、解説者、イベントの背景、出演者情報、スポーツ選手の経歴調査、中継の際のカメラワークなど様々な準備を行い、実際のイベント中継に備えることになる。
【0034】
イベントが開催されると、放送コンテンツ23がIPネットワーク7経由で一般ユーザ15に中継あるいは配信される。配信サーバ(コンテンツサーバ6の機能の一部)を使い、登録された一般ユーザ8−1〜8−nに対し、ユニキャスト(1:1)でストリーミングデータを流すことにより、IPネットワーク7を経由して登録された一般ユーザ8−1〜8−nだけに限定してコンテンツを中継あるいは配信することができる。その形態は基本的には生中継であるが、コンテンツサーバ6を経由するオンデマンド配信であっても良い。すなわち一般ユーザ15は、コンテンツを実況生中継24で視聴できるだけでなく、コンテンツサーバ6から好きな時に視聴することができる。
【0035】
コンテンツごとの視聴者数は運営会社14により把握される。具体的には、一般ユーザ15は予めシステムに登録を行い、ログイン時間などをもとに、コンテンツ放送時間のうち何時から何時まで視聴したかが運営会社14により把握される。これにより途中で飽きてしまっていないかという指標も算出することができ、これは事業者のポイントに反映される。
【0036】
また、イベントの事前の人気度と実際の視聴者数とを比較することでも、中継事業者13への評価データの一つとして使用することができる。例えば、前評判の高かった割には視聴者数が少なければ、一般ユーザ15が途中で飽きてしまうなど、イベントそのものの問題や中継事業者13のスキルなどに問題がある可能性がある。このような場合にはそのコンテンツの配信を請け負った事業者の評価ポイントを下げ、逆の場合にはポイントを上げるなどの配慮が可能となる。
【0037】
コンテンツを視聴したユーザには、実況生中継の都度、あるいは録画中継の都度、例えば従量課金などの形で課金される(25,27−1,27−2)。ユーザから徴収した料金は運営会社14が一旦とりまとめ、中継事業者13にはコンテンツ料金(28)、イベント主催者にはイベント料金(29)、出演者、選手11には出演料、報酬(30)の形でそれぞれ支払われる。すなわち、イベント終了後の視聴者数の集計の結果を元に、運営会社14は中継事業者13にコンテンツ料金28を支払い、中継事業者13はイベント主催者12にイベント料金29として費用の一部を支払う。さらにイベント主催者12は、この放送以外の入場者による入場料などと合わせた金額の中から出演者やスポーツ選手などに出演料や報酬30を支払う。このようにして、提供したサービスに見合った見返りが各者に分配される。
【0038】
なお、以上のビジネスの運用に当てる費用として、一般ユーザ15から視聴した分をIPネットワーク7経由で視聴料として徴収する機能を整備するか、一般企業からの広告料で賄うなどの方法も考えられる。一般ユーザ15からの視聴料として徴収する場合は、視聴開始時刻からある一定の時間以上視聴した場合のみ課金するなどの配慮を要する場合もある。
【0039】
図5は、比較のため既存のテレビ放送システムの概要を示すシステム図である。図5において、カメラマン2により撮影されたイベント1の模様はアナウンサーや解説者3などの音声も加えて編集所4で編集され、放送コンテンツが作成される。この放送コンテンツは放送素材伝送車両(SNG)29から通信衛星30、放送局31を経由する形でエンドユーザ32−1,32−2〜32−nに放送される。このような形態であるから一般ユーザの要望を反映させる余地がない。
【0040】
これに対しこの実施形態では、IPネットワーク7を介して、事前に料金支払情報などを含んで個人登録した多くの一般ユーザが、計画されているスポーツ中継やイベント中継に対する視聴のリクエストを事業者に通知することが可能になる。リクエストはシステム側で集計され、Webページに公開される。さらに、どの中継事業者に中継して欲しいかという情報も収集する機能を設けることも可能となり、仮にその機能を盛り込むことにより、中継事業者に対するリクエストも合わせて通知することができるので、中継事業者自身の努力によるスキルの向上が期待できる。
【0041】
中継事業者はどのスポーツ中継やイベント中継が多いか、あるいは得意とするコンテンツが要望されているかなどを公開された情報をもとに判断でき、オークション形式の入札に応募することができる。あるいは入札時においては一般ユーザからの中継事業者リクエストと、過去の中継実績により、総合的な中継事業者のランク順位が明示され、上位ランクの事業者からどのイベントを中継するかが選択できる。コンテンツ配信の権利を獲得した中継事業者は、イベント会場で中継の準備、アナウンサーや解説者の準備、IPネットワーク7回線の準備を行い、生中継でコンテンツを中継する。またそのコンテンツはコンテンツサーバ6に記録され、オンデマンド配信も実施可能である。
【0042】
さらに、視聴者から収集した情報に基づき中継事業者の評価が統計的にポイント化され、Webページに反映されるので、次の入札時のランクにフィードバックすることができる。コンテンツの視聴者は視聴した分に応じた料金を電子的に決済され、その料金がシステムの運営会社14、中継事業者13、イベント主催者12に分配されて各事業者の収入となる。
【0043】
このように一般ユーザは、一方的に放送局が決めるイベントではなく、視聴したいイベント中継のリクエストをあげることができる。また、中継事業者は評価ポイントを高くすることで、有利なイベント中継を選ぶことができるという動機付けを得られるので、事業者どうしの競争原理により、中継業務のスキル向上を期待できる。また、今まで中継される機会の少なかったスポーツやイベントも中継の機会を得ることができ、様々なスポーツ振興が図れる。さらには、イベント中継業務を手掛ける新たな職種を増やすことができ、社会の雇用増進にも寄与することができる。
【0044】
また、一般ユーザと事業者との双方がリクエストの集計の結果を知ることができる。事業者は、一般ユーザからのリクエスト数が増えれば増えるほど高い報酬を期待でき、中継意欲が向上することになる。逆にリクエスト数が少なければ中継意欲が低下し、中継そのものが行われない可能性もでてくる。さらに、一般ユーザからリクエストがほんの少数でも、一般ユーザ一人当たりの負担する費用を増やすことで、総費用が中継事業者の実施意欲を満たすケースも考えられる。このように本実施形態によれば、既存のTV放送が行われるケースも想定した上で柔軟なビジネスを展開することが可能になる。
【0045】
以上述べたようにこの第1の実施形態によれば、一般ユーザからリクエストを収集し、賛同する一般ユーザからのニーズが高ければ、比較的知名度の低いイベントであっても視聴が可能となる。また、中継事業者に対して一般ユーザの意向をより強く反映することが可能になり、一般ユーザからのリクエストが広がるに従い、中継事業者の数の増加が期待できる。このことは、例えばスポーツ中継するアナウンサーや解説者を増やすことにつながり、雇用の創出だけでなく、裾野の広がりによりスキルの向上も期待できるので、より一層放送コンテンツの質の向上が期待できる。具体的には、スポーツ種別ごとに中継が得意なアナウンサーを育成したり、特定のスポーツ経験者の中から、優秀な解説者を育成し、そのスポーツそのものの普及促進を図ることにも寄与することができる。
【0046】
更に、スポーツ中継を例にとれば、従来は野球、サッカーなど人気スポーツだけがTV中継の対象になっていたので、他のスポーツに対する注目度を上げることができなかった。これに対しこの実施形態によれば知名度の低いスポーツも一般ユーザからのリクエストがあり、それに応える中継事業者が出てくることにより、いつでもそのスポーツ中継を一般ユーザが視聴できるようになるなど、スポーツの種別ごとの格差是正が期待できる。
【0047】
以上のようにこの第1の実施形態では、一般ユーザ15は、視聴したいイベントを運営g会社14が所有するWebサーバ9Aにリクエストする。Webサーバ9Aはリクエストを集計し、その結果をWebページに公開する。このWebページを閲覧した他の一般ユーザも同様にリクエストを上げ、その集計を次々にWebページに反映させる。このWebページを閲覧した中継事業者13は、リクエスト数などの指標と自らの事業体力などに基づく判断により事業価格をWebサーバ9Aに提示し、オークション形式でコンテンツ配信の権利を落札する。このようにして事業者と放送局とを分離し、視聴者のニーズを満たすとともに事業者の動機付けも向上させることが可能になる。これらのことから、視聴者をより満足させることの可能なコンテンツ配信システムを提供することが可能となる。
【0048】
なお、この発明は上記第1の実施形態そのままに限定されるものではない。例えば第1の実施形態ではスポーツのイベント中継など、生中継による放送コンテンツを例に記載した。これに限らず、教育番組や対談、クイズ番組など、これまで放送局だけが番組を編成し、制作し、放送していたものも含め、一般ユーザからのリクエストによるTV放送を行うようにすることも可能である。
【0049】
また図4では、イベントの主催者12が各種イベントをPRする形態を示した。これに代えて、例えば中継事業者13にイベントPRの主導権を持たせるようにしてもよい。すなわち中継事業者13は全く独自にイベントを主催することができ、視聴者の興味を引きそうなコンテンツを、発案し、自らの経営体力に応じた規模で企画すればよい。そもそも図4に示すようにイベントのリクエストと人気の度合いとが中継事業者13にも通知されるようになっているので、中継事業者13はこれを参照して魅力あるコンテンツを作成することができる。
【0050】
すなわち、一般ユーザ15とイベント主催者12との間での需要と供給の関係を運営会社14が仲介する、というビジネス形態にとどまらず、中継事業者13にもコンテンツの選択権を与えるようにするのが望ましいことは明らかである。全くの新鋭の中継事業者が新たなコンセプトや思い入れなどでコンテンツ配信ビジネスに参画し、その中で自らの力量を示せることは一般の視聴者にとってメリットがあるばかりか、新たな文化の創出という面で有意義である。さらにイベント主催者12や中継事業者13だけでなく、主演者、選手11あるいは一般ユーザ15までもが無償でオリジナルコンテンツを制作し、自らをPRすることも、Webサーバ9Aを経由すれば自由に実施することができる。
【0051】
このように上記第1の実施形態によれば、視聴者の満足の度合いを高めるだけでなく、不特定多数の人々にとって自らのコンテンツを配信することの敷居を低くできるといったメリットを得られる。
【0052】
また、上記第1の実施形態によれば、主演者11、イベント主催者12及び中継事業者13は、コンテンツの評価に応じた報償金額を受け取ることができ、これにより制作意欲のさらなる増進が期待できる。
【0053】
(第2の実施形態)
図6はこの発明の第2の実施形態に係わるコンテンツ配信システムの概要を示すシステム図である。図6において、上記図1と同一部分には同一符号を付して詳細な説明を省略する。
【0054】
図6において、スポーツの試合などが開催されるイベント会場1の模様はカメラマン2により撮影され、アナウンサーや解説者3などの音声も加えて編集所4で編集され、中継あるいは配信のためのコンテンツが作成される。このコンテンツは、WiMAX用基地局5などからIPネットワーク7を直接経由してPCユーザ8およびモバイル端末PS1,PS2に配信される。それぞれの端末デバイスのユーザは配信されたコンテンツを視聴する。
【0055】
WiMAXなどの大容量回線を用いることで、イベントの現場から生中継のコンテンツをIPネットワーク7に流し込むことができる。視聴者は自らの保有する端末デバイスを用いて配信コンテンツを視聴することが可能である。なお、配信されたコンテンツはコンテンツサーバ6に一旦録画され、一般ユーザからの要求に応じてオンデマンド配信されるようにしてもよい。コンテンツサーバ6はコンテンツ配信事業を請け負う中継事業者、放送局、あるいはマネジメント業務を担う運営会社により管理されても良いし、あるいはこれらから独立した事業体により管理されるものであっても良い。
【0056】
ところで、図6のシステムは、webサーバ9B、モバイル放送局BSおよびセルラ基地局CSを備え、これらはいずれもIPネットワーク7に接続される。ユーザが保持するモバイル端末PS1、PS2はセルラ基地局CSに接続して双方向通信を実施できるのに加え、モバイル放送局BSから送信される動画像コンテンツを取得することができる。すなわちモバイル放送局BSは、IPネットワーク7を介して配信されるコンテンツをモバイル端末PS1,PS2に向け配信する。またモバイル放送局BSは、IPネットワーク7経由でモバイル端末PS1,PS2向けに配信されるコンテンツにスクランブルをかけ、ネットワークの無線区間において配信コンテンツを秘匿する機能を持つ。このスクランブルを解くための鍵情報はwebサーバ9Bの中の92gの暗号鍵管理部において管理される。
【0057】
また、この第2の実施形態では、コンテンツサーバ6、webサーバ9B、モバイル放送局BSおよびセルラ基地局CSを管理装置としての運営会社により管理するものとする。
【0058】
図7は、上記webサーバ9Bの機能ブロック図である。図7において、上記図2と同一部分には同一符号を付して詳細な説明を省略する。
【0059】
webサーバ9Bの制御部92は、この第2の実施形態に関わる処理機能としてさらに暗号鍵管理部92gを備える。
収集処理部92aは、PCユーザ8あるいはモバイル端末PS1,PS2から送信されるイベントリクエストを収集する。また収集処理部92aは、配信されたコンテンツへの評価を、例えばWeb投票などの形でIPネットワーク7を介して収集する。
【0060】
ページ作成部92bは、収集されたリクエストをイベントごとに集計してリストアップし、図3に示すようなWebページを作成する。このWebページのソースコードデータは記憶部92に、Webページソースデータ93aとして記憶される。このWebページはページ公開部92cにより、IPネットワーク7上に一定の期間にわたって公開される。PCユーザ8、モバイル端末PS1,PS2はもちろんのこと、コンテンツ配信事業者や他の事業者の全てがこのWebページにアクセスすることができる。
【0061】
ページ作成部92bはPCユーザ8から収集したリクエストに基づき、イベントごとに番組コードを付し、イベントのリクエスト数、中継事業者の候補などを集計し、表にまとめてWebページソースデータ93aを作成する機能を持つものである。Webページを参照したユーザおよび事業者は、要望されているイベントの登録の状況、およびリクエストの状況を知ることができる。
【0062】
オークション機能部92dは、Webページに示される番組コンテンツごとに、複数の事業者からの配信の意思表示をWebサイトを介して受け付ける。オークション機能部92dは、意思表示に付随する条件、例えば配信権取得のための価格に基づいて1つの事業者を選定する。すなわちオークション機能部92dは番組コードに対応付けて配信権を設定し、この配信権への各事業者からの入札をオークション形式で受け付ける。
【0063】
ランク付け処理部92eは、収集処理部92aにより収集された配信コンテンツへの評価ポイントを統計的に処理し、その結果に基づいて事業者をランク付けする。このランク付けの結果は例えば図3のWebページで公開される。すなわち、中継事業者候補として示される社名(A社、B社、…)の並んでいる順番がランク付けに対応する。例えば最も左側に位置する事業者のランクが最高で、右に行くほどランクも下がるというようにランクを示せばよい。
課金処理部92fは、コンテンツを視聴したユーザに対する課金処理を行う。特に課金処理部92fは、コンテンツの配信を受けたモバイル端末PS1,PS2からコンテンツの受信状況を取得する。受信状況とは例えばコンテンツの配信期間のうち視聴可能な状態を確保できた時間の総計、あるいは割合として示すことができる。つまりモバイル端末においては移動により電波の受信状況が刻々と変化するので、配信期間の全てにおいて良好な画像を取得できるとは限らない。そこで、この第2の実施形態ではモバイル端末において受信状況を管理し、視聴終了後にwebサーバ9Bに受信状況を通知する。課金処理部92fはモバイル端末から取得した受信状況に応じて、例えば従量課金により、その受信状況の取得元のモバイル端末のユーザに課金する。このようにすることで、モバイル端末によるコンテンツ視聴に対してペイパービューを実現することができる。
【0064】
暗号鍵管理部92gは、モバイル放送局BSにおいてスクランブル化された配信コンテンツのスクランブルを解くための鍵情報を保持し、正当な受信者であるモバイル端末に対してのみ、この鍵情報(解読鍵)をIPネットワーク7経由で通知する。解読鍵は、例えばコンテンツの配信に先立ち、このコンテンツ配信を要求したモバイル端末に電子メールで通知される。例えば電子メールに解読鍵を示すコードをテキストで記載しても良いし、あるいは電子メールに実行ファイルを添付し、そのファイルのアイコンをクリックすれば自動的に解読鍵がダウンロードされるようにしてもよい。
【0065】
図8は、モバイル端末PS1,PS2の機能ブロック図である。セルラ基地局CSから送信された無線信号は、アンテナAで受信されたのちアンテナ共用器(DUP)Dを介して受信回路(RX)130に入力される。受信回路130は、上記受信された無線信号を周波数シンセサイザ(SYN)140から出力された局部発振信号とミキシングして中間周波信号に周波数変換する。そして、この中間周波信号を復調して受信ベースバンド信号を出力する。なお、上記周波数シンセサイザ140から発生される局部発振信号の周波数は、制御ユニット230から出力される制御信号SYCによって指示される。
【0066】
受信ベースバンド信号は信号処理ユニット160に入力され所定の伝送フォーマットの受信パケットデータが再生される。この受信パケットデータは圧縮伸長処理ユニット170(以下、処理ユニット170と称する)に入力される。処理ユニット170は、信号処理ユニット160から出力された受信パケットデータをメディアごとに分離する。そして、この分離されたメディアごとにそのデータに対しそれぞれ復号処理を行う。例えば、通話モードにおいては、受信パケットデータに含まれている通話音声等のオーディオデータをスピーチコーデックにより復号する。またテレビジョン電話モードのように、受信パケットデータにビデオデータが含まれていれば、このビデオデータをビデオコーデックにより復号する。
【0067】
上記復号処理により得られたディジタルオーディオ信号はPCM符号処理ユニット(以後PCMコーデックと称する)180に供給される。PCMコーデック180は、処理ユニット170から出力されたディジタルオーディオ信号をPCM復号してアナログオーディオ信号を出力する。このアナログオーディオ信号は、受話増幅器190にて増幅されたのちスピーカ200から出力される。
【0068】
処理ユニット170により復号されたディジタルビデオ信号は、制御ユニット230に入力される。制御ユニット230は、処理ユニット170から出力されたディジタルビデオ信号を、ビデオRAMを介してディスプレイ280に表示する。なお、制御ユニット230は、受信されたビデオデータばかりでなく、図示しないカメラにより撮像されたビデオデータについてもビデオRAMを介してディスプレイ280に表示する。
【0069】
また、上記受信パケットデータが電子メールやWebサイトからダウンロードされたデータであれば、これらの受信データは信号処理ユニット160から制御ユニット230に入力される。制御ユニット230は、上記入力された受信データを記憶ユニット240の受信データ記憶エリアに保存すると共に、入力デバイス270におけるユーザの表示操作に応じてディスプレイ280に表示させる。
【0070】
一方、通話モードにおいて、マイクロホン210に入力された話者の音声信号は、送話増幅器220により適正レベルまで増幅されたのち、PCMコーデック180によりPCM符号化処理が施されてディジタルオーディオ信号となり、処理ユニット170に入力される。また、図示しないカメラから出力されるビデオ信号は、制御ユニット230によりディジタル化されて処理ユニット170に入力される。なお、制御ユニット230において作成された電子メールも、制御ユニット230から処理ユニット170に入力される。
【0071】
処理ユニット170はディジタルオーディオ信号を符号化してオーディオデータを生成する。また、制御ユニット230から出力されたディジタルビデオ信号を符号化してビデオデータを生成する。さらに、制御ユニット230から電子メールが出力された場合にも、そのテキストデータ等を符号化する。そして、上記復号化されたオーディオデータ、ビデオデータ及びテキストデータ等を多重分離部で所定の伝送フォーマットに従いパケット化し、この送信パケットデータを信号処理ユニット160へ出力する。
【0072】
信号処理ユニット160は、処理ユニット170から出力された送信パケットデータを処理したのち送信回路(TX)150に出力する。送信回路150は信号処理ユニット160からの送信パケットデータに基づき例えばQPSK(Quadrature Phase Shift Keying)方式、あるいはOFDM(Orthogonal Frequency Division Multiplex )方式などの変調方式による送信信号を生成する。そして、生成された送信信号を、周波数シンセサイザ140から発生される局部発振信号と合成して無線信号に周波数変換する。そして、制御ユニット230により指示される送信電力レベルとなるように上記無線信号を高周波増幅する。この増幅された無線信号は、アンテナ共用器Dを介してアンテナAに供給され、このアンテナAから基地局へ向けて送信される。
【0073】
さらに、モバイル端末PS1,PS2はテレビジョン放送受信機(TV放送受信機)300を備える。このTV放送受信機300は、例えば地上ディジタル放送の1セグメント放送(ワンセグ放送)を、アンテナ310を介して受信するもので、受信されたワンセグ放送の受信データを制御ユニット230に入力する。受信した直後の受信データはスクランブル化されており、制御ユニット230は解読鍵を用いてこのスクランブルを解除する。
【0074】
制御ユニット230は、デスクランブルされたワンセグ放送の受信データを動画像ストリームとオーディオストリームに分離した後それぞれ復号する。そして、復号された動画像信号をディスプレイ290に表示する。またそれと共に、復号されたディジタルオーディオ信号をPCMコーデック180に供給する。上記ディジタルオーディオ信号は、PCMコーデック180によりアナログオーディオ信号に変換された後、受話増幅器190を介してスピーカ200から出力される。
なお、250はバッテリを、また260は電源回路を示す。電源回路260は、バッテリ250の出力をもとに所定の動作電源電圧Vccを生成して各回路部に供給する。バッテリ250は図示しない充電回路により充電される。また、入力デバイス270はダイヤルキーパッドと各種機能キーとから構成される。
【0075】
ところで、制御ユニット230は、その制御機能としてブラウザ機能部230a、暗号処理部230b、および受信状態モニタ部230cを備える。このうちブラウザ機能部230aはHTML(Hypertext Markup Language)などで記述されるソースデータをWebページの形式でディスプレイ280に表示させる。
【0076】
暗号処理部230bは、モバイル放送局BSからスクランブル化された状態で配信されたコンテンツデータをデスクランブルするための解読鍵を、webサーバ9Bの暗号鍵管理部92gから取得する。この解読鍵は先に述べたように、例えば電子メールの添付情報として供給される。そして暗号処理部230bは、取得した解読鍵を用いて、モバイル放送局BSから受信したコンテンツのスクランブルを解除する。
【0077】
受信状態モニタ部230cは、モバイル放送局BSから配信されたコンテンツの受信状況をモニタし、配信終了とともにその結果をwebサーバ9Bの課金処理部92fに通知する。受信状況には、コンテンツをモバイル端末において正常に聴取できた時間の累計値、あるいは総配信期間に対する累計値の割合などが用いられる。次に、上記構成における作用を説明する。
【0078】
図9は、モバイル端末PS1におけるコンテンツの聴取に係わる処理手順を示すシーケンス図である。なおモバイル端末PS2のユーザがコンテンツの視聴を希望する際の手順も同様である。モバイル端末PS1のユーザ(モバイルユーザ)は、聴取を希望するイベントのリクエスト(18−1)をモバイル端末PS1を用いて送出する。このリクエストはセルラ基地局CS経由で運営会社14に通知され、各種イベントの人気度が蓄積される。この人気度(19−1)は中継事業者13、イベント主催者12のいずれもWebサイトを介して参照することができる。モバイルユーザも同様に、例えば運営会社14のサイトにアクセスすれば(40)、イベントの人気度を参照することができる(19−2)。
【0079】
次に、イベントを中継する中継事業者を選定するための入札が行われる。
【0080】
入札の方法は様々に考えられる。例えば先に述べたように、中継業務を請負う金額を入札価格とし、一番安い価格を提示した業者に配信の権利を落札させるようにしてもよい。あるいは、過去の中継実績から得た一般ユーザからの評価を統計的に処理してポイント化し、ポイント累計カウント値の高い順に、イベントの配信権を与えるようにしてもよい。
【0081】
入札が開始されると、イベント中継を希望する業者が応札により意思表示し、そのランキングがWebサイトに公開される。事業者のランキングの基準は応札金額であったり、評価ポイントであったりする。入札期間が過ぎると入札が終了し、運営会社14はWebページをモニタして、どの中継事業者がイベントの配信権を得たかを知ることができる。また配信権を得た事業者には選定結果通知メッセージによりその旨が通知される。
【0082】
業者選定が完了した時点で、コンテンツを中継する配信権を得た中継事業者13は、そのイベントまでに、アナウンサー、解説者、イベントの背景、出演者情報、スポーツ選手の経歴調査、中継の際のカメラワークなど様々な準備を行い、実際のイベント中継に備えることになる。
【0083】
次に、コンテンツの放送が開始されるのに先立ち、例えば中継事業者13から運営会社14にその旨が通知される(41)。そうするとこのコンテンツを放送するチャネル情報などとともに、スクランブル化のための暗号鍵がwebサーバ9Bからモバイル放送局BSに通知される。モバイル放送局BSは指定されたチャネルで配信されるコンテンツを、この暗号鍵を用いてスクランブル化した状態で無線区間に放射する(スクランブル放送設定:43)。
【0084】
これとともに運営会社14から、コンテンツ視聴のためのチャネル情報とともに、スクランブルを解除するための解読鍵を含む放送パラメータが、例えば電子メールの形態で、セルラ基地局CS経由でモバイル端末PS1に通知される(44)。これを受けてモバイル端末PS1は、放送チャネル、解読鍵を含む受信パラメータを自らに設定し(45)、ディスプレイ280に表示するなどして放送の開始をモバイルユーザに通知する。モバイルユーザがこれに応じて受信OK処理を行うと、スクランブルデータの解読が開始されて中継視聴が開始される。
【0085】
コンテンツ放送の中継視聴が開始されると、モバイル端末PS1はその受信状態のモニタを開始する(47)。ここでは正常にコンテンツを視聴できた期間の累計値がカウントされる。そしてイベントが終了し、中継放送が終了するとその旨が中継事業者13からwebサーバ9Bを介してモバイル放送局BSに通知され、モバイル放送局BSからの送信波が停波される(49)。
【0086】
次に、運営会社14は課金に係わる情報の取得をwebサーバ9Bに要求する(50)。そうするとwebサーバ9Bは、コンテンツの受信状況の取得を要求するメッセージをセルラ基地局CS経由でモバイル端末PS1に与え、モバイル端末PS1はこれを受けてコンテンツ配信期間における正常受信期間の累計値に基づく受信料金をモバイルユーザに通知する(52)。モバイルユーザがこれに対する承認を与えると(53)、その旨がwebサーバ9Bに返信される。すると、運営会社14は、モバイルユーザへ課金を行う(54)。このようにして徴収されたコンテンツの視聴料金(28)は運営会社14から中継事業者13に支払われ、中継事業者13はイベント主催者12にイベント料金29として費用の一部を支払う。
【0087】
以上述べたようにこの第2の実施形態では、IPネットワーク7を介して、モバイル端末PS1、PS2のユーザを含む多くの一般ユーザが、計画されているスポーツ中継やイベント中継に対する視聴のリクエストを事業者に通知することが可能になる。リクエストはシステム側で集計され、Webページに公開される。さらに、中継事業者に対するリクエストも合わせて通知することができるので、中継事業者自身の努力によるスキルの向上が期待できる。
【0088】
またこの第2の実施形態では、IPネットワーク7を介して配信されるコンテンツをモバイル放送局BSを介して放送するようにしているので、モバイル端末PS1,PS2におけるコンテンツの視聴が可能となり、スポーツなどの生中継を場所に制約されずに楽しむことも可能となる。さらにこの第2の実施形態では、配信されるコンテンツをスクランブル化する機能をモバイル放送局BSに持たせ、解読鍵を通知されたモバイル端末においてのみ、配信されるコンテンツデータを視聴できるようにしている。すなわち生中継のコンテンツを運営会社14のWebサイトを介して中継するにあたり、鍵情報を用いてコンテンツデータをスクランブル化するようにしているので、不特定多数のユーザが無料で視聴することを許さず、特定のモバイルユーザに対してのみ視聴を許可することが可能になる。
【0089】
つまり、IPネットワーク7を介した中継だけでなく、モバイル放送局BSから視聴を許可されたユーザだけがコンテンツを視聴することが可能になるからこそビジネスとしてのコンテンツ配信が成立し、モバイル環境においてもイベント中継を見る事ができるというメリットを、広くいきわたらせることが可能になる。
【0090】
さらには、モバイル端末PS1、PS2に特有の事情として一定の受信状態を保つことが難しい点が挙げられるが、この実施形態では受信状況をモバイル端末においてモニタし、視聴終了後にその結果をシステムに通知するようにしているので、ペイパービューの形態でモバイルユーザの納得のいく課金を行うことが可能になる。以上から、視聴者の満足の度合いをさらに高めたコンテンツ配信システムとそのモバイル端末を提供することが可能になる。
【0091】
第2の実施形態ではスポーツのイベント中継など、生中継による放送コンテンツを例に記載した。これに限らず、教育番組や対談、クイズ番組など、これまで放送局だけが番組を編成し、制作し、放送していたものも含め、一般ユーザからのリクエストによるTV放送を行うようにすることも可能である。
【0092】
上記第2の実施形態では、イベントの主催者12が各種イベントをPRする形態を示した。これに代えて、例えば中継事業者13にイベントPRの主導権を持たせるようにしてもよい。すなわち中継事業者13は全く独自にイベントを主催することができ、視聴者の興味を引きそうなコンテンツを、発案し、自らの経営体力に応じた規模で企画すればよい。そもそもイベントのリクエストと人気の度合いとが中継事業者13にも通知されるようになっているので、中継事業者13はこれを参照して魅力あるコンテンツを作成することができる。
【0093】
すなわち、一般ユーザ15とイベント主催者12との間での需要と供給の関係を運営会社14が仲介する、というビジネス形態にとどまらず、中継事業者13にもコンテンツの選択権を与えるようにするのが望ましいことは明らかである。全くの新鋭の中継事業者が新たなコンセプトや思い入れなどでコンテンツ配信ビジネスに参画し、その中で自らの力量を示せることは一般の視聴者にとってメリットがあるばかりか、新たな文化の創出という面で有意義である。さらにイベント主催者12や中継事業者13だけでなく、主演者、選手11あるいは一般ユーザ15までもが無償でオリジナルコンテンツを制作し、自らをPRすることも、webサーバ9Bを経由すれば自由に実施することができる。このように上記実施形態によれば、視聴者の満足の度合いを高めるだけでなく、不特定多数の人々にとって自らのコンテンツを配信することの敷居を低くできるといったメリットを得られる。
【0094】
さらに、モバイル端末PS1,PS2とPCユーザ8の端末(PC端末)とを連携させることも可能である。すなわち、モバイル端末PS1、PS2を用いてリクエストしたコンテンツをPC端末で視聴したり、逆にPC端末からリクエストしたコンテンツをモバイル端末PCから視聴可能することも可能である。
【0095】
(第3の実施形態)
この発明の第3の実施形態は、一般ユーザとは別に、投資ユーザによりそのコンテンツに対する投資目的で本ビジネスに参加できるようにし、そのコンテンツを見たいと希望する数が多いと予想する場合には、入札が行われるまでに投資する仕組みを設けるものである。
【0096】
図10はこの発明の第3の実施形態に係わるwebサーバ9Cの機能ブロック図である。図10において、上記図2と同一部分には同一符号を付して詳細な説明を省略する。
【0097】
webサーバ9Cの制御部92は、この第3の実施形態に関わる処理機能としてさらに投資受付部92h及び配当処理部92iを備える。
【0098】
投資受付部92hは、投資ユーザがそれぞれ配信を要求するイベントをイベントリクエストの形で収集するとともに、コンテンツに対する投資受付を行なう。
【0099】
配当処理部92iは、上記課金処理部92fによる課金処理結果をもとに、コンテンツごとの配当金を算出する。そして、この配当金を該当する投資ユーザに通知する。
【0100】
次に、上記構成における作用を説明する。
【0101】
図11はコンテンツ配信ビジネスにおいて、主演者やスポーツ選手11、各イベントを企画する主催者12、コンテンツを制作する中継事業者13、コンテンツ配信事業の運営会社14、一般ユーザ15及び投資ユーザ15−1が関係してなされる業務フローの一例を示すものである。
【0102】
図11において、イベント主催者12は出演者やスポーツ選手11などに働きかけてイベントを企画する。この働きかけは直接相対してでも良いし、IPネットワーク7を介するメッセージの授受であっても良い(16−1,16−2)。イベントが企画されると、イベントPR更新メッセージ17−1により運営会社14に通知される。運営会社14は企画されたイベントを行う旨をWebサーバ9Cに登録し、その内容は直ちにWebページに反映される。
【0103】
一方、一般ユーザ15は放送して欲しいイベントや番組に対するリクエストを、イベントリクエスト(18−1〜18−m)により運営会社14に通知する。また、投資ユーザ15−1は、放送して欲しいイベントや番組に対するリクエストを、イベントリクエストにより運営会社14に通知、または放送して欲しいイベントや番組への投資を行う(18−1−1〜18−m−1)。この投資の仕方としては、例えば視聴を希望するだけの一般ユーザの負担額を1口固定とした場合は、投資者は2口以上の負担を投資期間に提示するものとする。その投資数に応じて、TV中継が行われた後に集まった金額の余剰分を、投資者の負担した口数に比例して配当を行う方法が一つ考えられる。放送を生中継で視聴する一般ユーザの他に、コンテンツサーバ6から好きな時に視聴する一般ユーザも居るため、最終的な投資に対する結果がなかなか纏まらなくなる。これに対しては一般ユーザが視聴可能な期限を明確にし、それ以降の視聴ができなくすることや、場合によってはコンテンツそのものを消去する事を明確化することで、コンテンツサーバ6の容量を無限に大きくし続けなければならないということを回避することも合せて可能となる。
【0104】
リクエストの集計結果はWebサイトに登録され、Webページにより公開される。このWebページを閲覧した一般ユーザは、賛同するイベントコンテンツが表示されていれば同様にイベントリクエストを上げることで、そのイベントへのニーズ(人気度)を積み上げることができる。
【0105】
これらのイベントに対する人気の度合い(人気度)をモニタしつつ(19−1,19−2)、いくつかのイベント主催者は一般ユーザからのリクエストに沿ったイベントを企画する。その企画内容は同様にイベントPR(17−1,17−2)としてWebサイトに登録される。
このような手続が、実際にイベントが行われる一定期間前までに行われ、そのイベントに対する人気の度合いをユーザ、ベンダの双方ともに確認することが可能となる。次に、イベントを中継する中継事業者を選定するための入札が行われる。
【0106】
入札の方法は様々に考えられる。例えば先に述べたように、中継業務を請負う金額を入札価格とし、一番安い価格を提示した業者に配信の権利を落札させるようにしてもよい。あるいは、過去の中継実績から得た一般ユーザからの評価を統計的に処理してポイント化し、ポイント累計カウント値の高い順に、イベントの配信権を与えるようにしてもよい。
【0107】
図11において入札が開始されると、イベント中継を希望する業者が応札(20−1,20−2)により意思表示し、そのランキングがWebサイトに公開される(21−1,21−2)。事業者のランキングの基準は応札金額であったり、評価ポイントであったりする。入札期間が過ぎると入札が終了し、運営会社14はWebページをモニタして、どの中継事業者がイベントの配信権を得たかを知ることができる。また配信権を得た事業者には選定結果通知メッセージ22によりその旨が通知される。
【0108】
業者選定が完了した時点で、コンテンツを中継する配信権を得た中継事業者13は、そのイベントまでに、アナウンサー、解説者、イベントの背景、出演者情報、スポーツ選手の経歴調査、中継の際のカメラワークなど様々な準備を行い、実際のイベント中継に備えることになる。
【0109】
イベントが開催されると、放送コンテンツ23がIPネットワーク7経由で一般ユーザ15に中継あるいは配信される。配信サーバ(コンテンツサーバ6の機能の一部)を使い、登録された一般ユーザ8−1〜8−nに対し、ユニキャスト(1:1)でストリーミングデータを流すことにより、IPネットワーク7を経由して登録された一般ユーザ8−1〜8−nだけに限定してコンテンツを中継あるいは配信することができる。その形態は基本的には生中継であるが、コンテンツサーバ6を経由するオンデマンド配信であっても良い。すなわち一般ユーザ15は、コンテンツを実況生中継24で視聴できるだけでなく、コンテンツサーバ6から好きな時に視聴することができる。
【0110】
コンテンツごとの視聴者数は運営会社14により把握される。具体的には、一般ユーザ15は予めシステムに登録を行い、ログイン時間などをもとに、コンテンツ放送時間のうち何時から何時まで視聴したかが運営会社14により把握される。これにより途中で飽きてしまっていないかという指標も算出することができ、これは事業者のポイントに反映される。
【0111】
また、イベントの事前の人気度と実際の視聴者数とを比較することでも、中継事業者13への評価データの一つとして使用することができる。例えば、前評判の高かった割には視聴者数が少なければ、一般ユーザ15が途中で飽きてしまうなど、イベントそのものの問題や中継事業者13のスキルなどに問題がある可能性がある。このような場合にはそのコンテンツの配信を請け負った事業者の評価ポイントを下げ、逆の場合にはポイントを上げるなどの配慮が可能となる。
【0112】
コンテンツを視聴したユーザには、実況生中継の都度、あるいは録画中継の都度、例えば従量課金などの形で課金される(25,27−1,27−2)。ユーザから徴収した料金は運営会社14が一旦とりまとめ、中継事業者13にはコンテンツ料金(28)、イベント主催者にはイベント料金(29)、出演者、選手11には出演料、報酬(30)の形でそれぞれ支払われる。すなわち、イベント終了後の視聴者数の集計の結果を元に、運営会社14は中継事業者13にコンテンツ料金28を支払い、中継事業者13はイベント主催者12にイベント料金29として費用の一部を支払う。さらにイベント主催者12は、この放送以外の入場者による入場料などと合わせた金額の中から出演者やスポーツ選手などに出演料や報酬30を支払う。このようにして、提供したサービスに見合った見返りが各者に分配される。
【0113】
一方、運営会社14は一般ユーザ15から徴収した料金の集計結果による余剰分をもとに、投資ユーザ15−1の負担した口数に比例して配当金を算出する。そして、配当金を投資ユーザ15−1にフィードバックする(28−1)。逆に集まった金額に不足分が生じれば、その分は投資ユーザ15−1にて負担することになり、マイナスの配当が課せられたり、投資のために負担した金額はそのまま徴収されたままとなる。
【0114】
尚、投資や配当に関するフロー上の時期や、仕組みについては、様々なやり方が容易に作り上げることができる。
【0115】
以上のように上記第3の実施形態では、投資ユーザ15−1にとっては、コンテンツの視聴状況に応じてそれに見合う配当金を得ることができる。一方、運営会社14にとっては、実際のTV中継が行われた結果、視聴者が多く集まれば集まる金額も増えることから、その余剰分を配当金という形で投資ユーザ15−1にフィードバックすることで、ビジネスの参加者を増やすことができ、市場規模の増大が可能となる。
【0116】
なお、上記第3の実施形態に限らず、一般ユーザがそれぞれ配信を要求するイベントを収集するだけでなく、視聴希望者が多いと予測されるイベントに対するリクエストを上げ、配信事業者が決まるまで等の一定期間が経過するまでは、投資期間として単位投資額を1口として複数口だけ投資するようにすることも考えられる。つまり、それぞれのイベント配信毎に投資を可能とし、実際の配信結果で多くの視聴者が有料で視聴した場合に集まった金額を最終的に投資者に還元するという仕組みも、本システムを応用する事で可能となる。
【0117】
また、配信を要求するイベントが行われるまでの期間や、イベントの生中継の最中に一般ユーザが期待や感想をチャット形式等でアップしたり、そのイベントを盛り上げる為にPR用の詳細サイトへリンクを張る等、通常のインターネットの機能を最大限に活用することもできる。
【0118】
(その他の実施形態)
この発明は上記各実施形態に限定されるものではない。上記第2の実施形態では、ISDB−T(Integrated Services Digital Broadcasting - Terrestrial)に準拠する、いわゆるワンセグ放送を用いてモバイル端末にコンテンツを配信する例を示したが、これに限らず、MediaFLO、DVB−H(Digital Video Broadcasting - Handheld)、あるいはISDB−Tmm(ISDB-T for mobile multimedia)などのモバイルテレビジョンシステムを利用してコンテンツを配信することも、この実施形態の応用により容易に可能である。
【0119】
また、上記各実施形態では、コンテンツサーバとwebサーバとを別々に設ける例について説明したが、管理装置としての運営会社が管理する1台のサーバにコンテンツサーバの機能とwebサーバの機能とを持たせるようにしてもよい。また、上記第2の実施形態では、コンテンツサーバとwebサーバとモバイル放送局とを別々に設ける例について説明したが、管理装置としての運営会社が管理する1つの装置に、コンテンツサーバの機能とwebサーバの機能とモバイル放送局の機能とを持たせるようにしてもよい。
【0120】
また、上記第2の実施形態と第3の実施形態との組み合わせであってもよい。
【0121】
さらにこの発明は、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【符号の説明】
【0122】
1…イベント会場、2…カメラマン、3…アナウンサー,解説者、4…編集所、5…WiMAX用基地局、6…コンテンツサーバ、7…IPネットワーク、8…一般ユーザ、9A,9B,9C…Webサーバ、BS…モバイル放送局、CS…セルラ基地局、PS1,PS2…モバイル端末、A…アンテナ、D…アンテナ共用器(DUP)、130…受信回路(RX)、140…周波数シンセサイザ(SYN)、150…送信回路(TX)、160…信号処理ユニット、170…圧縮/伸長処理ユニット(コンパンダ)、180…PCM符号処理ユニット(PCMコーデック)、190…受話増幅器、200…スピーカ、210…マイクロホン、220…送話増幅器、230…制御ユニット、230a…ブラウザ機能部、230b…暗号処理部、230c…受信状態モニタ部、240…記憶ユニット、250…バッテリ、260…電源回路、270…入力デバイス、280…ディスプレイ、300…TV放送受信機、310…放送受信用のアンテナ、91…インタフェース部、92…制御部、92a…収集処理部、92b…ページ作成部、92c…ページ公開部、92d…オークション機能部、92e…ランク付け処理部、92e−1…選定通知部、92f…課金処理部、92g…暗号鍵管理部、92h…投資受付部、92i…配当処理部、93…記憶部、93a…Webページソースデータ、11…主演者,スポーツ選手、12…主催者、13…中継事業者、14…運営会社、15…一般ユーザ、15−1…投資ユーザ、16−1,16−2…イベント企画メッセージ、17−1,17−2…イベントPR更新メッセージ、18−1〜18−m…イベントリクエスト、18−1−1〜18−m−1…イベントリクエスト/投資、19−1,19−2…イベントリクエスト,人気度、20−1,20−2…応札メッセージ、21−1,21−2…ランキングメッセージ、22…選定結果通知メッセージ、23…放送コンテンツ、24…実況生中継、25,27−1,27−2…課金情報、28…コンテンツ料金、28−1…配当、29…イベント料金、30…出演料,報酬。
【特許請求の範囲】
【請求項1】
コンテンツをネットワーク上に配信するコンテンツ配信者の端末と、ネットワーク上に配信したコンテンツを受信し再生する複数の端末と、前記コンテンツの運用管理を行う管理装置とを具備し、
前記管理装置は、
配信を要求するイベントのリクエストを前記ネットワークを介して前記複数の端末のユーザから収集する収集手段と、
前記収集されたリクエストをイベントごとに集計してリストを生成するリスト生成手段と、
前記リストを一定期間にわたり前記ネットワークのサイトに公開する公開手段と、
前記リストに含まれるコンテンツごとに、複数のコンテンツ配信者からの配信の意思表示を前記サイトを介して受け付ける受け付け手段と、
前記意思表示がなされた複数のコンテンツ配信者の中から配信権を与えるコンテンツ配信者を、既定の条件のもとで前記リストに含まれるコンテンツごとに選定する選定手段と、
前記配信権を与えられたコンテンツ配信者に対し、前記選定手段による選定結果の旨を通知する通知手段と、
前記コンテンツを視聴したユーザに課金する課金手段と、
ユーザによる前記コンテンツに対する投資を受け付ける投資受付手段と、
前記課金手段により求められたコンテンツごとの課金データに基づいて、前記投資受付手段により投資を行ったユーザへの配当金を算出し、この配当金を当該ユーザに支払うための処理を行う配当処理手段とを備えたことを特徴とするコンテンツ配信システム。
【請求項2】
コンテンツ配信者がネットワーク上に配信したコンテンツを受信し再生する複数の端末に対し前記ネットワークを介して接続され、前記コンテンツの運用管理を行う管理装置において、
配信を要求するイベントのリクエストを前記ネットワークを介して前記複数の端末のユーザから収集する収集手段と、
前記収集されたリクエストをイベントごとに集計してリストを生成するリスト生成手段と、
前記リストを一定期間にわたり前記ネットワークのサイトに公開する公開手段と、
前記リストに含まれるコンテンツごとに、複数のコンテンツ配信者からの配信の意思表示を前記サイトを介して受け付ける受け付け手段と、
前記意思表示がなされた複数のコンテンツ配信者の中から配信権を与えるコンテンツ配信者を、既定の条件のもとで前記リストに含まれるコンテンツごとに選定する選定手段と、
前記配信権を与えられたコンテンツ配信者に対し、前記選定部による選定結果の旨を通知する通知手段と、
前記コンテンツを視聴したユーザに課金する課金手段と、
ユーザによる前記コンテンツに対する投資を受け付ける投資受付手段と、
前記課金手段により求められたコンテンツごとの課金データに基づいて、前記投資受付手段により投資を行ったユーザへの配当金を算出し、この配当金を当該ユーザに支払うための処理を行う配当処理手段とを具備したことを特徴とする管理装置。
【請求項3】
前記受け付け手段は、オークション形式のもとで前記コンテンツの配信権に対する入札価格で前記意思表示を受け付け、
前記選定手段は、最低の価格を提示したコンテンツ配信者に前記配信権を落札させることを特徴とする請求項2に記載の管理装置。
【請求項4】
前記収集手段は、配信されたコンテンツへの評価情報を前記ネットワークを介して収集し、
さらに、前記収集された評価を統計的に処理した結果に基づき前記複数のコンテンツ配信者をランク付けするランク付け手段を具備し、
前記公開手段は、前記ランク付けの結果を前記サイトに公開することを特徴とする請求項2に記載の管理装置。
【請求項5】
さらに、前記課金手段により求められたコンテンツごとの課金データに基づいて、当該コンテンツを制作したコンテンツ配信者への報償金額を算出し、この金額をコンテンツ配信者に支払うための処理を行う処理部を備えたことを特徴とする請求項2記載の管理装置。
【請求項6】
さらに、前記配信されたコンテンツを録画しユーザからの要求に応じてオンデマンド配信するオンデマンド配信サーバを具備することを特徴とする請求項2に記載の管理装置。
【請求項7】
さらに、前記コンテンツ配信者から提供されるコンテンツを前記ネットワークを介して要求元のモバイル端末に配信するモバイル配信手段と、
このモバイル配信部により配信されるコンテンツを前記ネットワークにおいて秘匿すべくスクランブル化するスクランブル手段と、
前記スクランブルを解くための鍵情報を前記要求元のモバイル端末に通知する鍵通知手段とを備えることを特徴とする請求項2記載の管理装置。
【請求項8】
さらに、前記コンテンツの配信を受けたモバイル端末から当該コンテンツの受信状況を取得する取得手段と、
前記受信状況の取得元のモバイル端末のユーザに、当該受信状況に応じた従量課金で課金するモバイル課金手段とを備えることを特徴とする請求項7に記載の管理装置。
【請求項9】
前記鍵通知手段は、前記コンテンツの配信に先立ち前記要求元のモバイル端末に配信されるメールに前記鍵情報を添付することを特徴とする請求項7記載の管理装置。
【請求項1】
コンテンツをネットワーク上に配信するコンテンツ配信者の端末と、ネットワーク上に配信したコンテンツを受信し再生する複数の端末と、前記コンテンツの運用管理を行う管理装置とを具備し、
前記管理装置は、
配信を要求するイベントのリクエストを前記ネットワークを介して前記複数の端末のユーザから収集する収集手段と、
前記収集されたリクエストをイベントごとに集計してリストを生成するリスト生成手段と、
前記リストを一定期間にわたり前記ネットワークのサイトに公開する公開手段と、
前記リストに含まれるコンテンツごとに、複数のコンテンツ配信者からの配信の意思表示を前記サイトを介して受け付ける受け付け手段と、
前記意思表示がなされた複数のコンテンツ配信者の中から配信権を与えるコンテンツ配信者を、既定の条件のもとで前記リストに含まれるコンテンツごとに選定する選定手段と、
前記配信権を与えられたコンテンツ配信者に対し、前記選定手段による選定結果の旨を通知する通知手段と、
前記コンテンツを視聴したユーザに課金する課金手段と、
ユーザによる前記コンテンツに対する投資を受け付ける投資受付手段と、
前記課金手段により求められたコンテンツごとの課金データに基づいて、前記投資受付手段により投資を行ったユーザへの配当金を算出し、この配当金を当該ユーザに支払うための処理を行う配当処理手段とを備えたことを特徴とするコンテンツ配信システム。
【請求項2】
コンテンツ配信者がネットワーク上に配信したコンテンツを受信し再生する複数の端末に対し前記ネットワークを介して接続され、前記コンテンツの運用管理を行う管理装置において、
配信を要求するイベントのリクエストを前記ネットワークを介して前記複数の端末のユーザから収集する収集手段と、
前記収集されたリクエストをイベントごとに集計してリストを生成するリスト生成手段と、
前記リストを一定期間にわたり前記ネットワークのサイトに公開する公開手段と、
前記リストに含まれるコンテンツごとに、複数のコンテンツ配信者からの配信の意思表示を前記サイトを介して受け付ける受け付け手段と、
前記意思表示がなされた複数のコンテンツ配信者の中から配信権を与えるコンテンツ配信者を、既定の条件のもとで前記リストに含まれるコンテンツごとに選定する選定手段と、
前記配信権を与えられたコンテンツ配信者に対し、前記選定部による選定結果の旨を通知する通知手段と、
前記コンテンツを視聴したユーザに課金する課金手段と、
ユーザによる前記コンテンツに対する投資を受け付ける投資受付手段と、
前記課金手段により求められたコンテンツごとの課金データに基づいて、前記投資受付手段により投資を行ったユーザへの配当金を算出し、この配当金を当該ユーザに支払うための処理を行う配当処理手段とを具備したことを特徴とする管理装置。
【請求項3】
前記受け付け手段は、オークション形式のもとで前記コンテンツの配信権に対する入札価格で前記意思表示を受け付け、
前記選定手段は、最低の価格を提示したコンテンツ配信者に前記配信権を落札させることを特徴とする請求項2に記載の管理装置。
【請求項4】
前記収集手段は、配信されたコンテンツへの評価情報を前記ネットワークを介して収集し、
さらに、前記収集された評価を統計的に処理した結果に基づき前記複数のコンテンツ配信者をランク付けするランク付け手段を具備し、
前記公開手段は、前記ランク付けの結果を前記サイトに公開することを特徴とする請求項2に記載の管理装置。
【請求項5】
さらに、前記課金手段により求められたコンテンツごとの課金データに基づいて、当該コンテンツを制作したコンテンツ配信者への報償金額を算出し、この金額をコンテンツ配信者に支払うための処理を行う処理部を備えたことを特徴とする請求項2記載の管理装置。
【請求項6】
さらに、前記配信されたコンテンツを録画しユーザからの要求に応じてオンデマンド配信するオンデマンド配信サーバを具備することを特徴とする請求項2に記載の管理装置。
【請求項7】
さらに、前記コンテンツ配信者から提供されるコンテンツを前記ネットワークを介して要求元のモバイル端末に配信するモバイル配信手段と、
このモバイル配信部により配信されるコンテンツを前記ネットワークにおいて秘匿すべくスクランブル化するスクランブル手段と、
前記スクランブルを解くための鍵情報を前記要求元のモバイル端末に通知する鍵通知手段とを備えることを特徴とする請求項2記載の管理装置。
【請求項8】
さらに、前記コンテンツの配信を受けたモバイル端末から当該コンテンツの受信状況を取得する取得手段と、
前記受信状況の取得元のモバイル端末のユーザに、当該受信状況に応じた従量課金で課金するモバイル課金手段とを備えることを特徴とする請求項7に記載の管理装置。
【請求項9】
前記鍵通知手段は、前記コンテンツの配信に先立ち前記要求元のモバイル端末に配信されるメールに前記鍵情報を添付することを特徴とする請求項7記載の管理装置。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【公開番号】特開2011−186560(P2011−186560A)
【公開日】平成23年9月22日(2011.9.22)
【国際特許分類】
【出願番号】特願2010−48336(P2010−48336)
【出願日】平成22年3月4日(2010.3.4)
【特許番号】特許第4686640号(P4686640)
【特許公報発行日】平成23年5月25日(2011.5.25)
【出願人】(000003078)株式会社東芝 (54,554)
【Fターム(参考)】
【公開日】平成23年9月22日(2011.9.22)
【国際特許分類】
【出願日】平成22年3月4日(2010.3.4)
【特許番号】特許第4686640号(P4686640)
【特許公報発行日】平成23年5月25日(2011.5.25)
【出願人】(000003078)株式会社東芝 (54,554)
【Fターム(参考)】
[ Back to top ]