JP7660448B2 - 認証システム及び制御方法 - Google Patents

Description

本開示は、情報処理装置等に関する。

従来より、複合機やプリンタといった、電子写真方式により画像を出力する画像形成装置が利用されている。また、画像形成装置と、ネットワークを通じて提供されるサービス（例えば、ウェブサービスやクラウドサービス）とを関連付ける技術も提案されている。

例えば、ウェブサービスサーバから取得されるアクセストークンと、画像形成装置を利用するユーザを認証するために用いられるＩＣカードの情報とを紐付ける技術が提案されて言える（例えば、特許文献１参照）。

特開２０１６－１２６４６２号公報

最近では、スマートフォン等の端末装置を用いて画像形成装置を操作する技術も広く用いられている。ここで、特許文献１に記載された技術は、ＩＣカードを読み取るためのＩＣカードリーダ等の装置を必要とするものであり、端末装置単体で画像形成装置を利用する場合については考慮されていない。

また、画像形成装置等の装置は、端末装置等の装置からアクセストークン等のセキュリティ情報を受信することにより、当該端末装置を用いるユーザがウェブサービス等を提供する装置（例えば、サーバ装置）によって認証されたユーザであることを判定できる。しかし、ユーザが有する権限を管理したり、ユーザごとに使用の履歴の情報を記憶したりする場合は、ユーザを判別したりするなどの手段が必要となる。

本開示は上述した課題に鑑み、セキュリティ情報が正しく検証できた場合に、ユーザの認証を行う認証システム等を提供することを目的とする。

上述した課題を解決するために、本開示に係る認証システムは、画像形成装置がユーザを認証する認証システムであって、端末装置から、前記ユーザのメールアドレスと、セキュリティ情報とを取得する取得部と、前記メールアドレスから特定される検証先で、前記セキュリティ情報を検証する検証部と、前記セキュリティ情報を正しく検証できた場合に前記ユーザを認証する認証部と、を有することを特徴とする。

本開示に係る情報処理装置は、ユーザのメールアドレスと、セキュリティ情報とを取得する取得部と、前記メールアドレスに対応した検証先のサーバ装置に、前記セキュリティ情報を送信するセキュリティ情報送信部と、前記検証先のサーバ装置から、検証結果を受信する結果受信部と、前記検証結果が正しい場合、前記ユーザを認証し、認証結果を画像形成装置に送信する認証結果送信部と、を備えたことを特徴とする。

本開示に係る画像形成装置は、端末装置から、ユーザのメールアドレスと、セキュリティ情報とを取得する取得部と、認証先の第１のサーバ装置に、前記メールアドレスと、前記セキュリティ情報とを送信する送信部と、前記第１のサーバ装置が前記メールアドレスから特定される検証先の第２のサーバ装置において前記セキュリティ情報を検証した結果に基づき、前記ユーザの認証結果を受信する受信部と、前記認証結果が正しい場合、前記ユーザを認証する認証部と、を備えたことを特徴とする。

本開示に係る制御方法は、画像形成装置がユーザを認証する認証システムの制御方法であって、端末装置から、前記ユーザのメールアドレスと、セキュリティ情報とを取得する取得ステップと、前記メールアドレスから特定される検証先で、前記セキュリティ情報を検証する検証ステップと、前記セキュリティ情報を正しく検証できた場合に前記ユーザを認証する認証ステップと、を含むことを特徴とする。

本開示によれば、セキュリティ情報が正しく検証できた場合に、ユーザの認証を行う認証システム等を提供することができる。

第１実施形態におけるシステムの全体構成を説明するための図である。 第１実施形態における端末装置の機能構成を説明するための図である。 第１実施形態における認証サーバの機能構成を説明するための図である。 第１実施形態における認証サーバが管理するユーザ情報のデータ構造の例を説明するための図である。 第１実施形態における画像形成装置の機能構成を説明するための図である。 第１実施形態におけるセッション情報のデータ構造の例を説明するための図である。 第１実施形態におけるＩｄＰサーバの機能構成を説明するための図である。 第１実施形態におけるＩｄＰサーバが管理するユーザ情報のデータ構造の例を説明するための図である。 第１実施形態におけるシステムの処理の流れを説明するためのシーケンス図である。 第１実施形態における権限確認の流れを説明するためのシーケンス図である。 第１実施形態における端末装置が実行する処理の流れを説明するためのフロー図である。 第１実施形態における画像形成装置が実行する処理の流れを説明するためのフロー図である。 第１実施形態におけるセッションＩＤ発行処理の流れを説明するためのフロー図である。 第１実施形態における認証サーバが実行する処理の流れを説明するためのフロー図である。 第１実施形態における認証処理の流れを説明するためのフロー図である。 第１実施形態における動作例を示す図である。 第１実施形態における動作例を示す図である。 第２実施形態におけるシステムの全体構成を説明するための図である。 第２実施形態における中継装置の機能構成を説明するための図である。 第２実施形態におけるシステムの処理の流れを説明するためのシーケンス図である。 第３実施形態における認証サーバが管理するユーザ情報のデータ構造の例を説明するための図である。 第３実施形態における認証処理の流れを説明するためのフロー図である。

以下、図面を参照して、本開示を実施するための一実施形態について説明する。なお、以下の実施形態は、本開示を説明するための一例であり、特許請求の範囲に記載した発明の技術的範囲が、以下の記載に限定されるものではない。

［１．第１実施形態］
［１．１ 全体構成］
図１を参照して、本実施形態におけるシステム１の全体構成を説明する。図１に示すように、システム１は、端末装置１０と、画像形成装置２０と、認証サーバ３０と、ＩｄＰサーバ４０とを備えて構成される。

端末装置１０と、画像形成装置２０と、認証サーバ３０と、ＩｄＰサーバ４０とは、ネットワークを介して接続される。例えば、図１に示すように、端末装置１０と、画像形成装置２０と、認証サーバ３０とは、第１のネットワークであるＮＷ１を介して接続される。また、ＮＷ１に接続されたそれぞれの装置と、ＩｄＰサーバ４０とは、第２のネットワークであるＮＷ２を介して接続される。ここで、ＮＷ１は、例えば、所定の施設内にある装置を相互に接続するネットワークであるＬＡＮ（Local Area Network）である。また、ＮＷ２は、インターネット等の外部ネットワークである。なお、システム１を構成する装置が相互に接続する方法は、図１に示した方法に限られない。例えば、システム１を構成するそれぞれの装置が、インターネットに接続されていてもよい。

端末装置１０は、ユーザが使用する装置である。例えば、本実施形態の端末装置１０は、一般的な端末装置にアプリケーションをインストールすることにより実現される。端末装置１０は、スマートフォン、スマートウォッチ、タブレット、ＰＣ（Personal Computer）といった情報処理装置である。

画像形成装置２０は、画像を記録用紙等の記録媒体に形成（印刷）することが可能な装置である。例えば、画像形成装置２０は、コピー機能、印刷機能、スキャン機能、メール送信機能等を有するデジタル複合機（ＭＦＰ；Multi-Function Printer/Peripheral）である。

認証サーバ３０は、画像形成装置２０を使用するユーザを認証する情報処理装置（第１のサーバ装置）である。また、ＩｄＰサーバ４０は、ウェブサービスやクラウドサービスを利用するユーザを認証するサービスや、当該ユーザの情報の管理を行うためのサービスを提供する情報処理装置（ＩｄＰ；Identity Provider）（第２のサーバ装置）である。ＩｄＰサーバ４０は、例えば、クラウド上（インターネット上）に存在する装置である。

ＩｄＰサーバ４０は、他の装置（例えば、端末装置１０）から、ユーザの認証に必要な情報を取得し、ユーザの認証を行う。ＩｄＰサーバ４０は、ユーザの認証ができた場合、アクセストークンといったセキュリティ情報を発行する。つまり、セキュリティ情報（例えば、アクセストークン）は、ユーザの認証ができたことを示す情報である。ＩｄＰサーバ４０は、ユーザの認証に必要な情報を送信した装置に対して、認証したユーザの情報や、アクセストークンを送信する。ユーザの認証に必要な情報を送信した装置は、アクセストークンを受信することで、ユーザが認証されたことを判定できる。本実施形態では、セキュリティ情報はアクセストークンであるとして説明する。

認証サーバ３０及びＩｄＰサーバ４０は、例えば、ＰＣやサーバといったコンピュータといった情報処理装置である。なお、認証サーバ３０及びＩｄＰサーバ４０は、それぞれ、複数の情報処理装置によって構成されていてもよいし、任意の情報処理装置上で実現される仮想サーバであってもよい。また、ネットワークＮＷ２にはサービス毎に、複数のＩｄＰサーバ４０（４０ａ、４０ｂ）が接続されていてもよい。例えば、Ａ社のクラウドサービスを利用するためのユーザを認証するサービスを提供するＩｄＰサーバ４０ａと、Ｂ社のクラウドサービスを利用するためのユーザを認証するサービスを提供するＩｄＰサーバ４０ｂとが、ネットワークＮＷ２に接続されていてもよい。

［１．２ 機能構成］
［１．２．１ 端末装置］
図２を参照して、端末装置１０の機能構成について説明する。図２に示すように、端末装置１０は、制御部１００と、表示部１４０と、操作部１５０と、記憶部１６０と、通信部１９０とを備えて構成される。

制御部１００は、端末装置１０の全体を制御する。制御部１００は、記憶部１６０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ（Central Processing Unit））により構成されている。

表示部１４０は、各種情報を表示する。表示部１４０は、例えば、ＬＣＤ（Liquid crystal display）、有機ＥＬ（electro-luminescence）ディスプレイ、マイクロＬＥＤ（Light Emitting Diode）ディスプレイ等の表示装置により構成される。

操作部１５０は、端末装置１０を使用するユーザの操作を受け付ける。操作部１５０は、タッチセンサ等の入力装置によって構成される。タッチセンサにおいて入力を検出する方式は、例えば、抵抗膜方式、赤外線方式、電磁誘導方式、静電容量方式といった、一般的な検出方式であればよい。なお、端末装置１０には、表示部１４０と、操作部１５０とが一体に形成されたタッチパネルが搭載されてもよい。

記憶部１６０は、端末装置１０の動作に必要な各種プログラムや、各種データを記憶する。記憶部１６０は、例えば、半導体メモリであるＳＳＤ（Solid State Drive）や、ＨＤＤ（Hard Disk Drive）等の記憶装置により構成される。

記憶部１６０は、操作アプリ１６２を記憶する。操作アプリ１６２は、画像形成装置２０の操作を行うためのアプリである。例えば、操作アプリ１６２は、制御部１００に、画像データや実行させる処理の内容を示す情報を画像形成装置２０に送信する機能や、画像形成装置２０の管理を行うための機能を実現させる。なお、画像データとは、画像形成装置２０によって形成される画像を示すデータである。また、操作アプリ１６２は、画像データを送信するとき、当該画像データとともに、当該画像データに基づく画像を形成する場合における設定の情報（印刷設定）を画像形成装置２０に送信してもよい。

