特許 7476738 情報処理装置及び情報処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-04-22

(45)【発行日】2024-05-01

(54)【発明の名称】情報処理装置及び情報処理プログラム

(51)【国際特許分類】

   G06F 21/31 20130101AFI20240423BHJP

【ＦＩ】

G06F21/31

【請求項の数】 10

(21)【出願番号】P 2020151846

(22)【出願日】2020-09-10

(65)【公開番号】P2022046024

(43)【公開日】2022-03-23

【審査請求日】2023-08-30

(73)【特許権者】

【識別番号】000005496

【氏名又は名称】富士フイルムビジネスイノベーション株式会社

(74)【代理人】

【識別番号】110001210

【氏名又は名称】弁理士法人ＹＫＩ国際特許事務所

(72)【発明者】

【氏名】田鍋 俊彦

【審査官】平井 誠

(56)【参考文献】

【文献】国際公開第２００７／０６６４８０（ＷＯ，Ａ１）

【文献】特開２００１－２８２９９８（ＪＰ，Ａ）

【文献】特開２０１７－０５５１５４（ＪＰ，Ａ）

【文献】特開２０２０－０９５６８７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／００－８８

(57)【特許請求の範囲】

【請求項1】

プロセッサを備え、
前記プロセッサは、
サービスへの利用者の認証処理を実行する認証装置と、前記認証処理に必要である当該サービスに対応する認証器との間において、前記認証処理に係る認証データを中継し、
前記利用者を識別する利用者ＩＤと、前記サービスを識別するサービスＩＤと、前記認証器を識別する認証器ＩＤとが互いに関連付けられ、１つの前記利用者ＩＤに対して、サービスＩＤと認証器ＩＤとの組が複数関連付けられている認証器対応情報、及び、前記利用者の前記利用者ＩＤに基づいて、前記利用者が利用可能な前記サービスに対応する前記認証器を前記利用者に通知する、
ことを特徴とする情報処理装置。

【請求項2】

前記プロセッサは、
前記認証器対応情報、並びに、前記利用者の前記利用者ＩＤ及び前記サービスＩＤに基づいて、前記利用者ＩＤ及び前記サービスＩＤに対応する前記認証器を前記利用者に通知する、
ことを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記プロセッサは、
前記利用者が前記情報処理装置に認証された場合に、前記利用者が利用する前記サービスに対応する前記認証器を前記利用者に通知する、
ことを特徴とする請求項１又は２に記載の情報処理装置。

【請求項4】

前記プロセッサは、
前記情報処理装置に認証された前記利用者からの指示に応じて、前記サービスの利用を伴うサービス付帯処理を実行する、
ことを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。

【請求項5】

前記プロセッサは、
前記利用者が前記サービスに認証されたことをもって、前記情報処理装置への前記利用者の認証状態を形成する、
ことを特徴とする請求項４に記載の情報処理装置。

【請求項6】

前記プロセッサは、
前記サービスへの認証の認証強度が、前記情報処理装置への認証の認証強度以上である場合に、前記利用者が前記サービスに認証されたことをもって、前記情報処理装置への前記利用者の認証状態を形成する、
ことを特徴とする請求項５に記載の情報処理装置。

【請求項7】

前記プロセッサは、
互いに異なる前記サービスの利用を伴う複数の前記サービス付帯処理を実行可能であり、
前記サービス付帯処理の実行指示を入力するための、複数の前記サービス付帯処理にそれぞれ対応した複数のボタンを、各前記サービス付帯処理で利用される前記サービスに対応する前記認証器を前記利用者が把握可能な態様で前記情報処理装置のディスプレイに表示させる、
ことを特徴とする請求項４に記載の情報処理装置。

【請求項8】

前記プロセッサは、
第１認証器を用いて前記利用者を認証する第１サービスの利用を伴う第１サービス付帯処理、及び、第２認証器を用いて前記利用者を認証する第２サービスの利用を伴う第２サービス付帯処理を実行可能であり、
前記利用者が前記第１サービス付帯処理の実行指示を入力した場合であって、前記利用者が前記第２認証器を用いて前記認証処理を行った場合に、前記第２サービス付帯処理を実行してよいか否かを前記利用者に問い合わせる、
ことを特徴とする請求項４又は７に記載の情報処理装置。

【請求項9】

前記プロセッサは、
互いに異なる前記認証器を用いて前記利用者を認証する複数のサービスの利用を伴うマルチサービス付帯処理を実行可能であり、
前記利用者が前記マルチサービス付帯処理の実行指示を入力した場合であって、前記利用者が前記複数のサービスのうちの一部に認証された場合に、前記利用者を認証していないサービスの利用を伴わず前記利用者を認証したサービスの利用を伴う前記マルチサービス付帯処理を実行する、
ことを特徴とする請求項４、７、又は８に記載の情報処理装置。

【請求項10】

コンピュータに、
サービスへの利用者の認証処理を実行する認証装置と、前記認証処理に必要である当該サービスに対応する認証器との間において、前記認証処理に係る認証データを中継し、
前記利用者を識別する利用者ＩＤと、前記サービスを識別するサービスＩＤと、前記認証器を識別する認証器ＩＤとが互いに関連付けられ、１つの前記利用者ＩＤに対して、サービスＩＤと認証器ＩＤとの組が複数関連付けられている認証器対応情報、及び、前記利用者の前記利用者ＩＤに基づいて、前記利用者が利用可能な前記サービスに対応する前記認証器を前記利用者に通知させる、
ことを特徴とする情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置及び情報処理プログラムに関する。

【背景技術】

【0002】

従来、サービスが利用者を認証する認証処理として、認証器を用いた認証処理が提案されている。具体的には、サービスに対応する認証器を予め登録しておき、利用者がサービスを利用するに当たって、認証器を用いた認証処理を行うことでサービスが利用者を認証する。

【0003】

特許文献１には、サービス提供システムからの認証要求を受けた場合に第１の認証器に対して認証処理を要求し、第１の認証器に対して認証処理を要求してから所定の条件を満たした場合に、第１の認証器とは異なる第２の認証器に認証処理を要求する情報処理装置が開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１９－１０１５０４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、認証器を用いて利用者の認証処理を行う複数のサービスに対して、１人の利用者が利用登録をした場合を考える。この場合、複数のサービスそれぞれから認証を受けるための複数の認証器が用意されることとなるが、当該複数の認証器が互いに異なる場合がある。このような場合、当該利用者としては、あるサービスを利用したいときに、どの認証器を用いて認証処理をすればよいか分からなくなる場合がある。

【0006】

本発明の目的は、複数のサービスそれぞれへの利用者の認証処理のために、互いに異なる認証器を用いる必要がある場合に、利用者が利用可能なサービスへの認証処理に必要な認証器を当該利用者が把握可能とすることにある。

【課題を解決するための手段】

【0007】

