JP3679836B2 - 双方向放送受信装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
この発明は、双方向文字放送を実現するための双方向放送受信装置に関し、特にテレビジョン放送信号にて送信される双方向放送番組を受信および再生可能な双方向放送受信装置に関する。
【０００２】
【従来の技術】
近年、テレビジョン放送技術などの進歩により、通常のテレビジョン放送信号に文字や図形データを多重化して伝送する文字放送サービスが普及し始めている。現在サービスが実施されている文字放送番組には、ニュース、天気予報、交通情報、観光案内、テレビショッピングなどがある。
【０００３】
しかしながら、現在のテレビジョン放送はテレビ局から視聴者に対して一方的に情報を提供するものであるので、例えば、番組内で紹介された複数の商品の中から視聴者自身が、希望する商品の補足情報を選択的に表示したり、番組の中で視聴者に呼び掛けを行い、それに対する視聴者からの応答を収集してリアルタイムに番組に反映させるといった運用を行うことはできなかった。これは、文字放送についても同じである。
【０００４】
【発明が解決しようとする課題】
このため、最近では、双方向ＴＶ放送の実現が、マルチメディア時代の新たな情報サービス形態の１つとして注目され始めており、テレビジョン放送と電話などの公衆回線網とを融合させた双方向ＴＶ放送システムが提案され始めている。
【０００５】
このような双方向ＴＶ放送システムにおいては、例えばアンケート番組やクイズ番組に対して視聴者から回答がなされると、その家庭のテレビから公衆回線網に対して自動発呼が行われて、その回答データはデータ集計などのための応答サーバを経由して放送局などに送信される。ＴＶ放送は、各家庭のテレビに同時に提供されるものである。このため、各家庭のテレビから公衆回線網に対する発呼も同時期に集中して起こり、発呼数が応答サーバ側の回線契約数を越えるなどの危険がある。
【０００６】
この場合、話中状態が増えるだけでなく、公衆回線網に多くの負荷が加わり、場合によっては、応答サーバ側の電話局の局間回線が無効発呼で占有されてしまうという事態が生じる。このような双方向ＴＶからの発呼集中による回線の輻輳状態は、その電話局発着の他の一般の電話接続をも不能にしていまうため、社会問題にまで発達する恐れがある。
【０００７】
この発明はこのような点に鑑みてなされたもので、双方向ＴＶ放送番組に対する視聴者からの発呼要求量の分布を考慮して通信回線に対する発呼時刻を効率良く分散できるようにし、電話局の局間回線などが双方向ＴＶ放送システムによって占有されることを防止する事ができる双方向放送受信装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
この発明は、テレビジョン放送信号にて送信される双方向放送番組を受信および再生可能な双方向放送受信装置において、前記双方向放送番組中に実行される視聴者からの所定の発呼要求入力操作に応答して、前記双方向放送番組に含まれる電話番号情報で指定される相手先に通信回線網を介して自動発呼し、前記双方向放送番組に対する視聴者からの応答データを送信するオートダイヤリング手段と、このオートダイヤリング手段による発呼処理の実行時刻を制御する発呼時刻制御手段とを具備し、この発呼時刻制御手段には、前記双方向放送番組の応答データ受付け開始時刻から前記発呼要求が入力されるまでの経過時間を検出し、その検出した経過時間に基づいて、前記発呼要求が入力されてから前記オートダイヤリング手段によって発呼処理が実行されるまでの待ち時間を決定する待ち時間決定手段と、この待ち時間決定手段によって決定された待ち時間を使用して前記オートダイヤリング手段の発呼時刻を制御する手段とを具備したことを特徴とする。
【０００９】
この双方向放送受信装置においては、双方向ＴＶ放送番組に対する視聴者からの発呼要求量の分布を考慮し、双方向放送番組の応答データ受付け開始時刻から前記発呼要求が入力されるまでの経過時間に基づいて、オートダイヤリング手段による発呼処理の実行時刻がディレイ制御される。すなわち、視聴者に一斉に問い合わせに行い、その回答を電話などで収集するという電話アンケートなどにおいては、回答受け付け開始から発呼量は徐々に増えて行き、受け付け開始からある一定時間経過した頃になると発呼量がピークに達する。そして、その後、徐々に発呼量が低下して行く、という発呼分布が一般的である。したがって、応答データ受付け開始時刻から視聴者によって発呼要求が入力されるまでの経過時間に基づいて、発呼要求が入力されてからオートダイヤリング手段によって発呼処理が実際に実行されるまでの待ち時間を決定することにより、発呼量が多い期間に発生した発呼要求を発呼量が少なくなるそれ以降の期間などに効率良く分散させることが可能となる。
【００１０】
また、待ち時間決定手段には、双方向放送番組の応答データ受付け開始時刻から応答データ受付け終了時刻までの期間を、その先頭から順に第１乃至第３の少なくとも３つの期間に区分し、発呼要求の入力時刻が第１乃至第３のどの期間に属するかを検出する手段を設け、回答受け付け開始直後の第１期間では待ち時間を零にし、発呼量が多くなることが予想される第２期間については、装置ＩＤまたは加入者電話番号を変数とした乱数値を求め、その乱数値に基づいて、第２および第３の期間に渡って発呼時間を分散させることが好ましい。
【００１１】
さらに、第１乃至第３の期間それぞれの長さの割合などは、双方向放送番組に含まれる制御データによって可変設定できるように構成しておくことが望ましい。これにより、番組内容やその時の実際の回線利用状況などに合わせて、より適切な発呼分散制御を行うことが可能となる。
【００１４】
【発明の実施の形態】
以下、図面を参照してこの発明の実施の形態を説明する。
図１には、この発明の一実施形態に係る双方向ＴＶシステムの基本構成が示されている。まず、双方向ＴＶシステムの原理について説明する。
【００１５】
図１の双方向ＴＶシステムは、現行の文字多重放送の機能と電話通信機能とを活用することによって番組の双方向効果を実現したためのものであり、図示のように、各家庭に置かれたインタラクティブＴＶ受像機１１と、放送局１２と、電話回線網、ＩＳＤＮなどの公衆回線網などから構成される通信回線網１３と、応答サーバ１５を含むインタラティブＴＶ用サーバネットワークシステム１４とによって構成されている。
【００１６】
放送局１２は、文字放送のチャンネルを利用して、双方向性を実現するためのコンピュータ・プログラム（スクリプト）を通常の番組に同期して放送する。このスクリプトは、双方向文字放送番組の進行手続きを記述した一種のアプリケーションプログラムであり、ＴＶ放送信号の垂直帰線期間に重畳されてる送信される。
【００１７】
このスクリプトは、ＴＶ放送信号を受信したＴＶ受像機１１のメモリに貯えられ、そのＴＶ受像機１１に組み込まれた文字放送受信装置（スクリプトデコーダ）のＣＰＵによって実行される。このＣＰＵは、現在の番組が双方向文字放送番組であることを示すシンボルマーク「ｉ」を画面表示して視聴者にそれを通知し、視聴者からの選択指令に応じて、スクリプト実行を開始し、双方向文字放送番組を再生する。
【００１８】
双方向文字放送番組に対する視聴者からの応答は、リモコン操作などによってＴＶ受像機１１で受け付けられる。この場合、その応答は、ＴＶ受像機１１のなかで自足的に終わることもあるが、応答の結果を各地に備えた応答サーバ１５に通信回線網１３を経由して送り、場合によっては、放送局１２が提供する番組内容にリアルタイムに反映させることも可能である。
【００１９】
このシステムは、既存の文字多重放送システムを、ソフトウェア的に機能拡張することにより実現できる。また視聴者からの応答は電話回線などを介して送る。したがって、新しくインフラストラクチャを準備する必要はない。また、スクリプトを文字多重放送に追加して放送しても、現在のＴＶ放送、文字放送、およびＴＶ受像機にはまったく影響を与えることはない。
【００２０】
各ＴＶ受像機１１には、通常のＴＶ放送用の受信回路１１１および映像信号処理回路１１２に加え、双方向番組を実現するための双方向文字放送受信装置として、スクリプトデコーダ回路１１３、および送受信制御回路１１４が装備される。スクリプトデコーダ回路１１３は、放送局１２からのＴＶ放送信号からスクリプトを取り出し、それを実行することによって双方向文字放送番組を画面表示する。
【００２１】
この場合、視聴者は、双方向文字放送番組の画面に対して、ＴＶ操作用のリモコンを用いて応答を行う。応答サーバ１４にデータを送るときは、スクリプトデコーダ回路１１３から送受信制御回路１１４内蔵のモデムに発呼要求が出され、応答サーバ１４に対する自動ダイヤルが行われる。この送受信制御回路１１４には、応答サーバ１４への呼の集中を防止するために、実際の発呼時刻をディレ制御する機能が設けられている。この発呼時刻のディレ制御はこの発明の特徴とする部分であり、その詳細は図４以降で説明する。
【００２２】
送受信制御回路１１４内蔵のモデムは、自動的にダイヤルする機能をもっているので、データの送信そのものだけのためには視聴者によるダイヤル操作を必要としない。自動ダイヤル先の電話番号は、電話番号情報として、双方向文字放送番組ごとに放送局１２側からのスクリプトに埋め込んで送信される。電話番号情報としては、次のいずれかの情報を使用するものとする。すなわち、電話番号そのもの、あらかじめＴＶ受像機１１のメモリに格納した電話番号リストの中から１つを選択するためのインデックス（ｉｄ）情報、またはＴＶ受像機１１のメモリに格納した１つの電話番号を使用することを指定する情報等が、この電話番号情報に該当する。
【００２３】
スクリプトデコーダ回路１１３は、プログラムを実行するプロセッサを含んでいる。従来の文字多重デコーダもプロセッサを備えているので、スクリプトデコーダ回路１１３は、従来の文字多重デコーダをソフトウェア的に機能拡張することによっても実現する事ができる。
【００２４】
放送局１２は、視聴者からの応答を番組に反映させるなどの視聴者参加方式の番組を放送する場合には、通常の映像・音声を含む放送信号に、スクリプトを挿入して送信する。スクリプトの再生および挿入のための番組制作システムは、パーソナル・コンピュータと多重化装置で構成することができる。
【００２５】
放送局１２は、通常の番組に追加するかたちで放送電波にスクリプトを挿入して放送を行う。追加する情報プログラムは、放送局自身が制作するもの、広告会社、通販会社などの第三者が制作するものに大別される。さらに、放送局制作のものは、事前に用意できるものと、スポーツ中継時のようにライブで挿入されるものがある。
【００２６】
放送局１２の放送設備には、通常のＴＶ放送用のテレビ番組送出装置１２１およびテレビ放送信号送信機１２６に加え、双方向文字放送番組制作装置１２２、大容量の記憶装置１２３、双方向文字放送番組送出装置１２４、および多重化装置１２５が追加される。
【００２７】
双方向文字放送番組制作装置１２２では、文字や図形のデータやインタラクティブ性を付加するためのコンピュータプログラムが決められた基準のもとに符号化され、文字コードデータなどのデータ形式のスクリプトに変換される。このスクリプトは記憶装置１２３に一旦記憶された後、所定の読み出し手順に従って順次読み出されて双方向番組送出装置１２４に送られる。双方向番組送出装置１２４では、スクリプトに同期符号や誤り訂正符号などが加えられ、スクリプトデータから複数のパケットが生成される。このパケットは、多重化装置１２５にてＴＶ映像信号の垂直帰線期間に重畳される。
【００２８】
ハイブリッド伝送方式のＴＶ文字多重放送信号を採用した場合においては、スクリプトデータは垂直帰線期間の第１４Ｈ（第２７７Ｈ）〜第１６Ｈ（第２７９Ｈ）、および第２１Ｈ（第２８４Ｈ）に重畳される。
【００２９】
また、文字放送データをＦＭ放送信号に乗せて送信することもでき、この場合には、スクリプトデータはＤＡＲＣ方式のＦＭ文字多重放送信号の副搬送波に重畳されることになる。
【００３０】
ここで、スクリプトの構成について説明する。
スクリプトは、放送局１２の制作システムによって作成され、通常の画像・音声と共に、送出される。スクリプトは、次のようなオブジェクトの集合として実現されている。
【００３１】
（１）背景・表示素材
（２）動作ボタン
（３）文字列
（４）画像など
各オブジェクトには、補完的な手順（手続き）を持たせる事ができ、この手続きは拡張ＢＡＳＩＣ言語などによって記述される。この言語は、通常のＢＡＳＩＣに双方向文字放送用の制御命令を持たせたものである。
【００３２】
また、スクリプトには、番組ＩＤ、応答データの送り先の電話番号情報、応答データの受け付け開始を指定する受け付け開始情報、受け付け終了時刻を指定する受け付け終了時刻情報なども含まれている。
【００３３】
このスクリプトの実行時には、まず最初に、画面の背景と動作ボタンなどの画面構成要素が表示される。視聴者がその動作ボタンを選択すると、そのボタンに対応するプログラムが起動される。
【００３４】
応答サーバ１４にはあらかじめ応答データの処理方法が登録されており、これに応じて収集した内容を、放送局、広告会社、スポンサ、通販会社、あるいはセンタサーバなどに再配送する。
【００３５】
この双方向ＴＶシステムで実現できる双方向番組の形態は、次の４つに大別できる。
（１）補完情報番組
・広告商品についての付加的な情報を選択表示する。
【００３６】
・スポーツ中継時のデータを選択的に表示する。
・番組内容の表示をする。
・料理リサピーを記憶しておき、後で表示する。
【００３７】
・幼児教育番組において、質問に対する答えに反応する。
・クイズ番組において、視聴者の答えに反応する。
（２）応答フィードバック番組（応答サーバを使う）
・政治、経済、社会報道に関するアンケートを採る。
【００３８】
・スポーツ番組でアンケートを採る。
・視聴者参加クイズ番組で、正答者の統計表示や、トーナメントを行う。
（３）トランザクション付き番組（応答サーバを使う）
・テレビショッピングで注文を応答サーバにて受け付ける。
【００３９】
・情報など要求付き広告で、カタログ要求などを応答サーバにて受け付ける。
・視聴率調査のため、視聴者の同意を得て、視聴番組データを応答サーバに送る。
（４−１）オンラインサービス（タイプ１）
・双方向ＴＶ放送による番組に対する視聴者自身の選択により、以後の双方向番組を通信回線網を介してサーバから提供を受けるオンラインサービスに移行する形態。
【００４０】
・ＣＭ中にオンラインショッピングを選択する。その要求は、通信回線網を介してサーバに転送され、サーバから通信回線網を介してＴＶ受像機に商品の詳細情報などを含んだ双方向番組を提供するオンラインサービスに移行する。
【００４１】
・双方向ＴＶ放送または通常の文字多重放送として提供された航空機の座席予約状況を見て、空きフライトに対する予約申込を行うに当たって、オンラインサービスに移行する。サーバは、通信回線網を介してＴＶ受像機にクラス、大人／子供、人数、禁煙／喫煙、窓際／通路側などの問い合わせを含んだ双方向番組を提供する。
（４−２）オンラインサービス（タイプ２）
・ＴＶ放送とは独立に、通信回線網を介してサーバからＴＶ受像機に双方向番組を提供する形態。この場合、情報は通信回線網を介してサーバから提供し、視聴者がこれを選択することでサーバとの通信を行う。
【００４２】
・視聴者は、双方向番組そのものの選択もサーバから転送されたオンラインサービスメニュ−から選択する。
図２には、インタラクティブＴＶ用サーバネットワークシステム１４の構成が示されている。
【００４３】
このサーバネットワークシステム１４は、電話回線などの通信回線網１３を経由して各家庭のＴＶ受像機１３からの応答を受信および処理し、その処理結果を高速デジタル送信網を介して放送局などに配送するというサービスを提供するためのものであり、例えば全国に分散配置された応答サーバシステム１５１〜１５３と、これら応答サーバシステム１５１〜１５３を統括し、各ＴＶ受像機１３からの応答を個別にまたは各応答サーバと連携して処理するセンタサーバシステム１６１から構成される。
【００４４】
各応答サーバシステム１５１〜１５３は、各ＴＶ受像機からの応答を受信および処理する応答サーバ１５と、通信回線網１３を経由して各ＴＶ受像機からの応答データを受信するためのアクセスポイントを構成するＣＣＰ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｎｅｔｗｏｒｋ Ｐｒｏｃｅｓｓｏｒ）１６とから構成される。
【００４５】
ＣＣＰ１６の構成、およびＣＣＰ１６と応答サーバ１５の接続形式は多々あり、これら構成および形式はその応答サーバシステムの構成規模などに応じて使い分けることが好ましい。ＣＣＰ１６としては、
（１）応答サーバと同一箇所に設置するＣＣＰ
（２）多回線収容を目的としたアダプタ型ＣＣＰ（多回線収容ＣＣＰ）
（３）小数回線収容を目的としたアダプタ１７を使用したＣＣＰ
（４）応答サーバと分離して設置されるリモートＣＣＰ
（５）応答サーバに内蔵されたＣＣＰ（ＣＣＰファシリティ）
を利用する事ができる。
【００４６】
また、ＣＣＰ１６と応答サーバ１５の接続形式は、東京などの主要拠点に設置される応答サーバシステム１５１については、ＬＡＮを介してＣＣＰ１６と応答サーバ１５間を図示のように接続する事が好ましい。さらに、応答サーバシステム１５１において、耐障害性能の向上や処理性能の向上のために、２つの応答サーバ１５をデュアルまたはデュプレックス構成で設けて置くことが望ましい。
【００４７】
応答サーバ１５は、対応するＣＣＰ１６を介してＴＶ受像機からの応答フレームを受け取り、それに対して種々の処理を行う。この応答サーバ１５によって実行される基本処理は次の３つである。
【００４８】
・ＴＶ受像機からの応答を蓄積する。
・蓄積した応答データを、予め定められた放送局からの指示または応答データに含まれる番組ＩＤや電話番号情報に従って、処理する。
【００４９】
・予め定められた放送局からの指示または応答データに含まれる番組ＩＤや電話番号情報に従って、処理結果の転送先を決め、それを放送局などへ送信する。
ＣＣＰ１６は、通信回線網１３との間のアクセスポイントを構成するための通信制御装置であり、通信回線網１３を介して回線接続されたＴＶ受像機と通信するためのモデム機能やプロトコル制御機能を有している。
【００５０】
センタサーバシステム１６１には、センタサーバ１８、ルータ１９、およびネットワーク管理装置２０が設けられている。センタサーバ１８は、前述したように応答サーバシテム１５１〜１５３と連携して各地のＴＶ受像機からの応答を統合処理するためのものであり、耐障害性能の向上や処理性能の向上のために、例えばデュアルまたはデュプレックス構成の２つの計算機システムから構成されている。
【００５１】
ルータ１９は、高速デジタル通信網２２に接続されており、その高速デジタル通信網を経由したセンタサーバシステム１６１と放送局、およびＳＰ（Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）／ＩＰ（Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｖｉｄｅｒ）１０などとの通信を行う。ネットワーク管理装置２０は、このサーバネットワークシステム１４全体の運用、保守などの管理を統合運用サーバであり、ネットワーク管理者によって操作される。各放送局１２、およびＳＰ／ＩＰ１０にも、それぞれ高速デジタル通信網２２に接続されるルータ１２１，１０１が設けられている。
【００５２】
なお、センタサーバ１８の機能は、各応答サーバでも実行できる。また、図２では高速デジタル通信網２２はルータを経由したネットワークとして示されているが、センタサーバシステム１６１と放送局、およびＳＰ（Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）／ＩＰ（Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｖｉｄｅｒ）１０などとの接続は、Ｘ．２５パケット交換網やＩＳＤＮなどのデータ交換網を経由しても良いし、電話回線等の公衆回線網を経由しても良い。
【００５３】
図３には、図２のサーバネットワークシステム１４の実際の運用形態の一例が示されている。
応答サーバ１５およびＣＣＰ１６は、この双方向ＴＶシステムの運用初期においてはある特定の１つまたは複数の拠点にのみ配置されるが、双方向ＴＶシステムの普及に伴って、例えば電話網などの通信サービス区域毎、あるいはローカル放送局のサービス区域毎に、随時増設される。
【００５４】
ここで、幾つかの双方向文字放送番組の形態を例にとって視聴者からの応答データの処理手順について説明する。
まず、応答フィードバック番組について説明する。
【００５５】
応答フィードバック番組は、視聴者参加型の本放送番組に関連した情報（例えば、その番組によって視聴者に問い合わせられた問いに対する回答の選択子）を双方向文字放送によって提供し、視聴者がこれを選択することで番組内容にそれを反映するものである。応答フィードバック番組の代表例としては、クイズ番組がある。
【００５６】
クイズ番組の本放送画面が流れている状態で、ＴＶ受像機１１にスクリプトが受信されると、双方向文字放送番組であることを示すシンボルマーク「ｉ」（インタラクティブマーク）がそのＴＶ受像機１１に画面表示される。
【００５７】
視聴者がリモコンを操作することになどによってシンボルマーク「ｉ」が選択されると、図１のスクリプトデコーダ回路１１３のＣＰＵによるプログラム実行が開始され、まず、問いに対する回答の選択子を示す情報などが画面表示される。リモコンの操作によって視聴者によって所定の選択子が選択されると、それが自動発呼（ダイヤリング）要求としてスクリプトデコーダ回路１１３から送受信制御回路１１４に送られる。そして、発呼時刻の制御が行われ、その時刻になった時にスクリプトに埋め込まれた電話番号情報を利用した実際の発呼処理が実行され、その電話番号が割り振られた所定の応答サーバシステムのＣＣＰ１６と回線接続される。そして、ＴＶ受像機１１からの選択子などを含む所定の応答データがＣＣＰ１６、応答サーバ１５、デジタル通信回線網２２を介して放送局１２に送られる。この場合、応答サーバ１５では、選択子のデータなどが集計され、その集計結果が放送局１２に送られて番組内容に反映される。また、このクイズ番組が東京の放送局からの全国放送であった場合などにおいては、各地の応答サーバ１５で集計されたデータが一旦センタサーバ１８に送られ、そこで再度集計された後、放送局１２に送られる。
【００５８】
次に、トランザクション付き番組について説明する。
トランザクション付き番組は、例えばテレビショッピングなどで視聴者からの注文を受け付けて応答サーバ１５にデータ送信する番組形態であり、テレビショッピング番組の本放送画面が流れている状態で、スクリプトが受信されると、双方向文字放送番組であることを示すシンボルマーク「ｉ」（インタラクティブマーク）が画面表示される。視聴者がリモコンを操作することなどによってシンボルマーク「ｉ」が選択されると、スクリプトデコーダ回路１１３のＣＰＵによるプログラム実行が開始され、まず、商品情報などが表示される。リモコンの操作によって視聴者によって所定の商品を購入することが指定されると、それが自動発呼（ダイヤリング）要求としてスクリプトデコーダ回路１１３から送受信制御回路１１４に送られる。そして、発呼時刻の制御が行われ、その時刻になった時にスクリプトに埋め込まれた電話番号情報を利用した実際の発呼処理が実行され、その電話番号が割り振られた所定の応答サーバシステムのＣＣＰ１６と回線接続される。そして、商品や数量等を示す選択情報などを含む所定の応答データがＣＣＰ１６、応答サーバ１５、デジタル通信回線網２２を介して、広告会社、通販会社などのＩＰ／ＳＰ１０に送られる。この場合も、センタサーバ１８経由でＩＰ／ＳＰ１０に送られることもある。
【００５９】
次に、オンラインサービス（タイプ１）について説明する。
オンラインサービス（タイプ１）は、例えばテレビコマーシャルなどで視聴者からの購入希望を受け付けてオンラインサービスモードに移行する形態であり、コマーシャルの本放送が流れている状態で、スクリプトが受信されると、双方向文字放送番組であることを示すシンボルマーク「ｉ」が画面表示される。視聴者がリモコン操作することなどによってシンボルマーク「ｉ」が選択されると、スクリプトデコーダ回路１１３のＣＰＵによるプログラム実行が開始され、まず、オンラインサービスモードへの移行を確認する画面が表示される。リモコンの操作によって視聴者によってオンラインサービスモードへの移行が指定されると（この時、特定の商品が指定されることもある）、スクリプトに埋め込まれて送信された電話番号情報を利用して自動発呼（ダイヤリング）要求が発生され、発呼時刻制御の後に、その電話番号が割り当てられた所定の応答サーバシステムのＣＣＰ１６と回線接続される。そして、番組ＩＤや指定された商品選択情報などを含む所定の応答データがＣＣＰ１６、応答サーバ１５に送られる。応答サーバ１５は、当該番組に対し、予め登録しているオンラインサービス用の双方向番組スクリプトを、応答データが転送されてきた経路と逆経路でＴＶ受像機に転送する。その後は、トランザクション付き番組と同様の操作により、商品の購入手続きが行われる。
【００６０】
次に、オンラインサービス（タイプ２）について説明する。
オンラインサービス（タイプ２）は、ＴＶ放送とは関係なく、視聴者のリモコンの所定の操作により、オンラインサービスに移行する形態であり、ＴＶ受像機に予めＲＯＭなどの記憶媒体に格納されたオンラインサービス用スクリプトに従ってスクリプトデコーダ回路１１３のＣＰＵによるプログラム実行が開始され、まず、オンラインサービスの実行を確認する画面が表示される。リモコンの操作によって視聴者によってオンラインサービスの実行が指定されると、ＲＯＭのスクリプトに埋め込まれた電話番号情報を利用して自動発呼（ダイヤリング）が行われ、その電話番号が割り当てられた所定の応答サーバシステムのＣＣＰ１６と回線接続される。そして、オンラインサービス要求を示す所定の応答データがＣＣＰ１６、応答サーバ１５に送られる。応答サーバ１５は、予め登録しているオンラインサービス（ホームページ）双方向番組スクリプトを、応答データが転送されてきた経路と逆経路でＴＶ受像機に転送する。その後は、トランザクション付き番組と同様の操作により、商品の購入手続きが行われる。
【００６１】
次に、図４〜図９を参照して、送受信制御回路１１４による発呼時刻制御について説明する。
この発呼時刻制御は、ＴＶ受像機１１からの発呼を分散することにより回線輻輳を防止することを目的としたものであり、視聴者による選択操作によって発呼要求が入力されてから実際に発呼処理が実行されるまでの時間を制御する。この場合、発呼要求が入力されてから実際に発呼処理が実行されるまでの待ち時間は、双方向ＴＶ放送番組に対する視聴者からの発呼要求量の分布を考慮して、双方向文字放送番組の応答データ受付け開始時刻から発呼要求が入力されるまでの経過時間に基づいて決定される。
【００６２】
すなわち、視聴者に一斉に問い合わせを行い、その回答を電話などで収集するという電話アンケートなどにおいては、図４に点線で示されているように、回答受け付け開始から発呼量は徐々に増えて行き、受け付け開始からある一定時間経過した頃になると発呼量がピークに達し、そして、その後、徐々に発呼量が低下して行く、という発呼分布が一般的である。
【００６３】
従って、応答データ受付け開始時刻から視聴者によって発呼要求が入力されるまでの経過時間に基づいて、発呼要求が入力されてから実際に発呼が実行されるまでの待ち時間を決定することにより、発呼量が多い期間に発生した発呼要求を発呼量が少なくなる期間などに効率良く分散させることが可能となる。
【００６４】
この実施形態においては、応答データ受付け開始時刻から発呼要求が入力されるまでの経過時間に基づいて待ち時間を制御するために、応答データ受付け開始時刻から受付け終了時刻までの時間は、図４に示されている典型的な発呼分布に従って、図示のように期間ａ〜期間ｄの４つの期間に区分されて管理される。
【００６５】
期間ａは、応答データ受付け開始時刻から開始され、発呼要求量が電話局などの呼処理能力を越えることが予想される時刻までで終了する。この期間ａは例えば３０秒〜６０秒程度に設定されている。期間ｄは、受付け終了時刻の直前の期間であり、この期間ｄは例えば５〜３０秒程度に設定されている。
【００６６】
期間ｂおよびｃは、応答データ受付け開始時刻から受付け終了時刻までの時間から期間ａおよびｄの時間を引いた残りの時間であり、期間ｂは、発呼要求量が電話局などの呼処理能力を越えることが予想される時刻から開始され、発呼要求量が呼処理能力以下になると予想される時刻で終了する。期間ｃは、発呼要求量が呼処理能力以下になると予想される時刻から開始され、受付け終了時刻の直前の期間ｄの前で終了される。
【００６７】
期間ｂおよびｃそれぞれの長さは、応答データ受付け開始時刻から受付け終了時刻までの時間から期間ａおよびｄの時間を引いた残りの時間と、予め決められた期間ｂと期間ｃとの比率とによって決定される。
【００６８】
期間ａおよび期間ｄの長さ、および期間ｂと期間ｃとの相対的な比率、あるいはそれら期間ａ〜ｄの相対的な長さの比率については、その基準値がＴＶ受像機１１内に予め登録されているが、その基準値はスクリプトに埋め混まれて送信される情報によって可変設定可能である。
【００６９】
これら４つの期間ａ〜ｄそれぞれに対する発呼分散制御は、図５のように行われる。
すなわち、図５に示されているように、期間ａについては発呼要求量が呼処理能力以下であることが予想されるため、発呼分散のためのディレイ制御は行わない。したがって、この期間ａで発呼要求が発生すると、即座に実際の発呼処理が実行される。よって、発呼時刻＝発呼要求時刻となる。
【００７０】
期間ｂは発呼分散のためのディレイ制御対象の期間であり、この期間ｂで発生された発呼要求については、発呼分散のためのディレイ制御が行われ、これによって期間ｂおよびｃに渡って実際の発呼時刻が分散される。すなわち、期間ｂで発生された発呼要求についての実際の発呼時刻は、発呼要求時刻＋ディレイ時間となる。
【００７１】
ここで、ディレイ時間は、乱数関数と、この乱数関数に変数として代入される乱数発生パラメタとを利用して決定される。乱数発生パラメタとしては、ＴＶ受像機１１固有の装置ＩＤ（ＴＶＩＤ）、ＴＶ受像機１１に対応する加入者電話番号、日付情報、時間情報、または受け付け開始からの経過時刻などが利用される。
【００７２】
すなわち、乱数関数に装置ＩＤまたは加入者電話番号などの乱数発生パラメタを代入することなどによって乱数値が求められ、その乱数値は、期間ｂ，ｃに予め割り当てられている複数のタイムスロット中で発呼要求時刻以降のタイムスロットの１つを選択するために利用される。したがって、発呼要求時刻から選択されたタイスムスロットまでの時間がディレイ時間となる。
【００７３】
期間ｃも発呼分散のためのディレイ制御対象の期間であり、この期間ｃで発生された発呼要求についても、発呼分散のためのディレイ制御が行われ、これによって期間ｃに渡って実際の発呼時刻が分散される。すなわち、期間ｃで発生された発呼要求についての実際の発呼時刻も、発呼要求時刻＋ディレイ時間となる。
【００７４】
ここで、ディレイ時間は、前述したように乱数関数に装置ＩＤまたは加入者電話番号などの乱数発生パラメタを代入することなどによって求められた乱数値から、期間ｃに予め割り当てられている複数のタイムスロット中で発呼要求時刻以降のタイムスロットの１つを選択することによって決定され、発呼要求時刻から選択されたタイスムスロットまでの時間がディレイ時間となる。
【００７５】
期間ｄは受け付け終了時刻の直前の期間であるため、発呼分散のためのディレイ制御は行われない。また、この期間ｄには、他の期間ｂ，ｃからの発呼分散も行われない。これは、期間ｄで発生した発呼要求に対応する発呼処理を、残り少ない受け付け終了時刻まで僅かな時間内に実行するためである。したがって、この期間ｄで発呼要求が発生すると、即座に実際の発呼処理が実行される。よって、期間ｄでは、発呼時刻＝発呼要求時刻となる。
【００７６】
このような発呼分散のためのディレイ制御により、期間ｂにおいて呼処理能力を越えた分の発呼要求については期間ｃなどに分散され、これによって図４に実線で示されているように、通信回線に対する実際の発呼量を分散させることができる。
【００７７】
図６には、期間ｂ，ｃに対するタイムスロットの割り当ての様子が示されている。
期間ｂ，ｃに割り当てられるタイムスロットそれぞれの時間（単位時間）は均一でもよいが、期間ｂの発呼要求をより期間ｃに多く分散させるためには、図示のように、期間ｂよりも期間ｃのタイムスロットの割り当てを細かく設定することが好ましい。この場合、タイムスロットの最小単位時間は、電話局が処理可能な最大発呼量の処理に要する時間と等しくすることが望ましい。
【００７８】
次に、図７のフローチャートを参照して、ＴＶ受像機１１内で実行される発呼分散制御処理手順の一例を説明する。
まず、スクリプトに埋め込まれて送信される受付け開始指示情報および受け付け終了時間情報から受け付け期間が調べられ、そしてその受け付け期間から分散発呼制御のための４つの期間ａ，ｂ，ｃ，ｄが決定される（ステップＳ１１）。この場合、期間ａ，ｂ，ｃ，ｄそれぞれの時間幅や、期間ｂとｃの割合などは、スクリプトに埋め込まれて送信される番組ＩＤや他の制御情報によって可変設定される。
【００７９】
次いで、期間ｂ，ｃに対して例えば図６のようなタイスロットが割り当てられた後（ステップＳ１２）、装置ＩＤまたは加入者電話番号が乱数発生パラメタ（ｘ）として乱数関数（ｙ＝Ｒ（ｘ））に代入され、乱数値（ｙ）が求められる（ステップＳ１３）。
【００８０】
この後、視聴者によるリモコン操作に応答してスクリプトデコーダ回路１１３から送受信制御回路１１４に発呼要求が発生されると（ステップＳ１４）、その発呼要求時刻が期間ｂまたはｃに属するものであるか否か、つまり発呼分散制御対象の発呼要求であるか否かが調べられる（ステップＳ１５）。期間ａまたは期間ｄにおける発呼要求であれば、即座に自動ダイヤリングによる発呼処理が行われる（ステップＳ１７）。
【００８１】
一方、期間ｂまたは期間ｃにおける発呼要求であれば、まず、乱数値（ｙ）に従って発呼すべきタイムスロットが決定され、そのタイムスロットまでの時間だけ時間待ち処理が行われる（ステップＳ１６）。ここで、タイムスロットの選択は、図８に示されているように、期間ｂの発呼要求については期間ｂ，ｃに亙って分散されるように行われ、期間ｃの発呼要求については期間ｃ内で分散されるように行われる。そして、選択されたタイムスロットの時間になると、自動ダイヤリングによる発呼処理が行われる（ステップＳ１７）。
【００８２】
このように、この発呼分散制御処理においては、応答データの受付け開始時刻から視聴者によって発呼要求が入力されるまでの経過時間に基づいて、すなわち、発呼要求時刻が期間ａ〜ｄ中のどの期間に属するかによってオートダイヤリングによる発呼処理の実行時刻がディレイ制御される。よって、発呼量が多い期間に発生した発呼要求を効率良く分散させることが可能となる。
【００８３】
なお、ここでは、受け付け開始から終了までを４つの期間ａ〜ｄの区画したが、期間ｄを用いずに、期間ａ〜ｃの３つに区画するだけでも、期間ｂの発呼を十分に分散させることができる。
【００８４】
また、期間ａ〜ｄの区画をせずに、単に乱数関数と乱数発生パラメタ（ＴＶＩＤ、加入者電話番号など）を用いて発呼ディレイ時間を決定し、これによって発呼分散制御処理を行ってもよい。
【００８５】
次に、ＴＶ受像機１１に設けられた発呼制限機能について説明する。
この発呼制限機能は、発呼時刻の分散制御の代りに使用されるものであり、発呼できるＴＶ受像機１１の数を制限することによって呼集中による回線輻輳状態の発生を防止するものである。
【００８６】
すなわち、この発呼制限機能は、例えばＴＶ受像機１１から応答サーバ１５への発呼要求が通信回線網１３の呼処理能力を大幅に越えることが想定される双方向番組などに適用されるものであり、双方向番組自体が応答データを送信できるＴＶ受像機１１の装置ＩＤ（または加入者電話番号）の末尾番号を指定し、その指定された末尾番号と合致するＴＶ受像機１１からの発呼のみを許可するという方式を実現するために使用される。
【００８７】
この発呼制限処理の手順の一例を図９に示す。
すなわち、視聴者によるリモコン操作に応答してスクリプトデコーダ回路１１３から送受信制御回路１１４に発呼要求が発生されると（ステップＳ２１）、スクリプトに埋め込まれて送信されるＴＶＩＤ（または加入者電話番号）の末尾制限情報とそのＴＶ受像機１１のＲＯＭなどに格納されているＴＶＩＤ（または加入者電話番号）とが比較される（ステップＳ２２）。
【００８８】
それらが一致した場合には、オートダイヤリングによる発呼処理が実行される（ステップＳ２４）が、不一致の場合には、発呼処理は実行されず、発呼制限によって発呼できない事を示すメッセージが図面表示される（ステップＳ２５）。
【００８９】
このような末尾制限によっても、発呼量を制限できるため、呼処理能力を越える呼の発生を抑制することができる。
また、前述の末尾制限情報の代りに、特定のＴＶＩＤまたは加入者電話番号を指定する視聴者指定情報をスクリプトに埋め込んで送信し、それをＴＶ受像機１１のＲＯＭなどに格納されているＴＶＩＤまたは加入者電話番号とを比較すれば、特定の視聴者からの応答のみを受け付けるという運用を行う事もできる。これは、発呼量を制限するという目的のみならず、特定の視聴者からの意見を聞いたり、あるいはプレゼント番組などにおける当選者選定方式の１つとして利用するなど、種々の番組形態に応用する事もできる。
【００９０】
【発明の効果】
以上説明したように、この発明によれば、双方向ＴＶ放送番組に対する視聴者からの発呼要求量の分布を考慮し、応答データ受付け開始時刻から視聴者によって発呼要求が入力されるまでの経過時間に基づいて、発呼要求が入力されてからオートダイヤリング手段によって発呼処理が実際に実行されるまでの待ち時間を決定しているので、発呼量が多い期間に発生した発呼要求をその期間と発呼量が少なくなるそれ以降の期間などに効率良く分散させることが可能となる。よって、通信回線に対する発呼時刻を分散できるようになり、電話局の局間回線などが双方向ＴＶ放送システムによって占有されることを防止することが可能となる。
【図面の簡単な説明】
【図１】この発明の一実施形態に係る双方向文字放送用ＴＶ受像機を使用した双方向ＴＶシステムの基本構成を示す図。
【図２】図１の双方向ＴＶシステムで使用されるサーバネットワークシステムの構成を示すブロック図。
【図３】図２のサーバネットワークシステムの運用形態の一例を示す図。
【図４】同実施形態に係る双方向文字放送用ＴＶ受像機によって実行される発呼分散制御の原理を説明するための図。
【図５】同実施形態に係る双方向文字放送用ＴＶ受像機によって管理される４つの期間とそれに対応する分散制御処理との関係を示す図。
【図６】同実施形態に係る双方向文字放送用ＴＶ受像機によって発呼要求が分散される様子を示す図。
【図７】同実施形態に係る双方向文字放送用ＴＶ受像機によって実行される発呼分散制御処理の手順を示すフローチャート。
【図８】同実施形態に係る双方向文字放送用ＴＶ受像機による発呼分散制御によって期間ｂの発呼要求と期間ｃの発呼要求がそれぞれ分散される様子を示す図。
【図９】同実施形態に係る双方向文字放送用ＴＶ受像機によって実行される発呼制限処理の手順を示すフローチャート。
【符号の説明】
１１…ＴＶ受像機、１２…放送局、１３…通信回線網、１４…サーバネットワークシステム、１５…応答サーバ、１１３…スクリレプトデコーダ回路、１１４…送受信制御回路。

