JP2012165326A - 画像処理装置、画面制御プログラム及び記録媒体 - Google Patents

Abstract

【課題】使用頻度の高い各設定値を有する機能に着目し、ユーザの操作性を向上させること。
【解決手段】実行可能な機能のＵＩ部品を含む一覧画面を表示する表示手段と、画像処理装置の各機能の各設定項目に設定される設定値の組み合わせを示す操作内容に対し、該操作内容が使用された使用回数をカウントする計測手段と、使用回数が閾値を超えた操作内容に対し、操作内容の各設定値が設定された機能を実行するための第１ＵＩ部品を作成する作成手段と、作成された第１ＵＩ部品を一覧画面に表示する制御を行う画面制御手段と、を備える。
【選択図】図２

Description

本発明は、ＵＩ画面の制御を行う画像処理装置、画面制御プログラム及び記録媒体に関する。

近年、複合機のＵＩ画面に対し、ユーザがカスタマイズ可能な項目や、そのカスタマイズの反映対象となるユーザを、ユーザの運用環境に応じて動的に変更できるようになっている。また、操作を開始する初期画面であるホーム画面に対し、どの画面を初期画面に設定するかという技術が既に知られている。

例えば、機能自体の使用頻度を計測し、オペレーションタイムアウト発生時には、最も使用回数の多いアプリケーションの画面を初期画面とする技術がある。

一方、近年では、各アプリケーションが高機能化し、アプリケーションの画面から複数の設定項目を設定して処理を実行するようになっている。よって、従来技術では、最も使用回数の多いアプリケーションを初期画面にしたとしても、ユーザが各設定項目を所望の設定値に設定しなければならず、操作性が良くないという問題点があった。

そこで、本発明は、上記問題に鑑みてなされたものであり、使用頻度の高い各設定値を有する機能に着目し、ユーザの操作性を向上させることができる画像処理装置、画面制御プログラム及び記録媒体を提供することを目的とする。

本発明の一態様の画像処理装置は、実行可能な機能のＵＩ部品を含む一覧画面を表示する表示手段と、画像処理装置の各機能の各設定項目に設定される設定値の組み合わせを示す操作内容に対し、該操作内容が使用された使用回数をカウントする計測手段と、前記使用回数が閾値を超えた操作内容に対し、該操作内容の各設定値が設定された機能を実行するための第１ＵＩ部品を作成する作成手段と、作成された前記第１ＵＩ部品を前記一覧画面に表示する制御を行う画面制御手段と、を備える。

また、本発明の他の態様の画面制御プログラムは、画像処理装置の各機能の各設定項目に設定される設定値の組み合わせを示す操作内容に対し、該操作内容が使用された使用回数をカウントする計測ステップと、前記使用回数が閾値を超えた操作内容に対し、該操作内容の各設定値が設定された機能を実行するための第１ＵＩ部品を作成する作成ステップと、作成された前記第１ＵＩ部品が、実行可能な機能のＵＩ部品を表示する一覧画面に表示されるよう制御する制御ステップと、をコンピュータに実行させる。

本発明によれば、使用頻度の高い各設定値を有する機能に着目し、ユーザの操作性を向上させることができる。

実施例１に係るＭＦＰのハードウェアの一例を示すブロック図。 実施例１におけるＭＦＰの機能の一例を示すブロック図。 アイコン画像情報の一例を示す図。 アイコン配置情報の一例を示す図。 コピーアプリの設定値の一例を示す図。 ＵＲＬ情報の一例を示す図。 画面種別情報の一例を示す図。 アイコン種別情報の一例を示す図。 カスタマイズ種別情報の一例を示す図。 アプリの一覧画面の一例を示す図。 操作内容に対する使用回数情報の一例を示す図。 実施例１におけるアイコン設定処理の一例を示すフローチャート。 実施例２におけるＭＦＰの構成の一例を示すブロック図。 ユーザ別のホーム画面のデータ構造の一例を示す図。 実施例２におけるアイコン設定処理の一例を示すフローチャート。 未設定のユーザを設定する処理の一例を示すフローチャート。 未登録のユーザにマクロを通知する処理の一例を示すフローチャート。 マクロ通知ダイアログの一例を示す図。 操作内容に対する使用回数情報の変形例を示す図。 カウント対象から除外する設定項目を選択する画面の一例を示す図。 登録機能のＯＮ／ＯＦＦを選択する画面の一例を示す図。

以下、本発明の実施例を図面に基づいて説明する。画像処理装置の一例としてＭＦＰ（Multifunction Peripheral）について説明する。
［実施例１］
＜ハードウェア＞
図１は、実施例１に係るＭＦＰのハードウェアの一例を示すブロック図である。図１に示すように、ＭＦＰ１は、制御部１１、主記憶部１２、補助記憶部１３、外部記録装置Ｉ／Ｆ部１４、ネットワークＩ／Ｆ部１５、操作部１６、表示部１７、エンジン部１８を含む。これら各構成は、バスを介して相互にデータ送受信可能に接続されている。

制御部１１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部１１は、主記憶部１２や補助記憶部１３に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。

主記憶部１２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部１１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。

補助記憶部１３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。

外部記録装置I／F部１４は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記録媒体１９（例えば、フラッシュメモリ、ＳＤカードなど）とＭＦＰ１とのインタフェースである。

また、記録媒体１９に、所定のプログラムを格納し、この記録媒体１９に格納されたプログラムは外部記録装置Ｉ／Ｆ部１４を介してＭＦＰ１にインストールされ、インストールされた所定のプログラムはＭＦＰ１により実行可能となる。

ネットワークＩ／Ｆ部１５は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された通信機能を有する周辺機器とＭＦＰ１とのインタフェースである。