さらに、本実施形態における操作アプリ１６２は、制御部１００に、ＩｄＰサーバ４０が提供するユーザの認証のサービスを利用するための機能として、当該ユーザの認証に用いられる情報を送受信する機能を実現させる。例えば、操作アプリ１６２は、制御部１００に、ＩｄＰサーバ４０によるユーザ認証に必要な情報（例えば、アカウント名やパスワード）をユーザに入力させるための画面を表示部１４０に表示させる機能を提供したり、ＩｄＰサーバ４０から認証結果を受信させる機能を提供したりする。つまり、操作アプリ１６２は、制御部１００に、ＩｄＰサーバ４０のインターフェイスを実現させる。この機能により、ユーザは、操作アプリ１６２を介して、ＩｄＰサーバ４０が提供するユーザを認証するサービスを利用することができる。

通信部１９０は、画像形成装置２０等の外部の装置と通信を行う。通信部１９０は、例えば、有線／無線ＬＡＮで利用されるＮＩＣ（Network Interface Card）や、ＬＴＥ（Long Term Evolution）／ＬＴＥ－Ａ（LTE-Advanced）／ＬＡＡ（License-Assisted Access using LTE）／５Ｇ回線に接続可能な通信モジュールにより構成される。

［１．２．２ 認証サーバ］
つづいて、認証サーバ３０の機能構成について説明する。本実施形態における認証サーバ３０は、画像形成装置２０を利用するユーザに関する情報（ユーザ情報）や、当該ユーザが使用する権限を有する画像形成装置２０の機能を管理（記憶）する。また、認証サーバ３０は、ＩｄＰサーバ４０といった外部の装置から送信される情報（送信情報）に基づきユーザを認証する。

本実施形態における認証サーバ３０は、図３に示すように、制御部３００と、記憶部３６０と、通信部３９０とを備えて構成される。

制御部３００は、認証サーバ３０の全体を制御する。制御部３００は、記憶部３６０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ）により構成されている。

制御部３００は、記憶部３６０に記憶されたプログラムを実行することにより、認証部３０２、認可部３０４、履歴記憶部３０６として機能する。

認証部３０２は、画像形成装置２０を利用するユーザの認証を行う。認証部３０２が実行する処理については後述する。

認可部３０４は、画像形成装置２０を利用するユーザに対して、画像形成装置２０が備える機能やリソースを使用するための権限を与える。認可部３０４が実行する処理については後述する。

履歴記憶部３０６は、画像形成装置２０が使用されたときの情報（履歴情報）を、履歴情報記憶領域３６４に記憶する。履歴情報は、例えば、画像形成装置２０を使用したユーザを識別するためのユーザＩＤや、当該ユーザによって使用された機能、画像形成時の設定、画像を形成した用紙の枚数（印刷枚数）、画像の形成を実行した時間等の情報が含まれる。

記憶部３６０は、認証サーバ３０の動作に必要な各種プログラムや、各種データを記憶する。記憶部３６０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等の記憶装置により構成される。

記憶部３６０は、記憶領域として、ユーザ情報記憶領域３６２と、履歴情報を記憶する履歴情報記憶領域３６４とを確保する。

ユーザ情報記憶領域３６２は、画像形成装置２０を利用するユーザに関する情報（ユーザ情報、画像形成装置２０を利用するユーザのアカウント情報）を記憶する。ユーザ情報記憶領域３６２に記憶されるユーザ情報には、例えば、図４に示すように、画像形成装置２０を使用するユーザを識別するためのユーザＩＤ（例えば、「ｘｘｘ」）と、当該ユーザの認証に用いられるパスワード（例えば、「ｙｙｙ」）と、画像形成装置２０を使用するユーザや当該ユーザの履歴情報を識別するための識別子（例えば、「１００」）と、当該ユーザのＥ－Ｍａｉｌ（電子メール）アドレス（例えば、「sb1@example.com」）と、当該ユーザに認可される権限（例えば、「スキャン、コピー」）と、ＩｄＰサーバ４０によって発行されるアクセストークンが正しいか否かの検証の依頼先となるサーバ装置やサービスに関する情報である検証先（例えば、「Ａ社、https://a-sha.com/verifytoken」）とが記憶される。

ここで、ユーザ情報記憶領域３６２に記憶されるユーザ情報に含まれる、ユーザＩＤ、Ｅ－Ｍａｉｌアドレス、識別子は、画像形成装置２０を使用するユーザを識別するために用いられる識別情報である。識別情報は、認証サーバ３０及び画像形成装置２０において、画像形成装置２０を使用するユーザを識別するために用いられる。

本実施形態におけるユーザＩＤ（第１の識別情報）は、例えば、ユーザによって設定可能な文字列である。第１の識別情報は、画像形成装置２０や認証サーバ３０においてユーザを識別できる情報であればよく、アカウント名、ユーザ名といった情報であってもよい。

また、認証サーバ３０が管理するユーザ情報には、図４に示すように、Ｅ－Ｍａｉｌアドレスが含まれることとする。ここで、本実施形態では、Ｅ－Ｍａｉｌアドレスは、ユーザ情報記憶領域３６２に記憶されるユーザ情報のうち、１のユーザ情報と対応付けられる情報であるとする。つまり、本実施形態において、Ｅ－Ｍａｉｌアドレスは、画像形成装置２０のユーザを識別するために用いることができる情報（第２の識別情報）である。

さらに、第２の識別情報は、ＩｄＰサーバ４０において、ユーザに関する情報として管理されている情報であり、ＩｄＰサーバ４０から他の装置に送信される情報である。例えば、Ｅ－Ｍａｉｌアドレスは、ＩｄＰサーバ４０が提供するユーザ認証のサービスにおいて、ＩｄＰサーバ４０によってユーザが認証された場合、アクセストークンとともに送信される。ＩｄＰサーバ４０からＥ－Ｍａｉｌアドレスとアクセストークンとを受信した装置は、ＩｄＰサーバ４０から受信したＥ－Ｍａｉｌアドレスに関係するユーザがＩｄＰサーバ４０によって認証されたことを判定することができる。ここで、Ｅ－Ｍａｉｌアドレスは、認証サーバ３０において、ユーザ情報に記憶されている情報であり、また、ＩｄＰサーバ４０から送信される情報である。したがって、Ｅ－Ｍａｉｌアドレスは、認証サーバ３０とＩｄＰサーバ４０とにより利用可能な情報であり、相互互換性がある情報である。さらに、Ｅ－Ｍａｉｌアドレスは、画像形成装置２０のユーザを一意に特定可能な情報であるため、認証部３０２は、ＩｄＰサーバ４０から送信されるＥ－Ｍａｉｌアドレスと、画像形成装置２０のユーザとを、関連付けることができる。

一方、ユーザＩＤ（アカウント名）やパスワードは、システム固有（サービス固有）の情報であり、認証サーバ３０とＩｄＰサーバ４０とで、それぞれ記憶される情報であるため相互互換性がない。また、識別子は、本実施形態において、認証サーバ３０は記憶するが、ＩｄＰサーバ４０は記憶していない等、認証サーバ３０以外のユーザを管理するシステムにおいて存在するか否かが不明であり、存在したとしても互換性はない。また、アクセストークンは、ＩｄＰサーバ４０によって発行されるランダムな文字列であるため、認証サーバ３０はアクセストークンを予め記憶することができず、互換性がない。

なお、第２の識別情報（相互互換性がある情報）は、ＩｄＰサーバ４０によって、管理され、送信される情報であり、かつ、認証サーバ３０においてユーザ情報として記憶される情報あれば、Ｅ－Ｍａｉｌアドレス以外の情報であってもよい。

識別子（第３の識別情報）は、例えば、認証サーバ３０にユーザが登録されたときに、認証サーバ３０によって自動的に付与される情報である。識別子は、連番、所定の規則によって構成された文字列、ユーザの情報に対応するハッシュ値といった情報であってもよい。

権限は、画像形成装置２０が備える機能のうち、ユーザが使用する権限を有する画像形成装置２０の機能（使用可能な機能）を示した情報である。本実施形態では、ユーザ情報の権限には、以下のような情報が記憶される。
・スキャン機能の使用権限があることを示す「スキャン」
・コピー機能の使用権限があることを示す「コピー」
・印刷機能の使用権限があることを示す「印刷」

なお、ユーザ情報には、上述した権限以外の権限を示す情報が記憶されてもよい。例えば、ユーザ情報には、記憶部３６０に使用可能な領域がある（記憶部３６０のリソースの使用権限がある）ことを示す情報が記憶されてもよい。

また、検証先は、認証サーバ３０が信頼する検証先であって、アクセストークンの検証先を示す情報である。検証先として、アクセストークンを検証サーバ装置（例えば、ＩｄＰサーバ４０）のアドレスや名称、アクセストークンを検証するＡＰＩ（Application Programming Interface）のエンドポイントのアドレス、アクセストークンを検証するサービスのサービス名等の属性が記憶される。本実施形態では、検証先にアクセストークンの検証依頼（アクセストークン検証依頼）を送信することにより、当該検証先によりアクセストークンが検証され、当該検証先からアクセストークンの検証結果が送信されることとして説明する。

なお、ユーザ情報記憶領域３６２に記憶されるユーザ情報には、図４に示した情報以外の情報が記憶されてもよい。

通信部３９０は、画像形成装置２０やＩｄＰサーバ４０等の外部の装置と通信を行う。通信部３９０は、例えば、有線／無線ＬＡＮで利用されるＮＩＣ等の通信装置や通信モジュールにより構成される。

［１．２．３ 画像形成装置］
図５を参照して、画像形成装置２０の機能構成について説明する。図５に示すように、画像形成装置２０は、制御部２００と、画像入力部２２０と、画像形成部２３０と、表示部２４０と、操作部２５０と、記憶部２６０と、通信部２９０とを備えて構成される。

制御部２００は、画像形成装置２０の全体を制御する。制御部２００は、記憶部２６０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ）により構成されている。

制御部２００は、記憶部２６０に記憶されたプログラムを実行することにより、画像処理部２０２として機能する。画像処理部２０２は、各種画像に関する処理を行う。例えば、画像処理部２０２は、画像入力部２２０によって読み取られた画像に対して、鮮鋭化処理や、階調変換処理を実行する。

画像入力部２２０は、画像形成装置２０に画像データを入力する。例えば、画像入力部２２０は、画像を読み取って画像データを生成することが可能なスキャン装置等により構成される。スキャン装置は、例えば、ＣＣＤ（Charge Coupled Device）やＣＩＳ（Contact Image Sensor）等のイメージセンサによって画像を電気信号に変換し、電気信号を量子化及び符号化することでデジタルデータを生成する。

なお、画像入力部２２０は、ＵＳＢ（Universal Serial Bus）メモリや、ＳＤカード等の記憶媒体に記憶された画像データを読み出すためのインターフェイス（端子）により構成されてもよい。また、他の装置と接続を行う通信部２９０により、当該他の装置から画像データを入力してもよい。

画像形成部２３０は、記録用紙等の記録媒体に対して画像を形成（印刷）する。画像形成部２３０は、例えば、電子写真方式を利用したレーザプリンタ等により構成される。

表示部２４０は、各種情報を表示する。表示部２４０は、例えば、ＬＣＤ、有機ＥＬパネル、マイクロＬＥＤディスプレイ等の表示装置により構成される。

操作部２５０は、画像形成装置２０を使用するユーザの操作を受け付ける。操作部２５０は、タッチセンサ等の入力装置によって構成される。タッチセンサにおいて入力を検出する方式は、例えば、抵抗膜方式、赤外線方式、電磁誘導方式、静電容量方式といった、一般的な検出方式であればよい。なお、画像形成装置２０には、表示部２４０と、操作部２５０とが一体に形成されたタッチパネルが搭載されてもよい。

