JP3894342B2 - 有料情報提供システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、有料情報提供システムに関し、より特定的には、情報提供業者によって管理される送信局（放送衛星、通信衛星、ＣＡＴＶのセンタ局、地上放送局等）から、当該情報提供業者と受信契約を結んでいる受信局に対し、映像データ、音声データ、コンピュータデータ等の有料情報を提供するシステムに関する。
【０００２】
【従来の技術】
従来の有料情報提供システムにおける課金方法の一例として、放送衛星を用いた有料放送システムにおける課金方法について説明する。図１６は、放送衛星を用いた有料放送システムの全体構成を示すブロック図である。図１６において、上記有料放送システムには、デジタル化された映像、音声等の有料情報を送信する送信装置１００と、当該有料情報を受信する受信装置１０７とが、通信路１０６によって接続されている。また、受信装置１０７は、ＩＣカード１０８がセットされることによって、送信されてくる有料情報等を受信することが可能となる。
【０００３】
送信装置１００は、スクランブル鍵を生成するスクランブル鍵生成部１０１と、有料情報をスクランブルするスクランブラ１０２と、関連情報（ユーザとの契約に関する情報）およびスクランブル鍵を暗号化する関連情報暗号化部１０３と、当該関連情報に基づいて、ユーザに請求する料金を管理する料金管理部１０４と、スクランブルされた有料情報と暗号化された関連情報等とを多重化して送信する多重／送信部１０５とを備える。
【０００４】
受信装置１０７は、多重化された有料情報および関連情報等を受信し分離する受信／分離部１０９と、当該有料情報をスクランブル鍵を用いてデスクランブルするデスクランブラ１１０と、デスクランブルされた有料情報をデコードして映像データ、音声データ等を出力する映像／音声デコーダ１１１とを備える。また、ＩＣカード１０８は、暗号化された関連情報および暗号化されたスクランブル鍵を復号する関連情報復号部１１２と、復号された関連情報を検査することによって、受信装置１０７が有料情報を受信する資格を有するか否かを判定し、資格を有する場合にのみ関連情報に添付されているスクランブル鍵をデスクランブラ１１０に与える資格判定部１１３とを備える。
【０００５】
上記のような構成を有する有料放送システムにおいて、情報提供業者は、有料情報の提供および有料情報の利用に対する料金の請求を、以下に説明するようにして行っている。まず、ユーザは、有料情報の受信設備（受信装置１０７およびＩＣカード１０８）を購入し設置する。同時に、ユーザは、電話等のコミュニケーション手段を用いて、情報提供業者との間で、有料情報の提供に関する契約を締結する。これによって、情報提供業者が管理する送信装置１００には、上述した契約情報が登録される。なお、この契約情報は、資格判定部１１３にも登録される。
【０００６】
上記のような登録が完了した後、送信装置１００がユーザからのリクエストを受信すると、スクランブル鍵生成部１０１は、スクランブル鍵を生成し、この生成したスクランブル鍵をスクランブラ１０２に設定すると共に、関連情報暗号化部１０３に出力する。関連情報暗号化部１０３は、リクエストを送信したユーザの契約情報等を含む関連情報とスクランブル鍵とを暗号化し、多重／送信部１０５に出力する。一方、スクランブラ１０２は、リクエストされた有料情報を、設定されたスクランブル鍵を用いてスクランブルした後、多重／送信部１０５に出力する。多重／送信部１０５は、暗号化された関連情報およびスクランブル鍵と、スクランブルされた有料情報とを多重化し、通信路１０６を介して、受信装置１０７の受信／分離部１０９に送信する。このとき、料金管理部１０４には、リクエストを送信したユーザの契約情報等を含む関連情報が入力される。料金管理部１０４は、これに応じて、このユーザに対する有料情報の利用料金を計算し、当該利用料金に関する情報を格納する。
【０００７】
受信／分離部１０９は、通信路１０６を介して受信した情報を、暗号化された関連情報およびスクランブル鍵と、スクランブルされた有料情報とに分離し、前者を関連情報復号部１１２に、後者をデスクランブラ１１０にそれぞれ出力する。関連情報復号部１１２は、暗号化されている関連情報およびスクランブル鍵を復号した後、これらを資格判定部１１３に出力する。資格判定部１１３は、関連情報が含む契約情報と、内部に登録されている契約情報とに基づいて、当該受信装置１０７を保有するユーザが情報提供業者と契約しているか否かを判断し、肯定的な判断をした場合にのみ、入力したスクランブル鍵をデスクランブラ１１０に出力する。デスクランブラ１１０は、獲得したスクランブル鍵を用いて、入力された有料情報をデスクランブルし、映像／音声デコーダ１１１に出力する。映像／音声デコーダ１１１によってデコードされた有料情報は、映像データおよび音声データとして出力される。これによって、ユーザは、情報提供業者から有料情報を獲得したこととなる。なお、送信装置１００を管理する情報提供業者は、契約によって定められた時期（例えば、月末）に、料金管理部１０４に格納されている料金の情報に基づいて、ユーザに有料情報の利用に対する料金を請求する。
【０００８】
【発明が解決しようとする課題】
ところで、近年の技術革新によって、放送や情報通信に係る設備基盤が整い、各家庭においても、情報提供業者から様々な情報（映像情報、音声情報、文字情報、図形情報等）を得ることができるようになった。これらの情報は、例えば、地上放送局、衛星放送または通信衛星から無線によって家庭に送信されてくる。また、ＣＡＴＶ（Ｃａｂｌｅ Ｔｅｌｅｖｉｓｉｏｎ）のセンタ局から光ファイバケーブル等の有線を介して送信されてくる。
【０００９】
また、従来の家庭では、居間等にテレビが１台だけ設置され、家族全員でテレビ番組を視聴するという形態が一般的であった。しかし、近年、複数の部屋にテレビが設置され、個人個人で好きなテレビ番組をみるようになってきている。このような個人指向は、今後ますます顕著になるものと考えられる。
【００１０】
上記のように、各家庭において様々な情報を得ることができ、なおかつ個人指向が進むような状況に適応するためには、以下に説明するような２つの有料情報提供システムを構築することが考えられる。すなわち、第１の有料情報提供システムでは、家庭内の必要な部屋毎に、前述した受信設備（受信装置１０７およびＩＣカード１０８）が設置される。また、第２の有料情報提供システムでは、１つの家庭に対して１組の受信設備が設置され、受信装置１０７から出力される有料情報が分岐されて、各部屋のテレビに入力される。家庭内の各人は、それぞれ別個のテレビを用いてこの有料情報を視聴する。
【００１１】
しかしながら、上記の第１の有料情報提供システムを採用した場合、家庭の必要な部屋毎に、受信設備（受信装置１０７およびＩＣカード１０８）を設ける必要があり、ユーザ側での当初の設備負担額が大きくなるという問題点が生じる。また、第１の有料情報提供システムでは、受信設備の設置台数に対応して、情報提供業者と複数の契約を行う必要が生じる。そのため、１つの家庭内において同一のテレビ番組を２つのテレビで視聴した場合、その家庭は、同一のテレビ番組に対して２度の利用料金を支払うことになる。しかし、ユーザとしては、同一のテレビ番組に対して２度の料金を支払うことに抵抗を感じるであろう。
【００１２】
一方、上記の第２の有料情報提供システムを採用した場合、テレビの台数に応じた課金をすることができないという問題点が生じる。より具体的には、例えば、１家庭内に１つの受信設備を設置し、当該受信設備に対して１０台のテレビを接続したとする。このような場合、１台のテレビでテレビ番組を視聴したときであっても、１０台のテレビでテレビ番組を視聴したときであっても、１家庭全体として情報提供業者に支払う料金は同一である。しかし、情報提供業者としては、テレビの設置台数に応じた料金を家庭に対して請求したいと考えるであろう。また、１台のテレビしか保有していないユーザは、１０台のテレビを保有しているユーザと同じ料金を請求されるのは不合理であると考えるであろう。
【００１３】
それゆえに、本発明の目的は、ユーザ側での実際の利用度合に応じた利用料金を求めることができる有料情報提供システムを提供することである。
また、本発明の他の目的は、ユーザ側での初期的な設備負担額を軽減でき、しかも情報提供業者と重複契約をする必要がない有料情報提供システムを提供することである。
【００１４】
【課題を解決するための手段および発明の効果】
第１の発明は、送信局から受信局に対して有料情報を提供する有料情報提供システムであって、
送信局は、有料情報を受信局に送信するとき、当該有料情報の基礎的な利用料金を規定するための基礎料金情報を、同時に当該受信局に送信し、
受信局は、
１つのサーバと、
ユーザによって操作され、有料情報を利用するための複数の端末とを備え、
サーバは、
送信局から送信されてくる有料情報を受信する受信部と、
受信部によって受信された有料情報を、当該有料情報の提供をリクエストした端末に配信する配信部と、
各端末から送られてくるリクエストに基づいて、各端末における有料情報の利用状況を管理する利用状況管理部と、
各端末の属性に応じた料金係数を含む端末情報を格納する端末情報格納部と、
利用状況管理部が管理している利用状況と端末情報格納部が格納している端末情報とに基づいて、前記基礎料金情報で規定される基礎料金に各端末の属性に応じた料金係数を乗じることにより、各端末別に有料情報の利用料金を計算する料金計算部と、
料金計算部が計算した利用料金を記憶する料金記憶部とを備えている。
【００１５】
上記のように、第１の発明によれば、サーバで各端末における有料情報の利用状況を管理し、この利用状況から各端末における有料情報の利用料金を計算するようにしているので、１人の契約者が端末を何台保有していても、実際に利用した有料情報の度合いに応じた料金を計算することができる。また、第１の発明によれば、各受信局の契約者は、受信設備として１台のサーバを設けるだけでよいので、ユーザ側の設備負担額が少なくてすむ。
【００１７】
上記のように、第１の発明によれば、さらに、サーバに各端末の属性を示す端末情報を登録し、利用料金の計算時にこの端末情報を参照することにより、各端末について差別化された利用料金を計算するようにしている。これによって、有料情報を利用する端末の属性（設置場所、画面サイズ等）をも考慮した柔軟な料金計算が可能となる。
【００１９】
上記のように、第１の発明によれば、さらに、料金計算部は、送信局から送信されてくる基礎料金情報に、各端末の属性に応じた料金係数を乗じることにより、各端末別に有料情報の利用料金を計算するようにしているので、送信局を管理する情報提供業者は、基礎料金情報を変更するだけで、各端末に対する有料情報の料金改定を容易に行うことができる。
【００２０】
第２の発明は、第１の発明において、
配信部は、さらに送信局から送られてくる基礎料金情報を各端末に送信し、
各端末は、受信した基礎料金情報をユーザに提示することを特徴とする。
【００２１】
上記のように、第２の発明によれば、送信局から送信されてくる基礎料金情報を、端末を介してユーザに提示するようにしているので、端末を操作するユーザは、提示された基礎料金情報を参考にして、有料情報を利用すべきか否かを判断することができる。
【００２２】
第３の発明は、第１の発明において、
サーバには、端末情報を送信局に提供することに基づく割引情報が設定されており、
有料情報の提供をリクエストした端末の端末情報が、送信局に提供されたとき、
料金計算部は、割引情報を参照して、割り引かれた利用料金を計算することを特徴とする。
【００２３】
送信局を管理する情報提供業者にとっては、提供する有料情報がどのような端末を介して利用されているかという情報は、視聴率調査やマーケティング調査等の観点からして重要な関心事である。しかしながら、受信局で保持されている端末情報は、個人のプライバシーに関わる情報であるため、無条件に送信局に提示させるとユーザの利益を損なう。そこで、第３の発明によれば、有料情報を利用した端末の端末情報を送信局に提供したユーザに対しては、有料情報の利用料金を割り引くことにより、端末情報の提供を促進し、情報提供業者およびユーザの双方にとって利益のある有料情報提供システムを実現するようにしている。
【００２４】
第４の発明は、第１の発明において、
サーバには、各端末を使用するユーザの属性を示すユーザ情報が登録されており、
料金計算部は、さらに利用料金の計算時にユーザ情報を参照することにより、各ユーザについて差別化された利用料金を計算することを特徴とする。
【００２５】
上記のように、第４の発明によれば、サーバに各端末を使用するユーザの属性を示すユーザ情報を登録し、利用料金の計算時にこのユーザ情報を参照することにより、各ユーザについて差別化された利用料金を計算するようにしている。これによって、有料情報を利用するユーザの属性（大人、子供等）をも考慮した柔軟な料金計算が可能となる。
【００２６】
第５の発明は、第４の発明において、
ユーザ情報は、各ユーザの属性に応じた料金係数を含んでおり、
料金計算部は、基礎料金情報で規定される基礎料金に各ユーザの属性に応じた料金係数を乗じることにより、各ユーザ別に有料情報の利用料金を計算することを特徴とする。
【００２７】
上記のように、第５の発明によれば、料金計算部は、送信局から送信されてくる基礎料金情報に、各ユーザの属性に応じた料金係数を乗じることにより、各ユーザ別に有料情報の利用料金を計算するようにしているので、送信局を管理する情報提供業者は、基礎料金情報を変更するだけで、各ユーザに対する有料情報の料金改定を容易に行うことができる。
【００２８】
第６の発明は、第５の発明において、
配信部は、さらに送信局から送られてくる基礎料金情報を各端末に送信し、
各端末は、受信した基礎料金情報をユーザに提示することを特徴とする。
【００２９】
上記のように、第６の発明によれば、送信局から送信されてくる基礎料金情報を、端末を介してユーザに提示するようにしているので、端末を操作するユーザは、提示された基礎料金情報を参考にして、有料情報を利用すべきか否かを判断することができる。
【００３０】
第７の発明は、第４の発明において、
サーバには、端末情報を送信局に提供することに基づく割引情報が設定されており、
有料情報の提供をリクエストした端末を操作したユーザのユーザ情報が、送信局に提供されたとき、
料金計算部は、割引情報を参照して、割り引かれた利用料金を計算することを特徴とする。
【００３１】
送信局を管理する情報提供業者にとっては、提供する有料情報がどのようなユーザによって利用されているかという情報は、視聴率調査やマーケティング調査等の観点からして重要な関心事である。しかしながら、受信局で保持されているユーザ情報は、個人のプライバシーに関わる情報であるため、無条件に送信局に提示させるとユーザの利益を損なう。そこで、第７の発明によれば、有料情報を利用したユーザのユーザを送信局に提供したユーザに対しては、有料情報の利用料金を割り引くことにより、ユーザ情報の提供を促進し、情報提供業者および契約者の双方にとって利益のある有料情報提供システムを実現するようにしている。
【００３２】
第８の発明は、第１の発明において、
利用状況管理部は、各端末における有料情報の利用履歴を保持しており、
料金計算部は、さらに利用料金の計算時に利用履歴を参照することにより、利用回数の多い有料情報の利用料金の割引率を高くすることを特徴とする。
【００３３】
同じ有料情報を複数回利用した場合、利用する毎に同じ料金を課すと、同じ有料情報を再度利用する気持ちを減退させる。そこで、第８の発明によれば、各端末における有料情報の利用履歴を保持しておき、利用料金の計算時にこの利用履歴を参照することにより、利用回数の多い有料情報の利用料金の割引率を高くするようにしている。これによって、ユーザの料金負担を軽くし、同じ有料情報の繰り返し利用を促進することができる。
【００３４】
第９の発明は、第１の発明において、
料金計算部は、ユーザが操作することができない領域に設置されることを特徴とする。
【００３５】
上記のように、第９の発明によれば、料金計算部をユーザが操作することができない領域に設置するようにしているので、料金計算部が計算した利用料金が不正に改竄されるのを防止することができる。
【００３６】
第１０の発明は、第１の発明において、
配信部は、さらに各端末から送信されてくるリクエストを、所定の端末からの指示に応答して、当該端末に送信し、
所定の端末は、受信したリクエストをユーザに提示することを特徴とする。
【００３７】
上記のように、第１０の発明によれば、各端末が発したリクエストを、所定の端末でチェックすることができるので、例えば、親は子供がどのような有料情報を利用しようとしているのかを監視でき、子供に悪影響を及ぼすような有料情報の利用を未然に防止することができる。
【００３８】
第１１の発明は、第１の発明において、
受信局は、複数の送信局と受信契約を締結しており、
受信部および料金計算部は、受信契約を締結している各送信局に対応して設置されている。
【００３９】
上記のように第１１の発明によれば、受信部および料金計算部を受信契約を締結している複数の送信局毎に対応して設けるようにしているので、受信局は、複数の送信局からの有料情報を受信し、かつ送信局毎に料金計算を行うことができる。
【００４０】
第１２の発明は、第１の発明において、
送信局は、有料情報をスクランブルして送信し、
受信部は、受信した有料情報をさらにデスクランブルし、
配信部は、受信部がデスクランブルした有料情報を、再スクランブルしてリクエストを発した端末に配信し、
各端末は、配信部から受け取った再スクランブルされた有料情報をデスクランブルして利用することを特徴とする。
【００４１】
上記のように、第１２の発明によれば、受信局は、送信局から送られてくる有料情報のスクランブルを一旦解除し、再スクランブルをかけて各端末に配信するようにしているので、各送信局でスクランブル方式が異なっていても、受信局内部でスクランブル方式を統一化できる。その結果、各端末に送信局毎のデスクランブラを設ける必要がない。
【００４２】
第１３の発明は、第１２の発明において、
サーバには、予め各端末に固有のスクランブル鍵が設定されており、
各端末には、予め固有のデスクランブル鍵が設定されており、
配信部は、受信部がデスクランブルした有料情報を、対応するスクランブル鍵を用いて再スクランブルした後、リクエストを発した端末に配信し、
各端末は、配信部から受け取った再スクランブルされた有料情報を、予め設定されたデスクランブル鍵を用いてデスクランブルして利用することを特徴とする。
【００４３】
上記のように、第１３の発明によれば、サーバ側は、各端末に固有のスクランブル鍵を用いて有料情報を再スクランブルし、端末側は、受信した再スクランブルされた有料情報を予め設定された自己のデスクランブル鍵を用いてデスクランブルするようにしているので、サーバから特定の端末に向けて配信された有料情報が他の端末で不所望に利用される事態を防止することができる。
【００４４】
第１４の発明は、第１２の発明において、
サーバには、予め各端末に固有の暗号鍵が設定されており、
各端末には、予め固有の復号鍵が設定されており、
配信部は、
乱数を生成し、
受信部がデスクランブルした有料情報を、乱数を用いて再スクランブルし、
乱数を対応する暗号鍵を用いて暗号化し、
再スクランブルされた有料情報および暗号化された乱数を、リクエストを発した端末に配信し、
各端末は、
配信部から受け取った暗号化された乱数を、予め設定された暗号鍵を用いて復号し、
配信部から受け取った再スクランブルされた有料情報を、復号された乱数を用いてデスクランブルすることを特徴とする。
【００４５】
上記のように、第１４の発明によれば、サーバ側は、乱数を用いて有料情報を再スクランブルし、さらに当該乱数を各端末に固有の暗号鍵を用いて暗号化し、端末側は、受信した暗号化された乱数を予め設定された自己の復号鍵を用いて復号し、さらにこの復号された乱数を用いて再スクランブルされた有料情報をデスクランブルするようにしているので、前述の第１３の発明のように、毎回同じスクランブル鍵を用いて有料情報を再スクランブルする場合に比べて、より安全に有料情報を特定の端末に配信することができる。
【００４６】
第１５の発明は、第１の発明において、
受信局は、複数存在し、
特定の受信局において付与された電子価値を、他の受信局において使用するための携帯型の電子価値保持デバイスをさらに備え、
特定の受信局は、電子価値保持デバイスがセットされた状態で電子価値付与要求が入力されたとき、当該電子価値保持デバイスに電子価値を付与し、
他の受信局は、電子価値保持デバイスがセットされた状態で有料情報の利用要求が発生したとき、料金計算部が計算した有料情報の利用料金を、料金記憶部に記憶させることなく当該電子価値保持デバイスに転送し、
他の受信局にセットされた電子価値保持デバイスは、当該他の受信局のサーバから転送されてくる利用料金を、付与されている電子価値によって精算することを特徴とする。
【００４７】
上記のように、第１５の発明によれば、特定の受信局に属するユーザは、他の受信局における端末を介して有料情報を利用することが可能となり、しかも、当該有料情報の利用料金は、他の受信局のユーザに課されるのではなく、実際に有料情報を利用したユーザに課されることとなる。これによって、使い勝手の良い有料情報提供システムを構築することができる。
【００４８】
第１６の発明は、第１５の発明において、
特定の受信局および他の受信局は、それぞれ１以上の送信局からの有料情報を受信可能であり、
電子価値保持デバイスは、特定の受信局が受信可能な送信局をそれぞれ識別するための第１の識別情報を格納しており、
他の受信局には、当該他の受信局が受信可能な送信局をそれぞれ識別するための第２の識別情報が登録されており、
他の受信局のサーバは、電子価値保持デバイスがセットされた状態で有料情報の利用要求が発生したとき、第１および第２の識別情報に基づいて、当該有料情報の利用の可否を判断し、利用可能と判断した場合のみ、料金計算部が計算した有料情報の利用料金を、当該電子価値保持デバイスに転送することを特徴とする。
【００４９】
特定の受信局では受信不可能な送信局が、他の受信局では受信可能な場合がある。このような送信局からの有料情報を、電子価値保持デバイスを用いて、他の受信局で利用すると、利用料金の精算が行えなくなる。そこで、第１６の発明では、電子価値保持デバイスを用いた有料情報の利用要求が発生したとき、当該電子価値保持デバイスが属する特定の受信局で受信可能な送信局と、当該電子価値保持デバイスがセットされた他の受信局で受信可能な送信局とを照合し、要求された有料情報を提供している送信局がいずれの受信局でも受信可能な場合のみ、有料情報の利用を可能とし、当該有料情報の利用料金を、当該電子価値保持デバイスに転送するようにしている。
【００５０】
第１７の発明は、第１の発明において、
受信局は、複数存在し、
特定の受信局において信用が付与され、当該付与された信用に相当する金額分の有料情報を、他の受信局において利用可能な携帯型の信用保持デバイスをさらに備え、
特定の受信局は、信用保持デバイスがセットされた状態で信用付与要求が入力されたとき、当該信用保持デバイスに予め定めた金額に相当する信用を付与し、
他の受信局は、信用保持デバイスがセットされた状態で有料情報の利用要求が発生したとき、料金計算部が計算した有料情報の利用料金を、料金記憶部に記憶させることなく当該信用保持デバイスに転送し、
他の受信局にセットされた信用保持デバイスは、サーバから転送されてくる利用料金を累積加算し、
特定の受信局は、信用保持デバイスがセットされた状態で精算要求が入力されたとき、当該信用保持デバイスに保持されている利用料金の累積加算値を入力して、料金記憶部に記憶されている有料情報の利用料金に加算することを特徴とする。
【００５１】
上記のように、第１７の発明によれば、特定の受信局に属するユーザは、他の受信局における端末を介して有料情報を利用することが可能となり、しかも、当該有料情報の利用料金は、他の受信局のユーザに課されるのではなく、実際に有料情報を利用したユーザに課されることとなる。これによって、使い勝手の良い有料情報提供システムを構築することができる。
【００５２】
第１８の発明は、第１７の発明において、
特定の受信局および他の受信局は、それぞれ１以上の送信局からの有料情報を受信可能であり、
信用保持デバイスは、特定の受信局が受信可能な送信局をそれぞれ識別するための第１の識別情報を格納しており、
他の受信局は、当該他の受信局が受信可能な送信局をそれぞれ識別するための第２の識別情報を登録しており、
他の受信局のサーバは、信用保持デバイスがセットされた状態で有料情報の利用要求が発生したとき、第１および第２の識別情報に基づいて、当該有料情報の利用の可否を判断し、利用可能と判断した場合のみ、料金計算部が計算した有料情報の利用料金を、当該信用保持デバイスに転送することを特徴とする。
【００５３】
特定の受信局では受信不可能な送信局が、他の受信局では受信可能な場合がある。このような送信局からの有料情報を、信用保持デバイスを用いて、他の受信局で利用すると、利用料金の精算が行えなくなる。そこで、第１８の発明では、信用保持デバイスを用いた有料情報の利用要求が発生したとき、当該信用保持デバイスが属する特定の受信局で受信可能な送信局と、当該信用保持デバイスがセットされた他の受信局で受信可能な送信局とを照合し、要求された有料情報を提供している送信局がいずれの受信局でも受信可能な場合のみ、有料情報の利用を可能とし、当該有料情報の利用料金を、当該信用保持デバイスに転送するようにしている。
【００５４】
第１９の発明は、第１の発明において、
サーバは、受信部が受信した有料情報を記録する情報記録部をさらに備え、
配信部は、各端末から情報記録部に記録されている有料情報を利用したい旨のリクエストがあったとき、当該情報記録部から対応する有料情報を読み出して当該リクエストを発した端末に配信し、
料金計算部は、情報記録部に記録されている有料情報が、端末に配信される毎に、当該有料情報の利用料金を計算することを特徴とする。
【００５５】
上記のように、第１９の発明によれば、受信した有料情報を記録しておき、端末からのリクエストに応じて、この記録した有料情報を読み出して端末に配信するようにしているので、ユーザは、一度受信した有料情報を再受信することなく、何回も利用することができる。一方で、料金計算部は、情報記録部に記録されている有料情報が、端末に配信される毎に、当該有料情報の利用料金を計算するようにしているので、情報提供業者は、利用回数に応じた課金を行うことができる。
【００５６】
第２０の発明は、第１９の発明において、
受信局は、複数存在し、
任意の第１の受信局で受信した有料情報を、当該第１の受信局とは異なる任意の第２の受信局で利用可能なことを特徴とする。
【００５７】
上記のように、第２０の発明によれば、ある受信局で受信した有料情報を他の受信局で利用することができるので、柔軟性の高い有料情報提供システムが構築できる。
【００５８】
第２１の発明は、第２０の発明において、
第１の受信局のサーバは、自局内の情報記録部に記録されている有料情報を第２の受信局で利用したい旨の要求が入力された場合、当該有料情報の利用条件を規定するための実行権データを作成すると共に、作成した実行権データに基づいて、当該有料情報の利用料金を計算し、料金記憶部に記憶させ、
第１の受信局で作成された実行権データおよび第１の受信局内の情報記録部に記録された有料情報は、第２の受信局に伝達され、
第２の受信局内の各端末は、第１の受信局から伝達された実行権データが規定する利用条件を満たす場合にのみ、第１の受信局から伝達された有料情報の利用を許可することを特徴とする。
【００５９】
上記のように、第２１の発明によれば、第１の受信局で受信した有料情報を第２の受信局で利用する際に、第１の受信局に対して利用料金を課金することができる。
【００６０】
第２２の発明は、第２０の発明において、
第１の受信局のサーバは、自局内の情報記録部に記録されている有料情報を第２の受信局で利用したい旨の要求が入力された場合、当該有料情報の利用条件を規定するための実行権データを作成し、
第１の受信局で作成された実行権データおよび第１の受信局内の情報記録部に記録された有料情報は、第２の受信局に伝達され、
第２の受信局内の各端末は、第１の受信局から伝達された実行権データが規定する利用条件を満たす場合にのみ、第１の受信局から伝達された有料情報の利用を許可すると共に、当該実行権データおよび伝達された有料情報に基づいて、当該有料情報の利用料金を計算し、自局内の料金記憶部に記憶させることを特徴とする。
【００６１】
上記のように、第２２の発明によれば、第１の受信局で受信した有料情報を第２の受信局で利用する際に、第２の受信局に対して利用料金を課金することができる。
【００６２】
第２３の発明は、第１９の発明において、
サーバとはオンライン接続されていない外部端末が設けられ、
サーバは、情報記録部に記録されている有料情報を外部端末で利用したい旨の要求が入力された場合、当該有料情報の利用条件を規定するための実行権データを作成すると共に、作成した実行権データに基づいて、当該有料情報の利用料金を計算し、料金記憶部に記憶させ、
サーバで作成された実行権データおよび情報記録部に記録された有料情報は、外部端末に伝達され、
外部端末は、受信局から伝達された実行権データが規定する利用条件を満たす場合にのみ、受信局から伝達された有料情報の利用を許可することを特徴とする。
【００６３】
上記のように、第２３の発明によれば、受信局で受信した有料情報をサーバに接続されていない外部の端末で利用することができるので、柔軟性の高い有料情報提供システムが構築できる。
【００６４】
【発明の実施の形態】
以下、図面を参照して、本発明の実施形態について説明する。なお、本明細書においてスクランブルとは、有料情報（信号あるいはデータ）を、ある情報を知らないと元の有料情報に戻すことができない状態に加工することを意味しており、広くは暗号化の概念も含むものとする。
【００６５】
（第１の実施形態）
図１は、本発明の第１の実施形態に係る有料情報提供システムの構成を示すブロック図である。図１において、本実施形態の有料情報提供システムは、複数の送信局ＴＳと、複数の受信局ＲＳとを備えている。各送信局ＴＳと各受信局ＲＳとの間は、有線または無線の通信路４によって接続されている。
【００６６】
送信局ＴＳは、情報提供業者によって管理された放送衛星、通信衛星、ＣＡＴＶのセンタ局、地上放送局等であって、映像／音声データ、文字データ、コンピュータデータ等の有料情報を送信する。
【００６７】
受信局ＲＳは、１つのサーバ２と、複数の端末３とを含む。サーバ２と端末３との間は、ローカルバス５によって接続されている。端末３は、テレビジョン受像機やコンピュータ装置等であって、サーバ２から送られてくる有料情報を何らかの形態で利用（表示、音声出力、データ処理等）する。サーバ２は、送信局ＴＳから送信されてくる有料情報を受信し、当該有料情報を各端末３に配信する。また、サーバ２は、各端末３から送られてくるリクエストに基づいて、各端末３における有料情報の利用状況を管理し、この利用状況から各端末３における有料情報の利用料金を計算する。受信局ＲＳは、情報提供者と受信契約をしている契約者（典型的には、家庭や事業所）毎に設けられる。ただし、コンドミニアムのような集合住宅が受信局となる場合は、集合住宅全体に対して１つのサーバ２を設け、各家庭に端末３を設けるようにしても良い。
【００６８】
通常、各送信局ＴＳは、有料情報の無断利用を防止するため、有料情報をスクランブルして送信している。そして、各送信局ＴＳにおけるスクランブル方式は互いに異なっており、また送信方式も互いに異なっている。サーバ２は、各送信局ＴＳから送信されてくる有料情報を受信しデスクランブルすることにより、いずれの端末でも利用可能なように、有料情報のフォーマットを統一化する。ただし、サーバ２から端末３に有料情報を配信する際には、各端末に固有のスクランブル鍵を用いて有料情報を再スクランブルすることが好ましい。これによって、ローカルバス５上を伝送される有料情報は、特定の端末３でのみ利用可能となる。
【００６９】
サーバ２で受信されデスクランブルされた有料情報は、ある場合には、即座に端末３に出力され、端末３でリアルタイムに利用される。また、別の場合には、サーバ２で受信されデスクランブルされた有料情報は、一旦、サーバ２の内部で記録され、後に端末３からのリクエストに従って読み出され、端末３等で利用される。サーバ２は、いずれの場合にも利用度合に応じた利用料金の計算を行うことができる。
【００７０】
上記のように、第１の実施形態によれば、サーバ２で各端末３における有料情報の利用状況を管理し、この利用状況から各端末３における有料情報の利用料金を計算するようにしているので、１人の契約者が端末を何台保有していても、実際に利用した有料情報の度合いに応じた料金を計算し管理することができる。また、第１の実施形態によれば、各受信局の契約者は、受信設備として１台のサーバ２を設けるだけでよいので、ユーザ側の設備負担額が少なくてすむ。
【００７１】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。この第２の実施形態は、前述した第１の実施形態をさらに具体化したシステムとして構成されている。
【００７２】
図２は、本発明の第２の実施形態に係る有料情報提供システムの全体構成を示すブロック図である。図２において、本実施形態の有料情報提供システムは、図１に示す第１の実施形態と同様に、送信局ＴＳと受信局ＲＳとを備えている。送信局ＴＳと受信局ＲＳとの間は、有線または無線の通信路４によって接続されている。なお、図２では、一例として、２つの送信局ＴＳと１つの受信局ＲＳとを示しているが、１つの受信局ＲＳに接続される送信局ＴＳの数は、受信契約数に応じて変動し、１つまたは３つ以上であっても良い。
【００７３】
送信局ＴＳは、情報提供業者によって管理された放送衛星、通信衛星、ＣＡＴＶのセンタ局、地上放送局等であって、映像／音声データ、文字データ、コンピュータデータ等の有料情報を送信する。
【００７４】
受信局ＲＳは、１つのサーバ２と、複数の端末３とを含む。サーバ２と端末３との間は、ローカルバス５によって接続されている。端末３は、テレビジョン受像機やコンピュータ装置等であって、サーバ２から送られてくる有料情報を何らかの形態で利用（表示、音声出力、データ処理等）する。サーバ２は、送信局ＴＳから送信されてくる有料情報を受信し、当該有料情報を各端末３に配信する。また、サーバ２は、各端末３から送信されてくるリクエストに基づいて、各端末３における有料情報の利用状況を管理し、この利用状況から各端末３における有料情報の利用料金を計算する。受信局ＲＳは、情報提供者と受信契約をしている契約者（典型的には、家庭や事業所）毎に設けられる。ただし、コンドミニアムのような集合住宅が受信局となる場合は、集合住宅全体に対して１つのサーバ２を設け、各家庭に端末３を設けるようにしても良い。以下、送信局ＴＳ、サーバ２および端末３のより詳細な構成について説明する。
【００７５】
送信局ＴＳは、スクランブル鍵生成部１１と、スクランブラ１２と、関連情報暗号化部１３と、多重／送信部１４と、第１料金管理部１５とを備えている。なお、各送信局ＴＳは、基本的には同一の構成を有するが、それぞれにおけるスクランブラ１２は、各情報提供業者のセキュリティポリシー等に基づいて、異なるスクランブル方式によってスクランブルを行うことが多い。
【００７６】
サーバ２は、複数の受信装置２１と、当該受信装置２１に対応するＩＣカード２２と、内部スクランブラ２３と、サーバＩ／Ｆ２４と、端末管理部２５とを備えている。各受信装置２１は、受信部２１１とデスクランブラ２１２とを含み、上記送信局ＴＳの送信方式に対応した構成を有している。例えば、送信局ＴＳが放送衛星であるならば、対応する受信装置２１は放送衛星用の受信装置であり、また、送信局ＴＳがＣＡＴＶのセンタ局であるならば、対応する受信装置２１はＣＡＴＶ用の受信装置である。上記ＩＣカード２２は、関連情報復号部２２１と、資格判定部２２２と、第２料金管理部２２３とを含む。端末管理部２５は、サーバＩ／Ｆ２４を介して端末３からのリクエストを受け取ると、料金係数を求める処理、内部スクランブラ２３の設定処理、およびリクエスト送信処理を実行する。以下、この端末管理部２５の詳細な構成を説明する。
【００７７】
図３は、図２に示す端末管理部２５の構成を示すブロック図である。端末管理部２５は、端末情報設定部２５１と、端末情報格納部２５２と、リクエスト内容格納部２５３と、割引情報格納部２５４と、料金係数算出部２５５と、内部スクランブラ設定部２５６と、リクエスト送信部２５７とを含む。
【００７８】
端末情報設定部２５１は、サーバＩ／Ｆ２４を介して、端末３が生成した初期設定コマンド（詳細は後述する）を入力すると、当該端末３に対して端末暗号鍵および基礎料金係数を割り当てる。次に、端末情報設定部２５１は、割り当てた端末暗号鍵および基礎料金係数と、初期設定コマンドに含まれる端末の属性にかかる端末情報（端末３の設置場所や画面のサイズ等）とを、端末情報格納部２５２に設定する（図４参照）。また、端末情報設定部２５１は、暗号化された内部スクランブル鍵（割り当てた端末暗号鍵を用いて暗号化されている）を復号する際に用いる端末復号鍵を生成し、当該端末復号鍵を含む鍵割当コマンドを、サーバＩ／Ｆ２４を介して、上記初期設定コマンドを生成した端末３に送信する。
【００７９】
端末情報格納部２５２は、図５に示すように、各端末３について、端末情報（設置場所、画面サイズ）と、端末暗号鍵と、基礎料金係数とを格納する。ところで、本実施形態において、端末３には、識別子が予め付与されている。図２に示す一方の端末３には識別子として「Ａ」を付与し（以下、この端末を端末３Ａと記す）、他方には識別子「Ｂ」を付与する（以下、この端末を端末３Ｂと記す）。かかる場合、端末情報格納部２５２は、端末３Ａおよび３Ｂそれぞれの端末情報等を格納する。
【００８０】
リクエスト内容格納部２５３は、図６に示すように、リクエストを生成した日付・時刻情報と、当該リクエストを生成した端末３の識別子と、当該リクエストに含まれている有料情報のタイトルとを格納する。なお、図６は、端末３Ａが「Ｔ１」で表される日付・時刻に、タイトル「Ｐ」の有料情報を要求するリクエストを生成し、さらに端末３Ｂが「Ｔ２」で表される日付・時刻に、タイトル「Ｐ」の有料情報を要求するリクエストを生成した場合に、リクエスト内容格納部２５３が格納する内容を示している。このように、リクエスト内容格納部２５３は、サーバ２に接続されている端末３から送出されたリクエストを管理する。
【００８１】
割引情報格納部２５４は、図７に示すように、同一番組をリクエストした端末の延べ台数と、当該延べ台数に応じた割引率とを格納する。図７に示す例においては、上記の延べ台数が０，１，２台のとき、割引率が、それぞれ０，５，１０％に設定されている。なお、割引情報格納部２５４は、端末の設置台数に応じた割引額を格納するようにしてもよい。
【００８２】
料金係数算出部２５５は、入力したリクエストに基づいて、料金係数を算出した後、当該リクエストを内部スクランブラ設定部２５６に出力する。内部スクランブラ設定部２５６は、リクエストを生成した端末３に送信すべき有料情報をスクランブルするための内部スクランブル鍵を生成し、当該内部スクランブル鍵を内部スクランブラ２３に設定する。次に、内部スクランブラ設定部２５６は、リクエストを生成した端末３に割り当てられている端末暗号鍵を、端末情報格納部２５２から抽出する。次に、内部スクランブラ設定部２５６は、生成した内部スクランブル鍵を、抽出した端末暗号鍵を用いて暗号化した後、暗号化した内部スクランブル鍵を、サーバＩ／Ｆ２４を介して、リクエストを生成した端末３に送信する。次に、内部スクランブラ設定部２５６は、料金係数算出部２５５から受け取ったリクエストをリクエスト送信部２５７に出力する。リクエスト送信部２５７は、当該リクエストを、当該リクエストで指定される有料情報を送信する送信局ＴＳに送信する。
【００８３】
端末３は、コマンド生成部３１と、端末Ｉ／Ｆ３２と、内部デスクランブラ３３と、端末復号部３４と、映像／音声デコーダ３５と、映像／音声出力部３６とを備える。ここで、各端末３は同一の構成を有しているが、各端末３には、前述したように、固有の識別子が予め付与されている。さらに、各端末復号部３４が内部に有するメモリ（図示せず）には、予め端末情報設定部２５１によって割り当てられた端末復号鍵が格納される。
【００８４】
上記のような構成を有する受信局ＲＳは、これを購入等したユーザの家庭等に設置される。さらに、このユーザは、家庭単位で情報提供業者から有料情報の提供を受けるために、当該情報提供業者と契約を締結する。これによって、情報提供業者が管理する送信局ＴＳには、ユーザとの契約に関する契約情報およびこのサーバ２用の暗号鍵（以下、サーバ暗号鍵と称する）が登録される。さらに、この契約情報は、資格判定部２２２にも登録される。また、上記送信局ＴＳに対応するＩＣカード２２の関連情報復号部２２１には、暗号化されたスクランブル鍵（サーバ暗号鍵を用いてを暗号化されている）等を復号可能なサーバ復号鍵が格納される。また、上記契約が完了すると、まず初期設定が行われる。この初期設定において、端末３のコマンド生成部３１は、ユーザの入力に従って、初期設定コマンドを生成し、当該コマンドを端末Ｉ／Ｆ３２に出力する。この初期設定コマンドは、端末３の識別子および端末情報を含み、端末Ｉ／Ｆ３２によってローカルバス５に出力され、サーバＩ／Ｆ２４に入力される。その後、初期設定コマンドは、サーバＩ／Ｆ２４によって端末管理部２５の端末情報設定部２５１に出力される。
【００８５】
端末情報設定部２５１は、初期設定コマンドを生成した端末３用の端末暗号鍵および基礎料金係数を割り当てた後、当該初期設定コマンドに含まれる端末３の識別子および端末情報と、割り当てた基礎料金係数および端末暗号鍵とを、端末情報格納部２５２に格納する（図４および図５参照）。端末情報設定部２５１は、前述したように、割り当てた端末暗号鍵に対応する端末復号鍵を生成した後、鍵割当コマンドを生成してサーバＩ／Ｆ２４に出力する。この鍵割当コマンドは、上記初期設定コマンドを生成した端末３の識別子と、当該端末３用に生成した端末復号鍵とを含み、サーバＩ／Ｆ２４によってローカルバス５に出力され、上記初期設定コマンドを生成した端末３の端末Ｉ／Ｆ３２に入力される。端末Ｉ／Ｆ３２は、入力した鍵割当コマンドを端末復号部３４に出力する。端末復号部３４は、入力した鍵割当コマンドに含まれる端末復号鍵を抽出した後、抽出した端末復号鍵をその内部メモリに格納する。これによって、初期設定が完了し、端末３は、有料情報を要求するためのリクエストを生成することが可能となる。
【００８６】
なお、本実施形態においては、端末３Ａおよび３Ｂには、それぞれ、端末暗号鍵「Ｋａ」および「Ｋｂ」が割り当てられ、また基礎料金係数「１．５」および「０．８」が設定されるものとする（図５参照）。端末３Ａは、画面サイズが大きく、また居間に設置されている。したがって、複数のユーザが同時に有料情報を利用すると想定できる。そのため、基礎料金係数は、有料情報の料金を高くすることができるように、「１．５」と設定される。端末３Ｂは、逆に、その属性から個人で有料情報を利用すると想定できる。そのため、基礎料金係数は、有料情報の料金を低くすることができるように、「０．８」と設定される。また、端末３Ａおよび３Ｂの端末復号部３４には、端末暗号鍵「Ｋａ」および「Ｋｂ」に対応する端末復号鍵「Ｋ’ａ」および「Ｋ’ｂ」がそれぞれ格納される。以下、ユーザがリクエストを入力してから有料情報を得るまでの本有料情報提供システムの動作を、図面を参照して説明する。なお、以下の動作説明において、特に端末管理部２５の動作については、図８に示すフローチャートを参照して説明する。
【００８７】
例えば、端末３Ａのユーザが情報提供業者「Ｘ」が提供する有料情報（タイトル「Ｐ」）を利用したい場合、コマンド生成部３１は、ユーザの入力に従ってリクエストを生成し、このリクエストを端末Ｉ／Ｆ３２に出力する。このリクエストは、端末３Ａの識別子「Ａ」、タイトル「Ｐ」および当該リクエストが生成された日付・時刻情報「Ｔ１」を含み、端末Ｉ／Ｆ３２、ローカルバス５およびサーバＩ／Ｆ２４を経由して、端末管理部２５の料金係数算出部２５５に入力される。これによって、リクエスト待機状態（ステップＳ７１）にある端末管理部２５は、料金係数を求める処理を実行する。まず、料金係数算出部２５５は、入力したリクエストに含まれる識別子「Ａ」に対応する基礎料金係数「１．５」を端末情報格納部２５２から抽出し保持する（ステップＳ７２）。
【００８８】
次に、料金係数算出部２５５は、リクエスト内容格納部２５３を検索し、今回のリクエストに含まれる日付・時刻情報「Ｔ１」よりも以前に、タイトル「Ｐ」の有料情報を利用した端末３の延べ台数を計数し保持する（ステップＳ７３）。現時点においては、この延べ台数は、「０」であるものとする（図６参照）。次に、料金係数算出部２５５は、保持している延べ台数に対応する割引率を、割引情報格納部２５４から抽出する（ステップＳ７４）。現時点においては、延べ台数「０」に対応する割引率「０％」が抽出される（図７参照）。次に、料金係数算出部２５５は、保持している基礎料金係数「１．５」および割引率「０％」に基づいて、料金係数「１．５」を算出し、算出した料金係数「１．５」およびタイトル「Ｐ」を第２料金管理部２２３に出力する（ステップＳ７５）。この後、料金係数算出部２５５は、入力したリクエストが含む、端末３の識別子「Ａ」、タイトル「Ｐ」および日付・時刻情報「Ｔ１」を、リクエスト内容格納部２５３に格納し、当該リクエストを内部スクランブラ設定部２５６に出力する。なお、第２料金管理部２２３における処理については後述する。
【００８９】
内部スクランブラ設定部２５６は、リクエストを入力すると、内部スクランブル鍵を生成し、当該内部スクランブル鍵を内部スクランブラに設定する（ステップＳ７６）。その後、内部スクランブラ設定部２５６は、端末３Ａの端末暗号鍵「Ｋａ」を端末情報格納部２５２から抽出し、抽出した端末暗号鍵「Ｋａ」で内部スクランブル鍵を暗号化してサーバＩ／Ｆ２４に出力する。次に、内部スクランブラ設定部２５６は、入力したリクエストをリクエスト送信部２５７に出力する。
【００９０】
上記暗号化された内部スクランブル鍵（端末暗号鍵「Ｋａ」で暗号化されている）は、サーバＩ／Ｆ２４、ローカルバス５および端末３Ａの端末Ｉ／Ｆ３２を経由して、端末３Ａの端末復号部３４に入力される。端末３Ａの端末復号部３４は、暗号化された内部スクランブル鍵を、その内部メモリに格納されている端末復号鍵「Ｋ’ａ」で復号することにより、元の内部スクランブル鍵を獲得する。次に、端末復号部３４は、上記内部スクランブル鍵を内部デスクランブラ３３に設定して、有料情報が送信されてくるのを待機する。
【００９１】
リクエスト送信部２５７は、入力したリクエストを、情報提供業者「Ｘ」が管理する送信局ＴＳに送信する（ステップＳ７８）。これによって、端末管理部２５は、料金係数を求める処理と、内部スクランブラの設定処理と、リクエスト送信処理とを終了し、再度リクエスト待機状態に移行し、他の端末３からのリクエストを受け付けることが可能になる。
【００９２】
次に、情報提供業者「Ｘ」が管理する送信局ＴＳの動作を説明する。送信局ＴＳは、リクエスト送信部２５７から送出されたリクエストを受信すると、関連情報を生成する。この関連情報は、情報提供業者「Ｘ」が提供する有料情報それぞれに対応する基礎的な料金を掲載したテーブル（以下、基本料金情報と称する）と、予め登録されている契約情報とを含む。次に、スクランブル鍵生成部１１は、スクランブル鍵を生成し、当該スクランブル鍵をスクランブラ１２に設定する。さらに、スクランブル鍵生成部１１は、このスクランブル鍵を関連情報暗号化部１３に出力する。
【００９３】
関連情報暗号化部１３は、入力した関連情報およびスクランブル鍵を、リクエストを送信したサーバ２のサーバ暗号鍵を用いて暗号化し、暗号化した関連情報等を多重／送信部１４に出力する。一方、スクランブラ１２は、既に設定されているスクランブル鍵を用いて、送信すべき有料情報をスクランブルし、多重／送信部１４に出力する。多重／送信部１４は、暗号化された関連情報およびスクランブル鍵と、スクランブルされた有料情報とを多重し、前述したように多重信号として通信路４を用いて送信する。
【００９４】
次に、サーバ２の動作を説明する。サーバ２において、情報提供業者「Ｘ」が管理する送信局ＴＳに対応する受信装置２１の受信部２１１は、通信路４を介して送信されてくる多重信号を受信する。受信部２１１は、受信した多重信号を、暗号化された関連情報およびスクランブル鍵と、スクランブルされた有料情報とに分離する。受信部２１１は、暗号化された関連情報等をＩＣカード２２の関連情報復号部２２１に出力し、スクランブルされた有料情報をデスクランブラ２１２に出力する。
【００９５】
関連情報復号部２２１は、暗号化された関連情報およびスクランブル鍵を、予め格納しているサーバ復号鍵を用いて復号した後、復号された契約情報（関連情報中に含まれている）およびスクランブル鍵を資格判定部２２２に出力し、また復号された基本料金情報（関連情報中に含まれている）を第２料金管理部２２３に出力する。なお、ここでは、資格判定部２２２における処理のみを説明する。資格判定部２２２は、復号された契約情報を検査することによって、受信装置２１が有料情報を受信する資格を有するか否かを判定し、資格を有する場合にのみ契約情報とともに入力したスクランブル鍵を、デスクランブラ２１２に出力する。これによって、デスクランブラ２１２は、スクランブル鍵が設定され、スクランブルされた有料情報をデスクランブルすることが可能となる。
【００９６】
デスクランブラ２１２は、設定されたスクランブル鍵を用いて、スクランブルされた有料情報をデスクランブルし、デスクランブルした有料情報を内部スクランブラ２３に出力する。内部スクランブラ２３には、前述したように、内部スクランブラ設定部２５６によって、内部スクランブル鍵が設定されている（図８，ステップＳ７６参照）。内部スクランブラ２３は、入力した有料情報を当該内部スクランブル鍵を用いてスクランブルする。この内部スクランブル鍵を用いてスクランブルされた有料情報は、内部スクランブラ２３から出力され、サーバＩ／Ｆ２４、ローカルバス５および端末３Ａの端末Ｉ／Ｆ３２を経由して、端末３Ａの内部デスクランブラ３３に入力される。
【００９７】
次に、端末３の動作を説明する。端末３Ａの内部デスクランブラ３３は、既に設定されている内部スクランブル鍵を用いて、入力した有料情報をデスクランブルする。内部デスクランブラ３３は、デスクランブルした有料情報を映像／音声デコーダ３５に出力する。映像／音声デコーダ３５は、入力した有料情報をデコードし、映像／音声出力部３６に出力する。映像／音声出力部３６は、デコードされた有料情報を出力する。これによって、ユーザは、端末３Ａを介してタイトル「Ｐ」の有料情報を利用することとなる。
【００９８】
次に、ＩＣカード２２内の第２料金管理部２２３の動作を説明する。第２料金管理部２２３は、前述したように、端末管理部２５の料金係数算出部２５５によって算出された料金係数等を入力しており（図８，ステップＳ７６参照）、さらに、情報提供業者「Ｘ」が提供する有料情報の基本料金情報を入力している。この基本料金情報の中には、タイトル「Ｐ」の有料情報の基本料金も格納されている。仮に、このタイトル「Ｐ」の有料情報の基本料金を「Ｐ’」とする。第２料金管理部２２３は、基本料金「Ｐ’」に料金係数「１．５」を乗じ、タイトル「Ｐ」の有料情報の料金「１．５×Ｐ’」を求め、その内部メモリに格納する（図９（ａ）参照）。
【００９９】
次に、現在、リクエスト待機状態にある端末管理部２５に、端末３Ｂからのリクエストが送信されてきた場合の動作について説明する。端末３Ｂもまた、端末３Ａと同様の手順でリクエストを生成する。このリクエストは、端末３Ｂの識別子「Ｂ」、タイトル「Ｐ」およびリクエストが生成された日付・時刻情報「Ｔ２」（この「Ｔ２」は、「Ｔ１」より遅い時刻）を含み、前述と同様に、料金係数算出部２５５に入力される。これによって、リクエスト待機状態（ステップＳ７１）にある端末管理部２５は、ステップＳ７２の処理に移行する。まず、料金係数算出部２５５が、前述と同様の処理を実行する。今回、料金係数算出部２５５は、基礎料金係数「０．８」を抽出し保持する（ステップＳ７２）。次に、料金係数算出部２５５は、日付・時刻情報「Ｔ２」よりも以前に、タイトル「Ｐ」の有料情報が送信された端末３の延べ台数を計数する（ステップＳ７３）。今回、この端末延べ台数は「１」である（図６参照）。料金係数算出部２５５は、この端末延べ台数「１」を保持する。次に、料金係数算出部２５５は、この端末延べ台数「１」に対応する割引率「５％」を、割引情報格納部２５４から抽出する（ステップＳ７４，図７参照）。次に、料金係数算出部２５５は、保持している基礎料金係数「０．８」および割引率「５％」に基づいて、料金係数「０．７６」（＝０．８×（１−０．０５））を算出し、算出した料金係数「０．７６」およびリクエストに含まれるタイトル「Ｐ」を、第２料金管理部２２３に出力する（ステップＳ７５）。この後、料金係数算出部２５５は、リクエストの内容をリクエスト内容格納部２５３に格納し（図６参照）、当該リクエストを内部スクランブラ設定部２５６に出力する。
【０１００】
内部スクランブラ設定部２５６は、入力したリクエストに含まれる識別子およびタイトルに基づいて、前述した端末３Ａからのリクエストに応じて生成した内部スクランブル鍵を、端末情報格納部２５２から抽出した端末３Ｂの端末暗号鍵「Ｋｂ」で暗号化する。内部スクランブラ設定部２５６は、この暗号化された内部スクランブル鍵をサーバＩ／Ｆ２４に出力する。その後、内部スクランブラ設定部２５６は、リクエストをリクエスト送信部２５７に出力する。
【０１０１】
暗号化された内部スクランブル鍵（端末暗号鍵「Ｋｂ」で暗号化されている）は、前述した端末３Ａの場合と同様に、サーバＩ／Ｆ２４、ローカルバス５および端末３Ｂの端末Ｉ／Ｆ３２を経由して、端末３Ｂの端末復号部３４に入力される。端末３Ｂの端末復号部３４は、暗号化された内部スクランブル鍵を、内部のメモリに格納されている端末復号鍵「Ｋ’ｂ」で復号することにより、内部スクランブル鍵を獲得する。上記端末復号部３４は、この内部スクランブル鍵を、内部デスクランブラ３３に設定する。この後、端末３Ｂは、有料情報が送信されてくるのを待機する。前述したように、既にタイトル「Ｐ」に係る映像情報／音声情報は、サーバＩ／Ｆ２４から端末３Ａに向けて出力されている。このとき、端末３Ｂが内部スクランブル鍵を獲得すれば、端末３Ａと同様の処理を実行することによって、ユーザは、端末３Ｂを介してタイトル「Ｐ」の有料情報を利用することができる。
【０１０２】
一方、ＩＣカード２２の第２料金管理部２２３は、前述と同様の処理を実行するが、今回、料金係数算出部２５５によって算出された料金係数「０．７６」と、基本料金「Ｐ’」とを乗じ、「０．７６×Ｐ’」をタイトル「Ｐ」の有料情報の料金として、内部のメモリに格納する（図９（ｂ）参照）。したがって、現時点において第２料金管理部２２３のメモリは、このサーバ２が設置された家庭に請求する料金の合計として、「１．５×Ｐ’＋０．７６×Ｐ’」を格納していることとなる。
【０１０３】
以降、各端末３は、ユーザの指示に従い、契約している情報提供業者の送信局ＴＳに対して、有料情報の提供をリクエストし、当該情報提供業者の送信局ＴＳは、当該要求に応じた有料情報を送信する。各送信局ＴＳに対応する受信装置２１のＩＣカード２２内の第２料金管理部２２３では、料金係数と基本料金とに基づいて有料情報の利用料金を、前述したリクエスト毎に求め、累積加算していく。これによって、有料情報の請求金額が求められる。そして、第２料金管理部２２３は、所定のタイミング（例えば、１ヶ月毎のタイミング）で請求金額を送信局ＴＳの第１料金管理部１５に送信する。これによって、各情報提供業者は、各家庭に対する請求金額を得る。
【０１０４】
なお、上記第２の実施形態において、各第２料金管理部２２３および端末管理部２５に格納される情報は、情報提供業者に帰属する性質上、ユーザが容易に操作できることは好ましくない。したがって、第２料金管理部２２３は、ユーザによる改竄を許さないように、ＩＣカード等の安全な領域に格納することが好ましい。また、端末情報格納部２５２もまた、安全な領域に格納することが好ましいが、受信局ＲＳ内の端末３の設置状況（台数、設置場所等）が変わると、当該端末情報格納部２５２が格納する端末情報の内容も変える必要がある。したがって、再度初期設定をする必要が生じる。かかる場合、特別な権限が与えられた人（例えば、情報提供業者から派遣された人）のみが、その初期設定において端末を操作できるようにする。これによって、第２料金管理部２２３等に格納される情報の信頼性が維持されることとなる。
【０１０５】
第２の実施形態において、サーバ２は、それが属する受信局ＲＳ内に設置された各端末３からのリクエストを入力する毎に、有料情報の利用料金を求める。そのため、情報提供業者は、各受信局ＲＳにおけるユーザが実際に有料情報を利用した分に相当する金額を請求することができる。その結果、サーバ２に接続された端末３の数が多い受信局（すなわち、同一番組を複数の端末３に送信することが可能な受信局）と、そうでない受信局との間で、請求金額に対する不公平さが生じることを解消できる。しかも、本実施形態の有料情報提供システムにおいては、単に有料情報の基本料金にそのリクエスト回数を乗じた料金を、受信局ＲＳに対する請求金額とするのではなく、基礎料金係数や割引情報に基づいて、有料情報の料金を決定している。そのため、サーバ２に接続された端末３の台数が多い受信局ＲＳにおいても、受け入れやすい料金体系を採り入れることができる。
【０１０６】
なお、リクエスト回数に応じた割引率は、図７に示すものに限られるものではなく、情報提供業者の意向によって任意に定められるものである。したがって、情報提供業者「Ｘ」および「Ｙ」が異なる割引率を採用する場合、割引情報格納部２５４には、それぞれの情報提供業者に対応する割引率または割引額のテーブルが格納され、選択的に利用されることとなる。
【０１０７】
第２の実施形態において、各送信局ＴＳから送られてくる有料情報は、サーバ２で一括的に受信され、リクエストを発した端末３に配信される。そのため、１受信局ＲＳ内に複数の端末３が設置される場合においても、受信装置２１およびＩＣカード２２を、それぞれの端末３に対応して設置する必要がなくなる。つまり、第２の実施形態によれば、例えば、サーバ２が放送衛星用の受信装置２１を１つ備えていれば、複数の端末３に放送衛星からの有料情報を配信することができる。その結果、契約者の初期投資の負担額が軽減する。より具体的には、サーバ２内に設置される受信装置２１およびＩＣカード２２のコストをα、端末管理部２５および内部スクランブラ２３のコストをβ、端末３のコストをγとし、サーバ２に接続される端末３の数をｎとする。かかる場合、本実施形態の有料情報提供システムにおいて、受信局ＲＳにかかるコストは、α＋β＋γ×ｎとなる。これに対し、端末毎に受信装置２１およびＩＣカード２２を設けるシステム構成では、受信局ＲＳにかかるコストは、（α＋γ）×ｎとなる。したがって、β＜αであって、ｎ≧２であれば、本実施形態の有料情報提供システムに対する初期投資は、十分に小さくなる。
【０１０８】
第２の実施形態においては、端末３の属性に基づいて、基礎料金係数が求められる。例えば、居間に設置されたり、画面のサイズが大きい場合には、家庭内の大勢が有料情報を利用するであろうと想定して、基礎料金係数を大きなものとする。一方、個室に設置されたり、画面のサイズが小さい場合には、個人が有料情報を獲得するものと想定して、基礎料金係数を小さなものとする。これによって、端末３の属性に応じた、きめの細かい課金を行うことができる。なお、本実施形態においては、端末情報として、端末３の設置場所および画面のサイズを用いたが、当該端末情報は、これらのみに限られるわけではなく、情報提供業者が自由に決定可能な性格を有するものである。したがって、例えば、端末３が可搬型であるか据置型であるか、その端末３の操作性やその端末３のディスプレイの解像度等も端末情報として用いることが可能である。
【０１０９】
第２の実施形態においては、同一の有料情報を利用した端末の延べ台数に応じて、その有料情報の料金を割り引くことができるシステムについて説明した。しかし、これに限られるものではなく、以下（１）〜（３）に示す割引情報を割引情報格納部２５４に格納することも可能である。
【０１１０】
（１）有料情報にコマーシャルを含むか否かに応じた割引き
情報提供業者は、有料情報にコマーシャルを含むか否かに応じた割引率（または割引額）を割引情報格納部２５４に予め設定しておく。また、情報提供業者は、ユーザと有料情報の提供に関しての契約をする際、提供する有料情報にコマーシャルを含ませるか否かを選択してもらう。さらに、情報提供業者は、ユーザによって選択された方の有料情報を送信する旨を、前述した契約情報に含ませ、当該契約情報を登録する。送信局ＴＳは、リクエスト送信部２５７からリクエストを受け取ると、契約情報に基づく有料情報を送信する。そして、料金係数算出部２５５は、コマーシャルを含むか否かに応じた割引率等をも参照して料金係数を求める。このようにすれば、有料情報提供業者は、コマーシャルを含む有料情報の提供を受ける契約者と、そうでない契約者との有料情報の料金を差別化できる。これによって、さらに幅広い料金体系を有する有料情報提供システムを構築することができる。
【０１１１】
（２）ユーザの属性に応じた割引き
第２の実施形態において、端末情報格納部２５２は、端末３の属性にかかる端末情報のみを格納していたが、これだけではなく、端末３を操作するユーザの属性にかかるユーザ情報を格納し、利用した有料情報の料金を、ユーザに応じて異ならせることもできる。例えば、子供や特定の団体の会員等が有料情報を利用する場合、端末情報格納部２５２は、図５に示す基礎料金係数に加えて、当該子供用の基礎料金係数およびこれに対応するＩＤ番号を格納しておく（または、当該会員用の基礎料金係数およびこれに対応するＩＤ番号を格納しておく）。料金係数算出部２５５は、上記ＩＤ番号を含むリクエストを入力すると、子供用の基礎料金係数（または、会員用の基礎料金係数）を参照して料金係数を求める。第２料金管理部２２３は、料金係数算出部２５５によって求められた料金係数に基づいて有料情報の料金を求めるため、ユーザの属性に応じて料金を異ならせることができる。なお、ユーザの属性としては、当該ユーザの年齢、性別または職業等があり、情報提供業者が、これらに基づいて基礎料金係数を自由に設定すればよい。
【０１１２】
また、このユーザの属性に応じた割引きに関連して、端末３の端末情報に基づいて割り当てた基礎料金係数（図５参照）を格納せずに、上述した子供用の基礎料金係数およびこれに対応するＩＤ番号のみを格納しておくようにすれば、当該端末３は子供のみが利用できるものとなる。すなわち、ユーザの属性に基づく基礎料金係数およびこれに対応するＩＤ番号を、家族の構成員それぞれに設定すると、個人指向性の高い有料情報提供システムを構築することができる。
【０１１３】
（３）端末情報やユーザ情報を情報提供業者に提供することによる割引き
情報提供業者の提供する有料情報が、どのような端末を介して利用され、またどのようなユーザによって利用されているかを知ることは、マーケティング調査等の観点から情報提供業者にとっては重要事項である。しかし、受信局ＲＳ内に設けられた端末３の属性や、この受信局ＲＳを利用するユーザの属性は、契約者のプライバシーに関わることであり、契約者としては外部に漏れることを望まない。そこで、情報提供業者は、端末情報やユーザ情報をユーザから提供してもらう代償として、提供する有料情報の料金を割り引くための割引率または割引額を割引情報格納部２５４に予め設定しておく。ユーザは、有料情報をリクエストする際、現在利用している端末３の端末情報や自分のユーザ情報を、情報提供業者に提供するか否かを決定する。料金係数算出部２５５は、ユーザが現在利用している端末情報や自分のユーザ情報を提供すると決定した場合、かかる割引情報をも参照して、リクエストされた有料情報の料金係数を求める。また、ユーザが提供すると決定した端末の端末情報やユーザ情報をリクエストに含ませて送信すれば、情報提供業者は、容易にこれらを得ることができる。このように、情報提供業者は、提供した有料情報が受信局ＲＳにおいて、どのような端末を介して利用され、またどのようなユーザが利用しているか等の情報を提供してもらう代償として有料情報の料金を割り引く。これによって、情報提供業者と契約者との間で利益の調和を図ることができ、さらに幅広い料金体系を有する有料情報提供システムを構築することができる。
【０１１４】
第２の実施形態において、リクエスト内容格納部２５３は、前述したように、サーバ２に送られてきたリクエストを管理するため、端末３における利用予定を格納していることにもなる。したがって、リクエスト内容格納部２５３の記憶内容を、いずれかの端末３に表示するようにすれば、当該端末３を操作するユーザは、容易に他の端末３における有料情報の利用状況を知ることができる。このように、他の端末３の利用状況を管理するようにすれば、例えば、親は子供がどのような有料情報を利用しているかを監視できる。また、上記とは逆にリクエストの内容を表示しないようにすれば、どの端末３がいつどのような有料情報を利用したかを秘密にできるため、有料情報の利用に関するプライバシーの保護が実現できる。
【０１１５】
第２の実施形態において、第２料金管理部２２３は、情報提供業者が提供する有料情報の基本料金情報およびユーザに対する請求金額を管理している。そのため、これら基本料金情報および請求金額を端末３に表示するようにすれば、ユーザは、当該基本料金情報を参照することにより、利用する有料情報を選択可能となり、しかも、情報提供業者から請求される料金を事前に知ることができる。また、端末情報格納部２５２は、サーバ２に接続されている端末３の端末情報を管理している。したがって、この端末情報を端末３に表示するようにすれば、ユーザは、どの端末３を介して有料情報を利用すれば、料金が安くなるか等の判断を容易に行うことができる。これらによって、より使い勝手のよい有料情報提供システムを構築することができる。
【０１１６】
第２の実施形態においては、送信局ＴＳが複数存在し、各送信局ＴＳにおいてスクランブル方式が相違する場合について説明をした。かかる場合は、前述したように、サーバ２は、各送信局ＴＳに対応して設けられたデスクランブラ２１２でデスクランブルを行い、再度内部スクランブラ２３でスクランブルを行った後に、所定の端末３に送信するようにしていた。しかし、受信契約を結んでいる情報提供業者が１つしかない場合、または複数であっても各送信局ＴＳでスクランブル方式が統一化されている場合、サーバ２の構成を簡素化することができる。つまり、サーバ２の内部スクランブラ２３は、デスクランブラ２１２によってデスクランブルされた有料情報ではなく、関連情報復号部２２１が獲得する（スクランブル鍵生成部１１で生成される）スクランブル鍵を、各端末暗号鍵を用いて暗号化し、それぞれの端末３に送信する。そして、サーバ２は、受信した有料情報を、送信局ＴＳで生成された状態のまま（すなわち、スクランブラ１２でスクランブルされた状態のまま）で端末３に送信する。端末３は、暗号化されたスクランブル鍵を復号することによって、当該スクランブル鍵を獲得することができる。さらに、端末３は、このスクランブル鍵を用いて、スクランブルされた有料情報をデスクランブルする。これによって、前述した第１の実施形態と比較して、サーバ２の構成を簡素化することができるとともに、サーバ２の処理負荷を軽減することができる。なぜなら、送信局ＴＳによって生成される有料情報のデータ量とスクランブル鍵のデータ量とを比較すると、スクランブル鍵のデータ量の方が格段に小さいからである。
【０１１７】
第２の実施形態では、サーバ２は、各端末固有の端末暗号鍵を管理しており、各端末３は、重複しない端末復号鍵を管理するようにしている。しかし、かかる端末暗号鍵に代えて、いわゆる公開暗号鍵を用いてもよい。
【０１１８】
第２の実施形態は、放送衛星等から送信されてくる有料情報を、ユーザが端末３を用いてリアルタイムに利用するような構成を有しているが、サーバ２内に例えばＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ）のように、書き込みおよび読み出しが可能な大容量の記憶媒体を設置し、送信されてくる有料情報を一旦当該記憶媒体に記憶させるようなシステムを構築するようにしても良い。この場合、ユーザは、この記憶媒体に格納されている有料情報の中から、利用したい有料情報を選択する。端末３は、このユーザによって選択された有料情報にかかるリクエストをサーバ２に送信する。サーバ２は、リクエストに応じた有料情報を、ユーザが操作している端末３に送信する。かかる場合、端末情報格納部２５２には、リアルタイムで利用した有料情報の料金を求める際に用いられる基礎料金係数（第１の基礎料金係数）とは異なる基礎料金係数（第２の基礎料金係数）を設定し、料金係数算出部２５５は、この設定した第２の基礎料金係数に基づいて、記憶媒体の中から選択し利用した有料情報の料金を求めるようにしても良い。
【０１１９】
（第３の実施形態）
図１０は、本発明の第３の実施形態に係る有料情報提供システムの全体構成を示すブロック図である。図１０において、本実施形態の有料情報提供システムは、送信局ＴＳと、受信局ＲＳ１およびＲＳ２とを備えている。なお、図１０では、図示の簡素化のため、１つの送信局と２つの受信局を有するシステム構成について示したが、システムが含む送信局および受信局の数は、図示以上の数であっても良い。
【０１２０】
受信局ＲＳ１は、サーバ２０１と、２つの端末３Ａおよび３Ｂとを含む。受信局ＲＳ２は、サーバ２０２と、１つの端末３Ｃとを含む。受信局ＲＳ１内の２つの端末３Ａおよび３Ｂには、それぞれ、識別子「Ａ」および「Ｂ」が付与されている。また、受信局ＲＳ２内の端末３Ｃには、識別子「Ｃ」が付与されている。
【０１２１】
図１０において、送信局ＴＳは、図２に示す送信局ＴＳと同様の構成を有するため、内部の詳細な構成の図示を省略すると共に、以下の説明では図２で利用した参照番号を援用することとする。図１０に示すサーバ２０１および２０２は、図２に示すサーバ２と比較すると、端末管理部２５’のみが異なっており、それ以外の部分は図２に示すサーバ２と同様の構成を有するため、相当する部分については同一の参照番号を付し、その説明を省略する。端末管理部２５’は、図２に示す端末管理部２５が有する機能に加えて、本実施形態に特有の機能（後述する）が追加されている。端末３Ａ〜３Ｂは、図２に示す端末３と比較すると、端末Ｉ／Ｆ３２に端末用ＩＣカード８を接続可能である点と、第２の実施形態の端末３が有する機能に加えて本実施形態に特有の機能（後述する）が追加されている点とが異なる。それ以外は、図２に示す端末３と同様の構成を有するため、内部の詳細な構成の図示を省略すると共に、以下の説明では図２で利用した参照番号を援用することとする。なお、端末用ＩＣカード８は、受信局ＲＳ１およびＲＳ２のいずれの端末３Ａ〜３Ｂにも接続できるように構成されており、さらにその内部には第３料金管理部８１が設けられている。
【０１２２】
次に、本発明の第３の実施形態に係る有料情報提供システムの動作について説明する。ここでは、本実施形態の特徴的な動作の一例として、普段は受信局ＲＳ１で有料情報を利用しているユーザが、端末用ＩＣカード８を携帯して受信局ＲＳ２が設置されている場所に行き（例えば、ある家庭から他の家庭に行き）、当該受信局ＲＳ２内の端末３Ｃを介して有料情報を獲得する場合における有料情報の課金方法について説明する。
【０１２３】
今、受信局ＲＳ１内の端末３Ｂには、端末用ＩＣカード８が接続されている。このような状態で、端末３Ｂのコマンド生成部３１は、端末用ＩＣカード８を管理するユーザからの入力に基づいて、電子価値の付与をサーバ２０１に要求するための要求コマンドを生成する。ここで、電子価値とは、電子的に決済が可能なマネー価値である。この要求コマンドは、端末３Ｂの端末Ｉ／Ｆ３２、ローカルバス５およびサーバ２０１のサーバＩ／Ｆ２４を経由して、端末管理部２５’内に設けられた電子価値生成部（図示しないが、機能を追加するために設けられたものである）に入力される。この電子価値生成部は、要求コマンドを入力すると、予め定められた料金「Ｖ」を課すように第２料金管理部２２３に通知する。第２料金管理部２２３は、この通知に応じて、その内部メモリに料金「Ｖ」を格納する。したがって、情報提供業者は、図９に示す有料情報の利用料金に加えて、電子価値に相当する金額「Ｖ」を、受信局ＲＳ１を管理する契約者に請求することが可能となる。
【０１２４】
さらに、電子価値生成部は、金額「Ｖ」に相当する電子価値を生成してサーバＩ／Ｆ２４に出力する。この電子価値は、サーバＩ／Ｆ２４、ローカルバス５および端末３Ｂの端末Ｉ／Ｆ３２を経由して、当該端末３Ｂにセットされている端末用ＩＣカード８の第３料金管理部８１に入力される。第３料金管理部８１は、入力した電子価値をその内部メモリ（図示せず）に格納する。これによって、この端末用ＩＣカード８は、金額「Ｖ」に相当する電子価値が付与されたこととなる。
【０１２５】
上記端末用ＩＣカード８を携帯するユーザは、サーバ２０２が設置されている場所に行き、端末３Ｃに当該端末用ＩＣカード８をセットする。端末３Ｃのコマンド生成部３１は、このユーザの入力に従って、有料情報を要求するためのリクエストを生成する。このとき、コマンド生成部３１は、接続された端末用ＩＣカード８に電子価値が格納されているか否かを判断し、電子価値が格納されている場合にのみリクエストを生成する。なお、このリクエストには、有料情報の利用料金を端末３Ｃに送信する旨の要求（以下、料金送信要求と称する）が含まれている。このリクエストは、第２の実施形態において説明したのと同様に、料金係数算出部２５５に入力される。料金係数算出部２５５は、端末３Ｃの端末情報に基づいて料金係数を求める。料金係数算出部２５５は、求めた料金係数と、入力したリクエストに含まれる料金送信要求等とを第２料金管理部２２３に出力する（第２料金管理部２２３における処理については後述する）。この後、料金係数算出部２５５は、リクエストを内部スクランブラ設定部２５６に出力する。これ以降の処理については、第２の実施形態において説明したのと同様であるため、その説明を省略する。
【０１２６】
送信局ＴＳもまた、前述した第２の実施形態で説明した処理と同様の処理を実行する。このとき、関連情報暗号化部１３では、サーバ２０２のサーバ暗号鍵によって、関連情報およびスクランブル鍵を暗号化する。そして、多重／送信部１４は、前述したように多重信号を通信路４に出力する。以降の有料情報の送信に関するサーバ２０２および端末３Ｃにおける動作については、前述した第２の実施形態と同様であるため、その詳細な説明を省略する。
【０１２７】
次に、サーバ２０２に設けられたＩＣカード２２内の第２料金管理部２２３の動作を説明する。第２料金管理部２２３は、上述したように、端末管理部２５’の料金係数算出部２５５によって算出された料金係数等を入力している。また、第２料金管理部２２３は、第２の実施形態において説明したのと同様に、送信局ＴＳから送信されてくる有料情報の基本料金情報を入力している。第２料金管理部２２３は、入力した料金係数と、リクエストされた有料情報の基本料金とに基づいて、当該有料情報の料金を求める。仮に、求めた有料情報の料金を「Ｗ」とする。このとき、第２料金管理部２２３は、料金送信要求を入力していることから、求めた有料情報の料金「Ｗ」を端末３Ｃに通知するための料金情報を生成し、サーバＩ／Ｆ２４に出力する。この料金情報は、サーバＩ／Ｆ２４からローカルバス５および端末３Ｃの端末Ｉ／Ｆ３２を経由して、端末用ＩＣカード８の第３料金管理部８１に入力される。
【０１２８】
第３料金管理部８１は、上述した料金情報を入力すると、現在内部のメモリに格納されている金額「Ｖ」に相当する電子価値と当該料金情報に含まれる有料情報の料金「Ｗ」とに基づいて、保有している電子価値を「Ｖ」−「Ｗ」に更新する。これによって、ユーザは、端末３Ｃを介して獲得した有料情報の料金を支払ったこととなる。以降同様に、第３料金管理部８１は、ユーザがサーバ２０１以外のサーバ２に接続された端末９を介して利用した有料情報の料金情報を入力すると、その時点において格納されている電子価値と当該料金情報に含まれる有料情報の料金とに基づいて、付与されている電子価値の残額を更新する。
【０１２９】
なお、上述した第３の実施形態では、他の受信局での有料情報の利用を可能とするために、端末用ＩＣカード８に電子価値を付与するようにしているが、ユーザは端末用ＩＣカード８に付与された電子価値（最初に付与された全額あるいは利用後の残額）を利用せずに精算したい場合もある。このような要望に応えるために、各受信局における第２料金管理部２２３は、端末用ＩＣカード８に付与された電子価値の精算機能を有することが好ましい。
【０１３０】
（第４の実施形態）
次に、本発明の第４の実施形態に係る有料情報提供システムについて説明する。第４の実施形態に係る有料情報提供システムの構成は、図１０に示す第３の実施形態の構成と同様であるため、以下には、第３の実施形態との相違点のみを説明する。
【０１３１】
前述した第３の実施形態においては、サーバ内の端末管理部２５’は、電子価値生成部を有していたが、第４の実施形態においては、端末管理部２５’は、この電子価値生成部に代えて、信用情報生成部（図示せず）を含んでいる。また、第４の実施形態は、第２料金管理部２２３における処理が、第３の実施形態のそれと異なっている。また、第４の実施形態では、端末用ＩＣカード８内の第３料金管理部８１における処理が、第３の実施形態のそれと異なっている。
【０１３２】
次に、第４の実施形態に係る有料情報提供システムの動作について説明する。ここでは、本実施形態の特徴的な動作の一例として、普段は受信局ＲＳ１で有料情報を利用しているユーザが、端末用ＩＣカード８を携帯して受信局ＲＳ２が設置されている場所に行き（例えば、ある家庭から他の家庭に行き）、当該受信局ＲＳ２内の端末３Ｃを介して有料情報を獲得する場合における有料情報の課金方法について説明する。
【０１３３】
今、受信局ＲＳ１内の端末３Ｂには、端末用ＩＣカード８が接続されている。このような状態で、端末３Ｂのコマンド生成部３１は、端末用ＩＣカード８を管理するユーザからの入力に従って、信用情報の付与をサーバ２０１に要求するための要求コマンドを生成する。ここで、信用情報とは、端末用ＩＣカード８に予め決められた金額の信用を付与するための情報である。この要求コマンドは、端末３Ｂの端末Ｉ／Ｆ３２、ローカルバス５およびサーバ２０１のサーバＩ／Ｆ２４を経由して、端末管理部２５’内の信用情報生成部（図示せず）に入力される。この信用情報生成部は、上記要求コマンドを入力すると、信用情報を生成して、サーバＩ／Ｆ２４に出力する。この信用情報は、サーバＩ／Ｆ２４、ローカルバス５および端末３Ｂの端末Ｉ／Ｆ３２を経由して、当該端末３Ｂにセットされている端末用ＩＣカード８の第３料金管理部８１に入力される。第３料金管理部８１は、入力した信用情報をその内部メモリに格納する。これによって、この端末用ＩＣカード８には、サーバ２０１によって信用が付与されたこととなり、当該端末用ＩＣカード８を携帯するユーザは、サーバ２０２に接続された端末９を介して、有料情報を利用することが可能となる。
【０１３４】
上記端末用ＩＣカード８を携帯するユーザは、受信局ＲＳ２が設置されている場所に行き、端末３Ｃに当該端末用ＩＣカード８をセットする。端末３Ｃのコマンド生成部３１は、このユーザの入力に従って、有料情報を要求するためのリクエストを生成する。このとき、コマンド生成部３１は、接続された端末用ＩＣカード８に信用情報が格納されているか否かを判断し、信用情報が格納されている場合にのみリクエストを生成する。なお、このリクエストには、有料情報の利用料金を端末３Ｃに送信する旨の要求（以下、料金送信要求と称する）が含まれている。このリクエストは、第２の実施形態において説明したのと同様に、料金係数算出部２５５に入力される。料金係数算出部２５５は、端末３Ｃの端末情報に基づいて料金係数を求める。料金係数算出部２５５は、求めた料金係数と、入力したリクエストに含まれる料金送信要求等とを第２料金管理部２２３に出力する（第２料金管理部２２３における処理については後述する）。この後、料金係数算出部２５５は、リクエストを内部スクランブラ設定部２５６に出力する。これ以降の処理については、第２の実施形態において説明したのと同様であるため、その説明を省略する。
【０１３５】
送信局ＴＳもまた、前述した第２の実施形態で説明した処理と同様の処理を実行する。このとき、関連情報暗号化部１３では、サーバ２０２のサーバ暗号鍵によって、関連情報およびスクランブル鍵を暗号化する。そして、多重／送信部１４は、前述したように多重信号を通信路４に出力する。以降の有料情報の送信に関するサーバ２０２および端末３Ｃにおける動作については、前述した第２の実施形態と同様であるため、その詳細な説明を省略する。
【０１３６】
次に、サーバ２０２内に設けられたＩＣカード２２内の第２料金管理部２２３の動作を説明する。この第２料金管理部２２３は、上述したように、端末管理部２５’の料金係数算出部２５５によって算出された料金係数等を入力している。また、第２料金管理部２２３は、第２の実施形態において説明したのと同様に、送信局ＴＳから送信されてくる有料情報の基本料金情報を入力している。第２料金管理部２２３は、入力した料金係数と、リクエストされた有料情報の基本料金とに基づいて、当該有料情報の利用料金を求める。仮に、求めた有料情報の利用料金を「Ｗ」とする。このとき、第２料金管理部２２３は、料金送信要求を入力していることから、求めた有料情報の利用料金「Ｗ」を端末３Ｃに通知するための料金情報を生成してサーバＩ／Ｆ２４に出力する。この料金情報は、サーバＩ／Ｆ２４からローカルバス５および端末３Ｃの端末Ｉ／Ｆ３２を経由して、端末用ＩＣカード８の第３料金管理部８１に入力される。
【０１３７】
第３料金管理部８１は、有料情報の利用料金「Ｗ」に相当する料金情報を入力すると、当該利用料金「Ｗ」を、上記ユーザが利用した有料情報の利用料金として、その内部メモリに格納する。以降同様に、ユーザがこの端末用ＩＣカード８を用いて、受信局ＲＳ１以外の受信局で有料情報を利用する度に、第３料金管理部８１の内部メモリに、当該有料情報の利用料金が累積的に格納されていくこととなる。
【０１３８】
上記のように、端末用ＩＣカード８を用いて他の受信局（この場合は、受信局ＲＳ２）で有料情報を利用したユーザは、情報提供業者との契約等によって定められた時期までに、自分が属する受信局（この場合は、受信局ＲＳ１）内の端末（この場合は、端末３Ａおよび３Ｂ）のいずれかに、端末用ＩＣカード８をセットする。端末用ＩＣカード８がセットされた端末のコマンド生成部３１は、ユーザの入力に従って、第３料金管理部８１に格納されている有料情報の利用料金を取り出し、当該有料情報の利用料金を第２料金管理部２２３に送信するための料金送信コマンドを生成し、端末Ｉ／Ｆ３２に出力する。この料金送信コマンドは、端末Ｉ／Ｆ３２、ローカルバス５およびサーバＩ／Ｆ２４を経由して第２料金管理部２２３に入力される。第２料金管理部２２３は、入力した料金送信コマンドに含まれる有料情報の利用料金を、その内部メモリに格納する。また、第３料金管理部８１は、コマンド生成部３１から有料情報の利用料金が取り出されると、当該有料情報の利用料金を「０」にクリアする。このような精算処理を行うことによって、情報提供業者は当該ユーザに対して正確な利用料金を請求することができる。
【０１３９】
なお、各受信局で契約している送信局が必ずしも一致するとは限らない。例えば、受信局ＲＳ２では契約されているが、受信局ＲＳ１では契約されていない送信局ＴＳからの有料情報を、端末用ＩＣカード８を携帯するユーザが利用できるようにすると、後で当該有料情報の料金を精算できなくなる。そのため、端末用ＩＣカード８を携帯するユーザが、上記のような送信局ＴＳからの有料情報を利用できないようにする必要がある。そこで、端末用ＩＣカード８には、受信局ＲＳ１で契約しているすべての情報提供業者をそれぞれ識別するための第１識別情報を設定しておく。すなわち、第１識別情報は、受信局ＲＳ１に接続されているすべての送信局ＴＳをそれぞれ識別するためのものである。また、受信局ＲＳ２における端末管理部２５’内の料金係数算出部２５５には、当該受信局ＲＳ２で契約しているすべての情報提供業者をそれぞれ識別するための第２識別情報を設定しておく。すなわち、第２識別情報は、受信局ＲＳ２に接続されているすべての送信局ＴＳをそれぞれ識別するためのものである。
【０１４０】
コマンド生成部３１は、上述したような第１および第２識別情報が設定された状態において、端末用ＩＣカード８に格納されている信用情報およびすべての第１識別情報を、生成するリクエストに含ませる。料金係数算出部２５５は、料金係数を算出する前に、予め設定されている第２識別情報と、入力したリクエストに含まれる第１識別情報とを比較し、リクエストに含まれる有料情報を端末用ＩＣカード８が接続されている端末に送信可能か否かを判断する。すなわち、料金係数算出部２５５は、第１および第２識別情報が一致する場合、リクエストに含まれる有料情報を端末用ＩＣカード８が接続されている端末に送信可能と判断する。換言すると、端末用ＩＣカード８を携帯するユーザが、後でサーバ２０１において精算可能と判断し、料金係数を求める処理等を実行する。逆に、料金係数算出部２５５は、第１および第２識別情報が一致しない場合、リクエストに含まれる有料情報を端末用ＩＣカード８が接続されている端末９に送信不可能と判断する。すなわち、料金係数算出部２５５は、端末用ＩＣカード８を携帯するユーザがサーバ２０１において精算不可能と判断し、料金係数を求める処理等を実行しない。これによって、サーバ２０２には接続されているが、サーバ２０１には接続されていない送信局ＴＳからの有料情報を、端末用ＩＣカード８を携帯するユーザが獲得できないようにし、情報提供業者が不利益を被らないようにしている。
【０１４１】
なお、上述した第２〜第４の実施形態は、受信局から送信局に対して希望する有料情報の送信を要求し、要求された有料情報を送信局から受信局に対して送信する、いわゆるオンデマンド型の有料情報提供システムとして構成されているが、このような構成に代えて、情報提供業者が一方的に放送している有料情報の中からユーザが必要な有料情報を選択し、この選択した有料情報の利用料金を課金するような放送型のシステム形態であっても良い。さらに、上述した第２〜第４の実施形態では、サーバが端末からのリクエストを受信したときに有料情報の利用料金を算出するようにしていたが、有料情報の利用料金の算出タイミングは、これに限定されるものではない。例えば、送信局からの有料情報を実際にサーバが受信したとき等であっても良い。
【０１４２】
なお、上述した第３および第４の実施形態においては、端末用ＩＣカード８は、端末に接続されるものとして説明したが、これに限らず、端末用ＩＣカード８はサーバに接続可能な構成であってもよい。このようにサーバに接続可能な構成をとるとき、同一受信局内において、端末用ＩＣカード８を携帯するユーザが現在利用している端末と、その他の端末との区別を明確にし、ユーザが獲得した有料情報の利用料金が確実に端末用ＩＣカード８に格納されるような構成をとる必要がある。
【０１４３】
（第５の実施形態）
次に、本発明の第５の実施形態について説明する。この第５の実施形態は、前述した第１の実施形態をさらに具体化したシステムとして構成されている。
【０１４４】
図１１は、本発明の第５の実施形態に係る有料情報提供システムの構成を示すブロック図である。図１１において、本実施形態の有料情報提供システムは、３つの送信局ＴＳｘ，ＴＳｙ，ＴＳｚと、２つの受信局ＲＳ１およびＲＳ２とを備えている。送信局ＴＳｘ〜ＴＳｚと受信局ＲＳ１およびＲＳ２との間は、有線または無線の通信路４によって接続されている。なお、図１１では、図示の簡素化のため、３つの送信局と２つの受信局を有するシステム構成について示したが、システムが含む送信局および受信局の数は、これに限定されない。
【０１４５】
送信局ＴＳｘ〜ＴＳｚは、情報提供業者によって管理された放送衛星、通信衛星、ＣＡＴＶのセンタ局、地上放送局等であって、映像／音声データ、文字データ、コンピュータデータ等の有料情報を送信する。なお、本実施形態では、送信局ＴＳｘは情報提供業者「Ｘ」によって管理され、送信局ＴＳｙは情報提供業者「Ｙ」によって管理され、送信局ＴＳｚは情報提供業者「Ｚ」によって管理されているものとする。また、各送信局ＴＳｘ〜ＴＳｚは、基本的には同一の構成を有するが、それぞれが定めた配信方式、スクランブル方式および課金方式を用いることができる。
【０１４６】
受信局ＲＳ１およびＲＳ２は、１つのサーバ２と、複数の端末３とを含む。サーバ２と端末３との間は、ローカルバス５によって接続されている。端末３は、テレビジョン受像機やコンピュータ装置等であって、サーバ２から送られてくる有料情報を何らかの形態で利用（表示、音声出力、データ処理等）する。サーバ２は、契約している送信局から送信されてくる有料情報を受信し、当該有料情報を自局内の各端末３に配信する。また、サーバ２は、自局内の各端末３から送信されてくるリクエストに基づいて、各端末３における有料情報の利用状況を管理し、この利用状況から各端末３における有料情報の利用料金を計算する。各受信局は、送信局と受信契約を結んでいる契約者（典型的には、家庭や事業所）毎に設けられる。ただし、コンドミニアムのような集合住宅が受信局となる場合は、集合住宅全体に対して１つのサーバ２を設け、各家庭に端末３を設けるようにしても良い。
【０１４７】
受信局ＲＳ１と受信局ＲＳ２とは、通信回線／ＣＡＴＶ網を介して、または、携帯型の記録媒体を介して、双方向に情報のやりとりを行うことができる。ただし、以下では、携帯型の記録媒体を介して情報のやりとりを行う場合に限定して説明する。
【０１４８】
第１〜第４の実施形態と同様に、各受信局ＲＳ１およびＲＳ２に属するユーザは、送信局ＴＳｘ〜ＴＳｚが提供する有料情報を端末３を介して利用する。そして、各受信局ＲＳ１およびＲＳ２を管理する契約者は、各送信局ＴＳｘ〜ＴＳｚに対して定期的に利用料金を支払う。ただし、利用料金は、受信局ＲＳ１およびＲＳ２毎に、有料情報を利用した度合に応じて計算される。なお、計算された利用料金は、電話回線、パソコン通信網、ディジタルＣＡＴＶ網などを通じて、各送信局ＴＳｘ〜ＴＳｚに通知される。
【０１４９】
各送信局ＴＳｘ〜ＴＳｚは、提供しようとする有料情報にスクランブルをかけ、スクランブルされた有料情報に、情報識別子、課金基準データおよび記録許可フラグを付加して各受信局ＲＳ１およびＲＳ２に提供する。ここで、情報識別子は、提供する有料情報を他の有料情報と区別するためのものであって、その有料情報がどの送信局ＴＳｘ〜ＴＳｚから提供されたものであるかを示すデータも含んでいる。課金基準データは、提供する有料情報の利用料金を計算するためのデータであって、リアルタイムに利用する場合の利用料金、記録して利用する場合の利用料金などのデータを含んでいる。記録許可フラグは、提供する有料情報を受信局ＲＳ１およびＲＳ２側で記録できるか否かを示すフラグであって、その有料情報が、記録できるものであれば１、記録できないものであれば０と定められている。
【０１５０】
各受信局ＲＳ１およびＲＳ２は、いずれかの端末３によって利用可能な移動ディスク７およびＩＣカード８をさらに備えている。移動ディスク７は、書き込み／読み出しが可能な携帯型の記録媒体であり、ＩＣカード８は、記録されたデータの不正な解析／変更が困難な携帯型の記録媒体である。移動ディスク７およびＩＣカード８を利用可能な端末３は、サーバ２から受け取った情報，データ類を、移動ディスク７およびＩＣカード８に記録することができる。また、当該端末３は、移動ディスク７およびＩＣカード８にそれぞれ記録された、情報，データ類を読み出すことができる。各端末３は、ユーザが入力するリクエスト等の命令をサーバ２に伝達することができる。外部端末９は、いずれの受信局ともオンライン接続されていないスタンドアローンな構成であって、移動ディスク７およびＩＣカード８にそれぞれ記録された、情報，データ類を読み出すことができる。
【０１５１】
サーバ２は、Ｘ用受信部６１ｘ、Ｘ用復号部６２ｘ、Ｘ用課金部６３ｘ、Ｙ用受信部６１ｙ、Ｙ用復号部６２ｙ、Ｙ用課金部６３ｙ、Ｚ用受信部６１ｚ、Ｚ用復号部６２ｚ、Ｚ用課金部６３ｚ、情報記録部６４、内部スクランブラ６５、データ記録部６６および乱数発生部６７を備えている。
【０１５２】
Ｘ用受信部６１ｘは、送信局ＴＳｘが配信する有料情報を受信する。Ｘ用復号部６２ｘは、Ｘ用受信部６１ｘが受信した有料情報、および情報記録部６４に記録された有料情報のうち、送信局ＴＳｘが提供した有料情報をデスクランブルする。Ｘ用課金部６３ｘは、Ｘ用復号部６２ｘが復号した有料情報に付加されている課金基準データに基づいて、その有料情報の利用料金を計算する。Ｘ用課金部６３ｘはまた、必要に応じて、実行権データを作成する。
【０１５３】
Ｙ用受信部６１ｙは、送信局ＴＳｙが配信する有料情報を受信する。Ｙ用復号部６２ｙは、Ｙ用受信部６１ｙが受信した有料情報、および情報記録部６４に記録された有料情報のうち、送信局ＴＳｙが提供した有料情報をデスクランブルする。Ｙ用課金部６３ｙは、Ｙ用復号部６２ｙが復号した有料情報に付加されている課金基準データに基づいて、その有料情報の利用料金を計算する。Ｙ用課金部６３ｙはまた、必要に応じて、実行権データを作成する。
【０１５４】
Ｚ用受信部６１ｚは、送信局ＴＳｚが配信する有料情報を受信する。Ｚ用復号部６２ｚは、Ｚ用受信部６１ｚが受信した有料情報、および情報記録部６４に記録された有料情報のうち、送信局ＴＳｚが提供した有料情報をデスクランブルする。Ｚ用課金部６３ｚは、Ｚ用復号部６２ｚが復号した有料情報に付加されている課金基準データに基づいて、その有料情報の利用料金を計算する。Ｚ用課金部６３ｚはまた、必要に応じて、実行権データを作成する。
【０１５５】
ここで、実行権データとは、外部端末９で有料情報を利用する場合や、受信局ＲＳ１が受信した有料情報を受信局ＲＳ２に再提供して、受信局ＲＳ２のユーザが自局内の端末３で有料情報を利用する場合に、その有料情報の利用回数およびその有料情報を利用可能な端末を規定するためのものであって、利用可能回数、記録モードおよび課金モードを含む。
【０１５６】
上記利用可能回数は、その有料情報を利用することができる回数であり、利用にともなって更新される。記録モードは、その有料情報を利用可能な端末を限定するためのものであって、外部端末９で利用する場合は１、受信局ＲＳ２の端末３で利用する場合には２と定められている。課金モードは、その有料情報が課金済みの情報であるか否かを示すものであって、課金済みであれば１、未課金であれば２と定められている。
【０１５７】
情報記録部６４は、各受信部６１ｘ〜６１ｚが受信した有料情報を記録する。ただし、情報記録部６４は、記録しようとする有料情報に付加された記録許可フラグが１であるか否かを判定する機能を有し、記録許可フラグが１でない有料情報は記録しない。データ記録部６６は、各課金部６３ｘ〜６３ｚが計算して得られた利用料金を記録する。データ記録部６６はまた、端末３毎の秘密鍵を記憶している。乱数発生部６７は、乱数を発生する。
【０１５８】
内部スクランブラ６５は、各復号部６２ｘ〜６２ｚがデスクランブルした有料情報を、乱数発生部６７が発生した乱数で再スクランブルする。また、内部スクランブラ６５は、乱数発生部６７が発生した乱数を、データ記録部６６が記憶している端末３毎の秘密鍵を用いて暗号化する。なお、課金部６３ｘ〜６３ｚおよびデータ記録部６６は、解析、変造ないしは複製ができないような領域に配置されている。
【０１５９】
端末３は、内部デスクランブラ３７を備えている。内部デスクランブラ３７は、端末３に固有の秘密鍵を保有しており、サーバ２から伝達される暗号化された乱数を、当該秘密鍵を用いて復号する。また、内部デスクランブラ３７は、自局内のサーバ２から伝達される再スクランブルされた有料情報を、復号した乱数を用いてデスクランブルする。さらに、内部デスクランブラ３７は、他の受信局のサーバ２から伝達される再スクランブルされた有料情報を、同じく他の受信局のサーバ２から伝達される乱数を用いてデスクランブルする。ただし、内部デスクランブラ３７は、他の受信局のサーバ２から伝達される実行権データが所定の条件を満足するか否かを判定する機能を有しており、満足しない場合には、他の受信局のサーバ２から伝達される再スクランブルされた有料情報をデスクランブルする動作を行わない。
【０１６０】
外部端末９は、内部デスクランブラ９１を備えている。内部デスクランブラ９１は、いずれかの受信局のサーバ２から伝達される再スクランブルされた有料情報を、当該サーバ２から伝達される乱数を用いてデスクランブルする。ただし、内部デスクランブラ９１は、サーバ２から伝達される実行権データが所定の条件を満足するか否かを判定する機能を有しており、満足しない場合には、再スクランブルされた有料情報をデスクランブル動作を行わない。
【０１６１】
以下には、送信局ＴＳｘが提供する有料情報を、受信局ＲＳ１が受信し、
（１）リアルタイムに利用する場合、
（２）記録して利用する場合、
（３）外部端末９で利用する場合、
（４）受信局ＲＳ１が受信して、受信局ＲＳ２が利用する場合
について、それぞれ本システムの動作を説明する。
【０１６２】
（１）リアルタイムに利用する場合
図１２は、送信局ＴＳｘが提供する有料情報を、受信局ＲＳ１が受信して、リアルタイムに利用する場合の、図１１のシステムの動作を示すフローチャートである。以下には、図１２を参照して、図１１の受信局ＲＳ１が送信局ＴＳｘから提供される有料情報を受信し、受信局ＲＳ１のユーザが、その情報を端末３でリアルタイムに利用する場合の動作を説明する。
【０１６３】
まず、受信局ＲＳ１のユーザは、送信局ＴＳｘが提供しているある有料情報を利用したい意向を端末３に入力する。応じて、端末３は、その意向を含むリクエストを作成し、サーバ２に通知する。当該リクエストを受けたサーバ２のＸ用復号部６２ｘは、Ｘ用受信部６１ｘが受信した、スクランブルされた有料情報をデスクランブルする（ステップＳ１０１）。Ｘ用課金部６３ｘは、その有料情報に付加されている課金基準データに基づいて、その有料情報の利用料金を計算する（ステップＳ１０２）。ただし、このときの利用料金は、リアルタイムに有料情報を利用する場合の基準に基づいて計算される。Ｘ用課金部６３ｘが計算した利用料金は、データ記録部６６に記録される（ステップＳ１０３）。なお、データ記録部６６が記録した利用料金は、電話回線、パソコン通信網、ディジタルＣＡＴＶ網などを通じて、定期的に各送信局ＴＳｘ〜ＴＳｚに通知される。従って、受信局ＲＳ１を管理する契約者は、その料金を支払うことになる。
【０１６４】
次に、乱数発生部６７が乱数ｒを発生し、内部スクランブラ６５は、Ｘ用復号部６２ｘがデスクランブルした有料情報（ＣＯＮＴ）を、本システムに共通の暗号化アルゴリズム（ＣＯＭ）に従って、乱数ｒを用いて再スクランブルする（ステップＳ１０４）。内部スクランブラ６５は、さらに、秘密鍵暗号化アルゴリズム（Ｅ）に従って、乱数ｒをデータ記録部６６が記憶している端末３毎の秘密鍵ｓｉを用いて暗号化する（ステップＳ１０５）。サーバ２は、内部スクランブラ６５が再スクランブルした有料情報ＣＯＭ（ｒ，ＣＯＮＴ）および暗号化した乱数Ｅ（ｓｉ，ｒ）を、端末３に送信する（ステップＳ１０６）。ここで、ａ（ｂ，ｃ）は、アルゴリズムａに従って、鍵ｂを用いてデータｃをスクランブルまたは暗号化することを意味する。
【０１６５】
端末３が、再スクランブルされた有料情報ＣＯＭ（ｒ，ＣＯＮＴ）および暗号化された乱数Ｅ（ｓｉ，ｒ）を受信すると（ステップＳ１０７）、端末３の内部デスクランブラ３７は、最初、秘密鍵復号アルゴリズムに従って、予め記憶している秘密鍵ｓｉを用いて、暗号化された乱数Ｅ（ｓｉ，ｒ）を復号し、乱数ｒを取り出す（ステップＳ１０８）。次に、内部デスクランブラ３７は、再スクランブルされた有料情報ＣＯＭ（ｒ，ＣＯＮＴ）を、本システムに共通の復号アルゴリズムに従って、取り出した乱数ｒを用いてデスクランブルし、有料情報（ＣＯＮＴ）を取り出す（ステップＳ１０９）。端末３は、内部デスクランブラ３７がデスクランブルした有料情報（ＣＯＮＴ）を表示する。こうして、ユーザは、有料情報（ＣＯＮＴ）を利用することができる（ステップＳ１１０）。
【０１６６】
上記のように、送信局ＴＳｘは、提供しようとする有料情報をスクランブルしたうえ、その有料情報の利用料金を計算するための課金基準データを付加して受信局に提供する。受信局ＲＳ１には、サーバ２および１以上の端末３が設けられ、サーバ２のＸ用受信部６１ｘは、送信局ＴＳｘが提供する有料情報を受信する。Ｘ用課金部６３ｘは、Ｘ用復号部６２ｘがデスクランブルした有料情報が、端末３に伝達される際に、その有料情報に付加された課金基準データに基づいて、その有料情報の利用料金を計算する。データ記録部６６は、Ｘ用課金部６３ｘが計算した利用料金を記録する。なお、記録された利用料金は、所定の方法で送信局ＴＳｘに通知され、受信局ＲＳ１の管理者（契約者）は、後にその料金を支払うことになる。これにより、受信局ＲＳ１が有料情報をリアルタイムに利用する場合、利用度合に応じた課金ができる。
【０１６７】
また、内部スクランブラ６５は、Ｘ用復号部６２ｘがデスクランブルした有料情報を、乱数発生部６７が発生した乱数を用いて再スクランブルし、さらに、その乱数を、データ記録部６６が記憶している端末３毎の秘密鍵を用いて暗号化する。再スクランブルされた有料情報および暗号化された乱数が端末３に伝達されると、内部デスクランブラ３７は、当該暗号化された乱数を自己の秘密鍵を用いて復号し、さらに、当該再スクランブルされた有料情報を復号した乱数を用いてデスクランブルする。これにより、サーバ２から端末３に、安全に有料情報を伝達することができる。
【０１６８】
なお、内部スクランブラ６５は、Ｘ用復号部６２ｘがデスクランブルした有料情報を、データ記録部６６が記憶している端末３毎の秘密鍵を用いて再スクランブルし、内部デスクランブラ３７は、再スクランブルされた有料情報を、自己の秘密鍵を用いてデスクランブルするようにしてもよい。ただし、この場合、有料情報は、毎回、同一の鍵を用いてスクランブルされるため、乱数を用いてスクランブルする場合に比べると、伝達時の安全性は低くなる。
【０１６９】
（２）記録して利用する場合
図１３は、送信局ＴＳｘが提供する有料情報を、受信局ＲＳ１が受信して一旦記録し、記録された有料情報を後に利用する場合の、図１１のシステムの動作を示すフローチャートである。以下には、図１３を参照して、図１１の受信局ＲＳ１が送信局ＴＳｘから提供される有料情報を受信して記録し、記録された有料情報を受信局ＲＳ１のユーザが後に利用する場合の動作を説明する。
【０１７０】
まず、受信局ＲＳ１のユーザは、送信局ＴＳｘが提供しているある有料情報を記録したい意向を端末３に入力する。応じて、端末３は、その意向を含むリクエストを作成し、サーバ２に通知する。当該リクエストを受けたサーバ２の情報記録部６４は、Ｘ用受信部６１ｘが受信した有料情報に付加されている記録許可フラグが１であるか否か、すなわち、その有料情報が記録を許可されたものであるか否かを判定する（ステップＳ２０１）。
【０１７１】
有料情報に付加された記録許可フラグが１である場合、すなわち、その有料情報が記録を許可されている場合、情報記録部６４は、その情報を記録する（ステップＳ２０２）。逆に、有料情報に付加された記録許可フラグが１でない場合、すなわち、その有料情報が記録を許可されていない場合には、情報記録部６４は、その有料情報を記録せず、端末３がエラーの発生を表示する（ステップＳ２０３）。
【０１７２】
その後、受信局ＲＳ１のユーザが、情報記録部６４に記録されたある有料情報を利用したい意向を端末３に入力すると（ステップＳ２０４）、サーバ２は、各有料情報に付加された情報識別子を参照することにより、情報記録部６４に記録された有料情報の中から、ユーザが求める情報を検索する。そして、サーバ２は、検索された有料情報が送信局ＴＳｘから提供されたものであることを認識し、その有料情報をＸ用復号部６２ｘに入力する。Ｘ用復号部６２ｘは、入力された情報をデスクランブルする（ステップＳ２０５）。
【０１７３】
次に、Ｘ用課金部６３ｘは、その有料情報に付加された課金基準データに基づいて、その有料情報の利用料金を計算する（ステップＳ２０６）。ただし、このときの利用料金は、有料情報を記録して利用する場合の基準に基づいて計算される。そして、データ記録部６６は、Ｘ用課金部６３ｘが計算した利用料金を記録する（ステップＳ２０７）。
【０１７４】
以降、前述の（１）で説明したリアルタイムに利用する場合と同様にして、サーバ２がその有料情報を再スクランブルして端末３に送信し、端末３は、サーバ２から送信された、再スクランブルされた有料情報を受信してデスクランブルする（ステップＳ２０８〜ステップＳ２１３）。こうして、ユーザは、情報記録部６４に記録された有料情報を、好きなときに利用することができる（ステップＳ２１４）。
【０１７５】
上記のように、送信局ＴＳｘは、記録許可フラグを付加した有料情報を提供する。情報記録部６４は、Ｘ用受信部６１ｘが受信した有料情報に付加されている記録許可フラグが、記録を許可することを示す１である場合に、その有料情報を記録することができる。Ｘ用課金部６３ｘは、情報記録部６４に記録された有料情報が端末３に送信される毎に、その有料情報に付加された課金基準データに基づいて、その有料情報の利用料金を計算する。これにより、受信局ＲＳ１で受信された有料情報が記録されて無制限に利用されることを防止でき、かつ、受信局ＲＳ１が記録された有料情報を繰り返し利用する場合、利用度合に応じた課金ができる。
【０１７６】
また、情報記録部６４は、Ｘ用受信部６１ｘが受信した有料情報を、スクランブルされたままの状態で記録し、記録された有料情報が端末３に伝達される際に、Ｘ用復号部６２ｘが、その有料情報をデスクランブルする。これにより、受信局ＲＳ１が記録した有料情報が不正に読み出されて利用されるのを防ぐことができる。
【０１７７】
（３）外部端末９で利用する場合
図１４は、送信局ＴＳｘが提供する情報を、受信局ＲＳ１が受信して、外部端末９で利用する場合の、図１１のシステムの動作を示すフローチャートである。以下には、図１４を参照して、図１１の受信局ＲＳ１が送信局ＴＳｘから提供される情報を受信し、受信局ＲＳ１のユーザが、その情報を外部端末９で利用する場合の動作を説明する。なお、送信局ＴＳｘから提供された情報は、図１３のステップＳ２０１〜ステップＳ２０３と同様にして、情報記録部６４に記録されているものとする。
【０１７８】
まず、受信局ＲＳ１のユーザは、情報記録部６４に記録されたある有料情報を外部端末９で利用したい意向を端末３に入力する。応じて、端末３は、その意向を含むリクエストを作成し、サーバ２に通知する。当該リクエストを受けたサーバ２は、各有料情報に付加された情報識別子を参照することにより、情報記録部６４に記録された有料情報の中から、ユーザが求める有料情報を検索する。そして、サーバ２は、検索された有料情報が送信局ＴＳｘから提供されたものであることを認識し、その有料情報をＸ用復号部６２ｘに入力する。Ｘ用復号部６２ｘは、入力された情報をデスクランブルする（ステップＳ３０１）。
【０１７９】
次に、Ｘ用課金部６３ｘは、実行権データを作成する。この実行権データには、利用可能回数、記録モードおよび課金モードが含まれている。この場合、利用可能回数は、ユーザが申告した、その有料情報を利用する回数であり、記録モードは、外部端末９で利用されるべき有料情報であることを示す１に設定されており、課金モードは、受信局ＲＳ１に対して課金済みであることを示す１に設定されている。同時に、Ｘ用課金部６３ｘは、Ｘ用復号部６２ｘがデスクランブルした有料情報に付加されている課金基準データに基づいて、上記作成した実行権に応じた利用料金（すなわち、実行権に含まれる利用可能回数に等しい回数分だけ有料情報を利用する場合の利用料金）を計算する（ステップＳ３０２）。そして、データ記録部６６は、Ｘ用課金部６３ｘが計算した利用料金を記録する（ステップＳ３０３）。
【０１８０】
Ｘ用復号部６２ｘがデスクランブルした有料情報は、前述した（１）のリアルタイムに利用する場合と同様にして再スクランブルされたうえで、移動ディスク７に記録される（ステップＳ３０４、ステップＳ３０５）。乱数発生部６７が発生した乱数ｒは、Ｘ用課金部６３ｘが作成した実行権データとともに、ＩＣカード８に記録される（ステップＳ３０６）。
【０１８１】
次に、ユーザは、再スクランブルされた有料情報が記録された移動ディスク７と、乱数ｒおよび実行権データが記録されたＩＣカード８とを携帯して外部端末９が設置されている場所に行き、これら移動ディスク７およびＩＣカード８を外部端末９に接続する（ステップＳ３０７）。外部端末９の内部デスクランブラ９１は、最初、ＩＣカード８に記録された実行権データに含まれている記録モードが１であるか否かを判定する（ステップＳ３０８）。
【０１８２】
記録モードが１である場合、内部デスクランブラ９１は、実行権データに含まれる利用可能回数が１以上であるか否かを、さらに判定する（ステップＳ３０９）。利用可能回数が１以上であれば、内部デスクランブラ９１は、ＩＣカード８に記録された乱数ｒを用いて、移動ディスク７に記録された有料情報を、（１）のリアルタイムに利用する場合と同様にしてデスクランブルする（ステップＳ３１０）。そして、外部端末９は、ＩＣカード８に記録されている利用可能回数を更新し（ステップＳ３１１）、次いで、内部デスクランブラ９１がデスクランブルした有料情報を表示する。こうして、ユーザは、外部端末９で、有料情報を利用することができる（ステップＳ３１２）。
【０１８３】
ステップＳ３０８で、記録モードが１でない場合、もしくは、ステップＳ３０９で、利用可能回数が０である場合には、内部デスクランブラ９１は、再スクランブルされた有料情報を乱数ｒを用いてデスクランブルする動作を行わない。この場合、外部端末９は、ユーザに対してエラーを通知する（ステップＳ３１３）。
【０１８４】
このように、Ｘ用課金部６３ｘは、有料情報の利用可能回数および利用可能端末を制限するための実行権データを作成し、同時に、その有料情報に付加された課金基準データに基づいて、作成した実行権データに応じた利用料金を計算する。その有料情報およびＸ用課金部６３ｘが作成した実行権データが外部端末９に伝達されると、外部端末９は、伝達された実行権データで規定される所定の条件を満たす場合に、伝達された有料情報をユーザに表示する。これにより、受信局ＲＳ１のユーザが外部端末９で有料情報を利用する場合、利用度合に応じた課金ができる。
【０１８５】
また、内部スクランブラ６５は、Ｘ用復号部６２ｘがデスクランブルした有料情報を、乱数発生部６７が発生した乱数を用いて再スクランブルする。再スクランブルされた有料情報、発生された乱数および作成された実行権データが外部端末９に伝達されると、内部デスクランブラ９１は、当該実行権データが所定の条件を満たす場合に限り、当該再暗号化された情報を当該乱数を用いてデスクランブルする。これにより、外部端末９において、有料情報が無制限に利用されるのを防止することができる。
【０１８６】
なお、内部スクランブラ６５は、Ｘ用復号部６２ｘがデスクランブルした有料情報を、データ記録部６６が記憶している端末３毎の秘密鍵を用いて再スクランブルし、内部デスクランブラ３７は、再スクランブルされた有料情報を、自己の秘密鍵を用いてデスクランブルするようにしてもよい。ただし、この場合も、実行権データが所定の条件を満たす場合にのみ、有料情報が利用される必要がある。
【０１８７】
また、内部スクランブラ６５が再スクランブルした有料情報は、移動ディスク７のような書き込み／読み出し可能な携帯型記録媒体を介して、乱数発生部６７が発生した乱数およびＸ用課金部６３ｘが作成した実行権データは、ＩＣカード８のような記録内容の解析／変更が困難な携帯型記録媒体を介して、それぞれ外部端末９に伝達されることにより、サーバ２から外部端末９に安全に有料情報を伝達することができる。
【０１８８】
（４）受信局ＲＳ１が受信して、受信局ＲＳ２が利用する場合
図１５は、送信局ＴＳｘが提供する有料情報を、受信局ＲＳ１が受信して受信局ＲＳ２に再提供し、受信局ＲＳ２が再提供された有料情報を利用する場合の、図１１のシステムの動作を示すフローチャートである。以下には、図１５を参照して、送信局ＴＳｘから提供される有料情報を、受信局ＲＳ１が受信して受信局ＲＳ２に再提供し、受信局ＲＳ２のユーザが再提供された有料情報を利用する場合の動作を説明する。なお、送信局ＴＳｘから提供された有料情報は、図１３のステップＳ２０１〜ステップＳ２０３と同様にして、情報記録部６４に記録されているものとする。
【０１８９】
まず、受信局ＲＳ１のユーザは、情報記録部６４に記録されたある有料情報を受信局ＲＳ２に再提供したい意向、および、再提供された有料情報を受信局ＲＳ２で利用した場合、受信局ＲＳ１に課金されるようにするのか、受信局ＲＳ２に課金されるようにするのかを、端末３に入力する。応じて、端末３は、それらの意向を含むリクエストを作成し、サーバ２に通知する。
【０１９０】
サーバ２は、端末３からのリクエストを受けると、各有料情報に付加された情報識別子を参照することにより、情報記録部６４に記録された有料情報の中から、ユーザが求める有料情報を検索する。そして、サーバ２は、その有料情報が送信局ＴＳｘから提供されたものであることを認識し、その有料情報をＸ用復号部６２ｘに入力する。Ｘ用復号部６２ｘは、入力された有料情報をデスクランブルする（ステップＳ４０１）。次に、Ｘ用課金部６３ｘは、端末３からの通知に基づいて、受信局ＲＳ１に課金するか否かを判定する（ステップＳ４０２）。
【０１９１】
受信局ＲＳ１に課金する場合、Ｘ用課金部６３ｘは、上記（３）で説明した外部端末９で利用する場合と同様にして、実行権データを作成するとともに、作成した実行権データに応じた利用料金を計算する（ステップＳ４０３）。そして、データ記録部６６は、Ｘ用課金部６３ｘが計算した利用料金を記録する（ステップＳ４０４）。ただし、この場合、作成された実行権データに含まれる利用可能回数は、受信局ＲＳ１のユーザが申告した、その有料情報を受信局ＲＳ２で利用する回数であり、記録モードは、受信局ＲＳ２の端末３で利用されることを示す２に設定されており、課金モードは、受信局ＲＳ１に課金済みであることを示す１に設定されている。また、計算された利用料金は、受信局ＲＳ２のユーザが、端末３で、その有料情報を利用可能回数に等しい回数分だけ利用した場合の料金である。
【０１９２】
受信局ＲＳ２に課金する場合には、Ｘ用課金部６３ｘは、利用料金を計算せずに実行権データのみを作成する（ステップＳ４０５）。ただし、この場合、作成された実行権データに含まれる利用可能回数は、予め定められた十分大きな値であり、記録モードは、受信局ＲＳ２の端末３で利用されることを示す２に設定されており、課金モードは、未課金であることを示す２に設定されている。
【０１９３】
次に、内部スクランブラ６５は、Ｘ用復号部６２ｘがデスクランブルした有料情報を、前述の（１）で説明したリアルタイムに利用する場合と同様にして、乱数発生部６７が発生した乱数ｒを用いて再スクランブルする（ステップＳ４０６）。そして、サーバ２は、内部スクランブラ６５が再スクランブルした有料情報を移動ディスク７に記録し（ステップＳ４０７）、乱数発生部６７が発生した乱数ｒおよびＸ用課金部６３ｘが作成した実行権データをＩＣカード８に記録する（ステップＳ４０８）。
【０１９４】
受信局ＲＳ２のユーザは、再スクランブルされた有料情報が記録された移動ディスク７と乱数ｒおよび実行権データが記録されたＩＣカード８とを取得すると、取得した移動ディスク７およびＩＣカード８を、受信局ＲＳ２内の端末３に接続し（ステップＳ４０９）、次いで、移動ディスク７に記録された情報を利用する意向を端末３に入力する。以下、受信局ＲＳ２での動作に移る。
【０１９５】
受信局ＲＳ２において、上記意向が入力された端末３の内部デスクランブラ３７は、最初、ＩＣカード８に記録された実行権データに含まれる課金モードが１であるか否か、すなわち受信局ＲＳ１に対して課金済みであるか否かを判定する（ステップＳ４１０）。課金モードが１である場合、内部デスクランブラ３７は、実行権データに含まれる記録モードが２であるか否か、すなわち、その有料情報が受信局ＲＳ２の端末３で利用されるべきものであるか否かを、さらに判定する（ステップＳ４１１）。記録モードが２である場合、内部デスクランブラ３７は、実行権データに含まれる利用可能回数が１以上であるか否かを、さらに判定する（ステップＳ４１２）。
【０１９６】
利用可能回数が１以上である場合、内部デスクランブラ３７は、移動ディスク７に記録された再スクランブルされた有料情報を、（１）のリアルタイムに利用する場合と同様にして、ＩＣカード８に記録された乱数ｒを用いてデスクランブルする（ステップＳ４１３）。次に、端末３は、実行権データに含まれている利用可能回数を更新し（ステップＳ４１４）、内部デスクランブラ３７が復号した有料情報を表示する。こうして、受信局ＲＳ２のユーザは、受信局ＲＳ１から再提供された有料情報を利用することができる（ステップＳ４１５）。
【０１９７】
ステップＳ４１１で、記録モードが２でない場合、もしくは、ステップＳ４１２で、利用可能回数が０である場合には、内部デスクランブラ３７は、再暗号化された有料情報を乱数ｒを用いてデスクランブルする動作を行わない。この場合、端末３は、ユーザに対して、その有料情報を利用できない意向を通知する（ステップＳ４１６）。
【０１９８】
ステップＳ４１０で、課金モードが１でない場合、すなわち、未課金である場合には、端末３は、サーバ２に対し、移動ディスク７に記録された再スクランブルされた有料情報に付加された課金基準データを通知する。サーバ２のＸ用課金部６３ｘは、通知された課金基準データに基づいて、その有料情報の利用料金を計算し（ステップＳ４１７）、データ記録部６６は、Ｘ用課金部６３ｘが計算した利用料金を記録する（ステップＳ４１８）。その後、ステップＳ４１１の処理に進む。
【０１９９】
このように、受信局ＲＳ１に課金する場合、受信局ＲＳ１内のサーバ２のＸ用課金部６３ｘは、有料情報の利用回数および利用可能端末を規定するための実行権データを作成し、かつ、作成した実行権データに応じた利用料金を、その有料情報に付加された課金基準データに基づいて計算する。その有料情報および作成された実行権データが受信局ＲＳ２に伝達されると、受信局ＲＳ２内の端末３は、伝達された実行権データが所定の条件を満たす場合にのみ、伝達された有料情報を表示する。これにより、受信局ＲＳ１が受信した有料情報を受信局ＲＳ２で利用する場合、その利用度合に応じて受信局ＲＳ１側に課金することができる。
【０２００】
なお、受信局ＲＳ１が受信した有料情報を受信局ＲＳ２で利用して、受信局ＲＳ１に課金するという提供形態は、他人に有料情報をプレゼントするという、従来にはない全く新たな情報提供形態である。
【０２０１】
受信局ＲＳ２に課金する場合には、受信局ＲＳ１内のサーバ２のＸ用課金部６３ｘは、有料情報の利用可能端末を制限するための実行権データを作成する。その有料情報および作成された実行権データが受信局ＲＳ２に伝達されると、受信局ＲＳ２内のサーバ２のＸ用課金部６３ｘは、伝達された有料情報に付加された課金基準データに基づいて、その有料情報の利用料金を計算する。一方、受信局ＲＳ２内の端末３は、伝達された実行権データが所定の条件を満たす場合にのみ、伝達された有料情報を表示する。これにより、受信局ＲＳ１が受信した有料情報を受信局ＲＳ２で利用する場合、その利用度合に応じて、受信局ＲＳ２側に課金することができる。
【０２０２】
以上は、受信局ＲＳ１から受信局ＲＳ２に、移動ディスク７およびＩＣカード８を介して、それぞれ、情報、データ類を伝達する場合について説明しているが、以下には、ＣＡＴＶ網を介して、情報およびデータ類を伝達する場合について、図１１および図１５を用いて説明する。
【０２０３】
本システムの動作が、図１５に示すものと異なるのは、以下に示す点である。すなわち、受信局ＲＳ１および受信局ＲＳ２はそれぞれ、共有鍵ＫＡＢを保有しており、ステップＳ４０６〜Ｓ４０８において、受信局ＲＳ１内の内部スクランブラ６５は、Ｘ用復号部６２ｘがデスクランブルした有料情報を、乱数発生部６７が発生した乱数ｒを用いて再スクランブルし、さらに、この乱数ｒおよびＸ用課金部６３ｘが作成した実行権データを、共有鍵ＫＡＢで暗号化する。そして、受信局ＲＳ１内のサーバ２は、内部スクランブラ６５が再スクランブルした有料情報、暗号化した乱数および実行権データを、ＣＡＴＶ網を通じて、受信局ＲＳ２に送信する。
【０２０４】
また、ステップＳ４０９において、受信局ＲＳ２内の端末３は、ＣＡＴＶ網を通じて送信されてきた、再スクランブルされた有料情報、暗号化された乱数および実行権データを受信すると、内部デスクランブラ３７は、暗号化された乱数および実行権データを、共有鍵ＫＡＢを用いて復号する。
【０２０５】
このように、ＣＡＴＶ網のような、伝送速度が比較的大きな伝送路を通じて、有料情報、乱数および実行権データを伝送する場合には、有料情報を乱数を用いて再スクランブルし、さらに、乱数および実行権データを共有鍵ＫＡＢを用いて暗号化することにより、受信局ＲＳ１から受信局ＲＳ２に安全に有料情報を伝達することができる。
【０２０６】
なお、共有鍵ＫＡＢを用いて乱数および実行権データを暗号化する代わりに、いわゆる公開暗号方式で暗号化することもできる。また、ＣＡＴＶ網に代えて、Ｂ−ＩＳＤＮを通じて、受信局ＲＳ１から受信局ＲＳ２に、再スクランブルされた有料情報、暗号化された乱数および実行権データを伝送してもよい。
【０２０７】
次に、受信局ＲＳ１から受信局ＲＳ２に、移動ディスク７を介して情報を、通信回線を介してデータ類を、それぞれ伝達する場合について、図１１および図１５を用いて説明する。
【０２０８】
本システムの動作が、図１５に示すものと異なるのは、以下に示す点である。すなわち、受信局ＲＳ１および受信局ＲＳ２はそれぞれ、共有鍵ＫＡＢを保有しており、ステップＳ４０６〜Ｓ４０８において、受信局ＲＳ１内の内部スクランブラ６５は、Ｘ用復号部６２ｘがデスクランブルした有料情報を、乱数発生部６７が発生した乱数ｒで再暗号化し、さらに、この乱数ｒおよびＸ用課金部６３ｘが作成した実行権データを、共有鍵ＫＡＢを用いて暗号化する。そして、受信局ＲＳ１内のサーバ２は、内部スクランブラ６５が再スクランブルした有料情報を、移動ディスク７に記録し、内部スクランブラ６５が暗号化した乱数および実行権データを、通信回線を通じて、受信局ＲＳ２に送信する。
【０２０９】
また、ステップＳ４０９において、受信局ＲＳ２のユーザは、再スクランブルされた有料情報が記録された移動ディスク７を取得すると、取得した移動ディスク７を、受信局ＲＳ２内の端末３に接続する。また、当該端末３は、通信回線を通じて送信されてきた、暗号化された乱数および実行権データを受信すると、受信局ＲＳ２内の内部デスクランブラ３７は、暗号化された乱数および実行権データを、共有鍵ＫＡＢを用いて復号する。
【０２１０】
このように、乱数および実行権データを、通信回線のような、伝送速度が比較的小さい伝送路を通じて伝送し、有料情報を、移動ディスク７に記録して移動させる場合には、有料情報を乱数を用いて再スクランブルし、さらに、乱数および実行権データを共有鍵ＫＡＢを用いて暗号化することにより、受信局ＲＳ１から受信局ＲＳ２に、安全に有料情報を伝達することができる。なお、共有鍵ＫＡＢを用いて乱数および実行権データを暗号化する代わりに、公開暗号方式で暗号化することもできる。
【０２１１】
なお、本実施形態では、実行権データに有料情報の利用可能回数が含まれるとしたが、利用可能期限が含まれるとしてもよい。
【０２１２】
また、本実施形態では、ユーザが外部端末９で情報を利用する場合、Ｘ用課金部６３ｘは、実行権データを作成すると同時に、作成した実行権に応じた利用料金を計算しているが、外部端末９での利用回数をＩＣカード８に記録しておき、利用後に、ユーザがＩＣカード８をサーバ２に接続して、その際、Ｘ用課金部６３ｘが利用料金を計算するようにしてもよい。
【０２１３】
また、本実施形態では、受信局単位で課金しているが、利用料金を端末毎に記録することにより、ユーザ単位で課金することもできる。
【０２１４】
また、ユーザにパスワードを発行し、ユーザが端末を利用する際に、認証を行うようにすることで、不正利用に対する安全性を、より高めることができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る有料情報提供システムの全体構成を示すブロック図である。
【図２】本発明の第２の実施形態に係る有料情報提供システムの全体構成を示すブロック図である。
【図３】図２に示す端末管理部２５のより詳細な構成を示すブロック図である。
【図４】図３に示す端末情報設定部２５１の動作内容を示す図である。
【図５】図３に示す端末情報格納部２５２に格納される内容の一例を示す図である。
【図６】図３に示すリクエスト内容格納部２５３に格納される内容の一例を示す図である。
【図７】図３に示す割引情報格納部２５４に格納される内容の一例を示す図である。
【図８】図２に示す端末管理部２５の動作手順を示すフローチャートである。
【図９】図２に示す第２料金管理部２２３が内部に有するメモリに格納される料金の一例を示す図である。
【図１０】本発明の第３および第４の実施形態に係る有料情報提供システムの全体構成を示すブロック図である。
【図１１】本発明の一実施形態に係る有料情報提供システムの構成を示すブロック図である。
【図１２】送信局ＴＳｘが提供する有料情報を、受信局ＲＳ１が受信して、リアルタイムに利用する場合の、図１１のシステムの動作を示すフローチャートである。
【図１３】送信局ＴＳｘが提供する有料情報を、受信局ＲＳ１が受信して記録し、記録した情報を後に利用する場合の、図１１のシステムの動作を示すフローチャートである。
【図１４】送信局ＴＳｘが提供する有料情報を、受信局ＲＳ１が受信して、外部端末９で利用する場合の、図１１のシステムの動作を示すフローチャートである。
【図１５】送信局ＴＳｘが提供する有料情報を、受信局ＲＳ１が受信して受信局ＲＳ２に再提供し、受信局ＲＳ２が再提供された有料情報を利用する場合の、図１１のシステムの動作を示すフローチャートである。
【図１６】放送衛星を用いた従来の有料放送システムの構成を示すブロック図である。
【符号の説明】
ＴＳ…送信局
ＲＳ…受信局
２…サーバ
３…端末
４…通信路
５…ローカルサーバ
１１…スクランブル鍵生成部
１２…スクランブラ
１３…関連情報暗号化部
１４…多重／送信部
１５…第１料金管理部
２１…受信装置
２１１…受信部
２１２…デスクランブラ
２２…ＩＣカード
２２１…関連情報復号部
２２２…資格判定部
２２３…第２料金管理部
２３…内部スクランブラ
２４…サーバＩ／Ｆ
２５…端末管理部
２５１…端末情報設定部
２５２…端末情報格納部
２５３…リクエスト内容格納部
２５４…割引情報格納部
２５５…料金係数算出部
２５６…内部スクランブラ設定部
２５７…リクエスト送信部
３１…コマンド生成部
３２…端末Ｉ／Ｆ
３３…内部デスクランブラ
３４…端末復号部
３５…映像／音声デコーダ
３６…映像／音声出力部
８…端末用ＩＣカード
８１…第３料金管理部
ＴＳｘ〜ＴＳｚ…送信局
ＲＳ１，ＲＳ２…受信局
７…移動ディスク
９…外部端末
６１ｘ…Ｘ用受信部
６２ｘ…Ｘ用復号部
６３ｘ…Ｘ用課金部
６１ｙ…Ｙ用受信部
６２ｙ…Ｙ用復号部
６３ｙ…Ｙ用課金部
６１ｚ…Ｚ用受信部
６２ｚ…Ｚ用復号部
６３ｚ…Ｚ用課金部
６４…情報記録部
６５…共通暗号化部
６６…データ記録部
６７…乱数発生部
３７…内部デスクランブラ

