JP3075719B1 - 限定受信共同管理装置、及び、限定受信共同管理方法 - Google Patents

Abstract

【要約】 【課題】 本発明の目的は、デジタル放送サービスを行
う複数の放送事業者が、共同して限定受信方式の放送を
管理でき、また、共同して顧客管理を行える装置及び方
法を提供することにある。 【解決手段】 本発明の１解決手段は、依頼電文を受信
し回答電文を送信する送受信部１ａと、暗号方式区分テ
ーブル１ｂ−１と暗号化プログラム群１ｂ−２と回答電
文テーブル１ｂ−３を記憶する記憶部１ｂと、依頼電文
を暗号化する暗号化処理部１ｃと、暗号化電文蓄積処理
部１ｄと、共通カウンタ値を生成するカウンタ作成処理
部１ｅと、暗号電文に共通カウンタを付加する回答電文
作成処理部１ｆとから構成される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、衛星放送やケーブ
ルテレビジョン（ＣＡＴＶ）などにおいて、限定受信方
式を用いた有料放送を行う複数の放送事業者が、放送の
際の限定受信方式の管理および顧客管理を行うための共
同管理装置、及び、共同管理方法に関する。

【０００２】

【従来の技術】従来、衛星放送やＣＡＴＶなどの有料の
デジタル放送サービスでは、不正受信防止のため、アッ
プリンク局（放送センタ）において映像信号および音声
信号を、電気的に撹拌するスクランブル処理を行った後
送信することが一般的に行われている。この放送方式
は、一般に限定受信方式と呼ばれ、その概要を以下に説
明する。

【０００３】放送される映像信号および音声信号のスク
ランブル処理にスクランブル鍵と呼ばれる鍵が用いられ
る。このスクランブル処理に用いたスクランブル鍵は第
三者に知られないようにするために、放送局識別情報や
サービス等の共通情報とともに暗号化される。このスク
ランブル鍵の伝送時の暗号鍵としてワーク鍵が使用され
る。また、このワーク鍵および個別情報（契約内容やデ
コーダＩＤ等）の暗号化に、放送受信者毎（放送受信用
デコーダ毎）に異なる固有のマスタ鍵が用いられる。そ
して、スクランブルされた映像信号、音声信号、スクラ
ンブル鍵を含む暗号化データ、ワーク鍵を含む暗号化デ
ータは多重され、スクランブル放送信号として各放送受
信者に向け送信される。

【０００４】各放送受信者が用いる放送受信用デコーダ
（ＩＲＤ：ＩｎｔｅｇｒａｔｅｄＲｅｃｅｉｖｅｒ Ｄ
ｅｃｏｄｅｒ）は、上記のスクランブル放送信号を受信
し、多重された各信号を分離する。この放送受信用デコ
ーダと組のＩＣカードには、放送受信者毎に異なる固有
のマスタ鍵が記憶されている。このマスタ鍵を用いて、
受信したスクランブル放送信号中のワーク鍵および個別
情報を復号する。そして、復号されたワーク鍵を用い
て、スクランブル鍵および共通情報をそれぞれ復号す
る。さらに、復号したスクランブル鍵を用いて、スクラ
ンブル処理された映像信号と音声信号をデスクランブル
する。このようにして、スクランブル処理が解除された
映像信号および音声信号が取り出される。以上が、一般
的な限定受信方式である。

【０００５】こうした限定受信方式を利用したデジタル
放送サービスのシステム構成の一例を図１５に示す。こ
こでは、図１５を参照し、委託放送事業者から番組の送
信および顧客管理を委託されたアップリンク局が、委託
放送事業者による番組放送の依頼を受け、委託放送事業
者の顧客の放送受信者へ番組放送を行う場合の例を説明
する。

【０００６】アップリンク局は、顧客の放送受信用デコ
ーダから電話回線網を介して、顧客の視聴契約情報を取
得するとともに、委託放送事業者から放送番組のコンテ
ンツを受ける。アップリンク局の顧客管理システムは、
視聴契約情報から、番組選択情報を番組管理システムに
渡す。次に、鍵管理システムは、放送受信者毎にデータ
の暗号化に用いる鍵を生成する。そして、選択された放
送番組の画像データおよび音声データと、上述した各種
データ（情報）を、生成された鍵を用いて暗号化する。
暗号化されたデータは、送信システムにより多重化さ
れ、放送衛星（通信衛星）を介して、顧客の放送受信用
デコーダに向け送信される。受信されたスクランブル放
送信号は、放送受信用デコーダによりデスクランブルさ
れ、放送受信者による視聴が可能となる。そして、番組
視聴の履歴は、ＩＣカードに記録され、アップリンク局
から送られる制御コマンドにより、電話回線網を介して
顧客管理システムへ送られる。そして、この番組視聴の
履歴をもとに料金が請求される。

【０００７】また、委託放送事業者が複数ある場合、上
記のように、アップリンク局からは、必要に応じて制御
コマンドを含むコマンド電文が、顧客の放送受信用デコ
ーダに向け送信される。衛星放送の場合、衛星から放送
受信用デコーダへの放送は一方向の通信となるので、コ
マンド電文の受取確認をリアルタイムに行えず、同一の
制御コマンドを含むコマンド電文の送出が一定期間繰り
返される。このため、同一の制御コマンドに基づく処理
を重複して行わないように制御コマンドを区別するため
の制御カウンタが設けられ、同一のコマンド電文の送出
に際しては同一の制御カウンタ値を設定し、後から発行
される異なるコマンド電文には、制御カウンタの値を増
加させるように制御している。放送受信用デコーダは、
受信したコマンド電文の制御カウンタ値と、ＩＣカード
に記録されている制御カウンタ値とを比較し、受信した
制御カウンタ値が大きい場合に、当該制御コマンドの処
理を行い、ＩＣカードの制御カウンタを更新する（例え
ば１加算する）。

【０００８】

