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

Abstract

(57)【要約】 【課題】 ユーザ側での実際の利用度合いに応じた利用
料金を求めることができる有料情報提供システムを提供
することである。 【解決手段】 サーバ２は、受信した有料情報を内部ス
クランブラ２３でスクランブルした後、リクエストを送
出した端末３に送信する。第２料金管理部２２３では、
端末管理部２５から出力される料金係数に基づいて、サ
ーバ２を管理する契約者に請求する有料情報の料金を決
定する。この料金係数は、有料情報を利用する端末の属
性、当該有料情報を利用した端末の数および／または端
末を利用するユーザの属性に基づいて決定される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、有料情報提供シス
テムに関し、より特定的には、情報提供業者によって管
理される送信局（放送衛星、通信衛星、ＣＡＴＶのセン
タ局、地上放送局等）から、当該情報提供業者と受信契
約を結んでいる受信局に対し、映像データ、音声デー
タ、コンピュータデータ等の有料情報を提供するシステ
ムに関する。

【０００２】

【従来の技術】従来の有料情報提供システムにおける課
金方法の一例として、放送衛星を用いた有料放送システ
ムにおける課金方法について説明する。図１６は、放送
衛星を用いた有料放送システムの全体構成を示すブロッ
ク図である。図１６において、上記有料放送システムに
は、デジタル化された映像、音声等の有料情報を送信す
る送信装置１００と、当該有料情報を受信する受信装置
１０７とが、通信路１０６によって接続されている。ま
た、受信装置１０７は、ＩＣカード１０８がセットされ
ることによって、送信されてくる有料情報等を受信する
ことが可能となる。

【０００３】送信装置１００は、スクランブル鍵を生成
するスクランブル鍵生成部１０１と、有料情報をスクラ
ンブルするスクランブラ１０２と、関連情報（ユーザと
の契約に関する情報）およびスクランブル鍵を暗号化す
る関連情報暗号化部１０３と、当該関連情報に基づい
て、ユーザに請求する料金を管理する料金管理部１０４
と、スクランブルされた有料情報と暗号化された関連情
報等とを多重化して送信する多重／送信部１０５とを備
える。

【０００４】受信装置１０７は、多重化された有料情報
および関連情報等を受信し分離する受信／分離部１０９
と、当該有料情報をスクランブル鍵を用いてデスクラン
ブルするデスクランブラ１１０と、デスクランブルされ
た有料情報をデコードして映像データ、音声データ等を
出力する映像／音声デコーダ１１１とを備える。また、
ＩＣカード１０８は、暗号化された関連情報および暗号
化されたスクランブル鍵を復号する関連情報復号部１１
２と、復号された関連情報を検査することによって、受
信装置１０７が有料情報を受信する資格を有するか否か
を判定し、資格を有する場合にのみ関連情報に添付され
ているスクランブル鍵をデスクランブラ１１０に与える
資格判定部１１３とを備える。

【０００５】上記のような構成を有する有料放送システ
ムにおいて、情報提供業者は、有料情報の提供および有
料情報の利用に対する料金の請求を、以下に説明するよ
うにして行っている。まず、ユーザは、有料情報の受信
設備（受信装置１０７およびＩＣカード１０８）を購入
し設置する。同時に、ユーザは、電話等のコミュニケー
ション手段を用いて、情報提供業者との間で、有料情報
の提供に関する契約を締結する。これによって、情報提
供業者が管理する送信装置１００には、上述した契約情
報が登録される。なお、この契約情報は、資格判定部１
１３にも登録される。

【０００６】上記のような登録が完了した後、送信装置
１００がユーザからのリクエストを受信すると、スクラ
ンブル鍵生成部１０１は、スクランブル鍵を生成し、こ
の生成したスクランブル鍵をスクランブラ１０２に設定
すると共に、関連情報暗号化部１０３に出力する。関連
情報暗号化部１０３は、リクエストを送信したユーザの
契約情報等を含む関連情報とスクランブル鍵とを暗号化
し、多重／送信部１０５に出力する。一方、スクランブ
ラ１０２は、リクエストされた有料情報を、設定された
スクランブル鍵を用いてスクランブルした後、多重／送
信部１０５に出力する。多重／送信部１０５は、暗号化
された関連情報およびスクランブル鍵と、スクランブル
された有料情報とを多重化し、通信路１０６を介して、
受信装置１０７の受信／分離部１０９に送信する。この
とき、料金管理部１０４には、リクエストを送信したユ
ーザの契約情報等を含む関連情報が入力される。料金管
理部１０４は、これに応じて、このユーザに対する有料
情報の利用料金を計算し、当該利用料金に関する情報を
格納する。

【０００７】受信／分離部１０９は、通信路１０６を介
して受信した情報を、暗号化された関連情報およびスク
ランブル鍵と、スクランブルされた有料情報とに分離
し、前者を関連情報復号部１１２に、後者をデスクラン
ブラ１１０にそれぞれ出力する。関連情報復号部１１２
は、暗号化されている関連情報およびスクランブル鍵を
復号した後、これらを資格判定部１１３に出力する。資
格判定部１１３は、関連情報が含む契約情報と、内部に
登録されている契約情報とに基づいて、当該受信装置１
０７を保有するユーザが情報提供業者と契約しているか
否かを判断し、肯定的な判断をした場合にのみ、入力し
たスクランブル鍵をデスクランブラ１１０に出力する。
デスクランブラ１１０は、獲得したスクランブル鍵を用
いて、入力された有料情報をデスクランブルし、映像／
音声デコーダ１１１に出力する。映像／音声デコーダ１
１１によってデコードされた有料情報は、映像データお
よび音声データとして出力される。これによって、ユー
ザは、情報提供業者から有料情報を獲得したこととな
る。なお、送信装置１００を管理する情報提供業者は、
契約によって定められた時期（例えば、月末）に、料金
管理部１０４に格納されている料金の情報に基づいて、
ユーザに有料情報の利用に対する料金を請求する。

【０００８】

【発明が解決しようとする課題】ところで、近年の技術
革新によって、放送や情報通信に係る設備基盤が整い、
各家庭においても、情報提供業者から様々な情報（映像
情報、音声情報、文字情報、図形情報等）を得ることが
できるようになった。これらの情報は、例えば、地上放
送局、衛星放送または通信衛星から無線によって家庭に
送信されてくる。また、ＣＡＴＶ（Ｃａｂｌｅ Ｔｅｌ
ｅｖｉｓｉｏｎ）のセンタ局から光ファイバケーブル等
の有線を介して送信されてくる。

【０００９】また、従来の家庭では、居間等にテレビが
１台だけ設置され、家族全員でテレビ番組を視聴すると
いう形態が一般的であった。しかし、近年、複数の部屋
にテレビが設置され、個人個人で好きなテレビ番組をみ
るようになってきている。このような個人指向は、今後
ますます顕著になるものと考えられる。

【００１０】上記のように、各家庭において様々な情報
を得ることができ、なおかつ個人指向が進むような状況
に適応するためには、以下に説明するような２つの有料
情報提供システムを構築することが考えられる。すなわ
ち、第１の有料情報提供システムでは、家庭内の必要な
部屋毎に、前述した受信設備（受信装置１０７およびＩ
Ｃカード１０８）が設置される。また、第２の有料情報
提供システムでは、１つの家庭に対して１組の受信設備
が設置され、受信装置１０７から出力される有料情報が
分岐されて、各部屋のテレビに入力される。家庭内の各
人は、それぞれ別個のテレビを用いてこの有料情報を視
聴する。

【００１１】しかしながら、上記の第１の有料情報提供
システムを採用した場合、家庭の必要な部屋毎に、受信
設備（受信装置１０７およびＩＣカード１０８）を設け
る必要があり、ユーザ側での当初の設備負担額が大きく
なるという問題点が生じる。また、第１の有料情報提供
システムでは、受信設備の設置台数に対応して、情報提
供業者と複数の契約を行う必要が生じる。そのため、１
つの家庭内において同一のテレビ番組を２つのテレビで
視聴した場合、その家庭は、同一のテレビ番組に対して
２度の利用料金を支払うことになる。しかし、ユーザと
しては、同一のテレビ番組に対して２度の料金を支払う
ことに抵抗を感じるであろう。

【００１２】一方、上記の第２の有料情報提供システム
を採用した場合、テレビの台数に応じた課金をすること
ができないという問題点が生じる。より具体的には、例
えば、１家庭内に１つの受信設備を設置し、当該受信設
備に対して１０台のテレビを接続したとする。このよう
な場合、１台のテレビでテレビ番組を視聴したときであ
っても、１０台のテレビでテレビ番組を視聴したときで
あっても、１家庭全体として情報提供業者に支払う料金
は同一である。しかし、情報提供業者としては、テレビ
の設置台数に応じた料金を家庭に対して請求したいと考
えるであろう。また、１台のテレビしか保有していない
ユーザは、１０台のテレビを保有しているユーザと同じ
料金を請求されるのは不合理であると考えるであろう。

【００１３】それゆえに、本発明の目的は、ユーザ側で
の実際の利用度合いに応じた利用料金を求めることがで
きる有料情報提供システムを提供することである。ま
た、本発明の他の目的は、ユーザ側での初期的な設備負
担額を軽減でき、しかも情報提供業者と重複契約をする
必要がない有料情報提供システムを提供することであ
る。

【００１４】

【課題を解決するための手段および発明の効果】第１の
発明は、送信局から受信局に対して有料情報を提供する
有料情報提供システムであって、受信局は、１つのサー
バと、ユーザによって操作され、有料情報を利用するた
めの複数の端末とを備え、サーバは、送信局から送信さ
れてくる有料情報を受信する受信部と、受信部によって
受信された有料情報を、当該有料情報の提供をリクエス
トした端末に配信する配信部と、各端末から送られてく
るリクエストに基づいて、各端末における有料情報の利
用状況を管理する利用状況管理部と、利用状況管理部が
管理している利用状況に基づいて、有料情報の利用料金
を計算する料金計算部と、料金計算部が計算した利用料
金を記憶する料金記憶部とを備えている。

【００１５】上記のように、第１の発明によれば、サー
バで各端末における有料情報の利用状況を管理し、この
利用状況から各端末における有料情報の利用料金を計算
するようにしているので、１人の契約者が端末を何台保
有していても、実際に利用した有料情報の度合いに応じ
た料金を計算することができる。また、第１の発明によ
れば、各受信局の契約者は、受信設備として１台のサー
バを設けるだけでよいので、ユーザ側の設備負担額が少
なくてすむ。

【００１６】第２の発明は、第１の発明において、サー
バには、各端末の属性を示す端末情報が登録されてお
り、料金計算部は、利用料金の計算時に端末情報を参照
することにより、各端末について差別化された利用料金
を計算することを特徴とする。

【００１７】上記のように、第２の発明によれば、サー
バに各端末の属性を示す端末情報を登録し、利用料金の
計算時にこの端末情報を参照することにより、各端末に
ついて差別化された利用料金を計算するようにしてい
る。これによって、有料情報を利用する端末の属性（設
置場所、画面サイズ等）をも考慮した柔軟な料金計算が
可能となる。

【００１８】第３の発明は、第２の発明において、送信
局は、有料情報を受信局に送信するとき、当該有料情報
の基礎的な利用料金を規定するための基礎料金情報を、
同時に当該受信局に送信し、端末情報は、各端末の属性
に応じた料金係数を含んでおり、料金計算部は、基礎料
金情報で規定される基礎料金に料金係数を乗じることに
より、各端末別に有料情報の利用料金を計算することを
特徴とする。

【００１９】上記のように、第３の発明によれば、料金
演算部は、送信局から送信されてくる基礎料金情報に、
各端末の属性に応じた料金係数を乗じることにより、各
端末別に有料情報の利用料金を計算するようにしている
ので、送信局を管理する情報提供業者は、基礎料金情報
を変更するだけで、各端末に対する有料情報の料金改定
を容易に行うことができる。

【００２０】第４の発明は、第３の発明において、配信
部は、さらに送信局から送られてくる基礎料金情報を各
端末に送信し、各端末は、受信した基礎料金情報をユー
ザに提示することを特徴とする。

【００２１】上記のように、第４の発明によれば、送信
局から送信されてくる基礎料金情報を、端末を介してユ
ーザに提示するようにしているので、端末を操作するユ
ーザは、提示された基礎料金情報を参考にして、有料情
報を利用すべきか否かを判断することができる。

【００２２】第５の発明は、第２の発明において、サー
バには、端末情報を送信局に提供することに基づく割引
情報が設定されており、有料情報の提供をリクエストし
た端末の端末情報が、送信局に提供されたとき、料金計
算部は、割引情報を参照して、割り引かれた利用料金を
計算することを特徴とする。

【００２３】送信局を管理する情報提供業者にとって
は、提供する有料情報がどのような端末を介して利用さ
れているかという情報は、視聴率調査やマーケティング
調査等の観点からして重要な関心事である。しかしなが
ら、受信局で保持されている端末情報は、個人のプライ
バシーに関わる情報であるため、無条件に送信局に提示
させるとユーザの利益を損なう。そこで、第５の発明に
よれば、有料情報を利用した端末の端末情報を送信局に
提供したユーザに対しては、有料情報の利用料金を割り
引くことにより、端末情報の提供を促進し、情報提供業
者およびユーザの双方にとって利益のある有料情報提供
システムを実現するようにしている。

【００２４】第６の発明は、第１の発明において、サー
バには、各端末を使用するユーザの属性を示すユーザ情
報が登録されており、料金計算部は、利用料金の計算時
にユーザ情報を参照することにより、各ユーザについて
差別化された利用料金を計算することを特徴とする。

【００２５】上記のように、第６の発明によれば、サー
バに各端末を使用するユーザの属性を示すユーザ情報を
登録し、利用料金の計算時にこのユーザ情報を参照する
ことにより、各ユーザについて差別化された利用料金を
計算するようにしている。これによって、有料情報を利
用するユーザの属性（大人、子供等）をも考慮した柔軟
な料金計算が可能となる。

【００２６】第７の発明は、第６の発明において、送信
局は、有料情報を受信局に送信するとき、当該有料情報
の基礎的な利用料金を規定するための基礎料金情報を、
同時に当該受信局に送信し、端末情報は、各ユーザの属
性に応じた料金係数を含んでおり、料金計算部は、基礎
料金情報で規定される基礎料金に料金係数を乗じること
により、各ユーザ別に有料情報の利用料金を計算するこ
とを特徴とする。

【００２７】上記のように、第７の発明によれば、料金
演算部は、送信局から送信されてくる基礎料金情報に、
各ユーザの属性に応じた料金係数を乗じることにより、
各ユーザ別に有料情報の利用料金を計算するようにして
いるので、送信局を管理する情報提供業者は、基礎料金
情報を変更するだけで、各ユーザに対する有料情報の料
金改定を容易に行うことができる。

【００２８】第８の発明は、第７の発明において、配信
部は、さらに送信局から送られてくる基礎料金情報を各
端末に送信し、各端末は、受信した基礎料金情報をユー
ザに提示することを特徴とする。

【００２９】上記のように、第８の発明によれば、送信
局から送信されてくる基礎料金情報を、端末を介してユ
ーザに提示するようにしているので、端末を操作するユ
ーザは、提示された基礎料金情報を参考にして、有料情
報を利用すべきか否かを判断することができる。

【００３０】第９の発明は、第６の発明において、サー
バには、端末情報を送信局に提供することに基づく割引
情報が設定されており、有料情報の提供をリクエストし
た端末を操作したユーザのユーザ情報が、送信局に提供
されたとき、料金計算部は、割引情報を参照して、割り
引かれた利用料金を計算することを特徴とする。

【００３１】送信局を管理する情報提供業者にとって
は、提供する有料情報がどのようなユーザによって利用
されているかという情報は、視聴率調査やマーケティン
グ調査等の観点からして重要な関心事である。しかしな
がら、受信局で保持されているユーザ情報は、個人のプ
ライバシーに関わる情報であるため、無条件に送信局に
提示させるとユーザの利益を損なう。そこで、第９の発
明によれば、有料情報を利用したユーザのユーザを送信
局に提供したユーザに対しては、有料情報の利用料金を
割り引くことにより、ユーザ情報の提供を促進し、情報
提供業者および契約者の双方にとって利益のある有料情
報提供システムを実現するようにしている。

【００３２】第１０の発明は、第１の発明において、利
用状況管理部は、各端末における有料情報の利用履歴を
保持しており、料金計算部は、利用料金の計算時に利用
履歴を参照することにより、利用回数の多い有料情報の
利用料金の割引率を高くすることを特徴とする。

【００３３】同じ有料情報を複数回利用した場合、利用
する毎に同じ料金を課すと、同じ有料情報を再度利用す
る気持ちを減退させる。そこで、第１０の発明によれ
ば、各端末における有料情報の利用履歴を保持してお
き、利用料金の計算時にこの利用履歴を参照することに
より、利用回数の多い有料情報の利用料金の割引率を高
くするようにしている。これによって、ユーザの料金負
担を軽くし、同じ有料情報の繰り返し利用を促進するこ
とができる。

【００３４】第１１の発明は、第１の発明において、料
金計算部は、ユーザが操作することができない領域に設
置されることを特徴とする。

【００３５】上記のように、第１１の発明によれば、料
金計算部をユーザが操作することができない領域に設置
するようにしているので、料金計算部が計算した利用料
金が不正に改竄されるのを防止することができる。

【００３６】第１２の発明は、第１の発明において、配
信部は、さらに各端末から送信されてくるリクエスト
を、所定の端末からの指示に応答して、当該端末に送信
し、所定の端末は、受信したリクエストをユーザに提示
することを特徴とする。

