JP2015153317A - 情報処理装置、情報処理方法、及びコンピュータプログラム - Google Patents

Abstract

【課題】アプリケーションの操作の制限を抑制しつつ、ユーザに快適なピンチ操作を提供する情報処理装置を提供する。
【解決手段】ＭＦＰ１０４は、アプリケーション自体、ＭＦＰ１０４自体、その時点の処理負荷、及びユーザの状態の少なくとも一つに応じて、アプリケーションの実行時にピンチ操作が可能であるか否かを表すピンチ操作非対応モードを有する。ＭＦＰ１０４は、ピンチ操作非対応モードでアプリケーションの実行時にピンチ操作非対応であると判断すると、アプリケーションの実行時の画像に、当該画像のサイズを変更するための代替操作を表示する。代替操作は、タッチパネル２２２のタッチ操作やハードキー２２４の押下により行われる。
【選択図】図２

Description

本発明は、情報処理装置により、インストールされるアプリケーションソフトウェア（以下、単に「アプリケーション」という。）を管理する技術に関する。「インストール」とは、アプリケーションを情報処理装置で使用可能にすることである。

デジタル複写機は、インストールされたアプリケーションを実行する、一種の情報処理装置である。このようなデジタル複写器のＵＩ（User Interface）は、従来のＬＥＤ（Light Emitting Diode）及びハードキーのみの構成から、これにタッチパネルを加えた構成になっている。タッチパネルの表示部に表示されるＧＵＩ（Graphical User Interface）画像は、ボタンオブジェクトやテキストフィールド、リスト表示コンポーネント、画像表示コンポーネントといったＧＵＩ部品から構成される。以下、ＧＵＩ部品を「ＵＩコンポーネント」という。ユーザは、ＵＩコンポーネントを指でタッチする等の操作を行うことで、アプリケーションの操作を行うことができる。ＵＩコンポーネントは、アプリケーションのインストール時にデジタル複写機に格納される。

近年のタッチパネルでは、例えば、二点検知を必要とするピンチ操作や、ユーザの指の移動速度を検知するフリック操作等の高度な操作が可能である。従来は、単純なタッチ操作のみであったため、フリック操作やピンチ操作等により、ユーザの操作感は大きく改善する。フリック操作やピンチ操作等を、以下、「ＵＩ操作」という。ピンチ操作は、二本以上の指をタッチパネル上で開閉するＵＩ操作である。これにより、ＵＩコンポーネントは、拡大、縮小される。この場合、タッチパネルは、二点以上のタッチ位置を検知する必要があり、旧来の一点のタッチ位置しか検知できないタッチパネルでは、ピンチ操作等の二点検知が必要なＵＩ操作を行うことができない。

そのために、一つのアプリケーションについて、ピンチ操作が可能なタッチパネルを備えた情報処理装置向けのものと、ピンチ操作が不可能なタッチパネルを備えた情報処理装置向けのものとを、それぞれ開発する必要がある。ピンチ操作が可能なタッチパネルを備えた情報処理装置を、以下、「ピンチ操作対応装置」という。ピンチ操作が不可能なタッチパネルを備えた情報処理装置を、以下、「ピンチ操作非対応装置」という。ピンチ操作に対応したアプリケーションを、以下、「ピンチ操作対応アプリケーション」という。ピンチ操作に対応しないアプリケーションを、以下、「ピンチ操作非対応アプリケーション」という。通常のオフィスでは、ピンチ操作対応装置とピンチ操作非対応装置とが同時に使用されることが多い。そのためにアプリケーションの管理者は、情報処理装置毎にインストールするアプリケーションを管理する必要がある。

ピンチ操作非対応装置では、ハードキーである操作キーを用いてコンテンツの拡大、縮小を行うことがある。特許文献１、２には、いずれも、ユーザがタッチパネル上の一点をタッチして操作キーを押下することで、コンテンツのサイズを拡大、縮小する情報処理装置が開示される。

特開２０１１−２８６７９号公報 特開２００４−１３３５１８号公報

特許文献１、２では、コンテンツ（ＵＩコンポーネント）の拡大、縮小にハードキーを用いる。このような従来の情報処理装置では、ピンチ操作対応装置とピンチ操作非対応装置とに同じアプリケーションをインストールする場合に生じる以下の課題を解決することはできない。例えば、ピンチ操作非対応装置にピンチ操作対応アプリケーションをインストールすると、このアプリケーションの操作に大きな制限が生じる。具体的には、ピンチ操作対応アプリケーションをインストールしてもピンチ操作が不可能である。また、情報処理装置がピンチ操作に対応しているか否かを、ユーザが、ＵＩコンポーネントにより容易に判断可能であればよいが、通常は困難である。

また、ピンチ操作を実現するためには、タッチパネルが二点を検知可能であればよいというものではない。ユーザのピンチ操作にＵＩコンポーネントの拡大、縮小の描画が同期しなければ、快適なピンチ操作が実現できない。しかし、ＵＩコンポーネントの拡大、縮小の描画には、多くの処理能力を必要とする。そのために、ピンチ操作対応装置であっても、その処理負荷の状態によっては、快適なピンチ操作を提供できない。

