JP2017076413A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】ユーザ識別情報及びパスワードが管理されない環境においてもシングルサインオンを可能とすること。
【解決手段】画像入力装置と情報処理装置とを有する情報処理システムであって、前記画像入力装置は、記憶媒体から読み出された公開鍵証明書が指定された認証要求を、ネットワークを介して接続される認証装置に送信し、前記認証装置より、認証されたことを示す証明データを受信する第一の認証制御部と、前記証明データを、ネットワークを介して接続される情報処理装置へ委譲する委譲部と、当該画像入力装置が入力した画像データの配信要求を前記情報処理装置に送信する送信部とを有し、前記情報処理装置は、委譲された前記証明データを用いて、前記画像データの配信先へのアクセス権を取得する。
【選択図】図１

Description

本発明は、情報処理システム、情報処理方法、画像入力装置、情報処理装置、及びプログラムに関する。

従来、スキャナを有する画像形成装置においてスキャンされた画像データを配信サーバに転送し、設定された配信先への画像データの配信を当該配信サーバに実行させる配信システムが存在する（例えば、特許文献１）。

配信サーバによって配信処理の制御が行われることにより、ハードウェアリソース（メモリ、ＣＰＵ等）の乏しい画像形成装置の負荷を軽減することができる。その結果、画像形成装置のハードウェアリソースを本来の機能（印刷、スキャン、コピー等）に振り分けることができる。

配信サーバによる配信方法又は配信先によっては、配信先に対するアクセス権限を獲得するための認証情報の入力が、ユーザに要求される場合がある。例えば、配信先が共有フォルダである場合、当該共有フォルダに対してアクセス権限を有するユーザのユーザ名及びパスワードの入力がユーザに要求される。この場合、ユーザは、配信機能の利用時において、画像形成装置のログイン時とは別に、認証情報を入力することになる。

画像形成装置へのログイン時に入力されるユーザ名及びパスワードを、配信先に対してアクセス権限を獲得するためのユーザ名及びパスワードと一致させておき、ログイン時に入力されたユーザ名及びパスワードを、画像形成装置が配信先に対して提示することで、擬似的にシングルサインオンを実現することができる。すなわち、ユーザは、配信機能の利用時に改めてユーザ名及びパスワードを入力する必要はない。

他方において、近年では、画像形成装置のログインについて、スマートカード（ＩＣカード）を用いたＰＫＩ認証が利用されるようになっている。ユーザは、スマートカードをカードリーダにセットし、スマートカード内の情報へのアクセスを許可するための暗唱番号（ＰＩＮ（Personal Identification Number）を入力することで、認証を受けることができる。

ＰＫＩ認証では、ユーザ名及びパスワードの照合は不要であるため、パスワードの管理は行われない。したがって、上記した擬似的なシングルサインオンを実現することができない。そうすると、画像形成装置のログインにＰＫＩ認証を利用した場合、配信機能の利用時において、別途ユーザ名及びパスワードの入力をユーザに要求しなければならなくなってしまう。

本発明は、上記の点に鑑みてなされたものであって、ユーザ識別情報及びパスワードが管理されない環境においてもシングルサインオンを可能とすることを目的とする。

そこで上記課題を解決するため、画像入力装置と情報処理装置とを有する情報処理システムであって、前記画像入力装置は、記憶媒体から読み出された公開鍵証明書が指定された認証要求を、ネットワークを介して接続される認証装置に送信し、前記認証装置より、認証されたことを示す証明データを受信する第一の認証制御部と、前記証明データを、ネットワークを介して接続される情報処理装置へ委譲する委譲部と、当該画像入力装置が入力した画像データの配信要求を前記情報処理装置に送信する送信部とを有し、前記情報処理装置は、委譲された前記証明データを用いて、前記画像データの配信先へのアクセス権を取得する。

ユーザ識別情報及びパスワードが管理されない環境においてもシングルサインオンを可能とするこができる。

第一の実施の形態における配信システムの構成例を示す図である。 第一の実施の形態における画像形成装置のハードウェア構成例を示す図である。 第一の実施の形態における画像形成装置の機能構成例を示す図である。 初期状態においてカード又は認証サーバに記憶されているデータを説明するための図である。 第一の実施の形態の配信システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。 第一の実施の形態の配信システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。 ＰＫＩ認証におけるＴＧＴの発行に関する処理内容を説明するための図である。 配信サーバのサービスチケットの発行に関する処理内容を説明するための図である。 画像形成装置と配信サーバとの間でセッションキーを共有するための処理内容を説明するための図である。 ＴＧＴの委譲のための処理内容を説明するための図である。 第二の実施の形態の配信システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。 第二の実施の形態の配信システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。 パスワード認証におけるＴＧＴの発行に関する処理内容を説明するための図である。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、第一の実施の形態における配信システムの構成例を示す図である。図１において、配信システム１は、１以上の画像形成装置１０、配信サーバ２０、認証サーバ３０、ユーザ管理サーバ４０、及びフォルダサーバ５０等を含む。各装置は、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク（有線又は無線の別は問わない。）によって通信可能に接続されている。

画像形成装置１０は、配信対象とされる画像データを原稿から読み取る機器である。配信サーバ２０は、画像形成装置１０によって読み取られた画像データの配信処理を実行するコンピュータである。図１では、画像データの配信先として、フォルダサーバ５０が例示されている。フォルダサーバ５０は、配信先となるフォルダ構成が構築されたコンピュータである。

認証サーバ３０は、画像形成装置１０のユーザの認証等を行うコンピュータである。本実施の形態において、認証サーバ３０は、ケルベロス（Ｋｅｒｂｅｒｏｓ）認証を用いて認証を行う。したがって、認証サーバ３０は、ケルベロス認証におけるＫＤＣ（Key Distribution Center）としての役割を担う。すなわち、認証サーバ３０は、ユーザの認証を行うＡＳ（Authentication Server）としての機能と、配信サーバ２０又はフォルダサーバ５０等のサービスを利用するためのチケットを発行するＴＧＳ（Ticket Granting Server）としての機能等を有する。認証サーバ３０は、例えば、アクティブディレクトリ（Active Directory）が導入されたドメインコントローラによって実現されてもよい。

ユーザ管理サーバ４０は、画像形成装置１０のユーザの属性情報等を一元的に管理するコンピュータである。認証サーバ３０が、ユーザ管理サーバ４０の機能を兼ねてもよい。但し、認証サーバ３０が、ドメインコントローラである場合、ユーザの属性情報の管理構造の拡張性は乏しい。例えば、画像形成装置１０の利用に関して必要とされる、拡張された属性情報を認証サーバ３０において管理するのは困難である。そのため、本実施の形態では、ユーザ管理サーバ４０を設置することで、拡張された属性情報の管理を可能としている。

