JP5377466B2 - コンテンツ配信システムとそのモバイル端末 - Google Patents

Description

本発明の実施形態は、例えばＩＰ（Internet Protocol）ネットワークを介して不特定多数の視聴者に映像コンテンツを配信するコンテンツ配信システムと、この種のシステムに用いることの可能なモバイル端末に関する。

インターネットなどのＩＰネットワークを介して映像コンテンツを配信するシステムが知られている。放送局と各ユーザとを結ぶ回線の容量は年々拡大しており、その品質も高くなってきている。さらに、ＷｉＭＡＸ（worldwide interoperability for microwave access）といった新たなモバイルブロードバンド回線の構築に伴い、新たな形態のサービスを提供できる素地も生まれてきている。

放送コンテンツとして代表的なものに、コンサートなどのイベント中継、あるいはスポーツ中継がある。現状ではテレビ局がこれらのコンテンツを独自の基準で選定するようになっているので、個々の視聴者が真に欲するコンテンツを配信できているとは言いがたい面がある。つまり旧来の視聴率に頼った選定基準では均一化されたコンテンツになりがちで、野球やサッカーなど知名度の比較的高い種目に絞られざるを得ない側面がある。また中継事業者も局の意向に束縛されがちであり、多様なコンテンツ制作の動機付けを持つことは難しい。

近年ではインターネット上の動画配信サイトからコンテンツを視聴することもできるようになっているが、一般ユーザの真のニーズを捉えたコンテンツが配信されるとは限らない。例えば特許文献１にユーザからのリクエストに基づき表示コンテンツを選択するシステムが開示されているが、この技術によってもコンテンツの多様性へのモチベーションを高めることは難しい。

その一方で、ＰＤＡ（Personal Digital Assistant）あるいはスマートフォンなどの高機能端末には、地上ディジタル放送のワンセグメント放送（以後ワンセグ放送と称する）などのテレビジョン放送受信機能を備える端末が増えてきている。この種のモバイル端末を使用すれば、ユーザは放送サービスエリア内であれば何時どこにいてもテレビジョン放送を視聴することが可能となる。この種の端末やシステムが普及するにつれコンテンツへの要求はますます多様になっていくと考えられる。

特開２００４−１９９２４１号公報

以上のように、スポーツ中継やイベント中継のほとんどはテレビ局が一方的に選定して放送するだけであり、一般ユーザが個々に見たい中継が大きく制約を受ける。中継事業者の数も限られており、いずれも放送局の意図を汲まざるを得ないことから、知名度の低いイベントの中継はより一層難しくなる。また、コンテンツ中継事業者もアナウンサーやカメラマン、解説者などをテレビ局の中から選定せざるをえず、本当の意味での競争があるとはいえない。よって視聴者は中継事業者のスキル向上に不満を感じる場合もあり、配信されたコンテンツを心から楽しめないこともある。
この発明は上記事情によりなされたもので、その目的は、視聴者をより満足させることの可能なコンテンツ配信システムとそのモバイル端末を提供することにある。

実施形態によれば、コンテンツ配信システムは、配信を要求するイベントのリクエストを、モバイル端末を含む複数の端末デバイスから前記ネットワークを介して収集する収集手段と、前記収集されたリクエストをイベントごとに集計してリストを生成するリスト生成手段と、前記リストを一定期間にわたり前記ネットワークのサイトに公開する公開手段と、前記リストに含まれるコンテンツごとに、複数の主体者からの配信の意思表示を前記サイトを介して受け付ける受け付け手段と、前記意思表示した主体者の中から配信権を与える権利者を、既定の条件のもとで前記リストに含まれるコンテンツごとに選定する選定手段と、前記配信権を得た権利者にその旨を通知する通知手段と、前記権利者から提供されるコンテンツを前記ネットワークを介して要求元のモバイル端末に配信するモバイル配信手段とを備える。

実施形態のコンテンツ配信システムの概要を示すシステム図。 図１の運用管理サーバの実施形態を示す機能ブロック図。 運用管理サーバにより公開されるＷｅｂページの一例を示す図。 図１に示すモバイル端末の一実施形態を示す機能ブロック図。 図１のコンテンツ配信システムにおける処理の流れの一例を示すシーケンス図。 モバイル端末におけるコンテンツの聴取に係わる処理手順を示すシーケンス図。

以下、実施の形態について、図面を参照して説明する。

図１は実施形態のコンテンツ配信システムの概要を示すシステム図である。図１において、スポーツの試合などが開催されるイベント会場１の模様はカメラマン２により撮影され、アナウンサーや解説者３などの音声も加えて編集所４で編集され、中継あるいは配信のためのコンテンツが作成される。このコンテンツは、ＷｉＭＡＸ用基地局５などからＩＰネットワーク７を直接経由してＰＣユーザ８およびモバイル端末ＰＳ１，ＰＳ２に配信される。それぞれの端末デバイスのユーザは配信されたコンテンツを視聴する。なおこの実施形態では「配信」と「中継」とをほぼ同義として用いる。

ＷｉＭＡＸなどの大容量回線を用いることで、イベントの現場から生中継のコンテンツをＩＰネットワーク７に流し込むことができる。視聴者は自らの保有する端末デバイスを用いて配信コンテンツを視聴することが可能である。なお、配信されたコンテンツをコンテンツサーバ６に一旦録画し、一般ユーザからの要求に応じてオンデマンド配信するようにしてもよい。コンテンツサーバ６はコンテンツ配信事業を請け負う中継事業者、放送局、あるいはマネジメント業務を担う運営会社により管理されても良いし、あるいはこれらから独立した事業体により管理されるものであっても良い。