【発明が解決しようとする課題】前述のように、従来の
デジタル放送サービスにおいて、複数の放送事業者が契
約受信者に対して限定受信方式の有料放送を行う場合、
それぞれの放送事業者がが限定受信の仕組みを用意しな
ければならない。また、上記のような従来のデジタル放
送サービスでは、委託放送事業者が複数ある場合、放送
事業者Ａと放送事業者Ｂとが同一の制御カウンタ値をも
つコマンド電文を発行することが起こる（図１６参
照）。放送事業者Ａのコマンド電文が先に放送受信用デ
コーダに受信されたとすると、放送事業者Ａの制御コマ
ンドＡは処理されるが、この処理に伴い、ＩＣカードの
制御カウンタが更新されるので、後に受信した放送事業
者Ｂの制御コマンドＢは無効となってしまう。

【０００９】このことから、放送受信用デコーダの制御
を行うようなコマンドについては、同一電文を受け取る
度に同じ処理を行うことがないようにする必要がある。
したがって、複数の放送事業者が受信者のＩＣカード
（１枚）を共有する場合、ＩＣカードに対する共通制御
的なコマンドについて、各放送事業者同士が同期を取る
必要がある。

【００１０】また、顧客管理においても同様に、各放送
事業者はそれぞれ、受信者の顧客データと顧客管理処理
の仕組みを用意しなければならない。また、１台の放送
受信用デコーダで複数の放送事業者のデジタル放送サー
ビスを受けているにも係わらず、視聴者は放送事業者毎
に料金の支払いを行わなければならないという問題もあ
る。

【００１１】本発明は、上記の点に鑑みてなされたもの
で、デジタル放送サービスを行う複数の放送事業者が、
共同して限定受信方式の放送を管理でき、また、共同し
て顧客管理を行える限定受信共同管理装置及び限定受信
共同管理方法を提供するものである。

【００１２】

【課題を解決するための手段】本発明の限定受信共同管
理装置は、放送における限定受信方式を共同管理する共
同管理装置であって、前記共同管理装置は、放送事業者
から送信された依頼電文を受信する受信部と、前記依頼
電文に基づき、付加情報を加えた所定の形式の回答電文
を作成する回答電文作成処理部と、前記付加情報を加え
た回答電文を、前記放送事業者に送信する送信部と、前
記回答電文が格納される記憶部と、前記回答電文を前記
記憶部に格納する回答電文蓄積処理部と、複数の放送事
業者において共通に使用される共通カウンタ数を作成す
るカウンタ作成処理部と、からなり、前記回答電文作成
処理部は、前記依頼電文が制御コマンドを含む場合、前
記カウンタ作成処理部により作成された共通カウンタ数
を、前記付加情報の一部としてさらに付加した回答電文
を作成し、前記カウンタ作成処理部は、現在受信した制
御コマンドを含む依頼電文に対し、該依頼電文より先に
受信した依頼電文に対応する回答電文に付加された共通
カウンタ数の値で最大のものに、所定の値を加算した共
通カウンタ数を作成することを特徴とする。本発明によ
れば、他の放送事業者と制御カウンタの同期を行わなく
とも、同一の放送受信機（当該衛星放送を受信する装
置）に対する放送を行える。なお、前記受信部と送信部
は、一体化された送受信部として実現されてよい。

【００１３】また、本発明の限定受信共同管理装置にお
いて、前記共同管理装置は、放送事業者から送信された
依頼電文を受信する受信部と、異なる暗号化プログラム
を複数格納するとともに、該暗号化プログラムの各々
と、該暗号化プログラムに対応して定義される暗号方式
区分識別子とを対応づける暗号方式区分テーブルをさら
に格納した第１の記憶部と、前記暗号方式区分テーブル
を参照し、前記依頼電文に含まれる暗号方式区分識別子
に対応する暗号化プログラムを用いて、前記依頼電文の
一部を暗号化するとともに、所定の形式の回答電文とす
る暗号化処理部と、前記回答電文が格納される第２の記
憶部と、前記回答電文を前記第２の記憶部に格納する回
答電文蓄積処理部と、前記回答電文に、さらに付加情報
を加えた回答電文とする回答電文作成処理部と、前記付
加情報を加えた回答電文を、前記放送事業者に送信する
送信部と、からなることを特徴とする。

【００１４】本発明によれば、限定受信の仕組みを共同
化できるので、放送事業者がそれぞれ限定受信の仕組み
を用意する必要がなくなる。また、異なる暗号方式（限
定受信方式）を採用する放送事業者に対しても任意の暗
号方式を提供できるとともに、各放送事業者は、異なる
暗号方式に容易に切り替えることができる。なお、前記
受信部と送信部は、一体化された送受信部として実現さ
れてもよく、また、第１の記憶部および第２の記憶部
は、別個の記憶装置により実現されても、同一の記憶装
置により実現されてもよいものである。

【００１５】また、本発明の限定受信共同管理装置にお
いて、前記共同管理装置は、前記複数の放送事業者毎に
固有の形式をもつ顧客データを各々、該共同管理装置で
用いる共通の形式をもつ共通顧客データに変換する共通
顧客管理部と、前記複数の放送事業者に対応して、前記
共通顧客データが格納される記憶部と、前記共通顧客デ
ータを、前記記憶部に格納する顧客データ蓄積処理部
と、前記共通顧客データを前記記憶部から読み出し、前
記事業者毎に固有の顧客データに変換する顧客データ作
成処理部と、からなることを特徴とする。

【００１６】本発明によれば、共通化された顧客データ
と顧客管理の仕組みを利用することにより、放送事業者
が顧客管理を行う必要がなく経済的効果が生まれる。ま
た、顧客管理を放送事業者側で行う場合においても、該
放送事業者の管理による顧客データを共通顧客データに
取り込むことは容易であり、請求処理等を共同化するこ
とで該請求処理にかかるコストを圧縮することができ
る。

