JP2022018588A - タブレット端末、制御方法及び制御プログラム - Google Patents

Abstract

【課題】ディスプレイがタッチされたままであることをユーザが容易に認識できるタブレット端末、制御方法及び制御プログラムを提供する。【解決手段】タブレット端末１００は、ディスプレイ２と、ディスプレイ２に対するマルチタッチ入力を検出することが可能なタッチパネル１と、タッチパネル１に対するタッチダウン及びタッチアップを検出する検出部１０と、ディスプレイ２の所定の領域で最初のタッチダウンを検出すると、最初のタッチダウンを解放するタッチアップを検出するまで他のタッチ操作を監視し、この監視結果に基づいて警告の出力を決定する制御部２０と、を備える。【選択図】図１

Description

本発明は、タブレット端末、制御方法及び制御プログラムに関する。

近年、店舗等において業務用タブレット端末の導入が進められている。タブレット端末は、ユーザがディスプレイに表示された文字や図形を直接タッチすることでタッチパネルが反応し、入力を受け付ける。このようなタブレット端末によれば、ユーザはマウスやキーボードなどの入力装置を用いることなく、所望の操作を行い、業務を進めることができる。
このようなタブレット端末では、ディスプレイ周辺にあるものが、ユーザが意図しないうちにディスプレイに触れ続け、タッチパネルが反応してしまうことがある。このような場合、ユーザがその後にタッチを行っても、タッチパネルはそれを受け付けることができない。そのため、ディスプレイに触れ続けているものに気付いてそれを取り除くまで、ユーザが必要な操作を行うことができないという問題が生じる。
このような問題に対し、例えば、特許文献１には、周辺物等によりタッチパネルが押下されていることをユーザに容易に把握させることが可能な情報処理装置が開示されている。

特開２０１９－０２１１０６号公報

特許文献１では、ＰＯＳ（Point of sale）端末の顧客側のディスプレイ近傍にＰＯＰ（Point Of Purchase advertising）広告などが貼り付けられている場合に、このＰＯＰ広告の位置がずれ、ディスプレイに接触するケースが示されている。このような場合、タッチパネルがＰＯＰ広告により意図せず押下されてしまうために、ユーザがタッチしてもタッチパネルが反応しない。例えば、ＰＯＳ端末で精算を行おうとしてもタッチパネルが反応せず、精算処理ができないという問題が生じる。この問題を解決するため、特許文献１では、タッチパネル上の同一の位置が基準時間以上継続して押下された場合に、ユーザにその位置を知らせる技術が開示されている。

ところで、上記のような問題は、タッチパネルが２点以上のタッチを同時に認識する、いわゆるマルチタッチ入力に対応していれば生じることはないはずである。仮にＰＯＰ広告がＰＯＳ端末のディスプレイに接触していたとしても、タッチパネルはユーザのタッチを２点目のタッチとして検出することが可能だからである。
近年、店舗で使用される業務用タブレット端末のタッチパネルには、マルチタッチ入力が可能な静電容量方式が採用されることが多くなっている。しかし、店舗においてマルチタッチに対応したタブレット端末へのリプレースが行われる一方、端末に搭載されるアプリケーションプログラムは過去の資産がそのまま流用されることが多い。このような場合、タッチパネルはマルチタッチが可能であるにも関わらず、搭載されているアプリケーションプログラムがマルチタッチに対応していないために、マルチタッチが受け付けられないという事態が生じる。ユーザは、マルチタッチに対応しているはずの端末がマルチタッチを認識しないため、端末の故障を疑い、端末が修理・交換の対象であると誤認識する。このような、実際には正常なタブレット端末が修理等に出されると、各種手続のために不要な作業が発生することとなる。特許文献１で開示されている技術では、このような点については考慮されていない。

本発明はこのような課題を解決するためになされたものであり、ディスプレイがタッチされたままであることをユーザが容易に認識できるタブレット端末、制御方法及び制御プログラムを提供することを目的とする。

本発明にかかるタブレット端末は、
ディスプレイと、
前記ディスプレイに対するマルチタッチ入力を検出することが可能なタッチパネルと、
前記タッチパネルに対するタッチダウン及びタッチアップを検出する検出部と、
前記ディスプレイの所定の領域で最初のタッチダウンを検出すると、前記最初のタッチダウンを解放するタッチアップを検出するまで他のタッチ操作を監視し、この監視結果に基づいて警告の出力を決定する制御部と、
を備えるものである。

本発明にかかる制御方法は、
ディスプレイへのマルチタッチ入力を検出することが可能なタッチパネルに対するタッチダウン及びタッチアップの検出情報を取得するステップと、
前記検出情報に基づいて前記ディスプレイの所定の領域で最初のタッチダウンを検出すると、前記最初のタッチダウンを解放するタッチアップを検出するまで他のタッチ操作を監視し、この監視結果に基づいて警告の出力を決定するステップと、
を備えるものである。