ところで、図１のシステムは運用管理サーバ９、モバイル放送局ＢＳおよびセルラ基地局ＣＳを備え、これらはいずれもＩＰネットワーク７に接続される。ユーザが保持するモバイル端末ＰＳ１、ＰＳ２はセルラ基地局ＣＳに接続して双方向通信を実施できるのに加え、モバイル放送局ＢＳから送信される動画像コンテンツを取得することができる。すなわちモバイル放送局ＢＳは、ＩＰネットワーク７を介して配信されるコンテンツをモバイル端末ＰＳ１，ＰＳ２に向け配信する。またモバイル放送局ＢＳは、ＩＰネットワーク７経由でモバイル端末ＰＳ１，ＰＳ２向けに配信されるコンテンツにスクランブルをかけ、ネットワークの無線区間において配信コンテンツを秘匿する機能を持つ。このスクランブルを解くための鍵情報は運用管理サーバ９の中の９２ｇの暗号鍵管理部において管理される。

図２は、図１の運用管理サーバ９の実施の形態を示す機能ブロック図である。運用管理サーバ９はいわゆるＷｅｂサイトとしての機能を備え、ＩＰネットワーク７に接続されるインタフェース部９１と、ＣＰＵ（Central Processing Unit）による演算処理機能を持つ制御部９２と、大容量メモリなどの記憶部９３とを備える。

制御部９２はこの実施形態に関わる処理機能として収集処理部９２ａと、ページ作成部９２ｂと、ページ公開部９２ｃと、オークション機能部９２ｄと、ランク付け処理部９２ｅと、課金処理部９２ｆと、暗号鍵管理部９２ｇとを備える。
収集処理部９２ａは、ＰＣユーザ８あるいはモバイル端末ＰＳ１，ＰＳ２から送信されるイベントリクエストを収集する。すなわちＰＣユーザ８の端末、およびモバイル端末ＰＳ１，ＰＳ２はＩＰネットワーク７を介して運用管理サーバ９にアクセスする機能を備え、テキストデータ、あるいはＷｅｂ投票などの形で、配信を希望するイベントのリクエストを運用管理サーバ９に送出する。収集処理部９２ａはこのリクエストをＩＰネットワークを介して複数のユーザから収集する。また収集処理部９２ａは、配信されたコンテンツへの評価を、例えばＷｅｂ投票などの形でＩＰネットワーク７を介して収集する。

ページ作成部９２ｂは、収集されたリクエストをイベントごとに集計してリストアップし、図３に示すようなＷｅｂページを作成する。このＷｅｂページのソースコードデータは記憶部９２に、Ｗｅｂページソースデータ９３ａとして記憶される。このＷｅｂページはページ公開部９２ｃにより、ＩＰネットワーク７上に一定の期間にわたって公開される。ＰＣユーザ８、モバイル端末ＰＳ１，ＰＳ２はもちろんのこと、コンテンツ配信事業者や他の事業者の全てがこのＷｅｂページにアクセスすることができる。

図３は、運用管理サーバ９により公開されるＷｅｂページの一例を示す図である。このＷｅｂページは例えばイベントのエントリー期間に渡って公開される。図３において、日付（図３では１０月１０日）ごとに、予定されているイベントに対する、番組コード、開始時刻、修了時刻、イベント名、場所、一般ユーザからのリクエスト数、および中継事業者の候補がリスト表示される。

すなわちページ作成部９２ｂはＰＣユーザ８から収集したリクエストに基づき、イベントごとに番組コードを付し、イベントのリクエスト数、中継事業者の候補などを集計し、表にまとめてＷｅｂページソースデータ９３ａを作成する機能を持つものである。Ｗｅｂページを参照したユーザおよび事業者は、要望されているイベントの登録の状況、およびリクエストの状況を知ることができる。

図３における中継事業者候補の順位は、例えば過去の中継実績から得た一般ユーザからの評価をポイントとしてカウントし、そのポイントの高い順番である。その順位に従ってコンテンツの配信権を与えるようにすることができる。また、この順位は中継事業者がコンテンツ配信を希望する意思表示を示した時点で確定することができ、ただちにＷｅｂページの表示内容に反映される。

図２に戻り、オークション機能部９２ｄは、図３のＷｅｂページに示される番組コンテンツごとに、複数の事業者からの配信の意思表示をＷｅｂサイトを介して受け付ける。オークション機能部９２ｄは、意思表示に付随する条件、例えば配信権取得のための価格に基づいて１つの事業者を選定する。すなわちオークション機能部９２ｄは番組コードに対応付けて配信権を設定し、この配信権への各事業者からの入札をオークション形式で受け付ける。

配信権は、例えば上述の過去の中継実績から得た評価ポイントによる重み付け等も加味した上で、エントリー期間においてより低い価格を提示した事業者に落札される。エントリー期間が過ぎて落札事業者が決定すると、その旨が落札事業者に通知される。通知にあたってはＷｅｂサイトに公開しても良いし、あるいは秘匿メッセージにより落札事業者のみに知らせても良い。特に、視聴リクエスト数の大きい番組コンテンツについては複数事業者による配信を許可するようにしてもよい。このようにすれば中継事業者の競争意識を醸成してスキル向上への動機付けをもたらすことができる。

