WO2007004392A1

WO2007004392A1 - 放送番組シーン通知システムおよび方法、ならびに移動端末装置およびコンピュータプログラム

Info

Publication number: WO2007004392A1
Application number: PCT/JP2006/311795
Authority: WO
Inventors: Yosuke Adachi; Kaoru Komatsuda; Yohei Inoguchi
Original assignee: Access Co., Ltd.
Priority date: 2005-07-01
Filing date: 2006-06-13
Publication date: 2007-01-11
Also published as: US20140137152A1; US20090042607A1; JP5030776B2; JPWO2007004392A1; US8577411B2

Abstract

【課題】シーン通知メッセージにより通知されたシーンの開始時刻および終了時刻によらず、確実にそのシーンを視聴する。【解決手段】移動端末２０は、通信ネットワーク１０を介して、シーン通知メッセージを受信する。シーン通知メッセージは、少なくとも放送番組の一部に対応するシーンを特定するためのシーン特定情報、当該シーンの時間差放送の放送識別情報およびシーンデータを蓄積したサーバへアクセスするためのＵＲＬ情報を含む。移動端末２０は、シーン通知メッセージに基づいて、時間差放送で当該シーンを視聴できる時刻であれば時間差放送を受信し、そうでなければ当該シーンのデータを蓄積したサーバ４８へアクセスして当該シーンのデータを取得する。

Description

明細書

放送番組シーン通知システムおよび方法、ならびに移動端末装置およびコンピュータプログラム

技術分野

[0001] 本発明は、放送、特にテレビ放送の受信再生機能を有する端末装置に対してユーザの所望する放送番組シーンを確実に視聴させることを企図したシステムに関する。背景技術

[0002] 最近、地上波デジタル 'テレビ放送を受信する機能を有する携帯電話機が発表されている (非特許文献 1参照)。これにより、携帯電話機のユーザは外出先で任意所望の時間に携帯電話機でテレビ放送を視聴することが可能となる。

[0003] 携帯電話機のような移動端末装置 (以下、単に移動端末とレ、う）におレ、ては、移動中であったり、受信電波の状況が変化したり、等の要因により、あるいは、バッテリ残量の観点から、家庭内の固定的なテレビ装置とは異なり、長時間に亘つて連続的にテレビ放送の視聴が行われることは稀であると考えられる。

[0004] むしろ、放送の番組単位ではなぐ番組の一部、すなわち、番組内でユーザの興味のある特定のシーンについてのみ視聴をする、というのが移動端末でのテレビ放送の一般的な視聴形態となることが予想される。これは例えば、野球中継の中で、自分の注目する選手の打席のシーン、大相撲で自分の最貭とする力士の取り組みのシーン、歌番組で興味のある歌手の出演シーン、等を短時間だけ視聴するという形態である。し力し、ユーザにとってある番組に自分の見たいシーンがあると分かっていてもそのシーンが番組内のいつの時点で放送されるかは明確でないのが現状である。また、そのようなシーンが含まれる番組の存在自体に気づかない場合もありうる。

[0005] このような配慮の下、予めユーザの登録した所望のキーワードに対応するイベントが番組中で発生したとき、通知メッセージが通信により当該ユーザの端末に送出され、端末ではその通知メッセージに応じて、その時点から映像を視聴したり、録画してぉレ、た映像を再生して視聴することができるようにする技術が提案されてレ、る（特許文献 1、 2、 3)。これにより、外出先や移動中などで番組の一部始終を視聴することができない移動端末のユーザは、希望するシーンだけを視聴することができる。発生時刻が予測できなレ、イベント（例えば野球放送のホームラン）については、端末内の録画情報の再生やストリーミング配信チャンネルを用意しておく手法が提案されている特許文献 1 :特開 2002— 251409号公報

特許文献 2 :特開 2003— 023617号公報

特許文献 3 :国際公開第 WO2005Z022913号パンフレット

特許文献 4 :特開平 8— 032886号公報

非特許文献 1 :「いよいよテレビ'ケータイ 1時間の視聴が射程に」日経エレクトロニクス

2003.8.18号 pp89-95

^^特許乂献 2 : special issue onト mode service Digital Mova with Micro Browser， NTT DoCoMo Technical Journal Vol. 1， No. 1， p28

発明の開示

発明が解決しょうとする課題

[0006] ところで、特に移動端末のような装置では、ユーザが外出先や移動中である可能性が高ぐ通知メッセージを受信したとき、ユーザは直ちにそれに応じて通知されたチヤンネルの視聴を行うことができない場合も多い。

[0007] したがって、端末に受信された個々の通知メッセージの内容をユーザが実際に確認して、その通知シーンを視聴しょうとしたとき、その時点が当該シーンの開始時刻および終了時刻に対してどのような関係にあるかによって状況が異なってくる。例えば、例えば、予め開始時刻が分かっているシーンについて早期に通知を受けた場合で直ちに応答できるとき、直ちに視聴を開始してもそのシーンの開始時刻までは時間力 Sありすぐにそのシーンを見ることができなレ、。また、通知メッセージを確認した時点でそのシーンの開始時刻は過ぎているが終了時刻には達していないという場合がある。この場合、直ちに視聴を開始すれば途中からでもシーンをリアルタイムに視聴できるが、そのままではシーン全体を見ることはできない。さらに、通知メッセージを長く放置し、その後に確認した時点ではそのシーンの終了時刻が過ぎているという場合もある。 [0008] また、ユーザが通知を希望するすべてのシーンについてシーンの発生毎に通知メッセージを生成して個々のユーザ宛に送信するのは、ユーザが増えるほど、また、サ一ビス対象のチャンネルや希望シーンが増えるほど、サービス提供者側での負担が大きぐまた、通信の輻輳も問題となる。

[0009] 本発明はこのような背景においてなされたものであり、その目的は、シーン通知メッセージにより通知されたシーンの開始時刻および終了時刻によらず、確実にそのシーンを視聴することができる放送番組シーン通知システムおよび方法、ならびに移動端末装置およびコンピュータプログラムを提供することにある。

[0010] 本発明の他の目的は、シーン通知サービスを提供する側の処理負荷を低減することができる放送番組シーン通知システムおよび方法、ならびに移動端末装置およびコンピュータプログラムを提供することにある。

課題を解決するための手段

[0011] 本発明による放送番組シーン通知システムは、データ通信機能および放送受信再生機能を有する端末装置に対して放送番組シーンを通知する放送番組シーン通知システムであって、前記端末装置のユーザの放送番組内希望シーンを特定する希望シーン情報を当該端末装置の通信アドレス情報とともに登録する登録手段と、番組を放送するとともに、その放送に伴って少なくともユーザの希望シーンに該当する実シーンを所定の時間差をもって送信する放送手段と、放送番組内に現れる実シーンが前記希望シーンに該当するか否カ^チエックし、該当する場合に、当該ユーザに対して、当該シーンを特定するためのシーン特定情報および当該シーンの時間差放送の放送識別情報を含む通知メッセージを作成して、送信する送信手段とを備え、前記通知メッセージは前記実シーンの発生後に作成され、前記通知メッセージには時間差放送における当該実シーンの少なくとも開始時刻を特定できる情報が含まれてレ、ることを特徴とする。

[0012] これにより、本放送では開始時刻を過ぎてしまったようなシーンであっても時間差放送によれば当該シーンを最初から視聴できる。これは特に、発生を予期できないシーンを通知する場合に有用である。そのための前提として、通知メッセージの送信は、時間差放送では当該シーンが未だ開始されていない時点で行う。シーン特定情報はユーザに当該シーンがどのようなシーンであるのかを知らしめるために用いることができる。時間差放送を利用すれば、前記通知メッセージはシーンの発生後に作成することができるので、前記通知メッセージには時間差放送における当該シーンの少なくとも開始時刻を特定できる情報を含めることができる。開始時刻を特定できる情報は本放送における当該シーンの開始時刻に併せて送信される当該時間差放送の時間差情報であってもよいし、当該開始時刻に時間差を加えた時刻情報であってもよレ、。

[0013] なお、本発明における「放送受信再生機能」とは、放送波ではなく IP技術による放送、すなわち、電波放送によらず移動端末装置の通信インフラからの放送データを受信し再生する機能も含みうる。

[0014] 本発明による移動端末装置は、放送を受信する放送受信手段と、受信された放送を視聴するための視聴手段と、少なくとも放送番組の一部に対応するシーンを特定するためのシーン特定情報および当該シーンの時間差放送の放送識別情報を含む通知メッセージを受信する通信手段と、前記通知メッセージに基づいて前記時間差放送を受信するよう前記放送受信手段を制御する制御手段とを備えたことを特徴とする。

[0015] 前記制御手段は、通知メッセージで通知された当該シーンの時間差放送の放送識別情報に基づいて、時間差放送を受信するよう放送受信手段を制御する。

[0016] 本発明による他の移動端末装置は、放送を受信する放送受信手段と、受信された放送を視聴するための視聴手段と、通信ネットワークに接続し、少なくとも放送番組の一部に対応するシーンを特定するためのシーン特定情報およびシーンデータを蓄積したサーバへアクセスするための URL情報を含む通知メッセージを受信する通信手段と、前記通知メッセージに基づいて、前記通信手段により当該シーンのデータを蓄積したサーバへアクセスするよう前記通信手段を制御手段とを備えたことを特徴とする。

[0017] 前記制御手段は、通知メッセージで通知された当該シーンのデータを蓄積したサーバへアクセスするための URL情報に基づいて当該サーバへアクセスする。これにより、終了時刻を過ぎてしまったようなシーンであっても、サーバから蓄積データを受信した当該シーンを視聴することができる。

[0018] 上記両移動端末装置の特徴の折衷として、通知メッセージは少なくとも放送番組の一部に対応するシーンを特定するためのシーン特定情報、当該シーンの時間差放送の放送識別情報およびシーンデータを蓄積したサーバへアクセスするための UR L情報を含み、前記制御手段は、前記通知メッセージに基づいて、前記時間差放送を受信するよう前記放送受信手段を制御し、または、前記通信手段により当該シーンのデータを蓄積したサーバへアクセスするものとすることができる。より具体的には、前記通知メッセージは前記シーンの開始 ·終了時刻情報を含み、前記ユーザの確認時の現在時刻と前記シーンの開始'終了時刻と前記時間差放送の時間差に応じて、前記時間差放送で前記シーンの開始時点から視聴できる場合には時間差放送をュ一ザに提示し、そうでなレ、場合には前記サーバへのアクセスをユーザに提示する。

[0019] 放送を録画する録画手段をさらに備える場合には、前記視聴手段の起動に加えてまたは代えて前記録画手段を起動するようにしてもよい。

[0020] 本発明による放送番組シーン通知方法は、データ通信機能および放送受信再生機能を有する端末装置に対して放送番組シーンを通知する放送番組シーン通知方法であって、前記端末装置のユーザの放送番組内希望シーンを特定する希望シーン情報を当該端末装置の通信アドレス情報とともに登録するステップと、前記実シーンが前記希望シーンに該当するか否力をチェックするステップと、該当する場合に、当該ユーザに対して当該実シーンを含む放送単位の開始'終了時刻情報および放送識別情報を含む通知メッセージを送信するステップと、前記放送単位の放送開始後、ユーザの希望シーンに該当する実シーンの放送期間中、周期的に希望シーン情報を放送により送信するステップとを備えたことを特徴とする。

[0021] この放送番組シーン通知方法およびシステムでは、ユーザに対して当該実シーンを含む放送単位の開始 ·終了時刻情報および放送識別情報を含む通知メッセージを送信するとともに、前記放送単位の放送開始後、ユーザの希望シーンに該当する実シーンの放送期間中、周期的に希望シーン情報を放送により送信する。

