JP2011210052A - ネットワークシステム、通信方法、および通信端末 - Google Patents

Abstract

【課題】情報を送信（入力）するユーザの意図を、情報を受信（閲覧）するユーザへと、より有効に伝える。
【解決手段】第１の通信端末１００Ａは、第１の通信デバイスと、動画コンテンツを表示するための第１のタッチパネルと、手描き画像の入力を受け付けるための第１のプロセッサとを含む。第１のプロセッサは、動画コンテンツの表示中に入力された手書き画像と、動画コンテンツにおける手書き画像の入力開始時点を特定するための開始情報とを第２の通信端末へと送信する。第２の通信端末１００Ａは、動画コンテンツを表示するための第２のタッチパネルと、第１の通信端末１００Ａから手書き画像と開始情報とを受信するための第２の通信デバイスと、開始情報に基づいて、第２のタッチパネルに、動画コンテンツにおける手書き画像の入力開始時点から当該手書き画像を表示させるための第２のプロセッサとを含む。
【選択図】図４

Description

本発明は、相互に通信可能な少なくとも第１および第２の通信端末を備えるネットワークシステム、通信方法、および通信端末に関し、特に、第１および第２の通信端末が同じ動画コンテンツを再生するネットワークシステム、通信方法、および通信端末に関する。

インターネットに接続可能な複数の通信端末が、手描き画像を交換するネットワークシステムが知られている。たとえば、サーバ／クライアントシステムや、Ｐ２Ｐ（Peer to Peer）システムなどが挙げられる。そのようなネットワークシステムにおいては、通信端末の各々は、手描き画像や、テキストデータなどを送信したり受信したりする。通信端末の各々は、受信したデータに基づいて、ディスプレイに手描き画像やテキストを表示する。

また、インターネットなどを介して、動画像を含むコンテンツを格納するサーバから、当該コンテンツをダウンロードして、当該コンテンツを再生する通信端末も知られている。

たとえば、特開２００６−４１９０号公報（特許文献１）には、携帯電話向けチャットサービスシステムが開示されている。特開２００６−４１９０号公報（特許文献１）によると、インターネットを介して通信接続された多数の携帯電話端末およびオペレータ用ウェブ端末に対し、上記端末のブラウザ表示画面に動画表示領域と文字表示領域を形成させるとともに、上記動画表示領域にストリーミング表示される動画データを配信する配信サーバと、上記携帯電話端末と上記オペレータ用ウェブ端末の間でのチャットをサポートするとともに文字データからなるチャットデータを上記文字表示領域に表示させるチャットサーバとを備え、上記チャットサーバは、各オペレータ用ウェブ端末がそれぞれ、複数の携帯電話端末に対して携帯電話端末ごとに独立のチャットチャネルを形成する。

特開２００６−４１９０号公報

しかしながら、複数のユーザが、動画コンテンツを視聴しながら、当該動画コンテンツに関する情報をやり取りすることは困難である。たとえば、それぞれの通信端末におけるコンテンツの進行状態が異なる場合がある。そのため、情報を送信（入力）するユーザの意図を、情報を受信（閲覧）するユーザへと、有効に伝えることができない虞がある。あるいは、第１の通信端末のユーザが第１のシーンに関するコメントを伝えたいと思っても、第２の通信端末において当該コメントが第２のシーンとともに表示されてしまう虞がある。

本発明は、かかる問題を解決するためになされたものであり、その目的は、情報を送信（入力）するユーザの意図を、情報を受信（閲覧）するユーザへと、より有効に伝えることができるネットワークシステム、通信方法、および通信端末に関する。

この発明のある局面に従うと、第１および第２の通信端末とを備えるネットワークシステムが提供される。第１の通信端末は、第２の通信端末と通信するための第１の通信デバイスと、動画コンテンツを表示するための第１のタッチパネルと、第１のタッチパネルを介して手描き画像の入力を受け付けるための第１のプロセッサとを含む。第１のプロセッサは、動画コンテンツの表示中に入力された手描き画像と、動画コンテンツにおける手描き画像の入力開始時点を特定するための開始情報とを、第１の通信デバイスを介して第２の通信端末へと送信する。第２の通信端末は、動画コンテンツを表示するための第２のタッチパネルと、第１の通信端末から手描き画像と開始情報とを受信するための第２の通信デバイスと、開始情報に基づいて、第２のタッチパネルに、動画コンテンツにおける手描き画像の入力開始時点から当該手描き画像を表示させるための第２のプロセッサとを含む。

好ましくは、ネットワークシステムは、動画コンテンツを配信するためのコンテンツサーバをさらに備える。第１のプロセッサは、ダウンロード命令に応じてコンテンツサーバから動画コンテンツを取得し、取得した動画コンテンツを特定するための動画情報を、第１の通信デバイスを介して第２の通信端末へと送信する。第２のプロセッサは、動画情報に基づいて、コンテンツサーバから動画コンテンツを取得する。

好ましくは、第１のプロセッサは、動画コンテンツのシーンが切り替わったときに、および／または、入力された手描き画像をクリアするための命令を受け付けたときに、第１の通信デバイスを介して、手描き画像を消去するための命令を第２の通信端末へと送信する。

好ましくは、第２のプロセッサは、入力開始時点から動画コンテンツのシーンが切り替わる時点までの時間を計算し、時間に基づいて、タッチパネル上での手描き画像の描画速度を決定する。

好ましくは、第２のプロセッサは、入力開始時点を含む動画コンテンツのシーンの長さを計算し、長さに基づいて、タッチパネル上での手描き画像の描画速度を決定する。

この発明の別の局面に従うと、互いに通信可能な第１および第２の通信端末とを含むネットワークシステムにおける通信方法が提供される。通信方法は、第１の通信端末が、動画コンテンツを表示するステップと、第１の通信端末が、手描き画像の入力を受け付けるステップと、第１の通信端末が、動画コンテンツの表示中に入力された手描き画像と、動画コンテンツにおける手描き画像の入力開始時点を特定するための開始情報とを、第２の通信端末へと送信するステップと、第２の通信端末が、動画コンテンツを表示するステップと、第２の通信端末が、第１の通信端末から手描き画像と開始情報とを受信するステップと、第２の通信端末が、開始情報に基づいて、動画コンテンツにおける手描き画像の入力開始時点から当該手描き画像を表示するステップとを備える。

この発明の別の局面に従うと、他の通信端末と通信可能な通信端末が提供される。通信端末は、他の通信端末と通信するための通信デバイスと、動画コンテンツを表示するためのタッチパネルと、タッチパネルを介して第１の手描き画像の入力を受け付けるためのプロセッサとを備える。プロセッサは、動画コンテンツの表示中に入力された第１の手描き画像と、動画コンテンツにおける第１の手描き画像の入力開始時点を特定するための第１の開始情報とを、通信デバイスを介して他の通信端末へと送信し、他の通信端末から第２の手描き画像と第２の開始情報とを受信し、第２の開始情報に基づいて、タッチパネルに、動画コンテンツにおける第２の手描き画像の入力開始時点から当該第２の手描き画像を表示させる。

この発明の別の局面に従うと、通信デバイスとタッチパネルとプロセッサとを含む通信端末における通信方法が提供される。通信方法は、プロセッサが、タッチパネルに動画コンテンツを表示させるステップと、プロセッサが、タッチパネルを介して第１の手描き画像の入力を受け付けるステップと、プロセッサが、動画コンテンツの表示中に入力された第１の手描き画像と、動画コンテンツにおける第１の手描き画像の入力開始時点を特定するための開始情報とを、通信デバイスを介して他の通信端末へと送信するステップと、プロセッサが、通信デバイスを介して他の通信端末から第２の手描き画像と第２の開始情報とを受信するステップと、プロセッサが、第２の開始情報に基づいて、タッチパネルに、動画コンテンツにおける第２の手描き画像の入力開始時点から当該第２の手描き画像を表示するステップとを備える。

以上のように、本発明に係るネットワークシステム、通信方法、および通信端末によって、情報を送信（入力）するユーザの意図を、情報を受信（閲覧）するユーザへと、より有効に伝えることができるようになる。

本実施の形態に係るネットワークシステムの一例を示す概略図である。 本実施の形態に係るネットワークシステムにおける動作概要を示すシーケンス図である。 本実施の形態に係る動作概要に沿った通信端末の表示態様の推移を示したイメージ図である。 本実施の形態に係る動画コンテンツの再生中における手描き画像の入力と描画に関する動作概要を示すイメージ図である。 本施の形態に係る携帯電話の外観を示すイメージ図である。 本施の形態に係る携帯電話のハードウェア構成を示すブロック図である。 本実施の形態に係るメモリを構成する各種のデータ構造を示すイメージ図である。 本実施の形態に係るチャットサーバのハードウェア構成を示すブロック図である。 本実施の形態に係るチャットサーバのメモリあるいは固定ディスクに記憶されるルーム管理テーブルのデータ構造を示すイメージ図である。 実施の形態１に係る携帯電話におけるＰ２Ｐ通信処理の処理手順を示すフローチャートである。 実施の形態１に係る送信データのデータ構造を示すイメージ図である。 実施の形態１に係る携帯電話におけるＰ２Ｐ通信処理の変形例の処理手順を示すフローチャートである。 実施の形態１に係る携帯電話における入力処理の処理手順を示すフローチャートである。 本実施の形態に係る携帯電話におけるペン情報の設定処理の処理手順を示すフローチャートである。 実施の形態１に係る携帯電話における手描き処理の処理手順を示すフローチャートである。 実施の形態１に係る携帯電話における入力処理の変形例の処理手順を示すフローチャートである。 実施の形態１に係る携帯電話における手描き画像表示処理の処理手順を示すフローチャートである。 実施の形態１に係る携帯電話における第１の描画処理の処理手順を示すフローチャートである。 実施の形態１に係る手描き画像表示処理を説明するための第１のイメージ図である。 実施の形態１に係る携帯電話における手描き画像表示処理の変形例の処理手順を示すフローチャートである。 実施の形態１に係る携帯電話における第２の描画処理の処理手順を示すフローチャートである。 実施の形態１に係る手描き画像表示処理を説明するための第２のイメージ図である。 実施の形態１に係る携帯電話における手描き画像表示処理の他の変形例の処理手順を示すフローチャートである。 実施の形態１に係る携帯電話における第３の描画処理の処理手順を示すフローチャートである。 実施の形態１に係る手描き画像表示処理を説明するための第３のイメージ図である。 実施の形態２に係る携帯電話におけるＰ２Ｐ通信処理の処理手順を示すフローチャートである。 実施の形態２に係る送信データのデータ構造を示すイメージ図である。 実施の形態２に係る携帯電話における入力処理の処理手順を示すフローチャートである。 実施の形態２に係る携帯電話における手描き処理の処理手順を示すフローチャートである。 実施の形態２に係る携帯電話における表示処理の処理手順を示すフローチャートである。 実施の形態２に係る携帯電話における表示処理の応用例の処理手順を示すフローチャートである。 実施の形態２に係る携帯電話における手描き画像表示処理の処理手順を示すフローチャートである。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

また、以下では、携帯電話１００を「通信端末」の代表例として説明を行う。ただし、通信端末は、パーソナルコンピュータや、カーナビゲーション装置（Satellite navigation system）や、ＰＮＤ（Personal Navigation Device）や、ＰＤＡ（Personal Data Assistance）、ゲーム機、電子辞書、電子ＢＯＯＫなどのような、ネットワークに接続可能な他の情報通信機器であってもよい。

［実施の形態１］
＜ネットワークシステム１の全体構成＞
まず、本実施の形態に係るネットワークシステム１の全体構成について説明する。図１は、本実施の形態に係るネットワークシステム１の一例を示す概略図である。図１に示すように、ネットワークシステム１は、携帯電話１００Ａ，１００Ｂ，１００Ｃ，１００Ｄと、チャットサーバ（第１のサーバ装置）４００と、コンテンツサーバ（第２のサーバ装置）６００と、インターネット（第１のネットワーク）５００と、キャリア網（第２のネットワーク）７００とを含む。また、本実施の形態に係るネットワークシステム１は、車両２５０に搭載されるカーナビゲーション装置２００と、パーソナルコンピュータ（ＰＣ；Personal Computer）３００とを含む。

なお、説明の容易化のために、以下では、本実施の形態に係るネットワークシステム１が、第１の携帯電話１００Ａと、第２の携帯電話１００Ｂと、第３の携帯電話１００Ｃと、第４の携帯電話１００Ｄとを含む場合について説明する。また、携帯電話１００Ａ，１００Ｂ，１００Ｃ，１００Ｄの各々に共通の構成や機能を説明する際には、それらを携帯電話１００とも総称する。そして、携帯電話１００Ａ，１００Ｂ，１００Ｃ，１００Ｄ、カーナビゲーション装置２００、パーソナルコンピュータ３００の各々に共通の構成や機能を説明する際には、それらを通信端末とも総称する。

携帯電話１００は、キャリア網７００に接続可能に構成されている。カーナビゲーション装置２００は、インターネット５００に接続可能に構成されている。パーソナルコンピュータ３００は、ＬＡＮ（Local Area Network）３５０やＷＡＮ（Wide Area Network）を介してインターネット５００に接続可能に構成されている。チャットサーバ４００は、インターネット５００に接続可能に構成されている。コンテンツサーバ６００は、インターネット５００に接続可能に構成されている。

より詳細には、第１の携帯電話１００Ａと、第２の携帯電話１００Ｂと、第３の携帯電話１００Ｃと、第４の携帯電話１００Ｄと、カーナビゲーション装置２００と、パーソナルコンピュータ３００とは、インターネット５００やキャリア網７００やメール送信サーバ（図２におけるチャットサーバ４００）を介して、互いに接続可能であって、互いにデータの送受信が可能である。

本実施の形態においては、携帯電話１００とカーナビゲーション装置２００とパーソナルコンピュータ３００には、自端末を特定するための識別情報（たとえば、メールアドレスやＩＰ（Internet Protocol）アドレスなど）が割り当てられる。携帯電話１００とカーナビゲーション装置２００とパーソナルコンピュータ３００は、内部の記録媒体に他の通信端末の識別情報を記憶することができ、当該識別情報に基づいてキャリア網７００やインターネット５００などを介して当該他の通信端末とデータ送受信を行うことができる。

本実施の形態に係る携帯電話１００とカーナビゲーション装置２００とパーソナルコンピュータ３００とは、他の端末に割り当てられるＩＰアドレスを利用して、サーバ４００，６００を介さずに当該他の通信端末とデータ送受信を行うことも可能である。すなわち、本実施の形態に係るネットワークシステム１に含まれる携帯電話１００、カーナビゲーション装置２００、パーソナルコンピュータ３００は、いわゆるＰ２Ｐ（Peer to Peer）型のネットワークを構成することが可能である。