【００１７】また、本発明の限定受信共同管理装置にお
いて、前記共通顧客管理部は、前記放送事業者毎に異な
る顧客データのフォーマットを共通フォーマットに変換
するフォーマット変換手段と、前記放送事業者毎に異な
る、前記共通フォーマットに変換された顧客データのデ
ータの並びを、共通のデータ並びとする、データの並び
替えを行う並び替え手段と、前記並び替え手段によりデ
ータの並び替えが行われた複数の顧客データに対し、同
一の放送受信者の顧客データには、共通顧客番号を割り
当てた共通顧客データとする顧客番号割当手段と、から
なることを特徴とする。ここで、顧客データのフォーマ
ットとは、例えば、各放送事業者が用いる文字コード等
の種類を意味する。

【００１８】また、本発明の限定受信共同管理装置にお
いて、前記共通顧客管理部は、さらに、顧客データに含
まれた、料金の一括請求を含む料金請求の区分を識別す
る一括請求区分識別子と前記放送受信者が契約した放送
事業者毎の料金請求金額とに基づき、該放送受信者に対
する請求金額を確定することを特徴とする。本発明によ
れば、１放送受信者と契約した複数の放送事業者からの
請求書発行、放送受信者の料金支払い等を一本化するこ
とができ、利便性が向上できる。

【００１９】また、本発明の限定受信共同管理方法は、
コンピュータを用いて、放送における限定受信方式を共
同管理する共同管理方法であって、放送事業者から送信
された依頼電文を受信する手順と、前記依頼電文に基づ
き、付加情報を加えた所定の形式の回答電文を作成する
回答電文作成手順と、前記付加情報を加えた回答電文
を、前記放送事業者に送信する手順と、前記回答電文を
記憶させる手順と、複数の放送事業者において共通に使
用される共通カウンタ数を作成するカウンタ作成手順
と、を含み、さらに、前記回答電文作成手順は、前記依
頼電文が制御コマンドを含む場合、前記カウンタ作成処
理部により作成された共通カウンタ数を、前記付加情報
の一部としてさらに付加した回答電文を作成する手順を
含み、前記カウンタ作成手順は、現在受信した制御コマ
ンドを含む依頼電文に対し、該依頼電文より先に受信し
た依頼電文に対応する回答電文に付加された共通カウン
タ数の値で最大のものに、所定の値を加算した共通カウ
ンタ数を作成する手順を含むことを特徴とする。また、
本発明の限定受信共同管理方法において、放送事業者か
ら送信された依頼電文を受信する手順と、前記コンピュ
ータの記憶部に格納された複数の異なる暗号化プログラ
ムと、該暗号化プログラムに対応して定義される暗号方
式区分識別子とを対応づける暗号方式区分テーブルを参
照し、前記依頼電文に含まれる暗号方式区分識別子に対
応する暗号化プログラムを用いて、前記依頼電文の一部
を暗号化するとともに、所定の形式の回答電文とする手
順と、前記回答電文を記憶させる手順と、前記回答電文
に、さらに付加情報を加えた回答電文とする手順と、前
記付加情報を加えた回答電文を、前記放送事業者に送信
する手順と、を含ませることは好ましい。

【００２０】また、本発明の限定受信共同管理方法にお
いて、複数の放送事業者および複数の放送受信者との間
で、顧客データの送受信を行う手順と、前記複数の放送
事業者毎に固有の形式をもつ顧客データを、前記コンピ
ュータにおいて共通に用いる形式をもたせた共通顧客デ
ータに変換する手順と、前記放送事業者毎に、前記共通
顧客データを記憶する手順と、前記共通顧客データを取
得し、前記事業者毎に固有の形式の顧客データに変換す
る手順と、を含ませることは好ましい。

【００２１】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。はじめに、図６を参照し、図６に
示す委託放送事業者Ａ・４Ａおよび委託放送事業者Ｂ・
４Ｂから放送受信用デコーダ５までのデータの流れを説
明する。

【００２２】委託放送事業者Ａ・４Ａおよび委託放送事
業者Ｂ・４Ｂから依頼電文Ｒ１、Ｒ２が限定受信共同管
理装置を備える限定受信共通管理センタ１’へ送られる
と、限定受信共通管理センタ１’では依頼電文Ｒ１、Ｒ
２に対応する回答電文Ａ１、Ａ２を作成し、該当する委
託放送事業者Ａ・４Ａおよび委託放送事業者Ｂ・４Ｂへ
返信する。委託放送事業者Ａ・４Ａおよび委託放送事業
者Ｂ・４Ｂは、それぞれ回答電文Ａ１、Ａ２を共通アッ
プリンク局３へ送る。共通アップリンク局３は、受信し
たそれぞれの回答電文Ａ１、Ａ２に含まれる（後述す
る）共通カウンタの値の順序に基づき（値が小さい方を
先に、図５の例では回答電文Ａ１を先に）、当該回答電
文Ａ１、Ａ２を衛星を介して放送受信用デコーダ５に向
けて送信する。

【００２３】以上が、委託放送事業者Ａ・４Ａおよび委
託放送事業者Ｂ・４Ｂから放送受信用デコーダ５までの
データの流れである。図６では、委託放送事業者として
ＡとＢの２事業者を、放送受信用デコーダとして放送受
信用デコーダ５の１装置のみ図示しているが、実際は多
数の委託放送事業者、放送受信用デコーダからなる。

【００２４】次に、本発明の限定受信共同管理装置の第
１の実施の形態を図１を参照し説明する。図１は、同実
施の形態の構成を示すブロック図である。

【００２５】まず、限定受信共同管理装置１が、委託放
送事業者から受信する依頼電文と（図２（ａ）参照）、
当該依頼電文に基づき作成される回答電文（図２（ｂ）
参照）について説明する。また、本実施の形態では、図
２に示す依頼電文、回答電文をもとに説明するが、各電
文の内容は別途定義されてよい。また、以下の説明で
は、依頼電文を制御コマンドを含む電文として説明する
が、放送受信用デコーダを制御するための制御コマンド
を含まない電文も存在する。