図２は、第一の実施の形態における画像形成装置のハードウェア構成例を示す図である。図２において、画像形成装置１０は、スキャン、コピー、及び印刷等の複数の機能を一台の筐体において実現する複合機であり、ＣＰＵ１０１、メモリ１０２、補助記憶装置１０３、ネットワークＩ／Ｆ１０４、画像出力部１０５、画像読取部１０６、外部デバイスＩ／Ｆ１０７、表示部１０８、及び操作部１０９等を有する。

画像形成装置１０での機能を実現するプログラムは、ＨＤＤ（Hard Disk Drive）等の不揮発性の補助記憶装置１０３に記録（インストール）される。補助記憶装置１０３は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。補助記憶装置１０３の一例として、ＨＤＤ（Hard Disk Drive）、ＮＶＲＡＭ（Non-volatile RAM）等が挙げられる。メモリ１０２は、プログラムの起動指示があった場合に、補助記憶装置１０３からプログラムを読み出して格納する。ＣＰＵ１０１は、メモリ１０２に格納されたプログラムに従って画像形成装置１０に係る機能を実現する。ネットワークＩ／Ｆ１０４は、ネットワークに接続するためのインタフェースとして用いられる。

表示部１０８は、ＬＣＤ（Liquid Crystal Display）等を含み、操作画面やメッセージ等を表示させる。操作部１０９は、ハード的なボタン（キー）によって構成され、ユーザによる操作入力を受け付ける入力手段である。なお、表示部１０８及び操作部１０９は、オペレーションパネルとして一体的に構成されてもよい。

画像読取部１０６は、原稿からの画像データの読み取りを行う。画像出力部１０５は、画像データの出力（印刷）を行う。

外部デバイスＩ／Ｆ１０７は、認証のためのユーザ情報の入力に用いられるカードリーダと接続するためのインタフェースであり、例えば、ＵＳＢポート（ＵＳＢホストインタフェース）又はシリアルボート等によって構成される。カードリーダ１１０は、カード５００から情報を読み取るいわゆるカードリーダであり、外部デバイスＩ／Ｆ１０７と接続可能なハードウェアインタフェース（例えば、ＵＳＢコネクタ又はシリアルインタフェース等）を備える。但し、カードリーダ１１０は、画像形成装置１０に内蔵されていてもよい。カードリーダ１１０は、接触型又は非接触型のいずれであってもよい。第一の実施の形態において、カード５００は、スマートカード（ＩＣカード）であるとする。カード５００には、ユーザごとに発行される公開鍵証明書（以下、「ユーザ証明書」という。）が記憶されている。

本実施の形態において、カード５００は各ユーザに配布されていることとする。但し、運用上必要とされるセキュリティのレベルに応じて、複数のユーザによって一枚のカード５００を共用させてもよい。なお、各ユーザに配布されるカード５００は一種類に限定されなくてもよい。上記のようにカードリーダ１１０は、ＵＳＢ等によって簡便に画像形成装置１０に接続することが可能である。したがって、それぞれ対応するカードの種類が異なる複数のカードリーダ１１０を画像形成装置１０に同時に接続させてもよい。この場合、複数種類のカード５００を同時に利用することができる。

なお、画像形成装置１０は、複合機でなくてもよい。本実施の形態では、画像の読み取り機能、及び通信機能等を有していればよい。

図３は、第一の実施の形態における画像形成装置の機能構成例を示す図である。図３において、画像形成装置１０は、配信データ入力部１１、カードアクセス部１２、認証制御部１３、及びＰＫＩ認証制御部１４等を有する。これら各部は、画像形成装置１０にインストールされた一以上のプログラムが、ＣＰＵ１０１に実行させる処理により実現される。

配信データ入力部１１は、配信対象の画像データの読み取り、及び当該画像データの配信サーバ２０への転送等を制御する。例えば、ユーザから見て一つのアプリケーションプログラムが、画像形成装置１０を配信データ入力部１１として機能させてもよい。

カードアクセス部１２は、カードリーダ１１０を介して、カード５００へのアクセスを行う。認証制御部１３は、画像形成装置１０のユーザの認証処理を制御する。ＰＫＩ認証制御部１４は、認証制御部１３によって制御される認証処理において、カード５００に記憶されているユーザ証明書を用いたＰＫＩ認証に特化した処理を制御する。

続いて、初期状態において、カード５００又は認証サーバ３０に記憶されているデータについて説明する。初期状態とは、後述される図５等の処理が開始される前の状態をいう。

図４は、初期状態においてカード又は認証サーバに記憶されているデータを説明するための図である。

図４に示されるように、初期状態において、カード５００には、ユーザ証明書及びユーザ秘密鍵が記憶されている。ユーザ秘密鍵とは、ユーザごとの秘密鍵であり、ユーザ証明書に記録されている公開鍵と対をなす秘密鍵である。

また、認証サーバ３０には、各ユーザのユーザ証明書、認証サーバキー、配信サーバキー、及びフォルダサーバキー等が記憶されている。ユーザ証明書は、ユーザ名に対応付けられて記憶されている。認証サーバキーとは、認証サーバ３０に固有の暗号鍵である。認証サーバキーを所有しているのは、認証サーバ３０のみである。配信サーバキーとは、配信サーバ２０に固有の暗号鍵である。配信サーバ２０を所有しているのは、配信サーバ２０と認証サーバ３０である。フォルダサーバキーとは、フォルダサーバ５０に固有の暗号鍵である。フォルダサーバ５０を所有しているのは、フォルダサーバ５０と認証サーバ３０である。すなわち、認証サーバ３０、配信サーバ２０、及びフォルダサーバ５０のそれぞれは、自らに固有の暗号鍵を所有する。また、認証サーバ３０は、他のサーバに固有の暗号鍵をも所有する。なお、所有とは、記憶装置に記憶していることをいう。

以下、第一の実施の形態の配信システム１において実行される処理手順について説明する。図５及び図６は、第一の実施の形態の配信システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。

ステップＳ１０１において、ユーザによってカード５００がカードリーダ１１０にセットされると、カードアクセス部１２は、カード５００がセットされたことを検知する（Ｓ１０２）。なお、カードリーダ１１０へのカード５００のセットとは、カードリーダ１１０へカード５００を挿入したり、カード５００を翳したりといったように、カードリーダ１１０がカード５００に記録されている情報を読み取れる状態にすることをいう。

