JP2021150787A - 情報処理装置、その制御方法、プログラム - Google Patents

Abstract

【課題】ボタンをレコメンド表示する場合の精度を高める情報処理装置、その制御方法及びプログラムを提供する。【解決手段】操作画面に複数のボタンを表示する画像形成装置であって、複数のボタンの優先度を示す情報であり複数のボタンの使用回数に基づく優先度情報を、画像形成装置の状態と対応付けて記憶する記憶手段（ボタン管理部）と、画像形成装置の状態を検知する検知手段と、検知手段で検知した状態に対応する、記憶手段で記憶した複数のボタンの優先度情報に従って、複数のボタンを操作画面に表示する表示手段（メニュー表示部）と、を有する。【選択図】図７

Description

本発明は、情報処理装置におけるメニュー画面の表示方法に関する。

近年、オフィスに設置される画像形成装置（例えばＭＦＰ）は、画面を備えるものが一般的になってきている。画面には設定を変更するボタン等が複数表示される。例えばメニュー画面には、ＭＦＰにインストールされている複数のアプリケーション（以下、「アプリ」と呼ぶ）に対応するボタンが一覧表示される。ユーザーはこれらのボタンを押下することで、アプリを初期設定で呼び出したり、特定の設定を伴ってアプリを呼び出したり、ボタン押下のタイミングでアプリの処理を実行させたりすることができる。

ここでは、前述の初期設定でアプリを呼び出すボタンをアプリボタン、特定の設定を伴ってアプリを起動するボタンをカスタムボタン、ボタン押下のタイミングで処理を実行するボタンを即実行ボタンと呼ぶことにする。カスタムボタンや即実行ボタンはユーザーによる登録も可能である。

このようにメニュー画面には数多くのボタンが配置されることになり、ユーザーは多数のボタンの中から所望のボタンを選択しなければならないため操作性が低下していた。そのため、特許文献１に示すようにユーザーの使用回数が多い順にボタンを並べてレコメンド表示することで、ユーザーが所望するボタンを見つけやすくする方法が有る。

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

しかしながら、ユーザーが所望するボタンは状況に応じて変わるため、従来の技術のように使用回数が多いボタンを一様にレコメンド表示しても、ユーザーに対して精度よくボタンをレコメンドできない可能性が有る。本発明の目的は、ユーザーにボタンをレコメンドする場合の精度を高めることである。

操作画面に複数のボタンを表示する画像形成装置であって、前記複数のボタンの優先度を示す情報であり、前記複数のボタンの使用回数に基づく優先度情報を、前記画像形成装置の状態と対応付けて記憶する記憶手段と、前記画像形成装置の状態を検知する検知手段と、前記検知手段で検知した状態に対応する、前記記憶手段で記憶した前記複数のボタンの優先度情報に従って、前記複数のボタンを前記操作画面に表示する表示手段とを有することを特徴とする画像形成装置。

本発明によれば、ＭＦＰの状態毎のボタン使用回数を基にした優先度に従ってボタンを表示するため、ボタンをレコメンド表示する場合の精度を高めることができる。

本発明の実施形態における情報処理システムの構成を示す図である。 本発明の実施形態におけるＭＦＰのハードウェア構成を示すブロック図である。 本発明の実施形態におけるファイルサーバおよびユーザーＰＣのハードウェア構成を示すブロック図である。 本発明の実施形態におけるＭＦＰのソフトウェア構成を示すブロック図である。 本発明の実施形態におけるボタン情報テーブルの例である。 本発明の実施形態におけるメニュー画面の例である。 本発明の実施形態におけるメニュー画面の例である。 本発明の実施形態におけるＭＦＰの一連の処理の流れを示したシーケンス図である。 本発明の実施形態におけるＭＦＰの処理を示すフローチャートである。 本発明の実施形態におけるＭＦＰの処理を示すフローチャートである。 本発明の本実施例にかかる利用ポイント管理テーブルの例である。 本発明の利用ポイント管理テーブルの更新処理のフロー図である。 本発明の第２の実施例におけるＭＦＰの処理を示すフローチャートである。 本発明の第２の実施例における利用ポイント管理テーブルの例である。 本発明の第２の実施例におけるメニュー画面の例である。 本発明の第３の実施例における利用ポイント管理テーブルの例である。 本発明の第３の実施例におけるＭＦＰの処理を示すフローチャートである。 本発明の第３の実施例におけるボタン情報テーブルの例である。 本発明の第３の実施例におけるメニュー画面の例である。 本発明の第４の実施例におけるＭＦＰの処理を示すフローチャートである。 本発明の第４の実施例における利用ポイント管理テーブルの例である。 本発明の第５の実施例におけるＭＦＰの処理を示すフローチャートである。 本発明の実施形態におけるアプリケーション設定画面の例である。

以下、本発明を実施するための最良の形態について図面を用いて説明する。ただし、この実施の形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。

（第１の実施形態）
図１は、本実施形態の情報処理システムのシステム構成の一例を示す図である。本システムは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１１０を介して接続されるＭＦＰ１０１、ファイルサーバ１０２、ユーザーＰＣ１０３から構成される。ＬＡＮ１１０上の装置は、相互に通信可能である。図１は典型的なネットワーク構成の例であり、各装置がＬＡＮ１１０ではなくＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ 不図示）に接続されていても構わない。また各装置の数は一台とは限らず、台数が増減してもよい。

ＭＦＰ１０１は、スキャナ、プリンタ機能を有する画像形成装置の一例である。ファイルサーバ１０２は、ＭＦＰ１０１およびユーザーＰＣ１０３からアクセスできるネットワークフォルダを有するサーバであり、ＭＦＰ１０１がスキャンした画像データの送信先となりうる。ユーザーＰＣ１０３は、情報処理装置の一例であってＰＣに限らず、スマートフォン等のモバイル端末であっても良い。ユーザーＰＣ１０３は、ユーザーが業務を行うために使用するＰＣであり、ユーザーの操作により、プリンタドライバ等を用いて印刷データをＭＦＰ１０１に送信することができる。

図２は、ＭＦＰ１０１のハードウェア構成を示すブロック図である。ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２やＨＤＤ２１４に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御処理を実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラムを記憶する。

操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する操作画面を提供する液晶表示部やキーボードなどが備えられている。プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ２２０に転送され、プリンタ２２０において記録媒体上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ネットワークＩ／Ｆ２１８は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。

図３は、ファイルサーバ１０２およびユーザーＰＣ１０３のハードウェア構成を示すブロック図である。ＣＰＵ３１１を含む制御部３１０は、装置全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２やＨＤＤ３１４に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、各種のプログラムやデータを記憶する。表示部Ｉ／Ｆ３１５は、表示部３１８と制御部３１０とを接続する。キーボードＩ／Ｆ３１６は、キーボード３１９と制御部３１０とを接続する。ＣＰＵ３１１は、キーボード３１９を介したユーザーからの指示を認識し、認識した指示に応じて表示部３１８に表示する画面を遷移させる。ネットワークＩ／Ｆ３１７は、制御部３１０をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ３１７は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。

