JP6711632B2 - 情報処理装置、情報処理方法、及び、プログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法、及び、プログラムに関する。

画像表示装置では、任意のサイズのウィンドウが画面に１つ以上表示され、各ウィンドウ内で個別の表示が行われることがある。ユーザは、マウスなどのポインティングデバイスを用いてウィンドウの縁に対するドラッグ操作を行うことにより、ウィンドウのサイズを変更することができる。例えば、ユーザは、ウィンドウの右端を左方向や右方向にドラッグするドラッグ操作により、ウィンドウの幅を縮小したり拡大したりすることができる。また、ユーザは、ウィンドウの下端を上方向や下方向にドラッグするドラッグ操作により、ウィンドウの高さを縮小したり拡大したりすることができる。さらには、ユーザは、ウィンドウの右上角を右上方向や左下方向にドラッグするドラッグ操作により、ウィンドウの高さと幅の両方を拡大したり縮小したりすることができる。また、ユーザは、キーボードの特定のキー（Ｃｔｒｌキー等）を押下しながら、マウスホイールを回すことにより、ウィンドウ内の画像を拡大（ズームイン）したり縮小（ズームアウト）したりすることができる。

画面へユーザがタッチして行うタッチ操作を受け付け可能な画像表示装置もある。このような画像表示装置では、ユーザは、ウィンドウの縁の表示位置をタッチし、且つ、タッチした位置を動かすタッチ操作であるドラッグ操作を行うことにより、ウィンドウのサイズを変更することができる。さらに、ユーザは、ウィンドウの表示領域内でピンチイン・ピンチアウト操作を行うことにより、ウィンドウ内の画像を拡大したり縮小したりすることができる。ピンチイン・ピンチアウト操作は、画面の２点をタッチし、タッチされた２点の少なくとも一方を動かすタッチ操作（マルチタッチ操作）である。ピンチイン・ピンチアウト操作は、ピンチイン操作とピンチアウト操作を含む。ピンチイン操作は、タッチされた２点を近づけるタッチ操作である。例えば、ピンチイン操作は、画面内の領域をつまむように２本の指を動かすタッチ操作である。ピンチアウト操作は、タッチされた２点を遠ざけるタッチ操作である。例えば、ピンチアウト操作は、画面上で２本の指を広げるタッチ操作である。

しかしながら、従来の技術では、ウィンドウに対して行われるタッチ操作の操作性が低い。例えば、上述したように、ウィンドウのサイズを変更する場合には、ウィンドウの縁をタッチする必要がある。しかしながら、ウィンドウの縁の領域は小さいため、ウィンドウの縁の表示位置を正確にタッチすることは困難であり、誤操作が生じやすい。ウィンドウの角の表示位置を正確にタッチすることは、とりわけ困難である。また、マウスを用いたユーザ操作の場合には、一般的に、マウスカーソルをウィンドウの縁に重ねた状態（マウスオーバ状態）の実現に応じて、マウスカーソルの表示（形状）が変更される。それにより、ユーザは、マウスカーソルを確認することで、マウスを用いたユーザ操作に応じてどのような処理が行われるのかを容易に把握することができる。しかしながら、タッチ操作の場合には、マウスオーバ状態に相当する状態を実現することができない。そのため、タッチ操作については、マウスカーソル（ポインタ）の表示を変更する技術を利用することができない。

従来技術として、画像表示装置のベゼルを利用して、ウィンドウの高さと幅の一方を変更するタッチ操作の操作性を向上する技術が提案されている（特許文献１）。しかしながら、特許文献１に開示の技術では、ウィンドウの高さと幅の両方を同時に変更するタッチ操作の操作性を向上することができない。

特開２０１５−０８８０８５号公報

本発明は、タッチ操作の操作性を向上することができる技術を提供することを目的とする。

本発明の第１の態様は、
ウィンドウを表示部に表示するとともに、画像を前記ウィンドウ内に表示するよう制御する表示制御手段と、
前記表示部で前記ウィンドウが表示されている領域へのタッチ操作を検知する検知手段と、
前記タッチ操作の圧力を検出する検出手段と、
前記検出された圧力に応じて、前記ウィンドウまたは前記ウィンドウ内に表示される画像のいずれか一方に対して拡大・縮小処理を実行する処理手段と
を有し、
前記処理手段は、前記検出された圧力に応じて、前記ウィンドウ内に表示される画像に対して拡大・縮小処理を実行せず、かつ前記ウィンドウに対して拡大・縮小処理を実行するか、または前記ウィンドウ内に表示される画像に対して拡大・縮小処理を実行し、かつ前記ウィンドウに対して拡大・縮小処理を実行しない
ことを特徴とする情報処理装置である。

本発明の第２の態様は、
ウィンドウを表示部に表示するとともに、画像を前記ウィンドウ内に表示するよう制御する表示制御ステップと、
前記表示部で前記ウィンドウが表示されている領域へのタッチ操作を検知する検知ステップと、
前記タッチ操作の圧力を検出する検出ステップと、
前記検出された圧力に応じて、前記ウィンドウまたは前記ウィンドウ内に表示される画像のいずれか一方に対して拡大・縮小処理を実行する処理ステップと
を有し、
前記処理ステップでは、前記検出された圧力に応じて、前記ウィンドウ内に表示される画像に対して拡大・縮小処理を実行せず、かつ前記ウィンドウに対して拡大・縮小処理を実行するか、または前記ウィンドウ内に表示される画像に対して拡大・縮小処理を実行し、かつ前記ウィンドウに対して拡大・縮小処理を実行しない
ことを特徴とする情報処理方法である。

本発明の第３の態様は、コンピュータを第１の態様の情報処理装置の各手段として機能させるためのプログラムである。

本発明によれば、タッチ操作の操作性を向上することができる技術を提供することを目的とする。

実施例１〜４に係る画像表示装置の構成例を示すブロック図 実施例１〜４に係る画像表示装置の模式図 実施例１に係る表示変化例を示す図 実施例１に係る画像表示装置の処理フローの一例を示すフローチャート 実施例１に係るウィンドウサイズ変更処理の一例を示す図 実施例２に係る表示変化例を示す図 実施例２に係る画像表示装置の処理フローの一例を示すフローチャート 実施例２に係る画像表示装置の処理フローの一例を示すフローチャート 実施例３に係る判断領域の一例を示す図 実施例３に係る課題と効果の一例を説明するための図 実施例３に係る画像表示装置の処理フローの一例を示すフローチャート 実施例４に係る画像表示装置の処理フローの一例を示すフローチャート 実施例４に係る通知画像の一例を示す図

＜実施例１＞
以下、本発明の実施例１について説明する。なお、以下では、本実施例に係る情報処理装置が画像表示装置に設けられた例を説明するが、本実施例に係る情報処理装置は画像表示装置とは別体の装置であってもよい。本実施例に係る情報処理装置として、例えば、画像表示装置に接続可能なパーソナルコンピュータ（ＰＣ）が使用されてもよい。本実施例に係る画像表示装置はタッチパネルを備えており、画像表示装置（情報処理装置）のユーザは、タッチパネルを用いた操作により、画像表示装置（情報処理装置）に対する様々な指示を行うことができる。タッチパネルを用いた操作は、画像表示装置の画面へユーザが指などでタッチして行う操作である。このような操作は「タッチ操作」と呼ばれる。また、本実施例に係る画像表示装置（情報処理装置）では、ウィンドウシステムが動作しており、画面に複数のウィンドウを表示することができる。

図１は、本実施例に係る画像表示装置の構成例を示すブロック図である。図１に示すように、本実施例に係る画像表示装置は、制御部１０１、第１記憶部１０２、第２記憶部１０３、バス１０４、タッチスクリーンディスプレイ部１０５、及び、タッチパネルコントローラ１０９を有する。

制御部１０１は、画像表示装置の各処理の制御を行う。例えば、制御部１０１は、画像表示装置の画面に画像を表示する表示制御を行う。また、制御部１０１は、タッチ操作を検出する操作検出、タッチ圧（タッチ操作におけるタッチの圧力）を検出する圧力検出、画面に表示されたウィンドウの拡大・縮小処理、ウィンドウ内の画像の拡大・縮小処理、等を行う。制御部１０１は、画面に表示されたウィンドウの拡大・縮小処理、ウィンドウ内の画像の拡大・縮小処理、等を行う。制御部１０１として、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を使用することができる。なお、制御部１０
１として、１つのハードウェアが使用されてもよいし、複数のハードウェアが使用されてもよい。複数のハードウェアが処理を分担して実行することにより、画像表示装置の各処理が制御されてもよい。

