JP2002223428A - 番組提供方法及び放送システム並びにサーバ - Google Patents

Abstract

(57)【要約】 【課題】 番組のリアルタイム性を維持しながら、広域
に分散している多数の視聴者がオークション番組に参加
することを可能とする。 【解決手段】 放送局２は、収録されたオークション番
組の番組データと、当該番組において視聴者に報知すべ
き情報である報知情報データとＥＰＧデータを多重して
放送データとして放送する。ＴＭＳ３は、放送局２が放
送した放送データを受信して、携帯電話機１へと配信す
る。一方、携帯電話機１のユーザが当該番組を視聴しつ
つ、オークションの入札価格等を入力すると、その入力
された価格である入力価格情報が携帯電話機１によりＴ
ＭＳ３へと送信される。ＴＭＳ３は、このようにして、
携帯電話機１から送信されてきた情報を放送局２へと転
送し、放送局２の放送管理サーバ２１は、ＴＭＳ３から
送られてきた情報に基づいて、報知情報データを更新す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、放送局が視聴者に
対して番組を提供する番組提供方法及びこの番組提供方
法に用いて好適な放送システム並びにサーバに関する。

【０００２】

【従来の技術】従来から、いわゆる視聴者参加型のテレ
ビ番組として、オークション番組が放送されている。こ
のような、オークション番組に視聴者が参加するために
は、視聴者は、事前に参加申し込みの葉書等をテレビ局
へと送付することが必要となる。そして、視聴者から送
られてきた申し込み葉書から抽選を行い、選ばれた視聴
者のみが番組参加者となることができるのである。この
ようにして、抽選で選ばれた参加者が番組収録当日に放
送局まで出向くことにより、視聴者参加型のオークショ
ン番組を実現している。

【０００３】一方、クイズ番組等では、当該テレビ番組
中に視聴者がクイズの問題等に解答するための電話番号
が紹介され、視聴者は、当該電話番号に電話をかけて解
答を行うものがある。

【０００４】

【発明が解決しようとする課題】上述したように従来の
視聴者参加型のオークション番組においては、視聴者が
自ら収録場所に出向いて参加することが必要となる。こ
のため、視聴者によっては、その地理的条件や時間的条
件によって参加することが出来ない場合が往々にして生
じうる。また、これらの条件が整っている視聴者であっ
ても、抽選で当選することができなければ番組への参加
権を得ることができない。従って、視聴者参加型の番組
とは言いつつ実質的に参加することが出来る視聴者は、
極限られた者になってしまうという問題があった。

【０００５】これに対し、視聴者が番組中で紹介された
電話番号に電話を掛けて解答等を行う方法を採用した場
合、広域に分散した視聴者が番組に参加することは可能
となる。しかし、この方法をオークション番組のような
商取引の絡むテレビ番組に採用した場合、取引の正当性
を担保するための本人認証に手間がかかってしまい、番
組のリアルタイム性を確保することは極めて困難であっ
た。

【０００６】本発明は、以上説明した事情に鑑みてなさ
れたものであり、番組のリアルタイム性を維持しなが
ら、広域に分散している多数の視聴者が番組に参加する
ことを可能とする番組提供方法及び放送システム並びに
サーバを提供することを目的とした。

【０００７】

【課題を解決するための手段】以上説明した課題を解決
するため、本発明による番組提供方法は、サーバが放送
局から視聴者参加番組の放送データを取得し、前記放送
局が前記放送データを放送し、前記サーバが前記放送デ
ータから移動体放送データを生成して、複数の通信端末
に移動通信網を介して配信し、前記サーバが前記複数の
通信端末に、前記視聴者参加番組の進行のための情報の
入力を促す入力促進データを配信し、前記通信端末が、
そのディスプレイ上に、前記放送データおよび前記入力
促進データを画像として表示し、前記複数の通信端末が
前記入力促進データに応じて入力された入力データを前
記サーバへと送信し、前記入力データを受信した前記サ
ーバが、これら複数の入力データを前記放送局へ転送
し、前記サーバが、前記複数の通信端末に配信する前記
移動体放送データの一部を前記入力データに基づいて更
新し、前記放送局が、放送すべき前記放送データの一部
を前記入力データに基づいて更新することを特徴とす
る。

【０００８】また、本発明による番組提供方法は、放送
局により放送される番組の放送データを取得したサーバ
が該放送データを複数の通信端末へと配信し、各通信端
末が当該放送データの処理をする放送システムであっ
て、前記サーバは、前記放送データの配信先となる前記
複数の通信端末に対して前記番組の進行に必要な情報の
入力を促す入力促進データを配信する一方、前記通信端
末から送信されたデータを受信し、前記複数の通信端末
の各々は、前記入力促進データに基づいて当該通信端末
のユーザに情報の入力を促す入力促進処理を実行する一
方、該入力促進処理に応じて入力された入力データを前
記サーバへと送信し、前記放送局は、前記複数の通信端
末の各々から送信され、前記サーバが受信した複数の前
記入力データを該サーバから取得して、該複数の入力デ
ータに基づいて前記番組の内容を更新することを特徴と
する。

【０００９】また、本発明による番組提供方法は、放送
局により放送される番組の放送データを取得し、複数の
通信端末に配信するサーバであって、前記番組の配信先
となる前記複数の通信端末に送る前記番組の進行に必要
な情報の入力を促す入力促進データを記憶した記憶部
と、前記記憶部に記憶された前記入力促進データを前記
通信端末に配信する入力促進データ配信部と、前記入力
促進データに対応して前記通信端末から返信されてきた
入力データを受信する入力データ受信部と、前記受信部
により受信された前記入力データを前記放送局に送信す
る入力データ送信部とを具備することを特徴とする。

【００１０】

【発明の実施の形態】［１］第１実施形態 ［１．１］第１実施形態の構成 （Ａ）システム全体の構成 図１は、本実施形態にかかる放送システムの構成を示し
た図である。同図に示しように本実施形態にかかる放送
システムは、複数の携帯電話機１Ａ、１Ｂ…（以下、特
に特定する必要のない場合「携帯電話機１」という）
と、放送局２と、トランザクションマネジメントシステ
ム３（以下、「ＴＭＳ３」という）と、複数のセットト
ップボックス４（以下、「ＳＴＢ４」という）と、移動
パケット通信網５と、決済サーバ６とを有する。なお、
図１においては図面が煩雑となることを防止するため、
複数の携帯電話機１と複数のＳＴＢ４のうち、２個の携
帯電話機及び１個のＳＴＢのみが図示されている。

【００１１】本実施形態にかかる放送システムは、携帯
電話機１のユーザが放送局２が放送しているオークショ
ン番組に参加する、番組参加サービスを実現するための
ものである。かかるサービスを実現するための各設備に
ついて、以下、説明する。

【００１２】放送局２は、オークション番組（以下、単
に「番組」という）を収録し、その収録した番組を地上
波デジタル放送、或いは、衛星デジタル放送により放送
する。ここで、放送局２から放送される放送データは、
以下の２つのデータにＥＰＧ（Electrical Program Gui
de；電子番組ガイド）データが多重されたデータであ
る。 ａ．番組データ このデータは、放送局２において放送に先立って収録さ
れた各番組のデータである。ここで、放送局２が放送す
る各番組には、当該番組を一意に特定するための番組コ
ードが設定されており、この番組コードにより各番組デ
ータが特定される。なお、この番組データは、静止画を
表す情報を含んでいても良いし、動画を表す情報を含ん
でいても良い。 ｂ．報知情報データ このデータは、各番組の進行にあたり当該番組の視聴者
へと報知すべき各種情報（例えば、番組における現在の
入札価格を示す文字等）であり、番組の放送過程におい
て、各種条件に基づいて更新されるものである。なお、
以下において単に、「番組」と言うときは、番組データ
及び報知情報データによりユーザに供される出し物を意
味するものとする。すなわち、「番組」とは、番組デー
タを解釈して得られる商品の紹介等を行う画像と、報知
情報データを解釈して得られるユーザが視認することの
できる文字等の情報とによりユーザに提供される出し物
をいうものとする。なお、「特許請求の範囲」に記載し
ている「放送データ」とは、この番組データ及び報知デ
ータの双方を含むものである。

【００１３】ＳＴＢ４は、放送局２により放送された放
送データを受信して、当該放送データを復調して、テレ
ビ受像器や液晶ディスプレイ等の表示装置に供給する。
この結果、表示装置に、放送データに含まれている番組
の画像と共に、当該放送データに含まれている報知情報
データによる各種情報（文字等）が表示される。なお、
ＳＴＢ４は、テレビ受像器に組み込まれていても良い
し、テレビ受像器とは別体で設けられていても良い。

【００１４】図２は、放送局２により放送された放送デ
ータを受信した場合に、ＳＴＢ４に接続された表示装置
に表示される画像の一例を示した図である。同図に示す
ように、ＳＴＢ４に接続された表示装置には、２つの領
域に分割された画像が表示される。ここで、ＳＴＢ４に
より受信された放送データに含まれる番組データは、番
組領域Ｂに表示されるのに対して、報知情報データは、
報知領域Ｈに表示される。

【００１５】また、ＳＴＢ４は、各種入力操作を行うた
めの操作部（図示は省略）を有しており、この操作部を
操作することにより放送データと多重化して放送されて
いるＥＰＧデータが表す画像を表示装置に表示させるこ
とも可能である。このＥＰＧデータには、上述した番組
コードが含まれており、ユーザは、操作部を操作するこ
とにより、ＳＴＢ４が受信したＥＰＧデータによる画像
を視聴して、各番組の番組コードを視認することができ
る。

【００１６】ＴＭＳ３は、放送局２が放送した放送デー
タを受信し、その放送データを携帯電話機１が解釈可能
なデータ形式に変換して、携帯電話機１に配信する。こ
のＴＭＳ３は、受信した放送データを番組データ、報知
情報データ及びＥＰＧデータに分割して、データ形式の
変換を行うことにより、以下の２つのデータを取得す
る。 ｃ．移動体放送データ このデータは、放送データの内、番組データと報知情報
データを、解像度の低い携帯電話の画面に表示できる様
に変換して得られるデータである。解像度の違いが有る
だけで、ＳＴＢ４の表示部と携帯電話１の表示部とには
同じ内容が表示される。この移動体放送データが携帯電
話機１に配信されると、携帯電話機１に、図２に示した
のと同様の画像が表示されることとなる。 ｄ．移動体ＥＰＧデータ このデータは、放送データに含まれているＥＰＧデータ
から得られるデータであり、携帯電話機１のユーザに対
して、放送中の番組を紹介するためのデータである。こ
の移動体ＥＰＧデータには、当該番組の番組コードが含
まれている。