[0022] この構成によれば、ユーザに対して希望シーン情報毎にメッセージ通知を行う必要がなぐ当該実シーンを含む放送単位にメッセージ通知を行レ、、放送単位の放送中は希望シーン情報を周期的に放送することにより、全ユーザの端末側へ一斉に当該実シーンの継続している期間を示すことができる。すなわち、端末は放送により送信されてきた希望シーン情報に応じて、それが自己の登録希望シーン情報と一致した場合に当該実シーンの視聴および Zまたは録画を行うことができる。

[0023] また、前記通知メッセージが前記シーンの発生後に作成される場合、前記通知メッセージには時間差放送における当該シーンの少なくとも開始時刻を特定できる情報が含めることができる。これにより、端末では、時間差放送における当該シーンの開始時点を認識することができる。

[0024] これに対応する移動端末装置は、放送を受信する放送受信手段と、受信された放送を視聴するための視聴手段と、通信ネットワークに接続し、少なくとも放送番組の一部に対応するシーンを含む放送単位を特定するための放送単位特定情報、当該放送単位の開始時刻および終了時刻を含む通知メッセージを受信する通信手段と、前記通知メッセージに応じて前記放送単位の開始時刻に前記放送受信手段による放送受信を開始すると共にその映像および音声の出力機能を抑止し、その後、当該放送により受信される希望シーン情報を端末内に記憶された希望シーン情報と比較し、両者の一致が確認されている間、前記視聴手段の映像および音声の出力機能の抑止を解除し、前記一致が確認されなくなったら前記視聴手段の映像および音声の出力機能を再度抑止する制御手段とを備えたことを特徴とする。

[0025] 本発明は、移動端末装置やサーバにおいて上記の機能を実現するためのコンビュータプログラムやそれを格納した記録媒体として把握することも可能である。

[0026] 本発明による他の移動端末装置は、放送を受信する放送受信手段と、受信された放送を視聴するための視聴手段と、少なくとも放送番組の一部に対応するシーンを特定するためのシーン特定情報およびその開始 ·終了時刻情報を含む通知メッセ一ジを受信する通信手段と、前記通知メッセージをユーザが確認した時点で現在時刻と前記シーンの開始 ·終了時刻とを比較し、現在時刻と開始 ·終了時刻との関係に基づいて、ユーザが選択できる処理を切り替える制御手段とを備えたことを特徴とする。

[0027] この移動端末装置では、同じ通知メッセージであっても、ユーザがそれを確認する時点が当該シーンの開始 ·終了時刻に対してどのような関係にあるかによって、ユーザが選択できる処理が切り替えられる。

[0028] 例えば、前記制御手段は、現在時刻が開始時刻の所定時間前から当該開始時刻までの間の時点であるとき、当該番組の即座の視聴をユーザに提示することができる

[0029] また、前記制御手段は、現在時刻が開始時刻の所定時間前よりさらに前であるとき、当該シーンの録画予約をユーザに提示することができる。

[0030] また、前記制御手段は、現在時刻が前記シーンの開始 ·終了時刻の間であるとき、当該番組の即座の視聴、当該シーンの時間差放送の視聴、当該シーンのデータを蓄積したサーバへのアクセスの少なくとも一つをユーザに提示することができる。

[0031] 前記番組の放送はデジタル放送である場合、前記時間差放送は対応する本放送より単位時間当たりの情報量が低くするようにしてもよい。これにより、限られた周波数帯域の中で本放送の質の低下を抑えつつ、時間差放送を提供することができる。

[0032] さらには、前記制御手段は、現在時刻が前記シーンの終了時刻の後であるとき、前記通信手段により当該シーンのデータを蓄積したサーバへのアクセスをユーザに提示すること力 Sできる。この場合、好ましくは、前記通知メッセージには前記サーバヘアクセスするためのアクセス情報を含める。この URL情報はサーバのアクセス情報であつてもよいし、サーバのアクセス情報に当該シーンを特定するための情報を含んでもよい。また、シーンの蓄積データの代わりに、当該実シーンに関連した結果情報の取得をユーザに提示するようにしてもよい。この場合、通知メッセージには当該結果情報の URLを含める。

[0033] 前記視聴手段の一部として、受信された複数の通知メッセージの内容を表示画面上にリスト表示する表示手段とを備え、前記制御手段は、当該リスト内の一つの通知メッセージの表示項目がユーザにより指示されたとき、当該通知メッセージのシーンの開始'終了時刻と現在時刻との関係により、ユーザが選択できる処理を切り替えるようにしてもよい。これにより、通知メッセージを受信後の任意の時点で、複数の通知メッセージを一覧して、所望のシーンを選択することができる。

[0034] 前記表示手段は、前記リストの表示画面において各通知メッセージ毎に当該ユーザによる当該シーンの視聴の未 Z済を表す情報を表示するようにしてもよい。これにより、ユーザはどのシーンを視聴し、どのシーンを視聴していないかが即座に分かる。

[0035] 本発明による他の放送番組シーン通知システムは、データ通信機能および放送受信再生機能を有する端末装置に対して放送番組のシーンを通知する放送番組シーン通知システムであって、番組を放送する放送手段と、通信ネットワークを介して前記端末装置に接続され、ユーザの放送番組内希望シーンを特定する希望シーン情報を当該端末装置の通信アドレス情報とともに登録する登録手段と、放送番組内に現れる実シーンが前記希望シーンに該当するか否力、をチェックし、該当する場合に、当該ユーザに対して当該実シーンの放送が開始されることまたは開始されたことを示すシーン情報を前記通信ネットワークを介して当該ユーザの端末装置に送信するシーン情報送信手段と、発生した実シーンを端末装置力通信経由でアクセス可能に蓄積したデータベースを有するサーバとを備え、前記シーン情報送信手段は、通知対象のシーンの放送識別情報および開始 ·終了時刻情報とともに当該シーンの放送終了後に当該シーンのデータを蓄積した前記サーバにアクセスするためのアクセス情報を含めた通知メッセージを作成し、当該ユーザへ送信することを特徴とする。

[0036] 前記放送手段は、本放送の内容の少なくとも一部を所定時間遅延させた時間差放送を行い、前記シーン情報送信手段は、前記通知メッセージに対して、さらに前記通知対象のシーンについて、その時間差放送識別情報を付加して、当該ユーザへ送信するようにしてもよい。

[0037] 前記通知メッセージへの時間差放送識別情報の付加は、発生時刻を予測できないシーンの発生後に作成する通知メッセージについて行って好適である。

[0038] 本発明は、さらに、移動端末装置において動作するコンピュータプログラムやコンビユータプログラムを格納した記録媒体として把握することも可能である。

[0039] 本発明のその他の構成や作用については、後述の実施の形態で詳述する。

発明の効果

[0040] 本発明によれば、シーン通知メッセージにより通知されたシーンの開始時刻および終了時刻と現在時刻との関係の如何によらず、特に、シーン通知メッセージのユーザによる確認が遅れたときであっても、確実にそのシーンを視聴することができる。

[0041] また、シーン通知メッセージによりシーンを含む放送単位に開始'終了時刻を通知するとともに、シーン放送期間中のシーン識別情報を放送により送信することにより、シーン通知サービスを提供する側の処理負荷を低減することができる。また、移動端末側ではシーン通知メッセージを確認後は自動的にユーザの当該実シーンの出力（または録画)を行うことができる。また、放送受信機能を能動化する放送単位の開始力終了までの間であっても、希望シーンに該当する実シーン放送期間以外は映像及び音声の出力機能を抑止するようにすれば、移動端末のバッテリの節電を図ることができる。

図面の簡単な説明

[図 1]本発明による放送番組シーン通知システムの概略構成を示す図である。

[図 2]図 1内に示した移動端末の概略のハードウェア構成例を示す図である。

[図 3]本発明の実施の形態において用いるユーザ ·シーン情報 DBに格納されるユーザ ·シーンテーブルおよび逆引きテーブルの構成例を示す図である。

[図 4]ユーザが通知を望む希望シーンを登録する登録段階における端末とシーン登録サーバの処理を示す図である。

[図 5]本発明の実施の形態において予め用意された希望シーンの階層的な分類の例を示す図である。

[図 6]本発明の実施の形態における希望シーン登録時の移動端末での画面例を示す図である。

[図 7]本発明の実施の形態におけるシーン通知サービスの対象となる個々の番組毎に用意されるシーン管理テーブルを示す図である。

[図 8]本発明の実施の形態においてメッセージ送信サーバが実行するシーン情報通知処理のフローチャートである。

[図 9]図 8のステップ S16での送信処理（a)の具体的内容および送信待ち行列に関するタイマー割込処理 (b)の具体的内容を示す図である。

[図 10]本発明の実施の形態の端末におけるシーン情報受信処理（1)のフローチヤ一トである。

[図 11]本発明の実施の形態の端末におけるシーン情報受信処理（2)のフローチヤ一トである。園 12]本発明の実施の形態の端末におけるシーン情報受信処理（3)のフローチヤ一トである。

園 13]本発明の実施の形態におけるシーン通知メッセージの具体例を示す図である園 14]本発明の実施の形態における時間差放送の形態を説明するための図である。園 15]本発明の実施の形態において、受信したシーン通知メッセージをユーザが確認する際の移動端末の表示画面の例を示す図である。

園 16]本発明の実施の形態において、シーン通知メッセージをユーザが確認する際の移動端末の表示画面の他の例を示す図である。

園 17]本発明の実施の形態において、移動端末で受信されたシーン通知メッセージをリスト表示するためのリスト項目を管理するリスト項目テーブルの例を示す図である園 18]本発明の実施の形態におけるリスト表示画面の例を示す図である。

[図 19]図 18 (a) (b)のリスト表示画面で選択されたリスト項目に対応する処理を勧誘する画面例を示す図である。

園 20]本発明の実施の形態における通知されたシーンの開始時刻（stime)と終了時刻（etime)とそのメッセージの確認時点の関係によりユーザの選択可能な処理の切替の態様をまとめて示した図である。

[図 21]本発明の実施の形態において、図 17に示したようなリスト項目テーブル 600の内容に基づいて図 18 (a) (b)に示したようなリスト表示画面を表示するためのリスト表示時の処理の一例を示すフローチャートである。

[図 22]本発明の実施の形態において、ユーザがシーン通知メッセージを確認したときに行われる通知確認時処理の一例を示すフローチャートである。

園 23]本発明の実施の形態において、シーン通知メッセージに基づくテレビ機能の起動時に実行されるテレビ起動時処理の一例を示すフローチャートである。

[図 24]本発明の実施の形態の変形例の説明図である。

園 25]本発明の第 2の実施の形態の説明図である。

園 26]本発明の第 2の実施の形態におけるキーワード対応制御のフローチャートである。

[図 27]本発明の実施の形態の変形例のシステム構成を示す図である。

[図 28]図 27内に示した HDDレコーダの内部の構成例を示す図である。

[図 29]図 27内に示したリモコンの変形例を示している。

[図 30]図 27のシステムの応用例を説明するためのシステム構成を示す図である。符号の説明

[0043] 10…通信ネットワーク、 20…移動端末、 30…放送局、 40…登録サーバ、 42…シーン管理サーバ、 46…メッセージ送信サーバ、 47…メッセージボックス、 48…蓄積データサーバ、 48…蓄積データサーバ、 49…データベース（DB)、 201…中央制御部、 204…表示制御部、 205…表示部、 206…通信部、 207…操作部、 208…フラッシュメモリ、 209· · · Β寺計咅、 210…ノくス、 211…アンテナ、 212…信号受信咅、 213· · · 音声処理部、 214…マイク、 215…スピーカ、 300…表示画面、 301…ボタン、 303 …ソフトメニュー項目、 304…録画予約ボタン、 305…時間差放送ボタン、 306…ボタン、 307…指示ボタン、 400…リス卜表示画面、 401〜406…リス卜項目、 411…未視聴アイコン、 412…視聴済アイコン、 421…リス卜項目、 422…リスト項目、 441…ュ一ザ.シーンテーブル、 442…逆引きテーブル、 443, 443a, 443b…シーン管理テーブノレ、 510…画面列、 600…ジス卜項目テープ'ノレ

