JP2002320217A - 番組表配信システム - Google Patents

Abstract

(57)【要約】 【課題】番組表を広告媒体として有効に利用することの
できる番組表配信システムを提供すること。 【解決手段】サーバー１０は、番組表要求信号を受信し
たら（ｓ３２：ＹＥＳ）、番組コードが記憶されている
場合（ｓ３３：ＹＥＳ）、番組コードに基づいた番組表
を作成し（ｓ３４）番組コードが記憶されていない場合
（ｓ３３：ＮＯ）、初期条件に基づいた番組表を作成す
る（ｓ３５）。そして、サーバー１０は、作成された番
組表を端末装置２０に送信する（ｓ３６）。一方、サー
バー１０は、録画予約情報要求信号を受信したら（ｓ３
２：ＮＯ、ｓ３７：ＹＥＳ）、端末装置２０に録画予約
情報を送信し（ｓ３８）、その後、番組コードを受信し
たら、番組コードを記憶する（ｓ４０）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、番組の内容、放送
時刻および放送チャンネルによって構成された番組表を
配信する番組表配信システムに関する。

【０００２】

【従来の技術】現在、番組名、放送時刻および放送チャ
ンネルを含む番組表をインターネットなどのネットワー
クを介して利用者に提供することが行われている。この
番組表、の中には、各番組の詳細内容を文字や画像で確
認したり、希望する番組を録画予約することが可能なも
のもある。

【０００３】

【発明が解決しようとする課題】しかし、このような番
組表は、広告媒体として有効に利用されているとは言え
なかった。本発明は、番組表を広告媒体として有効に利
用することのできる番組表配信システムを提供すること
を目的とする。

【０００４】

【課題を解決するための手段および発明の効果】上記問
題を解決するため請求項１に記載の番組表配信システム
は、端末装置からの送信要求に応じて、サーバーが、番
組名、チャンネルおよび放送時間を含む番組表を送信
し、前記端末装置が、前記サーバーから送信された前記
番組表を受信して該番組表を表示し、利用者によって前
記番組表中の番組に関連付けられた操作が行われた場合
に、該操作が関連付けられた番組に対して割り当てられ
ている番組コードを前記サーバーに送信し、次に前記端
末装置からの送信要求があった場合に、前記サーバー
が、前記番組コードに対応する広告が所定領域に表示さ
れるように構成された番組表を送信することを特徴とす
る。

【０００５】この番組表配信システムでは、まず、端末
装置からの送信要求を受けたサーバーが、端末装置に番
組表を送信する。送信要求は、番組表の送信を要求する
内容の信号を受信することによって、この信号を番組表
の送信要求とみなすように構成してもよいし、端末装置
がネットワークを介してサーバーに接続することによっ
て、接続されたことを番組の送信要求とみなすように構
成してもよい。また、番組表は、例えば、電子番組ガイ
ドなどで利用されているような、縦方向に時刻、横方向
にチャンネルをとって１日の番組を配列した表形式のも
のを利用することができる。

【０００６】次に、番組表を受信した端末装置は、番組
表中の番組に関連付けられた操作が行われた場合に、こ
の番組に割り当てられている番組コードをサーバーに送
信する。番組に関連づけられた操作とは、番組表中の番
組に対して行われる操作であって、例えば、各番組の録
画予約を行うため操作や、各番組の詳細な内容を閲覧す
るための操作などである。また、番組コードは、例え
ば、番組の種類（例えば、スポーツ、音楽、ドラマな
ど）毎に割り当てられたコードや、番組表を構成する各
番組毎に割り当てられたコードである。

【０００７】そして、サーバーは、次に端末装置からの
送信要求があった場合に、番組コードに対応する広告が
所定領域に表示されるように構成された番組表を端末装
置に送信する。このように構成された番組表配信システ
ムによれば、番組表中の番組に関連付けられた操作が行
われることにより、例えば、番組の種類や内容に対応し
た広告が表示されるように構成された番組表を次回以降
に送信することができるようになる。具体的な例とし
て、番組の種類毎に番組コードを割り当て、複数の広告
をそれぞれ番組の種類に対応するように分類しておけ
ば、スポーツ番組に対応した広告としてスポーツ用品の
広告が表示されるように構成された番組表を送信すると
いったことができる。このようにして表示される広告
は、番組の種類や内容に対応していない広告に比べて、
利用者にとって興味のある広告である可能性が高いた
め、より高い広告効果が期待できる。

