JP2022051794A - 画像形成装置およびその制御方法 - Google Patents

Abstract

【課題】 手作業でグルーピングするのが煩雑なだけでなく、複合機のように不特定多数の人が同一デバイスを利用するケースでは、利用者全員にとって分かりやすくグルーピングするのが難しいという課題があった。【解決手段】 フレームワークもしくは各アプリケーションにアイコンをグルーピングする設定を設けて、当該設定に基づいてアプリケーション毎にアイコンのグルーピングを行って表示する。または、アプリケーションの種別が特定のタイプ（設定によって複数のアイコン登録が可能なアプリタイプ）であった場合に、アプリケーション毎に自動的にグルーピングして表示する。【選択図】 図９

Description

本発明は、拡張アプリケーションを搭載可能な画像形成装置、該画像形成装置を制御する方法等に関する。

機器を制御するファームウェア上に、ローダブルな別プログラム（アプリケーション）をインストールし、サービスを利用可能にするシステムがある。オフィス複合機（ＭＦＰ）など様々な情報機器においても、アプリケーションをインストールして付加機能や付加サービスを提供するシステムがある。

一方、ユーザが特定のショートカットを容易に選択して実行させることが可能な、ショートカット選択用のユーザインタフェースが知られている。特開２０１６－７１６８０（特許文献１）には、次が開示されている。ショートカット一覧画面５０に、登録されているショートカットのショートカットキー６１ａ，６１ｃが、特定のタブ７１に割り当てられて表示される。また、登録されているショートカットが、ショートカットの属性に基づいてグループ分けされる。そして、グループ毎に（即ち属性毎に）タブ７１～７３が生成されて、ショートカット画面に表示される（図４他参照）。

特開２０１６－７１６８０

例えば、予め指定した画像ファイルをある印刷設定に従ってワンクリックで印刷実行するようなアプリケーションでは、指定する画像ファイルや印刷設定に応じて複数のアイコンを登録して利用することが考えられつつある。一方、このようなアプリケーションのアイコンが増えると、操作部が煩雑になるため、所望のアイコンを探すのに労力がかかった。

実行できないアイコンを非表示にする技術は、実行可能なアイコンの数が多い場合には、役に立たない。また、アイコンを重ねてフォルダ化する技術も、複数画面に渡って散在するアイコンを一つ一つ手作業でフォルダ化するのは手間が掛かる。さらに、一つのデバイスを不特定多数のユーザーが利用するようなケースでは、適切にフォルダ化するのが難しい。

本発明は、上記課題の少なくとも一つに鑑みてなされた。画像形成装置の機能に関する表示アイテムの表示制御を柔軟に行うための方法を提供することを目的とする。

上記目的を達成するため、以下を特徴とする制御方法および情報処理装置を開示する。

拡張機能プログラムを搭載可能な画像形成装置において、画像形成装置において機能実行を指示するための複数の表示アイテムを表示する表示手段と、前記複数の表示アイテムを、画像形成装置の所定の機能ごとにグルーピング表示するかを設定する設定手段と、前記設定手段における設定に従って、前記画像形成装置の所定の機能に対応し、前記複数の表示アイテムをグルーピング化した少なくともひとつの表示アイテムを表示する表示制御手段と、を備える画像形成装置。

例えば、画像形成装置の機能を制御する指示を行う表示アイテムの表示制御を柔軟に行うための方法を提供することができる。

本発明の実施例における画像形成装置４０１のハードウェア構成図である。 本発明の実施例における画像形成装置４０１のソフトウェア構成図である。 本発明の実施例における画像形成装置４０１のソフトウェア構成図である。 本発明の実施例における画像形成装置を含むシステム構成図である。 本発明の実施形態における画像形成装置４０１の操作画面例を示す図である。 本発明の実施形態におけるアプリケーション１の設定画面例を示す図である。 本発明の実施形態におけるアプリケーション１の設定情報テーブルの例である。 本発明の実施形態におけるアイコン更新処理のシーケンス図である。 本発明の実施形態におけるアイコン情報生成処理のフローチャート図である。 本発明の実施形態におけるアイコン情報生成の元となるアイコンの登録テーブルである。 本発明の実施形態におけるグルーピング設定によってアイコンが集約された際の画像形成装置４０１の操作画面例を示す図である。 本発明の実施形態におけるアプリケーションの登録テーブルの例である。 本発明の実施形態における集約アイコンを押下した場合に表示される画像形成装置４０１の操作画面例を示す図である。 本発明の実施形態におけるフレームワークのグルーピング設定画面例を示す図である。

以下、本発明を実施するための最良の形態について図面を用いて説明する。本案の情報処理装置として、画像形成装置（ＭＦＰ）を例に挙げて説明するが、携帯端末やタブレット端末、その他、同様の構成を持つデバイスであれば何でも構わない。

