JP2012221359A - 情報処理装置、その制御用プログラム、および、情報処理方法 - Google Patents

Abstract

【課題】情報処理装置における利便性を向上させる。
【解決手段】携帯端末において、奥行き方向であるＺ軸方向にブレがなかった場合（ステップＳ５０でＮＯ判断時）には、タッチ位置の座標が取得できなかったことのみを条件として、ステップＳ１００でペンアップの処理が実行される。一方、上記方向にブレがあった場合（ステップＳ５０でＹＥＳ判断時）には、座標が取得できない状態の継続時間がＴを超えたことを条件として（ステップＳ７０でＹＥＳ判断時）、ペンアップの処理が実行される（ステップＳ８０）。つまり、上記継続時間がＴを超える前に再度座標が取得された場合（ステップＳ７０でＮＯ判断後にステップＳ６０でＹＥＳと判断された場合）には、一時的に座標が取得できない状態となってもペンアップの処理は実行されず、ステップＳ６２において、タッチ位置の座標が補間される。
【選択図】図５

Description

本発明は、情報処理装置に関し、特に、手書き入力を受付ける情報処理装置に関する。

近年、情報処理装置において、タッチペンを備え、手書き入力を受け付けるものが多く流通している。このような装置における、入力精度を向上させるための技術が種々提案されている。

しかしながら、従来の技術では、手ブレが生じるたびに補正が行なわれ、処理が煩雑となったり、意図しない補正が入ったりするおそれがあった。このような煩雑な処理は、情報処理装置における処理全体に遅延を生じ、却って利便性を低下させるおそれがある。

本発明は、かかる実情に鑑み考え出されたものであり、その目的は、情報処理装置において利用者に対する利便性の向上を図ることである。

本発明に従った情報処理装置は、手書き入力を受付けるための入力手段と、入力手段に加えられた加速度を検出するための検出手段と、検出手段が検出した加速度が所定の条件を満たすことを条件として、入力手段に対する入力を補正する制御手段とを備える。

好ましくは、制御手段は、検出手段が所定以上の大きさの加速度を検出した場合に、当該検出の前後の入力手段に対する入力を連結させるように、入力手段に対する入力を補正する。

好ましくは、検出手段は、入力手段が手書き入力を受付ける面に含まれる２つの方向についての加速度を検出する。

好ましくは、検出手段は、入力手段が手書き入力を受付ける面に交わる方向についての加速度を検出する。

本発明に従った制御用プログラムは、手書き入力を受付ける入力手段を含む情報処理装置が備えるコンピュータを、入力手段に加えられた加速度を検出する検出手段、および、検出手段が検出した加速度が所定の条件を満たすことを条件として、入力手段に対する入力を補正する制御手段として機能させる。

本発明に従った情報処理方法は、手書き入力を受付ける入力手段を含む情報処理装置において実行される情報処理方法であって、入力手段に加えられた加速度を検出するステップと、検出した加速度が所定の条件を満たすことを条件として、入力手段に対する入力を補正するステップとを備える。

上記構成によれば、検出手段が検出した加速度が所定の条件を満たすことを条件として、入力手段に対する入力が補正される。

これにより、手ブレが生じた場合であっても、補正が必要な場合にのみ、補正を行なうことができ、情報処理装置において、処理全体に不要な遅延を生じることなく、利便性を向上できる。

本発明の情報処理装置の一実施の形態である携帯端末の外観を示すイメージ図である。 図１の携帯端末のハードウェア構成を示すブロック図である。 タッチパネルが、Ｙ軸方向に力を加えられた場合の補正を説明するための図である。 タッチパネルが、Ｚ軸方向に力を加えられた場合の補正を説明するための図である。 図１の携帯端末において実行される入力ストローク処理のフローチャートである。 図５の入力ストローク処理の変形例の処理のフローチャートである。

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

［情報処理装置の概略構成］
図１は、本発明の情報処理装置の一実施の形態である携帯端末１００の外観を示すイメージ図である。

携帯端末１００は、手書き入力を受付けるタッチパネル１０３と、各種の通知を行なう通知部１１２Ａ〜１１２Ｃと、操作することにより情報を入力するボタン１１５Ａ〜１１５Ｅを含む。本実施の形態では、ユーザは、携帯端末１００に対して、スタイラスペン１２０などを用いることによって、タッチパネル１０３に対して、図形情報等の情報を入力する。

