(57)【要約】【構成】テレビジョン放送システムによって放送された番組コンテンツは、放送番組受信回路１４によって受信される。また、移動通信システムとの間の通信は、移動通信回路１２によって行われる。放送番組受信回路１４によって得られた番組コンテンツの映像は、モニタ６６から出力される。ただし、この番組コンテンツが双方向コンテンツで、かつ移動通信システムとの通信に障害が発生したときは、警告メッセージがモニタ６６から出力される。【効果】双方向コンテンツへの応答が不可能となると警告メッセージが出力されるため、オペレータは双方向コンテンツを安心して視聴することができる。【選択図】  図１
2004266525.tif 000002
【特許請求の範囲】
【請求項１】
放送システムからコンテンツを受信するコンテンツ受信機能と移動通信システムとの間で通信を行う移動通信機能とを有する通信端末において、
前記コンテンツ受信機能によって得られたコンテンツを出力するコンテンツ出力手段、および
第１条件が満たされたとき第１メッセージを出力する第１メッセージ出力手段を備え、
前記第１条件は、前記コンテンツ出力手段によって出力されるコンテンツが前記移動通信システムを利用した応答を求める双方向コンテンツであるという第１コンテンツ条件、および前記移動通信システムとの通信に障害が発生したという通信条件を含むことを特徴とする、携帯端末。
【請求項２】
前記第１メッセージ出力手段は所定期間にわたって前記第１メッセージを出力し、
前記第１条件は同じコンテンツに関連して前記第１メッセージが未だ出力されていないという出力条件をさらに含む、請求項１記載の携帯端末。
【請求項３】
前記移動通信システムから送信される電波の受信感度に基づいて前記障害の発生の有無を判別する判別手段をさらに備える、請求項１または２記載の携帯端末。
【請求項４】
前記双方向コンテンツは映像情報を含み、
前記第１メッセージは可視情報を含み、
前記コンテンツ出力手段は前記映像情報を画面に表示し、
前記第１メッセージ出力手段は前記可視情報を前記画面に表示する、請求項１ないし３のいずれかに記載の携帯端末。
【請求項５】
第２条件が満たされたとき第２メッセージを出力する第２メッセージ出力手段をさらに備え、
前記第２条件は、前記コンテンツ出力手段によって出力されるコンテンツが受信するだけの片方向コンテンツであるという第２コンテンツ条件、および動作環境に変化が生じたという変化条件を含む、請求項１ないし４のいずれかに記載の携帯端末。
【請求項６】
前記動作環境を規定する要因はバッテリ残量を含む、請求項５記載の携帯端末。
【請求項７】
前記動作環境を規定する要因は前記移動通信システムから送信される電波の受信感度を含む、請求項５または６記載の携帯端末。
【請求項８】
前記第２条件は前記移動通信システムから着信があったという着信条件をさらに含む、請求項５ないし７のいずれかに記載の携帯端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、携帯端末に関し、特にたとえば、放送システムからコンテンツを受信するコンテンツ受信機能と移動通信システムとの間で通信を行う移動通信機能とを有する、携帯端末に関する。
【０００２】
【従来技術】
この種の携帯端末では、バッテリ残量や受信感度などを示す複数のアイコンが画面に表示され、これによってバッテリの持ち時間や電波の受信状態を容易に把握することができる。したがって、従来の携帯端末では、このようなアイコンが画面に常に表示されていた。
【０００３】
【発明が解決しようとする課題】
しかし、従来技術では、アイコンによって画面が制限され、映像コンテンツの視聴が妨げられるという問題があった。この問題は、映像コンテンツを視聴するときにアイコンの表示を中止することで解決できるが、そうすると、映像コンテンツによっては逆に快適な視聴を妨げる場合がある。つまり、映像コンテンツが視聴者参加型クイズのような双方向コンテンツである場合、送信元への応答が必要であるため、受信感度を把握できないと映像コンテンツを安心して視聴することができない。
【０００４】
それゆえに、この発明の主たる目的は、コンテンツを快適に楽しむことができる、携帯端末を提供することである。
【０００５】
【課題を解決するための手段】
この発明に従う携帯端末は、放送システムからコンテンツを受信するコンテンツ受信機能と移動通信システムとの間で通信を行う移動通信機能とを有する通信端末において、コンテンツ受信機能によって得られたコンテンツを出力するコンテンツ出力手段、および第１条件が満たされたとき第１メッセージを出力する第１メッセージ出力手段を備え、第１条件は、コンテンツ出力手段によって出力されるコンテンツが移動通信システムを利用した応答を求める双方向コンテンツであるという第１コンテンツ条件、および移動通信システムとの通信に障害が発生したという通信条件を含むことを特徴とする。
【０００６】
【作用】
放送システムからのコンテンツの受信はコンテンツ受信機能によって行われ、移動通信システムとの間の通信は移動通信機能によって行われる。コンテンツ受信機能によって得られたコンテンツは、コンテンツ出力手段によって出力される。また、第１条件が満たされると、第１メッセージが第１メッセージ出力手段によって出力される。ここで、第１条件は、出力されるコンテンツが移動通信システムを利用した応答を求める双方向コンテンツであるという第１コンテンツ条件、および移動通信システムとの通信に障害が発生したという通信条件とを含む。
【０００７】
したがって、移動通信システムを利用した応答が必要な双方向コンテンツを出力している途中で、移動通信システムとの通信に障害が発生すると、第１メッセージが出力される。双方向コンテンツに向けられた応答が不可能となったことは、第１メッセージの出力によって認識することができる。
【０００８】
好ましくは、第１メッセージ出力手段は、所定期間にわたって第１メッセージを出力する。この場合、第１条件は、同じコンテンツに関連して第１メッセージが未だ出力されていないという出力条件をさらに含む。したがって、第１メッセージが１回出力されると、同じ双方向コンテンツが受信される限り、第１メッセージが再度出力されることはない。これによって、通信に障害があることを承知して同じコンテンツを受信し続けるオペレータの快適性を妨げることはない。
【０００９】
好ましくは、移動通信システムとの間で通信障害が発生したかどうかは、移動通信システムから送信される電波の受信感度に基づいて、判別手段によって判別される。この場合、オペレータが電波を受信できないエリアに移動したときに、第１メッセージが出力される。
【００１０】
好ましくは、双方向コンテンツは映像情報を含み、第１メッセージは可視情報を含む。コンテンツ出力手段は映像情報を画面に表示し、第１メッセージ出力手段は可視情報を画面に表示する。映像情報が表示される画面上に可視情報を表示することによって、通信に障害が発生したことを速やかに認識できる。
【００１１】
好ましくは、第２条件が満たされたとき、第２メッセージが第２メッセージ出力手段によって出力される。ここで、第２条件は、コンテンツ出力手段によって出力されるコンテンツが受信するだけの片方向コンテンツであるという第２コンテンツ条件と、動作環境に変化が生じたという変化条件とを含む。
【００１２】
したがって、片方向コンテンツを出力している途中で動作環境に変化が生じると、第２メッセージが出力される。換言すれば、動作環境に変化が生じない限り、第２メッセージが出力されることはない。これによって、片方向コンテンツを快適に楽しむことができる。
【００１３】
なお、動作環境を規定する要因は、バッテリ残量、あるいは移動通信システムから送信される電波の受信感度を含む。また、第２条件は、移動通信システムから着信があったという着信条件をさらに含んでもよい。
【００１４】
【発明の効果】
この発明によれば、双方向コンテンツに向けられた応答が不可能となったことを第１メッセージの出力によって認識することができるため、双方向コンテンツを安心して楽しむことができる。
【００１５】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１６】
【実施例】
図１を参照して、この実施例の携帯通信端末１０は、移動通信システムを用いて移動通信を行う移動通信回路１２と、テレビジョン放送システムを用いて放送された番組コンテンツを受信する放送番組受信回路１４と、移動通信回路１２および放送番組受信回路１４の両方を制御するＣＰＵ３６とを含む。移動通信回路１２，放送番組受信回路１４およびＣＰＵ３６のいずれも、バッテリ３４に基づいて電源回路３２から出力される電力によって駆動される。
【００１７】
操作パネル３８によってダイヤル操作が行われると、ＣＰＵ３６は、移動通信回路１２に設けられた無線回路１８に発呼処理を命令する。この発呼処理によって相手方との接続が確立されると、通話可能状態となる。また、アンテナ１６を通して発呼信号を受信すると、無線回路１８からＣＰＵ３６に対して電話着信が通知される。ＣＰＵ３６は、呼び出し音信号の発生を放送番組受信回路１４に設けられたサウンドジェネレータ５６に命令するとともに、呼び出しメッセージを表すキャラクタ信号の発生を放送番組受信回路１４に設けられたキャラクタジェネレータ６４に命令する。これによって、呼び出し音がスピーカ５８から出力されるとともに、呼び出しメッセージがモニタ６６から出力される。呼び出し音および呼び出しメッセージの出力を受けて、操作パネル３８によって着信操作が行われると、相手方との接続が確立され、通話可能状態となる。
【００１８】
通話可能状態に移行すると、マイクロフォン３０によって捉えられた音声信号がアンプ２８によって増幅され、かつＡＤ／ＤＡ変換回路２２によってディジタル信号である音声データに変換される。変換された音声データは信号処理回路２０によってパケットデータつまり音声パケットに符号化され、符号化された音声パケットは無線回路１８によって変調される。変調された音声パケットは、アンテナ１６を介して相手方に発信される。相手方から送られてきた音声パケットは、アンテナ１６によって受信され、無線回路１８によって復調される。復調された音声パケットは信号処理回路２０によって音声データに復号され、復号された音声データは、ＡＤ／ＤＡ変換回路２２によってアナログ信号である音声信号に変換される。変換された音声信号は、アンプ２４を介してスピーカ２６から出力される。
【００１９】
操作パネル３８によってメールが作成されかつ発信操作が行われると、ＣＰＵ３６は、宛先のメールボックスを管理するサイトへの接続を無線回路１８に命令するとともに、作成されたメールデータの符号化を信号処理回路２０に命令する。作成されたメールデータは信号処理回路２０によってパケットデータつまりメールパケットに変換され、変換されたメールパケットは無線回路１８およびアンテナ１６を通して所望のサイトに送信される。
【００２０】
自分のメールボックスにメールパケットが存在すれば、このメールパケットはアンテナ１６を通して受信される。受信されたメールパケットは、無線回路１８によって復調され、信号処理回路２０によって復号される。ＣＰＵ３６は、無線回路１８からのメール着信通知に応答して、信号処理回路２０によって復号されたメールデータをフラッシュメモリ４０に保存し、メールデータの着信を表すキャラクタ信号の出力をキャラクタジェネレータ６４に命令する。この結果、メールの受信を示すアイコンつまりメールアイコンがモニタ６６に表示される。
【００２１】
キャラクタ表示処理に関連して、ＣＰＵ３６は、バッテリ３４の残量およびアンテナ１６の受信感度を常に検出し、キャラクタジェネレータ６４は、電話の呼び出しメッセージおよびメールアイコンの表示以外に、バッテリ３４の残量を表すバッテリ残量アイコンおよびアンテナ１６の受信感度を表す受信感度アイコンをモニタ６６に表示する。図２を参照して、バッテリ残量アイコンＩｂ，メールアイコンＩｍおよび受信感度アイコンＩｓは、アイコンバーＢＡＲの上に表示される。また、呼び出しメッセージＣＭは、画面中央に表示される。
【００２２】
操作パネル３８の操作によって番組視聴モードが選択されかつ所望のチャネルが選択されると、ＣＰＵ３６は、番組受信回路１４を起動するとともに、所望のチャネルの選択をチューナ４４に命令する。チューナ４４は、アンテナ４２によって捉えられたテレビジョン放送の高周波信号から所望のチャネルの高周波信号を抽出し、かつ抽出した高周波信号にＭＰＥＧフォーマットに従う復調処理を施す。これによって、所望のチャネルのディジタル放送データがチューナ４４から出力される。出力されたディジタル放送データは、バッファメモリ４６を介してデマルチプレクサ４８に与えられる。
【００２３】
デマルチプレクサ４８は、与えられたディジタル放送データから音声パケットおよび映像パケットを抽出し、ＡＶセレクタ５０は、抽出された音声パケットおよび映像パケットをＭＰＥＧ２−ＡＡＣオーディオデコーダ５２およびＭＰＥＧ４ビデオデコーダ６０にそれぞれ与える。
【００２４】
ＭＰＥＧ２−ＡＡＣオーディオエンコーダ５２は、与えられた音声パケットをデコードして音声データを生成する。生成された音声データは、Ｄ／Ａ変換器５４によってアナログ信号である音声信号に変換され、変換された音声信号はスピーカ５８に与えられる。この結果、所望のチャネルで放送される番組コンテンツの音声がスピーカ５８から出力される。
【００２５】
ＭＰＥＧ４ビデオデコーダ６０は、与えられた映像パケットをデコードして映像データを生成し、生成した映像データをＮＴＳＣエンコーダ６２に与える。この映像データは、ＮＴＳＣエンコーダ６２によってコンポジット映像信号に変換され、変換されたコンポジット映像信号はモニタ６６に出力される。この結果、所望のチャネルで放送される番組コンテンツの映像が、モニタ６６の画面に表示される。
【００２６】
テレビジョン放送によって受信される番組コンテンツの中には、単に視聴するだけの片方向コンテンツのほかに、視聴者参加型クイズのようなオペレータからの応答を求める双方向コンテンツがある。このような双方向コンテンツを視聴するとき、ＣＰＵ３６は、オペレータによる操作パネル３８の操作に応答して、放送局が管理する特定サイトへの接続を無線回路１８に命令し、操作態様に従うパケットの出力を信号処理回路２０に命令する。パケットは、アンテナ１６から特定サイトへ送信される。これによって、双方向コンテンツへの応答が実現される。
【００２７】
ただし、番組コンテンツを視聴するときに図２に示すアイコンバーＢＡＲが常に表示されると、アイコンバーＢＡＲによって番組映像の一部が遮られる。また、アイコンバーＢＡＲを回避するように番組映像を表示するのでは、番組映像のサイズが縮小され、視認性が低下する。そこで、この実施例では、番組コンテンツを視聴するときにアイコンバーＢＡＲの表示を中断するようにしている。しかし、双方向コンテンツについては、上述のようにテレビジョン放送システムおよび移動通信システムの両方が利用されるため、視聴時にアイコンバーＢＡＲの表示を常に中断するようにすると、次のような問題が生じる。
【００２８】
つまり、システムの相違から、テレビジョン放送システムがカバーするエリアと移動通信システムがカバーするエリアとの間にも差が生じる。すると、テレビジョン放送システムはカバーできるものの、移動通信システムがカバーできない場所に移動したときに、オペレータは、特定サイトへの送信が不可能であることを容易に認識できない。そこで、この実施例では、視聴している番組コンテンツが双方向コンテンツで、かつアンテナ１６の受信感度が閾値を下回ったときに、警告メッセージを画面に表示するようにしている。
【００２９】
具体的には、図３（Ａ）に示すような視聴者参加型クイズ番組を視聴しているときに、受信感度が閾値を下回ると、警告メッセージを表すキャラクタ信号の出力命令がＣＰＵ３６からキャラクタジェネレータ６４に与えられる。この結果、図３（Ｂ）に示す“双方向サービスを受けることができません”との警告メッセージＡＭがモニタ６６から出力される。これによって、オペレータは、クイズの回答が不可能であることを容易に認識でき、安心してクイズ番組を視聴することができる。
【００３０】
ＣＰＵ３６は、μＩＴＲＯＮのようなマルチタスクＯＳを搭載したマルチタスクＣＰＵであり、キャラクタ表示処理に関連して、図４に示す受信感度検出タスク，図５に示すバッテリ残量検出タスク，図６に示す電話着信検出タスク，図７に示すメール着信検出タスク，図８に示すチャネル切換タスクおよび図９〜図１２に示す表示制御タスクを実行する。
【００３１】
まず図４を参照して、ステップＳ１，Ｓ３およびＳ５の各々でアンテナ１６の受信感度を検出する。受信感度が閾値ＴＨｓ３よりも大きいときは、ステップＳ１でＹＥＳと判断し、ステップＳ７で受信感度を示す変数ＳＳＴをレジスタ値Ｐｒｅ＿ＳＳＴとして退避させるとともに、ステップＳ９で変数ＳＳＴを“３”に設定する。受信感度が閾値ＴＨｓ３以下でかつ閾値ＴＨｓ２よりも大きいときは、ステップＳ３でＹＥＳと判断し、ステップＳ１１で受信感度を示す変数ＳＳＴをレジスタ値Ｐｒｅ＿ＳＳＴとして退避させるとともに、ステップＳ１３で変数ＳＳＴを“２”に設定する。
【００３２】
受信感度が閾値ＴＨｓ２以下でかつ閾値ＴＨｓ１よりも大きいときは、ステップＳ５でＹＥＳと判断し、ステップＳ１５で受信感度を示す変数ＳＳＴをレジスタ値Ｐｒｅ＿ＳＳＴとして退避させるとともに、ステップＳ１７で変数ＳＳＴを“１”に設定する。受信感度が閾値ＴＨｓ１以下であるときは、ステップＳ５でＮＯと判断し、ステップＳ１９で受信感度を示す変数ＳＳＴをレジスタ値Ｐｒｅ＿ＳＳＴとして退避させるとともに、ステップＳ２１で変数ＳＳＴを“０”に設定する。
【００３３】
ステップＳ９，Ｓ１３，Ｓ１７またはＳ２１の処理が完了すると、ステップＳ２３でレジスタ値Ｐｒｅ＿ＳＳＴと変数ＳＳＴとが互いに等しいかどうか判断する。そして、Ｐｒｅ＿ＳＳＴ＝ＳＳＴであればそのままステップＳ１に戻るが、Ｐｒｅ＿ＳＳＴ≠ＳＳＴであれば、ステップＳ２５でフラグＦｓｓｔを“１”に設定してからステップＳ１に戻る。したがって、フラグＦｓｓｔは、受信感度が変化したときに“１”に設定される。
【００３４】
図５を参照して、ステップＳ３１およびＳ３３では、バッテリ３４の残量を判別する。残量値が閾値ＴＨｂ２よりも大きければ、ステップＳ３１でＹＥＳと判断し、ステップＳ３５で変数ＢＴＲを“２”に設定する。残量値が閾値ＴＨｂ２以下でかつ閾値ＴＨｂ１よりも大きければ、ステップＳ３３でＹＥＳと判断し、ステップＳ３７で変数ＢＴＲを“１”に設定する。残量値が閾値ＴＨｂ１以下であれば、ステップＳ３３でＮＯと判断し、ステップＳ３９で変数ＢＴＲを“０”に設定する。ステップＳ３５，Ｓ３７またはＳ３９の処理が完了すると、ステップＳ３１に戻る。
【００３５】
図６を参照して、ステップＳ４１では電話の着信があったかどうか判断する。ＹＥＳと判断されたときは、ステップＳ４３でフラグＦｔｅｌに“１”を設定し、その後ステップＳ４１に戻る。
【００３６】
図７を参照して、ステップＳ５１ではメールの着信があったかどうか判断する。ＹＥＳと判断されると、ステップＳ５３でフラグＦｍｌを“１”に設定し、その後ステップＳ５１に戻る。
【００３７】
図８を参照して、ステップＳ６１では番組コンテンツの受信チャネルの切換操作があったかどうか判断する。ここでＹＥＳと判断されると、ステップＳ６３でチューニングを行い、受信された番組コンテンツが片方向コンテンツおよび双方向コンテンツのいずれであるかをステップＳ６５で判別する。この判別は、ディジタル放送データに含まれる番組識別子に基づいて行われる。双方向コンテンツと判断されたときはステップＳ６７でフラグＦｐｒｇ１およびＦｐｒｇ２を“１”に設定するが、片方向コンテンツと判断されたときはステップＳ６９でフラグＦｐｒｇ１およびＦｐｒｇ２を“０”に設定する。ステップＳ６７またはＳ６９の処理が完了すると、ステップＳ６１に戻る。
【００３８】
図９を参照して、ステップＳ７１では、番組視聴モードが選択されているかどうか、つまりオペレータが番組コンテンツを視聴中であるかどうか判断する。ここでＮＯと判断されたときは、ステップＳ７３でアイコンバーＢＡＲをモニタ６６に表示する。アイコンバーＢＡＲの上には、現時点のバッテリ３４の残量を示すバッテリ残量アイコンＩｂと、現時点のアンテナ１６の受信感度を示す受信感度アイコンＩｓとが現れる。また、メールを受信したときは、メールアイコンＩｍがアイコンバーＢＡＲの上に現れる。
【００３９】
ステップＳ７５では、フラグＦｔｅｌの設定値を判別し、設定値が“０”であればそのままステップＳ７１に戻るが、設定値が“１”であれば電話着信があったとみなしてステップＳ７７以降の処理に進む。まずステップＳ７７でフラグＦｔｅｌを“０”に設定し、ステップＳ７９で呼び出しメッセージＣＭを表示する。ステップＳ８１では着信操作の有無を判別し、着信操作が行われると、ステップＳ８３で呼び出しメッセージＣＭの表示を中止する。通話が終了すると、ステップＳ８５でＹＥＳと判断してステップＳ７１に戻る。
【００４０】
ステップＳ７１でＹＥＳと判断されたときは、ステップＳ８７でアイコンバーＢＡＲの表示の中止し、ステップＳ８９，Ｓ９１およびＳ９３でフラグＦｐｒｇ１，変数ＳＳＴおよびフラグＦｐｒｇ２の状態を判別する。ステップＳ８９は視聴中の番組コンテンツが双方向コンテンツおよび片方向コンテンツのいずれであるかを判別する処理であり、ステップＳ９１は移動通信システムを用いた通信が可能であるかどうかを判別する処理であり、ステップＳ９３は視聴中の双方向コンテンツについて警告メッセージＡＭが出力済みであるかどうかを判別する処理である。
【００４１】
視聴中の番組コンテンツが片方向コンテンツであれば、ステップＳ８９でＮＯと判断し、そのままステップＳ１０５に進む。視聴中の番組コンテンツが双方向コンテンツであるものの、移動通信システムを用いた通信が可能であれば、ステップＳ９１でＹＥＳと判断し、そのままステップＳ１０５に進む。視聴中の番組コンテンツが双方向コンテンツで、かつ移動通信システムを用いた通信が不可能であるものの、警告メッセージＡＭが出力済みであれば、ステップＳ９３でＮＯと判断し、そのままステップＳ１０５に進む。
【００４２】
視聴中の番組コンテンツが双方向コンテンツで、移動通信システムを用いた通信が不可能で、そして警告メッセージＡＭが未出力であれば、ステップＳ９３でＹＥＳと判断し、ステップＳ９５で警告メッセージＡＭをモニタ６６に表示する。ステップＳ９７ではフラグＦｐｒｇ２を“０”に設定し、ステップＳ９９ではフラグＦｓｓｔに“０”を設定する。フラグＦｐｒｇ２を“０”に設定することで、警告メッセージＡＭが出力済みであるとの判別が可能となる。フラグＦｓｓｔを“０”に設定する理由は後述する。ステップＳ１０１では所定時間が経過したかどうか判断し、ＹＥＳと判断されると、ステップＳ１０３で警告メッセージＡＭの表示を中止してからステップＳ１０５に進む。
【００４３】
ステップＳ１０５ではフラグＦｔｅｌの設定値を判別し、設定値が“１”であれば、電話着信があったものとみなして、ステップＳ１０７〜Ｓ１１５の処理を実行する。ただし、この一連の処理は、上述のステップＳ７７〜Ｓ８５の処理と同様であるため、重複した説明は省略する。
【００４４】
フラグＦｔｅｌの設定値が“０”であればステップＳ１０５でＮＯと判断し、ステップＳ１１７，Ｓ１１９およびＳ１２１でフラグＦｓｓｔ，フラグＦｍｌおよび変数ＢＴＲをそれぞれ判別する。ステップＳ１１７はアンテナ１６の受信感度が変化したかどうかを判別する処理であり、ステップＳ１１９はメールの着信があったかどうかを判別する処理であり、ステップＳ１２１はバッテリ３４の残量がわずかであるかどうかを判別する処理である。
【００４５】
アンテナ１６の受信感度が変化したときは、ステップＳ１１７でＹＥＳと判断し、ステップＳ１２３でフラグＦｓｓｔを“０”に設定してからステップＳ１２７に進む。メールの着信があったときは、ステップＳ１１９でＹＥＳと判断し、ステップＳ１２５でフラグＦｍｌを“０”に設定してからステップＳ１２７に進む。ステップＳ１２１でＹＥＳと判断されたときは、そのままステップＳ１２７に進む。ステップＳ１２７ではステップＳ７３と同じ要領でアイコンバーＢＡＲをモニタ６６に表示し、ステップＳ１２９では所定時間が経過したかどうかを判別する。所定期間が経過すると、ステップＳ１３１でアイコンバーＢＡＲの表示を中止してからステップＳ７１に戻る。
【００４６】
なお、上述のステップＳ９９でフラグＦｓｓｔを“０”に設定するようにしたため、ステップＳ９５で警告メッセージＡＭが表示されたときは、ステップＳ１１７でＹＥＳと判断されることはなく、ステップＳ１２７でアイコンバーＢＡＲの表示処理が実行されることもない。つまり、ステップＳ９９の処理によって、警告メッセージＡＭに加えてアイコンバーＢＡＲが表示される事態が回避される。
【００４７】
以上の説明から分かるように、テレビジョン放送システムによって放送された番組コンテンツは、放送番組受信回路１４によって受信される。また、移動通信システムとの間の通信は、移動通信回路１２によって行われる。放送番組受信回路１４によって得られた番組コンテンツの映像は、モニタ６６から出力される。ただし、この番組コンテンツが双方向コンテンツで、かつ移動通信システムとの通信に障害が発生したときは、警告メッセージＡＭがモニタ６６から出力される。オペレータは、双方向コンテンツへの応答が不可能となったことを、この警告メッセージＡＭによって認識する。かかる警告メッセージＡＭの発生によって、オペレータは双方向コンテンツを安心して視聴することができる。
【００４８】
なお、警告メッセージＡＭが１回出力されると、同じ双方向コンテンツが受信される限り、警告メッセージＡＭが再度出力されることはない。これによって、通信に障害があることを承知して同じ双方向コンテンツを受信し続けるオペレータの快適性を妨げることはない。
【図面の簡単な説明】
【図１】この発明の一実施例を示すブロック図である。
【図２】アイコンバーおよび着信メッセージの表示態様の一例を示す図解図である。
【図３】（Ａ）は双方向コンテンツの表示態様の一例を示す図解図であり、（Ｂ）は双方向コンテンツの表示態様の他の一例を示す図解図である。
【図４】図１実施例の動作の一部を示すフロー図である。
【図５】図１実施例の動作の他の一部を示すフロー図である。
【図６】図１実施例の動作のその他の一部を示すフロー図である。
【図７】図１実施例の動作のさらにその他の一部を示すフロー図である。
【図８】図１実施例の動作の他の一部を示すフロー図である。
【図９】図１実施例の動作のその他の一部を示すフロー図である。
【図１０】図１実施例の動作のさらにその他の一部を示すフロー図である。
【図１１】図１実施例の動作の他の一部を示すフロー図である。
【図１２】図１実施例の動作のその他の一部を示すフロー図である。
【符号の説明】
１０…携帯通信端末
１２…移動通信回路
１４…放送番組受信回路
１８…無線回路
２０…信号処理回路
３６…ＣＰＵ
６０…ＭＰＥＧ４ビデオデコーダ
６４…キャラクタジェネレータ
６６…モニタ
【図１】
2004266525.tif 000003
【図２】
2004266525.tif 000004
【図３】
2004266525.tif 000005
【図４】
2004266525.tif 000006
【図５】
2004266525.tif 000007
【図６】
2004266525.tif 000008
【図７】
2004266525.tif 000009
【図８】
2004266525.tif 000010
【図９】
2004266525.tif 000011
【図１０】
2004266525.tif 000012
【図１１】
2004266525.tif 000013
【図１２】
2004266525.tif 000014