JP2012093801A - 権限委譲システム、権限委譲方法、認証装置、情報処理装置、制御方法、およびプログラム - Google Patents

Abstract

【課題】委譲者が委譲可能な権限を知らない場合でも、委譲者が委譲する権限の範囲を指定して被委譲者である権限利用サービスに権限を委譲する。
【解決手段】ユーザが有する権限を、当該権限に応じて処理する第一の装置に対して処理を依頼する第二の装置に委譲する権限委譲システムに含まれる認証装置であって、前記第二の装置から権限委譲要求を受け付ける受付手段と、当該ユーザが有する権限の情報を記憶部から取得する取得手段と、前記取得手段にて取得した権限の情報を前記ユーザに提示し、当該ユーザが有する権限のうちいずれの権限を前記第二の装置に委譲するか否かの指示を受け付ける確認手段と、前記確認手段により、前記第二の装置に権限を委譲するとの指示を受け付けた場合、前記指示を一意に識別する識別子と前記ユーザが委譲すると指示した権限とを対応付けて記憶する記憶手段とを備える。
【選択図】図３

Description

ユーザの利便性を損なうことなく、保護されたユーザの権限を他の主体に委譲する権限委譲システム、権限委譲方法、認証装置、情報処理装置、制御方法、およびプログラムに関する。

従来、あるユーザが有する保護されたリソースに対する処理のアクセス権限を、他の主体に権限委譲する方法が提案されている。例えば、特許文献１では、権限委譲者であるユーザが有する保護されたリソースへのアクセス権限を、被委譲者である他のユーザに委譲する方法が提案されている。これは、保護されたリソースの所有者である権限委譲者が、そのリソースへのアクセスが許可された証拠としてのアクセストークンを取得し、取得したアクセストークンをリソースへのアクセスを希望する被委譲者に譲渡する事によって実現している。

またインターネット上で展開されるサービス間での連携への要望の高まりを受け、ユーザのアクセス権限を、他の主体に対して委譲するプロトコルが検討されている。例えば、ＩＥＴＦ（Ｔｈｅ Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）において検討されている、ＷＲＡＰ（ＯＡｕｔｈ Ｗｅｂ Ｒｅｓｏｕｒｃｅ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｐｒｏｆｉｌｅｓ）などが挙げられる。

特開２００６−２２１５０６号公報

しかしながら従来の方法では、アクセストークンを発行する主体はクライアントである。昨今注目されているクラウドサービスのように、インターネット上で展開されるサービスにおいて、クライアントは汎用なＷｅｂブラウザのみで利用できることが多く、クライアントに追加の機能を新たに持たせることは、その利便性を低下させることにつながる。そのため、従来の方式はインターネット上で展開されるサービスには適さない。

さらに従来の方法では、ユーザが権限を委譲する際に、どの権限であれば被委譲者に対して委譲することができるかユーザが知っておく必要があり、適切な権限委譲が困難という問題もあった。

本発明の目的は、クライアントアプリケーションを変更・追加することなく、また権限委譲者であるユーザが委譲可能な権限を知らない場合でも、権限委譲者が権限の範囲を指定して、被委譲者である権限利用サービスに権限を委譲することである。

上述した課題を解決するため、本発明は以下の構成を有する。すなわち、認証装置を備え、ユーザが有する権限を、当該権限に応じて処理を実行する第一の装置に対して処理を依頼する第二の装置に委譲する権限委譲システムであって、前記認証装置は、前記第二の装置から権限委譲要求を受け付ける受付手段と、当該ユーザが有する権限の情報を記憶部から取得する取得手段と、前記取得手段にて取得した権限の情報を前記ユーザに提示し、当該ユーザが有する権限のうちいずれの権限を前記第二の装置に委譲するか否かの指示を受け付ける確認手段と、前記確認手段により、前記第二の装置に権限を委譲するとの指示を受け付けた場合、前記指示を一意に識別する識別子と前記ユーザが委譲すると指示した権限とを対応付けて記憶する記憶手段と、ユーザからの前記指示に基づいた、権限の委譲を示す認証情報を前記第二の装置へ送信する送信手段とを備え、前記第一の装置は、前記第二の装置から処理依頼と前記認証情報とを受け付ける依頼受信手段と、前記認証情報を用いて、前記第二の装置がユーザからいずれの権限を委譲されたかを検証する検証手段と、前記検証手段による検証の結果、前記第二の装置が当該処理依頼に基づく処理を実行するための権限を委譲されていた場合、当該リソースへの処理依頼を実行する実行手段とを備える。

本発明によれば、クライアントアプリケーションを変更することなく、また権限委譲者があらかじめ委譲可能な権限を知らない場合でも、権限委譲者が委譲する権限の範囲を指定して、被委譲者である権限利用サービスに権限を委譲できる。

ネットワーク構成を示す図。 サービスを利用または提供するＰＣの構成を示す図。 本実施形態に係るサービス間の関連を示す図。 本実施形態に係る各サービスのモジュール構成を示す図。 本実施形態に係る文書管理サービス処理のフローを示す図。 本実施形態に係る権限委譲確認処理のフローを示す図。 本実施形態に係るアクセストークン発行処理のフローを示す図。 本実施形態に係る委譲許可された権限一覧の返却処理のフローを示す図。 本実施形態に係るプリントサービス処理のフローを示す図。 第二実施形態に係る各サービスのモジュール構成を示す図。 第二実施形態に係るアクセストークン発行処理のフローを示す図。 第二実施形態に係るプリントサービス処理のフローを示す図。 第三実施形態に係る各サービスのモジュール構成を示す図。 第三実施形態に係る文書管理サービス処理のフローを示す図。 第三実施形態に係る権限委譲確認処理のフローを示す図。 第三実施形態に係る必要権限確認処理のフローを示す図。