Claims (23)

1. 送信局から受信局に対して有料情報を提供する有料情報提供システムであって、
   前記送信局は、前記有料情報を前記受信局に送信するとき、当該有料情報の基礎的な利用料金を規定するための基礎料金情報を、同時に当該受信局に送信し、
   前記受信局は、
   １つのサーバと、
   ユーザによって操作され、前記有料情報を利用するための複数の端末とを備え、
   前記サーバは、
   前記送信局から送信されてくる有料情報を受信する受信部と、
   前記受信部によって受信された有料情報を、当該有料情報の提供をリクエストした端末に配信する配信部と、
   各前記端末から送られてくる前記リクエストに基づいて、各端末における有料情報の利用状況を管理する利用状況管理部と、
   各前記端末の属性に応じた料金係数を含む端末情報を格納する端末情報格納部と、
   前記利用状況管理部が管理している利用状況と前記端末情報格納部が格納している端末情報とに基づいて、前記基礎料金情報で規定される基礎料金に各前記端末の属性に応じた前記料金係数を乗じることにより、各端末別に有料情報の利用料金を計算する料金計算部と、
   前記料金計算部が計算した利用料金を記憶する料金記憶部とを備える、有料情報提供システム。
2. 前記配信部は、さらに前記送信局から送られてくる前記基礎料金情報を各前記端末に送信し、
   各前記端末は、受信した前記基礎料金情報をユーザに提示することを特徴とする、請求項１に記載の有料情報提供システム。
