JP2009093224A - 情報処理装置、情報処理プログラムおよび画像形成装置 - Google Patents

Abstract

【課題】使用者毎に使用し易いメニュー表示を行うことができ、利便性を向上させることのできる情報処理装置を提供する。
【解決手段】複数の選択肢から何れかの選択を行うメニュー画面に関する情報に対するアクセス履歴を取得するアクセス履歴取得手段（コントローラ部５０４）と、該アクセス履歴取得手段によるアクセス履歴に基づいて前記メニュー画面に関する情報の内容を変更する変更手段（コントローラ部５０４）とを備えるようにした。
【選択図】図６

Description

本発明は、情報処理装置、情報処理プログラムおよび画像形成装置に関するものである。

情報処理装置の一種としてのプリンタ（画像形成装置）のなかには、ＬＡＮやインターネット等のネットワークに接続する機能を備え、ネットワークを介して複数のユーザ端末から印刷処理等のサービス要求を受け付けるようになっているものがある。

このようなプリンタは、各ユーザ（使用者）からの利用要求に応じるために、各種の機能設定を行うメニュー（以降、単にメニューという）を設け、各使用者毎に最適な出力結果を実現できるようにしている。

その一方で、上記プリンタは複数の使用者によって共有されるため、何れの使用者もメニューへのアクセスすることができ、例えばある使用者の誤操作によってプリンタ自体が利用不能な状態に陥る虞があった。

また、プリンタの操作に不慣れな使用者にとっては、複雑化したメニュー項目の内から所望の項目を見つけ出すことが難しい場合があった。

このような問題を解消すべく、例えばメニューへのアクセスを制限するようにした技術が種々提案されている。

例えば、特開２００３−２２９９７８号公報に開示の技術では、デバイス内の記憶領域にユーザ情報を登録しておき、利用時にはパスワード認証を行ないアクセス許可が下りた場合に、オペレーションパネルに表示されるメニューがユーザの利用権限として登録されている項目が表示される方法、加えて過去の利用履歴から利用上限を越えた場合にメニューを表示しないことで使用を制限する方法が提案されている。

しかしながら、この技術では、オペレーションパネルなどに表示するメニューについて、利用者のアクセス権の有無、または印刷枚数などの利用限度を越えていないかによってオフまたはオンの表示をするだけであり、プリンタ機能の一部が使用できない制約が発生するという問題がある。

また、メニューの表示されないことにより、使用したい機能をプリンタが有していないと使用者が判断してしまう虞もあった。

また、特開平１−１９９２５８号公報では、権限あるメニューのみを表示する制御に加え、下位の項目情報と上位の項目情報との間の連結情報を格納するリレーションを設け、利用者の選択に応じて関連する全ての項目を取り出し表示する方法が提案されている。

しかし、この技術では、上位と下位の項目情報のリレーションだけでは、利用する環境には適さないメニュー（例えば、設定の必要がないネットワーク環境などのメニュー）も表示されてしまうため、プリンタの操作に不慣れな使用者には煩雑なメニュー構成となり、利便性が低下するという不具合があった。
特開２００３−２２９９７８号公報 特開平１−１９９２５８号公報

本発明は、使用者毎に使用し易いメニュー表示を行うことができ、利便性を向上させることのできる情報処理装置、情報処理プログラムおよび画像形成装置を提供することを目的とする。

前記課題を解決するため、請求項１の発明に係る情報処理装置は、複数の選択肢から何れかの選択を行うメニュー画面に関する情報に対するアクセス履歴を取得するアクセス履歴取得手段と、該アクセス履歴取得手段によるアクセス履歴に基づいて前記メニュー画面に関する情報の内容を変更する変更手段とを備えることを特徴とする。

請求項２の発明に係る情報処理装置は、前記アクセス履歴取得手段は、前記アクセス履歴として前記メニュー画面に関する情報が使用者に対応させたメニュー画面に関する情報を格納する格納手段から読み出された回数を、前記使用者毎または前記使用者を所定の条件に基づいて分けたグループ毎に計数することを特徴とする。

請求項３の発明に係る情報処理装置は、前記アクセス履歴取得手段は、前記アクセス履歴として前記各選択肢が選択された回数を、前記使用者毎または前記グループ毎に計数することを特徴とする。

請求項４の発明に係る情報処理装置は、前記アクセス履歴取得手段は、前記アクセス履歴として前記各選択肢についての選択誤りの回数を、前記使用者毎または前記グループ毎に計数することを特徴とする。

請求項５の発明に係る情報処理装置は、前記アクセス履歴取得手段は、前記アクセス履歴として前記各選択肢についての選択成功の回数を、前記使用者毎または前記グループ毎に計数することを特徴とする。

請求項６の発明に係る情報処理装置は、前記変更手段は、メニュー表示が複数の階層に分けて表示される場合に、当該階層を変更することを特徴とする。

請求項７の発明に係る情報処理装置は、前記使用者毎に、装置の使用に関する経験値を設定する経験値設定手段と、所定の条件により前記経験値を増減させる経験値更新手段と、前記経験値と予め設定される閾値とを比較する比較手段と、該比較手段の比較結果に応じて前記使用者の属する前記グループを変更する所属グループ変更手段とを備えることを特徴とする。

請求項８の発明に係る情報処理装置は、前記経験値更新手段は、前記アクセス履歴取得手段で取得される前記各選択肢の選択誤りの回数または選択成功回数に基づいて前記経験値を増減させることを特徴とする。

請求項９の発明に係る情報処理装置は、前記経験値更新手段は、前記選択肢毎に所定の重み付け係数による重み付けを設定し、当該重み付けを勘案して前記経験値を増減させることを特徴とする。

請求項１０の発明に係る情報処理装置は、前記アクセス履歴取得手段は、メニュー画面の表示または前記選択肢の選択に用いられるプロトコル毎にアクセス履歴を取得することを特徴とする。

請求項１１の発明に係る情報処理装置は、前記選択手段で前記メニュー画面に表示された選択肢の何れかを選択する際に、前記使用者毎に、当該選択肢に係る設定が装置に反映されることの期待の程度を複数段階のアンケート項目としたアンケートを集計するアンケート集計手段を備え、前記変更手段は、前記アンケート集計手段による集計結果を勘案して前記メニュー画面に関する情報の内容を変更することを特徴とする。

請求項１２の発明に係る情報処理装置は、前記アンケート集計手段は、前記アンケート項目毎に所定の重み付け係数による重み付けを設定し、当該重み付けを勘案してアンケートを集計することを特徴とする。

請求項１３の発明に係る情報処理プログラムは、複数の選択肢から何れかの選択を行うメニュー画面に関する情報に対するアクセス履歴を取得するアクセス履歴取得過程と、該アクセス履歴取得過程によるアクセス履歴に基づいて前記メニュー画面に関する情報の内容を変更する変更過程とを有することを特徴とする。

請求項１４の発明に係る画像形成装置は、複数の選択肢から何れかの選択を行うメニュー画面に関する情報に対するアクセス履歴を取得するアクセス履歴取得手段と、該アクセス履歴取得手段によるアクセス履歴に基づいて前記メニュー画面に関する情報の内容を変更する変更手段とを備えることを特徴とする。

本発明によれば以下の効果を奏することができる。

すなわち、請求項１に記載の発明によれば、本構成を有していない場合に比較して、アクセス履歴に基づいてメニュー画面に関する情報の内容を変更するようにしているので、使用者やグループの使用環境に適したメニュー画面を適切なタイミングで提供することができる。

請求項２に記載の発明によれば、本構成を有していない場合に比較して、アクセス履歴としてメニュー画面に関する情報が読み出された回数を使用者毎またはグループ毎に計数しているので、使用者やグループの使用環境に適したメニュー画面を適切なタイミングで提供することができる。

請求項３に記載の発明によれば、本構成を有していない場合に比較して、アクセス履歴として各選択肢が選択された回数を使用者毎またはグループ毎に計数しているので、使用者やグループの使用環境に適したメニュー画面を適切なタイミングで提供することができる。

請求項４に記載の発明によれば、本構成を有していない場合に比較して、アクセス履歴として各選択肢についての選択誤りの回数を使用者毎またはグループ毎に計数しているので、使用者やグループの使用環境に適したメニュー画面を適切なタイミングで提供することができる。

請求項５に記載の発明によれば、本構成を有していない場合に比較して、アクセス履歴として各選択肢についての選択成功の回数を使用者毎またはグループ毎に計数しているので、使用者やグループの使用環境に適したメニュー画面を適切なタイミングで提供することができる。

請求項６に記載の発明によれば、本構成を有していない場合に比較して、変更手段はメニュー表示が複数の階層に分けて表示される場合に当該階層を変更しているので、所望の選択肢等に辿り着きやすくなり、使用者やグループの使用環境により適したメニュー画面を提供することができる。

請求項７に記載の発明によれば、本構成を有していない場合に比較して、比較手段の比較結果に応じて使用者の属する前記グループを変更しているので、使用者の使用環境が変化したような場合にも、適切なグループに所属させてより適したメニュー画面を提供することができる。

請求項８に記載の発明によれば、本構成を有していない場合に比較して、各選択肢の選択誤りの回数または選択成功回数に基づいて経験値を増減させているので、使用者の使用環境が変化したような場合にも、適切なグループに所属させてより適したメニュー画面を提供することができる。

請求項９に記載の発明によれば、本構成を有していない場合に比較して、重み付けを勘案して経験値を増減させているので、使用者の使用環境が変化したような場合にも、適切なグループに所属させてより適したメニュー画面を提供することができる。

