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

Abstract

　通信端末装置（１００）は、画像情報を表示するためのディスプレイ（１０７）と、ネットワークを介して他の端末との間で情報を送受信するための通信デバイス（１０１）と、命令情報及び画像情報を入力するための入力デバイス（１１９）と、第１の画像の表示中に入力デバイスからの第１の命令情報の入力に基づきディスプレイに第２の画像を表示させて、通信デバイスを介して第１の情報を他の端末へ送信する第１の制御と、第２の画像の表示中に入力デバイスからの第２の命令情報の入力に基づきディスプレイに第１の画像を表示させて、通信デバイスを介して第２の情報を他の端末へ送信する第２の制御を行うためのプロセッサ（１０６）とを備える。

Description

通信端末装置、通信方法、および通信プログラム

　本発明は、ネットワークを介して他の端末と接続可能な通信端末装置、通信方法、および通信プログラムに関し、特に、リアルタイムで他の端末と情報をやり取りする通信端末装置、通信方法、および通信プログラムに関する。

　従来から、各々の通信端末においてユーザが同時に描画することができる手書き通信アプリケーションが知られている。このような手書き通信アプリケーションにおいては、各々の通信端末は、自身が受け付けた手書き入力に基づいて手書き画像を表示するとともに、手書き入力に対応する手書き情報を相手端末へと送信する。そして、各々の通信端末は、相手端末から手書き情報を受信するとともに、当該手書き情報に基づいて手書き画像を表示する。

　そして、たとえば、特開２００１－１１１７０８号公報（特許文献１）には、携帯型情報通信装置が開示されている。特開２００１－１１１７０８号公報（特許文献１）によると、携帯型情報通信装置は、液晶ディスプレイ一体型タブレット等の入力手段を用いてユーザが入力した手書きデータの座標情報を、逐次連続して接続先の携帯型情報通信装置に送信するとともに、入力された手書きデータの筆跡を液晶ディスプレイ等表示手段に表示し、同時に、接続先の携帯型情報通信装置から送られてきた手書きデータの座標情報をもとに、受信した手書きデータの筆跡を表示手段に表示できるように構成したことを特徴とするものである。この構成により、携帯型の端末装置を用いて、手書き入力データをリアルタイムで送受信することができ、場所を選ばずいつでも筆談のような会話型のコミュニケーションを実現することができる。

　また、特開２００３－２３４８４２号公報（特許文献２）には、リアルタイム手書き通信システムが開示されている。特開２００３－２３４８４２号公報（特許文献２）によると、リアルタイム手書き通信システムは、タッチパネル、タッチペン、データ入力装置、コントローラ装置、データ出力装置および表示装置を有する。手書きデータをタッチペンで入力し、出力データに変換できる。データ入力装置は、別のリアルタイム手書き通信システムから送信された入力データを受信し入力する。コントローラ装置は、タッチパネルおよびデータ入力装置と接続されており、入力データおよび出力データをリアルタイムに処理し、送信する。データ出力装置は、コントローラ装置に接続され、他のリアルタイム手書き通信システムに出力データを送信する。表示装置は入力データおよび出力データを表示する。

　また、特開２００１－３３３２０４号公報（特許文献３）には、携帯端末装置が開示されている。特開２００１－３３３２０４号公報（特許文献３）によると、携帯端末装置は、カラー表示可能な手書きデータ表示手段と、手書きデータ表示手段表面に設けた手書き入力手段と、手書き入力手段により入力された手書きデータを含む複数の手書きデータを保持する手書きデータ保持手段と、手書きデータ保持手段に保持されている複数の手書きデータを色分けして合成し同一画面に表示するデータ表示管理手段と、手書き入力手段により入力された手書きデータと相手側端末の手書きデータを保持する手書きデータ保持手段と、手書きデータ保持手段に保持されている自身の手書きデータを相手側端末にリアルタイムに送信し逆に相手側端末から手書きデータを受信し手書きデータ保持手段に書き込むデータ通信手段で構成した。

　また、特開２００４－２２１８４２号公報（特許文献４）には、コミュニケーションシステムおよびその端末装置が開示されている。特開２００４－２２１８４２号公報（特許文献４）によると、セッション制御手段は、音声通話、画像および手書きデータ通信を受信側の許可を必要とせずに行う。画像・手書きデータ管理手段では、複数のプレーン（面）を持ち、プレーンのうち一つに該基本となる画像データを表示し、通信中の手書きデータを別のプレーンに表示し、これら複数のプレーンを重ね合わせて表示する。画像データ送信制御手段／受信制御手段では、該基本となる画像データについて、その便宜的な名称やデータ内容を切り替えて送受信する。表示制御手段では、該基本となる画像データと手書きデータの座標系を揃え、手書きデータの指す位置を端末装置間で交換し、該基本となる画像データと手書きデータが表示手段に表示されるようにスクロールして表示する。

　また、特開２００４－２３４５９４号公報（特許文献５）には、フォトコミュニケーションシステムが開示されている。特開２００４－２３４５９４号公報（特許文献５）によると、デジタルカメラのメモリーカードなどから画像データを受け取る画像入力手段、画像データなどを記録するデータ記録手段、ユーザからの指示入力を行う入力手段、記録した画像などの表示を行う画像表示手段、記録した画像などのデータを他の端末とやり取りするためのデータ通信手段、端末の実行制御を行う制御手段を備える１対の情報通信端末であって、いずれの情報通信端末においても画像表示手段に表示された画像を見ながら画像表示手段に重畳された入力手段により手書きのグラフィック要素の書き込みを行えば、画像を含めた落書きの結果がリアルタイムに他方の情報通信端末に表示されるように構成する。

特開２００１－１１１７０８号公報 特開２００３－２３４８４２号公報 特開２００１－３３３２０４号公報 特開２００４－２２１８４２号公報 特開２００４－２３４５９４号公報

　しかしながら、従来の通信端末においては、それぞれの通信端末のユーザが、相手ユーザとのコミュニケーションが正常に継続しているか否かを認識し難いことがあった。より詳細には、音声通話を行っている場合には、それぞれの通信端末のユーザは相槌を打つことなどによって相手ユーザとの間で円滑なコミュニケーションを行うことができる。しかしながら、チャット通信などを行っている場合には、それぞれの通信端末のユーザが、相手ユーザとのコミュニケーションが正常に継続しているか否かを認識し難い。

　本発明は、かかる問題を解決するためになされたものであり、その目的は、ユーザが現在の状況を把握し易い通信端末装置を提供することである。あるいは、その目的は、ユーザが相手ユーザとの間でより円滑なコミュニケーションを図ることができる通信端末装置を提供することである。

　この発明のある局面に従うと、自己の端末の画像情報を他の端末と送受信する通信端末装置が提供される。通信端末は、画像情報を表示するためのディスプレイと、ネットワークを介して他の端末との間で情報を送受信するための通信デバイスと、命令情報及び画像情報を入力するための入力デバイスと、第１の画像の表示中に入力デバイスからの第１の命令情報の入力に基づきディスプレイに第２の画像を表示させて、通信デバイスを介して第１の情報を他の端末へ送信し、通信デバイスを介して他の端末から第１の情報を受信すると、ディスプレイに第２の画像を表示させる第１の制御と、第２の画像の表示中に入力デバイスからの第２の命令情報の入力に基づきディスプレイに第１の画像を表示させて、通信デバイスを介して第２の情報を他の端末へ送信し、通信デバイスを介して他の端末から第２の情報を受信すると、ディスプレイに第１の画像を表示させる第２の制御を行うためのプロセッサとを含む。

　この発明の別の局面に従うと、自己の端末の画像情報を他の端末と送受信する通信端末装置が提供される。通信端末は、画像情報を表示するためのディスプレイと、ネットワークを介して他の端末との間で情報を送受信するための通信デバイスと、命令情報及び画像情報を入力するための入力デバイスと、第１の画像の表示中に入力デバイスからの第１の命令情報の入力に基づきディスプレイに第２の画像を表示させて、通信デバイスを介して第１の情報を他の端末へ送信する第１の制御と、第２の画像の表示中に入力デバイスからの第２の命令情報の入力に基づきディスプレイに第１の画像を表示させて、通信デバイスを介して第２の情報を他の端末へ送信する第２の制御を行うためのプロセッサとを含む。

　好ましくは、プロセッサは、第１の制御として、入力デバイスを介して入力される第１の命令情報としての他の端末への画像情報を送信するための指示に基づいて、通信デバイスを介して第１の情報を他の端末へ送信するとともに、送信される画像を入力する権限が自端末にあることを示す情報を第２の画像としてディスプレイに表示させる。プロセッサは、第２の制御として、入力デバイスを介して入力される第２の命令情報としての送信される画像を入力する権限を移す指示に基づいて、通信デバイスを介して第２の情報を他の端末へ送信するとともに、送信される画像を入力する権限が他の端末にあることを示す情報を第１の画像としてディスプレイに表示させる。

　好ましくは、プロセッサは、第１および第２の画像の表示中に、通信デバイスを介して入力デバイスからの手書き入力に対する第１の手書き情報を他の端末へ送信し、通信デバイスを介して他の端末から第２の手書き情報を受信し、第１および第２の画像の表示中に、第１および第２の手書き情報のそれぞれに基づいてディスプレイに第１および第２の手書き画像を表示させる。

　好ましくは、プロセッサは、第１の画像が表示されている時間が第１の所定時間に達したか否かを判断し、第１の画像が表示されている時間が第１の所定時間に達したときに、ディスプレイに第３の画像を表示させる。

　好ましくは、プロセッサは、ディスプレイに第１の所定時間と第１の画像が表示されている時間との差分をカウントダウン表示させる。

　好ましくは、プロセッサは、第１の画像の表示中に、入力デバイスに命令が入力されない時間が第２の所定時間に達したか否かを判断し、入力デバイスに命令が入力されない時間が第２の所定時間に達したときに、ディスプレイに第４の画像を表示させる。

　好ましくは、プロセッサは、ディスプレイに第２の所定時間と入力デバイスに命令が入力されない時間との差分をカウントダウン表示させる。

　この発明の別の局面に従うと、自己の端末の画像情報を他の端末と送受信する通信端末装置が提供される。通信端末装置は、画像情報を表示するためのディスプレイと、ネットワークを介して他の端末との間で情報を送受信するための通信デバイスと、第１の画像の表示中に通信デバイスを介して他の端末から第１の情報を受信すると、ディスプレイに第２の画像を表示させる第１の制御と、第２の画像の表示中に通信デバイスを介して他の端末から第２の情報を受信すると、ディスプレイに第１の画像を表示させる第２の制御と行うためのプロセッサとを含む。

　この発明の別の局面に従うと、自己の端末の画像情報を他の端末と送受信する通信端末装置が提供される。通信端末装置は、画像情報を表示するためのディスプレイと、ネットワークを介して他の端末との間で情報を送受信するための通信デバイスと、命令情報及び画像情報を入力するための入力デバイスと、第１の画像の表示中に、入力デバイスを介して第１の画像に対する操作と接続端末の選択とを受け付けることにより、通信デバイスを介して接続端末に第１の情報を送信し、ディスプレイに第２の画像を表示させる第１の制御と、第２の画像の表示中に、入力デバイスを介して第２の画像に対する操作を受け付けることにより、通信デバイスを介して接続端末に第２の情報を送信し、ディスプレイに第１の画像を表示させる第２の制御とを行うためのプロセッサとを含む。

　この発明の別の局面に従うと、ディスプレイと通信デバイスと入力デバイスとプロセッサとを含む通信端末装置における通信方法が提供される。通信方法は、プロセッサが、第１の画像の表示中に入力デバイスからの第１の命令情報の入力に基づきディスプレイに第２の画像を表示させて、通信デバイスを介して第１の情報を他の端末へ送信するステップと、プロセッサが、通信デバイスを介して他の端末から第１の情報を受信すると、ディスプレイに第２の画像を表示させるステップと、プロセッサが、第２の画像の表示中に入力デバイスからの第２の命令情報の入力に基づきディスプレイに第１の画像を表示させて、通信デバイスを介して第２の情報を他の端末へ送信するステップと、プロセッサが、通信デバイスを介して他の端末から第２の情報を受信すると、ディスプレイに第１の画像を表示させるステップとを含む。

