通信端末、通信方法、および通信プログラム
【課題】通信端末のそれぞれが表示するコンテンツの差異を低減することができる通信端末を提供する。
【解決手段】通信端末１００Ａ（１００Ｂ）は、ディスプレイ１０７と、入力命令を順次受け付ける入力デバイス１１９と、通信デバイス１０１と、少なくとも１つの入力命令に対応する第１の操作命令を生成する生成手段１０６１Ａと、通信デバイスを用いて、第１の操作命令を入力デバイスが対応する入力命令を受け付けた順に他の通信端末１００Ｂ（１００Ａ）へと送信し、他の通信端末から第２の操作命令を受信する通信制御手段１０６７Ａと、第１の操作命令と第２の操作命令とに基づいてコンテンツを編集して、編集後のコンテンツをディスプレイに表示させる表示制御手段１０６４Ａとを備える。
【解決手段】通信端末１００Ａ（１００Ｂ）は、ディスプレイ１０７と、入力命令を順次受け付ける入力デバイス１１９と、通信デバイス１０１と、少なくとも１つの入力命令に対応する第１の操作命令を生成する生成手段１０６１Ａと、通信デバイスを用いて、第１の操作命令を入力デバイスが対応する入力命令を受け付けた順に他の通信端末１００Ｂ（１００Ａ）へと送信し、他の通信端末から第２の操作命令を受信する通信制御手段１０６７Ａと、第１の操作命令と第２の操作命令とに基づいてコンテンツを編集して、編集後のコンテンツをディスプレイに表示させる表示制御手段１０６４Ａとを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して他の通信端末と接続可能な通信端末、通信方法、および通信プログラムに関し、特に、リアルタイムで他の通信端末とコンテンツをやり取りする通信端末、通信方法、および通信プログラムに関する。
【背景技術】
【０００２】
近年、携帯電話のユーザは、出先や移動先においても、電話機能を用いて他の携帯電話のユーザとコミュニケーションすることが可能となった。
【０００３】
しかしながら、電話機能によるコミュニケーションは、携帯電話のユーザが電車・バス・映画館・図書館などの公共施設を利用している時には許されない。そこで、ユーザは、メールやチャット等の機能を用いることによって、他の携帯電話のユーザと文字によるコミュニケーションを行っていた。文字によるコミュニケーションでは、肉声によるコミュニケーションと比較して、感情や状況などを表わす情報が伝わりにくい。また、文字によるコミュニケーションは、伝えたいメッセージを入力するために時間がかかるため、リアルタイムな応答ができない。
【０００４】
たとえば、特開２００１−１１１７０８号公報（特許文献１）には、携帯型情報通信装置が開示されている。特開２００１−１１１７０８号公報（特許文献１）によると、携帯型情報通信装置は、液晶ディスプレイ一体型タブレット等の入力手段を用いてユーザが入力した手書きデータの座標情報を、逐次連続して接続先の携帯型情報通信装置に送信するとともに、入力された手書きデータの筆跡を液晶ディスプレイ等表示手段に表示し、同時に、接続先の携帯型情報通信装置から送られてきた手書きデータの座標情報をもとに、受信した手書きデータの筆跡を表示手段に表示できるように構成したことを特徴とするものである。この構成により、携帯型の端末装置を用いて、手書き入力データをリアルタイムで送受信することができ、場所を選ばずいつでも筆談のような会話型のコミュニケーションを実現することができる。
【０００５】
また、特開２００３−２３４８４２号公報（特許文献２）には、リアルタイム手書き通信システムが開示されている。特開２００３−２３４８４２号公報（特許文献２）によると、リアルタイム手書き通信システムは、タッチパネル、タッチペン、データ入力装置、コントローラ装置、データ出力装置および表示装置を有する。手書きデータをタッチペンで入力し、出力データに変換できる。データ入力装置は、別のリアルタイム手書き通信システムから送信された入力データを受信し入力する。コントローラ装置は、タッチパネルおよびデータ入力装置と接続されており、入力データおよび出力データをリアルタイムに処理し、送信する。データ出力装置は、コントローラ装置に接続され、他のリアルタイム手書き通信システムに出力データを送信する。表示装置は入力データおよび出力データを表示する。
【０００６】
また、特開２００６−２９３４４９号公報（特許文献３）には、クライアント端末における手書き入力操作と表示とのずれを無くすとともに、手書き入力について明示的な操作者の切替を行うこと無く同時に書き込むことを可能とするアプリケーション共有システムが開示されている。特開２００６−２９３４４９号公報（特許文献３）によると、アプリケーション共有システムは、クライアント端末における入力イベントを電子ペン等による描画データの入力イベントとそれ以外の入力イベントとに区別する。アプリケーション共有手段とオブジェクト共有手段とのそれぞれが上記の処理を行う。描画データの入力イベントの場合には、オブジェクト共有手段がクライアント端末において入力イベントに応じた描画処理を行い、処理結果をクライアント端末で表示するとともに、描画データをオブジェクトデータに変換してサーバ端末のオブジェクト共有手段に送信し、サーバ端末に表示させる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−１１１７０８号公報
【特許文献２】特開２００３−２３４８４２号公報
【特許文献３】特開２００６−２９３４４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、複数人が自身の通信端末を利用することによって互いに手書きチャットを行う場面においては、通信端末Ａが複数の入力命令を受け付けた際に、通信端末Ａと他の通信端末Ｂとが共に同一の入力命令を同一の順序で処理することが好ましい。なぜなら、通信端末Ａが出力するコンテンツと通信端末Ｂが出力するコンテンツとが異なると、手書きチャット中のユーザ同士が正確に意思疎通できないからである。すなわち、通信端末Ａのユーザが閲覧するコンテンツと通信端末Ｂのユーザが閲覧するコンテンツとが同じであることが好ましい。
【０００９】
本発明は、かかる問題を解決するためになされたものであり、その目的は、通信端末のそれぞれが表示するコンテンツの差異を低減することができる通信端末、通信方法、および通信プログラムを提供することである。
【課題を解決するための手段】
【００１０】
この発明のある局面に従うと、通信端末が提供される。通信端末は、コンテンツを表示するディスプレイと、入力命令を順次受け付ける入力デバイスと、ネットワークを介して他の通信端末とデータを送受信する通信デバイスと、少なくとも１つの入力命令に対応する第１の操作命令を生成する生成手段と、通信デバイスを用いて、第１の操作命令を入力デバイスが対応する入力命令を受け付けた順に他の通信端末へと送信し、他の通信端末から第２の操作命令を受信する通信制御手段と、第１の操作命令と第２の操作命令とに基づいてコンテンツを編集して、編集後のコンテンツをディスプレイに表示させる表示制御手段とを備える。
【００１１】
好ましくは、生成手段は、第１の操作命令が予め定められた論理条件を満たすか否かを判断する判断手段と、論理条件を満たす第１の操作命令を論理命令に変換する変換手段とを含む。通信制御手段は、論理命令と、論理条件を満たさない第１の操作命令とを、入力デバイスが対応する入力命令を受け付けた順に送信する。
【００１２】
好ましくは、ディスプレイと入力デバイスとは、同時に複数の接触を検知するタッチパネルを構成する。表示制御手段は、選択可能なソフトウェアキーをタッチパネルに表示させる。判断手段は、タッチパネルを介して第１の操作命令としてソフトウェアキーの選択命令を受け付けたときに、当該選択命令が論理条件を満たすと判断し、タッチパネルを介して第１の操作命令として手書き入力命令を受け付けたときに、当該手書き入力命令が論理条件を満たさないと判断する。通信制御手段は、選択命令に対応する論理命令と手書き入力命令に対応する第１の操作命令とを、タッチパネルが対応する接触を検知した順に送信する。
【００１３】
この発明の別の局面に従うと、演算処理部と、ディスプレイと、入力デバイスと、ネットワークを介して他の通信端末とデータを送受信する通信デバイスとを備える通信端末に通信させるための通信プログラムが提供される。通信プログラムは、演算処理部に、コンテンツをディスプレイに表示させるステップと、入力命令を順次受け付けるステップと、少なくとも１つの入力命令に対応する第１の操作命令を生成するステップと、通信デバイスを用いて、第１の操作命令を入力デバイスが対応する入力命令を受け付けた順に他の通信端末へと送信するステップと、第１の操作命令に基づいてコンテンツを編集するステップと、他の通信端末から第２の操作命令を受信するステップと、第２の操作命令に基づいてコンテンツを編集するステップと、編集後のコンテンツをディスプレイに表示させるステップとを実行させる。
【００１４】
この発明の別の局面に従うと、演算処理部と、ディスプレイと、入力デバイスと、ネットワークを介して他の通信端末とデータを送受信する通信デバイスとを備える通信端末における通信方法が提供される。通信方法は、演算処理部が、コンテンツをディスプレイに表示させるステップと、入力デバイスが、入力命令を順次受け付けるステップと、演算処理部が、少なくとも１つの入力命令に対応する第１の操作命令を生成するステップと、演算処理部が、通信デバイスを用いて、第１の操作命令を入力デバイスが対応する入力命令を受け付けた順に他の通信端末へと送信するステップと、演算処理部が、第１の操作命令に基づいてコンテンツを編集するステップと、演算処理部が、他の通信端末から第２の操作命令を受信するステップと、演算処理部が、第２の操作命令に基づいてコンテンツを編集するステップと、演算処理部が、編集後のコンテンツをディスプレイに表示させるステップとを備える。
【発明の効果】
【００１５】
以上のように、本発明によって、通信端末のそれぞれが表示するコンテンツの差異を低減することができる通信端末、通信方法、および通信プログラムが提供される。
【図面の簡単な説明】
【００１６】
【図１】本実施の形態に係るネットワークシステムを示す概略図である。
【図２】本実施の形態に係るネットワークシステムにおける動作概要を示すシーケンス図である。
【図３】本実施の形態に係る携帯電話の概観を示すイメージ図である。
【図４】本実施の形態に係る携帯電話のハードウェア構成を示すブロック図である。
【図５】本実施の形態に係る携帯電話が記憶する各種変数を示すイメージ図である。
【図６】本実施の形態に係る多点入力可能な第１の携帯電話の機能構成を示すブロック図である。
【図７】本実施の形態に係るボタンの押下と入力デバイスから出力される信号との関係を示すイメージ図である。
【図８】本実施の形態に係る多点入力可能な第１の携帯電話のドライバが手書き入力に応じて出力するデータを示すイメージ図である。
【図９】本実施の形態に係る多点入力可能な第１の携帯電話のドライバが手書き入力と描画色ボタンの押下操作に応じて出力するデータを示すイメージ図である。
【図１０】本実施の形態に係る単点入力用の第２の携帯電話の機能構成を示すブロック図である。
【図１１】本実施の形態に係る多点入力可能な第１の携帯電話と単点入力用の第２の携帯電話とから構成されるネットワークシステムの機能構成を示すブロック図である。
【図１２】本実施の形態に係る多点入力可能な第１の携帯電話における命令判定処理の処理手順を示す第１のフローチャートである。
【図１３】本実施の形態に係る多点入力可能な第１の携帯電話における命令判定処理の処理手順を示す第２のフローチャートである。
【図１４】本実施の形態に係る単点入力用の第２の携帯電話における命令判定処理の処理手順を示すフローチャートである。
【図１５】本実施の形態に係る第１の携帯電話および第２の携帯電話における論理命令変換処理の処理手順を示すフローチャートである。
【図１６】本実施の形態に係る多点入力可能な第１の携帯電話における物理命令処理の処理手順を示す第１のフローチャートである。
【図１７】本実施の形態に係る多点入力可能な第１の携帯電話における物理命令処理の処理手順を示す第２のフローチャートである。
【図１８】本実施の形態に係る多点入力可能な第１の携帯電話における描画表示処理の処理手順を示すフローチャートである。
【図１９】本実施の形態に係る単点入力用の第２の携帯電話における物理命令処理の処理手順を示すフローチャートである。
【図２０】本実施の形態に係る第１の携帯電話および第２の携帯電話における論理命令処理の処理手順を示すフローチャートである。
【図２１】本実施の形態に係る単点入力用の第２の携帯電話における物理命令変換処理の処理手順を示す第１のフローチャートである。
【図２２】本実施の形態に係る単点入力用の第２の携帯電話における物理命令変換処理の処理手順を示す第２のフローチャートである。
【図２３】本実施の形態に係る多点入力可能な第１の携帯電話における物理命令変換処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００１８】
また、以下では、携帯電話１００を「通信端末」の代表例として説明を行う。ただし、通信端末は、パーソナルコンピュータや、カーナビゲーション装置（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）から構成される。ディスプレイ１０７は、制御部１０６からの信号に基づいてスタンプやスタンプが押された画像を表示する。
【００４７】
そして、本実施の形態に係る携帯電話１００においては、ディスプレイ１０７の下側（裏側）にタブレット１１９が敷設されている。これによって、ユーザは、たとえばスタイラスペン９９や指などを用いることによって、タブレット１１９を介して図形情報などを制御部１０６に手書き入力することができる。
【００４８】
本実施の形態に係るディスプレイ１０７とタブレット１１９とは、いわゆるタッチパネル１５０を構成する。なお、タッチパネル１５０は、各種方式（静電容量方式や抵抗膜方式）のタッチパネルによって実現されてもよいし、光センサ液晶によって実現されてもよい。
【００４９】
より詳細には、前述したように、本実施の形態においては、第１の携帯電話１００Ａのタブレット１１９（タブレット１１９Ａ）は、実質的に同時に複数の接触点を検知できる。そして、第２の携帯電話１００Ｂのタブレット１１９（タブレット１１９Ｂ）は、１つの接触点を検知できる。
【００５０】
通知部１０５は、スピーカによって実現される。通知部１０５は、他の通信端末からの呼びかけ（着呼）に応じて着信音を発することによって、他の通信端末からの着信をユーザに通知する。
【００５１】
あるいは、通知部１０５は、ＬＥＤ（Light Emitting Diode）によって実現される。通知部１０５は、他の通信端末からの呼びかけに応じて点灯したり点滅したりすることによって、他の通信端末からの着信をユーザに通知する。
【００５２】
あるいは、通知部１０５は、バイブレーション装置によって実現される。通知部１０５は、他の通信端末からの呼びかけに応じて通信端末自身を振動させることによって、他の通信端末からの着信をユーザに通知する。
【００５３】
揮発性メモリ１０３は、たとえば、作業用メモリとして機能する揮発性のＳ−ＲＡＭ（Static-Random Access Memory）やＶ−ＲＡＭ（Video Random Access Memory）などによって実現される。揮発性メモリ１０３は、アプリケーションプログラム１０３Ａや、論理命令テーブル１０３Ｂや、コンテンツデータ１０３Ｃや、各種変数１０３Ｄを揮発的に（一時的に）記憶する。
【００５４】
ここでの論理命令テーブル１０３Ｂは、ディスプレイ１０７に表示されるボタンの画像データと、当該ボタンの表示位置（表示エリア）と、当該ボタンに対応する論理命令とが対応付けられたテーブルである。より詳細には、制御部１０６は、タブレット１１９を介してスタイラスペン９９とディスプレイ１０７との接触位置を検知する。制御部１０６は、論理命令テーブル１０３Ｂを参照して、接触位置がボタンの表示エリア内に位置するか否かを判断する。制御部１０６は、接触位置がボタンの表示エリア内に位置する場合に、ユーザが当該ボタンに対応する論理命令を入力したものと判断する。すなわち、制御部１０６が実現するドライバが、接触位置がボタンの表示エリア内に位置する場合に、当該ボタンに対応する論理命令を上位のアプリケーションに受け渡す。
【００５５】
コンテンツデータ１０３Ｃは、下地画像を示す下地画像データや、手書き文字を示す手書きデータや、当該下地画像に貼られたスタンプの画像データや、スタンプが貼られた位置（エリア）を示す位置データなどを含む。制御部１０６は、操作命令に基づいてコンテンツデータ１０３Ｃを編集したり、編集後のコンテンツデータ１０３Ｃに基づいてディスプレイ１０７にコンテンツを表示したりする。すなわち、制御部１０６は、操作命令に基づいて、コンテンツデータ１０３Ｃを順次更新する。
【００５６】
より詳細には、制御部１０６は、受信した画像データやスタンプファイルを一時的に揮発性メモリ１０３に格納する。制御部１０６は、揮発性メモリ１０３から画像データを読み出して、ディスプレイ１０７に画像を表示させる。制御部１０６は、揮発性メモリ１０３からスタンプファイルを読み出して、ディスプレイ１０７にスタンプを表示させる。また、制御部１０６は、編集した画像データを一時的に揮発性メモリ１０３に格納する。
【００５７】
不揮発性メモリ１０８は、たとえば、オペレーティングシステムやアプリケーションプログラムや論理命令テーブル１０８Ａやスタンプデータ１０８Ｂなどを不揮発的に記憶するＲＯＭ（Read Only Memory）や、ＮＶ−ＲＡＭ（Non-Volatile Random Access Memory）や、静止画像データや動画像データなどを記憶するＨＤＤ（Hard Disk Drive）などによって実現される。
【００５８】
不揮発性メモリ１０８が記憶する論理命令テーブル１０８Ａも、ディスプレイ１０７に表示されるボタンの画像データと、当該ボタンの表示位置（表示エリア）と、当該ボタンに対応する論理命令とを対応付けて格納する。制御部１０６は、不揮発性メモリ１０８から論理命令テーブル１０８Ａを読み出して、当該論理命令テーブル１０８Ａを一時的に揮発性メモリ１０３に格納する。
【００５９】
より詳細には、制御部１０６は、不揮発性メモリ１０８が記憶している画像データやスタンプファイルを読み出して、揮発性メモリ１０３に一時的に格納する。制御部１０６は、受信したスタンプファイルや画像データを、それらの対応する付加情報に基づいて、揮発性メモリ１０３あるいは不揮発性メモリ１０８に格納する。具体的には、制御部１０６は、表示することや編集することや他の通信端末へ送信することが許可されているスタンプファイルや画像データを不揮発性メモリ１０８に格納する。
【００６０】
＜各種変数＞
次に、多点入力可能な第１の携帯電話１００Ａの揮発性メモリ１０３が記憶する各種変数１０３Ｄについて説明する。図５は、本実施の形態に係る携帯電話１００が記憶する各種変数１０３Ｄを示すイメージ図である。
【００６１】
図５を参照して、多点入力可能な第１の携帯電話１００Ａにおける各種変数１０３Ｄは、システム全体の変数として、自端末のＩＰアドレス（MyIPADR）と、通信相手端末のＩＰアドレス（HisIPADR）と、自端末のデバイスタイプ（MyDEVTP）とを含む。ここで、自端末のＩＰアドレスとは、Ｐ２Ｐ通信を開始する際に、自端末に割当てられた固有の識別情報である。通信相手端末のＩＰアドレスとは、当該通信相手端末とＰ２Ｐ通信を開始する際に、当該通信相手端末あるいはマッチングサーバ４００から取得した当該通信相手端末の識別情報である。自端末のデバイスタイプとは、自端末が有するデバイスドライバの種類を示す情報である。たとえば、自端末のデバイスタイプが０である場合、自端末は単点用の入力デバイスを有していることを示す。一方、自端末のデバイスタイプが１である場合、自端末が多点入力可能な入力デバイスを有していることを示す。
【００６２】
また、各種変数１０３Ｄは、操作命令が論理命令であるか否かを判断するための処理が完了したか否かを判断するフラグ（LE_Flag）と、第１の操作座標（o_perl）と第２の操作座標（o_per2）と、論理操作座標（o_per3）と、前回出力された自端末の第１の操作情報（MyOldP1）と、前回出力された相手端末の第１の操作情報（HisOldP1）と、前回出力された自端末の第２の操作情報（MyOldP2）と、前回出力された相手端末の第２の操作情報（HisOldP2）、第１の描画開始座標（sp1）と、第１の描画終了座標（ep1）と、第２の描画開始座標（sp2）と、第２の描画終了点（ep2）と、描画色（dc）と、自端末が現在選択している描画色（MyPenC）と、相手端末が現在選択している描画色（HisPenC）とを含む。
【００６３】
次に、単点入力用の第２の携帯電話１００Ｂの揮発性メモリ１０３が記憶する各種変数１０３Ｄについて説明する。
【００６４】
図５を参照して、単点入力用の第２の携帯電話１００Ｂにおける各種変数１０３Ｄは、システム全体の変数に加えて、操作命令が論理命令であるか否か判断するための処理が完了したか否かを判断するフラグ（LE_Flag）と、操作座標（o_perl）と、前回出力された自端末の第１の操作情報（MyOldP）と、前回出力された相手端末の操作情報（HisOldP）と、描画開始座標（sp1）と、描画終了座標（ep1）と、描画色（dc）と、自端末が現在選択している描画色（MyPenC）と、相手端末が現在選択している描画色（HisPenC）とを含む。
【００６５】
そして、単点入力用の第２の携帯電話１００Ｂの揮発性メモリ１０３が記憶する各種変数１０３Ｄは、多点入力可能な第１の携帯電話１００Ａから受信した操作命令（物理命令）であって編集処理が未完了の操作命令（BUF2nd[]）と、当該操作命令の個数（bcnt）とを含む。
【００６６】
＜多点入力可能な携帯電話１００Ａの機能構成＞
次に、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａの機能構成について説明する。図６は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａの機能構成を示すブロック図である。
【００６７】
図６に示すように、第１の携帯電話１００Ａは、生成部１０６１Ａと、表示制御部１０６４Ａと、通信制御部１０６７Ａとを含む。また、前述したように、第１の携帯電話１００Ａは、通信デバイス１０１と、ディスプレイ１０７と、タブレット１１９Ａと、揮発性メモリ１０３（図４参照）と、不揮発性メモリ１０８（図４参照）とも含む。
【００６８】
前述したように、タブレット１１９Ａは、ユーザから手書き入力やソフトウェアキー入力などを受け付けて、入力動作に対応する入力命令を順次揮発性メモリ１０３に格納する。すなわち、タブレット１１９Ａは、ユーザからの各種入力命令を受け付ける受付部を実現する。本実施の形態に係る「入力命令」は、タブレット１１９Ａ上の接触箇所を示す座標（入力用の座標）をいう。そして、第１の携帯電話１００Ａのタブレット１１９Ａは、実質的に同時に複数の座標の入力を受け付けることが可能である。
【００６９】
より詳細には、タブレット１１９Ａは、ユーザの指がタッチパネル１５０に接触した位置を制御部１０６（後述する命令判断部１０６２Ａ）に順次入力する。すなわち、タブレット１１９Ａは、ユーザがタッチパネル１５０に接触した位置を検知して、順次当該入力用の座標（２つの入力用の座標（Ｐ１，Ｐ２））を順次制御部１０６に受け渡す。
【００７０】
制御部１０６は、タブレット１１９Ａから入力されてくる座標（Ｐ１，Ｐ２）を順次描画エリア上の座標（Ｌ１，Ｌ２）に変換して、当該描画エリア上の座標（物理情報）を手書き入力命令として揮発性メモリ１０３に記憶する。あるいは、制御部１０６は、論理命令テーブル１０３Ｂを参照して、タブレット１１９Ａから順次入力されてくる座標（Ｐ１，Ｐ２）に対応する論理命令を読み出し、当該論理命令を順次揮発性メモリ１０３に記憶する。
【００７１】
ディスプレイ１０７は、制御部１０６からのデータに基づいて、画像やテキストを表示する。具体的には、ディスプレイ１０７は、制御部１０６からのデータに基づいて、スタンプが押されたコンテンツを表示する。あるいは、ディスプレイ１０７は、制御部１０６からのデータに基づいて、自身のタブレット１１９Ａにて受け付けた手書き入力命令に対応する手書き画像と、通信デバイス１０１にて受信した操作情報に対応する手書き画像とを重ねて表示する。あるいは、ディスプレイ１０７は、制御部１０６からのデータに基づいて、ユーザがタッチパネル１５０を介して選択可能な（押下可能な）ソフトウェアキーなどを表示する。
【００７２】
通信デバイス１０１は、図示しない通信アンテナや信号処理部によって実現される。通信デバイス１０１は、タブレット１１９Ａが受け付けた手書き入力命令や表示されているボタンを選択するための選択命令やコンテンツにスタンプを貼り付けるための押下命令などの操作命令を他の通信端末へと送信する。通信デバイス１０１は、他の通信端末からコンテンツデータや操作命令を受信する。制御部１０６は、受信したコンテンツデータや操作命令などを揮発性メモリ１０３あるいは不揮発性メモリ１０８に記憶する。
【００７３】
生成部１０６１Ａと、表示制御部１０６４Ａと、通信制御部１０６７Ａとは、制御部１０６によって実現される機能である。より詳細には、制御部１０６が有する各機能は、制御部１０６が揮発性メモリ１０３などに記憶される制御プログラム（アプリケーションプログラム）を実行して、図４に示される各ハードウェアを制御することによって実現される機能である。本実施の形態に係る制御部１０６は、不揮発性メモリ１０８に予め格納された制御プログラムを、揮発性メモリ１０３のワークメモリに読み出す。そして、制御部１０６は、揮発性メモリ１０３上の制御プログラムを順次実行することによって、上記の各機能ブロックを実現する。
【００７４】
生成部１０６１Ａは、タブレット１１９Ａからの入力命令を順次受け付ける。生成部１０６１Ａは、１または複数の入力命令を含む一連の入力命令を受け付けて、当該一連の入力命令対応する操作命令を生成する。操作命令は、たとえば、後述する物理命令（２つの入力用座標）や論理命令を含む。以下では、操作命令のうち、論理命令に含まれない命令を物理命令という。
【００７５】
たとえば、生成部１０６１Ａは、タブレット１１９Ａから順次入力されてくる入力命令から、予め登録されている条件（座標エリアなど）を満たす一連の入力命令を抽出する命令判断部１０６２Ａを含む。すなわち、命令判断部１０６２Ａは、論理命令テーブル１０３Ｂを参照して、一連の入力命令が予め登録されている条件を満たすか否かを判断する。命令判断部１０６２Ａは、予め登録されている条件を満たす一連の入力命令を論理命令変換部１０６３Ａに受け渡す。
【００７６】
また、命令判断部１０６２Ａは、タブレット１１９Ａから順次入力されてくる入力命令に基づいて、予め登録されている条件を満たさない入力命令を物理命令に変換する。本実施の形態に係る、命令判断部１０６２Ａは、２つの入力用の座標（Ｐ１，Ｐ２）を２つの描画エリア上の座標（Ｌ１，Ｌ２）に変換する。
【００７７】
ここでは、入力用の座標（Ｐ１，Ｐ２）とは、タブレット１１９Ａ上の座標、すなわちタブレット１１９Ａの左上隅を基準とした座標である。一方、描画エリア上の座標（Ｌ１，Ｌ２）とは、ディスプレイ１０７が表示する描画エリア上の座標、すなわち手書き入力が可能なエリアの左上隅を基準とした座標である。
【００７８】
また、生成部１０６１Ａは、論理命令テーブル１０３Ｂに基づいて、抽出された一連の入力命令を順次論理命令に変換する論理命令変換部１０６３Ａを含む。たとえば、論理命令変換部１０６３Ａは、抽出された一連の入力命令を論理命令としての描画色の選択命令に変換する。すなわち、命令判断部１０６２Ａと論理命令変換部１０６３Ａとは、共同して、対応する入力命令が生成部１０６１Ａあるいはタブレット１１９Ａに入力された順に、それぞれの操作命令を通信制御部１０６７Ａに入力する。
【００７９】
ここで、論理命令および操作命令について、通常のボタンを用いて説明する。図７（Ａ）および図７（Ｂ）は、本実施の形態に係るボタンの押下と入力デバイスから出力される信号との関係を示すイメージ図である。すなわち、図（７）および図７（Ｂ）は、通常のボタンから構成される入力デバイスのイメージと当該入力デバイスのドライバが出力する出力データとを例示する。なお、ここでのドライバは、ボタンからの信号に基づいて、ボタンに対するＯＮ／ＯＦＦの一連操作（クリック操作）のみを検出し、上位のアプリケーションなど出力するものとする。
【００８０】
図７（Ａ）を参照して、入力デバイスは、ボタンが押下されていない状態（解放状態）からボタンが押下された状態（押下）に遷移した時点で、入力デバイスドライバに対して「ＭＡＫＥ」信号を出力する。そして、図７（Ｂ）を参照して、入力デバイスは、押下状態から解放状態に遷移した時点で、入力デバイスドライバに対して「ＢＲＥＡＫ」信号を出力する。
【００８１】
たとえば、クリックのみを検出する入力デバイスのドライバは、この入力デバイスからの入力に基づいて、「ＭＡＫＥ」信号を受け付けた後、第１の所定時間内に「ＢＲＥＡＫ」信号を受け付けたときに、所定のデータを上位のアプリケーションに出力する。すなわち、ドライバは、所定時間内にボタンのＯＮ／ＯＦＦが切り替わったことを検知したときに、「Ｍ−Ｃｌｉｃｋ」信号を上位のアプリケーションに出力する。
【００８２】
逆に、ドライバは、「ＭＡＫＥ」信号を受け付けた後、第２の所定時間内に「ＢＲＥＡＫ」信号を受け付けなければ、「Ｂ−Ｃｌｉｃｋ」信号を上位のアプリケーションに出力する。なお、ドライバは、「ＭＡＫＥ」信号を受け付けてから第３の所定時間内に「ＢＲＥＡＫ」信号を受け付けなければ、その後に最初に入力される「ＢＲＥＡＫ」信号を無視する。すなわち、ドライバは、入力デバイスから信号を受け付けなかったものとみなす。
【００８３】
上位のアプリケーションは、ドライバからの出力を受けて、第１の所定の処理を実行する。たとえば、ダブルクリックを受け付ける上位のアプリケーションは、連続して（第４の所定時間内に）２回の「Ｍ−Ｃｌｉｃｋ」信号を受け付けた場合に、所定の処理を実行してもよい。そして、上位のアプリケーションは、ドライバからの「Ｍ−Ｃｌｉｃｋ」信号や「Ｂ−Ｃｌｉｃｋ」信号の各々に応じて、第２の所定の処理を実行してもよい。
【００８４】
本実施の形態においては、生成部１０６１Ａは、ドライバが出力する「Ｍ−Ｃｌｉｃｋ」信号および「Ｂ−Ｃｌｉｃｋ」信号のそれぞれを入力命令として受け付ける。そして、生成部１０６１Ａは、「Ｍ−Ｃｌｉｃｋ」信号や「Ｂ−Ｃｌｉｃｋ」信号からなる一連の入力命令をダブルクリックという論理命令に変換する。
【００８５】
あるいは、生成部１０６１Ａは、ドライバが出力する「ＭＡＫＥ」信号および「ＢＲＥＡＫ」信号のそれぞれを入力命令として受け付けてもよい。生成部１０６１Ａは、「ＭＡＫＥ」信号および「ＢＲＥＡＫ」信号からなる一連の入力命令を「Ｍ−Ｃｌｉｃｋ」信号および「Ｂ−Ｃｌｉｃｋ」信号という操作命令として取得してもよい。生成部１０６１Ａは、「ＭＡＫＥ」信号および「ＢＲＥＡＫ」信号からなる一連の操作命令（「Ｍ−Ｃｌｉｃｋ」信号および「Ｂ−Ｃｌｉｃｋ」信号からなる一連の入力命令）をダブルクリックという論理命令として取得してもよい。
【００８６】
すなわち、本実施の形態に係る「入力命令」とは、所定のデータ形式でドライバから出力される命令データを意味する。「操作命令」とは、この「入力命令」を素として、生成部１０６１Ａが上位アプリの規定に基づいて生成する命令データ、もしくはサブセットなどを意味する。そして、本実施の形態に係る生成部１０６１Ａは、操作命令や論理命令を、対応する入力命令が入力された順に、すなわち入力デバイスが対応する入力デバイスを受け付けた順に、通信制御部１０６７Ａや論理命令変換部１０６３Ａへと出力するものである。
【００８７】
以下では、ドライバからの手書き入力に対応する出力データについて説明する。図８は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａのドライバが手書き入力に応じて出力するデータを示すイメージ図である。
【００８８】
図８（Ａ）を参照して、タブレット１１９Ａが２つの接触点を検知した場合、ドライバはタブレット１１９Ａからの信号に基づいて、１つ目の接触点の座標ＦＦ０１と２つ目の接触点の座標ＳＦ０１とをあわせて出力する。たとえば、ドライバは、（ＦＦ０１，ＳＦ０２）を示すデータを生成部１０６１Ａに出力する。
【００８９】
図８（Ｂ）を参照して、引き続き、タブレット１１９Ａが連続して２つの接触点を検知すると、ドライバは２つの接触点の座標を順次出力する。たとえば、ドライバは、（ＦＦ０２，ＳＦ０２）〜（ＦＦ０ｎ，ＳＦ０ｎ）を示すデータを生成部１０６１Ａに出力する。
【００９０】
図８（Ｃ）を参照して、その後、タブレット１１９Ａが連続して１つの接触点だけを検知すると、ドライバは１つの接触点の座標を順次出力する。たとえば、ドライバは、（ＦＦ１１，ＮＵＬＬ）〜（ＦＦ１ｎ，ＮＵＬＬ）を示すデータを生成部１０６１Ａに出力する。
【００９１】
次に、ドライバからの手書き入力および描画色の選択命令に対応する出力データについて説明する。同様に、図９は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａのドライバが手書き入力と描画色ボタンの押下操作に応じて出力するデータを示すイメージ図である。
【００９２】
図９（Ａ）を参照して、タブレット１１９Ａが１つの接触点を検知した場合、ドライバはタブレット１１９Ａからの信号に基づいて、１つ目の接触点の座標ＦＦ０１を順次出力する。たとえば、ドライバは、（ＦＦ０１，ＮＵＬＬ）〜（ＦＦ０ｎ，ＮＵＬＬ）を示すデータを出力した後、（ＦＦ１１，ＮＵＬＬ）〜（ＦＦ１ｎ，ＮＵＬＬ）を示すデータを生成部１０６１Ａに出力する。
【００９３】
図９（Ｂ）を参照して、タブレット１１９Ａが２つ目の接触点を検知すると、ドライバは２つの接触点の座標を出力する。たとえば、ドライバは、（ＦＦ２１，ＳＦ２１）を示すデータを生成部１０６１Ａに出力する。
【００９４】
図９（Ｃ）を参照して、引き続き、タブレット１１９Ａが２つの接触点を検知すると、ドライバは２つの接触点の座標を出力する。たとえば、ドライバは、（ＦＦ２２，ＳＦ２２）〜（ＦＦ２ｎ，ＳＦ２ｎ）を示すデータを生成部１０６１Ａに出力する。
【００９５】
図９（Ｄ）を参照して、その後、タブレット１１９Ａが連続して１つの接触点だけを検知すると、ドライバは１つの接触点の座標を順次出力する。たとえば、ドライバは、（ＦＦ２ｎ＋１，ＮＵＬＬ）〜（ＦＦ２ｍ，ＮＵＬＬ）を示すデータを生成部１０６１Ａに出力する。
【００９６】
図６に戻って、通信制御部１０６７Ａは、通信デバイス１０１を用いて、他の通信端末とＰ２Ｐ通信を行う。より詳細には、通信制御部１０６７Ａは、通信デバイス１０１を用いて他のサーバ装置などから自身のＩＰアドレスと他の通信端末のＩＰアドレスとを取得することにより、他の通信端末との間で当該ＩＰアドレスを利用して直接データを送受信し始める。
【００９７】
本実施の形態に係る通信制御部１０６７Ａは、通信デバイス１０１を用いて、操作命令を示すデータをインターネット網５００などを介して他の携帯電話１００（たとえば、第２の携帯電話１００Ｂ）に送信する。たとえば、通信制御部１０６７Ａは、通信デバイス１０１を介して、命令判断部１０６２Ａからの物理命令としての２点の描画エリア上の座標（Ｌ１，Ｌ２）を他の携帯電話１００に送信する。あるいは、通信制御部１０６７Ａは、通信デバイス１０１を介して、論理命令変換部１０６３Ａからの論理命令としての描画色の選択命令を他の携帯電話１００に送信する。また、通信制御部１０６７Ａは、通信デバイス１０１を介して、自身に割り当てられたＩＰアドレスや自身が多点入力可能な端末であることを示す情報などを他の携帯電話１００に送信する。
【００９８】
本実施の形態に係る通信制御部１０６７Ａは、通信デバイス１０１を介して、物理命令としての２点の描画エリア上の座標（Ｌ１，Ｌ２）や、論理命令としての描画色の選択命令などを、対応する入力命令がタブレット１１９Ａ（タッチパネル１５０）や生成部１０６１Ａに入力された順に送信する。
【００９９】
逆に、通信制御部１０６７Ａは、通信デバイス１０１を用いて、操作命令を示すデータをインターネット網５００などを介して他の携帯電話１００から受信する。たとえば、通信制御部１０６７Ａは、通信デバイス１０１を介して、物理命令としての２点の座標（Ｌ１，Ｌ２）あるいは１点の座標Ｌ１を他の携帯電話１００から受信する。あるいは通信制御部１０６７Ａは、通信デバイス１０１を介して、論理命令としての描画色の選択命令を他の携帯電話１００から受信する。また、通信制御部１０６７Ａは、通信デバイス１０１を介して、他の携帯電話１００のＩＰアドレスや他の携帯電話１００が多点入力可能な端末であるか否かを示す情報などを他の携帯電話１００から受信する。
【０１００】
より詳細には、通信制御部１０６７Ａは、通信デバイス１０１から物理命令を取得して、当該物理命令が多点用であるか否かを判断するデバイス判断部１０６８Ａと、単点用の物理命令を多点用の物理命令に変換する物理命令変換部１０６９Ａとを含む。
【０１０１】
デバイス判断部１０６８Ａは、物理命令が多点用である場合、当該２点の座標（Ｌ１，Ｌ２）を表示制御部１０６４Ａ（後述する物理命令処理部１０６６Ａ）に受け渡す。デバイス判断部１０６８Ａは、物理命令が単点用である場合、当該１点の座標Ｌ１を物理命令変換部１０６９Ａに受け渡す。
【０１０２】
物理命令変換部１０６９Ａは、１点の座標Ｌ１に基づいて、多点用の物理命令、すなわち２点の座標（Ｌ１，ＮＵＬＬ）を生成する。物理命令変換部１０６９Ａは、変換後の２点の座標（Ｌ１，ＮＵＬＬ）を表示制御部１０６４Ａ（後述する物理命令処理部１０６６Ａ）に受け渡す。
【０１０３】
なお、通信制御部１０６７Ａは、通信デバイス１０１が受信した論理命令を表示制御部１０６４Ａ（後述する論理命令処理部１０６５Ａ）に受け渡す。
【０１０４】
表示制御部１０６４Ａは、手書きチャット中のコンテンツデータに基づいて、ディスプレイ１０７にコンテンツを表示させる。また、表示制御部１０６４Ａは、タブレット１１９Ａと生成部１０６１Ａとを介して受け付けた操作命令と通信デバイス１０１と通信制御部１０６７Ａとを介して受信した操作命令とに基づいて、手書きチャット中のコンテンツデータを編集する。そして、表示制御部１０６４Ａは、編集後のコンテンツデータをディスプレイ１０７に表示させる。
【０１０５】
より詳細には、表示制御部１０６４Ａは、論理命令変換部１０６３Ａからの論理命令および通信制御部１０６７Ａからの論理命令に基づいてコンテンツデータを編集する論理命令処理部１０６５Ａを含む。たとえば、論理命令処理部１０６５Ａは、論理命令としての描画色の選択命令（変更命令）に応じて、手書き入力用の描画色（変数dcの値）を設定し直す。
【０１０６】
また、表示制御部１０６４Ａは、命令判断部１０６２Ａからの物理命令とデバイス判断部１０６８Ａからの物理命令と物理命令変換部１０６９Ａからの物理命令とに基づいてコンテンツデータを編集する物理命令処理部１０６６Ａを含む。物理命令処理部１０６６Ａは、順次入力される２点の座標（Ｌ１，Ｌ２）に基づいて、コンテンツに手書き画像を追加する。たとえば、物理命令処理部１０６６Ａは、下図画像に文字などの線画像を書き加える。
【０１０７】
このようにして、表示制御部１０６４Ａは、論理命令処理部１０６５Ａと物理命令処理部１０６６Ａとによって編集されたコンテンツデータに基づいて、ディスプレイ１０７に編集後のコンテンツを表示させる。
【０１０８】
＜単点入力用の携帯電話１００Ｂの機能構成＞
次に、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂの機能構成について説明する。単点入力用の第２の携帯電話１００Ｂが有する機能のうち、第１の携帯電話１００Ａが有する機能と同様のものについては、ここでは説明を繰り返さない。図１０は、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂの機能構成を示すブロック図である。
【０１０９】
図１０に示すように、第２の携帯電話１００Ｂは、生成部１０６１Ｂと、表示制御部１０６４Ｂと、通信制御部１０６７Ｂとを含む。また、前述したように、第２の携帯電話１００Ｂは、通信デバイス１０１と、ディスプレイ１０７と、タブレット１１９Ｂと、揮発性メモリ１０３（図４参照）と、不揮発性メモリ１０８（図４参照）とも含む。
【０１１０】
前述したように、タブレット１１９Ｂは、ユーザから手書き入力やソフトウェアキー入力などを受け付けて、入力動作に対応する入力命令を揮発性メモリ１０３に格納する。タブレット１１９Ｂは、ユーザからの各種入力命令を受け付ける受付部を実現する。ここでの「入力命令」は、タブレット１１９Ａ上の接触箇所を示す座標（入力用の座標）をいう。そして、第２の携帯電話１００Ｂのタブレット１１９Ｂは、１つの接触位置を検知することが可能である。
【０１１１】
より詳細には、タブレット１１９Ｂは、ユーザの指が接触した位置を制御部１０６（後述する命令判断部１０６２Ｂ）に入力する。すなわち、タブレット１１９Ｂは、ユーザがタッチパネル１５０に接触した位置を検知して、順次当該入力用の座標（１つの入力用の座標Ｐ１）を制御部１０６に受け渡す。
【０１１２】
たとえば、制御部１０６は、タブレット１１９Ｂから順次入力されてくる座標Ｐ１を描画エリア上の座標Ｌ１に変換して、当該描画エリア上の座標（物理情報）を手書き入力命令として揮発性メモリ１０３に記憶する。あるいは、たとえば、制御部１０６は、論理命令テーブル１０３Ｂを参照して、タブレット１１９Ａから順次入力されてくる座標Ｐ１に対応する論理命令を読み出し、当該論理命令を揮発性メモリ１０３に記憶する。
【０１１３】
ディスプレイ１０７は、制御部１０６からのデータに基づいて、画像やテキストを表示する。具体的には、ディスプレイ１０７は、制御部１０６からのデータに基づいて、スタンプが押されたコンテンツを表示する。あるいは、ディスプレイ１０７は、制御部１０６からのデータに基づいて、自身のタブレット１１９Ｂにて受け付けた手書き入力命令に対応する手書き画像と、通信デバイス１０１にて受信した手書き情報に対応する手書き画像とを重ねて表示する。あるいは、ディスプレイ１０７は、制御部１０６からのデータに基づいて、選択可能なソフトウェアキーなどを表示する。
【０１１４】
通信デバイス１０１は、図示しない通信アンテナや信号処理部によって実現される。通信デバイス１０１は、タブレット１１９Ｂが受け付けた手書き入力命令や表示されているボタンを選択するための選択命令やコンテンツにスタンプを貼り付けるための押下命令などを示す操作命令を他の通信端末へと送信する。通信デバイス１０１は、他の通信端末からコンテンツデータや操作命令を受信する。制御部１０６は、受信したコンテンツデータや操作命令などを揮発性メモリ１０３あるいは不揮発性メモリ１０８に記憶する。
【０１１５】
生成部１０６１Ｂと、表示制御部１０６４Ｂと、通信制御部１０６７Ｂとは、制御部１０６などによって実現される機能である。より詳細には、制御部１０６が有する各機能は、制御部１０６が揮発性メモリ１０３などに記憶される制御プログラムを実行して、図４に示される各ハードウェアを制御することによって実現される機能である。たとえば、制御部１０６は、不揮発性メモリ１０８に予め格納されたプログラムを、揮発性メモリ１０３のワークメモリに読み出す。そして、制御部１０６は、揮発性メモリ１０３のプログラムを順次実行することによって、上記の機能ブロックを実現する。
【０１１６】
生成部１０６１Ｂは、タブレット１１９Ｂから順次入力命令を受け付ける。生成部１０６１Ｂは、１または複数の入力命令を含む一連の入力命令を受け付けて、当該一連の入力命令に対応する操作命令を順次生成する。操作命令は、たとえば、前述したような物理命令（１つの入力用座標）や論理命令を含む。以下では、操作命令のうち、論理命令に含まれない命令を物理命令という。
【０１１７】
たとえば、生成部１０６１Ｂは、タブレット１１９Ｂから順次入力されてくる入力命令から、予め登録されている条件（座標エリアなど）を満たす一連の入力命令を順次抽出する命令判断部１０６２Ｂを含む。命令判断部１０６２Ｂは、当該一連の入力命令を順次論理命令変換部１０６３Ｂに受け渡す。また、命令判断部１０６２Ｂは、タブレット１１９Ｂから順次入力されてくる入力命令に基づいて、予め登録されている条件を満たさない入力命令を順次物理命令に変換する。たとえば、命令判断部１０６２Ｂは、１つの入力用の座標Ｐ１を１つの描画エリア上の座標Ｌ１に変換する。
【０１１８】
また、生成部１０６１Ｂは、論理命令テーブル１０３Ｂに基づいて、抽出された一連の入力命令を順次論理命令に変換する論理命令変換部１０６３Ｂを含む。たとえば、論理命令変換部１０６３Ｂは、抽出された一連の入力命令を論理命令としての描画色の選択命令に変換する。すなわち、命令判断部１０６２Ｂと論理命令変換部１０６３Ｂとは、共同して、対応する入力命令が生成部１０６１Ｂあるいはタブレット１１９Ｂに入力された順に、それぞれの操作命令を通信制御部１０６７Ｂに入力する。
【０１１９】
論理命令および操作命令については、第１の携帯電話１００Ａのそれと同様であるため、ここでは説明を繰り返さない。
【０１２０】
通信制御部１０６７Ｂは、通信デバイス１０１を用いて、他の通信端末とＰ２Ｐ通信を行う。より詳細には、通信制御部１０６７Ｂは、通信デバイス１０１を用いて他のサーバ装置などから自身のＩＰアドレスと他の通信端末のＩＰアドレスとを取得することにより、他の通信端末との間で当該ＩＰアドレスを利用して直接データを送受信し始める。
【０１２１】
本実施の形態に係る通信制御部１０６７Ｂは、通信デバイス１０１を用いて、操作命令を示すデータをインターネット網５００などを介して他の携帯電話１００（たとえば、第１の携帯電話１００Ａ）に送信する。たとえば、通信制御部１０６７Ｂは、通信デバイス１０１を介して、命令判断部１０６２Ｂからの物理命令としての１点の描画エリア上の座標Ｌ１を他の携帯電話１００に送信する。あるいは通信制御部１０６７Ｂは、通信デバイス１０１を介して、論理命令変換部１０６３Ｂからの論理命令としての描画色の選択命令を他の携帯電話１００に送信する。また、通信制御部１０６７Ｂは、通信デバイス１０１を介して、自身に割り当てられたＩＰアドレスや自身が多点入力可能な端末であることを示す情報などを他の携帯電話１００に送信する。
【０１２２】
本実施の形態に係る通信制御部１０６７Ｂは、通信デバイス１０１を介して、物理命令としての１点の描画エリア上の座標Ｌ１や、論理命令としての描画色の選択命令などを、対応する入力命令がタブレット１１９Ｂ（タッチパネル１５０）や生成部１０６１Ｂに入力された順に送信する。
【０１２３】
逆に、通信制御部１０６７Ｂは、通信デバイス１０１を用いて、操作命令を示すデータをインターネット網５００などを介して他の携帯電話１００から受信する。たとえば、通信制御部１０６７Ｂは、通信デバイス１０１を介して、物理命令としての２点の座標（Ｌ１，Ｌ２）あるいは１点の座標Ｌ１を他の携帯電話１００から受信する。あるいは通信制御部１０６７Ｂは、通信デバイス１０１を介して、論理命令としての描画色の選択命令を他の携帯電話１００から受信する。また、通信制御部１０６７Ｂは、通信デバイス１０１を介して、他の携帯電話１００のＩＰアドレスや他の携帯電話１００が多点入力可能な端末であるか否かを示す情報などを他の携帯電話１００から受信する。
【０１２４】
より詳細には、通信制御部１０６７Ｂは、通信デバイス１０１から物理命令を取得して、当該物理命令が多点用であるか否かを判断するデバイス判断部１０６８Ｂと、多点用の物理命令を単点用の物理命令に変換する物理命令変換部１０６９Ｂとを含む。
【０１２５】
デバイス判断部１０６８Ｂは、物理命令が単点用である場合、当該１点の座標Ｌ１を表示制御部１０６４Ｂ（後述する物理命令処理部１０６６Ｂ）に受け渡す。デバイス判断部１０６８Ｂは、物理命令が多点用である場合、当該２点の座標（Ｌ１，Ｌ２）を物理命令変換部１０６９Ｂに受け渡す。
【０１２６】
物理命令変換部１０６９Ｂは、２点の座標（Ｌ１，Ｌ２）に基づいて、単点用の物理命令すなわち１点の座標Ｌ１を生成する。このとき、物理命令変換部１０６９Ｂは、もう１点の座標Ｌ２を揮発性メモリ１０３のバッファ（BUF2nd[]）などに一時的に格納する。物理命令変換部１０６９Ｂは、変換後の１点の座標Ｌ１を表示制御部１０６４Ｂ（後述する物理命令処理部１０６６Ｂ）に受け渡す。
【０１２７】
なお、通信制御部１０６７Ｂは、通信デバイス１０１が受信した論理命令を表示制御部１０６４Ｂ（後述する論理命令処理部１０６５Ｂ）に受け渡す。
【０１２８】
表示制御部１０６４Ｂは、手書きチャット中のコンテンツデータに基づいて、ディスプレイ１０７にコンテンツを表示させる。また、表示制御部１０６４Ｂは、タブレット１１９Ｂと生成部１０６１Ｂとを介して受け付けた操作命令と通信デバイス１０１と通信制御部１０６７Ｂとを介して受信した操作命令とに基づいて、手書きチャット中のコンテンツデータを編集する。そして、表示制御部１０６４Ｂは、編集後のコンテンツデータをディスプレイ１０７に表示させる。
【０１２９】
より詳細には、表示制御部１０６４Ｂは、論理命令変換部１０６３Ｂからの論理命令および通信制御部１０６７Ｂからの論理命令に基づいてコンテンツデータを編集する論理命令処理部１０６５Ｂを含む。たとえば、論理命令処理部１０６５Ｂは、論理命令としての描画色の変更命令に応じて、手書き入力用の描画色の色を設定しなおす。
【０１３０】
また、表示制御部１０６４Ｂは、命令判断部１０６２Ｂからの物理命令とデバイス判断部１０６８Ｂからの物理命令と物理命令変換部１０６９Ｂからの物理命令とに基づいて、コンテンツデータを編集する物理命令処理部１０６６Ｂを含む。物理命令処理部１０６６Ｂは、順次入力される１点の座標Ｌ１に基づいて、コンテンツに手書き画像を追加する。物理命令処理部１０６６Ｂは、物理命令変換部１０６９Ｂからの物理命令の入力が途切れたときに、揮発性メモリ１０３のバッファ（BUF2nd[]）からもう１つの座標Ｌ２を読み出して、コンテンツに手書き画像を追加する。
【０１３１】
このようにして、表示制御部１０６４Ｂは、論理命令処理部１０６５Ｂと物理命令処理部１０６６Ｂとによって編集されたコンテンツデータに基づいて、ディスプレイ１０７にコンテンツを表示させる。
【０１３２】
＜ネットワークシステム１の機能構成＞
次に、図６を参照して説明した多点入力可能な第１の携帯電話１００Ａと、図１０を参照して説明した単点入力用の第２の携帯電話１００Ｂとから構成されるネットワークシステムの機能構成について説明する。ここでは、第１の携帯電話１００Ａがインターネット網５００を介して第２の携帯電話１００Ｂに操作命令を送信する例について説明する。図１１は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａと単点入力用の第２の携帯電話１００Ｂとから構成されるネットワークシステムの機能構成を示すブロック図である。
【０１３３】
図１１に示すように、タブレット１１９Ａは、ユーザの指が接触した位置を示す２つの入力用座標（Ｐ１，Ｐ２）を命令判断部１０６２Ａに入力する。たとえば、制御部１０６は、タブレット１１９Ａから入力されてくる座標（Ｐ１，Ｐ２）を順次描画エリア上の座標（Ｌ１，Ｌ２）に変換して、当該描画エリア上の座標（物理情報）を手書き入力命令として揮発性メモリ１０３に記憶する。あるいは、たとえば、制御部１０６は、論理命令テーブル１０３Ｂを参照して、タブレット１１９Ａから順次入力されてくる座標（Ｐ１，Ｐ２）に対応する論理命令を読み出し、当該論理命令を揮発性メモリ１０３に記憶する。
【０１３４】
生成部１０６１Ａは、タブレット１１９Ａから順次入力命令を受け付ける。生成部１０６１Ａは、タブレット１１９Ａから順次入力されてくる入力命令から、予め登録されている条件（座標エリアなど）を満たす一連の入力命令を抽出する命令判断部１０６２Ａを含む。命令判断部１０６２Ａは、当該一連の入力命令を論理命令変換部１０６３Ａに受け渡す。また、命令判断部１０６２Ａは、タブレット１１９Ａから順次入力されてくる入力命令に基づいて、予め登録されている条件を満たさない入力命令を物理命令に変換する。たとえば、命令判断部１０６２Ａは、２つの入力用の座標（Ｐ１，Ｐ２）を２つの描画エリア上の座標（Ｌ１，Ｌ２）に変換する。
【０１３５】
また、生成部１０６１Ａは、論理命令テーブル１０３Ｂに基づいて、抽出された一連の入力命令を論理命令に変換する論理命令変換部１０６３Ａを含む。たとえば、論理命令変換部１０６３Ａは、抽出された一連の入力命令を論理命令としての描画色の選択命令に変換する。
【０１３６】
通信制御部１０６７Ａは、通信デバイス１０１を用いて、操作命令を示すデータをインターネット網５００などを介して第２の携帯電話１００Ｂに送信する。たとえば、通信制御部１０６７Ａは、通信デバイス１０１を介して、命令判断部１０６２Ａからの物理命令としての２点の描画エリア上の座標（Ｌ１，Ｌ２）を第２の携帯電話１００Ｂに送信する。あるいは通信制御部１０６７Ａは、通信デバイス１０１を介して、論理命令変換部１０６３Ａからの論理命令としての描画色の選択命令を第２の携帯電話１００Ｂに送信する。
【０１３７】
前述したように、本実施の形態に係る通信制御部１０６７Ａは、通信デバイス１０１を介して、物理命令としての２点の描画エリア上の座標（Ｌ１，Ｌ２）や、論理命令としての描画色の選択命令などを、対応する入力命令がタブレット１１９Ａ（タッチパネル１５０）や生成部１０６１Ａに入力された順に送信する。
【０１３８】
一方、第２の携帯電話１００Ｂの通信制御部１０６７Ｂは、通信デバイス１０１を用いて、操作命令を示すデータをインターネット網５００などを介して第１の携帯電話１００Ａから受信する。たとえば、通信制御部１０６７Ｂは、通信デバイス１０１を介して、物理命令としての２点の座標（Ｌ１，Ｌ２）を第１の携帯電話１００Ａから受信する。あるいは通信制御部１０６７Ｂは、通信デバイス１０１を介して、論理命令としての描画色の選択命令を第１の携帯電話１００Ａから受信する。
【０１３９】
より詳細には、通信制御部１０６７Ｂは、通信デバイス１０１から物理命令を取得して、当該物理命令が多点用であるか否かを判断するデバイス判断部１０６８Ｂと、多点用の物理命令を単点用の物理命令に変換する物理命令変換部１０６９Ｂとを含む。デバイス判断部１０６８Ｂは、物理命令が単点用である場合、当該１点の座標Ｌ１を物理命令処理部１０６６Ｂに受け渡す。ここでは、物理命令が多点用であるため、デバイス判断部１０６８Ｂは、当該２点の座標（Ｌ１，Ｌ２）を物理命令変換部１０６９Ｂに受け渡す。
【０１４０】
物理命令変換部１０６９Ｂは、２点の座標（Ｌ１，Ｌ２）に基づいて、単点用の物理命令すなわち１点の座標Ｌ１を生成する。このとき、物理命令変換部１０６９Ｂは、もう１点の座標Ｌ２を揮発性メモリ１０３のバッファ（BUF2nd[]）などに一時的に格納する。物理命令変換部１０６９Ｂは、変換後の１点の座標Ｌ１を物理命令処理部１０６６Ｂに受け渡す。
【０１４１】
なお、通信制御部１０６７Ｂは、通信デバイス１０１が受信した論理命令を論理命令処理部１０６５Ｂに受け渡す。
【０１４２】
表示制御部１０６４Ｂの論理命令処理部１０６５Ｂは、論理命令変換部１０６３Ｂからの論理命令および通信制御部１０６７Ｂからの論理命令に基づいてコンテンツデータを編集する。たとえば、論理命令処理部１０６５Ｂは、論理命令としての描画色の変更命令に応じて、手書き入力用の描画色の色を設定しなおす。
【０１４３】
また、表示制御部１０６４Ｂは、命令判断部１０６２Ｂからの物理命令とデバイス判断部１０６８Ｂからの物理命令と物理命令変換部１０６９Ｂからの物理命令とに基づいて、コンテンツデータを編集する物理命令処理部１０６６Ｂを含む。物理命令処理部１０６６Ｂは、順次入力される１点の座標Ｌ１に基づいて、コンテンツに手書き画像を追加する。
【０１４４】
このようにして、表示制御部１０６４Ｂは、論理命令処理部１０６５Ｂと物理命令処理部１０６６Ｂとによって編集されたコンテンツデータに基づいて、ディスプレイ１０７にコンテンツを表示させる。
【０１４５】
＜各種の処理＞
次に、本実施の形態に係る携帯電話１００における各種の処理手順について説明する。以下では、説明のために、携帯電話１００は、タッチパネル１５０上の文字などの手書き入力を行えるエリア（以下、描画エリアともいう。）に対する入力命令を物理命令と判断し、タッチパネル１５０上の描画色の選択ボタンの表示エリア（以下、描画不能エリアともいう。）に対する入力命令を論理命令と判断するものとする。
【０１４６】
＜命令判定処理（多点用）＞
次に、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける命令判定処理について説明する。図１２は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける命令判定処理の処理手順を示す第１のフローチャートである。図１３は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける命令判定処理の処理手順を示す第２のフローチャートである。
【０１４７】
図１２および図１３を参照して、命令判断部１０６２Ａとして機能する制御部１０６は、タブレット１１９Ａを介してユーザから入力命令を受け付けたか否かを判断する（ステップＳ１０２）。制御部１０６は、タブレット１１９Ａから入力命令を受け付けなかった場合（ステップＳ１０２にてＮＯである場合）、ステップＳ１０２からの処理を繰り返す。
【０１４８】
制御部１０６は、タブレット１１９Ａから入力命令を受け付けた場合（ステップＳ１０２にてＹＥＳである場合）、揮発性メモリ１０３の変数o_per3にＮＵＬＬを格納する（ステップＳ１０４）。制御部１０６は、変数i_per1（本命令判断部１０６２Ａへの入力パラメータである第１操作座標Ｐ１が格納される変数）にＮＵＬＬが格納されているか否かを判断する（ステップＳ１０６）。制御部１０６は、変数i_per1にＮＵＬＬが格納されている場合（ステップＳ１０６にてＹＥＳである場合）、後述するステップＳ１１４からの処理を実行する。
【０１４９】
制御部１０６は、変数i_per1にＮＵＬＬが格納されていない場合（ステップＳ１０６にてＮＯである場合）、入力命令に対応する接触座標が描画エリア内に位置するか否かを判断する（ステップＳ１０８）。制御部１０６は、入力命令に対応する接触座標が描画エリア内に位置しない場合（ステップＳ１０８にてＮＯである場合）、変数o_per1にＮＵＬＬを格納する（ステップＳ１１０）。あわせて、制御部１０６は、変数o_per3にi_per1の値を代入する。制御部１０６は、後述するステップＳ１１４からの処理を実行する。
【０１５０】
制御部１０６は、入力命令に対応する接触座標が描画エリア内に位置する場合（ステップＳ１０８にてＹＥＳである場合）、変数i_per1を描画エリアの左上端を起点する座標値へと変換し変数o_per1に代入する（ステップＳ１１２）。
【０１５１】
制御部１０６は、変数i_per2（本命令判断部１０６２Ａへの入力パラメータである第２操作座標Ｐ２が格納される変数）にＮＵＬＬが格納されているか否かを判断する（ステップＳ１１４）。制御部１０６は、i_per2にＮＵＬＬが格納されている場合（ステップＳ１１４にてＹＥＳである場合）、後述するステップＳ１３２からの処理を実行する。
【０１５２】
制御部１０６は、変数i_per2にＮＵＬＬが格納されていない場合（ステップＳ１１４にてＮＯである場合）、入力命令に対応する第２の接触座標が描画エリア内に位置するか否かを判断する（ステップＳ１１６）。制御部１０６は、入力命令に対応する第２の接触座標が描画エリア内に位置しない場合（ステップＳ１１６にてＮＯである場合）、変数o_per3にＮＵＬＬ画格納されているか否かを判断する（ステップＳ１１８）。
【０１５３】
制御部１０６は、変数o_per3にＮＵＬＬが格納されている場合（ステップＳ１１８にてＹＥＳである場合）、変数o_per2にＮＵＬＬを代入する（ステップＳ１２０）。あわせて、制御部１０６は、変数o_per3にi_per2の値を代入する。制御部１０６は、後述するステップＳ１３２からの処理を実行する。
【０１５４】
制御部１０６は、変数o_per3にＮＵＬＬが格納されていない場合（ステップＳ１１８にてＮＯである場合）、変数o_per2にＮＵＬＬを代入する（ステップＳ１２２）。あわせて、制御部１０６は、変数o_per3にＮＵＬＬを代入する。制御部１０６は、後述するステップＳ１３２からの処理を実行する。
【０１５５】
本実施の形態においては、２点の接触が共に論理命令の入力を示す場合、制御部１０６が当該入力をエラーとみなす。すなわち、制御部１０６がどちらの接触も無視する。しかしながら、制御部１０６が、当該２つの論理命令の入力を、予め設定されている論理命令の入力として受け付けてもよい。
【０１５６】
制御部１０６は、入力命令に対応する第２の接触座標が描画エリア内に位置する場合（ステップＳ１１６にてＹＥＳである場合）、変数i_per2の値を描画エリアの左上端を起点とする座標に変換し、変数o_per2に代入する（ステップＳ１２４）。制御部１０６は、後述するステップＳ１３２からの処理を実行する。
【０１５７】
制御部１０６は、変数o_per1にＮＵＬＬが格納され、かつ、変数o_per2にＮＵＬＬが格納されているか否かを判断する（ステップＳ１３２）。制御部１０６は、変数o_per1にＮＵＬＬが格納され、かつ、変数o_per2にＮＵＬＬが格納されている場合（ステップＳ１３２にてＹＥＳである場合）、後述するステップＳ１３８からの処理を実行する。
【０１５８】
制御部１０６は、o_per1にＮＵＬＬが格納されていない場合、あるいは、変数o_per2にＮＵＬＬが格納されていない場合（ステップＳ１３２にてＮＯである場合）、変数o_per1の値と変数o_per2の値を物理命令処理部１０６６Ａに出力する（ステップＳ１３４）。制御部１０６は、通信デバイス１０１を介して、変数o_per1の値と変数o_per2の値をＰ２Ｐ通信中のグループ端末へと送信する（ステップＳ１３６）。
【０１５９】
制御部１０６は、変数o_per3にＮＵＬＬが格納されているか否かを判断する（ステップＳ１３８）。制御部１０６は、変数o_per3にＮＵＬＬが格納されている場合（ステップＳ１３８にてＹＥＳである場合）、後述するステップＳ１４２からの処理を実行する。制御部１０６は、変数o_per3にＮＵＬＬが格納されていない場合（ステップＳ１３８にてＮＯである場合）、変数o_per3の値を論理命令変換部１０６３Ａに出力する（ステップＳ１４０）。
【０１６０】
制御部１０６は、変数LE_Flagに１が格納されているか否かを判断する（ステップＳ１４２）。制御部１０６は、LE_Flagに１が格納されている場合（ステップＳ１４２にてＹＥＳである場合）、ステップＳ１４２の処理を繰り返す。制御部１０６は、変数LE_Flagに１が格納されていない場合（ステップＳ１４２にてＮＯである場合）、ステップＳ１０２からの処理を繰り返す。
【０１６１】
＜命令判定処理（単点用）＞
次に、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂにおける命令判定処理について説明する。図１４は、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂにおける命令判定処理の処理手順を示すフローチャートである。
【０１６２】
図１４を参照して、命令判断部１０６２Ｂとして機能する制御部１０６は、タブレット１１９Ｂを介して、ユーザから入力命令を受け付けたか否かを判断する（ステップＳ２０２）。制御部１０６は、入力命令を受け付けない場合（ステップＳ２０２にてＮＯである場合）、ステップＳ２０２からの処理を繰り返す。
【０１６３】
制御部１０６は、タブレット１１９Ｂを介して入力命令を受け付けた場合（ステップＳ２０２にてＹＥＳである場合）、入力命令に対応する接触座標が描画エリア内に位置するか否かを判断する（ステップＳ２０４）。制御部１０６は、入力命令に対応する接触座標が描画エリア内に位置する場合（ステップＳ２０４にてＹＥＳである場合）、変数i_per1（本命令判断部１０６２Ｂへの入力パラメータである操作座標Ｐ１が格納される変数）の値を描画エリアの左上端を起点とする座標に変換し変数o_per1に代入する（ステップＳ２０６）。
【０１６４】
制御部１０６は、変数o_per1の値を物理命令処理部１０６６Ｂに出力する（ステップＳ２０８）。制御部１０６は、通信デバイス１０１を介して、変数o_per1の値をＰ２Ｐ通信中のグループ端末へと送信する（ステップＳ２１０）。制御部１０６は、ステップＳ２０２からの処理を繰り返す。
【０１６５】
制御部１０６は、入力命令に対応する接触座標が描画エリア内に位置しない場合（ステップＳ２０４にてＮＯである場合）、変数o_per1の値を論理命令変換部１０６３Ｂに出力する（ステップＳ２１２）。制御部１０６は、変数LE_Flagに１が格納されているか否かを判断する（ステップＳ２１４）。
【０１６６】
制御部１０６は、変数LE_Flagに１が格納されている場合（ステップＳ２１４にてＹＥＳである場合）、ステップＳ２１４の処理を繰り返す。制御部１０６は、変数LE_Flagに１が格納されていない場合（ステップＳ２１４にてＮＯである場合）、ステップＳ２０２からの処理を繰り返す。
【０１６７】
＜論理命令変換処理＞
次に、本実施の形態に係る第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂにおける論理命令変換処理について説明する。図１５は、本実施の形態に係る第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂにおける論理命令変換処理の処理手順を示すフローチャートである。
【０１６８】
図１５を参照して、論理命令変換部１０６３Ａ，１０６３Ｂとして機能する制御部１０６は、変数LE_Flagに１を代入する（ステップＳ３０２）。制御部１０６は、入力命令に対応する接触座標が色選択ボタンの表示エリア内に位置するか否かを判断する（ステップＳ３０４）。制御部１０６は、入力命令に対応する接触座標が色選択ボタンの表示エリア内に位置しない場合（ステップＳ３０４にてＮＯである場合）、後述するステップＳ３１２からの処理を実行する。
【０１６９】
制御部１０６は、入力命令に対応する接触座標が色選択ボタンの表示エリア内に位置する場合（ステップＳ３０４にてＹＥＳである場合）、変数i_per1（本論理命令変換部１０６３Ａ／１０６３Ｂの入力パラメータである操作座標Ｐ１または操作座標Ｐ２のいずれかが格納される変数）が示す位置に表示されている色選択ボタンに対応する描画色を示す情報を変数o_per1に設定する（ステップＳ３０６）。制御部１０６は、変数o_per1の値を論理命令処理部１０６５Ａ，１０６５Ｂに出力する（ステップＳ３０８）。制御部１０６は、通信デバイス１０１を介して、変数o_per1の値を、Ｐ２Ｐ通信中のグループ端末へと送信する（ステップＳ３１０）。
【０１７０】
制御部１０６は、LE_Flagに０を代入する（ステップＳ３１２）。制御部１０６は、論理命令変換処理を終了する。
【０１７１】
＜物理命令処理（多点用）＞
次に、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける物理命令処理について説明する。図１６は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける物理命令処理の処理手順を示す第１のフローチャートである。図１７は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける物理命令処理の処理手順を示す第２のフローチャートである。
【０１７２】
図１６および図１７を参照して、物理命令処理部１０６６Ａとして機能する制御部１０６は、変数MyOldP1および変数MyOldP2にＮＵＬＬを代入する（ステップＳ４０２）。あわせて、制御部１０６は、変数HisOldP1およびHisOldP2にＮＵＬＬを代入する。
【０１７３】
制御部１０６は、前回の物理命令に対応する画像出力を行ってから所定時間が経過したか否かを判断する（ステップＳ４０４）。制御部１０６は、前回の物理命令に対応する画像を出力してから所定時間が経過した場合（ステップＳ４０４にてＹＥＳである場合）、ステップＳ４０２からの処理を繰り返す。
【０１７４】
制御部１０６は、前回の物理命令に対応する画像を出力してから所定時間が経過していない場合（ステップＳ４０４にてＮＯである場合）、今回タブレット１１９Ａを介して物理命令を受け付けたか否かを判断する（ステップＳ４０６）。制御部１０６は、今回物理命令を受け付けなかった場合（ステップＳ４０６にてＮＯである場合）、ステップＳ４０４からの処理を繰り返す。
【０１７５】
制御部１０６は、今回物理命令を受け付けた場合（ステップＳ４０６にてＹＥＳである場合）、変数i_per1に第１操作座標Ｌ１を代入する。制御部１０６は、変数i_per2に第２操作座標Ｌ２を代入する。制御部１０６は、変数i_per3に命令を受け付けた通信端末の識別コードを代入する。
【０１７６】
そして、制御部１０６は、変数i_per1にＮＵＬＬが格納されているか否かを判断する（ステップＳ４０８）。制御部１０６は、変数i_per1にＮＵＬＬが格納されている場合（ステップＳ４０８にてＹＥＳである場合）、変数i_per3に変数MyIPADRの値が格納されているか否かを判断する（ステップＳ４１０）。
【０１７７】
制御部１０６は、変数i_per3に変数MyIPADRの値が格納されている場合（ステップＳ４１０にてＹＥＳである場合）、変数MyOldP1にＮＵＬＬを代入する（ステップＳ４１２）。制御部１０６は、後述するステップＳ４３２からの処理を実行する。一方、制御部１０６は、変数i_per3に変数MyIPADRの値が格納されていない場合（ステップＳ４１０にてＮＯである場合）、変数HisOldP1にＮＵＬＬを格納する（ステップＳ４１４）。制御部１０６は、後述するステップＳ４３２からの処理を実行する。
【０１７８】
制御部１０６は、変数i_per1にＮＵＬＬが格納されていない場合（ステップＳ４０８にてＮＯである場合）、変数i_per3に変数MyIPADRの値が格納されているか否かを判断する（ステップＳ４１６）。制御部１０６は、変数i_per3に変数MyIPADRの値が格納されている場合（ステップＳ４１６にてＹＥＳである場合）、変数sp1にMyOldP1の値を代入する（ステップＳ４１８）。あわせて、制御部１０６は、変数ep1に変数i_per1の値を代入する。あわせて、制御部１０６は、変数dcに変数MyPenCの値を代入する。制御部１０６は、変数MyOldP1に変数i_per1の値を代入する（ステップＳ４２０）。制御部１０６は、後述するステップＳ４３２からの処理を実行する。
【０１７９】
一方、制御部１０６は、変数i_per3に変数MyIPADRの値が格納されていない場合（ステップＳ４１６にてＮＯである場合）、変数sp1に変数HisOldP1の値を代入する（ステップＳ４２２）。あわせて、制御部１０６は、変数ep1に変数i_per1の値を代入する。制御部１０６は、変数dcに変数HisPenCの値を代入する。制御部１０６は、変数HisOldP1に変数i_per1の値を代入する（ステップＳ４２４）。制御部１０６は、後述するステップＳ４３２からの処理を実行する。
【０１８０】
制御部１０６は、変数i_per2にＮＵＬＬが格納されているか否かを判断する（ステップＳ４３２）。制御部１０６は、変数i_per2にＮＵＬＬが格納されている場合（ステップＳ４３２にてＹＥＳである場合）、変数i_per3に変数MyIPADRの値が格納されているか否かを判断する（ステップＳ４３４）。
【０１８１】
制御部１０６は、変数i_per3に変数MyIPADRの値が格納されている場合（ステップＳ４３４にてＹＥＳである場合）、変数MyOldP2にＮＵＬＬを格納する（ステップＳ４３６）。制御部１０６は、描画表示処理（ステップＳ５００）を実行する。描画表示処理（ステップＳ５００）ついては後述する。一方、制御部１０６は、変数i_per3に変数MyIPADRの値が格納されていない場合（ステップＳ４３４にてＮＯである場合）、変数HisOldP2にＮＵＬＬを格納する（ステップＳ４３８）。制御部１０６は、描画表示処理（ステップＳ５００）を実行する。
【０１８２】
制御部１０６は、変数i_per2にＮＵＬＬが格納されていない場合（ステップＳ４３２にてＮＯである場合）、変数i_per3に変数MyIPADRの値が格納されているか否かを判断する（ステップＳ４４０）。制御部１０６は、変数i_per3に変数MyIPADRの値が格納されている場合（ステップＳ４４０にてＹＥＳである場合）、変数sp2に変数MyOldP2の値を代入する（ステップＳ４４２）。あわせて、制御部１０６は、変数ep2に変数i_per2の値を代入する。制御部１０６は、変数dcに変数MyPenCの値を代入する。制御部１０６は、変数MyOldP2にi_per2の値を代入する（ステップＳ４４４）。制御部１０６は、描画表示処理（ステップＳ５００）を実行する。
【０１８３】
制御部は、変数i_per3に変数MyIPADRの値が格納されていない場合（ステップＳ４４０にてＮＯの場合）、変数sp2に変数HisOldP2の値を代入する（ステップＳ４４６）。あわせて、制御部１０６は、変数ep2に変数i_per2の値を代入する。制御部１０６は、変数dcに変数HisPenCの値を代入する。制御部１０６は、変数HisOldP2に変数i_per2の値を代入する（ステップＳ４４８）。制御部は描画表示処理（ステップＳ５００）を実行する。
【０１８４】
制御部１０６は、描画表示処理（ステップＳ５００）を終了後、ステップＳ４０２からの処理を繰り返す。
【０１８５】
＜描画表示処理（多点用）＞
次に、本実施の形態に係る多点入力可能な第１携帯電話１００Ａにおける描画表示処理について説明する。図１８は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける描画表示処理の処理手順を示すフローチャートである。
【０１８６】
図１８を参照して、表示制御部１０６４Ａとして機能する制御部１０６は、変数i_per1に前回の第１操作座標を代入する。制御部１０６は、変数i_per2に今回の第１操作座標を代入する。制御部１０６は、変数i_per3に前回の第２操作座標を代入する。制御部１０６は、変数i_per4に今回の第２操作座標を代入する。制御部１０６は、変数i_per5に選択されている描画色を示す情報を代入する。
【０１８７】
そして、制御部１０６は、変数i_per1あるいは変数i_per2にＮＵＬＬが格納されているか否かを判断する（ステップＳ５０２）。制御部１０６は、変数i_per1にＮＵＬＬが格納されている場合、あるいは、変数i_per2にＮＵＬＬが格納されている場合（ステップＳ５０２にてＹＥＳである場合）、後述するステップＳ５０６からの処理を実行する。
【０１８８】
制御部１０６は、変数i_per1にも変数i_per2にもＮＵＬＬが格納されていない場合（ステップＳ５０２にてＮＯである場合）、変数i_per1（描画開始座標）〜i_per2（描画終了座標）に基づいて、ディスプレイ１０７に変数i_per5（描画色）の手書き画像を描画する（ステップＳ５０４）。制御部１０６は、変数i_per3あるいは変数i_per4にＮＵＬＬが格納されているか否かを判断する（ステップＳ５０６）。
【０１８９】
制御部１０６は、変数i_per3にＮＵＬＬが格納されている場合、あるいは変数i_per4にＮＵＬＬが格納されている場合（ステップＳ５０６にてＹＥＳである場合）、描画表示処理（ステップＳ５００）を終了する。制御部１０６は、変数i_per3にも変数i_per4にもＮＵＬＬが格納されていない場合（ステップＳ５０６にてＮＯである場合）、変数i_per3（描画開始座標）〜変数i_per4（描画終了座標）に基づいて、ディスプレイ１０７に変数i_per5（描画色）の手書き画像を描画させる（ステップＳ５０８）。制御部１０６は、描画表示処理（ステップＳ５００）を終了する。
【０１９０】
＜物理命令処理（単点用）＞
次に、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂにおける物理命令処理について説明する。図１９は、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂにおける物理命令処理の処理手順を示すフローチャートである。
【０１９１】
図１９を参照して、物理命令処理部１０６６Ｂとして機能する制御部１０６は、変数MyOldPにＮＵＬＬを代入する（ステップＳ６０２）。あわせて、制御部１０６は、変数HisOldPにＮＵＬＬを代入する。
【０１９２】
制御部１０６は、前回の物理命令に対応する画像を出力してから所定時間が経過したか否かを判断する（ステップＳ６０４）。制御部１０６は、前回の物理命令に対応する画像を出力してから所定時間が経過した場合（ステップＳ６０４にてＹＥＳである場合）、ステップＳ６０２からの処理を繰り返す。
【０１９３】
制御部１０６は、前回の物理命令に対応する画像を出力してから所定時間が経過していない場合（ステップＳ６０４にてＮＯである場合）、タブレット１１９Ｂを介してユーザから物理命令に対応する入力命令を受け付けたか否かを判断する（ステップＳ６０６）。制御部１０６は、タブレット１１９Ｂを介してユーザから物理命令に対応する入力命令を受け付けない場合（ステップＳ６０６にてＮＯである場合）、ステップＳ６０４からの処理を繰り返す。
【０１９４】
制御部１０６は、タブレット１１９Ｂを介してユーザから物理命令に対応する入力命令を受け付けた場合（ステップＳ６０６にてＹＥＳである場合）、変数i_per1に第１操作座標を代入する。制御部１０６は、変数i_per2に命令を受け付けた通信端末の識別コードを代入する。
【０１９５】
制御部１０６は、変数i_per2に変数MyIPADRの値が格納されているか否かを判断する（ステップＳ６０８）。制御部１０６は、変数i_per2に変数MyIPADRの値が格納されている場合（ステップＳ６０８にてＹＥＳである場合）、変数spに変数MyOldPの値を代入する（ステップＳ６１０）。あわせて、制御部１０６は、変数epに変数i_per1の値を代入する。制御部１０６は、変数dcに変数MyPenCの値を代入する。制御部１０６は、変数MyOldPに変数i_per1の値を代入する（ステップＳ６１２）。制御部１０６は、後述するステップＳ６１８からの処理を実行する。
【０１９６】
制御部１０６は、変数i_per2に変数MyIPADRの値が格納されていない場合（ステップＳ６０８にてＮＯである場合）、変数spに変数HisOldPの値を代入する（ステップＳ６１４）。あわせて、制御部１０６は、変数epに変数i_per1の値を代入する。制御部１０６は、変数dcに変数HisPenCの値を代入する。制御部１０６は、変数HisOldPに変数i_per1の値を代入する（ステップＳ６１６）。制御部１０６は、変数spにＮＵＬＬが格納されているか否かを判断する（ステップＳ６１８）。制御部１０６は、変数spにＮＵＬＬが格納されている場合（ステップＳ６１８にてＹＥＳである場合）、ステップＳ６０４からの処理を繰り返す。
【０１９７】
制御部１０６は、変数spにＮＵＬＬが格納されていない場合（ステップＳ６１８にてＮＯである場合）、変数sp（描画開始座標）〜変数ep（描画終了座標）の値に基づいて、ディスプレイ１０７に変数dc（描画色）の手書き画像を描画させる（ステップＳ６２０）。制御部１０６は、ステップＳ６０４からの処理を繰り返す。
【０１９８】
＜論理命令処理（多点用および単点用）＞
次に、本実施の形態に係る第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂにおける論理命令処理について説明する。図２０は、本実施の形態に係る第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂにおける論理命令処理の処理手順を示すフローチャートである。
【０１９９】
図２０を参照して、論理命令処理部１０６５Ａ，１０６５Ｂとして機能する制御部１０６は、タブレット１１９Ａ，１１９Ｂを介してユーザから入力命令を受け付けたか否かを判断する（ステップＳ７０２）。制御部１０６は、タブレット１１９Ａ，１１９Ｂを介してユーザから入力命令を受け付けなかった場合（ステップＳ７０２にてＮＯである場合）、ステップＳ７０２からの処理を繰り返す。
【０２００】
制御部１０６は、タブレット１１９Ａ，１１９Ｂを介して、ユーザから入力命令を受け付けた場合（ステップＳ７０２にてＹＥＳである場合）、変数i_per1に命令を受け付けた通信端末の識別コードを代入する。制御部１０６は、変数i_per2に選択された描画色を示す情報を代入する。
【０２０１】
制御部１０６は、変数i_per1に変数MyIPADRの値が格納されているか否かを判断する（ステップＳ７０４）。制御部１０６は、変数i_per1に変数MyIPADRの値が格納されている場合（ステップＳ７０４にてＹＥＳである場合）、変数i_per1に変数HisIPADRの値が格納されているか否かを判断する（ステップＳ７０６）。
【０２０２】
制御部１０６は、変数i_per1に変数HisIPADRの値が格納されていない場合（ステップＳ７０６にてＮＯである場合）、ステップＳ７０２からの処理を繰り返す。制御部１０６は、変数i_per1に変数HisIPADRの値が格納されている場合（ステップＳ７０６にてＹＥＳである場合）、変数HisPenCに変数i_per2の値を代入する（ステップＳ７０８）。制御部１０６は、ステップＳ７０２からの処理を繰り返す。
【０２０３】
制御部１０６は、変数i_per1に変数MyIPADRの値が代入されていない場合（ステップＳ７０４にてＮＯである場合）、変数MyPenCに変数i_per2の値を代入する（ステップＳ７１０）。制御部１０６は、ステップＳ７０２からの処理を繰り返す。
【０２０４】
＜物理命令変換処理（多点→単点）＞
次に、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂにおける物理命令変換処理について説明する。図２１は、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂにおける物理命令変換処理の処理手順を示す第１のフローチャートである。図２２は、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂにおける物理命令変換処理の処理手順を示す第２のフローチャートである。
【０２０５】
なお、ここで示す物理命令変換処理の処理手順は、デバイス判断部１０６８Ｂとしての機能（処理手順）も含む処理手順としている。
【０２０６】
図２１および図２２を参照して、物理命令変換部１０６９Ｂとして機能する制御部１０６は、変数bcntに０を代入する（ステップＳ８０２）。制御部１０６は、前回の入力命令受付（後述するステップＳ８１６でＹＥＳの判定）から所定時間が経過したか否かを判断する（ステップＳ８０４）。制御部１０６は、前回の入力命令受付から所定時間が経過している場合（ステップＳ８０４にてＹＥＳである場合）、変数bcntに０が格納されているか否かを判断する（ステップＳ８０６）。制御部１０６は、変数bcntに０が格納されている場合（ステップＳ８０６にてＹＥＳである場合）、ステップＳ８０４からの処理を繰り返す。
【０２０７】
制御部１０６は、変数bcntに０が格納されていない場合（ステップＳ８０６にてＮＯである場合）、変数BUF[bcnt]にＮＵＬＬが格納されているか否かを判断する（ステップＳ８０８）。制御部１０６は、変数BUF[bcnt]にＮＵＬＬが格納されていない場合（ステップＳ８０８にてＮＯである場合）、変数BUF2nd[bcnt]の値を物理命令処理部１０６６Ｂに出力する（ステップＳ８１０）。制御部１０６は、後述するステップＳ８１４からの処理を実行する。
【０２０８】
制御部１０６は、変数BUF[bcnt]にＮＵＬＬが格納されている場合（ステップＳ８０８にてＹＥＳである場合）、所定時間待機した後（ステップＳ８１２）、変数bcntの値を１減らす（ステップＳ８１４）。制御部１０６は、ステップＳ８０６からの処理を繰り返す。
【０２０９】
制御部１０６は、前回の入力命令受付から所定時間経過していない場合（ステップＳ８０４にてＮＯである場合）、通信デバイス１０１を介して相手端末のユーザから入力命令を受け付けたか否かを判断する（ステップＳ８１６）。制御部１０６は、通信デバイス１０１を介して相手端末のユーザから入力命令を受け付けない場合（ステップＳ８１６にてＮＯである場合）、ステップＳ８０４からの処理を繰り返す。
【０２１０】
制御部１０６は、通信デバイス１０１を介して相手端末のユーザから入力命令を受け付けた場合（ステップＳ８１６にてＹＥＳである場合）、変数i_per1に相手端末の入力デバイスが多点入力可能であるか否かを示す情報を代入する。制御部１０６は、変数i_per2に命令を受け付けた通信端末の識別コードを代入する。制御部１０６は、変数i_per3に第１操作座標を代入する。制御部１０６は、変数i_per4に第２操作座標を代入する。
【０２１１】
そして、制御部１０６は、変数i_per1の値は単点デバイスを示すか否かを判断する（ステップＳ８１８）。制御部１０６は、変数i_per1の値が単点デバイスを示す場合（ステップＳ８１８にてＹＥＳである場合）、変数i_per3の値を物理命令処理部１０６６Ｂに出力する（ステップＳ８２０）。制御部１０６は、ステップＳ８０４からの処理を繰り返す。
【０２１２】
制御部１０６は、変数i_per1の値が単点デバイスを示さない場合（ステップＳ８１８にてＮＯである場合）、変数i_per3にＮＵＬＬが格納されているか否かを判断する（ステップＳ８２２）。制御部１０６は、変数i_per3にＮＵＬＬが格納されている場合（ステップＳ８２２にてＹＥＳである場合）、後述するステップＳ８３０からの処理を実行する。
【０２１３】
制御部１０６は、変数i_per3にＮＵＬＬが格納されていない場合（ステップＳ８２２にてＮＯである場合）、変数i_per3の値を物理命令処理部１０６６Ｂに出力する（ステップＳ８２４）。制御部１０６は、変数bcntに０が格納されているか否かを判断する（ステップＳ８２６）。制御部１０６は、変数bcntに０が格納されていない場合（ステップＳ８２６にてＮＯである場合）、後述するステップＳ８３０からの処理を実行する。
【０２１４】
制御部１０６は、変数bcntに０が格納されている場合（ステップＳ８２６にてＹＥＳである場合）、変数i_per4にＮＵＬＬが格納されているか否かを判断する（ステップＳ８２８）。制御部１０６はi_per4にＮＵＬＬが格納されている場合（ステップＳ８２８にてＹＥＳである場合）、ステップＳ８０４からの処理を繰り返す。
【０２１５】
制御部１０６は、i_per4にＮＵＬＬが格納されていない場合（ステップＳ８２８にてＮＯである場合）、変数BUF[bcnt]に変数i_per4の値を代入する（ステップＳ８３０）。制御部１０６は、変数bcntの値をインクリメントする（ステップＳ８３２）。制御部１０６は、ステップＳ８０４からの処理を繰り返す。
【０２１６】
＜物理命令変換処理（単点→多点）＞
次に、本実施の形態に係る多点入力可能な第１の携帯電話における物理命令変換処理について説明する。図２３は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける物理命令変換処理の処理手順を示すフローチャートである。
【０２１７】
なお、ここで示す物理命令変換処理の処理手順は、デバイス判断部１０６８Ａとしての機能（処理手順）も含む処理手順としている。
【０２１８】
図２３を参照して、物理命令変換部１０６９Ａとして機能する制御部１０６は、通信デバイス１０１を介して相手端末のユーザから入力命令を受け付けたか否かを判断する（ステップＳ９０２）。制御部１０６は、通信デバイス１０１を介して、相手端末のユーザから入力命令を受け付けない場合（ステップＳ９０２にてＮＯである場合）、ステップＳ９０２からの処理を繰り返す。
【０２１９】
制御部１０６は、通信デバイス１０１を介して相手端末のユーザから入力命令を受け付けた場合（ステップＳ９０２にてＹＥＳである場合）、変数i_per1に相手端末の入力デバイスが多点入力可能であるか否かを示す情報を代入する。制御部１０６は、変数i_per2に命令を受け付けた通信端末の識別コードを代入する。制御部１０６は、変数i_per3に第１操作座標を代入する。制御部１０６は、変数i_per4に第２操作座標を代入する。
【０２２０】
そして、制御部１０６は、変数i_per1の値が相手端末が多点入力用のデバイスを有することを示すか否かを判断する（ステップＳ９０４）。制御部１０６は、変数i_per1の値が相手端末が多点入力用のデバイスを有することを示す場合（ステップＳ９０４にてＹＥＳである場合）、変数i_per3の値と変数i_per4の値とを物理命令処理部１０６６Ａへと出力する（ステップＳ９０６）。制御部１０６は、ステップＳ９０２からの処理を繰り返す。
【０２２１】
制御部１０６は、変数i_per1の値が相手端末多点デバイスであることを示さない場合（ステップＳ９０４にてＮＯである場合）、変数i_per3の値とＮＵＬＬとを物理命令処理部１０６６Ａへと出力する（ステップＳ９０８）。制御部１０６は、ステップＳ９０２からの処理を繰り返す。
【０２２２】
＜その他の実施の形態＞
本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。
【０２２３】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２２４】
プログラムコードを供給するための記憶媒体としては、例えば、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード（ＩＣメモリカード）、ＲＯＭ（マスクＲＯＭ、フラッシュＥＥＰＲＯＭなど）などを用いることができる。
【０２２５】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０２２６】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０２２７】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０２２８】
１ ネットワークシステム、９９ スタイラスペン、１００，１００Ａ，１００Ｂ 携帯電話、１０１ 通信デバイス、１０３ 揮発性メモリ、１０４ 入力部、１０５ 計時部、１０６ 制御部、１０６１Ａ，１０６１Ｂ 生成部、１０６２Ａ，１０６２Ｂ 命令判断部、１０６３Ａ，１０６３Ｂ 論理命令変換部、１０６４Ａ，１０６４Ｂ 表示制御部、１０６５Ａ，１０６５Ｂ 論理命令処理部、１０６６Ａ，１０６６Ｂ 物理命令処理部、１０６７Ａ，１０６７Ｂ 通信制御部、１０６８Ａ，１０６８Ｂ デバイス判断部、１０６９Ａ，１０６９Ｂ 物理命令変換部、１０７ ディスプレイ、１０８ 不揮発性メモリ、１０８Ａ 論理命令テーブル、１０８Ｂ スタンプデータ、１１９Ａ，１１９Ｂ タブレット、２００ カーナビゲーション装置、３００ パーソナルコンピュータ、４００ マッチングサーバ、５００ インターネット網、７００ キャリア網。
【技術分野】
【０００１】
本発明は、ネットワークを介して他の通信端末と接続可能な通信端末、通信方法、および通信プログラムに関し、特に、リアルタイムで他の通信端末とコンテンツをやり取りする通信端末、通信方法、および通信プログラムに関する。
【背景技術】
【０００２】
近年、携帯電話のユーザは、出先や移動先においても、電話機能を用いて他の携帯電話のユーザとコミュニケーションすることが可能となった。
【０００３】
しかしながら、電話機能によるコミュニケーションは、携帯電話のユーザが電車・バス・映画館・図書館などの公共施設を利用している時には許されない。そこで、ユーザは、メールやチャット等の機能を用いることによって、他の携帯電話のユーザと文字によるコミュニケーションを行っていた。文字によるコミュニケーションでは、肉声によるコミュニケーションと比較して、感情や状況などを表わす情報が伝わりにくい。また、文字によるコミュニケーションは、伝えたいメッセージを入力するために時間がかかるため、リアルタイムな応答ができない。
【０００４】
たとえば、特開２００１−１１１７０８号公報（特許文献１）には、携帯型情報通信装置が開示されている。特開２００１−１１１７０８号公報（特許文献１）によると、携帯型情報通信装置は、液晶ディスプレイ一体型タブレット等の入力手段を用いてユーザが入力した手書きデータの座標情報を、逐次連続して接続先の携帯型情報通信装置に送信するとともに、入力された手書きデータの筆跡を液晶ディスプレイ等表示手段に表示し、同時に、接続先の携帯型情報通信装置から送られてきた手書きデータの座標情報をもとに、受信した手書きデータの筆跡を表示手段に表示できるように構成したことを特徴とするものである。この構成により、携帯型の端末装置を用いて、手書き入力データをリアルタイムで送受信することができ、場所を選ばずいつでも筆談のような会話型のコミュニケーションを実現することができる。
【０００５】
また、特開２００３−２３４８４２号公報（特許文献２）には、リアルタイム手書き通信システムが開示されている。特開２００３−２３４８４２号公報（特許文献２）によると、リアルタイム手書き通信システムは、タッチパネル、タッチペン、データ入力装置、コントローラ装置、データ出力装置および表示装置を有する。手書きデータをタッチペンで入力し、出力データに変換できる。データ入力装置は、別のリアルタイム手書き通信システムから送信された入力データを受信し入力する。コントローラ装置は、タッチパネルおよびデータ入力装置と接続されており、入力データおよび出力データをリアルタイムに処理し、送信する。データ出力装置は、コントローラ装置に接続され、他のリアルタイム手書き通信システムに出力データを送信する。表示装置は入力データおよび出力データを表示する。
【０００６】
また、特開２００６−２９３４４９号公報（特許文献３）には、クライアント端末における手書き入力操作と表示とのずれを無くすとともに、手書き入力について明示的な操作者の切替を行うこと無く同時に書き込むことを可能とするアプリケーション共有システムが開示されている。特開２００６−２９３４４９号公報（特許文献３）によると、アプリケーション共有システムは、クライアント端末における入力イベントを電子ペン等による描画データの入力イベントとそれ以外の入力イベントとに区別する。アプリケーション共有手段とオブジェクト共有手段とのそれぞれが上記の処理を行う。描画データの入力イベントの場合には、オブジェクト共有手段がクライアント端末において入力イベントに応じた描画処理を行い、処理結果をクライアント端末で表示するとともに、描画データをオブジェクトデータに変換してサーバ端末のオブジェクト共有手段に送信し、サーバ端末に表示させる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−１１１７０８号公報
【特許文献２】特開２００３−２３４８４２号公報
【特許文献３】特開２００６−２９３４４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、複数人が自身の通信端末を利用することによって互いに手書きチャットを行う場面においては、通信端末Ａが複数の入力命令を受け付けた際に、通信端末Ａと他の通信端末Ｂとが共に同一の入力命令を同一の順序で処理することが好ましい。なぜなら、通信端末Ａが出力するコンテンツと通信端末Ｂが出力するコンテンツとが異なると、手書きチャット中のユーザ同士が正確に意思疎通できないからである。すなわち、通信端末Ａのユーザが閲覧するコンテンツと通信端末Ｂのユーザが閲覧するコンテンツとが同じであることが好ましい。
【０００９】
本発明は、かかる問題を解決するためになされたものであり、その目的は、通信端末のそれぞれが表示するコンテンツの差異を低減することができる通信端末、通信方法、および通信プログラムを提供することである。
【課題を解決するための手段】
【００１０】
この発明のある局面に従うと、通信端末が提供される。通信端末は、コンテンツを表示するディスプレイと、入力命令を順次受け付ける入力デバイスと、ネットワークを介して他の通信端末とデータを送受信する通信デバイスと、少なくとも１つの入力命令に対応する第１の操作命令を生成する生成手段と、通信デバイスを用いて、第１の操作命令を入力デバイスが対応する入力命令を受け付けた順に他の通信端末へと送信し、他の通信端末から第２の操作命令を受信する通信制御手段と、第１の操作命令と第２の操作命令とに基づいてコンテンツを編集して、編集後のコンテンツをディスプレイに表示させる表示制御手段とを備える。
【００１１】
好ましくは、生成手段は、第１の操作命令が予め定められた論理条件を満たすか否かを判断する判断手段と、論理条件を満たす第１の操作命令を論理命令に変換する変換手段とを含む。通信制御手段は、論理命令と、論理条件を満たさない第１の操作命令とを、入力デバイスが対応する入力命令を受け付けた順に送信する。
【００１２】
好ましくは、ディスプレイと入力デバイスとは、同時に複数の接触を検知するタッチパネルを構成する。表示制御手段は、選択可能なソフトウェアキーをタッチパネルに表示させる。判断手段は、タッチパネルを介して第１の操作命令としてソフトウェアキーの選択命令を受け付けたときに、当該選択命令が論理条件を満たすと判断し、タッチパネルを介して第１の操作命令として手書き入力命令を受け付けたときに、当該手書き入力命令が論理条件を満たさないと判断する。通信制御手段は、選択命令に対応する論理命令と手書き入力命令に対応する第１の操作命令とを、タッチパネルが対応する接触を検知した順に送信する。
【００１３】
この発明の別の局面に従うと、演算処理部と、ディスプレイと、入力デバイスと、ネットワークを介して他の通信端末とデータを送受信する通信デバイスとを備える通信端末に通信させるための通信プログラムが提供される。通信プログラムは、演算処理部に、コンテンツをディスプレイに表示させるステップと、入力命令を順次受け付けるステップと、少なくとも１つの入力命令に対応する第１の操作命令を生成するステップと、通信デバイスを用いて、第１の操作命令を入力デバイスが対応する入力命令を受け付けた順に他の通信端末へと送信するステップと、第１の操作命令に基づいてコンテンツを編集するステップと、他の通信端末から第２の操作命令を受信するステップと、第２の操作命令に基づいてコンテンツを編集するステップと、編集後のコンテンツをディスプレイに表示させるステップとを実行させる。
【００１４】
この発明の別の局面に従うと、演算処理部と、ディスプレイと、入力デバイスと、ネットワークを介して他の通信端末とデータを送受信する通信デバイスとを備える通信端末における通信方法が提供される。通信方法は、演算処理部が、コンテンツをディスプレイに表示させるステップと、入力デバイスが、入力命令を順次受け付けるステップと、演算処理部が、少なくとも１つの入力命令に対応する第１の操作命令を生成するステップと、演算処理部が、通信デバイスを用いて、第１の操作命令を入力デバイスが対応する入力命令を受け付けた順に他の通信端末へと送信するステップと、演算処理部が、第１の操作命令に基づいてコンテンツを編集するステップと、演算処理部が、他の通信端末から第２の操作命令を受信するステップと、演算処理部が、第２の操作命令に基づいてコンテンツを編集するステップと、演算処理部が、編集後のコンテンツをディスプレイに表示させるステップとを備える。
【発明の効果】
【００１５】
以上のように、本発明によって、通信端末のそれぞれが表示するコンテンツの差異を低減することができる通信端末、通信方法、および通信プログラムが提供される。
【図面の簡単な説明】
【００１６】
【図１】本実施の形態に係るネットワークシステムを示す概略図である。
【図２】本実施の形態に係るネットワークシステムにおける動作概要を示すシーケンス図である。
【図３】本実施の形態に係る携帯電話の概観を示すイメージ図である。
【図４】本実施の形態に係る携帯電話のハードウェア構成を示すブロック図である。
【図５】本実施の形態に係る携帯電話が記憶する各種変数を示すイメージ図である。
【図６】本実施の形態に係る多点入力可能な第１の携帯電話の機能構成を示すブロック図である。
【図７】本実施の形態に係るボタンの押下と入力デバイスから出力される信号との関係を示すイメージ図である。
【図８】本実施の形態に係る多点入力可能な第１の携帯電話のドライバが手書き入力に応じて出力するデータを示すイメージ図である。
【図９】本実施の形態に係る多点入力可能な第１の携帯電話のドライバが手書き入力と描画色ボタンの押下操作に応じて出力するデータを示すイメージ図である。
【図１０】本実施の形態に係る単点入力用の第２の携帯電話の機能構成を示すブロック図である。
【図１１】本実施の形態に係る多点入力可能な第１の携帯電話と単点入力用の第２の携帯電話とから構成されるネットワークシステムの機能構成を示すブロック図である。
【図１２】本実施の形態に係る多点入力可能な第１の携帯電話における命令判定処理の処理手順を示す第１のフローチャートである。
【図１３】本実施の形態に係る多点入力可能な第１の携帯電話における命令判定処理の処理手順を示す第２のフローチャートである。
【図１４】本実施の形態に係る単点入力用の第２の携帯電話における命令判定処理の処理手順を示すフローチャートである。
【図１５】本実施の形態に係る第１の携帯電話および第２の携帯電話における論理命令変換処理の処理手順を示すフローチャートである。
【図１６】本実施の形態に係る多点入力可能な第１の携帯電話における物理命令処理の処理手順を示す第１のフローチャートである。
【図１７】本実施の形態に係る多点入力可能な第１の携帯電話における物理命令処理の処理手順を示す第２のフローチャートである。
【図１８】本実施の形態に係る多点入力可能な第１の携帯電話における描画表示処理の処理手順を示すフローチャートである。
【図１９】本実施の形態に係る単点入力用の第２の携帯電話における物理命令処理の処理手順を示すフローチャートである。
【図２０】本実施の形態に係る第１の携帯電話および第２の携帯電話における論理命令処理の処理手順を示すフローチャートである。
【図２１】本実施の形態に係る単点入力用の第２の携帯電話における物理命令変換処理の処理手順を示す第１のフローチャートである。
【図２２】本実施の形態に係る単点入力用の第２の携帯電話における物理命令変換処理の処理手順を示す第２のフローチャートである。
【図２３】本実施の形態に係る多点入力可能な第１の携帯電話における物理命令変換処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１７】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００１８】
また、以下では、携帯電話１００を「通信端末」の代表例として説明を行う。ただし、通信端末は、パーソナルコンピュータや、カーナビゲーション装置（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）から構成される。ディスプレイ１０７は、制御部１０６からの信号に基づいてスタンプやスタンプが押された画像を表示する。
【００４７】
そして、本実施の形態に係る携帯電話１００においては、ディスプレイ１０７の下側（裏側）にタブレット１１９が敷設されている。これによって、ユーザは、たとえばスタイラスペン９９や指などを用いることによって、タブレット１１９を介して図形情報などを制御部１０６に手書き入力することができる。
【００４８】
本実施の形態に係るディスプレイ１０７とタブレット１１９とは、いわゆるタッチパネル１５０を構成する。なお、タッチパネル１５０は、各種方式（静電容量方式や抵抗膜方式）のタッチパネルによって実現されてもよいし、光センサ液晶によって実現されてもよい。
【００４９】
より詳細には、前述したように、本実施の形態においては、第１の携帯電話１００Ａのタブレット１１９（タブレット１１９Ａ）は、実質的に同時に複数の接触点を検知できる。そして、第２の携帯電話１００Ｂのタブレット１１９（タブレット１１９Ｂ）は、１つの接触点を検知できる。
【００５０】
通知部１０５は、スピーカによって実現される。通知部１０５は、他の通信端末からの呼びかけ（着呼）に応じて着信音を発することによって、他の通信端末からの着信をユーザに通知する。
【００５１】
あるいは、通知部１０５は、ＬＥＤ（Light Emitting Diode）によって実現される。通知部１０５は、他の通信端末からの呼びかけに応じて点灯したり点滅したりすることによって、他の通信端末からの着信をユーザに通知する。
【００５２】
あるいは、通知部１０５は、バイブレーション装置によって実現される。通知部１０５は、他の通信端末からの呼びかけに応じて通信端末自身を振動させることによって、他の通信端末からの着信をユーザに通知する。
【００５３】
揮発性メモリ１０３は、たとえば、作業用メモリとして機能する揮発性のＳ−ＲＡＭ（Static-Random Access Memory）やＶ−ＲＡＭ（Video Random Access Memory）などによって実現される。揮発性メモリ１０３は、アプリケーションプログラム１０３Ａや、論理命令テーブル１０３Ｂや、コンテンツデータ１０３Ｃや、各種変数１０３Ｄを揮発的に（一時的に）記憶する。
【００５４】
ここでの論理命令テーブル１０３Ｂは、ディスプレイ１０７に表示されるボタンの画像データと、当該ボタンの表示位置（表示エリア）と、当該ボタンに対応する論理命令とが対応付けられたテーブルである。より詳細には、制御部１０６は、タブレット１１９を介してスタイラスペン９９とディスプレイ１０７との接触位置を検知する。制御部１０６は、論理命令テーブル１０３Ｂを参照して、接触位置がボタンの表示エリア内に位置するか否かを判断する。制御部１０６は、接触位置がボタンの表示エリア内に位置する場合に、ユーザが当該ボタンに対応する論理命令を入力したものと判断する。すなわち、制御部１０６が実現するドライバが、接触位置がボタンの表示エリア内に位置する場合に、当該ボタンに対応する論理命令を上位のアプリケーションに受け渡す。
【００５５】
コンテンツデータ１０３Ｃは、下地画像を示す下地画像データや、手書き文字を示す手書きデータや、当該下地画像に貼られたスタンプの画像データや、スタンプが貼られた位置（エリア）を示す位置データなどを含む。制御部１０６は、操作命令に基づいてコンテンツデータ１０３Ｃを編集したり、編集後のコンテンツデータ１０３Ｃに基づいてディスプレイ１０７にコンテンツを表示したりする。すなわち、制御部１０６は、操作命令に基づいて、コンテンツデータ１０３Ｃを順次更新する。
【００５６】
より詳細には、制御部１０６は、受信した画像データやスタンプファイルを一時的に揮発性メモリ１０３に格納する。制御部１０６は、揮発性メモリ１０３から画像データを読み出して、ディスプレイ１０７に画像を表示させる。制御部１０６は、揮発性メモリ１０３からスタンプファイルを読み出して、ディスプレイ１０７にスタンプを表示させる。また、制御部１０６は、編集した画像データを一時的に揮発性メモリ１０３に格納する。
【００５７】
不揮発性メモリ１０８は、たとえば、オペレーティングシステムやアプリケーションプログラムや論理命令テーブル１０８Ａやスタンプデータ１０８Ｂなどを不揮発的に記憶するＲＯＭ（Read Only Memory）や、ＮＶ−ＲＡＭ（Non-Volatile Random Access Memory）や、静止画像データや動画像データなどを記憶するＨＤＤ（Hard Disk Drive）などによって実現される。
【００５８】
不揮発性メモリ１０８が記憶する論理命令テーブル１０８Ａも、ディスプレイ１０７に表示されるボタンの画像データと、当該ボタンの表示位置（表示エリア）と、当該ボタンに対応する論理命令とを対応付けて格納する。制御部１０６は、不揮発性メモリ１０８から論理命令テーブル１０８Ａを読み出して、当該論理命令テーブル１０８Ａを一時的に揮発性メモリ１０３に格納する。
【００５９】
より詳細には、制御部１０６は、不揮発性メモリ１０８が記憶している画像データやスタンプファイルを読み出して、揮発性メモリ１０３に一時的に格納する。制御部１０６は、受信したスタンプファイルや画像データを、それらの対応する付加情報に基づいて、揮発性メモリ１０３あるいは不揮発性メモリ１０８に格納する。具体的には、制御部１０６は、表示することや編集することや他の通信端末へ送信することが許可されているスタンプファイルや画像データを不揮発性メモリ１０８に格納する。
【００６０】
＜各種変数＞
次に、多点入力可能な第１の携帯電話１００Ａの揮発性メモリ１０３が記憶する各種変数１０３Ｄについて説明する。図５は、本実施の形態に係る携帯電話１００が記憶する各種変数１０３Ｄを示すイメージ図である。
【００６１】
図５を参照して、多点入力可能な第１の携帯電話１００Ａにおける各種変数１０３Ｄは、システム全体の変数として、自端末のＩＰアドレス（MyIPADR）と、通信相手端末のＩＰアドレス（HisIPADR）と、自端末のデバイスタイプ（MyDEVTP）とを含む。ここで、自端末のＩＰアドレスとは、Ｐ２Ｐ通信を開始する際に、自端末に割当てられた固有の識別情報である。通信相手端末のＩＰアドレスとは、当該通信相手端末とＰ２Ｐ通信を開始する際に、当該通信相手端末あるいはマッチングサーバ４００から取得した当該通信相手端末の識別情報である。自端末のデバイスタイプとは、自端末が有するデバイスドライバの種類を示す情報である。たとえば、自端末のデバイスタイプが０である場合、自端末は単点用の入力デバイスを有していることを示す。一方、自端末のデバイスタイプが１である場合、自端末が多点入力可能な入力デバイスを有していることを示す。
【００６２】
また、各種変数１０３Ｄは、操作命令が論理命令であるか否かを判断するための処理が完了したか否かを判断するフラグ（LE_Flag）と、第１の操作座標（o_perl）と第２の操作座標（o_per2）と、論理操作座標（o_per3）と、前回出力された自端末の第１の操作情報（MyOldP1）と、前回出力された相手端末の第１の操作情報（HisOldP1）と、前回出力された自端末の第２の操作情報（MyOldP2）と、前回出力された相手端末の第２の操作情報（HisOldP2）、第１の描画開始座標（sp1）と、第１の描画終了座標（ep1）と、第２の描画開始座標（sp2）と、第２の描画終了点（ep2）と、描画色（dc）と、自端末が現在選択している描画色（MyPenC）と、相手端末が現在選択している描画色（HisPenC）とを含む。
【００６３】
次に、単点入力用の第２の携帯電話１００Ｂの揮発性メモリ１０３が記憶する各種変数１０３Ｄについて説明する。
【００６４】
図５を参照して、単点入力用の第２の携帯電話１００Ｂにおける各種変数１０３Ｄは、システム全体の変数に加えて、操作命令が論理命令であるか否か判断するための処理が完了したか否かを判断するフラグ（LE_Flag）と、操作座標（o_perl）と、前回出力された自端末の第１の操作情報（MyOldP）と、前回出力された相手端末の操作情報（HisOldP）と、描画開始座標（sp1）と、描画終了座標（ep1）と、描画色（dc）と、自端末が現在選択している描画色（MyPenC）と、相手端末が現在選択している描画色（HisPenC）とを含む。
【００６５】
そして、単点入力用の第２の携帯電話１００Ｂの揮発性メモリ１０３が記憶する各種変数１０３Ｄは、多点入力可能な第１の携帯電話１００Ａから受信した操作命令（物理命令）であって編集処理が未完了の操作命令（BUF2nd[]）と、当該操作命令の個数（bcnt）とを含む。
【００６６】
＜多点入力可能な携帯電話１００Ａの機能構成＞
次に、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａの機能構成について説明する。図６は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａの機能構成を示すブロック図である。
【００６７】
図６に示すように、第１の携帯電話１００Ａは、生成部１０６１Ａと、表示制御部１０６４Ａと、通信制御部１０６７Ａとを含む。また、前述したように、第１の携帯電話１００Ａは、通信デバイス１０１と、ディスプレイ１０７と、タブレット１１９Ａと、揮発性メモリ１０３（図４参照）と、不揮発性メモリ１０８（図４参照）とも含む。
【００６８】
前述したように、タブレット１１９Ａは、ユーザから手書き入力やソフトウェアキー入力などを受け付けて、入力動作に対応する入力命令を順次揮発性メモリ１０３に格納する。すなわち、タブレット１１９Ａは、ユーザからの各種入力命令を受け付ける受付部を実現する。本実施の形態に係る「入力命令」は、タブレット１１９Ａ上の接触箇所を示す座標（入力用の座標）をいう。そして、第１の携帯電話１００Ａのタブレット１１９Ａは、実質的に同時に複数の座標の入力を受け付けることが可能である。
【００６９】
より詳細には、タブレット１１９Ａは、ユーザの指がタッチパネル１５０に接触した位置を制御部１０６（後述する命令判断部１０６２Ａ）に順次入力する。すなわち、タブレット１１９Ａは、ユーザがタッチパネル１５０に接触した位置を検知して、順次当該入力用の座標（２つの入力用の座標（Ｐ１，Ｐ２））を順次制御部１０６に受け渡す。
【００７０】
制御部１０６は、タブレット１１９Ａから入力されてくる座標（Ｐ１，Ｐ２）を順次描画エリア上の座標（Ｌ１，Ｌ２）に変換して、当該描画エリア上の座標（物理情報）を手書き入力命令として揮発性メモリ１０３に記憶する。あるいは、制御部１０６は、論理命令テーブル１０３Ｂを参照して、タブレット１１９Ａから順次入力されてくる座標（Ｐ１，Ｐ２）に対応する論理命令を読み出し、当該論理命令を順次揮発性メモリ１０３に記憶する。
【００７１】
ディスプレイ１０７は、制御部１０６からのデータに基づいて、画像やテキストを表示する。具体的には、ディスプレイ１０７は、制御部１０６からのデータに基づいて、スタンプが押されたコンテンツを表示する。あるいは、ディスプレイ１０７は、制御部１０６からのデータに基づいて、自身のタブレット１１９Ａにて受け付けた手書き入力命令に対応する手書き画像と、通信デバイス１０１にて受信した操作情報に対応する手書き画像とを重ねて表示する。あるいは、ディスプレイ１０７は、制御部１０６からのデータに基づいて、ユーザがタッチパネル１５０を介して選択可能な（押下可能な）ソフトウェアキーなどを表示する。
【００７２】
通信デバイス１０１は、図示しない通信アンテナや信号処理部によって実現される。通信デバイス１０１は、タブレット１１９Ａが受け付けた手書き入力命令や表示されているボタンを選択するための選択命令やコンテンツにスタンプを貼り付けるための押下命令などの操作命令を他の通信端末へと送信する。通信デバイス１０１は、他の通信端末からコンテンツデータや操作命令を受信する。制御部１０６は、受信したコンテンツデータや操作命令などを揮発性メモリ１０３あるいは不揮発性メモリ１０８に記憶する。
【００７３】
生成部１０６１Ａと、表示制御部１０６４Ａと、通信制御部１０６７Ａとは、制御部１０６によって実現される機能である。より詳細には、制御部１０６が有する各機能は、制御部１０６が揮発性メモリ１０３などに記憶される制御プログラム（アプリケーションプログラム）を実行して、図４に示される各ハードウェアを制御することによって実現される機能である。本実施の形態に係る制御部１０６は、不揮発性メモリ１０８に予め格納された制御プログラムを、揮発性メモリ１０３のワークメモリに読み出す。そして、制御部１０６は、揮発性メモリ１０３上の制御プログラムを順次実行することによって、上記の各機能ブロックを実現する。
【００７４】
生成部１０６１Ａは、タブレット１１９Ａからの入力命令を順次受け付ける。生成部１０６１Ａは、１または複数の入力命令を含む一連の入力命令を受け付けて、当該一連の入力命令対応する操作命令を生成する。操作命令は、たとえば、後述する物理命令（２つの入力用座標）や論理命令を含む。以下では、操作命令のうち、論理命令に含まれない命令を物理命令という。
【００７５】
たとえば、生成部１０６１Ａは、タブレット１１９Ａから順次入力されてくる入力命令から、予め登録されている条件（座標エリアなど）を満たす一連の入力命令を抽出する命令判断部１０６２Ａを含む。すなわち、命令判断部１０６２Ａは、論理命令テーブル１０３Ｂを参照して、一連の入力命令が予め登録されている条件を満たすか否かを判断する。命令判断部１０６２Ａは、予め登録されている条件を満たす一連の入力命令を論理命令変換部１０６３Ａに受け渡す。
【００７６】
また、命令判断部１０６２Ａは、タブレット１１９Ａから順次入力されてくる入力命令に基づいて、予め登録されている条件を満たさない入力命令を物理命令に変換する。本実施の形態に係る、命令判断部１０６２Ａは、２つの入力用の座標（Ｐ１，Ｐ２）を２つの描画エリア上の座標（Ｌ１，Ｌ２）に変換する。
【００７７】
ここでは、入力用の座標（Ｐ１，Ｐ２）とは、タブレット１１９Ａ上の座標、すなわちタブレット１１９Ａの左上隅を基準とした座標である。一方、描画エリア上の座標（Ｌ１，Ｌ２）とは、ディスプレイ１０７が表示する描画エリア上の座標、すなわち手書き入力が可能なエリアの左上隅を基準とした座標である。
【００７８】
また、生成部１０６１Ａは、論理命令テーブル１０３Ｂに基づいて、抽出された一連の入力命令を順次論理命令に変換する論理命令変換部１０６３Ａを含む。たとえば、論理命令変換部１０６３Ａは、抽出された一連の入力命令を論理命令としての描画色の選択命令に変換する。すなわち、命令判断部１０６２Ａと論理命令変換部１０６３Ａとは、共同して、対応する入力命令が生成部１０６１Ａあるいはタブレット１１９Ａに入力された順に、それぞれの操作命令を通信制御部１０６７Ａに入力する。
【００７９】
ここで、論理命令および操作命令について、通常のボタンを用いて説明する。図７（Ａ）および図７（Ｂ）は、本実施の形態に係るボタンの押下と入力デバイスから出力される信号との関係を示すイメージ図である。すなわち、図（７）および図７（Ｂ）は、通常のボタンから構成される入力デバイスのイメージと当該入力デバイスのドライバが出力する出力データとを例示する。なお、ここでのドライバは、ボタンからの信号に基づいて、ボタンに対するＯＮ／ＯＦＦの一連操作（クリック操作）のみを検出し、上位のアプリケーションなど出力するものとする。
【００８０】
図７（Ａ）を参照して、入力デバイスは、ボタンが押下されていない状態（解放状態）からボタンが押下された状態（押下）に遷移した時点で、入力デバイスドライバに対して「ＭＡＫＥ」信号を出力する。そして、図７（Ｂ）を参照して、入力デバイスは、押下状態から解放状態に遷移した時点で、入力デバイスドライバに対して「ＢＲＥＡＫ」信号を出力する。
【００８１】
たとえば、クリックのみを検出する入力デバイスのドライバは、この入力デバイスからの入力に基づいて、「ＭＡＫＥ」信号を受け付けた後、第１の所定時間内に「ＢＲＥＡＫ」信号を受け付けたときに、所定のデータを上位のアプリケーションに出力する。すなわち、ドライバは、所定時間内にボタンのＯＮ／ＯＦＦが切り替わったことを検知したときに、「Ｍ−Ｃｌｉｃｋ」信号を上位のアプリケーションに出力する。
【００８２】
逆に、ドライバは、「ＭＡＫＥ」信号を受け付けた後、第２の所定時間内に「ＢＲＥＡＫ」信号を受け付けなければ、「Ｂ−Ｃｌｉｃｋ」信号を上位のアプリケーションに出力する。なお、ドライバは、「ＭＡＫＥ」信号を受け付けてから第３の所定時間内に「ＢＲＥＡＫ」信号を受け付けなければ、その後に最初に入力される「ＢＲＥＡＫ」信号を無視する。すなわち、ドライバは、入力デバイスから信号を受け付けなかったものとみなす。
【００８３】
上位のアプリケーションは、ドライバからの出力を受けて、第１の所定の処理を実行する。たとえば、ダブルクリックを受け付ける上位のアプリケーションは、連続して（第４の所定時間内に）２回の「Ｍ−Ｃｌｉｃｋ」信号を受け付けた場合に、所定の処理を実行してもよい。そして、上位のアプリケーションは、ドライバからの「Ｍ−Ｃｌｉｃｋ」信号や「Ｂ−Ｃｌｉｃｋ」信号の各々に応じて、第２の所定の処理を実行してもよい。
【００８４】
本実施の形態においては、生成部１０６１Ａは、ドライバが出力する「Ｍ−Ｃｌｉｃｋ」信号および「Ｂ−Ｃｌｉｃｋ」信号のそれぞれを入力命令として受け付ける。そして、生成部１０６１Ａは、「Ｍ−Ｃｌｉｃｋ」信号や「Ｂ−Ｃｌｉｃｋ」信号からなる一連の入力命令をダブルクリックという論理命令に変換する。
【００８５】
あるいは、生成部１０６１Ａは、ドライバが出力する「ＭＡＫＥ」信号および「ＢＲＥＡＫ」信号のそれぞれを入力命令として受け付けてもよい。生成部１０６１Ａは、「ＭＡＫＥ」信号および「ＢＲＥＡＫ」信号からなる一連の入力命令を「Ｍ−Ｃｌｉｃｋ」信号および「Ｂ−Ｃｌｉｃｋ」信号という操作命令として取得してもよい。生成部１０６１Ａは、「ＭＡＫＥ」信号および「ＢＲＥＡＫ」信号からなる一連の操作命令（「Ｍ−Ｃｌｉｃｋ」信号および「Ｂ−Ｃｌｉｃｋ」信号からなる一連の入力命令）をダブルクリックという論理命令として取得してもよい。
【００８６】
すなわち、本実施の形態に係る「入力命令」とは、所定のデータ形式でドライバから出力される命令データを意味する。「操作命令」とは、この「入力命令」を素として、生成部１０６１Ａが上位アプリの規定に基づいて生成する命令データ、もしくはサブセットなどを意味する。そして、本実施の形態に係る生成部１０６１Ａは、操作命令や論理命令を、対応する入力命令が入力された順に、すなわち入力デバイスが対応する入力デバイスを受け付けた順に、通信制御部１０６７Ａや論理命令変換部１０６３Ａへと出力するものである。
【００８７】
以下では、ドライバからの手書き入力に対応する出力データについて説明する。図８は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａのドライバが手書き入力に応じて出力するデータを示すイメージ図である。
【００８８】
図８（Ａ）を参照して、タブレット１１９Ａが２つの接触点を検知した場合、ドライバはタブレット１１９Ａからの信号に基づいて、１つ目の接触点の座標ＦＦ０１と２つ目の接触点の座標ＳＦ０１とをあわせて出力する。たとえば、ドライバは、（ＦＦ０１，ＳＦ０２）を示すデータを生成部１０６１Ａに出力する。
【００８９】
図８（Ｂ）を参照して、引き続き、タブレット１１９Ａが連続して２つの接触点を検知すると、ドライバは２つの接触点の座標を順次出力する。たとえば、ドライバは、（ＦＦ０２，ＳＦ０２）〜（ＦＦ０ｎ，ＳＦ０ｎ）を示すデータを生成部１０６１Ａに出力する。
【００９０】
図８（Ｃ）を参照して、その後、タブレット１１９Ａが連続して１つの接触点だけを検知すると、ドライバは１つの接触点の座標を順次出力する。たとえば、ドライバは、（ＦＦ１１，ＮＵＬＬ）〜（ＦＦ１ｎ，ＮＵＬＬ）を示すデータを生成部１０６１Ａに出力する。
【００９１】
次に、ドライバからの手書き入力および描画色の選択命令に対応する出力データについて説明する。同様に、図９は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａのドライバが手書き入力と描画色ボタンの押下操作に応じて出力するデータを示すイメージ図である。
【００９２】
図９（Ａ）を参照して、タブレット１１９Ａが１つの接触点を検知した場合、ドライバはタブレット１１９Ａからの信号に基づいて、１つ目の接触点の座標ＦＦ０１を順次出力する。たとえば、ドライバは、（ＦＦ０１，ＮＵＬＬ）〜（ＦＦ０ｎ，ＮＵＬＬ）を示すデータを出力した後、（ＦＦ１１，ＮＵＬＬ）〜（ＦＦ１ｎ，ＮＵＬＬ）を示すデータを生成部１０６１Ａに出力する。
【００９３】
図９（Ｂ）を参照して、タブレット１１９Ａが２つ目の接触点を検知すると、ドライバは２つの接触点の座標を出力する。たとえば、ドライバは、（ＦＦ２１，ＳＦ２１）を示すデータを生成部１０６１Ａに出力する。
【００９４】
図９（Ｃ）を参照して、引き続き、タブレット１１９Ａが２つの接触点を検知すると、ドライバは２つの接触点の座標を出力する。たとえば、ドライバは、（ＦＦ２２，ＳＦ２２）〜（ＦＦ２ｎ，ＳＦ２ｎ）を示すデータを生成部１０６１Ａに出力する。
【００９５】
図９（Ｄ）を参照して、その後、タブレット１１９Ａが連続して１つの接触点だけを検知すると、ドライバは１つの接触点の座標を順次出力する。たとえば、ドライバは、（ＦＦ２ｎ＋１，ＮＵＬＬ）〜（ＦＦ２ｍ，ＮＵＬＬ）を示すデータを生成部１０６１Ａに出力する。
【００９６】
図６に戻って、通信制御部１０６７Ａは、通信デバイス１０１を用いて、他の通信端末とＰ２Ｐ通信を行う。より詳細には、通信制御部１０６７Ａは、通信デバイス１０１を用いて他のサーバ装置などから自身のＩＰアドレスと他の通信端末のＩＰアドレスとを取得することにより、他の通信端末との間で当該ＩＰアドレスを利用して直接データを送受信し始める。
【００９７】
本実施の形態に係る通信制御部１０６７Ａは、通信デバイス１０１を用いて、操作命令を示すデータをインターネット網５００などを介して他の携帯電話１００（たとえば、第２の携帯電話１００Ｂ）に送信する。たとえば、通信制御部１０６７Ａは、通信デバイス１０１を介して、命令判断部１０６２Ａからの物理命令としての２点の描画エリア上の座標（Ｌ１，Ｌ２）を他の携帯電話１００に送信する。あるいは、通信制御部１０６７Ａは、通信デバイス１０１を介して、論理命令変換部１０６３Ａからの論理命令としての描画色の選択命令を他の携帯電話１００に送信する。また、通信制御部１０６７Ａは、通信デバイス１０１を介して、自身に割り当てられたＩＰアドレスや自身が多点入力可能な端末であることを示す情報などを他の携帯電話１００に送信する。
【００９８】
本実施の形態に係る通信制御部１０６７Ａは、通信デバイス１０１を介して、物理命令としての２点の描画エリア上の座標（Ｌ１，Ｌ２）や、論理命令としての描画色の選択命令などを、対応する入力命令がタブレット１１９Ａ（タッチパネル１５０）や生成部１０６１Ａに入力された順に送信する。
【００９９】
逆に、通信制御部１０６７Ａは、通信デバイス１０１を用いて、操作命令を示すデータをインターネット網５００などを介して他の携帯電話１００から受信する。たとえば、通信制御部１０６７Ａは、通信デバイス１０１を介して、物理命令としての２点の座標（Ｌ１，Ｌ２）あるいは１点の座標Ｌ１を他の携帯電話１００から受信する。あるいは通信制御部１０６７Ａは、通信デバイス１０１を介して、論理命令としての描画色の選択命令を他の携帯電話１００から受信する。また、通信制御部１０６７Ａは、通信デバイス１０１を介して、他の携帯電話１００のＩＰアドレスや他の携帯電話１００が多点入力可能な端末であるか否かを示す情報などを他の携帯電話１００から受信する。
【０１００】
より詳細には、通信制御部１０６７Ａは、通信デバイス１０１から物理命令を取得して、当該物理命令が多点用であるか否かを判断するデバイス判断部１０６８Ａと、単点用の物理命令を多点用の物理命令に変換する物理命令変換部１０６９Ａとを含む。
【０１０１】
デバイス判断部１０６８Ａは、物理命令が多点用である場合、当該２点の座標（Ｌ１，Ｌ２）を表示制御部１０６４Ａ（後述する物理命令処理部１０６６Ａ）に受け渡す。デバイス判断部１０６８Ａは、物理命令が単点用である場合、当該１点の座標Ｌ１を物理命令変換部１０６９Ａに受け渡す。
【０１０２】
物理命令変換部１０６９Ａは、１点の座標Ｌ１に基づいて、多点用の物理命令、すなわち２点の座標（Ｌ１，ＮＵＬＬ）を生成する。物理命令変換部１０６９Ａは、変換後の２点の座標（Ｌ１，ＮＵＬＬ）を表示制御部１０６４Ａ（後述する物理命令処理部１０６６Ａ）に受け渡す。
【０１０３】
なお、通信制御部１０６７Ａは、通信デバイス１０１が受信した論理命令を表示制御部１０６４Ａ（後述する論理命令処理部１０６５Ａ）に受け渡す。
【０１０４】
表示制御部１０６４Ａは、手書きチャット中のコンテンツデータに基づいて、ディスプレイ１０７にコンテンツを表示させる。また、表示制御部１０６４Ａは、タブレット１１９Ａと生成部１０６１Ａとを介して受け付けた操作命令と通信デバイス１０１と通信制御部１０６７Ａとを介して受信した操作命令とに基づいて、手書きチャット中のコンテンツデータを編集する。そして、表示制御部１０６４Ａは、編集後のコンテンツデータをディスプレイ１０７に表示させる。
【０１０５】
より詳細には、表示制御部１０６４Ａは、論理命令変換部１０６３Ａからの論理命令および通信制御部１０６７Ａからの論理命令に基づいてコンテンツデータを編集する論理命令処理部１０６５Ａを含む。たとえば、論理命令処理部１０６５Ａは、論理命令としての描画色の選択命令（変更命令）に応じて、手書き入力用の描画色（変数dcの値）を設定し直す。
【０１０６】
また、表示制御部１０６４Ａは、命令判断部１０６２Ａからの物理命令とデバイス判断部１０６８Ａからの物理命令と物理命令変換部１０６９Ａからの物理命令とに基づいてコンテンツデータを編集する物理命令処理部１０６６Ａを含む。物理命令処理部１０６６Ａは、順次入力される２点の座標（Ｌ１，Ｌ２）に基づいて、コンテンツに手書き画像を追加する。たとえば、物理命令処理部１０６６Ａは、下図画像に文字などの線画像を書き加える。
【０１０７】
このようにして、表示制御部１０６４Ａは、論理命令処理部１０６５Ａと物理命令処理部１０６６Ａとによって編集されたコンテンツデータに基づいて、ディスプレイ１０７に編集後のコンテンツを表示させる。
【０１０８】
＜単点入力用の携帯電話１００Ｂの機能構成＞
次に、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂの機能構成について説明する。単点入力用の第２の携帯電話１００Ｂが有する機能のうち、第１の携帯電話１００Ａが有する機能と同様のものについては、ここでは説明を繰り返さない。図１０は、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂの機能構成を示すブロック図である。
【０１０９】
図１０に示すように、第２の携帯電話１００Ｂは、生成部１０６１Ｂと、表示制御部１０６４Ｂと、通信制御部１０６７Ｂとを含む。また、前述したように、第２の携帯電話１００Ｂは、通信デバイス１０１と、ディスプレイ１０７と、タブレット１１９Ｂと、揮発性メモリ１０３（図４参照）と、不揮発性メモリ１０８（図４参照）とも含む。
【０１１０】
前述したように、タブレット１１９Ｂは、ユーザから手書き入力やソフトウェアキー入力などを受け付けて、入力動作に対応する入力命令を揮発性メモリ１０３に格納する。タブレット１１９Ｂは、ユーザからの各種入力命令を受け付ける受付部を実現する。ここでの「入力命令」は、タブレット１１９Ａ上の接触箇所を示す座標（入力用の座標）をいう。そして、第２の携帯電話１００Ｂのタブレット１１９Ｂは、１つの接触位置を検知することが可能である。
【０１１１】
より詳細には、タブレット１１９Ｂは、ユーザの指が接触した位置を制御部１０６（後述する命令判断部１０６２Ｂ）に入力する。すなわち、タブレット１１９Ｂは、ユーザがタッチパネル１５０に接触した位置を検知して、順次当該入力用の座標（１つの入力用の座標Ｐ１）を制御部１０６に受け渡す。
【０１１２】
たとえば、制御部１０６は、タブレット１１９Ｂから順次入力されてくる座標Ｐ１を描画エリア上の座標Ｌ１に変換して、当該描画エリア上の座標（物理情報）を手書き入力命令として揮発性メモリ１０３に記憶する。あるいは、たとえば、制御部１０６は、論理命令テーブル１０３Ｂを参照して、タブレット１１９Ａから順次入力されてくる座標Ｐ１に対応する論理命令を読み出し、当該論理命令を揮発性メモリ１０３に記憶する。
【０１１３】
ディスプレイ１０７は、制御部１０６からのデータに基づいて、画像やテキストを表示する。具体的には、ディスプレイ１０７は、制御部１０６からのデータに基づいて、スタンプが押されたコンテンツを表示する。あるいは、ディスプレイ１０７は、制御部１０６からのデータに基づいて、自身のタブレット１１９Ｂにて受け付けた手書き入力命令に対応する手書き画像と、通信デバイス１０１にて受信した手書き情報に対応する手書き画像とを重ねて表示する。あるいは、ディスプレイ１０７は、制御部１０６からのデータに基づいて、選択可能なソフトウェアキーなどを表示する。
【０１１４】
通信デバイス１０１は、図示しない通信アンテナや信号処理部によって実現される。通信デバイス１０１は、タブレット１１９Ｂが受け付けた手書き入力命令や表示されているボタンを選択するための選択命令やコンテンツにスタンプを貼り付けるための押下命令などを示す操作命令を他の通信端末へと送信する。通信デバイス１０１は、他の通信端末からコンテンツデータや操作命令を受信する。制御部１０６は、受信したコンテンツデータや操作命令などを揮発性メモリ１０３あるいは不揮発性メモリ１０８に記憶する。
【０１１５】
生成部１０６１Ｂと、表示制御部１０６４Ｂと、通信制御部１０６７Ｂとは、制御部１０６などによって実現される機能である。より詳細には、制御部１０６が有する各機能は、制御部１０６が揮発性メモリ１０３などに記憶される制御プログラムを実行して、図４に示される各ハードウェアを制御することによって実現される機能である。たとえば、制御部１０６は、不揮発性メモリ１０８に予め格納されたプログラムを、揮発性メモリ１０３のワークメモリに読み出す。そして、制御部１０６は、揮発性メモリ１０３のプログラムを順次実行することによって、上記の機能ブロックを実現する。
【０１１６】
生成部１０６１Ｂは、タブレット１１９Ｂから順次入力命令を受け付ける。生成部１０６１Ｂは、１または複数の入力命令を含む一連の入力命令を受け付けて、当該一連の入力命令に対応する操作命令を順次生成する。操作命令は、たとえば、前述したような物理命令（１つの入力用座標）や論理命令を含む。以下では、操作命令のうち、論理命令に含まれない命令を物理命令という。
【０１１７】
たとえば、生成部１０６１Ｂは、タブレット１１９Ｂから順次入力されてくる入力命令から、予め登録されている条件（座標エリアなど）を満たす一連の入力命令を順次抽出する命令判断部１０６２Ｂを含む。命令判断部１０６２Ｂは、当該一連の入力命令を順次論理命令変換部１０６３Ｂに受け渡す。また、命令判断部１０６２Ｂは、タブレット１１９Ｂから順次入力されてくる入力命令に基づいて、予め登録されている条件を満たさない入力命令を順次物理命令に変換する。たとえば、命令判断部１０６２Ｂは、１つの入力用の座標Ｐ１を１つの描画エリア上の座標Ｌ１に変換する。
【０１１８】
また、生成部１０６１Ｂは、論理命令テーブル１０３Ｂに基づいて、抽出された一連の入力命令を順次論理命令に変換する論理命令変換部１０６３Ｂを含む。たとえば、論理命令変換部１０６３Ｂは、抽出された一連の入力命令を論理命令としての描画色の選択命令に変換する。すなわち、命令判断部１０６２Ｂと論理命令変換部１０６３Ｂとは、共同して、対応する入力命令が生成部１０６１Ｂあるいはタブレット１１９Ｂに入力された順に、それぞれの操作命令を通信制御部１０６７Ｂに入力する。
【０１１９】
論理命令および操作命令については、第１の携帯電話１００Ａのそれと同様であるため、ここでは説明を繰り返さない。
【０１２０】
通信制御部１０６７Ｂは、通信デバイス１０１を用いて、他の通信端末とＰ２Ｐ通信を行う。より詳細には、通信制御部１０６７Ｂは、通信デバイス１０１を用いて他のサーバ装置などから自身のＩＰアドレスと他の通信端末のＩＰアドレスとを取得することにより、他の通信端末との間で当該ＩＰアドレスを利用して直接データを送受信し始める。
【０１２１】
本実施の形態に係る通信制御部１０６７Ｂは、通信デバイス１０１を用いて、操作命令を示すデータをインターネット網５００などを介して他の携帯電話１００（たとえば、第１の携帯電話１００Ａ）に送信する。たとえば、通信制御部１０６７Ｂは、通信デバイス１０１を介して、命令判断部１０６２Ｂからの物理命令としての１点の描画エリア上の座標Ｌ１を他の携帯電話１００に送信する。あるいは通信制御部１０６７Ｂは、通信デバイス１０１を介して、論理命令変換部１０６３Ｂからの論理命令としての描画色の選択命令を他の携帯電話１００に送信する。また、通信制御部１０６７Ｂは、通信デバイス１０１を介して、自身に割り当てられたＩＰアドレスや自身が多点入力可能な端末であることを示す情報などを他の携帯電話１００に送信する。
【０１２２】
本実施の形態に係る通信制御部１０６７Ｂは、通信デバイス１０１を介して、物理命令としての１点の描画エリア上の座標Ｌ１や、論理命令としての描画色の選択命令などを、対応する入力命令がタブレット１１９Ｂ（タッチパネル１５０）や生成部１０６１Ｂに入力された順に送信する。
【０１２３】
逆に、通信制御部１０６７Ｂは、通信デバイス１０１を用いて、操作命令を示すデータをインターネット網５００などを介して他の携帯電話１００から受信する。たとえば、通信制御部１０６７Ｂは、通信デバイス１０１を介して、物理命令としての２点の座標（Ｌ１，Ｌ２）あるいは１点の座標Ｌ１を他の携帯電話１００から受信する。あるいは通信制御部１０６７Ｂは、通信デバイス１０１を介して、論理命令としての描画色の選択命令を他の携帯電話１００から受信する。また、通信制御部１０６７Ｂは、通信デバイス１０１を介して、他の携帯電話１００のＩＰアドレスや他の携帯電話１００が多点入力可能な端末であるか否かを示す情報などを他の携帯電話１００から受信する。
【０１２４】
より詳細には、通信制御部１０６７Ｂは、通信デバイス１０１から物理命令を取得して、当該物理命令が多点用であるか否かを判断するデバイス判断部１０６８Ｂと、多点用の物理命令を単点用の物理命令に変換する物理命令変換部１０６９Ｂとを含む。
【０１２５】
デバイス判断部１０６８Ｂは、物理命令が単点用である場合、当該１点の座標Ｌ１を表示制御部１０６４Ｂ（後述する物理命令処理部１０６６Ｂ）に受け渡す。デバイス判断部１０６８Ｂは、物理命令が多点用である場合、当該２点の座標（Ｌ１，Ｌ２）を物理命令変換部１０６９Ｂに受け渡す。
【０１２６】
物理命令変換部１０６９Ｂは、２点の座標（Ｌ１，Ｌ２）に基づいて、単点用の物理命令すなわち１点の座標Ｌ１を生成する。このとき、物理命令変換部１０６９Ｂは、もう１点の座標Ｌ２を揮発性メモリ１０３のバッファ（BUF2nd[]）などに一時的に格納する。物理命令変換部１０６９Ｂは、変換後の１点の座標Ｌ１を表示制御部１０６４Ｂ（後述する物理命令処理部１０６６Ｂ）に受け渡す。
【０１２７】
なお、通信制御部１０６７Ｂは、通信デバイス１０１が受信した論理命令を表示制御部１０６４Ｂ（後述する論理命令処理部１０６５Ｂ）に受け渡す。
【０１２８】
表示制御部１０６４Ｂは、手書きチャット中のコンテンツデータに基づいて、ディスプレイ１０７にコンテンツを表示させる。また、表示制御部１０６４Ｂは、タブレット１１９Ｂと生成部１０６１Ｂとを介して受け付けた操作命令と通信デバイス１０１と通信制御部１０６７Ｂとを介して受信した操作命令とに基づいて、手書きチャット中のコンテンツデータを編集する。そして、表示制御部１０６４Ｂは、編集後のコンテンツデータをディスプレイ１０７に表示させる。
【０１２９】
より詳細には、表示制御部１０６４Ｂは、論理命令変換部１０６３Ｂからの論理命令および通信制御部１０６７Ｂからの論理命令に基づいてコンテンツデータを編集する論理命令処理部１０６５Ｂを含む。たとえば、論理命令処理部１０６５Ｂは、論理命令としての描画色の変更命令に応じて、手書き入力用の描画色の色を設定しなおす。
【０１３０】
また、表示制御部１０６４Ｂは、命令判断部１０６２Ｂからの物理命令とデバイス判断部１０６８Ｂからの物理命令と物理命令変換部１０６９Ｂからの物理命令とに基づいて、コンテンツデータを編集する物理命令処理部１０６６Ｂを含む。物理命令処理部１０６６Ｂは、順次入力される１点の座標Ｌ１に基づいて、コンテンツに手書き画像を追加する。物理命令処理部１０６６Ｂは、物理命令変換部１０６９Ｂからの物理命令の入力が途切れたときに、揮発性メモリ１０３のバッファ（BUF2nd[]）からもう１つの座標Ｌ２を読み出して、コンテンツに手書き画像を追加する。
【０１３１】
このようにして、表示制御部１０６４Ｂは、論理命令処理部１０６５Ｂと物理命令処理部１０６６Ｂとによって編集されたコンテンツデータに基づいて、ディスプレイ１０７にコンテンツを表示させる。
【０１３２】
＜ネットワークシステム１の機能構成＞
次に、図６を参照して説明した多点入力可能な第１の携帯電話１００Ａと、図１０を参照して説明した単点入力用の第２の携帯電話１００Ｂとから構成されるネットワークシステムの機能構成について説明する。ここでは、第１の携帯電話１００Ａがインターネット網５００を介して第２の携帯電話１００Ｂに操作命令を送信する例について説明する。図１１は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａと単点入力用の第２の携帯電話１００Ｂとから構成されるネットワークシステムの機能構成を示すブロック図である。
【０１３３】
図１１に示すように、タブレット１１９Ａは、ユーザの指が接触した位置を示す２つの入力用座標（Ｐ１，Ｐ２）を命令判断部１０６２Ａに入力する。たとえば、制御部１０６は、タブレット１１９Ａから入力されてくる座標（Ｐ１，Ｐ２）を順次描画エリア上の座標（Ｌ１，Ｌ２）に変換して、当該描画エリア上の座標（物理情報）を手書き入力命令として揮発性メモリ１０３に記憶する。あるいは、たとえば、制御部１０６は、論理命令テーブル１０３Ｂを参照して、タブレット１１９Ａから順次入力されてくる座標（Ｐ１，Ｐ２）に対応する論理命令を読み出し、当該論理命令を揮発性メモリ１０３に記憶する。
【０１３４】
生成部１０６１Ａは、タブレット１１９Ａから順次入力命令を受け付ける。生成部１０６１Ａは、タブレット１１９Ａから順次入力されてくる入力命令から、予め登録されている条件（座標エリアなど）を満たす一連の入力命令を抽出する命令判断部１０６２Ａを含む。命令判断部１０６２Ａは、当該一連の入力命令を論理命令変換部１０６３Ａに受け渡す。また、命令判断部１０６２Ａは、タブレット１１９Ａから順次入力されてくる入力命令に基づいて、予め登録されている条件を満たさない入力命令を物理命令に変換する。たとえば、命令判断部１０６２Ａは、２つの入力用の座標（Ｐ１，Ｐ２）を２つの描画エリア上の座標（Ｌ１，Ｌ２）に変換する。
【０１３５】
また、生成部１０６１Ａは、論理命令テーブル１０３Ｂに基づいて、抽出された一連の入力命令を論理命令に変換する論理命令変換部１０６３Ａを含む。たとえば、論理命令変換部１０６３Ａは、抽出された一連の入力命令を論理命令としての描画色の選択命令に変換する。
【０１３６】
通信制御部１０６７Ａは、通信デバイス１０１を用いて、操作命令を示すデータをインターネット網５００などを介して第２の携帯電話１００Ｂに送信する。たとえば、通信制御部１０６７Ａは、通信デバイス１０１を介して、命令判断部１０６２Ａからの物理命令としての２点の描画エリア上の座標（Ｌ１，Ｌ２）を第２の携帯電話１００Ｂに送信する。あるいは通信制御部１０６７Ａは、通信デバイス１０１を介して、論理命令変換部１０６３Ａからの論理命令としての描画色の選択命令を第２の携帯電話１００Ｂに送信する。
【０１３７】
前述したように、本実施の形態に係る通信制御部１０６７Ａは、通信デバイス１０１を介して、物理命令としての２点の描画エリア上の座標（Ｌ１，Ｌ２）や、論理命令としての描画色の選択命令などを、対応する入力命令がタブレット１１９Ａ（タッチパネル１５０）や生成部１０６１Ａに入力された順に送信する。
【０１３８】
一方、第２の携帯電話１００Ｂの通信制御部１０６７Ｂは、通信デバイス１０１を用いて、操作命令を示すデータをインターネット網５００などを介して第１の携帯電話１００Ａから受信する。たとえば、通信制御部１０６７Ｂは、通信デバイス１０１を介して、物理命令としての２点の座標（Ｌ１，Ｌ２）を第１の携帯電話１００Ａから受信する。あるいは通信制御部１０６７Ｂは、通信デバイス１０１を介して、論理命令としての描画色の選択命令を第１の携帯電話１００Ａから受信する。
【０１３９】
より詳細には、通信制御部１０６７Ｂは、通信デバイス１０１から物理命令を取得して、当該物理命令が多点用であるか否かを判断するデバイス判断部１０６８Ｂと、多点用の物理命令を単点用の物理命令に変換する物理命令変換部１０６９Ｂとを含む。デバイス判断部１０６８Ｂは、物理命令が単点用である場合、当該１点の座標Ｌ１を物理命令処理部１０６６Ｂに受け渡す。ここでは、物理命令が多点用であるため、デバイス判断部１０６８Ｂは、当該２点の座標（Ｌ１，Ｌ２）を物理命令変換部１０６９Ｂに受け渡す。
【０１４０】
物理命令変換部１０６９Ｂは、２点の座標（Ｌ１，Ｌ２）に基づいて、単点用の物理命令すなわち１点の座標Ｌ１を生成する。このとき、物理命令変換部１０６９Ｂは、もう１点の座標Ｌ２を揮発性メモリ１０３のバッファ（BUF2nd[]）などに一時的に格納する。物理命令変換部１０６９Ｂは、変換後の１点の座標Ｌ１を物理命令処理部１０６６Ｂに受け渡す。
【０１４１】
なお、通信制御部１０６７Ｂは、通信デバイス１０１が受信した論理命令を論理命令処理部１０６５Ｂに受け渡す。
【０１４２】
表示制御部１０６４Ｂの論理命令処理部１０６５Ｂは、論理命令変換部１０６３Ｂからの論理命令および通信制御部１０６７Ｂからの論理命令に基づいてコンテンツデータを編集する。たとえば、論理命令処理部１０６５Ｂは、論理命令としての描画色の変更命令に応じて、手書き入力用の描画色の色を設定しなおす。
【０１４３】
また、表示制御部１０６４Ｂは、命令判断部１０６２Ｂからの物理命令とデバイス判断部１０６８Ｂからの物理命令と物理命令変換部１０６９Ｂからの物理命令とに基づいて、コンテンツデータを編集する物理命令処理部１０６６Ｂを含む。物理命令処理部１０６６Ｂは、順次入力される１点の座標Ｌ１に基づいて、コンテンツに手書き画像を追加する。
【０１４４】
このようにして、表示制御部１０６４Ｂは、論理命令処理部１０６５Ｂと物理命令処理部１０６６Ｂとによって編集されたコンテンツデータに基づいて、ディスプレイ１０７にコンテンツを表示させる。
【０１４５】
＜各種の処理＞
次に、本実施の形態に係る携帯電話１００における各種の処理手順について説明する。以下では、説明のために、携帯電話１００は、タッチパネル１５０上の文字などの手書き入力を行えるエリア（以下、描画エリアともいう。）に対する入力命令を物理命令と判断し、タッチパネル１５０上の描画色の選択ボタンの表示エリア（以下、描画不能エリアともいう。）に対する入力命令を論理命令と判断するものとする。
【０１４６】
＜命令判定処理（多点用）＞
次に、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける命令判定処理について説明する。図１２は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける命令判定処理の処理手順を示す第１のフローチャートである。図１３は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける命令判定処理の処理手順を示す第２のフローチャートである。
【０１４７】
図１２および図１３を参照して、命令判断部１０６２Ａとして機能する制御部１０６は、タブレット１１９Ａを介してユーザから入力命令を受け付けたか否かを判断する（ステップＳ１０２）。制御部１０６は、タブレット１１９Ａから入力命令を受け付けなかった場合（ステップＳ１０２にてＮＯである場合）、ステップＳ１０２からの処理を繰り返す。
【０１４８】
制御部１０６は、タブレット１１９Ａから入力命令を受け付けた場合（ステップＳ１０２にてＹＥＳである場合）、揮発性メモリ１０３の変数o_per3にＮＵＬＬを格納する（ステップＳ１０４）。制御部１０６は、変数i_per1（本命令判断部１０６２Ａへの入力パラメータである第１操作座標Ｐ１が格納される変数）にＮＵＬＬが格納されているか否かを判断する（ステップＳ１０６）。制御部１０６は、変数i_per1にＮＵＬＬが格納されている場合（ステップＳ１０６にてＹＥＳである場合）、後述するステップＳ１１４からの処理を実行する。
【０１４９】
制御部１０６は、変数i_per1にＮＵＬＬが格納されていない場合（ステップＳ１０６にてＮＯである場合）、入力命令に対応する接触座標が描画エリア内に位置するか否かを判断する（ステップＳ１０８）。制御部１０６は、入力命令に対応する接触座標が描画エリア内に位置しない場合（ステップＳ１０８にてＮＯである場合）、変数o_per1にＮＵＬＬを格納する（ステップＳ１１０）。あわせて、制御部１０６は、変数o_per3にi_per1の値を代入する。制御部１０６は、後述するステップＳ１１４からの処理を実行する。
【０１５０】
制御部１０６は、入力命令に対応する接触座標が描画エリア内に位置する場合（ステップＳ１０８にてＹＥＳである場合）、変数i_per1を描画エリアの左上端を起点する座標値へと変換し変数o_per1に代入する（ステップＳ１１２）。
【０１５１】
制御部１０６は、変数i_per2（本命令判断部１０６２Ａへの入力パラメータである第２操作座標Ｐ２が格納される変数）にＮＵＬＬが格納されているか否かを判断する（ステップＳ１１４）。制御部１０６は、i_per2にＮＵＬＬが格納されている場合（ステップＳ１１４にてＹＥＳである場合）、後述するステップＳ１３２からの処理を実行する。
【０１５２】
制御部１０６は、変数i_per2にＮＵＬＬが格納されていない場合（ステップＳ１１４にてＮＯである場合）、入力命令に対応する第２の接触座標が描画エリア内に位置するか否かを判断する（ステップＳ１１６）。制御部１０６は、入力命令に対応する第２の接触座標が描画エリア内に位置しない場合（ステップＳ１１６にてＮＯである場合）、変数o_per3にＮＵＬＬ画格納されているか否かを判断する（ステップＳ１１８）。
【０１５３】
制御部１０６は、変数o_per3にＮＵＬＬが格納されている場合（ステップＳ１１８にてＹＥＳである場合）、変数o_per2にＮＵＬＬを代入する（ステップＳ１２０）。あわせて、制御部１０６は、変数o_per3にi_per2の値を代入する。制御部１０６は、後述するステップＳ１３２からの処理を実行する。
【０１５４】
制御部１０６は、変数o_per3にＮＵＬＬが格納されていない場合（ステップＳ１１８にてＮＯである場合）、変数o_per2にＮＵＬＬを代入する（ステップＳ１２２）。あわせて、制御部１０６は、変数o_per3にＮＵＬＬを代入する。制御部１０６は、後述するステップＳ１３２からの処理を実行する。
【０１５５】
本実施の形態においては、２点の接触が共に論理命令の入力を示す場合、制御部１０６が当該入力をエラーとみなす。すなわち、制御部１０６がどちらの接触も無視する。しかしながら、制御部１０６が、当該２つの論理命令の入力を、予め設定されている論理命令の入力として受け付けてもよい。
【０１５６】
制御部１０６は、入力命令に対応する第２の接触座標が描画エリア内に位置する場合（ステップＳ１１６にてＹＥＳである場合）、変数i_per2の値を描画エリアの左上端を起点とする座標に変換し、変数o_per2に代入する（ステップＳ１２４）。制御部１０６は、後述するステップＳ１３２からの処理を実行する。
【０１５７】
制御部１０６は、変数o_per1にＮＵＬＬが格納され、かつ、変数o_per2にＮＵＬＬが格納されているか否かを判断する（ステップＳ１３２）。制御部１０６は、変数o_per1にＮＵＬＬが格納され、かつ、変数o_per2にＮＵＬＬが格納されている場合（ステップＳ１３２にてＹＥＳである場合）、後述するステップＳ１３８からの処理を実行する。
【０１５８】
制御部１０６は、o_per1にＮＵＬＬが格納されていない場合、あるいは、変数o_per2にＮＵＬＬが格納されていない場合（ステップＳ１３２にてＮＯである場合）、変数o_per1の値と変数o_per2の値を物理命令処理部１０６６Ａに出力する（ステップＳ１３４）。制御部１０６は、通信デバイス１０１を介して、変数o_per1の値と変数o_per2の値をＰ２Ｐ通信中のグループ端末へと送信する（ステップＳ１３６）。
【０１５９】
制御部１０６は、変数o_per3にＮＵＬＬが格納されているか否かを判断する（ステップＳ１３８）。制御部１０６は、変数o_per3にＮＵＬＬが格納されている場合（ステップＳ１３８にてＹＥＳである場合）、後述するステップＳ１４２からの処理を実行する。制御部１０６は、変数o_per3にＮＵＬＬが格納されていない場合（ステップＳ１３８にてＮＯである場合）、変数o_per3の値を論理命令変換部１０６３Ａに出力する（ステップＳ１４０）。
【０１６０】
制御部１０６は、変数LE_Flagに１が格納されているか否かを判断する（ステップＳ１４２）。制御部１０６は、LE_Flagに１が格納されている場合（ステップＳ１４２にてＹＥＳである場合）、ステップＳ１４２の処理を繰り返す。制御部１０６は、変数LE_Flagに１が格納されていない場合（ステップＳ１４２にてＮＯである場合）、ステップＳ１０２からの処理を繰り返す。
【０１６１】
＜命令判定処理（単点用）＞
次に、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂにおける命令判定処理について説明する。図１４は、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂにおける命令判定処理の処理手順を示すフローチャートである。
【０１６２】
図１４を参照して、命令判断部１０６２Ｂとして機能する制御部１０６は、タブレット１１９Ｂを介して、ユーザから入力命令を受け付けたか否かを判断する（ステップＳ２０２）。制御部１０６は、入力命令を受け付けない場合（ステップＳ２０２にてＮＯである場合）、ステップＳ２０２からの処理を繰り返す。
【０１６３】
制御部１０６は、タブレット１１９Ｂを介して入力命令を受け付けた場合（ステップＳ２０２にてＹＥＳである場合）、入力命令に対応する接触座標が描画エリア内に位置するか否かを判断する（ステップＳ２０４）。制御部１０６は、入力命令に対応する接触座標が描画エリア内に位置する場合（ステップＳ２０４にてＹＥＳである場合）、変数i_per1（本命令判断部１０６２Ｂへの入力パラメータである操作座標Ｐ１が格納される変数）の値を描画エリアの左上端を起点とする座標に変換し変数o_per1に代入する（ステップＳ２０６）。
【０１６４】
制御部１０６は、変数o_per1の値を物理命令処理部１０６６Ｂに出力する（ステップＳ２０８）。制御部１０６は、通信デバイス１０１を介して、変数o_per1の値をＰ２Ｐ通信中のグループ端末へと送信する（ステップＳ２１０）。制御部１０６は、ステップＳ２０２からの処理を繰り返す。
【０１６５】
制御部１０６は、入力命令に対応する接触座標が描画エリア内に位置しない場合（ステップＳ２０４にてＮＯである場合）、変数o_per1の値を論理命令変換部１０６３Ｂに出力する（ステップＳ２１２）。制御部１０６は、変数LE_Flagに１が格納されているか否かを判断する（ステップＳ２１４）。
【０１６６】
制御部１０６は、変数LE_Flagに１が格納されている場合（ステップＳ２１４にてＹＥＳである場合）、ステップＳ２１４の処理を繰り返す。制御部１０６は、変数LE_Flagに１が格納されていない場合（ステップＳ２１４にてＮＯである場合）、ステップＳ２０２からの処理を繰り返す。
【０１６７】
＜論理命令変換処理＞
次に、本実施の形態に係る第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂにおける論理命令変換処理について説明する。図１５は、本実施の形態に係る第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂにおける論理命令変換処理の処理手順を示すフローチャートである。
【０１６８】
図１５を参照して、論理命令変換部１０６３Ａ，１０６３Ｂとして機能する制御部１０６は、変数LE_Flagに１を代入する（ステップＳ３０２）。制御部１０６は、入力命令に対応する接触座標が色選択ボタンの表示エリア内に位置するか否かを判断する（ステップＳ３０４）。制御部１０６は、入力命令に対応する接触座標が色選択ボタンの表示エリア内に位置しない場合（ステップＳ３０４にてＮＯである場合）、後述するステップＳ３１２からの処理を実行する。
【０１６９】
制御部１０６は、入力命令に対応する接触座標が色選択ボタンの表示エリア内に位置する場合（ステップＳ３０４にてＹＥＳである場合）、変数i_per1（本論理命令変換部１０６３Ａ／１０６３Ｂの入力パラメータである操作座標Ｐ１または操作座標Ｐ２のいずれかが格納される変数）が示す位置に表示されている色選択ボタンに対応する描画色を示す情報を変数o_per1に設定する（ステップＳ３０６）。制御部１０６は、変数o_per1の値を論理命令処理部１０６５Ａ，１０６５Ｂに出力する（ステップＳ３０８）。制御部１０６は、通信デバイス１０１を介して、変数o_per1の値を、Ｐ２Ｐ通信中のグループ端末へと送信する（ステップＳ３１０）。
【０１７０】
制御部１０６は、LE_Flagに０を代入する（ステップＳ３１２）。制御部１０６は、論理命令変換処理を終了する。
【０１７１】
＜物理命令処理（多点用）＞
次に、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける物理命令処理について説明する。図１６は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける物理命令処理の処理手順を示す第１のフローチャートである。図１７は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける物理命令処理の処理手順を示す第２のフローチャートである。
【０１７２】
図１６および図１７を参照して、物理命令処理部１０６６Ａとして機能する制御部１０６は、変数MyOldP1および変数MyOldP2にＮＵＬＬを代入する（ステップＳ４０２）。あわせて、制御部１０６は、変数HisOldP1およびHisOldP2にＮＵＬＬを代入する。
【０１７３】
制御部１０６は、前回の物理命令に対応する画像出力を行ってから所定時間が経過したか否かを判断する（ステップＳ４０４）。制御部１０６は、前回の物理命令に対応する画像を出力してから所定時間が経過した場合（ステップＳ４０４にてＹＥＳである場合）、ステップＳ４０２からの処理を繰り返す。
【０１７４】
制御部１０６は、前回の物理命令に対応する画像を出力してから所定時間が経過していない場合（ステップＳ４０４にてＮＯである場合）、今回タブレット１１９Ａを介して物理命令を受け付けたか否かを判断する（ステップＳ４０６）。制御部１０６は、今回物理命令を受け付けなかった場合（ステップＳ４０６にてＮＯである場合）、ステップＳ４０４からの処理を繰り返す。
【０１７５】
制御部１０６は、今回物理命令を受け付けた場合（ステップＳ４０６にてＹＥＳである場合）、変数i_per1に第１操作座標Ｌ１を代入する。制御部１０６は、変数i_per2に第２操作座標Ｌ２を代入する。制御部１０６は、変数i_per3に命令を受け付けた通信端末の識別コードを代入する。
【０１７６】
そして、制御部１０６は、変数i_per1にＮＵＬＬが格納されているか否かを判断する（ステップＳ４０８）。制御部１０６は、変数i_per1にＮＵＬＬが格納されている場合（ステップＳ４０８にてＹＥＳである場合）、変数i_per3に変数MyIPADRの値が格納されているか否かを判断する（ステップＳ４１０）。
【０１７７】
制御部１０６は、変数i_per3に変数MyIPADRの値が格納されている場合（ステップＳ４１０にてＹＥＳである場合）、変数MyOldP1にＮＵＬＬを代入する（ステップＳ４１２）。制御部１０６は、後述するステップＳ４３２からの処理を実行する。一方、制御部１０６は、変数i_per3に変数MyIPADRの値が格納されていない場合（ステップＳ４１０にてＮＯである場合）、変数HisOldP1にＮＵＬＬを格納する（ステップＳ４１４）。制御部１０６は、後述するステップＳ４３２からの処理を実行する。
【０１７８】
制御部１０６は、変数i_per1にＮＵＬＬが格納されていない場合（ステップＳ４０８にてＮＯである場合）、変数i_per3に変数MyIPADRの値が格納されているか否かを判断する（ステップＳ４１６）。制御部１０６は、変数i_per3に変数MyIPADRの値が格納されている場合（ステップＳ４１６にてＹＥＳである場合）、変数sp1にMyOldP1の値を代入する（ステップＳ４１８）。あわせて、制御部１０６は、変数ep1に変数i_per1の値を代入する。あわせて、制御部１０６は、変数dcに変数MyPenCの値を代入する。制御部１０６は、変数MyOldP1に変数i_per1の値を代入する（ステップＳ４２０）。制御部１０６は、後述するステップＳ４３２からの処理を実行する。
【０１７９】
一方、制御部１０６は、変数i_per3に変数MyIPADRの値が格納されていない場合（ステップＳ４１６にてＮＯである場合）、変数sp1に変数HisOldP1の値を代入する（ステップＳ４２２）。あわせて、制御部１０６は、変数ep1に変数i_per1の値を代入する。制御部１０６は、変数dcに変数HisPenCの値を代入する。制御部１０６は、変数HisOldP1に変数i_per1の値を代入する（ステップＳ４２４）。制御部１０６は、後述するステップＳ４３２からの処理を実行する。
【０１８０】
制御部１０６は、変数i_per2にＮＵＬＬが格納されているか否かを判断する（ステップＳ４３２）。制御部１０６は、変数i_per2にＮＵＬＬが格納されている場合（ステップＳ４３２にてＹＥＳである場合）、変数i_per3に変数MyIPADRの値が格納されているか否かを判断する（ステップＳ４３４）。
【０１８１】
制御部１０６は、変数i_per3に変数MyIPADRの値が格納されている場合（ステップＳ４３４にてＹＥＳである場合）、変数MyOldP2にＮＵＬＬを格納する（ステップＳ４３６）。制御部１０６は、描画表示処理（ステップＳ５００）を実行する。描画表示処理（ステップＳ５００）ついては後述する。一方、制御部１０６は、変数i_per3に変数MyIPADRの値が格納されていない場合（ステップＳ４３４にてＮＯである場合）、変数HisOldP2にＮＵＬＬを格納する（ステップＳ４３８）。制御部１０６は、描画表示処理（ステップＳ５００）を実行する。
【０１８２】
制御部１０６は、変数i_per2にＮＵＬＬが格納されていない場合（ステップＳ４３２にてＮＯである場合）、変数i_per3に変数MyIPADRの値が格納されているか否かを判断する（ステップＳ４４０）。制御部１０６は、変数i_per3に変数MyIPADRの値が格納されている場合（ステップＳ４４０にてＹＥＳである場合）、変数sp2に変数MyOldP2の値を代入する（ステップＳ４４２）。あわせて、制御部１０６は、変数ep2に変数i_per2の値を代入する。制御部１０６は、変数dcに変数MyPenCの値を代入する。制御部１０６は、変数MyOldP2にi_per2の値を代入する（ステップＳ４４４）。制御部１０６は、描画表示処理（ステップＳ５００）を実行する。
【０１８３】
制御部は、変数i_per3に変数MyIPADRの値が格納されていない場合（ステップＳ４４０にてＮＯの場合）、変数sp2に変数HisOldP2の値を代入する（ステップＳ４４６）。あわせて、制御部１０６は、変数ep2に変数i_per2の値を代入する。制御部１０６は、変数dcに変数HisPenCの値を代入する。制御部１０６は、変数HisOldP2に変数i_per2の値を代入する（ステップＳ４４８）。制御部は描画表示処理（ステップＳ５００）を実行する。
【０１８４】
制御部１０６は、描画表示処理（ステップＳ５００）を終了後、ステップＳ４０２からの処理を繰り返す。
【０１８５】
＜描画表示処理（多点用）＞
次に、本実施の形態に係る多点入力可能な第１携帯電話１００Ａにおける描画表示処理について説明する。図１８は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける描画表示処理の処理手順を示すフローチャートである。
【０１８６】
図１８を参照して、表示制御部１０６４Ａとして機能する制御部１０６は、変数i_per1に前回の第１操作座標を代入する。制御部１０６は、変数i_per2に今回の第１操作座標を代入する。制御部１０６は、変数i_per3に前回の第２操作座標を代入する。制御部１０６は、変数i_per4に今回の第２操作座標を代入する。制御部１０６は、変数i_per5に選択されている描画色を示す情報を代入する。
【０１８７】
そして、制御部１０６は、変数i_per1あるいは変数i_per2にＮＵＬＬが格納されているか否かを判断する（ステップＳ５０２）。制御部１０６は、変数i_per1にＮＵＬＬが格納されている場合、あるいは、変数i_per2にＮＵＬＬが格納されている場合（ステップＳ５０２にてＹＥＳである場合）、後述するステップＳ５０６からの処理を実行する。
【０１８８】
制御部１０６は、変数i_per1にも変数i_per2にもＮＵＬＬが格納されていない場合（ステップＳ５０２にてＮＯである場合）、変数i_per1（描画開始座標）〜i_per2（描画終了座標）に基づいて、ディスプレイ１０７に変数i_per5（描画色）の手書き画像を描画する（ステップＳ５０４）。制御部１０６は、変数i_per3あるいは変数i_per4にＮＵＬＬが格納されているか否かを判断する（ステップＳ５０６）。
【０１８９】
制御部１０６は、変数i_per3にＮＵＬＬが格納されている場合、あるいは変数i_per4にＮＵＬＬが格納されている場合（ステップＳ５０６にてＹＥＳである場合）、描画表示処理（ステップＳ５００）を終了する。制御部１０６は、変数i_per3にも変数i_per4にもＮＵＬＬが格納されていない場合（ステップＳ５０６にてＮＯである場合）、変数i_per3（描画開始座標）〜変数i_per4（描画終了座標）に基づいて、ディスプレイ１０７に変数i_per5（描画色）の手書き画像を描画させる（ステップＳ５０８）。制御部１０６は、描画表示処理（ステップＳ５００）を終了する。
【０１９０】
＜物理命令処理（単点用）＞
次に、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂにおける物理命令処理について説明する。図１９は、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂにおける物理命令処理の処理手順を示すフローチャートである。
【０１９１】
図１９を参照して、物理命令処理部１０６６Ｂとして機能する制御部１０６は、変数MyOldPにＮＵＬＬを代入する（ステップＳ６０２）。あわせて、制御部１０６は、変数HisOldPにＮＵＬＬを代入する。
【０１９２】
制御部１０６は、前回の物理命令に対応する画像を出力してから所定時間が経過したか否かを判断する（ステップＳ６０４）。制御部１０６は、前回の物理命令に対応する画像を出力してから所定時間が経過した場合（ステップＳ６０４にてＹＥＳである場合）、ステップＳ６０２からの処理を繰り返す。
【０１９３】
制御部１０６は、前回の物理命令に対応する画像を出力してから所定時間が経過していない場合（ステップＳ６０４にてＮＯである場合）、タブレット１１９Ｂを介してユーザから物理命令に対応する入力命令を受け付けたか否かを判断する（ステップＳ６０６）。制御部１０６は、タブレット１１９Ｂを介してユーザから物理命令に対応する入力命令を受け付けない場合（ステップＳ６０６にてＮＯである場合）、ステップＳ６０４からの処理を繰り返す。
【０１９４】
制御部１０６は、タブレット１１９Ｂを介してユーザから物理命令に対応する入力命令を受け付けた場合（ステップＳ６０６にてＹＥＳである場合）、変数i_per1に第１操作座標を代入する。制御部１０６は、変数i_per2に命令を受け付けた通信端末の識別コードを代入する。
【０１９５】
制御部１０６は、変数i_per2に変数MyIPADRの値が格納されているか否かを判断する（ステップＳ６０８）。制御部１０６は、変数i_per2に変数MyIPADRの値が格納されている場合（ステップＳ６０８にてＹＥＳである場合）、変数spに変数MyOldPの値を代入する（ステップＳ６１０）。あわせて、制御部１０６は、変数epに変数i_per1の値を代入する。制御部１０６は、変数dcに変数MyPenCの値を代入する。制御部１０６は、変数MyOldPに変数i_per1の値を代入する（ステップＳ６１２）。制御部１０６は、後述するステップＳ６１８からの処理を実行する。
【０１９６】
制御部１０６は、変数i_per2に変数MyIPADRの値が格納されていない場合（ステップＳ６０８にてＮＯである場合）、変数spに変数HisOldPの値を代入する（ステップＳ６１４）。あわせて、制御部１０６は、変数epに変数i_per1の値を代入する。制御部１０６は、変数dcに変数HisPenCの値を代入する。制御部１０６は、変数HisOldPに変数i_per1の値を代入する（ステップＳ６１６）。制御部１０６は、変数spにＮＵＬＬが格納されているか否かを判断する（ステップＳ６１８）。制御部１０６は、変数spにＮＵＬＬが格納されている場合（ステップＳ６１８にてＹＥＳである場合）、ステップＳ６０４からの処理を繰り返す。
【０１９７】
制御部１０６は、変数spにＮＵＬＬが格納されていない場合（ステップＳ６１８にてＮＯである場合）、変数sp（描画開始座標）〜変数ep（描画終了座標）の値に基づいて、ディスプレイ１０７に変数dc（描画色）の手書き画像を描画させる（ステップＳ６２０）。制御部１０６は、ステップＳ６０４からの処理を繰り返す。
【０１９８】
＜論理命令処理（多点用および単点用）＞
次に、本実施の形態に係る第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂにおける論理命令処理について説明する。図２０は、本実施の形態に係る第１の携帯電話１００Ａおよび第２の携帯電話１００Ｂにおける論理命令処理の処理手順を示すフローチャートである。
【０１９９】
図２０を参照して、論理命令処理部１０６５Ａ，１０６５Ｂとして機能する制御部１０６は、タブレット１１９Ａ，１１９Ｂを介してユーザから入力命令を受け付けたか否かを判断する（ステップＳ７０２）。制御部１０６は、タブレット１１９Ａ，１１９Ｂを介してユーザから入力命令を受け付けなかった場合（ステップＳ７０２にてＮＯである場合）、ステップＳ７０２からの処理を繰り返す。
【０２００】
制御部１０６は、タブレット１１９Ａ，１１９Ｂを介して、ユーザから入力命令を受け付けた場合（ステップＳ７０２にてＹＥＳである場合）、変数i_per1に命令を受け付けた通信端末の識別コードを代入する。制御部１０６は、変数i_per2に選択された描画色を示す情報を代入する。
【０２０１】
制御部１０６は、変数i_per1に変数MyIPADRの値が格納されているか否かを判断する（ステップＳ７０４）。制御部１０６は、変数i_per1に変数MyIPADRの値が格納されている場合（ステップＳ７０４にてＹＥＳである場合）、変数i_per1に変数HisIPADRの値が格納されているか否かを判断する（ステップＳ７０６）。
【０２０２】
制御部１０６は、変数i_per1に変数HisIPADRの値が格納されていない場合（ステップＳ７０６にてＮＯである場合）、ステップＳ７０２からの処理を繰り返す。制御部１０６は、変数i_per1に変数HisIPADRの値が格納されている場合（ステップＳ７０６にてＹＥＳである場合）、変数HisPenCに変数i_per2の値を代入する（ステップＳ７０８）。制御部１０６は、ステップＳ７０２からの処理を繰り返す。
【０２０３】
制御部１０６は、変数i_per1に変数MyIPADRの値が代入されていない場合（ステップＳ７０４にてＮＯである場合）、変数MyPenCに変数i_per2の値を代入する（ステップＳ７１０）。制御部１０６は、ステップＳ７０２からの処理を繰り返す。
【０２０４】
＜物理命令変換処理（多点→単点）＞
次に、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂにおける物理命令変換処理について説明する。図２１は、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂにおける物理命令変換処理の処理手順を示す第１のフローチャートである。図２２は、本実施の形態に係る単点入力用の第２の携帯電話１００Ｂにおける物理命令変換処理の処理手順を示す第２のフローチャートである。
【０２０５】
なお、ここで示す物理命令変換処理の処理手順は、デバイス判断部１０６８Ｂとしての機能（処理手順）も含む処理手順としている。
【０２０６】
図２１および図２２を参照して、物理命令変換部１０６９Ｂとして機能する制御部１０６は、変数bcntに０を代入する（ステップＳ８０２）。制御部１０６は、前回の入力命令受付（後述するステップＳ８１６でＹＥＳの判定）から所定時間が経過したか否かを判断する（ステップＳ８０４）。制御部１０６は、前回の入力命令受付から所定時間が経過している場合（ステップＳ８０４にてＹＥＳである場合）、変数bcntに０が格納されているか否かを判断する（ステップＳ８０６）。制御部１０６は、変数bcntに０が格納されている場合（ステップＳ８０６にてＹＥＳである場合）、ステップＳ８０４からの処理を繰り返す。
【０２０７】
制御部１０６は、変数bcntに０が格納されていない場合（ステップＳ８０６にてＮＯである場合）、変数BUF[bcnt]にＮＵＬＬが格納されているか否かを判断する（ステップＳ８０８）。制御部１０６は、変数BUF[bcnt]にＮＵＬＬが格納されていない場合（ステップＳ８０８にてＮＯである場合）、変数BUF2nd[bcnt]の値を物理命令処理部１０６６Ｂに出力する（ステップＳ８１０）。制御部１０６は、後述するステップＳ８１４からの処理を実行する。
【０２０８】
制御部１０６は、変数BUF[bcnt]にＮＵＬＬが格納されている場合（ステップＳ８０８にてＹＥＳである場合）、所定時間待機した後（ステップＳ８１２）、変数bcntの値を１減らす（ステップＳ８１４）。制御部１０６は、ステップＳ８０６からの処理を繰り返す。
【０２０９】
制御部１０６は、前回の入力命令受付から所定時間経過していない場合（ステップＳ８０４にてＮＯである場合）、通信デバイス１０１を介して相手端末のユーザから入力命令を受け付けたか否かを判断する（ステップＳ８１６）。制御部１０６は、通信デバイス１０１を介して相手端末のユーザから入力命令を受け付けない場合（ステップＳ８１６にてＮＯである場合）、ステップＳ８０４からの処理を繰り返す。
【０２１０】
制御部１０６は、通信デバイス１０１を介して相手端末のユーザから入力命令を受け付けた場合（ステップＳ８１６にてＹＥＳである場合）、変数i_per1に相手端末の入力デバイスが多点入力可能であるか否かを示す情報を代入する。制御部１０６は、変数i_per2に命令を受け付けた通信端末の識別コードを代入する。制御部１０６は、変数i_per3に第１操作座標を代入する。制御部１０６は、変数i_per4に第２操作座標を代入する。
【０２１１】
そして、制御部１０６は、変数i_per1の値は単点デバイスを示すか否かを判断する（ステップＳ８１８）。制御部１０６は、変数i_per1の値が単点デバイスを示す場合（ステップＳ８１８にてＹＥＳである場合）、変数i_per3の値を物理命令処理部１０６６Ｂに出力する（ステップＳ８２０）。制御部１０６は、ステップＳ８０４からの処理を繰り返す。
【０２１２】
制御部１０６は、変数i_per1の値が単点デバイスを示さない場合（ステップＳ８１８にてＮＯである場合）、変数i_per3にＮＵＬＬが格納されているか否かを判断する（ステップＳ８２２）。制御部１０６は、変数i_per3にＮＵＬＬが格納されている場合（ステップＳ８２２にてＹＥＳである場合）、後述するステップＳ８３０からの処理を実行する。
【０２１３】
制御部１０６は、変数i_per3にＮＵＬＬが格納されていない場合（ステップＳ８２２にてＮＯである場合）、変数i_per3の値を物理命令処理部１０６６Ｂに出力する（ステップＳ８２４）。制御部１０６は、変数bcntに０が格納されているか否かを判断する（ステップＳ８２６）。制御部１０６は、変数bcntに０が格納されていない場合（ステップＳ８２６にてＮＯである場合）、後述するステップＳ８３０からの処理を実行する。
【０２１４】
制御部１０６は、変数bcntに０が格納されている場合（ステップＳ８２６にてＹＥＳである場合）、変数i_per4にＮＵＬＬが格納されているか否かを判断する（ステップＳ８２８）。制御部１０６はi_per4にＮＵＬＬが格納されている場合（ステップＳ８２８にてＹＥＳである場合）、ステップＳ８０４からの処理を繰り返す。
【０２１５】
制御部１０６は、i_per4にＮＵＬＬが格納されていない場合（ステップＳ８２８にてＮＯである場合）、変数BUF[bcnt]に変数i_per4の値を代入する（ステップＳ８３０）。制御部１０６は、変数bcntの値をインクリメントする（ステップＳ８３２）。制御部１０６は、ステップＳ８０４からの処理を繰り返す。
【０２１６】
＜物理命令変換処理（単点→多点）＞
次に、本実施の形態に係る多点入力可能な第１の携帯電話における物理命令変換処理について説明する。図２３は、本実施の形態に係る多点入力可能な第１の携帯電話１００Ａにおける物理命令変換処理の処理手順を示すフローチャートである。
【０２１７】
なお、ここで示す物理命令変換処理の処理手順は、デバイス判断部１０６８Ａとしての機能（処理手順）も含む処理手順としている。
【０２１８】
図２３を参照して、物理命令変換部１０６９Ａとして機能する制御部１０６は、通信デバイス１０１を介して相手端末のユーザから入力命令を受け付けたか否かを判断する（ステップＳ９０２）。制御部１０６は、通信デバイス１０１を介して、相手端末のユーザから入力命令を受け付けない場合（ステップＳ９０２にてＮＯである場合）、ステップＳ９０２からの処理を繰り返す。
【０２１９】
制御部１０６は、通信デバイス１０１を介して相手端末のユーザから入力命令を受け付けた場合（ステップＳ９０２にてＹＥＳである場合）、変数i_per1に相手端末の入力デバイスが多点入力可能であるか否かを示す情報を代入する。制御部１０６は、変数i_per2に命令を受け付けた通信端末の識別コードを代入する。制御部１０６は、変数i_per3に第１操作座標を代入する。制御部１０６は、変数i_per4に第２操作座標を代入する。
【０２２０】
そして、制御部１０６は、変数i_per1の値が相手端末が多点入力用のデバイスを有することを示すか否かを判断する（ステップＳ９０４）。制御部１０６は、変数i_per1の値が相手端末が多点入力用のデバイスを有することを示す場合（ステップＳ９０４にてＹＥＳである場合）、変数i_per3の値と変数i_per4の値とを物理命令処理部１０６６Ａへと出力する（ステップＳ９０６）。制御部１０６は、ステップＳ９０２からの処理を繰り返す。
【０２２１】
制御部１０６は、変数i_per1の値が相手端末多点デバイスであることを示さない場合（ステップＳ９０４にてＮＯである場合）、変数i_per3の値とＮＵＬＬとを物理命令処理部１０６６Ａへと出力する（ステップＳ９０８）。制御部１０６は、ステップＳ９０２からの処理を繰り返す。
【０２２２】
＜その他の実施の形態＞
本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。
【０２２３】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０２２４】
プログラムコードを供給するための記憶媒体としては、例えば、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード（ＩＣメモリカード）、ＲＯＭ（マスクＲＯＭ、フラッシュＥＥＰＲＯＭなど）などを用いることができる。
【０２２５】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０２２６】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０２２７】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０２２８】
１ ネットワークシステム、９９ スタイラスペン、１００，１００Ａ，１００Ｂ 携帯電話、１０１ 通信デバイス、１０３ 揮発性メモリ、１０４ 入力部、１０５ 計時部、１０６ 制御部、１０６１Ａ，１０６１Ｂ 生成部、１０６２Ａ，１０６２Ｂ 命令判断部、１０６３Ａ，１０６３Ｂ 論理命令変換部、１０６４Ａ，１０６４Ｂ 表示制御部、１０６５Ａ，１０６５Ｂ 論理命令処理部、１０６６Ａ，１０６６Ｂ 物理命令処理部、１０６７Ａ，１０６７Ｂ 通信制御部、１０６８Ａ，１０６８Ｂ デバイス判断部、１０６９Ａ，１０６９Ｂ 物理命令変換部、１０７ ディスプレイ、１０８ 不揮発性メモリ、１０８Ａ 論理命令テーブル、１０８Ｂ スタンプデータ、１１９Ａ，１１９Ｂ タブレット、２００ カーナビゲーション装置、３００ パーソナルコンピュータ、４００ マッチングサーバ、５００ インターネット網、７００ キャリア網。
【特許請求の範囲】
【請求項１】
コンテンツを表示するディスプレイと、
入力命令を順次受け付ける入力デバイスと、
ネットワークを介して他の通信端末とデータを送受信する通信デバイスと、
少なくとも１つの前記入力命令に対応する第１の操作命令を生成する生成手段と、
前記通信デバイスを用いて、前記第１の操作命令を前記入力デバイスが対応する入力命令を受け付けた順に前記他の通信端末へと送信し、前記他の通信端末から第２の操作命令を受信する通信制御手段と、
前記第１の操作命令と前記第２の操作命令とに基づいて前記コンテンツを編集して、編集後の前記コンテンツを前記ディスプレイに表示させる表示制御手段とを備える、通信端末。
【請求項２】
前記生成手段は、
前記第１の操作命令が予め定められた論理条件を満たすか否かを判断する判断手段と、
前記論理条件を満たす前記第１の操作命令を論理命令に変換する変換手段とを含み、
前記通信制御手段は、前記論理命令と、前記論理条件を満たさない前記第１の操作命令とを、前記入力デバイスが対応する入力命令を受け付けた順に送信する、請求項１に記載の通信端末。
【請求項３】
前記ディスプレイと前記入力デバイスとは、同時に複数の接触を検知するタッチパネルを構成し、
前記表示制御手段は、選択可能なソフトウェアキーを前記タッチパネルに表示させ、
前記判断手段は、前記タッチパネルを介して前記第１の操作命令として前記ソフトウェアキーの選択命令を受け付けたときに、当該選択命令が前記論理条件を満たすと判断し、前記タッチパネルを介して前記第１の操作命令として手書き入力命令を受け付けたときに、当該手書き入力命令が前記論理条件を満たさないと判断し、
前記通信制御手段は、前記選択命令に対応する論理命令と前記手書き入力命令に対応する前記第１の操作命令とを、前記タッチパネルが対応する接触を検知した順に送信する、請求項２に記載の通信端末。
【請求項４】
演算処理部と、ディスプレイと、入力デバイスと、ネットワークを介して他の通信端末とデータを送受信する通信デバイスとを備える通信端末に通信させるための通信プログラムであって、
前記通信プログラムは、前記演算処理部に、
コンテンツを前記ディスプレイに表示させるステップと、
入力命令を順次受け付けるステップと、
少なくとも１つの前記入力命令に対応する第１の操作命令を生成するステップと、
前記通信デバイスを用いて、前記第１の操作命令を、前記入力デバイスが対応する入力命令を受け付けた順に前記他の通信端末へと送信するステップと、
前記第１の操作命令に基づいて前記コンテンツを編集するステップと、
前記他の通信端末から第２の操作命令を受信するステップと、
前記第２の操作命令に基づいて前記コンテンツを編集するステップと、
編集後の前記コンテンツを前記ディスプレイに表示させるステップとを実行させる、通信プログラム。
【請求項５】
演算処理部と、
ディスプレイと、
入力デバイスと、
ネットワークを介して他の通信端末とデータを送受信する通信デバイスとを備える通信端末における通信方法であって、
前記演算処理部が、コンテンツを前記ディスプレイに表示させるステップと、
前記入力デバイスが、入力命令を順次受け付けるステップと、
前記演算処理部が、少なくとも１つの前記入力命令に対応する第１の操作命令を生成するステップと、
前記演算処理部が、前記通信デバイスを用いて、前記第１の操作命令を、前記入力デバイスが対応する入力命令を受け付けた順に前記他の通信端末へと送信するステップと、
前記演算処理部が、前記第１の操作命令に基づいて前記コンテンツを編集するステップと、
前記演算処理部が、前記他の通信端末から第２の操作命令を受信するステップと、
前記演算処理部が、前記第２の操作命令に基づいて前記コンテンツを編集するステップと、
前記演算処理部が、編集後の前記コンテンツを前記ディスプレイに表示させるステップとを備える、通信方法。
【請求項１】
コンテンツを表示するディスプレイと、
入力命令を順次受け付ける入力デバイスと、
ネットワークを介して他の通信端末とデータを送受信する通信デバイスと、
少なくとも１つの前記入力命令に対応する第１の操作命令を生成する生成手段と、
前記通信デバイスを用いて、前記第１の操作命令を前記入力デバイスが対応する入力命令を受け付けた順に前記他の通信端末へと送信し、前記他の通信端末から第２の操作命令を受信する通信制御手段と、
前記第１の操作命令と前記第２の操作命令とに基づいて前記コンテンツを編集して、編集後の前記コンテンツを前記ディスプレイに表示させる表示制御手段とを備える、通信端末。
【請求項２】
前記生成手段は、
前記第１の操作命令が予め定められた論理条件を満たすか否かを判断する判断手段と、
前記論理条件を満たす前記第１の操作命令を論理命令に変換する変換手段とを含み、
前記通信制御手段は、前記論理命令と、前記論理条件を満たさない前記第１の操作命令とを、前記入力デバイスが対応する入力命令を受け付けた順に送信する、請求項１に記載の通信端末。
【請求項３】
前記ディスプレイと前記入力デバイスとは、同時に複数の接触を検知するタッチパネルを構成し、
前記表示制御手段は、選択可能なソフトウェアキーを前記タッチパネルに表示させ、
前記判断手段は、前記タッチパネルを介して前記第１の操作命令として前記ソフトウェアキーの選択命令を受け付けたときに、当該選択命令が前記論理条件を満たすと判断し、前記タッチパネルを介して前記第１の操作命令として手書き入力命令を受け付けたときに、当該手書き入力命令が前記論理条件を満たさないと判断し、
前記通信制御手段は、前記選択命令に対応する論理命令と前記手書き入力命令に対応する前記第１の操作命令とを、前記タッチパネルが対応する接触を検知した順に送信する、請求項２に記載の通信端末。
【請求項４】
演算処理部と、ディスプレイと、入力デバイスと、ネットワークを介して他の通信端末とデータを送受信する通信デバイスとを備える通信端末に通信させるための通信プログラムであって、
前記通信プログラムは、前記演算処理部に、
コンテンツを前記ディスプレイに表示させるステップと、
入力命令を順次受け付けるステップと、
少なくとも１つの前記入力命令に対応する第１の操作命令を生成するステップと、
前記通信デバイスを用いて、前記第１の操作命令を、前記入力デバイスが対応する入力命令を受け付けた順に前記他の通信端末へと送信するステップと、
前記第１の操作命令に基づいて前記コンテンツを編集するステップと、
前記他の通信端末から第２の操作命令を受信するステップと、
前記第２の操作命令に基づいて前記コンテンツを編集するステップと、
編集後の前記コンテンツを前記ディスプレイに表示させるステップとを実行させる、通信プログラム。
【請求項５】
演算処理部と、
ディスプレイと、
入力デバイスと、
ネットワークを介して他の通信端末とデータを送受信する通信デバイスとを備える通信端末における通信方法であって、
前記演算処理部が、コンテンツを前記ディスプレイに表示させるステップと、
前記入力デバイスが、入力命令を順次受け付けるステップと、
前記演算処理部が、少なくとも１つの前記入力命令に対応する第１の操作命令を生成するステップと、
前記演算処理部が、前記通信デバイスを用いて、前記第１の操作命令を、前記入力デバイスが対応する入力命令を受け付けた順に前記他の通信端末へと送信するステップと、
前記演算処理部が、前記第１の操作命令に基づいて前記コンテンツを編集するステップと、
前記演算処理部が、前記他の通信端末から第２の操作命令を受信するステップと、
前記演算処理部が、前記第２の操作命令に基づいて前記コンテンツを編集するステップと、
前記演算処理部が、編集後の前記コンテンツを前記ディスプレイに表示させるステップとを備える、通信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２０１０−１８６４００（Ｐ２０１０−１８６４００Ａ）
【公開日】平成２２年８月２６日（２０１０．８．２６）
【国際特許分類】
【出願番号】特願２００９−３１３１５（Ｐ２００９−３１３１５）
【出願日】平成２１年２月１３日（２００９．２．１３）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２２年８月２６日（２０１０．８．２６）
【国際特許分類】
【出願日】平成２１年２月１３日（２００９．２．１３）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]