JPH08205123A - 通信制御装置およびその装置を使用した文字放送受信装置 - Google Patents

Abstract

(57)【要約】 【目的】端末からホストコンピュータへの発呼時刻の分
散化を実現し、限られた公衆回線資源の有効利用を図
る。 【構成】テレビジョン放送信号の文字放送チャネルを利
用してコンピュータプログラムが局１２からＴＶ受像機
１１に送信され、それがＴＶ受像機１１のＣＰＵによっ
て実行される。このコンピュータプログラムには視聴者
参加番組やテレホンショッピング番組のための進行手続
きが記述されており、そのプログラムに従って、ＴＶ受
像機１１は応答サーバ１４に対して自動発呼する。この
場合、ＴＶ受像機１１の有する固有番号と乱数機能とを
利用して発呼待ち時間が算出され、その発呼待ち時間が
経過した時に発呼が行われる。したがって、ＴＶ受像機
それぞれから応答サーバ１４の発呼時刻を分散できるよ
うになり、限られた公衆回線資源の有効利用を実現でき
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、公衆電話回線網を介
してホストコンピュータに接続され、公衆電話回線に対
する自動ダイヤリング機能を有する通信制御装置、およ
びその通信制御装置を使用した文字放送受信装置に関す
る。

【０００２】

【従来の技術】近年、公衆回線を介してホストコンピュ
ータと端末装置などが接続されたネットワークシステム
においては、在宅勤務やデータベース検索などによって
定期的に端末機からホストコンピュータへの接続がなさ
れるが、この場合、料金の安い夜間などのある決められ
た時刻に自動ダイヤリングして所定のデータを送信する
または受信するといった運用が行われている。

【０００３】このため、一定時刻に公衆回線への発呼が
集中して発呼数がホストコンピュータ側の回線契約数を
越えるという事態が生じることがある。この場合には、
話中状態となるため、端末機は一旦回線を切った後、再
度自動ダイアリングを行う。このような動作は、回線が
接続されるまで、繰り返し実行される。

【０００４】したがって、公衆回線に無用の負荷が加え
られ、場合によってはホストコンピュータ側の電話局の
局間回線が無効発呼で占有され、その電話局発着の他の
電話接続が妨げられるという事態が生じる。

【０００５】これを軽減するために、予め端末機に少し
ずつ異なる発呼時刻を設定することも考えられるが、近
年増加してきたオンラインショッピングやチケット予約
など発呼時刻を事前に予測できない種類のサービスが増
えているため、発呼時刻の分散を行うことは困難であっ
た。

【０００６】

【発明が解決しようとする課題】従来では、オンライン
サービスなどの複数の加入者が自動ダイヤル・自動デー
タ送受信を端末側から行う際に、一定の時刻にホストコ
ンピュータへの発呼が集中するのを防止することは困難
であった。

【０００７】この発明はこのような点に鑑みてなされた
もので、端末機の有する固有番号と乱数機能とを利用し
て端末機毎に発呼待ち時間を算出し、これによって発呼
時刻を分散できるようにして、限られた公衆回線資源の
有効利用を図ることことができる通信制御装置およびそ
の通信制御装置を用いた文字放送受信装置を提供するこ
とを目的とする。

【０００８】

【課題を解決するための手段および作用】この発明は、
公衆電話回線網を介してホストコンピュータに接続さ
れ、前記公衆電話回線に対する自動ダイヤリング機能を
有する通信制御装置において、乱数開始点を規定するた
めの第１の数値を用いて乱数関数をランダマイズする手
段と、ランダマイズされた乱数関数に自己の電話番号ま
たは機器番号を変数として代入して、乱数値を求める手
段と、分散量を規定するための第２の数値と前記乱数値
との積を求め、その積を発呼の際の待ち時間として使用
して発呼時間を制御する手段とを具備することを特徴と
する。