発明を実施するための最良の形態

[0044] 以下、本発明の好適な実施の形態について図面により詳細に説明する。

[0045] 図 1は、本発明による放送番組シーン通知システムの概略構成を示している。本明細書における「番組シーン」または「シーン」とは、放送番組中の任意の一部分であり、例えばユーザが視聴することを望むと推定される人や物、それらを含む場面、等を内容とする一連の部分である。

[0046] このシステムは、テレビ放送受信機能を備えた携帯電話機のような移動端末 20、テレビ番組の放送を行う放送局 30、本実施の形態における番組シーンに関連した処理を行う各種サーバ（登録サーバ 40およびシーン管理サーバ 42、メッセージ送信サーバ 46、蓄積データサーバ 48)、並びに、携帯電話網、パケット網、インターネット等を含む通信ネットワーク 10から構成される。 [0047] 登録サーバ 40は、放送番組シーン通知サービスを受けるユーザからの申し込みに応じて、ユーザの登録および希望シーンの登録の処理を行うサーバである。シーン管理サーバ ₄₂は、放送番組中の実シーンの各種属性情報を保存管理するサーバである。「実シーン」とは、概念としての「希望シーン」と対比されるシーンであり、番組中で実際に発生した（または発生すると予定される）具体的なシーンである。

[0048] メッセージ送信サーバ 46は、送信するメッセージを一時格納するメッセージボックス

47に接続され、ネットワーク 10を経由して、所定の時点で移動端末 20へメッセージを送信する。本明細書では、特に明記しない限り、「メッセージ」には、いわゆるショートメッセージと呼ばれる、電話番号を通信アドレス情報として転送される比較的短いメッセージ、および、電子メールアドレスを通信アドレス情報として転送される電子メーノレ（単にメールともいう）を含むものとする。

[0049] シーン管理サーバ 42は、番組やシーンの情報の入力を受けるために放送局 30と接続されている。この接続の形態は専用線によるものを想定している力ネットワーク 10経由での接続も可能である。

[0050] 登録サーノく 40、シーン管理サーバ 42およびメッセージ送信サーバ 46は、ユーザ' シーン情報データベース（DB) 44を共有する。

[0051] 蓄積データサーバ 48は放送された実シーンをデータベース 49として蓄積し、ネットワーク 10経由で外部からのアクセスにより希望シーンに該当する実シーンをデータとして提供するサーバである。

[0052] 移動端末 20は、典型的には携帯電話機であるが、データ通信機能および放送受信再生機能を有するならば、 PDA(Personal Digital Assistant),ゲーム装置、カーナビグーシヨン装置等、を含みうる。

[0053] ネットワーク 10の中には、図示しないが、ショートメッセージの転送の仲介処理を行うメッセージサーバ、あるいは、電子メールの転送の仲介処理を行うメールサーバを含む。登録サーバ 40、シーン管理サーバ 42、メッセージ送信サーバ 46、蓄積データサーバ 48は同一場所に設置されていることを想定しているが、必ずしも同一場所である必要はない。また、その場所は、放送局 30と別の場所でも同じ場所でもよい。ュ一ザ.シーン情報 DB44の内容および図 1の各部の動作については後述する。 [0054] 放送局 30は、番組の正規の放送 (本放送）の他に、同じ番組の全体または一部につき所定の時間遅延して放送する時間差放送を提供する。放送局 30による放送は地上波デジタル放送 (レ、わゆる 1セグ放送や 3セグ放送を含む）を想定している力衛星放送であっても、あるいはアナログ放送であっても、本発明を適用することが可能である。なお、時間差放送の例については例えば特許文献 4に開示されている。

[0055] 図 2に、移動端末 20の概略のハードウェア構成例を示す。このテレビ装置は、中央制卸部 201、 RAM202, ROM203,表示制 ί卸部 204と、表示部 205、通信部 206、操作部 207、フラッシュメモリ 208、時計部 209、アンテナ 211、 TV信号受信部 212 、音声処理部 213、マイク 214、およびスピーカ 215を有している。

[0056] 中央制御部 201、 RAM202, R〇M203、表示制御部 204、通信部 206、操作部 207、フラッシュメモリ 208、時計部 209、 TV信号受信部 212、および音声処理部 21 3はバス 210に接続されており、このバス 210を介して相互にデータの授受、コマンドの送受などが行われるようになってレ、る。

[0057] RAM202は、中央制御部 201の演算結果や外部から取得したデータ（後述する通知メッセージ等を含む）を一時的に保持格納するメモリである。 ROM203は、オペレーティングシステム（OS)や各種プログラムを保存する不揮発性のメモリである。中央制御部 201が ROM203からこれらのプログラムを読み取り、プログラムに従って所定の処理を実行する。フラッシュメモリ 208は、外部から取得したデータや、メールァドレス、 URL (Uniform Resource Locator)などの情報を後の処理のために保持しておく再書き込み可能な不揮発性のメモリである。

[0058] 通信部 206は、ネットワーク 10との接続を確立し、ネットワーク 10とのデータの送受信を行う機能を有する。操作部 207は、テンキーや各種指示キーを有し、ユーザの入力インタフェースを提供する。

[0059] 表示制御部 204は、中央制御部 201からテキストや画像等の表示情報を受け取り、これに基づいて表示部 205を駆動する機能を有する。外部からの表示情報としては、ネットワーク経由の情報および放送による情報の両方を切り替えて、または、重ねて表示することが可能である。表示部 205は、液晶デバイス、有機 ELデバイス等の任意の表示デバイスを含み、表示制御部 204からの駆動信号に従って画像を光学的に表示する機能を有する。

[0060] TV信号受信部 212はアンテナ 211で受信された放送波から所望のチャンネルの信号を抽出し、復調再生する機能を有する。 TV信号受信部 212には、デジタルデータ放送による BML(Broadcast Markup Language)言語で記述された文書を解釈して表示するブラウザ機能を含む。音声処理部 213は、スピーカ 215から音声を出力させたり、マイク 214からの入力音声を所定の信号に変換する処理を行う。 TV信号受信部 212は放送録画手段を含んでもよい。その場合の録画用の記憶部は RAM202 またはフラッシュメモリ 208または図示しない小型 HDD等を用いることができる。時計部 209は、リアルタイムクロックを含み、カレンダーや時計、タイマーの機能を提供する。

[0061] 図 1に示した登録サーバ 40、シーン管理サーバ 42、蓄積サーバ 48の内部構成は特に図示しないが、いずれもコンピュータ装置であり、中央制御部、通信部、記憶装置、各種入出力装置を有する。

[0062] 図 3 (a) (b)は、それぞれ、本発明の実施の形態において用いるユーザ'シーン情報 DB44に格納されるユーザ ·シーンテーブル 441および逆引きテーブル 442の構成例を示している。ユーザ'シーンテーブル 441は、本実施の形態における放送番組シーン通知サービスを受ける登録ユーザ毎に、その通信アドレス情報（ここでは電話番号およびメールアドレス）、および希望シーンを特定するシーン特定情報としての希望シーン IDを登録するデータテーブルである。この登録サイトはウェブサイト上に設けられ、後述するようにユーザはウェブページ上でユーザ登録および希望シーンの登録を行うことができる。ショートメッセージのみでシーン通知を行う場合にはュ一ザ 'シーンテーブル 441にはメールアドレスの欄は不要である。逆に電子メールのみでシーン通知を行う場合には、電話番号の欄は不要である。

[0063] なお、ユーザの電話番号は携帯電話事業者側で管理されており、携帯電話機から送信されるユニーク ID (端末 ID)情報に基づレ、て、サーバは携帯電話番号を認識すること力 Sできる。サーバ側でユニーク HD情報と携帯電話番号の対応関係が不明である場合、ショートメッセージによるシーン通知時にユニーク ro情報を携帯電話事業者に通知し、対応する電話番号に変換を依頼するようにしてもよい。このような場合のュニーク IDも本発明における通信アドレス情報の一種であるとする。メールアドレスも携帯電話番号対応に携帯電話事業者側で管理されているので同様にユニーク m情報に基づいてサーバ側で認識可能であるが、ユーザに入力させるようにしてもよい。

[0064] 逆引きテープノレ 442は、ユーザ'シーンテーブル 441から作成されるデータテープノレであって、希望シーン ID毎にそのシーンを希望してレ、るユーザ IDをまとめて登録している。このテーブルはユーザ.シーンテーブル 441が更新されるたびに併せて更新される。なお、通知すべきシーンの発生毎に、その通知先のユーザをユーザ'シーンテーブル 441から検索するようにすれば逆引きテーブル 442は不要である。但し、逆引きテーブル 442を予め用意しておくことにより検索処理時間を削減することができる。

[0065] 以下、本実施の形態の動作について説明する。この動作は、大別して、ユーザが通知を望む希望シーンを登録する登録段階と、放送番組内に現れるシーンを分類してシーン情報を管理する管理段階と、希望シーンに該当する実シーンのシーン情報をユーザに通知する通知段階と、ユーザが受信したシーン情報を基に放送番組シーンを視聴する視聴段階に分割される。視聴段階は後に詳述するようにさらに、本放送の視聴、時差放送の視聴、蓄積データの視聴、さらにはそれらの録画等の各段階に分けられる。

[0066] 図 4は、ユーザが通知を望む希望シーンを登録する登録段階における端末とシーン登録サーバの処理を示している。端末はウェブブラウザを起動して（S1)、本実施の形態のシーン通知サービスを行うサイトのシーン登録サーバにアクセスする（S2)。ユーザによるシーンメニュー要求（S3)に応じて、サーバはシーンメニューを端末へ送信する（S4)。このシーンメニューの中からユーザが希望シーンを選択すると、その選択結果がサーバに送信される（S5)。サーバは、受信した選択結果に基づいて、ユーザ'シーン情報 DB44の内容を更新する（S6)。ユーザ登録の際に、ユーザ情報 (および必要に応じてパスワード）の登録を行う。ユーザのパスワードが登録された場合には上記ステップ S2でパスワードの入力がユーザに要求され、ユーザ認証が行われる。

[0067] なお、ユーザ登録はこのようなウェブサイトへのアクセスで行うのではなぐ専用のァプリケーシヨンを用いて別途行ってもよい。

[0068] 図 5に、予め用意された希望シーンの階層的な分類の例を示す。これらの希望シーンは、比較的多数のユーザが視聴を希望するであろうと推定されるものをジャンル等に応じて分類列挙したものである。各階層の項目の右肩の数値は分類コードの桁値を示している。最上位から順次下位の層の項目を迪つたときの当該数値列が分類コードとして機能する。図示の例では、「巨 X阪最終回」の分類コードは 00100となる。プロ野球の特定の選手の打席の様子を見たい場合、特定のチーム間の対戦の最終回あるいはダイジェストだけを見たい場合、大相撲の最厦の力士の取り組みを見たい場合、サッカーの試合結果を見たい場合、歌番組中の特定の歌手のステージを見たい場合、ドラマ等に出演している特定の俳優の出演場面を見たい場合、ニュース速報を見たい場合、等々が想定されている。ジャンルで分類したが、特定の放送局の番組単位に区分して、各番組内の俳優や特定の場面を選択させるような分類であつてもよい。

[0069] 図 6は、希望シーン登録時の移動端末での画面例 510を示す。この画面は、図 5の希望シーン分類の最上位層から順にメニュー項目をユーザに選択させるものである。この画面は順次下位層の項目の選択用に切り替わっていくが、後続の画面例は図示省略してある。複数の希望シーンがあれば、登録処理を繰り返して行う。

