(57)【特許請求の範囲】
【請求項１】
タッチパネルを制御することができる制御手段と、
表示されるリソースの解析を行うユーザーインターフェース解析手段と、
前記リソースの書き換えを変更する第１のユーザーインターフェース変更手段と、
コントロール入力が終了したことを検知する第１の検知手段と、
コントロールを解析して次のコントロールまでの距離を計算する計算手段と、
前記次のコントロールまでの距離が１画面以内か否かを判定する判定手段と、
前記第１の検知手段によってコントロールの入力の終了が検知されたとき、前記計算手段によって求められた距離に応じてユーザーインターフェースのスクロール量を算出する算出手段と、
を備えた情報処理装置であって、
前記制御手段は、前記ユーザーインターフェース解析手段により解析されたユーザーインターフェースの中からタッチしにくい箇所を判別し、前記第１のユーザーインターフェース変更手段を用いてタッチしやすいユーザーインターフェースへ変更を行い、さらに、前記判定手段が１画面以内と判定した場合は、前記スクロール量だけ画面のスクロールを行う
ことを特徴とする情報処理装置。
【請求項２】
あらかじめユーザーインターフェースを変更するサイズを、タッチする面積として保存しておくことのできる登録手段を
更に備えたことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
表示領域の解像度を読み取る解像度取得手段と、
前記解像度取得手段を用いて得られた解像度に応じて、広い場合と狭い場合双方でもっとも効率よく、元の画面のレイアウトを崩さないようにユーザーインターフェースを変更する判断手段と、
を備えたことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
ユーザーインターフェースの変更を反映するか否かを判断させる入力手段と、
を備えたことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
タッチされた大きさを自動検知する第２の検知手段と、
前記第２の検知手段によって求められた大きさにマッチする大きさにユーザーインターフェースを変更する第２のユーザーインターフェース変更手段と、
を備えたことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
タッチパネルを制御することができる制御手段と、
表示されるリソースの解析を行うユーザーインターフェース解析手段と、
前記リソースの書き換えを変更する第１のユーザーインターフェース変更手段と、
コントロール入力が終了したことを検知する第１の検知手段と、
コントロールを解析して次のコントロールまでの距離を計算する計算手段と、
前記次のコントロールまでの距離が１画面以内か否かを判定する判定手段と、
前記第１の検知手段によってコントロールの入力の終了が検知されたとき、前記計算手段によって求められた距離に応じてユーザーインターフェースのスクロール量を算出する算出手段と、
を備えた情報処理装置を制御するプログラムであって、
前記ユーザーインターフェース解析手段により解析されたユーザーインターフェースの中から、タッチしにくい箇所を判別する第１の処理と、
前記第１のユーザーインターフェース変更手段を用いてタッチしやすいユーザーインターフェースへ変更を行う第２の処理と、
前記第１の検知手段によって、コントロール入力が終了したことを検知する第３の処理と、
前記計算手段によって、コントロールを解析して次のコントロールまでの距離を計算する第４の処理と、
前記算出手段によって、前記第１の検知手段によってコントロールの入力の終了が検知されたとき、前記判定手段が１画面以内と判定した場合は、前記計算手段によって求められた距離に応じてユーザーインターフェースのスクロール量を算出する第５の処理と、
前記第５の処理によってスクロール量が算出された場合、前記スクロール量だけ画面をスクロールさせる第６の処理と、
を前記情報処理装置上で実行させる制御プログラム。
【請求項７】
前記情報処理装置に、
あらかじめユーザーインターフェースを変更するサイズを、タッチする面積として保存しておくことのできる登録手段
を更に備え、
前記登録手段によって、あらかじめユーザーインターフェースを変更するサイズを、タッチする面積として保存しておく第７の処理
を前記情報処理装置上で実行させることを特徴とする請求項６に記載の制御プログラム。
【請求項８】
前記情報処理装置に、
表示領域の解像度を読み取る解像度取得手段と、
前記解像度取得手段を用いて得られた解像度に応じて、広い場合と狭い場合双方でもっとも効率よく、元の画面のレイアウトを崩さないようにユーザーインターフェースを変更する判断手段と、
を備え、
前記解像度取得手段によって、表示領域の解像度を読み取る第８の処理と、
前記判断手段によって、前記解像度取得手段を用いて得られた解像度に応じて、広い場合と狭い場合双方でもっとも効率よく、元の画面のレイアウトを崩さないようにユーザーインターフェースを変更する第９の処理と、
を前記情報処理装置上で実行させることを特徴とする請求項６に記載の制御プログラム。
【請求項９】
前記情報処理装置に、
ユーザーインターフェースの変更を反映するか否かを判断させる入力手段
を備え、
前記入力手段によって、ユーザーインターフェースの変更を反映するか否かを判断させる第１０の処理
を前記情報処理装置上で実行させることを特徴とする請求項７に記載の制御プログラム。
【請求項１０】
前記情報処理装置に、
タッチされた大きさを自動検知する第２の検知手段と、
前記第２の検知手段によって求められた大きさにマッチする大きさにユーザーインターフェースを変更する第２のユーザーインターフェース変更手段と、
を備え、
前記第２の検知手段によって、タッチされた大きさを自動検知する第１１の処理と、
前記第２のユーザーインターフェース変更手段によって、前記第２の検知手段で求められた大きさにマッチする大きさにユーザーインターフェースを変更する第１２の処理と、
を前記情報処理装置上で実行させることを特徴とする請求項６に記載の制御プログラム。
【請求項１１】
請求項１乃至５のいずれか１項に記載された情報処理装置の機能を有する表示制御装置。
【請求項１２】
請求項６乃至１０のいずれか１項に記載された制御プログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザーインターフェース表示の処理に関するものである。
【背景技術】
【０００２】
タッチパネルにより、ディスプレイを直接指で操作するデバイスが普及し始めている。デバイスとしては、モバイル端末であったり、パーソナルコンピュータ（以下、ＰＣと略す）であったり、様々なデバイスが存在している。タッチパネルを前提に作成されたアプリケーションやソフトウェア、ＷＥＢコンテンツなども存在している。
【０００３】
従来のＰＣ用に作られたアプリケーションやソフトウェア、ＷＥＢコンテンツを表示させることができるが、そのレイアウトは指で操作することを前提に作られておらず、マウス操作が前提であるため、ピクセル単位の操作が要求される。そのため、レイアウトによっては、操作が非常にしづらいため、小さなユーザーインターフェース（以下、ＵＩと略す）の表示を全体的に大きく拡大してＵＩを表示する技術は既に知られている。
【０００４】
特許文献１には、指でタッチする部分を拡大する目的で、タッチした部分全体をズームインして拡大され、タッチしやすいＵＩを提供するという技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、デバイス上に、ＵＩを拡大表示する技術は、コントロールを含めたページ全体を拡大しているため、全体的に視認性が悪くなるという問題が生じる。そこで、本発明は、ＰＣ用に開発されたアプリケーションやソフトウェア、ＷＥＢコンテンツを、タッチパネルでも視認性よく操作することのできる情報処理装置等を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の情報処理装置は、タッチパネルを制御することができる制御手段と、表示されるリソースの解析を行うユーザーインターフェース解析手段と、前記リソースの書き換えを変更する第１のユーザーインターフェース変更手段と、コントロール入力が終了したことを検知する第１の検知手段と、コントロールを解析して次のコントロールまでの距離を計算する計算手段と、前記次のコントロールまでの距離が１画面以内か否かを判定する判定手段と、前記第１の検知手段によってコントロールの入力の終了が検知されたとき、前記計算手段によって求められた距離に応じてユーザーインターフェースのスクロール量を算出する算出手段と、を備えた情報処理装置であって、前記制御手段は、前記ユーザーインターフェース解析手段により解析されたユーザーインターフェースの中からタッチしにくい箇所を判別し、前記第１のユーザーインターフェース変更手段を用いてタッチしやすいユーザーインターフェースへ変更を行い、さらに、前記判定手段が１画面以内と判定した場合は、前記スクロール量だけ画面のスクロールを行う
ことを特徴とする。
【発明の効果】
【０００７】
本発明によれば、ＰＣ用のアプリケーションやソフトウェア、ＷＥＢコンテンツの中身を解析し、タッチパネルをしやすいようにコントロール類を、指の大きさで触れる充分な大きさに変更したＵＩを提供することができるので、指での操作がしやすくなるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施形態に係るデバイスのモジュール構成について示した図である。
【図２】本発明の実施形態に係るＵＩを解析してＵＩを変更する際のフローチャート図である。
【図３】本発明の実施形態に係るタッチパネル上のＵＩ変更方法（その１）について説明した図である。
【図４】本発明の実施形態に係るタッチパネル上のＵＩ変更方法（その２）について説明した図である。
【図５】本発明の実施形態に係るタッチパネル上のＵＩ変更方法（その３）について説明した図である。
【図６】本発明の実施形態に係る指の大きさ登録画面を示した図である。
【図７】本発明の実施形態に係る自動スクロールをする場合の図である。
【発明を実施するための形態】
【０００９】
本発明の実施の形態を説明する。本発明は、ＵＩ表示の処理に際して、以下の特徴を有する。即ち、ＰＣ用のアプリケーションやソフトウェア、ＷＥＢコンテンツの中身を解析し、タッチパネルをしやすいようにコントロール類を、指の大きさで触れる充分な大きさに変更したＵＩを提供することが特徴になっている。
【００１０】
図１は、デバイスのモジュール構成について示した図である。挙動制御部１は、内部で値を保持／計算し、様々な制御を行う部分である。例えば、タッチされた長さによって、挙動を変えるなどするとき、各挙動の制御を行うことなどである。
【００１１】
感圧検知部２は、タッチされた座標や距離などを検知する部分である。タッチされた座標などを計算して、その値を利用する各モジュールに対してデータを送信する役割を持つ。
【００１２】
ＵＩ表示部３は、各挙動やデータ、検知された内容に応じてタッチパネル上へのＵＩ表示を制御する部分である。色の変更やオブジェクトの移動、メニューの表示など、様々な表示を司るモジュールである。
【００１３】
ＵＩ解析部４は、表示しようとするＵＩの中身を解析して変更を加えるモジュールである。ＷＥＢコンテンツであれば、ＷＥＢデータの解析、アプリケーションであれば、アプリケーションＵＩを解析し、必要があれば変更を加える部分である。
【００１４】
データ格納部５は、ＵＩ解析部４にて解析されたＵＩ表示させるデータを格納しておくモジュールである。キャッシュを行うことで、より高速な表示をユーザーに提示することができるようになる。
【００１５】
ネットワーク通信部６は、ネットワークと通信して各ＷＥＢコンテンツからデータを取得するなどを司るモジュールである。
【００１６】
図２は、ＵＩを解析してＵＩを変更する際のフローについて説明したフローチャート図である。
【００１７】
処理をスタートすると、まずデータの取得を行う。これは、ＷＥＢデータであればネットワークから、アプリケーションであればアプリケーションからデータを読み込み、展開しておく（ステップＳ２０１）。
【００１８】
次にデータの解析を行う。中身を見て、表示領域や大きさを変更するかどうかがわかり易いように、また、ＵＩを変更しやすいように、データの中身をばらばらにしておく（ステップＳ２０２）。
【００１９】
次に、表示領域や大きさを変更したいＵＩがデータ中に存在したら、そこをリプレイスしたＵＩに書き換える（ステップＳ２０３のＹ、及び、Ｓ２０４）。変更しないＵＩであれば変更せずにそのままにしておく（ステップＳ２０３のＮ）。書き換えは、テキストベースであれば、テキストファイルを書き換え、バイナリベースのリソースであれば、専用のアプリケーションなどを用いる。例えば、ＨＴＭＬであれば、テキストを書き換えればいいし、Ｗｉｎｄｏｗｓ（登録商標）であれば、専用アプリケーションが存在するためそれを用いる。
【００２０】
これを各ＵＩ領域すべての対象に置き換えるかどうかを判断し、すべての対象が終了するまで続ける（ステップＳ２０５）。すべての対象が置き換えられたら、ＵＩ表示を行って処理を終了する（ステップＳ２０６）。
【００２１】
こうすることで、今まで発表されてきたコンテンツのすべてを作り変えることなく、ローカルで表示を変更することが可能になるため、ユーザーは視認性の高い画面でタッチしやすく、ベンダーはコンテンツを作り変える手間を省くことが可能となる。
【００２２】
図３〜図５は、具体的なタッチパネル上のＵＩ変更方法について説明した図である。図３は、通常のＵＩであり、普通にＰＣなどで表示した場合、このＵＩが表示されることとなる。図４は、図３のＵＩを縦横等倍で斜めに広げたＵＩである。図５は、縦横が異なる倍率で伸ばした場合の図である。
【００２３】
図３の場合、指の大きさに対してコンボボックスの大きさ（ここでは主に縦幅）が短く、実施例のように縦に二つ並んでいるとどちらが押されてもおかしくない（間違える可能性がある）状態になる。例えば「都道府県」の方のコンボボックスを押そうと思っても、指が若干寝た形でタッチすると、「市町村」が反応してしまう可能性がある。
【００２４】
上記の問題を解決するため、図４には、ＵＩを縦横等倍で斜めに広げた技術が示されている。あるいは、最初から大きめなＵＩを作成して提供することもできる。この場合、コンボボックスの大きさが指でタッチする面積と同等以上となるため、タッチされた座標から正確にコンボボックスをタップすることが可能となる。ただし、横幅が広がることで視認性が悪くなり、横幅全部を表示することができなくなっている。そのため、横スクロールをして全体を見る必要があり、不便である。
【００２５】
図５が本発明の実施例である。横幅を変えず、縦幅のみを変更して、コンボボックスのタッチのしやすさを向上している。これにより、図４の方法で問題があった横幅の視認性低下をなくし、タッチのしやすさを向上することが可能となる。ただし、この実施例の場合は縦幅が伸びてしまい、図３の場合より視認性が落ちてしまう。
【００２６】
常時タッチが必要になるわけではないため、どこかにスイッチを設け、タッチが必要な場合にスイッチを切り替えることで、表示を変更できるようにする。こうすることで、普段は視認性を損なわず、必要なときにタッチしやすくなるという技術ができる。
【００２７】
入力が終了したら自動的にコントロールの大きさを元に戻すということも考えられる。いちいち入力終了後にスイッチ切り替えを行わなくても、自動的にコントロールの大きさを元に戻すことで、1ステップの作業が減るため効率が高くなる。
【００２８】
図６は、具体的な指の大きさ登録画面を示した図である。
【００２９】
指の大きさをあらかじめ登録しておくことで、どれくらいの大きさのＵＩならタッチがしやすいかということをあらかじめ登録しておくことができる。こうすることで、無駄に大きくＵＩを設定することなく、適切な大きさのＵＩをユーザーに提供することができるようになる。つまり、無駄に大きなスペースをユーザーに与えることがないため、表示領域を正規化して視認性アップを行うことができる。
【００３０】
これ以外にも、例えば表示領域の解像度によって大きくするという方法が考えられる。横幅の解像度が大きければ、全体的に大きくしてもよいが、解像度が小さい場合は無暗に大きくすると視認性が悪くなってしまう。したがって、解像度を取得してその解像度に応じた大きさへ変更するという方法を適用して、視認性が悪くなることなくタッチしやすい環境を提供することができるようになる。
【００３１】
指の大きさと解像度両方からウィンドウの大きさを決定してもよい。解像度が大きいからといって、無暗に大きくすることはやはり視認性低下の一因となるためである。また、タッチした瞬間、指の大きさを判別してＵＩが大きくなるようにしてもよい。こうすることで、指の大きさを事前に登録しなくても、指の大きさに応じたＵＩへ変更することができるため、無駄なスペースを使わず視認性低下をなくすことができる。
【００３２】
図７は、入力終了後、コントロールの大きさと位置を検知して、自動スクロールをする場合の図である。
【００３３】
画面Ａで都道府県を入力し終わったあと、自動的にコントロールの大きさと位置を検知し（ステップＳ７０１）、ＵＩ解析を行い（ステップＳ７０２）、1画面内に収まりそうであればスクロールをする（ステップＳ７０３のＹ、及び、Ｓ７０４）。こうすることで、ユーザーは入力終了後次のＵＩまでスクロールする手間が省けるため、1ステップ操作を省略することができるようになる。次のコントロールまで1画面以上スクロールする場合は、スクロールしてしまうと、ユーザーが今どこを見ているのかを認識できなくなってしまう可能性が高いため、スクロールしないようにする（ステップＳ７０３のＮ）。
【００３４】
以上、実施形態を説明したが、特許請求の範囲に定義された本発明の広範囲な趣旨及びその範囲から逸脱することなく、これらの実施形態や具体例に様々な修正及び変更が可能である。
【符号の説明】
【００３５】
１    挙動制御部
２    感圧検知部
３    ＵＩ表示部
４    ＵＩ解析部
５    データ格納部
６    ネットワーク通信部
１０    デバイス
【先行技術文献】
【特許文献】
【００３６】
【特許文献１】特表２００８−５０８６０１号公報
【図１】
0005585239.tif 000002
【図２】
0005585239.tif 000003
【図３】
0005585239.tif 000004
【図４】
0005585239.tif 000005
【図５】
0005585239.tif 000006
【図６】
0005585239.tif 000007
【図７】
0005585239.tif 000008