3. 前記サーバには、前記端末情報を前記送信局に提供することに基づく割引情報が設定されており、
   前記有料情報の提供をリクエストした端末の端末情報が、前記送信局に提供されたとき、
   前記料金計算部は、前記割引情報を参照して、割り引かれた利用料金を計算することを特徴とする、請求項１に記載の有料情報提供システム。
4. 前記サーバには、各前記端末を使用するユーザの属性を示すユーザ情報が登録されており、
   前記料金計算部は、さらに利用料金の計算時に前記ユーザ情報を参照することにより、各ユーザについて差別化された利用料金を計算することを特徴とする、請求項１に記載の有料情報提供システム。
5. 前記ユーザ情報は、各ユーザの属性に応じた料金係数を含んでおり、
   前記料金計算部は、さらに前記基礎料金情報で規定される基礎料金に各ユーザの属性に応じた前記料金係数を乗じることにより、各ユーザ別に有料情報の利用料金を計算することを特徴とする、請求項４に記載の有料情報提供システム。
6. 前記配信部は、さらに前記送信局から送られてくる前記基礎料金情報を各前記端末に送信し、
   各前記端末は、受信した前記基礎料金情報をユーザに提示することを特徴とする、請求項５に記載の有料情報提供システム。
7. 前記サーバには、前記端末情報を前記送信局に提供することに基づく割引情報が設定されており、
   前記有料情報の提供をリクエストした端末を操作したユーザのユーザ情報が、前記送信局に提供されたとき、
   前記料金計算部は、前記割引情報を参照して、割り引かれた利用料金を計算することを特徴とする、請求項４に記載の有料情報提供システム。