Claims (7)

1. テレビジョン放送信号にて送信される双方向放送番組を受信および再生可能な双方向放送受信装置であって、
   前記双方向放送番組中に実行される視聴者からの所定の発呼要求入力操作に応答して、前記双方向放送番組に含まれる電話番号情報で指定される相手先に通信回線網を介して自動発呼し、前記双方向放送番組に対する視聴者からの応答データを送信するオートダイヤリング手段と、
   このオートダイヤリング手段による発呼処理の実行時刻を制御する発呼時刻制御手段とを具備し、
   この発呼時刻制御手段は、
   前記双方向放送番組の応答データ受付け開始時刻から前記発呼要求が入力されるまでの経過時間を検出し、その検出した経過時間に基づいて、前記発呼要求が入力されてから前記オートダイヤリング手段によって発呼処理が実行されるまでの待ち時間を決定する待ち時間決定手段と、
   この待ち時間決定手段によって決定された待ち時間を使用して前記オートダイヤリング手段の発呼時刻を制御する手段とを具備することを特徴とする双方向放送受信装置。
2. 前記待ち時間決定手段は、
   前記双方向放送番組の応答データ受付け開始時刻から応答データ受付け終了時刻までの期間を、その先頭から順に第１乃至第３の少なくとも３つの期間に区分し、前記発呼要求の入力時刻が前記第１乃至第３のどの期間に属するかを検出する手段と、
   前記発呼要求の入力時刻が前記第１の期間に属するとき、前記待ち時間の値を零に決定する手段と、
   前記発呼要求の入力時刻が前記第２の期間に属するとき、所定の乱数関数に前記双方向放送受信装置に割り当てられた装置ＩＤまたは加入者電話番号を変数として代入して乱数値を求め、その乱数値に基づいて、前記第２および第３の期間に渡って割り当てられた複数のタイムスロットの中で前記発呼要求入力時刻以降のタイムスロットの１つを選択し、その選択したタイスムスロットまでの時間を前記待ち時間として決定する手段とを具備することを特徴とする請求項１記載の双方向放送受信装置。