図４は、本実施形態のＭＦＰ１０１におけるソフトウェア構成図である。ＭＦＰ１０１のＨＤＤ２１４に記憶されているプログラムを、ＣＰＵ２１１がＲＡＭ２１３に読み出し、実行することで、後述の処理が実行される。

ボタン管理部４０１は、ＭＦＰ１０１のメニュー画面を含む操作画面に表示するボタンを管理する。ボタン情報テーブル４０２は、ＭＦＰ１０１のメニュー画面に表示するボタンの情報を保持するテーブルであり、ＲＡＭ２１３またはＨＤＤ２１４に記録される。メニュー表示部４０３は、操作部２１９にボタンが並んだメニュー画面を表示する。メニュー表示部４０３は、ボタン情報テーブル４０２が保持しているボタン情報を基にメニュー画面を表示する。コピーアプリケーション（アプリ）４０４は、コピー機能を提供するアプリケーションである。プリントアプリ４０５は、印刷機能を提供するアプリケーションである。プリントアプリ４０５は、ユーザー指示でＰＣ１０３等の外部装置から送信された印刷ジョブを、受信したタイミングで印刷するのではなく、いったんＨＤＤ２１４に保存しておく。そして、別途ユーザーからＭＦＰ１０１上で指示を受け付けることによって、印刷処理を行う機能（以降、留め置き印刷と呼ぶ）を有する。送信アプリ４０６は、スキャンした画像データを送信する機能を提供するアプリケーションである。送信先のひとつとしてファイルサーバ１０２のネットワークフォルダを指定することができる。ファクスアプリ４０７は、ファクス機能を提供するアプリケーションである。４０４から４０７のアプリケーションは一例であり、これに限らない。ＭＦＰ１０１は、他のアプリケーションがインストールされていても良い。ユーザー認証部４０９は、ＭＦＰ１０１を使用するユーザーを特定、認証する。

利用ポイント管理テーブル４０８はメニュー画面に表示されたボタンの利用頻度に基づく利用ポイントをユーザーごと、ＭＦＰ１０１の状態ごとに管理する。ここでＭＦＰ１０１の状態とは、例えばＭＦＰ１０１が未プリントの印刷ジョブ（留め置き印刷ジョブ）を保持している状態、ＭＦＰ１０１のスキャナに原稿が載置されている状態、ＭＦＰ１０１が未プリントの印刷ジョブを保持し尚且つスキャナに原稿が載置されている状態、初期状態（留め置き印刷ジョブを保持していない尚且つスキャナに原稿が載置されていない）等を指す。このようなＭＦＰ１０１の状態に応じて、ユーザーが所望するボタンは変わる。例えば、ＭＦＰ１０１のスキャナに原稿が載置されている状態であれば、ユーザーは原稿をスキャンする処理に基づくアプリボタンを所望する可能性が高い。

本実施形態では、ＭＦＰ１０１の状態毎にボタンの使用回数に基づく利用ポイントを記憶し、各状態で利用ポイントが高いボタンを並び順が上位となるように表示（レコメンド）する。そうすることで、ＭＦＰ１０１の状態を考慮せず一様にボタンの使用回数のみを用いてボタンのレコメンドを行う場合より、精度よくユーザーにボタンのレコメンドを行うことができる。以下の説明では、ＭＦＰ１０１の状態は原稿載置の有無と未プリントの印刷ジョブの有無の二つを例に示すが、これに限らない。例えばＭＦＰ１０１が受信したＦＡＸ文書を保持しているか否かの状態等であっても良い。

図５に本実施形態に係るボタン情報テーブル４０２の一例を示す。一行でひとつのボタンを定義しており、図５のボタン情報テーブル５００では一例として５１１行〜５１７行の７つのボタンが定義されている。

ボタン情報テーブル４０２は、５０１列〜５０４列の４つの列を持つ。ボタンＩＤ５０１列は、ボタンを一意に識別するための識別子を定義する列である。ボタン名称５０２列は、ボタンに表示する名称を定義する列である。呼び出しアプリ５０３列は、ユーザーによってボタンが選択された際に呼び出されるアプリを定義する列である。設定値５０４列は、アプリを呼び出す際にパラメータとして付与する設定値を定義する列である。設定値５０４列に値が設定されているボタン（例えば５１１行）は、以降カスタムボタンと呼ぶ。カスタムボタンは、押下されると設定値５０４を反映した状態で呼び出しアプリ５０３が開かれる。カスタムボタンは、例えばユーザーが所望の設定値を定め、ＭＦＰ１０１に登録することで作成される。一方、設定値５０４の値が設定されていないボタン（例えば５１４行）は、アプリにパラメータを付与せず初期状態のまま呼び出すためのボタン（以降、アプリボタンと呼ぶ）である。これらのボタンは処理の実行が可能な状態であれば押下されると、即処理が実行されても良い。ボタンＩＤがＢ００１の「自分へ送信する」ボタンは、スキャンした原稿自分のＰＣ等に送信するボタンである。Ｂ００６の「全てプリントする」ボタンは、ＭＦＰ１０１に記憶されている、ユーザーが送信した複数の印刷ジョブを一括でプリント処理するボタンである。ボタン情報テーブルに含まれる情報はこれらに限らず他の情報が含まれていても良い。ユーザー毎に異なるボタン情報を保持する場合はユーザー情報を含めたり、ボタンに有効期限を示す情報を含めたりしてもよい。その場合、ボタン情報テーブル４０２に列を追加して、必要な情報をボタン毎に管理するようにすればよい。

図６−１、６−２に本実施形態に係るＭＦＰ１０１のメニュー画面の一例を示す。

画面６１０、６１１にメニュー画面の概略を示す。ユーザー認証部４０９がログイン処理等によりＭＦＰ１０１のユーザーを特定できた場合、ユーザー名表示領域６０１に特定できたユーザー名を表示する。また本実施例では、メニュー画面が２ページ構成であり、１ページ目が画面６１０、２ページ目が画面６１１である。ページを遷移させる場合には、ユーザーはページスクロールバー６０２を操作する。ボタン表示領域６０３−６０９は１から順に優先度の高いアプリボタンもしくはカスタムボタンが表示される領域であり、最も高い表示優先度を持つボタンをボタン領域６０１に表示し、２番目の表示優先度を持つボタンはボタン領域６０４に、順次表示される。

