JPH06225306A - 有線放送システム - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、データを回線を介して収集する有
線放送システムに関し、センタがネットワークを介して
全端末に課金データ要求を行ったことに対応して課金デ
ータが回線を介して送信されてこないときに次回の課金
データ要求順序を入れ換え、課金データの収集の確率を
向上させることを目的とする。 【構成】 端末ＩＤに対応づけて課金データおよび課金
データ要求順序を登録する課金管理テーブル１０と、課
金管理テーブル１０に登録されている課金データ要求順
序に従い、課金データ要求をネットワークを介して端末
１２に順次通知し、端末１２から回線を介して課金デー
タの応答があったときに課金管理テーブル１０に登録
し、一方、課金データの応答がなかったときに課金デー
タ要求順序を入れ換えて課金データ要求の通知を繰り返
す課金収集処理９とを備え、課金データ要求をネットワ
ークを介して端末１２に通知し、回線を介して課金デー
タを収集するように構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データを回線を介して
収集する有線放送システムに関するものである。

【０００２】

【従来の技術】ペイパービュー（見た分のみ課金するシ
ステム）を実施している、図７に示すようなＣＡＴＶシ
ステムは、加入者の有料番組の視聴データを課金データ
としてセンタ４１で吸い上げる必要がある。この課金デ
ータを吸い上げるために加入電話回線を使用するシステ
ムでは、同軸ネットワーク４９により全ＣＡＴＶ端末５
０に対して順次、課金データ要求を行う。各ＣＡＴＶ端
末５０は、その課金データ要求を受信した場合、電話回
線を使用して課金データをセンタ４１に送信する。以下
図７の構成および動作を簡単に説明する。

【０００３】図７は、従来技術の説明図を示す。図７に
おいて、センタ４１は、有料視聴番組のＴＶ信号を同軸
ネットワーク４９に送信したり、全ＣＡＴＶ端末５０に
課金データ要求を送信したり、ＣＡＴＶ端末５０から加
入電話回線網５２を介して通知されてきた課金データを
受信したりなどするものである。

【０００４】ＴＶ変調器４２は、受信したＴＶ信号を周
波数変調するものである。スクランブラ４３は、盗視聴
防止のために、映像信号にスクランブルをかけるもので
ある。

【０００５】混合器４５は、ＴＶ信号と課金データ要求
などを混合するものである。高出力アンプ４６は、混合
器４５からの信号を増幅して同軸ネットワーク４９に送
信するものである。

【０００６】通信制御装置４７は、加入電話回線網５２
を介して各ＣＡＴＶ端末５０との間で通信するものであ
って、ここでは課金データを受信するものである。制御
用コンピュータ４８は、各種制御を行うものであって、
ここでは、各ＣＡＴＶ端末５０から加入電話回線網５２
を経由して送られてきた課金データを保存したり、集計
したりなどするものである。

【０００７】同軸ネットワーク４９は、各ＣＡＴＶ端末
５０に信号を分配するものである。ＣＡＴＶ端末５０
は、各加入者宅に設置したＣＡＴＶ端末であって、同軸
ネットワーク４９を介して送られてきた信号から選択さ
れた信号を取り出し、デスクランブルしたり、有料視聴
番組を視聴したチャンネル、時間などを課金データとし
て保存したりなどするものである。

【０００８】ＴＶ５１は、ＣＡＴＶ端末５０によってデ
スクランブルされたＴＶ信号をもとに画像（特に有料番
組）などを表示するものである。加入電話回線網５２
は、ＣＡＴＶ端末５０と、センタ４１の通信制御装置４
７との間で通信を行うものであって、ここでは、ＣＡＴ
Ｖ端末５０が課金データを通信制御装置４７に送信する
ものである。

【０００９】

【発明が解決しようとする課題】上述した図７の構成の
もとで、センタ４１から全ＣＡＴＶ端末５０に対して課
金データ要求を行い、各ＣＡＴＶ端末５０が加入電話回
線網５２に発呼してセンタ４１と回線接続し、課金デー
タを送信しようとするが電話が使用中の場合などは送信
することができない。このような場合、再度、センタ４
１から課金データ要求を行っていた。このため、加入者
によっては、特定の時刻に電話回線を使用する確率が高
く、毎回通信異常となって課金データをセンタ４１で収
集できないという問題があった。