「ウィンドウの拡大・縮小処理」では、ウィンドウのサイズが変更される。具体的には、「ウィンドウの拡大・縮小処理」では、ウィンドウが拡大されたり、ウィンドウが縮小されたりする。そのため、以後、「ウィンドウの拡大・縮小処理」を「ウィンドウサイズ変更処理」と記載する。「ウィンドウ内の画像の拡大・縮小処理」では、ウィンドウ内の画像のサイズが変更される。具体的には、「ウィンドウ内の画像の拡大・縮小処理」では、ウィンドウ内の画像が拡大されたり、ウィンドウ内の画像が縮小されたりする。そのため、以後、「ウィンドウ内の画像の拡大・縮小処理」を「ウィンドウ内画像サイズ変更処理」と記載する。

第１記憶部１０２は、種々のデータを非一時的に記憶する記憶部である。第１記憶部１０２は、例えば、制御部１０１で実行されるプログラム、種々の設定データ、等を記憶する。第１記憶部１０２としては、不揮発性の半導体メモリ、磁気ディスク、光ディスク、等を使用することができる。第１記憶部１０２に記録されたデータは、画像表示装置の電源が切られた状態においても、第１記憶部１０２に保持される。なお、第１記憶部１０２は、画像表示装置や情報処理装置とは別体の記憶装置であってもよい。

第２記憶部１０３は、種々のデータを一時的に記憶する記憶部である。例えば、第２記憶部１０３は、制御部１０１のワークメモリとして使用される。また、第２記憶部１０３は、画面に表示する画像データ（ビデオデータ、グラフィックデータ、等）を一時的に記憶するビデオメモリとしても使用される。第２記憶部１０３としては、例えば、揮発性かつ大容量の半導体メモリが使用される。

バス１０４は、画像表示装置の機能部間におけるデータの伝送に使用される。例えば、制御部１０１から各機能部へのコマンドの伝送、記憶部から各機能部へのデータの伝送、等は、バス１０４を介して行われる。

タッチスクリーンディスプレイ部１０５は、制御部１０１によって行われた表示制御に応じて、画面に画像を表示する。また、タッチスクリーンディスプレイ部１０５は、タッチ操作を受け付けたり、タッチ操作に応じた情報（信号）を出力したり、タッチ圧に応じた情報（信号）を出力したりする。本実施例では、タッチスクリーンディスプレイ部１０５は、タッチパネル１０６、圧力センサ１０７、及び、表示部１０８を有する。

タッチパネル１０６は、タッチ操作を受け付け、タッチ操作に応じた操作情報を出力する。操作情報は、例えば、タッチされた位置（画面内の位置）を示す。また、本実施例では、タッチパネル１０６は、画面内の複数の位置をユーザがタッチして行ったタッチ操作（マルチタッチ操作）を受け付けることができる。マルチタッチ操作が行われた場合には、例えば、操作情報として、タッチされた位置の数と、タッチされた各位置の座標とを示す情報が出力される。圧力センサ１０７は、タッチ圧を検出し、タッチ圧に応じた圧力情報（タッチ圧を示す情報）を出力する。表示部１０８は、表示制御に応じて、画面に画像を表示する。具体的には、表示部１０８は、表示制御によって第２記憶部１０３に書き込まれた画像データに基づく画像を、画面に表示する。表示部１０８として、例えば、液晶表示パネル、有機ＥＬ表示パネル、プラズマ表示パネル、等が使用される。

タッチパネルコントローラ１０９は、タッチパネル１０６から出力された操作情報のデータ形式を、制御部１０１が認識できる所定のデータ形式に変換し、変換後の操作情報を制御部１０１に出力する。制御部１０１は、タッチパネルコントローラ１０９からの操作
情報を解析することにより、タッチ操作を検出する。タッチパネルコントローラ１０９は、圧力センサ１０７から出力された圧力情報のデータ形式を、制御部１０１が認識できる所定のデータ形式に変換し、変換後の圧力情報を制御部１０１に出力する。制御部１０１は、タッチパネルコントローラ１０９からの圧力情報を解析することにより、タッチ圧を検出する。また、タッチパネルコントローラ１０９は、制御部１０１からの指示（表示制御）に応じて、第２記憶部１０３から表示部１０８への画像データの伝送を制御する。

図２（Ａ），２（Ｂ）は、本実施例に係る画像表示装置の模式図である。図２（Ａ）は、画像表示装置の外観図であり、図２（Ｂ）は、タッチスクリーンディスプレイ部１０５の物理的な構成を示す分解図である。本実施例に係る画像表示装置２０１は、画面（表示面）２０２に１つ以上のウィンドウを表示することができる。図２（Ａ）の例では、２つのウィンドウ２０３，２０４が表示されている。本実施例では、図２（Ｂ）に示すように、表示部２０７（図１の表示部１０８）の上に、圧力センサ２０６（図１の圧力センサ１０７）が配置されている。そして、圧力センサ２０６の上に、タッチパネル２０５（図１のタッチパネル１０６）が配置されている。なお、図２（Ｂ）では表示部２０７、圧力センサ２０６、及び、タッチパネル２０５が互いに離れているが、それらは一体化されていてもよい。また、表示部２０７、圧力センサ２０６、及び、タッチパネル２０５の順番は特に限定されない。例えば、タッチパネル２０５の上に圧力センサ２０６が配置されてもよい。

本実施例では、制御部１０１は、ウィンドウの表示領域内で行われたピンチイン・ピンチアウト操作をタッチ操作として検出した場合に、当該タッチ操作のタッチ圧に応じてウィンドウサイズ変更処理とウィンドウ内画像サイズ変更処理とを切り替えて実行する。以後、ピンチイン・ピンチアウト操作を「ピンチ操作」と記載する。ピンチ操作は、画面の２点をタッチし、タッチされた２点の少なくとも一方を動かすマルチタッチ操作である。ピンチ操作は、ピンチイン操作とピンチアウト操作を含む。ピンチイン操作は、タッチされた２点を近づけるタッチ操作である。例えば、ピンチイン操作は、画面内の領域をつまむように２本の指を動かすタッチ操作である。ピンチアウト操作は、タッチされた２点を遠ざけるタッチ操作である。例えば、ピンチアウト操作は、画面上で２本の指を広げるタッチ操作である。なお、本実施例では、特定の操作をピンチ操作、それに対応する処理を拡大・縮小処理として説明する。しかしながら、これに限らず、ピンチ操作以外の種類のタッチ操作や、拡大・縮小処理以外の処理であっても、タッチ圧力の大きさに応じて、処理対象を切り替えるという同様の作用を得ることができる。

図３（Ａ）は、弱いタッチ圧（通常のタッチ圧）のピンチ操作がウィンドウ３０１の内部で行われた場合の表示変化例を示す。図３（Ａ）では、２本の指３０２によってピンチ操作が行われている。２本の指３０２がウィンドウ３０１の内部に弱いタッチ圧でタッチすると、制御部１０１は、ウィンドウ３０１内の画像のサイズを変更するウィンドウ内画像サイズ変更処理の実行が指示されようとしていると判断する。そして、制御部１０１は、ウィンドウ内画像サイズ変更処理を示す通知ポインタ（通知画像）３０３を画面に表示する表示制御を行う。その状態からピンチイン操作が行われると、制御部１０１は、ウィンドウ内画像縮小処理（ウィンドウ内の画像を縮小するウィンドウ内画像サイズ変更処理）を示す通知ポインタ３０４を画面に表示する表示制御を行う。具体的には、制御部１０１は、通知ポインタ３０３を通知ポインタ３０４に変更する表示制御を行う。さらに、制御部１０１は、ウィンドウ３０１内の画像を縮小するウィンドウ内画像縮小処理を行う。符号３０５は、ウィンドウ内画像縮小処理後の画像を示す。一方、ピンチアウト操作が行われた場合には、制御部１０１は、ウィンドウ内画像拡大処理（ウィンドウ内の画像を拡大するウィンドウ内画像サイズ変更処理）を示す通知ポインタ３０６を画面に表示する表示制御を行う。具体的には、制御部１０１は、通知ポインタ３０３の表示を維持する表示制御を行う。さらに、制御部１０１は、ウィンドウ３０１内の画像を拡大するウィンドウ
内画像拡大処理を行う。符号３０７は、ウィンドウ内画像拡大処理後の画像を示す。

ウィンドウ内画像サイズ変更処理は、ウィンドウ内に表示されている画像に依存する。例えば、ウィンドウ内に地図が表示されている場合には、ウィンドウ内画像サイズ変更処理により、同じウィンドウサイズにおいて表示されるエリアのサイズが変更されるように、地図の縮尺が変更される。ウィンドウ内に静止画像や動画像が表示されている場合には、ウィンドウ内画像サイズ変更処理により、静止画像が動画像の画像サイズが変更される。ウィンドウ内に複数のサムネイル画像のリストが表示されている場合には、ウィンドウ内画像サイズ変更処理により、各サムネイル画像の画像サイズが変更され、ウィンドウ内のサムネイル画像の数が変更される。