図１０を用いてボタンの表示優先度情報に関して説明する。図１０は本実施形態にかかる利用ポイント管理テーブル４０８を表しており、ＭＦＰ１０１の各状態におけるユーザーのボタン使用履歴に基づく利用ポイントを管理するために用いられる。利用ポイントとはボタンが押下もしくは使用されるたびに値が加算され、所定のルールに即して変更されるポイントであり、利用ポイントが高いと、メニュー画面に表示するボタンの表示優先度が高くなる。以降、利用ポイント管理テーブル４０８は、ユーザーの数分あり、ユーザーごとに管理する例を示すが、全ユーザーの使用履歴を１つのテーブルでまとめて管理しても良い。利用ポイント管理テーブル１０００、１１００、１２００を具体例として説明を行う。各テーブルの（ｊ＝０）、（ｊ＝５００）、（ｊ＝５０１）は、それぞれ今まで行われたジョブの実行回数を示している。管理テーブル１０００（ｊ＝０）は一度もジョブを実行していない初期状態の管理テーブルでありデフォルトの利用ポイントが設定されている。管理テーブル１１００（ｊ＝５００）は５００回ジョブを実行した状態の管理テーブルである。

管理テーブル１０００を用いてテーブルの詳細な説明を行う。状態１００１列、原稿載置１００２列、未プリント１００３列はＭＦＰ１０１の状態を示す列である。１００２列が「０」であればＭＦＰ１０１に原稿が載置されていないこと示し、「１」であれば原稿載置されていることを示す。同様に１００３列が「０」であればＭＦＰ１０１が未プリントの印刷ジョブを保持していないことを示し、「１」であれば印刷ジョブを保持していることを示す。これらの状態を基に状態１００１列でＭＦＰ１０１の状態が定義される。例えば１０３３行のように、「原稿載置なし」「未プリントの印刷ジョブを保持なし」の場合は状態ｓ＝Ｓ００と定義される。

ボタン１００４−１０１０列は各ボタンの情報が示され、各状態に対応付いた利用回数に基づく利用ポイントが示される。ここでは、図５のボタン情報テーブルで定義されたボタンが示されている。ボタンが押下もしくは実行されると、ボタンが使用された時のＭＦＰ１０１の状態における当該ボタンの利用ポイントに所定値が加算される。管理テーブル１０００は初期状態であるため、デフォルトの利用ポイントが示されている。デフォルトの利用ポイントは工場出荷時に予め設定されていても良いし、ＭＦＰ１０１の管理者が設定しても良いし、ユーザーが設定できるようにしても良い。この利用ポイントが高い、つまりボタンの利用頻度が高いボタンの表示優先度が高くなる。例えば、ＭＦＰ１０１の状態が「原稿載置あり」「未プリントの印刷ジョブを保持なし」（ｓ＝Ｓ１０）の場合、「自分へ送信する」「片面白黒コピーする」ボタン等、スキャン処理を行うボタンの利用ポイントがデフォルトで高く設定されている。ユーザーがスキャナに原稿を載置したということは、ユーザーがスキャン処理を行うボタンを所望する可能性が高いため、これらのボタンの表示優先度が高くなるようにしている。このようにＭＦＰ１０１の状態に応じてボタンの表示優先度は変わり、ＭＦＰ１０１の状態が変化するとメニュー画面に表示されるボタンの並び順も変わるようになっている。

５００回ジョブ実行を実行したときの管理テーブル１１００を例にして、ＭＦＰ１０１の状態が「原稿載置があり」「未プリント印刷ジョブなし」（ｓ＝Ｓ１０）である場合のボタン表示優先度について説明する。この場合、ボタンの表示優先度は、利用ポイントの高い「片面白黒コピー」「自分へ送信」「コピー」といった順になり、この優先度順にボタンがメニュー画面の左から順に並ぶ。このようにＭＦＰ１０１がどのような状態であるときに、どのボタンの使用回数が多いかを管理し、それを基にボタンの表示を行うので、ユーザーに精度よくボタンをレコメンドすることができる。

図６の説明に戻り、利用ポイント管理テーブル４０８を基に表示されるメニュー画面の具体例を示す。画面６２０、６２１は管理テーブル１０００（ｊ＝０、）を基に、ＭＦＰ１０１の状態が「原稿載置なし」「未プリントの印刷ジョブを保持なし」（ｓ＝Ｓ００）である場合に表示されるメニュー画面である。画面６３０、６３１は、管理テーブル１０００（ｊ＝０）を基に、状態がｓ＝Ｓ０１である場合に表示されるメニュー画面を表している。画面６４０、６４１は、管理テーブル１１００（ｊ＝５００）を基に、状態がｓ＝Ｓ００である場合に表示されるメニュー画面の例を表している。ＭＦＰの状態は同じであるが、画面６２０、６２１とボタンの並び順が変わっており、使用頻度の高い「コピー」ボタンが一番前に表示されている。画面６５０、６５１は管理テーブル１１００（ｊ＝５００）を基に、状態がｓ＝Ｓ１０である場合に表示されるメニュー画面の例を表している。画面６６０、６６１は、管理テーブル１２００（ｊ＝５０１）を基に、状態がｓ＝Ｓ１０である場合に表示されるメニュー画面の例を表している。図６に表示されているメニュー画面のボタンは、それぞれ図５のボタン情報テーブル４０２で定義されているボタン５１１からボタン５１７の中の６つのボタンが対応する。ボタン情報テーブル４０２で定義されているようにボタン５１１、５１２、５１３、５１６はカスタムボタンであり、ボタン５１４、５１５、５１７はアプリボタンである。カスタムボタンとアプリボタンは設定値の表示の有無など見た目上の差を設け識別しやすくしている。見た目の差はこれに限らず、ボタンの形や色を変えて識別できるようにしても良い。本実施例ではアプリボタンにはアプリを示すアイコンとアプリ名称を表示し、カスタムボタンには実行するアプリを示すアイコンとボタン名称のほかに設定値のサマリを表示している。

なお、本実施例ではアプリケーションを呼び出すための部品としてボタンを用いているが、他の部品を用いてもよい。例えばリストを用いて表示してもよい。その場合は上から最優先のものを表示し、一つ下に下がるごとに一つ下の優先順位を持つものを表示する。

図２２は、ユーザーがメニュー画面でボタン５１２を押下した際に呼び出されるアプリの設定画面の一例である。ボタン５１２の呼び出しアプリ５０３は「コピーアプリ４０４」と定義されているため、呼び出されているアプリはコピーアプリ４０４である。また図２２は、ボタン５１２の設定値５０４列で定義した設定値が設定された状態となっている。

ラベル２００１は、呼び出されたアプリケーションの名称を表示している。領域２００２〜２００６は、コピーアプリ４０４の現在の設定値を表示している。ボタン５１２の設定値５０４列で定義されている設定値は「１部」「白黒」「両面」であるため、領域２００５には「１部」、領域２００２には「白黒」、領域２００６には「両面」が設定され表示されている。設定値５０４列に定義されていない設定値（領域２００３、２００４）にはデフォルト値が表示されている。