図１は、画像形成装置の主要部の構成の例を示すブロック図である。画像形成装置はコントローラユニット１００を含み、コントローラユニット１００には、画像入力デバイスであるスキャナ１７０や画像出力デバイスであるプリンタ１９５が接続されるとともに、操作部１１２が接続される。コントローラユニット１００は、スキャナ１７０で読み取られた画像データをプリンタ１９５により印刷出力するコピー機能を実現するための制御を行う。

コントローラユニット１００は、ＣＰＵ１０１を有し、ＣＰＵ１０１は、ＲＯＭ１０３に格納されているブートアプリケーションによりオペレーションシステム（ＯＳ）を立ち上げる。ＣＰＵ１０１は、このＯＳ上で、ストレージ１０４に格納されているアプリケーションを実行し、これによって各種処理を実行する。このＣＰＵ１０１の作業領域としてはＲＡＭ１０２が用いられる。ＲＡＭ１０２は、作業領域を提供するとともに、画像データを一時記憶するための画像メモリ領域を提供する。ストレージ１０４は、アプリケーションや画像データを格納する。

ＣＰＵ１０１には、システムバス１０７を介して、次が接続される。ＲＯＭ１０３およびＲＡＭ１０２、操作部Ｉ／Ｆ（操作部インターフェース）１０６などである。さらに、ネットワークＩ／Ｆ（ネットワークインターフェース）１１０、ＵＳＢホストＩ／Ｆ１１３、画像バスＩ／Ｆ（画像バスインターフェース）１０５も接続される。操作部Ｉ／Ｆ１０６は、タッチパネルを有する操作部１１２とのインターフェースであり、操作部１１２に表示すべき画像データを操作部１１２に対して出力する。また、操作部Ｉ／Ｆ１０６は、操作部１１２においてユーザーにより入力された情報をＣＰＵ１０１に送出する。ネットワークＩ／Ｆ１１０は、画像形成装置をＬＡＮに接続するためのインターフェースである。

ＵＳＢホストＩ／Ｆ１１３は、ＵＳＢストレージ１１４と通信するインターフェース部である。ＵＳＢホストＩ／Ｆ１１３は、ストレージ１０４に格納されているデータをＵＳＢストレージ１１４に記憶させるための出力部である。また、ＵＳＢホストＩ／Ｆ１１３は、ＵＳＢストレージ１１４に格納されているデータを入力し、ＣＰＵ１０１にそれを伝える。ＵＳＢストレージ１１４は、データを格納する外部記憶装置であり、ＵＳＢホストＩ／Ｆ１１３に対して着脱可能である。ＵＳＢホストＩ／Ｆ１１３には、ＵＳＢストレージ１１４を含む複数のＵＳＢデバイスが接続可能である。

画像バスＩ／Ｆ１０５は、システムバス１０７と、画像データを高速で転送する画像バス１０８とを接続し、データ形式を変換するためのバスブリッジである。画像バス１０８は、ＰＣＩバスまたはＩＥＥＥ１３９４等によって構成される。画像バス１０８上には、デバイスＩ／Ｆ１２０、スキャナ画像処理部１８０、プリンタ画像処理部１９０が設けられる。デバイスＩ／Ｆ１２０には、スキャナ２７０およびプリンタ１９５が接続され、デバイスＩ／Ｆ１２０は、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部１８０は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部１９０は、プリント出力画像データに対してプリンタ１９５に応じた補正、解像度変換などを行う。

図２は、画像形成装置の拡張アプリケーションの実行環境の例を示すブロック図である。ストレージ１０４に記憶されているアプリケーションを、ＣＰＵ１０１がＲＡＭ１０２にロードし、アプリケーションを実行することで図２の各モジュールは実現される。オペレーティングシステムであるＯＳ２０１上には、プリンタやＦＡＸ、スキャナと言った画像処理ユニットを制御するためのネイティブプログラム２１０が動作する。さらに、拡張アプリケーションの実行環境である仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ：ＶＭ）２３０が動作している。ＶＭ２３０は、拡張アプリケーションを制御するアプリケーションを理解し実行するモジュールである。拡張アプリケーションは、必ずＶＭ２３０上で動作する。この実施例でＶＭ２３０は、ＣＰＵ１０１上で動作するソフトウェアモジュールであるが、ハードウェアモジュールであってもよい。

ネイティブプログラム２１０内には、プリンタやＦＡＸ、スキャナと言った画像処理ユニットを制御するためのネイティブスレッド２１４と、仮想マシン２３０を動かすためのＶＭスレッド２１５がある。ＶＭスレッドはＶＭ２３０の数に対応する数存在する。ここでは、２１１、２１２，２１３の３つのスレッドが生成されている。