本発明にかかる制御プログラムは、
ディスプレイへのマルチタッチ入力を検出することが可能なタッチパネルに対するタッチダウン及びタッチアップの検出情報を取得するステップと、
前記検出情報に基づいて前記ディスプレイの所定の領域で最初のタッチダウンを検出すると、前記最初のタッチダウンを解放するタッチアップを検出するまで他のタッチ操作を監視し、この監視結果に基づいて警告の出力を決定するステップと、を備える方法をコンピュータに実行させるものである。

本発明により、ディスプレイがタッチされたままであることをユーザが容易に認識できるタブレット端末、制御方法及び制御プログラムを提供することができる。

実施の形態１にかかるタブレット端末の構成を示すブロック図である。 実施の形態２にかかるタブレット端末のハードウエア構成例を示す図である。 実施の形態２にかかるタブレット端末の構成を示すブロック図である。 実施の形態２において、マルチタッチの対応有無によるタッチ情報の受け取り方の違いを示す図である。 実施の形態２におけるディスプレイの表示領域をｘ及びｙ座標を用いて表した図である。 実施の形態２におけるディスプレイ上の所定の領域及びユーザのタッチ位置の一例を示す図である。 図６に示すタッチ操作におけるそれぞれのタッチ情報を示す図である。 実施の形態２にかかるタブレット端末の処理を示すフローチャートである。 実施の形態２にかかるタブレット端末における警告表示の一例を示す図である。 実施の形態３にかかるタブレット端末の構成を示すブロック図である。 実施の形態３において、最初のタッチダウンを解放するタッチアップを含むタッチ情報を示す図である。 実施の形態３にかかるタブレット端末の処理を示すフローチャートである。

＜実施の形態１＞
以下、図面を参照して本発明の実施の形態について説明する。
図１は、本実施の形態にかかるタブレット端末１００の構成を示すブロック図である。図１に示すように、タブレット端末１００は、ディスプレイ２、タッチパネル１、検出部１０、制御部２０を備えている。
ディスプレイ２は、文字や画像などを表示する。ユーザは、ディスプレイ２に表示された文字等をタッチすることでタブレット端末１００を操作する。
タッチパネル１は、ディスプレイ２に対するマルチタッチ入力を検出することが可能である。
検出部１０は、タッチパネル１に対するタッチダウン及びタッチアップを検出する。
制御部２０は、ディスプレイ２の所定の領域で最初のタッチダウンを検出すると、その最初のタッチダウンを解放するタッチアップを検出するまで他のタッチ操作を監視し、この監視結果に基づいて警告の出力を決定する。
以上説明したように、本実施の形態にかかるタブレット端末１００によれば、ディスプレイがタッチされたままであることをユーザが容易に認識することができる。

＜実施の形態２＞
次に、図２から図９を用いて本発明の実施の形態２について説明する。実施の形態２では、実施の形態１で説明したタブレット端末１００について詳細に説明する。

（ハードウエアの構成例）
まず、図２に示すブロック図を用いて、タブレット端末１００のハードウエア構成を説明する。本実施の形態にかかるタブレット端末１００において、後述する各機能構成部は、各機能構成部を実現するハードウエア（例：ハードワイヤードされた電子回路など）で実現されてもよい。また、各機能構成部はハードウエアとソフトウエアとの組み合わせ（例：電子回路とそれを制御するプログラムの組み合わせなど）で実現されてもよい。以下では、タブレット端末１００の各機能構成部がハードウエアとソフトウエアとの組み合わせで実現される場合について説明する。

図２に示すように、タブレット端末１００は、ディスプレイ２、タッチパネル１、プロセッサ３、メモリ４、ストレージ５、プログラム６、アプリケーションプログラム７、バスライン８を備えている。タブレット端末１００は、例えば可搬型のコンピュータであり、例えば店舗などの業務に使用される。タブレット端末１００のユーザは、例えば、店舗スタッフ、来店した客などである。タブレット端末１００及びそのユーザは、上記に限られない。タブレット端末１００は、個人が家庭で使用するものであってもよい。

ディスプレイ２は、文字や画像などを表示する表示装置である。ディスプレイ２には、後述するアプリケーションプログラム７の画面が表示され、ユーザは、表示された文字等を指でタッチすることにより、所望の入力操作を行う。ディスプレイ２は、タッチパネル１と一体化して設けられ、ユーザは、直接的にはディスプレイ２に対してタッチを行い、タッチパネル１がそのタッチを検出する。以降の説明では、ディスプレイ２を介したタッチパネル１へのタッチ操作を「タッチパネル１へのタッチ」と称して説明することがある。
ディスプレイ２は、例えば、液晶ディスプレイであるが、これに限られない。また、ディスプレイ２へのタッチ操作は指に限らず、例えばスタイラスペンなどであってもよい。タッチ操作の詳細については後述する。