【００２６】依頼電文は、委託放送事業者から、限定受
信共同管理装置１へ送信されるデータの並びであって、
図２（ａ）の例では、ＩＣカード番号、事業者名、暗号
方式区分、制御カウンタ（図面では、カウンタと記
載）、ＥＭＭ（Ｅｎｔｉｔｌｅｍｅｎｔ Ｍａｎａｇｅ
ｍｅｎｔ Ｍｅｓｓａｇｅ）平文の各フィールドからな
る。ＩＣカード番号・フィールドは、委託放送事業者と
契約している放送受信者の放送受信用デコーダと組のＩ
Ｃカードを特定するための番号が格納される。事業者名
・フィールドには、委託放送事業者を示す名称ないし委
託放送事業者を識別可能とするデータが格納される。暗
号方式区分・フィールドには、使用する暗号方式示す識
別子（暗号方式区分識別子）が格納される。制御カウン
タ（図面では、カウンタと記載）・フィールドには、何
番目に発行された制御コマンドであるかを示す値が格納
される。

【００２７】そして、ＥＭＭ平文・フィールドには、下
記の個別情報等が格納される。ＥＭＭとは、各委託放送
事業者が放送受信者毎に視聴を希望する番組の鍵あけ情
報や、視聴を解約したときの鍵閉め情報、放送受信用デ
コーダの視聴履歴を取得するための強制発呼情報等の放
送受信用デコーダを個別に（または全体を）制御するた
めの情報である。なお、依頼電文のデータ並びは、委託
放送事業者毎に通常異なっている。

【００２８】回答電文は、委託放送事業者から送られた
依頼電文に基づき、限定受信共同管理装置１において作
成され、当該委託放送事業者に返信されるデータの並び
である。図２（ｂ）の例では、共通カウンタ（共通カウ
ンタ数）、ＩＣカード番号、事業者名、暗号方式区分、
制御カウンタ（図面では、カウンタと記載）、暗号文の
各フィールドからなる。共通カウンタ・フィールドは、
放送受信用デコーダに対し従来の制御カウンタと同様に
機能し、限定受信共同管理装置１において決定され（決
定の仕方は後述する）、複数の委託放送事業者において
共通に使用される値が格納される。暗号文・フィールド
は、依頼電文に含まれるＥＭＭ平文を暗号化したものが
格納される。その他のフィールドは、依頼電文に含まれ
るものと同じである。

【００２９】次に、本実施の形態の限定受信共同管理装
置１の構成を説明する。限定受信共同管理装置１は、後
述する、送受信部１ａと、記憶部１ｂと、暗号化処理部
１ｃと、暗号化電文蓄積処理部（回答電文蓄積処理部）
１ｄと、カウンタ作成処理部１ｅと、回答電文作成処理
部１ｆとから構成される。なお、記憶部１ｂは、メモリ
等の揮発性の記憶装置、または、ハードディスク、光磁
気ディスク等の不揮発性の記録装置、または、前記記憶
装置および記録装置の組み合わせにより構成されてい
る。また、暗号化処理部１ｃと、暗号化電文蓄積処理部
１ｄと、カウンタ作成処理部１ｅと、回答電文作成処理
部１ｆは、専用の装置により実現されてもよく、あるい
はコンピュータ装置を利用して、プログラムを実行する
ことにより各部の機能を実現させてもよい。

【００３０】送受信部１ａは、限定受信共同管理装置１
を利用する、複数の委託放送事業者から送信されてくる
依頼電文を受信するとともに、作成された回答電文を当
該委託放送事業者に返信する。記憶部１ｂは、各暗号方
式区分識別子と暗号化プログラムを対応づける暗号方式
区分テーブル１ｂ−１（図３参照）と、複数の暗号化プ
ログラムからなる暗号化プログラム群１ｂ−２と、後述
する回答電文を蓄積・格納する回答電文テーブル１ｂ−
３とを記憶している。

【００３１】暗号化処理部１ｃは、まず、依頼電文のデ
ータを並べ替え共通のデータ並びとする。次に、暗号方
式区分テーブル１ｂ−１を参照し、送受信部１ａが受け
た依頼電文に含まれる暗号方式区分識別子に対応する暗
号化プログラムを暗号化プログラム群１ｂ−２より取得
し、当該暗号化プログラムを用いて当該依頼電文の一部
（本実施の形態では、ＥＭＭ平文）を暗号化する。この
ようにして生成された電文を暗号化電文と称す。暗号化
電文蓄積処理部１ｄは、暗号化処理部１ｃが生成した暗
号化電文を回答電文テーブル１ｂ−３に順次蓄積・格納
する。

【００３２】カウンタ作成処理部１ｅは、まず、暗号化
電文蓄積処理部１ｄを介して受けた当該暗号化電文が制
御コマンドを含む場合、回答電文テーブル１ｂ−３に格
納されている複数の回答電文の中で制御コマンドを含み
ＩＣカード番号が同一の回答電文を参照する。そして、
参照した回答電文の中で共通カウンタの値の最大値より
大きい値（例えば、１加算した値）を、当該暗号化電文
の共通カウンタの値として決定する。なお、各電文にお
いて、制御コマンドを含んでいるか否かは、制御カウン
タが設定されているか否かで判定できる。回答電文作成
処理部１ｆは、カウンタ作成処理部１ｅにより生成され
た共通カウンタの値を当該暗号化電文に設定した回答電
文を作成し回答電文テーブル１ｂ−３に格納するととも
に、当該回答電文を送受信部１ａに渡す。

【００３３】次に、このように構成された本実施の形態
の限定受信共同管理装置１の動作を説明する。図４は、
限定受信共同管理装置１が依頼電文を受信し、回答電文
を送信するまでの動作を説明する動作フローチャートで
ある。