8. 前記利用状況管理部は、各前記端末における有料情報の利用履歴を保持しており、
   前記料金計算部は、さらに利用料金の計算時に前記利用履歴を参照することにより、利用回数の多い有料情報の利用料金の割引率を高くすることを特徴とする、請求項１に記載の有料情報提供システム。
9. 前記料金計算部は、ユーザが操作することができない領域に設置されることを特徴とする、請求項１に記載の有料情報提供システム。
10. 前記配信部は、さらに各前記端末から送信されてくるリクエストを、所定の端末からの指示に応答して、当該端末に送信し、
    前記所定の端末は、受信した前記リクエストをユーザに提示することを特徴とする、請求項１に記載の有料情報提供システム。
11. 前記受信局は、複数の前記送信局と受信契約を締結しており、
    前記受信部および前記料金計算部は、受信契約を締結している各前記送信局に対応して設置されている、請求項１に記載の有料情報提供システム。
12. 前記送信局は、前記有料情報をスクランブルして送信し、
    前記受信部は、受信した有料情報をさらにデスクランブルし、
    前記配信部は、前記受信部がデスクランブルした有料情報を、再スクランブルして前記リクエストを発した端末に配信し、
    各前記端末は、前記配信部から受け取った再スクランブルされた有料情報をデスクランブルして利用することを特徴とする、請求項１に記載の有料情報提供システム。