本発明は、上記の問題を解決するために、アプリケーションの操作の制限を抑制しつつ、ユーザに快適なピンチ操作を提供する情報処理装置を提供することを主たる課題とする。

上記課題を解決する本発明の情報処理装置は、インストールされたアプリケーションを実行するアプリケーション実行手段と、ユーザにより操作される操作手段と、前記アプリケーションの実行時の画像を表示する表示手段と、前記アプリケーションの実行時にピンチ操作に対応しているか否かを判断する判断手段と、前記判断手段が前記ピンチ操作に非対応であると判断すると、前記アプリケーションの実行時の前記画像に、当該画像のサイズを変更するための代替操作を表示するウインドウ管理手段と、を備えることを特徴とする。

本発明によれば、アプリケーションの実行時にピンチ操作非対応であるかを判断して、アプリケーションの実行時の画像に、当該画像のサイズを変更するための代替操作を表示する。そのために、アプリケーションの操作の制限を抑制しつつ、ユーザに快適なピンチ操作を提供することができる。

管理システムの概要図。 ＭＦＰのハードウェア構成図。 操作部の構成例示図。 ＭＦＰの機能の説明図。 アプリケーションの構成図。 ピンチ操作の説明図。 ＵＩコンポーネントの動作の説明図。 ＵＩコンポーネントの動作の説明図。 アプリケーションの起動時の処理を表すフローチャート。 ピンチ操作非対応モードの設定を行う処理を表すフローチャート。 ピンチ操作非対応モードの設定を行う処理を表すフローチャート。 ピンチ操作非対応モードの設定を行う処理を表すフローチャート。 表示部に表示される画像の例示図。 ＵＩコンポーネントの画像を表示する処理を表すフローチャート。 ハードキーによる画像の拡大、縮小を説明する図。 ＵＩコンポーネントの画像を表示する処理を表すフローチャート。 イベントが発生した場合の処理を表すフローチャート。 イベントが発生した場合の処理を表すフローチャート。 ハードキーバインド画像を表示する処理を表すフローチャート。

以下、実施の形態を図面を参照しつつ詳細に説明する。

図１は、本実施形態の管理システム１００の概要図である。管理システム１００は、クライアントＰＣ（Personal Computer）１０１と、情報処理装置の一種であるＭＦＰ（MultiFunction Peripheral）１０４とを備える。クライアントＰＣとＭＦＰ１０４とは、ＬＡＮ（Local Area Network）等のネットワーク１０３により通信可能に接続される。クライアントＰＣ１０１は、汎用のコンピュータであり、キーボードやマウス等の入力インタフェースを備える。

クライアントＰＣ１０１は、ＭＦＰ１０４にインストールされるアプリケーションの管理者１０２により操作される。管理者１０２は、クライアントＰＣ１０１を入力インタフェースにより操作して、ＭＦＰ１０４に対してアプリケーションのインストール、アンインストール、実行開始、実行停止等を行う。クライアントＰＣ１０１は、ＭＦＰ１０４に対して各種指示を行う外部装置の一例である。ＭＦＰ１０４は、ユーザ１０５により操作される。ユーザ１０５は、ＭＦＰ１０４で起動中のアプリケーションを、ＭＦＰ１０４に設けられる入力インタフェースにより操作する。

図２は、ＭＦＰ１０４のハードウェア構成図である。ＭＦＰ１０４は、制御部２１０、操作部２２０、ＨＤＤ（Hard Disk Drive）２３１、通信Ｉ／Ｆ（インタフェース）２３２、スキャナ部２３３、プリンタ部２３４、及びファクス部２３５を備える。

制御部２１０は、ＭＦＰ１０４の各構成要素の動作制御を行う。制御部２１０は、ＣＰＵ（Central Processing Unit）２１１、ＲＯＭ（Read Only Memory）２１２、及びＲＡＭ（Random Access Memory）２１３を備える。ＣＰＵ２１１は、ＲＯＭ２１２及びＨＤＤ２３１に格納された所定のコンピュータプログラムを読み出し、ＲＡＭ２１３をワークメモリとして用いて実行することで、ＭＦＰ１０４の各構成要素の動作制御を行う。

操作部２２０は、入力部２２１と表示部２２３とを備える。入力部２２１は、ユーザ１０５からの指示に応じた制御信号をＣＰＵ２１１に転送する入力インタフェースである。ユーザからの指示を受け付ける入力デバイスとして、入力部２２１は、ハードキー２２４及びタッチパネル２２２を備える。表示部２２３は、画像を表示するためのディスプレイである。

図３は、操作部２２０の構成図である。タッチパネル２２２は、透明な膜状であり、表示部２２３の表示画面上に設けられる。ユーザ１０５がタッチパネル２２２を指でタッチし、その後指を離すことで、タッチ操作イベントが発生する。タッチ操作イベントは、ユーザ１０５がタッチしたタッチパネル２２２上の位置座標を含む。ハードキー２２４は、テンキー、スタートキー、ストップキー、リセットキー、メニューキー、及び電源ボタン等の複数のボタンを含む。ユーザ１０５がハードキー２２４を押下すると、押下されたキーに応じたハードキー操作イベントが発生する。ハードキー操作イベントは、ユーザ１０５が押下したキー（ボタン）の識別子を含む。