＜第一実施形態＞
［システム構成］
以下、本発明を実施するための形態について図面を用いて説明する。なお、本明細書において、所定のファイルや情報に対して有する権限を委譲する権限委譲者を単に委譲者、権限を委譲される側を被委譲者と記載する。なお、委譲者とは、権限を委譲する指示を行うユーザを意味するが、被委譲者とは、本実施形態において、当該権限を用いてサービスを提供する手段、もしくは装置を意味する。また、本実施形態において、“権限”と記載した場合は、特に明記しない限り、リソースに対するアクセス権限を意味する。つまり、ユーザのリソースに対する処理の実行可否に対する権限である。しかし、この方法に限定するものではなく、例えば、“権限”は、リソースごとに定義された権限ではなく、サービス提供装置が提供するサービス（機能）自体の利用可否に対する権限として扱っても構わない。また、両方の権限（サービスおよびリソースに対する権限）を扱えるように処理しても構わない。本実施形態に係る権限委譲システムは、図１に示すような構成のネットワーク上に実現される。

ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）１００は、本発明ではＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムが構築されている。ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０１は、各構成要素を接続する。

クライアントＰＣ１１０は委譲者により操作され、提供される各サービスに対して指示を行う。権限委譲サービス１２０は、委譲者に権限委譲の許可を求め、委譲が許可された証拠となるアクセストークン（認証情報）を発行する。権限利用サービス１３０は、権限委譲サービス１２０からアクセストークンを受け取り、サービス提供サービス１４０に処理を依頼する。サービス提供サービス１４０は、権限利用サービス１３０からの要求に応えて処理を行う。またクライアントＰＣ１１０、権限委譲サービス１２０、権限利用サービス１３０、およびサービス提供サービス１４０はそれぞれ、ＷＡＮネットワーク１００およびＬＡＮ１０１を介して接続されている。なお権限委譲サービス１２０、権限利用サービス１３０、およびサービス提供サービス１４０はそれぞれ個別のＬＡＮ上に構成されていてもよいし同一のＬＡＮ上に構成されていてもよい。また同一の装置上に構成されていてもよい。また、１つのサービスを複数の装置にて実現されても良い。なお、本明細書において、サービス提供サービス１４０（もしくはそのサービスを提供する装置）を第一の装置、権限利用サービス１３０（もしくはそのサービスを提供する装置）を第二の装置とも記載する。

クライアントＰＣ１１０にて権限利用サービス１３０に対する処理要求が発生すると、権限利用サービス１３０は権限委譲サービス１２０に権限委譲を要求する。権限委譲要求を受けた権限委譲サービス１２０はクライアントＰＣ１１０に対し、権限委譲の許可を求める。権限委譲の許可が得られると権限委譲サービス１２０は権限利用サービス１３０に対しアクセストークンを発行する。権限利用サービス１３０は受け取ったアクセストークンをサービス提供サービス１４０に渡し、処理を依頼する。

なお、本実施形態において、クライアントＰＣ１１０を用いて、委譲者が各サービスに対して操作・指示を行う場合には、クライアントＰＣ１１０が備えるＷｅｂブラウザ（不図示）を用いて行うものとする。

図２は本実施形態に係るサービスを利用するまたはサービスを提供する情報処理装置であるＰＣの構成を示す図である。尚、図２に示されるハードウェアブロック図は一般的な情報処理装置のハードウェアブロック図に相当するものとし、本実施形態のクライアントＰＣ１１０には一般的な情報処理装置のハードウェア構成を適用できる。また、各サービスを提供する情報処理装置においても同様の構成を適用できる。

図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、或いはハードディスク２１１からＲＡＭ２０２にロードされたＯＳやアプリケーション等のプログラムを実行する。ここでＯＳとはコンピュータ上で稼動するオペレーティングシステムの略語であり、以下オペレーティングシステムのことをＯＳと呼ぶ。後述する各フローチャートの処理はこのプログラムの実行により実現できる。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９やポインティングデバイス（不図示）からのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７は各種データを記憶するハードディスク（ＨＤ）２１１やフロッピー（登録商標）ディスク（ＦＤ）等におけるデータアクセスを制御する。ＮＣ２０８はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。

尚、後述の全ての説明において、特に明記しない限り、ハード上において処理の実行の主体はＣＰＵ２０１であり、ソフトウェア上の主体はハードディスク（ＨＤ）２１１にインストールされたアプリケーションプログラムである。

［サービス間連携］
以下では権限委譲サービス１２０として認証サービス４００を想定している。また権限利用サービス１３０として文書管理サービス５００を、サービス提供サービス１４０としてプリントサービス６００を想定している。サービス間の関連を図３に示す。

委譲者はまず、Ｗｅｂブラウザを介して文書管理サービス５００に、文書管理サービス５００内の文書のプリントを指示する。文書管理サービス５００は、委譲者に指定された文書データ（以下、単に文書）をプリントサービス６００にプリント指示するため、認証サービス４００に委譲者の権限委譲を要求する。権限が委譲されると文書管理サービス５００は、委譲者に指定された文書を指定して、プリントサービス６００にプリント指示を行う。プリントサービス６００は、委譲者が委譲を許可した権限を確認し、文書管理サービス５００に指定された文書のプリントを行う。なお権限委譲サービス１２０は認証サービス４００に限定されるものではない。同様に権限利用サービス１３０は文書管理サービス５００に限定されるものではなく、サービス提供サービス１４０もプリントサービス６００に限定されるものではない。

［モジュール構成］
図４（Ａ）は本実施形態に係る、認証サービス４００のモジュール構成を示す図である。認証サービス４００は権限委譲モジュール４１１、委譲確認モジュール４１２、および委譲許可識別子管理モジュール４１３を備える。更に、認証サービス４００は、権限一覧取得モジュール４１４、委譲範囲管理モジュール４１５、アクセストークン発行モジュール４２１、および委譲範囲確認モジュール４３１を備える。

権限委譲モジュール４１１は、文書管理サービス５００の要求に応じて委譲者が権限の委譲を許可した場合、その旨を示す委譲許可情報を文書管理サービス５００に返す。この委譲許可情報を利用して、文書管理サービス５００はリソースアクセスのためのアクセストークンを取得できる。委譲確認モジュール４１２は、権限一覧取得モジュール４１４で取得した権限を委譲者に提示し、委譲を許可された権限を委譲範囲管理モジュール４１５に渡して保管する。委譲範囲確認モジュール４３１は、プリントサービス６００の要求に応じて、委譲者が委譲を許可した権限の範囲（種類）を返す。