【０００８】なお、端末装置からは番組に関連付けられ
た操作が行われる毎に番組コードが送信されるので、そ
れらの番組コードがサーバー内に蓄積されるようになっ
ていてもよい。蓄積された複数の番組コードを統計処理
すれば、番組毎または番組の種類毎の操作頻度がわかる
ので、番組表中に広告を表示する領域が複数ある場合
に、操作頻度の高い番組に関連する広告を多数表示し、
操作頻度の低い番組に関連する広告はあまり表示しない
ようにすることができる。

【０００９】また、請求項２に記載の番組表配信システ
ムは、端末装置からの送信要求に応じて、サーバーが、
番組名、チャンネルおよび放送時間を含んでいて所定領
域に広告が表示される番組表を送信し、前記端末装置
が、前記サーバーから送信された前記番組表を受信して
該番組表を表示し、利用者によって前記番組表中の広告
に関連付けられた操作が行われた場合に、該操作が関連
付けられた広告に対して割り当てられている広告コード
を前記サーバーに送信し、次に前記端末装置からの送信
要求があった場合に、前記サーバーが、前記広告コード
に対応する広告が所定領域に表示されるように構成され
た番組表を送信することを特徴とする。

【００１０】この番組表配信システムでは、まず、端末
装置からの送信要求を受けたサーバーが、端末装置に番
組表を送信する。送信要求は、番組表の送信を要求する
内容の信号を受信することによって、この信号を番組表
の送信要求とみなすように構成してもよいし、端末装置
がネットワークを介してサーバーに接続することによっ
て、接続されたことを番組の送信要求とみなすように構
成してもよい。また、番組表は、例えば、電子番組ガイ
ドなどで利用されているような、縦方向に時刻、横方向
にチャンネルをとって１日の番組を配列した表形式のも
のを利用することができ、所定領域に広告が表示される
ように構成されていればよい。この所定領域は、例え
ば、番組表中の番組が表示される領域の一部であっても
よいし、番組が表示される領域外であってもよい。

【００１１】次に、番組表を受信した端末装置は、番組
表中の広告に関連付けられた操作が行われた場合に、こ
の広告に割り当てられている広告コードをサーバーに送
信する。広告に関連づけられた操作とは、番組表中の広
告に対して行われる操作であって、例えば、広告の詳細
情報を表示する操作や、広告を提供している広告主のウ
ェブサイトへリンクするための操作などである。また、
広告コードとは、例えば、広告の種類毎に割り当てられ
たコードなどである。

【００１２】そして、サーバーは、次に端末装置からの
送信要求があった場合に、広告コードに対応する広告が
所定領域に表示されるように構成された番組表を端末装
置に送信する。このように構成された番組表配信システ
ムによれば、番組表中の広告に関連付けられた操作が行
われることにより、例えば、利用者が操作を行った広告
の種類に対応した広告が表示されるように構成された番
組表を次回以降に送信することができるようになる。具
体的な例として、複数の広告をそれぞれ広告の種類に対
応するように分類しておけば、例えば、音楽の種類とし
て分類されたＣＤ広告の広告コードに対応して、同じ音
楽の種類として分類されたコンサートチケットの広告が
表示されるように構成された番組表を送信するといった
ことができる。このようにして表示される広告は、利用
者が操作を行った広告の種類に対応していない広告に比
べて、利用者にとって興味のある広告である可能性が高
いため、より高い広告効果が期待できる。

【００１３】なお、端末装置からは広告に関連付けられ
た操作が行われる毎に広告コードが送信されるので、そ
れらの広告コードがサーバー内に蓄積されるようになっ
ていてもよい。蓄積された複数の広告コードを統計処理
すれば、番組毎または番組の種類毎の操作頻度がわかる
ので、番組表中に広告を表示する領域が複数ある場合
に、操作頻度の高い広告に関連する広告を多数表示し、
操作頻度の低い広告に関連する広告はあまり表示しない
ようにすることができる。

【００１４】

【発明の実施の形態】次に本発明の実施の形態について
例を挙げて説明する。 ［第１実施形態］ ［全体構成］番組表配信システム１は、図１に示すよう
に、サーバー１０と、利用者の所有する端末装置２０な
どによって構成されている。なお、サーバー１０と端末
装置２０は、インターネット１００を介してデータ通信
可能である。