ＨＤＤ２３１は、システムを制御するファームウェア、クライアントＰＣ１０１によりインストールされるアプリケーションのプログラム、及び画像形成時の各種データ等を格納する。通信Ｉ／Ｆ２３２は、ネットワーク１０３を介したクライアントＰＣ１０１とのデータの送受信を制御する。スキャナ部２３３は、原稿の画像を読み取り、ＨＤＤ２３１等に格納する。プリンタ部２３４は、ＨＤＤ２３１等に格納される画像データを印刷する。ファクス部２３５は、ＨＤＤ２３１等に格納される画像データを送信及び他のファクシミリから送られた画像データの受信を行う。

図４は、ＭＦＰ１０４の制御部２１０に形成される機能ブロックの説明図である。制御部２１０には、アプリケーション管理部３００及びアプリケーション実行部３０１が形成される。これらの機能ブロックは、ＣＰＵ２１１が、ＲＯＭ２１２及びＨＤＤ２３１に格納された所定のコンピュータプログラムを読み出し、ＲＡＭ２１３をワークメモリとして用いて実行することで実現される。

アプリケーション管理部３００は、管理者１０２によるクライアントＰＣからの指示により、アプリケーションのインストール、アンインストール、実行開始、実行停止を行う。アプリケーション管理部３００は、インストールされたアプリケーションのプログラムやＵＩコンポーネントをＨＤＤ２３１に格納する。

アプリケーション実行部３０１は、アプリケーション管理部３００からの実行開始の指示によりアプリケーションを実行する。アプリケーションの実行開始が指示されると、アプリケーション実行部３０１は、ＨＤＤ２３１に格納されているアプリケーションのプログラムをＲＡＭ２１３に展開してアプリケーションを実行する。アプリケーション実行部３０１は、表示部２２３に表示する画面を管理するウインドウ管理部３０２を備える。

ウインドウ管理部３０２は、アプリケーション実行部３０１で実行するアプリケーションが有するＵＩコンポーネントの管理、表示、非表示の切り替え等を行う。ウインドウ管理部３０２は、タッチパネル２２２の操作で発生するタッチ操作イベントや、ハードキー２２４の押下により発生するハードキー操作イベントに応じて処理を実行する。ウインドウ管理部３０２は、ユーザ１０５が選択しているＵＩコンポーネントの情報である選択状態情報３０３を保持する。ユーザ１０５がＵＩコンポーネントをタッチ操作することで、選択状態情報３０３が更新され、該タッチ操作されたＵＩコンポーネントが選択された状態になる。

図５は、アプリケーションの構成図である。アプリケーション４００は、主として、クラスファイル４０１及びライブラリ４０２を含む。アプリケーション４００は、アプリケーション識別子を含んでおり、アプリケーション識別子により識別可能になっている。クラスファイル４０１は、アプリケーションを実行するためのプログラムの集合であり、通常、複数のファイルにより構成される。

ライブラリ４０２は、クラスファイル４０１により利用されるプログラムの集合であり、複数存在することが可能である。一般的にライブラリ４０２は、アプリケーションが有する機能別に存在する。ライブラリ４０２は、ＵＩコンポーネントライブラリ４０３を含む。ＵＩコンポーネントライブラリ４０３は、ＧＵＩを構成する部品であるＵＩコンポーネントのライブラリである。ＵＩコンポーネントには、例えば、ボタンオブジェクトやテキスト入力部品、リスト表示コンポーネント、画像表示コンポーネント等がある。

アプリケーション実行部３０１は、クラスファイル４０１に記述されたレイアウトプログラムに従って、ＵＩコンポーネントを表示部２２３にどのように配置して表示するかを決定する。アプリケーション実行部３０１は、入力部２２１により受け付けたユーザからの指示に応じて、ＵＩコンポーネントの内部状態を変更する。ＵＩコンポーネントの内部状態に応じて、ＵＩコンポーネントが表示部２２３に表示される際の状態が決まる。また、アプリケーション実行部３０１は、入力部２２１からユーザの指示を受け付けて、クラスファイル４０１に記述されたイベント処理プログラムを実行する。

図６は、ピンチ操作の説明図である。ピンチ操作は、タッチパネル２２２上でユーザ１０５が二本以上の指を同時にタッチして移動させることで行われる。そのためにタッチパネル２２２は、二点検知可能である。図６は、二本の指（第１の指及び第２の指）によるピンチ操作を表す。

タッチパネル２２２は、ピンチ操作前の、第１の指のタッチ位置１７０１と第２の指のタッチ位置１７０２との距離１７０３を算出する。また、タッチパネル２２２は、ピンチ操作後の、第１の指のタッチ位置１７０４と第２の指のタッチ位置１７０５との距離１７０６を算出する。距離１７０３と距離１７０６との比が、ピンチ操作の操作量となる。