図４（Ｂ）は本実施形態に係る、文書管理サービス５００のモジュール構成を示す図である。文書管理サービス５００は、ユーザ要求受信モジュール５１１、権限委譲要求モジュール５１２、アクセストークン要求モジュール５１３、サービス実行要求モジュール５１４、および結果通知モジュール５１５を備える。

ユーザ要求受信モジュール５１１は、委譲者の指示に基づくクライアントＰＣ１１０からの指定文書プリント要求を受信する。本実施形態において、指定文書プリント要求を処理するには、プリントサービス６００に対する委譲者の権限を必要とする。従って、権限委譲要求モジュール５１２は、認証サービス４００に対して権限委譲を要求する。また、権限が委譲されるとアクセストークン要求モジュール５１３が認証サービス４００に対してアクセストークンを要求する。サービス実行要求モジュール５１４は取得したアクセストークンをプリントサービス６００に渡し、プリント処理の実行を要求する。そして、結果通知モジュール５１５はプリント結果をクライアントＰＣ１１０に返す。

図４（Ｃ）は本実施形態に係る、プリントサービス６００のモジュール構成を示す図である。プリントサービス６００は、サービス利用要求受信モジュール６１１、アクセストークン検証モジュール６１２、委譲範囲検証モジュール６１３、およびサービス実施モジュール６１４を備える。

サービス利用要求受信モジュール６１１は、文書管理サービス５００からのプリント処理依頼を受信する。アクセストークン検証モジュール６１２は、処理依頼時に渡されたアクセストークンの正当性を確認する。委譲範囲検証モジュール６１３は、認証サービス４００に問い合わせ、文書管理サービス５００からの処理依頼を実行するのに十分な権限が委譲されているか否かを判定する。例えば、文書管理サービス５００がカラープリントを実施しようとしているのに対し、文書に対するカラープリント権限が委譲されたか否かを判定する。サービス実施モジュール６１４は、委譲者から十分な権限が委譲されていた場合に、サービス利用要求受信モジュール６１１が受信した処理依頼を実施する。

［文書管理サービス処理］
図５は本実施形態に係る、文書管理サービス５００による文書管理サービス処理のフローを示す図である。なお本処理は、本実施形態において、文書管理サービス５００が実現される装置が有するＣＰＵが記憶部であるＲＯＭ等に格納されたプログラムを実行することにより、実現される。

Ｓ１１０１で、ユーザ要求受信モジュール５１１は、委譲者が操作するクライアントＰＣ１１０から、文書管理サービス５００内の文書を指定したプリント実行の要求を受け付ける。ここでユーザ要求受信モジュール５１１は、委譲者の要求の内容を確認する。たとえばここで委譲者の要求がプリント処理を含むものであった場合、ユーザ要求受信モジュール５１１はプリントサービス６００を利用する必要があると判断する。

Ｓ１１０２で、権限委譲要求モジュール５１２は、Ｓ１１０１でプリントサービス６００に対する権限が必要と判断されたため、認証サービス４００に権限委譲を要求する。Ｓ１１０３で、権限委譲要求モジュール５１２は、認証サービス４００の権限委譲モジュール４１１から権限委譲要求の結果を受信する。

Ｓ１１０４で、権限委譲要求モジュール５１２は、Ｓ１１０３で受信した権限委譲要求の結果を確認し、権限が委譲されている場合（Ｓ１１０４にてＹＥＳ）は、Ｓ１１０５に遷移する。権限が委譲されていない場合（Ｓ１１０４にてＮＯ）は、Ｓ１１５０に遷移する。

Ｓ１１０５で、アクセストークン要求モジュール５１３は、認証サービス４００に、Ｓ１１０３で受信した委譲者に権限の委譲を許可されたことを示す委譲許可情報を送信してリソースアクセスのためのアクセストークンを要求する。Ｓ１１０６で、アクセストークン要求モジュール５１３は、Ｓ１１０５のアクセストークン要求の結果を受信する。

Ｓ１１０７で、アクセストークン要求モジュール５１３は、Ｓ１１０６にて受信したアクセストークン要求の結果を確認する。このとき、アクセストークンが発行されている場合（Ｓ１１０７にてＹＥＳ）は、Ｓ１１０８に遷移する。またアクセストークンが発行されていない場合（Ｓ１１０７にてＮＯ）は、Ｓ１１５１に遷移する。

Ｓ１１０８でサービス実行要求モジュール５１４は、Ｓ１１０６で受信したアクセストークンをプリントサービス６００に渡し、Ｓ１１０１で委譲者に指定された文書のプリントを依頼する。このとき、処理依頼のデータに、文書そのものを含めても良いし、文書の格納先の情報を含めても良い。Ｓ１１０９でサービス実行要求モジュール５１４は、Ｓ１１０８でプリントサービス６００のプリント処理結果を受信する。Ｓ１１１０で結果通知モジュール５１５は、Ｓ１１０９で受信した結果を、委譲者が操作するクライアントＰＣ１１０に通知し、フローを終了する。

Ｓ１１５０で権限委譲要求モジュール５１２は、権限委譲が実行されなかったために、委譲者が操作するクライアントＰＣ１１０から受信した処理を達成できなかった旨を、クライアントＰＣ１１０に通知し、フローを終了する。

Ｓ１１５１でアクセストークン要求モジュール５１３は、トークンが発行されなかったために、委譲者が操作するクライアントＰＣ１１０から受信した処理を達成できなかった旨を、委譲者が操作するクライアントＰＣ１１０に通知し、フローを終了する。

［権限委譲確認処理］
図６は本実施形態に係る、権限委譲要求を受けた認証サービス４００による権限委譲確認処理のフローを示す図である。なお本処理は、本実施形態において、認証サービス４００が実現される装置が有するＣＰＵが記憶部であるＲＯＭ等に格納されたプログラムを実行することにより、実現される。