操作部１６や表示部１７は、キースイッチ（ハードキー）とタッチパネル機能（ＧＵＩのソフトウェアキーを含む：Graphical User Interface）を備えたＬＣＤ（Liquid Crystal Display）とから構成され、ＭＦＰ１が有する機能を利用する際のＵＩ（User Interface）として機能する表示及び／又は入力装置である。

エンジン部１８は、画像データの入出力ユニットとして、紙原稿の読み取り転写紙への印刷を行う。エンジン部１８は、スキャナエンジンなどをさらに備えてもよい。

＜機能＞
次に、ＭＦＰ１の機能について説明する。図２は、実施例１におけるＭＦＰ１の機能の一例を示すブロック図である。ＭＦＰ１は、標準搭載アプリ２０、設定値記憶手段２５、Ｗｅｂブラウザ３０、ＵＲＬ記憶手段３１、拡張アプリ４０、拡張アプリ制御手段４５、ＳＤＫ−ＩＦ４６を含む。また、ＭＦＰ１は、ＡＰＩ（Application Program Interface）５０、システム管理部６１、メモリ管理部６２、エンジン管理部６３、ユーザ管理部６４、送信管理部６５を含む。また、ＭＦＰ１は、表示手段７０、入力手段７１、画面管理手段７２、画面種別情報管理手段７３、アイコン種別情報管理手段７４、カスタマイズ制御手段７５、計測手段７６、画面制御手段７７、アイコン作成手段７８を含む。

標準搭載アプリ２０は、ＭＦＰ１に標準で搭載されているアプリケーションである。例えば、コピーアプリ２１、スキャナアプリ２２、プリンタアプリ２３、ＦＡＸアプリ２４が標準搭載アプリ２０である。標準搭載アプリ２０は、操作画面作成やアプリケーションのジョブを実行することができ、設定値記憶手段２５に対して、設定値の登録、呼び出しを行う。この機能をマクロ機能と呼ぶ。標準搭載アプリ２０は、ＡＰＩ５０を用いて、表示手段７０にデータを出力する。

設定値記憶手段２５は、各標準搭載アプリに対して、各設定項目に対し、予め登録した設定値を記憶する。

Ｗｅｂブラウザ３０は、ｈｔｔｐサーバと通信を行ない、Ｗｅｂページを表示する。Ｗｅｂブラウザ３０は、ＵＲＬ記憶手段３１から、ＵＲＬ情報を取得して、このＵＲＬのＷｅｂページを表示手段７０に出力する。ＵＲＬ記憶手段３１は、Ｗｅｂブラウザ３０で表示するＵＲＬを記憶する。なお、Ｗｅｂブラウザ３０は必ずしも本実施例に必要な機能ではない。

拡張アプリ４０は、ＳＤＫ（Software Development Kit）によって追加インストールできるアプリケーションである。また、拡張アプリ４０は、画面作成やアプリケーションのジョブを実行する。Ｃ言語で開発されたＳＤＫアプリをＴｙｐｅＣと分類し、Ｊａｖａ（登録商標）で開発されたＳＤＫアプリをＴｙｐｅＪと分類する。

ＳＤＫコピーアプリ４１は、Ｃ言語で開発されたＳＤＫアプリの１つである。ＳＤＫコピーアプリ４１は、ＴｙｐｅＣ（Ｃ言語で作成）のＳＤＫアプリに分類される。

ＪａｖａＳＤＫ開発プラットフォーム４２は、Ｃ言語で開発されたＳＤＫアプリの１つである。ＪａｖａＳＤＫ開発プラットフォーム４２は、ＴｙｐｅＣのＳＤＫアプリに分類され、Ｊａｖａ（登録商標）で開発したＳＤＫアプリを搭載するためのＪａｖａＶＭプラットフォームである。

ＳＤＫ簡単スキャナ４３は、Ｊａｖａ（登録商標）で開発したＳＤＫアプリの１つである。ＳＤＫ簡単スキャナ４３は、ＴｙｐｅＪのＳＤＫアプリに分類される。

ＳＤＫ文書蓄積４４は、Ｊａｖａ（登録商標）で開発したＳＤＫアプリの１つである。ＳＤＫ文書蓄積４４は、ＴｙｐｅＪ（Ｊａｖａ（登録商標）で作成）のＳＤＫアプリに分類される。

拡張アプリ制御手段４５は、ＳＤＫアプリ全般を管理する。ＳＤＫ−ＩＦ４６は、各管理部、入力、表示手段などに対するＳＤＫアプリ（ＳＤＫ簡単スキャナなど）とのインタフェースである。

拡張アプリ制御手段４５は、ＴｙｐｅＣのＳＤＫアプリを直接管理する。また、ＪａｖａＳＤＫ開発プラットフォーム４２というＴｙｐｅＣのＳＤＫアプリにより、そこにＴｙｐｅＪのＳＤＫアプリを搭載することを実現している。

システム管理部６１は、システム全体の状態管理をする。システム管理部６１は、各アプリに対して操作画面の表示要求を行う。メモリ管理部６２は、メモリ管理やスキャンしたファイルデータの作成を行う。エンジン管理部６３は、原稿の読み取りの制御を行う。ユーザ管理部６４は、ユーザ認証やスキャナ送信先の管理を行う。送信管理部６５は、ＭＦＰ１から他機器へのデータ送信を制御する。

表示手段７０は、例えば、アプリ一覧画面（ホーム画面）を表示する。また、表示手段７０は、標準搭載アプリ２０、拡張アプリ４０の操作画面、Ｗｅｂブラウザ３０によるＷｅｂページを表示する。