　この発明の別の局面に従うと、ディスプレイと通信デバイスと入力デバイスとプロセッサとを含む通信端末装置に通信させるための通信プログラムが提供される。通信プログラムは、プロセッサに、第１の画像の表示中に入力デバイスからの第１の命令情報の入力に基づきディスプレイに第２の画像を表示させて、通信デバイスを介して第１の情報を他の端末へ送信するステップと、通信デバイスを介して他の端末から第１の情報を受信すると、ディスプレイに第２の画像を表示させるステップと、第２の画像の表示中に入力デバイスからの第２の命令情報の入力に基づきディスプレイに第１の画像を表示させて、通信デバイスを介して第２の情報を他の端末へ送信するステップと、通信デバイスを介して他の端末から第２の情報を受信すると、ディスプレイに第１の画像を表示させるステップとを実行させる。

　以上のように、本発明によって、ユーザが現在の状況を把握し易い通信端末装置が提供される。あるいは、ユーザが相手ユーザとの間でより円滑なコミュニケーションを図ることができる通信端末装置が提供される。

本実施の形態に係るネットワークシステムの一例を示す概略図である。 ネットワークシステムにおける動作概要を示すシーケンス図である。 本実施の形態に係る動作概要に沿った第１および第２の携帯電話の表示状態の推移を示した第１のイメージ図である。 本実施の形態に係る動作概要に沿った第１および第２の携帯電話の表示状態の推移を示した第２のイメージ図である。 本施の形態に係る携帯電話の概観を示すイメージ図である。 本施の形態に係る携帯電話のハードウェア構成を示すブロック図である。 各種変数を示すイメージ図である。 下地ファイルのフォーマットを示すイメージ図である。 フレーム画像を示すイメージ図である。 本実施の形態に係る携帯電話（通信端末）の機能構成を示すブロック図である。 本実施の形態に係る携帯電話におけるＰ２Ｐ通信のメイン処理の処理手順を示すフローチャートである。 本実施の形態に係る携帯電話における第１の入力モードの処理手順を示すフローチャートである。 本実施の形態に係る携帯電話における第１の待ちモードの処理手順を示すフローチャートである。 本実施の形態に係る携帯電話における第２の入力モードおよび第２の待ちモードの処理手順を示すフローチャートである。 本実施の形態に係る携帯電話における０．１秒タイマ割込処理における処理手順を示すフローチャートである。 本実施の形態に係るネットワークシステムの第１の応用例におけるＰ２Ｐ通信中の第１および第２の携帯電話の表示状態の推移を示した第１のイメージ図である。 本実施の形態に係るネットワークシステムの第１の応用例におけるＰ２Ｐ通信中の第１および第２の携帯電話の表示状態の推移を示した第２のイメージ図である。 本実施の形態に係るネットワークシステムの第１の応用例におけるＰ２Ｐ通信中の第１および第２の携帯電話の表示状態の推移を示した第３のイメージ図である。 第２の応用例に係るチャットの開始処理および終了処理の処理手順を示すフローチャートである。 本応用例に係るネットワークシステムにおけるチャット開始時の第１および第２の携帯電話の表示状態の推移を示したイメージ図である。 本応用例に係るネットワークシステムにおけるチャット終了時の第１および第２の携帯電話の表示状態の推移を示したイメージ図である。

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

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

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

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

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

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

　なお、本実施の形態に係る携帯電話１００とカーナビゲーション装置２００とパーソナルコンピュータ３００とは、各通信端末に割り当てられるＩＰアドレスを利用して、図示しないメールサーバを介さずに他の通信端末とデータ送受信を行うものである。ここでは、各通信端末がマッチングサーバ４００にアクセスする際には、すなわち各通信端末がインターネットにアクセスした際に、マッチングサーバ４００あるいは他の図示しないサーバ装置などによってＩＰアドレスが割り当てられるものとする。ＩＰアドレスの割り当て処理の詳細は公知であるので、ここでは説明を繰り返さない。

　特に、本実施の形態に係る携帯電話１００、カーナビゲーション装置２００、パーソナルコンピュータ３００は、自身に割り当てられたＩＰアドレスを利用することにより、直接的に相互にネットワークを介してデータ送受信を行うことが可能である。すなわち、本実施の形態に係るネットワークシステム１に含まれる携帯電話１００、カーナビゲーション装置２００、パーソナルコンピュータ３００は、いわゆるＰ２Ｐ（Pear　to　Pear）型のネットワークを構成することが可能である。

　＜ネットワークシステム１の動作概要＞
　次に、本実施の形態に係るネットワークシステム１の動作概要について説明する。図２は、ネットワークシステム１における動作概要を示すシーケンス図である。図１および図２に示すように、本実施の形態に係る各通信端末は、Ｐ２Ｐ型のデータ送受信を行うために、はじめに互いのＩＰアドレスを交換（取得）する必要がある。そして、各通信端末は、ＩＰアドレスを取得したのちに、Ｐ２Ｐ型のデータ送受信によってメッセージや添付ファイルなどを他の通信端末に送信する。

　ただし、以下では、通信端末のそれぞれが、マッチングサーバ４００に生成されたチャットルームを介してメッセージおよびＩＰアドレスを送受信し、その後互いのＩＰアドレスに基づいてＰ２Ｐ通信を行う場合について説明する。

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

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

　第１の携帯電話１００Ａのユーザは、第２の携帯電話１００Ｂのユーザに、新たなチャットルームを生成したことを知らせる、すなわち第２の携帯電話１００Ｂのユーザをチャットルームに招待する。たとえば、第１の携帯電話１００Ａは、キャリア網７００、インターネット網５００を介して、Ｐ２Ｐ参加要請メールを第２の携帯電話１００Ｂに送信する。

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

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

　第１の携帯電話１００Ａは、第２の携帯電話１００ＢのＩＰアドレスに基づいて第２の携帯電話１００ＢにＰ２Ｐ接続要求メッセージ（開始メッセージ）を送信する（ステップＳ０１２）。第２の携帯電話１００Ｂは、接続要求メッセージを受信して、第１の携帯電話１００ＡのＩＰアドレスに基づいて第１の携帯電話１００Ａに第１の接続承諾メッセージ（返答メッセージ）を送信する（ステップＳ０１４）。第１の携帯電話１００Ａは、第２の携帯電話１００Ｂから第１の接続承諾メッセージを受信して、第２の携帯電話１００Ｂに第２の接続承諾メッセージを送信する（ステップＳ０１６）。

　このようにして、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、互いに相手を認証する。認証が完了すると、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとは、Ｐ２Ｐ通信を開始する（ステップＳ０１８）。

　そして、第１の携帯電話１００Ａが、第２の携帯電話１００ＢにＰ２Ｐ通信を切断する旨の切断要求メッセージを送信すると（ステップＳ０３０）、第２の携帯電話１００Ｂは、第１の携帯電話１００Ａに切断する要求を受け付けた旨の切断承諾メッセージを送信する（ステップＳ０３２）。

　＜Ｐ２Ｐ通信の動作概要＞
　以下、本実施の形態に係るネットワークシステム１におけるＰ２Ｐ通信の動作概要について説明する。図３および図４は、本実施の形態に係るＰ２Ｐ通信の動作概要に沿った第１および第２の携帯電話１００Ａ，１００Ｂの表示状態の推移を示したイメージ図である。以下では、図３および図４を参照しながら、第１の携帯電話１００Ａと第２の携帯電話１００Ｂとにおける表示状態の推移について説明する。

　より詳細には、図３（Ａ）は通常のＰ２Ｐ通信中の第１の携帯電話１００Ａの表示状態を示す第１のイメージ図である。図３（Ｂ）は通常のＰ２Ｐ通信中の第２の携帯電話１００Ｂの表示状態を示す第１のイメージ図である。

　図３（Ｃ）は第１の入力モード中の第１の携帯電話１００Ａの表示状態を示す第１のイメージ図である。図３（Ｄ）は第１の待ちモード中の第２の携帯電話１００Ｂの表示状態を示す第１のイメージ図である。図３（Ｅ）は第１の入力モード中の第１の携帯電話１００Ａの表示状態を示す第２のイメージ図である。図３（Ｆ）は第１の待ちモード中の第２の携帯電話１００Ｂの表示状態を示す第２のイメージ図である。図３（Ｇ）は第１の入力モード中の第１の携帯電話１００Ａの表示状態を示す第３のイメージ図である。図３（Ｈ）は第１の待ちモード中の第２の携帯電話１００Ｂの表示状態を示す第３のイメージ図である。

　図３（Ｉ）は第２の待ちモード中の第１の携帯電話１００Ａの表示状態を示す第１のイメージ図である。図３（Ｊ）は第２の入力モード中の第２の携帯電話１００Ｂの表示状態を示す第１のイメージ図である。

　図４（Ａ）は第２の待ちモード中の第１の携帯電話１００Ａの表示状態を示す第２のイメージ図である。図４（Ｂ）は第２の入力モード中の第２の携帯電話１００Ｂの表示状態を示す第２のイメージ図である。図４（Ｃ）は第２の待ちモード中の第１の携帯電話１００Ａの表示状態を示す第３のイメージ図である。図４（Ｄ）は第２の入力モード中の第２の携帯電話１００Ｂの表示状態を示す第３のイメージ図である。図４（Ｅ）は第２の待ちモード中の第１の携帯電話１００Ａの表示状態を示す第４のイメージ図である。図４（Ｆ）は第２の入力モード中の第２の携帯電話１００Ｂの表示状態を示す第４のイメージ図である。図４（Ｇ）は第２の待ちモード中の第１の携帯電話１００Ａの表示状態を示す第５のイメージ図である。図４（Ｈ）は第２の入力モード中の第２の携帯電話１００Ｂの表示状態を示す第５のイメージ図である。

　図４（Ｉ）は通常のＰ２Ｐ通信中の第１の携帯電話１００Ａの表示状態を示す第２のイメージ図である。図４（Ｊ）は通常のＰ２Ｐ通信中の第２の携帯電話１００Ｂの表示状態を示す第２のイメージ図である。

　まず、図３（Ａ）および図３（Ｂ）に示すように、通常のＰ２Ｐモードにおいては、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは、通常のチャット画面を表示している。この状態において、第１の携帯電話１００Ａのユーザがディスプレイ１０７の質問ボタンを押下すると、第１の携帯電話１００Ａは図３（Ｃ）に示す第１の入力モード（Ｑ＿ＭＯＤＥ）に移行する。

　図３（Ｃ）に示すように、第１の入力モードにおいては、第１の携帯電話１００Ａはディスプレイ１０７のチャット用のフレームを第１の画像に変更する。第１の画像とは、たとえば通常のＰ２Ｐモードのフレームとは異なる色（たとえば赤色）のフレーム画像であってもよいし、ユーザに「自分が何かを手書き入力すべき状態である」ことを認識させるアイコンやコメントであってもよい。第１の携帯電話１００Ａは、第１の入力モードに移行する際に、第２の携帯電話１００Ｂに第１の入力モードに移行する旨を通知するメッセージ（ＱＳＴコマンド）を送信する。なお、以下の第１の入力モードにおいては、第１の携帯電話１００Ａは、手書き入力が開始されるまで、ディスプレイ１０７の所定位置に第１の所定時間の残り時間をカウントダウンするための画像を表示させる。

　第２の携帯電話１００Ｂは、ＱＳＴコマンドを受信すると第１の待ちモード（Ａ＿ＭＯＤＥ）に移行する。図３（Ｄ）に示すように、第１の待ちモードにおいては、第２の携帯電話１００Ｂはディスプレイ１０７のチャット用のフレームを第２の画像に変更する。第２の画像とは、たとえば通常のＰ２Ｐモードのフレームとは異なる色（たとえば青色）のフレーム画像であってもよいし、ユーザに「相手が何かを手書き入力すべき状態である」ことを認識させるアイコンやコメントであってもよい。