Ｓ１２０１で権限委譲モジュール４１１は、文書管理サービス５００からの権限委譲要求を受け付ける。本工程は、図５のＳ１１０２に対応する。これにより、受付手段を実現する。Ｓ１２０２で権限一覧取得モジュール４１４は、プリントサービス６００に対する委譲者の権限一覧を取得する。ここで用いられる権限一覧とは、例えば、委譲者がプリントサービス６００に対してカラープリント権限、モノクロプリント権限を有する場合、取得した権限一覧にはカラープリント権限およびモノクロプリント権限が含まれる。Ｓ１２０３で委譲確認モジュール４１２は、委譲者が操作するクライアントＰＣ１１０に対し、委譲者の権限一覧を提示するとともに、どの権限の委譲を許可するかを問い合わせる。つまり、委譲者に対して、権限一覧を提示し、委譲者がどの権限を委譲するかを指示できるＵＩを提供する。このとき、委譲者が有する権限をすべて委譲するようにしてもよいし、セキュリティの観点から一部のみを委譲するようにしても構わない。例えばここで、カラープリント権限およびモノクロプリント権限それぞれについて委譲を許可するかを委譲者に問い合わせる。

Ｓ１２０４で委譲確認モジュール４１２は、Ｓ１２０３で権限が委譲されたか否かを判定し、委譲されている場合（Ｓ１２０４にてＹＥＳ）は、Ｓ１２０５に遷移する。また委譲されていない場合（Ｓ１２０４にてＮＯ）は、Ｓ１２５０に遷移する。例えば、権限一覧として提示した中から、カラープリント権限もしくはモノクロプリント権限の少なくとも一方の委譲が委譲者から許可されていた場合は、Ｓ１２０５に遷移する。いずれの権限の委譲も許可されていなかったら、Ｓ１２５０に遷移する。

Ｓ１２０５で、委譲許可識別子管理モジュール４１３が、委譲を許可された委譲許可識別子を記憶する。例えばここでカラープリント権限の委譲が許可されていた場合、カラープリント権限の委譲が許可されたことを一意に識別するための識別子として、委譲許可識別子を記憶する。なお委譲許可識別子は、委譲許可要求に先立ち文書管理サービス５００が生成し、Ｓ１２０１で権限委譲モジュール４１１が受信した権限委譲要求に含めて送っていてもよい。またＳ１２０３で権限が委譲されていた場合に認証サービス４００が生成したものでもよい。またそれらのいずれに限定されるものでもない。また、委譲許可識別子のデータ構造についても、例えば特定の桁数として、シーケンシャルに付与しても良いし、ランダムに付与しても良い。

Ｓ１２０６で、委譲範囲管理モジュール４１５は、Ｓ１２０３で委譲者から委譲を許可された権限を、Ｓ１２０５で記憶された委譲許可識別子に対応付けて記憶する。例えばここでは、カラープリント権限が委譲されるとして、その情報を委譲許可識別子と紐付けて記憶する。Ｓ１２０７で権限委譲モジュール４１１は、Ｓ１２０５で記憶された委譲許可識別子を含む委譲許可情報を文書管理サービス５００に送信し、フローを終了する。

Ｓ１２５０で権限委譲モジュール４１１は、委譲者の指示により権限委譲が拒否された旨を文書管理サービス５００に通知し、本フローを終了する。

［アクセストークン発行処理］
図７は本実施形態に係る、アクセストークン発行要求を受けた認証サービス４００によるアクセストークン発行処理のフローを示す図である。なお本処理は、本実施形態において、認証サービス４００が実現される装置が有するＣＰＵが記憶部であるＲＯＭ等に格納されたプログラムを実行することにより、実現される。

Ｓ１３０１で、権限委譲モジュール４１１は、文書管理サービス５００からアクセストークン発行要求を受信する。本工程は図６のＳ１１０３に対応する。Ｓ１３０２で、権限委譲モジュール４１１は、Ｓ１３０１のアクセストークン発行要求に含まれる委譲許可識別子が、委譲許可識別子管理モジュール４１３に記憶されているか否かを確認する。

Ｓ１３０３で、権限委譲モジュール４１１は、Ｓ１３０２で委譲許可識別子が記憶されていたか否かを判定し、記憶されている場合（Ｓ１３０３にてＹＥＳ）は、Ｓ１３０４に遷移する。また記憶されていない場合（Ｓ１３０３にてＮＯ）は、Ｓ１３５０に遷移する。

Ｓ１３０４で、アクセストークン発行モジュール４２１は、アクセストークンを発行し、文書管理サービス５００にアクセストークンを送信してフローを終了する。なお、アクセストークンには、委譲された権限を識別するための委譲許可識別子が含まれて発行されているものとする。Ｓ１３５０でアクセストークン発行モジュール４２１は、アクセストークンを発行できない旨を文書管理サービス５００に通知してフローを終了する。

［権限一覧返却処理］
図８は本実施形態に係る、委譲許可された権限の一覧を要求された認証サービス４００による権限一覧返却処理のフローを示す図である。なお本処理は、本実施形態において、認証サービス４００が実現される装置が有するＣＰＵが記憶部であるＲＯＭ等に格納されたプログラムを実行することにより、実現される。

Ｓ１４０１で、委譲範囲確認モジュール４３１は、プリントサービス６００から権限一覧の問い合わせを受ける。Ｓ１４０２で、委譲範囲確認モジュール４３１は、Ｓ１４０１にて受けた問い合わせに含まれる委譲許可識別子を委譲範囲管理モジュール４１５に渡し、委譲許可された権限一覧を取得する。Ｓ１４０３で、委譲範囲確認モジュール４３１は、プリントサービス６００に取得した権限一覧を送信し、フローを終了する。

［プリントサービス処理］
図９は本実施形態に係る、処理依頼を受けたプリントサービス６００によるプリントサービス処理のフローを示す図である。なお本処理は、本実施形態において、プリントサービス６００が実現される装置が有するＣＰＵが記憶部であるＲＯＭ等に格納されたプログラムを実行することにより、実現される。

Ｓ１５０１でサービス利用要求受信モジュール６１１は、文書管理サービス５００からアクセストークンとともにプリント依頼を受信する。これにより、依頼受信手段を実現する。Ｓ１５０２でアクセストークン検証モジュール６１２は、Ｓ１５０１で受信したアクセストークンの正当性を確認する。ここでアクセストークンを認証サービス４００に渡し、アクセストークンの正当性を確認してもよい。またプリントサービス６００と認証サービス４００との間で事前に鍵交換するなどして、アクセストークンに電子署名することで当該アクセストークンの正当性を確認してもよい。またそのいずれに限定されるものでもない。

