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