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

Description

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

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

しかし、このような番組表は、広告媒体として有効に利用されているとは言えなかった。

本発明は、番組表を広告媒体として有効に利用することのできる番組表配信システムを提供することを目的とする。

課題を解決するための手段および発明の効果

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

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

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

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

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

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

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

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

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

また、請求項２に記載の発明では、端末装置から送信された広告コードがサーバー内に蓄積されるようになっている。これにより、蓄積された複数の広告コードを統計処理すれば、番組毎または番組の種類毎の操作頻度がわかるので、番組表中に広告を表示する領域が複数ある場合に、操作頻度の高い広告に関連する広告を多数表示し、操作頻度の低い広告に関連する広告はあまり表示しないようにすることができる。
また、請求項３に記載の発明は、前記番組表に表示される広告用の領域が複数ある場合において、前記サーバは、前記番組表に表示される複数の領域に対して優先順位を付けて、前記番組表に表示する広告を決定することを特徴とする。

次に本発明の実施の形態について例を挙げて説明する。

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

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

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

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

まず、端末装置２０は、サーバー１０に識別データを送信する（ｓ１１）。識別データは、サーバー１０が複数ある端末装置の中から個々の端末装置２０を特定するのに必要なデータである。

次に、端末装置２０は、番組表の送信を要求する（ｓ１２）。この処理においては、番組表の送信を要求するための番組表要求信号がサーバー１０に送信される。

次に、端末装置２０は、番組表を受信する（ｓ１３）。この処理で受信する番組表は、ｓ１２の処理で送信された番組表要求信号を受信したサーバー１０から送信されてくるものである。

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

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

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

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

そして、端末装置２０は、ｓ２０の処理で受信した録画予約情報に基づいて録画予約を行う（ｓ２１）。なお、録画される番組は、ハードディスク２２内に記録される。こうしてｓ２１の処理を終えたら、ｓ１６の処理に戻る。

なお、ｓ１５の処理で行われた操作が、番組表を要求するための操作でなく（ｓ１６：ＮＯ）、録画予約を行うための操作でもない場合（ｓ１７：ＮＯ）、端末装置２０は、番組表表示処理を終了する。このようにして番組表表示処理を終了した場合、ｓ１５の処理で行われた操作によっては、さらに別処理へ移行する場合もあるが、このような別処理については、本発明の要部ではないため説明を省略する。

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

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

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

こうして、ｓ３６の処理またはｓ４０の処理を終えることによって、サーバー１０は、ｓ３１の処理に戻る。

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

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

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

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

まず、端末装置２０は、サーバー１０に識別データを送信する（ｓ５１）。

次に、端末装置２０は、番組表の送信を要求する（ｓ５２）。

次に、端末装置２０は、番組表を受信する（ｓ５３）。

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

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

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

なお、ｓ５５の処理で行われた操作が、番組表を要求するための操作でなく（ｓ５６：ＮＯ）、広告画像２４ｂを選択する操作でもない場合（ｓ５７：ＮＯ）、端末装置２０は、番組表表示処理を終了する。

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

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

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

こうして、ｓ６６またはｓ６８の処理終えることによって、サーバー１０は、ｓ６１の処理に戻る。

また、ｓ６１の処理で受信した送信要求が番組表要求信号でなく（ｓ６１：ＮＯ）、広告コードでもない場合（ｓ６７：ＮＯ）、サーバー１０は、番組表送信処理を終了する。

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

［変形例］
以上、本発明の実施形態について説明したが、本発明は上記の具体的な一実施形態に限定されず、このほかにも様々な形態で実施することができる。

例えば、上記実施形態においては、利用者が所有する端末装置２０が、周知のコンピュータシステムによって構成されているものを例示したが、端末装置２０としては、サーバー１０とデータ通信可能なものであれば、表示画面を備えた携帯電話機や携帯情報端末などを利用してもよい。また、衛星放送受信端末（送信は電話機やインターネット端末）や、ＣＡＴＶ受信端末（送信は電話機やインターネット端末）などを利用してもよい。

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

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

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

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

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

番組表配信システムの実施形態を示す図 第１実施形態における端末装置が行う番組表時処理の手順を示すフローチャート 番組表が端末装置のディスプレイに表示された状態を示す図 サーバーが行う番組表送信処理の手順を示すフローチャート サーバーに記憶されている広告のデータ構成を示す図 第２実施形態における端末装置が行う番組表時処理の手順を示すフローチャート サーバーが行う番組表送信処理の手順を示すフローチャート

符号の説明

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

Claims (3)

1. 端末装置からの送信要求に応じて、サーバーが、番組名、チャンネルおよび放送時間を含む番組表を送信し、
   前記端末装置が、前記サーバーから送信された前記番組表を受信して該番組表を表示し、利用者によって前記番組表中の番組に関連付けられた操作が行われた場合に、該操作が関連付けられた番組に対して割り当てられている番組コードを前記サーバーに送信し、
   前記サーバには、前記番組コードを蓄積する蓄積手段が設けられており、
   前記サーバは、前記端末装置から前記番組コードを受信すると、その番組コードを前記蓄積手段に蓄積し、その後、前記端末装置からの送信要求があった場合に、前記蓄積手段に蓄積された番組コードに基づいて、前記番組表に表示するための広告を決定し、その決定した広告が所定領域に表示されるように構成された番組表を送信する
   ことを特徴とする番組表配信システム。
2. 端末装置からの送信要求に応じて、サーバーが、番組名、チャンネルおよび放送時間を含んでいて所定領域に広告が表示される番組表を送信し、
   前記端末装置が、前記サーバーから送信された前記番組表を受信して該番組表を表示し、利用者によって前記番組表中の広告に関連付けられた操作が行われた場合に、該操作が関連付けられた広告に対して割り当てられている広告コードを前記サーバーに送信し、
   前記サーバには、前記広告コードを蓄積する蓄積手段が設けられており、
   前記サーバは、前記端末装置から前記番組コードを受信すると、その広告コードを前記蓄積手段に蓄積し、その後、前記端末装置からの送信要求があった場合に、前記蓄積手段に蓄積された広告コードに基づいて、前記番組表に表示するための広告を決定し、その決定した広告が所定領域に表示されるように構成された番組表を送信する
   ことを特徴とする番組表配信システム。
3. 前記番組表に表示される広告用の領域が複数ある場合において、
   前記サーバは、前記番組表に表示される複数の領域に対して優先順位を付けて、前記番組表に表示する広告を決定することを特徴とする請求項１又は請求項２に記載の番組表配信システム。

Images