ランク付け処理部９２ｅは、収集処理部９２ａにより収集された配信コンテンツへの評価ポイントを統計的に処理し、その結果に基づいて事業者をランク付けする。このランク付けの結果は例えば図３のＷｅｂページで公開される。すなわち、中継事業者候補として示される社名（Ａ社、Ｂ社、…）の並んでいる順番がランク付けに対応する。例えば最も左側に位置する事業者のランクが最高で、右に行くほどランクも下がるというようにランクを示せばよい。
課金処理部９２ｆは、コンテンツを視聴したユーザに対する課金処理を行う。特に課金処理部９２ｆは、コンテンツの配信を受けたモバイル端末ＰＳ１，ＰＳ２からコンテンツの受信状況を取得する。受信状況とは例えばコンテンツの配信期間のうち視聴可能な状態を確保できた時間の総計、あるいは割合として示すことができる。つまりモバイル端末においては移動により電波の受信状況が刻々と変化するので、配信期間の全てにおいて良好な画像を取得できるとは限らない。そこでこの実施形態ではモバイル端末において受信状況を管理し、視聴終了後に運用管理サーバ９に受信状況を通知する。課金処理部９２ｆはモバイル端末から取得した受信状況に応じて、例えば従量課金により、その受信状況の取得元のモバイル端末のユーザに課金する。このようにすることで、モバイル端末によるコンテンツ視聴に対してペイパービューを実現することができる。

暗号鍵管理部９２ｇは、モバイル放送局ＢＳにおいてスクランブル化された配信コンテンツのスクランブルを解くための鍵情報を保持し、正当な受信者であるモバイル端末に対してのみ、この鍵情報（解読鍵）をＩＰネットワーク７経由で通知する。解読鍵は、例えばコンテンツの配信に先立ち、このコンテンツ配信を要求したモバイル端末に電子メールのかたちで通知される。例えば電子メールに解読鍵を示すコードをテキストで記載しても良いし、あるいは電子メールに実行ファイルを添付し、そのファイルのアイコンをクリックすれば自動的に解読鍵がダウンロードされるようにしてもよい。

図４は、図１に示すモバイル端末の一実施の形態を示す機能ブロック図である。図１のセルラ基地局ＣＳから送信された無線信号は、アンテナＡで受信されたのちアンテナ共用器（ＤＵＰ）Ｄを介して受信回路（ＲＸ）１３０に入力される。受信回路１３０は、上記受信された無線信号を周波数シンセサイザ（ＳＹＮ）１４０から出力された局部発振信号とミキシングして中間周波信号に周波数変換（ダウンコンバート）する。そして、このダウンコンバートされた中間周波信号を復調して受信ベースバンド信号を出力する。なお、上記周波数シンセサイザ１４０から発生される局部発振信号の周波数は、制御ユニット２３０から出力される制御信号ＳＹＣによって指示される。

受信ベースバンド信号は信号処理ユニット１６０に入力され所定の伝送フォーマットの受信パケットデータが再生される。この受信パケットデータは圧縮伸長処理ユニット（以後コンパンダと称する）１７０に入力される。コンパンダ１７０は、信号処理ユニット１６０から出力された受信パケットデータを多重分離部によりメディアごとに分離する。そして、この分離されたメディアごとにそのデータに対しそれぞれ復号処理を行う。例えば、通話モードにおいては、受信パケットデータに含まれている通話音声等のオーディオデータをスピーチコーデックにより復号する。またテレビジョン電話モードのように、受信パケットデータにビデオデータが含まれていれば、このビデオデータをビデオコーデックにより復号する。

上記復号処理により得られたディジタルオーディオ信号はＰＣＭ符号処理ユニット（以後ＰＣＭコーデックと称する）１８０に供給される。ＰＣＭコーデック１８０は、コンパンダ１７０から出力されたディジタルオーディオ信号をＰＣＭ復号してアナログオーディオ信号を出力する。このアナログオーディオ信号は、受話増幅器１９０にて増幅されたのちスピーカ２００から出力される。

コンパンダ１７０により復号されたディジタルビデオ信号は、制御ユニット２３０に入力される。制御ユニット２３０は、コンパンダ１７０から出力されたディジタルビデオ信号を、ビデオＲＡＭを介してディスプレイ２８０に表示する。なお、制御ユニット２３０は、受信されたビデオデータばかりでなく、図示しないカメラにより撮像されたビデオデータについてもビデオＲＡＭを介してディスプレイ２８０に表示する。

また、上記受信パケットデータが電子メールやＷｅｂサイトからダウンロードされたデータであれば、これらの受信データは信号処理ユニット１６０から制御ユニット２３０に入力される。制御ユニット２３０は、上記入力された受信データを記憶ユニット２４０の受信データ記憶エリアに保存すると共に、入力デバイス２７０におけるユーザの表示操作に応じてディスプレイ２８０に表示させる。

一方、通話モードにおいて、マイクロホン２１０に入力された話者の音声信号は、送話増幅器２２０により適正レベルまで増幅されたのち、ＰＣＭコーデック１８０によりＰＣＭ符号化処理が施されてディジタルオーディオ信号となり、コンパンダ１７０に入力される。また、図示しないカメラから出力されるビデオ信号は、制御ユニット２３０によりディジタル化されてコンパンダ１７０に入力される。なお、制御ユニット２３０において作成された電子メールも、制御ユニット２３０からコンパンダ１７０に入力される。

コンパンダ１７０はディジタルオーディオ信号を符号化してオーディオデータを生成する。また、制御ユニット２３０から出力されたディジタルビデオ信号を符号化してビデオデータを生成する。さらに、制御ユニット２３０から電子メールが出力された場合にも、そのテキストデータ等を符号化する。そして、上記復号化されたオーディオデータ、ビデオデータ及びテキストデータ等を多重分離部で所定の伝送フォーマットに従いパケット化し、この送信パケットデータを信号処理ユニット１６０へ出力する。

