JP2010004136A - 通信端末装置、通信制御方法、およびプログラム - Google Patents

Abstract

【課題】通信相手が同じコンテンツを視聴していない場合や保存していない場合であっても、端末のユーザとその人が希望する他人との間で、同じコンテンツを共有した状態でコンテンツに関連のあるメッセージを交換したり、コンテンツの再生時に関連のある過去のメッセージを自動的に対応付けたりすることが可能な通信端末装置を提供する。
【解決手段】通信端末装置１００は、他の通信端末装置から情報を受信するための受信部１１２と、情報を保存するための情報テーブル１０５と、情報テーブル１０５により情報を保存する際に所定の制御を行うコンテンツ情報抽出部１１５と、を有する。コンテンツ情報抽出部１１５は、受信部１１２によって他の通信端末装置との間で情報交換するためのセッションのセッション識別情報を含む情報を受信した場合、この情報に含まれたコンテンツ識別情報を情報テーブル１０５に保存する。
【選択図】図１

Description

本発明は、例えばテレビ番組のように音声を含む動画情報や、時系列で変化する音声などのオーディオ情報や、多数の静止画情報の集合のような様々なコンテンツを、通信端末を経由して通信可能な複数のユーザ同士の間で共有したり、コンテンツに付随するメッセージ等を共有したりすることが可能な通信端末装置および通信制御方法並びにプログラムに関する。

例えば、同じ室内に存在する複数の人の間では、室内のテレビ受像機に表示されているあるテレビ番組等のコンテンツについて、それを見ながらリアルタイムで議論することができる。しかし、議論する複数の人が互いに離れた場所に存在する場合には、共通のコンテンツについて議論等をするのは困難である。携帯電話端末や通信可能なパーソナルコンピュータを用いることにより遠隔地のユーザ同士がメッセージを交換することはできるが、共通のコンテンツを複数のユーザ同士が同時に視聴できる環境にあるとは限らないし、複数のユーザ同士が同時にメッセージを交換できる環境にあるとも限らないし、複数のユーザの間で議論の対象となるコンテンツや場面を正しく特定できるとも限らないからである。

複数の人の間で情報交換するための方法の一例として、テレビジョン放送の番組などを視聴する際に、遠隔地に存在する複数のユーザ同士が受像機上に表示された同じ映像を同時に見ながら、映像情報についてチャットなどのメッセージを情報交換することが知られている（例えば、特許文献１参照）。具体的には、各ユーザが操作可能な複数の通信端末をネットワークおよびサーバを経由して互いに接続し、テレビ番組等を表す識別情報をサーバで照合したり、通信端末同士の間でメッセージを交換することが知られている。

また、インターネット上などに配置される電子掲示板システムを用いて、複数のユーザが特定のテレビ番組等について議論したり、情報交換したりすることが行われている（例えば、特許文献２参照）。具体的には、利用者が電子掲示板に発言を書き込む際に、発言が参照する番組やシーンを特定するための参照情報を発言内容と共に登録する。参照情報については、番組が放送された際の放送局および参照箇所が放送された時刻からなり、所定の書式に整形されてサーバからユーザの端末に送信される。

また、複数の学生が通信端末を用いて学習するためのマルチメディアシステムが知られている（例えば、特許文献３参照）。具体的には、通信端末を操作する講師と学生とがオンラインで互いに接続し、講義ファイル等のマルチメディア情報を実時間で双方向に交換したり、講義等の内容を録画して登録したり編集したりすることが知られている。
特開２００３−１５０５２９号公報 特開２００４−３０３２７号公報 特開２００２−２０２９４１号公報

特許文献１の技術では、同一のコンテンツを既に同時に視聴している人同士の間で、メッセージを交換し議論することはできる。しかし、同一のコンテンツを視聴していなかった人との間でメッセージを交換することはできない。また、特定のコンテンツを視聴しているある人が特定の友人等との間でそのコンテンツについて議論したい場合であっても、該当する友人が同じコンテンツを視聴していない限り議論することはできないし、コンテンツを友人に紹介することもできない。また、同一のコンテンツを同時に視聴している人同士の間でメッセージを交換できた場合であっても、その後に過去のメッセージと該当するコンテンツの場面とを対応付けるためには、メッセージを交換した人がそれぞれメッセージと該当するコンテンツの場面とを対応付けて覚えておく必要があり、時間の経過と共に忘れ去られることが多いため、メッセージの利用価値が低下する可能性がある。

特許文献２の技術では、電子掲示板と通信ネットワークおよび通信端末を利用することにより複数のユーザ同士の間でコンテンツについて議論することができる。しかし、この技術では、議論の対象になっているコンテンツが、それぞれのユーザの端末機器上に既に録画されて存在していることを前提としているので、該当するコンテンツのデータを録画していなかったユーザは再放送の予定がない限り議論に参加することはできない。例えば、あるコンテンツに対するメッセージがコンテンツへのリンク（参照情報）と共に電子掲示板に書き込まれた後で、電子掲示板上のメッセージに興味を持ったあるユーザが、電子掲示板上のリンクをクリックすることにより、該当するコンテンツを認識し、そのコンテンツを放送の受信により取得および録画しようとしても、メッセージの発信者が参照していたコンテンツの場面（議論の対象になっている場面）については既に放送済みであるため、再放送されない限り録画は不可能である。また、電子掲示板に対してメッセージを書き込むたびに、ユーザは参照しているコンテンツに関するリンクの情報も同時に登録する必要があり、ユーザにとって煩わしい入力操作が必要になるのは避けられない。また、電子掲示板に対してメッセージを書き込むたびに、参照しているコンテンツに関するリンクの情報がネットワーク上に送信されることになるので、ネットワークのトラフィックも増大する。

特許文献３の技術では、ユーザ同士が発信したメッセージ等を共有することができないし、ユーザが発信したメッセージと特定のコンテンツとを対応付けることもできない。

本発明は、上記のような不便な点を改良すると共に、通信相手が同じコンテンツを視聴していない場合や保存していない場合であっても、端末のユーザとその人が希望する他人との間で、同じコンテンツを共有した状態でコンテンツに関連のあるメッセージを交換したり、コンテンツの再生時に関連のある過去のメッセージを自動的に対応付けたりすることが可能な通信端末装置、通信制御方法、およびプログラムを提供することを目的とする。

上記目的を達成するために、本発明の第１の通信端末装置は、他の通信端末装置から情報を受信するための受信部と、情報を保存するための記憶部と、前記記憶部により情報を保存する際に所定の制御を行う制御部とを有し、前記制御部が、前記受信部によって他の通信端末装置との間で情報交換するためのセッションのセッション識別情報を含む前記情報を受信した場合、前記情報に含まれたコンテンツ識別情報を前記記憶部に保存する構成としている。
また、セッションとは、他の通信端末装置との間で行われる情報交換のための通信接続の開始から終了までの一連の通信を示す。

この構成により、通信相手が同じコンテンツを視聴していない場合や保存していない場合であっても、端末のユーザとその人が希望する他人との間で、同じコンテンツを共有した状態でコンテンツに関連のあるメッセージを交換したり、コンテンツの再生時に関連のある過去のメッセージを自動的に対応付けたりすることが可能になる。

また、本発明の第２の通信端末装置は、前記セッションにおいて前記コンテンツ識別情報で識別されるコンテンツに関するメッセージを前記受信部によって受信した場合、前記セッション識別情報と前記メッセージとを関連付けて保存するメッセージ履歴保持部を有する構成としている。

この構成により、セッション毎にメッセージを確認することが可能となる。例えば、あるセッションに参加する前にセッションにおいてやり取りされていたメッセージについても、セッション参加時に他の参加者からコンテンツ識別情報、セッション識別情報とともに取得して、どのコンテンツのどのセッションについてのメッセージであるかを即時に把握することが可能となる。

また、本発明の第３の通信端末装置は、他の通信端末装置へ情報を送信するための送信部と、前記セッションにおいて前記コンテンツ識別情報で識別されるコンテンツに関するメッセージを前記送信部によって送信した場合、前記セッション識別情報と前記メッセージとを関連付けて保存するメッセージ履歴保持部とを有する構成としている。

この構成により、セッション毎にメッセージを確認することが可能となる。例えば、メッセージの送信から長時間を経過した後に再度、所定のコンテンツの所定のセッションのメッセージを確認することが容易である。

また、本発明の第４の通信端末装置は、前記メッセージ履歴保持部が、前記受信部によって受信されたメッセージの入力が他の通信端末装置において開始されたときの前記コンテンツの再生点を示す情報を再生点情報として、前記識別情報およびメッセージと対応付けて保存する構成としている。

この構成により、例えば、あるセッションに参加する前にセッションにおいてやり取りされていたメッセージやそのメッセージがコンテンツ視聴時のどの時点で生成されたかについても、セッション参加時に他の参加者からコンテンツ識別情報、セッション識別情報、メッセージとともに再生点情報を取得して、どのコンテンツのどのセッションのコンテンツにおけるどの時点についてのメッセージであるかを即時に把握することが可能となる。

また、本発明の第５の通信端末装置は、前記メッセージ履歴保持部が、前記送信部によって送信されたメッセージの入力が当該通信端末装置において開始されたときの前記コンテンツの再生点を示す情報を再生点情報として、前記識別情報およびメッセージと対応付けて保存する構成としている。

この構成により、例えば、メッセージの送信から長時間を経過した後に再度、所定のコンテンツの所定のセッションのメッセージをコンテンツ視聴時の時間軸に沿って確認することが容易である。

また、本発明の第６の通信端末装置は、前記メッセージとともに、前記再生点情報を送信する送信部を有する構成としている。

この構成により、例えば、メッセージ送信の時点では不参加であったユーザが後から参加してきた場合であっても、過去のメッセージを再生点情報を含めて通知することが可能である。

また、本発明の第７の通信端末装置は、前記受信部によって受信されたコンテンツ識別情報が放送コンテンツであることを示す場合、前記放送コンテンツを録画するコンテンツ保存部を有する構成としている。

この構成により、例えばワンセグ放送コンテンツについてセッションを確立してメッセージの送受信を行う場合、コンテンツ識別情報を受信した際にワンセグ放送コンテンツの録画を開始することで、セッション確立を申し込まれたユーザは自動的に録画を開始することが可能である。

また、本発明の第８の通信端末装置は、前記受信部によって受信されたコンテンツ識別情報が外部のサーバより配信される配信コンテンツであることを示す場合、前記配信コンテンツをダウンロードして保存するコンテンツ保存部を有する構成としている。

この構成により、例えば外部サーバによる配信コンテンツについてセッションを確立してメッセージの送受信を行う場合、コンテンツ識別情報を受信した際に配信コンテンツのダウンロード保存を開始することで、セッション確立を申し込まれたユーザは自動的に録ダウンロード保存を開始することが可能である。

また、本発明の第９の通信端末装置は、前記記憶部が、前記コンテンツ識別情報と、前記メッセージ履歴保持部における前記コンテンツ識別情報に対応するセッションのメッセージの格納先の情報とを関連付けて保存する構成としている。

この構成により、ユーザが発信したメッセージと特定のコンテンツとを対応付けることが可能となる。

また、本発明の第１０の通信端末装置は、前記コンテンツ識別情報で識別されるコンテンツを再生するための再生部と、前記コンテンツ識別情報で識別されるコンテンツを再生する場合、前記コンテンツとともに前記メッセージ履歴保持部に保持された前記セッション識別情報およびコンテンツ識別情報に対応するメッセージを表示する表示部を有する構成としている。

この構成により、コンテンツを再生するとともに、メッセージを表示させることができる。したがって、たとえ見逃したコンテンツの再放送の予定がなかったり、遅れてセッションに参加したユーザであったりしても、過去のセッション参加者のメッセージを確認することが可能となる。

また、本発明の第１１の通信端末装置は、前記表示部が、前記再生点情報に基づいて、前記コンテンツにおける時間の古い順に前記メッセージを表示する構成としている。

この構成により、コンテンツを再生するとともに、メッセージを時系列的に表示させることができる。したがって、たとえ見逃したコンテンツの再放送の予定がなかったり、遅れてセッションに参加したユーザであったりしても、過去のセッション参加者のメッセージを時系列的に確認することが可能となる。