請求項１に係る発明は、プロセッサを備え、前記プロセッサは、サービスへの利用者の認証処理を実行する認証装置と、前記認証処理に必要である当該サービスに対応する認証器との間において、前記認証処理に係る認証データを中継し、前記利用者を識別する利用者ＩＤと、前記サービスを識別するサービスＩＤと、前記認証器を識別する認証器ＩＤとが互いに関連付けられ、１つの前記利用者ＩＤに対して、サービスＩＤと認証器ＩＤとの組が複数関連付けられている認証器対応情報、及び、前記利用者の前記利用者ＩＤに基づいて、前記利用者が利用可能な前記サービスに対応する前記認証器を前記利用者に通知する、ことを特徴とする情報処理装置である。
請求項２に係る発明は、前記プロセッサは、前記認証器対応情報、並びに、前記利用者の前記利用者ＩＤ及び前記サービスＩＤに基づいて、前記利用者ＩＤ及び前記サービスＩＤに対応する前記認証器を前記利用者に通知する、ことを特徴とする請求項１に記載の情報処理装置である。
請求項３に係る発明は、前記プロセッサは、前記利用者が前記情報処理装置に認証された場合に、前記利用者が利用する前記サービスに対応する前記認証器を前記利用者に通知する、ことを特徴とする請求項１又は２に記載の情報処理装置である。
請求項４に係る発明は、前記プロセッサは、前記情報処理装置に認証された前記利用者からの指示に応じて、前記サービスの利用を伴うサービス付帯処理を実行する、ことを特徴とする請求項１から３のいずれか１項に記載の情報処理装置である。
請求項５に係る発明は、前記プロセッサは、前記利用者が前記サービスに認証されたことをもって、前記情報処理装置への前記利用者の認証状態を形成する、ことを特徴とする請求項４に記載の情報処理装置である。
請求項６に係る発明は、前記プロセッサは、前記サービスへの認証の認証強度が、前記情報処理装置への認証の認証強度以上である場合に、前記利用者が前記サービスに認証されたことをもって、前記情報処理装置への前記利用者の認証状態を形成する、ことを特徴とする請求項５に記載の情報処理装置である。
請求項７に係る発明は、前記プロセッサは、互いに異なる前記サービスの利用を伴う複数の前記サービス付帯処理を実行可能であり、前記サービス付帯処理の実行指示を入力するための、複数の前記サービス付帯処理にそれぞれ対応した複数のボタンを、各前記サービス付帯処理で利用される前記サービスに対応する前記認証器を前記利用者が把握可能な態様で前記情報処理装置のディスプレイに表示させる、ことを特徴とする請求項４に記載の情報処理装置である。
請求項８に係る発明は、前記プロセッサは、第１認証器を用いて前記利用者を認証する第１サービスの利用を伴う第１サービス付帯処理、及び、第２認証器を用いて前記利用者を認証する第２サービスの利用を伴う第２サービス付帯処理を実行可能であり、前記利用者が前記第１サービス付帯処理の実行指示を入力した場合であって、前記利用者が前記第２認証器を用いて前記認証処理を行った場合に、前記第２サービス付帯処理を実行してよいか否かを前記利用者に問い合わせる、ことを特徴とする請求項４又は７に記載の情報処理装置である。
請求項９に係る発明は、前記プロセッサは、互いに異なる前記認証器を用いて前記利用者を認証する複数のサービスの利用を伴うマルチサービス付帯処理を実行可能であり、前記利用者が前記マルチサービス付帯処理の実行指示を入力した場合であって、前記利用者が前記複数のサービスのうちの一部に認証された場合に、前記利用者を認証していないサービスの利用を伴わず前記利用者を認証したサービスの利用を伴う前記マルチサービス付帯処理を実行する、ことを特徴とする請求項４、７、又は８に記載の情報処理装置である。
請求項１０に係る発明は、コンピュータに、サービスへの利用者の認証処理を実行する認証装置と、前記認証処理に必要である当該サービスに対応する認証器との間において、前記認証処理に係る認証データを中継し、前記利用者を識別する利用者ＩＤと、前記サービスを識別するサービスＩＤと、前記認証器を識別する認証器ＩＤとが互いに関連付けられ、１つの前記利用者ＩＤに対して、サービスＩＤと認証器ＩＤとの組が複数関連付けられている認証器対応情報、及び、前記利用者の前記利用者ＩＤに基づいて、前記利用者が利用可能な前記サービスに対応する前記認証器を前記利用者に通知させる、ことを特徴とする情報処理プログラムである。

【発明の効果】

【0008】

請求項１、２又は１０に係る発明によれば、複数のサービスそれぞれへの利用者の認証処理のために、互いに異なる認証器を用いる必要がある場合に、利用者が利用可能なサービスへの認証処理に必要な認証器を当該利用者が把握可能となる。
請求項３に係る発明によれば、情報処理装置が認証していない者に対しては、認証器を通知しないようにすることが可能となる。
請求項４に係る発明によれば、利用者は、サービスの利用に伴い、情報処理装置にサービス付帯処理を実行させることが可能となる。
請求項５に係る発明によれば、情報処理装置は、利用者を認証する処理を省略することが可能となる。
請求項６に係る発明によれば、情報処理装置への認証の認証強度よりも低い認証強度であるサービスへの認証処理によって、利用者が情報処理装置へ認証されてしまうことを防止することが可能となる。
請求項７に係る発明によれば、利用者は、各サービスへの認証に必要な認証器を把握した上で、各サービスを利用する各サービス付帯処理の実行指示を情報処理装置に入力することが可能となる。
請求項８に係る発明によれば、利用者は、利用を希望するサービスが第１サービス及び第２サービスのいずれでもよい場合、第１サービスの利用を伴う第１サービス付帯処理の実行指示を情報処理装置に入力したが第２サービスへの認証のための第２認証器を用いて認証処理をしてしまった場合でも、改めて第２サービスの利用を伴う第２サービス付帯処理の実行指示を情報処理装置に入力する必要なく、第２サービスを利用すること可能となる。
請求項９に係る発明によれば、利用者が、マルチサービス付帯処理の実行指示を情報処理装置に入力した場合であって、当該マルチサービス付帯処理に伴う複数のサービスに対応する複数の認証器の全てが使用できない場合、少なくとも使用可能な認証器に対応するサービスを利用することが可能となる。

【図面の簡単な説明】

【0009】

【図1】本実施形態に係る認証システムの構成概略図である。

【図2】本実施形態に係る画像処理装置の構成概略図である。

【図3】登録処理の流れを示すフローチャートである。

【図4】認証器対応情報の内容の例を示す概念図である。

【図5】認証処理の流れを示すフローチャートである。

【図6】認証器通知画面の第１の例を示す図である。

【図7】認証器通知画面の第２の例を示す図である。

【図8】複数のサービス付帯処理にそれぞれ対応した複数のボタンの第１の表示例を示す図である。