【００１７】携帯電話機１は、従来の携帯電話機と同様
にユーザが指示を入力するための指示入力部や画像を表
示するための液晶表示部を有しており、移動パケット通
信網５を介してパケット交換を行う機能を有する。この
携帯電話機１は、メモリ（図示は省略）を有しており、
このメモリには、移動パケット通信網５内において各携
帯電話機１を一意に特定するための発ＩＤや各種制御プ
ログラムの他、移動パケット通信網５を介してＴＭＳ３
とデータ通信を行い番組参加サービスの提供を受けるた
めの番組配信アプリケーションが格納されている。携帯
電話機１は、この番組配信アプリケーションを実行する
ことにより、移動パケット通信網５を介してＴＭＳ３か
ら移動体ＥＰＧデータや移動体放送データの配信を受
け、液晶表示部に表示することが可能である。この際、
携帯電話機１の液晶表示部上には、上述した図２と同様
に番組領域Ｂと報知領域Ｈに分割された画像が表示され
る。

【００１８】また、番組配信アプリケーションを実行し
て、携帯電話機１のユーザが番組参加サービスの提供を
受ける（すなわち、ユーザが番組に参加する）ために
は、携帯電話機１のユーザに入札価格等の番組の進行に
必要な情報の入力を促して、ユーザが入力した情報をＴ
ＭＳ３に送信することが必要となる。そこで、本実施形
態においてＴＭＳ３は、番組の進行に必要な情報（例え
ば、入札価格等の情報）の入力をユーザに促すための個
別付加データを当該サービスの提供を受けるユーザの携
帯電話機１に配信する。なお、この個別付加データは、
「特許請求の範囲」に記載の「入力促進データ」、「参
加促進データ」及び「落札情報」に対応するものであ
る。

【００１９】この個別付加データは、各番組の放送に先
立ち、放送局２がＴＭＳ３に送信するデータであり、各
番組毎に個別のデータである。また、この個別付加デー
タは、番組に参加する全てのユーザの携帯電話機１に配
信されることもあれば、一部の携帯電話機１にのみ配信
されることもある。例えば、「入札価格を入力してくだ
さい。」等の単に携帯電話機１のユーザに対して入札価
格の入力を促すための文字列である入力促進データや
「オークションに参加しますか？」等の参加を呼びかけ
る文字列である参加促進データであれば、全ての携帯電
話機１に配信されることとなるが、「あなたが落札に成
功しました。」等の文字列のデータは、商品を落札した
ユーザの携帯電話機１に対してのみ配信される。この個
別付加データは、放送局２、ＴＭＳ３、携帯電話機１の
順で送られるデータであり、ＳＴＢ４には、このデータ
は送られていない。それゆえＳＴＢ４につながっている
表示装置には、個別付加データに基づく画面は表示され
ない。つまり、ＳＴＢ４の表示装置には、番組データに
基づく商品と報知情報データに基づく現在の入札価格が
表示される。しかし、ＳＴＢ４の表示装置を見れば、現
在のオークション状況が分かるので、視聴者は興味をそ
そられることになる。これに対して、この個別付加デー
タが送られてくる携帯電話１の画面には、商品と入札価
格に加えて、「オークションに参加しますか」などの画
面が表示される。そして、興味をそそられた視聴者が、
その後、携帯電話１を使ってオークションに参加する場
合には、携帯電話１のみでオークションをすべて行える
ようになっている。つまり携帯電話１の画面には、必要
な全ての情報が表示されるので、ＳＴＢ４の画面と携帯
電話１の画面との両方の画面をみる必要がない。つまり
視聴者は携帯電話のみを使ってオークションに参加でき
ることになる。

【００２０】この個別付加データの配信を受けた場合、
携帯電話機１の液晶表示部には、上述した図２に示すよ
うな画像と共に、当該個別付加データによって表された
画像（文字列等）が表示される。なお、この個別付加デ
ータが付加された移動体放送データを受信した携帯電話
機１において表示される画像については後に詳細に説明
する。

【００２１】そして、この個別付加データの画像が表示
されている状態において、携帯電話機１のユーザが各種
情報（すなわち、入札価格等の番組の進行に必要な情
報）を指示入力部に入力すると、携帯電話機１は、当該
情報のデータをＴＭＳ３へと送信する。このようにし
て、携帯電話機１から送信されてきたデータは、その
後、ＴＭＳ３により放送局２へと送信される。そして、
放送局２は、ＴＭＳ３から送信されてきたデータに基づ
いて、上述した報知情報データの更新を行う。この結
果、その更新後の報知情報データを受信したＳＴＢ４の
表示装置や携帯電話機１の液晶表示部においては、報知
領域Ｈに表示されている画像（すなわち、「現在の入札
価格：￥100,000」という文字列）が変化する。

【００２２】決済サーバ６は、クレジット会社や銀行等
の決済機関が保有するサーバであり、携帯電話機１のユ
ーザが番組において商品を落札した場合に、これに伴っ
て発生する金銭的な決済を行う。

【００２３】移動パケット通信網５は、基地局を介して
携帯電話機１と通信を行うことにより、携帯電話機１に
対してパケット交換サービスを提供する。なお、図１か
らは省略しているが、この移動パケット通信網５は、パ
ケット加入者処理装置等を有している。

【００２４】（Ｂ）放送局２の構成 図３は、この放送局２の構成を示した図である。同図に
示すように本実施形態において、放送局２は、放送管理
サーバ２１と、収録部２２と、番組データベース２３
（以下、「データベース」を略称して「ＤＢ」という）
と、送信部２４と、スクリーン２５と、端末２６とを有
する。

【００２５】ここで、スクリーン２５は、収録スタジオ
に設けられる大型のスクリーンであり、放送管理サーバ
２１の制御の下、各種情報を表示する。放送局２におい
て収録される番組の出演者は、このスクリーンに映し出
される画像を見ながら、自らの出演する番組の収録を行
うことが可能である。

【００２６】収録部２２は、収録スタジオ内に設置され
たカメラ、マイク及びこれらカメラ、マイクにより収録
された画像と音声を編集するための編集装置等を有して
おり、放送すべき番組を収録して、その収録した番組の
内容を編集し、番組データを生成する。収録部２２は、
このようにして、生成した番組データを放送管理サーバ
２１へと供給する。

【００２７】端末２６は、放送管理サーバ２１に接続さ
れたパーソナルコンピュータ等の装置であり、キーボー
ドやマウス、表示部等（何れも図示は省略）を有する。
この端末２６は、放送局２の番組制作担当者が行った入
力操作に応じた個別付加データを生成する。また、端末
２６は、放送局２の番組制作担当者が行った入力操作に
基づいて、報知情報データのフォーマットとなるデータ
を生成し放送管理サーバ２１へと供給する。放送管理サ
ーバ２１は、この端末２６から供給されたフォーマット
に従って、報知情報データを生成する他、ＴＭＳ３から
送られてきた情報に基づいて報知情報データを更新す
る。

【００２８】放送管理サーバ２１は、収録部２２から供
給される番組データと、端末２６から供給される個別付
加データを番組ＤＢ２３に格納する他、番組ＤＢ２３に
格納されている番組データに報知情報データ等を多重し
て放送する。図４は、番組ＤＢ２３の記憶内容を示す図
である。同図に示すように、番組ＤＢ２３には、各番組
の番組コード（すなわち、各番組データ）に対応付け
て、当該番組コードを有する番組の番組データと、個別
付加データとが格納される。なお、図４には特に図示し
ていないが、端末２６において生成された報知情報デー
タのフォーマットとなるデータは、この番組ＤＢ２３に
各番組コードと対応付けて格納するようにしても良い。

【００２９】また、放送管理サーバ２１は、記憶部（図
示は省略）を有しており、この記憶部には、番組の放送
を管理するための放送管理テーブルＴＢＬ１が記憶され
ている。図５は、この放送管理テーブルＴＢＬ１の内容
を示した図である。同図に示すように、この放送管理テ
ーブルＴＢＬ１には、各番組コードに対応付けて、当該
番組コードを有する番組の放送開始時刻を表す番組開始
時刻情報と、放送終了時刻を表す番組終了時刻情報と、
当該番組に対する携帯電話機１からの参加申込を締め切
る時刻を表す参加申込〆切時刻情報と、当該番組におけ
る入札〆切時刻を示す入札〆切時刻情報とが格納されて
いる。放送管理サーバ２１は、この放送管理テーブルＴ
ＢＬ１に格納されている情報に基づいて、各番組の放送
時刻を管理する。

【００３０】また、この放送管理テーブルＴＢＬ１に格
納されている各情報は、当該情報に対応した番組の放送
に先立ち、放送管理サーバ２１によってＴＭＳ３へと送
信される。ＴＭＳ３は、放送管理サーバ２１から送信さ
れてきた、これらの情報に基づいて各種処理を実行す
る。例えば、ＴＭＳ３は、参加申込〆切時刻情報の時刻
以前に携帯電話機１から受信された番組に対する参加申
込のみを受け付け、当該時刻を過ぎた後に、携帯電話機
１から受信された参加申込みについては受け付けない。

【００３１】また、番組の放送開始時刻より所定時間前
の時刻になると、放送管理サーバ２１は、記憶部に当該
番組の番組コードを有する入札価格テーブルＴＢＬ２を
生成する。図６は、この入札価格テーブルＴＢＬ２の内
容を示した図である。なお、同図に示す入札価格テーブ
ルＴＢＬ２は、番組コード「#001」のテーブルである。
同図に示すように、入札価格テーブルＴＢＬ２には、Ｔ
ＭＳ３から送信されてきた入札価格情報と、当該入札価
格情報の受信時刻情報が格納される。ここで、入札価格
情報とは、番組においてオークションにかけられている
商品の落札価格として、携帯電話機１のユーザが携帯電
話機１の指示入力部に対して入力した入力価格の情報で
ある。

【００３２】ユーザが携帯電話機１に価格を入力する操
作を行った場合、当該入力価格を示す入力価格情報がＴ
ＭＳ３へと送信される。ＴＭＳ３は、この携帯電話機１
から送信されてきた入力価格情報の受信時刻を算出す
る。ＴＭＳ３は、このようにして算出した、受信時刻情
報と入力価格情報を自装置内の記憶部に格納すると共
に、これら情報を放送局２の放送管理サーバ２１に転送
するのである。このようにして、ＴＭＳ３から転送され
てきた入力価格情報と、受信時刻情報がこの入札価格テ
ーブルＴＢＬ２に格納される。なお、この際における、
ＴＭＳ３及び放送管理サーバ２１の動作については、後
に詳細に説明する。

【００３３】（Ｃ）ＴＭＳ３の構成 図７は、本実施形態にかかるＴＭＳ３の構成を示す図で
ある。同図に示すように、本実施形態にかかるＴＭＳ３
は、システム制御部３１と、通信部３２と、受信部３３
と、移動パケット通信網インターフェイス部（以下、
「インターフェイス」を略称して「Ｉ／Ｆ」という）３
４と、顧客管理ＤＢ３５と、テーブル記憶部３６とを有
する。