また、本発明の第１２の通信端末装置は、前記メッセージ履歴保持部に保持された前記セッション識別情報およびコンテンツ識別情報に対応するメッセージを表示する表示部と、前記表示部によって表示されたメッセージから所定のメッセージを選択する選択部と、前記選択部によって選択されたメッセージに対応する再生点情報に基づいて、前記コンテンツ識別情報で識別されるコンテンツを再生するコンテンツ再生部とを有する構成としている。

この構成により、例えば、表示器上のメッセージをユーザの指示により選択すると、その場所から再生をスタートすることが可能となり、メッセージに生成された場面のコンテンツを容易に確認可能となる。

また、本発明の第１の通信制御方法は、通信端末装置において、他の通信端末装置との間で情報交換するためのセッションのセッション識別情報を含む情報を受信するステップと、前記情報にコンテンツ識別情報が含まれる場合には、前記コンテンツ識別情報を記憶部に保存するステップとを有する方法としている。

この方法により、通信相手が同じコンテンツを視聴していない場合や保存していない場合であっても、端末のユーザとその人が希望する他人との間で、同じコンテンツを共有した状態でコンテンツに関連のあるメッセージを交換したり、コンテンツの再生時に関連のある過去のメッセージを自動的に対応付けたりすることが可能になる。

また、本発明の第２の通信制御方法は、前記セッションにおいて前記コンテンツ識別情報で識別されるコンテンツに関するメッセージを受信した場合、前記セッション識別情報と前記メッセージとを関連付けてメッセージ履歴保持部へ保存するステップを有する方法としている。

この方法により、セッション毎にメッセージを確認することが可能となる。例えば、あるセッションに参加する前にセッションにおいてやり取りされていたメッセージについても、セッション参加時に他の参加者からコンテンツ識別情報、セッション識別情報とともに取得して、どのコンテンツのどのセッションについてのメッセージであるかを即時に把握することが可能となる。

また、本発明の第３の通信制御方法は、前記受信部によって受信されたコンテンツ識別情報が放送コンテンツであることを示す場合、前記放送コンテンツを録画するステップを有する方法としている。

この方法により、例えばワンセグ放送コンテンツについてセッションを確立してメッセージの送受信を行う場合、コンテンツ識別情報を受信した際にワンセグ放送コンテンツの録画を開始することで、セッション確立を申し込まれたユーザは自動的に録画を開始することが可能である。

また、本発明の第４の通信制御方法は、前記コンテンツ識別情報で識別されるコンテンツを再生する場合、前記コンテンツとともに前記メッセージ履歴保持部に保持された前記セッション識別情報およびコンテンツ識別情報に対応するメッセージを表示部へ表示するステップを有する方法としている。

この方法により、コンテンツを再生するとともに、メッセージを表示させることができる。したがって、たとえ見逃したコンテンツの再放送の予定がなかったり、遅れてセッションに参加したユーザであったりしても、過去のセッション参加者のメッセージを確認することが可能となる。

また、本発明の第１のプログラムは、上記の通信制御方法をコンピュータに実行させるためのプログラムとしている。

このプログラムにより、通信相手が同じコンテンツを視聴していない場合や保存していない場合であっても、端末のユーザとその人が希望する他人との間で、同じコンテンツを共有した状態でコンテンツに関連のあるメッセージを交換したり、コンテンツの再生時に関連のある過去のメッセージを自動的に対応付けたりすることが可能になる。

本発明によれば、通信相手が同じコンテンツを視聴していない場合や保存していない場合であっても、端末のユーザとその人が希望する遠隔地の他人との間で、同じコンテンツを共有した状態で前記コンテンツに関連のあるメッセージを交換したり、コンテンツの再生時に関連のある過去のメッセージを自動的に対応付けたりすることが可能になる。

本発明の実施形態における通信端末装置、通信制御方法、およびプログラムにについて、図面を参照しながら以下に説明する。

ここでは、図２に示すように構成される通信システム１を用いて、互いに離れた場所に存在する複数のユーザ同士が、視聴可能なあるコンテンツの話題についてメッセージを交換し、議論等を行うための機能を提供する場合を想定している。図２は通信システム１の構成の一例を示すブロック図である。

通信システム１では、メッセージの交換のために、ＩＭ（インスタントメッセージング）を利用する。図２に示すように、ネットワーク２００には複数のＩＭクライアント端末１００Ａ、１００Ｂ、１００Ｃ、・・・と、ＩＭサーバ３００とが接続されている。その他のサーバ４００については、様々なコンテンツの情報を保持しているサーバ等が想定される。ネットワーク２００については、インターネット等が想定される。

また、各ＩＭクライアント端末１００Ａ、１００Ｂ、１００Ｃ、・・・については、例えば携帯電話端末や、携帯型情報端末（ＰＤＡ）や、パーソナルコンピュータなどの通信可能な端末を想定している。また、視聴可能なコンテンツとしては、ワンセグテレビ放送などを用いて放送されているテレビ番組、すなわち動画や音声で構成されるコンテンツを想定している。従って、各ＩＭクライアント端末１００Ａ、１００Ｂ、１００Ｃ、・・・にはワンセグテレビ放送を受信するための機能が備わっている。

図２に示す各ＩＭクライアント端末１００Ａ、１００Ｂ、１００Ｃとして利用される通信端末装置１００の主要部の構成例が図１に示されている。図１は通信端末装置１００の構成の一例を示すブロック図である。

通信端末装置１００は、入力部１０１、入力開始タイミング検出部１０２、送信メッセージ生成部１０３、送信部１０４、情報テーブル１０５、コンタクトリスト１０６、メッセージ種別設定部１０７、メッセージ送信先設定部１０８、招待先設定部１０９、再生点情報検出部１１０、プレーヤ１１１、受信部１１２、招待受け入れ判定部１１３、メッセージおよび再生点情報抽出部１１４、コンテンツ情報抽出部１１５、メッセージ履歴保持部１１６、コンテンツ保存停止判定部１１７、コンテンツ保存部１１８、メッセージ表示部１１９、メッセージ選択部１２０、頭出し制御部１２１、コンテンツプロパティ検出部１２２、レスポンス生成部１２３、表示器１２４、受信メッセージ処理部１２５、退出判定部１２６、受信レスポンス処理部１２８を有して構成される。

なお、図１に示す各要素の中で、入力部１０１、送信部１０４、受信部１１２、表示器１２４以外の要素の機能については、専用のハードウェア（電気回路）で実現することもできるが、実用的には制御用のコンピュータに内蔵されたメモリや、コンピュータが実行する所定のプログラムによって実現することが想定される。

なお、通信端末装置１００の必要最小限の構成要素は、入力部１０１、入力開始タイミング検出部１０２、メッセージ生成部１０３、送信部１０４、情報テーブル１０５、再生点情報抽出部１１０、プレーヤ１１１、メッセージおよび再生点情報抽出部１１４、コンテンツ情報抽出部１１５、メッセージ履歴保持部１１６、コンテンツ保存部１１８、メッセージ表示部１１９、メッセージ選択部１２０、頭出し制御部１２１、表示器１２４である。

入力部１０１は、例えばテンキーのようにユーザが操作可能な多数の入力部で構成されている。

送信部１０４は、送信対象のメッセージ等の情報を通信のためにネットワーク２００に送出する通信機能を備えており、送信メッセージ生成部１０３により生成されたメッセージ等の情報を送出する。なお、送信メッセージ生成部１０３は、送信部１０４から送信成功が通知されると、受信レスポンス処理部１２８に送信メッセージの種別、および、セッション識別情報またはコンテンツ識別情報を通知し、情報テーブル１０５内の情報を更新する。受信レスポンス処理部１２８は、受信部１１２によるメッセージ受信後、受信メッセージ処理部１２５からレスポンスの解析結果を渡されたら、これを、先に送信メッセージ生成部１０３から通知されている送信メッセージに対するレスポンス情報と認識し、適切な処理を行なう。例えば、送信メッセージが退出要求であって、レスポンスの解析結果が200OKであれば、情報テーブル１０５の該セッションへの参加状況を示すフラグ（参加処理中／参加状態／退出処理中／不参加状態／一時不参加状態）を「一時不参加状態」に変更する。また、送信メッセージが招待要求であって、レスポンスの解析結果が、であれば、メッセージ表示部１１９にエラーの表示を依頼する。

受信部１１２は、他の端末やサーバからネットワーク２００に送出されたメッセージ等の情報を受信する通信機能を備えている。

表示器１２４は、テレビ番組のコンテンツのような画像や文字列情報などを平面画面上に表示することが可能な液晶表示器である。尚、表示器１２４は、表示部の一例である。

入力開始タイミング検出部１０２は、通信端末装置１００のユーザの指示により入力部１０１が入力を行い、文章等で構成されるメッセージの入力が開始されたタイミングを検出し、再生点情報検出部１１０に通知する機能を有している。

送信メッセージ生成部１０３は、ユーザの指示による入力部１０１の入力により生成されたメッセージなどの必要な情報を他の端末に送信するために、送信メッセージを生成する。送信メッセージの具体例については後で説明する。

情報テーブル１０５は、通信やメッセージの情報などを管理するために、通信のセッション毎に、（ａ）以下の表１に示す情報、（ｂ）セッションへの参加状況を示すフラグ（参加処理中／参加状態／退出処理中／不参加状態／一時不参加状態）、（ｃ）そのセッション用の画面（表示器１２４の）の識別情報、（ｄ）その画面がアクティブか否かを示す情報を互いに関連付けて保持するための記憶領域である。セッションからの退出処理が完了すると、（ｃ）が受信レスポンス処理部１２８によって破棄される。（ａ）、（ｂ）、（ｄ）については、セッション再参加機能を有する端末では、一定期間格納される。尚、情報テーブル１０５は、記憶部としての機能を有する。なお、表１の２列目に示す値は、情報（ａ）の一例である。

表１に記された各項目は、以下の情報を示している。
・セッション識別情報：ＳＩＰ／ＳＩＭＰＬＥ規格におけるＩＭ Ｓｅｓｓｉｏｎ識別子（Ａｄ−ｈｏｃ Ｇｒｏｕｐの場合）、またはＩＭ Ｇｒｏｕｐ識別子（Ｐｒｅ−Ｄｅｆｉｎｅｄ Ｇｒｏｕｐの場合）。
・コンテンツ識別情報：放送のチャネル番号を表すタグ＜ＣＮ＞内にチャネル番号を付加したもの。
・コンテンツ格納先：保存を開始したコンテンツの保存先ファイル（例えば、保存形式にＳＤ−Ｖｉｄｅｏ規格の「ＩＳＤＢ−Ｔ ｍｏｂｉｌｅ Ｖｉｄｅｏ ｐｒｏｆｉｌｅ」フォーマットを利用する場合はａｓｆファイル）のパス。
・保存コンテンツ先頭表示時刻：保存開始時の再生点情報
・メッセージ履歴保存先：ヒストリファイル（拡張子ｈｉｓなど）のパス。ファイル内には、該当するＣｏｎｆｅｒｅｎｃｅ Ｓｅｓｓｉｏｎにおいて受信したメッセージの履歴が格納される。

ここで、本実施形態のセッションについて説明する。
セッションとは、他の通信端末装置との間で行われる情報交換のための通信接続の開始から終了までの一連の通信を示す。セッションは１：１の通信に限定されないので、ある端末の通信接続が終了しても、破棄されるとは限らない。

また、ある端末の該セッションへの参加、退出がいつ完了するかについては、メッセージングシステムによって異なる。以下に、メッセージングシステムならびにそのシステムにおけるセッションへの参加および退出について例示する。
例１)ＳＩＰ／ＳＩＭＰＬＥの規格に準拠したインスタントメッセージングシステム
参加：招待要求に対する応答の送信、または、招待要求に対する応答の受信
退出：退出要求の送信、または、強制退出要求の受信
例２)ＩＭＰＳの規格に準拠したインスタントメッセージングシステム
参加：参加要求に対する応答の受信、または、セッション生成要求に対する応答の受信
退出：退出要求の送信、または、切断要求の受信