【００１０】本発明は、これらの問題を解決するため、
センタがネットワークを介して全端末に課金データ要求
を行ったことに対応して課金データが回線を介して送信
されてこないときに次回の課金データ要求順序を入れ換
え、課金データの収集の確率を向上させることを目的と
している。

【００１１】

【課題を解決するための手段】図１は、本発明の原理構
成図を示す。図１において、課金収集処理９は、課金管
理テーブル１０に登録されている課金データ要求順序に
従い、課金データ要求をネットワークを介して端末１２
に順次通知し、端末１２から回線を介して課金データの
応答があったときに課金管理テーブル１０に登録し、一
方、課金データの応答がなかったときに課金データ要求
順序を入れ換えて課金データ要求の通知を繰り返したり
するものである。また、課金管理テーブル１０に登録さ
れている課金データ要求順序に従い、課金データ要求を
ネットワークを介して端末１２に順次通知し、端末１２
から回線を介して課金データおよび通信異常内容の応答
があったときに課金管理テーブル１０に登録および通信
異常内容が回線使用中のときに課金データ要求順序を入
れ換え、一方、課金データの応答がなかったときに課金
データ要求の通知を繰り返したりするものである。

【００１２】課金管理テーブル１０は、端末ＩＤに対応
づけて課金データおよび課金データ要求順序を登録する
テーブルである。

【００１３】

【作用】本発明は、図１に示すように、課金収集処理９
が課金管理テーブル１０に登録されている課金データ要
求順序に従い、課金データ要求をネットワークを介して
端末１２に順次通知し、端末１２から回線を介して課金
データの応答があったときに課金管理テーブル１０に登
録し、一方、課金データの応答がなかったときに課金デ
ータ要求順序を入れ換えて課金データ要求の通知を繰り
返し、回線を介して課金データを収集するようにしてい
る。

【００１４】また、課金収集処理９が課金管理テーブル
１０に登録されている課金データ要求順序に従い、課金
データ要求をネットワークを介して端末１２に順次通知
し、端末１２から回線を介して課金データおよび通信異
常内容の応答があったときに課金管理テーブル１０に登
録および通信異常内容が回線使用中のときに課金データ
要求順序を入れ換え、一方、課金データの応答がなかっ
たときに課金データ要求の通知を繰り返し、回線を介し
て課金データを収集するようにしている。

【００１５】従って、センタ１がネットワークを介して
全端末１２に課金データ要求を行ったことに対応して課
金データが回線を介して送信されてこないときに次回の
課金データ要求順序を入れ換えたり、回線使用中のとき
に課金データ収集順序を入れ換えたりすることにより、
課金データの収集の確率を向上させることが可能とな
る。

【００１６】

【実施例】次に、図１から図６を用いて本発明の実施例
の構成および動作を順次詳細に説明する。

【００１７】図１は、本発明の原理構成図を示す。図１
において、センタ１は、有料視聴番組の映像信号を同軸
ネットワーク１１に送信したり、全ての端末１２に課金
データ要求を送信したり、端末１２から加入電話回線網
を介して通知されてきた課金データを受信したりなどす
るものであって、ＴＶ変調器、混合器、高出力アンプ、
および制御用コンピュータなどから構成されるものであ
る。

【００１８】制御用コンピュータは、センタ１の各種制
御するものであり、ここでは課金データの収集を行うも
のであって、課金収集処理９および課金管理テーブル１
０などから構成されるものである。

【００１９】同軸ネットワーク１１は、端末１２に信号
を分配するものである。端末１２は、各加入者宅に設置
したＣＡＴＶ端末である。ＴＶは、端末１２によって受
信されたＴＶ信号を表示し、視聴するためのものであ
る。