3. 前記第１乃至第３の期間それぞれの長さ、またはそれら期間の相対的な長さの割合は、前記双方向放送番組に含まれる制御データによって可変設定されることを特徴とする請求項２記載の双方向放送受信装置。
4. 前記待ち時間決定手段は、
   前記双方向放送番組の応答データ受付け開始時刻から応答データ受付け終了時刻までの期間を、その先頭から順に第１乃至第４の期間に区分し、前記発呼要求の入力時刻が前記第１乃至第４のどの期間に属するかを検出する手段と、
   前記発呼要求の入力時刻が前記第１または第４の期間に属するとき、前記待ち時間の値を零に決定する手段と、
   前記発呼要求の入力時刻が前記第２の期間に属するとき、所定の乱数関数に前記双方向放送受信装置に割り当てられた装置ＩＤまたは加入者電話番号を変数として代入して乱数値を求め、その乱数値に基づいて、前記第２および第３の期間に渡って割り当てられた複数のタイムスロットの中で前記発呼要求入力時刻以降のタイムスロットの１つを選択し、その選択したタイムスロットまでの時間を前記待ち時間として決定する手段と、
   前記発呼要求の入力時刻が前記第３の期間に属するとき、前記乱数関数に前記装置ＩＤまたは加入者電話番号を変数として代入して乱数値を求め、その乱数値に基づいて、前記複数のタイムスロットの中で前記発呼要求入力時刻以降のタイムスロットの１つを選択し、その選択したタイムスロットまでの時間を前記待ち時間として決定する手段とを具備することを特徴とする請求項１記載の双方向放送受信装置。