なお、図３（Ａ）では、通知ポインタ３０３として、通知ポインタ３０６と同じ通知ポインタが使用されているが、通知ポインタ３０３はこれに限られない。例えば、通知ポインタ３０３として、通知ポインタ３０４と同じ通知ポインタが使用されてもよいし、通知ポインタ３０４，３０６と異なる通知ポインタが使用されてもよい。

図３（Ｂ）は、強いタッチ圧のピンチ操作がウィンドウ３１１の内部で行われた場合の表示変化例を示す。図３（Ｂ）では、２本の指３１２によってピンチ操作が行われている。２本の指３１２がウィンドウ３１１の内部に強いタッチ圧でタッチすると、制御部１０１は、ウィンドウ３１１のサイズを変更するウィンドウサイズ変更処理の実行が指示されようとしていると判断する。そして、制御部１０１は、ウィンドウサイズ変更処理を示す通知ポインタ（通知画像）３１３を画面に表示する表示制御を行う。その状態からピンチイン操作が行われると、制御部１０１は、ウィンドウ縮小処理（ウィンドウを縮小するウィンドウサイズ変更処理）を示す通知ポインタ３１４を画面に表示する表示制御を行う。具体的には、制御部１０１は、通知ポインタ３１３を通知ポインタ３１４に変更する表示制御を行う。さらに、制御部１０１は、ウィンドウ３１１を縮小するウィンドウ縮小処理を行う。符号３１５は、ウィンドウ縮小処理後のウィンドウを示す。一方、ピンチアウト操作が行われた場合には、制御部１０１は、ウィンドウ拡大処理（ウィンドウを拡大するウィンドウサイズ変更処理）を示す通知ポインタ３１６を画面に表示する表示制御を行う。具体的には、制御部１０１は、通知ポインタ３１３の表示を維持する表示制御を行う。さらに、制御部１０１は、ウィンドウ３１１を拡大するウィンドウ拡大処理を行う。符号３１７は、ウィンドウ拡大処理後のウィンドウを示す。

なお、図３（Ｂ）では、通知ポインタ３１３として、通知ポインタ３１６と同じ通知ポインタが使用されているが、通知ポインタ３１３はこれに限られない。例えば、通知ポインタ３１３として、通知ポインタ３１４と同じ通知ポインタが使用されてもよいし、通知ポインタ３１４，３１６と異なる通知ポインタが使用されてもよい。また、ウィンドウサイズ変更処理によるウィンドウのサイズの変更に応じて、当該ウィンドウ内の画像のサイズが変更されてもよいし、そうでなくてもよい。

本実施例に係る画像表示装置の処理フローについて、図４（Ａ），４（Ｂ）を用いて説明する。図４（Ａ），４（Ｂ）は、本実施例に係る画像表示装置の処理フローの一例を示すフローチャートである。画像表示装置に対して行われたタッチ操作を制御部１０１が検出すると、図４（Ａ）のフローチャートが開始される。制御部１０１は、タッチ操作を検出する処理を繰り返し行う。本実施例では、タッチパネルコントローラ１０９により、タッチパネル１０６に対するユーザの指等の接触状態の検知と、それに応じた操作情報（タッチされた位置の数、タッチされた各位置の座標、等）の取得とが、常時行われる。そして、現在までの所定期間にタッチパネルコントローラ１０９により取得された複数の操作情報が、第２記憶部１０３によって保持される。制御部１０１は、第２記憶部１０３によって保持された操作情報を用いて、タッチ操作を検出する。なお、最後に取得された操作
情報のみを用いてタッチ操作が検出されてもよいし、複数の操作情報を用いてタッチ操作が検出されてもよい。

まず、Ｓ４０１にて、制御部１０１は、第２記憶部１０３によって保持された操作情報に基づいて、タッチ操作の有無を検知し、タッチ操作が行われたことを検知すれば、その種類がピンチ操作であるか否かを判断する。ピンチ操作が行われた場合には、Ｓ４０２にて、ピンチ処理が行われる。ピンチ操作とは異なる種類のタッチ操作が行われた場合には、Ｓ４０３にて、行われたタッチ操作の種類に応じた他の処理が行われる。ピンチ操作とは異なる種類のタッチ操作は、画面の１点への接触が検知されたタッチ操作（タップ操作、ドラッグ操作、等を含む）、画面の３点以上への接触が検知されたタッチ操作（スワイプ操作を含む）、等である。

次に、図４（Ｂ）を用いて、Ｓ４０２のピンチ処理の詳細を説明する。

まず、Ｓ４１１にて、制御部１０１は、ピンチ操作が行われた領域（画面内の領域；操作領域）を判断する。具体的には、画面内のどの領域からピンチ操作が開始されたかが判断される。ウィンドウ外（ウィンドウの表示領域外）の領域でのピンチ操作が行われた場合には、Ｓ４１２にて、当該領域と、行われたピンチ操作とに対応する他のピンチ処理が行われる。ウィンドウ内（ウィンドウの表示領域内）の領域でピンチ操作が行われた場合には、Ｓ４１３へ処理が進められる。以後、ピンチ操作が行われたウィンドウを「対象ウィンドウ」と記載する。

Ｓ４１３にて、制御部１０１は、行われたピンチ操作のタッチ圧が閾値以上であるか否かを判断する。タッチ圧が閾値未満である場合にはＳ４１４へ処理が進められ、タッチ圧が閾値以上である場合にはＳ４１８へ処理が進められる。なお、タッチ圧と比較される上記閾値は、メーカによって予め定められた固定値であってもよいし、ユーザが変更可能な値であってもよい。

本実施例では、タッチパネルコントローラ１０９により、タッチパネル１０６に対するユーザのタッチ状態に応じた圧力情報（タッチ圧）の取得が、常時行われる。そして、現在までの所定期間にタッチパネルコントローラ１０９により取得された複数の圧力情報が、第２記憶部１０３によって保持される。制御部１０１は、第２記憶部１０３によって保持された圧力情報を用いて、タッチ圧を検出する。なお、最後に取得された圧力情報のみを用いてタッチ圧が検出されてもよいし、複数の圧力情報を用いてタッチ圧が検出されてもよい。

Ｓ４１４へ処理すすめられた場合には、図３（Ａ）に示すような表示変化が行われる。まず、Ｓ４１４にて、制御部１０１は、行われたピンチ操作がウィンドウ内画像サイズ変更操作であると判断した旨をユーザに通知するために、第１通知ポインタ（図３（Ａ）の通知ポインタ３０３）を画面に表示する表示制御を行う。ウィンドウ内画像サイズ変更操作は、ウィンドウ内画像サイズ変更処理の実行を指示するピンチ操作であり、第１通知ポインタは、ウィンドウ内画像サイズ変更処理またはウィンドウ内画像サイズ変更操作を示す通知ポインタである。そして、Ｓ４１５にて、制御部１０１は、行われたピンチ操作がピンチイン操作であるかピンチアウト操作であるかを判断する。第２記憶部１０３によって保持された複数の操作情報を用いてタッチ位置（タッチされた位置）の変化を判断することにより、行われたピンチ操作がピンチイン操作であるかピンチアウト操作であるかを判断することができる。ピンチアウト操作が行われた場合にはＳ４１６へ処理が進められ、ピンチイン操作が行われた場合にはＳ４１７へ処理が進められる。

Ｓ４１６にて、制御部１０１は、対象ウィンドウ内の画像を拡大するウィンドウ内画像
拡大処理を行う。Ｓ４１７にて、制御部１０１は、対象ウィンドウ内の画像を縮小するウィンドウ内画像縮小処理を行う。また、Ｓ４１６とＳ４１７にて、制御部１０１は、通知ポインタ（図３（Ａ）の通知ポインタ３０４，３０６）を画面に表示する表示制御も行う。

Ｓ４１３からＳ４１８へ処理が進められた場合には、図３（Ｂ）に示すような表示変化が行われる。まず、Ｓ４１８にて、制御部１０１は、行われたピンチ操作がウィンドウサイズ変更操作であると判断した旨をユーザに通知するために、第２通知ポインタ（図３（Ｂ）の通知ポインタ３１３）を画面に表示する表示制御を行う。ウィンドウサイズ変更操作は、ウィンドウサイズ変更処理の実行を指示するピンチ操作であり、第２通知ポインタは、ウィンドウサイズ変更処理またはウィンドウサイズ変更操作を示す通知ポインタである。そして、Ｓ４１９にて、制御部１０１は、行われたピンチ操作がピンチイン操作であるかピンチアウト操作であるかを判断する。ピンチアウト操作が行われた場合にはＳ４２０へ処理が進められ、ピンチイン操作が行われた場合にはＳ４２１へ処理が進められる。

Ｓ４２０にて、制御部１０１は、対象ウィンドウを拡大するウィンドウ拡大処理を行う。Ｓ４２１にて、制御部１０１は、対象ウィンドウを縮小するウィンドウ縮小処理を行う。また、Ｓ４２０とＳ４２１にて、制御部１０１は、通知ポインタ（図３（Ｂ）の通知ポインタ３１４，３１６）を画面に表示する表示制御も行う。