【００２０】加入電話回線網は、端末１２が発呼してセ
ンタ１と接続し、課金データを送信したりするための回
線網である。図２は、本発明の１実施例構成図を示す。

【００２１】図２の（ａ）は、構成図を示す。図２の
（ａ）において、センタ１は、有料視聴番組のＴＶ信号
を同軸ネットワーク１１に送信したり、全端末１２に課
金データ要求を送信したり、端末１２から加入電話回線
網１６を介して通知されてきた課金データを受信したり
などするものであって、ＴＶ変調器２、スクランブラ
３、ＦＳＫ変調器４、混合器５、高出力アンプ６、通信
制御装置７、および制御用コンピュータ８などから構成
されるものである。

【００２２】ＴＶ変調器２は、アンテナで受信したＴＶ
信号を周波数変調するものである。スクランブラ３は、
映像信号にスクランブルをかけ、有料番組などの盗視聴
を防止するためのものである。

【００２３】混合器５は、ＴＶ信号と課金データ要求な
どのデータ信号とを混合するものである。高出力アンプ
６は、混合器４５からの信号を増幅して同軸ネットワー
ク４９に送信するものである。

【００２４】通信制御装置７は、加入電話回線網５２を
介して各ＣＡＴＶ端末１２との間で通信するものであっ
て、ここでは課金データを受信するものである。制御用
コンピュータ８は、センタ１の各種制御するものであ
り、ここでは課金データの収集を行うものであって、課
金収集処理９および課金管理テーブル１０などから構成
されるものである。

【００２５】課金収集処理９は、課金管理テーブル１０
に登録されている課金データ要求順序に従い、課金デー
タ要求を同軸ネットワーク１１を介して端末１２に順次
通知したり、端末１２から回線を介して課金データの応
答があったときに課金管理テーブル１０に登録したり、
課金データの応答がなかったときに課金管理テーブル９
内の課金データ要求順序を入れ換えたり、端末１２から
回線を介して課金データおよび通信異常内容の応答があ
ったときに課金管理テーブル１０に登録および通信異常
内容が回線使用中のときに課金データ要求順序を入れ換
えたりなどするものである（図３および図４を用いて後
述する）。

【００２６】課金管理テーブル１０は、端末ＩＤに対応
づけて課金データおよび課金データ要求順序を登録する
テーブルである。同軸ネットワーク１１は、各端末１２
に信号を分配するものである。

【００２７】端末１２は、各加入者宅に設置したＣＡＴ
Ｖ端末であって、課金データを課金データテーブル１３
に保存したり、課金データ要求があったときに加入者電
話回線網１６に発呼して課金データをセンタ１に送信す
る課金送信処理１４などから構成されるものである（図
５を用いて後述する）。

【００２８】課金データテーブル１３は、端末１２が同
軸ネットワーク１１からの信号のうち、有料番組のＴＶ
信号を選択してＴＶ１５に表示して視聴したときにその
ＴＶ信号（チャンネル）および時刻を登録するものであ
る。

【００２９】課金送信処理１４は、同軸ネットワーク１
１を介してセンタ１から課金データ要求を受信したとき
に、課金データテーブル１３に登録されている課金デー
タを、加入電話回線網１６を経由してセンタ１に送信し
たりなどするものである。

【００３０】ＴＶ１５は、端末１２によってデスクラン
ブルされたＴＶ信号を表示し、視聴するためのものであ
る。加入電話回線網１６は、端末１２が発呼してセンタ
１と接続し、課金データを送信したりするための回線網
である。

【００３１】図２の（ｂ）は、端末１２の構成図を示
す。図２の（ｂ）において、分配１７は、同軸ネットワ
ーク１１から取り込んだ信号を分配し、ＲＦ ＭＯＤ／
ＤＥＭ１８およびＴＶチューナ１９に供給するものであ
る。

【００３２】ＲＦ ＭＯＤ／ＤＥＭ１８は、高周波の信
号を復調・変調するものであって、ここでは、信号を復
調してデータ（ここでは課金データ要求など）をＣＰＵ
２１に通知したりなどするものである。