信号処理ユニット１６０は、コンパンダ１７０から出力された送信パケットデータを処理したのち送信回路（ＴＸ）１５０に出力する。送信回路１５０は信号処理ユニット１６０からの送信パケットデータに基づき例えばＱＰＳＫ（Quadrature Phase Shift Keying）方式、あるいはＯＦＤＭ（Orthogonal Frequency Division Multiplex ）方式などの変調方式による送信信号を生成する。そして、生成された送信信号を、周波数シンセサイザ１４０から発生される局部発振信号と合成して無線信号に周波数変換する。そして、制御ユニット２３０により指示される送信電力レベルとなるように上記無線信号を高周波増幅する。この増幅された無線信号は、アンテナ共用器Ｄを介してアンテナＡに供給され、このアンテナＡから基地局へ向けて送信される。

さらに、図４のモバイル端末はテレビジョン放送受信機（ＴＶ放送受信機）３００を備える。このＴＶ放送受信機３００は、例えば地上ディジタル放送の１セグメント放送（ワンセグ放送）を、アンテナ３１０を介して受信するもので、受信されたワンセグ放送の受信データを制御ユニット２３０に入力する。受信した直後の受信データはスクランブル化されており、制御ユニットは解読鍵を用いてこのスクランブルを解除する。

制御ユニット２３０は、デスクランブルされたワンセグ放送の受信データを動画像ストリームとオーディオストリームに分離した後それぞれ復号する。そして、復号された動画像信号をディスプレイ２９０に表示する。またそれと共に、復号されたディジタルオーディオ信号をＰＣＭコーデック１８０に供給する。上記ディジタルオーディオ信号は、ＰＣＭコーデック１８０によりアナログオーディオ信号に変換された後、受話増幅器１９０を介してスピーカ２００から出力される。
なお、２５０はバッテリを、また２６０は電源回路を示す。電源回路２６０は、バッテリ２５０の出力をもとに所定の動作電源電圧Ｖccを生成して各回路部に供給する。バッテリ２５０は図示しない充電回路により充電される。また、入力デバイス２７０はダイヤルキーパッドと各種機能キーとから構成される。

ところで、制御ユニット２３０は、その制御機能としてブラウザ機能部２３０ａ、暗号処理部２３０ｂ、および受信状態モニタ部２３０ｃを備える。このうちブラウザ機能部２３０ａはＨＴＭＬ（Hypertext Markup Language）などで記述されるソースデータをＷｅｂページの形式でディスプレイ２８０に表示させる機能を備える。

暗号処理部２３０ｂは、モバイル放送局ＢＳからスクランブル化された状態で配信されたコンテンツデータをデスクランブルするための解読鍵を、運用管理サーバ９の暗号鍵管理部９２ｇから取得する。この解読鍵は先に述べたように、例えば電子メールの添付情報として供給される。そして暗号処理部２３０ｂは、取得した解読鍵を用いて、モバイル放送局ＢＳから受信したコンテンツのスクランブルを解除する。

受信状態モニタ部２３０ｃは、モバイル放送局ＢＳから配信されたコンテンツの受信状況をモニタし、配信終了とともにその結果を運用管理サーバ９の課金処理部９２ｆに通知する。受信状況とは、コンテンツをモバイル端末において正常に聴取できた時間の累計値、あるいは総配信期間に対する累計値の割合などを用いることができる。次に、上記構成における作用を説明する。まず図５を参照してコンテンツ選定に係わる処理につき説明し、次に図６を参照してモバイル端末におけるコンテンツ聴取に関わる処理を説明する。

図５は、図１のコンテンツ配信システムにおける処理の流れの一例を示すシーケンス図である。図５はコンテンツ配信ビジネスにおいて、主演者やスポーツ選手１１、各イベントを企画する主催者１２、コンテンツを制作する中継事業者１３、コンテンツ配信事業の運営会社１４、および一般ユーザ１５が関係してなされる業務フローの一例を示すものである。

図５において、イベント主催者１２は出演者やスポーツ選手１１などに働きかけてイベントを企画する。この働きかけは直接相対してでも良いし、ＩＰネットワーク７を介するメッセージの授受であっても良い（符合１６−１，１６−２）。イベントが企画されると、イベントＰＲ更新メッセージ１７−１により運営会社１４に通知される。運営会社１４は企画されたイベントを行う旨を運用管理サーバ９に登録し、その内容は直ちにＷｅｂページに反映される（図３）。

一方、一般ユーザ１５は放送して欲しいイベントや番組に対するリクエストを、イベントリクエスト１８−１〜１８−ｍにより運営会社１４に通知する。リクエストの集計結果はＷｅｂサイトに登録され、Ｗｅｂページにより公開される。このＷｅｂページを閲覧した一般ユーザは、賛同するイベントコンテンツが表示されていれば同様にイベントリクエストを上げることで、そのイベントへのニーズ（人気度）を積み上げることができる。

これらのイベントに対する人気の度合い（人気度）をモニタしつつ（１９−１，１９−２）、いくつかのイベント主催者は一般ユーザからのリクエストに沿ったイベントを企画する。その企画内容は同様にイベントＰＲ（１７−２）としてＷｅｂサイトに登録される。 このような手続が、実際にイベントが行われる一定期間前までに行われ、そのイベントに対する人気の度合いをユーザ、ベンダの双方ともに確認することが可能となる。次に、イベントを中継する中継事業者を選定するための入札が行われる。