請求項１０に記載の発明によれば、本構成を有していない場合に比較して、メニュー画面の表示または選択肢の選択に用いられるプロトコル毎にアクセス履歴を取得しているので、使用者やグループの使用環境により適したメニュー画面を提供することができる。

請求項１１に記載の発明によれば、本構成を有していない場合に比較して、アンケート集計手段による集計結果を勘案してメニュー画面に関する情報の内容を変更しているので、使用者の意図を反映したより使いやすいメニュー画面を提供することができる。

請求項１２に記載の発明によれば、本構成を有していない場合に比較して、重み付けを勘案してアンケートを集計しているので、使用者の意図を的確に反映したより使いやすいメニュー画面を提供することができる。

請求項１３に記載の発明によれば、本構成を有していない場合に比較して、アクセス履歴に基づいてメニュー画面に関する情報の内容を変更するようにしているので、使用者やグループの使用環境に適したメニュー画面を適切なタイミングで提供することができる。

請求項１４に記載の発明によれば、本構成を有していない場合に比較して、アクセス履歴に基づいてメニュー画面に関する情報の内容を変更するようにしているので、使用者やグループの使用環境に適したメニュー画面を適切なタイミングで提供することができる。

以下、本発明の一例としての実施の形態を図面に基づいて詳細に説明する。ここで、添付図面において同一の部材には同一の符号を付しており、また、重複した説明は省略されている。なお、ここでの説明は本発明が実施される最良の形態であることから、本発明は当該形態に限定されるものではない。

（第１の実施の形態）

図１から図１２を参照して、本発明についての第１の実施の形態に係る情報処理システムＳ１について説明する。

図１のブロック図に示すように、第１の実施の形態に係る情報処理システムＳ１は、ＬＡＮ等のネットワークＮを介して、情報処理装置の一種である例えば複合機（プリンタ機能やスキャナ機能等を備える機器）５００と、パーソナルコンピュータ等で構成される情報処理装置１００，２００，３００とから構成されている。

詳しくは後述するが、情報処理装置５００は、記憶装置（ＮＶＲＡＭ（不揮発性ＲＡＭ）５１０）に、認証情報やユーザ（使用者）毎のメニュー情報（メニュー画面に関する情報）を格納したテーブルＴ１を格納している。

また、各情報処理装置１００〜３００は、それぞれユーザＡ，ユーザｖ，ユーザ ウが使用者となっているものとする。

また、現状において、ユーザＡはグループＡに属し、ユーザｖはグループＢに属し、ユーザ ウはグループＣに属しているものとする。

そして、ユーザＡの情報処理装置１００を例にすると、ユーザＡの操作により認証情報（ユーザ名、パスワード等）が情報処理装置５００に送信される（図１の（１））。

情報処理装置５００では、ユーザ名、パス名からユーザ認証を行い、正規ユーザと認証されると、ユーザＡの属するグループ名：グループＡを識別子として、その識別子に対応するメニュー情報を取り出し、ユーザＡ用のメニュー情報を作成する（図１の（２））。なお、正規ユーザとして認証されなかった場合には、メニュー情報は生成しない。

情報処理装置１００は、情報処理装置５００から送信されるメニュー情報を受信（図１の（３））することにより、ユーザＡの情報処理装置１００には、ユーザＡに最適化されたグループＡ用のメニュー画面を表示させることができる。

なお、ユーザＡが正規ユーザとして認証されなかった場合には、例えば「正規ユーザ登録されていないため、メニュー表示できません。」等のメッセージが表示されることとなる。

次に、図２のブロック図を参照して、情報処理装置（複合機）５００の構成について説明する。なお、本発明と関係の薄い構成については省略する。

情報処理装置（複合機）５００は、情報処理装置１００〜３００の認証情報やメニュー表示要求をネットワークＮを介して受信し、作成されたメニュー情報等を情報処理装置１００〜３００に送信する有線インターフェイス（ＩＦ）カード５０１と、ＵＳＢ等の外部インターフェイス５０２と、液晶パネルや操作ボタン等で構成されるユーザインターフェイス部（Ｕ／Ｉ部）５０３と、マイクロコンピュータ等で構成され各部を制御するコントローラ部５０４と、複合機が備える印刷機能において所定の媒体に画像形成（印刷）を行うプリンタエンジン等で構成される画像形成部５０５と、メニュー情報の原型（ひな形）のデータを格納するＲＯＭ５１０、予め登録された認証情報，メニューの設定値，メニュー情報（メニュー画面に関する情報）を格納するＮＶＲＡＭ（不揮発性ＲＡＭ：装置電源がオフであっても記憶内容を失わないメモリ）５２０、作成中のメニュー情報や作成されたメニュー情報を一時的に格納するＲＡＭ５３０とから構成されている。

なお、ＲＡＭ５３０上のデータは所定のタイミングでＮＶＲＡＭ５２０に書き込まれる。

また、特には限定されないが、有線インターフェイスカード５０１は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えている。

また、例えば、有線ＩＦカード５０１が、ＷＥＢサーバを備え、情報処理装置１００〜３００との間でネットワークＮを介したＨＴＴＰプロトコル通信によって情報処理装置５００の状態表示や設定メニューの表示、設定を実行することができるようになっている。

次に、図３を参照して、ＲＡＭ５３０に格納されるメニュー情報Ｄ１の構成について説明する。

メニュー情報Ｄ１は、グループ（本実施の形態では、Ａ〜Ｄの４つのグループが存在する）を識別するグループ識別子５３２と、メニュー管理情報５３３と、生成されたメニュー５１１と、項目（選択肢）の設定値５２１とから構成されている。

また、メニュー管理情報５３３は、メニューアクセス履歴５３４とメニュー表示情報５３５から構成されている。

メニューアクセス履歴５３４は、さらに、メニュー選択累積回数、設定累積回数、設定ミス累積回数、機能実行累積回数の情報をメニュー、設定項目、機能実行ボタンの数に応じて有している。

ここで、メニュー選択累積回数は複数のメニュー画面毎の選択回数を累計したもの、設定累積回数は項目（選択肢）毎の選択回数を累計したもの、設定ミス累積回数は項目（選択肢）毎に本来設定できない設定（即ち、設定ミス）を行った回数を累計したもの、機能実行累積回数は項目（選択肢）毎に設定が成功しその機能が実行された回数を累計したものをいう。

次に、図４を参照して、ユーザの属するグループについて説明する。

本実施の形態では、各ユーザに経験値が付与され、この経験値と所定の閾値との比較結果により各グループ（Ａ〜Ｄの４つのグループ）に振り分けられている。

具体的には、グループＡには経験値が閾値１０００を超えているユーザ（例えば、ユーザＡ，Ｂ，Ｃ）が所属し、グループＢには経験値が５００〜１０００のユーザ（例えば、ユーザｖ，ｗ，ｘ，ｙ，ｚ）が所属し、グループＣには経験値が１００〜５００を超えているユーザ（例えば、ユーザ ア，イ，ウ，エ）が所属し、グループＤには経験値が閾値１００未満のユーザ（例えば、ユーザ七，八，九）が所属している。

そして、設定が成功した場合（選択肢の選択が成功した場合）には該当するユーザの経験値を上げ、その経験値がグループＡ〜Ｄ毎に設定された閾値を越えると上位のグループに自動的に所属が遷移される。

また、設定を間違えた場合（選択肢の選択を誤った場合）は該当するユーザの経験値を下げ、閾値を下回った場合は下位グループに遷移される。

ここで、図５を参照して、ユーザが他のグループに遷移する状態を説明する。

ここに示す例では、経験値の増減は、設定が成功すると＋１、設定をミスすると−２とする。

図５では、例えばユーザｖが、メニュー画面における設定に成功した場合には、現行の経験値「９９９」に「＋１」されて経験値「１０００」となり、グループＢの閾値（１０００）に達するためグループＡに遷移される。

また、例えばユーザ（エ）が、メニュー画面における設定に失敗した場合には、現行の経験値「１００」が「−２」されて経験値「９８」となり、グループＤの閾値（１００）を下回るためグループＤに遷移される。

これにより、各ユーザのスキルに適したメニュー画面を提供することができる。

なお、各ユーザ経験値の初期値は、ユーザを登録する際に、自己申告に基づいて決定してもよいし、管理者の判断により決定するようにしてもよい。

次に、図６のフローチャートを参照して、上記構成の情報処理システムＳ１によって実行されるメニュー作成処理の処理手順について説明する。

なお、図６に示す例では、ユーザＡの情報処理装置１００についてのメニュー画面を生成する場合を想定する。

この処理が開始されると、まずステップＳ１００でユーザＡは情報処理装置１００から情報処理装置５００に対してメニュー表示の要求（指示）を行ってステップＳ１０１に移行する。

ステップＳ１０１では、情報処理装置５００は、ユーザＡからのメニュー表示要求とユーザＡの認証情報（ユーザ名、パスワード等）を受信してステップＳ１０２に移行する。

ステップＳ１０２では、認証情報に基づいた個人認証（正規ユーザか否かの判定）が行われ、判定結果が「Ｎｏ」の場合にはステップＳ１０４に移行して、正規ユーザではない旨のメッセージ（例えば「正規ユーザ登録されていないため、メニュー表示できません。」等のメッセージ）をユーザＡの情報処理装置１００に送信して処理を終了する。 これにより、ユーザＡが不正ユーザである場合には、メニュー操作による不正な設定変更等を回避することができる。また、ユーザＡが正当なアクセス権限を有する場合には、認証情報（ユーザ名、パスワード等）に入力間違い等があった可能性もあるので、認証情報の再送信等を試行することができる。