【図9】数のサービス付帯処理にそれぞれ対応した複数のボタンの第２の表示例を示す図である。

【図10】ユーザへの問い合わせ画面の例を示す図である。

【図11】本実施形態に係る画像処理装置の処理の流れを示すフローチャートである。

【発明を実施するための形態】

【0010】

図１は、本実施形態に係る認証システム１０の構成概略図である。認証システム１０は、本発明に係る情報処理装置としての画像処理装置１２、利用者（すなわちユーザ）にサービスを提供する１又は複数のサービス提供装置１４、複数の認証器１６、及び、認証装置としての認証サーバ１８を含んで構成される。画像処理装置１２、サービス提供装置１４、認証器１６、及び認証サーバ１８は、ＬＡＮ（Local Area Network）あるいはインターネットなどの通信回線２０により通信可能に接続されている。また、画像処理装置１２と認証器１６は、ＢＬＥ（Bluetooth（登録商標） Low Energy）あるいはＮＦＣ（Near Field Communication）などの近距離無線通信、又は、有線によって互いに通信可能に接続可能となっている。

【0011】

画像処理装置１２の詳細は、図２などを参照しながら後述する。

【0012】

サービス提供装置１４は、代表的にはサーバコンピュータから構成されるが、サービス提供装置１４は、認証されたユーザに対してサービスを提供する限りにおいてどのような装置であってもよい。サービス提供装置１４は、通信回線２０を介して他の装置と通信する機能を発揮する通信インターフェース、ＨＤＤ（Hard Disk Drive）やＲＯＭ（Read Only Memory）あるいはＲＡＭ（Random Access Memory）などから構成されるメモリ、ＣＰＵ（Central Processing Unit）などから構成されるプロセッサを含んで構成される。

【0013】

詳しくは後述するように、サービス提供装置１４が提供するサービス（以下、単に「サービス」と記載する）をユーザが利用するに先立って、サービスに対してユーザ登録を行う登録処理が実行される。当該登録処理において、認証器１６を用いた認証処理によりユーザがサービスから認証を受けるために必要な情報がサービス提供装置１４及び認証サーバ１８に登録される。当該登録処理により、当該サービスから認証を受けるために必要な認証器１６が決定される。その上で、当該認証器１６を用いた認証処理によりサービスがユーザを認証すると、当該ユーザはサービスを利用可能となる。後述するように、登録処理及び認証処理は、認証器１６と認証サーバ１８との間で実行される。

【0014】

本実施形態に係る認証システム１０においては、１人のユーザは、複数のサービスに対してユーザ登録をすることができる。つまり、１人のユーザは複数のサービスを利用可能である。当該複数のサービスは、それぞれ異なるサービス提供装置１４から提供される。また、１つのサービス提供装置１４が複数の異なるサービスをユーザに提供するようにしてもよい。

【0015】

これに限られるものではないが、サービスとしては、例えば電子文書の管理を行う文書管理サービスが挙げられる。文書管理サービスは、電子文書に対して種々の処理を施した上で当該電子文書を管理するものであってもよい。サービス提供装置１４がサーバコンピュータで構成される場合、サービスは通信回線２０を介して提供され、すなわち当該サービスはクラウドサービスとなる。

【0016】

認証器１６は、例えば、認証用アプリケーションがインストールされたスマートフォン若しくはスマートウォッチ、又は、ＵＳＢメモリと当該ＵＳＢメモリを読み込み可能なコンピュータとのセットなどから構成される。認証器１６は、サービスから認証を受ける際にユーザによって用いられるものである。サービス毎に、当該サービスから認証を受けるために必要な認証器１６が上述の登録処理により予め認証サーバ１８に登録される。サービス毎に互いに異なる認証器１６が登録される場合もある。１人のユーザが複数のサービスを利用可能である場合には、当該ユーザは、各サービスに対応した複数の認証器１６を用意しておき、利用を希望するサービスからの認証処理においては、当該サービスに対応した認証器１６を適宜選択して用いる必要がある。

【0017】

なお、認証用アプリケーションがインストールされた装置を認証器１６として用いる場合、複数の認証用アプリケーション、例えば認証用アプリケーションＡ及び認証用アプリケーションＢが１つの認証器１６にインストールされる場合も考えられる。そのような場合、本明細書においては、ハードウェアとしては１つの認証器１６であっても、認証用アプリケーションＡを起動した装置と、認証用アプリケーションＢを起動した装置とでは、それらは互いに異なる認証器１６であるものとみなすこととする。すなわち、互いに異なる認証器１６とは、ハードウェアが互いに異なる認証器１６のみならず、認証用アプリケーションが互いに異なる認証器１６も含む概念である。

【0018】

認証サーバ１８は、代表的にはサーバコンピュータから構成されるが、サービス提供装置１４は、認証器１６を用いてユーザを認証する認証処理を実行可能な限りにおいてどのような装置であってもよい。認証サーバ１８は、通信回線２０を介して他の装置と通信する機能を発揮する通信インターフェース、ＨＤＤやＲＯＭあるいはＲＡＭなどから構成されるメモリ、ＣＰＵなどから構成されるプロセッサを含んで構成される。

【0019】

認証サーバ１８による認証器１６を用いたユーザの認証処理の詳細については後述する。

【0020】

図２は、画像処理装置１２の構成概略図である。画像処理装置１２は、例えば、プリント機能、スキャン機能、コピー機能、電子文書送信機能などを発揮する複合機である。詳しくは後述するが、画像処理装置１２は、認証器１６と認証サーバ１８との間において、サービスがユーザを認証する認証処理に係る認証データを中継する処理を行う。

【0021】

なお、本実施形態では、本発明に係る情報処理装置として画像処理装置１２が用いられているが、情報処理装置としては、認証データの中継処理を実行可能であり、ユーザへの通知手段を有する限りにおいてどのような装置であってもよい。

【0022】

通信インターフェース３０は、例えばネットワークアダプタなどを含んで構成される。通信インターフェース３０は、通信回線２０を介して他の装置（例えばサービス提供装置１４及び認証サーバ１８）と通信する機能を発揮する。また、通信インターフェース３０は、近距離無線通信又は有線通信にて認証器１６と通信する機能を発揮する。

【0023】

ディスプレイ３２は、例えば液晶パネルなどを含んで構成される。ディスプレイ３２には、後述の通知処理部４６の処理により、ユーザに種々の情報を通知するための画面が表示される。

【0024】

入力インターフェース３４は、例えばタッチパネルあるいはボタンなどを含んで構成される。入力インターフェース３４は、ユーザが画像処理装置１２に種々の指示を入力するために用いられる。

【0025】

メモリ３６は、例えばＨＨＤ、ＳＳＤ（Solid State Drive）、ＲＯＭ、あるいはＲＡＭなどを含んで構成されている。メモリ３６は、後述のプロセッサ４０とは別に設けられてもよいし、少なくとも一部がプロセッサ４０の内部に設けられていてもよい。メモリ３６には、画像処理装置１２の各部を動作させるための情報処理プログラムが記憶される。また、図２に示す通り、メモリ３６には認証器対応情報３８が記憶される。