続いて、カードアクセス部１２は、カード５００のセットを検知したことを、配信データ入力部１１に通知する（Ｓ１０３）。当該通知には、カードを操作するためのカードオブジェクトが添付される。

続いて、配信データ入力部１１は、カード５００に対するＰＩＮ（Personal Identification Number：個人暗証番号）の入力の要否を判定する（Ｓ１０４）。ＰＩＮの入力の要否は、例えば、カードオブジェクトに含まれているカード情報を参照して行われてもよい。第一の実施の形態において、カード５００は、スマートカード、すなわち、ＰＩＮ入力が必要なカードであるため、ここではＰＩＮ入力が必要であると判定される。

ＰＩＮ入力が必要であると判定された場合、配信データ入力部１１は、ＰＩＮ入力用の画面（ダイアログ）を、表示部１０８に表示させる（Ｓ１０５）。

続いて、ユーザによって、当該画面を介してＰＩＮが入力されると（Ｓ１０６）、配信データ入力部１１は、カードオブジェクトと共にＰＩＮを指定して、ＰＩＮ検証の実行を、カードアクセス部１２に要求する（Ｓ１０７）。

カードアクセス部１２は、カードリーダ１１０を介して、カードオブジェクトに対応するカード５００に対してＰＩＮ検証の実行を要求する（Ｓ１０８）。その結果、カード５００にＰＩＮが入力される。カード５００は、自らに記憶されているＰＩＮと、入力されたＰＩＮとを照合し、両者が一致したら、カード５００内の情報に対するロックを解除する。ロックの解除によって、カード５００内の情報へのアクセスが可能となる。なお、カードアクセス部１２は、ＰＩＮ検証の結果（例えば、ＰＩＮ検証の成否）を、配信データ入力部１１に応答する（Ｓ１０９）。当該応答には、ロックが解除された状態に対応するカードオブジェクトが含まれている。

ＰＩＮ検証に成功した場合、配信データ入力部１１は、カードオブジェクトを指定して、認証の実行を認証制御部１３に要求する（Ｓ１１０）。当該要求に応じ、認証制御部１３は、認証モードの判定を行う（Ｓ１１１）。認証モードの判定は、ＰＫＩ認証を実行するか、第二の実施の形態におけるパスワード認証を行うかの判定である。認証モードは、例えば、補助記憶装置１０３の記憶内容の状態に基づいて判定される。具体的には、画像形成装置１０をＰＫＩ認証制御部１４として機能させるプログラムモジュールが、補助記憶装置１０３に記憶されている（インストールされている）場合に、認証モードはＰＫＩ認証であると判定されてもよい。または、例えば、認証形態を示す設定項目（パラメータ）の値として、ＰＫＩ認証を示す値が記憶されている場合に、認証モードはＰＫＩ認証であると判定されてもよい。

認証モードがＰＫＩ認証である場合、配信データ入力部１１は、カードオブジェクトを指定して、ＰＫＩ認証制御部１４に対して認証処理の実行を要求する（Ｓ１１２）。当該要求に応じ、ＰＫＩ認証制御部１４は、カードオブジェクトを指定して、カード５００からのユーザ証明書の取得をカードアクセス部１２に要求する（Ｓ１１３）。当該要求に応じ、カードアクセス部１２は、カードリーダ１１０を介して、カードオブジェクトに対応するカード５００に対してユーザ証明書の取得を要求する（Ｓ１１４）。ロックが解除されているカード５００は、自らに記憶されているユーザ証明書を出力する。カードアクセス部１２は、出力されたユーザ証明書をＰＫＩ認証制御部１４に返却する（Ｓ１１５）。

続いて、ＰＫＩ認証制御部１４は、ユーザ証明書に記録されている、ユーザの認証子（例えば、ユーザ名）の暗号化を、カードオブジェクトを指定して、カードアクセス部１２に要求する（Ｓ１１６）。当該要求に応じ、カードアクセス部１２は、カードリーダ１１０を介して、カードオブジェクトに対応するカード５００に対して認証子の暗号化を要求する（Ｓ１１７）。カード５００は、自らに記憶されているユーザ秘密鍵によって、自らに記憶されているユーザ証明書に記録されている認証子を暗号化する。カード５００は、認証子の暗号化データを出力する。

カードアクセス部１２は、出力された認証子の暗号化データをＰＫＩ認証制御部１４に返却する（Ｓ１１８）。続いて、ＰＫＩ認証制御部１４は、ユーザ証明書及び認証子の暗号化データを指定して、認証サーバ３０に対してＰＫＩ認証の実行要求を送信する（Ｓ１１９）。

当該要求に応じ、認証サーバ３０は、受信されたユーザ証明書の正当性を検証すると共に、当該ユーザ証明書が、ユーザに対応するものであるか否かを確認する（Ｓ１２０）。ユーザ証明書の正当性の検証方法は、一般的な公開鍵証明書の正当性の検証方法と同様でよい。当該ユーザ証明書がユーザに対応するものであるか否かについては、まず、認証サーバ３０は、受信されたユーザ証明書からユーザ名を取り出す。認証サーバ３０は、当該ユーザ名に対応付けられて、認証サーバ３０に記憶されているユーザ証明書を取得する。取得されたユーザ証明書と、受信されたユーザ証明書とが一致すれば、受信されたユーザ証明書は、ユーザに対応するものであることが確認される。

続いて、認証サーバ３０は、認証子の暗号化データを、ユーザ証明書に記録されている公開鍵によって復号し、ユーザ証明書の送信元の正当性を確認する（Ｓ１２１）。具体的には、復号された認証子と、ユーザ証明書に含まれている平文の認証子とを比較し、両者が一致すれば、ユーザ証明書の送信元は、当該ユーザ証明書の所有者であることが確認される。

ステップＳ１２０及びＳ１２１によって、不正が検出されないと、ユーザ証明書に係るユーザは認証されたことになる。ユーザが認証されると、認証サーバ３０は、ＴＧＴ（Ticket Granting Ticket）と、ＴＧＴのセッションキー（以下、後述されるセッションキーと区別するために「セッションキーＡ」という。）とを生成し、セッションキーＡを、ユーザ証明書に記録されている公開鍵によって暗号化する（Ｓ１２２）。また、ＴＧＴは、認証サーバキーによって暗号化される。なお、ＴＧＴとは、ケルベロスの用語であり、ユーザが認証されたことを示す証明データの一例である。ＴＧＴは、例えば、サービスごとのサービスチケット（ＳＴ（Service Ticket））の発行を受けるために用いられる。また、セッションキーＡは、画像形成装置１０と、認証サーバ３０との間の通信の安全性を確保するための暗号鍵等として用いられる。