ここでは、各通信端末がチャットサーバ４００にアクセスする際には、すなわち各通信端末がインターネットにアクセスした際に、チャットサーバ４００あるいは他の図示しないサーバ装置などによってＩＰアドレスが割り当てられるものとする。ＩＰアドレスの割り当て処理の詳細は公知であるので、ここでは説明を繰り返さない。

携帯電話１００とカーナビゲーション装置２００とパーソナルコンピュータ３００とは、インターネット５００を介して、コンテンツサーバ６００から、様々な動画コンテンツを受信する。そして、携帯電話１００とカーナビゲーション装置２００とパーソナルコンピュータ３００のユーザは、コンテンツサーバ６００からの動画コンテンツを視聴することができる。

＜ネットワークシステム１の全体的な動作概要＞
次に、本実施の形態に係るネットワークシステム１の動作概要について説明する。図２は、本実施の形態に係るネットワークシステム１における動作概要を示すシーケンス図である。以下では、説明のために、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとの間の通信処理の概要について説明する。

図１および図２に示すように、本実施の形態に係る各通信端末は、Ｐ２Ｐ型のデータ送受信を行うために、はじめに互いのＩＰアドレスを交換（取得）する必要がある。そして、各通信端末は、相手のＩＰアドレスを取得したのちに、Ｐ２Ｐ型のデータ送受信によって手描き画像のメッセージや添付ファイルなどを他の通信端末に送信する。

以下では、通信端末のそれぞれが、チャットサーバ４００に生成されたチャットルームを介して、メッセージや添付ファイルを送受信する場合について説明する。そして、第１の携帯電話１００Ａが新たなチャットルームを生成し、当該チャットルームに第２の携帯電話１００Ｂを招待する場合について説明する。なお、チャットサーバ４００は、コンテンツサーバ６００の役割を兼ねるものであってもよい。

まず、第１の携帯電話１００Ａ（図２において端末Ａ）が、チャットサーバ４００にＩＰ登録（ログイン）を要求する（ステップＳ０００２）。第１の携帯電話１００Ａは、同時にＩＰアドレスを取得してもよいし、予めＩＰアドレスを取得していてもよい。より詳細には、第１の携帯電話１００Ａは、キャリア網７００、メール送信サーバ（チャットサーバ４００）、インターネット５００を介して、チャットサーバ４００に第１の携帯電話１００ＡのメールアドレスとＩＰアドレスと第２の携帯電話１００Ｂのメールアドレスと新たなチャットルームの生成を要求するメッセージとを送信する。

チャットサーバ４００は、その要求に応じて、第１の携帯電話１００ＡのメールアドレスをそのＩＰアドレスに対応付けて格納する。そして、チャットサーバ４００は、第１の携帯電話１００Ａのメールアドレスと第２の携帯電話１００Ｂのメールアドレスとに基づいて、ルーム名を生成し、当該ルーム名のチャットルームを生成する。このとき、チャットサーバ４００は、チャットルームの生成が完了した旨を第１の携帯電話１００Ａに通知してもよい。チャットサーバ４００は、ルーム名と参加中の通信端末のＩＰアドレスとを対応付けて格納する。

あるいは、第１の携帯電話１００Ａは、第１の携帯電話１００Ａのメールアドレスと第２の携帯電話１００Ｂのメールアドレスとに基づいて、新たなチャットルームのルーム名を生成し、当該ルーム名をチャットサーバ４００に送信する。チャットサーバ４００は、ルーム名に基づいて、新たなチャットルームを生成する。

第１の携帯電話１００Ａは、新たなチャットルームを生成したこと、すなわちチャットルームへの招待を示すＰ２Ｐ参加要請メールを第２の携帯電話１００Ｂに送信する（ステップＳ０００４、ステップＳ０００６）。より詳細には、第１の携帯電話１００Ａは、キャリア網７００、メール送信サーバ（チャットサーバ４００）、インターネット５００を介して、Ｐ２Ｐ参加要請メールを第２の携帯電話１００Ｂに送信する（ステップＳ０００４、ステップＳ０００６）。

第２の携帯電話１００Ｂは、Ｐ２Ｐ参加要請メールを受信すると（ステップＳ０００６）、第１の携帯電話１００Ａのメールアドレスと第２の携帯電話１００Ｂのメールアドレスとに基づいてルーム名を生成し、チャットサーバ４００に第２の携帯電話１００ＢのメールアドレスとＩＰアドレスとそのルーム名を有するチャットルームへ参加する旨のメッセージとを送信する（ステップＳ０００８）。第２の携帯電話１００Ｂは、同時にＩＰアドレスを取得してもよいし、先にＩＰアドレスを取得してからチャットサーバ４００にアクセスしてもよい。

チャットサーバ４００は、そのメッセージを受け付けて、第２の携帯電話１００Ｂのメールアドレスがルーム名に対応するものであるか否かを判断した上で、第２の携帯電話１００ＢのメールアドレスをＩＰアドレスに対応付けて格納する。そして、チャットサーバ４００は、第１の携帯電話１００Ａに、第２の携帯電話１００Ｂがチャットルームに参加した旨と第２の携帯電話１００ＢのＩＰアドレスとを送信する（ステップＳ００１０）。同時に、チャットサーバ４００は、第２の携帯電話１００Ｂに、チャットルームへの参加を受け付けた旨と第１の携帯電話１００ＡのＩＰアドレスとを送信する。

第１の携帯電話１００Ａと第２の携帯電話１００Ｂは、相手のメールアドレスやＩＰアドレスを取得して、互いを認証する（ステップＳ００１２）。認証が完了すると、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、Ｐ２Ｐ通信（チャット通信）を開始する（ステップＳ００１４）。Ｐ２Ｐ通信中の動作概要については、後述する。

第１の携帯電話１００Ａが、第２の携帯電話１００ＢにＰ２Ｐ通信を切断する旨のメッセージを送信すると（ステップＳ００１６）、第２の携帯電話１００Ｂは、第１の携帯電話１００Ａに切断する要求を受け付けた旨のメッセージを送信する（ステップＳ００１８）。第１の携帯電話１００Ａは、チャットサーバ４００にチャットルームを削除する要求を送信し（ステップＳ００２０）、チャットサーバ４００はチャットルームを削除する。

以下、図２と図３とを参照して、本実施の形態に係るネットワークシステム１の動作概要をより具体的に説明する。図３は、本実施の形態に係る動作概要に沿った通信端末の表示態様の推移を示したイメージ図である。なお、以下では、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとが、コンテンツサーバ６００から取得したコンテンツを背景として表示しながら、手描き画像を送受信する場合について説明する。なお、ここでのコンテンツは、動画像であってもよいし、静止画像であってもよい。

図３（Ａ）に示すように、まず、第１の携帯電話１００Ａがコンテンツを受信して表示している。第１の携帯電話１００Ａのユーザが、コンテンツを視聴しながら第２の携帯電話１００Ｂのユーザとチャットしたい場合、第１の携帯電話１００Ａは、チャット開始の命令を受け付ける。図３（Ｂ）に示すように、第１の携帯電話１００Ａは、相手ユーザの選択命令を受け付ける。

ここでは、図３（Ｃ）に示すように、第１の携帯電話１００Ａは、コンテンツを特定するための情報をメール送信サーバ（チャットサーバ４００）を介して第２の携帯電話１００Ｂへと送信する（ステップＳ０００４）。図３（Ｄ）に示すように、第２の携帯電話１００Ｂは、第１の携帯電話１００Ａから情報を受信する（ステップＳ０００６）。第２の携帯電話１００Ｂは、当該情報に基づいてコンテンツを受信して表示する。

なお、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは共に、Ｐ２Ｐ通信開始後に、すなわちＰ２Ｐ通信中に、コンテンツをコンテンツサーバ６００から受信してもよい。

図３（Ｅ）に示すように、第１の携帯電話１００Ａは、第２の携帯電話１００ＢとＰ２Ｐ通信することなく、メール送信を繰り返すこともできる。第１の携帯電話１００Ａは、メール送信が完了すると、チャットサーバ４００に自身のＩＰアドレスを登録し、第１の携帯電話１００Ａのメールアドレスと第２の携帯電話１００Ｂのメールアドレスとに基づいて新たなチャットルームを生成するように要求する（ステップＳ０００２）。

図３（Ｆ）に示すように、第２の携帯電話１００Ｂは、チャットを開始する旨の命令を受け付けて、チャットサーバ４００に、ルーム名とチャットルームに参加する旨のメッセージと自身のＩＰアドレスとを送信する（ステップＳ０００８）。第１の携帯電話１００Ａは、第２の携帯電話１００ＢのＩＰアドレスを取得して、第２の携帯電話１００Ｂは第１の携帯電話１００ＡのＩＰアドレスを取得して（ステップＳ００１０）、互いを認証しあう（ステップＳ００１２）。

これによって、図３（Ｇ）および図３（Ｈ）に示すように、第１の携帯電話１００Ａと第２の携帯電話１００ＢとはＰ２Ｐ通信を行うことができる（ステップＳ００１４）。すなわち、本実施の形態に係る第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、ダウンロードしたコンテンツを表示しながらに、手描き画像などの情報を送受信できるようになる。

より詳細には、本実施の形態においては、第１の携帯電話１００Ａがユーザから手描き画像の入力を受け付けて、コンテンツ上に当該手描き画像を表示する。また、第１の携帯電話１００Ａは、手描き画像を第２の携帯電話１００Ｂに送信する。第２の携帯電話１００Ｂは、第１の携帯電話１００Ａからの手描き画像に基づいて、コンテンツ上に手描き画像を表示する。

逆に、第２の携帯電話１００Ｂもユーザから手描き画像の入力を受け付けて、コンテンツ上に当該手描き画像を表示する。また、第２の携帯電話１００Ｂは、手描き画像を第１の携帯電話１００Ａに送信する。第２の携帯電話１００Ｂは、第１の携帯電話１００Ａからの手描き画像に基づいて、コンテンツ上に手描き画像を表示する。

そして、第１の携帯電話１００ＡがＰ２Ｐ通信を切断した後（ステップＳ００１６、ステップＳ００１８）、図３（Ｉ）に示すように、第２の携帯電話１００Ｂは第１の携帯電話１００Ａなどにメール送信を行うことができる。なお、Ｐ２Ｐ通信をＴＣＰ／ＩＰ通信方式で、メールの送受信をＨＴＴＰ通信方式で行うことも可能である。すなわち、Ｐ２Ｐ通信中にメール送受信を行うことも可能である。

＜ネットワークシステム１における手描き画像の送受信に関する動作概要＞
次に、動画コンテンツの再生中における手描き画像の入力と描画に関する動作概要についてさらに詳細に説明する。図４は、動画コンテンツの再生中における手描き画像の入力と描画に関する動作概要を示すイメージ図である。以下では、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとがチャット通信を開始し、その後第３の携帯電話１００Ｃがチャット通信を開始し、その後第４の携帯電話１００Ｄがチャット通信を開始する場合について説明する。

図４を参照して、第１の携帯電話１００Ａ、第２の携帯電話１００Ｂ、第３の携帯電話１００Ｃ、第４の携帯電話１００Ｄは、それぞれ異なるタイミングでコンテンツサーバ６００から動画コンテンツをダウンロードし始める。そして、第１の携帯電話１００Ａ、第２の携帯電話１００Ｂ、第３の携帯電話１００Ｃ、第４の携帯電話１００Ｄは、それぞれ異なるタイミングで動画コンテンツを再生し始める。当然に、第１の携帯電話１００Ａ、第２の携帯電話１００Ｂ、第３の携帯電話１００Ｃ、第４の携帯電話１００Ｄは、異なるタイミングで動画コンテンツの再生が終了することになる。

１つの携帯電話（図４においては第１の携帯電話１００Ａ）が、動画コンテンツの再生中に手描き画像などの情報の入力を受け付ける。本実施の形態に係るネットワークシステム１においては、動画コンテンツにおける手描き画像の入力に対応するタイミング（入力開始時点）で、他の携帯電話（図４においては、第２の携帯電話１００Ｂ、第３の携帯電話１００Ｃ、第４の携帯電話１００Ｄ）が、当該手描き画像を描画し始める。すなわち、それぞれの携帯電話１００Ａ〜１００Ｄでは、動画コンテンツを開始する時刻が異なる分だけ、手描き画像の描画が開始される時刻が異なる。当然に、それぞれの携帯電話１００Ａ〜１００Ｄでは、動画コンテンツの終了する時刻が異なる。

換言すれば、各携帯電話１００Ａ〜１００Ｄにおいては、動画コンテンツが開始される時刻から手描き画像の描画が開始される時刻までの期間の長さは同じである。つまり、それぞれの携帯電話１００Ａ〜１００Ｄは、第１の携帯電話１００Ａに入力された手描き画像を、同じ動画コンテンツの同じシーン上で表示することになる。さらに換言すれば、携帯電話１００Ａ〜１００Ｄは、それぞれ、動画コンテンツの開始から同じ時間だけ経過したときに、第１の携帯電話１００Ａに入力された手描き画像を当該動画コンテンツ上に描画し始める。

このように、本実施の形態に係るネットワークシステム１においては、それぞれの通信端末が、別個にコンテンツサーバ６００から動画コンテンツをダウンロードするにもかかわらず、１つの通信端末に入力された手描き画像を、同じシーンあるいは同じフレーム上に表示させることができる。

これによって、１つの通信端末のユーザが１つのシーンに関する情報を伝えたいと思ったときに、他の通信端末において当該情報が当該１つのシーンとともに表示される。つまり、本実施の形態においては、情報を送信（入力）するユーザの意図を、情報を受信（閲覧）するユーザへと、有効に伝えることができる。

以下、このような機能を実現するためのネットワークシステム１の構成について詳述する。

＜携帯電話１００のハードウェア構成＞
本実施の形態に係る携帯電話１００のハードウェア構成について説明する。図５は、本施の形態に係る携帯電話１００の外観を示すイメージ図である。図６は、本施の形態に係る携帯電話１００のハードウェア構成を示すブロック図である。

図５および図６に示すように、本実施の形態に係る携帯電話１００は、外部のネットワークとの間でデータを送受信する通信デバイス１０１と、プログラムや各種データベースを記憶するメモリ１０３と、ＣＰＵ（Central Processing Unit）１０６と、ディスプレイ１０７と、外部から音声が入力されるマイク１０８と、外部へと音声を出力するスピーカ１０９と、情報や命令の入力を受け付ける各種ボタン１１０と、外部からの通信データや通話信号を受信した旨の音声を出力する第１の通知部１１１と、外部からの通信データや通話信号を受信した旨を表示する第２の通知部１１２とを含む。