【００３７】上記のように、第１２の発明によれば、各
端末が発したリクエストを、所定の端末でチェックする
ことができるので、例えば、親は子供がどのような有料
情報を利用しようとしているのかを監視でき、子供に悪
影響を及ぼすような有料情報の利用を未然に防止するこ
とができる。

【００３８】第１３の発明は、第１の発明において、受
信局は、複数の送信局と受信契約を締結しており、受信
部および料金計算部は、受信契約を締結している各送信
局に対応して設置されている。

【００３９】上記のように第１３の発明によれば、受信
部および料金計算部を受信契約を締結している複数の送
信局毎に対応して設けるようにしているので、受信局
は、複数の送信局からの有料情報を受信し、かつ送信局
毎に料金計算を行うことができる。

【００４０】第１４の発明は、第１の発明において、送
信局は、有料情報をスクランブルして送信し、受信部
は、受信した有料情報をさらにデスクランブルし、配信
部は、受信部がデスクランブルした有料情報を、再スク
ランブルしてリクエストを発した端末に配信し、各端末
は、配信部から受け取った再スクランブルされた有料情
報をデスクランブルして利用することを特徴とする。

【００４１】上記のように、第１４の発明によれば、受
信局は、送信局から送られてくる有料情報のスクランブ
ルを一旦解除し、再スクランブルをかけて各端末に配信
するようにしているので、各送信局でスクランブル方式
が異なっていても、受信局内部でスクランブル方式を統
一化できる。その結果、各端末に送信局毎のデスクラン
ブラを設ける必要がない。

【００４２】第１５の発明は、第１４の発明において、
サーバには、予め各端末に固有のスクランブル鍵が設定
されており、各端末には、予め固有のデスクランブル鍵
が設定されており、配信部は、受信部がデスクランブル
した有料情報を、対応するスクランブル鍵を用いて再ス
クランブルした後、リクエストを発した端末に配信し、
各端末は、配信部から受け取った再スクランブルされた
有料情報を、予め設定されたデスクランブル鍵を用いて
デスクランブルして利用することを特徴とする。

【００４３】上記のように、第１５の発明によれば、サ
ーバ側は、各端末に固有のスクランブル鍵を用いて有料
情報を再スクランブルし、端末側は、受信した再スクラ
ンブルされた有料情報を予め設定された自己のデスクラ
ンブル鍵を用いてデスクランブルするようにしているの
で、サーバから特定の端末に向けて配信された有料情報
が他の端末で不所望に利用される事態を防止することが
できる。

【００４４】第１６の発明は、第１４の発明において、
サーバには、予め各端末に固有の暗号鍵が設定されてお
り、各端末には、予め固有の復号鍵が設定されており、
配信部は、乱数を生成し、受信部がデスクランブルした
有料情報を、乱数を用いて再スクランブルし、乱数を対
応する暗号鍵を用いて暗号化し、再スクランブルされた
有料情報および暗号化された乱数を、リクエストを発し
た端末に配信し、各端末は、配信部から受け取った暗号
化された乱数を、予め設定された暗号鍵を用いて復号
し、配信部から受け取った再スクランブルされた有料情
報を、復号された乱数を用いてデスクランブルすること
を特徴とする。

【００４５】上記のように、第１６の発明によれば、サ
ーバ側は、乱数を用いて有料情報を再スクランブルし、
さらに当該乱数を各端末に固有の暗号鍵を用いて暗号化
し、端末側は、受信した暗号化された乱数を予め設定さ
れた自己の復号鍵を用いて復号し、さらにこの復号され
た乱数を用いて再スクランブルされた有料情報をデスク
ランブルするようにしているので、前述の第１５の発明
のように、毎回同じスクランブル鍵を用いて有料情報を
再スクランブルする場合に比べて、より安全に有料情報
を特定の端末に配信することができる。

【００４６】第１７の発明は、第１の発明において、受
信局は、複数存在し、特定の受信局において付与された
電子価値を、他の受信局において使用するための携帯型
の電子価値保持デバイスをさらに備え、特定の受信局
は、電子価値保持デバイスがセットされた状態で電子価
値付与要求が入力されたとき、当該電子価値保持デバイ
スに電子価値を付与し、他の受信局は、電子価値保持デ
バイスがセットされた状態で有料情報の利用要求が発生
したとき、料金計算部が計算した有料情報の利用料金
を、料金記憶部に記憶させることなく当該電子価値保持
デバイスに転送し、他の受信局にセットされた電子価値
保持デバイスは、当該他の受信局のサーバから転送され
てくる利用料金を、付与されている電子価値によって精
算することを特徴とする。

【００４７】上記のように、第１７の発明によれば、特
定の受信局に属するユーザは、他の受信局における端末
を介して有料情報を利用することが可能となり、しか
も、当該有料情報の利用料金は、他の受信局のユーザに
課されるのではなく、実際に有料情報を利用したユーザ
に課されることとなる。これによって、使い勝手の良い
有料情報提供システムを構築することができる。

【００４８】第１８の発明は、第１７の発明において、
特定の受信局および他の受信局は、それぞれ１以上の送
信局からの有料情報を受信可能であり、電子価値保持デ
バイスは、特定の受信局が受信可能な送信局をそれぞれ
識別するための第１の識別情報を格納しており、他の受
信局には、当該他の受信局が受信可能な送信局をそれぞ
れ識別するための第２の識別情報が登録されており、他
の受信局のサーバは、電子価値保持デバイスがセットさ
れた状態で有料情報の利用要求が発生したとき、第１お
よび第２の識別情報に基づいて、当該有料情報の利用の
可否を判断し、利用可能と判断した場合のみ、料金計算
部が計算した有料情報の利用料金を、当該電子価値保持
デバイスに転送することを特徴とする。

【００４９】特定の受信局では受信不可能な送信局が、
他の受信局では受信可能な場合がある。このような送信
局からの有料情報を、電子価値保持デバイスを用いて、
他の受信局で利用すると、利用料金の精算が行えなくな
る。そこで、第１８の発明では、電子価値保持デバイス
を用いた有料情報の利用要求が発生したとき、当該電子
価値保持デバイスが属する特定の受信局で受信可能な送
信局と、当該電子価値保持デバイスがセットされた他の
受信局で受信可能な送信局とを照合し、要求された有料
情報を提供している送信局がいずれの受信局でも受信可
能な場合のみ、有料情報の利用を可能とし、当該有料情
報の利用料金を、当該電子価値保持デバイスに転送する
ようにしている。

【００５０】第１９の発明は、第１の発明において、受
信局は、複数存在し、特定の受信局において信用が付与
され、当該付与された信用に相当する金額分の有料情報
を、他の受信局において利用可能な携帯型の信用保持デ
バイスをさらに備え、特定の受信局は、信用保持デバイ
スがセットされた状態で信用付与要求が入力されたと
き、当該信用保持デバイスに予め定めた金額に相当する
信用を付与し、他の受信局は、信用保持デバイスがセッ
トされた状態で有料情報の利用要求が発生したとき、料
金計算部が計算した有料情報の利用料金を、料金記憶部
に記憶させることなく当該信用保持デバイスに転送し、
他の受信局にセットされた信用保持デバイスは、サーバ
から転送されてくる利用料金を累積加算し、特定の受信
局は、信用保持デバイスがセットされた状態で精算要求
が入力されたとき、当該信用保持デバイスに保持されて
いる利用料金の累積加算値を入力して、料金記憶部に記
憶されている有料情報の利用料金に加算することを特徴
とする。

【００５１】上記のように、第１９の発明によれば、特
定の受信局に属するユーザは、他の受信局における端末
を介して有料情報を利用することが可能となり、しか
も、当該有料情報の利用料金は、他の受信局のユーザに
課されるのではなく、実際に有料情報を利用したユーザ
に課されることとなる。これによって、使い勝手の良い
有料情報提供システムを構築することができる。

【００５２】第２０の発明は、第１９の発明において、
特定の受信局および他の受信局は、それぞれ１以上の送
信局からの有料情報を受信可能であり、信用保持デバイ
スは、特定の受信局が受信可能な送信局をそれぞれ識別
するための第１の識別情報を格納しており、他の受信局
は、当該他の受信局が受信可能な送信局をそれぞれ識別
するための第２の識別情報を登録しており、他の受信局
のサーバは、信用保持デバイスがセットされた状態で有
料情報の利用要求が発生したとき、第１および第２の識
別情報に基づいて、当該有料情報の利用の可否を判断
し、利用可能と判断した場合のみ、料金計算部が計算し
た有料情報の利用料金を、当該信用保持デバイスに転送
することを特徴とする。

【００５３】特定の受信局では受信不可能な送信局が、
他の受信局では受信可能な場合がある。このような送信
局からの有料情報を、信用保持デバイスを用いて、他の
受信局で利用すると、利用料金の精算が行えなくなる。
そこで、第２０の発明では、信用保持デバイスを用いた
有料情報の利用要求が発生したとき、当該信用保持デバ
イスが属する特定の受信局で受信可能な送信局と、当該
信用保持デバイスがセットされた他の受信局で受信可能
な送信局とを照合し、要求された有料情報を提供してい
る送信局がいずれの受信局でも受信可能な場合のみ、有
料情報の利用を可能とし、当該有料情報の利用料金を、
当該信用保持デバイスに転送するようにしている。

【００５４】第２１の発明は、第１の発明において、サ
ーバは、受信部が受信した有料情報を記録する情報記録
部をさらに備え、配信部は、各端末から情報記録部に記
録されている有料情報を利用したい旨のリクエストがあ
ったとき、当該情報記録部から対応する有料情報を読み
出して当該リクエストを発した端末に配信し、料金計算
部は、情報記録部に記録されている有料情報が、端末に
配信される毎に、当該有料情報の利用料金を計算するこ
とを特徴とする。

【００５５】上記のように、第２１の発明によれば、受
信した有料情報を記録しておき、端末からのリクエスト
に応じて、この記録した有料情報を読み出して端末に配
信するようにしているので、ユーザは、一度受信した有
料情報を再受信することなく、何回も利用することがで
きる。一方で、料金計算部は、情報記録部に記録されて
いる有料情報が、端末に配信される毎に、当該有料情報
の利用料金を計算するようにしているので、情報提供業
者は、利用回数に応じた課金を行うことができる。

【００５６】第２２の発明は、第２１の発明において、
受信局は、複数存在し、任意の第１の受信局で受信した
有料情報を、当該第１の受信局とは異なる任意の第２の
受信局で利用可能なことを特徴とする。

【００５７】上記のように、第２２の発明によれば、あ
る受信局で受信した有料情報を他の受信局で利用するこ
とができるので、柔軟性の高い有料情報提供システムが
構築できる。

【００５８】第２３の発明は、第２２の発明において、
第１の受信局のサーバは、自局内の情報記録部に記録さ
れている有料情報を第２の受信局で利用したい旨の要求
が入力された場合、当該有料情報の利用条件を規定する
ための実行権データを作成すると共に、作成した実行権
データに基づいて、当該有料情報の利用料金を計算し、
料金記憶部に記憶させ、第１の受信局で作成された実行
権データおよび第１の受信局内の情報記録部に記録され
た有料情報は、第２の受信局に伝達され、第２の受信局
内の各端末は、第１の受信局から伝達された実行権デー
タが規定する利用条件を満たす場合にのみ、第１の受信
局から伝達された有料情報の利用を許可することを特徴
とする。

【００５９】上記のように、第２３の発明によれば、第
１の受信局で受信した有料情報を第２の受信局で利用す
る際に、第１の受信局に対して利用料金を課金すること
ができる。

【００６０】第２４の発明は、第２２の発明において、
第１の受信局のサーバは、自局内の情報記録部に記録さ
れている有料情報を第２の受信局で利用したい旨の要求
が入力された場合、当該有料情報の利用条件を規定する
ための実行権データを作成し、第１の受信局で作成され
た実行権データおよび第１の受信局内の情報記録部に記
録された有料情報は、第２の受信局に伝達され、第２の
受信局内の各端末は、第１の受信局から伝達された実行
権データが規定する利用条件を満たす場合にのみ、第１
の受信局から伝達された有料情報の利用を許可すると共
に、当該実行権データおよび伝達された有料情報に基づ
いて、当該有料情報の利用料金を計算し、自局内の料金
記憶部に記憶させることを特徴とする。

【００６１】上記のように、第２４の発明によれば、第
１の受信局で受信した有料情報を第２の受信局で利用す
る際に、第２の受信局に対して利用料金を課金すること
ができる。

【００６２】第２５の発明は、第２１の発明において、
サーバとはオンライン接続されていない外部端末が設け
られ、サーバは、情報記録部に記録されている有料情報
を外部端末で利用したい旨の要求が入力された場合、当
該有料情報の利用条件を規定するための実行権データを
作成すると共に、作成した実行権データに基づいて、当
該有料情報の利用料金を計算し、料金記憶部に記憶さ
せ、サーバで作成された実行権データおよび情報記録部
に記録された有料情報は、外部端末に伝達され、外部端
末は、受信局から伝達された実行権データが規定する利
用条件を満たす場合にのみ、受信局から伝達された有料
情報の利用を許可することを特徴とする。

【００６３】上記のように、第２５の発明によれば、受
信局で受信した有料情報をサーバに接続されていない外
部の端末で利用することができるので、柔軟性の高い有
料情報提供システムが構築できる。

【００６４】

【発明の実施の形態】以下、図面を参照して、本発明の
実施形態について説明する。なお、本明細書においてス
クランブルとは、有料情報（信号あるいはデータ）を、
ある情報を知らないと元の有料情報に戻すことができな
い状態に加工することを意味しており、広くは暗号化の
概念も含むものとする。

【００６５】（第１の実施形態）図１は、本発明の第１
の実施形態に係る有料情報提供システムの構成を示すブ
ロック図である。図１において、本実施形態の有料情報
提供システムは、複数の送信局ＴＳと、複数の受信局Ｒ
Ｓとを備えている。各送信局ＴＳと各受信局ＲＳとの間
は、有線または無線の通信路４によって接続されてい
る。

【００６６】送信局ＴＳは、情報提供業者によって管理
された放送衛星、通信衛星、ＣＡＴＶのセンタ局、地上
放送局等であって、映像／音声データ、文字データ、コ
ンピュータデータ等の有料情報を送信する。

【００６７】受信局ＲＳは、１つのサーバ２と、複数の
端末３とを含む。サーバ２と端末３との間は、ローカル
バス５によって接続されている。端末３は、テレビジョ
ン受像機やコンピュータ装置等であって、サーバ２から
送られてくる有料情報を何らかの形態で利用（表示、音
声出力、データ処理等）する。サーバ２は、送信局ＴＳ
から送信されてくる有料情報を受信し、当該有料情報を
各端末３に配信する。また、サーバ２は、各端末３から
送られてくるリクエストに基づいて、各端末３における
有料情報の利用状況を管理し、この利用状況から各端末
３における有料情報の利用料金を計算する。受信局ＲＳ
は、情報提供者と受信契約をしている契約者（典型的に
は、家庭や事業所）毎に設けられる。ただし、コンドミ
ニアムのような集合住宅が受信局となる場合は、集合住
宅全体に対して１つのサーバ２を設け、各家庭に端末３
を設けるようにしても良い。

【００６８】通常、各送信局ＴＳは、有料情報の無断利
用を防止するため、有料情報をスクランブルして送信し
ている。そして、各送信局ＴＳにおけるスクランブル方
式は互いに異なっており、また送信方式も互いに異なっ
ている。サーバ２は、各送信局ＴＳから送信されてくる
有料情報を受信しデスクランブルすることにより、いず
れの端末でも利用可能なように、有料情報のフォーマッ
トを統一化する。ただし、サーバ２から端末３に有料情
報を配信する際には、各端末に固有のスクランブル鍵を
用いて有料情報を再スクランブルすることが好ましい。
これによって、ローカルバス５上を伝送される有料情報
は、特定の端末３でのみ利用可能となる。

【００６９】サーバ２で受信されデスクランブルされた
有料情報は、ある場合には、即座に端末３に出力され、
端末３でリアルタイムに利用される。また、別の場合に
は、サーバ２で受信されデスクランブルされた有料情報
は、一旦、サーバ２の内部で記録され、後に端末３から
のリクエストに従って読み出され、端末３等で利用され
る。サーバ２は、いずれの場合にも利用度合いに応じた
利用料金の計算を行うことができる。

【００７０】上記のように、第１の実施形態によれば、
サーバ２で各端末３における有料情報の利用状況を管理
し、この利用状況から各端末３における有料情報の利用
料金を計算するようにしているので、１人の契約者が端
末を何台保有していても、実際に利用した有料情報の度
合いに応じた料金を計算し管理することができる。ま
た、第１の実施形態によれば、各受信局の契約者は、受
信設備として１台のサーバ２を設けるだけでよいので、
ユーザ側の設備負担額が少なくてすむ。

【００７１】（第２の実施形態）次に、本発明の第２の
実施形態について説明する。この第２の実施形態は、前
述した第１の実施形態をさらに具体化したシステムとし
て構成されている。

【００７２】図２は、本発明の第２の実施形態に係る有
料情報提供システムの全体構成を示すブロック図であ
る。図２において、本実施形態の有料情報提供システム
は、図１に示す第１の実施形態と同様に、送信局ＴＳと
受信局ＲＳとを備えている。送信局ＴＳと受信局ＲＳと
の間は、有線または無線の通信路４によって接続されて
いる。なお、図２では、一例として、２つの送信局ＴＳ
と１つの受信局ＲＳとを示しているが、１つの受信局Ｒ
Ｓに接続される送信局ＴＳの数は、受信契約数に応じて
変動し、１つまたは３つ以上であっても良い。