ＶＭシステムサービス２２０は、拡張アプリケーションから共通利用されるユーティリティライブラリである。拡張アプリケーション２４０からＶＭシステムサービス２２０の機能を呼び出すことにより、拡張アプリケーションを開発する手間を省く、または画像形成装置の各モジュールへアクセスすることができる。ＶＭシステムサービス２２０には、ＶＭとして最低限動作させる標準ＶＭシステムサービス２２１と、画像形成装置の各モジュールへのアクセスや、ＯＳの機能を提供する拡張ＶＭシステムサービス２２２がある。

ＶＭ２３０は、拡張アプリケーション２４０を実行する。ＶＭ２３０は、拡張アプリケーションのスレッド毎に生成される。この図では拡張アプリケーションＡ２４１で２つのスレッドを動かすためのＶＭ Ａ?１ ２３１と、ＶＭ Ａ?２ ２３２、拡張アプリケーションＢ２４２で１つのスレッドを動かすためのＶＭ Ｂ?１ ２３３を生成している。

また、画像形成装置の操作部１１２に表示されるメインメニュー画面には、拡張アプリケーションごとのアイコンが表示される。このアイコンをユーザーが選択したことを、操作部１１２を通じて操作部Ｉ／Ｆ１０６が検知すると、操作部Ｉ／Ｆ１０６はその旨をＣＰＵ１０１に送信する。その旨を受け取ったＣＰＵ１０１はユーザーによって選択された拡張アプリケーションを起動する。

図３は、本実施例の画像形成装置のＣＰＵ１０１上で動作するソフトウェアモジュールの構成図である。標準機能制御部３０１は、画像形成装置の標準機能であるコピーやＦＡＸの制御や、その他の画像成形装置に必要な制御（例えばＵＳＢホストパスＩ／Ｆ１１３の制御）を行うモジュールであり、対応するネイティブスレッド２１４を使って各種処理を司る。

アプリケーション管理部３０２は、拡張アプリケーションのインストールや起動等の管理を行うモジュールである。

図３の３０１－３０５を囲むボックスの部分は、図２の標準ＶＭシステムサービス２２１または拡張システムサービス２２２の一部、若しくは双方を用いて実装されうる。ストレージ制御部３０６については、ネイティブプログラム２１０の一部、または、ＯＳ２０１を用いて実装されうる。これらの双方のモジュールを用いる場合もある。また、ストレージ制御部は、ＶＭシステムサービス２２０の一部として実装されてもよい。

ＵＩ制御部３０３は、操作部１１２に画面を表示し、ユーザーからの操作を受け付けて、その操作情報を適切なモジュール（標準機能制御部３０１かアプリケーション管理部３０２）に通知を行うモジュールである。例えば、ユーザーが操作部１１２からアプリケーション２４０を起動すると、ＵＩ制御部３０３がアプリケーション管理部３０２に通知を行い、ＶＭスレッド２１５が生成されてＶＭ２３０上で当該アプリケーションが動作する。サーブレットサービス３０４は、ネットワークＩ／Ｆ１１０を通してＨＴＴＰアクセスされた際に、次を行う。つまり、３０４は、そのリクエストを受け付けアクセスされたＵＲＬによってモジュール（標準機能制御部３０１かアプリケーション管理部３０２）に処理を振り分ける。アプリケーション実行制御部３０５は、アプリケーション管理部３０２で起動されたアプリケーションの実行制御を行うモジュールである。具体的には、ＶＭスレッド２１５、ＶＭシステムサービス２２０、ＶＭ２３０、拡張アプリケーション２４０を制御する。ストレージ制御部３０６は画像形成装置の設定情報を記録管理するモジュールであり、各モジュールはストレージ制御部３０６にアクセスして、設定値の参照・設定を行う。本実施例においては、アイコンを集約して表示するための設定情報もここに記録される。

図４は、本実施例の画像形成装置を含む印刷システムの構成例を示す図である。この印刷システムは画像形成装置４０１、ネットワークルータ４０２、外部装置４０３によって構成される。外部装置４０３は、ネットワークで接続されている画像形成装置４０１に対し、インストーラを介した拡張アプリケーションのインストールや、ブラウザで画像形成装置４０１と接続し、拡張アプリケーションの設定変更を行う。本案の一実施例では、拡張アプリケーションのアイコン表示の集約に関する設定等を行う。ネットワークルータ４０２は、画像形成装置４０１と、外部装置４０３との通信を仲介する。画像形成装置４０１は、外部装置４０３からのインストール要求に対する拡張アプリケーションのインストール処理の実行や、ＨＴＴＰリクエストに対するＨＴＴＰレスポンスを行う。