以上述べたように、本実施例によれば、ウィンドウの表示領域内で行われたピンチ操作のタッチ圧の大きさに応じて、ウィンドウ自身またはウィンドウ内に表示されている画像のいずれか一方に対して選択的に、ピンチ操作と対応する処理が実行される。それにより、タッチ操作の操作性を向上することができる。具体的には、ユーザは、ウィンドウの表示領域内でのピンチ操作という直感的な操作においてタッチの圧力を変えるだけで、ウィンドウサイズ変更処理の実行と、ウィンドウ内画像サイズ変更処理の実行とを選択的に指示することができる。換言すれば、ユーザは、ウィンドウの表示領域内でのピンチ操作の際にタッチ圧力の大きさを変えるという直感的な操作で、ウィンドウに表示されている画像のサイズは変えずに、ウィンドウそのもののサイズを変更したり、ウィンドウのサイズを変えずに、ウィンドウ内に表示されている画像のサイズを変更したりすることができる。これにより、ユーザは、ウィンドウの縁等、決められた狭い領域をタッチするようなことをする必要がなくなり、誤操作の発生を抑制することができる。

また、本実施例によれば、通知画像（通知ポインタ）が表示されることにより、ウィンドウサイズ変更処理とウィンドウ内画像サイズ変更処理とのどちらが実行されるのかを、ユーザが容易に把握可能となる。なお、通知画像は、ピンチ操作においてタッチされた位置から離れた位置に表示されることが好ましい。それにより、指に隠れて通知画像が見えないという不都合を解消することができる（通知画像の視認性の向上）。

なお、タッチ圧の検出方法は特に限定されない。例えば、圧力に応じた電気信号を出力するセンサの出力信号に基づいてタッチ圧が検出されてもよいし、そうでなくてもよい。タッチされた領域のサイズに基づいて、当該サイズが大きいほど高いタッチ圧が検出されてもよい。そのような構成によれば、物理的なセンサ（図１の圧力センサ１０７）は不要となるため、コストを低減することができる。

なお、本実施例では、ウィンドウ内画像サイズ変更処理のためのタッチ圧（ピンチ操作のタッチ圧）が、ウィンドウサイズ変更処理のためのタッチ圧よりも弱い例を説明したが、これに限られない。例えば、ウィンドウ内画像サイズ変更処理のためのタッチ圧が、ウィンドウサイズ変更処理のためのタッチ圧より強くてもよい。即ち、弱いタッチ圧のピンチ操作が行われた場合にウィンドウサイズ変更処理が行われ、強いタッチ圧のピンチ操作
が行われた場合にウィンドウ内画像サイズ変更処理が行われてもよい。

なお、ウィンドウサイズ変更処理では、ピンチ操作においてタッチされた位置の動かし方に応じたサイズに、ウィンドウのサイズが変更されることが好ましい。例えば、２つのタッチ位置の水平間隔の変化量に応じた変化量でウィンドウの水平サイズが変更され、２つのタッチ位置の垂直間隔の変化量に応じた変化量でウィンドウの垂直サイズが変更されてもよい。水平間隔は水平方向（左右方向）における間隔であり、垂直間隔は垂直方向（上下方向）における間隔であり、水平サイズは水平方向におけるサイズであり、垂直サイズは垂直方向におけるサイズである。この構成では、２つのタッチ位置の垂直間隔（垂直方向における間隔）のみを変更するピンチ操作に応じて、ウィンドウの垂直サイズのみが変更される。そして、２つのタッチ位置の水平間隔の変化量：２つのタッチ位置の垂直間隔の変化量＝２：１であるピンチ操作に応じて、水平サイズの変化量：垂直サイズの変化量＝２：１の変化量でウィンドウのサイズが変更される。タッチ位置の動かし方に応じたサイズにウィンドウのサイズが変更されることにより、ユーザは、より直感的なピンチ操作で、ウィンドウのサイズを変更することができる。ウィンドウ内画像サイズ変更処理においても、ウィンドウサイズ変更処理と同様に、タッチ位置の動かし方に応じたサイズに画像のサイズが変更されることが好ましい。

なお、図３（Ａ），３（Ｂ）には、２つのタッチ位置の両方が動かされる例が示されているが、２つのタッチ位置の一方のみが動かされてもよい。図５（Ａ），５（Ｂ）は、１つのタッチ位置のみを動かすピンチ操作に応じてウィンドウのサイズが変更される様子の一例を示す。図５（Ａ）の例では、２本の指５０１，５０２が画面をタッチしており、指５０１を動かさずに指５０２を指５０１から引き離すピンチアウト操作が行われている。この場合には、例えば、矢印５０３で示すように、ウィンドウの右上角の位置を変更することで、当該ウィンドウが拡大される。図５（Ｂ）の例では、２本の指５０４，５０５が画面をタッチしており、指５０４を動かさずに指５０５を指５０４から引き離すピンチアウト操作が行われている。この場合には、例えば、矢印５０６で示すように、ウィンドウの左上角の位置を変更することで、当該ウィンドウが拡大される。なお、これらの場合には、ウィンドウの拡大方向をユーザが容易に把握できるように、矢印５０３，５０６のような画像（ウィンドウの拡大方向を示す画像）が通知画像として表示されることが好ましい。図５（Ａ），５（Ｂ）には、ピンチアウト操作が行われる例が示されているが、２つのタッチ位置の一方のみを動かすピンチイン操作が行われてもよい。また、図５（Ａ），５（Ｂ）には、ウィンドウサイズ変更処理のためのピンチイン操作が示されているが、ウィンドウ内画像サイズ変更処理のためのピンチ操作として、２つのタッチ位置の一方のみを動かすピンチ操作が行われてもよい。

＜実施例２＞
以下、本発明の実施例２について説明する。ユーザが所定の方向におけるウィンドウのサイズのみを変更したい場合がある。例えば、ユーザがウィンドウの水平サイズのみを変更したかったり、ユーザがウィンドウの垂直サイズのみを変更したかったりすることがある。本実施例では、そのような変更をユーザが容易に行うことができる例を説明する。なお、以下では、実施例１と異なる構成や処理について詳しく説明し、実施例１と同様の構成や処理についての説明は省略する。本実施例に係る画像表示装置の構成は実施例１（図１，２（Ａ），２（Ｂ））と同様であるが、制御部１０１の処理が実施例１と異なる。

図６は、ピンチ操作がウィンドウの内部で行われた場合の表示変化例を示す。本実施例では、制御部１０１は、ウィンドウサイズ変更処理において、ピンチ操作のタッチ圧の変動（変化または維持）に基づいて方向を決定し、決定した方向におけるウィンドウのサイズを変更する。具体的には、制御部１０１は、ピンチ操作の開始時におけるタッチ圧に応じて、ピンチ操作がウィンドウサイズ変更操作であるか、ピンチ操作がウィンドウ内画像
サイズ変更操作であるかを判断する。そして、表示状態６０１のように、ピンチ操作がウィンドウサイズ変更操作であると判断された場合に、制御部１０１は、ウィンドウサイズ変更処理（ウィンドウサイズ変更操作）を示す通知ポインタ６０２を画面に表示する表示制御を行う。その後、制御部１０１は、ピンチ操作のタッチ圧の変動に基づいて方向を決定し、決定した方向におけるウィンドウのサイズを変更する。

本実施例では、タッチ圧が閾値未満となるようなタッチ圧の変動が生じた場合に、制御部１０１は、ピンチ操作に応じた方向（操作方向）を選択し、操作方向におけるウィンドウのサイズを変更する。操作方向は、２つのタッチ位置の間隔の変更方向である。つまり、上記変動が生じた場合には、実施例１と同様のウィンドウサイズ変更処理が行われる。

そして、タッチ圧が閾値以上となるようなタッチ圧の変動が生じた場合には、制御部１０１は、所定の方向を選択し、所定の方向におけるウィンドウのサイズを変更する。本実施例では、所定の方向として、水平方向または垂直方向が選択される。具体的には、上記変更方向が垂直方向に比べ水平方向に近いピンチ操作が行われた場合に、所定の方向として水平方向が選択され、変更方向が水平方向に比べ垂直方向に近いピンチ操作が行われた場合に、所定の方向として垂直方向が選択される。それにより、表示状態６０３または表示状態６０５が実現される。具体的には、水平方向を選択した場合に、制御部１０１は、水平方向に対応するウィンドウサイズ変更処理を示す通知ポインタ６０４を表示する表示制御を行い、水平方向におけるウィンドウのサイズを変更する。垂直方向におけるウィンドウのサイズは維持される（変更されない）。一方、垂直方向を選択した場合に、制御部１０１は、垂直方向に対応するウィンドウサイズ変更処理を示す通知ポインタ６０６を表示する表示制御を行い、垂直方向におけるウィンドウのサイズを変更する。水平方向におけるウィンドウのサイズは維持される。