【００７３】送信局ＴＳは、情報提供業者によって管理
された放送衛星、通信衛星、ＣＡＴＶのセンタ局、地上
放送局等であって、映像／音声データ、文字データ、コ
ンピュータデータ等の有料情報を送信する。

【００７４】受信局ＲＳは、１つのサーバ２と、複数の
端末３とを含む。サーバ２と端末３との間は、ローカル
バス５によって接続されている。端末３は、テレビジョ
ン受像機やコンピュータ装置等であって、サーバ２から
送られてくる有料情報を何らかの形態で利用（表示、音
声出力、データ処理等）する。サーバ２は、送信局ＴＳ
から送信されてくる有料情報を受信し、当該有料情報を
各端末３に配信する。また、サーバ２は、各端末３から
送信されてくるリクエストに基づいて、各端末３におけ
る有料情報の利用状況を管理し、この利用状況から各端
末３における有料情報の利用料金を計算する。受信局Ｒ
Ｓは、情報提供者と受信契約をしている契約者（典型的
には、家庭や事業所）毎に設けられる。ただし、コンド
ミニアムのような集合住宅が受信局となる場合は、集合
住宅全体に対して１つのサーバ２を設け、各家庭に端末
３を設けるようにしても良い。以下、送信局ＴＳ、サー
バ２および端末３のより詳細な構成について説明する。

【００７５】送信局ＴＳは、スクランブル鍵生成部１１
と、スクランブラ１２と、関連情報暗号化部１３と、多
重／送信部１４と、第１料金管理部１５とを備えてい
る。なお、各送信局ＴＳは、基本的には同一の構成を有
するが、それぞれにおけるスクランブラ１２は、各情報
提供業者のセキュリティポリシー等に基づいて、異なる
スクランブル方式によってスクランブルを行うことが多
い。

【００７６】サーバ２は、複数の受信装置２１と、当該
受信装置２１に対応するＩＣカード２２と、内部スクラ
ンブラ２３と、サーバＩ／Ｆ２４と、端末管理部２５と
を備えている。各受信装置２１は、受信部２１１とデス
クランブラ２１２とを含み、上記送信局ＴＳの送信方式
に対応した構成を有している。例えば、送信局ＴＳが放
送衛星であるならば、対応する受信装置２１は放送衛星
用の受信装置であり、また、送信局ＴＳがＣＡＴＶのセ
ンタ局であるならば、対応する受信装置２１はＣＡＴＶ
用の受信装置である。上記ＩＣカード２２は、関連情報
復号部２２１と、資格判定部２２２と、第２料金管理部
２２３とを含む。端末管理部２５は、サーバＩ／Ｆ２４
を介して端末３からのリクエストを受け取ると、料金係
数を求める処理、内部スクランブラ２３の設定処理、お
よびリクエスト送信処理を実行する。以下、この端末管
理部２５の詳細な構成を説明する。

【００７７】図３は、図２に示す端末管理部２５の構成
を示すブロック図である。端末管理部２５は、端末情報
設定部２５１と、端末情報格納部２５２と、リクエスト
内容格納部２５３と、割引情報格納部２５４と、料金係
数算出部２５５と、内部スクランブラ設定部２５６と、
リクエスト送信部２５７とを含む。

【００７８】端末情報設定部２５１は、サーバＩ／Ｆ２
４を介して、端末３が生成した初期設定コマンド（詳細
は後述する）を入力すると、当該端末３に対して端末暗
号鍵および基礎料金係数を割り当てる。次に、端末情報
設定部２５１は、割り当てた端末暗号鍵および基礎料金
係数と、初期設定コマンドに含まれる端末の属性にかか
る端末情報（端末３の設置場所や画面のサイズ等）と
を、端末情報格納部２５２に設定する（図４参照）。ま
た、端末情報設定部２５１は、暗号化された内部スクラ
ンブル鍵（割り当てた端末暗号鍵を用いて暗号化されて
いる）を復号する際に用いる端末復号鍵を生成し、当該
端末復号鍵を含む鍵割当コマンドを、サーバＩ／Ｆ２４
を介して、上記初期設定コマンドを生成した端末３に送
信する。

【００７９】端末情報格納部２５２は、図５に示すよう
に、各端末３について、端末情報（設置場所、画面サイ
ズ）と、端末暗号鍵と、基礎料金係数とを格納する。と
ころで、本実施形態において、端末３には、識別子が予
め付与されている。図２に示す一方の端末３には識別子
として「Ａ」を付与し（以下、この端末を端末３Ａと記
す）、他方には識別子「Ｂ」を付与する（以下、この端
末を端末３Ｂと記す）。かかる場合、端末情報格納部２
５２は、端末３Ａおよび３Ｂそれぞれの端末情報等を格
納する。

【００８０】リクエスト内容格納部２５３は、図６に示
すように、リクエストを生成した日付・時刻情報と、当
該リクエストを生成した端末３の識別子と、当該リクエ
ストに含まれている有料情報のタイトルとを格納する。
なお、図６は、端末３Ａが「Ｔ１」で表される日付・時
刻に、タイトル「Ｐ」の有料情報を要求するリクエスト
を生成し、さらに端末３Ｂが「Ｔ２」で表される日付・
時刻に、タイトル「Ｐ」の有料情報を要求するリクエス
トを生成した場合に、リクエスト内容格納部２５３が格
納する内容を示している。このように、リクエスト内容
格納部２５３は、サーバ２に接続されている端末３から
送出されたリクエストを管理する。

【００８１】割引情報格納部２５４は、図７に示すよう
に、同一番組をリクエストした端末の延べ台数と、当該
延べ台数に応じた割引率とを格納する。図７に示す例に
おいては、上記の延べ台数が０，１，２台のとき、割引
率が、それぞれ０，５，１０％に設定されている。な
お、割引情報格納部２５４は、端末の設置台数に応じた
割引額を格納するようにしてもよい。

【００８２】料金係数算出部２５５は、入力したリクエ
ストに基づいて、料金係数を算出した後、当該リクエス
トを内部スクランブラ設定部２５６に出力する。内部ス
クランブラ設定部２５６は、リクエストを生成した端末
３に送信すべき有料情報をスクランブルするための内部
スクランブル鍵を生成し、当該内部スクランブル鍵を内
部スクランブラ２３に設定する。次に、内部スクランブ
ラ設定部２５６は、リクエストを生成した端末３に割り
当てられている端末暗号鍵を、端末情報格納部２５２か
ら抽出する。次に、内部スクランブラ設定部２５６は、
生成した内部スクランブル鍵を、抽出した端末暗号鍵を
用いて暗号化した後、暗号化した内部スクランブル鍵
を、サーバＩ／Ｆ２４を介して、リクエストを生成した
端末３に送信する。次に、内部スクランブラ設定部２５
６は、料金係数算出部２５５から受け取ったリクエスト
をリクエスト送信部２５７に出力する。リクエスト送信
部２５７は、当該リクエストを、当該リクエストで指定
される有料情報を送信する送信局ＴＳに送信する。

【００８３】端末３は、コマンド生成部３１と、端末Ｉ
／Ｆ３２と、内部デスクランブラ３３と、端末復号部３
４と、映像／音声デコーダ３５と、映像／音声出力部３
６とを備える。ここで、各端末３は同一の構成を有して
いるが、各端末３には、前述したように、固有の識別子
が予め付与されている。さらに、各端末復号部３４が内
部に有するメモリ（図示せず）には、予め端末情報設定
部２５１によって割り当てられた端末復号鍵が格納され
る。

【００８４】上記のような構成を有する受信局ＲＳは、
これを購入等したユーザの家庭等に設置される。さら
に、このユーザは、家庭単位で情報提供業者から有料情
報の提供を受けるために、当該情報提供業者と契約を締
結する。これによって、情報提供業者が管理する送信局
ＴＳには、ユーザとの契約に関する契約情報およびこの
サーバ２用の暗号鍵（以下、サーバ暗号鍵と称する）が
登録される。さらに、この契約情報は、資格判定部２２
２にも登録される。また、上記送信局ＴＳに対応するＩ
Ｃカード２２の関連情報復号部２２１には、暗号化され
たスクランブル鍵（サーバ暗号鍵を用いてを暗号化され
ている）等を復号可能なサーバ復号鍵が格納される。ま
た、上記契約が完了すると、まず初期設定が行われる。
この初期設定において、端末３のコマンド生成部３１
は、ユーザの入力に従って、初期設定コマンドを生成
し、当該コマンドを端末Ｉ／Ｆ３２に出力する。この初
期設定コマンドは、端末３の識別子および端末情報を含
み、端末Ｉ／Ｆ３２によってローカルバス５に出力さ
れ、サーバＩ／Ｆ２４に入力される。その後、初期設定
コマンドは、サーバＩ／Ｆ２４によって端末管理部２５
の端末情報設定部２５１に出力される。

【００８５】端末情報設定部２５１は、初期設定コマン
ドを生成した端末３用の端末暗号鍵および基礎料金係数
を割り当てた後、当該初期設定コマンドに含まれる端末
３の識別子および端末情報と、割り当てた基礎料金係数
および端末暗号鍵とを、端末情報格納部２５２に格納す
る（図４および図５参照）。端末情報設定部２５１は、
前述したように、割り当てた端末暗号鍵に対応する端末
復号鍵を生成した後、鍵割当コマンドを生成してサーバ
Ｉ／Ｆ２４に出力する。この鍵割当コマンドは、上記初
期設定コマンドを生成した端末３の識別子と、当該端末
３用に生成した端末復号鍵とを含み、サーバＩ／Ｆ２４
によってローカルバス５に出力され、上記初期設定コマ
ンドを生成した端末３の端末Ｉ／Ｆ３２に入力される。
端末Ｉ／Ｆ３２は、入力した鍵割当コマンドを端末復号
部３４に出力する。端末復号部３４は、入力した鍵割当
コマンドに含まれる端末復号鍵を抽出した後、抽出した
端末復号鍵をその内部メモリに格納する。これによっ
て、初期設定が完了し、端末３は、有料情報を要求する
ためのリクエストを生成することが可能となる。

【００８６】なお、本実施形態においては、端末３Ａお
よび３Ｂには、それぞれ、端末暗号鍵「Ｋａ」および
「Ｋｂ」が割り当てられ、また基礎料金係数「１．５」
および「０．８」が設定されるものとする（図５参
照）。端末３Ａは、画面サイズが大きく、また居間に設
置されている。したがって、複数のユーザが同時に有料
情報を利用すると想定できる。そのため、基礎料金係数
は、有料情報の料金を高くすることができるように、
「１．５」と設定される。端末３Ｂは、逆に、その属性
から個人で有料情報を利用すると想定できる。そのた
め、基礎料金係数は、有料情報の料金を低くすることが
できるように、「０．８」と設定される。また、端末３
Ａおよび３Ｂの端末復号部３４には、端末暗号鍵「Ｋ
ａ」および「Ｋｂ」に対応する端末復号鍵「Ｋ’ａ」お
よび「Ｋ’ｂ」がそれぞれ格納される。以下、ユーザが
リクエストを入力してから有料情報を得るまでの本有料
情報提供システムの動作を、図面を参照して説明する。
なお、以下の動作説明において、特に端末管理部２５の
動作については、図８に示すフローチャートを参照して
説明する。

【００８７】例えば、端末３Ａのユーザが情報提供業者
「Ｘ」が提供する有料情報（タイトル「Ｐ」）を利用し
たい場合、コマンド生成部３１は、ユーザの入力に従っ
てリクエストを生成し、このリクエストを端末Ｉ／Ｆ３
２に出力する。このリクエストは、端末３Ａの識別子
「Ａ」、タイトル「Ｐ」および当該リクエストが生成さ
れた日付・時刻情報「Ｔ１」を含み、端末Ｉ／Ｆ３２、
ローカルバス５およびサーバＩ／Ｆ２４を経由して、端
末管理部２５の料金係数算出部２５５に入力される。こ
れによって、リクエスト待機状態（ステップＳ７１）に
ある端末管理部２５は、料金係数を求める処理を実行す
る。まず、料金係数算出部２５５は、入力したリクエス
トに含まれる識別子「Ａ」に対応する基礎料金係数
「１．５」を端末情報格納部２５２から抽出し保持する
（ステップＳ７２）。

【００８８】次に、料金係数算出部２５５は、リクエス
ト内容格納部２５３を検索し、今回のリクエストに含ま
れる日付・時刻情報「Ｔ１」よりも以前に、タイトル
「Ｐ」の有料情報を利用した端末３の延べ台数を計数し
保持する（ステップＳ７３）。現時点においては、この
延べ台数は、「０」であるものとする（図６参照）。次
に、料金係数算出部２５５は、保持している延べ台数に
対応する割引率を、割引情報格納部２５４から抽出する
（ステップＳ７４）。現時点においては、延べ台数
「０」に対応する割引率「０％」が抽出される（図７参
照）。次に、料金係数算出部２５５は、保持している基
礎料金係数「１．５」および割引率「０％」に基づい
て、料金係数「１．５」を算出し、算出した料金係数
「１．５」およびタイトル「Ｐ」を第２料金管理部２２
３に出力する（ステップＳ７５）。この後、料金係数算
出部２５５は、入力したリクエストが含む、端末３の識
別子「Ａ」、タイトル「Ｐ」および日付・時刻情報「Ｔ
１」を、リクエスト内容格納部２５３に格納し、当該リ
クエストを内部スクランブラ２５６に出力する。なお、
第２料金管理部２２３における処理については後述す
る。

【００８９】内部スクランブラ設定部２５６は、リクエ
ストを入力すると、内部スクランブル鍵を生成し、当該
内部スクランブル鍵を内部スクランブラに設定する（ス
テップＳ７６）。その後、内部スクランブラ設定部２５
６は、端末３Ａの端末暗号鍵「Ｋａ」を端末情報格納部
２５２から抽出し、抽出した端末暗号鍵「Ｋａ」で内部
スクランブル鍵を暗号化してサーバＩ／Ｆ２４に出力す
る。次に、内部スクランブラ設定部２５６は、入力した
リクエストをリクエスト送信部２５７に出力する。

【００９０】上記暗号化された内部スクランブル鍵（端
末暗号鍵「Ｋａ」で暗号化されている）は、サーバＩ／
Ｆ２４、ローカルバス５および端末３Ａの端末Ｉ／Ｆ３
２を経由して、端末３Ａの端末復号部３４に入力され
る。端末３Ａの端末復号部３４は、暗号化された内部ス
クランブル鍵を、その内部メモリに格納されている端末
復号鍵「Ｋ’ａ」で復号することにより、元の内部スク
ランブル鍵を獲得する。次に、端末復号部３４は、上記
内部スクランブル鍵を内部デスクランブラ３３に設定し
て、有料情報が送信されてくるのを待機する。

【００９１】リクエスト送信部２５７は、入力したリク
エストを、情報提供業者「Ｘ」が管理する送信局ＴＳに
送信する（ステップＳ７８）。これによって、端末管理
部２５は、料金係数を求める処理と、内部スクランブラ
の設定処理と、リクエスト送信処理とを終了し、再度リ
クエスト待機状態に移行し、他の端末３からのリクエス
トを受け付けることが可能になる。

【００９２】次に、情報提供業者「Ｘ」が管理する送信
局ＴＳの動作を説明する。送信局ＴＳは、リクエスト送
信部２５７から送出されたリクエストを受信すると、関
連情報を生成する。この関連情報は、情報提供業者
「Ｘ」が提供する有料情報それぞれに対応する基礎的な
料金を掲載したテーブル（以下、基本料金情報と称す
る）と、予め登録されている契約情報とを含む。次に、
スクランブル鍵生成部１１は、スクランブル鍵を生成
し、当該スクランブル鍵をスクランブラ１２に設定す
る。さらに、スクランブル鍵生成部１１は、このスクラ
ンブル鍵を関連情報暗号化部１３に出力する。

【００９３】関連情報暗号化部１３は、入力した関連情
報およびスクランブル鍵を、リクエストを送信したサー
バ２のサーバ暗号鍵を用いて暗号化し、暗号化した関連
情報等を多重／送信部１４に出力する。一方、スクラン
ブラ１２は、既に設定されているスクランブル鍵を用い
て、送信すべき有料情報をスクランブルし、多重／送信
部１４に出力する。多重／送信部１４は、暗号化された
関連情報およびスクランブル鍵と、スクランブルされた
有料情報とを多重し、前述したように多重信号として通
信路４を用いて送信する。

【００９４】次に、サーバ２の動作を説明する。サーバ
２において、情報提供業者「Ｘ」が管理する送信局ＴＳ
に対応する受信装置２１の受信部２１１は、通信路４を
介して送信されてくる多重信号を受信する。受信部２１
１は、受信した多重信号を、暗号化された関連情報およ
びスクランブル鍵と、スクランブルされた有料情報とに
分離する。受信部２１１は、暗号化された関連情報等を
ＩＣカード２２の関連情報復号部２２１に出力し、スク
ランブルされた有料情報をデスクランブラ２１２に出力
する。