[0070] なお、このように登録サーバ側からユーザにシーンメニューを提供してユーザに選択させる手法の他、任意のキーワードをユーザに入力させてそれに基づいて登録サーバ側がチェックし、該当する希望シーンを特定するようにしてもよい。

[0071] 次に、放送番組内に現れるシーンを分類してシーン情報を管理する管理段階について説明する。本実施の形態では、番組中でシーン情報を抽出すべきシーンが発生したかどうかおよびそのシーン属性（シーンのジヤンノレおよびタイトル等）はオペレータが決定し、その決定結果をシーン管理サーバ 42からユーザ'シーン情報 DB44に登録するものとする。

[0072] シーン通知サービスを実現する上で、番組が生放送の場合と録画放送の場合とで若干事情が異なる。

[0073] 録画放送の場合には前もって希望シーンに該当する実シーンの有無およびその発生時刻を確認することができる。したがって、各種シーンのシーン情報を前もって登録しておくことができる。この場合、デジタル放送において番組内の個々のシーンにそのシーンを特定するための情報が付加されてレ、るような場合には、その情報に基づレ、て自動的にシーン情報を得ることも可能である。

[0074] これに対して、生放送の場合には希望シーンに該当する実シーンの発生およびその時刻は不明確である。希望シーンの種類によって予めある程度、発生および発生時刻が予測できる場合がある。例えば、ある歌番組の生放送において予めスケジュールが決まっており、ある時刻にある歌手が登場することが相当の確度をもって推測される。このような場合、予測データとしてシーン情報を入力することができる。（予測で生成されるシーン情報が現実と一致しない場合がありうることは、予めサービス利用登録時にユーザの了解を得ておく。 M列えば特定の野球選手の打席のシーンなどはその発生時刻の予測は通常困難であり、打席のアナウンスがあつたとき、または、その直前にオペレータがリアルタイムでシーン情報を入力する。

[0075] 発生時期が予期できないイベントのシーンの通知はできない。例えば野球の生中継でのホームランの発生時期は予測できないので前もってのシーン通知は行うことができない。しかし、実際のイベントの発生からシーン通知が遅れてもよいように次のような対処を行うことが可能である。すなわち、直前に放送された放送済のシーンのシーン通知情報については、そのシーンのチャンネル情報、放送開始'終了日時（単に開始 ·終了時刻という）と共に、後述するような時間差放送や蓄積データの視聴のための情報 (例えば URL情報）を含めておくことにより、ユーザがそれらの放送済みのシーンを事後的に視聴することができる。シーン通知サービスの対象となる本放送のチャンネルが固定的に決まっているような場合は、シーン通知情報に本放送のチヤンネル情報を含める必要はない。

[0076] 図 7 (a) (b)は、シーン通知サービスの対象となる個々の番組毎に用意されるシーン管理テーブル 443a, 443b (総称して 443)を示している。本実施の形態では、これらのテーブルもシーン情報 DB44に格納される。シーン管理テーブル 443は、番組内の個々のシーンを特定するための「シーン ID」、このシーンが該当する「希望シーン I DJ (図 5の分類コードに対応）、ユーザに分かるシーンの特定情報としてのシーンの「タイトル」、放送チャンネル（CH)、このシーンの「開始時刻」および「終了時刻」の各項目を有する。なお、終了時刻の代わりに、シーンの開始から終了までの時間である継続時間を用いてもょレ、。その場合には終了時刻は開始時刻および継続時間から求めること力 Sできる。

[0077] 図 7 (a)は野球中継の生放送番組についてのシーン管理テーブル 443aを示している。この場合、番組の性質上、特定の選手の打席のシーンは直前でなければ分からないため、番組開始後に所定の時点で逐次シーン情報がオペレータの操作に基づいて生成される。例えば、「シーン ID」としては、逐次、シーン情報の生成順に連番が生成される。「該当希望シーン ID」はオペレータの指示（例えばメニュー項目やボタンの選択）により決定される。「タイトル」は、この例では、番組のタイトルと該当希望シーンの名称を組み合わせたものが自動生成される。「CH」はこの番組の放送されるチヤンネル番号である。「開始時刻」はシーンの発生を確認した後でシーン情報を入力する場合には過去の時刻となる。また、シーンの発生が確実視され、かつその時刻も予測できる場合にはその予測時刻（例えば何十秒後、何分後等）のオペレータ入力により「開始時亥 !J」を決定することもできる。「終了時刻」はこのシーンの例では空欄のままとする力 \概算の予測終了時刻を入力する。例えば野球中継のダイジェストの放送時刻が前もって決定している場合には、そのようなシーンの予定開始時刻および終了時刻を含めてシーン情報を予め生成してもよい。

[0078] 図 7 (b)の生放送の歌番組についてのシーン管理テーブル 443bでは、どのようなシーンが発生し、その発生および終了時刻が前もって予測できるのであれば、それらのシーン情報は先に設定しておくことができる。また、予測できない場合にはシーンの発生の直前または直後にオペレータが入力操作を行う。

[0079] 次に、希望シーンに該当する実シーンのシーン情報をユーザに通知する通知段階について説明する。

[0080] 図 8は、メッセージ送信サーノ 46が実行するシーン情報通知処理のフローチャートである。オペレータの操作等により実シーン情報の入力があり（Sl l， Yes)、かつ、そのシーンの開始時刻が入力されていれば（S12， Yes)、シーン情報 DB44を検索する（S13)。そうでなければ、ステップ S11へ戻る。ユーザ'シーン情報 DB44の検索により当該シーンに該当する（通知を希望する）ユーザを特定する（S14)。そこで、シーン情報を通知するメッセージを生成する（S15)。このメッセージはメッセージボックス 47 (図 1)内に一時格納される。通知するシーン情報の内容は、典型的には、シーンタイトル情報、放送 CH情報、放送開始時刻、放送終了時刻、蓄積データのアクセス情報等である。ついで、当該ユーザへの送信処理を行う（S16)。

[0081] 図 9 (a)に、図 8のステップ S16での送信処理の具体的内容を示す。まず、シーンの開始時刻が現在時刻の所定時間（例えば数分)以上後かどうかをチェックする（S21 )。 Yesであれば、当該シーン情報を待ち行列に追加する（S22)。 Noであれば、直ちに当該シーン情報をショートメッセージまたはメールにより当該ユーザに送信する（ S23)。なお、待ち行列については特に図示しなレ、が、シーン情報のポインタを連結したものである。好ましくは、待ち行列ではシーン情報を開始時間の順にソートしておく。ステップ S21の判定結果が Noである場合には、シーンの開始時刻が既に過去となっている場合も含む。但し、通知済みか否かを管理すれば、シーン管理テーブル 4 43 (図 7 (b) )に基づいてステップ S21の判断を行うこともできるので、送信待ち行列は本発明に必須の要素ではない。また、シーンの種類やユーザの希望によっては開始時刻が現在時刻より所定時間以上後であっても、直ちに送信を行ってもよい。ユーザが希望するには希望シーンの登録時にその旨を併せて登録する。

[0082] 図 9 (b)は送信待ち行列に関するタイマー割込処理を示している。この処理は周期的に起動される。この周期は数秒力数十秒、長くても 1分程度とする。この周期は短いほど処理負荷が重くなるが即応性が増加する。逆に長いほど処理負荷は軽くなるが即応性が低下する。したがって、周期は処理負荷と即応性との兼ね合いを考慮して決定する。まず、送信待ち行列を参照する（S25)。各シーンの開始時刻が所定時間前（例えば 1分前）のシーンがあるかどうかをチェックする（S26)。この判定では、開始までの時間が所定時間以下となったシーンや、開始済みのシーンについても、 Yesとする。 Yesのシーンについては当該シーン情報をショートメッセージまたはメールにより当該ユーザに送信する（S27)。

[0083] 次に、ユーザが受信したシーン情報を基にシーンを視聴する視聴段階について説明する。 [0084] 図 10は、端末におけるシーン情報受信処理（1 )のフローチャートを示している。これはメッセージとしてショートメッセージを利用した場合である。端末は、メッセージを受信すると（S 31 )、そのメッセージがシーン通知メッセージであるか否かをチェックする（S 32)。これはメッセージ (メッセージ本文だけでなぐメッセージに付随する属性情報等も含む）内に含まれる予め定められた文字列等またはシーン情報の有無等によって半 IJ断すること力 Sできる。シーン通知メッセージ以外のメッセージであれば、通常の他の処理を行う（S 33)。シーン通知メッセージであれば、シーン情報を含むメッセージを表示部に表示する（S 34)。メイン表示部の他にサブ表示部を有する折りたたみ型の携帯電話機などで折りたたまれた状態では、このメッセージをサブ表示部に表示するようにしてもよレ、。このメッセージに対してユーザが TV関連の指示（例えば予約録画、本放送視聴、時間差放送視聴、蓄積データアクセス等）のための操作 (例えば所定のキーの押下）を行うと（S 35 , Yes)、端末は当該 TV関連の指示を実行する（S 36)。ユーザによるキャンセル指示操作があった場合には（S 37, Yes)、この処理を終了する。キャンセル指示の代わりに所定の時間の経過によるタイムアウト時にも本処理を終了するようにしてもよい。

[0085] 図 1 1は、端末におけるシーン情報受信処理（2)のフローチャートを示す。これはメールを利用した場合である。端末は、メールを受信すると（S41)、ヘッダ情報をチェックする（S42)。この例では、メールのヘッダ情報にシーン通知メッセージを示す情報が含まれるものとする。このメールがシーン通知メッセージでなければ（S43 , No) 、通常の他の処理を実行する（S44)。シーン通知メッセージであれば、シーン情報を含むメール本文を表示部に表示する（S45)。図 10の処理と同様、この画面に対してユーザが上述のような TV関連の指示操作を行うと（S46 , Yes)、端末は当該 TV関連の指示を実行する（S47)。ユーザによるキャンセル指示操作があった場合には（S 48 , Yes)、この処理を終了する。

[0086] 図 1 2は、端末におけるシーン情報受信処理（3)のフローチャートを示す。これはメールを利用した場合である力 S、シーン通知メッセージはヘッダではなく本文に含まれる。端末は、メールを受信する（S 51)。このメールが開かれ（S 52)、かっこのメール本文にシーン情報が含まれている場合、ユーザの TV関連指示により（S 53)、端末は当該 TV関連の指示を実行する（S54)。ユーザによるキャンセル指示操作があつた場合には（S55, Yes)、この処理を終了する。ここで、メールの開封確認（S52)は必須のステップではなぐ TV関連指示（S53)によりそれ以降の処理を行うようにしてもよレ、。また、上記において、ユーザによるキャンセル指示操作があった場合（S37， Yes/S48， Yes/S55, Yes)においても、シーン通知メッセージから直接にではなぐアイコンやメニューからの指示により TV起動が行える。

[0087] 以下、各種 TV関連の指示に対応したユーザによる希望シーンに該当する実シーンの視聴の種々の形態について具体例を説明する。