ここで、図５を用いて、アプリケーションプログラム７が表示する画面について説明する。図５は、ディスプレイ２における表示領域を、ｘ座標及びｙ座標を用いて表した図である。

図５の左側から右側に水平方向に向かう軸をｘ軸、図５の上側から下側に垂直方向に向かう軸をｙ軸とし、ディスプレイ２の左上隅の座標を(x , y)=（0 , 0）とする。例えば、ディスプレイ２が1920x1080 (単位：pixel)の表示領域を有しているとすれば、ディスプレイ２の右下隅の座標は（1920 , 1080）と表すことができる。

タッチパネル１は、ディスプレイ２に対するマルチタッチを検出することが可能なタッチパネルである。タッチパネル１は、例えば一般的な静電容量方式を用いており、１０点までのマルチタッチ入力が可能である。タッチパネル１は、ユーザがディスプレイ２をタッチした場合に、タッチを検出し、そのタッチ情報を取得し、保持する。タッチパネル１が取得するタッチ情報やその処理方法については後述する。

プロセッサ３は、後述するプログラム６及びアプリケーションプログラム７を実行し、各種演算やアプリケーションプログラム７の内容をディスプレイ２に表示する。プロセッサ３は、タッチパネル１の入力を監視し、ユーザがディスプレイ２にタッチした場合にその座標情報をタッチパネル１から取得し、プログラム６に送信する。プロセッサ３は、CPU(Central Processing Unit)、GPU（Graphics Processing Unit）、又は FPGA（Field－Programmable Gate Array）などの種々のプロセッサを用いることができる。

メモリ４は、ＲＡＭ（Random Access Memory）などの主記憶装置である。メモリ４上には、プログラム６やアプリケーションプログラム７が展開され、実行される。また、メモリ４には、これらのプログラムの命令の読み込みや計算結果の書き込みがプロセッサ３によって行われる。

ストレージ５は、例えばＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）などの補助記憶装置である。ストレージ５は、プログラム６及びアプリケーションプログラム７を格納する。

プログラム６は、プロセッサ３から送信されるタッチパネル１の座標情報を取得し、その座標情報をアプリケーションプログラム７に送信するプログラムである。また、プログラム６は、取得した座標情報により、ユーザがタッチパネル１を正常に扱えていないと判定した場合は、アプリケーションプログラム７にその旨を通知する。この判定等の処理については後述する。

アプリケーションプログラム７は、ユーザがタッチパネルを正常に扱えていない旨の通知をプログラム６から受けた場合に、ユーザに対し、正常にタッチパネル１を扱うためのメッセージをディスプレイ２に表示する。本実施の形態では、アプリケーションプログラム７はマルチタッチを実装しておらず、マルチタッチ操作が行われてもアプリケーション上では無視されるものとする。

バスライン８は、プロセッサ３、メモリ４、及びその他各デバイスを接続し、相互のデータの送受信を可能とする。ただし、これらを接続する方法は、バスライン８に限定されない。

（各機能の構成例）
続いて、図３に示すブロック図を用いてタブレット端末１００における各機能部の構成を説明する。図３に示すように、本実施の形態にかかるタブレット端末１００は、検出部１０と制御部２０とを備えている。

検出部１０は、タッチパネル１に対するタッチダウン及びタッチアップを検出する。具体的には、検出部１０は、タッチパネル１に対するタッチダウンやタッチアップが行われたときに、そのタッチ情報をタッチパネル１から取得する。なお、上述のように、タッチパネル１に対するタッチ操作は、実際にはディスプレイ２を介して行われる。

検出部１０が取得するタッチ情報には、以下の（１）から（３）が含まれる。
（１）タッチの種類がタッチダウンであるかタッチアップであるか
（２）タッチされた場所の（x , y）座標
（３）タッチがプライマリであるか否か
なお、検出部１０が取得するタッチ情報には、上記以外のものが含まれてもよい。例えば、検出部１０は、タッチを検出した日時を取得し、各タッチを識別するための識別情報などと関連付けて保持してもよい。
以下では、上記の（１）から（３）について詳細を説明する。

（１）タッチの種類がタッチダウンであるかタッチアップであるか
検出部１０は、検出したタッチの種類がタッチダウンであるか、又はタッチアップであるかを検出する。検出部１０は、ユーザの指がタッチパネル１（ディスプレイ２）に触れるとタッチダウン、ユーザの指がタッチパネル１から離れるとタッチアップとして検出する。後述するカウント部２１は、タッチダウンと、それに対するタッチアップの組を１回のタッチとしてカウントを行う。
タッチ操作には、単純なタッチダウン及びタッチアップだけでなく、ロングタッチ、スワイプ、ドラッグ、フリックなどの各種タッチ操作が含まれる。これらのタッチについても、検出部１０は、ユーザの指がタッチパネル１に触れたときにタッチダウンを検出し、最終的にタッチパネル１から指が離れたときにタッチアップを検出する。