続いて、認証サーバ３０は、認証結果として、暗号化されたＴＧＴと、暗号化されたセッションキーＡとを、ＰＫＩ認証制御部１４に返信する（Ｓ１２３）。その結果、ＰＫＩ認証制御部１４は、暗号化されたＴＧＴと、暗号化されたセッションキーＡとを獲得したことになる。

なお、ユーザが認証されない場合、ＴＧＴ及びセッションキーＡは、画像形成装置１０には返信されない。

ステップＳ１１９〜Ｓ１２３における、画像形成装置１０（ＰＫＩ認証制御部１４）と認証サーバ３０とのやりとりについて、図を用いて説明する。

図７は、ＰＫＩ認証におけるＴＧＴの発行に関する処理内容を説明するための図である。図７に示される矢印に付されているステップ番号は、図５におけるステップ番号に対応する。

ステップＳ１１９では、カード５００から取り出されたユーザ証明書と、カード５００に記憶されているユーザ秘密鍵によって暗号化されたユーザ認証子の暗号化データとが、画像形成装置１０から認証サーバ３０に送信される。これらのデータを受信した認証サーバ３０は、ステップＳ１２０〜Ｓ１２２において説明した処理を実行する。

ステップＳ１２３では、ユーザ証明書に記録されている公開鍵によって暗号化されたセッションキーＡと、認証サーバキーによって暗号化されたＴＧＴとが画像形成装置１０に返信される。ＴＧＴにはセッションキーＡが記録されている。

なお、図７において、左上頂点に暗号鍵を示す図形が重畳されている矩形に対応するデータは、当該暗号鍵によって暗号化されている。例えば、図７では、ユーザ認証子、セッションキーＡ、及びＴＧＴ等が、斯かるデータに該当する。このような表現形式は、以降においても同様である。

また、図７以降では、フォルダサーバキーの図示は便宜上省略されている。

続いて、ＰＫＩ認証制御部１４は、カードオブジェクト及び暗号化されたセッションキーＡを指定して、当該セッションキーＡの復号をカードアクセス部１２に要求する（Ｓ１２４）。当該要求に応じ、カードアクセス部１２は、カードリーダ１１０を介して、カードオブジェクトに対応するカード５００に対してセッションキーＡの復号を要求する（Ｓ１２５）。カード５００は、自らに記憶されているユーザ秘密鍵によって、セッションキーＡを復号する。カード５００は、復号されたセッションキーＡを出力する（Ｓ１２６）。カードアクセス部１２は、出力されたセッションキーＡをＰＫＩ認証制御部１４に返却する（Ｓ１２７）。

なお、暗号化されたＴＧＴの復号は実行されない。ＴＧＴの内容を参照できるのは、認証サーバ３０のみである。以下、単に、「ＴＧＴ」というとき、認証サーバキーによって暗号化されているＴＧＴをいう。

続いて、ＰＫＩ認証制御部１４は、ＴＧＴ及びユーザ名を含む認証結果を認証制御部１３に返却する（Ｓ１２８）。但し、認証に失敗した場合、認証の失敗を示す情報が認証制御部１３に返却される。なお、ユーザ名は、ユーザ証明書から取得可能である。

認証に成功し、ＴＧＴ及びユーザ名が返却された場合、認証制御部１３は、ユーザ名を指定して、ユーザの属性情報の取得要求をユーザ管理サーバ４０に送信する（Ｓ１２９）。ユーザ管理サーバ４０は、指定されたユーザ名に対応付けられて記憶されている属性情報を返信する（Ｓ１３０）。なお、属性情報には、例えば、画像データの配信先のフォルダ名等が含まれる。

続いて、認証制御部１３は、ＴＧＴ及びユーザの属性情報を含む認証結果を、配信データ入力部１１に返却する（Ｓ１３１）。但し、認証に失敗した場合、認証の失敗を示す情報が配信データ入力部１１に返却される。

認証に成功し、ＴＧＴ及びユーザの属性情報が返却された場合、配信データ入力部１１は、ログイン画面を解除する（Ｓ１３２）。ログイン画面の解除とは、ログイン画面が消去され、配信データ入力部１１に対応する操作画面が操作可能とされることをいう。

続いて、画像形成装置１０に原稿がセットされ、当該操作画面を介して、ユーザによってスキャンの実行指示が入力されると（図６、Ｓ１４１）、配信データ入力部１１は、セットされた原稿からの画像データの読み取りを画像読取部１０６に実行させる（Ｓ１４２）。

続いて、ＴＧＴを配信サーバ２０に委譲するための処理が実行される。ＴＧＴの委譲とは、ＴＧＴの利用権限を譲渡することをいう。基本的に、ＴＧＴは、当該ＴＧＴを取得した者だけが利用することができる。本実施の形態では、ＴＧＴの取得者は画像形成装置１０である。したがって、画像形成装置１０のみがＴＧＴを利用することができる。但し、ＴＧＴを委譲することで、委譲先とされた者も当該ＴＧＴの利用が可能となる。そこで、ＴＧＴの委譲のために、以下のような処理手順が実行される。

ステップＳ１４３において、配信データ入力部１１は、ＴＧＴを委譲するために、ＴＧＴの委譲先の配信サーバ２０に対するサービスチケットの取得要求を認証サーバ３０に送信する。当該取得要求には、配信サーバ２０のサービス名（すなわち、配信サーバ２０の識別名）、ＴＧＴ、及びセッションキーＡによって暗号化された認証子が指定される。当該認証子は、上記における認証子と同じものであり、以降においても同様である。

認証サーバ３０は、当該取得要求に指定されたＴＧＴを検証すると共に、ＴＧＴに係るユーザ（現時点の画像形成装置１０の操作者）が、当該取得要求に指定されたサービス名に係るサービスの利用権限を有するか否か等を確認する（Ｓ１４４）。ＴＧＴの検証方法は、一般的なケルベロスの実装と同様に行われればよい。ＴＧＴの検証に成功し、また、ユーザに当該サービスの利用権限が有ることが確認された場合、認証サーバ３０は、配信サーバ２０のサービスを受けるためのサービスチケット（以下、「サービスチケットＢ」という。）及び配信サーバ２０との通信用のセッションキー（以下、「セッションキーＢ」という。）を生成する（Ｓ１４５）。すなわち、セッションキーは、通信相手ごとに異なるものが必要とされる。