　その後、図３（Ｅ）～図３（Ｈ）に示すように、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂの各々は、第１の携帯電話１００Ａが受け付けた手書き入力に対応する手書き画像および第２の携帯電話１００Ｂが受け付けた手書き入力に対応する手書き画像を順次表示していく。そして、第１の入力モードである第１の携帯電話１００Ａが、所定時間の間、手書き入力を受け付けない場合、すなわちスタイラスペン９９がタブレット１１９から持ち上げられてから所定時間が経過すると、図３（Ｉ）に示すように、第１の携帯電話１００Ａは第２の待ちモード（Ａ＿ＭＯＤＥ２）に移行する。

　本実施の形態に係る携帯電話１００は、第１の入力モード中に、所定時間の間、手書き入力を受け付けない場合に、第２の待ちモードに移行する。しかしながら、携帯電話１００は、第１の入力モード中に、所定のボタンやソフトウェアキーボードの押下を受け付けることによって、第２の待ちモードに移行してもよい。

　図３（Ｉ）に示すように、第２の待ちモードにおいては、第１の携帯電話１００Ａはディスプレイ１０７のチャット用のフレームを第３の画像に変更する。第３の画像とは、たとえば通常のＰ２Ｐモードのフレームとは異なる色（たとえば黄色）のフレーム画像であってもよいし、ユーザに「相手が何かを手書き入力すべき状態である」ことを認識させるアイコンやコメントであってもよい。ただし、第３の画像は、第２の画像と同じであってもよい。

　第１の携帯電話１００Ａは、第２の待ちモードに移行する際に、第２の携帯電話１００Ｂに、第１の入力モードが終了した旨すなわち第２の待ちモードに移行する旨を通知するメッセージ（ＱＥＮＤコマンド）を送信する。なお、以下の第２の待ちモードにおいては、第１の携帯電話１００Ａは、ディスプレイ１０７に第２の所定時間の残り時間をカウントダウンするための画像を表示させる。

　第２の携帯電話１００Ｂは、ＱＥＮＤコマンドを受信すると第２の入力モード（Ｑ＿ＭＯＤＥ）に移行する。図３（Ｊ）に示すように、第２の入力モードにおいては、第２の携帯電話１００Ｂはディスプレイ１０７のチャット用のフレームを第４の画像に変更する。第４の画像とは、たとえば通常のＰ２Ｐモードのフレームとは異なる色（たとえば緑色）のフレーム画像であってもよいし、ユーザに「自分が何かを手書き入力すべき状態である」ことを認識させるアイコンやコメントであってもよい。ただし、第４の画像は、第１の画像と同じであってもよい。

　その後、図４（Ａ）～図４（Ｈ）に示すように、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂの各々は、第１の携帯電話１００Ａが受け付けた手書き入力に対応する手書き画像および第２の携帯電話１００Ｂが受け付けた手書き入力に対応する手書き画像を順次表示していく。この間、第２の携帯電話１００Ｂもディスプレイ１０７に第２の所定時間の残り時間をカウントダウンするための画像を表示する。

　そして、第２の所定時間が経過すると、図４（Ｉ）および図４（Ｊ）に示すように、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは通常のＰ２Ｐモードに移行する。すなわち、第１の携帯電話１００Ａと第２の携帯電話１００Ｂのディスプレイ１０７は、通常のＰ２Ｐモードのチャット用のフレームを表示し直す。

　このように、本実施の形態に係る通信端末は、ユーザが相手ユーザとの円滑なコミュニケーションを図ることができる。換言すれば、通信端末のユーザは、「自分が何かを手書き入力すべき状態である」のか、「相手が何かを手書き入力すべき状態である」のかを容易に認識することができるため、会話のボールをいずれか握っているのかを容易に認識することができる。以下、このような機能を実現するための構成について詳述する。

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

　図５および図６に示すように、本実施の形態に係る携帯電話１００は、外部のネットワークとの間でデータを送受信する通信デバイス１０１と、自端末の現在位置情報を取得するＧＰＳ１０２と、プログラムや各種データベースを記憶するメモリ１０３と、各種情報の入力を受け付けるスイッチ１０４と、時刻（時間）を計測する時計１０５と、プロセッサ（制御部）１０６と、ディスプレイ１０７と、タブレット１１９とを含む。

　通信デバイス１０１は、プロセッサ１０６からの通信データを通信信号に変換し、その通信信号を図示しないアンテナを介して発信する。通信デバイス１０１は、アンテナを介して受信した通信信号を通信データに変換し、その通信データをプロセッサ１０６に入力する。

　ＧＰＳ１０２は、図示しない測位アンテナを介して衛星などから受信した測位用電波に基づいて、携帯電話１００の現在位置を示す現在位置情報を生成し、その現在位置情報をプロセッサ１０６に入力する。

　スイッチ１０４は、キー入力操作などによってユーザから情報を受け付ける。たとえば、スイッチ１０４は、テンキーや決定キーなどを含み、相手先アドレスの選択命令やメール本文の入力などを受け付ける。なお、スイッチ１０４や後述するタブレット１１９などを総称して「入力デバイス」ともいう。

　プロセッサ１０６は、ＣＰＵ（Central　Processing　Unit）やＭＰＵ（Micro　Processing　Unit）などによって実現され、携帯電話１００の各部を制御する。たとえば、スイッチ１０４やタブレット１１９などの入力デバイスを介してユーザから各種の命令を受け付けて、通信デバイス１０１やネットワークを介して外部の通信端末とデータの送受信を行う。プロセッサ１０６は、メモリ１０３から制御プログラムを読み出して、当該制御プログラムを実行する。

　本実施の形態に係るディスプレイ１０７は、有機ＥＬ（electroluminescence）や液晶パネルやＣＲＴ（Cathode　Ray　Tube）から構成される。そして、本実施の形態に係る携帯電話１００においては、ディスプレイ１０７の上側（表側）にタブレット１１９が敷設されている。これによって、ユーザは、たとえばスタイラスペン９９や指などを用いることによって、タブレット１１９を介して図形情報などをプロセッサ１０６に手書き入力することができる。すなわち、本実施の形態に係るディスプレイ１０７とタブレット１１９とは、いわゆるタッチパネルを構成する。

　なお、ディスプレイ１０７やタブレット１１９とは、各種方式のタッチパネルによって実現されてもよいし、光センサ液晶によって実現されてもよい。

　メモリ１０３は、たとえば、作業用メモリとして機能する揮発性のＳ－ＲＡＭ（Static-Random　Access　Memory）やＶ－ＲＡＭ（Video　Random　Access　Memory）、制御プログラムなどを格納する不揮発性のＲＯＭ（Read　Only　Memory）や、不揮発性のＮＶ－ＲＡＭ（Non-Volatile　Random　Access　Memory）や、静止画像データや動画像データなどを記憶する不揮発性のＨＤＤ（Hard　Disk　Drive）などによって実現される。メモリ１０３は、後述するように、各種変数１０３１や、下地ファイル１０３２や、通常のＰ２Ｐモード用のフレーム画像１０３３や、第１の入力モード用のフレーム画像１０３４や、第２の入力モード用のフレーム画像１０３５や、最終的にディスプレイ１０７に表示される画像１０３６などを記憶する。

　図７は、各種変数１０３１を示すイメージ図である。図７に示すように、メモリ１０３のうちの、作業用メモリとして機能する揮発性のＳ－ＲＡＭ（以下、ワークメモリともいう）は、各種変数１０３１を記憶する。ここで、ＩＭＤＦは、下地画像を使用するか否かを示す変数である。Ｑ＿ＴＭは、質問ボタン押下後にユーザが情報を入力し始めるまでの時間（第１の所定時間）の残り時間を示す変数である。たとえば、Ｑ＿ＴＭには、０．１秒を１として、０から１００までの値が格納される。Ａ＿ＴＭは、ＱＥＮＤコマンドを送信（あるいは受信）してから通常のＰ２Ｐモードに戻るまでの時間（第２の所定時間）の残り時間を示す変数である。たとえば、Ａ＿ＴＭには、０．１秒を１として、０から１００までの値が格納される。ＰＵＰ＿ＴＭは、第１の入力モード中にペンアップされてから第２の待ちモードに移行するまでの時間（第３の所定時間）の残り時間を示す変数である。たとえば、ＰＵＰ＿ＴＭには、０．１秒を１として、０から１００までの値が格納される。ＦｓｔＩｎｐｆは、質問ボタンが押下されてから、手書き入力がされたか否かを示す変数である。Ｄｓｐｘは、カウントダウン表示がされる表示位置のＸ座標である。Ｄｓｐｙは、カウントダウン表示がされる表示位置のＹ座標である。

　図８は、下地ファイル１０３２のフォーマットを示すイメージ図である。図８に示すように、メモリ１０３のうちの、たとえばＨＤＤは下地ファイル１０３２を記憶する。プロセッサ１０６は、ＨＤＤからワークメモリへと下地ファイル１０３２を読み出して、当該下地ファイル１０３２に基づいてディスプレイ１０７に画像を表示させる。下地ファイル１０３２は、カウントダウン表示Ｘ座標Ｄｓｐｘ、カウントダウン表示Ｙ座標Ｄｓｐｙ、カウントダウン表示用のフキダシ画像ＤＮＩＭＧ、下地イメージ画像ＩＭＧを含む。

　たとえば、下地ファイル１０３２を構成する下地イメージ画像ＩＭＧは、後述する応用例にて示すように、たとえばオセロゲームに使用する碁盤の画像や、アニメのキャラクタの画像などを含む。

　図９は、フレーム画像１０３３，１０３４，１０３５を示すイメージ図である。より詳細には、図９（Ａ）は、通常のＰ２Ｐモードのフレーム画像１０３３である。図９（Ｂ）は第１および第２の入力モードのフレーム画像１０３４である。図９（Ｃ）は第１および第２の待ちモードのフレーム画像１０３５である。図９に示すように、たとえばメモリ１０３を実現するＨＤＤは通常のＰ２Ｐモードのフレーム画像１０３３と、第１および第２の入力モードのフレーム画像１０３４と、第１および第２の待ちモードのフレーム画像１０３５とを記憶する。プロセッサ１０６は、ＨＤＤからワークメモリへとフレーム画像１０３３，１０３４，１０３５を読み出して、当該フレーム画像１０３３，１０３４，１０３５に基づいて、ディスプレイ１０７に画像を表示させる。

　なお、本実施の形態に係る第１および第２の入力モードのフレーム画像１０３４（第１および第４の画像）は、通常のＰ２Ｐモードのフレーム画像１０３３（第５の画像）と異なる色（たとえば赤色）のフレーム画像としている。ただし、第１および第２の入力モードの表示内容と通常のＰ２Ｐモードの表示内容とが異なればよく、両者のフレームの線色が異なるものに限定されるものではない。

　また、本実施の形態に係る第１および第２の待ちモードのフレーム画像１０３５（第２および第４の画像）は、通常のＰ２Ｐモードのフレーム画像１０３３（第５の画像）および第１および第２の入力モードのフレーム画像１０３４（第１および第３の画像）と異なる色（たとえば青色）のフレーム画像としている。ただし、第１および第２の待ちモードの表示内容と、通常のＰ２Ｐモードおよび第１および第２の入力モードの表示内容とが異なればよく、両者のフレームの線色が異なるものに限定されるものではない。

　より詳細には、通常のＰ２Ｐモードのフレーム画像１０３３は、横長のディスプレイに対応したフレーム画像１０３３Ａと、縦長のディスプレイに対応したフレーム画像１０３３Ｂとを含む。第１および第２の入力モードのフレーム画像１０３４は、横長のディスプレイに対応したフレーム画像１０３４Ａと、縦長のディスプレイに対応したフレーム画像１０３４Ｂとを含む。第１および第２の待ちモードのフレーム画像１０３５は、横長のディスプレイに対応したフレーム画像１０３５Ａと、縦長のディスプレイに対応したフレーム画像１０３５Ｂとを含む。

　＜携帯電話１００の機能構成＞
　図１０は、本実施の形態に係る携帯電話１００（通信端末）の機能構成を示すブロック図である。図１０に示すように、本実施の形態に係る携帯電話１００は、通信制御部１０６１と、手書きアプリケーション１０６２と、タイマ処理部１０６３と、第２の判断部１０６５と、第１の判断部１０６４と、切替部１０６６と、表示制御部１０６７とを含む。また、図６に示すように、携帯電話１００は、通信デバイス１０１と、時計１０５と、ディスプレイ１０７と、タブレット１１９と、メモリ１０３とを含む。