【００３４】はじめに、送受信部１ａは、委託放送事業
者からの依頼電文を受信し、当該依頼電文を暗号化処理
部１ｃへ渡す（ステップＳ０１）。そして暗号化処理部
１ｃは、当該依頼電文のデータを共通のデータ並びとす
るデータの並べ替えを行う（ステップＳ０２）。次に、
暗号化処理部１ｃは、暗号方式区分テーブル１ｂ−１を
参照し、依頼電文に含まれる暗号方式区分識別子に対応
する暗号化プログラムを検索する（ステップＳ０３）。
さらに、暗号化処理部１ｃは、検索され確定した暗号化
プログラムを暗号化プログラム群１ｂ−２から取り出
し、当該暗号化プログラムを用いて依頼電文の暗号化を
行い暗号化電文とする（ステップＳ０４）。なお、本実
施の形態では、依頼電文中のＥＭＭ平文を暗号化してい
るが、暗号化するデータは、別途定義されてよい。

【００３５】次に、暗号化電文蓄積処理部１ｄは、暗号
化処理部１ｃによって生成された暗号化電文を回答電文
テーブル１ｂ−３に順次蓄積・格納する（ステップＳ０
５）。次に、カウンタ作成処理部１ｅは、回答電文テー
ブル１ｂ−３に格納された回答電文の中で制御コマンド
を含む回答電文を順次参照し、それぞれに含まれるＩＣ
カード番号が上記暗号化電文に含まれるＩＣカード番号
と一致するか判断する（ステップＳ０６）。ステップＳ
０６で、ＩＣカード番号が一致すると判定された場合、
カウンタ作成処理部１ｅは、回答電文テーブル１ｂ−３
に格納された回答電文の共通カウンタの値の最大値に１
を加算した値を、当該依頼電文に対する回答電文用の共
通カウンタの値として決定する（ステップＳ０７）。ス
テップＳ０６で、ＩＣカード番号が一致しないと判定さ
れた場合、カウンタ作成処理部１ｅは、当該依頼電文に
対する回答電文用の共通カウンタの値として「１」を決
定する（ステップＳ０８）。

【００３６】次に、回答電文作成処理部１ｆは、カウン
タ作成処理部１ｅによって決定された共通カウンタの値
を当該暗号化電文の共通カウンタ・フィールドに設定し
た回答電文として回答電文テーブル１ｂ−３に格納す
る。そして送受信部１ａに渡す（ステップＳ０９）。送
受信部１ａは、回答電文作成処理部１ｆより回答電文を
受けると、回答電文に含まれる事業者名に基づき、当該
回答電文を依頼電文の送信元である委託放送事業者に送
信する（ステップＳ１０）。以上が、限定受信共同管理
装置１が依頼電文を受信し、回答電文を送信するまでの
動作である。

【００３７】次に、図２（ｂ）、図５に示す具体例を参
照し、委託放送事業者Ａ、Ｂと限定受信共同管理装置１
を備える限定受信共通管理センタ１’間で、依頼電文Ｒ
１、Ｒ２と回答電文Ａ１、Ａ２が送受信される際の動作
を説明する。

【００３８】この図で委託放送事業者Ａ・４Ａは、ＩＣ
カード番号として「０００１」、事業者名は「Ａ」、暗
号方式区分に「」、制御カウンタ（図面では、カウン
タと記載）の値として「００１」、ＥＭＭ平文として
「映像Ａ鍵（契約放送受信者用の鍵の１つ）」等を依頼
電文Ｒ１に含め、限定受信共通管理センタ１’へ送って
いる。限定受信共通管理センタ１’では、受信した依頼
電文Ｒ１に基づき、前述の回答電文の作成までの処理を
行い、共通カウンタとして「０００１」、ＥＭＭ平文を
暗号化した暗号文の「映像Ａ鍵」等を含む回答電文Ａ１
を回答電文テーブル１ｂ−３に蓄積するとともに、委託
放送事業者Ａ・４Ａへ返信する。

【００３９】次に、委託放送事業者Ｂ・４Ｂが、同様に
依頼電文Ｒ２を限定受信共通管理センタ１’へ送ってい
る。この依頼電文Ｒ２に含まれるＩＣカード番号は「０
００１」であり、先に放送事業者Ａ・４Ａから送信され
た依頼電文Ｒ１に含まれたＩＣカード番号と同一であ
る。すなわち、これら２つの依頼電文Ｒ１、Ｒ２は、同
一の契約放送受信者に対するものであることを意味す
る。なおこの依頼電文Ｒ２には、事業者名として
「Ｂ」、暗号方式区分として「」、制御カウンタ（図
面では、カウンタと記載）の値として「００１」、ＥＭ
Ｍ平文として「映像Ｃ鍵」等を含んでいる。

【００４０】限定受信共通管理センタ１’では、回答電
文テーブル１ｂ−３を参照し、依頼電文Ｒ２に含まれる
ＩＣカード番号と、制御コマンドを含み同一のＩＣカー
ド番号をもつ回答電文を検索し回答電文Ａ１を参照す
る。回答電文Ａ１には、共通カウンタの値として「００
０１」が設定されているので、依頼電文Ｒ２に対する回
答電文Ａ２の共通カウンタの値として「０００２」を設
定し、委託放送事業者Ｂ・４Ｂに送信する。本実施の形
態によれば、各放送事業者は限定受信方式の仕組みを個
別に用意する必要がなくなる。また、各放送事業者は異
なる暗号化方式を用いた限定受信方式に容易に切り替え
ることが可能となる。また、各放送事業者は、他の放送
事業者と制御カウンタの同期を行わなくても、１台の放
送受信用デコーダに対するサービスの提供が行える。以
上、第１の実施の形態の詳細を説明した。

【００４１】次に、本発明の第２の実施の形態を図面を
参照して説明する。図７は、本発明の限定受信共同管理
装置の第２の実施の形態である顧客情報共同管理装置の
構成を示すブロック図である。