本実施の形態に係るディスプレイ１０７は、液晶パネルやＣＲＴから構成されるタッチパネル１０２を実現する。すなわち、本実施の形態に係る携帯電話１００は、ディスプレイ１０７の上側（表側）にペンタブレット１０４が敷設されている。これによって、ユーザは、スタイラスペン１２０などを用いることによって、ペンタブレット１０４を介して、図形情報などをＣＰＵ１０６に手描き入力することができる。

なお、ユーザは、以下の方法によっても、手描き入力を行うことが可能である。すなわち、赤外線や音波を出力する特殊なペンを利用することによって、そのペンから発信される赤外線や音波を受信する受信部によってペンの動きを割り出す。この場合、当該受信部を軌跡を記憶する装置に接続することによって、ＣＰＵ１０６が当該装置から出力される軌跡を手描き入力として受信することができる。

あるいは、ユーザは、静電パネルに対して、指、または、静電対応のペンを用いて手描き画像を書くことも可能である。

このようにして、ディスプレイ１０７（タッチパネル１０２）は、ＣＰＵ１０６が出力したデータに基づいて、画像やテキストを表示する。たとえば、ディスプレイ１０７は、通信デバイス１０１を介して受信した動画コンテンツを表示する。ディスプレイ１０７は、タブレット１０４を介して受け付けた手描き画像や、通信デバイス１０１を介して受け付けた手描き画像に基づいて、手描き画像を動画コンテンツに重畳させて表示する。

各種ボタン１１０は、キー入力操作などによってユーザから情報を受け付ける。たとえば、各種ボタン１１０は、通話を受け付けたり、通話を発したりするためのＴＥＬボタン１１０Ａと、メールを受け付けたり、メールを発したりするためのメールボタン１１０Ｂと、Ｐ２Ｐ通信を受け付けたり、Ｐ２Ｐ通信を発したりするためのＰ２Ｐボタン１１０Ｃと、アドレス帳データを呼び出すアドレス帳ボタン１１０Ｄと、各種の処理を終了させるための終了ボタン１１０Ｅとを含む。すなわち、各種ボタン１１０は、通信デバイス１０１を介してＰ２Ｐ参加要請メールを受信したときに、ユーザから、チャットルームへ参加する命令や、メールの内容を表示させる命令などを選択可能に受け付ける。

また、各種ボタン１１０は、手描き入力を開始するための命令を受け付けるためのボタン、すなわち第１の入力を受け付けるためのボタンを含んでもよい。各種ボタン１１０は、手描き入力を終了するための命令を受け付けるためのボタン、すなわち第２の入力を受け付けるためのボタンを含んでもよい。

第１の通知部１１１は、スピーカ１０９などを介して着信音を出力する。あるいは、第１の通知部１１１は、バイブレーション機能を有する。第１の通知部１１１は、着呼した際や、メールを受信した際や、Ｐ２Ｐ参加要請メールを受信した際に、音声を出力したり、携帯電話１００を振動させたりする。

第２の通知部１１２は、着信したときに点滅するＴＥＬ用ＬＥＤ（Light Emitting Diode）１１２Ａと、メールを受信したときに点滅するメール用ＬＥＤ１１２Ｂと、Ｐ２Ｐ通信を受信したときに点滅するＰ２Ｐ用ＬＥＤ１１２Ｃを含む。

ＣＰＵ１０６は、携帯電話１００の各部を制御する。たとえば、各種ボタン１１０を介してユーザから各種命令を受け付けて、通信デバイス１０１や通信デバイス１０１やネットワークを介して外部の通信端末とデータの送受信を行う。

通信デバイス１０１は、ＣＰＵ１０６からの通信データを通信信号に変換し、その通信信号を外部へと発信する。通信デバイス１０１は、外部から受信した通信信号を通信データに変換し、その通信データをＣＰＵ１０６に入力する。

メモリ１０３は、作業用メモリとして機能するＲＡＭ（Random Access Memory）や、制御プログラムなどを格納するＲＯＭ（Read Only Memory）や、画像データなどを記憶するハードディスクなどによって実現される。図７（ａ）は、メモリ１０３を構成する各種のワークメモリ１０３Ａのデータ構造を示すイメージ図である。図７（ｂ）は、メモリ１０３が記憶するアドレス帳データ１０３Ｂを示すイメージ図である。図７（ｃ）は、メモリ１０３が記憶する自端末データ１０３Ｃを示すイメージ図である。図７（ｄ）は、メモリ１０３が記憶する自端末のＩＰアドレスデータ１０３Ｄと他端末のＩＰアドレスデータ１０３Ｅとを示すイメージ図である。

図７（ａ）に示すように、メモリ１０３のワークメモリ１０３Ａは、発信者の電話番号を格納するＲＣＶＴＥＬＮＯ領域、受信メールに関する情報を格納するＲＣＶＭＡＩＬ領域、送信メールに関する情報を格納するＳＥＮＤＭＡＩＬ領域、選択されたアドレスのメモリＮｏを格納するＳＥＬ領域、生成されたルーム名を格納するＲＯＯＭＮＡＭＥ領域などを含む。なお、ワークメモリ１０３Ａは、電話番号を格納しなくてもよい。受信メールに関する情報は、ＭＡＩＮ領域に格納されるメール本文と、ＲＣＶＭＡＩＬのＦＲＯＭ領域に格納されるメール送信元のメールアドレスを含む。送信メールに関する情報は、ＭＡＩＮ領域に格納されるメール本文と、ＲＣＶＭＡＩＬのＴＯ領域に格納されるメール送信先のメールアドレスとを含む。

図７（ｂ）に示すように、アドレス帳データ１０３Ｂは、宛先（他の通信端末）毎にメモリＮｏを対応付けている。そして、アドレス帳データ１０３Ｂは、宛先毎に、名前、電話番号、メールアドレスなどを互いに対応付けて格納する。

図７（ｃ）に示すように、自端末データ１０３Ｃは、自端末のユーザの名前、自端末の電話番号、自端末のメールアドレスなどを格納する。

図７（ｄ）に示すように、自端末のＩＰアドレスデータ１０３Ｄは、自端末のＩＰアドレスを格納する。他端末のＩＰアドレスデータ１０３Ｅは、他端末のＩＰアドレスを格納する。

本実施の形態に係る携帯電話１００の各々は、図７に示すデータを利用することによって、前述したような方法で（図１〜図３を参照。）、他の通信端末との間でデータを送受信することができる。

＜チャットサーバ４００およびコンテンツサーバ６００のハードウェア構成＞
次に、本実施の形態に係るチャットサーバ４００およびコンテンツサーバ６００のハードウェア構成について説明する。以下では、まず、チャットサーバ４００のハードウェア構成について説明する。

図８は、本実施の形態に係るチャットサーバ４００のハードウェア構成を示すブロック図である。図８に示すように、本実施の形態に係るチャットサーバ４００は、相互に内部バス４０８で接続されたＣＰＵ４０５と、メモリ４０６と、固定ディスク４０７と、通信デバイス４０９とを含む。

メモリ４０６は、各種の情報を記憶するものであって、たとえば、ＣＰＵ４０５でのプログラムの実行に必要なデータを一時的に記憶する。固定ディスク４０７は、ＣＰＵ４０５が実行するプログラムやデータベースを記憶する。ＣＰＵ４０５は、チャットサーバ４００の各要素を制御するものであって、各種の演算を実施する装置である。

通信デバイス４０９は、ＣＰＵ４０５が出力したデータを電気信号へと変換して外部へ送信し、外部から受信した電気信号をデータに変換してＣＰＵ４０５に入力する。具体的には、通信デバイス４０９は、ＣＰＵ４０５からのデータを、インターネット５００やキャリア網７００などを介して、携帯電話１００やカーナビゲーション装置２００やパーソナルコンピュータ３００やゲーム機や電子辞書や電子ＢＯＯＫなどのネットワークに接続可能な機器に送信する。そして、通信デバイス４０９は、インターネット５００やキャリア網７００を介して、携帯電話１００やカーナビゲーション装置２００やパーソナルコンピュータ３００やゲーム機や電子辞書や電子ＢＯＯＫなどのネットワークに接続可能な機器から受信したデータを、ＣＰＵ４０５に入力する。

ここで、メモリ４０６あるいは固定ディスク４０７に記憶されるデータについて説明する。図９（ａ）は、チャットサーバ４００のメモリ４０６あるいは固定ディスク４０７に記憶されるルーム管理テーブル４０６Ａのデータ構造を示す第１のイメージ図であって、図９（ｂ）は、チャットサーバ４００のメモリ４０６あるいは固定ディスク４０７に記憶されるルーム管理テーブル４０６Ａのデータ構造を示す第２のイメージ図である。

図９（ａ）および図９（ｂ）に示すように、ルーム管理テーブル４０６Ａは、ルーム名とＩＰアドレスとを対応付けて格納する。たとえば、ある時点においては、図９（ａ）に示すように、チャットサーバ４００にルーム名Ｒを有するチャットルーム、ルーム名Ｓを有するチャットルーム、ルーム名Ｔを有するチャットルームが生成されている。そして、ルーム名Ｒを有するチャットルームには、ＡというＩＰアドレスを有する通信端末と、ＣというＩＰアドレスを有する通信端末が入室している。ルーム名Ｓを有するチャットルームには、ＢというＩＰアドレスを有する通信端末が入室している。ルーム名Ｔを有するチャットルームには、ＤというＩＰアドレスを有する通信端末が入室している。

後述するように、ルーム名Ｒは、ＣＰＵ４０６が、ＡというＩＰアドレスを有する通信端末のメールアドレスとＢというＩＰアドレスを有する通信端末のメールアドレスに基づいて決定する。図９（ａ）に示す状態において、ルーム名Ｓを有するチャットルームに新たにＥというＩＰアドレスを有する通信端末が入室すると、図９（ｂ）に示すように、ルーム管理テーブル４０６Ａはルーム名ＳとＩＰアドレスＥとを対応付けて格納する。

具体的には、チャットサーバ４００においては、第１の携帯電話１００Ａが新たなチャットルームの生成を要求してきた際（図２におけるステップＳ０００２）に、ＣＰＵ４０５が、第１の携帯電話１００Ａのメールアドレスと第２の携帯電話１００Ｂのメールアドレスとに基づいてルーム名を生成した上で、ルーム管理テーブル４０６Ａに当該ルーム名と第１の携帯電話１００ＡのＩＰアドレスとを対応付けて格納する。

そして、第２の携帯電話１００Ｂがチャットサーバ４００にチャットルームへの参加を要求してきた際（図２におけるステップＳ０００８）に、ＣＰＵ４０５が、ルーム管理テーブル４０６Ａに当該ルーム名と第２の携帯電話１００ＢのＩＰアドレスとを対応付けて格納する。ＣＰＵ４０６は、ルーム管理テーブル４０６Ａから、当該ルーム名に対応する第１の携帯電話１００ＡのＩＰアドレスを読み出す。ＣＰＵ４０６は、第１の携帯電話１００ＡのＩＰアドレスを第２の各通信端末に送信し、第２の携帯電話１００ＢのＩＰアドレスを第１の携帯電話１００Ａに送信する。

次に、コンテンツサーバ６００のハードウェア構成について説明する。図８に示すように、本実施の形態に係るコンテンツサーバ６００は、相互に内部バス６０８で接続されたＣＰＵ６０５と、メモリ６０６と、固定ディスク６０７と、通信デバイス６０９とを含む。

メモリ６０６は、各種の情報を記憶するものであって、たとえば、ＣＰＵ６０５でのプログラムの実行に必要なデータを一時的に記憶する。固定ディスク６０７は、ＣＰＵ６０５が実行するプログラムやデータベースを記憶する。ＣＰＵ６０５は、コンテンツサーバ６００の各要素を制御するものであって、各種の演算を実施する装置である。

通信デバイス６０９は、ＣＰＵ６０５が出力したデータを電気信号へと変換して外部へ送信し、外部から受信した電気信号をデータに変換してＣＰＵ６０５に入力する。具体的には、通信デバイス６０９は、ＣＰＵ６０５からのデータを、インターネット５００やキャリア網７００などを介して、携帯電話１００やカーナビゲーション装置２００やパーソナルコンピュータ３００やゲーム機や電子辞書や電子ＢＯＯＫなどのネットワークに接続可能な機器に送信する。そして、通信デバイス６０９は、インターネット５００やキャリア網７００を介して、携帯電話１００やカーナビゲーション装置２００やパーソナルコンピュータ３００やゲーム機や電子辞書や電子ＢＯＯＫなどのネットワークに接続可能な機器から受信したデータを、ＣＰＵ６０５に入力する。

コンテンツサーバ６００のメモリ６０６あるいは固定ディスク６１５は、動画コンテンツを記憶する。コンテンツサーバ６００のＣＰＵ６０５は、通信デバイス６０９を介して、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂからコンテンツの指定（動画コンテンツの格納先を示すアドレスなど）を受信する。コンテンツサーバ６００のＣＰＵ６０５は、コンテンツの指定に基づいて、当該指定に対応する動画コンテンツをメモリ６０６から読み出して、通信デバイス６０９を介して当該コンテンツを第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂへ送信する。

＜携帯電話１００における通信処理＞
次に、本実施の形態に係る携帯電話１００におけるＰ２Ｐ通信処理について説明する。図１０は、本実施の形態に係る携帯電話１００におけるＰ２Ｐ通信処理の処理手順を示すフローチャートである。図１１は、本実施の形態に係る送信データのデータ構造を示すイメージ図である。

以下では、第１の携帯電話１００Ａが第２の携帯電話１００Ｂへと、動画コンテンツの指定や、手描き画像などを送信する場合について説明する。なお、本実施の形態においては、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、チャットサーバ４００を介してデータを送受信している。ただし、チャットサーバ４００を介さずにＰ２Ｐ通信によってデータを送受信してもよい。この場合には、第１の携帯電話１００Ａが、チャットサーバ４００の代わりに、データを記憶したり、第２の携帯電話１００Ｂや第３の携帯電話１００Ｃなどにデータを送信したりする必要がある。

図１０を参照して、まず、第１の携帯電話１００Ａ（送信側）のＣＰＵ１０６は、通信デバイス１０１を介して、チャットサーバ４００からチャット通信に関するデータを取得する（ステップＳ００２）。同様に、第２の携帯電話１００Ｂ（受信側）のＣＰＵ１０６も、通信デバイス１０１を介して、チャットサーバ４００からチャット通信に関するデータを取得する（ステップＳ００４）。

なお、「チャット通信に関するデータ」は、チャットルームのＩＤ、メンバーの端末情報、お知らせ（告知情報）、この時点までのチャット内容などを含む。

第１の携帯電話１００ＡのＣＰＵ１０６は、タッチパネル１０２に、チャット通信用のウインドウを表示させる（ステップＳ００６）。同様に、第２の携帯電話１００ＢのＣＰＵ１０６は、タッチパネル１０２に、チャット通信用のウインドウを表示させる（ステップＳ００８）。