図１では、携帯端末１００についてのＸ軸、Ｙ軸およびＺ軸が模式的に示されている。これら３軸は、互いに直行している。本実施の形態では、タッチパネル１０３が平面状に設けられている。Ｘ軸とＹ軸は、当該平面に沿う軸である。Ｚ軸は、当該平面に垂直な軸である。携帯端末１００では、当該携帯端末１００に、Ｘ軸方向、Ｙ軸方向およびＺ軸方向のそれぞれに加えられる加速度を検出するためのセンサ（後述する加速度センサ１０６Ｘ〜１０６Ｚ）が設けられている。

図２は、図１の携帯端末１００のハードウェア構成を示すブロック図である。
携帯端末１００は、ディスプレイ１０１と、タッチセンサ１０２と、操作部１１５と、メモリインターフェイス１０９と、ＣＰＵ（Central Processing Unit）１１０と、メモリ１１１と、表示部１１２とを含む。

ディスプレイ１０１は、たとえば液晶表示装置からなる。タッチセンサ１０２は、ディスプレイ１０１に貼付されて設けられている。タッチセンサ１０２は、たとえばシート状の静電容量式タッチセンサや抵抗膜式タッチセンサからなる。携帯端末１００では、ディスプレイ１０１とタッチセンサ１０２により、タッチパネル１０３が構成されている。

表示部１１２は、通知部１１２Ａ〜１１２Ｃを含む。通知部１１２Ａ〜１１２Ｃは、たとえばそれぞれＬＥＤ（Light Emitting Diode）からなる。ＣＰＵ１１０は、通知部１１２Ａ〜１１２Ｃのいずれかを点灯／点滅させることにより、種々の報知動作を行なうことができる。

携帯端末１００は、加速度センサ１０６Ｘ，１０６Ｙ，１０６Ｚを含む。加速度センサ１０６Ｘは、携帯端末１００に加えられた、図１のＸ軸方向の加速度を検出するセンサである。また、加速度センサ１０６Ｙ，１０６Ｚは、それぞれ、図１のＹ軸方向，Ｚ軸方向の加速度を検出するセンサである。

加速度センサ１０６Ｘ，１０６Ｙ，１０６Ｚは、たとえば、加速度を検出する検出素子部と検出素子からの信号を増幅・調整して出力する信号処理回路とを含むＭＥＭＳ（Micro Electro Mechanical System）型加速度センサによって実現されるが、これに限定されず、加速度を検出できるセンサであれば、いかなる方式が採用されても良い。

ディスプレイ１０１は、ＣＰＵ１１０によって制御されることにより、種々の情報を表示する。タッチセンサ１０２は、ユーザの指やスタイラスペンによるタッチ操作を検出して、当該タッチ操作が行なわれた座標をＣＰＵ１１０に入力する。また、タッチセンサ１０２は、タッチ操作がなされたときのタッチセンサ１０２に対する接触面積を検出し、当該接触面積をＣＰＵ１１０に入力する。また、タッチセンサ１０２は、押下された際の圧力を検出し、当該圧力をＣＰＵ１１０に入力する。

メモリインターフェイス１０９は、携帯端末１００の本体（たとえば、タッチパネル１０３を収容する筐体）に対して着脱可能な記憶媒体からデータを読出すことによってＣＰＵ１１０に当該データを入力したり、ＣＰＵ１１０からのデータを当該記録媒体に格納したりする。記憶媒体としては、ＣＤ−ＲＯＭ（Compact Disc - Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk - Read Only Memory）、ＵＳＢ（Universal Serial Bus）メモリ、メモリカード、ＦＤ（Flexible Disk）、ハードディスク、磁気テープ、カセットテープ、ＭＯ（Magnetic Optical Disc）、ＭＤ（Mini Disc）、ＩＣ（Integrated Circuit）カード（メモリカードを除く）、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）などの、不揮発的にプログラムを格納する媒体が挙げられる。

また、メモリ１１１は、各種のＲＡＭや、ＲＯＭ（Read-Only Memory）や、ハードディスクなどによって実現される。たとえば、メモリ１１１は、読取用のインターフェイスを介して利用される、ＵＳＢメモリ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリカード、ＦＤ、ハードディスク、磁気テープ、カセットテープ、ＭＯ、ＭＤ、ＩＣカード（メモリカードを除く）、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの、不揮発的にデータを格納する媒体などによっても実現される。なお、メモリ１１１は、ＣＰＵ１１０によって実行される制御プログラムや、タッチパネル１０３において表示されるコンテンツのデータなどを記憶する。