一方、ステップＳ１０２で「Ｙｅｓ」と判定された場合（正規ユーザと認証された場合）には、新規のメニュー作成であるか否かが判定され、「Ｎｏ」の場合にはステップＳ１０７に移行し、「Ｙｅｓ」の場合にはステップＳ１０５に移行する。

ステップＳ１０５では、ユーザＡの属するグループ名（図４に示す例では、グループＡ）と同じメニュー識別子を探してステップＳ１０６に移行する。

ステップＳ１０６では、一致したメニュー識別子に対応するメニュー情報（Ａ）をＲＡＭ５３０にロードしてステップＳ１０７に移行する。

ステップＳ１０７では、ＲＡＭ５３０にロードされたメニュー情報（Ａ）の項目（選択肢）の表示順序、表示方法（フォントの大きさ、種類、色の変更等を含む）、付加表示方法（ヘルプ表示や注意喚起表示等の付加を含む）等について対応するメニュー情報の原型（ひな形）の変更を行って、メニュー情報（Ａ’）（図２参照）を生成してステップＳ１０８に移行する。

ステップＳ１０８では、生成されたメニュー情報（Ａ’）をユーザＡに送信してステップＳ１０９に移行する。

ステップＳ１０９では、ユーザＡの情報処理装置１００上で、情報処理装置５００から受信したメニュー情報（Ａ’）に基づいてメニュー画面を表示して処理を終了する。

これにより、ユーザＡに適したメニュー画面を的確に提供することができ、利便性を向上させることができる。

また、図４に示す他のユーザについても、上記と同様のメニュー作成処理により、当該ユーザのスキル（経験値等）に応じた適切なメニュー画面を提供することができ、利便性を向上させることができる。

ここで、図７および図８を参照して、上記メニュー作成処理によって、メニュー情報の原型（ひな形）が変化されて最適化されたメニュー情報が作成される状態を説明する。

図７の（ａ）には、メニュー情報の原型（ひな形）としてのメニュー情報（Ａ）の構成例を示す。

メニュー情報（Ａ）では、メニューの構成は、大分類での機能分けとなるメニューＭ１と、中分類での機能分けとなるページＭ２と、小分類の機能分けとなる項目（選択肢）Ｍ３および項目それぞれの設定値とから構成されている。

また、メニュー情報（Ａ）では、先頭のメニューは１００００で、そこにはページ１０１００〜１０５００までが用意されており、さらにページ１０１００には項目１０１０１〜１０１１０とそれぞれの設定値が配置されている。

以降、メニュー２００００，３００００，・・・と、徐々に番号が大きくなる順序で配列されている。

なお、具体的な項目として、特には限定されないが、例えば情報処理装置１００〜３００と情報処理装置５００との間の通信にＩＰＰプロトコルを用いる場合には、プリンタＵＲＩ，タイムアウト，ポート番号，ＤＮＳ使用，最大セッション数などに関する設定項目が挙げられる。

また、図４に示すようにグループＡは、スキル（経験値）が高いユーザが所属するグループであるので、このグループＡに対応するメニュー情報（Ａ）においては、上述のような比較的高度な設定項目を全て表示するようにしてもよいが、他のグループＢ〜Ｄに対応させたメニュー情報（Ｂ）〜（Ｄ）では、設定が難しいような項目については表示させないようにすることもできる。

そして、図７の（ｂ）に示す作成されたメニュー情報（Ａ’）の例では、大分類での機能分けとなるメニューＭ１’と、中分類での機能分けとなるページＭ２’と、小分類の機能分けとなる項目（選択肢）Ｍ３’において項目等の表示順序が変更されている。

例えば、大分類での機能分けとなるメニューＭ１’では、先頭のメニューが３００００に、２番目のメニューが４００００に変更されている。

このようなメニュー表示の変更（最適化）は、例えば、メニュー選択回数、設定回数、機能実行回数の各アクセス履歴をコントローラ部５０４の制御によって解析した結果に基づいて行うことができる。

これにより、例えば、よく使う機能の設定項目のメニューが上位に表示されるように配列するなどの変更を行うことができ、ユーザの操作性を向上させることができる。

また、図８の（ａ）には、メニュー情報の原型（ひな形）としてのメニュー情報（Ａ）の他の構成例を示す。

図８の（ａ）において、メニュー情報（Ａ）は、大分類（メニュー）Ｍ４、中分類（ページ）Ｍ５、小分類（項目）Ｍ６が所定のレイアウトで配置されている。

また、大分類（メニュー）Ｍ４等においてメニュー１００００，２００００，３００００，・・・というように、徐々に番号が大きくなる順序で配列されている。

そして、図８の（ｂ）に示す作成されたメニュー情報（Ａ’）の例では、大分類（メニュー）Ｍ４’、中分類（ページ）Ｍ５’、小分類（項目）Ｍ６’において項目等の表示順序が変更されている。

例えば、大分類（メニュー）Ｍ４’では、先頭のメニューが３００００に、２番目のメニューが４００００に変更されている。

このようなメニュー表示の変更（最適化）は、例えば、メニュー選択回数、設定回数、機能実行回数の各アクセス履歴をコントローラ部５０４の制御によって解析した結果に基づいて行うことができる。

これにより、例えば、よく使う機能の設定項目のメニューが上位に表示されるように配列するなどの変更を行うことができ、ユーザの操作性を向上させることができる。

なお、メニュー表示の変更態様は、図７，図８の例に限定されるものではなく、例えば、特定の項目を表示する文字のフォントの大きさ，種類（ゴシック体，明朝体等），色などを変更するようにしてもよい。また、表示項目のボックスの大きさや背景色を変えることも考えられる。さらに、特定項目について、設定上の注意点等を伝えるヘルプ表示や、「！」などの注意を喚起する記号等を付加表示させるようにしてもよい。

次に、図９を参照して、メニューを変更（最適化）する際の変更の仕方の例について説明する。

変更の仕方として、以下の（１）〜（５）などが考えられる。
（１）メニューアクセス履歴のメニュー選択累積回数、設定累積回数、機能実行累積回数のアクセス回数が、その階層に設定される累積回数の閾値を越えたときに、それに対する表示順番、表示方法の順番を変更する。
（２）メニューアクセス履歴の設定ミス累積回数が、閾値を超えたときに、それに対する付加表示方法レベルを変更する。
（３）メニューを表示するときは、表示順番にメニュー、設定項目、機能実行ボタンが並ぶようにメニューを生成する。
（４）メニューを表示するときは、表示方法に従った方法で、メニュー、設定項目、機能実行ボタンが表示されるようにメニューを生成する。
（５）設定項目、機能実行ボタンについては、設定ミス累積回数、機能実行ミス累積回数のレベルに従った方法で、注意を促す方法などを表示するようにメニューを生成する。

また、注意を促す方法としては、例えばユーザＡが最初に間違えたときは「設定内容に注意してください」と表示する。

また、２回目に間違えたときは「ヘルプを参照してください」と表示させる。

その後、ユーザ（Ｂ）が最初に間違えた場合は、「設定内容に注意してください」と表示される（即ち、ユーザ（Ｂ）についての表示内容は、ユーザＡの履歴とは無関係とすることができる）。

設定を間違えたユーザ名や、頻繁に設定しているユーザ名、あるいは正しく設定しているユーザ名を表示して、そのユーザに設定方法を問い合わせることを促すような表示を行うようにしてもよい。

また、設定内容を参考情報としてユーザの情報処理装置上に表示させるようにしてもよい。その際には、パスワードなどセキュリティの理由により公開できない設定項目を除くようにするとよい。

次に、図１０のフローチャートを参照して、情報処理システムＳ１で実行されるメニュー情報更新処理の処理手順について説明する。

なお、図１０の例では、図４におけるグループＡに属するユーザＡのメニュー情報を更新する場合を想定する。

この処理が開始されると、ステップＳ２００でユーザＡの情報処理装置１００上で、情報処理装置５００に対してメニュー画面（例えば、図７（ｂ）や図８（ｂ）のようなメニュー画面）の操作（所定項目の選択などの操作）を実行してステップＳ２０１に移行する。

ステップＳ２０１では、情報処理装置５００は、ユーザＡからのメニュー設定変更や機能実行要求と、ユーザＡの認証情報（ユーザ名、パスワード等）を受信してステップＳ２０２に移行する。

ステップＳ２０２では、認証情報に基づいた個人認証（正規ユーザか否かの判定）が行われ、判定結果が「Ｎｏ」の場合にはステップＳ２０３に移行して、正規ユーザではない旨のメッセージ（例えば「正規ユーザ登録されていないため、メニューの設定変更を実行できません。」等のメッセージ）をユーザＡの情報処理装置１００に送信して処理を終了する。

これにより、ユーザＡが不正ユーザである場合には、メニュー操作による不正な設定変更等を回避することができる。また、ユーザＡが正当なアクセス権限を有する場合には、認証情報（ユーザ名、パスワード等）に入力間違い等があった可能性もあるので、認証情報の再送信等を試行することができる。

一方、ステップＳ２０２で「Ｙｅｓ」と判定された場合（正規ユーザと認証された場合）には、ステップＳ２０４に移行して、設定変更あるいは機能実行を行ってからステップＳ２０５に進む。