【００３４】通信部３２は、専用線により放送局２の放
送管理サーバ２１と接続されており、システム制御部３
１と放送管理サーバ２１との間のデータの授受を仲介す
る。具体的には、通信部３２は、システム制御部３１か
ら供給された信号を放送管理サーバ２１へと供給すると
共に、放送管理サーバ２１から送信されてきたデータを
システム制御部３１へと供給する。この通信部３２を介
したデータ通信により、ＴＭＳ３のシステム制御部３１
は、放送管理サーバ２１から、各番組の個別付加データ
や番組コード及び放送管理テーブルＴＢＬ１に格納され
た各種情報（番組開始時刻情報等）を受信する。なお、
本実施形態においては、ＴＭＳ３と放送管理サーバ２１
とは、専用線を介して通信を行う構成としているが、当
然、これに限らず、移動パケット通信網５等の公衆網を
介して通信を行うようにしても良いことは言うまでもな
い。

【００３５】受信部３３は、アンテナを有しており、こ
のアンテナにより受信された信号から放送データを復調
する。そして、復調した放送データをシステム制御部３
１に供給する。移動パケット通信網Ｉ／Ｆ部３４は、移
動パケット通信網５とシステム制御部３１の間のデータ
の授受を中継する。

【００３６】システム制御部３１は、例えば、ＣＰＵ
（Central Processing Unit）、ＲＯＭ（Read Only Mem
ory）、ＲＡＭ（Random Access Memory）、ハードディ
スクを有し（図示は省略）、ＴＭＳ３の各部を制御す
る。ＲＯＭには、ＴＭＳ３の各部を制御するための各種
制御用アプリケーションが記憶されている。ＣＰＵは、
ＲＯＭやハードディスクに記憶されているアプリケーシ
ョンを実行することにより、各種処理を実行する。ＲＡ
Ｍは、ＣＰＵのワークエリアとして用いられ、受信され
たデータを一時的に保存するために用いられる。

【００３７】ハードディスクには、受信部３３を介して
受信した放送データを携帯電話機１が解釈可能な移動体
放送データに変換する変換アプリケーションや、携帯電
話機１に番組参加サービスを提供するためのサービス提
供アプリケーションが記憶されている。ここで、変換ア
プリケーションは、放送データの圧縮形式を移動体放送
データの圧縮形式に変換するためのアルゴリズムや、放
送データのデータ記述言語を移動体放送データの言語に
変換するアルゴリズムが含まれている。また、このアプ
リケーションは、放送データを携帯電話機１の画像表示
能力に適合させるために画面サイズ等の変更を行うアル
ゴリズムも有している。従って、放送データが移動体放
送データや移動体ＥＰＧデータに変換される際には、こ
れらのアルゴリズムに従って、データの変換が行われ
る。

【００３８】テーブル記憶部３６には、図８に示す番組
管理テーブルＴＢＬ３が記憶されている。このテーブル
ＴＢＬ３は、各番組の放送に先立って放送管理サーバ２
１が送信してくる各種情報（すなわち、個別付加データ
及び放送管理テーブルＴＢＬ２に格納されている各種情
報）を格納するためのテーブルである。このため、番組
管理テーブルＴＢＬ３には、各番組コードの番組開始時
刻情報と、番組終了時刻情報と、参加申込〆切時刻情報
と、入札〆切時刻情報と、個別付加データとを格納する
ためのフィールドが設けられている。

【００３９】また、テーブル記憶部３６には、番組管理
テーブルＴＢＬ３の他に、図９に示す参加者管理テーブ
ルＴＢＬ４が記憶されている。同図に示すように、この
参加者管理テーブルＴＢＬ４には、各番組の番組コード
に対応付けて、当該番組に参加を申し込んだ携帯電話機
１の発ＩＤを格納するためのフィールドが設けられてい
る。

【００４０】ここで、この参加者管理テーブルＴＢＬ４
に記憶される番組コードは、放送管理サーバ２１から送
信されてきた番組コードを番組管理テーブルＴＢＬ３に
格納する際に、格納されるものである。また、携帯電話
機１のユーザが各番組に対する参加の申込を行うために
は、番組管理テーブルＴＢＬ３に格納されている参加申
込〆切時刻以前にＴＭＳ３に対して参加申込を行うこと
が必要となる。従って、番組管理テーブルＴＢＬ３に格
納されている携帯電話機１の発ＩＤは、参加申込〆切時
刻までの間に参加の申込を行った携帯電話機１の発ＩＤ
のみとなる。

【００４１】更に、システム制御部３１は、番組の放送
開始時刻（すなわち、番組管理テーブルＴＢＬ３に格納
されている番組開始時刻情報が示す時刻）より、所定時
間前になると、当該番組の番組コードの入力価格テーブ
ルＴＢＬ５をテーブル記憶部３６に作成する。図１０
は、この入力価格テーブルＴＢＬ５の内容を示した図で
ある。なお、同図に示す入力価格テーブルＴＢＬ５は、
番組コード「#001」のテーブルとして示している。同図
に示すように、入力価格テーブルＴＢＬ５には、携帯電
話機１から送信されてきた入力価格情報と、当該入力価
格情報を送信してきた携帯電話機１の発ＩＤと、当該入
力価格情報の受信時刻情報とが対応付けて格納される。

【００４２】上述したように、携帯電話機１から入力価
格情報が送信されてくると、ＴＭＳ３は、受信時刻情報
を生成する。そして、システム制御部３１により、これ
ら入力価格情報と受信時刻情報が当該携帯電話機１の発
ＩＤと対応付けて入力価格テーブルＴＢＬ５へと格納さ
れる。そして、同時にこの入力価格テーブルＴＢＬ５に
格納された入力価格情報と受信時刻情報がシステム制御
部３１により放送管理サーバ２１へと送信され、放送管
理サーバ２１において入札価格テーブルＴＢＬ２へと格
納されるのである。つまりＴＭＳ３内の入力価格テーブ
ルＴＢＬ５と放送局２内の入札価格テーブルＴＢＬ２は
連動して更新される。

【００４３】そして、放送管理サーバ２１は、このよう
にして入札価格テーブルＴＢＬ２に格納された入札価格
に基づいて、所定時間間隔毎に入札価格の最高額を決定
する。そして、放送管理サーバ２１は、報知情報データ
を、その最高額を表すものに更新し、番組データに多重
して放送するのである。この結果、これらのデータが多
重された放送データを受信したノードにおいては、当該
報知情報データに基づいて、現在の落札価格が表示され
ることとなる。

【００４４】また、放送管理サーバ２１は、放送管理テ
ーブルＴＢＬ１に格納されている、入札〆切時刻情報が
示す時刻になると、入札の受付を締め切ると共に、入札
管理テーブルＴＢＬ２に格納されている入札価格情報に
基づいて落札価格を算出し、その落札価格の入札価格情
報を読み出す。

【００４５】そして、放送管理サーバ２１は、その入札
価格情報と、当該入札価格情報の受信時刻情報とをＴＭ
Ｓ３へと送信する。ＴＭＳ３のシステム制御部３１は、
このようにして、放送管理サーバ２１から送信されてき
た入札価格情報と受信時刻情報の組に対応した発ＩＤを
入力価格テーブルＴＢＬ５から抽出すると共に、当該発
ＩＤを有する携帯電話機１に対してのみ、当該携帯電話
機１のユーザが商品を落札したことを示す落札情報を含
む個別付加データを付加した移動体放送データを配信す
る。

【００４６】顧客管理ＤＢ３５は、携帯電話機１のユー
ザを管理するための情報が格納されたＤＢである。図１
１は、この顧客管理ＤＢ３５の記憶内容を示す図であ
る。同図に示すように、この顧客管理ＤＢ３５には、移
動パケット通信網５に加入している各携帯電話機１の発
ＩＤ毎（すなわち、各ユーザ毎）に対応付けて、当該携
帯電話機１のユーザの氏名と、住所と、クレジットカー
ド番号等の情報が格納されている。例えば、携帯電話機
１Ａのユーザがオークションにかかっている商品を落札
した場合、システム制御部３１は、携帯電話機１Ａに対
してのみ、商品を落札したことを示す個別付加データを
配信する。そして、携帯電話機１Ａからクレジットカー
ド番号が送信されてくると、システム制御部３１は、そ
の携帯電話機１Ａの発ＩＤに対応したクレジットカード
番号を顧客管理ＤＢ３５から読み出す。そして、その読
み出したクレジットカード番号と携帯電話機１Ａから送
られてきたクレジットカード番号とが一致した場合にの
み、システム制御部３１は、当該発ＩＤのユーザの氏名
と住所を読み出して、これらの情報を放送管理サーバ２
１へと送信する。一方、これらの情報が受信されると、
放送管理サーバ２１は、クレジットカード番号と氏名を
クレジットサーバに送信すると共に、当該商品を発送す
べく当該番組の番組制作担当者に住所、氏名及び発ＩＤ
等の情報を報知する。なお、これら顧客管理ＤＢ３５及
びテーブル記憶部３６は、物理的には、システム制御部
３１の有するハードディスク内か、別体で設けられたＤ
Ｂサーバに記憶されるものである。

【００４７】［１．２］実施形態の動作 次に、本実施形態にかかる放送システムの動作について
説明する。なお、以下では、（１-１）放送局２が番組
の放送を開始する際の動作、（１-２）番組参加サービ
スの提供を受ける場合の動作、の順に説明を行う。

【００４８】（１-１）放送局２が番組の放送を開始す
る際の動作 この動作は、携帯電話機１からの要求とは無関係に、常
に放送局２とＴＭＳ３の間で行われている処理であり、
放送管理テーブルＴＢＬ１に格納されている番組開始時
刻情報が示す時刻の所定時間前になると、実行されるも
のである。なお、以下の説明においては、番組ＤＢ２３
及び放送管理テーブルＴＢＬ１の内容は、図４及び図５
に示すものと同様であるものとする。

【００４９】まず、現在時刻が番組コード「#001」を持
つ番組データの放送開始時刻「2000年12月1日10時00分0
0秒」の所定時間前（例えば、「2000年12月1日9時58分0
0秒」）になる。すると、放送管理サーバ２１は、図１
２に示す処理を実行する。

【００５０】放送管理サーバ２１は、まず、放送管理テ
ーブルＴＢＬ１に番組コード「#001」に対応付けて格納
されている、番組開始時刻情報（すなわち、「2000年12
月1日10時00分00秒」）と、番組終了時刻情報（すなわ
ち、「2000年12月1日10時15分00秒」）と、参加申込〆
切時刻情報（すなわち、「2000年12月1日10時05分00
秒」）と、入札〆切時刻情報（すなわち、「2000年12月
1日10時12分00秒」）とを読み出し、上述した放送管理
サーバの記憶部に一時的に格納する（ステップＳａ
１）。

【００５１】次に、放送管理サーバ２１は、番組ＤＢ２
３から番組コード「#001」に対応つけられた個別付加デ
ータ（すなわち「個別付加データＡ」）を読み出して、
記憶部に一時的に格納する（ステップＳａ２）。そし
て、放送管理サーバ２１は、その記憶部に格納した各種
情報及び「個別付加データＡ」を読み出して、ＴＭＳ３
へと送信する（ステップＳａ３）。この際、放送管理サ
ーバ２１は、上述した記憶部上に番組コード「#001」用
の入札価格テーブルＴＢＬ２を作成する（ステップＳａ
３）。