[0088] 図 13 (a) (b)は、本実施の形態におけるシーン通知メッセージの具体例を示す。この例では、予め定めた所定の文字列であるタグ名で通知メッセージを表す。図 13 (a )の通知メッセージは、タグ名、媒体情報、放送開始時刻（stime)、放送終了時刻（e time)、放送識別情報、時間差放送識別情報、シーン識別情報 (title)、蓄積 URL を含む。「タグ名」は例えば" media： "であり、「媒体情報」で指定された媒体 (テレビやラジオ等）を起動するコマンドを表す。「放送識別情報」は、希望シーンに該当する実シーンを含む番組を放送する本放送のチャンネル等を示す。「時間差放送識別情報」は、当該実シーンを含む番組を放送する時間差放送のチャンネル等を示す。「ti tlejは当該実シーンに付与されたシーンの名称である。「蓄積 URL」は当該実シーンの蓄積データをアクセスするためのアクセス情報である。蓄積 URLは当該実シーンの識別情報を含んでもよいし、サーバの URLのみ通知して、サーバ内で希望の実シーンをユーザが選択できるようにしてもよレ、。また、サーバにおいて各シーン単位にアクセス可能にシーン情報が蓄積されているのではなぐ番組単位等、シーンより大きい単位で蓄積されている場合、サーバに対して当該シーンを特定するために当該シーンの開始（および終了）時刻を通知し、サーバ側でこれに応じて当該シーンのデータを抽出するようにしてもよい。

[0089] 発生後のシーンを発生直後に通知する場合には、図 13 (b)に示すように、本放送識別情報を付加しない通知メッセージの形態もありうる。また、いずれの場合も時間差放送識別情報を含める場合には、その時間差を表す数値情報を含めてもよい。これにより、端末では時間差放送における当該シーンの実際の開始時刻を認識することができる。

[0090] ここで図 14 (a) - (d)により、本実施の形態における時間差放送の形態を説明する。図（p)に示すように、基本的には時間差放送は、それに対応する本放送と同一内容を本放送から所定の遅延時間（ Δ Τ)をもって別のチャンネルで放送するものである。但し、図 14 (b)に示すように、異なる遅延時間（例えば Δ Τ1、 Δ Τ2)で同一内容の時間差放送が複数並行して放送されてもよい。また、図 14 (c)に示すように、時間差放送は本放送の全体ではなく一部の番組ほたは番組中のシーン）についてのみ実行されるものであってもよい。さらに、時間差放送は対応する本放送より単位時間当たりの情報量が低レ、ものとしてもよい。これにより、本放送の画質を著しく低下させることなぐ例えば移動端末向けのいわゆる 1セグメント放送の帯域を本放送と時間差放送とで分けて使用するような構成を採ることが可能となる。なお、図 14 (a)— (d)の番組 A, Β, Cはそれぞれシーンであってもよい。

[0091] 図 15 (a)— (d)に、受信したシーン通知メッセージをユーザが確認する際の移動端末の表示画面 300の例を示してレ、る。

[0092] 図 15 (a)は直後に発生する実シーンを通知するシーン通知メッセージをユーザが確認したときの画面例を示している。この画面には当該実シーンのタイトル、「本放送」の視聴を指示するボタン 301、「リスト」を表示させるためのソフトメニュー項目 303を表示している。

[0093] 図 15 (b)は現在時刻が開始時刻の所定時間前よりさらに前であるとき、当該シーンの録画予約の選択を行える録画予約ボタン 304をユーザに提示する画面例を示している。録画予約を行うと、開始時刻にテレビが起動され本放送の録画が自動的に行われる。録画実行の際には、映像および音声は出力される必要はなレ、が、ユーザによる初期設定または適宜の指示により録画と共に出力を行ってもよい。

[0094] 図 15 (c)は、野球のホームラン等、発生時刻を予測できない実シーンの発生直後に発行されたシーン通知メッセージに対して、確認時の現在時刻がその実シーンを時間差放送で確認できる時刻である場合に時間差放送ボタン 305を提示する画面例を示している。図示しないが時間差放送での実際の開始時刻を併せて表示するようにしてもよい。 [0095] 図 15 (d)は、当該実シーンを時間差放送で確認できないほど遅く図 15 (c)の通知メッセージを確認した場合に蓄積データにアクセスするためのボタン 306をユーザに提示する画面例を示してレ、る。

[0096] 図 16 (a) _ (d)は、移動端末が録画機能を有する場合に、シーン通知メッセージをユーザが確認する際の移動端末の表示画面の他の例を示している。図 16 (a) (c) (d )では、直ちにシーンの視聴をしなレ、で「録画」の指示ボタン 307を追加表示してレ、る図 16 (b)は図 15 (b)と同じである。

[0097] 図 17は、本実施の形態において移動端末で受信されたシーン通知メッセージをリスト表示するためのリスト項目を管理するリスト項目テーブル 600の例を示している。各リスト項目は、項目番号、タイトノレ (TITLE)、開始時刻（stime)、終了時刻（etime )、放送識別情報（servicelD)、処理フラグを有する。放送識別情報（servicelD)は、地上波デジタル放送において放送事業者が送出するサービス (編成チャンネル)を一意に識別するための IDである。「処理フラグ」は 1ビットの場合と 2ビットの場合とを示している。 1ビットの場合、および 2ビットの場合のビット 1 (MSB)はそのシーンをュ一ザが視聴したか否かを示すデータであり、ここでは" 0"が未視聴、 " 1 "が視聴済を表す。「2ビット」の場合は端末が録画機能を有する場合に採用される形態であり、ビット O (LSB)は録画の有無を示している。ここでは" 0"が未録画、 " 1 "が録画済を表す

[0098] 図 15 (a)—（d)、図 16 (a)—（d)のシーン通知メッセージの各確認画面において表示された、「リスト」を表示させるためのソフトメニュー項目 303が指示された場合のリスト表示画面 400の二例を図 18 (a) (b)に示す。図 18 (a)は、 4月 4日の 20時 08分の時点で受信済の複数のシーン通知メッセージに対応するリスト項目 40：!〜 406を含んでいる。図 18 (b)は同日の 23時 05分の時点で受信済のシーン通知メッセージに対応するリスト画面を示している。図の例では新たなリスト項目 421、 422が追加されている。

[0099] 本実施の形態では、各リスト項目にはそのシーン通知メッセージのタイトル、開始' 終了時刻（日時）およびそのシーンの視聴の有無を示す未視聴アイコン 411または視聴済アイコン 412を表示している。図示しないが、アイコンの種類または個数を増やして録画の有無を反映させるようにしてもょレ、。

[0100] リスト項目 401は、開始時刻より充分早く通知され、未だそのシーンを視聴していないシーン通知メッセージに対応するものである。ユーザがこのリスト項目 401を選択指示すると、図 19 (a)に示すような録画予約を勧誘する画面がユーザに提示される。

[0101] リスト項目 402はプロ野球選手の予測される打席のシーンを直前に通知するシーン通知メッセージに対応し、この項目をユーザが選択指示すると、図 19 (b)に示すような本放送の視聴を勧誘し、これにユーザが応じると、テレビ機能が起動され、そのシ一ンの本放送のチャンネルが選択される。このシーン通知はあくまで予測なのでタイトルに「[予 ]」のマークが付与されている。これにより、このシーンが予測によるものであり、通知された開始時刻に必ずしも確実に発生するものではないことをユーザが了角军すること力 Sできる。

[0102] リスト項目 403は、同様の予測シーンの通知に対応する力このリスト項目の確認時点では予測終了時刻（リスト表示には現れていなレ、）を過ぎているので、この時点で本放送を視聴開始しても当該シーンを見ることはできなレ、。したがって、図 19 (c)に示すように、ユーザに対しては蓄積データの視聴を勧誘する画面を提示する。

[0103] リスト項目 404〜406はすべて、通知されたシーンを視聴済の項目を示している。これらの視聴済のシーンについては、ユーザにより選択指示されても無反応またはエラ一メッセージ表示等を行ってもよいが、再度視聴したい場合もありうるので、図の例では蓄積データ視聴を勧誘するものとしている。

[0104] また、通知された実シーンを視聴したリスト項目は自動的に消去されるようにしてもよい。その際、通知受信時または視聴時から所定の時間の猶予をもって消去するようにしてもよレ、。この所定の時間を固定であってもよいし、ユーザが指定できるようにしてもよい。

[0105] 図 18 (b)のリスト項目 421は、この確認時点（23 : 05)で当該シーンの終了時刻が過ぎているので、選択指示があったときには図 19 (c)に示すように、蓄積データ視聴を勧誘する。リスト項目 422は、当該シーンの開始時刻（23 : 00)を経過しているが終了時刻（23： 30)を経過しておらず、確認時点の開始時刻からの経過時間も時間差の範囲内なので、図 19 (d)に示すように、時間差放送をユーザに提示する例を示している。このとき、時間差放送の識別情報と、実放送力確実に算出された (時間差放送における当該シーンの stime (および可能であれば etime)を併せて通知するようにしてもよい。

[0106] 図 20 (a) - (f)に、本実施の形態における通知されたシーンの開始時刻（stime)と終了時刻（etime)とそのメッセージの確認時点の関係によりユーザの選択可能な処理の切替の態様をまとめて示す。但し、これはあくまで説明のための例示であり、本発明はこの具体例に限定されるものではない。

[0107] 図 20 (a)は開始時刻より充分前の時点でメッセージ受信およびユーザによるその確認を行った場合を示している。この場合、ユーザに対して録画予約の勧誘が行われ、これに応答してユーザが録画予約を行うと、自動的に、指定された開始時刻にテレビが起動され、終了時刻まで録画が行われる。この際、録画中にテレビの画像および音声の出力はなされる必要はなレ、。

[0108] 図 20 (b)は開始時刻の直前の時点でメッセージ受信およびユーザによるその確認を行った場合を示している。この場合、ユーザに対して視聴の勧誘が行われ、これに応答してユーザがテレビの起動指示を行うと、その時点からテレビの当該チャンネルが選択され、その映像および音声が出力される。ユーザは視聴と共に録画を行うことも可能である。あるいは、視聴はせずに録画のみを行うことも可能である。録画のみを行う場合には映像および音声の出力は停止することができる。終了時刻における映像および音声の出力（および録画）は自動的に停止するようにしてもよいし、ユーザによる手動停止操作を待つようにしてもょレ、。

[0109] 図 20 (c)は図 20 (b)と同様、開始時刻の直前の時点でメッセージが受信された力その確認を行った時点が開始時刻の後、時間差放送でそのシーンを視聴できる時点である場合を示している。この場合、ユーザに対して時間差放送の視聴が勧誘され、ユーザがその指示を行うと指示時点から時間差放送が起動され、その視聴が可能となる。録画も可能であること、および視聴の停止については図 20 (b)の場合と同様である。

[0110] 図 20 (d)は図 20 (b)と同様、開始時刻の直前の時点でメッセージが受信された力その確認を行った時点が終了時刻の後である場合を示している。この場合、通信により蓄積サーバにアクセスして蓄積データでそのシーンを視聴（および/または録画 )でさる。

[0111] 図 20 (e)は、メッセージ受信時点が当該シーンの開始時刻より後の場合を示している。これは前述のように予測できないシーンが発生した後にシーン通知メッセージが生成、発信される場合に相当している。この場合の当該シーンの開始時刻は確定した確実な開始時刻である。（通知メッセージ作成時に当該シーンが終了している場合には終了時刻も確定した確実な時刻である。）このとき、時間差放送で当該シーンを視聴できる時点でユーザの確認が行われれば、時間差放送による視聴が勧誘される。この場合のシーン通知メッセージには、実放送での当該シーンの開始（および終了 )時刻に時間差放送の時間差を加算した時刻を通知するか、開始 (および終了）時亥 1Jとともに当該時間差の情報を通知する。これにより、時間差放送において当該シーンの開始時刻を特定できるので、ユーザはそのシーンの時間差放送における実際の開始時刻を待ってテレビを起動したり、録画予約を行ったりすることができる。また、テレビの起動予約を行えるようにしてもよい。時間差放送の視聴の代わりに（可能であれば）蓄積データへのアクセスを勧誘するようにしてもょレ、。他は図 20 (c)の場合と同様である。

[0112] 図 20 (f)は、メッセージ受信時点が当該シーンの開始時刻より後の場合であって、時間差放送で当該シーンを確認できない時点でその通知メッセージが確認された場合に相当している。通知メッセージの内容自体は図 20 (e)の場合と同じである。この場合には図 20 (d)の場合と同様、蓄積データの視聴が勧誘される。

[0113] 図 21に、本実施の形態において、図 17に示したようなリスト項目テーブル 600の内容に基づいて図 18 (a) (b)に示したようなリスト表示画面 400を表示するためのリスト表示時の処理の一例を示す。この処理は中央制御部 201によるプログラムの実行により実現される。後述する他のフローチャートの処理についても同様である。

[0114] まず、リスト項目テーブル 600の一つのリスト項目を読み出す（S61)。次いで当該項目の処理フラグを参照してアイコンを決定する（S62)。すべてのリスト項目につレ、て、上記ステップ S61、 S62を繰り返す（S63)。その後、リスト項目を例えば開始時刻をキーとしてソート（並べ替え）して（S64)、図 18 (a) (b)に示したようなリスト画面を表示する（S65)。