【００４２】顧客情報共同管理装置２は、後述する、送
受信部２ａと、顧客管理テーブル２ｂ−１、一括請求区
分テーブル２ｂ−２を含む記憶部２ｂと、共通顧客管理
部２ｃと、顧客データ蓄積処理部２ｄと、顧客データ作
成処理部２ｅとから構成される。なお、記憶部２ｂは、
メモリ等の揮発性の記憶装置、または、ハードディス
ク、光磁気ディスク等の不揮発性の記録装置、または、
前記記憶装置および記録装置の組み合わせにより構成さ
れている。また、共通顧客管理部２ｃと、顧客データ蓄
積処理部２ｄと、顧客データ作成処理部２ｅは、専用の
装置により実現されてもよく、あるいはコンピュータ装
置を利用して、プログラムを実行することにより各部の
機能を実現させてもよい。

【００４３】送受信部２ａは、顧客情報共同管理装置２
を利用する、複数の契約事業者（委託放送事業者）から
送信されてくる顧客データを受信するとともに、加工さ
れた顧客データを当該契約事業者あるいは顧客データに
対応する放送受信者に返信する。なお、契約事業者から
送られる顧客データは、契約事業者毎に、フォーマット
（図８の（ａ）参照）および、データの並び（図８の
（ｂ）参照）が通常異なっている。図８に示した例で
は、顧客データとして、ＩＣカード番号、契約事業者
名、契約者名、顧客番号、視聴履歴、一括請求区分（図
示せず）、請求金額（図示せず）等を含んでいるが、顧
客データの内容は別途定義されてよい。ここで、一括請
求区分とは、ある契約者に対し、契約事業者毎に料金を
請求するか、全契約事業者または一部の契約事業者の料
金請求を一括して行うか等の区分けをするものである
（図１２参照）。

【００４４】記憶部２ｂは、下記の共通顧客データを格
納する顧客管理テーブル２ｂ−１と、一括請求区分と一
括請求区分に対応する料金請求処理を対応づける一括請
求区分テーブル２ｂ−２を記憶する。共通顧客管理部２
ｃは、顧客データの受信時には、委託放送事業所毎に異
なる顧客データのフォーマットを共通のフォーマットに
変換し（図８の例では、（ａ）から（ｂ）へ）、さら
に、異なるデータの並びを共通のデータの並びに並び替
えた共通顧客データ（図９参照）を作成する。ただし、
この時点の共通顧客データは、下記の共通顧客番号を割
り当てられていない。また、顧客データの送信時には、
共通顧客番号を割り当てられた共通顧客データに基づ
き、各自業者毎の形式または別途定められる所定の形式
に変換した顧客データを作成する。顧客データ蓄積処理
部２ｄは、共通顧客データを顧客管理テーブル２ｂ−１
に格納・蓄積する。

【００４５】顧客データ作成処理部２ｅは、契約事業者
毎に異なる顧客番号に対して、同一の契約者を一意に確
定できる共通顧客番号（図１０参照）を割り当てる。こ
の共通顧客番号の割り当ては、放送受信用デコーダ毎に
一意に定められたＩＣカード番号と、共通顧客番号とを
対応づけるテーブルを別途記憶部２ｂにもち、このテー
ブルを参照して割り当てる番号を決定してもよいし、Ｉ
Ｃカード番号そのものを用いてもよい。そして、共通顧
客番号と、その他の付加情報を共通顧客データに設定す
る（図１１参照）。また、顧客データに含まれる一括請
求区分および契約事業者毎の請求金額（図８、９、１１
には図示せず）に基づき、契約者に請求する料金を確定
する。また、こうして確定された料金請求を、例えば、
契約された銀行やクレジット会社を介して契約放送受信
者に料金請求がなされる（図１３参照）。

【００４６】次に、このように構成された顧客情報共同
管理装置２の動作を図１４に示す動作フローチャートを
参照して説明する。

【００４７】まず、顧客データの受信時の動作を説明す
る。共通顧客管理部２ｃは、送受信部２ａが受信した顧
客データを受けると、当該顧客データのフォーマットを
共通のフォーマットに変換する（ステップＳ２１）。さ
らに、共通顧客管理部２ｃは、フォーマット変換された
顧客データのデータの並びを並び替える（ステップＳ２
２）。そして、顧客データ作成処理部２ｅは、ＩＣカー
ド番号をもとに、共通の顧客番号（共通顧客番号）を割
り当てる（ステップＳ２３）。次に、顧客データ蓄積処
理部２ｄは、顧客データ作成処理部２ｅにより作成され
た共通顧客データを、顧客管理テーブル２ｂ−１に格納
する（ステップＳ２４）。

【００４８】なお、顧客データの送信時には、共通顧客
管理部２ｃは、顧客管理テーブル２ｂ−１から共通顧客
データを読み出し、この共通顧客データに基づき、各自
業者毎の形式または別途定められる所定の形式に変換し
た顧客データを作成する。そして送受信部２ａは、この
顧客データを所定の放送受信者あるいは放送事業者へ送
信する。また、料金請求処理を行う場合、顧客データ作
成処理部２ｅは、共通顧客データに含まれる一括請求区
分（図示せず）と請求料金（図示せず）に基づき、請求
料金を確定する。なお、契約事業者と顧客情報共同管理
装置２間、並びに、放送受信者と顧客情報共同管理装置
２間における顧客データの送受信は適宜行われるもので
ある。また、本実施の形態によれば、顧客管理を放送事
業者が行わない場合は、共同化された顧客データと顧客
管理処理の仕組みを利用することにより経済性の確保を
可能とする。また、顧客管理を放送事業者側で行う場合
でも、放送事業者毎に管理された顧客データの共通顧客
データへの取り込みが可能であり、請求処理等にかかる
コストの圧縮が見込める。また、放送受信者に対して
は、請求書発行、料金支払いなどを一本化することがで
き、利便性が向上する。以上、第２の実施の形態の詳細
を説明した。