続いて、認証サーバ３０は、生成されたサービスチケットＢ及びセッションキーＢを配信データ入力部１１に返信する（Ｓ１４６）。なお、セッションキーＢは、セッションキーＡによって暗号化されて返信される。また、サービスチケットＢは、配信サーバキーによって暗号化されて返信される。すなわち、サービスチケットは、対応するサーバのサーバキーによって暗号化される。したがって、サービスチケットの内容を参照できるのは、対応するサーバと認証サーバ３０のみでる。

ステップＳ１４３〜Ｓ１４６における、画像形成装置１０（配信データ入力部１１）と認証サーバ３０とのやりとりについて、図を用いて説明する。

図８は、配信サーバのサービスチケットの発行に関する処理内容を説明するための図である。図８における初期状態は、ステップＳ１４３の実行前の状態をいう。

初期状態において、画像形成装置１０は、セッションキーＡ及びＴＧＴを有する。これらは、図７に示されるように、ステップＳ１２３において受信されたものである。

ステップＳ１４３では、配信サーバ２０のサービス名、セッションキーＡで暗号化された認証子、及びＴＧＴが、画像形成装置１０から認証サーバ３０に送信される。これらのデータを受信した認証サーバ３０は、ステップＳ１４４及びＳ１４５において説明した処理を実行する。その結果、認証サーバ３０は、セッションキーＢを更に所有することになる。

ステップＳ１４３では、セッションキーＡによって暗号化されたセッションキーＢと、配信サーバキーで暗号化されたサービスチケットＢとが画像形成装置１０に返信される。サービスチケットＢには、セッションキーＢが記録されている。

なお、画像形成装置１０の配信データ入力部１１は、受信されたセッションキーＢの暗号化データを、セッションキーＡによって復号することにより、平文のセッションキーＢを得ることができる。

続いて、配信データ入力部１１は、配信サーバキーで暗号化されたサービスチケットＢ、及びセッションキーＢによって暗号化された認証子等を指定して、シングルサインオン要求（ログイン要求）を配信サーバ２０へ送信する（Ｓ１４７）。

配信サーバ２０は、当該シングルサインオン要求に応じ、指定されたサービスチケットＢを検証する（Ｓ１４８）。サービスチケットＢの検証方法は、一般的なケルベロスの実装と同様でよい。例えば、配信サーバ２０は、暗号化されたサービスチケットＢを、自らが所有する配信サーバキーによって復号する。配信サーバ２０は、復号されたサービスチケットＢからセッションキーＢと認証子とを取り出す。配信サーバ２０は、取り出されたセッションキーＢによって、受信された認証子を復号する。配信サーバ２０は、復号された認証子と、サービスチケットＢから取り出された認証子とを比較して、両者が一致するか否かを検証する。

サービスチケットＢの検証に成功した場合、配信サーバ２０は、サービスチケットＢよりセッションキーＢを取り出し、保持する（Ｓ１４９）。その結果、画像形成装置１０と配信サーバ２０との間で、セッションキーＢが共有される。続いて、配信サーバ２０は、シングルサインオンの成功を示す応答を、配信データ入力部１１に返信する（Ｓ１５０）。但し、サービスチケットＢの検証に失敗した場合、シングルサインオンの失敗を示す応答が返信される。

ステップＳ１４７〜Ｓ１４９における、画像形成装置１０（配信データ入力部１１）と認証サーバ３０とのやりとりについて、図を用いて説明する。

図９は、画像形成装置と配信サーバとの間でセッションキーを共有するための処理内容を説明するための図である。図９における初期状態は、ステップＳ１４７の実行前の状態である。

初期状態において、画像形成装置１０は、セッションキーＡ及びＴＧＴに加え、セッションキーＢ、及び配信サーバキーで暗号化されたサービスチケットＢを有する。セッションキーＢ、及び配信サーバキーで暗号化されたサービスチケットＢは、図８に示されるように、ステップＳ１４６において受信されたものである。

一方、配信サーバ２０は、初期状態において、配信サーバキーを有する。

ステップＳ１４７では、セッションキーＢで暗号化された認証子、及び配信サーバキーで暗号化されたサービスチケットＢが、画像形成装置１０から配信サーバ２０に送信される。これらのデータを受信した配信サーバ２０は、ステップＳ１４８及びＳ１４９において説明した処理を実行する。その結果、配信サーバ２０は、セッションキーＢを所有することになる。

続いて、配信データ入力部１１は、ＴＧＴ及びセッションキーＢによって暗号化されたセッションキーＡを配信サーバ２０に転送し、ＴＧＴについて、配信サーバ２０への委譲を行う（Ｓ１５１）。これらのデータを受信した配信サーバ２０は、自らが所有するセッションキーＢによってセッションキーＡを復号する（Ｓ１５２）。これによって、配信サーバ２０は、認証サーバ３０との通信のためのセッションキーＡを獲得できたことになる。ＴＧＴとセッションキーＡとの双方を獲得したことで、配信サーバ２０へのＴＧＴの委譲は完了する（Ｓ１５３）。後述されるように、配信サーバ２０は、委譲されたＴＧＴを、フォルダサーバ５０におけるフォルダへのアクセス権限を取得するために用いる。

続いて、配信サーバ２０は、アップロードＩＤを新たに生成し、当該アップロードＩＤに紐付けて（関連付けて）、ＴＧＴを保存する。なお、アップロードＩＤは、配信サーバ２０に対する配信要求を識別するための識別情報である。続いて、配信サーバ２０は、アップロードＩＤを、配信データ入力部１１に返信する（Ｓ１５５）。

ステップＳ１５１〜Ｓ１５３における、画像形成装置１０（配信データ入力部１１）と認証サーバ３０とのやりとりについて、図を用いて説明する。

図１０は、ＴＧＴの委譲のための処理内容を説明するための図である。図１０における初期状態は、ステップＳ１５１の実行前の状態である。

図１０において、画像形成装置１０の初期状態は、図９における初期状態と同じである。一方、配信サーバ２０は、初期状態において、配信サーバキーに加え、セッションキーＢを有する。セッションキーＢは、図９のステップＳ１４７において受信されたサービスチケットＢより取得されたものである。