図６には、ピンチアウト操作が行われた場合の例が示されている。そのため、図６では、通知ポインタ６０４は、水平方向においてウィンドウを拡大するウィンドウ拡大処理を示し、通知ポインタ６０６は、垂直方向においてウィンドウを拡大するウィンドウ拡大処理を示す。ピンチイン操作が行われた場合には、水平方向に対応する通知ポインタとして、水平方向においてウィンドウを縮小するウィンドウ縮小処理を示す通知ポインタが表示される。そして、垂直方向に対応する通知ポインタとして、垂直方向においてウィンドウを縮小するウィンドウ縮小処理を示す通知ポインタが表示される。

本実施例に係る画像表示装置の処理フローについて、図７（Ａ），７（Ｂ），８（Ａ），８（Ｂ）を用いて説明する。図７（Ａ），７（Ｂ），８（Ａ），８（Ｂ）は、本実施例に係る画像表示装置の処理フローの一例を示すフローチャートである。画像表示装置に対して行われたタッチ操作を制御部１０１が検出すると、図７（Ａ）のフローチャートが開始される。

まず、Ｓ７０１にて、制御部１０１は、行われたタッチ操作がピンチ操作であるか否かを判断する。Ｓ７０１の処理は、図４（Ａ）のＳ４０１の処理と同じである。ピンチ操作が行われた場合には、Ｓ７０２にて、ピンチ処理が行われる。ピンチ操作とは異なるタッチ操作が行われた場合には、Ｓ７０３とＳ７０４の処理が行われる。Ｓ７０３にて、制御部１０１は、操作フラグＦに０を設定する。そして、Ｓ７０４にて、制御部１０１は、行われたタッチ操作に応じた他の処理を行う。Ｓ７０４の処理は、図４（Ａ）のＳ４０３の処理と同じである。

操作フラグＦは、タッチ操作を示すフラグである。操作フラグＦ＝０はピンチ操作以外のタッチ操作を示し、操作フラグＦ＝１はウィンドウ内画像サイズ変更操作を示し、操作フラグＦ＝２はウィンドウサイズ変更操作を示す。本実施例では、操作フラグＦの初期値
は０である。

次に、図７（Ｂ）を用いて、Ｓ７０２のピンチ処理の詳細を説明する。

まず、Ｓ７１１にて、制御部１０１は、操作領域を判断する。操作領域がウィンドウ外の領域である場合には、Ｓ７１２とＳ７１３の処理が行われる。Ｓ７１２にて、制御部１０１は、操作領域と、行われたピンチ操作とに対応する他のピンチ処理を行う。そして、Ｓ７１３にて、制御部１０１は、操作フラグＦに０を設定する。Ｓ７１１の処理は図４（Ｂ）のＳ４１１の処理と同じであり、Ｓ７１２の処理は図４（Ｂ）のＳ４１２の処理と同じである。操作領域がウィンドウ内の領域である場合には、Ｓ７１４へ処理が進められる。

Ｓ７１４にて、制御部１０１は、操作フラグＦを確認する。操作フラグＦ＝０である場合には、Ｓ７１５へ処理が進められる。操作フラグＦ＝１である場合には、図８（Ｂ）のフローチャートが実行され、操作フラグＦ＝２である場合には、図８（Ａ）のフローチャートが実行される。図８（Ａ）のフローチャートについては後述する。図８（Ｂ）では、Ｓ８２２〜Ｓ８２５の処理により、実施例１と同じウィンドウ内画像サイズ変更処理が行われる（図３（Ａ））。Ｓ８２２〜Ｓ８２５の処理は、図４（Ｂ）のＳ４１４〜Ｓ４１７の処理と同じである。

Ｓ７１５にて、制御部１０１は、行われたピンチ操作のタッチ圧（現在のタッチ圧）が第１閾値以上であるか否かを判断する。Ｓ７１５の処理は、図４（Ｂ）のＳ４１３の処理と同じである。タッチ圧が第１閾値未満である場合には、Ｓ７１６にて、制御部１０１は、操作フラグＦに１を設定する。その後、図８（Ｂ）のフローチャートが実行される。タッチ圧が第１閾値以上である場合には、Ｓ７１７にて、制御部１０１は、操作フラグＦに０を設定する。その後、図８（Ｂ）のフローチャートが実行される。

図８（Ａ）のフローチャートについて説明する。まず、Ｓ８１１にて、制御部１０１は、行われたピンチ操作のタッチ圧（現在のタッチ圧）が第２閾値以上であるか否かを判断する。Ｓ８１１の処理が行われる時刻は、図７（Ｂ）のＳ７１５の処理が行われる時刻と異なる。そのため、Ｓ８１１では、Ｓ７１５の処理で使用されるタッチ圧と異なるタッチ圧が使用されることがある。タッチ圧が第２閾値未満である場合にはＳ８１２へ処理が進められ、タッチ圧が第２閾値以上である場合にはＳ８１６へ処理が進められる。

本実施例では、第２閾値として、第１閾値よりも大きい値が使用される。なお、第１閾値と第２閾値の関係は特に限定されない。第２閾値が第１閾値と同じ値であってもよいし、第２閾値が第１閾値より小さい値であってもよい。なお、第１閾値と第２閾値は、メーカによって予め定められた固定値であってもよいし、ユーザが変更可能な値であってもよい。

Ｓ８１１からＳ８１２へ処理が進められた場合には、Ｓ８１２〜Ｓ８１５の処理により、実施例１と同じウィンドウサイズ変更処理が行われる（図３（Ｂ），５（Ａ），５（Ｂ））。Ｓ８１２〜Ｓ８１５の処理は、図４（Ｂ）のＳ４１８〜Ｓ４２１の処理と同じである。Ｓ８１４またはＳ８１５にて、制御部１０１は、操作方向（ピンチ操作に応じた方向）を選択し、操作方向における対象ウィンドウのサイズを変更する。

Ｓ８１１からＳ８１６へ処理が進められた場合には、Ｓ８１６〜Ｓ８１９の処理により、図６に示すような表示変化が行われる。まず、Ｓ８１６にて、制御部１０１は、行われたピンチ操作がウィンドウサイズ変更操作であると判断した旨をユーザに通知するために、第２通知ポインタ（図３（Ｂ）の通知ポインタ３１３）を画面に表示する表示制御を行
う。そして、Ｓ６１７にて、制御部１０１は、行われたピンチ操作がピンチイン操作であるかピンチアウト操作であるかを判断する。ピンチアウト操作が行われた場合にはＳ８１８へ処理が進められ、ピンチイン操作が行われた場合にはＳ８１９へ処理が進められる。

Ｓ８１８にて、制御部１０１は、所定の方向（水平方向または垂直方向）を選択し、且つ、選択した方向において対象ウィンドウを拡大する所定方向拡大処理を、ウィンドウサイズ変更処理として実行する。Ｓ８１９にて、制御部１０１は、所定の方向（水平方向または垂直方向）を選択し、且つ、選択した方向において対象ウィンドウを縮小する所定方向縮小処理を、ウィンドウサイズ変更処理として実行する。また、Ｓ８１８とＳ８１９にて、制御部１０１は、実行するウィンドウサイズ変更処理を示す通知ポインタ（図６（Ｂ）の通知ポインタ６０４，６０６など）を画面に表示する表示制御も行う。

Ｓ８１８とＳ８１９では、２つのタッチ位置の間隔の変更方向が水平方向に近いピンチ処理が行われた場合に水平方向が選択され、変更方向が垂直方向に近いピンチ処理が行われた場合に垂直方向が選択される。例えば、制御部１０１は、２つのタッチ位置の水平間隔の変化量を、２つのタッチ位置の垂直間隔の変化量と比較する。そして、制御部１０１は、水平間隔の変化量が垂直間隔の変化量よりも大きい場合に水平方向を選択し、水平間隔の変化量が垂直間隔の変化量よりも小さい場合に垂直方向を選択する。

以上述べたように、本実施例によれば、ウィンドウサイズ変更処理において、タッチ圧の変動に基づいて方向が決定され、決定された方向におけるウィンドウのサイズが変更される。それにより、タッチ操作の操作性をより向上することができる。具体的には、ユーザは、タッチ圧の変動を変えるだけで、所望の方向におけるウィンドウのサイズのみを変更することができる。

また、図７（Ａ），７（Ｂ），８（Ａ），８（Ｂ）のフローチャートによれば、ウィンドウ内でのピンチ操作が繰り返された場合に、前回と同じ拡大・縮小処理が行われる。具体的には、Ｓ７１４の判断により、前回と同じ拡大・縮小処理を行う上記処理が実現される。繰り返される複数のピンチ操作は、同じ拡大・縮小処理を意図したピンチ操作である可能性が高い。そのため、前回と同じ拡大・縮小処理を行う上記処理により、ユーザは、ピンチ操作の度にタッチ圧を意識せずに、前回と同じ拡大・縮小処理を装置に容易に行わせることができる。なお、前回と同じ拡大・縮小処理を行う上記処理は省略されてもよい。例えば、操作領域がウィンドウ内の領域であるとＳ７１１で判断された場合に、Ｓ７１１からＳ７１５へ処理が進められてもよい。