　前述したように、タブレット１１９は、ユーザから手書き入力やソフトウェアキー入力などを受け付けて、入力動作に対応する入力情報をメモリ１０３に格納する。タブレット１１９やスイッチ１０４は、ユーザからの各種入力を受け付ける入力デバイスを実現する。たとえば、タブレット１１９は、ユーザがタッチパネルに接触した軌跡を手書き入力として受け付けて、手書き入力に対応する手書き情報をプロセッサ１０６に受け渡す。プロセッサ１０６は、手書き情報をメモリ１０３に記憶する。

　ディスプレイ１０７は、プロセッサ１０６からのデータに基づいて、画像やテキストを表示する。具体的には、ディスプレイ１０７は、プロセッサ１０６からのデータに基づいて、自身のタブレット１１９にて受け付けた手書き入力に対応する手書き画像と、通信デバイス１０１にて受信した手書き情報に対応する手書き画像とを重ねて表示する。

　通信デバイス１０１は、図示しない通信アンテナや信号処理部によって実現される。通信デバイス１０１は、タブレット１１９が受け付けた手書き入力に対応する手書き情報を他の通信端末へと送信するとともに、他の通信端末から手書き情報を受信する。通信デバイス１０１は、受信した手書き情報をプロセッサ１０６に受け渡す。プロセッサ１０６は、受信した手書き情報をメモリ１０３に記憶する。

　メモリ１０３は、たとえば、各種変数１０３１などを一時的に（揮発的に）格納するワークメモリ（Ｓ－ＲＡＭなど）１０３Ａと、ディスプレイ１０７にて表示する画像などを格納する表示メモリ（ＶＲＡＭなど）１０３Ｂと、下地ファイル１０３２やフレーム画像１０３３，１０３４，１０３５などを格納する不揮発メモリ（ＨＤＤなど）１０３Ｃとを含む。なお、ディスプレイ１０７にて表示される画像１０３６は、たとえば、選択されたフレーム画像を示すフレームプレーン１０３７と、選択された下地画像を示す下地プレーン１０３８と、入力された手書き画像を示す手書きプレーン１０３９とを含む。

　通信制御部１０６１と、手書きアプリケーション１０６２と、タイマ処理部１０６３と、第２の判断部１０６５と、第１の判断部１０６４と、切替部１０６６と、表示制御部１０６７とは、プロセッサ１０６などによって実現される機能である。より詳細には、プロセッサ１０６が有する各機能は、プロセッサ１０６がメモリ１０３などに記憶される制御プログラムを実行して、図６に示される各ハードウェアを制御することによって実現される機能である。たとえば、プロセッサ１０６は、メモリ１０３の不揮発メモリ１０３Ｃに予め格納されたプログラムを、同じくメモリ１０３のワークメモリ１０３Ａに読み出して実行することにより、上記の機能ブロックを実現する。

　通信制御部１０６１は、通信デバイス１０１を用いて、他の通信端末とＰ２Ｐ通信を行なう。より詳細には、通信制御部１０６１は、通信デバイス１０１を用いて他のサーバ装置などから自身のＩＰアドレスと他の通信端末のＩＰアドレスとを取得することにより、他の通信端末との間で当該ＩＰアドレスを利用して直接データを送受信し始める。

　通信制御部１０６１は、通信デバイス１０１を介して他の通信端末からＱＳＴコマンド（第１の情報）を受信する。逆に、通信制御部１０６１は、タブレット１１９を介して第１の命令を受け付けた際に、通信デバイス１０１を介して他の通信端末へＱＳＴコマンド（第１の情報）を送信する。通信制御部１０６１は、たとえばタブレット１１９の質問ボタンが押下された際に、第１の命令を受け付けたと判断する。

　また、通信制御部１０６１は、通信デバイス１０１を介して他の通信端末からＱＥＮＤコマンド（第２の情報）を受信する。通信制御部１０６１は、タブレット１１９を介して第２の命令を受け付けた際に、通信デバイス１０１を介して他の通信端末へＱＥＮＤコマンド（第２の情報）を送信する。たとえば、第１の入力モードにおいて、タブレット１１９の所定のソフトウェアキーボードが押下された際、あるいはタブレット１１９が第３の所定時間以上スタイラスペン９９の接触を検知しなかった場合に、通信制御部１０６１は第２の命令を受け付けたと判断する。

　手書きアプリケーション１０６２は、タブレット１１９が受け付けた手書き入力に対応する手書き情報を表示メモリ１０３Ｂに記憶するとともに、通信デバイス１０１が受信した手書き情報を表示メモリ１０３Ｂに記憶する。より詳細には、手書きアプリケーション１０６２は、タブレット１１９と通信デバイス１０１からの手書き情報に基づいて、手書きプレーン１０３９を更新する。

　表示制御部１０６７は、第１の入力モードにおいてはディスプレイ１０７にフレーム画像１０３４を表示させ、第１の待ちモードにおいてはディスプレイ１０７にフレーム画像１０３５を表示させる。そして、表示制御部１０６７は、第２の入力モードにおいてはディスプレイ１０７にフレーム画像１０３４を表示させ、第２の待ちモードにおいてはディスプレイ１０７にフレーム画像１０３５を表示させる。

　このように、本実施の形態に係る表示制御部１０６７は、第１の入力モードと第２の入力モードにおいて同様のフレーム画像１０３４を表示させている。しかしながら、表示制御部１０６７は、ユーザが２つのモードを区別して認識できるように、第１の入力モードと第２の入力モードにおいて異なるフレーム画像を表示させてもよい。

　また、本実施の形態に係る表示制御部１０６７は、第１の待ちモードと第２の待ちモードにおいて同様のフレーム画像１０３５を表示させている。しかしながら、表示制御部１０６７は、ユーザが２つのモードを区別して認識できるように、第１の入力モードと第２の入力モードにおいて異なるフレーム画像を表示させてもよい。

　なお、表示制御部１０６７は、通常のＰ２Ｐモードにおいては、ディスプレイ１０７にフレーム画像１０３３を表示させる。

　そして、表示制御部１０６７は、第１の入力モード中に、ディスプレイ１０７に、第１の所定時間と第１の入力モードの係属時間との差異をカウントダウン表示させる。つまり、表示制御部１０６７は、第１の入力モード中に、第１の所定時間の残り時間をディスプレイ１０７に表示させる。

　また、表示制御部１０６７は、第２の待ちモード中あるいは第２の入力モード中に、ディスプレイ１０７に、第２の所定時間と第２の待ちモードあるいは第２の入力モードの継続時間との差異をカウントダウン表示させる。つまり、表示制御部１０６７は、第２の待ちモード中あるいは第２の入力モード中に、ディスプレイ１０７に、第２の所定時間あるいは第２の待ちモードあるいは第２の入力モードの残り時間をカウントダウン表示させる。このとき、表示制御部１０６７は、ディスプレイ１０７のうちの、手書き画像が最初に描画された位置に、当該残り時間を表示させる。

　タイマ処理部１０６３は、時計１０５を参照することによって、所定の時間を計測する。たとえば、タイマ処理部１０６３は、時計１０５を参照することによって、質問ボタンが押下されたときからの経過時間を計測する。より詳細には、タイマ処理部１０６３は、第１の入力モードになってからタブレット１１９に手書き入力がされるまで経過時間を計測する。

　また、タイマ処理部１０６３は、時計１０５を参照することによって、第１の入力モードにおいて、スタイラスペン９９や指などが一旦タブレット１１９に接触した後に、スタイラスペン９９や指がタブレット１１９から離れてからの経過時間を計測する。加えて、タイマ処理部１０６３は、時計１０５を参照することによって、第２の待ちモードになってからの経過時間を計測する。

　第２の判断部１０６５は、第１の入力モードの継続時間が第１の所定時間に達したか否かを判断する。より詳細には、第２の判断部１０６５は、タブレット１１９が手書き入力を受け付けることなく、第１の入力モードの継続時間が第１の所定時間に達したか否かを判断する。

　第１の判断部１０６４は、第２の待ちモードあるいは第２の入力モードの継続時間が第２の所定時間に達したか否かを判断する。より詳細には、第１の判断部１０６４は、タブレット１１９が手書き入力の受け付けを終了したときから第３の所定時間を経過したか否かを判断し、第３の所定時間を経過したときからの経過時間が第２の所定時間を経過したか否かを判断する。

　切替部１０６６は、タブレット１１９を介して第１の命令（質問ボタンが押下された旨の信号）を受け付けた際に第１の入力モードに切り替える。切替部１０６６は、たとえばタブレット１１９の質問ボタンが押下された際に、第１の命令を受け付けたと判断する。また、切替部１０６６は、通信デバイス１０１を介して第１の情報（たとえばＱＳＴコマンドなど）を受信した際に第２の待ちモードに切り替える。

　切替部１０６６は、タブレット１１９を介して第２の命令を受け付けた際に第２の待ちモードに切り替える。たとえば、第１の入力モードにおいて、タブレット１１９の所定のソフトウェアキーボードが押下された際、あるいはタブレット１１９が第３の所定時間以上スタイラスペン９９の接触を検知しなかった場合に、切替部１０６６は第２の命令を受け付けたと判断する。切替部１０６６は、通信デバイス１０１を介して第２の情報（たとえばＱＥＮＤコマンド）を受信した際に第２の入力モードに切り替える。

　切替部１０６６は、第２の判断部１０６５が、タブレット１１９が手書き入力を受け付けることなく、第１の入力モードの継続時間が第１の所定時間に達したと判断したときに、通常のＰ２Ｐモードに切り替える。切替部１０６６は、第１の判断部１０６４が、第２の待ちモードあるいは第２の入力モードの継続時間が第２の所定時間に達したときに、通常のＰ２Ｐモードに切り替える。

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

　図１１を参照して、プロセッサ１０６は、下地画像（背景画像）が指定されたか否かを判断する（ステップＳ１０２）。下地画像が指定された場合（ステップＳ１０２にてＹＥＳである場合）、プロセッサ１０６は、対応する下地ファイル１０３２に基づいて、ディスプレイ１０７に指定された下地画像を表示する（ステップＳ１０４）。プロセッサ１０６は、メモリ１０３のＩＭＤＦに１を代入する（ステップＳ１０６）。プロセッサ１０６は、下地ファイル１０３２に基づいて、カウントダウン表示位置（Ｄｓｐｘ，Ｄｓｐｙ）を指定する（ステップＳ１０８）。そして、プロセッサ１０６は、０．１秒タイマ割込（ＳＥＣＴＩＭＥＲ）機能を稼働する（ステップＳ１１２）。

　一方、下地画像が指定されなかった場合（ステップＳ１０２にてＮＯである場合）、プロセッサ１０６は、メモリ１０３のＩＭＤＦに０を代入する（ステップＳ１１０）。そして上記同様、プロセッサ１０６は、０．１秒タイマ割込（ＳＥＣＴＩＭＥＲ）機能を稼働する（ステップＳ１１２）。

　次に、プロセッサ１０６は、図３（Ａ）に示すように、通常のＰ２Ｐ通信用のフレーム画像１０３３をディスプレイ１０７に表示する（ステップＳ１１４）。プロセッサ１０６は、メモリ１０３のＱ＿ＴＭに０を代入し、Ａ＿ＴＭに０を代入し、ＰＵＰ＿ＴＭに０を代入し、ＦｓｔＩｎｐｆに０を代入する（ステップＳ１１６）。

　プロセッサ１０６は、タブレット１１９を介して質問ボタンがユーザによって操作されたか否かを判断する（ステップＳ１１８）。質問ボタンがユーザによって操作された場合（ステップＳ１１８にてＹＥＳである場合）、プロセッサ１０６は、第１の入力モードへ移行する（Ｑ＿ＭＯＤＥ）。質問ボタンがユーザによって操作されなかった場合（ステップＳ１１８にてＮＯである場合）、プロセッサ１０６は、通信デバイス１０１を介して相手端末からＱＳＴコマンドを受信したか否かを判断する（ステップＳ１２０）。相手端末からＱＳＴコマンドを受信した場合（ステップＳ１２０にてＹＥＳである場合）、プロセッサ１０６は、第１の待ちモードへ移行する（Ａ＿ＭＯＤＥ）。