ステップＳ１５１では、セッションキーＢによって暗号化されたセッションキーＡと、ＴＧＴとが、画像形成装置１０から配信サーバ２０に転送される。これらのデータを受信した配信サーバ２０は、ステップＳ１５２及びＳ１５３において説明した処理を実行する。その結果、配信サーバ２０は、セッションキーＡ及びＴＧＴを更に所有することになる。

なお、この時点の配信サーバ２０の状態は、セッションキーＡ及びＴＧＴの双方を所有している点において、図８における画像形成装置１０の初期状態と同じとなる。したがって、配信サーバ２０は、自らが認証サーバ３０からＴＧＴを取得した者ではないにも拘わらず、認証サーバ３０に対して、サービスチケットの発行要求等を行うことが可能となる。

ＴＧＴの委譲が完了すると、配信データ入力部１１は、アップロードＩＤ、ステップＳ１４２において読み取られた画像データ（以下、「配信データ」という。）、及び配信条件等を指定して、配信の実行要求を配信サーバ２０に送信する（Ｓ１５６）。配信条件は、配信先の識別情報（フォルダサーバ５０及びフォルダの識別情報）等を含む情報である。配信条件は、画像データの読み取り時に、ユーザによって入力されてもよいし、ユーザの属性情報に含まれていてもよい。続いて、配信データ入力部１１は、操作画面の操作を可能とする（Ｓ１５７）。すなわち、次のスキャンの実行指示を受け付けが可能とされる。

一方、配信の実行要求を受信した配信サーバ２０は、受信されたアップロードＩＤに対応するＴＧＴと共に、配信データ及び配信条件を含む配信ジョブをジョブキューに投入する（Ｓ１５８）。

続いて、配信サーバ２０は、実行順が回ってきた配信ジョブをジョブキューから取得する（Ｓ１５９）。続いて、配信サーバ２０は、フォルダサーバ５０に対するサービスチケット（以下、「サービスチケットＣ」という。）の取得要求を認証サーバ３０に送信する（Ｓ１６０）。当該取得要求には、フォルダサーバ５０のサービス名、委譲されたＴＧＴ、及びセッションキーＡによって暗号化された認証子が指定される。

認証サーバ３０は、ステップＳ１６１及びＳ１６２において、上述したステップＳ１４４及びＳ１４５と同様の処理を実行する。但し、ステップＳ１６２において生成されるのは、サービスチケットＣと、フォルダサーバ５０との通信用のセッションキー（以下、「セッションキーＣ」という。）とである。続いて、認証サーバ３０は、生成されたサービスチケットＣ及びセッションキーＣを配信サーバ２０に返信する（Ｓ１６３）。なお、サービスチケットＣは、フォルダサーバキーによって暗号化されて返信される。また、サービスチケットＣは、セッションキーＡによって暗号化された返信される。なお、サービスチケットＣは、セッションキーＣを含む。

なお、ステップＳ１６０〜Ｓ１６３における、配信サーバ２０と認証サーバ３０とのやりとりは、原理的に、図８に示されるものと同様である。

続いて、配信サーバ２０は、フォルダサーバキーで暗号化されたサービスチケットＣ、及びセッションキーＣによって暗号化された認証子等を指定して、フォルダサーバ５０へのシングルサインオン要求（ログイン要求）をフォルダサーバ５０へ送信する（Ｓ１６４）。フォルダサーバ５０は、該シングルサインオン要求に応じ、ステップＳ１４８〜Ｓ１５０において配信サーバ２０が行った処理と同様の処理を実行する（Ｓ１６５〜Ｓ１６７）。但し、ステップＳ１４６において検証されるのは、サービスチケットＣである。また、ステップＳ１６６では、サービスチケットＣからセッションキーＣが取り出される。その結果、配信サーバ２０と、フォルダサーバ５０との間でセッションキーＣが共有される。

なお、ステップＳ１６４〜Ｓ１６６における、配信サーバ２０と認証サーバ３０とのやりとりは、原理的に、図９に示されるものと同様である。

フォルダサーバ５０へのシングルサインオン（ログイン）に成功すると、配信サーバ２０は、フォルダサーバ５０に対するアクセス権限を取得したことになる。そこで、配信サーバ２０は、配信データをフォルダサーバ５０に送信する（Ｓ１６８）。この際、送信先のフォルダ等は、配信条件に従う。

上述したように、第一の実施の形態によれば、ユーザ名及びパスワードを管理せずとも、シングルサインオンを実現することができる。すなわち、ユーザは、カード５００を１度セットすれば、それ以降ユーザ名及びパスワード、又はユーザ名及びパスワードに対応する情報等の入力を要求されることはない。

このような効果は、主に、画像形成装置１０によって取得されたＴＧＴが、配信サーバ２０に委譲されることにより容易に得られる。仮にＴＧＴの委譲が行われない場合、画像形成装置１０が、ユーザ証明書と、ユーザ秘密鍵によって暗号化された認証子とを配信サーバ２０へ転送し、配信サーバ２０が、当該ユーザ証明書及び認証子に基づいて、改めてＴＧＴを取得することが考えられる。但し、この場合、取得されたＴＧＴを配信サーバ２０が利用するためには、画像形成装置１０にセットされているカード５００との協働が必要とされる。すなわち、図７に示されるように、平文のセッションキーＡを得るために、公開鍵によって暗号化されたセッションキーＡをユーザ秘密鍵によって復号する必要がある。したがって、画像形成装置１０との間で複雑なやりとりが必要とされてしまう。

本実施の形態では、ＴＧＴが配信サーバ２０に委譲されるため、このような複雑なやりとりを要することなく、配信サーバ２０は、ＴＧＴに基づいて、フォルダサーバ５０に対するアクセス権限を取得することができる。

次に、第二の実施の形態について説明する。第二の実施の形態では第一の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第一の実施の形態と同様でもよい。

第二の実施の形態において、カード５００は、スマートカードに限定されず、磁気カード等、少なくとも各カードに一意なカードＩＤ（カード番号）が記録可能なものであればよい。カードＩＤは、一般的に、Ｕｎｉｖｅｒｓａｌ ＩＤ又はＣａｒｄ Ｓｅｒｉａｌ Ｎｕｍｂｅｒと呼ばれる。

すなわち、第二の実施の形態では、ＰＫＩ認証は行われず、カード５００に記録されているカードＩＤに紐付いているユーザ名及びパスワードに基づく認証（以下、「パスワード認証」という。）が行われる。このことは、第二の実施の形態において、補助記憶装置１０３の状態は、パスワード認証に対応したものとなっていることを意味する。具体的には、画像形成装置１０をＰＫＩ認証制御部１４として機能させるプログラムモジュールが、補助記憶装置１０３に記憶されていない、又は認証形態を示す設定項目の値として、パスワード認証を示す値が記憶されている。