領域２００２〜２００６において、デフォルト値から変更されている設定値の場合、領域を示す枠を二重の線で表現しデフォルト値が設定されている領域と区別可能になっている。図４０では領域２００２（カラー選択のデフォルト値は「カラー」）および領域２００６（読取のデフォルト値は「片面」）がデフォルト値とは異なる設定値となっているため、二重線の枠で表現されている。なお、ボタン５１２の設定値５０４列には「１部」が設定されているが、部数のデフォルト値は「１部」であり、デフォルト値と同じであるため、領域２００５は一本の線で表現されている。ここではボタンの枠線の本数で区別できるようにしているが、ボタンの色や形で区別できるようにしても良い。

なお、領域２００２〜２００６は、それぞれ押下されると各設定値を変更するためのダイアログを表示する。

リセットボタン２００７は、各設定値をデフォルト値に戻すためのボタンである。ボタン２００８は、現在の設定されている設定値でジョブを開始するためのボタンである。

図７は、本実施形態における一連の処理の流れを示したシーケンス図である。ボタンの登録から、メニュー画面（ボタン）の表示、ボタン押下によるアプリ呼び出しまでの一例を示す。ＭＦＰ１０１のＨＤＤ２１４に記憶されているプログラムを、ＣＰＵ２１１がＲＡＭ２１３に読み出し、実行することで、図７のシーケンスの処理および後述するフローチャートの各ステップが実行される。

最初にステップＳ７０１で、各アプリ（４０４〜４０７）は、予めボタン管理部４０１にボタンの登録指示を行う。ボタンを登録するタイミングは、ＭＦＰ１０１起動時、アプリ起動時等、メニュー画面を表示する前であれば、どのタイミングであってもよい。ボタンの登録指示にはボタン情報テーブル４０２の各列の情報（ボタン名称、呼び出しアプリ、設定値）の登録が含まれている。

ステップＳ７０２で、ボタンの登録指示を受け取ったボタン管理部４０１は、受け取ったボタン情報をボタン情報テーブル４０２に保存する。

ステップＳ７０３で、メニュー表示部４０３は、ユーザーからメニュー画面の表示指示を受け取る。ステップＳ７０４で、メニュー表示部４０３は、ボタン管理部４０１にボタン情報の取得依頼を行う。この時、ユーザーがＭＦＰ１０１にログインしている場合は、ログインしているユーザーに対応付いたボタン情報を取得する。ステップＳ７０５で、ボタン管理部４０１は、ステップＳ７０４に対するレスポンスとして、ボタン情報をメニュー表示部４０３に返す。ステップＳ７０６で、メニュー表示部４０３は、ステップＳ７０５で受け取ったボタン情報をもとにメニュー画面を操作部２１９に表示する。

ステップＳ７０７で、メニュー表示部４０３は、ユーザーが行った操作（ボタン押下）を受け取る。ステップＳ７０８で、メニュー表示部４０３は、ステップＳ７０７で受け取ったユーザーの操作を基に呼び出すアプリと呼び出しに際して付与するパラメータを決定する。ステップＳ７０９で、メニュー表示部は、ステップＳ７０８の決定に従いアプリの呼び出しを行う。ステップＳ７１０で、呼び出されたアプリは、呼び出しに際して付与されたパラメータに従って処理を行う。

図８は、本実施形態におけるＭＦＰ１０１の処理を説明するためのフローチャートである。ユーザーからのメニュー画面の表示要求を受けて、メニュー画面を操作部２１９に表示するまでの処理を記載する。また、図８のフローチャートは、図７のシーケンス図のステップＳ７０３からＳ７０６の処理に相当する。

ステップＳ８０１で、メニュー表示部４０３はメニュー画面の表示要求を受け取る。メニュー画面の表示要求とは、例えばユーザーがＭＦＰ１０１にログインする操作や、ユーザーがメニュー画面を表示するボタンを押下する操作であったり、システムの通知（例えば一定時間ユーザーの操作がない場合にメニュー画面を表示する）であったりする。次にステップＳ８０２で、メニュー表示部４０３はＭＦＰ１０１の状態を取得する。取得したＭＦＰ１０１の状態と図１０に示す利用ポイント管理テーブル４０８を参照し、利用順位リストを作成する。利用順位リストとは、ボタンＩＤを利用ポイントが高い順に並べたリストである。

例えば、ジョブを５００回実行しており（ｊ＝５００）、利用ポイント管理テーブルが図１０の１１００である場合を例にして説明する。取得したＭＦＰ１０１の状態がｓ＝Ｓ１０であれば、１０４１行を参照し、利用ポイントが高いボタンを順に並べる。ここで作成する利用順位リストは以下のようである。

利用順位リスト＝｛Ｂ００２，Ｂ００１，Ｂ００５，Ｂ００３，Ｂ００４，Ｂ００６，Ｂ００７｝
メニュー表示部４０３は作成した利用順位リストから利用ポイントが最大のボタンＩＤ（ここではＢ００２）を取得する。

次にステップＳ８０３でメニュー表示部４０３は、ステップＳ８０２で取得したボタンＩＤの情報をボタン情報テーブル４０２から取得する。ここではボタンＩＤ＝Ｂ００２のボタン情報をボタン情報テーブル４０２から取得する。

次にステップＳ８０４で表示部４０３は、取得したボタンＩＤ＝Ｂ００２の情報を表示する。これにより図６の６５０で示すようにメニュー画面の一番目（図６のボタン表示領域６０３）にカスタムボタン５１２「片面白黒コピーする」を表示する。

次にＳ８０５で表示部４０３は、ステップＳ８０２で取得した利用順位リストに含まれるボタンＩＤの情報を全て取得したかどうかを確認する。取得していた場合は処理を終了し、取得していない場合はＳ８０６に進む。ここではボタンＩＤ＝Ｂ００２のみの情報しか取得していないため、Ｓ８０６に進む。

Ｓ８０６で、次に利用ポイントが高いボタンＩＤＢ００１を表示部４０３は取得する。表示部４０３はステップＳ８０３を再び実行し、今度はボタンＩＤ＝Ｂ００１のボタン情報をボタン情報テーブル４０２から取得する。そしてＳ８０４で表示部４０３は取得したボタンＩＤ＝Ｂ００１の情報を表示する。これにより図６の６５０で示すようにメニュー画面の２番目（図６のボタン表示領域６０４）にカスタムボタン５１１「自分へ送信する」が表示される。同様にして、利用順位リストから順々にボタンＩＤを取得し、図６のボタン表示領域６０５、６０６、６０７に順次ボタンを表示する。ボタンＩＤ＝Ｂ００７まで表示しおえるとステップＳ８０５で表示部４０３は利用順位リストを全て読み込んだと判断し、処理を終了する。以上のフローにより、図６のメニュー画面に示すような画面が表示される。ここでは、利用ポイントが、そのまま優先度情報として機能しているが、利用ポイントを用いて表示優先度を別途算出するような構成にしてもよい。