図７及び図８は、ピンチ操作によるＵＩコンポーネントの画像７０１の動作の説明図である。アプリケーション実行部３０１は、ＵＩコンポーネントの画像７０１が操作されることで、ＵＩコンポーネントの画像７０１の表示領域内の指定された画像を描画する。この機能は、ピンチ操作に対応するＵＩコンポーネントの典型的な機能の一つである。

アプリケーション実行部３０１は、ＵＩコンポーネントの画像７０１がピンチ操作されることにより表示画像の拡大、縮小を行う。ユーザ１０５が二本の指７０２を広げる方向にピンチ操作８０１を行うことで、アプリケーション実行部３０１は、図８に示すように、ピンチ操作の操作量に比例して画像を拡大して表示する。

＜アプリケーション起動＞
図９は、このようなピンチ操作に対応するＵＩコンポーネントを持つアプリケーションの起動時の処理を表すフローチャートである。この処理は、管理者１０２がクライアントＰＣ１０１によりＭＦＰ１０４にアプリケーションの起動を指示することで実行される。ＭＦＰ１０４は、受け付けたアプリケーションの起動の指示を、アプリケーション管理部３００からアプリケーション実行部３０１に送る。

アプリケーション実行部３０１は、指示のあったアプリケーション４００を起動する（Ｓ６０１）。アプリケーション実行部３０１は、アプリケーション４００の起動に必要な初期化のために、クラスファイル４０１により起動処理を実行し（Ｓ６０２）、使用するＵＩコンポーネントを生成する（Ｓ６０３）。アプリケーション実行部３０１は、生成したＵＩコンポーネントがピンチ操作に対応するか否かを判断する（Ｓ６０４）。ピンチ操作に対応するか否かは、ＵＩコンポーネントがピンチ操作のためのコードを含むか否かを確認することで判断可能である。このコードは、アプリケーションがピンチ操作対応アプリケーションであればＵＩコンポーネントに含まれる。

ＵＩコンポーネントがピンチ操作に対応する場合（Ｓ６０４：Y）、アプリケーション実行部３０１は、ＭＦＰ１０４がピンチ操作対応装置であるか否かを判断する（Ｓ６０５）。ＭＦＰ１０４がピンチ操作非対応装置であれば（Ｓ６０５：N）、アプリケーション実行部３０１は、ＵＩコンポーネントがピンチ操作に非対応であることを表すピンチ操作非対応フラグを「TRUE」にする（Ｓ６０６）。

アプリケーション実行部３０１は、ステップＳ６０３〜Ｓ６０６の処理を、すべてのＵＩコンポーネントに対して行う（Ｓ６０７）。すべてのＵＩコンポーネントに対してステップＳ６０３〜Ｓ６０６の処理が終了すると（Ｓ６０７：Y）、アプリケーション実行部３０１は、アプリケーション４００のその他の起動処理を行い（Ｓ６０８）、起動処理を終了する。

＜ピンチ操作非対応モード＞
ピンチ操作非対応モードは、ＭＦＰ１０４が、自分の機能や動作状態によりピンチ操作が可能であるかを示し、値で表される。ピンチ操作非対応モードは、ＲＡＭ２１３或いはＨＤＤ２３１に記憶される。ピンチ操作非対応モードの値により、ピンチ操作に対応するＵＩコンポーネントの動作は切り替えられる。この処理については後述する。

図１０は、ピンチ操作非対応フラグの値（図９のＳ６０６参照）のみでピンチ操作非対応モードの設定を行う場合の処理を表すフローチャートである。

アプリケーション実行部３０１は、アプリケーションの起動時に設定されたピンチ操作非対応フラグを取得する（Ｓ１４０１）。アプリケーション実行部３０１は、取得したピンチ操作非対応フラグの値を確認することで、該ＵＩコンポーネントがピンチ操作に対応するか否かを確認する。アプリケーション実行部３０１は、確認したピンチ操作非対応フラグの値に応じて、ピンチ操作非対応モードの値を設定する（Ｓ１４０２）。これにより、ピンチ操作非対応フラグがピンチ操作に対応していないことを表す場合にはピンチ操作非対応モードの値もピンチ操作に対応していないことを表し、対応している場合にはピンチ操作非対応モードの値もピンチ操作に対応していることを表す。

図１１は、ＭＦＰ１０４がピンチ操作対応装置であるか及びＭＦＰ１０４の処理負荷により、ピンチ操作非対応モードの設定を行う場合の処理を表すフローチャートである。

アプリケーション実行部３０１は、アプリケーションの起動時に設定されたピンチ操作非対応フラグを取得する（Ｓ１５０１）。アプリケーション実行部３０１は、取得したピンチ操作非対応フラグの値を確認する（Ｓ１５０２）。ピンチ操作非対応フラグの値が「TRUE」であれば（Ｓ１５０２：Y）、アプリケーション実行部３０１は、ピンチ操作非対応モードの値をピンチ操作に対応していないことを表す「TRUE」に設定する（Ｓ１５０３）。