【００５２】そして、ＴＭＳ３のシステム制御部３１
は、通信部３２を通してこれらの情報を受信すると、番
組管理テーブルＴＢＬ３に格納する。すなわち、番組管
理テーブルＴＢＬ３には、番組コード「#001」と対応付
けて番組開始時刻情報と、番組終了時刻情報と、参加申
込〆切時刻情報と、入札〆切時刻情報と、「個別付加デ
ータＡ」が格納されるのである。この結果、ＴＭＳ３
は、これらの情報（番組コード「#001」に関連した情
報）を放送管理サーバ２１と共有することとなる。そし
て、番組管理テーブルＴＢＬ３に各種情報の格納が終了
すると、システム制御部３１は、番組管理テーブルＴＢ
Ｌ３に格納した番組コードを読み出して、当該番組コー
ド用の入力価格テーブルＴＢＬ５をテーブル記憶部３６
に生成すると共に、当該番組コードを参加者管理テーブ
ルＴＢＬ４に格納する。

【００５３】一方、放送管理サーバ２１は、番組ＤＢ２
３から番組コード「#001」を持つ番組情報（すなわち、
「番組データＡ」）を読み出して、記憶部に一時的に格
納する（ステップＳａ４）。この際、放送管理サーバ２
１は、端末２６で生成された報知情報データのフォーマ
ットとなるデータに基づき、例えば、図２で報知領域Ｈ
に表示されている「商品；腕時計（○○社）」のよう
な、番組データに多重すべき報知情報データを生成す
る。

【００５４】次に、放送管理サーバ２１は、時刻が番組
コード「#001」の番組開始時刻（すなわち、番組開始時
刻情報が示す時刻「2000年12月1日10時00分00秒」）と
なったか否かを判定する状態となる（ステップＳａ
５）。ここで、現在時刻が番組開始時刻となるまでは、
このステップＳａ５の判断結果は「Ｎｏ」となり、この
ステップの判断が繰り返される。

【００５５】時刻が放送開始時刻（すなわち、「2000年
12月1日10時00分00秒」）となると、ステップＳａ５で
の判断が「Ｙｅｓ」となる。この結果、放送管理サーバ
２１は、「番組データＡ」に、生成した報知情報データ
と、ＥＰＧデータを付加して、放送データとして放送す
る（ステップＳａ６）。以後、時刻が放送管理テーブル
ＴＢＬ１に格納されている番組開始時刻情報が示す時刻
から所定時間前になると上述した処理を繰り返すことと
なる。

【００５６】（１-２）番組参加サービスの提供を受け
る場合の動作 以下、図１３及び図１４を参照しつつ、携帯電話機１の
ユーザが番組参加サービスの提供を受ける場合の動作に
ついて説明する。なお、以下においては、説明をより具
体的なものとするため、携帯電話機１Ａ（発ＩＤ「０９
０-××××-××××」）及び１Ｂ（発ＩＤ「０９０-
■■■■-■■■■」）のユーザが番組コード「#001」
の移動体放送データの配信を受けて、番組参加サービス
の提供を受けるものとして説明を行う。なお、説明の大
前提として、ＴＭＳ３の受信部３３は、放送局２が放送
している放送データを、順次、受信してシステム制御部
３１に供給しているものとする。

【００５７】まず、ユーザはＳＴＢ４の電源をオンにし
て、放送局２が放送している番組を視聴する。ユーザ
が、そこで放送されている番組に興味を持ち、携帯電話
機１の指示入力部へＴＭＳ３に対して番組の配信を申し
込む旨の入力操作を行うと、携帯電話機１は、番組配信
アプリケーションを読み出して、移動パケット通信網５
に対してパケット登録を行う。このパケット登録とは、
携帯電話機１が移動パケット通信網５とパケット交換を
行うための登録手続きである。このようにしてパケット
登録が行われると、携帯電話機１は、ＴＭＳ３との間
で、パケット交換を行うことが可能となる。

【００５８】次に、携帯電話機１Ａは、移動パケット通
信網５に移動体ＥＰＧデータの配信要求Ｄ１を送信する
（ステップＳｂ１）。この配信要求Ｄ１は、移動パケッ
ト通信網５を介して、ＴＭＳ３の移動パケット通信網Ｉ
／Ｆ部３４に受信される。ＴＭＳ３のシステム制御部３
１は、この配信要求Ｄ１が受信されると、携帯電話機１
Ａに移動体ＥＰＧデータＤ２を配信する（ステップＳｂ
２）。

【００５９】携帯電話機１Ａが、移動体ＥＰＧデータＤ
２を受信して、携帯電話機１Ａの液晶表示部上には、移
動体ＥＰＧデータＤ２の示す画像が表示される。すなわ
ち、ＴＭＳ３が現在配信している番組名とその番組コー
ド（すなわち、「#001」）が表示されるのである。そし
て、携帯電話機１Ａのユーザが指示入力部に移動体放送
データの配信を要求する旨の入力操作を行うと、携帯電
話機１Ａは、ＴＭＳ３から受信した移動体ＥＰＧデータ
に含まれている番組コード「#001」を抽出し、上述した
メモリに格納する。メモリに格納された番組コード「#0
01」は、その後に携帯電話機１ＡがＴＭＳ３に送信する
全てのデータに付加されることとなる。

【００６０】次に、携帯電話機１Ａは、この番組コード
「#001」を付加した移動体放送データの配信要求Ｄ３を
送信する（ステップＳｂ３）。この配信要求Ｄ３がＴＭ
Ｓ３の移動パケット通信網Ｉ／Ｆ部３４に受信される
と、システム制御部３１は、当該配信要求Ｄ３から番組
コード「#001」と、配信要求Ｄ３の送信元である携帯電
話機１Ａの発ＩＤ「０９０-××××-××××」を抽出
し、これらの情報を対応付けてＲＡＭへと格納する。そ
して、ＲＡＭへの発ＩＤの格納が完了すると、システム
制御部３１は、当該発ＩＤを持つ携帯電話機１Ａに移動
体放送データの配信を開始する。この結果、携帯電話機
１Ａの液晶表示部には、放送局２から放送されている番
組データと報知情報データによって表される画像が表示
されることとなる。

【００６１】同様にして、携帯電話機１Ｂからも移動体
ＥＰＧデータの配信要求Ｄ３が送信され（ステップＳｂ
４）、ＴＭＳ３から移動体ＥＰＧデータＤ４が送信され
（ステップＳｂ５）、携帯電話機１Ｂから移動体放送デ
ータの配信要求Ｄ６が送信されると（ステップＳｂ
６）、ＴＭＳ３のシステム制御部３１は、携帯電話機１
Ｂに移動体放送データを配信する状態となる。

【００６２】次に、ＴＭＳ３のシステム制御部３１は、
所定の時期に番組管理テーブルＴＢＬ３に格納されてい
る個別付加データを読み出し、携帯電話機１Ａ及び１Ｂ
に配信する移動体放送データと共に、各携帯電話機１Ａ
及び１Ｂに個別付加データＤ７及びＤ８を配信する（ス
テップＳｂ７、Ｓｂ８）。この個別付加データＤ７及び
Ｄ８は、携帯電話機１Ａ及び１Ｂのユーザに当該番組に
参加するか否かの判断を促すためのデータである。な
お、システム制御部３１が、携帯電話機１Ａ及び１Ｂ
に、個別付加データＤ７及びＤ８を配信するのはいつで
も良い。従って、各携帯電話機１に、移動体放送データ
の配信を開始する時に個別付加データを配信するように
しても良いし、配信の開始から所定時間経過したときに
配信するようにしても良い。

【００６３】図１５に、この個別付加データＤ７及びＤ
８を受信した携帯電話機１Ａ及び１Ｂの液晶表示部に表
示される画像の一例を示す。同図に示すように、移動体
放送データが持つ画像と共に、「オークションに参加し
ますか？」なる文字列が表示され、これと共に、「Ｙｅ
ｓ」、「Ｎｏ」なるボタンが表示される。

【００６４】この時、携帯電話機１Ａ及び１Ｂのユーザ
が「Ｙｅｓ」のボタンを選択する入力操作を行うと、移
動パケット通信網５に番組コード「#001」を付加した参
加申込要求Ｄ９及びＤ１０を送信すると共に、携帯電話
機１Ａ及び１Ｂは、個別付加データＤ７及びＤ８に従っ
て、液晶表示部の表示イメージを図１６に示すもののよ
うに変更する（ステップＳｂ９、Ｓｂ１０）。

【００６５】そして、移動パケット通信網５に送信され
た参加申込要求Ｄ９及びＤ１０は、順次、ＴＭＳ３の移
動パケット通信網Ｉ／Ｆ部３４により受信される。する
と、システム制御部３１は、参加申込要求Ｄ９及びＤ１
０の送信元の発ＩＤ（すなわち、「０９０-××××-×
×××」及び「０９０-■■■■-■■■■」）と番組コ
ード「#001」を抽出する。そして、システム制御部３１
は、参加者管理テーブルＴＢＬ４の番組コード「#001」
のフィールドに、送信元の発ＩＤを格納するのである。
この結果、参加者管理テーブルＴＢＬ４の内容は、図９
に示したような内容となる。

【００６６】その後、時間が経過して、番組管理テーブ
ルＴＢＬ３に格納されている番組コード「#001」の番組
への参加申込〆切時刻となると、ＴＭＳ３のシステム制
御部３１は、当該番組に対する参加申込を締め切る。そ
して、システム制御部３１は、参加者管理テーブルＴＢ
Ｌ４に格納されている発ＩＤの携帯電話機１（すなわ
ち、少なくとも携帯電話機１Ａ及び１Ｂを含む携帯電話
機１）へと配信する移動体放送データと共に、個別付加
データＤ１１及びＤ１２を配信する（ステップＳｂ１
１、Ｓｂ１２）。

【００６７】個別付加データＤ１１及びＤ１２を受信し
た携帯電話機１Ａ及び１Ｂは、液晶表示部に表示される
画像を図１７に示すように変更する。すなわち、携帯電
話機１Ａ及び１Ｂの液晶表示部には、携帯電話機１Ａ及
び１Ｂのユーザに、落札希望価格を入力させるためのボ
ックスと共に、「送信」及び「取り消し」なるボタンが
表示される。ここで、「取り消し」ボタンは、ユーザが
入力した落札希望価格を取り消すためのボタンである。
「送信」ボタンは、ユーザが入力した落札希望価格の情
報をＴＭＳ３に送信するためのボタンである。

【００６８】この状態において、携帯電話機１Ａのユー
ザが指示入力部を操作することで、落札希望価格とし
て、例えば、「￥60,000」と入力し、「送信」ボタンを
選択する旨の入力操作を行うと、携帯電話機１Ａは、そ
の入力価格「￥60,000」を示す入力価格情報に番組コー
ド「#001」を付加したデータＤ１３をＴＭＳ３へと送信
する（ステップＳｂ１３）。そして、携帯電話機１Ａ
は、データＤ１３の送信を契機として、個別付加データ
Ｄ１１及びＤ１２に従って、液晶表示部の画像を図１６
に示すように変更する。