ＣＰＵ１１０は、メモリ１１１に記憶されている各種のプログラムを実行する。携帯端末１００における処理（たとえば、図５または図６のフローチャートで示される処理）は、各ハードウェアおよびＣＰＵ１１０により実行されるソフトウェアによって実現される。このようなソフトウェアは、メモリ１１１に予め記憶されている場合もあれば、記憶媒体に格納されてプログラム製品として流通している場合もある。あるいは、携帯端末１００は通信機能を有し、当該ソフトウェアが、ネットワークに接続されている情報提供事業者によってダウンロード可能なプログラム製品として提供される場合もある。このようなソフトウェアは、図示しない読取装置を利用することによって当該記憶媒体から読取られて、あるいは、上記通信機能を利用することによってダウンロードされて、メモリ１１１に一旦格納される。ＣＰＵ１１０は、ソフトウェアを実行可能なプログラムの形式でメモリ１１１に格納してから、当該プログラムを実行する。ここでいうプログラムとは、ＣＰＵ１１０のようなプロセッサにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラムを含む。

加速度センサ１０６Ｘ〜１０６Ｚは、携帯端末１００に加えられた加速度を検出するために、携帯端末１００の筐体の内部に収容されていてもよいし、携帯端末１００の外部に取付けられていてもよい。

［情報処理装置の機能］
携帯端末１００では、加速度センサ１０６Ｘ〜１０６Ｚによって検出される加速度に基づいて、ブレが生じているか否かが判断される。ブレとは、携帯端末１００の本体（タッチパネル１０３）に対して力が加えられることにより当該本体に揺れが生じることを意味する。そして、ブレが生じていると判断されると、タッチパネル１０３に対する入力内容が補正される。携帯端末１００では、ＸＹ平面でのブレとＺ軸方向のブレについて、独立して、補正がなされる。以下、各補正の内容を説明する。なお、ここで、ＸＹ平面およびＺ軸方向とは、図１を参照して説明したＸ軸，Ｙ軸，Ｚ軸を意味している。

１）ＸＹ平面でのブレ
本実施の形態では、加速度センサ１０６Ｘの検出する加速度と、加速度センサ１０６Ｙの検出する加速度に基づいて、携帯端末１００のＸＹ平面でのブレが検出される。具体的には、たとえば、加速度センサ１０６Ｘの検出する加速度の二乗と加速度センサ１０６Ｙの検出する加速度の二乗の和が所定の値を超えた場合には、ＸＹ平面においてブレが生じたと判断される。なお、これらのセンサの検出する単なる和であっても良い。また、本実施の形態では、ＸＹ平面は、タッチパネル１０３において、タッチセンサ１０２が入力を受付ける面に相当する。

図３は、タッチパネル１０３が、Ｙ軸方向に力を加えられた場合の補正を説明するための図である。

図３（Ａ）を参照して、タッチパネル１０３が、矢印Ｒ１で示される向きに移動した後、矢印Ｒ１と反対の向きに移動した場合を考える。図３（Ｂ）に、この場合の、加速度センサ１０６Ｙによって検出される加速度の一例を示す。図３（Ｂ）を参照して、加速度センサ１０６Ｙの検出出力では、まず上向きの加速度が現われ、ピークを示した後、減少し、次に、下向きの加速度が現われ、ピークを示した後、減少している。図３（Ｂ）中の上向きの加速度は、矢印Ｒ１の向きの力に対応する。図３（Ｂ）中の下向きの加速度は、矢印Ｒ１と反対の向きの力に対応する。

このような場合、タッチパネル１０３と当接しているスタイラスペン１２０は、タッチパネル１０３に対して相対的に移動する。つまり、スタイラスペン１２０は、タッチパネル１０３が矢印Ｒ１の向きに動くとタッチパネル１０３に対して矢印Ｒ１と反対の向きに移動する。その後、タッチパネル１０３が矢印Ｒ１と反対の向きに動くと、スタイラスペン１２０は、タッチパネル１０３に対して矢印Ｒ１の向きに移動する。

このようなスタイラスペン１２０のタッチパネル１０３に対する移動により、ユーザが、スタイラスペン１２０を用いてタッチパネル１０３上にほぼ水平方向に左から右へと線を引こうとしていた場合であっても、その軌跡は、図３（Ａ）に示されているようになる。図３（Ａ）では、タッチパネル１０３のブレにより、上記のようにスタイラスペン１２０がタッチパネル１０３に対して移動した期間のスタイラスペン１２０の軌跡が、「誤入力データ」として示されている。誤入力データで示された部分では、線は、矢印Ｒ１と反対の向きに伸びた後、矢印Ｒ１の向きに伸びている。