図１２は、ストレージ制御部３０６に登録された、拡張アプリケーションの管理テーブルである。本管理テーブルには、アプリケーションのインストール処理に伴って各アプリケーションのＩＤ１２０１や名称１２０２、種別１２０３といった情報が、紐づけて登録される。ＩＤ１２０１は、一般的に各アプリケーション開発時に固有に割り当てられうる。本実施例では、アプリケーションＩＤ１～２の２つのアプリケーションが既にインストールされている。これらは、図２に示す拡張アプリケーションＡ２４１やＡ２４２に該当する。１２０４にはグルーピング設定が記録されている。

図５は、操作部１１２におけるアイコンの表示例を示している。画像形成装置には、ＣＯＰＹ、ＦＡＸ、ＳＥＮＤ（スキャンした画像の送信）機能等がある。これら機能を呼び出すためのアイコンが操作部１１２に表示される。操作部１１２には、上記の機能群に加えて、インストールされた拡張アプリケーションが提供する機能を実行するためのアイコンも表示される。例えば、予め指定した画像ファイルをある印刷設定に従ってワンクリックで印刷実行するようなアプリケーションでは、指定する画像ファイルや印刷設定に応じて複数のアイコンを設けるのが一般的である。このため、図５に示す通り、一つのアプリケーションのアイコンが複数並ぶケースが多々発生する。つまり、このようなアプリケーションが複数あると、操作部が非常に煩雑になりうる。図５の上部は、コピー、ファックス、紙をスキャンして電子データを送信する機能（ＳＥＮＤ機能ともいう）が開示されている。これらのボタンが押されると、図２の２１０や２０１を呼び出し、図１の画像形成装置の各機能を制御する。例えば、紙を複合機に載置してＳＥＮＤボタンが押されると、スキャナ１７０が駆動し、紙をスキャンする。そして、スキャナ画像処理部でスキャンデータが処理され、ネットワークＩ／Ｆを介してネットワーク（図示省略）へ送信される。消耗品ボタンは、画像形成装置のトナーやインクなどの残量を調べたり、トナーやインクの発注機能を呼び出すボタンである。ＢＯＸは、ストレージ１０４に記憶しているドキュメントやスキャンデータを印刷指示したりネットワーク送信するための機能を呼び出すボタンである。図５の下部は、各種ユースケースに沿って、ワンタッチで起動されるアプリケーションである。例えば、帳票１ボタンを押すと、所定の帳票が呼び出される。そして、所定の対話型ＵＩを介して入力される設定値に従って、帳票印刷を行う。そして、自動的に当該アプリは終了する。これがワンタッチで起動されるアプリケーションの説明である。図５の下の図は他のワンタッチアプリケーションの例も示している。他の機能例えば、サーネージ（広告掲示板）機能などにも対応する。これらのボタンは、拡張アプリケーション２４０に対応する。図２は２４０が２つの例を示しているがそれ以上の場合もある。

図６は、本案の画像形成装置にインストールされた拡張アプリケーションのボタン設定画面の一例である。前述の通り、本実施例では、図１２に示した２つの拡張アプリケーション（帳票スーパー、お手軽送信）が既にインストールされている。各アプリケーションの設定は、例えば外部装置４０３上で動作するＷｅｂブラウザから画像形成装置４０１のＷｅｂサービスに接続し、Ｗｅｂブラウザを介して行うなどが考えられる。しかし、これに限定されるものではない。お手軽送信とは、紙をスキャンして電子化したデータを送信する機能やファックス送信機能などを有するアプリケーションである。

スーパー帳票は、ユーザーが画像形成装置に登録したフォームデータをワンクリックで印刷するフォーム印刷アプリケーションである。フォーム印刷では、１以上のフィールドのレイアウトをフォームデータとして定義しておく。そして、数字や文字データをフォームデータに定義されたレイアウトに従って流し込む。または、１出力単位ごとに異なる文字データを、会社ロゴなどの図形や固定データを形成したフォームデータに重ね合わせて合成する。これにより、例えば伝票や請求書などの帳票印刷を実現する。まず基本設定では、アイコン名６０１やフォーム画像データの登録６０２、続いて印刷設定６０８では、用紙サイズや両面指定など、印刷に関わる一般的な設定が可能である。上記に示した設定群は一例であり、これに限定されるものではない。本案では、アプリケーション毎の共通設定として、アイコン表示のグルーピング６０３の設定が可能である。“ＯＦＦ”に設定した場合は、ストレージ制御部３０６に登録されたボタン設定の数だけ、個別にアイコンが生成され表示される。一方で、“ＯＮ”に設定した場合は、その後に続く“グループ名”６０４から“除外するアイコン名”６０７等の設定に応じてボタン設定がストレージ制御部３０６に登録され、それに基づいてアイコンが集約されて表示される。より具体的には、“登録数”６０５を指定した場合は、指定した数以上のボタン設定が存在する場合に、アイコンを集約して表示する。つまり“３”を指定した場合は、登録されたボタン設定が３つ以上ある場合に、アイコンを集約する。そして、当該グループ６０４に関連付けられたアイコンを１つ表示する。また、“アイコン名”６０６に文字列を指定した場合は、当該文字列に部分一致するアイコン名を持つボタン設定のものを集約して表示する。指定していない場合は当該処理は実行しない。さらに、“除外するアイコン名”６０７を指定すると、当該文字列に部分一致するアイコン名を持つボタン設定のものをグルーピングの対象外として、それ以外のものを集約して表示するよう制御する。指定しないと、当該処理は実行しない。尚、１つに集約されたアイコンのアイコン名は、“グループ名”６０４に指定した値が割り当てられる。これらの設定により、複数あるアイコンの全て、或いは一部のアイコン群が集約されて１つのアイコンで表示されるため、操作部１１２にアイコンが乱列することを防ぐことが出来る。