[0115] 次に図 22に示すように、ユーザがシーン通知メッセージを確認したときに行われる通知確認時処理の一例を示す。「確認」はメッセージの開封 (表示）時（自動の場合およびユーザの指示による場合を問わない）と、リスト画面（図 18 (a) (b) )の項目選択時の両方を含む。

[0116] まず、時計部 209 (図 2)により現在時刻 ctimeを確認する（S71)。次に、通知メッセージ内の開始時刻（stime)と終了時刻（etime)とを確認する（S72)。さらに、これらの開始時刻および終了時刻を現在時刻と比較する（S73)。

[0117] 現在時刻が開始時刻の所定時間（ΔΤ)前の時点よりさらに前である場合 (S74, Y es)、第 1の出力形態 (例えば録画予約等）を選択する（S75)。現在時刻が開始時刻の所定時間前の時点から開始時刻までの間である場合（S76, Yes)、第 2の出力形態 (例えばテレビ起動による本放送視聴)を選択する（S77)。時間差放送で当該シーンを視聴可能である場合 (S78, Yes)、第 3の出力形態 (例えば時間差放送を選択)を決定する（S79)。時間差放送で当該シーンを視聴できないと判断された場合には、第 4の出力形態（例えば蓄積サーバへのアクセス）を選択する（S80)。

[0118] 図 23はシーン通知メッセージに基づくテレビ機能の起動時に実行されるテレビ起動時処理の一例を示している。まず、確認画面やリスト表示画面に基づいてテレビ番組の視聴が指示されたら（S81, Yes)、リスト項目テーブル 600内の当該リスト項目の処理フラグを「更新済」に変更する（S82)。録画の有無を反映する処理フラグが採用されている場合には、録画の未/済によっても処理フラグを更新する。

[0119] 図 24 (a) (b)は本実施の形態の変形例を説明するための画面例を示している。図 2 4 (a)は図 19 (c)に示したようなシーンの放送終了後にメッセージ通知を確認した場合に提示される画面の変形例を示してレ、る。図 19 (c)の画面ではユーザに対して単に蓄積データのアクセスを勧誘した力図 24 (a)の画面では蓄積データのアクセスと、当該シーンの内容を結果として示す情報の取得のいずれかを選択可能に提示するものである。この通知メッセージには結果データを取得するための URLが含まれる。図 24 (b)に示すように、図 24 (a)の画面において「結果のみ」を選択指示した場合に例えば通信経由で当該 URLの内容が取得され表示される。ここで表示される内容はマークアップ言語文書で作成されてレ、る場合を想定し、写真（画像データ）およびテキストデータを含んでいる例を示している。さらに、この画面にはクリック指示されると音声を作成するようなアンカーポイントを含んでもよい。この変形例では、「蓄積データ」と「結果のみ」とを選択する画面例を示したが、「結果のみ」を選択させる画面も考えられる。

[0120] 次に、本発明の第 2の実施の形態について説明する。そのシステム構成は、第 1の実施の形態にっレ、て示したものと同様であり、重複した説明は省略する。

[0121] 上記実施の形態では、希望シーンに該当する実シーン毎にシーン通知メッセージを作成し、ユーザに発信するようにしたが、本実施の形態では図 25に示すように、ュ一ザの希望するシーンを含む複数のシーンを包含した放送単位に通知メッセージを発信する。そのような放送単位は例えば番組であり、サービス提供者側はその番組に含まれるシーンを希望シーンとして登録しているユーザに対してその番組の開始' 終了時刻を「開始時刻（stime)」および「終了時刻（etime)」とし、番組の名称を「タイトル」として、通知メッセージを当該ユーザ宛に送信する。この実施の形態における通知メッセージは番組に対応するものである力シーンを通知する目的のものなので、第 1の実施の形態と同様、「シーン通知メッセージ」と呼ぶ。本実施の形態では、このシーン通知メッセージ内に当該ユーザの希望した希望シーンに対応するキーワード（「希望シーン情報」という）であって当該番組内に現れるシーンに対応するキーワードも含められている。これは、このシーン通知メッセージに伴う番組において現れる当該ユーザの希望シーンに対応するキーワードをユーザ端末に知らしめるためである。

[0122] なお、希望シーンの登録時等に、そのキーワードが後に利用可能にユーザ端末内に保存されているような場合には、シーン通知メッセージ内にキーワードを含めることは必須ではない。

[0123] シーン通知メッセージの発信後、サービス提供者は、放送局 30から任意のユーザの希望シーンに該当する実シーン a〜fの各々について、そのシーンの放送期間中に周期的に当該キーワードを放送により送信する。ここでいう「周期的」とは必ずしも一定周期でなくてもよい。図示のように、シーン a〜fの各々について該当するキーヮードが存在する。同じキーワードが異なるシーンに対応する場合もありうる（図のシーン aとシーン d)。また、図示しないが、異なるキーワードが一つのシーンに対応する場合もありうる。キーワードは放送の映像や音声に付随するデータとして送信されてもよいし、デジタル放送の BML文書データに含めて送信されてもよい。一方、登録ユーザ側ではその端末にぉレ、て、シーン通知メッセージの確認に基づレ、てテレビを起動する。すなわち、ユーザ端末において、通知メッセージに応じて開始時刻に放送受信を開始する。但し、この通知メッセージに基づくテレビ起動は、映像および音声を出力しない状態（出力を抑止した状態）での起動（ここでは裏起動と呼ぶ）とする。この起動後に放送で受信されたキーワードは、通知メッセージで通知され端末内に記憶されたキーワード (記憶キーワード）と逐次比較される。その後、当該放送により受信されるキーワードを端末内に記憶されたキーワードと比較し、両者の一致が確認されている間、映像および音声の出力機能の抑止を解除し、前記一致が確認されなくなったら映像および音声の出力機能を再度抑止する。なお、シーン通知メッセージで時間差放送が指示された場合には時間差放送を裏起動したり、蓄積データの受信で裏起動したりしてもよい。時間差放送や蓄積データの場合、実際のシーンが確定したあとに当該シーンのキーワードの付加を行えるので、シーン期間へのキーヮードの付カ卩が確実となる。

[0124] 放送を録画する録画機能を備える場合には、放送により受信されたキーワードと端末内のキーワードとの一致が確認されている間、前映像および音声の出力機能の抑止を解除し、または抑止したまま録画を開始する。前記一致が確認されなくなったら録画を停止する（映像および音声の出力機能が解除されている場合には再度抑止する)。

[0125] 例えば図の例では、キーワード Xを登録したユーザの端末では、同キーワード Xが送信されるシーン aおよびシーン dの放送期間中に映像および音声の出力が行われ、他の期間は抑止される。

[0126] このように本実施の形態では、キーワードの送信は全登録ユーザに共通に放送波で送信されるので、シーン毎に各登録ユーザ宛に個別に通信メッセージを作成して通信で送信する必要はない。

[0127] 図 26は、第 2の実施の形態において通知メッセージを確認した後、起動される処理であってキーワード対応制御のフローチャートを示している。

[0128] 通知された番組等の放送単位の開始時刻（stime)が到来すると（S91, Yes)、映像および音声の出力を抑止した状態でテレビを起動する（S92)。その後、放送により受信されるキーワードを監視する（S93)。キーワードが受信されたら、この受信キーワードと記憶キーワードとを比較する（S95)。両キーワードが一致したら、テレビの映像および音声の出力を開始する、および Zまたは録画を開始する（S96)。このほか、ユーザにポップアップ通知 (表示）、音声通知（例えば、 "ピピッ"というような音）、ノイブレーシヨン通知等を行ってもょレ、。ステップ S93でキーワード不受信状態が所定時間継続したら（S94， Yes) ,当該シーンは終了したと判定し、テレビの映像および音声の出力を停止（再度抑止）する（S97)。

[0129] ステップ S95でキーワードが不一致となった場合、ステップ S94へ移行し、一致キ一ワードの不受信状態が所定時間続いたら、当該シーンは終了したと判定し、テレビの映像および音声の出力を停止（再度抑止）する（S97)。終了時刻（etime)が到来するまで（S98)、ステップ S93に戻って、受信キーワードの監視を行う。通知された番組等の放送単位の終了時刻が到来したら、テレビの電源をオフし、受信機能も含めてその機能を完全に停止する（S99)。

[0130] 次に、図 27により本実施の形態の変形例について説明する。この変形例では、図 1 に示した各種サーバ（登録サーバ 40およびシーン管理サーバ 42、メッセージ送信サーバ 46、蓄積データサーバ 48)の機能を個人の家（HOME)内の装置（この例では HDDレコーダ 800のような録画装置）に備えるものである。 HDDレコーダ 800はホームサーバの機能を有し、ユーザは、家の外から移動端末 20によりネットワーク 10を介して HDDレコーダ 800にアクセスし、シーン通知およびこれに基づくシーンの視聴を行うことができる。この場合のシーンの視聴は、放送局 30からの放送の視聴、または、 HDDレコーダ 800で蓄積されたシーンの視聴である。

[0131] 家 700には、 HDDレコーダ 800の他、放送受信用アンテナ 701、テレビ装置（またはモニタ） 710、遠隔操作装置としてのリモコン 720、およびホームゲートウェイ 730が備えられる。 HDDレコーダ 800、テレビ装置 710およびリモコン 720はホームゲートウェイ 730を介して相互に接続される。これらの各部の接続は、例えば DLNA(Digita 1 Living Network Alliance)と呼ばれるような業界で策定された、デジタルオーディオ' ビデオ機器同士やパソコンを相互に接続し、動画、音楽、静止画等のデータを相互利用する仕様を採用したホームネットワークを構成している。テレビ装置 710は、 HD Dレコーダ 800から得られるビデオ信号、ホームネットワークから得られるビデオ信号、およびアンテナ 701から得られるビデオ信号を再生表示することができる。ホームゲ一トウヱイ 730は、各部の間の通信、およびネットサーク 10との間の通信およびプロトコル変換等を司る。

[0132] 図 28は、図 27内に示した HDDレコーダ 800の内部の構成例を示している。 HDD レコーダ 800は、大別して、放送受信および録画 ·作成処理に関連したレコーダ部 8 10、本発明のシーンに関連した各種処理を行うシーン制御部 820、移動端末 20へのシーンの送信を行うシーン送信部 830、およびホームゲートウェイ 730に接続され、シーン制御部 820およびシーン送信部 830とホームネットワークとの間の通信を司るホームネットワークインタフェース（I/F) 840を備えてレ、る。

[0133] レコーダ部 810は、シーン制御部 820およびシーン送信部 830と接続され、既存の HDDレコーダ 800の機能を有する。具体的には、アンテナ 701を介してテレビ放送を受信'選局するテレビチューナー 811、放送番組の録画を行う録画処理部 812、録画の予約や録画済み番組の管理等を行う録画管理部 813、録画データを蓄積する録画データ蓄積部 814、録画番組の再生を行う再生処理部 815、テレビチューナー 811からまたは再生処理部 815からのビデオ信号を出力するビデオ信号出力部 816 を備えている。