携帯端末１００では、ＣＰＵ１１０は、上記のように加速度センサ１０６Ｘおよび加速度センサ１０６Ｙの検出出力を監視することにより、Ｘ方向またはＹ方向にブレが生じたことを検知する。そして、ブレが生じた場合には、その期間の、タッチパネル１０３に対する入力をキャンセルする。そして、キャンセルした期間のタッチパネル１０３に対する入力を、当該キャンセルした期間の前後のタッチパネル１０３に対して入力があった点を繋ぐような入力値に入れ替えられる。

図３（Ｃ）には、図３（Ａ）においてタッチパネル１０３内に示された線が、一部を補正されて、タッチパネル１０３内に示されている。

図３（Ｃ）では、キャンセルされた期間の直前の点が点Ｐ１で示され、直後の点が点Ｐ２で示されている。そして、図３（Ｃ）では、点Ｐ１と点Ｐ２は、その間のデータを補間されて、連結されている。ここで、このような補間方法は、公知のいかなる方法を採用することができる。直線で連結されても良いし、または、ラグランジュ補間やスプライン補間等の手法を用いられても良い。

２）Ｚ軸方向でのブレ
本実施の形態では、加速度センサ１０６Ｚの検出する加速度に基づいて、Ｚ軸方向での携帯端末１００（タッチパネル１０３）のブレが検出される。具体的には、たとえば、加速度センサ１０６Ｚの検出する加速度が所定の値を超えた場合には、Ｚ軸方向にブレが生じたと判断される。Ｚ軸方向は、タッチパネル１０３において手書き入力を受付ける面に交わる方向に相当する。

図４は、タッチパネル１０３が、Ｚ軸方向に力を加えられた場合の補正を説明するための図である。

図４（Ａ）は、携帯端末１００のタッチパネル１０３を設けられた面にスタイラスペン１２０が当接されている状態を側方から示す図である。当該図では、図１のＺ軸方向は、上下方向で示されている。

この状態から、図４（Ｂ）に示されるように、携帯端末１００に矢印ＲＺの向きに力が加えられると、タッチパネル１０３はスタイラスペン１２０から離れる。その後、たとえばユーザが当該力による変位を戻す等のために、携帯端末１００に矢印ＲＺと反対の向きの力が加えられると、タッチパネル１０３は、再び、図４（Ａ）に示されるように、スタイラスペン１２０と当接する。

このときの、加速度センサ１０６Ｚの検出出力の一例を、図４（Ｃ）に模式的に示す。図４（Ｃ）では、まず下向きの加速度が検出され、その大きさがピークを取った後、減少し、その後、上向きの加速度が検出され、その大きさがピークを取った後、減少している。図４（Ｃ）中の下向きの加速度が、矢印ＲＺの向きの力に対応し、図４（Ｃ）中の上向きの加速度が、矢印ＲＺと反対の向きの力に対応する。

携帯端末１００において、スタイラスペン１２０とタッチパネル１０３が、図４（Ａ）に示されるように当接した状態から、スタイラスペン図４（Ｂ）に示されるように一時的に離れた後、再度、図４（Ａ）に示されるように当接すると、タッチパネル１０３に対するタッチにより入力される情報は、図４（Ｄ）に示されるようになる。つまり、ユーザが左から右に向けて伸びる一本の線を入力しようとしていた場合でも、スタイラスペン１２０がタッチパネル１０３から一時的に離れることにより、図４（Ｄ）に示されるように、入力される線は途切れてしまう。

本実施の形態では、図４（Ｃ）に示されたようなＺ軸方向の加速度に基づいて、タッチパネル１０３に入力された線を補正する。図４（Ｄ）に示された線に対する補正後の入力情報の一例を、図４（Ｅ）に示す。

図４（Ｅ）に示された例では、タッチパネル１０３内には１本の線が表示されている。当該線上の点Ｐ３と点Ｐ４は、図４（Ｄ）における途切れた箇所を示している。