図１１及び図１２は、第二の実施の形態の配信システムにおいて実行される処理手順の一例を説明するためのシーケンス図である。なお、図１１において、図５におけるステップＳ１０１〜Ｓ１０９は、便宜上、省略されている。カード５００が、ＰＩＮ入力の必要なカードである場合、ステップＳ１０１〜Ｓ１０９が実行される。カード５００がＰＩＮ入力の不要なカードである場合、ステップＳ１０４の後、ステップＳ１１０に進む。

ステップＳ１１０及びＳ１１１の処理内容は、図５における同一ステップと同様である。但し、第二の実施の形態では、ステップＳ１１１において、認証モードはパスワード認証であると判定される。そこで、認証制御部１３は、カードアクセス部１２及びカードリーダ１１０を介して、カード５００よりカードＩＤを取得する（Ｓ２２０）。続いて、認証制御部１３は、カードＩＤを指定して、認証の実行要求をユーザ管理サーバ４０に送信する（Ｓ２２１）。

ユーザ管理サーバ４０は、当該要求に指定されているカードＩＤに紐付けられて（関連付けられて）記憶されているユーザ名及びパスワードを取得する（Ｓ２２２）。続いて、ユーザ管理サーバ４０は、ユーザ名と、パスワードによって暗号化された認証子の暗号化データとを指定して、認証要求を認証サーバ３０に送信する（Ｓ２２３）。認証子としては、ユーザ名が用いられる。

認証要求に応じ、認証サーバ３０は、受信されたユーザ名の暗号化データを、受信されたユーザ名に対応付けて予め記憶されているパスワードによって復号する（Ｓ２２４）。すなわち、第二の実施の形態において、認証サーバ３０は、ユーザごとにユーザ名及びパスワードを予め記憶している。続いて、認証サーバ３０は、復号されたユーザ名と、受信されたユーザ名とを比較することにより、復号されたユーザ名を検証する（Ｓ２２５）。両者が一致した場合、認証サーバ３０は、ユーザの認証は成功であると判定する。ユーザの認証が成功した場合、認証サーバ３０は、当該ユーザに対するＴＧＴと、当該ＴＧＴのセッションキー（以下、「セッションキーＤ」という。）とを生成する（Ｓ２２６）。認証サーバ３０は、生成されたＴＧＴとセッションキーＤとをユーザ管理サーバ４０に返信する（Ｓ２２７）。ＴＧＴは、認証サーバキーに暗号化されて返信され、セッションキーＤは、ユーザのパスワードによって暗号化された返信される。

ステップＳ２２３〜Ｓ２２７における、ユーザ管理サーバ４０と認証サーバ３０とのやりとりについて、図を用いて説明する。

図１３は、パスワード認証におけるＴＧＴの発行に関する処理内容を説明するための図である。図１３における初期状態は、ステップＳ２２３の実行前の状態である。初期状態における認証サーバ３０の状態は、図７の初期状態における認証サーバ３０の状態とほぼ同様である。但し、パスワード認証の場合、認証サーバ３０は、各ユーザ名に対応付けて、パスワードを記憶している。

ステップＳ２２３では、ユーザ名と、パスワードによって暗号化された認証子（ユーザ名）の暗号化データとが、ユーザ管理サーバ４０から認証サーバ３０に送信される。これらのデータを受信した認証サーバ３０は、ステップＳ２２４〜Ｓ２２６において説明した処理を実行する。

ステップＳ２２７では、パスワードによって暗号化されたセッションキーＤと、認証サーバキーによって暗号化されたＴＧＴとがユーザ管理サーバ４０に返信される。ＴＧＴにはセッションキーＤが記録されている。以下、単に、「ＴＧＴ」というとき、認証サーバキーによって暗号化されているＴＧＴをいう。

認証に成功した場合、ユーザ管理サーバ４０は、認証結果として、ユーザ名及びパスワード、並びにユーザ管理サーバ４０が当該ユーザ名に対応付けて記憶するユーザの属性情報等を、認証制御部１３に返信する（Ｓ２２８）。認証制御部１３は、当該認証結果を配信データ入力部１１に返却する（Ｓ２２９）。

続いて、配信データ入力部１１は、ログイン画面を解除する（Ｓ２３０）。続いて、画像形成装置１０に原稿がセットされ、操作画面を介して、ユーザによってスキャンの実行指示が入力されると（図１２、Ｓ２３１）、配信データ入力部１１は、セットされた原稿からの画像データの読み取りを画像読取部１０６に実行させる（Ｓ２３２）。続いて、配信データ入力部１１は、ユーザ名及びパスワードを配信サーバ２０に送信する（Ｓ２３３）。なお、ユーザ名及びパスワードのそれぞれは、配信サーバ２０と画像形成装置１０との間で予め交換されている共通鍵によって暗号化されて送信される。

配信サーバ２０は、受信されたユーザ名及びパスワードの暗号化データを、共通鍵によって復号し、復号結果のユーザ名及びパスワードを、アップロードＩＤに紐付けて（関連付けて）保存する（Ｓ２３４）。続いて、配信サーバ２０は、アップロードＩＤを、配信データ入力部１１に返信する（Ｓ２３５）。なお、後述されるように、配信サーバ２０は、当該ユーザ名及びパスワードを、フォルダサーバ５０へのアクセス権限を取得するために利用する。

続いて、配信データ入力部１１は、アップロードＩＤ、ステップＳ１４２において読み取られた画像データ（以下、「配信データ」という。）、及び配信条件等を指定して、配信の実行要求を配信サーバ２０に送信する（Ｓ２３６）。続いて、配信データ入力部１１は、操作画面の操作を可能とする（Ｓ２３７）。すなわち、次のスキャンの実行指示を受け付けが可能とされる。

一方、配信の実行要求を受信した配信サーバ２０は、受信されたアップロードＩＤに対応するユーザ名及びパスワードと共に、配信データ及び配信条件を含む配信ジョブをジョブキューに投入する（Ｓ２３８）。続いて、配信サーバ２０は、実行順が回ってきた配信ジョブをジョブキューから取得する（Ｓ２３９）。続いて、配信サーバ２０は、ユーザ名と、パスワードによって暗号化されたユーザ名の暗号化データとを指定して、認証要求を認証サーバ３０に送信する（Ｓ２４０）。