【００９５】関連情報復号部２２１は、暗号化された関
連情報およびスクランブル鍵を、予め格納しているサー
バ復号鍵を用いて復号した後、復号された契約情報（関
連情報中に含まれている）およびスクランブル鍵を資格
判定部２２２に出力し、また復号された基本料金情報
（関連情報中に含まれている）を第２料金管理部２２３
に出力する。なお、ここでは、資格判定部２２２におけ
る処理のみを説明する。資格判定部２２２は、復号され
た契約情報を検査することによって、受信装置２１が有
料情報を受信する資格を有するか否かを判定し、資格を
有する場合にのみ契約情報とともに入力したスクランブ
ル鍵を、デスクランブラ２１２に出力する。これによっ
て、デスクランブラ２１２は、スクランブル鍵が設定さ
れ、スクランブルされた有料情報をデスクランブルする
ことが可能となる。

【００９６】デスクランブラ２１２は、設定されたスク
ランブル鍵を用いて、スクランブルされた有料情報をデ
スクランブルし、デスクランブルした有料情報を内部ス
クランブラ２３に出力する。内部スクランブラ２３に
は、前述したように、内部スクランブラ設定部２５６に
よって、内部スクランブル鍵が設定されている（図８，
ステップＳ７６参照）。内部スクランブラ２３は、入力
した有料情報を当該内部スクランブル鍵を用いてスクラ
ンブルする。この内部スクランブル鍵を用いてスクラン
ブルされた有料情報は、内部スクランブラ２３から出力
され、サーバＩ／Ｆ２４、ローカルバス５および端末３
Ａの端末Ｉ／Ｆ３２を経由して、端末３Ａの内部デスク
ランブラ３３に入力される。

【００９７】次に、端末３の動作を説明する。端末３Ａ
の内部デスクランブラ３３は、既に設定されている内部
スクランブル鍵を用いて、入力した有料情報をデスクラ
ンブルする。内部デスクランブラ３３は、デスクランブ
ルした有料情報を映像／音声デコーダ３５に出力する。
映像／音声デコーダ３５は、入力した有料情報をデコー
ドし、映像／音声出力部３６に出力する。映像／音声出
力部３６は、デコードされた有料情報を出力する。これ
によって、ユーザは、端末３Ａを介してタイトル「Ｐ」
の有料情報を利用することとなる。

【００９８】次に、ＩＣカード２２内の第２料金管理部
２２３の動作を説明する。第２料金管理部２２３は、前
述したように、端末管理部２５の料金係数算出部２５５
によって算出された料金係数等を入力しており（図８，
ステップＳ７６参照）、さらに、情報提供業者「Ｘ」が
提供する有料情報の基本料金情報を入力している。この
基本料金情報の中には、タイトル「Ｐ」の有料情報の基
本料金も格納されている。仮に、このタイトル「Ｐ」の
有料情報の基本料金を「Ｐ’」とする。第２料金管理部
２２３は、基本料金「Ｐ’」に料金係数「１．５」を乗
じ、タイトル「Ｐ」の有料情報の料金「１．５×Ｐ’」
を求め、その内部メモリに格納する（図９（ａ）参
照）。

【００９９】次に、現在、リクエスト待機状態にある端
末管理部２５に、端末３Ｂからのリクエストが送信され
てきた場合の動作について説明する。端末３Ｂもまた、
端末３Ａと同様の手順でリクエストを生成する。このリ
クエストは、端末３Ｂの識別子「Ｂ」、タイトル「Ｐ」
およびリクエストが生成された日付・時刻情報「Ｔ２」
（この「Ｔ２」は、「Ｔ１」より遅い時刻）を含み、前
述と同様に、料金係数算出部２５５に入力される。これ
によって、リクエスト待機状態（ステップＳ７１）にあ
る端末管理部２５は、ステップＳ７２の処理に移行す
る。まず、料金係数算出部２５５が、前述と同様の処理
を実行する。今回、料金係数算出部２５５は、基礎料金
係数「０．８」を抽出し保持する（ステップＳ７２）。
次に、料金係数算出部２５５は、日付・時刻情報「Ｔ
２」よりも以前に、タイトル「Ｐ」の有料情報が送信さ
れた端末３の延べ台数を計数する（ステップＳ７３）。
今回、この端末延べ台数は「１」である（図６参照）。
料金係数算出部２５５は、この端末延べ台数「１」を保
持する。次に、料金係数算出部２５５は、この端末延べ
台数「１」に対応する割引率「５％」を、割引情報格納
部２５４から抽出する（ステップＳ７４，図７参照）。
次に、料金係数算出部２５５は、保持している基礎料金
係数「０．８」および割引率「５％」に基づいて、料金
係数「０．７６」（＝０．８×（１−０．０５））を算
出し、算出した料金係数「０．７６」およびリクエスト
に含まれるタイトル「Ｐ」を、第２料金管理部２２３に
出力する（ステップＳ７５）。この後、料金係数算出部
２５５は、リクエストの内容をリクエスト内容格納部２
５３に格納し（図６参照）、当該リクエストを内部スク
ランブラ設定部２５６に出力する。

【０１００】内部スクランブラ設定部２５６は、入力し
たリクエストに含まれる識別子およびタイトルに基づい
て、前述した端末３Ａからのリクエストに応じて生成し
た内部スクランブル鍵を、端末情報格納部２５２から抽
出した端末３Ｂの端末暗号鍵「Ｋｂ」で暗号化する。内
部スクランブラ設定部２５６は、この暗号化された内部
スクランブル鍵をサーバＩ／Ｆ２４に出力する。その
後、内部スクランブラ設定部２５６は、リクエストをリ
クエスト送信部２５７に出力する。

【０１０１】暗号化された内部スクランブル鍵（端末暗
号鍵「Ｋｂ」で暗号化されている）は、前述した端末３
Ａの場合と同様に、サーバＩ／Ｆ２４、ローカルバス５
および端末３Ｂの端末Ｉ／Ｆ３２を経由して、端末３Ｂ
の端末復号部３４に入力される。端末３Ｂの端末復号部
３４は、暗号化された内部スクランブル鍵を、内部のメ
モリに格納されている端末復号鍵「Ｋ’ｂ」で復号する
ことにより、内部スクランブル鍵を獲得する。上記端末
復号部３４は、この内部スクランブル鍵を、内部デスク
ランブラ３３に設定する。この後、端末３Ｂは、有料情
報が送信されてくるのを待機する。前述したように、既
にタイトル「Ｐ」に係る映像情報／音声情報は、サーバ
Ｉ／Ｆ２４から端末３Ａに向けて出力されている。この
とき、端末３Ｂが内部スクランブル鍵を獲得すれば、端
末３Ａと同様の処理を実行することによって、ユーザ
は、端末３Ｂを介してタイトル「Ｐ」の有料情報を利用
することができる。

【０１０２】一方、ＩＣカード２２の第２料金管理部２
２３は、前述と同様の処理を実行するが、今回、料金係
数算出部２５５によって算出された料金係数「０．７
６」と、基本料金「Ｐ’」とを乗じ、「０．７６×
Ｐ’」をタイトル「Ｐ」の有料情報の料金として、内部
のメモリに格納する（図９（ｂ）参照）。したがって、
現時点において第２料金管理部２２３のメモリは、この
サーバ２が設置された家庭に請求する料金の合計とし
て、「１．５×Ｐ’＋０．７６×Ｐ’」を格納している
こととなる。

【０１０３】以降、各端末３は、ユーザの指示に従い、
契約している情報提供業者の送信局ＴＳに対して、有料
情報の提供をリクエストし、当該情報提供業者の送信局
ＴＳは、当該要求に応じた有料情報を送信する。各送信
局ＴＳに対応する受信装置２１のＩＣカード２２内の第
２料金管理部２２３では、料金係数と基本料金とに基づ
いて有料情報の利用料金を、前述したリクエスト毎に求
め、累積加算していく。これによって、有料情報の請求
金額が求められる。そして、第２料金管理部２２３は、
所定のタイミング（例えば、１ヶ月毎のタイミング）で
請求金額を送信局ＴＳの第１料金管理部１５に送信す
る。これによって、各情報提供業者は、各家庭に対する
請求金額を得る。

【０１０４】なお、上記第２の実施形態において、各第
２料金管理部２２３および端末管理部２５に格納される
情報は、情報提供業者に帰属する性質上、ユーザが容易
に操作できることは好ましくない。したがって、第２料
金管理部２２３は、ユーザによる改竄を許さないよう
に、ＩＣカード等の安全な領域に格納することが好まし
い。また、端末情報格納部２５２もまた、安全な領域に
格納することが好ましいが、受信局ＲＳ内の端末３の設
置状況（台数、設置場所等）が変わると、当該端末情報
格納部２５２が格納する端末情報の内容も変える必要が
ある。したがって、再度初期設定をする必要が生じる。
かかる場合、特別な権限が与えられた人（例えば、情報
提供業者から派遣された人）のみが、その初期設定にお
いて端末を操作できるようにする。これによって、第２
料金管理部２２３等に格納される情報の信頼性が維持さ
れることとなる。

【０１０５】第２の実施形態において、サーバ２は、そ
れが属する受信局ＲＳ内に設置された各端末３からのリ
クエストを入力する毎に、有料情報の利用料金を求め
る。そのため、情報提供業者は、各受信局ＲＳにおける
ユーザが実際に有料情報を利用した分に相当する金額を
請求することができる。その結果、サーバ２に接続され
た端末３の数が多い受信局（すなわち、同一番組を複数
の端末３に送信することが可能な受信局）と、そうでな
い受信局との間で、請求金額に対する不公平さが生じる
ことを解消できる。しかも、本実施形態の有料情報提供
システムにおいては、単に有料情報の基本料金にそのリ
クエスト回数を乗じた料金を、受信局ＲＳに対する請求
金額とするのではなく、基礎料金係数や割引情報に基づ
いて、有料情報の料金を決定している。そのため、サー
バ２に接続された端末３の台数が多い受信局ＲＳにおい
ても、受け入れやすい料金体系を採り入れることができ
る。

【０１０６】なお、リクエスト回数に応じた割引率は、
図７に示すものに限られるものではなく、情報提供業者
の意向によって任意に定められるものである。したがっ
て、情報提供業者「Ｘ」および「Ｙ」が異なる割引率を
採用する場合、割引情報格納部２５４には、それぞれの
情報提供業者に対応する割引率または割引額のテーブル
が格納され、選択的に利用されることとなる。

【０１０７】第２の実施形態において、各送信局ＴＳか
ら送られてくる有料情報は、サーバ２で一括的に受信さ
れ、リクエストを発した端末３に配信される。そのた
め、１受信局ＲＳ内に複数の端末３が設置される場合に
おいても、受信装置２１およびＩＣカード２２を、それ
ぞれの端末３に対応して設置する必要がなくなる。つま
り、第２の実施形態によれば、例えば、サーバ２が放送
衛星用の受信装置２１を１つ備えていれば、複数の端末
３に放送衛星からの有料情報を配信することができる。
その結果、契約者の初期投資の負担額が軽減する。より
具体的には、サーバ２内に設置される受信装置２１およ
びＩＣカード２２のコストをα、端末管理部２５および
内部スクランブラ２３のコストをβ、端末３のコストを
γとし、サーバ２に接続される端末３の数をｎとする。
かかる場合、本実施形態の有料情報提供システムにおい
て、受信局ＲＳにかかるコストは、α＋β＋γ×ｎとな
る。これに対し、端末毎に受信装置２１およびＩＣカー
ド２２を設けるシステム構成では、受信局ＲＳにかかる
コストは、（α＋γ）×ｎとなる。したがって、β＜α
であって、ｎ≧２であれば、本実施形態の有料情報提供
システムに対する初期投資は、十分に小さくなる。

【０１０８】第２の実施形態においては、端末３の属性
に基づいて、基礎料金係数が求められる。例えば、居間
に設置されたり、画面のサイズが大きい場合には、家庭
内の大勢が有料情報を利用するであろうと想定して、基
礎料金係数を大きなものとする。一方、個室に設置され
たり、画面のサイズが小さい場合には、個人が有料情報
を獲得するものと想定して、基礎料金係数を小さなもの
とする。これによって、端末３の属性に応じた、きめの
細かい課金を行うことができる。なお、本実施形態にお
いては、端末情報として、端末３の設置場所および画面
のサイズを用いたが、当該端末情報は、これらのみに限
られるわけではなく、情報提供業者が自由に決定可能な
性格を有するものである。したがって、例えば、端末３
が可搬型であるか据置型であるか、その端末３の操作性
やその端末３のディスプレイの解像度等も端末情報とし
て用いることが可能である。

【０１０９】第２の実施形態においては、同一の有料情
報を利用した端末の延べ台数に応じて、その有料情報の
料金を割り引くことができるシステムについて説明し
た。しかし、これに限られるものではなく、以下〜
に示す割引情報を割引情報格納部２５４に格納すること
も可能である。

【０１１０】有料情報にコマーシャルを含むか否かに
応じた割引き 情報提供業者は、有料情報にコマーシャルを含むか否か
に応じた割引率（または割引額）を割引情報格納部２５
４に予め設定しておく。また、情報提供業者は、ユーザ
と有料情報の提供に関しての契約をする際、提供する有
料情報にコマーシャルを含ませるか否かを選択してもら
う。さらに、情報提供業者は、ユーザによって選択され
た方の有料情報を送信する旨を、前述した契約情報に含
ませ、当該契約情報を登録する。送信局ＴＳは、リクエ
スト送信部２５７からリクエストを受け取ると、契約情
報に基づく有料情報を送信する。そして、料金係数算出
部２５５は、コマーシャルを含むか否かに応じた割引率
等をも参照して料金係数を求める。このようにすれば、
有料情報提供業者は、コマーシャルを含む有料情報の提
供を受ける契約者と、そうでない契約者との有料情報の
料金を差別化できる。これによって、さらに幅広い料金
体系を有する有料情報提供システムを構築することがで
きる。

【０１１１】ユーザの属性に応じた割引き 第２の実施形態において、端末情報格納部２５２は、端
末３の属性にかかる端末情報のみを格納していたが、こ
れだけではなく、端末３を操作するユーザの属性にかか
るユーザ情報を格納し、利用した有料情報の料金を、ユ
ーザに応じて異ならせることもできる。例えば、子供や
特定の団体の会員等が有料情報を利用する場合、端末情
報格納部２５２は、図５に示す基礎料金係数に加えて、
当該子供用の基礎料金係数およびこれに対応するＩＤ番
号を格納しておく（または、当該会員用の基礎料金係数
およびこれに対応するＩＤ番号を格納しておく）。料金
係数算出部２５５は、上記ＩＤ番号を含むリクエストを
入力すると、子供用の基礎料金係数（または、会員用の
基礎料金係数）を参照して料金係数を求める。第２料金
管理部２２３は、料金係数算出部２５５によって求めら
れた料金係数に基づいて有料情報の料金を求めるため、
ユーザの属性に応じて料金を異ならせることができる。
なお、ユーザの属性としては、当該ユーザの年齢、性別
または職業等があり、情報提供業者が、これらに基づい
て基礎料金係数を自由に設定すればよい。

【０１１２】また、このユーザの属性に応じた割引きに
関連して、端末３の端末情報に基づいて割り当てた基礎
料金係数（図５参照）を格納せずに、上述した子供用の
基礎料金係数およびこれに対応するＩＤ番号のみを格納
しておくようにすれば、当該端末３は子供のみが利用で
きるものとなる。すなわち、ユーザの属性に基づく基礎
料金係数およびこれに対応するＩＤ番号を、家族の構成
員それぞれに設定すると、個人指向性の高い有料情報提
供システムを構築することができる。

【０１１３】端末情報やユーザ情報を情報提供業者に
提供することによる割引き 情報提供業者の提供する有料情報が、どのような端末を
介して利用され、またどのようなユーザによって利用さ
れているかを知ることは、マーケッティングリサーチ等
の観点から情報提供業者にとっては重要事項である。し
かし、受信局ＲＳ内に設けられた端末３の属性や、この
受信局ＲＳを利用するユーザの属性は、契約者のプライ
バシーに関わることであり、契約者としては外部に漏れ
ることを望まない。そこで、情報提供業者は、端末情報
やユーザ情報をユーザから提供してもらう代償として、
提供する有料情報の料金を割り引くための割引率または
割引額を割引情報格納部２５４に予め設定しておく。ユ
ーザは、有料情報をリクエストする際、現在利用してい
る端末３の端末情報や自分のユーザ情報を、情報提供業
者に提供するか否かを決定する。料金係数算出部２５５
は、ユーザが現在利用している端末情報や自分のユーザ
情報を提供すると決定した場合、かかる割引情報をも参
照して、リクエストされた有料情報の料金係数を求め
る。また、ユーザが提供すると決定した端末の端末情報
やユーザ情報をリクエストに含ませて送信すれば、情報
提供業者は、容易にこれらを得ることができる。このよ
うに、情報提供業者は、提供した有料情報が受信局ＲＳ
において、どのような端末を介して利用され、またどの
ようなユーザが利用しているか等の情報を提供してもら
う代償として有料情報の料金を割り引く。これによっ
て、情報提供業者と契約者との間で利益の調和を図るこ
とができ、さらに幅広い料金体系を有する有料情報提供
システムを構築することができる。

【０１１４】第２の実施形態において、リクエスト内容
格納部２５３は、前述したように、サーバ２に送られて
きたリクエストを管理するため、端末３における利用予
定を格納していることにもなる。したがって、リクエス
ト内容格納部２５３の記憶内容を、いずれかの端末３に
表示するようにすれば、当該端末３を操作するユーザ
は、容易に他の端末３における有料情報の利用状況を知
ることができる。このように、他の端末３の利用状況を
管理するようにすれば、例えば、親は子供がどのような
有料情報を利用しているかを監視できる。また、上記と
は逆にリクエストの内容を表示しないようにすれば、ど
の端末３がいつどのような有料情報を利用したかを秘密
にできるため、有料情報の利用に関するプライバシーの
保護が実現できる。