記憶部２６０は、画像形成装置２０の動作に必要な各種プログラムや、各種データを記憶する。記憶部２６０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等の記憶装置により構成される。

記憶部２６０は、記憶領域として、画像データ記憶領域２６２と、セッション情報記憶領域２６４とを確保する。

画像データ記憶領域２６２は、画像データを記憶する。なお、画像データ記憶領域２６２に記憶される画像データは、当該画像データに基づく画像が形成（印刷）されるときに用いられる設定の情報と対応付けられていてもよい。

セッション情報記憶領域２６４は、画像形成装置２０と、端末装置１０とにおけるセッションを管理するために用いられる情報（セッション情報）が記憶される。セッション情報には、例えば、図６に示すように、識別情報であるユーザＩＤ（例えば、「ｘｘｘ」）と、当該ユーザとの通信（セッション）を識別するためのセッションＩＤ（例えば、「session0001」）とが記憶される。

通信部２９０は、端末装置１０や認証サーバ３０等の外部の装置と通信を行う。通信部２９０は、例えば、有線／無線ＬＡＮで利用されるＮＩＣ等の通信装置や通信モジュールにより構成される。

［１．２．４ ＩｄＰサーバ］
つづいて、ＩｄＰサーバ４０の機能構成について説明する。本実施形態におけるＩｄＰサーバ４０は、図７に示すように、制御部４００と、記憶部４６０と、通信部４９０とを備えて構成される。

制御部４００は、ＩｄＰサーバ４０の全体を制御する。制御部４００は、記憶部４６０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ）により構成されている。

制御部４００は、記憶部４６０に記憶されたプログラムを実行することにより、認証部４０２、検証部４０４として機能する。

認証部４０２は、外部の装置からユーザを認証するために用いられる情報を受信し、当該情報に基づき、ユーザを認証するサービスを提供する。例えば、認証部４０２は、通信部４９０を介して、ユーザの認証に用いられる情報を受信し、当該受信した情報に基づき、当該情報を送信したユーザが正当なユーザであるか否かを判定する。

ここで、認証部４０２は、ユーザの認証に用いられる情報を送信したユーザが正当なユーザであると判定した場合、当該ユーザを認証し、アクセストークンを発行する。アクセストークンは、例えば、予め定められた方法や計算式を用いて導出される文字列であったり、予め定められた形式に沿って構成された文字列であったりする。さらに、認証部４０２は、発行したアクセストークンと、認証したユーザに関する属性情報（例えば、当該ユーザのＥ－Ｍａｉｌアドレス）とを、送信情報として、ユーザの認証に用いられる情報を送信した装置に送信する。

検証部４０４は、通信部４９０を介して外部の装置からアクセストークンを受信し、当該アクセストークンが、正しいアクセストークンであるか否かを検証（判定）し、当該検証の結果を、当該外部の装置に送信する。

例えば、検証部４０４は、外部の装置から受信したアクセストークンが、認証部４０２によって用いられる方法や計算式で導出可能な文字列である場合、当該アクセストークンは認証部４０２によって発行されたアクセストークンであると判定する。なお、検証部４０４は、外部の装置から受信したアクセストークンが、予め定められた形式に沿って構成された文字列である場合、当該アクセストークンは認証部４０２によって発行されたアクセストークンであると判定してもよい。検証部４０４は、外部の装置から受信したアクセストークンが、認証部４０２によって発行されたアクセストークンであると判定した場合、外部の装置から受信したアクセストークンは正しいと判定する。

記憶部４６０は、ＩｄＰサーバ４０の動作に必要な各種プログラムや、各種データを記憶する。記憶部４６０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等の記憶装置により構成される。

記憶部４６０は、記憶領域として、ユーザ情報記憶領域４６２を確保する。ユーザ情報記憶領域４６２は、ＩｄＰサーバ４０によって提供されるサービスを利用するユーザ（認証の対象となるユーザ）に関する情報（ユーザ情報）が記憶される。ユーザ情報記憶領域４６２に記憶されるユーザ情報には、例えば、図８に示すように、ＩｄＰサーバ４０によって提供されるサービスを利用するユーザを識別するためのアカウント名（例えば、「ｓｂ１」）と、当該ユーザの認証に用いられるパスワード（例えば、「ａａａａ１２３４」）と、当該ユーザの属性情報であるＥ－Ｍａｉｌアドレス（例えば、「sb1@a-sha.com、sb1@example.com」）と、当該ユーザに対して発行されたアクセストークン（例えば、「!d#)O()$#(Uj)DUIDJF+JDFS`」）とが記憶される。

ＩｄＰサーバ４０に記憶されるユーザ情報のうち、アカウント名とパスワードとは、ＩｄＰサーバ４０において、ユーザを認証するために用いられる情報である。なお、ＩｄＰサーバ４０によって提供されるサービスを利用するユーザを識別する情報は、アカウント名以外の情報であってもよく、識別子（例えば、連番や所定の規則によって構成された文字列）、ユーザ名といった情報であってもよい。また、ユーザ情報記憶領域４６２に記憶されるユーザ情報には、複数のＥ－Ｍａｉｌアドレスが記憶されてもよい。また、ユーザ情報記憶領域４６２に記憶されるユーザ情報には、図８に示した情報以外の情報が記憶されてもよい。

通信部４９０は、認証サーバ３０等の外部の装置と通信を行う。通信部４９０は、例えば、有線／無線ＬＡＮで利用されるＮＩＣ等の通信装置や通信モジュールにより構成される。

［１．３ 処理の流れ］
［１．３．１ システム全体の流れ］
つづいて、図９を参照して、本実施形態におけるシステム１における処理の流れを説明する。なお、端末装置１０の制御部１００は、操作アプリ１６２により、所定の機能が実現されていることとして説明する。また、ＩｄＰサーバ４０によってユーザ認証がされた場合にアクセストークンとともに送信される情報はＥ－Ｍａｉｌアドレスとして説明する。

はじめに、端末装置１０の制御部１００は、ＩｄＰサーバ４０によるユーザ認証に用いられる情報であるアカウント名とパスワードとを取得し、ＩｄＰサーバ４０に送信する（Ｓ１０００）。例えば、制御部１００は、表示部１４０に、アカウント名とパスワードとをユーザに入力させるための画面を表示する。そして、制御部１００は、ユーザによって入力の完了が指示されたら、ユーザによって入力されたアカウント名とパスワードとを取得し、取得したアカウント名とパスワードとを通信部１９０を介して、ＩｄＰサーバ４０に送信する。

つづいて、ＩｄＰサーバ４０の制御部４００（認証部４０２）は、受信したアカウント名及びパスワードを用いてユーザの認証を行い、正当なユーザであると判定した場合は、アクセストークンを発行する（Ｓ１００２）。例えば、認証部４０２は、端末装置１０から受信したユーザＩＤとパスワードとが記憶されたユーザ情報を、ユーザ情報記憶領域４６２から取得できた場合、当該取得したユーザ情報に対応するユーザを正当なユーザと判定し、当該ユーザを認証する。

つづいて、制御部４００（認証部４０２）は、Ｓ１００２において認証したユーザの属性情報であるＥ－ＭａｉｌアドレスとＳ１００２において発行したアクセストークンとを含む送信情報を、端末装置１０に送信する（Ｓ１００４）。なお、認証部４０２は、Ｓ１００２において取得したユーザ情報を読み出すことにより、認証したユーザのＥ－Ｍａｉｌアドレスの情報を取得すればよい。

つづいて、端末装置１０の制御部１００は、Ｓ１００４において受信したＥ－Ｍａｉｌアドレス（ユーザの属性情報）とアクセストークンとを、通信部１９０を介して、画像形成装置２０に送信する（Ｓ１００６）。このようにして、制御部１００は、画像形成装置２０に対して、ＩｄＰサーバ４０から受信した情報に基づく認証依頼を行う。画像形成装置２０は、ＩｄＰサーバ４０から送信された送信情報を取得できる。

つづいて、画像形成装置２０の制御部２００は、Ｓ１００６において受信したＥ－Ｍａｉｌアドレス（ユーザの属性情報）とアクセストークンとを、通信部２９０を介して、認証サーバ３０に送信する（Ｓ１００８）。このようにして、端末装置１０から認証依頼が行われた画像形成装置２０は、認証サーバ３０に、ＩｄＰサーバ４０から送信された送信情報を送信する。認証サーバ３０は、ＩｄＰサーバ４０から送信され、画像形成装置２０によって取得された送信情報を、画像形成装置２０から取得（受信）する。

つづいて、認証サーバ３０の制御部３００（認証部３０２）は、受信したＥ－Ｍａｉｌアドレスが記憶されたユーザ情報をユーザ情報記憶領域３６２から取得し、ユーザＩＤ及び検証先を特定する（Ｓ１００９）。

ここで、Ｅ－Ｍａｉｌアドレスは、ユーザ情報記憶領域３６２に記憶されているユーザ情報のうち、１のユーザ情報と対応付けられている。したがって、認証部３０２は、Ｓ１００８において受信したＥ－Ｍａｉｌアドレスと同じ情報を含むユーザ情報をユーザ情報記憶領域３６２から読み出すことができれば、当該ユーザ情報に対応するユーザが画像形成装置２０を使用するユーザとして管理されたユーザ（管理ユーザ）であることを判定できる。また、読み出したユーザ情報に記憶されたユーザＩＤ及び検証先の情報を取得することで、ユーザＩＤ及び検証先を特定できる。

このようにして、認証部３０２は、認証依頼を行った端末装置１０から受信したＥ－Ｍａｉｌアドレスが記憶されたユーザ情報が記憶されているか否かを確認することで、認証サーバ３０が管理する管理ユーザであるかどうかを判定する。つまり、認証部３０２は、Ｅ－Ｍａｉｌアドレスがユーザ情報記憶領域３６２といったユーザ情報のデータベースに存在する場合、認証依頼がされたユーザを、管理ユーザとみなす。一方、認証部３０２は、Ｅ－Ｍａｉｌアドレスがユーザ情報記憶領域３６２に存在しない場合、認証依頼がされたユーザを、管理ユーザとみなさない。

つづいて、アクセストークンが正しいか否かを判定するために、認証サーバ３０の制御部３００（認証部３０２）は、通信部３９０を介して、Ｓ１００９において取得した検証先に対して、アクセストークンを送信することで、検証依頼を行う。ここで、検証先がＩｄＰサーバ４０である場合、認証部３０２は、アクセストークンを、ＩｄＰサーバ４０に送信する（Ｓ１０１０）。

ＩｄＰサーバ４０の制御部４００（検証部４０４）は、Ｓ１０１０において受信したアクセストークンが正しいか否かを検証する（Ｓ１０１２）。そして、制御部４００（検証部４０４）は、検証結果を、通信部４９０を介して、Ｓ１０１０においてアクセストークンを送信した認証サーバ３０に送信する（Ｓ１０１４）。