入力手段７１は、アプリ一覧画面内のアイコンへの押下を検知する。アイコンは、ＵＩ部品の一つである。アイコンへの押下は、そのアイコンに対する操作要求として入力手段７１が受け付ける。また、入力手段７１は、標準搭載アプリ２０、拡張アプリ４０の操作画面からの入力、Ｗｅｂページからの入力を受け付ける。また、入力手段７１は、ＵＩ画面のＵＩ部品に対してカスタマイズ操作を受け付ける。

画面管理手段７２は、複数のＵＩ画面の構成を管理したり、所定のＵＩ画面を表示制御したりする。所定のＵＩ画面として、各機能を操作するための初期画面を示すホーム画面がある。ホーム画面は、実行可能なアプリのアイコン一覧を表示するアプリ一覧画面でもある。

画面管理手段７２は、入力手段７１から要求されたアプリ一覧画面のアイコンに応じて各標準搭載アプリ２０、拡張アプリ４０、Ｗｅｂブラウザ３０の中から画面表示オーナーを判断し、オーナーに対して画面表示要求を出す。

画面管理手段７２は、アプリ一覧画面に表示させるアイコン画像、アイコン配置情報（各拡張アプリのＩＤも持つ）を記憶、管理する。また、画面管理手段７２は、アイコン画像、アイコン配置情報を基にアプリ一覧画面を作成する。

画面管理手段７２は、カスタマイズ制御手段７５からの制御により、カスタマイズ内容に基づいて画面情報を更新する。画面管理手段７２は、本システムのデフォルトのホーム画面と、このホーム画面に基づいて生成されたユーザ別のホーム画面を管理する。

なお、本実施例では、画面管理手段７２において、拡張アプリ４０、標準搭載アプリ２０、Ｗｅｂブラウザ３０を含めた全てのアプリへの画面遷移を管理する。

画面種別情報管理手段７３は、カスタマイズ時のホーム画面（アプリ一覧画面）間の依存関係を表す種別を含む画面種別情報を管理する。例えば、ホーム画面の種別として、デフォルト画面、デフォルト画面に依存するユーザ別画面がある。デフォルト画面でカスタマイズが行われた場合、基本的にはユーザ別画面に反映される。しかし、ユーザ別画面でカスタマイズが行われた場合、デフォルト画面には反映されない。

アイコン種別情報管理手段７４は、ＵＩ画面内に配置されるアイコンに対し、依存先の画面のカスタマイズを反映するか否かを表す種別を含むアイコン種別情報を管理する。

アイコンの種別として、依存先の画面のカスタマイズを反映する画面依存と、依存先の画面のカスタマイズを反映しない機能依存とがある。しかし、機能依存のアイコンは、依存先の画面のカスタマイズの内容が、依存している機能の利用制限である場合、この利用制限が反映される。

カスタマイズ制御手段７５は、ＵＩ画面のアイコンに関するカスタマイズを制御する。カスタマイズ制御手段７５は、所定のＵＩ画面のアイコンがカスタマイズされる場合、所定のＵＩ画面の画面種別情報及びカスタマイズ対象のアイコンのアイコン種別情報に基づいて、所定のＵＩ画面以外のＵＩ画面にもカスタマイズを反映するかを判定する。カスタマイズ制御手段７５は、所定の条件を満たせば、カスタマイズ内容を他のＵＩ画面にも適用する。

計測手段７６は、ＭＦＰ１の各機能の各設定項目に設定される設定値の組み合わせを示す操作内容に対し、この操作内容が使用された使用回数をカウントする。操作内容は、使用したユーザに関わらず、同じ操作内容で処理がされた場合には使用回数が１つインクリメントされる。

計測手段７６は、入力手段７１によりアプリケーション（機能）の実行ボタンが押下された際、機能ＩＤ、設定された設定値を取得し、この設定値を有する操作内容の使用回数を更新する。

計測手段７６は、設定値について、全ての設定項目がデフォルトで設定されている設定値に従って実行された場合、このデフォルトの設定値を有する操作内容を計数しない。計測手段７６は、デフォルトの設定値から変更された設定値で機能が実行された場合に、この操作内容についての使用回数をカウントする。

計測手段７６は、所定数以上の設定項目がデフォルトの設定値から変更された場合に、この操作内容についての使用回数をカウントするようにしてもよい。設定値の変更が少なければマクロ機能として登録しなくてもよいからである。

アイコン作成手段７８は、計測手段７６が計測した使用回数に基づいて、ホーム画面に追加するアイコン（ＵＩ部品）を作成する。アイコン作成手段７８は、使用回数が閾値を超えた操作内容に対し、この操作内容の各設定値をマクロ機能として設定値記憶手段２５に記憶し、識別番号を付与する。

閾値は、例えば５０とする。なお、閾値は、所定の期間毎の閾値を示し、計測手段７６は、所定の期間毎に、カウント値をクリアしてもよい。所定の期間は、例えば１ヶ月とする。

アイコン作成手段７８は、使用回数が閾値を超えた操作内容の各設定値を実行するためのアイコンを作成する。作成されるアイコンのアイコン画像は、例えば、そのアプリのアイコン画像と同じアイコン画像であり、ショートカットを示す矢印がそのアイコン画像に付与される。アイコンの名称は、例えば、アプリの名称＋マクロ１などとする。アイコン作成手段７８は、作成したアイコンをホーム画面（アプリ一覧画面）に追加するよう画面制御手段７７に要求する。

画面制御手段７７は、作成手段７８から取得したアイコンをホーム画面に表示する制御を行う。画面制御手段７７は、例えば、ホーム画面に表示されるアイコン一覧に、作成されたアイコンを追加設定する。

画面制御手段７７は、追加するアイコンの数を予め決定しておき、この数を超えるアイコンが生成された場合、使用回数に基づいて表示するアイコンを決定してもよい。例えば、画面制御手段７７は、使用回数が多い順に、生成したアイコンをホーム画面に表示するように制御すればよい。