【0026】

認証器対応情報３８は、ユーザを識別する利用者ＩＤとしてのユーザＩＤと、サービスを識別するサービスＩＤと、当該サービスに対する当該ユーザの認証に用いられる認証器１６を示す認証器ＩＤとが互いに関連付けられた情報である。認証器対応情報３８の詳細については、後述する登録部４２の処理と共に説明する。

【0027】

プロセッサ４０は、広義的な処理装置を指し、汎用的な処理装置（例えばＣＰＵなど）、及び、専用の処理装置（例えばＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、あるいは、プログラマブル論理デバイスなど）の少なくとも１つを含んで構成される。プロセッサ４０としては、１つの処理装置によるものではなく、物理的に離れた位置に存在する複数の処理装置の協働により構成されるものであってもよい。図２に示す通り、プロセッサ４０は、メモリ３６に記憶された情報処理プログラムにより、登録部４２、認証部４４、通知処理部４６、及び処理実行部４８としての機能を発揮する。

【0028】

登録部４２は、認証器１６と認証サーバ１８との間において、サービスへのユーザ登録を行う登録処理に係る登録データを中継する。本実施形態では、認証システム１０に含まれる各サービス提供装置１４が提供する各サービスは、ＦＩＤＯ（Fast IDentity Online）認証によってユーザを認証する。したがって、登録処理においては、ＦＩＤＯ認証を行うために必要な登録データがサービス提供装置１４及び認証サーバ１８に登録される。

【0029】

以下、図３に示すフローチャートに従って、本実施形態における登録処理の流れを説明する。

【0030】

ステップＳ１０において、ユーザは、認証器１６を操作して、ユーザ登録を希望するサービス（すなわちサービス提供装置１４）に対して、認証器１６から登録リクエストを送信する。当該登録リクエストには、当該サービスにおいて当該ユーザを一意に識別するサービスユーザＩＤ及び当該認証器１６のアドレス情報が含まれる。

【0031】

ステップＳ１２において、サービスは、ステップＳ１０で受信した登録リクエストに含まれるサービスユーザＩＤ及び認証器１６のアドレス情報、自サービスを一意に識別するサービスＩＤ、並びに、自サービスのサービス名を認証サーバ１８に送信する。サービスは、受信したサービスユーザＩＤを保持しておく。

【0032】

ステップＳ１４において、認証サーバ１８は、チャレンジと呼ばれる情報（例えばランダムに生成された文字列）を生成し、ステップＳ１２でサービスから受信したアドレス情報、サービスＩＤ、及びサービス名と共に、生成したチャレンジを画像処理装置１２に送信する。認証サーバ１８は、ステップＳ１２で受信したサービスユーザＩＤ、及び、生成したチャレンジを保持しておく。

【0033】

ステップＳ１６において、画像処理装置１２の登録部４２は、ステップＳ１４でアドレス情報、サービスＩＤ、サービス名、及びチャレンジを受信すると、当該アドレス情報が示す認証器１６に対してチャレンジを送信する。登録部４２は、受信したサービスＩＤ及びサービス名を保持しておく。

【0034】

ステップＳ１８において、認証器１６は、種々の方法でユーザを認証する。例えば、生体認証やパスワードによってユーザを認証する。ユーザが認証器１６に対する認証に必要な情報は予め認証器１６に登録されている。認証器１６がユーザを認証すると、ステップＳ２０に進む。なお、認証器１６がユーザを認証できなかった場合には、以後のステップの処理を実行せずに登録処理を終了する。

【0035】

ステップＳ２０において、認証器１６は、公開鍵及び当該公開鍵に対応する秘密鍵を生成する。なお、公開鍵及び秘密鍵は、既知の方法にて生成可能であるため、ここでは詳細な説明は省略する。

【0036】

ステップＳ２２において、認証器１６は、ステップＳ２０で生成した秘密鍵を用いて、ステップＳ１６で受信したチャレンジに対して署名をする。具体的には、当該秘密鍵でしか生成できない文字列をチャレンジに付与する。署名されたチャレンジを署名データと呼ぶ。

【0037】

ステップＳ２４において、認証器１６は、ステップＳ２０で生成された公開鍵、ステップＳ２２で生成された署名データ、画像処理装置１２においてユーザを一意に識別するユーザＩＤ（上述のサービスユーザＩＤとは異なっていてもよいし同じであってもよい）、当該認証器１６を一意に識別する認証器ＩＤ、及び、認証器名を画像処理装置１２に送信する。好適には、これらの情報に加え、当該サービスへの認証処理における認証器１６によるユーザの認証方法（ステップＳ１８における認証の認証方法と同じであってよい）を示す情報を画像処理装置１２に送信する。ここで、認証器１６は、ステップＳ２０で生成した秘密鍵を認証器１６のメモリに保持しておく。認証器１６として、ＵＳＢメモリとコンピュータとのセットを用いる場合は、ＦＩＤＯセキュリティキーとしてのＵＳＢメモリに当該秘密鍵を記憶させる。

【0038】

ステップＳ２６において、登録部４２は、ステップＳ２４で受信した公開鍵及び署名データを認証サーバ１８に送信する。登録部４２は、ステップＳ２４で受信したユーザＩＤ、認証器ＩＤ、及び認証器名を保持しておく。ステップＳ２４で認証器１６によるユーザの認証方法を示す情報を受信している場合には、登録部４２は、当該情報も保持しておく。

【0039】

ステップＳ２８において、認証サーバ１８は、ステップＳ２６で公開鍵及び署名データを受信すると、当該公開鍵を用いて当該署名データを検証する。検証の結果、署名データが受信した公開鍵に対応する秘密鍵で署名されたものであることが確認できると、認証サーバ１８は、ステップＳ１２で受信したサービスユーザＩＤ及びサービスＩＤ、並びに、ステップＳ２６で受信した公開鍵とを関連付けて、認証サーバ１８のメモリに記憶させておく。本明細書では、当該情報を公開鍵情報と呼ぶ。

【0040】

ステップＳ３０において、認証サーバ１８は、登録完了通知を画像処理装置１２及びサービスに送信する。サービスは、認証サーバ１８から登録完了通知を受信すると、ステップＳ１０で受信したサービスユーザＩＤを当該サービスにユーザ登録済みであるユーザとして登録する。

【0041】

