情報処理装置および情報処理システム
【課題】手描き入力された情報を、ユーザに煩雑な処理を課すことなく３次元情報として表示する。
【解決手段】情報通信システムにおいて、（Ａ）に示すように、一方の携帯端末のタッチパネル１０２にひらがなの「あ」「い」「う」という文字が入力されると、他方の携帯端末のタッチパネルでは、（Ｂ）に示すように、手描きデータが、３次元表示される。当該３次元表示では、手描きされた線の幅に応じて、飛び出し量が制御される。
【解決手段】情報通信システムにおいて、（Ａ）に示すように、一方の携帯端末のタッチパネル１０２にひらがなの「あ」「い」「う」という文字が入力されると、他方の携帯端末のタッチパネルでは、（Ｂ）に示すように、手描きデータが、３次元表示される。当該３次元表示では、手描きされた線の幅に応じて、飛び出し量が制御される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に関し、特に、手描き入力された情報を３次元表示するための情報処理装置および情報処理システムに関する。
【背景技術】
【０００２】
従来から、手描き入力された情報の表示に関する技術が種々開示されている。たとえば、特許文献１（特開２０１０−１５２１２号公報）には、３次元画像情報を記録する手段により記録された画像情報を表示する装置において、表示される画像情報と当該画像情報上に書き込まれた手描き入力情報の相対位置を、上記記録手段が変位、移動、旋回、上下動しても変わらないように制御する技術が開示されている。
【０００３】
なお、３次元画像情報の表示に関する技術も、種々開示されている。たとえば、特許文献２（特開２００７−２００２２７号公報）には、文字データ列、絵文字データ列を含む複数の種別のオブジェクトを表示する表示装置において、オブジェクトの種別ごとに、立体的に表示するか平面的に表示するかを制御する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１５２１２号公報
【特許文献２】特開２００７−２００２２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記したように、従来の情報処理装置では、ユーザが手描き入力した情報を表示することもでき、また、３次元画像情報を表示することもできた。
【０００６】
しかしながら、従来の技術によれば、ユーザによって手描き入力された情報自体の３次元表示を制御することはできなかった。たとえば、単に特許文献１に記載の技術と特許文献２に記載の技術を組合わせたとしても、手描き入力された情報は、オブジェクト情報を有していなければ、３次元表示するか否か等の３次元画像情報として表示制御ができなかった。手描き入力された情報に、さらにそのような情報を付すためには、ユーザに煩雑な処理を課すこととなる。
【０００７】
本発明は、かかる実情に鑑み考え出されたものであり、その目的は、手描き入力された情報を、ユーザに煩雑な処理を課すことなく３次元情報として表示制御できるようにすることである。
【課題を解決するための手段】
【０００８】
本発明に従った情報処理装置は、情報端末と通信可能な情報処理装置であって、手描き入力を受付けるための入力手段と、入力手段によって受付けられた手描き入力に基づいて、手描きデータを生成するための生成手段と、手描きデータから取得される特性情報と手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を記憶するための記憶手段と、生成手段によって生成された手描きデータおよび関連情報を、情報端末に送信するための送信手段とを備える。
【０００９】
また、本発明の情報処理装置では、特性情報は、手描きデータにおいて、手描き入力による軌跡を表示させるための付随情報、または、入力手段に対する筆記速度もしくは筆圧を含むことが好ましい。
【００１０】
また、本発明の情報処理装置では、付随情報は、表示色、または、表示される線の幅を含むことが好ましい。
【００１１】
本発明に従った情報処理システムは、情報端末と、当該情報端末と通信可能な情報処理装置とを備えた情報処理システムであって、情報処理装置は、手描き入力を受付けるための入力手段と、入力手段によって受付けられた手描き入力に基づいて、手描きデータを生成するための生成手段と、手描きデータから取得される特性情報と手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を記憶するための記憶手段と、生成手段によって生成された手描きデータおよび関連情報を、情報端末に送信するための送信手段とを含み、情報端末は、送信手段によって送信された手描きデータおよび関連情報を受信するための受信手段と、受信手段によって受信された手描きデータを表示装置に表示させるための表示制御手段とを含み、表示制御手段は、受信手段によって受信された手描きデータから特性情報を取得し、取得した特性情報と関連情報に基づいて、受信手段によって受信された手描きデータの表示の飛び出し量を取得し、受信手段によって受信された手描きデータを、取得した飛び出し量で表示させる。
【００１２】
また、本発明の情報処理システムでは、特性情報は、手描きデータにおいて、手描き入力による軌跡を表示させるための付随情報、または、入力手段に対する筆記速度もしくは筆圧を含むことが好ましい。
【００１３】
また、本発明の情報処理システムでは、付随情報は、表示色、または、表示される線の幅を含むことが好ましい。
【発明の効果】
【００１４】
上記構成によれば、情報処理装置から情報端末に、手描き入力に基づいて生成されたデータと当該手描きデータを表示させる際の関連情報とが送信される。これにより、これらを受信した情報端末は、飛び出し量を制御するためのテーブル等のデータを予め記憶していなくとも、手描きデータから取得される情報に基づいて、手描きデータの飛び出し量を制御して表示できる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施の形態である情報処理システムの構成を模式的に示す図である。
【図２】図１の情報処理システムにおいて送受信される、手描き入力の情報を模式的に示す図である。
【図３】図１の情報処理システムにおいて表示される手描きデータを模式的に示す図である。
【図４】図１の携帯端末の外観を示すイメージ図である。
【図５】図１の携帯端末のハードウェア構成を示すブロック図である。
【図６】図１の携帯端末のメモリのデータ構造を模式的に示す図である。
【図７】図１のサーバのハードウェア構成を示すブロック図である。
【図８】図７のメモリあるいは固定ディスクに記憶されるデータについて説明するための図である。
【図９】図１の情報処理システムにおける複数の携帯端末の間での通信処理の処理手順を示すフローチャートである。
【図１０】図９の処理において携帯端末からサーバへ送信されるデータの構造の一例を示すイメージ図である。
【図１１】深度取得用情報のデータ構造を模式的に示す図である。
【図１２】図１の情報処理システムの携帯端末において実行される、ユーザからの情報の入力を受付ける処理のフローチャートである。
【図１３】図１２のテキスト入力処理のサブルーチンのフローチャートである。
【図１４】図１２の手描き入力処理のサブルーチンのフローチャートである。
【図１５】図１４のペン情報の設定処理のサブルーチンのフローチャートである。
【図１６】図１４の手描き処理のサブルーチンのフローチャートである。
【図１７】図１の情報処理システムの携帯端末において実行される、データ表示処理のフローチャートである。
【図１８】図１の情報処理システムの変形例（１）において、サーバから受信側の携帯端末に送信されるデータの一例を模式的に示す図である。
【図１９】図１の情報処理システムの変形例（２）における、複数の携帯端末の通信時のシーケンスの一例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では同一の部品には同一の符号が付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰返さない。
【００１７】
＜情報処理システムの概略構成＞
図１は、本発明の一実施の形態である情報処理システムの構成を模式的に示す図である。
【００１８】
図１を参照して、情報処理システム１は、携帯端末１００Ａ，１００Ｂと、サーバ４００とを含む。
【００１９】
携帯端末１００Ａ，１００Ｂは、キャリア網７００およびネットワーク５００を介して、または、ネットワーク５００を介して、サーバ４００と通信可能に構成されている。これにより、携帯端末１００Ａと携帯端末１００Ｂは、サーバ４００を介して互いに通信できる。
【００２０】
ネットワーク５００は、たとえばインターネット等の公衆通信網によって構成される。キャリア網７００は、携帯端末１００Ａ，１００Ｂの通話等のための通信網である。なお、本実施の形態の情報処理システム１では、携帯端末１００Ａと携帯端末１００Ｂは、互いに通信できればよく、同じキャリア網７００を介して通信しても良いし、異なるキャリア網を介して通信しても良いし、赤外線通信等により直接通信しても良い。携帯端末１００Ａと携帯端末１００Ｂは、情報処理装置または情報端末の一例である。これらの他の機器との通信は、無線であっても良いし、有線であっても良い。なお、本実施の形態の携帯端末１００Ａ，１００Ｂは、携帯型のパーソナルコンピュータ等のように通信機能を有していればよく、通話機能（電話機能）は必須とされない。
【００２１】
携帯端末１００Ａ，１００Ｂは、それぞれ、タッチパネル１０２、および、ボタン１１０Ａ〜１１０Ｃを備える。情報処理システム１では、携帯端末１００Ａと携帯端末１００Ｂの間で、タッチパネル１０２に対して手描き入力された情報を通信できる。具体的には、携帯端末１００Ａと携帯端末１００Ｂのうち一方のタッチパネル１０２において、スタイラスペン１２０またはユーザの指等によって手描き入力された情報が、他方のタッチパネル１０２に表示される。
【００２２】
＜情報処理システムにおける通信の特徴＞
情報処理システム１では、携帯端末１００Ａと携帯端末１００Ｂの一方において手描き入力された情報を、他方において、３次元で表示できる。図２は、情報処理システム１において送受信される、手描き入力の情報を模式的に示す図である。
【００２３】
図２（Ａ）は、携帯端末１００Ａと携帯端末１００Ｂの中の、手描き入力を受付ける側の、タッチパネル１０２の表示内容を模式的に示す。図２（Ａ）のタッチパネル１０２は、手描きで入力されたひらがなの「あ」「い」「う」という文字を表示している。携帯端末１００（以下、携帯端末１００Ａ，１００Ｂを総称して、適宜「携帯端末１００」という）は、手描き入力を受付けて、他の携帯端末１００等の他の機器に、手描き入力に基づいて生成されたデータ（以下、「手描きデータ」）を送信する。
【００２４】
図２（Ｂ）は、携帯端末１００Ａと携帯端末１００Ｂの中の、上記した手描きデータを受信した側の、タッチパネル１０２の表示内容を模式的に示す。手描きデータを受信した側のタッチパネル１０２では、手描きデータが、３次元表示されている。なお、この３次元表示では、飛び出し量が制御されている。具体的には、手描きされた情報の中で、「あ」の部分と「い」の部分と「う」の部分が、異なる飛び出し量で表示されている。各部分の飛び出し量を、図３に示す。図３では、「あ」の飛び出し量（飛び出して見える高さ）はｈ１とされ、「い」の飛び出し量はｈ２とされ、「う」の飛び出し量はｈ３とされている。なお、これらの飛び出し量の関係は、ｈ１＞ｈ２＞ｈ３である。
【００２５】
飛び出し量は、後述するように、手描きデータから取得される情報（以下、「特性情報」）に基づいて制御される。特性情報は、たとえば、手描き入力された情報を表示する線の太さ（幅）もしくは線の色、または、手描き入力された際の筆圧もしくは筆記速度を含む。
【００２６】
＜携帯端末１００のハードウェア構成＞
本実施の形態に係る携帯端末１００のハードウェア構成について説明する。図４は、本施の形態に係る携帯端末１００の外観を示すイメージ図である。図５は、本施の形態に係る携帯端末１００のハードウェア構成を示すブロック図である。
【００２７】
図４および図５に示すように、本実施の形態に係る携帯端末１００は、外部のネットワークや機器との間でデータを送受信する通信デバイス１０１と、プログラムや各種データベースを記憶するメモリ１０３と、ＣＰＵ（Central Processing Unit）１０６と、ディスプレイ１０７と、外部から音声が入力されるマイク１０８と、外部へと音声を出力するスピーカ１０９と、情報や命令の入力を受け付ける各種ボタン１１０と、外部からの通信データや通話信号を受信した旨の音声を出力する第１の通知部１１１と、外部からの通信データや通話信号を受信した旨を表示する第２の通知部１１２とを含む。
【００２８】
本実施の形態に係るディスプレイ１０７は、液晶パネルやＣＲＴ（Cathode Ray Tube）から構成されるタッチパネル１０２を実現する。すなわち、本実施の形態に係る携帯端末１００は、ディスプレイ１０７の上側（表側）にタブレット１０４が敷設されている。これによって、ユーザは、スタイラスペン１２０などを用いることによって、タブレット１０４を介して、図形情報などをＣＰＵ１０６に手描き入力することができる。
【００２９】
なお、ユーザは、以下の方法によっても、手描き入力を行うことが可能である。すなわち、赤外線や音波を出力する特殊なペンを利用することによって、そのペンから発信される赤外線や音波を受信する受信部によってペンの動きを割り出す。この場合、当該受信部を軌跡を記憶する装置に接続することによって、ＣＰＵ１０６が当該装置から出力される軌跡を手描き入力として受信することができる。
【００３０】
あるいは、ユーザは、静電パネルに対して、指、または、静電対応のペンを用いて手描き画像を描くことも可能である。
【００３１】
このようにして、ディスプレイ１０７（タッチパネル１０２）は、ＣＰＵ１０６が出力したデータに基づいて、画像やテキストを表示する。たとえば、ＣＰＵ１０６は、ディスプレイ１０７に、通信デバイス１０１を介して受信した動画コンテンツを表示させる。また、ＣＰＵ１０６は、ディスプレイ１０７に、タブレット１０４を介して受け付けた手描き画像や、通信デバイス１０１を介して受け付けた手描き画像に基づく手描き画像を、動画コンテンツに重畳させて表示させることができる。
【００３２】
各種ボタン１１０は、キー入力操作などによってユーザから情報を受け付ける。たとえば、各種ボタン１１０は、通話を受け付けたり、通話を発したりするためのＴＥＬボタン１１０Ａと、メールを受け付けたり、メールを発したりするためのメールボタン１１０Ｂと、Ｐ２Ｐ通信を受け付けたり、Ｐ２Ｐ通信を発したりするためのＰ２Ｐボタン１１０Ｃと、アドレス帳データを呼び出すアドレス帳ボタン１１０Ｄと、各種の処理を終了させるための終了ボタン１１０Ｅとを含む。すなわち、各種ボタン１１０は、通信デバイス１０１を介してＰ２Ｐ参加要請メールを受信したときに、ユーザから、チャットルームへ参加する命令や、メールの内容を表示させる命令などを選択可能に受け付ける。
【００３３】
また、各種ボタン１１０は、手描き入力を開始するための命令を受け付けるためのボタン、すなわち第１の入力を受け付けるためのボタンを含んでもよい。各種ボタン１１０は、手描き入力を終了するための命令を受け付けるためのボタン、すなわち第２の入力を受け付けるためのボタンを含んでもよい。
【００３４】
第１の通知部１１１は、スピーカ１０９などを介して着信音を出力する。あるいは、第１の通知部１１１は、バイブレーション機能を有する。第１の通知部１１１は、着呼した際や、メールを受信した際や、Ｐ２Ｐ参加要請メールを受信した際に、音声を出力したり、携帯端末１００を振動させたりする。
【００３５】
第２の通知部１１２は、着信したときに点滅するＴＥＬ用ＬＥＤ（Light Emitting Diode）１１２Ａと、メールを受信したときに点滅するメール用ＬＥＤ１１２Ｂと、Ｐ２Ｐ通信を受信したときに点滅するＰ２Ｐ用ＬＥＤ１１２Ｃを含む。
【００３６】
ＣＰＵ１０６は、携帯端末１００の各部を制御する。たとえば、各種ボタン１１０を介してユーザから各種命令を受け付けて、通信デバイス１０１や通信デバイス１０１やネットワークを介して外部の通信端末とデータの送受信を行う。
【００３７】
通信デバイス１０１は、ＣＰＵ１０６からの通信データを通信信号に変換し、その通信信号を外部へと発信する。通信デバイス１０１は、外部から受信した通信信号を通信データに変換し、その通信データをＣＰＵ１０６に入力する。
【００３８】
メモリ１０３は、作業用メモリとして機能するＲＡＭ（Random Access Memory）や、制御プログラムなどを格納するＲＯＭ（Read Only Memory）や、画像データなどを記憶するハードディスクなどによって実現される。また、メモリ１０３は、ワークメモリ１０３Ａ、アドレス帳データ１０３Ｂ、自端末データ１０３Ｃ、ＩＰ（Internet Protocol）アドレスデータ１０３Ｄ、および、ＩＰアドレスデータ１０３Ｅを含む。図６は、メモリ１０３のデータ構造を模式的に示す。
【００３９】
図６（ａ）は、メモリ１０３を構成する各種のワークメモリ１０３Ａのデータ構造を示すイメージ図である。図６（ｂ）は、メモリ１０３が記憶するアドレス帳データ１０３Ｂを示すイメージ図である。図６（ｃ）は、メモリ１０３が記憶する自端末データ１０３Ｃを示すイメージ図である。図６（ｄ）は、メモリ１０３が記憶する自端末のＩＰアドレスデータ１０３Ｄと他端末のＩＰアドレスデータ１０３Ｅとを示すイメージ図である。
【００４０】
図６（ａ）に示すように、メモリ１０３のワークメモリ１０３Ａは、発信者の電話番号を格納するＲＣＶＴＥＬＮＯ領域、受信メールに関する情報を格納するＲＣＶＭＡＩＬ領域、送信メールに関する情報を格納するＳＥＮＤＭＡＩＬ領域、選択されたアドレスのメモリＮｏを格納するＳＥＬ領域、生成されたルーム名を格納するＲＯＯＭＮＡＭＥ領域などを含む。なお、ワークメモリ１０３Ａは、電話番号を格納しなくてもよい。受信メールに関する情報は、ＭＡＩＮ領域に格納されるメール本文と、ＲＣＶＭＡＩＬのＦＲＯＭ領域に格納されるメール送信元のメールアドレスを含む。送信メールに関する情報は、ＭＡＩＮ領域に格納されるメール本文と、ＲＣＶＭＡＩＬのＴＯ領域に格納されるメール送信先のメールアドレスとを含む。
【００４１】
図６（ｂ）に示すように、アドレス帳データ１０３Ｂは、宛先（他の通信端末）毎にメモリＮｏを対応付けている。そして、アドレス帳データ１０３Ｂは、宛先毎に、名前、電話番号、メールアドレスなどを互いに対応付けて格納する。
【００４２】
図６（ｃ）に示すように、自端末データ１０３Ｃは、自端末のユーザの名前、自端末の電話番号、自端末のメールアドレスなどを格納する。
【００４３】
図６（ｄ）に示すように、自端末のＩＰアドレスデータ１０３Ｄは、自端末のＩＰアドレスを格納する。他端末のＩＰアドレスデータ１０３Ｅは、他端末のＩＰアドレスを格納する。
【００４４】
本実施の形態に係る携帯端末１００の各々は、図６に示すデータを利用することによって、キャリア網７００およびネットワーク５００を介して、ネットワーク５００を介して、または、直接、他の通信端末との間でデータを送受信できる。
【００４５】
＜サーバ４００のハードウェア構成＞
次に、本実施の形態に係るサーバ４００について説明する。
【００４６】
図７は、サーバ４００のハードウェア構成を示すブロック図である。図７に示すように、サーバ４００は、相互に内部バス４０８で接続されたＣＰＵ４０５と、メモリ４０６と、固定ディスク４０７と、通信デバイス４０９とを含む。
【００４７】
メモリ４０６は、各種の情報を記憶するものであって、たとえば、ＣＰＵ４０５でのプログラムの実行に必要なデータを一時的に記憶する。固定ディスク４０７は、ＣＰＵ４０５が実行するプログラムやデータベースを記憶する。ＣＰＵ４０５は、サーバ４００の各要素を制御するものであって、各種の演算を実施する装置である。
【００４８】
通信デバイス４０９は、ＣＰＵ４０５が出力したデータを電気信号へと変換して外部へ送信し、外部から受信した電気信号をデータに変換してＣＰＵ４０５に入力する。具体的には、通信デバイス４０９は、ＣＰＵ４０５からのデータを、ネットワーク５００やキャリア網７００などを介して、携帯端末１００や、ゲーム機、電子辞書、電子ＢＯＯＫなどの、ネットワークに接続可能な機器に送信する。そして、通信デバイス４０９は、ネットワーク５００やキャリア網７００を介して、携帯端末１００などのネットワークに接続可能な機器から受信したデータを、ＣＰＵ４０５に入力する。
【００４９】
図８は、メモリ４０６あるいは固定ディスク４０７に記憶されるデータについて説明するための図である。図８（ａ）は、サーバ４００のメモリ４０６あるいは固定ディスク４０７に記憶されるルーム管理テーブル４０６Ａのデータ構造を示す第１のイメージ図であって、図８（ｂ）は、サーバ４００のメモリ４０６あるいは固定ディスク４０７に記憶されるルーム管理テーブル４０６Ａのデータ構造を示す第２のイメージ図である。
【００５０】
図８（ａ）および図８（ｂ）に示すように、ルーム管理テーブル４０６Ａは、ルーム名とＩＰアドレスとを対応付けて格納する。たとえば、ある時点においては、図８（ａ）に示すように、サーバ４００にルーム名Ｒを有するチャットルーム、ルーム名Ｓを有するチャットルーム、ルーム名Ｔを有するチャットルームが生成されている。そして、ルーム名Ｒを有するチャットルームには、ＡというＩＰアドレスを有する通信端末と、ＣというＩＰアドレスを有する通信端末が入室している。ルーム名Ｓを有するチャットルームには、ＢというＩＰアドレスを有する通信端末が入室している。ルーム名Ｔを有するチャットルームには、ＤというＩＰアドレスを有する通信端末が入室している。
【００５１】
ルーム名Ｒは、たとえば、ＣＰＵ４０６によって、ＡというＩＰアドレスを有する通信端末のメールアドレスとＢというＩＰアドレスを有する通信端末のメールアドレスに基づいて決定する。図８（ａ）に示す状態において、ルーム名Ｓを有するチャットルームに新たにＥというＩＰアドレスを有する通信端末が入室すると、図８（ｂ）に示すように、ルーム管理テーブル４０６Ａはルーム名ＳとＩＰアドレスＥとを対応付けて格納する。
【００５２】
具体的には、サーバ４００においては、第１の携帯端末１００Ａが新たなチャットルームの生成を要求してきた際に、ＣＰＵ４０５が、第１の携帯端末１００Ａのメールアドレスと第２の携帯端末１００Ｂのメールアドレスとに基づいてルーム名を生成した上で、ルーム管理テーブル４０６Ａに当該ルーム名と第１の携帯端末１００ＡのＩＰアドレスとを対応付けて格納する。
【００５３】
そして、第２の携帯端末１００Ｂがサーバ４００にチャットルームへの参加を要求してきた際に、ＣＰＵ４０５が、ルーム管理テーブル４０６Ａに当該ルーム名と第２の携帯端末１００ＢのＩＰアドレスとを対応付けて格納する。ＣＰＵ４０６は、ルーム管理テーブル４０６Ａから、当該ルーム名に対応する第１の携帯端末１００ＡのＩＰアドレスを読み出す。ＣＰＵ４０６は、第１の携帯端末１００ＡのＩＰアドレスを第２の各通信端末に送信し、第２の携帯端末１００ＢのＩＰアドレスを第１の携帯端末１００Ａに送信する。
【００５４】
＜携帯端末１００における通信処理＞
次に、サーバ４００を介した、携帯端末１００Ａと携帯端末１００Ｂの間でのチャット通信について説明する。図９は、本実施の形態に係る携帯端末１００Ａと携帯端末１００Ｂの間での通信処理の処理手順を示すフローチャートである。図１０は、当該処理において携帯端末１００からサーバ４００へ送信されるデータの構造を示すイメージ図である。
【００５５】
図９を参照して、まず、携帯端末１００ＡのＣＰＵ１０６は、通信デバイス１０１を介して、サーバ４００からチャット通信に関するデータを取得する（ステップＳ００２）。同様に、携帯端末１００Ｂ（受信側）のＣＰＵ１０６も、通信デバイス１０１を介して、サーバ４００からチャット通信に関するデータを取得する（ステップＳ００４）。
【００５６】
なお、「チャット通信に関するデータ」は、チャットルームのＩＤ、メンバーの端末情報、お知らせ（告知情報）、この時点までのチャット内容などを含む。
【００５７】
携帯端末１００ＡのＣＰＵ１０６は、タッチパネル１０２に、チャット通信用のウィンドウを表示させる（ステップＳ００６）。同様に、携帯端末１００ＢのＣＰＵ１０６は、タッチパネル１０２に、チャット通信用のウィンドウを表示させる（ステップＳ００８）。
【００５８】
図９では、携帯端末１００Ａから携帯端末１００Ｂにデータが送信される際の処理手順が手順ＳＡ０１で示され、また、携帯端末１００Ｂから携帯端末１００Ａにデータが送信される際の処理手順が手順ＳＡ０２で示されている。
【００５９】
手順ＳＡ０１について説明する。
携帯端末１００ＡのＣＰＵ１０６は、タッチパネル１０２等を介してユーザからの情報の入力を受け付けると（ステップＳ１０２）、当該入力された情報に基づいて、携帯端末１００Ｂに送信するためのデータを作成する（ステップＳ１０４）。タッチパネル１０２に対する手描き入力がなされた場合には、作成されるデータには手描きデータが含まれる。そして、ＣＰＵ１０６は、作成したデータを、携帯端末１００Ｂに送信するために、サーバ４００へ送信する（ステップＳ１０６）。送信されるデータには、携帯端末１００Ｂを送信先として特定する情報が含まれる。サーバ４００は、携帯端末１００Ａから受信したデータを、携帯端末１００Ｂへ送信する。
【００６０】
ここで、ステップＳ１０４におけるデータの作成について説明する。
図１０に示されるように、携帯端末１００からサーバ４００へ送信されるデータは、手描きデータとテキストデータを含む。
【００６１】
タッチパネル１０２等が操作されることによりテキスト情報（文字および／または記号を指定する情報）が入力されると、ステップＳ１０４において作成されるデータはテキストデータを含む。また、タッチパネル１０２に対して手描き入力がなされると、ステップＳ１０４において作成されるデータは手描きデータを含む。
【００６２】
手描きデータは、ＣＰＵ１０６が、所定時間毎にタッチパネル１０２から接触座標データを順次受け付けることにより作成されるデータである。ＣＰＵ１０６は、手描き入力がなされると、所定時間ごとに、タッチパネル１０２に対する接触位置の変化（軌跡）を取得する。そして、図１０に示されるように、手描きデータは、手描きクリア情報（ａ）と、接触位置の軌跡を示す情報（ｂ）と、線の色を示す情報（ｃ）と、線の幅を示す情報（ｄ）とを含む、手描きデータを作成する。
【００６３】
手描きクリア情報（ａ）は、それまでに入力された手描きをクリアするための情報（ｔｒｕｅ）または手描き入力を続行するための情報（ｆａｌｓｅ）を含む。接触位置の軌跡を示す情報（ｂ）は、手描きストロークを構成するそれぞれの頂点の座標、および、それぞれの頂点に対応する手描き入力が開始された時点からの経過時間を含む。
【００６４】
テキストデータは、図１０において、（ｆ）で示されるフォントを特定する情報（フォント情報）と、（ｇ）で示されるテキストの種類を特定する情報（テキスト情報）と、（ｈ）で示される入力位置とを含む。
【００６５】
（ｆ）のフォント情報は、フォントの種類（たとえば、ゴシック）と、フォントの色と、フォントのサイズとを含む。（ｇ）のテキスト情報は、たとえば、「こ」「ん」「に」「ち」「は」という文字、または、記号を特定する情報を含み、一定時間内に入力された、１または複数の、文字または記号を特定する情報を含む。（ｈ）の入力位置は、テキスト情報に含まれる１または複数の文字または記号の、最初に表示されるべきものについての、表示されるべき位置を特定する情報（たとえば、ディスプレイ１０７における座標）を含む。
【００６６】
サーバ４００は、携帯端末１００Ｂに、携帯端末１００Ａから受信したデータに加えて、深度取得用情報を送信する。深度取得用情報とは、携帯端末１００Ａから受信した手描きデータを、３次元で表示するための情報である。具体的には、手描きデータを、当該手描きデータから取得される特性情報に基づいて深度を調整して表示するための情報であり、特性情報と深度とを関連付ける情報である。深度とは、３次元表示される際の、飛び出し量（画面から飛び出して見える量）である。図１１は、深度取得用情報のデータ構造を模式的に示す図である。
【００６７】
図１１を参照して、深度取得用情報では、特性情報の例示として、線の色、線の幅、および、描くスピードが示されている。そして、深度取得用情報では、特性情報のそれぞれが、深度と関連付けられている。
【００６８】
具体的には、深度取得用情報は、特定の線の色（図１１の例では、赤色）と、深度「＋３ｃｍ」とを関連付ける。これにより、手描きデータ中の線の色が当該特定の色である場合には、当該手描きデータは、３ｃｍ飛び出すように、表示される。なお、深度取得用情報では、第１の色に第１の飛び出し量を対応させ、第２の色に第２の飛び出し量を対応させても良い。この場合、ユーザが、手描き入力において、色を変えて複数の線を描くと、受信側の端末で、線の色ごとに、異なる飛び出し量で表示される。
【００６９】
また、深度取得用情報は、線の幅についての３つの条件（「〜５ｐｘ」「６ｐｘ〜１０ｐｘ」「１１ｐｘ〜」）のそれぞれを、深度「＋１ｃｍ」「＋２ｃｍ」「＋３ｃｍ」と関連付ける。これにより、手描きデータにおいて、線の幅が５ｐｘ（ピクセル）以下である場合には、当該手描きデータは、１ｃｍ飛び出すように、表示される。また、手描きデータにおいて、線の幅が６ｐｘ以上１０ｐｘ以下である場合には、当該手描きデータは、２ｃｍ飛び出すように、表示される。また、手描きデータにおいて、線の幅が１１ｐｘ以上である場合には、当該手描きデータは、３ｃｍ飛び出すように、表示される。このとき、線の色が上記した特定の色である場合には、特定の色であることによる飛び出し量（１ｃｍ）が追加された飛び出し量で、手描きデータが表示される。つまり、図１１に示された深度取得用情報によれば、手描き入力された情報は、太い線ほど飛び出し量が多くなるように表示される。
【００７０】
また、深度取得用情報は、描くスピードについての３つの条件（「〜１００ｍｓ」「１０１ｍｓ〜１０００ｍｓ」「１００１ｍｓ〜」）のそれぞれを、深度「＋５ｃｍ」「＋４ｃｍ」「＋３ｃｍ」と関連付ける。描くスピードとは、筆記速度であり、図１０を参照して説明した「接触位置の軌跡を示す情報（ｂ）」から求めることができる。なお、筆記速度は、ストロークごとの経過時間によって特定されても良いし、特定の時間ごとの、筆記された軌跡の長さによって特定されても良い。図１１では、描くスピードは、ストロークごとの経過時間によって特定されている。そして、図１１の深度取得用情報によれば、手描きデータにおいて、描くスピードが１００ｍｓ以下である場合には、当該手描きデータは、５ｃｍ飛び出すように表示される。また、手描きデータにおいて、描くスピードが１０１ｍｓ以上１０００ｍｓ以下である場合には、当該手描きデータは、４ｃｍ飛び出すように表示される。そして、手描きデータにおいて、描くスピードが１００１ｍｓ以上である場合には、当該手描きデータは、３ｃｍ飛び出すように表示される。つまり、手描き入力さされた情報は、速く描かれた線ほど飛び出し量が多くなるように表示される。また、本実施の形態では、描くスピードによって特定される深度は、線の色および線の幅によって特定される深度に追加されて、手描き入力の情報の表示に反映される。
【００７１】
なお、図１１に示された、深度取得用情報における飛び出し量と各特性情報との関連付けは、一例である。たとえば、細い線ほど飛び出し量が多くなるように、線の幅と飛び出し量とが関連付けられても良い。このような場合には、受信側の携帯端末１００では、図２（Ｂ）または図３に示されるように、手描きデータが表示される。また、本実施の形態における飛び出し量（深度）としては、図１１に示された＋（プラス）の量だけでなく、−（マイナス）の量、つまり、へこむ量（オブジェクトが奥に引っ込むように見える場合の引っ込む量）をも含むことが意図される。つまり、たとえば、線幅が８ｐｘ以上の場合には飛び出して見え、そして、線が太くなるほど飛び出し量が多くなるように、また、線幅が８ｐｘ未満の場合引っ込んで見え、そして、線が細くなるほどへこみ量が多くなるように、線の幅と飛び出し量（およびへこみ量）が関連付けられても良い。
【００７２】
図１１を参照して説明された深度取得用情報は、上記した特性情報を含む手描きデータ（図１０参照）に添付されるように送信されても良いし、特性情報として手描きデータに含めて送信されても良いし、また、携帯端末間の通信の開始時等に、上記手描きデータとは別に送信されても良い。
【００７３】
図９に戻って、サーバ４００から、携帯端末１００Ａから送信されたデータおよび深度取得用情報を受信した携帯端末１００Ｂでは、通信デバイス１０１が、当該データおよび情報を受信する（ステップＳ１０８）。そして、携帯端末１００ＢのＣＰＵ１０６は、当該データを解析し（ステップＳ１１０）、解析結果に従って、受信したデータに従った画像をディスプレイ１０７に表示させる（ステップＳ１１２）。
【００７４】
ここで、ステップＳ１１０におけるデータの解析について説明する。
携帯端末１００ＢのＣＰＵ１０６は、携帯端末１００Ａから送信されたデータにおいて、手描きデータが含まれる場合、当該手描きデータの中の、深度取得用情報の「詳細項目」の欄に含まれる項目について、深度取得用情報に記載された条件に合致するか否かが判断される。そして、合致すると判断すると、当該手描きデータの飛び出し量として、深度取得用情報において「深度」の欄に記憶されている飛び出し量に設定する。各「詳細項目」の内容と設定される飛び出し量の関係は、図１１を参照して説明した通りである。つまり、手描きデータにおいて、線の色が「赤色」であれば、飛び出し量が３ｃｍとされる。また、図１１に示される線の幅の条件ごとに飛び出し量が設定される。また、図１１に示される描くスピードの条件とごとに飛び出し量が設定される。
【００７５】
以上説明した手順ＳＡ０１により、携帯端末１００Ａに対して入力された情報に基づいて生成されたデータと、サーバ４００に記憶されている深度取得用情報とが、携帯端末１００Ｂに送信される。そして、携帯端末１００Ｂでは、携帯端末１００Ａから送信されたデータがディスプレイ１０７に表示される。特に、携帯端末１００Ａから送信されたデータに手描きデータが含まれる場合、携帯端末１００Ｂでは、当該手描きデータが、深度取得用情報に基づいて解析された結果として設定される飛び出し量に従って、３次元で表示される。
【００７６】
一方、手順ＳＡ０２では、携帯端末１００Ｂのタッチパネル１０２等に対して入力された情報に基づいて、図１０を参照して説明したデータが生成される。そして、生成されたデータは、サーバ４００に記憶されている深度取得用情報とともに、携帯端末１００Ａに送信される。そして、携帯端末１００Ａでは、携帯端末１００Ｂから送信されたデータがディスプレイ１０７に表示される。特に、携帯端末１００Ｂから送信されたデータに手描きデータが含まれる場合、携帯端末１００Ａでは、当該手描きデータが、深度取得用情報に基づいて解析された結果として設定される飛び出し量に従って、３次元で表示される。
【００７７】
具体的には、手順ＳＡ０２では、携帯端末１００ＢのＣＰＵ１０６は、タッチパネル１０２等を介してユーザからの情報の入力を受け付けると（ステップＳ２０２）、当該入力された情報に基づいて、携帯端末１００Ｂに送信するためのデータを作成する（ステップＳ２０４）。そして、ＣＰＵ１０６は、作成したデータを、携帯端末１００Ａに送信するために、サーバ４００へ送信する（ステップＳ２０６）。送信されるデータには、携帯端末１００Ａを送信先として特定する情報が含まれる。サーバ４００は、携帯端末１００Ｂから受信したデータを、深度取得用情報（図１１参照）とともに、携帯端末１００Ａへ送信する。
【００７８】
携帯端末１００Ａでは、通信デバイス１０１が、当該データおよび情報を受信する（ステップＳ１０８）。そして、携帯端末１００ＡのＣＰＵ１０６は、当該データを解析し（ステップＳ１１０）、携帯端末１００Ａのディスプレイ１０７に表示させる（ステップＳ１１２）。
【００７９】
ここで、手順ＳＡ０１のステップＳ１０２および手順ＳＡ０２のステップＳ１２２の、ユーザからの情報の入力を受付ける処理の内容について、詳細に説明する。
【００８０】
図１２は、携帯端末１００Ａおよび携帯端末１００Ｂにおいて実行される、ユーザからの情報の入力を受付ける処理（ステップＳ１０２，ステップＳ２０２）のフローチャートである。
【００８１】
図１２を参照して、当該処理では、ＣＰＵ１０６は、まずステップＳＸ１０において、当該ＣＰＵ１０６が属する携帯端末１００に、テキストが入力されたか否かを判断し、そうであると判断するとステップＳＸ２０へ処理を進め、そうではないと判断するとステップＳＸ３０へ処理を進める。
【００８２】
ステップＳＸ２０では、ＣＰＵ１０６は、図１０を参照して説明したテキストデータを作成するための処理（テキスト入力処理）を実行して、ステップＳＸ３０へ処理を進める。
【００８３】
図１３は、ステップＳＸ２０におけるテキスト入力処理のサブルーチンのフローチャートである。
【００８４】
図１３を参照して、テキスト入力処理では、ＣＰＵ１０６は、まずステップＳＹ１０で、当該ＣＰＵ１０６が属する携帯端末１００において、テキストのフォントが設定されているか否かを判断し、設定されていると判断するとステップＳＹ２０へ処理を進め、設定されていないと判断するとステップＳＹ３０へ処理を進める。
【００８５】
ステップＳＹ２０では、設定されているフォントの情報を、テキストデータの「フォント情報」（図１０の（ｆ））に相当する情報として取得して、ステップＳＹ３０へ処理を進める。
【００８６】
ステップＳＹ３０では、テキスト情報の入力があったか否かを判断し、あったと判断するとステップＳＹ４０へ処理を進め、なかったと判断するとステップＳＹ５０へ処理を進める。
【００８７】
ステップＳＹ４０では、ＣＰＵ１０６は、入力されたテキスト情報を、テキストデータの「テキスト情報」（図１０の（ｇ））に相当する情報として取得して、ステップＳＹ５０へ処理を進める。
【００８８】
ステップＳＹ５０では、ＣＰＵ１０６は、入力されたテキストを表示する位置の設定がなされているか否かを判断し、なされていると判断するとステップＳＹ６０へ処理を進め、なされていないと判断するとステップＳＹ７０へ処理を進める。
【００８９】
ステップＳＹ６０では、ＣＰＵ１０６は、設定されている位置の情報を、テキストデータの「入力位置」に相当する情報として取得して、ステップＳＹ７０へ処理を進める。
【００９０】
ステップＳＹ７０では、ＣＰＵ１０６は、ステップＳＹ２０，ステップＳＹ４０，ステップＳＹ６０のそれぞれで取得した情報を、図１０を参照して説明したような送信用データにおいて、（ｆ），（ｇ），（ｈ）のそれぞれに相当する領域に格納して、図１２に処理をリターンさせる。
【００９１】
図１２に戻って、ステップＳＸ３０では、ＣＰＵ１０６は、手描き入力があったか否かを判断し、あったと判断するとステップＳＸ４０へ処理を進め、ないと判断すると処理を終了させる。手描き入力があったか否かは、たとえば、タッチパネル１０２の手描き入力用の領域に対してタッチ操作があったか否か、また、携帯端末１００が手描き入力を受付けるモードに設定されている状態でタッチパネル１０２へのタッチ操作があったか否かに基づいて、判断される。
【００９２】
ステップＳＸ４０では、ＣＰＵ１０６は、図１０の手描きデータを作成するための処理（手描き入力処理）を実行する。
【００９３】
図１４は、ステップＳＸ４０の手描き入力処理のサブルーチンのフローチャートである。
【００９４】
図１４を参照して、手描き入力処理では、ＣＰＵ１０６は、まずステップＳＺ１０で、ペン情報の設定を行ない。ステップＳＺ２０へ処理を進める。
【００９５】
ここで、ステップＳＺ１０の処理内容について、当該処理のサブルーチンのフローチャートである図１５を参照して説明する。
【００９６】
図１５を参照して、ペン情報の設定処理では、まずステップＳＺ１１で、ＣＰＵ１０６は、タッチパネル１０２に入力された情報をクリアする操作がなされたか否かを判断し、なされたと判断するとステップＳＺ１２へ処理を進め、そのような操作がなされていないと判断するとステップＳＺ１３へ処理を進める。
【００９７】
ステップＳＺ１２では、ＣＰＵ１０６は、手描きデータの「手描きクリア情報」（図１０の（ａ）に“true”を設定して、ステップＳＺ１４へ処理を進める。
【００９８】
ステップＳＺ１３では、ＣＰＵ１０６は、手描きデータの「手描きクリア情報」（図１０の（ａ）に“false”を設定して、ステップＳＺ１４へ処理を進める。
【００９９】
ステップＳＺ１４では、ＣＰＵ１０６は、ペンの色（線の色）を変更する情報が入力されたか否かを判断し、入力されたと判断するとステップＳＺ１５へ処理を進め、されていないと判断するとステップＳＺ１６へ処理を進める。
【０１００】
ステップＳＺ１５では、ＣＰＵ１０６は、手描きデータの「線の色」（図１０の（ｃ））に、変更後のペンの色として入力された情報を設定して、ステップＳＺ１６へ処理を進める。
【０１０１】
ステップＳＺ１６では、ＣＰＵ１０６は、ペンの幅（線の幅）の設定を変更する情報が入力されたか否かを判断し、入力されたと判断するとステップＳＺ１７へ処理を進める。
【０１０２】
ステップＳＺ１７では、ＣＰＵ１０６は、手描きデータの「線の幅」（図１０の（ｄ））に、変更後のペンの幅として入力された情報を設定して、図１４へ処理をリターンさせる。
【０１０３】
一方、ステップＳＺ１６でペンの幅を設定する情報が入力されていないと判断すると、ＣＰＵ１０６は、そのまま処理を図１４へ戻す。
【０１０４】
図１４に戻って、ステップＳＺ１０でペン情報の設定を行なった後、ＣＰＵ１０６は、ステップＳＺ２０で、ステップＳＺ１０において設定されたデータ（ｂ）が“true”でないかどうかを判断し、“true”ではないと判断するとステップＳＺ４０へ処理を進め、“true”であると判断するとステップＳＺ３０へ処理を進める。
【０１０５】
ステップＳＺ３０では、ＣＰＵ１０６は、メモリ１０３の、送受信データの（ｂ）に相当する領域に、ステップＳＺ１２で設定された“true”を格納させて、処理を図１２へリターンさせる。
【０１０６】
一方、ステップＳＺ４０では、ＣＰＵ１０６は、タッチパネル１０２に対するペンダウンがあったか否かを判断し、あったと判断するとステップＳＺ６０へ処理を進め、ないと判断するとステップＳＺ５０へ処理を進める。ここで、ペンダウンとは、タブレット１０４に対するタッチ操作の開始をいう。ＣＰＵ１０６は、タブレット１０４における検出出力に基づいて、ステップＳＺ４０の判断を行なう。
【０１０７】
ステップＳＺ５０では、ＣＰＵ１０６は、タッチパネル１０２においてペンドラッグがあったか否かを判断し、あったと判断するとステップＳＺ６０へ処理を進め、なかったと判断すると図１２へ処理をリターンさせる。ここで、ペンドラッグとは、タブレット１０４に対するタッチ操作の位置の変更があったことを意味する。
【０１０８】
つまり、本手描き入力処理における手描きデータの作成の対象となる期間において、それまでなかったタブレット１０４へのタッチ操作が開始された場合には、ステップＳＺ４０においてＹＥＳの判断がなされて、ステップＳＺ６０へ処理が進められる。また、当該期間の前から継続してタブレット１０４へのタッチ操作が行なわれている場合であって、タッチ操作の位置が当該期間において変更された場合には、ステップＳＺ５０でＹＥＳの判断がなされて、ステップＳＺ６０へ処理が進められる。
【０１０９】
ステップＳＺ６０では、ＣＰＵ１０６は、手描きデータの「手描きクリア情報」（図１０の（ａ））の値として“false”を設定して、ステップＳＺ７０へ処理を進める。
【０１１０】
ステップＳＺ７０では、ＣＰＵ１０６は、手描き処理を実行して、ステップＳＺ８０へ処理を進める。
【０１１１】
図１６は、ステップＳＺ７０の手描き処理のサブルーチンのフローチャートである。
図１６を参照して、手描き処理では、ＣＰＵ１０６は、まずステップＳＺ７１で、現在作成中の送受信データの対象となる期間の開始からの時間を取得して、ステップＳＺ７２へ処理を進める。
【０１１２】
ステップＳＺ７２では、ＣＰＵ１０６は、ステップＳＺ７１で取得した時間を、図１０のデータ（ｂ）のＣｔに設定して、ステップＳＺ７３へ処理を進める。
【０１１３】
ステップＳＺ７３では、ＣＰＵ１０６は、タブレット１０４において、現在タッチ操作の対象となっている座標（Ｘ，Ｙ）を取得して、ステップＳＺ７４へ処理を進める。
【０１１４】
ステップＳＺ７４では、ＣＰＵ１０６は、ステップＳＺ７３で取得した座標を、図１０のデータ（ｂ）の座標（Ｃｘ，Ｃｙ）に設定して、ステップＳＺ７５へ処理を進める。
【０１１５】
ステップＳＺ７５では、ＣＰＵ１０６は、ステップＳＺ７４で座標のデータを設定してから特定時間が経過したか否かを判断し、経過したと判断するとステップＳＺ７６へ処理を進め、経過していないと判断するとステップＳＺ７５の処理を繰返す。
【０１１６】
ステップＳＺ７６では、ＣＰＵ１０６は、タブレット１０４においてペンドラッグがあったか否かを判断し、あったと判断するとステップＳＺ７８へ処理を進め、なかったと判断するとステップＳＺ７７へ処理を進める。なお、ステップＳＺ７６における判断は、ステップＳＺ５０（図１４）において行なわれた判断と同様である。
【０１１７】
ステップＳＺ７７では、ＣＰＵ１０６は、タブレット１０４においてペンダウンがあったか否かを判断し、あったと判断するとステップＳＺ７８へ処理を進め、なかったと判断するとステップＳＺ７５へ処理を戻す。なお、ステップＳＺ７７における判断は、ステップＳＺ４０（図１４）において行なわれた判断と同様である。
【０１１８】
ステップＳＺ７８では、ＣＰＵ１０６は、現在作成の対象となっている送受信データの作成の開始（ステップＳＸ１０（図１２））から一定時間が経過したか否かを判断し、まだ経過していないと判断するとステップＳＺ７１に処理を戻し、経過したと判断すると図１４へ処理をリターンさせる。
【０１１９】
以上説明した手描き処理により、タブレット１０４に対する手描き入力について、一定時間毎に手描きデータが作成される。
【０１２０】
なお、当該手描きデータにおいて、基本的には、特定時間毎に、タブレット１０４においてタッチ操作がなされた座標が取得される。取得された座標は、送受信データの作成の開始からの経過時間とともに、図１０の（ｂ）のデータとして保存される。各座標データおよび経過時間のデータは、（ＣｘＮ，ＣｙＮ，ＣｔＮ）の形式で、格納される。ここで、Ｎは、一定期間において、座標データが取得された回数を示す。また、上記時間内のある地点で座標データを作成してから、特定時間が経過しても、当該特定時間内にペンドラッグおよびペンアップがなされなければ、次に特定時間が経過するまで、座標データの作成が延期される（ステップＳＺ７５〜ステップＳＺ７７）。
【０１２１】
次に、ステップＳ１１２およびステップＳ１３２（図９）におけるデータ表示処理の内容について説明する。図１７は、データ表示処理のフローチャートである。
【０１２２】
図１７を参照して、データ標準処理では、ＣＰＵ１０６は、まずステップＳＷ１０において、受信したデータにおける手描きデータと、深度取得用情報（図１１）とを比較し、手描きデータが深度取得用情報の条件と一致しているか否かを判断し、一致していると判断するとステップＳＷ２０へ処理を進め、一致していないと判断するとステップＳＷ３０へ処理を進める。
【０１２３】
ステップＳＷ２０では、ＣＰＵ１０６は、深度取得用情報で特定される深度を、手描きデータが表示される深度として設定して、ステップＳＷ４０へ処理を進める。
【０１２４】
ステップＳＷ３０では、ＣＰＵ１０６は、受信した手描きデータを表示する深度を±０と設定して、ステップＳＷ４０へ処理を進める。
【０１２５】
ステップＳＷ４０では、ＣＰＵ１０６は、受信した手描きデータを、ステップＳＷ２０またはステップＳＷ３０で設定した深度で、ディスプレイ１０７に表示させて、処理を終了する。
【０１２６】
本実施の形態において、深度取得用情報では、図１１に例示されたように、「線の色」「線の幅」「描くスピード」について、深度を設定するための条件が関連付けられている。ステップＳＷ１０では、ＣＰＵ１０６は、受信した手描きデータにおいて、「線の色」が、深度取得用情報において設定されている条件と一致するか否かを判断し、また、手描きデータに含まれる「線の幅」が深度取得用情報における条件に一致するか否かを判断し、また、受信した手描きデータの（ｂ）から取得される「描くスピード」が深度取得用情報における条件に一致するか否かを判断する。そして、一致すると判断すると、深度取得用情報において、一致したと判断した条件に関連付けられる深度を、手描きデータが表示される深度として設定する（ステップＳＷ２０）。
【０１２７】
以上説明した本実施の形態によれば、手描きデータを生成した送信側の携帯端末１００において、当該手描きデータを３次元表示するために深度を設定する情報を生成することなく、受信側の携帯端末１００で、当該手描きデータを３次元表示させることができる。
【０１２８】
なお、本実施の形態は、サーバ４００を介した携帯端末１００Ａと携帯端末１００Ｂの間の通信に関し、いかなる通信態様にも適用でき、比較的短期間ごとに携帯端末１００Ａおよび携帯端末１００Ｂとサーバ４００の間の送受信されるデータがリロードされるチャット形式に限定されない。
【０１２９】
＜変形例（１）＞
以上説明した本実施の形態では、送信側の携帯端末１００で生成された手描きデータが、サーバ４００に送られる。サーバ４００は、当該送信側の携帯端末から受信した手描きデータと、深度取得用情報とを、受信側の携帯端末１００に送信する。これにより、受信側の携帯端末１００は、手描きデータの中から抽出したデータ（たとえば、線の色および／または線の幅）、および／または、当該手描きデータに基づいて生成されたデータ（たとえば、描くスピード）を、深度取得用情報における条件と比較することにより、手描きデータを表示する深度を決定する。
【０１３０】
なお、手描きデータから抽出されたデータおよび／または手描きデータに基づいて生成されたデータに基づいた深度の決定は、サーバで行なわれてもよい。この場合、サーバは、受信側の携帯端末に対して、送信側の携帯端末から送信された手描きデータに、当該手描きデータに基づいて決定した深度を追加して、受信側の携帯端末に送信する。これにより、サーバから受信側の携帯端末に、深度取得用情報が送信される必要はない。
【０１３１】
図１８は、本変形例において、サーバから受信側の携帯端末に送信されるデータの一例を模式的に示す図である。
【０１３２】
図１８を参照して、本変形例において受信側の携帯端末に送信されるデータは、図１０を参照して説明したデータに加えて、項目（ｊ）が追加されている。
【０１３３】
項目（ｊ）は、サーバ４００が、上記したように、送信側の携帯端末１００から受信した手描きデータと、自機（または、サーバ４００とネットワーク５００を介して通信可能な機器）に記憶されている深度取得用情報に基づいて決定した深度を特定する情報である。
【０１３４】
本変形例では、受信側の携帯端末１００は、データ受信処理（図９のステップＳ１０８およびステップＳ１２８）において、図１８に例示されたデータを受信する。そして、受信側の携帯端末１００は、データ表示処理（図９のステップＳ１１２およびステップＳ１３２）では、データ（ａ）〜（ｄ）の手描きデータを、データ（ｊ）として記憶されている深度で、ディスプレイ１０７に表示させる。
【０１３５】
なお、本変形例の受信側の携帯端末１００では、図１７を参照して説明した処理の中の、ステップＳＷ１０（手描きデータと深度取得用情報との比較）は実行されない。その代わりに、受信したデータ（図１８）において、データ（ｊ）として記憶された深度が０以外であれば、ステップＳＷ２０で、データ（ｊ）に示される深度を設定し、また、データ（ｊ）の深度が±０であれば、ステップＳＷ３０で、手描きデータの表示の深度を±０に設定する。そして、ステップＳＷ４０で、ステップＳＷ２０またはステップＳＷ３０で設定した深度で、手描きデータを表示する。
【０１３６】
以上説明した本変形例では、手描きデータを生成して送信する携帯端末１００において当該手描きデータを３次元表示するための深度情報を生成しなくとも、サーバ４００が、深度情報を生成する。そして、サーバ４００は、受信側の携帯端末１００に対して、生成した深度情報を手描きデータとともに、送信する。これにより、受信側の携帯端末１００は、深度取得用情報という比較的データ量の大きい情報を受信することなく、送信側の携帯端末１００で生成された手描きデータを３次元表示できる。
【０１３７】
＜変形例（２）＞
以上説明した本実施の形態では、図９に特に示されるように、携帯端末１００Ａと携帯端末１００Ｂは、サーバ４００を介して、通信していた。なお、情報処理システム１では、携帯端末１００Ａと携帯端末１００Ｂは、赤外線通信等によって、（サーバ４００を介することなく）直接通信することができる。図１９は、本変形例における携帯端末１００Ａと携帯端末１００Ｂの通信時のシーケンスの一例を示す。
【０１３８】
図１９を参照して、携帯端末１００Ａと携帯で１００Ｂは、それぞれ、通信相手との通信を開始するための処理を実行する（ステップＳ２０１，ステップＳ２０２）。これにより、携帯端末１００Ａと携帯端末１００Ｂが通信可能な状態になる。
【０１３９】
図１９では、携帯端末１００Ａから携帯端末１００Ｂにデータが送信される際の処理手順が手順ＳＡ０３で示され、また、携帯端末１００Ｂから携帯端末１００Ａにデータが送信される際の処理手順が手順ＳＡ０４で示されている。
【０１４０】
手順ＳＡ０３について説明する。
手順ＳＡ０３では、携帯端末１００ＡのＣＰＵ１０６は、携帯端末１００Ａのタッチパネル１０２等に対して入力された情報に基づいて、たとえば図１０を参照して説明したデータを生成する（ステップＳ２１１，ステップＳ２１２）。
【０１４１】
なお、本変形例では、送信側の携帯端末１００に、図１１を参照して説明した深度取得用情報が記憶されている。したがって、送信側である携帯端末１００ＡのＣＰＵ１０６が、図１０に示した手描きデータを生成し、さらに、当該手描きデータに基づいて、図１９の（ｊ）の深度情報を作成してもよい。
【０１４２】
そして、携帯端末１００ＡのＣＰＵ１０６は、生成したデータを、携帯端末１００Ｂに対して送信する（ステップＳ２１３）。このとき送信されるデータは、図１０に示したような深度情報を含まないものであってもよいし、図１８を参照して説明したような深度情報を含むデータであってもよい。
【０１４３】
ステップＳ２１４では、受信側である携帯端末１００ＢのＣＰＵ１０６は、携帯端末１００Ａから受信したデータを解析する（ステップＳ２１４）。受信したデータに（ｊ）の深度情報が含まれない場合であって携帯端末１００Ｂのメモリ１０３において深度取得用情報が記憶されている場合には、ＣＰＵ１０６は、データの解析により深度情報を生成する。
【０１４４】
そして、当該データに含まれる手描きデータおよび／またはテキストデータを、携帯端末１００Ｂのディスプレイ１０７に表示させる（ステップＳ２１５）。
【０１４５】
一方、手順ＳＡ０４では、携帯端末１００ＢのＣＰＵ１０６は、携帯端末１００Ｂのタッチパネル１０２等に対して入力された情報に基づいて、たとえば図１０を参照して説明したデータを生成する（ステップＳ２２１，ステップＳ２２２）。そして、携帯端末１００ＢのＣＰＵ１０６は、生成したデータを、携帯端末１００Ｂに対して送信する（ステップＳ２２３）。このとき送信されるデータは、図１０に示したような深度情報を含まないものであってもよいし、図１８を参照して説明したような深度情報を含むデータであってもよい。
【０１４６】
ステップＳ２２４では、受信側である携帯端末１００ＡのＣＰＵ１０６は、携帯端末１００Ｂから受信したデータを解析する（ステップＳ２２４）。携帯端末１００Ａのメモリ１０３において深度取得用情報が記憶されている場合には、ＣＰＵ１０６は、そして、当該データに含まれる手描きデータおよび／またはテキストデータを、携帯端末１００Ｂのディスプレイ１０７に表示させる。
【０１４７】
＜変形例（３）＞
以上説明した本実施の形態では、図１１の深度取得用情報は、サーバ４００に記憶されていた。
【０１４８】
また、変形例（２）では、図１１の深度取得用情報は受信側および送信側の双方の携帯端末１００に記憶されていた。このため、送信側の携帯端末１００および受信側の携帯端末１００に深度取得用情報が記憶されているので、これらの間の通信の際には、深度取得用情報が送信されることを要しない。
【０１４９】
図９に示したようなサーバ４００を経由した通信や、図１９を参照して説明したような直接的な通信のいずれにおいても、深度取得用情報は、（サーバ４００からではなく）送信側の装置から受信側の装置に送信されてもよい。つまり、たとえば、図９の手順ＳＡ０１が実行されているときには、携帯端末１００Ａから、図１０に示したようなデータとともに、図１１に示したような深度取得用情報が送信されてもよい。
【０１５０】
そして、それ以降の携帯端末１００Ａと携帯端末１００Ｂの間の通信では、携帯端末１００Ａから携帯端末１００Ｂに送信された深度取得用情報が利用されて、双方における手描きデータの表示の深度が制御されてもよい。
【０１５１】
つまり、複数の装置の間の通信において、その中の一の装置において記憶されていた深度取得用情報が、それらの複数の装置の間での通信（および、手描きデータの表示の深度の制御）に利用されるようにしてもよい。
【０１５２】
なお、本変形例において、送信側の携帯端末１００のみに深度取得用情報が記憶されていても良い。この場合、送信側の携帯端末１００が、手描きデータを生成し、また、当該手描きデータに基づいて深度情報を生成し、手描きデータおよび深度情報を受信側の携帯端末１００に送信する。これにより、受信側の携帯端末１００は、深度取得用情報を受信することなく、受信した手描きデータを３次元表示させることができる。また、送信側の携帯端末１００が、手描きデータと深度取得用情報とを、受信側の携帯端末１００に送信しても良い。
【０１５３】
また、本変形例において、受信側の携帯端末１００のみに深度取得用情報が記憶されていても良い。この場合、送信側の携帯端末１００は、従来の手描きデータの通信と同様に、手描きデータを送信する。受信側の携帯端末１００は、受信した手描きデータに基づいて深度情報を取得する。そして、取得した深度情報に従って、受信した手描きデータを３次元表示させる。
【０１５４】
＜その他の変形例＞
以上説明した本実施の形態およびその変形例では、深度取得用情報が、手描きデータの表示の深度の制御に利用される。ここで、携帯端末１００では、タッチパネル１０２等に対して入力された情報に基づいて、深度取得用情報を適宜更新することができる。これにより、情報処理システム１において、よりバラエティに富んだ態様で、手描きデータを表示することができる。
【０１５５】
また、深度取得用情報において特定される深度は、図１１に例示したような＋（プラス）の値、つまり、画面から飛び出す量だけでなく、−（マイナス）の値、つまり、画面から引っ込むように見える量を規定しても良い。つまり、本明細書において、飛び出し量は、画面から飛び出して見える量だけでなく、画面に対してどの程度引っ込んで見えるかを表す量をも含む概念であると解されるべきである。
【０１５６】
また、以上説明した本実施の形態およびその変形例において、図１１を参照して説明した深度取得用情報は、さらに、手描き入力における筆圧と深度とを関連付けても良い。この場合、携帯端末１００Ａと携帯端末１００Ｂの間で送受信されるデータには、図１０を参照して説明した手描きデータの項目に、筆圧を特定する情報が含まれる。そして、深度取得用情報では、たとえば、予め定められた筆圧の範囲ごとに深度が関連付けられる。ここでの関連付けでは、たとえば、筆圧が低くなるほど飛び出し量が多くなる。
【０１５７】
また、以上説明した本実施の形態において、情報処理装置および情報端末の一例として携帯端末が示されたが、情報処理装置および情報端末は、携帯端末のように通話機能や携帯性を有する機器に限定されない。手描きデータの生成および／または表示ができる機器であれば、ゲーム機、電子辞書、電子ＢＯＯＫなどであっても良い。
【０１５８】
また、情報処理装置および情報端末は、適切なアプリケーションをインストールされた汎用のコンピュータによって実現されても良い。なお、一般的傾向として、コンピュータのオペレーティングシステムの一部として様々なプログラムモジュールを用意しておき、アプリケーションプログラムはこれらモジュールを所定の配列で必要なときに呼び出して処理を進める方式が一般的である。そうした場合、情報処理装置および情報端末を実現するためのソフトウェア自体にはそうしたモジュールは含まれず、当該コンピュータでオペレーティングシステムと協働してはじめて情報処理装置および情報端末が実現することになる。しかし、一般的なプラットフォームを使用する限り、そうしたモジュールを含ませたソフトウェアを流通させる必要はなく、それらモジュールを含まないソフトウェア自体およびそれらソフトウェアを記録した記録媒体（およびそれらソフトウェアがネットワーク上を流通する場合のデータ信号）が実施の形態を構成すると考えることができる。
【０１５９】
また、本明細書に記載された情報処理装置についての主要な変形例を、以下に示す。
ネットワーク上のサーバと通信可能であり、手描き入力を受付ける入力手段を備えた情報端末と当該サーバを介して通信可能な情報処理装置であって、
当該情報端末は、当該サーバに、当該入力手段によって受付けられた手描き入力に基づいて生成された手描きデータを送信し、
当該サーバから、当該情報端末から送信された手描きデータ、および、手描きデータから取得される特性情報と手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を受信するための受信手段と、
当該受信手段によって受信された当該手描きデータを表示装置に表示させるための表示制御手段とを備え、
当該表示制御手段は、
当該受信手段によって受信された当該手描きデータから特性情報を取得し、
取得した当該特性情報と、当該受信手段によって受信された当該関連情報とに基づいて、当該受信手段によって受信された当該手描きデータの表示の飛び出し量を取得し、
当該受信手段によって受信された当該手描きデータを、取得した当該飛び出し量で表示させる、情報処理装置。
【０１６０】
好ましくは、当該特性情報は、当該手描きデータにおいて、当該手描き入力による軌跡を表示させるための付随情報、または、当該入力手段に対する筆記速度もしくは筆圧を含む。
【０１６１】
好ましくは、当該付随情報は、表示色、または、表示される線の幅を含む。
また、本明細書に記載された情報処理システムについての主要な変形例を、以下に示す。
【０１６２】
情報端末、情報処理装置、ならびに、当該情報端末および当該情報処理装置とネットワークを介して通信可能なサーバを備えた情報処理システムであって、
当該情報端末は、
手描き入力を受付ける入力手段と、
当該入力手段によって受付けられた手描き入力に基づいて手描きデータを生成する生成手段と、
当該手描きデータを当該サーバに送信する第１の送信手段とを含み、
当該サーバは、
当該情報端末から、当該手描きデータを受信するための第１の受信手段と、
手描きデータから取得される特性情報と手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を記憶するための記憶手段と、
当該第１の受信手段によって受信された当該手描きデータ、および、当該記憶手段に記憶された当該関連情報を、当該情報処理装置に送信する第２の送信手段とを含み、
当該情報処理装置は、
当該サーバから、当該手描きデータおよび当該関連情報を受信する第２の受信手段と、
当該第２の受信手段によって受信された当該手描きデータを表示装置に表示させるための表示制御手段とを含み、
当該表示制御手段は、
当該第２の受信手段によって受信された当該手描きデータから特性情報を取得し、
取得した当該特性情報と、当該第２の受信手段によって受信された当該関連情報とに基づいて、当該第２の受信手段によって受信された当該手描きデータの表示の飛び出し量を取得し、
当該第２の受信手段によって受信された当該手描きデータを、取得した当該飛び出し量で表示させる、情報処理システム。
【０１６３】
好ましくは、当該特性情報は、当該手描きデータにおいて、当該手描き入力による軌跡を表示させるための付随情報、または、当該入力手段に対する筆記速度もしくは筆圧を含む。
【０１６４】
好ましくは、当該付随情報は、表示色、または、表示される線の幅を含む。
また、本明細書に記載された情報処理装置についての別の主要な変形例を、以下に示す。
【０１６５】
手描き入力を受付ける入力手段を備えた情報端末と通信可能な情報処理装置であって、
当該情報端末から送信された、当該入力手段によって受付けられた手描き入力に基づいて生成された手描きデータを受信するための受信手段と、
手描きデータから取得される特性情報と手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を記憶するための記憶手段と、
当該受信手段によって受信された手描きデータを表示装置に表示させるための表示制御手段とを備え、
当該表示制御手段は、
当該受信手段によって受信された当該手描きデータから特性情報を取得し、
取得した当該特性情報と当該関連情報に基づいて、当該手描きデータの表示の飛び出し量を取得し、
当該受信手段によって受信された当該手描きデータを、取得した当該飛び出し量で表示させる、情報処理装置。
【０１６６】
好ましくは、当該特性情報は、当該手描きデータにおいて、当該手描き入力による軌跡を表示させるための付随情報、または、当該入力手段に対する筆記速度もしくは筆圧を含む。
【０１６７】
好ましくは、当該付随情報は、表示色、または、表示される線の幅を含む。
また、本明細書に記載された情報処理システムについての別の主要な変形例を、以下に示す。
【０１６８】
情報端末と、当該情報端末と通信可能な情報処理装置とを備えた情報処理システムであって、
当該情報端末は、
手描き入力を受付ける入力手段と、
当該入力手段によって受付けられた手描き入力に基づいて手描きデータを生成する生成手段と、
当該手描きデータを当該情報処理装置に送信する送信手段とを含み、
当該情報処理装置は、
当該手描きデータを受信するための受信手段と、
手描きデータから取得される特性情報と手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を記憶するための記憶手段と、
当該受信手段によって受信された当該手描きデータを表示装置に表示させるための表示制御手段とを含み、
当該表示制御手段は、
当該受信手段によって受信された当該手描きデータから特性情報を取得し、
取得した当該特性情報と当該関連情報に基づいて、当該受信手段によって受信された当該手描きデータの表示の飛び出し量を取得し、
当該受信手段によって受信された当該手描きデータを、取得した当該飛び出し量で表示させる、情報処理システム。
【０１６９】
好ましくは、当該特性情報は、当該手描きデータにおいて、当該手描き入力による軌跡を表示させるための付随情報、または、当該入力手段に対する筆記速度もしくは筆圧を含む。
【０１７０】
好ましくは、当該付随情報は、表示色、または、表示される線の幅を含む。
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１７１】
１ 情報処理システム、１００，１００Ａ，１００Ｂ 携帯端末、１０２ タッチパネル、１０３ メモリ、１０４ タブレット、１０６ ＣＰＵ、１０７ ディスプレイ、４００ サーバ、５００ ネットワーク、７００ キャリア網。
【技術分野】
【０００１】
本発明は、情報処理装置に関し、特に、手描き入力された情報を３次元表示するための情報処理装置および情報処理システムに関する。
【背景技術】
【０００２】
従来から、手描き入力された情報の表示に関する技術が種々開示されている。たとえば、特許文献１（特開２０１０−１５２１２号公報）には、３次元画像情報を記録する手段により記録された画像情報を表示する装置において、表示される画像情報と当該画像情報上に書き込まれた手描き入力情報の相対位置を、上記記録手段が変位、移動、旋回、上下動しても変わらないように制御する技術が開示されている。
【０００３】
なお、３次元画像情報の表示に関する技術も、種々開示されている。たとえば、特許文献２（特開２００７−２００２２７号公報）には、文字データ列、絵文字データ列を含む複数の種別のオブジェクトを表示する表示装置において、オブジェクトの種別ごとに、立体的に表示するか平面的に表示するかを制御する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−１５２１２号公報
【特許文献２】特開２００７−２００２２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記したように、従来の情報処理装置では、ユーザが手描き入力した情報を表示することもでき、また、３次元画像情報を表示することもできた。
【０００６】
しかしながら、従来の技術によれば、ユーザによって手描き入力された情報自体の３次元表示を制御することはできなかった。たとえば、単に特許文献１に記載の技術と特許文献２に記載の技術を組合わせたとしても、手描き入力された情報は、オブジェクト情報を有していなければ、３次元表示するか否か等の３次元画像情報として表示制御ができなかった。手描き入力された情報に、さらにそのような情報を付すためには、ユーザに煩雑な処理を課すこととなる。
【０００７】
本発明は、かかる実情に鑑み考え出されたものであり、その目的は、手描き入力された情報を、ユーザに煩雑な処理を課すことなく３次元情報として表示制御できるようにすることである。
【課題を解決するための手段】
【０００８】
本発明に従った情報処理装置は、情報端末と通信可能な情報処理装置であって、手描き入力を受付けるための入力手段と、入力手段によって受付けられた手描き入力に基づいて、手描きデータを生成するための生成手段と、手描きデータから取得される特性情報と手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を記憶するための記憶手段と、生成手段によって生成された手描きデータおよび関連情報を、情報端末に送信するための送信手段とを備える。
【０００９】
また、本発明の情報処理装置では、特性情報は、手描きデータにおいて、手描き入力による軌跡を表示させるための付随情報、または、入力手段に対する筆記速度もしくは筆圧を含むことが好ましい。
【００１０】
また、本発明の情報処理装置では、付随情報は、表示色、または、表示される線の幅を含むことが好ましい。
【００１１】
本発明に従った情報処理システムは、情報端末と、当該情報端末と通信可能な情報処理装置とを備えた情報処理システムであって、情報処理装置は、手描き入力を受付けるための入力手段と、入力手段によって受付けられた手描き入力に基づいて、手描きデータを生成するための生成手段と、手描きデータから取得される特性情報と手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を記憶するための記憶手段と、生成手段によって生成された手描きデータおよび関連情報を、情報端末に送信するための送信手段とを含み、情報端末は、送信手段によって送信された手描きデータおよび関連情報を受信するための受信手段と、受信手段によって受信された手描きデータを表示装置に表示させるための表示制御手段とを含み、表示制御手段は、受信手段によって受信された手描きデータから特性情報を取得し、取得した特性情報と関連情報に基づいて、受信手段によって受信された手描きデータの表示の飛び出し量を取得し、受信手段によって受信された手描きデータを、取得した飛び出し量で表示させる。
【００１２】
また、本発明の情報処理システムでは、特性情報は、手描きデータにおいて、手描き入力による軌跡を表示させるための付随情報、または、入力手段に対する筆記速度もしくは筆圧を含むことが好ましい。
【００１３】
また、本発明の情報処理システムでは、付随情報は、表示色、または、表示される線の幅を含むことが好ましい。
【発明の効果】
【００１４】
上記構成によれば、情報処理装置から情報端末に、手描き入力に基づいて生成されたデータと当該手描きデータを表示させる際の関連情報とが送信される。これにより、これらを受信した情報端末は、飛び出し量を制御するためのテーブル等のデータを予め記憶していなくとも、手描きデータから取得される情報に基づいて、手描きデータの飛び出し量を制御して表示できる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施の形態である情報処理システムの構成を模式的に示す図である。
【図２】図１の情報処理システムにおいて送受信される、手描き入力の情報を模式的に示す図である。
【図３】図１の情報処理システムにおいて表示される手描きデータを模式的に示す図である。
【図４】図１の携帯端末の外観を示すイメージ図である。
【図５】図１の携帯端末のハードウェア構成を示すブロック図である。
【図６】図１の携帯端末のメモリのデータ構造を模式的に示す図である。
【図７】図１のサーバのハードウェア構成を示すブロック図である。
【図８】図７のメモリあるいは固定ディスクに記憶されるデータについて説明するための図である。
【図９】図１の情報処理システムにおける複数の携帯端末の間での通信処理の処理手順を示すフローチャートである。
【図１０】図９の処理において携帯端末からサーバへ送信されるデータの構造の一例を示すイメージ図である。
【図１１】深度取得用情報のデータ構造を模式的に示す図である。
【図１２】図１の情報処理システムの携帯端末において実行される、ユーザからの情報の入力を受付ける処理のフローチャートである。
【図１３】図１２のテキスト入力処理のサブルーチンのフローチャートである。
【図１４】図１２の手描き入力処理のサブルーチンのフローチャートである。
【図１５】図１４のペン情報の設定処理のサブルーチンのフローチャートである。
【図１６】図１４の手描き処理のサブルーチンのフローチャートである。
【図１７】図１の情報処理システムの携帯端末において実行される、データ表示処理のフローチャートである。
【図１８】図１の情報処理システムの変形例（１）において、サーバから受信側の携帯端末に送信されるデータの一例を模式的に示す図である。
【図１９】図１の情報処理システムの変形例（２）における、複数の携帯端末の通信時のシーケンスの一例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では同一の部品には同一の符号が付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰返さない。
【００１７】
＜情報処理システムの概略構成＞
図１は、本発明の一実施の形態である情報処理システムの構成を模式的に示す図である。
【００１８】
図１を参照して、情報処理システム１は、携帯端末１００Ａ，１００Ｂと、サーバ４００とを含む。
【００１９】
携帯端末１００Ａ，１００Ｂは、キャリア網７００およびネットワーク５００を介して、または、ネットワーク５００を介して、サーバ４００と通信可能に構成されている。これにより、携帯端末１００Ａと携帯端末１００Ｂは、サーバ４００を介して互いに通信できる。
【００２０】
ネットワーク５００は、たとえばインターネット等の公衆通信網によって構成される。キャリア網７００は、携帯端末１００Ａ，１００Ｂの通話等のための通信網である。なお、本実施の形態の情報処理システム１では、携帯端末１００Ａと携帯端末１００Ｂは、互いに通信できればよく、同じキャリア網７００を介して通信しても良いし、異なるキャリア網を介して通信しても良いし、赤外線通信等により直接通信しても良い。携帯端末１００Ａと携帯端末１００Ｂは、情報処理装置または情報端末の一例である。これらの他の機器との通信は、無線であっても良いし、有線であっても良い。なお、本実施の形態の携帯端末１００Ａ，１００Ｂは、携帯型のパーソナルコンピュータ等のように通信機能を有していればよく、通話機能（電話機能）は必須とされない。
【００２１】
携帯端末１００Ａ，１００Ｂは、それぞれ、タッチパネル１０２、および、ボタン１１０Ａ〜１１０Ｃを備える。情報処理システム１では、携帯端末１００Ａと携帯端末１００Ｂの間で、タッチパネル１０２に対して手描き入力された情報を通信できる。具体的には、携帯端末１００Ａと携帯端末１００Ｂのうち一方のタッチパネル１０２において、スタイラスペン１２０またはユーザの指等によって手描き入力された情報が、他方のタッチパネル１０２に表示される。
【００２２】
＜情報処理システムにおける通信の特徴＞
情報処理システム１では、携帯端末１００Ａと携帯端末１００Ｂの一方において手描き入力された情報を、他方において、３次元で表示できる。図２は、情報処理システム１において送受信される、手描き入力の情報を模式的に示す図である。
【００２３】
図２（Ａ）は、携帯端末１００Ａと携帯端末１００Ｂの中の、手描き入力を受付ける側の、タッチパネル１０２の表示内容を模式的に示す。図２（Ａ）のタッチパネル１０２は、手描きで入力されたひらがなの「あ」「い」「う」という文字を表示している。携帯端末１００（以下、携帯端末１００Ａ，１００Ｂを総称して、適宜「携帯端末１００」という）は、手描き入力を受付けて、他の携帯端末１００等の他の機器に、手描き入力に基づいて生成されたデータ（以下、「手描きデータ」）を送信する。
【００２４】
図２（Ｂ）は、携帯端末１００Ａと携帯端末１００Ｂの中の、上記した手描きデータを受信した側の、タッチパネル１０２の表示内容を模式的に示す。手描きデータを受信した側のタッチパネル１０２では、手描きデータが、３次元表示されている。なお、この３次元表示では、飛び出し量が制御されている。具体的には、手描きされた情報の中で、「あ」の部分と「い」の部分と「う」の部分が、異なる飛び出し量で表示されている。各部分の飛び出し量を、図３に示す。図３では、「あ」の飛び出し量（飛び出して見える高さ）はｈ１とされ、「い」の飛び出し量はｈ２とされ、「う」の飛び出し量はｈ３とされている。なお、これらの飛び出し量の関係は、ｈ１＞ｈ２＞ｈ３である。
【００２５】
飛び出し量は、後述するように、手描きデータから取得される情報（以下、「特性情報」）に基づいて制御される。特性情報は、たとえば、手描き入力された情報を表示する線の太さ（幅）もしくは線の色、または、手描き入力された際の筆圧もしくは筆記速度を含む。
【００２６】
＜携帯端末１００のハードウェア構成＞
本実施の形態に係る携帯端末１００のハードウェア構成について説明する。図４は、本施の形態に係る携帯端末１００の外観を示すイメージ図である。図５は、本施の形態に係る携帯端末１００のハードウェア構成を示すブロック図である。
【００２７】
図４および図５に示すように、本実施の形態に係る携帯端末１００は、外部のネットワークや機器との間でデータを送受信する通信デバイス１０１と、プログラムや各種データベースを記憶するメモリ１０３と、ＣＰＵ（Central Processing Unit）１０６と、ディスプレイ１０７と、外部から音声が入力されるマイク１０８と、外部へと音声を出力するスピーカ１０９と、情報や命令の入力を受け付ける各種ボタン１１０と、外部からの通信データや通話信号を受信した旨の音声を出力する第１の通知部１１１と、外部からの通信データや通話信号を受信した旨を表示する第２の通知部１１２とを含む。
【００２８】
本実施の形態に係るディスプレイ１０７は、液晶パネルやＣＲＴ（Cathode Ray Tube）から構成されるタッチパネル１０２を実現する。すなわち、本実施の形態に係る携帯端末１００は、ディスプレイ１０７の上側（表側）にタブレット１０４が敷設されている。これによって、ユーザは、スタイラスペン１２０などを用いることによって、タブレット１０４を介して、図形情報などをＣＰＵ１０６に手描き入力することができる。
【００２９】
なお、ユーザは、以下の方法によっても、手描き入力を行うことが可能である。すなわち、赤外線や音波を出力する特殊なペンを利用することによって、そのペンから発信される赤外線や音波を受信する受信部によってペンの動きを割り出す。この場合、当該受信部を軌跡を記憶する装置に接続することによって、ＣＰＵ１０６が当該装置から出力される軌跡を手描き入力として受信することができる。
【００３０】
あるいは、ユーザは、静電パネルに対して、指、または、静電対応のペンを用いて手描き画像を描くことも可能である。
【００３１】
このようにして、ディスプレイ１０７（タッチパネル１０２）は、ＣＰＵ１０６が出力したデータに基づいて、画像やテキストを表示する。たとえば、ＣＰＵ１０６は、ディスプレイ１０７に、通信デバイス１０１を介して受信した動画コンテンツを表示させる。また、ＣＰＵ１０６は、ディスプレイ１０７に、タブレット１０４を介して受け付けた手描き画像や、通信デバイス１０１を介して受け付けた手描き画像に基づく手描き画像を、動画コンテンツに重畳させて表示させることができる。
【００３２】
各種ボタン１１０は、キー入力操作などによってユーザから情報を受け付ける。たとえば、各種ボタン１１０は、通話を受け付けたり、通話を発したりするためのＴＥＬボタン１１０Ａと、メールを受け付けたり、メールを発したりするためのメールボタン１１０Ｂと、Ｐ２Ｐ通信を受け付けたり、Ｐ２Ｐ通信を発したりするためのＰ２Ｐボタン１１０Ｃと、アドレス帳データを呼び出すアドレス帳ボタン１１０Ｄと、各種の処理を終了させるための終了ボタン１１０Ｅとを含む。すなわち、各種ボタン１１０は、通信デバイス１０１を介してＰ２Ｐ参加要請メールを受信したときに、ユーザから、チャットルームへ参加する命令や、メールの内容を表示させる命令などを選択可能に受け付ける。
【００３３】
また、各種ボタン１１０は、手描き入力を開始するための命令を受け付けるためのボタン、すなわち第１の入力を受け付けるためのボタンを含んでもよい。各種ボタン１１０は、手描き入力を終了するための命令を受け付けるためのボタン、すなわち第２の入力を受け付けるためのボタンを含んでもよい。
【００３４】
第１の通知部１１１は、スピーカ１０９などを介して着信音を出力する。あるいは、第１の通知部１１１は、バイブレーション機能を有する。第１の通知部１１１は、着呼した際や、メールを受信した際や、Ｐ２Ｐ参加要請メールを受信した際に、音声を出力したり、携帯端末１００を振動させたりする。
【００３５】
第２の通知部１１２は、着信したときに点滅するＴＥＬ用ＬＥＤ（Light Emitting Diode）１１２Ａと、メールを受信したときに点滅するメール用ＬＥＤ１１２Ｂと、Ｐ２Ｐ通信を受信したときに点滅するＰ２Ｐ用ＬＥＤ１１２Ｃを含む。
【００３６】
ＣＰＵ１０６は、携帯端末１００の各部を制御する。たとえば、各種ボタン１１０を介してユーザから各種命令を受け付けて、通信デバイス１０１や通信デバイス１０１やネットワークを介して外部の通信端末とデータの送受信を行う。
【００３７】
通信デバイス１０１は、ＣＰＵ１０６からの通信データを通信信号に変換し、その通信信号を外部へと発信する。通信デバイス１０１は、外部から受信した通信信号を通信データに変換し、その通信データをＣＰＵ１０６に入力する。
【００３８】
メモリ１０３は、作業用メモリとして機能するＲＡＭ（Random Access Memory）や、制御プログラムなどを格納するＲＯＭ（Read Only Memory）や、画像データなどを記憶するハードディスクなどによって実現される。また、メモリ１０３は、ワークメモリ１０３Ａ、アドレス帳データ１０３Ｂ、自端末データ１０３Ｃ、ＩＰ（Internet Protocol）アドレスデータ１０３Ｄ、および、ＩＰアドレスデータ１０３Ｅを含む。図６は、メモリ１０３のデータ構造を模式的に示す。
【００３９】
図６（ａ）は、メモリ１０３を構成する各種のワークメモリ１０３Ａのデータ構造を示すイメージ図である。図６（ｂ）は、メモリ１０３が記憶するアドレス帳データ１０３Ｂを示すイメージ図である。図６（ｃ）は、メモリ１０３が記憶する自端末データ１０３Ｃを示すイメージ図である。図６（ｄ）は、メモリ１０３が記憶する自端末のＩＰアドレスデータ１０３Ｄと他端末のＩＰアドレスデータ１０３Ｅとを示すイメージ図である。
【００４０】
図６（ａ）に示すように、メモリ１０３のワークメモリ１０３Ａは、発信者の電話番号を格納するＲＣＶＴＥＬＮＯ領域、受信メールに関する情報を格納するＲＣＶＭＡＩＬ領域、送信メールに関する情報を格納するＳＥＮＤＭＡＩＬ領域、選択されたアドレスのメモリＮｏを格納するＳＥＬ領域、生成されたルーム名を格納するＲＯＯＭＮＡＭＥ領域などを含む。なお、ワークメモリ１０３Ａは、電話番号を格納しなくてもよい。受信メールに関する情報は、ＭＡＩＮ領域に格納されるメール本文と、ＲＣＶＭＡＩＬのＦＲＯＭ領域に格納されるメール送信元のメールアドレスを含む。送信メールに関する情報は、ＭＡＩＮ領域に格納されるメール本文と、ＲＣＶＭＡＩＬのＴＯ領域に格納されるメール送信先のメールアドレスとを含む。
【００４１】
図６（ｂ）に示すように、アドレス帳データ１０３Ｂは、宛先（他の通信端末）毎にメモリＮｏを対応付けている。そして、アドレス帳データ１０３Ｂは、宛先毎に、名前、電話番号、メールアドレスなどを互いに対応付けて格納する。
【００４２】
図６（ｃ）に示すように、自端末データ１０３Ｃは、自端末のユーザの名前、自端末の電話番号、自端末のメールアドレスなどを格納する。
【００４３】
図６（ｄ）に示すように、自端末のＩＰアドレスデータ１０３Ｄは、自端末のＩＰアドレスを格納する。他端末のＩＰアドレスデータ１０３Ｅは、他端末のＩＰアドレスを格納する。
【００４４】
本実施の形態に係る携帯端末１００の各々は、図６に示すデータを利用することによって、キャリア網７００およびネットワーク５００を介して、ネットワーク５００を介して、または、直接、他の通信端末との間でデータを送受信できる。
【００４５】
＜サーバ４００のハードウェア構成＞
次に、本実施の形態に係るサーバ４００について説明する。
【００４６】
図７は、サーバ４００のハードウェア構成を示すブロック図である。図７に示すように、サーバ４００は、相互に内部バス４０８で接続されたＣＰＵ４０５と、メモリ４０６と、固定ディスク４０７と、通信デバイス４０９とを含む。
【００４７】
メモリ４０６は、各種の情報を記憶するものであって、たとえば、ＣＰＵ４０５でのプログラムの実行に必要なデータを一時的に記憶する。固定ディスク４０７は、ＣＰＵ４０５が実行するプログラムやデータベースを記憶する。ＣＰＵ４０５は、サーバ４００の各要素を制御するものであって、各種の演算を実施する装置である。
【００４８】
通信デバイス４０９は、ＣＰＵ４０５が出力したデータを電気信号へと変換して外部へ送信し、外部から受信した電気信号をデータに変換してＣＰＵ４０５に入力する。具体的には、通信デバイス４０９は、ＣＰＵ４０５からのデータを、ネットワーク５００やキャリア網７００などを介して、携帯端末１００や、ゲーム機、電子辞書、電子ＢＯＯＫなどの、ネットワークに接続可能な機器に送信する。そして、通信デバイス４０９は、ネットワーク５００やキャリア網７００を介して、携帯端末１００などのネットワークに接続可能な機器から受信したデータを、ＣＰＵ４０５に入力する。
【００４９】
図８は、メモリ４０６あるいは固定ディスク４０７に記憶されるデータについて説明するための図である。図８（ａ）は、サーバ４００のメモリ４０６あるいは固定ディスク４０７に記憶されるルーム管理テーブル４０６Ａのデータ構造を示す第１のイメージ図であって、図８（ｂ）は、サーバ４００のメモリ４０６あるいは固定ディスク４０７に記憶されるルーム管理テーブル４０６Ａのデータ構造を示す第２のイメージ図である。
【００５０】
図８（ａ）および図８（ｂ）に示すように、ルーム管理テーブル４０６Ａは、ルーム名とＩＰアドレスとを対応付けて格納する。たとえば、ある時点においては、図８（ａ）に示すように、サーバ４００にルーム名Ｒを有するチャットルーム、ルーム名Ｓを有するチャットルーム、ルーム名Ｔを有するチャットルームが生成されている。そして、ルーム名Ｒを有するチャットルームには、ＡというＩＰアドレスを有する通信端末と、ＣというＩＰアドレスを有する通信端末が入室している。ルーム名Ｓを有するチャットルームには、ＢというＩＰアドレスを有する通信端末が入室している。ルーム名Ｔを有するチャットルームには、ＤというＩＰアドレスを有する通信端末が入室している。
【００５１】
ルーム名Ｒは、たとえば、ＣＰＵ４０６によって、ＡというＩＰアドレスを有する通信端末のメールアドレスとＢというＩＰアドレスを有する通信端末のメールアドレスに基づいて決定する。図８（ａ）に示す状態において、ルーム名Ｓを有するチャットルームに新たにＥというＩＰアドレスを有する通信端末が入室すると、図８（ｂ）に示すように、ルーム管理テーブル４０６Ａはルーム名ＳとＩＰアドレスＥとを対応付けて格納する。
【００５２】
具体的には、サーバ４００においては、第１の携帯端末１００Ａが新たなチャットルームの生成を要求してきた際に、ＣＰＵ４０５が、第１の携帯端末１００Ａのメールアドレスと第２の携帯端末１００Ｂのメールアドレスとに基づいてルーム名を生成した上で、ルーム管理テーブル４０６Ａに当該ルーム名と第１の携帯端末１００ＡのＩＰアドレスとを対応付けて格納する。
【００５３】
そして、第２の携帯端末１００Ｂがサーバ４００にチャットルームへの参加を要求してきた際に、ＣＰＵ４０５が、ルーム管理テーブル４０６Ａに当該ルーム名と第２の携帯端末１００ＢのＩＰアドレスとを対応付けて格納する。ＣＰＵ４０６は、ルーム管理テーブル４０６Ａから、当該ルーム名に対応する第１の携帯端末１００ＡのＩＰアドレスを読み出す。ＣＰＵ４０６は、第１の携帯端末１００ＡのＩＰアドレスを第２の各通信端末に送信し、第２の携帯端末１００ＢのＩＰアドレスを第１の携帯端末１００Ａに送信する。
【００５４】
＜携帯端末１００における通信処理＞
次に、サーバ４００を介した、携帯端末１００Ａと携帯端末１００Ｂの間でのチャット通信について説明する。図９は、本実施の形態に係る携帯端末１００Ａと携帯端末１００Ｂの間での通信処理の処理手順を示すフローチャートである。図１０は、当該処理において携帯端末１００からサーバ４００へ送信されるデータの構造を示すイメージ図である。
【００５５】
図９を参照して、まず、携帯端末１００ＡのＣＰＵ１０６は、通信デバイス１０１を介して、サーバ４００からチャット通信に関するデータを取得する（ステップＳ００２）。同様に、携帯端末１００Ｂ（受信側）のＣＰＵ１０６も、通信デバイス１０１を介して、サーバ４００からチャット通信に関するデータを取得する（ステップＳ００４）。
【００５６】
なお、「チャット通信に関するデータ」は、チャットルームのＩＤ、メンバーの端末情報、お知らせ（告知情報）、この時点までのチャット内容などを含む。
【００５７】
携帯端末１００ＡのＣＰＵ１０６は、タッチパネル１０２に、チャット通信用のウィンドウを表示させる（ステップＳ００６）。同様に、携帯端末１００ＢのＣＰＵ１０６は、タッチパネル１０２に、チャット通信用のウィンドウを表示させる（ステップＳ００８）。
【００５８】
図９では、携帯端末１００Ａから携帯端末１００Ｂにデータが送信される際の処理手順が手順ＳＡ０１で示され、また、携帯端末１００Ｂから携帯端末１００Ａにデータが送信される際の処理手順が手順ＳＡ０２で示されている。
【００５９】
手順ＳＡ０１について説明する。
携帯端末１００ＡのＣＰＵ１０６は、タッチパネル１０２等を介してユーザからの情報の入力を受け付けると（ステップＳ１０２）、当該入力された情報に基づいて、携帯端末１００Ｂに送信するためのデータを作成する（ステップＳ１０４）。タッチパネル１０２に対する手描き入力がなされた場合には、作成されるデータには手描きデータが含まれる。そして、ＣＰＵ１０６は、作成したデータを、携帯端末１００Ｂに送信するために、サーバ４００へ送信する（ステップＳ１０６）。送信されるデータには、携帯端末１００Ｂを送信先として特定する情報が含まれる。サーバ４００は、携帯端末１００Ａから受信したデータを、携帯端末１００Ｂへ送信する。
【００６０】
ここで、ステップＳ１０４におけるデータの作成について説明する。
図１０に示されるように、携帯端末１００からサーバ４００へ送信されるデータは、手描きデータとテキストデータを含む。
【００６１】
タッチパネル１０２等が操作されることによりテキスト情報（文字および／または記号を指定する情報）が入力されると、ステップＳ１０４において作成されるデータはテキストデータを含む。また、タッチパネル１０２に対して手描き入力がなされると、ステップＳ１０４において作成されるデータは手描きデータを含む。
【００６２】
手描きデータは、ＣＰＵ１０６が、所定時間毎にタッチパネル１０２から接触座標データを順次受け付けることにより作成されるデータである。ＣＰＵ１０６は、手描き入力がなされると、所定時間ごとに、タッチパネル１０２に対する接触位置の変化（軌跡）を取得する。そして、図１０に示されるように、手描きデータは、手描きクリア情報（ａ）と、接触位置の軌跡を示す情報（ｂ）と、線の色を示す情報（ｃ）と、線の幅を示す情報（ｄ）とを含む、手描きデータを作成する。
【００６３】
手描きクリア情報（ａ）は、それまでに入力された手描きをクリアするための情報（ｔｒｕｅ）または手描き入力を続行するための情報（ｆａｌｓｅ）を含む。接触位置の軌跡を示す情報（ｂ）は、手描きストロークを構成するそれぞれの頂点の座標、および、それぞれの頂点に対応する手描き入力が開始された時点からの経過時間を含む。
【００６４】
テキストデータは、図１０において、（ｆ）で示されるフォントを特定する情報（フォント情報）と、（ｇ）で示されるテキストの種類を特定する情報（テキスト情報）と、（ｈ）で示される入力位置とを含む。
【００６５】
（ｆ）のフォント情報は、フォントの種類（たとえば、ゴシック）と、フォントの色と、フォントのサイズとを含む。（ｇ）のテキスト情報は、たとえば、「こ」「ん」「に」「ち」「は」という文字、または、記号を特定する情報を含み、一定時間内に入力された、１または複数の、文字または記号を特定する情報を含む。（ｈ）の入力位置は、テキスト情報に含まれる１または複数の文字または記号の、最初に表示されるべきものについての、表示されるべき位置を特定する情報（たとえば、ディスプレイ１０７における座標）を含む。
【００６６】
サーバ４００は、携帯端末１００Ｂに、携帯端末１００Ａから受信したデータに加えて、深度取得用情報を送信する。深度取得用情報とは、携帯端末１００Ａから受信した手描きデータを、３次元で表示するための情報である。具体的には、手描きデータを、当該手描きデータから取得される特性情報に基づいて深度を調整して表示するための情報であり、特性情報と深度とを関連付ける情報である。深度とは、３次元表示される際の、飛び出し量（画面から飛び出して見える量）である。図１１は、深度取得用情報のデータ構造を模式的に示す図である。
【００６７】
図１１を参照して、深度取得用情報では、特性情報の例示として、線の色、線の幅、および、描くスピードが示されている。そして、深度取得用情報では、特性情報のそれぞれが、深度と関連付けられている。
【００６８】
具体的には、深度取得用情報は、特定の線の色（図１１の例では、赤色）と、深度「＋３ｃｍ」とを関連付ける。これにより、手描きデータ中の線の色が当該特定の色である場合には、当該手描きデータは、３ｃｍ飛び出すように、表示される。なお、深度取得用情報では、第１の色に第１の飛び出し量を対応させ、第２の色に第２の飛び出し量を対応させても良い。この場合、ユーザが、手描き入力において、色を変えて複数の線を描くと、受信側の端末で、線の色ごとに、異なる飛び出し量で表示される。
【００６９】
また、深度取得用情報は、線の幅についての３つの条件（「〜５ｐｘ」「６ｐｘ〜１０ｐｘ」「１１ｐｘ〜」）のそれぞれを、深度「＋１ｃｍ」「＋２ｃｍ」「＋３ｃｍ」と関連付ける。これにより、手描きデータにおいて、線の幅が５ｐｘ（ピクセル）以下である場合には、当該手描きデータは、１ｃｍ飛び出すように、表示される。また、手描きデータにおいて、線の幅が６ｐｘ以上１０ｐｘ以下である場合には、当該手描きデータは、２ｃｍ飛び出すように、表示される。また、手描きデータにおいて、線の幅が１１ｐｘ以上である場合には、当該手描きデータは、３ｃｍ飛び出すように、表示される。このとき、線の色が上記した特定の色である場合には、特定の色であることによる飛び出し量（１ｃｍ）が追加された飛び出し量で、手描きデータが表示される。つまり、図１１に示された深度取得用情報によれば、手描き入力された情報は、太い線ほど飛び出し量が多くなるように表示される。
【００７０】
また、深度取得用情報は、描くスピードについての３つの条件（「〜１００ｍｓ」「１０１ｍｓ〜１０００ｍｓ」「１００１ｍｓ〜」）のそれぞれを、深度「＋５ｃｍ」「＋４ｃｍ」「＋３ｃｍ」と関連付ける。描くスピードとは、筆記速度であり、図１０を参照して説明した「接触位置の軌跡を示す情報（ｂ）」から求めることができる。なお、筆記速度は、ストロークごとの経過時間によって特定されても良いし、特定の時間ごとの、筆記された軌跡の長さによって特定されても良い。図１１では、描くスピードは、ストロークごとの経過時間によって特定されている。そして、図１１の深度取得用情報によれば、手描きデータにおいて、描くスピードが１００ｍｓ以下である場合には、当該手描きデータは、５ｃｍ飛び出すように表示される。また、手描きデータにおいて、描くスピードが１０１ｍｓ以上１０００ｍｓ以下である場合には、当該手描きデータは、４ｃｍ飛び出すように表示される。そして、手描きデータにおいて、描くスピードが１００１ｍｓ以上である場合には、当該手描きデータは、３ｃｍ飛び出すように表示される。つまり、手描き入力さされた情報は、速く描かれた線ほど飛び出し量が多くなるように表示される。また、本実施の形態では、描くスピードによって特定される深度は、線の色および線の幅によって特定される深度に追加されて、手描き入力の情報の表示に反映される。
【００７１】
なお、図１１に示された、深度取得用情報における飛び出し量と各特性情報との関連付けは、一例である。たとえば、細い線ほど飛び出し量が多くなるように、線の幅と飛び出し量とが関連付けられても良い。このような場合には、受信側の携帯端末１００では、図２（Ｂ）または図３に示されるように、手描きデータが表示される。また、本実施の形態における飛び出し量（深度）としては、図１１に示された＋（プラス）の量だけでなく、−（マイナス）の量、つまり、へこむ量（オブジェクトが奥に引っ込むように見える場合の引っ込む量）をも含むことが意図される。つまり、たとえば、線幅が８ｐｘ以上の場合には飛び出して見え、そして、線が太くなるほど飛び出し量が多くなるように、また、線幅が８ｐｘ未満の場合引っ込んで見え、そして、線が細くなるほどへこみ量が多くなるように、線の幅と飛び出し量（およびへこみ量）が関連付けられても良い。
【００７２】
図１１を参照して説明された深度取得用情報は、上記した特性情報を含む手描きデータ（図１０参照）に添付されるように送信されても良いし、特性情報として手描きデータに含めて送信されても良いし、また、携帯端末間の通信の開始時等に、上記手描きデータとは別に送信されても良い。
【００７３】
図９に戻って、サーバ４００から、携帯端末１００Ａから送信されたデータおよび深度取得用情報を受信した携帯端末１００Ｂでは、通信デバイス１０１が、当該データおよび情報を受信する（ステップＳ１０８）。そして、携帯端末１００ＢのＣＰＵ１０６は、当該データを解析し（ステップＳ１１０）、解析結果に従って、受信したデータに従った画像をディスプレイ１０７に表示させる（ステップＳ１１２）。
【００７４】
ここで、ステップＳ１１０におけるデータの解析について説明する。
携帯端末１００ＢのＣＰＵ１０６は、携帯端末１００Ａから送信されたデータにおいて、手描きデータが含まれる場合、当該手描きデータの中の、深度取得用情報の「詳細項目」の欄に含まれる項目について、深度取得用情報に記載された条件に合致するか否かが判断される。そして、合致すると判断すると、当該手描きデータの飛び出し量として、深度取得用情報において「深度」の欄に記憶されている飛び出し量に設定する。各「詳細項目」の内容と設定される飛び出し量の関係は、図１１を参照して説明した通りである。つまり、手描きデータにおいて、線の色が「赤色」であれば、飛び出し量が３ｃｍとされる。また、図１１に示される線の幅の条件ごとに飛び出し量が設定される。また、図１１に示される描くスピードの条件とごとに飛び出し量が設定される。
【００７５】
以上説明した手順ＳＡ０１により、携帯端末１００Ａに対して入力された情報に基づいて生成されたデータと、サーバ４００に記憶されている深度取得用情報とが、携帯端末１００Ｂに送信される。そして、携帯端末１００Ｂでは、携帯端末１００Ａから送信されたデータがディスプレイ１０７に表示される。特に、携帯端末１００Ａから送信されたデータに手描きデータが含まれる場合、携帯端末１００Ｂでは、当該手描きデータが、深度取得用情報に基づいて解析された結果として設定される飛び出し量に従って、３次元で表示される。
【００７６】
一方、手順ＳＡ０２では、携帯端末１００Ｂのタッチパネル１０２等に対して入力された情報に基づいて、図１０を参照して説明したデータが生成される。そして、生成されたデータは、サーバ４００に記憶されている深度取得用情報とともに、携帯端末１００Ａに送信される。そして、携帯端末１００Ａでは、携帯端末１００Ｂから送信されたデータがディスプレイ１０７に表示される。特に、携帯端末１００Ｂから送信されたデータに手描きデータが含まれる場合、携帯端末１００Ａでは、当該手描きデータが、深度取得用情報に基づいて解析された結果として設定される飛び出し量に従って、３次元で表示される。
【００７７】
具体的には、手順ＳＡ０２では、携帯端末１００ＢのＣＰＵ１０６は、タッチパネル１０２等を介してユーザからの情報の入力を受け付けると（ステップＳ２０２）、当該入力された情報に基づいて、携帯端末１００Ｂに送信するためのデータを作成する（ステップＳ２０４）。そして、ＣＰＵ１０６は、作成したデータを、携帯端末１００Ａに送信するために、サーバ４００へ送信する（ステップＳ２０６）。送信されるデータには、携帯端末１００Ａを送信先として特定する情報が含まれる。サーバ４００は、携帯端末１００Ｂから受信したデータを、深度取得用情報（図１１参照）とともに、携帯端末１００Ａへ送信する。
【００７８】
携帯端末１００Ａでは、通信デバイス１０１が、当該データおよび情報を受信する（ステップＳ１０８）。そして、携帯端末１００ＡのＣＰＵ１０６は、当該データを解析し（ステップＳ１１０）、携帯端末１００Ａのディスプレイ１０７に表示させる（ステップＳ１１２）。
【００７９】
ここで、手順ＳＡ０１のステップＳ１０２および手順ＳＡ０２のステップＳ１２２の、ユーザからの情報の入力を受付ける処理の内容について、詳細に説明する。
【００８０】
図１２は、携帯端末１００Ａおよび携帯端末１００Ｂにおいて実行される、ユーザからの情報の入力を受付ける処理（ステップＳ１０２，ステップＳ２０２）のフローチャートである。
【００８１】
図１２を参照して、当該処理では、ＣＰＵ１０６は、まずステップＳＸ１０において、当該ＣＰＵ１０６が属する携帯端末１００に、テキストが入力されたか否かを判断し、そうであると判断するとステップＳＸ２０へ処理を進め、そうではないと判断するとステップＳＸ３０へ処理を進める。
【００８２】
ステップＳＸ２０では、ＣＰＵ１０６は、図１０を参照して説明したテキストデータを作成するための処理（テキスト入力処理）を実行して、ステップＳＸ３０へ処理を進める。
【００８３】
図１３は、ステップＳＸ２０におけるテキスト入力処理のサブルーチンのフローチャートである。
【００８４】
図１３を参照して、テキスト入力処理では、ＣＰＵ１０６は、まずステップＳＹ１０で、当該ＣＰＵ１０６が属する携帯端末１００において、テキストのフォントが設定されているか否かを判断し、設定されていると判断するとステップＳＹ２０へ処理を進め、設定されていないと判断するとステップＳＹ３０へ処理を進める。
【００８５】
ステップＳＹ２０では、設定されているフォントの情報を、テキストデータの「フォント情報」（図１０の（ｆ））に相当する情報として取得して、ステップＳＹ３０へ処理を進める。
【００８６】
ステップＳＹ３０では、テキスト情報の入力があったか否かを判断し、あったと判断するとステップＳＹ４０へ処理を進め、なかったと判断するとステップＳＹ５０へ処理を進める。
【００８７】
ステップＳＹ４０では、ＣＰＵ１０６は、入力されたテキスト情報を、テキストデータの「テキスト情報」（図１０の（ｇ））に相当する情報として取得して、ステップＳＹ５０へ処理を進める。
【００８８】
ステップＳＹ５０では、ＣＰＵ１０６は、入力されたテキストを表示する位置の設定がなされているか否かを判断し、なされていると判断するとステップＳＹ６０へ処理を進め、なされていないと判断するとステップＳＹ７０へ処理を進める。
【００８９】
ステップＳＹ６０では、ＣＰＵ１０６は、設定されている位置の情報を、テキストデータの「入力位置」に相当する情報として取得して、ステップＳＹ７０へ処理を進める。
【００９０】
ステップＳＹ７０では、ＣＰＵ１０６は、ステップＳＹ２０，ステップＳＹ４０，ステップＳＹ６０のそれぞれで取得した情報を、図１０を参照して説明したような送信用データにおいて、（ｆ），（ｇ），（ｈ）のそれぞれに相当する領域に格納して、図１２に処理をリターンさせる。
【００９１】
図１２に戻って、ステップＳＸ３０では、ＣＰＵ１０６は、手描き入力があったか否かを判断し、あったと判断するとステップＳＸ４０へ処理を進め、ないと判断すると処理を終了させる。手描き入力があったか否かは、たとえば、タッチパネル１０２の手描き入力用の領域に対してタッチ操作があったか否か、また、携帯端末１００が手描き入力を受付けるモードに設定されている状態でタッチパネル１０２へのタッチ操作があったか否かに基づいて、判断される。
【００９２】
ステップＳＸ４０では、ＣＰＵ１０６は、図１０の手描きデータを作成するための処理（手描き入力処理）を実行する。
【００９３】
図１４は、ステップＳＸ４０の手描き入力処理のサブルーチンのフローチャートである。
【００９４】
図１４を参照して、手描き入力処理では、ＣＰＵ１０６は、まずステップＳＺ１０で、ペン情報の設定を行ない。ステップＳＺ２０へ処理を進める。
【００９５】
ここで、ステップＳＺ１０の処理内容について、当該処理のサブルーチンのフローチャートである図１５を参照して説明する。
【００９６】
図１５を参照して、ペン情報の設定処理では、まずステップＳＺ１１で、ＣＰＵ１０６は、タッチパネル１０２に入力された情報をクリアする操作がなされたか否かを判断し、なされたと判断するとステップＳＺ１２へ処理を進め、そのような操作がなされていないと判断するとステップＳＺ１３へ処理を進める。
【００９７】
ステップＳＺ１２では、ＣＰＵ１０６は、手描きデータの「手描きクリア情報」（図１０の（ａ）に“true”を設定して、ステップＳＺ１４へ処理を進める。
【００９８】
ステップＳＺ１３では、ＣＰＵ１０６は、手描きデータの「手描きクリア情報」（図１０の（ａ）に“false”を設定して、ステップＳＺ１４へ処理を進める。
【００９９】
ステップＳＺ１４では、ＣＰＵ１０６は、ペンの色（線の色）を変更する情報が入力されたか否かを判断し、入力されたと判断するとステップＳＺ１５へ処理を進め、されていないと判断するとステップＳＺ１６へ処理を進める。
【０１００】
ステップＳＺ１５では、ＣＰＵ１０６は、手描きデータの「線の色」（図１０の（ｃ））に、変更後のペンの色として入力された情報を設定して、ステップＳＺ１６へ処理を進める。
【０１０１】
ステップＳＺ１６では、ＣＰＵ１０６は、ペンの幅（線の幅）の設定を変更する情報が入力されたか否かを判断し、入力されたと判断するとステップＳＺ１７へ処理を進める。
【０１０２】
ステップＳＺ１７では、ＣＰＵ１０６は、手描きデータの「線の幅」（図１０の（ｄ））に、変更後のペンの幅として入力された情報を設定して、図１４へ処理をリターンさせる。
【０１０３】
一方、ステップＳＺ１６でペンの幅を設定する情報が入力されていないと判断すると、ＣＰＵ１０６は、そのまま処理を図１４へ戻す。
【０１０４】
図１４に戻って、ステップＳＺ１０でペン情報の設定を行なった後、ＣＰＵ１０６は、ステップＳＺ２０で、ステップＳＺ１０において設定されたデータ（ｂ）が“true”でないかどうかを判断し、“true”ではないと判断するとステップＳＺ４０へ処理を進め、“true”であると判断するとステップＳＺ３０へ処理を進める。
【０１０５】
ステップＳＺ３０では、ＣＰＵ１０６は、メモリ１０３の、送受信データの（ｂ）に相当する領域に、ステップＳＺ１２で設定された“true”を格納させて、処理を図１２へリターンさせる。
【０１０６】
一方、ステップＳＺ４０では、ＣＰＵ１０６は、タッチパネル１０２に対するペンダウンがあったか否かを判断し、あったと判断するとステップＳＺ６０へ処理を進め、ないと判断するとステップＳＺ５０へ処理を進める。ここで、ペンダウンとは、タブレット１０４に対するタッチ操作の開始をいう。ＣＰＵ１０６は、タブレット１０４における検出出力に基づいて、ステップＳＺ４０の判断を行なう。
【０１０７】
ステップＳＺ５０では、ＣＰＵ１０６は、タッチパネル１０２においてペンドラッグがあったか否かを判断し、あったと判断するとステップＳＺ６０へ処理を進め、なかったと判断すると図１２へ処理をリターンさせる。ここで、ペンドラッグとは、タブレット１０４に対するタッチ操作の位置の変更があったことを意味する。
【０１０８】
つまり、本手描き入力処理における手描きデータの作成の対象となる期間において、それまでなかったタブレット１０４へのタッチ操作が開始された場合には、ステップＳＺ４０においてＹＥＳの判断がなされて、ステップＳＺ６０へ処理が進められる。また、当該期間の前から継続してタブレット１０４へのタッチ操作が行なわれている場合であって、タッチ操作の位置が当該期間において変更された場合には、ステップＳＺ５０でＹＥＳの判断がなされて、ステップＳＺ６０へ処理が進められる。
【０１０９】
ステップＳＺ６０では、ＣＰＵ１０６は、手描きデータの「手描きクリア情報」（図１０の（ａ））の値として“false”を設定して、ステップＳＺ７０へ処理を進める。
【０１１０】
ステップＳＺ７０では、ＣＰＵ１０６は、手描き処理を実行して、ステップＳＺ８０へ処理を進める。
【０１１１】
図１６は、ステップＳＺ７０の手描き処理のサブルーチンのフローチャートである。
図１６を参照して、手描き処理では、ＣＰＵ１０６は、まずステップＳＺ７１で、現在作成中の送受信データの対象となる期間の開始からの時間を取得して、ステップＳＺ７２へ処理を進める。
【０１１２】
ステップＳＺ７２では、ＣＰＵ１０６は、ステップＳＺ７１で取得した時間を、図１０のデータ（ｂ）のＣｔに設定して、ステップＳＺ７３へ処理を進める。
【０１１３】
ステップＳＺ７３では、ＣＰＵ１０６は、タブレット１０４において、現在タッチ操作の対象となっている座標（Ｘ，Ｙ）を取得して、ステップＳＺ７４へ処理を進める。
【０１１４】
ステップＳＺ７４では、ＣＰＵ１０６は、ステップＳＺ７３で取得した座標を、図１０のデータ（ｂ）の座標（Ｃｘ，Ｃｙ）に設定して、ステップＳＺ７５へ処理を進める。
【０１１５】
ステップＳＺ７５では、ＣＰＵ１０６は、ステップＳＺ７４で座標のデータを設定してから特定時間が経過したか否かを判断し、経過したと判断するとステップＳＺ７６へ処理を進め、経過していないと判断するとステップＳＺ７５の処理を繰返す。
【０１１６】
ステップＳＺ７６では、ＣＰＵ１０６は、タブレット１０４においてペンドラッグがあったか否かを判断し、あったと判断するとステップＳＺ７８へ処理を進め、なかったと判断するとステップＳＺ７７へ処理を進める。なお、ステップＳＺ７６における判断は、ステップＳＺ５０（図１４）において行なわれた判断と同様である。
【０１１７】
ステップＳＺ７７では、ＣＰＵ１０６は、タブレット１０４においてペンダウンがあったか否かを判断し、あったと判断するとステップＳＺ７８へ処理を進め、なかったと判断するとステップＳＺ７５へ処理を戻す。なお、ステップＳＺ７７における判断は、ステップＳＺ４０（図１４）において行なわれた判断と同様である。
【０１１８】
ステップＳＺ７８では、ＣＰＵ１０６は、現在作成の対象となっている送受信データの作成の開始（ステップＳＸ１０（図１２））から一定時間が経過したか否かを判断し、まだ経過していないと判断するとステップＳＺ７１に処理を戻し、経過したと判断すると図１４へ処理をリターンさせる。
【０１１９】
以上説明した手描き処理により、タブレット１０４に対する手描き入力について、一定時間毎に手描きデータが作成される。
【０１２０】
なお、当該手描きデータにおいて、基本的には、特定時間毎に、タブレット１０４においてタッチ操作がなされた座標が取得される。取得された座標は、送受信データの作成の開始からの経過時間とともに、図１０の（ｂ）のデータとして保存される。各座標データおよび経過時間のデータは、（ＣｘＮ，ＣｙＮ，ＣｔＮ）の形式で、格納される。ここで、Ｎは、一定期間において、座標データが取得された回数を示す。また、上記時間内のある地点で座標データを作成してから、特定時間が経過しても、当該特定時間内にペンドラッグおよびペンアップがなされなければ、次に特定時間が経過するまで、座標データの作成が延期される（ステップＳＺ７５〜ステップＳＺ７７）。
【０１２１】
次に、ステップＳ１１２およびステップＳ１３２（図９）におけるデータ表示処理の内容について説明する。図１７は、データ表示処理のフローチャートである。
【０１２２】
図１７を参照して、データ標準処理では、ＣＰＵ１０６は、まずステップＳＷ１０において、受信したデータにおける手描きデータと、深度取得用情報（図１１）とを比較し、手描きデータが深度取得用情報の条件と一致しているか否かを判断し、一致していると判断するとステップＳＷ２０へ処理を進め、一致していないと判断するとステップＳＷ３０へ処理を進める。
【０１２３】
ステップＳＷ２０では、ＣＰＵ１０６は、深度取得用情報で特定される深度を、手描きデータが表示される深度として設定して、ステップＳＷ４０へ処理を進める。
【０１２４】
ステップＳＷ３０では、ＣＰＵ１０６は、受信した手描きデータを表示する深度を±０と設定して、ステップＳＷ４０へ処理を進める。
【０１２５】
ステップＳＷ４０では、ＣＰＵ１０６は、受信した手描きデータを、ステップＳＷ２０またはステップＳＷ３０で設定した深度で、ディスプレイ１０７に表示させて、処理を終了する。
【０１２６】
本実施の形態において、深度取得用情報では、図１１に例示されたように、「線の色」「線の幅」「描くスピード」について、深度を設定するための条件が関連付けられている。ステップＳＷ１０では、ＣＰＵ１０６は、受信した手描きデータにおいて、「線の色」が、深度取得用情報において設定されている条件と一致するか否かを判断し、また、手描きデータに含まれる「線の幅」が深度取得用情報における条件に一致するか否かを判断し、また、受信した手描きデータの（ｂ）から取得される「描くスピード」が深度取得用情報における条件に一致するか否かを判断する。そして、一致すると判断すると、深度取得用情報において、一致したと判断した条件に関連付けられる深度を、手描きデータが表示される深度として設定する（ステップＳＷ２０）。
【０１２７】
以上説明した本実施の形態によれば、手描きデータを生成した送信側の携帯端末１００において、当該手描きデータを３次元表示するために深度を設定する情報を生成することなく、受信側の携帯端末１００で、当該手描きデータを３次元表示させることができる。
【０１２８】
なお、本実施の形態は、サーバ４００を介した携帯端末１００Ａと携帯端末１００Ｂの間の通信に関し、いかなる通信態様にも適用でき、比較的短期間ごとに携帯端末１００Ａおよび携帯端末１００Ｂとサーバ４００の間の送受信されるデータがリロードされるチャット形式に限定されない。
【０１２９】
＜変形例（１）＞
以上説明した本実施の形態では、送信側の携帯端末１００で生成された手描きデータが、サーバ４００に送られる。サーバ４００は、当該送信側の携帯端末から受信した手描きデータと、深度取得用情報とを、受信側の携帯端末１００に送信する。これにより、受信側の携帯端末１００は、手描きデータの中から抽出したデータ（たとえば、線の色および／または線の幅）、および／または、当該手描きデータに基づいて生成されたデータ（たとえば、描くスピード）を、深度取得用情報における条件と比較することにより、手描きデータを表示する深度を決定する。
【０１３０】
なお、手描きデータから抽出されたデータおよび／または手描きデータに基づいて生成されたデータに基づいた深度の決定は、サーバで行なわれてもよい。この場合、サーバは、受信側の携帯端末に対して、送信側の携帯端末から送信された手描きデータに、当該手描きデータに基づいて決定した深度を追加して、受信側の携帯端末に送信する。これにより、サーバから受信側の携帯端末に、深度取得用情報が送信される必要はない。
【０１３１】
図１８は、本変形例において、サーバから受信側の携帯端末に送信されるデータの一例を模式的に示す図である。
【０１３２】
図１８を参照して、本変形例において受信側の携帯端末に送信されるデータは、図１０を参照して説明したデータに加えて、項目（ｊ）が追加されている。
【０１３３】
項目（ｊ）は、サーバ４００が、上記したように、送信側の携帯端末１００から受信した手描きデータと、自機（または、サーバ４００とネットワーク５００を介して通信可能な機器）に記憶されている深度取得用情報に基づいて決定した深度を特定する情報である。
【０１３４】
本変形例では、受信側の携帯端末１００は、データ受信処理（図９のステップＳ１０８およびステップＳ１２８）において、図１８に例示されたデータを受信する。そして、受信側の携帯端末１００は、データ表示処理（図９のステップＳ１１２およびステップＳ１３２）では、データ（ａ）〜（ｄ）の手描きデータを、データ（ｊ）として記憶されている深度で、ディスプレイ１０７に表示させる。
【０１３５】
なお、本変形例の受信側の携帯端末１００では、図１７を参照して説明した処理の中の、ステップＳＷ１０（手描きデータと深度取得用情報との比較）は実行されない。その代わりに、受信したデータ（図１８）において、データ（ｊ）として記憶された深度が０以外であれば、ステップＳＷ２０で、データ（ｊ）に示される深度を設定し、また、データ（ｊ）の深度が±０であれば、ステップＳＷ３０で、手描きデータの表示の深度を±０に設定する。そして、ステップＳＷ４０で、ステップＳＷ２０またはステップＳＷ３０で設定した深度で、手描きデータを表示する。
【０１３６】
以上説明した本変形例では、手描きデータを生成して送信する携帯端末１００において当該手描きデータを３次元表示するための深度情報を生成しなくとも、サーバ４００が、深度情報を生成する。そして、サーバ４００は、受信側の携帯端末１００に対して、生成した深度情報を手描きデータとともに、送信する。これにより、受信側の携帯端末１００は、深度取得用情報という比較的データ量の大きい情報を受信することなく、送信側の携帯端末１００で生成された手描きデータを３次元表示できる。
【０１３７】
＜変形例（２）＞
以上説明した本実施の形態では、図９に特に示されるように、携帯端末１００Ａと携帯端末１００Ｂは、サーバ４００を介して、通信していた。なお、情報処理システム１では、携帯端末１００Ａと携帯端末１００Ｂは、赤外線通信等によって、（サーバ４００を介することなく）直接通信することができる。図１９は、本変形例における携帯端末１００Ａと携帯端末１００Ｂの通信時のシーケンスの一例を示す。
【０１３８】
図１９を参照して、携帯端末１００Ａと携帯で１００Ｂは、それぞれ、通信相手との通信を開始するための処理を実行する（ステップＳ２０１，ステップＳ２０２）。これにより、携帯端末１００Ａと携帯端末１００Ｂが通信可能な状態になる。
【０１３９】
図１９では、携帯端末１００Ａから携帯端末１００Ｂにデータが送信される際の処理手順が手順ＳＡ０３で示され、また、携帯端末１００Ｂから携帯端末１００Ａにデータが送信される際の処理手順が手順ＳＡ０４で示されている。
【０１４０】
手順ＳＡ０３について説明する。
手順ＳＡ０３では、携帯端末１００ＡのＣＰＵ１０６は、携帯端末１００Ａのタッチパネル１０２等に対して入力された情報に基づいて、たとえば図１０を参照して説明したデータを生成する（ステップＳ２１１，ステップＳ２１２）。
【０１４１】
なお、本変形例では、送信側の携帯端末１００に、図１１を参照して説明した深度取得用情報が記憶されている。したがって、送信側である携帯端末１００ＡのＣＰＵ１０６が、図１０に示した手描きデータを生成し、さらに、当該手描きデータに基づいて、図１９の（ｊ）の深度情報を作成してもよい。
【０１４２】
そして、携帯端末１００ＡのＣＰＵ１０６は、生成したデータを、携帯端末１００Ｂに対して送信する（ステップＳ２１３）。このとき送信されるデータは、図１０に示したような深度情報を含まないものであってもよいし、図１８を参照して説明したような深度情報を含むデータであってもよい。
【０１４３】
ステップＳ２１４では、受信側である携帯端末１００ＢのＣＰＵ１０６は、携帯端末１００Ａから受信したデータを解析する（ステップＳ２１４）。受信したデータに（ｊ）の深度情報が含まれない場合であって携帯端末１００Ｂのメモリ１０３において深度取得用情報が記憶されている場合には、ＣＰＵ１０６は、データの解析により深度情報を生成する。
【０１４４】
そして、当該データに含まれる手描きデータおよび／またはテキストデータを、携帯端末１００Ｂのディスプレイ１０７に表示させる（ステップＳ２１５）。
【０１４５】
一方、手順ＳＡ０４では、携帯端末１００ＢのＣＰＵ１０６は、携帯端末１００Ｂのタッチパネル１０２等に対して入力された情報に基づいて、たとえば図１０を参照して説明したデータを生成する（ステップＳ２２１，ステップＳ２２２）。そして、携帯端末１００ＢのＣＰＵ１０６は、生成したデータを、携帯端末１００Ｂに対して送信する（ステップＳ２２３）。このとき送信されるデータは、図１０に示したような深度情報を含まないものであってもよいし、図１８を参照して説明したような深度情報を含むデータであってもよい。
【０１４６】
ステップＳ２２４では、受信側である携帯端末１００ＡのＣＰＵ１０６は、携帯端末１００Ｂから受信したデータを解析する（ステップＳ２２４）。携帯端末１００Ａのメモリ１０３において深度取得用情報が記憶されている場合には、ＣＰＵ１０６は、そして、当該データに含まれる手描きデータおよび／またはテキストデータを、携帯端末１００Ｂのディスプレイ１０７に表示させる。
【０１４７】
＜変形例（３）＞
以上説明した本実施の形態では、図１１の深度取得用情報は、サーバ４００に記憶されていた。
【０１４８】
また、変形例（２）では、図１１の深度取得用情報は受信側および送信側の双方の携帯端末１００に記憶されていた。このため、送信側の携帯端末１００および受信側の携帯端末１００に深度取得用情報が記憶されているので、これらの間の通信の際には、深度取得用情報が送信されることを要しない。
【０１４９】
図９に示したようなサーバ４００を経由した通信や、図１９を参照して説明したような直接的な通信のいずれにおいても、深度取得用情報は、（サーバ４００からではなく）送信側の装置から受信側の装置に送信されてもよい。つまり、たとえば、図９の手順ＳＡ０１が実行されているときには、携帯端末１００Ａから、図１０に示したようなデータとともに、図１１に示したような深度取得用情報が送信されてもよい。
【０１５０】
そして、それ以降の携帯端末１００Ａと携帯端末１００Ｂの間の通信では、携帯端末１００Ａから携帯端末１００Ｂに送信された深度取得用情報が利用されて、双方における手描きデータの表示の深度が制御されてもよい。
【０１５１】
つまり、複数の装置の間の通信において、その中の一の装置において記憶されていた深度取得用情報が、それらの複数の装置の間での通信（および、手描きデータの表示の深度の制御）に利用されるようにしてもよい。
【０１５２】
なお、本変形例において、送信側の携帯端末１００のみに深度取得用情報が記憶されていても良い。この場合、送信側の携帯端末１００が、手描きデータを生成し、また、当該手描きデータに基づいて深度情報を生成し、手描きデータおよび深度情報を受信側の携帯端末１００に送信する。これにより、受信側の携帯端末１００は、深度取得用情報を受信することなく、受信した手描きデータを３次元表示させることができる。また、送信側の携帯端末１００が、手描きデータと深度取得用情報とを、受信側の携帯端末１００に送信しても良い。
【０１５３】
また、本変形例において、受信側の携帯端末１００のみに深度取得用情報が記憶されていても良い。この場合、送信側の携帯端末１００は、従来の手描きデータの通信と同様に、手描きデータを送信する。受信側の携帯端末１００は、受信した手描きデータに基づいて深度情報を取得する。そして、取得した深度情報に従って、受信した手描きデータを３次元表示させる。
【０１５４】
＜その他の変形例＞
以上説明した本実施の形態およびその変形例では、深度取得用情報が、手描きデータの表示の深度の制御に利用される。ここで、携帯端末１００では、タッチパネル１０２等に対して入力された情報に基づいて、深度取得用情報を適宜更新することができる。これにより、情報処理システム１において、よりバラエティに富んだ態様で、手描きデータを表示することができる。
【０１５５】
また、深度取得用情報において特定される深度は、図１１に例示したような＋（プラス）の値、つまり、画面から飛び出す量だけでなく、−（マイナス）の値、つまり、画面から引っ込むように見える量を規定しても良い。つまり、本明細書において、飛び出し量は、画面から飛び出して見える量だけでなく、画面に対してどの程度引っ込んで見えるかを表す量をも含む概念であると解されるべきである。
【０１５６】
また、以上説明した本実施の形態およびその変形例において、図１１を参照して説明した深度取得用情報は、さらに、手描き入力における筆圧と深度とを関連付けても良い。この場合、携帯端末１００Ａと携帯端末１００Ｂの間で送受信されるデータには、図１０を参照して説明した手描きデータの項目に、筆圧を特定する情報が含まれる。そして、深度取得用情報では、たとえば、予め定められた筆圧の範囲ごとに深度が関連付けられる。ここでの関連付けでは、たとえば、筆圧が低くなるほど飛び出し量が多くなる。
【０１５７】
また、以上説明した本実施の形態において、情報処理装置および情報端末の一例として携帯端末が示されたが、情報処理装置および情報端末は、携帯端末のように通話機能や携帯性を有する機器に限定されない。手描きデータの生成および／または表示ができる機器であれば、ゲーム機、電子辞書、電子ＢＯＯＫなどであっても良い。
【０１５８】
また、情報処理装置および情報端末は、適切なアプリケーションをインストールされた汎用のコンピュータによって実現されても良い。なお、一般的傾向として、コンピュータのオペレーティングシステムの一部として様々なプログラムモジュールを用意しておき、アプリケーションプログラムはこれらモジュールを所定の配列で必要なときに呼び出して処理を進める方式が一般的である。そうした場合、情報処理装置および情報端末を実現するためのソフトウェア自体にはそうしたモジュールは含まれず、当該コンピュータでオペレーティングシステムと協働してはじめて情報処理装置および情報端末が実現することになる。しかし、一般的なプラットフォームを使用する限り、そうしたモジュールを含ませたソフトウェアを流通させる必要はなく、それらモジュールを含まないソフトウェア自体およびそれらソフトウェアを記録した記録媒体（およびそれらソフトウェアがネットワーク上を流通する場合のデータ信号）が実施の形態を構成すると考えることができる。
【０１５９】
また、本明細書に記載された情報処理装置についての主要な変形例を、以下に示す。
ネットワーク上のサーバと通信可能であり、手描き入力を受付ける入力手段を備えた情報端末と当該サーバを介して通信可能な情報処理装置であって、
当該情報端末は、当該サーバに、当該入力手段によって受付けられた手描き入力に基づいて生成された手描きデータを送信し、
当該サーバから、当該情報端末から送信された手描きデータ、および、手描きデータから取得される特性情報と手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を受信するための受信手段と、
当該受信手段によって受信された当該手描きデータを表示装置に表示させるための表示制御手段とを備え、
当該表示制御手段は、
当該受信手段によって受信された当該手描きデータから特性情報を取得し、
取得した当該特性情報と、当該受信手段によって受信された当該関連情報とに基づいて、当該受信手段によって受信された当該手描きデータの表示の飛び出し量を取得し、
当該受信手段によって受信された当該手描きデータを、取得した当該飛び出し量で表示させる、情報処理装置。
【０１６０】
好ましくは、当該特性情報は、当該手描きデータにおいて、当該手描き入力による軌跡を表示させるための付随情報、または、当該入力手段に対する筆記速度もしくは筆圧を含む。
【０１６１】
好ましくは、当該付随情報は、表示色、または、表示される線の幅を含む。
また、本明細書に記載された情報処理システムについての主要な変形例を、以下に示す。
【０１６２】
情報端末、情報処理装置、ならびに、当該情報端末および当該情報処理装置とネットワークを介して通信可能なサーバを備えた情報処理システムであって、
当該情報端末は、
手描き入力を受付ける入力手段と、
当該入力手段によって受付けられた手描き入力に基づいて手描きデータを生成する生成手段と、
当該手描きデータを当該サーバに送信する第１の送信手段とを含み、
当該サーバは、
当該情報端末から、当該手描きデータを受信するための第１の受信手段と、
手描きデータから取得される特性情報と手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を記憶するための記憶手段と、
当該第１の受信手段によって受信された当該手描きデータ、および、当該記憶手段に記憶された当該関連情報を、当該情報処理装置に送信する第２の送信手段とを含み、
当該情報処理装置は、
当該サーバから、当該手描きデータおよび当該関連情報を受信する第２の受信手段と、
当該第２の受信手段によって受信された当該手描きデータを表示装置に表示させるための表示制御手段とを含み、
当該表示制御手段は、
当該第２の受信手段によって受信された当該手描きデータから特性情報を取得し、
取得した当該特性情報と、当該第２の受信手段によって受信された当該関連情報とに基づいて、当該第２の受信手段によって受信された当該手描きデータの表示の飛び出し量を取得し、
当該第２の受信手段によって受信された当該手描きデータを、取得した当該飛び出し量で表示させる、情報処理システム。
【０１６３】
好ましくは、当該特性情報は、当該手描きデータにおいて、当該手描き入力による軌跡を表示させるための付随情報、または、当該入力手段に対する筆記速度もしくは筆圧を含む。
【０１６４】
好ましくは、当該付随情報は、表示色、または、表示される線の幅を含む。
また、本明細書に記載された情報処理装置についての別の主要な変形例を、以下に示す。
【０１６５】
手描き入力を受付ける入力手段を備えた情報端末と通信可能な情報処理装置であって、
当該情報端末から送信された、当該入力手段によって受付けられた手描き入力に基づいて生成された手描きデータを受信するための受信手段と、
手描きデータから取得される特性情報と手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を記憶するための記憶手段と、
当該受信手段によって受信された手描きデータを表示装置に表示させるための表示制御手段とを備え、
当該表示制御手段は、
当該受信手段によって受信された当該手描きデータから特性情報を取得し、
取得した当該特性情報と当該関連情報に基づいて、当該手描きデータの表示の飛び出し量を取得し、
当該受信手段によって受信された当該手描きデータを、取得した当該飛び出し量で表示させる、情報処理装置。
【０１６６】
好ましくは、当該特性情報は、当該手描きデータにおいて、当該手描き入力による軌跡を表示させるための付随情報、または、当該入力手段に対する筆記速度もしくは筆圧を含む。
【０１６７】
好ましくは、当該付随情報は、表示色、または、表示される線の幅を含む。
また、本明細書に記載された情報処理システムについての別の主要な変形例を、以下に示す。
【０１６８】
情報端末と、当該情報端末と通信可能な情報処理装置とを備えた情報処理システムであって、
当該情報端末は、
手描き入力を受付ける入力手段と、
当該入力手段によって受付けられた手描き入力に基づいて手描きデータを生成する生成手段と、
当該手描きデータを当該情報処理装置に送信する送信手段とを含み、
当該情報処理装置は、
当該手描きデータを受信するための受信手段と、
手描きデータから取得される特性情報と手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を記憶するための記憶手段と、
当該受信手段によって受信された当該手描きデータを表示装置に表示させるための表示制御手段とを含み、
当該表示制御手段は、
当該受信手段によって受信された当該手描きデータから特性情報を取得し、
取得した当該特性情報と当該関連情報に基づいて、当該受信手段によって受信された当該手描きデータの表示の飛び出し量を取得し、
当該受信手段によって受信された当該手描きデータを、取得した当該飛び出し量で表示させる、情報処理システム。
【０１６９】
好ましくは、当該特性情報は、当該手描きデータにおいて、当該手描き入力による軌跡を表示させるための付随情報、または、当該入力手段に対する筆記速度もしくは筆圧を含む。
【０１７０】
好ましくは、当該付随情報は、表示色、または、表示される線の幅を含む。
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１７１】
１ 情報処理システム、１００，１００Ａ，１００Ｂ 携帯端末、１０２ タッチパネル、１０３ メモリ、１０４ タブレット、１０６ ＣＰＵ、１０７ ディスプレイ、４００ サーバ、５００ ネットワーク、７００ キャリア網。
【特許請求の範囲】
【請求項１】
情報端末と通信可能な情報処理装置であって、
手描き入力を受付けるための入力手段と、
前記入力手段によって受付けられた手描き入力に基づいて、手描きデータを生成するための生成手段と、
手描きデータから取得される特性情報と前記手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を記憶するための記憶手段と、
前記生成手段によって生成された前記手描きデータおよび前記関連情報を、前記情報端末に送信するための送信手段とを備える、情報処理装置。
【請求項２】
前記特性情報は、前記手描きデータにおいて、前記手描き入力による軌跡を表示させるための付随情報、または、前記入力手段に対する筆記速度もしくは筆圧を含む、請求項１に記載の情報処理装置。
【請求項３】
前記付随情報は、表示色、または、表示される線の幅を含む、請求項２に記載の情報処理装置。
【請求項４】
情報端末と、当該情報端末と通信可能な情報処理装置とを備えた情報処理システムであって、
前記情報処理装置は、
手描き入力を受付けるための入力手段と、
前記入力手段によって受付けられた手描き入力に基づいて、手描きデータを生成するための生成手段と、
手描きデータから取得される特性情報と前記手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を記憶するための記憶手段と、
前記生成手段によって生成された前記手描きデータおよび前記関連情報を、前記情報端末に送信するための送信手段とを含み、
前記情報端末は、
前記送信手段によって送信された前記手描きデータおよび前記関連情報を受信するための受信手段と、
前記受信手段によって受信された手描きデータを表示装置に表示させるための表示制御手段とを含み、
前記表示制御手段は、
前記受信手段によって受信された前記手描きデータから特性情報を取得し、
取得した前記特性情報と前記関連情報に基づいて、前記受信手段によって受信された前記手描きデータの表示の飛び出し量を取得し、
前記受信手段によって受信された前記手描きデータを、取得した前記飛び出し量で表示させる、情報処理システム。
【請求項５】
前記特性情報は、前記手描きデータにおいて、前記手描き入力による軌跡を表示させるための付随情報、または、前記入力手段に対する筆記速度もしくは筆圧を含む、請求項４に記載の情報処理システム。
【請求項６】
前記付随情報は、表示色、または、表示される線の幅を含む、請求項５に記載の情報処理システム。
【請求項１】
情報端末と通信可能な情報処理装置であって、
手描き入力を受付けるための入力手段と、
前記入力手段によって受付けられた手描き入力に基づいて、手描きデータを生成するための生成手段と、
手描きデータから取得される特性情報と前記手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を記憶するための記憶手段と、
前記生成手段によって生成された前記手描きデータおよび前記関連情報を、前記情報端末に送信するための送信手段とを備える、情報処理装置。
【請求項２】
前記特性情報は、前記手描きデータにおいて、前記手描き入力による軌跡を表示させるための付随情報、または、前記入力手段に対する筆記速度もしくは筆圧を含む、請求項１に記載の情報処理装置。
【請求項３】
前記付随情報は、表示色、または、表示される線の幅を含む、請求項２に記載の情報処理装置。
【請求項４】
情報端末と、当該情報端末と通信可能な情報処理装置とを備えた情報処理システムであって、
前記情報処理装置は、
手描き入力を受付けるための入力手段と、
前記入力手段によって受付けられた手描き入力に基づいて、手描きデータを生成するための生成手段と、
手描きデータから取得される特性情報と前記手描きデータを表示させる際の飛び出し量とを関連付ける情報である関連情報を記憶するための記憶手段と、
前記生成手段によって生成された前記手描きデータおよび前記関連情報を、前記情報端末に送信するための送信手段とを含み、
前記情報端末は、
前記送信手段によって送信された前記手描きデータおよび前記関連情報を受信するための受信手段と、
前記受信手段によって受信された手描きデータを表示装置に表示させるための表示制御手段とを含み、
前記表示制御手段は、
前記受信手段によって受信された前記手描きデータから特性情報を取得し、
取得した前記特性情報と前記関連情報に基づいて、前記受信手段によって受信された前記手描きデータの表示の飛び出し量を取得し、
前記受信手段によって受信された前記手描きデータを、取得した前記飛び出し量で表示させる、情報処理システム。
【請求項５】
前記特性情報は、前記手描きデータにおいて、前記手描き入力による軌跡を表示させるための付随情報、または、前記入力手段に対する筆記速度もしくは筆圧を含む、請求項４に記載の情報処理システム。
【請求項６】
前記付随情報は、表示色、または、表示される線の幅を含む、請求項５に記載の情報処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１２−１２８６６４（Ｐ２０１２−１２８６６４Ａ）
【公開日】平成２４年７月５日（２０１２．７．５）
【国際特許分類】
【出願番号】特願２０１０−２７９５６６（Ｐ２０１０−２７９５６６）
【出願日】平成２２年１２月１５日（２０１０．１２．１５）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２４年７月５日（２０１２．７．５）
【国際特許分類】
【出願日】平成２２年１２月１５日（２０１０．１２．１５）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]