なお、標準搭載アプリ２０、Ｗｅｂブラウザ３０、拡張アプリ４０、各管理部６１〜６５、画面管理手段７２、カスタマイズ制御手段７５、拡張アプリ制御手段４６、計測手段７６、画面制御手段７７、アイコン作成手段７８は、制御部１１、ワークメモリとしての主記憶部１２、各種プログラムを保持する補助記憶部１３などにより実現されうる。また、設定値記憶手段２５、ＵＲＬ記憶手段３１、画面種別情報管理手段７３、アイコン種別情報管理手段７４は、主記憶部１２及び／又は補助記憶部１３などにより実現されうる。表示手段７０は、例えば制御部１１、表示部１７により実現され、入力手段７１は、操作部１６などにより実現されうる。

＜データ構造＞
次に、各管理手段で記憶されるデータのデータ構造について説明する。画面管理手段７２は、アイコン画像情報、アイコン配置情報を記憶する。図３は、アイコン画像情報の一例を示す図である。

図３に示すアイコン画像情報は、アイコンＩＤとアイコンの画像情報とが対応付けられる。アイコンの画像情報は、予め登録されている画像情報や、後から追加された画像情報などである。アイコンの画像情報が追加された場合、アイコンＩＤは、例えば画面管理手段７２やアイコン作成手段７８により自動で割り当てられる。

図４は、アイコン配置情報の一例を示す図である。図４に示すアイコン配置情報は、アイコンの配置ＩＤに対して、ホーム画面での座標、アイコン画像と対応するアイコンＩＤ、画面を表示するオーナーを特定する表示画面オーナーＩＤを保持するデータ構造となっている。また、アイコン配置情報は、標準搭載アプリ２０についてはアプリ設定値（ある場合のみ）の設定値番号、Ｗｅｂブラウザ３０についてはＵＲＬ番号を保持するデータ構造となっている。

また、新規に拡張アプリ４０がインストールされる場合、画面管理手段７２が、使用している配置ＩＤの最大値をインクリメントした値を、配置ＩＤとして割り当てる。座標は、空いている所定位置の座標がアイコン配置情報に追加され、表示画面オーナーＩＤは、拡張アプリ４０が最初から保持している新規ＩＤがアイコン配置情報に追加される。

アイコンＩＤは、拡張アプリ４０で用意されたアイコンがあれば、使用しているアイコンＩＤの最大値をインクリメントしてアイコンＩＤを割り当て、アイコン画像情報も更新する。アイコンがなければシステムデフォルトのアイコンＩＤが割り当てられる。

画面制御手段７７により追加されるアイコンは、アイコンＩＤが割り当てられ、ホーム画面の空いている位置に表示されるよう設定される。

なお、アイコンには２種類のアイコンがある。アプリケーションアイコンは、コピー、スキャナなどのアイコンであり、各アプリケーションを利用するためのアイコンである。マクロアイコンは、２ｉｎ１コピー、ｘｘ社スキャナなどのアイコンであり、マクロ機能を呼び出すためのアイコンである。アイコン作成手段７８は、マクロアイコンを生成する。

図4に示すデータ構造を保持すれば、標準搭載アプリ２０と拡張アプリ４０のアイコンが同じホーム画面に表示されるようになる。例えば、配置ＩＤが「４」の標準搭載アプリ２０のスキャナアプリ２２と、配置ＩＤが「５」の拡張アプリ４０のＳＤＫコピーアプリ４１とが同じホーム画面に表示される。また、同じコピーアプリ２１であっても、マクロ機能の設定値が異なれば、異なるアイコンが表示されるようになる。例えば、配置ＩＤが「７」のコピーアプリ２１と、配置ＩＤが「８」のコピーアプリ２１が異なるアイコンとなる。

次に、設定値記憶手段２５に記憶される、標準搭載アプリ２０のマクロ機能の設定値について説明する。図５は、コピーアプリ２１の設定値の一例を示す図である。

図５に示すように、設定値情報は、各設定値番号に対して、登録名称と設定値を予めユーザが登録する。設定値番号が、ホーム画面のアイコン配置情報（図４参照）に対応付けられている。

例えば、設定値番号「１」のマクロ機能は、登録名称が「集約印刷」であり、設定値についてカラー「フルカラー」、給紙トレイ「Ａ４横」、原稿種類「写真」、セット方向「読める向き」、濃度「普通」、両面集約分割「集約」、変倍「７１％」、仕上げ「ソート」が設定されている。

次に、ＵＲＬ記憶手段３１に記憶される、ＵＲＬ情報について説明する。図６は、ＵＲＬ情報の一例を示す図である。図６に示すように、ＵＲＬ番号に対して、登録名称とＵＲＬを予めユーザが登録する。ＵＲＬ番号が、ホーム画面のアイコン配置情報に対応付けられている（図４参照）。

例えば、ＵＲＬ番号「１」は、登録名称が「ＡＡＡホームページ」、ＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ＡＡＡ．ｃｏ．ｊｐ／」が対応付けられている。

次に、画面種別情報管理手段７３に記憶される、画面種別情報について説明する。図７は、画面種別情報の一例を示す図である。図７に示すように、画面種別情報は、画面種別とその特性が保持される。画面種別は、図７に示す例では、「デフォルト画面」と、「ユーザ別画面」とが定義される。

「デフォルト画面」の特性は、カスタマイズ対象となる１画面に対し、１つ存在することである。「ユーザ別画面」の特性は、カスタマイズ対象となる１画面に対し、ユーザ毎に存在することである。また、「ユーザ別画面」は、「デフォルト画面」に対し依存関係を持つ。また、新規ユーザ作成時の「ユーザ別画面」の初期状態は、「デフォルト画面」となる。