【００１５】サーバー１０は、周知のコンピュータシス
テムで構成されており、ＣＰＵ１１、ハードディスク１
２、通信装置１３、ディスプレイ１４、キーボード１５
などによって構成される。端末装置２０は、周知のコン
ピュータシステムで構成されており、ＣＰＵ２１、ハー
ドディスク２２、通信装置２３、ディスプレイ２４、キ
ーボード２５、テレビチューナー２６などによって構成
される。

【００１６】［端末装置２０の番組表表示処理］まず、
端末装置２０が行う番組表表示処理を図２に基づいて説
明する。なお、番組表表示処理は、端末装置２０をイン
ターネット１００を介してサーバー１０に接続した後に
開始される。

【００１７】まず、端末装置２０は、サーバー１０に識
別データを送信する（ｓ１１）。識別データは、サーバ
ー１０が複数ある端末装置の中から個々の端末装置２０
を特定するのに必要なデータである。次に、端末装置２
０は、番組表の送信を要求する（ｓ１２）。この処理に
おいては、番組表の送信を要求するための番組表要求信
号がサーバー１０に送信される。

【００１８】次に、端末装置２０は、番組表を受信する
（ｓ１３）。この処理で受信する番組表は、ｓ１２の処
理で送信された番組表要求信号を受信したサーバー１０
から送信されてくるものである。次に、端末装置２０
は、番組表を表示する（ｓ１４）。この処理において表
示される番組表は、図３に示すように、縦軸に放送時
刻、横軸に放送チャンネルが配置された表形式ものであ
って、各番組をそれぞれ１の表示領域とした場合の各領
域には、番組の録画予約を行うための録画ボタン画像２
４ａ、および、広告画像２４ｂがそれぞれ表示されてい
る。

【００１９】次に、端末装置２０は、入力待ち状態にな
る（ｓ１５）。この時、利用者は、マウスなどの入力デ
バイスを使って種々の操作を行うことができる。ここ
で、利用者が始めに送信された番組表とは放送地域の異
なる番組表や、時間帯の異なる番組表を見たい場合に
は、番組表の再送信を要求する操作を行うことができ
る。番組表の送信を要求する操作が行われた場合（ｓ１
６：ＹＥＳ）、ｓ１２の処理に戻る。また、ｓ１５の処
理において、録画予約を行うための操作が行われた場合
（ｓ１６：ＮＯ、ｓ１７：ＹＥＳ）、端末装置２０は、
録画予約情報の送信を要求する（ｓ１８）。この処理に
おいては、録画予約情報を要求するための録画予約情報
要求信号がサーバー１０に送信される。

【００２０】次に、端末装置２０は、番組コードをサー
バー１０に送信する（ｓ１９）。ここで送信される番組
コードは、録画予約操作が行われた番組の種類（例え
ば、スポーツ番組、音楽番組、映画番組など）に応じて
あらかじめ割り当てられたコードである。

【００２１】次に、端末装置２０は、録画予約情報を受
信する（ｓ２０）。この処理で受信する録画予約情報
は、ｓ１９の処理で送信された番組コードを受信したサ
ーバー１０から送信されてくるものであって、番組名、
放送時刻および放送チャンネルを特定可能なデータであ
る。

【００２２】そして、端末装置２０は、ｓ２０の処理で
受信した録画予約情報に基づいて録画予約を行う（ｓ２
１）。なお、録画される番組は、ハードディスク２２内
に記録される。こうしてｓ２１の処理を終えたら、ｓ１
６の処理に戻る。なお、ｓ１５の処理で行われた操作
が、番組表を要求するための操作でなく（ｓ１６：Ｎ
Ｏ）、録画予約を行うための操作でもない場合（ｓ１
７：ＮＯ）、端末装置２０は、番組表表示処理を終了す
る。このようにして番組表表示処理を終了した場合、ｓ
１５の処理で行われた操作によっては、さらに別処理へ
移行する場合もあるが、このような別処理については、
本発明の要部ではないため説明を省略する。

【００２３】［サーバー１０の番組表送信処理］次に、
サーバー１０が行う番組表送信処理を図４に基づいて説
明する。なお、番組表送信処理は、図２におけるｓ１１
の処理で端末装置２０から送信されてくる識別データを
受信することによって開始される。