ステップＳ２０５では、エラー発生か否かが判定され、「Ｎｏ」の場合にはステップＳ２０７に移行し、「Ｙｅｓ」の場合にはステップＳ２０６に移行する。

ステップＳ２０６では、ユーザＡの対応する項目の設定ミス累積回数をインクリメントしてステップＳ２０７に移行する。

ステップＳ２０７では、ユーザＡの対応する項目等のメニュー選択累積回数、設定累積回数、機能実行累積回数（あるいは設定成功累積回数）をインクリメントしてステップＳ２０８に移行する。

ステップＳ２０８では、メニュー選択累積回数、設定累積回数、機能実行累積回数、設定ミス累積回数のそれぞれについて、予め設定されている閾値との比較を行ってステップＳ２０９に移行し、閾値を超えたメニュー，設定項目，機能実行の表示順番、表示方法、付加表示方法の順位を更新して処理を終了する。

これにより、ユーザＡの使用環境の変化に応じた適切なメニュー画面を提供することができ、利便性を一層向上させることができる。

また、図４に示す他のユーザについても、上記と同様のメニュー情報更新処理により、当該ユーザの使用環境の変化に応じた適切なメニュー画面を提供することができ、利便性を一層向上させることができる。

ここで、図１１および図１２を参照して、グループ毎のメニュー画面の表示例について説明する。

図１１は、グループ毎に使えない項目（あるいは設定できない項目（選択肢））を変えている例を示す。

即ち、図１１では、背景をグレーとした項目（グレーアウトの項目）は、使えない項目（あるいは設定できない項目（選択肢））を示しており、ユーザのスキルが最も高いグループＡでは８個の項目中、０個（つまり、全ての項目を使用可能）、次にスキルの高いユーザが属するグループＢでは２個、グループＣでは４個、最もスキルが低いユーザが属するグループＤでは５個の項目を使用できない（あるいは設定できない）ようにしている。

これにより、ユーザのスキルに応じて、設定が難しい項目や、設定を誤ると装置の停止等の事態を招く虞のある項目等を使用できないようにして、ユーザの利便性向上と、情報処理装置５００のセキュリティ性向上を図ることができる。

図１２に示すメニュー表示例では、グループ毎に表示される項目を限定している。

即ち、ユーザのスキルが最も高いグループＡについては全項目（図１２の例では８項目）を通常の表示態様で表示している。

次にスキルの高いユーザが属するグループＢでは、表示項目数を６個に減らすと共に、例えばアクセス頻度が高い項目（図１２では項目１０１０７）を先頭に配置し、さらにボックスを２重線で囲って目立つようにしている。

また、アクセス頻度などが低い項目については、ボックスの枠線を変更してユーザの注目度が変化するように表示させている。

また、グループＣでは、例えば、表示項目数を４個に減らすと共に、上位の項目ほど大きく表示されるようにしてユーザの注目度が変化するように表示させている。

また、最もスキルが低いユーザが属するグループＤでは、表示項目を３個に限定すると共に、例えば項目毎に背景色を変えるなどして、ユーザの注目度が変化するように表示させている。

これにより、ユーザのスキルに応じて、設定が難しい項目や、設定を誤ると装置の停止等の事態を招く虞のある項目等を表示しないようにして、ユーザの利便性向上と、情報処理装置５００のセキュリティ性向上を図ることができる。

また、項目のアクセス頻度等によりユーザの注目度が変化するように表示態様を工夫することにより、所望の項目にアクセスし易くすることができ、ユーザの利便性を一層向上させることができる。

（第２の実施の形態）

次に、図１３から図２２を参照して、本発明についての第２の実施の形態に係る画像形成システムＳ２について説明する。

図１３のブロック図に示すように、第２の実施の形態に係る画像形成システムＳ２は、ＬＡＮ等のネットワークＮを介して、画像形成装置としてのプリンタＰＲ１と、パーソナルコンピュータ等で構成される情報処理装置１００（ユーザＡ），２００（ユーザＢ），３００（ユーザＣ）とから構成されている。

なお、本実施の形態では、プリンタＰＲ１の種別は特には限定されず、レーザプリンタ、フルカラープリンタ，インクジェットプリンタ等の何れであってもよい。

また、詳しくは後述するが、プリンタＰＲ１は、記憶装置（ＲＡＭ６０１，ＮＶＲＡＭ（不揮発性ＲＡＭ）６０２）に、利用履歴のデータを格納している。

利用履歴としては、メニュー毎のアクセス回数を計数したアクセス情報、各ユーザに設定項目に対するアンケートを集計したアンケート情報、パケット通信の種別等を記録しちゃネットワーク通信情報などがある。

また、本実施の形態では、情報処理装置１００〜３００の何れにおいても、プリンタＰＲ１についての共通の設定メニューが表示されるものとする。

次に、図１４のブロック図を参照して、プリンタＰＲ１の構成について説明する。なお、本発明と関係の薄い構成については省略する。

プリンタＰＲ１は、情報処理装置１００〜３００の認証情報やメニュー表示要求をネットワークＮを介して受信し、作成されたメニュー情報等を情報処理装置１００〜３００に送信するネットワークインターフェイス（Ｉ／Ｆ）６００と、アクセス情報，アンケート情報およびネットワーク通信情報を一時的に格納するＲＡＭ６０１と、アクセス情報，アンケート情報，ネットワーク通信情報の計数結果とに基づいてアクセス状態を解析するアクセス解析部６０３と、アクセス情報，アンケート情報およびネットワーク通信情報の計数結果を利用履歴として保存するＮＶＲＡＭ（不揮発性ＲＡＭ：装置電源がオフであっても記憶内容を失わないメモリ）６０２と、ＵＳＢ等の外部インターフェイス６１０と、液晶パネルや操作ボタン等で構成されるユーザインターフェイス部（Ｕ／Ｉ部）６１１と、マイクロコンピュータ等で構成され各部を制御するコントローラ部６１２と、プリンタエンジン等で構成される画像形成部６１３とから構成されている。

なお、ＲＡＭ６０１上のデータは所定のタイミングでＮＶＲＡＭ６０２に書き込まれるようにできる。

また、特には限定されないが、ネットワークインターフェイス６００は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えている。

また、例えば、ネットワークＩ／Ｆ６００が、ＷＥＢサーバを備え、情報処理装置１００〜３００との間でネットワークＮを介したＨＴＴＰプロトコル通信によってプリンタＰＲ１の状態表示や設定メニューの表示、設定を実行することができるようになっている。

ここで、図１５を参照して、プリンタＰＲ１によって提供されるメニューの構成例について説明する。

図１５に示す例では、大分類での機能分けとなるメニューＭ１０と、中分類での機能分けとなるページＭ１１、小分類の機能分けとなる項目Ｍ１２および項目それぞれの設定値Ｍ１３とから構成される。

メニューＭ１０としては、例えばプリンタＰＲ１が複合機（プリンタ機能，スキャナ機能，ファクシミリ機能等を備える）である場合には、メニュー１００００はプリンタ機能の設定メニュー、メニュー２００００はスキャナ機能の設定メニュー、メニュー３００００はファクシミリ機能の設定メニューなどを対応させることができる。

そして、メニューＭ１０の所望の設定メニューを選択してクリックすると、ページＭ１１、項目Ｍ１２および項目それぞれの設定値Ｍ１３の表示が対応したものに切り換えられるようになっている。

なお、図１５のメニュー構成は一例であり、本発明はメニュー表示の形式等では限定されず、種々の表示形式のメニュー画面に広く適用可能である。

次に、図１６のフローチャートを参照して、上記構成の画像形成システムＳ２によって実行されるメニュー表示処理の処理手順について説明する。

なお、図１６に示す例では、ユーザＡの情報処理装置１００についてのメニュー画面を表示する場合を想定する。また、特には限定されないが、本実施の形態では、情報処理装置１００とプリンタＰＲ１との間の通信にはＨＴＴＰプロトコルを用いるものとする。

この処理が開始されると、まずステップＳ３０１で、ユーザＡの情報処理装置１００からプリンタＰＲ１にＨＴＴＰ Ｇｅｔメソッド・リクエスト・メッセージでメニュー表示の要求が送出される。

次いでステップＳ３０２で、プリンタＰＲ１は情報処理装置１００に対して、ＨＴＴＰ Ｇｅｔメソッド・リクエスト・レスポンスで設定メニューデータを送出し、ユーザＡは受信したメニューを画面表示する。

次にステップＳ３０３に移行して、プリンタＰＲ１は、ユーザＡが設定したい項目に対して、設定値をドロップダウンやラジオボタンで選択を行ない、設定（確定）のハイパーリンクをクリックことで、ＨＴＴＰ Ｐｏｓｔメソッド・リクエスト・メッセージで項目の設定が変更されたフレームデータがプリンタＰＲ１に送出される。

ステップＳ３０４では、プリンタＰＲ１は、フレームデータを受け取ると、設定値の変更されている項目を検出してステップＳ３０５に移行する。

ステップＳ３０５では、プリンタＰＲ１は、アクセス解析部６０３で設定の変更されている項目のアクセスカウントをインクリメントし、アクセス情報を更新してステップＳ３０６に移行する。

ステップＳ３０６では、プリンタＰＲ１は、設定の変更を行ない、設定が完了した旨の通知をＨＴＴＰ Ｐｏｓｔメソッド・レスポンス・メッセージで情報処理装置１００に対して送出する。