【０００９】この通信制御装置においては、乱数関数を
ランダマイズするための数値として、日付やホストコン
ピュータから与えられた第１の数値を使用し、また乱数
関数の変数値として自己の加入者電話人号や機器番号を
利用することにより、複数の通信端末機器相互で、０か
ら１の間に均等分散した乱数値が得られる。また、ホス
トコンピュータから与えられた第２の数値は発呼を分散
させる分散時間の大きさを規定するものであり、この第
２の数値と前述の乱数値との積を求めると、複数の端末
機間の発呼待ち時間は０から第２の数値間で確率的に均
等分散したものとなり、発呼時間の分散を図ることがで
きる。

【００１０】

【実施例】以下、図面を参照してこの発明の実施例を説
明する。図１には、この発明の一実施例に係る通信制御
装置内蔵の文字放送受信装置を使用した双方向ＴＶシス
テムの構成が示されている。まず、この双方向ＴＶシス
テムの原理について説明する。

【００１１】図１の双方向ＴＶシステムは、現行の文字
多重放送の機能と電話通信機能とを活用することによっ
て番組の双方向効果を実現するためのものであり、図示
のように、ＴＶ受像機１１、放送局１２、電話回線網１
３、および応答サーバ１４を含むネットワークによっ
て、構成されている。

【００１２】放送局１２は、文字放送のチャンネルを利
用して、双方向性を実現するためのコンピュータ・プロ
グラム（スクリプト）を通常の番組に同期して放送す
る。このスクリプトは、双方向文字放送番組の進行手続
きを記述した一種のアプリケーションプログラムであ
り、ＴＶ放送信号の垂直帰線期間に重畳されてる送信さ
れる。

【００１３】このスクリプトは、ＴＶ放送信号を受信し
たＴＶ受像機１１のメモリに貯えられ、そのＴＶ受像機
１１に組み込まれた文字放送受信装置（スクリプトデコ
ーダ）のＣＰＵによって実行される。このＣＰＵは、現
在の番組が双方向文字放送番組であることを示すシンボ
ルマーク「ｉ」を画面表示して視聴者にそれを通知し、
視聴者からの選択指令に応じて、スクリプト実行を開始
し、番組補足情報の表示などの応答を行う。

【００１４】応答は、ＴＶ受像機１１のなかで自足的に
終わることもあるが、応答の結果を各地に備えたコンピ
ュータ・システム（応答サーバ１４）に電話回線１３を
経由して送り、場合によっては、放送局１２が提供する
番組内容にリアルタイムに反映させることも可能であ
る。

【００１５】このシステムは、既存の文字多重放送シス
テムを、ソフトウェア的に機能拡張することにより実現
できる。また視聴者からの応答は電話線を介して送る。
したがって、新しくインフラストラクチャを準備する必
要はない。また、スクリプトを文字多重放送に追加して
放送しても、現在のＴＶ放送、文字放送、およびＴＶ受
像機にはまったく影響を与えることはない。

【００１６】ＴＶ受像機１１には、文字多重デコーダを
含む通常のＴＶ放送受信回路に加え、双方向番組を実現
するために、図示のようなスクリプトデコーダおよびモ
デムが装備される。スクリプトデコーダは、放送局１２
からのＴＶ放送からスクリプトを取り出し、それを実行
することによって双方向文字放送番組を画面表示する。

【００１７】この場合、視聴者は、双方向文字放送番組
の画面に対して、ＴＶ操作用のリモコンを用いて応答を
行う。応答サーバ１４にデータを送るときは、ＴＶ受像
機１１に接続されたモデムによって自動ダイヤルが行わ
れ応答サーバ１４に接続される。この場合の発呼時刻
は、ＴＶ受像機１１の有する固有番号と乱数機能とを利
用して決定され、データは即座に送信されたり、ある時
間まってから送信される。

【００１８】ＴＶ受像機１１に追加されるモデムは、自
動的にダイヤルする機能をもっているので、データの送
信そのもののためには視聴者による操作を必要としな
い。自動ダイヤル先の電話番号は、双方向文字放送番組
ごとに放送局１２側からのスクリプトに埋め込んで送信
される。