また、同一セッション内において送受信されるメッセージは、同一のセッションコンテキスト（セッションID（セッション識別情報の一例）など）を共有し、端末は、このセッションコンテキストによって、同一セッションにおけるメッセージであると認識する。

コンタクトリスト１０６は、グループリスト１０６ａとホワイトリスト１０６ｂとが保持されている。グループリスト１０６ａは、予め定めたグループ毎に、それに含まれる各メンバーを特定する情報を記述した内容を保持しており、それぞれのグループにはグループの名称が付与されている。ホワイトリスト１０６ｂは、通信端末装置１００のユーザが信頼できる相手として事前に認めて設定した各メンバーのみを特定する情報を保持している。

メッセージ種別設定部１０７は、送信メッセージ生成部１０３からコンテンツ識別情報およびセッション識別情報の少なくとも一方を入力し、送信対象のメッセージの種別を決定する。具体的には、通常のメッセージと、セッションへの招待要求のためのメッセージとを区別する。

メッセージ送信先設定部１０８は、通常のメッセージを送信する際に、メッセージ種別設定部１０７からのセッション識別情報に基づいてメッセージの送信先を決定する。メッセージ送信先は、メッセージ種別設定部１０７からセッション識別情報を得ている場合はセッション識別情報であり、そうでない場合は、入力部から指定された送信先URIである。送信先URIは、例えば、ＳＩＰ／ＳＩＭＰＬＥに準拠したインスタントメッセージングシステムではSIP URIであり、IMPSに準拠したインスタントメッセージングシステムではUser IDである。

招待先設定部１０９は、メッセージ種別設定部１０７が招待要求のためのメッセージを設定した場合、他の端末のユーザを特定のセッションに招待するための招待要求の送信先（招待先）を決定する。具体的には、コンタクトリスト１０６のグループリスト１０６ａの内容を送信先の候補グループとして表示器１２４に表示し、入力部１０１からの入力、すなわちユーザの指示による入力部１０１の入力に従って、候補の中から特定のグループを選択し、選択したグループを送信先に決定する。

プレーヤ１１１は、受信中のコンテンツの情報や、予め保存されているコンテンツの情報を再生し、動画像や音声などを出力する機能を有している。また、コンテンツの先頭だけでなく、途中の特定場面から再生を開始することもできる。

再生点情報検出部１１０は、入力開始タイミング検出部１０２が検出した入力開始タイミングに従って、入力部１０１による入力が開始された時点で、プレーヤ１１１が現在再生中であり、かつ画面が最前面となっているコンテンツの現在の再生場面を特定するための再生点情報を検出する。したがって、例えば、再生点情報は、通信端末装置１００において入力開始によってメッセージが生成されたタイミングを示すこととなる。また、メッセージが生成されたタイミングは、例えばメッセージの入力が開始されたタイミングである。再生点情報検出部１１０が検出した再生点情報およびコンテンツの情報は、送信メッセージ生成部１０３に与えられる。また、再生点情報検出部１１０は、コンテンツ保存部１１８に再生点情報を渡すとともに表示中のコンテンツの保存を依頼し、コンテンツ保存部１１８からコンテンツ識別情報を取得したら、再生点情報と、コンテンツ識別情報を、送信メッセージ生成部１０３に通知する。

招待受け入れ判定部１１３は、レスポンス生成部からの依頼を受け、招待を受け入れるかどうかを自動的に判定する。具体的には、コンタクトリスト１０６中のホワイトリスト１０６ｂの内容を参照し、招待要求の送信元のユーザがホワイトリスト１０６ｂに予め登録されている信頼できるメンバーと一致するかどうかを識別し、一致する場合には招待を自動的に受け入れる。また、招待受け入れ判定部１０３は、招待受け入れ判定の結果をレスポンス生成部１２３へ送る。

メッセージおよび再生点情報抽出部１１４は、受信部１１２がネットワーク２００を経由して他の端末から受信した信号の中から、メッセージ（ここではセッション識別情報を含む）およびそれに付随する再生点情報を抽出する。抽出されたセッション識別情報、メッセージ、再生点情報はメッセージ履歴保持部１１６に送られる。

受信メッセージ処理部１２５は、受信部１１２がネットワーク２００を経由して他の端末から受信した受信メッセージの解釈を行い、レスポンス生成部１２３にメッセージ種別とメッセージ送信元情報を渡して応答生成を依頼し、受信したメッセージが送信メッセージなら、コンテンツ情報抽出部にコンテンツ情報の抽出を依頼するとともに、メッセージおよび再生点情報抽出部にメッセージおよび再生点情報の抽出を依頼する。受信したメッセージがレスポンスなら、受信レスポンス処理部にレスポンスの解析結果を渡してレスポンス受信処理を依頼する。
コンテンツ情報抽出部１１５は、受信部１１２がネットワーク２００を経由して他の端末から受信した信号の中から、特定のコンテンツを表すコンテンツ識別情報を抽出する。また、セッション識別情報も抽出可能である。コンテンツ識別情報の具体例としては、上記表１に示した放送局のチャネル番号の他に、例えば放送周波数や、番組名称や、該当するコンテンツの所在を表すＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を用いることが考えられる。また、コンテンツ情報抽出部１１５は、セッション識別情報、コンテンツ識別情報を情報テーブル１０５へ送る。

メッセージ履歴保持部１１６は、受信部１１２が他の端末から受け取ったメッセージのそれぞれを履歴としてセッション毎に区別して保存する。この場合、例えば、セッション識別情報とメッセージとが関連付けて保持される。新たなメッセージを保存する際には、該当するセッション識別情報とメッセージ履歴の格納先を表す情報をメッセージ履歴保持部１１６から情報テーブル１０５に与え、メッセージ履歴保持部１１６に保存した各メッセージの履歴情報を情報テーブル１０５を用いて管理する。また、メッセージ履歴保持部１１６は、セッション識別情報およびメッセージ履歴格納先の情報を情報テーブル１０５へ送る。また、メッセージ履歴保持部１１６は、他の端末から受け取ったメッセージと同様に、他の端末へ送信したメッセージを履歴として保持可能である。

コンテンツ保存部１１８は、受信部１１２が他の端末からコンテンツ識別情報を受信したときにコンテンツ情報抽出部１１５が出力するコンテンツ識別情報に従って、該当するコンテンツの取得および保存を開始する。例えば、該当するコンテンツがワンセグ放送として受信可能なコンテンツである場合には、放送の電波を受信し、該当するチャネルを選択して放送の受信を開始すると共に、受信した番組の内容をコンテンツとして記憶（録画）する。尚、受信した番組の内容の代わりに、コンテンツのＵＲＩのみを保存するようにしてもよい。また、例えば、該当するコンテンツが外部のネットワークサーバ情にあるコンテンツである場合には、その外部サーバからコンテンツをダウンロードして保存する。また、コンテンツ保存部１１８は、招待受け入れ判定部１１３による招待受け入れ判定結果に基づいて、コンテンツ保存を行うことも可能である。また、コンテンツ保存部１１８は、保存するコンテンツのコンテンツ識別情報、コンテンツの格納先の情報、コンテンツの先頭表示時刻を情報テーブル１０５へ送る。

コンテンツ保存停止判定部１１７は、コンテンツ保存部１１８がコンテンツの取得および保存を開始した後で、この処理を停止するか否かを自動的に判定する。具体的には、該当するセッションについて他の端末から送信されるメッセージを最後に受信してから所定時間を経過しても次のメッセージを受信しない場合には、コンテンツの場面が最後まで終了していなくても、それ以降の場面を保存する必要はないものとみなし、コンテンツ保存部１１８の保存処理を停止する。コンテンツ保存停止判定部１１７における処理は、受信部１１２からのセッション識別情報およびメッセージ受信通知に基づいて行われる。また、コンテンツ保存停止判定部１１７は、退出判定部１２６からの退出開始通知によっても、コンテンツの保存停止を決定する。

メッセージ表示部１１９は、メッセージ履歴保持部１１６に保持されているメッセージの情報を必要に応じて取り出して表示器１２４に出力し表示する。

メッセージ選択部１２０は、入力部１０１による入力に従って、メッセージ履歴保持部１１６に保持されている複数のメッセージの情報の中からユーザが必要とするメッセージを選択する。選択の際には、メッセージ履歴保存部１１６から取得したセッション識別情報および再生点情報が頭出し制御部１２１に渡される。

頭出し制御部１２１は、メッセージ選択部１２０が選択したセッション識別情報に基づいて情報テーブル１０５の内容から再生対象のコンテンツを特定してコンテンツ識別情報およびコンテンツ格納先を示す情報を取り出すと共に、コンテンツ識別情報およびコンテンツ格納先を示す情報と、メッセージ選択部１２０から渡された再生点情報とをプレーヤ１１１に与える。従って、プレーヤ１１１はコンテンツ保存部１１８等に保存されている再生対象のコンテンツを特定し、このコンテンツを再生点情報が示す場面から再生開始することができる。

コンテンツプロパティ検出部１２２は、プレーヤ１１１が再生しているコンテンツの情報の中からコンテンツプロパティ（コンテンツのタイトル情報など）を検出し、この情報を招待先設定部１０９に与える。このコンテンツプロパティはコンテンツ識別情報に含ませることができる。

レスポンス生成部１２３は、受信部１１２が受信したメッセージが招待要求であれば、招待要求に対する招待受け入れ判定部１１３の判定結果に基づいて、招待への応答のための信号を生成し、これを送信メッセージ生成部１０３に与える。受信部１１２が受信したメッセージが招待要求以外であれば、メッセージの解釈結果に基づいてレスポンスを生成し、これを送信メッセージ生成部１０３に与える。

次に、通信システム１において、複数のユーザ同士の間でメッセージを交換する場合の動作シーケンスの具体例について、図３を参照しながら説明する。図３は通信システム１においてメッセージ交換する場合の動作シーケンスの具体例である。なお、図３に示す端末Ａ、端末Ｂ、端末Ｃは、図２に示す各ＩＭクライアント端末１００Ａ、１００Ｂ、１００Ｃに相当する。

ここでは、例えば、端末Ａのユーザが、放送の受信によりテレビ番組等のコンテンツを視聴している途中で、このコンテンツの特定場面の近傍の内容についての感想や解説等に関するメッセージを離れた場所にいる友人等に伝えたり、議論等をしたいと考えたような状況を想定している。

まず、ステップＳ１１では、端末Ａのユーザが特定のコンテンツを視聴している途中で、友人に伝えるべき最初のメッセージ（文章等）を作成するために入力部１０１による入力が開始されると、入力開始タイミング検出部１０２が入力の開始を検出する。この時点を時刻Ｔ１として図３中に示してある。入力タイミング検出部１０２から入力開始の通知を受けた再生点情報検出部１１０は、表示中のコンテンツの再生点情報をプレーヤー１１１から取得するとともに、コンテンツ保存部１１８に、表示中のコンテンツの保存を依頼する。尚、ステップＳ１１の処理の時点では、端末Ａにおいて、まだセッションと関連付けられていないコンテンツが表示中の状態である。

続いて、ステップＳ１２では、端末Ａのユーザが現在視聴しているコンテンツの情報を放送の終了後にも再び再生できるように、時刻Ｔ１からコンテンツ保存部１１８が保存開始する。この場合には、コンテンツ保存部１１８が、再生点情報検出部１１０から表示中のコンテンツの保存の依頼を受けたら、再生点情報検出部１１０にコンテンツ識別情報を通知する。コンテンツ保存部１１８は、さらに、情報テーブル１０５内が保持するコンテンツ格納先と情報（ｄ）を参照し、現在アクティブとなっているプレーヤーに提供しているコンテンツがまた保存されていない場合は、このコンテンツの保存を開始するとともに、情報テーブル１１８にコンテンツ識別情報とコンテンツ格納先を書き込む。再生点情報検出部１１０が取得した再生点情報と、コンテンツ識別情報は、送信メッセージ生成部１０３に通知される。

続いて、ステップＳ１３では、送信部１０４が、特定の端末宛てにメッセージＭ１を送信する。このメッセージＭ１の宛先については、招待先設定部１０９が、グループリスト１０６ａに用意された内容に基づき、複数のグループ候補の中から入力部１０１による入力によりグループを選択する。そのために、端末Ａは、表示器１２４で選択可能なグループ候補を表示し、いずれかのグループをユーザが選択できるように問い合わせを行う。尚、どのグループも選択されなかった場合には、端末Ａは、コンテンツ保存部１１８によるコンテンツの保存を中止する。