なお、方向の決定方法（方向の選択方法）は特に限定されない。例えば、２つのタッチ位置の間隔の変更方向と水平方向の類似度と、変更方向と垂直方向の類似度とが決定されて比較されてもよい。そして、変更方向と水平方向の類似度が変更方向と垂直方向の類似度よりも高い場合に水平方向が選択され、変更方向と垂直方向の類似度が変更方向と水平方向の類似度よりも高い場合に垂直方向が選択されてもよい。所定の方向は、水平方向と垂直方向の少なくとも一方を含んでいなくてもよいし、斜め方向を含んでいてもよい。所定の方向として用意された複数の方向のいずれかが選択され、且つ、操作方向（ピンチ操作に応じた方向）が選択されない構成であってもよい。タッチ圧の変化量（変動量）に応じて方向が決定されてもよい。タッチ圧の変化量が第１の数値範囲内の値である場合に水平方向が選択され、タッチ圧の変化量が第２の数値範囲内の値である場合に垂直方向が選択され、タッチ圧の変化量が第３の数値範囲内の値である場合に操作方向が選択されてもよい。

＜実施例３＞
以下、本発明の実施例３について説明する。実施例１，２ではピンチ操作が行われる例
を説明したが、本実施例では、画面の１点をタッチするタッチ操作が行われる例を説明する。但し、以下で述べる本実施例の構成は、画面の複数点をタッチするタッチ操作が行われる場合にも適用できる。なお、以下では、実施例１，２と異なる構成や処理について詳しく説明し、実施例１，２と同様の構成や処理についての説明は省略する。本実施例に係る画像表示装置の構成は実施例１，２（図１，２（Ａ），２（Ｂ））と同様であるが、制御部１０１の処理が実施例１，２と異なる。

本実施例では、制御部１０１は、タッチ位置に対応する判断領域を設定する。その際、制御部１０１は、タッチ圧に応じて判断領域のサイズを変更する。そして、制御部１０１は、ウィンドウの縁の表示位置が判断領域に含まれる場合に、当該表示位置（ウィンドウの縁）を選択するタッチ操作が行われたと判断する。制御部１０１は、ウィンドウの縁の表示位置を選択するタッチ操作を検出した場合に、タッチ位置の移動に応じてウィンドウサイズ変更処理を実行する。即ち、制御部１０１は、ウィンドウの縁の表示位置を選択するタッチ操作として、タッチ位置を動かすドラッグ操作を検出した場合に、当該ドラッグ操作に応じてウィンドウサイズ変更処理を実行する。なお、ウィンドウの縁の表示位置を選択するタッチ操作はドラッグ操作に限られないし、タッチ操作に応じた処理はウィンドウサイズ変更処理に限られない。例えば、ウィンドウの縁の表示位置を選択するタッチ操作としてタップ操作が行われ、当該タップ操作に応じてウィンドウに関するプロパティ情報を表示する表示制御が行われてもよい。

なお、本実施例では、１つのタッチ位置について、当該タッチ位置を中心とする１つの円形領域が判断領域として設定される例を説明するが、これに限らない。例えば、１つのタッチ位置について、複数の領域を含む領域群が判断領域として設定されてもよい。判断領域の形状は、四角形、五角形、六角形、楕円形、等であってもよい。判断領域の輪郭は、直線部分と曲線部分の両方を有していてもよい。タッチ位置とは異なる位置を中心とする判断領域が設定されてもよい。判断領域がタッチ位置を含んでいてもよいし、判断領域がタッチ位置を含んでいなくてもよい。但し、より直感的な操作のために、判断領域の中心がタッチ位置に近いことが好ましい。判断領域の中心がタッチ位置と一致することが特に好ましい。

図９（Ａ），９（Ｂ）は、判断領域の一例を示す図である。図９（Ａ）は、弱いタッチ圧（通常のタッチ圧）のタッチ操作が行われた場合の例を示し、図９（Ｂ）は、強いタッチ圧のタッチ操作が行われた場合の例を示す。図９（Ａ）には、７つの判断領域９０３〜９０９が示されており、図９（Ｂ）には、７つの判断領域９１０〜９１６が示されている。図９（Ａ），９（Ｂ）から、判断領域９１０〜９１６が判断領域９０３〜９０９よりも大きいことがわかる。このように、本実施例では、タッチ圧が強い場合に、タッチ圧が弱い場合に比べて大きいサイズに、判断領域のサイズが変更される。

なお、タッチ圧と判断領域のサイズとの対応関係は特に限定されない。例えば、タッチ圧が弱い場合（タッチ圧が通常のタッチ圧である場合）に、タッチ圧が強い場合に比べて大きい判断領域が設定されてもよい。タッチ圧が所定の数値範囲内の値である場合に大きい判断領域が設定され、タッチ圧が所定の数値範囲外の値である場合に小さい判断領域が設定されてもよい。但し、通常タッチ時（タッチ圧が通常のタッチ圧である場合）に小さい判断領域を設定する構成では、通常タッチ時における装置の動作が既存の装置の動作と同様の動作となるため、タッチ操作と様々な処理との親和性を高めることができる。

図９（Ａ），９（Ｂ）において、ウィンドウ９０１は地図を表示するウィンドウであり、ウィンドウ９０２は表計算ソフトウェアの動作するウィンドウである。ウィンドウ９０２の一部（左上部）は、ウィンドウ９０１の下に隠れている。なお、ウィンドウ内に表示される画像は特に限定されない。判断領域９０３〜９０６，９１０〜９１３はウィンドウ
９０１の縁（角）を含んでいる。そのため、８つの判断領域９０３〜９０６，９１０〜９１３のいずれかが設定された場合に、制御部１０１は、ウィンドウ９０１の角を選択するタッチ操作が行われたと判断する。例えば、判断領域９１１（ウィンドウ９０１の右上角に対応する判断領域）が設定された場合に、制御部１０１は、ウィンドウ９０１の右上角を選択するタッチ操作が行われたと判断する。そして、制御部１０１は、８つの判断領域９０３〜９０６，９１０〜９１３のいずれかに対応するタッチ位置を動かすドラッグ操作に応じて、ウィンドウ９０１のサイズを変更するウィンドウサイズ変更処理を行う。例えば、判断領域９１１に対応するタッチ位置を動かすドラッグ操作に応じて、ウィンドウ９０１の右上角の位置を変更することでウィンドウ９０１のサイズ（高さ、幅、又は、それらの両方）を変更するウィンドウ変更処理が行われる。

判断領域９０７〜９０９，９１４〜９１６はウィンドウ９０２の角を含んでいる。そのため、６つの判断領域９０７〜９０９，９１４〜９１６のいずれかが設定された場合に、制御部１０１は、ウィンドウ９０２の角を選択するタッチ操作が行われたと判断する。そして、制御部１０１は、６つの判断領域９０７〜９０９，９１４〜９１６のいずれかに対応するタッチ位置を動かすドラッグ操作に応じて、ウィンドウ９０２のサイズを変更するウィンドウサイズ変更処理を行う。

なお、画面の複数点をタッチするタッチ操作が行われた場合に、複数のタッチ位置にそれぞれ対応する複数の判断領域が設定されてもよい。そして、複数のタッチ位置を動かすドラッグ操作に応じてウィンドウサイズ変更処理が行われてもよい。例えば、判断領域９１０（ウィンドウ９０１の左上角に対応する判断領域）と判断領域９１２（ウィンドウ９０１の右下角に対応する判断領域）が設定されてもよい。そして、２つの判断領域９１０，９１２にそれぞれ対応する２つのタッチ位置を動かすドラッグ操作に応じて、ウィンドウ９０１の左上角と右下角の位置を変更することでウィンドウ９０１のサイズを変更するウィンドウ変更処理が行われてもよい。

図１０は、判断領域の一例を示す図であり、本実施例の課題と効果の一例を説明するための図である。まず、ユーザがウィンドウの縁をタッチしたい場合について説明する。ウィンドウの縁の領域は小さいため、ユーザがウィンドウの縁をタッチできない場合が多い。例えば、ユーザがウィンドウ１００１の右上角をタッチしたつもりでも、ウィンドウ１００１の右上角から離れた位置１００２がタッチされていることがある。そのため、判断領域として常に小さい領域が設定される場合には、ウィンドウ１００１の右上角を含まない判断領域１００３が設定され、ユーザは、ウィンドウ１００１の右上角を選択することができない。その結果、ユーザの意図した処理とは異なる処理が誤って実行されてしまう。例えば、タッチ位置１００２を動かすドラッグ操作に応じて、ウィンドウ１００１のサイズを変更するウィンドウサイズ変更処理とは異なる処理が実行されてしまう。