認証サーバ３０の制御部３００（認証部３０２）は、検証先（例えば、ＩｄＰサーバ４０）から検証結果を受信し、当該検証結果に基づきユーザを認証する（Ｓ１０１６）。例えば、認証部３０２は、ＩｄＰサーバ４０からアクセストークンが正しいことを示す検証結果を受信した場合、Ｓ１００９において特定したユーザＩＤに対応するユーザを認証する。このようにして、認証部３０２は、ＩｄＰサーバ４０から送信されたアクセストークン（セキュリティ情報）が正しく検証できた場合に、ユーザを認証することができる。つまり、認証サーバ３０は、他の装置であるＩｄＰサーバ４０による認証結果を用いて、画像形成装置２０を使用するユーザを認証する。

つづいて、制御部３００（認証部３０２）は、Ｓ１０１６において認証したユーザの識別情報を、通信部３９０を介して、Ｅ－Ｍａｉｌアドレス（ユーザの属性情報）及びアクセストークンを送信した画像形成装置２０に送信する（Ｓ１０１８）。なお、本実施形態では、認証したユーザの識別情報は、ユーザＩＤ（第１の識別情報）であるとして説明する。また、画像形成装置２０は、認証サーバ３０からユーザＩＤといった識別情報を受信することにより、認証サーバ３０によって画像形成装置２０を使用するユーザが認証されたことを把握することができる。

つづいて、画像形成装置２０の制御部２００は、セッションＩＤを発行し、当該発行したセッションＩＤとＳ１０１８において受信した識別情報であるユーザＩＤとを含むセッション情報をセッション情報記憶領域２６４に記憶する。そして、画像形成装置２０の制御部２００は、発行したセッションＩＤを、通信部２９０を介して、Ｓ１００６においてＥ－Ｍａｉｌアドレス及びアクセストークンを送信した端末装置１０に送信する（Ｓ１０２０）。セッションＩＤは、端末装置１０と画像形成装置２０との通信において、画像形成装置２０が通信相手となる端末装置１０を識別するために用いられる情報（通信識別情報）である。また、セッションＩＤを用いて端末装置１０と画像形成装置２０とが通信することによって、画像形成装置２０は、通信相手である端末装置１０が、画像形成装置２０の使用を許可したユーザ（認証したユーザ）であることを把握することができる。

つづいて、端末装置１０の制御部１００は、画像データと、Ｓ１０２０において受信したセッションＩＤとを、通信部１９０を介して、画像形成装置２０に送信する（Ｓ１０２２）。例えば、制御部１００は、ユーザによって画像が選択され、印刷の実行の指示がされたときに、当該選択された画像の画像データを、セッションＩＤとともに、画像形成装置２０に送信する。

つづいて、画像形成装置２０と認証サーバ３０とにおいて、画像データを送信したユーザの権限を確認する権限確認の処理を実行する（Ｓ１０２４）。権限確認の処理の流れについて、図１０を参照して説明する。

はじめに、画像形成装置２０の制御部２００は、認証サーバ３０にユーザＩＤを送信する（Ｓ１１００）。例えば、画像形成装置２０の制御部２００は、Ｓ１０２２において受信したセッションＩＤが保存されたセッション情報をセッション情報記憶領域２６４から取得する。さらに、制御部２００は、取得したセッション情報に含まれるユーザＩＤを、通信部２９０を介して、認証サーバ３０に送信する。

認証サーバ３０の制御部３００（認可部３０４）は、通信部３９０を介して、画像形成装置２０から、ユーザＩＤを受信し、当該ユーザＩＤにより識別されるユーザの権限を取得する（Ｓ１１０２）。例えば、認可部３０４は、画像形成装置２０から受信したユーザＩＤを含むユーザ情報をユーザ情報記憶領域３６２から取得し、当該取得したユーザ情報に含まれる権限の情報を取得する。

つづいて、制御部３００（認可部３０４）は、Ｓ１００２において取得した権限を示す情報である権限情報を、Ｓ１１００においてユーザＩＤを送信した画像形成装置２０に送信する（Ｓ１１０４）。権限情報には、例えば「スキャン」、「コピー」、「印刷」等の権限を示す情報が含まれる。

画像形成装置２０の制御部２００は、認証サーバ３０から受信した権限情報を参照することにより、図９のＳ１０２２において画像データを送信したユーザが、印刷機能の使用権限を有するか否かを判定することができる。

図９に戻り、つづいて、制御部２００は、Ｓ１０２２において画像データを送信したユーザが印刷機能の使用権限を有する場合、当該画像データに基づく画像を、画像形成部２３０を介して形成する画像形成処理を実行する（Ｓ１０２６）。なお、制御部２００は、画像データに対応付けられた設定の情報がある場合、当該設定に基づき、画像を形成する制御を行う。

なお、画像形成処理が完了したら、制御部２００は、ユーザＩＤや履歴情報を、通信部２９０を介して、認証サーバ３０に送信する（Ｓ１０２８）。認証サーバ３０の制御部３００（履歴記憶部３０６）は、画像形成装置２０から受信した履歴情報を、履歴情報記憶領域３６４に記憶する（Ｓ１０３０）。

［１．３．２ 端末装置の処理の流れ］
つづいて、図１１を参照して、端末装置１０が実行する処理について説明する。なお、端末装置１０の制御部１００は、操作アプリ１６２を実行することにより、図１１に示した処理を実行する。

はじめに、制御部１００は、ＩｄＰサーバ４０によるユーザ認証に用いられる情報であるアカウント名及びパスワードを取得したか否かを判定する（ステップＳ１００）。例えば、制御部１００は、アカウント名を入力するためのフィールドと、パスワードを入力するためのフィールドとを表示部１４０に表示する制御を行う。この場合、制御部１００は、ユーザによって当該フィールドに情報が入力され、入力された情報を確定するための操作がされたときに、アカウント名及びパスワードを取得する。

制御部１００は、アカウント名及びパスワードを取得した場合、取得したユーザＩＤ及びパスワードを、通信部１９０を介して、ＩｄＰサーバ４０に送信する（ステップＳ１００；Ｙｅｓ→ステップＳ１０２）。

つづいて、制御部１００は、通信部１９０を介して、ＩｄＰサーバ４０から、送信情報であるＥ－Ｍａｉｌアドレス及びアクセストークンを受信した場合、受信したＥ－Ｍａｉｌアドレス及びアクセストークンを画像形成装置２０に送信する（ステップＳ１０６；Ｙｅｓ→ステップＳ１０８）。これにより、制御部１００は、画像形成装置２０に対して、ＩｄＰサーバ４０から受信した情報に基づく認証依頼を行う。

また、制御部１００は、通信部１９０を介して、画像形成装置２０から、セッションＩＤを受信したか否かを判定する（ステップＳ１１０）。画像形成装置２０からセッションＩＤが受信される場合とは、ステップＳ１０６において画像形成装置２０に対して行った認証依頼に対して、ユーザの認証が行われ、画像形成装置２０の使用が許可された場合である。この場合、当該セッションＩＤ及びユーザによって選択された画像データを、通信部１９０を介して画像形成装置２０に送信する（ステップＳ１１０；Ｙｅｓ→ステップＳ１１２）。

なお、制御部１００は、ステップＳ１０６においてＩｄＰサーバ４０からＥ－Ｍａｉｌアドレス及びアクセストークンを受信できなかった場合、エラー処理を実行する（ステップＳ１０６；Ｎｏ→ステップＳ１１４）。また、制御部１００は、ステップＳ１１０において画像形成装置２０からセッションＩＤを受信できなかった場合、エラー処理を実行する（ステップＳ１１０；Ｎｏ→ステップＳ１１４）。

ＩｄＰサーバ４０からＥ－Ｍａｉｌアドレス及びアクセストークンを受信できなかった場合とは、例えば、ＩｄＰサーバ４０からエラーメッセージ等を受信した場合や、ＩｄＰサーバ４０との通信に失敗した場合等である。また、画像形成装置２０からセッションＩＤを受信できなかった場合とは、例えば、画像形成装置２０からエラーメッセージ等を受信した場合や、画像形成装置２０との通信に失敗した場合等である。

エラー処理とは、ユーザにエラーが発生したことを通知したり、操作のやり直しを促したり、図１１に示した処理を終了させたりする処理である。例えば、制御部１００は、エラー処理として、エラーメッセージを表示部１４０に表示する処理を実行する。この場合、画像データが端末装置１０から画像形成装置２０に送信されないため、ユーザは、当該画像データに基づく画像を画像形成装置２０に対して印刷させることができない。

なお、制御部１００は、ステップＳ１００において、アカウント名及びパスワードを取得しなかった場合、画像形成装置２０を使用するユーザを識別する識別情報（例えば、ユーザＩＤ）及びパスワードを取得したか否かを判定する（ステップＳ１００；Ｎｏ→ステップＳ１０４）。例えば、制御部１００は、ユーザＩＤを入力するためのフィールドと、パスワードを入力するためのフィールドとを表示部１４０に表示する制御を行う。この場合、制御部１００は、ユーザによって当該フィールドに情報が入力され、入力された情報を確定するための操作がされたときに、ユーザＩＤ及びパスワードを取得する。すなわち、制御部１００は、従来どおりの、ユーザＩＤ及びパスワードを用いた認証依頼を行う。このように、制御部１００は、ユーザＩＤ及びパスワードを用いる認証サーバ３０によるユーザの認証と、アカウント名及びパスワードを用いるＩｄＰサーバ４０によるユーザの認証との何れかの認証を選択できるようにする。

制御部１００は、ユーザＩＤ及びパスワードを取得した場合、当該ユーザＩＤ及びパスワードを用いた処理を実行する（ステップＳ１０４；Ｙｅｓ）。例えば、制御部１００は、通信部１９０を介して、取得したユーザＩＤ及びパスワードを画像形成装置２０に送信することで画像形成装置２０に対して認証依頼を行い、画像形成装置２０からセッションＩＤを受信する。さらに、制御部１００は、画像形成装置２０から受信したセッションＩＤと画像データとを通信部１９０を介して画像形成装置２０に送信する。このような処理により、端末装置１０は、ユーザＩＤ及びパスワードを用いた認証を行った上で、画像データを画像形成装置２０に送信することが可能となる。

なお、制御部１００は、ステップＳ１０４において、ユーザＩＤ及びパスワードを取得しなかった場合は、ステップＳ１００に戻る（ステップＳ１０４；Ｎｏ→ステップＳ１００）。

［１．３．３ 画像形成装置の処理の流れ］
つづいて、図１２を参照して、画像形成装置２０が実行する処理について説明する。はじめに、制御部２００は、通信部２９０を介して、端末装置１０から認証依頼がされ、認証用の情報を受信したか否かを判定する（ステップＳ１２０）。認証用の情報とは、以下の何れかの情報である。
（ａ）アクセストークン及びＥ－Ｍａｉｌアドレス
（ｂ）ユーザＩＤ及びパスワード

認証用の情報を受信した場合、制御部２００は、ステップＳ１２０において受信した情報を用いてユーザを認証し、認証したユーザに対応するセッションＩＤを発行する処理（セッションＩＤ発行処理）を実行する（ステップＳ１２０；Ｙｅｓ→ステップＳ１２２）。セッションＩＤ発行処理については、図１３を参照して説明する。

はじめに、制御部２００は、認証用の情報として、ＩｄＰサーバ４０から送信される送信情報であるアクセストークン及びＥ－Ｍａｉｌアドレスを受信したか否かを判定する（ステップＳ１４０）。

