(57)【要約】【課題】自装置における操作の実情に沿った認証方式の導入に関する処理を行える可能性を高める。【解決手段】レコメンドサーバ３０では、受信部４１が、複数の画像処理装置における操作履歴を受信し、操作履歴記憶部４２が、この操作履歴を記憶し、スコア増減定義記憶部４３が、操作に対して認証方式のスコアの増減値を定義したスコア増減定義を記憶し、スコア算出部４４が、操作履歴記憶部４２に記憶された操作履歴と、スコア増減定義記憶部４３に記憶されたスコア増減定義とを用いて、画像処理装置ごとユーザごとの各認証方式のスコアを算出し、レコメンド情報生成部４６が、この算出されたスコアに基づいて、画像処理装置に対する認証方式の導入及びユーザに対する認証方式の導入をレコメンドするレコメンド情報を生成する。【選択図】図１０
2014041564.tif 000002
【特許請求の範囲】
【請求項１】
自装置で行われる複数の操作のそれぞれに対して、操作者の認証に用いられる認証方式を定義した定義情報を記憶する定義情報記憶手段と、
自装置で前記複数の操作のそれぞれが行われた頻度を示す頻度情報を記憶する頻度情報記憶手段と、
前記頻度情報記憶手段に記憶された前記頻度情報により示される一の操作が行われた頻度に基づいて、前記定義情報記憶手段に記憶された前記定義情報において当該一の操作に対して定義された一の認証方式の導入に関する評価を行う評価手段と、
前記評価手段による評価結果に基づく処理を行う処理手段と
を備えたことを特徴とする情報処理装置。
【請求項２】
前記処理手段は、前記評価手段による評価結果に基づいて、前記一の認証方式の導入に関する導入情報を生成する処理を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記評価手段は、自装置に対する前記一の認証方式の導入に関する評価を行い、
前記処理手段は、前記評価手段による評価結果が、自装置に前記一の認証方式を導入すべきことを示すものとして予め定められた基準を満たす場合に、自装置に当該一の認証方式を導入することを推奨する前記導入情報を生成する処理を行うことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記評価手段は、複数の操作者のそれぞれに対する前記一の認証方式の導入に関する評価を行い、
前記処理手段は、前記評価手段による評価結果が、前記複数の操作者のうちの少なくとも１人の操作者に前記一の認証方式を導入すべきことを示すものとして予め定められた基準を満たす場合に、当該少なくとも１人の操作者に当該一の認証方式を導入することを推奨する前記導入情報を生成する処理を行うことを特徴とする請求項２に記載の情報処理装置。
【請求項５】
前記処理手段は、前記評価手段による評価結果が、自装置に前記一の認証方式を導入すべきことを示すものとして予め定められた前記複数の操作者に関する基準を満たす場合に、自装置に当該一の認証方式を導入することを推奨する前記導入情報を生成する処理を行うことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記評価手段は、複数の操作者のそれぞれに対する前記一の認証方式の導入に関する評価を行い、
前記処理手段は、前記評価手段による評価結果が、前記複数の操作者のうちの一の操作者に前記一の認証方式を導入すべきことを示すものとして予め定められた基準を満たす場合に、当該一の操作者を当該一の認証方式を用いて認証する処理を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項７】
複数の装置で行われる複数の操作のそれぞれに対して、操作者の認証に用いられる認証方式を定義した定義情報を記憶する定義情報記憶手段と、
前記複数の装置のそれぞれで前記複数の操作のそれぞれが行われた頻度を示す頻度情報を、当該複数の装置から受信する受信手段と、
前記受信手段により受信された前記頻度情報により示される一の操作が行われた頻度に基づいて、前記定義情報記憶手段に記憶された前記定義情報において当該一の操作に対して定義された一の認証方式の前記複数の装置のそれぞれに対する導入に関する評価を行う評価手段と、
前記評価手段による評価結果に基づいて、前記複数の装置のそれぞれに対する前記一の認証方式の導入に関する導入情報を生成する生成手段と
を備えたことを特徴とする情報処理サーバ。
【請求項８】
自装置で行われる複数の操作であって、第１の画像処理を実行する第１の操作と、当該第１の画像処理とは異なる第２の画像処理を実行する第２の操作とを含む複数の操作に対して、操作者の認証に用いられる認証方式を定義した定義情報を記憶する定義情報記憶手段と、
自装置で前記複数の操作のそれぞれが行われた頻度を示す頻度情報を記憶する頻度情報記憶手段と、
前記頻度情報記憶手段に記憶された前記頻度情報により示される前記第１の操作が行われた頻度に基づいて、前記定義情報記憶手段に記憶された前記定義情報において当該第１の操作に対して定義された第１の認証方式の複数の操作者のそれぞれに対する導入に関する評価を行うと共に、前記頻度情報記憶手段に記憶された前記頻度情報により示される前記第２の操作が行われた頻度に基づいて、前記定義情報記憶手段に記憶された前記定義情報において当該第２の操作に対して定義された第２の認証方式の前記複数の操作者のそれぞれに対する導入に関する評価を行う評価手段と、
前記評価手段による評価結果が、前記複数の操作者のうちの第１の操作者に前記第１の認証方式を導入すべきことを示すものとして予め定められた基準を満たす場合に、当該第１の操作者を当該第１の認証方式を用いて認証し、前記評価手段による評価結果が、前記複数の操作者のうちの第２の操作者に前記第２の認証方式を導入すべきことを示すものとして予め定められた基準を満たす場合に、当該第２の操作者を当該第２の認証方式を用いて認証する認証手段と
を備えたことを特徴とする画像処理装置。
【請求項９】
自装置で行われた操作に関する情報を処理する複数の情報処理装置と、
前記複数の情報処理装置から受信した情報を処理する情報処理サーバと
を備え、
前記複数の情報処理装置のそれぞれは、
自装置で行われる複数の操作のそれぞれが自装置で行われた頻度を示す頻度情報を記憶する頻度情報記憶手段と、
前記頻度情報記憶手段に記憶された前記頻度情報を前記情報処理サーバに送信する送信手段と
を備え、
前記情報処理サーバは、
前記複数の操作のそれぞれに対して、操作者の認証に用いられる認証方式を定義した定義情報を記憶する定義情報記憶手段と、
前記送信手段により送信された前記頻度情報を受信する受信手段と、
前記受信手段に受信された前記頻度情報により示される一の操作が行われた頻度に基づいて、前記定義情報記憶手段に記憶された前記定義情報において当該一の操作に対して定義された一の認証方式の前記複数の情報処理装置のそれぞれに対する導入に関する評価を行う評価手段と、
前記評価手段による評価結果に基づいて、前記複数の情報処理装置のそれぞれに対する前記一の認証方式の導入に関する導入情報を生成する生成手段と
を備えたことを特徴とする情報処理システム。
【請求項１０】
コンピュータに、
自装置で行われる複数の操作のそれぞれに対して、操作者の認証に用いられる認証方式を定義した定義情報を定義情報記憶手段に記憶する機能と、
自装置で前記複数の操作のそれぞれが行われた頻度を示す頻度情報を頻度情報記憶手段に記憶する機能と、
前記頻度情報記憶手段に記憶された前記頻度情報により示される一の操作が行われた頻度に基づいて、前記定義情報記憶手段に記憶された前記定義情報において当該一の操作に対して定義された一の認証方式の導入に関する評価を行う機能と、
前記評価を行う機能による評価結果に基づく処理を行う機能と
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理サーバ、画像処理装置、情報処理システム、プログラムに関する。
【背景技術】
【０００２】
通信機能を有する移動ロボットと、ネットワークに接続された複数の認証サービス提供サーバを備え、移動ロボットが取得したユーザの生体情報に基づいて認証サービス提供サーバにて個人認証を行ないユーザの特定を行なう個人認証システムにおいて、移動ロボットが、認証サービス提供サーバからの認証結果を累積し、認証結果の評価値を算出し、評価値が予め設定した基準閾値以下となった場合に他の認証サービス提供サーバに切換える技術は知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１１６５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、自装置における操作の実情に沿った認証方式の導入に関する処理を行える可能性を高めることにある。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、自装置で行われる複数の操作のそれぞれに対して、操作者の認証に用いられる認証方式を定義した定義情報を記憶する定義情報記憶手段と、自装置で前記複数の操作のそれぞれが行われた頻度を示す頻度情報を記憶する頻度情報記憶手段と、前記頻度情報記憶手段に記憶された前記頻度情報により示される一の操作が行われた頻度に基づいて、前記定義情報記憶手段に記憶された前記定義情報において当該一の操作に対して定義された一の認証方式の導入に関する評価を行う評価手段と、前記評価手段による評価結果に基づく処理を行う処理手段とを備えたことを特徴とする情報処理装置である。
請求項２に記載の発明は、前記処理手段は、前記評価手段による評価結果に基づいて、前記一の認証方式の導入に関する導入情報を生成する処理を行うことを特徴とする請求項１に記載の情報処理装置である。
請求項３に記載の発明は、前記評価手段は、自装置に対する前記一の認証方式の導入に関する評価を行い、前記処理手段は、前記評価手段による評価結果が、自装置に前記一の認証方式を導入すべきことを示すものとして予め定められた基準を満たす場合に、自装置に当該一の認証方式を導入することを推奨する前記導入情報を生成する処理を行うことを特徴とする請求項２に記載の情報処理装置である。
請求項４に記載の発明は、前記評価手段は、複数の操作者のそれぞれに対する前記一の認証方式の導入に関する評価を行い、前記処理手段は、前記評価手段による評価結果が、前記複数の操作者のうちの少なくとも１人の操作者に前記一の認証方式を導入すべきことを示すものとして予め定められた基準を満たす場合に、当該少なくとも１人の操作者に当該一の認証方式を導入することを推奨する前記導入情報を生成する処理を行うことを特徴とする請求項２に記載の情報処理装置である。
請求項５に記載の発明は、前記処理手段は、前記評価手段による評価結果が、自装置に前記一の認証方式を導入すべきことを示すものとして予め定められた前記複数の操作者に関する基準を満たす場合に、自装置に当該一の認証方式を導入することを推奨する前記導入情報を生成する処理を行うことを特徴とする請求項４に記載の情報処理装置である。
請求項６に記載の発明は、前記評価手段は、複数の操作者のそれぞれに対する前記一の認証方式の導入に関する評価を行い、前記処理手段は、前記評価手段による評価結果が、前記複数の操作者のうちの一の操作者に前記一の認証方式を導入すべきことを示すものとして予め定められた基準を満たす場合に、当該一の操作者を当該一の認証方式を用いて認証する処理を行うことを特徴とする請求項１に記載の情報処理装置である。
請求項７に記載の発明は、複数の装置で行われる複数の操作のそれぞれに対して、操作者の認証に用いられる認証方式を定義した定義情報を記憶する定義情報記憶手段と、前記複数の装置のそれぞれで前記複数の操作のそれぞれが行われた頻度を示す頻度情報を、当該複数の装置から受信する受信手段と、前記受信手段により受信された前記頻度情報により示される一の操作が行われた頻度に基づいて、前記定義情報記憶手段に記憶された前記定義情報において当該一の操作に対して定義された一の認証方式の前記複数の装置のそれぞれに対する導入に関する評価を行う評価手段と、前記評価手段による評価結果に基づいて、前記複数の装置のそれぞれに対する前記一の認証方式の導入に関する導入情報を生成する生成手段とを備えたことを特徴とする情報処理サーバである。
請求項８に記載の発明は、自装置で行われる複数の操作であって、第１の画像処理を実行する第１の操作と、当該第１の画像処理とは異なる第２の画像処理を実行する第２の操作とを含む複数の操作に対して、操作者の認証に用いられる認証方式を定義した定義情報を記憶する定義情報記憶手段と、自装置で前記複数の操作のそれぞれが行われた頻度を示す頻度情報を記憶する頻度情報記憶手段と、前記頻度情報記憶手段に記憶された前記頻度情報により示される前記第１の操作が行われた頻度に基づいて、前記定義情報記憶手段に記憶された前記定義情報において当該第１の操作に対して定義された第１の認証方式の複数の操作者のそれぞれに対する導入に関する評価を行うと共に、前記頻度情報記憶手段に記憶された前記頻度情報により示される前記第２の操作が行われた頻度に基づいて、前記定義情報記憶手段に記憶された前記定義情報において当該第２の操作に対して定義された第２の認証方式の前記複数の操作者のそれぞれに対する導入に関する評価を行う評価手段と、前記評価手段による評価結果が、前記複数の操作者のうちの第１の操作者に前記第１の認証方式を導入すべきことを示すものとして予め定められた基準を満たす場合に、当該第１の操作者を当該第１の認証方式を用いて認証し、前記評価手段による評価結果が、前記複数の操作者のうちの第２の操作者に前記第２の認証方式を導入すべきことを示すものとして予め定められた基準を満たす場合に、当該第２の操作者を当該第２の認証方式を用いて認証する認証手段とを備えたことを特徴とする画像処理装置である。
請求項９に記載の発明は、自装置で行われた操作に関する情報を処理する複数の情報処理装置と、前記複数の情報処理装置から受信した情報を処理する情報処理サーバとを備え、前記複数の情報処理装置のそれぞれは、自装置で行われる複数の操作のそれぞれが自装置で行われた頻度を示す頻度情報を記憶する頻度情報記憶手段と、前記頻度情報記憶手段に記憶された前記頻度情報を前記情報処理サーバに送信する送信手段とを備え、前記情報処理サーバは、前記複数の操作のそれぞれに対して、操作者の認証に用いられる認証方式を定義した定義情報を記憶する定義情報記憶手段と、前記送信手段により送信された前記頻度情報を受信する受信手段と、前記受信手段に受信された前記頻度情報により示される一の操作が行われた頻度に基づいて、前記定義情報記憶手段に記憶された前記定義情報において当該一の操作に対して定義された一の認証方式の前記複数の情報処理装置のそれぞれに対する導入に関する評価を行う評価手段と、前記評価手段による評価結果に基づいて、前記複数の情報処理装置のそれぞれに対する前記一の認証方式の導入に関する導入情報を生成する生成手段とを備えたことを特徴とする情報処理システムである。
請求項１０に記載の発明は、コンピュータに、自装置で行われる複数の操作のそれぞれに対して、操作者の認証に用いられる認証方式を定義した定義情報を定義情報記憶手段に記憶する機能と、自装置で前記複数の操作のそれぞれが行われた頻度を示す頻度情報を頻度情報記憶手段に記憶する機能と、前記頻度情報記憶手段に記憶された前記頻度情報により示される一の操作が行われた頻度に基づいて、前記定義情報記憶手段に記憶された前記定義情報において当該一の操作に対して定義された一の認証方式の導入に関する評価を行う機能と、前記評価を行う機能による評価結果に基づく処理を行う機能とを実現させるためのプログラムである。
【発明の効果】
【０００６】
請求項１の発明によれば、本構成を有していない場合に比較して、自装置における操作の実情に沿った認証方式の導入に関する処理を行える可能性が高まる。
請求項２の発明によれば、本構成を有していない場合に比較して、自装置における操作の実情に沿った認証方式の導入に関する情報を生成できる可能性が高まる。
請求項３の発明によれば、本構成を有していない場合に比較して、自装置における操作の実情に沿った認証方式を自装置に導入することを推奨できる可能性が高まる。
請求項４の発明によれば、本構成を有していない場合に比較して、自装置における操作の実情に沿った認証方式を操作者に導入することを推奨できる可能性が高まる。
請求項５の発明によれば、本構成を有していない場合に比較して、自装置における操作の実情に沿った認証方式を自装置に導入することを推奨できる可能性が高まる。
請求項６の発明によれば、本構成を有していない場合に比較して、自装置における操作の実情に沿った認証方式を用いて操作者を認証できる可能性が高まる。
請求項７の発明によれば、本構成を有していない場合に比較して、複数の装置における操作の実情に沿った認証方式の導入に関する情報を生成できる可能性が高まる。
請求項８の発明によれば、本構成を有していない場合に比較して、自装置における操作の実情に沿った認証方式を用いて操作者を認証できる可能性が高まる。
請求項９の発明によれば、本構成を有していない場合に比較して、複数の情報処理装置における操作の実情に沿った認証方式の導入に関する情報を生成できる可能性が高まる。
請求項１０の発明によれば、本構成を有していない場合に比較して、自装置における操作の実情に沿った認証方式の導入に関する処理を行える可能性が高まる。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施の形態が適用される画像処理装置の構成例を示した図である。
【図２】第１の実施の形態における画像処理システムについて示した図である。
【図３】第１の実施の形態で用いるスコア増減定義の一例を示した図である。
【図４】第１の実施の形態で用いる操作履歴の一例を示した図である。
【図５】第１の実施の形態で生成されるスコア情報の一例を示した図である。
【図６】第１の実施の形態でレコメンド情報を通知する画面の一例を示した図である。
【図７】第１の実施の形態でレコメンド情報を通知する画面の一例を示した図である。
【図８】第１の実施の形態における画像処理装置の機能構成例を示したブロック図である。
【図９】第１の実施の形態におけるレコメンドサーバのハードウェア構成例を示した図である。
【図１０】第１の実施の形態におけるレコメンドサーバの機能構成例を示したブロック図である。
【図１１】第１の実施の形態における画像処理装置の動作例を示したフローチャートである。
【図１２】第１の実施の形態におけるレコメンドサーバの動作例を示したフローチャートである。
【図１３】第２の実施の形態で用いるスコア増減定義の一例を示した図である。
【図１４】第２の実施の形態で用いる操作履歴の一例を示した図である。
【図１５】第２の実施の形態で生成されるスコア情報の一例を示した図である。
【図１６】第２の実施の形態における画像処理装置の機能構成例を示したブロック図である。
【図１７】第２の実施の形態における画像処理装置の動作例を示したフローチャートである。
【図１８】操作とその操作が行われた場合に各認証方式のスコアを増減する値との対応の一例を示した例である。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
図１は、本実施の形態が適用される画像処理装置１０のハードウェア構成例を示した図である。
図示するように、画像処理装置１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、ＲＯＭ（Read Only Memory）１３と、ＨＤＤ（Hard Disk Drive）１４と、操作パネル１５と、画像読取部１６と、画像形成部１７と、通信インターフェース（以下、「通信Ｉ／Ｆ」と表記する）１８とを備える。
【０００９】
ＣＰＵ１１は、ＲＯＭ１３等に記憶された各種プログラムをＲＡＭ１２にロードして実行することにより、後述する各機能を実現する。
ＲＡＭ１２は、ＣＰＵ１１の作業用メモリ等として用いられるメモリである。
ＲＯＭ１３は、ＣＰＵ１１が実行する各種プログラム等を記憶するメモリである。
ＨＤＤ１４は、画像読取部１６が読み取った画像データや画像形成部１７における画像形成にて用いる画像データ等を記憶する例えば磁気ディスク装置である。
操作パネル１５は、各種情報の表示やユーザからの操作入力の受付を行う例えばタッチパネルである。
【００１０】
画像読取部１６は、紙等の記録媒体に記録された画像を読み取る。ここで、画像読取部１６は、例えばスキャナであり、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ（Charge Coupled Devices）で受光するＣＣＤ方式や、ＬＥＤ光源から原稿に順に照射した光に対する反射光をＣＩＳ（Contact Image Sensor）で受光するＣＩＳ方式のものを用いるとよい。
【００１１】
画像形成部１７は、記録媒体に画像を形成する。ここで、画像形成部１７は、例えばプリンタであり、感光体に付着させたトナーを記録媒体に転写して像を形成する電子写真方式や、インクを記録媒体上に吐出して像を形成するインクジェット方式のものを用いるとよい。
通信Ｉ／Ｆ１８は、ネットワークを介して他の装置との間で各種情報の送受信を行う。
【００１２】
ところで、このような画像処理装置１０は、複数のユーザによって共有されることがあり、その場合は、権限を与えられたユーザ以外が画像処理装置１０を使用できないように、画像処理装置１０の使用に際してユーザ認証が行われることがある。
このユーザ認証における認証方式には、認証に用いる情報の入力方式という観点から、パスワード等の本人しか知り得ない情報に基づく知識認証、ＩＣカード等の本人の所有物に基づく所有物認証、本人の身体的な特徴に基づく生体認証等がある。また、入力された情報と照合する情報の記憶方式という観点から、照合する情報を自装置に記憶するローカル認証、照合する情報をＬＤＡＰ（Lightweight Directory Access Protocol）サーバに記憶するＬＤＡＰ認証等がある。このように認証方式には種々のものがあるが、１つの画像処理装置１０には１つの認証方式が導入されるのが一般的である。
【００１３】
一方で、導入済みの認証方式とは別の認証方式を採用すれば、操作ステップの軽減等、全体としてメリットが見込まれる場合もあるが、個々のユーザがそれを認識できることは少ない。
また、あるユーザにとってはメリットとなる認証方式が、別のユーザにとってはデメリットとなる場合もあるが、該当するユーザを特定する手段がないため、認証方式の切り替えを実施するのは容易ではない。例えば、複数の画像処理装置を使用するので全社的にＬＤＡＰ認証を実施したいユーザと、１台の画像処理装置しか使用しないのでＬＤＡＰサーバのメンテナンス時に画像処理装置が使えなくなるデメリットの方が大きいユーザとが存在する場合がある。また、電子メールの送信において署名を行うのでＰＩＮ（Personal Identification Number）入力を必須にしたいユーザと、コピーしか行わないのでＰＩＮ入力を行いたくないユーザとが存在する場合もある。
また、組織全体に対して一律に認証方式を変更したり導入したりすることは、管理者にとってＩＣカードの情報登録作業等の負担が大きい点も、認証方式の切り替えの障壁となる。
【００１４】
そこで、本実施の形態では、画像処理装置１０にインストール可能な認証方式と、その認証方式を実施することによって効率化される操作（例えば、その認証方式を実施することによって操作量が軽減される操作）又はその認証方式を実施するために必要となる操作（例えば、その認証方式の導入を検討させる契機となる操作）とを紐付け、紐付けられた認証方式と操作との組み合わせに対して評価値を設定しておく。そして、ある認証方式と紐付けられた操作が実施された場合に、その操作が実施された画像処理装置１０におけるその認証方式のレコメンドスコア又はその操作を実施したユーザについてのその認証方式のレコメンドスコアを、評価値に基づいて変更する。
【００１５】
また、このように認証方式のレコメンドスコア（以下、単に「スコア」という）を変更すると、その変更されたスコアに基づいて、次のような処理を行うことが考えられる。
（１）スコアが閾値を超えた認証方式と画像処理装置１０又はユーザとの組み合わせを管理者に提示し、その認証方式を該当する画像処理装置１０又はユーザに対して導入するように促す処理。
（２）ＩＣカードでユーザが認証を実施する場合に、ＰＩＮを入力する認証方式及びＰＩＮを入力しない認証方式のうちスコアが高い認証方式を選択する処理。
以下では、（１）の処理を実施する形態を第１の実施の形態として説明し、（２）の処理を実施する形態を第２の実施の形態として説明する。
【００１６】
［第１の実施の形態］
第１の実施の形態では、画像処理装置１０は、現在、操作パネル１５から入力されたユーザＩＤ及びパスワードを自装置に記憶されたユーザＩＤ及びパスワードと照合することによる認証方式（以下、「ローカルパスワード認証」という）で運用されているものとする。一方、画像処理装置１０には、このローカルパスワード認証に加え、ＩＣカードに記録された情報を予め記憶された情報と照合することによる認証方式（以下、「ＩＣカード認証」という）と、入力された情報をＬＤＡＰサーバに記憶された情報と照合することによる認証方式（以下、「ＬＤＡＰ認証」という）とがインストール可能であり、画像処理装置１０においてこれらの認証方式は併用可能であるものとする。
【００１７】
第１の実施の形態は、このような状況で、画像処理装置１０にＩＣカード認証又はＬＤＡＰ認証を導入することをレコメンドしたり、ユーザにＩＣカード認証又はＬＤＡＰ認証を導入することをレコメンドしたりするものである。
【００１８】
図２は、第１の実施の形態における画像処理システムについて示した図である。
図示するように、この画像処理システムは、情報処理装置の一例としての画像処理装置１０ａ，１０ｂと、情報処理サーバの一例としてのレコメンドサーバ３０とが、ネットワーク８０を介して接続されることにより構成されている。尚、図では、画像処理装置１０ａ，１０ｂを示したが、これらを区別する必要がない場合は、画像処理装置１０と称する。また、図には、２つの画像処理装置１０を示したが、１つの画像処理装置１０のみを設けてもよいし、３つ以上の画像処理装置１０を設けてもよい。
【００１９】
ここで、各画像処理装置１０は、ユーザの操作履歴をユーザＩＤに紐づけて保存し、この操作履歴は、レコメンドサーバ３０によって取得されるものとする。
また、各画像処理装置１０には、上述したように、ＩＣカードリーダを接続することによってＩＣカード認証を導入できるものとする。
更に、各画像処理装置１０には、上述したように、追加設定をすることによってＬＤＡＰ認証を導入できるものとする。ＬＤＡＰ認証を導入した場合、各ユーザのメールアドレスをＬＤＡＰサーバから取得して利用することが可能になる。
【００２０】
一方、本実施の形態では、図示するように、５人のユーザがこの画像処理システムを使用することを想定している。以下では、この５人のユーザを、ユーザＡ、ユーザＢ、ユーザＣ、ユーザＤ、ユーザＥとして説明する。
【００２１】
まず、第１の実施の形態にて認証方式をレコメンドする処理の概要について説明する。尚、ここでは、画像処理装置１０ａ，１０ｂを、それぞれ、画像処理装置Ｘ，Ｙと呼ぶこととし、画像処理装置Ｘ，Ｙに対する操作としては、パスワード入力及びメールアドレス入力の２種類を考えるものとする。
画像処理装置Ｘ，Ｙが設置されると、まず、各画像処理装置に対して操作が行われた場合に各認証方式のスコアを増減する値の定義（以下、「スコア増減定義」という）を設定する。
図３は、このようなスコア増減定義の一例を示した図である。
図示するように、このスコア増減定義では、ＩＣカード認証のスコアを増減する値と、ＬＤＡＰ認証のスコアを増減する値とが、各操作に対して定義されている。具体的には、ＩＣカード認証はユーザＩＤ及びパスワードを入力する手間が省けるメリットがあるため、操作としてパスワード入力が行われるとＩＣカード認証のスコアに１が加算されるように定義されている。また、ＬＤＡＰ認証のためにＬＤＡＰサーバを立ち上げておくとメールアドレスはＬＤＡＰサーバから取得できるので、操作としてメールアドレス入力が行われるとＬＤＡＰ認証のスコアに１が加算されるように定義されている。
【００２２】
この状態で、画像処理装置Ｘ，Ｙが一定期間稼動して各ユーザの操作履歴が蓄積されると、レコメンドサーバ３０が画像処理装置Ｘ，Ｙから操作履歴を取得する。
図４は、レコメンドサーバ３０が取得した操作履歴の一例を示した図である。（ａ）は、画像処理装置Ｘから取得した操作履歴を示し、（ｂ）は、画像処理装置Ｙから取得した操作履歴を示す。例えば、ユーザＡは、画像処理装置Ｘではパスワード入力もメールアドレス入力も行っておらず、画像処理装置Ｙではパスワード入力は３０回行っているがメールアドレス入力は行っていないことが示されている。また、ユーザＢは、画像処理装置Ｘではパスワード入力もメールアドレス入力も５回行っており、画像処理装置Ｙではパスワード入力を２０回行っておりメールアドレス入力を５回行っていることが示されている。
【００２３】
次に、レコメンドサーバ３０は認証方式のレコメンドのためのスコアを算出する。具体的には、図３に示したスコア増減定義と、図４（ａ），（ｂ）に示した操作履歴とから、画像処理装置Ｘにおける各認証方式のスコアと、画像処理装置Ｙにおける各認証方式のスコアと、画像処理装置Ｘ，Ｙにおける各認証方式のスコアとを算出する。
図５は、このようなスコアを示す情報（以下、「スコア情報」という）の一例を示した図である。尚、ここでは、スコア情報をテーブル形式のスコアテーブルとしているが、その他の形式の情報としてもよい。
図において、ＩＣ（Ｘ）、ＩＣ（Ｙ）、ＩＣ（Ｘ＋Ｙ）は、それぞれ、画像処理装置ＸにおけるＩＣカード認証のスコア、画像処理装置ＹにおけるＩＣカード認証のスコア、画像処理装置Ｘ，ＹにおけるＩＣカード認証のスコアを示している。また、ＬＤＡＰ（Ｘ）、ＬＤＡＰ（Ｙ）、ＬＤＡＰ（Ｘ＋Ｙ）は、それぞれ、画像処理装置ＸにおけるＬＤＡＰ認証のスコア、画像処理装置ＹにおけるＬＤＡＰ認証のスコア、画像処理装置Ｘ，ＹにおけるＬＤＡＰ認証のスコアを示している。
【００２４】
その後、レコメンドサーバ３０は、図５に示したスコア情報に基づいて、認証方式のレコメンドに関する情報（以下、「レコメンド情報」という）を生成する。尚、ここでは、レコメンドの優先順位を示すレコメンド情報を生成するものとする。
このレコメンドの優先順位としては、次のようなものが考えられる。
第１の優先順位は、ある認証方式を導入すべき画像処理装置の優先順位である。これは、画像処理装置ごとのその認証方式のスコアを比較することによって判断される。
第２の優先順位は、ある認証方式を導入すべきユーザの優先順位である。これは、ユーザごとのその認証方式のスコアを比較することによって判断される。
第３の優先順位は、各ユーザが各画像処理装置で各認証方式を使用する場合におけるユーザ、画像処理装置、認証方式の組み合わせの優先順位である。例えば、「ユーザＡについては画像処理装置ＸにＩＣカード認証を導入すべき」といったレコメンドが該当する。これは、ユーザごと画像処理装置ごと認証方式ごとのスコアを比較することによって判断される。
【００２５】
さて、以下では、これら３つの優先順位のうち、第１の優先順位及び第２の優先順位を例にとり、これらの優先順位を示すレコメンド情報の生成について説明する。
まず、第１の優先順位を示すレコメンド情報の生成について説明する。
図５に示したスコア情報では、太い実線の枠内に、画像処理装置ごとのＩＣカード認証のスコア、及び、画像処理装置ごとのＬＤＡＰ認証のスコアが示されている。これにより、ＩＣカード認証を導入すべき画像処理装置の優先順位が、画像処理装置Ｙ、画像処理装置Ｘの順であることと、ＬＤＡＰ認証を導入すべき画像処理装置の優先順位が、画像処理装置Ｘ、画像処理装置Ｙの順であることとを示すレコメンド情報が生成される。
【００２６】
図６は、このようにして生成されたレコメンド情報を管理者に通知する画面の一例を示した図である。尚、ここでは、認証方式をレコメンドするための閾値を「３０」としている。但し、実際には、ＩＣカードリーダの導入コスト及びＬＤＡＰサーバの設置コストを考慮し、例えば、ＩＣカード認証をレコメンドするための閾値は「５０」、ＬＤＡＰ認証をレコメンドするための閾値は「１００」といったように閾値を変えるのが好ましい。
【００２７】
尚、ここでは、認証方式ごとに優先順位を示すレコメンド情報を生成し通知したが、認証方式を区別することなく優先順位を示すレコメンド情報を生成し通知するようにしてもよい。具体的には、ＩＣカード認証を画像処理装置Ｙに導入すること、ＩＣカード認証を画像処理装置Ｘに導入すること、ＬＤＡＰ認証を画像処理装置Ｘに導入すること、ＬＤＡＰ認証を画像処理装置Ｙに導入することの順に優先度が高いことを示すレコメンド情報を生成し通知するようにしてもよい。
【００２８】
次に、第２の優先順位を示すレコメンド情報の生成について説明する。
図５に示したスコア情報では、太い破線の枠内に、ユーザごとのＩＣカード認証のスコア、及び、ユーザごとのＬＤＡＰ認証のスコアが示されている。これにより、ＩＣカード認証を導入すべきユーザの優先順位が、ユーザＣ、ユーザＤ、ユーザＡ、ユーザＢ、ユーザＥの順であることと、ＬＤＡＰ認証を導入すべきユーザの優先順位が、ユーザＣ、ユーザＤ、ユーザＢ、ユーザＡ，Ｅ（ユーザＡとユーザＥの優先順位は同じ）の順であることとを示すレコメンド情報とが生成される。
【００２９】
図７は、このようにして生成されたレコメンド情報を管理者に通知する画面の一例を示した図である。尚、ここでは、認証方式をレコメンドするための閾値を「２０」としている。
【００３０】
次に、第１の実施の形態における各装置の構成について説明する。
図８は、画像処理装置１０の機能構成例を示したブロック図である。
図示するように、画像処理装置１０は、認証部２１と、処理制御部２２と、操作履歴記憶部２３と、送信部２４とを備えている。
【００３１】
認証部２１は、ユーザが操作パネル１５から入力したユーザＩＤ及びパスワードの組み合わせが予め記憶されたユーザＩＤ及びパスワードの組み合わせに含まれるかどうかを判断することにより、ユーザを認証する。
【００３２】
処理制御部２２は、画像読取部１６、画像形成部１７等で行われる処理を制御する。特に、第１の実施の形態では、画像読取部１６が紙等の媒体から画像を読み取ってその画像を指定されたメールアドレスに送信するスキャンｔｏメール処理を制御する。
【００３３】
操作履歴記憶部２３は、認証部２１又は処理制御部２２が受け付けた操作の履歴（操作履歴）を記憶する。具体的には、図４に示したように、認証部２１は、ユーザＩＤ及びパスワードの入力操作を受け付けるので、この操作をパスワード入力として記憶し、処理制御部２２は、スキャンｔｏメール処理におけるメールアドレスの入力操作を受け付けるので、この操作をメールアドレス入力として記憶する。本実施の形態では、操作が行われた頻度を示す頻度情報の一例として、操作履歴を用いており、頻度情報を記憶する頻度情報記憶手段の一例として、操作履歴記憶部２３を設けている。
【００３４】
送信部２４は、レコメンドサーバ３０から操作履歴の取得要求があると、操作履歴記憶部２３に記憶された操作履歴のうち、前回の操作履歴の送信以降に記憶した操作履歴をレコメンドサーバ３０に送信する。本実施の形態では、頻度情報を送信する送信手段の一例として、送信部２４を設けている。
【００３５】
尚、これらの機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ１１が、認証部２１、処理制御部２２、送信部２４を実現するプログラムを例えばＨＤＤ１４からＲＡＭ１２に読み込んで実行することにより、これらの機能部は実現される。また、操作履歴記憶部２３は、例えばＨＤＤ１４により実現される。
【００３６】
図９は、レコメンドサーバ３０のハードウェア構成例を示した図である。
図示するように、レコメンドサーバ３０は、演算手段であるＣＰＵ３１と、記憶手段であるメインメモリ３２及びＨＤＤ３３とを備える。ここで、ＣＰＵ３１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、後述する各機能を実現する。また、メインメモリ３２は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域であり、ＨＤＤ３３は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。
更に、レコメンドサーバ３０は、外部との通信を行うための通信Ｉ／Ｆ３４と、ビデオメモリやディスプレイ等からなる表示機構３５と、キーボードやマウス等の入力デバイス３６とを備える。
【００３７】
図１０は、レコメンドサーバ３０の機能構成例を示したブロック図である。
図示するように、レコメンドサーバ３０は、受信部４１と、操作履歴記憶部４２と、スコア増減定義記憶部４３と、スコア算出部４４と、スコア情報記憶部４５と、レコメンド情報生成部４６とを備えている。
【００３８】
受信部４１は、画像処理装置１０の送信部２４が送信した操作履歴を受信する。本実施の形態では、頻度情報を受信する受信手段の一例として、受信部４１を設けている。
【００３９】
操作履歴記憶部４２は、受信部４１が画像処理装置１０から受信した操作履歴を記憶する。
【００４０】
スコア増減定義記憶部４３は、図３に一例を示したスコア増減定義を記憶する。本実施の形態では、操作に対して認証方式を定義した定義情報の一例として、スコア増減定義を用いており、定義情報を記憶する定義情報記憶手段の一例として、スコア増減定義記憶部４３を設けている。
【００４１】
スコア算出部４４は、操作履歴記憶部４２に記憶された操作履歴と、スコア増減定義記憶部４３に記憶されたスコア増減定義とを用いて、スコアを算出し、図５に一例を示したスコア情報を生成する。本実施の形態では、認証方式の導入に関する評価を行う評価手段の一例として、スコア算出部４４を設けている。
【００４２】
スコア情報記憶部４５は、スコア算出部４４が算出したスコアを含むスコア情報を記憶する。
【００４３】
レコメンド情報生成部４６は、スコア情報記憶部４５に記憶されたスコア情報に基づいて、図６及び図７に一例を示したレコメンド情報を生成する。本実施の形態では、認証方式の導入に関する導入情報の一例として、レコメンド情報を用いており、導入情報を生成する生成手段の一例として、レコメンド情報生成部４６を設けている。
【００４４】
尚、これらの機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ３１が、受信部４１、スコア算出部４４、レコメンド情報生成部４６を実現するプログラムを例えばＨＤＤ３３からメインメモリ３２に読み込んで実行することにより、これらの機能部は実現される。また、操作履歴記憶部４２、スコア増減定義記憶部４３、スコア情報記憶部４５は、例えばＨＤＤ３３により実現される。
【００４５】
次いで、第１の実施の形態の動作について説明する。
図１１は、画像処理装置１０が操作履歴を記憶する際の動作例を示したフローチャートである。
図示するように、画像処理装置１０では、まず、認証部２１が、操作パネル１５からパスワードが入力されたかどうかを判定する（ステップ１０１）。尚、第１の実施の形態では、画像処理装置１０に対する操作としてパスワード入力を想定しているので、ここではパスワードが入力されたかどうかを判定するものとしたが、パスワードが入力される場合はユーザＩＤも一緒に入力されるものとする。
パスワードが入力されていないと判定した場合、認証部２１は、ステップ１０１でパスワードの入力を待ち続けるが、パスワードが入力されたと判定した場合、認証部２１は、入力されたパスワードが入力されたユーザＩＤに対して予め記憶されたものであるかどうかを判定する認証処理を行い（ステップ１０２）、認証が成功したかどうかを判定する（ステップ１０３）。
その結果、認証が成功しなかったと判定されれば、処理は終了するが、認証が成功したと判定されれば、認証部２１は、操作履歴記憶部２３に記憶されている操作履歴（図４参照）において、パスワード入力が行われた回数に１を加算する（ステップ１０４）。
【００４６】
その後、制御は処理制御部２２に移り、処理制御部２２が、メニュー画面を操作パネル１５に表示する（ステップ１０５）。そして、メニュー画面において、スキャンｔｏメール処理が選択されたかどうかを判定する（ステップ１０６）。
スキャンｔｏメール処理が選択されたと判定した場合、処理制御部２２は、操作パネル１５から入力されたメールアドレスを受け付ける（ステップ１０７）。そして、画像読取部１６が紙等の媒体から画像を読み取って通信Ｉ／Ｆ１８がその画像をステップ１０７で受け付けたメールアドレスに送信するスキャンｔｏメール処理を行うように、画像読取部１６及び通信Ｉ／Ｆ１８を制御する（ステップ１０８）。また、処理制御部２２は、操作履歴記憶部２３に記憶されている操作履歴（図４参照）において、メールアドレス入力が行われた回数に１を加算する（ステップ１０９）。
一方、スキャンｔｏメール処理が選択されなかったと判定した場合、処理制御部２２は、他の選択された処理（例えば、プリント、コピー等）を行うように、画像読取部１６、画像形成部１７等を制御する（ステップ１１０）。
【００４７】
図１２は、レコメンドサーバ３０が操作履歴に基づいてレコメンド情報を生成する際の動作例を示したフローチャートである。
図示するように、レコメンドサーバ３０では、まず、受信部４１が、複数の画像処理装置１０から操作履歴を受信する（ステップ３０１）。例えば、レコメンドサーバ３０が複数の画像処理装置１０に対して操作履歴の送信要求を行うことにより、複数の画像処理装置１０では送信部２４が操作履歴をレコメンドサーバ３０に送信するので、受信部４１はこれを受信するとよい。尚、受信部４１が受信した操作履歴は、既に記憶されている操作履歴に追加する形で、操作履歴記憶部４２に記憶される。
【００４８】
次に、スコア算出部４４が、操作履歴記憶部４２に記憶された操作履歴（図４参照）と、スコア増減定義記憶部４３に記憶されたスコア増減定義（図３参照）とに基づいて、ユーザごと画像処理装置１０ごとに各認証方式を導入すべきかどうかの評価値であるスコアを算出する（ステップ３０２）。尚、算出されたスコアを含むスコア情報は、スコア情報記憶部４５に記憶される。
【００４９】
次いで、レコメンド情報生成部４６は、画像処理装置１０ごとに以下の処理を行う。即ち、レコメンド情報生成部４６は、ある画像処理装置に対するある認証方式のスコア（図５の太い実線の１つの枠内のスコア）に着目し（ステップ３０３）、そのスコアが閾値Ｔｈ１を超えているかどうかを判定する（ステップ３０４）。スコアが閾値Ｔｈ１を超えていれば、レコメンド情報生成部４６は、その認証方式の導入が画像処理装置１０にとって有益であることを示す情報（例えば、図６に示したような操作効率が向上することを示す情報）をレコメンド情報に含め（ステップ３０５）、ステップ３０６へ進む。
一方、ステップ３０４でスコアが閾値Ｔｈ１を超えていないと判定された場合は、その認証方式の導入が画像処理装置１０にとって有益であることを示す情報をレコメンド情報に含めることなく、ステップ３０６へ進む。
その後、レコメンド情報生成部４６は、画像処理装置１０と認証方式の他の組み合わせがあるかどうかを判定し（ステップ３０６）、他の組み合わせがあれば、ステップ３０３〜３０５の処理を繰り返す。
【００５０】
また、画像処理装置１０と認証方式の他の組み合わせがなければ、レコメンド情報生成部４６は、ユーザごとに以下の処理を行う。即ち、レコメンド情報生成部４６は、あるユーザに対するある認証方式のスコア（図５の太い破線の１つの枠内のスコア）に着目し（ステップ３０７）、そのスコアが閾値Ｔｈ２を超えているかどうかを判定する（ステップ３０８）。スコアが閾値Ｔｈ２を超えていれば、レコメンド情報生成部４６は、その認証方式の導入がユーザにとって有益であることを示す情報（例えば、図７に示したような操作効率が向上することを示す情報）をレコメンド情報に含め（ステップ３０９）、ステップ３１０へ進む。
一方、ステップ３０８でスコアが閾値Ｔｈ２を超えていないと判定された場合は、その認証方式の導入がユーザにとって有益であることを示す情報をレコメンド情報に含めることなく、ステップ３１０へ進む。
その後、レコメンド情報生成部４６は、ユーザと認証方式の他の組み合わせがあるかどうかを判定し（ステップ３１０）、他の組み合わせがあれば、ステップ３０７〜３０９の処理を繰り返す。
【００５１】
以上の処理によりレコメンド情報が生成されるが、ユーザによりレコメンド情報の表示が要求されると、レコメンドサーバ３０では、表示機構３５が、図６及び図７に示したようにレコメンド情報を表示する。
【００５２】
尚、第１の実施の形態では、レコメンド情報として、新たな認証方式を導入することによって操作効率が向上される旨の情報を示したが、これには限らない。例えば、新たな認証方式を導入することによるメリットを訴えることなく単に新たな認証方式を導入することを推奨する情報であってもよいし、新たな認証方式を導入することによって負担すべきコストに関する情報であってもよい。即ち、レコメンド情報は、一般的には、認証方式の導入に関する情報と言うことができる。
【００５３】
また、第１の実施の形態では、ある画像処理装置におけるある認証方式のスコアが閾値Ｔｈ１を超えている場合にその画像処理装置にその認証方式を導入することをレコメンドするレコメンド情報を生成するようにしたが、これには限らない。一般的には、複数の画像処理装置のそれぞれに認証方式を導入すべきかどうかの評価結果が、画像処理装置にその認証方式を導入すべきことを示すものとして予め定められた基準を満たす場合に、このようなレコメンド情報を生成する、というものでもよい。
更に、第１の実施の形態では、あるユーザのある認証方式のスコアが閾値Ｔｈ２を超えている場合にそのユーザにその認証方式を導入することをレコメンドするレコメンド情報を生成するようにしたが、これには限らない。一般的には、複数のユーザのそれぞれに認証方式を導入すべきかどうかの評価結果が、ユーザにその認証方式を導入すべきことを示すものとして予め定められた基準を満たす場合に、このようなレコメンド情報を生成する、というものでもよい。
【００５４】
また、第１の実施の形態では、画像処理装置１０に対する認証方式の導入に関するレコメンド情報と、ユーザに対する認証方式の導入に関するレコメンド情報とを別個独立の情報として表示したが、この限りではない。例えば、まず、前者のレコメンド情報を表示し、レコメンドされた認証方式を新たに導入すると、その新たに導入された認証方式に関して後者のレコメンド情報を表示するようにしてもよい。
【００５５】
更に、第１の実施の形態では、複数の画像処理装置１０から受信した操作履歴に基づいて、レコメンドサーバ３０がレコメンド情報を生成するようにしたが、画像処理装置１０に記憶された操作履歴に基づいて、その画像処理装置１０自身がレコメンド情報を生成するようにしてもよい。その場合、レコメンドサーバ３０のスコア算出部４４、スコア増減定義記憶部４３、スコア算出部４４、スコア情報記憶部４５、レコメンド情報生成部４６の機能部が画像処理装置１０に設けられ、これらの機能部は、操作履歴記憶部２３に記憶された操作履歴を用いて、レコメンド情報を生成することになる。
【００５６】
［第２の実施の形態］
第２の実施の形態は、ＩＣカード認証において、ＰＩＮを入力するかどうかを、ユーザの操作に応じて選択するものである。
ＩＣカードにおいては、ＰＩＮを入力しなければアクセスできない領域に証明書を格納することがある。この証明書を用いた認証は、所有認証と知識認証との組み合わせなので認証強度が高い。従って、認識強度が高くないと利用できないサービスをよく利用するユーザに対しては、ＰＩＮ入力を要求するＩＣカード認証（以下、「ＰＩＮ有り認証」という）を実行する。一方で、ＰＩＮを入力しない場合は、ＰＩＮを入力しなくてもアクセスできる領域（ＣａｒｄＩＤ）を読み取ることで、認証強度は低いが、ユーザの識別までは可能である。従って、認識強度が低くても利用できるサービスをよく利用するユーザに対しては、ＰＩＮ入力を要求しないＩＣカード認証（以下、「ＰＩＮ無し認証」という）を選択する。
【００５７】
以下、第２の実施の形態にてＰＩＮ有り認証及びＰＩＮ無し認証の何れを選択するかを決定する処理の概要について説明する。尚、ここでは、画像処理装置１０に対する操作として、認識強度が低くても行える操作の例としてコピーを考え、認識強度が高くないと行えない操作の例としてファクシミリ送信を考えるものとする。
画像処理装置１０が設置されると、まず、画像処理装置１０に対して操作が行われた場合に各認証方式のスコアを増減する値の定義（スコア増減定義）を設定する。
図１３は、このようなスコア増減定義の一例を示した図である。
図示するように、このスコア増減定義では、ＰＩＮ有り認証のスコアを増減する値と、ＰＩＮ無し認証のスコアを増減する値とが、各操作に対して定義されている。具体的には、認識強度が低くても利用できるコピーが操作として行われると、ＰＩＮ無し認証のスコアに１が加算され、ＰＩＮ有り認証のスコアから１が減算されるように定義されている。また、認証強度が高くないと利用できないファクシミリ送信が操作として行われると、ＰＩＮ有り認証のスコアに１が加算され、ＰＩＮ無し認証のスコアから１が減算されるように定義されている。
【００５８】
この状態で、画像処理装置１０が一定期間稼動して各ユーザの操作履歴が画像処理装置１０に蓄積される。
図１４は、画像処理装置１０に蓄積された操作履歴の一例を示した図である。例えば、ユーザＡは、コピーを６５回、ファクシミリ送信を１０回行っており、ユーザＢは、コピーを５回、ファクシミリ送信を７５回行っていることが示されている。
【００５９】
次に、画像処理装置１０はＰＩＮ有り認証及びＰＩＮ無し認証の何れを選択するかを決定するためのスコアを算出する。具体的には、図１３に示したスコア増減定義と、図１４に示した操作履歴とから、ユーザＡのスコアと、ユーザＢのスコアとを算出する。
図１５は、このようなスコアを示す情報（スコア情報）の一例を示した図である。尚、ここでは、スコア情報をテーブル形式のスコアテーブルとしているが、その他の形式の情報としてもよい。
図において、ＰＩＮはＰＩＮ有り認証のスコアを示し、ＮＯ−ＰＩＮはＰＩＮ無し認証のスコアを示している。
ユーザＡについては、ＰＩＮ有り認証のスコアが「−５５」であり、ＰＩＮ無し認証のスコアが「５５」である。また、ユーザＢについては、ＰＩＮ有り認証のスコアが「７０」であり、ＰＩＮ無し認証のスコアが「−７０」である。
従って、閾値を「５０」とすると、ユーザＡに対しては、ＰＩＮ無し認証が選択され、ユーザＢに対しては、ＰＩＮ有り認証が選択される。
【００６０】
次に、第２の実施の形態における装置の構成について説明する。
図１６は、画像処理装置１０の機能構成例を示したブロック図である。
図示するように、情報処理装置の一例としての画像処理装置１０は、認証部２１と、処理制御部２２と、操作履歴記憶部２３とを備えている。また、スコア増減定義記憶部２５と、スコア算出部２６と、スコア情報記憶部２７と、認証方式決定部２８とを備えている。
【００６１】
認証部２１は、ＩＣカードリーダから入力された情報が予め記憶された情報に含まれるかどうかを判断することにより、ユーザを認証する。本実施の形態では、操作者を認証する認証手段の一例として、認証部２１を設けている。
【００６２】
処理制御部２２は、画像読取部１６、画像形成部１７等で行われる処理を制御する。特に、第２の実施の形態では、画像読取部１６が紙等の媒体から画像を読み取ってその画像を別の媒体に印刷するコピー処理、及び、画像読取部１６が紙等の媒体から読み取った画像又は通信Ｉ／Ｆ１８が図示しない端末装置から受信した画像を指定された宛先に公衆回線で送信するファクシミリ送信処理を制御する。
【００６３】
操作履歴記憶部２３は、処理制御部２２が受け付けた操作の履歴（操作履歴）を記憶する。具体的には、図１４に示したように、処理制御部２２は、コピーを指示する操作及びファクシミリ送信を指示する操作を受け付けるので、前者の操作を受け付けた場合にはこの操作をコピーとして記憶し、後者の操作を受け付けた場合にはこの操作をファクシミリ送信として記憶する。
【００６４】
スコア増減定義記憶部２５は、図１３に一例を示したスコア増減定義を記憶する。本実施の形態では、操作に対して認証方式を定義した定義情報の一例として、スコア増減定義を用いており、定義情報を記憶する定義情報記憶手段の一例として、スコア増減定義記憶部２５を設けている。
【００６５】
スコア算出部２６は、操作履歴記憶部２３に記憶された操作履歴と、スコア増減定義記憶部２５に記憶されたスコア増減定義とを用いて、スコアを算出し、図１５に一例を示したスコア情報を生成する。本実施の形態では、認証方式の導入に関する評価を行う評価手段の一例として、スコア算出部２６を設けている。
【００６６】
スコア情報記憶部２７は、スコア算出部２６が算出したスコアを含むスコア情報を記憶する。
【００６７】
認証方式決定部２８は、スコア情報記憶部２７に記憶されたスコア情報に基づいて、認証方式を決定し、決定した認証方式を認証部２１及び処理制御部２２に伝える。
【００６８】
尚、これらの機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ１１が、認証部２１、処理制御部２２、スコア算出部２６、認証方式決定部２８を実現するプログラムを例えばＨＤＤ１４からＲＡＭ１２に読み込んで実行することにより、これらの機能部は実現される。また、操作履歴記憶部２３、スコア増減定義記憶部２５、スコア情報記憶部２７は、例えばＨＤＤ１４により実現される。
【００６９】
次いで、第２の実施の形態の動作について説明する。
図１７は、画像処理装置１０の動作例を示したフローチャートである。
図示するように、画像処理装置１０では、まず、認証部２１が、ＩＣカードリーダからＩＣカードに記録されたユーザの情報が入力されたかどうかを判定する（ステップ１５１）。
ユーザの情報が入力されていないと判定した場合、認証部２１は、ステップ１５１でユーザの情報の入力を待ち続けるが、ユーザの情報が入力されたと判定した場合、認証部２１は、入力されたユーザの情報が予め記憶されたものであるかどうかを判定する認証処理を行う（ステップ１５２）。尚、この認証処理は、ＰＩＮ無しでＣａｒｄＩＤを読み取り、ユーザを識別する処理である。そして、認証部２１は、認証が成功したかどうかを判定する（ステップ１５３）。
【００７０】
その結果、認証が成功しなかったと判定されれば、処理は終了するが、認証が成功したと判定されれば、認証方式決定部２８が、スコア情報記憶部２７に記憶されたスコア情報に含まれるそのユーザのスコアが閾値Ｔｈを超えているかどうかを判定する（ステップ１５４）。スコアが閾値Ｔｈを超えていれば、ＰＩＮ入力を要求すべき旨が認証部２１に返され、認証部２１が、ＰＩＮ入力を要求し、入力されたＰＩＮを受け付ける（ステップ１５５）。そして、認証部２１は、入力されたＰＩＮがそのユーザに対して予め記憶されたものであるかどうかを判定する（ステップ１５６）。
【００７１】
入力されたＰＩＮがそのユーザに対して予め記憶されたものでないと判定されれば、処理は終了するが、入力されたＰＩＮがそのユーザに対して予め記憶されたものであると判定されれば、制御は処理制御部２２に移り、処理制御部２２が、メニュー画面を操作パネル１５に表示する（ステップ１５７）。また、ステップ１５４で、認証方式決定部２８が、スコア情報記憶部２７に記憶されたスコア情報に含まれるそのユーザのスコアが閾値Ｔｈを超えていないと判定すれば、ＰＩＮ入力を要求することなく制御は処理制御部２２に移り、処理制御部２２が、メニュー画面を操作パネル１５に表示する（ステップ１５７）。
【００７２】
その後、処理制御部２２は、メニュー画面において、如何なる処理が選択されたかを判定する（ステップ１５８）。
コピー処理が選択されたと判定した場合、処理制御部２２は、画像読取部１６が媒体から画像を読み取って画像形成部１７が他の媒体にその画像を印刷するコピー処理を行うように、画像読取部１６及び画像形成部１７を制御する（ステップ１５９）。また、処理制御部２２は、操作履歴記憶部２３に記憶されている操作履歴（図１４参照）において、コピーが行われた回数に１を加算する（ステップ１６０）。
一方、ファクシミリ送信処理が選択されたと判定された場合、処理制御部２２は、画像読取部１６が媒体から読み取った画像又は通信Ｉ／Ｆ１８が受信した画像を通信Ｉ／Ｆ１８が公衆回線を介して送信するファクシミリ送信処理を行うように、画像読取部１６及び通信Ｉ／Ｆ１８を制御する（ステップ１６１）。また、処理制御部２２は、操作履歴記憶部２３に記憶されている操作履歴（図１４参照）において、ファクシミリ送信が行われた回数に１を加算する（ステップ１６２）。
【００７３】
そして、最後に、スコア算出部２６が、操作履歴記憶部２３に記憶された操作履歴（図１４参照）と、スコア増減定義記憶部２５に記憶されたスコア増減定義（図１３参照）とに基づいて、ユーザごと画像処理装置１０ごとに各認証方式を導入すべきかどうかの評価値であるスコアを算出する（ステップ１６３）。尚、算出されたスコアを含むスコア情報は、スコア情報記憶部２７に記憶される。
尚、ステップ１５８でコピー処理、ファクシミリ送信処理以外の他の処理が選択されたと判定した場合、図示しないが、処理制御部２２は、他の選択された処理（例えば、スキャン、プリント等）を行うように、画像読取部１６、画像形成部１７等を制御し、処理を終了する。
【００７４】
即ち、第２の実施の形態では、ステップ１５２で識別されたユーザが、ＰＩＮ有り認証のスコアの大きいユーザ（認証強度が高くないと利用できないサービスをよく使うユーザ）である場合は、ＰＩＮ入力を促す。
一方、ステップ１５２で識別されたユーザが、ＰＩＮ有り認証のスコアの小さいユーザ（コピー等の認証強度が低くても利用できるサービスをよく使うユーザ）である場合は、ＰＩＮ入力を促すことなく、そのままメニュー画面に遷移する。尚、このようなユーザは、コピー利用集計のためにユーザの識別だけは行いたい、といった場合もある。
【００７５】
尚、第２の実施の形態では、あるユーザのある認証方式のスコアが閾値Ｔｈを超えている場合にそのユーザをその認証方式を用いて認証するようにしたが、これには限らない。一般的には、複数のユーザのそれぞれに認証方式を導入すべきかどうかの評価結果が、ユーザにその認証方式を導入すべきことを示すものとして予め定められた基準を満たす場合に、そのユーザをその認証方式を用いて認証する、というものでもよい。
【００７６】
［他の実施の形態］
次に、第１の実施の形態及び第２の実施の形態に対する変形例を、他の実施の形態として説明する。
まず、機器の導入コストもスコアや閾値に含めることが考えられる。
例えば、ＩＣカードの導入にはカードのコストがかかるので、閾値を高くしてもよい。
また、例えば、静脈認証は静脈を読み取る機器のコストがかかるので、画像処理装置１０は、導入メリットがあるユーザが５０人以上になった時点で初めてレコメンドする構成や、導入メリットがあるユーザのスコアの合計値が１０００以上になった時点で初めてレコメンドする構成を採用してもよい。これを一般的に言うと、複数のユーザのそれぞれに認証方式を導入すべきかどうかの評価結果が、画像処理装置１０にその認証方式を導入すべきことを示すものとして予め定められた複数のユーザに関する基準を満たす場合に、画像処理装置１０にその認証方式を導入することを推奨してもよい、ということになる。即ち、上記の例のユーザが５０人以上、ユーザのスコアの合計値が１０００以上といった基準が、ここでの予め定められた複数のユーザに関する基準の一例である。
【００７７】
逆に、複数の認証方法で認証できるようになったユーザが、メリットの薄い認証方法を保持し続けると、負担になるかもしれない。
第一に、例えば、静脈認証の場合、登録されたユーザが多いほど、つまり、静脈データが多いほど、入力された静脈データを登録された静脈データと照合して認証する処理に時間がかかるので、不要なユーザの静脈データは破棄するのが望ましい。従って、画像処理装置１０は、ＩＣカード認証又はＬＤＡＰ認証へ移行しているユーザについて、静脈認証をできないようにすることを逆レコメンドしてもよい。
第二に、例えば、ＩＣカード認証へ移行したユーザがローカルパスワード認証を行わないのであれば、覚えておくべき情報を減らすと共に、総当たり攻撃で機器を使われてしまうセキュリティリスクを軽減するために、ユーザＩＤ及びパスワードは削除した方がよい。従って、画像処理装置１０は、ローカルパスワード認証をできないようにすることを逆レコメンドしてもよい。
尚、これらの逆レコメンドは、スコアが閾値以上と判断された場合ではなく、スコアが閾値以下と判断された場合に行うとよい。その際、認証方式によって軽減される操作に対してプラスの評価値を与えるだけでなく、複数の認証方式のうちのメリットの薄い認証方式（第一の例では静脈認証、第二の例ではローカルパスワード認証）で認証する操作に対してマイナスの評価値を与えておくとよい。
【００７８】
また、レコメンドを行う際に、画像処理装置１０は、図７のように認証方式とユーザの組み合わせを表示するだけでなく、そのユーザの登録作業を簡単に済ませる手段を提供することも考えられる。
例えば、ＩＣカードの導入が推奨されるユーザが２人（ユーザＡ及びユーザＣ）いた場合に、次のようにユーザの数だけ、登録を行うウィザードを表示するようにしてもよい。
即ち、画像処理装置１０が、「このままＩＣカードを登録しますか？」と表示し、管理者が「はい」を選択したとする。すると、画像処理装置１０は、「ユーザＡのＩＣカードをかざしてください。」と表示し、管理者がユーザＡを呼んでＩＣカードをかざしてもらうと、画像処理装置１０は、「ユーザＡのカードを登録しました。」と表示する。また、続けて、画像処理装置１０は、「ユーザＣのＩＣカードをかざしてください。」と表示し、管理者がユーザＣを呼んでかざしてもらうと、画像処理装置１０は、「ユーザＣのカードを登録しました。」と表示する。
【００７９】
更に、複数の画像処理装置１０の操作状況や位置情報を加味することも考えられる。
例えば、同じユーザが複数の画像処理装置１０を使用していれば、ＬＤＡＰの統合認証環境に移行することが有効になる。尚、このとき、同じユーザであるかどうかの判断は、画像処理装置１０に対して入力されたユーザＩＤが同じであるかどうかで判断するとよい。
また、画像処理装置Ｘ，Ｙが隣接して設置されており、ユーザＡが画像処理装置Ｘ，Ｙを同程度の頻度で使用する場合に、画像処理装置Ｘの操作履歴だけではスコアが閾値を超えなくても、画像処理装置Ｘ，Ｙの操作履歴を合計すると閾値を超えれば、画像処理装置Ｘだけでも静脈リーダを導入するべき、とレコメンドしてもよい。
【００８０】
また、第１の実施の形態でスコア情報記憶部４５に記憶されたスコア情報又は第２の実施の形態でスコア情報記憶部２７に記憶されたスコア情報に基づく処理としては、レコメンド情報生成部４６がレコメンド情報を生成する処理や、認証部２１がユーザを認証する処理だけでなく、種々の処理が考えられる。こういう意味で、第１の実施の形態のレコメンド情報生成部４６及び第２の実施の形態の認証部２１は、評価結果に基づく処理を行う処理部の一例である。
【００８１】
ここで、各認証方式のスコアに寄与するメリット及びデメリットについて説明する。
ローカルパスワード認証には、低コストで導入できるというメリットがあるが、認証の手間が大きいというデメリットがある。
ＩＣカード認証（ＰＩＮ無し）には、認証操作が容易であるというメリットがあるが、認証強度がやや低い（盗難したカードで認証が成功する）というデメリットや、導入コスト（カード発行費用）がやや高いというデメリットがある。
ＩＣカード認証（ＰＩＮ有り）には、認証強度が高い（盗難したカードでそのままでは認証は成功しない）というメリットがあるが、導入コスト（カード発行費用）がやや高いというデメリットがある。
生体認証には、認証強度が高いというメリットや、認証操作が容易であるというメリットや、認証に必要な情報や物を忘れることがないというメリットがあるが、導入コストがやや高いというデメリットや、他の認証方式に比べてエラーが発生し易いというデメリットがある。
ＬＤＡＰ認証には、ＬＤＡＰサーバから情報（メールアドレス等）を取得して利用することが可能であるというメリットや、１回の登録で済むので複数の画像処理装置１０が設置されている場合に登録が簡易であるというメリットがあるが、認証の手間が大きいというデメリットや、導入コストが高くＬＤＡＰサーバの構築に専門性が必要であるというデメリットがある。
【００８２】
図１８は、以上のようなメリット及びデメリットの考察から導出される、操作とその操作が行われた場合に各認証方式のスコアを増減する値との対応例を示したものである。尚、この対応例は、図３に示したスコア増減定義と、図１３に示したスコア増減定義とを包含する。具体的には、図１８から、パスワード入力の行及びメールアドレス入力の行と、ＩＣカード認証（ＰＩＮ有り）の列及びＬＤＡＰ認証の列とが交わった部分を抜き出したものが、図３のスコア増減定義である。尚、図３では、ＩＣカード認証でＰＩＮ有りかＰＩＮ無しかの区別はしていないので、「ＩＣカード認証（ＰＩＮ有り）」は単に「ＩＣカード認証」と表記している。また、図１８から、コピーの行及びファクシミリ送信の行と、ＩＣカード認証（ＰＩＮ有り）の列及びＩＣカード認証（ＰＩＮ無し）の列とが交わった部分を抜き出したものが、図１３のスコア増減定義である。尚、図１３では、認証方式は何れもＩＣカード認証であるので、「ＩＣカード認証（ＰＩＮ有り）」は「ＰＩＮ有り認証」と表記し、「ＩＣカード認証（ＰＩＮ無し）」は「ＰＩＮ無し認証」と表記している。
【００８３】
尚、図１８には、第１の実施の形態及び第２の実施の形態で画像処理装置１０に対する操作として採用したもの以外の操作も含めている。
例えば、管理者によるパスワード変更を操作として含めている。これは、ユーザがパスワードを忘れたことによる工数や、認証強度を保つためのメンテナンス工数がかかったことを示すための操作である。
また、入力操作ミスによる認証失敗も操作として含めている。
更に、複数の画像処理装置１０の使用も操作として含めている。これは、リーダ機器の導入コストが大きくなることを示すための操作である。
【００８４】
また、この対応例では、各認証方式のスコアを増減する値として、「＋１」、「０」だけでなく、「＋２」、「−１」といった値も設定した。これは、操作及び認証方式に応じて、スコアを増減する値に重み付けを行ったものと言える。しかしながら、必ずしも重み付けを行う必要はなく、「＋１」、「０」のみを設定してもよい。この場合、ある操作及びある認証方式に対して「＋１」が設定されていれば、その操作に対してその認証方式が定義されていると言うことができ、ある操作及びある認証方式に対して「０」が設定されていれば、その操作に対してその認証方式は定義されていないと言うことができる。
【００８５】
尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。
【符号の説明】
【００８６】
１０…画像処理装置、２１…認証部、２２…処理制御部、２３…操作履歴記憶部、２４…送信部、２５…スコア増減定義記憶部、２６…スコア算出部、２７…スコア情報記憶部、２８…認証方式決定部、３０…レコメンドサーバ、４１…受信部、４２…操作履歴記憶部、４３…スコア増減定義記憶部、４４…スコア算出部、４５…スコア情報記憶部、４６…レコメンド情報生成部、８０…ネットワーク
【図１】
2014041564.tif 000003
【図２】
2014041564.tif 000004
【図３】
2014041564.tif 000005
【図４】
2014041564.tif 000006
【図５】
2014041564.tif 000007
【図６】
2014041564.tif 000008
【図７】
2014041564.tif 000009
【図８】
2014041564.tif 000010
【図９】
2014041564.tif 000011
【図１０】
2014041564.tif 000012
【図１１】
2014041564.tif 000013
【図１２】
2014041564.tif 000014
【図１３】
2014041564.tif 000015
【図１４】
2014041564.tif 000016
【図１５】
2014041564.tif 000017
【図１６】
2014041564.tif 000018
【図１７】
2014041564.tif 000019
【図１８】
2014041564.tif 000020