【００３３】ＴＶチューナ１９は、高周波の信号から視
聴するＴＶ信号を選択するものである。デスクランブラ
２０は、ＴＶチューナ１９で選択したＴＶ信号をデスク
ランブルし、視聴可能なＴＶ信号にするものである。

【００３４】ＣＰＵ２１は、プログラムに従って各種処
理を行ったり、データを保持したりするものであって、
ここでは、有料番組を視聴した情報（チャンネル番号お
よび視聴した時間）を保存する課金データテーブル１３
およびこの課金データテーブル１３に保存した課金デー
タを加入電話回線網１６を介してセンタ１に送信する課
金送信処理１４などから構成されるものである。

【００３５】Ｆ ＣＯＶ２２は、周波数変換を行うもの
である。ＮＣＵ部２３は、加入電話回線網１６に発呼し
てセンタ１と回線接続するものである。

【００３６】ボタン２４は、端末１２を操作する各種ボ
タンである。リモコン受信２５は、リモコン２６から送
信された各種信号を受信し、各種操作をＣＰＵ２１に通
知するものである。

【００３７】次に、図３のフローチャートに示す順序に
従い、図２の構成のもとで、課金データ要求を全端末１
２に同軸ネットワーク１１を経由して通知し、加入電話
回線網１６を介して課金データを受信するときの動作を
詳細に説明する。

【００３８】図３において、Ｓ１は、課金収集未の端末
ありか判別する。これは、図２の（ａ）の課金収集処理
９が課金管理テーブル１０として、例えば図６の（ａ）
の課金管理テーブル１０を参照し、課金収集未の端末Ｉ
Ｄがありか判別する。ＹＥＳの場合には、課金収集未の
端末があったので、Ｓ２に進む。一方、ＮＯの場合に
は、全ての端末１２の課金データの収集を終わったの
で、終了する。

【００３９】Ｓ２は、Ｓ１のＹＥＳで課金データの収集
未の端末１２が見つかったので、この端末１２への課金
データ要求を同軸ネットワーク１２に送信する。Ｓ３
は、端末からの応答ありか判別する。これは、Ｓ２で課
金データ要求（例えば図６の（ｃ）の送信データ）を同
軸ネットワーク１２に送信したことに対応して、該当す
る端末１２が自身宛の送信データを受信する。そして、
端末１２がこの送信データを解析し、課金データ要求と
判明するので、課金送信処理１４が課金データテーブル
１３に保存されている有料視聴番組を視聴したチャネル
番号および時間などの課金データについて、加入電話回
線網１６を経由してセンタ１の課金収集処理９に送信す
るという応答があったか判別する。ＹＥＳの場合には、
Ｓ４で応答のあった送信データから課金データを取り出
し、課金管理テーブル１０に登録し、Ｓ１に戻る。一
方、ＮＯの場合には、端末１２からの応答がなく、端末
１２の電話が使用中などのために応答できないと判明し
たので、Ｓ５で端末１２へデータ要求を再度通知し、Ｓ
６で次回以降の端末１２への要求順序を変更する（図６
の（ａ）の課金データ要求順序を入れ換える）。そし
て、Ｓ１に戻る。

【００４０】以上によって、図２の課金収集処理９が課
金管理テーブル１０を参照して課金データの収集未の端
末１２がある場合、その端末１２に課金データ要求を同
軸ネットワーク１１に送信する。該当する端末１２がこ
の課金データ要求を受信し、課金送信処理１４が課金デ
ータテーブル１３から取り出した課金データを加入電話
回線網１６を経由して課金収集処理９に送信する。この
課金データを受信した課金収集処理９が課金管理テーブ
ル１０に登録する。この際、課金収集処理９が課金デー
タ要求を端末１２に送信してもその応答が返ってこない
場合、課金管理テーブル１０内の当該端末１２への課金
データ要求順序を入れ換え、同じ時刻に次回から課金デ
ータ要求しないようにし、課金データの応答確率を高め
るようにする。

