(57)【要約】【課題】ユーザが困った状態にあるかどうかの判定は、その都度、その判定方法、或いは、その判定のための閾値を変更する必要がある。【解決手段】ユーザの操作に応じて動作する情報処理装置であって、ユーザの操作を検知し、その検知されたユーザの操作と当該ユーザの操作履歴とに基づいて、前記ユーザの当該操作の習熟度を判定し、そのユーザが習熟していない操作であると判定されると前記ユーザが目的の操作画面を開くための適切な手順で操作しているか否かを判定し、そのユーザが前記目的の操作画面を開くための適切な手順で操作していないと判定すると、前記目的の操作画面を開くための情報を前記ユーザに提示する。【選択図】  図５
2020006513.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの操作に応じて動作する情報処理装置であって、
ユーザの操作を検知する検知手段と、
前記検知手段により検知されたユーザの操作と当該ユーザの操作履歴とに基づいて、前記ユーザの当該操作の習熟度を判定する第１判定手段と、
前記第１判定手段により、前記ユーザが習熟していない操作であると判定されると前記ユーザが目的の操作画面を開くための適切な手順で操作しているか否かを判定する第２判定手段と、
前記第２判定手段が前記ユーザが前記目的の操作画面を開くための適切な手順で操作していないと判定すると、前記目的の操作画面を開くための情報を前記ユーザに提示する提示手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記第１判定手段は、前記検知手段により検知されたユーザの操作が経験済の操作かどうか判定し、経験済の操作でない場合は、当該経験済でない操作の回数を計数し、当該計数した値が閾値以上のときに前記ユーザの操作が前記ユーザが習熟していない操作であると判定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第１判定手段は、前記検知手段により検知されたユーザの操作が所定の操作であり、かつ、前回の操作からの経過時間が、所定の期間を過ぎているときに、前記ユーザの操作が前記ユーザが習熟していない操作であると判定することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記第２判定手段が、ユーザが前記目的の操作画面を開くための適切な手順で操作していないと判断した場合であり、かつ、前記ユーザの操作の手順が過去に登録された操作手順と同じでないときは、当該ユーザの操作を、習熟していない操作として仮登録し、ジョブが実行された後、当該ジョブが実行されるまでに前記ユーザの操作が前記習熟していない操作として仮登録されている場合、前記ユーザの操作を前記習熟していない操作として登録する手段を、更に有することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記ジョブが実行された後、当該ジョブが実行されるまでに前記ユーザの操作が前記習熟していない操作として登録されている場合、前記登録されている前記ユーザの操作の日時から、現在の前記ユーザの操作がなされた日時までの経過時間で、前記ユーザの操作の忘れる可能性のある期間を更新する更新手段を、更に有することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記更新手段は、前記経過時間が、前記登録されている前記ユーザの操作の前記忘れる可能性のある期間よりも短い場合、前記経過時間で前記登録されている前記ユーザの操作の前記忘れる可能性のある期間を更新することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記第２判定手段がユーザが前記目的の操作画面を開くための適切な手順で操作していないと判断する操作は、前記ユーザが操作に迷った可能性を示す操作であることを特徴とする請求項３乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
ユーザごとに、当該ユーザが習熟していない操作と、前記忘れる可能性のある期間を登録する登録手段を、更に有することを特徴とする請求項５又は６に記載の情報処理装置。
【請求項９】
前記情報処理装置が複数の画像形成装置を管理するサーバである場合、前記登録手段は、前記ユーザごとに、前記複数の画像形成装置のそれぞれに対応して前記ユーザが習熟していない操作と、前記忘れる可能性のある期間を登録することを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
ユーザの操作に応じて動作する情報処理装置を制御する制御方法であって、
ユーザの操作を検知する検知工程と、
前記検知工程で検知されたユーザの操作と当該ユーザの操作履歴とに基づいて、前記ユーザの当該操作の習熟度を判定する第１判定工程と、
前記第１判定工程で、前記ユーザが習熟していない操作であると判定されると前記ユーザが目的の操作画面を開くための適切な手順で操作しているか否かを判定する第２判定工程と、
前記第２判定工程で前記ユーザが前記目的の操作画面を開くための適切な手順で操作していないと判定されると、前記目的の操作画面を開くための情報を前記ユーザに提示する提示工程と、
を有することを特徴とする制御方法。
【請求項１１】
コンピュータを、請求項１乃至９のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置とその制御方法、及びプログラムに関する。
【背景技術】
【０００２】
昨今の画像形成装置は高機能になっており、それに伴ってユーザインタフェース（ＵＩ）も複雑になっている。そのため、目的の設定に中々辿り着けず、ユーザが操作に困るケースが増えている。特許文献１には、ユーザが操作中かどうか、又は、操作中であれば、キャンセルや戻る等の所定の操作をしているか等に基づいて、ユーザが操作中に困っている状態になっているかどうかを自動的に判定する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−１３４０１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来技術は、初期段階で想定される画像形成装置を、想定されるユーザが、想定される環境で操作している場合は、そのユーザの困った状態を判定することができる。しかし実際には、ユーザ環境も変わってくる。このため、ユーザが困った状態にあるかどうかの判定は、その都度、その判定方法、或いは、その判定のための閾値を変更する必要がある。しかし、従来技術では初期段階で設定した判定方法による判定しかできなかった。
【０００５】
本発明の目的は、上記従来技術の問題点の少なくとも一つを解決することにある。
【０００６】
本発明の目的は、ユーザの操作に基づいて、そのユーザが操作に困る可能性を判定し、ユーザが操作に困っているときに、その操作のサポート情報を提示できる技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
ユーザの操作に応じて動作する情報処理装置であって、
ユーザの操作を検知する検知手段と、
前記検知手段により検知されたユーザの操作と当該ユーザの操作履歴とに基づいて、前記ユーザの当該操作の習熟度を判定する第１判定手段と、
前記第１判定手段により、前記ユーザが習熟していない操作であると判定されると前記ユーザが目的の操作画面を開くための適切な手順で操作しているか否かを判定する第２判定手段と、
前記第２判定手段が前記ユーザが前記目的の操作画面を開くための適切な手順で操作していないと判定すると、前記目的の操作画面を開くための情報を前記ユーザに提示する提示手段と、を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、ユーザの操作に基づいて、そのユーザが操作に困る可能性を判定し、ユーザが操作に困っているときに、その操作のサポート情報を提示できるという効果がある。
【０００９】
本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。
【図面の簡単な説明】
【００１０】
添付図面は明細書に含まれ、その一部を構成し、本発明の実施形態を示し、その記述と共に本発明の原理を説明するために用いられる。
【図１】本発明の実施形態１に係る情報処理システムの全体構成を示す図。
【図２】実施形態１に係る管理サーバのハードウェア構成を説明するブロック図。
【図３】実施形態１に係る画像形成装置のハードウェア構成を説明するブロック図。
【図４】実施形態１に係る情報処理システムの管理サーバ又は画像形成装置で動作する、判定アプリケーションのソフトウェアの機能を示す機能ブロック図。
【図５】実施形態１に係る判定アプリケーションの処理の流れを説明するフローチャート。
【図６】実施形態１に係る画像形成装置が判定アプリケーションを実行する際の判定の流れを説明するフローチャート。
【図７】実施形態１に係る画像形成装置が判定アプリケーションを実行する際の、ユーザが困る可能性を判定する処理流れを説明するフローチャート。
【図８】実施形態１に係る画像形成装置が判定アプリケーションを実行する際の、ユーザが困った状態にあると判定したときの処理を説明するフローチャート。
【図９】実施形態１に係る画像形成装置で表示されるサポート情報の一例を示す図。
【図１０】実施形態２に係る管理サーバが判定アプリケーションを実行するときの、ユーザが困る可能性の判定処理を説明するフローチャート。
【図１１】ユーザごとに登録された、ユーザ（ａｂｃｄ）の忘れた操作情報の一例を示す図（Ａ）と、ユーザごとに登録された、ユーザ（ａｂｃｄ）の忘れる可能性期間の一例を示す図（Ｂ）。
【図１２】実施形態２に係る管理サーバが登録した、ユーザ（ａｂｃｄ）が、ある製品を使用したときの忘れた操作を、各製品ごとにＵＩパターンとして登録した一例を示す図。
【図１３】実施形態２に係る管理サーバが登録した、ユーザ（ａｂｃｄ）が、ある製品を使用したときの忘れる可能性期間を、各製品ごとにＵＩパターンとして登録した一例を示す図。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。尚、以下の実施形態１，２では、本発明に係る情報処理装置の実施形態を、画像形成装置或いは管理サーバを例に説明する。
【００１２】
［実施形態１］
図１は、本発明の実施形態１に係る情報処理システムの全体構成を示す図である。
【００１３】
管理サーバ１０１は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１０４に接続され、オペレーションシステム（ＯＳ）を搭載し、そのＯＳ上でさまざまなアプリケーションソフトを動作させることができる。画像形成装置１０２は、印刷データの保管や編集、そして印刷データに基づいて用紙に画像を印刷する装置で、印刷機能を有するプリンタでも、スキャンやファクシミリ等の機能を備えた複合機であってもよい。情報処理装置１０３もＬＡＮ１０４に接続され、画像形成装置１０２は、情報処理装置１０３から受信した印刷データに基づいて用紙に画像を印刷することができる。
【００１４】
管理サーバ１０１と画像形成装置１０２は、ＬＡＮ１０４を介して接続されている。ＬＡＮ１０４は、管理サーバ１０１、画像形成装置１０２をそれぞれイーサネット（登録商標）ケーブルで接続してネットワークを構成している。画像形成装置１０２は、管理サーバ１０１から印刷データを受信して印刷することもできる。この印刷処理における履歴を含む各種データは、管理サーバ１０１の指示に従い、データの種類毎に予め定められた期間で、定期的に管理サーバ１０１に収集されて保存される。これら収集されたデータは、ユーザへのサービスや故障時の対応等に使用される。尚、画像形成装置１０２は、ＬＡＮ１０４を介さずに、携帯端末等からの無線通信により印刷データを受信して印刷することもできる。また実施形態に係る管理サーバ１０１のサーバ機能は、サーバではなく画像形成装置１０２に搭載されていても構わない。
【００１５】
図２は、実施形態１に係る管理サーバ１０１のハードウェア構成を説明するブロック図である。
【００１６】
管理サーバ１０１は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ハードディスク（ＨＤＤ）２０４、ネットワークインターフェースコントローラ（ＮＩＣ）２０５を有している。ＣＰＵ２０１は、ＯＳの実行に基づき、アプリケーションプログラムを管理及び実行する。またＣＰＵ２０１は、ＲＯＭ２０２又はＨＤＤ２０４から読み出した制御プログラムをＲＡＭ２０３に展開し、そのＲＡＭ２０３に展開したプログラムを実行する。ＲＯＭ２０２又はハードディスク（ＨＤＤ）２０４は、後述するユーザ操作に基づいて、ユーザが困った状態にあるかどうかを判定するアプリケーションプログラム等を格納している。尚、このユーザが困った状態とは、例えば、目的の操作を行うための操作画面を開く手順をユーザが分からない状態等を含む。このユーザが困った状態にあるかどうかを判定するアプリケーションプログラムを、以下、「判定アプリケーション」と呼ぶ。この判定アプリケーションは、例えば、ユーザが「戻る」ボタンを繰り返し操作していたり、同じ操作を繰り返していたりしている場合に、ユーザが困った状態にあると判定する。例えば、ユーザが「戻る」ボタンを繰り返し操作していたり、同じ操作を繰り返していたりしている場合に、ユーザが目的の操作画面を開くための適切な手順で操作してないと判定する。
【００１７】
ＲＡＭ２０３は、ＨＤＤ２０４に記憶された命令を展開してＣＰＵ２１１から読み出し可能とし、命令の実行に必要な各種のデータを記憶する。ネットワークインターフェースコントローラ（ＮＩＣ）２０５は、管理サーバ１０１とネットワーク上の装置との通信を行うためのＩ／Ｆである。ＮＩＣ２０５は、ＬＡＮ１０４経由でデータ受信を行ったことをＣＰＵ２０１に伝達したり、ＲＡＭ２０３上のデータをＬＡＮ１０４に送信したりする。
【００１８】
図３は、実施形態１に係る画像形成装置１０２のハードウェア構成を説明するブロック図である。
【００１９】
画像形成装置１０２は、印刷部３０１、読取部（スキャナ）３０２、操作部３０３と、これらを制御する制御部３０４を有している。制御部３０４は、ＣＰＵ３０５、ＲＡＭ３０６、ＲＯＭ３０７、ＨＤＤ３０８、ＮＩＣ３０９、印刷制御部３１０、スキャン制御部３１１、操作制御部３１２を有している。ＣＰＵ３０５は、ＲＡＭ３０６、ＲＯＭ３０７、ＨＤＤ３０８、ＮＩＣ３０９、印刷制御部３１０、読取制御部３１１、操作制御部３１２とデータを授受することが可能である。また、ＣＰＵ３０５はＲＯＭ３０７又はＨＤＤ３０８から読み出した命令をＲＡＭ３０６に展開し、そのＲＡＭ３０６に展開したプログラムを実行して、この画像形成装置１０２の動作を制御する。ＲＡＭ３０６は、ＲＯＭ３０７、ＨＤＤ３１３に記憶された命令を展開してＣＰＵ３０５から読み出し可能とし、命令の実行に必要な各種のデータを記憶しておくことが可能である。ネットワークインターフェースコントローラ（ＮＩＣ）３０９はＬＡＮ１０４を介して通信を行うためのＩ／Ｆであり、ＬＡＮ１０４経由でデータを受信したことをＣＰＵ３０５に伝達したり、ＲＡＭ３０６のデータをＬＡＮ１０４に送信したりする。
【００２０】
印刷制御部３１０は、ＣＰＵ３０５から受け取った画像データを印刷部３０１に送信したり、印刷部３０１から受信したプリンタの状態をＣＰＵ３０５に伝達したりするＩ／Ｆ（インタフェース）である。スキャン制御部３１１は、ＣＰＵ３０５から送信された画像読み取り指示を読取部３０２に送信し、読取部３０２から受信した画像データをＣＰＵ３０５に伝達するＩ／Ｆである。操作制御部３１２は、操作部３０３から入力されたユーザからの指示をＣＰＵ３０５に伝達したり、ユーザが操作するための画面情報を操作部３０３に伝達したりする。
【００２１】
図４は、実施形態１に係る情報処理システムの管理サーバ１０１又は画像形成装置１０２で動作する、判定アプリケーションのソフトウェアの機能を示す機能ブロック図である。このアプリケーションは、管理サーバ１０１の場合はＲＡＭ２０３、ＨＤＤ２０４、ＲＯＭ２０２のいずれかの記憶手段に記憶されてＣＰＵ２０１により実行される。また画像形成装置１０２の場合は、ＲＡＭ３０６、ＨＤＤ３０８、ＲＯＭ３０７のいずれかの記憶手段に記憶され、ＣＰＵ３０５により実行される。
【００２２】
この判定アプリケーションは、通信制御部４０１、履歴データ収集部４０２、履歴データ管理部４０３、履歴データ送受信部４０４、テンプレートアクティベート部４０５、テンプレート管理部４０６、テンプレートマッチング部４０７、マッチング結果反映部４０８を有している。
【００２３】
通信制御部４０１は、複数のブロックで構成され、ネットワーク１０４を介して通信の制御を行う。履歴データ収集部４０２は、操作部３０３におけるユーザの操作データ、設定データ、動作データ等、画像形成装置１０２の動作に関するデータの収集を行う。こうして収集された履歴データは、履歴情報ＤＢ（データベース）４０９に登録される。履歴データには、ユーザごとの操作履歴が含まれる。
【００２４】
尚、この判定アプリケーションが管理サーバ１０１で動作する際は、履歴データ収集部４０２は含まれない。
【００２５】
履歴データ管理部４０３は、履歴データ収集部４０２で収集され、履歴情報ＤＢ４０９に登録されている履歴データの管理を行う。履歴データ送受信部４０４は、管理サーバ１０１と画像形成装置１０２との間で、収集、管理する履歴データの送受信を制御する。テンプレートアクティベート部４０５は、テンプレートのインストールやアクティベートを司る。このテンプレートは、外部で編集や生成が可能で、テンプレートアクティベート部４０５を介してインストールすることが可能である。外部のＰＣなどからネットワーク１０４を介すなどしてテンプレートをテンプレートアクティベート部４０５が受信してテンプレートＤＢ４１０に登録する。こうして、テンプレートがテンプレート管理部４０６によって管理されることにより、テンプレートマッチング動作の対象に加えられる。テンプレート管理部４０６は、履歴データの分析に必要な情報が保持されたテンプレートの管理を行う。テンプレートマッチング部４０７は、テンプレート管理部４０６により管理されたテンプレートに従って、履歴情報ＤＢ４０９に登録され、履歴データ管理部４０３によって管理された履歴データと、可能性判定情報ＤＢ４１１に登録された可能性判定情報とを基に分析する。この分析結果は、マッチング結果反映部４０８によって処理される。テンプレートマッチング部４０７によりマッチングされた結果の可能性判定情報は、マッチング結果反映部４０８によって可能性判定情報ＤＢ４１１に登録される。
【００２６】
図５は、実施形態１に係る判定アプリケーションの処理の流れを説明するフローチャートである。
【００２７】
この判定アプリケーションの処理は、操作情報収集テンプレート、可能性判定テンプレート、状態判定テンプレートに記載の指示に従って処理が行われる。これらテンプレートの記載は、基本的にＸＭＬやＪＳＯＮのようなデータ記述フォーマットによって記載される。また特に抽出すべきログパターン部分についてはＸＭＬ，ＪＳＯＮの他に、例えばＪａｖａＳｃｒｉｐｔ（登録商標）やＲｕｂｙなどのスクリプト言語で記載することも可能であるし、また直接ＳＱＬのようなフォーマットで記載することもできる。
【００２８】
まずＳ５０１で、操作情報収集テンプレート記載の指示に従い、テンプレートマッチング部４０７が、ユーザ操作情報を検知して収集する。ここでユーザ操作が検知、収集された場合はＳ５０２へ進み、そうでないときはこの処理を終了する。Ｓ５０２では、可能性判定テンプレート記載の指示に従って、テンプレートマッチング部４０７が、ユーザが困る可能性があるかどうかを判定する。この困る可能性があるかどうかの判定は、ユーザが実際に操作をする前に、ユーザが操作に困る可能性があることを、ユーザの過去の操作履歴に基づいて予測する処理である。言い換えると、ユーザの操作の習熟度を判定する処理である。例えば、ユーザが前回操作してから閾値以上の期間が経過している場合は、そのユーザが操作の仕方を忘れている可能性がある。そこで、そのような場合には、ユーザが操作に困る可能性があると判定することができる。すなわち、ユーザが操作に習熟していないと判定する。本処理の具体的例は、図６，７を参照して後述する。
【００２９】
Ｓ５０３で、ユーザが困る可能性が有ると判定した場合はＳ５０４へ進み、そうでないときはこの処理を終了する。Ｓ５０４では、状態判定テンプレート記載の指示に従い、テンプレートマッチング部４０７が、ユーザが困っている状態の判定処理を行う。この処理の具体的例は図８を参照して後述する。そしてＳ５０５に進み、ユーザが困っている状態であると判定した場合はＳ５０６へ進み、そうでないときはこの処理を終了する。Ｓ５０６では、困った状態にあると判定されたユーザに対して、操作部３０３に設けられた表示部に、その状態を解消するための情報を表示することによりユーザのサポートを行う。
【００３０】
図６は、実施形態１に係る画像形成装置１０２が判定アプリケーションを実行する際の判定の流れを説明するフローチャートである。ここでは、テンプレート管理部４０６で管理されているテンプレートを用い、テンプレートマッチング部４０７においてテンプレート記載の指示に従い行われる判定処理の例を説明する。ここでは、ユーザが困る可能性がある判定処理の一例として、未経験値に基づいて、ユーザが困る可能性があるかどうかの判定処理の例で説明する。尚、この処理は、ＣＰＵ３０５がＲＡＭ３０６に展開したプログラムを実行し、ＣＰＵ３０５が図４に示す機能部として機能することにより達成されるため、ここでは各処理の主体をＣＰＵ３０５として説明する。
【００３１】
まずＳ６０１でＣＰＵ３０５は、ユーザの操作を検知するとＳ６０２に進みＣＰＵ３０５は、その検知したユーザ操作が、対象ユーザによって、操作されたことがある操作かどうか判定する。この判定は、ＣＰＵ３０５がテンプレートマッチング部４０７として機能し、履歴データ管理部４０３で管理、保管されている、画面やボタンといった操作対象毎に設けられた経験フラグを、実際の操作と比較することで行われる。この判定の結果、ＣＰＵ３０５が、操作経験がないと判定した場合はＳ６０３へ進み、経験が有ると判定した場合はＳ６０７へ進む。Ｓ６０３でＣＰＵ３０５は、今回の操作によって、その操作は経験済になるため、マッチング結果反映部４０８として機能し、対象操作の経験フラグをオンにする。そしてＳ６０４に進みＣＰＵ３０５は、操作対象の操作が未経験であったことから、マッチング結果反映部４０８として機能して、未経験の操作の検知回数を計数（＋１）する。この未経験の操作の検知回数は、未経験の操作を操作する度にカウントアップされる値であり、可能性判定情報ＤＢ４１１に登録される。そしてＳ６０５に進みＣＰＵ３０５は、可能性判定情報ＤＢ４１１にユーザ毎に登録されている未経験の操作の検知回数が、予め設定してある閾値以上になったかどうか判定する。ここで閾値以上と判定するとＳ６０６へ進み、未経験の操作の検知回数に基づいて、ユーザが困る可能性があると判定し、マッチング結果反映部４０８として機能し、困る可能性フラグをオンにしてＳ６０７に進む。一方、Ｓ６０５で未経験の操作の検知回数が閾値よりも小さいときはＳ６０７に進む。Ｓ６０７でＣＰＵ３０５は、そのユーザによる操作が継続しているかどうか判定し、操作が継続していると判定した場合はＳ６０２へ戻って、上述の処理を繰り返す。一方、Ｓ６０７で操作が継続されず、ログアウト等がされたと判定した場合は、この判定処理を終了する。
【００３２】
以上説明したようにこの処理によれば、画像形成装置１０２を操作するユーザの操作に基づいて、その操作がそのユーザが経験していない操作で、かつその未経験の操作数が所定値よりも大きくなると困る可能性があると判別できる。そして、そのような状態にあると判定したときは、それを示す可能性フラグをオンにする。
【００３３】
図７は、実施形態１に係る画像形成装置１０２が判定アプリケーションを実行する際の、ユーザが困る可能性を判定する処理流れを説明するフローチャートである。ここでは、テンプレートマッチング部４０７が実行する、ユーザが困る可能性があるかどうかの判定処理で、前述の図６に示す例とは異なる例を示し、ここでは、忘れる可能性がある期間に基づく判定処理の例で説明する。尚、この処理は、ＣＰＵ３０５がＲＡＭ３０６に展開したプログラムを実行し、ＣＰＵ３０５が図４に示す機能部として機能することにより達成されるため、ここでは各処理の主体をＣＰＵ３０５として説明する。
【００３４】
まずＳ７０１でＣＰＵ３０５は、ユーザの操作を検知するとＳ７０２に進み、その検知した操作が、キャンセルや戻る等の、ユーザが操作に迷った可能性を示す所定の操作であるかどうかを、テンプレートマッチング部４０７として機能することにより判定する。ここで所定操作と判定した場合はＳ７１０に進み、そうでないときはＳ７０３へ進む。Ｓ７０３でＣＰＵ３０５は、その操作がジョブ実行（ジョブスタート）を指示する操作かどうかをテンプレートマッチング部４０７として機能することにより判定する。ジョブ実行を指示する操作と判定した場合はＳ７０４に進み、そうでないときはＳ７１４へ進む。Ｓ７０４でＣＰＵ３０５は、そこまでの操作において、キャンセルや戻る等の所定の操作が行われたかどうかをテンプレートマッチング部４０７として機能することにより判定する。ここでＣＰＵ３０５は、所定の操作が行われていなかったと判定した場合は、この処理を終了する。一方、所定の操作が行われていたと判定したＳ７０５へ進む。
【００３５】
Ｓ７０５でＣＰＵ３０５は、その所定操作までの操作と同じ操作が、忘れた操作として登録済かどうかを、マッチング結果反映部４０８として機能することにより判定する。
ここでＣＰＵ３０５が、登録されていないと判定した場合はＳ７０６へ進み、登録されていると判定した場合はＳ７０７へ進む。Ｓ７０６でＣＰＵ３０５は、仮登録されていた操作を、操作日時と共に忘れた操作情報として登録して、この処理を終了する。一方、７０７でＣＰＵ３０５は、既に登録されている該当する想定設定情報の日時と、今回の操作日時の間の経過時間を求める。そして、その経過時間を、忘れる可能性期間とする。そしてＳ７０８に進みＣＰＵ３０５はマッチング結果反映部４０８として機能し、その忘れる可能性期間と、対象ユーザに対して既に登録されている忘れる可能性期間とを比較する。そして、Ｓ７０７で取得した忘れる可能性期間が、登録されている忘れる可能性期間よりも短いかかどうか判定する。判定の結果、Ｓ７０７で取得した忘れる可能性期間の方が短かった場合はＳ７０９に進み、Ｓ７０７で取得した忘れる可能性期間を新たな忘れる可能性期間として登録して、この処理を終了する。一方、Ｓ７０８で、登録されている忘れる可能性期間の方が短いと判定したときは、そのまま処理を終了する。
【００３６】
Ｓ７１０では、所定の操作の前行われた操作が、既に登録されている困った状態の操作と同じかどうかの判定をマッチング結果反映部４０８において行う。登録済の困った状態の操作に同じ操作があった場合はＳ７１１へ進み、同じ操作が無かった場合はＳ７１３へ進む。
【００３７】
一方、Ｓ７０２で所定操作と判定したときはＳ７１０に進みＣＰＵ３０４はテンプレートマッチング部４０７として機能し、現在の状態が、そのユーザが過去に困ったときの状態と同じかどうか判定する。同じであればＳ７１１に進み、そうでないときはＳ７１３に進む。Ｓ７１１でＣＰＵ３０５は、テンプレートマッチング部４０７として機能し、困った状態が登録された日時から、今回の操作日時まで経過時間を求める。そして、その経過時間が、登録されている忘れる可能性期間を過ぎているかどうか判定する。この判定の結果、過ぎていると判定した場合はＳ７１２へ進み、そうでないときはＳ７１４へ進む。Ｓ７１２でＣＰＵ３０５は、忘れる可能性によるユーザの困る可能性判定で、困る可能性ありと判断し、マッチング結果反映部４０８として機能し、困る可能性フラグをオンにしてＳ７１４に進む。
【００３８】
Ｓ７１３でＣＰＵ３０５はマッチング結果反映部４０８として機能し、その操作を忘れた操作として仮登録してＳ７１４に進む。この仮登録は、Ｓ７０３でジョブの実行操作が検知されたのち、Ｓ７０４以降の処理で、忘れた操作として正式登録するかどうかが判定される。Ｓ７１４でＣＰＵ３０５は、操作が継続されるかどうか判定し、操作が継続されると判定した場合はＳ７０２に進み、操作が継続されず、ログアウト等がなされた場合はこの処理を終了する。
【００３９】
以上説明したようにこの処理によれば、画像形成装置１０２を操作するユーザの操作が、ユーザが操作に迷った可能性を示す所定の操作の場合で、過去の困った操作と同じであれば、忘れる可能性期間を過ぎているかどうか判定する。そしてその可能性期間を過ぎていると判定すると、そのユーザが困る可能性があると判定する。一方、ユーザが操作に迷った可能性を示す所定の操作が登録されていないときは、その操作を忘れた操作として仮登録し、その仮登録は、ジョブの実行後に、忘れた操作として正式登録されるかどうか決定する。またジョブの実行後、忘れた操作として登録されている操作の、忘れる可能性期間を、より短い時間で更新することができる。
【００４０】
図８は、実施形態１に係る画像形成装置１０２が判定アプリケーションを実行する際の、ユーザが困った状態にあると判定したときの処理を説明するフローチャートである。これは前述の図６，７を参照して説明したユーザが困る可能性の有無の判定の結果、困る可能性フラグがオンのときの処理を示している。尚、この処理は、ＣＰＵ３０５がＲＡＭ３０６に展開したプログラムを実行し、ＣＰＵ３０５が図４に示す機能部として機能することにより達成されるため、ここでは各処理の主体をＣＰＵ３０５として説明する。
【００４１】
まずＳ８０１でＣＰＵ３０５はテンプレートマッチング部４０７として機能し、操作が継続されるかどうか判定する。ここで操作が継続されると判定した場合はＳ８０２へ進み、そうでないときはこの処理を終了する。Ｓ８０２でＣＰＵ３０５はテンプレートマッチング部４０７として機能し、継続した操作がキャンセルや戻る等の所定の操作かどうか判定する。この判定の結果、所定の操作であればＳ８０４に進み、そうでないときはＳ８０３へ進む。Ｓ８０３でＣＰＵ３０５はテンプレートマッチング部４０７として機能し、行われた操作がジョブ実行（ジョブスタート）を指示する操作かどうか判定し、そうであればこの処理を終了し、そうでないときはＳ８０１に進む。
【００４２】
Ｓ８０４でＣＰＵ３０５はテンプレートマッチング部４０７として機能し、その判定された困った状態が、既に、困った状態情報として可能性判定情報ＤＢ４１１に登録済かどうか判定する。ここで未登録と判定した場合はＳ８０５に進み、登録済と判定した場合はＳ８０６へ進む。Ｓ８０５でＣＰＵ３０５は、新たな困った状態情報として可能性判定情報ＤＢ４１１に登録してＳ８０６に進む。この際、困った状態になった後、最終的にジョブを実行した際の設定情報を所望設定情報として、困った状態情報に紐付けて登録しておく。Ｓ８０６でＣＰＵ３０５は、ユーザの操作を補助する情報等を、操作部３０３にある表示部に表示する。この情報の表示例を図９に示す。この表示情報は、予め用意されたサポート情報又は、対象の困った状態情報と紐づけられて登録されている所望設定情報に基づいて生成され表示される。
【００４３】
図９は、実施形態１に係る画像形成装置１０２で表示されるサポート情報の一例を示す図である。
【００４４】
図９の例では、ユーザの操作を補助する画面で、参照ボタン９０１が押下されると、ステイプルの設定に関する操作のサポート情報９０２が表示される。
【００４５】
以上説明したように実施形態１によれば、ユーザの所定の操作に基づいて、そのユーザが操作に困る可能性があるかどうか判定できる。そして、そのユーザが操作に困っている可能性があると判定すると、そのユーザに対して、その困っている操作をサポートする情報を提示することができる。
【００４６】
［実施形態２］
次に本発明の実施形態２を図面を参照して説明する。実施形態２では、前述の判定アプリケーションを管理サーバ１０１が実行する例で説明する。尚、実施形態２に係るシステム構成、及び管理サーバ１０１、画像形成装置１０２のハードウェア構成等は、前述の実施形態１と同じであるため、その説明を省略する。
【００４７】
図１０は、実施形態２に係る管理サーバ１０１が判定アプリケーションを実行するときの、ユーザが困る可能性の判定処理を説明するフローチャートである。これは、前述の図７に示す、ユーザが困る可能性判定を管理サーバ１０１で行う際の処理の流れを示している。尚、この処理は、ＣＰＵ２０１がＲＡＭ２０３に展開したプログラムを実行し、ＣＰＵ２０１が図４に示す機能部として機能することにより達成されるため、ここでは各処理の主体をＣＰＵ２０１として説明する。
【００４８】
まずＳ１００１でＣＰＵ２０１は、ユーザの操作を検知するとＳ１００２に進みＣＰＵ２０１は、ユーザ毎に、履歴情報ＤＢ４０９、可能性判定情報ＤＢ４１１に登録されている情報の内、同じＵＩ分類情報の情報を判別する。尚、ここで管理サーバ１０１には、画像形成装置１０２における対象ユーザの操作情報が、同じＵＩ構造をもつ情報毎に、ＵＩ分類情報として保管されている。同じＵＩ構造をもつ装置への操作であれば、ユーザの経験等は同じであることから、実施形態１で示したような、未経験値や忘れる可能性期間等の情報は、ＵＩ分類情報としてＵＩ構造が同じ情報毎にまとめて管理される。
【００４９】
次にＳ１００３に進みＣＰＵ２０１はテンプレートマッチング部４０７として機能し、検知された操作が、キャンセルや戻るなどの、操作に迷った可能性を示す所定の操作かどうか判定する。ここで所定操作と判定した場合はＳ１０１１に進み、そうでないときはＳ１００４へ進む。Ｓ１００４でＣＰＵ２０１はテンプレートマッチング部４０７として機能し、その操作がジョブ実行（ジョブスタート）を指示する操作だったか判定する。ここでジョブ実行を指示する操作でなかった場合はＳ１０１５へ進み、ジョブ実行を指示する操作のときはＳ１００５へ進む。Ｓ１００５でＣＰＵ２０１はテンプレートマッチング部４０７として機能し、この設定におけるそこまでの操作において、キャンセルや戻る等の所定の操作が行われたかどうか判定する。ここで所定の操作が行われていなかった場合はこの処理を終了するが、そうでないときはＳ１００６へ進む。Ｓ１００６でＣＰＵ２０１はマッチング結果反映部４０８として機能し、所定操作までの操作と同じ操作が、忘れた操作として登録済かどうか判定する。ここで登録されていなかった場合はＳ１００７へ進み、登録されていた場合はＳ１００８へ進む。Ｓ１００７でＣＰＵ２０１は、その仮登録されていた操作を、忘れた操作として操作日時と共に忘れた操作情報として登録して、この処理を終了する。この登録は上記説明の通り、同じＵＩ構造をもつ情報毎にＵＩ分類情報として登録される。この登録例を図１１（Ａ）に示す。
【００５０】
図１１（Ａ）は、ユーザごとに登録された、ユーザ（ａｂｃｄ）の忘れた操作情報の一例を示す図である。
【００５１】
Ｓ１００８でＣＰＵ２０１はテンプレートマッチング部４０７として機能し、既に登録されている、該当する忘れた操作情報の日時と、今回の操作日時までの経過時間を取得し、それを忘れる可能性期間とする。そしてＳ１００９に進みＣＰＵ２０１は、その忘れる可能性期間と、対象ユーザに対して既に登録されている忘れる可能性期間とを比較する。そしてＣＰＵ２０１はマッチング結果反映部４０８として機能し、Ｓ１００８で取得した忘れる可能性期間が、登録されている忘れる可能性期間よりも短いかと判定するとＳ１０１０に進み、そうでないときはこの処理を終了する。Ｓ１０１０でＣＰＵ２０１は、Ｓ１００８で取得した忘れる可能性期間を新たな忘れる可能性期間として登録して、この処理を終了する。この登録は上記説明の通り、同じＵＩ構造をもつ情報毎にＵＩ分類情報として登録される。この登録例を図１１（Ｂ）に示す。
【００５２】
図１１（Ｂ）は、ユーザごとに登録された、ユーザ（ａｂｃｄ）の忘れる可能性期間の一例を示す図である。ここでは忘れる可能性期間として「２５日と８時間」が登録されている。
【００５３】
一方、Ｓ１００３で所定の操作であると判定したときはＳ１０１１に進みＣＰＵ２０１はマッチング結果反映部４０８として機能し、その所定の操作の前に行われた操作が、既に登録されている困った状態の操作と同じかどうか判定する。そうであればＳ１０１２へ進み、そうでないときはＳ１０１４へ進む。Ｓ１０１２でＣＰＵ２０１はテンプレートマッチング部４０７として機能し、その困った状態が登録された日時から、現在の操作日時までの経過時間が、登録されている忘れる可能性期間を過ぎているかどうか判定する。ここで、その期間が過ぎていると判定した場合はＳ１０１３へ進み、そうでないときはＳ１０１５へ進む。Ｓ１０１３でＣＰＵ２０１はマッチング結果反映部４０８として機能し、その状態を、ユーザが困る可能性があると判定し困る可能性フラグをオンにしてＳ１０１５に進む。一方、Ｓ１０１４でＣＰＵ２０１はマッチング結果反映部４０８として機能し、忘れた操作として仮登録してＳ１０１５に進む。この仮登録は、ジョブの実行操作が検知された後、忘れた操作情報として正式登録するかどうかがＳ１００５以降の処理で判定される。Ｓ１０１５でＣＰＵ２０１は、操作が継続されるかどうかを判定し、操作が継続される場合はＳ１００３へ戻って前述の処理を繰り返す。一方、操作が継続されず、ログアウト等がされた場合は、この処理を終了する。
【００５４】
以上説明したように実施形態２によれば、管理サーバが判定アプリケーションを実行した場合も、実施形態１と同様の効果を得ることができる。
【００５５】
また各種印刷装置を管理している管理サーバ１０１が判定アプリケーションを実行したとき、例えば図１２のように、ユーザごとに、そのユーザが、ある製品を使用したときの忘れた操作を、各製品ごとにＵＩパターンとして登録することができる。
【００５６】
図１２は、実施形態２に係る管理サーバ１０１が登録した、ユーザ（ａｂｃｄ）が、ある製品を使用したときの忘れた操作を、各製品ごとにＵＩパターンとして登録した一例を示す図である。
【００５７】
また同様に、各種印刷装置を管理している管理サーバ１０１が判定アプリケーションを実行したとき、例えば図１３のように、ユーザごとに、そのユーザが、ある製品を使用したときの忘れる可能性期間を、各製品ごとにＵＩパターンとして登録することができる。
【００５８】
図１３は、実施形態２に係る管理サーバ１０１が登録した、ユーザ（ａｂｃｄ）が、ある製品を使用したときの忘れる可能性期間を、各製品ごとにＵＩパターンとして登録した一例を示す図である。
【００５９】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００６０】
本発明は上記実施形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。
【符号の説明】
【００６１】
１０１…管理サーバ、１０２…画像形成装置、１０４…ネットワーク、２０１…管理サーバのＣＰＵ、３０５…画像形成装置のＣＰＵ、４０２…履歴データ収集部、４０６…テンプレート管理部、４０５…テンプレートマッチング部、４０９…履歴情報ＤＢ，４１０…テンプレートＤＢ
【図１】
2020006513.tif 000003
【図２】
2020006513.tif 000004
【図３】
2020006513.tif 000005
【図４】
2020006513.tif 000006
【図５】
2020006513.tif 000007
【図６】
2020006513.tif 000008
【図７】
2020006513.tif 000009
【図８】
2020006513.tif 000010
【図９】
2020006513.tif 000011
【図１０】
2020006513.tif 000012
【図１１】
2020006513.tif 000013
【図１２】
2020006513.tif 000014
【図１３】
2020006513.tif 000015