(57)【要約】【課題】  一般的に管理者が一般者に権限を与えるという方法であり、テナントなどの管理体系の異なるサービスプロバイダに対して顧客が自身のデータに対するアクセス許可を承認するということは実現できない。また、アクセス権限を与える側である顧客が、ロールやユーザに対して各データに対してアクセス許可を与えるという複雑な操作を行わなければならないという課題がある。【解決手段】  アクセステナント(サービスプロバイダ)からデータオーナーテナント(顧客)に対して、アクセス許可依頼を行い、データオーナーテナントの管理者がアクセス許可依頼に対して承認操作を行い、その承認に基づいて顧客テナント内のデータへアクセスする。【選択図】  図７
2013182436.tif 000002
【特許請求の範囲】
【請求項１】
ホストコンピュータ（１０１，１０２）と管理サーバー（１０３）がネットワーク（１０４）に接続されたアクセス権限委譲システムであって、
テナントを管理する手段（４０２、４０２１）と、
テナント単位に特定のデータを管理するデータ管理手段（４０４）と、
第１のテナントから第2のテナントに対して、第2のテナントのデータに対するアクセス許可依頼を発行するアクセス許可依頼発行手段（１３０１）と、
該アクセス許可依頼情報を格納するアクセス許可依頼情報格納手段（４０３）と、
第２のテナントが、第１のテナントからのアクセス許可依頼を承認するアクセス許可承認手段（１４０１）と、
該承認が行われたこと示す承認情報をアクセス許可依頼情報格納手段（４０３）に格納されたアクセス許可依頼情報に追加格納し、
第１のテナントが第2のテナントのデータにアクセスしようとした際に、該アクセス許可依頼情報格納手段より「第１のテナントから第2のテナントへのアクセス許可依頼情報」を取得し、承認情報（７０４）が格納されていた場合に、データへのアクセスを許可することを特徴とするアクセス権限委譲システム。
【請求項２】
テナント単位でユーザ情報を管理するユーザ管理手段（４０２２）と、
ユーザの認証を行いユーザの所属するテナントを識別可能とするユーザ認証手段（４０２）と、
第１のテナントのユーザが、ユーザが所属するテナント以外の第2のテナントのデータに対するアクセス許可依頼を発行するアクセス許可依頼発行手段（１３０１）と、
第２のテナントのユーザに対して、第１のテナントからのアクセス許可依頼情報を表示するアクセス許可依頼表示手段（１４０１）と、
第２のテナントのユーザが、第１のテナントからのアクセス許可依頼を承認するアクセス許可承認手段（１４０１）と、
第１のテナントのユーザが第2のテナントのデータにアクセスしようとした際に、該アクセス許可依頼情報格納手段よりアクセス許可依頼情報を取得し、承認情報が格納されていた場合に、データへのアクセスを許可することを特徴とする請求項１に記載のアクセス権限委譲システム。
【請求項３】
第２のテナントのユーザが、第１のテナントからのアクセス許可依頼を承認した際に、第２のテナントのユーザの認証情報より第２のテナントのデータへアクセス許可を示すアクセストークンを生成するアクセストークン生成手段（４０２）とをさらに有し、アクセス許可依頼情報格納手段（４０３）に該アクセストークン生成手段により生成されたアクセストークンを格納し、
第１のテナントのユーザが第2のテナントのデータにアクセスしようとした際に、該アクセス許可依頼情報格納手段よりアクセス許可依頼情報とアクセストークンを取得し、承認情報が格納されていた場合に、該アクセストークンを使用してデータへのアクセスすることを特徴とする請求項２に記載のアクセス権限委譲システム。
【請求項４】
該アクセストークン生成手段（４０２）において、アクセス許可承認手段（１４０１）においてアクセス許可が承認されたデータに対するアクセス許可を示すアクセストークンを生成することを特徴とする、請求項３に記載のアクセス権限委譲システム。
【請求項５】
ホストコンピュータ（１０１，１０２）と管理サーバー（１０３）がネットワーク（１０４）に接続されたアクセス権限委譲システムであって、
テナントを管理する手段（４０２、４０２１）と、
テナント単位に特定のサービス利用権限を管理するサービス管理手段（４０４）と、
第１のテナントから第2のテナントに対して、第2のテナントのサービスに対するアクセス許可依頼を発行するアクセス許可依頼発行手段（１３０１）と、
該アクセス許可依頼情報を格納するアクセス許可依頼情報格納手段（４０３）と、
第２のテナントが、第１のテナントからのアクセス許可依頼を承認するアクセス許可承認手段（１４０１）と、
該承認が行われたこと示す承認情報をアクセス許可依頼情報格納手段（４０３）に格納されたアクセス許可依頼情報に追加格納し、 
第１のテナントが第2のテナントのサービスにアクセスしようとした際に、該アクセス許可依頼情報格納手段より「第１のテナントから第2のテナントへのアクセス許可依頼情報」を取得し、承認情報（７０４）が格納されていた場合に、サービスへのアクセスを許可することを特徴とするアクセス権限委譲システム。
【請求項６】
テナント単位でユーザ情報を管理するユーザ管理手段（４０２２）と、
ユーザの認証を行いユーザの所属するテナントを識別可能とするユーザ認証手段（４０２）と、
第１のテナントのユーザが、ユーザが所属するテナント以外の第2のテナントのサービスに対するアクセス許可依頼を発行するアクセス許可依頼発行手段（１３０１）と、
第２のテナントのユーザに対して、第１のテナントからのアクセス許可依頼情報を表示するアクセス許可依頼表示手段（１４０１）と、
第２のテナントのユーザが、第１のテナントからのアクセス許可依頼を承認するアクセス許可承認手段（１４０１）と、
第１のテナントのユーザが第2のテナントのサービスにアクセスしようとした際に、該アクセス許可依頼情報格納手段よりアクセス許可依頼情報を取得し、承認情報が格納されていた場合に、サービスへのアクセスを許可することを特徴とする請求項５に記載のアクセス権限委譲システム。
【請求項７】
第２のテナントのユーザが、第１のテナントからのアクセス許可依頼を承認した際に、第２のテナントのユーザの認証情報より第２のテナントのサービスへアクセス許可を示すアクセストークンを生成するアクセストークン生成手段（４０２）とをさらに有し、アクセス許可依頼情報格納手段（４０３）に該アクセストークン生成手段により生成されたアクセストークンを格納し、
第１のテナントのユーザが第2のテナントのサービスにアクセスしようとした際に、該アクセス許可依頼情報格納手段よりアクセス許可依頼情報とアクセストークンを取得し、承認情報が格納されていた場合に、該アクセストークンを使用してサービスへのアクセスすることを特徴とする請求項６に記載のアクセス権限委譲システム。
【請求項８】
該アクセストークン生成手段（４０２）において、アクセス許可承認手段（１４０１）においてアクセス許可が承認されたデータに対するアクセス許可を示すアクセストークンを生成することを特徴とする請求項７に記載のアクセス権限委譲システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスプロバイダが顧客から業務を委託されてデータを収集・管理するために使用するシステムに関する。
【背景技術】
【０００２】
クラウドサービスではテナントを管理し、テナント単位でデータ分離を行い、ユーザは自分の所属するテナント内のデータしかアクセスできず、他のテナントへのアクセスは許可されない。しかし、サービスプロバイダが顧客から業務委託されて顧客のデータを管理するために、顧客テナントに格納すべき顧客のデータにサービスプロバイダがアクセスできなければならない。
【０００３】
このように、あるテナントから他のテナントのデータへのアクセスを実現する技術はなかった。
【０００４】
サービスプロバイダは顧客データにアクセスできなければサービスを行えないが、顧客データには個人情報、機密情報も含まれることがあるため、顧客から予め承認された上でアクセス可能となることが求められる。
【０００５】
特許文献１では、ロールベースアクセス制御方法が開示されており、データ項目及び機能の各々についてロール毎にアクセスを許可し、データオブジェクト、機能オブジェクトへのアクセスをユーザに設定されたロールによって判断する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開2010-108170号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記技術のようなアクセス制御方式では、データ、機能へのアクセスを制御しているが、一般的に管理者が一般者に権限を与えるという方法である。このためテナントなどの管理体系の異なるサービスプロバイダに対して顧客が自身のデータに対するアクセス許可を承認するということは実現できない。また、アクセス権限を与える側である顧客が、ロールやユーザに対して各データに対してアクセス許可を与えるという複雑な操作を行わなければならないという課題がある。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明に係るアクセス管理システムは、ホストコンピュータと管理サーバーがネットワークに接続されたシステムであり以下の特徴を有する。
【０００９】
テナントを管理する手段と、テナント単位に特定のデータを管理するデータ管理手段と、第１のテナントから第2のテナントに対して、第2のテナントのデータに対するアクセス許可依頼を発行するアクセス許可依頼発行手段を有する。
【００１０】
さらに、該アクセス許可依頼情報を格納するアクセス許可依頼情報格納手段と、第２のテナントが、第１のテナントからのアクセス許可依頼を承認するアクセス許可承認手段を有する。該承認が行われたこと示す承認情報をアクセス許可依頼情報格納手段（４０３）に格納されたアクセス許可依頼情報に追加格納する。そして、第１のテナントが第2のテナントのデータにアクセスしようとした際に、該アクセス許可依頼情報格納手段より「第１のテナントから第2のテナントへのアクセス許可依頼情報」を取得する。そして承認情報（７０４）が格納されていた場合に、データへのアクセスを許可する。
【発明の効果】
【００１１】
本発明によれば、クラウドサービスのようにテナント単位でデータ分離するシステムで、第１のテナントのデータを、第２のテナントからアクセス依頼と、第１のテナントからの承認に基づいて、必要な範囲内での許可が可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施例１に係るアクセス管理システムの構成を示す図である。
【図２】ホストコンピュータ１０１、１０２、管理サーバー１０３の内部構成を示す図である。
【図３】ホストコンピュータ１０１、１０２の機能的構成を示す図である。
【図４】管理サーバー１０３の機能的構成を示す図である。
【図５】管理サーバー１０３で管理されるテナント管理テーブルの構成を示す図である。
【図６】管理サーバー１０３で管理されるユーザ管理テーブルの構成を示す図である。
【図７】管理サーバー１０３で管理されるアクセス許可管理テーブルの構成を示す図である。
【図８】管理サーバー１０３で管理されるテナント毎データテーブルの構成の例を示す図である。
【図９】ユーザ認証処理の流れを示すフローチャートである。
【図１０】顧客登録処理の流れを示すフローチャートである。
【図１１】アクセス許可承認処理の流れを示すフローチャートである。
【図１２】アクセス権チェック処理の流れを示すフローチャートである。
【図１３】ホストコンピュータ１０１で表示される顧客登録・アクセス許可依頼の設定画面の一例を示す図である。
【図１４】ホストコンピュータ１０２で表示されるアクセス許可承認の設定画面の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施形態を詳細に説明する。なお、以下の実施形態は特許請求の範囲を限定するものでなく、また、実施形態で説明される特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１４】
＜実施例１＞
［システムの全体構成（図１）］
アクセス管理システムは、ホストコンピュータ１０１、１０２と、管理サーバー１０３とを備える。ホストコンピュータ１０１、１０２、管理サーバー１０３は、LANやインターネット等の既知の技術によるネットワーク１０５により通信可能に接続されている。
【００１５】
ホストコンピュータ１０１は、サービスプロバイダユーザが使用する。サービスプロバイダユーザは、ホストコンピュータ１０１から管理サーバーが提供するサービスを利用したり、管理サーバーに保持される顧客のデータを操作したりする。また、顧客テナントを管理サーバーに登録し、顧客へのアクセス許可依頼処理を行う。
【００１６】
ホストコンピュータ１０２は、顧客ユーザが使用する。顧客ユーザは、ホストコンピュータ１０２から管理サーバーが提供するサービスを利用したり、管理サーバーに保持される顧客のデータを操作したりする。また、サービスプロバイダからのアクセス許可依頼に対して承認、却下の指示を行う。
【００１７】
管理サーバー１０３は、複数のサービスプロバイダテナント、顧客テナントを管理し、それぞれのユーザ情報を管理する。また、テナント毎にデータを分離して管理しており、各テナントに属するユーザからアクセスされた場合に、そのユーザが所属テナントのデータにアクセスを許可する。さらに、アクセストークンを付加したアクセスがあった場合には、アクセストークンを検証し、正規のアクセストークンであった場合に、アクセストークンが認可情報に基づいてテナントのデータへのアクセスを許可する。
【００１８】
この実施例では、管理サーバー１０３がひとつのサーバーで構成されているように記載しているが、管理サーバーの機能的構成を複数の管理サーバーに分割して配置するようにしても構わない。
【００１９】
［ホストコンピュータ１０１、１０２の構成］
（内部構成（図２））
ホストコンピュータ１０１は、ＲＯＭ２０２又は大規模記憶装置であるハードディスク２１１に記憶されたソフトウェアを実行するＣＰＵ２０１を備える。ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを総括的に制御する。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ２０５（ＫＢＤＣ）は、ホストコンピュータ１０１に備えられたキーボード２０９からの指示入力を制御する。ディスプレイコントローラ２０６（ＤＩＳＰＣ）は、例えば液晶ディスプレイ等で構成される表示モジュール２１０（ＤＩＳＰＬＡＹ）の表示を制御する。ディスクコントローラ２０７（ＤＫＣ）は、ハードディスク２１１（ＨＤ）を制御する。ネットワークインターフェースカード２０８（ＮＩＣ）は、ネットワーク１０５を介して、他のノードと双方向にデータをやりとりする。
【００２０】
（機能的構成（図３））
ホストコンピュータ１０１は、Ｗｅｂブラウザ３０１と、ＨＴＴＰ通信部３０２とを備える。
【００２１】
Ｗｅｂブラウザ３０１は、ＨＴＭＬデータを解釈し、表示モジュール２１０へ画面描画を行い、キーボード等からのユーザ操作を受け付け、ＨＴＴＰ通信部３０２へ要求を送信する。ＨＴＴＰ通信部３０２は、Ｗｅｂブラウザからの通信要求を受けて画像処理装置等とＮＩＣ２０８を経由してＨＴＴＰ又はＨＴＴＰＳプロトコルを用いて管理サーバー１０３と通信を行いＷｅｂページの要求、Ｗｅｂページデータの受信等を行う。
【００２２】
［管理サーバー１０３の構成］
（内部構成）
内部構成は、ホストコンピュータ１０１と同様である（図２参照）。
【００２３】
（機能的構成（図４））
管理サーバー１０３は、インターフェース部４０１と、テナント・ユーザ管理部４０２、アクセス許可管理部４０３、データ管理部４０４を備える。
【００２４】
インターフェース部４０１は、ＮＩＣ２０８及びネットワーク１０４を経由して、ホストコンピュータ１０１、１０２との通信を行う。インターフェース部４０１は、ホストコンピュータからのHTTP/HTTPSによるＷｅｂページへの要求があると、認証、アクセス許可状態などを判断したのち、HTMLデータを返す。
【００２５】
テナント・ユーザ管理部４０２は、テナント管理テーブル４０２１、ユーザ管理テーブル４０２２を備え、テナント毎のユーザ認証の処理を行う。
【００２６】
アクセス許可管理部４０３は、アクセス許可管理テーブル４０３１を備え、サービスプロバイダテナントから顧客テナントに対するアクセス許可依頼の情報、や顧客テナントからアクセス許可の承認情報、アクセストークンを管理する。
【００２７】
データ管理部４０４は、テナント毎データテーブル４０４１を備える。図ではテナント毎データテーブルは１つしか記載していないが、データ毎に複数のテーブルが存在してもよい。
【００２８】
（テーブル構成）
以下では、図５〜８を用いて、管理サーバー１０３で管理される各テーブルの構成について説明する。
【００２９】
（テナント管理テーブル（図５）
テナントID５０１は、テナントを識別するIDを格納する列である。
【００３０】
テナント名５０２は、ユーザが設定したテナントの表示名を格納する列である。
【００３１】
テナント種別５０３は、各テナントがサービスプロバイダが使用するテナントであるか、顧客が使用するテナントであるかを判別する情報を格納する列である。
【００３２】
例えば、行５１１は、テナントIDが「サービスプロバイダ１」であり、テナント名が「▲▲株式会社」であるサービスプロバイダテナントを示している。
【００３３】
（ユーザ管理テーブル（図６））
テナントID６０１は、ユーザの所属するテナントを識別するためのテナントIDを格納する列である。
【００３４】
ユーザID６０２は、ユーザを識別するIDである。少なくともテナントごとに一意であるように発行される。
【００３５】
パスワード６０３は、ユーザがシステムにログインする際にユーザIDとともに入力するパスワードを格納する列である。
【００３６】
例えば、行６１１は、テナント：サービスプロバイダ１に所属し、ユーザIDがkatoであり、パスワードがxxxxxであるユーザを示している
（アクセス許可管理テーブル（図７））
オーナーテナント７０１は、データの所有権やサービスの利用権をもつテナントのテナントIDを格納する列である。
【００３７】
アクセステナント７０２は、オーナーテナント７０１で示されるテナントのデータやサービスに対してアクセス許可を依頼をしていテナントのIDを格納する列である。
【００３８】
アクセス許可依頼７０３は、アクセステナント７０２がどの種別のデータやサービスへのアクセス許可を依頼しているかを示す列である。アクセスしたいデータやサービスが複数存在する場合、それらのデータやサービスの種別を複数格納する。
【００３９】
許可データ・サービス７０４は、オーナーテナント７０１のユーザが、アクセステナント７０２で示されるテナントに対して、アクセスを許可・承認したデータやサービスを格納する列である。アクセスを許可・承認したデータやサービスが複数存在する場合、それらのデータやサービスの種別を複数格納する。
【００４０】
アクセストークン７０５は、オーナーテナント７０１のテナントの特定のデータ・サービスにアクセス可能であることを示す認可情報を格納する列である。
【００４１】
例えば、行７１１は、顧客１テナントのデータ・サービスに対して、サービスプロバイダ１テナントから、データ１とデータ２についてのアクセス許可依頼が出されている。そして、顧客１テナントにより、データ１とデータ２についてアクセス許可依頼が承認されていることを示している。
【００４２】
（テナント毎データテーブル（図８））
テナントID８０１は、データの所有権をもつテナントのテナントIDを格納する列である。
データ１  ８０２、データ２  ８０３は、サービスで利用されるデータを格納する列である。この図では、データ列を２つとしたが、その個数やデータ型などは任意である。
【００４３】
例えば、行８１２は、顧客１テナントの所有するデータであり、データ１にBBB、データ２に２２２というデータが可能されている。
【００４４】
（処理フロー）
以下では、図９〜１２のフローチャート、図１３，１４の画面例を用いて、ホストコンピュータ１０１、１０２、管理サーバー１０３において行われる処理のフローを説明する。
【００４５】
（ユーザ認証処理（図９））
ホストコンピュータ１０１、１０２においてユーザがWebブラウザ３０１を利用し、管理サーバー１０３に画面表示のリクエストを送信する。管理サーバー１０３はインタフェース部４０１でリクエストを受信すると、クッキー情報などによりセッション情報を確認し、すでに認証されているリクエストであるかを判定する。認証されていない場合、図９で示すユーザ認証処理を行う。
【００４６】
ユーザ認証のフローを説明する。
【００４７】
ステップ９０１で、管理サーバー１０３におけるユーザ認証処理を開始する。
【００４８】
ステップ９０２で、インタフェース部４０１はログイン画面を示すHTMLデータを作成しネットワークを介してホストコンピュータへ送信する。ホストコンピュータでは、HTTP通信部３０２がHTMLデータを受信し、Webブラウザ３０１でHTMLデータを解析してログイン画面を表示する。
【００４９】
ステップ９０３において、ユーザはログイン画面に、ユーザID、パスワード、テナントIDを入力する。入力された情報は、HTTP通信部３０２を経由して管理サーバー１０３に送信する。
【００５０】
ステップ９０４において、管理サーバー１０３のインタフェース部４０１は、受信したユーザID、パスワード、テナントIDをテナント・ユーザ管理部４０２に送信する。これらを受信したテナント・ユーザ管理４０２では、ユーザ管理テーブル４０２２を参照し、これら３の情報が一致するユーザが存在するかを確認し、一致するユーザが存在すれば正当なユーザであると判定する。
【００５１】
ステップ９０５で、ステップ９０４で正当なユーザであると判定された場合には、ステップ９０６へ進み、それ以外の場合には、ステップ９０５へ進み認証失敗であると判定しインタフェース部４０１に通知する。
【００５２】
ステップ９０５では、テナント・ユーザ管理部４０２は、認証失敗であることインタフェース部４０１に通知する。そして、インタフェース部４０１は、インタフェースログイン失敗を通知するHTMLデータを作成しホストコンピュータに送信し、ユーザ認証処理を終了する。
【００５３】
ステップ９０６では、テナント・ユーザ管理部４０２は、認証成功であることインタフェース部４０１に通知する。インタフェース部４０１はセッション情報にユーザID、ユーザの所属するテナントIDを設定する。このときセッション情報に署名情報などの正規に管理サーバーで認証されたことを示す情報を追加で設定してもよい。
【００５４】
インタフェース部４０１はさらに、ホストコンピュータから要求されたWebページのHTMLデータを作成してホストコンピュータに送信する。
【００５５】
（顧客登録処理（図１０、図１３））
図１０、図１３を用いて顧客登録およびアクセス許可依頼の処理を説明する。
【００５６】
ステップ１００１において、サービスプロバイダユーザがホストコンピュータ１より管理サーバー１０３にアクセスし、顧客登録・アクセス許可依頼画面の表示を要求する。管理サーバー１０３はユーザ認証処理を経たのち、顧客登録・アクセス許可依頼画面のHTMLデータを作成し、ホストコンピュータ１に送信し、ホストコンピュータ１のWebブラウザで顧客登録・アクセス許可依頼画面を表示する。
【００５７】
（ホストコンピュータ１０１で表示される顧客登録・アクセス許可依頼の設定画面（図１３））。
【００５８】
図１３は、顧客登録・アクセス許可依頼画面の一例である。
【００５９】
１３０１が顧客登録・アクセス許可依頼画面である。
【００６０】
１３０２は登録する顧客テナントのテナントIDを設定するテキストボックスである。
【００６１】
１３０３は登録する顧客テナントのテナント名を設定するテキストボックスである。
【００６２】
１３０４は、上記の１３０２，１３０３で指定した顧客テナントに対してアクセス許可依頼を行うサービスまたはデータを選択するチェックボックスである。
【００６３】
１３０５は、入力情報を確定させる「OK」ボタンである。
【００６４】
１３０６は、顧客登録処理を中止するための「Cancel」ボタンである。
【００６５】
ステップ１００２で、サービスプロバイダは、顧客登録・アクセス許可依頼の設定画面１３０１に、顧客テナント情報、アクセス許可依頼情報を入力し、「OK」ボタンを押下する。入力された情報は、HTTP通信部を解して管理サーバー１０３のインタフェース部４０１に送信される。
【００６６】
ステップ１００３において、インタフェース部４０１は、ホストコンピュータから送信された顧客テナントID、アクセス許可依頼情報、セッション情報からユーザの所属テナントIDを取得し、アクセス許可管理部４０３に送信する。
【００６７】
アクセス許可管理部４０３は、アクセス許可管理テーブルにアクセス許可レコードを以下のように登録する。
【００６８】
オーナーテナント７０１  ＝  顧客テナントID
アクセステナント７０２  ＝  ユーザの所属テナントID
アクセス許可依頼１０３  ＝  アクセス許可依頼情報で指定されたサービス・データ
許可データ・サービス７０４  ＝  （空）
このレコードはアクセス許可依頼１０３は設定されているが、許可データ・サービス７０４は設定されていない状態であり、顧客テナントからアクセス許可されていないことを表している。例えば図７の行７１２のような状態である。
【００６９】
以上で、顧客登録およびアクセス許可依頼の処理は終了である。
【００７０】
（アクセス許可承認処理（図１１、１４））
図１１、図１４を用いてアクセス許可承認処理を説明する。
【００７１】
ステップ１１０１において、顧客ユーザがホストコンピュータ２より管理サーバー１０３にアクセスし、アクセス許可承認の設定画面の表示を要求する。管理サーバー１０３はユーザ認証処理を経て、インタフェース部４０１は、セッション情報より顧客ユーザの所属テナントIDを取得し、アクセス許可管理部４０３に送信する。アクセス許可管理部４０３は、アクセス許可管理テーブル４０３１から顧客ユーザの所属テナントIDが、オーナーテナント７０１と一致する行（アクセス許可レコード）を取得し、インタフェース部４０１に送信する。
【００７２】
ステップ１１０２において、インタフェース部４０１は、アクセス許可管理部４０３が取得したアクセス許可レコード参照し、アクセス許可承認の設定画面のHTMLデータを作成し、ホストコンピュータ２に送信する。ホストコンピュータ２では受信したHTMLデータを解析しWebブラウザでアクセス許可承認の設定画面を表示する。
【００７３】
（ホストコンピュータ１０２で表示されるアクセス許可承認の設定画面（図１４））。
【００７４】
図１４は、アクセス許可承認の設定画面の一例である。
【００７５】
１４０１がアクセス許可承認の設定画面である。
【００７６】
１４０２にはアクセス許可依頼を行ってきているサービスプロバイダのテナント名およびテナントIDを表示しており、どのサービスプロバイダへアクセス許可を行うかを示している。
【００７７】
１４０３は、上記の１４０２に表示されているサービスプロバイダテナントに対してどのデータ・サービスのアクセス許可を承認するかを選択するチェックボックスである。
【００７８】
１４０４は、入力情報を確定させる「OK」ボタンである。
【００７９】
１４０５は、アクセス許可承認処理を中止するための「Cancel」ボタンである。
【００８０】
ステップ１１０３で、顧客ユーザは、アクセス許可承認の設定画面の１４０３において、アクセス許可を承認するデータ・サービスを選択する。その後「OK」ボタンを押下した場合には、入力情報が確定されたと判断しアクセス許可承認の設定画面で入力された情報を、管理サーバー１０３のインタフェース部４０１に送信し、ステップ１１０５に進む。
【００８１】
Cancelが押下された場合にはアクセス許可承認を中止する。
【００８２】
ステップ１１０５において、インタフェース部４０１は顧客ユーザのセッション情報から署名情報などと、アクセス許可承認されたデータ・サービス情報をテナント・ユーザ管理部４０２に送信し、アクセストークンの発行を依頼する。テナント・ユーザ管理部４０２は、アクセストークン発行依頼を受けると、顧客ユーザの所属するテナントの上記アクセス許可が承認されたデータ・サービスにアクセス可能であることを示すアクセストークンを作成する。そして、インタフェース部４０１に送信する。
【００８３】
ステップ１１０６にいて、インタフェース部４０１は、アクセス許可管理部４０３へ、オーナーテナント７０１、アクセステナント７０２、アクセス許可が承認されたデータ・サービスの情報、アクセストークンを送信する。
【００８４】
アクセス許可管理部４０３は、アクセス許可管理テーブルのオーナーテナント７０１、アクセステナント７０２が受信した情報と一致する行の７０４にアクセス許可承認情報を、７０５アクセストークンを登録する。
【００８５】
例えば、データ１、データ２へのアクセス許可が承認された場合、図７の行７１１のような状態となる。
【００８６】
以上で、アクセス許可承認処理は終了である。
【００８７】
（アクセス権チェック処理（図１２））
つづいて、サービスプロバイダユーザが顧客のデータ・サービスにアクセスしようとしたときのアクセス権チェックのフローについて、図１２を用いて説明する。
【００８８】
サービスプロバイダユーザがホストコンピュータ１より管理サーバー１０３にアクセスし、顧客テナントリストを表示し、顧客テナントリストからデータ・サービスへのアクセスを必要とする顧客を選択する。
【００８９】
Webブラウザ３０１は、選択された顧客テナントのテナントIDをデータ・サービスアクセスのリクエストとともに、HTTP通信部３０２を介して管理サーバー１０３のインタフェース部４０１に送信する。
【００９０】
ステップ１２０１において、インタフェース部４０１はセッション情報よりサービスプロバイダユーザの所属テナントIDを取得する。
【００９１】
ステップ１２０２で、インタフェース部４０１は、ログインユーザが選択した顧客テナントIDをリクエストから取得し、これらをアクセス許可管理部４０３に送信する。
【００９２】
ステップ１２０３で、アクセス許可管理部４０３は、アクセス許可管理テーブル４０３１から、以下の条件に一致する行（アクセス許可レコード）を取得し、インタフェース部４０１に送信する。
【００９３】
オーナーテナント７０１＝顧客テナントID
アクセステナント７０２＝サービスプロバイダユーザの所属テナントID
ステップ１２０４において、アクセス許可管理部４０３が取得したアクセス許可レコードの許可データ・サービス７０４を参照し、アクセス許可承認がされているかを判定する。許可データ・サービス７０４にデータ・サービスが設定されている場合には、承認されていると判定し、ステップ１２０６へ進む。それ以外の場合には、ステップ１２０５に進む。
【００９４】
ステップ１２０５では、アクセス許可が承認されていないため、アクセス不許可とし、顧客テナントへのデータアクセスが拒否することをインタフェース部４０１に通知する。インタフェース部４０１は、ホストコンピュータ１からのリクエストが顧客テナントに対する操作メニュー表示であった場合には、アクセス許可承認が不要なメニューだけを含むHTMLデータを作成しホストコンピュータ１に送信する。
【００９５】
ステップ１２０６では、アクセス許可管理部４０３は、アクセス許可レコードより、許可データ・サービス７０４の情報と、アクセストークン７０５を取得し、インタフェース部４０１に返す。
【００９６】
ステップ１２０７では、インタフェース部４０１は、データ管理部４０４にアクセストークンとホストコンピュータからのリクエスト情報を送信する。データ管理部は、リクエストとアクセストークンを参照し、リクエストに指定されているアクセス先の顧客テナント、アクセスしようとするデータ・サービスがアクセストークンにより認可されているかを判定する。認可されていれば、データへのアクセスを許可と判定し、テナント毎データテーブルから、テナントID８０１が顧客テナントIDと一致する行へアクセスする。リクエストがデータの取得であれば、該当行を取得する。リクエストがデータの更新であれば、該当行を更新する。リクエストがデータの登録であれば、該当行を登録する。データ管理部４０４は、取得、更新、登録結果をインタフェース部４０１に送信する。
【００９７】
インタフェース部４０１は、処理結果を用いてHTMLデータを作成し、ホストコンピュータ１のWebブラウザ３０１に送信する。
【符号の説明】
【００９８】
１０１  ホストコンピュータ
１０２  ホストコンピュータ
１０３  管理サーバー
【図１】
2013182436.tif 000003
【図２】
2013182436.tif 000004
【図３】
2013182436.tif 000005
【図４】
2013182436.tif 000006
【図５】
2013182436.tif 000007
【図６】
2013182436.tif 000008
【図７】
2013182436.tif 000009
【図８】
2013182436.tif 000010
【図９】
2013182436.tif 000011
【図１０】
2013182436.tif 000012
【図１１】
2013182436.tif 000013
【図１２】
2013182436.tif 000014
【図１３】
2013182436.tif 000015
【図１４】
2013182436.tif 000016