　相手端末からＱＳＴコマンドを受信しなかった場合（ステップＳ１２０にてＮＯである場合）、プロセッサ１０６は、ユーザがタブレット１１９の手書きエリアに対して操作したか否かを判断する（ステップＳ１２２）。すなわち、プロセッサ１０６は、手書き入力を受け付けたか否かを判断する。プロセッサ１０６は、手書き入力を受け付けた場合（ステップＳ１２２にてＹＥＳである場合）、手書き入力に対応する手書き情報を通信デバイス１０１を介して相手端末に送信する（ステップＳ１２４）。プロセッサ１０６は、手書き情報に基づいてディスプレイ１０７に手書き画像を表示させる（ステップＳ１２６）。プロセッサ１０６はステップＳ１１８からの処理を繰り返す。

　一方、プロセッサ１０６は、手書き入力を受け付けなかった場合（ステップＳ１２２にてＮＯである場合）、通信デバイス１０１を介して相手端末から手書き情報を受信したか否かを判断する（ステップＳ１２８）。プロセッサ１０６は、相手端末から手書き情報を受信した場合（ステップＳ１２８にてＹＥＳである場合）、受信した手書き情報に基づいてディスプレイ１０７に手書き画像を表示させる（ステップＳ１３０）。プロセッサ１０６は、ステップＳ１１８からの処理を繰り返す。

　プロセッサ１０６は、相手端末から手書き情報を受信しなかった場合（ステップＳ１２８にてＮＯである場合）にも、ステップＳ１１８からの処理を繰り返す。

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

　図１２を参照して、プロセッサ１０６は、通信デバイス１０１を介してＱＳＴコマンドを相手端末に送信する（ステップＳ２０２）。プロセッサ１０６は、図３（Ｃ）に示すように、第１の入力モード用のフレーム画像１０３４をディスプレイ１０７に表示させる（ステップＳ２０４）。プロセッサ１０６は、ディスプレイ１０７の質問ボタンが表示されている位置に、メモリ１０３のＱ＿ＴＭに格納されている値を１０で除した数字を表示する（ステップＳ２０６）。プロセッサ１０６はメモリ１０３のＱ＿ＴＭに１００を代入し、メモリ１０３のＦｓｔＩｎｐｆに０を代入する（ステップＳ２０８）。

　プロセッサ１０６は、ユーザがタブレット１１９の手書きエリアに対して操作したか否かを判断する（ステップＳ２１０）。すなわち、プロセッサ１０６は、手書き入力を受け付けたか否かを判断する。プロセッサ１０６は、手書き入力を受け付けた場合（ステップＳ２１０にてＹＥＳである場合）、通信デバイス１０１を介して手書き入力に対応する手書き情報を相手端末に送信する（ステップＳ２１２）。図３（Ｅ）および図３（Ｇ）に示すように、プロセッサ１０６は、手書き情報に基づいてディスプレイ１０７に手書き画像を表示させる（ステップＳ２１４）。

　プロセッサ１０６は、メモリ１０３のＰＵＰ＿ＴＭに１０を代入する（ステップＳ２１６）。プロセッサ１０６は、メモリ１０３のＦｓｔＩｎｐｆに０が代入されているか否かを判断する（ステップＳ２１８）。ＦｓｔＩｎｐｆに０が代入されていない場合（ステップＳ２１８にてＮＯである場合）、プロセッサ１０６は、ステップＳ２１０からの処理を繰り返す。

　一方、ＦｓｔＩｎｐｆに０が代入されている場合（ステップＳ２１８にてＹＥＳである場合）、プロセッサ１０６は、メモリ１０３のＱ＿ＴＭに０を代入し、ＦｓｔＩｎｐｆに１を代入する。同時に、プロセッサ１０６は、ディスプレイ１０７の質問ボタンが表示されている位置に「質問」というメッセージを表示する（ステップＳ２２０）。プロセッサ１０６は、メモリ１０３のＩＭＤＦに０が代入されているか否かを判断する（ステップＳ２２２）。

　プロセッサ１０６は、メモリ１０３のＩＭＤＦに０が代入されていない場合（ステップＳ２２２にてＮＯである場合）、ステップＳ２１０からの処理を繰り返す。プロセッサ１０６は、メモリ１０３のＩＭＤＦに０が代入されている場合（ステップＳ２２２にてＹＥＳである場合）、設定されているカウントダウン表示位置（Ｄｓｐｘ，Ｄｓｐｙ）に手書き入力を受け付けた位置の近傍の座標を設定する（ステップＳ２２４）。たとえば、プロセッサ１０６は、手書き入力開始座標の１行２桁分右上の座標をカウントダウン表示位置（Ｄｓｐｘ，Ｄｓｐｙ）として設定する。プロセッサ１０６は、ステップＳ２１０からの処理を繰り返す。

　プロセッサ１０６は、手書き入力を受け付けなかった場合（ステップＳ２１０にてＮＯである場合）、０．１秒タイマ割込み（ＳＥＣＴＩＭＥＲ）機能からＱ＿ＴＭＵＰ信号が入力されたか否かを判断する（ステップＳ２２８）。プロセッサ１０６は、Ｑ＿ＴＭＵＰ信号が入力された場合（ステップＳ２２８にてＹＥＳである場合）、通常のＰ２Ｐモードへ移行する（Ｎ＿ＭＯＤＥ）。プロセッサ１０６は、Ｑ＿ＴＭＵＰ信号が入力されなかった場合（ステップＳ２２８にてＮＯである場合）、０．１秒タイマ割込み（ＳＥＣＴＩＭＥＲ）機能からＱＡ＿ＣＨＧ信号が入力されたか否かを判断する（ステップＳ２３０）。

　プロセッサ１０６は、ＱＡ＿ＣＨＧ信号が入力された場合（ステップＳ２３０にてＹＥＳである場合）、相手端末へＱＥＮＤコマンドを送信した上で（ステップＳ２３１）、第２の待ちモードに移行する（Ａ＿ＭＯＤＥ２）。一方、プロセッサ１０６は、ＱＡ＿ＣＨＧ信号が入力されなかった場合（ステップＳ２３０にてＮＯである場合）、通信デバイス１０１を介して相手端末から手書き情報を受信したか否かを判断する（ステップＳ２３２）。プロセッサ１０６は、相手端末から手書き情報を受信した場合（ステップＳ２３２にてＹＥＳである場合）、受信した手書き情報に基づいてディスプレイ１０７に手書き画像を表示させる（ステップＳ２３４）。プロセッサ１０６は、ステップＳ２１０からの処理を繰り返す。プロセッサ１０６は、相手端末から手書き情報を受信しなかった場合（ステップＳ２３２にてＮＯである場合）にも、ステップＳ２１０からの処理を繰り返す。

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

　図１３を参照して、プロセッサ１０６は、メモリ１０３のＦｓｔＩｎｐｆに０を代入する（ステップＳ３０２）。プロセッサ１０６は、図３（Ｄ）に示すように、ディスプレイ１０７に第１の待ちモード用のフレーム画像１０３５を表示させる（ステップＳ３０４）。

　プロセッサ１０６は、タブレット１１９を介して質問ボタンが操作されたか否かを判断する（ステップＳ３０６）。タブレット１１９を介して質問ボタンが操作された場合（ステップＳ３０６にてＹＥＳである場合）、プロセッサ１０６は、第１の入力モードへ移行する（Ｑ＿ＭＯＤＥ）。タブレット１１９の質問ボタンが操作されなかった場合（ステップＳ３０６にてＮＯである場合）、プロセッサ１０６は、通信デバイス１０１を介して相手端末からＱＥＮＤコマンドを受信したか否かを判断する（ステップＳ３０８）。プロセッサ１０６は、相手端末からＱＥＮＤコマンドを受信した場合（ステップＳ３０８にてＹＥＳである場合）、第２の入力モードへと移行する（Ｑ＿ＭＯＤＥ２）。プロセッサ１０６は、相手端末からＱＥＮＤコマンドを受信しなかった場合（ステップＳ３０８にてＮＯである場合）、ユーザがタブレット１１９の手書きエリアに対して操作したか否かを判断する（ステップＳ３１０）。すなわちプロセッサ１０６は、手書き入力を受け付けたか否かを判断する。

　プロセッサ１０６は、手書き入力を受け付けた場合（ステップＳ３１０にてＹＥＳである場合）、受け付けた手書き入力に対応する手書き情報を通信デバイス１０１を介して相手端末に送信する（ステップＳ３１２）。プロセッサ１０６は、手書き情報に基づいて、ディスプレイ１０７に手書き画像を表示させる（ステップＳ３１４）。プロセッサ１０６は、ステップＳ３０６からの処理を繰り返す。

　一方、プロセッサ１０６は、手書き入力を受け付けなかった場合（ステップＳ３１０にてＮＯ）である場合、通信デバイス１０１を介して相手端末から手書き情報を受信したか否かを判断する（ステップＳ３１６）。プロセッサ１０６は、相手端末から手書き情報を受信しなかった場合（ステップＳ３１６にてＮＯである場合）、ステップＳ３０６からの処理を繰り返す。プロセッサ１０６は、相手端末から手書き情報を受信した場合（ステップＳ３１６にてＹＥＳである場合）、受信した手書き情報に基づいて、ディスプレイ１０７に手書き画像を表示させる（ステップＳ３１８）。

　プロセッサ１０６は、メモリ１０３のＦｓｔＩｎｐｆに０が代入されているか否かを判断する（ステップＳ３２０）。プロセッサ１０６は、ＦｓｔＩｎｐｆに０が代入されていない場合（ステップＳ３２０にてＮＯである場合）、ステップＳ３０６からの処理を繰り返す。プロセッサ１０６は、ＦｓｔＩｎｐｆに０が代入されている場合（ステップＳ３２０にてＹＥＳである場合）、ＦｓｔＩｎｐｆに１を代入する（ステップＳ３２２）。

　プロセッサ１０６は、メモリ１０３のＩＭＤＦに０が代入されているか否かを判断する（ステップＳ３２４）。プロセッサ１０６は、ＩＭＤＦに０が代入されていない場合（ステップＳ３２４にてＮＯである場合）、ステップＳ３０６からの処理を繰り返す。

　ＩＭＤＦに０が代入されている場合（ステップＳ３２４にてＹＥＳである場合）、プロセッサ１０６は、カウントダウン表示位置（Ｄｓｐｘ，Ｄｓｐｙ）に手書き入力を受け付けた位置の近傍の座標を設定する（ステップＳ３２６）。プロセッサ１０６は、ステップＳ３０６からの処理を繰り返す。

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

　図１４を参照して、第２の入力モードにおいては、プロセッサ１０６は、第２の入力モード用のフレーム画像（ここでは第１の入力モード用のフレーム画像１０３４）をディスプレイ１０７に表示させる（ステップＳ４０２）。そして、プロセッサ１０６は、ディスプレイ１０７に、カウントダウン表示位置（Ｄｓｐｘ，Ｄｓｐｙ）に、メモリ１０３のＡ＿ＴＭに格納されている値を１０で除した数字を表示させる（ステップＳ４０６）。

　一方、第２の待ちモードにおいては、プロセッサ１０６は、第２の待ちモード用のフレーム画像（ここでは第１の待ちモード用のフレーム画像１０３５）をディスプレイ１０７に表示させる（ステップＳ４０４）。そして同様に、プロセッサ１０６は、ディスプレイ１０７に、カウントダウン表示位置（Ｄｓｐｘ，Ｄｓｐｙ）に、メモリ１０３のＡ＿ＴＭに格納されている値を１０で除した数字を表示させる（ステップＳ４０６）。

　プロセッサ１０６は、メモリ１０３のＡ＿ＴＭに１００を代入する（ステップＳ４０８）。プロセッサ１０６は、タブレット１１９の質問ボタンが操作されたか否かを判断する（ステップＳ４１０）。

