(57)【要約】【課題】マルチカメラ映像を配信し、複数の放送提供者が参加する放送では、課金方法や、映像の切り替え、著作権の問題等、ユーザの利用面からさまざまな課題がある。【解決手段】課題の解決のため、第１に、コンテンツの評価価値に応じた従量制での課金手段、第２に、サービス全体に対するプログラムスクランブルと番組あるいはチャンネル毎の番組スクランブルを使用し、視聴者の契約状況に応じたサービスの提供を可能する。第３に、リモコン機能を有する通信端末で番組選択ガイド画面での番組選択手段を提供する。【効果】上記課金システムによりチャンネルの変更が頻繁に発生しても課金総額が増大せず、段階的なスクランブル方法により、複数の事業者の既存のセキュリティー管理手段を変更することなく、セキュリティーが管理できる。また、番組選択支援サービスにより、視聴者の嗜好にあった番組構成の作成・選択、リアルタイムでのアングル切り替えが可能となる。【選択図】　図１
2004072356.tif 000002
【特許請求の範囲】
【請求項１】
サーバ及び画像表示装置とにネットワークを介して接続される無線端末に下記処理を実行させるためのプログラムであって、
上記無線端末は表示手段と入力手段と出力手段と記憶手段を有し、
上記処理は、
上記サーバに上記無線端末の識別情報とサービス開始要求を上記出力手段を介して出力するステップと、
上記サーバから、上記入力手段を介して複数の番組から視聴する番組をユーザに選択させるための選択ガイド画面データと、前記各番組の内容とチャンネル情報を含む付属データを取得して上記記憶手段に記憶するステップと、
該選択ガイド画面データと該付属データを用いて選択ガイド画面を構成し、上記表示手段に表示させるステップと、
上記入力手段を通じて上記表示される選択ガイド画面中の何れかの番組の選択を受けた場合に、該選択された番組を選択されたチャンネル情報に変換し、該選択されたチャンネル情報を上記サーバに出力するステップと、
上記番組選択時に、上記選択されたチャンネルへの切り替え制御情報を作成し、上記出力手段を通じて上記画像表示装置へ出力するステップとを有するものであることを特徴とするプログラム。
【請求項２】
サーバ及び画像表示装置とにネットワークを介して接続される無線端末に下記処理を実行させるためのプログラムであって、
上記無線端末は表示手段と入力手段と出力手段と記憶手段とチャンネルプログラム実行手段を有し、
上記処理は、
上記サーバに上記無線端末の識別情報とサービス開始要求を上記出力手段を介して出力するステップと、
上記サーバから、上記入力手段を介して複数の番組から視聴する番組をユーザに選択させるための選択ガイド画面データと、複数の番組を編成した複数の視聴プログラムを含む付属データを取得して上記記憶手段に記憶するステップと、
該選択ガイド画面データと該付属データを用いて選択ガイド画面を構成し、上記表示手段に表示させるステップと、
上記入力手段を通じて上記表示される選択ガイド画面中の視聴プログラムの選択を受けた場合に、該選択された視聴プログラムを上記プログラム実行手段に登録するステップと、
上記実行手段により該登録したプログラムに規定されるチャネル切り替え時刻に切り替えた番組に対応するチャンネル情報を上記サーバに出力するステップと、上記チャンネル切り替え時刻に該チャンネルへの切り替え制御情報を作成し、上記出力手段を通じて上記画像表示装置へ出力するステップとを有するものであることを特徴とするプログラム。
【請求項３】
上記付属データは前記番組毎の視聴料金単価情報を含み、
上記処理は、
時間を計測するステップと、
上記チャンネル切り替え時に、チャンネル切り替え時刻と選択された番組の視聴料金単価を上記記憶手段に記憶するステップと、
上記選択された番組に対応する視聴料金単価と上記時刻より算出されるチャンネル視聴時間から視聴料金を計算するステップとをさらに有することを特徴とする請求項１又は２に記載のプログラム。
【請求項４】
上記処理は、
上記計算された視聴料金を上記記憶手段に記憶するステップと、
上記計算される視聴料金を加算して総視聴料金を計算するステップと、
上記総視聴料金を上記記憶手段に記憶するステップと、
上記表示手段に現在の総視聴料金を表示させるステップとをさらに有することを特徴とする請求項３に記載のプログラム。
【請求項５】
上記選択ガイド画面データには第１のスクランブルが施されており、上記処理は
上記サーバから第１のスクランブルを解除するデータを取得するステップと、
と、
上記選択されたチャンネルのデータ信号に施された第２のスクランブルを解除するデータを上記サーバから取得するステップとをさらに有し、
上記上記選択ガイド画面を構成し、上記表示手段に表示させるステップは、上記第１のスクランブル解除データを用いて施された第１のスクランブルを解除した選択ガイド画面データを用い、上記画像表示装置へ出力するステップは上記第２のスクランブル解除データも出力することを有することを特徴とする請求項１乃至４の何れかに記載のプログラム。
【請求項６】
上記サーバから複数番組に施された第１のスクランブルを解除するデータを取得するステップと、
該選択されたチャンネルのデータ信号に施された第２のスクランブルを解除するデータを上記サーバから取得するステップとを更に有し、
上記画像表示装置へ出力するステップは上記第１のスクランブル解除データと上記第２のスクランブル解除データも出力することを有することを特徴とする請求項１乃至４の何れかに記載のプログラム。
【請求項７】
ネットワーク接続部と制御部と記憶部を有するサーバであって、
上記記録部は、複数の番組の内容とチャンネル情報と課金情報を対応づけて記憶し、
上記制御部は、
上記ネットワーク接続部を通じてユーザ識別情報とサービス開始要求を受け取った場合、該ユーザのサービス開始を記録し、サービス提供の時間計測を開始するステップと、
上記ネットワーク接続を通じてチャネル切り替え情報を受け取った場合に、該チャネル切り替え情報と受け取った時刻を記憶する処理と、
上記時刻から算出されるチャネル視聴時間と選択チャンネルに対応する上記課金情報から課金料金を算出する処理とを御することを特徴とするサーバ。
【請求項８】
上記制御部は、
上記複数の番組を選択させるための情報に第１のスクランブルを施して上記ネットワークに出力する処理と、
上記ネットワーク接続部を通じて第１のスクランブル解除データの出力要求を受けた場合に、該ユーザの識別情報に基づいてサービス提供が可能か判断し、可能の場合には上記第１のスクランブル解除データを該ユーザに対して出力する処理とをさらに御することを特徴とする請求項７に記載のサーバ。
【請求項９】
上記制御部は、
上記複数の番組に第１のスクランブルを施して上記ネットワークに出力する処理と、
上記ネットワーク接続部を通じて前記第１のスクランブル解除データの出力要求を受けた場合に、該ユーザの識別情報に基づいてサービス提供が可能か判断し、可能であれば、上記第１のスクランブル解除データを該ユーザに対して出力する処理とを御することを特徴とする請求項７に記載のサーバ。
【請求項１０】
上記制御部は、
上記ネットワーク接続を通じてチャンネル切り替え情報と共に該チャンネルのデータ信号に施された第２のスクランブル解除データの出力要求を受け取った場合に、
該ユーザの識別情報に基づいてサービス提供が可能か判断し、第２のスクランブル解除データを出力する、若しくは、該ユーザに対する第２のスクランブル解除データの出力を該チャンネルのデータ信号を提供する事業者に依頼する処理をさらに御することを特徴とする請求項８又は９に記載のサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
データ配信技術分野に属する。
【０００２】
【従来の技術】
マルチカメラ映像の配信ならびに表示技術については、多角的な視点で取られた映像信号の電波を所望の視点で映像表示させることが可能な視点可変テレビジョンシステムに関する記載が特開平０５−１３０５２８に開示されている。
携帯端末と受信端末を用いたコンテンツの選択・課金方法については、携帯端末にて、入手コンテンツの選択、登録ならびにコンテンツの入手に必要な情報の受信を行い、受信端末にてコンテンツの入手・再生を実施する方法が、特開平２００１−１０３０２０に開示されている。より具体的には、第１に、放送チャンネルを通して受信端末にて受信したカタログ情報に基づいて、携帯端末にて取得したいソースファイルの選択・登録を行う。第２に、ダウンロードに必要な暗号情報や時刻情報を携帯端末にて取得し、受信端末にて所望のソースファイルをダウンロードする。受信端末は、カタログとソースファイルを配信する放送チャネルと接続されており、携帯端末は、課金情報やダウンロード管理情報などを管理するデータベースに接続されている。
【０００３】
【発明が解決しようとする課題】
マルチアングルあるいはマルチシーンなどのマルチカメラ映像を配信するサービスでは、時間経過に対して自由にチャンネルを変更したいという要求があると考えられる。しかしながら、従来例のようなコンテンツ単位の課金では、選択したコンテンツに対してすべてコンテンツ料金が加算されてしまうため、同時に２個以上のコンテンツを選択すると、見ていないカメラ映像も課金の対象になるという問題が発生する。
複数の放送提供者が参加する形式のマルチカメラ放送では、チャンネル毎に著作権行使先ならびに料金の支払い先が異なる場合が想定されるが、視聴者がマルチカメラ放送に参加する全ての放送業者と契約しているとは限らない。また、著作権の管理方法が放送提供者により異なることも想定される。その際のサービス提供方法は、サービス業者と放送提供者との契約により異なると考えられるため、契約条件に応じて視聴者が視聴できるチャンネルを制限する仕組みが必要となる。さらに、従量制課金サービスを行うメンテナンス会社と信号の伝送を行う放送通信事業者が異なる場合に、２機関における業務の範囲ならびに、放送コンテンツ配信サービスと課金・選択支援サービスに対する視聴者の支払い対象を明確にする仕組みも必要となる。
マルチ映像配信サービスでは、複数のカメラ映像を１つの番組として扱い、視聴者が個人の嗜好に基づいて映像を切り替える仕組みが必要であり、放送スケジュールの変更をリアルタイムで提供できる状況が理想的である。そのため、事前に情報を入手するだけではなく、最新の情報を逐次入手する手段が必要となる。
【０００４】
【課題を解決するための手段】
係る課題を解決するため、本発明では、第１に、コンテンツの評価価値に応じた従量制での課金手段を提供する。より具体的には、各コンテンツに時間単価を設定し、コンテンツ単価と視聴時間の積分値により課金料を計算する。これにより、視聴時間の短いコンテンツに対して多くの閲覧料金が請求されるという問題が解決する。
第２に、サービス全体に対するプログラムスクランブルと番組あるいはチャンネル毎の番組スクランブルを適用的に使用することにより、視聴者の契約状況に応じたサービスの提供を可能する。具体的には、プログラムスクランブルにより従量制課金サービスの利用を制限し、番組スクランブルにより各放送チャンネルの利用を制限する。この段階的なスクランブル方法によれば、マルチカメラ放送の中に非契約の放送業者があっても通常の番組スクランブルにより利用が制限されるため、プログラムスクランブルは全体サービスの利用の可否のみを制限することが可能となる。またこの方法によれば、従量制課金サービスを行うメンテナンス会社と信号の伝送を行う放送通信事業者が異なる場合において、２機関における業務の範囲ならびに放送コンテンツ配信サービスと課金・選択支援サービスに対する視聴者の支払い対象を明確にすることも可能となる。さらに、番組スクランブルの方法を放送業者間で併せる必要はないため実装も容易になる。
第３に、リモコン機能と通信機能を持った通信端末にて、番組選択ガイド画面の受信と番組選択を実施する手段を提供する。具体的には、この通信端末にて、番組内容と選択チャンネルの変換を行い、番組データ受信端末と課金サーバにそれぞれ選択チャンネル情報を配信する。この制御により、マルチカメラ放送を、擬似的な１番組として視聴者に提供することが可能となる。
【０００５】
【発明の実施の形態】
複数の放送チャンネルを用いたマルチカメラ放送を例として、１）複数番組の従量制（コンテンツの時間単価と視聴時間の積分値）課金処理、２）段階的スクランブル（プログラムスクランブルと番組スクランブルの適用利用）ならびに、３）選択ガイド画面を用いたチャンネル選択支援の実施形態について説明する。本実施例におけるマルチカメラ放送の形態は、普段は個別に放送を行っている複数のチャンネルを１番組が占有する形式を想定する。そのため、番組ジャンル、提携プロダクション、放映権などは逐次更新される。具体的には「カメラアングルならびにチャンネル構成」、「使用するチャンネルの組み合わせや数」、「各カメラ映像におけるコンテンツ価格の設定　（１番組内でも時間変動）」、「放映権を持つ放送局の組み合わせ」などの設定が更新される。そのため、視聴者がマルチメディア放送を楽しむためには、視聴側と放送側を結ぶ端末ならびにサーバの機能として、「複数チャンネルを統合した課金計算処理」、「番組全体に対するスクランブル処理」、「チャンネルと番組の変換を含む番組選択支援プログラムのリアルタイム更新処理」が必要となる。この中間機能により、視聴者（リモコン無線端末）から見える情報は番組内容と課金情報、ＴＶ受信機から見える情報は選択チャンネルとスクランブル解除情報、課金サーバから見える情報は各ユーザの識別情報とチャンネル選択情報に限定され、様々な組み合わせの放送スケジュールに対応できるようになる。なお、本発明の技術は、野球のように１つのイベントを複数のカメラで撮影する場合のみならず、シーン選択型ドラマのように選択により内容が分岐するようなマルチアングル構成を持つ場合、陸上競技のように１つの会場で並列して実施される競技を複数のカメラで撮影する場合、オリンピックのように異なる会場で並列開催される競技を複数のカメラで撮影する場合などのように、互いに関連する内容を複数のチャンネルで放送される番組にも適用できる。
【０００６】
最初に、本マルチカメラ放送における情報の流れを説明する。図１に、マルチカメラ放送の全体システム構成を示す。データセンタ１は、顧客情報と放送コンテンツの管理データを保持すると共に、マルチカメラ放送のサービス全体を制御する役割を果たしており、各契約者に対して統合的な課金処理と番組選択サービスを提供する。このデータセンタ１は、無線通信網２を介して各契約者のリモコン無線端末８と接続されている。リモコン無線端末８は、データセンタ１から、ユーザへの番組選択支援サービスに用いる選択ガイド画面データと課金情報やチャンネル情報を含む付属データを受信し、選択ガイド画面を構成して画面３に表示する。受信の方法としては、２データとも無線通信で受信する形態と、付属データは無線通信で受信し、選択ガイド画面は放送媒体として受信する場合が考えられる。その後、視聴者の入力に従い、選択した番組に対応するチャンネルの情報（選択チャンネル情報）をデータセンタ１に対して送信する。選択チャンネル情報を受信したデータセンタ１は、当該契約者が選択番組を視聴するために必要となるスクランブル解除データをリモコン無線端末８に対して送信する。同時に、データセンタ１は、受信した選択チャンネル情報に基づいて当該契約者の課金データを更新する。グラフ７は、課金計算の例を示しており、視聴者から得られる選択チャンネル情報に対応するコンテンツの単価と視聴時間の積分値により、顧客の視聴料金を計算する。スクランブル解除データを受信したリモコン無線端末８は、選択チャンネル情報とスクランブル解除データをテレビ受信機６に送信する。一方、データセンタ１は、放送局４と間で情報交換を行うことにより、常に最新の放送スケジュールを番組選択サービスに反映する。放送局４は、スクランブル処理したマルチカメラ放送データ５を、データセンタ１に提供した放送スケジュールに従って放映する。なお、ここで言う放送局は、各チャンネルの番組を編集し提供するコンテンツ制作事業者と複数チャンネルの伝送信号を多重化して配信する事業者（２機関以上の場合もあり）を含めた言葉として用いている。但し、データセンタが信号の多重化配信を行う事業者により運営されている場合や多重化配信処理がデータセンタにて行われている場合には、放送局４のデータ多重化処理はデータセンタ１にて行われるものと考える。さらに、このケースでは、マルチカメラ放送データ５はデータセンタから配信されるものとし、放送局４を番組の編成ならびに番組の提供を行う複数のコンテンツ制作事業者の総称と考える。ＴＶ受信機６は、マルチカメラ放送データと、無線端末から受信した選択チャンネル情報ならびにスクランブルデータに基づいて映像音声を出力する。
【０００７】
図３に、多数カメラの配置例を示す。図３（ａ）は１つのイベントを複数のカメラで撮影する例、図３（ｂ）は１つの会場で並列して実施される競技を複数のカメラで撮影する例、図３（ｃ）は１つのイベント内に登場する複数のオブジェクトを個々のカメラで追いかけて撮影する例である。カメラ５１１−５１４、カメラ５２１−５２５、またはカメラ５３１−５３４で撮影される映像が、それぞれ１チャンネルを使って配信される。
【０００８】
図４〜図７に、リモコン無線端末８がデータセンタ１から取得する選択ガイド画面データと付属データ（選択ガイド画面のフォーマットにより内容は異なる）の例、ならびにこれらのデータから生成される選択ガイド画面の構成例を示す。選択ガイド画面の種類としては、１）　リアルタイム選択、２）　横断的番組構成、３）　カスタマイズ番組編成、４）　検索番組編成などが考えられる。いずれの場合も、視聴者が、チャンネル番号だけでなく、番組の内容や視聴料金によって視聴する番組を選択できるようにするための仕組みを提供するものであり、番組の内容ならびに視聴料金をチャンネル番号に変換する仕組みを提供する。リアルタイム選択とは、放送されているシーンや番組を視聴者の選択によって切り替える方法である。客席選択を例としたリアルタイム選択の選択ガイド画面データと番組課金対応リスト（付属データ）をそれぞれ図４（ａ）、図４（ｂ）、選択ガイド画面構成の例を図５（ａ）に示す。選択ガイド画面データ２１１には、選択ガイド画面の外形と視聴料金の総計欄２１１１を構成するデータが含まれている。データ２１１から画面を構成するためのプログラムとしては、ＪＡＶＡ（米国Ｓｕｎ　Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．の商標または登録商標），　ＨＴＭＬ，　ＸＭＬ，　ＭＰ４（ＭＰＥＧ−４　ＦＩＬＥ　ＦＯＲＭＡＴ）などが考えられる。図４（ａ）に示されるＰ１〜Ｐ４は４個の選択肢を示しており、図４（ｂ）の番組課金対応リストに記載されているコンテンツの視聴単価、番組内容あるいはチャンネル番号などが表示される。図４（ｂ）の番組課金対応リスト２１には、放送内容、コンテンツ視聴単価、チャンネル番号ならびに選択ガイド画面との対応番号が各チャンネルについて記載されている。図５（ａ）の３１ａ〜３１ｃが選択ガイド画面構成の例である。３１ａがビジュアル表示、３１ｂがリスト表示、３７が課金グラフ表示の表示例を示しており、視聴者の好みによって切り替えられる。また、３１ａのビジュアル表示では、コンテンツ視聴単価表示を、図４（ｂ）に示されるようなコンテンツの内容やチャンネル番号あるいはこれらの情報の複数表示に切り替えられる。図５（ｂ）と図５（ｃ）は、それぞれシーン（競技）ならびに対象物を選択肢とする場合におけるリアルタイム選択の選択ガイド画面構成例を示している。３２ａと３３ａがビジュアル表示、３２ｂと３３ｂがリスト表示を示しており、さらに３２ａと３３ａでは、コンテンツ視聴単価とコンテンツ内容の同時表示の例を示している。図６は、横断的番組構成における選択ガイド画面構成と自動ｃｈ課金変換リスト（付属データ）の例を示している。横断的番組構成とは、予め設定されたプログラムに基づき、自動的にチャンネルを変更する方法である。選択ガイド画面構成の例を３４と３５に、自動ｃｈ課金変換リストの例を２４ａ，　２４ｂ，　２５ａならびに２５ｂに示す。この横断的番組構成の画面フォーマットを選択した場合には、選択したプログラムリストに記載されたチャンネル変更時刻が訪れる度に、データセンタ１とＴＶ受信機６にチャンネル番号が連絡される。３４はプログラムを通して視聴単価が変化しないサービス、３５はコンテンツ毎に視聴単価が変化するサービスに対応したガイド画面構成の例である。２４ａと２４ｂは、画面構成３４に対応する自動ｃｈ課金変換リストで、２４ａはコンテンツ別、２４ｂは項目別のリストを示している。２５ａと２５ｂは、画面構成３５に対応する自動ｃｈ課金変換リストで、２５ａはコンテンツ別、２５ｂは項目別のリストを示している。図７は、カスタマイズ番組編成における選択ガイド画面構成と番組表／課金リスト（付属データ）の例を示している。カスタマイズ番組編成とは、３６に示すようなコンテンツ視聴料金つきの番組表をダウンロードし、視聴者自らが画面３５に示すようなプログラムリストを作成する方法である。プログラムの起動自体は横断的番組構成の場合と同様である。２６は、画面構成３６に対応する番組表／課金リストの例である。このリストに基づき選択ガイド画面構成３６が作成され、リモコン無線端末画面に表示される。なお、３４〜３６ならびに３１ｂ，　３２ｂ，　３３ｂに示されているような横断的番組編成、カスタマイズ番組編成ならびにリアルタイム番組編成のリスト表示の選択ガイド画面データは、データセンタから入手する場合と予め定義されている場合が考えられる。検索番組編成の画面構成例については、ユーザが入力する検索キーにヒットする項目が画面表示され、この検索リストに基づいてカスタマイズ番組編成のようにプログラムリストを手動作成するという方法で実現できる。検索の対象としては、番組表を使う方法や別に用意されている出演者リストなど使う方法などが考えられる。
【０００９】
次に図８〜図１７を用いて、マルチカメラ放送における課金処理サービスならびに番組選択支援サービスを実現する実行プログラムの流れを詳細に説明する。図８はデータセンタ、図９〜図１５はリモコン無線端末、図１６と図１７はＴＶ受信機における処理の流れを説明している。
【００１０】
図８にて、データセンタにおける処理の流れを説明する。データセンタでは、ユーザからのデータ受信７００の内容に応じた処理を実施する。受信データの種類としては、顧客識別データ７１０、プログラムスクランブル解除データ要求７２０、ガイド画面要求７３０、チャンネル変更要求７４０ならびにサービス停止要求７５０などがある。顧客識別データ７１０を受信した場合には、顧客リストをチェックし、顧客の登録内容を確認の上、サービス開始を告げる認証情報を要求者に対して送信する（７１１）。同時に、サービスの開始を該当する顧客のデータに登録する（７１１）と共に、該当顧客が契約している多重化信号を放送する放送通信事業者に対して、従量制の課金処理を開始する顧客を通知する。この際、利用可能な選択ガイド画面の候補を顧客に対して送信する場合も考えられる。さらに、当該顧客に対する課金計算データの初期化処理を実施する（７１２）。課金計算データの初期化処理後に、同じ顧客から再度、顧客識別データを受信した場合には、後に受信したデータを優先して、再度同じ処理を施す（一般的には、繰り返し処理の回数が規定される）。なお、顧客識別データの内容は、本明細では規定しないが、顧客ＩＤや暗証番号、電話番号の通知などが考えられる。マルチカメラ放送の視聴支援サービスならびに課金サービスを受けるために必要となるプログラムスクランブル（詳細は後述）の解除データ７２０の送信要求を受信した場合には、顧客認証処理７２２を実施し、要求がサービス提供中の顧客からのものと確認されれば、プログラムスクランブルの解除データを送信する（７２５）。顧客認証処理７２２では、接続時の送信情報から顧客の判別とステータスのチェックを実施し（７２２，　７２３）、サービス提供中であれば、プログラムスクランブル解除データを送信し（７２５）、サービス提供中でなれば、処理７１２，　７１２に示されるサービス開始手続きを実施するための顧客識別データの送信を要求する（７２４）。ガイド画面要求７３０を受信した場合には、顧客認証処理（要求者が顧客であることを確認し、サービス状況の変更を行う対象をセットする）を実施した後、要求されたガイド画面フォーマットに対応する選択ガイド画面データと付属データを送付する。この際、添付する付属データの種類は選択ガイド画面のフォーマットにより異なり、横断的番組編成の場合には自動ｃｈ課金変換リスト、カスタマイズ番組編成の場合には番組表／課金リスト、リアルタイム選択の場合には番組課金対応リスト、検索番組編成の場合には検索サイト情報あるいは検索リストを送付する（７３１）。送信の方法としては、２データとも無線網を通して送付する場合と、付属データは無線網、選択ガイド画面データは放送網で送付する場合が考えられる。同時に、当該顧客の課金計算データの選択ガイド登録を更新する（７３２）。チャンネル変更要求７４０を受信した場合には、まず、顧客認証処理を実施した後、変更したチャンネルの番組を視聴するために必要な番組スクランブル解除データ（詳細は後述）を送信する（７４１）。この際、最新の番組スクランブル解除データがその番組放送素材を編集し提供する事業者の元にある場合には、対応するスクランブルデータを取得するか、あるいはその番組放送素材を編集し提供する事業者に対して当該顧客への番組スクランブル解除データの配布依頼を行う。次に、当該顧客の課金計算データについてチャンネル番号ならびに時刻の更新処理を実施後（７４２）、続けて現在の課金合計金額の更新処理を実施する（７４３）。サービス停止要求７５０を受信した場合には、まず、顧客認証処理ならびに時刻の更新処理を実施する（７５１）。次にサービス開始時からのサービス停止までの課金合計金額を計算する（７５２）。当該顧客に金額を通知し、承認応答を待つ（７５３）。承認データが到着次第、顧客リストにある当該顧客のサービスステータスをサービス停止中に変更する。なお、処理７５３の認証手続きについてはいくつかのパターンが考えられる。例えば、上記に示したようにサービス終了時に課金金額の通知と認証処理を行う方法や、サービス終了時には課金金額の通知のみを行い、認証処理は、次回のサービス利用時あるいは暗号またはパスワードつきの電子メールにて行う方法などが考えられる。認証処理の方法としては、視聴者が無線端末の画面で確認する方法や、無線端末のデータ処理部が、端末内の計算結果と比較し、問題ない場合には自動的に返答、問題がある場合には詳細の確認処理（選択チャンネルログのチェック）を行いデータセンタとの間でマッチングを取るといった方法などが考えられる。さらに、本願の従量制課金サービスでは、データセンタは、課金料金総額をマルチカメラ放送に参加する複数の放送通信事業者あるいはコンテンツ提供事業者に分配する仲介サービスを行う必要がある。
【００１１】
ここで、プログラムスクランブルと番組スクランブルの役割について説明する。各スクランブルデータの役目としては、プログラムスクランブルがサービス全体への利用制限、番組スクランブルが各チャンネルの放送データに対する利用制限という位置づけになる。具体的には、プログラムスクランブルにより従量制課金サービスの利用を制限し、番組スクランブルにより各放送チャンネルの利用を制限する。そして、これら２種類のスクランブルを適用的に使用することにより、視聴者の契約状況に応じたサービスの提供を可能する。この段階的なスクランブル方法は、第１に、従量制課金サービスを行うメンテナンス会社と信号の多重化伝送を行う放送通信事業者が異なる場合に特に必要であり、２機関における業務の範囲ならびに、放送コンテンツ配信サービスと課金・選択支援サービスに対する視聴者の支払い対象を明確にする役割を果たす。従量制課金サービスのメンテナンス会社が放送通信事業者の権利を侵害しないためは、従量制課金サービスのメンテナンス会社は番組スクランブルデータの内容を扱わないことが好ましい。この段階的スクランブル方法では、図８の処理７４１にて、従量制課金サービスのメンテナンス会社が放送通信事業者に対して、顧客への番組スクランブル解除データの配布依頼を行うことで実施できる。同様に、選択ガイド画面のフォーマットの構造や仕組みには従量制課金サービスのメンテナンス会社のノウハウが含まれている場合などが考えられる。従って、そのライセンスを直接利用しない放送通信事業者は選択ガイド画面のフォーマット作成の細かい技術内容には触れないようにすることが望ましい。第２に、提供番組素材を編集する事業者あるいは多重化した信号を放送する事業者が複数にまたがる場合に、異なるスクランブル方法を採用している放送事業者に対してスクランブル方法の変更ならびにその統一化を要求しないという役割を果たす。この方法であれば、例えば、番組スクランブルを通信機器に対して行う事業者や電話網あるいはインターネットを用いる事業者がマルチカメラ放送に混在して参加している場合や、異なるスクランブル方式を採用している事業者がマルチカメラ放送に混在して参加している場合などでもマルチカメラ放送が実施できる。また、番組スクランブルの方法を放送業者間で併せる必要はないため実装も容易になる。第３に、マルチカメラ放送の中に非契約の放送業者がある視聴者にもサービスを提供可能にするという役割を果たす。段階的スクランブル方法では、番組スクランブルにより利用が制限されるため、プログラムスクランブルは全体サービスの利用の可否のみを考えることができる。第４に、マルチカメラ放送としての番組選択支援サービスならびに従量性の課金処理サービスを受けずに、通常放送として各チャンネルの番組を視聴したいという要求に対応するという役割を果たす。プログラムスクランブルを無視しても各チャンネルの番組が視聴できるような仕組みをプログラムスクランブルに適用することで実現できる。
【００１２】
プログラムスクランブルのかけ方としては、いくつかのパターンが考えられる。ここでは、代表的な２手段について説明する。第１にプログラムスクランブルを選択ガイド画面データにかける方法が考えられる。選択ガイド画面の不正使用を目的とするのであれば、この方法でも対応可能であり、番組選択支援サービスならびに従量性の課金処理サービスのみに利用制限をかける場合に有効な方法と言える。また、選択ガイド画面データを無線網でなく、データ放送などの放送媒体で提供する場合にも有効であり、無線網におけるデータ通信量を抑制する効果も期待できる。第２に、放送コンテンツにプログラムスクランブルをかける方法が考えられる。従量制課金サービスを行うメンテナンス会社と多重化信号を配信する放送通信事業者が異なる場合には、従量制課金サービスを行うメンテナンス会社が多重化信号を配信する放送通信事業者に対してプログラムスクランブル処理を依頼することにより実施される。具体的な方法としては、全てのカメラ映像に対してプログラムスクランブルをかける方法と一部のカメラ映像のみにプログラムスクランブルをかける方法が考えられる。全てのカメラ映像に対してプログラムスクランブルをかける方法は、従量制課金サービスを行うメンテナンス会社の視聴権利承認がマルチカメラ放送のサービスを受ける最低必要条件となる場合に有効な方法と言える。特に、課金処理が従量制課金サービスを行うメンテナンス会社に完全委託されており、従量制課金サービスが唯一の課金計算方法となる場合では、全てのカメラ映像に対してプログラムスクランブルをかける方法の適用が好ましいと考えられる。一方、一部のカメラ映像のみにプログラムスクランブルをかける方法は、通常は基本料金のみで提供されるコンテンツや番組スクランブルのかかっていない無料コンテンツの時間単価が、従量制課金サービスでは異なる値に設定されるような場合に有効な方法と言える。基本料金のみで視聴できるコンテンツや番組スクランブルのかかっていない無料コンテンツにのみプログラムスクランブルをかけることによって、通常放送とは異なる事業者が課金支払いを受けることができるようになる。一部のカメラ映像のみにプログラムスクランブルをかける方法としては、逆に、通常放送にて基本料金のみで提供されるコンテンツや番組スクランブルのかかっていない無料コンテンツに対してはプログラムスクランブルもかけないという手段も考えられる。本願の段階的スクランブルは様々な実施環境に対応点で好ましいと言える。さらに、放送コンテンツにプログラムスクランブルをかける第２の実施方法は、従量制課金サービスを行うメンテナンス会社と多重化信号を配信する放送通信事業者が同じ場合にも、多種多様なサービスの実施を可能にする有効な手段と言える。例えば、コンテンツ課金のみが許されている番組がある場合には、番組スクランブルをそのコンテンツにかけ、従量課金のコンテンツにはプログラムスクランブルをかける方法が考えられる。また、番組スクランブルの利用により複数コンテンツの同時視聴を防ぐことが可能となるため、個々のコンテンツに番組スクランブルをかけ、さらに、全体にプログラムスクランブルをかけることで、個々の素材のセキュリティーを高める場合も考えられる。
【００１３】
次に、プログラムスクランブルと番組スクランブルの両方が１つのコンテンツにかけられている場合について、スクランブル解除の手順を説明する。スクランブル解除については、２つの解除データが個々のスクランブルを解除するケースと、１つの解除データにて２つのスクランブルを解除できるケースが考えられる。前者のケースでは、プログラムスクランブル解除データと番組スクランブル解除データの両者がないとそのコンテンツは視聴できない。このケースでは、プログラムスクランブル解除データが従量制課金サービスのメンテナンス会社から、番組スクランブル解除データが多重化信号を配信する放送通信事業者から、それぞれ視聴者に提供される。そのため、従量制課金サービスを通常の課金サービスに切り替えるためには、まず、課金処理管理の権利を従量制課金サービスのメンテナンス会社から多重化信号を配信する放送通信事業者に切り替え、視聴者に対する選択支援サービスの提供を中止する必要がある。その後、プログラムスクランブルの解除データが当該視聴者に提供される（リモコン無線端末にてプログラムスクランブルの解除データを取得する権利が与えられる）。なお、この前者のケースでは、放送通信事業者がプログラムスクランブルをかける場合においても、放送通信事業者がプログラムスクランブルを提供することは契約違反となる。後者のケースは、基本的には、従量制課金サービスのメンテナンスと多重化信号の配信処理が同じ事業者である場合に適用できる。例えば、従量制課金サービスを通常の課金サービスに切り替えた際に、番組スクランブル解除データを提供する替わりに、プログラムスクランブル解除機能を含む番組スクランブル解除データを提供する。また、番組スクランブル解除データとプログラムスクランブル解除データの双方を提供することを避けるため、番組スクランブル解除機能を含むプログラムスクランブル解除データを提供することも可能となる。さらに、顧客の契約状況に応じて、プログラムスクランブル解除データと番組スクランブル解除機能を含むプログラムスクランブル解除データを使い分けることも可能となる。後者のケースにて、従量制課金サービスのメンテナンスと多重化信号の配信処理が異なる事業者にて実施される場合には、多重化信号の配信処理を実施する放送通信事業者の依頼により、従量制課金サービスのメンテナンス会社が番組スクランブル解除機能を含むプログラムスクランブル解除データを提供する場合が考えられる。特に、マルチカメラ放送に参加する多重化信号の配信処理を実施する放送通信事業者が複数存在する場合には、スクランブルの代行配信依頼の有無に応じて、プログラムスクランブル解除データと番組スクランブル解除機能を含むプログラムスクランブル解除データを使い分ける手段が有効と言える。
【００１４】
具体的なスクランブルの実施方法については、本明細書では限定しない。しかしながら、デジタル映像に対するスクランブル処理では、データの異なる箇所に異なるスクランブル処理を行うことが可能であり、プログラムスクランブルと番組スクランブルを同時に行うことも技術には可能と言える。つまり、プログラムスクランブルと番組スクランブルがかけられているデータにおいて、その一方のみを解除することが可能である。また、スクランブル解除データに対して暗号処理を施すことも可能であるので、番組スクランブル解除データに暗号処理を施し、その暗号解除の役割をプログラムスクランブル解除データが受け持つような手段も考えられる。
【００１５】
図９〜図１５にて、リモコン無線端末における処理の流れを説明する。まず、図９にて全体の処理を説明する。ユーザからのサービス要求（８００）を受けて、サービス開始処理（８１０）が実施される。サービス開始処理（８１０）では、第１に、課金計算データの初期化処理（７２６）とサービス開始登録・認証処理（８１２、詳細は後述）を実施し、データセンタとの間でサービスの開始を確認する。第２に、選択ガイド画面の候補を表示し、ガイド画面選択処理（８１３、詳細は後述）を実施する。なお、選択ガイドの候補は、予め規定されて無線端末に登録されている場合と選択可能な選択ガイド画面の候補がデータセンタから通知される場合が考えられる。第３に、受信表示した選択ガイド画面に従って、リアルタイム番組選択の場合には、番組選択処理（８１４、詳細は後述）を実施する。なお、選択したガイドが、リアルタイム番組選択以外の場合には、ガイド画面選択処理８１３にて、自動的にチャンネルを変更するリストを作成するため、番組選択処理は省略される。サービス開始処理８１０の終了後、処理８２０〜処理８６０の繰り返しルーチンワークが実施される。処理８４０，　８５０にてユーザからのデータ入力が確認されると、変更要求処理（８６０、詳細は後述）を実施し、処理８２０に戻る。但し、要求内容がサービス停止要求であった場合には、課金合計金額の計算後、処理８６０にてサービスを停止する。処理８４０におけるデータ入力待ち時間が過ぎても、ユーザからのデータ入力が確認されない場合には、自動ｃｈ変換プログラムが起動しているか、すなわち、使用している選択ガイドが、横断的番組構成、カスタマイズ番組構成あるいは検索番組構成のいずれかであるかをチェックし（８５１）、自動ｃｈ変換プログラムが起動している場合には、自動番組選択処理（８５２、詳細は後述）を実施する。自動ｃｈ変換プログラムが起動していない場合には、処理８２０に戻る。処理８２０では、経過時刻に従って、課金表示グラフ３７の画面表示準備のためのデータ更新処理を実施する（８２０）。処理８３０では、選択中の選択ガイド画面のデータを更新する時刻であるかを判定する。更新間隔は短いほど正確な支援が行えることになるが、その反面、データセンタへのアクセス料金がかかるという問題もある（選択ガイド画面データを放送が配信される場合も考えられる）。そのため、更新間隔は各ユーザにて設定することが好ましいと考えられる。処理８３０にて、選択ガイド画面データの更新を行うと判断された場合には、処理８３１にて、現在のガイド画面のフォーマットを自動的に再選択する手順により、ガイド画面選択処理８１３を実施し、ガイド表示を更新する。表示更新後、処理８４０に移る。処理８３０にて、選択ガイド画面データの更新を行わないと判断された場合には、処理８４０に移る。
【００１６】
図１０にて、変更要求処理８６０の詳細を説明する。ユーザからの要求としては、ガイド画面表示の変更要求、ガイド画面種類の変更要求、番組変更要求ならびにサービス停止要求などが考えられる。要求がガイド画面表示の変更要求（８６１）の場合には、表示を指定された画面に切り替えた（８６４）後、処理８２０に戻る。表示選択の候補としては、図５〜図７の説明にて示したとおりであるため、ここでは説明を割愛するが、ビジュアル表示、リスト表示、課金グラフ表示などがある。なお、現在のチャンネルが選択されるまでの総視聴料金、チャンネル切り替え時刻、現在の時刻ならびに現在の視聴チャンネルの課金単価から現在の総視聴料金を計算することにより、リアルタイムに視聴料金を表示することが可能となる。総視聴時間の計算方法としては、その時点の視聴チャンネルの課金単価を用いて一定時間毎に更新する方法や、（現在のチャンネルが選択されるまでの総視聴料金）＋（現在の視聴チャンネルの課金単価）×（現在の時刻−チャンネル切り替え時の時刻）という式にて計算する方法などが考えられる。要求が選択ガイド画面変更要求（８６２）の場合には、ガイド画面選択処理８１３（詳細は後述）を実施した後、最初の番組選択をユーザに促す（８１４、詳細は後述）。要求が番組変更要求（８６３）の場合には、番組選択処理８１４（詳細は後述）を実施後、処理８２０に戻る。要求がサービス停止要求（８６５、ＴＶ受信機の電源が切断された場合も含む）の場合には、処理８６６と処理８６７を実施してサービスを停止する。要求内容が、上記のいずれにも属さない場合には、処理８２０に戻る。処理８６６では、サービス開始時からのサービス停止までの課金合計金額の計算を行い、サービス終了確認処理を実施する。処理８６６終了後、サービスが停止（８６７）される。なお、図８の処理７５３の説明での示したように、課金料金の確認・認証手続きについてはいくつかのパターンが考えられる。例えば、サービス終了時にデータセンタとの間で課金金額の通知と認証処理までを行う方法や、サービス終了時には課金金額の通知のみを受け、認証処理は、次回のサービス利用時あるいは暗号またはパスワードつきの電子メールにて行う方法などが考えられる。認証処理の方法としては、視聴者が無線端末の画面で確認する方法や、無線端末のデータ処理部が、端末内の計算結果と比較し、問題ない場合には自動的に返答、問題がある場合には詳細の確認処理（選択チャンネルログのチェック）を行いデータセンタとの間でマッチングを取るといった方法などが考えられる。
図１１にて、サービス開始・認証処理８１２の詳細を説明する。ユーザのサービス開始要求に従い、無線端末から顧客識別データがデータセンタに送付される（８１２１）。無線端末は、顧客識別データ送付後、データセンタからの認証情報の受信待ち状態となる（８１２１，　８１２２）。なお、顧客識別データの内容は、本明細では規定しないが、顧客ＩＤや暗証番号、電話番号の通知などが考えられる。一定時間が経ってもデータセンタからの認証確認情報の受信が得られないときには、顧客識別データの再送を行うように設定されているか否かを確認し（８１２７）、再送設定がなされていれば、処理８１２１に戻り、再送設定がなされていない場合には、サービス開始要求を中止する（８１２８）。データセンタの認証情報受信が確認できた場合には（８１２３）、認証情報に問題がないかを確認する（８１２４）。その結果、送信した顧客識別データとの不適合が発見された場合には、顧客識別データの再送を行うように設定されているか否かを確認し（８１２７）、再送設定がなされていれば、処理８１２１に戻り、再送設定がなされていない場合には、サービス開始要求を中止する（８１２８）。処理８１２４にて、送信した顧客識別データと受信した識別確認情報が適合していることが確認できた場合には、処理８１２５に移る。処理８１２５では、利用可能な選択ガイド画面の候補を認証処理時に受信している場合には、その候補リストを画面表示する。そして、プログラムスクランブル解除データを要求し、受信する。プログラムスクランブルがＴＶ信号にかけられている場合には、この解除データをＴＶ受信機に受け渡す。
【００１７】
図１２にて、ガイド画面選択処理８１３の詳細を説明する。選択ガイドの種別情報（４００）を受けるタイミングとしては、ユーザ入力による場合と選択ガイドの更新に伴う無線端末の自動選択による場合が考えられる。前者の場合には、まず、処理８１２５を実施し、使用するガイド画面を選択やプログラムスクランブル解除データの取得を行う。後者の場合には、基本的には処理８１２５は省略される。但し、選択していた選択ガイド画面が使用できなくなった場合には、再選択を促される場合がある。また、プログラムスクランブルを定期的に変更する手段がサービスに組み込まれている場合には、プログラムスクランブル解除データの更新処理を実施するためプログラムスクランブル解除データの取得を行う場合もある。
次に、無線端末は選択ガイドの種類に応じた分岐処理を実施する（４０１）。分岐処理は、データセンタから選択ガイド画面と付属データを取得するためのデータ要求処理４０２から始まる。選択ガイド画面の種類が横断的番組構成の場合には、まず、選択ガイド画面と自動ｃｈ課金変換リストを取得し（４１０）、必要に応じて（リストに変更があった場合）表示画面を更新する（４１１）。処理４００におけるデータ入力がユーザによる場合には、プログラムリストを作成するプログラム選択情報入力画面に切り替わり、ユーザからの入力待ち状態となる（４１３）。ユーザからのプログラムリストが完成すると、その情報が無線端末のｃｈ変換プログラムに登録される（４１４）。処理４００におけるデータ入力が定期的な自動更新による場合には、プログラム更新処理（８１５、後述）を実施後、更新プログラムリストがｃｈ変換プログラムに登録される（４１４）。処理４１４の実施後、課金計算データの選択ガイド登録が更新される（７３２）。選択ガイドの種類がカスタマイズ番組構成の場合には、まず、選択ガイド画面と番組表／課金リストを取得する（４２０）。処理４００におけるデータ入力がユーザによる場合には、プログラム更新処理８１５（後述）が実施される。処理４００におけるデータ入力が定期的な自動更新による場合には、番組表が表示され（４２２）、ユーザのカスタマイズプログラムリスト作成処理が実施され（４２３，　４２４）、その結果に従い、自動ｃｈ変換プログラムが作成される（４２５）。次に更新あるいは作成されたプログラムリストがｃｈ変換プログラムに登録され（４１４）、課金計算データの選択ガイド登録も更新される（７３２）。選択ガイドの種類がリアルタイム選択の場合には、まず、選択ガイド画面と番組課金対応リストを取得する（４１０）。次に、選択ガイド画面表示の更新処理（４３１）と番組課金対応リストがデータ登録処理（４３２）、ならびに課金計算データの選択ガイド登録処理（７３２）が実施される。図中には詳細を示していないが、選択ガイドの種類が検索番組編成の場合には、検索ガイド画面と検索サイト情報あるいは検索リストを取得し、カスタマイズ番組編成と同様の手順で自動ｃｈ変換プログラム作成等の処理が実施される。
【００１８】
図１３にて、番組選択処理８１４の詳細を説明する。この処理は、選択ガイドの種類がリアルタイム番組選択の場合に実施する。選択ガイド画面に従って、ユーザが番組を選択すると、番組選択情報が無線端末に入力される（８１４１）。番組課金対応リストと番組選択情報をチェックし（８１４２）、選択した番組をチャンネル番号に変換する（８５５）。選択したチャンネルの情報はデータセンタに送信される（８５６）。この際、選択チャンネルの視聴に番組スクランブルの解除データが必要の場合には、同時に、無線端末からデータセンタあるいは放送通信事業者に番組スクランブル解除データの取得要求を出し（８５６）、番組スクランブル解除データを受信する（８５７）。データセンタにおける番組スクランブル解除データの提供方法としては、無線通信網を通じて提供する方法と選択チャンネルに対応するコンテンツを提供する事業者に対して番組スクランブルデータの提供を要請する方法などがある。放送通信事業者における番組スクランブル解除データの提供方法としては、ユーザに提供されている通信機器（ターミナルやセットトップボックス）を操作する方法や、電話網やインターネット網を通して提供する方法などがある。その後、取得した番組スクランブル解除データとチャンネル番号はＴＶ受信機に出力される（８５８）。最後に、課金計算データについてチャンネル番号ならびに時刻の更新処理（７４２）と、現在の課金合計金額の更新処理を実施する（７４３）
図１４にて、プログラム更新処理８１５の詳細を説明する。このプログラム更新処理８１５は、自動ｃｈ変換プログラム処理を実施する選択ガイドにおいて、選択ガイド画面が定期更新される際に実施される。最初に現在の選択ガイド画面の種類をチェックし（８１５０）、横断的番組編成ガイドの時には、登録プログラムと更新プログラムを比較し（８１５１）、カスタマイズ編成ガイドあるいは検索編成ガイドの時には、作成した登録プログラムと番組表を比較する（８１５２）。比較の結果、番組放送スケジュールの変更により、登録プログラムでは意図した番組が視聴できないと判断される場合には（８１５３）、登録プログラムの修正処理が実施される。まず、画面８１５７〜８１５９のように変更点が無線端末の画面に表示される（８１５４、画面提示にユーザが気づかない可能性もあるので、表示と共に音をつけることも有効である）。画面８１５７は、放送時間が全体的に延長された例、画面８１５８は、選択番組の重複が発生した例、そして画面８１５９が空き時間が発生した例である。次に、ユーザからの修正情報に従って（８１５５）、修正プログラムを作成する（８１５６）。
【００１９】
図１５にて、自動番組選択処理８５２の詳細を説明する。この自動番組選択処理８５２は、自動ｃｈ変換プログラム処理を実施する選択ガイドが選択している場合に実施される。まず、登録されている自動ｃｈ変換プログラムをチェックし（８５３）、現在視聴中の番組が登録プログラムの最終番組であるか（８５３０）、ｃｈ変更の時刻となっているか（８５４）の２点を調べる。現在視聴中の番組が登録プログラムの最終番組ではなく、ｃｈ変更時刻になっている場合には、図中の処理８５５〜処理７４３を実施する（図１３で説明済みのため、ここでは説明を省く）。現在視聴中の番組が登録プログラムの最終番組ではなく、ｃｈ変更時刻でない場合には、未処理のまま自動番組選択処理を終了する（８５３０，　８５４）。現在視聴中の番組が登録プログラムの最終番組であり、ｃｈ変更時刻でない場合には、現在視聴中のプログラムが最終プログラムであることを無線端末の画面に表示（音付きの場合も考えられる）する（８５３１）。現在視聴中の番組が登録プログラムの最終番組であり、ｃｈ変更時刻になっている場合には、まず、視聴を継続するか停止するかをユーザに確認する（８５３２）。このとき、ユーザが視聴の停止を要求した場合には、無線端末の制御部にサービス停止の要求を出す（８５３３）。ユーザが視聴の継続を要求した場合には、無線端末の画面を今後のプログラムリスト作成のためのプログラム選択情報入力画面に切り替え、ユーザの入力を促す（４１３）。ユーザからのプログラムリストが完成すると、その情報が無線端末のｃｈ変換プログラムに登録され（４１４）、課金計算データの選択ガイド登録も更新される（７３２）。
【００２０】
図１６にて、スクランブル解除データが無線端末からＴＶ受信機に提供される場合におけるチャンネル変更ならびにスクランブル解除処理の流れを説明する。ＴＶ受信機が無線端末から受けるデータとしては、プログラムスクランブルを解除するプログラムキー、番組スクランブルを解除する番組キーならびにチャンネル番号がある。プログラムキーあるいは番組キーを受信したとき（６００，　６１０）には、それを保存する（６０１，　６１１）。チャンネル番号を受信したとき（６２０）には、チャンネルを切り替える処理を行う。具体的には、まず、放送局から受信した多重化信号データをデータ分離し、視聴するコンテンツを切り離す（６２１）。次に、保存したキーデータを用いてプログラムスクランブルと番組スクランブルの解除処理を実施する（６２２，　６２３）。但し、図８の説明の際に示したように、２種類のスクランブルの適用方法はコンテンツにより異なる。また、番組スクランブルに関してはコンテンツ提供事業者によりスクランブル解除手順や解除方法が異なるため、これらの処理６２２，　６２３は、その一方あるいは両者が省略される場合がある。スクランブル解除されたコンテンツデータは、復号処理し（６２４）、表示装置に表示される（６２５）。図１６の処理６３０から処理６３１への処理パスは、マルチカメラ放送において、同時に放送される複数のコンテンツを録画する場合の処理の流れを示したものである。複数のコンテンツを録画する場合、課金料金は録画コンテンツ数によって異なり、また、録画した番組を視聴するにはコンテンツの数だけ番組スクランブルの解除データを取得しておく必要がある。図１６の処理６３０から処理６３１への処理パスは、複数コンテンツを録画する際のスクランブル解除手順を示している。処理６３０では、まず、録画の対象となる複数チャンネルの番号が登録される。処理６２１にて、多重化信号データから記録する番組データをデータ分離する。各番組に対するスクランブル解除キーデータは、処理６１１にて保存されているので、処理６２２と処理６２３にてスクランブルが解除され、記録装置に記録される（６３１）。
【００２１】
図１７にて、マルチカメラ映像の複数同時録画を可能にするコマンドリストの作成方法例を説明する。ユーザの要求により、複数チャンネル映像の同時録画予約機能が呼び出されると（８０）、録画登録画面が表示される（８１）。次に、同時に登録する番組と録画開始・終了時間が入力されると（８２，　８３）、番組がチャンネル番号に変換されるとともに、録画処理時間における時間単価が計算される（８４）。録画コンテンツの時間単価の計算方法としては、単純にコンテンツ単価を時間軸に対して加算する方法や選択した番組の数に応じて一定の割引率を設ける方法などが考えられる。その後、必要に応じて選択した番組スクランブルを解除するための解除キーの要求処理時刻が登録される（８５）。処理８２〜８５はユーザより登録終了入力があるまで繰り返される（８６）。登録番組の確認画面を表示し、ユーザからの登録確認が得られると（８７）、録画処理を実施するためのコマンドリストが作成される（８８）。コマンドリストには、リストの起動時刻、録画コンテンツ数、録画コンテンツの時間単価の変動グラフあるいは各録画コンテンツの時間単価、各録画コンテンツに対するチャンネル番号、録画時間ならびに番組キー要求時刻などが含まれ、時間の経過に沿って自動的にコマンド入力処理が実施される。
【００２２】
ここで図２を用いて、図１に示したリモコン無線端末８内のデータ処理部とデータセンタ１内のデータ処理部の基本構成例を示しておく。図２（ａ）に示すように、リモコン無線端末のインターフェースは、データ送受信部３１０、ユーザ入力部３２０、データ出力部３６０ならびに付属表示装置３７０の４つに分かれている。データ送受信部３１０は無線通信網に接続され、制御部３３０からの指令に基づいて、データの通信処理を実施する。ユーザ入力部３２０は、キーコントローラからのユーザ入力を制御部３３０に渡す役割を果たす。データ出力部３６０は外部機器へのデータ出力の際に使用される。制御部３３０は、ユーザからの要求に基づきデータ処理全体を制御する役割を果たす。データ処理部３４０は、制御部３３０の指令に基づいて、データ送受信部からの入力データの処理ならびに出力データの生成処理を実施する。その内部構成としては、入力データを解析して利用可能な単位に分離するデータ分離処理３４１、入力バイナリデータを解読し意味のあるデータに復元する復号処理３４２、スクランブルデータを解読する暗号解読処理３４３などを行うプログラムや演算処理ユニットが搭載されている。作業用メモリ３５０は、データ処理部で処理中のデータや、処理待ち・送信待ちのデータを蓄えておく役割を果たす。図２（ｂ）に示すようにデータセンタは、顧客データを管理するサーバ１１０とコンテンツ管理データを管理するサーバ１４０を持つ。顧客データサーバ１１０は、顧客の認証や課金データ１１１の登録時にアクセスされる。コンテンツ管理データサーバ１４０は放送局とのデータ交換を行い、放送コンテンツの評価価格情報１４１や各放送チャンネルのスクランブル解除を行うための暗号情報１４２を管理・更新する役割を持つ。選択ガイド画面生成部１５０では、コンテンツ管理データサーバ内の最新情報に基づいて、ユーザの番組選択を支援する選択ガイド画面データと付属データを作成する。データ処理部１２０は、顧客データサーバ１１０、コンテンツ管理データサーバ１４０ならびに選択ガイド画面生成部１５０と接続されており、顧客からの要求に従いリモコン無線端末８へのサービス提供を実施する。データ処理部の内部構成としては、選択チャンネルに対応するスクランブルデータを選択配信する暗号配信処理１２１、グラフ７に示すような課金処理１２２、選択ガイド画面データと付属データを配信するガイド情報配信処理１２３ならびに顧客認証処理などを行うプログラムや演算処理ユニットが搭載されている。データ送受信部１３０は、顧客とのデータ通信を実施する役割を果たす。
【００２３】
本発明には、以下の範囲も含む。
（１）ここまでは、図１に示したように、無線網に接続する無線端末と放送データを受信するＴＶ受信機にて、マルチメディア放送の従量制課金サービスならびに選択支援サービスを受ける手段について説明してきた。しかしながら、複数カメラ素材から構成される映像コンテンツを提供できる通信媒体は放送だけはない。例えば、インターネットを用いたストリーミングサービスでも提供可能である。この場合には、図１８（ａ）に示すように、無線端末９２と通信端末９４をネットワークに接続し、無線端末９２と通信端末９４を家庭内ＬＡＮやケーブル等で接続することで実現できる。また、図１では、２個の端末を使用することを前提としているが、図１８（ｂ）に示すような１個の受信端末やＴＶ受信機においても、２端末の機能を持っていれば本願が提供するサービスを受けることも可能である。例えば、モニタがサブ画面あるいは分割画面を表示できる機能を持っていれば、選択したマルチカメラ映像と選択ガイド画面を同時に表示することが可能となり、ネットワーク接続機能を持ったＴＶ受信機やセットトップボックスを用いれば２系統の通信経路も確保できる。さらに、図１８（ｃ）に示すように、第１の端末がデータの送受信を受け持ち、それに家庭内ＬＡＮやケーブル等で接続されている第２の端末が用意されていれば、モニタ持つ２個の端末にて選択したマルチカメラ映像と選択ガイド画面を表示することも可能である。例えば、マルチカメラ放送を受信する機能あるいは無線ＬＡＮ等にてインターネットに接続する機能を持つ無線端末９２が、スクランブルを解除しながら多重化信号を受信分離し、放送コンテンツを再生する機能を持つ通信端末９４に分離した放送コンテンツを出力する処理能力を持つ場合などが想定される。また、データ放送にて選択ガイド画面を送信することも可能と考えられる。このように、本願の従量制課金サービスならびに選択支援サービスは、２画面の表示機能、２個の通信経路ならびに図９〜図１６に示した処理機能を持つシステムであれば、図１の構成でなくても受けることができる。また、従量制課金サービスならびに選択支援サービスは、図８に示した処理機能と、多重化したマルチカメラ映像を配信する機能と、選択ガイド画面データを生成する機能を持つシステムであれば、図１の構成でなくても提供することができる。なお、図１８中のサービスセンタ９１は、図１のデータセンタならびに放送局の総称と考える。
（２）図１の説明でも示したように、データセンタと放送局の役割とその組み合わせについては、様々なパターンが挙げられるが、本願の適用範囲は、マルチカメラデータの配信に関して、視聴者に対してスクランブル解除データの配信を含む従量制課金サービスと番組選択支援サービスあるいは、そのいずれかを提供する事業体と定義する。従って、複数の事業者が連携してこのようなサービスを提供する場合には、視聴者との間で課金情報、番組選択情報、スクランブル解除情報を交換する窓口となっている事業者はすべて含まれる。なお、課金料金の計算処理は本願に含まれるが、視聴料金の徴収方法（銀行振込、カード振込みなど）や、サービスに参加する事業者間での視聴料金分配方法等については本願では限定しない。また、多重化信号のデータ構成も限定しない。
（３）本明細書で使用している、「データセンタ」、「プログラムスクランブル」、「番組スクランブル」という名称は説明上のものであり、本願の適用範囲はこの名称には限定されない。実施例にて説明される役割や機能をもつ場合は、本願適用の対象となる。また、図１のリモコン無線端末８やＴＶ受信機６についても、その形に限定されるものではなく、実施例にて説明される処理機能をもつ通信端末ならびに映像表示装置は本願適用の対象となる。
【００２４】
【発明の効果】
コンテンツの時間単価で課金料金が計算される従量制の課金システムを適用しているため、カメラアングルの切り替えに伴うチャンネルの変更が頻繁に発生しても課金総額が増大せず、視聴者が安心して有料マルチカメラ映像サービスを楽しむことが可能となる。段階的なスクランブル方法を取り入れることにより、複数の事業者が参加するマルチカメラ放送においても、各事業者の既存のセキュリティー管理手段を変更することなく、各コンテンツのセキュリティーと事業者間のサービスに関するセキュリティーが管理できる。また、チャンネルではなく、番組内容を選択できる選択支援サービスの提供により、視聴者の嗜好にあった番組構成の作成・選択や、リアルタイムでのカメラアングル切り替えが可能となる。
【図面の簡単な説明】
【図１】本発明の従量制課金サービスならびに番組選択支援サービスの全体構成を示した図である。
【図２】データ処理部の基本構成例を示した図である。
【図３】多数カメラの配置例を示した図である。
【図４】リアルタイム選択における選択ガイド画面データと番組課金対応リストの例を示した図である。
【図５】リアルタイム選択における選択ガイド画面の構成例と示した図である。
【図６】横断的番組構成における選択ガイド画面構成と自動ｃｈ課金変換リストの例を示した図である。
【図７】カスタマイズ番組編成における選択ガイド画面構成と番組表／課金リストの例を示した図である。
【図８】データセンタにおけるサービスの流れを示した図である。
【図９】リモコン無線端末における全体の処理の流れを示した図である。
【図１０】リモコン無線端末における変更要求処理の流れを示した図である。
【図１１】リモコン無線端末におけるサービス開始・認証処理の流れを示した図である。
【図１２】リモコン無線端末におけるガイド画面選択処理の流れを示した図である。
【図１３】リモコン無線端末における番組選択処理の流れを示した図である。
【図１４】リモコン無線端末におけるプログラム更新処理の流れを示した図である。
【図１５】リモコン無線端末における自動番組選択処理の流れを示した図である。
【図１６】ＴＶ受信機におけるスクランブル解除ならびにデータ再生の流れを示した図である。
【図１７】複数同時録画のコマンドリストの作成方法例を示した図である。
【図１８】マルチカメラ映像配信サービスを受信する端末システムの別の構成例を示した図である。
【符号の説明】
１…データセンタ、２…無線網、４…放送局、５…マルチカメラ放送多重化信号、６…ＴＶ受信機、７…従量制課金計算グラフ、８…リモコン型無線端末、１２０、３４０…データ処理部、２１…番組課金対応リスト、２４ａ、２４ｂ、２５ａ、２５ｂ…自動ｃｈ課金変換リスト、２６…番組表／課金リスト、３１ａ、３１ｂ、３２ａ、３２ｂ、３３ａ、３３ｂ…リアルタイム選択用選択ガイド画面、３４、３５…横断的番組構成時選択ガイド画面、３６…カスタマイズ番組編成時選択ガイド画面、３７…課金グラフ画面、９１…サービスセンタ、９２…無線端末、９４…通信端末、１３０、３１０…データ送受信部、３３０…制御部、３５０…作業用メモリ、３６０…データ出力部、３７０…内蔵表示装置、３４１…データ分離部、３４２…復号処理部、３４３…暗号解読部、１１０…顧客データサーバ、１１１…課金情報、１２１…暗号配信処理部、１２２…課金計算処理部、１２３…選択ガイド情報配信処理部、１４０…コンテンツ管理データサーバ、１４１…コンテンツ単価情報、１４２…スクランブル情報、１５０…選択ガイド画面作成部、２１１…選択ガイド画面データ、８１５７、８１５８、８１５９…変更点確認画面、８１２…サービス開始登録・認証処理、８１３…ガイド画面選択処理、８１４…番組選択処理、８１５…プログラム更新処理、８５２…自動番組選択処理、８６０…変更要求処理。
【図１】
2004072356.tif 000003
【図２】
2004072356.tif 000004
【図３】
2004072356.tif 000005
【図４】
2004072356.tif 000006
【図５】
2004072356.tif 000007
【図６】
2004072356.tif 000008
【図７】
2004072356.tif 000009
【図８】
2004072356.tif 000010
【図９】
2004072356.tif 000011
【図１０】
2004072356.tif 000012
【図１１】
2004072356.tif 000013
【図１２】
2004072356.tif 000014
【図１３】
2004072356.tif 000015
【図１４】
2004072356.tif 000016
【図１５】
2004072356.tif 000017
【図１６】
2004072356.tif 000018
【図１７】
2004072356.tif 000019
【図１８】
2004072356.tif 000020