例えば、ホーム画面に対して画面種別を適用すると、ホーム画面のデフォルト画面、ホーム画面のユーザ別画面の２種類が存在する。ユーザ別画面に関しては、登録されているユーザの分だけホーム画面が存在する。画面種別は、例えば画面ＩＤと関連付けて記憶しておけばよい。

次に、アイコン種別情報管理手段７４に記憶される、アイコン種別情報について説明する。図８は、アイコン種別情報の一例を示す図である。図８に示すように、アイコン種別情報は、アイコン種別、特性、ホーム画面での実施例を含む。図８に示す例では、ホーム画面での実施例について説明するが、その他の画面であっても適用できる。

図８に示す例では、アイコン種別は、「画面依存」と、「機能依存」との２種類が定義される。「画面依存」の特性は、依存先画面のカスタマイズによる影響を受けるアイコンであることを示す。「機能依存」の特性は、依存先画面のカスタマイズによる影響は受けないが、依存している機能の利用制限による影響は受けるアイコンであることを示す。

図８に示すように、ホーム画面での実施例として、「画面依存」のアイテムとしては各種アプリケーション、各種ＳＤＫがある。「機能依存」のアイテムとしては、各種プログラム（マクロ機能）、ユーザ別ＵＲＬリンクが挙げられる。

各種プログラム、ユーザ別ＵＲＬリンクは、各種アプリケーション、各種ＳＤＫによる機能に基づいて生成されるアイコンであり、依存している機能が制限されることにより、利用できなくなるという影響を受ける。

各種アプリケーション、各種ＳＤＫ、各種プログラム、ユーザ別ＵＲＬリンクの例は以下の通りである。
各種アプリケーション：コピー、スキャナ、プリンタ、ドキュメントボックス、ブラウザ
各種ＳＤＫ：App2Me
各種プログラム（マクロ機能）：2in1コピー、xx社スキャナ
ユーザ別ＵＲＬリンク：Scan2Gmail
例えば、「2in1コピー」は、各種アプリケーションのコピーに、「xx社スキャナ」は、各種アプリケーションのスキャナに、「Scan2Gmail」は、各種アプリケーションのブラウザに基づく、「機能依存」のアイコンである。各種プログラムは、例えばマクロ機能を意味する。

次に、カスタマイズ制御手段７５に記憶される、カスタマイズ種別情報について説明する。図９は、カスタマイズ種別情報の一例を示す図である。図９に示すように、カスタマイズ種別情報は、カスタマイズ種別、特性、カスタマイズ実施例を含む。

図９に示す例では、カスタマイズ種別は、「利用制限」と「デザイン」とが定義される。「利用制限」の特性は、機能の利用可否に影響するカスタマイズを示す。「デザイン」の特性は、機能の利用可否に影響しない、見た目のみのカスタマイズを示す。図９に示すカスタマイズの実施例では、「利用制限」には、表示／表示の切り替えがある。「デザイン」には、レイアウト変更、サイズ変更などがある。

＜画面例＞
次に、ホーム画面について説明する。図１０は、ホーム画面の一例を示す図である。図１０に示すように、ホーム画面の１画面内に、標準搭載アプリケーション（コピー、スキャナ、プリンタ）、拡張アプリケーション（App2Me）、標準搭載アプリ２０の登録設定値（2in1コピー、xx社スキャナ）、Ｗｅｂブラウザ３０（Scan2Gmail）、に対するショートカットアイコンが配置される。

図１０に示す画面の各アイコンが押下されると、該当するアプリケーション画面や、Ｗｅｂページ、登録設定値を設定した状態でのアプリケーション画面が表示される。アイコンが１画面内に収まらない場合は、右中のページ送りボタンが押下されることで次ページに画面遷移できる。

ホーム画面には、使用回数の多いマクロ機能を呼び出すためのアイコンが、アイコン作成手段７８により生成される。これにより、操作性を向上させることができる。

＜使用回数＞
次に、操作内容の使用回数について説明する。図１１は、操作内容に対する使用回数情報の一例を示す図である。図１１に示す管理番号は、新しい操作内容が行われた場合に、１つずつインクリメントされながら番号が付与されていく。操作内容は、ユーザが各アプリケーション（機能）を実行した際の各設定値を示す。この操作内容を各ユーザが使用した回数がカウントされる。

なお、デフォルトの設定値を示す操作内容はカウントされない。デフォルトの設定値が設定されたアプリケーションアイコンは、既にホーム画面にある可能性が高いからである。よって、ユーザがアプリケーションを実行する際、少なくとも１つの設定項目を変更した場合に、その操作内容がカウントされる。

図１１に示す管理番号「００１」の操作内容は、アプリケーションは「コピーアプリ」であり、設定値は「両面印刷」、「集約」を示し、その他の設定項目はデフォルト値であるため図示していない。使用回数は、この操作内容が５回使用されていることを表す。

図１１に示すように、カウント対象の操作内容は、設定値が少なくとも１つ異なる操作内容が登録される。図１１に示す情報は、例えば、計測手段７６により記憶される。アイコン作成手段７８は、操作内容の使用回数が閾値を超えた場合に、この操作内容の各設定値をマクロ機能として設定値記憶手段２５に登録し、このマクロ機能を実行するためのアイコンを作成する。画面制御手段７７は、作成されたアイコンをホーム画面に表示するよう制御する。

＜動作＞
次に、実施例１におけるＭＦＰ１の動作について説明する。図１２は、実施例１におけるアイコン設定処理の一例を示すフローチャートである。図１２に示すステップＳ１０１で、ユーザがＭＦＰ１を操作し、アプリケーションの設定値の変更を入力手段７１が受け付ける。