【０１１５】第２の実施形態において、第２料金管理部
２２３は、情報提供業者が提供する有料情報の基本料金
情報およびユーザに対する請求金額を管理している。そ
のため、これら基本料金情報および請求金額を端末３に
表示するようにすれば、ユーザは、当該基本料金情報を
参照することにより、利用する有料情報を選択可能とな
り、しかも、情報提供業者から請求される料金を事前に
知ることができる。また、端末情報格納部２５２は、サ
ーバ２に接続されている端末３の端末情報を管理してい
る。したがって、この端末情報を端末３に表示するよう
にすれば、ユーザは、どの端末３を介して有料情報を利
用すれば、料金が安くなるか等の判断を容易に行うこと
ができる。これらによって、より使い勝手のよい有料情
報提供システムを構築することができる。

【０１１６】第２の実施形態においては、送信局ＴＳが
複数存在し、各送信局ＴＳにおいてスクランブル方式が
相違する場合について説明をした。かかる場合は、前述
したように、サーバ２は、各送信局ＴＳに対応して設け
られたデスクランブラ２１２でデスクランブルを行い、
再度内部スクランブラ２３でスクランブルを行った後
に、所定の端末３に送信するようにしていた。しかし、
受信契約を結んでいる情報提供業者が１つしかない場
合、または複数であっても各送信局ＴＳでスクランブル
方式が統一化されている場合、サーバ２の構成を簡素化
することができる。つまり、サーバ２の内部スクランブ
ラ２３は、デスクランブラ２１２によってデスクランブ
ルされた有料情報ではなく、関連情報復号部２２１が獲
得する（スクランブル鍵生成部１１で生成される）スク
ランブル鍵を、各端末暗号鍵を用いて暗号化し、それぞ
れの端末３に送信する。そして、サーバ２は、受信した
有料情報を、送信局ＴＳで生成された状態のまま（すな
わち、スクランブラ１２でスクランブルされた状態のま
ま）で端末３に送信する。端末３は、暗号化されたスク
ランブル鍵を復号することによって、当該スクランブル
鍵を獲得することができる。さらに、端末３は、このス
クランブル鍵を用いて、スクランブルされた有料情報を
デスクランブルする。これによって、前述した第１の実
施形態と比較して、サーバ２の構成を簡素化することが
できるとともに、サーバ２の処理負荷を軽減することが
できる。なぜなら、送信局ＴＳによって生成される有料
情報のデータ量とスクランブル鍵のデータ量とを比較す
ると、スクランブル鍵のデータ量の方が格段に小さいか
らである。

【０１１７】第２の実施形態では、サーバ２は、各端末
固有の端末暗号鍵を管理しており、各端末３は、重複し
ない端末復号鍵を管理するようにしている。しかし、か
かる端末暗号鍵に代えて、いわゆる公開暗号鍵を用いて
もよい。

【０１１８】第２の実施形態は、放送衛星等から送信さ
れてくる有料情報を、ユーザが端末３を用いてリアルタ
イムに利用するような構成を有しているが、サーバ２内
に例えばＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓ
ｃ）のように、書き込みおよび読み出しが可能な大容量
の記憶媒体を設置し、送信されてくる有料情報を一旦当
該記憶媒体に記憶させるようなシステムを構築するよう
にしても良い。この場合、ユーザは、この記憶媒体に格
納されている有料情報の中から、利用したい有料情報を
選択する。端末３は、このユーザによって選択された有
料情報にかかるリクエストをサーバ２に送信する。サー
バ２は、リクエストに応じた有料情報を、ユーザが操作
している端末３に送信する。かかる場合、端末情報格納
部２５２には、リアルタイムで利用した有料情報の料金
を求める際に用いられる基礎料金係数（第１の基礎料金
係数）とは異なる基礎料金係数（第２の基礎料金係数）
を設定し、料金係数算出部２５５は、この設定した第２
の基礎料金係数に基づいて、記憶媒体の中から選択し利
用した有料情報の料金を求めるようにしても良い。

【０１１９】（第３の実施形態）図１０は、本発明の第
３の実施形態に係る有料情報提供システムの全体構成を
示すブロック図である。図１０において、本実施形態の
有料情報提供システムは、送信局ＴＳと、受信局ＲＳ１
およびＲＳ２とを備えている。なお、図１０では、図示
の簡素化のため、１つの送信局と２つの受信局を有する
システム構成について示したが、システムが含む送信局
および受信局の数は、図示以上の数であっても良い。

【０１２０】受信局ＲＳ１は、サーバ２０１と、２つの
端末３Ａおよび３Ｂとを含む。受信局ＲＳ２は、サーバ
２０２と、１つの端末３Ｃとを含む。受信局ＲＳ１内の
２つの端末３Ａおよび３Ｂには、それぞれ、識別子
「Ａ」および「Ｂ」が付与されている。また、受信局Ｒ
Ｓ２内の端末３Ｃには、識別子「Ｃ」が付与されてい
る。

【０１２１】図１０において、送信局ＴＳは、図２に示
す送信局ＴＳと同様の構成を有するため、内部の詳細な
構成の図示を省略すると共に、以下の説明では図２で利
用した参照番号を援用することとする。図１０に示すサ
ーバ２０１および２０２は、図２に示すサーバ２と比較
すると、端末管理部２５’のみが異なっており、それ以
外の部分は図２に示すサーバ２と同様の構成を有するた
め、相当する部分については同一の参照番号を付し、そ
の説明を省略する。端末管理部２５’は、図２に示す端
末管理部２５が有する機能に加えて、本実施形態に特有
の機能（後述する）が追加されている。端末３Ａ〜３Ｂ
は、図２に示す端末３と比較すると、端末Ｉ／Ｆ３２に
端末用ＩＣカード８を接続可能である点と、第２の実施
形態の端末３が有する機能に加えて本実施形態に特有の
機能（後述する）が追加されている点とが異なる。それ
以外は、図２に示す端末３と同様の構成を有するため、
内部の詳細な構成の図示を省略すると共に、以下の説明
では図２で利用した参照番号を援用することとする。な
お、端末用ＩＣカード８は、受信局ＲＳ１およびＲＳ２
のいずれの端末３Ａ〜３Ｂにも接続できるように構成さ
れており、さらにその内部には第３料金管理部８１が設
けられている。

【０１２２】次に、本発明の第３の実施形態に係る有料
情報提供システムの動作について説明する。ここでは、
本実施形態の特徴的な動作の一例として、普段は受信局
ＲＳ１で有料情報を利用しているユーザが、端末用ＩＣ
カード８を携帯して受信局ＲＳ２が設置されている場所
に行き（例えば、ある家庭から他の家庭に行き）、当該
受信局ＲＳ２内の端末３Ｃを介して有料情報を獲得する
場合における有料情報の課金方法について説明する。

【０１２３】今、受信局ＲＳ１内の端末３Ｂには、端末
用ＩＣカード８が接続されている。このような状態で、
端末３Ｂのコマンド生成部３１は、端末用ＩＣカード８
を管理するユーザからの入力に基づいて、電子価値の付
与をサーバ２０１に要求するための要求コマンドを生成
する。ここで、電子価値とは、電子的に決済が可能なマ
ネー価値である。この要求コマンドは、端末３Ｂの端末
Ｉ／Ｆ３２、ローカルバス５およびサーバ２０１のサー
バＩ／Ｆ２４を経由して、端末管理部２５’内に設けら
れた電子価値生成部（図示しないが、機能を追加するた
めに設けられたものである）に入力される。この電子価
値生成部は、要求コマンドを入力すると、予め定められ
た料金「Ｖ」を課すように第２料金管理部２２３に通知
する。第２料金管理部２２３は、この通知に応じて、そ
の内部メモリに料金「Ｖ」を格納する。したがって、情
報提供業者は、図９に示す有料情報の利用料金に加え
て、電子価値に相当する金額「Ｖ」を、受信局ＲＳ１を
管理する契約者に請求することが可能となる。

【０１２４】さらに、電子価値生成部は、金額「Ｖ」に
相当する電子価値を生成してサーバＩ／Ｆ２４に出力す
る。この電子価値は、サーバＩ／Ｆ２４、ローカルバス
５および端末３Ｂの端末Ｉ／Ｆ３２を経由して、当該端
末３Ｂにセットされている端末用ＩＣカード８の第３料
金管理部８１に入力される。第３料金管理部８１は、入
力した電子価値をその内部メモリ（図示せず）に格納す
る。これによって、この端末用ＩＣカード８は、金額
「Ｖ」に相当する電子価値が付与されたこととなる。

【０１２５】上記端末用ＩＣカード８を携帯するユーザ
は、サーバ２０２が設置されている場所に行き、端末３
Ｃに当該端末用ＩＣカード８をセットする。端末３Ｃの
コマンド生成部３１は、このユーザの入力に従って、有
料情報を要求するためのリクエストを生成する。このと
き、コマンド生成部３１は、接続された端末用ＩＣカー
ド８に電子価値が格納されているか否かを判断し、電子
価値が格納されている場合にのみリクエストを生成す
る。なお、このリクエストには、有料情報の利用料金を
端末３Ｃに送信する旨の要求（以下、料金送信要求と称
する）が含まれている。このリクエストは、第２の実施
形態において説明したのと同様に、料金係数算出部２５
５に入力される。料金係数算出部２５５は、端末３Ｃの
端末情報に基づいて料金係数を求める。料金係数算出部
２５５は、求めた料金係数と、入力したリクエストに含
まれる料金送信要求等とを第２料金管理部２２３に出力
する（第２料金管理部２２３における処理については後
述する）。この後、料金係数算出部２５５は、リクエス
トを内部スクランブラ設定部２５６に出力する。これ以
降の処理については、第２の実施形態において説明した
のと同様であるため、その説明を省略する。

【０１２６】送信局ＴＳもまた、前述した第２の実施形
態で説明した処理と同様の処理を実行する。このとき、
関連情報暗号化部１３では、サーバ２０２のサーバ暗号
鍵によって、関連情報およびスクランブル鍵を暗号化す
る。そして、多重／送信部１４は、前述したように多重
信号を通信路４に出力する。以降の有料情報の送信に関
するサーバ２０２および端末３Ｃにおける動作について
は、前述した第２の実施形態と同様であるため、その詳
細な説明を省略する。

【０１２７】次に、サーバ２０２に設けられたＩＣカー
ド２２内の第２料金管理部２２３の動作を説明する。第
２料金管理部２２３は、上述したように、端末管理部２
５’の料金係数算出部２５５によって算出された料金係
数等を入力している。また、第２料金管理部２２３は、
第２の実施形態において説明したのと同様に、送信局Ｔ
Ｓから送信されてくる有料情報の基本料金情報を入力し
ている。第２料金管理部２２３は、入力した料金係数
と、リクエストされた有料情報の基本料金とに基づい
て、当該有料情報の料金を求める。仮に、求めた有料情
報の料金を「Ｗ」とする。このとき、第２料金管理部２
２３は、料金送信要求を入力していることから、求めた
有料情報の料金「Ｗ」を端末３Ｃに通知するための料金
情報を生成し、サーバＩ／Ｆ２４に出力する。この料金
情報は、サーバＩ／Ｆ２４からローカルバス５および端
末３Ｃの端末Ｉ／Ｆ３２を経由して、端末用ＩＣカード
８の第３料金管理部８１に入力される。

【０１２８】第３料金管理部８１は、上述した料金情報
を入力すると、現在内部のメモリに格納されている金額
「Ｖ」に相当する電子価値と当該料金情報に含まれる有
料情報の料金「Ｗ」とに基づいて、保有している電子価
値を「Ｖ」−「Ｗ」に更新する。これによって、ユーザ
は、端末３Ｃを介して獲得した有料情報の料金を支払っ
たこととなる。以降同様に、第３料金管理部８１は、ユ
ーザがサーバ２０１以外のサーバ２に接続された端末９
を介して利用した有料情報の料金情報を入力すると、そ
の時点において格納されている電子価値と当該料金情報
に含まれる有料情報の料金とに基づいて、付与されてい
る電子価値の残額を更新する。

【０１２９】なお、上述した第３の実施形態では、他の
受信局での有料情報の利用を可能とするために、端末用
ＩＣカード８に電子価値を付与するようにしているが、
ユーザは端末用ＩＣカード８に付与された電子価値（最
初に付与された全額あるいは利用後の残額）を利用せず
に精算したい場合もある。このような要望に応えるため
に、各受信局における第２料金管理部２２３は、端末用
ＩＣカード８に付与された電子価値の精算機能を有する
ことが好ましい。

【０１３０】（第４の実施形態）次に、本発明の第４の
実施形態に係る有料情報提供システムについて説明す
る。第４の実施形態に係る有料情報提供システムの構成
は、図１０に示す第３の実施形態の構成と同様であるた
め、以下には、第３の実施形態との相違点のみを説明す
る。

【０１３１】前述した第３の実施形態においては、サー
バ内の端末管理部２５’は、電子価値生成部を有してい
たが、第４の実施形態においては、端末管理部２５’
は、この電子価値生成部に代えて、信用情報生成部（図
示せず）を含んでいる。また、第４の実施形態は、第２
料金管理部２２３における処理が、第３の実施形態のそ
れと異なっている。また、第４の実施形態では、端末用
ＩＣカード８内の第３料金管理部８１における処理が、
第３の実施形態のそれと異なっている。

【０１３２】次に、第４の実施形態に係る有料情報提供
システムの動作について説明する。ここでは、本実施形
態の特徴的な動作の一例として、普段は受信局ＲＳ１で
有料情報を利用しているユーザが、端末用ＩＣカード８
を携帯して受信局ＲＳ２が設置されている場所に行き
（例えば、ある家庭から他の家庭に行き）、当該受信局
ＲＳ２内の端末３Ｃを介して有料情報を獲得する場合に
おける有料情報の課金方法について説明する。

【０１３３】今、受信局ＲＳ１内の端末３Ｂには、端末
用ＩＣカード８が接続されている。このような状態で、
端末３Ｂのコマンド生成部３１は、端末用ＩＣカード８
を管理するユーザからの入力に従って、信用情報の付与
をサーバ２０１に要求するための要求コマンドを生成す
る。ここで、信用情報とは、端末用ＩＣカード８に予め
決められた金額の信用を付与するための情報である。こ
の要求コマンドは、端末３Ｂの端末Ｉ／Ｆ３２、ローカ
ルバス５およびサーバ２０１のサーバＩ／Ｆ２４を経由
して、端末管理部２５’内の信用情報生成部（図示せ
ず）に入力される。この信用情報生成部は、上記要求コ
マンドを入力すると、信用情報を生成して、サーバＩ／
Ｆ２４に出力する。この信用情報は、サーバＩ／Ｆ２
４、ローカルバス５および端末３Ｂの端末Ｉ／Ｆ３２を
経由して、当該端末３Ｂにセットされている端末用ＩＣ
カード８の第３料金管理部８１に入力される。第３料金
管理部８１は、入力した信用情報をその内部メモリに格
納する。これによって、この端末用ＩＣカード８には、
サーバ２０１によって信用が付与されたこととなり、当
該端末用ＩＣカード８を携帯するユーザは、サーバ２０
２に接続された端末９を介して、有料情報を利用するこ
とが可能となる。

【０１３４】上記端末用ＩＣカード８を携帯するユーザ
は、受信局ＲＳ２が設置されている場所に行き、端末３
Ｃに当該端末用ＩＣカード８をセットする。端末３Ｃの
コマンド生成部３１は、このユーザの入力に従って、有
料情報を要求するためのリクエストを生成する。このと
き、コマンド生成部３１は、接続された端末用ＩＣカー
ド８に信用情報が格納されているか否かを判断し、信用
情報が格納されている場合にのみリクエストを生成す
る。なお、このリクエストには、有料情報の利用料金を
端末３Ｃに送信する旨の要求（以下、料金送信要求と称
する）が含まれている。このリクエストは、第２の実施
形態において説明したのと同様に、料金係数算出部２５
５に入力される。料金係数算出部２５５は、端末３Ｃの
端末情報に基づいて料金係数を求める。料金係数算出部
２５５は、求めた料金係数と、入力したリクエストに含
まれる料金送信要求等とを第２料金管理部２２３に出力
する（第２料金管理部２２３における処理については後
述する）。この後、料金係数算出部２５５は、リクエス
トを内部スクランブラ設定部２５６に出力する。これ以
降の処理については、第２の実施形態において説明した
のと同様であるため、その説明を省略する。

【０１３５】送信局ＴＳもまた、前述した第２の実施形
態で説明した処理と同様の処理を実行する。このとき、
関連情報暗号化部１３では、サーバ２０２のサーバ暗号
鍵によって、関連情報およびスクランブル鍵を暗号化す
る。そして、多重／送信部１４は、前述したように多重
信号を通信路４に出力する。以降の有料情報の送信に関
するサーバ２０２および端末３Ｃにおける動作について
は、前述した第２の実施形態と同様であるため、その詳
細な説明を省略する。