[0134] シーン制御部 820は、レコーダ部 810およびホームネットワーク I/F840と接続され、本実施の形態におけるシーンに関連した制御を行う。具体的には、ユーザからの希望シーンを登録するシーン登録処理部 821、放送番組中の個々のシーンが希望シーンに該当するか否かを判定するシーン判定処理部 822、シーン通知メッセージを生成するメッセージ生成部 823、ユーザが希望したシーンのシーン情報を蓄積するユーザシーン情報 DB824、受信した放送番組中の実シーンの各種属性情報を保存管理するシーンの管理を行うシーン管理 DB825、およびシーン通知メッセージをユーザの移動端末 20宛の送信するメッセージ送信部 826を備えてレ、る。シーン管理 DB825で管理された実シーンの実体的な内容は録画データ蓄積部 814内に存在する。シーン判定処理部 822は、放送信号/データ内に含まれる任意のデータに基づいて判定を行う。シーン送信部 830は、レコーダ部 810およびホームネットワーク I /F840に接続され、リモコン 720等からの遠隔制御のための指示を受け付ける遠隔制御受信部 831と、ビデオの再生信号をホームネットワーク I/F840を介して移動端末 20へ送信する再生信号送信部 832を有する。

[0135] 図 29は、リモコン 720の変形例を示している。他の図に示した要素と同様の要素には同じ参照番号を付して重複した説明を省略する。図 29に示したリモコン 720は、シーンの閲覧が可能な表示画面を有するディスプレイ 731、表示画面上に表示されるソフトキー 732、リモコン筐体に用意されたハードウェアキー 733、シーン通知メッセージを受信するメッセージ受信部 734、 HDDレコーダ 800およびテレビ装置 710を遠隔制御するための遠隔制御部 735、ホームネットワークと接続するためのホームネットワーク I/F736、メッセージ受信を知らせるための音および/または振動を出力する音/バイブ出力部 737を備えている。このようなリモコン 720の構成により、リモコン自体で希望シーンの通知を受けて、視聴することも可能となる。

また、図示しないが、リモコン 720自体に移動端末 20と同じ機能を備えていてもよレ、。これは、移動端末 20にリモコンの機能を追加したものとみることもできる。

[0136] 図 30は、図 27のシステムの応用例を説明するためのシステム構成を示している。この例では、主として、蓄積データに基づく視聴が基本となる。図 27のシステムでは、シーン作成者 750が、ユーザが登録した希望シーンに関するシーン管理 DB825内の情報を、シーンリストとしてネットワーク 10に対して公開する。このシーン作成者 75 0には図 30の家 700内の HDDレコーダ 800も含みうる。あるレヽは、各ユーザに対するシーン通知メッセージと同等の情報が特定のサービス会社に通知され、サービス会社でそのメッセージに基づレ、てシーンリストが作成される。サービス会社のシーンリストは、サービス会社のサイトの URLを介してアクセスにすることができる。他のユーザの作成したシーンリストについては、例えば、ファイル交換ソフトウェアを利用して、ピアツ一ピアー動作により、必要な情報を取得することができる。

[0137] シーンリストは、例えば、図 13 (b)に示したようなシーン通知メッセージの集合である。このシーンリストは、他のユーザが登録した希望シーンについて、実際にシーン通知を受けた実績のある実シーンの情報である。したがって、あるユーザが自分自身で希望シーンを登録していなくても、例えばシーンリストのフィルタリングのためのキ一ワードを HDDレコーダ 800に登録しておく等により、他のユーザのシーンリストから当該キーワードに対応するシーン通知メッセージの内容を抽出することができる。この場合の「キーワード」は本発明における「希望シーン」の概念に含まれる。ユーザは、この抽出された情報に基づいて、新たなシーン通知を受けて、実シーンの視聴を行うことが可能になる。

[0138] 図 30を参照して、本応用例の概略の動作を説明する。前提として、シーンリストが作成されているものとする。

[0139] (1)まず、移動端末 20のユーザ力 ¾PG、宣伝'広告、既存サービス等から視聴したい番組を決定する。具体的にはユーザが移動端末 20から当該番組の選択操作を行

5。

(2)移動端末 20は、ユーザの操作に従って、 HDDレコーダ 800に対して録画指示を出力する。

(3) HDDレコーダ 800は、指定された番組を録画する。

(4) HDDレコーダ 800は、その後、録画番組のシーンリストをネットワーク経由で検索/取得する。

(5) HDDレコーダ 800は、取得したシーンリストを、登録キーワードでフィルタリングして、該当するシーン情報を抽出する。

(6) HDDレコーダ 800は、この抽出された 1または複数のシーン情報を、シーン通知メッセージとして、ユーザに通知する。但し、このシーン通知の形態は上述したシーン通知メッセージと同じである必要はない。

(7)移動端末 20は、受信した通知に基づいて、ユーザの指示に応じて、 HDDレコーダ 800に 1または複数のシーンを要求し、視聴する。

[0140] なお、この例では、実シーンが自宅の HDDレコーダ 800に保存されていることを前提とするため、番組の録画がなされたことを契機として、当該録画番組に関連したシーンリストを検索 Z取得するようにしたが、図 1に示したようなパブリックな蓄積データサーノく 48を利用できる場合には、自宅の HDDレコーダ 800での番組録画を行うことなぐいきなり登録キーワードでシーンリストの検索を行うようにしてもよい。

[0141] また、あるキーワードに基づいて EPGから録画番組が自動的に決定され、さらにそのキーワードのシーンが通知される場合であってもよい。

[0142] さらに、シーンが通知され、ユーザがシーンを視聴後に、蓄積されている当該番組自体を視聴することもできる。これは、シーンを目安として番組の閲覧を行うか否かを決定できることを意味し、蓄積型視聴において便利である。

[0143] HDDレコーダ 800のシーン判定処理部 822は、外部のシーンリストを基にして判定する他、放送データ（データ放送によるデータを含む上位概念）に含まれるキーヮードを基にしてシーン判定を行ってもょレ、。

[0144] 以上、本発明の好適な実施の形態について説明した力 S、上記で言及した以外にも種々の変形、変更を行うことが可能である。

[0145] 例えば、時間差放送は必ずしも必須の要素ではなぐ時間差放送と蓄積データァクセスのうち、時間差放送がない実施の形態もありうる。また、時間差放送視聴の勧誘と蓄積データアクセスの勧誘とを区別して示したが、その一方のみを行う場合、相互に代替可能である。例えば、時間差放送視聴の勧誘に代えて蓄積データアクセスの勧誘を行ってもよいし、その逆もありうる。なお、時間差放送視聴の勧誘は、現在、時間差放送で当該シーンが視聴できるか否力をチェックして、視聴できる場合のみ勧誘の表示を行うようにしてもよい。

[0146] 上述したように、放送受信再生機能は、放送波ではなく IP技術による放送、すなわち、電波放送によらず移動端末装置の通信インフラからの放送データを受信し再生する機能も含みうる。また、放送はテレビ放送を想定したが、ラジオ放送について適用し、音声シーンに関してシーン通知を行うことも可能である。