13. 前記サーバには、予め各前記端末に固有のスクランブル鍵が設定されており、
    各前記端末には、予め固有のデスクランブル鍵が設定されており、
    前記配信部は、前記受信部がデスクランブルした有料情報を、対応する前記スクランブル鍵を用いて再スクランブルした後、前記リクエストを発した端末に配信し、
    各前記端末は、前記配信部から受け取った再スクランブルされた有料情報を、予め設定された前記デスクランブル鍵を用いてデスクランブルして利用することを特徴とする、請求項１２に記載の有料情報提供システム。
14. 前記サーバには、予め各前記端末に固有の暗号鍵が設定されており、
    各前記端末には、予め固有の復号鍵が設定されており、
    前記配信部は、
    乱数を生成し、
    前記受信部がデスクランブルした有料情報を、前記乱数を用いて再スクランブルし、
    前記乱数を対応する前記暗号鍵を用いて暗号化し、
    前記再スクランブルされた有料情報および前記暗号化された乱数を、前記リクエストを発した端末に配信し、
    各前記端末は、
    前記配信部から受け取った前記暗号化された乱数を、予め設定された前記暗号鍵を用いて復号し、
    前記配信部から受け取った前記再スクランブルされた有料情報を、前記復号された乱数を用いてデスクランブルすることを特徴とする、請求項１２に記載の有料情報提供システム。