図９は、本実施形態におけるＭＦＰ１０１の処理を説明するためのフローチャートである。図８のフローチャートで表示したメニュー画面において、ユーザーの操作を検知し、ユーザー操作に応じてアプリを呼び出す処理を説明する。また、図９のフローチャートは、図７のシーケンス図のステップＳ７０７からＳ７１０の処理に相当する。

ステップＳ９０１で、メニュー表示部４０３はメニュー画面に対するユーザーの操作を検知する。ステップＳ９０２で、メニュー表示部４０３はステップＳ９０１で検知したユーザー操作がボタンの押下であるか否かを判定する。メニュー表示部４０３は、ユーザー操作がボタンの押下であると判定した場合ステップＳ９０３へ処理を進め、そうでなければ処理を終了する。以降の説明において、ステップＳ９０１でユーザーが押下したボタンを「押下ボタン」と呼ぶ。

ステップＳ９０３で、メニュー表示部４０３は、押下ボタンに紐づけられたボタンＩＤ５０１からボタンを一意に特定し、ボタン情報をボタン情報テーブル４０２から取得する。以降の説明において、単に「ボタン情報」と記載した場合、ステップＳ９０３で取得したボタン情報を指すものとする。

ステップＳ９０４で、メニュー表示部４０３は、押下ボタンがカスタムボタンであるか否かを判定する。カスタムボタンであるか否かの判定は、設定値５０４列に値が定義されているか否かで判定する。メニュー表示部４０３は、押下ボタンがカスタムボタンの場合ステップＳ９０６へ処理を進め、そうでなければステップＳ９０５へ処理を進める。

ステップＳ９０５で、メニュー表示部４０３は、押下ボタンに対応するアプリをパラメータを付与せずに呼び出す。呼び出すアプリはボタン情報の呼び出しアプリ５０３列に定義されているアプリである。その後、メニュー表示部４０３はステップＳ９０９に処理を進める。ステップＳ９０９の処理は後述する。

ステップＳ９０６で、メニュー表示部４０３は、ステップＳ９０１でユーザーがボタンのどの領域を押下したかを判定する。判定の例として、図６のボタン５１１を用いて説明する。メニュー表示部４０３は、ユーザーが押下した領域が「設定領域」（すなわちサマリ表示部）の場合ステップＳ９０７へ処理を進め、ユーザーが押下した領域が「実行領域」（すなわち「設定領域」以外）の場合ステップＳ９０８へ処理を進める。

ステップＳ９０７で、メニュー表示部４０３は、押下ボタンに対応するアプリにパラメータを付与して呼び出す。呼び出すアプリはボタン情報の呼び出しアプリ５０３列に定義されているアプリである。付与するパラメータは、ボタン情報の設定値５０４列に定義されている設定値および呼び出し時にジョブの実行を行わずに設定画面を表示するという指示（実行フラグＯＦＦ）である。その後、メニュー表示部４０３はステップＳ９０９に処理を進める。

ステップＳ９０８で、メニュー表示部４０３は、押下ボタンに対応するアプリにパラメータを付与して呼び出す。呼び出すアプリはボタン情報の呼び出しアプリ５０３列に定義されているアプリである。付与するパラメータは、ボタン情報の設定値５０４列に定義されている設定値および呼び出し時にジョブの実行を開始するという指示（実行フラグＯＮ）である。その後、メニュー表示部４０３はステップＳ９０９に処理を進める。

ステップＳ９０９で、呼び出されたアプリは呼び出し時に付与されたパラメータに従って処理を行う。例えば、パラメータが何も付与されていなければ、アプリを初期状態で表示する。つまりアプリのデフォルトの設定がなされた画面が表示される。アプリのデフォルト設定は管理者等の権限のあるユーザーによる操作で設定することが可能である。また、パラメータに設定値および実行フラグＯＦＦが付与されていれば、アプリは設定値を反映した設定画面を表示する。パラメータに設定値および実行フラグＯＮが付与されていれば、アプリは渡された設定値でジョブの実行を開始する。このようにカスタムボタンは押下された領域に応じて処理を即実行するか設定画面を開くか切り替えることができる。

図１１は本実施形態にかかる利用ポイント管理テーブルの更新処理のフローチャートである。ユーザーがジョブを５００回実行しており（ｊ＝５００）、利用ポイント管理テーブルが１０１１である場合に、装置の状態（ｓ）が「原稿載置あり」、「未プリントの印刷ジョブの保持なし」（Ｓ１０）で、ボタンＩＤ＝Ｂ００１のボタンが押下されたとして具体的に説明する。ｊ＝５００は一例であり、ｊ＝０、５０１等、どの実行回数であっても行われる処理である。

ステップＳ１１０１で、ボタンが押下もしくは実行されたことを検知すると、ボタン管理部４０１は、ボタンが押下された時の装置の状態（ｓ）＝Ｓ１０と、押下されたボタンＩＤ（ｂ）＝Ｂ００１を取得する。次にステップＳ１１０２で利用ポイント管理テーブル４０８から装置の状態（ｓ）＝Ｓ１０に対応するボタンＩＤ（ｂ）＝Ｂ００１の利用ポイント（ここでは管理テーブル１１００を参照し、利用ポイント＝７７）を取得する。

ステップＳ１１０３で、利用ポイント管理テーブル４０８は、取得した利用ポイントに加算値＝１０を加え、（ｓ）＝Ｓ１０、ボタンＩＤ（ｂ）＝Ｂ００１の利用ポイント＝８７に更新する。これで利用ポイント管理テーブルは１２００に示す（ｊ＝５０１）状態に更新される。この更新によって、図６の画面６５０、６５１で示されるメニュー画面から、画面６６０、６６１で示されるメニュー画面にボタンが並び替えられる。画面６５０で２番目に表示されていた「自分へ送信する」ボタンが使用されたことによって、利用ポイントが、１番目に表示されていた「片面白黒コピーする」ボタンを上回ったため、画面６６０では２つのボタンの表示順が入れ替わっている。

以上の実施形態により、ＭＦＰの状態毎にボタンの使用回数を記憶しておき、検知したＭＦＰの状態において使用回数の多いボタンを並び順の上位に表示することができる。つまりユーザーがＭＦＰに対してどのような操作を行なった時に、どのようなボタンをよく使うかを記憶し、それを基にボタンをレコメンド表示するため、一様に使用回数のみでレコメンドを行うよりも、精度の高いレコメンドを行うことができる。

（第２の実施形態）
第一の実施形態では、利用ポイント管理テーブル４０８を基にＭＦＰ１０１の状態における利用回数が多いボタンを一様に優先表示していた。本実施形態では、一様に利用回数が多いボタンを優先的に表示するではなく、ある特定のＭＦＰ１０１の状態においては、ボタンの利用回数によらず特定のボタンを優先表示する例を示す。例えば、ＭＦＰ１０１が未プリントの印刷ジョブを保持している状態の時は、ボタンの使用回数に関係なく、プリントジョブを実行するボタンを優先表示するようにする。こうすることで、ユーザーに未プリントの印刷ジョブが有ることを気づかせることができる。本実施例では、ＭＦＰ１０１が未プリントの印刷ジョブを保持しており、原稿載置されていない（Ｓ０１）状態ではプリントジョブ実行のボタンであるアプリボタン５１７「プリント」とカスタムボタン５１６「すべてプリントする」を使用頻度によらず必ず最優先表示する場合を例にとって具体的に説明する。本実施形態の利用ポイント管理テーブルは図１３に示す（ｊ＝１０００）ものとする。本実施形態の基本構成は実施形態１と同じであるため、差分のみ示す。