一連の設定を完了したのち、登録６０９を押下すると、上記設定した条件で印刷実行が可能なボタン設定が、ストレージ制御部３０６に登録される。

図７は、図６の設定によってストレージ制御部３０６に登録された印刷アプリケーションのボタン設定情報の一例である。アイコン名７０１は、６０１で設定したアイコン名称である。ボタンＩＤ７０２は、アイコンを識別するＩＤであり、押下されたボタンを識別する際に使用する。フォームデータ７０３は、本アプリケーションを実行して印刷を実行する際の対象の画像データであり、６０２でユーザーが登録したデータである。印刷設定７０４は、フォームを印刷する際のカラーモードや部数などをまとめた情報であり、６０７でユーザーが設定した情報である。アイコン画像ファイル７０５は、アイコンの画像を保持するファイルでノーマル用（Ｉｃｏｎ１．ｄａｔ）とグループ用（Ｉｃｏｎ０．ｄａｔ）の２つがあり、通常はノーマル用のアイコンが登録されるが、ユーザーが別途登録することも可能である（不図示）。表示位置７０６は、操作部１１２上のアイコンの表示位置を指定する設定であり、先頭または末尾で指定する。任意に指定可能にしてもよい。アイコン表示設定７０７は、操作部１１２に表示する際のグルーピングの条件を設定するもので、ユーザーが６０３乃至６０７で設定した当該アプリケーションに共通の設定値である。この設定値は、他のボタン設定に関わらず同じ設定値が登録される。なお、図７には図示されていないが、アプリケーション種別に関する情報のエントリを設けるとよい。つまり、それぞれのアイコンがどのアプリケーションに関するアイコンなのかを識別する情報を図７のもっとも右側の列に追加してもよい。

そうすれば、図７では、帳票アプリケーションに関するアイコンのみを登録しているが、送信アプリケーションに関するアイコンも登録できるようになる。

図８は、本案の画像形成装置におけるアイコン更新処理のフローを示した図である。図８の処理は、図１のＣＰＵ１０１が原則制御する。アプリケーション管理部３０２は、まずアプリケーションＡ（スーパー帳票）に対してアイコン情報要求を行う（Ｓ８０１）。アプリケーションＡはアイコン情報要求を受けて、アイコン情報を生成するためのアイコン情報生成処理を行う（Ｓ８０２）。アプリケーションＡは、生成したアイコン情報を使用してアイコン情報登録を行う（Ｓ８０３）。アプリケーション管理部３０２は、残りのアプリケーションＢ（お手軽送信）に対しても同様にアイコン情報要求を行う（Ｓ８０４）。アプリケーションＢは、アイコン情報要求を受けて、アイコン情報生成およびアイコン情報登録を行う（Ｓ８０５、Ｓ８０６）。

アプリケーション管理部３０２は、インストールされている全てのアプリケーションへのアイコン情報要求完了後、ＵＩ制御部にアイコン表示要求を行う（Ｓ８０７）。