15. 前記受信局は、複数存在し、
    特定の受信局において付与された電子価値を、他の受信局において使用するための携帯型の電子価値保持デバイスをさらに備え、
    前記特定の受信局は、前記電子価値保持デバイスがセットされた状態で電子価値付与要求が入力されたとき、当該電子価値保持デバイスに電子価値を付与し、
    前記他の受信局は、前記電子価値保持デバイスがセットされた状態で有料情報の利用要求が発生したとき、前記料金計算部が計算した有料情報の利用料金を、前記料金記憶部に記憶させることなく当該電子価値保持デバイスに転送し、
    前記他の受信局にセットされた電子価値保持デバイスは、当該他の受信局の前記サーバから転送されてくる利用料金を、付与されている電子価値によって精算することを特徴とする、請求項１に記載の有料情報提供システム。
16. 前記特定の受信局および前記他の受信局は、それぞれ１以上の送信局からの有料情報を受信可能であり、
    前記電子価値保持デバイスは、前記特定の受信局が受信可能な送信局をそれぞれ識別するための第１の識別情報を格納しており、
    前記他の受信局には、当該他の受信局が受信可能な送信局をそれぞれ識別するための第２の識別情報が登録されており、
    前記他の受信局のサーバは、前記電子価値保持デバイスがセットされた状態で有料情報の利用要求が発生したとき、前記第１および第２の識別情報に基づいて、当該有料情報の利用の可否を判断し、利用可能と判断した場合のみ、前記料金計算部が計算した有料情報の利用料金を、当該電子価値保持デバイスに転送することを特徴とする、請求項１５に記載の有料情報提供システム。