携帯端末１００では、基本的には、タッチパネル１０３に当接しているスタイラスペン１２０がタッチパネル１０３から離れると、その時点でペンアップと判断される。したがって、それに続くスタイラスペン１２０のタッチパネル１０３との当接は、新たな線の入力の開始として取り扱われる。しかしながら、図４（Ｃ）を参照して説明したように、加速度センサ１０６Ｚが検知する加速度が、所定の値を超えた場合には、当該期間中にスタイラスペン１２０がタッチパネル１０３から離れても、ペンアップとしては取り扱わず、図４（Ｅ）に示されるように、入力された線の途切れた部分を繋ぐように、タッチパネル１０３に対する入力が補正される。点Ｐ３と点Ｐ４は、その間のデータを補間されて、連結されている。補間の方法としては、公知のいかなる方法を採用することができる。直線で連結されても良いし、または、ラグランジュ補間やスプライン補間等の手法を用いられても良い。

［入力ストローク処理］
図５は、本実施の形態における、タッチパネル１０３に対する入力を加速度センサ１０６Ｘ〜１０６Ｚが検出する加速度に基づいて補正するための処理（入力ストローク処理）のフローチャートである。入力ストローク処理は、たとえばＣＰＵ１１０がメモリ１１１に記憶されたプログラムを実行することにより実現される。当該処理は、たとえば、携帯端末１００において手書き入力を受付けるアプリケーションが起動されたことを条件として開始される。

図５を参照して、入力ストローク処理では、ＣＰＵ１１０は、まずステップＳ１０で、最新の入力位置の座標である（ｘ，ｙ）の値を初期化して、ステップＳ２０へ処理を進める。なお、座標（ｘ，ｙ）において、ｘはタッチパネル１０３（タッチセンサ１０２）におけるＸ軸方向の位置を示し、ｙはＹ軸方向の位置を示す。

ステップＳ２０では、ＣＰＵ１１０は、最新の１つ前の入力位置の座標である（ｐｘ，ｐｙ）の値を初期化してステップＳ３０へ処理を進める。座標（ｐｘ，ｐｙ）において、ｐｘはタッチパネル１０３（タッチセンサ１０２）におけるＸ軸方向の位置を示し、ｐｙはＹ軸方向の位置を示す。

ステップＳ３０では、ＣＰＵ１１０は、カウンタｔの値を０にリセットして、ステップＳ４０へ処理を進める。カウンタｔは、タッチセンサ１０２においてタッチが検出されていない状態が継続している時間をカウントするタイマである。カウンタｔのカウントは、主に、図５に示された入力ストローク処理と並行して実行される別の処理によって、実行されている。当該別の処理では、ＣＰＵ１１０は、タッチセンサ１０２においてタッチが検出されていない状態が継続している期間中、カウンタｔがカウントアップされ続ける。そして、タッチセンサ１０２においてタッチが検出されると、カウンタｔのカウント値がリセットされる。そして、再度タッチセンサ１０２におけるタッチが検出されなくなると、カウンタｔのカウントアップが開始され、タッチが検出されない状態が継続されると、カウンタｔのカウントアップが継続される。

ステップＳ４０では、ＣＰＵ１１０は、タッチセンサ１０２においてタッチが検出された座標（ｘ，ｙ）を取得して、ステップＳ５０へ処理を進める。なお、本実施の形態では、ステップＳ４０の処理が実行されると、それまで座標（ｘ，ｙ）として記憶されていた座標が座標（ｐｘ，ｐｙ）へと移行される。そして、ステップＳ４０において座標を取得できれば、座標（ｘ，ｙ）は、当該取得されたものに更新される。一方、タッチセンサ１０２に対してタッチがなされていない等により、ステップＳ４０において座標を取得できなければ、座標（ｘ，ｙ）はＮＵＬＬとされる。また、座標（ｘ，ｙ）がＮＵＬＬであれば、次回ステップＳ４０が実行されると、座標（ｘ，ｙ）から座標（ｐｘ，ｐｙ）に内容が移行されるため、座標（ｐｘ，ｐｙ）がＮＵＬＬとなる。座標（ｘ，ｙ）と座標（ｐｘ，ｐｙ）のそれぞれの値は、たとえばメモリ１１１に記憶され、そして、適宜更新される。

ステップＳ５０では、ＣＰＵ１１０は、Ｚ軸方向にブレがあったか否かを判断し、あったと判断するステップＳ６０へ処理を進め、無いと判断するとステップＳ９０へ処理を進める。ここで、Ｚ軸方向にブレがあったか否かは、図４を参照して説明したように、加速度センサ１０６Ｚによって検出された加速度の値に基づいて判断される。具体的には、たとえば、検出された加速度が所定の値を超えた場合に、Ｚ軸方向にブレがあったと判断される。なお、ステップＳ５０における「Ｚ軸方向のブレがあったこと」の検出は、たとえば、加速度センサ１０６Ｚによって検出された加速度の値が上記所定の値を超えたことを条件としてセットされるフラグが、セットされている状態にあるか否かによって判断されても良い。本実施の形態では、Ｚ軸方向にブレがあったことに応じて、後述するようにステップＳ６２において座標の連結が実行される。当該フラグは、ステップＳ６２における座標の連結が実行されたことを条件としてリセットされる。