【００４１】次に、図４および図５を用いて、課金デー
タ要求を端末１２に通知し、その応答があって電話機使
用中のために応答ができなかっと判明したときに、課金
管理テーブル１０内の課金データ要求順序を入れ換える
ときの動作を順次詳細に説明する。

【００４２】図４において、Ｓ１１は、課金収集未の端
末がありか判別する。これは、図２の（ａ）の課金収集
処理９が課金管理テーブル１０として、例えば図６の
（ａ）の課金管理テーブル１０を参照し、課金収集未の
端末ＩＤがありか判別する。ＹＥＳの場合には、課金収
集未の端末があったので、Ｓ１２に進む。一方、ＮＯの
場合には、全ての端末１２の課金データの収集を終わっ
たので、終了する。

【００４３】Ｓ１２は、Ｓ１１のＹＥＳで課金データの
収集未の端末１２が見つかったので、端末１２への課金
データ要求を同軸ネットワーク１２に送信する。Ｓ１３
は、端末からの応答ありか判別する。これは、Ｓ１２で
課金データ要求（例えば図６の（ｃ）の送信データ）を
同軸ネットワーク１２に送信したことに対応して、該当
する端末１２が自身宛の送信データを受信する。そし
て、端末１２がこの送信データを解析し、課金データ要
求と判明したので、課金送信処理１４が課金データテー
ブル１３に保存されている有料視聴番組を視聴したチャ
ンネル番号および時間などの課金データについて、加入
電話回線網１６を経由してセンタ１の課金収集処理９に
送信するという応答があったか判別する。ＹＥＳの場合
には、Ｓ１４で応答のあった送信データから課金データ
を取り出し、課金管理テーブル１０に登録し、Ｓ１１に
戻る。一方、ＮＯの場合には、端末１２からの応答がな
く、端末１２の電話が使用中などのために応答できない
と判明したので、Ｓ１５で端末１２へデータ要求を再度
通知し、Ｓ１６に進む。

【００４４】Ｓ１６は、端末１２から送られてきた送信
データ（図６の（ｄ−２）の送信データ）を解析し、電
話機が使用中で課金データをセンタ１に送ることができ
なかったか判別する。ＹＥＳの場合には、Ｓ１７で端末
１２への要求順序を変更（図６の（ａ）の課金管理テー
ブル１０の該当する端末１２の課金データ要求順序を入
れ換え（変更し））、Ｓ１１に戻る。一方、ＮＯの場合
には、電話機使用中によって課金データをセンタ１に送
ることができなかったわけでなく他の理由によって送信
できなかったので、課金データ要求順序を変更すること
なく、Ｓ１１に戻る。

【００４５】以上によって、端末１２から課金データを
センタ１に送信できなかった理由が電話機使用中と判明
した場合に、課金管理テーブル１０内の課金データ要求
順序を次回から入れ換えることにより、電話機の使用に
よって課金データを端末１２がセンタ１に送信できない
確率を低くし、結果として課金データの収集の確率を高
めることが可能となる。

【００４６】図５は、本発明の動作説明フローチャート
（その３）を示す。これは、図４のフローチャートによ
るセンタ１側の処理に対応する、端末１２側の処理であ
る。図５において、Ｓ２１は、センタ１からデータ要求
ありか判別する。これは、センタ１から課金データ要求
の送信データが同軸ネットワーク１１を経由して端末１
２に送信があったか判別する。ＹＥＳの場合には、Ｓ２
２に進む。ＮＯの場合には、データ要求があるまで待機
する。

【００４７】Ｓ２２は、電話回線使用中か判別する。Ｙ
ＥＳの場合には、電話回線使用中と判明したので、Ｓ２
５に進む。一方、ＮＯの場合には、電話回線使用中でな
いので、端末１２の回線送信処理１４がＳ２３で回線補
足し、センタ１にダイヤルして回線接続し、Ｓ２４で課
金データテーブル１３から取り出した課金データをセン
タ１に送信する。センタ１は、受信した課金データを課
金管理テーブル１０に登録する。

【００４８】Ｓ２５は、センタ１からの再データ要求あ
りか判別する。ＹＥＳの場合には、再度、課金データ要
求があったと判明したので、Ｓ２６に進む。一方、ＮＯ
の場合には、待機する。