次いで、ステップＳ３０７では、ユーザＡは、受信したＨＴＴＰ Ｐｏｓｔメソッド・レスポンス・メッセージ内のＵＲＬを元に、プリンタＰＲ１に対してＨＴＴＰ Ｇｅｔメソッド・リクエスト・メッセージを送出する。プリンタＰＲ１はＨＴＴＰ Ｇｅｔメソッド・リクエスト・レスポンスで設定完了データを送出し、受信した情報処理装置１００は設定完了の表示を行ってステップＳ３０８に移行する。

ステップＳ３０８では、情報処理装置１００で、同一フレーム内の項目で再設定するものがあれば、ステップＳ３０３に戻って項目の設定操作が行われる。

また、ステップＳ３０９では、フレームの変更があれば、ステップＳ３０１に戻り新しいフレームの表示が行われる。

また、プリンタＰＲ１の電源ＯＦＦ時においてアクセス解析部６０３は、ウェブサーバのアクセス数を項目およびユーザ別に利用履歴としてＮＶＲＡＭ６０２に保存して処理を終了する（ステップＳ３１０）。

また、図１６のフローチャートには現れないが、ネットワークインターフェイス６００は、各ユーザＡ，Ｂ，ＣからプリンタＰＲ１に対してウェブサーバ以外のプロトコルでセッションが張られた場合には、アクセス解析部６０３のネットワーク通信情報にネットワーク通信に使用されているプロトコルを通知する。

これを受けて、アクセス解析部６０３はネットワーク通信情報を更新する。

また、プリンタＰＲ１の電源ＯＦＦ時にアクセス解析部６０３は、プロトコルのアクセス数を利用履歴としてＮＶＲＡＭ６０２に保存する。

これにより、アクセス情報に基づいて各ユーザに適したメニュー画面を提供することができる。

ここで、図１７を参照して、アクセス解析部６０３によるアクセス情報の解析例について説明する。

なお、図１７に示す例では、統計の上限値を「５」に設定している。

図１７に示すように、項目１０１０１については、ユーザＡから１０回、ユーザＢから２回、ユーザＣから１回となっている。

また、項目１０１０２については、ユーザＡから３回、ユーザＢから４回、ユーザＣから２回となっている。

また、項目１０１０３については、ユーザＡから３回、ユーザＢから４回、ユーザＣから２回となっている。

また、各項目には、重み付け係数の一種として優先度が設定されている。

図１７に示す例では、項目１０１０１については優先度「±０」、項目１０１０２については優先度「＋１」、項目１０１０３については優先度「＋１」が設定されている。

そして、上記の回数だけ考慮すると項目１０１０１が優先されることとなるが、単純にアクセス数だけでは、特定ユーザのアクセスが強く反映される結果となる虞がある。

そこで、図１７の例では、アクセス数の統計に上限値（本実施例では「５」）を設け、使用ユーザの全体からの項目アクセスの傾向を取得すると項目１０１０２と項目１０１０３の方が上位となり、ユーザ全体の使用傾向を反映したアクセス履歴とすることができる。

次に、図１８を参照して、ウェブサーバ以外のプロトコルのアクセス数の解析例について説明する。

なお、図１８の（ａ）に示す例では、便宜上ｍプロトコル、ｎプロトコル、ｏプロトコルとしているが、具体的なウェブサーバ以外のプロトコルとしては、印刷用プロトコルであるＬＰＤ，ＦＴＰ，ＩＰＰや管理用プロトコルであるＳＮＭＰなどが挙げられる。

図１８の（ａ）に示す例では、ｍプロトコルについては１０回、ｎプロトコルについては８回、ｏプロトコルについては５回となっている。

また、各プロトコルには、重み付け係数の一種として優先度が設定されている。

図１８の（ａ）に示す例では、ｍプロトコルについては優先度「＋２」、ｎプロトコルについては優先度「＋１」、ｏプロトコルについては優先度「±０」が設定されている。

そして、図１８の（ａ）に示すように、ｍプロトコルに関連するメニューは項目１０１０２、ｎプロトコルは項目１０１０３、ｏプロトコルは項目１０１０１である場合に、セッション数（アクセス数）の多いｍプロトコルに関連する項目１０１０２が項目アクセスの上位となる。

また、上記優先度を勘案して順位を算出すると、図１８の（ｂ）に示すように、表示順位は項目１０１０２、１０１０３、１０１０１の順となる。

このように、各プロトコルの使用頻度に応じて、各ユーザに適した項目順序となったメニュー画面を提供することができる。

次に、図１９から図２１を参照して、各ユーザから項目設定についてのアンケートを取得し、そのアンケート集計結果を項目の表示順位の変更に反映させる例について説明する。

上記図１８等に示す結果は各項目に対するアクセス数だけで導き出されたアクセス頻度であったため、例えば誤操作など設定変更に関係の無いアクセス数も組み入れられた結果となる。

そこで、次に示す例では、各ユーザＡ，Ｂ，Ｃに対して設定の変更に関するアンケートを行ない、その回答結果であるユーザの意図をアクセスの解析に組み入れることで、よりユーザの使いやすい項目表示の順位とすることのできる技術を提供する。

図１９に示す例では、アンケートの項目として、４段階（強く希望する、希望する、できれば変更したい、誤って設定した）が設けられ、各ユーザＡ，Ｂ，Ｃがメニュー画面から所定の設定を行った際に、このアンケート項目の何れかを選択することにより項目変更に対するユーザの意図を取得することができる。

なお、図１９に示す例では、アンケート項目の何れかをラジオボタンにより選択した後に、「回答」ボタンをクリックすることによりアンケートの回答がプリンタＰＲ１側に送信される。

次に、図２０のフローチャートに基づいて、画像形成システムＳ２で実行されるアンケート解析処理の処理手順について説明する。

なお、図２０に示す例では、ユーザＡについてアンケートを取得する場合を想定する。また、特には限定されないが、本実施の形態では、情報処理装置１００とプリンタＰＲ１との間の通信にはＨＴＴＰプロトコルを用いるものとする。

この処理が開始されると、まずステップＳ４０１で、ユーザＡが設定したい項目に対して、設定値をドロップダウンやラジオボタンで選択を行ない、設定（確定）のハイパーリンクをクリックことで、ＨＴＴＰ Ｐｏｓｔメソッド・リクエスト・メッセージで項目の設定が変更されたフレームデータがプリンタＰＲ１に送出される。

次いで、ステップＳ４０２では、プリンタＰＲ１は、フレームデータを受け取ると、設定値の変更されている項目を検出してステップＳ４０３に移行する。

ステップＳ４０３では、プリンタＰＲ１は、アクセス解析部６０３で設定の変更されている項目のアクセスカウントをインクリメントし、アクセス情報を更新してステップＳ４０４に移行する。

ステップＳ４０４では、アクセス数が予め設定される閾値（本実施の形態では「１」とする。即ち、各項目へのアクセスがある度にアンケートへの回答の要求を行うこととなる）以下か否かが判定され、「Ｙｅｓ」の場合にはステップＳ４１０に移行し、「Ｎｏ」の場合にはステップＳ４０５に移行する。

ステップＳ４０５では、プリンタＰＲ１は、アンケートのフレームをＨＴＴＰ Ｐｏｓｔメソッド・レスポンス・メッセージで情報処理装置１００へ送出する。

次いで、ステップＳ４０６では、ユーザＡは、受信したＨＴＴＰ Ｐｏｓｔメソッド・レスポンス・メッセージ内のＵＲＬを元に、プリンタＰＲ１に対してＨＴＴＰ Ｇｅｔメソッド・リクエスト・メッセージを送出する。

ステップＳ４０７で、プリンタＰＲ１はＨＴＴＰ Ｇｅｔメソッド・リクエスト・レスポンスでアンケートフレームデータを送出し、受信した情報処理装置１００ではアンケートフレームの表示が行われる。

次いで、ステップＳ４０８では、ユーザＡが、アンケートの何れかのラジオボタンを選択（図１９参照）し、回答のハイパーリンクをクリックすることで、ＨＴＴＰ Ｐｏｓｔメソッド・リクエスト・メッセージでアンケート回答のされたフレームデータがプリンタＰＲ１に送出される。

ステップＳ４０９では、プリンタＰＲ１は、アクセス解析部６０３でアンケート回答から、項目別のユーザ意向テーブルのカウントをインクリメントし、アンケート情報を更新してステップＳ４１０に移行する。

ステップＳ４１０では、プリンタＰＲ１は、設定の変更を行ない、設定が完了した旨の通知をＨＴＴＰ Ｐｏｓｔメソッド・レスポンス・メッセージで送出する。

ステップＳ４１１では、ユーザＡは、受信したＨＴＴＰ Ｐｏｓｔメソッド・レスポンス・メッセージ内のＵＲＬを元に、プリンタＰＲ１に対してＨＴＴＰ Ｇｅｔメソッド・リクエスト・メッセージを送出する。プリンタＰＲ１はＨＴＴＰ Ｇｅｔメソッド・リクエスト・レスポンスで設定完了データを送出し、受信した情報処理装置１００では設定完了の表示が行われる。

次いで、ステップＳ４１２では、同一フレーム内の項目で再設定するものがあれば、ステップＳ４０１に戻って項目の設定操作が行われる。

また、プリンタＰＲ１の電源ＯＦＦ時にアクセス解析部６０３は、ユーザ意向テーブルのアクセス数を項目および意向別に利用履歴としてＮＶＲＡＭ６０２に保存して（ステップＳ４１３）、処理を終了する。