ステップＳ９０では、ＣＰＵ１１０は、最新の座標（ｘ，ｙ）が存在するか否かを判断し、存在すると判断するとステップＳ１１０へ処理を進め、存在しないと判断するとステップＳ１００へ処理を進める。具体的には、ＣＰＵ１１０は、直前に実行されたステップＳ４０において、座標が取得できた場合には、最新の座標（ｘ，ｙ）が存在すると判断する。一方、ＣＰＵ１１０は、タッチセンサ１０２においてタッチがなされていない場合等、座標が取得できなかった場合には、最新の座標（ｘ，ｙ）が存在しないと判断する。

ステップＳ１００では、ＣＰＵ１１０は、座標（ｐｘ，ｐｙ）と同じ座標の値を座標（ｘ，ｙ）に入れた後、ペンアップがあった場合の処理を行なって、ステップＳ４０へ処理を戻す。ペンアップがあった場合の処理の内容は、公知の処理内容を適用でき、たとえば、当該処理が実行されることにより、それ以降タッチセンサ１０２に対して検出されたタッチは、それまでに検出されていた線とは異なる新たな線の入力として扱われる。

ステップＳ６０では、ＣＰＵ１１０は、ステップＳ９０と同様に、最新の座標（ｘ，ｙ）が存在するか否かを判断する。そして、存在すると判断するとステップＳ６２へ処理を進め、存在しないと判断するとステップＳ７０へ処理を進める。

ステップＳ７０では、ＣＰＵ１１０は、カウンタｔのカウント値が予め定められた値Ｔを超えているか否かを判断する。そして、超えていると判断するとステップＳ８０へ処理を進め、超えていないと判断されるとステップＳ４０へ処理を戻す。

ステップＳ８０では、ＣＰＵ１１０は、ステップＳ１００と同様に、座標（ｐｘ，ｐｙ）と同じ座標の値を座標（ｘ，ｙ）に入れた後、ペンアップがあった場合の処理を行なって、ステップＳ４０へ処理を戻す。

一方、ステップＳ６２では、ＣＰＵ１１０は、図４（Ｄ）と図４（Ｅ）を参照して説明したように、途切れた座標を繋ぐようにタッチ位置の座標を補間して、ステップＳ１１０へ処理を進める。なお、上記したように、Ｚ軸方向のブレに関するフラグがセットされている場合には、ＣＰＵ１１０は、ステップＳ６２において当該フラグをリセットする。

以上説明したステップＳ５０〜ステップＳ１００の処理において、Ｚ軸方向にブレがあった場合となかった場合とでは、タッチセンサ１０２におけるタッチ位置の座標が取得できなかった場合の対処が異なる。

具体的には、ブレがなかった場合（ステップＳ５０でＮＯ判断時）には、タッチ位置の座標が取得できなかったことのみを条件として、ステップＳ１００でペンアップの処理が実行される。一方、ブレがあった場合（ステップＳ５０でＹＥＳ判断時）には、座標が取得できない状態の継続時間がＴを超えたことを条件として（ステップＳ７０でＹＥＳ判断時）、ペンアップの処理が実行される（ステップＳ８０）。つまり、上記継続時間がＴを超える前に再度座標が取得された場合（ステップＳ７０でＮＯ判断後にステップＳ６０でＹＥＳと判断された場合）には、一時的に座標が取得できない状態となってもペンアップの処理は実行されず、ステップＳ６２において、タッチ位置の座標が補間される。

図５に戻って、ステップＳ１１０では、ＣＰＵ１１０は、タッチパネル１０３（タッチセンサ１０２）において、ＸＹ平面についてブレが生じたか否かを判断する。そして、生じたと判断するとステップＳ１２０へ処理を進め、生じていないと判断するとステップＳ１３０へ処理を進める。ＸＹ平面についてのブレが生じたか否かの判断は、たとえば、加速度センサ１０６Ｘの検出する加速度の二乗と加速度センサ１０６Ｙの検出する加速度の二乗の和が所定の値を超えたか否かによって判断される。当該和が所定の値を超えた場合には、ＸＹ平面においてブレが生じたと判断され、超えない場合にはＸＹ平面においてブレが生じていないと判断される。