ここで、マルチタッチ入力に対応しているタッチパネルと、そうでないタッチパネルとの差について、具体的なタッチ入力パターンを用いて説明する。
次のように、ユーザによる１回目のタッチ１と２回目のタッチ２の入力情報があるとする。それぞれのタッチ操作では、タッチパネル１に指を触れるタッチダウンと、タッチパネル１から指を離すタッチアップとが組となっている。
・タッチ１（タッチダウン１、タッチアップ１）
・タッチ２（タッチダウン２、タッチアップ２）
マルチタッチに対応しているタッチパネル又はアプリケーションは、複数のタッチ操作を同時に処理することができる。したがって、上記の例ではタッチ１とタッチ２を同時に処理することができる。例えば、タッチダウン１の後に、連続してタッチダウン２を受け取ることができる。

これに対し、マルチタッチに対応していないタッチパネル又はアプリケーションは、同時に複数点を処理することができない。したがって、上記の例ではタッチ１とタッチ２を同時に処理することができない。例えば、タッチダウン１が行われた場合、タッチダウン１に対するタッチアップ１が行われない限りはタッチダウン２の情報を受け取ることができない。タッチダウン１がされた後にタッチダウン２を処理するためには、タッチダウン２の前にタッチアップ１を行い、タッチダウン１が行われた状態を終了させる必要がある。

上記の比較をまとめた表を図４に示す。図４は、タッチパネル又はアプリケーションにおいて、マルチタッチの対応有無による、タッチ情報の受け取り方の違いを示す表である。
図４に示すように、タッチダウン１、タッチダウン２、タッチアップ１、タッチアップ２の順に、連続してタッチ操作が行われるとする。マルチタッチ対応のタッチパネル等の場合、これら全てのタッチ操作を受け取ることができる。

一方、マルチタッチに対応していないタッチパネル等では、タッチダウン１の情報を受け取った（入力順１）後、連続して行われたタッチダウン２については、その情報を受け取ることはできない（入力順２）。このタッチダウン２の後にタッチアップ１が行われた場合、このタッチアップ１の情報は受け取ることはできるが（入力順３）、その後にタッチアップ２が行われても、その情報を受け取ることはできない（入力順４）。入力順２において、タッチダウン２を受け取っていないからである。

本実施の形態では、タッチパネル１はマルチタッチに対応しているため、プログラム６は、上記の入力順のタッチ入力を全て受け取ることができる。しかし、後述するアプリケーションプログラム７はマルチタッチ未対応であるため、入力順２及び４のタッチ入力を受け取ることができない。よって、装置としては入力順１から４のタッチを認識しているが、アプリケーションプログラム７の画面上では入力順２及び４のタッチが無視される動作となる。

（２）タッチされた場所の（x , y）座標
検出部１０は、図５を用いて説明した（x , y）座標を取得する。

（３）タッチの種類がプライマリであるかどうか
検出部１０は、タッチパネル１に対して行われたタッチが、最初のタッチであるか否かの情報を取得する。上述のタッチ１及びタッチ２の例では、タッチ１（タッチダウン１、タッチアップ１）はプライマリのタッチであり、タッチ１が終了しないうちに連続して行われるタッチ２はプライマリではない。また、タッチ２以降に例えばタッチ３、タッチ４が連続して行われた場合、これらもプライマリではない。

続いて、制御部２０の構成を説明する。制御部２０は、カウント部２１、判定部２２、通知部２３を備えている。この構成により、制御部２０は、検出部１０がディスプレイ２の所定の領域で最初のタッチダウンを検出すると、その最初のタッチダウンを解放するタッチアップを検出するまで他のタッチ操作を監視する。また、制御部２０は、この監視結果に基づいて警告の出力を決定する。ここで、タッチダウンの解放とは、タッチダウンが、これに対応するタッチアップによって終了することをいう。制御部２０の各構成要素について、以下で説明する。

カウント部２１は、検出部１０がディスプレイ２の所定の領域で、プライマリのタッチダウンを検出すると、そのプライマリのタッチダウンに対応するタッチアップが検出されるまで、その後に行われたタッチ操作の回数をカウントする。所定の領域については後述する。本実施の形態では、カウント部２１は、タッチダウンと、それに対するタッチアップの組を１回のタッチ操作としてカウントを行う。

判定部２２は、カウント部２１がカウントしたタッチ操作の回数が閾値以上であるか否かを判定する。閾値は、警告を出力させる程度により予め設けることができる。例えば、閾値を低く設ければ早めに警告を出力することができるため、１回のタッチ操作の重要度が高い場合などには適している。逆に、警告を頻繁に出力したくない場合などには、閾値を高く設けることで警告表示の煩わしさを軽減できる。

カウント部２１及び判定部２２は、上記のカウント及び判定の処理を繰り返すことによって、プライマリのタッチダウンの後に行われるタッチ操作を監視する。また、判定部２２は、この監視結果に基づいて、警告の出力を決定する。