入札の方式は様々に考えられる。例えば先に述べたように、中継業務を請負う金額を入札価格とし、一番安い価格を提示した業者に配信の権利を落札させるようにしてもよい。あるいは、過去の中継実績から得た一般ユーザからの評価を統計的に処理してポイント化し、ポイント累計カウント値の高い順に、イベントの配信権を与えるようにしてもよい。

図５において入札が開始されると、イベント中継を希望する業者が応札（２０−１，２０−２）により意思表示し、そのランキングがＷｅｂサイトに公開される（２１−１，２１−２）。事業者のランキングの基準は応札金額であったり、評価ポイントであったりする。入札期間が過ぎると入札が終了し、運営会社１４はＷｅｂページをモニタして、どの中継事業者がイベントの配信権を得たかを知ることができる。また配信権を得た事業者には選定結果通知メッセージ２２によりその旨が通知される。

業者選定が完了した時点で、コンテンツを中継する配信権を得た中継事業者１３は、そのイベントまでに、アナウンサー、解説者、イベントの背景、出演者情報、スポーツ選手の経歴調査、中継の際のカメラワークなど様々な準備を行い、実際のイベント中継に備えることになる。

イベントが開催されると、放送コンテンツ２３がＩＰネットワーク７経由で一般ユーザ１５に配信される。その形態は基本的には生中継であるが、コンテンツサーバ６を経由するオンデマンド配信であっても良い。すなわち一般ユーザ１５は、コンテンツを実況生中継２４で視聴できるだけでなく、コンテンツサーバ６（図１）から好きな時に視聴することができる。

コンテンツごとの視聴者数は運営会社１４により把握される。例えば固定端末を持つ一般ユーザ１５は予めシステムに登録を行い、ログイン時間などをもとに、コンテンツ放送時間のうち何時から何時まで視聴したかが運営会社１４により把握される。これにより途中で飽きてしまっていないかという指標も算出することができ、これは事業者のポイントに反映される。一方、モバイル端末のユーザはコンテンツの受信状況をシステムに通知し、システムはその結果に応じてペイパービュー形態での課金を行う
また、イベントの事前の人気度と実際の視聴者数とを比較することでも、中継事業者１３への評価データの一つとして使用することができる。例えば、前評判の高かった割には視聴者数が少なければ、一般ユーザ１５が途中で飽きてしまうなど、イベントそのものの問題や中継事業者１３のスキルなどに問題がある可能性がある。このような場合にはそのコンテンツの配信を請け負った事業者の評価ポイントを下げ、逆の場合にはポイントを上げるなどの配慮が可能となる。さらには、イベント主催者１２に対しても同様に、過去の実績に基づくポイントにより評価することができる。このポイントを参考情報としてＷｅｂサイトに提示するようにすれば、イベント企画そのものの質の向上も期待できる。

コンテンツを視聴したユーザには、実況生中継の都度、あるいは録画中継の都度、例えば従量課金などの形で課金される（２５，２７−１，２７−２）。ユーザから徴収した料金は運営会社１４が一旦とりまとめ、中継事業者１３にはコンテンツ料金２８、イベント主催者にはイベント料金２９、出演者、選手１１には出演料は報酬３０の形でそれぞれ支払われる。すなわち、イベント終了後の視聴者数の集計の結果を元に、運営会社１４は中継事業者１３にコンテンツ料金２８を支払い、中継事業者１３はイベント主催者１２にイベント料金２９として費用の一部を支払う。さらにイベント主催者１２は、この放送以外の入場者による入場料などと合わせた金額の中から出演者やスポーツ選手などに出演料や報酬３０を支払う。このようにして、提供したサービスに見合った見返りが各者に分配される。

なお、以上のビジネスの運用に当てる費用として、一般ユーザ１５から視聴した分をＩＰネットワーク７経由で視聴料として徴収する機能を整備するか、一般企業からの広告料で賄うなどの方法も考えられる。一般ユーザ１５からの視聴料として徴収する場合は、視聴開始時刻からある一定の時間以上視聴した場合のみ課金するなどの配慮を要する場合もある。

図６は、モバイル端末ＰＳ１におけるコンテンツの聴取に係わる処理手順を示すシーケンス図である。なおモバイル端末ＰＳ２のユーザがコンテンツの視聴を希望する際の手順も同様である。モバイル端末ＰＳ１のユーザ（モバイルユーザ）は、聴取を希望するイベントのリクエスト（１８−１）をモバイル端末ＰＳ１を用いて送出する。このリクエストはセルラ基地局ＣＳ経由で運営会社１４に通知され、各種イベントの人気度が蓄積される。この人気度（１９−１）は中継事業者１３、イベント主催者１２のいずれもＷｅｂサイトを介して参照することができる。モバイルユーザも同様に、例えば運営会社１４のサイトにアクセスすれば（符合４０）イベントの人気度を参照することができる（符合１９−２）。

次に、コンテンツの放送が開始されるのに先立ち、例えば中継事業者１３から運営会社１４にその旨が通知される（符合４１）。そうするとこのコンテンツを放送するチャネル情報などとともに、スクランブル化のための暗号鍵が運用管理サーバ９からモバイル放送局ＢＳに通知される。モバイル放送局ＢＳは指定されたチャネルで配信されるコンテンツを、この暗号鍵を用いてスクランブル化した状態で無線区間に放射する（スクランブル放送設定：４３）。