図９は、前述のアイコン情報生成処理（Ｓ８０２，Ｓ８０５）の詳細フローでありアプリケーション毎にほぼ同様に処理される。つまり、複数のアプリケーションがあれば、図９の各アプリケーションのごとに異なる処理が並列またはシーケンシャルに複数回実行される。ここでは、帳票スーパーアプリケーションについておもに説明する。アイコン情報生成処理では、まずストレージ制御部３０６に登録されたボタン設定情報を読み出す（Ｓ９０１）。具体的には図７の設定情報を読み出す。設定が無い場合は（Ｓ９０２でＮＯ）終了し、設定がある場合はＳ９０３に進む。本実施例では、図７に示す通り、スーパー帳票というアプリケーションに４つのボタン設定が登録されているので、最初の“帳票１”のアイコン情報を生成すべくＳ９０３に進む。Ｓ９０３では、ユーザーが６０３で設定したアイコン表示のグルーピング設定の確認を行う。つまり、フレームワークが７０７のｉＳｅｔｔｉｎｇｓ１．ｄａｔを読み込み、グルーピング設定がされているか否かを確認する。本例では図６の通りグルーピング設定がされているので（Ｓ９０４でＹＥＳ）、ｉＳｅｔｔｉｎｇｓ１．ｄａｔを更に読み込んでグルーピングの詳細設定６０４～６０７を確認する（Ｓ９０５）。設定６０５によれば、ボタン設定の登録数は４つなのでグルーピングの対象となるが、設定６０７で“帳票”を含むものはグルーピングしないに設定されているため、最終的に“帳票１”のアイコンは集約の対象外と判断される（Ｓ９０６でＮＯ）。つまり“帳票１”は、グルーピング設定がない場合（Ｓ９０４でＮＯ）のアイコン生成処理と同様に、個別にアイコンが生成／表示されるように、アイコン情報（ボタンＩＤ、アイコン画像情報、表示位置等）が設定される（Ｓ９１０）。そして、図１０に示すテーブルに登録される（Ｓ９０９）。

続いて、残りのボタン設定を確認する（Ｓ９１１）。図７に示す通り、スーパー帳票アプリには“配送伝票”“貸出票”“管理課”の残り３つのボタン設定が登録されており、各々についてＳ９０３からＳ９１０の処理を行う。“配送伝票”については、フレームワークが７０７のｉＳｅｔｔｉｎｇｓ１．ｄａｔを読み込み、グルーピング設定がされているため（Ｓ９０４でＹＥＳ）。このため、ｉＳｅｔｔｉｎｇｓ１．ｄａｔを更に読み込んでグルーピングの詳細設定６０４～６０７を確認する（Ｓ９０５）。設定６０５によれば、ボタン設定の登録数は４つなのでグルーピングの対象となる。設定６０６および６０７の条件には該当しないため、最終的に“配送伝票”のアイコンは集約対象と判断される（Ｓ９０６でＹＥＳ）。集約対象と判断されたボタン設定は、個別にアイコン生成／表示をせずに、グループ用のアイコン（ａＩｃｏｎ０．ｄａｔ）を一つだけ生成／表示するように制御する。つまり、グループ用のアイコンが既にテーブルに登録されているかを確認し（Ｓ９０７）、既に登録されている場合（Ｓ９０７でＹＥＳ）は、処理を抜けて残りのボタン設定の確認に移行する。グループ用のアイコンがテーブルに登録されていない場合（Ｓ９０７でＮＯ）は、グループ用のアイコンを生成／表示するように、アイコン情報（ボタンＩＤ、アイコン画像情報、表示位置等）が設定される（Ｓ９０８）。そして、テーブルに登録される（Ｓ９０９）。

以降、“貸出票”と“管理課”のアイコンについても同様に処理されるが、グループ用のアイコンが既にテーブルに登録されている（Ｓ９０７でＹＥＳ）ため、新たなアイコン情報は設定されず、また図１０のテーブルにも登録されずに処理を終了する。

図１０は、図９のアイコン情報生成処理と図８のアイコン情報登録（Ｓ８０３やＳ８０６）により生成されるアイコン情報のテーブルである。本テーブルに登録されたアイコン情報は、登録された全てのボタン設定が前述のグルーピング設定の確認および集約処理によって選別された結果である。本テーブルに登録されたアイコン情報に基づき、アプリケーション管理部３０２がＵＩ制御部にアイコン表示要求を行うことで、アイコンが操作部１１２に表示される。アプリケーションＩＤ１００１は、アプリケーションを識別するＩＤであり、図１２のアプリケーションＩＤ１２０１と一致する。ボタンＩＤ１００２は、ボタンを識別するＩＤであり、ボタン設定の登録時に加えて、グループ用のアイコン登録に合わせて固有のＩＤが付与される。アイコンタイトル１００３は、アイコンを表示する際のタイトルであり、アイコン名７０１やグループ名６０４と一致する。表示位置１００４は、アイコンの初期表示位置を示す。アイコン画像情報１００５は、アイコン画像のピクセル情報である。本実施例では、スーパー帳票アプリの“帳票１”のボタン設定が集約の対象外と判断されて個別に登録されている。また“配送伝票”“貸出票”“管理課”の３つのボタン設定が集約されて、グループ用のアイコン（ａＩｃｏｎ０．ｄａｔ）一つで表示されるように登録されている。また、お手軽送信アプリのアイコン群も、集約されて一つのグループ用アイコン（ｂＩｃｏｎ０．ｄａｔ）一つで表示されるように登録されている。