【００６９】携帯電話機１Ａから送信されたデータＤ１
３が、例えば、「2000年12月1日10時05分26.5秒」にＴ
ＭＳ３の移動パケット通信網Ｉ／Ｆ部３４に受信される
と、ＴＭＳ３のシステム制御部３１は、当該時刻の受信
時刻情報を生成する。そして、システム制御部３１は、
入力価格情報と、当該入力価格情報の送信元の発ＩＤ
と、生成した受信時刻情報とを、番組コード「#001」用
の入力価格テーブルＴＢＬ５へと格納するのである。こ
の結果、番組コード「#001」用の入力価格テーブルＴＢ
Ｌ５には、発ＩＤ「０９０-××××-××××」と、入
力価格情報「￥60,000」と、受信時刻情報「2000年12月
1日10時05分26.5秒」とが格納されることになる。この
ようにして、入力価格テーブルＴＢＬ５に格納された入
力価格情報と受信時刻情報は、データＤ１４としてシス
テム制御部３１により放送局２の放送管理サーバ２１へ
と送信される（ステップＳｂ１４）。

【００７０】放送管理サーバ２１は、ＴＭＳ３から送信
されてきた、これらの情報を受信して、番組コード「#0
01」用の入札価格テーブルＴＢＬ２へと格納する。この
結果、入力価格情報「￥60,000」と、受信時刻情報「20
00年12月1日10時05分26.5秒」は、ＴＭＳ３と放送管理
サーバ２１により共有されることとなる。

【００７１】同様にして、ステップＳｂ１５で携帯電話
機１Ｂから送信されてきた入力価格情報を含むデータＤ
１５も、ＴＭＳ３の入力価格テーブルＴＢＬ５に格納さ
れる。そして、ＴＭＳ３のシステム制御部３１は、この
入力価格情報と受信時刻情報をデータＤ１６として放送
管理サーバ２１へと送信する（ステップＳｂ１６）。こ
のようにして、放送管理サーバ２１に送信されてきた受
信時刻情報と入力価格情報が放送管理サーバ２１の入札
価格テーブルＴＢＬ２に格納される。

【００７２】そして、参加申し込み〆切時間から所定時
間が経過すると、放送管理サーバ２１は、入札価格テー
ブルＴＢＬ２の入札価格情報をサーチして、最高の価格
となっている入札価格情報を読み出す。そして、放送管
理サーバ２１は、この最高価格を有する入札価格情報に
基づいて、報知情報データの内容を更新する（ステップ
Ｓｂ１７）。具体的には、放送管理サーバ２１は、報知
情報データを、その更新時における、最高価格を有する
ものへと変更するのである。例えば、入札価格テーブル
ＴＢＬ２の内容が図６に示したような内容である場合、
更新時における最高価格は、「￥60,000」である。この
場合、放送管理サーバ２１は、報知情報データの内容
を、現在の入札価格が「￥60,000」である旨の情報に更
新する。

【００７３】このようにして、報知情報データの更新が
終了すると、放送管理サーバ２１は、ＴＭＳ３に更新通
知Ｄ１７を送信して（ステップＳｂ１８）、更新後の報
知情報データを多重した放送データの放送を開始する
（ステップＳｂ１９）。ここで、この更新通知Ｄ１７と
は、報知情報データを更新した旨をＴＭＳ３に報知する
ための信号である。

【００７４】ＴＭＳ３のシステム制御部３１は、この更
新通知Ｄ１７を受信すると、参加者管理テーブルＴＢＬ
４に格納されている発ＩＤを有する携帯電話機１（すな
わち、少なくとも携帯電話機１Ａ及び１Ｂを含む携帯電
話機１）へと配信する移動体放送データと共に、個別付
加データＤ１８及びＤ１９を配信する（ステップＳｂ２
０、Ｓｂ２１）。

【００７５】この個別付加データＤ１８及びＤ１９を受
信した携帯電話機１Ａ及び１Ｂの液晶表示部には、図１
８に示すように、更新後の報知情報データの有する落札
価格を示す文字列と共に、入札を続けるか否かの判断を
仰ぐ文字列と、「Ｙｅｓ」、「Ｎｏ」なるボタンが表示
される。この時、「Ｙｅｓ」ボタンを選択する入力操作
を行うと、携帯電話機１Ａ及び１Ｂは、個別付加データ
Ｄ１１及びＤ１２に従って、液晶表示部の画像を図１７
に示すように変更して、ユーザに希望落札価格の入力を
促す画像が表示される。

【００７６】そして、ユーザが携帯電話機１Ａや１Ｂに
希望落札価格を入力する操作を行うと、携帯電話機１Ａ
及び１ＢからＴＭＳ３に対して、再度、入力価格情報を
含むデータＤ２０及びＤ２２が送信される（ステップＳ
ｂ２２、Ｓｂ２４）。ＴＭＳ３のシステム制御部３１
は、放送管理サーバ２１に対して、入力価格情報と、受
信時刻情報を含むデータＤ２１及びＤ２３を送信する
（ステップＳｂ２３、Ｓｂ２５）。

【００７７】そして、前回の報知情報データの更新から
また所定時間が経過すると放送管理サーバ２１が報知情
報データの更新を行い（ステップＳｂ２６）、ＴＭＳ３
に更新通知Ｄ２４を送信すると（ステップＳｂ２７）、
放送データの内容に更新後の報知情報データが反映され
る（ステップＳｂ２８）。このように、放送管理サーバ
２１は、所定時間ごとに、入札価格テーブルＴＢＬ２の
サーチを行って、最高価格を読み出し、報知情報データ
を更新する。なお、この際のＴＭＳ３及び放送管理サー
バ２１の動作は、携帯電話機１Ａ及び１Ｂが入力価格情
報を含むデータＤ１３及びＤ１５をＴＭＳ３に送信した
場合の動作と同一であるため、説明は省略する。

【００７８】以後、同様の処理が繰り返されて、番組管
理テーブルＴＢＬ３に格納されている番組コード「#00
1」の入札〆切時刻情報が示す時刻（すなわち、「2000
年12月1日10時12分00秒」）になると、ＴＭＳ３のシス
テム制御部３１は、携帯電話機１からの入札を締め切
る。また、同時刻になると放送管理サーバ２１は、入札
価格テーブルＴＢＬ２から最高価格を示す入札価格情報
を読み出して、報知情報データを更新する（ステップＳ
ｂ２９）。この際、放送管理サーバ２１は、当該入札価
格情報の示す価格により落札されたことを示す内容へと
報知情報データを更新する。

【００７９】そして、放送管理サーバ２１は、更新通知
に換えて、その最高価格の受信時刻情報と入札価格情報
をデータＤ２５としてＴＭＳ３に送信する（ステップＳ
ｂ３０）。データＤ２５の送信が終了すると放送管理サ
ーバ２１は、更新した報知情報データを多重した放送デ
ータの放送を開始する（ステップＳｂ３１）

【００８０】一方、ＴＭＳ３のシステム制御部３１は、
入力価格テーブルＴＢＬ５から、放送管理サーバ２１か
ら送信されてきた入札価格情報と受信時刻情報の組と同
一の情報の組の発ＩＤを読み出して、ＲＡＭに格納す
る。ここで、読み出された発ＩＤが「０９０-××××-
××××」である場合、システム制御部３１は、携帯電
話機１Ａにのみ、移動体放送データと共に、当該個別付
加データＤ２６を配信する（ステップＳｂ３２）。

【００８１】携帯電話機１Ａが、この個別付加データＤ
２６が付加された移動体放送データを受信すると、携帯
電話機１Ａの液晶表示部には、図１９に示すように画像
が変化することとなる。まず、個別付加データＤ２６が
受信された時点で、携帯電話機１Ａの液晶表示部には、
（ａ）のような画像が表示される。この時、ユーザが携
帯電話機１Ａの指示入力部に、「次へ」のボタンを選択
する操作を行うと、携帯電話機１Ａの液晶表示部の表示
画像は、（ｂ）のように変更される。すなわち、携帯電
話機１Ａの液晶表示部には、ユーザが選択することがで
きる支払方法を示すボタンが表示されるのである。

【００８２】このようにして、（ｂ）の示す画像が表示
された状態で、例えば、「カード」のボタンを選択する
と、携帯電話機１Ａの液晶表示部には、（ｃ）のような
画像が表示される。携帯電話機１Ａのユーザが、例え
ば、クレジットカード番号として「×××××」を入力
し「送信」ボタンを選択すると、携帯電話機１Ａは、Ｔ
ＭＳ３にクレジットカード番号「×××××」と番組コ
ード「#001」を付加した決済要求Ｄ２７を送信する（ス
テップＳｂ３３）。なお、クレジットカード番号の入力
に失敗した場合には、ユーザは「取り消し」ボタンを選
択すればよい。

【００８３】ＴＭＳ３のシステム制御部３１は、決済要
求Ｄ２７の送信元である携帯電話機１Ａの発ＩＤ「０９
０-××××-××××」を検索キーとして、顧客管理Ｄ
Ｂ３５を検索する。そして、この検索の結果、当該発Ｉ
Ｄと対応付けて格納されている、携帯電話機１Ａのユー
ザの氏名「××太郎」、住所「東京都○○区」、クレジ
ットカード番号「×××××」を読み出す。そして、シ
ステム制御部３１は、顧客管理ＤＢ３５から読み出した
クレジットカード番号「×××××」と決済要求Ｄ２７
に付加されて送信されてきたクレジットカード番号とが
一致するか否かを判断する。そして、両クレジットカー
ド番号が一致しない場合、システム制御部３１は、携帯
電話機１Ａと放送管理サーバ２１に対して決済失敗通知
を送信して、取引の成立を阻止する。

【００８４】これに対し、顧客管理ＤＢ３５から読み出
したクレジットカード番号「×××××」と、決済要求
Ｄ２７に付加されてきたクレジット番号とが一致してい
ると、ＴＭＳ３のシステム制御部３１は、顧客管理ＤＢ
３５から読み出した、ユーザの氏名「××太郎」と、住
所「東京都○○区」と、クレジットカード番号「×××
××」と共に、携帯電話機１Ａの発ＩＤ「０９０-××
××-××××」と番組コード「#001」をデータＤ２８
として放送管理サーバ２１へと送信する（ステップＳｂ
３４）。

【００８５】放送管理サーバ２１は、ＴＭＳ３から送信
されてきたデータＤ２８を受信して、自身の有する記憶
部にデータＤ２８を格納すると共に、そのデータ２８に
含まれいている携帯電話機１Ａのユーザの氏名「××太
郎」とクレジットカード番号「×××××」とを決済サ
ーバ６へと送信する。決済サーバ６は、このクレジット
カード番号と氏名に基づいて、個人認証を行い、その認
証結果を放送管理サーバ２１へと送信する。なお、この
個人認証においては、クレジットカード番号と氏名が一
致するか否かのみならず、当該商品に対する支払い額
が、当該ユーザの与信限度額内であるか否かも認証す
る。