ステップＳ３２において、登録部４２は、ステップＳ１４で受信したサービスＩＤ及びサービス名、並びに、ステップＳ２４で受信したユーザＩＤ、認証器ＩＤ及び認証器名を互いに関連付けてメモリ３６に記憶させておく。当該情報が認証器対応情報３８である。認証器１６によるユーザの認証方法を示す情報を保持している場合には、登録部４２は、サービスＩＤ、ユーザＩＤ、及び認証器ＩＤに関連付けて当該情報も認証器対応情報３８に含めてメモリ３６に記憶させておく。なお、画像処理装置１２が、サービスＩＤに基づいてサービス名を何らかの方法で特定可能である場合は、認証器対応情報３８にサービス名が含まれていなくてもよい。また、画像処理装置１２が、認証器ＩＤに基づいて認証器名を何らかの方法で特定可能である場合は、認証器対応情報３８に認証器名が含まれていなくてもよい。

【0042】

ステップＳ３４において、登録部４２は、当該サービスへのユーザ登録が完了したことを認証器１６（すなわちユーザ）に通知する。

【0043】

各ユーザの各サービスに関する上述の登録処理を行うことにより、認証器対応情報３８として、ユーザＩＤ、サービスＩＤ、サービス名、認証器ＩＤ、及び認証器名（好適にはさらに認証方法）の組み合わせが複数記憶される。図４に、認証器対応情報３８の例が示されている。特に、本実施形態では、１人のユーザは複数のサービスを利用可能、すなわち、１人のユーザは複数のサービスに対してユーザ登録可能であるから、認証器対応情報３８において、１つのユーザＩＤに対して、サービスＩＤと認証器ＩＤとの組み合わせが複数関連付けられている。

【0044】

認証部４４は、認証器１６と認証サーバ１８との間において、サービスがユーザを認証する（換言すればユーザがサービスにログインする）認証処理に係る認証データを中継する。本実施形態では、認証データは、サービスがＦＩＤＯ認証によりユーザを認証するために必要なデータとなる。

【0045】

以下、図５に示すフローチャートに従って、本実施形態における認証処理の流れを説明する。

【0046】

ステップＳ４０において、ユーザは、認証器１６を操作して、利用を希望するサービス（すなわちサービス提供装置１４）に対して、当該サービスに対応する認証器１６を選択した上で、当該認証器１６からログインリクエストを送信する。当該ログインリクエストには、当該サービスにおいて当該ユーザを一意に識別するサービスユーザＩＤ及び当該認証器１６のアドレス情報が含まれる。

【0047】

ステップＳ４２において、サービスは、認証リクエストを認証サーバ１８に送信する。認証サーバ１８には、ステップＳ１０で受信した登録リクエストに含まれるサービスユーザＩＤ及び認証器１６のアドレス情報、並びに、自サービスを一意に識別するサービスＩＤとが含まれる。サービスは、受信したサービスユーザＩＤを保持しておく。

【0048】

ステップＳ４４において、認証サーバ１８は、チャレンジを生成し、ステップＳ４２でサービスから受信した認証リクエストに含まれるアドレス情報及びサービスＩＤと共に、生成したチャレンジを画像処理装置１２に送信する。認証サーバ１８は、ステップＳ４２で受信したサービスユーザＩＤ、サービスＩＤ、及び、生成したチャレンジを保持しておく。

【0049】

ステップＳ４６において、画像処理装置１２の認証部４４は、ステップＳ４４でアドレス情報及びチャレンジを受信すると、当該アドレス情報が示す認証器１６に対してチャレンジを送信する。

【0050】

ステップＳ４８において、認証器１６はユーザを認証する。認証器１６がユーザを認証すると、ステップ５０に進む。なお、認証器１６がユーザを認証できなかった場合には、以後のステップの処理を実行せずに認証処理を終了する。

【0051】

ステップＳ５０において、認証器１６は、メモリに記憶されている秘密鍵を用いて、ステップＳ４６で受信したチャレンジを署名する。

【0052】

ステップＳ５２において、認証器１６は、ステップＳ５０で生成された署名データを画像処理装置１２に送信する。

【0053】

ステップＳ５４において、認証部４４は、ステップＳ５２で受信した署名データを認証サーバ１８に送信する。

【0054】

ステップＳ５６において、認証サーバ１８は、メモリに記憶されている公開鍵情報を参照し、ステップＳ４２で受信したサービスユーザＩＤ及びサービスＩＤに関連付けられている公開鍵を特定する。その上で、認証サーバ１８は、特定した公開鍵を用いて、ステップＳ５４で受信した署名データを検証する。検証の結果、当該署名データが当該公開鍵に対応する秘密鍵で署名されたものであることが確認できると認証成功となり、ステップＳ５６に進む。一方、当該署名データが当該公開鍵に対応する秘密鍵で署名されたものではないと判定した場合は認証失敗となる。

【0055】

仮に、ステップＳ４０で、ユーザが当該サービスに対応していない認証器１６を誤って選択している場合、つまり、当該認証器１６が当該サービスに対応したものではない場合、署名データは、当該サービスに対応しない秘密鍵によって署名されたものとなる。したがって、この場合、ステップＳ５６における認証サーバ１８の検証処理により、当該署名データが当該公開鍵に対応する秘密鍵で署名されたものではないと判定され、ユーザはサービスから認証を得ることができない。

【0056】

ステップＳ５８において、認証サーバ１８は、認証結果を画像処理装置１２及びサービスに通知する。サービスは、認証サーバ１８から認証成功通知を受信すると、ステップＳ１０で受信したサービスユーザＩＤが示すユーザを認証済みのユーザとして扱う。すなわち、サービスは、当該ユーザの認証状態を形成する。一方、サービスは、認証サーバ１８から認証失敗通知を受信すると、当該ユーザの認証状態を形成しない。

【0057】

ステップＳ６０において、認証部４４は、当該サービスへの認証が完了したことを認証器１６（すなわちユーザ）に通知する。

【0058】

また、認証部４４は、画像処理装置１２がユーザを認証するため、換言すればユーザが画像処理装置１２にログインするための処理を行う。サービスがユーザを認証するための認証処理と区別して、当該処理を装置認証処理と呼ぶ。装置認証処理は、既知の方法、例えば、生体認証やパスワードなどの方法で行うことができる。装置認証処理に必要な情報は予め登録されメモリ３６に記憶される。

【0059】

図２に戻り、通知処理部４６は、上述の認証処理によってサービスがユーザを認証するに先立って、認証器対応情報３８に基づいて、ユーザが利用可能な各サービスに対応する認証器１６をユーザに通知する処理を実行する。

【0060】

具体的には、まず、画像処理装置１２は、通知の対象となるユーザのユーザＩＤを取得する。当該ユーザＩＤの取得方法はどのような方法であってもよい。例えば、画像処理装置１２が装置認証処理によりユーザを認証することで（すなわちユーザが画像処理装置１２にログインすることで）ユーザＩＤを取得する。また、ユーザＩＤの取得に当たり、必ずしも画像処理装置１２は当該ユーザを認証する必要はなく、例えば、画像処理装置１２が認証していないユーザが入力インターフェース３４からユーザＩＤを入力することで取得するようにしてもよい。あるいは、画像処理装置１２に備えられた非接触読取器によって、ユーザが所持している、ユーザＩＤが記憶された記憶媒体（例えばＩＤカードなど）からユーザＩＤを読み取るようにしてもよい。