【００１９】スクリプトデコーダは、プログラムを実行
するプロセッサによって実現できる。しかし、文字多重
デコーダにも通常はプロセッサが内蔵されているので、
実際には、スクリプトデコーダは文字多重デコーダをソ
フトウェア的に機能拡張することによって実現する事が
できる。よって、スクリプトデコーダは、文字多重デコ
ーダと、プログラムＲＯＭとから構成される。

【００２０】放送局１２は、視聴者の応答を番組に反映
させるなどの視聴者参加方式の番組を放送する場合に
は、通常の映像・音声を含む放送信号に、スクリプトを
挿入して送信する。スクリプトの再生および挿入のため
の番組制作システムは、パーソナル・コンピュータと多
重化装置で構成することができる。

【００２１】放送局１２は、通常の番組に追加するかた
ちで放送電波にスクリプトを挿入して放送を行う。追加
する情報プログラムは、放送局自身が制作するもの、広
告会社、通販会社などの第三者が制作するものに大別さ
れる。さらに、放送局制作のものは、事前に用意できる
ものと、スポーツ中継時のようにライブで挿入されるも
のがある。

【００２２】ここで、スクリプトの構成について説明す
る。スクリプトは、放送局１２の制作システムによって
作成され、通常の画像・音声と共に、送出される。スク
リプトは、次のようなオブジェクトの集合として実現さ
れている。

【００２３】（１）背景・表示素材 （２）動作ボタン （３）文字列 （４）画像 など 各オブジェクトには、補完的な手順（手続き）を持たせ
る事ができ、この手続きは拡張ＢＡＳＩＣ言語などによ
って記述される。この言語は、通常のＢＡＳＩＣに双方
向文字放送用の制御命令を持たせたものである。

【００２４】このスクリプトの実行時には、まず最初
に、画面の背景と動作ボタンなどの画面構成要素が表示
される。視聴者がその動作ボタンを選択すると、そのボ
タンに対応するプログラムが起動される。

【００２５】応答サーバ１４にはあらかじめ応答データ
の処理方法が登録されており、これに応じて収集した内
容を、放送局、広告会社、スポンサ、通販会社などに再
配送する。

【００２６】この双方向ＴＶシステムで実現できる双方
向番組の形態は、次の３つに大別できる。 （１）補完情報番組 ・広告商品についての付加的な情報を選択表示する。

【００２７】・スポーツ中継時のデータを選択的に表示
する。 ・番組内容の表示をする。 ・料理リサピーを記憶しておき、後で表示する。

【００２８】・幼児教育番組において、質問に対する答
えに反応する。 ・クイズ番組において、視聴者の答えに反応する。 （２）応答フィードバック番組（応答サーバを使う） ・政治、経済、社会報道に関するアンケートを採る。

【００２９】・スポーツ番組でアンケートを採る。 ・視聴者参加クイズ番組で、正答者の統計表示や、トー
ナメントを行う。 （３）トランザクション付き番組（応答サーバを使う） ・テレビショッピングで注文をサーバにて受け付ける。

【００３０】・情報など要求付き広告で、カタログ要求
などをサーバにて受け付ける。 ・視聴率調査のため、視聴者の同意を得て、視聴番組デ
ータをサーバに送る。 図２には、ＴＶ受像機１１に設けられるＴＶ放送受信回
路とスクリプトデコーダの具体的な回路構成が示されて
いる。

【００３１】ＴＶ放送受信回路は、アンテナ１１０、同
調回路１１１、局部発振回路１１２、映像検波回路１１
３、音声検波回路１１４、映像信号処理回路１１５、お
よびＲＧＢ切替え回路１１６から構成されており、ま
た、スクリプトデコーダは、ＣＰＵ２０１、多重データ
復調回路２０２、コンピュータ命令符号分離回路２０
３、ＲＡＭ２０４、ＲＯＭ２０５、モデム２０６、表示
制御回路２０７、ビデオメモリ（ＶＲＡＭ）２０８、付
加音発生回路２０９、およびリモコン受信ユニット２１
０から構成されている。