第１の携帯電話１００ＡのＣＰＵ１０６は、ユーザからのコンテンツ再生命令に基づいて、通信デバイス１０１を介して、動画コンテンツを受信する（ステップＳ０１０）。より詳細には、ＣＰＵ１０６は、タッチパネル１０２を介して、ユーザから、動画コンテンツを指定するための命令を受け付ける。ユーザは、第１の携帯電話１００ＡにＵＲＬ（Uniform Resource Locator）を直接入力してもよいし、表示中のウェブページ上で所望の動画コンテンツに対応するリンクを選択してもよい。

第１の携帯電話１００ＡのＣＰＵ１０６は、通信デバイス１０１を用いることによって、チャットサーバ４００を介して、選択した動画コンテンツを特定するための動画情報（ａ）を、チャットに参加している他の通信端末へと送信する（ステップＳ０１２）。あるいは、第１の携帯電話１００ＡのＣＰＵ１０６は、通信デバイス１０１を用いることによって、Ｐ２Ｐ通信によって、選択した動画コンテンツを特定するための動画情報（ａ）を、チャットに参加している他の通信端末へと直接的に送信する。図１１に示すように、動画情報（ａ）は、たとえば、動画コンテンツの格納場所を示すＵＲＬなどを含む。チャットサーバ４００のＣＰＵ４０５は、後でチャットに参加してくる通信端末のために、動画情報（ａ）をメモリ４０６に格納しておく。

図４（ａ）に示すように、第１の携帯電話１００ＡのＣＰＵ１０６は、タッチパネル１０２を介して、受信した動画コンテンツを再生し始める（ステップＳ０１４）。ＣＰＵ１０６は、スピーカ１０９を介して、動画コンテンツの音声を出力してもよい。

第２の携帯電話１００ＢのＣＰＵ１０６は、通信デバイス１０１を介して、チャットサーバ４００から動画情報（ａ）を受信する（ステップＳ０１６）。ＣＰＵ１０６は、動画情報を解析して（ステップＳ０１８）、コンテンツサーバ６００から動画コンテンツをダウンロードする（ステップＳ０２０）。図４（ｇ）に示すように、ＣＰＵ１０６は、タッチパネル１０２を介して、受信した動画コンテンツを再生し始める（ステップＳ０２２）。このとき、ＣＰＵ１０６は、スピーカ１０９を介して、動画コンテンツの音声を出力してもよい。

なお、ここでは、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとが、チャット通信中に動画情報を取得する例を示したが、これに限られず、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとが、チャット通信前に、共通の動画情報を取得していてもよい。

その後、第３の携帯電話１００Ｃが、チャットに参加するものとする。第３の携帯電話１００ＣのＣＰＵ１０６は、通信デバイス１０１を介して、チャットサーバ４００からチャットデータを取得する（ステップＳ０２４）。

このとき、チャットサーバ４００は、第１の携帯電話１００Ａからの動画情報（ａ）を記憶している。チャットサーバ４００のＣＰＵ４０５は、通信デバイス４０９を介して、チャットデータの一部としての動画情報（ａ）を、第３の携帯電話１００Ｃへと送信する。

第３の携帯電話１００ＣのＣＰＵ１０６は、チャットデータを解析して動画情報を取得する（ステップＳ０２６）。ＣＰＵ１０６は、動画情報に基づいて、コンテンツサーバ６００から動画コンテンツを取得する（ステップＳ０２８）。図４（ｍ）に示すように、ＣＰＵ１０６は、タッチパネル１０２を介して、受信した動画コンテンツを再生し始める（ステップＳ０３０）。このとき、ＣＰＵ１０６は、スピーカ１０９を介して、動画コンテンツの音声を出力してもよい。

ここで、第１の携帯電話１００Ａが動画コンテンツを再生中に、ＣＰＵ１０６が、タッチパネル１０２を介してユーザによる手描き入力を受け付けたとする（ステップＳ０３２）。

より詳細には、ＣＰＵ１０６は、所定時間毎にタッチパネル１０２から接触座標データを順次受け付けることにより、タッチパネル１０２に対する接触位置の変化（軌跡）を取得する。そして、図１１に示すように、ＣＰＵ１０６は、手描きクリア情報（ｂ）と、接触位置の軌跡を示す情報（ｃ）と、線の色を示す情報（ｄ）と、線の幅を示す情報（ｅ）と、手描き入力が開始されたタイミングを示すタイミング情報（ｆ）とを含む、送信データを作成する（ステップＳ０３４）。

手描きクリア情報（ｂ）は、それまでに入力された手描きをクリアするための情報（ｔｒｕｅ）または手描き入力を続行するための情報（ｆａｌｓｅ）を含む。接触位置の軌跡を示す情報（ｃ）は、手描きストロークを構成するそれぞれの頂点の座標と、それぞれの頂点に対応する手描き入力が開始された時点からの経過時間とを含む。タイミング情報（ｆ）は、手描き画像の描画が開始されるべきタイミングを示す情報でもある。より詳細には、タイミング情報（ｆ）は、たとえば、第１の携帯電話１００Ａが手描き入力を受け付けたときの、動画コンテンツ開始からの時間（ｍｓ）、動画コンテンツのシーンを特定する情報（シーン番号など）、動画コンテンツのフレームを特定するための情報（フレーム番号など）などを含む。

このとき、すなわちステップＳ０３２において、ＣＰＵ１０６は、タッチパネル１０２に、動画コンテンツ上に（動画コンテンツに重畳させて）入力された手描き画像を表示させる。図４（ｂ）〜（ｄ）に示すように、ＣＰＵ１０６は、手描き画像の入力に応じて、タッチパネル１０２に、手描き画像を表示させていく。

図４（ｅ）に示すように、本実施の形態に係る第１の携帯電話１００Ａでは、動画コンテンツのシーンが切り替わるときに、それまで入力された手描き画像がクリアされるものとしている。ＣＰＵ１０６は、シーンが切り替わる際に、通信デバイス１０１を用いて、クリア情報（ｔｒｕｅ）を送信してもよい。

ＣＰＵ１０６は、手描き画像の入力を受け付ける度に、ステップＳ０３２〜ステップＳ０３４の処理を繰り返す。あるいは、ＣＰＵ１０６は、手描き画像の入力を受け付ける度に、ステップＳ０３２〜ステップＳ０３６の処理を繰り返す。そして、図４（ｆ）に示すように、ＣＰＵ１０６は、動画コンテンツの再生を終了する（ステップＳ０５８）。

ＣＰＵ１０６は、通信デバイス１０１を用いることによって、チャットサーバ４００を介して、当該送信データを、チャットに参加している他の通信端末へと送信する（ステップＳ０３６）。チャットサーバ４００のＣＰＵ４０５は、後でチャットに参加してくる通信端末のために、送信データ（ｂ）〜（ｆ）をメモリ４０６に格納しておく。現時点では、第２の携帯電話１００Ｂと第３の携帯電話１００Ｃとがチャットに参加している。あるいは、ＣＰＵ１０６は、通信デバイス１０１を用いることによって、Ｐ２Ｐ通信によって、当該送信データを、チャットに参加している他の通信端末へと直接的に送信する（ステップＳ０３６）。

第２の携帯電話１００ＢのＣＰＵ１０６は、通信デバイス１０１を介して、チャットサーバ４００から送信データ（ｂ）〜（ｆ）を受信する（ステップＳ０３８）。ＣＰＵ１０６は、送信データを解析する（ステップＳ０４０）。図４（ｈ）〜（ｊ）に示すように、ＣＰＵ１０６は、送信データ毎に、当該送信データのタイミング情報（ｆ）に基づいて、タッチパネル１０２に、手描き画像を動画コンテンツ上に描画させる（ステップＳ０４２）。

図４（ｋ）に示すように、本実施の形態に係る第２の携帯電話１００Ｂでは、動画コンテンツのシーンが切り替わるときに、それまで入力された手描き画像がクリアされるものとしている。ＣＰＵ１０６は、第１の携帯電話１００Ａからのクリア情報に基づいて手描き画像を消去してもよい。あるいは、ＣＰＵ１０６は、シーンが切り替わったことを自身で判断することによって、手描き画像を消去してもよい。そして、図４（ｌ）に示すように、ＣＰＵ１０６は、動画コンテンツの再生を終了する（ステップＳ０６０）。

第３の携帯電話１００ＣのＣＰＵ１０６は、通信デバイス１０１を介して、チャットサーバ４００から送信データを受信する（ステップＳ０４４）。ＣＰＵ１０６は、送信データを解析する（ステップＳ０４６）。図４（ｎ）〜（ｐ）に示すように、ＣＰＵ１０６は、送信データ毎に、当該送信データのタイミング情報（ｆ）に基づいて、タッチパネル１０２に、手描き画像を動画コンテンツ上に描画させる（ステップＳ０４８）。

図４（ｑ）に示すように、本実施の形態に係る第３の携帯電話１００Ｃでは、動画コンテンツのシーンが切り替わるときに、それまで入力された手描き画像がクリアされるものとしている。ＣＰＵ１０６は、第１の携帯電話１００Ａからのクリア情報に基づいて手描き画像を消去してもよい。あるいは、ＣＰＵ１０６は、シーンが切り替わったことを自身で判断することによって、手描き画像を消去してもよい。そして、図４（ｒ）に示すように、ＣＰＵ１０６は、動画コンテンツの再生を終了する（ステップＳ０６２）。

その後、第４の携帯電話１００Ｄが、チャットに参加するものとする。より詳細には、第１の携帯電話１００Ａにおいて手描き入力が終了した後で、第４の携帯電話１００Ｄがチャットに参加したものとする。第１の携帯電話１００Ａ、第２の携帯電話１００Ｂ、第３の携帯電話１００Ｃにおいて、動画コンテンツの再生が終了しているか否かは問わない。

第４の携帯電話１００ＤのＣＰＵ１０６は、通信デバイス１０１を介して、チャットサーバ４００からチャットデータを取得する（ステップＳ０５０）。このとき、チャットサーバ４００は、第１の携帯電話１００Ａからの動画情報（ａ）を記憶している。チャットサーバ４００のＣＰＵ４０５は、通信デバイス４０９を介して、チャットデータの一部としての、動画情報（ａ）と現時点までに蓄積された送信データ（ｂ）〜（ｆ）とを、第４の携帯電話１００Ｄへと送信する。

第４の携帯電話１００ＤのＣＰＵ１０６は、チャットデータを解析して動画情報と送信データとを取得する（ステップＳ０５２）。ＣＰＵ１０６は、動画情報に基づいて、コンテンツサーバ６００から動画コンテンツを取得する（ステップＳ０５４）。図４（ｓ）に示すように、ＣＰＵ１０６は、タッチパネル１０２を介して、受信した動画コンテンツを再生し始める（ステップＳ０５６）。このとき、ＣＰＵ１０６は、スピーカ１０９を介して、動画コンテンツの音声を出力してもよい。

図４（ｔ）〜（ｖ）に示すように、ＣＰＵ１０６は、送信データ毎に、当該送信データのタイミング情報（ｆ）に基づいて、タッチパネル１０２に、手描き画像を動画コンテンツ上に描画させる（ステップＳ０６４）。

図４（ｖ）に示すように、本実施の形態に係る第４の携帯電話１００Ｄでは、動画コンテンツのシーンが切り替わるときに、それまで入力された手描き画像がクリアされるものとしている。ＣＰＵ１０６は、第１の携帯電話１００Ａからのクリア情報に基づいて手描き画像を消去してもよい。あるいは、ＣＰＵ１０６は、シーンが切り替わったことを自身で判断することによって、手描き画像を消去してもよい。

これによって、第１の携帯電話１００Ａにおいて手描き画像が入力された動画コンテンツ中のタイミングと同じタイミングで、第２の携帯電話１００Ｂ、第３の携帯電話１００Ｃ、第４の携帯電話１００Ｄにおいて手描き画像が描画されるようになる。すなわち、第２の携帯電話１００Ｂ、第３の携帯電話１００Ｃ、第４の携帯電話１００Ｄにおいても、第１の携帯電話１００Ａのユーザが所望するシーンで所望する情報が描画されるようになる。

＜携帯電話１００における通信処理の変形例＞
次に、本実施の形態に係る携帯電話１００におけるＰ２Ｐ通信処理の変形例について説明する。図１２は、本実施の形態に係る携帯電話１００におけるＰ２Ｐ通信処理の変形例の処理手順を示すフローチャートである。

より詳細には、図１２は、第１の通信端末において動画コンテンツの再生および手描き入力が終了した後に、第１の通信端末が、動画情報（ａ）と送信データ（ｂ）〜（ｆ）とを、まとめて他の通信端末に送信する例について説明する。ここでも、第１の携帯電話１００Ａから第２の携帯電話１００Ｂへと、動画情報と手描き画像とが送信される場合について説明する。

図１２を参照して、まず、第１の携帯電話１００Ａ（送信側）のＣＰＵ１０６は、通信デバイス１０１を介して、チャットサーバ４００からチャット通信に関するデータを取得する（ステップＳ１０２）。同様に、第２の携帯電話１００Ｂ（受信側）のＣＰＵ１０６も、通信デバイス１０１を介して、チャットサーバ４００からチャット通信に関するデータを取得する（ステップＳ１０４）。

なお、「チャット通信に関するデータ」は、チャットルームのＩＤ、メンバーの端末情報、お知らせ（告知情報）、この時点までのチャット内容などを含む。

第１の携帯電話１００ＡのＣＰＵ１０６は、タッチパネル１０２に、チャット通信用のウインドウを表示させる（ステップＳ１０６）。同様に、第２の携帯電話１００ＢのＣＰＵ１０６は、タッチパネル１０２に、チャット通信用のウインドウを表示させる（ステップＳ１０８）。

第１の携帯電話１００ＡのＣＰＵ１０６は、ユーザからのコンテンツ再生命令に基づいて、通信デバイス１０１を介して、動画コンテンツを受信する（ステップＳ１１０）。より詳細には、ＣＰＵ１０６は、タッチパネル１０２を介して、ユーザから、動画コンテンツを指定するための命令を受け付ける。ユーザは、第１の携帯電話１００ＡにＵＲＬを直接入力してもよいし、表示中のウェブページ上で所望の動画コンテンツに対応するリンクを選択してもよい。

図４（ａ）に示すように、第１の携帯電話１００ＡのＣＰＵ１０６は、タッチパネル１０２を介して、受信した動画コンテンツを再生し始める（ステップＳ１１２）。ＣＰＵ１０６は、スピーカ１０９を介して、動画コンテンツの音声を出力してもよい。

ここで、第１の携帯電話１００Ａが動画コンテンツを再生中に、ＣＰＵ１０６が、タッチパネル１０２を介してユーザによる手描き入力を受け付けたとする（ステップＳ１１４）。