図１２は本実施形態におけるＭＦＰ１０１の処理を説明するためのフローチャートである。ユーザーからのメニュー画面の表示要求を受けて、メニュー画面を操作部２１９に表示するまでの処理を記載する。なお本フローチャートは図８のフローチャートと基本構成は同じであるため、差分のみ示す。

ステップＳ８０２で、メニュー表示部４０３は装置の状態を取得し、利用順位リストを作成する。ここでは装置の状態がｓ＝Ｓ０１であるので、利用ポイント管理テーブル１３００の１３１４行を参照し利用順位リストを生成する。具体的に利用順位リストは以下のようである。

利用順位リスト＝｛Ｂ００２，Ｂ００１，Ｂ００６，Ｂ００７，Ｂ００５，Ｂ００３，Ｂ００４｝
メニュー表示部４０３はステップＳ８０２で取得した利用順位リストと最大の利用ポイントを持つボタンＩＤ＝Ｂ００２を得る。そしてステップＳ１２０１に進む。

ステップＳ１２０１でメニュー表示部４０３はＳ８０２で取得した状態（ｓ）がＳ０１であるかどうかを判断する。もしＳ０１でない場合は、ステップＳ８０３に移る。メニュー表示部４０３はステップＳ１２０１で状態（ｓ）がＳ０１であると判断した場合には、ステップＳ１２０２に進む。

Ｓ１２０２でプリントジョブ実行ボタンであるアプリボタン５１７「プリント」とカスタムボタン５１６「すべてプリントする」が最優先表示されるように利用順位リストを補正する。具体的にはアプリボタン５１７「プリント」のボタンＩＤ＝Ｂ００７と、カスタムボタン５１６「すべてプリントする」のボタンＩＤ＝Ｂ００６を、利用順位リストの先頭に移動して以下のように補正する。

利用順位リスト＝｛Ｂ００６，Ｂ００７，Ｂ００２，Ｂ００１，Ｂ００５，Ｂ００３，Ｂ００４｝
そして、リストで一番目に表示されているＢ００６のボタンＩＤを取得して、Ｓ８０３に進む。

以上のフローチャートにより、図１４に示すようにプリントジョブを実行するボタンが優先表示されたメニュー画面が表示される。このようにＭＦＰが特定の状態の場合は、ボタンの使用履歴を基に一様にボタンを優先表示するのは無く、使用頻度によらず特定のボタンを必ず優先表示させることができる。こうすることで、ユーザーにＭＦＰが特定の状態であることを通知できる。

（第３の実施形態）
第一の実施形態のように、使用回数を基に優先表示を行うと、新しく登録されたボタンは使用回数が０であるため、優先表示されなくなる。本実施例では、新しく登録されたボタンは、使用回数が少なくても優先表示する例を示す。本実施形態の基本構成は、第一の実施形態と同じであるため、差分のみ示す。図１６は本実施形態におけるボタン登録の処理を示すフローチャートである。

ユーザーが新しくボタン［見積報告を格納する］ボタンを登録した場合を例に説明を行う。説明を行うためのボタン情報テーブル４０２は図５、利用ポイント管理テーブルは図１５に示す（ｊ＝１０００）ものとする。

ユーザーが［見積報告を格納する］ボタンを登録すると、図１６に示すボタン登録フローが開始する。まずステップＳ１６０１で図５のボタン情報テーブル４０２から最大のボタンＩＤ（ｂｍａｘ）＝Ｂ００７を得る。次にステップＳ１６０２で取得したｂｍａｘ（Ｂ００７）＋１のボタンＩＤ（＝Ｂ００８）を作成する。登録する［見積報告を格納する］ボタンにＳ１６０２で作成したボタンＩＤ（＝Ｂ００８）を付与する。この時点のボタン情報テーブル４０２を図１７に示す。１７１８行に示すようにボタンＩＤがＢ００８の［見積報告を格納する］ボタンが登録されている。

最後にステップＳ１６０３にて、［見積報告を格納する］ボタンを利用ポイント管理テーブル４０８に登録する。このとき各状態における最大利用ポイントをボタンＩＤ＝Ｂ００８に設定する。具体的には状態（ｓ）＝Ｓ００の場合はボタンＩＤ（ｂ）＝Ｂ００５のポイント２６３が最大の利用ポイントであるため、ＩＤ＝Ｂ００８に利用ポイント２６３を設定する。同様に状態（ｓ）＝Ｓ０１の場合はボタンＩＤ（ｂ）＝Ｂ００２のポイント２５３４を設定する。状態（ｓ）＝Ｓ１０の場合はボタンＩＤ（ｂ）＝Ｂ００１のポイント８７を設定する。状態（ｓ）＝Ｓ１１の場合はボタンＩＤ（ｂ）＝Ｂ００２のポイント４０４を設定する。設定を終えた後の、ポイント管理テーブルを図１５に示す。新規に登録されたボタンは１５０４で示され、各状態における利用ポイントは他のボタンの中で最大となっている。つまり、新しくボタンを登録した直後は、ＭＦＰ１０１がどのような状態であっても登録したボタンが最優先で表示されるようになる。

図１５のポイント管理テーブルを用いてボタンを表示する一例を図１８を用いて示す。例えば原稿載置が有り、未プリントの印刷ジョブが無い状態であれば（ｓ＝Ｓ１０）、図１８の１８００、１８０１に示すメニュー画面を表示する。ｓ＝００の場合は図１８の１８２０、１８２１に示す画面を表示する。いずれの状態の場合も、新しく登録したボタンが一番前に表示されている。

なお本実施例では、ユーザーが登録したボタンを優先表示する例を示したが、これに限らず、装置が自動生成したボタンや、システムの管理者が登録したボタンなどでも同様に優先表示してよい。

（第４の実施形態）
本実施例では利用ポイント管理テーブル４０８における各状態（ｓ）の利用ポイントの総和（以下これをＰｓｕｍ（ｓ）と表す）を一定になるように補正する実施形態について説明する。

本実施形態の基本構成は第一の実施形態と同じであるため差分のみ示す。図１９は利用ポイント管理テーブルの更新処理を示すフローチャートであり、基本構成は図１１と同じであるため差分のみ説明する。

ここでは一例としてＰｓｕｍ（ｓ）がＰｓｕｍＭＡＸ（＝１００）を超えないように補正する例を説明する。