ここで、図２１を参照して、上記のアンケート解析処理によるアンケート情報の解析例について説明する。

図２１の（ａ）の例では、設定変更を希望する回答のうち、強いものほど大きな重み付けを行なうことでユーザの意図を反映するようにしている。

即ち、例えば、「強く希望」は２倍（×２）、「希望」は１倍（×１）、「できれば」は０倍（つまり、集計結果によらず「０」）に設定されている。

その結果、図２１の（ａ）に示す例では、小計結果で項目１０１０３が「９」で最大となり、最も強く希望される項目という結果となっている。

そして、アクセス情報、ネットワーク通信情報、アンケート情報の各解析結果から得た優先度の結果から、最も上位となる項目を利用頻度が高いと判断する。

図２１の（ａ）に示す例では、各情報の重みづけ（優先度付け）結果から、表示順位は図２１の（ｂ）に示すように、項目１０１０３、１０１０２、１０１０１の順となっている。

このように、アンケート結果を勘案することにより、アクセス頻度の結果では２番目であった項目１０１０３が、ユーザの意図を反映させた結果、最も設定変更の利用頻度が高い項目と判断されることとなっている。

したがって、例えば図２２に示すように、アンケート結果を反映させ各ユーザにより適した項目の表示順となったメニュー画面を提供することができ、利便性を一層向上させることができる。

（第３の実施の形態）

図２３から図３１を参照して、本発明についての第３の実施の形態に係る情報処理システムＳ３について説明する。

図２３のブロック図に示すように、第３の実施の形態に係る情報処理システムＳ３は、ＬＡＮ等のネットワークＮを介して、情報処理装置の一種である例えば複合機（プリンタ機能やスキャナ機能等を備える機器）１５００と、パーソナルコンピュータ等で構成される情報処理装置１００，２００，３００とから構成されている。

情報処理装置１５００は、記憶装置（ＮＶＲＡＭ（不揮発性ＲＡＭ）１５２０）に、認証情報やユーザ（使用者）毎のメニュー情報（メニュー画面に関する情報）を格納したテーブルＴ１を格納している。

また、各情報処理装置１００〜３００は、それぞれユーザＡ，ユーザＢ，ユーザＣが使用者となっているものとする。

そして、ユーザＡの情報処理装置１００を例にすると、ユーザＡの操作により認証情報（ユーザ名、パスワード等）が情報処理装置１５００に送信される（図２３の（１））。

情報処理装置１５００では、ユーザ名、パス名からユーザ認証を行い、正規ユーザと認証されると、ユーザＡのユーザ名を識別子として、その識別子に対応するメニュー情報を取り出し、ユーザＡ用のメニュー情報を作成する（図２３の（２））。なお、正規ユーザとして認証されなかった場合には、メニュー情報は生成しない。

情報処理装置１００は、情報処理装置１５００から送信されるメニュー情報を受信（図２３の（３））することにより、ユーザＡの情報処理装置１００には、ユーザＡに最適化されたメニュー画面を表示させることができる。

なお、ユーザＡが正規ユーザとして認証されなかった場合には、例えば「正規ユーザ登録されていないため、メニュー表示できません。」等のメッセージが表示されることとなる。

次に、図２４のブロック図を参照して、情報処理装置（複合機）１５００の構成について説明する。なお、本発明と関係の薄い構成については省略する。

情報処理装置（複合機）１５００は、情報処理装置１００〜３００の認証情報やメニュー表示要求をネットワークＮを介して受信し、作成されたメニュー情報等を情報処理装置１００〜３００に送信する有線インターフェイス（ＩＦ）カード１５０１と、ＵＳＢ等の外部インターフェイス１５０２と、液晶パネルや操作ボタン等で構成されるユーザインターフェイス部（Ｕ／Ｉ部）１５０３と、マイクロコンピュータ等で構成され各部を制御するコントローラ部１５０４と、複合機が備える印刷機能において所定の媒体に画像形成（印刷）を行うプリンタエンジン等で構成される画像形成部１５０５と、メニュー情報の原型（ひな形）のデータを格納するＲＯＭ１５１０、予め登録された認証情報，メニューの設定値，メニュー情報（メニュー画面に関する情報）を格納するＮＶＲＡＭ（不揮発性ＲＡＭ：装置電源がオフであっても記憶内容を失わないメモリ）１５２０、作成中のメニュー情報や作成されたメニュー情報を一時的に格納するＲＡＭ１５３０とから構成されている。

なお、ＲＡＭ１５３０上のデータは所定のタイミングでＮＶＲＡＭ１５２０に書き込まれる。

また、特には限定されないが、有線インターフェイスカード１５０１は、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備えている。

また、例えば、有線ＩＦカード１５０１が、ＷＥＢサーバを備え、情報処理装置１００〜３００との間でネットワークＮを介したＨＴＴＰプロトコル通信によって情報処理装置５００の状態表示や設定メニューの表示、設定を実行することができるようになっている。

次に、図２５を参照して、ＲＡＭ１５３０に格納されるメニュー情報Ｄ２の構成について説明する。

メニュー情報Ｄ２は、ユーザを識別するユーザ識別子１５３２と、メニュー管理情報１５３３と、生成されたメニュー１５１１と、項目（選択肢）の設定値１５２１とから構成されている。

また、メニュー管理情報１５３３は、メニューアクセス履歴１５３４とメニュー表示情報１５３５から構成されている。

メニューアクセス履歴１５３４は、さらに、メニュー選択累積回数、設定累積回数、設定ミス累積回数、機能実行累積回数の情報をメニュー、設定項目、機能実行ボタンの数に応じて有している。

ここで、メニュー選択累積回数は複数のメニュー画面毎の選択回数を累計したもの、設定累積回数は項目（選択肢）毎の選択回数を累計したもの、設定ミス累積回数は項目（選択肢）毎に本来設定できない設定（即ち、設定ミス）を行った回数を累計したもの、機能実行累積回数は項目（選択肢）毎に設定が成功しその機能が実行された回数を累計したものをいう。

次に、図２６のフローチャートを参照して、上記構成の情報処理システムＳ３によって実行されるメニュー作成処理の処理手順について説明する。

なお、図２６に示す例では、ユーザＡの情報処理装置１００についてのメニュー画面を生成する場合を想定する。

この処理が開始されると、まずステップＳ５００でユーザＡは情報処理装置１００から情報処理装置１５００に対してメニュー表示の要求（指示）を行ってステップＳ５０１に移行する。

ステップＳ５０１では、情報処理装置１５００は、ユーザＡからのメニュー表示要求とユーザＡの認証情報（ユーザ名、パスワード等）を受信してステップＳ５０２に移行する。

ステップＳ５０２では、認証情報に基づいた個人認証（正規ユーザか否かの判定）が行われ、判定結果が「Ｎｏ」の場合にはステップＳ５０３に移行して、正規ユーザではない旨のメッセージ（例えば「正規ユーザ登録されていないため、メニュー表示できません。」等のメッセージ）をユーザＡの情報処理装置１００に送信して処理を終了する。 これにより、ユーザＡが不正ユーザである場合には、メニュー操作による不正な設定変更等を回避することができる。また、ユーザＡが正当なアクセス権限を有する場合には、認証情報（ユーザ名、パスワード等）に入力間違い等があった可能性もあるので、認証情報の再送信等を試行することができる。

一方、ステップＳ５０２で「Ｙｅｓ」と判定された場合（正規ユーザと認証された場合）には、ステップＳ５０４に移行して新規のメニュー作成であるか否かが判定され、「Ｎｏ」の場合にはステップＳ５０７に移行し、「Ｙｅｓ」の場合にはステップＳ５０５に移行する。

ステップＳ５０５では、ユーザＡのユーザ名と同じメニュー識別子を探してステップＳ５０６に移行する。

ステップＳ５０６では、一致したメニュー識別子に対応するメニュー情報（Ａ）をＲＡＭ１５３０にロードしてステップＳ５０７に移行する。

ステップＳ５０７では、ＲＡＭ１５３０にロードされたメニュー情報（Ａ）の項目（選択肢）の表示順序、表示方法（フォントの大きさ、種類、色の変更等を含む）、付加表示方法（ヘルプ表示や注意喚起表示等の付加を含む）等について対応するメニュー情報の原型（ひな形）の変更を行って、メニュー情報（Ａ’）（図２４参照）を生成してステップＳ５０８に移行する。

ステップＳ５０８では、生成されたメニュー情報（Ａ’）をユーザＡに送信してステップＳ５０９に移行する。

ステップＳ５０９では、ユーザＡの情報処理装置１００上で、情報処理装置１５００から受信したメニュー情報（Ａ’）に基づいてメニュー画面を表示して処理を終了する。

これにより、ユーザＡに適したメニュー画面を的確に提供することができ、利便性を向上させることができる。

また、他のユーザＢ、Ｃについても、上記と同様のメニュー作成処理により、当該ユーザに適したメニュー画面を提供することができ、利便性を向上させることができる。

ここで、図２７から図２９を参照して、上記メニュー作成処理によって、メニュー情報の原型（ひな形）が変化されて最適化されたメニュー情報が作成される状態を説明する。

図２７の（ａ）には、メニュー情報の原型（ひな形）としてのメニュー情報（Ａ）の構成例を示す。

メニュー情報（Ａ）では、メニューの構成は、大分類での機能分けとなるメニューＭ２０と、中分類での機能分けとなるページＭ２１と、小分類の機能分けとなる項目（選択肢）Ｍ２２および項目それぞれの設定値とから構成されている。