【００３２】スクリプトデコーダのＲＯＭ２０５には、
文字フォントデータおよび従来の文字放送受信プログラ
ムに加えて、双方向文字放送進行手順を記述したスクリ
プトの実行を制御するためのスクリプト処理プログラム
が格納されている。このスクリプト処理プログラムは１
種のＯＳであり、図３に示されているように、スクリプ
トを解釈して実行するためのＢＡＳＩＣインタプリタ
（アプリケーション・エンジン）３０１、通信ライブラ
リ３０２、ユーザインタフェースライブラリ３０３、描
画ライブラリ３０４を備えている。

【００３３】通信ライブラリ３０２は、スクリプトデコ
ーダ（文字放送受信装置）からのスクリプトの受信、応
答サーバ１４（電話線）との送受信、プリンタやＶＴＲ
などの機器との通信を行う機能をもつ。この通信ライブ
ラリ３０２には、発呼時間を制御する機能が組み込まれ
ている。

【００３４】ユーザインタフェースライブラリ３０３
は、画面上のボタンの選択などの操作と、ＴＶ受像機１
１のリモコン２１１の操作を結びつけるものであり、リ
モコン２１１が有するチャネル選択ボタン、十字カーソ
ル・キー、マウスなどの機能に対応することができる。

【００３５】描画ライブラリ３０４は、スクリプトにも
とづいて実際に描画を行う機能を提供する。次に、図２
のＴＶ放送受信回路およびスクリプトデコーダの動作を
説明する。

【００３６】放送局１２から送られて来る電波はアンテ
ナ１１０（または配信ケーブルが接続されたアンテナ入
力端子）を介して同調回路１１１へ導かれる。同調回路
１１１は局部発振回路１１２と共に、受信者の設定する
チャンネルまたは周波数に対応した同調周波数と一定の
周波数値だけずれた局部発信周波数で動作し、これによ
り電波は一定の周波数値すなわち中間周波数へ変換され
て、検波回路１１３、１１４に送られる。

【００３７】検波回路１１３、１１４では、中間周波信
号の増幅が行われた後、搬送波に変調された信号の検波
が行われ、映像信号は映像信号処理回路１１５およびＲ
ＧＢ切替え回路１１６を介してＣＲＴに表示され、音声
信号はスピーカから出力される。また、映像信号は多重
データ復調回路２０２にも送られる。

【００３８】多重データ復調回路２０２は、映像信号の
垂直帰線期間に重畳された文字放送データを復調するも
のであり、ここではハイブリッド伝送方式のＴＶ文字多
重放送信号に対応した復調処理が行われる。

【００３９】ハイブリッド伝送方式のＴＶ文字多重放送
信号においては、図４に示されているように、文字放送
データは垂直帰線期間の第１４Ｈ（第２７７Ｈ）〜第１
６Ｈ（第２７９Ｈ）、および第２１Ｈ（第２８４Ｈ）に
重畳されている。

【００４０】また、文字放送データをＦＭ放送信号に乗
せて送信することもでき、この場合には、表示器付きの
ＦＭ受信機にスクリプトデコーダが設けられ、多重デー
タ復調回路２０２ではＤＡＲＣ方式のＦＭ文字多重放送
信号に対応した復調処理が行われる。

【００４１】ＤＡＲＣ方式のＦＭ文字多重放送信号にお
いては、図５に示されているように、文字放送データは
副搬送波に重畳されることになる。多重データ復調回路
２０２で復調された文字放送データは、コード情報の形
式となってコンピュータ命令符号分離回路２０３に逐
次、入力される。

【００４２】コンピュータ命令符号分離回路２０３は、
復調された文字放送データからコンピュータ命令符号つ
まりスクリプトを分離して、ＲＡＭ２０４に１バイト単
位で記憶するものである。実際には、通常の文字放送に
も対応するために、コンピュータ命令符号分離回路２０
３は、復調された文字放送データが文字コード、イメー
ジ、スクリプトのいずれであるかを識別することにな
る。