【００８６】この認証の結果、決済サーバ６において本
人であることが認証されると、放送局２では、当該ユー
ザへの商品の発送を行うための処理が行われる。具体的
には、放送管理サーバ２１は、決済サーバ６から認証結
果を受信すると、ＴＭＳ３から受信した番組コード「#0
01」から携帯電話機１Ａのユーザに発送すべき商品を決
定する。そして、放送管理サーバ２１は、書面や画像等
により、番組制作担当者に商品名を伝達すると共に、商
品の発送先となる住所「東京都○○区」及び氏名「××
太郎」を報知する。そして、番組制作担当者が、この氏
名及び住所に商品の発送を行うのである。

【００８７】これに対し、決済サーバ６において本人で
はないものと認証された場合や支払い額が与信限度額内
でないと判定された場合には、放送管理サーバ２１で、
商品発送のために処理が実行されることはなく、実際に
商品が発送されてしまうこともない。

【００８８】また、上述した図１９の（ｂ）の画像が表
示されている状態で、ユーザが支払方法として「現金振
込」を選択すると、携帯電話機１Ａは、ＴＭＳ３に現金
振込が選択された旨のデータに番組コード「#001」と、
ユーザの氏名「××太郎」、住所「東京都○○区」、発
ＩＤ「０９０-××××-××××」を付加して送信す
る。ＴＭＳ３のシステム制御部３１は、そのデータを放
送管理サーバ２１に転送し、放送管理サーバ２１は、こ
のデータに基づいて商品を決定し、番組制作担当者に報
知する。そして、番組制作担当者は、携帯電話機１Ａの
ユーザから現金の振り込みが行われるまで商品を発送し
ないのである。

【００８９】このようにして、本実施形態の放送システ
ムでは、視聴者は携帯電話機を用いて番組に参加する。
このため、携帯電話機のユーザは、時や場所に限定され
ることなく、何時でも何処でも番組に参加することが可
能となる。また、本実施形態による放送システムは、携
帯電話機から送信された情報に基づいて、番組データで
はなく報知情報データを変更する。従って、番組自体の
進行に影響を与えることなく携帯電話機のユーザが番組
に参加することが可能となる。また、本実施形態による
放送システムでは、極めて、パーソナル性の高い携帯電
話機を用いてユーザは番組に参加し、決済に伴う認証も
携帯電話機の発ＩＤを用いて行う。このため、悪意の第
三者による「なりすまし」を有効に防止することが可能
となる。

【００９０】なお、本実施形態の携帯電話機１を用いた
決済方法は、クレジットカードによる決済方法か、銀行
振込による決済方法であるものとして説明を行った。し
かし、現金書留により現金を郵送する方法や、銀行引き
落としにより決済を行う構成としても構わない。ここ
で、現金書留で現金を郵送する方法を採る場合、上述し
た銀行振込と同様の手順により決済を行うことが可能で
ある。これに対して、銀行引き落としにより決済を行う
場合、携帯電話機１のユーザは、事前に自身の口座を有
する銀行と、放送局との三者間において銀行引き落とし
を行うことについての契約を結ぶことが必要となる。そ
して、この契約を結んだ後に、ＴＭＳ３の顧客管理ＤＢ
３５に、そのユーザの銀行口座の番号が格納された状態
にしておくことが必要となる。決済が行われる時、ユー
ザが入力した口座番号を携帯電話機１がＴＭＳ３に送信
し、ＴＭＳ３のシステム制御部３１は、送信されてきた
口座番号と携帯電話機１の発ＩＤに基づいて本人認証を
行う。

【００９１】なお、本実施形態でＴＭＳ３のシステム制
御部３１は、携帯電話機１の発ＩＤと、クレジットカー
ド番号に基づいて認証を行うが、本人であることを証明
することができる情報であれば何を用いても構わない。
例えば、携帯電話機１にＳＩＭカード等のユーザ識別モ
ジュールを接続する機能を設け、このユーザ識別モジュ
ールに格納されている情報を用いて本人認証を行っても
構わない。

【００９２】なお、本実施形態で、放送局２と、決済サ
ーバ６は、別体であるものとして説明を行っている。し
かし、放送管理サーバ２１に決済サーバ６と同様の機能
を持たせ、一体としても良い。なお、本実施形態で、携
帯電話機１を用いて番組参加サービスの提供を受ける
が、通信機能を有するパーソナルコンピュータ等の他の
通信装置であっても良い。

【００９３】なお、本実施形態で、個別付加データは、
放送局２の端末２６で生成され番組ＤＢ２３に格納され
る。しかし、個別付加データは、ＴＭＳ３において生成
され、番組管理テーブルＴＢＬ３に格納されても良い。

【００９４】なお、本実施形態では、放送管理サーバ２
１が入札価格テーブルＴＢＬ２に基づいて、落札価格を
決定し、当該落札価格に対応した入札価格情報と、受信
時刻情報をＴＭＳ３に送信する。しかし、ＴＭＳ３のシ
ステム制御部３１が入力価格テーブルＴＢＬ５に基づい
て落札価格を決定し、その落札価格に対応した入力価格
情報と、受信時刻情報とを放送管理サーバ２１に送信し
ても構わない。なお、放送管理サーバ２１が所定の時間
間隔で報知情報データを更新する場合についても、ＴＭ
Ｓ３側で当該時刻における最高値を持つ入力価格情報を
抽出して放送管理サーバ２１に送信するようにしても良
い。

【００９５】なお、本実施形態のＴＭＳ３のシステム制
御部３１は、決済要求Ｄ２７から携帯電話機１の発ＩＤ
とクレジットカード番号を抽出して、これらの情報と顧
客管理ＤＢ３５に格納されている情報に基づいて本人認
証を行い、本人認証に失敗するとシステム制御部３１
は、携帯電話機１Ａと放送管理サーバ２１に対して決済
失敗通知を送信して、取引の成立を阻止する。しかし、
このように本人認証に失敗した場合に、放送局２が落札
価格の次に高値の価格を示す入札価格情報と、受信時刻
情報を読み出し、再度、ＴＭＳ３へと送信し、ＴＭＳ３
がその携帯電話機１に対して個別付加データを配信する
ことにより決済を行っても構わない。

【００９６】なお、本実施形態では、放送局２の番組制
作担当者がオークションションにかけられている商品の
発送を行う。しかし、事前にオークションの対象商品を
倉庫会社に預け、決済が行われた後に放送局２がその倉
庫会社のコンピュータシステムに発送先の住所等の情報
を送信し、倉庫会社の従業員が商品の発送を行うっても
構わない。

【００９７】［１．３］変形例 以上、本発明の実施の形態について説明したが、上記実
施形態には、以下のような変形例が存在するので、以
下、これらについて説明する。

【００９８】＜変形例１＞上述した、実施形態で放送局
２から放送される放送データに含まれる番組データは、
全て、当該番組データに対応した番組の放送前に収録さ
れ、番組ＤＢ２３に格納される。すなわち、上述した実
施形態で放送局２から放送される番組は、全て、録画番
組なのである。しかし、当然番組は、録画番組のみなら
ず、生番組であっても良い。

【００９９】生番組で、同様の番組参加サービスを本シ
ステムで提供するためには、放送局２及びＴＭＳ３は、
各々、本実施形態と全く同一のテーブル（ＴＢＬ１〜Ｔ
ＢＬ５）を持つこととなる。この場合、本実施形態の構
成と異なってくるのは、番組ＤＢ２３の記憶内容のみで
ある。すなわち、番組ＤＢ２３に、その生番組の番組デ
ータが格納されることはなく、単に番組コードと、個別
付加データのみが格納される。例えば、番組ＤＢ２３の
記憶内容が、図４に示した内容と同一である場合に、番
組コード「#001」の番組が生番組で有れば、番組ＤＢ２
３に「番組データＡ」が格納されることはない。

【０１００】そして、生番組が放送される時、放送局２
の放送管理サーバ２１で、図２０に示すような処理が実
行される。すなわち、放送局管理サーバ２１は、放送管
理テーブルＴＢＬ１から各種情報を読み出した後（ステ
ップＳｃ１）、このテーブルに格納されている番組コー
ドに対応した個別付加データを読み出し（ステップＳｃ
２）、ＴＭＳ３へと送信する（ステップＳｃ３）。

【０１０１】そして、放送管理サーバ２１は、当該番組
コードの番組が生番組であるか否かを判断する（ステッ
プＳｃ４）。この際、放送管理サーバ２１は、当該番組
コードの番組データが番組ＤＢ２３に格納済みか否かに
より、当該番組コードの番組が生番組であるか否かを判
断する。

【０１０２】この判断の結果、生番組であると判断され
ると、放送管理サーバ２１は、放送管理テーブルＴＢＬ
１から読み出した番組開始時刻情報に基づいて、時刻が
番組開始時刻になったか否かを判断する（ステップＳｃ
８）。そして、番組放送時刻となると、放送管理サーバ
２１は、収録部２２で現在収録されている生番組の番組
データを多重した放送データを放送する（ステップＳｃ
９）。すなわち、放送管理サーバ２１は、収録部２２か
ら、順次、供給される番組データを放送データに多重し
て放送するのである。

【０１０３】また、この番組の開始後、携帯電話機１の
ユーザが番組参加サービスの提供を受ける場合、上述し
た図１３及び図１４と同様の処理が放送システムにおい
て実行される。但し、生番組の場合、報知情報データの
みならず番組データの内容も変更されることとなる。例
えば、図１３において報知情報データの更新が行われる
と放送管理サーバ２１は、スクリーン２５に更新後の報
知情報データを表示させる。番組の出演者は、このスク
リーン２５に表示されている報知情報データに従い、番
組の進行を行えばよい。このようにして、本変形例によ
れば、録画番組のみならず生番組においても視聴者参加
型の番組を実現することが可能となる。

【０１０４】＜変形例２＞上述した実施形態において
は、一つの番組で一つの商品がオークションにかけられ
ている。しかし、一つの番組で複数の商品がオークショ
ンにかけられても良い。この場合、各番組でオークショ
ンにかけられる商品の各々に商品コードを設定し、放送
管理テーブルＴＢＬ１の内容を図２１に示す内容に変更
することが必要となる。

【０１０５】同図に示すように、本変形例において、放
送管理テーブルＴＢＬ１には、各番組の番組コードに対
応付けて番組開始時刻情報と、番組終了時刻情報が格納
される他、当該番組でオークションにかけられる商品の
商品コードに対応付けて当該商品のオークション開始時
刻情報と、オークション終了時刻情報と、当該オークシ
ョンへの参加申込〆切時刻情報と、入札〆切時刻情報と
が格納される。

【０１０６】これに伴い、ＴＭＳ３の番組管理テーブル
ＴＢＬ３にもオークション開始時刻情報と、オークショ
ン終了時刻情報と、参加申込〆切時刻情報と、入札〆切
時刻情報とを格納するためのフィールドが各商品コード
に対応付けて追加される。