【0061】

通知処理部４６は、認証器対応情報３８（図４参照）を参照し、取得したユーザＩＤに関連付けられているサービスＩＤ及び認証器ＩＤを特定する。その上で、通知処理部４６は、特定したサービスＩＤが示すサービスと、特定した認証器ＩＤが示す認証器１６（すなわち当該サービスに対応する認証器１６）を当該ユーザに通知する。例えば、通知処理部４６は、特定したサービスＩＤが示すサービスのサービス名と、特定した認証器ＩＤが示す認証器１６の認証器名との組み合わせを示す認証器通知画面をディスプレイ３２に表示することで、ユーザが利用可能なサービスに対応する認証器１６を通知することができる。

【0062】

そのような認証器通知画面の例が図６に示されている。図６の例では、当該ユーザがサービスＡ、サービスＢ、サービスＣが利用可能であり、サービスＡに対応する認証器１６はスマートフォンの認証アプリケーションＸであり、サービスＢに対応する認証器１６はＵＳＢキーであり、サービスＣに対応する認証器１６はスマートフォンの認証アプリケーションＹであることが示されている。

【0063】

このように、ユーザが利用可能な各サービスに対応する認証器１６を通知処理部４６がユーザに通知することで、ユーザは、各サービスへの認証処理に必要な認証器１６を把握することができる。

【0064】

なお、本実施形態では、通知処理部４６は、認証器通知画面をディスプレイ３２に表示させることで、各サービスに対応する認証器１６をユーザに通知していたが、通知の方法はこれに限られない。例えば、通知処理部４６は、音声出力により通知を行ってもよい。あるいは、通知処理部４６は、画像処理装置１２のディスプレイ３２ではなく、当該ユーザが使用する端末に対して認証器通知画面を表示させるようにしてもよい。

【0065】

通知処理部４６は、ユーザＩＤのみならず、ユーザが利用を希望しているサービスのサービスＩＤを取得できた場合には、認証器対応情報３８を参照し、取得したユーザＩＤ及びサービスＩＤに関連付けられている認証器ＩＤを特定し、特定した認証器ＩＤが示す認証器１６を当該ユーザに通知するようにしてもよい。

【0066】

その場合の認証器通知画面の例が図７に示されている。図７の例では、当該ユーザがサービスＡを利用を希望している場合であり、当該認証器通知画面においては、サービスＡに対応する認証器１６はスマートフォンの認証アプリケーションＸであることが示されている。

【0067】

ユーザが利用を希望しているサービスのサービスＩＤの取得方法はどのような方法であってもよい。例えば、ユーザが利用を希望しているサービスには対応していない、誤った認証器１６を用いて認証処理を行った場合、当該ユーザはサービスには認証されないが、その認証処理の過程において、当該サービスのサービスＩＤが画像処理装置１２に送信される（図５のステップＳ４４）。これにより、画像処理装置１２は、当該サービスのサービスＩＤを取得することができる。また、ユーザが入力インターフェース３４からサービスＩＤを入力することで取得するようにしてもよい。

【0068】

画像処理装置１２がユーザＩＤを取得しただけで、当該ユーザＩＤが示すユーザが利用可能な複数のサービス及び各サービスに対応する認証器１６を通知する場合、セキュリティの観点から問題が生じる場合がある。例えば、ユーザＡのユーザＩＤが記憶されたＩＤカードを何らかの方法でユーザＢが取得し、ユーザＢが当該ＩＤカードを用いてユーザＡのユーザＩＤを画像処理装置１２に入力すると、ユーザＡが望まなかったとしても、ユーザＡが利用可能な複数のサービスと、各サービスに対応する認証器１６がユーザＢに対して通知されることとなる。

【0069】

このような場合に備え、通知処理部４６は、取得したユーザＩＤが示すユーザが装置認証処理によって画像処理装置１２に認証された場合にのみ、当該ユーザが利用可能な各サービスに対応する認証器１６を通知するようにしてもよい。これにより、上述の例では、ユーザＡが画像処理装置１２に認証されない限り、ユーザＡが利用可能な複数のサービスと、各サービスに対応する認証器１６がユーザＢに対して通知されないこととなる。

【0070】

また、通知処理部４６が、サービスに対応する認証器１６をユーザに通知するか否かを予め画像処理装置１２に設定しておくことができるようになっていてもよい。当該設定は、画像処理装置１２の管理者やユーザ自身によって行うことができる。通知の有無は、ユーザ毎に設定可能であってもよい。通知処理部４６は、認証器１６の認証を通知するという設定になっている場合にのみ、上述の方法にて、各サービスに対応する認証器１６をユーザに通知し、認証器１６の認証を通知しないという設定になっている場合には、ユーザには、各サービスに対応する認証器１６を通知しない。

【0071】

再度図２に戻り、処理実行部４８は、ユーザからの指示に応じて、サービス提供装置１４が提供するサービスの利用を伴う処理を実行する。本明細書では、このような処理をサービス付帯処理と呼ぶ。これに限るものではないが、サービス付帯処理としては、紙文書を画像処理装置１２が有するスキャナ（不図示）により光学的に読み取ることで画像データを取得し、当該画像データをサービスに送信するという処理が挙げられる。ユーザは、サービス付帯処理を処理実行部４８に指示するに先立って、画像処理装置１２に認証されている必要がある。すなわち、処理実行部４８は、画像処理装置１２に認証されたユーザからの指示に応じて、サービス付帯処理を実行する。

【0072】

ユーザがサービスを利用するには当該サービスに認証されていることが必要であるから、ユーザが画像処理装置１２にサービス付帯処理を実行させるには、ユーザは、サービスと画像処理装置１２の両方に認証される必要がある。ここで、認証部４４は、画像処理装置１２がユーザを認証していない状態において、サービスがユーザを認証した場合、当該画像処理装置１２が当該ユーザを認証したとみなすようにしてもよい。換言すれば、認証部４４は、ユーザがサービスにログインしたことをもって、画像処理装置１２への当該ユーザの認証状態を形成するようにしてもよい。これにより、サービス付帯処理を実行するに当たり、画像処理装置１２がユーザを認証する装置認証処理を省略することができる。

【0073】

好適には、認証部４４は、サービスへの認証の認証強度が、画像処理装置１２への認証の認証強度以上である場合に、当該ユーザがサービスに認証されたことをもって、画像処理装置１２への当該ユーザの認証状態を形成するようにしてもよい。認証強度とは、認証したユーザが、確かに当該ユーザ本人であることの保証の度合いを示すものである。換言すれば、認証強度とは、第三者が他人に成りすまして認証されることの困難性を示すものである。認証強度は、認証方法に応じて定められる。例えば、生体認証とパスワード認証を比較すると、生体情報よりもパスワードの方が他人に流出し易いことから、パスワード認証に比して生体認証の方が認証強度が高いと言える。生体認証の中にも種々の方法があるため、各方法に応じて認証強度が定められていてよい。