【００４３】文字コードであれば、それがＲＯＭ２０５
のフォントデータを用いてイメージに変換された後、ビ
デオメモリ２０８に書き込まれる。イメージであれば、
それがそのままビデオメモリ２０８に書き込まれる。ま
た、スクリプトの場合には、前述したようにＲＡＭ２０
４に一旦蓄積され、それをＣＰＵ２０１によって実行す
ることによって、画面イメージなどがビデオメモリ２０
８に書き込まれる。

【００４４】文字コード、イメージ、スクリプトの識別
は、それらデータの先頭に付加された識別コードを利用
して行われる。すなわち、文字コード、イメージ、スク
リプトはそれぞれ異なる識別コードが付加されて送信さ
れる。スクリプトの送信データフォーマットの一例を図
６に示す。

【００４５】図６の例では、ＥＳＣ符号（０００１１０
１１）がスクリプトの識別コードとして使用されてお
り、そのＥＳＣ符号に続く２バイトでスクリプトの総デ
ータ長（単位はバイト）が示される。この例では、総デ
ータ長は８バイトであり、それに続くデータ列（ここで
は、１６進表示で３１，３２，３３，３４，３５，３
６，３７，ＦＦ）がスクリプトを構成するコンピュータ
命令符号となる。

【００４６】このようにして、一連のコンピュータ命令
符号からなるスクリプトが全てＲＡＭ２０４に格納され
ると、双方向文字放送番組であることを示すシンボルマ
ーク「ｉ」がＣＰＵ２０１によってビデオメモリ２０８
に書き込まれ、そのシンボルマークが現在再生されてい
る番組の画面中に表示される。

【００４７】この後、視聴者がリモコン２１１のコンピ
ュータ命令起動スイッチを操作すると、それがリモコン
受信ユニット２１０で受け付けられてＣＰＵ２０１に通
知される。

【００４８】ＣＰＵ２０１は、ＲＡＭ２０４のコンピュ
ータ命令符号を順次読み出し、実行する。これにより、
テレビ放送信号の主番組と同期して、双方向文字放送番
組の放送が開始される。双方向文字放送番組では、ま
ず、メニュー表示画面が主番組の表示画面内に開かれ、
そこで選択された動作ボタンに対応する情報、例えば主
番組がスポーツ番組であれば、選手のデータなどが双方
向文字放送番組として表示される。

【００４９】また、主番組がクイズ番組であれば、問題
に対応する複数の回答枝が双方向文字放送番組として表
示される。いずれかの回答に対応する動作ボタンが視聴
者によって選択されると、ＣＰＵ２０１は、スクリプト
に埋め込まれている電話番号によってモデム２０６にオ
ートダイヤリングを指示する。モデム２０６は、電話回
線を確保（オフフック）すると共に、オートダイヤリン
グを開始する。そして、選択された回答を示すコードデ
ータが所定のデータフォーマットの送信データ（視聴者
の電話番号、スクリプトに埋め込まれている番組ＩＤ、
ＴＶ受像機のマシンＩＤなどを含む）に組み立てられ
て、応答サーバ１４または局１２に送られる。

【００５０】この場合、モデム２０６による実際の発呼
時間は、ＴＶ受像機１１固有の番号とランダム関数を利
用して制御される。この発呼時間制御のための手順の詳
細については、図１０を参照して後述する。

【００５１】次に、双方向ＴＶシステムによって提供さ
れる双方向番組の種類毎にスクリプトによる操作の手順
を説明する。まず、図７のフローチャートを参照して、
補完情報番組について説明する。

【００５２】補完情報番組は、主番組つまり本放送画面
では表示されてない放送内容に関連した付加的な複数の
情報、およびそれら情報を選択するためのメニュー画面
を提供するものであり、電話接続は行われない。補完情
報番組の代表例としては、スポーツ番組がある。

【００５３】スポーツ番組の本放送画面が流れている状
態で、スクリプトが受信されると、双方向文字放送番組
であることを示すシンボルマーク「ｉ」（インタラクテ
ィブマーク）が画面表示される（ステップＳ１０１）。

