(57)【要約】【課題】テレビ番組の視聴体験を他のユーザとリアルタイムに共有することを容易に実現できるようにする。【解決手段】第１の通信端末１００ａは、テレビ番組を識別するための番組識別情報を含めて特定のコミュニケーションを開始する要求を通信手段により第２の通信端末宛に発行する。当該要求に対する第２の通信端末からの肯定的な応答を受け取ったとき、相手とリアルタイムに特定のコミュニケーションを実行する。第２の通信端末は、特定のコミュニケーションを開始する要求を受けたとき、テレビ放送受信手段を起動し、第１の通信端末との間でリアルタイムに特定のコミュニケーションを実行する。【選択図】図２
2009088812.tif 000002
【特許請求の範囲】
【請求項１】
おのおの通信機能およびテレビ放送受信機能を備えた第１および第２の通信端末の間で両ユーザのコミュニケーションを実行する通信システムであって、
第１の通信端末は、テレビ番組を識別するための番組識別情報を含めて特定のコミュニケーションを開始する要求を前記通信機能により第２の通信端末宛に発行し、当該要求に対する第２の通信端末からの肯定的な応答に応じて第２の通信端末との間で双方向の通信を実行し、
第２の通信端末は、前記特定のコミュニケーションを開始する要求を受けたとき、テレビ放送受信機能を起動し、そのユーザの受諾に応じて第１の通信端末との間で双方向の通信を実行し、
前記特定のコミュニケーションは第１および第２の通信端末の両ユーザが同じテレビ番組を視聴しながら行う
ことを特徴とする通信システム。
【請求項２】
テレビ放送を受信するテレビ放送受信手段と、
通信手段と、
テレビ放送の映像および各種情報を表示画面上に表示する表示手段と、
ユーザによる操作を受け付ける操作手段と、
テレビ番組を識別するための番組識別情報を含めて特定のコミュニケーションを開始する要求を前記通信手段により相手通信端末宛に発行する手段と、
当該要求に対する相手通信端末からの肯定的な応答に応じて相手通信端末との間で双方向の通信を実行する手段と、
前記特定のコミュニケーションを開始する要求を受けたとき、前記テレビ放送受信手段を起動する手段と、
自通信端末のユーザの受諾に応じて相手通信端末と双方向の通信を実行する手段とを備え、
前記特定のコミュニケーションは自通信端末と相手通信端末の両ユーザが同じテレビ番組を視聴しながら行う
ことを特徴とする通信端末。
【請求項３】
前記特定のコミュニケーションを開始する要求を受けたとき、当該要求を受諾するか否かをユーザが入力する手段を備え、前記実行する手段は受諾があった場合に前記双方向の通信を開始する請求項２に記載の通信端末。
【請求項４】
前記特定のコミュニケーションの種別をユーザが選択する手段を備えた請求項２または３に記載の通信端末。
【請求項５】
前記特定のコミュニケーションにおけるユーザのやりとりの内容を記録する手段を備えた請求項２に記載の通信端末。
【請求項６】
記録された前記特定のコミュニケーションにおけるユーザのやりとりの内容を前記通信手段を介して特定のサーバへアップロードする手段を備えた請求項５に記載の通信端末。
【請求項７】
前記特定のコミュニケーションがテキストデータ交換である場合、前記表示手段は、そのテキストを表示する表示領域をテレビ放送の表示領域とともに前記表示画面上に表示する請求項２または４に記載の通信端末。
【請求項８】
前記特定のコミュニケーションがテキストデータ交換である場合、前記表示手段は、そのテキストを前記表示画面上でテレビ放送の表示領域に重ねてテロップ表示する請求項２または４に記載の通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信機能およびテレビ放送受信機能を備えた第１および第２の通信端末の間でコミュニケーションを実行する通信システムおよびそのための通信端末に関する。
【背景技術】
【０００２】
従来、人と人との間での通信インタフェースを介したリアルタイムでのコミュニケーションとしては、電話による通話、チャット（リアルタイムのテキストデータ交換）、テレビ電話（ビデオ通話）等が知られている。このようなコミュニケーションを行うための装置としては、ＰＣの他、最近では携帯電話端末が利用できるようになっている。特許文献１には、テレビ番組を表示し、記録することができる携帯型電子機器が開示されている。
【０００３】
特許文献２には、テレビ番組視聴中の電子メールの受信または電話通信による着信に関連して、テレビジョン放送の画像を変形することなく表示することができる携帯端末装置が開示されている。また、表示されている映像データの放送チャンネルを検出し、検出したチャンネルヘの切り替えを行うコマンドを電子メールに挿入して送信することも示されている。
【特許文献１】特開２００７−１１０７５７号公報
【特許文献２】特開２００７−１４２７６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献２に記載の技術によれば、携帯端末のユーザは自身が視聴中のテレビ番組を他のユーザにメールを用いて通知することができる。
【０００５】
しかし、その視聴体験を他のユーザとリアルタイムに共有する、すなわち、視聴している番組の映像に対する話題や感動をリアルタイムに分かち合うような高度なコミュニケーションは実現できない。このようなコミュニケーションにおいては、例えば、互いに離れた位置に居る二人の端末ユーザが、それぞれの端末による通信インタフェースを介して、スポーツ番組、バラエティ番組、ドラマや映画など、同じ番組を同時に視聴しながら、対話を行うことが考えられる。
【０００６】
なお、一方のユーザが電話やメールで相手に番組を知らせて同時に同じ番組を視聴させながら、電話で会話を行えば実質的に同じ結果を得ることはできるが、相手に対して煩雑な操作を強制することになり、現実的ではない。
【０００７】
本発明はこのような背景においてなされたものであり、テレビ番組の視聴体験を他のユーザとリアルタイムに共有することを容易に実現できるようにするものである。
【課題を解決するための手段】
【０００８】
本発明による通信システムは、おのおの通信機能およびテレビ放送受信機能を備えた第１および第２の通信端末の間で両ユーザのコミュニケーションを実行する通信システムである。第１の通信端末は、テレビ番組を識別するための番組識別情報を含めて特定のコミュニケーションを開始する要求を前記通信機能により第２の通信端末宛に発行し、当該番組の視聴に関するコミュニケーションの開始を促す。当該要求に対する第２の通信端末からの肯定的な応答に応じて第２の通信端末との間で双方向の通信を実行する。これに対し、第２の通信端末は、前記特定のコミュニケーションを開始する要求を受けたとき、テレビ放送受信機能を起動し、そのユーザの受諾に応じて第１の通信端末との間で双方向の通信を実行する。この第２の通信端末の側でコミュニケーションを開始するか否かはユーザが判断する機会を与えることが好ましい。このようにして、前記特定のコミュニケーションは第１および第２の通信端末の両ユーザが同じテレビ番組を視聴しながら行うことができる。
【０００９】
このような通信システムに利用するための通信端末は、テレビ放送を受信するテレビ放送受信手段と、通信手段と、テレビ放送の映像および各種情報を表示画面上に表示する表示手段と、ユーザによる操作を受け付ける操作手段と、テレビ番組を識別するための番組識別情報を含めて特定のコミュニケーションを開始する要求を前記通信手段により相手通信端末宛に発行する手段と、当該要求に対する相手通信端末からの肯定的な応答に応じて相手通信端末との間で双方向の通信を実行する手段と、前記特定のコミュニケーションを開始する要求を受けたとき、前記テレビ放送受信手段を起動する手段と、自通信端末のユーザの受諾に応じて相手通信端末と双方向の通信を実行する手段とを備え、前記特定のコミュニケーションは自通信端末と相手通信端末の両ユーザが同じテレビ番組を視聴しながら行う。
【発明の効果】
【００１０】
本発明によれば、コミュニケーション開始要求の受信側ではその着信に応じて、ユーザが煩雑な操作を行うことなく、同要求で指定されたテレビ番組の受信再生を直ちに実行することができるとともに、ユーザはその視聴に関するコミュニケーションを即座に開始できる。これにより、通信端末のユーザ間で同じテレビ番組を視聴しながら同番組に対する話題なども共有することが容易に実現可能となる。
【００１１】
また、通信事業者等のサービス提供者においては、そのようなコミュニケーションの形態を新たなサービスとして提供し、通信の利用増加を図ることができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の好適な実施の形態について図面を参照しながら詳細に説明する。
【００１３】
図１に本実施の形態における使用例を示す。図１（ａ）は、第１の通信端末１００ａのユーザＡと、第２の通信端末１００ｂのユーザＢとの間における本発明に係るサービスの第１の利用形態を示している。
【００１４】
図１（ａ）の第１の利用形態は、離れた位置に居るユーザＡとユーザＢとが同じテレビ番組を視聴しながら、相互に音声通話を行う場合である。一方のユーザ、例えばユーザＡがあるテレビ番組を視聴していて、離れた場所にいる他のユーザＢにも同じ番組を視聴してもらって、その視聴体験をユーザＢとリアルタイムに共有したいと思ったとする。このとき、ユーザＡは自己の通信端末１００ａに対して所定の操作を行うことによりユーザＢの通信端末１００ｂに対して、本発明に係るサービス開始要求すなわちコミュニケーション開始要求を行うことができる。この要求にはテレビ番組を特定するための番組識別情報が含まれており、この要求を受信した通信端末１００ｂはユーザＢの操作によらず自動的に同番組を選択・受信して再生・表示することができる。その後、ユーザＢはユーザＡとの間で、番組を視聴しながら、通話による双方向のコミュニケーションをとることができる。
【００１５】
図２（ｂ）の第２の利用形態は、第１の利用形態と同様であるが、音声通話の代わりにチャット（リアルタイムのテキストデータ交換）を利用するものである。すなわち、ユーザＡとユーザＢは音声によるのではなく、操作部からの入力により、テキストデータの交換による対話を行うものである。チャット時にはチャット領域を設けるか、またはテロップ表示の形式でテキストを番組映像上にオーバーレイ表示する。
【００１６】
なお、音声チャットというものも存在するが、これは本実施の形態では音声通話に含まれるものとする。
【００１７】
図２は、本発明の一実施の形態に係る通信端末１００の概略ハードウェア構成を示すブロック図である。通信端末１００としてここでは携帯電話端末を例として示している。
【００１８】
制御部１０１は、中央処理装置（ＣＰＵ）などを含み、バス１２０を介して各部を制御する。通信回路１０２は、携帯電話の基地局に対して送受信を行うアンテナ１０３を介して電波による音声やデータの送受信を行う部位である。表示部１０４は、ＬＣＤや有機ＥＬディスプレイ等の表示デバイスにより構成され、ユーザに対して表示画面上で視覚的な情報を提示する部位である。操作部１０５は、テンキーや各種制御キー等を含み、制御部１０１に対してユーザの指示やデータを入力するための部位である。記憶部１０６は、制御部１０１が実行するオペレーティングシステムや各種アプリケーションプログラム等のプログラムやデータを格納する不揮発性記憶領域（ＲＯＭ、フラッシュメモリ等）、データの一時保存領域や作業領域を提供する揮発性記憶領域（ＲＡＭ）、等を含む。音声処理部１０７は、受話音声、動画ファイルの音声、音楽データの音声を出力するスピーカ（イヤレシーバを含む）１０８、および送話音声等を集音するマイクロホン１０９が接続される。ＴＶ放送受信部１１０はアンテナ１１１を介して電波によるテレビ放送（データ放送を含む）を受信し、再生する部位である。本実施の形態では地上デジタル放送を想定している。
【００１９】
図３は、通信端末１００の、本実施の形態に係る主要な機能ブロックを示している。制御部１０１は、記憶部１０６に記憶されたアプリケーションプログラムを実行することにより、コミュニケーション開始要求処理２０１、コミュニケーション開始要求受信処理２０２、およびコミュニケーション実行処理２０３を実現する。コミュニケーション開始要求処理２０１は、第１の通信端末のユーザＡが第２の通信端末のユーザＢに対して本実施の形態に係るコミュニケーションの開始を要求するために第１の通信端末において実行される処理である。コミュニケーション開始要求受信処理２０２は、ユーザＢがユーザＡからの要求を受信した場合に第２の通信端末において実行される処理である。コミュニケーション実行処理２０３は、ユーザＡからのコミュニケーション開始要求をユーザＢが受け入れた際に、両通信端末において実行される処理である。
【００２０】
これらの各処理を図４〜図６に示したフローチャートにより、具体的に説明する。
【００２１】
図４は、図３のコミュニケーション開始要求処理２０１のフローチャートを示している。
【００２２】
第１の通信端末は、ユーザによってＴＶ放送受信部１１０が起動され選択された番組の映像を再生し、表示部１０４に表示する（Ｓ１）。そこで、ユーザ（ユーザＡ）にどのユーザとコミュニケーションを開始したいかを記憶部１０６などに保存されている電話帳などから選択させる（Ｓ２）。相手ユーザ（ユーザＢ）が選択されたら、第１の通信端末で現在視聴されている放送番組の番組識別情報を、ユーザＢの第２の通信端末に接続するための識別情報（例えば、電話番号、メールアドレス、ＩＰアドレス等）より発信を開始し、番組識別情報を送信する（Ｓ３）。「識別情報」とは、デジタル放送番組の場合はチャネル情報である。ここでは、ストリームコンテンツなどにも対応することができる。その場合の識別情報は当該コンテンツのＵＲＬおよび再生位置を示す再生位置情報である。
【００２３】
この送信に対して、通信相手であるユーザＢからサービス開始の受諾を得た場合は（Ｓ４，Ｙｅｓ）、サービスを開始する（Ｓ６）。一方、ユーザＢからサービス開始を拒否された場合は（Ｓ４，Ｎｏ）、サービスを開始せず、視聴している番組の再生などを継続する（Ｓ５）。
【００２４】
図５は、図３のコミュニケーション開始要求受信処理２０２のフローチャートを示している。ここでは、図４のコミュニケーション開始要求処理２０１に対応する処理として説明する。
【００２５】
ユーザＢの通信端末（第２の通信端末）は、着信処理（Ｓ１１）において、それがサービス開始要求かどうかを判断する。そのためには、例えば、サービス開始要求にサービス開始フラグのようなものを含め、着信時に受信した情報にサービス開始フラグのようなものが含まれるかどうかによりサービス開始要求かどうかの判断を行うことができる。
【００２６】
サービス開始要求であった場合には、通信相手であるユーザＡから送信されてきた番組識別情報を用いて、指定された番組の自動選択を行う（Ｓ１２）。ただし、ユーザＡと同時視聴できないような番組の場合は、視聴範囲外として受諾拒否として扱う。これは、例えば放送地域が異なる等の理由により第２の通信端末において第１の通信端末と同時間に同番組の放送が受信できないような場合、あるいは、同番組が特定できないような場合である。また、サービス開始要求に応じて自動的にテレビ受信機能の起動、再生を行うか否かをユーザが予め初期設定しておいてもよい。この場合、ユーザがそのようなサービス開始要求に自動応答しない旨の初期設定を行っている場合にも「受諾拒否」と判断される。
【００２７】
なお、受信側において、要求受信時に自動的に番組の受信再生を開始する構成とすれば、着うた（登録商標）、着ムービーなどの着信時の機能以外に、着信時に、ユーザが指定したテレビ放送番組を提示させるといった新しい着信形態の提供も可能である。
【００２８】
第２の通信端末において同番組の放送を受信できた場合、サービス開始要求に対応したＧＵＩ（Graphic User Interface）を表示するとともに、指定された番組の映像を再生し、表示部１０４に表示する（Ｓ１３）。また、この映像表示と同時に、ユーザＡからの要求を受け入れるか否かの意思表示を操作部から入力することをユーザＢに促す（Ｓ１４）。例えば、ユーザＡからのサービス開始要求があることをＧＵＩ上で通知し、サービス開始要求を受諾するかどうかをユーザＢに問う。ＧＵＩ上での通知の一態様としては、映像にテロップとして、ユーザの電話番号を表示することが考えられる。端末内の電話帳に登録されているユーザであればそのユーザ名なども表示できる。
【００２９】
ユーザがサービス開始を拒否した場合は、通信切断終了処理を行う（Ｓ１５）。拒否理由を通知できる場合は、拒否理由データを相手宛てに送信して切断することもできる。
【００３０】
ユーザがサービス開始要求を受諾した場合は、３ＧＰＰなどの標準手順に従って通信の接続を開始し、サービス開始の受諾通知を相手に送信し、サービスを開始する（Ｓ１６）。
【００３１】
図６は、図３のコミュニケーション実行処理２０３における、第１および第２の通信端末による処理のフローチャートを示している。
【００３２】
第１および第２の通信端末は、本サービス用のＧＵＩを表示し、映像再生を継続する（Ｓ２１）。この再生と並行して、指定された通信手段すなわちコミュニケーション種別（音声通話、ビデオ通話、パケットデータ通信（プッシュ２トーク、メール、ＩＰ通信）など）に応じて、通信路を維持すると共に、対応するコミュニケーション種別に応じたＧＵＩによるコミュニケーション処理を開始する（Ｓ２２）。すなわち、音声通話の場合は、映像再生に並行して、通話の音声ボリュームの調整、切断、ハンズフリーＯｎＯｆｆなどの音声通話用の各種機能処理を行うことができる。
【００３３】
接続している他の端末からデータを受信した場合と、端末ヘユーザからの入力があった場合との動作選択を行う（Ｓ２３）。
【００３４】
接続している他の端末からデータを受信した場合は、データを受信し、受信データを処理する（Ｓ２４）。音声通話の場合は、スピーカ１０８などから相手の音声を鳴らす。
【００３５】
一方、端末ヘユーザからの入力があった場合は、データを相手の端末に送信し、コミュニケーション種別に応じて表示処理などを行う（Ｓ２５）。コミュニケーション種別がチャットなどのテキストデータを扱う場合は、表示部１０４にＧＵＩとして、テキストデータをテキスト表示領域に表示するか、または、テロップ形式で映像再生にオーバーレイすることで同時表示し、相手端末にもテキストデータを送信する。
【００３６】
ユーザからの終了指示があるまで、ステップＳ２３〜Ｓ２５を実行する。終了指示があれば、本処理を終了する。
【００３７】
図７は第１の通信端末側のＧＵＩを説明するための画面遷移例を示している。
【００３８】
放送番組を再生して映像を表示している映像再生画面（Ｓ３１）において、ユーザが「機能」を指示することにより機能選択画面（Ｓ３２）が表示される。このメニューから「映像共有」が選択された場合、新たに映像共有機能選択画面（Ｓ３３）が表示される。ここで「ユーザ選択」が選択されると、接続先（通信相手）の入力方法を選択するための接続先入力方法選択画面（Ｓ３４）が表示される。図では接続先情報を直接入力する「直接入力」と、電話帳から選択して入力する「電話帳」の選択肢を示している。図では「電話帳」が選択された場合を示している（Ｓ３５）。電話帳から接続先が選択され、発信指示がなされると、発信中画面（Ｓ３６）が表示され、上述したサービス開始要求が発行される。この時点でも映像再生は継続している。
【００３９】
このサービス開始要求に対して、通信相手からの回答が「Ｎｏ」である場合（所定時間回答がない場合も含む）には（Ｓ３７，Ｎｏ）、映像再生画面に戻る（Ｓ３８）。この代わりに映像再生を停止して待受画面に戻るようにしてもよい。
【００４０】
通信相手からの回答が「Ｙｅｓ」である場合（Ｓ３７，Ｙｅｓ）、ユーザが指定したコミュニケーション種別が「音声通話」か「チャット」かによって、表示される画面が異なる。「音声通話」の場合には特にそのための表示領域は必要ないので、映像再生画面（Ｓ３９）がそのまま継続して提示される。「チャット」の場合には、チャットのための文字表示のためのチャット画面（文字入力領域）が映像再生画面とともに提示され、その中に入力文字が表示される（または、文字入力領域は設けられず、映像に重ねてテロップ表示される）（Ｓ４０）。ユーザＡが終了の指示を行えば、テレビ受信機能が停止するとともに通話またはチャット通信が停止し、待受画面に戻る。また、相手（ユーザＢ）により通話またはチャット通信が停止されたときには、通信が切断される。
【００４１】
なお、「音声通話」か「チャット」かは、ユーザが予め初期設定でいずれを選択するかを設定しておく。この代わりに、Ｓ３２の画面またはそれ以降の画面において、ユーザに「音声通話」か「チャット」かを選択させるようにしてもよい。また、「音声通話」や「チャット」以外のコミュニケーション種別を用いてもよい。その場合、テキスト入力を伴う場合に文字入力領域を設けるかオーバーレイ表示を行う。ビデオ通話の場合には好ましくは、相手の撮影像を表示する領域を設ける。
【００４２】
図８は第２の通信端末側のＧＵＩを説明するための画面遷移例を示している。
【００４３】
待受画面が表示されている状態で（Ｓ５０）、上記サービス開始要求の着信があった場合、自動的にテレビ受信機能を起動して、その指定された番組を受信し、再生・表示を開始する（Ｓ５１）。サービス開始要求に「通話」か「チャット」かの識別情報が含まれており、それに応じて、ユーザＢに「通話しますか？」または「チャットしますか？」のように、本サービス開始要求を受諾するかどうかを問い合わせる画面が表示される（Ｓ５２またはＳ５３）。ユーザが受諾しなければ（Ｓ５４，Ｎｏ）、テレビ受信機能を停止して、待受画面に戻る（Ｓ５５）。受諾があった場合には（Ｓ５４，Ｙｅｓ）、「音声通話」か「チャット」かに応じて、Ｓ５６またはＳ５７の画面が選択される。ユーザＢが終了の指示を行えば、テレビ受信機能が停止するとともに通話またはチャット通信が停止し、待受画面に戻る。また、相手（ユーザＡ）により通話またはチャット通信が停止されたときには、通信が切断される。
【００４４】
通話かチャットかは発信者側が指定することを想定したが、受信者側に選択肢を与えて受信者側で指定するようにしてもよい。その場合には図８のＳ５２，Ｓ５３の画面の代わりに、そのような選択肢をユーザに選ばせる画面を用意する。また、発信者側ではその指定を行わない。
【００４５】
また、デジタル放送の受信情報から、デジタル放送番組の付加情報（局情報、番組情報、時間情報など）を抽出し、映像視聴に対応したタイムスタンプ時系列上に視聴時にやりとりされた通信データの履歴を通信データの種類に応じて記録することもできる。例えば、音声通話データの場合は、音声認識エンジンを通してテキスト情報を生成し記録する（すなわち映像視聴通信ログをとる）。これらのデータは、指定されたサーバに送信（すなわちアップロード）され、データベースに保存され、番組の２次的メタデータとして利用することもできる。
【００４６】
図８から分かるように、本実施の形態ではコミュニケーション開始要求の受信側では、当該要求の受信時に自動的にテレビ放送受信機能を起動して当該指定された番組を再生表示するようにしたが、受信者の「受諾」の意思表示があった後に起動するようにしてもよい。
【００４７】
図９に２次的メタデータのデータ構成８０の例を示す。２次的メタデータの各レコードは、「番組情報」「タイムスタンプ情報」「ユーザ名」「セキュリティールール」「コミュニケーション履歴（音声通信のテキストデータ、またはチャットデータ等）」を含む。セキュリティールールとは、他者への公開の可否を定めたものであり、ユーザが例えば本サービス利用時の初期設定として設定することができる。このようなデータは一旦ユーザの端末内に保存され、所定の時点で所定のサーバなどに送信されて蓄積される。本サービス要求の発信者側と受信者側の両方で同じデータを保存する必要はなく、一方（例えば発信者側）のみ保存するようにしてもよい。
【００４８】
近年、映像などのデジタルコンテンツデータに、デジタルコンテンツの登場人物、内容に対する概要、各シーンに関する内容などのメタデータを用いたサービスが考えられている。しかし、このようなメタデータを個別に作成することは、時間と費用を要する。上記のメタデータの保存機能は、このような現状を鑑み、多くの人に普及している通信端末を用いて、本発明を用いたサービスを実現した場合、ユーザが行ったコミュニケーションの副産物として、コンテンツに関するメタデータを容易且つ多様に生成することが可能になり、新しいメタデータを利用したサービスの創出を期待することができる。
【００４９】
以上説明したように、サービス要求の受信者はその着信から通話にせよ、チャットにせよ、煩雑な操作無しに（シームレスに）コミュニケーション可能状態に移行し、ユーザは通信相手との間で、リアルタイムに同じ放送番組を視聴しながら、音声またはテキストデータ交換により対話を行うことができる。
【００５０】
以上、本発明の好適な実施の形態について説明したが、上記で言及した以外にも種々の変形、変更を行うことが可能である。例えば、上記説明では通信端末として携帯電話端末を挙げたが、携帯電話端末に限るものではなく、テレビ放送受信機能および通信機能を備える装置であれば、ＰＤＡやゲーム機等であってもよい。また、携帯型の端末に限るものではなく据え置き型（固定型）の端末であってもよい。
【００５１】
発信者側では視聴中のテレビ番組の番組識別情報を付加してコミュニケーション開始要求を発行するようにしたが、ＥＰＧ等のテレビ番組ガイド情報から放送予定の特定の番組を指定してその番組識別情報（番組放送開始時刻および終了時刻または放送時間も含む）を付加してコミュニケーション開始を予約する要求を行うようにしてもよい。この場合、受信者側で受諾されれば、両端末で、当該放送番組の受信再生および所定のコミュニケーション開始がタイマー予約されるようにすることも可能である。
【００５２】
テレビ放送は地上デジタル放送を想定したが、それ以外の電波による放送、あるいはインターネット等を利用したＩＰ放送、ＩＰオンデマンド放送等の形態も含みうる。
【図面の簡単な説明】
【００５３】
【図１】本発明の使用例を示す概略図である。
【図２】本発明の通信端末の一実施の形態に係る通信端末の概略ハードウェア構成を示すブロック図である。
【図３】図２に示した通信端末の、本実施の形態に係る主要な機能ブロックを示す図である。
【図４】図３のコミュニケーション開始要求処理を示すフローチャートである。
【図５】図３のコミュニケーション開始要求受信処理を示すフローチャートである。
【図６】図３のコミュニケーション実行処理を示すフローチャートである。
【図７】本発明の実施の形態における第１の通信端末側のＧＵＩを説明するための画面遷移例を示す図である。
【図８】本発明の実施の形態における第２の通信端末側のＧＵＩを説明するための画面遷移例を示す図である。
【図９】本発明の実施の形態において付随的に得られる２次的メタデータのデータ構成の例を示す図である。
【符号の説明】
【００５４】
１００，１００ａ，１００ｂ…通信端末、１０１…制御部、１０２…通信回路、１０３…アンテナ、１０４…表示部、１０５…操作部、１０６…メモリ、１０７…音声処理部、１０８…スピーカ、１０９…マイクロホン、１１０…放送受信部、１１１…アンテナ、１２０…バス
【図１】
2009088812.tif 000003
【図２】
2009088812.tif 000004
【図３】
2009088812.tif 000005
【図４】
2009088812.tif 000006
【図５】
2009088812.tif 000007
【図６】
2009088812.tif 000008
【図８】
2009088812.tif 000009
【図９】
2009088812.tif 000010
【図７】
2009088812.tif 000011