ステップＳ１２０では、ＣＰＵ１１０は、座標（ｘ，ｙ）と座標（ｐｘ，ｐｙ）の差分が、ステップＳ１１０において検出された加速度のみによる移動に基づく差分より大きいか否かを判断し、同じまたは大きいと判断するとステップＳ１２２へ処理を進める。一方、小さいと判断すると、ＣＰＵ１１０は、そのまま処理をステップＳ４０へ戻す。ステップＳ１２０の判断は、たとえば、座標（ｐｘ，ｐｙ）から座標（ｘ，ｙ）に向かうベクトルを長さが、ステップＳ１１０において検出されたＸ軸方向の加速度のベクトルとＹ軸方向のベクトルについての和のベクトルの長さよりも長いか否かが判断されることによって実現される。前者の長さが後者よりも長い（または両者の長さが同じ）場合には、ステップＳ１２２へ処理が進められる。一方、前者の長さが後者よりも短い場合には、ステップＳ４０へ処理が戻される。

ステップＳ１２２では、ＣＰＵ１１０は、図３（Ａ）および図３（Ｃ）を参照して説明したように、加速度センサ１０６Ｘおよび加速度センサ１０６Ｙが検出する加速度に基づいてブレが検出された期間のタッチセンサ１０２に対する入力座標を修正して、ステップＳ１３０へ処理を進める。加速度センサ１０６Ｘおよび加速度センサ１０６Ｙが検出する加速度に基づいてブレが検出された期間とは、たとえば、これらのセンサが検出する加速度の二乗の和が予め定められた所定の値を超えている期間を言う。また、入力座標の修正は、たとえば上記期間の座標データを、新たに作成する座標データに置換することにより行なわれる。新たに作成する座標データとは、たとえば、これらの期間直前の座標データと期間直後の座標データの間の座標を補間するデータを挙げられる。補間は、公知のいかなる方法を採用することができる。直線で連結されても良いし、または、ラグランジュ補間やスプライン補間等の手法を用いられても良い。

ステップＳ１３０では、ＣＰＵ１１０は、カウンタｔのカウント値を０にリセットして、ステップＳ４０へ処理を戻す。なお、ステップＳ１３０におけるカウンタｔのリセットは、たとえば、上記したようにカウンタｔをカウントするための別の処理に対する割り込み処理として実行される。

以上、説明した本実施の形態では、ＸＹ平面において携帯端末１００（タッチセンサ１０２）のブレが検出された場合、当該ブレが検出された期間に検出されたタッチセンサ１０２におけるタッチ位置の座標データが消去され、その代わりに、当該期間の座標データとしては、当該期間の前後の座標（たとえば、図３（Ｃ）の点Ｐ１と点Ｐ２）を繋ぐ座標データ（図３（Ｃ）の点Ｐ１と点Ｐ２を繋ぐ一連の座標データ）が生成される。

［変形例（１）］
図６は、図５の入力ストローク処理の変形例の処理のフローチャートである。

図６のフローチャートでは、図５のフローチャートに対して、ステップＳ６１が追加されている。

具体的には、図６のフローチャートでは、ステップＳ６０において、最新の座標（ｘ，ｙ）が存在すると判断すると、ＣＰＵ１１０は、ステップＳ６１へ処理を進める。

ステップＳ６１では、ＣＰＵ１１０は、座標（ｐｘ，ｐｙ）がＮＵＬＬであるか否かを判断する。そして、ＮＵＬＬであればステップＳ４０へ処理を戻し、ＮＵＬＬでなければステップＳ６２へ処理を進める。

ステップＳ６２では、ＣＰＵ１１０は、図４（Ｄ）と図４（Ｅ）を参照して説明したように、途切れた座標を繋ぐようにタッチ位置の座標を補間して、ステップＳ１１０へ処理を進める。

本変形例では、Ｚ軸方向にブレが生じた場合（ステップＳ５０でＹＥＳ判断時）、その時点でタッチセンサ１０２においてタッチが検出された場合であって（ステップＳ６０でＹＥＳ判断時）、座標（ｐｘ，ｐｙ）として何ら座標が取得できていない場合には（ステップＳ６１でＹＥＳ判断時）、ペンアップのための処理を実行することなくステップＳ４０へ処理を戻し、タッチセンサ１０２への次のタッチ操作を待つ。