これとともに運営会社１４から、コンテンツ視聴のためのチャネル情報とともに、スクランブルを解除するための解読鍵を含む放送パラメータが、例えば電子メールの形態で、セルラ基地局ＣＳ経由でモバイル端末ＰＳ１に通知される（４４）。これを受けてモバイル端末ＰＳ１は、放送チャネル、解読鍵を含む受信パラメータを自らに設定し（４５）、ディスプレイ２８０に表示するなどして放送の開始をモバイルユーザに通知する。モバイルユーザがこれに応じて受信ＯＫ処理を行うと、スクランブルデータの解読が開始されて中継視聴が開始される。

コンテンツ放送の中継視聴が開始されると、モバイル端末ＰＳ１はその受信状態のモニタを開始する（４７）。ここでは正常にコンテンツを視聴できた期間の累計値がカウントされる。そしてイベントが終了し、中継放送が終了するとその旨が中継事業者１３から運用管理サーバ９を介してモバイル放送局ＢＳに通知され、モバイル放送局ＢＳからの送信波が停波される（４９）。

次に、運営会社１４は課金に係わる情報の取得を運用管理サーバ９に要求する（５０）。そうすると運用管理サーバ９は、コンテンツの受信状況の取得を要求するメッセージをセルラ基地局ＣＳ経由でモバイル端末ＰＳ１に与え、モバイル端末ＰＳ１はこれを受けてコンテンツ配信期間における正常受信期間の累計値に基づく受信料金をモバイルユーザに通知する（５２）。モバイルユーザがこれに対する承認を与えると（５３）、その旨が運用管理サーバ９に返信され、さらに運営会社１４において、モバイルユーザへの課金が発生する（５４）。このようにして徴収されたコンテンツの視聴料金（２８）は運営会社１４から中継事業者１３に支払われ、中継事業者１３はイベント主催者１２にイベント料金２９として費用の一部を支払う。

以上述べたようにこの実施形態では、ＩＰネットワーク７を介して、モバイル端末ＰＳ１、ＰＳ２のユーザを含む多くの一般ユーザが、計画されているスポーツ中継やイベント中継に対する視聴のリクエストを事業者に通知することが可能になる。リクエストはシステム側で集計され、Ｗｅｂページに公開される。さらに、中継事業者に対するリクエストも合わせて通知することができるので、中継事業者自身の努力によるスキルの向上が期待できる。

中継事業者はどのスポーツ中継やイベント中継が多いか、あるいは得意とするコンテンツが要望されているかなどを公開された情報をもとに判断でき、オークション形式の入札に応募することができる。入札時においては一般ユーザからの中継事業者リクエストと、過去の中継実績により、総合的な中継事業者のランク順位が明示され、上位ランクの事業者からどのイベントを中継するかが選択できる。コンテンツ配信の権利を獲得した中継事業者は、イベント会場で中継の準備、アナウンサーや解説者の準備、ＩＰネットワーク７回線の準備を行い、生中継でコンテンツを中継する。またそのコンテンツはコンテンツサーバ６に記録され、オンデマンド配信も実施可能である。

さらに、視聴者から収集した情報に基づき中継事業者やイベント主催者の評価が統計的にポイント化され、Ｗｅｂページに反映されるので、次の入札時のランクにフィードバックすることができる。コンテンツの視聴者は視聴した分に応じた料金を電子的に決済され、その料金がシステムの運営会社１４、中継事業者１３、イベント主催者１２に分配されて各事業者の収入となる。

このように一般ユーザは、一方的に放送局が決めるイベントではなく、視聴したいイベント中継のリクエストを、ＩＰネットワークを介して運営会社に与えることができる。また、中継事業者は評価ポイントを高くすることで、有利なイベント中継を選ぶことができるという動機付けを得られるので、事業者どうしの競争原理により、中継業務のスキル向上を期待できる。また、今まで中継される機会の少なかったスポーツやイベントも中継の機会を得ることができ、様々なスポーツ振興が図れる。さらには、イベント中継業務を手掛ける新たな職種を増やすことができ、社会の雇用増進にも寄与することができる。

また、一般ユーザと事業者との双方がリクエストの集計の結果を知ることができる。事業者は、一般ユーザからのリクエスト数が増えれば増えるほど高い報酬を期待でき、中継意欲が向上することになる。逆にリクエスト数が少なければ中継意欲が低下し、中継そのものが行われない可能性もでてくる。さらに、一般ユーザからリクエストがほんの少数でも、一般ユーザの負担する費用を増やすことで、総費用が中継事業者の実施意欲を満たすケースも考えられる。このように本実施形態によれば、既存のＴＶ放送が同時に行われるケースも想定した上で柔軟なビジネスを展開することが可能になる。

以上述べたようにこの実施形態によれば、一般ユーザからリクエストを収集し、賛同する一般ユーザからのニーズが高いか、または１視聴者あたりの視聴料金が高くても良いというニーズが高ければ、比較的知名度の低いイベントであっても視聴が可能となる。また、中継事業者に対して一般ユーザの意向をより強く反映することが可能になり、一般ユーザからのリクエストが広がるに従い、中継事業者の数の増加が期待できる。このことは、例えばスポーツ中継するアナウンサーや解説者を増やすことにつながり、雇用の創出だけでなく、裾野の広がりによりスキルの向上も期待できるので、より一層放送コンテンツの質の向上が期待できる。具体的には、スポーツ種別ごとに中継が得意なアナウンサーを育成したり、特定のスポーツ経験者の中から、優秀な解説者を育成し、そのスポーツそのものの普及促進を図ることにも寄与することができる。