ピンチ操作非対応フラグの値が「TRUE」でなければ（Ｓ１５０２：N）、アプリケーション実行部３０１は、ＭＦＰ１０４で実行中のジョブの状況を取得する（Ｓ１５０４）。ＭＦＰ１０４で実行されるジョブには、印刷、スキャン、データ送信等がある。アプリケーション実行部３０１は、取得したジョブの状況により、その時点の処理負荷が重いか否かを判断する（Ｓ１５０５）。処理負荷の重さの判断は、実行中のジョブの数及び種類の少なくとも一方により行われる。例えば、予めクラスファイル４０１で規定された規定数以上のジョブが実行中であれば、処理負荷が重いと判断される。また、印刷は、スキャンに比べてＣＰＵ２１１やＲＡＭ２１３等の資源の使用量が多いため、処理負荷が重い。そのために、実行中のジョブの種類により、処理負荷の重さを判断する。

処理負荷が重ければ（Ｓ１５０５：Y）、アプリケーション実行部３０１は、ピンチ操作非対応モードの値を「TRUE」に設定する（Ｓ１５０３）。処理負荷が重くなければ（Ｓ１５０５：N）、アプリケーション実行部３０１は、ピンチ操作非対応モードの値をピンチ操作に対応していることを表す「FALSE」に設定する（Ｓ１５０６）。アプリケーション実行部３０１は、以上のようにピンチ操作非対応モードの値を設定して処理を終了する。

図１２は、ＭＦＰ１０４を使用するユーザ１０５のユーザ情報により、ピンチ操作非対応モードの設定を行う場合の処理を表すフローチャートである。ＭＦＰ１０４はユーザ１０５の管理を行っており、ログインして使用するユーザ１０５のユーザ情報にピンチ操作が可能か否かを表すピンチ操作設定情報を含む。ユーザ情報は、例えばＨＤＤ２３１に格納されている。例えば、何らかの理由でピンチ操作が困難なユーザ１０５のユーザ情報には、ピンチ操作設定情報に「FALSE」が設定される。

アプリケーション実行部３０１は、アプリケーションの起動時に設定されたピンチ操作非対応フラグを取得する（Ｓ１６０１）。アプリケーション実行部３０１は、取得したピンチ操作非対応フラグの値を確認する（Ｓ１６０２）。ピンチ操作非対応フラグの値が「TRUE」であれば（Ｓ１６０２：Y）、アプリケーション実行部３０１は、ピンチ操作非対応モードの値をピンチ操作に対応していないことを表す「TRUE」に設定する（Ｓ１６０３）。

ピンチ操作非対応フラグの値が「TRUE」でなければ（Ｓ１６０２：N）、アプリケーション実行部３０１は、ＭＦＰ１０４にログインしているユーザ１０５のユーザ情報を取得する（Ｓ１６０４）。アプリケーション実行部３０１は、取得したユーザ情報のピンチ操作設定情報が「FALSE」であるか否かを確認する（Ｓ１６０５）。

ピンチ操作設定情報が「FALSE」であれば（Ｓ１６０５：Y）、アプリケーション実行部３０１は、ピンチ操作非対応モードの値をピンチ操作に対応していないことを表す「TRUE」に設定する（Ｓ１６０３）。ピンチ操作設定情報が「FALSE」でなければ（Ｓ１６０５：N）、アプリケーション実行部３０１は、ピンチ操作非対応モードの値をピンチ操作に対応していることを表す「FALSE」に設定する（Ｓ１６０６）。アプリケーション実行部３０１は、以上のようにピンチ操作非対応モードの値を設定して処理を終了する。

なお、図１１の処理と図１２の処理とを組み合わせてピンチ操作非対応モードの値を設定してもよい。

＜ピンチ操作非対応時の画像表示処理＞
図１３は、ピンチ操作非対応のＭＦＰ１０４にインストールされたアプリケーションの実行時に、表示部２２３に表示される画像の例示図である。このアプリケーションは、ピンチ操作対応アプリケーションでありピンチ操作に対応するＵＩコンポーネントを含む。

表示部２２３に表示されるアプリケーションの画像には、ＵＩコンポーネントの画像７０１が含まれる。ＵＩコンポーネントはピンチ操作に対応するが、ＭＦＰ１０４がピンチ操作に対応しないために、ピンチ操作非対応モードの値は「TRUE」である。この場合、ＵＩコンポーネントの画像７０１の表示領域内に、拡大ボタン１００１及び縮小ボタン１００２が表示される。拡大ボタン１００１及び縮小ボタン１００２は、ボタン画像である。拡大ボタン１００１は、押下されることで、表示領域内の画像を拡大して再描画を行う機能を有する。縮小ボタン１００２は、押下されることで、表示領域内の画像を縮小して再描画を行う機能を有する。拡大ボタン１００１及び縮小ボタン１００２による操作が、ピンチ操作による画像サイズの変更の代替操作となる。

図１４は、このようなＵＩコンポーネントの画像７０１を表示する処理を表すフローチャートである。操作部２２０の操作或いはクライアントＰＣ１０１からの指示によりアプリケーションの起動が指示されると、アプリケーションの画像７０１の描画処理が開始される。