また、メニュー情報（Ａ）では、先頭のメニューは１００００で、そこにはページ１０１００〜１０５００までが用意されており、さらにページ１０１００には項目１０１０１〜１０１１０とそれぞれの設定値が配置されている。

以降、メニュー２００００，３００００，・・・と、徐々に番号が大きくなる順序で配列されている。

なお、具体的な項目として、特には限定されないが、例えば情報処理装置１００〜３００と情報処理装置１５００との間の通信にＩＰＰプロトコルを用いる場合には、プリンタＵＲＩ，タイムアウト，ポート番号，ＤＮＳ使用，最大セッション数などに関する設定項目が挙げられる。

そして、図２７の（ｂ）に示す作成されたメニュー情報（Ａ’）の例では、大分類での機能分けとなるメニューＭ２０’と、中分類での機能分けとなるページＭ２１’と、小分類の機能分けとなる項目（選択肢）Ｍ２２’において項目等の表示順序が変更されている。

例えば、大分類での機能分けとなるメニューＭ１’では、先頭のメニューが３００００に、２番目のメニューが４００００に変更されている。

このようなメニュー表示の変更（最適化）は、例えば、メニュー選択回数、設定回数、機能実行回数の各アクセス履歴をコントローラ部１５０４の制御によって解析した結果に基づいて行うことができる。

これにより、例えば、よく使う機能の設定項目のメニューが上位に表示されるように配列するなどの変更を行うことができ、ユーザの操作性を向上させることができる。

また、図２８の（ａ）には、メニュー情報の原型（ひな形）としてのメニュー情報（Ａ）の他の構成例を示す。

図２８の（ａ）において、メニュー情報（Ａ）は、大分類（メニュー）Ｍ２３、中分類（ページ）Ｍ２４、小分類（項目）Ｍ２５が所定のレイアウトで配置されている。

また、大分類（メニュー）Ｍ２３等においてメニュー１００００，２００００，３００００，・・・というように、徐々に番号が大きくなる順序で配列されている。

そして、図２８の（ｂ）に示す作成されたメニュー情報（Ａ’）の例では、大分類（メニュー）Ｍ２３’、中分類（ページ）Ｍ２４’、小分類（項目）Ｍ２５’において項目等の表示順序が変更されている。

例えば、大分類（メニュー）Ｍ２３’では、先頭のメニューが３００００に、２番目のメニューが４００００に変更されている。

このようなメニュー表示の変更（最適化）は、例えば、メニュー選択回数、設定回数、機能実行回数の各アクセス履歴をコントローラ部１５０４の制御によって解析した結果に基づいて行うことができる。

これにより、例えば、よく使う機能の設定項目のメニューが上位に表示されるように配列するなどの変更を行うことができ、ユーザの操作性を向上させることができる。

図２９の（ａ）には、メニュー情報の原型（ひな形）としてのメニュー情報（Ａ）の構成例を示す。

メニュー情報（Ａ）では、メニューの構成は、大分類での機能分けとなるメニューＭ３０と、中分類での機能分けとなるページＭ３１と、小分類の機能分けとなる項目（選択肢）Ｍ３２および項目それぞれの設定値とから構成されている。

また、メニュー情報（Ａ）では、先頭のメニューは１００００で、そこにはページ１０１００〜１０５００までが用意されており、さらにページ１０１００には項目１０１０１〜１０１１０とそれぞれの設定値が配置されている。

以降、メニュー２００００，３００００，・・・と、徐々に番号が大きくなる順序で配列されている。

また、各メニュー，ページ，項目には、表示順番、表示方法、アクセス回数の情報が付加されている。

なお、表示方法は、予め数字と表示方法が対応付けされている。

そして、図２９の（ｂ）に示す作成されたメニュー情報（Ａ’）の例では、大分類での機能分けとなるメニューＭ３０’と、中分類での機能分けとなるページＭ３１’と、小分類の機能分けとなる項目（選択肢）Ｍ３２’において表示順番、表示方法、アクセス回数の情報が変更されている。

従って、情報処理装置１５００は、表示順番、表示方法、アクセス回数の情報に基づいて各メニュー，ページ，項目の表示順番や表示方法を変更することができる。

これにより、例えば、よく使う機能の設定項目のメニューが上位に表示されるように配列するなどの変更を行うことができ、ユーザの操作性を向上させることができる。

なお、メニュー表示の変更態様は、図２７〜図２９の例に限定されるものではなく、例えば、特定の項目を表示する文字のフォントの大きさ，種類（ゴシック体，明朝体等），色などを変更するようにしてもよい。また、表示項目のボックスの大きさや背景色を変えることも考えられる。さらに、特定項目について、設定上の注意点等を伝えるヘルプ表示や、「！」などの注意を喚起する記号等を付加表示させるようにしてもよい。

次に、図３０を参照して、メニューを変更（最適化）する際の変更の仕方の例について説明する。

変更の仕方として、以下の（１）〜（５）などが考えられる。
（１）メニューアクセス履歴のメニュー選択累積回数、設定累積回数、機能実行累積回数のアクセス回数が、その階層に設定される累積回数の閾値を越えたときに、それに対する表示順番、表示方法の順番を変更する。
（２）メニューアクセス履歴の設定ミス累積回数が、閾値を超えたときに、それに対する付加表示方法レベルを変更する。
（３）メニューを表示するときは、表示順番にメニュー、設定項目、機能実行ボタンが並ぶようにメニューを生成する。
（４）メニューを表示するときは、表示方法に従った方法で、メニュー、設定項目、機能実行ボタンが表示されるようにメニューを生成する。
（５）また、メニューを表示するときは、表示方法に従った方法で、メニュー／設定項目／機能実行ボタンが表示されるようにメニューを生成する。
（６）さらに、設定項目／機能実行ボタンについては、設定ミス累積回数／機能実行ミス累積回数のレベルに従った方法で、注意を促す方法を表示するようにメニューを生成する。
（７）設定項目、機能実行ボタンについては、設定ミス累積回数、機能実行ミス累積回数のレベルに従った方法で、注意を促す方法などを表示するようにメニューを生成する。

また、注意を促す方法としては、例えばユーザＡが最初に間違えたときは「設定内容に注意してください」と表示する。

また、２回目に間違えたときは「ヘルプを参照してください」と表示させる。

その後、ユーザ（Ｂ）が最初に間違えた場合は、「設定内容に注意してください」と表示される（即ち、ユーザ（Ｂ）についての表示内容は、ユーザＡの履歴とは無関係とすることができる）。

設定を間違えたユーザ名や、頻繁に設定しているユーザ名、あるいは正しく設定しているユーザ名を表示して、そのユーザに設定方法を問い合わせることを促すような表示を行うようにしてもよい。

また、設定内容を参考情報としてユーザの情報処理装置上に表示させるようにしてもよい。その際には、パスワードなどセキュリティの理由により公開できない設定項目を除くようにするとよい。

次に、図３１のフローチャートを参照して、情報処理システムＳ３で実行されるメニュー情報更新処理の処理手順について説明する。

なお、図３１の例では、ユーザＡのメニュー情報を更新する場合を想定する。

この処理が開始されると、ステップＳ６００でユーザＡの情報処理装置１００上で、情報処理装置１５００に対してメニュー画面（例えば、図２７（ｂ）〜図２９（ｂ）のようなメニュー画面）の操作（所定項目の選択などの操作）を実行してステップＳ６０１に移行する。

ステップＳ６０１では、情報処理装置１５００は、ユーザＡからのメニュー設定変更や機能実行要求と、ユーザＡの認証情報（ユーザ名、パスワード等）を受信してステップＳ６０２に移行する。

ステップＳ６０２では、認証情報に基づいた個人認証（正規ユーザか否かの判定）が行われ、判定結果が「Ｎｏ」の場合にはステップＳ６０３に移行して、正規ユーザではない旨のメッセージ（例えば「正規ユーザ登録されていないため、メニューの設定変更を実行できません。」等のメッセージ）をユーザＡの情報処理装置１００に送信して処理を終了する。

これにより、ユーザＡが不正ユーザである場合には、メニュー操作による不正な設定変更等を回避することができる。また、ユーザＡが正当なアクセス権限を有する場合には、認証情報（ユーザ名、パスワード等）に入力間違い等があった可能性もあるので、認証情報の再送信等を試行することができる。

一方、ステップＳ６０２で「Ｙｅｓ」と判定された場合（正規ユーザと認証された場合）には、ステップＳ６０４に移行して、設定変更あるいは機能実行を行ってからステップＳ６０５に進む。

ステップＳ６０５では、エラー発生か否かが判定され、「Ｎｏ」の場合にはステップＳ６０７に移行し、「Ｙｅｓ」の場合にはステップＳ６０６に移行する。

ステップＳ６０６では、ユーザＡの対応する項目の設定ミス累積回数をインクリメントしてステップＳ６０７に移行する。

ステップＳ６０７では、ユーザＡの対応する項目等のメニュー選択累積回数、設定累積回数、機能実行累積回数（あるいは設定成功累積回数）をインクリメントしてステップＳ６０８に移行する。

ステップＳ６０８では、メニュー選択累積回数、設定累積回数、機能実行累積回数、設定ミス累積回数のそれぞれについて、予め設定されている閾値との比較を行ってステップＳ６０９に移行し、閾値を超えたメニュー，設定項目，機能実行の表示順番、表示方法、付加表示方法の順位を更新して処理を終了する。