メッセージＭ１には、少なくとも端末Ａのユーザがそのときに視聴している特定のコンテンツを表すコンテンツ識別情報が含まれる。図３に示す例では、メッセージＭ１はネットワークを経由して端末Ｂ、端末Ｃにそれぞれ送られる。

続いて、ステップＳ１４では、このメッセージＭ１を受信した端末Ｂ、端末Ｃは、メッセージＭ１を受信部１１２が受信し、これに含まれているコンテンツ識別情報に基づいて必要とされる特定のコンテンツをメッセージおよび再生点情報抽出部１１４が認識し、このコンテンツの放送を受信部１１２が受信し、コンテンツの情報をコンテンツ保存部１１８が保存し、プレーヤ１１１がコンテンツの情報を再生し、コンテンツの表示を表示器１２４が開始する。

従って、端末Ｂ、端末Ｃの各ユーザが該当するコンテンツの番組を視聴していない状況であっても、端末ＡからのメッセージＭ１の受信により、端末Ａのユーザが視聴しているコンテンツと同じコンテンツの受信や保存を端末Ｂ、端末Ｃも時刻Ｔ１の直後から開始することになる。そのため、端末Ａ、端末Ｂ、端末Ｃの各ユーザが同じコンテンツを共有できる状態に自動的になる。

尚、メッセージＭ１を受信した端末Ｂ、端末Ｃまたはユーザのステイタスがビジーのときは、プレーヤ１１１によるコンテンツ再生は行わない。尚、このステイタスの設定方法には、ステイタスの設定方法には、ユーザによる手動入力、スケジュール帳による自動設定、ロケーションによる自動設定、他アプリの起動状態による自動設定など、さまざまなものがある。ステイタスの管理を、プレゼンスサービスの一環として行う（グループのメンバーに通知しあうなど）場合、ステイタスの設定方法は、プレゼンスサービスのプロバイダが定める方法に従う。

尚、ビジーとは、端末のユーザがＩＭサービスを使えない状態のことであり、具体的には例えば、インスタントメッセージングサービスと競合する機能が動作中である状態である。なお、招待受入判定部１１３、頭出し制御部１２１は、端末が提供する各サービスとその利用可否情報、単にどの機能が使用中であるかという情報などを保持するステイタス情報保持部１２７から、これらの情報を取得し、招待を受けるかどうか、再生を行なうか否かなどを決定する。例えば、インスタントメッセージングサービスを例えば入力部１０１により利用不可に設定しておらず、かつ、インスタントメッセージングサービスと競合する機能が動作中でなければ、招待を受けたり、コンテンツ再生を行ったりする。一方、例えば、インスタントメッセージングサービスが利用不可に設定されている、または、インスタントメッセージングサービスと競合する機能が動作していない場合、招待を受けたり、コンテンツ再生を行ったりすることを待機する。

続いて、ステップＳ１５では、端末Ａは、ステップＳ１４においてメッセージＭ１を送信した後で、これからの通信に参加するメンバーが含まれる特定のグループを表すセッションを生成するために、グループ生成要求およびセッションに招待するための招待要求Ｒ１を送信する。

なお、招待要求にコンテンツ識別情報等の付加情報を追加できない場合（例えば、端末がマルチパートに対応しない場合や、ＩＭＰＳのように規格上、付加情報の追加ができない場合）には、最初にメッセージＭ１を送り、続いて招待要求Ｒ１を送信しているが、招待要求に付加情報を追加できる環境であれば、メッセージＭ１と招待要求Ｒ１とを同時に送信するようにシーケンスを変更することもできる。

続いて、ステップＳ１６において、端末Ｂ、端末Ｃは、この招待要求Ｒ１を受信部１１２が受信する。

続いて、端末Ｂ、端末Ｃは、ステップＳ１７において、招待受け入れ判定部１１３の処理によって所定の条件を満たすときに招待を自動的に受諾し、レスポンス生成部１２３がその結果を表す招待受諾応答を生成し、メッセージ生成部１０３が招待受諾応答を含むメッセージ（招待受諾通知）を生成し、送信部１０４が招待受諾通知Ｒ２を送信する。

続いて、ステップＳ１８において、各端末Ｂ、端末Ｃが送信する招待受諾通知Ｒ２により、端末Ａは、受信部１１２がセッション成立通知（招待受諾通知Ｒ２）を受信する。セッション成立通知が端末Ａに受信されると、セッションが確立される。ここで、端末Ａは成立したセッションのセッション識別情報を生成し、このセッション識別情報とステップＳ１２で保存を開始した視聴中のコンテンツのコンテンツ識別情報とを対応付ける。

続いて、ステップＳ１９では、セッションが成立すると、端末Ａは、端末Ａのユーザが指定した特定の相手先に向けて、送信部１０４がメッセージＭ２を送信する。このメッセージＭ２には、ステップＳ１６で成立したセッションを識別するためのセッション識別情報と、ステップＳ１３において送信したメッセージＭ１に含めたコンテンツ識別情報とが含まれている。

続いて、ステップＳ２０では、各端末Ｂ、端末Ｃは、端末ＡからのメッセージＭ２を受信部１１２が受信すると、このメッセージＭ２に含まれている内容に基づいて、セッション識別情報とコンテンツ識別情報とを対応付ける。

続いて、ステップＳ２１では、端末Ａのユーザの指示による入力部１０１の入力により、最初のメッセージ（ステップＳ１１で作成を開始した文章等の発言内容）の作成をメッセージ生成部１０３が完了し、このメッセージの送信を指示する入力が入力部１０１によって行われると、確立されたセッション宛てに文章等が含まれるメッセージＭ３が送信部１０４によって送信される。このメッセージＭ３には、文章等の他に、時刻Ｔ１に相当するコンテンツの再生点情報も含まれている。図３の例では、各端末Ｂ、端末Ｃのユーザが前記セッションに招待したメンバーとして含まれているので、メッセージＭ３は各端末Ｂ、端末Ｃ宛てに送信される。

続いて、ステップＳ２２では、各端末Ｂ、端末Ｃは、端末ＡからのメッセージＭ３を受信部１１２が受信すると、このメッセージの内容、すなわち端末Ａのユーザが作成した文章等および再生点情報をメッセージおよび再生点情報抽出部１１４が抽出し、セッションや該当するコンテンツに対応付けてメッセージ履歴保持部１１６に保存する。

続いて、ステップＳ２３では、ステップＳ２２の処理を実行した後、端末Ｂのユーザが現在参加しているセッションと関連付けられたコンテンツを視聴しながら自分の発言のメッセージを作成するために、端末Ｂのユーザの指示による入力部１０１の入力を行い、入力開始タイミング検出部１０２がこの入力を検出する。このタイミングが図３では時刻Ｔ２として示してある。従って、端末Ｂでは、時刻Ｔ２に対応する再生点情報が生成される。

続いて、ステップＳ２４では、ステップＳ２３において端末Ｂの入力部１０１が入力開始した発言のメッセージの作成を完了し、このメッセージの送信を指示すると、送信部１０４が確立されたセッション宛てにメッセージＭ４を送信する。このメッセージＭ４には、端末Ｂのユーザの指示により作成した発言の文章等と、時刻Ｔ２に相当する再生点情報とが含まれている。このメッセージＭ４は、確立されたセッションに参加している端末Ａ、端末Ｃにそれぞれ送られる。

続いて、ステップＳ２５では、端末Ａ、端末Ｃは、端末ＢからのメッセージＭ４を受信部１１２が受信すると、このメッセージの内容、すなわち端末Ｂのユーザの指示により作成した文章等および再生点情報を、セッションや該当するコンテンツに対応付けて各端末のメッセージ履歴保持部１１６に保存する。

続いて、ステップＳ２６では、端末Ａ、端末Ｂ、端末Ｃのそれぞれは、最後のメッセージ（ここではＭ４に相当）の通信を行ってから予め定めた時間が経過するまでに次のメッセージを受信しない場合には、コンテンツ保存部１１８が、ステップＳ１２、Ｓ１４で開始したコンテンツの保存処理を自動的に停止する。これにより、保存するコンテンツを通信したメッセージと関連のある場面を含む一部の領域だけに限定することができ、メモリ資源を有効活用することが可能である。

なお、各端末がメッセージを送信する場合に、メッセージの送信先がコンテンツと関連付けられたセッション識別情報が示すセッションと一致している場合に限り、送信メッセージ内に前記再生点情報を含める。また、コンテンツ識別情報については１回送信すればセッションに参加するユーザ間ですでに共有できているので毎回送信する必要はない。

次に、図１に示したＩＭクライアント端末１００Ａ、１００Ｂ、１００Ｃとして利用される通信端末装置１００の具体的な動作の一例について説明する。主要な処理の動作の一例が図４に示されており、図４中の各ステップＳ１０２、Ｓ１０６、Ｓ１０８、Ｓ１１０で起動される処理の一例が、それぞれ図６、図７、図８、図９に示されている。また、過去に作成もしくは受信したメッセージの履歴に関する閲覧を行う場合の処理の一例が図５に示されている。なお、ここでは、例えば、ＯＭＡ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ）ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）／ＳＩＭＰＬＥの規格に準拠したインスタントメッセージングサービスを用いて通信を行う場合を想定している。

図４は通信端末装置１００の具体的な主要動作の一例を示すフローチャートである。

ステップＳ１０１では、ユーザの指示により、入力部１０１が、退出要求を入力（ソフトキーなどで）することで、コンテンツと関連付けられたセッションからの退出を指示し、退出判定部１２６が、これに対応した退出処理が起動されていないかどうかを判定する。退出処理が起動されている場合にはステップＳ１０２に進み、カンファレンスセッション（Ｃｏｎｆｅｒｅｎｃｅ Ｓｅｓｓｉｏｎ）退出処理を起動する。このカンファレンスセッション退出処理の一例は図６に示されている。一方、退出処理が起動されていない場合にはステップＳ１０３に進む。この場合、送信メッセージ生成部１０３が退出判定部１２６へ退出処理が起動されていないか否かの判定を依頼し、退出処理を実行して場合には送信メッセージ生成部１０３が退出要求を生成して、送信部１０４に送信を指示する。退出要求は、アクティブな画面に対して実施可能である。したがって、情報テーブル１０５の保持する情報（ｂ）が「参加状態」、情報（ｄ）が「アクティブ」である場合に、退出要求が行われ、退出処理が起動され、退出処理が実施される。

ステップＳ１０３では、コンテンツ保存停止判定部１１７が、コンテンツの保存処理を停止するための条件を満たすかどうかを判定する。この条件を満たす場合にはステップＳ１０４に進む。一方、条件を満たさない場合にはステップＳ１０５に進む。コンテンツの保存処理を停止するための条件については、図６に示すカンファレンスセッション退出処理のステップＳ３０３で決定することができる。条件の具体例としては、該当するセッション宛のメッセージを所定期間受信しない場合が想定される。

ステップＳ１０４では、コンテンツ保持部１１８が、受信中のコンテンツが最終場面まで到達していない場合であっても、コンテンツの保存処理を自動的に停止する。

ステップＳ１０５では、入力開始タイミング検出部１０２が、送信用のメッセージの作成を開始するための入力部１０１による最初の入力が行われたか否かを検出する。具体的には、セッションと関連付けられたコンテンツを表示しているアプリケーションプログラムが入力部１０１による入力の対象になっており、かつコンテンツ操作に割り当てられたキー以外の入力が検出された否か、又は、ＩＭ用のアプリケーションプログラムが入力部１０１による入力の対象になっており、かつ入力が検出されたか否か判定する。この条件を満たす場合にはステップＳ１０６に進み、送信メッセージ処理を起動する。送信メッセージ処理の一例は図７に示されている。一方、条件を満たさない場合にはステップＳ１０７に進む。

ステップＳ１０７では、招待受け入れ判定部１１３が、未処理の受信メッセージが存在するか否かを判定する。この条件を満たす場合にはステップＳ１０８に進み、受信メッセージ処理を起動する。受信メッセージ処理の一例は図８に示されている。一方、条件を満たさない場合にはステップＳ１０９へ進む。