より詳細には、ＣＰＵ１０６は、所定時間毎にタッチパネル１０２から接触座標データを順次受け付けることにより、タッチパネル１０２に対する接触位置の変化（軌跡）を取得する。そして、図１１に示すように、ＣＰＵ１０６は、手描きクリア情報（ｂ）と、接触位置の軌跡を示す情報（ｃ）と、線の色を示す情報（ｄ）と、線の幅を示す情報（ｅ）と、手描き入力のタイミングを示すタイミング情報（ｆ）とを含む、送信データを作成する（ステップＳ１１６）。

手描きクリア情報（ｂ）は、それまでに入力された手描きをクリアするための情報（ｔｒｕｅ）または手描き入力を続行するための情報（ｆａｌｓｅ）を含む。タイミング情報（ｆ）は、手描きが描画されるべきタイミングを示す情報でもある。より詳細には、タイミング情報（ｆ）は、たとえば、第１の携帯電話１００Ａが手描き入力を受け付けたときの、動画コンテンツ開始からの時間（ｍｓ）、動画コンテンツのシーンを示す情報、動画コンテンツのフレームを示す情報などを含む。

このとき、すなわちステップＳ１１４において、ＣＰＵ１０６は、送信データに基づいて、タッチパネル１０２に、動画コンテンツ上に（動画コンテンツに重畳させて）入力された手描き画像を表示させる。図４（ｂ）〜（ｄ）に示すように、ＣＰＵ１０６は、手描き画像の入力に応じて、タッチパネル１０２に、手描き画像を表示させていく。

図４（ｅ）に示すように、本実施の形態に係る第１の携帯電話１００Ａでは、動画コンテンツのシーンが切り替わるときに、それまで入力された手描き画像がクリアされるものとしている。ＣＰＵ１０６は、シーンが切り替わる際に、通信デバイス１０１を用いて、クリア情報（ｔｒｕｅ）を送信してもよい。

ＣＰＵ１０６は、手描き入力を受け付ける度に、ステップＳ１１４〜ステップＳ１１６の処理を繰り返す。そして、図４（ｆ）に示すように、ＣＰＵ１０６は、動画コンテンツの再生を終了する（ステップＳ１１８）。

ＣＰＵ１０６は、通信デバイス１０１を用いることによって、チャットサーバ４００を介して、動画情報（ａ）と既に作成された送信データ（ｂ）〜（ｆ）の全てとを、チャットに参加している他の通信端末へと送信する（ステップＳ１２０）。図１１に示すように、動画情報（ａ）は、たとえば、動画の格納場所を示すＵＲＬなどを含む。

あるいは、ＣＰＵ１０６は、通信デバイス１０１を用いることによって、Ｐ２Ｐ通信によって、動画情報（ａ）と既に作成された送信データ（ｂ）〜（ｆ）の全てとを、チャットに参加している他の通信端末へと直接的に送信する（ステップＳ１２０）。この場合は、ＣＰＵ１０６は、動画情報（ａ）と既に作成された送信データ（ｂ）〜（ｆ）の全てとを自身のメモリ１０３へと蓄積しておく。

チャットサーバ４００のＣＰＵ４０５は、後でチャットに参加してくる通信端末のために、動画情報（ａ）と送信データ（ｂ）〜（ｆ）とをメモリ４０６に残しても良い。現時点では、第２の携帯電話１００Ｂがチャットに参加している。

第２の携帯電話１００ＢのＣＰＵ１０６は、通信デバイス１０１を介して、チャットサーバ４００から動画情報（ａ）と送信データ（ｂ）〜（ｆ）とを受信する（ステップＳ１２２）。ＣＰＵ１０６は、動画情報（ａ）と送信データ（ｂ）〜（ｆ）とを解析する（ステップＳ１２４）。ＣＰＵ１０６は、コンテンツサーバ６００から動画コンテンツをダウンロードする（ステップＳ１２６）。図４（ｇ）に示すように、ＣＰＵ１０６は、タッチパネル１０２を介して、受信した動画コンテンツを再生し始める（ステップＳ１２８）。このとき、ＣＰＵ１０６は、スピーカ１０９を介して、動画コンテンツの音声を出力してもよい。

図４（ｈ）〜（ｊ）に示すように、ＣＰＵ１０６は、送信データ毎に、当該送信データのタイミング情報（ｆ）に基づいて、タッチパネル１０２に、手描き画像を動画コンテンツ上に描画させる（ステップＳ１３０）。

図４（ｋ）に示すように、本実施の形態に係る第２の携帯電話１００Ｂでは、動画コンテンツのシーンが切り替わるときに、それまで入力された手描き画像がクリアされるものとしている。ＣＰＵ１０６は、第１の携帯電話１００Ａからのクリア情報に基づいて手描き画像を消去してもよい。あるいは、ＣＰＵ１０６は、シーンが切り替わったことを自身で判断することによって、手描き画像を消去してもよい。そして、図４（ｌ）に示すように、ＣＰＵ１０６は、動画コンテンツの再生を終了する（ステップＳ１３２）。

これによって、第１の携帯電話１００Ａにおいて手描き画像が入力された動画コンテンツ中のタイミングと同じタイミングで、第２の携帯電話１００Ｂにおいて手描き画像が描画されるようになる。すなわち、第２の携帯電話１００Ｂにおいても、第１の携帯電話１００Ａのユーザが所望するシーンで所望する情報が描画されるようになる。

＜携帯電話１００における入力処理＞
次に、本実施の形態に係る携帯電話１００における入力処理について説明する。図１３は、本実施の形態に係る携帯電話１００における入力処理の処理手順を示すフローチャートである。

図１３を参照して、ＣＰＵ１０６は、まず、携帯電話１００への入力が開始された際に、ペン情報の設定処理（ステップＳ３００）を実行する。なお、ペン情報の設定処理（ステップＳ３００）については後述する。

ＣＰＵ１０６は、ペン情報の設定処理（ステップＳ３００）が終了すると、データ（ｂ）がｔｒｕｅであるか否かを判断する（ステップＳ２０２）。データ（ｂ）がｔｒｕｅである場合（ステップＳ２０２にてＹＥＳである場合）、ＣＰＵ１０６は、データ（ｂ）をメモリ１０３に格納する（ステップＳ２０４）。ＣＰＵ１０６は、入力処理を終了する。

データ（ｂ）がｔｒｕｅでない場合（ステップＳ２０２にてＮＯである場合）、ＣＰＵ１０６は、スタイラスペン１２０がタッチパネル１０２に接触したか否かを判断する（ステップＳ２０６）。すなわち、ＣＰＵ１０６は、ペンダウンを検出したか否かを判断する。

ペンダウンを検出しなかった場合（ステップＳ２０６にてＮＯである場合）、ＣＰＵ１０６は、スタイラスペン１２０のタッチパネル１０２に対する接触位置が変化したか否かを判断する（ステップＳ２０８）。すなわち、ＣＰＵ１０６は、ペンドラッグを検出したか否かを判断する。ＣＰＵ１０６は、ペンドラッグを検出しなかった場合（ステップＳ２０８にてＮＯである場合）、入力処理を終了する。

ＣＰＵ１０６は、ペンダウンを検出した場合（ステップＳ２０６にてＹＥＳである場合）、あるいは、ペンドラッグを検出した場合（ステップＳ２０８にてＹＥＳである場合）、データ（ｂ）に「ｆａｌｓｅ」を設定する（ステップＳ２１０）。ＣＰＵ１０６は、手描き処理（ステップＳ４００）を実行する。手描き処理（ステップＳ４００）については後述する。

ＣＰＵ１０６は、手描き処理（ステップＳ４００）を終了すると、データ（ｂ）、（ｃ）、（ｄ）、（ｅ）、（ｆ）をメモリ１０３に格納する（ステップＳ２１２）。ＣＰＵ１０６は、入力処理を終了する。

（携帯電話１００におけるペン情報の設定処理）
次に、本実施の形態に係る携帯電話１００におけるペン情報の設定処理について説明する。図１４は、本実施の形態に係る携帯電話１００におけるペン情報の設定処理の処理手順を示すフローチャートである。

図１４を参照して、ＣＰＵ１０６は、タッチパネル１０２を介してユーザから手描き画像をクリアするための命令を受け付けたか否かを判断する（ステップＳ３０２）。ＣＰＵ１０６は、ユーザから手描き画像をクリアするための命令を受け付けた場合（ステップＳ３０２にてＹＥＳである場合）、データ（ｂ）に「ｔｒｕｅ」を設定する（ステップＳ３０４）。ＣＰＵ１０６は、ステップＳ３０８からの処理を実行する。

ＣＰＵ１０６は、ユーザから手描き画像をクリアするための命令を受け付けなかった場合（ステップＳ３０２にてＮＯである場合）、データ（ｅ）に「ｆａｌｓｅ」を設定する（ステップＳ３０６）。ＣＰＵ１０６は、タッチパネル１０２を介して、ユーザからペンの色を変更するための命令を受け付けたか否かを判断する（ステップＳ３０８）。ＣＰＵ１０６は、ユーザからペンの色を変更するための命令を受け付けなかった場合（ステップＳ３０８にてＮＯである場合）、ステップＳ３１２からの処理を実行する。

ＣＰＵ１０６は、ユーザからペンの色を変更するための命令を受け付けた場合（ステップＳ３０８にてＹＥＳである場合）、データ（ｄ）に変更後のペンの色を設定する（ステップＳ３１０）。ＣＰＵ１０６は、タッチパネル１０２を介して、ユーザからペンの幅を変更するための命令を受け付けたか否かを判断する（ステップＳ３１２）。ＣＰＵ１０６は、ユーザからペンの幅を変更するための命令を受け付けなかった場合（ステップＳ３１２にてＮＯである場合）、ペン情報の設定処理を終了する。

ＣＰＵ１０６は、ユーザからペンの幅を変更するための命令を受け付けた場合（ステップＳ３１２にてＹＥＳである場合）、データ（ｅ）に変更後のペンの幅を設定する（ステップＳ３１４）。ＣＰＵ１０６は、ペン情報の設定処理を終了する。

（携帯電話１００における手描き処理）
次に、本実施の形態に係る携帯電話１００における手描き処理について説明する。図１５は、本実施の形態に係る携帯電話１００における手描き処理の処理手順を示すフローチャートである。

図１５を参照して、ＣＰＵ１０６は、タッチパネル１０２を介して、現在スタイラスペン１２０がタッチパネル１０２に接触しているか否かを判断する（ステップＳ４０２）。スタイラスペン１２０がタッチパネル１０２に接触していない場合（ステップＳ４０２にてＮＯである場合）、ＣＰＵ１０６は、手描き処理を終了する。

スタイラスペン１２０がタッチパネル１０２に接触している場合（ステップＳ４０２にてＹＥＳである場合）、ＣＰＵ１０６は、図示しない時計を参照して、動画コンテンツの開始からの経過時間を取得する（ステップＳ４０４）。ＣＰＵ１０６は、データ（ｆ）に動画コンテンツ開始から手描き入力開始までの時間（期間）を設定する（ステップＳ４０６）。

ただし、以下では、ＣＰＵ１０６は、動画コンテンツ開始から手描き入力開始までの時間（期間）の代わりに、シーンを特定するための情報や、フレームを特定するための情報を設定しても良い。シーンが特定できれば、手描き画像を入力した者の意図が伝わり易いからである。

ＣＰＵ１０６は、タッチパネル１０２を介してスタイラスペン１２０のタッチパネル１０２に対する接触座標（Ｘ，Ｙ）と現在の時刻（Ｔ）とを取得する（ステップＳ４０８）。ＣＰＵ１０６は、データ（ｃ）に「Ｘ，Ｙ，Ｔ」を設定する（ステップＳ４１０）。

ＣＰＵ１０６は、前回の座標の取得時から所定時間が経過しているか否かを判断する（ステップＳ４１２）。ＣＰＵ１０６は、所定時間が経過していない場合（ステップＳ４１２にてＮＯである場合）、ステップＳ３０８からの処理を繰り返す。

ＣＰＵ１０６は、所定時間が経過している場合（ステップＳ４１２にてＹＥＳである場合）、タッチパネル１０２を介して、ペンドラッグを検出したか否かを判断する（ステップＳ４１４）。ＣＰＵ１０６は、ペンドラッグを検出しなかった場合（ステップＳ４１４にてＮＯである場合）、ステップＳ４２０からの処理を実行する。

ＣＰＵ１０６は、ペンドラッグを検出した場合（ステップＳ４１４にてＹＥＳである場合）、タッチパネル１０２を介して、スタイラスペン１２０のタッチパネル１０２に対する接触位置座標（Ｘ，Ｙ）と、現在の時刻（Ｔ）とを取得する（ステップＳ４１６）。ＣＰＵ１０６は、データ（ｃ）に「：Ｘ，Ｙ，Ｔ」を追加する（ステップＳ４１８）。ＣＰＵ１０６は、前回の接触座標の取得から所定時間経過したか否かを判断する（ステップＳ４２０）。ＣＰＵ１０６は、所定時間が経過していない場合（ステップＳ４２０にてＮＯである場合）、ステップＳ４２０からの処理を通過する。

ＣＰＵ１０６は、所定時間が経過した場合（ステップＳ４２０にてＹＥＳの場合）、タッチパネル１０２を介して、ペンアップを検出したか否かを判断する（ステップＳ４２２）。ＣＰＵ１０６は、ペンアップを検出しなかった場合（ステップＳ４２２にてＮＯである場合）、ステップＳ４１４からの処理を繰り返す。

ＣＰＵ１０６は、ペンアップを検出した場合（ステップＳ４２２にてＹＥＳである場合）、タッチパネル１０２を介して、ペンアップ時におけるスタイラスペンのタッチパネル１０２に対する接触座標（Ｘ，Ｙ）とペンアップされたときの時刻（Ｔ）とを取得する（ステップＳ４２４）。ＣＰＵ１０６は、データ（ｃ）に「：Ｘ，Ｙ，Ｔ」を追加する（ステップＳ４２６）。ＣＰＵ１０６は、手描き処理を終了する。

＜携帯電話１００における入力処理の変形例＞
次に、本実施の形態に係る携帯電話１００における入力処理の変形例について説明する。図１６は、本実施の形態に係る携帯電話１００における入力処理の変形例の処理手順を示すフローチャートである。

より詳細には、前述した図１３の入力処理は、手描き画像をクリアするための命令を受け付けたときのみにクリア情報（ｔｒｕｅ）を送信するものに関するものであった。一方、後述する図１６に示す入力処理は、手描き画像をクリアするための命令を受け付けたときと、動画コンテンツのシーンが切り換わったときに、クリア情報（ｔｒｕｅ）を送信するものに関するものであった。

図１６を参照して、ＣＰＵ１０６は、まず、携帯電話１００への入力が開始された際に、前述のペン情報の設定処理（ステップＳ３００）を実行する。