一方、本実施例では、強いタッチ圧でタッチすることで大きいサイズの判断領域が設定される。そのため、タッチ位置１００２のタッチ圧をユーザが強めるだけで、判断領域１００３よりも大きい判断領域１００４が設定される。判断領域１００４はウィンドウ１００１の右上角を含むため、ウィンドウ１００１の右上角が選択され、ユーザが意図した処理が行われる。例えば、タッチ位置１００２を動かすドラッグ操作に応じて、ウィンドウ１００１のサイズを変更するウィンドウサイズ変更処理が実行される。

次に、ユーザがウィンドウの縁に近い位置をタッチしたい場合について説明する。具体的には、ウィンドウ１００１内の位置をタッチする目的で位置１００５がタッチされた場合について説明する。判断領域として常に大きい領域が設定される場合には、ウィンドウ１００１の左下角を含む判断領域１００６が設定され、ウィンドウ１００１の左下角が選択されてしまう。その結果、ユーザの意図した処理とは異なる処理が誤って実行されてし
まう。例えば、タッチ位置１００５を動かすドラッグ操作に応じて、ウィンドウ１００１のサイズを変更するウィンドウサイズ変更処理が実行されてしまう。ウィンドウ外の位置をユーザがタッチしたい場合にも、同様の課題（誤操作および誤処理）が生じる。

一方、本実施例では、弱いタッチ圧でタッチすることで小さいサイズの判断領域が設定される。そのため、タッチ位置１００５のタッチ圧をユーザが弱めるだけで、判断領域１００６よりも小さい判断領域１００７が設定される。判断領域１００７はウィンドウ１００１の角を含まないため、ウィンドウ１００１の角は選択されず、ユーザが意図した処理が行われる。例えば、タッチ位置１００２を動かすドラッグ操作に応じて、ウィンドウ１００１内の画像を動かす処理が実行される。

このように、常に同じサイズの判断領域が設定される場合には、誤操作および誤処理が生じやすい。一方、本実施例では、タッチ圧に応じて判断領域のサイズが変更されるため、ユーザは、タッチ圧の変更という簡単な操作で、所望の処理を装置に行わせることができる。

本実施例に係る画像表示装置の処理フローについて、図１１（Ａ），１１（Ｂ）を用いて説明する。図１１（Ａ），１１（Ｂ）は、本実施例に係る画像表示装置の処理フローの一例を示すフローチャートである。画像表示装置に対して行われたタッチ操作を制御部１０１が検出すると、図１１（Ａ）のフローチャートが開始される。

まず、Ｓ１１０１にて、制御部１０１は、行われたタッチ操作がドラッグ操作であるか否かを判断する。タッチ操作がドラッグ操作であるか否かは、図４（Ａ）のＳ４０１の処理と同様に、第２記憶部１０３によって保持された操作情報に基づいて判断される。ドラッグ操作が行われた場合には、Ｓ１１０２にて、ドラッグ処理が行われる。ドラッグ操作とは異なるタッチ操作が行われた場合には、Ｓ１１０３にて、行われたタッチ操作に応じた他の処理が行われる。

次に、図１１（Ｂ）を用いて、Ｓ１１０２のドラッグ処理の詳細を説明する。

まず、Ｓ１１１１にて、行われたドラッグ操作のタッチ圧が閾値以上であるか否かを判断する。タッチ圧が閾値以上である場合にはＳ１１１２へ処理が進められ、タッチ圧が閾値未満である場合にはＳ１１１３へ処理が進められる。なお、タッチ圧と比較される上記閾値は、メーカによって予め定められた固定値であってもよいし、ユーザが変更可能な値であってもよい。

Ｓ１１１２にて、制御部１０１は、サイズ（半径）Ｓ１の判断領域を設定する。Ｓ１１１３にて、制御部１０１は、サイズＳ２の判断領域を設定する。サイズＳ１は、サイズＳ２よりも大きい。なお、サイズＳ１，Ｓ２は、メーカによって予め定められた固定値であってもよいし、ユーザが変更可能な値であってもよい。Ｓ１１１２またはＳ１１１３の処理が行われた後、Ｓ１１１４へ処理が進められる。

Ｓ１１１２の処理によれば、タッチ圧の増加に応じて判断領域のサイズが段階的に拡大されるように、判断領域のサイズが決定される。しかしながら、サイズの決定方法はこれに限られない。例えば、タッチ圧の増加に応じて判断領域のサイズが連続的に拡大されるように、判断領域のサイズが決定されてもよい。また、Ｓ１１１２の処理によれば、判断領域のサイズの取り得る値の数は２つである。しかしながら、判断領域のサイズの取り得る値の数は２つより多くてもよい。例えば、タッチ圧が第１の数値範囲内の値である場合に第１サイズの判断領域が設定され、タッチ圧が第２の数値範囲内の値である場合に第２サイズの判断領域が設定され、タッチ圧が第３の数値範囲内の値である場合に第３サイズ
の判断領域が設定されてもよい。

Ｓ１１１４にて、制御部１０１は、設定した判断領域にウィンドウの縁が含まれているか否かを判断する。判断領域にウィンドウの縁が含まれている場合には、制御部１０１は、当該ウィンドウの縁に対するドラッグ操作が行われたと判断し、Ｓ１１１５へ処理を進める。具体的には、ウィンドウの縁の、判断領域に含まれている部分に対するドラッグ操作が行われたと判断される。サイズＳ１はサイズＳ２よりも大きいため、サイズＳ１の判断領域が設定された場合の方が、サイズＳ２の判断領域が設定された場合に比べ、ウィンドウの縁に対するドラッグ操作が行われたと判断されやすい。判断領域にウィンドウの縁が含まれていない場合には、制御部１０１は、ウィンドウの縁に対するドラッグ操作とは異なるドラッグ操作が行われたと判断し、Ｓ１１１６へ処理を進める。

Ｓ１１１５にて、制御部１０１は、行われたドラッグ操作に応じてウィンドウサイズ変更処理を行う。Ｓ１１１６にて、制御部１０１は、行われたドラッグ操作におけるタッチ位置と、タッチ位置の動かし方とに応じた他のドラッグ処理を行う。

以上述べたように、本実施例によれば、タッチ圧に応じて判断領域のサイズが変更される。そして、ウィンドウの縁の表示位置が判断領域に含まれる場合に、当該表示位置を選択するタッチ操作が行われたと判断される。それにより、タッチ操作の操作性を向上することができる。具体的には、ユーザが、タッチ圧の変更という簡単な操作で、ウィンドウの縁の選択、ウィンドウの縁に近い位置の選択、等を容易に行えるようになる。ひいては、ユーザが所望の処理を装置に容易に行わせるようになる。

＜実施例４＞
以下、本発明の実施例４について説明する。本実施例では、画像表示装置（情報処理装置）において、実施例３と同様の処理が行われ、且つ、実施例１などで述べたような通知画像を表示する表示制御がさらに行われる例を説明する。なお、以下では、実施例３と異なる構成や処理について詳しく説明し、実施例３と同様の構成や処理についての説明は省略する。本実施例に係る画像表示装置の構成は実施例３（図１，２（Ａ），２（Ｂ））と同様である。但し、本実施例では、制御部１０１は、通知画像を画面に表示する表示制御をさらに行う。

図１２を用いて、本実施例に係るドラッグ処理（図１１（Ａ）のＳ１１０２）の詳細を説明する。図１２は、本実施例に係るドラッグ処理の処理フローの一例を示すフローチャートである。Ｓ１２１１〜Ｓ１２１４の処理は、図１１（Ｂ）のＳ１１１１〜Ｓ１１１４の処理と同じである。判断領域にウィンドウの縁が含まれている場合には、Ｓ１２１４からＳ１２１５へ処理が進められ、Ｓ１２１５とＳ１２１６の処理が行われる。判断領域にウィンドウの縁が含まれていない場合には、Ｓ１２１４からＳ１２１７へ処理が進められ、Ｓ１２１７とＳ１２１８の処理が行われる。Ｓ１２１６の処理は図１１（Ｂ）のＳ１１１５の処理と同じであり、Ｓ１２１８の処理はＳ１１１６の処理と同じである。Ｓ１２１５にて、制御部１０１は、Ｓ１２１６で行われるウィンドウサイズ変更処理を示す通知画像を画面に表示する表示制御を行う。Ｓ１２１７にて、制御部１０１は、Ｓ１２１８で行われる他のドラッグ処理を示す通知画像を画面に表示する表示制御を行う。