【００４９】なお、本発明の第１および第２の実施の形
態において、周辺機器として入力装置、表示装置等（い
ずれも図示せず）が接続されてよい。ここで、入力装置
とはキーボード、マウス等の入力デバイスのことをい
う。表示装置とはＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕ
ｂｅ）や液晶表示装置等のことをいう。

【００５０】また、本発明の限定受信共同管理装置を実
現するためのプログラムをコンピュータ読み取り可能な
記録媒体に記録して、この記録媒体に記録されたプログ
ラムをコンピュータシステムに読み込ませ、実行するこ
とにより限定受信共同管理および顧客共同管理を行って
もよい。すなわち、この限定受信共同管理プログラム
は、依頼電文を受信する機能と、回答電文作成処理部の
機能と、回答電文を送信する機能と、回答電文蓄積処理
部の機能と、カウンタ作成処理部の機能または／および
暗号化処理部の機能とをコンピュータに実現させる。ま
た、顧客共同管理プログラムは、顧客データの送受信を
行う機能と、共通顧客管理部の機能と、顧客データ蓄積
処理部の機能と、顧客データ作成処理部の機能とをコン
ピュータに実現させる。

【００５１】なお、ここでいう「コンピュータシステ
ム」とは、ＯＳや周辺機器等のハードウェアを含むもの
とする。また、「コンピュータシステム」は、ＷＷＷシ
ステムを利用している場合であれば、ホームページ提供
環境（あるいは表示環境）も含むものとする。また、
「コンピュータ読み取り可能な記録媒体」とは、フロッ
ピーディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ
等の可般媒体、コンピュータシステムに内蔵されるハー
ドディスク等の記憶装置のことをいう。さらに「コンピ
ュータ読み取り可能な記録媒体」とは、インターネット
等のネットワークや電話回線等の通信回線を介してプロ
グラムを送信する場合の通信線のように、短時間の間、
動的にプログラムを保持するもの（伝送媒体ないしは伝
送波）、その場合のサーバやクライアントとなるコンピ
ュータシステム内部の揮発性メモリのように、一定時間
プログラムを保持しているものも含むものとする。また
上記プログラムは、前述した機能の一部を実現するため
のものであってもよい。さらに、前述した機能をコンピ
ュータシステムにすでに記録されているプログラムとの
組み合わせで実現できるもの、いわゆる差分ファイル
（差分プログラム）であってもよい。

【００５２】以上、この発明の実施形態を図面を参照し
て詳述してきたが、具体的な構成はこの実施形態に限ら
れるものではなく、この発明の要旨を逸脱しない範囲の
設計等も含まれる。

【００５３】

【発明の効果】以上、詳細に説明したように、本発明に
よれば、共通カウンタ数を用いるので、各放送事業者
は、他の放送事業者と制御カウンタの同期を行わなくて
も、１台の放送受信機（放送受信用デコーダ）に対する
サービスの提供が行える。また、本発明によれば、各放
送事業者は限定受信方式の仕組みを個別に用意する必要
がなくなる。また、本発明によれば、複数の暗号化プロ
グラムの中から、暗号化に使用する暗号化プログラムを
選択できるので、各放送事業者は異なる限定受信方式に
容易に切り替えることが可能となる。

【００５４】また、本発明によれば、顧客管理を放送事
業者が行わない場合は、共同化された顧客データと顧客
管理処理の仕組みを利用することにより経済性の確保を
可能とする。また、顧客管理を放送事業者側で行う場合
でも、放送事業者毎に管理された顧客データの共通顧客
データへの取り込みが可能であり、請求処理等にかかる
コストの圧縮が見込める。また、本発明によれば、放送
受信者に対しては、請求書発行、料金支払いなどを一本
化することができ、利便性が向上する。

【図面の簡単な説明】

【図１】 本発明の第１の実施の形態の限定受信共同管
理装置の構成を示すブロック図である。

【図２】 （ａ）は、依頼電文の一例を示し、（ｂ）
は、回答電文の一例を示す図である。

【図３】 暗号方式区分テーブルの一例を示す図であ
る。

【図４】 第１の実施の形態の動作例を説明する動作フ
ローチャートである。

【図５】 一例として、委託放送事業者Ａ、Ｂと、限定
受信共通管理センタ間で送受信される依頼電文、回答電
文の内容を説明する図である。

【図６】 委託放送事業者、限定受信共通管理センタ、
共通アップリンク局、放送受信用デコーダ間の電文の流
れを説明する図である。

【図７】 本発明の第２の実施の形態の顧客情報共同管
理装置の構成を示すブロック図である。

【図８】 （ａ）は、事業者毎にフォーマットおよびデ
ータ並びが異なる顧客データの一例であり、（ｂ）は、
共通フォーマットに変換されデータ並びのみ異なる顧客
データの一例である。

【図９】 フォーマット変換およびデータの並び替えを
行い作成された共通顧客データの一例である。

【図１０】 図９の例において、事業者毎に異なる顧客
番号と、該顧客番号に対応する、生成された共通顧客番
号を示す図である。

【図１１】 共通顧客番号を付加した共通顧客データの
一例である。

【図１２】 一括請求区分 を説明する図である。

【図１３】 顧客データの受信に伴う顧客情報共同管理
センタの動作を説明する図である。

【図１４】 第２の実施の形態の動作例を説明する動作
フローチャートである。

【図１５】 従来のデジタル放送サービスのシステム構
成の一例を示す図である。

【図１６】 従来のシステムにおけるコマンド電文の競
合を示す図である。

【符号の説明】