【００４９】Ｓ２６は、電話回線使用中か判別する。Ｙ
ＥＳの場合には、電話回線使用中と判明したので、Ｓ２
５に戻る。一方、ＮＯの場合には、電話回線使用中でな
いと判明したので、Ｓ２７で端末１２の回線送信処理１
４がＳ２７で回線補足し、センタ１にダイヤルして回線
接続し、Ｓ２８で課金データテーブル１３から取り出し
た課金データおよび電話機使用ありをまとめて送信デー
タとしてセンタ１に送信する。センタ１は、受信した課
金データを課金管理テーブル１０に登録すると共に、電
話機使用ありの情報があったので、課金管理テーブル１
０の課金データ要求順序を入れ換える（図４のＳ１６の
ＹＥＳ、Ｓ１７）。

【００５０】以上によって、端末１２から課金データが
センタ１に送信できなかった理由が電話機使用中と判明
した場合に、課金データと一緒に電話機使用中で課金デ
ータを送信できなかった旨をセンタ１に送信する。これ
により、図４のＳ１６のＹＥＳおよびＳ１７によって、
課金管理テーブル１０内の課金データ要求順序を入れ換
え、課金データの収集の確率を高めるようにする。

【００５１】図６は、本発明の動作説明図を示す。図６
の（ａ）は、課金管理テーブル例を示す。この課金管理
テーブル１０は、図２のセンタ１内の制御用コンピュー
タ８内に設けたものであって、図示のように、 ・端末ＩＤに対応づけて、月毎の課金データ、課金デー
タ要求順序 などを登録するものである。

【００５２】図６の（ｂ）は、課金データテーブル例を
示す。この課金データテーブル１３は、図２の端末１２
内に設けたものであって、図示のように、 ・日・時、チャンネル であり、ＴＶ１５に表示して視聴した有料番組の日時、
チャンネルを保存したものである。

【００５３】図６の（ｃ）は、端末への送信データ例を
示す。これは、図２のセンタ１の課金収集処理９が図６
の（ａ）の課金管理テーブル１０を参照し、課金データ
の収集未の端末ＩＤへの送信データ例であって、図示の
ように、 ・ＳＴＸ、端末ＩＤ、コマンド（課金要求データ）、Ｅ
ＴＸ である。ここで、ＳＴＸは初めを表す制御信号、端末Ｉ
Ｄは送信相手の端末を表すＩＤ、ＥＴＸは終わりを表す
制御信号である。

【００５４】図６の（ｄ）は、端末からの課金データ例
を示す。図６の（ｄ−１）は、正常時の課金データの応
答を示す。これは、端末１２の課金送信処理１４が加入
電話回線網１６を経由してセンタ１の課金収集処理９に
正常時に送信する送信データであって、図示のように、 ・ＳＴＸ、端末ＩＤ、コマンド（課金データ応答）、月
日チャンネル（課金データ）・・・ＥＴＸ である。

【００５５】図６の（ｄ−２）は、異常発生時の課金デ
ータの応答を示す。これは、端末１２の課金送信処理１
４が加入電話回線網１６を経由してセンタ１の課金収集
処理９に異常発生時に送信する送信データであって、図
示のように、 ・ＳＴＸ、端末ＩＤ、コマンド（課金データ応答）、再
送信理由、送月日チャンネル（課金データ）・・・ＥＴ
Ｘ である。ここで、再送信理由として、 ・電話機使用中 ・着信中 ・回線品質異常 ・センタ側話中 などを設定する。これらの再送信理由中の“電話機使用
中”であった場合、既述した図４のＳ１６のＹＥＳとな
り、Ｓ１７で課金管理テーブル１０内の課金データ要求
順序を入れ換え、次回の課金データ要求を当該端末１２
に送信する時刻を変え、課金データをセンタ１に送信す
る確率を高めるように動的に制御している。