制御部２００は、アクセストークン及びＥ－Ｍａｉｌアドレスを受信した場合、当該アクセストークン及びＥ－Ｍａｉｌアドレスを、通信部２９０を介して、認証サーバ３０に送信する（ステップＳ１４０；Ｙｅｓ→ステップＳ１４２）。

つづいて、制御部２００は、認証サーバ３０から、図１２のステップＳ１４２において送信したアクセストークン及びＥ－Ｍａｉｌアドレスに基づく認証サーバ３０によるユーザ認証の認証結果として、ユーザＩＤを受信したか否かを判定する（ステップＳ１４４）。ここで、認証サーバ３０からユーザＩＤを受信する場合とは、ステップＳ１４２において送信したアクセストークン及びＥ－Ｍａｉｌアドレスを用いたユーザ認証が正しく行われた場合（認証サーバ３０による認証結果が正しい場合）である。

制御部２００は、ユーザＩＤを受信した場合、ユーザを認証し、セッションＩＤを発行する（ステップＳ１４４；Ｙｅｓ→ステップＳ１４６）。つまり、制御部２００は、端末装置１０からの認証依頼により認証の対象となったユーザを認証し、画像形成装置２０を使用する許可を与える。このとき、制御部２００は、ステップＳ１４４において発行したセッションＩＤと、ステップＳ１４４において受信した識別情報であるユーザＩＤとを含むセッション情報をセッション情報記憶領域２６４に記憶する。さらに、制御部２００は、ステップＳ１４６において発行したセッションＩＤを、通信部２９０を介して、端末装置１０に送信する（ステップＳ１４８）。

なお、制御部２００は、ステップＳ１４４において、ユーザＩＤを受信しなかった場合は、認証サーバ３０によるユーザ認証が正しく行われなかった（認証サーバ３０による認証結果が正しくない）として、エラー処理を実行する（ステップＳ１４４；Ｎｏ→ステップＳ１５０）。ユーザＩＤを受信しなかった場合とは、例えば、認証サーバ３０からエラーメッセージ等を受信した場合や、認証サーバ３０との通信に失敗した場合等である。また、エラー処理とは、認証用の情報を送信した端末装置１０に対して、エラーメッセージを送信するといった処理である。

また、制御部２００は、ステップＳ１４０においてアクセストークン及びＥ－Ｍａｉｌアドレスを受信しなかった場合、すなわち、端末装置１０からユーザＩＤ及びパスワードを受信した場合、当該ユーザＩＤ及びパスワードを用いた処理を実行する（ステップＳ１４０；Ｎｏ）。例えば、制御部２００は、通信部２９０を介して、ユーザＩＤ及びパスワードを認証サーバ３０に送信し、認証サーバ３０から認証結果を受信する。この場合、認証結果が認証サーバ３０によってユーザの認証がされたことを示す結果であれば、制御部２００は、セッションＩＤを発行する。さらに、制御部２００は、発行したセッションＩＤと端末装置１０から受信したユーザＩＤとを対応付けたセッション情報をセッション情報記憶領域２６４に記憶し、発行したセッションＩＤをユーザＩＤ及びパスワードを送信した端末装置１０に送信する。一方、認証結果が、認証サーバ３０によってユーザの認証がされなかったことを示す結果であれば、制御部２００は、エラー処理を実行する。

図１２に戻り、つづいて、制御部２００は、セッションＩＤ及び画像データを受信したか否かを判定する（ステップＳ１２４）。セッションＩＤは、認証サーバ３０やＩｄＰサーバ４０によって認証されたユーザのユーザＩＤと対応付けられているため、制御部２００は、セッションＩＤを受信することにより、認証済のユーザによって画像データが送信されたことを判定できる。したがって、制御部２００は、ステップＳ１２４において、セッションＩＤを含まない画像データを受信した場合は、エラー処理を実行してもよい。また、制御部２００は、セッションＩＤを受信した場合であっても、当該セッションＩＤが記憶されたセッション情報がセッション情報記憶領域２６４に記憶されていないとき、エラー処理を実行してもよい。

つづいて、制御部２００は、セッションＩＤ及び画像データを受信した場合、受信したセッションＩＤと対応付けられている識別情報であるユーザＩＤを取得する（ステップＳ１２４；Ｙｅｓ→ステップＳ１２５）。例えば、制御部２００は、セッション情報記憶領域２６４から、受信したセッションＩＤが記憶されたセッション情報を読み出し、当該読み出したセッション情報に記憶されたユーザＩＤを取得する。つづいて、制御部２００は、ステップＳ１２５において取得したユーザＩＤを認証サーバ３０に送信する（ステップＳ１２６）。

つづいて、制御部２００は、認証サーバ３０から権限情報を受信し、ステップＳ１２４において受信したセッションＩＤに対応付けられているユーザに、印刷機能の使用権限があるか否かを判定する（ステップＳ１２８→ステップＳ１３０）。例えば、制御部２００は、認証サーバ３０から受信した権限情報に、印刷機能の使用権限を有することを示す情報（例えば、「印刷」といった情報）が含まれる場合、ユーザに印刷機能の使用権限があると判定すればよい。

制御部２００は、印刷機能の使用権限がある場合、印刷を実行する（ステップＳ１３０；Ｙｅｓ→ステップＳ１３２）。例えば、制御部２００は、画像形成部２３０を制御し、ステップＳ１２４において受信した画像データに基づく画像を記録媒体に形成する。印刷が完了したら、制御部２００は、通信部２９０を介して、履歴情報を認証サーバ３０に送信する（ステップＳ１３４）。この場合、認証サーバ３０の履歴記憶部３０６により、履歴情報を記憶する処理が実行される。なお、制御部２００は、ステップＳ１３０において印刷機能の使用権限がないと判定した場合は、ステップＳ１３２及びステップＳ１３４における処理を省略（スキップ）する（ステップＳ１３０；Ｎｏ）。

［１．３．４ 認証サーバの処理の流れ］
つづいて、図１４を参照して、認証サーバ３０が実行する処理について説明する。はじめに、制御部３００は、ＩｄＰサーバ４０によって発行されたアクセストークン及びＥ－Ｍａｉｌアドレスを取得したか否かを判定する（ステップＳ１６０）。例えば、制御部３００は、通信部３９０を介して、画像形成装置２０から、アクセストークン及びＥ－Ｍａｉｌアドレスを受信した場合、アクセストークン及びＥ－Ｍａｉｌアドレスを取得したと判定する。

アクセストークン及びＥ－Ｍａｉｌアドレスを取得した場合、制御部３００（認証部３０２）は、受信した情報に基づきユーザを認証する認証処理を実行する（ステップＳ１６０；Ｙｅｓ→ステップＳ１６２）。認証処理については、図１５を参照して説明する。

はじめに、認証部３０２は、Ｅ－Ｍａｉｌアドレスからユーザを特定し、当該ユーザのユーザＩＤを特定する（ステップＳ１８０）。ここで、Ｅ－Ｍａｉｌアドレスは、第２の識別情報であるため、認証部３０２は、Ｅ－Ｍａｉｌアドレスからユーザを識別（特定）することが可能である。したがって、例えば、認証部３０２は、図１４のステップＳ１６０において受信したＥ－Ｍａｉｌアドレスが記憶されたユーザ情報をユーザ情報記憶領域３６２から取得し、取得したユーザ情報に記憶されたユーザＩＤを読み出すことで、ユーザＩＤを取得（特定）する。

認証部３０２は、ユーザＩＤが特定できた場合、当該受信したＥ－Ｍａｉｌアドレスに対応する検証先を特定する（ステップＳ１８２；Ｙｅｓ→ステップＳ１８３）。例えば、認証部３０２は、ステップＳ１８０において取得したユーザ情報を読み出すことで、検証先を特定する。さらに、認証部３０２は、ステップＳ１８３において特定した検証先に対して、アクセストークンを送信することで、検証先に対してアクセストークンの検証依頼を行う（ステップＳ１８４）。例えば、認証部３０２は、ステップＳ１８０において取得したユーザ情報に記憶された検証先に、ステップＳ１７０において受信したアクセストークンを送信する。さらに、認証部３０２は、通信部３９０を介して、検証先からアクセストークンの検証結果を受信する（ステップＳ１８６）。

例えば、検証先がＩｄＰサーバ４０であれば、認証部３０２は、当該ＩｄＰサーバ４０にアクセストークンを送信する。この場合、アクセストークンは、ＩｄＰサーバ４０の検証部４０４により、検証される。また、認証部３０２は、ＩｄＰサーバ４０から、アクセストークンの検証結果を受信する。

認証部３０２は、検証結果に基づき、ステップＳ１７０において受信したアクセストークンが正しいか否かを判定する（ステップＳ１８８）。認証部３０２は、アクセストークンが正しい場合、認証部３０２はユーザを認証する。そして、認証部３０２は、認証結果として、ステップＳ１８０において特定したユーザＩＤを、通信部３９０を介して、アクセストークン及びＥ－Ｍａｉｌアドレスを送信した画像形成装置２０に送信する（ステップＳ１８８；Ｙｅｓ→ステップＳ１９０）。なお、認証部３０２は、画像形成装置２０に対して、ユーザＩＤとともに、ユーザ認証が正しく行われたことを示す情報を送信してもよい。

認証部３０２は、上述の処理を実行することにより、第２の識別情報であり、ＩｄＰサーバ４０から送信される送信情報に含まれる属性情報でもあるＥ－Ｍａｉｌアドレスと、ＩｄＰサーバ４０によって発行されたアクセストークンとに基づいて、ユーザを認証する。つまり、認証部３０２は、以下の２つの条件を満たすとき、ユーザを認証する。
（１）Ｅ－Ｍａｉｌアドレスと対応するユーザのユーザ情報が記憶されていること
（２）アクセストークンが正しいこと

ここで、（１）の条件を満たす場合とは、Ｅ－Ｍａｉｌアドレスと対応するユーザが認証サーバ３０によって管理されているユーザである場合である。Ｅ－Ｍａｉｌアドレスは、ＩｄＰサーバ４０によってユーザ認証がされた場合にアクセストークンとともに送信される情報でもあるため、認証部３０２は、ＩｄＰサーバ４０から送信される情報と、認証サーバ３０が管理するユーザとを関連付けることができる。

なお、上述した条件を満たさない場合は、認証部３０２はエラー処理を実行する。具体的には、認証部３０２は、ステップＳ１８２においてユーザＩＤが特定できない場合はエラー処理を実行する（ステップＳ１８２；Ｎｏ→ステップＳ１９２）。ユーザＩＤが特定できない場合とは、ステップＳ１７０において受信されたＥ－Ｍａｉｌアドレスが記憶されたユーザ情報を、ユーザ情報記憶領域３６２から取得できなかった場合（記憶されていなかった場合）である。また、認証部３０２は、ステップＳ１８８において、アクセストークンが正しくないと判定した場合、エラー処理を実行する（ステップＳ１８８；Ｎｏ→ステップＳ１９２）。エラー処理は、例えば、認証部３０２が通信部３９０を介して、アクセストークン及びＥ－Ｍａｉｌアドレスを送信した画像形成装置２０に、ユーザ認証の認証結果としてエラーメッセージを送信する処理である。

図１４に戻り、制御部３００は、通信部３９０を介して、画像形成装置２０から、ユーザの情報であるユーザＩＤを取得したか否かを判定する（ステップＳ１６６）。例えば、制御部３００は、通信部３９０を介して、画像形成装置２０から、ユーザＩＤを受信した場合、ユーザＩＤを取得したと判定する。