【００５４】視聴者がリモコン２１１を操作することに
などによってシンボルマーク「ｉ」が選択されると（ス
テップＳ１０２）、ＣＰＵ２０１によるプログラム実行
が開始され、まず、提供情報の種類を示すメニュー画面
が表示される（ステップＳ１０３）。メニュー画面にお
いては、提供情報の種類に対応する複数の選択子が動作
ボタンとして割り当てられており、リモコン２１１の操
作によって動作ボタンが選択されると（ステップＳ１０
４）、その選択された動作ボタンに対応する情報が表示
される（ステップＳ１０５）。

【００５５】このようにして、各種補完情報が本放送番
組と同期して提供され、且つそれら補完情報の表示切替
えをスクリプトにしたがって視聴者毎に別個に行うこと
ができる。

【００５６】次に、図８のフローチャートを参照して、
応答フィードバック番組について説明する。オートフィ
ードバック番組は、視聴者参加型の本放送番組に関連し
た情報（例えば、その番組によって視聴者に問い合わせ
られた問いに対する回答の選択子）を提供し、視聴者が
これを選択することで番組内容にそれを反映するもので
ある。オートフィードバック番組の代表例としては、ク
イズ番組がある。

【００５７】クイズ番組の本放送画面が流れている状態
で、スクリプトが受信されると、双方向文字放送番組で
あることを示すシンボルマーク「ｉ」（インタラクティ
ブマーク）が画面表示される（ステップＳ２０１）。

【００５８】視聴者がリモコン２１１を操作することに
などによってシンボルマーク「ｉ」が選択されると（ス
テップＳ２０２）、ＣＰＵ２０１によるプログラム実行
が開始され、まず、問いに対する回答の選択子を示す情
報などが表示される（ステップＳ２０３）。リモコン２
１１の操作によって視聴者によって所定の選択子が選択
されると、スクリプトに埋め込まれた電話番号を利用し
て自動発呼（ダイヤリング）の処理が開始され、所定の
発呼待ち時間経過後に自動発呼が行われ、選択子を含む
所定の送信データが応答サーバ１４を介して放送局１２
に送られる（ステップＳ２０４）。この場合、応答サー
バ１４では、選択子のデータが集計され、その集計結果
が放送局１２に送られて番組内容に反映される（ステッ
プＳ２０５）。

【００５９】次に、図９のフローチャートを参照して、
トランザクション付き番組について説明する。トランザ
クション付き番組は、例えばテレビショッピングなどで
視聴者からの注文を受け付けて応答サーバ１４にデータ
送信する番組形態であり、テレビショッピング番組の本
放送画面が流れている状態で、スクリプトが受信される
と、双方向文字放送番組であることを示すシンボルマー
ク「ｉ」（インタラクティブマーク）が画面表示される
（ステップＳ３０１）。

【００６０】視聴者がリモコン２１１を操作することに
などによってシンボルマーク「ｉ」が選択されると（ス
テップＳ３０２）、ＣＰＵ２０１によるプログラム実行
が開始され、まず、商品情報などが表示される（ステッ
プＳ３０３）。リモコン２１１の操作によって視聴者に
よって所定の商品を購入することが指定されると、スク
リプトに埋め込まれた電話番号を利用して自動発呼（ダ
イヤリング）処理が開始され、所定の発呼待ち時間経過
後に自動発呼が行われ、商品を示す選択子などを含む所
定の送信データが応答サーバ１４を介して、広告会社、
通販会社などに送られる（ステップＳ４０４、Ｓ３０
５）。

【００６１】以上のように、この実施例のＴＶ受像機１
１においては、テレビジョン放送信号の文字放送チャネ
ルを利用して送信されるコンピュータプログラムを受信
し、それを実行する。このコンピュータプログラムには
双方向文字放送番組実現のための進行手続きが記述され
ており、そのプログラムに従って双方向文字放送番組の
再生手続きが制御される。従って、そのプログラム制御
の下で、視聴者による所定の入力操作に応じた表示選択
など、多彩な動作、サービスを実現できる。