ＣＰＵ１０６は、ペン情報の設定処理（ステップＳ３００）が終了すると、データ（ｂ）がｔｒｕｅであるか否かを判断する（ステップＳ２５２）。データ（ｂ）がｔｒｕｅである場合（ステップＳ２５２にてＹＥＳである場合）、ＣＰＵ１０６は、データ（ｂ）をメモリ１０３に格納する（ステップＳ２５４）。ＣＰＵ１０６は、入力処理を終了する。

データ（ｂ）がｔｒｕｅでない場合（ステップＳ２５２にてＮＯである場合）、ＣＰＵ１０６は、スタイラスペン１２０がタッチパネル１０２に接触したか否かを判断する（ステップＳ２５６）。すなわち、ＣＰＵ１０６は、ペンダウンを検出したか否かを判断する。

ペンダウンを検出しなかった場合（ステップＳ２５６にてＮＯである場合）、ＣＰＵ１０６は、スタイラスペン１２０のタッチパネル１０２に対する接触位置が変化したか否かを判断する（ステップＳ２５８）。すなわち、ＣＰＵ１０６は、ペンドラッグを検出したか否かを判断する。ＣＰＵ１０６は、ペンドラッグを検出しなかった場合（ステップＳ２５８にてＮＯである場合）、入力処理を終了する。

ＣＰＵ１０６は、ペンダウンを検出した場合（ステップＳ２５６にてＹＥＳである場合）、あるいは、ペンドラッグを検出した場合（ステップＳ２５８にてＹＥＳである場合）、データ（ｂ）に「ｆａｌｓｅ」を設定する（ステップＳ２６０）。ＣＰＵ１０６は、前述の手描き処理（ステップＳ４００）を実行する。

ＣＰＵ１０６は、手描き処理（ステップＳ４００）を終了すると、シーンが切り換わっているか否かを判断する（ステップＳ２６２）。より詳細には、ＣＰＵ１０６は、手描き入力を開始したときのシーンと現時点のシーンとが異なるか否かを判断する。ただし、ＣＰＵ１０６は、シーンが切り換わっているか否かを判断する代わりに、ペンアップから所定時間が経過したか否かを判断してもよい。

シーンが切り換わっていない場合（ステップＳ２６２においてＮＯである場合）、ＣＰＵ１０６は、データ（ｃ）に「：」を追加する（ステップＳ２６４）。ＣＰＵ１０６は、前回の手描き処理から所定時間が経過したか否かを判断する（ステップＳ２６６）。所定時間が経過していない場合（ステップＳ２６６においてＮＯである場合）、ＣＰＵ１０６は、ステップＳ２６６からの処理を繰り返す。所定時間が経過している場合（ステップＳ２６６においてＹＥＳである場合）、ＣＰＵ１０６は、ステップＳ４００からの処理を繰り返す。

シーンが切り換わった場合（ステップＳ２６２においてＹＥＳである場合）、ＣＰＵ１０６は、データ（ｂ）、（ｃ）、（ｄ）、（ｅ）、（ｆ）をメモリ１０３に格納する（ステップＳ２６８）。ＣＰＵ１０６は、入力処理を終了する。

＜携帯電話１００における手描き画像表示処理＞
次に、本実施の形態に係る携帯電話１００における手描き画像表示処理について説明する。図１７は、本実施の形態に係る携帯電話１００における手描き画像表示処理の処理手順を示すフローチャートである。図１７においては、受信側の通信端末が、送信側の通信端末と同じ速度で、手描きストロークを描画するものである。

図１７を参照して、ＣＰＵ１０６は、他の通信端末から受信したデータ（送信データ）からタイミング情報ｔｉｍｅ（ｆ）を取得する（ステップＳ５１２）。ＣＰＵ１０６は、動画コンテンツの再生開始から現時点までの時間（期間）、すなわち動画コンテンツの再生時間ｔを取得する（ステップＳ５１４）。

ＣＰＵ１０６は、ｔｉｍｅ＝ｔであるか否かを判断する（ステップＳ５１６）。ＣＰＵ１０６は、ｔｉｍｅ＝ｔでない場合（ステップＳ５１６においてＮＯである場合）、ステップＳ５１４からの処理を繰り返す。

ＣＰＵ１０６は、ｔｉｍｅ＝ｔである場合（ステップＳ５１６においてＹＥＳである場合）、手描きストロークの頂点の座標（データ（ｃ））を取得する（ステップＳ５１８）。ＣＰＵ１０６は、手描きストロークの頂点の座標の個数ｎを取得する（ステップＳ５２０）。

ＣＰＵ１０６は、第１の描画処理（ステップＳ６１０）を実行する。第１の描画処理（ステップＳ６１０）については後述する。ＣＰＵ１０６は、手描き画像表示処理を終了する。

（携帯電話１００における第１の描画処理）
次に、本実施の形態に係る携帯電話１００における第１の描画処理について説明する。図１８は、本実施の形態に係る携帯電話１００における第１の描画処理の処理手順を示すフローチャートである。

図１８を参照して、ＣＰＵ１０６は、変数ｉに１を代入する（ステップＳ６１２）。ＣＰＵ１０６は、前述した再生時間ｔに対応する時刻ｔからＣｔ（ｉ＋１）の時間が経過したか否かを判断する（ステップＳ６１４）。時刻ｔからＣｔ（ｉ＋１）の時間が経過していない場合（ステップＳ６１４にてＮＯである場合）、ＣＰＵ１０６は、ステップＳ６１４からの処理を繰り返す。

ＣＰＵ１０６は、時刻ｔからＣｔ（ｉ＋１）の時間が経過した場合（ステップＳ６１４にてＹＥＳである場合）、タッチパネル１０２を用いて、座標（Ｃｘｉ，Ｃｙｉ）と座標（Ｃｘ（ｉ＋１），Ｃｙ（ｉ＋１））とを線で繋ぐことによって、手描きストロークを描画する（ステップＳ６１６）。ＣＰＵ１０６は、変数ｉをインクリメントする（ステップＳ６１８）。

ＣＰＵ１０６は、変数ｉが個数ｎ以上であるか否かを判断する（ステップＳ６２０）。ＣＰＵ１０６は、変数ｉが個数ｎ未満である場合（ステップＳ６２０にてＮＯである場合）、ステップＳ６１４からの処理を繰り返す。ＣＰＵ１０６は、変数ｉが個数ｎ以上である場合（ステップＳ６２０にてＹＥＳである場合）、第１の描画処理を終了する。

ここで、本実施の形態における手描き画像の入力と出力との関係について説明する。図１９は、図１７および図１８に示す手描き画像表示処理を説明するためのイメージ図である。

前述したように、手描き画像が入力される通信端末（第１の通信端末）のＣＰＵ１０６は、手描き画像が入力される度（ペンダウンからペンアップまで）に、あるいはクリア命令が入力されたときに、あるいはシーンが切り換わったときに、送信データを作成する。たとえば、手描き画像を入力中にシーンが切り換わると、シーンが切り換わった時点までの手描き画像を示す送信データが作成される。

そして、図１９を参照して、手描き画像を表示する通信端末（第２の通信端末）のＣＰＵ１０６は、タイミング情報（ｆ）とそれぞれの頂点に対応する時間（Ｃｔ１）〜（Ｃｔ５）とに基づいて、手描きストロークを描画していく（Ｃｘ１，Ｃｙ１）〜（Ｃｘ５，Ｃｙ５）。すなわち、本実施の形態においては、受信側の通信端末が、送信側の通信端末と同じ速度で、手描きストロークを描画するものである。

＜携帯電話１００における手描き画像表示処理の第１の変形例＞
次に、本実施の形態に係る携帯電話１００における手描き画像表示処理の第１の変形例について説明する。図２０は、本実施の形態に係る携帯電話１００における手描き画像表示処理の第１の変形例の処理手順を示すフローチャートである。

本変形例に係る通信端末は、手描き画像の入力に要した時間が、手描き画像の入力開始から次のシーンチェンジまでの時間よりも長い場合に、描画時間を短縮することによってシーンチェンジまでに手描き画像の描画を完了することができる。すなわち、シーンチェンジに関係なく（手描き画像がシーンチェンジでクリアされずに）、手描き画像の入力が続行できる場合について説明する。

図２０を参照して、ＣＰＵ１０６は、受信した送信データからタイミング情報ｔｉｍｅ（ｆ）を取得する（ステップＳ５３２）。ＣＰＵ１０６は、動画コンテンツの再生時間ｔ（動画コンテンツの開始時点から現在までの期間）を取得する（ステップＳ５３４）。

ＣＰＵ１０６は、ｔｉｍｅ＝ｔであるか否かを判断する（ステップＳ５３６）。ＣＰＵ１０６は、ｔｉｍｅ＝ｔでない場合（ステップＳ５３６においてＮＯである場合）、ステップＳ５３４からの処理を繰り返す。

ＣＰＵ１０６は、ｔｉｍｅ＝ｔである場合（ステップＳ５３６においてＹＥＳである場合）、手描きストロークの頂点の座標（データ（ｃ））を取得する（ステップＳ５３８）。ＣＰＵ１０６は、手描きストロークの頂点の座標の個数ｎを取得する（ステップＳ５４０）。

ＣＰＵ１０６は、動画コンテンツを参照して、タイミング情報ｔｉｍｅから次のシーンチェンジまでの時間Ｔを取得する（ステップＳ５４２）。ＣＰＵ１０６は、時間Ｔが頂点間の時間Ｃｔ×ｎ以上であるか否かを判断する（ステップＳ５４４）。

時間Ｔが頂点間の時間Ｃｔ×ｎ以上である場合（ステップＳ５４４においてＹＥＳである場合）、ＣＰＵ１０６は、前述した第１の描画処理（ステップＳ６１０）を実行する。ＣＰＵ１０６は、手描き画像表示処理を終了する。この場合は、シーンチェンジの前にクリア情報が入力された場合や、シーンチェンジの前にペンアップから所定時間が経過した場合などが該当する。

時間Ｔが頂点間の時間Ｃｔ×ｎ未満である場合（ステップＳ５４４においてＮＯである場合）、ＣＰＵ１０６は、第２の描画処理（ステップＳ６３０）を実行する。第２の描画処理（ステップＳ６３０）については後述する。ＣＰＵ１０６は、手描き画像表示処理を終了する。この場合は、手描き画像の入力中に、シーンチェンジが発生した場合などが該当する。

（携帯電話１００における第２の描画処理）
次に、本実施の形態に係る携帯電話１００における第２の描画処理について説明する。図２１は、本実施の形態に係る携帯電話１００における第２の描画処理の処理手順を示すフローチャートである。前述したように、手描き画像の入力中に、シーンチェンジが発生した場合について説明する。

図２１を参照して、ＣＰＵ１０６は、変数ｄｔにＴ／ｎを代入する（ステップＳ６３２）。変数ｄｔは描画時の頂点間の時間であって、入力時の頂点間の時間Ｃｔよりも小さいものとなる。

ＣＰＵ１０６は、変数ｉに１を代入する（ステップＳ６３４）。ＣＰＵ１０６は、時刻ｔからｄｔ×ｉの時間が経過したか否かを判断する（ステップＳ６３６）。時刻ｔからｄｔ×ｉの時間が経過していない場合（ステップＳ６３６にてＮＯである場合）、ＣＰＵ１０６は、ステップＳ６３６からの処理を繰り返す。

ＣＰＵ１０６は、時刻ｔからｄｔ×ｉの時間が経過した場合（ステップＳ６３６にてＹＥＳである場合）、タッチパネル１０２を用いて、座標（Ｃｘｉ，Ｃｙｉ）と座標（Ｃｘ（ｉ＋１），Ｃｙ（ｉ＋１））とを線で繋ぐことによって、手描きストロークを描画する（ステップＳ６３８）。ＣＰＵ１０６は、変数ｉをインクリメントする（ステップＳ６４０）。

ＣＰＵ１０６は、変数ｉが個数ｎ以上であるか否かを判断する（ステップＳ６４２）。ＣＰＵ１０６は、変数ｉが個数ｎ未満である場合（ステップＳ６４２にてＮＯである場合）、ステップＳ６３６からの処理を繰り返す。ＣＰＵ１０６は、変数ｉが個数ｎ以上である場合（ステップＳ６４２にてＹＥＳである場合）、第２の描画処理を終了する。

ここで、本変形例における手描き画像の入力と出力との関係について説明する。図２２は、図２０および図２１に示す手描き画像表示処理を説明するためのイメージ図である。

前述したように、本変形例においては、手描き画像が入力される通信端末（第１の通信端末）のＣＰＵ１０６は、手描き画像が入力される度（ペンダウンからペンアップまで）に、あるいはクリア命令が入力されたときに、送信データを作成する。

図２２を参照して、手描き画像を表示する通信端末（第２の通信端末）のＣＰＵ１０６は、タイミング情報（ｆ）と頂点間に対応する時間ｄｔとに基づいて、手描きストロークを描画していく（Ｃｘ１，Ｃｙ１）〜（Ｃｘ５，Ｃｙ５）。すなわち、本変形例に係る通信端末は、手描き画像の入力に要した時間が、手描き画像の入力開始から次のシーンチェンジまでの時間よりも長い場合に、描画時間を短縮することによってシーンチェンジまでに手描き画像の描画を完了することができる。すなわち、送信側のユーザがシーンをまたいで手描き画像を入力してしまった場合であっても、受信側の通信端末が、送信側のユーザが所望するシーン内で手描き画像の描画を完了することができる。

＜携帯電話１００における手描き画像表示処理の第２の変形例＞
次に、本実施の形態に係る携帯電話１００における手描き画像表示処理の第２の変形例について説明する。図２３は、本実施の形態に係る携帯電話１００における手描き画像表示処理の第２の変形例の処理手順を示すフローチャートである。本変形例に係る通信端末は、手描き画像を、手描き画像の入力開始時点が含まれるシーンの全部の時間をかけて描画する。

図２３を参照して、ＣＰＵ１０６は、動画コンテンツを参照して、動画コンテンツの再生開始からそれぞれのシーンチェンジまでの期間（長さ）Ｔ１〜Ｔｍを取得する（ステップＳ５５２）。すなわち、ＣＰＵ１０６は、動画コンテンツの再生開始からそれぞれのシーンの終了までの時間を取得する。ＣＰＵ１０６は、受信した送信データからタイミング情報ｔｉｍｅ（ｆ）を取得する（ステップＳ５５４）。

ＣＰＵ１０６は、動画コンテンツの再生開始からタイミング情報ｔｉｍｅの一つ前のシーンチェンジまでの時間Ｔｉを取得する（ステップＳ５５６）。すなわち、タイミング情報ｔｉｍｅに対応するシーンを特定し、動画コンテンツの再生開始から当該シーンの１つ前のシーンの終了時点までの長さＴｉを取得する。ＣＰＵ１０６は、動画コンテンツの再生時間ｔ（動画コンテンツの開始時点から現在までの期間）を取得する（ステップＳ５５８）。