ステップＳ１０２で、入力手段７１は、アプリケーションを実行するためのユーザによるスタートボタン押下を検知する。

ステップＳ１０３で、計測手段７６は、入力手段７１から、実行されたアプリケーションやその設定値の情報を取得し、この設定値が示す設定内容の使用回数を更新する。

ステップＳ１０４で、アイコン作成手段７８は、計測手段７６により更新された使用回数が閾値を超えたか否かを判定する。使用回数が閾値を超えていれば（ステップＳ１０４−ＹＥＳ）ステップＳ１０５に進み、使用回数が閾値を超えていなければ（ステップＳ１０４−ＮＯ）アイコン設定処理を終了する。

ステップＳ１０５で、アイコン作成手段７８は、閾値を超えた使用回数の操作内容をマクロ登録し、そのマクロを実行するためのアイコンを作成する。画面制御手段７７は、作成されたアイコンをホーム画面に表示するよう制御する。

以上、実施例１によれば、使用回数の多い操作内容をマクロ登録し、そのマクロを実行するためのアイコンをホーム画面に設定することで、ユーザの操作性を向上させることができる。また、実施例１によれば、アイコンが増えすぎることを防止するため、追加するアイコンの数を予め設定しておき、使用回数の多い順にアイコンを表示するようにしてもよい。

［実施例２］
次に、実施例２におけるＭＦＰ２について説明する。実施例２では、ユーザ毎に、操作内容の使用回数をカウントし、そのユーザのホーム画面に、使用回数の多い操作内容を実行するためのアイコンを設定することができる。なお、実施例２におけるＭＦＰ２のハードウェアは、図１に示すハードウェアと同様であるため、その説明を省略する。

＜機能＞
図１３は、実施例２におけるＭＦＰ２の構成の一例を示すブロック図である。図１３に示すＭＦＰ２に示す機能で、図２に示す機能と同様のものは同じ符号を付し、その説明を省略する。

図２に示す計測手段８０は、ユーザ毎に、各アプリケーション（機能）の操作内容の使用回数をカウントする。計測手段８０は、入力手段７１から、アプリケーションを実行したユーザのユーザＩＤなどを取得し、ユーザを特定する。計測手段８０は、特定したユーザの操作内容を判別し、この操作内容の使用回数を更新する。

アイコン作成手段７８は、ユーザ毎に、操作内容の使用回数が閾値を超えたかを判定する。アイコン作成手段７８は、操作内容の使用回数が閾値を超えた場合、この操作内容を実行するためのアイコンを作成する。

画面制御手段８１は、作成されたアイコンを、この操作内容の使用回数が閾値を超えたユーザのホーム画面に表示するよう制御する。

画面制御手段８１は、所定数のユーザのホーム画面に表示制御したアイコンがあれば、このアイコンがデフォルトのホーム画面のアイコンとして表示されるよう制御する。所定数のユーザに対して使用回数が多い操作内容は、有用な操作内容である可能性が高いため、画面制御手段８１は、デフォルトのホーム画面にこのアイコンを追加設定する。

また、画面制御手段８１は、通知手段８２を備える。通知手段８２は、所定数のユーザのホーム画面に表示制御したアイコンがあれば、このアイコンを表示制御していないユーザに対し、このアイコンの操作内容、マクロ登録しているユーザ名などを知らせる。通知のタイミングは、例えば、このアイコンをホーム画面に設定していないユーザが、ＭＦＰ２にログインしたときである。通知の方法は、例えば、このアイコンを知らせる通知画面やダイアログを表示する。

これにより、他の複数のユーザが多く使用している操作内容を知ることができる。よって、有用な操作内容を知ることができ、自分で設定値を選択し、マクロ登録を行うこともできるようになる。

なお、通知手段８２は、通知対象のユーザを限定してもよい。例えば、通知手段８２は、ユーザを、管理者や一般社員などのグループに分けて記憶しておく。通知手段８２は、使用回数の多い操作内容を実行した複数のユーザが全て管理者だと判断すれば、この操作内容をマクロ機能として登録していない他の管理者だけに、この操作内容を通知するようにしてもよい。

なお、ユーザ別のホーム画面にそれぞれ設定されるユーザ毎のマクロ機能は、設定記憶手段２５にユーザ毎に分けて記憶されてもよいし、設定値記憶手段２５とは別で管理するユーザ別マクロ管理手段を設けてもよい。

＜データ構造＞
次に、ユーザ別のホーム画面のデータ構造例について説明する。図１４は、ユーザ別のホーム画面のデータ構造の一例を示す図である。図１４に示すデータ構造は、図４に示すアイコンＩＤ、表示画面オーナーＩＤ、設定値番号について簡略化した構造である。図１４（Ａ）は、ユーザＡのホーム画面（ユーザ別ホーム画面）を示し、図１４（Ｂ）は、ユーザＢのホーム画面を示す。

図１４（Ａ）に示す例では、ユーザＡのホーム画面には、コピーアプリアイコン、ファクスアプリのアイコン、スキャナアプリのアイコン、コピーアプリのマクロアイコン、ファクスアプリのマクロアイコンが表示される。

図１４（Ｂ）に示す例では、ユーザＢのホーム画面には、スキャンアプリアイコン、ファクスアプリアイコン、ファクスアプリのマクロアイコン、コピーアプリのマクロアイコン、コピーアプリのマクロアイコンが表示される。

図１４に示すように、画面管理手段７２は、ユーザ別にホーム画面のデータ構造を記憶する。アイコンＩＤに対応する内容は、それぞれのデータ構造の中で記憶される。なお、デフォルトのホーム画面も、ユーザ別のホーム画面と同様のデータ構造を有する。

ホーム画面が表示されるとき、図１４に示すデータ構造や図４に示すデータ構造などから、アイコンが画面に配置され、ホーム画面が表示される。