【００５６】図６の（ｅ）は、再送信時の課金データ要
求順序の入れ換えの様子を示す。図６の（ｅ）におい
て、Ｓ３１は、課金データを端末ＩＤ００１に送信す
る。Ｓ３２は、３分待ってもセンタ１の課金収集処理９
が当該端末ＩＤ００１から応答（課金データ）がなしと
判明する。

【００５７】Ｓ３３は、課金収集処理９が端末ＩＤ００
１に課金データを再送信する。Ｓ３４は、課金管理テー
ブル１０の端末ＩＤ００１の課金データ要求順序１を２
１に入れ換える（ここでは１時間に２０個の課金データ
を要求）。これにより、次回より、端末ＩＤ００１に対
する課金データ要求順序２１と変更されることとなり、
時刻が変更され、電話機使用中などにより課金データを
センタ１に送信できる確率を高めることが可能となる。

【００５８】

【発明の効果】以上説明したように、本発明によれば、
センタ１がネットワークを介して全端末１２に課金デー
タ要求を行ったことに対応して課金データが回線を介し
て送信されてこないときに次回の課金データ要求順序を
入れ換えたり、回線使用中のときに課金データ収集順序
を入れ換えたりする構成を採用しているため、課金デー
タの収集の確率を向上させることができる。これらによ
り、端末１２から課金データをセンタ１が収集する際
に、電話機の使用中などによる影響を避け、収集効率を
高めることができる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の１実施例構成図である。

【図３】本発明の動作説明フローチャート（その１）で
ある。

【図４】本発明の動作説明フローチャート（その２、セ
ンタ側）である。

【図５】本発明の動作説明フローチャート（その３、端
末側）である。

【図６】本発明の動作説明図である。

【図７】従来技術の説明図である。

【符号の説明】

１：センタ ２：ＴＶ変調器 ３：スクランブラ ４：ＦＳＫ変調器 ５：混合器 ６：高出力アンプ ７：通信制御装置 ８：制御用コンピュータ ９：課金収集処理 １０：課金管理テーブル １１：同軸ネットワーク １２：端末 １３：課金データテーブル １４：課金送信処理 １５：ＴＶ １６：加入電話回線網 １８：ＲＦ ＭＯＤ／ＤＥＭ １９：ＴＶチューナ ２０：デスクランブラ ２１：ＣＰＵ ２２：Ｆ ＣＯＶ ２３：ＮＣＵ部

Claims (2)

【特許請求の範囲】
1. 【請求項１】データを回線を介して収集する有線放送シ
   ステムにおいて、 端末ＩＤに対応づけて課金データおよび課金データ要求
   順序を登録する課金管理テーブル（１０）と、 この課金管理テーブル（１０）に登録されている課金デ
   ータ要求順序に従い、課金データ要求をネットワークを
   介して端末（１２）に順次通知し、端末（１２）から回
   線を介して課金データの応答があったときに上記課金管
   理テーブル（１０）に登録し、一方、課金データの応答
   がなかったときに上記課金データ要求順序を入れ換えて
   課金データ要求の通知を繰り返す課金収集処理（９）と
   を備え、 課金データ要求をネットワークを介して端末（１２）に
   通知し、回線を介して課金データを収集するように構成
   したことを特徴とする有線放送システム。
2. 【請求項２】データを回線を介して収集する有線放送シ
   ステムにおいて、 端末ＩＤに対応づけて課金データおよび課金データ要求
   順序を登録する課金管理テーブル（１０）と、 この課金管理テーブル（１０）に登録されている課金デ
   ータ要求順序に従い、課金データ要求をネットワークを
   介して端末（１２）に順次通知し、端末（１２）から回
   線を介して課金データの応答があったときに上記課金管
   理テーブル（１０）に登録および通信異常内容が併せて
   通知されその内容が回線使用中であったときに課金デー
   タ要求順序を入れ換え、一方、課金データの応答がなか
   ったときに上記課金データ要求の通知を繰り返す課金収
   集処理（９）とを備え、 課金データ要求をネットワークを介して端末（１２）に
   通知し、回線を介して課金データを収集するように構成
   したことを特徴とする有線放送システム。