制御部３００（認可部３０４）は、ユーザＩＤを取得した場合、当該ユーザＩＤに対応するユーザの権限を取得する（ステップＳ１６６；Ｙｅｓ→ステップＳ１６８）。例えば、認可部３０４は、ステップＳ１６６において取得したユーザＩＤが記憶されたユーザ情報をユーザ情報記憶領域３６２から読み出し、読み出したユーザ情報に記憶された権限の情報を取得する。つづいて、制御部３００（認可部３０４）は、取得した権限を示す情報を含む権限情報を、通信部３９０を介して、ユーザＩＤを送信した装置である画像形成装置２０に送信する（ステップＳ１７０）。

このように、認可部３０４は、ユーザの情報であるユーザＩＤを取得した場合、当該ユーザＩＤによって識別されるユーザに対応付けられた権限を示す権限情報を送信することにより、当該ユーザに対する権限を与えることができる。特に、本実施形態では、権限として、画像形成装置２０の機能（印刷機能、コピー機能、スキャン機能等）を利用する権限を与える。なお、認可部３０４は、ステップＳ１６６においてユーザＩＤを取得していないと判定した場合は、ステップＳ１６８及びステップＳ１７０における処理を省略（スキップ）する（ステップＳ１６６；Ｎｏ）。

なお、制御部３００（認証部３０２）は、ステップＳ１６０においてアクセストークン及びＥ－Ｍａｉｌアドレスを受信しなかった場合、画像形成装置２０から、ユーザＩＤ及びパスワードを受信したか否かを判定する（ステップＳ１６０；Ｎｏ→ステップＳ１６４）。制御部３００（認証部３０２）は、ユーザＩＤ及びパスワードを受信した場合、当該ユーザＩＤ及びパスワードに基づきユーザの認証の処理を実行する。

例えば、認証部３０２は、画像形成装置２０から受信したユーザＩＤ及びパスワードを含むユーザ情報がユーザ情報記憶領域３６２に記憶されていれば、ユーザを認証する。一方、認証部３０２は、画像形成装置２０から受信したユーザＩＤ及びパスワードを含むユーザ情報がユーザ情報記憶領域３６２に記憶されていなければ、ユーザを認証しない。そして、認証部３０２は、ユーザを認証したか否かを示す情報を、認証結果として、ユーザＩＤ及びパスワードを送信した画像形成装置２０に送信する。

［１．４ 実施例］
つづいて、図１６を参照して、本実施形態の動作例を説明する。図１６は、ＩｄＰサーバ４０によって送信されるユーザの属性情報（Ｅ－Ｍａｉｌアドレス）が用いられることにより、ＩｄＰサーバ４０が管理するユーザと認証サーバ３０が管理するユーザとが関連付けられることを示す図である。なお、図１６のＴ１００は、認証サーバ３０が管理（記憶）するユーザ情報を示す。

本実施形態では、認証サーバ３０が管理するユーザ情報には、後述するＩｄＰサーバ４０によってアクセストークンと共に送信されるＥ－ＭａｉｌアドレスＥ１００が含まれる。この場合、本実施形態におけるシステム１は、ＩｄＰサーバ４０から送信されるＥ－Ｍａｉｌアドレスを、画像形成装置２０のユーザ認証に用いることができる。

本実施形態では、ユーザによって、端末装置１０を介してＩｄＰサーバ４０によって提供されるユーザの認証のサービスが利用される。このとき、ＩｄＰサーバ４０によってユーザが認証された場合、端末装置１０は、ＩｄＰサーバ４０から、送信情報として、Ｅ－Ｍａｉｌアドレス及びアクセストークンを受信する。そこで、端末装置１０は、画像形成装置２０に、Ｅ－Ｍａｉｌアドレス及びアクセストークンを送信することで、認証依頼を行う（図１６の（１））。画像形成装置２０は、Ｅ－Ｍａｉｌアドレス及びアクセストークンを認証サーバ３０に送信する（図１６の（２））。

認証サーバ３０は、画像形成装置２０から受信したＥ－Ｍａｉｌアドレスを含むユーザ情報を記憶していれば、当該Ｅ－Ｍａｉｌアドレスに対応するユーザは、認証サーバ３０が管理しているユーザであると判定することができる。一方、認証サーバ３０は、画像形成装置２０から受信したＥ－Ｍａｉｌアドレスを含むユーザ情報を記憶していなければ、当該Ｅ－Ｍａｉｌアドレスに対応するユーザは、認証サーバ３０が管理しているユーザではないと判定することができる。

例えば、図１６の（３）に示すように、認証サーバ３０が記憶するユーザ情報に含まれるＥ－ＭａｉｌアドレスＤ１００と、画像形成装置２０から送信されるＥ－ＭａｉｌアドレスＤ１０２とが一致する場合がある。この場合、認証サーバ３０は、当該Ｅ－Ｍａｉｌアドレスに対応するユーザを、認証サーバ３０が管理するユーザであると判定することができる。このようにして、認証サーバ３０は、ＩｄＰサーバ４０によって送信される情報を用いて、認証サーバ３０が管理しているユーザを対応付けることができる。

さらに、認証サーバ３０が管理しているユーザに対応付けられた権限を示す権限情報が認証サーバ３０から画像形成装置２０に送信される（図１６の（４））。これにより、認証サーバ３０は、ユーザに対して権限を与えることができる。また、画像形成装置２０は、権限情報を参照することで、ユーザに対して与えられた権限を判定することができる。なお、権限情報とともに、認証サーバ３０から画像形成装置２０に対して、ユーザに関する情報（例えば、識別子）が送信されてもよい。

図１７は、アクセストークンの検証について示した図である。図１７に示すように、認証サーバ３０は、端末装置１０によってＩｄＰサーバ４０から受信されたＥ－Ｍａｉｌアドレス及びアクセストークンを、画像形成装置２０を介して受信する（図１７の（１）及び（２））。

ここで、認証サーバ３０は、ユーザ毎に、アクセストークンを検証するための検証先を記憶する。これにより、認証サーバ３０は、画像形成装置２０を使用するユーザのアカウント毎に、アクセストークンを検証するための検証先を設定し、切り替えることができる。認証サーバ３０は、検証先にアクセストークンを送信することで、アクセストークンの検証依頼を行う（図１７の（３））。これにより、認証サーバ３０は、検証先（例えば、ＩｄＰサーバ４０）からアクセストークンの検証結果を受信することができる。

アクセストークンが正しい場合は、図１７のＤ１１０に示すように、アクセストークンが正しいことを示す認証結果が、ＩｄＰサーバ４０から認証サーバ３０に送信される。また、画像形成装置２０を介して端末装置１０から送信されたＥ－Ｍａｉｌアドレスに対応するユーザのユーザＩＤが、認証サーバ３０から画像形成装置２０に送信される。このため、画像形成装置２０は、認証サーバ３０からユーザＩＤを受信したことにより、当該ユーザＩＤに対応するユーザが、ＩｄＰサーバ４０による認証（クラウド認証）が済まされたユーザであることを判定することができる。

一方、アクセストークンが正しくない場合は、図１７のＤ１２０に示すように、アクセストークンが正しくないことを示す認証結果が、ＩｄＰサーバ４０から認証サーバ３０に送信される。また、エラーメッセージなどエラーを示す情報が認証サーバ３０から画像形成装置２０に送信される。このため、画像形成装置２０は、端末装置１０を操作するユーザは、クラウド認証がされていないユーザであると判定し、エラー処理を実行することができる。

なお、本実施形態では、ユーザは、使用しているウェブサービスやクラウドサービスに対応するＩｄＰサーバ４０から発行されるアクセストークンを、画像形成装置２０を使用するための認証に用いることができる。したがって、ユーザは、通常使用しているＩｄＰサーバ４０によるユーザ認証のサービスを、画像形成装置２０を使用する場合に利用することができる。

なお、上述した説明以外であっても、矛盾のない範囲において、処理の内容を変更しても構わない。例えば、上述した説明では、印刷機能の権限の有無に応じた処理について説明したが、当該処理を、コピー機能やスキャン機能、画像形成装置の設定の権限の有無に応じた処理に適用してもよい。この場合、ユーザは、認可部によって使用が認可された機能を使用できる。例えば、ユーザは、端末装置１０を介して、セッションＩＤと処理の内容や処理対象のデータといった処理に関する情報とを画像形成装置２０に送信する。画像形成装置２０は、セッションＩＤに対応するユーザＩＤを取得し、当該ユーザＩＤによって識別されるユーザに、所定の処理を実行するための権限確認の処理を実行する。画像形成装置２０は、ユーザが処理を実行するための権限を有している場合、端末装置１０から送信された処理の内容や処理対象のデータに対応する所定の処理を実行する。一方、画像形成装置２０は、ユーザが処理を実行するための権限を有していない場合、所定の処理を実行しない。

また、上述した説明では、アクセストークンが正しいか否かをアクセストークンのみを用いて判定することとして説明した。しかし、アクセストークンが正しいか否かは、アクセストークン及びＥ－Ｍａｉｌアドレスの情報によって判定されても構わない。この場合、図９のＳ１０１０や図１３のステップＳ１７４において、認証サーバ３０の認証部３０２は、アクセストークン及びＥ－ＭａｉｌアドレスをＩｄＰサーバ４０に送信する。また、図９のＳ１０１２において、ＩｄＰサーバ４０の検証部４０４は、認証サーバ３０から受信したアクセストークン及びＥ－Ｍａｉｌアドレスを含むユーザ情報がユーザ情報記憶領域４６２に記憶されている場合、アクセストークンが正しいと判定する。

また、上述した説明では、ＩｄＰサーバ４０によって送信される送信情報に、アクセストークンとユーザの属性情報が含まれることとして説明した。ここで、アクセストークンは、ＩｄＰサーバ４０によってユーザが認証されたことを示すセキュリティ情報であり、ユーザが認証されたことを検証するために用いられる情報である。しかし、ユーザが認証されたことを示し、ユーザが認証されたことを検証できる情報であれば、セキュリティ情報はアクセストークン以外の情報であってもよい。

また、上述した説明において、認証サーバ３０と画像形成装置２０との間で送受信される識別情報（例えば、図９のＳ１０１８や図１０のＳ１１００）は第１の識別情報であるユーザＩＤであるとして説明したが、ユーザＩＤ以外の識別情報が送受信されてもよい。つまり、認証サーバ３０と画像形成装置２０との間で送受信される識別情報は、第２の識別情報であるＥ－Ｍａｉｌアドレスや第３の識別情報である識別子であってもよい。

また、本実施形態では、ＩｄＰサーバがアクセストークンを検証することとして説明したが、ＩｄＰサーバ以外の装置がアクセストークンを検証してもよい。この場合、認証サーバ３０が管理するユーザ情報には、検証先の情報として、アクセストークンを検証する装置のアドレスや名称等の属性が記憶される。

