(57)【要約】【課題】  従来、番組の視聴中であっても、電話相手等の優先度に応じて着信を報知することは考慮されていなかった。即ち、着信した電話が重要な相手からのものであったり、視聴中の番組が重要度の低いものである場合には着信を優先した方が好ましいが、そのような場合であっても視聴者に対して着信を報知することはなされていなかった。また、電話をかけた相手に対し、番組の終了時刻を通知するということは考慮されていなかった。【解決手段】  上記問題を解決するため、本発明は、映像を再生する映像再生手段と、通信を行う通信手段と、映像再生と着信報知のいずれを優先するかの着信報知条件を記憶する記憶手段と、前記着信報知条件を設定する設定手段と、を有し、前記映像再生手段が映像を再生しているときに着信があった場合には、前記着信報知条件に従い着信報知を行うことを特徴とする。【選択図】図２
2005142978.tif 000002
【特許請求の範囲】
【請求項１】
映像を再生する映像再生手段と、
通信を行う通信手段と、
映像再生と着信報知のいずれを優先するかの着信報知条件を記憶する記憶手段と、
前記着信報知条件を設定する設定手段と、を有し、
前記映像再生手段が映像を再生しているときに着信があった場合には、前記着信報知条件に従い着信報知を行うことを特徴とする通信端末。
【請求項２】
映像を再生する映像再生手段と、
通信を行う通信手段と、
映像再生と着信報知のいずれを優先するかの着信報知条件を記憶する記憶手段と、
前記着信報知条件を設定する設定手段と、を有し、
前記映像再生手段が映像を再生しているときに着信があった場合には、前記着信報知条件が映像再生を優先すると設定されているときは着信報知を行わず、着信報知を優先すると設定されているときは着信報知を行うことを特徴とする通信端末。
【請求項３】
映像を再生する映像再生手段と、
通信を行う通信手段と、
前記映像再生手段による映像再生が終了する時刻を取得する再生終了時刻取得手段と、を有し、
前記映像再生手段による映像再生中に着信があった場合には、通信相手に対して前記映像再生が終了する時刻を通知することを特徴とする通信端末。
【請求項４】
映像を再生する映像再生手段と、
通信を行う通信手段と、
前記映像再生手段による映像再生が終了する時刻を取得する再生終了時刻取得手段と、
映像再生と着信報知のいずれを優先するかの着信報知条件を記憶する記憶手段と、
前記着信報知条件を設定する設定手段と、を有し、
前記映像再生手段が映像を再生しているときに着信があった場合には、前記着信報知条件が映像再生を優先すると設定されているときは通信相手に対して前記映像再生が終了する時刻を通知し、着信報知を優先すると設定されているときは着信報知を行うことを特徴とする通信端末。
【請求項５】
ＴＶ放送を受信するＴＶ放送受信手段と、
前記受信したＴＶ放送の映像を表示する表示手段と、
通信を行う通信手段と、
映像表示と着信報知のいずれを優先するかの着信報知条件を記憶する記憶手段と、
前記着信報知条件を設定する設定手段と、を有し、
前記表示手段がＴＶ放送の映像を表示しているときに着信があった場合には、前記着信報知条件に従い着信報知を行うことを特徴とする通信端末。
【請求項６】
ＴＶ放送を受信するＴＶ放送受信手段と、
前記受信したＴＶ放送の映像を表示する表示手段と、
通信を行う通信手段と、
映像表示と着信報知のいずれを優先するかの着信報知条件を記憶する記憶手段と、
前記着信報知条件を設定する設定手段と、を有し、
前記表示手段がＴＶ放送の映像を表示しているときに着信があった場合には、前記着信報知条件が映像表示を優先すると設定されているときは着信報知を行わず、着信報知を優先すると設定されているときは着信報知を行うことを特徴とする通信端末。
【請求項７】
ＴＶ放送を受信するＴＶ放送受信手段と、
前記受信したＴＶ放送の番組の映像を表示する表示手段と、
通信を行う通信手段と、
前記受信したＴＶ放送の番組が終了する時刻を取得する番組終了時刻取得手段と、を有し、
前記表示手段がＴＶ放送の番組の映像を表示しているときに着信があった場合には、通信相手に対して前記番組が終了する時刻を通知することを特徴とする通信端末。
【請求項８】
ＴＶ放送を受信するＴＶ放送受信手段と、
前記受信したＴＶ放送の番組の映像を表示する表示手段と、
通信を行う通信手段と、
前記受信したＴＶ放送の番組が終了する時刻を取得する番組終了時刻取得手段と、
映像表示と着信報知のいずれを優先するかの着信報知条件を記憶する記憶手段と、
前記着信報知条件を設定する設定手段と、を有し、
前記表示手段がＴＶ放送の番組の映像を表示しているときに着信があった場合には、前記着信報知条件が映像表示を優先すると設定されているときは通信相手に対して前記番組が終了する時刻を通知し、着信報知を優先すると設定されているときは着信報知を行うことを特徴とする通信端末。
【請求項９】
請求項３又は４記載の通信端末において、
前記映像再生が終了する時刻の通知は、該映像再生が終了する時刻に関する情報を含むメッセージを再生することにより行うことを特徴とする通信端末。
【請求項１０】
請求項３又は４記載の通信端末において、
前記映像再生が終了する時刻の通知は、該映像再生が終了する時刻に関する情報を含むメールを送信することにより行うことを特徴とする通信端末。
【請求項１１】
請求項７又は８記載の通信端末において、
前記番組が終了する時刻の通知は、該番組が終了する時刻に関する情報を含むメッセージを再生することにより行うことを特徴とする通信端末。
【請求項１２】
請求項７又は８記載の通信端末において、
前記番組が終了する時刻の通知は、該番組が終了する時刻に関する情報を含むメールを送信することにより行うことを特徴とする通信端末。
【請求項１３】
請求項７又は８記載の通信端末において、
前記ＴＶ放送受信手段は、デジタル放送を受信し、
前記番組終了時刻取得手段は、前記デジタル放送の放送データに含まれる情報から、前記番組が終了する時刻を取得することを特徴とする通信端末。
【請求項１４】
請求項７又は８記載の通信端末において、
前記番組終了時刻取得手段は、ＥＰＧにより配信される番組表に含まれる情報から、前記番組が終了する時刻を取得することを特徴とする通信端末。
【請求項１５】
請求項５から８、１１から１４のいずれか記載の通信端末において、
前記表示手段は、前記ＴＶ放送の映像がＣＭの映像になったときに、着信があったことを表示することを特徴とする通信端末。
【請求項１６】
請求項１から１５のいずれか記載の通信端末において、
位置情報を取得する位置情報取得手段を有し、
前記位置情報取得手段により取得された位置情報に応じて着信報知を行うことを特徴とする通信端末。
【請求項１７】
前記通信端末は、携帯電話であることを特徴とする請求項１から１５のいずれか記載の通信端末。
【請求項１８】
映像を再生する映像再生方法において、
映像再生と着信報知のいずれを優先するかの着信報知条件を設定し、
映像を再生しているときに着信があった場合には、前記着信報知条件において映像再生を優先すると設定されているときは着信報知を行わず、着信報知を優先すると設定されているときは着信報知を行うことを特徴とする映像再生方法。
【請求項１９】
映像を再生する映像再生方法において、
映像を再生しているときに着信があった場合には、該映像の再生が終了する時刻を取得し、
前記映像の再生が終了する時刻を通信相手に対し通知することを特徴とする映像再生方法。
【請求項２０】
受信したＴＶ放送の映像を表示する映像表示方法において、
映像表示と着信報知のいずれを優先するかの着信報知条件を設定し、
ＴＶ放送の映像を表示しているときに着信があった場合には、前記着信報知条件において映像表示を優先すると設定されているときは着信報知を行わず、着信報知を優先すると設定されているときは着信報知を行うことを特徴とする映像表示方法。
【請求項２１】
受信したＴＶ放送の映像を表示する映像表示方法において、
ＴＶ放送の番組の映像を表示しているときに着信があった場合には、該番組が終了する時刻を取得し、
該番組が終了する時刻を通信相手に対し通知することを特徴とする映像表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は通信端末に関し、例えばテレビ番組を受信可能な携帯電話に関する。
【背景技術】
【０００２】
従来、ネットワークに接続可能なテレビシステムにおいて、テレビ番組を視聴中に電子メールの着信が検出された場合には、番組視聴の妨げとなることを防止するため、番組がコマーシャルに切り換えられたときに電子メールの着信を示す着信通知画像を表示する手法が提案されていた（例えば、特許文献１）。
【０００３】
【特許文献１】特開２００２−２８８０８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１においては、番組の視聴中であっても、電話相手、メール送信相手、番組等の優先度に応じて着信を報知することは考慮されていなかった。即ち、番組視聴中であっても、着信した電話が重要な相手からのものであったり、視聴中の番組が重要度の低いものであるような場合には、番組視聴よりも着信を優先した方が好ましいが、そのような場合であっても視聴者に対して着信を報知することはなされていなかった。このような場合には、番組視聴中であっても、優先度に応じて適切に着信を報知することが望ましい。
【０００５】
また、電話をかけた相手に対し、番組の終了時刻を通知するということは考慮されていなかった。そのため、電話をかけた相手は、いつになれば番組が終了して電話が通ずるか分からず、相手の番組視聴が終了するまで何度も電話をかけ直す必要が生じて煩わしい場合も生じうるものとなっていた。このような場合には、電話をかけた相手に対して現在視聴中の番組の終了時刻を通知すれば、上記のような煩わしさをなくすことができ便利である。
【０００６】
そこで、本発明は上記問題を解決し、使い勝手の良い通信端末を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本願発明は、映像を再生する映像再生手段と、通信を行う通信手段と、映像再生と着信報知のいずれを優先するかの着信報知条件を記憶する記憶手段と、前記着信報知条件を設定する設定手段と、を有し、前記映像再生手段が映像を再生しているときに着信があった場合には、前記着信報知条件に従い着信報知を行うことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、使い勝手の良い通信端末を提供することが可能となる。
【発明を実施するための最良の形態】
【０００９】
図１は、通信端末の構成図である。通信端末１０は、例えば、携帯電話、ＰＤＡ等であり、ネットワーク通信部１１、ＴＶ用通信部１２、音声入出力部１３、制御部１４、記憶部１５、キー入力部１６、表示部１７、終了時刻取得手段１８を備えている。
【００１０】
ネットワーク通信部１１は、無線・有線の通信回線と接続して、電話等の通話、メール・ウェブ等のデータ通信を行う。また、送受信するデータの変調・復調を行う変調手段、復調手段を備えている（図示せず）。ＴＶ用通信部１２は、アナログ放送、デジタル放送等のＴＶ放送を無線・有線により受信する。また、受信した信号を復調する復調手段を備えている（図示せず）。音声入出力部１３は、入力された音声を信号に変換するマイク等の音声入力部、音声を出力するスピーカ等の音声出力部を備えている。制御部１４は、通信端末全体、即ち通信部１１、ＴＶ用通信部１２、音声入出力部１３、記憶部１５、キー入力部１６、表示部１７、終了時刻取得部１８等の制御を行う。記憶部１５は、プログラム、音声、映像、メール、ウェブ、その他のユーザデータ等を記憶するものであり、通信端末に内蔵されたメモリ、取り外し可能なメモリカード等の外部メモリのいずれであっても構わない。キー入力部１６は、テンキー、ファンクションキー等によりユーザからの入力を受け付ける。表示部１７は、液晶ディスプレイ等の表示画面で、受信したＴＶ放送の映像を表示し、又は再生された映像を表示する。また、メイン画面・サブ画面等の複数の表示画面を備えていてもかまわない。終了時刻取得部１８は、視聴している映像や番組が終了する時刻を取得するものであり、制御部１４がこれを兼ね備えていてもかまわない。
【００１１】
なお、本発明はここで説明した構成に限られるものではなく、例えばネットワーク通信部１１とＴＶ用通信部１２とが別々のモジュールとしてではなく、兼用のモジュールとして構成されていても良い。これにより、装置の小型化、コストの低減を図ることができる。
【００１２】
図２は、本発明に関わる通信端末において、映像再生中に音声着信があった場合の動作シーケンスを表す図である。具体的には、映像再生中に音声着信があった場合に、あらかじめ設定された着信報知条件に応じて着信を報知するか否かを決定し、着信を報知しない場合には電話相手に再生終了時刻を応答メッセージとして通知する動作を示す図である。以下、各ステップ毎に動作を説明する。
（１）ネットワーク通信部１１により音声着信が検知されると（Ｓ２０１）、制御部１４は現在映像再生中であるか否かをチェックする（Ｓ２０２）。そして、映像再生中であると判断された場合にはＳ２０３に移行し、そうでない場合にはＳ２１１に移行して着信を報知する（Ｓ２１１）。
【００１３】
ここで、「映像再生中」には、ユーザが何らかの形で映像情報を再生、表示している場合が含まれる。例えば、ＴＶ放送通信部１２で受信した現在放送中のＴＶ放送を表示している場合、あらかじめ録画しておいた放送済みの映像情報を再生している場合、ユーザが通信端末の内蔵カメラ等により録画した映像を再生している場合等が含まれる。また、ＴＶ放送はデジタル放送、アナログ放送のいずれであっても構わない。映像を再生、表示しているときに着信があった場合に、着信相手の電話番号等が表示したり、音声（着信メロディ等）を出力すると、目障り感、耳障り感を防ぐことができず、映像に集中することができなくなって視聴が妨げられることとなる。
（２）Ｓ２０２で映像再生中であると判断された場合には、制御部１４は記憶部１５に記憶された着信報知条件をチェックし、制御部１４はその設定状況により映像の再生・映像の表示を優先するか、着信の報知を優先するかを判断する（Ｓ２０３）。そして、映像の再生が優先されると判断された場合にはＳ２０４に移行し、そうでない場合にはＳ２１１に移行して着信を報知する（Ｓ２１１）。
【００１４】
例えば、着信報知条件としてあらかじめ重要な電話相手を設定しておいた場合には、その電話相手から電話があったときは着信の報知を優先して着信報知を行う一方、それ以外の電話相手から電話があったときは、映像の再生を優先して着信を報知しない。これにより、重要な相手から電話があったときは、ユーザは映像再生よりも電話を優先して電話に出ることが可能になる。
【００１５】
また、あらかじめ重要な番組を設定しておいた場合には、その番組を視聴中に着信があったときは番組の視聴を優先して着信を報知しない一方、それ以外の番組を視聴中に着信があったときは、着信の報知を優先して着信報知する。これにより、ユーザは重要な番組の視聴を優先し、視聴を妨げられることなく番組を楽しむことができるようになる。
【００１６】
着信報知条件としては、上記の電話相手、番組だけでなく様々な条件を設定することが可能である。例えば、再生の月日・曜日・時間帯、通信端末の位置情報・移動速度、電池の残り容量、映像の属性、電話相手・番組の属性等も設定することができる。
【００１７】
例えば、再生の月日・曜日・時間帯については、ある曜日のある時間帯に番組を視聴しているときはお気に入りのドラマ・映画等を視聴中であるため着信報知しないという使い方ができる。
【００１８】
通信端末の位置情報については、ＧＰＳ等により位置情報を取得することが可能であり、例えば自宅にいると判断された場合には通常のＴＶで番組を視聴できるから着信報知する一方、外出先では着信報知しないという使い方ができる。
【００１９】
通信端末の移動速度については、ＧＰＳ等により現在位置を定期的に取得することで算出可能であり、一定以上の速度で移動していると判断された場合には公共の交通機関に乗車しているか、自分で運転中であるとして、周囲の乗客への迷惑防止や安全上の配慮から着信報知しないという使い方ができる。この場合において、鉄道の路線上を移動していると判断された場合にはＴＶの番組を視聴はできるようにする一方、通常の道路上を一定速度以上で移動していると判断された場合には自分で運転中であるとして安全上の配慮から着信報知、番組視聴のいずれもできないようにするという使い方もできる。
【００２０】
電池の残り容量については、電池の残り容量が少ないときは電池の節約のため着信しないという使い方ができる。
【００２１】
映像の属性については、映像が記録済みのものである場合には再生を一時停止すれば後からでも視聴が可能であるとして着信報知する一方、映像が現在ＴＶ放送中のものである場合には後から視聴できないとして着信報知しないという使い方ができる。
【００２２】
電話相手の属性については、電話相手が会社関係者として登録されているときは重要な相手であるとして着信報知し、番組の属性については、番組が映画であるときは視聴の中断を防ぐために着信報知しないという使い方ができる。
【００２３】
また、これらの条件をそれぞれ組合わせて設定することもできる。例えば、電話相手として取引先の顧客／友人、曜日として平日／休日を設定しておき、取引先の顧客から電話があったときは曜日に関わらず着信報知する一方、友人から電話があったときは平日は着信報知せず、休日は着信報知するという使い方も可能である。このように様々な着信報知条件を設定可能とすることにより、ユーザが好みに応じて様々な着信設定をすることができるようになる。
（３）Ｓ２０３で映像の再生が優先されると判断された場合には、制御部１４は、ネットワーク通信部１１から着信応答要求を送信するように制御する（Ｓ２０４）。この着信応答要求は、ネットワークを介して通信端末１０が電話相手の通信端末と接続するためのものであり、後述する番組終了時刻を電話相手に通知するための動作である。なお、このＳ２０４から以下のＳ２０８に至る動作はバックグラウンドで行われ、ユーザによる映像の視聴を妨げない。
（４）Ｓ２０４で着信応答要求が送信され、ネットワークを介して電話相手の通信端末と接続されると、終了時刻取得部１８は、現在再生中の映像の再生終了時刻情報を取得する（Ｓ２０５）。再生終了時刻情報は、デジタル放送の放送データに含まれる番組の終了時刻等から取得したり、番組を提供しているサーバから取得したり、ＥＰＧ等によりあらかじめダウンロードした番組表等から取得することが可能である。また、あらかじめ録画しておいた映像を再生している場合には、その録画時間を参照することにより再生終了時刻を取得することができる。
【００２４】
なお、ここでは着信応答要求を送信してから再生終了時刻情報を取得する流れで説明したが、再生終了時刻情報を取得してから着信応答要求を送信するようにしても良い。
（５）Ｓ２０５で再生終了時刻情報を取得すると、制御部１４は、取得した番組終了時刻情報を音声データに変換し、電話相手に流す応答メッセージの音声データを作成する（Ｓ２０６）。応答メッセージの具体例としては、「ただいまＴＶ視聴中のため電話に出られません。○○時××分以降にお掛け直し下さい。」のようなものが挙げられる。この場合には、あらかじめ記憶部１５に記憶された音声データ「ただいまＴＶ視聴中のため電話に出られません。…以降にお掛け直し下さい。」に、取得した再生終了時刻情報に基き作成された「○○時××分」の音声データを合成等することにより、上記応答メッセージの音声データを作成することが可能となる。
【００２５】
また、ＴＶ視聴中であることを相手に伝えず、単に「○○時××分以降にお掛け直し下さい。」という応答メッセージを再生しても良い。
（６）Ｓ２０６で応答メッセージの音声データが作成されると、制御部１４は、当該音声データに基いて応答メッセージを再生し、ネットワーク通信部１１を介して電話相手の通信端末に送信する（Ｓ２０７）。この応答メッセージの再生は、例えば留守電機能を用いて行われる。送信が終了すると、終話要求を送信して回線を切断する（Ｓ２０８）。
（７）Ｓ２０８の処理が終了した後、制御部１４は、所定のタイミングでユーザに着信があった旨を報知する（Ｓ２０９）。例えば、ＴＶ映像がＣＭ映像になったことを制御部１４が検出したら、表示部１７に着信があった旨を表示してユーザに着信があったことを報知する（Ｓ２１０）。また、着信を報知するタイミングは、上記ＣＭ映像になったことを検出したときだけでなく、ユーザがＴＶ機能をＯＦＦしたとき、チャンネルを切り換えたとき、映像再生を停止したとき、ユーザが通信端末１０に対して何らかの入力操作を行ったとき等、映像の再生が中断される場合であっても構わない。
【００２６】
ユーザに着信があった旨を報知するにあたっては、例えば図９に示すように、表示部１７に「ＴＶ視聴中に着信がありました」等のメッセージを表示する。この場合には、着信があった日時、着信相手、着信相手の電話番号、メールアドレス等を表示しても良い。これにより、ユーザはいつ着信があったのか知ることができるとともに、着信相手の電話番号、メールアドレスを確認してすぐに電話をかけ直したり、メールを出すことができる。
【００２７】
以上が映像再生中に音声着信があった場合に、あらかじめ設定された着信報知条件に応じて着信を報知するか否かを決定し、着信を報知しない場合には電話相手に再生終了時刻を応答メッセージとして通知する際の動作シーケンスである。
【００２８】
なお、以上は音声着信があった場合の処理について説明したが、メール着信があった場合にも適用が可能である。例えば、メール着信があった場合に、制御部１４は記憶部１５に記憶された着信報知条件をチェックし、その設定状況（例えば、メール送信者が重要な相手であるか）により映像の再生を優先するか着信の報知を優先するかを判断し、映像の再生が優先されると判断された場合には映像再生を継続し、着信報知が優先されると判断された場合には着信を報知するという使い方も可能である。
【００２９】
また、図２の動作シーケンスにおいて、着信側端末、発信側端末、基地局は図６に示すように動作する。即ち、発信側端末から発信要求がなされると、基地局を通じて着信側端末に対して呼出要求がなされる。ここで着信側端末が映像再生中であり、映像再生を優先する場合には、着信側端末から着信応答がなされ、基地局を通じて発信側端末に着信応答がなされる。この着信応答により回線接続が完了すると、着信側端末から発信側端末に、映像再生終了時刻を通知する応答メッセージが再生される。そして、この応答メッセージが再生されると、着信側端末から切断要求がなされ、基地局を通じて発信側端末に回線が切断されたことが通知され、回線が切断される。
【００３０】
次に、図３を用いて説明する。図３は、映像再生中に音声着信があった場合に、相手に再生終了時刻をメールによって通知する際の動作シーケンスを表す図である。具体的には、映像再生中に音声着信があった場合に、あらかじめ設定された着信報知条件に応じて着信を報知するか否かを決定し、着信を報知しない場合には電話相手に再生終了時刻をメールで通知する動作を示す図である。図２との主な相違点は、図２ではメッセージ応答により映像再生終了時刻を相手に通知したが、図３ではメールで通知する点である。以下、各ステップ毎に動作を説明する。
（１）ネットワーク通信部１１により音声着信が検知されると（Ｓ３０１）、制御部１４は、現在映像再生中・・映像表示中であるか否かをチェックする（Ｓ３０２）。そして、映像再生中であると判断された場合にはＳ３０３に移行し、そうでない場合にはＳ３１１に移行して着信を報知する（Ｓ３１１）。
【００３１】
ここでいう「映像再生中」とは、ユーザが何らかの形で通信端末１０において映像情報を再生している場合をいい、図２の場合と同様である。
（２）Ｓ３０２で映像再生中であると判断された場合には、制御部１４は記憶部１５に記憶された着信報知条件をチェックする（Ｓ３０３）。そして、映像の再生が優先されると判断された場合にはＳ３０４に移行し、そうでない場合にはＳ３１１に移行して着信を報知する（Ｓ３１１）。着信報知条件は、図２の場合と同様に様々な条件を設定することが可能である。
（３）Ｓ３０３で映像の再生が優先されると判断された場合には、制御部１４は、電話相手のメールアドレスを取得する（Ｓ３０４）。メールアドレスは、電話番号をメールアドレスとしてそのまま使用可能であれば、着信した電話番号から取得する。また、電話相手のメールアドレスがアドレス帳に記録されている場合には、記憶部１５に記憶されているアドレス帳の情報を参照することにより取得する。なお、このＳ３０４から以下のＳ３０８に至る動作はバックグラウンドで行われ、ユーザによる映像の視聴を妨げない。
（４）Ｓ３０４でメールアドレスが取得されると、制御部１４は、現在再生中の映像の再生終了時刻情報を取得する（Ｓ３０５）。再生終了時刻情報は、図２の場合と同様の手法により取得することができる。
【００３２】
なお、ここではメールアドレスを取得してから再生終了時刻情報を取得する流れで説明したが、再生終了時刻情報を取得してからメールアドレスを取得するようにしても良い。
（５）Ｓ３０５で再生終了時刻情報を取得すると、制御部１４は、ネットワーク１１を介して終話要求を送信して回線を切断する（Ｓ３０６）。  
（６）Ｓ３０６で終話要求を送信して回線が切断されると、制御部１４は再生終了時刻を電話相手に通知するためのメールの作成を開始する。作成するメールには、Ｓ３０５で取得した再生終了時刻に関する情報が、メール本文、メールタイトル等に含まれるようにする。具体例としては、「ただいまＴＶ視聴中のため電話に出られません。○○時××分以降にお掛け直し下さい。」のようなものが挙げられる。このような場合には、あらかじめ記憶部１５に記憶された定型文のデータ「ただいまＴＶ視聴中のため電話に出られません。…以降にお掛け直し下さい。」に、取得した再生終了時刻情報に基き「○○時××分」のデータを埋め込む等することにより、上記文面のメールを作成することが可能となる。
【００３３】
また、ＴＶ視聴中であることを相手に伝えず、単に「○○時××分以降にお掛け直し下さい。」という文面のメールを作成しても良い。
（７）Ｓ３０７でメールが作成されると、制御部１４は、当該メールをネットワーク通信部１１を介して電話相手の通信端末に送信する（Ｓ３０８）。
【００３４】
送信されたメールを電話相手が受信すると、電話相手の通信端末の表示部には、例えば図１０に示すメッセージが表示される。ここでは、メールタイトルとメール本文にそれぞれ「２１時００分以降におかけ直しください」と表示されており、いつになれば電話が通ずるかが分かるようになっている。また、メールを受信した日時、送信者、送信者の電話番号、メールアドレス等を表示しても良い。これにより、ユーザはいつメールを受信したのか知ることができるとともに、相手の電話番号、メールアドレス等を即座に確認することができるようになる。
（８）Ｓ３０８の処理が終了した後、制御部１４は、所定のタイミングでユーザに着信があった旨を報知する（Ｓ３０９）。例えば、ＴＶ映像がＣＭ映像になったことを制御部１４が検出したら、表示部１７に着信があった旨を表示してユーザに着信があったことを報知する（Ｓ３１０）。着信の報知は、図２の場合と同様に様々なタイミングですることが可能である。
【００３５】
なお、メール送信には通信料がかかるため、表示部１７にその旨表示することによりユーザに知らせるようにすることが望ましい。ユーザにＴＶ視聴中に着信があった旨、電話相手にメールを送信した旨を報知するにあたっては、例えば図１１に示すように、表示部１７に「ＴＶ視聴中に着信がありました」等のメッセージを表示するとともに、電話相手に対して送信したメッセージの内容を表示する。この場合には、着信があった日時、着信相手、着信相手の電話番号、メールアドレス等を表示しても良い。これにより、ユーザはいつ着信があったのか知ることができるとともに、着信相手の電話番号、メールアドレスを確認してすぐに電話をかけ直したり、メールを出すことができる。なお、図１１ではＴＶ着信中に着信があった旨と、電話相手にメールを送信した旨とを同一画面に表示しているが、必ずしもこれに限られない。例えば、まず最初にＴＶ着信中に着信があった旨を表示し、その後ユーザ操作によりボタンが押されたときに画面を切り替え、電話相手にメールを送信した旨を表示するようにしても良い。これにより、表示部１７が小さく文字が読みにくい場合や、多数の文字を表示することによる煩雑さを低減することが可能となる。
【００３６】
また、Ｓ３０４でメールアドレスを取得できなかった場合にはメールを送信することができないため、応答メッセージの再生により電話相手に再生終了時刻を通知することも可能である。例えば、Ｓ３０４から図２のＳ２０４に移行し、上述したＳ２０４からＳ２０８の動作を行って応答メッセージを再生することにより、再生終了時刻を電話相手に通知することも可能である。
【００３７】
以上が映像再生中に音声着信があった場合に、あらかじめ設定された着信報知条件に応じて着信を報知するか否かを決定し、着信を報知しない場合には電話相手に再生終了時刻をメールで通知する際の動作シーケンスである。
【００３８】
なお、以上は音声着信があった場合の処理について説明したが、メール着信があった場合にも適用が可能である。例えば、メール着信があった場合に、制御部１４は記憶部１５に記憶された着信報知条件をチェックし、その設定状況（例えば、メール送信者が重要な相手であるか）により映像の再生を優先するか着信の報知を優先するかを判断し、映像の再生が優先されると判断された場合には映像再生を継続し、着信報知が優先されると判断された場合には着信を報知するという使い方も可能である。
【００３９】
また、図３の動作シーケンスにおいて、着信側端末、発信側端末、基地局は図７に示すように動作する。即ち、発信側端末から発信要求がなされると、基地局を通じて着信側端末に対して呼出要求がなされる。ここで着信側端末が映像再生中であり、映像再生を優先する場合には、着信側端末から切断要求がなされ、基地局を通じて発信側端末に回線が切断されたことが通知され、回線が切断される。そして、回線が切断されると、着信側端末から発信側端末に、映像再生終了時刻を通知するメールのメール送信要求がなされ、その後基地局（サーバ）と回線を接続して着信側端末にメール受信通知がなされる。なお、この際、基地局から発信側端末にメール自体を送信する場合と、基地局からは受信通知のみを与え、その後発信側端末が基地局（サーバ）と回線を接続してメールを受信する場合とが考えられる。
【００４０】
以上、図２、図３を用いて映像再生中に音声着信があった場合の処理を説明した。この処理により、ユーザは映像再生中であっても優先度に応じて適切に着信報知を受けることが可能になる。例えば、着信した電話が重要な相手からのものであれば、映像の再生よりも着信報知を優先して電話に出ることが可能となる一方、着信した電話が重要な相手からのものでなければ、映像の再生を優先して着信報知せず、番組に集中して視聴を楽しむことが可能となり、通信端末の使い勝手の向上を図ることができる。また、電話相手は電話が通ずる時刻を知ることができるため、電話が通ずるまで何度も電話をかける必要もなく煩雑さを解消することができるとともに、映像再生終了後すぐに電話を通ずることも可能となるため、映像再生終了後すぐに電話をかけて迅速に連絡をとることができるようになる。
【００４１】
なお、図２に示した応答メッセージ又は図３に示したメールのいずれにより再生終了時刻を通知するかはユーザが設定できるようにするのが好ましい。例えば、着信報知条件を設定する際に、応答メッセージ又はメールのいずれにより通知するかをユーザが設定できるようにするのが好ましい。これにより、ユーザの好みに応じた手法で電話相手に再生終了時刻を通知することが可能となり、利便性を向上させることができるようになる。
【００４２】
次に、図４を用いて着信報知条件の設定方法について具体的に説明する。
【００４３】
図４は、着信報知条件をまとめたテーブルの具体例を表す図である。この着信報知条件テーブルは、上述したように記憶部１５に記憶されている。
【００４４】
着信報知条件テーブルの各レコードは、設定順４０１、映像優先モード４０２、判定条件４０３から構成される。設定順４０１は、着信報知条件テーブルからレコードを検索する際の順番を示すものである。即ち、映像再生中に着信があったときは、設定順４０１の順序に従って上から順々にレコードが検索され、該当するレコードがあるか否かが判断される。映像優先モード４０２は、「ＯＮ」または「ＯＦＦ」のどちらかの情報を記憶している。この映像優先モード４０２が「ＯＮ」である場合には、電話相手、映像の重要度に関わらず、映像の再生が優先される。逆に、「ＯＦＦ」である場合には、設定順４０１の順序に従って判定条件４０３の内容が確認され、判定条件の内容に従って映像の再生が優先されるか、着信報知が優先されるかが判断される。判定条件４０３は、「電話をかけてきた相手がＡさん」、「現在視聴している番組名がＢ」、「メール送信者がＣさん」、「時間帯が１８：００〜７：００」のような情報を記憶している。
【００４５】
なお、ここでは判定条件が各レコードごとに３種類あるが、１つ以上であればいくつあっても良い。また、上述した再生の月日・曜日・時間帯、再生の場所、電池の残り容量、通信端末の移動速度、電話相手・番組の属性等を判定条件として設定することも可能である。
【００４６】
以上のように着信報知条件テーブルにより様々な条件を設定し、ユーザは自分の好みに応じた着信報知条件を設定することが可能となる。
【００４７】
次に、図５を用いて、Ｓ２０３及びＳ３０３における優先モードの判定手順を具体的に説明する。
（１）まず、検索を開始する設定順の初期値ｉを１に設定する（Ｓ５０１）。
（２）次に、設定順ｉが有効であるか否かが判断される（Ｓ５０２）。即ち、設定順ｉで示されたレコードが着信報知条件テーブル中にあるか否かが判断される。
設定順ｉが有効であるときは（Ｓ５０２：ＹＥＳ）、Ｓ５０３に移行する。
【００４８】
一方、有効でないときは（Ｓ５０２：ＮＯ）、Ｓ５０９に移行し、デフォルトの優先モードを読み出して処理を終了する（Ｓ５０９）。図４に示した着信報知条件テーブルの例では、設定順が「＊」で示されたレコードがデフォルト値であり、映像優先モード「ＯＮ」が読み出され、映像の再生が優先される。
（３）設定順ｉが有効であると判断されたときは、設定順ｉで示されたレコードの参照がなされ（Ｓ５０３）、Ｓ５０４に移行する。
（４）判定条件１が満たされているか否かが判断される（Ｓ５０４）。判定条件１が満たされているときは（Ｓ５０４：ＹＥＳ）、Ｓ５０５に移行する。一方、判定条件１が満たされていない場合には（Ｓ５０４：ＮＯ）、Ｓ５０７に移行してｉをインクリメントし（Ｓ５０７）、Ｓ５０２に戻る。
【００４９】
ここでは図４の着信報知条件テーブルの設定順１を例にして説明する。設定順１の判定条件１には「電話相手がＡさん」という条件が記憶されているため、音声着信の電話相手がＡさんであれば、判定条件１が満たされていると判断されてＳ５０５に移行する。一方、電話相手がＡさん以外であれば、判定条件１が満たされていないと判断され、Ｓ５０７に移行してｉをインクリメントし（Ｓ５０７）、Ｓ５０２に戻る。
（５）判定条件１が満たされていると判断されたときは、判定条件２があるか否か、また判定条件２がある場合には判定条件２が満たされているか否かが判断される（Ｓ５０５）。判定条件２がない場合、又は判定条件２が満たされていると判断された場合には（Ｓ５０５：ＹＥＳ）、Ｓ５０６に移行する。
【００５０】
一方、判定条件２が満たされていない場合には（Ｓ５０５：ＮＯ）、Ｓ５０７に移行してｉをインクリメントし（Ｓ５０７）、Ｓ５０２に戻る。
【００５１】
図４の設定順１の例では、判定条件２には何も設定されていないため、Ｓ５０６に移行する。
（６）判定条件２がない場合、判定条件２が満たされていると判断された場合は、判定条件３があるか否か、また判定条件３がある場合には判定条件３が満たされているか否かが判断される（Ｓ５０６）。判定条件３がない場合、又は判定条件２が満たされていると判断された場合には（Ｓ５０６：ＹＥＳ）、Ｓ５０８に移行する。
【００５２】
一方、判定条件３が満たされていない場合には（Ｓ５０６：ＮＯ）、Ｓ５０７に移行してｉをインクリメントし（Ｓ５０７）、Ｓ５０２に戻る。
【００５３】
図４の設定順１の例では、設定順１の判定条件３には何も設定されていないため、Ｓ５０８に移行する。
（７）判定条件３がない場合、判定条件３が満たされていると判断された場合は、設定順ｉの映像優先モードが読み出される（Ｓ５０８）。
【００５４】
図４の設定順１の例では、上記Ｓ５０２から５０７の処理がなされることにより、電話相手がＡさんである場合にはこのＳ５０８、Ａさん以外の場合にはＳ５０９に移行する。即ち、電話相手がＡさんである場合には設定順１の映像優先モード「ＯＦＦ」が読み出されるため着信報知がなされ、Ａさん以外の場合にはデフォルトの映像優先モード「ＯＮ」が読み出されるため映像再生が優先され、着信報知されない。
【００５５】
同様にして、設定順２に関しては、視聴中の番組が番組Ｂである場合には着信報知され、番組Ｂ以外の場合には着信報知されない。設定順３に関しては、メール送信者がＣさんであり、かつ、時間帯が１８：００〜７：００である場合には着信報知され、それ以外の場合には着信報知されない。設定順４に関しては、時間帯が２０：００〜２２：００であり、電話相手がＤさんであり、かつ、番組Ｅである場合には着信報知され、それ以外の場合には着信報知されない。
【００５６】
上記のようにして、各設定順の判定条件が満たされるか否かを順に判断し、各設定順の全ての判定条件が満たされた場合には、その設定順ｉの映像優先モードの情報を読み出し、設定された映像優先モードに応じて映像再生を優先するか着信報知を優先するかが決定される。全ての判定条件が満たされない場合には、デフォルトの映像優先モードが設定され、映像再生が優先され、着信報知されない。
【００５７】
なお、図４、５においては、各設定順の判定条件がＡＮＤ条件で満たされる場合（判定条件１＊判定条件２＊判定条件３が満たされる場合）のみ、当該設定順の映像優先モードが読み出される手順を示したが、ＯＲ条件、ＮＯＴ条件で各判定条件を組み合わせることも可能である。また、図４、５においては判定条件が３つの場合についてのみ説明したが、これに限られるものではない。また、図４、５においてはデフォルトの映像優先モードが「ＯＮ」の場合についてのみ説明したが、これを「ＯＦＦ」にすることも可能である。以下、図８を例として説明する。
【００５８】
図８は、図４に示した着信報知条件テーブルをさらに拡張したものである。図４と異なるのは、設定順が１から５まであること、判定条件が１から５まであること、判定式があること、である。
【００５９】
設定順１では、図４と同じく、「電話相手がＡさん」である場合には映像優先モードがＯＦＦであり、着信報知が優先されることを示している。
【００６０】
設定順２では、「日曜日」「20:00-22:00」の判定条件と、判定式１＊２とが設定されている。これにより、日曜日の20:00-22:00は知人から電話がかかる場合が多いとして着信報知が優先されるというような使い方が可能になる。
【００６１】
設定順３では、「08:45-17:15」「平日」「12:00-12:45」の判定条件と、判定式１＊２＃３とが設定されている。これにより、平日の08:45-17:15は勤務時間であるとして着信報知を優先する一方、12:00-12:45は昼休みであるとして着信報知を優先しないというような使い方が可能になる。
【００６２】
設定順４では、「移動中」「平日」「07:45-08:30」「21:00-22:00」「電話相手Ｂ」の判定条件と、判定式１＊２＊（３＋４）＃５とが設定されている。これにより、現在移動中であり、かつ、平日の07:45-08:30又は21:00-22:00である場合には通勤中又は帰宅中で公共の交通機関に乗車中であるとして映像再生を優先する一方、例外的に電話相手Ｂから電話があった場合のみ緊急に電話に出る必要があるとして着信報知を優先するというような使い方が可能になる。
【００６３】
設定順５では、「映像が録画済」「現在地が自宅」「バラエティ番組」の判定条件と、判定式１＋２＋３とが設定されている。これにより、映像が録画済の場合には後からでも視聴できるとして着信報知を優先し、現在地が自宅の場合には自宅のＴＶにより番組を視聴できるとして着信報知を優先し、視聴中の番組がバラエティ番組の場合には特段重要な番組ではないとして着信報知を優先するというような使い方が可能になる。
【００６４】
なお、デジタル放送の放送データや、ＥＰＧにより取得したデータには様々なデータが含まれている。例えば、上述した番組の開始時刻、終了時刻だけでなく、チャンネル、番組名、番組の属性（ニュース番組、バラエティ番組、映画、ドラマ等）、番組に登場する俳優やタレント、番組内容の解説等も含まれている。このようなデータを判定条件として設定しておけば、さらに多様な設定が可能となり、通信端末の利便性を向上させることが可能となる。これらのデータは、デジタル放送の放送データや、ＥＰＧにより取得したデータから制御部１４により読み出したり、専用の回路等により取得することが可能である。
【００６５】
次に、図１２から図１５を用いてユーザが図８に示した着信報知条件を設定する際の具体的な手法について説明する。着信報知条件の設定は、設定順、映像優先モード、判定条件、判定式をキー入力部１６により入力することにより行う。これらの各項目を設定する場合には、設定順を決定した後、その設定順に対応する映像優先モード、判定条件１、…、判定条件５、判定式をそれぞれ設定するのが望ましい。
【００６６】
図１２は、ユーザが設定順として設定順１と決定し、その設定順１の映像優先モードとしてＯＦＦを設定した後、さらに判定条件１を設定しようとする場合を示している。ここでは、判定条件１が選択されており、その文字や背景の色が反転、変色している。
【００６７】
図１２において判定条件１を選択して決定キーを押すと、図１３に示す画面が表示される。図１３は、判定条件１で設定すべき内容として、電話相手、番組等を表示部１７に表示した場合を示しており、判定条件１で設定すべき項目を選択させるようになっている。ここでは、ユーザが再生の月日・曜日・時間帯を選択した場合を示している。
【００６８】
図１３において再生の月日・曜日・時間帯を選択して決定キーを押すと、図１４に示す画面が表示される。図１４は、更に詳細な項目として、月日、曜日、時間帯のいずれかの項目を選択させるようになっている。ここでは、ユーザが曜日を選択した場合を示している。
【００６９】
図１４において曜日を選択して決定キーを押すと、図１５に示す画面が表示される。図１５は、設定すべき曜日として、月曜日から日曜日までと祝日とを表示した場合を示しており、設定すべき曜日を選択させるようになっている。ここでは、ユーザが木曜日を選択した場合を示している。
【００７０】
図１５において木曜日を選択して決定キーを押すと、木曜日が設定される。即ち、着信報知条件テーブルにおいては、設定順１の判定条件１に木曜日が設定される。これにより、木曜日に着信があった場合には、映像優先モードがＯＦＦに設定されていることから、着信報知が優先されることとなる。
【００７１】
なお、以上はユーザが着信報知条件を自ら設定する場合を示したが、これに限られるものではない。例えば、番組Ａを視聴中に電話相手Ｂから初めて着信があったときにはひとまず着信報知しておき、今後も同一条件下で着信報知するか否か（ＹＥＳ／ＮＯ）を表示してユーザに選択させることも可能である。即ち、ユーザがＹＥＳを選択した場合には、今後番組Ａを視聴中に電話相手Ｂから電話があったら着信報知し、逆にＮＯを選択した倍には着信報知しないように着信報知条件テーブルを自動的に設定するようにしても良い。これにより、ユーザが自ら着信報知条件を設定する必要をなくし、設定の手間を省いて操作の煩雑を低減することが可能となる。
【００７２】
また、上記は番組Ａを視聴中に電話相手Ｂから着信があった場合、即ち「番組Ａ」「電話相手Ｂ」という２つの条件で設定する場合を例に説明したが、１つの条件又は３つ以上の条件で設定するようにしても良い。
【００７３】
また、着信回数が多い電話相手であれば重要な電話相手であるとして自動的に着信報知を優先するようにしたり、毎日、毎週視聴している番組であれば重要な番組であるとして自動的に番組の視聴を優先するようにしても良い。これにより、通信端末の使用状況に応じて着信報知条件を適切に設定することができるようになる。
【図面の簡単な説明】
【００７４】
【図１】本発明に係る通信端末の構成図。
【図２】映像再生中に着信があった場合の動作シーケンスを示す図―１。
【図３】映像再生中に着信があった場合の動作シーケンスを示す図―２。
【図４】着信報知条件テーブルの具体例を示す図―１。
【図５】着信報知条件テーブルの参照手順を示す図。
【図６】着信側端末、発信側端末、基地局それぞれの動作を示す図―１。
【図７】着信側端末、発信側端末、基地局それぞれの動作を示す図―２。
【図８】着信報知条件テーブルの具体例を示す図―２。
【図９】ＴＶ視聴中に着信があった旨を表示部に表示した状況を示す図。
【図１０】電話相手が受信したメールを表示部に表示した状況を示す図。
【図１１】電話相手にメールを送信した旨を表示部に表示した状況を示す図。
【図１２】着信報知条件を設定する際の表示を示す図―１
【図１３】着信報知条件を設定する際の表示を示す図―２
【図１４】着信報知条件を設定する際の表示を示す図―３
【図１５】着信報知条件を設定する際の表示を示す図―４
【符号の説明】
【００７５】
１１…ネットワーク通信部、１２…ＴＶ用通信部、１３…音声入出力部、１４…制御部、１５…記憶部、１６…キー入力部、１７…表示部、１８…終了時刻取得部。
【図１】
2005142978.tif 000003
【図２】
2005142978.tif 000004
【図３】
2005142978.tif 000005
【図４】
2005142978.tif 000006
【図５】
2005142978.tif 000007
【図６】
2005142978.tif 000008
【図７】
2005142978.tif 000009
【図８】
2005142978.tif 000010
【図９】
2005142978.tif 000011
【図１０】
2005142978.tif 000012
【図１１】
2005142978.tif 000013
【図１２】
2005142978.tif 000014
【図１３】
2005142978.tif 000015
【図１４】
2005142978.tif 000016
【図１５】
2005142978.tif 000017