ステップＳ１０９では、メッセージ選択部１２０が、入力部１０１の入力により受信済みのメッセージの選択を行い、頭出し制御部１２１が、選択されたメッセージについて頭出し処理をまだ起動していないかどうかを判定する。この条件を満たす場合にはステップＳ１１０に進み、頭出し処理を起動する。頭出し処理の一例は、図９に示されている。

次に、他の端末から受信したメッセージ（他の端末のユーザの発言内容）又は通信端末装置１００で作成したメッセージ（本端末のユーザの発言内容）の履歴（メッセージ履歴保持部１１６上の情報）を閲覧する場合の動作の一例について説明する。

ユーザがメッセージの履歴を表示するために入力部１０１が入力を行うと、その入力を入力開始タイミング検出部１０２が検出して図５に示す処理が起動される。

まず、ステップＳ２０１では、頭出し制御部１２１が、表示器１２４によるメッセージ履歴表示中に、入力部１０１による入力によって選択されたメッセージが存在し、かつ選択されたメッセージに対して頭出し処理が行われていないかどうかを識別する。この条件を満たす場合にはステップＳ２０２に進む。なお、メッセージの選択に関しては、メッセージ履歴のテキスト検索、送信者検索などの結果による選択でもよい。一方、条件を満たさない場合にはステップＳ２０３に進む。

なお、ステップＳ２０１において選択されたメッセージは、例えば表示器１２４上のメッセージをユーザの指示により入力分１０１等によって選択されたものである。したがって、本実施形態の通信端末装置は、メッセージ履歴保持部１１６に保持されたセッション識別情報およびコンテンツ識別情報に対応するメッセージを表示し、上記メッセージから所定のメッセージを選択し、選択部によって選択されたメッセージに対応する再生点情報に基づいて、コンテンツ識別情報で識別されるコンテンツを再生することもある。

ステップＳ２０２では、「頭出し処理」を起動する。頭出し処理の一例は図９に示されている。

ステップＳ２０３では、頭出し制御部１２１が、選択されたメッセージに対応付けられた特定のコンテンツをプレーヤ１１１により再生中であるか否かを判定する。再生中であればステップＳ２０４に進み、再生中でなければステップＳ２０７に進む。

ステップＳ２０４では、メッセージ表示部１１９が、表示器１２４の画面に再生中のコンテンツの画像およびメッセージの文章を表示する際に、メッセージの表示を次のように制御する。例えば、コンテンツと対応付けられている複数のメッセージの中で、再生点情報の内容が現在のコンテンツ再生点（場面）に最も近い１つのメッセージを画面上の特定位置（例えば、コンテンツ画像の表示位置との相対的な位置関係が変化しない同じ位置）に表示し、特定位置の上下の位置には、特定位置に表示されたメッセージと時間的に前後に位置する再生点情報をもつ他のメッセージを表示する。また、再生するコンテンツの場面の変化（再生時間の変化）に伴って、各位置に表示するメッセージの内容も適切に更新する。そして、ステップＳ２０５に進む。

なお、３つのメッセージ（時間的に前、中、後）を同時に表示することを説明したが、現在のコンテンツ再生点（場面）に最も近い１つのメッセージだけを再生ウインドウの付近に表示するように変更しても良い。

また、メッセージ履歴として存在する複数のメッセージを画面上に表示している状態で、入力部１０１の入力によってユーザが注目（選択）しているメッセージが変更された場合には、新たに選択されたメッセージに対応付けられている再生点情報に従って、再生中のコンテンツの再生場面を次々とジャンプさせていくように制御してもよい。また、メッセージ履歴を画面に表示する際に、各メッセージに対応付けられたコンテンツの複数場面の画像をサムネイル画面として表示してもよい。

ステップＳ２０５では、ユーザの指示によりコンテンツの再生停止を指示する入力を入力部１０１が行った場合には、ステップＳ２０６に進む。この入力を入力部１０１が行わなかった場合には、ステップＳ２０７に進む。

ステップＳ２０６では、プレーヤ１１１が、再生中のコンテンツの再生動作を停止する。そして、ステップＳ２０７に進む。

ステップＳ２０７では、ユーザの指示により履歴閲覧停止を指示する入力を入力部１０１が行った場合には、ステップＳ２０８に進む。この入力を入力部１０１が行わなかった場合には、ステップＳ２０１に戻る。

ステップＳ２０８では、頭出し制御部１２１が、選択されたメッセージに対応付けられた特定のコンテンツをプレーヤ１１１により再生中であるか否かを判定する。再生中であればステップＳ２０９に進み、再生中でなければステップＳ２１０に進む。

ステップＳ２０９では、プレーヤ１１１が、再生中のコンテンツの再生動作を停止する。そして、ステップＳ２１０に進む。

ステップＳ２１０では、メッセージ表示部１１９が、表示器１２４による履歴表示を停止する。

なお、受信したメッセージの履歴を表示する際に、複数のメッセージを受信順ではなく、再生点情報の並び順（場面の時間順）に並び替えた状態で画面上に表示しても良い。また、そのために履歴を表示する前に、事前にメッセージ履歴保持部１１６上の各メッセージを再生点情報の並び順に従って並び替えるように処理しても良い。

次に、図６に示すカンファレンスセッション退出処理の一例について説明する。視聴中のコンテンツと関連付けられたセッションからの退出指示が検出されたとき（図４のステップＳ１０１がＹｅｓ）に図６の処理が開始される。

まず、ステップＳ３０１では、視聴中のコンテンツと関連付けられたセッションから退出するための処理を行う。具体的には、送信部１０４がＩＭサーバ３００に対して退出要求を送信し、受信部１１２がこれに対してＩＭサーバ３００からレスポンスを受信した段階で、該セッションから退出する。これを詳細に説明すると、以下の（１）〜（４）の処理を行うこととなる。（１）退出判定部１２６が、情報テーブル１０５内に参加中のセッションのセッション識別情報とコンテンツ識別情報との組み合わせが存在するか否かを判定し、存在する場合は、視聴中のコンテンツと関連付けられたセッション識別情報を抽出する。（２）送信メッセージ生成部１０３が、退出要求を作成する。（３）送信部１０４が、退出要求を送信する。（４）受信部１１２が、退出要求に対する応答を受信する。（５）受信レスポンス処理部１２８が、受信メッセージ処理部１２５からレスポンスの解析結果を渡されたら、レスポンスの解析結果が200OKであれば、情報テーブル１０５の該セッションへの参加状況を示すフラグ（参加処理中／参加状態／退出処理中／不参加状態／一時不参加状態）を「一時不参加状態」または「不参加状態」に変更する。いずれに変更するかは、該端末がセッション再参加機能をサポートするか否かによる。サポートする場合は「一時不参加状態」に変更する。サポートしない場合は「不参加状態」に変更すると同時に、情報テーブル１０５の保持する情報（ｃ）を破棄する。
続いて、ステップＳ３０２に進む。

ステップＳ３０２では、コンテンツ保存停止判定部１１８が、例えばユーザの指示により入力部１０１が所定の入力に基づいて、該当するセッションに関連するコンテンツの保存を停止するかどうか判定する。保存を停止しない場合にはステップＳ３０３に進む。

ステップＳ３０３では、コンテンツ保存停止判定部１１７が、保存停止条件を生成する。例えば、コンテンツがテレビ放送であれば、ＥＰＧにおいて該当コンテンツの番組終了時間となった場合に保存停止するという保存停止条件を生成したり、その他のコンテンツであればコンテンツ保存部１１８によって保存された該コンテンツサイズが一定以上になった場合に保存停止するという保存停止条件を生成したりする。

次に、図７に示す送信メッセージ処理の一例について説明する。送信用のメッセージ（発言内容等）を作成するための最初のキー入力が入力部１０１によって行われたとき（図４のステップＳ１０５がＹｅｓ）に図７の処理が開始される。図７では、通信端末装置１００が送信装置としての機能を有する。

まず、ステップＳ４０１では、送信メッセージ生成部が、入力部１０１による入力前に、コンテンツ表示用画面がアクティブ、又は、表示中コンテンツに関連付けられたＩＭセッション用画面がアクティブのいずれかを満たしたか否かを判定する。この条件を満たす場合はステップＳ４０２に進み、条件を満たさない場合はステップＳ４０５に進む。

なお、入力部１０１による入力前にコンテンツ表示用画面がアクティブとは、例えば、非マルチウインドウ環境においてプレーヤ１１１が全面表示されている場合や、マルチウインドウ環境においてプレーヤ１１１がアクティブになっている場合を意味する。また、表示中コンテンツに関連付けられたＩＭセッション用画面がアクティブとは、例えば、非マルチウインドウ環境においてＩＭ（インスタントメッセージング）アプリ（アプリケーションプログラムの略、以下同様）が全面表示されている場合や、マルチウインドウ環境においてＩＭアプリがアクティブになっており、かつ、通信端末装置１００内の情報テーブル１０５内に、該ＩＭアプリに対応するＩＭセッション識別情報とこれに関連付けられたコンテンツ識別情報が存在している場合を意味する。

ステップＳ４０２では、再生点情報検出部１１０が、再生点情報Ｔｘおよびコンテンツ識別情報Ｓ１を生成してこれらを一時的に記憶する。

再生点情報Ｔｘは、例えば図３に示した時刻Ｔ１，Ｔ２等に相当する情報を意味し、具体的な例としては次のように決定される。
（１） その時点に最も近い時間（または最も最近）に受信したＴＯＴ（Ｔｉｍｅ Ｏｆｆｓｅｔ Ｔａｂｌｅ。ＩＳＤＢ−Ｔに含まれる）内の日付・時刻情報（ＪＳＴ＿ｔｉｍｅ）またはこれをデコードした値。
（２） その時点に最も近い時間（または最も最近）に受信したＴＯＴ（Ｔｉｍｅ Ｏｆｆｓｅｔ Ｔａｂｌｅ。ＩＳＤＢ−Ｔに含まれる）内の日付・時刻情報（ＪＳＴ＿ｔｉｍｅ）に、ＴＯＴ受信時からの経過時間（通信端末装置１００内の時計やタイマ使用して測定。負の値であることもある）を加えた値。
（３） （１）または（２）からさらに、コンテンツ受信から表示までの遅延時間を引いた値。
（４） その時点の通信端末装置１００が保持する日付・時刻情報。

また、コンテンツ識別情報Ｓ１の具体例については、例えば前述の表１に示したように、チャンネル番号表すタグ＜ＣＮ＞内にチャンネル番号を付加したものが想定される。

ステップＳ４０３では、メッセージ種別判定部１０７が、情報テーブル１０５内に参加中のセッションのセッション識別情報とコンテンツ識別情報との組み合わせが存在するか否かを判定し、存在する場合はステップＳ４０４に進み、存在しない場合はステップＳ４０７に進む。

ステップＳ４０４では、メッセージ種別設定部１０７が、セッションに参加中か否かを判定し、参加中ならステップＳ４１６に進み、参加中でなければステップＳ４１３に進む。なお、このセッションは、ステップＳ４０３において検出された組み合わせのセッションである。

ステップＳ４０５では、メッセージ種別設定部１０７が、入力部１０１による入力前にＩＭアプリがアクティブであったかどうかを判定し、アクティブならステップＳ４０６に進み、アクティブでなければ図７の処理を終了する。

ステップＳ４０６では、メッセージ種別設定部１０７が、コンテンツ識別情報Ｓ１を空文字にする。そして、ステップＳ４１６に進む。

ステップＳ４０７では、コンテンツ保存部１１８が、情報テーブル１０５内が保持するコンテンツ格納先と情報（ｄ）を参照し、現在アクティブとなっているプレーヤーに提供しているコンテンツがまた保存されていない場合は、表示中のコンテンツの保存（録画・録音）を開始する。この処理は、図３のステップＳ１２に相当する。つまり、メッセージの作成のための入力部１０１による最初の入力に伴って、再生中のコンテンツ（受信中のテレビ番組等）に関する情報の保存を開始する。コンテンツ保存部１１８は、さらに、情報テーブル１０５に、コンテンツ識別情報、コンテンツ格納先、保存コンテンツ先頭表示時刻（Ｔｘに相当する再生点情報）を書き込む。