通知部２３は、上記のタッチ回数が閾値以上の場合、アプリケーションプログラム７に対して、タッチパネル１が正常に扱われていないことを通知する。アプリケーションプログラム７は、通知部２３の通知を受けて警告の出力を行う。警告は、例えば、図９に示すように、ディスプレイ２に文字や図形などの画像情報を表示することにより行うことができる。警告は、これに限らず、タブレット端末１００が有するスピーカ（不図示）などを用いて音声として出力させてもよい。

（所定の領域）
続いて、図６を用いて、上述した所定の領域について説明する。図６は、ディスプレイ２上の所定の領域及びユーザのタッチ位置の一例を示す図である。点２－１から点２－５は、ユーザによりディスプレイ２がタッチされた場所を示している。所定の領域とは、例えば、図６に示すディスプレイ２（タッチパネル１）の左右の端部近傍である。

例えば、ユーザがタブレット端末１００を左手で支えるように持ち、右手の指を使ってディスプレイ２に対してタッチ操作を行うとする。タブレット端末１００は、図６に示すように、ユーザから見て横長に持たれているものとする。このようにタブレット端末１００を持つ場合、ユーザの左手の指が、意図せずに常にタッチパネル１の左端近傍（例えば、点２－１）を押した状態のままになっていることがある。このように、所定の領域とは、タッチパネル１においてユーザが意図せずに押した状態を継続しやすい領域である。したがって、ユーザから見て、ディスプレイ２の左端部近傍又は右端部近傍の領域がこれに該当する。ただし、所定の領域はディスプレイ２の左端部近傍又は右端部近傍に限られない。例えば、特許文献１の例のように、タブレット端末１００の周辺物が意図せずディスプレイ２に触れる場合がある。このような場合を考慮して、図６で示すような左右の端部近傍だけでなく、上端部近傍又は下端部近傍を所定の領域としてもよい。また、所定の領域は、ディスプレイ２の一部分に限定せず、ディスプレイ２の全領域としてもよい。
一例として、図６では、ディスプレイ２の左端部及び右端部を上記の所定の領域としている。左端部は、ディスプレイ２において、点２－Ａと点２－Ｂを結んだ直線の左側の領域であり、右端部は、点２－Ｃと点２－Ｄを結んだ直線の右側の領域である。

続いて、図７を用いてカウント部２１が行う処理について説明する。図７は、図６に示す点２－１から点２－５へのタッチ操作について、それぞれのタッチ情報を入力順にまとめた図である。

図７において、入力順１の点２－１のタッチダウンは、最初のタッチである。よって、このタッチはプライマリと判定される。入力順１のタッチダウンは、その後の入力順２から９において、これに対応するタッチアップが行われていない。つまり、上述したような、ユーザの左手がタッチパネル左端部を押したままとなった状態を表している。本実施の形態では、アプリケーションプログラム７はマルチタッチに対応していないため、入力順１のタッチダウンに対応するタッチアップが行われなければ、入力順２から９に示す処理は行われない。したがって、ユーザがタッチ操作を行っているにもかかわらず、入力順２から９に示す点２－２から２－５のタッチダウン及びタッチアップは、アプリケーション上では無視される。

プライマリのタッチダウンが行われると、カウント部２１は、このタッチダウンに対応するタッチアップが検出されるまで、その後に行われた他のタッチの回数をカウントする。図７の例では、カウント部２１は、プライマリである入力順１のタッチダウンが行われた後、入力順１のタッチダウンに対応するタッチアップが検出されるまで、その後に行われる入力順２以降のタッチの回数をカウントする。入力順２から９においては入力順１に対応するタッチアップが存在しないため、カウント部２１は、入力順２から９のタッチの回数をカウントする。タッチの回数は、タッチダウンと、そのタッチダウンに対応するタッチアップとの組み合わせを１回とする。タッチダウンとタッチアップとでは、通常はタッチダウンが先に行われるため、カウント部２１は、入力順２以降でタッチダウンが行われたときに回数のカウントアップを行う。したがって、カウント部２１は、入力順２、４、６、８でカウントアップを行い、タッチの回数は４となる。

続いて、図８に示すフローチャートを用いて、タブレット端末１００が実行する処理を説明する。
まず、ユーザがディスプレイ２へのタッチダウンを行う（ステップＳ１）。検出部１０は、このタッチダウンがプライマリのタッチダウンであるか否かを判定する（ステップＳ２）。プライマリのタッチダウンである場合（ステップＳ２のＹＥＳ）は次の処理に進み、そうでなければ（ステップＳ２のＮＯ）、処理を終了する。

検出部１０は、ステップＳ１のタッチダウンにおいて、タッチ座標がディスプレイ２の所定の領域であるか否かを判定する（ステップＳ３）。タッチ座標が所定の領域である場合（ステップＳ３のＹＥＳ）は次の処理へ進み、そうでなければ（ステップＳ３のＮＯ）、判定対象外の入力として処理を終了する。図７に示す例では、入力順１はプライマリのタッチダウンであるため、次の処理へ進む。