更に、スポーツ中継を例にとれば、従来は野球、サッカーなど人気スポーツだけがＴＶ中継の対象になっていたので、他のスポーツに対する注目度を上げることができなかった。これに対しこの実施形態によれば知名度の低いスポーツも一般ユーザからのリクエストがあり、それに応える中継事業者が出てくることにより、いつでもそのスポーツ中継を一般ユーザが視聴できるようになるなど、スポーツの種別ごとの格差是正が期待できる。

以上をまとめればこの実施形態では、一般ユーザは、視聴したいイベントを運用管理サーバ９にリクエストする。運用管理サーバ９はリクエストを集計し、その結果をＷｅｂページに公開する。このＷｅｂページを閲覧した他の一般ユーザも同様にリクエストを上げ、その集計を次々にＷｅｂページに反映させる。このＷｅｂページを閲覧した事業者は、リクエスト数などの指標と自らの事業体力などに基づく判断により事業価格をＷｅｂサーバに提示し、オークション形式でコンテンツ配信の権利を落札する。このようにして事業者と放送局とを分離し、視聴者のニーズを満たすとともに事業者の動機付けも向上させることが可能になる。

またこの実施形態では、ＩＰネットワークを介して配信されるコンテンツをモバイル放送局ＢＳを介して放送するようにしているので、モバイル端末におけるコンテンツの視聴が可能となり、スポーツなどの生中継を場所に制約されずに楽しむことも可能となる。さらにこの実施形態では、配信されるコンテンツをスクランブル化する機能をモバイル放送局ＢＳに持たせ、解読鍵を通知されたモバイル端末においてのみ、配信されるコンテンツデータを視聴できるようにしている。すなわち生中継のコンテンツを運営会社１４のＷｅｂサイトを介して中継するにあたり、鍵情報を用いてコンテンツデータをスクランブル化するようにしているので、不特定多数のユーザが無料で視聴することを許さず、特定のモバイルユーザに対してのみ視聴を許可することが可能になる。

つまり、ネットワークを介した中継だけでなく、モバイル放送局ＢＳから視聴を許可されたユーザだけがコンテンツを視聴することが可能になるからこそビジネスとしてのコンテンツ配信が成立し、モバイル環境においてもイベント中継を見る事ができるというメリットを、広くいきわたらせることが可能になる。

さらには、モバイル端末に特有の事情として一定の受信状態を保つことが難しい点が挙げられるが、この実施形態では受信状況をモバイル端末においてモニタし、視聴終了後にその結果をシステムに通知するようにしているので、ペイパービューの形態でモバイルユーザの納得のいく課金を行うことが可能になる。以上から、視聴者の満足の度合いをさらに高めたコンテンツ配信システムとそのモバイル端末を提供することが可能になる。

なお、この発明は上記実施形態そのままに限定されるものではない。例えば実施形態ではスポーツのイベント中継など、生中継による放送コンテンツを例に記載した。これに限らず、教育番組や対談、クイズ番組など、これまで放送局だけが番組を編成し、制作し、放送していたものも含め、一般ユーザからのリクエストによるＴＶ放送を行うようにすることも可能である。

また図５では、イベントの主催者１２が各種イベントをＰＲする形態を示した。これに代えて、例えば中継事業者１３にイベントＰＲの主導権を持たせるようにしてもよい。すなわち中継事業者１３は全く独自にイベントを主催することができ、視聴者の興味を引きそうなコンテンツを、発案し、自らの経営体力に応じた規模で企画すればよい。そもそも図５に示すようにイベントのリクエストと人気の度合いとが中継事業者１３にも通知されるようになっているので、中継事業者１３はこれを参照して魅力あるコンテンツを作成することができる。

すなわち、一般ユーザ１５とイベント主催者１２との間での需要と供給の関係を運営会社１４が仲介する、というビジネス形態にとどまらず、中継事業者１３にもコンテンツの選択権を与えるようにするのが望ましいことは明らかである。全くの新鋭の中継事業者が新たなコンセプトや思い入れなどでコンテンツ配信ビジネスに参画し、その中で自らの力量を示せることは一般の視聴者にとってメリットがあるばかりか、新たな文化の創出という面で有意義である。さらにイベント主催者１２や中継事業者１３だけでなく、主演者、選手１１あるいは一般ユーザ１１までもが無償でオリジナルコンテンツを制作し、自らをＰＲすることも、運用管理サーバ９を経由すれば自由に実施することができる。このように上記実施形態によれば、視聴者の満足の度合いを高めるだけでなく、不特定多数の人々にとって自らのコンテンツを配信することの敷居を低くできるといったメリットを得られる。

さらに、モバイル端末ＰＳとＰＣユーザ８の端末（ＰＣ端末）とを連携させることも可能である。すなわち、モバイル端末ＰＳを用いてリクエストしたコンテンツをＰＣ端末で視聴したり、逆にＰＣ端末からリクエストしたコンテンツをモバイル端末ＰＣから視聴可能することも可能である。

また上記実施形態では、ＩＳＤＢ−Ｔ（Integrated Services Digital Broadcasting - Terrestrial）に準拠する、いわゆるワンセグ放送を用いてモバイル端末にコンテンツを配信する例を示したが、これに限らず、ＭｅｄｉａＦＬＯ、ＤＶＢ−Ｈ（Digital Video Broadcasting - Handheld）、あるいはＩＳＤＢＴ−ｍｍ（ISDB-T for mobile multimedia）などのモバイルテレビジョンシステムを利用してコンテンツを配信することも、この実施形態の応用により容易に可能である。