１…限定受信共同管理装置 １’…限定受信共通管理センタ（暗号化方式共同管理セ
ンタ） １ａ…送受信部（送信部および受信部） １ｂ…記憶部 １ｂ−１…暗号方
式区分テーブル １ｂ−２…暗号化プログラム群 １ｂ−３…回答電
文テーブル １ｃ…暗号化処理部 １ｄ…暗号化電文
蓄積処理部 １ｅ…カウンタ作成処理部 １ｆ…回答電文作
成処理部 ２…顧客情報共同管理装置 ２ａ…送受信部 ２ｂ…記憶部 ２ｂ−１…顧客管
理テーブル ２ｂ−２…一括請求区分テーブル ２ｃ…共通顧客管
理部 ２ｄ…顧客データ蓄積処理部 ２ｅ…顧客データ
作成処理部 ３…共通アップリンク局 ４Ａ、４Ｂ…委託
放送事業者Ａ、Ｂ ５…放送受信用デコーダ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 新井 健太郎 東京都江東区豊洲三丁目３番３号 株式 会社エヌ・ティ・ティ・データ内 (72)発明者 谷 達哉 東京都江東区豊洲三丁目３番３号 株式 会社エヌ・ティ・ティ・データ内 (56)参考文献 特開 平６−337829（ＪＰ，Ａ) 特開 平６−90268（ＪＰ，Ａ) 特開 平４−265037（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04H 1/00 - 1/02 H04N 7/10 - 7/20 H04L 9/00 - 9/04

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 放送における限定受信方式を共同管理す
   る共同管理装置であって、 前記共同管理装置は、 放送事業者から送信された依頼電文を受信する受信部
   と、 前記依頼電文に基づき、付加情報を加えた所定の形式の
   回答電文を作成する回答電文作成処理部と、 前記付加情報を加えた回答電文を、前記放送事業者に送
   信する送信部と、 前記回答電文が格納される記憶部と、 前記回答電文を前記記憶部に格納する回答電文蓄積処理
   部と、 複数の放送事業者において共通に使用される共通カウン
   タ数を作成するカウンタ作成処理部と、からなり、 前記回答電文作成処理部は、前記依頼電文が制御コマン
   ドを含む場合、前記カウンタ作成処理部により作成され
   た共通カウンタ数を、前記付加情報の一部としてさらに
   付加した回答電文を作成し、 前記カウンタ作成処理部は、現在受信した制御コマンド
   を含む依頼電文に対し、該依頼電文より先に受信した依
   頼電文に対応する回答電文に付加された共通カウンタ数
   の値で最大のものに、所定の値を加算した共通カウンタ
   数を作成することを特徴とする限定受信共同管理装置。
2. 【請求項２】 前記共同管理装置は、 放送事業者から送信された依頼電文を受信する受信部
   と、 異なる暗号化プログラムを複数格納するとともに、該暗
   号化プログラムの各々と、該暗号化プログラムに対応し
   て定義される暗号方式区分識別子とを対応づける暗号方
   式区分テーブルをさらに格納した第１の記憶部と、 前記暗号方式区分テーブルを参照し、前記依頼電文に含
   まれる暗号方式区分識別子に対応する暗号化プログラム
   を用いて、前記依頼電文の一部を暗号化するとともに、
   所定の形式の回答電文とする暗号化処理部と、 前記回答電文が格納される第２の記憶部と、 前記回答電文を前記第２の記憶部に格納する回答電文蓄
   積処理部と、 前記回答電文に、さらに付加情報を加えた回答電文とす
   る回答電文作成処理部と、 前記付加情報を加えた回答電文を、前記放送事業者に送
   信する送信部と、からなることを特徴とする請求項１に
   記載の限定受信共同管理装置。
3. 【請求項３】 前記共同管理装置は、 前 記複数の放送事業者毎に固有の形式をもつ顧客データ
   を各々、該共同管理装置で用いる共通の形式をもつ共通
   顧客データに変換する共通顧客管理部と、 前記複数の放送事業者に対応して、前記共通顧客データ
   が格納される記憶部と、 前記共通顧客データを、前記記憶部に格納する顧客デー
   タ蓄積処理部と、 前記共通顧客データを前記記憶部から読み出し、前記事
   業者毎に固有の顧客データに変換する顧客データ作成処
   理部と、からなることを特徴とする請求項１に記載の限
   定受信共同管理装置。
4. 【請求項４】 前記共通顧客管理部は、 前記放送事業者毎に異なる顧客データのフォーマットを
   共通フォーマットに変換するフォーマット変換手段と、 前記放送事業者毎に異なる、前記共通フォーマットに変
   換された顧客データのデータの並びを、共通のデータ並
   びとする、データの並び替えを行う並び替え手段と、 前記並び替え手段によりデータの並び替えが行われた複
   数の顧客データに対し、同一の放送受信者の顧客データ
   には、共通顧客番号を割り当てた共通顧客データとする
   顧客番号割当手段と、からなることを特徴とする請求項
   ３に記載の限定受信共同管理装置。
5. 【請求項５】 前記共通顧客管理部は、さらに、 顧客データに含まれた、料金の一括請求を含む料金請求
   の区分を識別する一括請求区分識別子と前記放送受信者
   が契約した放送事業者毎の料金請求金額とに基づき、該
   放送受信者に対する請求金額を確定することを特徴とす
   る請求項４記載の限定受信管理装置。
6. 【請求項６】 コンピュータを用いて、放送における限
   定受信方式を共同管理する共同管理方法であって、 放送事業者から送信された依頼電文を受信する手順と、前記依頼電文に基づき、付加情報を加えた所定の形式の
   回答電文を作成する回答電文作成手順と、 前記付加情報を加えた回答電文を、前記放送事業者に送
   信する手順と、 前記回答電文を記憶させる手順と、 複数の放送事業者において共通に使用される共通カウン
   タ数を作成するカウンタ作成手順と、を含み、さらに、 前記回答電文作成手順は、前記依頼電文が制御コマンド
   を含む場合、前記カウンタ作成処理部により作成された
   共通カウンタ数を、前記付加情報の一部としてさらに付
   加した回答電文を作成する手順を含み、 前記カウンタ作成手順は、現在受信した制御コマンドを
   含む依頼電文に対し、該依頼電文より先に受信した依頼
   電文に対応する回答電文に付加された共通カウンタ数の
   値で最大のものに、所定の値を加算した共通カウンタ数
   を作成する手順を含 むことを特徴とする限定受信共同管
   理方法。