アプリケーション実行部３０１は、描画処理を開始すると、ＵＩコンポーネントを描画する。アプリケーション実行部３０１は、描画するＵＩコンポーネントがピンチ操作に対応しているか否かを判断する（Ｓ９０１）。アプリケーション実行部３０１は、ピンチ操作非対応モードの値を確認することで、ＵＩコンポーネントがピンチ操作に対応しているかを判断することができる。

ＵＩコンポーネントがピンチ操作に対応していなければ（Ｓ９０１：Y）、アプリケーション実行部３０１は、拡大ボタン１００１及び縮小ボタン１００２を描画する（Ｓ９０２）。ＵＩコンポーネントがピンチ操作に対応していれば（Ｓ９０１：N）、或いは拡大ボタン１００１及び縮小ボタン１００２を描画後に、アプリケーション実行部３０１は、ＵＩコンポーネントの画像７０１を描画する（Ｓ９０３）。以上の処理により、ＵＩコンポーネントの描画が終了する。

図１３及び図１４では、拡大ボタン１００１及び縮小ボタン１００２を表示部２２３に表示することで、ピンチ操作非対応のＭＦＰ１０４であっても、ＵＩコンポーネントの画像７０１の拡大、縮小を可能としている。この他に、ハードキー２２４により、ＵＩコンポーネントの画像７０１の拡大、縮小を可能とすることもできる。

図１５は、ハードキーによるＵＩコンポーネントの画像７０１の拡大、縮小を説明する図である。ピンチ操作対応のＵＩコンポーネントは、ピンチ操作非対応モードが「TRUE」である場合に、ＵＩコンポーネントの画像７０１の表示領域の一部に、拡大操作ハードキーバインド画像１２０１及び縮小操作ハードキーバインド画像１２０２を表示する。ユーザ１０５がハードキーを押下することで、ＵＩコンポーネントの画像７０１の拡大、縮小が行われる。図１５の例では、ハードキー２２４の「１」及び「９」のボタン（図３参照）が同時に押下されると、ＵＩコンポーネントの画像７０１が拡大される。ハードキーの「３」及び「７」のボタン（図３参照）が同時に押下されると、ＵＩコンポーネントの画像が縮小される。つまり、ハードキー２２４の「１」及び「９」のボタンに拡大処理が割り当てられ、「３」及び「７」のボタンに縮小処理が割り当てられる。拡大操作ハードキーバインド画像１２０１及び縮小操作ハードキーバインド画像１２０２による操作が、ピンチ操作による画像サイズの変更の代替操作となる。

図１６は、このようなＵＩコンポーネントの画像７０１を表示する処理を表すフローチャートである。操作部２２０の操作或いはクライアントＰＣ１０１からの指示によりアプリケーションの起動が指示されると、アプリケーションの画像７０１の描画処理が開始される。

アプリケーション実行部３０１は、描画処理を開始すると、ＵＩコンポーネントの画像７０１を描画する（Ｓ１１０１）。アプリケーション実行部３０１は、描画するＵＩコンポーネントがピンチ操作に対応していれば、ピンチ操作非対応モードの値がピンチ操作に対応するか否かを判断する（Ｓ１１０２）。つまり、ＵＩコンポーネントがＵＩ操作に対応し、ＭＦＰ１０４がＵＩ操作に対応していないか確認する。

ピンチ操作非対応モードの値が「TRUE」であれば（Ｓ１１０２：Y）、アプリケーション実行部３０１は、拡大操作ハードキーバインド画像１２０１及び縮小操作ハードキーバインド画像１２０２を描画する（Ｓ１１０３）。ピンチ操作非対応モードの値が「FALSE」（１１０２：N）、或いは拡大操作ハードキーバインド画像１２０１及び縮小操作ハードキーバインド画像１２０２の描画により、ＵＩコンポーネントの描画処理が終了する。

＜イベント発生時の処理＞
図１７は、アプリケーションの実行中にイベントが発生した場合の処理を表すフローチャートである。ここで表示部２２３に表示されているＵＩコンポーネントは、ピンチ操作に対応していない。

ウインドウ管理部３０２は、ユーザ１０５が操作部２２０を操作することで発生するタッチ操作イベントやハードキー操作イベント等のイベントの入力を待つ（Ｓ１３０１）。イベントが入力されると、ウインドウ管理部３０２は、イベントがタッチパネル２２２の操作により発生したタッチ操作イベントであるかを判断する（Ｓ１３０２）。

タッチ操作イベントである場合（Ｓ１３０２：Y）、ウインドウ管理部３０２は、タッチ操作イベントから、タッチ操作されたタッチパネル２２２上の位置座標を取得する（Ｓ１３０３）。ウインドウ管理部３０２は、タッチ操作された位置座標に表示されるＵＩコンポーネントを特定する（Ｓ１３０４）。ウインドウ管理部３０２は、特定したＵＩコンポーネントに関連づけされた処理を実行し（Ｓ１３０５）、イベント発生時の処理を終了する。

タッチ操作イベントではない場合（Ｓ１３０２：N）、ウインドウ管理部３０２は、イベントがハードキー２２４の操作により発生したハードキー操作イベントであるかを判断する（Ｓ１３０６）。ハードキー操作イベントではない場合（Ｓ１３０６：N）、ウインドウ管理部３０２は、イベント発生時の処理を終了する。