【０１０７】ここで、上述した実施形態において参加者
管理テーブルＴＢＬ４には、各番組コード毎に参加者の
携帯電話機１の発ＩＤが格納され、入札価格テーブルＴ
ＢＬ２及び入力価格テーブルＴＢＬ５は、各々番組コー
ド毎に生成される。しかし、本変形例においては、これ
らは、全て、商品コードと対応付けられる構成となる。

【０１０８】そして、放送管理サーバ２１が番組の放送
を開始する時は、放送管理サーバ２１において上述した
図１２と同様の処理が実行される。この結果、放送管理
サーバ２１から放送管理テーブルＴＢＬ１に格納されて
いる全ての情報がＴＭＳ３へと送信されるのである。

【０１０９】また、ユーザが、携帯電話機１を使用して
番組参加サービスの提供を受ける場合、放送システムに
おいては、上述した図１３及び図１４と同様の処理が実
行される。この際、放送管理サーバ２１及びＴＭＳ３
は、自装置の有する放送管理テーブルＴＢＬ１及び番組
管理テーブルＴＢＬ３に従い、各商品毎に参加申込や入
札を締め切るのである。また、上述した図１４のステッ
プＳｂ３０において、放送管理サーバ２１が送信するデ
ータＤ２５には、落札価格を示す入札価格情報と受信時
刻情報に加えて、商品コードが付加される。ＴＭＳ３の
システム制御部３１は、このようにして、送信されてき
た入札価格情報と受信時刻情報の発ＩＤを入力価格テー
ブルＴＢＬ５から読み出して、商品コードと対応付けて
ＲＡＭに格納する。

【０１１０】そして、図１４のステップＳｂ３２におい
て、ＴＭＳ３のシステム制御部３１が商品を落札した携
帯電話機１に配信する個別付加データＤ２６に対して、
ＲＡＭに格納した商品コードを付加して送信するのであ
る。一方、携帯電話機１は、ＴＭＳ３から送信されてき
た個別付加データに基づいて支払方法を選択させるため
の画像を表示する。そして、ユーザが支払い方法とし
て、例えば、クレジットを選択して、クレジットカード
番号を入力すると携帯電話機１は、その入力された、ク
レジットカード番号と商品コードとをＴＭＳ３に送信す
るのである。また、ステップＳｂ３４においてＴＭＳ３
のシステム制御部３１は、番組コードに換えて、商品コ
ードを放送管理サーバ２１に送信し、放送管理サーバ２
１は、この商品コードに基づいて商品を決定する。

【０１１１】＜変形例３＞上述した、実施形態において
は、放送局２がオークション番組のみを放送する構成と
なっている。しかし、放送局２が放送する番組には、オ
ークション番組以外の番組が含まれていても構わない。
すなわち、ドラマ等のユーザが参加することのできない
番組でもよい。

【０１１２】この場合、図５に示した放送管理テーブル
ＴＢＬ１には、携帯電話機１のユーザが参加することの
できない番組の参加申込〆切時刻情報と、入札〆切時刻
情報が格納されない。また、かかる番組には、個別付加
データが不要であるため、番組ＤＢ２３には、当該番組
コードに対応付けて個別付加データが格納されることが
ない。

【０１１３】放送管理サーバ２１が、かかる番組の放送
を開始する場合、放送管理サーバ２１は、上述した図１
２と同様の処理を行うこととなるが、ステップＳａ１に
おいて放送管理テーブルＴＢＬ１から読み出した各種情
報に参加申込〆切時刻情報と、入札〆切時刻情報が含ま
れていない場合、ステップＳａ３において、放送管理サ
ーバ２１が当該番組コードに対応した入札価格テーブル
ＴＢＬ２を生成することはない。

【０１１４】また、放送管理サーバ２１から送信されて
きた情報の中に参加申込〆切時刻情報や入札〆切時刻情
報が含まれていない場合、ＴＭＳ３においてもシステム
制御部３１が入力価格テーブルＴＢＬ５を作成すること
はなく、参加者管理テーブルＴＢＬ４に当該番組コード
のフィールドを生成することもない。そして、ＴＭＳ３
のシステム制御部３１は、携帯電話機１からの要求に従
って、単に移動体放送データの配信のみを行い、携帯電
話機１からの要求に従って番組参加サービスの提供につ
いては行わない。

【０１１５】本発明による放送システムは、視聴者参加
放送システムであるが、このように、視聴者が参加しな
い番組の放送も行う事が出来る。

【０１１６】＜変形例４＞本実施形態において、ＴＭＳ
３は、放送局２から放送された放送データを受信して、
その放送データに含まれている番組データと報知情報デ
ータを変換することにより、移動体放送データを取得
し、携帯電話機１へと配信する構成となっている。しか
し、以下のような構成としても良い。

【０１１７】図２２は、本変形例にかかる放送システム
の構成を示す図である。なお、同図において上述した図
１と同様の設備については、同一の符号を付してある。
本変形例において、放送局２の放送管理サーバ２１は、
ＴＭＳ３０の通信部３２と接続されている専用線を介し
て、放送データと同一のデータをＴＭＳ３０へと送信す
る。ここで、放送管理サーバ２１は、上述した図１２の
ステップＳａ６において放送データの放送を開始する時
刻（すなわち、放送開始時刻）にＴＭＳ３０に対する放
送データの送信を開始する。

【０１１８】一方、ＴＭＳ３０のシステム制御部３１
は、放送管理サーバ２１から、順次、送信されてくる放
送データを変換して、移動体放送データと移動体ＥＰＧ
データを取得する。そして、システム制御部３１は、そ
の移動体放送データと移動体ＥＰＧデータを携帯電話機
１へと配信するのである。なお、携帯電話機１のユーザ
が番組参加サービスの提供を受ける際の動作について
は、上述した図１３及び図１４と同様であるため説明は
省略する。

【０１１９】このように、本変形例においてＴＭＳは、
放送局が放送した放送データを受信することなく、携帯
電話機に対して移動体放送データを配信することが可能
となる。このため、本変形例において、ＴＭＳ３０は、
受信部を有する必要がなくなり、ＴＭＳの構成を簡素化
することが可能となる。また、本変形例にかかるＴＭＳ
は、放送局から専用線を介して送信されてきた放送デー
タを受信して移動体放送データを取得することが可能と
なるため、その番組が放送されていない地域の視聴者に
も番組参加サービスの提供を行う事が出来る。

【０１２０】なお、本変形例において、放送管理サーバ
２１から専用線を介して送信されてきた放送データは、
ＴＭＳ３０により受信されて、移動体放送データと、移
動体ＥＰＧデータに変換される構成となっている。しか
し、放送管理サーバ２１が放送データを移動体放送デー
タと移動体ＥＰＧデータに変換した上でＴＭＳ３０へと
送信する構成としても構わない。この場合、ＴＭＳ３０
のシステム制御部３１は、放送管理サーバ２１から送信
されてきた移動体放送データと移動体ＥＰＧデータと
を、単に携帯電話機１へ配信することとなる。なお、本
変形例において、放送局２とＴＭＳ３０は、別体である
ものとして説明しているが、放送管理サーバ２１にＴＭ
Ｓ３０の機能を持たせ、一体としても良い。なお、本変
形例において、放送管理サーバ２１とＴＭＳ３０は、専
用線で接続されている構成となっているが、上述した実
施形態と同様、移動パケット通信網５等の公衆網を介し
て通信を行う構成としても構わない。

【０１２１】＜変形例５＞上述した実施形態にかかる放
送システムは、番組参加サービスを携帯電話機１のユー
ザに提供することにより、視聴者参加型のオークション
番組を実現することを可能としている。しかし、視聴者
が参加することのできる種別の番組であれば、どのよう
な番組であっても視聴者参加型の番組を実現することは
可能である。例えば、クイズ番組のような番組がこれに
あたる。

【０１２２】この場合、各問題に、問題コードを設定さ
れ、放送管理テーブルＴＢＬ１には、各問題コード毎に
対応付けて、参加申込〆切時刻情報と、解答〆切時刻情
報を格納するフィールドを設けられることが必要とな
る。より具体的には、放送管理テーブルＴＢＬ１には、
図２１に示したテーブルの商品コードを問題コードに換
えて、各問題コード毎に参加申込〆切時刻情報と解答〆
切時刻情報が格納されている状態となる。これに伴い、
ＴＭＳ３の番組管理テーブルＴＢＬ３の内容についても
同様の変更が必要となる。

【０１２３】また、この場合、個別付加データの内容
は、携帯電話機１のユーザに対して解答の入力を促すよ
うな画像のデータとなる。例えば、ユーザに対して三択
でクイズの解答を選択させるような画像がこれにあた
る。

【０１２４】更に、この場合、放送管理サーバ２１は入
札価格テーブルＴＢＬ２に換わるテーブルを持つ必要は
なく、ＴＭＳ３が入力価格テーブルＴＢＬ５に換えてユ
ーザの解答を集計するための解答テーブルを持つことが
必要となる。この解答テーブルは、携帯電話機１から寄
せられたクイズに対する解答を格納するためのフィール
ドと、当該携帯電話機１の発ＩＤを格納するためのフィ
ールドと、当該解答の受信時刻情報を格納するためのフ
ィールドとを要素とする構成となる。

【０１２５】携帯電話機１のユーザが放送局２において
放送されているクイズ番組に参加する場合、ＴＭＳ３の
システム制御部３１は、携帯電話機１から送信されてき
た解答を受信して、その解答と、受信時刻情報と、当該
解答を寄せてきた携帯電話機１の発ＩＤを解答テーブル
に格納する。そして、番組管理テーブルＴＢＬ３に格納
されている各問題の問題コードの解答〆切時刻情報の示
す時刻となると、システム制御部３１は、解答テーブル
からクイズの問題に正解したユーザの携帯電話機１を決
定して、その抽出した携帯電話機１に対してユーザがク
イズの問題に正解した旨の個別付加データを配信する。

【０１２６】なお、この際、システム制御部３１が問題
に正解したユーザの携帯電話機１を特定するためには、
問題の正解を放送局２から取得しておくことが必要とな
る。このＴＭＳ３が放送局２から問題の正解を取得する
方法は、どのような方法であっても良い。例えば、各問
題の解答〆切時刻に放送管理サーバ２１が正解を送信す
る構成としても良いし、番組の放送開始時刻前に全ての
問題の正解を放送管理サーバ２１から送信しておくよう
にしても良い。

【０１２７】このようにして、問題に正解したユーザの
携帯電話機１が特定されると、ＴＭＳ３のシステム制御
部３１は、正解者数を算出して、放送管理サーバ２１へ
と送信する。このようにして、ＴＭＳ３のシステム制御
部３１から送信されてきた正解者数に基づいて、番組の
内容が変更される。すなわち、当該クイズ番組が録画番
組である場合、放送管理サーバ２１は報知情報データの
内容を正答者数が何人であったのかを示す情報に変更す
る。これに対して、当該番組が生番組である場合、放送
管理サーバ２１は、スクリーン２５の表示内容を変更
し、当該番組の出演者が番組の内容を変更するのであ
る。