　質問ボタンが操作された場合（ステップＳ４１０にてＹＥＳである場合）、プロセッサ１０６は、メモリ１０３のＡ＿ＴＭに０を代入する（ステップＳ４１２）。プロセッサ１０６は、カウントダウン表示位置（Ｄｓｐｘ，Ｄｓｐｙ）に表示されているＡ＿ＴＭの値を１０で除した数字を消去する（ステップＳ４１４）。プロセッサ１０６は第１の入力モードへと移行する（Ｑ＿ＭＯＤＥ）。

　質問ボタンが操作されなかった場合（ステップＳ４１０にてＮＯである場合）、プロセッサ１０６は、０．１秒タイマ割込み（ＳＥＣＴＩＭＥＲ）機能からＡ＿ＴＭＵＰ信号が入力されたか否かを判断する（ステップＳ４１６）。０．１秒タイマ割込み（ＳＥＣＴＩＭＥＲ）機能からＡ＿ＴＭＵＰ信号が入力された場合（ステップＳ４１６にてＹＥＳである場合）、図４（Ｉ）および図４（Ｊ）に示すように、プロセッサ１０６は、通常のＰ２Ｐモードへと移行する（Ｎ＿ＭＯＤＥ）。

　プロセッサ１０６は、０．１秒タイマ割込み（ＳＥＣＴＩＭＥＲ）機能からＡ＿ＴＭＵＰ信号が入力されなかった場合（ステップＳ４１６にてＮＯである場合）、ユーザがタブレット１１９の手書きエリアに対し操作をしたか否かを判断する（ステップＳ４１８）。すなわちプロセッサ１０６は、手書き入力を受け付けたか否かを判断する。

　プロセッサ１０６は、手書き入力を受け付けた場合（ステップＳ４１８にてＹＥＳである場合）、受け付けた手書き情報を通信デバイス１０１を介して相手端末に送信する（ステップＳ４２０）。図４（Ａ）～図４（Ｈ）に示すように、プロセッサ１０６は、手書き情報に基づいて、ディスプレイ１０７に手書き画像を表示させる（ステップＳ４２２）。プロセッサ１０６はステップＳ４１０からの処理を繰り返す。

　一方、プロセッサ１０６は、手書き入力を受け付けなかった場合（ステップＳ４１８にてＮＯである場合）、通信デバイス１０１を介して相手端末から手書き情報を受信したか否かを判断する（ステップＳ４２４）。プロセッサ１０６は、相手端末から手書き情報を受信しなかった場合（ステップＳ４２４にてＮＯである場合）、ステップＳ４１０からの処理を繰り返す。

　プロセッサ１０６は、相手端末から手書き情報を受信した場合（ステップＳ４２４にてＹＥＳである場合）、受信した手書き情報に基づいてディスプレイ１０７に手書き画像を表示させる（ステップＳ４２６）。そして、プロセッサ１０６は、ステップＳ４１０からの処理を繰り返す。

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

　図１５を参照して、プロセッサ１０６は、時計１０５を参照することによって０．１秒が経過するたびに、メモリ１０３のＱ＿ＴＭに０が代入されているか否かを判断する（ステップＳ５０２）。プロセッサ１０６は、Ｑ＿ＴＭに０が代入されている場合（ステップＳ５０２にてＹＥＳである場合）、ステップＳ５１２からの処理を繰り返す。プロセッサ１０６は、Ｑ＿ＴＭに０が代入されていない場合（ステップＳ５０２にてＮＯである場合）、メモリ１０３のＱ＿ＴＭをデクリメントする（ステップＳ５０４）。

　図３（Ｂ）に示すように、プロセッサ１０６は、ディスプレイ１０７に、質問ボタンが表示されている位置にＱ＿ＴＭに格納されている値を１０で除した数字を表示させる（ステップＳ５０６）。プロセッサ１０６は、メモリ１０３のＱ＿ＴＭに０が代入されているか否かを判断する（ステップＳ５０８）。Ｑ＿ＴＭに０が代入されていない場合（ステップＳ５０８にてＮＯである場合）、プロセッサ１０６は、ステップＳ５１２からの処理を繰り返す。Ｑ＿ＴＭに０が代入されている場合（ステップＳ５０８にてＹＥＳである場合）、０．１秒タイマ割込み（ＳＥＣＴＩＭＥＲ）機能としてのプロセッサ１０６は、Ｑ＿ＴＭＵＰ信号を出力する（ステップＳ５１０）。

　プロセッサ１０６は、メモリ１０３のＡ＿ＴＭに０が代入されているか否かを判断する（ステップＳ５１２）。プロセッサ１０６は、Ａ＿ＴＭに０が代入されている場合（ステップＳ５１２にてＹＥＳである場合）、ステップＳ５２４からの処理を繰り返す。

　プロセッサ１０６はＡ＿ＴＭに０が代入されていない場合（ステップＳ５１２にてＮＯである場合）、メモリ１０３のＡ＿ＴＭをデクリメントする（ステップＳ５１４）。図３（Ｉ）に示すように、プロセッサ１０６は、ディスプレイ１０７に、カウントダウン表示位置（Ｄｓｐｘ，Ｄｓｐｙ）に、Ａ＿ＴＭに格納されている値を１０で除した数字を表示させる（ステップＳ５１６）。

　プロセッサ１０６は、メモリ１０３のＡ＿ＴＭに０が代入されているか否かを判断する（ステップＳ５２０）。プロセッサ１０６は、Ａ＿ＴＭに０が代入されていない場合（ステップＳ５２０にてＮＯである場合）、ステップＳ５２４からの処理を繰り返す。０．１秒タイマ割込み（ＳＥＣＴＩＭＥＲ）機能としてのプロセッサ１０６は、Ａ＿ＴＭに０が代入されている場合（ステップＳ５２０にてＹＥＳである場合）、Ａ＿ＴＭＵＰ信号を出力する（ステップＳ５２２）。

　プロセッサ１０６は、メモリ１０３のＰＵＰ＿ＴＭに０が代入されているか否かを判断する（ステップＳ５２４）。プロセッサ１０６は、ＰＵＰ＿ＴＭに０が代入されている場合（ステップＳ５２４にてＹＥＳである場合）、タイマ割込処理を終了し、次の０．１秒が経過するまで待機する。プロセッサ１０６は、ＰＵＰ＿ＴＭに０が代入されていない場合（ステップＳ５２４にてＮＯである場合）、ＰＵＰ＿ＴＭをデクリメントする（ステップＳ５２６）。

　プロセッサ１０６は、ＰＵＰ＿ＴＭが０であるか否かを判断する（ステップＳ５２８）。プロセッサ１０６はＰＵＰ＿ＴＭが０でない場合（ステップＳ５２８にてＮＯである場合）、タイマ割込処理を終了し、次の０．１秒が経過するまで待機する。０．１秒タイマ割込み（ＳＥＣＴＩＭＥＲ）機能としてのプロセッサ１０６は、ＰＵＰ＿ＴＭに０が代入されている場合（ステップＳ５２８にてＹＥＳである場合）、ＱＡ＿ＣＨＧ信号を出力する（ステップＳ５３０）。そして、プロセッサ１０６は、タイマ割込処理を終了し、次の０．１秒が経過するまで待機する。

　＜第１の応用例＞
　以下、本実施の形態に係るネットワークシステム１の第１の応用例について説明する。図１６～図１８は、本実施の形態に係るネットワークシステム１の応用例におけるＰ２Ｐ通信中の第１および第２の携帯電話１００Ａ，１００Ｂの表示状態の推移を示したイメージ図である。以下では、図１６～図１８を参照しながら、特に、第１の携帯電話１００Ａと第２の携帯電話１００Ｂの表示状態の推移について説明する。なお、本応用例では、下地画像としてオセロゲームに使用する碁盤の画像を利用する場合について説明する。

　より詳細には、図１６（Ａ）は通常のＰ２Ｐ通信中の第１の携帯電話１００Ａの表示状態を示す第１のイメージ図である。図１６（Ｂ）は通常のＰ２Ｐ通信中の第２の携帯電話１００Ｂの表示状態を示す第１のイメージ図である。

　図１６（Ｃ）は第１の入力モード中の第１の携帯電話１００Ａの表示状態を示す第１のイメージ図である。図１６（Ｄ）は第１の待ちモード中の第２の携帯電話１００Ｂの表示状態を示す第１のイメージ図である。図１６（Ｅ）は第１の入力モード中の第１の携帯電話１００Ａの表示状態を示す第２のイメージ図である。図１６（Ｆ）は第１の待ちモード中の第２の携帯電話１００Ｂの表示状態を示す第２のイメージ図である。図１６（Ｇ）は第２の待ちモード中の第１の携帯電話１００Ａの表示状態を示す第１のイメージ図である。図１６（Ｈ）は第２の入力モード中の第２の携帯電話１００Ｂの表示状態を示す第１のイメージ図である。

　図１７（Ａ）は第１の待ちモード中の第１の携帯電話１００Ａの表示状態を示す第１のイメージ図である。図１７（Ｂ）は第１の入力モード中の第２の携帯電話１００Ｂの表示状態を示す第１のイメージ図である。図１７（Ｃ）は第１の待ちモード中の第１の携帯電話１００Ａの表示状態を示す第２のイメージ図である。図１７（Ｄ）は第１の入力モード中の第２の携帯電話１００Ｂの表示状態を示す第２のイメージ図である。図１７（Ｅ）は第１の待ちモード中の第１の携帯電話１００Ａの表示状態を示す第３のイメージ図である。図１７（Ｆ）は第１の入力モード中の第２の携帯電話１００Ｂの表示状態を示す第３のイメージ図である。図１７（Ｇ）は第２の待ちモード中の第１の携帯電話１００Ａの表示状態を示す第４のイメージ図である。図１７（Ｈ）は第２の入力モード中の第２の携帯電話１００Ｂの表示状態を示す第４のイメージ図である。

　図１８（Ａ）は第２の入力モード中の第１の携帯電話１００Ａの表示状態を示す第１のイメージ図である。図１８（Ｂ）は第２の待ちモード中の第２の携帯電話１００Ｂの表示状態を示す第１のイメージ図である。図１８（Ｃ）は第２の入力モード中の第１の携帯電話１００Ａの表示状態を示す第２のイメージ図である。図１８（Ｄ）は第２の待ちモード中の第２の携帯電話１００Ｂの表示状態を示す第２のイメージ図である。図１８（Ｅ）は第２の入力モード中の第１の携帯電話１００Ａの表示状態を示す第３のイメージ図である。図１８（Ｆ）は第２の待ちモード中の第２の携帯電話１００Ｂの表示状態を示す第３のイメージ図である。

　まず、図１６（Ａ）および図１６（Ｂ）に示すように、通常のＰ２Ｐモードにおいては、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは、通常のチャット画面、すなわち通常のＰ２Ｐモードのフレーム画像１０３３Ｂ（図９を参照。）を表示している。この状態において、第１の携帯電話１００Ａのユーザがディスプレイ１０７の質問ボタンを押下すると、第１の携帯電話１００Ａは図１６（Ｃ）に示す第１の入力モードに移行する。

　図１６（Ｃ）に示すように、第１の入力モードにおいては、第１の携帯電話１００Ａはディスプレイ１０７のチャット用のフレームをフレーム画像１０３４Ｂ（図９を参照。）に変更する。

　第２の携帯電話１００Ｂは、ＱＳＴコマンドを受信すると第１の待ちモードに移行する。図１６（Ｄ）に示すように、第１の待ちモードにおいては、第２の携帯電話１００Ｂはディスプレイ１０７のチャット用のフレームをフレーム画像１０３５Ｂ（図９を参照。）に変更する。

　その後、図１６（Ｅ）および図１６（Ｆ）に示すように、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは、第１の携帯電話１００Ａが受け付けた手書き入力に対応する手書き画像および第２の携帯電話１００Ｂが受け付けた手書き入力に対応する手書き画像を順次表示していく。そして、第１の入力モードである第１の携帯電話１００Ａが、所定時間の間、手書き入力を受け付けない場合、すなわちスタイラスペン９９がタブレット１１９から持ち上げられてから所定時間が経過すると、図１６（Ｇ）に示すように、第１の携帯電話１００Ａは第２の待ちモードに移行する。