ＣＰＵ１０６は、Ｔｉ＝ｔであるか否かを判断する（ステップＳ５６０）。ＣＰＵ１０６は、Ｔｉ＝ｔでない場合（ステップＳ５６０においてＮＯである場合）、ステップＳ５５８からの処理を繰り返す。

ＣＰＵ１０６は、Ｔｉ＝ｔである場合（ステップＳ５６０においてＹＥＳである場合）、手描きストロークの頂点の座標（データ（ｃ））を取得する（ステップＳ５６２）。ＣＰＵ１０６は、手描きストロークの頂点の座標の個数ｎを取得する（ステップＳ５６４）。

ＣＰＵ１０６は、第３の描画処理（ステップＳ６５０）を実行する。第３の描画処理（ステップＳ６５０）については後述する。ＣＰＵ１０６は、手描き画像表示処理を終了する。

（携帯電話１００における第３の描画処理）
次に、本実施の形態に係る携帯電話１００における第３の描画処理について説明する。図２４は、本実施の形態に係る携帯電話１００における第３の描画処理の処理手順を示すフローチャートである。

図２４を参照して、ＣＰＵ１０６は、変数ｄｔに（Ｔ（ｉ＋１）−Ｔｉ）／ｎを代入する（ステップＳ６５２）。変数ｄｔは、手描き画像が入力されたシーンを、頂点の個数で分割した値である。

ＣＰＵ１０６は、変数ｉに１を代入する（ステップＳ６５４）。ＣＰＵ１０６は、再生時間（時刻ｔ）からｄｔ×ｉの時間が経過したか否かを判断する（ステップＳ６５６）。時刻ｔからｄｔ×ｉの時間が経過していない場合（ステップＳ６５６にてＮＯである場合）、ＣＰＵ１０６は、ステップＳ６５６からの処理を繰り返す。

ＣＰＵ１０６は、時刻ｔからｄｔ×ｉの時間が経過した場合（ステップＳ６５６にてＹＥＳである場合）、タッチパネル１０２を用いて、座標（Ｃｘｉ，Ｃｙｉ）と座標（Ｃｘ（ｉ＋１），Ｃｙ（ｉ＋１））とを線で繋ぐことによって、手描きストロークを描画する（ステップＳ６５８）。ＣＰＵ１０６は、変数ｉをインクリメントする（ステップＳ６６０）。

ＣＰＵ１０６は、変数ｉが個数ｎ以上であるか否かを判断する（ステップＳ６６２）。ＣＰＵ１０６は、変数ｉが個数ｎ未満である場合（ステップＳ６６２にてＮＯである場合）、ステップＳ６５６からの処理を繰り返す。ＣＰＵ１０６は、変数ｉが個数ｎ以上である場合（ステップＳ６６２にてＹＥＳである場合）、第３の描画処理を終了する。

以下、本実施の形態における手描き画像の入力と出力との関係について説明する。図２５は、図２３および図２４に示す手描き画像表示処理を説明するためのイメージ図である。

前述したように、手描き画像が入力される通信端末（第１の通信端末）のＣＰＵ１０６は、手描き画像が入力される度（ペンダウンからペンアップまで）に、あるいはクリア命令が入力されたときに、送信データを作成する。

図２５を参照して、手描き画像を表示する通信端末（第２の通信端末）のＣＰＵ１０６は、タイミング情報（ｆ）と頂点間に対応する時間ｄｔとに基づいて、手描きストロークを描画していく（Ｃｘ１，Ｃｙ１）〜（Ｃｘ５，Ｃｙ５）。すなわち、本変形例に係る通信端末は、手描き画像の入力速度を、当該手描き画像に対応するシーンの長さに応じて、できる限り遅くする。通信端末は、シーンチェンジまでに手描き画像の描画を完了することができる。

すなわち、送信側のユーザがシーンをまたいで手描き画像を入力してしまった場合であっても、受信側の通信端末が、送信側のユーザが所望するシーン内で手描き画像の描画を余裕をもって完了することができる。換言すれば、受信側の通信端末は、送信側の通信端末における手描き画像の入力開始時点よりも早いタイミング、すなわち当該手描き画像の入力開始時点が属するシーンの開始時点、から当該手描き画像を描画し始めることになる。

［実施の形態２］
次に、本発明の実施の形態２について説明する。上述の実施の形態１に係るネットワークシステム１は、それぞれの通信端末（第１の携帯電話１００Ａ、第２の携帯電話１００Ｂ、第３の携帯電話１００Ｃ、第４の携帯電話１００Ｄ）が、異なるタイミングで動画コンテンツを再生するものであった。一方、本実施の形態に係るネットワークシステム１は、それぞれの通信端末が同時に動画コンテンツの再生を開始することによって、情報を送信（入力）するユーザの意図を、情報を受信（閲覧）するユーザへと、有効に伝えるものである。

なお、実施の形態１に係るネットワークシステム１と同様の構成については、同一の番号を付してある。それらの機能も同じである。したがって、それらの構成要素の説明は、繰り返さない。たとえば、本実施の形態に係るネットワークシステム１の全体構成、ネットワークシステム１の全体的な動作概要、携帯電話１００とチャットサーバ４００とコンテンツサーバ６００のハードウェア構成などは、実施の形態１のそれらと同様であるため、ここでは説明を繰り返さない。

＜携帯電話１００における通信処理＞
以下では、本実施の形態に係る携帯電話１００におけるＰ２Ｐ通信処理について説明する。図２６は、本実施の形態に係る携帯電話１００におけるＰ２Ｐ通信処理の処理手順を示すフローチャートである。図２７は、本実施の形態に係る送信データのデータ構造を示すイメージ図である。

以下でも、第１の携帯電話１００Ａが第２の携帯電話１００Ｂへと手描き画像を送信する場合について説明する。なお、本実施の形態においては、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、チャットサーバ４００を介してデータを送受信している。ただし、チャットサーバ４００を介さずにＰ２Ｐ通信によってデータを送受信してもよい。この場合には、第１の携帯電話１００Ａが、チャットサーバ４００の代わりに、データを記憶したり、第２の携帯電話１００Ｂや第３の携帯電話１００Ｃなどにデータを送信したりする必要がある。

図２６を参照して、まず、第１の携帯電話１００Ａ（送信側）のＣＰＵ１０６は、通信デバイス１０１を介して、チャットサーバ４００からチャット通信に関するデータを取得する（ステップＳ７０２）。同様に、第２の携帯電話１００Ｂ（受信側）のＣＰＵ１０６も、通信デバイス１０１を介して、チャットサーバ４００からチャット通信に関するデータを取得する（ステップＳ７０４）。

なお、「チャット通信に関するデータ」は、チャットルームのＩＤ、メンバーの端末情報、お知らせ（告知情報）、この時点までのチャット内容などを含む。

第１の携帯電話１００ＡのＣＰＵ１０６は、タッチパネル１０２に、チャット通信用のウインドウを表示させる（ステップＳ７０６）。同様に、第２の携帯電話１００ＢのＣＰＵ１０６は、タッチパネル１０２に、チャット通信用のウインドウを表示させる（ステップＳ７０８）。

第１の携帯電話１００ＡのＣＰＵ１０６は、ユーザからのコンテンツ再生命令に基づいて、通信デバイス１０１を介して、動画コンテンツを受信する（ステップＳ７１０）。より詳細には、ＣＰＵ１０６は、タッチパネル１０２を介して、ユーザから、動画コンテンツを指定するための命令を受け付ける。ユーザは、第１の携帯電話１００ＡにＵＲＬを直接入力してもよいし、表示中のウェブページ上で所望の動画コンテンツに対応するリンクを選択してもよい。

第１の携帯電話１００ＡのＣＰＵ１０６は、通信デバイス１０１を用いることによって、チャットサーバ４００を介して、選択した動画コンテンツを特定するための動画情報（ａ）を、チャットに参加している他の通信端末へと送信する（ステップＳ７１２）。図２７に示すように、動画情報（ａ）は、たとえば、動画の格納場所を示すＵＲＬなどを含む。チャットサーバ４００のＣＰＵ４０５は、後でチャットに参加してくる通信端末のために、動画情報（ａ）をメモリ４０６に格納しておく。

第２の携帯電話１００ＢのＣＰＵ１０６は、通信デバイス１０１を介して、チャットサーバ４００から動画情報（ａ）を受信する（ステップＳ７１４）。ＣＰＵ１０６は、動画情報を解析して（ステップＳ７１６）、コンテンツサーバ６００から動画コンテンツをダウンロードする（ステップＳ７１８）。

ＣＰＵ１０６は、通信デバイス１０１を介して、第１の携帯電話１００Ａに、動画コンテンツの再生の準備が完了した旨のメッセージを送信する（ステップＳ７２０）。第１の携帯電話１００ＡのＣＰＵ１０６は、通信デバイス１０１を介して、第２の携帯電話１００Ｂから当該メッセージを受信する（ステップＳ７２２）。

第１の携帯電話１００ＡのＣＰＵ１０６は、タッチパネル１０２を介して、受信した動画コンテンツを再生し始める（ステップＳ７２４）。ＣＰＵ１０６は、スピーカ１０９を介して、動画コンテンツの音声を出力してもよい。同様に、第２の携帯電話１００ＢのＣＰＵ１０６は、タッチパネル１０２を介して、受信した動画コンテンツを再生し始める（ステップＳ７２６）。このとき、ＣＰＵ１０６は、スピーカ１０９を介して、動画コンテンツの音声を出力してもよい。

ここで、第１の携帯電話１００Ａが動画コンテンツを再生中に、ＣＰＵ１０６が、タッチパネル１０２を介してユーザによる手描き入力を受け付けたとする（ステップＳ７２８）。

より詳細には、ＣＰＵ１０６は、所定時間毎にタッチパネル１０２から接触座標データを順次受け付けることにより、タッチパネル１０２に対する接触位置の変化（軌跡）を取得する。このとき、すなわちステップＳ７２８において、ＣＰＵ１０６は、タッチパネル１０２に、動画コンテンツ上に（動画コンテンツに重畳させて）入力された手描き画像を表示させる。ＣＰＵ１０６は、手描き画像の入力に応じて、タッチパネル１０２に、手描き画像を表示させていく。

そして、図２７に示すように、ＣＰＵ１０６は、手描きクリア情報（ｂ）と、接触位置の軌跡を示す情報（ｃ）と、線の色を示す情報（ｄ）と、線の幅を示す情報（ｅ）とを含む、送信データを作成する（ステップＳ７３０）。なお、手描きクリア情報（ｂ）は、それまでに入力された手描きをクリアするための情報（ｔｒｕｅ）または手描き入力を続行するための情報（ｆａｌｓｅ）を含む。接触位置の軌跡を示す情報（ｃ）は、手描きストロークを構成するそれぞれの頂点の座標と、それぞれの頂点に対応する手描き入力が開始された時点からの経過時間とを含む。

第１の携帯電話１００ＡのＣＰＵ１０６は、通信デバイス１０１を用いて、チャットサーバ４００を介して、第２の携帯電話１００Ｂに送信データを送信する（ステップＳ７３２）。第２の携帯電話１００ＢのＣＰＵ１０６は、通信デバイス１０１を介して、第１の携帯電話１００Ａから送信データを受信する（ステップＳ７３４）。

第２の携帯電話１００ＢのＣＰＵ１０６は、送信データを解析する（ステップＳ７３６）。第２の携帯電話１００ＢのＣＰＵ１０６は、解析結果に基づいて、タッチパネル１０２に、手描き画像を表示させていく（ステップＳ７３８）。

本実施の形態に係る第１の携帯電話１００Ａでは、動画コンテンツのシーンが切り替わるときに、それまで入力された手描き画像がクリアされるものとしている。ＣＰＵ１０６は、シーンが切り替わる際に、通信デバイス１０１を用いて、クリア情報（ｔｒｕｅ）を送信してもよい。そして、第２の携帯電話１００ＢのＣＰＵ１０６は、第１の携帯電話１００Ａからのクリア情報に基づいて手描き画像を消去してもよい。あるいは、ＣＰＵ１０６は、シーンが切り替わったことを自身で判断することによって、手描き画像を消去してもよい。

第１の携帯電話１００ＡのＣＰＵ１０６は、手描き入力を受け付ける度に、ステップＳ７２８〜ステップＳ７３２の処理を繰り返す。一方、第２の携帯電話１００ＢのＣＰＵ１０６は、送信データを受信する度に、ステップＳ７３４〜ステップＳ７３８の処理を繰り返す。

第１の携帯電話１００ＡのＣＰＵ１０６は、動画コンテンツの再生を終了する（ステップＳ７４０）。第２の携帯電話１００ＢのＣＰＵ１０６は、動画コンテンツの再生を終了する（ステップＳ７４２）。

これによって、第１の携帯電話１００Ａにおいて手描き画像が入力された動画コンテンツ中のタイミングと同じタイミングで、第２の携帯電話１００Ｂにおいて手描き画像が描画されるようになる。すなわち、第２の携帯電話１００Ｂにおいては、第１の携帯電話１００Ａのユーザが所望するシーンで所望する情報が描画されるようになる。

＜携帯電話１００における入力処理＞
次に、本実施の形態に係る携帯電話１００における入力処理について説明する。図２８は、本実施の形態に係る携帯電話１００における入力処理の処理手順を示すフローチャートである。

図２８を参照して、ＣＰＵ１０６は、まず、携帯電話１００への入力が開始された際に、前述のペン情報の設定処理（ステップＳ３００）を実行する。なお、ペン情報の設定処理（ステップＳ３００）については後述する。

ＣＰＵ１０６は、ペン情報の設定処理（ステップＳ３００）が終了すると、データ（ｂ）がｔｒｕｅであるか否かを判断する（ステップＳ８０２）。データ（ｂ）がｔｒｕｅである場合（ステップＳ８０２にてＹＥＳである場合）、ＣＰＵ１０６は、データ（ｂ）をメモリ１０３に格納する（ステップＳ８０４）。ＣＰＵ１０６は、入力処理を終了する。

データ（ｂ）がｔｒｕｅでない場合（ステップＳ８０２にてＮＯである場合）、ＣＰＵ１０６は、スタイラスペン１２０がタッチパネル１０２に接触したか否かを判断する（ステップＳ８０６）。すなわち、ＣＰＵ１０６は、ペンダウンを検出したか否かを判断する。

ペンダウンを検出しなかった場合（ステップＳ８０６にてＮＯである場合）、ＣＰＵ１０６は、スタイラスペン１２０のタッチパネル１０２に対する接触位置が変化したか否かを判断する（ステップＳ８０８）。すなわち、ＣＰＵ１０６は、ペンドラッグを検出したか否かを判断する。ＣＰＵ１０６は、ペンドラッグを検出しなかった場合（ステップＳ８０８にてＮＯである場合）、入力処理を終了する。