【００２４】まず、サーバー１０は、端末装置２０から
の信号の受信待ちとなる（ｓ３１）。この処理におい
て、受信した信号が番組表要求信号である場合（ｓ３
２：ＹＥＳ）、サーバー１０は、先に受信した識別デー
タに対応する記憶領域に番組コードが記憶されているか
どうかをチェックする（ｓ３３）。サーバー１０が備え
るハードディスク１２には、複数の識別データのぞれぞ
れに対応する複数の記憶領域が確保されていて、この各
記憶領域には、後述するｓ４０の処理によって番組コー
ドが記憶されるようになっている。ｓ３３の処理では、
先に受信した識別コードに基づいて、この識別コードに
対応する記憶領域を選択し、選択した記憶領域に番組コ
ードが記憶されているかどうかをチェックする。番組コ
ードが記憶されている場合（ｓ３３：ＹＥＳ）、サーバ
ー１０は、番組コードに基づいた番組表を作成する（ｓ
３４）。番組表は、各番組の表示領域それぞれに広告が
表示されるように構成されており、この広告は、図５に
示すように、番組コードと同様に種類毎に分類された複
数の広告の中から選択される。また、番組の表示領域は
複数存在するため、表示領域それぞれに表示する広告を
選択する必要があり、この処理においては、記憶されて
いる番組コードにおける番組の種類の比率によって、各
番組の表示領域それぞれに表示される広告を決定してい
る。具体的な例として、番組表中における各番組の表示
領域（広告が表示される領域）が５０箇所あって、番組
コードは受信した総数２０回分が記憶されていて、記憶
されている番組コードの内訳がスポーツ番組に分類され
る番組コードが１０回と音楽番組に分類される番組コー
ドが１０回（５０％づつ）である場合を例示する。この
場合、まず、５０箇所の表示領域のうち５０％である２
５箇所に表示される広告として、スポーツ用品、観戦チ
ケットやスポーツ観戦ツアーなどスポーツ関連として分
類された広告がそれぞれランダムに選択され、残りの５
０％である２５カ所に表示される広告として、ＣＤ、コ
ンサートチケットやビデオなど音楽関連として分類され
た広告がそれぞれランダムに選択される。そして、それ
ぞれ選択された広告が番組表中における各番組の表示領
域に表示されるような番組表が作成される。なお、どの
表示領域にどの広告が表示されるかどうかについては、
特に限定されず、サーバー１０がランダムに選択するよ
うに構成されていればよい。また、ｓ３３の処理で番組
コードが記憶されていない場合（ｓ３３：ＮＯ）、サー
バー１０は、初期条件に基づいた番組表を作成する（ｓ
３５）。この処理で作成される番組表は、番組表中にお
ける表示領域（広告が表示される領域）に全ての種類の
広告がまんべんなく表示されるように構成されたもので
ある。なお、どの表示領域にどの広告が表示されるかど
うかについては、特に限定されず、サーバー１０がラン
ダムに選択するように構成されていればよい。こうし
て、ｓ３４の処理またはｓ３５の処理を終えることによ
って、サーバー１０は、番組表を端末装置２０に送信す
る（ｓ３６）。この処理で送信される番組表は、図２に
おけるｓ１３の処理で端末装置が受信するものである。

【００２５】また、ｓ３１の処理で受信した信号が録画
予約情報要求信号である場合（ｓ３２：ＮＯ、ｓ３７：
ＹＥＳ）、サーバー１０は、端末装置２０に録画予約情
報を送信する（ｓ３８）。この処理において送信される
録画予約情報は、図２におけるｓ２０の処理で端末装置
２０が受信するものである。そして、サーバー１０は、
番組コードの受信待ちとなる（ｓ３９）。この番組コー
ドは、図２におけるｓ１９の処理で端末装置２０から送
信されてくるものである。そして、ｓ３９の処理におい
て番組コードを受信したら、サーバー１０は、番組コー
ドを記憶する（ｓ４０）。番組コードは、識別データに
対応する記憶領域に記憶される。

【００２６】こうして、ｓ３６の処理またはｓ４０の処
理を終えることによって、サーバー１０は、ｓ３１の処
理に戻る。また、ｓ３１の処理において、受信した信号
が番組表要求信号でなく（ｓ３２：ＮＯ）、録画予約情
報要求信号でもない場合（ｓ３７：ＮＯ）、サーバー１
０は、番組表送信処理を終了する。