【０１３６】次に、サーバ２０２内に設けられたＩＣカ
ード２２内の第２料金管理部２２３の動作を説明する。
この第２料金管理部２２３は、上述したように、端末管
理部２５’の料金係数算出部２５５によって算出された
料金係数等を入力している。また、第２料金管理部２２
３は、第２の実施形態において説明したのと同様に、送
信局ＴＳから送信されてくる有料情報の基本料金情報を
入力している。第２料金管理部２２３は、入力した料金
係数と、リクエストされた有料情報の基本料金とに基づ
いて、当該有料情報の利用料金を求める。仮に、求めた
有料情報の利用料金を「Ｗ」とする。このとき、第２料
金管理部２２３は、料金送信要求を入力していることか
ら、求めた有料情報の利用料金「Ｗ」を端末３Ｃに通知
するための料金情報を生成してサーバＩ／Ｆ２４に出力
する。この料金情報は、サーバＩ／Ｆ２４からローカル
バス５および端末３Ｃの端末Ｉ／Ｆ３２を経由して、端
末用ＩＣカード８の第３料金管理部８１に入力される。

【０１３７】第３料金管理部８１は、有料情報の利用料
金「Ｗ」に相当する料金情報を入力すると、当該利用料
金「Ｗ」を、上記ユーザが利用した有料情報の利用料金
として、その内部メモリに格納する。以降同様に、ユー
ザがこの端末用ＩＣカード８を用いて、受信局ＲＳ１以
外の受信局で有料情報を利用する度に、第３料金管理部
８１の内部メモリに、当該有料情報の利用料金が累積的
に格納されていくこととなる。

【０１３８】上記のように、端末用ＩＣカード８を用い
て他の受信局（この場合は、受信局ＲＳ２）で有料情報
を利用したユーザは、情報提供業者との契約等によって
定められた時期までに、自分が属する受信局（この場合
は、受信局ＲＳ１）内の端末（この場合は、端末３Ａお
よび３Ｂ）のいずれかに、端末用ＩＣカード８をセット
する。端末用ＩＣカード８がセットされた端末のコマン
ド生成部３１は、ユーザの入力に従って、第３料金管理
部８１に格納されている有料情報の利用料金を取り出
し、当該有料情報の利用料金を第２料金管理部２２３に
送信するための料金送信コマンドを生成し、端末Ｉ／Ｆ
３２に出力する。この料金送信コマンドは、端末Ｉ／Ｆ
３２、ローカルバス５およびサーバＩ／Ｆ２４を経由し
て第２料金管理部２２３に入力される。第２料金管理部
２２３は、入力した料金送信コマンドに含まれる有料情
報の利用料金を、その内部メモリに格納する。また、第
３料金管理部８１は、コマンド生成部３１から有料情報
の利用料金が取り出されると、当該有料情報の利用料金
を「０」にクリアする。このような精算処理を行うこと
によって、情報提供業者は当該ユーザに対して正確な利
用料金を請求することができる。

【０１３９】なお、各受信局で契約している送信局が必
ずしも一致するとは限らない。例えば、受信局ＲＳ２で
は契約されているが、受信局ＲＳ１では契約されていな
い送信局ＴＳからの有料情報を、端末用ＩＣカード８を
携帯するユーザが利用できるようにすると、後で当該有
料情報の料金を精算できなくなる。そのため、端末用Ｉ
Ｃカード８を携帯するユーザが、上記のような送信局Ｔ
Ｓからの有料情報を利用できないようにする必要があ
る。そこで、端末用ＩＣカード８には、受信局ＲＳ１で
契約しているすべての情報提供業者をそれぞれ識別する
ための第１識別情報を設定しておく。すなわち、第１識
別情報は、受信局ＲＳ１に接続されているすべての送信
局ＴＳをそれぞれ識別するためのものである。また、受
信局ＲＳ２における端末管理部２５’内の料金係数算出
部２５５には、当該受信局ＲＳ２で契約しているすべて
の情報提供業者をそれぞれ識別するための第２識別情報
を設定しておく。すなわち、第２識別情報は、受信局Ｒ
Ｓ２に接続されているすべての送信局ＴＳをそれぞれ識
別するためのものである。

【０１４０】コマンド生成部３１は、上述したような第
１および第２識別情報が設定された状態において、端末
用ＩＣカード８に格納されている信用情報およびすべて
の第１識別情報を、生成するリクエストに含ませる。料
金係数算出部２５５は、料金係数を算出する前に、予め
設定されている第２識別情報と、入力したリクエストに
含まれる第１識別情報とを比較し、リクエストに含まれ
る有料情報を端末用ＩＣカード８が接続されている端末
に送信可能か否かを判断する。すなわち、料金係数算出
部２５５は、第１および第２識別情報が一致する場合、
リクエストに含まれる有料情報を端末用ＩＣカード８が
接続されている端末に送信可能と判断する。換言する
と、端末用ＩＣカード８を携帯するユーザが、後でサー
バ２０１において精算可能と判断し、料金係数を求める
処理等を実行する。逆に、料金係数算出部２５５は、第
１および第２識別情報が一致しない場合、リクエストに
含まれる有料情報を端末用ＩＣカード８が接続されてい
る端末９に送信不可能と判断する。すなわち、料金係数
算出部２５５は、端末用ＩＣカード８を携帯するユーザ
がサーバ２０１において精算不可能と判断し、料金係数
を求める処理等を実行しない。これによって、サーバ２
０２には接続されているが、サーバ２０１には接続され
ていない送信局ＴＳからの有料情報を、端末用ＩＣカー
ド８を携帯するユーザが獲得できないようにし、情報提
供業者が不利益を被らないようにしている。

【０１４１】なお、上述した第２〜第４の実施形態は、
受信局から送信局に対して希望する有料情報の送信を要
求し、要求された有料情報を送信局から受信局に対して
送信する、いわゆるオンデマンド型の有料情報提供シス
テムとして構成されているが、このような構成に代え
て、情報提供業者が一方的に放送している有料情報の中
からユーザが必要な有料情報を選択し、この選択した有
料情報の利用料金を課金するような放送型のシステム形
態であっても良い。さらに、上述した第２〜第４の実施
形態では、サーバが端末からのリクエストを受信したと
きに有料情報の利用料金を算出するようにしていたが、
有料情報の利用料金の算出タイミングは、これに限定さ
れるものではない。例えば、送信局からの有料情報を実
際にサーバが受信したとき等であっても良い。

【０１４２】なお、上述した第３および第４の実施形態
においては、端末用ＩＣカード８は、端末に接続される
ものとして説明したが、これに限らず、端末用ＩＣカー
ド８はサーバに接続可能な構成であってもよい。このよ
うにサーバに接続可能な構成をとるとき、同一受信局内
において、端末用ＩＣカード８を携帯するユーザが現在
利用している端末と、その他の端末との区別を明確に
し、ユーザが獲得した有料情報の利用料金が確実に端末
用ＩＣカード８に格納されるような構成をとる必要があ
る。

【０１４３】（第５の実施形態）次に、本発明の第５の
実施形態について説明する。この第５の実施形態は、前
述した第１の実施形態をさらに具体化したシステムとし
て構成されている。

【０１４４】図１１は、本発明の第５の実施形態に係る
有料情報提供システムの構成を示すブロック図である。
図１１において、本実施形態の有料情報提供システム
は、３つの送信局ＴＳｘ，ＴＳｙ，ＴＳｚと、２つの受
信局ＲＳ１およびＲＳ２とを備えている。送信局ＴＳｘ
〜ＴＳｚと受信局ＲＳ１およびＲＳ２との間は、有線ま
たは無線の通信路４によって接続されている。なお、図
１１では、図示の簡素化のため、３つの送信局と２つの
受信局を有するシステム構成について示したが、システ
ムが含む送信局および受信局の数は、これに限定されな
い。

【０１４５】送信局ＴＳｘ〜ＴＳｚは、情報提供業者に
よって管理された放送衛星、通信衛星、ＣＡＴＶのセン
タ局、地上放送局等であって、映像／音声データ、文字
データ、コンピュータデータ等の有料情報を送信する。
なお、本実施形態では、送信局ＴＳｘは情報提供業者
「Ｘ」によって管理され、送信局ＴＳｙは情報提供業者
「Ｙ」によって管理され、送信局ＴＳｚは情報提供業者
「Ｚ」によって管理されているものとする。また、各送
信局ＴＳｘ〜ＴＳｚは、基本的には同一の構成を有する
が、それぞれが定めた配信方式、スクランブル方式およ
び課金方式を用いることができる。

【０１４６】受信局ＲＳ１およびＲＳ２は、１つのサー
バ２と、複数の端末３とを含む。サーバ２と端末３との
間は、ローカルバス５によって接続されている。端末３
は、テレビジョン受像機やコンピュータ装置等であっ
て、サーバ２から送られてくる有料情報を何らかの形態
で利用（表示、音声出力、データ処理等）する。サーバ
２は、契約している送信局から送信されてくる有料情報
を受信し、当該有料情報を自局内の各端末３に配信す
る。また、サーバ２は、自局内の各端末３から送信され
てくるリクエストに基づいて、各端末３における有料情
報の利用状況を管理し、この利用状況から各端末３にお
ける有料情報の利用料金を計算する。各受信局は、送信
局と受信契約を結んでいる契約者（典型的には、家庭や
事業所）毎に設けられる。ただし、コンドミニアムのよ
うな集合住宅が受信局となる場合は、集合住宅全体に対
して１つのサーバ２を設け、各家庭に端末３を設けるよ
うにしても良い。

【０１４７】受信局ＲＳ１と受信局ＲＳ２とは、通信回
線／ＣＡＴＶ網を介して、または、携帯型の記録媒体を
介して、双方向に情報のやりとりを行うことができる。
ただし、以下では、携帯型の記録媒体を介して情報のや
りとりを行う場合に限定して説明する。

【０１４８】第１〜第４の実施形態と同様に、各受信局
ＲＳ１およびＲＳ２に属するユーザは、送信局ＴＳｘ〜
ＴＳｚが提供する有料情報を端末３を介して利用する。
そして、各受信局ＲＳ１およびＲＳ２を管理する契約者
は、各送信局ＴＳｘ〜ＴＳｚに対して定期的に利用料金
を支払う。ただし、利用料金は、受信局ＲＳ１およびＲ
Ｓ２毎に、有料情報を利用した度合に応じて計算され
る。なお、計算された利用料金は、電話回線、パソコン
通信網、ディジタルＣＡＴＶ網などを通じて、各送信局
ＴＳｘ〜ＴＳｚに通知される。

【０１４９】各送信局ＴＳｘ〜ＴＳｚは、提供しようと
する有料情報にスクランブルをかけ、スクランブルされ
た有料情報に、情報識別子、課金基準データおよび記録
許可フラグを付加して各受信局ＲＳ１およびＲＳ２に提
供する。ここで、情報識別子は、提供する有料情報を他
の有料情報と区別するためのものであって、その有料情
報がどの送信局ＴＳｘ〜ＴＳｚから提供されたものであ
るかを示すデータも含んでいる。課金基準データは、提
供する有料情報の利用料金を計算するためのデータであ
って、リアルタイムに利用する場合の利用料金、記録し
て利用する場合の利用料金などのデータを含んでいる。
記録許可フラグは、提供する有料情報を受信局ＲＳ１お
よびＲＳ２側で記録できるか否かを示すフラグであっ
て、その有料情報が、記録できるものであれば１、記録
できないものであれば０と定められている。

【０１５０】各受信局ＲＳ１およびＲＳ２は、いずれか
の端末３によって利用可能な移動ディスク７およびＩＣ
カード８をさらに備えている。移動ディスク７は、書き
込み／読み出しが可能な携帯型の記録媒体であり、ＩＣ
カード８は、記録されたデータの不正な解析／変更が困
難な携帯型の記録媒体である。移動ディスク７およびＩ
Ｃカード８を利用可能な端末３は、サーバ２から受け取
った情報，データ類を、移動ディスク７およびＩＣカー
ド８に記録することができる。また、当該端末３は、移
動ディスク７およびＩＣカード８にそれぞれ記録され
た、情報，データ類を読み出すことができる。各端末３
は、ユーザが入力するリクエスト等の命令をサーバ２に
伝達することができる。外部端末９は、いずれの受信局
ともオンライン接続されていないスタンドアローンな構
成であって、移動ディスク７およびＩＣカード８にそれ
ぞれ記録された、情報，データ類を読み出すことができ
る。

【０１５１】サーバ２は、Ｘ用受信部６１ｘ、Ｘ用復号
部６２ｘ、Ｘ用課金部６３ｘ、Ｙ用受信部６１ｙ、Ｙ用
復号部６２ｙ、Ｙ用課金部６３ｙ、Ｚ用受信部６１ｚ、
Ｚ用復号部６２ｚ、Ｚ用課金部６３ｚ、情報記録部６
４、内部スクランブラ６５、データ記録部６６および乱
数発生部６７を備えている。

【０１５２】Ｘ用受信部６１ｘは、送信局ＴＳｘが配信
する有料情報を受信する。Ｘ用復号部６２ｘは、Ｘ用受
信部６１ｘが受信した有料情報、および情報記録部６４
に記録された有料情報のうち、送信局ＴＳｘが提供した
有料情報をデスクランブルする。Ｘ用課金部６３ｘは、
Ｘ用復号部６２ｘが復号した有料情報に付加されている
課金基準データに基づいて、その有料情報の利用料金を
計算する。Ｘ用課金部６３ｘはまた、必要に応じて、実
行権データを作成する。

【０１５３】Ｙ用受信部６１ｙは、送信局ＴＳｙが配信
する有料情報を受信する。Ｙ用復号部６２ｙは、Ｙ用受
信部６１ｙが受信した有料情報、および情報記録部６４
に記録された有料情報のうち、送信局ＴＳｙが提供した
有料情報をデスクランブルする。Ｙ用課金部６３ｙは、
Ｙ用復号部６２ｙが復号した有料情報に付加されている
課金基準データに基づいて、その有料情報の利用料金を
計算する。Ｙ用課金部６３ｙはまた、必要に応じて、実
行権データを作成する。

【０１５４】Ｚ用受信部６１ｚは、送信局ＴＳｚが配信
する有料情報を受信する。Ｚ用復号部６２ｚは、Ｚ用受
信部６１ｚが受信した有料情報、および情報記録部６４
に記録された有料情報のうち、送信局ＴＳｚが提供した
有料情報をデスクランブルする。Ｚ用課金部６３ｚは、
Ｚ用復号部６２ｚが復号した有料情報に付加されている
課金基準データに基づいて、その有料情報の利用料金を
計算する。Ｚ用課金部６３ｚはまた、必要に応じて、実
行権データを作成する。

【０１５５】ここで、実行権データとは、外部端末９で
有料情報を利用する場合や、受信局ＲＳ１が受信した有
料情報を受信局ＲＳ２に再提供して、受信局ＲＳ２のユ
ーザが自局内の端末３で有料情報を利用する場合に、そ
の有料情報の利用回数およびその有料情報を利用可能な
端末を規定するためのものであって、利用可能回数、記
録モードおよび課金モードを含む。

【０１５６】上記利用可能回数は、その有料情報を利用
することができる回数であり、利用にともなって更新さ
れる。記録モードは、その有料情報を利用可能な端末を
限定するためのものであって、外部端末９で利用する場
合は１、受信局ＲＳ２の端末３で利用する場合には２と
定められている。課金モードは、その有料情報が課金済
みの情報であるか否かを示すものであって、課金済みで
あれば１、未課金であれば２と定められている。

【０１５７】情報記録部６４は、各受信部６１ｘ〜６１
ｚが受信した有料情報を記録する。ただし、情報記録部
６４は、記録しようとする有料情報に付加された記録許
可フラグが１であるか否かを判定する機能を有し、記録
許可フラグが１でない有料情報は記録しない。データ記
録部６６は、各課金部６３ｘ〜６３ｚが計算して得られ
た利用料金を記録する。データ記録部６６はまた、端末
３毎の秘密鍵を記憶している。乱数発生部６７は、乱数
を発生する。

【０１５８】内部スクランブラ６５は、各復号部６２ｘ
〜６２ｚがデスクランブルした有料情報を、乱数発生部
６７が発生した乱数で再スクランブルする。また、内部
スクランブラ６５は、乱数発生部６７が発生した乱数
を、データ記録部６６が記憶している端末３毎の秘密鍵
を用いて暗号化する。なお、課金部６３ｘ〜６３ｚおよ
びデータ記録部６６は、解析、変造ないしは複製ができ
ないような領域に配置されている。

【０１５９】端末３は、内部デスクランブラ３７を備え
ている。内部デスクランブラ３７は、端末３に固有の秘
密鍵を保有しており、サーバ２から伝達される暗号化さ
れた乱数を、当該秘密鍵を用いて復号する。また、内部
デスクランブラ３７は、自局内のサーバ２から伝達され
る再スクランブルされた有料情報を、復号した乱数を用
いてデスクランブルする。さらに、内部デスクランブラ
３７は、他の受信局のサーバ２から伝達される再スクラ
ンブルされた有料情報を、同じく他の受信局のサーバ２
から伝達される乱数を用いてデスクランブルする。ただ
し、内部デスクランブラ３７は、他の受信局のサーバ２
から伝達される実行権データが所定の条件を満足するか
否かを判定する機能を有しており、満足しない場合に
は、他の受信局のサーバ２から伝達される再スクランブ
ルされた有料情報をデスクランブルする動作を行わな
い。

【０１６０】外部端末９は、内部デスクランブラ９１を
備えている。内部デスクランブラ９１は、いずれかの受
信局のサーバ２から伝達される再スクランブルされた有
料情報を、当該サーバ２から伝達される乱数を用いてデ
スクランブルする。ただし、内部デスクランブラ９１
は、サーバ２から伝達される実行権データが所定の条件
を満足するか否かを判定する機能を有しており、満足し
ない場合には、再スクランブルされた有料情報をデスク
ランブル動作を行わない。

