(57)【要約】  【課題】テレビの視聴中に電話がかかってきた場合に、視聴できなかった放送を特に複雑な装置を大容量のメモリを使用することなく、後から容易に視聴可能にする。  【解決手段】端末とサーバからなるテレビ放送補完システムで、端末は、テレビ放送中の電話着信開始時刻と終了時刻と着信前視聴チャネルを監視する状態監視手段と、監視した時刻とチャネルの情報に基づき視聴できなかったテレビ番組の要約の生成をサーバに要求する放送補完要求手段と、その要求に対応しサーバから送られる要約を受信する受信手段と、受信した要約に表示を切り換え視聴可能とする表示切り替え制御手段を備え、サーバは、端末から送られる情報を受信する受信手段と、受信した情報に基づき端末で視聴できなかった番組の要約を生成する放送補完データ生成手段と、生成した要約を端末に送る送信手段を備える。【選択図】図１
2005295343.tif 000002
【特許請求の範囲】
【請求項１】
電話の発着信に加えてテレビ放送を受信及び表示して視聴可能な端末と、放送されるテレビ番組の要約を端末に送るサーバから構成されるシステムにおいて、
前記端末は、
テレビ放送中の電話着信開始時刻と電話通話終了時刻と着信前視聴チャネルを監視する状態監視手段と、
該状態監視手段が監視した時刻とチャネルの情報に基づいて、着信により視聴できなかったテレビ番組の要約の生成を前記サーバに要求する放送補完要求手段と、
該放送補完要求手段の要求に対応して、前記サーバから送られる要約を受信する受信手段と、
該受信手段が受信した要約に表示を切り換え視聴可能とする表示切り替え制御手段を少なくとも備え、
前記サーバは、
前記端末から送られる情報を受信する受信手段と、
該受信手段が受信した情報に基づいて、端末で着信により視聴できなかったテレビ番組の要約を生成する放送補完データ生成手段と、
該放送補完データ生成手段によって生成した要約を前記端末に送る送信手段を少なくとも備えたことを特徴とするテレビ放送補完システム。
【請求項２】
前記放送補完要求手段で前記サーバに要約作成開始を要求するタイミングは、通話が終了した時点であることを特徴とする請求項１記載のテレビ放送補完システム。
【請求項３】
前記放送補完要求手段で前記サーバに要約作成開始を要求するタイミングは、電話着信した時点であることを特徴とする請求項１記載のテレビ放送補完システム。
【請求項４】
前記放送補完要求手段で前記サーバに要約作成終了を要求するタイミングは、通話が終了して、さらに要約を視聴する時間まで含めた時点であることを特徴とする請求項２又は３記載のテレビ放送補完システム。
【請求項５】
前記表示切り替え制御手段は前記サーバから受信した要約データの最後に格納されているデータの放送時刻と現在時刻の差が一定時間以上の場合、再度、要約作成を前記サーバに要求することを特徴とする請求項１記載のテレビ放送補完システム。
【請求項６】
前記サーバはさらに、各放送局の生放送番組を受信して一定時間毎のスクリーンショット、放送時刻を、また字幕データから要約文を抽出して、番組蓄積データを生成する蓄積データ生成手段を備えることを特徴とする請求項１記載のテレビ放送補完システム。
【請求項７】
前記放送補完データ生成手段は、収録済み番組や生放送番組が蓄積されている番組蓄積部から、端末から要求された時間範囲で番組データを抽出して要約データを生成することを特徴とする請求項１記載のテレビ放送補完システム。
【請求項８】
電話の発着信に加えてテレビ放送を受信及び表示して視聴可能で、しかもサーバから送られるテレビ番組の要約を受信する端末において、
テレビ放送中の電話着信開始時刻と電話通話終了時刻と着信前視聴チャネルを監視する状態監視手段と、
該状態監視手段が監視した時刻とチャネルの情報に基づいて、着信により視聴できなかったテレビ番組の要約の生成を前記サーバに要求する放送補完要求手段と、
該放送補完要求手段の要求に対応して、前記サーバから送られる要約を受信する受信手段と、
該受信手段が受信した要約に表示を切り換え視聴可能とする表示切り替え制御手段を少なくとも備えたことを特徴とする端末。
【請求項９】
電話の発着信に加えてテレビ放送を受信及び表示して視聴可能な端末と、放送されるテレビ番組の要約を端末に送るサーバから構成されるシステムにおいて、
前記端末において、テレビ放送中の電話着信開始時刻と電話通話終了時刻と着信前視聴チャネルを監視するステップと、
前記端末において、監視した時刻とチャネルの情報に基づいて、着信により視聴できなかったテレビ番組の要約の生成を前記サーバに要求するステップと、
前記サーバにおいて、前記端末から送られる情報を受信するステップと、
前記サーバにおいて、受信した情報に基づいて、端末で着信により視聴できなかったテレビ番組の要約を生成するステップと、
前記サーバにおいて、生成した要約を前記端末に送るステップと、
前記端末において、前記サーバから送られる要約を受信するステップと、
前記端末において、受信した要約に表示を切り換え視聴可能とするステップと、を備えることを特徴とするテレビ放送補完方法。
【請求項１０】
電話の発着信に加えてテレビ放送を受信及び表示して視聴可能な端末と、放送されるテレビ番組の要約を端末に送るサーバから構成されるシステムに、
前記端末において、テレビ放送中の電話着信開始時刻と電話通話終了時刻と着信前視聴チャネルを監視するステップと、
前記端末において、監視した時刻とチャネルの情報に基づいて、着信により視聴できなかったテレビ番組の要約の生成を前記サーバに要求するステップと、
前記サーバにおいて、前記端末から送られる情報を受信するステップと、
前記サーバにおいて、受信した情報に基づいて、端末で着信により視聴できなかったテレビ番組の要約を生成するステップと、
前記サーバにおいて、生成した要約を前記端末に送るステップと、
前記端末において、前記サーバから送られる要約を受信するステップと、
前記端末において、受信した要約に表示を切り換え視聴可能とするステップと、を実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話の発着信に加えてテレビ放送を受信及び表示して視聴可能な端末と、放送されるテレビ番組の要約を端末に送るサーバから構成されるテレビ放送補完システムに関する。
【背景技術】
【０００２】
テレビ機能付携帯電話等、テレビの視聴中に電話がかかってきた場合に、電話中のテレビの視聴は困難で、大切な番組を見逃すといった問題がある。
そこで、テレビ受像機に内蔵されたモデムなどで電話の着信を検知し、音量を調整するとともに、ユーザが意識的に短時間に複雑な操作をすることなしに、視聴中の番組を自動的に記録開始することが開示されている（例えば、特許文献１）。
【特許文献１】特開２００１−３３３３３４号公報
【０００３】
特許文献１に記載された発明によれば、電話が終わってから記録した番組を見ることができるので、大切な番組を見逃すといった問題を解決することができた。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１によるものは、放送される番組を記録するために必要な大きな容量を備えたメモリ（HDDなど）の搭載が必要となる。また、いつ着信が開始して録画がはじまってもいいように常にその録画用の領域を確保しておく必要があり、また、領域のサイズも視聴者の使用用途によっては限定しにくい。また動画を処理するだけのハードウェアが必要になり、携帯電話などの移動体端末でＴＶを視聴する場合、かなりのリソースが必要となる。
【０００５】
そこで本発明は、テレビの視聴中に電話がかかってきた場合に、視聴できなかった放送を特に複雑な装置を大容量のメモリを使用することなく、後から容易に視聴可能にすることを目的にする。
【課題を解決するための手段】
【０００６】
前記従来の課題を解決するために、本発明は、電話の発着信に加えてテレビ放送を受信及び表示して視聴可能な端末と、放送されるテレビ番組の要約を端末に送るサーバから構成されるシステムにおいて、
前記端末は、テレビ放送中の電話着信開始時刻と電話通話終了時刻と着信前視聴チャネルを監視する状態監視手段と、該状態監視手段が監視した時刻とチャネルの情報に基づいて、着信により視聴できなかったテレビ番組の要約の生成を前記サーバに要求する放送補完要求手段と、該放送補完要求手段の要求に対応して、前記サーバから送られる要約を受信する受信手段と、該受信手段が受信した要約に表示を切り換え視聴可能とする表示切り替え制御手段を少なくとも備え、
前記サーバは、前記端末から送られる情報を受信する受信手段と、該受信手段が受信した情報に基づいて、端末で着信により視聴できなかったテレビ番組の要約を生成する放送補完データ生成手段と、該放送補完データ生成手段によって生成した要約を前記端末に送る送信手段を少なくとも備えたことを特徴とする。
【０００７】
また本発明は、前記放送補完要求手段で前記サーバに要約作成開始を要求するタイミングは、通話が終了した時点であることを特徴とする。
【０００８】
さらに本発明は、前記放送補完要求手段で前記サーバに要約作成開始を要求するタイミングは、電話着信した時点であることを特徴とする。
【０００９】
また本発明は、前記放送補完要求手段で前記サーバに要約作成終了を要求するタイミングは、通話が終了して、さらに要約を視聴する時間まで含めた時点であることを特徴とする。
【００１０】
また本発明は、前記表示切り替え制御手段は前記サーバから受信した要約データの最後に格納されているデータの放送時刻と現在時刻の差が一定時間以上の場合、再度、要約作成を前記サーバに要求することを特徴とする。
【００１１】
また本発明は、前記サーバはさらに、各放送局の生放送番組を受信して一定時間毎のスクリーンショット、放送時刻を、また字幕データから要約文を抽出して、番組蓄積データを生成する蓄積データ生成手段を備えることを特徴とする。
【００１２】
また本発明は、前記放送補完データ生成手段は、収録済み番組や生放送番組が蓄積されている番組蓄積部から、端末から要求された時間範囲で番組データを抽出して要約データを生成することを特徴とする。
【００１３】
また本発明は、電話の発着信に加えてテレビ放送を受信及び表示して視聴可能で、しかもサーバから送られるテレビ番組の要約を受信する端末において、
テレビ放送中の電話着信開始時刻と電話通話終了時刻と着信前視聴チャネルを監視する状態監視手段と、該状態監視手段が監視した時刻とチャネルの情報に基づいて、着信により視聴できなかったテレビ番組の要約の生成を前記サーバに要求する放送補完要求手段と、該放送補完要求手段の要求に対応して、前記サーバから送られる要約を受信する受信手段と、該受信手段が受信した要約に表示を切り換え視聴可能とする表示切り替え制御手段を少なくとも備えたことを特徴とする。
【００１４】
また本発明は、電話の発着信に加えてテレビ放送を受信及び表示して視聴可能な端末と、放送されるテレビ番組の要約を端末に送るサーバから構成されるシステムにおいて、
前記端末において、テレビ放送中の電話着信開始時刻と電話通話終了時刻と着信前視聴チャネルを監視するステップと、前記端末において、監視した時刻とチャネルの情報に基づいて、着信により視聴できなかったテレビ番組の要約の生成を前記サーバに要求するステップと、前記サーバにおいて、前記端末から送られる情報を受信するステップと、前記サーバにおいて、受信した情報に基づいて、端末で着信により視聴できなかったテレビ番組の要約を生成するステップと、前記サーバにおいて、生成した要約を前記端末に送るステップと、前記端末において、前記サーバから送られる要約を受信するステップと、前記端末において、受信した要約に表示を切り換え視聴可能とするステップと、を備えることを特徴とするテレビ放送補完方法である。
【００１５】
また本発明は、電話の発着信に加えてテレビ放送を受信及び表示して視聴可能な端末と、放送されるテレビ番組の要約を端末に送るサーバから構成されるシステムに、
前記端末において、テレビ放送中の電話着信開始時刻と電話通話終了時刻と着信前視聴チャネルを監視するステップと、前記端末において、監視した時刻とチャネルの情報に基づいて、着信により視聴できなかったテレビ番組の要約の生成を前記サーバに要求するステップと、前記サーバにおいて、前記端末から送られる情報を受信するステップと、前記サーバにおいて、受信した情報に基づいて、端末で着信により視聴できなかったテレビ番組の要約を生成するステップと、前記サーバにおいて、生成した要約を前記端末に送るステップと、前記端末において、前記サーバから送られる要約を受信するステップと、前記端末において、受信した要約に表示を切り換え視聴可能とするステップと、を実行させることを特徴とするコンピュータプログラムである。
【発明の効果】
【００１６】
本発明によれば、電話の発着信に加えてテレビ放送を受信及び表示して視聴可能な、例えば携帯電話等の端末において、テレビ視聴中に着信があり、一時的にテレビの視聴が中断されるような事態が生じても、端末は、テレビ放送中の電話着信開始時刻と電話通話終了時刻と着信前視聴チャネルの情報に基づいて、着信により視聴できなかったテレビ番組のダイジェスト等の要約の生成をサーバに要求し、その要求に対応して、サーバは、端末で着信により視聴できなかったテレビ番組の要約を生成し、端末に送り、端末側で要約を視聴することができる。
このように、端末でテレビ視聴中に着信があり、一時的にテレビの視聴が中断されても、中断間のテレビ番組の内容は、サーバから送られてくる要約によって把握することができるので、その後のテレビ視聴の復帰について円滑に移行することができる。
【００１７】
また本発明によれば、サーバはテレビ番組の要約の生成を、端末に着信があった後から即座に開始するので、端末から通話の終了により要約終了の要求がくるとすぐに要約が完成し、端末側に送信される。よって、端末側では、即座に要約を取得し視聴することができるので、視聴できなかったテレビ番組の把握を即座に行うことができる。
【発明を実施するための最良の形態】
【００１８】
（実施の形態１）
本発明の実施の形態１について、図１乃至図１１を参照しながら説明する。
本発明の実施の形態１に係るテレビ放送補完システムは、図１に示すように、電話の発着信に加えてテレビ放送を受信及び表示して視聴可能な端末の一例である携帯電話１００と、放送されるテレビ番組のダイジェスト等の要約を、通信網１５０を介して携帯電話１００に送るサーバ２００から構成されている。
携帯電話１００は、ＴＶアプリケーション１０１，電話アプリケーション１０２，メールアプリケーション１０３，チューナー１０４，出力アプリ制御部１０５，モデム１０６，表示デバイス１０７，音声デバイス１０８，制御記録部（メモリ）１０９から構成されている。
【００１９】
ＴＶアプリケーション１０１は、チューナー１０４で受信されたテレビ放送の番組を画面等の表示デバイス１０７，スピーカ等の音声デバイス１０８を介して表示させ視聴可能にする。電話アプリケーション１０２は、通信網１５０を介して電話の発着信を行い、音声デバイス１０８を介して通話を可能にし、表示デバイス１０７を介して通話先の電話番号や通話時間等を表示させる。メールアプリケーション１０３は、メールの送受信を行い、表示デバイス１０７を介して送信メールの作成、表示や、受信メールの表示を行わせる。
【００２０】
出力アプリ制御部１０５は、ＴＶの電源のオンの状態を検知するとＴＶアプリケーション１０１の起動を指示し、電話着信の状態を検知すると電話アプリケーション１０２の起動を指示し、メール機能動作の状態を検知するとメールアプリケーション１０３の起動を指示する。また、ＴＶアプリケーション１０１の起動中に電話着信を検知し、通話終了を検知すると、メールアプリケーション１０３に対してサーバ２００に電話通話中にＴＶアプリケーション１０１が表示できなかった番組の要約の作成依頼を指示する。
【００２１】
一方、サーバ２００は、チューナー２０１，蓄積データ作成部２０２，番組蓄積部２０３，メール送受信部２０４，モデム２０５，要約作成部２０６から構成されている。
【００２２】
チューナー２０１と蓄積データ作成部２０２は、生放送用のものであり、字幕放送や音声認識に基づいて蓄積データを作成し、番組蓄積部２０３に格納する。なお、録画放送の場合には、予め作成された蓄積データが番組蓄積部２０３に格納されている。
要約作成部２０６は、番組蓄積部２０３に格納された蓄積データに基づいて、携帯電話１００に送る要約（要約）を作成する。メール送受信部２０４は、携帯電話１００からのメールを受信するとともに、モデル２０５を介して、要約作成部２０６によって生成された要約（要約）を携帯電話１００側に送信する。
【００２３】
図２を参照して携帯電話１００とサーバ２００のシーケンスを参照しつつ、図３〜図７に示す本実施形態に係るテレビ放送補完システムの処理内容について説明する。
図３は、出力アプリ制御部１０５の処理を示す。携帯電話１００のテレビスイッチ（ＳＷ）がオンされると（Ｓ（ステップ：以後ステップという語を省略する）５０１）と、出力アプリ制御部１０５は、ＴＶアプリ１０１にテレビ出力処理を行わせ（Ｓ５０２）、制御記録部１０９に視聴チャネルを記録する（Ｓ５０３）。これにより、図２のＡで示すように、携帯電話１００の画面には、テレビ番組が放映され、テレビ視聴中となる。
【００２４】
次に出力アプリ制御部１０５は、電話アプリ１０２を介して電話着信が検出されたか否かについて判定する（Ｓ５０４）。そして、着信があったことが検出されると、制御記録部１０９に着信開始時刻を記録し（Ｓ５０５）、電話の終了まで電話アプリ１０２を介して電話通話処理を行わせる（Ｓ５０６，Ｓ５０７）。これにより、図２のＢで示すように、携帯電話１００の画面には、電話通話中であることが表示され、この間、着信前に視聴中であったテレビ番組は放映されない。
そして、電話の終了が検出されると、出力アプリ制御部１０５は、制御記録部１０９に通話終了時刻を記録し（Ｓ５０８）、メールアプリ１０３を介して要約取得処理を行わせる（Ｓ５０９）。
【００２５】
ここで、図４によりメールアプリ１０３による要約取得処理について説明する。メールアプリ１０３は、図８（ａ）に示すデータフォーマットのような、制御記録部１０９に格納された電話着信開始時刻、電話通話終了時刻、着信前視聴チャネルと、携帯電話１００の閲覧速度といった情報に基づいてメールを作成する（Ｓ６０１）。具体的なデータとしては、図８（ｂ）に示すように、例えば、電話着信開始時刻が「１４：０３」、電話通話終了時刻が「１４：１２」、着信前視聴チャネルが「ｓａｉｊｏ−１１（西条地区における１１チャネル）」、閲覧速度が「５／ｍｉｎ（１分間に５行分のデータを閲覧可能）」といったようなものである。
そして、メールアプリ１０３は作成したメールをサーバ２００に送信し（Ｓ６０２）、それに対応してサーバ２００から送信される要約を受信する（Ｓ６０３）。これにより、図２のＣで示すように、携帯電話１００の画面には、メールアプリ１０３が作成したメールを送信しサーバ２００から要約を受信するまでの間、メール取得中であることが表示される。
【００２６】
図３に戻る。
図３のＳ５０９で、要約取得処理が終了すると、出力アプリ制御部１０５は、メールアプリ１０３を介して受信した要約が含まれたメールの出力処理を、閲覧処理が終了するまで行わせる（Ｓ５１０，Ｓ５１１）。これにより、図２のＤで示すように、携帯電話１００の画面には、メール閲覧中であることが表示される。
この閲覧によって、携帯電話１００でテレビ視聴中に着信があったために視聴できなかったテレビ番組、さらに詳細には、着信開始時刻からメール閲覧終了時刻までのテレビ番組の要約が再生されるので、ユーザは視聴できなかったテレビ番組の内容を瞬時に把握することができる。
【００２７】
なお、要約の閲覧処理終了後に、サーバ２００から受信した要約データの最後に格納されているデータの放送時刻と現在時刻を比較し（Ｓ５１２）、両者の差が一定時間（ここでは１分とした）以上であれば、再度、Ｓ５０９の要約取得処理に戻り、Ｓ５０９〜Ｓ５１２の処理を繰り返す。差が１分未満であると、携帯電話１００のテレビスイッチ（ＳＷ）がオンされるか否かの判定を行い（Ｓ５１３）、オフであると処理を終了するが、オンであると、Ｓ５０２に戻って、ＴＶアプリ１０１にテレビ出力処理を行わせる。これにより、図２のＥで示すように、携帯電話１００の画面には、テレビ閲覧中であることが表示される。
【００２８】
次に、図５、図６を参照にしてサーバ２００が要約を作成する処理について説明する。図５は、要約作成対象番組が収録済み番組の場合の要約作成処理フローであり、図６は、要約作成対象番組が実況中継などの生放送番組の場合の要約作成処理フローであり、本要約作成処理時間は、図２のＦに相当する。
図５に示す録画放送時の場合、サーバ２００の要約作成部２０６は、携帯電話１００から送られた受信メールのデータ内容を解析し（Ｓ７０１）、番組蓄積部２０３に蓄積されている番組蓄積データを、携帯電話１００から送られる視聴前チャネルの情報でフィルタリングする（Ｓ７０２）。例えば、図８（ｂ）のデータ例に沿い、着信前視聴チャネルが「ｓａｉｊｏ−１１（西条地区における１１チャネル）」であれば、図９の左側のデータ（録画放送の場合）が抽出される。そして、要約作成部２０６は、電話着信開始時刻の直前の時刻のデータを取得する（Ｓ７０３）。例えば、電話着信開始時刻が図８（ｂ）のように、「１４：０３」であれば、直前となる「１４：０２」のデータ、すなわち、「歯をみがいた」という要約文と、対応するスクリーンショット「ｓａｉｊｏ１１＿１４０２．ｊｐｇ」を取得する。
【００２９】
次に、メール閲覧終了時刻、すなわち図２のＴで示す時刻を予想して算出する（Ｓ７０４）。メール閲覧終了時刻は、現在時刻から着信開始時刻を減算した時間を、携帯電話１００の閲覧速度「５／ｍｉｎ（１分間に５行分のデータを閲覧可能）」で割った値を、現在時刻に加算することによって算出される。なお、サーバ２００で作成される要約文は１分毎に１行のものとした。例えば、現在時刻が図９で示すように、「１４：１３」で、着信開始時刻が図８で示したように、「１４：０３」であれば、その差である１０分を閲覧速度５で割った値となる２分が現在時刻に加算された値、つまり、「１４：１５」がメール閲覧終了時刻として算出される。
そして、算出されたメール閲覧終了時刻を超えるまで、電話着信開始時刻の直前の時刻のデータから次データが取得される（Ｓ７０５，Ｓ７０６）。そして、取得データの時刻がメール閲覧終了時刻を超えると、それまでに取得したデータを基に要約文と対応するスクリーンショットを含んだメールを作成する（Ｓ７０７）。なお、電話着信開始時刻の直前の時刻のデータの要約文とスクリーンショットについてはメールは作成されず、次データからの要約文とスクリーンショットについてメールが作成される。そして、携帯電話１００に送信する（Ｓ７０８）。
このようにして、サーバ２００から携帯電話１００に送信される要約の表示は、例えば、図１０に示すようになっている。
【００３０】
なお、ここでは、サーバ２００がメール閲覧終了時刻を算出して決定するようにしたが、携帯電話１００の出力アプリ制御部１０５が、サーバ２００から着信により視聴できなかったテレビ番組の要約が送信されてから視聴を終了するまでの時間に放送されるテレビ番組の要約の生成についても、着信により視聴できなかったテレビ番組の要約としてその生成を、サーバに要求するようにしてもよい。
【００３１】
一方、図６に示す生放送時の場合、サーバ２００の要約作成部２０６は、携帯電話１００から送られた受信メールのデータ内容を解析し（Ｓ８０１）、番組蓄積部２０３に蓄積されている番組蓄積データを、携帯電話１００から送られる視聴前チャネルの情報でフィルタリングする（Ｓ８０２）。例えば、着信前視聴チャネルが「ｓａｉｊｏ−５７（西条地区における５７チャネル）」であれば、図９の右側のデータ（生放送の場合）が抽出される。そして、要約作成部２０６は、電話着信開始時刻の直前の時刻のデータを取得する（Ｓ８０３）。例えば、電話着信開始時刻が、「１４：０３」であれば、直前となる「１４：０２」のデータ、すなわち、「実業家と結婚」という要約文と、対応するスクリーンショット「ｓａｉｊｏ５７＿１４０２．ｊｐｇ」を取得する。
そして、次データがあるまでデータを取得し（Ｓ８０４，Ｓ８０５）、次データがなくなると、それまでに取得したデータを基に要約文と対応するスクリーンショットを含んだメールを作成し（Ｓ８０６）、携帯電話１００に送信する（Ｓ８０７）。
【００３２】
なお、生放送における番組蓄積データの作成は、図７に示すように、蓄積データ作成部２０２は、チューナー２０１を介してテレビ放送の受信を開始すると（Ｓ９０１）、スクリーンショットを番組蓄積データとして番組蓄積部２０３に保存し（Ｓ９０２）、スクリーンショットの直前の字幕を番組蓄積データとして番組蓄積部２０３に保存する（Ｓ９０３）。そして、一定時間ｔ経過後（Ｓ９０４）で、しかも放送が終了していないと（Ｓ９０５）、Ｓ９０２に戻り、スクリーンショットと直前の字幕を番組蓄積データに保存する（Ｓ９０２，Ｓ９０３）。この処理を放送が終了するまで行う。
具体的には、図１１に示すように、テレビ放送から一定間隔ｔ毎にスクリーンショットとその直前の字幕より抜粋された要約文が蓄積データとして保存される。ここでは、スクリーンショット（Ａ：ｓａｉｊｏ５７＿１４０１．ｊｐｇ）と「学歴詐称疑惑」という要約文、そして、一定間隔ｔ（ここでは１分とした）後に、スクリーンショット（Ｂ：ｓａｉｊｏ５７＿１４０２．ｊｐｇ）と「実業家と結婚」という要約文、スクリーンショット（Ｃ：ｓａｉｊｏ５７＿１４０３．ｊｐｇ）と「鳥インフルエンザ」という要約文、スクリーンショット（Ｄ：ｓａｉｊｏ５７＿１４０４．ｊｐｇ）と「牛丼やびっくり」という要約文が保存される。
【００３３】
このように、携帯電話１００でテレビ視聴中に着信があり、一時的にテレビの視聴が中断されても、中断間のテレビ番組の内容は、サーバ２００から送られてくるメールに含まれるダイジェスト等の要約によって把握することができるので、その後のテレビ視聴の復帰について円滑に移行することができる。
【００３４】
（実施の形態２）
本発明の実施の形態２について、図１２を参照しながら説明する。
本発明の実施の形態２に係るテレビ放送補完システムの構成は、図１で示した実施の形態１と同様であるが、携帯電話１００とサーバ２００のシーケンスは、実施の形態１（図２）とは異なる。
【００３５】
つまり、実施の形態１では、出力アプリ制御部１０５は、テレビ放送中に着信した電話の通話が終了したときに、着信により視聴できなかったテレビ番組の要約の生成をサーバ２００に要求するものであったが、実施の形態２では、出力アプリ制御部１０５は、図１２に示すように、テレビ放送中に電話の着信があったときに、着信により視聴できなかったテレビ番組の要約の生成開始をサーバ２００に要求し、かつ着信した電話の通話が終了したときに、着信により視聴できなかったテレビ番組の要約の生成終了をサーバ２００に要求するものである。
【００３６】
これによれば、サーバ２００はテレビ番組の要約の生成を、携帯電話１００に着信があった後から即座に開始するので、携帯電話１００から通話の終了により要約終了の要求がくるとすぐに要約が完成し、携帯電話１００側にメール送信される。よって、携帯電話１００側では、即座にメールを取得することができ、メールの閲覧により、視聴できなかったテレビ番組の把握を即座に行うことができる。
【産業上の利用可能性】
【００３７】
本発明にかかるテレビ放送補完システム、テレビ放送補完方法、および端末は、電話の発着信に加えてテレビ放送を受信及び表示して視聴可能な端末と、放送されるテレビ番組の要約を端末に送るサーバから構成され、携帯電話でテレビ視聴中に着信があり、一時的にテレビの視聴が中断されても、中断間のテレビ番組の内容をサーバから送られてくる要約によって把握することができるものに適用しうる。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施形態に係る概略構成図。
【図２】本発明の実施形態１に係る携帯電話とサーバのシーケンス。
【図３】図２に示す要約要求のデータ構成図。
【図４】図１に示す番組蓄積部に格納される番組蓄積データの構成図。
【図５】図１に示す出力アプリ制御部の処理を示すフローチャート。
【図６】図１に示すメールアプリの処理を示すフローチャート。
【図７】図１に示す要約作成部の録画放送時の処理を示すフローチャート。
【図８】図１に示す要約作成部の生放送時の処理を示すフローチャート。
【図９】図１に示す蓄積データ作成部の処理を示すフローチャート。
【図１０】図１に示す蓄積データ作成部による蓄積データ作成のイメージ図
【図１１】サーバから送信されてくる要約の表示例を示す図。
【図１２】本発明の実施形態２に係る携帯電話とサーバのシーケンス。
【符号の説明】
【００３９】
１００    携帯電話
１０１    ＴＶアプリ
１０２    電話アプリ
１０３    メールアプリ
１０４    チューナー
１０５    出力アプリ制御部（状態監視手段，放送補完要求手段，切り替え制御手段）
１０６    モデム
１０７    表示デバイス
１０８    音声デバイス
１０９    制御記録部
２００    サーバ
２０１    チューナー
２０２    蓄積データ作成部
２０３    番組蓄積部
２０４    メール送受信部
２０５    モデム
２０６    要約作成部
【図１】
2005295343.tif 000003
【図２】
2005295343.tif 000004
【図３】
2005295343.tif 000005
【図４】
2005295343.tif 000006
【図５】
2005295343.tif 000007
【図６】
2005295343.tif 000008
【図７】
2005295343.tif 000009
【図８】
2005295343.tif 000010
【図９】
2005295343.tif 000011
【図１０】
2005295343.tif 000012
【図１１】
2005295343.tif 000013
【図１２】
2005295343.tif 000014