【００２７】［第１実施形態の効果］このように構成さ
れた番組表配信システム１によれば、番組表中の番組に
関連付けられた操作として、録画予約操作が行われるこ
とにより、録画予約された番組の種類に対応した広告が
表示される番組表を次回以降に作成して、送信すること
ができるようになる。このように作成された番組表中に
表示される広告は、初期条件により作成された番組表中
に表示される広告に比べて、利用者にとって興味のある
広告である可能性が高いため、より高い広告効果が期待
できる。

【００２８】［第２実施形態］番組表配信システム２
は、第１実施形態における番組表配信システム１と同様
の構成で、一部処理の手順が異なるものであるため、こ
の処理を中心に説明する。

【００２９】［端末装置２０の番組表表示処理］まず、
端末装置２０が行う番組表表示処理を図６に基づいて説
明する。なお、番組表表示処理は、端末装置２０をイン
ターネット１００を介してサーバー１０に接続した後に
開始される。

【００３０】まず、端末装置２０は、サーバー１０に識
別データを送信する（ｓ５１）。次に、端末装置２０
は、番組表の送信を要求する（ｓ５２）。次に、端末装
置２０は、番組表を受信する（ｓ５３）。次に、端末装
置２０は、番組表を表示する（ｓ５４）。この処理にお
いて表示される番組表は、第１実施形態と同様に図３に
示すように、各番組をそれぞれ１の表示領域とした場合
の各領域に広告画像２４ｂが表示されるものである。な
お、広告画像２４ｂは、広告画像２４ｂを提供した広告
主のウェブサイトへリンク可能に構成されている。

【００３１】次に、端末装置２０は、入力待ち状態にな
る（ｓ５５）。この処理において、番組表の送信を要求
するための操作が行われた場合（ｓ５６：ＹＥＳ）、ｓ
５２の処理に戻る。また、ｓ５５の処理において、広告
画像２４ｂを選択する操作が行われた場合（ｓ５６：Ｎ
Ｏ、ｓ５７：ＹＥＳ）、端末装置２０は、広告画像２４
ｂを提供した広告主のウェブサイトをポップアップ画面
に表示する（ｓ５８）。

【００３２】次に、端末装置２０は、広告コードをサー
バー１０に送信する（ｓ５９）。ここで送信される広告
コードは、選択する操作が行われた広告の種類（例え
ば、スポーツ用品、ＣＤ、映画など）に応じてあらかじ
め割り当てられたコードである。こうしてｓ５９の処理
を終えたら、ｓ５２の処理に戻る。

【００３３】なお、ｓ５５の処理で行われた操作が、番
組表を要求するための操作でなく（ｓ５６：ＮＯ）、広
告画像２４ｂを選択する操作でもない場合（ｓ５７：Ｎ
Ｏ）、端末装置２０は、番組表表示処理を終了する。 ［サーバー１０の番組表送信処理］次に、サーバー１０
が行う番組表送信処理を図７に基づいて説明する。な
お、番組表送信処理は、図６におけるｓ５１の処理で端
末装置２０から送信されてくる識別データを受信するこ
とによって開始される。