これにより、携帯端末１００（タッチセンサ１０２）に対する座標入力状態に無い場合に（ステップＳ６０でＮＯ判断時）に、Ｚ軸方向のブレと同時に入力される座標があれば、当該座標を無視するための処理が実行される。

したがって、Ｚ軸方向のブレが検出された場合に、ユーザが誤ってタッチセンサ１０２に触れてしまったことによって検出された座標を、無視して、入力情報を処理することができる。

［その他の変形例等］
以上説明した本実施の形態では、タッチセンサ１０２により、手書き入力を受付けるための入力手段が構成される。また、加速度センサ１０６Ｘ，１０６Ｙ，１０６Ｚによって、入力手段に加えられた加速度を検出する検出手段が構成される。そして、ＣＰＵ１１０は、加速度センサ１０６Ｘ，１０６Ｙ，１０６Ｚの検出する加速度が、加速度センサ１０６Ｘと加速度センサ１０６Ｙのそれぞれの検出する加速度の二乗の和が所定の値を超える、加速度センサ１０６Ｚの検出する加速度が所定の値を超える、等の、所定の条件を満たす場合に、図３または図４を参照して説明したような、タッチセンサ１０２に対する入力座標を補正する。ここで「所定の値」として言及される閾値は、予め設定されていても良いし、携帯端末１００のユーザによって適宜変更されても良い。

また、閾値は、携帯端末１００において実行されるモードによって異なる値とされても良い。たとえば、電車やバスなどの交通手段を利用しながら携帯端末１００において手書き入力用のアプリケーションが実行される場合には、自宅の居室で上記アプリケーションが実行される場合よりも揺れが生じやすい。したがって、交通手段を利用しながら実行されるモードは、それ以外の状態で実行されるモードよりも、タッチセンサ１０２において大きいブレ（加速度）が生じたことを条件として、タッチセンサ１０２に入力されたデータの補正がなされるように、閾値が変更されることが好ましい。

なお、補正の態様としては、図３を参照して説明したように、ブレが生じた期間の入力座標を、ブレの前後の座標を連結させるような一連の座標に変更する態様が例示された。また、補正の態様として、図４を参照して説明したように、途切れた線を連結させるような態様も例示された。

本実施の形態では、ユーザが、一方の手に携帯端末１００を持ち、他方の手にスタイラスペン１２０を持って、タッチセンサ１０２にスタイラスペン１２０を当接させて手書き入力する例が想定される。

ただし、携帯端末１００に対する手書き入力は、このような態様に限定されない。
たとえば、携帯端末１００は、ユーザの手に挟持される代わりに、乗り物などに固定され、当該乗り物における振動により携帯端末１００のタッチセンサ１０２に加速度が加えられるような状況であっても、本発明は適用可能であると考えられる。

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

１００ 携帯端末、１０１ ディスプレイ、１０２ タッチセンサ、１０３ タッチパネル、１０６Ｘ，１０６Ｙ，１０６Ｚ 加速度センサ、１１０ ＣＰＵ、１２０ スタイラスペン。

Claims (6)

1. 手書き入力を受付けるための入力手段と、
   前記入力手段に加えられた加速度を検出するための検出手段と、
   前記検出手段が検出した加速度が所定の条件を満たすことを条件として、前記入力手段に対する入力を補正する制御手段とを備えた、情報処理装置。
2. 前記制御手段は、前記検出手段が所定以上の大きさの加速度を検出した場合に、当該検出の前後の前記入力手段に対する入力を連結させるように、前記入力手段に対する入力を補正する、請求項１に記載の情報処理装置。
3. 前記検出手段は、前記入力手段が手書き入力を受付ける面に含まれる２つの方向についての加速度を検出する、請求項１または請求項２に記載の情報処理装置。
4. 前記検出手段は、前記入力手段が手書き入力を受付ける面に交わる方向についての加速度を検出する、請求項１〜請求項３のいずれかに記載の情報処理装置。
5. 手書き入力を受付ける入力手段を含む情報処理装置が備えるコンピュータを、
   前記入力手段に加えられた加速度を検出する検出手段、および、
   前記検出手段が検出した加速度が所定の条件を満たすことを条件として、前記入力手段に対する入力を補正する制御手段として機能させる、
   情報処理装置の制御用プログラム。
6. 手書き入力を受付ける入力手段を含む情報処理装置において実行される情報処理方法であって、
   前記入力手段に加えられた加速度を検出するステップと、
   検出した加速度が所定の条件を満たすことを条件として、前記入力手段に対する入力を補正するステップとを備える、情報処理方法。

Images