このように、本実施形態における画像形成装置は、ＩｄＰサーバから送信されたユーザの情報とＩｄＰサーバから発行されたアクセストークンとを用いて、画像処理装置を使用するユーザの認証を行う。また、本実施形態における画像形成装置は、認証したユーザが使用する権限を有する画像形成装置の機能等を判定することができる。この結果、本実施形態における画像形成装置は、ＩｄＰサーバから送信される情報に基づき、ユーザの認証や、ユーザの権限を取得することができる。また、端末装置は、端末装置から画像形成装置を操作する場合において、パスワード情報をネットワーク経由で画像形成装置に送信（通知）する必要がない。またネットワーク経由でパスワード情報を送信する必要がないため、ネットワーク経由でパスワードが漏洩してしまうことを防ぐこと（盗聴リスクの軽減）ができる。また、ユーザは、ユーザＩＤ及びパスワードを用いた認証方法以外の認証方法を利用することが可能となる。これにより、本実施形態によれば、従来から存在する認証サーバによるユーザ認証や、ワンタイムパスワードを使用したユーザ認証の他に、ＩｄＰサーバの認証結果を用いた多要素認証が可能となる。

さらに、本実施形態におけるシステムのユーザは、端末装置を用いるだけで、画像形成装置を使用するために必要となる認証の操作をすることができ、認証された後は、端末装置を用いて、画像形成装置に直接画像データを送信することが可能となる。これにより、ユーザは、画像形成装置の設置場所に行き、画像形成装置を直接操作するといった手間を省くことができる。

［２．第２実施形態］
つづいて、第２実施形態について説明する。第２実施形態は、端末装置と画像形成装置とが直接通信ができない場合における実施形態である。本実施形態は、第１実施形態の図１を図１８に、第１実施形態の図９を図２０に、それぞれ置き換えたものである。なお、同一の装置や同一の処理には同一の符号を付し、説明については省略する。

［２．１ 全体構成］
図１８を参照して、本実施形態におけるシステム２の全体構成を説明する。図１８に示すように、システム２は、第１実施形態において説明したシステム１と異なり、ネットワークＮＷ１には、中継装置５０が接続されている。また、ネットワークＮＷ１には、画像形成装置２０が接続されていない。その一方で、画像形成装置２２が中継装置５０に接続される。

図１８に示すように、端末装置１０が接続されたネットワークＮＷ１には、画像形成装置２２が接続されていないため、端末装置１０と画像形成装置２２とは、直接通信できない。なお、端末装置１０と画像形成装置２２とがネットワークＮＷ１に接続されている場合であっても、端末装置１０と画像形成装置２２とが直接通信できない場合がある。具体的には、端末装置１０と画像形成装置２２との間に通信の障害が発生していたり、端末装置１０と画像形成装置２２との直接の通信が禁止されていたりする場合である。

一方で、本実施形態では、端末装置１０と中継装置５０とが通信可能であるとする。また、本実施形態では、中継装置５０と画像形成装置２２とが通信可能であるとする。

［２．２ 機能構成］
［２．２．１ 中継装置］
つづいて、本実施形態における中継装置５０の機能構成について説明する。中継装置５０は、ＰＣやサーバといったコンピュータにより構成される情報処理装置である。本実施形態における中継装置５０は、図１９に示すように、制御部５００と、記憶部５６０と、通信部５９０とを備えて構成される。

制御部５００は、中継装置５０の全体を制御する。制御部５００は、記憶部５６０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ）により構成されている。

記憶部５６０は、中継装置５０の動作に必要な各種プログラムや、各種データを記憶する。記憶部５６０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等の記憶装置により構成される。記憶部５６０は、記憶領域として、画像データを記憶する領域である画像データ記憶領域５６２と、セッション情報を記憶するセッション情報記憶領域５６４とを確保する。なお、セッション情報記憶領域５６４に記憶されるセッション情報は、第１実施形態において説明したセッション情報記憶領域２６４に記憶されるセッション情報と同様の情報である。

通信部５９０は、端末装置１０や認証サーバ３０等の外部の装置と通信を行う。通信部５９０は、例えば、有線／無線ＬＡＮで利用されるＮＩＣ等の通信装置や通信モジュールにより構成される。

［２．２．２ 画像形成装置］
本実施形態における画像形成装置２２は、第１実施形態において説明した画像形成装置２０とは異なり、記憶部２６０は、セッション情報記憶領域２６４を確保しない。なお、それ以外の画像形成装置２２の構成は、画像形成装置２０と同様である。

［２．３ システム全体の処理の流れ］
図２０を参照して、本実施形態におけるシステム２における処理の流れを説明する。なお、端末装置１０の制御部１００は、操作アプリ１６２により、所定の機能が実現されていることとして説明する。

はじめに、端末装置１０及びＩｄＰサーバ４０は、Ｅ－Ｍａｉｌアドレス及びアクセストークンを送受信する処理を実行する（Ｓ２０００）。Ｓ２０００において実行される処理は、第１実施形態の図９におけるＳ１０００からＳ１００４までの処理と同様である。

つづいて、端末装置１０の制御部１００は、通信部１９０を介して、中継装置５０に、ＩｄＰサーバ４０から送信される送信情報であるＥ－Ｍａｉｌアドレス（ユーザの属性情報）及びアクセストークンを送信する（Ｓ２００２）。このようにして、中継装置５０は、ＩｄＰサーバ４０から送信された送信情報を取得できる。

中継装置５０の制御部５００は、通信部５９０を介して、認証サーバ３０にアクセストークンを送信する（Ｓ２００４）。このようにして、認証サーバ３０は、中継装置５０から、ＩｄＰサーバ４０から送信された送信情報であるＥ－Ｍａｉｌアドレス（ユーザの属性情報）及びアクセストークンを取得する。

つづいて、認証サーバ３０及びＩｄＰサーバ４０は、第１実施形態の図９におけるＳ１０１０からＳ１０１６までの処理を実行する。また、認証サーバ３０の認証部３０２は、通信部３９０を介して、識別情報であるユーザＩＤを、Ｅ－Ｍａｉｌアドレス（ユーザの属性情報）及びアクセストークンを送信した中継装置５０に送信する（Ｓ２００６）。

つづいて、中継装置５０の制御部５００は、セッションＩＤを発行し、当該発行したセッションＩＤとＳ２００６において受信したユーザＩＤとを含むセッション情報をセッション情報記憶領域５６４に記憶する。そして、制御部５００は、当該セッションＩＤを、通信部５９０を介して、Ｓ２００２においてＥ－Ｍａｉｌアドレス及びアクセストークンを送信した端末装置１０に送信する（Ｓ２００８）。

つづいて、端末装置１０の制御部１００は、Ｓ２００８において受信したセッションＩＤと画像データとを、通信部１９０を介して、中継装置５０に送信する（Ｓ２０１０）。

つづいて、中継装置５０と認証サーバ３０とにおいて、画像データを送信したユーザの権限を確認する（Ｓ２０１２）。Ｓ２０１２における処理は、第１実施形態の図１０に示した処理と同様の処理であるが、認証サーバ３０と通信を行う装置が、画像形成装置２０ではなく中継装置５０である点が異なる。つまり、認証サーバ３０は、中継装置５０から識別情報を取得し、当該識別情報によって識別されるユーザに対応付けられた権限を示す権限情報を中継装置５０に送信する。

つづいて、中継装置５０の制御部５００は、Ｓ２０１０において画像データを送信したユーザが印刷機能の使用権限を有すると判定した場合、Ｓ２０１０において受信した画像データを画像データ記憶領域５６２に記憶する（Ｓ２０１４）。なお、制御部５００は、Ｓ２０１０において画像データを送信したユーザが印刷機能の使用権限を有しないと判定した場合、Ｓ２０１０において受信した画像データを画像データ記憶領域５６２に記憶しない。

つづいて、画像形成装置２０の制御部２００は、通信部２９０を介して、中継装置５０に画像データの要求を送信する（Ｓ２０１６）。画像データの要求を送信する処理は、所定の時間間隔をおいて定期的に実行するポーリングの処理である。

中継装置５０の制御部５００は、画像形成装置２０から画像データの要求を受信した場合、画像データ記憶領域５６２に記憶された画像データを、画像形成装置２０に送信する（Ｓ２０１８）。画像データを受信した画像形成装置２０は受信した画像データに基づく画像の形成を行い、履歴情報を認証サーバ３０に記憶させる（Ｓ２０２０）。Ｓ２０２０において実行される処理は、第１実施形態の図９におけるＳ１０２６からＳ１０３０までの処理と同様である。

上述した処理により、端末装置１０から送信された画像データは、当該端末装置１０を使用するユーザに印刷機能の使用権限がある場合、中継装置５０を介して、画像形成装置２０に送信される。一方、端末装置１０を使用するユーザに印刷機能の使用権限がない場合、画像データは画像データ記憶領域５６２に記憶されないため、画像形成装置２０には送信されない。結果として、印刷権限がない場合、中継装置５０に送信された画像データは、画像形成装置２０からは出力されないこととなる。

本実施形態のシステムよれば、端末装置と画像形成装置とが直接通信できない場合であっても、中継装置を介して、第１実施形態において説明したシステムと同様の処理を実現させることが可能となる。

［３．第３実施形態］
つづいて、第３実施形態について説明する。第３実施形態は、認証サーバが、端末装置から送信されたＥ－Ｍａｉｌアドレスに対応するユーザＩＤが特定できなかった場合に、エラー処理をする代わりに、匿名ユーザ（ゲストユーザ）としてユーザを取り扱う実施形態である。本実施形態は、第１実施形態の図４を図２１に、第１実施形態の図１５を図２２に、それぞれ置き換えたものである。なお、同一の装置や同一の処理には同一の符号を付し、説明については省略する。

図２１を参照して、本実施形態においてユーザ情報記憶領域３６２に記憶されるユーザ情報について説明する。本実施形態におけるユーザ情報は、第１実施形態におけるユーザ情報と異なり、匿名ユーザ用ユーザ情報であるか否かを示す情報（例えば、「Ｙｅｓ」）が記憶される点が異なる。匿名ユーザとは、認証サーバ３０が管理するユーザ以外のユーザであって、いわゆるゲストユーザである。

ここで、図２１のＤ３００に示すように、ユーザ情報に含まれる匿名ユーザ用ユーザ情報において、「Ｙｅｓ」といった情報が記憶されているユーザ情報は、匿名ユーザに対応するユーザ情報である。匿名ユーザのユーザ情報には、匿名ユーザを識別するためのユーザＩＤ（例えば、「ｇｕｅｓｔ」）や、匿名ユーザに対応する権限（例えば、「コピー」）が記憶される。

つづいて、図２２を参照して、本実施形態における認証処理の流れを説明する。本実施形態では、認証部３０２は、ユーザを認証できなかった場合、当該ユーザを匿名ユーザと扱い、匿名ユーザに対応する識別情報であるユーザＩＤを送信する。

具体的には、認証部３０２は、以下の場合に、匿名ユーザに対応するユーザＩＤを送信する。
（１）Ｅ－Ｍａｉｌアドレスと対応するユーザのユーザ情報が記憶されていない場合
Ｅ－Ｍａｉｌアドレスと対応するユーザのユーザ情報が記憶されていない場合とは、ステップＳ１８２において、認証部３０２がユーザＩＤを特定できなかった場合である（ステップＳ１８２；Ｎｏ→ステップＳ３００）。すなわち、端末装置１０を操作するユーザが、認証サーバ３０によって管理されているユーザではない場合である。
（２）アクセストークンが正しくないこと
アクセストークンが正しくない場合とは、ステップＳ１８８において、認証部３０２が、ＩｄＰサーバ４０からアクセストークンが正しくないことを示す検証結果を受信した場合である（ステップＳ１８８；Ｎｏ→ステップＳ３００）。アクセストークンが正しくない場合とは、例えば、端末装置１０を使用するユーザの認証がＩｄＰサーバ４０において実施されていない場合や、端末装置１０を使用するユーザを認証した後、ＩｄＰサーバ４０においてログアウト処理が実行された場合である。