ハードキー操作イベントである場合（Ｓ１３０６：Y）、ウインドウ管理部３０２は、選択状態情報３０３により、ユーザ１０５に選択されているＵＩコンポーネントを確認する（Ｓ１３０７）。ユーザ１０５に選択されているＵＩコンポーネントが無い場合（Ｓ１３０７：N）、ウインドウ管理部３０２は、イベント発生時の処理を終了する。ユーザ１０５に選択されているＵＩコンポーネントが有る場合（Ｓ１３０７：Y）、ウインドウ管理部３０２は、選択されているＵＩコンポーネントに関連づけされた処理を実行し（Ｓ１３０８）、イベント発生時の処理を終了する。

図１８は、アプリケーションの実行中にイベントが発生した場合の処理を表すフローチャートである。ここで表示部２２３に表示されているＵＩコンポーネントは、ピンチ操作に対応しており、ＭＦＰ１０４はピンチ操作非対応である。

ウインドウ管理部３０２は、ユーザ１０５が操作部２２０を操作することで発生するイベントの入力を待つ（Ｓ１８０１）。イベントが入力されると、ウインドウ管理部３０２は、イベントがハードキー２２４の操作により発生したハードキー操作イベントであるかを判断する（Ｓ１８０２）。

ハードキー操作イベントではない場合（Ｓ１８０２：N）、ウインドウ管理部３０２は、イベントがタッチ操作イベントであるかを判断する（Ｓ１８０３）。タッチ操作イベントではない場合（Ｓ１８０３：N）、ウインドウ管理部３０２は、イベントに応じた処理を実行して（Ｓ１８０４）、イベント発生時の処理を終了する。タッチ操作イベントである場合（Ｓ１８０３：Y）、ウインドウ管理部３０２は、選択状態情報３０３により、ユーザ１０５に選択されているＵＩコンポーネントを確認する（Ｓ１８０５）。

ユーザ１０５に選択されているＵＩコンポーネントが無い場合（Ｓ１８０５：N）、ウインドウ管理部３０２は、タッチ操作イベントで選択されているＵＩコンポーネントを選択状態情報３０３に登録する（Ｓ１８０６）。ユーザ１０５に選択されているＵＩコンポーネントが有る場合（１８０５：Y）、ウインドウ管理部３０２は、選択されているＵＩコンポーネントに関連づけされた処理を実行し（Ｓ１８０７）、イベント発生時の処理を終了する。なお、ウインドウ管理部３０２は、ステップＳ１８０６でＵＩコンポーネントを登録した後にも、ステップＳ１８０７で登録したＵＩコンポーネントに関連づけされた処理を実行する。

ステップＳ１８０２でイベントがハードキー操作ベントである場合（Ｓ１８０２：Y）、ウインドウ管理部３０２は、ＵＩコンポーネントのピンチ操作非対応モードの値が「TRUE」であるか否かを判断する（Ｓ１８０８）。ピンチ操作非対応モードが「TRUE」である場合（Ｓ１８０８：Y）、ウインドウ管理部３０２は、ハードキー操作イベントが「１」及び「９」のボタンを同時に押下したものであるかを確認する（Ｓ１８０９）。

「１」及び「９」のボタンを同時に押下したものである場合（Ｓ１８０９：Y）、ウインドウ管理部３０２は、ＵＩコンポーネントの画像を拡大して再描画し（Ｓ１８１０）、イベント発生時の処理を終了する。「１」及び「９」のボタンを同時に押下したものではない場合（Ｓ１８０９：N）、ウインドウ管理部３０２は、ハードキー操作イベントが「３」及び「７」のボタンを同時に押下したものであるかを確認する（Ｓ１８１１）。「３」及び「７」のボタンを同時に押下したものである場合（Ｓ１８１１：Y）、ウインドウ管理部３０２は、ＵＩコンポーネントの画像を縮小して再描画し（Ｓ１８１２）、イベント発生時の処理を終了する。一回のハードキー操作イベントによりどの程度画像を拡大、縮小するかは、ＵＩコンポーネントが生成されたときに、アプリケーション４００のクラスファイル４０１のコードにより、ＵＩコンポーネントの属性として登録される。

「３」及び「７」のボタンを同時に押下したものではない場合（Ｓ１８１１：N）、ウインドウ管理部３０２は、その他のハードキーが押下されたと判断して、イベントに応じた処理を実行して（Ｓ１８１３）、インベント発生時の処理を終了する。なお、ステップＳ１８０８でピンチ操作非対応モードの値が「FALSE」の場合も（Ｓ１８０８：N）、ウインドウ管理部３０２は、ステップＳ１８１３の処理を実行する。

図１９は、拡大操作ハードキーバインド画像１２０１及び縮小操作ハードキーバインド画像１２０２（図１５参照）を表示する処理を表すフローチャートである。この処理は、図１８の処理において、ステップＳ１８０６の後に実行される。