【０１２８】なお、クイズ番組の放送を開始する際に放
送管理サーバ２１において実行される処理については、
上述した図１２或いは図２０と同様であるので説明を省
略する。このようにして、本変形例によれば、オークシ
ョン番組のみならず、クイズ番組等においても番組参加
サービスを提供することが可能となる。

【０１２９】

【発明の効果】このようにして、本発明によれば、番組
のリアルタイム性を維持しながら、広域に分散している
多数の視聴者が番組に参加することが可能となる。

【図面の簡単な説明】

【図１】 本発明の実施の形態にかかる放送システムの
構成を示した図である。

【図２】 同実施形態にかかるＳＴＢ４に接続された表
示装置に表示される画像の一例を示した図である。

【図３】 同実施形態にかかる放送局２の構成を示した
図である。

【図４】 同実施形態にかかる番組ＤＢ２３の記憶内容
を示す図である。

【図５】 同実施形態にかかる放送管理テーブルＴＢＬ
１の内容を示した図である。

【図６】 同実施形態にかかる入札価格テーブルＴＢＬ
２の内容を示した図である。

【図７】 同実施形態にかかるＴＭＳ３の構成を示す図
である。

【図８】 同実施形態にかかる番組管理テーブルＴＢＬ
３の内容を示した図である。

【図９】 同実施形態にかかる参加者管理テーブルＴＢ
Ｌ４の内容を示した図である。

【図１０】 同実施形態にかかる入力価格テーブルＴＢ
Ｌ５の内容を示した図である。

【図１１】 同実施形態にかかる顧客管理ＤＢ３５の記
憶内容を示す図である。

【図１２】 同実施形態にかかる放送管理サーバ２１に
おいて行われる処理を示すフローチャートである。

【図１３】 同実施形態にかかる放送システムにおける
シーケンスを示す図である。

【図１４】 同実施形態にかかる放送システムにおける
シーケンスを示す図である。

【図１５】 同実施形態において携帯電話機１の液晶表
示部に表示される画像の一例を示した図である。

【図１６】 同実施形態において携帯電話機１の液晶表
示部に表示される画像の一例を示した図である。

【図１７】 同実施形態において携帯電話機１の液晶表
示部に表示される画像の一例を示した図である。

【図１８】 同実施形態において携帯電話機１の液晶表
示部に表示される画像の一例を示した図である。

【図１９】 同実施形態において携帯電話機１の液晶表
示部における画像の遷移を表す図である。

【図２０】 変形例１にかかる放送管理サーバ２１にお
いて行われる処理を示すフローチャートである。

【図２１】 変形例２にかかる放送管理テーブルＴＢＬ
１の内容を示した図である。

【図２２】 変形例４にかかる放送システムの構成を示
す図である。

【符号の説明】

１・・・携帯電話機、 ２・・・放送局、 ２１・・・
放送管理サーバ、 ２２・・・収録部、 ２３・・・番
組ＤＢ、 ２４・・・送信部、 ２５・・・スクリー
ン、 ２６・・・端末、 ３、３０・・・ＴＭＳ、 ３
１・・・システム制御部、 ３２・・・通信部、 ３３
・・・受信部、 ３４・・・移動パケット通信網Ｉ／Ｆ
部、 ３５・・・顧客管理ＤＢ、 ３６・・・テーブル
記憶部、 ４・・・ＳＴＢ、 ５・・・移動パケット通
信網、 ＴＢＬ１・・・放送管理テーブル、 ＴＢＬ２
・・・入札価格テーブル、 ＴＢＬ３・・・番組管理テ
ーブル、 ＴＢＬ４・・・参加者管理テーブル、 ＴＢ
Ｌ５・・・入力価格テーブル。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｍ 11/08 Ｈ０４Ｍ 11/08 (72)発明者 野村 和生 東京都千代田区永田町二丁目11番１号 株 式会社エヌ・ティ・ティ・ドコモ内 (72)発明者 比留間 裕 東京都千代田区永田町二丁目11番１号 株 式会社エヌ・ティ・ティ・ドコモ内 Ｆターム(参考） 5C064 BA07 BB05 BB10 BC01 BC18 BC20 BC23 BD01 BD08 5K067 AA21 BB04 BB21 EE10 EE12 EE22 FF23 HH17 HH21 HH22 5K101 KK16 KK17 KK18 LL12 MM07 NN02 NN17 NN21

Claims (15)

【特許請求の範囲】
1. 【請求項１】 サーバが放送局から視聴者参加番組の放
   送データを取得し、 前記放送局が前記放送データを放送し、 前記サーバが前記放送データから移動体放送データを生
   成して、複数の通信端末に移動通信網を介して配信し、 前記サーバが前記複数の通信端末に、前記視聴者参加番
   組の進行のための情報の入力を促す入力促進データを配
   信し、 前記通信端末が、そのディスプレイ上に、前記放送デー
   タおよび前記入力促進データを画像として表示し、 前記複数の通信端末が前記入力促進データに応じて入力
   された入力データを前記サーバへと送信し、 前記入力データを受信した前記サーバが、これら複数の
   入力データを前記放送局へ転送し、 前記サーバが、前記複数の通信端末に配信する前記移動
   体放送データの一部を前記入力データに基づいて更新
   し、 前記放送局が、放送すべき前記放送データの一部を前記
   入力データに基づいて更新することを特徴とする番組提
   供方法。
2. 【請求項２】 前記放送データは、放送局で放送前に録
   画されていることを特徴とする請求項１の番組提供方
   法。
3. 【請求項３】 前記サーバは、前記放送局から番組を受
   信することにより放送データを取得することを特徴とす
   る請求項１または請求項２のいずれかに記載の番組提供
   方法。
4. 【請求項４】 前記サーバは、前記放送局との間に確立
   された通信回線を介して放送データを取得することを特
   徴とする請求項１または請求項２のいずれかに記載の番
   組提供方法。
5. 【請求項５】 前記入力促進データを配信する前に、 前記複数の通信端末に、前記通信端末のユーザに前記視
   聴者参加番組への参加を促す参加促進データを配信し、 前記通信端末は前記参加促進データに基づき、ユーザに
   当該視聴者参加番組への参加を促し、 視聴者参加番組への参加を促されてユーザが入力した参
   加申し込み要求を前記通信端末が前記サーバに送信し、 前記入力促進データを前記複数の通信端末に配信する時
   に、前記サーバは、参加申し込み要求を送信してきた通
   信端末にのみ前記入力促進データを配信することを特徴
   とする請求項１ないし請求項４のいずれかに記載の番組
   提供方法。
6. 【請求項６】 前記放送局は、予め定められた第１の時
   刻に前記視聴者参加番組を開始し、 前記サーバは、前記第１の時刻より後の第２の時刻まで
   に受信した入力データを受け付け、前記第２の時刻以降
   に受信した前記入力データは受け付けないことを特徴と
   する請求項５に記載の番組提供方法。
7. 【請求項７】 前記放送局により放送される視聴者参加
   番組は、オークション番組であり、 前記サーバが配信する前記入力促進データは、前記複数
   の通信端末のユーザに入札価格の入力を促すためのデー
   タであり、 前記複数の通信端末が前記サーバへ送信する前記入力デ
   ータは、前記ユーザが入力した入札価格であることを特
   徴とする請求項６に記載の番組提供方法。
8. 【請求項８】 前記第２の時刻後に、前記放送局は、前
   記複数の通信端末が送信してきた入札価格から、最高価
   格のデータを抽出し、 前記最高価格のデータを、前記放送局が前記サーバに送
   信し、 前記サーバは、前記放送局から送信されてきた前記最高
   価格のデータに基づいて、最高の入札価格を送信した通
   信端末のユーザを特定し、このユーザの通信端末に、落
   札情報を配信することを特徴とする請求項７の番組提供
   方法。
9. 【請求項９】 前記落札情報を配信した後、 前記通信端末が当該通信端末のユーザに落札した商品の
   代金の支払い方法を選択させ、 前記ユーザが選択した支払い方法を示す支払い方法デー
   タを前記通信端末が前記サーバに送信し、 前記サーバは、前記支払い方法データを前記放送局に転
   送し、 転送されてきた前記支払い方法データに基づいて、前記
   放送局は、前記ユーザが落札した商品の取引決済をする
   ことを特徴とする請求項８に記載の番組提供方法。
10. 【請求項１０】 前記サーバは、前記複数の通信端末の
    ユーザの情報を格納したデータベースを有し、 前記支払い方法データを前記通信端末から受信した前記
    サーバは、前記支払い方法データと前記データベースに
    格納されたユーザの情報に基づいて、当該ユーザが本人
    であるかを認証し、本人であることが確認された時のみ
    前期放送局に前記支払い方法データを転送することを特
    徴とする請求項９に記載の番組提供方法。
11. 【請求項１１】 放送局により放送される番組の放送デ
    ータを取得したサーバが該放送データを複数の通信端末
    へと配信し、各通信端末が当該放送データの処理をする
    放送システムであって、 前記サーバは、前記放送データの配信先となる前記複数
    の通信端末に前記番組の進行に必要な情報の入力を促す
    入力促進データを配信する一方、前記通信端末から送信
    されたデータを受信し、 前記複数の通信端末の各々は、前記入力促進データに基
    づいて当該通信端末のユーザに情報の入力を促す入力促
    進処理を実行する一方、該入力促進処理に応じて入力さ
    れた入力データを前記サーバへと送信し、 前記放送局は、前記複数の通信端末の各々から送信さ
    れ、前記サーバが受信した複数の前記入力データを該サ
    ーバから取得して、該複数の入力データに基づいて前記
    番組の内容を更新することを特徴とする放送システム。
12. 【請求項１２】 放送局により放送される番組を取得
    し、複数の通信端末に配信するサーバであって、 前記番組の配信先となる前記複数の通信端末に対して前
    記番組の進行に必要な情報の入力を促す入力促進データ
    を記憶した記憶部と、 前記記憶部に記憶された前記入力促進データを前記通信
    端末に配信する入力促進データ配信部と、 前記入力促進データに対応して前記通信端末から返信さ
    れてきた入力データを受信する入力データ受信部と、 前記受信部により受信された前記入力データを前記放送
    局に送信する入力データ送信部とを具備することを特徴
    とするサーバ。
13. 【請求項１３】 前記放送局により放送された前記番組
    を受信する番組受信部を更に有し、 前記番組受信部により受信された前記番組を前記複数の
    通信端末に配信することを特徴とする請求項１２に記載
    のサーバ。
14. 【請求項１４】 前記放送局との間に通信リンクを確立
    し、該通信リンクを介して前記番組を受信する通信部を
    更に有し、 前記通信部により受信された前記番組を前記複数の通信
    端末に配信することを特徴とする請求項１２に記載のサ
    ーバ。
15. 【請求項１５】 前記記憶部は、前記放送局が放送する
    各時間帯毎に異なる内容の番組に対応した複数の前記入
    力促進データを記憶し、 前記入力促進データ配信部は、前記記憶部に記憶された
    前記入力促進データのうち、前記放送局が放送している
    番組に対応した前記入力促進データを前記通信端末へと
    配信することを特徴とする請求項１２乃至請求項１４の
    何れかに記載のサーバ。