5. 前記第３の期間には、前記第２期間よりも単位時間の短いタイスロットが割り当てられていることを特徴とする請求項４記載の双方向放送受信装置。
6. 前記第１乃至第４の期間それぞれの長さ、またはそれら期間の相対的な長さの割合は、前記双方向放送番組に含まれる制御データによって可変設定されることを特徴とする請求項４記載の双方向放送受信装置。
7. テレビジョン放送信号にて送信される双方向放送番組を受信および再生可能な双方向放送受信装置であって、
   前記双方向放送番組中に実行される視聴者からの所定の発呼要求入力操作に応答して、前記双方向放送番組に含まれる電話番号情報で指定される相手先に通信回線網を介して自動発呼し、前記双方向放送番組に対する視聴者からの応答データを送信するオートダイヤリング手段と、
   このオートダイヤリング手段による発呼処理の実行時刻を制御する発呼時刻制御手段とを具備し、
   この発呼時刻制御手段は、
   所定の乱数関数に前記双方向放送受信装置に対応する加入者電話番号を変数として代入して乱数値を求め、その乱数値に基づいて、前記発呼要求が入力されてから前記オートダイヤリング手段によって発呼処理が実行されるまでの待ち時間を決定する待ち時間決定手段と、
   この待ち時間決定手段によって決定された待ち時間を使用して前記オートダイヤリング手段の発呼時刻を制御する手段とを具備することを特徴とする双方向放送受信装置。

Images