(57)【要約】      （修正有）【課題】ネットワークデバイスに対して、特定のユーザーのみ特殊な機能を利用できるモードにログインさせることを可能とする。【解決手段】デバイス管理システムは、ネットワークデバイスからの認証要求に対して、デバイス管理システムで生成された検証用データと、ネットワークデバイスに関連付けて管理されているユーザーに対応する識別情報を含むホワイトリストとをネットワークデバイスに送信する。次に、携帯端末でのユーザーによる生体認証及びホワイトリストに従い作成された署名をネットワークデバイスを介して受信し、署名の検証に成功した場合に、ネットワークデバイスに対して携帯端末のユーザーによるログインを許可するように応答を行う。【選択図】図６
2019028805.tif 000002
【特許請求の範囲】
【請求項１】
生体認証のための認証モジュールと、該認証モジュールにより認証処理を行う際に必要なユーザーの生体情報および該生体情報の登録の際に作成された秘密鍵を格納する耐タンパー性を備える記憶手段と、を有する端末と、
前記端末と通信できる通信機能を備えるネットワークデバイスと、
前記秘密鍵に対応する公開鍵が登録されたデバイス管理システムと、を含むシステムであって、
前記デバイス管理システムにおける、前記端末のユーザーの前記ネットワークデバイスへのログインのための該ネットワークデバイスからの認証要求に対して、前記デバイス管理システムで生成された検証用データと、当該ネットワークデバイスに関連付けて管理されているユーザーに対応する識別情報を含むホワイトリストと、を送信する第１の応答手段と、
前記ネットワークデバイスにおける、前記検証用データ及び前記ホワイトリストを含む要求を、生体認証のために前記端末に対して送信する要求手段と、
前記端末における、前記認証モジュールを用いた前記端末のユーザーによる生体認証により特定された識別情報が前記ホワイトリストに含まれていた場合に、当該生体認証により特定された前記記憶手段に記憶された秘密鍵と前記検証用データとを用いて署名を作成する作成手段と、
前記端末における、前記作成された署名を前記ネットワークデバイスに送信する返却手段と、
前記ネットワークデバイスにおける、前記署名を前記デバイス管理システムに送信する送信手段と、
前記デバイス管理システムにおける、前記デバイス管理システムに登録されている前記秘密鍵に対応する公開鍵を用いた前記署名の検証に成功した場合に、前記ネットワークデバイスに対して前記端末のユーザーによるログインを許可するように応答を行う第２の応答手段と、
を有することを特徴とするシステム。
【請求項２】
前記ホワイトリストに含まれるユーザーに対応する識別情報は、ユーザーの生体情の登録の際に作成された秘密鍵と公開鍵に対応づけて割り当てられる識別情報、及び、ユーザーの属するグループを識別するための識別情報の少なくともいずれかであることを特徴とする請求項１に記載のシステム。
【請求項３】
生体認証のための認証モジュールと、該認証モジュールにより認証処理を行う際に必要なユーザーの生体情報および該生体情報の登録の際に作成された秘密鍵を格納する耐タンパー性を備える記憶手段と、を有する端末と、
前記端末と通信できる通信機能を備えるネットワークデバイスと、
前記秘密鍵に対応する公開鍵が登録されたデバイス管理システムと、を含むシステムにおける方法であって、
前記デバイス管理システムにおける、前記端末のユーザーの前記ネットワークデバイスへのログインのための該ネットワークデバイスからの認証要求に対して、前記デバイス管理システムで生成された検証用データと、当該ネットワークデバイスに関連付けて管理されているユーザーに対応する識別情報を含むホワイトリストと、を送信する第１の応答工程と、
前記ネットワークデバイスにおける、前記検証用データ及び前記ホワイトリストを含む要求を、生体認証のために前記端末に対して送信する要求工程と、
前記端末における、前記認証モジュールを用いた前記端末のユーザーによる生体認証により特定された識別情報が前記ホワイトリストに含まれていた場合に、当該生体認証により特定された前記記憶手段に記憶された秘密鍵と前記検証用データとを用いて署名を作成する作成工程と、
前記端末における、前記作成された署名を前記ネットワークデバイスに送信する返却工程と、
前記ネットワークデバイスにおける、前記署名を前記デバイス管理システムに送信する送信工程と、
前記デバイス管理システムにおける、前記デバイス管理システムに登録されている前記秘密鍵に対応する公開鍵を用いた前記署名の検証に成功した場合に、前記ネットワークデバイスに対して前記端末のユーザーによるログインを許可するように応答を行う第２の応答工程と、
を有することを特徴とする方法。
【請求項４】
生体認証のための認証モジュールと、該認証モジュールにより認証処理を行う際に必要なユーザーの生体情報および該生体情報の登録の際に作成された秘密鍵を格納する耐タンパー性を備える記憶手段と、を有する端末と通信できる通信機能を備えるネットワークデバイスを管理し、前記秘密鍵に対応する公開鍵が登録されたデバイス管理システムであって、
前記端末のユーザーの前記ネットワークデバイスへのログインのための該ネットワークデバイスからの認証要求に対して、前記デバイス管理システムで生成された検証用データと、当該ネットワークデバイスに関連付けて管理されているユーザーに対応する識別情報を含むホワイトリストと、を送信する第１の応答手段と、
前記端末での前記端末のユーザーによる生体認証及び前記ホワイトリストに従い作成された署名を、前記ネットワークデバイスを介して受信する受信手段と、
前記デバイス管理システムに登録されている前記秘密鍵に対応する公開鍵を用いた前記署名の検証に成功した場合に、前記ネットワークデバイスに対して前記端末のユーザーによるログインを許可するように応答を行う第２応答手段と、
を有することを特徴とするデバイス管理システム。
【請求項５】
前記ホワイトリストに含まれるユーザーに対応する識別情報は、ユーザーの生体情の登録の際に作成された秘密鍵と公開鍵に対応づけて割り当てられる識別情報、及び、ユーザーの属するグループを識別するための識別情報の少なくともいずれかであることを特徴とする請求項４に記載のデバイス管理システム。
【請求項６】
生体認証のための認証モジュールと、該認証モジュールにより認証処理を行う際に必要なユーザーの生体情報および該生体情報の登録の際に作成された秘密鍵を格納する耐タンパー性を備える記憶手段と、を有する端末と通信できる通信機能を備えるネットワークデバイスを管理し、前記秘密鍵に対応する公開鍵が登録されたデバイス管理システムにおける方法であって、
前記端末のユーザーの前記ネットワークデバイスへのログインのための該ネットワークデバイスからの認証要求に対して、前記デバイス管理システムで生成された検証用データと、当該ネットワークデバイスに関連付けて管理されているユーザーに対応する識別情報を含むホワイトリストと、を送信する第１の応答工程と、
前記端末での前記端末のユーザーによる生体認証及び前記ホワイトリストに従い作成された署名を、前記ネットワークデバイスを介して受信する受信工程と、
前記デバイス管理システムに登録されている前記秘密鍵に対応する公開鍵を用いた前記署名の検証に成功した場合に、前記ネットワークデバイスに対して前記端末のユーザーによるログインを許可するように応答を行う第２応答工程と、
を有することを特徴とする方法。
【請求項７】
請求項４または５に記載の各手段としてコンピューターを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置を含むネットワークデバイスに対して、特定の機能を利用するために、生体認証を含む処理を行うための技術に関する。
【背景技術】
【０００２】
特定の管理者や保守担当者が特殊な操作を行うモードを備えるネットワークデバイスが存在する。例えば、サービスマンが画像処理装置に対して課金作業やメンテナンスを目的にカウンタクリアなどの一般ユーザーに行わせたくない特殊な操作をする必要があり、画像処理装置はそのために特殊なモードを用意する必要がある。サービスマンは、サービスマンしか知り得ない特殊コマンドや認証情報を画像処理装置の操作部に入力することで、特殊なモードを利用することができる。画像処理装置以外であっても、特定の管理者や保守担当者がセキュリティなどの特殊な設定を操作するためのモードを用意している場合がある。ここで、一般ユーザーに、上記特殊コマンドが何らかの手段で知られることで、特殊なモードが利用されてしまうといったリスクが存在する。
【０００３】
ここで、パスワード入力などを行わないで本人認証を行う仕組みの１つである生体認証がある。生体認証を含む認証処理に関する従来技術として、特許文献１がある。特許文献１は、生体情報の特徴量に一方向関数を用いて変換したもの（本特許では変換生体情報と呼ぶことにする）とユーザーＩＤと紐付けて登録しておく。ユーザーＩＤと生体情報が入力されたら、登録済みのユーザーＩＤと生体情報とを比較することで認証を行う。
【０００４】
更に、近年、生体認証を含む新たな認証システムとして、ＦＩＤＯ（Ｆａｓｔ  Ｉｄｅｎｔｉｔｙ  Ｏｎｌｉｎｅの略）が注目されている。
【０００５】
生体認証で用いられる指紋や静脈といった生体情報は、外部に情報が流出してしまった場合に、ＩＤ／パスワード認証におけるパスワードと異なり情報を書き換えることができないため、情報漏洩が致命的になる。これに対して、ＦＩＤＯは、本人確認を行う際に、認証処理自体はインターネットなどのネットワークを経由してサーバー上で行うのではなく、ユーザーの手元にある端末上で行う。そのため、生体情報がネットワーク上に流れることがなく、情報漏洩のリスクが少ないシステムである。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１３−１２２６８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
不正にユーザーによりネットワークデバイスの特殊なモードを利用することを防止するためには、生体認証を導入することが望ましい。しかしながら、特許文献１の技術を採用すると、各ユーザーが特殊なモードを利用する可能性のあるネットワークデバイスの全てに対して、ユーザーＩＤと変換生体情報とを紐付けて、事前に登録しておく必要がある。ネットワークデバイスの保守や管理などを行うために、必要に応じて一時的に派遣されるようなユーザーの生体情報をネットワークデバイスに登録することは現実的でない。
【０００８】
そこで、本発明は、ネットワークデバイスを管理する管理システムが、ユーザーの保有する端末での生体認証を利用しつつ、ネットワークデバイスに対して、特定のユーザーのみ特殊な機能を利用できるモードにログインさせるか否かを制御できる仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明は、生体認証のための認証モジュールと、該認証モジュールにより認証処理を行う際に必要なユーザーの生体情報および該生体情報の登録の際に作成された秘密鍵を格納する耐タンパー性を備える記憶手段と、を有する端末と、前記端末と通信できる通信機能を備えるネットワークデバイスと、前記秘密鍵に対応する公開鍵が登録されたデバイス管理システムと、を含むシステムであって、
前記デバイス管理システムにおける、前記端末のユーザーの前記ネットワークデバイスへのログインのための該ネットワークデバイスからの認証要求に対して、前記デバイス管理システムで生成された検証用データと、当該ネットワークデバイスに関連付けて管理されているユーザーに対応する識別情報を含むホワイトリストと、を送信する第１の応答手段と、前記ネットワークデバイスにおける、前記検証用データ及び前記ホワイトリストを含む要求を、生体認証のために前記端末に対して送信する要求手段と、前記端末における、前記認証モジュールを用いた前記端末のユーザーによる生体認証により特定された識別情報が前記ホワイトリストに含まれていた場合に、当該生体認証により特定された前記記憶手段に記憶された秘密鍵と前記検証用データとを用いて署名を作成する作成手段と、前記端末における、前記作成された署名を前記ネットワークデバイスに送信する返却手段と、前記ネットワークデバイスにおける、前記署名を前記デバイス管理システムに送信する送信手段と、前記デバイス管理システムにおける、前記デバイス管理システムに登録されている前記秘密鍵に対応する公開鍵を用いた前記署名の検証に成功した場合に、前記ネットワークデバイスに対して前記端末のユーザーによるログインを許可するように応答を行う第２の応答手段と、を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、デバイス管理システムが、ユーザーの保有する端末での生体認証を利用しつつ、ネットワークデバイスに対して、特定のユーザーのみ特殊な機能を利用できるモードにログインさせるか否かを制御できる。
【図面の簡単な説明】
【００１１】
【図１】本発明のシステム構成の例を示す図である。
【図２】本発明における端末、情報処理装置のハードウェア構成例を示す図である。
【図３】本発明における画像処理装置のハードウェア構成例を示す図である。
【図４】本発明における端末のソフトウェア構成例を示す図である。
【図５】本発明における画像処理装置のソフトウェア構成例を示す図である。
【図６】本発明の生体認証処理を含む全ての処理の概要を示すシーケンス図である。
【図７】本発明におけるデータテーブルの例を示す図である。
【図８】本発明における端末における生体認証処理を説明するためのフローチャート。
【図９】本発明における端末、画像処理装置にて表示される画面の例を示す図である。
【図１０】本発明におけるデバイス管理サービスのソフトウェア構成例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための形態について図面を用いて説明する。
【００１３】
（実施例１）
図１は、本発明の実施の形態に係る、システムの全体構成を示す図である。
【００１４】
図１において、端末１４１、デバイス管理サービス１２１、画像処理装置１３１〜１３２はネットワーク１０１〜１０４を介して接続されている。画像処理装置１３１〜１３２は、本実施例における、デバイス管理サービスの管理対象となるネットワークデバイスの一例である。本発明は、画像処理装置として、後述する印刷部を含むようなプリンターや複合機以外にも、ネットワークスキャナーやネットワークカメラ、デジタル医療機器やカーナビなどの車載器にも適用可能である。またそれら以外にも、本発明は、ネットワークデバイスとして、デジタル健康器具や家電製品、車やロボットといった、専門の保守や特定の管理者による管理設定が必要とされるデバイスに対しても適用できる。
【００１５】
ネットワーク１０１〜１０５は、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれであり。またはこれらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワーク１０１〜１０５は、データの送受信が可能であればよい。本実施例では、ネットワーク１０１はインターネット、ネットワーク１０２〜１０５は企業内ネットワークやサービスプロバイダーのネットワークである。
【００１６】
端末１４１は、プログラムの実行環境が内蔵された携帯電話、スマートホン、タブレット端末などの携帯端末、または腕時計型やメガネ型のウェアラブル端末などで実現される。例えば、端末１４１は、Ｗｅｂブラウザ、電話機能などを提供するのアプリケーションを実行する環境が内蔵されている。また端末１４１は、個人を認証するための生体情報を取得するためのセンサーやカメラを備え、生体情報を検証し、認証するためのプログラムも動作する。
【００１７】
本実施例では、端末１４１は、デバイス管理サービス１２１の管理対象デバイスの保守を担当するサービスマンなどのユーザーが所有する携帯端末の例について具体的に説明する。
【００１８】
サービスマンは、端末１４１を用いて、デバイス管理サービス１２１にアクセスして自身にディスパッチされている画像処理装置の情報を確認することができる。また、端末１４１は、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの無線または有線回線により、画像処理装置に対して接続することができる。
【００１９】
デバイス管理サービス１２１は、１以上のサーバーコンピューター上にて実行されるデバイス管理システムで提供される。デバイス管理サービス１２１は、ネットワークデバイスのライフサイクルの管理（稼働情報の収集、契約情報の管理）や、サービスマンの手配（サービスマンのディスパッチ処理、と呼ぶ）や、設置作業などを遠隔管理する。さらに、デバイス管理サービス１２１は、管理対象デバイスで行われる作業の為の認証処理などを遠隔から制御することができる。
【００２０】
画像処理装置１３１〜１３２は、サービスマンや特定の管理者が、保守作業などを行うための特殊なモード（例えば、サービスモード）を提供する機能を有する。
【００２１】
図２は、本実施例の端末１４１、デバイス管理サービス１１１、デバイス管理サービス１２１のハードウェア構成の例を示す図である。
【００２２】
図２（ａ）は、端末１４１のハードウェア構成の例である。図２（ｂ）は、デバイス管理サービス１１１、デバイス管理サービス１２１が動作するサーバーコンピューターのハードウェア構成の例である。同様の構成については、同じ符号を付与しており、重複する説明は省略する。
【００２３】
図２（ａ）において、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）２０２は装置全体の制御を行う。ＣＰＵ２０２はＨａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ（ＨＤＤ）２０５に格納されているアプリケーションプログラム、ＯＳ等を実行し、Ｒａｎｄａｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）２０３にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＲＯＭ）２０４は記憶手段であり、内部には、基本Ｉ／Ｏプログラム等の各種データを記憶する。ＲＡＭ２０３は一時記憶手段であり、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。ＨａｒｄＤｉｓｃＤｒｉｖｅ（ＨＤＤ）２０５は外部記憶手段の一つであり、大容量メモリとして機能し、Ｗｅｂブラウザ等のアプリケーションプログラム、サービスサーバー群のプログラム、ＯＳ、関連プログラム等を格納している。
【００２４】
２１０はＴｒｕｓｔｅｄ  Ｐｌａｔｆｏｒｍ  Ｍｏｄｕｌｅ（ＴＰＭ）である。ＴＰＭ２２１は、Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍや他のハードウェアから独立して機能する耐タンパー性を備えたセキュリティチップで、機密情報を処理・格納するための記憶手段となる。本発明ではＴＰＭ２２１に、生体認証に利用するユーザーの生体情報（またはその特徴量）や、後述される認証処理に必要となる秘密鍵が格納される。なお、本発明では、ＴＰＭの代替として、耐タンパー性を実現するために１チップ上で他から隔離して動作するセキュアなメモリ空間を確保して、そのメモリ空間でユーザーの生体情報（またはその特徴量）や、秘密鍵などを管理するための記憶手段を提供するといった方法でも実現できる。タッチパネル２０６は、表示と入力の２つの機能を備えており、アプリケーションの画面やキーボードなどを表示したりするとともに、ユーザーが画面に手や専用のペンで圧力を加えることにより、触れられた画面位置情報を外部へ情報信号として出力する。出力された信号情報をアプリケーションが利用することで、ユーザーはタッチパネル２０６を通じてアプリケーションを操作することができる。
【００２５】
生体情報センサー２０７は、ユーザーの生体情報を読取るセンサーであり、例えばユーザーの指紋、虹彩、静脈の情報を読み取り、信号に変換する。本特許では、生体情報センサー２０７として指紋読み取りセンサーを想定しているが、カメラなど他の生体情報センサーであってもよい。またタッチパネル２０６に触れたり、入力を行ったりすると同時に指紋情報を読み取って、電気信号に変換するといった構成であってもよい。
【００２６】
Ｂｌｕｅｔｏｏｔｈ２０８は、Ｂｌｕｅｔｏｏｔｈ通信を行う送受信機であり、他のＢｌｕｅｔｏｏｔｈ対応機器と接続することで相互に通信を行うことができる。システムバス２０１は、装置内におけるデータの流れを司るものである。Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ（ＮＩＣ）２０９は、該インターフェース２０９、ネットワーク１０１〜１０４を介して外部装置とのデータのやり取りを行う。なお、上記コンピューターの構成はその一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ２０４、ＲＡＭ２０３、ＨＤＤ２０５などで変更することも可能である。また、ＵＳＢインターフェースを備えることもできる。生体情報センサー２０７やＢｌｕｅｔｏｏｔｈ２０８は、ＵＳＢ接続された外付けハードウェアで実現することもできる。また、携帯電話などであった場合には通話機能のためのハードウェアなど、他に不図示の構成を備えることも可能である。
【００２７】
加えて、ＣＰＵ２０２がＨＤＤ２０５に記憶されているプログラムに基づき処理を実行することによって、図４、１０に示されるようなソフトウェア構成及び図６のフローチャートの各ステップの処理が実現される。
【００２８】
図３は、本実施例におけるネットワークデバイスの一例である画像処理装置１３１〜１３２のハードウェア構成の例を示す図である。画像処理装置１３１〜１３２は、例えば、デジタル複合機、ファクシミリ装置、プリンターなどである。
【００２９】
画像処理装置は、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、記憶装置３０４、ネットワークＩ／Ｆ３０５、内部バス３０６、デバイス制御３０７、定着器などを含む印刷部３０８で構成される。ＣＰＵ３０１はＲＯＭ３０３に格納されているプログラム（後述する図５のソフトウェア構成、図６のフローチャートを実現するプログラムも含む）を備え、内部バス３０６を介して各デバイスを総括的に制御する。
【００３０】
ＲＯＭ３０３には画像処理装置が出荷される地域を意味する仕向け情報も格納されている。この仕向け情報に従って入出力装置３１０で表示する言語は決定される。ＲＡＭ３０２は、ＣＰＵ３０１のメモリやワークエリアとして機能する。ネットワークＩ／Ｆ３０５は、ネットワーク１０１〜１０４を介して、外部のネットワーク機器あるいはサーバーコンピューターやパーソナルコンピュータ（ＰＣ）と片方向または双方向にデータをやり取りし、デバイス制御３０７は印刷部３０８を制御する。ＣＰＵ３０１は、ＲＡＭ３０２やＲＯＭ３０３と共にプログラムの実行処理をおこなうとともに、記憶装置３０４等の記録媒体に画像データを記録する処理を行う。
【００３１】
記憶装置３０４は外部記憶装置として機能し、画像データ等を記憶するほか、前記バックアップＲＡＭ３０２に代わって、カウンタ情報、特殊なセキュリティ設定を含むシステム情報、及び監視情報を保存することも可能である。入出力装置３１０は画像処理装置１３１〜１３２における入出力を担う複数の構成を示す。具体的には、ユーザーからの入力（ボタン入力など）を受け付け、該入力に対応する信号を入出力Ｉ／Ｆ３０９によって前述した各処理部へ伝える。ほかにも、ユーザーに対して必要な情報を提供したり、ユーザー操作を受付けたりするための表示装置（タッチパネルなど）も入出力装置３１０に含まれる。さらに、原稿を読み取り、入力として電子データを受付けるためのスキャン装置も入出力装置３１０に含まれてよい。Ｂｌｕｅｔｏｏｔｈ３１１はＢｌｕｅｔｏｏｔｈ通信を行う送受信機であり、端末１４１のような他のＢｌｕｅｔｏｏｔｈ対応機器と接続することで相互に通信を行うことができる。
【００３２】
図１０は、デバイス管理サービス１２１で実現されるソフトウェアのモジュール構成を示す図である。デバイス管理サービス１２１は、ディスパッチ部１００１、ユーザー管理部１００２の各機能から構成される。
【００３３】
ディスパッチ部１００１は、ディスパッチ情報格納部１０１１から構成され、管理対象の画像処理装置に対してサービスマンをディスパッチする機能を提供する。表Ａは、ディスパッチされたサービスマンを管理するためにディスパッチ情報格納部１０１１で保持するデータを示す。
【００３４】
【表１】
2019028805.tif 000003
【００３５】
ディスパッチＩＤ列は、デバイス管理サービス１２１内のディスパッチ処理に対して一意なＩＤである。デバイスシリアル番号列は、サービスマンがディスパッチされる、画像処理装置１３１〜１３２を一意に識別する情報（たとえば、デバイスシリアル番号）を格納する。サービスマンＩＤ列は画像処理装置１３１〜１３２にディスパッチされたサービスマンのデバイス管理サービス１２１におけるユーザー識別情報を示す。
【００３６】
図示していないが、ディスパッチの有効期限をさらに表１で管理することも可能である。これにより、図６で後述する処理で、ネットワークデバイス（画像処理装置）からの認証開始要求がこの期限を過ぎて行われた場合に、ログインを不許可とすることができる。
【００３７】
また、ユーザー管理部１００２は、認証処理部１０２２、認証情報格納部１０２３、ユーザーデータ格納部１０２４から構成される。ユーザー管理部１００２は、ディスパッチされたサービスマンに対して画像処理装置１３１〜１３２への基本認証機能、生体認証機能を提供する。ユーザーデータ格納部１０２４では表Ｂに示すようなサービスマンユーザーのデータを管理している。
【００３８】
【表２】
2019028805.tif 000004
【００３９】
表Ｂにおいて、サービスマンＩＤ列は表Ａの対応する列と同じである。メールアドレス列は、サービスマンＩＤ列のユーザーに対応するメールアドレスである。ユーザーは、サービスマンＩＤ列の値とパスワード列の値の組を入力し、基本認証（パスワード認証）することで、デバイス管理サービス１２１に対してサービスマンとしてログインすることができる。
【００４０】
デバイス管理サービス１２１は、ネットワークを介して、管理対象デバイスのそれぞれから、機器情報、稼働情報、障害情報などを収集して、デバイスシリアル番号などのデバイス識別情報に対応づけて管理することが可能である。ここで管理された情報は、サービスマンとしてログインしたユーザーの端末のウェブブラウザーなどのアプリケーションを用いて、デバイス管理サービス１２１のウェブサーバー（不図示）が提供するウェブサイトで閲覧することが可能である。
【００４１】
図４は、端末１４１のソフトウェアのモジュール構成例を示す図である。端末１４１は、管理アプリケーション４０１、認証クライアント４０２、オーセンティケータ４０３の各機能から構成される。
【００４２】
なお、本発明においてオーセンティケータ４０３は、認証器としての生体情報センサー２０７と連携して、とくに生体情報である認証情報を情報処理装置内で管理したり、生体情報センサー２０７を制御したりするためのソフトウェアである。各端末では、複数のオーセンティケータを接続することができ、１つのオーセンティケータに対して複数の生体情報センサーに関する情報を管理させることもできる。また、端末に無線などで外部接続される生体情報センサー内にオーセンティケータを実装することも可能である。
【００４３】
管理アプリケーション４０１は、デバイス管理サービス１２１にアクセスして、デバイス管理サービス１２１が提供するサービスを利用するためのアプリケーションである。例えば、管理アプリケーション４０１は、デバイス管理サービス１２１から画像処理装置１３１〜１３２の稼働情報を取得・表示する機能などを備える。
【００４４】
認証クライアント４０２は、登録制御部４２１、オーセンティケータ管理部４２２から構成され、デバイス管理サービス１２１を利用するための認証に必要な情報や、１以上のオーセンティケータの管理を行う。ＦＩＤＯが適用されたシステムにおいては、認証クライアント４０２はＦＩＤＯクライアントに対応する。
【００４５】
オーセンティケータ４０３は、おもに生体情報を用いた端末内での認証処理を制御したり、デバイス管理サービス１２１との認証に必要な情報を管理したりする認証モジュールである。オーセンティケータ４０３は、生体情報登録処理部４３１、生体認証処理部４３２、認証情報格納部４３３、生体情報要求部４３４から構成される。ここで、認証情報格納部４３３は、ＴＰＭ２１０に、認証に必要な情報として、例えば、ユーザーの生体情報や、デバイス管理サービス１２１に対して登録する公開鍵のペアとなる秘密鍵などの情報を格納する。ここで、ＴＰＭ２１０に格納される生体情報は生体認証に用いるための情報であって、例えば、指紋や顔画像などの生体をセンサーで読み取って電気信号に変換したデータ、もしくはそのデータの特徴量である。
【００４６】
なお、この認証クライアント４０２、オーセンティケータ４０３の少なくともいずれかは、端末１４１上で動作するオペレーティングシステム（ＯＳ）とともに同梱されるソフトウェアやＯＳの機能として実現することも可能である。
【００４７】
次に、ユーザーが端末１４１でデバイス管理サービス１２１の利用する際に必要となる情報の登録処理について説明する。
【００４８】
まず、端末１４１の管理アプリケーション４０１は、デバイス管理サービス１２１にアクセスする。なお、管理アプリケーション４０１がウェブブラウザーであり、デバイス管理サービス１２１がウェブブラウザーによってアクセスされるウェブアプリケーションであった場合は、この登録処理はｊａｖａ  ｓｃｒｉｐｔによって実現されても良い。デバイス管理サービス１２１が、管理アプリケーション４０１にユーザーＩＤ、パスワードの入力を要求し、ユーザーからの入力を待機する。デバイス管理サービス１２１に登録済みのユーザーＩＤ、パスワードを入力したユーザーが、デバイス管理サービス１２１に登録処理の開始を指示した場合に、本登録処理が開始されることになる。
【００４９】
次に、デバイス管理サービスは、端末１４１の管理アプリケーション４０１を経由して、認証クライアント４０２及びオーセンティケータ４０３による生体情報の入力処理を要求する。
【００５０】
生体情報要求部４３４は、生体情報センサー２０７を介して、ユーザーから指紋情報などの生体情報入力を受付ける。生体情報が入力された後、入力された生体情報に１対１に対応するユニークな識別情報（生体情報ＩＤ）を割り当てられて、ＴＰＭ２１０に格納される。
【００５１】
続いて、生体情報登録処理部４３１は、生体情報ＩＤに対応する公開鍵、秘密鍵のペアを作成する。その後、認証情報格納部４３３は、デバイス管理サービス１２１を識別するためのサービスＩＤ、作成された秘密鍵、および生体情報ＩＤを紐付けて、表Ｃで示すように、ＴＰＭ２１０に格納する。なお、ユーザーＩＤなども併せて管理する（不図示）ことができる。
【００５２】
【表３】
2019028805.tif 000005
【００５３】
表Ｃで、認証情報ＩＤ列は、サービスＩＤ、秘密鍵、生体情報ＩＤの組合せに対して付与される一意な識別情報を管理する列である。サービスＩＤ列は、デバイス管理サービスのトップレベルドメイン、セカンドレベルドメインの情報を格納する。秘密鍵列は、前述のように作成された秘密鍵を格納する。生体情報ＩＤ列は、前述の通り、生体情報ＩＤを格納する。
【００５４】
生体情報登録処理部４３１は、認証クライアント４０２にＴＰＭ２１０に格納された秘密鍵とペアで作成された公開鍵と、該秘密鍵に対応する認証情報ＩＤを渡す。登録制御部４２１は、管理アプリケーション４０１を介してデバイス管理サービス１２１に対して、認証情報ＩＤと公開鍵とを送信する。
【００５５】
デバイス管理サービス１２１では、サービスマンとしての権限をもつユーザーの識別情報であるサービスマンＩＤ、パスワードに、送信されてきた認証情報ＩＤと公開鍵を紐付けて保存し、管理する。表Ｄは、デバイス管理サービス１２１で管理されるデータテーブルの一部の例である。
【００５６】
【表４】
2019028805.tif 000006
【００５７】
サービスマンＩＤに紐付けて、認証情報ＩＤ列、公開鍵列には、認証クライアント４０２から管理アプリケーション４０１を介して送信されてきた認証情報ＩＤ、公開鍵が格納される。
【００５８】
図５は画像処理装置１３１〜１３２のソフトモジュール構成例を示す図である。画像処理装置１３１〜１３２は通信部５３１、記憶部５３２、画像形成部５３３、ステータス表示制御部５３６、メッセージ表示制御部５３７から構成される。
【００５９】
通信部５３１は、画像処理装置１３１〜１３２に関するデバイス情報をデバイス管理サービス１２１へ送信する。また、デバイス管理サービス１２１から送信される情報を受信する。送受信は、ＳＭＴＰやＨＴＴＰ／ＨＴＴＰＳなどを用いて通信する。記憶部５３２はＲＡＭ３０２、ＲＯＭ３０３、記憶装置３０４の記憶領域と情報のやり取りを行う。また記憶部５３２は、画像処理装置１３１〜１３２が内部的に生成する自身のデバイス情報も記憶する。デバイス情報には、デバイスシリアル番号などのデバイス識別情報、ＩＰアドレスなどの通信情報が含まれる。また、カウンタ情報、エラー発生情報、その他様々な稼働情報を記憶する。画像形成部５３３は、入力データなどを用いて出力画像を形成する。例えば、印刷部３０８にて用紙に対して印刷される印刷データを生成する機能を持つ。
【００６０】
ステータス表示制御部５３６は、入出力装置３１０のステータスバーなどに対して、画像処理装置１３１〜１３２の状態情報に関する通知の表示制御を行う。さらに、ステータス表示制御部５３６は、ステータスバーなどに対して、デバイス管理サービス１２１からの指示情報などの取得に応じたメッセージの着信を示す通知の表示制御も行う。メッセージ表示制御部５３７は、ユーザーの操作に応じてブラウザ機能（Ｗｅｂブラウザなど）を起動し、デバイス管理サービス１２１からのメッセージなどの表示を制御する。
【００６１】
モード制御アプリケーション５０１は、ログイン制御部５１１、基本認証処理部５１２から構成される。モード制御アプリケーション５０１は、画像処理装置１３１〜１３２おいてサービスマンのみが操作できる特殊な機能（本明細書ではサービスマン機能、と呼ぶ）を提供するサービスモードへの制御を行うアプリケーションである。モード制御アプリケーション５０１がサービスマン機能を提供するように構成することも可能である。サービスマン機能としては、例えばカウンタのリセット機能、保守のためのパラメータ操作機能などが考えられる。
【００６２】
また、モード制御アプリケーション５０１は、ログイン制御部５１１として、一般ユーザーが利用する通常モードから、サービスモードへ移行するための画像処理装置に対するログインを制御する機能も提供する。サービスマンがログインの手段として生体認証を利用する場合、モード制御アプリケーション５０１は、認証クライアント５０２を介して端末１４１のオーセンティケータ４０３に生体認証を要求することになる。端末１４１での生体認証処理の結果に従い、サービスマンによるログイン処理が実行されサービスモードへ移行することになる。
【００６３】
認証クライアント５０２は、認証制御部５２１、オーセンティケータ管理部５２２から構成され、１以上のオーセンティケータの管理を行う。ＦＩＤＯが適用されたシステムにおいては、認証クライアント５０２はＦＩＤＯクライアントに対応する。なお、この認証クライアント５０２は、画像処理装置上で動作するオペレーティングシステム（ＯＳ）とともに同梱されるソフトウェアやＯＳの機能として実現することも可能である。
【００６４】
図６は、デバイス管理サービス１２１からディスパッチされたサービスマンとしてのユーザーが、サービスモードで提供されるような特殊な機能を利用するために画像処理装置１３２に対してログインする際の処理全体の流れについて説明したシーケンス図である。図１で例示したように、サービスマンが、自身の端末１４１と画像処理装置１３２とをＢｌｕｅｔｏｏｔｈ２０８を介して接続したケースについて説明する。この接続により、画像処理装置１３２の認証クライアント５０２は、接続された端末１４１のオーセンティケータ４０３を外部オーセンティケータとして認識できるようになっている。従って、接続された端末１４１のオーセンティケータ４０３は、画像処理装置１３２のオーセンティケータ管理部５２２にて管理されることになる。
【００６５】
よって、図６で示すシーケンスにおいては、画像処理装置１３２と端末１４１との間の通信は、画像処理装置１３２の認証クライアント５０２と端末１４１のオーセンティケータ４０３とにより、各端末のＯＳなどを経由して行われることになる。
【００６６】
まず、Ｓ６１０にて、ユーザーによる入力作業に従い、画像処理装置１３２ではログイン要求処理が実行される。ユーザーによる入力作業は、例えばサービスマンが画像処理装置１３２に対してサービスモードの起動を指示入力するといった作業である。この指示入力はログイン制御部５１１が受け付ける。Ｓ６２０で、ログイン制御部５１１は、デバイス管理サービス１２１の認証処理部１０２２に対して認証開始要求を行う。認証開始要求には、要求元の情報として、画像処理装置１３２のデバイス識別情報（例えば、デバイスシリアル番号）が含まれる。
【００６７】
Ｓ６２１にて、認証処理部１０２２は、表Ａを参照し、要求元のデバイス識別情報に対してディスパッチされているサービスマンＩＤを特定する。画像処理装置１３２のデバイスシリアル番号が“ＡＡＡ０１２３４５”であった場合、表Ａにおいては、画像処理装置１３２にログインが許されるユーザーは、ディスパッチ済みのｓｅｒｖｉｃｅｍａｎ−ａ，ｓｅｒｖｉｃｅｍａｎ−ｂとして登録されたサービスマン権限を持つユーザーである。さらに、認証処理部１０２２は、表Ｄを参照し、サービスマンＩＤが“ｓｅｒｖｉｃｅｍａｎ−ａ”，“ｓｅｒｖｉｃｅｍａｎ−ｂ”に対応する認証情報ＩＤ列の値を特定する。
【００６８】
Ｓ６２２にて、認証処理部１０２２は、図７（Ａ）に示す認証用パラメータ７０１を生成する。認証用パラメータ７０１は、アサーション（Ａｓｓｅｒｔｉｏｎ）チャレンジ７０２と、アサーション（Ａｓｓｅｒｔｉｏｎ）拡張領域７０３と、ホワイトリスト７０４から構成される。
【００６９】
Ａｓｓｅｒｔｉｏｎチャレンジ７０２は、チャレンジレスポンス認証をするために利用する検証用データである。Ａｓｓｅｒｔｉｏｎ拡張領域７０３は、デバイス管理サービス１２１が認証クライアント５０２やオーセンティケータ４０３の動作を制御するために、デバイス管理サービス１２１が指定可能な拡張パラメータが格納される。
【００７０】
ホワイトリスト７０４は、認証成功の際に、画像処理装置においてサービスモードでのログインを許可するユーザーを制限するために、デバイス管理サービス１２１が指定するパラメータである。本実施例では、Ｓ６２１にて特定した認証情報ＩＤの値を設定する。
【００７１】
Ｓ６２３にて、認証処理部１０２２は、Ｓ６２２で生成した認証用パラメータ７０１をログイン制御部５１１に対して応答する。
【００７２】
Ｓ６２４で、ログイン制御部５１１は、認証制御部５２１に対して、認証用パラメータ７０１を渡して、認証要求を行う。認証制御部５２１は、図９（ａ−１）で示す端末選択画面９０１を画像処理装置の入出力装置３１０に表示する。ここで端末選択画面９０１に表示される選択候補９０２、９０３は、オーセンティケータ管理部５２２にて管理されているオーセンティケータを備えるデバイス名である。なお、該デバイス名はオーセンティケータを備えるデバイスの識別子などであってもよい。選択候補９０２は端末１４１に存在するオーセンティケータを表し、選択候補９０３は画像処理装置１３２内のオーセンティケータを表す。本実施例では、ユーザーから端末選択画面９０１を介して、認証を行う装置としての端末１４１の選択を受け付ける。なお、画像処理装置１３１〜１３２のそれぞれに予め生体情報を登録している場合には、選択候補９０３（“ｐｒｉｎｔｅｒ  ｙｙｙ”）で示す画像処理装置を選択することも可能である。
【００７３】
端末選択画面９０１を介して認証を行う装置としての端末１４１の選択入力を受け付けた場合に、認証制御部５２１は、図９（ａ−２）で示す画像処理装置１３２の入出力装置３１０に端末認証中画面９１１を表示する。この画面９１１は、端末１４１での生体認証に関する結果の通知が返却（Ｓ６２８）されるまで表示される。
【００７４】
Ｓ６２５で、認証制御部５２１は、端末１４１の生体認証処理部４３２に対して生体認証要求を行い、生体認証パラメータ７１１を送信する。図７（Ｂ）で示す生体認証パラメータ７１１は、認証用パラメータ７０１と連携サービスＩＤ７１２とＷｅｂＯｒｉｇｉｎ７１３を含む。ＷｅｂＯｒｉｇｉｎ７１３はＳ６２１にてアクセスしたデバイス管理サービス１２１のＵＲＬ、連携サービスＩＤ７１２はデバイス管理サービス１２１のトップレベルドメイン、セカンドレベルドメインの情報である。
【００７５】
Ｓ６２６で、端末１４１は、生体認証処理を実行する。この生体認証処理の詳細については、図８を用いて後述する。
【００７６】
Ｓ６２８にて、生体認証処理部４３２は、端末１４１で実行された生体認証処理の結果として生成された署名７２３を、Ａｓｓｅｒｔｉｏｎ（アサーション）７２１として、認証制御部５２１経由でログイン制御部５１１に返却する。図７（Ｃ）で示すＡｓｓｅｒｔｉｏｎ７２１は、認証情報７２２と署名７２３から構成される。認証情報７２２、署名７２３は、端末１４１で実行された生体認証処理で特定した認証情報ＩＤ、署名値に対応する。
【００７７】
Ｓ６２９にて、ログイン制御部５１１は、デバイス管理サービス１２１の認証処理部１０２２に対してＡｓｓｅｒｔｉｏｎ７２１を送信する。ここで、デバイス管理サービス１２１は署名７２３などを含むＡｓｓｅｒｔｉｏｎ７２１を受信する。
【００７８】
Ｓ６３０にて、認証処理部１０２２は、表Ｄを参照し、Ａｓｓｅｒｔｉｏｎ７２１の認証情報７２２に含まれる認証情報ＩＤに対応する公開鍵を特定する。さらに、認証処理部１０２２は、Ａｓｓｅｒｔｉｏｎ７２１の署名７２３を、特定した公開鍵で復号化することで、Ａｓｓｅｒｔｉｏｎ７２１が正当性を検証する。ここでは、署名７２３から、Ｓ６２２で生成されたＡｓｓｅｒｔｉｏｎチャレンジ７０２が復元できた場合にＡｓｓｅｒｔｉｏｎ７２１の正当性が検証できたものとする。
【００７９】
Ｓ６３１にて、認証処理部１０２２はログイン制御部５１１に対してログイン許可を応答する。Ｓ６３１で認証処理部１０２２からログイン許可応答を得たログイン制御部５１１は、ユーザーに対してサービスマンの権限に基づくログインを許可する。これにより、前述のサービスマンが画像処理装置１３２において、サービスモードで提供されるような特殊な機能を利用できるようになる。
【００８０】
図８で示すフローチャートを用いて、端末１４１で実行される生体認証処理（Ｓ６２６）について詳細に説明する。本処理は、端末１４１のＣＰＵ２０２が本処理に係るプログラムを実行することで実現される処理である。
【００８１】
Ｓ８１１にて、生体認証処理部４３２は、図９（ｂ）で示す生体情報の入力要求画面９２１を端末１４１のタッチパネル２０６に表示する。これにより、ユーザーに対して生体情報センサー２０７への生体情報の提示を促す。Ｓ８１２にて、生体認証処理部４３２は、生体情報センサー２０７を介して、ユーザーの生体情報の入力を受け付ける。このとき生体認証処理部４３２は、生体情報要求部４３４を介して、生体情報センサー２０７が読み取ったユーザーの生体情報（の特徴量）を取得する。例えば、生体情報の特徴量は、指紋のパターン・虹彩の模様・静脈の形など個人に対してユニークであるものを、ユニーク性を損なわないような値に変換したものである。この、個人に対してユニークな特徴量を用いて個人を特定するのが生体認証である。
【００８２】
Ｓ８１３にて、生体認証処理部４３２は、入力された生体情報に対応する生体情報ＩＤを特定し、さらに、生体認証パラメータ７１１内の連携サービスＩＤ７１２が、表Ｃで、特定された生体情報ＩＤに関連付けて登録されているかどうかを判断する。ここで登録されていた場合にはＳ８１４に進む。また、入力された生体情報による生体認証に失敗（生体情報ＩＤが特定できなかった）した場合、生体認証パラメータ７１１内の連携サービスＩＤ７１２が表Ｃに登録されていなかった場合には、生体認証処理に失敗したとして、画像処理装置に対して認証失敗を応答して、本処理を終了する。
【００８３】
Ｓ８１４にて、生体認証処理部４３２は、特定された生体情報ＩＤに関連付けて表Ｃに登録されている認証情報ＩＤが、生体認証パラメータ７１１内の認証用パラメータ７０１のホワイトリスト７０４に存在するかどうかを確認する。存在する場合にはＳ８１５に進み、存在しない場合には画像処理装置に対して認証失敗を応答して、本処理を終了する。なお、特定された生体情報ＩＤに関連付けて登録されている認証情報ＩＤがホワイトリスト７０４に存在しない場合には、その旨を画像処理装置に対して応答してもよい。
【００８４】
Ｓ８１５にて、生体認証処理部４３２は、特定された生体情報ＩＤに関連付けて表Ｃに登録されている秘密鍵を特定する。Ｓ８１６で、生体認証処理部４３２は、特定した秘密鍵を用いて、生体認証パラメータ７１１内の認証用パラメータ７０１のＡｓｓｅｒｔｉｏｎチャレンジ７０２から、署名７２３を作成する。
【００８５】
なお、Ｓ８１３にてＮＯと判断されるケースは、予めサービスマンの権限を持つユーザーが、デバイス管理サービス１２１に対する認証情報の登録処理を行っていないケースである。また、Ｓ８１４にてＮＯと判断されるケースは、画像処理装置１３２にログインしようとしているサービスマンの権限を持つユーザーが、デバイス管理サービス１２１によってディスパッチされていないサービスマンであったケースである。
【００８６】
（応用例）
デバイス管理サービス１２１に対する認証情報の登録処理を何らかの理由で行うことができないなど、サービスマンが生体認証を利用できない場合、サービスマンはユーザーアカウントとパスワードを用いた基本認証でデバイスに対して前述のサービスモードにログインできる手段を追加で備えてもよい。
【００８７】
即ち、サービスマンが画像処理装置１３１〜１３２に対して基本認証要求を行うと、それを受けた基本認証処理部５１２がデバイス管理サービス１２１との間で基本認証を行う。基本認証の詳細な処理シーケンスは省略するが、その際基本認証処理部５１２は、デバイス管理サービス１２１に対してサービスマンが入力したサービスマンＩＤ／パスワードと共にデバイスシリアル番号も送信する。デバイス管理サービス１２１は、受信したサービスマンＩＤ／パスワードの検証に成功し、さらにデバイスシリアル番号に対してサービスマンＩＤで示されるサービスマンがディスパッチされていれば認証を許可する。
【００８８】
（実施例２）
実施例１は、デバイス管理サービス１２１がホワイトリスト７０４を利用して、各ユーザーのネットワークデバイスに対する特殊なモードなどでのログインの許可や不許可を制御していた。これにより、実際に画像処理装置１３２にディスパッチされたサービスマンのみがサービスモードでログインできるといったシステムを提供することができた。
【００８９】
ここで、ネットワークデバイスの管理や保守における実際の運用においては、顧客の近くにいるユーザーや何らかの理由で代理のユーザーがデバイスの設置されている顧客を訪問するケースもある。
【００９０】
本実施例においては、このような場合も想定し、予め指定されたユーザーを含むユーザーグループに対して、ホワイトリスト７０４を利用してログインを許可できるような仕組みについて説明する。
【００９１】
実施例２が実施例１と大きく異なる点は、ホワイトリスト７０４に認証情報ＩＤを含めるのではなく、グループを示す識別情報であるグル―プＩＤを含める点である。グループとしては、例えば、ユーザーが所属するテナントや部門などを示す所属ＩＤ、ユーザーに対して割り当てるグループを示すグループＩＤ、ユーザーに対して割り当てる権限を示す権限ＩＤなどが考えられるが、本実施例はグループＩＤを例に説明する。
【００９２】
本実施例において、デバイス管理サービス１２１のユーザーデータ格納部１０２４は、以下に示す表Ｅをさらに管理する。
【００９３】
【表５】
2019028805.tif 000007
【００９４】
所属ＩＤ列には、本例では、画像処理装置１３１〜１３２の販売を担当した会社を一意に特定するためのテナントＩＤが管理される。グループＩＤ列は、管理、保守を担当するサービスマン権限をもつ複数のユーザーが所属するサービスマングループに対して割り当てられるＩＤである。サービスマングループの単位は、例えばＸＸ地域のデバイスを担当するグループや、顧客Ａ・Ｂ・Ｃを担当するグループなどが考えられる。即ち、デバイスシリアル番号ＡＡＡ０１２３４５で表される画像処理装置に対してディスパッチされているのはグループＩＤが“ｇｒｏｕｐ００１”で表されるグループに所属するユーザーである。
【００９５】
また、デバイス管理サービス１２１のユーザーデータ格納部１０２４は、実施例１の表Ｂに下記のようにグループＩＤ列を追加した表Ｂ’を管理する。
【００９６】
【表６】
2019028805.tif 000008
【００９７】
グループＩＤ列は、表Ｅにおける対応する列と同じである。即ち、サービスマンＩＤがｓｅｒｖｉｃｅｍａｎ−ａ，  ｓｅｒｖｉｃｅｍａｎ−ｂで表されるユーザーは共に、グループＩＤが“ｇｒｏｕｐ００１”で表されるグループに所属することを意味する。
【００９８】
また、端末１４１の認証情報格納部４３３は、実施例１における表Ｃに下記のようにグループＩＤを追加した表Ｃ’を管理する。
【００９９】
【表７】
2019028805.tif 000009
【０１００】
グループＩＤ列は、表Ｅにおける対応する列と同じである。本実施例において、表ＣにおけるグループＩＤは生体情報をデバイス管理サービス１２１に登録する際に、デバイス管理サービス１２１から受け取る。
【０１０１】
続いて、サービスマンであるユーザーが端末１４１を利用して画像処理装置１３２に対してログインする処理例のシーケンスを説明する。本シーケンスは図６に示す実施例１のシーケンスとほぼ同じなので、差分のみ説明する。
【０１０２】
本実施例では、Ｓ６２２において、デバイス管理サービス１２１の認証処理部１０２２は表Ｅから自身のデバイスシリアル番号に割り当てられているグループＩＤを取得し、認証パラメータ７０１の中のホワイトリスト７０４にセットする。この認証パラメータ７０１は、実施例１と同様にＳ６２３で、画像処理装置１３２に対して送信される。
【０１０３】
また、Ｓ６２６における端末１４１での生体認証処理中のＳ８１４で、生体認証処理部４３２は、特定された生体情報ＩＤに関連付けて表Ｃ’に登録されているグループＩＤが、生体認証パラメータ７１１内の認証用パラメータ７０１のホワイトリスト７０４に存在するかどうかを確認する。特定された生体情報ＩＤに対応するグループＩＤがホワイトリスト７０４に存在する場合にはＳ８１５に進む。また、特定された生体情報ＩＤに対応するグループＩＤがホワイトリスト７０４に存在しない場合には、秘密鍵の特定や署名の作成は行われず、ユーザーによるログインは失敗（不許可）となる。
【０１０４】
本実施例は、画像処理装置１３２対して重複して複数のサービスマンがディスパッチされていることになる。従って、各ユーザーは自分が画像処理装置１３２の設置場所に向かうべきなのか否かを判断する必要がある。
【０１０５】
そのため、デバイス管理サービス１２１は、Ｓ６３０の処理が完了に応じて、例えば、対象デバイスのデバイスシリアル番号に割り当てられているグループＩＤで示すグループに所属するユーザーに対して、対象デバイスに対して対応中であることを示すメールを送信する。送信先は、表Ｂを参照することで特定できる。また、デバイス管理サービスを利用できるサービスマンであるユーザーが、対応中のデバイスを確認するために、デバイス管理サービス１２１が管理アプリケーション４０１に対してＳ６３０の処理が完了したデバイスの情報を提供するサイトを用意してもよい。
【０１０６】
（応用例）
本実施例においては、ホワイトリスト７０４にグループＩＤを含めていた。なお、ホワイトリスト７０４に対して、グループＩＤで示すグループに属する複数のユーザーに対応する複数の認証情報ＩＤを設定してもよい。このホワイトリストを用いて、実施例１と同様に、ログイン制御が実現できることになる。
【０１０７】
また、ホワイトリスト７０４にグループＩＤと、個別のユーザーに対応する認証情報ＩＤとを同時に設定することも可能である。これにより、より柔軟にホワイトリストを用いたログイン制御が実現できるようになる。
【０１０８】
（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。
【０１０９】
ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピュータにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。
【符号の説明】
【０１１０】
１２１  デバイス  管理サービス
１３１〜１３２  画像形成装置
１４１  端末
【図１】
2019028805.tif 000010
【図２】
2019028805.tif 000011
【図３】
2019028805.tif 000012
【図４】
2019028805.tif 000013
【図５】
2019028805.tif 000014
【図６】
2019028805.tif 000015
【図７】
2019028805.tif 000016
【図８】
2019028805.tif 000017
【図９】
2019028805.tif 000018
【図１０】
2019028805.tif 000019