なお、認証部３０２は、匿名ユーザに対応するユーザＩＤを取得する場合、ユーザ情報記憶領域３６２から、匿名ユーザに対応するユーザ情報を読み出し、当該読み出したユーザ情報に記憶されたユーザＩＤを取得すればよい。

このようにして、本実施形態では、ユーザ認証ができなかった場合、認証サーバ３０の認証部３０２は、画像形成装置２０に匿名ユーザに対応するユーザＩＤを送信する。画像形成装置２０の制御部２００は、第１実施形態の図１３のステップＳ１４４において、ユーザＩＤを受信したと判定するため、ステップＳ１４６及びステップＳ１４８における処理を実行する。これにより、制御部２００は、匿名ユーザに対応するセッションＩＤを発行し、認証依頼を送信した端末装置１０に対して、発行したセッションＩＤを送信することができる。なお、制御部２００は、認証依頼を送信した端末装置１０毎にセッションＩＤを発行してもよい。これにより、制御部２００は、匿名ユーザ間において、セッションＩＤを異ならせることができる。一方で、制御部２００は、匿名ユーザに対して発行されたセッションＩＤから匿名ユーザに対応するユーザＩＤを特定できる。

さらに、認証サーバ３０の認可部３０４は、匿名ユーザに対応するユーザＩＤを画像形成装置２０から受信（取得）した場合、図１４におけるステップＳ１６８及びステップＳ１７０を実行する。これにより、認可部３０４は、匿名ユーザに対応する権限を取得し、権限情報を画像形成装置２０に送信する。

このような処理により、認証サーバ３０においてユーザ認証ができなかったユーザ（例えば、認証サーバ３０によって管理されていないユーザ）であっても、匿名ユーザとして取り扱われ、所定の権限が与えられる。

なお、認証サーバ３０は、匿名ユーザに対する権限を制限してもよい。例えば、認証サーバ３０は、匿名ユーザに対応するユーザ情報の権限として、匿名でないユーザに対応するユーザ情報と比べて、使用可能な機能や設定可能な内容が制限されていることを示す情報を記憶する。これにより、匿名ユーザに与えられる権限が制限される。

このように、本実施形態によれば、認証サーバ３０において認証できないユーザであっても、画像形成装置が備える所定の機能を使用することが可能となる。

［４．第４実施形態］
つづいて、第４実施形態について説明する。第４実施形態は、画像形成装置が、認証サーバの機能を備える実施形態である。本実施形態は、第１実施形態から第３実施形態の何れにも適用することができる。

例えば、画像形成装置２０又は画像形成装置２２において、制御部２００は認証部３０２の機能を実現してもよい。この場合、画像形成装置２０は、記憶部２６０に、少なくともユーザ名と、パスワードと、当該ユーザ名によって特定されるユーザのＥ－Ｍａｉｌアドレスと、アクセストークンが正しいか否かの検証依頼の依頼先である検証先とを含むユーザ情報を記憶する記憶領域を確保する。その上で、制御部２００は、第１実施形態の図１５に示した認証処理を実行する。この場合、認証部３０２が画像形成装置２０に含まれるため、認証部３０２が画像形成装置２０に画像形成装置を使用するユーザの識別情報を送信する処理（例えば、図９のＳ１０１８）は省略される。

また、画像形成装置２０又は画像形成装置２２において、制御部２００は認可部３０４の機能を実現してもよい。この場合、画像形成装置２０は、記憶部２６０に、認可する機能の情報をユーザ毎に記憶する。その上で、制御部２００は、図１４のステップＳ１６８の処理を実行する。この場合、認可部３０４が画像形成装置２０に含まれるため、認可部３０４と画像形成装置２０との通信の処理（例えば、図１０のＳ１１００やＳ１０１４）は省略される。

また、画像形成装置２０又は画像形成装置２２において、履歴記憶部３０６の機能を実現してもよい。この場合、画像形成装置２０は、記憶部２６０に、履歴情報の記憶領域を確保したりする。また、この場合、履歴記憶部３０６が画像形成装置２０に含まれるため、履歴記憶部３０６が画像形成装置２０からユーザＩＤ及び履歴情報を受信する処理（図９のＳ１０２８）は省略される。

このように、画像形成装置２０又は画像形成装置２２は、認証サーバ３０が備える機能を一部又は全て備えてもよい。これにより、画像形成装置２０又は画像形成装置２２と認証サーバ３０間の通信の処理の削減や、認証サーバ３０の負荷の分散が実現される。また、認証サーバ３０の全ての機能を画像形成装置２０又は画像形成装置２２が備えることで、システム１又はシステム２において認証サーバ３０を省くことが可能となる。

このように、本実施形態によれば、画像形成装置が認証サーバの一部又は全ての機能を備える場合であっても、第１実施形態から第３実施形態において説明したシステムと同様の処理を実現させることが可能となる。

なお、ＩｄＰサーバ４０以外の装置でアクセストークン等のセキュリティ情報を検証することが可能である場合、ＩｄＰサーバ４０の検証部４０４の機能は、画像形成装置２０、画像形成装置２２、認証サーバ３０のうちの何れかの装置で実現されてもよい。

［５．変形例］
本発明は上述した各実施の形態に限定されるものではなく、種々の変更が可能である。すなわち、本発明の要旨を逸脱しない範囲内において適宜変更した技術的手段を組み合わせて得られる実施の形態についても本発明の技術的範囲に含まれる。

例えば、ユーザのメールアドレスと、セキュリティ情報とを取得する取得部は、取得装置によって実現されてもよい。メールアドレスから特定される検証先で、セキュリティ情報を検証する検証部は、検証装置によって実現されてもよい。セキュリティ情報を正しく検証できた場合にユーザを認証する認証部は認証装置によって実現されてもよい。上述した実施形態では、例えば、取得装置は画像形成装置２０であり、検証装置はＩｄＰサーバ４０であり、認証装置は認証サーバ３０である。

また、ユーザが認証された場合、端末装置に、画像形成装置との通信に用いる通信識別情報を送信する送信部は、送信装置によって実現されてもよい。また、通信識別情報と処理に関する情報とを受信した場合、当該通信識別情報に対応するユーザに処理を実行するための権限があるとき、処理を実行する処理実行部は、処理実行装置によって実現されてもよい。上述した実施形態では、例えば、送信装置及び処理実行装置は画像形成装置２０である。

また、上述した実施形態は、説明の都合上、それぞれ別に説明している部分があるが、技術的に可能な範囲で組み合わせて実行してもよいことは勿論である。例えば、第２実施形態と第３実施形態とを組み合わせて、中継サーバにおいて、匿名ユーザに対応する権限情報を受信可能にしてもよい。

また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭ（Read Only Memory）やＨＤＤ等の記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ （Blu-ray（登録商標） Disk） 等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等の何れであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。

１、２ システム
１０ 端末装置
１００ 制御部
１４０ 表示部
１５０ 操作部
１６０ 記憶部
１６２ 操作アプリ
１９０ 通信部
２０ 画像形成装置
２００ 制御部
２０２ 画像処理部
２２０ 画像入力部
２３０ 画像形成部
２４０ 表示部
２５０ 操作部
２６０ 記憶部
２６２ 画像データ記憶領域
２６４ セッション情報記憶領域
２９０ 通信部
３０ 認証サーバ
３００ 制御部
３０２ 認証部
３０４ 認可部
３０６ 履歴記憶部
３６０ 記憶部
３６２ ユーザ情報記憶領域
３６４ 履歴情報記憶領域
３９０ 通信部
４０ ＩｄＰサーバ
４００ 制御部
４０２ 認証部
４０４ 検証部
４６０ 記憶部
４６２ ユーザ情報記憶領域
４９０ 通信部
５０ 中継装置
５００ 制御部
５６０ 記憶部
５６２ 画像データ記憶領域
５６４ セッション情報記憶領域
５９０ 通信部

Claims (5)

1. 画像形成装置に対するユーザを認証する認証システムであって、
   前記画像形成装置を使用する前記ユーザのメールアドレスと、検証先の情報とを含むユーザ情報を記憶する記憶部と、
   端末装置からのアカウント名及びパスワードを用いて前記ユーザの認証行い、認証結果に基づき前記ユーザのメールアドレスと、承認情報とを当該端末装置に送信する第１の認証部と、
   前記第１の認証部から送信されたメールアドレスが前記記憶部の前記ユーザ情報に記憶されているかにより認証を行う第２の認証部と、
   前記第２の認証部にて前記メールアドレスが前記ユーザ情報として記憶されているときに、前記メールアドレスに対応する検証先の情報を前記ユーザ情報から取得する取得部と、
   前記取得部にて取得した前記検証先に、前記承認情報を検証情報として送信する検証情報送信部と、
   前記検証情報送信部により送信された前記検証情報が前記第１の認証部より送信された承認情報に基づくものとして正しく検証できた場合、前記ユーザを前記画像形成装置を使用するユーザとして認証する第３の認証部と、
   を有する認証システム。
2. 前記承認情報及び前記検証情報は、アクセストークンであることを特徴とする請求項１に記載の認証システム。
3. 前記第３の認証部は、前記第１の認証部が前記端末装置に送信した第１のアクセストークンと、前記取得部が前記端末装置から取得した第２のアクセストークンとを比較することで検証することを特徴とする請求項２に記載の認証システム。
4. 前記第３の認証部により前記ユーザが認証された場合、前記端末装置に、前記画像形成装置との通信に用いる通信識別情報を送信する送信部と、
   前記通信識別情報と処理に関する情報とを受信した場合、当該通信識別情報に対応する前記ユーザに前記処理を実行するための権限があるとき、前記処理を実行する処理実行部と、
   を更に有することを特徴とする請求項１に記載の認証システム。
5. 画像形成装置に対するユーザを認証する認証の制御方法であって、
   前記画像形成装置を使用する前記ユーザのメールアドレスと、検証先の情報とを含むユーザ情報を記憶する記憶ステップと、
   端末装置からアカウント名及びパスワードを用いて前記ユーザの認証行い、認証結果に基づき前記ユーザのメールアドレスと、承認情報とを当該端末装置に送信する第１の認証ステップと、
   前記第１の認証ステップにおいて送信されたメールアドレスが前記記憶ステップにおいて前記ユーザ情報に記憶されているかにより認証を行う第２の認証ステップと、
   前記第２の認証ステップにて前記メールアドレスが前記ユーザ情報として記憶されているときに、前記メールアドレスに対応する検証先の情報を前記ユーザ情報から取得する取得ステップと、
   前記取得ステップにて取得した前記検証先に、前記承認情報を検証情報として送信する検証情報送信ステップと、
   前記検証情報送信ステップにて送信された前記検証情報が前記第１の認証ステップより送信された承認情報に基づくものとして正しく検証できた場合、前記ユーザを前記画像形成装置を使用するユーザとして認証する第３の認証ステップと、
   を含むことを特徴とする制御方法。

Images