(57)【要約】登録サーバ４０は、通信ネットワーク１０を介して移動端末２０に接続され、ユーザの放送番組内希望シーンを特定する希望シーン情報を移動端末２０の通信アドレス情報（電話番号またはメールアドレス等）とともに登録する。シーン管理サーバ４２は、放送番組内に現れる実シーンのシーン情報を分類管理する。メッセージ送信サーバ４６は、実シーンが希望シーンに該当するか否かをチェックし、該当する場合に、当該ユーザに対して希望シーンの放送が開始されるまたは開始されたことを示すシーン情報を通信ネットワーク１０を介して、またはデータ放送により、移動端末２０に送信する。このシーン情報の通知に応じて、移動端末２０のユーザは、チャンネル設定を行うことなく、ＴＶオン指示により当該シーンをほぼリアルタイムで視聴できる。【特許請求の範囲】
【請求項１】
データ通信機能および放送受信再生機能を有する端末装置に対する放送番組シーン通知方法であって、
前記端末装置のユーザの放送番組内希望シーンを特定する希望シーン情報を当該端末装置の通信アドレス情報とともに登録するステップと、
放送番組内に現れる実シーンのシーン情報を分類管理するステップと、
前記実シーンが前記希望シーンに該当するか否かをチェックするステップと、
該当する場合に、当該ユーザに対して希望シーンの放送が開始されるまたは開始されたことを示すシーン情報を当該ユーザの端末装置に送信するステップとを備え、
放送番組シーンの放送開始をほぼリアルタイムに通知することを特徴とする放送番組シーン通知方法。
【請求項２】
前記シーン情報は、前記シーンの放送されるチャンネルを示すチャンネル情報と、当該通知されるシーンのタイトル情報および当該シーンの開始時刻の少なくとも一方とを含むことを特徴とする請求項１記載の放送番組シーン通知方法。
【請求項３】
前記シーン情報の送信は、前記通信アドレス情報として電話番号を利用したメッセージ通信、または、前記通信アドレス情報として電子メールアドレスを利用したメール通信、または、ユーザ識別情報を含めたデータ放送により行われることを特徴とする請求項１または２記載の放送番組シーン通知方法。
【請求項４】
前記放送番組シーンの放送開始の通知に伴い、当該シーンの放送情報に広告情報を追加して放送させるステップをさらに備えたことを特徴とする請求項１記載の放送番組シーン通知方法。
【請求項５】
前記放送番組シーンの放送開始の通知に伴い、当該シーンの放送に合わせて広告情報をデータ通信により送信させるステップをさらに備えたことを特徴とする請求項１記載の放送番組シーン通知方法。
【請求項６】
データ通信機能および放送受信再生機能を有する端末装置に対する放送番組シーン通知システムであって、
通信ネットワークを介して前記端末装置に接続され、ユーザの放送番組内希望シーンを特定する希望シーン情報を当該端末装置の通信アドレス情報とともに登録する登録手段と、
放送番組内に現れる実シーンのシーン情報を分類管理する管理手段と、
前記実シーンが前記希望シーンに該当するか否かをチェックし、該当する場合に、当該ユーザに対して希望シーンの放送が開始されるまたは開始されたことを示すシーン情報を前記通信ネットワークを介して当該ユーザの端末装置に送信するシーン情報送信手段とを備え、
前記シーン情報送信手段は、放送番組シーンの放送開始をほぼリアルタイムに通知することを特徴とする放送番組シーン通知システム。
【請求項７】
前記シーン情報は、前記シーンの放送されるチャンネルを示すチャンネル情報と、当該通知されるシーンのタイトル情報および当該シーンの開始時刻の少なくとも一方を含むことを特徴とする請求項６記載の放送番組シーン通知システム。
【請求項８】
前記シーン情報の送信は、前記端末装置の電話番号を利用したメッセージ通信、または、電子メールアドレスを利用したメール通信、または、ユーザ識別情報を含めたデータ放送により行われることを特徴とする請求項６または７記載の放送番組シーン通知システム。
【請求項９】
放送またはデータ通信により広告情報を配信する広告情報配信手段をさらに備え、この広告情報配信手段は、前記放送番組シーンの放送開始の通知に伴い、当該シーンの放送情報に広告情報を追加して放送させる、または、データ通信により広告情報を当該端末装置に配信することを特徴とする請求項６記載の放送番組シーン通知システム。
【請求項１０】
前記登録手段は、前記端末装置のユーザに対して希望シーンＩＤ情報を対応づけたユーザ・シーン対応テーブルを有することを特徴とする請求項６記載の放送番組シーン通知システム。
【請求項１１】
前記管理手段は、個々の実シーンに対して、少なくとも該当する希望シーンＩＤ情報、シーンタイトル情報を対応づけたシーン管理テーブルを有することを特徴とする請求項６記載の放送番組シーン通知システム。
【請求項１２】
前記シーン管理テーブルは、実シーンに対してさらに、その番組の放送チャンネル情報および開始時刻情報を含むことを特徴とする請求項６記載の放送番組シーン通知システム。
【請求項１３】
視聴状況確認サーバをさらに備え、この視聴状況確認サーバは、前記放送番組シーンの通知に応じて放送受信再生機能がオンされたことを示す情報を少なくとも含む視聴情報を各端末装置から受信し、視聴状況の確認を行うことを特徴とする請求項６記載の放送番組シーン通知システム。
【請求項１４】
前記視聴情報は、さらに放送受信再生機能がオンされた時刻、オフされた時刻、オンからオフまでの時間、通知されたシーン情報、チャンネル変更情報、チャンネル変更時刻、シーン通知開封情報、のいずれかの情報を含むことを特徴とする請求項１３記載の放送番組シーン通知システム。
【請求項１５】
前記端末装置から前記視聴状況確認サーバへ送信される送信情報の送信を仲介する認証サーバを備え、この認証サーバは、携帯電話の携帯電話事業者サイトに設置され、端末装置の端末ＩＤに基づくユーザ認証処理を行うことを特徴とする請求項１３または１４記載の放送番組シーン通知システム。
【請求項１６】
前記認証サーバは、当該端末装置の位置情報および当該端末装置のユーザの個人情報の少なくとも一方の情報を送信情報に付加することを特徴とする請求項１５記載の放送番組シーン通知システム。
【請求項１７】
データ通信機能および放送受信再生機能を有する端末装置に対する放送番組シーン通知を行うコンピュータプログラムであって、
前記端末装置のユーザの放送番組内希望シーンを特定する希望シーン情報を当該端末装置の通信アドレス情報とともに登録するステップと、
放送番組内に現れる実シーンのシーン情報を分類管理するステップと、
前記実シーンが前記希望シーンに該当するか否かをチェックするステップと、
該当する場合に、当該ユーザに対して希望シーンの放送が開始されるまたは開始されたことを示すシーン情報を当該ユーザの端末装置に送信するステップとを備え、
放送番組シーンの放送開始をほぼリアルタイムに通知することを特徴とする放送番組シーン通知プログラム。
【請求項１８】
放送を受信再生する放送受信再生手段と、
放送番組のチャンネル情報を含むデータを受信するデータ受信手段と、
受信した前記チャンネル情報を抽出するチャンネルデータ抽出手段と、
抽出したチャンネル情報に基づいて前記放送受信再生手段の受信チャンネルを設定し、前記放送受信再生手段を起動する起動手段と、
を備えたことを特徴とする端末装置。
【請求項１９】
受信された放送番組の最新の所定時間分だけ連続して上書き録画する録画手段をさらに備え、前記データ受信手段は前記チャンネル情報とともに時刻情報を受信し、前記起動手段は、シーン通知を受信したとき前記録画手段による録画を停止させ、当該シーン通知のチャンネル情報および時刻情報で指定されたシーンの前記録画手段からの再生を起動することを特徴とする請求項１８記載の端末装置。
【請求項２０】
前記録画手段による、放送番組の最新の所定時間分だけ連続して上書き録画する動作モードへの移行を、外部から受信した当該動作モードへの移行を指示するメッセージに応じて行うことを特徴とする請求項１９記載の端末装置。
【請求項２１】
データ通信機能および放送受信再生機能を有する端末装置で実行されるコンピュータプログラムであって、
放送番組のチャンネル情報を含むデータを受信するステップと、
受信した前記チャンネル情報を抽出するステップと、
抽出したチャンネル情報に基づいて受信チャンネルを設定し、放送受信再生を起動するステップと、
を備えたことを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、テレビ放送の受信再生機能を有する端末装置に対して放送番組シーンの放送開始をほぼリアルタイムに通知するシステムに関するものである。
【背景技術】
【０００２】  最近、地上波デジタル・テレビ放送を受信する機能を有する携帯電話機が発表されている（非特許文献１参照）。これにより、携帯電話機のユーザは外出先で任意所望の時間に携帯電話機でテレビ放送を視聴することが可能となる。【０００３】  特許文献１には、放送局が、番組告知番組等で放送番組をユーザに告知し、ユーザから視聴したい番組の登録を受け、その番組の放送日前日等に当該番組の登録を行った全ユーザに気付けメールを送信する技術が開示されている。これは、ユーザが所望の番組の視聴を忘れるのを防止するのに効果がある。
【特許文献１】特開２００３−１３４０６７号公報
【非特許文献１】「いよいよテレビ・ケータイ１時間の視聴が射程に」日経エレクトロニクス  ２００３．８．１８号  ｐｐ８９−９５
【非特許文献２】「見たいシーンをつまみ食い  日本電算機の新型録画機」日経エレクトロニクス  ２００３．８．１８号  ｐｐ２８−２９
【非特許文献３】″Ｓｐｅｃｉａｌ  Ｉｓｓｕｅ  ｏｎ  ｉ−ｍｏｄｅ  Ｓｅｒｖｉｃｅ  Ｄｉｇｉｔａｌ  Ｍｏｖａ  Ｗｉｔｈ  Ｍｉｃｒｏ  Ｂｒｏｗｓｅｒ″，ＮＴＴ  ＤｏＣｏＭｏ  Ｔｅｃｈｎｉｃａｌ  Ｊｏｕｒｎａｌ  Ｖｏｌ．１，Ｎｏ．１，ｐ２８
【発明の開示】
【発明が解決しようとする課題】
【０００４】  しかしながら、携帯電話機のような移動端末装置（以下、単に移動端末という）においては、移動中であったり、受信電波の状況が変化したり、等の要因により、あるいは、バッテリ残量の観点から、家庭内の固定的なテレビ装置とは異なり、長時間に亘って連続的にテレビ放送の視聴が行われることは稀であると考えられる。【０００５】  むしろ、放送の番組単位ではなく番組の一部、すなわち、番組内でユーザの興味のある特定のシーンについてのみ視聴をする、というのが移動端末でのテレビ放送の一般的な視聴形態となることが予想される。これは例えば、野球中継の中で、自分の好きな選手の打席のシーン、大相撲で自分の贔屓とする力士の取り組みのシーン、歌番組で興味のある歌手の出演シーン、等を短時間だけ視聴するという形態である。しかし、ユーザにとってある番組に自分の見たいシーンがあると分かっていてもそのシーンが番組内のいつの時点で放送されるかは明確でないのが通例である。また、そのようなシーンが含まれる番組の存在自体に気づかない場合もありうる。【０００６】  このような問題に関して、非特許文献２は、ニュース番組やワイドショー番組などについて１日の放映時間の長い上位５位までのトピックス、あるいは、ユーザが選択したキーワードに合致する特定ニュース番組中の関連シーンを録画済みのデータの中から抽出して再生する、大容量ハードディスク装置を備えたデジタル録画機およびホームサーバを開示している。この技術によれば、番組内の一部のシーンのみを選択的に視聴することが可能となる。しかし、この技術は対象となる複数の番組全体を一旦録画するため、大容量の記憶装置が必要となり、移動端末では採用困難である。また、採用可能としてもこの技術によるシーンの視聴はいわゆるタイムシフトによる視聴であり、スポーツ生中継などの番組をリアルタイムで視聴したいというユーザの欲求に応えることはできない。【０００７】  本発明はこのような背景においてなされたものであり、その目的は、ユーザが放送番組の中の希望シーンをほぼリアルタイムで視聴できるようにユーザにシーン通知を行うサービスに関する方法、装置、システムおよびコンピュータプログラムを提供することにある。【０００８】  本発明の他の目的は、シーン通知に伴って広告情報の配信を行う方法およびシステムを提供することにある。【０００９】  本発明のさらに他の目的は、シーン通知に伴って視聴情報の取得を行うシステムを提供することにある。
【課題を解決するための手段】
【００１０】  本発明による放送番組シーン通知方法は、データ通信機能および放送受信再生機能を有する端末装置に対する放送番組シーン通知方法であって、前記端末装置のユーザの放送番組内希望シーンを特定する希望シーン情報を当該端末装置の通信アドレス情報とともに登録するステップと、放送番組内に現れる実シーンのシーン情報を分類管理するステップと、前記実シーンが前記希望シーンに該当するか否かをチェックするステップと、該当する場合に、当該ユーザに対して希望シーンの放送が開始されるまたは開始されたことを示すシーン情報を当該ユーザの端末装置に送信するステップとを備え、放送番組シーンの放送開始をほぼリアルタイムに通知することを特徴とする。【００１１】  この放送番組シーン通知方法では、ユーザは自己の希望する放送番組内シーンを予め登録しておくことにより、番組内の実シーンが希望シーンに該当する場合に、実シーンの発生時にほぼリアルタイムに、希望シーンの放送が開始されるまたは開始されたことの通知を受けることができる。したがって、ユーザは希望シーンに該当する実シーンを放送中にリアルタイムに視聴することができる。なお「ほぼリアルタイム」に通知を受ける、とは実シーンの開始を確認してから通知する場合の遅延を考慮した表現である。【００１２】  前記放送番組内に現れる実シーンのシーン情報の分類管理は、当該番組放送中に実シーンの発生直前または直後に行われる場合と、番組放送開始前に予定として先行して行われる場合とがありうる。【００１３】  前記シーン情報は、例えば、前記シーンの放送されるチャンネルを示すチャンネル情報と、当該通知されるシーンのタイトル情報および当該シーンの開始時刻の少なくとも一方とを含む。チャンネル情報は端末装置でのチャンネル設定に利用される。シーンのタイトル情報および開始時刻は端末装置に表示することにより、ユーザにそのシーンがどのようなものでいつの開始かを認識するのに役立つ。開始時刻を含む場合には、さらに、終了時刻または継続時間を含んでもよい。【００１４】  前記シーン情報の送信は、前記通信アドレス情報として電話番号を利用したメッセージ通信、または、前記通信アドレス情報として電子メールアドレスを利用したメール通信、または、ユーザ識別情報を含めたデータ放送により行われる。【００１５】  前記放送番組シーンの放送開始の通知に伴い、当該シーンの放送情報に広告情報を追加して放送させるステップをさらに備えてもよい。あるいは、前記放送番組シーンの放送開始の通知に伴い、当該シーンの放送に合わせて広告情報をデータ通信により送信させるステップをさらに備えてもよい。【００１６】  本発明による放送番組シーン通知システムは、データ通信機能および放送受信再生機能を有する端末装置に対する放送番組シーン通知システムであって、通信ネットワークを介して前記端末装置に接続され、ユーザの放送番組内希望シーンを特定する希望シーン情報を当該端末装置の通信アドレス情報とともに登録する登録手段と、放送番組内に現れる実シーンのシーン情報を分類管理する管理手段と、前記実シーンが前記希望シーンに該当するか否かをチェックし、該当する場合に、当該ユーザに対して希望シーンの放送が開���されるまたは開始されたことを示すシーン情報を前記通信ネットワークを介して当該ユーザの端末装置に送信するシーン情報送信手段とを備え、前記シーン情報送信手段は、放送番組シーンの放送開始をほぼリアルタイムに通知することを特徴とする。【００１７】  このシステムにおいて、登録手段は、通信ネットワークを介して前記端末装置に接続され、ユーザの放送番組内希望シーンを特定する希望シーン情報を当該端末装置の通信アドレス情報とともに登録する。管理手段は、放送番組内に現れる実シーンのシーン情報を分類管理する。シーン情報送信手段は、前記実シーンが前記希望シーンに該当するか否かをチェックし、該当する場合に、当該ユーザに対して希望シーンの放送が開始されるまたは開始されたことを示すシーン情報を前記通信ネットワークを介して当該ユーザの端末装置に送信することにより、放送番組シーンの放送開始をほぼリアルタイムに通知する。【００１８】  前記登録手段は、一形態として、前記端末装置のユーザに対して希望シーンＩＤ情報を対応づけたユーザ・シーン対応テーブルを有する。このテーブル内容に基づいて、各実シーンをどのユーザに通知すべきかを判断することができる。【００１９】  前記管理手段は、一形態として、個々の実シーンに対して、少なくとも該当する希望シーンＩＤ情報、シーンタイトル情報を対応づけたシーン管理テーブルを有する。このテーブルにより、個々の実シーンの属性を決定して保存することができる。【００２０】  前記シーン管理テーブルは、実シーンに対してさらに、その番組の放送チャンネル情報および開始時刻情報を含んでもよい。【００２１】  視聴状況確認サーバをさらに備えてもよい。この視聴状況確認サーバは、前記放送番組シーンの通知に応じて放送受信再生機能がオンされたことを示す情報を少なくとも含む視聴情報を各端末装置から受信し、視聴状況の確認を行う。視聴情報は、さらに放送受信再生機能がオンされた時刻、オフされた時刻、オンからオフまでの時間、通知されたシーン情報、チャンネル変更情報、チャンネル変更時刻、シーン通知開封情報、のいずれかの情報を含むことができる。【００２２】  本発明は、さらに、データ通信機能および放送受信再生機能を有する端末装置に対する放送番組シーン通知を行うコンピュータプログラムとして把握することが可能である。【００２３】  本発明による端末装置は、放送を受信再生する放送受信再生手段と、放送番組のチャンネル情報を含むデータを受信するデータ受信手段と、受信した前記チャンネル情報を抽出するチャンネルデータ抽出手段と、抽出したチャンネル情報に基づいて前記放送受信再生手段の受信チャンネルを設定し、放送受信再生手段を起動する起動手段とを備えたことを特徴とする。【００２４】  この端末装置では、データ受信手段が放送番組のチャンネル情報を含むデータを受信し、チャンネルデータ抽出手段が受信した前記チャンネル情報を抽出する。ついで、抽出されたチャンネル情報に基づいて、起動手段が、前記放送受信再生手段の受信チャンネルを設定し、放送受信再生手段を起動する。但し、起動手段は自動的にこの起動を行うことが可能であるが、好ましくはユーザの指示を待って起動する。【００２５】  本発���は、さらに、データ通信機能および放送受信再生機能を有する端末装置で実行されるコンピュータプログラムとして把握することも可能である。
【発明の効果】
【００２６】  本発明によれば、端末装置、特に移動端末において、放送番組中のユーザが希望するシーンの放送開始をほぼリアルタイムで認識することができ、当該シーンを逃さず視聴することが可能となる。生放送番組であっても、ほぼリアルタイムで視聴することができる。ユーザは当該シーンが含まれる番組を予め認識しておく必要はなく、指定する必要もない。【００２７】  放送局は、番組の細切れの視聴であっても番組の視聴率の向上を期待することができる。シーン対応に広告情報を付加することができ、各シーンの配信先のユーザ数によって、個々の番組シーンの視聴者が推定できる。そのため、多数の配信先があるシーンの広告的価値が高まり、広告代理業者は、通常の放送内広告とは別途、シーン毎に広告情報配信の対価を設定することも可能となる。
【図面の簡単な説明】
【００２８】
【図１】本発明による放送番組シーン通知システムの概略構成を示す図である。
【図２】図１内に示した移動端末の概略のハードウェア構成例を示す図である。
【図３】本発明の実施の形態において用いるシーン情報ＤＢに格納されるユーザ・シーンテーブルおよび逆引きテーブルの構成例を示す図である。
【図４】本発明の実施の形態においてユーザが通知を望む希望シーンを登録する登録段階における端末とシーン登録サーバの処理を示すシーケンス図である。
【図５】本発明の実施の形態における予め用意された希望シーンの階層的な分類の例を示す図である。
【図６】本発明の実施の形態における希望シーン登録時の移動端末での画面例を示す図である。
【図７】本発明の実施の形態におけるシーン通知サービスの対象となる個々の番組毎に用意されるシーン管理テーブルを示す図である。
【図８】本発明の実施の形態におけるメッセージ送信サーバが実行するシーン情報通知処理のフローチャートである。
【図９】図８のステップＳ１６での送信処理および送信待ち行列に関するタイマー割込処理を示すフローチャートである。
【図１０】本発明の実施の形態での端末におけるシーン情報受信処理（１）のフローチャートである。
【図１１】本発明の実施の形態での端末におけるシーン情報受信処理（２）のフローチャートである。
【図１２】本発明の実施の形態での端末におけるシーン情報受信処理（３）のフローチャートである。
【図１３】本発明の実施の形態での端末におけるシーン通知のメッセージの表示画面（ａ）、および、この画面でボタンのＴＶオン指示が行われた場合に放送映像が表示された様子を示す表示画面（ｂ）の例を示す図である。
【図１４】本発明の実施の形態での端末における別の表示画面の遷移例（ａ）〜（ｃ）を示す図である。
【図１５】本発明の他の実施の形態において放送により広告を配信する場合のシステム構成を示すブロック図である。
【図１６】本発明の他の実施の形態においてネットワーク経由で広告を配信する場合のシステム構成を示すブロック図である。
【図１７】本発明の他の実施の形態において、広告情報とともに広告ＤＢに格納されるシーン広告テーブルの構成例を示す図である。
【図１８】本発明の他の実施の形態において表示画面内の広告エリアおよび広告エリアに流して表示されるテキスト情報の具体例を示した図である。
【図１９】本発明の第３の実施の形態のシステム構成を示す図である。
【図２０】本発明の第３の実施の形態における、ＴＶオン（ＴＶＯｎ）の情報を視聴状況確認サーバへ送信する場合の移動端末と視聴状況確認サーバの動作例を示す図である。
【図２１】図２０で説明した移動端末のシーン情報受信処理（４）を示すフローチャートである。
【図２２】本発明の第３の実施の形態における、ＴＶオンおよびＴＶオフの情報を視聴状況確認サーバへ送信する場合の移動端末と視聴状況確認サーバの他の動作例を示す図である。
【図２３】図２２で説明した移動端末のシーン情報受信処理（５）を示すフローチャートである。
【図２４】本発明の第３の実施の形態における、チャンネル変更情報をも視聴状況確認サーバへ送信する場合の移動端末と視聴状況確認サーバのさらに他の動作例を示す図である
【図２５】図２４で説明した移動端末のシーン情報受信処理（６）を示すフローチャートである。
【図２６】図２０に示した処理の変形例を示す図である。
【図２７】図２６で説明した移動端末のシーン情報受信処理の変形例を示すフローチャートである。
【図２８】図２０に示した処理の他の変形例を示す図である。
【図２９】認証サーバを利用した、移動端末、認証サーバ、および視聴状況確認サーバの間の情報授受を行う処理を示す図である。
【符号の説明】
【００２９】１０…ネットワーク、２０…移動端末（端末装置）、３０…放送局、４０…登録サーバ、４２…シーン管理サーバ、４４…ユーザ・シーン情報データベース、４６…メッセージ送信サーバ、４７…メッセージボックス、５０…広告サーバ、５２…広告データベース、６１…視聴状況確認サーバ、６２…認証サーバ、６３…番組表、２０１…中央制御部、２０４…表示制御部、２０５…表示部、２０６…通信部、２０７…操作部、２０８…フラッシュメモリ、２１０…バス、２１１…アンテナ、２１２…ＴＶ信号受信部、２１３…音声処理部、２１４…マイク、２１５…スピーカ、４４１…ユーザ・シーンテーブル、４４２…逆引きテーブル、４４３…シーン管理テーブル
【発明を実施するための最良の形態】
【００３０】  以下、本発明の好適な実施の形態について説明する。【００３１】  図１は、本発明による放送番組シーン通知システムの概略構成を示している。本明細書における「番組シーン」または「シーン」とは、放送番組中の任意の一部分であり、例えばユーザが視聴することを望むと推定される人や物、場面、等を内容として含む一連の部分である。【００３２】  このシステムは、テレビ放送受信機能を備えた携帯電話機のような移動端末２０、テレビ番組の放送を行う放送局３０、本実施の形態における番組シーンに関連した処理を行う各種サーバ（登録サーバ４０およびシーン管理サーバ４２、メッセージ送信サーバ４６）、並びに、携帯電話網、パケット網、インターネット等を含む通信ネットワーク１０から構成される。【００３３】  登録サーバ４０は、放送番組シーン通知サービスを受けるユーザからの申し込みに応じて、ユーザの登録および希望シーンの登録の処理を行うサーバである。シーン管理サーバ４２は、放送番組中の実シーンの各種属性情報を保存管理するサーバである。「実シーン」とは、概念としての「希望シーン」と対比されるシーンであり、番組中で実際に発生した（または発生すると予定される）具体的なシーンである。【００３４】  登録サーバ４０、シーン管理サーバ４２およびメッセージ送信サーバ４６は、ユーザ・シーン情報データベース（ＤＢ）４４を共有する。【００３５】  メッセージ送信サーバ４６は、送信するメッセージを一時格納するメッセージボックス４７に接続され、ネットワーク１０を経由して、所定の時点で移動端末２０へメッセージを送信する。本明細書では、特に明記しない限り、「メッセージ」には、いわゆるショートメッセージと呼ばれる、電話番号を通信アドレス情報として転送される比較的短いメッセージ、および、電子メールアドレスを通信アドレス情報として転送される電子メール（単にメールともいう）を含むものとする。【００３６】  シーン管理サーバ４２は、番組やシーンの情報の入力を受けるために放送局３０と接続されている。この接続の形態は専用線によるものを想定しているが、ネットワーク１０経由での接続も可能である。【００３７】  移動端末２０は、典型的には携帯電話機であるが、データ通信機能および放送受信再生機能を有するならば、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ゲーム装置、カーナビゲーション装置等、を含みうる。【００３８】  ネットワーク１０の中には、図示しないが、ショートメッセージの転送の仲介処理を行うメッセージサーバ、あるいは、電子メールの転送の仲介処理を行うメールサーバを含む。登録サーバ４０、シーン管理サーバ４２、メッセージ送信サーバ４６は同一場所に設置されていることを想定しているが、必ずしも同一場所である必要はない。また、その場所は、放送局３０と別の場所でも同じ場所でもよい。ユーザ・シーン情報ＤＢ４４の内容および図１の各部の動作については後述する。放送局３０による放送は地上波デジタル放送を想定しているが、衛星放送であっても、あるいはアナログ放送であっても、本発明を適用することが可能である。【００３９】  図２に、移動端末２０の概略のハードウェア構成例を示す。このテレビ装置は、中央制御部２０１、ＲＡＭ２０２、ＲＯＭ２０３、表示制御部２０４と、表示部２０５、通信部２０６、操作部２０７、フラッシュメモリ２０８、アンテナ２１１、ＴＶ信号受信部２１２、音声処理部２１３、マイク２１４、およびスピーカ２１５を有している。【００４０】  中央制御部２０１、ＲＡＭ２０２、ＲＯＭ２０３、表示制御部２０４、通信部２０６、操作部２０７、フラッシュメモリ２０８、ＴＶ信号受信部２１２、および音声処理部２１３はバス２１０に接続されており、このバス２１０を介して相互にデータの授受、コマンドの送受などが行われるようになっている。【００４１】  ＲＡＭ２０２は、中央制御部２０１の演算結果や外部から取得したデータ（メールを含む）を一時的に保持格納するメモリである。ＲＯＭ２０３は、オペレーティングシステム（ＯＳ）や各種プログラムを保存する不揮発性のメモリである。中央制御部２０１がＲＯＭ２０３からこれらのプログラムを読み取り、プログラムに従って所定の処理を実行する。フラッシュメモリ２０８は、外部から取得したデータや、メールアドレス、ＵＲＬなどの情報を後の処理のために保持しておく再書き込み可能な不揮発性のメモリである。【００４２】  通信部２０６は、ネットワーク１０との接続を確立し、ネットワーク１０とのデータの送受信を行う機能を有する。操作部２０７は、テンキーや各種指示キーを有し、ユーザの入力インタフェースを提供する。【００４３】  表示制御部２０４は、中央制御部２０１からテキストや画像等の表示情報を受け取り、これに基づいて表示部２０５を駆動する機能を有する。外部からの表示情報としては、ネットワーク経由の情報および放送による情報の両方を切り替えて、または、重ねて表示することが可能である。表示部２０５は、液晶デバイス、有機ＥＬデバイス等の任意の表示デバイスを含み、表示制御部２０４からの駆動信号に従って画像を光学的に表示する機能を有する。【００４４】  ＴＶ信号受信部２１２はアンテナ２１１で受信された放送波から所望のチャンネルの信号を抽出し、復調再生する機能を有する。ＴＶ信号受信部２１２には、デジタルデータ放送によるＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）言語で記述された文書を解釈して表示するブラウザ機能を含んでもよい。音声処理部２１３は、スピーカ２１５から音声を出力させたり、マイク２１４からの入力音声を所定の信号に変換する処理を行う。ＴＶ信号受信部２１２は放送録録画手段を含んでもよい。その場合の録画用の記憶部はＲＡＭ２０２またはフラッシュメモリ２０８を用いることができる。【００４５】  登録サーバ４０およびシーン管理サーバ４２の構成は、図示しないが、いずれもコンピュータ装置であり、中央制御部、通信部、記憶装置、各種入出力装置を有する。【００４６】  図３は、本発明の実施の形態において用いるユーザ・シーン情報ＤＢ４４に格納されるユーザ・シーンテーブル４４１および逆引きテーブル４４２の構成例を示している。ユーザ・シーンテーブル４４１は、本実施の形態における放送番組シーン通知サービスを受ける登録ユーザ毎に、その通信アドレス情報（ここでは電話番号およびメールアドレス）、および希望シーンを特定するシーン特定情報としての希望シーンＩＤを登録するデータテーブルである。この登録サイトはウェブサイト上に設けられ、後述するようにユーザはウェブページ上でユーザ登録および希望シーンの登録を行うことができる。ショートメッセージのみでシーン通知を行う場合にはユーザ・シーンテーブル４４１にはメールアドレスの欄は不要である。逆に電子メールのみでシーン通知を行う場合には、電話番号の欄は不要である。【００４７】  なお、ユーザの電話番号は携帯電話事業者側で管理されており、携帯電話機から送信されるユニークＩＤ（端末ＩＤ）情報に基づいて、サーバは携帯電話番号を認識することができる。サーバ側でユニークＩＤ情報と携帯電話番号の対応関係が不明である場合、ショートメッセージによるシーン通知時にユニークＩＤ情報を携帯電話事業者に通知し、対応する電話番号に変換を依頼するようにしてもよい。このような場合のユニークＩＤも本発明における通信アドレス情報の一種であるとする。メールアドレスも携帯電話番号対応に携帯電話事業者側で管理されているので同様にユニークＩＤ情報に基づいてサーバ側で認識可能であるが、ユーザに入力させるようにしてもよい。【００４８】  逆引きテーブル４４２は、ユーザ・シーンテーブル４４１から作成されるデータテーブルであって、希望シーンＩＤ毎にそのシーンを希望しているユーザＩＤをまとめて登録している。このテーブルはユーザ・シーンテーブル４４１が更新されるたびに併せて更新される。なお、通知すべきシーンの発生毎に、その通知先のユーザをユーザ・シーンテーブル４４１から検索するようにすれば逆引きテーブル４４２は不要である。但し、逆引きテーブル４４２を予め用意しておくことにより検索処理時間を削減することができる。【００４９】  以下、本実施の形態の動作について説明する。この動作は、大別して、ユーザが通知を望む希望シーンを登録する登録段階と、放送番組内に現れるシーンを分類してシーン情報を管理する管理段階と、希望シーンに該当する実シーンのシーン情報をユーザに通知する通知段階と、ユーザが受信したシーン情報を基に放送番組シーンを視聴する視聴段階に分割される。【００５０】  図４は、ユーザが通知を望む希望シーンを登録する登録段階における端末とシーン登録サーバの処理を示している。端末はウェブブラウザを起動して（Ｓ１）、本実施の形態のシーン通知サービスを行うサイトのシーン登録サーバにアクセスする（Ｓ２）。ユーザによるシーンメニュー要求（Ｓ３）に応じて、サーバはシーンメニューを端末へ送信する（Ｓ４）。このシーンメニューの中からユーザが希望シーンを選択すると、その選択結果がサーバに送信される（Ｓ５）。サーバは、受信した選択結果に基づいて、ユーザ・シーン情報ＤＢ４４の内容を更新する（Ｓ６）。【００５１】  なお、最初のユーザ登録の際に、ユーザ情報（および必要に応じてパスワード）の登録を行う。ユーザのパスワードが登録された場合には上記ステップＳ２でパスワードの入力がユーザに要求され、ユーザ認証が行われる。【００５２】  図５に、予め用意された希望シーンの階層的な分類の例を示す。これらの希望シーンは、比較的多数のユーザが視聴を希望するであろうと推定されるものをジャンル等に応じて分類列挙したものである。各階層の項目の右肩の数値は分類コードの桁値を示している。最上位から順次下位の層の項目を辿ったときの当該数値列が分類コードとして機能する。図示の例では、「巨×阪最終回」の分類コードは００１００となる。プロ野球の特定の選手の打席の様子を見たい場合、特定のチーム間の対戦の最終回あるいはダイジェストだけを見たい場合、大相撲の贔屓の力士の取り組みを見たい場合、サッカーの試合結果を見たい場合、歌番組中の特定の歌手のステージを見たい場合、ドラマ等に出演している特定の俳優の出演場面を見たい場合、ニュース速報を見たい場合、等々が想定されている。ジャンルで分類したが、特定の放送局の番組単位に区分して、各番組内の俳優や特定の場面を選択させるような分類であってもよい。【００５３】  図６は、希望シーン登録時の移動端末での画面例５１０を示す。この画面は、図５の希望シーン分類の最上位層から順にメニュー項目をユーザに選択させるものである。この画面は順次下位層の項目の選択用に切り替わっていくが、後続の画面例は図示省略してある。複数の希望シーンがあれば、登録処理を繰り返して行う。【００５４】  次に、放送番組内に現れるシーンを分類してシーン情報を管理する管理段階について説明する。本実施の形態では、番組中でシーン情報を抽出すべきシーンが発生したかどうかおよびそのシーン属性（シーンのジャンルおよびタイトル等）はオペレータが決定し、その決定結果をシーン管理サーバからユーザ・シーン情報ＤＢ４４に登録するものとする。【００５５】  シーン通知サービスを実現する上で、番組が生放送の場合と録画放送の場合とで若干事情が異なる。【００５６】  録画放送の場合には前もって希望シーンの有無および発生時刻を確認することができる。したがって、各種シーンのシーン情報を前もって登録しておくことができる。この場合、デジタル放送において番組内の個々のシーンにそのシーンを特定するための情報が付加されているような場合には、その情報に基づいて自動的にシーン情報を得ることも可能である。【００５７】  これに対して、生放送の場合には希望シーンの発生およびその時刻は不明確である。希望シーンの種類によって予めある程度、発生および発生時刻が予測できる場合がある。例えば、ある歌番組の生放送において予めスケジュールが決まっており、ある時刻にある歌手が登場することが相当の確度をもって推測される。このような場合、予測データとしてシーン情報を入力することができる。（予測で生成されるシーン情報が現実と一致しない場合がありうることは、予めサービス利用登録時にユーザの了解を得ておく。）例えば特定の野球選手の打席のシーンなどはその発生時刻の予測は通常困難であり、打席のアナウンスがあったときにオペレータがリアルタイムでシーン情報を入力する。【００５８】  発生時期が予期できないイベントのシーンの通知、例えば野球のホームランの発生時期は予測できないので前もってのシーン通知は行うことができないが、実際のイベントの発生よりシーン通知が遅れてもよいように次のような対処を行うことが可能である。すなわち、直前に放送された放送済のシーンのシーン通知情報については、そのシー���のチャンネル情報、放送開始日時および録画情報の再生起動指示情報を含めておくことにより、端末において、受信された放送番組の最新の所定時間分だけ連続して上書き録画する録画手段を設け、当該チャンネルの録画済情報の当該シーンの再生を起動することができるようにする。このサービスの対象となるチャンネルが固定的に決まっているような場合は、シーン通知情報にチャンネル情報を含める必要はない。シーンの放送終了日時も含めることにより、再生の起動後に、自動的にそのシーンの再生を停止することができる。放送の録画の方法としては、所定の動作モードが選択されたとき、このサービスの目的とするチャンネルの放送情報の所定時間分の録画を継続して行っておく。目的とするチャンネルはユーザが予め指定することができる。但し、移動端末におけるデータ記録容量は限られるので、例えば所定時間（または所定容量）を限度として記録していき、その上限に達したら古い側のデータに上書きしていくような構成をとる。これによって、常に現在から所定時間前の過去の放送情報を保持しておくことができる。このような放送済のシーンの通知を受信した場合には、録画を停止する。このような構成により、比較的短い所定時間、例えば５分程度の過去の放送情報を保持しておき、シーンの発生後にそれを再生して確認することが可能となる。これは厳密な意味でリアルタイムとは言えないが、経過時間が限られた短い時間なので、ほぼリアルタイムとみなせる。なお、「上書き」とは一般に、古いデータの上に重ねて書き込みを行うことを意味するが、本発明では必ずしもこの態様に限るものではなく、例えば、新たなデータを新たな記憶領域に書き込むとともに古いデータを消去するような態様も含むものとする。また、常時、録画を継続することはバッテリの消費の問題もあるので、このような動作モードは所定の時間に限るように、ユーザが動作モードを手動でオンオフしたり、このモードをオンしたあとタイマー設定時間の経過後に自動的にオフするようにしてもよい。また、端末においてタイマー設定により予め指定した期間、当該動作モードを自動的にオンさせるようにしてもよい。あるいは、メッセージ送信サーバ４６から端末に対して当該動作モードへの移行を指示するメッセージをプッシュ配信するようにしてもよい。例えば、ユーザが予め登録サーバ４０に自身の希望する番組や、チャンネルおよび時間帯等を登録しておくことにより、メッセージ送信サーバ４６は該当するタイミングで当該動作モードへの移行を指示するメッセージを当該ユーザへ送信する。このようなメッセージを受け取った移動端末は、同メッセージを解釈して自動的に当該動作モードへ移行することができる。ここで「自動的」はユーザの関与なしに移行を行う場合と、当該メッセージを確認したユーザの指示に応じて移行を行う場合とを含む。【００５９】  図７（ａ）（ｂ）は、シーン通知サービスの対象となる個々の番組毎に用意されるシーン管理テーブル４４３ａ，４４３ｂ（総称して４４３）を示している。本実施の形態では、これらのテーブルもシーン情報ＤＢ４４に格納される。シーン管理テーブル４４３は、番組内の個々のシーンを特定するための「シーンＩＤ」、このシーンが該当��る「希望シーンＩＤ」（図５の分類コードに対応）、ユーザに分かるシーンの特定情報としてのシーンの「タイトル」、放送チャンネル（ＣＨ）、このシーンの「開始時刻」および「終了時刻」の各項目を有する。なお、終了時刻の代わりに、シーンの開始から終了までの時間である継続時間を用いてもよい。【００６０】  図７（ａ）は野球中継の生放送番組についてのシーン管理テーブル４４３ａを示している。この場合、番組の性質上、特定の選手の打席のシーンは直前でなければ分からないため、番組開始後に所定の時点で逐次シーン情報がオペレータの操作に基づいて生成される。例えば、シーンＩＤとしては、逐次、シーン情報の生成順に連番が生成される。該当希望シーンＩＤはオペレータの指示（例えばメニュー項目やボタンの選択）により決定される。タイトルは、この例では、番組のタイトルと該当希望シーンの名称を組み合わせたものが自動生成される。ＣＨはこの番組の放送されるチャンネル番号である。開始時刻はシーンの発生を確認した後でシーン情報を入力する場合には過去の時刻となる。但し、上述した直前放送の録画を行わない場合、ユーザは過ぎ去った過去の放送シーン部分を視聴することはできないので、この場合の開始時刻は現在時刻としてもよい。また、シーンの発生が確実視され、かつその時刻も予測できる場合にはその予測時刻（例えば何十秒後、何分後等）のオペレータ入力により開始時刻を決定することもできる。終了時刻はこのシーンの例では空欄のままとする。例えば野球中継のダイジェストの放送時刻が前もって決定している場合には、そのようなシーンの予定開始時刻および終了時刻を含めてシーン情報を予め生成してもよい。図７（ｂ）の生放送の歌番組についてのシーン管理テーブル４４３ｂでは、どのようなシーンが発生し、その発生および終了時刻が前もって予測できるのであれば、それらのシーン情報は先に設定しておくことができる。また、予測できない場合にはシーンの発生の直前または直後にオペレータが入力操作を行う。【００６１】  次に、希望シーンに該当する実シーンのシーン情報をユーザに通知する通知段階について説明する。【００６２】  図８は、メッセージ送信サーバ４６が実行するシーン情報通知処理のフローチャートである。オペレータの操作等により実シーン情報の入力があり（Ｓ１１，Ｙｅｓ）、かつ、そのシーンの開始時刻が入力されていれば（Ｓ１２，Ｙｅｓ）、シーン情報ＤＢ４４を検索する（Ｓ１３）。そうでなければ、ステップＳ１１へ戻る。ユーザ・シーン情報ＤＢ４４の検索により当該シーンに該当する（通知を希望する）ユーザを特定する（Ｓ１４）。そこで、シーン情報を通知するメッセージを生成する（Ｓ１５）。このメッセージはメッセージボックス４７（図１）内に一時格納される。通知するシーン情報の内容は、典型的には、シーンタイトル情報、放送ＣＨ情報、放送開始時刻、放送終了時刻である。ついで、当該ユーザへの送信処理を行う（Ｓ１６）。【００６３】  図９（ａ）に、図８のステップＳ１６での送信処理の具体的内容を示す。まず、シーンの開始時刻が現在時刻の所定時間（例えば数分）以上後かどうかをチェックする（Ｓ２１）。Ｙｅｓであれば、当該シーン情報を待ち行列に追加する（Ｓ２２）。Ｎｏであれば、直ちに当該シーン情報をショートメッセージまたはメールにより当該ユーザに送信する（Ｓ２３）。なお、待ち行列については特に図示しないが、シーン情報のポインタを連結したものである。好ましくは、待ち行列ではシーン情報を開始時間の順にソートしておく。ステップＳ２１の判定結果がＮｏである場合には、シーンの開始時刻が既に過去となっている場合も含む。但し、通知済みか否かを管理すればシーン管理テーブル４４３に基づいてステップＳ２１の判断を行うこともできるので、送信待ち行列は本発明に必須の要素ではない。【００６４】  図９（ｂ）は送信待ち行列に関するタイマー割込処理を示している。この処理は周期的に起動される。この周期は数秒から数十秒、長くても１分程度とする。この周期は短いほど処理負荷が重くなるが即応性が増加する。逆に長いほど処理負荷は軽くなるが即応性が低下する。まず、送信待ち行列を参照する（Ｓ２５）。各シーンの開始時刻が所定時間前（例えば１分前）のシーンがあるかどうかをチェックする（Ｓ２６）。この判定では、開始まで所定時間を割ったシーンや、開始済みのシーンについても、Ｙｅｓとする。Ｙｅｓのシーンについては当該シーン情報をショートメッセージまたはメールにより当該ユーザに送信する。【００６５】  次に、ユーザが受信したシーン情報を基にシーンを視聴する視聴段階について説明する。【００６６】  図１０は、端末におけるシーン情報受信処理（１）のフローチャートを示している。これはメッセージとしてショートメッセージを利用した場合である。端末は、メッセージを受信すると（Ｓ３１）、そのメッセージがＴＶオン指示を指示するものか否かをチェックする（Ｓ３２）。これはメッセージ（メッセージ本文だけでなく、メッセージに付随する属性情報等も含む）内に含まれる予め定められた文字列等またはシーン情報の有無等によって判断することができる。ＴＶオン指示以外のメッセージであれば、通常の他の処理を行う（Ｓ３３）。ＴＶオン指示の場合には、シーン情報を含むメッセージを表示部に表示する（Ｓ３４）。メイン表示部の他にサブ表示部を有する折りたたみ型の携帯電話機などで折りたたまれた状態では、このメッセージをサブ表示部に表示するようにしてもよい。このメッセージに対してユーザがＴＶオンの指示操作（例えば所定のキーの押下）を行うと（Ｓ３５，Ｙｅｓ）、端末はシーン情報中に通知されたチャンネル（ＣＨ）をセット（設定）してテレビをオン状態にする（Ｓ３６）。ユーザによるキャンセル指示操作があった場合には（Ｓ３７，Ｙｅｓ）、この処理を終了する。キャンセル指示の代わりに所定の時間の経過によるタイムアウト時にも本処理を終了するようにしてもよい。【００６７】  図１１は、端末におけるシーン情報受信処理（２）のフローチャートを示す。これはメールを利用した場合である。端末は、メールを受信すると（Ｓ４１）、ヘッダ情報をチェックする（Ｓ４２）。この例では、メールのヘッダ情報にＴＶオン指示を示す情報が含まれるものとする。このメールがＴＶオン指示でなければ（Ｓ４３，Ｎｏ）、通常の他の処理を実行する（Ｓ４４）。ＴＶオン指示であれば、シーン情報を含むメール本文を表示部に���示する（Ｓ４５）。図１０の処理と同様、この画面に対してユーザがＴＶオンの指示操作を行うと（Ｓ４６，Ｙｅｓ）、通知されたチャンネルをセットしてＴＶをオンする（Ｓ４７）。ユーザによるキャンセル指示操作があった場合には（Ｓ４８，Ｙｅｓ）、この処理を終了する。【００６８】  図１２は、端末におけるシーン情報受信処理（３）のフローチャートを示す。これはメールを利用した場合であるが、ＴＶオン指示はヘッダではなく本文に含まれる。端末は、メールを受信する（Ｓ５１）。このメールが開かれ（Ｓ５２）、かつこのメール本文にシーン情報が含まれている場合、ユーザのＴＶオン指示により（Ｓ５３）、通知されたチャンネルをセットしてＴＶをオンする（Ｓ５４）。ユーザによるキャンセル指示操作があった場合には（Ｓ５５，Ｙｅｓ）、この処理を終了する。【００６９】  なお、いずれのシーン情報受信処理においても、シーンの終了時刻もシーン情報の一部として受信し、終了時刻に自動的にＴＶをオフするようにしてもよい。【００７０】  図１３（ａ）は、シーン通知のメッセージの表示画面５２０の例を示している。この例ではシーン情報として、シーンタイトル情報５２２、放送ＣＨ５２３、放送開始時刻５２４を表示している。シーンタイトル情報５２２には、ユーザにわかりやすいように、番組名も含めている。ボタン５２５はユーザによるＴＶオン指示のためのボタンであり、ボタン５２６はキャンセル指示のためのボタンである。ユーザはボタン５２５を利用することにより、テレビのチャンネルの設定やテレビ機能オンのための煩雑な操作をすることなく、直ちにＴＶ放送受信再生機能を起動して、通知された放送番組を視聴開始することができる。図１３の表示画面はあくまで例示であり、他のレイアウトも可能であり、他の追加項目（例えば終了時刻）の表示も可能である。【００７１】  図１３（ｂ）は、図１３（ａ）の画面でボタン５２６のＴＶオン指示が行われた場合に放送映像５３１が表示された様子を示す表示画面５３０を示している。【００７２】  図１４は、本実施の形態での端末における別の表示画面の遷移例（ａ）〜（ｃ）を示している。この例では、（ａ）に示すように、メール等の受信結果をリスト表示する画面に、シーン通知の件数をリストとして追加している。このリスト表示画面で「シーン通知」をユーザが選択指示すると、（ｂ）のようなシーン通知受信ボックスの画面へ移行する。この受信ボックスには、受信したシーン通知の日付およびシーンの名称を表示している。ここでは１件のシーン通知のみを示しているが、複数件のシーン通知が存在する場合もありうる。受信ボックスに表示されたシーン通知をユーザが選択指示すると、そのシーン通知で通知されたチャンネルについてテレビがオンされ、（ｃ）に示すように、そのチャンネルの再生映像が表示される。この画面の例では、画面を上下の分割画面５４１，５４２に分割し、上側の分割画面５４１に映像を表示し、下側の分割画面５４２は放送番組に付随した放送データ（例えばＢＭＬにより記述）を表示する画面としている。本実施の形態では、このようにシーン通知から当該通知されたチャンネルの再生表示を行った場合、当該シーン通知は受信ボックスから削除する。その視聴により当該シーン通知の使命は終了したと考えられるとともに、他のより新しいシーン通知と混在することにより混乱を防止するためである。シーン通知はほぼリアルタイムであることに意味があるので、シーンの開始時刻から所定時間経過したもの、あるいは、シーン終了時刻を経過したもの、等は不要なシーン通知と判断して、これらをシーン通知受信ボックスから削除するようにしてもよい。【００７３】  次に、本発明の他の実施の形態について説明する。この実施の形態は、シーン情報の通知に伴って放送によりユーザに広告情報を提供するものである。広告の配信の仕方としては、放送による場合とネットワーク経由（データ通信）で配信する場合とがありうる。【００７４】  図１５は放送により広告を配信する場合のシステム構成を示している。この構成は図１のシステムに対して、放送局３０に広告サーバ５０を接続する。広告サーバ５０は広告情報を蓄積した広告データベース５２を有する。広告サーバ５０とメッセージ送信サーバ４６は専用線（またはネットワーク１０）を介して相互に接続される。放送による場合は放送番組の情報の一部として広告情報を送信する場合と、放送番組に情報を追加して送信する場合とがありうる。放送番組の情報の一部として送信する場合とは、例えば、通常の放送番組に付加されているＣＭ（コマーシャルメッセージ）に代えて放送するものである。この場合、通常のテレビ装置への放送のＣＭはそのままとし、携帯端電話機向けの放送についてのみ当該シーンの中または前後のＣＭを変えるようにすることも可能である。放送番組に情報を追加して送信する場合は、例えば、画面の一部にテキスト情報を流して繰り返し表示するような形態が考えられる。この場合、広告情報をシーンに重ねて表示することができる。また、テキスト情報を流して繰り返し表示する形態では、複数の広告への対応が容易となる。広告情報の表示時間をシーンの表示時間に合わせるには、シーンの開始時刻だけでなく終了時刻もシーン情報の一部として端末に送信し、端末側で終了時刻に基づいて広告情報の表示を終了することができる。広告がＢＭＬのようなマークアップ言語で記載されたデータ放送によるものである場合、ユーザがその広告中のいわゆるアンカーを選択することにより、通信部２０６を介してＨＴＴＰプロトコルを利用したネットワーク経由によりそのアンカーにリンクされた情報へ移行することができる。【００７５】  図１６はネットワーク経由で配信する場合のシステム構成を示している。そのために、広告サーバ５０をネットワーク１０に接続している。図１５の場合と同様、広告サーバ５０は広告情報を蓄積した広告データベース５２を有する。ネットワーク経由の場合の広告の表示形態としては、データ通信により得られた広告情報を、放送画面に重ねて、（例えば上述したテキスト情報を流して）表示する形態が考えられる。【００７６】  図１７は、広告情報とともに広告ＤＢ５２に格納されるシーン広告テーブル５５０の構成例を示している。このテーブルは、各シーンに広告情報を対応づけるためのデータテーブルであり、各シーンについて、シーンＩＤの欄と広告ＩＤの欄とを有する。１つの広告ＩＤの欄内には複数の広告ＩＤを記述す���ことができる。広告サーバ５０は、シーン通知に伴い、シーンの開始に合わせて当該シーンに対応づけられた広告ＩＤの広告情報を配信するように、放送局３０から放送するか、または、ネットワーク１０を介したデータ通信によるプッシュ配信を行う。携帯電話機へのプッシュ配信は例えば非特許文献３に開示されているような技術を利用することができる。【００７７】  図１８（ａ）は広告情報としてテキスト情報を流して繰り返し表示する場合の表示画面５３０内の広告エリア５３２の例を示している。この例では、放送映像５３１の一部（図では下側の帯状領域）に重ねて広告エリアとしている。但し、映像エリアと広告エリアを互いに重ならないようにすることも可能である。【００７８】  図１８（ｂ）は広告エリアに流して表示されるテキスト情報５３３の具体例を示したものである。この例ではテキスト情報は、いわゆるテロップ表示のように、図の一方の側から他方の側へ（例えば右から左へ）流れて反復的に表示される。【００７９】  但し、広告情報の表示態様は流れる表示に限るものではない。また、広告情報は必ずしもテキスト情報に限るものではなく静止画、動画、音声情報、ＵＲＬ情報等およびこれらの組み合わせでありうる。シーン対応に広告情報を付加することもできる。この場合、各シーンの配信先のユーザ数によって、個々の番組シーンの視聴者がどの位存在するか、すなわち個々のシーンの広告的な価値を推定できる。そのため、例えば広告代理業者は、シーン毎に広告情報配信の対価を定める（配信数の多いシーンの広告配信対価を高く設定する）ことができる。【００８０】  次に、第３の実施の形態について説明する。図１９に第３の実施の形態のシステム構成を示す。図１と同じ構成要素には同じ参照符号を付して、重複した説明を省略する。図１９のシステムでは、ネットワーク１０に対して視聴状況確認サーバ６１を追加している。この視聴状況確認サーバ６１は、本発明における種々の移動端末２０でのシーン通知サービスに応じた番組またはシーンの視聴状況を確認するための処理を行う。すなわち、視聴状況確認サーバ６１は、各移動端末２０のユーザの視聴状況情報を取得し、統計的処理を行う。具体的には、次のような情報を収集することができる。【００８１】  ＴＶオン数：実視聴数
ＴＶオン数／シーン情報通知数：視聴率
ＴＶオンからＴＶオフまでの時間：視聴時間
チャンネル切替情報：チャンネル情報（チューニング情報）【００８２】  また、視聴状況確認サーバ６１は放送局３０から番組の詳細情報を記録した番組表６３を取得し、移動端末から得られた視聴情報（特にチャンネルと時刻）と照合する。この番組表６３は、実際に放送を行った野球中継等で放送時間の変更があった場合には変更後の内容を反映したものであり、各番組について、少なくともその放送チャンネル情報、実際の放送開始日時および終了日時を含む。これにより、実際に視聴された番組やシーンをサーバ側で特定することができる。【００８３】  このシステムには、必須の要素ではないが、認証サーバ６２を追加してもよい。認証サーバ６２は、視聴状況の通知のために、ショートメッセージのように端末ＩＤを用いて携帯電話事業者との間の通信を行う場合に適しており、ユーザのなりすましを防止したり、ユーザの現在位置を特定したり、ユーザの個人情報を特定して通知に付加したり、することが可能となる。これにより、視聴情報の付加価値を高めることができる。【００８４】  図１９における視聴状況確認サーバ６１は、他のサーバと独立した位置に示したが、認証サーバ６２と同じサイトにあってもよいし、他のサーバ４０，４２，４６のサイトにあってもよい。【００８５】  以下、第３の実施の形態に関する種々の具体的な処理例をフローチャートにより説明する。【００８６】  まず、図２０は、ＴＶオン（ＴＶＯｎ）の情報を視聴状況確認サーバ６１へ送信する場合の移動端末と視聴状況確認サーバの動作例を示している。視聴状況確認サーバが、シーン通知情報としてのメッセージを電子メールまたはショートメッセージを利用して送信する（Ｓ７１）。さらに、この送信メッセージの累積数をシーン情報通知数として記憶する（Ｓ７２）。移動端末はこのメッセージを受信し（Ｓ６１）、メッセージを自動的に開封する（Ｓ６２）。例えば図１３（ａ）（ｂ）で説明したようなシーン通知のメッセージの表示画面を表示し、ユーザの指示に応じてＴＶ機能をオンする（Ｓ６３）。これに応じて、移動端末は、ＴＶＯｎ情報を生成して視聴状況確認サーバへ送信する（Ｓ６４）。この送信情報には、ＴＶＯｎが行われたことを示しＴＶＯｎ情報の他に、シーンＩＤ情報を含めることができる。また、この送信情報には、電子メールの場合には発信者のメールアドレスが含まれ、ショートメッセージの場合には送信端末を特定する情報（端末ＩＤ）が含まれるので、実質的に移動端末のユーザを特定するための情報が含まれていることになる。視聴状況確認サーバは、この送信情報を受信すると（Ｓ７３）、受信ＴＶＯｎ情報を記憶装置に記録する（Ｓ７４）。その後、上述した視聴率等の統計的情報を求めるための所定の記録情報等号処理を行う（Ｓ７５）。【００８７】  なお、ＴＶＯｎ情報は移動端末内に蓄積しておき、定期的にまとめて視聴状況確認サーバへ送信するようにしてもよい。このようなバッチ処理は、後述する他のフローチャートについても同様である。【００８８】  図２１は、図２０で説明した移動端末のシーン情報受信処理（４）を示すフローチャートである。【００８９】  移動端末は、ショートメッセージまたは電子メールのメッセージを受信したとき（Ｓ８��）、そのメッセージがシーン通知メッセージであるかどうかを判断する（Ｓ８２）。シーン通知メッセージでなければ、従前の他の処理を実行する（Ｓ８９）。シーン通知メッセージであれば、図１３（ａ）（ｂ）で説明したようにそのメッセージを表示し（Ｓ８３）、ユーザの指示を待つ。ＴＶオンの指示があれば（Ｓ８４，Ｙｅｓ）、通知されたチャンネルをオンする（Ｓ８７）。その後、ＴＶＯｎ情報およびシーンＩＤのような視聴情報を視聴状況確認サーバへ送信する（Ｓ８８）。【００９０】  図２２は、ＴＶオンおよびＴＶオフの情報を視聴状況確認サーバへ送信する場合の移動端末と視聴状況確認サーバの他の動作例を示している。この例では、ＴＶオフ時の情報として、ＴＶＯｆｆに関連した情報も送信する。図２０に示したステップと同様のステップには同じ参照符号を付し、重複した説明を省略する。図２２の処理では、ＴＶがオフされたとき（Ｓ６５）、ＴＶＯｆｆ情報およびシーンＩＤ情報を視聴状況確認サーバへ送信する（Ｓ６６）。この例では、ＴＶオフ時の情報として、ＴＶＯｆｆ情報およびシーンＩＤ情報に加えて、オフ時刻またはオンからオフまでの時間、等の情報も送信することができる。視聴状況確認サーバは、ＴＶＯｆｆ情報等を受信して（Ｓ７４ａ）、記録し（Ｓ７４ｂ）、記録情報統合処理を行う（Ｓ７５）。なお、ＴＶＯｎ情報とＴＶＯｆｆ情報は別々に送信するようにしたが、ＴＶオフ時にＴＶＯｎ情報も一緒に送信するようにしてもよい。【００９１】  図２３は、図２２で説明した移動端末のシーン情報受信処理（５）を示すフローチャートである。図２１に示したステップと同様のステップには同じ参照符号を付し、重複した説明を省略する。ＴＶオン後にＴＶオフとなったら（Ｓ９０，Ｙｅｓ）、上記ＴＶＯｆｆ情報等を視聴状況確認サーバへ送信する（Ｓ９１）。【００９２】  図２４は、チャンネル変更情報をも視聴状況確認サーバへ送信する場合の移動端末と視聴状況確認サーバのさらに他の動作例を示している。この例では、図２２の処理に加え、ＴＶのチャンネルが指示されたチャンネルから変更されたこともイベントとして検出し、その情報を視聴状況確認サーバへ通知するものである。図２２に示したステップと同様のステップには同じ参照符号を付し、重複した説明を省略する。図２４の処理では、移動端末において、ステップＳ６４の後、チャンネルの変更があったとき（Ｓ６４ａ）、チャンネル変更情報として、新たなチャンネル情報をその変更時刻情報とともに視聴状況確認サーバへ送信する（Ｓ６４ｂ）。視聴状況確認サーバは、チャンネル変更情報を受信すると（Ｓ７４ｃ）、この情報を記録する（Ｓ７４ｄ）。ステップＳ７５ではこのチャンネル変更情報も含めて記録情報統合処理を行う。【００９３】  図２５は、図２４で説明した移動端末のシーン情報受信処理（６）を示すフローチャートである。図２３に示したステップと同様のステップには同じ参照符号を付し、重複した説明を省略する。ステップＳ８８で視聴情報を送信した後、チャンネルが切り替えられたら（Ｓ８８ａ）、切り替え後のチャンネルの情報をその時刻情報とともに視聴状況確認サーバへ送信する（Ｓ８８ｂ）。【００９４】  図２６は、図２０に示した処理の変形���を示している。図２０に示したステップと同様のステップには同じ参照符号を付し、重複した説明を省略する。図２０の処理では、メッセージの開封および表示が自動的に行われる場合を示したが、図２６の例では、ユーザによるメッセージ開封の指示に従ってメッセージ開封（Ｓ６２）を行う。ユーザはそのタイトル表示からシーン通知を判断できる。移動端末は、メッセージ開封後、このメッセージが開封されたことの通知（メッセージ開封情報送信）を視聴状況確認サーバに対して行う（Ｓ６２ａ）。視聴状況確認サーバは、このメッセージ開封情報（シーン通知開封情報）を受信し（Ｓ７２ａ）、その記録を行う（Ｓ７２ｂ）。この情報は、上述した他の情報とともに記録情報統合処理（Ｓ７５）に利用される。視聴状況確認サーバは、シーン通知の総数に対する開封情報の通知の総数に基づいて、開封率を求めることができる。【００９５】  図２７は、図２６で説明した移動端末のシーン情報受信処理の変形例を示すフローチャートである。図２１に示したステップと同様のステップには同じ参照符号を付し、重複した説明を省略する。シーン通知メッセージの受領時（Ｓ８２）、ユーザによる開封指示があれば（Ｓ８２ａ，Ｙｅｓ）、メッセージ開封を行う（Ｓ８３）。ついで、開封通知メッセージを視聴状況確認サーバへ送信する（Ｓ８３ａ）。【００９６】  図２８は、図２０に示した処理の他の変形例を示している。図２０に示したステップと同様のステップには同じ参照符号を付し、重複した説明を省略する。図２０ではユーザの指示に応じてＴＶオンを行ったが、この処理では移動端末がシーン通知メッセージの受信時に自動的にその判断を行って、指示されたチャンネルについて自動的にＴＶオンを行う（Ｓ６３）ものである。他の処理は図２０と同じである。【００９７】  図２９は、認証サーバ６２を利用する場合の、移動端末２０、認証サーバ６２、および視聴状況確認サーバ６１の間の情報授受を行う処理を示している。図２４、２６に示したと同様のステップには同じ参照符号を付してある。この処理では、移動端末から送信されるＴＶＯｎ情報はショートメッセージにより認証サーバを経由して視聴状況確認サーバへ送信される。そこで、この送信を中継する認証サーバ６２において、送信された情報に所定の情報を付加する。認証サーバ６２は、例えば、携帯電話の携帯電話事業者サイトに設置され、利用する基地局の位置等に基づいてユーザ位置情報（移動端末の現在の位置登録情報）を判断することができる。また、当該移動端末の通信回線の使用権利の契約内容から、端末ＩＤに基づいて、利用者の性別や年齢（年代）等の個人情報を認識することができる。認証サーバ６２はこれらの追加情報をＴＶＯｎ情報に付加して、視聴状況確認サーバへ送る（Ｓ１０１）。移動端末におけるＴＶオフ時のＴＶＯｆｆ情報の送信についても同様の追加情報が付加される。視聴状況確認サーバでは、記録情報統合処理において、これらの追加情報を加味することにより、利用者の位置や個人情報を反映させたより詳細な統計情報を得ることが可能とる。【００９８】  上述したフローチャートの各処理は、可能な組み合わせであれば任意に組み合わせることが可能である。【００９９】  以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。【０１００】  例えば、移動端末について説明したが、データ通信機能を有する固定のテレビ装置への本発明の適用を排除するものではない。【０１０１】  また、上記説明ではテレビ放送の受信再生を行っていないときにシーン通知を受けた場合を想定したが、テレビ放送の受信再生中に通知を受けた場合、それがシーン通知であるか否かを端末が自動的に識別し、そうであれば、通知されたチャンネルが現在再生中のチャンネルかどうかをチェックする。そうであれば、何もしない。そうでなければ、そのようなシーン通知があった旨をテキスト表示やアイコン表示等の任意の表示によりユーザに知らしめる。【０１０２】  電話番号またはメールアドレスを用いてシーン通知を行う例を示したが、デジタル放送のデータ中にシーン情報を含めることも可能である。この場合、不特定多数の受信者の中から特定の受信者を識別するためにシーン情報の送信パケットヘッダ内に目的のユーザ識別情報（例えば携帯電話番号や郵便番号等）を挿入し、受信端末側でシーン情報を取捨選択する、という構成も考えられる。携帯電話番号を利用すれば個人単位の識別が可能であり、郵便番号を利用すれば地域単位のユーザの識別が可能である。放送側では、特定のチャンネルまたはすべてのチャンネルに対してこのようなユーザ識別情報とともにシーン情報を送信する。受信端末側では、受信したユーザ識別情報と自端末内に記憶されているユーザ識別情報とを照合し、一致したらそのシーン通知情報を有効な情報とし、不一致の場合にはそのシーン通知情報を無効化する。ユーザ識別情報の変形例として、受信端末のユーザが本サービスについて登録済であるかを確認するためのスクリプト（処理プログラム）をシーン通知情報に含めて、端末側で端末内に記憶されている情報に基づいて登録ユーザか否かをチェックを行うようにしてもよい。いずれにせよ、このような構成によれば、あるチャンネルのある番組の放送を受信しているとき、特定の移動端末に対してのみ、他のチャンネルの番組のシーンについて、データ放送でシーン通知を行うことができる。【０１０３】  希望シーンは、予め用意されたメニューの中から選択するものとしたが、キーワードやそれらの組み合わせによって条件指定することも可能である。例えば、特定のチームが勝ったときの試合結果を条件として指定することもできる。この場合、図８のステップＳ１３で各実シーンが各ユーザの希望シーン条件に合致するか否かをチェックする。【０１０４】  移動端末に放送録画機能を有する場合、図１３（ａ）のシーン通知画面において、ユーザのＴＶオン指示に加えてＴＶ録画指示の選択肢（画面上ではボタン）を加えてもよい。これにより、リアルタイムでのシーン視聴が困難な場合にそのシーンを録画して後に視聴することができる。この場合、シーンの終了時刻を利用して自動的に録画を停止することが望ましい。【０１０５】  本発明の番組シーン通知サービスが特定のチャンネルについて限定的に実施される場合には、チャンネルは固定となるので、端末に通知するシーン情報にチャンネル情報を含める必要はない。この場合、図１０〜図１２に示した端末上の処理プログラムがＴＶオン指示を受けたときに、起動チャンネルとして既知の固定のチャンネルを設定する。【０１０６】  放送受信再生機能は、放送波ではなくＩＰブロードキャスト技術による放送、すなわち、電波放送によらず携帯電話の通信インフラからの放送データを受信し再生する機能も含みうる。また、放送はテレビ放送を想定したが、ラジオ放送について適用し、音声シーンに関してシーン通知を行うことも可能である。【０１０７】  シーン通知サービスについてユーザにサービスの対価の課金を行うことも考えられる。課金の形態としてはシーン毎の課金、シーンのジャンル毎の課金、シーン数等を限定しない期間単位（例えば月）の課金、これらの組み合わせ等が考えられる。また、シーンに付加する広告のスポンサーに課金することにより、ユーザに対する課金を行わない形態も可能である。【０１０８】  個人情報の付加は、認証サーバによって行う例を示したが、認証サーバよらず、視聴状況確認サーバにおいて発信者情報をユーザ登録内容と照合することにより得ることも可能である。ユーザ位置情報は移動端末の位置登録情報を利用するようにしたが、ＧＰＳ機能付きの移動端末の場合には、端末で現在位置を検出し、その結果を送信情報に付加することも可能である。【０１０９】  ショートメッセージまたは電子メールで受信したシーン通知情報について、専用の受信ボックスを設け、シーン通知情報の受信時に自動的に当該受信ボックスに格納するようにしてもよい。これにより、他のメッセージと混ざることがなく、認識および管理が容易となる。【０１１０】  また、ショートメッセージまたは電子メールで通知するシーン通知情報は、テキスト情報に限られるものではなく、画像、音声、動画等、テキスト情報以外の情報が含まれていてもよい。
【産業上の利用可能性】
【０１１１】  本発明は、移動端末、各種サーバ、およびこれらを利用した通信システムにおける特定のサービスに利用可能である。
【図１】
2005022913.tif 000002
【図２】
2005022913.tif 000003
【図３】
2005022913.tif 000004
【図４】
2005022913.tif 000005
【図５】
2005022913.tif 000006
【図６】
2005022913.tif 000007
【図７】
2005022913.tif 000008
【図８】
2005022913.tif 000009
【図９】
2005022913.tif 000010
【図１０】
2005022913.tif 000011
【図１１】
2005022913.tif 000012
【図１２】
2005022913.tif 000013
【図１３】
2005022913.tif 000014
【図１４】
2005022913.tif 000015
【図１５】
2005022913.tif 000016
【図１６】
2005022913.tif 000017
【図１７】
2005022913.tif 000018
【図１８】
2005022913.tif 000019
【図１９】
2005022913.tif 000020
【図２０】
2005022913.tif 000021
【図２１】
2005022913.tif 000022
【図２２】
2005022913.tif 000023
【図２３】
2005022913.tif 000024
【図２４】
2005022913.tif 000025
【図２５】
2005022913.tif 000026
【図２６】
2005022913.tif 000027
【図２７】
2005022913.tif 000028
【図２８】
2005022913.tif 000029
【図２９】
2005022913.tif 000030
【国際調査報告】
2005022913.tif 000031
2005022913.tif 000032
2005022913.tif 000033
2005022913.tif 000034
2005022913.tif 000035
2005022913.tif 000036