[0147] シーン通知サービスについてユーザにサービスの対価の課金を行うことも考えられる。課金の形態としてはシーン毎の課金、シーンのジヤンノレ毎の課金、シーン数等を限定しない期間単位 (例えば月）の課金、これらの組み合わせ等が考えられる。また、シーンに付加する広告のスポンサーに課金することにより、ユーザに対する課金を行わなレ、形態も可能である。 [0148] ショートメッセージまたは電子メールで受信したシーン通知情報について、メッセ一ジボックス 47内に専用の受信ボックスを設け、シーン通知情報を受信時に自動的に当該受信ボックスに格納するようにしてもよい。これにより、他のメッセージと混ざることがなぐ認識および管理が容易となる。

産業上の利用可能性

[0149] 本発明は、広ぐ放送および通信のためのシステムおよびこのシステムの構成要素の開発および製造に利用することができる。

Claims

請求の範囲

[1] データ通信機能および放送受信再生機能を有する端末装置に対して放送番組シーンを通知する放送番組シーン通知システムであって、

前記端末装置のユーザの放送番組内希望シーンを特定する希望シーン情報を当該端末装置の通信アドレス情報とともに登録する登録手段と、

番組を放送するとともに、その放送に伴って少なくともユーザの希望シーンに該当する実シーンを所定の時間差をもって送信する放送手段と、

放送番組内に現れる実シーンが前記希望シーンに該当するか否かをチェックし、該当する場合に、当該ユーザに対して、当該シーンを特定するためのシーン特定情報および当該シーンの時間差放送の放送識別情報を含む通知メッセージを作成して、送信する送信手段とを備え、

前記通知メッセージは前記実シーンの発生後に作成され、前記通知メッセージには時間差放送における当該実シーンの少なくとも開始時刻を特定できる情報が含まれている

ことを特徴とする放送番組シーン通知システム。

[2] データ通信機能および放送受信再生機能を有する端末装置に対して放送番組シーンを通知する放送番組シーン通知方法であって、

前記端末装置のユーザの放送番組内希望シーンを特定する希望シーン情報を当該端末装置の通信アドレス情報とともに登録するステップと、

番組を放送するとともに、その放送に伴って少なくともユーザの希望シーンに該当する実シーンを所定の時間差をもって送信するステップと、

前記実シーンが前記希望シーンに該当するか否カ^チエックし、該当する場合に、当該ユーザに対して、当該シーンを特定するためのシーン特定情報および当該シーンの時間差放送の放送識別情報を含む通知メッセージを作成して、送信するステツプとを備え、

前記通知メッセージは前記実シーンの発生後に作成され、前記通知メッセージには時間差放送における当該実シーンの少なくとも開始時刻を特定できる情報が含まれていることを特徴とする放送番組シーン通知方法。

[3] 放送を受信する放送受信手段と、

受信された放送を視聴するための視聴手段と、

少なくとも放送番組の一部に対応するシーンを特定するためのシーン特定情報および当該シーンの時間差放送の放送識別情報を含む通知メッセージを受信する通信手段と、

前記通知メッセージに基づいて前記時間差放送を受信するよう前記放送受信手段を制御する制御手段と

を備えたことを特徴とする移動端末装置。

[4] 前記通知メッセージは前記シーンの発生後に作成され、前記通知メッセージには時間差放送における当該シーンの少なくとも開始時刻を特定できる情報が含まれてレ、ることを特徴とする請求項 3記載の移動端末装置。

[5] 放送を受信する放送受信手段と、

受信された放送を視聴するための視聴手段と、

通信ネットワークに接続し、少なくとも放送番組の一部に対応するシーンを特定するためのシーン特定情報およびシーンデータを蓄積したサーバへアクセスするための

URL情報を含む通知メッセージを受信する通信手段と、

前記通知メッセージに基づいて、前記通信手段により当該シーンのデータを蓄積したサーバへアクセスするよう前記通信手段を制御手段とを備えたことを特徴とする移動端末装置。

[6] 放送を受信する放送受信手段と、

受信された放送を視聴するための視聴手段と、

通信ネットワークに接続し、少なくとも放送番組の一部に対応するシーンを特定するためのシーン特定情報、当該シーンの時間差放送の放送識別情報およびシーンデータを蓄積したサーバへアクセスするための URL情報を含む通知メッセージを受信する通信手段と、

前記通知メッセージに基づいて、前記時間差放送を受信するよう前記放送受信手段を制御し、または、前記通信手段により当該シーンのデータを蓄積したサーバヘアクセスするよう前記通信手段を制御手段と

を備えたことを特徴とする移動端末装置。

[7] 前記通知メッセージは前記シーンの開始'終了時刻情報を含み、前記ユーザの確認時の現在時刻と前記シーンの開始'終了時刻と前記時間差放送の時間差に応じて、前記時間差放送で前記シーンの開始時点力視聴できる場合には時間差放送をユーザに提示し、そうでない場合には前記サーバへのアクセスをユーザに提示することを特徴とする請求項 6記載の移動端末装置。

[8] 放送を録画する録画手段をさらに備え、前記視聴手段の起動に加えてまたは代えて前記録画手段を起動することを特徴とする請求項 3〜7のいずれかに記載の移動端末装置。

[9] 放送を受信する放送受信機能と、受信された放送を視聴するための視聴機能とを有する移動端末装置において実行されるコンピュータプログラムであって、

通信ネットワークを介して、少なくとも放送番組の一部に対応するシーンを特定するためのシーン特定情報、当該シーンの時間差放送の放送識別情報およびシーンデータを蓄積したサーバへアクセスするための URL情報を含む通知メッセージを受信するステップと、

前記通知メッセージに基づレ、て、前記時間差放送を受信するよう前記放送受信手段を制御し、または、前記通信手段により当該シーンのデータを蓄積したサーバヘアクセスするステップと

を実行するためのコンピュータプログラム。

[10] データ通信機能および放送受信再生機能を有する端末装置に対して放送番組シーンを通知する放送番組シーン通知システムであって、

放送番組内に現れる実シーンが前記希望シーンに該当するか否かをチェックし、該当する場合に、当該ユーザに対して当該実シーンを含む放送単位の開始 ·終了時刻情報および放送識別情報を含む通知メッセージを送信する送信手段と、番組を放送するとともに、その放送に伴ってユーザの希望シーンに該当する実シーンの放送期間中、周期的に希望シーン情報を放送により送信する放送手段とを備えたことを特徴とする放送番組シーン通知システム。

[11] データ通信機能および放送受信再生機能を有する端末装置に対して放送番組シーンを通知する放送番組シーン通知方法であって、

前記実シーンが前記希望シーンに該当するか否かをチェックするステップと、該当する場合に、当該ユーザに対して当該実シーンを含む放送単位の開始 ·終了時刻情報および放送識別情報を含む通知メッセージを送信するステップと、前記放送単位の放送開始後、ユーザの希望シーンに該当する実シーンの放送期間中、周期的に希望シーン情報を放送により送信するステップと

を備えたことを特徴とする放送番組シーン通知方法。

[12] 前記通知メッセージは前記シーンの発生後に作成され、前記通知メッセージには時間差放送における当該シーンの少なくとも開始時刻を特定できる情報が含まれてレ、ることを特徴とする請求項 11記載の放送番組シーン通知方法。

[13] 放送を受信する放送受信手段と、

受信された放送を視聴するための視聴手段と、

通信ネットワークに接続し、少なくとも放送番組の一部に対応するシーンを含む放送単位を特定するための放送単位特定情報、当該放送単位の開始時刻および終了時刻を含む通知メッセージを受信する通信手段と、

前記通知メッセージに応じて前記放送単位の開始時刻に前記放送受信手段による放送受信を開始すると共にその映像および音声の出力機能を抑止し、その後、当該放送により受信される希望シーン情報を端末内に記憶された希望シーン情報と比較し、両者の一致が確認されている間、前記視聴手段の映像および音声の出力機能の抑止を解除し、前記一致が確認されなくなったら前記視聴手段の映像および音声の出力機能を再度抑止する制御手段と

を備えたことを特徴とする移動端末装置。

[14] 前記制御手段は、前記放送受信手段を起動した後、希望シーン情報が受信されない状態が所定時間以上継続したときも、前記起動した視聴手段を停止させることを特徴とする請求項 13記載の移動端末装置。

[15] 前記放送を録画する録画手段をさらに備え、前記制御手段は、前記放送により受信された希望シーン情報と端末内に記憶された希望シーン情報との一致が確認されている間、前記視聴手段の映像および音声の出力機能の抑止を解除し、または抑止したまま前記録画手段による録画を開始し、前記一致が確認されなくなったら前記録画手段による録画を停止し、前記視聴手段の映像および音声の出力機能が解除されている場合には再度抑止することを特徴とする請求項 13または 14記載の移動端末装置。

[16] 前記制御手段は、前記放送単位の終了時刻に、前記放送受信手段を停止させることを特徴とする請求項 13〜： 15のいずれかに記載の移動端末装置。

[17] 放送を受信する放送受信機能と、受信された放送を視聴するための視聴機能とを有する移動端末装置において実行されるコンピュータプログラムであって、

通信ネットワークを介して、少なくとも放送番組の一部に対応するシーンを含む放送単位を特定するための放送単位特定情報、当該放送単位の開始時刻および終了時刻を含む通知メッセージを受信するステップと、

前記通知メッセージに応じて前記放送単位の開始時刻に前記放送受信手段による放送受信を開始すると共にその映像および音声の出力機能を抑止し、その後、当該放送により受信される希望シーン情報を端末内に記憶された希望シーン情報と比較し、両者の一致が確認されている間、前記視聴手段の映像および音声の出力機能の抑止を解除し、前記一致が確認されなくなったら前記視聴手段の映像および音声の出力機能を再度抑止するステップと

を実行するためのコンピュータプログラム。

[18] データ通信機能および放送受信再生機能を有する端末装置に対して放送番組シーンを通知する放送番組シーン通知システムであって、

放送番組のデータを蓄積し、通信ネットワークを介してユーザに提供する蓄積データサ一/ と、

通信ネットワーク上に公開された番組シーン情報を検索する検索手段と、前記検索手段により得られた実シーンについて、当該ユーザに対して、前記蓄積データサーバをアクセスするための URL情報を含む通知メッセージを作成して、送信する送信手段とを備えた

ことを特徴とする放送番組シーン通知システム。

[19] 放送を受信する放送受信手段と、

受信された放送を視聴するための視聴手段と、

少なくとも放送番組の一部に対応するシーンを特定するためのシーン特定情報およびその開始 ·終了時刻情報を含む通知メッセージを受信する通信手段と、前記通知メッセージをユーザが確認した時点で現在時刻と前記シーンの開始-終了時刻とを比較し、現在時刻と開始'終了時刻との関係に基づいて、ユーザが選択できる処理を切り替える制御手段と

を備えたことを特徴とする移動端末装置。

[20] 前記制御手段は、現在時刻が開始時刻の所定時間前から当該開始時刻までの間の時点であるとき、当該番組の即座の視聴をユーザに提示することを特徴とする請求項 19記載の移動端末装置。

[21] 前記制御手段は、現在時刻が開始時刻の所定時間前よりさらに前であるとき、当該シーンの録画予約をユーザに提示することを特徴とする請求項 19記載の移動端末装置。

[22] 前記制御手段は、現在時刻が前記シーンの開始 ·終了時刻の間であるとき、当該番組の即座の視聴、当該シーンの時間差放送の視聴、当該シーンのデータを蓄積したサーバへのアクセスの少なくとも一つをユーザに提示することを特徴とする請求項 19記載の移動端末装置。

[23] 前記通知メッセージは前記時間差放送の識別情報および前記サーバへのアクセス情報の少なくとも一つを含むことを特徴とする請求項 22記載の移動端末装置。

[24] 前記番組の放送はデジタル放送であり、

前記時間差放送は対応する本放送より単位時間当たりの情報量が低いことを特徴とする請求項 23記載の移動端末装置。

[25] 前記制御手段は、現在時刻が前記シーンの終了時刻の後であるとき、前記通信手段により当該シーンのデータを蓄積したサーバへのアクセスおよび当該シーンの時間差放送の視聴の少なくとも一つをユーザに提示することを特徴とする請求項 19記載の移動端末装置。

[26] 前記通知メッセージは前記サーバへアクセスするためのアクセス情報および前記時間差放送の識別情報の少なくとも一つを含むことを特徴とする請求項 25記載の移動端末装置。

[27] 前記制御手段は、現在時刻が前記シーンの終了時刻の後であるとき、前記通信手段により当該シーンに関連した結果情報を蓄積したサーバへのアクセスをユーザに提示することを特徴とする請求項 19または 25記載の移動端末装置。

[28] 前記視聴手段の一部として、受信された複数の通知メッセージの内容を表示画面上にリスト表示する表示手段とを備え、前記制御手段は、当該リスト内の一つの通知メッセージの表示項目がユーザにより指示されたとき、当該通知メッセージのシーンの開始 ·終了時刻と現在時刻との関係により、ユーザが選択できる処理を切り替えることを特徴とする請求項 19記載の移動端末装置。

[29] 前記表示手段は、前記リストの表示画面において各通知メッセージ毎に当該ユーザによる当該シーンの視聴の未/済を表す情報を表示することを特徴とする請求項 28記載の移動端末装置。

[30] データ通信機能および放送受信再生機能を有する端末装置に対して放送番組のシーンを通知する放送番組シーン通知システムであって、

番組を放送する放送手段と、

通信ネットワークを介して前記端末装置に接続され、ユーザの放送番組内希望シーンを特定する希望シーン情報を当該端末装置の通信アドレス情報とともに登録する登録手段と、

放送番組内に現れる実シーンが前記希望シーンに該当するか否かをチェックし、該当する場合に、当該ユーザに対して当該実シーンの放送が開始されることまたは開始されたことを示すシーン情報を前記通信ネットワークを介して当該ユーザの端末装置に送信するシーン情報送信手段と、

発生した実シーンを端末装置から通信経由でアクセス可能に蓄積したデータべ一スを有するサーバとを備え、

前記シーン情報送信手段は、通知対象のシーンの放送識別情報および開始'終了時刻情報とともに当該シーンの放送終了後に当該シーンのデータを蓄積した前記サーバにアクセスするためのアクセス情報を含めた通知メッセージを作成し、当該ュ一ザへ送信することを特徴とする放送番組シーン通知システム。

[31] 前記放送手段は、本放送の内容の少なくとも一部を所定時間遅延させた時間差放送を行い、前記シーン情報送信手段は、前記通知メッセージに対して、さらに前記通知対象のシーンについて、その時間差放送識別情報を付加して、当該ユーザへ送信することを特徴とする請求項 30記載の放送番組シーン通知システム。

[32] 前記通知メッセージへの時間差放送識別情報の付加は、発生時刻を予測できなレ、シーンの発生後に作成する通知メッセージについて行うことを特徴とする請求項 31 記載の放送番組シーン通知システム。

[33] 前記番組の放送はデジタル放送であり、

前記時間差放送は対応する本放送より単位時間当たりの情報量が低いことを特徴とする請求項 32記載の放送番組シーン通知システム。

[34] 放送を受信する放送受信機能と、受信された放送を視聴するための視聴機能と、少なくとも放送番組の一部に対応するシーンを特定するためのシーン特定情報およびその開始 ·終了時刻情報を含む通知メッセージを受信する通信機能とを備えた移動端末装置において動作するコンピュータプログラムであって、

前記通知メッセージをユーザが確認した時点で現在時刻と前記シーンの開始-終了時刻とを比較するステップと、

現在時刻と開始'終了時刻との関係に基づいて、ユーザが選択できる処理を切り替えるステップと

をコンピュータに実行させるためのコンピュータプログラム。

[35] データ通信機能を有する端末装置に対して放送番組シーンを通知する録画装置であって、放送を録画する録画手段と、

放送番組内に現れる実シーンが前記希望シーンに該当するか否かをチェックし、該当する場合に、当該ユーザに対して当該シーンの URL情報を含む通知メッセ一ジを送信する送信手段と、

前記通知メッセージに基づくユーザによる実シーンの要求に応じて、前記録画された当該実シーンを前記端末装置の通信アドレス宛に出力する出力手段と

を備えたことを特徴とする録画装置。

前記希望シーン情報は任意のキーワードであり、放送データにはシーンに対応するキーワードが含まれており、前記任意のキーワードを前記放送データ内のキーヮードと比較することにより、放送番組内に現れる実シーンが前記希望シーンに該当するか否力をチェックすることを特徴とする請求項 35記載の録画装置。