通知画像（通知ポインタ）の具体例について、図１３（Ａ），１３（Ｂ）を用いて説明する。図１３（Ａ），１３（Ｂ）において、ウィンドウ１３０１は、地図を表示するウィンドウである。まず、図１３（Ａ）について説明する。図１３（Ａ）は、弱いタッチ圧（通常のタッチ圧）のドラッグ操作が行われた場合の例を示す。

図１３（Ａ）において、位置１３０２ａをタッチ位置の始点とするドラッグ操作が行わ
れた場合には、最初に判断領域１３０２ｂが設定される。判断領域１３０２ｂにはウィンドウ１３０１の縁が含まれないため、図１２のＳ１２１７とＳ１２１８の処理が行われる。判断領域１３０２ｂはウィンドウ１３０１内の領域である。そのため、例えば、Ｓ１２１７の表示制御により、地図をスクロールするスクロール処理を示す通知ポインタ１３０３が表示される。そして、Ｓ１２１８にて、タッチ位置の移動に応じて地図をスクロールするスクロール処理が行われる。

図１３（Ａ）において、位置１３０４ａをタッチ位置の始点とするドラッグ操作が行われた場合には、最初に判断領域１３０４ｂが設定される。判断領域１３０４ｂにはウィンドウ１３０１の縁が含まれるため、図１２のＳ１２１５とＳ１２１６の処理が行われる。判断領域１３０４ｂには、上記縁として、ウィンドウ１３０１の右辺のみが含まれる。そのため、例えば、Ｓ１２１５の表示制御により、ウィンドウ１３０１の水平サイズ（幅）を変更するウィンドウサイズ変更処理を示す通知ポインタ１３０５が表示される。そして、Ｓ１２１６にて、タッチ位置の移動に応じてウィンドウ１３０１の右辺の水平位置（水平方向における位置）を移動することでウィンドウ１３０１の水平サイズを変更するウィンドウサイズ変更処理が行われる。

図１３（Ａ）において、位置１３０６ａをタッチ位置の始点とするドラッグ操作が行われた場合には、最初に判断領域１３０６ｂが設定される。判断領域１３０６ｂには、ウィンドウ１３０１の縁として、ウィンドウ１３０１の右辺のみが含まれる。そのため、Ｓ１２１５の表示制御により、通知ポインタ１３０５と同じ通知ポインタ１３０７が表示される。そして、Ｓ１２１６にて、ウィンドウ１３０１の水平サイズを変更するウィンドウサイズ変更処理が行われる。

次に、図１３（Ｂ）について説明する。図１３（Ｂ）は、強いタッチ圧のドラッグ操作が行われた場合の例を示す。

図１３（Ｂ）において、位置１３０８ａをタッチ位置の始点とするドラッグ操作が行われた場合には、最初に判断領域１３０８ｂが設定される。位置１３０８ａは図１３（Ａ）の位置１３０２ａと同じ位置であるが、タッチ圧が強いため、判断領域１３０８ｂは図１３（Ａ）の判断領域１３０２ｂよりも大きい。判断領域１３０８ｂは、ウィンドウ１３０１の縁を含まない領域であり、且つ、ウィンドウ１３０１内の領域である。そのため、Ｓ１２１７の表示制御により、通知ポインタ１３０３と同じ通知ポインタ１３０９が表示される。そして、Ｓ１２１８にて、上記スクロール処理が行われる。

図１３（Ｂ）において、位置１３１０ａをタッチ位置の始点とするドラッグ操作が行われた場合には、最初に判断領域１３１０ｂが設定される。位置１３１０ａは図１３（Ａ）の位置１３０４ａと同じ位置であるが、タッチ圧が強いため、判断領域１３１０ｂは図１３（Ａ）の判断領域１３０４ｂよりも大きい。判断領域１３１０ｂには、ウィンドウ１３０１の縁として、ウィンドウ１３０１の右辺のみが含まれる。そのため、Ｓ１２１５の表示制御により、通知ポインタ１３０５，１３０７と同じ通知ポインタ１３１１が表示される。そして、Ｓ１２１６にて、ウィンドウ１３０１の水平サイズを変更するウィンドウサイズ変更処理が行われる。

図１３（Ｂ）において、位置１３１２ａをタッチ位置の始点とするドラッグ操作が行われた場合には、最初に判断領域１３１２ｂが設定される。位置１３１２ａは図１３（Ａ）の位置１３０６ａと同じ位置であるが、タッチ圧が強いため、判断領域１３１２ｂは図１３（Ａ）の判断領域１３０６ｂよりも大きい。判断領域１３１２ｂには、ウィンドウ１３０１の縁として、ウィンドウ１３０１の右辺、ウィンドウ１３０１の下辺、及び、ウィンドウ１３０１の右下角が含まれる。この場合には、例えば、制御部１０１は、ウィンドウ
１３０１の辺に対するドラッグ操作に応じた処理よりも、ウィンドウ１３０１の角に対するドラッグ操作に応じた処理を優先して実行する。具体的には、Ｓ１２１５にて、ウィンドウ１３０１の水平サイズ（幅）と垂直サイズ（高さ）の両方を変更可能なウィンドウサイズ変更処理を示す通知ポインタ１３１３を表示する表示制御が行われる。通知ポインタ１３１３は、“ウィンドウ１３０１の右下角の位置を変更することでウィンドウ１３０１のサイズを変更するウィンドウサイズ変更処理を示す通知ポインタ”とも言える。そして、Ｓ１２１６にて、タッチ位置の移動に応じてウィンドウ１３０１の右下角の位置を移動することでウィンドウ１３０１のサイズを変更するウィンドウサイズ変更処理が行われる。

以上述べたように、本実施例によれば、実施例３と同様の処理が行われるだけでなく、通知画像を表示する表示制御がさらに行われる。それにより、タッチ操作に応じてどのような処理が実行されるのかを、ユーザが容易に把握可能となる。なお、図１３（Ａ），１３（Ｂ）に示すように、通知画像は、タッチ位置から離れた位置に表示されることが好ましい。それにより、指に隠れて通知画像が見えないという不都合を解消することができる（通知画像の視認性の向上）。

なお、実施例１〜４はあくまで一例であり、本発明の要旨の範囲内で実施例１〜４の構成を適宜変形したり変更したりすることにより得られる構成も、本発明に含まれる。実施例１〜４の構成を適宜組み合わせて得られる構成も、本発明に含まれる。

＜その他の実施例＞
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１：制御部 １０６：タッチパネル １０７：圧力センサ １０８：表示部

Claims (7)

1. ウィンドウを表示部に表示するとともに、画像を前記ウィンドウ内に表示するよう制御する表示制御手段と、
   前記表示部で前記ウィンドウが表示されている領域へのタッチ操作を検知する検知手段と、
   前記タッチ操作の圧力を検出する検出手段と、
   前記検出された圧力に応じて、前記ウィンドウまたは前記ウィンドウ内に表示される画像のいずれか一方に対して拡大・縮小処理を実行する処理手段と
   を有し、
   前記処理手段は、前記検出された圧力に応じて、前記ウィンドウ内に表示される画像に対して拡大・縮小処理を実行せず、かつ前記ウィンドウに対して拡大・縮小処理を実行するか、または前記ウィンドウ内に表示される画像に対して拡大・縮小処理を実行し、かつ前記ウィンドウに対して拡大・縮小処理を実行しない
   ことを特徴とする情報処理装置。
2. 前記検出手段は、前記圧力の変動を検出し、
   前記処理手段は、前記検出された変動に応じて、前記ウィンドウまたは前記ウィンドウ内に表示される画像のいずれか一方に対して前記拡大・縮小処理を実行する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記拡大・縮小処理の対象が、前記ウィンドウまたは前記ウィンドウ内に表示される画像のうちいずれであるかを示す情報を通知する通知手段をさらに有する
   ことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記処理手段は、前記タッチ操作が繰り返された場合に、同じ対象に対して前記拡大・縮小処理を実行する
   ことを特徴とする請求項１〜３のいずれか１項に記載の情報処理装置。
5. 前記タッチ操作は、ピンチ操作である
   ことを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。
6. ウィンドウを表示部に表示するとともに、画像を前記ウィンドウ内に表示するよう制御する表示制御ステップと、
   前記表示部で前記ウィンドウが表示されている領域へのタッチ操作を検知する検知ステップと、
   前記タッチ操作の圧力を検出する検出ステップと、
   前記検出された圧力に応じて、前記ウィンドウまたは前記ウィンドウ内に表示される画像のいずれか一方に対して拡大・縮小処理を実行する処理ステップと
   を有し、
   前記処理ステップでは、前記検出された圧力に応じて、前記ウィンドウ内に表示される画像に対して拡大・縮小処理を実行せず、かつ前記ウィンドウに対して拡大・縮小処理を実行するか、または前記ウィンドウ内に表示される画像に対して拡大・縮小処理を実行し、かつ前記ウィンドウに対して拡大・縮小処理を実行しない
   ことを特徴とする情報処理方法。
7. コンピュータを請求項１〜５のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。

Images