これにより、ユーザＡの使用環境の変化に応じた適切なメニュー画面を提供することができ、利便性を一層向上させることができる。

また、他のユーザＢ、Ｃについても、上記と同様のメニュー情報更新処理により、当該ユーザの使用環境の変化に応じた適切なメニュー画面を提供することができ、利便性を一層向上させることができる。

また、情報処理装置１５００が複合機である場合において、ファクシミリを送る感覚で対象物を読み込んでから対象ＰＣに送り込むプッシュスキャン機能を備えている場合の例について簡単に説明する。

アドレス帳の送信先サーバーアドレス設定において、ユーザＡが設定を行ってプッシュスキャン機能を実施した際に、サーバーアドレスが間違っていたために接続できなかった場合には、例えば、正しく設定してあるユーザＢのサーバーアドレス設定の内容をユーザＰＣ上に表示するようにできる。

これにより、ユーザＡは表示された内容を参考情報として、サーバーアドレスを再設定することができる。

以上本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本明細書で開示された実施の形態はすべての点で例示であって開示された技術に限定されるものではないと考えるべきである。すなわち、本発明の技術的な範囲は、前記の実施の形態における説明に基づいて制限的に解釈されるものでなく、あくまでも特許請求の範囲の記載に従って解釈すべきであり、特許請求の範囲の記載技術と均等な技術および特許請求の範囲内でのすべての変更が含まれる。

また、プログラムを用いる場合には、ネットワークを介して提供し、或いはＣＤ−ＲＯＭ等の記録媒体に格納して提供することが可能である。

本発明による情報処理装置、情報処理システム、情報処理プログラム、画像形成装置および画像形成システムは、レーザプリンタ、フルカラープリンタ、ファクシミリ装置、複合機等に適用することができる。

第１の実施の形態に係る情報処理システムの構成を示すブロック図である。 情報処理装置５００の構成を示すブロック図である。 メニュー情報Ｄ１の構成を示す説明図である。 ユーザの属するグループを示す説明図である。 ユーザが属するグループを遷移する状態を示す説明図である。 メニュー作成処理の処理手順を示すフローチャートである。 最適化されたメニュー情報が作成される状態を示す説明図である。 最適化されたメニュー情報が作成される状態を示す説明図である。 メニューを変更（最適化）する際の変更の仕方の例を示す説明図である。 メニュー情報更新処理の処理手順を示すフローチャートである。 グループ毎のメニュー画面の表示例を示す説明図である。 グループ毎のメニュー画面の表示例を示す説明図である。 第２の実施の形態に係る画像形成システムの構成を示すブロック図である。 プリンタＰＲ１の構成を示すブロック図である。 メニュー情報の構成を示す説明図である。 メニュー表示処理の処理手順を示すフローチャートである。 アクセス解析部６０３によるアクセス情報の解析例を示す説明図である。 ウェブサーバ以外のプロトコルのアクセス数の解析例を示す説明図である。 アンケートの項目の表示例を示す説明図である。 アンケート解析処理の処理手順を示すフローチャートである。 アンケート情報の解析例を示す説明図である。 メニュー構成の最適化案の例を示す説明図である。 第３の実施の形態に係る情報処理システムの構成を示すブロック図である。 情報処理装置１５００の構成を示すブロック図である。 メニュー情報Ｄ２の構成を示す説明図である。 メニュー作成処理の処理手順を示すフローチャートである。 最適化されたメニュー情報が作成される状態を示す説明図である。 最適化されたメニュー情報が作成される状態を示す説明図である。 最適化されたメニュー情報が作成される状態を示す説明図である。 メニューを変更（最適化）する際の変更の仕方の例を示す説明図である。 メニュー情報更新処理の処理手順を示すフローチャートである。

符号の説明

Ｓ１ 情報処理システム
１００ 情報処理装置（ユーザＡ）
２００ 情報処理装置（ユーザＢ）
３００ 情報処理装置（ユーザＣ）
Ｎ ネットワーク
５００ 情報処理装置（複合機）
５０１ 有線インターフェイスカード（指示受付手段）
５０２ 外部インターフェイス
５０４ コントローラ部（メニュー画面表示手段、選択手段、使用者識別手段、グループ識別手段、アクセス履歴取得手段、変更手段、経験値設定手段、経験値更新手段、比較手段、所属グループ変更手段）
５０５ 画像形成部
５１０ ＲＯＭ
５２０ ＮＶＲＡＭ（格納手段）
５３０ ＲＡＭ（格納手段）
Ｓ２ 画像形成システム
ＰＲ１ プリンタ（画像形成装置）
６０１ ＲＡＭ（格納手段）
６０２ ＮＶＲＡＭ（格納手段）
６００ ネットワークインターフェイス（指示受付手段）
６０３ アクセス解析部
６１０ 外部インターフェイス
６１２ コントローラ部（メニュー画面表示手段、選択手段、使用者識別手段、アクセス履歴取得手段、変更手段、アンケート集計手段）
６１３ 画像形成部
Ｓ１ 情報処理システム
１５００ 情報処理装置
１５０１ 有線インターフェイスカード（指示受付手段）
１５０２ 外部インターフェイス
１５０４ コントローラ部（メニュー画面表示手段、選択手段、使用者識別手段、アクセス履歴取得手段、変更手段）
１５０５ 画像形成部
１５１０ ＲＯＭ
１５２０ ＮＶＲＡＭ（格納手段）
１５３０ ＲＡＭ（格納手段）

Claims (14)

1. 複数の選択肢から何れかの選択を行うメニュー画面に関する情報に対するアクセス履歴を取得するアクセス履歴取得手段と、
   該アクセス履歴取得手段によるアクセス履歴に基づいて前記メニュー画面に関する情報の内容を変更する変更手段と、
   を備えることを特徴とする情報処理装置。
2. 前記アクセス履歴取得手段は、前記アクセス履歴として前記メニュー画面に関する情報が使用者に対応させたメニュー画面に関する情報を格納する格納手段から読み出された回数を、前記使用者毎または前記使用者を所定の条件に基づいて分けたグループ毎に計数することを特徴とする請求項１に記載の情報処理装置。
3. 前記アクセス履歴取得手段は、前記アクセス履歴として前記各選択肢が選択された回数を、前記使用者毎または前記グループ毎に計数することを特徴とする請求項２に記載の情報処理装置。
4. 前記アクセス履歴取得手段は、前記アクセス履歴として前記各選択肢についての選択誤りの回数を、前記使用者毎または前記グループ毎に計数することを特徴とする請求項２または請求項３の何れかに記載の情報処理装置。
5. 前記アクセス履歴取得手段は、前記アクセス履歴として前記各選択肢についての選択成功の回数を、前記使用者毎または前記グループ毎に計数することを特徴とする請求項２から請求項４の何れかに記載の情報処理装置。
6. 前記変更手段は、メニュー表示が複数の階層に分けて表示される場合に、当該階層を変更することを特徴とする請求項１から請求項５の何れかに記載の情報処理装置。
7. 前記使用者毎に、装置の使用に関する経験値を設定する経験値設定手段と、
   所定の条件により前記経験値を増減させる経験値更新手段と、
   前記経験値と予め設定される閾値とを比較する比較手段と、
   該比較手段の比較結果に応じて前記使用者の属する前記グループを変更する所属グループ変更手段と、
   を備えることを特徴とする請求項２から請求項６の何れかに記載の情報処理装置。
8. 前記経験値更新手段は、前記アクセス履歴取得手段で取得される前記各選択肢の選択誤りの回数または選択成功回数に基づいて前記経験値を増減させることを特徴とする請求項７に記載の情報処理装置。
9. 前記経験値更新手段は、前記選択肢毎に所定の重み付け係数による重み付けを設定し、当該重み付けを勘案して前記経験値を増減させることを特徴とする請求項７または請求項８の何れかに記載の情報処理装置。
10. 前記アクセス履歴取得手段は、メニュー画面の表示または前記選択肢の選択に用いられるプロトコル毎にアクセス履歴を取得することを特徴とする請求項１から請求項９の何れかに記載の情報処理装置。
11. 前記選択手段で前記メニュー画面に表示された選択肢の何れかを選択する際に、前記使用者毎に、当該選択肢に係る設定が装置に反映されることの期待の程度を複数段階のアンケート項目としたアンケートを集計するアンケート集計手段を備え、
    前記変更手段は、前記アンケート集計手段による集計結果を勘案して前記メニュー画面に関する情報の内容を変更することを特徴とする請求項１から請求項１０の何れかに記載の情報処理装置。
12. 前記アンケート集計手段は、前記アンケート項目毎に所定の重み付け係数による重み付けを設定し、当該重み付けを勘案してアンケートを集計することを特徴とする請求項１１に記載の情報処理装置。
13. 複数の選択肢から何れかの選択を行うメニュー画面に関する情報に対するアクセス履歴を取得するアクセス履歴取得過程と、
    該アクセス履歴取得過程によるアクセス履歴に基づいて前記メニュー画面に関する情報の内容を変更する変更過程と、
    を有することを特徴とする情報処理プログラム。
14. 複数の選択肢から何れかの選択を行うメニュー画面に関する情報に対するアクセス履歴を取得するアクセス履歴取得手段と、
    該アクセス履歴取得手段によるアクセス履歴に基づいて前記メニュー画面に関する情報の内容を変更する変更手段と、
    を備えることを特徴とする画像形成装置。