【0074】

認証部４４は、自ら装置認証処理を実行するから、画像処理装置１２へのユーザの認証方法はもとより把握している。したがって、画像処理装置１２への認証方法に基づいて、画像処理装置１２への認証の認証強度を取得することができる。また、本実施形態では、各サービスはユーザをＦＩＤＯ認証により認証するから、各サービスへの認証の認証強度をＦＩＤＯ認証に応じた強度として取得することができる。さらに、ＦＩＤＯ認証においては、認証器１６におけるユーザの認証方法が種々考えられるところ、認証部４４は、認証器１６におけるユーザの認証方法を考慮して、サービスへの認証の認証強度を取得するようにしてもよい。認証部４４は、各サービスへの認証処理における認証器１６におけるユーザの認証方法は、認証器対応情報３８（図４参照）に基づいて取得することができる。

【0075】

サービスへの認証の認証強度が、画像処理装置１２への認証の認証強度以上である場合に、当該ユーザがサービスに認証されたことをもって、画像処理装置１２への当該ユーザの認証状態を形成するようにすることで、画像処理装置１２への認証の認証強度未満の認証方法によって画像処理装置１２へのユーザの認証状態が形成されてしまうことを防止することができる。

【0076】

処理実行部４８は、互いに異なるサービスの利用を伴う複数のサービス付帯処理を実行可能である。例えば、処理実行部４８は、紙文書をスキャンして得られた画像データをサービスＡに送信するサービス付帯処理Ａ、及び、紙文書をスキャンして得られた画像データをサービスＢに送信するサービス付帯処理Ｂを実行することができる。

【0077】

この場合、通知処理部４６は、サービス付帯処理の実行指示を入力するための複数のサービス付帯処理にそれぞれ対応した複数のボタンをディスプレイ３２に表示させる。例えば、図８に示すように、通知処理部４６は、サービス付帯処理Ａの実行指示を入力するための指示ボタン６０、及び、サービス付帯処理Ｂの実行指示を入力するための指示ボタン６２をディスプレイ３２に表示させる。

【0078】

ここで、通知処理部４６は、各サービス付帯処理に対応する各ボタンを、対応するサービス付帯処理で利用されるサービスに対応する認証器１６をユーザが把握可能な態様で表示させるとよい。例えば、図８に示すように、通知処理部４６は、サービス付帯処理Ａに対応する指示ボタン６０の近傍に、サービス付帯処理Ａで利用されるサービスＡから認証を受けるために必要な認証器１６を示す文字列を表示させ、サービス付帯処理Ｂに対応する指示ボタン６２の近傍に、サービス付帯処理Ｂで利用されるサービスＢから認証を受けるために必要な認証器１６を示す文字列を表示させる。もちろん、各サービス付帯処理で利用させるサービスに対応する認証器１６をユーザが把握可能となる限りにおいて、その他の表示態様でもよい。

【0079】

また、複数のボタンに対応する複数のサービス付帯処理で利用される複数のサービスのうち、既に当該ユーザを認証済みのサービス（すなわちユーザがログイン済みのサービス）が有る場合、通知処理部４６は、認証済みのサービスを利用するサービス付帯処理に対応するボタンと、当該ユーザを未だ認証していないサービスを利用するサービス付帯処理に対応するボタンとを異なる表示態様で表示するとよい。例えば、図９に示すように、通知処理部４６は、ユーザを認証済みのサービスＡを利用するサービス付帯処理Ａに対応する指示ボタン６０の近傍に、サービスＡにより認証されていることを示す文字列を表示させ、ユーザを認証していないサービスＢを利用するサービス付帯処理Ｂに対応する指示ボタン６２の近傍に、サービスＢには認証されていないことを示す文字列を表示させる。このとき、サービスＢから認証を受けるために必要な認証器１６を示すのが好適である。もちろん、各サービス付帯処理で利用させるサービスからの認証の有無をユーザが把握可能となる限りにおいて、その他の表示態様でもよい。例えば、ボタン６０とボタン６２とを異なる色で表示する、などの表示態様であってもよい。

【0080】

また、処理実行部４８が、第１認証器としての認証器Ａを用いてユーザを認証する第１サービスとしてのサービスＡの利用を伴う第１サービス付帯処理としてのサービス付帯処理Ａ、及び、第２認証器としての認証器Ｂを用いてユーザを認証する第２サービスとしてのサービスＢの利用を伴う第２サービス付帯処理としてのサービス付帯処理Ｂを実行可能な場合であって、ユーザがサービス付帯処理Ａの実行指示を画像処理装置１２に入力したときに、誤って（認証器Ａではなく）認証器Ｂを用いたサービスＡへの認証処理を行った場合を考える。例えば、図８に示されたボタン６０及びボタン６２がディスプレイ３２に表示されており、ユーザがボタン６０を操作して、サービスＡへの認証処理の際に、サービスＢに対応する認証器Ｂを用いた場合である。

【0081】

この場合、ユーザは、サービスＡから認証を受けることはできない。しかしながら、当該ユーザとしては、利用するサービスは、サービスＡでもサービスＢでもどちらでもよいと考えている場合がある。本例であると、ユーザは、電子文書の送信先（管理先）としては、サービスＡでもサービスＢでもどちらでもよいと考えている場合がある。

【0082】

そこで、通常であれば、ユーザは、画像処理装置１２に実行指示を入力したサービス付帯処理Ａにより利用されるサービスＡに対応する認証器Ａを用意した上で、当該認証器Ａを用いてサービスＡから認証を受ける必要があるところ、通知処理部４６は、ユーザが用いた認証器Ｂに対応するサービスＢを利用するサービス付帯処理Ｂを実行してよいか否かをユーザに問い合わせるようにしてもよい。例えば、図８の画面において、ユーザがボタン６０を操作してサービス付帯処理Ａの実行指示を入力して、サービスＢに対応する認証器Ｂを用いてサービスＡに対する認証処理を行った場合、通知処理部４６は、図１０に示すように、「サービスＢに文書を送信してもよいですか？」というメッセージと共に「はい」及び「いいえ」のボタンをディスプレイ３２に表示させる。ここで、ユーザが「はい」ボタンを操作すると、認証部４４がサービスＢへの認証処理によりサービスＢが当該ユーザを認証した上で、処理実行部４８は、当該電子文書をサービスＢに送信する。ユーザが「いいえ」のボタンを操作した場合は、処理実行部４８は当該電子文書をサービスＢに送信しない。

【0083】