【０１６１】以下には、送信局ＴＳｘが提供する有料情
報を、受信局ＲＳ１が受信し、（１）リアルタイムに利
用する場合、（２）記録して利用する場合、（３）外部
端末９で利用する場合、（４）受信局ＲＳ１が受信し
て、受信局ＲＳ２が利用する場合について、それぞれ本
システムの動作を説明する。

【０１６２】（１）リアルタイムに利用する場合 図１２は、送信局ＴＳｘが提供する有料情報を、受信局
ＲＳ１が受信して、リアルタイムに利用する場合の、図
１１のシステムの動作を示すフローチャートである。以
下には、図１２を参照して、図１１の受信局ＲＳ１が送
信局ＴＳｘから提供される有料情報を受信し、受信局Ｒ
Ｓ１のユーザが、その情報を端末３でリアルタイムに利
用する場合の動作を説明する。

【０１６３】まず、受信局ＲＳ１のユーザは、送信局Ｔ
Ｓｘが提供しているある有料情報を利用したい意向を端
末３に入力する。応じて、端末３は、その意向を含むリ
クエストを作成し、サーバ２に通知する。当該リクエス
トを受けたサーバ２のＸ用復号部６２ｘは、Ｘ用受信部
６１ｘが受信した、スクランブルされた有料情報をデス
クランブルする（ステップＳ１０１）。Ｘ用課金部６３
ｘは、その有料情報に付加されている課金基準データに
基づいて、その有料情報の利用料金を計算する（ステッ
プＳ１０２）。ただし、このときの利用料金は、リアル
タイムに有料情報を利用する場合の基準に基づいて計算
される。Ｘ用課金部６３ｘが計算した利用料金は、デー
タ記録部６６に記録される（ステップＳ１０３）。な
お、データ記録部６６が記録した利用料金は、電話回
線、パソコン通信網、ディジタルＣＡＴＶ網などを通じ
て、定期的に各送信局ＴＳｘ〜ＴＳｚに通知される。従
って、受信局ＲＳ１を管理する契約者は、その料金を支
払うことになる。

【０１６４】次に、乱数発生部６７が乱数ｒを発生し、
内部スクランブラ６５は、Ｘ用復号部６２ｘがデスクラ
ンブルした有料情報（ＣＯＮＴ）を、本システムに共通
の暗号化アルゴリズム（ＣＯＭ）に従って、乱数ｒを用
いて再スクランブルする（ステップＳ１０４）。内部ス
クランブラ６５は、さらに、秘密鍵暗号化アルゴリズム
（Ｅ）に従って、乱数ｒをデータ記録部６６が記憶して
いる端末３毎の秘密鍵ｓｉを用いて暗号化する（ステッ
プＳ１０５）。サーバ２は、内部スクランブラ６５が再
スクランブルした有料情報ＣＯＭ（ｒ，ＣＯＮＴ）およ
び暗号化した乱数Ｅ（ｓｉ，ｒ）を、端末３に送信する
（ステップＳ１０６）。ここで、ａ（ｂ，ｃ）は、アル
ゴリズムａに従って、鍵ｂを用いてデータｃをスクラン
ブルまたは暗号化することを意味する。

【０１６５】端末３が、再スクランブルされた有料情報
ＣＯＭ（ｒ，ＣＯＮＴ）および暗号化された乱数Ｅ（ｓ
ｉ，ｒ）を受信すると（ステップＳ１０７）、端末３の
内部デスクランブラ３７は、最初、秘密鍵復号アルゴリ
ズムに従って、予め記憶している秘密鍵ｓｉを用いて、
暗号化された乱数Ｅ（ｓｉ，ｒ）を復号し、乱数ｒを取
り出す（ステップＳ１０８）。次に、内部デスクランブ
ラ３７は、再スクランブルされた有料情報ＣＯＭ（ｒ，
ＣＯＮＴ）を、本システムに共通の復号アルゴリズムに
従って、取り出した乱数ｒを用いてデスクランブルし、
有料情報（ＣＯＮＴ）を取り出す（ステップＳ１０
９）。端末３は、内部デスクランブラ３７がデスクラン
ブルした有料情報（ＣＯＮＴ）を表示する。こうして、
ユーザは、有料情報（ＣＯＮＴ）を利用することができ
る（ステップＳ１１０）。

【０１６６】上記のように、送信局ＴＳｘは、提供しよ
うとする有料情報をスクランブルしたうえ、その有料情
報の利用料金を計算するための課金基準データを付加し
て受信局に提供する。受信局ＲＳ１には、サーバ２およ
び１以上の端末３が設けられ、サーバ２のＸ用受信部６
１ｘは、送信局ＴＳｘが提供する有料情報を受信する。
Ｘ用課金部６３ｘは、Ｘ用復号部６２ｘがデスクランブ
ルした有料情報が、端末３に伝達される際に、その有料
情報に付加された課金基準データに基づいて、その有料
情報の利用料金を計算する。データ記録部６６は、Ｘ用
課金部６３ｘが計算した利用料金を記録する。なお、記
録された利用料金は、所定の方法で送信局ＴＳｘに通知
され、受信局ＲＳ１の管理者（契約者）は、後にその料
金を支払うことになる。これにより、受信局ＲＳ１が有
料情報をリアルタイムに利用する場合、利用度合に応じ
た課金ができる。

【０１６７】また、内部スクランブラ６５は、Ｘ用復号
部６１ｘがデスクランブルした有料情報を、乱数発生部
６７が発生した乱数を用いて再スクランブルし、さら
に、その乱数を、データ記録部６６が記憶している端末
３毎の秘密鍵を用いて暗号化する。再スクランブルされ
た有料情報および暗号化された乱数が端末３に伝達され
ると、内部デスクランブラ３７は、当該暗号化された乱
数を自己の秘密鍵を用いて復号し、さらに、当該再スク
ランブルされた有料情報を復号した乱数を用いてデスク
ランブルする。これにより、サーバ２から端末３に、安
全に有料情報を伝達することができる。

【０１６８】なお、内部スクランブラ６５は、Ｘ用復号
部６１ｘがデスクランブルした有料情報を、データ記録
部６６が記憶している端末３毎の秘密鍵を用いて再スク
ランブルし、内部デスクランブラ３７は、再スクランブ
ルされた有料情報を、自己の秘密鍵を用いてデスクラン
ブルするようにしてもよい。ただし、この場合、有料情
報は、毎回、同一の鍵を用いてスクランブルされるた
め、乱数を用いてスクランブルする場合に比べると、伝
達時の安全性は低くなる。

【０１６９】（２）記録して利用する場合 図１３は、送信局ＴＳｘが提供する有料情報を、受信局
ＲＳ１が受信して一旦記録し、記録された有料情報を後
に利用する場合の、図１１のシステムの動作を示すフロ
ーチャートである。以下には、図１３を参照して、図１
１の受信局ＲＳ１が送信局ＴＳｘから提供される有料情
報を受信して記録し、記録された有料情報を受信局ＲＳ
１のユーザが後に利用する場合の動作を説明する。

【０１７０】まず、受信局ＲＳ１のユーザは、送信局Ｔ
Ｓｘが提供しているある有料情報を記録したい意向を端
末３に入力する。応じて、端末３は、その意向を含むリ
クエストを作成し、サーバ２に通知する。当該リクエス
トを受けたサーバ２の情報記録部６４は、Ｘ用受信部６
１ｘが受信した有料情報に付加されている記録許可フラ
グが１であるか否か、すなわち、その有料情報が記録を
許可されたものであるか否かを判定する（ステップＳ２
０１）。

【０１７１】有料情報に付加された記録許可フラグが１
である場合、すなわち、その有料情報が記録を許可され
ている場合、情報記録部６４は、その情報を記録する
（ステップＳ２０２）。逆に、有料情報に付加された記
録許可フラグが１でない場合、すなわち、その有料情報
が記録を許可されていない場合には、情報記録部６４
は、その有料情報を記録せず、端末３がエラーの発生を
表示する（ステップＳ２０３）。

【０１７２】その後、受信局ＲＳ１のユーザが、情報記
録部６４に記録されたある有料情報を利用したい意向を
端末３に入力すると（ステップＳ２０４）、サーバ２
は、各有料情報に付加された情報識別子を参照すること
により、情報記録部６４に記録された有料情報の中か
ら、ユーザが求める情報を検索する。そして、サーバ２
は、検索された有料情報が送信局ＴＳｘから提供された
ものであることを認識し、その有料情報をＸ用復号部６
２ｘに入力する。Ｘ用復号部６２ｘは、入力された情報
をデスクランブルする（ステップＳ２０５）。

【０１７３】次に、Ｘ用課金部６３ｘは、その有料情報
に付加された課金基準データに基づいて、その有料情報
の利用料金を計算する（ステップＳ２０６）。ただし、
このときの利用料金は、有料情報を記録して利用する場
合の基準に基づいて計算される。そして、データ記録部
６６は、Ｘ用課金部６３ｘが計算した利用料金を記録す
る（ステップＳ２０７）。

【０１７４】以降、前述の（１）で説明したリアルタイ
ムに利用する場合と同様にして、サーバ２がその有料情
報を再スクランブルして端末３に送信し、端末３は、サ
ーバ２から送信された、再スクランブルされた有料情報
を受信してデスクランブルする（ステップＳ２０８〜ス
テップＳ２１３）。こうして、ユーザは、情報記録部６
４に記録された有料情報を、好きなときに利用すること
ができる（ステップＳ２１４）。

【０１７５】上記のように、送信局ＴＳｘは、記録許可
フラグを付加した有料情報を提供する。情報記録部６４
は、Ｘ用受信部６１ｘが受信した有料情報に付加されて
いる記録許可フラグが、記録を許可することを示す１で
ある場合に、その有料情報を記録することができる。Ｘ
用課金部６３ｘは、情報記録部６４に記録された有料情
報が端末３に送信される毎に、その有料情報に付加され
た課金基準データに基づいて、その有料情報の利用料金
を計算する。これにより、受信局ＲＳ１で受信された有
料情報が記録されて無制限に利用されることを防止で
き、かつ、受信局ＲＳ１が記録された有料情報を繰り返
し利用する場合、利用度合に応じた課金ができる。

【０１７６】また、情報記録部６４は、Ｘ用受信部６１
ｘが受信した有料情報を、スクランブルされたままの状
態で記録し、記録された有料情報が端末３に伝達される
際に、Ｘ用復号部６２ｘが、その有料情報をデスクラン
ブルする。これにより、受信局ＲＳ１が記録した有料情
報が不正に読み出されて利用されるのを防ぐことができ
る。

【０１７７】（３）外部端末９で利用する場合 図１４は、送信局ＴＳｘが提供する情報を、受信局ＲＳ
１が受信して、外部端末９で利用する場合の、図１１の
システムの動作を示すフローチャートである。以下に
は、図１４を参照して、図１１の受信局ＲＳ１が送信局
ＴＳｘから提供される情報を受信し、受信局ＲＳ１のユ
ーザが、その情報を外部端末９で利用する場合の動作を
説明する。なお、送信局ＴＳｘから提供された情報は、
図１３のステップＳ２０１〜ステップＳ２０３と同様に
して、情報記録部６４に記録されているものとする。

【０１７８】まず、受信局ＲＳ１のユーザは、情報記録
部６４に記録されたある有料情報を外部端末９で利用し
たい意向を端末３に入力する。応じて、端末３は、その
意向を含むリクエストを作成し、サーバ２に通知する。
当該リクエストを受けたサーバ２は、各有料情報に付加
された情報識別子を参照することにより、情報記録部６
４に記録された有料情報の中から、ユーザが求める有料
情報を検索する。そして、サーバ２は、検索された有料
情報が送信局ＴＳｘから提供されたものであることを認
識し、その有料情報をＸ用復号部６２ｘに入力する。Ｘ
用復号部６２ｘは、入力された情報をデスクランブルす
る（ステップＳ３０１）。

【０１７９】次に、Ｘ用課金部６３ｘは、実行権データ
を作成する。この実行権データには、利用可能回数、記
録モードおよび課金モードが含まれている。この場合、
利用可能回数は、ユーザが申告した、その有料情報を利
用する回数であり、記録モードは、外部端末９で利用さ
れるべき有料情報であることを示す１に設定されてお
り、課金モードは、受信局ＲＳ１に対して課金済みであ
ることを示す１に設定されている。同時に、Ｘ用課金部
６３ｘは、Ｘ用復号部６２ｘがデスクランブルした有料
情報に付加されている課金基準データに基づいて、上記
作成した実行権に応じた利用料金（すなわち、実行権に
含まれる利用可能回数に等しい回数分だけ有料情報を利
用する場合の利用料金）を計算する（ステップＳ３０
２）。そして、データ記録部６６は、Ｘ用課金部６３ｘ
が計算した利用料金を記録する（ステップＳ３０３）。

【０１８０】Ｘ用復号部６２ｘがデスクランブルした有
料情報は、前述した（１）のリアルタイムに利用する場
合と同様にして再スクランブルされたうえで、移動ディ
スク７に記録される（ステップＳ３０４、ステップＳ３
０５）。乱数発生部６７が発生した乱数ｒは、Ｘ用課金
部６２ｘが作成した実行権データとともに、ＩＣカード
８に記録される（ステップＳ３０６）。

【０１８１】次に、ユーザは、再スクランブルされた有
料情報が記録された移動ディスク７と、乱数ｒおよび実
行権データが記録されたＩＣカード８とを携帯して外部
端末９が設置されている場所に行き、これら移動ディス
ク７およびＩＣカード８を外部端末９に接続する（ステ
ップＳ３０７）。外部端末９の内部デスクランブラ９１
は、最初、ＩＣカード８に記録された実行権データに含
まれている記録モードが１であるか否かを判定する（ス
テップＳ３０８）。

【０１８２】記録モードが１である場合、内部デスクラ
ンブラ９１は、実行権データに含まれる利用可能回数が
１以上であるか否かを、さらに判定する（ステップＳ３
０９）。利用可能回数が１以上であれば、内部デスクラ
ンブラ９１は、ＩＣカード８に記録された乱数ｒを用い
て、移動ディスク７に記録された有料情報を、（１）の
リアルタイムに利用する場合と同様にしてデスクランブ
ルする（ステップＳ３１０）。そして、外部端末９は、
ＩＣカード８に記録されている利用可能回数を更新し
（ステップＳ３１１）、次いで、内部デスクランブラ９
１がデスクランブルした有料情報を表示する。こうし
て、ユーザは、外部端末９で、有料情報を利用すること
ができる（ステップＳ３１２）。

【０１８３】ステップＳ３０８で、記録モードが１でな
い場合、もしくは、ステップＳ３０９で、利用可能回数
が０である場合には、内部デスクランブラ９１は、再ス
クランブルされた有料情報を乱数ｒを用いてデスクラン
ブルする動作を行わない。この場合、外部端末９は、ユ
ーザに対してエラーを通知する（ステップＳ３１３）。

【０１８４】このように、Ｘ用課金部６３ｘは、有料情
報の利用可能回数および利用可能端末を制限するための
実行権データを作成し、同時に、その有料情報に付加さ
れた課金基準データに基づいて、作成した実行権データ
に応じた利用料金を計算する。その有料情報およびＸ用
課金部６３ｘが作成した実行権データが外部端末９に伝
達されると、外部端末９は、伝達された実行権データで
規定される所定の条件を満たす場合に、伝達された有料
情報をユーザに表示する。これにより、受信局ＲＳ１の
ユーザが外部端末９で有料情報を利用する場合、利用度
合に応じた課金ができる。

【０１８５】また、内部スクランブラ６５は、Ｘ用復号
部６２ｘがデスクランブルした有料情報を、乱数発生部
６７が発生した乱数を用いて再スクランブルする。再ス
クランブルされた有料情報、発生された乱数および作成
された実行権データが外部端末９に伝達されると、内部
デスクランブラ９１は、当該実行権データが所定の条件
を満たす場合に限り、当該再暗号化された情報を当該乱
数を用いてデスクランブルする。これにより、外部端末
９において、有料情報が無制限に利用されるのを防止す
ることができる。

【０１８６】なお、内部スクランブラ６５は、Ｘ用復号
部６１ｘがデスクランブルした有料情報を、データ記録
部６６が記憶している端末３毎の秘密鍵を用いて再スク
ランブルし、内部デスクランブラ３７は、再スクランブ
ルされた有料情報を、自己の秘密鍵を用いてデスクラン
ブルするようにしてもよい。ただし、この場合も、実行
権データが所定の条件を満たす場合にのみ、有料情報が
利用される必要がある。

【０１８７】また、内部スクランブラ６５が再スクラン
ブルした有料情報は、移動ディスク７のような書き込み
／読み出し可能な携帯型記録媒体を介して、乱数発生部
６７が発生した乱数およびＸ用課金部６３ｘが作成した
実行権データは、ＩＣカード８のような記録内容の解析
／変更が困難な携帯型記録媒体を介して、それぞれ外部
端末９に伝達されることにより、サーバ２から外部端末
９に安全に有料情報を伝達することができる。