ステップＳ４０８では、招待先設定部１０９が、最初のメッセージ（図３のＭ１に相当）を送信するための送信先が入力部１０１によって入力され、送信先が設定されたか否かを判定する。送信先が設定された場合にはステップ４０９に進み、送信先が設定されなかった場合にはステップＳ４１２に進む。

なお、ここでは、入力部１０１が直接送信先を入力する場合を想定しているが、コンタクトリスト１０６に信頼できるメンバーを登録したホワイトリストやグループリストを保持している場合には、招待先設定部１０９がこれらのリストの中から送信先を選択するように制御してもよい。

また、招待先設定部１０９が、コンテンツプロパティ検出部１２２によって検出された表示中のプレーヤ１１１によって再生されているコンテンツに関する情報（ファイルのタイトルや、番組のＥＰＧ情報）を取得し、通信端末装置１００内に格納されたグループ（一人以上のユーザ識別情報が格納）のトピック名がコンテンツに関する情報（タイトル等）に含まれるグループを、コンテンツ識別情報送信先、招待先に設定できるようにしても良い。これにより、コンテンツ識別情報送信先や招待先の自動選定が可能になる。

ステップＳ４０９では、送信部１０４が、招待したい相手ユーザの端末に向けてコンテンツ識別情報を含むメッセージ（図３のＭ１に相当）を送信する。このメッセージの具体例については、例えば以下の通り。なお、ここには記載していないがＳＩＰヘッダに記載する送信元は匿名とせず、ユーザのＳＩＰ ＵＲＩを設定し、受信側はこれにより招待元が信頼する相手かどうか判定する。

Content-type:multipart/mixed;boundary=------_123_MULTIPART_MIXED_
...
--------_123_MULTIPART_MIXED_
Content-Type: Content-Type: application/pmc_instant_messaging+xml
<?xml version="1.0" encoding="shift_jis"?>
<Cont>
<ContID><CN>13</CN></ContID>
<Time>2007:06:30:15:03:40</Time>
</Cont>
--------_123_MULTIPART_MIXED_
Content-Type: text/plain
コンテンツに関するコメント
--------_123_MULTIPART_MIXED_--

上記の例では、コンテンツ識別情報＜ＣｏｎｔＩＤ＞を＜ＣＮ＞１３＜／ＣＮ＞として番組のチャネル番号で表している。

ステップＳ４１０では、通信端末装置１００が、セッション生成処理を実行する。

具体的には、メッセージ生成部１０３がＳＩＰの後の図で説明するＩＮＶＩＴＥメソッドを用いてセッション生成要求を生成し、送信部１０４が招待する相手ユーザを指定したこのセッション生成要求をサーバ（図２のＩＭサーバ３００宛て）に送信し、受信部１１２がサーバからのレスポンスを受ける。その後、送信部１０４がセッション識別情報とコンテンツ識別情報（図３のＲ１に相当）を招待したユーザに送信する。この場合の送信データの具体例については、例えば下記の通り。

Content-Type: Content-Type: application/pmc_instant_messaging+xml
<?xml version="1.0" encoding="shift_jis"?>
<Cont>
<SessionID> SIP:groupa@example.com</SessionID>
<ContID><CN>13</CN></ContID>
</Cont>

上記の例では、送信部１０４が、生成したセッションを使わず、送信元にユーザのＳＩＰ ＵＲＩを指定して送信する。これにより、招待したいユーザにだけＣｈａｔ Ａｌｉａｓでない個人情報が送られることになる。招待されているユーザは、受信した招待元とコンテンツ識別情報が、前に受信した情報（Ｓ４０９で送信した情報）と合致すれば、前に受信したコンテンツ識別情報と今回受信したセッション識別情報を関連付けることができる。

ステップＳ４１０の処理の完了後、ステップＳ４１１に進む。

ステップＳ４１１では、送信メッセージ生成部１０３が、通信端末装置１００の情報テーブル１０５上にセッション識別情報を保存する。

ステップＳ４１２では、コンテンツ保存部１１８が、コンテンツの保存を中止して前記コンテンツの情報を破棄する。そして、ステップＳ４１６に進む。

ステップＳ４１３では、入力開始タイミング検出部１０２が、それ以前に退出したセッションに再び参加するための入力部１０１による入力があったかどうかを識別し、入力があった場合にはステップＳ４１４に進む。一方、入力がなかった場合にはステップＳ４１２に進む。

ステップＳ４１４では、通信端末装置１００が、セッション再参加処理を実行する。この処理においては、例えば、ＳＩＰのＩＮＶＩＴＥメソッドを用いて、セッション識別情報を指定して、送信部１０４が以前参加していたセッションへの再参加要求をＩＭサーバ３００に送信し、受信部１１２がＩＭサーバ３００からのレスポンスを受ける。その後、送信部１０４が、セッション識別情報とコンテンツ識別情報を招待したユーザに送信する（送信データはステップＳ４１０と同様）。そして、ステップＳ４１５へ進む。

ステップＳ４１５では、受信レスポンス処理部１２８が、セッションへの再参加に成功したかどうかを識別し、成功した場合はステップＳ４１６に進み、失敗した場合はステップＳ４０９に進む。

ステップＳ４１６では、入力開始タイミング検出部１０２が、例えば入力部１０１の入力により作成したメッセージ（発言内容）の送信を指示したか否かを判定する。送信を指示した場合はステップＳ４１７に進み、指示がない場合は待機（再度ステップＳ４１６の処理を実施）する。

ステップＳ４１７では、メッセージ生成部１０３が、コンテンツ識別情報Ｓ１の内容を調べ、これが空文字でないことを確認する。空文字でない場合はステップＳ４１８に進み、空文字の場合はステップＳ４１９に進む。

ステップＳ４１８では、メッセージ生成部１０３が、送信するメッセージ（発言内容を含む：図３のＭ３に相当）のボディ内に再生点情報Ｔｘを追加する。

ステップＳ４１９では、送信部１０４が、図３のＭ３に相当するメッセージをセッション宛てに送信する。この送信メッセージの具体例については、例えば下記の通り。

Content-type:multipart/mixed;boundary=------_123_MULTIPART_MIXED_
...
--------_123_MULTIPART_MIXED_
Content-Type: Content-Type: application/pmc_instant_messaging+xml
<?xml version="1.0" encoding="shift_jis"?>
<Cont>
<Time>2007:06:30:15:03:40</Time>
</Cont>
--------_123_MULTIPART_MIXED_
Content-Type: text/plain
コンテンツに関するコメント
--------_123_MULTIPART_MIXED_--

上記の例では前記再生点情報Ｔｘの内容として「＜Ｔｉｍｅ＞２００７：０６：３０：１５：０３：４０＜／Ｔｉｍｅ＞が含まれている。

図７の送信メッセージ処理においては、メッセージの送信先の自動入力が可能である。すなわち、セッション参加中、このセッションと関連付けられたコンテンツを表示するアプリケーションが、ユーザの指示による入力や操作の対象となっている場合、このアプリの操作用に割り当てられたキー以外のキーを押せばメッセージの入力が入力部１０１によって可能となり、このメッセージを送信する際の送信先が該セッション宛となる。

次に、図８に示す受信メッセージ処理の一例について説明する。メッセージを受信し、未処理の受信メッセージが存在する時（図４のステップＳ１０７がＹｅｓ）に図８の処理が開始される。図８では、通信端末装置は受信装置としての機能を有する。

まず、ステップＳ５０１では、招待受け入れ判定部１１３が、受信部１１２によって受信したメッセージが招待要求（図３のＲ１に相当）か否かを判定する。招待要求のメッセージを受信した場合にはステップＳ５０２に進み、それ以外のメッセージであればステップＳ５０６に進む。

ステップＳ５０２では、招待受け入れ判定部１１３が、招待要求の招待元（送信元）の情報が通信端末装置１００のホワイトリスト１０６ｂ内に含まれているかどうかを判定し、含まれている場合はステップＳ５０５に進み、含まれていない場合はステップＳ５０３に進む。

ステップＳ５０３では、招待受け入れ判定部１１３が、通信端末装置１００のユーザの指示により入力部１０１による受け入れ指示の入力があったかどうかを判定し、受け入れ指示があった場合はステップＳ５０５に進み、指示がなければステップＳ５０４に進む。

ステップＳ５０４では、レスポンス生成部１２３およびメッセージ生成部１０３が招待要求受け入れ拒否通知を生成し、送信部１０４が招待要求受け入れ拒否通知を送信する。そして、図８の処理を終了する。

ステップＳ５０５では、レスポンス生成部１２３およびメッセージ生成部１０３が招待要求受け入れ通知を生成し、送信部１０３が招待要求受け入れ通知（図３のＲ２に相当）を送信する。そして、図８の処理を終了する。

ステップＳ５０６では、コンテンツ情報抽出部１１５が、通信端末装置１００の情報テーブル１０５に参加中の受信メッセージ内にセッション識別情報とコンテンツ識別情報が存在するか否かを判定し、存在する場合はステップＳ５０７に進み、存在しなければステップＳ５１６に進む。

ステップＳ５１６では、コンテンツ情報抽出部１１５が、情報テーブル１０５内に、受信メッセージに含まれるセッション識別情報が存在するか否かを判定し、存在する場合はステップＳ５１５に進み、存在しなければ図８の処理を終了する。

ここで、受信メッセージに含まれるとは、受信メッセージの本文に含まれる場合だけでなく、ヘッダに記載されているメッセージの宛先の情報も含む。

ステップＳ５０７では、コンテンツ情報抽出部１１５が、通信端末装置１００の情報テーブル１０５上に受信したセッション識別情報とコンテンツ識別情報との組み合わせが存在するか否かを判定し、存在する場合はステップＳ５１３に進み、存在しない場合はステップＳ５０８に進む。

ステップＳ５０８では、招待受入判定部１１３が、受信メッセージの送信者が、通信端末装置１００に保持されているホワイトリストに含まれているかどうか判定し、含まれている場合はステップＳ５０９に進み、含まれていない場合はステップＳ５１１に進む。

ステップＳ５０９では、コンテンツ保存部１１８が、受信したコンテンツ識別情報が示すコンテンツの情報の保存を開始する。例えば、コンテンツの情報は放送されているテレビ番組等であり、その放送をまだ受信していなければ、受信部１１２による放送の受信動作を開始して取得した情報の保存も同時に開始する。また、先に説明したステイタスの状態がビジーでなければコンテンツの表示も開始する。そして、ステップＳ５１０に進む。

従って、コンテンツ識別情報の送信者がホワイトリストに含まれている場合には、コンテンツ識別情報を含むメッセージを受信した直後にコンテンツの保存を開始することができるので、送信元のユーザが発言を開始しようとした時点から送信先の端末（ここでは通信端末装置１００）で保存を開始するまでの所要時間を短縮できる。また、受信側（ここでは通信端末装置１００）と送信元との間で、コンテンツを見ながらのチャットに自動的に移行することができる。なお、コンテンツの表示を自動的に開始する条件は通信端末装置１００がビジーでない場合に限ってもよい。

ステップＳ５１０では、コンテンツ情報抽出部１１５、コンテンツ保存部１１８、およびメッセージ履歴保持部１１６が、メッセージを受信した端末上の情報テーブル１０５上に必要な情報を保存する。すなわち、セッション識別情報、コンテンツ識別情報、コンテンツ格納先、保存コンテンツ先頭表示時刻（再生点情報）、メッセージ履歴保存先の情報が情報テーブル１０５に登録される。そして、ステップＳ５１３に進む。

ステップＳ５１１では、コンテンツ識別情報を含むメッセージの受信に対して、通信端末装置１００のユーザの指示によりコンテンツの表示を拒否するための入力を入力部１０１が行ったかどうかを識別し、拒否の場合は図８の処理を終了し、拒否でなければステップＳ５１２に進む。例えば、メッセージボディ内のコンテンツ識別情報をアンカー付きで通信端末装置１００の画面に表示し、このアンカーをユーザの指示により入力部１０１が選択することをトリガとして表示されるポップアップ画面において表示の選択（拒否するかどうか等の選択）を可能にする。

