(57)【要約】【課題】ＵＩコンポーネントの相違による操作性の低下を防止する。【解決手段】処理装置へフリック対応コンポーネントを使用するＡＰ（アプリケーション）を保持しておき、そのコンポーネントを使用する処理の実行前に表示時のサイズをチェックする（Ｓ２０２）。高さが閾値Ｈより小さいか、あるいは、幅が閾値Ｗより小さいときは、フリック操作が不便なコンポーネントと判定して、それを非表示とし（Ｓ２０３）、代わりに、フリック非対応コンポーネントを表示させる。【選択図】図７
2015225548.tif 000002
【特許請求の範囲】
【請求項１】
操作用画面への表示が有効に設定されたＵＩコンポーネントを保持する保持手段と、
前記ＵＩコンポーネントを使用する処理を実行する前に、当該ＵＩコンポーネントの表示時のコンポーネント形状を表す形状情報値を取得し、取得した形状情報値が所定の条件に適合するときは前記表示の設定を無効に切り替える実行手段と、
を有する処理装置。
【請求項２】
前記保持手段は、前記操作用画面における第１操作による入力を可能にする第１ＵＩコンポーネントと、前記第１操作と異なる第２操作による入力を可能にする第２ＵＩコンポーネントを含む複数のＵＩコンポーネントを保持しており、
前記実行手段は、前記第１ＵＩコンポーネントの前記表示の設定を無効に切り替えたときは、当該第１ＵＩコンポーネントを使用する処理の際に、前記第２ＵＩコンポーネントを前記操作用画面に表示させる、
請求項１記載の処理装置。
【請求項３】
前記第１操作がフリック操作であり、前記第２操作が前記フリック操作よりも動く範囲の狭いタッチ操作である、
請求項２記載の処理装置。
【請求項４】
前記実行手段は、前記形状情報値が、前記操作用画面における前記フリック操作の操作性を制限する臨界値を逸脱するときに、前記条件に適合すると判定する、
請求項３記載の処理装置。
【請求項５】
前記形状情報値は前記第１ＵＩコンポーネントの表示時の高さおよび幅の値を含み、
前記実行手段は、前記高さと幅の少なくとも一方の値が予め定めた閾値より小さいときに前記条件に適合すると判定する、
請求項４記載の処理装置。
【請求項６】
前記形状情報値は第１ＵＩコンポーネントの表示時の位置を含み、
前記実行手段は、前記位置が所定部位となるときに前記条件に適合すると判定する、
請求項４記載の処理装置。
【請求項７】
前記形状情報値は第１ＵＩコンポーネントに組み込まれる項目数を含み、
前記実行手段は、前記位置が所定部位でなくとも前記項目数が、予め定めた上限値以上又は下限値以下となるときに前記条件に適合すると判定する、
請求項４記載の処理装置。  
【請求項８】
前記実行手段は、いずれかの前記第１ＵＩコンポーネントが前記条件に適合するときは他のすべての第１ＵＩコンポーネントについての前記表示の設定を無効にする、
請求項４記載の処理装置。
【請求項９】
前記実行手段は、前記表示の設定を無効にしたときは、前記操作用画面に前記第１操作が制限される旨を表す案内情報を表示させる、
請求項２ないし８のいずれか１項記載の処理装置。
【請求項１０】
前記実行手段は、前記第１操作または前記第２操作が検知されたときに、前記案内情報を表示させる、
請求項９記載の処理装置。
【請求項１１】
前記実行手段は、前記案内情報の表示を、表示された第２ＵＩコンポーネントの一部又は全部を一定時間点滅させることにより行う、
請求項１０記載の処理装置。
【請求項１２】
前記実行手段は、前記操作用画面のうち、前記第１操作又は前記第２操作された位置に、前記第１操作が制限される旨を表すメッセージを表示することにより、前記案内情報を表示させる、
請求項１１記載の処理装置。
【請求項１３】
操作用画面を有する処理装置が、前記操作用画面への表示が有効に設定されたＵＩコンポーネントを保持し、前記ＵＩコンポーネントを使用する処理を実行する前に、当該ＵＩコンポーネントの表示時のコンポーネント形状を表す形状情報値を取得し、取得した形状情報値が所定の条件に適合するときは、前記表示の設定を無効に切り替えることを特徴とする、
ＵＩコンポーネントの管理方法。
【請求項１４】
操作用画面を有するコンピュータに、請求項１３に記載されたＵＩコンポーネントの管理方法を実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＵＩ（User Interface）の操作性を向上させる処理装置に関する。
【背景技術】
【０００２】
近年、操作用画面にタッチパネルを配置し、ユーザが操作用画面に指やペンを触れることで操作が可能なＵＩを有する処理装置が普及している。この種のＵＩは、処理装置が実行するアプリケーションプログラム（Application Program：以下、「ＡＰ」という）により提供される。そして、ＵＩの操作性は、ＡＰが保持するＵＩコンポーネントに依存する。ＵＩコンポーネントとは、ＵＩを構成する要素を指す。例えば、アイコン、プルダウン・メニュー、ボタン、スクロールバー、ウインドウ、テキスト、画像、映像など、ＡＰから提供される様々な形式のデータをいう。このようなＵＩコンポーネントの相違により、ある処理装置では操作が可能なＵＩであっても、グラフィカル性能が異なる他の処理装置では、そのようなＵＩを使用できないという問題が生じる。
【０００３】
この点に関し、特許文献１には、ＡＰを実行する際に、複数の処理装置間のグラフィカル性能の違いを吸収して適切なＵＩを提供する仕組みが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２３６３２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に開示された技術は、各処理装置のグラフィカル性能の違いを吸収することはできるが、ＵＩ操作性の違いまでは吸収できない。例えば、ＡＰと処理装置の一方が特定のＵＩコンポーネントに対応しない場合は、そのＵＩコンポーネントをインストールすることができない。また、ＡＰおよび処理装置の双方が対応可能なＵＩコンポーネントであったとしても、すべてを同じＵＩコンポーネントにすると、逆に操作性が悪くなる場合がある。この場合、ＡＰをインストールした後に、それを削除することが考えられるが、そうすると、それ以前のバージョンのＡＰを再度インストールしなければならず、煩わしい。
【０００６】
本発明は、ＵＩコンポーネントの相違によるＵＩ操作性の違いを吸収して処理装置の操作性を高めることができるＵＩ技術を提供することを課題とする。
【課題を解決するための手段】
【０００７】
本発明の処理装置は、操作用画面への表示が有効に設定されたＵＩコンポーネントを保持する保持手段と、前記ＵＩコンポーネントを使用する処理を実行する前に、当該ＵＩコンポーネントの表示時のコンポーネント形状を表す形状情報値を取得し、取得した形状情報値が所定の条件に適合するときは前記表示の設定を無効に切り替える実行手段と、を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、操作用画面への表示が有効に設定されたＵＩコンポーネントを保持しておいても、それを使用する処理を実行する前に、表示の設定をそのままにしたり、無効に切り替えることができる。そのため、新しいＵＩコンポーネントを処理装置に保持したときの操作性を向上させることができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態に係る情報処理システムの概要図。
【図２】管理端末の構成図。
【図３】処理装置の構成図。
【図４】処理装置に形成される機能の構成図。
【図５】インストールされるＡＰの構成図。
【図６】ＵＩコンポーネントの管理手順の説明図。
【図７】フリックＵＩ表示判定処理の第１の詳細手順説明図。
【図８】フリックＵＩ表示判定処理の第２の詳細手順説明図。
【図９】フリックＵＩ表示判定処理の第３の詳細手順説明図。
【図１０】フリックＵＩ表示判定処理の第４の詳細手順説明図。
【図１１】フリックＵＩ表示判定処理の第５の詳細手順説明図。
【図１２】ＵＩコンポーネントの表示処理の手順説明図。
【図１３】ＵＩコンポーネントの操作処理の手順説明図。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態例を説明する。図１は、本実施形態に係る情報処理システム１００の概要図である。この情報処理システム１００は、管理者が操作する管理端末１０と、ユーザが操作する処理装置２０とをネットワークＮで接続して構成される。処理装置２０は、その操作部に操作用画面を搭載した複合機などの電子機器に組み込まれる装置である。
管理者は、管理端末１０を操作して処理装置２０へのアプリケーションプログラムのインストール、アンインストールなどを指示する。なお、ＡＰのインストールは、ＵＳＢ（Universal Serial Bus）メモリなどの外部メモリを通じて処理装置２０で行うこともできる。アンインストールも処理装置２０で行うことができる。
【００１１】
図２は、管理端末１０の構成図である。管理端末１０は、処理部１１、メモリ１２、ビデオインタフェース部１３、Ｎ−Ｉ／Ｏインタフェース部１４、Ｉ−Ｉ／Ｏインタフェース部１５をローカルバスＢに接続して構成される。管理端末１０は、また、ストレージデバイス部１６および媒体装着機構１７を備えている。
【００１２】
処理部１１は、少なくとも１つのプロセッサーユニット（ＣＰＵ：Central Processing
Unit）を有するコンピュータプログラムによる処理の実行手段である。メモリ１２は、ＲＡＭ（Random Access Memory）およびＲＯＭ（Read Only Memory）を有する内蔵の記録媒体である。ビデオインタフェース部１３はディスプレイなどの表示デバイスをバスＢに接続する機構である。Ｎ−Ｉ／Ｏインタフェース部１４は、処理装置２０その他の電子機器や周辺装置との通信を可能にする機構である。処理装置２０や電子機器等との通信には、典型的にはローカルエリアネットワークあるいはワイドエリアネットワークを用いることができる。Ｉ−Ｉ／Ｏインタフェース部１５には、キーボードやマウスのような入力デバイスの接続を可能にする機構である。
【００１３】
ストレージデバイス部１６は、典型的にハードディスクドライブ（ＨＤＤ）やフレキシブルディスクドライブ（ＦＤＤ）などである。図示を省略したが、磁気ディスクドライブなどもストレージデバイスもその構成部品となり得る。媒体装着機構は、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＵＳＢメモリなどの不揮発性メモリを装着する機構である。
【００１４】
図３は、処理装置２０の構成図である。処理装置２０は、大別して処理ボード２１と周辺デバイス２２とを有する。周辺デバイス２２は、操作部２２１、スキャナ部２２２、プリンタ部２２３を含む。
【００１５】
処理ボード２１は、ＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３、ＨＤＤ２１４、画像メモリ２１５およびインタフェース部２１６を含むコンピュータである。ＣＰＵ２１１は、ＨＤＤ２１４に記録されたコンピュータプログラムおよびＲＯＭ２１２に記録された制御プログラムやデータを実行して各種制御処理を実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４には、上記のコンピュータプログラムのほか、処理装置２０で処理するデータが記録される。画像メモリ２１５は、印刷画像などのデータを一時的に格納する。インタフェース部２１６は、管理端末１０や外部記録媒体と接続するための機構である。
【００１６】
操作部２２１は、操作用画面となるディスプレイ上にタッチパネルを搭載して構成される。そして、操作用画面上で操作された内容を処理ボード２１に伝える。スキャナ部２２２は、原稿画像をスキャニングした画像データを処理ボード２１に伝える。プリンタ部２２３は、処理ボード２１から指示された画像データその他のデータを印刷媒体に印刷する。
【００１７】
図４は、処理装置２０において、ＣＰＵ２１１がコンピュータプログラムを実行することにより形成される機能の構成図である。処理装置２０は、入力制御部３１、ＡＰ管理部３２、ＡＰ実行部３３、出力制御部３４およびデータ格納部３５の機能を有する。データ格納部３５は、実質的にＨＤＤ２１４に形成され、その一部が適宜ＲＡＭ２１３に展開される。
【００１８】
入力制御部３１は、周辺デバイス２２からの入力情報の入力を制御する。例えば操作部２２１の操作用画面でのＵＩ操作を可能にする。また、ＵＩ操作の種類を識別する。入力情報は、適宜、データ格納部３５へ格納される。
出力制御部３４は、周辺デバイス２２への出力を制御する。例えば、データ格納部３５に格納された各種データに基づいて、操作部２２１へのＵＩコンポーネントの表示やプリンタ部２２３へのデータ出力を制御する。
【００１９】
ＡＰ管理部３２は、管理端末１０と協働で、あるいは単独で、複数のＵＩコンポーネントを使用するＡＰのインストール、アンインストールなどを行う。ＡＰは、インストールによりデータ格納部３５に格納される。
データ格納部３５に格納されるＡＰの主たる構成例を図５に示す。ＡＰは、クラスファイルとライブラリとを保持する。クラスファイルはファイル毎に存在するイベント処理プログラムの集合である。ライブラリは、クラスファイルで利用される各種プログラムやデータの集合である。ライブラリは、入力制御部３１が操作部２２１のタッチパネルからの入力情報を受け付けたときに適宜読み出され、利用される。
【００２０】
ライブラリは機能別に存在する。ＵＩコンポーネントライブラリは、上述した複数のＵＩコンポーネントの集合である。ＵＩコンポーネントライブラリは、操作部２２１のタッチパネルに対してクラスファイルに記述されたレイアウトプログラムに従ってＵＩ画像を描画する際に用いられる。各ＵＩコンポーネントには、ＡＰのインストール時にバージョンが付されている。
【００２１】
本実施形態では、ＡＰが２種類のＵＩコンポーネントを使用する場合の例を挙げる。すなわち、ＡＰ管理部３２は、操作用画面におけるフリック操作（第１操作）による入力を可能にする第１ＵＩコンポーネントと、タッチ操作（第２操作）による入力を可能にする第２ＵＩコンポーネントとを保持する。第２操作はフリック操作よりも動く範囲の狭いタッチ操作である。第１ＵＩコンポーネントを「フリック対応コンポーネント」という。また、第２ＵＩコンポーネントを「フリック非対応コンポーネント」という。フリック非対応コンポーネントは、例えばボタン等のＵＩ画像である。
また、フリック対応コンポーネントには、その内部に項目を組み込む種類のコンポーネントがある。このようなコンポーネントを「追加項目型コンポーネント」といい、組み込まれる項目を「追加項目」という。
【００２２】
ＡＰ管理部３２は、また、フリック対応コンポーネントについては、それを保持する際に、操作用画面への表示を一旦すべて有効に設定する。表示の設定が有効に設定されたフリック対応コンポーネントは、操作用画面に表示される。そのため、ユーザがフリック操作を行えるようになる。この表示の設定は、フリック対応コンポーネント毎に、事後的に無効にすることができる。表示が無効に設定されたフリック対応コンポーネントは、操作用画面への表示が制限される。例えばフリック対応コンポーネントが非表示となる。この場合は、フリック非対応コンポーネントが代わりに表示される。
【００２３】
ＡＰ管理部３２は、形状情報値が操作用画面におけるフリック操作の操作性を制限する臨界値を逸脱するかどうかを判別するための所定の条件もデータ格納部３５に保持する。この条件は、上記の表示の設定を有効にするか無効にするかを判別する際に用いられる。
なお、形状情報値は、フリック対応コンポーネントの表示時のコンポーネント形状（形、サイズ、表示位置、組み込まれる項目数等などの表示状態）を表す値である。
【００２４】
ＡＰ実行部３３は、各ＵＩコンポーネントを使用するＡＰを起動する。その際、表示の設定が有効となっているフリック対応コンポーネントの形状情報値が上記の条件に適合する場合は、それを使用する処理を実行する前に、表示の設定を無効に切り替える。この切り替えは動的に行う。つまり、処理装置２０の再立ち上げを要さずに行う。
【００２５】
［ＵＩコンポーネントの管理方法］
次に、情報処理システム１００におけるＵＩコンポーネントの管理方法について説明する。以下の説明では、管理端末１０から図５に示した構造のＡＰが処理装置２０に送信され、処理装置２０でそのＡＰのインストールを行うものとする。また、説明を簡略にするため、フリック対応コンポーネントにおける表示の設定が有効であることを「フリックＵＩ表示ＯＮ」と表記する。また、その表示の設定を無効にすることを「フリックＵＩ表示ＯＦＦ」と表記する。
【００２６】
図６は、ＵＩコンポーネントの管理手順の説明図である。処理装置２０のＡＰ管理部３２は、ＡＰのインストールを行う（Ｓ１０１）。その際、ＡＰ管理部３２は、データ格納部３５に既に格納されているＵＩコンポーネントライブラリのバージョンを取得し、インストールしようとするＵＩコンポーネントライブラリと既存のＵＩコンポーネントライブラリとのバージョン比較を行う（Ｓ１０２）。
【００２７】
同種の古いＵＩコンポーネント（旧コンポーネント）が含まれている場合（Ｓ１０２：Ｙ）、ＡＰ管理部３２は、旧ＵＩコンポーネントを新しいＵＩコンポーネント（新ＵＩコンポーネント）に入れ替える（Ｓ１０３）。なお、この処理は、フリック非対応コンポーネントをフリック対応コンポーネントに入れ替えるものではなく、同種で新しくなったコンポーネントを入れ替えるものである。
その後、ＡＰ管理部３２は、ＡＰ実行部３３にＡＰの起動を促す。旧ＵＩコンポーネントが含まれていない場合（Ｓ１０２：Ｎ）、ＡＰ管理部３２は、直ちにＡＰ実行部３３にＡＰの起動を促す。
【００２８】
ＡＰ実行部３３は、ＡＰを起動させる（Ｓ１０４）。その際、ＵＩコンポーネントライブラリを使用する処理の前に、フリック対応コンポーネントの数Ｎ１を取得し（Ｓ１０５）、フリックＵＩ表示判定処理を行う。フリックＵＩ表示判定処理は、フリック対応コンポーネントの形状情報値が条件に適合するかどうかによって、フリックＵＩ表示のＯＮ／ＯＦＦを動的に切り替える処理である。
【００２９】
このフリックＵＩ表示判定処理を行うために、ＡＰ実行部３３は、形状情報値をデータ格納部３５より取得し（Ｓ１０６）、上記の条件との適合性を判定する（Ｓ１０７）。形状情報値が条件に適合すると判定した場合（Ｓ１０７：Ｙ）、ＡＰ実行部３３は、当該フリック対応コンポーネントについてのフリックＵＩ表示をＯＦＦに切り替える（Ｓ１０８）。
これにより、当該フリック対応コンポーネントの操作用画面への表示が制限される。つまり、非表示となる。そうでない場合は（Ｓ１０７：Ｎ）、当該フリック対応コンポーネントのフリックＵＩ表示ＯＮのまま、フリックＵＩ表示判定処理が終了したことを表すチェック済みコンポーネント数Ｎ２のカウントを１つ加算する（Ｓ１０９）。
【００３０】
その後、チェックするフリック対応コンポーネントの数Ｎ１とチェック済みコンポーネント数Ｎ２とを比較する（Ｓ１１０）。Ｎ１＝Ｎ２でない場合は（Ｓ１１０：Ｎ）、Ｓ１０５に戻る。Ｎ１＝Ｎ２であれば（Ｓ１１０：Ｙ）、全てのフリック対応コンポーネントに対するフリックＵＩ表示判定処理が終了したとみなす。そして、操作部２２１へのＵＩコンポーネント表示処理を行う（Ｓ１１１）。ＵＩコンポーネント表示処理については、後述する。その後、ＵＩコンポーネント操作処理を行い（Ｓ１１２）、処理を終える。ＵＩコンポーネント操作処理については、後述する。
【００３１】
次に、上述したフリックＵＩ表示判定処理（Ｓ１０６〜Ｓ１０８）について詳しく説明する。フリックＵＩ表示判定処理は、フリック対応コンポーネントの形状情報値に応じて処理手順が異なる。フリックＵＩ表示判定処理は、単一の処理手順で行っても良いし、複数の処理手順を組み合わせて行っても良い。また、どのフリックＵＩ表示判定処理を適用するかは、フリック対応コンポーネントを使用する処理の前であれば、任意の時点で決定することができる。さらに、管理者が、ＡＰ起動前にＡＰ管理部３２に対して、事前に設定画面や設定ファイルなどから、フリックＵＩ表示判定処理を決定することもできる。
【００３２】
図７は、フリックＵＩ表示判定処理の第１の詳細手順例を示す図である。例えばリストビューのように矩形状のＵＩコンポーネントである場合、その高さまたは幅が小さすぎる場合は、フリック操作に馴染まない。そのため、対象とするフリック対応コンポーネントがそのようなものかどうかをチェックするのが図７に示す処理手順である。ここでは、条件として、フリック対応コンポーネントの表示時のサイズの臨界値、例えば高さの閾値Ｈと幅の閾値Ｗとを用いる。
【００３３】
ＡＰ実行部３３は、ＡＰ起動後のフリック対応コンポーネントの高さおよび幅の値を取得する（Ｓ２０１）。また、閾値Ｈおよび閾値Ｗと、Ｓ２０１で取得した高さおよび幅の値とを比較する（Ｓ２０２）。ＵＩコンポーネントの高さの値が閾値Ｈよりも小さいか、あるいは、幅の値が閾値Ｗよりも小さい場合（Ｓ２０２：Ｙ）、条件に適合すると判定して、フリックＵＩ表示をＯＦＦに切り替える（Ｓ２０３）。そうでない場合は（Ｓ２０２：Ｎ）、フリックＵＩ表示ＯＮのままとする。
【００３４】
これにより、フリック対応コンポーネントであるが、フリック操作に馴染まないものについては、フリックＵＩ表示がＯＮからＯＦＦに切り替わる。その結果、その表示が制限される一方、タッチ操作用のボタン等が表示されるため、ユーザがＵＩ操作を迷うことがなくなり、操作性が向上する。
【００３５】
図８は、フリックＵＩ表示判定処理の第２の詳細手順例を示す図である。例えばコンポーネント周辺に余白がない場合はフリック操作が実質的に困難になる。そのため、対象とするフリック対応コンポーネントがそのようなものかどうかをチェックするのが図８に示す処理手順である。条件には、高さの閾値Ｈ、幅の閾値Ｗの大小に加え、フリック対応コンポーネントが表示される位置を用いる。
【００３６】
フリック対応コンポーネントの高さおよび幅の値と、閾値Ｈおよび閾値Ｗとの比較を行う処理（Ｓ３０１〜Ｓ３０２）までは、図７のＳ２０１〜Ｓ２０２と同じである。
ここでは、フリック対応コンポーネントの高さの値が閾値Ｈ以上で、かつ、幅の値が閾値Ｗであった場合（Ｓ３０２：Ｙ）、そのフリック対応コンポーネントの位置（画面における相対位置）を取得する（Ｓ３０３）。そしてそのフリック対応コンポーネントが操作用画面の所定部位かどうか、すなわち、操作用画面の上下左右のいずれかの外周部に接触しているかどうかを判定する（Ｓ３０４）。接触している場合は（Ｓ３０４：Ｙ）、条件に適合すると判定して、フリックＵＩ表示をＯＦＦに切り替える（Ｓ３０５）。そうでない場合は（Ｓ３０４：Ｎ）、フリックＵＩ表示ＯＮのままとする。
【００３７】
このような処理により、高さおよび幅の値が閾値（Ｈ，Ｗ）以上の場合であっても、実質的にフリック操作が困難なフリック対応コンポーネントについては、操作部２２１での表示が制限され、タッチ操作用のボタン等が表示される。そのため、ユーザがＵＩ操作を迷うことがなくなり、操作性が向上する。
【００３８】
図９は、フリックＵＩ表示判定処理の第３の詳細手順例を示す図である。ここでは、対象となるフリック対応コンポーネントに、上述した項目追加型コンポーネントが含まれる場合の例を示す。項目数が多すぎる場合、、ＣＰＵ２１１の負荷が大きくなり、ＲＡＭ２１３も多く消費する。そのため、フリック操作のパフォーマンスが下がる。対象とするフリック対応コンポーネントがそのようなものかどうかをチェックするのが図９に示す処理手順である。条件には、フリック操作に適した項目数の範囲の上限値を用いる。
【００３９】
ＡＰ実行部３３は、フリック対応コンポーネントの種類を取得し（Ｓ４０１）、それが項目追加型コンポーネントかどうかを判定する（Ｓ４０２）。項目追加型コンポーネントでなければ（Ｓ４０２：Ｎ）、当該フリック対応コンポーネントについては、フリックＵＩ表示ＯＮのままとする。
項目追加型コンポーネントであった場合（Ｓ４０２：Ｙ）、ＡＰ実行部３３は、項目数を取得し（Ｓ４０３）、その項目数が閾値の一つである上限値以上かどうかを判定する（Ｓ４０４）。上限値以上の場合は（Ｓ４０４：Ｙ）、条件に適合すると判定して、フリックＵＩ表示をＯＦＦに切り替える（Ｓ４０５）。項目数が上限値より小さい場合は、フリックＵＩ表示ＯＮのままとする。
これにより、項目数が多いことによる操作性の低下を防止することができる。
【００４０】
図１０は、フリックＵＩ表示判定処理の第４の詳細手順例を示す図である。項目追加型コンポーネントの場合、項目数によってはフリック操作によらない方が操作しやすい場合がある。例えば、操作部２２１の画面に表示される項目数が１つしかない場合は、フリック操作よりも、ボタン等によるタッチ操作の方が操作性が向上する可能性が高い。そのため、対象とするフリック対応コンポーネントがそのようなものかどうかをチェックするのが図１０に示す処理手順である。条件には、フリック操作に適した項目数の範囲の下限値を用いる。
【００４１】
ＡＰ実行部３３が、当該フリック対応コンポーネントにおける項目数を取得する処理（Ｓ５０１〜Ｓ５０３）までは、図９のＳ４０１〜Ｓ４０３と同じである。この例では、ＡＰ実行部３３が、項目数が閾値である下限値以下かどうかを判定する（Ｓ５０４）。下限値以下の場合は（Ｓ５０３：Ｙ）、条件に適合すると判定して、フリックＵＩ表示をＯＦＦに切り替える（Ｓ５０５）。項目数が閾値（下限値）よりも大きい場合は（Ｓ５０４：Ｎ）、フリックＵＩ表示ＯＮのままとする。
このように、フリック対応コンポーネントであるが、フリック操作によらない方が操作しやすい場合はボタン等が表示されるので、操作性が向上する。
【００４２】
図１１は、フリックＵＩ表示判定処理の第５の詳細手順例を示す図である。図７〜図１０に示した処理手順が実行されることにより、同種のフリック対応コンポーネントの中に、フリックＵＩ表示がＯＮ、ＯＦＦとなるものが混在することになる。しかし、処理装置２０のユーザによっては、このような混在を煩雑と感じることも想定される。そのため、チェックしたフリック対応コンポーネントについてのフリックＵＩ表示の設定の混在をチェックするのが図１１に示す処理手順である。条件には、フリックＵＩ表示の結果を用いる。
【００４３】
この処理は、図７〜図１０に示した詳細手順のいずれかの処理の後、あるいは、処理の途中で実行することになる。ＡＰ実行部３３は、図７〜図１０に示した詳細手順のいずれかにおいて、フリックＵＩ表示がＯＦＦに切り替わったフリック対応コンポーネントが存在するかどうかをチェックする（Ｓ６０１）。存在しない場合は（Ｓ６０１：Ｎ）、処理を終える。
存在する場合（Ｓ６０１：Ｙ）、同種コンポーネント全てのフリックＵＩ表示をＯＦＦに切り替える（Ｓ６０３）。
【００４４】
このように、フリックＵＩ表示がＯＦＦのほかに、１つ以上のＯＮのフリック対応コンポーネントが混在する場合は、同種のＵＩコンポーネントをフリックＵＩ表示を全てＯＦＦに統一されるので、ユーザが操作に迷うことが無くなり、操作性が向上する。
【００４５】
なお、図１１では、フリックＵＩ表示がＯＮとＯＦＦとなるフリック対応コンポーネントが混在する場合は、フリックＵＩ表示を全てＯＦＦに統一する場合の例を示したが、フリックＵＩ表示の全てをＯＮに統一する形態も可能である。
【００４６】
次に、図１２を参照して、ＵＩコンポーネントの表示処理（Ｓ１１１）について説明する。
ＡＰ実行部３３は、フリックＵＩ表示判定処理を終えると、コンポーネント表示の処理を行う（Ｓ７０１）。そのため、フリックＵＩ表示の設定を確認する（Ｓ７０２）。フリックＵＩ表示がＯＦＦであった場合（Ｓ７０２：Ｙ）、ＡＰ実行部３３は、フリック対応コンポーネントに代えてフリック非対応コンポーネントを表示する。その際、フリック操作ができないことを内容とする案内情報を表示する。
【００４７】
案内情報の表示は、例えば、表示中のフリック非対応コンポーネントの一部又は全部を一定時間点滅させることで行う（Ｓ７０３）。特定の色を一定時間ごとに切り替えるようにしても良い。この場合、点滅する時間や色は任意である。また、その上方または下方に、フリック操作ができない旨のメッセージを一定時間表示する（Ｓ７０４）。表示する時間は任意である。Ｓ７０３およびＳ７０４の処理は、いずれか一方または両方処理しても構わない。これにより、ユーザは、フリック操作が可能かどうかを迷うことが無くなり、操作性が向上する。
【００４８】
その後、ＡＰ実行部３３は、ＵＩコンポーネント表示処理を終え、ＵＩコンポーネント操作処理に移る。なお、Ｓ７０２において、フリックＵＩ表示がＯＮであった場合（Ｓ７０２：Ｎ）、ＡＰ実行部３３は、ＵＩコンポーネント表示処理を終え、ＵＩコンポーネント操作処理に移る。
【００４９】
次に、図１３を参照してＵＩコンポーネント操作処理（Ｓ１１２）について説明する。
ＡＰ実行部３３は、図１２に示したＵＩコンポーネント表示処理によりコンポーネント表示を行った後（Ｓ８０１）、表示中のコンポーネントに対する操作の内容（位置、動きなど）を検知する（Ｓ８０２）。この場合、フリック操作であっても良く、タッチ操作であっても良い。ＡＰ実行部３３は、操作されたコンポーネントがフリック非対応コンポーネントかどうかをチェックする（Ｓ８０３）。
【００５０】
フリック非対応コンポーネントであった場合は（Ｓ８０３：Ｙ）、フリック操作できない旨をユーザに判別させるために、案内情報を生成する。例えば、ＵＩコンポーネント表示処理の場合と同様に、当該コンポーネントの一部または全部を一定時間点滅させる（Ｓ８０４）。あるいは、当該コンポーネントの特定の色を切り替える。また、ユーザがタッチパネルで接触した座標の上方または下方に、フリック操作ができない旨を表すメッセージを一定時間表示する（Ｓ８０５）。Ｓ８０４およびＳ８０５の処理はいずれか一方または両方処理しても構わない。
【００５１】
これらの処理が終了した後、ＡＰ実行部３３は、操作された内容に応じた処理を実行する。Ｓ８０３において、表示中のコンポーネントがフリック対応コンポーネントであった場合（Ｓ８０３：Ｎ）、ＡＰ実行部３３は、その時点でコンポーネント操作処理を終え、当該操作の内容に応じた処理を実行する。
【００５２】
このように、本実施形態のＵＩコンポーネントの管理方法では、操作用画面を有する処理装置２０が、フリック対応コンポーネントを保持し、フリック表示ＯＮにする。そして、そのコンポーネントを使用する処理を実行する前に、形状情報値を取得し、取得した形状情報値が所定の条件に適合するときは、表示の設定をＯＦＦに切り替える。例えば、フリック操作が不便なコンポーネントについては、それに代わってフリック非対応コンポーネントが表示される。そのため、ＡＰと処理装置２０によるＵＩ操作性の違いを吸収することができる。
【００５３】
なお、本実施形態では、どのフリックＵＩ表示判定処理を行うかをＡＰの起動時に決定する場合の例を説明したが、画面遷移時に決定するようにしても良い。
【００５４】
また、本実施形態では、処理装置２０にＵＩコンポーネントの管理方法を実行させるコンピュータプログラムが、処理装置２０のＨＤＤに格納されていることを前提として説明したが、この例に限定されない。例えばＣＤ−ＲＯＭやＤＶＤのような可搬性の記録媒体に記録して流通させることが可能である。また、コンピュータプログラムをプログラムサーバに記録しておき、適宜、ダウンロードして使用する形態も可能である。このようなコンピュータプログラムを汎用のコンピュータにインストールすることにより、上記の処理装置２０を実現することができる。
【図１】
2015225548.tif 000003
【図２】
2015225548.tif 000004
【図３】
2015225548.tif 000005
【図４】
2015225548.tif 000006
【図５】
2015225548.tif 000007
【図６】
2015225548.tif 000008
【図７】
2015225548.tif 000009
【図８】
2015225548.tif 000010
【図９】
2015225548.tif 000011
【図１０】
2015225548.tif 000012
【図１１】
2015225548.tif 000013
【図１２】
2015225548.tif 000014
【図１３】
2015225548.tif 000015