(57)【特許請求の範囲】
【請求項１】
Ｗｅｂ情報を管理するリソースサーバと、前記Ｗｅｂ情報に対するアクセス権限の譲渡条件を表すポリシー情報を管理する認可サーバと、前記Ｗｅｂ情報に対しアクセスする際に使用するユーザ端末と、前記ユーザ端末と前記リソースサーバ及び認可サーバとの間で情報の転送を行うクライアントサーバとの間を、ネットワークを介して接続したＷｅｂ情報アクセスシステムであって、
前記認可サーバは、
前記Ｗｅｂ情報の保有者により設定された、前記Ｗｅｂ情報に対するアクセス権限の譲渡条件を表すポリシー情報を記憶する手段と、
前記ユーザ端末から前記Ｗｅｂ情報に対するアクセス要求が送信された場合に、当該アクセス要求の内容が前記記憶されたポリシー情報により表されるアクセス権限の譲渡条件を満たすか否かを判定し、満たすと判定された場合に前記アクセス要求の内容を表す情報を前記リソースサーバに通知する手段と
を備え、
前記リソースサーバは、
前記認可サーバから通知された前記アクセス要求の内容を表す情報に基づいて、前記Ｗｅｂ情報に対するログイン権限を表すログイン権限情報を生成する手段と、
前記生成されたログイン権限情報をもとに、前記Ｗｅｂ情報にアクセスするための譲渡メニュー情報を生成して前記ユーザ端末に送信する手段と
を備えることを特徴とするＷｅｂ情報アクセスシステム。
【請求項２】
前記リソースサーバは、前記ユーザ端末から送信されたアクセス要求を前記クライアントサーバを介して受信した場合に、セッションＩＤを発行して当該セッションＩＤを付与したアクセストークン提示要求を前記クライアントサーバを介して前記認可サーバへ送信し、
前記認可サーバは、前記アクセストークン提示要求を受信した場合に、当該提示要求に含まれるアクセス要求内容がアクセス権限の譲渡条件を満たすか否かを前記ポリシー情報をもとに判定し、満たすと判定した場合にアクセストークンを生成して前記クライアントサーバを介して前記リソースサーバへ送信し、
前記リソースサーバは、前記認可サーバから受信したアクセストークンと前記送信したアクセストークン提示要求との整合性を前記セッションＩＤをもとに検証した後、前記受信したアクセストークンを前記認可サーバへ送信し、
前記認可サーバは、前記アクセストークンを受信した場合に、当該受信したアクセストークンと前記生成したアクセストークンとの整合性を検証した後、その検証結果を前記リソースサーバに通知し、
前記リソースサーバは、前記検証結果を受信した場合に、前記返送されたアクセストークンと引き換えにログイン権限情報を生成する
ことを特徴とする請求項１記載のＷｅｂ情報アクセスシステム。
【請求項３】
前記リソースサーバは、前記ログイン権限情報として、前記Ｗｅｂ情報の保有者の識別情報と、当該Ｗｅｂ情報に対するアクセス権限の譲渡を受けようとする被譲渡者の識別情報と、前記Ｗｅｂ情報のアクセス対象となる情報区分と、有効期限を表す情報とを含む情報を生成することを特徴とする請求項１又は２記載のＷｅｂ情報アクセスシステム。
【請求項４】
前記リソースサーバは、前記譲渡メニュー情報として、前記ログイン権限情報に含まれる、Ｗｅｂ情報のアクセス対象となる情報区分に対応する操作メニューを表示したアクセス画面情報を生成することを特徴とする請求項３記載のＷｅｂ情報アクセスシステム。
【請求項５】
Ｗｅｂ情報を管理するリソースサーバと、前記Ｗｅｂ情報に対するアクセス権限の譲渡条件を表すポリシー情報を管理する認可サーバと、前記Ｗｅｂ情報に対しアクセスする際に使用するユーザ端末と、前記ユーザ端末と前記リソースサーバ及び認可サーバとの間で情報の転送を行うクライアントサーバとの間を、ネットワークを介して接続したＷｅｂ情報アクセスシステムが実行するアクセス権限譲渡方法であって、
前記認可サーバが、前記Ｗｅｂ情報の保有者により設定された、前記Ｗｅｂ情報に対するアクセス権限の譲渡条件を表すポリシー情報を記憶する過程と、
前記認可サーバが、前記ユーザ端末から前記Ｗｅｂ情報に対するアクセス要求が送信された場合に、当該アクセス要求の内容が前記記憶されたポリシー情報により表されるアクセス権限の譲渡条件を満たすか否かを判定し、満たすと判定された場合に前記アクセス要求の内容を表す情報を前記リソースサーバに通知する過程と、
前記リソースサーバが、前記認可サーバから通知された前記アクセス要求の内容を表す情報に基づいて、前記Ｗｅｂ情報に対するログイン権限を表すログイン権限情報を生成する過程と、
前記リソースサーバが、前記生成されたログイン権限情報をもとに、前記Ｗｅｂ情報にアクセスするための譲渡メニュー情報を生成して前記ユーザ端末に送信する過程と
を具備することを特徴とするアクセス権限譲渡方法。
【請求項６】
前記リソースサーバは、前記ユーザ端末から送信されたアクセス要求を前記クライアントサーバを介して受信した場合に、セッションＩＤを発行して当該セッションＩＤを付与したアクセストークン提示要求を前記クライアントサーバを介して前記認可サーバへ送信し、
前記認可サーバは、前記アクセストークン提示要求を受信した場合に、当該提示要求に含まれるアクセス要求内容がアクセス権限の譲渡条件を満たすか否かを前記ポリシー情報をもとに判定し、満たすと判定した場合にアクセストークンを生成して前記クライアントサーバを介して前記リソースサーバへ送信し、
前記リソースサーバは、前記認可サーバから受信したアクセストークンと前記送信したアクセストークン提示要求との整合性を前記セッションＩＤをもとに検証した後、前記受信したアクセストークンを前記認可サーバへ送信し、
前記認可サーバは、前記アクセストークンを受信した場合に、当該受信したアクセストークンと前記生成したアクセストークンとの整合性を検証した後、その検証結果を前記リソースサーバに通知し、
前記リソースサーバは、前記検証結果を受信した場合に、前記返送されたアクセストークンと引き換えにログイン権限情報を生成する
ことを特徴とする請求項５記載のアクセス権限譲渡方法。
【請求項７】
前記リソースサーバは、前記ログイン権限情報として、前記Ｗｅｂ情報の保有者の識別情報と、当該Ｗｅｂ情報に対するアクセス権限の譲渡を受けようとする被譲渡者の識別情報と、前記Ｗｅｂ情報のアクセス対象となる情報区分と、有効期限を表す情報とを含む情報を生成することを特徴とする請求項５又は６記載のアクセス権限譲渡方法。
【請求項８】
前記リソースサーバは、前記譲渡メニュー情報として、前記ログイン権限情報に含まれる、Ｗｅｂ情報のアクセス対象となる情報区分に対応する操作メニューを表示したアクセス画面情報を生成することを特徴とする請求項７記載のアクセス権限譲渡方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、あるユーザがＷｅｂ上に保有する情報に対するアクセス権限を他ユーザに譲渡する機能を有するＷｅｂ情報アクセスシステムとそのアクセス権限譲渡方法に関する。
【背景技術】
【０００２】
近年、医療や介護等のヘルスケアの分野では、効率的な医療又は介護の実現のため、複数の医療機関による分業および連携が行われるようになっている。このような状況下では、同一の患者に関する患者情報が複数の医療機関に散在することになるため、異なる複数の医療機関、診療科又は医療従事者が、他の医療機関で管理されている患者情報に対し適切なアクセス制御の下でアクセスできるようにする必要がある。
【０００３】
そこで、患者本人又は当該患者の担当医が、Ｗｅｂ上に配置した上記患者の情報に対するアクセス権限を紹介先の医師等の他の医療従事者に譲渡し、他の医療従事者が上記患者情報にアクセスできるようにする技術が提案されている。この種の技術は、例えばＵＭＡプロトコルを用いて、ＷｅｂＡＰＩの操作権限を譲渡することにより実現される（例えば特許文献１を参照）。
【０００４】
ところが、従来提案されているシステムでは、Ｗｅｂアプリケーションの操作権限を譲渡したり、またそのＷｅｂアプリケーションの個々のメニューについて譲渡するメニューを指定することまでは行えない。そのため、Ｗｅｂアプリケーションの操作権限を譲渡するには、例えば本人のＩＤ／パスワード等のクレデンシャル情報を他者に通知し、他者は本人から通知されたクレデンシャル情報を用いて、本人になりすましてＷｅｂアプリケーションを操作する必要がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許４８７１９９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、本人のＩＤ／パスワード等のクレデンシャル情報を他者に通知して使用させる方法では、操作権限の譲渡が終了した後に、本人がパスワードを変更する必要があり、本人の負担が大きい。また、他者にＩＤ／パスワードを通知することで、個人情報の全ての項目を他者が自由に操作することが可能となり、これにより他者には操作して欲しくない情報項目まで本人の許可なく操作される危険がある。
【０００７】
この発明は上記事情に着目してなされたもので、その目的とするところは、Ｗｅｂ情報に対するアクセス権限を、当該Ｗｅｂ情報の所有者自身が事前に設定した条件で他者に譲渡できるようにし、これにより譲渡終了後の情報保有者の操作負担を軽減すると共に、保有するＷｅｂ情報の安全性を高めたＷｅｂ情報アクセスシステムとそのアクセス権限譲渡方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するためにこの発明の一つの観点は、Ｗｅｂ情報を管理するリソースサーバと、前記Ｗｅｂ情報に対するアクセス権限の譲渡条件を表すポリシー情報を管理する認可サーバと、前記Ｗｅｂ情報に対しアクセスする際に使用するユーザ端末と、前記ユーザ端末と前記リソースサーバ及び認可サーバとの間で情報の転送を行うクライアントサーバとの間を、ネットワークを介して接続したＷｅｂ情報アクセスシステムにあって、前記認可サーバに、前記Ｗｅｂ情報の保有者により設定された、前記Ｗｅｂ情報に対するアクセス権限の譲渡条件を表すポリシー情報を記憶しておく。この状態で、前記ユーザ端末から前記Ｗｅｂ情報に対するアクセス要求が送信された場合に、前記認可サーバにより、当該アクセス要求の内容が前記記憶されたポリシー情報により表されるアクセス権限の譲渡条件を満たすか否かを判定し、満たすと判定された場合に前記アクセス要求の内容を表す情報を前記リソースサーバに通知する。そして、前記リソースサーバにより、前記認可サーバから通知された前記アクセス要求の内容を表す情報に基づいて、前記Ｗｅｂ情報に対するログイン権限を表すログイン権限情報を生成し、当該生成されたログイン権限情報をもとに、前記Ｗｅｂ情報にアクセスするための譲渡メニュー情報を生成して前記ユーザ端末に送信するようにしたものである。
【０００９】
また、この発明の１つの観点は以下のような態様を備えることを特徴とする。  
第１の態様は、前記ユーザ端末から送信されたアクセス要求を前記クライアントサーバを介して受信した場合に、前記リソースサーバにより、セッションＩＤを発行して当該セッションＩＤを付与したアクセストークン提示要求を前記クライアントサーバを介して前記認可サーバへ送信する。これに対し前記認可サーバは、前記アクセストークン提示要求を受信した場合に、当該提示要求に含まれるアクセス要求内容がアクセス権限の譲渡条件を満たすか否かを前記ポリシー情報をもとに判定し、満たすと判定された場合にアクセストークンを生成して前記クライアントサーバを介して前記リソースサーバへ送信する。リソースサーバは、前記認可サーバから受信したアクセストークンと前記送信したアクセストークン提示要求との整合性を前記セッションＩＤをもとに検証した後、前記受信したアクセストークンを前記認可サーバへ送信する。認可サーバは、前記アクセストークンを受信した場合に、当該受信したアクセストークンと前記生成したアクセストークンとの整合性を検証した後、その検証結果を前記リソースサーバに通知する。リソースサーバは、前記検証結果を受信した場合に、前記返送されたアクセストークンと引き換えにログイン権限情報を生成する。
【００１０】
第２の態様は、前記ログイン権限情報として、前記Ｗｅｂ情報の保有者の識別情報と、当該Ｗｅｂ情報に対するアクセス権限の譲渡を受けようとする被譲渡者の識別情報と、前記Ｗｅｂ情報のアクセス対象となる情報区分と、有効期限を表す情報とを含む情報を生成するようにしたものである。
【００１１】
第３の態様は、前記譲渡メニュー情報として、前記ログイン権限情報に含まれる、Ｗｅｂ情報のアクセス対象となる情報区分に対応する操作メニューを表示したアクセス画面情報を生成するようにしたものである。
【発明の効果】
【００１２】
この発明の１つの観点によれば、Ｗｅｂ情報の保有者により当該Ｗｅｂ情報に対するアクセス権限の譲渡条件を表すポリシー情報が事前に登録され、被譲渡者から上記Ｗｅｂ情報に対するアクセス要求が発生した場合に、当該アクセス要求の内容が上記登録されたポリシー情報により表されるアクセス権限の譲渡条件を満たすか否かが判定される。そして、アクセス権限の譲渡条件を満たすと判定された場合に、ログイン権限情報が生成され、このログイン権限情報に従い譲渡メニュー情報が生成されて被譲渡者に提示される。
【００１３】
このため、被譲渡者が他者のＷｅｂ情報に対しアクセスする際には、当該Ｗｅｂ情報の所有者が事前に登録したポリシー情報に定義されたアクセス権限の範囲内でアクセスすることが可能となる。このため、情報保有者の個人情報が自身の意図に反して被譲渡者により無制限にアクセスされる心配はなくなり、これによりＷｅｂ情報のセキュリティを高く維持することが可能となる。また、情報保有者のＩＤ／パスワード等のクレデンシャル情報を被譲渡者に通知する必要がなくなるので、権限の譲渡終了後に第１のユーザはクレデンシャル情報の変更操作が不要となり、これによりユーザの操作上の負荷を軽減することが可能となる。
【００１４】
第１の態様によれば、被譲渡者のアクセス要求の発生から、当該アクセス要求のポリシーチェック、ログイン権限情報の生成までのアクセス権限の譲渡手順が、アクセストークンを用いた情報転送手順を使用して行われる。このため、この発明に係るアクセス権限の譲渡手順を、新たなプロトコルを使用することなく、既存のプロトコルを利用して実行することが可能となり、汎用のシステムにそのまま適用することが可能となる。
【００１５】
第２の態様によれば、ログイン権限情報として、Ｗｅｂ情報の保有者の識別情報と、当該Ｗｅｂ情報に対するアクセス権限の譲渡を受けようとする被譲渡者の識別情報と、Ｗｅｂ情報のアクセス対象となる情報区分と、有効期限を表す情報とを含む情報が生成される。このため、Ｗｅｂ情報毎に、その情報保有者、被譲渡者、アクセス対象となる情報の区分をそれぞれ考慮し、さらに有効期限まで考慮した上で、アクセス権限の譲渡制御を行うことが可能となる。
【００１６】
第３の態様によれば、譲渡メニュー情報として、上記ログイン権限情報に含まれる、Ｗｅｂ情報のアクセス対象となる情報区分に対応する操作メニューを表示したアクセス画面情報が生成され、被譲渡者に提示される。このため、被譲渡者は自身に譲渡されたアクセス権限の範囲をＷｅｂアプリケーションの操作メニューにより簡単かつ明確に認識することが可能となる。
【００１７】
すなわちこの発明の１つの観点によれば、Ｗｅｂ情報に対するアクセス権限を、当該Ｗｅｂ情報の所有者自身が事前に設定した条件で他者に譲渡できるようにし、これにより譲渡毎の情報保有者の操作負担を軽減すると共に、保有するＷｅｂ情報の安全性を高めたＷｅｂ情報アクセスシステムとそのアクセス権限譲渡方法を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】この発明の一実施形態に係るＷｅｂ情報アクセスシステムの機能構成を示すブロック図。
【図２】図１に示したシステムにおける、アクセス権限譲渡処理の概要を示す図。
【図３】図１に示したシステムの認可サーバが保存するユーザ情報の一例を示す図。
【図４】図１に示したシステムの認可サーバが保存するユーザのポリシー情報の一例を示す図。
【図５】図１に示したシステムの認可サーバが保存するアクセストークン情報の一例を示す図。
【図６】図１に示したシステムのクライアントサーバが保存するユーザ情報の一例を示す図。
【図７】図１に示したシステムのリソースサーバが保存するセッション情報の一例を示す図。
【図８】図１に示したシステムのリソースサーバが保存するリソース情報の一例を示す図。
【図９】図１に示したシステムにおけるアクセス権限譲渡処理の手順と処理内容の前半部分を示すシーケンス図。
【図１０】図１に示したシステムにおけるアクセス権限譲渡処理の手順と処理内容の後半部分を示すシーケンス図。
【発明を実施するための形態】
【００１９】
以下、図面を参照してこの発明に係わる実施形態を説明する。  
［一実施形態］
図１は、この発明の一実施形態に係るＷｅｂ情報アクセスシステムの機能構成を示すブロック図である。  
このＷｅｂ情報アクセスシステムは、リソースサーバ１と、認可サーバ２と、クライアントサーバ３と、ユーザ端末４を、ネットワーク５を介して通信可能に接続したものである。このうち各サーバ１〜３はサーバコンピュータからなり、またユーザ端末４はパーソナルコンピュータ等の固定端末又はスマートフォン等の携帯端末からなる。
【００２０】
先ずクライアントサーバ３は、ユーザ認証、リソースサーバ１へのアクセス、アクセストークンの要求と提示、ログイン権限情報の提示等の機能を有するもので、制御ユニット３１と、記憶ユニット３２と、送受信部３３を備えている。送受信部３３は、リソースサーバ１、認可サーバ２及びユーザ端末４との間で、予め決められたプロトコルに従い情報の送受信を行う。
【００２１】
記憶ユニット３２は、ユーザ情報記憶部３２１を有する。ユーザ情報記憶部３２１には、システムに利用登録をしたユーザのユーザ情報が記憶される。ユーザ情報は、ユーザＩＤにパスワードを関連付けたものからなる。
【００２２】
制御ユニット３１は、認証処理部３１１と、リソースアクセス部３１２と、アクセストークン要求部３１３と、アクセストークン提示部３１４と、ログイン権限情報提示部３１５を有する。これらの制御機能はいずれも図示しないプログラムメモリに格納されたプログラムをＣＰＵに実行させることにより実現される。
【００２３】
認証処理部３１１は、ユーザ端末４からアクセス要求を受信した場合に、ユーザ情報記憶部３２１に記憶されたユーザ情報をもとに、ユーザ端末４との間で被譲渡者の認証を行う。
【００２４】
リソースアクセス部３１２は、上記認証により被譲渡者の正当性が確認された場合に、ユーザ端末４から送られたアクセス先へのリクエストをリソースサーバ１へ転送する。アクセス先へのリクエストには、情報保有者の識別情報とリソースの内容を表す情報が含まれる。
【００２５】
アクセストークン要求部３１３は、リソースサーバ１からアクセストークンの提示要求を受信した場合に、アクセストークンの要求を認可サーバ２へ送信する。
アクセストークン提示部３１４は、上記アクセストークン要求の送信に対し認可サーバ２からアクセストークン値が返送された場合に、このアクセストークン値を上記アクセス先へのリクエストに含まれる情報保有者の識別情報とリソース情報と共にリソースサーバ１へ送信する。
【００２６】
ログイン権限情報提示部３１５は、上記アクセストークン情報の送信に対しリソースサーバ１からログイン権限情報が送られた場合に、当該ログイン権限情報をユーザ端末４を経由してリソースサーバ１へ送信する。
【００２７】
次に認可サーバ２は、ユーザ認証、ポリシーチェック及びアクセストークンの管理を行うもので、上記クライアントサーバ３と同様に、制御ユニット２１と、記憶ユニット２２と、送受信部２３を備えている。送受信部２３は、リソースサーバ１、クライアントサーバ３及びユーザ端末４との間で、予め決められたプロトコルに従い情報の送受信を行う。
【００２８】
記憶ユニット２１は、ユーザ情報記憶部２２１と、ポリシー情報記憶部２２２と、アクセストークン情報記憶部２２３を有する。
【００２９】
ユーザ情報記憶部２２１には、システムに利用登録をしたユーザのユーザ情報が記憶される。ユーザ情報は、例えば図３に示すようにユーザＩＤにパスワードを関連付けたものからなる。
【００３０】
ポリシー情報記憶部２２２には、リソースサーバ１で管理されているユーザの個人情報（リソース情報）に対するアクセス許可条件を表す情報がポリシー情報として記憶される。ポリシー情報は、情報保有者の識別情報と、アクセス権限の譲渡先となるユーザ（被譲渡者）の識別情報と、譲渡メニューを表す情報を含む。譲渡メニューとは、上記個人情報にアクセスするためのＷｅｂアプリケーションにより設定される全メニューのうち、譲渡対象となるメニューのことである。図４はその一例を示すものである。
【００３１】
アクセストークン情報記憶部２２３には、情報保有者の個人情報に対する被譲渡者からのアクセス要求に対し生成されるアクセストークン情報が格納される。アクセストークン情報は、被譲渡者の識別情報と、譲渡メニューを表す情報と、アクセストークン値と、有効期限を含む。図５にその一例を示す。
【００３２】
制御ユニット２１は、認証処理部２１１と、ポリシーチェック部２１２と、アクセストークン生成部２１３と、アクセストークン検証部２１４を有している。これらの制御機能はいずれも図示しないプログラムメモリに格納されたプログラムをＣＰＵに実行させることにより実現される。
【００３３】
認証処理部２１１は、クライアントサーバ３からアクセストークンの要求を受信した場合に、ユーザ情報記憶部２２１に記憶されたユーザ情報をもとにユーザ端末４との間で被譲渡者の認証を行う。
【００３４】
ポリシーチェック部２１２は、上記認証の結果、被譲渡者の正当性が確認された場合に、上記ポリシー情報記憶部２２２に格納されているポリシー情報をもとに、上記受信されたアクセストークン要求に含まれるリソース情報に対しポリシーチェックを行う。
【００３５】
アクセストークン生成部２１３は、上記ポリシーチェックの結果、要求内容がポリシーと整合している場合に、アクセストークン値を発行してこのアクセストークン値を上記アクセストークン要求の情報と共にアクセストークン情報記憶部２２３に保存すると共に、アクセストークン値をクライアントサーバ３へ返送する。
【００３６】
アクセストークン検証部２１４は、リソースサーバ１からアクセストークン情報が返送された場合に、当該アクセストークン情報の正否を上記アクセストークン情報記憶部２２３に保存されているアクセストークン情報をもとに検証する。
【００３７】
最後にリソースサーバ１は、アクセストークンの提示及び検証を要求する機能と、ログイン権限情報及び譲渡メニューを生成する機能を備えたもので、上記クライアントサーバ３及び認可サーバ２と同様に、制御ユニット１１と、記憶ユニット１２と、送受信部１３を備えている。送受信部１３は、クライアントサーバ３、認可サーバ２及びユーザ端末４との間で、予め決められたプロトコルに従い情報の送受信を行う。
【００３８】
記憶ユニット１１は、セッション情報記憶部１２１と、リソース情報記憶部１２２を備えている。セッション情報記憶部１２１は、セッションＩＤに関連付けて、クライアントサーバ３から送られたアクセス先へのリクエストを保存するために用いられる。図７はこのセッション情報の記憶例を示す。リソース情報記憶部１２２は、情報保有者のユーザＩＤに関連付けて、リソース情報を保存するために用いられる。リソース情報は、区分と内容とに分けて管理される。図８はこのリソース情報の記憶例を示すものである。
【００３９】
制御ユニット１１は、アクセストークン提示要求部１１１と、アクセストークン検証要求部１１２と、ログイン権限情報生成部１１３と、譲渡メニュー生成部１１４を有している。これらの制御機能はいずれも図示しないプログラムメモリに格納されたプログラムをＣＰＵに実行させることにより実現される。
【００４０】
アクセストークン提示要求部１１１は、クライアントサーバ３からアクセス先へのリクエストを受信した場合に、セッションＩＤを生成し、このセッションＩＤに関連付けて上記受信されたリクエストを上記セッション情報記憶部１２１に保存する。
【００４１】
アクセストークン検証要求部１１２は、クライアントサーバ３からアクセストークン情報を受信した場合に、当該アクセストークン情報の内容と、先に受信したアクセス先へのリクエストの内容との整合性を、セッション情報記憶部１２１に保存されたセッション情報に基づいて検証する。
【００４２】
ログイン権限情報生成部１１３は、認可サーバ２からアクセストークンの検証結果＝ＯＫを受信した場合に、上記アクセストークン情報に基づいてログイン権限情報を生成し、要求元のクライアントサーバ３へ送信する。
【００４３】
譲渡メニュー生成部１１４は、上記送信したログイン権限情報がユーザ端末４から返送された場合に、当該ログイン権限情報の検証を行った後、譲渡メニュー画面を生成してユーザ端末４へ送信する。譲渡メニュー画面情報は、例えば情報保有者の個人情報にアクセス（操作）するためのＷｅｂアプリケーションのメニューのうち、譲渡対象のメニューに対応するボタンやリンクを表示するものである。
【００４４】
（動作）
（１）動作の概要
次に、以上のように構成されたシステムにおける、Ｗｅｂアプリケーションのアクセス権限の譲渡動作を説明する。図２はＵＭＡプロトコルを利用したアクセス権限譲渡動作の全体の流れを示す図である。
【００４５】
なお、認可サーバ２のポリシー情報記憶部２２２には、Ｗｅｂアプリケーションの保有者が自ら設定した、当該Ｗｅｂアプリケーションに対するアクセス許可条件を表すポリシー情報が、ステップＳＴ１により事前に登録されているものとして説明を行う。
【００４６】
被譲渡者がユーザ端末４においてリソースに対するアクセス操作を行うと、ステップＳＴ２によりユーザ端末４からクライアントサーバ３に対しアクセス要求が送信される。クライアントサーバ３は、上記アクセス要求を受信すると、ステップＳＴ３により当該アクセス要求をリソースサーバ１へ転送する。このアクセス要求を受信するとリソースサーバ１は、ステップＳＴ４によりアクセストークンの提示要求を送信する。当該アクセストークンの提示要求を受信したクライアントサーバ３は、ステップＳＴ５においてＨＴＴＰリダイレクト機能により上記アクセストークンの要求をユーザ端末４を経由して認可サーバ２へ転送する。
【００４７】
認可サーバ２は、ステップＳＴ６において要求元のユーザ端末４との間で認証手順を実行して被譲渡者の同意を得ると、ステップＳＴ７により上記アクセストークンの要求内容についてポリシー情報をもとにポリシーチェックを行う。このポリシーチェックによりアクセス許可条件を満たすことが確認されると、認可サーバ２はアクセストークンを発行してこれをステップＳＴ８によりクライアントサーバ３へ送信し、クライアントサーバ３はこのアクセストークンをステップＳＴ９によりリソースサーバ１へ転送する。
【００４８】
リソースサーバ１は、上記アクセストークンを受信すると、ステップＳＴ１０において発行元の認可サーバ２に対し上記受信したアクセストークンの検証を要求する。認可サーバ２は、上記検証を要求されたアクセストークンの検証を行い、その検証結果をステップＳＴ１１によりリソースサーバ１へ返送する。
【００４９】
リソースサーバ１は、上記検証結果を受信すると上記アクセストークンと引き換えにログイン権限情報を生成し、当該ログイン権限情報をステップＳＴ１２によりクライアントサーバ３へ送信する。クライアントサーバ３は、上記ログイン権限情報を受信すると、当該情報をユーザ端末４へ送信して被譲渡者に提示した後、ユーザ端末４から返送されたログイン権限情報をステップＳＴ１３によりリソースサーバ１へ返送する。
【００５０】
リソースサーバ１は、受信したログイン権限情報を自サーバが管理しているアクセス対象のＷｅｂアプリケーションに渡す。Ｗｅｂアプリケーションは、上記ログイン権限情報の有効期限を検証した後、上記ログイン権限情報に記載された内容に従い、アクセス対象のＷｅｂアプリケーションについての譲渡メニュー画面を生成し、この生成した譲渡メニュー画面をステップＳＴ１５によりユーザ端末４へ送信する。
【００５１】
（２）アクセス権限譲渡動作の具体例
次に、以上述べたアクセス権限の譲渡動作の具体例を説明する。図９及び図１０はその処理手順と処理内容を示すシーケンス図である。  
被譲渡者が、自身のユーザ端末４においてＷｅｂアクセス操作を行うと、ユーザ端末４からクライアントサーバ３に対し、ステップＳＴ２−１によりアクセス指示が送信される。これに対しクライアントサーバ３は、認証処理部３１１の制御の下、先ずステップＳＴ２−２においてユーザ端末４との間でユーザＩＤとパスワードを用いた認証処理を実行し、被譲渡者の正当性が確認されるとその旨をユーザ端末４に通知する。
【００５２】
この通知を受けて、被譲渡者がアクセス先の情報保有者の識別情報とリソース情報を入力すると、これらの情報がリソースに対するアクセス要求としてユーザ端末４からクライアントサーバ３へ送信される。図９では、アクセス要求として、情報保有者＝ｘｘｘと、リソース情報＝「利用者情報＆介護情報」が送られた場合を例示している。上記アクセス要求を受信するとクライアントサーバ３は、リソースアクセス部３１２の制御の下、上記受信したアクセス要求をステップＳＴ３によりリソースサーバ１へ転送する。
【００５３】
リソースサーバ１は、上記アクセス要求を受信すると、アクセストークン提示要求部１１１の制御の下、セッションＩＤを生成する。そして、このセッションＩＤに関連付けて、上記アクセス指示に含まれる情報保有者＝ｘｘｘ、及びリソース情報＝「利用者情報＆介護情報」をセッション情報記憶部１２１に保存した後、ステップＳＴ４によりアクセストークンの提示要求をクライアントサーバ３へ送信する。なお、このアクセストークンの提示要求には、上記セッションＩＤ、情報保有者＝ｘｘｘ、及びリソース情報＝「利用者情報＆介護情報」が含まれる。
【００５４】
上記アクセストークンの提示要求を受信すると、クライアントサーバ３はアクセストークン要求部３１３の制御の下、ステップＳＴ５においてＨＴＴＰリダイレクト機能により上記アクセストークンの提示要求に含まれる情報保有者＝ｘｘｘ、及びリソース情報＝「利用者情報＆介護情報」をユーザ端末４に送信し、被譲渡者に提示させる。これに対し被譲渡者が確認操作を行い、その旨の情報がユーザ端末４から返送されると、クライアントサーバ３は上記アクセストークンの要求を認可サーバ２へ転送する。
【００５５】
認可サーバ２は、上記アクセストークンの要求を受信すると、先ず認証処理部２１１の制御の下、ステップＳＴ６によりユーザ端末４に対し被譲渡者のユーザＩＤとパスワードの送信を求め、ユーザ端末４から受信したユーザＩＤとパスワードをユーザ情報記憶部２２１に記憶されたユーザ情報と照合することで、被譲渡者の正当性を確認する。
【００５６】
そして、正当性が確認されると、次にステップＳＴ７によりポリシーチェック部２１２を起動し、このポリシーチェック部２１２の制御の下で、上記受信されたアクセストークンの要求内容について、ポリシー情報記憶部２２２に記憶されたポリシー情報をもとにポリシーチェックを行う。具体的には、上記アクセストークンの要求に含まれる被譲渡者と譲渡メニューがポリシー情報に設定されているか否かを判定する。この判定の結果、ポリシー情報に設定されたアクセス権限の譲渡条件を満たしていなければ、エラーとしてその旨をユーザ端末４へ送信する。
【００５７】
これに対し、上記ポリシーチェックによりアクセス許可条件を満たすことが確認されると、認可サーバ２は次にアクセストークン生成部２１３の制御の下でアクセストークンを発行する。そして、この発行したアクセストークンをアクセストークン情報記憶部２２３に保存した後、ステップＳＴ８によりクライアントサーバ３へ送信する。具体的には、図９に示すようにランダムに文字列からなるアクセストークン値＝“Ad055vcc3jwr”を発行し、当該アクセストークン値＝“Ad055vcc3jwr”をクライアントサーバ３へ送信する。クライアントサーバ３は、このアクセストークン値＝“Ad055vcc3jwr”をユーザ端末４へ転送する。
【００５８】
またクライアントサーバ３は、上記アクセストークン値＝“Ad055vcc3jwr”を受信すると、アクセストークン提示部３１４の制御の下、先にステップＳＴ４においてリソースサーバ１から通知された、セッションＩＤ＝00000001、情報保有者の識別情報＝ｘｘｘ及びリソース＝「利用者情報＆介護情報」に、上記アクセストークン値＝“Ad055vcc3jwr”を付加し、このアクセストークン情報をリソースサーバ１へ送信する。
【００５９】
リソースサーバ１は、上記アクセストークン情報を受信すると、アクセストークン検証要求部１１２により、当該受信したアクセストークン情報の内容をセッション情報記憶部１２１に記憶されたセッション情報と照合し、その整合性をチェックする。具体的には、今回送られたアクセストークン情報に含まれる情報保有者の識別情報＝ｘｘｘ、及びリソース＝「利用者情報＆介護情報」を、先にステップＳＴ３により送られた情報保有者の識別情報＝ｘｘｘ、及びリソース＝「利用者情報＆介護情報」と照合する。そして両情報が一致すれば、ステップＳＴ１０により上記アクセストークン情報を認可サーバ２へ送信する。なお、両情報が一致しなかった場合にはエラーとする。
【００６０】
認可サーバ２は、アクセストークン検証部２１４により、上記検証を要求されたアクセストークン情報の検証を行う。具体的には、今回受信したアクセストークン情報に含まれるアクセストークン値＝“Ad055vcc3jwr”が、先に発行したアクセストークン値と一致するか、今回受信したアクセストークン情報に含まれる情報保有者の識別情報＝ｘｘｘ及びリソース＝「利用者情報＆介護情報」と、先にステップＳＴ５により受信したアクセストークンの要求に含まれる情報保有者の識別情報及びリソース情報との間に不整合がないかを検証する。またそれに加えて、アクセストークン情報記憶部２２３に保存されているアクセストークン情報に含まれる有効期限内であるかを判定する。そして、全ての条件を満たすことが確認されると、認可サーバ２はステップＳＴ１１により検証結果＝ＯＫをリソースサーバ１へ返送する。なお、上記各判定の１つでも条件を満たさなければ、エラーとする。
【００６１】
リソースサーバ１は、上記検証結果＝ＯＫを受信すると、ログイン権限情報生成部１１３により、先にステップＳＴ９で受信したアクセストークン情報をもとにログイン権限情報を生成する。例えば、アクセストークン情報に含まれる情報保有者の識別情報＝ｘｘｘ、被譲渡者の識別情報＝ｙｙｙ、リソース＝「利用者情報＆介護情報」及び有効期限＝2013/12/15を、リソースサーバ１が予め生成した共通鍵で暗号化することにより、生成する。そして、この生成されたログイン権限情報をステップＳＴ１２によりクライアントサーバ３へ送信する。
【００６２】
クライアントサーバ３は、上記ログイン権限情報を受信すると、当該情報をユーザ端末４へ送信して被譲渡者に提示した後、ユーザ端末４から返送されたログイン権限情報をステップＳＴ１３によりリソースサーバ１へ返送する。
【００６３】
リソースサーバ１は、上記ログイン権限情報を受信すると、自サーバが管理しているアクセス対象のＷｅｂアプリケーションに渡す。Ｗｅｂアプリケーションは、ステップＳＴ１４において、上記ログイン権限情報の有効期限＝2013/12/15を検証した後、有効期限内であれば上記ログイン権限情報に記載された内容に従い、アクセス対象のＷｅｂアプリケーションについて譲渡メニュー画面情報を生成する。そして、この生成した譲渡メニュー画面情報をステップＳＴ１５によりユーザ端末４へ送信する。譲渡メニュー画面情報は、例えば情報保有者の個人情報にアクセス（操作）するためのＷｅｂアプリケーションのメニューのうち、譲渡対象のメニューに対応するボタンやリンクを表示させるものである。
【００６４】
ユーザ端末４では、上記送られた譲渡メニュー画面が表示される。したがって、以後被譲渡者は、当該メニュー画面に従いＷｅｂアプリケーションに対するアクセスが可能となる。例えば、いま譲渡メニューとして上記したように利用者情報と介護情報のボタン又はリンクが表示されていれば、被譲渡者は情報保有者に関する個人情報のうち利用者情報と介護情報についてのみ閲覧等の操作を行うことが可能となる。
【００６５】
（実施形態の効果）
以上詳述したようにこの発明の一実施形態では、Ｗｅｂアプリケーションの保有者が自ら設定したポリシー情報を認可サーバ２のポリシー情報記憶部２２２に事前に登録する。ポリシー情報としては、どの被譲渡者に、どの画面のメニューを、いつからいつまで譲渡するかを指定する情報が含まれる。この状態で、被譲渡者のユーザ端末４からアクセス要求が発生した場合に、リソースサーバ１から送信されるアクセストークン提示要求に応じて、認可サーバ２がポリシー情報に基づいてポリシーチェックを行い、ポリシーを満足する場合にアクセストークンを生成してリソースサーバ１に提示する。リソースサーバ１は、上記アクセストークン情報の内容を検証した後、当該アクセストークン情報と引き換えに、情報保有者、被譲渡者、譲渡するメニュー及び有効期限が記載されたログイン権限情報を生成し、このログイン権限情報を暗号化して被譲渡者のユーザ端末４に提示した後、自サーバ１で管理しているＷｅｂアプリケーションに送る。Ｗｅｂアプリケーションは、受信したログイン権限情報を復号し、有効期限の範囲であれば、ログイン権限情報に記載された情報保有者の、譲渡するメニューに記載された範囲のメニュー項目の画面を作成し、被譲渡者のユーザエージェントに表示するようにしている。
【００６６】
したがって、被譲渡者が情報保有者のＷｅｂ情報に対しアクセスする際には、情報保有者が事前に設定したポリシー情報に対応する権限の範囲内でアクセスすることが可能となる。このため、情報保有者の意図に反して、Ｗｅｂアプリケーションで管理されている個人情報が被譲渡者により無制限にアクセスされる心配はなくなり、これにより個人情報のセキュリティを高く保持することが可能となる。また、情報保有者のＩＤ／パスワード等のクレデンシャル情報を被譲渡者に通知する必要がなくなるので、権限の譲渡終了後に情報保有者はクレデンシャル情報の変更操作が不要となり、これにより情報保有者の操作上の負荷を軽減することが可能となる。
【００６７】
さらに、アクセストークンが認可サーバ２からリソースサーバ１に転送される過程で、アクセストークン情報に含まれる情報がアクセス要求の内容を表す情報と対応するか否かが、セッション情報をもとに検証される。このため、アクセストークン情報が正しく転送された場合にのみログイン権限情報を生成することができる。
【００６８】
さらに、アクセストークン情報の転送過程において、その有効期限が検証される。このため、有効期限を経過したアクセストークン情報を破棄することが可能となり、有効期限内の場合にのみ第２のユーザに対しログイン権限を与えることが可能となる。
【００６９】
［他の実施形態］
前記実施形態では、リソースサーバ１が管理する個人情報として患者の診療や介護に係るヘルスケア情報を取り扱う場合について述べたが、情報保有者の学業成績、勤務成績、業務実績などの情報を取り扱うようにしてもよい。  
その他、システムの構成、各サーバにおける処理手順と処理内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。
【００７０】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００７１】
１…リソースサーバ、２…認可サーバ、３…クライアントサーバ、４…端末、５…ネットワーク、１１，２１，３１…制御ユニット、１２，２２，３２…記憶ユニット、１３，２３，３３…送受信部、１１１…アクセストークン提示要求部、１１２…アクセストークン検証要求部、１１３…ログイン権限情報生成部、１１４…譲渡メニュー生成部、１２１…セッション情報記憶部、１２２…リソース情報記憶部、２１１…認証処理部、２１２…ポリシーチェック部、２１３…アクセストークン生成部、２１４…アクセストークン検証部、２２１…ユーザ情報記憶部、２２２…ポリシー情報記憶部、２２３…アクセストークン情報記憶部、３１１…認証処理部、３１２…リソースアクセス部、３１３…アクセストークン要求部、３１４…アクセストークン提示部、３１５…ログイン権限情報提示部、３２１…ユーザ情報記憶部。
【図１】
0005865420.tif 000002
【図２】
0005865420.tif 000003
【図３】
0005865420.tif 000004
【図４】
0005865420.tif 000005
【図５】
0005865420.tif 000006
【図６】
0005865420.tif 000007
【図７】
0005865420.tif 000008
【図８】
0005865420.tif 000009
【図９】
0005865420.tif 000010
【図１０】
0005865420.tif 000011