ジョブを５００回実行しており、利用ポイント管理テーブルは図２０に示す２０００（ｊ＝５００ ｎｏｒｍａｌｉｚｅｄ ｂｙ １００）であり、装置の状態（ｓ）は原稿載置があり、未プリント印刷ジョブを保持していない状態（Ｓ１０）でボタンＩＤ＝Ｂ００１が押下されたとして具体的に説明する。

ステップＳ１１０２でボタン管理部４０１は利用ポイント管理テーブル２０００から装置の状態（ｓ）＝Ｓ１０に対応するボタンＩＤ（ｂ）＝Ｂ００１の利用ポイント＝３５を取得する。

ステップＳ１１０３で、ボタン管理部４０１は取得した利用ポイントに加算値＝１０を加え利用ポイント管理テーブルの装置の状態（ｓ）＝Ｓ１０におけるボタンＩＤ（ｂ）＝Ｂ００１の利用ポイント＝４５に更新する。これで利用ポイント管理テーブルは２１００（ｊ＝５０１ ｂｅｆｏｒｅ ｎｏｒｍａｌｉｚｅｄ ｂｙ １００）となる。

次に、利用ポイント管理テーブル４０８はステップＳ１９０１で、装置の状態（ｓ）＝Ｓ１０の各ボタンの利用ポイントの合計値Ｐｓｕｍ（Ｓ１０）＝１０６がＰｓｕｍＭａｘ（＝１００）より大きいと判断し、次のステップＳ１９０２に進む。ここで利用ポイント管理テーブル４０８はステップＳ１９０１で、Ｐｓｕｍ（ｓ）がＰｓｕｍＭａｘより大きくないと判断した場合には補正を行わず、処理を終了する。

利用ポイント管理テーブル４０８はステップＳ１９０２で装置の状態（ｓ）＝Ｓ１０の各ボタンの利用ポイントを以下の値に補正する。

例えば、今回押下されたボタンＩＤ＝Ｂ００１を例にとると、以下のようになる。

ｐ（Ｓ１０，Ｂ００１） ＝ ［ ４５ ｘ １００ ／ １０６ ］ ＝ ［４２．４２５…］ ＝ ４２
同様に、今回押下されていないボタンＩＤ＝Ｂ００２を例にとると、以下のようになる。

ｐ（Ｓ１０，Ｂ００２） ＝ ［ ３９ ｘ １００ ／ １０６ ］ ＝ ［３６．７９２…］ ＝ ３６
これにより最終的に、利用ポイント管理テーブルは図２０に示す２２００（ｊ＝５０１ ａｆｔｅｒ ｎｏｒｍａｌｉｚｅｄ ｂｙ １００）になり、Ｐｓｕｍ（Ｓ１０）＝９７でＰｓｕｍＭＡＸ以下になる。

この利用ポイントの更新に基づいてメニューを表示すると、前述の図８で説明したフローに従い、図６の６５０、６５１（ｊ＝５００、ｓ＝Ｓ１０）から６６０，６６１（ｊ＝５０１、ｓ＝Ｓ１０）の画面表示になり、第１の実施形態と同様にカスタムボタン５１１とカスタムボタン５１２が入れ替わるようになる。

本実施例のように、この総和Ｐｓｕｍ（ｓ）を一定の値以下に維持する補正は、過去に高頻度で利用し、最近使用頻度が低下しているボタンが優先表示されるのを防ぐ効果が有る。つまり過去のボタン使用頻度より、最近のボタン使用頻度に重きを置いて利用ポイントを設定することができる。

先ほど示したように、各ボタンの利用ポイントは以下の値に補正される。

Ｐｓｕｍ（ｓ１０は）がＰｓｕｍＭＡＸより大きい場合にしか上記補正を行わないため、以下の不等式が成り立つ。

ボタンが押下されるたびに、各ボタンの利用ポイントに１以下の数字が乗算されるため、過去に使用頻度が高く、利用ポイントが高かったボタンも、使用頻度が低下すると自動で利用ポイントが低下する。またＰｓｕｍの値を一定の値以下に保つことで、無制限に利用ポイントが加算されるのに比べ、データ容量を節約することができる。

以上のように、過去のボタン使用回数によるボタンの並べ替えの影響を下げ、直近の使用回数によるボタン並べ替えに重み付けすることができる。これにより精度の高いレコメンドを行うことができる。過去のボタン使用回数によるボタンの並べ替えの影響を下げる方法は上記に示した方法に限らず、ボタン実行毎に各ボタンの利用ポイントに１以下の所定の定数を乗算するようにしても良い。

（第５の実施形態）
第一の実施形態のようにＭＦＰ１０１の状態とボタンの使用履歴を基にボタンの並べ替えをする場合、ボタンの位置を場所で覚えているユーザーにとっては、勝手にボタンの並び順が変更されてしまうと煩わしい。そこで本実施形態では、使用履歴を基にボタンの並べ替えが起こる場合でも、同じページ内でのボタン並べ替えであればボタンの並べ替えを行わない例を示す。

例えば第１の実施形態の利用ポイント管理テーブル１２００の場合、ＭＦＰ１０１の状態がｓ＝Ｓ１０であれば、［自分へ送信する］ボタンと［片面白黒コピーする］ボタンの利用ポイントの差が加算値（１０）以内であるため、その２つのボタンを交互に使用すると２つのボタンが毎回入れ替わることになる。これではユーザーにとってわずらわしい。

本実施例では利用ポイント加算前の利用順位リストを保持しておき、これと利用ポイント加算後の利用順位リストを比較し、ページをまたいだ並び替えが発生する場合のみ利用順位リストを更新するという処理を行う。本実施形態の基本構成は第一の実施形態と同じであるため差分のみ示す。

図２１は本実施形態におけるボタン表示の処理を示すフローチャートで基本構成は図８のフローチャートと同じであるため差分のみ示す。

利用ポイント管理テーブルは図１０の１２００（ｊ＝５０１）でＭＦＰ１０１の状態はｓ＝Ｓ１０であるとして以降の説明を行う。

Ｓ８０２で状態利用順位リストを取得する。具体的に取得する状態利用順位リストは以下である。本実施形態ではメニュー画面１ページに最大４つのボタンを表示できるため、ボタン４つごとのページグループ［］で区切って表す。

作成した利用順位リスト＝｛［Ｂ００１，Ｂ００２，Ｂ００５，Ｂ００３］，［Ｂ００４，Ｂ００６，Ｂ００７］｝
ステップＳ２１０１で、メニュー表示部４０３は保持している利用順位リスト（Ｓ１０）と作成した利用順位リストでページをまたぐボタンはあるかを判断する。保持している利用順位リストとは、たとえば前回（ｊ＝５００）取得した利用順位リストのことであり、ここでは、図１０の管理テーブル１１００（ｓ＝Ｓ１０）を基に作成された利用順位リストである。