カウント部２１は、次に入力される新たなタッチ入力を監視する（ステップＳ４）。新たなタッチ入力があった場合、カウント部２１は、その新たなタッチ入力がプライマリのタッチアップであるか否かを判定する（ステップＳ５）。新たなタッチ入力がプライマリのタッチアップである場合（ステップＳ５のＹＥＳ）、プライマリのタッチダウンに対してタッチアップが行われるため、ユーザは操作に支障がない。したがって、処理は終了する。新たなタッチ入力がプライマリのタッチアップ以外である場合（ステップＳ５のＮＯ）は次の処理へ進む。

カウント部２１は、新たなタッチ入力がタッチダウンであるか否かを判定する（ステップＳ６）。新たなタッチ入力がタッチダウンである場合（ステップＳ６のＹＥＳ）は次の処理へ進む。図７に示す入力順２のタッチは、プライマリでないタッチダウンであるため、次の処理へ進む。

カウント部２１は、アプリケーションプログラム７が入力を受け取らなかったタッチダウンの回数をカウントアップする（ステップＳ７）。ステップＳ６において、新たなタッチ入力がタッチダウン以外であった場合（ステップＳ６のＮＯ）は、ステップＳ７のカウントアップは行わず、次の処理に進む。

判定部２２は、アプリケーションプログラム７が入力を受け取らなかった回数、すなわちカウント部２１がカウントした回数が、閾値未満であるか否かを判定する（ステップＳ８）。この判定により、判定部２２は、他のタッチ操作の監視の結果に基づいて、警告の出力を決定する。回数が閾値未満である場合（ステップＳ８のＹＥＳ）、ステップＳ４に戻り、次のタッチ入力を監視する。回数が閾値未満でない場合（ステップＳ８のＮＯ）、次の処理へ進む。例えば、閾値を４とした場合、回数が４である図７の例では、アプリケーションプログラム７が入力を受け取らなかった回数が閾値以上となるため、次の処理へ進む。

通知部２３は、アプリケーションプログラム７に通知を行う（ステップＳ９）。通知部２３は、タッチパネル１の左端部を押したままの状態で閾値以上のタッチダウン入力があったため、アプリケーションプログラム７に対し、タッチパネルが正常に扱われていないことを通知する。

通知を受け取ったアプリケーションプログラム７は、図９に示すような、押したままとなっている左端部のタッチダウンを離す旨のメッセージをディスプレイ２上に表示する。これにより、ユーザは、タッチパネル１の左端部を押したままになっていることに気付いて手を離し、タッチパネル１に適切に入力を行うことが可能となる。

以上説明したように、本実施の形態にかかるタブレット端末１００によれば、ユーザが意図せずにディスプレイをタッチしたままになっていることを、ユーザが容易に認識することができる。これにより、タッチパネルがマルチタッチに対応しているにもかかわらず、アプリケーションプログラムがマルチタッチに対応していない場合であっても、装置が故障しているとユーザが誤解する可能性を低減することができる。また、装置の交換等の対応によって発生する機会や各種費用の損失を防ぐことができる。

＜実施の形態３＞
実施の形態２では、ユーザがタッチパネル１を意図せず押したままになっていることをユーザに気付かせるため、所定の条件下でディスプレイ２上に警告を表示させる処理について説明を行った。本実施の形態では、警告を表示するタイミングで、意図せず継続しているタッチダウンを強制的に解放する方法を説明する。また、ディスプレイ２への警告表示が難しい場合などにログを残す方法についても説明する。

図１０及び図１１を用いて、本実施の形態にかかるタブレット端末１０１について説明する。図１０は、本実施の形態にかかるタブレット端末１０１における各機能部の構成を示すブロック図である。
図１０に示すように、本実施の形態にかかるタブレット端末１０１は、検出部１０、制御部２０、記録部３０を備えている。また、制御部２０は、カウント部２１、判定部２２、通知部２３、解放部２４を備えている。解放部２４及び記録部３０以外の構成は、実施の形態２において説明したタブレット端末１００と同様であるので説明を省略する。

解放部２４は、カウント部２１がカウントした回数が閾値以上である場合に、最初のタッチダウンを強制的に解放する。タッチダウンの解放とは、既に説明したように、対応するタッチアップによってタッチダウンが終了することをいう。解放部２４は、対となるタッチアップが存在しないタッチダウンに対し、タッチアップを強制的に発生させることで、そのタッチダウンを終了させる。解放部２４は、具体的には、疑似的に、プライマリのタッチアップ入力をアプリケーションプログラム７に送信する。これにより、ユーザが意図せずディスプレイ２を押したままとなっている状態を解消することができる。