【００６２】また、オートダイヤリングによって必要な
情報を自動的に電話回線を介して送信することができる
ので、例えば視聴者参加型の番組やショッピング情報番
組と同期して双方向文字放送を再生することにより、文
字放送番組の双方向性をさらに高めることができる。ま
た、従来のようにメモの取り損ないによる応答機会の遺
失や、誤ダイアルなどを防止することができる。

【００６３】さらに、その電話回線を利用することによ
り、バーチャルチャンネルを実現することもできる。バ
ーチャルチャンネルは、テレビ放送の伝送チャネルは使
用せず、ＴＶ受像機１１から応答サーバ１４へ情報サー
ビスを要求し、応答サーバ１４からの情報を受信するこ
とで疑似的に双方向番組に似た内容のサービス形態を実
現する形態である。

【００６４】次に、図１０のフローチャートを参照し
て、発呼時間制御動作を説明する。スクリプトデコーダ
の通信ライブラリ３０２によって提供される乱数関数機
能は、一般に知られている「乱数表」と同じく、数値列
そのものは常に同じ値であり、その数値列のどこから使
用するかをを示す開始点を利用して、まず、乱数関数の
ランダマイズが行われる（ステップＳ４０１）。開始点
を示す数値としては、例えばスクリプトに埋め込まれて
送信される第１の数値、または日付が使用される。

【００６５】次いで、ランダマイズされた乱数関数に自
己の加入者電話番号または機器番号を変数として代入し
て、０から１の間の乱数値が求められる（ステップＳ４
０２）。

【００６６】そいて、分散量を規定するための第２の数
値と前述の乱数値との積を求め、その積が発呼の際の待
ち時間として求められる（ステップＳ４０３）。第２の
数値は、応答サーバ１４側の回線数およびサービス対象
加入者、過去の類似サービスのアクセス数などから予め
決定された分散係数であり、例えば、３０分、１時間、
２時間といった時間分散量を示す。この第２の数値はス
クリプトに埋め込んで送信されたり、応答サーバ１４か
ら与えられる。もちろん、第２の数値の初期値を０とし
て、２回目からは応答サーバ１４から与えられ数値を利
用するといった運用を行うこともできる。また、ある程
度固定的なサービスを前提とするものであれば、第２の
数値を固定値としても良い。

【００６７】なお、この実施例では、この発明の発呼時
間制御を双方向ＴＶシステムのＴＶ受像機１１に設けた
場合について説明したが、この発明の発呼時間制御は、
例えば、図１１に示されているように、公衆電話回線網
を介してホストコンピュータに接続された自動ダイヤリ
ング機能を有する端末であれば、どのようなサービス形
態のものにも適用することができる。

【００６８】また、この実施例では、ＣＰＵ２０１がそ
のまま実行可能な実行モジュールの形態でスクリプトを
送信した場合を例示したが、所定のプログラム言語によ
って記述されたテキストデータ列としてスクリプトを送
信し、それをＲＯＭ２０５のコンパイラによって翻訳す
るように構成することも可能である。

【００６９】また、図２のスクリプトデコーダはＴＶ受
像機１１に内蔵するだけでなく、外付けの機器として実
現することもできる。また、図２のスクリプトデコーダ
の構成を、テレビジョン放送信号の受信機能を持つパー
ソナルコンピュータに適用し、そのパーソナルコンピュ
ータに内蔵または接続して使用することもできる。

【００７０】

【発明の効果】以上説明したように、この発明によれ
ば、端末機の有する固有番号と乱数機能とを利用して端
末機毎に発呼待ち時間を算出し、これによって発呼時刻
を分散できるようになり、限られた公衆回線資源の有効
利用を図ることことができる。

【図面の簡単な説明】

【図１】この発明の一実施例に係るＴＶ受像機を使用し
た双方向ＴＶシステムの構成を示すブロック図。

【図２】図１のＴＶ受像機に設けられるＴＶ放送受信回
路とスクリプトデコーダの具体的な回路構成を示す回路
図。

【図３】図２のスクリプトデコーダのＲＯＭに格納され
たスクリプト処理プログラムの構成を示すブロック図。