図１１は、図１０のアイコン情報のテーブルに基づいて操作部１１２にアイコンが表示される例である。図５に示した標準機能のＣＯＰＹ、ＦＡＸ、ＳＥＮＤ等のアイコン以外に、“帳票１”１１０１、“スーパー帳票”１１０２や“お手軽送信”１１０３のアイコンが表示される。これらのアイコンは、前述のアイコン表示設定内の表示位置の設定に従って、先頭に配置されている。“スーパー帳票”１１０２を押下すると、図１３に示す画面が表示される。つまり、“スーパー帳票”として集約された３つのボタン設定が呼び出されてアイコン生成／表示処理が実行される。

このように、従来は複数画面に渡って散在していた同一アプリの複数アイコンが１つのアイコンに集約されて表示されるため、ユーザーは所望のアイコンを容易に見つけることが出来る。なお、ＣＯＰＹ，ＦＡＸ、ＳＥＮＤ、消耗品、ＢＯＸ，２ＩＮ１のボタンは、画像形成装置ネイティブの機能に関わるボタンであるのでその後ろにまとめられずに表示されている。

図８に示したアイコン更新処理および図９に示したアイコン情報生成処理は、アプリケーション管理部３０２によるアイコン更新と、それをトリガーとしたアイコン情報要求を受けて実行される。その契機としては、画像処理装置の起動処理や言語設定の切り替え処理、アプリケーションの有効化・無効化処理、およびアプリケーションの設定変更（画像データの登録・削除を含）等が代表的である。画像形成装置のスリープ状態からの復帰処理や、単なる操作部の画面遷移処理、または、タイマーイベントにより定期的に更新・生成処理を行うことで、よりフレキシブルなアイコン制御が可能であろう。

尚、本実施例では、グループ用のアイコンを各アプリケーションが予め持つ構成としたが、ユーザーが別途登録可能としてもよいし、集約が分かるような表示であれば別の構成でも構わない。

また、グルーピングの詳細設定６０４～６０７は一例であり、これらの設定に限定した話ではなく他の設定があっても構わない。

（その他の実施形態１）
図６では、スーパー帳票のような各アプリケーションがグルーピング設定を持つ例を示したが、画像形成装置のネイティブプログラム２１０がグルーピング設定を持つ形態でも同様の効果を得ることが出来る。前者は各アプリケーションが持つ独自の設定によって柔軟に表示を切り替えられる利点がある。一方で、後者は拡張アプリケーションを動作させるフレームワーク側で一括した設定が可能であるため、アプリケーション側で考慮する必要がなく手軽に運用できる利点がある。

図１４は、画像形成装置のネイティブブログラム２１０がグルーピング設定を持つ場合の設定画面の一例である。本設定では、アプリケーション毎に、グルーピング有無１４０２およびグループ名１４０３の設定が可能である。例えばスーパー帳票のグルーピング有無をＯＮに設定すると、スーパー帳票のアイコン群は集約されて表示される。集約されて表示されるアイコン名は、グループ名１４０３に設定した名称が付与される。図１４の例では、“アプリケーション名をグループ名にする”設定１４０１を有効にしているため、アプリケーション名であるスーパー帳票がそのまま集約時のアイコン名として付与される。これらの設定値は、図１２に示したアプリケーションの管理テーブル上でグルーピング設定１２０４として各アプリケーションに紐づいて登録される。

画像形成装置のネイティブプログラム２１０がグルーピング設定を持つ形態では、図９に示したアイコン情報生成処理のＳ９０４において、各アプリケーションに紐づくグルーピング設定１２０４を読み出し、グルーピング設定の有無を確認する。例えばスーパー帳票のアイコン生成においてはｇＳｅｔｔｉｎｇｓ１．ｄａｔが読み出され、当該設定に応じてアイコン生成／表示処理が実行される。

なお、グルーピングされたアイコンが指示された場合、下記の処理が実行される。アイコンが指示されたアプリケーションの種別を識別する。例えば、図１１の１１０２が押下されると、帳票スーパーというアプリが識別される。そして、識別されたアプリケーションに対応する、Ｓ９０１と同等の処理を実行し、Ｓ９０９の処理へジャンプする。Ｓ９０９では、図７の中から、グルーピング化されたアイコンに対応するアイコンの情報（例えば図７のうち、集約されたアイコン群）を読み出してそれに従ってアイコンをグルーピング化せずに表示する。例えば、図１３のアイコンが表示される。なお、１１０２が指示されるに応じて、集約されたアイコン群に限らず、スーパー帳票アプリケーションに紐づいたアイコン（図７のすべて）を表示するようにしてもよい。なお、図７の情報のうち、前記識別されたアプリケーションに対応するアイコン情報が読み出される。本例では図７のすべての情報が読み出されうる。

以上説明したように、拡張機能プログラムの一例である拡張アプリケーション２４０を搭載可能な画像形成装置４０１を開示した。