【０１８８】（４）受信局ＲＳ１が受信して、受信局Ｒ
Ｓ２が利用する場合 図１５は、送信局ＴＳｘが提供する有料情報を、受信局
ＲＳ１が受信して受信局ＲＳ２に再提供し、受信局ＲＳ
２が再提供された有料情報を利用する場合の、図１１の
システムの動作を示すフローチャートである。以下に
は、図１５を参照して、送信局ＴＳｘから提供される有
料情報を、受信局ＲＳ１が受信して受信局ＲＳ２に再提
供し、受信局ＲＳ２のユーザが再提供された有料情報を
利用する場合の動作を説明する。なお、送信局ＴＳｘか
ら提供された有料情報は、図１３のステップＳ２０１〜
ステップＳ２０３と同様にして、情報記録部６４に記録
されているものとする。

【０１８９】まず、受信局ＲＳ１のユーザは、情報記録
部６４に記録されたある有料情報を受信局ＲＳ２に再提
供したい意向、および、再提供された有料情報を受信局
ＲＳ２で利用した場合、受信局ＲＳ１に課金されるよう
にするのか、受信局ＲＳ２に課金されるようにするのか
を、端末３に入力する。応じて、端末３は、それらの意
向を含むリクエストを作成し、サーバ２に通知する。

【０１９０】サーバ２は、端末３からのリクエストを受
けると、各有料情報に付加された情報識別子を参照する
ことにより、情報記録部６４に記録された有料情報の中
から、ユーザが求める有料情報を検索する。そして、サ
ーバ２は、その有料情報が送信局ＴＳｘから提供された
ものであることを認識し、その有料情報をＸ用復号部６
２ｘに入力する。Ｘ用復号部６２ｘは、入力された有料
情報をデスクランブルする（ステップＳ４０１）。次
に、Ｘ用課金部６３ｘは、端末３からの通知に基づい
て、受信局ＲＳ１に課金するか否かを判定する（ステッ
プＳ４０２）。

【０１９１】受信局ＲＳ１に課金する場合、Ｘ用課金部
６３ｘは、上記（３）で説明した外部端末９で利用する
場合と同様にして、実行権データを作成するとともに、
作成した実行権データに応じた利用料金を計算する（ス
テップＳ４０３）。そして、データ記録部６６は、Ｘ用
課金部６３ｘが計算した利用料金を記録する（ステップ
Ｓ４０４）。ただし、この場合、作成された実行権デー
タに含まれる利用可能回数は、受信局ＲＳ１のユーザが
申告した、その有料情報を受信局ＲＳ２で利用する回数
であり、記録モードは、受信局ＲＳ２の端末３で利用さ
れることを示す２に設定されており、課金モードは、受
信局ＲＳ１に課金済みであることを示す１に設定されて
いる。また、計算された利用料金は、受信局ＲＳ２のユ
ーザが、端末３で、その有料情報を利用可能回数に等し
い回数分だけ利用した場合の料金である。

【０１９２】受信局ＲＳ２に課金する場合には、Ｘ用課
金部６３ｘは、利用料金を計算せずに実行権データのみ
を作成する（ステップＳ４０５）。ただし、この場合、
作成された実行権データに含まれる利用可能回数は、予
め定められた十分大きな値であり、記録モードは、受信
局ＲＳ２の端末３で利用されることを示す２に設定され
ており、課金モードは、未課金であることを示す２に設
定されている。

【０１９３】次に、内部スクランブラ６５は、Ｘ用復号
部６２ｘがデスクランブルした有料情報を、前述の
（１）で説明したリアルタイムに利用する場合と同様に
して、乱数発生部６７が発生した乱数ｒを用いて再スク
ランブルする（ステップＳ４０６）。そして、サーバ２
は、内部スクランブラ６５が再スクランブルした有料情
報を移動ディスク７に記録し（ステップＳ４０７）、乱
数発生部６７が発生した乱数ｒおよびＸ用課金部６３ｘ
が作成した実行権データをＩＣカード８に記録する（ス
テップＳ４０８）。

【０１９４】受信局ＲＳ２のユーザは、再スクランブル
された有料情報が記録された移動ディスク７と乱数ｒお
よび実行権データが記録されたＩＣカード８とを取得す
ると、取得した移動ディスク７およびＩＣカード８を、
受信局ＲＳ２内の端末３に接続し（ステップＳ４０
９）、次いで、移動ディスク７に記録された情報を利用
する意向を端末３に入力する。以下、受信局ＲＳ２での
動作に移る。

【０１９５】受信局ＲＳ２において、上記意向が入力さ
れた端末３の内部デスクランブラ３７は、最初、ＩＣカ
ード８に記録された実行権データに含まれる課金モード
が１であるか否か、すなわち受信局ＲＳ１に対して課金
済みであるか否かを判定する（ステップＳ４１０）。課
金モードが１である場合、内部デスクランブラ３７は、
実行権データに含まれる記録モードが２であるか否か、
すなわち、その有料情報が受信局ＲＳ２の端末３で利用
されるべきものであるか否かを、さらに判定する（ステ
ップＳ４１１）。記録モードが２である場合、内部デス
クランブラ３７は、実行権データに含まれる利用可能回
数が１以上であるか否かを、さらに判定する（ステップ
Ｓ４１２）。

【０１９６】利用可能回数が１以上である場合、内部デ
スクランブラ３７は、移動ディスク７に記録された再ス
クランブルされた有料情報を、（１）のリアルタイムに
利用する場合と同様にして、ＩＣカード８に記録された
乱数ｒを用いてデスクランブルする（ステップＳ４１
３）。次に、端末３は、実行権データに含まれている利
用可能回数を更新し（ステップＳ４１４）、内部デスク
ランブラ３７が復号した有料情報を表示する。こうし
て、受信局ＲＳ２のユーザは、受信局ＲＳ１から再提供
された有料情報を利用することができる（ステップＳ４
１５）。

【０１９７】ステップＳ４１１で、記録モードが２でな
い場合、もしくは、ステップＳ４１２で、利用可能回数
が０である場合には、内部デスクランブラ３７は、再暗
号化された有料情報を乱数ｒを用いてデスクランブルす
る動作を行わない。この場合、端末３は、ユーザに対し
て、その有料情報を利用できない意向を通知する（ステ
ップＳ４１６）。

【０１９８】ステップＳ４１０で、課金モードが１でな
い場合、すなわち、未課金である場合には、端末３は、
サーバ２に対し、移動ディスク７に記録された再スクラ
ンブルされた有料情報に付加された課金基準データを通
知する。サーバ２のＸ用課金部６３ｘは、通知された課
金基準データに基づいて、その有料情報の利用料金を計
算し（ステップＳ４１７）、データ記録部６６は、Ｘ用
課金部６３ｘが計算した利用料金を記録する（ステップ
Ｓ４１８）。その後、ステップＳ４１１の処理に進む。

【０１９９】このように、受信局ＲＳ１に課金する場
合、受信局ＲＳ１内のサーバ２のＸ用課金部６３ｘは、
有料情報の利用回数および利用可能端末を規定するため
の実行権データを作成し、かつ、作成した実行権データ
に応じた利用料金を、その有料情報に付加された課金基
準データに基づいて計算する。その有料情報および作成
された実行権データが受信局ＲＳ２に伝達されると、受
信局ＲＳ２内の端末３は、伝達された実行権データが所
定の条件を満たす場合にのみ、伝達された有料情報を表
示する。これにより、受信局ＲＳ１が受信した有料情報
を受信局ＲＳ２で利用する場合、その利用度合に応じて
受信局ＲＳ１側に課金することができる。

【０２００】なお、受信局ＲＳ１が受信した有料情報を
受信局ＲＳ２で利用して、受信局ＲＳ１に課金するとい
う提供形態は、他人に有料情報をプレゼントするとい
う、従来にはない全く新たな情報提供形態である。

【０２０１】受信局ＲＳ２に課金する場合には、受信局
ＲＳ１内のサーバ２のＸ用課金部６３ｘは、有料情報の
利用可能端末を制限するための実行権データを作成す
る。その有料情報および作成された実行権データが受信
局ＲＳ２に伝達されると、受信局ＲＳ２内のサーバ２の
Ｘ用課金部６３ｘは、伝達された有料情報に付加された
課金基準データに基づいて、その有料情報の利用料金を
計算する。一方、受信局ＲＳ２内の端末３は、伝達され
た実行権データが所定の条件を満たす場合にのみ、伝達
された有料情報を表示する。これにより、受信局ＲＳ１
が受信した有料情報を受信局ＲＳ２で利用する場合、そ
の利用度合に応じて、受信局ＲＳ２側に課金することが
できる。

【０２０２】以上は、受信局ＲＳ１から受信局ＲＳ２
に、移動ディスク７およびＩＣカード８を介して、それ
ぞれ、情報、データ類を伝達する場合について説明して
いるが、以下には、ＣＡＴＶ網を介して、情報およびデ
ータ類を伝達する場合について、図１１および図１５を
用いて説明する。

【０２０３】本システムの動作が、図１５に示すものと
異なるのは、以下に示す点である。すなわち、受信局Ｒ
Ｓ１および受信局ＲＳ２はそれぞれ、共有鍵ＫＡＢを保
有しており、ステップＳ４０６〜Ｓ４０８において、受
信局ＲＳ１内の内部スクランブラ６５は、Ｘ用復号部６
２ｘがデスクランブルした有料情報を、乱数発生部６７
が発生した乱数ｒを用いて再スクランブルし、さらに、
この乱数ｒおよびＸ用課金部６３ｘが作成した実行権デ
ータを、共有鍵ＫＡＢで暗号化する。そして、受信局Ｒ
Ｓ１内のサーバ２は、内部スクランブラ６５が再スクラ
ンブルした有料情報、暗号化した乱数および実行権デー
タを、ＣＡＴＶ網を通じて、受信局ＲＳ２に送信する。

【０２０４】また、ステップＳ４０９において、受信局
ＲＳ２内の端末３は、ＣＡＴＶ網を通じて送信されてき
た、再スクランブルされた有料情報、暗号化された乱数
および実行権データを受信すると、内部デスクランブラ
３７は、暗号化された乱数および実行権データを、共有
鍵ＫＡＢを用いて復号する。

【０２０５】このように、ＣＡＴＶ網のような、伝送速
度が比較的大きな伝送路を通じて、有料情報、乱数およ
び実行権データを伝送する場合には、有料情報を乱数を
用いて再スクランブルし、さらに、乱数および実行権デ
ータを共有鍵ＫＡＢを用いて暗号化することにより、受
信局ＲＳ１から受信局ＲＳ２に安全に有料情報を伝達す
ることができる。

【０２０６】なお、共有鍵ＫＡＢを用いて乱数および実
行権データを暗号化する代わりに、いわゆる公開暗号方
式で暗号化することもできる。また、ＣＡＴＶ網に代え
て、Ｂ−ＩＳＤＮを通じて、受信局ＲＳ１から受信局Ｒ
Ｓ２に、再スクランブルされた有料情報、暗号化された
乱数および実行権データを伝送してもよい。

【０２０７】次に、受信局ＲＳ１から受信局ＲＳ２に、
移動ディスク７を介して情報を、通信回線を介してデー
タ類を、それぞれ伝達する場合について、図１１および
図１５を用いて説明する。

【０２０８】本システムの動作が、図１５に示すものと
異なるのは、以下に示す点である。すなわち、受信局Ｒ
Ｓ１および受信局ＲＳ２はそれぞれ、共有鍵ＫＡＢを保
有しており、ステップＳ４０６〜Ｓ４０８において、受
信局ＲＳ１内の内部スクランブラ６５は、Ｘ用復号部６
２ｘがデスクランブルした有料情報を、乱数発生部６７
が発生した乱数ｒで再暗号化し、さらに、この乱数ｒお
よびＸ用課金部６３ｘが作成した実行権データを、共有
鍵ＫＡＢを用いて暗号化する。そして、受信局ＲＳ１内
のサーバ２は、内部スクランブラ６５が再スクランブル
した有料情報を、移動ディスク７に記録し、内部スクラ
ンブラ６５が暗号化した乱数および実行権データを、通
信回線を通じて、受信局ＲＳ２に送信する。

【０２０９】また、ステップＳ４０９において、受信局
ＲＳ２のユーザは、再スクランブルされた有料情報が記
録された移動ディスク７を取得すると、取得した移動デ
ィスク７を、受信局ＲＳ２内の端末３に接続する。ま
た、当該端末３は、通信回線を通じて送信されてきた、
暗号化された乱数および実行権データを受信すると、受
信局ＲＳ２内の内部デスクランブラ３７は、暗号化され
た乱数および実行権データを、共有鍵ＫＡＢを用いて復
号する。

【０２１０】このように、乱数および実行権データを、
通信回線のような、伝送速度が比較的小さい伝送路を通
じて伝送し、有料情報を、移動ディスク７に記録して移
動させる場合には、有料情報を乱数を用いて再スクラン
ブルし、さらに、乱数および実行権データを共有鍵ＫＡ
Ｂを用いて暗号化することにより、受信局ＲＳ１から受
信局ＲＳ２に、安全に有料情報を伝達することができ
る。なお、共有鍵ＫＡＢを用いて乱数および実行権デー
タを暗号化する代わりに、公開暗号方式で暗号化するこ
ともできる。

【０２１１】なお、本実施形態では、実行権データに有
料情報の利用可能回数が含まれるとしたが、利用可能期
限が含まれるとしてもよい。

【０２１２】また、本実施形態では、ユーザが外部端末
９で情報を利用する場合、Ｘ用課金部６３ｘは、実行権
データを作成すると同時に、作成した実行権に応じた利
用料金を計算しているが、外部端末９での利用回数をＩ
Ｃカード８に記録しておき、利用後に、ユーザがＩＣカ
ード８をサーバ２に接続して、その際、Ｘ用課金部６３
ｘが利用料金を計算するようにしてもよい。

【０２１３】また、本実施形態では、受信局単位で課金
しているが、利用料金を端末毎に記録することにより、
ユーザ単位で課金することもできる。

【０２１４】また、ユーザにパスワードを発行し、ユー
ザが端末を利用する際に、認証を行うようにすること
で、不正利用に対する安全性を、より高めることができ
る。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る有料情報提供シ
ステムの全体構成を示すブロック図である。

【図２】本発明の第２の実施形態に係る有料情報提供シ
ステムの全体構成を示すブロック図である。

【図３】図２に示す端末管理部２５のより詳細な構成を
示すブロック図である。

【図４】図３に示す端末情報設定部２５１の動作内容を
示す図である。

【図５】図３に示す端末情報格納部２５２に格納される
内容の一例を示す図である。

【図６】図３に示すリクエスト内容格納部２５３に格納
される内容の一例を示す図である。

【図７】図３に示す割引情報格納部２５４に格納される
内容の一例を示す図である。

【図８】図２に示す端末管理部２５の動作手順を示すフ
ローチャートである。

【図９】図２に示す第２料金管理部２２３が内部に有す
るメモリに格納される料金の一例を示す図である。

【図１０】本発明の第３および第４の実施形態に係る有
料情報提供システムの全体構成を示すブロック図であ
る。

【図１１】本発明の一実施形態に係る有料情報提供シス
テムの構成を示すブロック図である。

【図１２】送信局ＴＳｘが提供する有料情報を、受信局
ＲＳ１が受信して、リアルタイムに利用する場合の、図
１１のシステムの動作を示すフローチャートである。

【図１３】送信局ＴＳｘが提供する有料情報を、受信局
ＲＳ１が受信して記録し、記録した情報を後に利用する
場合の、図１１のシステムの動作を示すフローチャート
である。

【図１４】送信局ＴＳｘが提供する有料情報を、受信局
ＲＳ１が受信して、外部端末９で利用する場合の、図１
１のシステムの動作を示すフローチャートである。

【図１５】送信局ＴＳｘが提供する有料情報を、受信局
ＲＳ１が受信して受信局ＲＳ２に再提供し、受信局ＲＳ
２が再提供された有料情報を利用する場合の、図１１の
システムの動作を示すフローチャートである。

【図１６】放送衛星を用いた従来の有料放送システムの
構成を示すブロック図である。

【符号の説明】

ＴＳ…送信局 ＲＳ…受信局 ２…サーバ ３…端末 ４…通信路 ５…ローカルサーバ １１…スクランブル鍵生成部 １２…スクランブラ １３…関連情報暗号化部 １４…多重／送信部 １５…第１料金管理部 ２１…受信装置 ２１１…受信部 ２１２…デスクランブラ ２２…ＩＣカード ２２１…関連情報復号部 ２２２…資格判定部 ２２３…第２料金管理部 ２３…内部スクランブラ ２４…サーバＩ／Ｆ ２５…端末管理部 ２５１…端末情報設定部 ２５２…端末情報格納部 ２５３…リクエスト内容格納部 ２５４…割引情報格納部 ２５５…料金係数算出部 ２５６…内部スクランブラ設定部 ２５７…リクエスト送信部 ３１…コマンド生成部 ３２…端末Ｉ／Ｆ ３３…内部デスクランブラ ３４…端末復号部 ３５…映像／音声デコーダ ３６…映像／音声出力部 ８…端末用ＩＣカード ８１…第３料金管理部 ＴＳｘ〜ＴＳｚ…送信局 ＲＳ１，ＲＳ２…受信局 ７…移動ディスク ９…外部端末 ６１ｘ…Ｘ用受信部 ６２ｘ…Ｘ用復号部 ６３ｘ…Ｘ用課金部 ６１ｙ…Ｙ用受信部 ６２ｙ…Ｙ用復号部 ６３ｙ…Ｙ用課金部 ６１ｚ…Ｚ用受信部 ６２ｚ…Ｚ用復号部 ６３ｚ…Ｚ用課金部 ６４…情報記録部 ６５…共通暗号化部 ６６…データ記録部 ６７…乱数発生部 ３７…内部デスクランブラ

Claims (25)

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