　図１６（Ｇ）に示すように、第２の待ちモードにおいては、第１の携帯電話１００Ａはディスプレイ１０７のチャット用のフレームをフレーム画像１０３５Ｂに変更する。第１の携帯電話１００Ａは、第２の待ちモードに移行する際に、第２の携帯電話１００Ｂに、第１の入力モードが終了した旨すなわち第２の待ちモードに移行する旨を通知するメッセージ（ＱＥＮＤコマンド）を送信する。なお、以下の第２の待ちモードにおいては、第１の携帯電話１００Ａは、ディスプレイ１０７に第２の所定時間の残り時間をカウントダウンするための画像を表示させる。

　第２の携帯電話１００Ｂは、ＱＥＮＤコマンドを受信すると第２の入力モードに移行する。図１６（Ｈ）に示すように、第２の入力モードにおいては、第２の携帯電話１００Ｂはディスプレイ１０７のチャット用のフレームをフレーム画像１０３４に変更する。第２の入力モードにおいては、第２の携帯電話１００Ｂもディスプレイ１０７に第２の所定時間の残り時間をカウントダウンするための画像を表示する。

　この状態において、第２の携帯電話１００Ｂのユーザがディスプレイ１０７の質問ボタンを押下すると、第２の携帯電話１００Ｂは図１７（Ｂ）に示す第１の入力モードに移行する。上記と同様に、図１７（Ｂ）に示すように、第１の入力モードにおいては、第２の携帯電話１００Ｂはディスプレイ１０７のチャット用のフレームをフレーム画像１０３４Ｂに変更する。第２の携帯電話１００Ｂは、第１の入力モードに移行する際に、第１の携帯電話１００Ａに第１の入力モードに移行する旨を通知するメッセージ（ＱＳＴコマンド）を送信する。なお、第１の入力モードにおいては、第２の携帯電話１００Ｂは、手書き入力を受け付けるまで、ディスプレイ１０７に第１の所定時間の残り時間をカウントダウンするための画像を表示させる。

　第１の携帯電話１００Ａは、ＱＳＴコマンドを受信すると第１の待ちモードに移行する。図１７（Ａ）に示すように、第１の待ちモードにおいては、第１の携帯電話１００Ａはディスプレイ１０７のチャット用のフレームをフレーム画像１０３５Ｂに変更する。

　その後、図１７（Ｃ）～図１７（Ｈ）に示すように、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは、第１の携帯電話１００Ａが受け付けた手書き入力に対応する手書き画像および第２の携帯電話１００Ｂが受け付けた手書き入力に対応する手書き画像を順次表示していく。そして、第１の入力モードである第２の携帯電話１００Ｂが、所定時間の間、手書き入力を受け付けない場合、すなわちスタイラスペン９９がタブレット１１９から持ち上げられてから所定時間が経過すると、図１８（Ｂ）に示すように、第２の携帯電話１００Ｂは第２の待ちモードに移行する。

　図１８（Ｂ）に示すように、第２の待ちモードにおいては、第２の携帯電話１００Ｂはディスプレイ１０７のチャット用のフレームをフレーム画像１０３５Ｂに変更する。第２の携帯電話１００Ｂは、第２の待ちモードに移行する際に、第１の携帯電話１００Ａに、第１の入力モードが終了した旨すなわち第２の待ちモードに移行する旨を通知するメッセージ（ＱＥＮＤコマンド）を送信する。なお、第２の待ちモードにおいては、第２の携帯電話１００Ｂは、ディスプレイ１０７に第２の所定時間の残り時間をカウントダウンするための画像を表示させる。

　第１の携帯電話１００Ａは、ＱＥＮＤコマンドを受信すると第２の入力モードに移行する。図１８（Ａ）に示すように、第２の入力モードにおいては、第１の携帯電話１００Ａはディスプレイ１０７のチャット用のフレームをフレーム画像１０３４Ｂに変更する。

　その後、図１８（Ｃ）および図１８（Ｄ）に示すように、第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂは、第１の携帯電話１００Ａが受け付けた手書き入力に対応する手書き画像および第２の携帯電話１００Ｂが受け付けた手書き入力に対応する手書き画像を順次表示していく。この間、第１の携帯電話１００Ａもディスプレイ１０７に第２の所定時間の残り時間をカウントダウンするための画像を表示する。

　この状態において、第１の携帯電話１００Ａのユーザがディスプレイ１０７の質問ボタンを押下すると、第１の携帯電話１００Ａは、図１８（Ｅ）に示すように、再度第１の入力モードに移行する。一方、第２の携帯電話１００Ｂは、図１８（Ｆ）に示すように、再度第１の待ちモードに移行する。

　このように、本応用例に係る通信端末は、ユーザが相手ユーザとの円滑なコミュニケーションを図ることができる。換言すれば、通信端末のユーザは、「自分が何かを手書き入力すべき状態である」のか、「相手が何かを手書き入力すべき状態である」のかを容易に認識することができるため、会話のボールをいずれか握っているのかを容易に認識することができる。

　＜第２の応用例＞
　以下、本実施の形態に係るネットワークシステム１の第２の応用例について説明する。図１９は、本応用例に係るチャットの開始処理（ステップＳ６０２～ステップＳ６１４）および終了処理（ステップＳ６１４～ステップＳ６０２）の処理手順を示すフローチャートである。

　図２０は、本応用例に係るネットワークシステム１におけるチャット開始時の第１および第２の携帯電話１００Ａ，１００Ｂの表示状態の推移を示したイメージ図である。より詳細には、図２０（Ａ）（Ｄ）（Ｆ）は、第２の携帯電話１００Ｂからチャット通信の誘いを受ける第１の携帯電話１００Ａのタッチパネル１５０Ａの画面推移を示す。図２０（Ｂ）（Ｃ）（Ｅ）（Ｇ）は、第１の携帯電話１００Ａをチャット通信に誘う第２の携帯電話１００Ｂのタッチパネル１５０Ｂの画面推移を示す。

　図２１は、本応用例に係るネットワークシステム１におけるチャット終了時の第１および第２の携帯電話１００Ａ，１００Ｂの表示状態の推移を示したイメージ図である。より詳細には、図２１（Ａ）（Ｃ）（Ｄ）（Ｆ）は、第２の携帯電話１００Ｂにチャット通信の終了を通知する第１の携帯電話１００Ａのタッチパネル１５０Ａの画面推移を示す。図２１（Ｂ）（Ｅ）（Ｇ）は、第１の携帯電話１００Ａからチャット通信の終了の通知を受ける第２の携帯電話１００Ｂのタッチパネル１５０Ｂの画面推移を示す。

　以下では、図１９～図２１を参照しながら、上記の実施の形態に係るネットワークシステム１および携帯電話１００に関する技術が、チャットの開始時や終了時においても応用できることを説明する。すなわち、以下では、チャットの開始時（図２のマッチング処理に対応する。）や終了時（図２の切断処理に対応する。）における処理や表示内容について詳しく説明する。

　まず、図２０（Ａ）（Ｂ）に示すように、プロセッサ１０６は、他の携帯電話とチャット中でない場合（第１状態）、タッチパネル１５０にチャットを開始するための「誘う」ボタン１５０Ｘ（第１の画像）を表示させる（ステップＳ６０２）。プロセッサ１０６は、タッチパネル１５０を介して、ユーザがスタイラスペン９９などを用いて「誘う」ボタン１５０Ｘを押したか否かを判断する（ステップＳ６０４）。第１の画像とは、ユーザにチャットを開始することが認識できる入力と表示を兼ねたものでよく、アイコン、コメントや、表示装置を備えた切替スイッチであってもよい。

　図２０（Ｃ）～図２０（Ｅ）に示すように、ユーザがボタンを押したと判断した場合（ステップＳ６０４においてＹＥＳである場合）、プロセッサ１０６は、通信デバイス１０１を介して他の携帯電話にチャットするための情報（第１の情報）を送信する（ステップＳ６０６）。より詳細には、図２０（Ｅ）に示すように、プロセッサ１０６は、予めメモリ１０３に格納されているアドレス帳に基づいて、タッチパネル１５０にチャット相手を選択可能に表示させる。すなわち、プロセッサ１０６は、タッチパネル１５０にチャット可能な相手のリスト１５０Ｚを表示させる。プロセッサ１０６は、タッチパネル１５０を介して、ユーザからチャット相手の選択命令を受け付ける。タッチパネル１５０に表示させるチャット相手は、チャット相手の履歴情報を基に選択可能に表示させてもよい。チャット相手の履歴情報はチャット開始時点または、終了時点でメモリ１０３に記憶させてもよい。

　さらに詳細には、図１および図２に示したように、プロセッサ１０６は、通信デバイス１０１を介してマッチングサーバ４００にＩＰ登録（ログイン）を要求する。マッチングサーバ４００は、その要求に応じて、第２の携帯電話１００ＢのメールアドレスをそのＩＰアドレスに対応付けて格納する。そして、マッチングサーバ４００は、第２の携帯電話１００Ｂのメールアドレスと選択された第１の携帯電話１００Ａのメールアドレスとに基づいてルーム名を生成し、当該ルーム名を第２の携帯電話１００Ｂに送信する。プロセッサ１０６は、選択された第１の携帯電話１００Ａに、当該ルーム名とマッチングサーバ４００のアドレスとを含む「誘う」メール（第１の情報）を送信する（ステップＳ６０６）。なお、本実施の形態においては、プロセッサ１０６は、現在タッチパネル１５０に表示される手書き画像を示す手書き情報を「誘う」メールに含めて、通信デバイス１０１を介して送信する。第１の情報は、第２の携帯電話１００Ｂに携帯電話１００ＡのメールアドレスとＩＰアドレスを含んだ「誘う」メールを送信してもよく、第１の情報を受信した第２の携帯電話１００Ｂは、第１の携帯電話１００Ａに携帯電話１００ＢのＩＰアドレスを含んだ「応答」メールを送信することによりチャット通信を行ってもよい。

　このようにして、図２０（Ｇ）に示すように、携帯電話１００は選択された他の携帯電話とチャット通信を行うことができる。プロセッサ１０６は、タッチパネル１５０に、チャットを終了（切断）するための「切断」ボタン１５０Ｙを表示させる（ステップＳ６１４）。

　一方、ユーザがボタンを押したと判断しなかった場合（ステップＳ６０４においてＮＯである場合）、プロセッサ１０６は、タッチパネル１５０を介して、ユーザが手書き命令を入力したか否かを判断する（ステップＳ６０８）。ユーザが手書き命令を入力した場合（ステップＳ６０８においてＹＥＳである場合）、プロセッサ１０６は、手書き命令に基づいて、タッチパネル１５０に手書き画像を表示させる（ステップＳ６１０）。プロセッサ１０６は、ステップＳ６０４からの処理を繰り返す。

　ユーザが手書き命令を入力しなかった場合（ステップＳ６０８においてＮＯである場合）、プロセッサ１０６は、通信デバイス１０１を介して他の携帯電話から「誘う」メールを受信したか否かを判断する（ステップＳ６１２）。他の携帯電話から「誘う」メールを受信しなかった（ステップＳ６１２においてＮＯである場合）、プロセッサ１０６は、ステップＳ６０４からの処理を繰り返す。

　一方、他の携帯電話から「誘う」メールを受信した場合（ステップＳ６１２においてＹＥＳである場合）、プロセッサ１０６は、通信デバイス１０１を介して「誘う」メールに含まれるマッチングサーバ４００のルームにアクセスして、他の携帯電話のＩＰアドレスを取得する。図２０（Ｆ）に示すように、プロセッサ１０６は、ＩＰアドレスに基づいて、通信デバイス１０１を介して他の携帯電話とのチャット通信を開始する。プロセッサ１０６は、タッチパネル１５０に、チャットを終了するための「切断」ボタン１５０Ｙを表示させる（ステップＳ６１４）。プロセッサ１０６は、「誘う」メールに含まれる手書き情報に基づいて、タッチパネル１５０に手書き画像を表示させる。

　図２１（Ａ）（Ｂ）に示すように、プロセッサ１０６は、他の携帯電話とチャット中である場合（第２状態）、タッチパネル１５０にチャットを終了するための「切断」ボタン１５０Ｙ（第２の画像）を表示する（ステップＳ６１４）。プロセッサ１０６は、タッチパネル１５０を介して、ユーザが「切断」ボタン１５０Ｙを押したか否かを判断する（ステップＳ６１６）。第２の画像とは、ユーザにチャットを終了することが認識できる入力と表示を兼ねたものでよく、アイコン、コメントや、表示装置を備えた切替スイッチであってもよい。