Ｓ１５０３で、アクセストークン検証モジュール６１２は、Ｓ１５０２でアクセストークンが正当であったか否かを判定し、正当であれば（Ｓ１５０３にてＹＥＳ）、Ｓ１５０４に遷移する。また正当でなければ（Ｓ１５０３にてＮＯ）、Ｓ１５５０に遷移する。

Ｓ１５０４で、委譲範囲検証モジュール６１３は、Ｓ１５０１で受信したアクセストークンに含まれる委譲許可識別子を認証サービス４００に渡し、委譲を許可された権限の一覧を要求する。この際、認証サービス４００にて、図８に示した処理が行われる。Ｓ１５０５で委譲範囲検証モジュール６１３は、委譲を許可された権限の一覧を取得する。

Ｓ１５０６で、委譲範囲検証モジュール６１３は、Ｓ１５０５で受信した権限の一覧が、Ｓ１５０１で受信した処理依頼を実行するのに十分か否かを判定する。判定の結果、権限が十分であれば（Ｓ１５０６にてＹＥＳ）、Ｓ１５０７に遷移する。また処理を実行するのに権限が十分でなければ（Ｓ１５０６にてＮＯ）、Ｓ１５５１に遷移する。

Ｓ１５０７で、サービス実施モジュール６１４は、Ｓ１５０１で受信した処理依頼を処理し、結果を文書管理サービス５００に返す。Ｓ１５０８で、委譲範囲検証モジュール６１３は、Ｓ１５０５で、受信した権限の一覧の削除を認証サービス４００に依頼し、フローを終了する。

Ｓ１５５０でアクセストークン検証モジュール６１２は、アクセストークンが不正で処理を実行できない旨を文書管理サービス５００に通知し、フローを終了する。Ｓ１５５１で、委譲範囲検証モジュール６１３は、権限不足のため処理を実行できない旨を文書管理サービス５００に通知し、フローを終了する。

なお、認証サービス４００の委譲範囲管理モジュール４１５は、プリントサービス６００から権限一覧の削除を依頼された後（図１２のＳ１５０８）、記憶していた識別子および権限一覧を削除する。

本実施形態によれば、クライアントＰＣ１１０が備えるクライアントアプリケーションを変更・追加することなく、また委譲者が委譲可能な権限を把握していない場合でも、委譲者が権限の範囲を指定して、被委譲者である権限利用サービスに権限を委譲できる。

＜第二実施形態＞
次に、本発明を実施するための第二実施形態について図面を用いて説明する。第一実施形態では、権限委譲サービス１２０（認証サービス４００）が、委譲者が委譲した権限に対するサービス提供サービス１４０（プリントサービス６００）からの問い合わせに対応するため、追加の記憶領域が必要になる。これに対し、第二実施形態では、この記憶領域なしに、委譲する権限の範囲を指定した権限委譲を可能とする。

［モジュール構成］
図１０は本実施形態に係る各モジュールの構成を示した図である。まず、図４に示した第一実施形態における各モジュールとの構成の差分を述べる。

図１０（Ａ）は本実施形態に係る、認証サービス４００のモジュール構成を示す図である。認証サービス４００は第２のアクセストークン発行モジュール４４１を備える。これに対し、本実施形態の認証サービス４００は、第一実施形態の図４（Ａ）にて示したアクセストークン発行モジュール４２１および委譲範囲確認モジュール４３１を備えていない。図１０（Ｂ）は本実施形態に係る、プリントサービス６００のモジュール構成を示す図である。プリントサービス６００は第２の委譲範囲検証モジュール６２１を備える。これに対し、本実施形態のプリントサービス６００は、第一実施形態の図４（Ｃ）にて示した委譲範囲検証モジュール６１３を備えていないものとする。

［アクセストークン発行処理］
図１１は本実施形態に係る、アクセストークン発行要求を受けた認証サービス４００のフローを示す図である。なお本処理は、本実施形態において、認証サービス４００が実現される装置が有するＣＰＵが記憶部であるＲＯＭ等に格納されたプログラムを実行することにより、実現される。なお、図７と同様のフローにおいては、同じ符号を付与しており、以下、差異部分のみ説明する。なお、本実施形態においてアクセストークンと記載する場合は、特に明記しない限りは第２のアクセストークン発行モジュール４４１が発行する第２のアクセストークンを意味する。

Ｓ１３０３で、権限委譲モジュール４１１は、Ｓ１３０２で権限委譲を許可された委譲許可識別子が記憶されていたか否かを判定し、記憶されていれば（Ｓ１３０３にてＹＥＳ）、Ｓ２３０１に遷移する。また記憶されていなければ（Ｓ１３０３にてＮＯ）、Ｓ１３５０に遷移する。ここで、委譲許可識別子が記憶されている場合には、委譲者によって少なくとも一部の権限委譲が許可されていることを意味する。

Ｓ２３０１で第２のアクセストークン発行モジュール４４１は、Ｓ１３０１で受信した委譲許可識別子を用い、委譲範囲管理モジュール４１５から委譲を許可された権限の一覧を取得する。Ｓ２３０２で第２のアクセストークン発行モジュール４４１は、Ｓ２３０１で取得した権限の一覧を含む第２のアクセストークンを発行する。そして、委譲範囲管理モジュール４１５は、発行された第２のアクセストークンに対応する権限一覧の情報を削除する。Ｓ２３０３で第２のアクセストークン発行モジュール４４１は、Ｓ２３０２で発行した第２のアクセストークンを文書管理サービス５００に送信し、フローを終了する。

［プリントサービス処理］
図１２は本実施形態に係る、処理依頼を受けたプリントサービス６００によるプリントサービス処理のフローを示す図である。なお本処理は、本実施形態において、プリントサービス６００が実現される装置が有するＣＰＵが記憶部であるＲＯＭ等に格納されたプログラムを実行することにより、実現される。なお、図９と同様のフローにおいては、同じ符号を付与しており、以下、差異部分のみ説明する。