【００３４】まず、サーバー１０は、端末装置２０から
の信号の受信待ちとなる（ｓ６１）。この処理で受信し
た信号が番組表要求信号である場合（ｓ６２：ＹＥ
Ｓ）、サーバー１０は、先に受信した識別データに対応
する記憶領域に広告コードが記憶されているかどうかを
チェックする（ｓ６３）。サーバー１０が備えるハード
ディスク１２には、複数の識別データのそれぞれに対応
する複数の記憶領域が確保されていて、この各記憶領域
には、後述するｓ６８の処理によって広告コードが記憶
されるようになっている。ｓ６３の処理では、先に受信
した識別データに基づいて、この識別データに対応する
記憶領域を選択し、選択した記憶領域に広告コードが記
憶されているかどうかがチェックされる。広告コードが
記憶されている場合（ｓ６３：ＹＥＳ）、サーバー１０
は、広告コードに基づいた番組表を作成する（ｓ６
４）。番組表は、各番組の表示領域それぞれに広告が表
示されるように構成されており、この広告は、図５に示
すように、種類毎に分類された複数の広告の中から選択
される。各番組の表示領域は複数存在するため、表示領
域それぞれに表示する広告を選択する必要がある。その
ため、この処理では、記憶されている広告コードにおけ
る広告の種類の比率によって、各番組の表示領域それぞ
れに表示される広告を決定している。具体的な例とし
て、番組表中における各番組の表示領域（広告が表示さ
れる領域）が５０箇所あって、広告コードは受信した総
数２０回分が記憶されていて、記憶されている番組コー
ドの内訳がスポーツ用品を示す広告コードが１０回とＣ
Ｄを示す広告コードが１０回（５０％づつ）である場合
を例示する。この場合、まず、５０箇所の表示領域のう
ち５０％である２５箇所に表示される広告として、スポ
ーツ用品などスポーツ関連として分類された広告をそれ
ぞれランダムに選択し、残りの５０％である２５カ所に
表示される広告として、ＣＤなど音楽関連として分類さ
れた広告をそれぞれランダムに選択する。そして、それ
ぞれ選択した広告が番組表中における各番組の表示領域
に表示されるような番組表が作成される。なお、どの表
示領域にどの広告が表示されるかについては、特に限定
されず、サーバー１０がランダムに選択するように構成
されていればよい。また、ｓ６３の処理で広告コードが
記憶されていない場合（ｓ６３：ＮＯ）、サーバー１０
は、初期条件に基づいた番組表を作成する（ｓ６５）。
この処理で作成される番組表は、番組表中における表示
領域（広告が表示される領域）に全ての種類の広告がま
んべんなく表示されるように構成されたものである。な
お、どの表示領域にどの広告が表示されるかどうかにつ
いては、特に限定されず、サーバー１０がランダムに選
択するように構成されていればよい。こうして、ｓ６４
の処理またはｓ６５の処理を終えることによって、サー
バー１０は、番組表を端末装置２０に送信する（ｓ６
６）。この処理で送信される番組表は、図６におけるｓ
５３の処理で端末装置が受信するものである。

【００３５】また、ｓ６１の処理で受信した信号が広告
コードである場合（ｓ６２：ＮＯ、ｓ６７：ＹＥＳ）、
サーバー１０は、番組コードを記憶する（ｓ６８）。広
告コードは、図６におけるｓ５９の処理で端末装置２０
から送信されてくるものであ。って、識別データに対応
する記憶領域に記憶される。

【００３６】こうして、ｓ６６またはｓ６８の処理終え
ることによって、サーバー１０は、ｓ６１の処理に戻
る。また、ｓ６１の処理で受信した送信要求が番組表要
求信号でなく（ｓ６１：ＮＯ）、広告コードでもない場
合（ｓ６７：ＮＯ）、サーバー１０は、番組表送信処理
を終了する。

【００３７】［第２実施形態の効果］このように構成さ
れた番組表配信システム２によれば、番組表中の広告に
関連付けられた操作として、広告画像選択操作が行われ
ることにより、次回以降に、選択された広告の種類に対
応した広告が表示されるように構成された番組表を作成
して送信することができるようになる。このように作成
された番組表中に表示される広告は、初期条件により作
成された番組表中に表示される広告に比べて、利用者に
とって興味のある広告である可能性が高いため、より高
い広告効果が期待できる。

【００３８】［変形例］以上、本発明の実施形態につい
て説明したが、本発明は上記の具体的な一実施形態に限
定されず、このほかにも様々な形態で実施することがで
きる。例えば、上記実施形態においては、利用者が所有
する端末装置２０が、周知のコンピュータシステムによ
って構成されているものを例示したが、端末装置２０と
しては、サーバー１０とデータ通信可能なものであれ
ば、表示画面を備えた携帯電話機や携帯情報端末などを
利用してもよい。また、衛星放送受信端末（送信は電話
機やインターネット端末）や、ＣＡＴＶ受信端末（送信
は電話機やインターネット端末）などを利用してもよ
い。

【００３９】また、番組表の各番組をそれぞれ１の表示
領域とした場合の各領域に、番組の詳細内容を閲覧する
ための詳細ボタン画像が表示されるようにして、詳細ボ
タン画像を選択する操作が行われたことによっても、番
組コードが端末装置２０からサーバー１０に送信される
ように構成してもよい。