　図２１（Ｃ）～図２１（Ｅ）に示すように、ユーザが「切断」ボタン１５０Ｙを押したと判断した場合（ステップＳ６１６においてＹＥＳである場合）、プロセッサ１０６は、通信デバイス１０１を介して他の携帯電話にチャットを終了するための情報（第２の情報）を送信する（ステップＳ６１８）。このとき、プロセッサ１０６は、通信デバイス１０１を介してマッチングサーバ４００にルームを削除するための要求メッセージを送信しても良い。

　このようにして、図２１（Ｆ）に示すように、携帯電話１００はチャット通信を終了することができる。プロセッサ１０６は、タッチパネル１５０に、チャットを開始するための「誘う」ボタン１５０Ｘを表示させる（ステップＳ６０２）。

　一方、ユーザがボタンを押したと判断しなかった場合（ステップＳ６１６においてＮＯである場合）、プロセッサ１０６は、タッチパネル１５０を介して、ユーザが手書き命令を入力したか否かを判断する（ステップＳ６２０）。図２１（Ａ）（Ｂ）に示すように、ユーザが手書き命令を入力した場合（ステップＳ６２０においてＹＥＳである場合）、プロセッサ１０６は、通信デバイス１０１を介して手書き命令に対応する手書き情報を他の携帯電話に送信する（ステップＳ６２２）。プロセッサ１０６は、手書き命令に基づいて、タッチパネル１５０に手書き画像を表示させる（ステップＳ６２４）。プロセッサ１０６は、ステップＳ６１６からの処理を繰り返す。

　ユーザが手書き命令を入力しなかった場合（ステップＳ６２０においてＮＯである場合）、プロセッサ１０６は、通信デバイス１０１を介して他の携帯電話から手書き情報を受信したか否かを判断する（ステップＳ６２６）。図２１（Ａ）（Ｂ）に示すように、他の携帯電話から手書き情報を受信した場合（ステップＳ６２６においてＹＥＳである場合）、プロセッサ１０６は、手書き情報に基づいて、タッチパネル１５０に手書き画像を表示させる（ステップＳ６２４）。プロセッサ１０６は、ステップＳ６１６からの処理を繰り返す。

　他の携帯電話から手書き情報を受信しなかった場合（ステップＳ６２６においてＮＯである場合）、プロセッサ１０６は、通信デバイス１０１を介して他の携帯電話からチャットを終了するための情報を受信したか否かを判断する（ステップＳ６２８）。他の携帯電話からチャットを終了するための情報を受信しなかった場合（ステップＳ６２８においてＮＯである場合）、プロセッサ１０６は、ステップＳ６１６からの処理を繰り返す。

　一方、他の携帯電話からチャットを終了するための情報を受信した場合（ステップＳ６２８においてＹＥＳである場合）、図２１（Ｇ）に示すように、プロセッサ１０６は、通信デバイス１０１を介してチャット通信を終了する。プロセッサ１０６は、タッチパネル１５０に、チャットを開始するための「誘う」ボタン１５０Ｘを表示させる（ステップＳ６０２）。

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

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

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

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

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

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

　１　ネットワークシステム、９９　スタイラスペン、１００，１００Ａ，１００Ｂ　携帯電話、１０１　通信デバイス、１０２　ＧＰＳ、１０３　メモリ１０３１　各種変数、１０３２　下地ファイル、１０３３　通常のＰ２Ｐモードのフレーム画像、１０３４　第１の入力モードのフレーム画像、１０３５　第１の待ちモードのフレーム画像、１０３Ａ　ワークメモリ、１０３Ｂ　表示メモリ、１０３Ｃ　不揮発メモリ、１０４　スイッチ、１０５　時計、１０６　プロセッサ（制御部）、１０６１　通信制御部、１０６２　手書きアプリケーション、１０６３　タイマ処理部、１０６４　第１の判断部、１０６５　第２の判断部、１０６６　切替部、１０６７　表示制御部、１０７　ディスプレイ、１０９　スピーカ、１１０　操作部、１１９　タブレット、１５０，１５０Ａ，１５０Ｂ　タッチパネル、１５０Ｘ　「誘う」ボタン、１５０Ｙ　「切断」ボタン、１５０Ｚ　チャット可能端末リスト、２００　カーナビゲーション装置、３００　パーソナルコンピュータ、４００　マッチングサーバ、５００　インターネット網、７００　キャリア網。

Claims (12)

1. 　自己の端末の画像情報を他の端末と送受信する通信端末装置（１００）において、
   　画像情報を表示するためのディスプレイ（１０７）と、
   　ネットワークを介して他の端末との間で情報を送受信するための通信デバイス（１０１）と、
   　命令情報及び画像情報を入力するための入力デバイス（１１９）と、
   　第１の画像の表示中に前記入力デバイスからの第１の命令情報の入力に基づき前記ディスプレイに第２の画像を表示させて、前記通信デバイスを介して第１の情報を前記他の端末へ送信し、前記通信デバイスを介して前記他の端末から前記第１の情報を受信すると、前記ディスプレイに前記第２の画像を表示させる第１の制御と、前記第２の画像の表示中に前記入力デバイスからの第２の命令情報の入力に基づき前記ディスプレイに前記第１の画像を表示させて、前記通信デバイスを介して第２の情報を前記他の端末へ送信し、前記通信デバイスを介して前記他の端末から前記第２の情報を受信すると、前記ディスプレイに前記第１の画像を表示させる第２の制御を行うためのプロセッサ（１０６）とを備える、通信端末装置。
2. 　自己の端末の画像情報を他の端末と送受信する通信端末装置において、
   　画像情報を表示するためのディスプレイと、
   　ネットワークを介して他の端末との間で情報を送受信するための通信デバイスと、
   　命令情報及び画像情報を入力するための入力デバイスと、
   　第１の画像の表示中に前記入力デバイスからの第１の命令情報の入力に基づき前記ディスプレイに第２の画像を表示させて、前記通信デバイスを介して第１の情報を前記他の端末へ送信する第１の制御と、前記第２の画像の表示中に前記入力デバイスからの第２の命令情報の入力に基づき前記ディスプレイに前記第１の画像を表示させて、前記通信デバイスを介して第２の情報を前記他の端末へ送信する第２の制御を行うためのプロセッサとを備える、通信端末装置。
3. 　前記プロセッサは、
   　前記第１の制御として、前記入力デバイスを介して入力される前記第１の命令情報としての前記他の端末への前記画像情報を送信するための指示に基づいて、前記通信デバイスを介して前記第１の情報を前記他の端末へ送信するとともに、送信される画像を入力する権限が自端末にあることを示す情報を前記第２の画像として前記ディスプレイに表示させ、
   　前記第２の制御として、前記入力デバイスを介して入力される前記第２の命令情報としての送信される画像を入力する権限を移す指示に基づいて、前記通信デバイスを介して前記第２の情報を前記他の端末へ送信するとともに、送信される画像を入力する権限が前記他の端末にあることを示す情報を前記第１の画像として前記ディスプレイに表示させる、請求の範囲第２項に記載の通信端末装置。
4. 　前記プロセッサは、
   　前記第１および第２の画像の表示中に、前記通信デバイスを介して前記入力デバイスからの手書き入力に対する第１の手書き情報を前記他の端末へ送信し、前記通信デバイスを介して前記他の端末から第２の手書き情報を受信し、
   　前記第１および第２の画像の表示中に、前記第１および第２の手書き情報のそれぞれに基づいて前記ディスプレイに第１および第２の手書き画像を表示させる、請求の範囲第３項に記載の通信端末装置。
5. 　前記プロセッサは、
   　前記第１の画像が表示されている時間が第１の所定時間に達したか否かを判断し、
   　前記第１の画像が表示されている時間が前記第１の所定時間に達したときに、前記ディスプレイに第３の画像を表示させる、請求の範囲第３項または第４項に記載の通信端末装置。
6. 　前記プロセッサは、前記ディスプレイに前記第１の所定時間と前記第１の画像が表示されている時間との差分をカウントダウン表示させる、請求の範囲第５項に記載の通信端末装置。
7. 　前記プロセッサは、
   　前記第１の画像の表示中に、前記入力デバイスに前記命令が入力されない時間が第２の所定時間に達したか否かを判断し、
   　前記入力デバイスに前記命令が入力されない時間が第２の所定時間に達したときに、前記ディスプレイに第４の画像を表示させる、請求の範囲第３項から第６項のいずれかに記載の通信端末装置。
8. 　前記プロセッサは、前記ディスプレイに前記第２の所定時間と前記入力デバイスに前記命令が入力されない時間との差分をカウントダウン表示させる、請求の範囲第７項に記載の通信端末装置。
9. 　自己の端末の画像情報を他の端末と送受信する通信端末装置において、
   　画像情報を表示するためのディスプレイと、
   　ネットワークを介して他の端末との間で情報を送受信するための通信デバイスと、
   　第１の画像の表示中に前記通信デバイスを介して他の端末から第１の情報を受信すると、前記ディスプレイに第２の画像を表示させる第１の制御と、第２の画像の表示中に前記通信デバイスを介して前記他の端末から前記第２の情報を受信すると、前記ディスプレイに前記第１の画像を表示させる第２の制御と行うためのプロセッサとを備える、通信端末装置。
10. 　自己の端末の画像情報を他の端末と送受信する通信端末装置において、
    　画像情報を表示するためのディスプレイと、
    　ネットワークを介して他の端末との間で情報を送受信するための通信デバイスと、
    　命令情報及び画像情報を入力するための入力デバイスと、
    　第１の画像の表示中に、前記入力デバイスを介して前記第１の画像に対する操作と接続端末の選択とを受け付けることにより、前記通信デバイスを介して前記接続端末に第１の情報を送信し、前記ディスプレイに第２の画像を表示させる第１の制御と、第２の画像の表示中に、前記入力デバイスを介して前記第２の画像に対する操作を受け付けることにより、前記通信デバイスを介して前記接続端末に第２の情報を送信し、前記ディスプレイに前記第１の画像を表示させる第２の制御とを行うためのプロセッサとを備える、通信端末装置。
11. 　ディスプレイと通信デバイスと入力デバイスとプロセッサとを含む通信端末装置における通信方法であって、
    　前記プロセッサが、第１の画像の表示中に前記入力デバイスからの第１の命令情報の入力に基づき前記ディスプレイに第２の画像を表示させて、前記通信デバイスを介して第１の情報を前記他の端末へ送信するステップと、
    　前記プロセッサが、前記通信デバイスを介して前記他の端末から前記第１の情報を受信すると、前記ディスプレイに第２の画像を表示させるステップと、
    　前記プロセッサが、前記第２の画像の表示中に前記入力デバイスからの第２の命令情報の入力に基づき前記ディスプレイに前記第１の画像を表示させて、前記通信デバイスを介して第２の情報を前記他の端末へ送信するステップと、
    　前記プロセッサが、前記通信デバイスを介して前記他の端末から前記第２の情報を受信すると、前記ディスプレイに前記第１の画像を表示させるステップとを備える、通信方法。
12. 　ディスプレイと通信デバイスと入力デバイスとプロセッサとを含む通信端末装置に通信させるための通信プログラムであって、
    　前記通信プログラムは、前記プロセッサに、
    　第１の画像の表示中に前記入力デバイスからの第１の命令情報の入力に基づき前記ディスプレイに第２の画像を表示させて、前記通信デバイスを介して第１の情報を前記他の端末へ送信するステップと、
    　前記通信デバイスを介して前記他の端末から前記第１の情報を受信すると、前記ディスプレイに前記第２の画像を表示させるステップと、
    　前記第２の画像の表示中に前記入力デバイスからの第２の命令情報の入力に基づき前記ディスプレイに前記第１の画像を表示させて、前記通信デバイスを介して第２の情報を前記他の端末へ送信するステップと、
    　前記通信デバイスを介して前記他の端末から前記第２の情報を受信すると、前記ディスプレイに前記第１の画像を表示させるステップとを実行させる、通信プログラム。

Images