Ｓ１５０３でアクセストークン検証モジュール６１２は、Ｓ１５０２でアクセストークンが正当であったか否かを判定し、正当であれば（Ｓ１５０３にてＹＥＳ）、Ｓ２５０１に遷移する。また正当でなければ（Ｓ１５０３にてＮＯ）、Ｓ１５５０に遷移する。Ｓ２５０１で、第２の委譲範囲検証モジュール６２１は、Ｓ１５０１で受信した第２のアクセストークンに含まれる、委譲を許可された権限の一覧を取得し、Ｓ１５０６に遷移する。

なお、第一実施形態の図９に示した処理では、Ｓ１５０８にて権限一覧の削除依頼を行っているが、本実施形態では、認証サービス４００にてアクセストークンの発行・送信後に削除されるため、この処理は行われない。

以上のように、第二実施形態では、権限委譲の際に文書管理サービス５００に送信されるアクセストークン（本実施形態では、第２のアクセストークン）に委譲された権限一覧を含めて発行する。

なお、上記構成により、プリントサービス６００からの問い合わせ（図９のＳ１５０４に相当）が生じず、この問い合わせの処理のための記憶領域（権限一覧を保持するための領域）は必要とされない。

第二実施形態によれば、第一実施形態の効果に加え、権限委譲サービスは、委譲者が委譲した権限を記憶・保持するための追加の記憶領域なしに、委譲する権限の範囲を指定した権限委譲が可能になる。

＜第三実施形態＞
次に、本発明を実施するための第三実施形態について図面を用いて説明する。第三実施形態においては、ユーザが処理を依頼する場合に、ユーザが有する権限ではその処理が実行できないことが想定される。その場合において、本実施形態では、ユーザが有する権限にて実行できる範囲の処理を提示し、その提示した処理の中から選択された処理に基づいて権限の委譲を行う。

［モジュール構成］
図１３は本実施形態に係る各モジュールの構成を示した図である。まず、図４に示した第一実施形態における各モジュールとの構成の差分を述べる。

図１３（Ａ）は本実施形態に係る、認証サービス４００のモジュール構成を示す図である。認証サービス４００は第２の権限委譲モジュール４５１と第２の委譲確認モジュール４５２を備える。これに対し、本実施形態の認証サービス４００は、第一実施形態の図４（Ａ）にて示した委譲確認モジュール４１２を備えていない。

図１３（Ｂ）は本実施形態に係る、文書管理サービス５００のモジュール構成を示す図である。文書管理サービス５００は必要権限確認モジュール５２１と第２の権限委譲要求モジュール５２２を備える。これに対し、本実施形態の文書管理サービス５００は、第一実施形態の図４（Ｂ）にて示した権限委譲要求モジュール５１２を備えていない。

図１３（Ｃ）は本実施形態に係る、プリントサービス６００のモジュール構成を示す図である。プリントサービス６００は必要権限判断モジュール６３１と代替権限判断モジュール６３２を備える。

［文書管理サービス処理］
図１４は本実施形態に係る、文書管理サービス５００による文書管理サービス処理のフローを示す図である。なお本処理は、本実施形態において、文書管理サービス５００が実現される装置が有するＣＰＵが記憶部であるＲＯＭ等に格納されたプログラムを実行することにより、実現される。なお、図５と同様のフローにおいては、同じ符号を付与しており、以下、差異部分のみ説明する。

Ｓ１１０１で、ユーザ要求受信モジュール５１１は委譲者の指示によりクライアントＰＣ１１０から、文書管理サービス５００内の文書を指定したプリント実行の要求を受け付ける。Ｓ３１０１で必要権限確認モジュール５２１は、Ｓ１１０１で受信した処理内容をプリントサービス６００に通知し、プリントサービス６００から処理に必要な権限の情報を取得する。このプリントサービス６００に対する処理を実行するための権限の確認依頼に対し、例えば、権限一覧に相当する情報を取得しても構わない。なお、プリントサービス６００が提供する各種処理に必要な権限の情報は、予めプリントサービス６００が保持しているものとする。Ｓ３１０２で第２の権限委譲要求モジュール５２２は、Ｓ３１０１で受信した必要な権限の情報とあわせて、認証サービス４００に権限委譲を要求し、Ｓ１１０３に遷移する。

［権限委譲確認処理］
図１５は本実施形態に係る、権限委譲要求を受けた認証サービス４００による権限委譲確認処理のフローを示す図である。なお本処理は、本実施形態において、認証サービス４００が実現される装置が有するＣＰＵが記憶部であるＲＯＭ等に格納されたプログラムを実行することにより、実現される。なお、図６と同様のフローにおいては、同じ符号を付与しており、以下、差異部分のみ説明する。

Ｓ１２０１で、第２の権限委譲モジュール４５１は、文書管理サービス５００からの権限委譲要求を受け付ける。このとき、文書管理サービス５００がプリントサービスから取得した権限の情報も併せて取得する（図１４のＳ３１０２に対応）。Ｓ３２０１で、第２の権限委譲モジュール４５１は、文書管理サービス５００が委譲を求める権限を、Ｓ３２０１で受信した権限委譲要求から取り出す。Ｓ１２０２で、権限一覧取得モジュール４１４は、プリントサービス６００に対する委譲者の権限一覧を取得し、Ｓ３２０２に遷移する。Ｓ３２０２で、第２の委譲確認モジュール４５２は、Ｓ１２０２で取得した委譲者の権限一覧と、Ｓ３２０１で取り出した権限の情報とを、委譲者が操作するクライアントＰＣ１１０に提示する。本実施形態において、Ｗｅｂブラウザを介したＵＩを提供する。ここで委譲者がどの権限を文書管理サービス５００に委譲するかを確認し、Ｓ１２０４に遷移する。

［プリントサービス処理］
図１６は本実施形態に係る、必要権限の確認を受けたプリントサービス６００によるプリントサービス処理のフローを示す図である。なお本処理は、本実施形態において、プリントサービス６００が実現される装置が有するＣＰＵが記憶部であるＲＯＭ等に格納されたプログラムを実行することにより、実現される。また、本処理は、図１４のＳ３１０１にて文書管理サービス５００からの問い合わせに対応して実行される。

