(57)【要約】【課題】第１および第２の通信端末のユーザが、同じシーンを閲覧しながら情報を交換することができるようにする。【解決手段】通信端末１００Ａは、タッチパネル１０２と、他の通信端末１００Ｂと通信するための通信デバイス１０１と、タッチパネル１０２を用いてコンテンツを再生し、第１の入力に応じてコンテンツの再生を一時停止するとともに、他の通信端末１００Ｂへと停止命令を送信し、第２の入力に応じてコンテンツの再生を再開するとともに、他の通信端末１００Ｂへと再開命令を送信し、他の通信端末１００Ｂからの停止命令に応じてコンテンツの再生を一時停止し、他の通信端末１００Ｂからの再開命令に応じてコンテンツの再生を再開するためのプロセッサ１０６とを含む。【選択図】図６
2011210051.tif 000002
【特許請求の範囲】
【請求項１】
第１および第２の通信端末を備えるネットワークシステムであって、
前記第１の通信端末は、外部からコンテンツを取得可能であって、
第１のディスプレイと、
前記第２の通信端末と通信するための第１の通信デバイスと、
前記第１のディスプレイを用いて前記コンテンツを再生し、第１の入力に応じて前記コンテンツの再生を一時停止するとともに、前記第２の通信端末へと停止命令を送信し、第２の入力に応じて前記コンテンツの再生を再開するとともに、前記第２の通信端末へと再開命令を送信するための第１のプロセッサとを含み、
前記第２の通信端末は、前記第１の通信端末と同じタイミングで外部から前記コンテンツを取得可能であって、
第２のディスプレイと、
前記第１の通信端末と通信するための第２の通信デバイスと、
前記第２のディスプレイを用いて前記コンテンツを再生し、前記第１の通信端末からの前記停止命令に応じて前記コンテンツの再生を一時停止し、前記第１の通信端末からの前記再開命令に応じて前記コンテンツの再生を再開するための第２のプロセッサとを含む、ネットワークシステム。
【請求項２】
前記第１のディスプレイはタッチパネルであって、
前記第１のプロセッサは、前記コンテンツの一時停止中に、前記第１のタッチパネルを用いて手描き画像の入力を受け付け、前記第１のタッチパネルを用いて前記コンテンツ上に前記手描き画像を表示し、前記第１の通信デバイスを介して前記手描き画像を前記第２の通信端末へと送信し、
前記第２のプロセッサは、前記コンテンツの一時停止中に、前記第２の通信デバイスを介して前記第１の通信端末から手描き画像を受信し、前記第２のタッチパネルを用いて前記コンテンツ上に前記手描き画像を表示する、請求項１に記載のネットワークシステム。
【請求項３】
前記第１のプロセッサは、
外部の物体が前記タッチパネルに接触したことを検知して、当該接触操作を前記第１の入力として受け付け、
前記外部の物体が前記タッチパネルから離間したことを検知して、当該離間操作を前記第２の入力として受け付ける、請求項２に記載のネットワークシステム。
【請求項４】
前記第１の通信端末は、第１のメモリをさらに含み、
前記第１のプロセッサは、
取得した前記コンテンツを前記第１のメモリに格納し、
前記第２の入力に応じて、一時停止位置から前記コンテンツの再生を再開し、
前記第２の通信端末は、第２のメモリをさらに含み、
前記第２のプロセッサは、
取得した前記コンテンツを前記第２のメモリに格納し、
前記再開命令に応じて、前記一時停止位置から前記コンテンツの再生を再開する、請求項１から３のいずれかに記載のネットワークシステム。
【請求項５】
前記停止命令は、前記コンテンツにおける一時停止位置を示す情報を含む、請求項１から４のいずれかに記載のネットワークシステム。
【請求項６】
前記停止命令は、一時停止時刻を示す情報を含み、
前記再開命令は、一時停止期間を示す情報を含む、請求項１から５のいずれかに記載のネットワークシステム。
【請求項７】
第１および第２の通信端末を含むネットワークシステムにおける通信方法であって、
前記第１の通信端末が、外部からコンテンツを受信して、前記コンテンツを第１のディスプレイで再生するステップと、
前記第２の通信端末が、前記第１の通信端末と同じタイミングで、外部から前記コンテンツを受信して、前記コンテンツを第２のディスプレイで再生するステップと、
前記第１の通信端末が、第１の入力に応じて、前記コンテンツの再生を一時停止し、停止命令を前記第２の通信端末へと送信するステップと、
前記第２の通信端末が、前記第１の通信端末からの前記停止命令に応じて、前記コンテンツの再生を一時停止するステップと、
前記第１の通信端末が、第２の入力に応じて、前記コンテンツの再生を再開し、再開命令を前記第２の通信端末へと送信するステップと、
前記第２の通信端末が、前記第１の通信端末からの前記再開命令に応じて、前記コンテンツの再生を再開するステップとを備える、通信方法。
【請求項８】
外部からコンテンツを取得可能な通信端末であって、
ディスプレイと、
他の通信端末と通信するための通信デバイスと、
前記ディスプレイを用いて前記コンテンツを再生し、第１の入力に応じて前記コンテンツの再生を一時停止するとともに、前記他の通信端末へと停止命令を送信し、第２の入力に応じて前記コンテンツの再生を再開するとともに、前記他の通信端末へと再開命令を送信し、前記他の通信端末からの前記停止命令に応じて前記コンテンツの再生を一時停止し、前記他の通信端末からの前記再開命令に応じて前記コンテンツの再生を再開するためのプロセッサとを含む、通信端末。
【請求項９】
前記ディスプレイはタッチパネルであって、
前記プロセッサは、前記コンテンツの一時停止中に、前記タッチパネルを用いて第１の手描き画像の入力を受け付け、前記タッチパネルを用いて前記コンテンツ上に前記第１の手描き画像を表示し、前記通信デバイスを介して前記第１の手描き画像を前記他の通信端末へと送信し、前記通信デバイスを介して前記他の通信端末から第２の手描き画像を受信し、前記タッチパネルを用いて前記コンテンツ上に前記第２の手描き画像を表示する、請求項８に記載の通信端末。
【請求項１０】
前記プロセッサは、
外部の物体が前記タッチパネルに接触したことを検知して、当該接触操作を前記第１の入力として受け付け、
前記外部の物体が前記タッチパネルから離間したことを検知して、当該離間操作を前記第２の入力として受け付ける、請求項９に記載の通信端末。
【請求項１１】
前記通信端末は、メモリをさらに含み、
前記プロセッサは、
受信した前記コンテンツを前記メモリに格納し、
前記第２の入力あるいは前記再開命令に応じて、一時停止位置から前記コンテンツの再生を再開する、請求項８から１０のいずれかに記載の通信端末。
【請求項１２】
前記停止命令は、前記コンテンツにおける一時停止位置を示す情報を含む、請求項８から１１のいずれかに記載の通信端末。
【請求項１３】
前記停止命令は、一時停止時刻を示す情報を含み、
前記再開命令は、一時停止期間を示す情報を含む、請求項８から１２のいずれかに記載の通信端末。
【請求項１４】
ディスプレイとプロセッサと通信デバイスとを含む通信端末における通信方法であって、
前記プロセッサが、外部からコンテンツを受信して、前記ディスプレイを用いて前記コンテンツを再生するステップと、
前記プロセッサが、第１の入力に応じて、前記コンテンツの再生を一時停止し、前記通信デバイスを介して停止命令を他の通信端末へと送信するステップと、
前記プロセッサが、第２の入力に応じて、前記コンテンツの再生を再開し、前記通信デバイスを介して再開命令を前記他の通信端末へと送信するステップと、
前記プロセッサが、前記他の通信端末からの前記停止命令に応じて、前記コンテンツの再生を一時停止するステップと、
前記プロセッサが、前記他の通信端末からの前記再開命令に応じて、前記コンテンツの再生を再開するステップとを備える、通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して相互に通信可能な少なくとも第１および第２の通信端末を備えるネットワークシステム、通信方法、および通信端末に関し、特に、第１および第２の通信端末が同じコンテンツを受信して再生するネットワークシステム、通信方法、および通信端末に関する。
【背景技術】
【０００２】
インターネットに接続可能な複数の通信端末が、手描きデータを交換するネットワークシステムが知られている。たとえば、サーバ／クライアントシステムや、Ｐ２Ｐ（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）や、画像データなどを記憶するハードディスクなどによって実現される。図７（ａ）は、メモリ１０３を構成する各種のワークメモリ１０３Ａのデータ構造を示すイメージ図である。図７（ｂ）は、メモリ１０３が記憶するアドレス帳データ１０３Ｂを示すイメージ図である。図７（ｃ）は、メモリ１０３が記憶する自端末データ１０３Ｃを示すイメージ図である。図７（ｄ）は、メモリ１０３が記憶する自端末のＩＰアドレスデータ１０３Ｄと他端末のＩＰアドレスデータ１０３Ｅとを示すイメージ図である。
【００９９】
図７（ａ）に示すように、メモリ１０３のワークメモリ１０３Ａは、発信者の電話番号を格納するＲＣＶＴＥＬＮＯ領域、受信メールに関する情報を格納するＲＣＶＭＡＩＬ領域、送信メールに関する情報を格納するＳＥＮＤＭＡＩＬ領域、選択されたアドレスのメモリＮｏを格納するＳＥＬ領域、生成されたルーム名を格納するＲＯＯＭＮＡＭＥ領域などを含む。なお、ワークメモリ１０３Ａは、電話番号を格納しなくてもよい。受信メールに関する情報は、ＭＡＩＮ領域に格納されるメール本文と、ＲＣＶＭＡＩＬのＦＲＯＭ領域に格納されるメール送信元のメールアドレスを含む。送信メールに関する情報は、ＭＡＩＮ領域に格納されるメール本文と、ＲＣＶＭＡＩＬのＴＯ領域に格納されるメール送信先のメールアドレスとを含む。
【０１００】
図７（ｂ）に示すように、アドレス帳データ１０３Ｂは、宛先（他の通信端末）毎にメモリＮｏを対応付けている。そして、アドレス帳データ１０３Ｂは、宛先毎に、名前、電話番号、メールアドレスなどを互いに対応付けて格納する。
【０１０１】
図７（ｃ）に示すように、自端末データ１０３Ｃは、自端末のユーザの名前、自端末の電話番号、自端末のメールアドレスなどを格納する。
【０１０２】
図７（ｄ）に示すように、自端末のＩＰアドレスデータ１０３Ｄは、自端末のＩＰアドレスを格納する。他端末のＩＰアドレスデータ１０３Ｅは、他端末のＩＰアドレスを格納する。
【０１０３】
本実施の形態に係る携帯電話１００の各々は、図７に示すデータを利用することによって、前述したような方法で（図１〜図３を参照。）、他の通信端末との間でデータを送受信することができる。
【０１０４】
＜チャットサーバ４００およびコンテンツサーバ６００のハードウェア構成＞
次に、本実施の形態に係るチャットサーバ４００およびコンテンツサーバ６００のハードウェア構成について説明する。以下では、まず、チャットサーバ４００のハードウェア構成について説明する。
【０１０５】
図８は、本実施の形態に係るチャットサーバ４００のハードウェア構成を示すブロック図である。図８に示すように、本実施の形態に係るチャットサーバ４００は、相互に内部バス４０８で接続されたＣＰＵ４０５と、メモリ４０６と、固定ディスク４０７と、サーバ通信デバイス４０９とを含む。
【０１０６】
メモリ４０６は、各種の情報を記憶するものであって、たとえば、ＣＰＵ４０５でのプログラムの実行に必要なデータを一時的に記憶する。固定ディスク４０７は、ＣＰＵ４０５が実行するプログラムやデータベースを記憶する。ＣＰＵ４０５は、チャットサーバ４００の各要素を制御するものであって、各種の演算を実施する装置である。
【０１０７】
サーバ通信デバイス４０９は、ＣＰＵ４０５が出力したデータを電気信号へと変換して外部へ送信し、外部から受信した電気信号をデータに変換してＣＰＵ４０５に入力する。具体的には、サーバ通信デバイス４０９は、ＣＰＵ４０５からのデータを、インターネット５００やキャリア網７００などを介して、携帯電話１００やカーナビゲーション装置２００やパーソナルコンピュータ３００やゲーム機や電子辞書や電子ＢＯＯＫなどのネットワークに接続可能な機器に送信する。そして、サーバ通信デバイス４０９は、インターネット５００やキャリア網７００を介して、携帯電話１００やカーナビゲーション装置２００やパーソナルコンピュータ３００やゲーム機や電子辞書や電子ＢＯＯＫなどのネットワークに接続可能な機器から受信したデータを、ＣＰＵ４０５に入力する。
【０１０８】
ここで、メモリ４０６あるいは固定ディスク４０７に記憶されるデータについて説明する。図９（ａ）は、チャットサーバ４００のメモリ４０６あるいは固定ディスク４０７に記憶されるルーム管理テーブル４０６Ａのデータ構造を示す第１のイメージ図であって、図９（ｂ）は、チャットサーバ４００のメモリ４０６あるいは固定ディスク４０７に記憶されるルーム管理テーブル４０６Ａのデータ構造を示す第２のイメージ図である。
【０１０９】
図９（ａ）および図９（ｂ）に示すように、ルーム管理テーブル４０６Ａは、ルーム名とＩＰアドレスとを対応付けて格納する。たとえば、ある時点においては、図９（ａ）に示すように、チャットサーバ４００にルーム名Ｒを有するチャットルーム、ルーム名Ｓを有するチャットルーム、ルーム名Ｔを有するチャットルームが生成されている。そして、ルーム名Ｒを有するチャットルームには、ＡというＩＰアドレスを有する通信端末と、ＣというＩＰアドレスを有する通信端末が入室している。ルーム名Ｓを有するチャットルームには、ＢというＩＰアドレスを有する通信端末が入室している。ルーム名Ｔを有するチャットルームには、ＤというＩＰアドレスを有する通信端末が入室している。
【０１１０】
後述するように、ルーム名Ｒは、ＣＰＵ４０６が、ＡというＩＰアドレスを有する通信端末のメールアドレスとＢというＩＰアドレスを有する通信端末のメールアドレスに基づいて決定する。図９（ａ）に示す状態において、ルーム名Ｓを有するチャットルームに新たにＥというＩＰアドレスを有する通信端末が入室すると、図９（ｂ）に示すように、ルーム管理テーブル４０６Ａはルーム名ＳとＩＰアドレスＥとを対応付けて格納する。
【０１１１】
具体的には、チャットサーバ４００においては、第１の携帯電話１００Ａが新たなチャットルームの生成を要求してきた際（図２におけるステップＳ０００２）に、ＣＰＵ４０５が、第１の携帯電話１００Ａのメールアドレスと第２の携帯電話１００Ｂのメールアドレスとに基づいてルーム名を生成した上で、ルーム管理テーブル４０６Ａに当該ルーム名と第１の携帯電話１００ＡのＩＰアドレスとを対応付けて格納する。
【０１１２】
そして、第２の携帯電話１００Ｂがチャットサーバ４００にチャットルームへの参加を要求してきた際（図２におけるステップＳ０００８）に、ＣＰＵ４０５が、ルーム管理テーブル４０６Ａに当該ルーム名と第２の携帯電話１００ＢのＩＰアドレスとを対応付けて格納する。ＣＰＵ４０６は、ルーム管理テーブル４０６Ａから、当該ルーム名に対応する第１の携帯電話１００ＡのＩＰアドレスを読み出す。ＣＰＵ４０６は、第１の携帯電話１００ＡのＩＰアドレスを第２の各通信端末に送信し、第２の携帯電話１００ＢのＩＰアドレスを第１の携帯電話１００Ａに送信する。
【０１１３】
次に、コンテンツサーバ６００のハードウェア構成について説明する。図８に示すように、本実施の形態に係るコンテンツサーバ６００は、相互に内部バス６０８で接続されたＣＰＵ６０５と、メモリ６０６と、固定ディスク６０７と、サーバ通信デバイス６０９とを含む。
【０１１４】
メモリ６０６は、各種の情報を記憶するものであって、たとえば、ＣＰＵ６０５でのプログラムの実行に必要なデータを一時的に記憶する。固定ディスク６０７は、ＣＰＵ６０５が実行するプログラムやデータベースを記憶する。ＣＰＵ６０５は、コンテンツサーバ６００の各要素を制御するものであって、各種の演算を実施する装置である。
【０１１５】
サーバ通信デバイス６０９は、ＣＰＵ６０５が出力したデータを電気信号へと変換して外部へ送信し、外部から受信した電気信号をデータに変換してＣＰＵ６０５に入力する。具体的には、サーバ通信デバイス６０９は、ＣＰＵ６０５からのデータを、インターネット５００やキャリア網７００などを介して、携帯電話１００やカーナビゲーション装置２００やパーソナルコンピュータ３００やゲーム機や電子辞書や電子ＢＯＯＫなどのネットワークに接続可能な機器に送信する。そして、サーバ通信デバイス６０９は、インターネット５００やキャリア網７００を介して、携帯電話１００やカーナビゲーション装置２００やパーソナルコンピュータ３００やゲーム機や電子辞書や電子ＢＯＯＫなどのネットワークに接続可能な機器から受信したデータを、ＣＰＵ６０５に入力する。
【０１１６】
コンテンツサーバ６００のメモリ６０６あるいは固定ディスク６０７は、動画コンテンツを記憶する。コンテンツサーバ６００のＣＰＵ６０５は、サーバ通信デバイス６０９を介して、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂからコンテンツの指定を受信する。コンテンツサーバ６００のＣＰＵ６０５は、コンテンツの指定に基づいて、当該指定に対応する動画コンテンツをメモリ６０６から読み出して、サーバ通信デバイス６０９を介して当該コンテンツを第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂへ送信する。動画コンテンツは、ストリーミングデータなどであって、コンテンツサーバ６００は、同じコンテンツを、略同時に、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂへと配信する。
【０１１７】
また、コンテンツサーバ６００のＣＰＵ６０５は、サーバ通信デバイス６０９を介して、第１の携帯電話１００Ａあるいは第２の携帯電話１００Ｂからの停止命令（第１の命令）や再開命令（第２の命令）を受信する。
【０１１８】
ＣＰＵ６０５は、停止命令に応じて、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとに配信中の動画の進行を一時停止させる。ＣＰＵ６０５は、サーバ通信デバイス６０９を介して、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂにおける動画の進行が一時停止するように、ストリーミングデータを送信する。すなわち、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとにおいて、第１の命令が入力された際に第１の携帯電話１００Ａと第２の携帯電話１００Ｂとで表示されているフレームが、静止画像のように表示され続ける。
【０１１９】
ＣＰＵ６０５は、再開命令に応じて、動画の進行を再開させる。ＣＰＵ６０５は、サーバ通信デバイス６０９を介して、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂにおける動画の進行が再開するように、ストリーミングデータを送信する。すなわち、ＣＰＵ６０５は、第１の命令が入力された際に第１の携帯電話１００Ａと第２の携帯電話１００Ｂとで表示されているフレームの続きから、配信を再開する。
【０１２０】
＜ネットワークシステムにおけるチャット通信処理＞
次に、本実施の形態に係るネットワークシステムにおけるチャット通信処理について説明する。図１０は、本実施の形態に係るネットワークシステムにおけるチャット通信処理の処理手順を示すフローチャートである。図１１は、本実施の形態に係る送信データのデータ構造を示すイメージ図である。
【０１２１】
以下では、第１の携帯電話１００Ａが第２の携帯電話１００Ｂへと手描きデータを送信する場合について説明する。なお、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、チャットルーム開設後、チャットサーバ４００を介してデータを送受信してもよいし、チャットサーバ４００を介さずにＰ２Ｐ通信によってデータを送受信してもよいものである。
【０１２２】
図１０を参照して、まず、第１の携帯電話１００Ａ（送信側）のＣＰＵ１０６は、通信デバイス１０１を介して、チャットサーバ４００からチャット通信に関するデータを取得する（ステップＳ００２）。同様に、第２の携帯電話１００Ｂ（受信側）のＣＰＵ１０６も、通信デバイス１０１を介して、チャットサーバ４００からチャット通信に関するデータを取得する（ステップＳ００４）。
【０１２３】
なお、「チャット通信に関するデータ」は、チャットルームのＩＤ、メンバーの端末情報、お知らせ（告知情報）、この時点までのチャット内容などを含む。
【０１２４】
第１の携帯電話１００ＡのＣＰＵ１０６は、通信デバイス１０１を介して、チャットサーバから動画コンテンツを特定するための動画情報（ａ）を取得する（ステップＳ００６）。図１１に示すように、動画情報（ａ）は、たとえば、ＴＶ番組を特定するための放送局コードや放送時間などを含む。あるいは、動画情報（ａ）は、動画の格納場所を示すＵＲＬなどを含む。本実施の形態においては、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂの一方のＣＰＵ１０６が、通信デバイス１０１を介して、チャットサーバ４００に、動画情報を送信する。
【０１２５】
第１の携帯電話１００Ａと第２の携帯電話１００Ｂの他方のＣＰＵ１０６が、通信デバイス１０１を介して、チャットサーバ４００から動画情報を受信する（ステップＳ００８）。なお、ここでは、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとが、チャット通信中に動画情報を取得する例を示したが、これに限られず、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとが、チャット通信前に、共通の動画情報を取得していてもよい。
【０１２６】
第１の携帯電話１００ＡのＣＰＵ１０６は、タッチパネル１０２に、動画コンテンツを再生するためのウインドウを表示させる（ステップＳ０１０）。同様に、第２の携帯電話１００ＢのＣＰＵ１０６は、タッチパネル１０２に、動画コンテンツを再生するためのウインドウを表示させる（ステップＳ０１２）。
【０１２７】
第１の携帯電話１００ＡのＣＰＵ１０６は、動画情報に基づいて、通信デバイス１０１あるいはＴＶアンテナ１１３を介して、動画コンテンツ（たとえば、ＴＶ番組）を受信する。ＣＰＵ１０６は、タッチパネル１０２を介して、動画コンテンツを再生し始める（ステップＳ０１４）。ＣＰＵ１０６は、スピーカ１０９を介して、動画コンテンツの音声を出力してもよい。
【０１２８】
第２の携帯電話１００ＢのＣＰＵ１０６は、動画情報に基づいて、通信デバイス１０１あるいはＴＶアンテナ１１３を介して、第１の携帯電話１００Ａと同じ動画コンテンツを受信する。ＣＰＵ１０６は、タッチパネル１０２を介して、動画コンテンツを再生し始める（ステップＳ０１６）。ＣＰＵ１０６は、スピーカ１０９を介して、動画コンテンツの音声を出力してもよい。
【０１２９】
第１の携帯電話１００ＡのＣＰＵ１０６は、受信した動画コンテンツをメモリ１０３に格納し始める（ステップＳ０１８）。第２の携帯電話１００ＢのＣＰＵ１０６は、受信した動画コンテンツをメモリ１０３に格納し始める（ステップＳ０２０）。
【０１３０】
第１の携帯電話１００Ａのユーザが手描き開始ボタンを押下すると、あるいはスタイラスペン１２０がタッチパネル１０２に接触すると、第１の携帯電話１００ＡのＣＰＵ１０６は、通信デバイス１０１を介して第２の携帯電話１００Ｂにポーズ情報（ｆ）を送信する（ステップＳ０２２）。第２の携帯電話１００ＢのＣＰＵ１０６は、通信デバイス１０１を介して、第１の携帯電話１００Ａからポーズ情報（ｆ）を受信する（ステップＳ０２４）。
【０１３１】
なお、第１の携帯電話１００Ａは、ポーズ情報（ｆ）を、チャットサーバ４００を介して、第２の携帯電話１００Ｂへと送信してもよい。そして、チャットサーバ４００は、第１の携帯電話１００Ａや第２の携帯電話１００Ｂが送受信するポーズ情報（ｆ）を蓄積してもよい。
【０１３２】
より詳細には、図１１に示すように、ポーズ情報（ｆ）は、たとえば、第１の携帯電話１００Ａが第１の入力を受け付けたときの、番組開始からの時間（ｍｓ）、あるいは番組のシーン番号やフレーム番号などを含む。換言すれば、ポーズ情報（ｆ）は、動画コンテンツの再生をポーズさせるための情報と、一時停止されたタイミングに対応する動画コンテンツのシーンやフレームなどを特定するための情報とを含む。
【０１３３】
第１の携帯電話１００ＡのＣＰＵ１０６は、動画コンテンツの再生を一時停止する（ステップＳ０２６）。ＣＰＵ１０６は、動画コンテンツを構成する複数の画像データに基づいて、手描き開始ボタンが押下されたときに表示されているシーンあるいはフレームの静止画像を表示する。
【０１３４】
第２の携帯電話１００ＢのＣＰＵ１０６も、動画コンテンツの再生を一時停止する（ステップＳ０２８）。ＣＰＵ１０６は、動画コンテンツを構成する複数の画像データに基づいて、ポーズ情報で特定されるシーンあるいはフレームの静止画像を表示する。
【０１３５】
第１の携帯電話１００ＡのＣＰＵ１０６は、タッチパネル１０２を介して、ユーザからの手描き入力を受け付ける（ステップＳ０３０）。より詳細には、ＣＰＵ１０６は、所定時間毎にタッチパネル１０２から接触座標データを順次受け付けることにより、タッチパネル１０２に対する接触位置の変化（軌跡）を取得する。図１１に示すように、ＣＰＵ１０６は、手描きクリア情報（ｂ）と、接触位置の軌跡を示す情報（ｃ）と、線の色を示す情報（ｄ）と、線の幅を示す情報（ｅ）とを含む、送信データを作成する（ステップＳ０３２）。
【０１３６】
手描きクリア情報（ｂ）は、それまでに入力された手描きをクリアするための情報（ｔｒｕｅ）または手描き入力を続行するための情報（ｆａｌｓｅ）を含む。このとき、ＣＰＵ１０６は、送信データに基づいて、ディスプレイ１０７に動画コンテンツ上に（動画コンテンツに重畳させて）手描き画像を表示させる。
【０１３７】
ＣＰＵ１０６は、通信デバイス１０１を介して、第２の携帯電話１００Ｂに、送信データを送信する（ステップＳ０３４）。第２の携帯電話１００ＢのＣＰＵ１０６は、通信デバイス１０１を介して、第１の携帯電話１００Ａから送信データを受信する（ステップＳ０３６）。
【０１３８】
なお、第１の携帯電話１００Ａは、送信データを、チャットサーバ４００を介して、第２の携帯電話１００Ｂへと送信してもよい。そして、チャットサーバ４００は、第１の携帯電話１００Ａや第２の携帯電話１００Ｂが送受信する送信データを蓄積してもよい。
【０１３９】
ＣＰＵ１０６は、送信データを解析する（ステップＳ０３８）。ＣＰＵ１０６は、送信データに基づいて、ディスプレイ１０７に動画コンテンツ上に（動画コンテンツに重畳させて）手描き画像を表示させる（ステップＳ０４０）。
【０１４０】
第１の携帯電話１００Ａのユーザが手描き終了ボタンを押下すると、あるいはスタイラスペン１２０がタッチパネル１０２から離間すると、第１の携帯電話１００ＡのＣＰＵ１０６は、通信デバイス１０１を介して第２の携帯電話１００Ｂにリジューム情報（ｆ）を送信する（ステップＳ０４２）。第２の携帯電話１００ＢのＣＰＵ１０６は、通信デバイス１０１を介して、第１の携帯電話１００Ａからリジューム情報（ｆ）を受信する（ステップＳ０４４）。
【０１４１】
なお、第１の携帯電話１００Ａは、リジューム情報（ｆ）を、チャットサーバ４００を介して、第２の携帯電話１００Ｂへと送信してもよい。そして、チャットサーバ４００は、第１の携帯電話１００Ａや第２の携帯電話１００Ｂが送受信するリジューム情報（ｆ）を蓄積してもよい。
【０１４２】
より詳細には、図１１に示すように、リジューム情報（ｆ）は、たとえば、動画コンテンツの再生を再開させるための情報を含む。リジューム情報（ｆ）は、動画コンテンツの停止時間を特定するための情報を含んでもよい。リジューム情報（ｆ）は、第１の携帯電話１００Ａが第１の入力を受け付けたときの、番組開始からの時間（ｍｓ）、あるいは番組のシーン番号やフレームを含んでもよい。
【０１４３】
第１の携帯電話１００ＡのＣＰＵ１０６は、動画コンテンツの再生を再開する（ステップＳ０４６）。本実施の形態においては、ＣＰＵ１０６は、メモリ１０３に格納されている動画コンテンツに基づいて、一時停止されていたシーンあるいはフレームから動画コンテンツの再生を再開する。
【０１４４】
なお、第１の携帯電話１００Ａは、一時停止を解除した旨のメッセージを、Ｐ２Ｐ通信によって直接的に、あるいはチャットサーバ４００を介して、第２の携帯電話１００Ｂへと送信してもよい。そして、チャットサーバ４００は、第１の携帯電話１００Ａや第２の携帯電話１００Ｂが送受信するメッセージを蓄積してもよい。
【０１４５】
第２の携帯電話１００ＢのＣＰＵ１０６も、動画コンテンツの再生を再開する（ステップＳ０４８）。ＣＰＵ１０６は、メモリ１０３に格納されている動画コンテンツに基づいて、リジューム情報で特定されるシーンあるいはフレームから動画コンテンツの再生を再開する。
【０１４６】
なお、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは、動画コンテンツの録画を行なうことなく、第２の入力あるいはリジューム情報を受け付けた後に受信した動画コンテンツを再生し始めるものであってもよい。
【０１４７】
第１の携帯電話１００ＡのＣＰＵ１０６は、動画情報で特定される動画コンテンツの再生が終了すると、動画コンテンツ用のウインドウを閉じる（ステップＳ０５０）。第２の携帯電話１００ＢのＣＰＵ１０６は、動画情報で特定される動画コンテンツの再生が終了すると、動画コンテンツ用のウインドウを閉じる（ステップＳ０５２）。
【０１４８】
＜携帯電話１００における入力処理＞
次に、本実施の形態に係る携帯電話１００における入力処理について説明する。図１２は、本実施の形態に係る携帯電話１００における入力処理の処理手順を示すフローチャートである。
【０１４９】
図１２を参照して、ＣＰＵ１０６は、まず、携帯電話１００への入力が開始された際に、ペン情報の設定処理（ステップＳ２００）を実行する。なお、ペン情報の設定処理（ステップＳ２００）については後述する。
【０１５０】
ＣＰＵ１０６は、ペン情報の設定処理（ステップＳ２００）が終了すると、データ（ｂ）がｔｒｕｅであるか否かを判断する（ステップＳ１０２）。データ（ｂ）がｔｒｕｅである場合（ステップＳ１０２にてＹＥＳである場合）、ＣＰＵ１０６は、データ（ｂ）をメモリ１０３に格納する（ステップＳ１０４）。ＣＰＵ１０６は、入力処理を終了する。
【０１５１】
データ（ｂ）がｔｒｕｅでない場合（ステップＳ１０２にてＮＯである場合）、ＣＰＵ１０６は、スタイラスペン１２０がタッチパネル１０２に接触したか否かを判断する（ステップＳ１０６）。すなわち、ＣＰＵ１０６は、ペンダウンを検出したか否かを判断する。
【０１５２】
ペンダウンを検出しなかった場合（ステップＳ１０６にてＮＯである場合）、ＣＰＵ１０６は、スタイラスペン１２０のタッチパネル１０２に対する接触位置が変化したか否かを判断する（ステップＳ１０８）。すなわち、ＣＰＵ１０６は、ペンドラッグを検出したか否かを判断する。ＣＰＵ１０６は、ペンドラッグを検出しなかった場合（ステップＳ１０８にてＮＯである場合）、入力処理を終了する。
【０１５３】
ＣＰＵ１０６は、ペンダウンを検出した場合（ステップＳ１０６にてＹＥＳである場合）、あるいは、ペンドラッグを検出した場合（ステップＳ１０８にてＹＥＳである場合）、データ（ｂ）に「ｆａｌｓｅ」を設定する（ステップＳ１１０）。ＣＰＵ１０６は、手描き処理（ステップＳ３００）を実行する。手描き処理（ステップＳ３００）については後述する。
【０１５４】
ＣＰＵ１０６は、手描き処理（ステップＳ３００）を終了すると、データ（ｂ）、（ｃ）、（ｄ）、（ｅ）をメモリ１０３に格納する（ステップＳ１１２）。ＣＰＵ１０６は、入力処理を終了する。
【０１５５】
＜携帯電話１００におけるペン情報の設定処理＞
次に、本実施の形態に係る携帯電話１００におけるペン情報の設定処理について説明する。図１３は、本実施の形態に係る携帯電話１００におけるペン情報の設定処理の処理手順を示すフローチャートである。
【０１５６】
図１３を参照して、ＣＰＵ１０６は、タッチパネル１０２を介してユーザから手描き画像をクリアするための命令を受け付けたか否かを判断する（ステップＳ２０２）。ＣＰＵ１０６は、ユーザから手描き画像をクリアするための命令を受け付けた場合（ステップＳ２０２にてＹＥＳである場合）、データ（ｂ）に「ｔｒｕｅ」を設定する（ステップＳ２０４）。ＣＰＵ１０６は、ステップＳ２０８からの処理を実行する。
【０１５７】
ＣＰＵ１０６は、ユーザから手描き画像をクリアするための命令を受け付けなかった場合（ステップＳ２０２にてＮＯである場合）、データ（ｅ）に「ｆａｌｓｅ」を設定する（ステップＳ２０６）。ＣＰＵ１０６は、タッチパネル１０２を介して、ユーザからペンの色を変更するための命令を受け付けたか否かを判断する（ステップＳ２０８）。ＣＰＵ１０６は、ユーザからペンの色を変更するための命令を受け付けなかった場合（ステップＳ２０８にてＮＯである場合）、ステップＳ２１２からの処理を実行する。
【０１５８】
ＣＰＵ１０６は、ユーザからペンの色を変更するための命令を受け付けた場合（ステップＳ２０８にてＹＥＳである場合）、データ（ｄ）に変更後のペンの色を設定する（ステップＳ２１０）。ＣＰＵ１０６は、タッチパネル１０２を介して、ユーザからペンの幅を変更するための命令を受け付けたか否かを判断する（ステップＳ２１２）。ＣＰＵ１０６は、ユーザからペンの幅を変更するための命令を受け付けなかった場合（ステップＳ２１２にてＮＯである場合）、ペン情報の設定処理を終了する。
【０１５９】
ＣＰＵ１０６は、ユーザからペンの幅を変更するための命令を受け付けた場合（ステップＳ２１２にてＹＥＳである場合）、データ（ｅ）に変更後のペンの幅を設定する（ステップＳ２１４）。ＣＰＵ１０６は、ペン情報の設定処理を終了する。
【０１６０】
＜携帯電話１００における手描き処理＞
次に、本実施の形態に係る携帯電話１００における手描き処理について説明する。図１４は、本実施の形態に係る携帯電話１００における手描き処理の処理手順を示すフローチャートである。
【０１６１】
図１４を参照して、ＣＰＵ１０６は、タッチパネル１０２を介して、現在スタイラスペン１２０がタッチパネル１０２に接触しているか否かを判断する（ステップＳ３０２）。スタイラスペン１２０がタッチパネル１０２に接触していない場合（ステップＳ３０２にてＮＯである場合）、ＣＰＵ１０６は、手描き処理を終了する。
【０１６２】
スタイラスペン１２０がタッチパネル１０２に接触している場合（ステップＳ３０２にてＹＥＳである場合）、ＣＰＵ１０６は、タッチパネル１０２を介してスタイラスペン１２０のタッチパネル１０２に対する接触座標（Ｘ，Ｙ）と現在の時刻（Ｔ）とを取得する（ステップＳ３０４）。ＣＰＵ１０６は、データ（ｃ）に「Ｘ，Ｙ，Ｔ」を設定する（ステップＳ３０６）。
【０１６３】
ＣＰＵ１０６は、前回の座標の取得時から所定時間が経過しているか否かを判断する（ステップＳ３０８）。ＣＰＵ１０６は、所定時間が経過していない場合（ステップＳ３０８にてＮＯである場合）、ステップＳ３０８からの処理を繰り返す。
【０１６４】
ＣＰＵ１０６は、所定時間が経過している場合（ステップＳ３０８にてＹＥＳである場合）、タッチパネル１０２を介して、ペンドラッグを検出したか否かを判断する（ステップＳ３１０）。ＣＰＵ１０６は、ペンドラッグを検出しなかった場合（ステップＳ３１０にてＮＯである場合）、ステップＳ３１６からの処理を実行する。
【０１６５】
ＣＰＵ１０６は、ペンドラッグを検出した場合（ステップＳ３１０にてＹＥＳである場合）、タッチパネル１０２を介して、スタイラスペン１２０のタッチパネル１０２に対する接触位置座標（Ｘ，Ｙ）と、現在の時刻（Ｔ）とを取得する（ステップＳ３１２）。ＣＰＵ１０６は、データ（ｃ）に「：Ｘ，Ｙ，Ｔ」を追加する（ステップＳ３１４）。ＣＰＵ１０６は、前回の接触座標の取得から所定時間経過したか否かを判断する（ステップＳ３１６）。ＣＰＵ１０６は、所定時間が経過していない場合（ステップＳ３１６にてＮＯである場合）、ステップＳ３１６からの処理を繰り返す。
【０１６６】
ＣＰＵ１０６は、所定時間が経過した場合（ステップＳ３１６にてＹＥＳの場合）、タッチパネル１０２を介して、ペンアップを検出したか否かを判断する（ステップＳ３１８）。ＣＰＵ１０６は、ペンアップを検出しなかった場合（ステップＳ３１８にてＮＯである場合）、ステップＳ３１０からの処理を繰り返す。
【０１６７】
ＣＰＵ１０６は、ペンアップを検出した場合（ステップＳ３１８にてＹＥＳである場合）、タッチパネル１０２を介して、ペンアップ時におけるスタイラスペンのタッチパネル１０２に対する接触座標（Ｘ，Ｙ）とペンアップされたときの時刻（Ｔ）とを取得する（ステップＳ３２０）。ＣＰＵ１０６は、データ（ｃ）に「：Ｘ，Ｙ，Ｔ」を追加する（ステップＳ３２２）。ＣＰＵ１０６は、手描き処理を終了する。
【０１６８】
＜携帯電話１００における表示処理＞
次に、本実施の形態に係る携帯電話１００における表示処理について説明する。図１５は、本実施の形態に係る携帯電話１００における表示処理の処理手順を示すフローチャートである。
【０１６９】
図１５を参照して、ＣＰＵ１０６は、動画コンテンツの再生が終了したか否かを判断する（ステップＳ４０２）。ＣＰＵ１０６は、動画コンテンツの再生が終了した場合（ステップＳ４０２にてＹＥＳである場合）、表示処理を終了する。
【０１７０】
ＣＰＵ１０６は、動画コンテンツの再生が終了していない場合（ステップＳ４０２にてＮＯである場合）、クリア情報ｃｌｅａｒ（データ（ｂ））を取得する（ステップＳ４０４）。ＣＰＵ１０６は、クリア情報ｃｌｅａｒがｔｒｕｅであるか否かを判断する（ステップＳ４０６）。ＣＰＵ１０６は、クリア情報ｃｌｅａｒがｔｒｕｅである場合（ステップＳ４０６にてＹＥＳである場合）、手描き画像を非表示にする（ステップＳ４０８）。ＣＰＵ１０６は、表示処理を終了する。
【０１７１】
ＣＰＵ１０６は、クリア情報ｃｌｅａｒがｔｒｕｅでない場合（ステップＳ４０６にてＮＯである場合）、ペンの色（データ（ｄ））を取得する（ステップＳ４１０）。ＣＰＵ１０６は、ペンの色を設定し直す（ステップＳ４１２）。ＣＰＵ１０６は、ペンの幅（データ（ｅ））を取得する（ステップＳ４１４）。ＣＰＵ１０６は、ペンの幅を設定し直す（ステップＳ４１６）。ＣＰＵ１０６は、手描き画像表示処理（ステップＳ５００）を実行する。手描き画像表示処理（ステップＳ５００）については後述する。ＣＰＵ１０６は、表示処理を終了する。
【０１７２】
＜携帯電話１００における表示処理の応用例＞
次に、本実施の形態に係る携帯電話１００における表示処理の応用例について説明する。図１６は、本実施の形態に係る携帯電話１００における表示処理の応用例の処理手順を示すフローチャートである。この応用例においては、携帯電話１００は、クリア情報だけでなくシーンが切り換わった際にも、それまでに表示されている手描き画像を消去（リセット）するものである。
【０１７３】
図１６を参照して、ＣＰＵ１０６は、動画コンテンツの再生が終了したか否かを判断する（ステップＳ４５２）。ＣＰＵ１０６は、動画コンテンツの再生が終了した場合（ステップＳ４５２にてＹＥＳである場合）、表示処理を終了する。
【０１７４】
ＣＰＵ１０６は、動画コンテンツの再生が終了していない場合（ステップＳ４５２にてＮＯである場合）、動画コンテンツのシーンが切り換わったか否かを判断する（ステップＳ４５４）。ＣＰＵ１０６は、動画コンテンツのシーンが切り換わっていない場合（ステップＳ４５４にてＮＯである場合）、ステップＳ４５８からの処理を実行する。
【０１７５】
ＣＰＵ１０６は、動画コンテンツのシーンが切り換わった場合（ステップＳ４５４にてＹＥＳである場合）、それまでに表示されていた手描き画像を非表示にする（ステップＳ４５６）。ＣＰＵ１０６は、クリア情報ｃｌｅａｒ（データ（ｂ））を取得する（ステップＳ４５８）。ＣＰＵ１０６は、クリア情報ｃｌｅａｒがｔｒｕｅであるか否かを判断する（ステップＳ４６０）。ＣＰＵ１０６は、クリア情報ｃｌｅａｒがｔｒｕｅである場合（ステップＳ４６０にてＹＥＳである場合）、それまでに表示されていた手描き画像を非表示にする（ステップＳ４６２）。ＣＰＵ１０６は、表示処理を終了する。
【０１７６】
ＣＰＵ１０６は、クリア情報ｃｌｅａｒがｔｒｕｅでない場合（ステップＳ４６０にてＮＯである場合）、ペンの色（データ（ｄ））を取得する（ステップＳ４６４）。ＣＰＵ１０６は、ペンの色を設定し直す（ステップＳ４６６）。ＣＰＵ１０６は、ペンの幅（データ（ｅ））を取得する（ステップＳ４６８）。ＣＰＵ１０６は、ペンの幅を設定し直す（ステップＳ４７０）。ＣＰＵ１０６は、手描き画像表示処理（ステップＳ５００）を実行する。手描き画像表示処理（ステップＳ５００）については後述する。ＣＰＵ１０６は、表示処理を終了する。
【０１７７】
＜携帯電話１００における手描き画像表示処理＞
次に、本実施の形態に係る携帯電話１００における手描き画像表示処理について説明する。図１７は、本実施の形態に係る携帯電話１００における手描き画像表示処理の処理手順を示すフローチャートである。
【０１７８】
図１７を参照して、ＣＰＵ１０６は、手描きストロークの頂点の座標（データ（ｃ））を取得する（ステップＳ５０２）。ＣＰＵ１０６は、手描きストロークの頂点の座標の個数ｎを取得する（ステップＳ５０４）。ＣＰＵ１０６は、変数ｉに１を代入する（ステップＳ５０６）。
【０１７９】
ＣＰＵ１０６は、タッチパネル１０２を用いて、座標（Ｃｘｉ，Ｃｙｉ）と座標（Ｃｘ（ｉ＋１），Ｃｙ（ｉ＋１））とを線で繋ぐことによって、手描きストロークを描画する（ステップＳ５０８）。ＣＰＵ１０６は、変数ｉをインクリメントする（ステップＳ５１０）。
【０１８０】
ＣＰＵ１０６は、変数ｉが個数ｎ以上であるか否かを判断する（ステップＳ５１２）。ＣＰＵ１０６は、変数ｉが個数ｎ未満である場合（ステップＳ５１２にてＮＯである場合）、ステップＳ５０８からの処理を繰り返す。ＣＰＵ１０６は、変数ｉが個数ｎ以上である場合（ステップＳ５１２にてＹＥＳである場合）、手描き画像表示処理を終了する。
【０１８１】
＜携帯電話１００における手描き画像表示処理の応用例＞
次に、本実施の形態に係る携帯電話１００における手描き画像表示処理の応用例について説明する。図１８は、本実施の形態に係る携帯電話１００における手描き画像表示処理の応用例の処理手順を示すフローチャートである。ここでは、手描き画像の入力速度で、手描き画像を表示するための処理を説明する。
【０１８２】
図１８を参照して、ＣＰＵ１０６は、手描きストロークの頂点の座標（データ（ｃ））を取得する（ステップＳ５５２）。ＣＰＵ１０６は、手描きストロークの頂点の座標の個数ｎを取得する（ステップＳ５５４）。ＣＰＵ１０６は、変数ｉに１を代入する（ステップＳ５５６）。
【０１８３】
ＣＰＵ１０６は、前回の描画ステップ（後述するステップＳ５６０）が実行された時刻ｔからＣｔ（ｉ＋１）の時間が経過したか否かを判断する（ステップＳ５５８）。時刻ｔからＣｔ（ｉ＋１）の時間が経過していない場合（ステップＳ５５８にてＮＯである場合）、ステップＳ５５８からの処理を繰り返す。
【０１８４】
ＣＰＵ１０６は、時刻ｔからＣｔ（ｉ＋１）の時間が経過した場合（ステップＳ５５８にてＹＥＳである場合）、タッチパネル１０２を用いて、座標（Ｃｘｉ，Ｃｙｉ）と座標（Ｃｘ（ｉ＋１），Ｃｙ（ｉ＋１））とを線で繋ぐことによって、手描きストロークを描画する（ステップＳ５６０）。ＣＰＵ１０６は、変数ｉをインクリメントする（ステップＳ５６２）。
【０１８５】
ＣＰＵ１０６は、変数ｉが個数ｎ以上であるか否かを判断する（ステップＳ５６４）。ＣＰＵ１０６は、変数ｉが個数ｎ未満である場合（ステップＳ５６４にてＮＯである場合）、ステップＳ５５８からの処理を繰り返す。ＣＰＵ１０６は、変数ｉが個数ｎ以上である場合（ステップＳ５６４にてＹＥＳである場合）、手描き画像表示処理を終了する。
【０１８６】
［実施の形態２］
次に、本発明の実施の形態２について説明する。上述の実施の形態１に係るネットワークシステム１では、コンテンツサーバ６００は、第１の携帯電話１００Ａや第２の携帯電話１００Ｂのチャット状況に関わらずに、第１の携帯電話１００Ａや第２の携帯電話１００Ｂにコンテンツ（動画）を送信するものであった。換言すれば、コンテンツサーバ６００が動画を進行させている一方で、第１の携帯電話１００Ａや第２の携帯電話１００Ｂが動画の進行を停止させるものであった。そのため、第１の携帯電話１００Ａや第２の携帯電話１００Ｂは、動画を停止している期間に対応する（配信された）動画を蓄積しておく必要があった。
【０１８７】
一方、本実施の形態に係るネットワークシステム１では、コンテンツサーバ６００が、第１の携帯電話１００Ａや第２の携帯電話１００Ｂのチャット状況に応じて、配信中のコンテンツ（動画）を一時的に停止するものである。すなわち、第１の携帯電話１００Ａや第２の携帯電話１００Ｂが、動画が停止されている期間に対応する動画を蓄積する必要がないものである。ただし、コンテンツサーバ６００は、第１の携帯電話１００Ａや第２の携帯電話１００Ｂから、配信中の動画の進行を停止または再開すべき旨の情報を受信する必要がある。
【０１８８】
なお、実施の形態１に係るネットワークシステム１と同様の構成については、説明を繰り返さない。たとえば、図１に示したようなネットワークシステム１の全体構成や、図２および３に示したようなネットワークシステム１の全体的な動作概要や、図５および６に示したような携帯電話１００のハードウェア構成や、図８および９に示したようなチャットサーバ４００およびコンテンツサーバ６００のハードウェア構成などは、本実施の形態に係るそれらと同様であるため、ここでは説明を繰り返さない。
【０１８９】
＜ネットワークシステム１における手描きデータの送受信に関する動作概要＞
以下では、本実施の形態に係る手描きデータの送受信に関する動作概要について詳細に説明する。図１９は、本実施の形態に係る手描きデータの送受信に関する動作概要を示すイメージ図である。
【０１９０】
以下では、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとが、サーバを介さずに、直接的に、チャット通信（手描き画像の送受信）を行っている場合について説明する。ただし、後述するように、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、チャット通信（手描き画像の送受信）においても、サーバを介すものであってもよい。
【０１９１】
図１９（ａ）（ｂ）を参照して、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとが、コンテンツサーバ６００から同じ動画コンテンツ（たとえば、ＴＶ番組）を受信して、当該動画コンテンツを表示している。ここでの、動画コンテンツは、コンテンツサーバ６００が第１の携帯電話１００Ａや第２の携帯電話１００Ｂにおける再生や一時停止を制御できるものであって、たとえばストリーミングデータが挙げられる。このとき、チャット通信に参加していない第３の携帯電話１００Ｃも、同じ動画コンテンツを受信して、表示しているかもしれない。
【０１９２】
図１９（ｄ）〜（ｆ）を参照して、時間の経過とともに、動画コンテンツが進行する。すなわち、第１の携帯電話１００Ａ、第２の携帯電話１００Ｂ、第３の携帯電話１００Ｃにおいて、表示される画像が変化していく。このとき、第１の携帯電話１００Ａ、第２の携帯電話１００Ｂ、第３の携帯電話１００Ｃが、動画コンテンツに対応する音声を出力してもよい。
【０１９３】
図１９（ｄ）を参照して、第１の携帯電話１００Ａのユーザが、手描き画像の入力を開始すると、第１の携帯電話１００Ａは、コンテンツサーバ６００に、手描き画像の入力が開始する旨のメッセージ、あるいは動画コンテンツの進行を一時停止する旨のメッセージを送信する。コンテンツサーバ６００は、上記メッセージ（開始メッセージ）を受信して、動画コンテンツの進行を一時停止する。たとえば、コンテンツサーバ６００は、フレームが変化しないことを示す情報を送信する。
【０１９４】
これによって、図１９（ｄ）および（ｅ）を参照して、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとにおいて、動画コンテンツの進行がポーズする。より正確には、第１の携帯電話１００Ａと第２の携帯電話１００Ｂでは、まるで動画コンテンツの進行がストップしているように見える。換言すれば、最新の静止画像が表示されているように見える。
【０１９５】
より詳細には、ユーザが、スタイラスペン１２０や指などをタッチパネル１０２に接触させると、第１の携帯電話１００Ａが第１の命令を受け付けたと判断する。あるいは、ユーザが、手描き開始ボタンを押下すると、第１の携帯電話１００Ａが第１の命令を受け付けたと判断する。第１の携帯電話１００Ａは、第１の命令に応じて、開始メッセージをコンテンツサーバ６００に送信する。
【０１９６】
図１９（ｆ）を参照して、このとき、第３の携帯電話１００Ｃは、チャット通信に参加していないので、開始メッセージを受信しない。第３の携帯電話１００Ｃは、通常通り、コンテンツサーバ６００からの動画コンテンツを再生し続ける。
【０１９７】
図１９（ｇ）を参照して、ユーザが第１の携帯電話１００Ａに手描き画像を入力すると、第１の携帯電話１００Ａは、タッチパネル１０２に手描き画像を表示する。第１の携帯電話１００Ａは、Ｐ２Ｐ通信を介して、手描きデータを第２の携帯電話１００Ｂに送信する。
【０１９８】
図１９（ｈ）を参照して、第２の携帯電話１００Ｂは、第１の携帯電話１００Ａから手描きデータを受信して、手描き画像を表示する。
【０１９９】
図１９（ｉ）を参照して、このとき、第３の携帯電話１００Ｃは、チャット通信に参加していないので、開始メッセージも手描き画像も受信しない。第３の携帯電話１００Ｃは、通常通り、動画コンテンツを再生し続ける。
【０２００】
図１９（ｋ）を参照して、ユーザが第２の携帯電話１００Ｂに手描き画像を入力すると、第２の携帯電話１００Ｂは、タッチパネル１０２に手描き画像を表示する。第２の携帯電話１００Ｂは、Ｐ２Ｐ通信を介して、手描きデータを第１の携帯電話１００Ａに送信する。
【０２０１】
図１９（ｊ）を参照して、第１の携帯電話１００Ａは、第２の携帯電話１００Ｂから手描きデータを受信して、手描き画像を表示する。
【０２０２】
図１９（ｌ）を参照して、このとき、第３の携帯電話１００Ｃは、チャット通信に参加していないので、開始メッセージも手描き画像も受信しない。第３の携帯電話１００Ｃは、通常通り、動画コンテンツを再生し続ける。
【０２０３】
図１９（ｍ）を参照して、第１の携帯電話１００Ａと第２の携帯電話１００Ｂのユーザが手描き画像の入力を終了すると、第１の携帯電話１００Ａは、コンテンツサーバ６００に、手描き画像の入力が終了した旨のメッセージ、あるいは動画の配信を再開する旨のメッセージを送信する。コンテンツサーバ６００は、上記メッセージ（終了メッセージ）を受信して、停止していた位置から動画コンテンツの進行を再開する。
【０２０４】
これによって、図１９（ｍ）および（ｎ）を参照して、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとにおいて、動画コンテンツの進行が再開する。より正確には、第１の携帯電話１００Ａと第２の携帯電話１００Ｂでは、動画コンテンツの進行が再開したように見える。
【０２０５】
より詳細には、スタイラスペン１２０や指などが第１の携帯電話１００Ａのタッチパネル１０２に接触しておらず、第２の携帯電話１００Ｂからの手描きデータを受信しなくなると、第１の携帯電話１００Ａが第２の命令を受け付けたと判断する。あるいは、ユーザが手描き終了ボタンを押下すると、第１の携帯電話１００Ａが第２の命令を受け付けたと判断する。第１の携帯電話１００Ａは、第２の命令に応じて、終了メッセージをコンテンツサーバ６００に送信する。
【０２０６】
図１９（ｏ）を参照して、このとき、第３の携帯電話１００Ｃは、通常通り、動画コンテンツを再生し続ける。
【０２０７】
コンテンツサーバ６００は、動画コンテンツの配信中に、再生している動画コンテンツのシーンが切り替わったか否かを判断する。図１９（ｐ）（ｑ）を参照して、コンテンツサーバ６００は、動画コンテンツのシーンが切り替わったと判断すると、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂにシーンチェンジ情報を送信する。第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは、シーンチェンジ情報を受信して、それまでに描画されてきた手描き画像を削除する。それまでの手描き画像が、切り替わる前のシーンに関係するものである可能性が高いからである。
【０２０８】
ただし、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂの各々が、動画コンテンツの再生中に、再生している動画コンテンツのシーンが切り替わったか否かを判断してもよい。すなわち、図１９（ｐ）（ｑ）を参照して、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは、動画コンテンツのシーンが切り替わったと判断すると、それまでに描画されてきた手描き画像を削除してもよい。
【０２０９】
図１９（ｒ）（ｓ）でも同様に、コンテンツサーバ６００は、動画コンテンツのシーンが切り替わったと判断すると、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂにシーンチェンジ情報を送信する。第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは、シーンチェンジ情報を受信して、それまでに描画されてきた手描き画像を削除する。あるいは、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂの各々が、動画コンテンツの再生中に、再生している動画コンテンツのシーンが切り替わったか否かを判断してもよい。すなわち、図１９（ｐ）（ｑ）を参照して、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは、動画コンテンツのシーンが切り替わったと判断すると、それまでに描画されてきた手描き画像を削除してもよい。
【０２１０】
なお、図１９においては、第１の入力を受け付けた第１の携帯電話１００Ａが、第２の入力を受け付けている。そして、動画コンテンツの停止中に、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとが、共に、手描き画像を入力できるものであった。
【０２１１】
この点に関して、本実施の形態に係るネットワークシステム１は、以下のような形態にも適用可能である。まず、第２の命令について説明する。
【０２１２】
（１）第１の命令を受け付けた（開始メッセージを送信した）第１の携帯電話１００Ａのみが、第２の命令を受け付け可能であってもよい。
【０２１３】
（２）第１の命令を受け付けていない（開始メッセージを受信した）第２の携帯電話１００Ｂのみが、第２の命令を受け付け可能であってもよい。
【０２１４】
（３）第１の命令を受け付けたか否かに関わらず（開始メッセージを送信したか受信したかに関わらず）、第１の携帯電話１００Ａと第２の携帯電話１００Ｂの両者が第２の命令を受け付け可能であってもよい。
【０２１５】
次に、手描き画像の入力について説明する。
（１）第１の命令を受け付けた（開始メッセージを送信した）第１の携帯電話１００Ａのみが、手描き画像の入力を受け付け可能（送信可能）であってもよい。
【０２１６】
（２）第１の命令を受け付けたか否かに関わらず（開始メッセージを送信したか受信したかに関わらず）、第１の携帯電話１００Ａと第２の携帯電話１００Ｂの両者が手描き画像の入力を受け付け可能（送信可能）であってもよい。
【０２１７】
上記の適用例に加えて、上述したように、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは、手描き画像の入力の開始、すなわちスタイラスペン１２０のタッチパネル１０２への接触を、第１の命令と判断してもよい。あるいは、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは、タッチパネル１０２上の手描き入力開始ボタンが押下されたことを、第１の命令の入力とみなしてもよい。
【０２１８】
そして、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは、手描き画像の入力の終了、すなわちスタイラスペン１２０のタッチパネル１０２からの離間を、第２の命令と判断してもよい。あるいは、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは、タッチパネル１０２上の手描き入力終了ボタンが押下されたことを、第２の命令の入力とみなしてもよい。
【０２１９】
このように、本実施の形態に係るネットワークシステム１においては、いずれかの通信端末が手描き画像の入力の開始命令を受け付けると、コンテンツサーバ６００がチャット通信中の全ての通信端末における動画コンテンツの再生を一時停止する。そして、いずれかの通信端末が手描き画像の入力の終了命令を受け付けると、チャット通信中の全ての通信端末における動画コンテンツの再生を再開する。
【０２２０】
これによって、チャット通信中の全てのユーザが、同じシーンを閲覧しながら、手描き画像を送受信することができる。換言すれば、本実施の形態に係るネットワークシステム１によって、手描き画像の入力中に望まないシーンの切り替えが発生することや、手描き画像の入力中に第１の携帯電話１００Ａと第２の携帯電話１００Ｂとが異なるシーンを表示する可能性を低減することができる。
【０２２１】
＜ネットワークシステムにおけるチャット通信処理＞
次に、本実施の形態に係るネットワークシステムにおけるチャット通信処理について説明する。図２０は、本実施の形態に係るネットワークシステムにおけるチャット通信処理の処理手順を示すフローチャートである。図２１は、本実施の形態に係る送信データのデータ構造を示すイメージ図である。
【０２２２】
以下では、第１の携帯電話１００Ａが第２の携帯電話１００Ｂへと手描きデータを送信する場合について説明する。なお、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、チャットルーム開設後、チャットサーバ４００を介してデータを送受信してもよいし、チャットサーバ４００を介さずにＰ２Ｐ通信によってデータを送受信してもよいものである。
【０２２３】
図２０を参照して、まず、第１の携帯電話１００Ａ（送信側）のＣＰＵ１０６は、通信デバイス１０１を介して、チャットサーバ４００からチャット通信に関するデータを取得する（ステップＳ１００２）。同様に、第２の携帯電話１００Ｂ（受信側）のＣＰＵ１０６も、通信デバイス１０１を介して、チャットサーバ４００からチャット通信に関するデータを取得する（ステップＳ１００４）。
【０２２４】
なお、「チャット通信に関するデータ」は、チャットルームのＩＤ、メンバーの端末情報、お知らせ（告知情報）、この時点までのチャット内容などを含む。
【０２２５】
第１の携帯電話１００ＡのＣＰＵ１０６は、通信デバイス１０１を介して、チャットサーバから動画コンテンツを特定するための動画情報（ａ）を取得する（ステップＳ１００６）。図２１に示すように、動画情報（ａ）は、たとえば、ＴＶ番組を特定するための放送局コードや放送時間などを含む。あるいは、動画情報（ａ）は、動画の格納場所を示すＵＲＬなどを含む。本実施の形態においては、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂの一方のＣＰＵ１０６が、通信デバイス１０１を介して、チャットサーバ４００に、動画情報を送信する。
【０２２６】
第１の携帯電話１００Ａと第２の携帯電話１００Ｂの他方のＣＰＵ１０６が、通信デバイス１０１を介して、チャットサーバ４００から動画情報を受信する（ステップＳ１００８）。なお、ここでは、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとが、チャット通信中に動画情報を取得する例を示したが、これに限られず、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとが、チャット通信前に、共通の動画情報を取得していてもよい。
【０２２７】
第１の携帯電話１００ＡのＣＰＵ１０６は、タッチパネル１０２に、動画コンテンツを再生するためのウインドウを表示させる（ステップＳ１０１０）。同様に、第２の携帯電話１００ＢのＣＰＵ１０６は、タッチパネル１０２に、動画コンテンツを再生するためのウインドウを表示させる（ステップＳ１０１２）。
【０２２８】
コンテンツサーバ６００は、チャットサーバ４００に対して、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂが参加しているチャットに関するメンバー情報を要求する（ステップＳ１０１４）。チャットサーバ４００は、当該要求に応じて、端末情報をコンテンツサーバ６００に返送する（ステップＳ１０１６）。
【０２２９】
図２１に示すように、端末情報は、メンバー情報（ｆ）と配信先情報（ｇ）とを含む。メンバー情報（ｆ）は、たとえば、チャットサーバ４００が振り出すチャットルーム名などを含む。配信先情報（ｇ）は、配信要求端末である第１の携帯電話１００Ａや第２の携帯電話１００ＢのＩＰアドレスなどを含む。
【０２３０】
第１の携帯電話１００ＡのＣＰＵ１０６は、動画情報に基づいて、通信デバイス１０１を介して、動画コンテンツ（たとえば、ストリーミングデータ）を受信し始める。ＣＰＵ１０６は、タッチパネル１０２を介して、動画コンテンツを再生し始める（ステップＳ１０１８）。ＣＰＵ１０６は、スピーカ１０９を介して、動画コンテンツの音声を出力してもよい。
【０２３１】
第２の携帯電話１００ＢのＣＰＵ１０６は、動画情報に基づいて、通信デバイス１０１を介して、第１の携帯電話１００Ａと同じ動画コンテンツを受信し始める。ＣＰＵ１０６は、タッチパネル１０２を介して、動画コンテンツを再生し始める（ステップＳ１０２０）。ＣＰＵ１０６は、スピーカ１０９を介して、動画コンテンツの音声を出力してもよい。
【０２３２】
第１の携帯電話１００Ａのユーザが手描き開始ボタンを押下すると、あるいはスタイラスペン１２０がタッチパネル１０２に接触すると、第１の携帯電話１００ＡのＣＰＵ１０６は、通信デバイス１０１を介してコンテンツサーバ６００に手描き開始メッセージを送信する（ステップＳ１０２２）。コンテンツサーバ６００のＣＰＵ６０５は、手描き開始メッセージを受信して、動画コンテンツの配信を停止する（ステップＳ１０２４）。
【０２３３】
すなわち、コンテンツサーバ６００のＣＰＵ６０５は、手描き開始メッセージを受信すると、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとにおける動画コンテンツの再生が一時停止されるようなデータを、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとに送信する。第１の携帯電話１００Ａのユーザと第２の携帯電話１００Ｂのユーザには、動画コンテンツの進行が停止したように見える。なお、コンテンツサーバ６００が再生停止を要求するデータを各端末へと送信することによって動画コンテンツの再生が一時停止されてもよいし、コンテンツサーバ６００が各端末への動画コンテンツの配信を停止することによって動画コンテンツの再生が一時停止されてもよい。
【０２３４】
第１の携帯電話１００ＡのＣＰＵ１０６は、タッチパネル１０２を介して、ユーザからの手描き画像の入力を受け付ける（ステップＳ１０２６）。より詳細には、ＣＰＵ１０６は、所定時間毎にタッチパネル１０２から接触座標データを順次受け付けることにより、タッチパネル１０２に対する接触位置の変化（軌跡）を取得する。図２１に示すように、ＣＰＵ１０６は、手描きクリア情報（ｂ）と、接触位置の軌跡を示す情報（ｃ）と、線の色を示す情報（ｄ）と、線の幅を示す情報（ｅ）とを含む、送信データを作成する（ステップＳ１０２８）。
【０２３５】
手描きクリア情報（ｂ）は、それまでに入力された手描きをクリアするための情報（ｔｒｕｅ）または手描き入力を続行するための情報（ｆａｌｓｅ）を含む。このとき、ＣＰＵ１０６は、送信データに基づいて、ディスプレイ１０７に動画コンテンツ上に（動画コンテンツに重畳させて）手描き画像を表示させる。
【０２３６】
ＣＰＵ１０６は、通信デバイス１０１を介して、第２の携帯電話１００Ｂに、送信データを送信する（ステップＳ１０３０）。第２の携帯電話１００ＢのＣＰＵ１０６は、通信デバイス１０１を介して、第１の携帯電話１００Ａから送信データを受信する（ステップＳ１０３２）。
【０２３７】
なお、第１の携帯電話１００Ａは、送信データを、チャットサーバ４００を介して、第２の携帯電話１００Ｂへと送信してもよい。そして、チャットサーバ４００は、第１の携帯電話１００Ａや第２の携帯電話１００Ｂが送受信する送信データを蓄積しておいてもよい。
【０２３８】
ＣＰＵ１０６は、送信データを解析する（ステップＳ１０３４）。ＣＰＵ１０６は、送信データに基づいて、ディスプレイ１０７に動画コンテンツ上に（動画コンテンツに重畳させて）手描き画像を表示させる（ステップＳ１０３６）。
【０２３９】
第１の携帯電話１００Ａのユーザが手描き終了ボタンを押下すると、あるいはスタイラスペン１２０がタッチパネル１０２から離間すると、第１の携帯電話１００ＡのＣＰＵ１０６は、通信デバイス１０１を介してコンテンツサーバ６００に、手描き終了メッセージを送信する（ステップＳ１０３８）。コンテンツサーバ６００のＣＰＵ６０５は、手描き終了メッセージを受信して、動画コンテンツの配信を再開する。
【０２４０】
すなわち、コンテンツサーバ６００のＣＰＵ６０５は、手描き終了メッセージを受信すると、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとにおける動画コンテンツの再生が再開されるようなストリーミングデータを、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとに送信し始める。第１の携帯電話１００Ａのユーザと第２の携帯電話１００Ｂのユーザには、動画コンテンツの進行が再開したように見える（ステップＳ１０４０，ステップＳ１０４２）。
【０２４１】
第１の携帯電話１００ＡのＣＰＵ１０６は、動画情報で特定される動画コンテンツの再生が終了すると、動画コンテンツ用のウインドウを閉じる（ステップＳ１０５０）。第２の携帯電話１００ＢのＣＰＵ１０６は、動画情報で特定される動画コンテンツの再生が終了すると、動画コンテンツ用のウインドウを閉じる（ステップＳ１０５２）。
【０２４２】
（ネットワークシステムにおけるチャット通信処理の変形例）
次に、本実施の形態に係るネットワークシステムにおけるチャット通信処理の変形例について説明する。図２２は、本実施の形態に係るネットワークシステムにおけるチャット通信処理の変形例の処理手順を示すフローチャートである。
【０２４３】
前述した図２０においては、コンテンツサーバ６００がチャットサーバ４００に対して、端末情報を要求するものであった。しかしながら、図２２に示すように、コンテンツサーバ６００は、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとから、それぞれの端末情報を受け取ってもよい。
【０２４４】
より詳細には、図２０におけるステップＳ１０１６、ステップＳ１０１８、ステップＳ１０２０、ステップＳ１０２２の代わりに、ステップＳ１０１９とステップＳ１０２１が実行されてもよい。
【０２４５】
すなわち、第１の携帯電話１００ＡのＣＰＵ１０６は、動画情報に基づいてコンテンツサーバ６００に第１の携帯電話１００Ａの端末情報を送信することによって、動画コンテンツ（たとえば、ストリーミングデータ）を受信し始めてもよい（ステップＳ１０１９）。そして、ＣＰＵ１０６は、スピーカ１０９を介して、動画コンテンツの音声を出力してもよい。
【０２４６】
同様に、第２の携帯電話１００ＢのＣＰＵ１０６は、動画情報に基づいてコンテンツサーバ６００に第２の携帯電話１００Ｂの端末情報を送信することによって、動画コンテンツ（たとえば、ストリーミングデータ）を受信し始めてもよい（ステップＳ１０２１）。そして、ＣＰＵ１０６は、スピーカ１０９を介して、動画コンテンツの音声を出力してもよい。
【０２４７】
なお、図２１に示したように、端末情報は、メンバー情報（ｆ）と配信先情報（ｇ）とを含む。メンバー情報（ｆ）は、たとえば、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとが参加しているチャットルームの名前などを含む。配信先情報（ｇ）は、配信要求端末である第１の携帯電話１００Ａや第２の携帯電話１００ＢのＩＰアドレスなどを含む。
【０２４８】
＜コンテンツサーバ６００における動画コンテンツ配信処理＞
次に、本実施の形態に係るコンテンツサーバ６００における動画コンテンツ配信処理について説明する。図２３は、本実施の形態に係るコンテンツサーバ６００における動画コンテンツ配信処理の処理手順を示すフローチャートである。
【０２４９】
図２３を参照して、コンテンツサーバ６００のＣＰＵ６０５は、サーバ通信デバイス６０９を介して、通信端末から動画コンテンツの配信要求あるいは第２の命令（手描き入力の終了メッセージ）を受けたか否かを判断する（ステップＳ１１０２）。通信端末から動画コンテンツの配信要求を受けた場合（ステップＳ１１０２においてＹＥＳである場合）、ＣＰＵ６０５は、チャットサーバ４００あるいは当該通信端末から端末情報を取得する（ステップＳ１１０４）。
【０２５０】
ＣＰＵ６０５は、メモリ６０６を参照して、当該端末情報が既に登録されているか否かを判断する（ステップＳ１１０６）。当該端末情報が既にメモリ６０６に登録されている場合（ステップＳ１１０６においてＹＥＳである場合）、ＣＰＵ６０５は、端末情報が同じメンバー、すなわち同じチャットルームに入室している通信端末、に配信しているコンテンツを現在の再生位置から配信し始める（ステップＳ１１０８）。または、ＣＰＵ６０５は、端末情報が同じメンバー全員に、動画コンテンツを最新の停止位置から配信し始める。すなわち、ＣＰＵ６０５は、動画コンテンツの進行を再開する。ＣＰＵ６０５は、ステップＳ１１１６からの処理を実行する。
【０２５１】
一方、当該端末情報が既にメモリ６０６に登録されていない場合（ステップＳ１１０６においてＮＯである場合）、ＣＰＵ６０５は、当該端末情報をメモリ６０６に登録する（ステップＳ１１１０）。ＣＰＵ６０５は、当該通信端末から動画情報（ａ）を取得する（ステップＳ１１１２）。ＣＰＵ６０５は、サーバ通信デバイス６０９を用いて、動画情報によって指定される動画コンテンツを始めから配信し始める（ステップＳ１１１４）。
【０２５２】
ＣＰＵ６０５は、配信中の動画コンテンツに基づいて、シーンがチェンジしたか否かを判断する（ステップＳ１１１６）。シーンがチェンジしていない場合（ステップＳ１１１６においてＮＯである場合）、ＣＰＵ６０５は、ステップＳ１１２０からの処理を実行する。
【０２５３】
一方、シーンがチェンジした場合（ステップＳ１１１６においてＹＥＳである場合）、ＣＰＵ６０５は、サーバ通信デバイス６０９を用いて、同じ端末情報に対応する通信端末へとシーンチェンジ情報を送信する（ステップＳ１１１８）。ＣＰＵ６０５は、引き続き、サーバ通信デバイス６０９を用いて、同じ端末情報に対応する通信端末へと動画コンテンツを配信し続ける（ステップＳ１１２０）。ＣＰＵ６０５は、ステップＳ１１０２からの処理を繰り返す。
【０２５４】
一方、ＣＰＵ６０５は、通信端末から動画コンテンツの配信要求を受けない場合（ステップＳ１１０２においてＮＯである場合）、サーバ通信デバイス６０９を介して、通信端末から動画コンテンツの停止要求あるいは第１の命令（手描き入力の開始メッセージ）を受け付けたか否かを判断する（ステップＳ１１２２）。通信端末から動画コンテンツの停止要求を受け付けなかった場合（ステップＳ１１２２においてＮＯである場合）、ステップＳ１１０２からの処理を繰り返す。
【０２５５】
一方、通信端末から動画コンテンツの停止要求を受け付けた場合（ステップＳ１１２２においてＹＥＳである場合）、ＣＰＵ６０５は、メモリ６０６を参照して、同じ端末情報に対応する通信端末を特定する（ステップＳ１１２４）。ＣＰＵ６０５は、同じ端末情報に対応する通信端末への動画コンテンツの配信を停止する（ステップＳ１１２６）。あるいは、ＣＰＵ６０５は、同じ端末情報に対応する通信端末への配信中の動画コンテンツの進行を停止する。ＣＰＵ６０５は、ステップＳ１１０２からの処理を繰り返す。
【０２５６】
なお、携帯電話１００における入力処理、携帯電話１００におけるペン情報の設定処理、携帯電話１００における手描き処理、携帯電話１００における表示処理、携帯電話１００における表示処理の応用例、携帯電話１００における手描き画像表示処理、携帯電話１００における手描き画像表示処理の応用例については、実施の形態１に係るそれらと同様であるため、ここでは説明を繰り返さない。
【０２５７】
＜ネットワークシステム１のその他の適用例＞
本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。
【０２５８】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２５９】
プログラムコードを供給するための記憶媒体としては、例えば、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード（ＩＣメモリカード）、ＲＯＭ（マスクＲＯＭ、フラッシュＥＥＰＲＯＭなど）などを用いることができる。
【０２６０】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０２６１】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０２６２】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０２６３】
１  ネットワークシステム、１００，１００Ａ，１００Ｂ，１００Ｃ  携帯電話、１０１  通信デバイス、１０２  タッチパネル、１０３  メモリ、１０３Ａ  ワークメモリ、１０３Ｂ  アドレス帳データ、１０３Ｃ  自端末データ、１０３Ｄ  アドレスデータ、１０３Ｅ  アドレスデータ、１０４  ペンタブレット、１０６  ＣＰＵ、１０７  ディスプレイ、１０８  マイク、１０９  スピーカ、１１０  各種ボタン、１１１  第１の通知部、１１２  第２の通知部、１１３  ＴＶアンテナ、１２０  スタイラスペン、２００  カーナビゲーション装置、２５０  車両、３００  パーソナルコンピュータ、４００  チャットサーバ、４０６  メモリ、４０６Ａ  ルーム管理テーブル、４０７  固定ディスク、４０８  内部バス、４０９  サーバ通信デバイス、５００  インターネット、６００  コンテンツサーバ、６０６  メモリ、６０７  固定ディスク、６０８  内部バス、６０９  サーバ通信デバイス、６１５  固定ディスク、７００  キャリア網。
【図１】
2011210051.tif 000003
【図２】
2011210051.tif 000004
【図３】
2011210051.tif 000005
【図４】
2011210051.tif 000006
【図５】
2011210051.tif 000007
【図６】
2011210051.tif 000008
【図７】
2011210051.tif 000009
【図８】
2011210051.tif 000010
【図９】
2011210051.tif 000011
【図１０】
2011210051.tif 000012
【図１１】
2011210051.tif 000013
【図１２】
2011210051.tif 000014
【図１３】
2011210051.tif 000015
【図１４】
2011210051.tif 000016
【図１５】
2011210051.tif 000017
【図１６】
2011210051.tif 000018
【図１７】
2011210051.tif 000019
【図１８】
2011210051.tif 000020
【図１９】
2011210051.tif 000021
【図２０】
2011210051.tif 000022
【図２１】
2011210051.tif 000023
【図２２】
2011210051.tif 000024
【図２３】
2011210051.tif 000025