＜動作＞
次に、実施例２におけるＭＦＰ２の動作について説明する。図１５は、実施例２におけるアイコン設定処理の一例を示すフローチャートである。図１２に示すステップＳ２０１で、ＭＦＰ２は、図１２に示すステップＳ１０５のアイコン設定処理を、処理を実行したユーザに対して行う。例えば、機能を実行したユーザに対して、このユーザのアイコン設定処理を行う。

ステップＳ２０２で、画面制御手段８１は、アイコンとして登録された操作内容（例えばマクロＡ）が、他のユーザにも、マクロ機能として登録されているかを判定する。基本的には、マクロ登録されていれば、そのユーザのホーム画面にアイコンとして登録されている。

別のユーザにもマクロ機能として登録されていれば（ステップＳ２０２−ＹＥＳ）ステップＳ２０３に進み、マクロ機能として登録されていなければ（ステップＳ２０２−ＮＯ）この処理を終了する。なお、判定対象の別のユーザの数を設定しておいてもよい。例えば、別のユーザの数は、２人や５人などの予め設定された人数とする。

ステップＳ２０３で、画面制御手段８１は、この操作内容（マクロＡ）を設定値記憶手段２５にマクロ機能として登録し、この操作内容を実行するためのアイコンをデフォルトのホーム画面に設定する。

これにより、複数のユーザが多く使用した操作内容は有用な操作だと判断し、その操作内容を実行するためのアイコンを、デフォルトのホーム画面に設定することができる。つまり、ユーザ別のホーム画面のアイコンが、デフォルトのホーム画面に表示されるようになる。

次に、自身はマクロ登録していないが、有用な操作内容が通知される処理について説明する。まず、有用な操作内容をマクロ登録していないユーザの検索処理について説明する。

図１６は、未設定のユーザを設定する処理の一例を示すフローチャートである。図１６に示すステップＳ３０１で、ＭＦＰ２は、図１２に示すステップＳ１０５のアイコン設定処理を、処理を実行したユーザに対して行う。

ステップＳ３０２で、画面制御手段８１は、アイコンとして登録された操作内容（例えばマクロＡ）が、他のユーザにも、マクロ機能として登録されているかを判定する。

別のユーザにもマクロ機能として登録されていれば（ステップＳ３０２−ＹＥＳ）ステップＳ３０３に進み、マクロ機能として登録されていなければ（ステップＳ３０２−ＮＯ）この処理を終了する。判定対象の別のユーザの数を設定しておいてもよい。例えば、別のユーザの数は、２人や５人などの予め設定された人数とする。

ステップＳ３０３で、画面制御手段８１は、このマクロ機能を登録していないユーザを記憶する（処理Ａ）。未登録のユーザは、画面制御手段８１が、例えば、ユーザ別のホーム画面のアイコン配置情報などを参照すれば判断できる。

図１７は、未登録のユーザにマクロを通知する処理の一例を示すフローチャートである。図１７に示すステップＳ４０１で、ＭＦＰ２は、処理Ａが実行された後に、別のユーザがログインしたことを検知する。

ステップＳ４０２で、画面制御手段８１は、ログインしたユーザが、処理Ａで記憶されたユーザであり、後述する処理Ｂが未処理であるかを判定する。この判定がＹＥＳであればステップＳ４０３に進み、この判定がＮＯであればこの処理を終了する。

ステップＳ４０３で、通知手段８２は、このユーザに対し、この操作内容（マクロＡ）の内容を通知する（処理Ｂ）。通知手段８２は、例えば、ダイアログなどで通知を行う。

図１８は、マクロ通知ダイアログの一例を示す図である。図１８に示すように、マクロ通知ダイアログは、マクロ名、マクロの内容、利用しているユーザ名などを表示する。これにより、ユーザは、複数の他人が登録しているマクロを知ることができる。

以上、実施例２によれば、ユーザ毎に、操作内容の使用回数をカウントし、そのユーザのホーム画面に、使用回数の多い操作内容を実行するためのアイコンを設定することができる。また、実施例２によれば、複数のユーザが多く使用した操作内容は有用な操作だと判断し、その操作内容を実行するためのアイコンを、デフォルトのホーム画面に設定することができる。また、実施例２によれば、ユーザは、複数の他のユーザが登録しているマクロを知ることができる。

［変形例］
次に、前述した各実施例の変形例について説明する。各実施例では、各機能の全ての設定項目をカウント対象としたが、一部の設定項目を除外することもできる。

図１９は、操作内容に対する使用回数情報の変形例を示す図である。図１９に示す使用回数情報は、図１１に示す使用回数情報と比べて、「送信者設定」の設定項目がカウント対象から外れている。

「送信者設定」は、どのユーザが送信を行ったか、記録を明確に残す目的で設定するものであり、当然、ユーザごとに異なる。実施例１を考えた場合、「送信者」＝「処理を実行するユーザ」なので、図１１に示す例では、ＡさんとＢさんとが、管理番号「００３」に該当する操作内容を行った場合、別々の操作内容としてカウントされることになる。

一方、「送信者設定」を除いた操作内容が、ＡさんもＢさんもよく使う操作内容だった場合、この操作内容は、カウント数が２分するため、マクロ登録の対象にはなかなかならない。

そこで、計測手段は、ユーザによって異なるのが自然である設定項目について、カウント対象から除外する設定を行うと良い。これにより、ユーザによって変更しやすい設定項目をカウント対象から除外するため、この操作内容がマクロ登録されやすくなる。

なお、実施例２においても、コピーアプリの「濃く薄く」の設定項目やＦＡＸアプリなどの「宛先」の設定項目は変更されやすい設定項目であるので、この設定項目をカウント対象から外すとよい。