Ｓ３６０１で、必要権限判断モジュール６３１は、文書管理サービス５００から処理に必要な権限の問い合わせを受信する。Ｓ３６０２で、必要権限判断モジュール６３１は、Ｓ３６０１で受信した処理内容から、その処理に必要な権限を判断する。Ｓ３６０３で、必要権限判断モジュール６３１は、Ｓ３６０１で受信した処理を依頼した委譲者の権限の情報を認証サービス４００から取得する。このとき、認証サービス４００は、第一実施形態にて述べた図８の処理を実行する。これにより、権限取得手段を実現する。

Ｓ３６０４で、必要権限判断モジュール６３１は、Ｓ３６０３で取得した委譲者の権限の情報と処理に必要な権限とを比較することにより、Ｓ３６０２で判断した必要権限に対して充足しているか否かを判定する。判定の結果、権限が充足していれば（Ｓ３６０４にてＹＥＳ）、Ｓ３６０５に遷移する。また処理に必要な権限が不足していて充足していなければ、（Ｓ３６０４にてＮＯ）、Ｓ３６１０に遷移する。例えばここで、必要な権限はカラー印刷権限であったが、委譲者が有する権限にはカラー印刷権限がなかった場合、処理に対する権限不足と判定され、Ｓ３６１０に遷移する。

Ｓ３６０５で、必要権限判断モジュール６３１は、Ｓ３６０２で判断した必要権限を文書管理サービス５００に送信し、フローを終了する。Ｓ３６１０で代替権限判断モジュール６３２は、Ｓ３６０３で取得した委譲者の権限のうち、Ｓ３６０２で判断された必要権限の代替となる権限を判定する。例えばここで、処理に必要な権限はカラー印刷権限であったとする。それに対し委譲者は、カラー印刷権限は有さないが、モノクロ印刷権限は有しているとする。そこでＳ３６０２では、代替の権限としてモノクロ印刷権限を取り上げる。そして、代替となると判定された権限を文書管理サービス５００に送信し、フローを終了する。

なお、文書管理サービス５００は、プリントサービス６００にて送信された代替となる権限を図１４に示すＳ３１０２にて受信し、その結果に応じて権限委譲を要求する。

本実施形態によれば、委譲者は、権限利用サービスが要求する権限を考慮した上で権限委譲することが可能になる。また処理を要求する委譲者の権限が不足している場合に、代替となる権限を委譲者に提示することで、委譲者が望むのに近い結果を得られる権限の委譲が可能になる。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (12)

1. 認証装置を備え、ユーザが有する権限を、当該権限に応じて処理を実行する第一の装置に対して処理を依頼する第二の装置に委譲する権限委譲システムであって、
   前記認証装置は、
   前記第二の装置から権限委譲要求を受け付ける受付手段と、
   当該ユーザが有する権限の情報を記憶部から取得する取得手段と、
   前記取得手段にて取得した権限の情報を前記ユーザに提示し、当該ユーザが有する権限のうちいずれの権限を前記第二の装置に委譲するか否かの指示を受け付ける確認手段と、
   前記確認手段により、前記第二の装置に権限を委譲するとの指示を受け付けた場合、前記指示を一意に識別する識別子と前記ユーザが委譲すると指示した権限とを対応付けて記憶する記憶手段と、
   前記ユーザからの前記指示に基づいた、権限の委譲を示す認証情報を前記第二の装置へ送信する送信手段と
   を備え、
   前記第一の装置は、
   前記第二の装置から処理依頼と前記認証情報とを受け付ける依頼受信手段と、
   前記認証情報を用いて、前記第二の装置がユーザからいずれの権限を委譲されたかを検証する検証手段と、
   前記検証手段による検証の結果、前記第二の装置が当該処理依頼に基づく処理を実行するための権限を委譲されていた場合、当該処理依頼に基づく処理を実行する実行手段と、
   を備えることを特徴とする権限委譲システム。
2. 前記認証装置は、前記認証情報としてアクセストークンを発行する発行手段を更に備え、
   前記第一の装置の検証手段は、前記アクセストークンを用いて、前記第二の装置がユーザからいずれの権限を委譲されたかを検証することを特徴とする請求項１に記載の権限委譲システム。
3. 前記認証装置の発行手段は、前記記憶手段にて記憶した前記識別子を含めてアクセストークンを発行し、
   前記第一の装置の検証手段は、当該アクセストークンに含まれる識別子を用いて、前記認証装置に問い合わせ、前記第二の装置がユーザからいずれの権限を委譲されたかを検証する
   ことを特徴とする請求項２に記載の権限委譲システム。
4. 前記認証装置の発行手段は、前記記憶手段にて記憶したユーザが委譲すると指示した権限の情報を含めてアクセストークンを発行し、
   前記第一の装置の検証手段は、当該アクセストークンに含まれる権限の情報を用いて、前記第二の装置がユーザからいずれの権限を委譲されたかを検証する
   ことを特徴とする請求項２に記載の権限委譲システム。
5. 前記第一の装置は、
   前記第二の装置から受け付けた処理依頼に基づく処理を実行するために必要な権限の確認依頼に対し、当該第一の装置が当該処理依頼に基づく処理を実行するために必要な権限を判断する権限判断手段と、
   前記認証装置から当該ユーザが有する権限の情報を取得する権限取得手段と、
   前記権限判断手段により判断された当該処理依頼に基づく処理を実行するために必要な権限と、前記権限取得手段により取得された権限の情報に基づく当該ユーザが有する権限とを比較する比較手段と、
   当該処理依頼に基づく処理に必要な権限を提示する提示手段と
   を更に有し、
   前記提示手段は、
   前記比較手段により、当該第一の装置が前記処理依頼に基づく処理を実行するために必要な権限が、前記ユーザが有する権限に含まれない場合、当該処理依頼に基づく処理の代替となりうる処理、および当該代替となりうる処理を実行するために必要な権限を提示し、
   前記比較手段により、当該第一の装置が前記処理依頼に基づく処理を実行するために必要な権限が、前記ユーザが有する権限に含まれる場合、当該処理依頼に基づく処理を実行するために必要な権限を提示する
   ことを特徴とする請求項１乃至４のいずれか一項に記載の権限委譲システム。