例えば、図１１に示す例において、ユーザが入力順１のタッチダウンを意図せず継続させているとする。その後、入力順２、４、６、８において４回のタッチダウンが行われているが、入力順１のタッチダウンが解放されていないために、これらは受け付けられない。ここで、解放部２４は、入力順１のタッチダウンに対応する入力順１０のタッチアップを発生させる。入力順１のタッチダウンと入力順１０のタッチアップとが対になるので、入力順１のタッチダウンは解放される。これにより、その後に行われるタッチを受け付けることができる。
解放部２４のタッチダウンの解放は、図９に示すような警告表示と共に行ってもよいし、このような警告表示に代えて行ってもよい。警告表示と共に行うことで、ユーザは、以降の操作の際に手などがディスプレイ２に触れたままにならないよう、留意することができる。

記録部３０は、カウント部２１がカウントした回数が閾値以上である場合に、その日時を含むタッチ操作の情報を記憶装置に格納する。記録部３０は、警告表示のタイミングで、その日時を含むタッチ情報を記録する。
例えば、ディスプレイ２に警告を表示することができない場合には、ユーザはタッチ操作が正しく受け付けられていないことを認識することができない。しかし、記録部３０がその記録を残すことによって、タブレット端末１０１が装置交換等の対象となった場合でも、タッチが受け付けられなかったときの状況を把握することが可能となる。記録部３０は、上記の回数が閾値以上となった日時情報をタッチ情報と共に記録するが、これに限らず、上記回数が閾値未満であっても情報を記録してよい。例えば、タッチが行われた日時とそのタッチ情報を関連付けて記録することで、状況の把握に役立てることができる。

図１２に示すフローチャートを用いて、本実施の形態にかかるタブレット端末１０１が行う処理を説明する。図１２に示すフローチャートにおいて、ステップＳ１からＳ８については、既に説明した図８と同様であるので説明を省略する。

ステップＳ８において、判定部２２が、アプリケーションプログラム７が入力を受け取らなかった回数が閾値未満でないと判定した場合（ステップＳ８のＮＯ）、解放部２４は、プライマリのタッチダウンを解放する（ステップＳ１０１）。記録部３０は、その日時を含むタッチ操作の情報をログとして記録する（ステップＳ１０２）。

以上説明したように、本実施の形態にかかるタブレット端末１０１によれば、プライマリのタッチダウンに対応するタッチアップを強制的に発生させて、そのタッチダウンを解放するので、ユーザは、タブレット端末の操作を適切に継続することができる。また、警告表示が行えない場合でも、タッチ状況を記録しておくことで、後に状況を把握することが容易となる。

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、上記の説明では、タブレット端末１００及び１０１として可搬型のコンピュータを用いて説明したが、これに限られない。例えば、デスクトップ型ＰＣに接続されたタッチパネル式のディスプレイに本発明を適用してもよい。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
ディスプレイと、
前記ディスプレイに対するマルチタッチ入力を検出することが可能なタッチパネルと、
前記タッチパネルに対するタッチダウン及びタッチアップを検出する検出部と、
前記ディスプレイの所定の領域で最初のタッチダウンを検出すると、前記最初のタッチダウンを解放するタッチアップを検出するまで他のタッチ操作を監視し、この監視結果に基づいて警告の出力を決定する制御部と、
を備えるタブレット端末。
（付記２）
前記所定の領域は、前記タッチパネルの端部近傍である、
付記１に記載のタブレット端末。
（付記３）
前記警告は前記ディスプレイに出力される、
付記１又は２に記載のタブレット端末。
（付記４）
前記制御部は、前記他のタッチ操作の回数が閾値以上であるか否かを判定し、前記閾値以上である場合に前記警告の出力を決定する、
付記１から３のいずれか１項に記載のタブレット端末。
（付記５）
前記制御部は、前記他のタッチ操作の回数が閾値以上であるか否かを判定し、前記閾値以上である場合に前記最初のタッチダウンを強制的に解放する、
付記１から４のいずれか１項に記載のタブレット端末。
（付記６）
前記他のタッチ操作の回数が前記閾値以上である場合、その日時を含むタッチ操作の情報を記憶装置に格納する記録部をさらに備える、
付記４又は５に記載のタブレット端末。
（付記７）
ディスプレイへのマルチタッチ入力を検出することが可能なタッチパネルに対するタッチダウン及びタッチアップの検出情報を取得するステップと、
前記検出情報に基づいて前記ディスプレイの所定の領域で最初のタッチダウンを検出すると、前記最初のタッチダウンを解放するタッチアップを検出するまで他のタッチ操作を監視し、この監視結果に基づいて警告の出力を決定するステップと、
を備える制御方法。
（付記８）
前記所定の領域は、前記タッチパネルの端部近傍である、
付記７に記載の制御方法。
（付記９）
前記警告は前記ディスプレイに出力される、
付記７又は８に記載の制御方法。
（付記１０）
前記警告出力の決定ステップでは、前記他のタッチ操作の回数が閾値以上であるか否かが判定され、前記閾値以上である場合に前記警告の出力が決定される、
付記７から９のいずれか１項に記載の制御方法。
（付記１１）
前記警告出力の決定ステップでは、前記他のタッチ操作の回数が閾値以上であるか否かが判定され、前記閾値以上である場合に前記最初のタッチダウンが強制的に解放される、
付記７から１０のいずれか１項に記載の制御方法。
（付記１２）
前記他のタッチ操作の回数が前記閾値以上である場合、その日時を含むタッチ操作の情報を記憶装置に格納するステップをさらに備える、
付記１０又は１１に記載の制御方法。
（付記１３）
ディスプレイへのマルチタッチ入力を検出することが可能なタッチパネルに対するタッチダウン及びタッチアップの検出情報を取得するステップと、
前記検出情報に基づいて前記ディスプレイの所定の領域で最初のタッチダウンを検出すると、前記最初のタッチダウンを解放するタッチアップを検出するまで他のタッチ操作を監視し、この監視結果に基づいて警告の出力を決定するステップと、を備える方法をコンピュータに実行させる、
制御プログラム。
（付記１４）
前記所定の領域は、前記タッチパネルの端部近傍である、
付記１３に記載の制御プログラム。
（付記１５）
前記警告は前記ディスプレイに出力される、
付記１３又は１４に記載の制御プログラム。
（付記１６）
前記警告出力の決定ステップでは、前記他のタッチ操作の回数が閾値以上であるか否かが判定され、前記閾値以上である場合に前記警告の出力が決定される、
付記１３から１５のいずれか１項に記載の制御プログラム。
（付記１７）
前記警告出力の決定ステップでは、前記他のタッチ操作の回数が閾値以上であるか否かが判定され、前記閾値以上である場合に前記最初のタッチダウンが強制的に解放される、
付記１３から１６のいずれか１項に記載の制御プログラム。
（付記１８）
前記他のタッチ操作の回数が前記閾値以上である場合、その日時を含むタッチ操作の情報を記憶装置に格納するステップをさらに備える、
付記１６又は１７に記載の制御プログラム。