ステップＳ５１２では、コンテンツ保存部１１８が、受信したコンテンツ識別情報が示すコンテンツの情報の保存（まだその情報が保存されていない場合のみ）を開始し、プレーヤ１１１がコンテンツの再生処理を開始する。

ステップＳ５１３では、招待受け入れ判定部１１３が、ユーザのプレゼンスがビジーかどうかを確認する。すなわち、メッセージをユーザが確認できない状態かどうかを、例えば通信端末装置１００の動作状態、通信端末装置１００の各アプリケーションプログラムの動作状態、ユーザの指示による入力部１０１による入力の検出状態などに基づいて判定する。ビジーであればステップＳ５１５に進み、ビジーでなければステップＳ５１４に進む。

ステップＳ５１４では、メッセージ表示部１１９が、受信したメッセージ（発信者の発言内容を含むもの）の内容を表示器１２４の画面に表示する。

ステップＳ５１５では、セッション識別情報とコンテンツ識別情報の組み合わせが受信データと合致するメッセージ履歴保持部１１６のヒストリファイル内に、受信したメッセージの情報を格納する。

なお、受信データに含まれる再生点情報Ｔｘに相当する場面のサムネイル画面を作成し、この格納先を履歴に保存しても良い。また、コンテンツの録画データは所定の時間経過後に自動的に削除し、サムネイル画面のみを残すようにしてもよい。更に、これを行うために録画ファイルを時間ごとに区切ってもよい。

次に、図９に示す頭出し処理の一例について説明する。図８に示した受信メッセージ処理が実施された受信メッセージを選択し、このメッセージに対応する頭出し処理が未処理であるとき（図４のステップＳ１０９がＹｅｓ）に図９の処理が開始される。

まず、ステップＳ６０１では、メッセージ選択部１１９が、ユーザの指示により入力部１０１が指定したメッセージが情報テーブル１０５内にあるかどうか確認（情報テーブル１０５以外にヒストリを持つ場合のみ）する。この条件を満たす場合はステップＳ６０２に進み、条件を満たさない場合はステップＳ６０６に進む。

ステップＳ６０２では、頭出し制御部１２１が、ユーザの指示により入力部１０１が指定したメッセージに対応する保存済みコンテンツがプレーヤ１１１により再生中であるかどうか確認する。再生中であればステップＳ６０４に進み、再生中でなければステップＳ６０３に進む。

ステップＳ６０３では、プレーヤ１１１が、ユーザの指示により入力部１０１が指定したメッセージに対応する再生点（図３中のＴ１，Ｔ２等に相当する場面の位置）から、そのメッセージに対応する保存済みコンテンツの再生を開始する。例えば、該当するメッセージに対応付けられた再生点情報が時刻Ｔ１である場合には、時刻Ｔ１から該当するコンテンツの先頭の時刻を表す「保存コンテンツ先頭表示時刻」を引いた結果をコンテンツ先頭からの経過時間とし、この時間に対応する場面から再生を開始する。

例えば、図１０（ａ）に示すように、コンテンツが放送コンテンツの場合には、ステップＳ０１において、ユーザの指示により入力部１０１が選択したメッセージに割り当てられた再生点情報が放送の時刻Ｔ２に対応しているため、頭出し制御部１２１が、このメッセージの選択に伴って、保存された該当するコンテンツの中からタイムスタンプ（保存時刻）がｔ２の場面を選択し、プレーヤ１１１がこの場面からコンテンツの再生を開始する。また、続いて、ステップＳ０２において、ユーザの指示により入力部１０１が選択したメッセージの再生点情報が放送の時刻Ｔ１に対応しているため、頭出し制御部１２１が、このメッセージの選択に伴って、該当する保存したコンテンツの中からタイムスタンプがｔ１の場面を選択し、プレーヤ１１１がこの場面からコンテンツの再生を開始する。

ステップＳ６０３の完了後、ステップＳ６０５へ進む。

ステップＳ６０４では、頭出し制御部１２１が、ユーザの指示により入力部１０１が指定したメッセージに対応する再生点へのシークを実行するようにコンテンツを再生しているプレーヤ１１１に指示を与える。例えば、該当するメッセージに対応付けられた再生点情報が時刻Ｔ１である場合には、時刻Ｔ１から該当するコンテンツの先頭の時刻を表す「保存コンテンツ先頭表示時刻」を引いた結果をコンテンツ先頭からの経過時間とし、この時間にジャンプするようにプレーヤ１１１に指示を与える。そして、ステップＳ６０５へ進む。

ステップＳ６０５では、頭出し制御部１２１およびプレーヤ１１１が、シークまたは再生に失敗したか否かを判定し、失敗した場合にはステップＳ６０６へ進む。

ステップＳ６０６では、メッセージ表示部１１９が、該当コンテンツの頭出しが不可能である旨を表示器１２４へ表示する。

次に、図３に示した通信シーケンスの具体例が図１１〜１３に示してある。

まず、図１１はＯＭＡ ＳＩＰ／ＳＩＭＰＬＥに準拠したインスタントメッセージングサービスにおける通信シーケンスの具体例を示すシーケンス図である。図１１では、コンテンツ識別情報の送信側クライアント（端末Ａ）が、コンテンツ識別情報を含んだＭＥＳＳＡＧＥ、ＩＮＶＩＴＥ、コンテンツ識別情報とセッション識別情報を含んだＭＥＳＳＡＧＥ、の３つに分けて情報を送る場合を想定している。尚、図１１におけるＭ１、Ｒ１、Ｍ２、Ｒ２、Ｍ３は、図３で説明した通りである。

また、図１２は、ＯＭＡ ＳＩＰ／ＳＩＭＰＬＥに準拠したインスタントメッセージングサービスにおいて、ＩＮＶＩＴＥの中にコンテンツ識別情報を含ませた場合の通信シーケンスの具体例である。図１２に示すように、図１１の通信シーケンスを簡略化することができる。

また、図１３は、ＯＭＡ ＩＭＰＳ（Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｓｅｒｖｉｃｅ）に準拠したインスタントメッセージングサービスにおける通信シーケンスの具体例を示すシーケンス図である。

このような通信端末装置１００によれば、以下のような効果が得られる。

（１）あるユーザが、コンテンツを友人等の他のユーザと共有してそれについて語りたいと考えている場合に、他のユーザが番組を録画していない場合であっても、再放送前に見せたいシーンをアクセスさせることができる。また、メッセージ入力開始時点（Ｔ１，Ｔ２）の再生点情報を共有し、また、メッセージ送信前にコンテンツ情報を共有して保存が開始されているため、該当シーンへのシークの精度が高い。

（２）発言を書き込むたびにコンテンツ情報の登録作業を行わなくてもよいため、ユーザの操作が簡単で、トラフィックも少なくてすむ。

（３）ユーザが、コンテンツを共有してそれについて語りたいと考えている場合に、コンテンツ等を共有する他のユーザの範囲を、限定したり自由に拡張したりすることができる。また、ユーザの識別情報を、セッション（不特定多数の人間が参加している可能性がある）に流さずに、信頼できる人の紹介するコンテンツのみを端末に保存することが出来る。

（４）サーバ装置にコンテンツ情報の登録および提供機能を持たせる必要がなく、通信端末装置１００のように端末への機能拡張のみでこれが実現できる。

（５）ユーザが見ていないときに行われたコンテンツに関する会話に後から参加し、また、今までの会話をコンテンツの時間軸に沿って会話履歴を見やすく表示することができる。

なお、通信端末装置１００を構成する場合には、専用のハードウェアだけで構成することもできるし、制御用のコンピュータとそれが実行するプログラムとを用いて構成することもできる。コンピュータが実行するプログラムについては、予めメモリ上に保持させておいても良いし、所定の通信ネットワーク等を経由して外部から通信端末装置１００に転送してもよい。

また、通信端末装置１００の変形例について以下に説明する。

（変形例１）
変形例１の通信システム１の構成は図２と同様であり、通信端末装置１００の構成についても図１と同様である。変形例１の通信端末装置１００の処理の内容は以下に説明するように多少変更されている。なお、変更のない処理については記述を省略している。また、変形例１の通信システム１では、これまでの説明と同様にカンファレンスセッションを利用して端末同士でメッセージのやりとりを行うが、上記の視聴可能なコンテンツの情報をインターネット（例えばネットワーク２００）経由で取得する場合を想定している。

＜メッセージ送信時の動作：図７参照＞
ステップＳ４０２で扱う再生点情報Ｔｘおよびコンテンツ識別情報Ｓ１については、以下のように変更する。

再生点情報Ｔｘの具体例：
・コンテンツ内のタイムスタンプの値。例えば、ＭＰＥＧ−２ではＰＴＳ、ＭＰ４ではｓｔｔｓなど。なお、直前のＩｎｔｒａ符号化フレームの表示時間（ＡＳＦではｉｎｄｅｘ内、ＭＰ４ではｓｔｓｓに格納された情報から算出）を送信するようにしてもよい。
・コンテンツ先頭再生時の通信端末装置１００が保持する時刻情報と、再生点における通信端末装置１００が保持する時刻情報の差分。

例えば、図１０（ｂ）に示す例では、ステップＳ０３において、ユーザの指示により入力部１０１が選択したメッセージに割り当てられた再生点情報が蓄積型コンテンツのタイムスタンプＴ２に対応しているため、頭出し制御部１２１が、このメッセージの選択に伴って、該当するコンテンツの中からタイムスタンプがＴ２の場面を選択し、プレーヤ１１１がこの場面からコンテンツの再生を開始する。また、続いて、ステップＳ０４において、ユーザの指示により入力部１０１が選択したメッセージの再生点情報がコンテンツのタイムスタンプＴ１に対応しているため、頭出し制御部１２１が、このメッセージの選択に伴って、該当するコンテンツの中からタイムスタンプがＴ１の場面を選択し、プレーヤ１１１がこの場面からコンテンツの再生を開始する。

コンテンツ識別情報Ｓ１の具体例：ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）を用いる。

また、ステップＳ４０９で送信する送信メッセージについては、以下のように変更する。

送信メッセージの例：下記はコンテンツのＵＲＬを示しているが、ａｓｘ、ｒａｍなどのメタファイルのＵＲＬであってもよい。
Content-type:multipart/mixed;boundary=------_123_MULTIPART_MIXED_
...
--------_123_MULTIPART_MIXED_
Content-Type: Content-Type: application/pmc_instant_messaging+xml
<?xml version="1.0" encoding="shift_jis"?>
<Cont>
<ContID><URL>http://www.panasonic.net/movie_a.wmv</URL></ContID>
<Time>00:01:40</Time>
</Cont>
--------_123_MULTIPART_MIXED_
Content-Type: text/plain
コンテンツに関するコメント
--------_123_MULTIPART_MIXED_--

ａｓｘメタファイルの例を以下に示す。
<asx version="3.0">
<entry>
<TITLE>title A</TITLE>
<AUTHOR>PMC</AUTHOR>
<COPYRIGHT>(C) 2007 Panasonic Mobile Communications Co., Ltd.</COPYRIGHT>
<ref href="mms://panasonic.jp/movie.wmv"/>
</entry>
</asx>

ｒａｍメタファイルの例を以下に示す。
rtsp://panasonic.jp/movie.rm

また、ステップＳ４１１で情報テーブル１０５に登録する情報については、以下のように変更する。

・セッション識別情報：図７で説明したものと同様
・コンテンツ識別情報：変形例１のＳ１
・コンテンツ格納先：図７で説明したものと同様
・保存コンテンツ先頭表示時刻：０（ライブコンテンツ（ＴＶを含む）以外は0とする。）
・メッセージ履歴保存先：図７で説明したものと同様

＜メッセージ受信時の動作：図８参照＞
ステップＳ５０９では、受信したコンテンツ識別情報Ｓ１が示すＵＲＬから受信部１１２がデータをダウンロードして受信し、プレーヤ１１１が再生を開始する。プログレッシブダウンロードが可能な場合は、ダウンロード中に再生開始する。なお、保存完了後に、コンテンツ保存部１１８が自動的にランダムアクセス用のインデックス情報を付加するようにしてもよい。また、コンテンツ識別情報がＲＴＳＰのようなランダムアクセス可能なストリーミングプロトコルを示す文字列で始まる場合は、プレーヤ１１１による保存コンテンツの再生は行わなくても良い。