6. ユーザが有する権限を、当該権限に応じて処理を実行する第一の装置に対して処理を依頼する第二の装置に委譲する権限委譲システムに含まれる認証装置であって、
   前記第二の装置から権限委譲要求を受け付ける受付手段と、
   当該ユーザが有する権限の情報を記憶部から取得する取得手段と、
   前記取得手段にて取得した権限の情報を前記ユーザに提示し、当該ユーザが有する権限のうちいずれの権限を前記第二の装置に委譲するか否かの指示を受け付ける確認手段と、
   前記確認手段により、前記第二の装置に権限を委譲するとの指示を受け付けた場合、前記指示を一意に識別する識別子と前記ユーザが委譲すると指示した権限とを対応付けて記憶する記憶手段と、
   前記ユーザからの前記指示に基づいた、権限の委譲を示す認証情報を前記第二の装置へ送信する送信手段と
   を備えることを特徴とする認証装置。
7. 認証装置を備え、ユーザが権限を、当該権限に応じて処理を実行する第一の装置に対して処理を依頼する第二の装置に委譲する権限委譲システムにおける第一の装置としての情報処理装置であって、
   前記第二の装置から、処理依頼と前記認証装置が発行した認証情報とを受け付ける依頼受信手段と、
   前記認証情報を用いて、前記第二の装置がユーザからいずれの権限を委譲されたかを検証する検証手段と、
   前記検証手段による検証の結果、前記第二の装置が当該処理依頼に基づく処理を実行するための権限を委譲されていた場合、当該処理依頼に基づく処理を実行する実行手段と、
   を備えることを特徴とする情報処理装置。
8. 認証装置を備え、ユーザが有する権限を、当該権限に応じて処理を実行する第一の装置に対して処理を依頼する第二の装置に委譲する権限委譲システムにおける権限委譲方法であって、
   前記認証装置において、
   受付手段が、前記第二の装置から権限委譲要求を受け付ける受付工程と、
   取得手段が、当該ユーザが有する権限の情報を記憶部から取得する取得工程と、
   確認手段が、前記取得工程にて取得した権限の情報を前記ユーザに提示し、当該ユーザが有する権限のうちいずれの権限を前記第二の装置に委譲するか否かの指示を受け付ける確認工程と、
   記憶手段が、前記確認工程において、前記第二の装置に権限を委譲するとの指示を受け付けた場合、前記指示を一意に識別する識別子と前記ユーザが委譲すると指示した権限とを対応付けて記憶部に記憶させる記憶工程と、
   送信手段が、前記ユーザからの前記指示に基づいた、権限の委譲を示す認証情報を前記第二の装置へ送信する送信工程と
   を有し、
   前記第一の装置において、
   依頼受信手段が、前記第二の装置から処理依頼と前記認証情報とを受け付ける依頼受信工程と、
   検証手段が、前記認証情報を用いて、前記第二の装置がユーザからいずれの権限を委譲されたかを検証する検証工程と、
   実行手段が、前記検証工程における検証の結果、前記第二の装置が当該処理依頼に基づく処理を実行するための権限を委譲されていた場合、当該処理依頼に基づく処理を実行する実行工程と、
   を有することを特徴とする権限委譲方法。
9. ユーザが有する権限を、当該権限に応じて処理を実行する第一の装置に対して処理を依頼する第二の装置に委譲する権限委譲システムに含まれる認証装置の制御方法であって、
   受付手段が、前記第二の装置から権限委譲要求を受け付ける受付工程と、
   取得手段が、当該ユーザが有する権限の情報を記憶部から取得する取得工程と、
   確認手段が、前記取得工程にて取得した権限の情報を前記ユーザに提示し、当該ユーザが有する権限のうちいずれの権限を前記第二の装置に委譲するか否かの指示を受け付ける確認工程と、
   記憶手段が、前記確認工程において、前記第二の装置に権限を委譲するとの指示を受け付けた場合、前記指示を一意に識別する識別子と前記ユーザが委譲すると指示した権限とを対応付けて記憶部に記憶させる記憶工程と、
   送信手段が、前記ユーザからの前記指示に基づいた、権限の委譲を示す認証情報を前記第二の装置へ送信する送信工程と
   を有することを特徴とする制御方法。
10. 認証装置を備え、ユーザが有する権限を、当該権限に応じて処理を実行する第一の装置に対して処理を依頼する第二の装置に委譲する権限委譲システムにおける第一の装置の制御方法であって、
    依頼受信手段が、前記第二の装置から処理依頼と前記認証装置が発行した認証情報とを受け付ける依頼受信工程と、
    検証手段が、前記認証情報を用いて、前記第二の装置がユーザからいずれの権限を委譲されたかを検証する検証工程と、
    実行手段が、前記検証工程における検証の結果、前記第二の装置が当該処理依頼に基づく処理を実行するための権限を委譲されていた場合、当該処理依頼に基づく処理を実行する実行工程と、
    を有することを特徴とする制御方法。
11. コンピュータを、
    情報処理装置から権限委譲要求を受け付ける受付手段、
    ユーザが有する権限の情報を記憶部から取得する取得手段、
    前記取得手段にて取得した権限の情報を前記ユーザに提示し、当該ユーザが有する権限のうちいずれの権限を前記情報処理装置に委譲するか否かの指示を受け付ける確認手段、
    前記確認手段により、前記情報処理装置に権限を委譲するとの指示を受け付けた場合、前記指示を一意に識別する識別子と前記ユーザが委譲すると指示した権限とを対応付けて記憶する記憶手段、
    前記ユーザからの前記指示に基づいた、権限の委譲を示す認証情報を前記情報処理装置へ送信する送信手段
    として機能させるためのプログラム。
12. コンピュータを、
    情報処理装置から処理依頼と認証装置が発行した認証情報とを受け付ける依頼受信手段、
    前記認証情報を用いて、前記情報処理装置がユーザからいずれの権限を委譲されたかを検証する検証手段、
    前記検証手段による検証の結果、前記情報処理装置が当該処理依頼に基づく処理を実行するための権限を委譲されていた場合、当該処理依頼に基づく処理を実行する実行手段、
    として機能させるためのプログラム。

Images