【図４】図１の双方向ＴＶシステムで使用されるハイブ
リッド伝送方式のＴＶ文字多重放送信号を説明するため
の図。

【図５】図１の双方向ＴＶシステムで使用されるＤＡＲ
Ｃ方式のＦＭ文字多重放送信号を説明するための図。

【図６】図１の双方向ＴＶシステムで使用されるスクリ
プトの送信データフォーマットの一例を示す図。

【図７】図１の双方向ＴＶシステムで実現される補完情
報番組の進行手順の一例を示すフローチャート。

【図８】図１の双方向ＴＶシステムで実現される応答フ
ィードバック番組の進行手順の一例を示すフローチャー
ト。

【図９】図１の双方向ＴＶシステムで実現されるトラン
ザクション付き番組の進行手順の一例を示すフローチャ
ート。

【図１０】図１の双方向ＴＶシステムのＴＶ受像機が発
呼する場合に実行される発呼時間制御動作を説明するフ
ローチャート。

【図１１】図１０の発呼時間制御が適用される端末の接
続形態を示すブロック図。

【符号の説明】

１１…ＴＶ受像機、１２…放送局、１３…電話回線網、
１４…応答サーバ、１１０…アンテナ、１１１…同調回
路、１１２…局部発振回路、１１３…映像検波回路、１
１４…音声検波回路、１１５…映像信号処理回路、１１
６…ＲＧＢ切替え回路、２０１…ＣＰＵ、２０２…多重
データ復調回路、２０３…コンピュータ命令符号分離回
路、２０４…ＲＡＭ、２０５…ＲＯＭ、２０６…モデ
ム、２０７…表示制御回路、２０８…ビデオメモリ、２
０９…付加音発生回路、２１０…リモコン受信ユニッ
ト、２１１…リモコン操作ユニット。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｎ 7/035

Claims (4)

【特許請求の範囲】
1. 【請求項１】 公衆電話回線網を介してホストコンピュ
   ータに接続され、前記公衆電話回線に対する自動ダイヤ
   リング機能を有する通信制御装置において、 乱数開始点を規定するための第１の数値を用いて乱数関
   数をランダマイズする手段と、 ランダマイズされた乱数関数に自己の電話番号または機
   器番号を変数として代入して、乱数値を求める手段と、 分散量を規定するための第２の数値と前記乱数値との積
   を求め、その積を発呼の際の待ち時間として使用して発
   呼時間を制御する手段とを具備することを特徴とする通
   信制御装置。
2. 【請求項２】 乱数関数のランダマイズのために前記第
   １の数値として日付を使用することを特徴とする請求項
   １記載の通信制御装置。
3. 【請求項３】 前記第１および第２の数値は、前記ホス
   トコンピュータからそれぞれ与えられることを特徴とす
   る請求項１記載の通信制御装置。
4. 【請求項４】 テレビジョン放送信号の番組に同期して
   放送される文字放送を受信および再生可能な文字放送受
   信装置において、 電話回線に接続されたモデム装置と、 テレビジョン放送信号の垂直帰線期間に重畳された文字
   放送データを復調し、その復調したデータから電話番号
   を分離する分離手段と、 前記テレビジョン放送信号の番組中に実行される視聴者
   による所定の入力操作に応答して、前記電話番号で指定
   される相手先に前記モデム装置を利用して自動発呼し、
   前記テレビジョン放送信号の番組に対する視聴者からの
   応答データを電話回線を介して送信するダイヤリング手
   段と、 前記ダイヤリング手段の発呼時刻を制御する発呼時刻制
   御手段とを具備し、 この発呼時刻制御手段は、 乱数開始点を規定するための第１の数値を用いて乱数関
   数をランダマイズする手段と、 ランダマイズされた乱数関数に自己の電話番号または機
   器番号を変数として代入して、乱数値を求める手段と、 分散量を規定するための第２の数値と前記乱数値との積
   を求め、その積を発呼の際の待ち時間として使用して発
   呼時間を制御する手段とを具備することを特徴とする文
   字放送受信装置。