17. 前記受信局は、複数存在し、
    特定の受信局において信用が付与され、当該付与された信用に相当する金額分の有料情報を、他の受信局において利用可能な携帯型の信用保持デバイスをさらに備え、
    前記特定の受信局は、前記信用保持デバイスがセットされた状態で信用付与要求が入力されたとき、当該信用保持デバイスに予め定めた金額に相当する信用を付与し、
    前記他の受信局は、前記信用保持デバイスがセットされた状態で有料情報の利用要求が発生したとき、前記料金計算部が計算した有料情報の利用料金を、前記料金記憶部に記憶させることなく当該信用保持デバイスに転送し、
    前記他の受信局にセットされた信用保持デバイスは、前記サーバから転送されてくる利用料金を累積加算し、
    前記特定の受信局は、前記信用保持デバイスがセットされた状態で精算要求が入力されたとき、当該信用保持デバイスに保持されている利用料金の累積加算値を入力して、前記料金記憶部に記憶されている有料情報の利用料金に加算することを特徴とする、請求項１に記載の有料情報提供システム。
18. 前記特定の受信局および前記他の受信局は、それぞれ１以上の送信局からの有料情報を受信可能であり、
    前記信用保持デバイスは、前記特定の受信局が受信可能な送信局をそれぞれ識別するための第１の識別情報を格納しており、
    前記他の受信局は、当該他の受信局が受信可能な送信局をそれぞれ識別するための第２の識別情報を登録しており、
    前記他の受信局のサーバは、前記信用保持デバイスがセットされた状態で有料情報の利用要求が発生したとき、前記第１および第２の識別情報に基づいて、当該有料情報の利用の可否を判断し、利用可能と判断した場合のみ、前記料金計算部が計算した有料情報の利用料金を、当該信用保持デバイスに転送することを特徴とする、請求項１７に記載の有料情報提供システム。