＜履歴閲覧時の動作：図５、図９参照＞
ステップＳ６０３では、コンテンツ識別情報Ｓ１がＲＴＳＰのようなストリーミングプロトコルを示す文字列で始まる場合は、プレーヤ１１１が、保存コンテンツの再生ではなく、下記のようにネットワーク２００を経由して再生点を指定し、再生を開始してもよい。

PLAY rtsp://video.example.com/a/movie_a.mp4
Range: smpte=0:10:00-

ステップＳ６０５では、以下の場合などに、頭出し制御部１２１およびプレーヤ１１１によるシークまたは再生開始に失敗する。

・ダウンロード対象ファイルが、ＡＳＦファイルのようにインデックス（ランダムアクセス用のデータ）がデータ末にあって、まだ取得されていない。
・ダウンロード対象ファイルが、バージョンの古いｆｌｖファイルや、インデックスなしのＡＳＦファイルのように、ソースにインデックスが含まれていない。
・シーク先のデータがまだ取得されていない。

（変形例２）
変形例２の通信システム１の構成は図２と同様であり、通信端末装置１００の構成についても図１と同様である。変形例２の通信端末装置１００の処理の内容については変形例１とほぼ同様である。また、変形例２の通信システム１では、先に説明したカンファレンスセッションを利用して端末同士でメッセージのやりとりを行うが、上記の視聴可能なコンテンツの情報をインターネット（例えばネットワーク２００）経由で取得する場合を想定している。また、コンテンツのダウンロードは行わず、コンテンツ識別情報を、コンテンツ送信元のユーザ（端末）のＳＩＰ ＵＲＩまたはＳｃｒｅｅｎＮａｍｅとファイル名の合成とする。

（変形例３）
変形例３の通信システム１の構成は図２と同様であり、通信端末装置１００の構成についても図１と同様である。また、変形例３の通信システム１では、先に説明したカンファレンスセッションを利用せずに電子メール等を用いて端末同士でメッセージをやりとりする場合を想定している。

変形例３の通信端末装置１００の処理の内容については、カンファレンスセッションを利用しないユーザまたはグループ宛の単発メッセージのやりとりを行っている場合は、情報テーブル１０５内のセッション識別情報にＩＭ Ｓｅｓｓｉｏｎ識別子またはＩＭ Ｇｒｏｕｐ識別子ではなく、コンテンツ送信元のユーザ（端末）の識別情報を格納する。処理手順の一例の概略は次の通りである。

（１）ユーザの指示による入力部１０１の入力に応じ、表示中のコンテンツの識別情報（コンテンツ識別情報）と、該コンテンツに関するメッセージング用セッションを示すセッション識別情報（コンテンツ識別情報送信元ユーザおよびコンテンツ識別情報送信先ユーザの識別情報、または、コンテンツ識別情報送信先グループの識別情報）を一人以上のユーザのクライアント（端末）宛に送信。
（２）コンテンツの保存が通信端末装置１００で行われていなければ保存する。
（３）セッション識別情報とコンテンツ識別情報を関連付けて記憶。
（４）コンテンツ識別情報を受信した場合、自動的にコンテンツの保存を開始。
（５）コンテンツ識別情報を受信した場合、これを、コンテンツ識別情報送信元からの情報とともに受信したセッション識別情報と関連付けて記憶。
（６）記憶しているセッション識別情報が示す送信元からメッセージを受信したら、これをセッション識別情報と関連付けて記憶。
（７）メッセージ（発言内容）の入力が開始されたら（あくまで入力時であり、送信時ではない）、このとき表示中のコンテンツがあれば、再生点情報を記憶。
（８）メッセージの送信先が、コンテンツと関連付けられたセッション識別情報が示す送信先と一致している場合、送信メッセージ内に再生点情報を含める。

尚、変形例３の通信端末装置１００の処理は、上記処理手順以外は、通常時の処理（変形例１の前に説明した処理）、変形例１の処理、変形例２の処理のいずれかと同様である。

尚、上記説明したように、通信システム１における通信に利用するプロトコルについては、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）や電子メール用のプロトコルなど様々なものを利用できる。対象とするコンテンツについては、放送により受信可能なテレビ番組のような動画および音声で構成されるコンテンツや、音響信号だけのコンテンツや、静止画の集合として構成されるコンテンツなど様々なコンテンツが想定できる。また、ユーザ間でやりとりするメッセージ（発言内容）については、文章のような文字列情報だけでなく、音声情報を扱うことも可能である。

本発明は、通信相手が同じコンテンツを視聴していない場合や保存していない場合であっても、端末のユーザとその人が希望する他人との間で、同じコンテンツを共有した状態でコンテンツに関連のあるメッセージを交換したり、コンテンツの再生時に関連のある過去のメッセージを自動的に対応付けたりすることが可能な通信端末装置、プログラム等に有用である。

本発明の実施形態における通信端末装置の主要部の構成例を示すブロック図である。 本発明の実施形態における通信システムの構成例を示すブロック図である。 本発明の実施形態における通信システムの典型的な動作例を示すシーケンス図である。 本発明の実施形態における通信端末装置の主要動作の一例を示すフローチャートである。 本発明の実施形態における通信端末装置の履歴閲覧時の動作の一例を示すフローチャートである。 本発明の実施形態における通信端末装置のカンファレンスセッション退出処理時の動作の一例を示すフローチャートである。 本発明の実施形態における通信端末装置の送信メッセージ処理時の動作の一例を示すフローチャートである。 本発明の実施形態における通信端末装置の受信メッセージ処理時の動作の一例を示すフローチャートである。 本発明の実施形態における通信端末装置の頭出し処理時の動作の一例を示すフローチャートである。 本発明の実施形態における通信端末装置が扱う再生点情報の具体例を示す模式図である。 本発明の実施形態における通信システムの詳細な動作例を示すシーケンス図である。 本発明の実施形態における通信システムの詳細な動作例を示すシーケンス図である。 本発明の実施形態における通信システムの詳細な動作例を示すシーケンス図である。

符号の説明

１００、１００Ａ、１００Ｂ、１００Ｃ ＩＭクライアント端末（通信端末装置）
１０１ 入力部
１０２ 入力開始タイミング検出部
１０３ 送信メッセージ生成部
１０４ 送信部
１０５ 情報テーブル
１０６ コンタクトリスト
１０７ メッセージ種別設定部
１０８ メッセージ送信先設定部
１０９ 招待先設定部
１１０ 再生点情報検出部
１１１ プレーヤ
１１２ 受信部
１１３ 招待受け入れ判定部
１１４ メッセージおよび再生点情報抽出部
１１５ コンテンツ情報抽出部
１１６ メッセージ履歴保持部
１１７ コンテンツ保存停止判定部
１１８ コンテンツ保存部
１１９ メッセージ表示部
１２０ メッセージ選択部
１２１ 頭出し制御部
１２２ コンテンツプロパティ検出部
１２３ レスポンス生成部
１２４ 表示器
１２５ コンテンツバッファ
１２６ 退出判定部
１２７ ステイタス情報保持部
２００ ネットワーク
３００ ＩＭサーバ
４００ その他のサーバ

Claims (17)

1. 他の通信端末装置から情報を受信するための受信部と、
   情報を保存するための記憶部と
   前記記憶部により情報を保存する際に所定の制御を行う制御部と、
   を有し、
   前記制御部が、前記受信部によって他の通信端末装置との間で情報交換するためのセッションのセッション識別情報を含む前記情報を受信した場合、前記情報に含まれたコンテンツ識別情報を前記記憶部に保存する通信端末装置。
2. 請求項１に記載の通信端末装置であって、更に、
   前記セッションにおいて前記コンテンツ識別情報で識別されるコンテンツに関するメッセージを前記受信部によって受信した場合、前記セッション識別情報と前記メッセージとを関連付けて保存するメッセージ履歴保持部を有する通信端末装置。
3. 請求項１に記載の通信端末装置であって、更に、
   他の通信端末装置へ情報を送信するための送信部と、
   前記セッションにおいて前記コンテンツ識別情報で識別されるコンテンツに関するメッセージを前記送信部によって送信した場合、前記セッション識別情報と前記メッセージとを関連付けて保存するメッセージ履歴保持部と
   を有する通信端末装置。
4. 請求項２に記載の通信端末装置であって、
   前記メッセージ履歴保持部は、前記受信部によって受信されたメッセージの入力が他の通信端末装置において開始されたときの前記コンテンツの再生点を示す情報を再生点情報として、前記識別情報およびメッセージと対応付けて保存する通信端末装置。
5. 請求項３に記載の通信端末装置であって、
   前記メッセージ履歴保持部は、前記送信部によって送信されたメッセージの入力が当該通信端末装置において開始されたときの前記コンテンツの再生点を示す情報を再生点情報として、前記識別情報およびメッセージと対応付けて保存する通信端末装置。
6. 請求項４または５に記載の通信端末装置であって、
   前記メッセージとともに、前記再生点情報を送信する送信部を有する通信端末装置。
7. 請求項１に記載の通信端末装置であって、更に、
   前記受信部によって受信されたコンテンツ識別情報が放送コンテンツであることを示す場合、前記放送コンテンツを録画するコンテンツ保存部を有する通信端末装置。
8. 請求項１に記載の通信端末装置であって、更に、
   前記受信部によって受信されたコンテンツ識別情報が外部のサーバより配信される配信コンテンツであることを示す場合、前記配信コンテンツをダウンロードして保存するコンテンツ保存部を有する通信端末装置。
9. 請求項２ないし８のいずれか１項に記載の通信端末装置であって、
   前記記憶部は、前記コンテンツ識別情報と、前記メッセージ履歴保持部における前記コンテンツ識別情報に対応するセッションのメッセージの格納先の情報とを関連付けて保存する通信端末装置。
10. 請求項９に記載の通信端末装置であって、更に、
    前記コンテンツ識別情報で識別されるコンテンツを再生するための再生部と、
    前記コンテンツ識別情報で識別されるコンテンツを再生する場合、前記コンテンツとともに前記メッセージ履歴保持部に保持された前記セッション識別情報およびコンテンツ識別情報に対応するメッセージを表示する表示部を有する通信端末装置。
11. 請求項９に記載の通信端末装置であって、
    前記表示部は、前記再生点情報に基づいて、前記コンテンツにおける時間の古い順に前記メッセージを表示する通信端末装置。
12. 請求項９に記載の通信端末装置であって、更に、
    前記メッセージ履歴保持部に保持された前記セッション識別情報およびコンテンツ識別情報に対応するメッセージを表示する表示部と、
    前記表示部によって表示されたメッセージから所定のメッセージを選択する選択部と、
    前記選択部によって選択されたメッセージに対応する再生点情報に基づいて、前記コンテンツ識別情報で識別されるコンテンツを再生するコンテンツ再生部と
    を有する通信端末装置。
13. 通信端末装置において、
    他の通信端末装置との間で情報交換するためのセッションのセッション識別情報を含む情報を受信するステップと、
    前記情報にコンテンツ識別情報が含まれる場合には、前記コンテンツ識別情報を記憶部に保存するステップと
    を有する通信制御方法。
14. 請求項１３に記載の通信制御方法であって、更に、
    前記セッションにおいて前記コンテンツ識別情報で識別されるコンテンツに関するメッセージを受信した場合、前記セッション識別情報と前記メッセージとを関連付けてメッセージ履歴保持部へ保存するステップを有する通信制御方法。
15. 請求項１３に記載の通信制御方法であって、
    受信した前記コンテンツ識別情報が放送コンテンツであることを示す場合、前記放送コンテンツを録画するステップを有する通信制御方法。
16. 請求項１３ないし１５に記載の通信制御方法であって、
    前記コンテンツ識別情報で識別されるコンテンツを再生する場合、前記コンテンツとともに前記メッセージ履歴保持部に保持された前記セッション識別情報およびコンテンツ識別情報に対応するメッセージを表示部へ表示するステップを有する通信制御方法。
17. 請求項１３ないし１６のいずれか１項に記載の通信制御方法をコンピュータに実行させるためのプログラム。

Images