画像形成装置４０１において機能実行を指示するための複数の表示アイテムを操作部１１２に表示する。さらに、複数の表示アイテムの一例であるアイコン（図５）を、画像形成装置の所定の機能ごとにグルーピング表示するかをＣＰＵ１０１に指示従い設定できる（図６ ６０３等）。

ＣＰＵ１０１が受け付けた設定に従って、画像形成装置４０１の所定の機能に対応し、複数のアイコンをグルーピング化したひとつの表示アイテムを操作部１１２に表示する。

画像形成装置４０１は、所定の機能を持つ拡張アプリケーションの一例として、スーパー帳票アプリケーションまたはドキュメント送信アプリケーションを有しうる。

ＣＰＵ１０１は、アイコンをグルーピング化する。

ＣＰＵ１０１は、帳票アプリケーション、または、送信アプリケーションごとに、前記複数の表示アイテムを少なくとも一つのグルーピング表示する処理を制御する。

複数のアイコンは、帳票アプリケーションをワンタッチで起動させるものであってもよい。その場合、それぞれの複数のアイコンの指示に従って、帳票アプリケーションに対してそれぞれ異なる印刷設定が入力されうる。上記は、表示制御手段・グルーピング表示制御工程の一例である。操作部１１２は表示部の一例である。画像形成装置４０１は例えば、複合機、プリンタなどが考えられる。

上記の方法により、情報処理装置のＵＩに表示されるアイコンの数を適切に管理できる。より具体的には、一つのアプリケーションが設定や実行条件等に応じて複数のアイコンを持ちうるケースにおいて、条件数（登録数）分のアイコンを複数表示するか、集約して表示するかを制御できる。これによって、アイコン表示の整理が容易になるため、ユーザーが所望するアイコンを見付けやすくなる。

（その他の実施形態２）
グルーピングの設定を設けずに、例えばアプリケーション種別（１５０３）によって自動的にグルーピングを行うと判断する形態にしても、同様の効果を得ることが出来る。つまり、スーパー帳票やお手軽送信というアプリケーションがある。これらのアプリケーションの設定によってボタン設定の登録が増えアイコン数が多くなりがちなアプリケーション種別（１５０３）のボタン設定は次のようにする。すなわち、グルーピングの設定が無くても必ず集約表示するよう制御してもよい。

Claims (8)

1. 拡張機能プログラムを搭載可能な画像形成装置において、
   画像形成装置において機能実行を指示するための複数の表示アイテムを表示する表示手段と、
   前記複数の表示アイテムを、画像形成装置の所定の機能ごとにグルーピング表示するかを設定する設定手段と、
   前記設定手段における設定に従って、前記画像形成装置の所定の機能に対応し、前記複数の表示アイテムをグルーピング化した少なくともひとつの表示アイテムを表示する表示制御手段と、
   を備える画像形成装置。
2. 前記画像形成装置は、所定の機能を持つ拡張アプリケーションを有し、前記表示制御手段は、前記表示アイテムをグルーピング化する請求項１に記載の画像形成装置。
3. 前記表示制御手段は、帳票アプリケーション、または、送信アプリケーションごとに、前記複数の表示アイテムをグルーピング表示する処理を制御する請求項１または２に記載の画像形成装置。
4. 前記複数の表示アイテムは、前記帳票アプリケーションをワンタッチで起動させるものであって、前記複数の表示アイテムの指示に従って、前記帳票アプリケーションに対してそれぞれ異なる印刷設定が入力される請求項１乃至３のいずれか１項に記載の画像形成装置。
5. 拡張機能プログラムを搭載可能な画像形成装置の制御方法において、
   画像形成装置において機能実行を指示するための複数の表示アイテムを表示する表示部に表示する処理を制御する表示制御工程と、
   前記複数の表示アイテムを、画像形成装置の所定の機能ごとにグルーピング表示するかを設定する設定工程と、
   前記設定工程における設定に従って、前記画像形成装置の所定の機能に対応し、前記複数の表示アイテムをグルーピング化した少なくともひとつの表示アイテムを前記表示部に表示するグルーピング表示制御工程と、
   を備える画像形成装置の制御方法。
6. 前記画像形成装置は、所定の機能を持つ拡張アプリケーションを有し、前記グルーピング表示制御工程は、前記表示アイテムをグルーピング表示する請求項５に記載の画像形成装置。
7. 前記グルーピング表示制御工程は、帳票アプリケーション、または、送信アプリケーションごとに、前記複数の表示アイテムをグルーピング表示する表示を制御する請求項１または６に記載の方法。
8. 前記複数の表示アイテムは、前記帳票アプリケーションをワンタッチで起動させるものであって、前記複数の表示アイテムの指示に従って、前記帳票アプリケーションに対してそれぞれ異なる印刷設定が入力される請求項５乃至７のいずれか１項に記載の方法。

Images