ウインドウ管理部３０２は、ＵＩコンポーネントを選択状態情報３０３に登録した後に、ＵＩコンポーネントのピンチ操作非対応モードの値が「TRUE」であるかを判断する（Ｓ１９０１）。ピンチ操作非対応モードの値が「FALSE」であれば（Ｓ１９０１：N）、ウインドウ管理部３０２は、ステップＳ１８０７の処理に移行する。ピンチ操作非対応モードの値が「TRUE」であれば（Ｓ１９０１：Y）、ウインドウ管理部３０２は、ＵＩコンポーネントの画像の表示領域に、拡大操作ハードキーバインド画像１２０１及び縮小操作ハードキーバインド画像１２０２を描画する（Ｓ１９０２）。描画が終了すると、ウインドウ管理部３０２は、ステップＳ１８０７の処理に移行する。

以上のように本実施形態のＭＦＰ１０４は、ピンチ操作非対応モードにより、ピンチ操作の可否を判断する。ピンチ操作非対応モードは、ＭＦＰ１０４がピンチ操作に対応しているか及びアプリケーションがピンチ操作に対応しているかを表す。また、ピンチ操作非対応モードは、ＭＦＰ１０４の処理負荷の状態及びユーザの状態を表す。そのためにピンチ操作非対応モードにより、ピンチ操作の可否が明確になる。その結果、例えばピンチ操作が不可である場合には、拡大ボタン１００１及び縮小ボタン１００２や、拡大操作ハードキーバインド画像１２０１及び縮小操作ハードキーバインド画像１２０２する。ユーザは、これによりピンチ操作ができないこと知ることができ、快適なピンチ操作が可能となる。

Claims (11)

1. インストールされたアプリケーションを実行するアプリケーション実行手段と、
   ユーザにより操作される操作手段と、
   前記アプリケーションの実行時の画像を表示する表示手段と、
   前記アプリケーションの実行時にピンチ操作に対応しているか否かを判断する判断手段と、
   前記判断手段が前記ピンチ操作に非対応であると判断すると、前記アプリケーションの実行時の前記画像に、当該画像のサイズを変更するための代替操作を表示するウインドウ管理手段と、を備えることを特徴とする、
   情報処理装置。
2. 前記判断手段は、前記アプリケーションが前記ピンチ操作に対応しているか否かにより、当該アプリケーションの実行時にピンチ操作に対応しているか否かを判断することを特徴とする、
   請求項１記載の情報処理装置。
3. 前記判断手段は、自装置が前記ピンチ操作に対応しているか否かにより、前記アプリケーションの実行時にピンチ操作に対応しているか否かを判断することを特徴とする、
   請求項１又は２記載の情報処理装置。
4. 前記判断手段は、自装置の処理負荷の重さに応じて、前記アプリケーションの実行時にピンチ操作に対応しているか否かを判断することを特徴とする、
   請求項１〜３のいずれか１項記載の情報処理装置。
5. 前記判断手段は、実行中のジョブの数及び実行中のジョブの種類の少なくとも一方により前記処理負荷の重さを判断することを特徴とする、
   請求項４記載の情報処理装置。
6. 前記判断手段は、前記ユーザによるピンチ操作が可能か否かを表すピンチ操作設定情報により、前記アプリケーションの実行時にピンチ操作に対応しているか否かを判断することを特徴とする、
   請求項１〜５のいずれか１項記載の情報処理装置。
7. 前記ウインドウ管理手段は、前記代替操作として、前記画像のサイズを変更するためのボタン画像を前記画像に表示することを特徴とする、
   請求項１〜６のいずれか１項記載の情報処理装置。
8. 前記操作手段は、複数のボタンからなるハードキーを備えており、
   前記ウインドウ管理手段は、前記複数のボタンのいずれかに、前記画像のサイズを変更する処理を割り当て、割り当てたボタンを表すハードキーバインド画像を前記画像に表示することを特徴とする、
   請求項１〜６のいずれか１項記載の情報処理装置。
9. 前記ウインドウ管理手段は、前記ユーザにより前記操作手段による前記代替操作があると、前記画像のサイズを変更することを特徴とする、
   請求項１〜８のいずれか１項記載の情報処理装置。
10. ユーザにより操作される操作手段と、インストールされたアプリケーションの実行時の画像を表示す表示手段とを備えた情報処理装置により実行される方法であって、
    前記アプリケーションの実行時にピンチ操作に対応しているか否かを判断するステップと、
    前記ピンチ操作に非対応であると判断すると、前記アプリケーションの実行時の前記画像に、当該画像のサイズを変更するための代替操作を表示するステップと、を含むことを特徴とする、
    情報処理方法。
11. ユーザにより操作される操作手段と、インストールされたアプリケーションの実行時の画像を表示す表示手段とを備えたコンピュータを、
    前記アプリケーションを実行するアプリケーション実行手段、
    前記アプリケーションの実行時にピンチ操作に対応しているか否かを判断する判断手段、
    前記判断手段が前記ピンチ操作に非対応であると判断すると、前記アプリケーションの実行時の前記画像に、当該画像のサイズを変更するための代替操作を表示するウインドウ管理手段、
    として機能させるためのコンピュータプログラム。

Images