【００４０】また、番組表として各番組の表示領域すべ
てに広告が表示されるように構成されたものを例示した
が、番組表における一部の番組の表示領域にのみ広告が
表示されるように構成されていてもよい。また、広告は
各番組の表示領域以外の領域に表示されてもよく、番組
表の枠外に表示されるように構成されていてもよい。

【００４１】また、番組表における各番組の表示領域そ
れぞれに表示される広告画像２４ｂを、サーバー１０の
ハードディスク１２に記憶されている番組コードにおけ
る番組の種類の比率によって、ランダムに決定するもの
を例示したが、表示領域に表示される広告を決定する方
法は特に限定されない。例えば、複数の表示領域に優先
順位を付けて、優先順位の高さと、番組コードにおける
番組の種類の比率の高さとに応じて表示領域に表示され
る広告を決定するように構成してもよい。

【００４２】また、図４におけるｓ３３の処理で、番組
コードが記憶されていない場合、サーバーが、全ての種
類の広告がまんべんなく表示されるように構成された番
組表を初期条件として作成するものを例示したが、初期
条件として、例えば、複数の広告に優先順位を付けて、
初期条件として優先順位の高いいくつかの広告のみが表
示されるようにしてもよい。

【００４３】また、図７におけるｓ６３の処理で、広告
コードが記憶されていない場合、サーバーが、全ての種
類の広告がまんべんなく表示されるように構成された番
組表を初期条件として作成するものを例示したが、初期
条件として、例えば、複数の広告に優先順位を付けて、
初期条件として優先順位の高いいくつかの広告のみが表
示されるようにしてもよい。

【図面の簡単な説明】

【図１】番組表配信システムの実施形態を示す図

【図２】第１実施形態における端末装置が行う番組表時
処理の手順を示すフローチャート

【図３】番組表が端末装置のディスプレイに表示された
状態を示す図

【図４】サーバーが行う番組表送信処理の手順を示すフ
ローチャート

【図５】サーバーに記憶されている広告のデータ構成を
示す図

【図６】第２実施形態における端末装置が行う番組表時
処理の手順を示すフローチャート

【図７】サーバーが行う番組表送信処理の手順を示すフ
ローチャート

【符号の説明】

１・・・番組表配信システム、２・・・番組表配信シス
テム、１０・・・サーバー、１１・・・ＣＰＵ、１２・
・・ハードディスク、１３・・・通信装置、１４・・・
ディスプレイ、１５・・・キーボード、２０・・・端末
装置、２１・・・ＣＰＵ、２２・・・ハードディスク、
２３・・・通信装置、２４・・・ディスプレイ、２４ａ
・・・録画ボタン画像、２４ｂ・・・広告画像、２５・
・・キーボード、テレビチューナー２６。

フロントページの続き (72)発明者 横井 丈誠 愛知県名古屋市中区栄四丁目16番８号 エ イディシーテクノロジー株式会社内 Ｆターム(参考） 5C052 AA01 AB02 CC06 DD04 5C064 BA07 BB07 BC18 BC23 BC25 BD02 BD03 BD08 BD09

Claims (2)

【特許請求の範囲】
1. 【請求項１】端末装置からの送信要求に応じて、サーバ
   ーが、番組名、チャンネルおよび放送時間を含む番組表
   を送信し、 前記端末装置が、前記サーバーから送信された前記番組
   表を受信して該番組表を表示し、利用者によって前記番
   組表中の番組に関連付けられた操作が行われた場合に、
   該操作が関連付けられた番組に対して割り当てられてい
   る番組コードを前記サーバーに送信し、 次に前記端末装置からの送信要求があった場合に、前記
   サーバーが、前記番組コードに対応する広告が所定領域
   に表示されるように構成された番組表を送信することを
   特徴とする番組表配信システム。
2. 【請求項２】端末装置からの送信要求に応じて、サーバ
   ーが、番組名、チャンネルおよび放送時間を含んでいて
   所定領域に広告が表示される番組表を送信し、 前記端末装置が、前記サーバーから送信された前記番組
   表を受信して該番組表を表示し、利用者によって前記番
   組表中の広告に関連付けられた操作が行われた場合に、
   該操作が関連付けられた広告に対して割り当てられてい
   る広告コードを前記サーバーに送信し、 次に前記端末装置からの送信要求があった場合に、前記
   サーバーが、前記広告コードに対応する広告が所定領域
   に表示されるように構成された番組表を送信することを
   特徴とする番組表配信システム。