認証要求に応じ、認証サーバ３０は、受信されたユーザ名の暗号化データを、受信されたユーザ名に対応付けて予め記憶されているパスワードによって復号する（Ｓ２４１）。続いて、認証サーバ３０は、復号されたユーザ名と、受信されたユーザ名とを比較することにより、復号されたユーザ名を検証する（Ｓ２４２）。両者が一致した場合、認証サーバ３０は、ユーザの認証は成功であると判定する。ユーザの認証に成功した場合、認証サーバ３０は、当該ユーザに対するＴＧＴと、当該ＴＧＴのセッションキー（以下、「セッションキーＥ」という。）とを生成する（Ｓ２４３）。認証サーバ３０は、生成されたＴＧＴとセッションキーＥとを配信サーバ２０に返信する（Ｓ２４４）。ＴＧＴは、認証サーバキーに暗号化されて返信され、セッションキーは、ユーザのパスワードによって暗号化された返信される。

以降は、図１１のステップＳ１６０以降と同様でよい。

上述したように、第一及び第二の実施を組み合わせた配信システム１によれば、ユーザの運用環境に応じて、認証形態（ＰＫＩ認証又はパスワード認証）を自動的に切り替えることができる。すなわち、認証制御部１３は、ステップＳ１１１において、認証モードを判定し、その判定結果に基づいて制御を変化させる。

したがって、例えば、カードＩＤとユーザ名及びパスワードとの対応をユーザ管理サーバ４０において管理し、簡易なカードを利用したパスワード認証の利用を希望するユーザに対しても、容易に対応することができる。

なお、本実施の形態において、画像形成装置１０は、画像入力装置の一例である。通信機能を有するデジタルカメラ等が、画像入力装置として用いられてもよい。または、デジタルカメラ機能付きの通信機器（携帯電話、スマートフォン等）が、画像入力装置として用いられてもよい。この場合、画像の撮像が、画像の入力に相当する。

また、ＰＫＩ認証制御部１４は、第一の認証制御部の一例である。配信データ入力部１１は、委譲部、送信部、転送部の一例である。認証制御部１３は、第二の認証制御部の一例である。配信サーバ２０は、情報処理装置の一例である。ユーザ名は、ユーザ識別情報の一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１ 配信システム
１０ 画像形成装置
１１ 配信データ入力部
１２ カードアクセス部
１３ 認証制御部
１４ ＰＫＩ認証制御部
２０ 配信サーバ
３０ 認証サーバ
４０ ユーザ管理サーバ
５０ フォルダサーバ
１０１ ＣＰＵ
１０２ メモリ
１０３ 補助記憶装置
１０４ ネットワークＩ／Ｆ
１０５ 画像出力部
１０６ 画像読取部
１０７ 外部デバイスＩ／Ｆ
１０８ 表示部
１０９ 操作部
１１０ カードリーダ
５００ カード

特開２００８−９７５８６号公報 特開２００９−２８９１６４号公報

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

そこで上記課題を解決するため、サービスを提供する１以上のサービス提供装置と、前記サービス提供装置により提供されるサービスの利用に関する認証処理を行う認証装置と、にネットワークを介して接続し、ユーザに対する画面表示および当該ユーザによる入力操作の受付を行う情報処理装置は、前記サービスを利用するために要するサービス利用情報を前記認証装置から取得するための検証情報と、前記認証装置との通信に係る第１のセッション情報と、を前記認証装置から取得する検証情報取得部と、前記認証装置において暗号化された情報であって、特定のサービス提供装置において復号可能に暗号化された第１の暗号化情報と、前記情報処理装置において復号可能に暗号化された第２の暗号化情報を取得する暗号化情報取得部と、前記第１の暗号化情報を前記特定のサービス提供装置に送信する送信部と、前記検証情報と、前記第２の暗号化情報を復号した情報に基づき暗号化した前記第１のセッション情報と、を前記特定のサービス提供装置に送信する委譲部と、を有し、暗号化された前記第１のセッション情報は、前記第１の暗号化情報を復号した情報に基づき復号可能である。

Claims (6)

1. 画像入力装置と情報処理装置とを有する情報処理システムであって、
   前記画像入力装置は、
   記憶媒体から読み出された公開鍵証明書が指定された認証要求を、ネットワークを介して接続される認証装置に送信し、前記認証装置より、認証されたことを示す証明データを受信する第一の認証制御部と、
   前記証明データを、ネットワークを介して接続される情報処理装置へ委譲する委譲部と、
   当該画像入力装置が入力した画像データの配信要求を前記情報処理装置に送信する送信部とを有し、
   前記情報処理装置は、
   委譲された前記証明データを用いて、前記画像データの配信先へのアクセス権を取得する情報処理システム。
2. 前記画像入力装置は、当該画像入力装置の記憶部の記憶内容が所定の状態である場合に、前記記憶媒体より、当該記憶媒体の識別情報を取得し、当該識別情報に対応するユーザ識別情報及びパスワードに基づく認証を、前記認証装置に実行させる第二の認証制御部と、
   当該ユーザ識別情報及びパスワードを前記情報処理装置へ転送する転送部とを有し、
   前記情報処理装置は、転送されたユーザ識別情報及びパスワードを用いて、前記画像データの配信先へのアクセス権を取得する請求項１記載の情報処理システム。
3. 画像入力装置と情報処理装置とを有する情報処理方法であって、
   前記画像入力装置が、
   記憶媒体から読み出された公開鍵証明書が指定された認証要求を、ネットワークを介して接続される認証装置に送信し、前記認証装置より、認証されたことを示す証明データを受信する認証制御手順と、
   前記証明データを、ネットワークを介して接続される情報処理装置へ委譲する委譲手順と、
   当該画像入力装置が入力した画像データの配信要求を前記情報処理装置に送信する送信手順とを実行し、
   前記情報処理装置が、
   委譲された前記証明データを用いて、前記画像データの配信先へのアクセス権を取得する情報処理方法。
4. 請求項１又は２記載の画像入力装置。
5. 請求項１又は２記載の情報処理装置。
6. 画像入力装置に、
   記憶媒体から読み出された公開鍵証明書が指定された認証要求を、ネットワークを介して接続される認証装置に送信し、前記認証装置より、認証されたことを示す証明データを受信する認証制御手順と、
   前記証明データを、ネットワークを介して接続される情報処理装置へ委譲する委譲手順と、
   当該画像入力装置が入力した画像データの配信要求を、ネットワークを介して情報処理装置に送信する送信手順とを実行させるプログラム。

Images