(57)【要約】【課題】  デジタル放送サービスにおいて、双方向機能付きのデータ放送番組のためのＢＭＬを制作する際、放送局や番組毎に異なったパラメータを設定する必要をなくし、制作時の負荷を軽減する。【解決手段】  テレビ受信機と放送局サーバーの中間に中間サーバーを設置する。この中間サーバーは、テレビ受信機の双方向機能により放送局サーバーに対して送出される送信電文及び、この送信電文に対する放送局サーバーからの応答電文を中継する中間サーバーであって、前記送信電文を前記放送局サーバーが受取ることのできる形式に変換し、前記応答電文をテレビ受信機のＢＭＬスクリプトが処理できる形式に変換する。【選択図】      図２
2005092528.tif 000002
【特許請求の範囲】
【請求項１】
デジタル放送サービスにおいて、テレビ受信機の双方向機能により放送局サーバーに対して送出される送信電文及び、この送信電文に対する放送局サーバーからの応答電文を中継する中間サーバーであって、前記送信電文を前記放送局サーバーが受取ることのできる形式に変換し、前記応答電文をテレビ受信機のＢＭＬスクリプトが処理できる形式に変換する電文変換中継手段を備えたことを特徴とする中間サーバー。
【請求項２】
送信宛先を特定するために、受信機のＢＭＬスクリプトが放送波から抽出し設定できる放送局識別子及び番組識別子を含み、発信主体を特定するために、受信機のＢＭＬスクリプトが受信機内蔵の記憶媒体または受信機に挿入されたＩＣカードから読取ることのできる視聴者毎にユニークに設定された管理番号を含むが、放送局毎に固有の設定しなければならない情報は含まないことを特徴とする、請求項１に記載の中間サーバーが中継する送信電文。
【請求項３】
発信主体を特定するための視聴者毎にユニークに設定された管理番号としてＢ−ＣＡＳカード番号を使用することを特徴とする請求項２に記載の通信電文。
【請求項４】
請求項１に記載の中間サーバーであって、受信機から発信される請求項２または請求項３に記載の送信電文に含まれる放送局識別子及び番組識別子をキーとして、前記電文変換中継手段が、放送局毎に固有に設定すべきパラメータを抽出するための放送局・番組情報管理データベースを備えていることを特徴とする中間サーバー。
【請求項５】
請求項４に記載の中間サーバーであって、受信機から発信される請求項２または請求項３に記載の送信電文に含まれる発信主体を特定するための視聴者毎にユニークに設定された管理番号あるいはＢ−ＣＡＳカード番号から、前記電文変換中継手段が、放送局毎に登録されている個人情報を抽出するための会員管理データベースをも備えていることを特徴とする中間サーバー。
【請求項６】
前記放送局・番組情報管理データベースは、放送局サーバーが放送局毎に指定された形式で応答する応答電文に含まれる放送局側の応答結果を表す情報を、テレビ受信機のＢＭＬスクリプトが認識できる応答結果を表す情報に変換するための対応関係を表す情報をも放送局および番組毎に保持しているものであることを特徴とする請求項４または請求項５に記載の中間サーバー。
【請求項７】
前記電文変換中継手段は、受信機から発信される請求項２または請求項３に記載の送信電文に含まれる放送局識別子及び番組識別子および発信主体を特定するために視聴者毎にユニークに設定され受信機内蔵の記憶媒体または受信機に挿入されたＩＣカードに記憶されている管理番号あるいはＢ−ＣＡＳ番号から、前記放送局・番組情報管理データベースおよび前記会員管理データベースを参照して、放送局毎に固有に設定すべきパラメータおよび放送局毎に登録されている個人情報を抽出し、前記送信電文に記載されている送信内容情報にこれら放送局毎に指定すべき情報を加えて放送局サーバーが受取ることができる形式の電文に変更して放送局サーバーに中継し、
放送局サーバーからの応答電文を受取ると、再び前記放送局・番組情報管理データベースを参照して放送局サーバーの応答結果を特定して受信機のＢＭＬスクリプトが受けとることができる形式の応答電文に変換して中継するよう動作するものであることを特徴とする請求項５または請求項６のいずれかに記載の中間サーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ放送における送信データの再編集システム、および、そのために用いられる中継サーバーに関する。また、放送番組と連動したデータ放送番組制作の負荷の軽減や、既存の双方向機能付番組データの流用を実現する為のシステムに関する。
【背景技術】
【０００２】
データ放送を伴うデジタル放送サービスとしては、2000年よりBSデジタル放送が、2002年よりCS110°デジタル放送が開始されている。さらに、2003年末より地上波のデジタル化が開始され、2011年には現状のアナログ放送が終了し、地上波のデジタル化が完了する予定となっている。デジタル放送に付随したデータ放送は、TV放送に様々な機能を付加できるため、その有効な利用方法が模索されている。
【０００３】
データ放送の1つの特徴として双方向機能が挙げられる。双方向機能を実現するため、デジタル放送受信機はモデムもしくはＬＡＮ通信用ボードを搭載している。この機能により、視聴者はTV番組中に選択した視聴者情報を、電話回線もしくはLANケーブルでネットワーク上の特定サーバへ送信することが可能となり、視聴者より様々な情報を収集することが可能となる。双方向機能の利用シーンとしては、映像番組の内容と連動させたアンケートやクイズ、物販等のデータ放送を放送し、視聴者が番組放送中に、アンケート回答、物品の注文等を、受信機のネットワーク接続機能を通して上記特定のサーバーへ送信することが考えられる。
【０００４】
一般的に、放送局が提供している双方向サービスを利用するには、放送局が運営している会員組織への登録が必要となる。登録の際に必要なデータは各局で異なる。登録された会員情報は放送局が会員管理サーバにて管理するが、受信機上の記憶媒体にも放送局別に記憶されている。この情報を取得し送信することで個人認証処理を実現している。
【０００５】
また、デジタル放送において視聴者を一意に判別するために、ICカード（B-CASカード）が利用されている。一般的にB-CASカードは、有料放送を実現している限定視聴や限定受信において使用されている。
【０００６】
デジタル放送のデータ放送コンテンツの記述言語としては、既にサービスが開始したＢＳデジタル放送CS110度デジタル放送と同様に、地上波デジタル放送においてもBML（Broadcast Markup Language）が用いられることが予定されている。BMLは、XML（eXtensible Markup Language）を基本にデータ放送用途に専用化した記述言語である。WWWブラウザがHTML（HyperText Markup Language）データを解釈してコンピュータ画面に表示するのと同じように、データ放送に対応した受信機は、BMLで記述されたデータ放送コンテンツデータを解釈してTV画面に表示する機能を備えている。
【０００７】
データ放送における双方向機能はBMLおよびBML中のスクリプトによって制御される。サーバへのデータ送信は、テキストデータのみを送信する方法であり、送信データの編集・サーバとの接続確立・データ送信・処理結果受信・結果毎の後処理という流れで実現され、全ては1つのBML内スクリプトで完結される。
【０００８】
図４は、現在データ放送で運用されている双方向サービスに用いられる送信電文のフォーマット例である。送信電文は、一般的には、視聴者が番組視聴時に入力・選択する情報である送信内容情報と双方向ヘッダ情報とで構成されている。送信内容情報（図４ではユーザデータ）は、通常、視聴者が入力した情報であって、視聴者の個人情報、アンケート回答、商品注文情報等である。一方、双方向ヘッダ情報は、会員情報や放送局、番組種類によって決定する情報である。アプリケーションシステムにより、例えば会員ＩＤを双方向ヘッダ情報に含ませる場合があるなど、放送局あるいは番組が使用するサーバー毎に細かい部分が相違する。現在この双方向ヘッダ情報は、受信機の記憶媒体に記憶されている会員情報を読取るなどして番組毎のＢＭＬ中のスクリプトにより直接指定している。
【０００９】
図１０は、現在データ放送で運用されている双方向サービスに用いられる応答電文のフォーマット例である。応答電文は、放送局あるいは番組で用いるサーバーのアプリケーションシステムに応じて様々なフォーマットおよび応答データが用いられる。したがって、要求した処理を正常に処理した等の同じ内容の応答電文を受けても受信機で動作するＢＭＬは、放送局あるいは番組で用いるサーバーのアプリケーションシステムに応じた処理手順を実行しなければならない。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
現在、テレビ受信機の側からネットワークを通じて放送局に対してアクセス可能なデータ放送番組のプログラムである双方向機能付ＢＭＬを制作する際は、双方向ヘッダ情報をＢＭＬ中のスクリプトにより直接指定している。よって、制作する際には放送局や番組毎に異なったパラメータを設定することとなり、制作時の負荷が非常に高い。図３にこの様子を示す。各放送局のシステムで扱う送信データのヘッダ情報の書式が放送局Ａ、Ｂ，Ｃで異なるため、放送局Ａ用の番組、放送局Ｂ用の番組、放送局Ｃ用の番組に対して、それぞれにＢＭＬスクリプトをプログラムしなければならない。
【００１１】
データ放送番組をこのように制作しているため、映像番組と連動している双方向機能付ＢＭＬコンテンツの場合は、他放送局や他番組への再利用が不可能である。また、パラメータの誤指定をした場合、リアルタイムに修正することが不可能である。また、登録・内容変更処理が正常に完了されない場合は、受信機内の会員情報と会員管理データベースが管理している内容が異なることもある。
【００１２】
そこで本発明は、双方向機能付ＢＭＬを制作する際、放送局や番組毎に異なったパラメータを設定する必要をなくし、制作時の負荷を軽減し得る双方向機能サービスを可能とするために用いられる中継サーバーを提供することを課題とする。尚、テレビ受信機と放送局が設置するサーバーの間には伝送データを様々な放送局サーバーに中継するための交通整理をする目的で「双方向サービスシステム」という中継サービスが運用されている（非特許文献１参照）が、本発明が提供しようとする中継サーバーはこれとは異なるものである。
【非特許文献１】「デジタル放送ハンドブック」（山田 宰監修／映像情報メディア学会編）        ｐ．４６２
【課題を解決するための手段】
【００１３】
課題を解決するための第１の発明は、デジタル放送サービスにおいて、テレビ受信機の双方向機能により放送局サーバーに対して送出される送信電文及び、この送信電文に対する放送局サーバーからの応答電文を中継する中間サーバーであって、その基本となる第１の態様は、前記送信電文を前記放送局サーバーが受取ることのできる形式に変換し、前記応答電文をテレビ受信機のＢＭＬスクリプトが処理できる形式に変換する電文変換中継手段を備えたことを特徴とするテレビ受信機と放送局サーバーの中間に設置される中間サーバーである。
【００１４】
ここでＢＭＬスクリプトとは、ECMAScriptで記述されたスクリプトであってＢＭＬ（Broadcast Markup Language）で記述された、データ放送番組のデータ中に含まれる部分を指す。ＢＭＬは、データ放送画面上で動的な動作を表現可能とするために、ECMAScriptという手続き記述言語で、処理手順を記述させることができる。ECMAScriptは、オブジェクト指向スクリプト言語である。そして、受信機の不揮発メモリにデータを記録したり、画面表示の更新の一時的禁止、番組の録画予約などのための様々な放送サービス用拡張関数が用意されている。
【００１５】
また、課題を解決するための第２の発明は、送信宛先を特定するために、受信機のＢＭＬスクリプトが放送波から取得できる放送局識別子及び番組識別子を含み、また、発信主体を特定するために、受信機のＢＭＬスクリプトが受信機内蔵の記憶媒体または受信機に挿入されたＩＣカードから読取ることのできる視聴者毎にユニークに設定された管理番号を含むが、放送局毎に固有に設定しなければならない情報は含まないことを特徴とする、受信機が放送局サーバー宛てに発信し、第１の発明に係る中間サーバーが中継する送信電文である。
【００１６】
前記中間サーバーが前記送信電文を中継する際に、送信電文に含まれる情報から宛先の放送局を特定して、その放送局に固有の情報に置換えた電文を作成するので、受信機では、放送局毎に固有の情報を含む電文を作成する必要はない。尚、前記視聴者毎にユニークに設定された管理番号としてＢ−ＣＡＳカード番号を使用してもよい。
【００１７】
第１の発明の好ましい第２の態様は、第１の態様に係る中間サーバーであって、受信機から発信される第２の発明に係る送信電文に含まれる放送局識別子及び番組識別子をキーとして、前記電文変換中継手段が、放送局毎に固有に設定すべきパラメータを抽出するための放送局・番組情報管理データベースを備えていることを特徴とするものである。
【００１８】
放送局・番組情報管理データベースを設けることにより、前記電文変換中継手段における変換処理のロジックから放送局毎に固有に設定すべきパラメータの管理を分離することができる。したがって、放送局側から中間サーバーにアクセスして、前記電文変換中継手段に影響を与えることなく放送局および番組毎に固有に設定すべきパラメータの変更追加を行なうことも可能となる。
【００１９】
第１の発明の好ましい第３の態様は、第１の発明の第２の態様に係る中間サーバーであって、受信機から発信される第２の発明に係る送信電文に含まれる発信主体を特定するための視聴者毎にユニークに設定された管理番号あるいはＢ−ＣＡＳ番号から、前記電文変換中継手段が、放送局毎に登録されている個人情報を抽出するための会員管理データベースを備えていることを特徴とする中間サーバーである。
【００２０】
会員管理データベースを設けることにより、前記電文変換中継手段における変換処理のロジックから放送局毎に固有に設定される個人情報の管理を分離することができる。したがって、放送局側から必要に応じて中間サーバーにアクセスして、前記電文変換中継手段に影響を与えることなく放送局毎の都合によりそれぞれに管理される会員情報の変更追加等を行なうことも可能となる。
【００２１】
第１の発明の好ましい第４の態様は、第１の発明の第２の態様または第３の態様に係る中間サーバーについて、前記放送局・番組情報管理データベースは、放送局サーバーが放送局毎に指定された形式で応答する応答電文に含まれる放送局側の応答結果を表す情報を、テレビ受信機のＢＭＬスクリプトが認識できる応答結果を表す情報に変換するための対応関係を表す情報をも放送局および番組毎に保持しているものであることを特徴とするものである。
【００２２】
この結果、双方向機能付きデータ放送番組のＢＭＬスクリプトによる処理は、標準的に定められた応答電文に対する処理を実行することになるので、放送局毎に異なる応答電文を扱うことから生じる繁雑さから解放される。
【００２３】
第１の発明の第３の態様または第４の態様に係る中間サーバーにおいては、前記電文変換中継手段は、受信機から発信される第２の発明に係る送信電文に含まれる放送局識別子及び番組識別子、および、発信主体を特定するための視聴者毎にユニークに設定された管理番号あるいはＢ−ＣＡＳ番号から、前記放送局・番組情報管理データベースおよび前記会員管理データベースを参照して、放送局毎に固有に設定すべきパラメータおよび放送局毎に登録されている個人情報を抽出し、前記送信電文に記載されている送信内容情報にこれら放送局毎に指定すべき情報を加えて放送局サーバーが受取ることができる形式の電文に変更して放送局サーバーに中継し、
放送局サーバーからの応答電文を受取ると、再び前記放送局・番組情報管理データベースを参照して放送局サーバーの応答結果を特定して受信機のＢＭＬスクリプトが受けとることができる形式の応答電文に変換して中継するよう動作するものとして構成してもよい。
【発明の効果】
【００２４】
本発明に係る中間サーバーを、受信機と放送局サーバーの中間に設置して、双方向機能を利用することにより発生する受信機と放送局サーバー間の電文の往来を中継させることにより、ＢＭＬスクリプトの中で、放送局毎に固有に設定しなければならない情報を扱うことの繁雑さを解消する。この結果、双方向機能付きデータ放送番組の制作が著しく簡単となる。また、双方向機能付きデータ放送番組の局間流用が容易になる。
【発明を実施するための最良の形態】
【００２５】
図１は、本発明の実施形態に係る中間サーバー２０を含んだデジタル放送サービスシステムシステム１（以下「システム１」）の全体構成図である。２００は放送局を表す。２０８は放送局等が設置する放送局サーバーである。視聴者が双方向機能によりアクセスするサーバーである。６は中継衛星である。放送電波は放送アンテナ２０９から中継衛星６に向けて送出される。尚、今後実施が予定されている地上波デジタル放送の場合は中継衛星６の代わりに地上中継設備により放送電波が中継される。１００は視聴者宅の設備を表す。３９、３８は受信アンテナである。放送電波は受信アンテナ３８、３９により受信され、受信機３０で同調され、デジタル映像信号に復号されてＴＶモニタ３１に表示される。３３は、視聴時に受信機３０に挿入するＩＣカード（Ｂ−ＣＡＳカード）を表している。３４はリモコンである。
【００２６】
受信機３０は、ネットワークインターフェースを備えており回線交換網９を通じて、放送局サーバー２０８にアクセスして番組の一部としてのコンテンツデータや蓄積番組に関連するコンテンツデータを入手したり、または視聴者側からそのようなサーバーに何らかの情報を発信することができる。
【００２７】
２０は中間サーバーである。視聴者が双方向機能を利用して放送局サーバー２０８にアクセスする時、送信電文、応答電文を中継する。図２は中間サーバーの構成を示した図である。中間サーバー２０は、ヘッダ情報変換手段２１、放送局・番組情報管理データベース２２、会員管理データベース２３、データベース管理手段２４を備える。以下、中間サーバー２０の各構成要素について説明する。
【００２８】
まず、放送局・番組情報管理データベース２２を説明する。図６（Ａ）に放送局・番組情報管理データベース２２が管理するデータの内容を示す。放送局・番組情報管理データベース２２は、放送局識別子をキーとして１レコードを構成する局別データと、番組識別子をキーとして１レコードを構成する番組データの２種類のデータレコードの集まりである。局別データは、放送局識別子、双方向パラメータ、受信パラメータを１レコードとする。双方向パラメータは、それぞれの放送局のサーバー２０８に送り付ける送信電文および放送局サーバー２０８からの応答電文のヘッダ情報に使用される情報である。放送局の管理上の都合その他により放送局毎に定義されている。一例を挙げるならば、接続先ＩＤ，サービス種別、データ種別、事業者ＩＤ等である。また、受信パラメータは、放送局サーバー２０８からの応答電文に使用される情報である。例えば視聴者のアクセスに対する結果や放送局サーバー２０８の状態を示すコードとそれを視聴者に伝える場合の表現文言が記録されている。番組データも同様に、番組識別子と、番組固有に定められる双方向パラメータ、受信パラメータを記録する。尚、番組データの場合は、この他に、番組名、放送時間帯、番組種別（ドラマ、スポーツ、報道、バラエティ等を区別する）を記録する。
【００２９】
次に、会員管理データベース２３を説明する。図６（Ｂ）に会員管理データベース２３が管理するデータの内容を示す。会員管理データベース２３は、Ｂ−ＣＡＳカード番号をキーとして、視聴者の氏名、住所、登録されている全ての会員情報を１レコードとして記録管理する。１つのＢ−ＣＡＳカード番号について登録され管理されている会員情報が一元的に記録される。Ｂ−ＣＡＳカード番をキーにして該当する１レコードを抽出することで全ての放送局に対応できるようにするためである。
【００３０】
中間サーバー２０には、、データベース管理手段２４が備えられている。放送局・番組情報管理データベース２２、会員管理データベース２３は、ネットワークを通じて、データベース管理手段２４を通じてアクセスすることにより新規データの登録、登録データの更新、削除等を行なうことができる。尚、放送局・番組情報管理データベース２２には、前記局別データ、番組データの他に、番組放送タイムテーブルも放送局毎に記録管理される。このテーブルは、本線映像と連動している双方向機能付き番組について、双方向アクセスを受付可能な時間帯等の情報が記述されている。
【００３１】
次に、電文変換中継手段２１の働きを説明する。電文変換中継手段２１は、受信機３０からの送信電文を受付け、その電文を放送局サーバー２０８が受取ることができるフォーマットに変換して目的とする放送局のサーバー２０８に送付する。また、放送局サーバー２０８からの応答電文を受付け、受信機３０の双方向番組のＢＭＬが扱いやすい標準的なフォーマットに変換して、応答先の受信機３０に送付する。このように電文中継手段２１が電文を変換することで、データ放送番組のＢＭＬスクリプトの処理は電文送信時に放送局毎に指定しなければならない双方向ヘッダ情報を用意する繁雑さから開放される。また、放送局からの応答電文に対して放送局毎にまちまちの対応処理を行なわなければならない繁雑さからも開放される。
【００３２】
図５は、送信電文のフォーマット変換を説明する図である。図５（Ａ）は受信機が発信する送信電文Ａのフォーマットである。送信データ（例えばアンケートへの回答）にヘッダ情報として放送局・番組識別子、視聴者のＢ−ＣＡＳカード番号を付加した形式としている。放送局識別子、番組識別子はともに放送波に付加されている情報であるため、受信機側で容易に電文Ａを構成できる。図５（Ｂ）は電文変換中継手段２１により変換され、放送局サーバー２０８に送付される送信電文Ｂのフォーマットを示している。送信電文Ｂは、双方向ヘッダ部分とユーザデータ部分から構成されるが、放送局あるいは番組で用いるサーバーのアプリケーションシステムによりフォーマットの細部で相違がある。図５（Ｂ）では、送信電文Ｂがアプリケーションシステムにより２通りとなる場合を例示している。送信電文Ｂの双方向ヘッダは、図４に示した現在使用されている送信電文のヘッダに、ＴＩＤ（トランザクションＩＤ）を付加して構成される。ユーザデータは図４に示した現在使用されている送信電文のユーザーデータと同じである。トランザクションＩＤ（ＴＩＤ）は、送信電文Ｂと、後に送信電文Ｂに対する応答として放送局サーバー２０８から発信される応答電文Ｂの対応を取るためのＩＤであり、電文変換中継手段２１が生成し付加する情報である。
【００３３】
図１１は、応答電文のフォーマット変換を説明する図である。図の上部は放送局サーバー２０８が発信する様々な応答電文のフォーマットである。これらの応答電文は、双方向ヘッダ部分と応答データ部分、送信電文Ｂとの対応を取るためのＴＩＤで構成されるが、エラーコード等放送局毎にまちまちでありその詳細は放送局により様々である。図の下部は、電文変換中継手段２１により変換され、受信機３０に返送される応答電文Ａのフォーマットを示している。応答電文Ａは、双方向ヘッダ部分と応答データ部分から構成される。双方向ヘッダ部分は局別パラメータ、番組パラメータで構成される。
【００３４】
次に、電文変換中継手段２１の処理動作を図８、図９のフローチャートに従って説明する。はじめに図８の送信電文の変換中継処理から説明する。
【００３５】
まず、受信機３０から送付された送信電文Ａを受信する（Ｓ４０）。送信電文Ａのヘッダ情報から放送局・番組識別子を取得する（Ｓ４２）。現在時刻を取得する（Ｓ４４）。放送局識別子、番組識別子をキーに該当する放送局の番組放送タイムテーブルを参照して、現在の時刻が双方向リクエストを受付ける時間帯かどうかをチェックする（Ｓ４５）。双方向リクエストを受付ける時間帯でない場合は、受付け時間外であったことを記録して（Ｓ４７）、その旨の応答電文を返すため図８のステップＳ７６にジャンプする。
【００３６】
双方向リクエストを受付ける時間帯である場合は、以後送信電文Ａを送信電文Ｂに変換してサーバー２０８に送り付ける処理を進める。まず、トランザクションＩＤ（ＴＩＤ）を生成する。ＴＩＤは、中間サーバーが管理する１件のトランザクション毎に与える通し番号であって、けっして同じ番号のトランザクションが同時に存在することが内容に割当てられる。そして、ＴＩＤと送信電文Ａの発信元の識別情報を組にして中間サーバーに記録する（Ｓ４６）。次に、放送局識別子、番組識別子をキーに放送局・番組情報管理データベース２２を検索して、送信電文Ａに対応する双方向パラメータ（局別パラメータ、番組パラメータ）を取得する（Ｓ４８）。また、放送局識別子から送信電文Ｂの送り先を決定する（Ｓ５０）。中間サーバーと放送局サーバー２０８がインターネットで接続されている場合は、送り先としてサーバー２０８のＩＰアドレスが使用される。次に送信電文ＡのＢ−ＣＡＳカード番号をキーとして会員管理データベース２３を検索して、送信電文Ａの発信主の会員情報を取得する（Ｓ５２）。以上で必要な情報が揃ったので、送信電文Ｂを構成する（Ｓ５４）。送信電文Ｂをサーバー２０８が受取れる通信プロトコルのメッセージにして送信する（Ｓ５６）。
【００３７】
次に図９にて、応答電文の変換中継処理を説明する。サーバー２０８からの応答電文Ｂを受信すると（Ｓ７０），電文変換中継手段２１は、まず、ＴＩＤを読みとって、ステップＳ４６において記録したＴＩＤと送信元受信機の記録を取り出して、応答電文Ｂの送付先を決定する（Ｓ７２）。次に、応答電文Ｂから、局別パラメータ、番組パラメータ、双方向ヘッダ部分にある処理結果を表すヘッダ情報、および、応答データの内容を取得する（Ｓ７４）。取得した局別パラメータ、番組パラメータから放送局・番組情報管理データベース２２に記録管理されている対応する局別データ、番組データを特定し、それらから前記処理結果、応答データに応じた受信パラメータ、エラーメッセージテキストを取得する（Ｓ７６）。応答電文Ａを作成する情報が揃ったので、応答電文Ａを構成する（Ｓ７８）。作成された応答電文ＡをステップＳ７２で決定した応答先受信機３０に送信する（Ｓ８０）。
【００３８】
以上、中間サーバー２０の機能、動作について詳細に説明した。次に、本システムを利用した双方向機能の運用形態を時系列に説明する。
１．放送局は、中間サーバー２０にアクセスして、放送局・番組情報管理データベース２２を作成する。
２．視聴者は、放送局への登録を行なう。放送局は中間サーバー２０にアクセスして、取得した放送局毎の会員情報を、Ｂ−ＣＡＳカード番号をキーとして各放送局ごとの会員情報を会員管理データベース２３に登録する。一の放送局または放送局を代表する機関のアクセスにより一度の登録で全ての放送局の登録を行うことも可能である。
３．視聴者は。テレビ受信機３０で双方向機能付番組を受信する。視聴者がリモコン操作によりデータ放送番組の表示を選択すると双方向機能付きのデータ放送コンテンツが立ち上がる。商品購入申込画面、アンケート回答画面、懸賞応募画面等が表示される。視聴者が、必要事項を選択・入力する。その後、任意のタイミングで送信命令を指定する。
４．送信命令を受けると、ＢＭＬ内のスクリプト処理により、中間サーバへ送信する送信電文Ａを編集作成し、送信する。この処理の詳細は後述する。
５．中間サーバ２０では受信した送信電文Ａを放送局に応じた送信電文Ｂに変換してＴＩＤを付けて、放送局サーバ２０８へ送信する。
６．放送局サーバー２０８では、送信電文Ｂを受取ると、電文Ｂの内容に従って放送局サーバー上のアプリケーションが実行される。
７．アプリケーションの処理結果に基づき応答電文Ｂが放送局サーバー２０８から中間サーバー２０に発信される。
８．中間サーバー２０では、受信した応答電文Ｂを、受信機３０が受取る標準化された応答電文Ａに変換して、ＴＩＤにより応答電文を返すべき受信機を特定して、この受信機あてに送信する。
９．応答電文Ａを受取ったＢＭＬスクリプトは、確認メッセージ、エラーメッセージ等、結果を表示する。
【００３９】
中間サーバー２０で、送信電文Ａから送信電文Ｂへの変換、応答電文Ｂから応答電文Ａへの変換を行なうため、双方向機能付番組を動かすＢＭＬスクリプトは、放送局、番組に固有の操作処理を行なう必要がなく、送信電文Ａと応答電文Ａに関わる処理だけ行なえばよい。図７は、双方向機能付番組を動かすＢＭＬスクリプトの処理を説明するフローチャートである。以下図７に従って、双方向機能付番組データに記述されるＢＭＬスクリプトの処理を説明する。
【００４０】
テレビ受信機３０は、双方向機能付きのデータ放送番組を受信する（Ｓ１０）。視聴者が双方向機能付きデータ放送番組を選局し、データ入力画面にてアンケート回答、物品購入等に必要な事項を入力する。あわせて視聴者情報も入力する（Ｓ１２）。その後、受信機３０はリモコン操作による情報送信命令を受ける（Ｓ１４）。ＢＭＬは、まず、放送波からserviceID、eventIDを取得し、放送局識別子、番組識別子として一時記憶する（Ｓ１６）。次に、Ｂ−ＣＡＳ番号をカードリーダーライターを通じて読み出し、一時記憶する（Ｓ１８）。ステップＳ１２で入力されたデータに、放送局識別子、番組識別子およびＢ−ＣＡＳ番号をヘッダ情報として付加した送信電文Ａを編集する（Ｓ２０）。送信電文Ａを該当中間サーバー宛てに送信する（Ｓ２２）。
【００４１】
中間サーバー２０から応答電文Ａを、放送局サーバー２０８の処理結果として受信する（Ｓ２４）。応答電文Ａに記述されている処理結果を読込む（Ｓ２６）。処理結果に応じた処理を実行する（Ｓ２８）。応答電文Ａには、送信電文Ａによる処理要求が放送局サーバーにより正常に終了したのか、または送信電文Ａの内容に不備があり、処理要求が受付けられなかったのか、あるいは、双方向処理要求を受けつけない時間帯なので、中間サーバー自身が送信電文Ａを放送局サーバーに中継する処理を拒絶したのか等を示す情報が、標準として定められた戻り値で示される。したがって、ＢＭＬスクリプトは、放送局毎にまちまちに定義されている戻り値に従った処理を行なう必要がなく、標準的に定められた戻り値に従った処理手順をスクリプトで記述できる。
【００４２】
図１２は、中間サーバ２０を導入した場合の電文送信の流れを示した図である。受信機側のＢＭＬは送信電文の作成処理、応答電文の内容に応じた処理を放送局に拘わらず共通の命令コードで記述できる点で図３との相違は顕著である。
【００４３】
システム１を利用した双方向機能の運用形態を時系列に説明した。以上本発明の最良の実施形態として説明したシステム１では、会員管理データベース２３の１レコードの主キー、および、送信電文Ａの送信主体を特定する情報としてＢ−ＣＡＳカード番号を使用しているが、これは、受信機のＢＭＬスクリプトが受信機内蔵の記憶媒体または受信機に挿入されたＩＣカードから読みとることができる視聴者毎にユニークに設定されている管理番号の好適な一例として使用しているものである。したがって、Ｂ−ＣＡＳカード番号以外の番号を発信主体を特定とする識別情報として用いたシステムも本発明の別の実施形態として構築可能である。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施形態に係る中間サーバー２０を含んだデータ放送双方向サービスの全体構成図である。
【図２】中間サーバー２０の構成図である。
【図３】従来のデータ放送双方向サービスにおける電文送信を説明する図である。
【図４】従来使用されている送信電文のフォーマット説明図である。
【図５】本発明に係る中間サーバー２０を用いた場合の送信電文のフォーマット変換の説明図である。
【図６】放送局・番組情報管理データベース２２、会員管理データベース２３の説明図である。
【図７】双方向機能付番組を動かすＢＭＬスクリプトの処理を説明するフローチャートである。
【図８】電文変換中継手段２１の処理動作（送信電文の変換中継処理）を説明するフローチャートである。
【図９】電文変換中継手段２１の処理動作（応答電文の変換中継処理）を説明するフローチャートである。
【図１０】従来使用されている応答電文のフォーマット例である。
【図１１】本発明に係る中間サーバー２０を用いた場合の応答電文のフォーマット変換の説明図である。
【図１２】本発明に係る中間サーバー２０を用いた場合のデータ放送双方向サービスにおける電文送信を説明する図である。
【符号の説明】
【００４５】
１    デジタル放送サービスシステム
６    中継衛星
９    回線交換網
２０  中間サーバー
２１  電文変換中継手段
２２  放送局・番組情報管理データベース
２３  会員管理データベース
２４  データベース管理手段
３０  テレビ受信機
３１  テレビモニタ
３３  Ｂ−ＣＡＳカード
３４  リモコン
３８  アンテナ
３９  衛星アンテナ
１００  視聴者宅設備
２００  放送局
２０１  放送局サーバー
３００  制作会社
【図１】
2005092528.tif 000003
【図２】
2005092528.tif 000004
【図３】
2005092528.tif 000005
【図４】
2005092528.tif 000006
【図５】
2005092528.tif 000007
【図６】
2005092528.tif 000008
【図７】
2005092528.tif 000009
【図８】
2005092528.tif 000010
【図９】
2005092528.tif 000011
【図１０】
2005092528.tif 000012
【図１１】
2005092528.tif 000013
【図１２】
2005092528.tif 000014