図２０は、カウント対象から除外する設定項目を選択する画面の一例を示す図である。図２０に示す例では、アプリとその設定項目の一覧が表示され、ユーザは、この一覧の中から、カウント対象から除外する設定項目を選択することができる。なお、カウント対象から除外する設定項目は、予め設定されていてもよい。

次に、各実施例によれば、操作内容の使用回数が閾値を超えた場合、ホーム画面にアイコンが登録されてしまうが、この登録処理を解除したい場合も考えられる。よって、この登録機能をＯＮにするかＯＦＦにするかをユーザに設定させればよい。

図２１は、登録機能のＯＮ／ＯＦＦを選択する画面の一例を示す図である。図２１に示すように、ユーザは、ホーム画面の自動登録機能をＯＮにするか、ＯＦＦにするかを選択することができる。ここでＯＦＦが設定されると、図１２に示すステップＳ１０３の後にステップＳ１０４の処理が行われず、このアイコン設定処理が終了することになる。なお、このＯＮ／ＯＦＦの機能は、デフォルトのホーム画面にも、ユーザのホーム画面にも設定することができる。

また、各実施例では、デフォルトのホーム画面とユーザ別のホーム画面とは依存関係があることを説明したが、これらの画面に依存関係がなくても、本発明を適用することができる。同様に、アイコンに画面依存や機能依存の種別がなくても、本発明を適用することができる。

また、各実施例や変形例の画像処理装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、各実施例や変形例の画像処理装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、各実施例や変形例の画像処理装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

また、各実施例や変形例の画像処理装置で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

各実施例や変形例の画像処理装置で実行されるプログラムは、前述した各手段を含むモジュール構成となっており、実際のハードウェアとしては制御部１１（プロセッサ）が補助記憶部１３からプログラムを読み出して実行することにより上記各手段のうち１又は複数の各手段が主記憶部１２上にロードされ、１又は複数の各手段が主記憶部１２上に生成されるようになっている。

なお、本発明は、上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、各実施例に示される全構成要素からいくつかの構成要素を削除してもよい。

１ ＭＦＰ
１１ 制御部
１２ 主記憶部
１３ 補助記憶部
１４ 外部記憶装置Ｉ／Ｆ部
１５ ネットワークＩ／Ｆ部
１６ 入力部
１７ 表示部
１８ エンジン部
２０ 標準搭載アプリ
２５ 設定値記憶手段
３０ Ｗｅｂブラウザ
３１ ＵＲＬ記憶手段
４０ 拡張アプリ
４５ 拡張アプリ制御手段
７０ 表示手段
７１ 入力手段
７２ 画面管理手段
７３ 画面種別情報管理手段
７４ アイコン種別情報管理手段
７５ カスタマイズ制御手段
７６、８０ 計測手段
７７、８１ 画面制御手段
７８ アイコン作成手段
８２ 通知手段

特開平１１−９５８９４号公報

Claims (8)

1. 実行可能な機能のＵＩ部品を含む一覧画面を表示する表示手段と、
   画像処理装置の各機能の各設定項目に設定される設定値の組み合わせを示す操作内容に対し、該操作内容が使用された使用回数をカウントする計測手段と、
   前記使用回数が閾値を超えた操作内容に対し、該操作内容の各設定値が設定された機能を実行するための第１ＵＩ部品を作成する作成手段と、
   作成された前記第１ＵＩ部品を前記一覧画面に表示する制御を行う画面制御手段と、
   を備える画像処理装置。
2. 前記一覧画面のうち、デフォルトの一覧画面と、該デフォルトの一覧画面に基づいて生成されたユーザ別の一覧画面とを管理する画面管理手段をさらに備え、
   前記計測手段は、
   ユーザ毎に、前記操作内容の使用回数を計測し、
   前記作成手段は、
   前記操作内容の使用回数が閾値を超えたユーザの前記ユーザ別の一覧画面に対し、該操作内容の各設定値が設定された機能を実行するための第２ＵＩ部品を作成する請求項1記載の画像処理装置。
3. 前記画面制御手段は、
   前記第２ＵＩ部品が所定数のユーザの前記ユーザ別の一覧画面に表示制御された場合、前記第２ＵＩ部品を前記デフォルトの一覧画面に表示するよう制御する請求項２記載の画像処理装置。
4. 前記画面制御手段は、
   前記第２ＵＩ部品が所定数のユーザの前記ユーザ別の一覧画面に表示制御された場合、前記第２ＵＩ部品が前記ユーザ別の一覧画面に表示制御されていないユーザに対し、前記第２ＵＩ部品の操作内容を通知する通知手段を備える請求項２又は３記載の画像処理装置。
5. 前記計測手段は、
   前記操作内容に含まれる各設定項目のうち、計測対象から外す設定項目を設定可能とする請求項１乃至４いずれか一項に記載の画像処理装置。
6. 前記画面制御手段は、
   前記一覧画面に表示するＵＩ部品の閾値が設定され、前記一覧画面に設定されたＵＩ部品が前記閾値を超えた場合、前記使用回数に基づいて前記一覧画面に表示するＵＩ部品を決定する請求項１乃至５いずれか一項に記載の画像処理装置。
7. 画像処理装置の各機能の各設定項目に設定される設定値の組み合わせを示す操作内容に対し、該操作内容が使用された使用回数をカウントする計測ステップと、
   前記使用回数が閾値を超えた操作内容に対し、該操作内容の各設定値が設定された機能を実行するための第１ＵＩ部品を作成する作成ステップと、
   作成された前記第１ＵＩ部品が、実行可能な機能のＵＩ部品を表示する一覧画面に表示されるよう制御する制御ステップと、
   をコンピュータに実行させるための画面制御プログラム。
8. 請求項７記載の画面制御プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images