保持している利用順位リスト（Ｓ１０）＝｛［Ｂ００２，Ｂ００１，Ｂ００５，Ｂ００３］，［Ｂ００４，Ｂ００６，Ｂ００７］］
保持している利用順位リストは、現在メニュー画面に表示されているボタンを表示順にリスト化したものでもよい。

メニュー表示部４０３は，ページをまたぐ変更はないと判断するとステップＳ２１０２に処理を進める。ページをまたぐ変更が有ればＳ８０３に進む。ここでは、ページをまたぐ変更は無いためＳ２１０２に進む。

ステップＳ２１０２では、作成した利用順位リストを保持している利用順位リストで上書きする。つまり
作成した利用順位リスト（Ｓ１０）＝｛［Ｂ００２，Ｂ００１，Ｂ００５，Ｂ００３］，［Ｂ００４，Ｂ００６，Ｂ００７］］
と上書きされる。この利用順位リストを基にボタンを表示すると、ボタンの使用前後でボタンの並べ替えは起こらない。つまり同じページ内でのボタンの並べ替えは行わず、ページをまたぐボタンの並べ替えが発生した場合だけボタンを並び替えることができる。

（その他の実施形態）
以上の実施形態では、利用ポイントを基にボタンの表示順を決めるようにしていた。しかし、これには限らず利用ポイントを基に、ボタンの表示形態を決めても良い。たとえばＭＦＰのある状態における利用ポイントが一番高いボタンをメニュー画面に一番大きく表示し、２番目に高い利用ポイントを持つボタンをメニュー画面に２番目に大きく表示するといった構成にしても良い。こうすることでユーザーがよく使うボタンが大きく表示されるため、ユーザーは所望のボタンが見つけやすくなる。ボタンの表示形態は大きさに限らず、ボタンの形、色、を変えても良いし、アニメーションをつけて優先表示するようにしても良い。また、表示形態を変えたうえで、更に表示順が上位となるよう優先表示にしても良い。

本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。または、上述した実施例の機能を実現するハードウェア（ＡＳＩＣやＦＰＧＡ）を装置に搭載し、実行する処理である。

Claims (20)

1. 操作画面に複数のボタンを表示する画像形成装置であって、
   前記複数のボタンの優先度を示す情報であり、前記複数のボタンの使用回数に基づく優先度情報を、前記画像形成装置の状態と対応付けて記憶する記憶手段と、
   前記画像形成装置の状態を検知する検知手段と、
   前記検知手段で検知した状態に対応する、前記記憶手段で記憶した前記複数のボタンの優先度情報に従って、前記複数のボタンを前記操作画面に表示する表示手段と
   を有することを特徴とする画像形成装置。
2. 前記表示手段は、前記複数のボタンの優先度情報に従った表示順で前記複数のボタンを表示する
   ことを特徴とする請求項１に記載の画像形成装置。
3. 前記表示手段は、前記複数のボタンの優先度情報に基づいた表示形態で前記複数のボタンを表示する
   ことを特徴とする請求項１又は２に記載の画像形成装置。
4. 前記記憶手段は、前記画像形成装置の状態毎にボタンの使用回数に基づく優先度情報を記憶する
   ことを特徴とする請求項１から３のいずれか一項に記載の画像形成装置。
5. ボタンが使用されるたびに前記記憶手段が記憶した当該ボタンに対応する優先度情報は変更される
   ことを特徴とする請求項１から４のいずれか一項に記載の画像形成装置。
6. 前記優先度情報は値であって、ボタンが使用されるたびに当該ボタンに対応する優先度情報に所定値が加算され、前記表示手段は、前記検知手段で検知した状態において、前記値が高いボタンの表示順が上位となるように前記複数のボタンを表示する
   ことを特徴とする請求項１から５のいずれか一項に記載の画像形成装置。
7. 前記表示手段は、メニュー画面に前記画像形成装置の機能を実行するための複数のボタンを表示する
   ことを特徴とする請求項１から６のいずれか一項に記載の画像形成装置。
8. 前記記憶手段は、前記優先度情報を、前記画像形成装置のユーザー毎に記憶する
   ことを特徴とする請求項１から７のいずれか一項に記載の画像形成装置。
9. 前記検知手段で検知した前記画像形成装置の状態は、前記画像形成装置のスキャナに原稿が載置されている状態を少なくとも含む
   ことを特徴とする請求項１から８のいずれか一項に記載の画像形成装置。
10. 前記検知手段で検知した前記画像形成装置の状態とは、前記画像形成装置が外部装置から送信されたジョブを保持している状態を少なくとも含む
    ことを特徴とする請求項１から８のいずれか一項に記載の画像形成装置。
11. 前記検知手段で所定の状態を検知すると、前記表示手段は、前記記憶手段が記憶した前記複数のボタンの優先度情報によらず所定のボタンの表示順が上位となるように前記複数のボタンを表示する
    ことを特徴とする請求項１から１０のいずれか一項に記載の画像形成装置。
12. 前記所定のボタンとは、外部装置から送信されたジョブを実行するボタンである
    ことを特徴とする請求項１１に記載の画像形成装置。
13. 前記表示手段は、前記記憶手段が記憶した前記複数のボタンの優先度情報によらず、新しく登録されたボタンの表示順が上位となるように前記複数のボタンを表示する
    ことを特徴とする請求項１から１２のいずれか一項に記載の画像形成装置。
14. 前記表示手段は、過去のボタン使用回数より、直近のボタン使用回数に重み付けをしてボタンの優先度情報を決定する
    ことを特徴とする請求項１から１３のいずれか一項に記載の画像形成装置。
15. 前記値はボタンが実行されるたびに低下する
    ことを特徴とする請求項６から１４のいずれか一項に記載の画像形成装置。
16. 前記表示手段は、同じページ内でボタンの表示順が入れ替わる場合、当該ボタンの表示順は変更しない、
    ことを特徴とする請求項１から１５のいずれか一項に記載の画像形成装置。
17. 前記表示手段は、前記優先度が高い順にボタンの表示順が上位となるように前記複数のボタンを表示する
    ことを特徴とする請求項１から１６のいずれか一項に記載の画像形成装置。
18. 前記表示形態とはボタンの大きさ、色、形の少なくともいずれかを含む
    ことを特徴とする請求項３に記載の画像形成装置。
19. 操作画面に複数のボタンを表示する画像形成装置が実行する制御方法であって、
    前記複数のボタンの優先度を示す情報であり、前記複数のボタンの使用回数に基づく優先度情報を、前記画像形成装置の状態と対応付けて記憶する記憶工程と、
    前記画像形成装置の状態を検知する検知工程と、
    前記検知工程で検知した状態に対応する、前記記憶工程で記憶した前記複数のボタンの優先度情報に従って、前記複数のボタンを前記操作画面に表示する表示工程と
    を有することを特徴とする画像形成装置。
20. 請求項１から１８のいずれか１項に記載の各手段としてコンピュータを機能させるためのプログラム。

Images