ＣＰＵ１０６は、ペンダウンを検出した場合（ステップＳ８０６にてＹＥＳである場合）、あるいは、ペンドラッグを検出した場合（ステップＳ８０８にてＹＥＳである場合）、データ（ｂ）に「ｆａｌｓｅ」を設定する（ステップＳ８１０）。ＣＰＵ１０６は、手描き処理（ステップＳ９００）を実行する。手描き処理（ステップＳ９００）については後述する。

ＣＰＵ１０６は、手描き処理（ステップＳ９００）を終了すると、データ（ｂ）、（ｃ）、（ｄ）、（ｅ）をメモリ１０３に格納する（ステップＳ８１２）。ＣＰＵ１０６は、入力処理を終了する。

（携帯電話１００における手描き処理）
次に、本実施の形態に係る携帯電話１００における手描き処理について説明する。図２９は、本実施の形態に係る携帯電話１００における手描き処理の処理手順を示すフローチャートである。

図２９を参照して、ＣＰＵ１０６は、タッチパネル１０２を介してスタイラスペン１２０のタッチパネル１０２に対する接触座標（Ｘ，Ｙ）を取得する（ステップＳ９０２）。ＣＰＵ１０６は、データ（ｃ）に「Ｘ，Ｙ」を設定する（ステップＳ９０４）。

ＣＰＵ１０６は、前回の座標の取得時から所定時間が経過しているか否かを判断する（ステップＳ９０６）。ＣＰＵ１０６は、所定時間が経過していない場合（ステップＳ９０６にてＮＯである場合）、ステップＳ９０６からの処理を繰り返す。

ＣＰＵ１０６は、所定時間が経過している場合（ステップＳ９０６にてＹＥＳである場合）、タッチパネル１０２を介して、ペンドラッグを検出したか否かを判断する（ステップＳ９０８）。ＣＰＵ１０６は、ペンドラッグを検出しなかった場合（ステップＳ９０８にてＮＯである場合）、タッチパネル１０２を介して、ペンアップを検出したか否かを判断する（ステップＳ９１０）。ＣＰＵ１０６は、ペンアップを検出しなかった場合（ステップＳ９１０においてＮＯである場合）、ステップＳ９０６からの処理を繰り返す。

ＣＰＵ１０６は、ペンドラッグを検出した場合（ステップＳ９０８にてＹＥＳである場合）、またはペンアップを検出した場合（ステップＳ９１０においてＹＥＳである場合）、タッチパネル１０２を介して、スタイラスペン１２０のタッチパネル１０２に対する接触位置座標（Ｘ，Ｙ）を取得する（ステップＳ９１２）。ＣＰＵ１０６は、データ（ｃ）に「：Ｘ，Ｙ」を追加する（ステップＳ９１４）。ＣＰＵ１０６は、手描き処理を終了する。

＜携帯電話１００における表示処理＞
次に、本実施の形態に係る携帯電話１００における表示処理について説明する。図３０は、本実施の形態に係る携帯電話１００における表示処理の処理手順を示すフローチャートである。

図３０を参照して、ＣＰＵ１０６は、動画コンテンツの再生が終了したか否かを判断する（ステップＳ１００２）。ＣＰＵ１０６は、動画コンテンツの再生が終了した場合（ステップＳ１００２にてＹＥＳである場合）、表示処理を終了する。

ＣＰＵ１０６は、動画コンテンツの再生が終了していない場合（ステップＳ１００２にてＮＯである場合）、クリア情報ｃｌｅａｒ（データ（ｂ））を取得する（ステップＳ１００４）。ＣＰＵ１０６は、クリア情報ｃｌｅａｒがｔｒｕｅであるか否かを判断する（ステップＳ１００６）。ＣＰＵ１０６は、クリア情報ｃｌｅａｒがｔｒｕｅである場合（ステップＳ１００６にてＹＥＳである場合）、手描き画像を非表示にする（ステップＳ１００８）。ＣＰＵ１０６は、表示処理を終了する。

ＣＰＵ１０６は、クリア情報ｃｌｅａｒがｔｒｕｅでない場合（ステップＳ１００６にてＮＯである場合）、ペンの色（データ（ｄ））を取得する（ステップＳ１０１０）。ＣＰＵ１０６は、ペンの色を設定し直す（ステップＳ１０１２）。ＣＰＵ１０６は、ペンの幅（データ（ｅ））を取得する（ステップＳ１０１４）。ＣＰＵ１０６は、ペンの幅を設定し直す（ステップＳ１０１６）。ＣＰＵ１０６は、手描き画像表示処理（ステップＳ１１００）を実行する。手描き画像表示処理（ステップＳ１１００）については後述する。ＣＰＵ１０６は、表示処理を終了する。

＜携帯電話１００における表示処理の応用例＞
次に、本実施の形態に係る携帯電話１００における表示処理の応用例について説明する。図３１は、本実施の形態に係る携帯電話１００における表示処理の応用例の処理手順を示すフローチャートである。この応用例においては、携帯電話１００は、クリア情報だけでなくシーンが切り換わった際にも、それまでに表示されている手描き画像を消去（リセット）するものである。

図３１を参照して、ＣＰＵ１０６は、動画コンテンツの再生が終了したか否かを判断する（ステップＳ１０５２）。ＣＰＵ１０６は、動画コンテンツの再生が終了した場合（ステップＳ１０５２にてＹＥＳである場合）、表示処理を終了する。

ＣＰＵ１０６は、動画コンテンツの再生が終了していない場合（ステップＳ１０５２にてＮＯである場合）、動画コンテンツのシーンが切り換わったか否かを判断する（ステップＳ１０５４）。ＣＰＵ１０６は、動画コンテンツのシーンが切り換わっていない場合（ステップＳ１０５４にてＮＯである場合）、ステップＳ１０５８からの処理を実行する。

ＣＰＵ１０６は、動画コンテンツのシーンが切り換わった場合（ステップＳ１０５４にてＹＥＳである場合）、それまでに表示されていた手描き画像を非表示にする（ステップＳ１０５６）。ＣＰＵ１０６は、クリア情報ｃｌｅａｒ（データ（ｂ））を取得する（ステップＳ１０５８）。ＣＰＵ１０６は、クリア情報ｃｌｅａｒがｔｒｕｅであるか否かを判断する（ステップＳ１０６０）。ＣＰＵ１０６は、クリア情報ｃｌｅａｒがｔｒｕｅである場合（ステップＳ１０６０にてＹＥＳである場合）、それまでに表示されていた手描き画像を非表示にする（ステップＳ１０６２）。ＣＰＵ１０６は、表示処理を終了する。

ＣＰＵ１０６は、クリア情報ｃｌｅａｒがｔｒｕｅでない場合（ステップＳ１０６０にてＮＯである場合）、ペンの色（データ（ｄ））を取得する（ステップＳ１０６４）。ＣＰＵ１０６は、ペンの色を設定し直す（ステップＳ１０６６）。ＣＰＵ１０６は、ペンの幅（データ（ｅ））を取得する（ステップＳ１０６８）。ＣＰＵ１０６は、ペンの幅を設定し直す（ステップＳ１０７０）。ＣＰＵ１０６は、手描き画像表示処理（ステップＳ１１００）を実行する。手描き画像表示処理（ステップＳ１１００）については後述する。ＣＰＵ１０６は、表示処理を終了する。

＜携帯電話１００における手描き画像表示処理＞
次に、本実施の形態に係る携帯電話１００における手描き画像表示処理について説明する。図３２は、本実施の形態に係る携帯電話１００における手描き画像表示処理の処理手順を示すフローチャートである。

図３２を参照して、ＣＰＵ１０６は、手描きストロークの頂点の座標（データ（ｃ））を取得する（ステップＳ１１０２）。ここでは、ＣＰＵ１０６は、最新の２つの座標、すなわち座標（Ｃｘ１，Ｃｙ１）と座標（Ｃｘ２，Ｃｙ２）とを取得する。ＣＰＵ１０６は、座標（Ｃｘ１，Ｃｙ１）と座標（Ｃｘ２，Ｃｙ２）とを線で繋ぐことによって、手描きストロークを描画する（ステップＳ１１０４）。ＣＰＵ１０６は、手描き画像表示処理を終了する。

＜ネットワークシステムのその他の適用例＞
本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード（ＩＣメモリカード）、ＲＯＭ（マスクＲＯＭ、フラッシュＥＥＰＲＯＭなど）などを用いることができる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ ネットワークシステム、１００，１００Ａ，１００Ｂ，１００Ｃ，１００Ｄ 携帯電話、１０１ 通信デバイス、１０２ タッチパネル、１０３ メモリ、１０３Ａ ワークメモリ、１０３Ｂ アドレス帳データ、１０３Ｃ 自端末データ、１０３Ｄ アドレスデータ、１０３Ｅ アドレスデータ、１０４ ペンタブレット、１０６ ＣＰＵ、１０７ ディスプレイ、１０８ マイク、１０９ スピーカ、１１０ 各種ボタン、１１１ 第１の通知部、１１２ 第２の通知部、１１３ ＴＶアンテナ、１２０ スタイラスペン、２００ カーナビゲーション装置、２５０ 車両、３００ パーソナルコンピュータ、４００ チャットサーバ、４０６ メモリ、４０６Ａ ルーム管理テーブル、４０７ 固定ディスク、４０８ 内部バス、４０９ 通信デバイス、５００ インターネット、６００ コンテンツサーバ、６０６ メモリ、６０７ 固定ディスク、６０８ 内部バス、６０９ 通信デバイス、６１５ 固定ディスク、７００ キャリア網。

Claims (8)

1. 第１および第２の通信端末とを備えるネットワークシステムであって、
   前記第１の通信端末は、
   前記第２の通信端末と通信するための第１の通信デバイスと、
   動画コンテンツを表示するための第１のタッチパネルと、
   前記第１のタッチパネルを介して手描き画像の入力を受け付けるための第１のプロセッサとを含み、
   前記第１のプロセッサは、前記動画コンテンツの表示中に入力された前記手描き画像と、前記動画コンテンツにおける前記手描き画像の入力開始時点を特定するための開始情報とを、前記第１の通信デバイスを介して前記第２の通信端末へと送信し、
   前記第２の通信端末は、
   前記動画コンテンツを表示するための第２のタッチパネルと、
   前記第１の通信端末から前記手描き画像と前記開始情報とを受信するための第２の通信デバイスと、
   前記開始情報に基づいて、前記第２のタッチパネルに、前記動画コンテンツにおける前記手描き画像の入力開始時点から当該手描き画像を表示させるための第２のプロセッサとを含む、ネットワークシステム。
2. 前記ネットワークシステムは、前記動画コンテンツを配信するためのコンテンツサーバをさらに備え、
   前記第１のプロセッサは、
   ダウンロード命令に応じて前記コンテンツサーバから前記動画コンテンツを取得し、
   取得した前記動画コンテンツを特定するための動画情報を、前記第１の通信デバイスを介して前記第２の通信端末へと送信し、
   前記第２のプロセッサは、前記動画情報に基づいて、前記コンテンツサーバから前記動画コンテンツを取得する、請求項１に記載のネットワークシステム。
3. 前記第１のプロセッサは、前記動画コンテンツのシーンが切り替わったときに、および／または、入力された前記手描き画像をクリアするための命令を受け付けたときに、前記第１の通信デバイスを介して、前記手描き画像を消去するための命令を前記第２の通信端末へと送信する、請求項１または２に記載のネットワークシステム。
4. 前記第２のプロセッサは、
   前記入力開始時点から前記動画コンテンツのシーンが切り替わる時点までの時間を計算し、
   前記時間に基づいて、前記タッチパネル上での前記手描き画像の描画速度を決定する、請求項１から３のいずれかに記載のネットワークシステム。
5. 前記第２のプロセッサは、
   前記入力開始時点を含む前記動画コンテンツのシーンの長さを計算し、
   前記長さに基づいて、前記タッチパネル上での前記手描き画像の描画速度を決定する、請求項１から３のいずれかに記載のネットワークシステム。
6. 互いに通信可能な第１および第２の通信端末とを含むネットワークシステムにおける通信方法であって、
   前記第１の通信端末が、動画コンテンツを表示するステップと、
   前記第１の通信端末が、手描き画像の入力を受け付けるステップと、
   前記第１の通信端末が、前記動画コンテンツの表示中に入力された前記手描き画像と、前記動画コンテンツにおける前記手描き画像の入力開始時点を特定するための開始情報とを、前記第２の通信端末へと送信するステップと、
   前記第２の通信端末が、前記動画コンテンツを表示するステップと、
   前記第２の通信端末が、前記第１の通信端末から前記手描き画像と前記開始情報とを受信するステップと、
   前記第２の通信端末が、前記開始情報に基づいて、前記動画コンテンツにおける前記手描き画像の入力開始時点から当該手描き画像を表示するステップとを備える、通信方法。
7. 他の通信端末と通信可能な通信端末であって、
   前記他の通信端末と通信するための通信デバイスと、
   動画コンテンツを表示するためのタッチパネルと、
   前記タッチパネルを介して第１の手描き画像の入力を受け付けるためのプロセッサとを備え、
   前記プロセッサは、前記動画コンテンツの表示中に入力された前記第１の手描き画像と、前記動画コンテンツにおける前記第１の手描き画像の入力開始時点を特定するための第１の開始情報とを、前記通信デバイスを介して前記他の通信端末へと送信し、
   前記他の通信端末から第２の手描き画像と第２の開始情報とを受信し、
   前記第２の開始情報に基づいて、前記タッチパネルに、前記動画コンテンツにおける前記第２の手描き画像の入力開始時点から当該第２の手描き画像を表示させる、通信端末。
8. 通信デバイスとタッチパネルとプロセッサとを含む通信端末における通信方法であって、
   前記プロセッサが、前記タッチパネルに動画コンテンツを表示させるステップと、
   前記プロセッサが、前記タッチパネルを介して第１の手描き画像の入力を受け付けるステップと、
   前記プロセッサが、前記動画コンテンツの表示中に入力された前記第１の手描き画像と、前記動画コンテンツにおける前記第１の手描き画像の入力開始時点を特定するための開始情報とを、前記通信デバイスを介して他の通信端末へと送信するステップと、
   前記プロセッサが、前記通信デバイスを介して前記他の通信端末から第２の手描き画像と第２の開始情報とを受信するステップと、
   前記プロセッサが、前記第２の開始情報に基づいて、前記タッチパネルに、前記動画コンテンツにおける前記第２の手描き画像の入力開始時点から当該第２の手描き画像を表示するステップとを備える、通信方法。

Images