１ タッチパネル
２ ディスプレイ
３ プロセッサ
４ メモリ
５ ストレージ
６ プログラム
７ アプリケーションプログラム
８ バスライン
１０ 検出部
２０ 制御部
２１ カウント部
２２ 判定部
２３ 通知部
２４ 解放部
３０ 記録部
１００、１０１ タブレット端末

Claims (8)

1. ディスプレイと、
   前記ディスプレイに対するマルチタッチ入力を検出することが可能なタッチパネルと、
   前記タッチパネルに対するタッチダウン及びタッチアップを検出する検出部と、
   前記ディスプレイの所定の領域で最初のタッチダウンを検出すると、前記最初のタッチダウンを解放するタッチアップを検出するまで他のタッチ操作を監視し、この監視結果に基づいて警告の出力を決定する制御部と、
   を備えるタブレット端末。
2. 前記所定の領域は、前記タッチパネルの端部近傍である、
   請求項１に記載のタブレット端末。
3. 前記警告は前記ディスプレイに出力される、
   請求項１又は２に記載のタブレット端末。
4. 前記制御部は、前記他のタッチ操作の回数が閾値以上であるか否かを判定し、前記閾値以上である場合に前記警告の出力を決定する、
   請求項１から３のいずれか１項に記載のタブレット端末。
5. 前記制御部は、前記他のタッチ操作の回数が閾値以上であるか否かを判定し、前記閾値以上である場合に前記最初のタッチダウンを強制的に解放する、
   請求項１から４のいずれか１項に記載のタブレット端末。
6. 前記他のタッチ操作の回数が前記閾値以上である場合、その日時を含むタッチ操作の情報を記憶装置に格納する記録部をさらに備える、
   請求項４又は５に記載のタブレット端末。
7. ディスプレイへのマルチタッチ入力を検出することが可能なタッチパネルに対するタッチダウン及びタッチアップの検出情報を取得するステップと、
   前記検出情報に基づいて前記ディスプレイの所定の領域で最初のタッチダウンを検出すると、前記最初のタッチダウンを解放するタッチアップを検出するまで他のタッチ操作を監視し、この監視結果に基づいて警告の出力を決定するステップと、
   を備える制御方法。
8. ディスプレイへのマルチタッチ入力を検出することが可能なタッチパネルに対するタッチダウン及びタッチアップの検出情報を取得するステップと、
   前記検出情報に基づいて前記ディスプレイの所定の領域で最初のタッチダウンを検出すると、前記最初のタッチダウンを解放するタッチアップを検出するまで他のタッチ操作を監視し、この監視結果に基づいて警告の出力を決定するステップと、を備える方法をコンピュータに実行させる、
   制御プログラム。

Images