具体的には、通知処理部４６は、サービスＡへの認証処理により（誤って）用いられた認証器１６を、当該認証処理の過程において識別することができる。例えば、当該認証器１６から画像処理装置１２に署名データを送信する際（図５のステップＳ５２）に、認証器１６が、認証器ＩＤを共に送信するようにすれば、通知処理部４６は、当該認証器ＩＤに基づいて、ユーザが使用した認証器１６を把握することができる。その上で、通知処理部４６は、認証器対応情報３８を参照し、ユーザが使用した認証器１６に対応するサービスを特定する。その上で、ユーザに、当該サービスの利用を伴いサービス付帯処理を実行してよいか否かの問い合わせを行う。

【0084】

また、処理実行部４８は、互いに異なる認証器１６を用いてユーザを認証する複数のサービスの利用を伴うマルチサービス付帯処理を実行可能であってもよい。例えば、認証器Ａを用いてユーザを認証するサービスＡ、及び、認証器Ｂを用いてユーザを認証するサービスＢの利用を伴うマルチサービス付帯処理を実行可能であってもよい。これに限るものではないが、マルチサービス付帯処理としては、紙文書を画像処理装置１２が有するスキャナにより光学的に読み取ることで画像データを取得し、当該画像データを複数のサービスに送信するという処理が挙げられる。

【0085】

マルチサービス付帯処理を実行するためには、ユーザは、互いに異なる複数の認証器１６を用いて、複数のサービスそれぞれに認証されている必要がある。しかしながら、ユーザが当該複数の認証器１６のうちの一部の認証器１６しかすぐには用意できずに、マルチサービス付帯処理が利用する複数のサービスの全部から認証されることができず、当該複数のサービスのうちの一部からしか認証されない場合が考えられる。

【0086】

そこで、処理実行部４８は、ユーザがマルチサービス付帯処理の実行指示を入力した場合であって、ユーザが当該マルチサービス付帯処理で利用される複数のサービスのうちの一部に認証された場合に、当該複数のサービスのうち、ユーザを認証していないサービスの利用を伴わず、ユーザを認証したサービスの利用を伴うマルチサービス付帯処理を実行するようにしてもよい。例えば、認証器Ａを用いてユーザを認証するサービスＡ、及び、認証器Ｂを用いてユーザを認証するサービスＢの利用を伴うマルチサービス付帯処理の実行指示をユーザが入力し、当該ユーザが認証器Ｂを用意できずに、認証器Ａを用いた認証処理によりサービスＡから認証されたが、サービスＢからは認証されていない状況を考える。この場合、処理実行部４８は、サービスＢの利用を伴わず、サービスＡの利用を伴う当該マルチサービス付帯処理を実行する。

【0087】

なお、この場合、処理実行部４８は、ユーザを認証していないサービスＢの利用を伴う当該マルチサービス付帯処理の実行指示を保留しておいてもよい。当該実行指示の保留状態において、ユーザが認証器Ｂを用いた認証処理によりサービスＢから認証された場合には、ユーザは改めて当該マルチサービス付帯処理の実行指示を画像処理装置１２に入力することなく、処理実行部４８は、サービスＢの利用を伴う当該マルチサービス付帯処理を実行する。

【0088】

本実施形態に係る画像処理装置１２の概要は以上の通りである。以下、図１１に示すフローチャートに従って、画像処理装置１２の処理の流れについて説明する。

【0089】

ステップＳ７０において、画像処理装置１２は、通知の対象となるユーザのユーザＩＤを取得する。

【0090】

ステップＳ７２において、通知処理部４６は、画像処理装置１２の設定が、サービスに対応する認証器１６をユーザに通知する設定となっているか否かを判定する。通知する設定となっている場合はステップＳ７４に進み、通知しない設定となっている場合はステップＳ７４～８０の処理をバイパスしてステップＳ８２に進む。

【0091】

ステップＳ７４において、通知処理部４６は、認証部４４による装置認証処理により、画像処理装置１２がユーザを認証済みであるか否かを判定する。画像処理装置１２がユーザを認証していない場合はステップＳ７６に進み、認証済みである場合はステップＳ７６及びＳ７８をバイパスしてステップＳ８０に進む。

【0092】

ステップＳ７６において、認証部４４は、画像処理装置１２にログインするようにユーザに要求する。例えば、ディスプレイ３２に「ログインしてください」などの文字列を表示させる。

【0093】

ステップＳ７８において、認証部４４は、ステップＳ７６の認証要求に対してユーザが画像処理装置１２にログインしたか否かを判定する。本例では、画像処理装置１２がユーザを認証していることを条件として、サービスに対応する認証器１６を通知することとなっているため、ユーザが画像処理装置１２にログインしなかった場合、処理を終了する。ユーザが画像処理装置１２にログインしたならばステップＳ８０に進む。

【0094】

ステップＳ８０において、通知処理部４６は、ステップＳ７０で取得したユーザＩＤ、及び認証器対応情報３８に基づいて、当該ユーザが利用可能な各サービスに対応する各認証器１６を通知する。ステップＳ８０に先立って、当該ユーザが利用を希望するサービスのサービスＩＤを画像処理装置１２が取得できた場合には、ユーザＩＤ、当該サービスＩＤ、及び認証器対応情報３８に基づいて、当該ユーザが当該サービスへの認証処理に必要な認証器１６を特定して当該ユーザに通知するようにしてもよい。

【0095】

ステップＳ８２において、認証器１６を用いた当該サービスへの認証処理が開始されると、認証部４４は、認証器１６及び認証サーバ１８との間において、当該認証処理に係る認証データを中継する。

【0096】

ステップＳ８４において、認証部４４は、当該サービスが当該ユーザを認証したか否かを判定する。当該サービスによって当該ユーザが認証された場合はステップＳ８６に進み、当該サービスによる当該ユーザの認証が失敗した場合には処理を終了する。

【0097】

ステップＳ８６において、処理実行部４８は、当該ユーザからの実行指示に応じて、当該サービスの利用を伴うサービス付帯処理を実行する。

【0098】

以上、本発明に係る実施形態を説明したが、本発明は上記実施形態に限られるものではなく、本発明の趣旨を逸脱しない限りにおいて種々の変更が可能である。

【0099】

例えば、認証サーバ１８の機能をサービス提供装置１４が発揮するようにしてもよい。その場合、サービス提供装置１４が認証装置に相当し、サービスへのユーザ登録をする登録処理、及び、サービスがユーザを認証する認証処理は、画像処理装置１２を中継して、認証器１６とサービス提供装置１４との間で行われる。

【符号の説明】

【0100】

１０ 認証システム、１２ 画像処理装置、１４ サービス提供装置、１６ 認証器、１８ 認証サーバ、２０ 通信回線、３０ 通信インターフェース、３２ ディスプレイ、３４ 入力インターフェース、３６ メモリ、３８ 認証器対応情報、４０ プロセッサ、４２ 登録部、４４ 認証部、４６ 通知処理部、４８ 処理実行部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】