さらにこの発明は、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。

１…イベント会場、２…カメラマン、３…アナウンサー、解説者、４…編集所、５…ＷｉＭＡＸ用基地局、６…コンテンツサーバ、７…ＩＰネットワーク、８…一般ユーザ、９…Ｗｅｂサーバ、ＢＳ…モバイル放送局、ＣＳ…セルラ基地局、ＰＳ１，ＰＳ２…モバイル端末、Ａ…アンテナ、Ｄ…アンテナ共用器（ＤＵＰ）、１３０…受信回路（ＲＸ）、１４０…周波数シンセサイザ（ＳＹＮ）、１５０…送信回路（ＴＸ）、１６０…信号処理ユニット、１７０…圧縮／伸長処理ユニット（コンパンダ）、１８０…ＰＣＭ符号処理ユニット（ＰＣＭコーデック）、１９０…受話増幅器、２００…スピーカ、２１０…マイクロホン、２２０…送話増幅器、２３０…制御ユニット、２３０ａ…ブラウザ機能部、２３０ｂ…暗号処理部、２３０ｃ…受信状態モニタ部、２４０…記憶ユニット、２５０…バッテリ、２６０…電源回路、２７０…入力デバイス、２８０…ディスプレイ、３００…ＴＶ放送受信機、３１０…放送受信用のアンテナ、９１…インタフェース部、９２…制御部、９２ａ…収集処理部、９２ｂ…ページ作成部、９２ｃ…ページ公開部、９２ｄ…オークション機能部、９２ｅ…ランク付け処理部、９２ｆ…課金処理部、９２ｇ…暗号鍵管理部、９３…記憶部、９３ａ…Ｗｅｂページソースデータ、１１…主演者，スポーツ選手、１２…主催者、１３…中継事業者、１４…運営会社、１５…一般ユーザ、１６−１，１６−２…イベント企画メッセージ、１７−１，１７−２…イベントＰＲ更新メッセージ、１８−１〜１８−ｍ…イベントリクエスト、１９−１，１９−２…イベントリクエスト，人気度、２０−１，２０−２…応札メッセージ、２１−１，２１−２…ランキングメッセージ、２２…選定結果通知メッセージ、２３…放送コンテンツ、２４…実況生中継、２５，２７−１，２７−２…課金情報、２８…コンテンツ料金、２９…イベント料金、３０…出演料，報酬。

Claims (6)

1. 配信を要求するイベントのリクエストを、モバイル端末を含む複数の端末デバイスから前記ネットワークを介して収集する収集手段と、
   前記収集されたリクエストをイベントごとに集計してリストを生成するリスト生成手段と、
   前記リストを一定期間にわたり前記ネットワークのサイトに公開する公開手段と、
   前記リストに含まれるコンテンツごとに、複数の主体者からの配信の意思表示を前記サイトを介して受け付ける受け付け手段と、
   前記意思表示した主体者の中から配信権を与える権利者を、既定の条件のもとで前記リストに含まれるコンテンツごとに選定する選定手段と、
   前記配信権を得た権利者にその旨を通知する通知手段と、
   前記権利者から提供されるコンテンツを前記ネットワークを介して要求元のモバイル端末に配信するモバイル配信手段とを備えることを特徴とするコンテンツ配信システム。
2. さらに、前記コンテンツの配信を受けたモバイル端末から当該コンテンツの受信状況を取得する取得手段と、
   前記受信状況の取得元のモバイル端末のユーザに、当該受信状況に応じた従量課金で課金する課金手段を具備することを特徴とする請求項１に記載のコンテンツ配信システム。
3. 前記受け付け手段は、オークション形式のもとで前記配信権に対する入札価格で前記意思表示を受け付け、
   前記選定手段は、最低の価格を提示した主体者に前記配信権を落札させることを特徴とする請求項１に記載のコンテンツ配信システム。
4. 前記収集手段は、配信されたコンテンツへの評価を前記ネットワークを介して収集し、
   さらに、前記収集された評価を統計的に処理した結果に基づき前記複数の主体者をランク付けするランク付け手段を具備し、
   前記公開手段は、前記ランク付けの結果を前記サイトに公開することを特徴とする請求項１に記載のコンテンツ配信システム。
5. 配信を要求するイベントのリクエストを、モバイル端末を含む複数の端末デバイスから前記ネットワークを介して収集する収集手段と、
   前記収集されたリクエストをイベントごとに集計してリストを生成するリスト生成手段と、
   前記リストを一定期間にわたり前記ネットワークのサイトに公開する公開手段と、
   前記リストに含まれるコンテンツごとに、複数の主体者からの配信の意思表示を前記サイトを介して受け付ける受け付け手段と、
   前記意思表示した主体者の中から配信権を与える権利者を、既定の条件のもとで前記リストに含まれるコンテンツごとに選定する選定手段と、
   前記配信権を得た権利者にその旨を通知する通知手段と、
   前記権利者から提供されるコンテンツを前記ネットワークを介して要求元のモバイル端末に配信するモバイル配信手段とコンテンツ配信システムに、接続可能なモバイル端末であって、
   配信を要求するイベントのリクエストを前記コンテンツ配信システムに与えるリクエスト手段と、
   前記コンテンツ配信システムより配信されるコンテンツを受信するコンテンツ受信手段とを具備することを特徴とするモバイル端末。
6. さらに、前記配信されるコンテンツの受信状況を前記コンテンツ配信システムに通知する受信状況通知手段を具備することを特徴とする請求項５に記載のモバイル端末。

Images