(57)【特許請求の範囲】
【請求項１】
複数の異なる制限されたサービスを含むシステムにおける、ユーザの認証情報データの入力回数の削減方法であって、
上記各サービスは、ユニークな認証情報であり、ユーザの認証を行うためのユーザサービス認証情報を要求するものであり、
ａ）画像処理装置が、ユーザ入力された入力認証情報を、シングルサインオンサーバアプリケーション（ＳＳＯＳＡ）と接続されたアカウンティングアプリケーション（ＡｃｃｔＡｐｐ）に送信するステップと、
ｂ）上記ＡｃｃｔＡｐｐが、上記入力認証情報の認証を行い、当該入力認証情報の認証に成功した場合、上記ＳＳＯＳＡに対して、シングルサインオントークンの要求を行うステップと、
ｃ）上記シングルサインオントークンの要求に対して、上記ＳＳＯＳＡが、シングルサインオントークンを発行し、当該シングルサインオントークンと、上記複数のサービスの各々について、当該サービスを利用する際の認証処理に使用されるユーザサービス認証情報とを対応付けた対応情報を記憶するステップと、
ｄ）上記画像処理装置が、上記ＳＳＯＳＡにより発行された上記シングルサインオントークンを、上記ＡｃｃｔＡｐｐを介して上記ＳＳＯＳＡから取得するステップと、
ｅ）上記画像処理装置が、上記ＳＳＯＳＡから取得したシングルサインオントークンを上記サービスに送信することにより、当該サービスへのアクセス要求を行うステップと、
ｆ）上記サービスが、上記シングルサインオントークンを上記画像処理装置から受信したとき、当該シングルサインオントークンを上記ＳＳＯＳＡに送信するステップと、
ｇ）上記ＳＳＯＳＡが、上記サービスから上記シングルサインオントークンを受信したとき、当該シングルサインオントークンに対応するとともに、当該シングルサインオントークンの送信元であるサービスに対応するユーザサービス認証情報を上記対応情報から読み出し、当該ユーザサービス認証情報を上記サービスに送信するステップと、
ｈ）上記サービスが、上記ＳＳＯＳＡから受信した上記ユーザサービス認証情報を用いてユーザの認証を行い、認証成功の場合にアクセスを許可するステップと、
を含むことを特徴とする方法。
【請求項２】
複数の異なる制限されたサービスを含むシステムにおける、ユーザの認証情報データの入力回数の削減方法であって、
上記各サービスは、ユニークな認証情報であり、ユーザの認証を行うためのユーザサービス認証情報を要求するものであり、
ａ）画像処理装置が、ユーザ入力された入力認証情報を、シングルサインオンサーバアプリケーション（ＳＳＯＳＡ）に送信するステップと、
ｂ）上記ＳＳＯＳＡが、上記入力認証情報の認証を行うステップと、
ｃ）上記入力認証情報の認証に成功した場合、上記ＳＳＯＳＡが、シングルサインオントークンを発行し、当該シングルサインオントークンと、上記複数のサービスの各々について、当該サービスを利用する際の認証処理に使用されるユーザサービス認証情報とを対応付けた対応情報を記憶するステップと、
ｄ）上記画像処理装置が、上記ＳＳＯＳＡにより発行された上記シングルサインオントークンを、上記ＳＳＯＳＡから取得するステップと、
ｅ）上記画像処理装置が、上記ＳＳＯＳＡから取得したシングルサインオントークンを上記サービスに送信することにより、当該サービスへのアクセス要求を行うステップと、  ｆ）上記サービスが、上記シングルサインオントークンを上記画像処理装置から受信したとき、当該シングルサインオントークンを上記ＳＳＯＳＡに送信するステップと、
ｇ）上記ＳＳＯＳＡが、上記サービスから上記シングルサインオントークンを受信したとき、当該シングルサインオントークンに対応するとともに、当該シングルサインオントークンの送信元であるサービスに対応するユーザサービス認証情報を上記対応情報から読み出し、当該ユーザサービス認証情報を上記サービスに送信するステップと、
ｈ）上記サービスが、上記ＳＳＯＳＡから受信した上記ユーザサービス認証情報を用いてユーザの認証を行い、認証成功の場合にアクセスを許可するステップと、
を含むことを特徴とする方法。
【請求項３】
上記サービスは、上記画像処理装置が備える機能であることを特徴とする請求項１または２に記載の方法。
【請求項４】
上記画像処理装置は、ＸＭＬ／ＳＯＡＰ通信を用いて、上記入力認証情報を上記ＡｃｃｔＡｐｐに送信することを特徴とする請求項１に記載の方法。
【請求項５】
複数の異なる制限されたサービス、および、アカウンティングアプリケーション（ＡｃｃｔＡｐｐ）と接続されたサーバ装置であって、
上記複数のサービスの各々は、ユニークな認証情報であり、ユーザの認証を行うためのユーザサービス認証情報を要求するものであり、当該ユーザサービス認証情報を用いてユーザの認証を行い、認証成功の場合にアクセスを許可し、
上記ＡｃｃｔＡｐｐは、上記サービスを利用する画像処理装置と接続されており、当該画像処理装置に入力された入力認証情報を取得して、当該入力認証情報の認証を行うものであり、
上記ＡｃｃｔＡｐｐにより上記入力認証情報の認証に成功した場合に、当該ＡｃｃｔＡｐｐからシングルサインオントークンの要求を受け付け、当該要求に対してシングルサインオントークンを上記画像処理装置に対して発行するとともに、当該シングルサインオントークンと、上記複数のサービスの各々について、当該サービスを利用する際の認証処理に使用されるユーザサービス認証情報とを対応付けた対応情報を記憶するトークン発行部と、
上記サービスから、上記トークン発行部により発行されたシングルサインオントークンを受信し、受信したシングルサインオントークンに対応するとともに、当該シングルサインオントークンの送信元であるサービスに対応するユーザサービス認証情報を上記対応情報から読み出し、当該ユーザサービス認証情報を上記サービスに送信するユーザサービス認証情報通知部とを備えることを特徴とするサーバ装置。
【請求項６】
複数の異なる制限されたサービス、および、上記サービスを利用する画像処理装置と接続されたサーバ装置であって、
上記複数のサービスの各々は、ユニークな認証情報であり、ユーザの認証を行うためのユーザサービス認証情報を要求するものであり、当該ユーザサービス認証情報を用いてユーザの認証を行い、認証成功の場合にアクセスを許可し、
上記画像処理装置に入力された入力認証情報を取得して、当該入力認証情報の認証を行う認証処理部と、
上記認証処理部による上記入力認証情報の認証に成功した場合に、シングルサインオントークンを上記画像処理装置に対して発行するとともに、当該シングルサインオントークンと、上記複数のサービスの各々について、当該サービスを利用する際の認証処理に使用されるユーザサービス認証情報とを対応付けた対応情報を記憶するトークン発行部と、
上記サービスから、上記トークン発行部により発行されたシングルサインオントークンを受信し、受信したシングルサインオントークンに対応するとともに、当該シングルサインオントークンの送信元であるサービスに対応するユーザサービス認証情報を上記対応情報から読み出し、当該ユーザサービス認証情報を上記サービスに送信するユーザサービス認証情報通知部とを備えることを特徴とするサーバ装置。
【請求項７】
複数の異なる制限されたサービスと、上記サービスを利用する画像処理装置と、上記画像処理装置に接続されたアカウンティングアプリケーション（ＡｃｃｔＡｐｐ）と、サーバ装置とを含むシステムであって、
上記各サービスは、ユニークな認証情報であり、ユーザの認証を行うためのユーザサービス認証情報を要求するものであり、
上記画像処理装置は、ユーザ入力された入力認証情報を、上記ＡｃｃｔＡｐｐに送信する認証情報送信部を備え、
上記ＡｃｃｔＡｐｐは、上記画像処理装置から受信した入力認証情報の認証を行い、当該認証に成功した場合に、シングルサインオントークンの要求を上記サーバ装置に送信するトークン要求部を備え、
上記サーバ装置は、上記シングルサインオントークンの要求に対して、シングルサインオントークンを上記画像処理装置に対して発行し、当該シングルサインオントークンと、上記複数のサービスの各々について、当該サービスを利用する際の認証処理に使用されるユーザサービス認証情報とを対応付けた対応情報を記憶するトークン発行部を備え、
さらに、上記画像処理装置は、上記サーバ装置から取得したシングルサインオントークンを上記サービスに送信することにより、当該サービスへのアクセス要求を行うアクセス要求部を備え、
上記サービスは、上記シングルサインオントークンを上記画像処理装置から受信したとき、当該シングルサインオントークンを上記サーバ装置に送信するアクセス要求受付部を備え、
上記サーバ装置は、上記サービスから上記シングルサインオントークンを受信したとき、当該シングルサインオントークンに対応するとともに、当該シングルサインオントークンの送信元であるサービスに対応するユーザサービス認証情報を上記対応情報から読み出し、当該ユーザサービス認証情報を上記サービスに送信するユーザサービス認証情報通知部を備え、
上記サービスは、上記サーバ装置から受信した上記ユーザサービス認証情報を用いてユーザの認証を行い、認証成功の場合にアクセスを許可する判定部を備えることを特徴とするシステム。
【請求項８】
複数の異なる制限されたサービスと、上記サービスを利用する画像処理装置と、サーバ装置とを含むシステムであって、
上記各サービスは、ユニークな認証情報であり、ユーザの認証を行うためのユーザサービス認証情報を要求するものであり、
上記画像処理装置は、ユーザ入力された入力認証情報を、上記サーバ装置に送信する認証情報送信部を備え、
上記サーバ装置は、上記画像処理装置から受信した入力認証情報の認証を行う認証処理部と、上記認証処理部による認証に成功した場合に、シングルサインオントークンを上記画像処理装置に対して発行し、当該シングルサインオントークンと、上記複数のサービスの各々について、当該サービスを利用する際の認証処理に使用されるユーザサービス認証情報とを対応付けた対応情報を記憶するトークン発行部とを備え、
さらに、上記画像処理装置は、上記サーバ装置から取得したシングルサインオントークンを上記サービスに送信することにより、当該サービスへのアクセス要求を行うアクセス要求部を備え、
上記サービスは、上記シングルサインオントークンを上記画像処理装置から受信したとき、当該シングルサインオントークンを上記サーバ装置に送信するアクセス要求受付部を備え、
上記サーバ装置は、上記サービスから上記シングルサインオントークンを受信したとき、当該シングルサインオントークンに対応するとともに、当該シングルサインオントークンの送信元であるサービスに対応するユーザサービス認証情報を上記対応情報から読み出し、当該ユーザサービス認証情報を上記サービスに送信するユーザサービス認証情報通知部を備え、
上記サービスは、上記サーバ装置から受信した上記ユーザサービス認証情報を用いてユーザの認証を行い、認証成功の場合にアクセスを許可する判定部を備えることを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の方法およびシステムは、複数の異なる制限されたサービスであり、各々がユニークな認証情報を要求するサービスを含むシステムにおける、ユーザの認証情報データの入力回数の削減方法に関するものである。
【背景技術】
【０００２】
プリンタ、コピー機、スキャナ、ファックスなどの画像処理装置は、特定の用途または用途の組み合わせに適合するために、多彩な機能および能力を備えている。画像処理装置は、従来は別々である画像処理装置の、２つ以上の機能を組み合わせた、多機能周辺機器（ＭＦＰ）の形態を取ることが多い。ＭＦＰは、任意の数の画像処理装置を組み合わせていて構わないが、一般的には、プリンタ、画像読取器、コピー機、およびファックスの機能を備えている。
【０００３】
画像処理装置の中には、データ記憶および処理のためのコンピューティングリソース（例えばプロセッサ、ハードディスクドライブ、メモリ、および、他のデバイス）を備えたものがある。画像処理装置にさらに特徴的構成や機能を付加すると、さらに高価に、そしてさらに複雑になる。
【０００４】
さらに複雑な画像処理装置およびＭＦＰとして、例えば、他の演算装置（例えばパーソナルコンピュータ、他の画像処理装置、ネットワークサーバ、および、他の機器）との通信を可能にするネットワーク接続性能を備えたものがある。この接続性能によって、画像処理装置が、接続されたネットワーク上で利用可能な外部リソース（他の演算装置）を使用することが可能になる。
【０００５】
画像処理装置は、一般的に、複数のボタン、つまみ、その他のユーザ入力機構を有するユーザ入力パネルを備えている。また、表示パネルを備えた画像処理装置もある。この表示パネルとしては、表示のためだけに用いられるものもあれば、ユーザがディスプレイ上で直接入力できるタッチパネルディスプレイもある。
【０００６】
タッチパネルディスプレイを備えた装置、またはこのディスプレイと共に配置されたボタンを有する装置は、ユーザ入力によって選択されるメニューデータを表示することができる。このメニューデータは、通常、画像処理装置に搭載されたサーバモジュールによって駆動される。
【０００７】
ここで、特許文献１には、クライアントＰＣが、入力されたＩＤ番号およびパスワードに基づいて、個人を認証するための情報からなる認証情報を格納する認証データベースに対して認証情報を要求し、その認証情報を取得して、一時的に保管する認証コアを備えることが記載されている。そして、クライアントＰＣは、一時的に保管された認証情報に基づいて任意のアプリケーションプログラムを起動する。
【特許文献１】特開２００３−５０７８１（２００３年２月２１日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
特許文献１の構成では、クライアントＰＣが認証情報を一時的に保管する。しかしながら、アプリケーションに応じて異なる認証情報を要求する場合がある。この場合、クライアントＰＣは、利用指示が想定されるアプリケーションの全てに対応する認証情報を認証データベースから取得し、一時的に保管する必要があり、クライアントＰＣと認証データベースとの通信データ量が膨大となるとともに、クライアントＰＣの負荷が大きくなるという問題が生じる。
【０００９】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、複数の異なる制限されたサービスであり、各々がユニークな認証情報を要求するサービスを含むシステムにおいて、各装置間の通信データ量を最小限に抑えるとともに、ユーザの認証情報データの入力回数の削減することが可能な方法および装置を実現することにある。
【課題を解決するための手段】
【００１０】
本発明は、制限されたシステムおよびサービスへのアクセスを許可するための認証情報データの管理方法および管理システムである。
【００１１】
そして、本発明の方法およびシステムは、複数の異なる制限されたサービスを含むシステムにおける、ユーザの認証情報データの入力回数の削減方法およびシステムである。以下にその詳細を述べる。
【００１２】
本発明に係る方法は、上記課題を解決するために、複数の異なる制限されたサービスを含むシステムにおける、ユーザの認証情報データの入力回数の削減方法であって、上記各サービスは、ユニークな認証情報を要求するものであり、ａ）画像処理装置が、ユーザ入力された認証情報を、シングルサインオンサーバプリケーション（ＳＳＯＳＡ）と接続されたアカウンティングアプリケーション（ＡｃｃｔＡｐｐ）に送信するステップと、ｂ）上記ＡｃｃｔＡｐｐが、上記ユーザ入力された認証情報の認証を行い、当該認証情報の認証に成功した場合、上記ＳＳＯＳＡに対して、シングルサインオントークンを要求するステップと、ｃ）上記ユーザ入力された認証情報が認証制限に従う場合、上記画像処理装置が、少なくとも１つのサービスを利用するためのユーザの認証情報データと対応付けられたシングルサインオントークンを、上記ＡｃｃｔＡｐｐから受信するステップと、ｄ）上記画像処理装置が、受信したシングルサインオン（ＳＳＯ）トークンを記憶するステップと、を含むことを特徴とする。
【００１３】
また、本発明に係る装置は、複数の異なる制限されたサービスを含むシステムにおける、ユーザの認証情報データの入力回数を削除するための装置であって、上記各サービスは、ユニークな認証情報を要求するものであり、ａ）ユーザ入力された認証情報を、シングルサインオンサーバプリケーション（ＳＳＯＳＡ）と接続されたアカウンティングアプリケーション（ＡｃｃｔＡｐｐ）に送信するための認証情報送信手段を備え、上記ＡｃｃｔＡｐｐが、上記ユーザ入力された認証情報の認証を行い、当該認証情報の認証に成功した場合に、上記ＳＳＯＳＡに対して、シングルサインオントークンを要求するものであり、さらに、ｂ）上記ユーザ入力された認証情報が認証制限に従う場合、少なくとも１つのサービスを利用するためのユーザの認証情報データと対応付けられたシングルサインオントークンを、上記ＡｃｃｔＡｐｐから受信するためのトークン受信手段と、ｃ）受信したシングルサインオン（ＳＳＯ）トークンを記憶する記憶部と、を備えることを特徴とする。
【００１４】
上記の構成によれば、画像処理装置は、一度入力された認証情報をＡｃｃｔＡｐｐに送信する。そして、ＡｃｃｔＡｐｐは、当該認証情報の認証を行い、認証成功した場合に、ＳＳＯＳＡに対してシングルサインオントークンを要求する。そして、ＡｃｃｔＡｐｐは受信したシングルサインオントークンを画像処理装置に転送する。その後、画像処理装置はシングルサインオントークンを記憶する。ここで、シングルサインオントークンは、少なくとも１つのサービスを利用するためのユーザの認証情報データと対応付けられている。そのため、画像処理装置は、記憶しているシングルサインオントークンをサービスに通知することで、当該サービスは、ユーザサービス認証情報を特定することができ、アクセスを許可することができる。すなわち、ユーザは、サービスを利用する際に、再度認証情報を入力する必要がない。
【００１５】
また、ユーザが認証情報を入力したとき、画像処理装置とＡｃｃｔＡｐｐとＳＳＯＳＡとが通信するデータは、認証情報およびトークンのみである。そして、ユーザが新たなサービスを利用するとき、画像処理装置とＳＳＯＳＡとサービスとが通信するデータは、トークンおよび当該サービスを利用するための認証情報のみである。そのため、利用するかどうか不明の認証情報を通信することがなく、通信データ量を必要最小限にすることができる。
【００１６】
さらに、本発明の方法において、上記ＳＳＯＳＡは、上記ユーザ入力された認証情報と、当該ユーザが少なくとも１つのサービスを利用するためのユーザの認証情報データとが関連付けられた関連データを備える。
【００１７】
これにより、ユーザは、１回の認証情報の入力により、少なくとも１つのサービスを利用することができる。
【００１８】
さらに、本発明の方法において、上記ＳＳＯＳＡは、上記ユーザ入力された認証情報と、当該ユーザが複数のサービスを利用するためのユーザの認証情報データとが関連付けられた関連データを備える。
【００１９】
これにより、ユーザは、１回の認証情報の入力により、複数のサービスを利用することができる。
【００２０】
なお、上記ＳＳＯＳＡは、遠隔演算装置（ＲＣＤ）上で実行するアプリケーションであることが好ましい。これにより、画像処理装置以外の装置であるＲＣＤ上で、トークンおよび認証情報を一括して管理することができる。
【００２１】
また、上記サービスは、遠隔演算装置（ＲＣＤ）上で実行するアプリケーションであることが好ましい。これにより、画像処理装置は、外部の様々なアプリケーションと連携した処理を行うことができる。
【００２２】
また、上記サービスは、上記画像処理装置が備える機能であることが好ましい。これにより、ユーザは、画像処理装置が備える機能を利用するたびに認証情報を入力する必要がなくなる。
【００２３】
また、上記画像処理装置は、ＸＭＬ／ＳＯＡＰ通信を用いて、上記ユーザ入力された認証情報を上記ＡｃｃｔＡｐｐに送信することが好ましい。汎用されているＸＭＬ／ＳＯＡＰ通信方式を用いることで、画像処理装置およびＡｃｃＡｐｐの通信部を簡単な構成にすることができる。
【００２４】
また、本発明の方法は、複数の異なる制限されたサービスへのアクセスを１回の認証情報の入力で可能とするシングルクレデンシャルアクセスの提供方法であって、上記各サービスは、ユニークな認証情報を要求するものであり、ａ）画像処理装置が、ユーザサービス認証情報と対応付けられているサインオントークンを上記サービスに送信することにより、当該サービスへのアクセス要求を行うステップと、ｂ）上記サービスが、上記サインオントークンを受信したとき、当該サインオントークンをシングルサインオンサーバプリケーション（ＳＳＯＳＡ）に送信し、当該ＳＳＯＳＡからユーザサービス認証情報を要求するステップと、ｃ）上記ＳＳＯＳＡに記憶された上記ユーザサービス認証情報に基づいて、上記サービスが、アクセスを許可するステップと、を含むことを特徴とする。
【００２５】
上記の構成によれば、画像処理装置は、サインオントークンをサービスに送信する。そして、サービスは、当該サインオントークンに対応するユーザサービス認証情報をＳＳＯＳＡに要求し、当該ユーザサービス認証情報に基づいてアクセスを許可する。そのため、ユーザは、サービスを利用する際に、再度認証情報を入力する必要がない。
【００２６】
また、ユーザがサービスを利用するとき、画像処理装置とＳＳＯＳＡとサービスとが通信するデータは、トークンおよび当該サービスを利用するためのユーザサービス認証情報のみである。そのため、利用するかどうか不明の認証情報を通信することがなく、通信データ量を必要最小限にすることができる。
【００２７】
また、本発明の方法は、複数の異なる制限されたサービスへのアクセスを１回の認証情報の入力で可能とするシングルクレデンシャルアクセスの提供方法であって、上記各サービスは、ユニークな認証情報を要求するものであり、ａ）画像処理装置が、シングルサインオンサーバプリケーション（ＳＳＯＳＡ）に、ユーザ入力された認証情報を送信するステップと、ｂ）上記ユーザ入力された認証情報が認証制限に従う場合、画像処理装置が、上記ＳＳＯＳＡから、少なくとも１つのサービスを利用するためのユーザの認証情報データに関連付けられたサインオントークンを受信するステップと、ｃ）上記画像処理装置が、上記サインオントークンを記憶するステップと、を含むことを特徴とする。
【００２８】
上記の構成によれば、画像処理装置は、一度入力された認証情報をＳＳＯＳＡに送信する。そして、ＳＳＯＳＡは、認証成功した場合に、サインオントークンを画像処理装置に転送する。その後、画像処理装置はサインオントークンを記憶する。ここで、サインオントークンは、少なくとも１つのサービスを利用するためのユーザの認証情報データと対応付けられている。そのため、画像処理装置は、記憶しているサインオントークンを用いて、サービスを利用するための認証情報を取得することができ、当該サービスにアクセスすることができる。すなわち、ユーザは、サービスを利用する際に、再度認証情報を入力する必要がない。
【００２９】
また、ユーザが認証情報を入力したとき、画像処理装置とＳＳＯＳＡとが通信するデータは、認証情報およびトークンのみである。そして、ユーザが新たなサービスを利用するとき、画像処理装置とＳＳＯＳＡとサービスとが通信するデータは、トークンおよび当該サービスを利用するための認証情報のみである。そのため、利用するかどうか不明の認証情報を通信することがなく、通信データ量を必要最小限にすることができる。
【００３０】
また、本発明の方法は、複数の異なる制限されたサービスへのアクセスを１回の認証情報の入力で可能とするシングルクレデンシャルアクセスの提供方法であって、上記各サービスは、ユニークな認証情報を要求するものであり、ａ）上記サービスが、ユーザサービス認証情報と対応付けられたサインオントークンを受信することにより、アクセス要求を受け付けるステップと、ｂ）上記サービスが、上記サインオントークンを受信したとき、シングルサインオンサーバプリケーション（ＳＳＯＳＡ）に対して、上記サインオントークンを送信することにより、上記ユーザサービス認証情報を要求するステップと、ｃ）上記ＳＳＯＳＡに記憶された上記ユーザサービス認証情報に基づいて、上記サービスがアクセスを許可するステップと、を含むことを特徴とする。
【００３１】
上記の構成によれば、サービスは、サインオントークンを受信したとき、当該サインオントークンに対応するユーザサービス認証情報をＳＳＯＳＡに対して要求し、当該ユーザサービス認証情報に基づいて、アクセスを許可する。そのため、画像処理装置は、サインオントークンを各サービスに送信するだけで、当該サービスへアクセスできる。すなわち、ユーザは、サービスを利用するごとに、認証情報を入力する必要がない。
【００３２】
また、ユーザがサービスを利用するとき、画像処理装置とＳＳＯＳＡとサービスとが通信するデータは、トークンおよび当該サービスを利用するための認証情報のみである。そのため、利用するかどうか不明の認証情報を通信することがなく、通信データ量を必要最小限にすることができる。
【００３３】
また、本発明の方法は、複数の異なる、制限されたサービスへのアクセスを１回の認証情報の入力で可能とするシングルクレデンシャルアクセスの提供方法であって、上記各サービスは、ユニークな認証情報を要求するものであり、ａ）シングルサインオンサーバプリケーション（ＳＳＯＳＡ）が、アカウンティングアプリケーション（ＡｃｃｔＡｐｐ）から、認証済のユーザＩＤを受信するステップと、ｂ）上記ＳＳＯＳＡが、上記認証済のユーザＩＤを、少なくとも１つのユーザサービス認証情報と関連付けられたサインオントークンと対応付け、当該ユーザサービス認証情報に対応するサービスから当該サインオントークンを受信した場合に、当該ユーザサービス認証情報を当該サインオントークンと交換するステップと、ｃ）上記ＳＳＯＳＡが、上記認証済のユーザに対して、上記サインオントークンを発行するステップと、を含むことを特徴とする。
【００３４】
また、本発明の装置は、複数の異なる制限されたサービスへのアクセスを１回の認証情報の入力で可能とするシングルクレデンシャルアクセスを提供するための装置であって、上記各サービスは、ユニークな認証情報を要求するものであり、ａ）アカウンティングアプリケーション（ＡｃｃｔＡｐｐ）から、認証済のユーザＩＤを受信する受信手段と、ｂ）上記認証済のユーザＩＤを、少なくとも１つのユーザサービス認証情報と関連付けられたサインオントークンと対応付け、当該ユーザサービス認証情報に対応するサービスから当該サインオントークンを受信した場合に、当該ユーザサービス認証情報を当該サインオントークンと交換するシステムと、ｃ）上記認証済のユーザに対して、上記サインオントークンを発行する発行手段と、を備えることを特徴とする。
【００３５】
上記の構成によれば、ＳＳＯＳＡは、認証済のユーザＩＤを受信し、当該ユーザＩＤとサインオントークンとを対応付ける。ここで、サインオントークンは、少なくとも１つのユーザサービス認証情報と関連付けられている。そして、ＳＳＯＳＡは、ユーザサービス認証情報に対応するサービスから当該サインオントークンを受信した場合に、当該ユーザサービス認証情報を当該サインオントークンと交換する。そのため、画像処理装置は、ＳＳＯＳＡが発行したトークンを記憶しておけば、各サービスを利用するためのユーザサービス認証情報をＳＳＯＳＡから特定することができる。そのため、ユーザは、サービスを利用する際に、再度認証情報を入力する必要がない。
【００３６】
また、ユーザがサービスを利用するとき、画像処理装置とＳＳＯＳＡとサービスとが通信するデータは、トークンおよび当該サービスを利用するための認証情報のみである。そのため、利用するかどうか不明の認証情報を通信することがなく、通信データ量を必要最小限にすることができる。
【００３７】
また、本発明の方法は、複数の異なる制限されたサービスへのアクセスを１回の認証情報の入力で可能とするシングルクレデンシャルアクセスの提供方法であって、上記各サービスは、ユニークな認証情報を要求するものであり、ａ）シングルサインオンサーバプリケーション（ＳＳＯＳＡ）が、ユーザ入力された認証情報を受信するステップと、ｂ）上記ＳＳＯＳＡが、認証されたユーザに対してシステムアクセスを認定するために、上記ユーザ入力された認証情報の認証を行うステップと、ｃ）上記ＳＳＯＳＡが、上記ユーザ入力された認証情報を、少なくとも１つのユーザサービス認証情報と関連付けられたサインオントークンと対応付け、当該ユーザサービス認証情報に対応するサービスから当該サインオントークンを受信した場合に、当該ユーザサービス認証情報を当該サインオントークンと交換するステップと、ｄ）上記ＳＳＯＳＡが、上記認証されたユーザに対する上記サインオントークンを発行するステップと、を含むことを特徴とする。
【００３８】
上記の構成によれば、ＳＳＯＳＡは、ユーザ入力された認証情報を受信し、当該認証情報の認証に成功した場合に、当該認証情報とサインオントークンとを対応付ける。ここで、サインオントークンは、少なくとも１つのユーザサービス認証情報と関連付けられている。そして、ＳＳＯＳＡは、ユーザサービス認証情報に対応するサービスから当該サインオントークンを受信した場合に、当該ユーザサービス認証情報を当該サインオントークンと交換する。そのため、画像処理装置は、ＳＳＯＳＡが発行したトークンを記憶しておけば、各サービスを利用するためのユーザサービス認証情報をＳＳＯＳＡから特定することができる。そのため、ユーザは、サービスを利用する際に、再度認証情報を入力する必要がない。
【００３９】
また、ユーザがサービスを利用するとき、画像処理装置とＳＳＯＳＡとサービスとが通信するデータは、トークンおよび当該サービスを利用するための認証情報のみである。そのため、利用するかどうか不明の認証情報を通信することがなく、通信データ量を必要最小限にすることができる。
【００４０】
また、本発明の方法は、複数の異なる制限されたサービスを含むシステムにおける、ユーザの認証情報データの入力回数の削減方法であって、上記各サービスは、ユニークな認証情報を要求するものであり、ａ）アカウンティングアプリケーション（ＡｃｃｔＡｐｐ）が、画像処理装置を介して、ユーザから、ユーザ入力された認証情報を取得するステップと、ｂ）上記ＡｃｃｔＡｐｐが、上記ユーザ入力された認証情報の認証を行うステップと、ｃ）上記ユーザ入力された認証情報の認証に成功した場合、上記ＡｃｃｔＡｐｐが、シングルサインオンサーバプリケーション（ＳＳＯＳＡ）に対して、上記ＳＳＯＳＡに記憶されたユーザサービス認証情報と対応付けられたシングルサインオントークンを要求するステップと、ｄ）上記ＡｃｃｔＡｐｐが、上記ＳＳＯＳＡから上記シングルサインオントークンを受信するステップと、ｅ）上記ＡｃｃｔＡｐｐが、上記シングルサインオン（ＳＳＯ）トークンを上記画像処理装置（ＩＤｅｖ）に送信するステップと、を含むことを特徴とする。
【００４１】
上記の構成によれば、ＡｃｃｔＡｐｐは、ユーザ入力された認証情報を受信し、当該認証情報の認証に成功した場合に、ＳＳＯＳＡに対して、ユーザサービス認証情報と対応付けられたシングルサインオントークンを要求する。そして、ＡｃｃｔＡｐｐは、シングルサインオントークンを画像処理装置に転送する。ここで、シングルサインオントークンは、サービスを利用するためのユーザの認証情報データと対応付けられている。そのため、画像処理装置は、受信したシングルサインオントークンをサービスに通知することで、当該サービスは、ユーザサービス認証情報を特定することができ、アクセスを許可することができる。すなわち、ユーザは、サービスを利用する際に、再度認証情報を入力する必要がない。
【００４２】
また、ユーザがサービスを利用するとき、画像処理装置とＳＳＯＳＡとサービスとが通信するデータは、トークンおよび当該サービスを利用するための認証情報のみである。そのため、利用するかどうか不明の認証情報を通信することがなく、通信データ量を必要最小限にすることができる。
【００４３】
また、本発明の方法は、制限されたアプリケーションへのアクセスを１回の認証情報の入力で可能とするシングルクレデンシャルアクセスの提供方法であって、ａ）サービスが、画像処理装置から、ユーザサービス認証情報と対応付けられたサインオントークンを受信するステップと、ｂ）上記サービスが、シングルサインオンサーバプリケーション（ＳＳＯＳＡ）に対して、上記サインオントークンを送信することにより、上記ユーザサービス認証情報を要求するステップと、ｃ）上記サービスが、上記ＳＳＯＳＡから上記ユーザサービス認証情報を受信するステップと、ｄ）上記サービスが、上記ＳＳＯＳＡに記憶された上記ユーザサービス認証情報に基づいて、上記ユーザに対してアクセスを許可するステップと、を含むことを特徴とする。
【００４４】
上記の構成によれば、サービスは、シングルサインオントークンを受信したとき、当該シングルサインオントークンに対応するユーザサービス認証情報をＳＳＯＳＡに対して要求し、当該ユーザサービス認証情報に基づいて、アクセスを許可する。そのため、画像処理装置は、シングルサインオントークンを各サービスに送信するだけで、当該サービスへアクセスできる。すなわち、ユーザは、サービスを利用するごとに、認証情報を入力する必要がない。
【００４５】
また、ユーザがサービスを利用するとき、画像処理装置とＳＳＯＳＡとサービスとが通信するデータは、トークンおよび当該サービスを利用するための認証情報のみである。そのため、利用するかどうか不明の認証情報を通信することがなく、通信データ量を必要最小限にすることができる。
【発明の効果】
【００４６】
本発明に係る方法は、複数の異なる制限されたサービスを含むシステムにおける、ユーザの認証情報データの入力回数の削減方法であって、上記各サービスは、ユニークな認証情報を要求するものであり、ａ）画像処理装置が、ユーザ入力された認証情報を、シングルサインオンサーバプリケーション（ＳＳＯＳＡ）と接続されたアカウンティングアプリケーション（ＡｃｃｔＡｐｐ）に送信するステップと、ｂ）上記ＡｃｃｔＡｐｐが、上記ユーザ入力された認証情報の認証を行い、当該認証情報の認証に成功した場合、上記ＳＳＯＳＡに対して、シングルサインオントークンを要求するステップと、ｃ）上記ユーザ入力された認証情報が認証制限に従う場合、上記画像処理装置が、少なくとも１つのサービスを利用するためのユーザの認証情報データと対応付けられたシングルサインオントークンを、上記ＡｃｃｔＡｐｐから受信するステップと、ｄ）上記画像処理装置が、受信したシングルサインオン（ＳＳＯ）トークンを記憶するステップと、を含む。これにより、ユーザは、サービスを利用する際に、再度認証情報を入力する必要がない。また、各装置間で通信される通信データの中には、利用するかどうか不明の認証情報が含まれることがなく、通信データ量を必要最小限にすることができる。
【発明を実施するための最良の形態】
【００４７】
本発明の一実施形態について、図を参照しながら説明する。なお、全ての図中において、同様の部材には同じ符号を付与している。また、これらの各図は、詳細な説明の一部として明確に組み入れられるものである。
【００４８】
本発明の構成要素を、ここに示されている図においては一般化して描き、説明しているが、多種多様な形態に変更および設計できることができる。したがって、本発明の方法およびシステムの実施形態に関する以下の詳細な説明は、本発明の範囲を限定するものではなく、単に、本発明の現時点での好ましい実施形態の一例を示すものに過ぎない。
【００４９】
本発明の実施形態の構成要素を、ハードウェア、ファームウェアおよび／またはソフトウェアに組み込んでもよい。本明細書中に記載されている典型的な実施形態は、これらの形態のほんの一例を説明しているが、当業者であれば、本発明の範囲内において、これらの構成要素をこれらのあらゆる形態において実施できることを理解できるであろう。
【００５０】
本発明の実施形態は、画像処理装置を遠隔演算装置のアプリケーションと統合するインターフェースならびに構成（アーキテクチャ）、および、画像処理装置単体では不可能なソリューションを提供する環境を含んでいる。また、ネットワーク上のアプリケーションが、画像処理装置の機能をプログラム制御でき、かつ画像処理装置の入力パネルを介してユーザと交信できる基本設備（インフランストラクチャ）およびインターフェースを含んでいてもよい。画像処理装置内で実用的でないソフトウェア機能は、画像処理装置からアクセス可能なサーバ上で実行することができる。
【００５１】
本明細書および特許請求の範囲では、画像処理装置（ＩＤｅｖ）を、画像処理機能を有する装置として説明する。ここでいう画像処理機能には、例えば、画像読取、印刷、コピー、画像伝送（送信および受信）、画像変換などの機能が含まれる。典型的な画像処理装置としては、プリンタ、コピー機、ファックス、画像読取器、画像を伝送，変換，または加工する演算装置等がある。また、画像処理装置（ＩＤｅｖ）は、複数の画像処理機能を有するものであってよい。例えば、これに限定されるものではないが、一般的には、プリンタ、画像読取器、コピー機および／またはファックス、または画像送信機／受信機のうちの複数の機能がある多機能周辺機器（ＭＦＰ）は、画像処理装置の１タイプである。なお、ＭＦＰとしての他の画像処理装置は、上記以外の機能の組み合わせを備えたものであってよい。
【００５２】
本明細書および特許請求の範囲では、遠隔演算装置（ＲＣＤ）を、データ処理ができ、かつ通信回線を介して他の装置と通信できる能力を有する装置である。遠隔演算装置（ＲＣＤ）は、画像処理装置などの他の装置と通信するために、例えばネットワーク、電話線、シリアルケーブル、または他の有線回線あるいは無線回線のような通信回線を備える必要があるリモート装置である。典型的な遠隔演算装置（ＲＣＤ）としては、通信回線を備えたネットワークサーバ、ネットワークコンピュータ、その他の処理装置、および、その他の記憶装置などが挙げられる。
【００５３】
本発明のいくつかの実施形態を、図１および図２を参照して説明する。これらの実施形態は、画像処理装置（ＩＤｅｖ）４を備えている。この画像処理装置４は、多機能周辺機器（ＭＦＰ）であってもよく単機能装置であってもよい。画像処理装置４は、ユーザインターフェース（ＵＩ）パネル２をさらに備えている。ユーザインターフェースパネル２は、入力ボタン１４および表示装置１６を備えている。あるいは、ユーザインターフェースパネル２は、タッチパネルシステムを備えていてもよい。タッチパネルシステムは、ボタン１４を備えていてもいなくてもよい。また、ユーザ入力および表示は、別個のＵＩ装置８を介して実行されるものであってよい。このＵＩ装置８は、例えばＵＳＢ、ネットワークケーブル、無線などの通信回線１２によって、画像処理装置４と接続されている。ＵＩ装置８は、表示装置だけでなく、キーボードまたはボタンのような入力装置を備えていてよい。また、ＵＩ装置８に備えられる表示装置は、タッチスクリーンパネルであってもよい。このような種類のＵＩ装置８は、リモート入力装置からＵＩ装置８へと入力された命令を伝送するためのインターフェースをさらに備えていてもよい。また、ＵＩ装置８は、画像処理装置４へ伝送するための入力データを記憶するために構成されている記憶装置（例えば、メモリスティック、ＵＳＢメモリカードなど）を備えていてよい。
【００５４】
これらの実施形態は、ネットワーク１０などの通信回線を介して画像処理装置４とリンクされている遠隔演算装置（ＲＣＤ）６をさらに備えている。このネットワーク１０は、一般的な有線回線または無線回線であってよい。
【００５５】
本発明の実施形態では、遠隔演算装置６から、ネットワーク１０を介して、画像処理装置４のＵＩパネル２またはＵＩ装置８へとメニューデータを提供してもよい。このメニューデータが画像処理装置４へ送られると、画像処理装置４のＵＩパネル２あるいはＵＩ装置８を使用して、遠隔演算装置６上において動作するアプリケーションと情報交換することができる。ＵＩパネル２あるいはＵＩ装置８が受け付けたユーザ入力を、遠隔演算装置６へ直接戻してもよい。
【００５６】
ウェブサービスは、ＵＲＩ（Uniform Resource Identifier）によって識別されたソフトウェアアプリケーションである。ＵＲＩのインターフェースおよびバインディング（binding）は、ＸＭＬ（Extensible Markup Language）のアーティファクトによって定義、記述、発見される機能を持ち、また、ＸＭＬベースのメッセージを用いて、インターネットベースのプロトコルを介して、他のソフトウェアアプリケーションと直接情報交換することをサポートする。
【００５７】
遠隔演算装置６上のアプリケーションは、１以上のウェブサービスを用いて画像処理装置４の様々な機能（使用可能にする機能、使用不可にする機能、装置の有用性を設定する機能、装置機能を制御する機能など）を制御することができる。
【００５８】
本発明の実施形態では、遠隔演算装置６上で動作するネットワークアプリケーションは、画像処理装置４のＩ／Ｏパネル（ＵＩパネル２）を介して、その画像処理装置４のユーザと情報交換できる。上記の実施形態では、画像処理装置４のユーザインターフェース（ＵＩ）（すなわち、タッチパネル、ボタン、または、ディスプレイ）をネットワークアプリケーションによって制御できる。また、カスタム表示画面またはカスタム表示メニューを、画像処理装置４に固有のユーザインターフェースと統合する形態もある。上記の実施形態では、画像処理装置４の機能の制御を、画像処理装置４のユーザインターフェースに対するユーザ入力に応じて画像処理装置４において実行する標準操作モードと、遠隔演算装置６上のアプリケーションなどのネットワークリソースを、画像処理装置４のユーザインターフェースにおけるユーザ入力を介して実行するオープンシステムモードとを切り替える（hand off）ことができる。
【００５９】
上記の実施形態では、テキストおよび図形を任意のフォーマットで表示するように、ネットワーク上で動作するアプリケーションが画像処理装置４のＵＩを完全に制御するようになっている。上記の実施形態では、上記アプリケーションは、所望のレイアウトで、ボタン、テキストボックス、および図形などをプログラム表示することができる。
【００６０】
上記ユーザインターフェースの配置を、マークアップ言語などの標準言語を用いて容易にプログラムすることができてもよい。これらの言語としては、ハイパーテキストマークアップ言語（Hypertext Markup Language：ＨＴＭＬ）、エクステンシブルマークアップ言語（Extensible Markup Language：ＸＭＬ）、ワイヤレスマークアップ言語（Wireless Markup Language：ＷＭＬ）、エクステンシブルハイパーテキストマークアップ言語（Extensible Hypertext Markup Language：ＸＨＴＭＬ）等を用いることができる。
【００６１】
遠隔演算装置６のアプリケーションまたはサーバのアプリケーションが、キーボードＵＩを画像処理装置４のＵＩパネル２およびＵＩ装置８に表示させるように要求することができてもよい。また、この機能が、画像処理装置４において用いられることができ、遠隔演算装置６のアプリケーションによって再形成される必要がなくてもよい。また、上記遠隔演算装置６が、キーボードプロンプトやデフォルト値を定義するようにしてもよい。これらの実施形態では、遠隔演算装置６は、ＯＫボタン、キャンセルボタンのような、画像処理装置４のユーザインターフェースにおける各ボタンの名称を変更でき、他のボタンを定義できる。
【００６２】
また、画像処理装置４自体が、あるいは遠隔演算装置６が、画像処理装置４のユーザインターフェースにメニューテンプレートを供給するようにしてもよい。
【００６３】
（外部認証アプリケーション）
本発明の実施形態の中には、外部認証サーバとして登録されている遠隔演算装置６のアプリケーションを含んだものもある。この外部認証アプリケーションは、画像処理装置４へのアクセスを制御し、また画像処理装置４のユーザインターフェースを最上位で制御（top-level control）する。上記アプリケーションによるユーザインターフェースの制御は、内部制御部（internal auditor）による制御と同様の方法であってもよい。
【００６４】
上記の実施形態において、画像処理装置４の制御部は、起動時に、外部認証アプリケーションが登録されているかどうかを確認する。登録されている場合、画像処理装置４は使用不可モードになり、上記アプリケーションは上記ユーザインターフェースを制御するために接続される。上記外部認証サーバを利用できない場合は、エラーメッセージが表示されて、画像処理装置４は使用不可のままである。この場合、画像処理装置４は、利用可能になるまで、上記外部認証サーバに定期的接続しようとする。下記の表１は、典型的な実施形態において、上記画像処理装置４が使用不可モードにある場合、何が上記ユーザインターフェースを制御するのかを表している。
【００６５】
【表１】
0004837475.tif 000002
【００６６】
（遠隔演算装置アプリケーション）
本発明の実施形態では、画像処理装置４のカスタムＵＩパネル２に対するアクセス方法は、アプリケーションによって異なっていてもよい。文書管理統合（Document Management integration）などのソリューションには、固有の画像送信画面を用いることが好ましいものもあるが、画像読取ジョブに関する付加的な情報を集約したＵＩパネルを表示すものもある。カスタム印刷アプリケーションのような他のソリューションに、固有の機能以外の個々のモードからアクセスしてもよい。
【００６７】
これらソリューションアプリケーションの多様化するニーズに対応するため、上記の実施形態では、ユーザインターフェース制御に対する複数の統合ポイントをサポートしている。これらの統合ポイントは、ユーザによるアプリケーションを登録するための操作（「トリガー」）に基づいている。実施形態の中には、「遠隔演算装置Ｂ」に対する接続命令がＵＩパネル２になされて「トリガーＡ」がいつ生じるのかを画像処理装置４において把握するために、アプリケーションがターゲット装置（画像処理装置４）に登録される。典型的な実施形態において、アプリケーションは、複数の「トリガー」ポイントにおいて画像処理装置４と一体化されている。
【００６８】
遠隔演算装置６は特定の機能に登録されており、画像処理装置４のユーザインターフェースにおいて上記機能（例えば画像送信）のハードウェアキーが押されたときに接続される。上記遠隔演算装置６によって供給されるユーザインターフェース情報は、画像処理装置４にもともと備えられている標準機能画面に代えて表示される。このトリガーは、既存の機能を完全なカスタムＵＩの機能に置き換えるアプリケーションに対しても使用できる。このようなアプリケーションとしては、例えば、選択画像読取ソリューション（alternative scan solution）や特殊ディスプレイなどがある。特殊ディスプレイとは、例えば、「セクション５０８」対応画面、または他の特殊なニーズに対応したインターフェースである。これら特殊ディスプレイは、大きなボタンまたは他の設備（accommodations）を備えていてもよい。
【００６９】
また、画像処理装置４における各機能のメニューを、タッチスクリーン上に表示してもよい形態もある。また、このメニューは、サーバなどの遠隔演算装置６が登録するようにしてもよい。これによって、ソリューションアプリケーションが、カスタムコンテンツを供給し、かつ、画像処理装置４によって設けられた標準機能の一部を引き続き利用することが可能になる。カスタムアプリケーションに割り当てられたボタンが選択されると、その機能に登録されたソリューションと共にメニューが表示される。ユーザは所望のソリューションを選択することができ、遠隔演算装置６は、命令を受けるために接続される。
【００７０】
遠隔演算装置６のアプリケーションを供給する独立型のＲＣＤモードが、全画面上に表示される上記ユーザインターフェースのジョブキュー部分からアクセスすることができる形態もある。このトリガーポイントは、例えば画像処理装置４におけるカスタム印刷ソリューションのような、画像処理装置４の標準装置機能の一つに含まれないアプリケーションに使用できる。上記ＲＣＤメニューが選択されると、一般ＲＣＤモードに登録されているソリューションアプリケーションと共にメニューが表示される。ユーザは所望のソリューションを選択し、上記遠隔演算装置６は、命令を受けるために接続される。
【００７１】
（ハードウェアキーの相互作用）
本発明の実施形態の中には、画像処理装置４が使用可能であると、この装置を管理するために追加ハードウェアキーが使用されるものもある。典型的な実施形態におけるハードウェアキーの割り当てを表２に示す。
【００７２】
【表２】
0004837475.tif 000003
【００７３】
なお、＊キーの押し下しによるログアウトに加えて、タイムアウトによるログアウトを実行するようにしてもよい。また、所定時間（例えば１０秒〜２４０秒）が経過したときに自動的に消去する設定（あるいは使用不可にする設定）にしてもよい。これらの実施形態では、自動消去設定の時間内に何の動作もなかった場合、装置は自動的に使用不可モードに戻り、ユーザインターフェースを再制御するために遠隔演算装置６に接続を試みる。
【００７４】
（エラー＆ジャム通知）
特定のソリューションに応じて、遠隔演算装置アプリケーション（ＲＣＵアプリケーション）は、画像処理装置４のユーザインターフェースおよび特定の画像処理ジョブ（imaging job）を完全に、あるいは部分的に制御してもよい。部分的制御の場合、遠隔演算装置６がクリックをモニタリングしながら、固有モード（native mode）においてユーザインターフェースの情報交換に応答できるようにし、ジョブを制御していてもよい。また、部分的制御として、遠隔演算装置アプリケーションが固有モードと一体化される構成としてもよい（ユーザインターフェーストリガー＝機能カスタムメニュー）。画像処理装置４が、関連する遠隔演算装置アプリケーションに全てのエラーおよびジャム通知を送信するようにしてもよい。
【００７５】
遠隔演算装置アプリケーションが画像処理装置４のユーザインターフェースおよびジョブを完全に制御するケースでは、エラーおよびジャム通知を、エラーの種類に応じて異なる方法で処理するようにしてもよい形態もある。修復可能なエラーの場合は、遠隔演算装置アプリケーションに通知が送信され、該アプリケーションは、ＵＩパネル２またはＵＩ装置８におけるメッセージの表示および通知されたエラーを解決する処理を行う。また、修復不可能なエラーの場合、画像処理装置モードとＲＣＤモードとが情報交換して、エラー状態を適切に処理する（例えば、ユーザに、ジャムを消去するという命令を与える）。
【００７６】
（ハンドオフ制御（Control Handoffs））
画像処理ジョブ中の様々な時点において、複数のアプリケーションによって画像処理装置を制御するようにしてもよい。これらのアプリケーションとしては、特に限定されるものではないが、例えば外部認証アプリケーション、標準的なＲＣＤアプリケーション、画像処理装置４の固有モードなどが含まれる。以下の説明では、典型的な実施形態における、典型的なジョブの様々な工程について、各工程中における制御を行う主体、およびどの様な種類の制御が可能であるかについて説明する。
【００７７】
工程１：ユーザが、画像処理装置のユーザインターフェースにおいて、画像処理装置にアクセスするための証明データを提示する。この工程は、外部認証アプリケーションなどの遠隔演算装置６、または画像処理装置４自体に内蔵される内部課金（Internal Accounting）（固有モード）によって制御される。この工程の最後に、画像処理装置は使用可能になる。上記の外部認証アプリケーションはまた、デフォルトパラメータを指定してもよく、あるいは特定のジョブパラメータを使用不可にしてもよい（例えば、デフォルトファイル形式はＰＤＦだが、ユーザがこれを変更できるようにしてもよい。また、カラーモードは白黒に設定されていて、ユーザがこれを変更できないようにしてもよい。）。
【００７８】
工程２：ユーザが、上記画像処理装置の固有モード農地の１つまたは標準的なＲＣＤのアプリケーションを使用して、ジョブパラメータを設定する。この工程の最後に、ユーザはジョブを開始するための入力を行う。この入力がなされると、任意の通知が上記の標準的なＲＣＤアプリケーションへ送信される。次に、この標準的なＲＣＤアプリケーションが、必要に応じてジョブパラメータを変更する。ユーザが入力を行ったときに通知を要求するアプリケーションの一例として、電子メールのアプリケーションが挙げられる。ユーザは、固有の画像送信画面または他の入力手段を使用して、画像読取オプションを選択し、電子メールの受信者を選択する。次に、ユーザは、カスタムアプリケーションボタンを選択して、メニューから、画像読取・電子メール送信（scan-to-e-mail）オプションを選択する。次に、ユーザのファイルについての許可設定を行うために、電子メールアプリケーションがカスタム画面を表示する。ユーザが原稿を画像読取器上に置いて処理を開始すると、電子メールアプリケーションは、ユーザによって設定された宛先パラメータを取り込み、上記の対象の宛先を、電子メールアプリケーションのＦＴＰサーバに変更する。次に、電子メールアプリケーションは、上記ファイルを受信し、適切な許可を与え、ユーザによって選択された電子メールを受信者へ送信する。なお、いくつかの実施形態と同様に、上記アプリケーションが、読み取った画像のサムネイルを作成して表示させてユーザに確認させる場合、この時点で、遠隔演算装置のアプリケーションは、ユーザインターフェースの再制御を要求してもよい。
【００７９】
工程３：上記ジョブが開始されると、画像処理装置は、このジョブの画像読取またはＲＩＰｉｎｇを実行して、それをＨＤＤにスプールする。画像処理装置が、外部認証アプリケーションを用いてジョブを認証するように構成されている場合は、上記アプリケーションへクリックレポートを送信して命令を待つ。上記外部認証アプリケーションは、ジョブの送信／印刷、キャンセル、またはジョブパラメータの変更をする（ジョブパラメータを変更して使用可能にする）ことができる。例えば、ルールベース印刷アプリケーションは、クリックレポートを受信後、ジョブパラメータの変更を求める。ルールベース印刷アプリケーションには、時刻、宛先、その他の多くのパラメータに基づいて、各ユーザが実行できる行為を制限する、ルールベース印刷およびルールベース画像読取をサポートしているものもある。例えば、マーケティンググループ内のユーザのみが高品質のカラー画像を画像読取することができるように設定できる。例えば、別グループのユーザがカラー，６００ｄｐｉを選択すると、ルールベースアプリケーションは、パラメータをカラー，２００ｄｐｉに変更する。この工程の最後において、上記ジョブは許可されるか、あるいはキャンセルされる。
【００８０】
工程４：工程２の上記の標準的なＲＣＤアプリケーションが、一時的な保存先としてＨＤＤに宛先を指定した場合は、この工程は省略してもよい形態もある。また、この工程は、実施形態によっては、画像処理装置４上で動作するＪａｖａ（登録商標）アプリケーションによって実行されるものであってもよい。例えば、政府機関は、画像処理装置４上で動作するカスタム暗号化アプリケーションを有することがある。このカスタム暗号化アプリケーションは、画像読取された文書を取り込み、それを暗号化し、その後、工程２においてユーザが選択した対象の宛先へと、この文書を送信するよう画像処理装置４に要求する。なお、この工程の後および送信／印刷工程後に、外部認証アプリケーションへ通知を送ると有益である形態もある。この工程の後が有益であるのは、上記画像処理装置が、上記ファイルがどれほどの時間ハードディスクに記憶されるのか、あるいは、上記アプリケーションがそれを用いて何を行うのか、を認識していないからである。
【００８１】
工程５：最終工程において、上記ファイルが実際に出力される。典型的な実施形態では、上記ファイルは、ネットワーク上で送信されるか、あるいは端末において印刷される。この工程の最後に、ジョブが正常に終了したという通知が、上記外部認証アプリケーションへ送信される。なお、上記標準的なＲＣＤアプリケーションへも送信されるようにしてもよい。
【００８２】
（装置制御および管理ＡＰＩ）
ＡＰＩによって、遠隔演算装置アプリケーションが、販売アプリケーション（vend applications）を実行する画像処理装置へのアクセスを制御し、遠隔位置から該画像処理装置４を管理するようにできる。
【００８３】
（装置制御および販売ＡＰＩ（Device Control and Vend API））
本発明の実施形態では、装置制御および販売ＡＰＩによって、アプリケーションが、画像処理装置４へのアクセスを可能または不可能にし、かつクリック数を追跡記録するようにできるものもある。装置制御および販売ＡＰＩは、遠隔演算装置６に以下に示す制御を行わせる。
【００８４】
画像処理装置４の機能を使用可能／使用不可能にする：これにより、遠隔演算装置６が、画像処理装置４全体へのアクセス、または画像処理装置４の特定の機能へのアクセスを可能または不可能にして、個々のユーザの権利を行使させることができる。典型的な実施形態としては、例えば表３に記載の機能を、アプリケーションによって任意に使用可能または使用不可能にするものもある。
【００８５】
【表３】
0004837475.tif 000004
【００８６】
使用されたクリックをレポートする：正常なジョブの最後に、使用されたクリックが遠隔演算装置ＲＣＤに戻ってレポートされる。
【００８７】
【表４】
0004837475.tif 000005
【００８８】
デビットモード（Debit Mode）：これらの実施形態において、アプリケーションは画像処理装置４を使用可能にする際、現在のジョブが認証を要するか否かを指定する。この場合、上記ジョブはメモリにスプールされ、クリック情報（例えば表４において定義された情報）が遠隔演算装置６へ送信される。上記ジョブを削除すべきか、あるいは出力／送信するべきかを、遠隔演算装置６は画像処理装置４に通知する。この時、上記アプリケーションは、ジョブパラメータを変更するか否か選択することができる。上記アプリケーションが認証を要求しない場合、上記ジョブは通常通りに続行され、このジョブの最後にクリックレポートが送信される。
【００８９】
印刷ジョブの課金：これらの実施形態において、遠隔演算装置６は、ウォークアップ機能（walk-up function）および印刷ジョブの監視を実行する。印刷ジョブの課金にあたり、画像処理装置４は、送信されてくる全ての印刷ジョブを監視し、またジョブを印刷する前にＰＪＬヘッダー中の課金データを照合のために遠隔演算装置６へ送る。遠隔演算装置６は、この課金データ（またはその不足）を検証して、ジョブを続行すべきかあるいはキャンセルすべきかを示す情報を画像処理装置４に与える。
【００９０】
未確認ジョブに関するレポート：これらの実施形態において、遠隔演算装置ＲＣＤは、例えば装置レポートや送信されてくるファックスジョブなど、遠隔演算装置ＲＣＤが特定のユーザと関連付けできない印刷ジョブの監視を要求する。遠隔演算装置ＲＣＤは、全ての未確認ジョブのクリック数を受信するための登録をして、これらのジョブを一般アカウント（general account）に請求することができる。
【００９１】
（装置管理ＡＰＩ）
本発明の実施形態では、装置管理ＡＰＩによって、ネットワークアプリケーションが、画像処理装置を遠隔設定および管理できるようにしてもよいものもある。典型的な実施形態では、上記装置管理ＡＰＩは、遠隔演算装置６に以下の制御を行わせることができる。
・装置状態−遠隔演算装置６は、画像処理装置４の現在の状態を要求する。これは、埋め込み型ウェブページ（embedded web pages）にレポートされる状態情報と同じである。
・装置構成−遠隔演算装置６は、画像処理装置４によってサポートされている、インストールされているオプションの一覧を検索する。
・ウェブページ設定−遠隔演算装置６は、埋め込み型ウェブページ上で構成可能な任意の値を検索および設定する。
・キー操作プログラム−遠隔演算装置６は、ソフトウェアキーを含むキー操作プログラムにおいて構成可能な任意の値を検索および設定する。
・カスタム設定−遠隔演算装置６は、カスタム設定において構成可能な任意の値を検索および設定する。
・ジョブ状態−ジョブ状態遠隔演算装置ＲＣＤは、現在のジョブキューおよび履歴情報を検索して、そのキューのジョブの優先順位を変更する、あるいは該ジョブを削除する。
・クリック数―遠隔演算装置６は、画像処理装置４におけるクリック数の総数、およびアカウントコードによる各機能のクリック数を検索する。
・データのセキュリティー設定−遠隔演算装置６は、ＤＳＫ上の状態情報（例えば最終削除）を検索して、データ消去機能を開始する。
・レッドデータ（RED DATA）−遠隔演算装置６は、レッドメッセージ（RED message）等で通常送信される全てのデータを検索する。
・遠隔リブート―遠隔演算装置６は、画像処理装置４のリブートを開始する。
【００９２】
上記の分類は、どの設定が含まれるべきかを詳述する典型的な実施形態として記載されているにすぎない。実施形態によっては、実際のＡＰＩが、機能領域ごとに分類されているものもある。なぜなら、キー操作設定とウェブページ設定とが重複している可能性があるためである。
【００９３】
（内部課金ＡＰＩ（INTERNAL ACCOUNTING API））
内部課金ＡＰＩによって、遠隔演算装置アプリケーションが、内部課金のシステムを構成し、かつクリック数をレポートすることができる。模範的な実施形態の中には、内部課金ＡＰＩが、以下のものを含んでいるものもある。
・監査オプションを設定−遠隔演算装置６は、どのモードの監査が可能であるのかを含む監査オプションを設定する。上記のモードとしては、例えば、「アカウント番号のセキュリティー」、「無効なアカウントのジョブのキャンセル」などが含まれる。
・アカウントコードの管理−遠隔演算装置６は、アカウントコードを追加、編集、または削除する。
・アカウント制限−遠隔演算装置アプリケーションは、個別のアカウントコードまたは全アカウントコードの、クリック数の上限を機能別に指定する。
・アカウントリセット−遠隔演算装置アプリケーションは、個別のアカウントまたは全アカウントのクリック数をリセットする。
・クリック検索−遠隔演算装置６は、各アカウントコードのクリック数を機能別に検索する。
【００９４】
（フォントおよび書式管理ＡＰＩ（Font and Form Management API））
上記の実施形態では、フォントおよび書式管理ＡＰＩを含んでいてもよいものもある。フォントおよび書式管理ＡＰＩによって、ＲＣＤアプリケーションが、フォントおよび書式を大容量記憶装置に遠隔ダウンロードして管理することができる。実施形態の中には、フォントおよび書式管理ＡＰＩは、遠隔演算装置６に以下の制御を行わせることができるものもある。
・大容量記憶装置の制御−遠隔演算装置６のアプリケーションは、記憶容量、利用可能なスペース、および書込み禁止モードを含む、大容量記憶装置の状態情報を検索し、かつ書込み禁止状態を変更する。
・リソース一覧−遠隔演算装置アプリケーションは、記憶されているフォントおよび書式（例えば、フォントまたはマクロＩＤ、フォント番号、フォント／書式名、エスケープシーケンス、ファイルサイズなど）の一覧を検索する。
・リソースのダウンロード−遠隔演算装置アプリケーションは、ＰＣＬフォント、ＰＣＬマクロ、ＰＳフォント、書式をダウンロードする。リソースがウェブページを介してダウンロードされる際に実行されるあらゆる特別な処理は、リソースがオープンシステムを介してダウンロードされる際にも実行される。
・リソースを削除−遠隔演算装置アプリケーションは、大容量記憶装置に記憶されている全てのリソースを削除する。
・リソースをアップロード−遠隔演算装置アプリケーションは、個々の、あるいは全てのリソースをアップロードする。効率的なメモリ管理を行えない画像処理装置４の場合、サーバプリケーションは、この機能を用いて大容量記憶を「デフラグ」することができる。
・フォント／マクロＩＤ−遠隔演算装置アプリケーションは、ＰＣＬフォントおよびマクロに割り当てられたＩＤを割り当て、または変更する。
【００９５】
（ファームウェア管理ＡＰＩ（Firmware Management API））
上記の実施形態には、ファームウェア管理ＡＰＩによって、遠隔演算装置またはネットワークアプリケーションが、画像処理装置ファームウェアを遠隔ダウンロードおよび管理するようにしてもよいものもある。典型的な実施形態では、ファームウェア管理ＡＰＩは、遠隔演算装置６（例えばサーバ）に以下の制御を行わせることができる。
・ファームウェアバージョン−遠隔演算装置アプリケーションは、現在のファームウェアバージョン番号を検索する。
・サービスモード−遠隔演算装置アプリケーションは、ＭＦＰをサービスモードにして、ファームウェアのアップグレードを阻害するであろう他のジョブを締め出す。サービスモード要求を受信すると、画像処理装置４は、送信されてくるジョブの受信を停止し、キューの全てのジョブを終了し、そして該画像処理装置４がサービスモードにあることをサーバに通知する。
・ファームウェアをアップデート−遠隔演算装置６は、最新ファームウェアバージョンを画像処理装置４にダウンロードする。再起動が必要である場合、ダウンロード終了後に画像処理装置４を自動的に再起動させる。
・ダウンロード状態−画像処理装置４は、ファームウェアのダウンロード後、遠隔演算装置６に状態通知（正常／エラー）を送信する。
・旧バージョンへ戻す−ファームウェアが正常に更新されない場合、旧ファームウェアバージョンへ戻すよう画像処理装置４に要求する。
【００９６】
（装置機能ＡＰＩ）
上記の実施形態の中には、装置機能ＡＰＩによって、遠隔演算装置アプリケーションが、既存の画像処理装置の機能性を用いて新しいカスタムソリューションを提供することができるものもある。
【００９７】
（画像送信ＡＰＩ）
上記の実施形態の中には、画像送信ＡＰＩによって、遠隔演算装置に以下の制御を行わせることができるものもある。
・画像送信パラメータ―遠隔演算装置ＲＣＤのアプリケーションは、以下の画像読取およびファックスパラメータ値を入手および設定する：
・カラーまたは白黒
・画像モード−テキスト、テキスト／フォト、フォト；露光レベル
・解像度
・ファイル形式―ファイルの種類、圧縮、ファイルのページ数
・原稿―原稿サイズ、片面／両面、回転、ジョブビルド（job build）
・ファイル名
・件名
・メッセージ
・送信元
・予定送信時間
・ページ分割（本の画像読取）
・表紙
・伝送メッセージ（機密、緊急など）
・薄紙の画像読取
・宛先
・文書ファイリング
・画像読取開始―遠隔演算装置ＲＣＤのアプリケーションは、画像読取機能を開始させる（ユーザがスタートボタンを押した場合と同様に開始させる）。
【００９８】
実施形態の中には、遠隔演算装置６が、画像処理装置４のデフォルト値、または現在のジョブの値を変更できるものもある。また、遠隔演算装置６が、現在のジョブに対してユーザが画像読取パラメータを変更できるかどうかを指定するようにしてもよい。１つの遠隔演算装置アプリケーション（例えばアクセス制御アプリケーション）がパラメータを変更できないように指定し、第２のアプリケーション（例えば文書管理アプリケーション）がパラメータを設定しようとした場合、第２のアプリケーションに通知が送信され、設定は変更されない。
【００９９】
（印刷ＡＰＩ）
実施形態の中には、遠隔演算装置が、印刷ジョブを、標準印刷チャネルを介して提示するようにしてもよいものもある。実施形態の中には、印刷ＡＰＩが、遠隔演算装置に以下の制御を行わせるようにしてもよいものもある。
・ＰＪＬ検索（sniffing）−遠隔演算装置ＲＣＤのアプリケーションは、印刷ジョブ中に特定のＰＪＬコマンドが発見されたときに命令に接続する（contacted for）ように、画像処理装置に登録する。遠隔演算装置は、画像処理装置ＩＤｅｖに、コマンドの置き換え、ジョブのキャンセル、または印刷の続行を命令できる。このインターフェースは、課金などのアプリケーションに使用することができ、他の種類のアプリケーションとの互換性がある。
【０１００】
（コピーＡＰＩ）
上記の実施形態では、コピーＡＰＩ（Copy API）が、遠隔演算装置に以下の制御を行わせるようにしてもよい。
・コピーパラメータ―遠隔演算装置ＲＣＤのアプリケーションは、以下のコピーパラメータの値を入手および設定する。
【０１０１】
・カラーまたは白黒
・露光−テキスト、テキスト／フォト、フォト、スーパーフォト；露光レベル
・用紙選択（トレイ毎）
・コピー率
・両面コピー−１対１、１対２、２対２、２対１；端部綴じ
・排出−排出トレイ、ソート、ステープル、グループ、オフセット
・原稿サイズ
・特殊な機能−余白変更、消去、パンフレット等
・文書ファイリング
・コピー開始−遠隔演算装置ＲＣＤのアプリケーションは、コピー機能を開始する（ユーザがスタートボタンを押した場合と同様に開始させる）。
【０１０２】
実施形態の中には、遠隔演算装置が、画像処理装置のデフォルト値、または現在のジョブの値を変更できるものもある。また、遠隔演算装置が、現在のジョブに対してユーザがコピーパラメータを変更できるかどうかを指定するようにしてもよい。
【０１０３】
（文書ファイリングＡＰＩ）
上記の実施形態では、文書ファイリングＡＰＩが、遠隔演算装置に以下の制御を行わせるようにしてもよいものもある。
・バックアップ／復元−遠隔演算装置ＲＣＤのアプリケーションは、全ての文書ファイリングデータと共にバッチファイルをインポートおよびエクスポートする。実施形態の中には、このパッケージが独自の形式（proprietary format）であってもよいものもある。なぜならこのパッケージは、パスワード保護されている個人がアクセスできない文書を含んでいるからである。このパッケージは、一般的には、障害の際や他装置へ複製する際に復元するために用いられる。
・ファイル／フォルダリスト−遠隔演算装置６のアプリケーションは、画像処理装置４へ記憶させるため（あるいは画像処理装置４の管理のため）に、新規のファイルおよびフォルダを検索、変更、および、作成する。
・ファイルのダウンロード−遠隔演算装置６は、新規ファイルを文書ファイリングシステムへダウンロードし、フォルダ、ファイル名、ユーザ名、パスワードを指定する。
・ユーザリスト−遠隔演算装置アプリケーションは、画像処理装置４へ記憶させるため（あるいは画像処理装置４の管理のため）に、新規のユーザを検索、変更、および、登録する。
・ＨＤＤ状態−遠隔演算装置アプリケーションは、メインフォルダ、クイックフォルダ、カスタムフォルダに割り当てられている％（容量の割合）、および残存％などの、現在のＨＤＤ状態を検索する。
・文書ファイリングパラメータ−遠隔演算装置アプリケーションは、ファイルを文書ファイリングへ保存する際の、各種の値（例えば以下に示す値）を入手および設定する：
・露光
・解像度
・原稿−サイズ、片面／両面
・ファイル情報−ユーザ名、ファイル名、フォルダ、機密、パスワード
・特殊モード−消去、袋とじコピー、２ＩＮ１、ジョブビルド、カードショット（card shot）
・印刷開始−遠隔演算装置アプリケーションは、記憶されているファイルの１つを選択し、例えば以下のパラメータを反映して印刷を開始する：
・用紙サイズ／ソース
・排出−ソート／グループ化、排出トレイ、ステープル、パンチ、オフセット
・片面／両面（タブレット／ブックレット）
・タンデム印刷
・コピー部数
・印刷後に削除するかあるいは保存しておくか
・送信開始−遠隔演算装置のアプリケーションは、記憶さているファイルの１つを選択し、例えば以下のパラメータを反映して送信を開始する：
・解像度
・ファイル形式
・宛先
・タイマー
・送信元
・ファイル名
・件名
・メッセージ。
【０１０４】
(セキュリティー)
外部アプリケーションによる画像処理装置４の制御を可能にすることによって、該画像処理装置４が、新たなセキュリティーの脆弱性にさらされることになる。セキュリティー対策を提供している本発明の実施形態では、以下の典型的な項目がセキュリティー上の懸念事項であり、遠隔演算装置６のインターフェースによってこれらに対処している。
【０１０５】
遠隔演算装置６のインターフェースへのアクセスは、正規アプリケーションに限定されている。実施形態では、画像処理装置４の広範囲に及ぶアクセスおよび制御を提供しているが、これによってセキュリティー上の重大な危険がもたらされる。これらの実施形態におけるインターフェースは、攻撃者によるアクセスから保護されている一方、有効なソリューションのセットアップおよび利用は容易なままである。
【０１０６】
機密データ（ユーザ証明データおよびジョブデータ）は、ネットワーク伝送中は保護されている。ユーザ証明データおよびジョブデータがネットワーク伝送中に保護されているのは、盗難予防、侵入者による装置動作のモニター予防、そして介入者攻撃によるメッセージの改変予防を確実に行えるようにするためである。画像処理装置４は、該画像処理装置４と遠隔演算装置アプリケーションとの間を通信している間、データの安全を確保するように、セキュアソケットレイヤー（Secure Sockets Layer；SSL）および他の接続をサポートしている。
【０１０７】
管理者は、画像処理装置４へのアクセスを制限することができる。厳しいセキュリティーを要求するユーザに対して、管理者は遠隔演算装置６からのアクセスを不可にしたり、特定のアプリケーションへのアクセスを制限することができる。管理者は、任意に、画像処理装置４のインターフェースにアクセスできるアプリケーションを限定して登録することができる。
【０１０８】
遠隔演算装置アプリケーションは、画像処理装置４に「なりすまし」されないようにすることができる。遠隔演算装置６は、該遠隔演算装置６と接続されている画像処理装置４を認証することができる。これは、侵入者が、その画像処理装置４になりすましてネットワーク構成およびパスワード情報を収集したり、文書管理システムのファイル／フォルダ構成をモニターしたり、画像処理装置４のセキュリティー設定およびＤＳＫ状態をだましたりできないようにするためである。
【０１０９】
遠隔演算装置６は、サーバに「なりすまし」されないようにすることができる。画像処理装置４は、該画像処理装置４と接続されている全遠隔演算装置６を認証できなければならない。これは、侵入者が遠隔演算装置６のＩＰアドレスになりすますことを防ぐためである。遠隔演算装置６を装うことによって、侵入者は、ユーザ証明データを盗み出したり、読み取った文書を転送したり、装置構成またはファームウェアを改変したり、（権限のないユーザにアクセスを与えるため、あるいは正規ユーザに対するサービス不能攻撃を開始するために）アクセス制御システムを停止させたりできる。
【０１１０】
アクセス制御／販売アプリケーションは、遠隔演算装置６が使用できない状態にあるときは、危険にさらされることはない。遠隔演算装置６が使用できない状態にあるとき、画像処理装置４にオープンアクセスを与えることは許可されない。遠隔演算装置６が起動されているにもかかわらず使用できない場合、あるいは随時使用できなくなった場合（例えば、誰かがネットワークケーブルを切断した場合）、画像処理装置４は即座に使用不可になり、エラーメッセージが表示される。
【０１１１】
管理者は、企業およびあるいはアプリケーションの必要性に基づいて、セキュリティーレベルを調整することができる。セキュリティー要件は、遠隔演算装置アプリケーションの開発に費やす時間、およびソリューションを実行するために必要なリソースに大きな影響を与える。いくつかの実施形態を利用するユーザは、保有する画像処理装置４は１つで、ＩＴスタッフがおらず、単純な画像読取アプリケーションまたは印刷アプリケーションを使用している小企業から、アクセス制御と全装置の動作について記録する監査証跡とを用いる政府機関にまで及ぶかもしれない。画像処理装置４のインターフェースを保護するために講じられるセキュリティー対策は、目的とする環境と合致するように、管理者によって調整可能である。
【０１１２】
画像処理装置４および遠隔演算装置アプリケーションは、ユーザ証明データを相互に通信することができる。ユーザは、ジョブ中の複数の時点において、ログインするように促されることがある。例えば、アクセス制御アプリケーションまたは課金アプリケーションは、全ての装置アクセスを制御し、画像処理装置４は、画像送信を可能にするユーザ認証を行い、文書管理アプリケーションは、フォルダリストを表示する前に、ユーザにログインするよう要求する。多くの環境において、これら全てのアプリケーションは、共通のユーザデータベースを使用する。このため、実施形態によっては、ユーザが認証工程を繰り返す必要がないように、上記アプリケーションはユーザ証明データを相互に通信し合うことが望ましいものもある。
【０１１３】
本発明の一部の実施形態について、図３を参照して説明する。これらの実施形態は、例えば通信回線を介して接続されるサーバなどの遠隔演算装置と相互通信するように構成された画像処理装置を含んでいる。画像処理装置３０は、ユーザインターフェース３２およびディスプレイ３６を備えている。ユーザインターフェース３２は、例えばキーボード、１つ以上のボタン、ノブまたはスイッチ、あるいはタッチスクリーンパネルといった、ユーザ入力装置３４である。ディスプレイ３６は、タッチスクリーンパネル形式のユーザ入力装置であってもよい。
【０１１４】
画像処理装置３０は、一般的に、１つ以上の画像処理機能を実行する能力がある。ここでいう画像処理機能としては、例えば画像読取、印刷、コピー、ファックス通信（送信および受信）などが含まれるが、これらに限定されるものではない。
【０１１５】
この実施形態では、通信回線３８がさらに備えられている。この通信回線３８は、（図３に示すような）有線であってよい。有線としては、例えば、ネットワークケーブル、ユニバーサルシリアルバス（Universal Serial Bus；USB）ケーブル、シリアルケーブル、パラレルケーブル、例えばホームプラグ（HomePlug）接続回線などの電力通信線、あるいはその他の有線を用いることができる。あるいは、通信回線３８は、無線であってもよい。無線による接続としては、例えば、ＩＥＥＥ８０２．１１（ｂ）規格の接続、ブルートゥース接続、赤外線通信協会（Infrared Data Association；IrDA）接続、あるいはその他の無線接続を用いることができる。
【０１１６】
画像処理装置３０の動作例について、図４を参照して説明する。これらの実施形態では、まず、画像処理装置３０は、遠隔演算装置（図３には不図示）からメニューデータを受信する（工程４０）。この遠隔演算装置は、有線または無線接続の通信回線３８を介して画像処理装置３０に接続されている。次に、画像処理装置３０のユーザインターフェース３２のディスプレイ３６に上記メニューデータを表示する（工程４２）。リモートメニューデータをこのように表示させる目的は、ユーザによる、ユーザインターフェース３２のユーザ入力装置３４上での入力を迅速にするためである。
【０１１７】
上記実施形態の画像処理装置３０は、リモートメニューデータが表示された後のユーザによる入力を受け付けて、ユーザ入力データを遠隔演算装置へ送信するように構成されている（工程４４）。実施形態によっては、このユーザ入力データは、遠隔演算装置によって処理されるものもある。上記処理とは、例えば、遠隔演算装置におけるアプリケーションの実行、遠隔演算装置に記憶されているデータへのアクセス、該データの通信などである。
【０１１８】
また、上記実施形態の画像処理装置３０は、上記ユーザ入力データの処理によって生じるデータを受信する（工程４６）ように構成されている。上記受信するデータとは、ユーザ入力後に遠隔演算装置上で実行されるアプリケーションによって生成されるデータを含んでいてもよい。画像処理装置３０はまた、ユーザ入力の処理後にファイルサーバなどの遠隔演算装置に記憶されたデータを受信してもよい。
【０１１９】
画像処理装置３０は、上記処理データを受信する（工程４６）と、そのデータに応じて、あるいはそのデータを使用することによって固有の機能を実行する（工程４８）。例えば、これに限定されるものではないが、画像処理装置３０は、遠隔演算装置に記憶され、かつユーザ入力に応じて遠隔演算装置上で修正されている文書を印刷する。別の例として、これに限定されることはないが、画像処理装置３０は、工程４６における処理データを受信すると、上記画像処理装置３０の機能（例えば、画像読取、コピー、印刷、ファックス通信）をアクティブまたは使用可能にするようになっていてもよい。
【０１２０】
画像処理装置３０の、さらに具体的ないくつかの実施形態について、図５を参照して説明する。上記実施形態では、画像処理装置３０は、マークアップ言語によってフォーマットされたメニューデータを、遠隔演算装置から受信する（工程５０）ように構成されている。上記メニューデータが通信される通信回線は、ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol；HTTP）を使用して構築および維持されるものであってもよい。上記のマークアップ言語としては、例えばハイパーテキストマークアップ言語（ＨＴＭＬ）、エクステンシブルマークアップ言語（ＸＭＬ）、ワイヤレスマークアップ言語（ＷＭＬ）、エクステンシブルハイパーテキストマークアップ言語（ＸＨＴＭＬ）、および／または他の言語を用いることができる。
【０１２１】
画像処理装置３０は、上記メニューデータを受信（工程５０）すると、受信したメニューデータを画像処理装置３０のユーザインターフェースディスプレイ３６上に表示する（工程５２）。前述した実施形態と同様に、上記メニューデータは、一般的に、画像処理装置３０のユーザインターフェース３２上でのユーザによる入力を迅速にするためのものである。遠隔記憶されたメニューデータの表示（工程５２）は、画像処理装置３０に備えられているブラウザアプリケーションを用いて達成されてよい。
【０１２２】
上記の実施形態では、画像処理装置３０はさらに、ユーザインターフェース３２を介して受信されたユーザ入力を、遠隔演算装置へと送信する（工程５４）ように構成されている。遠隔演算装置は、上記ユーザ入力を受信すると、アプリケーションを実行するか、あるいは受信したユーザ入力を処理してその処理結果を画像処理装置３０へ返信する。画像処理装置３０はさらに、遠隔演算装置から処理データを受信する（工程５６）ように構成されている。実施形態によっては、画像処理装置３０が、処理データの受信（工程５６）後に、１つ以上の機能を実行するようにしてよいものもある。
【０１２３】
本発明のさらに他の実施形態について、図６を参照して説明する。この実施形態は、通信回線６４を備えた遠隔演算装置（ＲＣＤ）６０を含んでいる。通信回線６４としては、（図６に示したように）ネットワークケーブル、ユニバーサルシリアルバス（ＵＳＢ）ケーブル、シリアルケーブル、パラレルケーブル、例えばホームプラグ接続などの電力通信線、あるいはその他の有線などを用いることができる。あるいは、通信回線６４による接続は、例えばＩＥＥＥ８０２．１１（ｂ）規格の接続、ブルートゥース接続、赤外線通信協会（ＩｒＤＡ）規格によって規定されているような赤外線接続、あるいはその他の無線接続であってもよい。実施形態の中には、遠隔演算装置６０がさらに、データ記憶装置６２をさらに備えていてもよいものもある。このデータ記憶装置６２は、一般的にはハードドライブであるが、例えばコンパクトディスクドライブなどの光学ドライブ装置、フラッシュメモリ、またはその他の記憶装置であってよい。
【０１２４】
遠隔演算装置６０の実施形態について、図７を参照してより詳細に説明する。これらの実施形態では、遠隔演算装置６０はプロセッサ７２を備えている。このプロセッサ７２は、データを処理し、かつオペレーティングシステムやアプリケーションなどのプログラムを実行する。遠隔演算装置６０はメモリ７４をさらに備えている。このメモリ７４は、ランダムアクセスメモリ（ＲＡＭ）であってもよく、読込専用メモリ（ＲＯＭ）であってもよい。一般的には、プロセッサ７２によって処理されるあらゆるアプリケーションはメモリ７４に読み込まれる。遠隔演算装置６０はさらに、ネットワークインターフェース７８を備えている。このネットワークインターフェース７８は、遠隔演算装置６０が、画像処理装置３０などの別の装置と通信することを可能にする。なお、実施形態によっては、遠隔演算装置６０は、ユーザインターフェース（ＵＩ）８０をさらに備えているものもあるが、これは多くの実施形態において不要である。また、遠隔演算装置６０は、本発明の実施形態の画像処理装置３０によってアクセスされるアプリケーションおよびデータを記憶させる記憶装置６２を備えている。プロセッサ７２、メモリ７４、記憶装置６２、ネットワークインターフェース７８、および任意に備えられるユーザインターフェース８０は、一般的に、システムバス７６によって接続されている。これによって、各部材間のデータ伝送が可能になる。通信回線６４は、ネットワークインターフェース７８を介して、遠隔演算装置６０を別の装置と接続させる。
【０１２５】
図８に関して記載したいくつかの実施形態では、遠隔演算装置６０は、記憶装置６２またはメモリ７４に記憶されたメニューデータを有している。画像処理装置３０のユーザインターフェース３２上にこのメニューデータが表示されるように構成されていてもよい。また、上記メニューデータは、様々な形式および構成で記憶されてよい。実施形態の中には、上記メニューデータが、マークアップ言語によって表現される言語形式（form of terms）であってもよいものもある。マークアップ言語としては、ハイパーテキストマークアップ言語（ＨＴＭＬ）、エクステンシブルマークアップ言語（ＸＭＬ）、ワイヤレスマークアップ言語（ＷＭＬ）、エクステンシブルハイパーテキストマークアップ言語（ＸＨＴＭＬ）、および／または他の言語を用いることができる。本実施形態では、メニューデータは、工程８２において、通信回線６４を介して画像処理装置３０へと送信される。従って、画像処理装置３０上に表示されるように構成されたメニューデータは、遠隔演算装置６０に記憶されている。
【０１２６】
次に、いくつかの実施形態の遠隔演算装置６０は、ユーザ入力を受信する（工程８４）ように構成されている。このユーザ入力は、画像処理装置３０のユーザインターフェース３２を介して入力され、通信回線３８ならびに６４を介して遠隔演算装置６０へ伝送されたものである。遠隔演算装置６０は、この入力データを受信すると、この入力データの処理を行う（工程８６）。この処理工程８６は、このデータを新たな形式に変換する工程であってもよく、このデータ内のコマンドを実行する工程であってもよく、その他の処理工程であってもよい。遠隔演算装置６０は、上記入力データを処理（工程８６）した後、処理結果を画像処理装置３０へ返信する。画像処理装置３０は、受信した処理結果を、画像処理装置３０における処理または画像処理装置３０において実行する機能に使用する。
【０１２７】
他の実施形態について、図９を参照して説明する。この実施形態では、遠隔演算装置６０は、画像処理装置３０のディスプレイ３６用に構成されているメニューデータを、マークアップ言語を用いて送信する（工程９０）。このマークアップ言語メニューデータは、画像処理装置３０において受信され、ユーザに表示される。これによって、通常は、画像処理装置３０のユーザインターフェース３２上でユーザが迅速に入力できるようになる。このユーザ入力は、画像処理装置３０によって遠隔演算装置ＲＣＤ６０へと送信され、遠隔演算装置ＲＣＤ６０は、画像処理装置３０上のメニューデータを迅速に表示する入力データを受信する（工程９２）。さらに、遠隔演算装置ＲＣＤ６０は、受信した入力データを処理する（工程９４）。この処理工程は、例えば、形式、文書、または遠隔演算装置ＲＣＤ６０に記憶されているその他のデータを選択、記録、変更等する工程であってもよく、上記ユーザ入力によって識別されたユーザを認証する工程であってもよく、上記ユーザによって入力された文書を翻訳する工程であってもよく、ユーザ入力に関連するマップまたはその他の指示を生成する工程であってもよく、あるいはその他の処理または機能であってもよい。
【０１２８】
本発明のさらに他の実施形態について、図１０および図１１を参照して説明する。上記実施形態は、少なくとも一台の遠隔演算装置ＲＣＤ６０、および複数の画像処理装置３０ａ〜３０ｄを含んでいる。上記実施形態において、画像処理装置３０ａ〜３０ｄの内の少なくとも一台は、ディスプレイ３６およびユーザ入力パネル３４を有するユーザインターフェース３２を備えている。ユーザ入力パネル３４は、ディスプレイと一体型（すなわちタッチスクリーン）であってもよく、あるいはディスプレイとは別個の入力装置であってもよい。遠隔演算装置ＲＣＤ６０は、通信回線およびネットワーク１００によって画像処理装置３０ａ〜３０ｄに接続されている。これにより、遠隔演算装置ＲＣＤ６０と画像処理装置３０ａ〜３０ｄとの間のデータ伝送が可能になっている。
【０１２９】
上記実施形態では、メニューデータは、遠隔演算装置ＲＣＤ６０に記憶されており、そして画像処理装置３０ａ〜３０ｄの内の少なくとも一台に送信される。そして、このメニューデータは、ユーザインターフェースに表示される。画像処理装置３０ａ〜３０ｄのいずれも、上記メニューデータを受信しユーザ入力を受け付け（工程１１２）、受け付けたユーザ入力を遠隔演算装置６０へ伝送する（工程１１４）ように構成されている。遠隔演算装置６０は、ユーザ入力データを受信すると、前述の実施形態と同様にこのデータを処理する（工程１１６）。そして、処理（工程１１６）の結果を、任意に組み合わせた画像処理装置３０ａ〜３０ｄへと返信する（工程１１８）。
【０１３０】
上記実施形態では、一台の遠隔演算装置ＲＣＤ６０を使用して、処理能力、リソース、および機能性を複数の画像処理装置３０ａ〜３０ｄへ供給している。このとき、これらのリソースを各画像処理装置において再生することはない。なお、実施形態によっては、ある画像処理装置３０ａに対する入力に応じて生成した処理データを、この処理データの出力または最終処理のために、別の画像処理装置３０ｄへ送信するようにしてもよいものもある。
【０１３１】
本発明のさらに他の実施形態について、図１２を参照して説明する。本実施形態では、画像処理装置（ＩＤｅｖ）１２０は、ユーザインターフェース１２４を備えている。ユーザインターフェース１２４は、ユーザ入力を受け付けることができ、また、データをユーザに表示することができる。ユーザインターフェース１２４は、一般にディスプレイを備えている。このディスプレイは、タッチパネルの形態であることが多い。このディスプレイは、データをユーザに表示するために使用される。このデータは、例えば、ユーザＩＤおよびパスワードなどのユーザ選択、データ入力、形式選択、およびその他の入力を迅速にするための、メニューデータなどである。画像処理装置１２０は、通信回線１２２を備えている。この通信回線１２２としては、一般的なコンピュータネットワーク接続、シリアルケーブル、あるいは、別の実施形態において説明した有線または無線通信回線を用いることができる。通信回線１２２は、画像処理装置１２０を、サーバなどの遠隔演算装置（ＲＣＤ）１２６ａ、１２６ｂへ接続する。遠隔演算装置１２６ａ、１２６ｂは、形式やその他のデータなどの文書を記憶するためのものであってもよく、データを画像処理装置１２０からアクセス可能にするために使用されるものであってもよい。遠隔演算装置ＲＣＤ１２６ａ、１２６ｂはまた、画像処理装置１２０およびそのユーザインターフェース１２４と情報交換するアプリケーションや、上記の画像処理装置１２０およびそのユーザインターフェース１２４に対する入力を受け付けるアプリケーションを実行するものであってもよい。また、実施形態によっては、データベース１２５が、画像処理装置１２０および／または遠隔演算装置１２６ａ・１２６ｂにリンクされていてもよいものもある。また、実施形態によっては、遠隔演算装置１２６ｂまたはデータベース１２５が、インターネット１２８などの広域ネットワークを介して画像処理装置１２０に接続されていてもよいものもある。
【０１３２】
（アクセス認証管理に関する実施形態）
本発明の実施形態は、以下のような方法やシステムを含んでいる。すなわち、複数の異なる制限されたサービスを備えたシステムにおいて、ユーザの認証データ（クレデンシャルデータ）の複数回の入力を削減するための方法およびシステムであり、ユニークな認証データが各サブシステムで要求される。本実施形態に係る画像処理装置（ＩＤｅｖ）システムでは、画像処理装置は、アカウンティング制御の下に配置されており、このことは、画像処理装置が、当該画像処理装置の動作記録を行うためにサーバ上で起動しているアプリケーションに接続されていることを意味する。各ユーザによって実行されたコピーの回数のような動作記録に加えて、アカウティングサーバプリケーションは、ユーザの認証情報（クレデンシャル）に応じて、画像処理装置の特定の機能または全ての機能を、利用可能または利用不可能としてもよい。ここで、認証情報（クレデンシャル）とは、各ユーザにユニークに与えられた情報であり、ユーザＩＤや、パスワードなどが含まれる。アカウンティングアプリケーションまたはアクセス制御アプリケーションは、画像処理装置にログインしているユーザによって入力された認証情報（クレデンシャル）に従って、リモートサーバ上で実行しているアプリケーションへのアクセス制御を行っても良い。この方式では、アプリケーションおよび機能を、特定のユーザだけが利用可能にすることができる。また、特定のアプリケーションおよび機能の使用について、特定のアカウントに対して課金請求することができる。アカウンティングアプリケーション（ＡｃｃｔＡｐｐ）には、特定のアカウントフォルダに対するアクセスを制限するための、アクセス制御アプリケーション（ＡＣＡ）が含まれる。
【０１３３】
本システムでは、ドキュメント管理システム（ＤＭＳ）のようなリモートアプリケーションにユーザがアクセスしたい場合、ユーザは、まず最初に、画像処理装置のアカウンティングサーバプリケーション（ＡｃｃｔＡｐｐ）またはアクセス制御アプリケーション（ＡＣＡ）に対して、サインオンを行う。このとき、ユーザは、認証情報（クレデンシャル）の入力を行い、当該認証情報の認証がＡｃｃｔＡｐｐによって行われる。次に、ユーザは、ＤＭＳのようなアプリケーションを選択する。ただし、従来では、この独立したアプリケーションにアクセスするために、ＤＭＳ用のユーザの認証情報（クレデンシャル）の入力が再度要求される。もし、その後にユーザが他の機能やアプリケーションを選択すると、ユーザは、当該機能やアプリケーション用のユーザの認証情報（クレデンシャル）の入力が再度要求される。複雑な仕事をもつユーザにとって、認証情報（クレデンシャル）の入力は、うんざりするものであり、時間の無駄でもあり、管理が困難とする。
【０１３４】
また、本実施形態に係る方法およびシステムは、シングルサインオンサーバプリケーション（ＳＳＯＳＡ）を用いることにより、複数および時折の余分なユーザの認証情報の入力を削減することを可能とするものである。ＳＳＯＳＡは、認証情報データを管理するとともに、機能および／またはアプリケーションのような適切なサービスに認証情報を出力（dispense）するものである。また、本実施形態において、ＳＳＯＳＡは、認証されるユーザの認証情報と、全てのサポートされる機能およびアプリケーションの認証情報要求物とを対応付けた、ユーザ認証情報データテーブルを備えていても良い。ユーザ認証情報データテーブルは、全てのサポートされた機能やアプリケーションに対するサインオン認証情報データを含む列だけでなく、最初のアカウンティングサーバプリケーションの認証情報データを含む他の列に関連付けられたサインオントークンデータを含む列を有していてもよい。
【０１３５】
ＳＳＯＳＡは、１以上の画像処理装置、アカウンティングサーバプリケーション、および、ローカルおよびリモートアプリケーションを含む１以上のサービス、が結合されたネットワークの一部として動作する。ＳＳＯＳＡは、遠隔演算装置上で動作するアプリケーションであってもよい。ユーザの認証情報（クレデンシャル）は、画像処理装置に一旦入力されると、アカウンティングサーバプリケーションまたはアクセス制御アプリケーションに送信される。アカウンティングサーバプリケーションまたはアクセス制御アプリケーションは、ＳＳＯＳＡと通信可能である。ＳＳＯＳＡは、ユーザの認証情報データを含む、データテーブルまたはデータベースにアクセスし、ユーザのサービス認証情報に関連したシングルサインオントークンを生成する。シングルサインオントークンは、認証情報データを変更する代わりに、画像処理装置によって、１以上のアプリケーションに送信される。
【０１３６】
また、本発明の実施形態において、画像処理装置は、１以上の他の画像処理装置（ＩＤｅｖ）、および／または、１以上の遠隔演算装置（ＲＣＤｓ）と通信可能であってもよい。これらの装置は、画像処理装置のユーザから離れているアプリケーションを起動することができ、シングルサインオンサーバプリケーション（ＳＳＯＳＡ）と通信可能である。
【０１３７】
本実施形態について、図１３Ａを参照しながら説明する。本実施形態は、ネットワークに接続され、アカウンティング制御された１以上の画像処理装置（ＩＤｅｖ）１３０を備えている。画像処理装置１３０は、シングルサインオンサーバプリケーション（ＳＳＯＳＡ）１３２と通信可能である。これら１以上の画像処理装置１３０は、遠隔演算装置（ＲＣＤ）上で動作するリモートサーバプリケーションのようなリモートサービス１３１とも通信可能である。当該画像処理装置１３０は、自身に組み込まれた機能１３３Ａ、１３３Ｂを備えている。機能１３３Ａ・１３３Ｂは、アクセス制御されており、許可された認証情報でのみアクセス可能である。
【０１３８】
本実施形態では、画像処理装置１３０は、ユーザがサインオンした（入力した）認証情報（ユーザサインオン認証情報）をＳＳＯＳＡ１３２に送信する。ＳＳＯＳＡ１３２は、当該認証情報の認証を行い、シングルサインオン（ＳＳＯ）のトークンを出力する。該シングルサインオン（ＳＳＯ）のトークンは、リモートアプリケーション１３１Ａ・１３１Ｂおよび機能１３３Ａ・１３３Ｂのような特定のサービスのためのユーザサービス認証情報と関連している。ユーザサービス認証情報は、ユーザが、サービスへのアクセスを行うために使うものであり、これらのサービスへのアクセスを行うときに手動で入力する認証情報である。
【０１３９】
ＳＳＯのトークンがユーザサービス認証情報と関連づけられ、画像処理装置１３０に送信されると、画像処理装置１３０は、対応するサービスへのサインオンのために当該トークンを使用する。画像処理装置のユーザは、サービス１３１Ａを選択した場合、画像処理装置１３０は、ＳＳＯのトークンをサービス１３１Ａに送信する。サービス１３１Ａは、当該トークンの受領に対する応答として、当該ＳＳＯのトークンをＳＳＯＳＡ１３２に転送する。ＳＳＯＳＡ１３２は、ユーザサービス認証情報とトークンとの関係を認識しており、サービス１３１Ａに対して、当該サービスのためのユーザの認証情報を送信する。その後、サービス１３１Ａは、認証情報の認証を行い、画像処理装置１３０のユーザに対して、アクセスを許可する。他のアプリケーション１３１Ｂおよび画像処理装置の機能１３３Ａ・１３３Ｂも、同様の方法で、サービスに特有の認証情報を入力することなしに、アクセスできる。
【０１４０】
また、本発明の別の実施形態について、図１３Ｂを参照しながら説明する。本実施形態は、ネットワーク接続され、アカウンティング制御された１以上の画像処理装置１３４を備える。画像処理装置１３４は、アカウンティングサーバプリケーション１３５と通信可能である。また、アカウンティングサーバプリケーション１３５は、シングルサインオンサーバプリケーション（ＳＳＯＳＡ）１３６と通信可能である。画像処理装置１３４は、サービス１３７および１３８と通信可能である。サービス１３７・１３８は、リモートアプリケーションである。また、画像処理装置１３４は、自身に組み込まれた機能１３９Ａ・１３９Ｂを備える。これらのサービス１３７・１３８・１３９Ａ・１３９Ｂは、ＳＳＯＳＡ１３６と通信可能である。
【０１４１】
図１３Ｂに示される実施形態は、ユーザによってサインオンされた認証情報をアカウンティングアプリケーション１３５が受け取り、アカウンティングアプリケーション１３５が認証情報の認証を行うことを除いて、図１３Ａに示される形態と同様の動作を行う。アカウンティングアプリケーション１３５は、認証情報の認証に成功したとき、ＳＳＯＳＡ１３６に対してＳＳＯのトークンを要求する。それから、ＳＳＯのトークンは、画像処理装置１３４に転送される。この方法では、アカウンティングアプリケーション１３５は、画像処理装置１３４とＳＳＯＳＡ１３６との間の中継として機能し、認証アプリケーションとして動作する。
【０１４２】
本実施形態において、図１４に示されるように、ユーザサービス認証情報データを含むユーザの認証情報データは、ユーザを、シングルサインオンのトークンと対応付けるテーブル上に格納される。当該トークンは、さらに、特定のサービスのためのユーザサービス認証情報データと関連付けられている。
【０１４３】
本実施形態による方法について、図１５を参照しながら説明する。本実施形態では、ユーザは、認証情報を画像処理装置に入力し、画像処理装置は、当該認証情報をＳＳＯＳＡに送信する（工程１５０）。その後、ＳＳＯＳＡは、認証情報の認証を行う（工程１５１）。認証成功すると（工程１５２）、ＳＳＯＳＡは、ＳＳＯのトークンを該ユーザに発行し、該ユーザによる使用のために、発行したトークンを画像処理装置に送信する（工程１５４）。その後、画像処理装置は、トークンを格納し（工程１５６）、必要に応じて、サービスのユーザ認証のために当該トークンを用いる。
【０１４４】
ＳＳＯのトークンの使用例について、図１６を参照しながら説明する。本実施形態では、ユーザは、アクセス制御されたサービスを選択している（工程１６１）。アクセス制御システムは、認証を必要とする。認証情報のユーザ入力を要求する代わりに、画像処理装置は、当該サービスにトークンを送信する（工程１６２）。ＳＳＯのトークンを受信すると、該サービスは、トークンを認識し、当該トークン、または、当該トークンと同等のトークンを、ＳＳＯＳＡに送信する（工程１６３）。次に、ＳＳＯＳＡは、当該トークンを受信し、当該トークンと、当該トークンを送信したサービスに関連するユーザサービス認証情報とを対応付ける。その後、ＳＳＯＳＡは、適切なユーザサービス認証情報データをサービスに送信する（工程１６４）。サービスは、ユーザサービス認証情報データを取得し、サービスへのアクセスを許可するためにユーザの認証情報の認証を行う（工程１６５）。認証に成功すると、ユーザは、画像処理装置を介して、サービスへのアクセスが許可される（工程１６６）。
【０１４５】
本発明の別の実施形態について、図１７を参照しながら説明する。本実施形態では、ユーザは、画像処理装置に認証情報をログイン入力する。そして、画像処理装置は、当該認証情報を、アカウンティングアプリケーション、または、アクセス制御アプリケーションに送信する（工程１７０）。当該アカウンティングアプリケーション、または、アクセス制御アプリケーションは、ユーザの認証情報の認証を行い、認証成功すると、ＳＳＯＳＡに対して、シングルサインオンのトークンの生成または割り当てを要求する（工程１７１）。その後、ＳＳＯＳＡは、トークンの生成または割り当てを行い、当該トークンと、ユーザのユーザサービス認証情報データとを対応付ける（工程１７２）。次に、ＳＳＯＳＡは、生成したＳＳＯのトークンを、アカウンティングアプリケーションまたはアクセス制御アプリケーションに送信する（工程１７３）。アカウンティングアプリケーションまたはアクセス制御アプリケーションは、ＳＳＯのトークンを画像処理装置に送信する（工程１７４）。そして、画像処理装置は、サービスでのユーザ認証のために、当該ＳＳＯのトークンを記憶する（工程１７５）。
【０１４６】
図１７で示した実施形態において、発行されたＳＳＯのトークンの使用方法は、図１６で示した使用方法と類似している。ＳＳＯのトークンは、ユーザの認証情報の代わりに、サービスに送信され、サービスは、ＳＳＯＳＡと協動して、当該サービスのためのユーザサービス認証情報データを取得する。サービスは、ＳＳＯＳＡから供給された認証情報データの認証を行い、当該認証結果に基づいて、アクセス許可を行う。
【０１４７】
図１８は、本発明に係る実施形態の、ＳＳＯのトークンを利用するために適した１以上の画像処理装置の処理の流れを示す図である。本実施形態では、画像処理装置は、ユーザがサインオンした認証情報を受け取り（工程１８０）、当該認証情報をＳＳＯＳＡに送信する（工程１８１）。認証情報の認証が成功した場合、画像処理装置は、ＳＳＯのトークンをＳＳＯＳＡから受信し（工程１８４）、アクセス制御アプリケーションやその他の機能を用いてユーザの認証時に使用するために、当該ＳＳＯのトークンを記憶する（工程１８５）。サインオンされた認証情報の認証に失敗した場合、ＳＳＯのトークンは、発行されず、画像処理装置に送信されない。さらに、システムへのアクセスは、拒否される（工程１８３）。
【０１４８】
図１９は、本発明に係る実施形態の、アカウンティングアプリケーションや他の形式のアクセス制御アプリケーションとの通信に適した画像処理装置の処理の流れを示す図である。画像処理装置は、ＳＳＯＳＡから１以上のＳＳＯのトークンを、アカウンティングアプリケーションや他の形式のアクセス制御アプリケーションを介して取得する。本実施形態では、画像処理装置は、ユーザによってサインオンされた認証情報を受け取り（工程１９０）、当該認証情報をアカウンティングアプリケーションまたはアクセス制御アプリケーションに送信する（工程１９１）。アカウンティングアプリケーション／アクセス制御アプリケーションは、ユーザ認証するために、当該認証情報に基づいた認証を実行する。認証情報の認証が成功した場合、アカウンティングアプリケーション／アクセス制御アプリケーションは、ＳＳＯＳＡに対して、画像処理装置のユーザのためのＳＳＯのトークンの要求を送信する。その後、ＳＳＯＳＡは、他の実施形態でも上述したように、トークンを発行し、ＳＳＯのトークンをアカウンティングアプリケーション／アクセス制御アプリケーションに送信する。そして、アカウンティングアプリケーション／アクセス制御アプリケーションは、画像処理装置にＳＳＯのトークンを出力する。本実施形態の画像処理装置は、ＳＳＯトークンを受信し（工程１９４）、関連するサービスで使用するために当該トークンを記憶しておく（工程１９５）。
【０１４９】
図１８、１９について上述したように、一旦、画像処理装置がＳＳＯのトークンを受信し記憶すると、関連するサービスにおいてユーザ認証を行うために使用される。図２０を参照しながら、この処理について説明する。本実施形態では、画像処理装置のユーザは、アクセス制御されたサービスを選択する（工程２００）。このサービスは、スキャン、プリント、コピーのような、画像処理装置に組み込まれた機能である。または、当該サービスは、遠隔演算装置（ＲＣＤ）上で動作するリモートアプリケーションでもよい。このサービス選択に応じて、または、このサービスからの応答に応じて、画像処理装置は、選択されたサービスに対して、ＳＳＯのトークンを送信する（工程２０１）。その後、このサービスは、そのサービスに関連するユーザサービス認証情報の代わりに、ＳＳＯＳＡに対してＳＳＯのトークンを送信することにより、応答する。サービスは、ＳＳＯＳＡから当該認証情報を受信すると、当該認証情報の認証を行う（工程２０２）。認証成功すると、サービスは、画像処理装置のユーザに対してアクセスを許可し、画像処理装置のユーザは、このアクセスを受領し、サービスの利用を進めることができる（工程２０４）。認証失敗すると、アクセスが拒否される（工程２０３）。
【０１５０】
図２１は、本発明に係る実施形態の、画像処理装置に直接通信するように構成されたシングルサインオンアプリケーション（ＳＳＯＳＡ）の処理の流れを示す図である。本実施形態では、ＳＳＯＳＡは、ユーザによってサインオンされた認証情報を画像処理装置から受信する（工程２１０）。これらの認証情報に対して、ユーザ確認のために認証が行われる（工程２１１）。認証成功すると（工程２１２）、ＳＳＯＳＡは、ＳＳＯのトークンと、ユーザのユーザサービス認証情報とを対応付け、トークンを発行する（工程２１４）。その後、ＳＳＯＳＡは、画像処理装置に、当該トークンを送信する（工程２１５）。画像処理装置では、トークンを記憶し、関連するサービスでのユーザの認証のために当該トークンを使用する。
【０１５１】
図２２は、本発明に係る実施形態の、ＳＳＯのトークンをアカウンティングアプリケーションまたはアクセス制御アプリケーション（ＡｃｃｔＡｐｐ）を介して画像処理装置に発行するように構成されたシングルサインオンサーバプリケーション（ＳＳＯＳＡ）の処理の流れを示す図である。本実施形態では、ＳＳＯＳＡは、ＡｃｃｔＡｐｐからＳＳＯのトークンの要求を受信する（工程２２０）。本実施形態では、ＡｃｃｔＡｐｐは、既にユーザの認証情報の認証を行っており、ユーザを識別している。ＡｃｃｔＡｐｐからのＳＳＯのトークンの要求により、ＳＳＯＳＡがユーザを識別可能となる。ＳＳＯＳＡは、ＳＳＯトークンとユーザのユーザサービス認証情報とを対応付けるとともに（工程２２１）、ＳＳＯのトークンを発行することにより、当該要求を処理する。ＳＳＯＳＡは、当該ＳＳＯのトークンをＡｃｃｔＡｐｐに送信する（工程２２２）。ＡｃｃｔＡｐｐは、関連するサービスで使用するために、当該ＳＳＯのトークンを要求のあった画像処理装置に出力する。
【０１５２】
図２１および２２に示したＳＳＯＳＡは、図２３に示されるような、更なる機能を備えていても良い。すなわち、ＳＳＯＳＡは、ユーザサービス認証情報の要求として、サービスからＳＳＯのトークンを受信する（工程２３０）。ＳＳＯＳＡは、サービスから受信したＳＳＯのトークンを、ＳＳＯＳＡに記憶されているユーザサービス認証情報データに対応付ける（マッチング）ことにより（工程２３１）、この要求に対して応答する。これらのサービスの認証情報は、ＳＳＯＳＡで一旦検索されると、要求を行ったサービスに対して送信される。要求したサービスは、認証情報の認証を行い、対応するユーザに対してアクセスを許可する。
【０１５３】
図２４は、本発明に係る実施形態の、ＳＳＯＳＡへのゲートウェイとして実行するように構成されたアカウンティングアプリケーションまたはアクセス制御アプリケーション（ＡｃｃｔＡｐｐ）の処理の流れを示す図である。本実施形態では、アカウンティングアプリケーションは、認証情報の認証処理を行うアプリケーションであり、アクセス制御アプリケーション（ＡｃｃｔＡｐｐ）は、認証処理を実行するアプリケーションである。本実施形態では、ＡｃｃｔＡｐｐは、典型的には、画像処理装置からユーザの認証情報を受信する（工程２４０）。ＡｃｃｔＡｐｐは、ユーザ確認を行うために認証情報の認証を行うことにより（工程２４１）、応答する。認証が成功した場合（工程２４２）、ＡｃｃｔＡｐｐは、ＳＳＯＳＡに対して、ＳＳＯのトークンの要求を送信する（工程２４４）。認証処理が失敗した場合、トークン要求が送信されることなく、ユーザアクセスは拒否される（工程２４３）。ＳＳＯＳＡは、トークンの要求に応答して、ＳＳＯのトークンと、認証されたユーザのユーザサービス認証情報データとを対応付け、当該ＳＳＯのトークンをＡｃｃｔＡｐｐに送信する。本実施形態のＡｃｃｔＡｐｐは、ＳＳＯのトークンを受信し（工程２４５）、関連するサービスでの使用のために画像処理装置にＳＳＯトークンを送信する（工程２４６）。
【０１５４】
図２５は、本発明に係る実施形態の、ＳＳＯのトークンおよび他の通信を使用する、画像処理装置および／またはＳＳＯＳＡと情報通信するように構成されたサービスにおける処理の流れを示す図である。本実施形態では、アクセス制御されたサービスは、画像処理装置からＳＳＯのトークンを受信する（工程２５０）。これは、認証情報のユーザ入力の代わりに実行される。サービスは、ＳＳＯのトークンの受信に応答して、当該トークンをＳＳＯＳＡに出力する（工程２５１）。なお、トークンは、サービスにおいて、ユーザデータや他の情報を取得するために処理されてもよい。ＳＳＯＳＡは、ＳＳＯのトークンに対応するユーザサービス認証情報データを検索し、ユーザサービス認証情報データを要求したサービスに送信することで応答する。その後、本実施形態のサービスは、ユーザサービス認証情報データを受信し（工程２５２）、画像処理装置のユーザを確認するために認証情報の認証を行う（工程２５３）。認証成功した場合、サービスは、ユーザに対してアクセスを許可する（工程２５６）。認証に失敗した場合、アクセスは拒否される（工程２５５）。
【０１５５】
図１３Ａに示した実施形態での、画像処理装置（ＩＤｅｖ）１３０と、シングルサインオンサーバアプリケーション（ＳＳＯＳＡ）１３２と、サービス１３１Ａ・１３１Ｂとの機能構成について、以下に説明する。図２６は、図１３Ａに示した実施形態の画像処理装置（ＩＤｅｖ）１３０と、シングルサインオンサーバアプリケーション（ＳＳＯＳＡ）１３２と、サービス１３１Ａ・１３１Ｂとの機能構成を示すブロック図である。
【０１５６】
図２６に示されるように、画像処理装置１３０は、認証情報取得部１３０１と、トークン受付部１３０２と、トークン管理部１３０３と、アクセス要求部１３０４とを備える。
【０１５７】
認証情報取得部１３０１は、図２に示したユーザインターフェース（ＵＩ）パネル２からユーザ入力された認証情報（クレデンシャル）（以下、ユーザ入力認証情報という）を取得するものである。認証情報取得部１３０１は、取得したユーザ入力認証情報をシングルサインオンサーバアプリケーション（ＳＳＯＳＡ）１３２に送信する。
【０１５８】
トークン受付部１３０２は、ＳＳＯＳＡ１３２において発行されたシングルサインオン（ＳＳＯ）のトークンを受け付け、受け付けたＳＳＯのトークンをトークン管理部１３０３に格納するものである。
【０１５９】
トークン管理部１３０３は、ＳＳＯＳＡ１３２から送信されたトークンを記憶するものである。
【０１６０】
アクセス要求部１３０４は、ユーザインターフェース（ＵＩ）パネル２に入力された指示に応じたサービス１３１Ａ・１３１Ｂ・１３３Ａ・１３３Ｂに対して、アクセス要求を行うものである。アクセス要求部１３０４は、アクセス要求を行う際に、トークン管理部１３０３が記憶するＳＳＯのトークンをサービスに送信する。そして、アクセス要求部１３０４は、サービスからのアクセス許可通知を受ける。アクセス要求部１３０４がアクセス許可通知を受けると、画像処理装置１３０は、サービスとのデータ通信を開始する。
【０１６１】
シングルサインオンサーバアプリケーション（ＳＳＯＳＡ）１３２は、図２６に示されるように、認証処理部１３２１と、トークン発行部１３２２と、ルックアップテーブル１３２３と、ユーザサービス認証情報通知部１３２４とを備える。
【０１６２】
認証処理部１３２１は、画像処理装置１３０から送信されたユーザ入力認証情報の認証処理を行うものである。認証処理部１３２１は、認証に成功した場合、トークン発行部１３２２に対して、当該ユーザ入力認証情報とともにトークン発行指示を出力する。
【０１６３】
トークン発行部１３２２は、認証処理部１３２１からトークン発行指示を受けたときに、ユーザ入力認証情報と、シングルサインオンのトークンとを対応付ける。なお、当該トークンは、少なくとも１つのサービス（サービス１３１Ａ・１３１Ｂ・１３３Ａ・１３３Ｂの少なくとも１つ）の利用時に必要なユーザサービス認証情報と関連付けられている。そして、トークン発行部１３２２は、発行したトークンを画像処理装置１３０に返信する。さらに、トークン発行部１３２２は、発行したトークンと、当該トークンと関連付けられているユーザサービス認証情報とを対応付けた情報を、ルックアップテーブル１３２３に書き込む。
【０１６４】
ルックアップテーブル１３２３は、トークン発行部１３２２が発行したトークンと、ユーザサービス認証情報と、ユーザ入力認証情報とを対応付けたテーブルであり、例えば、図１４に示される。
【０１６５】
ユーザサービス認証情報通知部１３２４は、サービス１３１Ａ・１３１Ｂ・１３３Ａ・１３３Ｂからトークンを受信したときに、当該トークンに対応するとともに、当該トークンを送信したサービスに対応する、ユーザサービス認証情報をルックアップテーブル１３２３から読み出し、当該サービスに返信するものである。
【０１６６】
サービス１３１Ａ・１３１Ｂは、図２６に示されるように、アクセス要求受付部１３１１と、ユーザサービス認証情報要求部１３１２と、判定部１３１３とを備える。
【０１６７】
アクセス要求受付部１３１１は、画像処理装置１３０からアクセス要求を受け付けるものである。アクセス要求受付部１３１１は、アクセス要求とともにトークンを画像処理装置１３０から受信する。アクセス要求受付部１３１１は、受信したトークンをユーザサービス認証情報要求部１３１２に出力する。
【０１６８】
ユーザサービス認証情報要求部１３１２は、アクセス要求受付部１３１１からトークンを受けると、ＳＳＯＳＡ１３２に対して、当該トークンを送信するとともに、ユーザサービス認証情報を要求する。
【０１６９】
なお、図２６に示したサービス１３１Ａ・１３１Ｂの構成は、サービス１３３Ａ・１３３Ｂにも適用される。
【０１７０】
次に、図１３Ｂに示した実施形態での、画像処理装置（ＩＤｅｖ）１３４と、シングルサインオンサーバアプリケーション（ＳＳＯＳＡ）１３６と、サービス１３７・１３８と、アカウンティングアプリケーション（ＡｃｃｔＡｐｐ）１３５との機能構成について説明する。図２７は、図１３Ｂに示した実施形態の画像処理装置（ＩＤｅｖ）１３４と、ＳＳＯＳＡ１３６と、サービス１３７・１３８と、ＡｃｃｔＡｐｐ１３５との機能構成を示すブロック図である。
【０１７１】
図２７に示されるように、画像処理装置１３４は、認証情報取得部１３４１と、トークン受付部１３４２と、トークン管理部１３４３と、アクセス要求部１３４４とを備える。
【０１７２】
認証情報取得部１３４１は、図２６に示した認証情報取得部１３０１と比較して、取得したユーザ入力認証情報をＡｃｃｔＡｐｐ１３５に送信する点で異なり、他の機能については、認証情報取得部１３０１と同様である。
【０１７３】
トークン受付部１３４２と、トークン管理部１３４３と、アクセス要求部１３４４とは、それぞれ、図２６に示したトークン受付部１３０２と、トークン管理部１３０３と、アクセス要求部１３０４と同様の機能を有するものであるため、説明を省略する。
【０１７４】
ＡｃｃｔＡｐｐ１３５は、図２７に示されるように、認証処理部１３５１と、トークン要求部１３５２と、トークン転送部１３５３とを備える。
【０１７５】
認証処理部１３５１は、画像処理装置１３４から送信されたユーザ入力認証情報の認証処理を行うものである。認証処理部１３５１は、認証に成功した場合、トークン要求部１３５２に対して、当該ユーザ入力認証情報とともにトークン要求指示を出力する。
【０１７６】
トークン要求部１３５２は、トークン要求指示を受けた場合、当該トークン要求指示とともに受けたユーザ入力認証情報で示されるユーザに対するトークンを発行するように、ＳＳＯＳＡ１３６に要求するものである。トークン要求部１３５２は、当該要求を行う際に、ユーザ入力認証情報（例えば、ユーザＩＤなど）もＳＳＯＳＡ１３６に送信する。
【０１７７】
トークン転送部１３５３は、トークン要求部１３５２からＳＳＯＳＡ１３６に対する要求の応答として、当該ＳＳＯＳＡ１３６からトークンを受信し、受信したトークンを画像処理装置１３４のトークン受付部１３４２に転送するものである。
【０１７８】
シングルサインオンサーバアプリケーション（ＳＳＯＳＡ）１３６は、図２７に示されるように、トークン発行部１３６２と、ルックアップテーブル１３６３と、ユーザサービス認証情報通知部１３６４とを備える。
【０１７９】
トークン発行部１３６２は、ＡｃｃｔＡｐｐ１３５からの要求に応じて、ユーザ入力認証情報と、シングルサインオンのトークンとを対応付ける。なお、当該トークンは、少なくとも１つのサービス（サービス１３７・１３８・１３９Ａ・１３９Ｂの少なくとも１つ）の利用時に必要なユーザサービス認証情報と関連付けられている。そして、トークン発行部１３６２は、発行したトークンを画像処理装置１３０に返信する。さらに、トークン発行部１３６２は、発行したトークンと、当該トークンと関連付けられているユーザサービス認証情報とを対応付けた情報を、ルックアップテーブル１３６３に書き込む。
【０１８０】
ルックアップテーブル１３６３およびユーザサービス認証情報通知部１３６４は、図２６に示したルックアップテーブル１３２３およびユーザサービス認証情報通知部１３２４と同様の機能を有するため、ここでは説明を省略する。
【０１８１】
また、サービス１３７・１３８は、図２６で示したサービス１３１Ａ・１３１Ｂと同様の構成である。さらに、サービス１３９Ａ・１３９Ｂ（図１３Ｂ参照）もサービス１３７・１３８と同様の構成である。
【０１８２】
本明細書中において使用されている用語および表現は、内容を説明するためのものであって本発明の技術範囲を限定するものではない。また、これらの用語および表現は、図示および説明されている本発明の特徴あるいはその一部に関して差異をつけることを意図したものではない。つまり、本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、上述した実施形態において開示された各技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０１８３】
本発明は、例えば、画像処理機能を有するプリンタ、コピー機、スキャナ、ファックス等を備えたシステムに適用することができる。
【図面の簡単な説明】
【０１８４】
【図１】遠隔演算装置に接続された画像処理装置を含む、本発明の一実施形態を示す図である。
【図２】画像処理装置用の典型的なユーザインターフェースを示す図である。
【図３】画像処理装置の一例を示す図である。
【図４】画像処理装置での処理の流れを示すフローチャートである。
【図５】画像処理装置でのマークアップ言語を用いた処理の流れを示すフローチャートである。
【図６】遠隔演算装置の一例を示す図である。
【図７】遠隔演算装置の構成要素を示すブロック図である。
【図８】遠隔演算装置での処理の流れを示すフローチャートである。
【図９】遠隔演算装置でのマークアップ言語を用いた処理の流れを示すフローチャートである。
【図１０】遠隔演算装置に接続される複数の画像処理装置を備えたシステムを示す図である。
【図１１】図１０に示されるシステムでの処理の流れを示すフローチャートである。
【図１２】複数の遠隔演算装置およびリンクされたリソースを含む、本発明の一実施形態の構成要素を示す図である。
【図１３Ａ】本発明のアクセス認証管理に関する実施形態の画像処理装置、シングルサインオンサーバアプリケーション（ＳＳＯＳＡ）およびサービスを備えたシステムのブロック図である。
【図１３Ｂ】本発明のアクセス認証管理に関する別の実施形態の画像処理装置、アクセス制御アプリケーション、シングルサインオンサーバアプリケーション（ＳＳＯＳＡ）およびサービスを備えたシステムのブロック図である。
【図１４】ユーザの認証情報データテーブルの一例を示す図である。
【図１５】画像処理装置と直接通信可能なシングルサインオンサーバアプリケーションの処理の流れを示すフローチャートである。
【図１６】画像処理装置、ＳＳＯＳＡおよびサービスを備えた実施形態の処理の流れを示すフローチャートである。
【図１７】ＡｃｃｔＡｐｐを介した、ＳＳＯのトークン要求およびトークンの発行の処理の流れを示すフローチャートである。
【図１８】ＳＳＯＳＡと直接通信可能な画像形成装置の処理の流れを示すフローチャートである。
【図１９】ＡｃｃｔＡｐｐを介してＳＳＯＳＡと通信可能な画像形成装置の処理の流れを示すフローチャートである。
【図２０】ＳＳおのトークンのサービスへの送信およびアクセス受理の処理の流れを示すフローチャートである。
【図２１】ＳＳＯＳＡにおける、画像形成装置から直接にＳＳＯトークンの要求を受ける処理の流れを示すフローチャートである。
【図２２】ＳＳＯＳＡにおける、ＡｃｃｔＡｐｐからＳＳＯトークンの要求を受ける処理の流れを示すフローチャートである。
【図２３】ＳＳＯＳＡからサービスにユーザサービス認証情報を送信する処理の流れを示すフローチャートである。
【図２４】ユーザ入力された認証情報の認証処理およびＡｃｃｔＡｐｐに対するＳＳＯのトークンの要求処理の流れを示すフローチャートである。
【図２５】ＳＳＯトークンをユーザサービス認証情報に交換するサービスの処理の流れを示すフローチャートである。
【図２６】図１３Ａに示す実施形態の画像処理装置、サービスおよびＳＳＯＳＡの構成を示すブロック図である。
【図２７】図１３Ｂに示す実施形態の画像処理装置、ＡｃｃｔＡｐｐ、サービスおよびＳＳＯＳＡの構成を示すブロック図である。
【符号の説明】
【０１８５】
６  遠隔演算装置
１３０・１３４  画像処理装置
１３１Ａ・１３１Ｂ  サーバアプリケーション（サービス）
１３２・１３６  シングルサインオンサーバアプリケーション（ＳＳＯＳＡ）
１３３Ａ・１３３Ｂ  サービス（画像処理装置機能）
１３５  アカウンティングアプリケーション（ＡｃｃｔＡｐｐ）
１３０１  認証情報取得部
１３０２  トークン受付部
１３０３・１３４３  トークン管理部（記憶部）
１３０４・１３４４  アクセス要求部
１３１１  アクセス要求受付部
１３１２  ユーザサービス認証情報要求部
１３１３  判定部
１３２１  認証処理部
１３２２・１３６２  トークン発行部（受信手段、システム、発行手段）
１３２３・１３６３  ルックアップテーブル
１３２４・１３６４  ユーザサービス認証情報通知部
１３４１  認証情報取得部（認証情報送信手段）
１３４２  トークン受付部（トークン受信手段）
１３５１  認証処理部
１３５２  トークン要求部
１３５３  トークン転送部
【図２】
0004837475.tif 000006
【図３】
0004837475.tif 000007
【図４】
0004837475.tif 000008
【図５】
0004837475.tif 000009
【図６】
0004837475.tif 000010
【図７】
0004837475.tif 000011
【図８】
0004837475.tif 000012
【図９】
0004837475.tif 000013
【図１０】
0004837475.tif 000014
【図１１】
0004837475.tif 000015
【図１２】
0004837475.tif 000016
【図１３Ａ】
0004837475.tif 000017
【図１３Ｂ】
0004837475.tif 000018
【図１４】
0004837475.tif 000019
【図１５】
0004837475.tif 000020
【図１６】
0004837475.tif 000021
【図１７】
0004837475.tif 000022
【図１８】
0004837475.tif 000023
【図１９】
0004837475.tif 000024
【図２０】
0004837475.tif 000025
【図２１】
0004837475.tif 000026
【図２２】
0004837475.tif 000027
【図２３】
0004837475.tif 000028
【図２４】
0004837475.tif 000029
【図２５】
0004837475.tif 000030
【図２６】
0004837475.tif 000031
【図２７】
0004837475.tif 000032
【図１】
0004837475.tif 000033