19. 前記サーバは、前記受信部が受信した有料情報を記録する情報記録部をさらに備え、
    前記配信部は、各前記端末から前記情報記録部に記録されている有料情報を利用したい旨のリクエストがあったとき、当該情報記録部から対応する有料情報を読み出して当該リクエストを発した端末に配信し、
    前記料金計算部は、前記情報記録部に記録されている有料情報が、前記端末に配信される毎に、当該有料情報の利用料金を計算することを特徴とする、請求項１に記載の有料情報提供システム。
20. 前記受信局は、複数存在し、
    任意の第１の受信局で受信した有料情報を、当該第１の受信局とは異なる任意の第２の受信局で利用可能なことを特徴とする、請求項１９に記載の有料情報提供システム。
21. 前記第１の受信局のサーバは、自局内の前記情報記録部に記録されている有料情報を前記第２の受信局で利用したい旨の要求が入力された場合、当該有料情報の利用条件を規定するための実行権データを作成すると共に、作成した実行権データに基づいて、当該有料情報の利用料金を計算し、前記料金記憶部に記憶させ、
    前記第１の受信局で作成された実行権データおよび前記第１の受信局内の前記情報記録部に記録された有料情報は、前記第２の受信局に伝達され、
    前記第２の受信局内の各前記端末は、前記第１の受信局から伝達された実行権データが規定する利用条件を満たす場合にのみ、前記第１の受信局から伝達された有料情報の利用を許可することを特徴とする、請求項２０に記載の有料情報提供システム。
22. 前記第１の受信局のサーバは、自局内の前記情報記録部に記録されている有料情報を前記第２の受信局で利用したい旨の要求が入力された場合、当該有料情報の利用条件を規定するための実行権データを作成し、
    前記第１の受信局で作成された実行権データおよび前記第１の受信局内の前記情報記録部に記録された有料情報は、前記第２の受信局に伝達され、
    前記第２の受信局内の各前記端末は、前記第１の受信局から伝達された実行権データが規定する利用条件を満たす場合にのみ、前記第１の受信局から伝達された有料情報の利用を許可すると共に、当該実行権データおよび伝達された有料情報に基づいて、当該有料情報の利用料金を計算し、自局内の前記料金記憶部に記憶させることを特徴とする、請求項２０に記載の有料情報提供システム。
23. 前記サーバとはオンライン接続されていない外部端末が設けられ、
    前記サーバは、前記情報記録部に記録されている有料情報を前記外部端末で利用したい旨の要求が入力された場合、当該有料情報の利用条件を規定するための実行権データを作成すると共に、作成した実行権データに基づいて、当該有料情報の利用料金を計算し、前記料金記憶部に記憶させ、
    前記サーバで作成された実行権データおよび前記情報記録部に記録された有料情報は、前記外部端末に伝達され、
    前記外部端末は、前記受信局から伝達された実行権データが規定する利用条件を満たす場合にのみ、前記受信局から伝達された有料情報の利用を許可することを特徴とする、請求項１９に記載の有料情報提供システム。

Images