受信端末、情報処理方法、プログラム、サーバ、送信端末及び情報処理システム
【課題】複数の端末間においてコンテンツデータを共有している場合において、あるユーザがコンテンツデータに対してどのような操作を行っているかをコンテンツデータ閲覧中の他のユーザに知らせる。
【解決手段】送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、コンテンツデータに関して送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得する取得部と、を備え、表示制御部は、取得部により取得されたイベント識別情報に関連付けられる表示をコンテンツデータに付加する、受信端末が提供される。
【解決手段】送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、コンテンツデータに関して送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得する取得部と、を備え、表示制御部は、取得部により取得されたイベント識別情報に関連付けられる表示をコンテンツデータに付加する、受信端末が提供される。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、受信端末、情報処理方法、プログラム、サーバ、送信端末及び情報処理システムに関する。
【背景技術】
【０００２】
近年、サーバによりネットワークを介して提供される画面を複数の端末間において共有する技術が開発されている（例えば、特許文献１参照）。かかる技術を使用すれば、複数の端末の各々を使用するユーザは、複数の端末の各々により表示された同一の画面を閲覧しながら、円滑に会議を行うことができる。また、例えば、画面内において注目すべき箇所を指定する操作を複数の端末間において共有すれば、さらに円滑に会議を行うことができる。
【０００３】
一方、インターネットの普及に伴い、Ｗｅｂサーバにより提供されるＷｅｂページなどといったコンテンツデータを複数の端末間において共有する技術が、様々な場面において使用されている。このようなコンテンツデータを共有する場合においても、上記したような画面を共有する場合と同様に、サーバにより提供されたコンテンツデータを複数の端末の各々により表示することができる。これにより、複数の端末の各々を使用するユーザは、複数の端末の各々により表示された同一のコンテンツデータを閲覧することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２３０５７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、複数の端末間においてコンテンツデータを共有する場合には、ある端末において発生したイベント（例えば、ユーザにより指定されたコンテンツデータへの遷移など）を、直接的に他の端末に反映させることは望ましくない場合もある。例えば、コンテンツデータを私的に使用する場合など、複数の端末の各々を使用するユーザが自身の自由な操作によりコンテンツデータを閲覧したい場合もあるからである。
【０００６】
このような場合であっても、コンテンツデータを複数の端末間において共有している場合において、ある端末において発生したイベントを他の端末に通知することにより、あるユーザがコンテンツデータに対してどのような操作を行っているかをコンテンツデータ閲覧中の他のユーザに知らせることが望ましい。
【課題を解決するための手段】
【０００７】
本開示によれば、送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、前記コンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得する取得部と、を備え、前記表示制御部は、前記取得部により取得された前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、受信端末が提供される。
【発明の効果】
【０００８】
以上説明したように本開示によれば、複数の端末間においてコンテンツデータを共有している場合において、あるユーザがコンテンツデータに対してどのような操作を行っているかをコンテンツデータ閲覧中の他のユーザに知らせることが可能である。
【図面の簡単な説明】
【０００９】
【図１】本開示の実施形態に係る情報処理システムの構成を示す図である。
【図２】同実施形態に係る送信端末の機能構成を示すブロック図である。
【図３】同実施形態に係るコンテンツデータの一例を示す図である。
【図４】同実施形態に係る送信端末により表示される画面の例を示す図である。
【図５】同実施形態に係る送信端末の動作の流れを示すフローチャートである。
【図６】同実施形態に係るサーバの機能構成を示すブロック図である。
【図７】同実施形態に係るサーバにより実行される処理の一例を説明するための図である。
【図８】同実施形態に係るサーバの動作の流れを示すフローチャートである。
【図９】同実施形態に係るサーバにより実行される処理の他の一例を説明するための図である。
【図１０】同実施形態に係るサーバにより実行される処理の他の一例を説明するための図である。
【図１１】同実施形態に係る受信端末の機能構成を示すブロック図である。
【図１２】同実施形態に係る受信端末により表示される画面の例を示す図である。
【図１３】同実施形態に係る受信端末の動作の流れを示すフローチャートである。
【図１４】同実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。
【発明を実施するための形態】
【００１０】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１１】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じて送信端末１０Ａ及び送信端末１０Ｂのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、送信端末１０Ａ及び送信端末１０Ｂを特に区別する必要が無い場合には、単に送信端末１０と称する。
【００１２】
なお、説明は以下の順序で行うものとする。
１．情報処理システムの構成
２．送信端末が有する機能
３．サーバが有する機能
４．受信端末が有する機能
５．ハードウェア構成例
６．まとめ
【００１３】
＜１．情報処理システムの構成＞
以下、図１〜図１４を参照し、本開示に係る実施形態を詳細に説明する。まず、本開示の実施形態に係る情報処理システムの構成について説明する。
【００１４】
図１は、本開示の実施形態に係る情報処理システムの構成を示した図である。図１に示すように、情報処理システム１は、送信端末１０、サーバ２０及び受信端末３０を備える。送信端末１０、サーバ２０及び受信端末３０は、ネットワーク４０を介して、通信を行うことが可能である。
【００１５】
ネットワーク４０は、ネットワーク４０に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、ネットワーク４０は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。
【００１６】
送信端末１０は、受信端末３０との間で共有するコンテンツデータを表示するよう制御する。これにより、送信端末１０を使用するユーザは、送信端末１０による制御により表示されたコンテンツデータを閲覧することができる。受信端末３０との間で共有するコンテンツデータは、例えば、サーバ２０により保持されており、送信端末１０は、サーバ２０に対して要求を行うと、その要求に対する応答としてコンテンツデータを取得することができる。受信端末３０との間で共有するコンテンツデータは、サーバ２０以外の装置により保持されていてもよい。
【００１７】
ユーザは、このように表示されたコンテンツデータを閲覧しながら、コンテンツデータに対する操作を行うことができる。コンテンツデータに対する操作は、例えば、ユーザにより指定されたコンテンツデータへの遷移などが想定されるが、特に限定されない。ユーザにより操作がなされると、その操作は、送信端末１０によりイベントとして検出される。送信端末１０は、検出したイベントを識別するためのイベント識別情報をサーバ２０に通知することができる。
【００１８】
なお、図１には、情報処理システム１が２つの送信端末１０（送信端末１０Ａ及び送信端末１０Ｂ）を備える例について示されているが、送信端末１０の数は、特に限定されない。すなわち、情報処理システム１は、１つの送信端末１０を備えていてもよいし、２つ以上の送信端末１０を備えていてもよい。
【００１９】
サーバ２０は、イベント識別情報を送信端末１０から取得する。サーバ２０は、送信端末１０から取得したイベント識別情報を保持しておくことができる。このように保持されているイベント識別情報は、受信端末３０からの要求に応じて、受信端末３０に通知されることができる。なお、図１には、サーバ２０は、送信端末１０や受信端末３０とは別の装置である場合について示されているが、サーバ２０は、送信端末１０に組み込まれていてもよく、受信端末３０に組み込まれていてもよい。
【００２０】
受信端末３０は、送信端末１０との間で共有するコンテンツデータを表示するよう制御する。これにより、受信端末３０を使用するユーザは、受信端末３０による制御により表示されたコンテンツデータを閲覧することができる。送信端末１０との間で共有するコンテンツデータは、上記したように、例えば、サーバ２０により保持されており、受信端末３０は、サーバ２０に対して要求を行うと、その要求に対する応答としてコンテンツデータを取得することができる。
【００２１】
受信端末３０は、イベント識別情報をサーバ２０から取得すると、取得したイベント識別情報に関連付けられる表示をコンテンツデータに付加することができる。このようにコンテンツデータに付加された表示を閲覧することにより、受信端末３０を使用するユーザは、他のユーザがコンテンツデータに対して行っている操作を把握することができる。その結果、受信端末３０を使用するユーザは、例えば、閲覧しているコンテンツデータに対する操作を自ら行うに際して、把握した操作を参考にすることができる。
【００２２】
送信端末１０や受信端末３０は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、家庭用映像処理装置（ＤＶＤレコーダ、ビデオデッキなど）、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、携帯用音楽再生装置、携帯用映像処理装置、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、家庭用ゲーム機器、携帯用ゲーム機器、家電機器などの情報処理装置であってもよい。
【００２３】
以下では、コンテンツデータに関して発生するイベントを検出する機能や、イベント識別情報をサーバ２０に通知する機能、イベントを実行制御する機能などを、送信端末１０が有する例について説明する。また、サーバ２０からイベント識別情報を受信する機能や、イベント識別情報に関連付けられる表示をコンテンツデータに付加する機能を、受信端末３０が有している例について説明する。
【００２４】
しかしながら、送信端末１０は、受信端末３０が有する機能の一部または全部を追加的に備えていてもよい。また、受信端末３０は、送信端末１０が有する機能の一部または全部を追加的に備えていてもよい。以下、本開示の実施形態に係る送信端末１０、サーバ２０及び受信端末３０の各々の構成について説明する。
【００２５】
＜２．送信端末が有する機能＞
まず、本開示の実施形態に係る送信端末１０が有する機能について説明する。図２は、本開示の実施形態に係る送信端末１０の機能構成を示すブロック図である。図２に示すように、本開示の実施形態に係る送信端末１０は、通信部１１０と、制御部１２０と、記憶部１３０と、入力部１４０と、表示部１５０とを備える。
【００２６】
通信部１１０は、ネットワーク４０を介してサーバ２０と通信を行う機能を有する。通信部１１０は、例えば、受信端末３０との間で共有するコンテンツデータに関して発生したイベントが検出された場合に、そのイベントを識別するためのイベント識別情報をサーバ２０に送信する送信部として機能することができる。また、通信部１１０は、サーバ２０またはサーバ２０以外の装置からコンテンツデータを受信したり制御情報を受信したりする受信部として機能することができる。
【００２７】
制御部１２０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から構成され、送信端末１０の動作全体を制御する機能を有する。制御部１２０は、取得部１２１と、検出部１２２と、実行制御部１２３と、通知部１２４と、表示制御部１２５とを含んでいる。
【００２８】
取得部１２１は、受信端末３０との間で共有するコンテンツデータを取得する。取得部１２１は、例えば、通信部１１０によりサーバ２０またはサーバ２０以外の装置から受信されたコンテンツデータを取得することができる。コンテンツデータは、例えば、入力部１４０によりユーザからの入力が受け付けられたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などに基づいて取得部１２１により取得される。
【００２９】
図３は、本開示の実施形態にコンテンツデータの一例を示す図である。取得部１２１は、例えば、図３に示すようなコンテンツデータＣ１を取得することができる。図３に示されたコンテンツデータは、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式により記述されているが、コンテンツデータの形式は、特に限定されない。図３に示すように、コンテンツデータＣ１には、制御情報の所在を示すアドレスが埋め込まれていてもよい。
【００３０】
制御情報は、送信端末１０によるイベント識別情報を送信する機能、受信端末３０によるイベント識別情報を受信する機能、受信端末３０によるイベント識別情報に関連付けられる表示をコンテンツデータに付加する機能などを制御するためのプログラムに相当する。例えば、取得部１２１により、制御情報は、コンテンツデータＣ１に埋め込まれているアドレスに基づいて取得される。制御情報は、サーバ２０が保持していてもよく、サーバ２０以外の装置が保持していてもよく、送信端末１０または受信端末３０が保持していてもよい。制御情報を送信端末１０または受信端末３０が保持していれば、送信端末１０と受信端末３０との間の同期処理に対応していないサーバが提供するコンテンツデータを使用する場合であっても、送信端末１０と受信端末３０との間において同期をとることができる。ただし、送信端末１０または受信端末３０が保持する制御情報によりアクセスされる同期用サーバを用意する必要がある。
【００３１】
表示制御部１２５は、受信端末３０との間で共有するコンテンツデータを表示するよう制御する。図４は、本開示の実施形態に係る送信端末１０により表示される画面の例を示す図である。図４に示した例では、コンテンツデータＣ１は、「イベント選択前」においては、表示制御部１２５の制御により表示部１５０に画面Ｄ１として表示される。画面Ｄ１には、テキストエリアＤ１１、検索ボタンＤ１２、リンク群Ｄ１３、リンク群Ｄ１４などが含まれている。
【００３２】
ユーザによりイベントが選択されると、検出部１２２は、選択されたイベントの発生を検出する。例えば、入力部１４０によりユーザから入力が受け付けられた移動操作に基づいて、表示制御部１２５によりカーソルＣｕｒの移動が行われた後、入力部１４０により入力された決定操作に基づいて、カーソルＣｕｒの位置にあるイベントが選択される。図４に示した例では、「俳優Ｍ氏を逮捕」という名称のコンテンツデータへの遷移イベントが選択されている。
【００３３】
検出部１２２は、コンテンツデータに関して発生したイベントを検出する。図４に示した例では、「俳優Ｍ氏を逮捕」という名称のコンテンツデータへの遷移イベントが選択され、検出部１２２は、当該コンテンツデータへの遷移イベントの発生を検出する。検出部１２２により発生が検出されるイベントは、特に限定されない。例えば、検出部１２２は、発生を検出すべきイベントに対応する要素（例えば、ａｎｃｈｏｒ要素やｉｎｐｕｔ要素）をコンテンツデータからあらかじめフックしておき、フックしたイベントの発生を検出してもよいし、想定されるすべてのイベントの発生を検出してもよい。
【００３４】
検出部１２２は、コンテンツデータのロード完了、前のコンテンツデータに戻る、リンク先のコンテンツデータへの移動、フォームの編集、クリック、画面スクロール、コンテンツデータ内の要素をアクティブにする操作、カーソルの移動、などのイベントの発生を検出することができる。検出部１２２は、コンテンツデータ内の要素ごとに発生するイベント（例えば、「俳優Ｍ氏を逮捕」という名称のコンテンツデータへの遷移イベントなど）は、どの要素に関するイベントが発生したのかを合わせて検出することができる。
【００３５】
実行制御部１２３は、検出部１２２により発生が検出されたイベントの実行を制御する。実行制御部１２３は、例えば、検出部１２２により、「俳優Ｍ氏を逮捕」という名称のコンテンツデータへの遷移イベントの発生が検出された場合には、当該コンテンツデータへの遷移の実行制御を行う。
【００３６】
より詳細には、実行制御部１２３は、「俳優Ｍ氏を逮捕」という名称のコンテンツデータを取得し、取得したコンテンツデータを表示制御部１２５に出力する。表示制御部１２５は、実行制御部１２３から出力されたコンテンツデータを、表示部１５０に表示するように制御する。図４に示した例では、表示制御部１２５は、遷移後のコンテンツデータを画面Ｄ２として表示するよう制御する。画面Ｄ２には、画像Ｄ２１、テキストＤ２２などが含まれている。
【００３７】
通知部１２４は、検出部１２２により検出されたイベントを識別するためのイベント識別情報をサーバ２０に通知する。例えば、通知部１２４は、検出部１２２により検出されたイベントを識別するためのイベント識別情報をサーバ２０に送信するように通信部１１０を制御する。通知部１２４は、どのような情報をイベント識別情報として使用してもよい。
【００３８】
例えば、通知部１２４は、発生が検出されたイベントに対応するタグの全体または一部をイベント識別情報として使用してもよいし、タグの全体または一部をハッシュ値に変換し、変換して得られたハッシュ値をイベント識別情報として使用してもよい。また、タグ内にそのタグを一意に識別するための識別子（ｉｄ）が埋め込まれている場合には、その識別子をイベント識別情報として使用してもよい。通知部１２４は、発生が検出されたイベントに対応するタグにイベント識別情報を関連付けてもよい。
【００３９】
イベント識別情報の送信タイミングは特に限定されない。例えば、ネットワーク４０の帯域が十分にある場合は、送信端末１０においてイベントが発生する度にイベント識別情報をサーバ２０に通知すればよい。また、例えば、ネットワーク４０の帯域が十分にある場合は、所定の時間ごとに１または複数のイベント識別情報をまとめてサーバ２０に通知すればよい。また、本開示の実施形態に係る情報処理システム１では、一般的な画面における同期とは異なり、遅延が大きくてもユーザには遅延が分かりにくい。そのため、送信間隔を大きくしてもよい。例えば、１分間に発生した１または複数のイベントを送信端末１０からまとめてサーバ２０に送信してもよい。
【００４０】
通知部１２４は、イベント識別情報に加えてイベントに関連する情報をサーバ２０に通知してもよい。例えば、通知部１２４は、コンテンツデータを識別するための情報（例えば、コンテンツデータのＵＲＬなど）をイベント識別情報に加えてサーバ２０に通知してもよい。また、通知部１２４は、ユーザによりテキストエリアなどに入力されたデータをイベント識別情報に加えてサーバ２０に通知してもよい。
【００４１】
送信端末１０は、イベントが発生した時刻であるイベント発生時刻をさらにサーバ２０に通知してもよい。より詳細には、検出部１２２は、イベント発生時刻をさらに検出し、通知部１２４は、検出部１２２により検出されたイベント発生時刻をイベント識別情報に加えてサーバ２０に通知する。検出部１２２は、例えば、送信端末１０または送信端末１０の外部に備えられている時計からイベント発生時刻を取得することができる。イベント発生時刻の基準となる時刻は限定されないが、例えば、コンテンツデータのロードが完了してから所定の時間経過後（例えば、１０秒経過後）とすることができる。
【００４２】
上記したように、通知部１２４によりサーバ２０に通知される情報としては、イベント識別情報や、イベントに関連する情報などが想定されるが、これの情報は無制限にサーバ２０に通知されてもよいし、所定の条件を満たす場合にサーバ２０に通知されてもよい。すなわち、検出部１２２は、発生を検出したイベントに関連する情報が受信端末３０に通知制限されるべきか否かをさらに検出してもよい。その場合、通知部１２４は、検出部１２２によりイベントに関連する情報が受信端末３０に通知制限されるべきであることが検出された場合、イベントに関連する情報のサーバ２０への通知を制限してもよい。
【００４３】
例えば、検出部１２２は、個人情報が入力されると予想されるフォームに設定された文字列は、受信端末３０に通知制限されるべきであると判断してもよい。例えば、ｉｎｐｕｔタグや、ｔｅｘｔａｒｅａタグ、編集可能なｄｉｖなどが、個人情報が入力されると予想されるフォームに相当する。例えば、検出部１２２は、個人情報が入力されると予想されるフォームに設定された文字列は、受信端末３０に通知されるべきではないと判断してもよい。その場合、通知部１２４は、個人情報が入力されると予想されるフォームに設定された文字列のサーバ２０への通知を制限してもよい。例えば、通知部１２４は、個人情報が入力されると予想されるフォームに設定された文字列をサーバ２０に通知しなくてもよい。
【００４４】
例えば、検出部１２２は、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）通信が行われるコンテンツデータ内のフォームに設定された文字列は、受信端末３０に通知制限されるべきであると判断してもよい。例えば、ログイン画面ではＳＳＬ通信が必要とされることが多いため、検出部１２２は、ログイン画面において設定された文字列は、受信端末３０に通知されるべきではないと判断してもよい。その場合、通知部１２４は、ログイン画面において設定された文字列のサーバ２０への通知を制限してもよい。例えば、通知部１２４は、ログイン画面において設定された文字列をサーバ２０に通知しなくてもよい。
【００４５】
また、コンテンツデータの管理者などが、受信端末３０への通知が許可される要素に対して受信端末３０への通知が許可される旨を示すｃｌａｓｓを付与するようにしてもよい。その場合、検出部１２２は、受信端末３０への通知が許可される旨を示すｃｌａｓｓが付与されていない要素は、受信端末３０に通知制限されるべきであると判断してもよい。例えば、検出部１２２は、受信端末３０への通知が許可される旨を示すｃｌａｓｓが付与されていない要素は、受信端末３０に通知されるべきではないと判断してもよい。その場合、通知部１２４は、受信端末３０への通知が許可される旨を示すｃｌａｓｓが付与されていない要素のサーバ２０への通知を制限してもよい。例えば、通知部１２４は、受信端末３０への通知が許可される旨を示すｃｌａｓｓが付与されていない要素をサーバ２０に通知しなくてもよい。
【００４６】
以上に説明したように、受信端末３０に通知制限されるべきことが検出された場合、イベントに関連する情報のサーバ２０への通知を制限してもよいが、この場合、イベントに関連する情報は、通知部１２４により、抽象化してサーバ２０に通知されてもよい。例えば、通知部１２４は、キー入力があったことのみをサーバ２０に通知してもよいし、入力された文字列の文字数のみを通知してもよいし、カーソル位置の変更のみを通知してもよいし、フォーム全体において変更のあったことのみを通知してもよい。
【００４７】
記憶部１３０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、光磁気記憶デバイス等により構成され、各種情報、各種プログラム等を記憶する。記憶部１３０は、例えば、制御部１２０による制御に基づいて、コンテンツデータや、制御情報を記憶しておくこともできる。
【００４８】
入力部１４０は、ユーザから各種操作の入力を受け付ける機能を有する。例えば、入力部１４０は、取得すべきコンテンツデータのＵＲＬの入力をユーザから受け付けることができる。また、入力部１４０は、カーソルＣｕｒを移動させるための移動操作の入力をユーザから受け付けることができる。また、カーソルＣｕｒの位置にあるイベントを選択させるための決定操作の入力をユーザから受け付けることができる。
【００４９】
表示部１５０は、表示制御部１２５による制御に基づいて、各種情報を表示する機能を有する。例えば、表示部１５０は、表示制御部１２５による制御に基づいて、コンテンツデータを表示することができる。また、例えば、表示部１５０は、表示制御部１２５による制御に基づいて、カーソルＣｕｒを表示することもできる。
【００５０】
続いて、本開示の実施形態に係る送信端末１０の動作の流れについて説明する。図５は、本開示の実施形態に係る送信端末１０の動作の流れを示すフローチャートである。図５に示すように、まず、取得部１２１は、コンテンツデータを取得し（ステップＳ１０１）、制御情報を取得する（ステップＳ１０２）。
【００５１】
検出部１２２がイベントの発生を検出した場合には（ステップＳ１０３で「Ｙｅｓ」）、通知部１２４は、イベント識別情報をサーバ２０に通知し（ステップＳ１０４）、実行制御部１２３は、イベントの実行を制御する（ステップＳ１０５）。検出部１２２がイベントの発生を検出した場合には（ステップＳ１０３で「Ｎｏ」）、ステップＳ１０３に戻る。ステップＳ１０３〜ステップＳ１０５は、例えば、上記した制御情報に基づいて実行される。
【００５２】
＜３．サーバが有する機能＞
続いて、本開示の実施形態に係るサーバ２０が有する機能について説明する。図６は、本開示の実施形態に係るサーバ２０の機能構成を示すブロック図である。図６に示すように、本開示の実施形態に係るサーバ２０は、通信部２１０と、制御部２２０と、記憶部２３０とを備える。
【００５３】
通信部２１０は、ネットワーク４０を介して送信端末１０および受信端末３０と通信を行う機能を有する。通信部２１０は、例えば、送信端末１０と受信端末３０との間で共有されるコンテンツデータに関して送信端末１０において発生したイベントを識別するためのイベント識別情報を送信端末１０から受信する受信部として機能することができる。また、通信部２１０は、イベント識別情報を受信端末３０に送信する送信部として機能することができる。
【００５４】
制御部２２０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から構成され、サーバ２０の動作全体を制御する機能を有する。制御部２２０は、取得部２２１と、処理部２２２と、通知部２２３とを含んでいる。
【００５５】
取得部２２１は、送信端末１０と受信端末３０との間で共有されるコンテンツデータに関して送信端末１０において発生したイベントを識別するためのイベント識別情報を送信端末１０から取得する。取得部２２１は、例えば、通信部２１０により送信端末１０から受信されたイベント識別情報を取得することができる。取得部２２１により取得されたイベント識別情報は、処理部２２２により記憶部２３０に記憶しておくこともできる。
【００５６】
通知部２２３は、受信端末３０からの要求（以下、「イベント通知要求」とも言う。）に応じて、取得部２２１により取得されたイベント識別情報を受信端末３０に通知する。通知部２２３は、例えば、通信部２１０により受信端末３０から受信されたイベント通知要求を取得することができる。通知部２２３は、例えば、記憶部２３０に記憶してあるイベント識別情報を受信端末３０に通知することができる。
【００５７】
通知部２２３は、イベント識別情報に加えてイベントに関連する情報が送信端末１０から通知された場合には、イベント識別情報に加えてイベントに関連する情報を受信端末３０に通知してもよい。
【００５８】
サーバ２０は、イベント発生時刻がさらに送信端末１０から通知された場合には、イベント発生時刻をさらに受信端末３０に通知してもよい。より詳細には、取得部２２１は、イベント発生時刻を送信端末１０からさらに取得し、通知部２２３は、取得部２２１により取得されたイベント発生時刻をイベント識別情報に加えて受信端末３０に通知する。
【００５９】
図７は、本開示の実施形態に係るサーバにより実行される処理の一例を説明するための図である。図７に示すように、送信端末１０の一例としての送信端末１０Ａからイベント識別情報（イベントＥ１、Ｅ２、Ｅ３）が通知された場合には、サーバ２０の取得部２２１は、イベント識別情報（イベントＥ１、Ｅ２、Ｅ３）を取得し、通知部２２３は、取得部２２１により取得されたイベント識別情報（イベントＥ１、Ｅ２、Ｅ３）を受信端末３０に通知することができる。
【００６０】
記憶部２３０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、光磁気記憶デバイス等により構成され、各種情報、各種プログラム等を記憶する。記憶部２３０は、例えば、制御部２２０による制御に基づいて、イベント識別情報や、イベント発生時刻を記憶しておくこともできる。
【００６１】
続いて、本開示の実施形態に係るサーバ２０の動作の流れについて説明する。図８は、本開示の実施形態に係るサーバ２０の動作の流れを示すフローチャートである。図８に示すように、まず、取得部２２１は、送信端末１０からイベント識別情報を取得し（ステップＳ２０１）、記憶部２３０は、取得部２２１により取得されたイベント識別情報を記憶する（ステップＳ２０２）。
【００６２】
通知部２２３は、受信端末３０からイベント通知要求を取得した場合には（ステップＳ２０３で「Ｙｅｓ」）、イベント識別情報を受信端末３０に通知する（ステップＳ２０４）通知部２２３は、受信端末３０からイベント通知要求を取得しない場合には（ステップＳ２０３で「Ｎｏ」）、ステップＳ２０３に戻る。
【００６３】
図９は、本開示の実施形態に係るサーバにより実行される処理の他の一例を説明するための図である。図９に示すように、送信端末１０の一例としての送信端末１０Ａからイベント識別情報（イベントＥ１、Ｅ２、Ｅ３）とイベント識別情報に関連付けられているイベント発生時刻とが通知され、送信端末１０の一例としての送信端末１０Ｂからイベント識別情報（イベントＥ２、Ｅ４）とイベント識別情報に関連付けられているイベント発生時刻とが通知される場合も想定される。かかる場合には、処理部２２２は、送信端末１０Ａおよび送信端末１０Ｂの各々から取得された組み合わせをマージし、通知部２２３は、マージにより得られた結果を受信端末３０に通知することができる。
【００６４】
図９に示した例では、処理部２２２が、複数の組み合わせを１つの時系列にまとめることとしているが、処理部２２２は、ネットワーク４０の帯域を抑えるために、複数の同一イベント識別情報を１つにまとめてもよい。あるいは、処理部２２２は、あらかじめ定められた優先順位の低いイベント識別情報を削除するといった処理を行ってもよい。また、コンテンツデータへの出入りのイベントをまとめて現在の訪問人数というイベントとしてもよい。
【００６５】
図１０は、本開示の実施形態に係るサーバにより実行される処理の他の一例を説明するための図である。図１０に示すように、送信端末１０の一例としての送信端末１０Ａからイベント識別情報（イベントＥ１、Ｅ２、Ｅ３）とイベント識別情報に関連付けられているイベント発生回数とが通知され、送信端末１０の一例としての送信端末１０Ｂからイベント識別情報（イベントＥ２、Ｅ４）とイベント識別情報に関連付けられているイベント発生回数とが通知される場合も想定される。イベント発生回数は、例えば、所定の時間内に発生する回数に相当する。かかる場合には、処理部２２２は、送信端末１０Ａおよび送信端末１０Ｂの各々から取得された組み合わせに対して所定の統計処理を施し、通知部２２３は、所定の統計処理が施された結果を受信端末３０に通知することができる。
【００６６】
図１０に示した例では、処理部２２２が、送信端末１０Ａおよび送信端末１０Ｂの各々から取得されたイベント発生回数をイベント識別情報ごとに足し合わせ、足し合わせた結果として得られた総イベント発生回数の中で最大の総イベント発生回数に関連付けられるイベント識別情報を受信端末３０に通知している。しかし、統計処理は特に限定されない。例えば、処理部２２２は、所定の回数を超えている総イベント発生回数に関連付けられるイベント識別情報を受信端末３０に通知してもよい。送信端末１０や、サーバ２０、受信端末３０にかかる通信負荷を低減するためには、送信端末１０からサーバ２０にアクセスする際に送信端末１０からイベント発生回数をサーバ２０に送信することもできる。アクセス数が少ないコンテンツデータにおいては、特に統計的な手法は有効である。リアルタイム性が要求されずに済むからである。
【００６７】
処理部２２２は、送信端末１０および受信端末３０からのアクセスが多く、発生した全てのイベントを処理するのが困難な場合は、送信端末１０および受信端末３０を複数のグループに分割して、グループの中で同期させてもよい。または、処理部２２２は、代表の送信端末１０を選び、代表の送信端末１０において発生したイベントのみを収集してもよい。代表の送信端末１０を選ぶ手法には、様々な手法が想定される。
【００６８】
例えば、代表の送信端末１０をｎ台以下にする必要がある場合を想定する。その場合、処理部２２２は、代表の送信端末１０がｎ台未満のときに新しい送信端末１０からの接続があったら、その新しい送信端末１０を代表の送信端末１０に追加することができる。また、処理部２２２は、ｎ／（全体の送信端末１０の数）の割合でランダムに代表ではない送信端末１０を代表の送信端末１０として追加してもよい。
【００６９】
また、送信回数が多いと判断した送信端末１０が自律的に代表の送信端末１０になってもよい。送信回数が多いか否かの判断の基準値はサーバ２０が統計的に出したものを使ってもよい。また、処理部２２２は、直近にアクセスがあったｎ台の送信端末１０を代表の送信端末１０として選んでもよい。
【００７０】
＜４．受信端末が有する機能＞
続いて、本開示の実施形態に係る受信端末３０が有する機能について説明する。図１１は、本開示の実施形態に係る受信端末３０の機能構成を示すブロック図である。図１１に示すように、本開示の実施形態に係る受信端末３０は、通信部３１０と、制御部３２０と、記憶部３３０と、入力部３４０と、表示部３５０とを備える。
【００７１】
通信部３１０は、ネットワーク４０を介して送信端末１０およびサーバ２０と通信を行う機能を有する。通信部３１０は、送信端末１０と受信端末３０との間で共有されるコンテンツデータに関して送信端末１０において発生したイベントを識別するためのイベント識別情報をサーバ２０から受信する受信部として機能することができる。
【００７２】
制御部３２０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から構成され、受信端末３０の動作全体を制御する機能を有する。制御部３２０は、取得部３２１と、表示制御部３２５とを含んでいる。
【００７３】
取得部３２１は、送信端末１０との間で共有するコンテンツデータを取得する。取得部３２１は、例えば、通信部１１０によりサーバ２０またはサーバ２０以外の装置から受信されたコンテンツデータを取得することができる。コンテンツデータは、例えば、入力部３４０によりユーザからの入力が受け付けられたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などに基づいて取得部３２１により取得される。
【００７４】
取得部３２１は、例えば、図３に示すようなコンテンツデータＣ１を取得することができる。また、例えば、取得部１２１により、制御情報は、コンテンツデータＣ１に埋め込まれているアドレスに基づいて取得される。
【００７５】
表示制御部３２５は、送信端末１０との間で共有するコンテンツデータを表示するよう制御する。図１２は、本開示の実施形態に係る受信端末３０により表示される画面の例を示す図である。図１２に示した例では、コンテンツデータＣ１は、「イベント選択前」においては、表示制御部３２５の制御により表示部３５０に画面Ｄ１として表示される。画面Ｄ１には、テキストエリアＤ１１、検索ボタンＤ１２、リンク群Ｄ１３、リンク群Ｄ１４などが含まれている。
【００７６】
送信端末１０のユーザによりイベントが選択されると、送信端末１０において「俳優Ｍ氏を逮捕」という名称のコンテンツデータへの遷移イベントが選択される。図１２に示したように、「俳優Ｍ氏を逮捕」という名称のコンテンツデータへの遷移イベントが送信端末１０において選択され、当該コンテンツデータへの遷移イベントの発生が検出される。
【００７７】
受信端末３０の取得部３２１が、送信端末１０において発生したイベントを識別するためのイベント識別情報をサーバ２０から取得すると、表示制御部３２５は、取得部３２１により取得されたイベント識別情報に関連付けられる表示をコンテンツデータに付加する。図１２に示した例では、取得部３２１により取得されたイベント識別情報に関連付けられる表示としてオブジェクトＯｂｊが付加されている。
【００７８】
取得部３２１は、サーバ２０にイベント通知要求を出すと、そのイベント通知要求に対する応答として、イベント識別情報を取得することができる。取得部３２１によりサーバ２０にイベント通知要求が出されるタイミングは特に限定されないが、例えば、所定の時間ごとに出される。
【００７９】
受信端末３０は、イベントが発生した時刻であるイベント発生時刻をさらにサーバ２０から取得してもよい。より詳細には、取得部３２１は、イベント発生時刻をさらにサーバ２０から取得し、表示制御部３２５は、取得部３２１により取得されたイベント発生時刻に応じた時刻に、イベント識別情報に関連付けられる表示をコンテンツデータに付加する。イベント発生時刻の基準となる時刻は限定されない。
【００８０】
なお、図１２に示した例では、送信端末１０において選択されたリンクの近隣にオブジェクトＯｂｊが表示されることとしているが、かかる例に限定されない。例えば、表示制御部３２５は、送信端末１０において選択された要素の文字色、要素の背景色、要素のボーダーなどといったスタイルを変更してもよい。また、表示制御部３２５は、送信端末１０において選択された要素付近に、選択されたことを示す画像やアニメーションを表示するようにしてもよい。
【００８１】
このように、表示制御部３２５が、取得部３２１により取得されたイベント識別情報に関連付けられる表示をコンテンツデータに付加するようにすることで、受信端末３０のユーザは、送信端末１０のユーザがどのような操作を行っているかを把握することができる。
【００８２】
なお、取得部３２１により取得されるイベント識別情報は、送信端末１０において発生したイベントを識別するためのイベント識別情報であってもよいし、送信端末１０において発生したイベントに対して統計処理が施された結果であってもよい。表示制御部３２５は、いずれか一方に関連付けられる表示をコンテンツデータに付加してもよいし、各々に関連付けられる表示をともにコンテンツデータに付加してもよい。また、表示制御部３２５は、選択される頻度に応じて表示を変更してもよい。例えば、表示制御部３２５は、比較的選択頻度の小さいイベント識別情報に関連付けられる表示は薄く表示するようにすることもできる。
【００８３】
また、リンクの選択以外にも選択されるイベントには様々なイベントが想定される。例えば、コンテンツデータをロードするイベントが送信端末１０において選択された場合には、表示制御部３２５は、そのコンテンツデータへのアクセス数を画面の端などに表示するようにしてもよい。あるいは、表示制御部３２５は、新たな送信端末１０が接続された瞬間、接続されたことを示す文字やアニメーションを表示するようにしてもよい。また、表示制御部３２５は、画面に地図を表示してログインされた場所またはその近隣を点滅させるようにしてもよい。
【００８４】
また、例えば、前のページに戻るイベントが送信端末１０において選択された場合には、表示制御部３２５は、他のユーザが当該コンテンツデータから出て行くことを示すアニメーションを画面に付加してもよい。また、例えば、カーソル移動が送信端末１０において選択された場合には、表示制御部３２５は、送信端末１０において表示されているカーソルの位置と同じ位置にカーソルを薄く表示するようにしてもよい。
【００８５】
また、例えば、画面スクロールが送信端末１０において選択された場合には、表示制御部３２５は、送信端末１０のユーザにより読まれているページに該当するスクロールバーに色を付けるようにしてもよい。いずれの手法であっても、コンテンツデータの閲覧に影響を与えない補助的な情報として送信端末１０におけるイベントが表示されることが望ましい。すなわち、受信端末３０における画面上に大きな変化を与えないものが望ましい。
【００８６】
なお、例えば、表示内容が頻繁に書き換わるコンテンツデータにアクセスする場合などには、送信端末１０からサーバ２０を介して受信端末３０に通知されたイベント識別情報により識別されるイベントを実行しようとしても、送信端末１０において実行されたイベントとは異なるイベントが受信端末３０において実行される場合もある。例えば、受信端末３０において、「俳優Ｍ氏を逮捕」という名称のコンテンツデータへの遷移イベントを実行しようとしたつもりが、より新しいコンテンツデータへの遷移イベントを実行してしまう場合が想定される。
【００８７】
このような場合に対する処置として、各イベントの要素に対して異なる識別子（ｉｄ）を付加するようにすることが想定される。また、各イベントの要素に対して一貫性のある識別子（ｉｄ）を付加することができない（あるいは、付加しない）場合は、各イベントの要素が有する特定の属性からハッシュ値を生成し、ハッシュ値が等しくなければ共有しないといった制御を行うこともできる。
【００８８】
続いて、本開示の実施形態に係る受信端末３０の動作の流れについて説明する。図１３は、本開示の実施形態に係る受信端末３０の動作の流れを示すフローチャートである。図１３に示すように、まず、取得部３２１は、コンテンツデータを取得し（ステップＳ３０１）、制御情報を取得する（ステップＳ３０２）。
【００８９】
所定時間が経過した場合には（ステップＳ３０３で「Ｙｅｓ」）、取得部３２１は、イベント通知要求をサーバ２０に送信し（ステップＳ３０４）、その応答としてイベント識別情報をサーバ２０から受信する（ステップＳ３０５）。例えば、表示制御部３２５は、イベント識別情報に対応するオブジェクトを表示する（ステップＳ３０６）。所定時間が経過しない場合には（ステップＳ３０３で「Ｎｏ」）、ステップＳ３０３に戻る。ステップＳ３０３〜ステップＳ３０６は、例えば、上記した制御情報に基づいて実行される。
【００９０】
＜５．ハードウェア構成例＞
図１４は、本開示の実施形態に係る情報処理装置（送信端末１０、サーバ２０及び受信端末３０）のハードウェア構成を示したブロック図である。情報処理装置は、ＣＰＵ９０１と、ＲＯＭ９０２と、ＲＡＭ９０３と、ホストバス９０４と、を備える。また、情報処理装置は、ブリッジ９０５と、外部バス９０６と、インタフェース９０７と、入力装置９０８と、出力装置９１０と、ストレージ装置（ＨＤＤ）９１１と、ドライブ９１２と、通信装置９１３とを備える。
【００９１】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、各種プログラムに従って情報処理装置内の動作全般を制御する。また、ＣＰＵ９０１は、マイクロプロセッサであってもよい。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバスなどから構成されるホストバス９０４により相互に接続されている。
【００９２】
ホストバス９０４は、ブリッジ９０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス９０６に接続されている。なお、必ずしもホストバス９０４、ブリッジ９０５および外部バス９０６を分離構成する必要はなく、一のバスにこれらの機能を実装してもよい。
【００９３】
入力装置９０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチおよびレバーなどユーザが情報を入力するための装置と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路などから構成されている。情報処理装置のユーザは、該入力装置９０８を操作することにより、情報処理装置に対して各種のデータを入力したり処理動作を指示したりすることができる。
【００９４】
出力装置９１０は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。さらに、出力装置９１０は、スピーカおよびヘッドホンなどの音声出力装置を含む。出力装置９１０は、例えば、再生されたコンテンツを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を音声に変換して出力する。
【００９５】
ストレージ装置９１１は、本実施形態に係る情報処理装置の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１１は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。ストレージ装置９１１は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）で構成される。このストレージ装置９１１は、ハードディスクを駆動し、ＣＰＵ９０１が実行するプログラムや各種データを格納する。
【００９６】
ドライブ９１２は、記憶媒体用リーダライタであり、情報処理装置に内蔵、あるいは外付けされる。ドライブ９１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体８００に記録されている情報を読み出して、ＲＡＭ９０３に出力する。また、ドライブ９１２は、リムーバブル記録媒体８００に情報を書き込むこともできる。
【００９７】
通信装置９１３は、例えば、ネットワーク４０に接続するための通信デバイス等で構成された通信インタフェースである。通信装置９１３は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応通信装置であっても、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。
【００９８】
＜６．まとめ＞
以上説明したように、本開示の実施形態によれば、コンテンツデータを複数の端末間において共有している場合において、ある端末において発生したイベントを他の端末に通知することができる。これにより、あるユーザがコンテンツデータに対してどのような操作を行っているかをコンテンツデータ閲覧中の他のユーザに知らせることができる。
【００９９】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１００】
また、本明細書の送信端末１０、サーバ２０及び受信端末３０の動作における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、送信端末１０、サーバ２０及び受信端末３０の動作における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【０１０１】
また、情報処理装置に内蔵されるＣＰＵ９０１、ＲＯＭ９０２及びＲＡＭ９０３などのハードウェアを、上述した情報処理装置の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【０１０２】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得する取得部と、
を備え、
前記表示制御部は、前記取得部により取得された前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、受信端末。
（２）
前記取得部は、前記イベントが発生した時刻であるイベント発生時刻を前記サーバからさらに取得し、
前記表示制御部は、前記イベント発生時刻に応じた時刻に、前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、
前記（１）に記載の受信端末。
（３）
送信端末との間で共有するコンテンツデータを表示するよう制御することと、
前記コンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得することと、
を含み、
前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加すること、
を含む、情報処理方法。
（４）
コンピュータを、
送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得する取得部と、
を備え、
前記表示制御部は、前記取得部により取得された前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、受信端末として機能させるためのプログラム。
（５）
送信端末と受信端末との間で共有されるコンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報を前記送信端末から取得する取得部と、
前記受信端末からの要求に応じて、前記取得部により取得された前記イベント識別情報を前記受信端末に通知する通知部と、
を備える、サーバ。
（６）
前記取得部は、前記イベントが発生した時刻であるイベント発生時刻を前記送信端末からさらに取得し、
前記通知部は、前記取得部により取得された前記イベント発生時刻を前記受信端末にさらに通知する、
前記（５）に記載のサーバ。
（７）
前記取得部は、前記イベント識別情報と前記イベント発生時刻との組み合わせを複数の前記送信端末の各々から取得し、
前記サーバは、
前記複数の送信端末の各々から取得された前記組み合わせをマージする処理部をさらに備え、
前記通知部は、前記処理部によりマージされた結果を前記受信端末に通知する、
前記（６）に記載のサーバ。
（８）
前記取得部は、前記イベント識別情報と前記イベント発生時刻との組み合わせを複数の前記送信端末の各々から取得し、
前記サーバは、
前記複数の送信端末の各々から取得された前記組み合わせに対して所定の統計処理を施す処理部をさらに備え、
前記通知部は、前記処理部により前記所定の統計処理が施された結果を前記受信端末に通知する、
前記（６）に記載のサーバ。
（９）
送信端末と受信端末との間で共有されるコンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報を前記送信端末から取得することと、
前記受信端末からの要求に応じて、前記イベント識別情報を前記受信端末に通知することと、
を含む、情報処理方法。
（１０）
コンピュータを、
送信端末と受信端末との間で共有されるコンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報を前記送信端末から取得する取得部と、
前記受信端末からの要求に応じて、前記取得部により取得された前記イベント識別情報を前記受信端末に通知する通知部と、
を備える、サーバとして機能させるためのプログラム。
（１１）
受信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して発生したイベントを検出する検出部と、
前記検出部により検出されたイベントを識別するためのイベント識別情報をサーバに通知する通知部と、
を備える、送信端末。
（１２）
前記検出部は、前記イベントが発生した時刻であるイベント発生時刻をさらに検出し、
前記通知部は、前記検出部により検出された前記イベント発生時刻を前記サーバにさらに通知する、
前記（１１）に記載の送信端末。
（１３）
前記検出部は、検出した前記イベントに関連する情報が前記受信端末に通知制限されるべきか否かをさらに検出し、
前記通知部は、前記検出部により前記イベントに関連する情報が前記受信端末に通知制限されるべきであることが検出された場合、前記イベントに関連する情報の前記サーバへの通知を制限する、
前記（１１）または（１２）に記載の送信端末。
（１４）
受信端末との間で共有するコンテンツデータを表示するよう制御することと、
前記コンテンツデータに関して発生したイベントを検出することと、
前記イベントを識別するためのイベント識別情報をサーバに通知することと、
を含む、情報処理方法。
（１５）
コンピュータを、
受信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して発生したイベントを検出する検出部と、
前記検出部により検出されたイベントを識別するためのイベント識別情報をサーバに通知する通知部と、
を備える、送信端末として機能させるためのプログラム。
（１６）
コンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して発生したイベントを検出する検出部と、
前記検出部により検出されたイベントを識別するためのイベント識別情報を通知する通知部と、
を備える、送信端末と、
前記イベント識別情報を前記送信端末から取得する取得部と、
前記取得部により取得された前記イベント識別情報を要求に応じて通知する通知部と、
を備える、サーバと、
前記送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記イベント識別情報を前記サーバから取得する取得部と、
を備え、
前記表示制御部は、前記取得部により取得された前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、受信端末と、
を有する、情報処理システム。
【符号の説明】
【０１０３】
１ 情報処理システム
１０（１０Ａ、１０Ｂ） 送信端末
２０ サーバ
３０ 受信端末
４０ ネットワーク
１１０ 通信部
１２１ 取得部
１２２ 検出部
１２３ 実行制御部
１２４ 通知部
１２５ 表示制御部
２２１ 取得部
２２２ 処理部
２２３ 通知部
３２１ 取得部
３２５ 表示制御部
【技術分野】
【０００１】
本開示は、受信端末、情報処理方法、プログラム、サーバ、送信端末及び情報処理システムに関する。
【背景技術】
【０００２】
近年、サーバによりネットワークを介して提供される画面を複数の端末間において共有する技術が開発されている（例えば、特許文献１参照）。かかる技術を使用すれば、複数の端末の各々を使用するユーザは、複数の端末の各々により表示された同一の画面を閲覧しながら、円滑に会議を行うことができる。また、例えば、画面内において注目すべき箇所を指定する操作を複数の端末間において共有すれば、さらに円滑に会議を行うことができる。
【０００３】
一方、インターネットの普及に伴い、Ｗｅｂサーバにより提供されるＷｅｂページなどといったコンテンツデータを複数の端末間において共有する技術が、様々な場面において使用されている。このようなコンテンツデータを共有する場合においても、上記したような画面を共有する場合と同様に、サーバにより提供されたコンテンツデータを複数の端末の各々により表示することができる。これにより、複数の端末の各々を使用するユーザは、複数の端末の各々により表示された同一のコンテンツデータを閲覧することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２３０５７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、複数の端末間においてコンテンツデータを共有する場合には、ある端末において発生したイベント（例えば、ユーザにより指定されたコンテンツデータへの遷移など）を、直接的に他の端末に反映させることは望ましくない場合もある。例えば、コンテンツデータを私的に使用する場合など、複数の端末の各々を使用するユーザが自身の自由な操作によりコンテンツデータを閲覧したい場合もあるからである。
【０００６】
このような場合であっても、コンテンツデータを複数の端末間において共有している場合において、ある端末において発生したイベントを他の端末に通知することにより、あるユーザがコンテンツデータに対してどのような操作を行っているかをコンテンツデータ閲覧中の他のユーザに知らせることが望ましい。
【課題を解決するための手段】
【０００７】
本開示によれば、送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、前記コンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得する取得部と、を備え、前記表示制御部は、前記取得部により取得された前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、受信端末が提供される。
【発明の効果】
【０００８】
以上説明したように本開示によれば、複数の端末間においてコンテンツデータを共有している場合において、あるユーザがコンテンツデータに対してどのような操作を行っているかをコンテンツデータ閲覧中の他のユーザに知らせることが可能である。
【図面の簡単な説明】
【０００９】
【図１】本開示の実施形態に係る情報処理システムの構成を示す図である。
【図２】同実施形態に係る送信端末の機能構成を示すブロック図である。
【図３】同実施形態に係るコンテンツデータの一例を示す図である。
【図４】同実施形態に係る送信端末により表示される画面の例を示す図である。
【図５】同実施形態に係る送信端末の動作の流れを示すフローチャートである。
【図６】同実施形態に係るサーバの機能構成を示すブロック図である。
【図７】同実施形態に係るサーバにより実行される処理の一例を説明するための図である。
【図８】同実施形態に係るサーバの動作の流れを示すフローチャートである。
【図９】同実施形態に係るサーバにより実行される処理の他の一例を説明するための図である。
【図１０】同実施形態に係るサーバにより実行される処理の他の一例を説明するための図である。
【図１１】同実施形態に係る受信端末の機能構成を示すブロック図である。
【図１２】同実施形態に係る受信端末により表示される画面の例を示す図である。
【図１３】同実施形態に係る受信端末の動作の流れを示すフローチャートである。
【図１４】同実施形態に係る情報処理装置のハードウェア構成を示すブロック図である。
【発明を実施するための形態】
【００１０】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１１】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じて送信端末１０Ａ及び送信端末１０Ｂのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、送信端末１０Ａ及び送信端末１０Ｂを特に区別する必要が無い場合には、単に送信端末１０と称する。
【００１２】
なお、説明は以下の順序で行うものとする。
１．情報処理システムの構成
２．送信端末が有する機能
３．サーバが有する機能
４．受信端末が有する機能
５．ハードウェア構成例
６．まとめ
【００１３】
＜１．情報処理システムの構成＞
以下、図１〜図１４を参照し、本開示に係る実施形態を詳細に説明する。まず、本開示の実施形態に係る情報処理システムの構成について説明する。
【００１４】
図１は、本開示の実施形態に係る情報処理システムの構成を示した図である。図１に示すように、情報処理システム１は、送信端末１０、サーバ２０及び受信端末３０を備える。送信端末１０、サーバ２０及び受信端末３０は、ネットワーク４０を介して、通信を行うことが可能である。
【００１５】
ネットワーク４０は、ネットワーク４０に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、ネットワーク４０は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。
【００１６】
送信端末１０は、受信端末３０との間で共有するコンテンツデータを表示するよう制御する。これにより、送信端末１０を使用するユーザは、送信端末１０による制御により表示されたコンテンツデータを閲覧することができる。受信端末３０との間で共有するコンテンツデータは、例えば、サーバ２０により保持されており、送信端末１０は、サーバ２０に対して要求を行うと、その要求に対する応答としてコンテンツデータを取得することができる。受信端末３０との間で共有するコンテンツデータは、サーバ２０以外の装置により保持されていてもよい。
【００１７】
ユーザは、このように表示されたコンテンツデータを閲覧しながら、コンテンツデータに対する操作を行うことができる。コンテンツデータに対する操作は、例えば、ユーザにより指定されたコンテンツデータへの遷移などが想定されるが、特に限定されない。ユーザにより操作がなされると、その操作は、送信端末１０によりイベントとして検出される。送信端末１０は、検出したイベントを識別するためのイベント識別情報をサーバ２０に通知することができる。
【００１８】
なお、図１には、情報処理システム１が２つの送信端末１０（送信端末１０Ａ及び送信端末１０Ｂ）を備える例について示されているが、送信端末１０の数は、特に限定されない。すなわち、情報処理システム１は、１つの送信端末１０を備えていてもよいし、２つ以上の送信端末１０を備えていてもよい。
【００１９】
サーバ２０は、イベント識別情報を送信端末１０から取得する。サーバ２０は、送信端末１０から取得したイベント識別情報を保持しておくことができる。このように保持されているイベント識別情報は、受信端末３０からの要求に応じて、受信端末３０に通知されることができる。なお、図１には、サーバ２０は、送信端末１０や受信端末３０とは別の装置である場合について示されているが、サーバ２０は、送信端末１０に組み込まれていてもよく、受信端末３０に組み込まれていてもよい。
【００２０】
受信端末３０は、送信端末１０との間で共有するコンテンツデータを表示するよう制御する。これにより、受信端末３０を使用するユーザは、受信端末３０による制御により表示されたコンテンツデータを閲覧することができる。送信端末１０との間で共有するコンテンツデータは、上記したように、例えば、サーバ２０により保持されており、受信端末３０は、サーバ２０に対して要求を行うと、その要求に対する応答としてコンテンツデータを取得することができる。
【００２１】
受信端末３０は、イベント識別情報をサーバ２０から取得すると、取得したイベント識別情報に関連付けられる表示をコンテンツデータに付加することができる。このようにコンテンツデータに付加された表示を閲覧することにより、受信端末３０を使用するユーザは、他のユーザがコンテンツデータに対して行っている操作を把握することができる。その結果、受信端末３０を使用するユーザは、例えば、閲覧しているコンテンツデータに対する操作を自ら行うに際して、把握した操作を参考にすることができる。
【００２２】
送信端末１０や受信端末３０は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、家庭用映像処理装置（ＤＶＤレコーダ、ビデオデッキなど）、携帯電話、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）、携帯用音楽再生装置、携帯用映像処理装置、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、家庭用ゲーム機器、携帯用ゲーム機器、家電機器などの情報処理装置であってもよい。
【００２３】
以下では、コンテンツデータに関して発生するイベントを検出する機能や、イベント識別情報をサーバ２０に通知する機能、イベントを実行制御する機能などを、送信端末１０が有する例について説明する。また、サーバ２０からイベント識別情報を受信する機能や、イベント識別情報に関連付けられる表示をコンテンツデータに付加する機能を、受信端末３０が有している例について説明する。
【００２４】
しかしながら、送信端末１０は、受信端末３０が有する機能の一部または全部を追加的に備えていてもよい。また、受信端末３０は、送信端末１０が有する機能の一部または全部を追加的に備えていてもよい。以下、本開示の実施形態に係る送信端末１０、サーバ２０及び受信端末３０の各々の構成について説明する。
【００２５】
＜２．送信端末が有する機能＞
まず、本開示の実施形態に係る送信端末１０が有する機能について説明する。図２は、本開示の実施形態に係る送信端末１０の機能構成を示すブロック図である。図２に示すように、本開示の実施形態に係る送信端末１０は、通信部１１０と、制御部１２０と、記憶部１３０と、入力部１４０と、表示部１５０とを備える。
【００２６】
通信部１１０は、ネットワーク４０を介してサーバ２０と通信を行う機能を有する。通信部１１０は、例えば、受信端末３０との間で共有するコンテンツデータに関して発生したイベントが検出された場合に、そのイベントを識別するためのイベント識別情報をサーバ２０に送信する送信部として機能することができる。また、通信部１１０は、サーバ２０またはサーバ２０以外の装置からコンテンツデータを受信したり制御情報を受信したりする受信部として機能することができる。
【００２７】
制御部１２０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から構成され、送信端末１０の動作全体を制御する機能を有する。制御部１２０は、取得部１２１と、検出部１２２と、実行制御部１２３と、通知部１２４と、表示制御部１２５とを含んでいる。
【００２８】
取得部１２１は、受信端末３０との間で共有するコンテンツデータを取得する。取得部１２１は、例えば、通信部１１０によりサーバ２０またはサーバ２０以外の装置から受信されたコンテンツデータを取得することができる。コンテンツデータは、例えば、入力部１４０によりユーザからの入力が受け付けられたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などに基づいて取得部１２１により取得される。
【００２９】
図３は、本開示の実施形態にコンテンツデータの一例を示す図である。取得部１２１は、例えば、図３に示すようなコンテンツデータＣ１を取得することができる。図３に示されたコンテンツデータは、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式により記述されているが、コンテンツデータの形式は、特に限定されない。図３に示すように、コンテンツデータＣ１には、制御情報の所在を示すアドレスが埋め込まれていてもよい。
【００３０】
制御情報は、送信端末１０によるイベント識別情報を送信する機能、受信端末３０によるイベント識別情報を受信する機能、受信端末３０によるイベント識別情報に関連付けられる表示をコンテンツデータに付加する機能などを制御するためのプログラムに相当する。例えば、取得部１２１により、制御情報は、コンテンツデータＣ１に埋め込まれているアドレスに基づいて取得される。制御情報は、サーバ２０が保持していてもよく、サーバ２０以外の装置が保持していてもよく、送信端末１０または受信端末３０が保持していてもよい。制御情報を送信端末１０または受信端末３０が保持していれば、送信端末１０と受信端末３０との間の同期処理に対応していないサーバが提供するコンテンツデータを使用する場合であっても、送信端末１０と受信端末３０との間において同期をとることができる。ただし、送信端末１０または受信端末３０が保持する制御情報によりアクセスされる同期用サーバを用意する必要がある。
【００３１】
表示制御部１２５は、受信端末３０との間で共有するコンテンツデータを表示するよう制御する。図４は、本開示の実施形態に係る送信端末１０により表示される画面の例を示す図である。図４に示した例では、コンテンツデータＣ１は、「イベント選択前」においては、表示制御部１２５の制御により表示部１５０に画面Ｄ１として表示される。画面Ｄ１には、テキストエリアＤ１１、検索ボタンＤ１２、リンク群Ｄ１３、リンク群Ｄ１４などが含まれている。
【００３２】
ユーザによりイベントが選択されると、検出部１２２は、選択されたイベントの発生を検出する。例えば、入力部１４０によりユーザから入力が受け付けられた移動操作に基づいて、表示制御部１２５によりカーソルＣｕｒの移動が行われた後、入力部１４０により入力された決定操作に基づいて、カーソルＣｕｒの位置にあるイベントが選択される。図４に示した例では、「俳優Ｍ氏を逮捕」という名称のコンテンツデータへの遷移イベントが選択されている。
【００３３】
検出部１２２は、コンテンツデータに関して発生したイベントを検出する。図４に示した例では、「俳優Ｍ氏を逮捕」という名称のコンテンツデータへの遷移イベントが選択され、検出部１２２は、当該コンテンツデータへの遷移イベントの発生を検出する。検出部１２２により発生が検出されるイベントは、特に限定されない。例えば、検出部１２２は、発生を検出すべきイベントに対応する要素（例えば、ａｎｃｈｏｒ要素やｉｎｐｕｔ要素）をコンテンツデータからあらかじめフックしておき、フックしたイベントの発生を検出してもよいし、想定されるすべてのイベントの発生を検出してもよい。
【００３４】
検出部１２２は、コンテンツデータのロード完了、前のコンテンツデータに戻る、リンク先のコンテンツデータへの移動、フォームの編集、クリック、画面スクロール、コンテンツデータ内の要素をアクティブにする操作、カーソルの移動、などのイベントの発生を検出することができる。検出部１２２は、コンテンツデータ内の要素ごとに発生するイベント（例えば、「俳優Ｍ氏を逮捕」という名称のコンテンツデータへの遷移イベントなど）は、どの要素に関するイベントが発生したのかを合わせて検出することができる。
【００３５】
実行制御部１２３は、検出部１２２により発生が検出されたイベントの実行を制御する。実行制御部１２３は、例えば、検出部１２２により、「俳優Ｍ氏を逮捕」という名称のコンテンツデータへの遷移イベントの発生が検出された場合には、当該コンテンツデータへの遷移の実行制御を行う。
【００３６】
より詳細には、実行制御部１２３は、「俳優Ｍ氏を逮捕」という名称のコンテンツデータを取得し、取得したコンテンツデータを表示制御部１２５に出力する。表示制御部１２５は、実行制御部１２３から出力されたコンテンツデータを、表示部１５０に表示するように制御する。図４に示した例では、表示制御部１２５は、遷移後のコンテンツデータを画面Ｄ２として表示するよう制御する。画面Ｄ２には、画像Ｄ２１、テキストＤ２２などが含まれている。
【００３７】
通知部１２４は、検出部１２２により検出されたイベントを識別するためのイベント識別情報をサーバ２０に通知する。例えば、通知部１２４は、検出部１２２により検出されたイベントを識別するためのイベント識別情報をサーバ２０に送信するように通信部１１０を制御する。通知部１２４は、どのような情報をイベント識別情報として使用してもよい。
【００３８】
例えば、通知部１２４は、発生が検出されたイベントに対応するタグの全体または一部をイベント識別情報として使用してもよいし、タグの全体または一部をハッシュ値に変換し、変換して得られたハッシュ値をイベント識別情報として使用してもよい。また、タグ内にそのタグを一意に識別するための識別子（ｉｄ）が埋め込まれている場合には、その識別子をイベント識別情報として使用してもよい。通知部１２４は、発生が検出されたイベントに対応するタグにイベント識別情報を関連付けてもよい。
【００３９】
イベント識別情報の送信タイミングは特に限定されない。例えば、ネットワーク４０の帯域が十分にある場合は、送信端末１０においてイベントが発生する度にイベント識別情報をサーバ２０に通知すればよい。また、例えば、ネットワーク４０の帯域が十分にある場合は、所定の時間ごとに１または複数のイベント識別情報をまとめてサーバ２０に通知すればよい。また、本開示の実施形態に係る情報処理システム１では、一般的な画面における同期とは異なり、遅延が大きくてもユーザには遅延が分かりにくい。そのため、送信間隔を大きくしてもよい。例えば、１分間に発生した１または複数のイベントを送信端末１０からまとめてサーバ２０に送信してもよい。
【００４０】
通知部１２４は、イベント識別情報に加えてイベントに関連する情報をサーバ２０に通知してもよい。例えば、通知部１２４は、コンテンツデータを識別するための情報（例えば、コンテンツデータのＵＲＬなど）をイベント識別情報に加えてサーバ２０に通知してもよい。また、通知部１２４は、ユーザによりテキストエリアなどに入力されたデータをイベント識別情報に加えてサーバ２０に通知してもよい。
【００４１】
送信端末１０は、イベントが発生した時刻であるイベント発生時刻をさらにサーバ２０に通知してもよい。より詳細には、検出部１２２は、イベント発生時刻をさらに検出し、通知部１２４は、検出部１２２により検出されたイベント発生時刻をイベント識別情報に加えてサーバ２０に通知する。検出部１２２は、例えば、送信端末１０または送信端末１０の外部に備えられている時計からイベント発生時刻を取得することができる。イベント発生時刻の基準となる時刻は限定されないが、例えば、コンテンツデータのロードが完了してから所定の時間経過後（例えば、１０秒経過後）とすることができる。
【００４２】
上記したように、通知部１２４によりサーバ２０に通知される情報としては、イベント識別情報や、イベントに関連する情報などが想定されるが、これの情報は無制限にサーバ２０に通知されてもよいし、所定の条件を満たす場合にサーバ２０に通知されてもよい。すなわち、検出部１２２は、発生を検出したイベントに関連する情報が受信端末３０に通知制限されるべきか否かをさらに検出してもよい。その場合、通知部１２４は、検出部１２２によりイベントに関連する情報が受信端末３０に通知制限されるべきであることが検出された場合、イベントに関連する情報のサーバ２０への通知を制限してもよい。
【００４３】
例えば、検出部１２２は、個人情報が入力されると予想されるフォームに設定された文字列は、受信端末３０に通知制限されるべきであると判断してもよい。例えば、ｉｎｐｕｔタグや、ｔｅｘｔａｒｅａタグ、編集可能なｄｉｖなどが、個人情報が入力されると予想されるフォームに相当する。例えば、検出部１２２は、個人情報が入力されると予想されるフォームに設定された文字列は、受信端末３０に通知されるべきではないと判断してもよい。その場合、通知部１２４は、個人情報が入力されると予想されるフォームに設定された文字列のサーバ２０への通知を制限してもよい。例えば、通知部１２４は、個人情報が入力されると予想されるフォームに設定された文字列をサーバ２０に通知しなくてもよい。
【００４４】
例えば、検出部１２２は、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）通信が行われるコンテンツデータ内のフォームに設定された文字列は、受信端末３０に通知制限されるべきであると判断してもよい。例えば、ログイン画面ではＳＳＬ通信が必要とされることが多いため、検出部１２２は、ログイン画面において設定された文字列は、受信端末３０に通知されるべきではないと判断してもよい。その場合、通知部１２４は、ログイン画面において設定された文字列のサーバ２０への通知を制限してもよい。例えば、通知部１２４は、ログイン画面において設定された文字列をサーバ２０に通知しなくてもよい。
【００４５】
また、コンテンツデータの管理者などが、受信端末３０への通知が許可される要素に対して受信端末３０への通知が許可される旨を示すｃｌａｓｓを付与するようにしてもよい。その場合、検出部１２２は、受信端末３０への通知が許可される旨を示すｃｌａｓｓが付与されていない要素は、受信端末３０に通知制限されるべきであると判断してもよい。例えば、検出部１２２は、受信端末３０への通知が許可される旨を示すｃｌａｓｓが付与されていない要素は、受信端末３０に通知されるべきではないと判断してもよい。その場合、通知部１２４は、受信端末３０への通知が許可される旨を示すｃｌａｓｓが付与されていない要素のサーバ２０への通知を制限してもよい。例えば、通知部１２４は、受信端末３０への通知が許可される旨を示すｃｌａｓｓが付与されていない要素をサーバ２０に通知しなくてもよい。
【００４６】
以上に説明したように、受信端末３０に通知制限されるべきことが検出された場合、イベントに関連する情報のサーバ２０への通知を制限してもよいが、この場合、イベントに関連する情報は、通知部１２４により、抽象化してサーバ２０に通知されてもよい。例えば、通知部１２４は、キー入力があったことのみをサーバ２０に通知してもよいし、入力された文字列の文字数のみを通知してもよいし、カーソル位置の変更のみを通知してもよいし、フォーム全体において変更のあったことのみを通知してもよい。
【００４７】
記憶部１３０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、光磁気記憶デバイス等により構成され、各種情報、各種プログラム等を記憶する。記憶部１３０は、例えば、制御部１２０による制御に基づいて、コンテンツデータや、制御情報を記憶しておくこともできる。
【００４８】
入力部１４０は、ユーザから各種操作の入力を受け付ける機能を有する。例えば、入力部１４０は、取得すべきコンテンツデータのＵＲＬの入力をユーザから受け付けることができる。また、入力部１４０は、カーソルＣｕｒを移動させるための移動操作の入力をユーザから受け付けることができる。また、カーソルＣｕｒの位置にあるイベントを選択させるための決定操作の入力をユーザから受け付けることができる。
【００４９】
表示部１５０は、表示制御部１２５による制御に基づいて、各種情報を表示する機能を有する。例えば、表示部１５０は、表示制御部１２５による制御に基づいて、コンテンツデータを表示することができる。また、例えば、表示部１５０は、表示制御部１２５による制御に基づいて、カーソルＣｕｒを表示することもできる。
【００５０】
続いて、本開示の実施形態に係る送信端末１０の動作の流れについて説明する。図５は、本開示の実施形態に係る送信端末１０の動作の流れを示すフローチャートである。図５に示すように、まず、取得部１２１は、コンテンツデータを取得し（ステップＳ１０１）、制御情報を取得する（ステップＳ１０２）。
【００５１】
検出部１２２がイベントの発生を検出した場合には（ステップＳ１０３で「Ｙｅｓ」）、通知部１２４は、イベント識別情報をサーバ２０に通知し（ステップＳ１０４）、実行制御部１２３は、イベントの実行を制御する（ステップＳ１０５）。検出部１２２がイベントの発生を検出した場合には（ステップＳ１０３で「Ｎｏ」）、ステップＳ１０３に戻る。ステップＳ１０３〜ステップＳ１０５は、例えば、上記した制御情報に基づいて実行される。
【００５２】
＜３．サーバが有する機能＞
続いて、本開示の実施形態に係るサーバ２０が有する機能について説明する。図６は、本開示の実施形態に係るサーバ２０の機能構成を示すブロック図である。図６に示すように、本開示の実施形態に係るサーバ２０は、通信部２１０と、制御部２２０と、記憶部２３０とを備える。
【００５３】
通信部２１０は、ネットワーク４０を介して送信端末１０および受信端末３０と通信を行う機能を有する。通信部２１０は、例えば、送信端末１０と受信端末３０との間で共有されるコンテンツデータに関して送信端末１０において発生したイベントを識別するためのイベント識別情報を送信端末１０から受信する受信部として機能することができる。また、通信部２１０は、イベント識別情報を受信端末３０に送信する送信部として機能することができる。
【００５４】
制御部２２０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から構成され、サーバ２０の動作全体を制御する機能を有する。制御部２２０は、取得部２２１と、処理部２２２と、通知部２２３とを含んでいる。
【００５５】
取得部２２１は、送信端末１０と受信端末３０との間で共有されるコンテンツデータに関して送信端末１０において発生したイベントを識別するためのイベント識別情報を送信端末１０から取得する。取得部２２１は、例えば、通信部２１０により送信端末１０から受信されたイベント識別情報を取得することができる。取得部２２１により取得されたイベント識別情報は、処理部２２２により記憶部２３０に記憶しておくこともできる。
【００５６】
通知部２２３は、受信端末３０からの要求（以下、「イベント通知要求」とも言う。）に応じて、取得部２２１により取得されたイベント識別情報を受信端末３０に通知する。通知部２２３は、例えば、通信部２１０により受信端末３０から受信されたイベント通知要求を取得することができる。通知部２２３は、例えば、記憶部２３０に記憶してあるイベント識別情報を受信端末３０に通知することができる。
【００５７】
通知部２２３は、イベント識別情報に加えてイベントに関連する情報が送信端末１０から通知された場合には、イベント識別情報に加えてイベントに関連する情報を受信端末３０に通知してもよい。
【００５８】
サーバ２０は、イベント発生時刻がさらに送信端末１０から通知された場合には、イベント発生時刻をさらに受信端末３０に通知してもよい。より詳細には、取得部２２１は、イベント発生時刻を送信端末１０からさらに取得し、通知部２２３は、取得部２２１により取得されたイベント発生時刻をイベント識別情報に加えて受信端末３０に通知する。
【００５９】
図７は、本開示の実施形態に係るサーバにより実行される処理の一例を説明するための図である。図７に示すように、送信端末１０の一例としての送信端末１０Ａからイベント識別情報（イベントＥ１、Ｅ２、Ｅ３）が通知された場合には、サーバ２０の取得部２２１は、イベント識別情報（イベントＥ１、Ｅ２、Ｅ３）を取得し、通知部２２３は、取得部２２１により取得されたイベント識別情報（イベントＥ１、Ｅ２、Ｅ３）を受信端末３０に通知することができる。
【００６０】
記憶部２３０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、光磁気記憶デバイス等により構成され、各種情報、各種プログラム等を記憶する。記憶部２３０は、例えば、制御部２２０による制御に基づいて、イベント識別情報や、イベント発生時刻を記憶しておくこともできる。
【００６１】
続いて、本開示の実施形態に係るサーバ２０の動作の流れについて説明する。図８は、本開示の実施形態に係るサーバ２０の動作の流れを示すフローチャートである。図８に示すように、まず、取得部２２１は、送信端末１０からイベント識別情報を取得し（ステップＳ２０１）、記憶部２３０は、取得部２２１により取得されたイベント識別情報を記憶する（ステップＳ２０２）。
【００６２】
通知部２２３は、受信端末３０からイベント通知要求を取得した場合には（ステップＳ２０３で「Ｙｅｓ」）、イベント識別情報を受信端末３０に通知する（ステップＳ２０４）通知部２２３は、受信端末３０からイベント通知要求を取得しない場合には（ステップＳ２０３で「Ｎｏ」）、ステップＳ２０３に戻る。
【００６３】
図９は、本開示の実施形態に係るサーバにより実行される処理の他の一例を説明するための図である。図９に示すように、送信端末１０の一例としての送信端末１０Ａからイベント識別情報（イベントＥ１、Ｅ２、Ｅ３）とイベント識別情報に関連付けられているイベント発生時刻とが通知され、送信端末１０の一例としての送信端末１０Ｂからイベント識別情報（イベントＥ２、Ｅ４）とイベント識別情報に関連付けられているイベント発生時刻とが通知される場合も想定される。かかる場合には、処理部２２２は、送信端末１０Ａおよび送信端末１０Ｂの各々から取得された組み合わせをマージし、通知部２２３は、マージにより得られた結果を受信端末３０に通知することができる。
【００６４】
図９に示した例では、処理部２２２が、複数の組み合わせを１つの時系列にまとめることとしているが、処理部２２２は、ネットワーク４０の帯域を抑えるために、複数の同一イベント識別情報を１つにまとめてもよい。あるいは、処理部２２２は、あらかじめ定められた優先順位の低いイベント識別情報を削除するといった処理を行ってもよい。また、コンテンツデータへの出入りのイベントをまとめて現在の訪問人数というイベントとしてもよい。
【００６５】
図１０は、本開示の実施形態に係るサーバにより実行される処理の他の一例を説明するための図である。図１０に示すように、送信端末１０の一例としての送信端末１０Ａからイベント識別情報（イベントＥ１、Ｅ２、Ｅ３）とイベント識別情報に関連付けられているイベント発生回数とが通知され、送信端末１０の一例としての送信端末１０Ｂからイベント識別情報（イベントＥ２、Ｅ４）とイベント識別情報に関連付けられているイベント発生回数とが通知される場合も想定される。イベント発生回数は、例えば、所定の時間内に発生する回数に相当する。かかる場合には、処理部２２２は、送信端末１０Ａおよび送信端末１０Ｂの各々から取得された組み合わせに対して所定の統計処理を施し、通知部２２３は、所定の統計処理が施された結果を受信端末３０に通知することができる。
【００６６】
図１０に示した例では、処理部２２２が、送信端末１０Ａおよび送信端末１０Ｂの各々から取得されたイベント発生回数をイベント識別情報ごとに足し合わせ、足し合わせた結果として得られた総イベント発生回数の中で最大の総イベント発生回数に関連付けられるイベント識別情報を受信端末３０に通知している。しかし、統計処理は特に限定されない。例えば、処理部２２２は、所定の回数を超えている総イベント発生回数に関連付けられるイベント識別情報を受信端末３０に通知してもよい。送信端末１０や、サーバ２０、受信端末３０にかかる通信負荷を低減するためには、送信端末１０からサーバ２０にアクセスする際に送信端末１０からイベント発生回数をサーバ２０に送信することもできる。アクセス数が少ないコンテンツデータにおいては、特に統計的な手法は有効である。リアルタイム性が要求されずに済むからである。
【００６７】
処理部２２２は、送信端末１０および受信端末３０からのアクセスが多く、発生した全てのイベントを処理するのが困難な場合は、送信端末１０および受信端末３０を複数のグループに分割して、グループの中で同期させてもよい。または、処理部２２２は、代表の送信端末１０を選び、代表の送信端末１０において発生したイベントのみを収集してもよい。代表の送信端末１０を選ぶ手法には、様々な手法が想定される。
【００６８】
例えば、代表の送信端末１０をｎ台以下にする必要がある場合を想定する。その場合、処理部２２２は、代表の送信端末１０がｎ台未満のときに新しい送信端末１０からの接続があったら、その新しい送信端末１０を代表の送信端末１０に追加することができる。また、処理部２２２は、ｎ／（全体の送信端末１０の数）の割合でランダムに代表ではない送信端末１０を代表の送信端末１０として追加してもよい。
【００６９】
また、送信回数が多いと判断した送信端末１０が自律的に代表の送信端末１０になってもよい。送信回数が多いか否かの判断の基準値はサーバ２０が統計的に出したものを使ってもよい。また、処理部２２２は、直近にアクセスがあったｎ台の送信端末１０を代表の送信端末１０として選んでもよい。
【００７０】
＜４．受信端末が有する機能＞
続いて、本開示の実施形態に係る受信端末３０が有する機能について説明する。図１１は、本開示の実施形態に係る受信端末３０の機能構成を示すブロック図である。図１１に示すように、本開示の実施形態に係る受信端末３０は、通信部３１０と、制御部３２０と、記憶部３３０と、入力部３４０と、表示部３５０とを備える。
【００７１】
通信部３１０は、ネットワーク４０を介して送信端末１０およびサーバ２０と通信を行う機能を有する。通信部３１０は、送信端末１０と受信端末３０との間で共有されるコンテンツデータに関して送信端末１０において発生したイベントを識別するためのイベント識別情報をサーバ２０から受信する受信部として機能することができる。
【００７２】
制御部３２０は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から構成され、受信端末３０の動作全体を制御する機能を有する。制御部３２０は、取得部３２１と、表示制御部３２５とを含んでいる。
【００７３】
取得部３２１は、送信端末１０との間で共有するコンテンツデータを取得する。取得部３２１は、例えば、通信部１１０によりサーバ２０またはサーバ２０以外の装置から受信されたコンテンツデータを取得することができる。コンテンツデータは、例えば、入力部３４０によりユーザからの入力が受け付けられたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などに基づいて取得部３２１により取得される。
【００７４】
取得部３２１は、例えば、図３に示すようなコンテンツデータＣ１を取得することができる。また、例えば、取得部１２１により、制御情報は、コンテンツデータＣ１に埋め込まれているアドレスに基づいて取得される。
【００７５】
表示制御部３２５は、送信端末１０との間で共有するコンテンツデータを表示するよう制御する。図１２は、本開示の実施形態に係る受信端末３０により表示される画面の例を示す図である。図１２に示した例では、コンテンツデータＣ１は、「イベント選択前」においては、表示制御部３２５の制御により表示部３５０に画面Ｄ１として表示される。画面Ｄ１には、テキストエリアＤ１１、検索ボタンＤ１２、リンク群Ｄ１３、リンク群Ｄ１４などが含まれている。
【００７６】
送信端末１０のユーザによりイベントが選択されると、送信端末１０において「俳優Ｍ氏を逮捕」という名称のコンテンツデータへの遷移イベントが選択される。図１２に示したように、「俳優Ｍ氏を逮捕」という名称のコンテンツデータへの遷移イベントが送信端末１０において選択され、当該コンテンツデータへの遷移イベントの発生が検出される。
【００７７】
受信端末３０の取得部３２１が、送信端末１０において発生したイベントを識別するためのイベント識別情報をサーバ２０から取得すると、表示制御部３２５は、取得部３２１により取得されたイベント識別情報に関連付けられる表示をコンテンツデータに付加する。図１２に示した例では、取得部３２１により取得されたイベント識別情報に関連付けられる表示としてオブジェクトＯｂｊが付加されている。
【００７８】
取得部３２１は、サーバ２０にイベント通知要求を出すと、そのイベント通知要求に対する応答として、イベント識別情報を取得することができる。取得部３２１によりサーバ２０にイベント通知要求が出されるタイミングは特に限定されないが、例えば、所定の時間ごとに出される。
【００７９】
受信端末３０は、イベントが発生した時刻であるイベント発生時刻をさらにサーバ２０から取得してもよい。より詳細には、取得部３２１は、イベント発生時刻をさらにサーバ２０から取得し、表示制御部３２５は、取得部３２１により取得されたイベント発生時刻に応じた時刻に、イベント識別情報に関連付けられる表示をコンテンツデータに付加する。イベント発生時刻の基準となる時刻は限定されない。
【００８０】
なお、図１２に示した例では、送信端末１０において選択されたリンクの近隣にオブジェクトＯｂｊが表示されることとしているが、かかる例に限定されない。例えば、表示制御部３２５は、送信端末１０において選択された要素の文字色、要素の背景色、要素のボーダーなどといったスタイルを変更してもよい。また、表示制御部３２５は、送信端末１０において選択された要素付近に、選択されたことを示す画像やアニメーションを表示するようにしてもよい。
【００８１】
このように、表示制御部３２５が、取得部３２１により取得されたイベント識別情報に関連付けられる表示をコンテンツデータに付加するようにすることで、受信端末３０のユーザは、送信端末１０のユーザがどのような操作を行っているかを把握することができる。
【００８２】
なお、取得部３２１により取得されるイベント識別情報は、送信端末１０において発生したイベントを識別するためのイベント識別情報であってもよいし、送信端末１０において発生したイベントに対して統計処理が施された結果であってもよい。表示制御部３２５は、いずれか一方に関連付けられる表示をコンテンツデータに付加してもよいし、各々に関連付けられる表示をともにコンテンツデータに付加してもよい。また、表示制御部３２５は、選択される頻度に応じて表示を変更してもよい。例えば、表示制御部３２５は、比較的選択頻度の小さいイベント識別情報に関連付けられる表示は薄く表示するようにすることもできる。
【００８３】
また、リンクの選択以外にも選択されるイベントには様々なイベントが想定される。例えば、コンテンツデータをロードするイベントが送信端末１０において選択された場合には、表示制御部３２５は、そのコンテンツデータへのアクセス数を画面の端などに表示するようにしてもよい。あるいは、表示制御部３２５は、新たな送信端末１０が接続された瞬間、接続されたことを示す文字やアニメーションを表示するようにしてもよい。また、表示制御部３２５は、画面に地図を表示してログインされた場所またはその近隣を点滅させるようにしてもよい。
【００８４】
また、例えば、前のページに戻るイベントが送信端末１０において選択された場合には、表示制御部３２５は、他のユーザが当該コンテンツデータから出て行くことを示すアニメーションを画面に付加してもよい。また、例えば、カーソル移動が送信端末１０において選択された場合には、表示制御部３２５は、送信端末１０において表示されているカーソルの位置と同じ位置にカーソルを薄く表示するようにしてもよい。
【００８５】
また、例えば、画面スクロールが送信端末１０において選択された場合には、表示制御部３２５は、送信端末１０のユーザにより読まれているページに該当するスクロールバーに色を付けるようにしてもよい。いずれの手法であっても、コンテンツデータの閲覧に影響を与えない補助的な情報として送信端末１０におけるイベントが表示されることが望ましい。すなわち、受信端末３０における画面上に大きな変化を与えないものが望ましい。
【００８６】
なお、例えば、表示内容が頻繁に書き換わるコンテンツデータにアクセスする場合などには、送信端末１０からサーバ２０を介して受信端末３０に通知されたイベント識別情報により識別されるイベントを実行しようとしても、送信端末１０において実行されたイベントとは異なるイベントが受信端末３０において実行される場合もある。例えば、受信端末３０において、「俳優Ｍ氏を逮捕」という名称のコンテンツデータへの遷移イベントを実行しようとしたつもりが、より新しいコンテンツデータへの遷移イベントを実行してしまう場合が想定される。
【００８７】
このような場合に対する処置として、各イベントの要素に対して異なる識別子（ｉｄ）を付加するようにすることが想定される。また、各イベントの要素に対して一貫性のある識別子（ｉｄ）を付加することができない（あるいは、付加しない）場合は、各イベントの要素が有する特定の属性からハッシュ値を生成し、ハッシュ値が等しくなければ共有しないといった制御を行うこともできる。
【００８８】
続いて、本開示の実施形態に係る受信端末３０の動作の流れについて説明する。図１３は、本開示の実施形態に係る受信端末３０の動作の流れを示すフローチャートである。図１３に示すように、まず、取得部３２１は、コンテンツデータを取得し（ステップＳ３０１）、制御情報を取得する（ステップＳ３０２）。
【００８９】
所定時間が経過した場合には（ステップＳ３０３で「Ｙｅｓ」）、取得部３２１は、イベント通知要求をサーバ２０に送信し（ステップＳ３０４）、その応答としてイベント識別情報をサーバ２０から受信する（ステップＳ３０５）。例えば、表示制御部３２５は、イベント識別情報に対応するオブジェクトを表示する（ステップＳ３０６）。所定時間が経過しない場合には（ステップＳ３０３で「Ｎｏ」）、ステップＳ３０３に戻る。ステップＳ３０３〜ステップＳ３０６は、例えば、上記した制御情報に基づいて実行される。
【００９０】
＜５．ハードウェア構成例＞
図１４は、本開示の実施形態に係る情報処理装置（送信端末１０、サーバ２０及び受信端末３０）のハードウェア構成を示したブロック図である。情報処理装置は、ＣＰＵ９０１と、ＲＯＭ９０２と、ＲＡＭ９０３と、ホストバス９０４と、を備える。また、情報処理装置は、ブリッジ９０５と、外部バス９０６と、インタフェース９０７と、入力装置９０８と、出力装置９１０と、ストレージ装置（ＨＤＤ）９１１と、ドライブ９１２と、通信装置９１３とを備える。
【００９１】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、各種プログラムに従って情報処理装置内の動作全般を制御する。また、ＣＰＵ９０１は、マイクロプロセッサであってもよい。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバスなどから構成されるホストバス９０４により相互に接続されている。
【００９２】
ホストバス９０４は、ブリッジ９０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス９０６に接続されている。なお、必ずしもホストバス９０４、ブリッジ９０５および外部バス９０６を分離構成する必要はなく、一のバスにこれらの機能を実装してもよい。
【００９３】
入力装置９０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチおよびレバーなどユーザが情報を入力するための装置と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路などから構成されている。情報処理装置のユーザは、該入力装置９０８を操作することにより、情報処理装置に対して各種のデータを入力したり処理動作を指示したりすることができる。
【００９４】
出力装置９１０は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。さらに、出力装置９１０は、スピーカおよびヘッドホンなどの音声出力装置を含む。出力装置９１０は、例えば、再生されたコンテンツを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を音声に変換して出力する。
【００９５】
ストレージ装置９１１は、本実施形態に係る情報処理装置の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１１は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。ストレージ装置９１１は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）で構成される。このストレージ装置９１１は、ハードディスクを駆動し、ＣＰＵ９０１が実行するプログラムや各種データを格納する。
【００９６】
ドライブ９１２は、記憶媒体用リーダライタであり、情報処理装置に内蔵、あるいは外付けされる。ドライブ９１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体８００に記録されている情報を読み出して、ＲＡＭ９０３に出力する。また、ドライブ９１２は、リムーバブル記録媒体８００に情報を書き込むこともできる。
【００９７】
通信装置９１３は、例えば、ネットワーク４０に接続するための通信デバイス等で構成された通信インタフェースである。通信装置９１３は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応通信装置であっても、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。
【００９８】
＜６．まとめ＞
以上説明したように、本開示の実施形態によれば、コンテンツデータを複数の端末間において共有している場合において、ある端末において発生したイベントを他の端末に通知することができる。これにより、あるユーザがコンテンツデータに対してどのような操作を行っているかをコンテンツデータ閲覧中の他のユーザに知らせることができる。
【００９９】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１００】
また、本明細書の送信端末１０、サーバ２０及び受信端末３０の動作における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、送信端末１０、サーバ２０及び受信端末３０の動作における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【０１０１】
また、情報処理装置に内蔵されるＣＰＵ９０１、ＲＯＭ９０２及びＲＡＭ９０３などのハードウェアを、上述した情報処理装置の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【０１０２】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得する取得部と、
を備え、
前記表示制御部は、前記取得部により取得された前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、受信端末。
（２）
前記取得部は、前記イベントが発生した時刻であるイベント発生時刻を前記サーバからさらに取得し、
前記表示制御部は、前記イベント発生時刻に応じた時刻に、前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、
前記（１）に記載の受信端末。
（３）
送信端末との間で共有するコンテンツデータを表示するよう制御することと、
前記コンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得することと、
を含み、
前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加すること、
を含む、情報処理方法。
（４）
コンピュータを、
送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得する取得部と、
を備え、
前記表示制御部は、前記取得部により取得された前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、受信端末として機能させるためのプログラム。
（５）
送信端末と受信端末との間で共有されるコンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報を前記送信端末から取得する取得部と、
前記受信端末からの要求に応じて、前記取得部により取得された前記イベント識別情報を前記受信端末に通知する通知部と、
を備える、サーバ。
（６）
前記取得部は、前記イベントが発生した時刻であるイベント発生時刻を前記送信端末からさらに取得し、
前記通知部は、前記取得部により取得された前記イベント発生時刻を前記受信端末にさらに通知する、
前記（５）に記載のサーバ。
（７）
前記取得部は、前記イベント識別情報と前記イベント発生時刻との組み合わせを複数の前記送信端末の各々から取得し、
前記サーバは、
前記複数の送信端末の各々から取得された前記組み合わせをマージする処理部をさらに備え、
前記通知部は、前記処理部によりマージされた結果を前記受信端末に通知する、
前記（６）に記載のサーバ。
（８）
前記取得部は、前記イベント識別情報と前記イベント発生時刻との組み合わせを複数の前記送信端末の各々から取得し、
前記サーバは、
前記複数の送信端末の各々から取得された前記組み合わせに対して所定の統計処理を施す処理部をさらに備え、
前記通知部は、前記処理部により前記所定の統計処理が施された結果を前記受信端末に通知する、
前記（６）に記載のサーバ。
（９）
送信端末と受信端末との間で共有されるコンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報を前記送信端末から取得することと、
前記受信端末からの要求に応じて、前記イベント識別情報を前記受信端末に通知することと、
を含む、情報処理方法。
（１０）
コンピュータを、
送信端末と受信端末との間で共有されるコンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報を前記送信端末から取得する取得部と、
前記受信端末からの要求に応じて、前記取得部により取得された前記イベント識別情報を前記受信端末に通知する通知部と、
を備える、サーバとして機能させるためのプログラム。
（１１）
受信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して発生したイベントを検出する検出部と、
前記検出部により検出されたイベントを識別するためのイベント識別情報をサーバに通知する通知部と、
を備える、送信端末。
（１２）
前記検出部は、前記イベントが発生した時刻であるイベント発生時刻をさらに検出し、
前記通知部は、前記検出部により検出された前記イベント発生時刻を前記サーバにさらに通知する、
前記（１１）に記載の送信端末。
（１３）
前記検出部は、検出した前記イベントに関連する情報が前記受信端末に通知制限されるべきか否かをさらに検出し、
前記通知部は、前記検出部により前記イベントに関連する情報が前記受信端末に通知制限されるべきであることが検出された場合、前記イベントに関連する情報の前記サーバへの通知を制限する、
前記（１１）または（１２）に記載の送信端末。
（１４）
受信端末との間で共有するコンテンツデータを表示するよう制御することと、
前記コンテンツデータに関して発生したイベントを検出することと、
前記イベントを識別するためのイベント識別情報をサーバに通知することと、
を含む、情報処理方法。
（１５）
コンピュータを、
受信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して発生したイベントを検出する検出部と、
前記検出部により検出されたイベントを識別するためのイベント識別情報をサーバに通知する通知部と、
を備える、送信端末として機能させるためのプログラム。
（１６）
コンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して発生したイベントを検出する検出部と、
前記検出部により検出されたイベントを識別するためのイベント識別情報を通知する通知部と、
を備える、送信端末と、
前記イベント識別情報を前記送信端末から取得する取得部と、
前記取得部により取得された前記イベント識別情報を要求に応じて通知する通知部と、
を備える、サーバと、
前記送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記イベント識別情報を前記サーバから取得する取得部と、
を備え、
前記表示制御部は、前記取得部により取得された前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、受信端末と、
を有する、情報処理システム。
【符号の説明】
【０１０３】
１ 情報処理システム
１０（１０Ａ、１０Ｂ） 送信端末
２０ サーバ
３０ 受信端末
４０ ネットワーク
１１０ 通信部
１２１ 取得部
１２２ 検出部
１２３ 実行制御部
１２４ 通知部
１２５ 表示制御部
２２１ 取得部
２２２ 処理部
２２３ 通知部
３２１ 取得部
３２５ 表示制御部
【特許請求の範囲】
【請求項１】
送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得する取得部と、
を備え、
前記表示制御部は、前記取得部により取得された前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、受信端末。
【請求項２】
前記取得部は、前記イベントが発生した時刻であるイベント発生時刻を前記サーバからさらに取得し、
前記表示制御部は、前記イベント発生時刻に応じた時刻に、前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、
請求項１に記載の受信端末。
【請求項３】
送信端末との間で共有するコンテンツデータを表示するよう制御することと、
前記コンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得することと、
を含み、
前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加すること、
を含む、情報処理方法。
【請求項４】
コンピュータを、
送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得する取得部と、
を備え、
前記表示制御部は、前記取得部により取得された前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、受信端末として機能させるためのプログラム。
【請求項５】
送信端末と受信端末との間で共有されるコンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報を前記送信端末から取得する取得部と、
前記受信端末からの要求に応じて、前記取得部により取得された前記イベント識別情報を前記受信端末に通知する通知部と、
を備える、サーバ。
【請求項６】
前記取得部は、前記イベントが発生した時刻であるイベント発生時刻を前記送信端末からさらに取得し、
前記通知部は、前記取得部により取得された前記イベント発生時刻を前記受信端末にさらに通知する、
請求項５に記載のサーバ。
【請求項７】
前記取得部は、前記イベント識別情報と前記イベント発生時刻との組み合わせを複数の前記送信端末の各々から取得し、
前記サーバは、
前記複数の送信端末の各々から取得された前記組み合わせをマージする処理部をさらに備え、
前記通知部は、前記処理部によりマージされた結果を前記受信端末に通知する、
請求項６に記載のサーバ。
【請求項８】
前記取得部は、前記イベント識別情報と前記イベント発生時刻との組み合わせを複数の前記送信端末の各々から取得し、
前記サーバは、
前記複数の送信端末の各々から取得された前記組み合わせに対して所定の統計処理を施す処理部をさらに備え、
前記通知部は、前記処理部により前記所定の統計処理が施された結果を前記受信端末に通知する、
請求項６に記載のサーバ。
【請求項９】
送信端末と受信端末との間で共有されるコンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報を前記送信端末から取得することと、
前記受信端末からの要求に応じて、前記イベント識別情報を前記受信端末に通知することと、
を含む、情報処理方法。
【請求項１０】
コンピュータを、
送信端末と受信端末との間で共有されるコンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報を前記送信端末から取得する取得部と、
前記受信端末からの要求に応じて、前記取得部により取得された前記イベント識別情報を前記受信端末に通知する通知部と、
を備える、サーバとして機能させるためのプログラム。
【請求項１１】
受信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して発生したイベントを検出する検出部と、
前記検出部により検出されたイベントを識別するためのイベント識別情報をサーバに通知する通知部と、
を備える、送信端末。
【請求項１２】
前記検出部は、前記イベントが発生した時刻であるイベント発生時刻をさらに検出し、
前記通知部は、前記検出部により検出された前記イベント発生時刻を前記サーバにさらに通知する、
請求項１１に記載の送信端末。
【請求項１３】
前記検出部は、検出した前記イベントに関連する情報が前記受信端末に通知制限されるべきか否かをさらに検出し、
前記通知部は、前記検出部により前記イベントに関連する情報が前記受信端末に通知制限されるべきであることが検出された場合、前記イベントに関連する情報の前記サーバへの通知を制限する、
請求項１１に記載の送信端末。
【請求項１４】
受信端末との間で共有するコンテンツデータを表示するよう制御することと、
前記コンテンツデータに関して発生したイベントを検出することと、
前記イベントを識別するためのイベント識別情報をサーバに通知することと、
を含む、情報処理方法。
【請求項１５】
コンピュータを、
受信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して発生したイベントを検出する検出部と、
前記検出部により検出されたイベントを識別するためのイベント識別情報をサーバに通知する通知部と、
を備える、送信端末として機能させるためのプログラム。
【請求項１６】
コンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して発生したイベントを検出する検出部と、
前記検出部により検出されたイベントを識別するためのイベント識別情報を通知する通知部と、
を備える、送信端末と、
前記イベント識別情報を前記送信端末から取得する取得部と、
前記取得部により取得された前記イベント識別情報を要求に応じて通知する通知部と、
を備える、サーバと、
前記送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記イベント識別情報を前記サーバから取得する取得部と、
を備え、
前記表示制御部は、前記取得部により取得された前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、受信端末と、
を有する、情報処理システム。
【請求項１】
送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得する取得部と、
を備え、
前記表示制御部は、前記取得部により取得された前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、受信端末。
【請求項２】
前記取得部は、前記イベントが発生した時刻であるイベント発生時刻を前記サーバからさらに取得し、
前記表示制御部は、前記イベント発生時刻に応じた時刻に、前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、
請求項１に記載の受信端末。
【請求項３】
送信端末との間で共有するコンテンツデータを表示するよう制御することと、
前記コンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得することと、
を含み、
前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加すること、
を含む、情報処理方法。
【請求項４】
コンピュータを、
送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報をサーバから取得する取得部と、
を備え、
前記表示制御部は、前記取得部により取得された前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、受信端末として機能させるためのプログラム。
【請求項５】
送信端末と受信端末との間で共有されるコンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報を前記送信端末から取得する取得部と、
前記受信端末からの要求に応じて、前記取得部により取得された前記イベント識別情報を前記受信端末に通知する通知部と、
を備える、サーバ。
【請求項６】
前記取得部は、前記イベントが発生した時刻であるイベント発生時刻を前記送信端末からさらに取得し、
前記通知部は、前記取得部により取得された前記イベント発生時刻を前記受信端末にさらに通知する、
請求項５に記載のサーバ。
【請求項７】
前記取得部は、前記イベント識別情報と前記イベント発生時刻との組み合わせを複数の前記送信端末の各々から取得し、
前記サーバは、
前記複数の送信端末の各々から取得された前記組み合わせをマージする処理部をさらに備え、
前記通知部は、前記処理部によりマージされた結果を前記受信端末に通知する、
請求項６に記載のサーバ。
【請求項８】
前記取得部は、前記イベント識別情報と前記イベント発生時刻との組み合わせを複数の前記送信端末の各々から取得し、
前記サーバは、
前記複数の送信端末の各々から取得された前記組み合わせに対して所定の統計処理を施す処理部をさらに備え、
前記通知部は、前記処理部により前記所定の統計処理が施された結果を前記受信端末に通知する、
請求項６に記載のサーバ。
【請求項９】
送信端末と受信端末との間で共有されるコンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報を前記送信端末から取得することと、
前記受信端末からの要求に応じて、前記イベント識別情報を前記受信端末に通知することと、
を含む、情報処理方法。
【請求項１０】
コンピュータを、
送信端末と受信端末との間で共有されるコンテンツデータに関して前記送信端末において発生したイベントを識別するためのイベント識別情報を前記送信端末から取得する取得部と、
前記受信端末からの要求に応じて、前記取得部により取得された前記イベント識別情報を前記受信端末に通知する通知部と、
を備える、サーバとして機能させるためのプログラム。
【請求項１１】
受信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して発生したイベントを検出する検出部と、
前記検出部により検出されたイベントを識別するためのイベント識別情報をサーバに通知する通知部と、
を備える、送信端末。
【請求項１２】
前記検出部は、前記イベントが発生した時刻であるイベント発生時刻をさらに検出し、
前記通知部は、前記検出部により検出された前記イベント発生時刻を前記サーバにさらに通知する、
請求項１１に記載の送信端末。
【請求項１３】
前記検出部は、検出した前記イベントに関連する情報が前記受信端末に通知制限されるべきか否かをさらに検出し、
前記通知部は、前記検出部により前記イベントに関連する情報が前記受信端末に通知制限されるべきであることが検出された場合、前記イベントに関連する情報の前記サーバへの通知を制限する、
請求項１１に記載の送信端末。
【請求項１４】
受信端末との間で共有するコンテンツデータを表示するよう制御することと、
前記コンテンツデータに関して発生したイベントを検出することと、
前記イベントを識別するためのイベント識別情報をサーバに通知することと、
を含む、情報処理方法。
【請求項１５】
コンピュータを、
受信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して発生したイベントを検出する検出部と、
前記検出部により検出されたイベントを識別するためのイベント識別情報をサーバに通知する通知部と、
を備える、送信端末として機能させるためのプログラム。
【請求項１６】
コンテンツデータを表示するよう制御する表示制御部と、
前記コンテンツデータに関して発生したイベントを検出する検出部と、
前記検出部により検出されたイベントを識別するためのイベント識別情報を通知する通知部と、
を備える、送信端末と、
前記イベント識別情報を前記送信端末から取得する取得部と、
前記取得部により取得された前記イベント識別情報を要求に応じて通知する通知部と、
を備える、サーバと、
前記送信端末との間で共有するコンテンツデータを表示するよう制御する表示制御部と、
前記イベント識別情報を前記サーバから取得する取得部と、
を備え、
前記表示制御部は、前記取得部により取得された前記イベント識別情報に関連付けられる表示を前記コンテンツデータに付加する、受信端末と、
を有する、情報処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−２４４４６３（Ｐ２０１２−２４４４６３Ａ）
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願番号】特願２０１１−１１３３９７（Ｐ２０１１−１１３３９７）
【出願日】平成２３年５月２０日（２０１１．５．２０）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願日】平成２３年５月２０日（２０１１．５．２０）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]