番組データ配信システム及びその方法
【課題】 番組選択をするユーザの利便性、番組内容の宣伝及び広告の効果的な提供と、その効果の判定を簡易に行うことのできるシステム及びその方法を提供することを目的とする。
【解決手段】 携帯電話１００は、ユーザが関心のある番組キーワードを送信する（記号１）。サービスサーバ３００は、番組キーワードを登録し（記号２）、番組データ中からその番組キーワードがある番組情報を抽出する（記号３）。サービスサーバ３００は、そのユーザが既に録画予約した番組ＩＤを含む広告コンテンツを抽出し（記号４）、抽出した番組情報に広告コンテンツを含めた番組情報メールを送信する（記号５）。携帯電話１００は録画予約情報を送信し（記号６）、サービスサーバ３００は、録画予約情報のログを記録した後（記号７）に録画予約操作情報を送信し（記号８）、ＶＴＲ装置２００は、番組録画予約を行う（記号９）。
【解決手段】 携帯電話１００は、ユーザが関心のある番組キーワードを送信する（記号１）。サービスサーバ３００は、番組キーワードを登録し（記号２）、番組データ中からその番組キーワードがある番組情報を抽出する（記号３）。サービスサーバ３００は、そのユーザが既に録画予約した番組ＩＤを含む広告コンテンツを抽出し（記号４）、抽出した番組情報に広告コンテンツを含めた番組情報メールを送信する（記号５）。携帯電話１００は録画予約情報を送信し（記号６）、サービスサーバ３００は、録画予約情報のログを記録した後（記号７）に録画予約操作情報を送信し（記号８）、ＶＴＲ装置２００は、番組録画予約を行う（記号９）。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】この発明は、番組データ配信システム及びその方法に関するものである。
【０００２】
【従来の技術】現在、ユーザがテレビ番組の録画予約を行う方法としては、ユーザ自身が新聞やテレビガイド誌のテレビ番組一覧表をチェックしたうえで、ビデオ録画装置の録画予約操作入力やコード入力による方法が主流である。
【０００３】
【発明が解決しようとする課題】近年、衛星放送やデジタル放送等の新規参入によって、多チャンネル、多コンテンツ化が進行してきており、ユーザの番組選択の幅が大きく広がりつつある。
【０００４】このような状況においては、ユーザ側からは、多数の番組選択肢の中から自己の関心のある番組のみをより簡易に選択できるシステムが求められている。一方、番組を制作する側からしてみれば、競合チャンネル数が増えるから、視聴数を確保するためにユーザに対して効果的な番組内容のアピールを行う必要がある。また、番組に対する広告スポンサーの側からみれば、多チャンネル状況下で広告単位あたりのユーザ接触時間が減少する可能性もあるから、より効果的な広告提供を行う必要がある。
【０００５】さらに、番組制作及び広告スポンサー事業者は、番組内容に対するユーザの関心度や、広告効果を判断する必要もある。一方で、従来のテレビ放送だけでなく、蓄積型放送にも対応可能な視聴率測定、番組関心度や広告効果の判定を行う必要もある。
【０００６】この発明は、上記のようなユーザ、番組制作及び広告スポンサー事業者の要求に鑑みて、番組選択をするユーザの利便性、番組内容の宣伝及び広告の効果的な提供と、その宣伝提供の効果の判定を簡易に行うことのできるシステム及びその方法を提供することを目的とする。
【０００７】
【課題を解決するための手段および発明の効果】１）本発明の番組データ配信システムは、配信サーバ装置、前記配信サーバ装置とネットワークで接続されるユーザ端末、を備えることにより、番組データの中から、ユーザ嗜好に合わせた番組に関するユーザ嗜好番組情報を選択し、そのユーザ嗜好番組情報と広告情報とを前記ユーザ端末に配信する番組データ配信システムであって、前記ユーザ端末は、前記ユーザ嗜好を示すユーザ嗜好情報を記録するユーザ嗜好情報記録手段、前記ユーザ嗜好情報を送信するユーザ嗜好情報送信手段、前記ユーザ嗜好番組情報を受信するユーザ嗜好番組情報受信手段、前記ユーザ嗜好番組情報を出力するユーザ嗜好番組情報出力手段、を備えており、前記配信サーバ装置は、前記ユーザ嗜好情報を受信するユーザ嗜好情報受信手段、前記ユーザ嗜好情報と対応づけて記録されている前記番組データから、前記受信したユーザ嗜好情報に基づいて前記ユーザ嗜好番組情報を選択するユーザ嗜好番組情報選択手段、前記番組データと対応づけて記録されている広告データに基づいて、前記選択したユーザ嗜好番組情報に前記広告情報を付加する広告情報付加手段、前記広告情報が付加されたユーザ嗜好番組情報を前記ユーザ端末に送信するユーザ嗜好番組情報送信手段、を備えたことを特徴としている。
【０００８】これにより、前記ユーザ端末のユーザは、多数の前記番組データが存在する場合であっても自己の嗜好に合った前記番組情報を迅速かつ簡易に取得することができる。また、多数の前記番組データの中からユーザが関心のある前記番組情報を送信するのであるから、前記番組を制作する側は、ターゲットとしているユーザの視聴率等を向上させることができる。
【０００９】さらに、前記ユーザ嗜好番組情報に付加される広告情報は、前記ユーザ嗜好情報に基づいて選択された前記番組データと対応づけられている。これにより、前記広告情報として、前記ユーザが関心のあるものが選択されることになる。したがって、前記広告を制作する側は、広告ターゲットとしているユーザに対する広告効果等を向上させることができる。
【００１０】６）本発明の前記番組データ配信システムは、さらに、少なくとも前記配信サーバ装置またはユーザ端末のいずれかとネットワークで接続される番組レコード装置、を備えており、前記ユーザ端末は、さらに、前記ユーザが、その出力されたユーザ嗜好番組情報の番組内容を記録することを所望する場合には、ユーザの操作に応じてそのユーザ嗜好番組情報をユーザ選択番組として記録するユーザ選択番組記録手段、前記記録したユーザ選択番組を示すユーザ選択番組情報を送信するユーザ選択番組情報送信手段、を備えており、前記配信サーバ装置は、さらに、前記ユーザ選択番組情報を受信するユーザ選択番組情報受信手段、前記受信したユーザ選択番組情報に基づいて、前記ユーザ選択番組情報の番組内容を前記番組レコード装置に記録させるための記録制御コマンドを送信する記録制御コマンド送信手段、を備えており、前記広告情報付加手段は、前記番組データと対応づけて記録されている広告データから、前記受信したユーザ選択番組情報に基づいて前記広告情報を選択し、前記選択したユーザ嗜好番組情報にその広告情報を付加すること、を特徴としており、前記番組レコード装置は、前記記録制御コマンドを受信して前記ユーザ選択番組の番組内容を記録する番組記録手段、を備えたことを特徴としている。これにより、前記ユーザは、自己の嗜好に合致し、かつ、その番組内容を記録することを所望した番組を、簡易かつ迅速に前記番組レコード装置に記録することができる。
【００１１】さらに、前記ユーザ嗜好番組情報に付加される広告情報は、前記ユーザ嗜好情報に基づいて選択されたものの中から、さらに、ユーザが前記番組内容を記録することを所望した前記ユーザ選択番組と対応づけられたものが選択される。これにより、前記広告情報として、前記ユーザが特に関心のあるものが選択されることになる。したがって、前記広告を制作する側は、広告ターゲットとしているユーザに対する広告効果等をより一層向上させることができる。
【００１２】９）本発明の前記配信サーバ装置は、さらに、前記ユーザ選択番組情報受信手段が受信したユーザ選択番組情報に基づいて、前記番組内容が記録される回数を示すログ情報を記録するログ情報記録手段、を備えたことを特徴としている。
【００１３】これにより、前記番組または広告を制作する側は、個々の番組内容が何人のユーザに記録されたかという情報を、前記ログ情報として取得することができる。したがって、前記番組を制作する側は、個々の番組内容に対するユーザの評価を統計的に判定する判断材料を取得することができる。一方、前記広告を制作する側は、前記広告情報が何人のユーザによって接触されたかという統計的な情報を得ることができ、容易に広告効果を判定することができる。
【００１４】１０）本発明の前記ユーザ端末は、さらに、ユーザのプロファイルを送信するプロファイル送信手段、を備えており、前記配信サーバ装置は、さらに、前記プロファイルを受信するプロファイル受信手段、を備えており、前記ログ情報記録手段は、前記ログ情報を、前記受信したプロファイルと対応づけて記録すること、を特徴としている。
【００１５】これにより、前記番組または広告を制作する側は、個々の番組内容が、何人の、どのような前記プロファイルのユーザによって記録されたかという情報を、前記ログ情報として取得することができる。したがって、前記番組を制作する側は、個々の番組内容に対するユーザの評価を、前記プロファイルと関連づけて統計的に判定する判断材料を取得することができる。一方、前記広告を制作する側は、前記広告情報が、何人の、どのような前記プロファイルのユーザによって接触されたかという統計的な情報を得ることができ、容易に広告効果を判定することができる。
【００１６】さらに、前記番組または広告を制作する側は、前記番組や広告を提供しようとするターゲットユーザのプロファイルをあらかじめ計画しておいた場合には、その計画した前記ユーザのプロファイルと前記ログ情報とを比較することによって、前記番組または広告の制作手法を客観的に評価することができる。
【００１７】用語の定義について説明する。
【００１８】この発明において、「番組」とは、文字、記号、映像、音声等を、テレビ番組放送や、ラジオ番組放送、インターネットコンテンツ配信等の手段によって、所定の単位で提供される情報を含む概念である。
【００１９】「ユーザ嗜好情報」とは、上記「番組」の分野やジャンル、タイトル、カテゴリー、対象、用途、場所等を示す情報、すなわち、「番組」の内容を形容する語句の情報の他、タレント名、アーティスト名、出演者名を示す情報等の、上記「番組」内容の個々の構成要素を形容する語句の情報を含む概念である。
【００２０】「広告」とは、ＣＭ、ＰＲ、宣伝等の、所定の商品、サービスの内容や特徴等を広く世間に知らしめるための情報を含む概念である。
【００２１】「プロファイル」とは、ユーザの年齢、性別、職業、住所、メールアドレス等の、そのユーザの属性を特定するための情報を含む概念である。
【００２２】
【発明の実施の形態】本発明に係る番組データ配信システムの実施形態を説明する。本実施形態は、ユーザが視聴を希望するテレビ番組情報の配信を行うとともに、そのユーザが高い興味を持っている可能性のある事項に関する広告を併せて提供するものである。これにより、テレビ番組の視聴を希望するユーザ、及び、テレビ番組や広告の提供者側の利便性を向上させることができる。
【００２３】以下、まず始めに、番組データ配信システムとしてのＴＶ番組ガイドメールシステムのシステム概要、装置等の構成、特許請求の範囲に記載した用語と実施形態との対応を説明し、次に、本実施形態による処理内容等の説明を行う。
目次１．システム概要２．装置等の構成３．特許請求の範囲に記載した用語と実施形態との対応４．システムの処理内容４−１．ユーザ登録４−２．ＴＶ番組ガイドメールサービス４−３．ＴＶ番組録画予約ログ解析５．実施形態による効果６．本発明のその他の実施形態−−−−−−−−−−−−−−−−１．システム概要−−図１は、本実施形態による、番組データ配信システムとしてのＴＶ番組ガイドメールシステム８の概略である。ＴＶ番組ガイドメールシステム８は、ユーザが使用する携帯電話１００及びＶＴＲ（Ｖｉｄｅｏ ｔａｐｅ ｒｅｃｏｒｄｅｒ）装置２００、ＴＶ番組等の情報を配信するサービスサーバ３００で構成される。携帯電話１００、ＶＴＲ装置２００、サービスサーバ３００のそれぞれは、インターネット２を介して接続可能である。サービスサーバ３００は、番組データベース（以下、「ＤＢ」とする）５００、ユーザＤＢ４００、広告ＤＢ６００と接続可能である。
【００２４】ユーザＤＢ４００は、後述するユーザ登録処理によって携帯電話１００のユーザの情報を記録するためのものである。一方、番組ＤＢ５００は、ＴＶ番組の放送を行う事業主等が、ＴＶ番組放送プログラムを記録するためのものである。また、広告ＤＢ６００は、例えばＴＶ番組のスポンサーとなっている広告主等が、広告コンテンツを記録するためのものである。
【００２５】なお、ユーザＤＢ４００、番組ＤＢ５００、広告ＤＢ６００のそれぞれは、サービスサーバ３００のハードディスク３４に直接記録するようにしてもよいし、あるいは、サービスサーバ３００とは別のサーバに記録するようにしてもよい。
【００２６】−−２．装置等の構成−−図２は、携帯電話１００及びＶＴＲ装置２００のハードウェア構成の一例である。
【００２７】携帯電話１００は、ＣＰＵ１０、ＲＡＭ１６、ＲＯＭ１８、ディスプレイ１２、入力部１１、スピーカ１４、インターネット２に接続するための通信回路１５を備えている。ＣＰＵ１０は、携帯電話１００全体を制御する。ＲＡＭ１６は、ＣＰＵ１０のワーク領域等を提供する。ＲＯＭ１８には、ＣＰＵ１０を動作させるためのプログラムや、ウェブを閲覧するためのブラウザプログラムが記録されている。入力部１１の操作により生成される操作情報は、ＣＰＵ１０に入力され、ＣＰＵ１０が生成した画像情報及び音声情報は、ディスプレイ１２、スピーカ１４にそれぞれ出力される。なお、ブラウザプログラムは、ｉ−ｍｏｄｅ（登録商標）等の通常のプログラムを使用すればよく、本システム専用のプログラム等は必要ではない。
【００２８】ＶＴＲ装置２００は、ＣＰＵ２０、ビデオ制御部２２、インターネット２に接続するための通信回路２４、メモリ２６、入力部２８を備えている。ＣＰＵ２０は、ＶＴＲ装置２００全体を制御する。メモリ２６は、ＣＰＵ２０のワーク領域等を提供する。入力部２８の操作により生成される操作情報は、ＣＰＵ２０に入力され、ＣＰＵ２０が生成したビデオ制御情報は、ビデオ制御部２２に出力されてビデオテープの録画再生等が行われる。ビデオ制御部２２は、表示回路、音声回路、スピーカ、チューナ、放送受信部等を備えている。
【００２９】図３は、サービスサーバ３００のハードウェア構成の一例である。サービスサーバ３００は、ＣＰＵ３０、ハードディスク３４、メモリ３２、インターネット２に接続するための通信回路３６を備えている。ハードディスク３４には、ＴＶ番組ガイドメールサービスプログラムが記録されている。なお、このプログラムによる本システムの運営は、ｉ−ｍｏｄｅ（登録商標）等のサービスを利用して行えばよい。
【００３０】図４は、ユーザＤＢ４００の構成の一例である。ユーザＤＢ４００には、“ユーザ名”、“ユーザアドレス”、“ＶＴＲアドレス”、“番組キーワード”、“タレントキーワード”、“性別”、“年齢”、“職業”、“録画予約番組ＩＤ”が記録される。“ユーザアドレス”、“ＶＴＲアドレス”は、それぞれネットワーク上でユーザの携帯電話１００、ＶＴＲ装置２００を特定するものであり、例えばＩＰアドレスと関連づけられるものである。
【００３１】図５は、番組ＤＢ５００の構成の一例である。番組ＤＢ５００には、“番組ＩＤ”、“番組名”、“放送日時”、“チャンネル”、“番組キーワード”が記録される。“番組ＩＤ”は、複数の番組データの中から所定の番組を特定する記号である。
【００３２】図６は、広告ＤＢ６００の構成の一例である。広告ＤＢ６００には、“番組ＩＤ”、“広告ＩＤ”、“広告コンテンツ”が記録される。“広告ＩＤ”は、複数の広告データの中から所定の広告を特定する記号である。“広告コンテンツ”は、広告内容を示す情報である。
【００３３】なお、上記のユーザＤＢ４００、番組ＤＢ５００、広告ＤＢ６００のそれぞれに記録される情報は、上述したものに限られるものではなく、情報をより細分化あるいは簡略化するようにしてもよい。
【００３４】−−３．特許請求の範囲に記載した用語と実施形態との対応−−特許請求の範囲に記載した用語と実施形態との対応は、以下のとおりである。
【００３５】「番組データ配信システム」は、図１のＴＶ番組ガイドメールシステム８に対応する。「配信サーバ装置」は、図１のサービスサーバ３００に対応し、「ネットワーク」は、インターネット２に対応し、「ユーザ端末」は、携帯電話１００に対応し、「番組レコード装置」は、ＶＴＲ装置２００に対応する。
【００３６】「番組データ」は、図５の番組ＤＢ５００の番組ＩＤに対応し、「広告データ」は、図６の広告ＤＢ６００の広告ＩＤに対応する。「番組データ記録部」は、番組ＤＢ５００の番組ＩＤを記録する記録領域に対応し、「ユーザ嗜好情報記録部」は、番組ＤＢ５００の番組キーワードを記録する記録領域に対応する。「広告データ記録部」は、広告ＤＢ６００の広告ＩＤを記録する記録領域に対応する。「プロファイル」は、図４のユーザＤＢ４００に記録される“性別”、“年齢”、“職業”に関する情報が対応する。
【００３７】「ユーザ嗜好情報」は、図７ステップＳ７１５においてユーザによって入力される“番組のキーワード”、“タレント”に関する情報が対応する。「ユーザ嗜好情報記録手段」は、図７ステップＳ７１５において携帯電話１００のＣＰＵ１０がＲＡＭ１６に項目情報を記録する処理に対応する。「ユーザ嗜好情報送信手段」は、ステップＳ７１９でＣＰＵ１０が行う処理に対応する。「ユーザ嗜好番組情報受信手段」は、図９ステップＳ９０１でＣＰＵ１０が行う処理に対応する。「ユーザ嗜好番組情報出力手段」は、ステップＳ９０３でＣＰＵ１０が行う処理に対応する。
【００３８】「ユーザ嗜好情報受信手段」は、図７ステップＳ７５８でサービスサーバ３００のＣＰＵ３０が行う処理に対応する。「ユーザ嗜好番組情報選択手段」は、図９ステップＳ９５０、９５２でＣＰＵ３０が行う処理に対応する。「ユーザ嗜好番組情報」は、ステップＳ９５２でＣＰＵ３０に選択される“番組ＩＤ”に関する情報が対応する。「広告情報付加手段」は、ステップＳ９６０でＣＰＵ３０が行う処理に対応する。「広告情報」は、ステップＳ９６０でＣＰＵ３０によって付加される図６の“広告コンテンツ”が対応する。「ユーザ嗜好番組情報送信手段」は、ステップＳ９６２でＣＰＵ３０が行う処理に対応する。
【００３９】「ユーザ選択番組記録手段」は、図９ステップＳ９０５で携帯電話１００のＣＰＵ１０がＲＡＭ１６に番組ＩＤを記録する処理に対応する。「ユーザ選択番組」は、図９ステップＳ９０５でＣＰＵ１０が記録する“番組ＩＤ”に関する情報に対応する。「ユーザ選択番組情報送信手段」は、ステップＳ９０７でＣＰＵ１０が行う処理に対応し、「ユーザ選択番組情報」は、ステップＳ９０７でＣＰＵ１０が送信する“番組ＩＤ”に関する情報に対応する。「ユーザ選択番組情報受信手段」は、ステップＳ９６４でサービスサーバ３００のＣＰＵ３０が行う処理に対応する。「記録制御コマンド」は、ステップＳ９６８でＣＰＵ３０が送信する情報に対応する。「番組記録手段」は、ステップＳ９６８におけるＶＴＲ操作情報を受信してＶＴＲ装置２００のＣＰＵ２０が行う処理に対応する。
【００４０】「ログ情報記録手段」は、図９ステップＳ９６６でサービスサーバ３００のＣＰＵ３０が行う処理に対応し、「ログ情報」は、ステップＳ９６６でＣＰＵ３０が記録する情報に対応する。
【００４１】「プロファイル送信手段」は、図７ステップＳ７１９で携帯電話１００のＣＰＵ１０が行う処理に対応し、「プロファイル受信手段」は、ステップＳ７５８でサービスサーバ３００のＣＰＵ３０が行う処理に対応する。
【００４２】−−４．システムの処理内容−−まず最初に、本システムのＴＶ番組ガイドメールサービスの概要を、図１２を参照しながら説明する。
【００４３】携帯電話１００は、ユーザの操作に応じてユーザが関心のある番組のキーワード（例：ポップス、英語、報道等）をサービスサーバ３００に送信する（記号１）。サービスサーバ３００は、個々のユーザ毎に番組キーワードをユーザ４００に登録する（記号２）。
【００４４】サービスサーバ３００は、番組キーワードと番組データとのマッチング、すなわち、番組ＤＢ５００に記録された番組データ中で、ユーザが送信した番組キーワードがある番組情報を抽出する（記号３）。サービスサーバ３００は、ユーザＤＢ４００に記録されている、そのユーザが既に録画予約した番組ＩＤを含む広告コンテンツを広告ＤＢ６００から抽出する（記号４）。サービスサーバ３００は、抽出した番組情報に広告コンテンツを含めた番組情報メールを生成し、携帯電話１００に送信する（記号５）。
【００４５】携帯電話１００は、ユーザがそのメールに記録されている番組内容をＶＴＲに録画することを希望した場合には、録画予約情報をサービスサーバ３００に送信し（記号６）、サービスサーバ３００は、その録画予約情報のログをユーザＤＢ４００に記録した後（記号７）、その番組内容を録画するための録画予約操作情報をＶＴＲ装置２００に送信し（記号８）、ＶＴＲ装置２００は、その番組の録画予約を行う（記号９）。
【００４６】このように、本システムでは、ユーザが関心のある番組情報がメールとして送信されるため、ユーザは興味のある番組を簡易に判断し、録画予約することができる。一方、番組や広告制作者は、興味を持っているユーザにターゲットを絞って番組や広告の案内を行うことができるから、番組宣伝効果及び広告効果を高めることができる。
【００４７】以下、上述した処理の詳細を、ユーザ登録、ＴＶ番組ガイドメールサービス、ＴＶ番組録画予約ログ解析の各ステップに分けて説明する。
【００４８】４−１．ユーザ登録携帯電話１００のＣＰＵ１０及びサービスサーバ３００のＣＰＵ３０は、図７のフローチャートに従ってユーザ登録を行う。
【００４９】携帯電話１００のＣＰＵ１０は、ユーザの操作に従ってサービスサーバ３００にアクセスする（図７R>７ステップＳ７０１）。サービスサーバ３００のＣＰＵ３０は、携帯電話１００からアクセスが有るか否かを判断し（ステップＳ７５０）、アクセスが有ればトップ画面を携帯電話１００に送信する（ステップＳ７５２）。このトップ画面を、図８Ａに例示する。
【００５０】ＣＰＵ１０は、トップ画面を受信したか否かを判断し（ステップＳ７０３）、受信したと判断すればそのトップ画面をディスプレイ１２に表示する（ステップＳ７０５）。ＣＰＵ１０は、図８Ａの“新規ユーザ登録”のコマンドのクリックによってユーザ登録画面要求が選択されたか否かを判断し（ステップＳ７０７）、選択されたと判断すれば、ユーザ登録画面要求をサービスサーバ３００に送信する（ステップＳ７０９）。サービスサーバ３００のＣＰＵ３０は、ユーザ登録画面要求を受信したか否かを判断し（ステップＳ７５４）、受信したと判断すれば、ユーザ登録画面を携帯電話１００に送信する（ステップＳ７５６）。このユーザ登録画面を、図８Ｂに例示する。
【００５１】ＣＰＵ１０は、ユーザ登録画面を受信したか否かを判断し（ステップＳ７１１）、受信したと判断すれば、そのユーザ登録画面をディスプレイ１２に表示する（ステップＳ７１３）。ＣＰＵ１０は、ユーザ登録に必要な項目（図８Ｂの“メールアドレス”等）が入力されたか否かを判断し（ステップＳ７１５）、入力されたと判断すれば、ＲＡＭ１６に項目情報を記録した後、その項目情報をサービスサーバ３００に送信して処理を終了する（ステップＳ７１９）。サービスサーバ３００のＣＰＵ３０は、項目情報を受信したか否かを判断し（ステップＳ７５８）、受信したと判断すれば、項目情報をユーザＤＢ４００（図４参照）に記録して処理を終了する（ステップＳ７６０）。
【００５２】以上の処理により、携帯電話１００のユーザは、ＴＶ番組ガイドメールサービスのユーザとして登録されるとともに、図４のユーザＤＢ４００に、ユーザ自身が視聴を希望する番組キーワード、タレントキーワード等が記録されることになる。
【００５３】なお、実施形態では、図７ステップＳ７１５のキーワード入力は、フリーワード入力としているが、これに限らず、あらかじめ設定された所定の項目を選択入力するようにしてもよい。
【００５４】４−２．ＴＶ番組ガイドメールサービス上述したユーザ登録後は、サービスサーバ３００は、所定の期間毎あるいはユーザからの要求があった場合に、図９のフローチャートに従って、携帯電話１００のユーザに対してＴＶ番組ガイドメールサービス処理を行う。ここで、ＴＶ番組ガイドメールサービスとは、ユーザが視聴を希望するＴＶ番組の放送日時やチャンネルに関する情報をメールによって配信するサービスである。
【００５５】サービスサーバ３００のＣＰＵ３０は、ユーザが登録した“番組キーワード”が、図５の番組ＤＢ５００に記録されているか否かについてのマッチング処理を行う（図９ステップＳ９５０）。具体的には、図４のユーザＤＢ４００に記録されている“番組キーワード”、“タレントキーワード”に合致する“番組キーワード”が、図５の番組ＤＢ５００に記録されているか否かを検索する。なお、検索処理は、完全一致、部分一致、あいまい検索等のいずれの手法を採用してもよい。ＣＰＵ３０は、ユーザが登録した“番組キーワード”が、図５の番組ＤＢ５００に記録されているか否かを判断し（ステップＳ９５２）、記録されていなければ処理を終了する。
【００５６】ＣＰＵ３０は、“番組キーワード”が番組ＤＢ５００に記録されていると判断すれば、次に、対象としているユーザのユーザＤＢ４００に“録画予約番組ＩＤ”が記録されているか否かを判断する（ステップＳ９５４）。“録画予約番組ＩＤ”が記録されていなければ、ステップＳ９５２で処理した、番組ＤＢ５００に記録されている番組データに基づいて番組情報メールを生成する（ステップＳ９５６）。一方、ユーザＤＢ４００に“録画予約番組ＩＤ”が記録されていれば、ＣＰＵ３０は、その番組データに関連する広告データが有るか否かを判断する（ステップＳ９５８）。具体的には、ＣＰＵ３０は、ユーザＤＢ４００に記録されている“録画予約番組ＩＤ”に合致する“番組ＩＤ”が、図６の広告ＤＢ６００に記録されているか否かを判断する。
【００５７】ＣＰＵ３０は、“録画予約番組ＩＤ”に合致する“番組ＩＤ”が広告ＤＢ６００に記録されていないと判断すれば、ステップＳ９５６からの処理を行う。一方、“録画予約番組ＩＤ”に合致する“番組ＩＤ”が広告ＤＢ６００に記録されていると判断すれば、広告付き番組情報メールを生成する（ステップＳ９６０）。具体的には、ＣＰＵ３０は、“録画予約番組ＩＤ”に合致する“番組ＩＤ”に関連付けて記録された広告コンテンツを広告ＤＢ６００から抽出し、その広告コンテンツを、ステップＳ９５２で処理した番組ＤＢ５００に記録されている番組データと併せたメールを生成する。図１０R>０Ａは、広告付き番組情報メールの一例である。
【００５８】ＣＰＵ３０は、ステップＳ９５６またはステップＳ９６０の処理によって生成した番組情報メールを携帯電話１００に送信する（ステップＳ９６２）。
【００５９】携帯電話１００のＣＰＵ１０は、番組情報メールを受信するか否かを判断し（ステップＳ９０１）、受信したと判断すればそのメールをディスプレイ１２に表示する（ステップＳ９０３）。ＣＰＵ１０は、次に、ユーザの操作によって番組録画予約指示の入力があるか否かを判断する（ステップＳ９０５）。この番組録画予約指示の入力とは、図１０Ａに示す番組データの中からユーザが番組データを選択した場合に、図１０Ｂの画面が表示され、ここでユーザが“録画予約”のコマンドをクリック等することによって行われる。
【００６０】ＣＰＵ１０は、番組録画予約指示の入力があったと判断すれば、番組ＩＤをＲＡＭ１６に記録した後、番組録画予約情報をサービスサーバ３００に送信した後に（ステップＳ９０７）、図１０Ｃに例示する画面をディスプレイ１２に表示して処理を終了する。サービスサーバ３００のＣＰＵ３０は、番組録画予約情報を受信するか否かを判断し（ステップＳ９６４）、受信したと判断すれば、対象としているユーザのユーザＤＢ４００に録画予約番組ＩＤを記録した後に（ステップＳ９６６）、ＶＴＲ操作情報をＶＴＲ装置２００に送信して処理を終了する（ステップＳ９６８）。
【００６１】ＶＴＲ装置２００のＣＰＵ２０は、そのＶＴＲ操作情報を受信して、ユーザによって選択された番組を録画するための録画予約制御を行うとともに、番組放送時に録画操作を行う。以上の処理により、ＴＶ番組ガイドメールサービスが行われる。
【００６２】なお、図９ステップＳ９６６でサービスサーバ３００のＣＰＵ３０が記録する録画予約番組の番組ＩＤを、所定期間が経過すると削除するようにしておくことで、ある程度古くなった広告コンテンツが番組情報メールに付加されないようにしてもよい。また、一つの番組情報メールに付加する広告コンテンツを所定数に制限するようにしたり、付加する広告コンテンツに優先順位を設定したり、一度付加した広告コンテンツは再度付加しないような処理をＣＰＵ３０が行うようにしてもよい。
【００６３】インターネット２を介したＶＴＲ装置２００の遠隔操作は、ユーザＤＢ４００に記録されるＶＴＲアドレスに基づいて所定のＶＴＲ装置２００を特定することによって行えばよい。この場合のインターネットプロトコルとしては、既存のプロトコルの他、ＩＰｖ６を利用してもよい。
【００６４】４−３．ＴＶ番組録画予約ログ解析サービスサーバ３００は、以上の処理によってＴＶ番組ガイドメールを送信するが、併せて番組録画予約情報を受信することとしている（図９ステップＳ９６４参照）。したがって、複数の携帯電話１００のユーザが存在する場合、サービスサーバ３００は、各番組が、どの程度ユーザにとって興味の対象となったかを判断するデータを取得することができる。具体的には、番組録画予約ログを番組ＩＤ毎に集計することにより、ある番組が何人のユーザによって番組録画予約されたか、というデータを取得することができる。
【００６５】したがって、サービスサーバ３００の運営者は、番組制作者や、番組スポンサーとなっている広告制作者に対して、各番組の番組録画予約ログをレポートとして出力することにより、各番組に対するユーザの評価、ユーザへの広告効果の評価を提供することができる。
【００６６】図１１は、そのような番組予約録画ログレポートの一例を示す。番組録画予約ログレポートには、“番組ＩＤ”、“番組名”、ユーザの“カテゴリー”、“番組録画予約ログ数”が記録される。“カテゴリー”は、ユーザの性別と年齢層によって区分けされるが、これらの情報は、ユーザ登録の際のユーザＤＢ４００に記録される“性別”、“年齢”のデータを参照するようにすればよい。なお、このレポートは、オンラインで番組制作者や広告制作者に対して提供してもよいし、別途ハードコピー等を提供するようにしてもよい。
【００６７】なお、図１１に示す番組予約録画ログレポートに記録する情報はこれに限られるものではなく、より細分化あるいは簡略化した情報としてもよい。
【００６８】−−５．実施形態による効果−−実施形態では、携帯電話１００のユーザは、番組情報メールを受信することにより（図９ステップＳ９０１、図１０１０Ａ参照）、自己の嗜好に合った番組情報を迅速かつ簡易に取得することができる。また、多数の番組データの中からユーザが関心のある番組メールを送信するのであるから、番組製作者は、ターゲットとしているユーザの視聴率等を向上させることができる。さらに、番組内容や放送時間に変更があった場合であっても、番組情報メールを再送信するようにすれば容易に対応可能である。
【００６９】実施形態では、携帯電話１００のユーザは、自己の嗜好に合う番組メールを受信し、かつ、その番組を録画することを所望した番組を、インターネット２を介して、遠隔操作により簡易かつ迅速にＶＴＲ装置２００に録画予約設定することができる（図９ステップＳ９０7参照）。
【００７０】さらに、番組情報メールに含まれる広告は、番組キーワードやタレントキーワードに基づいて選択された番組の中から、さらにユーザがその番組内容を録画予約することを所望した番組と対応づけらたものが選択される（図９ステップＳ９５４、９５８、９６０参照）。これにより、番組情報メールに含まれる広告として、ユーザが特に関心のあるもの（関心度の高いもの）が選択されることになる。したがって、番組のスポンサーである広告制作者は、広告ターゲットとしているユーザに対する広告効果をより一層向上させることができる。この場合の広告効果は、広告のみを単独で提供する場合よりも十分高いものと考えられる。
【００７１】実施形態では、番組または広告制作者は、個々の番組が、どのようなプロファイル（性別、年齢層等）の、何人のユーザに録画予約されたかという情報を、番組予約ログとして取得することができる（図１１参照）。したがって、番組制作者は、個々の番組に対するユーザの評価を統計的に判定する判断材料を取得することができる。一方、広告制作者は、広告が何人のユーザによって接触されたかという統計的な情報を得ることができ、容易に広告効果を判定することができる。さらに、番組または広告制作者は、番組や広告を提供しようとするターゲットユーザのプロファイルをあらかじめ設定しておいた場合には、その設定したユーザのプロファイルと番組録画予約ログとを比較することによって、番組または広告の制作手法を客観的に評価することができる。
【００７２】番組または広告制作者は、番組キーワードやタレントキーワードのユーザ登録情報によって、比較的広い範囲でのユーザ嗜好情報を得ることができ、さらに、番組録画予約ログの情報によって、そのユーザ嗜好情報の中で関心度が特に高いユーザ嗜好情報を得ることができる（図４参照）。すなわち、番組または広告制作者は、ユーザが関心のある事項について、嗜好度合いを２段階で把握することができるから、それらの情報を利用することによって効果的なマーケティング活動を行うことができる。したがって、番組または広告制作者は、効果的な広告活動を行うとともにその広告効果を容易に判断することができる。
【００７３】−−６．本発明のその他の実施形態−−実施形態では、ユーザ端末として携帯電話１００を例示したが、これに限られるものではなく、パーソナルコンピュータやＰＤＡ等のその他の機器を利用してもよい。また、番組レコード装置としてＶＴＲ装置２００例示したが、これに限られず、ＤＶＤ、ＨＤＤレコーダ、ハードディスクレコーダ、パーソナルコンピュータのハードディスク等の記憶メディアを利用してもよい。
【００７４】実施形態では、ＶＴＲ装置２００の録画予約操作は、サービスサーバ３００のＣＰＵ３０の処理を介して行う例を示したが（図９ステップＳ９６８参照）、これに限られず、携帯電話１００のＣＰＵ１０が、ＶＴＲ装置２００の録画予約の遠隔操作を行うようにしてもよい。また、実施形態では、ＶＴＲ装置２００がインターネット２に接続される例を示したが、これに限られず、携帯電話１００とＶＴＲ装置２００とを、インターネット２以外の手段、例えば、通信ケーブル、赤外線によって接続することによって番組録画予約操作を行うようにしてもよい。
【００７５】実施形態では、広告ＤＢ６００に、“番組ＩＤ”を記録しておくことにより、録画予約された番組ＩＤに対応する広告コンテンツを選択する例を示したが（図９ステップＳ９５４、９５８参照）、これに限られるものではない。その他の実施形態として、広告ＤＢ６００に、“番組キーワード”や“タレントキーワード”を記録してもよい。この場合、図９ステップＳ９６０で番組情報メールに付加される広告コンテンツの選択手法は、広告ＤＢ６００に記録された“番組キーワード”中に、図４のユーザＤＢ４００に記録された“番組キーワード”が含まれているか否かを判断することによって行えばよい。
【００７６】実施形態では、録画予約された番組ＩＤに対応づけられた広告コンテンツを、番組情報メールに付加することとしているが（図９ステップＳ９５８参照）、これに限られるものではない。その他の実施形態として、録画予約の有無にかかわらず、案内しようとする番組の番組ＩＤに対応づけられた広告コンテンツを番組情報メールに付加するようにしてもよい。
【００７７】実施形態では、番組情報メールに付加する情報として、広告コンテンツを例示したが（図９ステップＳ９６０参照）、これに限られず、番組情報メールに、案内しようとする番組に関連する別の番組案内コンテンツを付加するようにしてもよい。また、サービスサーバ３００は、番組情報メールの他、ユーザが録画予約した番組あるいはＶＴＲ装置２００が既に録画完了した番組の一覧を案内するメールを携帯電話１００に送信するようにしてもよい。
【００７８】実施形態では、“録画予約番組ＩＤ”に合致する“番組ＩＤ”が広告ＤＢ６００に記録されていると判断した場合に、広告付き番組情報メールを生成することとしているが（図９ステップＳ９５８、９６０参照）、これに限られず、録画予約番組ＩＤの有無にかかわらず全ての番組情報メールに付加する広告コンテンツを作成してもよい。この場合、例えば、全ての番組情報メールに付加する広告コンテンツを図６の広告ＤＢに記録する場合に、“番組ＩＤ”を“ＡＬＬ”とすることとすればよい。
【００７９】実施形態では、番組情報メールを配信するシステムを例示したが、これに限られず、その他の情報、例えば、週刊誌の見だし情報をメール配信するシステムにも利用することができる。
【００８０】実施形態では、携帯電話１００のＣＰＵ１０のプログラムは、インターネット２を介しサービスサーバ３００より送られたプログラムを実行することとし、一方、サービスサーバ３００のＣＰＵ３０の動作のためのプログラムは、ハードディスク３４に記憶させているが、これに限られず、それらのプログラムが記憶されたＣＤ―ＲＯＭから読み出してインストールさせるようにしてもよい。また、ＣＤ―ＲＯＭ以外に、フレキシブルディスク（ＦＤ）、ＩＣカード等の、プログラムをコンピュータ可読の記録媒体からインストールさせるようにしてもよい。さらに、通信回線を用いてプログラムをダウンロードするようにすることもできる。また、ＣＤ―ＲＯＭからプログラムをインストールすることにより、ＣＤ―ＲＯＭに記憶させたプログラムを間接的にコンピュータに実行させるのではなく、ＣＤ―ＲＯＭに記憶させたプログラムを直接的に実行するようにしてもよい。
【００８１】なお、コンピュータによって、実行可能なプログラムとしては、そのままのインストールするだけで直接実行可能なものはもちろん、一旦他の形態等に変換が必要なもの（例えば、データ圧縮されているものを解凍する等）、さらには、他のモジュール部分と組合して実行可能なものも含む。
【図面の簡単な説明】
【図１】ＴＶ番組ガイドメールシステムのシステム図である。
【図２】携帯電話とＶＴＲ装置のブロック図である。
【図３】サービスサーバのブロック図である。
【図４】ユーザデータベースの構成を示す図である。
【図５】番組データベースの構成を示す図である。
【図６】広告データベースの構成を示す図である。
【図７】ユーザ登録のフローチャートである。
【図８】図８Ａは、トップ画面例である。図８Ｂは、ユーザ登録画面例である。
【図９】番組予約サービスのフローチャートである。
【図１０】図１０Ａは、番組情報メールの画面例である。図１０Ｂ、図１０Ｃは、番組録画予約時の画面例である。
【図１１】番組録画予約ログレポートの構成を示す図である。
【図１２】ＴＶ番組ガイドメールサービスの概要を示す図である。
【符号の説明】
１００・・携帯電話
２００・・ＶＴＲ装置
３００・・サービスサーバ
【０００１】
【発明の属する技術分野】この発明は、番組データ配信システム及びその方法に関するものである。
【０００２】
【従来の技術】現在、ユーザがテレビ番組の録画予約を行う方法としては、ユーザ自身が新聞やテレビガイド誌のテレビ番組一覧表をチェックしたうえで、ビデオ録画装置の録画予約操作入力やコード入力による方法が主流である。
【０００３】
【発明が解決しようとする課題】近年、衛星放送やデジタル放送等の新規参入によって、多チャンネル、多コンテンツ化が進行してきており、ユーザの番組選択の幅が大きく広がりつつある。
【０００４】このような状況においては、ユーザ側からは、多数の番組選択肢の中から自己の関心のある番組のみをより簡易に選択できるシステムが求められている。一方、番組を制作する側からしてみれば、競合チャンネル数が増えるから、視聴数を確保するためにユーザに対して効果的な番組内容のアピールを行う必要がある。また、番組に対する広告スポンサーの側からみれば、多チャンネル状況下で広告単位あたりのユーザ接触時間が減少する可能性もあるから、より効果的な広告提供を行う必要がある。
【０００５】さらに、番組制作及び広告スポンサー事業者は、番組内容に対するユーザの関心度や、広告効果を判断する必要もある。一方で、従来のテレビ放送だけでなく、蓄積型放送にも対応可能な視聴率測定、番組関心度や広告効果の判定を行う必要もある。
【０００６】この発明は、上記のようなユーザ、番組制作及び広告スポンサー事業者の要求に鑑みて、番組選択をするユーザの利便性、番組内容の宣伝及び広告の効果的な提供と、その宣伝提供の効果の判定を簡易に行うことのできるシステム及びその方法を提供することを目的とする。
【０００７】
【課題を解決するための手段および発明の効果】１）本発明の番組データ配信システムは、配信サーバ装置、前記配信サーバ装置とネットワークで接続されるユーザ端末、を備えることにより、番組データの中から、ユーザ嗜好に合わせた番組に関するユーザ嗜好番組情報を選択し、そのユーザ嗜好番組情報と広告情報とを前記ユーザ端末に配信する番組データ配信システムであって、前記ユーザ端末は、前記ユーザ嗜好を示すユーザ嗜好情報を記録するユーザ嗜好情報記録手段、前記ユーザ嗜好情報を送信するユーザ嗜好情報送信手段、前記ユーザ嗜好番組情報を受信するユーザ嗜好番組情報受信手段、前記ユーザ嗜好番組情報を出力するユーザ嗜好番組情報出力手段、を備えており、前記配信サーバ装置は、前記ユーザ嗜好情報を受信するユーザ嗜好情報受信手段、前記ユーザ嗜好情報と対応づけて記録されている前記番組データから、前記受信したユーザ嗜好情報に基づいて前記ユーザ嗜好番組情報を選択するユーザ嗜好番組情報選択手段、前記番組データと対応づけて記録されている広告データに基づいて、前記選択したユーザ嗜好番組情報に前記広告情報を付加する広告情報付加手段、前記広告情報が付加されたユーザ嗜好番組情報を前記ユーザ端末に送信するユーザ嗜好番組情報送信手段、を備えたことを特徴としている。
【０００８】これにより、前記ユーザ端末のユーザは、多数の前記番組データが存在する場合であっても自己の嗜好に合った前記番組情報を迅速かつ簡易に取得することができる。また、多数の前記番組データの中からユーザが関心のある前記番組情報を送信するのであるから、前記番組を制作する側は、ターゲットとしているユーザの視聴率等を向上させることができる。
【０００９】さらに、前記ユーザ嗜好番組情報に付加される広告情報は、前記ユーザ嗜好情報に基づいて選択された前記番組データと対応づけられている。これにより、前記広告情報として、前記ユーザが関心のあるものが選択されることになる。したがって、前記広告を制作する側は、広告ターゲットとしているユーザに対する広告効果等を向上させることができる。
【００１０】６）本発明の前記番組データ配信システムは、さらに、少なくとも前記配信サーバ装置またはユーザ端末のいずれかとネットワークで接続される番組レコード装置、を備えており、前記ユーザ端末は、さらに、前記ユーザが、その出力されたユーザ嗜好番組情報の番組内容を記録することを所望する場合には、ユーザの操作に応じてそのユーザ嗜好番組情報をユーザ選択番組として記録するユーザ選択番組記録手段、前記記録したユーザ選択番組を示すユーザ選択番組情報を送信するユーザ選択番組情報送信手段、を備えており、前記配信サーバ装置は、さらに、前記ユーザ選択番組情報を受信するユーザ選択番組情報受信手段、前記受信したユーザ選択番組情報に基づいて、前記ユーザ選択番組情報の番組内容を前記番組レコード装置に記録させるための記録制御コマンドを送信する記録制御コマンド送信手段、を備えており、前記広告情報付加手段は、前記番組データと対応づけて記録されている広告データから、前記受信したユーザ選択番組情報に基づいて前記広告情報を選択し、前記選択したユーザ嗜好番組情報にその広告情報を付加すること、を特徴としており、前記番組レコード装置は、前記記録制御コマンドを受信して前記ユーザ選択番組の番組内容を記録する番組記録手段、を備えたことを特徴としている。これにより、前記ユーザは、自己の嗜好に合致し、かつ、その番組内容を記録することを所望した番組を、簡易かつ迅速に前記番組レコード装置に記録することができる。
【００１１】さらに、前記ユーザ嗜好番組情報に付加される広告情報は、前記ユーザ嗜好情報に基づいて選択されたものの中から、さらに、ユーザが前記番組内容を記録することを所望した前記ユーザ選択番組と対応づけられたものが選択される。これにより、前記広告情報として、前記ユーザが特に関心のあるものが選択されることになる。したがって、前記広告を制作する側は、広告ターゲットとしているユーザに対する広告効果等をより一層向上させることができる。
【００１２】９）本発明の前記配信サーバ装置は、さらに、前記ユーザ選択番組情報受信手段が受信したユーザ選択番組情報に基づいて、前記番組内容が記録される回数を示すログ情報を記録するログ情報記録手段、を備えたことを特徴としている。
【００１３】これにより、前記番組または広告を制作する側は、個々の番組内容が何人のユーザに記録されたかという情報を、前記ログ情報として取得することができる。したがって、前記番組を制作する側は、個々の番組内容に対するユーザの評価を統計的に判定する判断材料を取得することができる。一方、前記広告を制作する側は、前記広告情報が何人のユーザによって接触されたかという統計的な情報を得ることができ、容易に広告効果を判定することができる。
【００１４】１０）本発明の前記ユーザ端末は、さらに、ユーザのプロファイルを送信するプロファイル送信手段、を備えており、前記配信サーバ装置は、さらに、前記プロファイルを受信するプロファイル受信手段、を備えており、前記ログ情報記録手段は、前記ログ情報を、前記受信したプロファイルと対応づけて記録すること、を特徴としている。
【００１５】これにより、前記番組または広告を制作する側は、個々の番組内容が、何人の、どのような前記プロファイルのユーザによって記録されたかという情報を、前記ログ情報として取得することができる。したがって、前記番組を制作する側は、個々の番組内容に対するユーザの評価を、前記プロファイルと関連づけて統計的に判定する判断材料を取得することができる。一方、前記広告を制作する側は、前記広告情報が、何人の、どのような前記プロファイルのユーザによって接触されたかという統計的な情報を得ることができ、容易に広告効果を判定することができる。
【００１６】さらに、前記番組または広告を制作する側は、前記番組や広告を提供しようとするターゲットユーザのプロファイルをあらかじめ計画しておいた場合には、その計画した前記ユーザのプロファイルと前記ログ情報とを比較することによって、前記番組または広告の制作手法を客観的に評価することができる。
【００１７】用語の定義について説明する。
【００１８】この発明において、「番組」とは、文字、記号、映像、音声等を、テレビ番組放送や、ラジオ番組放送、インターネットコンテンツ配信等の手段によって、所定の単位で提供される情報を含む概念である。
【００１９】「ユーザ嗜好情報」とは、上記「番組」の分野やジャンル、タイトル、カテゴリー、対象、用途、場所等を示す情報、すなわち、「番組」の内容を形容する語句の情報の他、タレント名、アーティスト名、出演者名を示す情報等の、上記「番組」内容の個々の構成要素を形容する語句の情報を含む概念である。
【００２０】「広告」とは、ＣＭ、ＰＲ、宣伝等の、所定の商品、サービスの内容や特徴等を広く世間に知らしめるための情報を含む概念である。
【００２１】「プロファイル」とは、ユーザの年齢、性別、職業、住所、メールアドレス等の、そのユーザの属性を特定するための情報を含む概念である。
【００２２】
【発明の実施の形態】本発明に係る番組データ配信システムの実施形態を説明する。本実施形態は、ユーザが視聴を希望するテレビ番組情報の配信を行うとともに、そのユーザが高い興味を持っている可能性のある事項に関する広告を併せて提供するものである。これにより、テレビ番組の視聴を希望するユーザ、及び、テレビ番組や広告の提供者側の利便性を向上させることができる。
【００２３】以下、まず始めに、番組データ配信システムとしてのＴＶ番組ガイドメールシステムのシステム概要、装置等の構成、特許請求の範囲に記載した用語と実施形態との対応を説明し、次に、本実施形態による処理内容等の説明を行う。
目次１．システム概要２．装置等の構成３．特許請求の範囲に記載した用語と実施形態との対応４．システムの処理内容４−１．ユーザ登録４−２．ＴＶ番組ガイドメールサービス４−３．ＴＶ番組録画予約ログ解析５．実施形態による効果６．本発明のその他の実施形態−−−−−−−−−−−−−−−−１．システム概要−−図１は、本実施形態による、番組データ配信システムとしてのＴＶ番組ガイドメールシステム８の概略である。ＴＶ番組ガイドメールシステム８は、ユーザが使用する携帯電話１００及びＶＴＲ（Ｖｉｄｅｏ ｔａｐｅ ｒｅｃｏｒｄｅｒ）装置２００、ＴＶ番組等の情報を配信するサービスサーバ３００で構成される。携帯電話１００、ＶＴＲ装置２００、サービスサーバ３００のそれぞれは、インターネット２を介して接続可能である。サービスサーバ３００は、番組データベース（以下、「ＤＢ」とする）５００、ユーザＤＢ４００、広告ＤＢ６００と接続可能である。
【００２４】ユーザＤＢ４００は、後述するユーザ登録処理によって携帯電話１００のユーザの情報を記録するためのものである。一方、番組ＤＢ５００は、ＴＶ番組の放送を行う事業主等が、ＴＶ番組放送プログラムを記録するためのものである。また、広告ＤＢ６００は、例えばＴＶ番組のスポンサーとなっている広告主等が、広告コンテンツを記録するためのものである。
【００２５】なお、ユーザＤＢ４００、番組ＤＢ５００、広告ＤＢ６００のそれぞれは、サービスサーバ３００のハードディスク３４に直接記録するようにしてもよいし、あるいは、サービスサーバ３００とは別のサーバに記録するようにしてもよい。
【００２６】−−２．装置等の構成−−図２は、携帯電話１００及びＶＴＲ装置２００のハードウェア構成の一例である。
【００２７】携帯電話１００は、ＣＰＵ１０、ＲＡＭ１６、ＲＯＭ１８、ディスプレイ１２、入力部１１、スピーカ１４、インターネット２に接続するための通信回路１５を備えている。ＣＰＵ１０は、携帯電話１００全体を制御する。ＲＡＭ１６は、ＣＰＵ１０のワーク領域等を提供する。ＲＯＭ１８には、ＣＰＵ１０を動作させるためのプログラムや、ウェブを閲覧するためのブラウザプログラムが記録されている。入力部１１の操作により生成される操作情報は、ＣＰＵ１０に入力され、ＣＰＵ１０が生成した画像情報及び音声情報は、ディスプレイ１２、スピーカ１４にそれぞれ出力される。なお、ブラウザプログラムは、ｉ−ｍｏｄｅ（登録商標）等の通常のプログラムを使用すればよく、本システム専用のプログラム等は必要ではない。
【００２８】ＶＴＲ装置２００は、ＣＰＵ２０、ビデオ制御部２２、インターネット２に接続するための通信回路２４、メモリ２６、入力部２８を備えている。ＣＰＵ２０は、ＶＴＲ装置２００全体を制御する。メモリ２６は、ＣＰＵ２０のワーク領域等を提供する。入力部２８の操作により生成される操作情報は、ＣＰＵ２０に入力され、ＣＰＵ２０が生成したビデオ制御情報は、ビデオ制御部２２に出力されてビデオテープの録画再生等が行われる。ビデオ制御部２２は、表示回路、音声回路、スピーカ、チューナ、放送受信部等を備えている。
【００２９】図３は、サービスサーバ３００のハードウェア構成の一例である。サービスサーバ３００は、ＣＰＵ３０、ハードディスク３４、メモリ３２、インターネット２に接続するための通信回路３６を備えている。ハードディスク３４には、ＴＶ番組ガイドメールサービスプログラムが記録されている。なお、このプログラムによる本システムの運営は、ｉ−ｍｏｄｅ（登録商標）等のサービスを利用して行えばよい。
【００３０】図４は、ユーザＤＢ４００の構成の一例である。ユーザＤＢ４００には、“ユーザ名”、“ユーザアドレス”、“ＶＴＲアドレス”、“番組キーワード”、“タレントキーワード”、“性別”、“年齢”、“職業”、“録画予約番組ＩＤ”が記録される。“ユーザアドレス”、“ＶＴＲアドレス”は、それぞれネットワーク上でユーザの携帯電話１００、ＶＴＲ装置２００を特定するものであり、例えばＩＰアドレスと関連づけられるものである。
【００３１】図５は、番組ＤＢ５００の構成の一例である。番組ＤＢ５００には、“番組ＩＤ”、“番組名”、“放送日時”、“チャンネル”、“番組キーワード”が記録される。“番組ＩＤ”は、複数の番組データの中から所定の番組を特定する記号である。
【００３２】図６は、広告ＤＢ６００の構成の一例である。広告ＤＢ６００には、“番組ＩＤ”、“広告ＩＤ”、“広告コンテンツ”が記録される。“広告ＩＤ”は、複数の広告データの中から所定の広告を特定する記号である。“広告コンテンツ”は、広告内容を示す情報である。
【００３３】なお、上記のユーザＤＢ４００、番組ＤＢ５００、広告ＤＢ６００のそれぞれに記録される情報は、上述したものに限られるものではなく、情報をより細分化あるいは簡略化するようにしてもよい。
【００３４】−−３．特許請求の範囲に記載した用語と実施形態との対応−−特許請求の範囲に記載した用語と実施形態との対応は、以下のとおりである。
【００３５】「番組データ配信システム」は、図１のＴＶ番組ガイドメールシステム８に対応する。「配信サーバ装置」は、図１のサービスサーバ３００に対応し、「ネットワーク」は、インターネット２に対応し、「ユーザ端末」は、携帯電話１００に対応し、「番組レコード装置」は、ＶＴＲ装置２００に対応する。
【００３６】「番組データ」は、図５の番組ＤＢ５００の番組ＩＤに対応し、「広告データ」は、図６の広告ＤＢ６００の広告ＩＤに対応する。「番組データ記録部」は、番組ＤＢ５００の番組ＩＤを記録する記録領域に対応し、「ユーザ嗜好情報記録部」は、番組ＤＢ５００の番組キーワードを記録する記録領域に対応する。「広告データ記録部」は、広告ＤＢ６００の広告ＩＤを記録する記録領域に対応する。「プロファイル」は、図４のユーザＤＢ４００に記録される“性別”、“年齢”、“職業”に関する情報が対応する。
【００３７】「ユーザ嗜好情報」は、図７ステップＳ７１５においてユーザによって入力される“番組のキーワード”、“タレント”に関する情報が対応する。「ユーザ嗜好情報記録手段」は、図７ステップＳ７１５において携帯電話１００のＣＰＵ１０がＲＡＭ１６に項目情報を記録する処理に対応する。「ユーザ嗜好情報送信手段」は、ステップＳ７１９でＣＰＵ１０が行う処理に対応する。「ユーザ嗜好番組情報受信手段」は、図９ステップＳ９０１でＣＰＵ１０が行う処理に対応する。「ユーザ嗜好番組情報出力手段」は、ステップＳ９０３でＣＰＵ１０が行う処理に対応する。
【００３８】「ユーザ嗜好情報受信手段」は、図７ステップＳ７５８でサービスサーバ３００のＣＰＵ３０が行う処理に対応する。「ユーザ嗜好番組情報選択手段」は、図９ステップＳ９５０、９５２でＣＰＵ３０が行う処理に対応する。「ユーザ嗜好番組情報」は、ステップＳ９５２でＣＰＵ３０に選択される“番組ＩＤ”に関する情報が対応する。「広告情報付加手段」は、ステップＳ９６０でＣＰＵ３０が行う処理に対応する。「広告情報」は、ステップＳ９６０でＣＰＵ３０によって付加される図６の“広告コンテンツ”が対応する。「ユーザ嗜好番組情報送信手段」は、ステップＳ９６２でＣＰＵ３０が行う処理に対応する。
【００３９】「ユーザ選択番組記録手段」は、図９ステップＳ９０５で携帯電話１００のＣＰＵ１０がＲＡＭ１６に番組ＩＤを記録する処理に対応する。「ユーザ選択番組」は、図９ステップＳ９０５でＣＰＵ１０が記録する“番組ＩＤ”に関する情報に対応する。「ユーザ選択番組情報送信手段」は、ステップＳ９０７でＣＰＵ１０が行う処理に対応し、「ユーザ選択番組情報」は、ステップＳ９０７でＣＰＵ１０が送信する“番組ＩＤ”に関する情報に対応する。「ユーザ選択番組情報受信手段」は、ステップＳ９６４でサービスサーバ３００のＣＰＵ３０が行う処理に対応する。「記録制御コマンド」は、ステップＳ９６８でＣＰＵ３０が送信する情報に対応する。「番組記録手段」は、ステップＳ９６８におけるＶＴＲ操作情報を受信してＶＴＲ装置２００のＣＰＵ２０が行う処理に対応する。
【００４０】「ログ情報記録手段」は、図９ステップＳ９６６でサービスサーバ３００のＣＰＵ３０が行う処理に対応し、「ログ情報」は、ステップＳ９６６でＣＰＵ３０が記録する情報に対応する。
【００４１】「プロファイル送信手段」は、図７ステップＳ７１９で携帯電話１００のＣＰＵ１０が行う処理に対応し、「プロファイル受信手段」は、ステップＳ７５８でサービスサーバ３００のＣＰＵ３０が行う処理に対応する。
【００４２】−−４．システムの処理内容−−まず最初に、本システムのＴＶ番組ガイドメールサービスの概要を、図１２を参照しながら説明する。
【００４３】携帯電話１００は、ユーザの操作に応じてユーザが関心のある番組のキーワード（例：ポップス、英語、報道等）をサービスサーバ３００に送信する（記号１）。サービスサーバ３００は、個々のユーザ毎に番組キーワードをユーザ４００に登録する（記号２）。
【００４４】サービスサーバ３００は、番組キーワードと番組データとのマッチング、すなわち、番組ＤＢ５００に記録された番組データ中で、ユーザが送信した番組キーワードがある番組情報を抽出する（記号３）。サービスサーバ３００は、ユーザＤＢ４００に記録されている、そのユーザが既に録画予約した番組ＩＤを含む広告コンテンツを広告ＤＢ６００から抽出する（記号４）。サービスサーバ３００は、抽出した番組情報に広告コンテンツを含めた番組情報メールを生成し、携帯電話１００に送信する（記号５）。
【００４５】携帯電話１００は、ユーザがそのメールに記録されている番組内容をＶＴＲに録画することを希望した場合には、録画予約情報をサービスサーバ３００に送信し（記号６）、サービスサーバ３００は、その録画予約情報のログをユーザＤＢ４００に記録した後（記号７）、その番組内容を録画するための録画予約操作情報をＶＴＲ装置２００に送信し（記号８）、ＶＴＲ装置２００は、その番組の録画予約を行う（記号９）。
【００４６】このように、本システムでは、ユーザが関心のある番組情報がメールとして送信されるため、ユーザは興味のある番組を簡易に判断し、録画予約することができる。一方、番組や広告制作者は、興味を持っているユーザにターゲットを絞って番組や広告の案内を行うことができるから、番組宣伝効果及び広告効果を高めることができる。
【００４７】以下、上述した処理の詳細を、ユーザ登録、ＴＶ番組ガイドメールサービス、ＴＶ番組録画予約ログ解析の各ステップに分けて説明する。
【００４８】４−１．ユーザ登録携帯電話１００のＣＰＵ１０及びサービスサーバ３００のＣＰＵ３０は、図７のフローチャートに従ってユーザ登録を行う。
【００４９】携帯電話１００のＣＰＵ１０は、ユーザの操作に従ってサービスサーバ３００にアクセスする（図７R>７ステップＳ７０１）。サービスサーバ３００のＣＰＵ３０は、携帯電話１００からアクセスが有るか否かを判断し（ステップＳ７５０）、アクセスが有ればトップ画面を携帯電話１００に送信する（ステップＳ７５２）。このトップ画面を、図８Ａに例示する。
【００５０】ＣＰＵ１０は、トップ画面を受信したか否かを判断し（ステップＳ７０３）、受信したと判断すればそのトップ画面をディスプレイ１２に表示する（ステップＳ７０５）。ＣＰＵ１０は、図８Ａの“新規ユーザ登録”のコマンドのクリックによってユーザ登録画面要求が選択されたか否かを判断し（ステップＳ７０７）、選択されたと判断すれば、ユーザ登録画面要求をサービスサーバ３００に送信する（ステップＳ７０９）。サービスサーバ３００のＣＰＵ３０は、ユーザ登録画面要求を受信したか否かを判断し（ステップＳ７５４）、受信したと判断すれば、ユーザ登録画面を携帯電話１００に送信する（ステップＳ７５６）。このユーザ登録画面を、図８Ｂに例示する。
【００５１】ＣＰＵ１０は、ユーザ登録画面を受信したか否かを判断し（ステップＳ７１１）、受信したと判断すれば、そのユーザ登録画面をディスプレイ１２に表示する（ステップＳ７１３）。ＣＰＵ１０は、ユーザ登録に必要な項目（図８Ｂの“メールアドレス”等）が入力されたか否かを判断し（ステップＳ７１５）、入力されたと判断すれば、ＲＡＭ１６に項目情報を記録した後、その項目情報をサービスサーバ３００に送信して処理を終了する（ステップＳ７１９）。サービスサーバ３００のＣＰＵ３０は、項目情報を受信したか否かを判断し（ステップＳ７５８）、受信したと判断すれば、項目情報をユーザＤＢ４００（図４参照）に記録して処理を終了する（ステップＳ７６０）。
【００５２】以上の処理により、携帯電話１００のユーザは、ＴＶ番組ガイドメールサービスのユーザとして登録されるとともに、図４のユーザＤＢ４００に、ユーザ自身が視聴を希望する番組キーワード、タレントキーワード等が記録されることになる。
【００５３】なお、実施形態では、図７ステップＳ７１５のキーワード入力は、フリーワード入力としているが、これに限らず、あらかじめ設定された所定の項目を選択入力するようにしてもよい。
【００５４】４−２．ＴＶ番組ガイドメールサービス上述したユーザ登録後は、サービスサーバ３００は、所定の期間毎あるいはユーザからの要求があった場合に、図９のフローチャートに従って、携帯電話１００のユーザに対してＴＶ番組ガイドメールサービス処理を行う。ここで、ＴＶ番組ガイドメールサービスとは、ユーザが視聴を希望するＴＶ番組の放送日時やチャンネルに関する情報をメールによって配信するサービスである。
【００５５】サービスサーバ３００のＣＰＵ３０は、ユーザが登録した“番組キーワード”が、図５の番組ＤＢ５００に記録されているか否かについてのマッチング処理を行う（図９ステップＳ９５０）。具体的には、図４のユーザＤＢ４００に記録されている“番組キーワード”、“タレントキーワード”に合致する“番組キーワード”が、図５の番組ＤＢ５００に記録されているか否かを検索する。なお、検索処理は、完全一致、部分一致、あいまい検索等のいずれの手法を採用してもよい。ＣＰＵ３０は、ユーザが登録した“番組キーワード”が、図５の番組ＤＢ５００に記録されているか否かを判断し（ステップＳ９５２）、記録されていなければ処理を終了する。
【００５６】ＣＰＵ３０は、“番組キーワード”が番組ＤＢ５００に記録されていると判断すれば、次に、対象としているユーザのユーザＤＢ４００に“録画予約番組ＩＤ”が記録されているか否かを判断する（ステップＳ９５４）。“録画予約番組ＩＤ”が記録されていなければ、ステップＳ９５２で処理した、番組ＤＢ５００に記録されている番組データに基づいて番組情報メールを生成する（ステップＳ９５６）。一方、ユーザＤＢ４００に“録画予約番組ＩＤ”が記録されていれば、ＣＰＵ３０は、その番組データに関連する広告データが有るか否かを判断する（ステップＳ９５８）。具体的には、ＣＰＵ３０は、ユーザＤＢ４００に記録されている“録画予約番組ＩＤ”に合致する“番組ＩＤ”が、図６の広告ＤＢ６００に記録されているか否かを判断する。
【００５７】ＣＰＵ３０は、“録画予約番組ＩＤ”に合致する“番組ＩＤ”が広告ＤＢ６００に記録されていないと判断すれば、ステップＳ９５６からの処理を行う。一方、“録画予約番組ＩＤ”に合致する“番組ＩＤ”が広告ＤＢ６００に記録されていると判断すれば、広告付き番組情報メールを生成する（ステップＳ９６０）。具体的には、ＣＰＵ３０は、“録画予約番組ＩＤ”に合致する“番組ＩＤ”に関連付けて記録された広告コンテンツを広告ＤＢ６００から抽出し、その広告コンテンツを、ステップＳ９５２で処理した番組ＤＢ５００に記録されている番組データと併せたメールを生成する。図１０R>０Ａは、広告付き番組情報メールの一例である。
【００５８】ＣＰＵ３０は、ステップＳ９５６またはステップＳ９６０の処理によって生成した番組情報メールを携帯電話１００に送信する（ステップＳ９６２）。
【００５９】携帯電話１００のＣＰＵ１０は、番組情報メールを受信するか否かを判断し（ステップＳ９０１）、受信したと判断すればそのメールをディスプレイ１２に表示する（ステップＳ９０３）。ＣＰＵ１０は、次に、ユーザの操作によって番組録画予約指示の入力があるか否かを判断する（ステップＳ９０５）。この番組録画予約指示の入力とは、図１０Ａに示す番組データの中からユーザが番組データを選択した場合に、図１０Ｂの画面が表示され、ここでユーザが“録画予約”のコマンドをクリック等することによって行われる。
【００６０】ＣＰＵ１０は、番組録画予約指示の入力があったと判断すれば、番組ＩＤをＲＡＭ１６に記録した後、番組録画予約情報をサービスサーバ３００に送信した後に（ステップＳ９０７）、図１０Ｃに例示する画面をディスプレイ１２に表示して処理を終了する。サービスサーバ３００のＣＰＵ３０は、番組録画予約情報を受信するか否かを判断し（ステップＳ９６４）、受信したと判断すれば、対象としているユーザのユーザＤＢ４００に録画予約番組ＩＤを記録した後に（ステップＳ９６６）、ＶＴＲ操作情報をＶＴＲ装置２００に送信して処理を終了する（ステップＳ９６８）。
【００６１】ＶＴＲ装置２００のＣＰＵ２０は、そのＶＴＲ操作情報を受信して、ユーザによって選択された番組を録画するための録画予約制御を行うとともに、番組放送時に録画操作を行う。以上の処理により、ＴＶ番組ガイドメールサービスが行われる。
【００６２】なお、図９ステップＳ９６６でサービスサーバ３００のＣＰＵ３０が記録する録画予約番組の番組ＩＤを、所定期間が経過すると削除するようにしておくことで、ある程度古くなった広告コンテンツが番組情報メールに付加されないようにしてもよい。また、一つの番組情報メールに付加する広告コンテンツを所定数に制限するようにしたり、付加する広告コンテンツに優先順位を設定したり、一度付加した広告コンテンツは再度付加しないような処理をＣＰＵ３０が行うようにしてもよい。
【００６３】インターネット２を介したＶＴＲ装置２００の遠隔操作は、ユーザＤＢ４００に記録されるＶＴＲアドレスに基づいて所定のＶＴＲ装置２００を特定することによって行えばよい。この場合のインターネットプロトコルとしては、既存のプロトコルの他、ＩＰｖ６を利用してもよい。
【００６４】４−３．ＴＶ番組録画予約ログ解析サービスサーバ３００は、以上の処理によってＴＶ番組ガイドメールを送信するが、併せて番組録画予約情報を受信することとしている（図９ステップＳ９６４参照）。したがって、複数の携帯電話１００のユーザが存在する場合、サービスサーバ３００は、各番組が、どの程度ユーザにとって興味の対象となったかを判断するデータを取得することができる。具体的には、番組録画予約ログを番組ＩＤ毎に集計することにより、ある番組が何人のユーザによって番組録画予約されたか、というデータを取得することができる。
【００６５】したがって、サービスサーバ３００の運営者は、番組制作者や、番組スポンサーとなっている広告制作者に対して、各番組の番組録画予約ログをレポートとして出力することにより、各番組に対するユーザの評価、ユーザへの広告効果の評価を提供することができる。
【００６６】図１１は、そのような番組予約録画ログレポートの一例を示す。番組録画予約ログレポートには、“番組ＩＤ”、“番組名”、ユーザの“カテゴリー”、“番組録画予約ログ数”が記録される。“カテゴリー”は、ユーザの性別と年齢層によって区分けされるが、これらの情報は、ユーザ登録の際のユーザＤＢ４００に記録される“性別”、“年齢”のデータを参照するようにすればよい。なお、このレポートは、オンラインで番組制作者や広告制作者に対して提供してもよいし、別途ハードコピー等を提供するようにしてもよい。
【００６７】なお、図１１に示す番組予約録画ログレポートに記録する情報はこれに限られるものではなく、より細分化あるいは簡略化した情報としてもよい。
【００６８】−−５．実施形態による効果−−実施形態では、携帯電話１００のユーザは、番組情報メールを受信することにより（図９ステップＳ９０１、図１０１０Ａ参照）、自己の嗜好に合った番組情報を迅速かつ簡易に取得することができる。また、多数の番組データの中からユーザが関心のある番組メールを送信するのであるから、番組製作者は、ターゲットとしているユーザの視聴率等を向上させることができる。さらに、番組内容や放送時間に変更があった場合であっても、番組情報メールを再送信するようにすれば容易に対応可能である。
【００６９】実施形態では、携帯電話１００のユーザは、自己の嗜好に合う番組メールを受信し、かつ、その番組を録画することを所望した番組を、インターネット２を介して、遠隔操作により簡易かつ迅速にＶＴＲ装置２００に録画予約設定することができる（図９ステップＳ９０7参照）。
【００７０】さらに、番組情報メールに含まれる広告は、番組キーワードやタレントキーワードに基づいて選択された番組の中から、さらにユーザがその番組内容を録画予約することを所望した番組と対応づけらたものが選択される（図９ステップＳ９５４、９５８、９６０参照）。これにより、番組情報メールに含まれる広告として、ユーザが特に関心のあるもの（関心度の高いもの）が選択されることになる。したがって、番組のスポンサーである広告制作者は、広告ターゲットとしているユーザに対する広告効果をより一層向上させることができる。この場合の広告効果は、広告のみを単独で提供する場合よりも十分高いものと考えられる。
【００７１】実施形態では、番組または広告制作者は、個々の番組が、どのようなプロファイル（性別、年齢層等）の、何人のユーザに録画予約されたかという情報を、番組予約ログとして取得することができる（図１１参照）。したがって、番組制作者は、個々の番組に対するユーザの評価を統計的に判定する判断材料を取得することができる。一方、広告制作者は、広告が何人のユーザによって接触されたかという統計的な情報を得ることができ、容易に広告効果を判定することができる。さらに、番組または広告制作者は、番組や広告を提供しようとするターゲットユーザのプロファイルをあらかじめ設定しておいた場合には、その設定したユーザのプロファイルと番組録画予約ログとを比較することによって、番組または広告の制作手法を客観的に評価することができる。
【００７２】番組または広告制作者は、番組キーワードやタレントキーワードのユーザ登録情報によって、比較的広い範囲でのユーザ嗜好情報を得ることができ、さらに、番組録画予約ログの情報によって、そのユーザ嗜好情報の中で関心度が特に高いユーザ嗜好情報を得ることができる（図４参照）。すなわち、番組または広告制作者は、ユーザが関心のある事項について、嗜好度合いを２段階で把握することができるから、それらの情報を利用することによって効果的なマーケティング活動を行うことができる。したがって、番組または広告制作者は、効果的な広告活動を行うとともにその広告効果を容易に判断することができる。
【００７３】−−６．本発明のその他の実施形態−−実施形態では、ユーザ端末として携帯電話１００を例示したが、これに限られるものではなく、パーソナルコンピュータやＰＤＡ等のその他の機器を利用してもよい。また、番組レコード装置としてＶＴＲ装置２００例示したが、これに限られず、ＤＶＤ、ＨＤＤレコーダ、ハードディスクレコーダ、パーソナルコンピュータのハードディスク等の記憶メディアを利用してもよい。
【００７４】実施形態では、ＶＴＲ装置２００の録画予約操作は、サービスサーバ３００のＣＰＵ３０の処理を介して行う例を示したが（図９ステップＳ９６８参照）、これに限られず、携帯電話１００のＣＰＵ１０が、ＶＴＲ装置２００の録画予約の遠隔操作を行うようにしてもよい。また、実施形態では、ＶＴＲ装置２００がインターネット２に接続される例を示したが、これに限られず、携帯電話１００とＶＴＲ装置２００とを、インターネット２以外の手段、例えば、通信ケーブル、赤外線によって接続することによって番組録画予約操作を行うようにしてもよい。
【００７５】実施形態では、広告ＤＢ６００に、“番組ＩＤ”を記録しておくことにより、録画予約された番組ＩＤに対応する広告コンテンツを選択する例を示したが（図９ステップＳ９５４、９５８参照）、これに限られるものではない。その他の実施形態として、広告ＤＢ６００に、“番組キーワード”や“タレントキーワード”を記録してもよい。この場合、図９ステップＳ９６０で番組情報メールに付加される広告コンテンツの選択手法は、広告ＤＢ６００に記録された“番組キーワード”中に、図４のユーザＤＢ４００に記録された“番組キーワード”が含まれているか否かを判断することによって行えばよい。
【００７６】実施形態では、録画予約された番組ＩＤに対応づけられた広告コンテンツを、番組情報メールに付加することとしているが（図９ステップＳ９５８参照）、これに限られるものではない。その他の実施形態として、録画予約の有無にかかわらず、案内しようとする番組の番組ＩＤに対応づけられた広告コンテンツを番組情報メールに付加するようにしてもよい。
【００７７】実施形態では、番組情報メールに付加する情報として、広告コンテンツを例示したが（図９ステップＳ９６０参照）、これに限られず、番組情報メールに、案内しようとする番組に関連する別の番組案内コンテンツを付加するようにしてもよい。また、サービスサーバ３００は、番組情報メールの他、ユーザが録画予約した番組あるいはＶＴＲ装置２００が既に録画完了した番組の一覧を案内するメールを携帯電話１００に送信するようにしてもよい。
【００７８】実施形態では、“録画予約番組ＩＤ”に合致する“番組ＩＤ”が広告ＤＢ６００に記録されていると判断した場合に、広告付き番組情報メールを生成することとしているが（図９ステップＳ９５８、９６０参照）、これに限られず、録画予約番組ＩＤの有無にかかわらず全ての番組情報メールに付加する広告コンテンツを作成してもよい。この場合、例えば、全ての番組情報メールに付加する広告コンテンツを図６の広告ＤＢに記録する場合に、“番組ＩＤ”を“ＡＬＬ”とすることとすればよい。
【００７９】実施形態では、番組情報メールを配信するシステムを例示したが、これに限られず、その他の情報、例えば、週刊誌の見だし情報をメール配信するシステムにも利用することができる。
【００８０】実施形態では、携帯電話１００のＣＰＵ１０のプログラムは、インターネット２を介しサービスサーバ３００より送られたプログラムを実行することとし、一方、サービスサーバ３００のＣＰＵ３０の動作のためのプログラムは、ハードディスク３４に記憶させているが、これに限られず、それらのプログラムが記憶されたＣＤ―ＲＯＭから読み出してインストールさせるようにしてもよい。また、ＣＤ―ＲＯＭ以外に、フレキシブルディスク（ＦＤ）、ＩＣカード等の、プログラムをコンピュータ可読の記録媒体からインストールさせるようにしてもよい。さらに、通信回線を用いてプログラムをダウンロードするようにすることもできる。また、ＣＤ―ＲＯＭからプログラムをインストールすることにより、ＣＤ―ＲＯＭに記憶させたプログラムを間接的にコンピュータに実行させるのではなく、ＣＤ―ＲＯＭに記憶させたプログラムを直接的に実行するようにしてもよい。
【００８１】なお、コンピュータによって、実行可能なプログラムとしては、そのままのインストールするだけで直接実行可能なものはもちろん、一旦他の形態等に変換が必要なもの（例えば、データ圧縮されているものを解凍する等）、さらには、他のモジュール部分と組合して実行可能なものも含む。
【図面の簡単な説明】
【図１】ＴＶ番組ガイドメールシステムのシステム図である。
【図２】携帯電話とＶＴＲ装置のブロック図である。
【図３】サービスサーバのブロック図である。
【図４】ユーザデータベースの構成を示す図である。
【図５】番組データベースの構成を示す図である。
【図６】広告データベースの構成を示す図である。
【図７】ユーザ登録のフローチャートである。
【図８】図８Ａは、トップ画面例である。図８Ｂは、ユーザ登録画面例である。
【図９】番組予約サービスのフローチャートである。
【図１０】図１０Ａは、番組情報メールの画面例である。図１０Ｂ、図１０Ｃは、番組録画予約時の画面例である。
【図１１】番組録画予約ログレポートの構成を示す図である。
【図１２】ＴＶ番組ガイドメールサービスの概要を示す図である。
【符号の説明】
１００・・携帯電話
２００・・ＶＴＲ装置
３００・・サービスサーバ
【特許請求の範囲】
【請求項１】配信サーバ装置、前記配信サーバ装置とネットワークで接続されるユーザ端末、を備えることにより、番組データの中から、ユーザ嗜好に合わせた番組に関するユーザ嗜好番組情報を選択し、そのユーザ嗜好番組情報と広告情報とを前記ユーザ端末に配信する番組データ配信システムであって、前記ユーザ端末は、前記ユーザ嗜好を示すユーザ嗜好情報を記録するユーザ嗜好情報記録手段、前記ユーザ嗜好情報を送信するユーザ嗜好情報送信手段、前記ユーザ嗜好番組情報を受信するユーザ嗜好番組情報受信手段、前記ユーザ嗜好番組情報を出力するユーザ嗜好番組情報出力手段、を備えており、前記配信サーバ装置は、前記ユーザ嗜好情報を受信するユーザ嗜好情報受信手段、前記ユーザ嗜好情報と対応づけて記録されている前記番組データから、前記受信したユーザ嗜好情報に基づいて前記ユーザ嗜好番組情報を選択するユーザ嗜好番組情報選択手段、前記番組データと対応づけて記録されている広告データに基づいて、前記選択したユーザ嗜好番組情報に前記広告情報を付加する広告情報付加手段、前記広告情報が付加されたユーザ嗜好番組情報を前記ユーザ端末に送信するユーザ嗜好番組情報送信手段、を備えたことを特徴とする番組データ配信システム。
【請求項２】番組データの中から、ユーザ嗜好に合わせた番組に関するユーザ嗜好番組情報を選択し、そのユーザ嗜好番組情報と広告情報とを配信する配信サーバ装置であって、前記配信サーバ装置は、前記ユーザ嗜好を示すユーザ嗜好情報を受信するユーザ嗜好情報受信手段、前記ユーザ嗜好情報と対応づけて記録されている前記番組データから、前記受信したユーザ嗜好情報に基づいて前記ユーザ嗜好番組情報を選択するユーザ嗜好番組情報選択手段、前記番組データと対応づけて記録されている広告データに基づいて、前記選択したユーザ嗜好番組情報に前記広告情報を付加する広告情報付加手段、前記広告情報が付加されたユーザ嗜好番組情報を送信するユーザ嗜好番組情報送信手段、を備えたことを特徴とする配信サーバ装置。
【請求項３】番組データの中から、ユーザ嗜好に合わせた番組に関するユーザ嗜好番組情報を選択し、そのユーザ嗜好番組情報と広告情報とを配信する配信サーバ装置を機能させるためのプログラム、またはそのプログラムを記録した記録媒体であって、前記プログラムは前記配信サーバ装置を以下の、前記ユーザ嗜好を示すユーザ嗜好情報を受信するユーザ嗜好情報受信手段、前記ユーザ嗜好情報と対応づけて記録されている前記番組データから、前記受信したユーザ嗜好情報に基づいて前記ユーザ嗜好番組情報を選択するユーザ嗜好番組情報選択手段、前記番組データと対応づけて記録されている広告データに基づいて、前記選択したユーザ嗜好番組情報に前記広告情報を付加する広告情報付加手段、前記広告情報が付加されたユーザ嗜好番組情報を送信するユーザ嗜好番組情報送信手段、を備えた配信サーバ装置として機能させるためのプログラムまたはそのプログラムを記録した記録媒体。
【請求項４】ユーザ端末であって、ユーザ嗜好を示すユーザ嗜好情報を記録するユーザ嗜好情報記録手段、前記ユーザ嗜好情報を送信するユーザ嗜好情報送信手段、前記ユーザ嗜好番組情報を受信するユーザ嗜好番組情報受信手段、前記ユーザ嗜好番組情報を出力するユーザ嗜好番組情報出力手段、を備えたことを特徴とするユーザ端末。
【請求項５】ユーザ端末を機能させるためのプログラム、またはそのプログラムを記録した記録媒体であって、前記プログラムは前記ユーザ端末を以下の、ユーザ嗜好を示すユーザ嗜好情報を記録するユーザ嗜好情報記録手段、前記ユーザ嗜好情報を送信するユーザ嗜好情報送信手段、前記ユーザ嗜好番組情報を受信するユーザ嗜好番組情報受信手段、前記ユーザ嗜好番組情報を出力するユーザ嗜好番組情報出力手段、を備えたユーザ端末として機能させるためのプログラムまたはそのプログラムを記録した記録媒体。
【請求項６】請求項１〜５のいずれかにおいて、前記番組データ配信システムは、さらに、少なくとも前記配信サーバ装置またはユーザ端末のいずれかとネットワークで接続される番組レコード装置、を備えており、前記ユーザ端末は、さらに、前記ユーザが、その出力されたユーザ嗜好番組情報の番組内容を記録することを所望する場合には、ユーザの操作に応じてそのユーザ嗜好番組情報をユーザ選択番組として記録するユーザ選択番組記録手段、前記記録したユーザ選択番組を示すユーザ選択番組情報を送信するユーザ選択番組情報送信手段、を備えており、前記配信サーバ装置は、さらに、前記ユーザ選択番組情報を受信するユーザ選択番組情報受信手段、前記受信したユーザ選択番組情報に基づいて、前記ユーザ選択番組情報の番組内容を前記番組レコード装置に記録させるための記録制御コマンドを送信する記録制御コマンド送信手段、を備えており、前記広告情報付加手段は、前記番組データと対応づけて記録されている広告データから、前記受信したユーザ選択番組情報に基づいて前記広告情報を選択し、前記選択したユーザ嗜好番組情報にその広告情報を付加すること、を特徴としており、前記番組レコード装置は、前記記録制御コマンドを受信して前記ユーザ選択番組の番組内容を記録する番組記録手段、を備えたことを特徴とするもの。
【請求項７】ユーザ選択番組の番組内容を記録する番組レコード装置であって、前記番組レコード装置は、前記ユーザ選択番組の番組内容を前記番組レコード装置に記録させるための記録制御コマンドを受信して前記ユーザ選択番組の番組内容を記録する番組記録手段、を備えたことを特徴とする番組レコード装置。
【請求項８】ユーザ選択番組の番組内容を記録する番組レコード装置を機能させるためのプログラムまたはそのプログラムを記録した記録媒体であって、前記プログラムは前記番組レコード装置を以下の、前記ユーザ選択番組の番組内容を前記番組レコード装置に記録させるための記録制御コマンドを受信して前記ユーザ選択番組の番組内容を記録する番組記録手段、を備えた番組レコード装置として機能させるためのプログラムまたはそのプログラムを記録した記録媒体。
【請求項９】請求項６において、前記配信サーバ装置は、さらに、前記ユーザ選択番組情報受信手段が受信したユーザ選択番組情報に基づいて、前記番組内容が記録される回数を示すログ情報を記録するログ情報記録手段、を備えたことを特徴とするもの。
【請求項１０】請求項９において、前記ユーザ端末は、さらに、ユーザのプロファイルを送信するプロファイル送信手段、を備えており、前記配信サーバ装置は、さらに、前記プロファイルを受信するプロファイル受信手段、を備えており、前記ログ情報記録手段は、前記ログ情報を、前記受信したプロファイルと対応づけて記録すること、を特徴とするもの。
【請求項１１】番組データを記録する番組データ記録部、番組に関連するユーザ嗜好情報を前記番組データに対応づけて記録するユーザ嗜好情報記録部、を備えたデータ構造を有するデータを記録した記録媒体。
【請求項１２】番組データを記録する番組データ記録部、番組に関連する広告情報を前記番組データに対応づけて記録する広告データ記録部、を備えたデータ構造を有するデータを記録した記録媒体。
【請求項１３】コンピュータを利用することにより、番組データの中から、ユーザ嗜好に合わせた番組に関するユーザ嗜好番組情報を選択し、そのユーザ嗜好番組情報と広告情報とを配信する番組データ配信方法であって、ユーザ嗜好情報と対応づけて記録されている前記番組データから、前記ユーザ嗜好情報に基づいて前記ユーザ嗜好番組情報を選択し、前記番組データと対応づけて記録されている広告データに基づいて、前記選択したユーザ嗜好番組情報に前記広告情報を付加し、前記広告情報が付加されたユーザ嗜好番組情報を送信すること、を特徴とする番組データ配信方法。
【請求項１４】コンピュータを利用することにより、番組データの中から、ユーザ嗜好に合わせた番組に関するユーザ嗜好番組情報を選択し、そのユーザ嗜好番組情報と広告情報とを配信する番組データ配信方法であって、ユーザ嗜好情報と対応づけて記録されている前記番組データから、ユーザ嗜好情報に基づいて前記ユーザ嗜好番組情報を選択し、番組内容を記録することの対象とされたユーザ選択番組が既にあれば、そのユーザ選択番組と対応づけて記録されている広告情報を、前記選択したユーザ嗜好番組情報に付加し、前記広告情報が付加されたユーザ嗜好番組情報を送信すること、を特徴とする番組データ配信方法。
【請求項１５】コンピュータを利用することにより、番組に対するユーザの関心の度合いを測定する番組関心度測定方法であって、番組データの中から、ユーザ嗜好に合わせた番組に関するユーザ嗜好番組情報を選択してユーザに提供し、前記提供した番組情報中に、番組内容を記録することの対象とされた番組があれば、その対象とされた回数をカウントし、前記番組毎に前記回数を集計すること、を特徴とする番組関心度測定方法。
【請求項１】配信サーバ装置、前記配信サーバ装置とネットワークで接続されるユーザ端末、を備えることにより、番組データの中から、ユーザ嗜好に合わせた番組に関するユーザ嗜好番組情報を選択し、そのユーザ嗜好番組情報と広告情報とを前記ユーザ端末に配信する番組データ配信システムであって、前記ユーザ端末は、前記ユーザ嗜好を示すユーザ嗜好情報を記録するユーザ嗜好情報記録手段、前記ユーザ嗜好情報を送信するユーザ嗜好情報送信手段、前記ユーザ嗜好番組情報を受信するユーザ嗜好番組情報受信手段、前記ユーザ嗜好番組情報を出力するユーザ嗜好番組情報出力手段、を備えており、前記配信サーバ装置は、前記ユーザ嗜好情報を受信するユーザ嗜好情報受信手段、前記ユーザ嗜好情報と対応づけて記録されている前記番組データから、前記受信したユーザ嗜好情報に基づいて前記ユーザ嗜好番組情報を選択するユーザ嗜好番組情報選択手段、前記番組データと対応づけて記録されている広告データに基づいて、前記選択したユーザ嗜好番組情報に前記広告情報を付加する広告情報付加手段、前記広告情報が付加されたユーザ嗜好番組情報を前記ユーザ端末に送信するユーザ嗜好番組情報送信手段、を備えたことを特徴とする番組データ配信システム。
【請求項２】番組データの中から、ユーザ嗜好に合わせた番組に関するユーザ嗜好番組情報を選択し、そのユーザ嗜好番組情報と広告情報とを配信する配信サーバ装置であって、前記配信サーバ装置は、前記ユーザ嗜好を示すユーザ嗜好情報を受信するユーザ嗜好情報受信手段、前記ユーザ嗜好情報と対応づけて記録されている前記番組データから、前記受信したユーザ嗜好情報に基づいて前記ユーザ嗜好番組情報を選択するユーザ嗜好番組情報選択手段、前記番組データと対応づけて記録されている広告データに基づいて、前記選択したユーザ嗜好番組情報に前記広告情報を付加する広告情報付加手段、前記広告情報が付加されたユーザ嗜好番組情報を送信するユーザ嗜好番組情報送信手段、を備えたことを特徴とする配信サーバ装置。
【請求項３】番組データの中から、ユーザ嗜好に合わせた番組に関するユーザ嗜好番組情報を選択し、そのユーザ嗜好番組情報と広告情報とを配信する配信サーバ装置を機能させるためのプログラム、またはそのプログラムを記録した記録媒体であって、前記プログラムは前記配信サーバ装置を以下の、前記ユーザ嗜好を示すユーザ嗜好情報を受信するユーザ嗜好情報受信手段、前記ユーザ嗜好情報と対応づけて記録されている前記番組データから、前記受信したユーザ嗜好情報に基づいて前記ユーザ嗜好番組情報を選択するユーザ嗜好番組情報選択手段、前記番組データと対応づけて記録されている広告データに基づいて、前記選択したユーザ嗜好番組情報に前記広告情報を付加する広告情報付加手段、前記広告情報が付加されたユーザ嗜好番組情報を送信するユーザ嗜好番組情報送信手段、を備えた配信サーバ装置として機能させるためのプログラムまたはそのプログラムを記録した記録媒体。
【請求項４】ユーザ端末であって、ユーザ嗜好を示すユーザ嗜好情報を記録するユーザ嗜好情報記録手段、前記ユーザ嗜好情報を送信するユーザ嗜好情報送信手段、前記ユーザ嗜好番組情報を受信するユーザ嗜好番組情報受信手段、前記ユーザ嗜好番組情報を出力するユーザ嗜好番組情報出力手段、を備えたことを特徴とするユーザ端末。
【請求項５】ユーザ端末を機能させるためのプログラム、またはそのプログラムを記録した記録媒体であって、前記プログラムは前記ユーザ端末を以下の、ユーザ嗜好を示すユーザ嗜好情報を記録するユーザ嗜好情報記録手段、前記ユーザ嗜好情報を送信するユーザ嗜好情報送信手段、前記ユーザ嗜好番組情報を受信するユーザ嗜好番組情報受信手段、前記ユーザ嗜好番組情報を出力するユーザ嗜好番組情報出力手段、を備えたユーザ端末として機能させるためのプログラムまたはそのプログラムを記録した記録媒体。
【請求項６】請求項１〜５のいずれかにおいて、前記番組データ配信システムは、さらに、少なくとも前記配信サーバ装置またはユーザ端末のいずれかとネットワークで接続される番組レコード装置、を備えており、前記ユーザ端末は、さらに、前記ユーザが、その出力されたユーザ嗜好番組情報の番組内容を記録することを所望する場合には、ユーザの操作に応じてそのユーザ嗜好番組情報をユーザ選択番組として記録するユーザ選択番組記録手段、前記記録したユーザ選択番組を示すユーザ選択番組情報を送信するユーザ選択番組情報送信手段、を備えており、前記配信サーバ装置は、さらに、前記ユーザ選択番組情報を受信するユーザ選択番組情報受信手段、前記受信したユーザ選択番組情報に基づいて、前記ユーザ選択番組情報の番組内容を前記番組レコード装置に記録させるための記録制御コマンドを送信する記録制御コマンド送信手段、を備えており、前記広告情報付加手段は、前記番組データと対応づけて記録されている広告データから、前記受信したユーザ選択番組情報に基づいて前記広告情報を選択し、前記選択したユーザ嗜好番組情報にその広告情報を付加すること、を特徴としており、前記番組レコード装置は、前記記録制御コマンドを受信して前記ユーザ選択番組の番組内容を記録する番組記録手段、を備えたことを特徴とするもの。
【請求項７】ユーザ選択番組の番組内容を記録する番組レコード装置であって、前記番組レコード装置は、前記ユーザ選択番組の番組内容を前記番組レコード装置に記録させるための記録制御コマンドを受信して前記ユーザ選択番組の番組内容を記録する番組記録手段、を備えたことを特徴とする番組レコード装置。
【請求項８】ユーザ選択番組の番組内容を記録する番組レコード装置を機能させるためのプログラムまたはそのプログラムを記録した記録媒体であって、前記プログラムは前記番組レコード装置を以下の、前記ユーザ選択番組の番組内容を前記番組レコード装置に記録させるための記録制御コマンドを受信して前記ユーザ選択番組の番組内容を記録する番組記録手段、を備えた番組レコード装置として機能させるためのプログラムまたはそのプログラムを記録した記録媒体。
【請求項９】請求項６において、前記配信サーバ装置は、さらに、前記ユーザ選択番組情報受信手段が受信したユーザ選択番組情報に基づいて、前記番組内容が記録される回数を示すログ情報を記録するログ情報記録手段、を備えたことを特徴とするもの。
【請求項１０】請求項９において、前記ユーザ端末は、さらに、ユーザのプロファイルを送信するプロファイル送信手段、を備えており、前記配信サーバ装置は、さらに、前記プロファイルを受信するプロファイル受信手段、を備えており、前記ログ情報記録手段は、前記ログ情報を、前記受信したプロファイルと対応づけて記録すること、を特徴とするもの。
【請求項１１】番組データを記録する番組データ記録部、番組に関連するユーザ嗜好情報を前記番組データに対応づけて記録するユーザ嗜好情報記録部、を備えたデータ構造を有するデータを記録した記録媒体。
【請求項１２】番組データを記録する番組データ記録部、番組に関連する広告情報を前記番組データに対応づけて記録する広告データ記録部、を備えたデータ構造を有するデータを記録した記録媒体。
【請求項１３】コンピュータを利用することにより、番組データの中から、ユーザ嗜好に合わせた番組に関するユーザ嗜好番組情報を選択し、そのユーザ嗜好番組情報と広告情報とを配信する番組データ配信方法であって、ユーザ嗜好情報と対応づけて記録されている前記番組データから、前記ユーザ嗜好情報に基づいて前記ユーザ嗜好番組情報を選択し、前記番組データと対応づけて記録されている広告データに基づいて、前記選択したユーザ嗜好番組情報に前記広告情報を付加し、前記広告情報が付加されたユーザ嗜好番組情報を送信すること、を特徴とする番組データ配信方法。
【請求項１４】コンピュータを利用することにより、番組データの中から、ユーザ嗜好に合わせた番組に関するユーザ嗜好番組情報を選択し、そのユーザ嗜好番組情報と広告情報とを配信する番組データ配信方法であって、ユーザ嗜好情報と対応づけて記録されている前記番組データから、ユーザ嗜好情報に基づいて前記ユーザ嗜好番組情報を選択し、番組内容を記録することの対象とされたユーザ選択番組が既にあれば、そのユーザ選択番組と対応づけて記録されている広告情報を、前記選択したユーザ嗜好番組情報に付加し、前記広告情報が付加されたユーザ嗜好番組情報を送信すること、を特徴とする番組データ配信方法。
【請求項１５】コンピュータを利用することにより、番組に対するユーザの関心の度合いを測定する番組関心度測定方法であって、番組データの中から、ユーザ嗜好に合わせた番組に関するユーザ嗜好番組情報を選択してユーザに提供し、前記提供した番組情報中に、番組内容を記録することの対象とされた番組があれば、その対象とされた回数をカウントし、前記番組毎に前記回数を集計すること、を特徴とする番組関心度測定方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図１１】
【図７】
【図９】
【図１０】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図８】
【図１１】
【図７】
【図９】
【図１０】
【図１２】
【公開番号】特開２００３−１７９９０７（Ｐ２００３−１７９９０７Ａ）
【公開日】平成１５年６月２７日（２００３．６．２７）
【国際特許分類】
【出願番号】特願２００１−３７７７５６（Ｐ２００１−３７７７５６）
【出願日】平成１３年１２月１１日（２００１．１２．１１）
【出願人】（０００１５１０９２）株式会社電通 (57)
【Ｆターム（参考）】
【公開日】平成１５年６月２７日（２００３．６．２７）
【国際特許分類】
【出願日】平成１３年１２月１１日（２００１．１２．１１）
【出願人】（０００１５１０９２）株式会社電通 (57)
【Ｆターム（参考）】
[ Back to top ]