JP2021149479A - サービス提供システム、情報処理システム、及び、ユーザー作成方法 - Google Patents

Abstract

【課題】第二のテナントに所属する第二のユーザーを作成することができる情報処理システムを提供する。【解決手段】テナントに所属するユーザーにサービスを提供するサービス提供システム１において、情報処理システムは、システム第一のユーザーが所属する第一のテナントとは異なる第二のテナントの管理を端末装置から要求された場合、第二のテナントに所属する第二のユーザーを作成し、第一のユーザーが操作する端末装置が第二のテナントと通信することを許可する。【選択図】図２

Description

本発明は、サービス提供システム、情報処理システム、及び、ユーザー作成方法に関する。

アプリケーションを使ったサービスをネットワーク経由でユーザーに提供する情報処理システムが知られている。ユーザーはＰＣ（パーソナルコンピュータ）などの端末装置や電子機器と、これらで動作するＷｅｂブラウザなど、一定の環境を用意することで、端末装置や電子機器から情報処理システムが提供するＷｅｂアプリなどで提供されるサービスを利用することができる。

このような情報処理システムが提供するサービスを、企業などが組織として契約し、組織の所属者等がユーザーとしてサービスを利用する場合がある。サービスを契約した組織等は、テナントと呼ばれる単位で管理される。ユーザー（企業等の社員）がサービスを利用するにはテナントに登録される必要があり、例えばテナント管理者がユーザーをテナントに登録する場合がある。

したがって複数のテナントが契約内容に応じて情報処理システムから種々のサービスの提供を受けることができる。このようなシステムをマルチテナントシステムという。各テナントは基本的に独立しているが、一方のテナントを管理する管理者が、他方のテナントを管理する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、ユーザーの属する第一のテナントのライセンスの種別と、ユーザーの権限とに基づいて、ユーザーによる第二のテナントに関するデータの変更の可否を判断するマルチテナントシステムが開示されている。

しかしながら、従来のシステムでは、第二のテナントに所属する第二のユーザーを作成することが容易でないという問題があった。まず、情報処理システムは、テナント間のアクセス制御を利用しなければ、第一のテナントのユーザーの第二のテナントへのアクセスを制御できない。テナント間のアクセス制御を利用する方法の１つとして例えば、第一のテナントが第二のテナントに対して優位にあるという情報を利用する方法がある。しかし、テナント間のアクセス制御の仕組みを採用すると開発が複雑になるという不都合がある。

また、従来のシステムでは、第一のテナントのユーザーが第二のテナントにアクセスできたとしても、このユーザーが第二のテナントで利用できるアプリケーションを利用できるとは限らないという問題があった。すなわち、第二のテナントで利用できるアプリケーションの利用権限を、通常、第一のテナントのユーザーは保持していない。このため、第一のテナントのユーザーが第二のテナントで利用できるアプリケーションを利用するには、アプリケーション側が第一のテナントのユーザーによる利用を許可する機能や仕組みを持っている必要がある。このような機能や仕組みはアプリケーションの開発コストを増大させるという不都合がある。

本発明は、上記課題に鑑み、第二のテナントに所属する第二のユーザーを作成することができる情報処理システムを提供することを目的とする。

上記課題に鑑み、本発明は、テナントに所属するユーザーにサービスを提供するサービス提供システムであって、第一のユーザーが所属する第一のテナントとは異なる第二のテナントの管理を端末装置から要求された場合、前記第二のテナントに所属する第二のユーザーを作成するユーザー作成部を有する、ことを特徴とする。

第二のテナントに所属する第二のユーザーを作成することができる情報処理システムを提供することができる。

テナント間を跨いでユーザーがアプリケーションを利用する利用方法を説明する図である。 本実施形態に係るサービス提供システムの一例の構成図である。 コンピュータの一例のハードウェア構成図である。 画像形成装置の一例のハードウェア構成図である。 第一の端末装置、第三の端末装置、電子機器、及び、情報処理システムの機能をブロック状に分けて説明する機能ブロック図の一例である。 テナントデータ記憶部、ユーザーデータ記憶部、セッションデータ記憶部、アプリデータ記憶部、Ｗｅｂブラウザが保持している情報の一例を示す図である。 業務担当者のログイン、仮想ユーザーの作成、及び、アプリ等の設定の処理を説明するシーケンス図の一例である。 第三の端末装置が表示するログイン画面の一例を示す図である。 第三の端末装置が表示するテナント管理画面の一例を示す図である。 アプリ設定画面の一例を示す図である。 アクセス制御部の判断部が、仮想ユーザーの作成を許可するかどうかを判断する処理を説明するフローチャート図の一例である。 仮想ユーザーに関する情報をアクセス制御部が削除する手順を示すシーケンス図の一例である。

以下、本発明を実施するための形態の一例として、サービス提供システムとサービス提供システムが行うユーザー作成方法について説明する。

＜文字列の修正の概略＞
まず、本実施形態を説明するにあたって、参考になる比較例と共に説明する。なお、比較例は従来技術や公知技術とは限らないことに注意されたい。

図１は、テナント間を跨いでユーザーがアプリケーションを利用する利用方法を説明する図である。図１（ａ）は比較例を示し、図１（ｂ）は本実施形態の利用方法を示す。まず、テナント間を跨いでユーザーがアプリケーションを利用する状況の一例を説明する。テナント間を跨ぐとは、独立しているテナント間において、一方のテナントのユーザーが他方のテナントにアクセスすることをいう。

例えば、テナントＡが顧客にサービスを提供する業務担当者Ｇ（第一のユーザーの一例）が所属するテナントであり、テナントＢが一般の顧客のユーザーが所属するテナントであるとする。テナントＢにはテナント管理者がいるが、テナントＢの管理（アプリケーション等に関する設定等）をテナントＡの業務担当者Ｇが行えれば、テナントＢのテナント管理者の負担が低減される。したがって、テナントＡの業務担当者ＧがテナントＢのテナント管理者と同等の権限でテナントＢにアクセスできれば便利である。業務担当者Ｇがテナント管理者の代わりに行う管理としては、テナント作成、初期設定、又は、アプリケーション等の設定等がある。このように業務担当者Ｇがテナント管理者の代わりに設定等を行うことを代行という。

比較例について説明する。業務担当者ＧはテナントＡに所属しており、テナントＡにはログインできるが、テナントＢにログインする権限を有していない。このため、業務担当者ＧがテナントＢで利用できるアプリを利用するためには、上記のように、テナントＡがテナントＢよりも優位であることを利用したテナント間のアクセス制御を利用する。そして、更に、テナントＢで利用できるアプリケーションも他のテナントＡのユーザーによる利用が可能な機能や仕組みを有していなければならなかった。

次に、本実施形態におけるテナント間を跨いだアプリケーションの利用方法を説明する。本実施形態では、テナントＡにログインした業務担当者Ｇに権限があれば、情報処理システムがテナントＢ内にテナントＢを管理できる（アプリケーションも利用できる）仮想ユーザーＶを作成する。仮想ユーザーＶ（第二のユーザーの一例）はテナントＢのユーザーとして登録されるので、仮想ユーザーＶはテナントＢで利用できるアプリケーションを利用できる。

このような方法では、テナント間のアクセス制御が不要であり、アプリケーションも従来通り、同一テナント（この場合はテナントＢ）からのアクセスだけを許可すればよい。業務担当者ＧがテナントＢのアプリケーションを操作する時点では、テナントＢのユーザーとしてログインした状態となるので、テナント間のアクセス制御やアプリケーションが他のテナントのユーザーによる利用に対応していなくても、テナントを跨いたアプリケーションの操作が可能になる。

なお、図１ではテナントＡが、業務担当者Ｇが所属するテナントであると説明したが、テナントＡは一般の顧客が所属するテナントであっても、仮想ユーザーを作成できてよい。

＜用語について＞
テナントとは、複数の顧客で同じソフトウェアを共有する顧客、即ち、顧客の集合である企業等を示す情報のことを意味する。企業等はサービス提供者とサービスの提供に関して契約することでテナントになる。

テナント管理者はテナントに所属するユーザーのロールの１つである。例えば、企業内のシステム管理者が兼ねることができる。テナント管理者はテナントに所属するユーザーを登録することができ、アプリケーションの利用権限を各ユーザーに割り当てること等、各種の設定を行うことができる。

ロールとは、テナント内における役割である。ロールにはロールに応じた権限が認められる。例えばテナント管理者がユーザーの職種、役職、アプリをどのように利用するかなどを考慮して決定する。

アプリケーションとは、ユーザーがサービスを受けるために端末装置と情報処理システムとが実行するプログラムである。端末装置と情報処理装置が協調して実行するプログラムをＷｅｂアプリともいう。アプリケーションは、例えば一連の処理を順番に実行するワークフローアプリの場合がある。アプリケーションは、テナント管理者等がコンポーネントを組み合わせて構築できる。例えば、原稿の読み取りコンポーネント、クラウドへの送信コンポーネント、などを組み合わせて、電子機器１０が読み取った原稿をクラウド上のストレージにアップロードして保存するアプリケーションを構築できる。本実施形態では、アプリケーションを単にアプリという場合がある。

業務担当者は、サービス提供者側のユーザーであり、テナントにサービス提供システムの販売を行った者、又は、販売後に管理等を行う者である。営業担当者やディーラーと称してもよい。

＜システム構成例＞
図２は本実施形態に係るサービス提供システム１の一例の構成図である。図２のサービス提供システム１は、顧客環境８とサービス提供者環境７がインターネットなどのネットワークＮ１を介して情報処理システム５０と接続されている。ネットワークＮ１には携帯電話網などの電話回線も含まれる。

顧客は情報処理システム５０によって提供されるサービスの顧客であって、企業、団体、教育機関、行政機関や部署などの組織が含まれる。これら顧客と何らかの雇用関係にあるものが、テナントにおけるユーザーとなりうる。顧客環境８には１台以上の電子機器１０と、第一の端末装置２０と、第二の端末装置３０と、ファイヤウォール１６と、がＬＡＮなどのネットワークＮ２を介して接続されている。また、情報処理システム５０はネットワークＮ１に接続されている１台以上の情報処理装置４９を有する。サービス提供者は顧客にサービスを提供する業者である。サービス提供者環境７には第三の端末装置４０が存在する。

電子機器１０は、例えば画像形成装置１０ａであるが、画像形成装置１０ａにはレーザプリンタ、複合機（マルチファンクションプリンタ）、ＭＦＰ（Multi−function Peripheral/Product/Printer)なども含まれる。また、電子機器１０としては電子黒板１０ｂも挙げられる。この他、電子機器１０は、例えば、ＰＪ（Projector：プロジェクタ）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、ノートＰＣ、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣ又はデスクトップＰＣ等であってもよい。

本実施形態の電子機器１０は、情報処理システム５０に登録されたユーザーがサービスを利用する端末となる。ユーザーは、電子機器１０から情報処理システム５０にログインして、ユーザーに利用権限が認められているアプリ（アプリケーションソフト）を選択して、情報処理システム５０が提供するサービスを受ける。このように、サービスはアプリ単位で提供される。

第一の端末装置２０は、テナント管理者が利用するスマートフォンや携帯電話、タブレットＰＣ、デスクトップＰＣ、ノートＰＣ、等の情報処理装置である。第一の端末装置２０には、Ｗｅｂブラウザなどの画面表示機能を有するプログラムが搭載されている。このプログラムは情報処理装置から受信した画面情報を画面として表示する機能を有していればよくＷｅｂブラウザに限られない。情報処理システム５０に専用のプログラムでもよい。

第二の端末装置３０は、ユーザーが利用するスマートフォンや携帯電話、タブレットＰＣ、デスクトップＰＣ、ノートＰＣ、等の情報処理装置である。第二の端末装置３０には、Ｗｅｂブラウザなどの画面表示機能を有するプログラムが搭載されている。このプログラムは情報処理装置から受信した画面情報を画面として表示する機能を有していればよくＷｅｂブラウザに限られない。情報処理システム５０に専用のプログラムでもよい。

第三の端末装置４０は、業務担当者Ｇが利用するスマートフォンや携帯電話、タブレットＰＣ、デスクトップＰＣ、ノートＰＣ、等の情報処理装置である。第三の端末装置４０には、Ｗｅｂブラウザなどの画面表示機能を有するプログラムが搭載されている。このプログラムは情報処理装置から受信した画面情報を画面として表示する機能を有していればよくＷｅｂブラウザに限られない。情報処理システム５０に専用のプログラムでもよい。

ファイヤウォール１６は顧客環境８への外部からの侵入を防ぐための装置であり、顧客環境８からの全ての通信はファイヤウォール１６により監視される。ただし、第一の端末装置２０、第二の端末装置３０又は第三の端末装置４０が携帯電話網などの電話回線を介して情報処理システム５０と通信する場合はこの限りでない。

情報処理システム５０は、各種のサービスを電子機器１０及び第二の端末装置３０等に提供する。サービスは電子機器１０の種類によって様々であるが、画像形成装置１０ａの場合は、読み取った原稿をクラウド上のストレージにアップロードして保存するサービス、クラウド上のストレージの画像データをダウンロードして印刷するサービスなどがあるが、これらに限られない。電子黒板１０ｂの場合は、例えばリアルタイムに音声認識して議事録の作成するサービス、手書きデータをテキスト化するサービスなどがある。第二の端末装置３０の場合は、例えばＷｅｂページのリアルタイム翻訳サービスなどがある。

情報処理システム５０では、テナントとユーザーが対応づけられている。ユーザーのロールに応じて使用できるサービス（アプリ）が決まっており、ユーザーは自分が使用できるアプリを電子機器１０や第二の端末装置３０から使用する。また、テナント、テナント管理者及びユーザーには以下のような関係がある。
・１顧客→１テナント（テナント管理者とユーザーが１つのテナントに所属する）
・１顧客→複数テナント（テナント管理者はテナントに所属するとは限らず、各テナントと所属するユーザーを管理する。ユーザーは１つ以上のテナントに所属する）
いずれの場合も情報処理システム５０に登録されたユーザーはいずれかのテナントに所属するので、登録後はユーザーが特定されれば所属するテナントも特定される。１顧客→１テナントの場合、テナント管理者はテナントにログインすればテナントも自動的に定まる（テナントを指定しなくてよい）。１顧客→複数テナントの場合、テナント管理者がログイン時にテナントを指定するとよい（又はテナントごとに異なるアカウントを持っている）。

情報処理システム５０は、第一の端末装置２０、第二の端末装置３０、第三の端末装置４０、又は、電子機器１０に表示させるＷｅｂページの画面情報を作成し、これらに送信する。例えば、後述する、ログイン画面、テナント管理画面、及び、アプリ設定画面等を表示させる。

画面情報は、ＨＴＭＬ、ＸＭＬ、ＣＳＳ（Cascade Style Sheet）、及びJavaScript（登録商標）等により作成される。ＷｅｂページはＷｅｂアプリにより提供されてよい。Ｗｅｂアプリとは、Ｗｅｂブラウザ上で動作するプログラミング言語（たとえばJavaScript（登録商標））によるプログラムとＷｅｂサーバ側のプログラムが協調することによって動作し、Ｗｅｂブラウザ上で実行されるソフトウェア又はその仕組みを言う。ＷｅｂアプリによりＷｅｂページを動的に変更できる。

なお、情報処理システム５０は、クラウドコンピューティングに対応していてよい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。クラウドコンピューティングに対応した情報処理システム５０をクラウドシステムという場合がある。クラウドシステムはインターネット上にあってもオンプレミスにあってもよい。

また、図２に示すサービス提供システム１の構成は一例であって、顧客環境と、情報処理装置との間に１つ以上のサーバ装置（プロキシサーバやゲートウェイサーバなど）が介在していてもよい。また、第一の端末装置２０と第二の端末装置３０は、顧客環境以外にあってもよく、例えばネットワークＮ１に接続されていてもよい。第三の端末装置４０は、サービス提供者環境以外にあってもよく、例えばネットワークＮ１に接続されていてもよい。

情報処理システム５０は、１台の情報処理装置４９で実現してもよいし、複数台の情報処理装置４９に分散して実現してもよい。例えば、サービスごとにこれを提供する情報処理装置４９が存在してもよいし、１台の情報処理装置４９が複数のサービスを提供してもよいし、複数の情報処理装置４９で１つのサービスを提供してもよい。

また、図２の情報処理システム５０は情報処理装置が顧客環境の外側のインターネットなどのネットワークＮ１に接続されている。言い換えれば図２の情報処理システム５０は、情報処理システム５０がクラウド環境に備えられた例である。しかし、情報処理システム５０は顧客環境の内側（オンプレミス環境）に備えられていてもよい。

＜ハードウェア構成例＞
<<コンピュータ>>
図２の第一の端末装置２０、第二の端末装置３０、第三の端末装置４０、又は、情報処理システム５０は例えば図３に示すハードウェア構成のコンピュータにより実現される。図３はコンピュータの一例のハードウェア構成図である。図３のコンピュータ５００はコンピュータによって構築されており、図３に示されているように、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤコントローラ５０５(Hard Disk Drive)、ディスプレイ５０６、外部機器接続Ｉ／Ｆ５０８(Interface)、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ−ＲＷドライブ５１４(Digital Versatile Disk Rewritable)、メディアＩ／Ｆ５１６を備えている。

これらのうち、ＣＰＵ５０１は、コンピュータ全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、通信ネットワークを利用してデータ通信をするためのインターフェースである。バスライン５１０は、図３に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ−ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ−ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ−ＲＷに限らず、ＤＶＤ−Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。

<<画像形成装置>>
図４は、画像形成装置１０ａの一例のハードウェア構成図である。図４に示されているように、画像形成装置１０ａは、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。

これらのうち、コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１、システムメモリ９０２（ＭＥＭ−Ｐ）、ノースブリッジ９０３（ＮＢ）、サウスブリッジ９０４（ＳＢ）、ＡＳＩＣ９０６(Application Specific Integrated Circuit)、記憶部であるローカルメモリ９０７（ＭＥＭ−Ｃ）、ＨＤＤコントローラ９０８、及び、記憶部であるＨＤ９０９を有し、ＮＢ９０３とＡＳＩＣ９０６との間をＡＧＰバス９２１(Accelerated Graphics Port)で接続した構成となっている。

これらのうち、ＣＰＵ９０１は、画像形成装置１０ａの全体制御を行う制御部である。ＮＢ９０３は、ＣＰＵ９０１と、ＭＥＭ−Ｐ９０２、ＳＢ９０４、及びＡＧＰバス９２１とを接続するためのブリッジであり、ＭＥＭ−Ｐ９０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ(Peripheral Component Interconnect)マスタ及びＡＧＰターゲットとを有する。

ＭＥＭ−Ｐ９０２は、コントローラ９１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ９０２ａ、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ９０２ｂとからなる。なお、ＲＡＭ９０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

ＳＢ９０４は、ＮＢ９０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ９０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)であり、ＡＧＰバス９２１、ＰＣＩバス９２２、ＨＤＤコントローラ９０８及びＭＥＭ−Ｃ９０７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ９０６は、ＰＣＩターゲット及びＡＧＰマスタ、ＡＳＩＣ９０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ−Ｃ９０７を制御するメモリコントローラ、ハードウェアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ(Direct Memory Access Controller)、並びに、スキャナ部９３１及びプリンタ部９３２との間でＰＣＩバス９２２を介したデータ転送を行うＰＣＩユニットとからなる。なお、ＡＳＩＣ９０６には、ＵＳＢ(Universal Serial Bus)のインターフェースや、ＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394）のインターフェースを接続するようにしてもよい。

ＭＥＭ−Ｃ９０７は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ９０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ９０９は、ＣＰＵ９０１の制御にしたがってＨＤ９０９に対するデータの読出又は書込を制御する。ＡＧＰバス９２１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ−Ｐ９０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。

また、近距離通信回路９２０には、近距離通信回路アンテナ９２０ａが備わっている。近距離通信回路９２０は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。

更に、エンジン制御部９３０は、スキャナ部９３１及びプリンタ部９３２によって構成されている。また、操作パネル９４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部９４０ａ、並びに、濃度の設定条件などの画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなるハードキー９４０ｂを備えている。コントローラ９１０は、画像形成装置１０ａ全体の制御を行い、例えば、描画、通信、操作パネル９４０からの入力等を制御する。スキャナ部９３１又はプリンタ部９３２には、誤差拡散やガンマ変換などの画像処理部分が含まれている。

なお、画像形成装置１０ａは、操作パネル９４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリンタ機能、及びファクシミリ機能を順次に切り替えて選択することが可能となる。ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。

また、ネットワークＩ／Ｆ９５０は、通信ネットワークを利用してデータ通信をするためのインターフェースである。近距離通信回路９２０及びネットワークＩ／Ｆ９５０は、ＰＣＩバス９２２を介して、ＡＳＩＣ９０６に電気的に接続されている。

＜機能について＞
本実施形態に係るサービス提供システム１が有する各装置の機能は例えば図５に示す機能ブロックにより実現される。図５は、第一の端末装置２０、第三の端末装置４０、電子機器１０、及び、情報処理システム５０の機能をブロック状に分けて説明する機能ブロック図の一例である。なお、第二の端末装置３０の機能は第一の端末装置２０又は第三の端末装置４０と同様であるため省略した。

<<第一の端末装置>>
第一の端末装置２０は第一通信部２２、表示制御部２３、操作受付部２４、及び、記憶部２５を有している。第一の端末装置２０はプログラム（例えばＷｅｂブラウザ２１）を実行することで、図５に示すような機能ブロックを実現する。

第一通信部２２は情報処理システム５０と通信して、種々の情報を送受信する。例えば、第一の端末装置２０が表示するための画面情報を受信し、テナント管理者が画面に入力した情報を情報処理システム５０に送信する。

表示制御部２３は情報処理システム５０から受信した画面の画面情報を解析してディスプレイ５０６に表示する。操作受付部２４は第一の端末装置２０に対するテナント管理者の操作を受け付ける。記憶部２５は第一の端末装置２０がデータを保存したり取得したりできる記憶手段である。例えばＷｅｂブラウザ２１がアクセスできる記憶手段としてクッキーやローカルストレージが知られている。

<<第三の端末装置>>
第三の端末装置４０は第三通信部４２、表示制御部４３、操作受付部４４、及び、記憶部４５を有している。第三の端末装置４０はプログラム（例えばＷｅｂブラウザ３１）を実行することで、図５に示すような機能ブロックを実現する。

第三通信部４２は情報処理システム５０と通信して、後述するログイン画面、テナント管理画面、及び、アプリ設定画面等を第三の端末装置４０が表示するための画面情報を受信する。また、業務担当者Ｇがログイン画面、テナント管理画面、及び、アプリ設定画面に入力した情報を情報処理システム５０に送信する。

表示制御部４３は情報処理システム５０から受信した画面の画面情報を解析してディスプレイ５０６に例えばログイン画面、テナント管理画面、及び、アプリ設定画面等を表示する。操作受付部３４は第三の端末装置４０に対する業務担当者Ｇの操作を受け付ける。記憶部４５は第三の端末装置４０がデータを保存したり取得したりできる記憶手段である。例えばＷｅｂブラウザ４１がアクセスできる記憶手段としてクッキーやローカルストレージが知られている。

<<電子機器>>
電子機器１０は第四通信部１２、表示制御部１３、操作受付部１４、及び、記憶部１５を有している。電子機器１０はプログラム（例えばＷｅｂブラウザ１１）を実行することで、図５に示すような機能ブロックを実現する。

第四通信部１２は情報処理システム５０と通信して、待ち受け画面、ランチャー画面、ログイン画面、及び、アプリ画面等を電子機器１０が表示するための画面情報を受信する。また、ユーザーが待ち受け画面、ランチャー画面、ログイン画面、及び、アプリ画面に入力した情報を情報処理システム５０に送信する。

表示制御部１３は情報処理システム５０から受信した画面の画面情報を解析して操作パネル９４０に例えば待ち受け画面、ランチャー画面、ログイン画面、及び、アプリ画面を表示する。操作受付部１４は電子機器１０に対するユーザーの操作（例えば、ランチャーの起動、認証情報の入力、アプリの選択、アプリに対する操作等）を受け付ける。記憶部１５は電子機器１０がデータを保存したり取得したりできる記憶手段である。例えばＷｅｂブラウザ１１がアクセスできる記憶手段としてクッキーやローカルストレージが知られている。

<<情報処理システム>>
情報処理システム５０は、共通機能部５０ａ、アクセス制御部５０ｂ、業務管理部５０ｃ、及び、アプリ部５０ｄを有している。それぞれは第五通信部５２を介して第一の端末装置２０、第三の端末装置４０又は電子機器１０と通信する。このように情報処理システム５０は機能の実装の都合上、４つに構成が分けられている。したがって、それぞれが別々の情報処理装置４９に実現されてもよいし、図５に示すように１つの情報処理装置４９により実現されてもよい。

情報処理システム５０が有する図示する機能は、図３に示したコンピュータ５００が有するＣＰＵ５０１が、ＨＤ５０４からＲＡＭ５０３に展開されたプログラムを実行することで実現される機能又は手段である。また、情報処理システム５０が有するテナントデータ記憶部６３、ユーザーデータ記憶部６４、セッションデータ記憶部６５、及び、アプリデータ記憶部６６は、図３に示したコンピュータ５００が有するＨＤ５０４からＲＡＭ５０３に構築される。

共通機能部５０ａは、アクセス制御部５０ｂ、業務管理部５０ｃ、及び、アプリ部５０ｄから共通に利用されうるデータを管理している。共通機能部５０ａは、例えば、データ管理部５３、テナントデータ記憶部６３及びユーザーデータ記憶部６４を有している。テナントデータ記憶部６３及びユーザーデータ記憶部６４については後述する。データ管理部５３は保持している記憶部の全体又は一部を他のアクセス制御部５０ｂ、業務管理部５０ｃ、及び、アプリ部５０ｄに提供する。

アクセス制御部５０ｂは、ユーザーの認証、各種のＩＤ（識別情報）の管理、及び、これらを利用したユーザーのテナントへのアクセス制御を行う。なお、このユーザーには一般ユーザー、テナント管理者、及び、業務担当者Ｇが含まれる。

アクセス制御部５０ｂは、認証部５４、ユーザー作成部５５、判断部５６、及び、画面生成部５７を有している。認証部５４は、ユーザーＩＤとパスワードなどによりユーザーを認証する。認証とは認証要求した者が正当な権限者か否かを判断することをいう。本実施例の場合は、情報処理システム５０を使用する権限があるかどうかであり、更に、後述するロールも判断できるようになっている。なお、認証の成功とは、業務担当者Ｇ、ユーザー又はテナント管理者が情報処理システム５０にログインすることを許可することをいう。ログインとは、コンピュータやインターネット上の様々なサービスを利用する際に、予め登録しておいたアカウント情報を用いてシステムのリソースにアクセスする認証行為をいう。アカウント情報は、ユーザーＩＤとパスワード、ＩＣカードの番号、又は、生体認証情報などである。

ユーザー作成部５５は仮想ユーザーＶを作成し、また、削除する。判断部５６は各種の判断を行うものであり、例えば、仮想ユーザーＶの作成を許可するか否かを判断する。画面生成部５７は、第一の端末装置２０、第三の端末装置４０、又は、電子機器１０に表示させるＷｅｂページの画面情報を作成する。

アクセス制御部５０ｂは、テナントデータ記憶部６３、ユーザーデータ記憶部６４、及び、セッションデータ記憶部６５を有している。テナントデータ記憶部６３及びユーザーデータ記憶部６４は共通機能部５０ａから取得したものである。セッションデータ記憶部６５については後述する。

業務管理部５０ｃは、業務担当者Ｇが行う業務に関するツールを提供する。このツールとは業務担当者Ｇが操作するＷｅｂページやＷｅｂアプリである。業務管理部５０ｃは顧客情報管理部５８と画面生成部５９を有している。顧客情報管理部５８はアクセス制御部５０ｂからテナントデータ記憶部６３、ユーザーデータ記憶部６４、及び、セッションデータ記憶部６５に記憶されている情報を取得する。画面生成部５９は、アクセス制御部５０ｂの画面生成部５７と同様に、顧客情報管理部５８が取得した情報を表示する画面情報を生成する。また、この画面に対し入力された情報があれば、顧客情報管理部５８がアクセス制御部５０ｂに送信してテナントデータ記憶部６３、ユーザーデータ記憶部６４及びセッションデータ記憶部６５のデータを更新する。

アプリ部５０ｄは、テナントに所属するユーザーやテナント管理者が使用するアプリケーションを管理している。アプリ部５０ｄはアプリ制御部６１と画面生成部６２を有している。アプリ制御部６１は、アプリデータ記憶部６６からテナントに所属するユーザーが利用権限を有するアプリのリストを画面生成部６２に提供する。また、ユーザーが選択したアプリをアプリデータ記憶部６６から取得してアプリの実行を制御する。画面生成部６２はアプリの選択画面や実行時にアプリが表示する画面の画面情報を生成する。

アプリ部５０ｄはアプリデータ記憶部６６を有している。アプリデータ記憶部６６については後述する。

＜各記憶部について＞
続いて、図６を参照して、テナントデータ記憶部６３、ユーザーデータ記憶部６４、セッションデータ記憶部６５、及び、アプリデータ記憶部６６が保持している情報について説明する。

図６（ａ）はテナントデータ記憶部６３が保持するテナントデータの一例を示す。テナントデータは、テナントＩＤに対応付けられたテナント名、親テナント、及び、代行依頼の項目を有している。
テナントＩＤ：テナントを識別する識別情報である。
テナント名：テナントの一般的な名称である。例えば、企業名、会社名、ブランド名である。
親テナント：まず、業務担当者Ｇが作るテナントが、顧客が所属するテナントである。このテナントを区別のため、「子テナント」という。一方、テナントを作成した業務担当者Ｇの所属するテナントを「親テナント」という。図６（ａ）ではtenantＡの親テナントはParentＡであり、tenantＢの親テナントはParentＢである。一方、ParentＡとParentＢは業務担当者Ｇが所属するテナント（業者Ａ，業者Ｂ）なので、親テナントは存在しない。
代行依頼：業務担当者Ｇによる子テナントの管理（アプリケーションの設定等）を子テナントが許可しているか否かが登録される。本来、テナント内のアプリケーションの設定はテナント管理者が行うが、代行依頼が「依頼する」の場合は、業務担当者Ｇがテナント管理者を代行して子テナントを管理できる。なお、業務担当者Ｇが所属する親テナントについては親テナントが存在しないので、代行依頼の項目には何も設定されない。

図６（ｂ）はユーザーデータ記憶部６４に記憶されているユーザーデータの一例を示す。ユーザーデータは、ユーザーＩＤに対応付けられたテナントＩＤ、ロール、及び、仮想ユーザーＶの項目を有している。
テナントＩＤ：テナントデータ記憶部６３のテナントＩＤと同じものである。ユーザーが所属するテナントを示す。
ユーザーＩＤ：テナント内でユーザーを一意に識別するユーザーの識別情報である。
ロール：役割という意味であるが、テナント内におけるユーザーの権限を示す。例えば、Admin（テナント管理者）、User(一般ユーザー)等がある。なお、仮想ユーザーＶのロールはAdminとなっている。これは、仮想ユーザーＶはテナントの各種設定を行うので管理者権限を有することが好ましいためである。
仮想ユーザーＶ：そのユーザーがテナントに所属するユーザーなのか、業務担当者Ｇが子テナントを管理するために（アプリケーションの設定等をおこなうために）登録した一時的なユーザーなのかを示す。業務担当者Ｇが子テナントに一時的に所属した場合のユーザーを仮想ユーザーＶと称している。表６（ｂ）では、ユーザーＩＤ＝a_virtual_001、b_virtual_001のユーザーは、仮想ユーザーＶである。仮想ユーザーは、親テナントのユーザーが仮想ユーザーとしてログインしている間のみ有効なユーザーである。仮想ユーザーのログアウトにより削除される。

図６（ｃ）はセッションデータ記憶部６５に記憶されているセッションデータの一例を示す。セッションデータは、セッションＩＤに対応付けられたユーザーＩＤの項目を有している。
セッションＩＤ：セッションとは、ユーザー（一般ユーザー、テナント、業務担当者Ｇ）が情報処理システム５０にログインし、ユーザーが使用する第一の端末装置２０、第二の端末装置３０、第三の端末装置４０，又は、電子機器１０との間で通信が確立した状態をいう。したがって、セッションＩＤは、情報処理システム５０が通信を識別するための識別情報である。セッションＩＤは認証成功により重複しないように採番される。
ユーザーＩＤ：このセッションを開始したユーザーの識別情報である。

図６（ｄ）はアプリデータ記憶部６６に記憶されているアプリデータの一例を示す。アプリデータは、１つのアプリケーションについて各テナントで設定されているパラメータである。アプリデータは、テナントＩＤに対応付けられた印刷設定と外部ストレージの項目を有している。このアプリは外部ストレージから電子機器１０が取得したファイルを印刷するというアプリである。このため、テナントごとに印刷設定や外部ストレージの設定が可能になっている。本実施形態では、仮想ユーザーＶが例えば印刷設定や外部ストレージを代行して設定できる。なお、アプリデータはユーザーＩＤに対応付けられていてもよい（ユーザーごとに設定可能でもよい）。

図６（ｅ）は第三の端末装置４０が実行するＷｅｂブラウザが保持する端末側セッションデータを示す。図５に示したように、Ｗｅｂブラウザは専用の記憶部１５、２５、３５，４５を有している。例えば、クッキーやローカルストレージである。記憶部１５、２５、３５、４５には端末側セッションデータが記憶されている。端末側セッションデータは、セッションキーに対応付けられたセッションＩＤの項目を有している。セッションキーはセッションの種類の名称であり、セッションの種類は例えばどのテナントとのセッションであるかが分かるようになっている。業務担当者Ｇは親テナントにログインする場合と子テナントの仮想ユーザーＶとなる場合があり、第三の端末装置４０はそれぞれのセッションキーを情報処理システム５０に送信できる。なお、図６（ｅ）ではＷｅｂブラウザの記憶部４５が、複数のセッションＩＤを記憶しているが、セッションＩＤを１つだけ保存する（２つ目以降は上書きされる）場合もある。

＜ログイン、仮想ユーザーＶ作成、アプリ等の設定、までの処理）
続いて、図７を参照して、業務担当者Ｇによる仮想ユーザーＶの作成等について説明する。図７は、業務担当者Ｇのログイン、仮想ユーザーＶの作成、及び、アプリ等の設定の処理を説明するシーケンス図の一例である。

S1：業務担当者Ｇが第三の端末装置４０を操作してログインするための操作を入力する。業務担当者Ｇは自分が所属する親テナントにおけるユーザーＩＤとパスワードを入力する。第三の端末装置４０の操作受付部４４が入力を受け付ける。第三の端末装置４０の第三通信部４２はユーザーＩＤとパスワードを指定してログイン要求を情報処理システム５０の業務管理部５０ｃに送信する。なお、業務担当者Ｇは日常的な業務を行う場合、業務管理部５０ｃに接続する。ログイン画面の一例を図８に示す。

S2：業務管理部５０ｃは第五通信部５２を介してログイン要求を受信する。業務管理部５０ｃはログイン要求なので認証を行うアクセス制御部５０ｂにログイン要求を転送する。

S3：アクセス制御部５０ｂはログイン要求を受信し、認証部５４がユーザーＩＤとパスワードで業務担当者Ｇを認証する。ここでは認証が成功したものとする。認証が成功すると認証部５４は業務担当者Ｇとの通信に対しセッションＩＤを採番する。認証部５４はセッションＩＤと業務担当者ＧのユーザーＩＤをセッションデータ記憶部６５に登録する。そして、アクセス制御部５０ｂは、親テナントに関するセッションＩＤと親テナントとのセッションであることを示すセッションキー（親テナントへのログインにより確立したセッションであることを示す）を業務管理部５０ｃに送信する。

また、アクセス制御部５０ｂは、この業務担当者Ｇが所属するテナントを親テナントとする子テナントの一覧を業務管理部５０ｃに送信する。このため、アクセス制御部５０ｂの判断部５６は、まず、ユーザーデータ記憶部６４で業務管理部５０ｃが所属するテナントＩＤを特定する。次に、テナントデータ記憶部６３で業務担当者ＧのテナントＩＤを親テナントに持つ子テナントを特定する。また、判断部５６は代行依頼が「依頼」になっている子テナントを抽出する。

S4：業務管理部５０ｃの顧客情報管理部５８は、親テナントに関するセッションＩＤとセッションキー、及び、子テナントの一覧を受信する。業務管理部５０ｃの画面生成部５９は子テナントの一覧を表示するテナント管理画面の画面情報を生成する。業務管理部５０ｃはテナント管理画面の画面情報、親テナントに関するセッションＩＤ及びセッションキーを第三の端末装置４０に送信する。

S5：第三の端末装置４０の第三通信部４２はテナント管理画面の画面情報、親テナントに関するセッションＩＤ及びセッションキーを受信する。第三通信部４２はセッションキーとセッションＩＤをＷｅｂブラウザ４１の記憶部４５に記憶させる。また、表示制御部４３はテナント管理画面を表示する。テナント管理画面の一例を図９に示す。

業務担当者Ｇはテナント管理画面から設定を代行する子テナントを選択する（子テナントの管理を要求する操作を行う）。すなわち、この子テナントの仮想ユーザーを作成する操作を入力する。第三の端末装置４０の操作受付部４４が選択を受け付ける。第三通信部４２は選択された子テナントのテナントＩＤ、及び、記憶部４５から取得した親テナントに関するセッションＩＤ（情報処理システムがセッションを特定できるように）を業務管理部５０ｃに送信する。

S6：業務管理部５０ｃは子テナントのテナントＩＤ、及び、親テナントに関するセッションＩＤを受信する。これらは仮想ユーザーの作成要求に含まれるので、業務管理部５０ｃは業務担当者Ｇが子テナントの管理を行えるように仮想ユーザーＶを作成する。業務管理部５０ｃは子テナントのテナントＩＤ、及び、親テナントに関するセッションＩＤを指定し、仮想ユーザーＶとの通信のセッションの発行をアクセス制御部５０ｂに要求する。

S7：アクセス制御部５０ｂは仮想ユーザーＶとの通信のセッションの発行要求を受信する。判断部５６は業務担当者Ｇが選択した子テナントとの通信について仮想ユーザーＶを作成してよいか否かを判断する。この判断の詳細を図１１にて説明する。ここでは子テナントとの通信について仮想ユーザーＶを作成してよいと判断部５６が判断したものとする。仮想ユーザーＶを作成した場合、仮想ユーザーＶがログインしていると見なされる（そうしないと仮想ユーザーＶが処理できない）。このため、ユーザー作成部５５は仮想ユーザーＶが子テナントと通信するためのセッションＩＤと仮想ユーザーのユーザーＩＤを生成し、これらを対応付けてセッションデータ記憶部６５に登録する。また、ユーザーデータ記憶部６４のテナントＩＤ、ユーザーＩＤ、ロール、及び、仮想ユーザーの項目にそれぞれ、子テナントのテナントＩＤ、仮想ユーザーを意味する重複しないユーザーＩＤ、Admin、及び、仮想ユーザー「○」を登録する。

S8：アクセス制御部５０ｂは、子テナントに関するセッションＩＤとセッションキーを業務管理部５０ｃに送信する。このセッションキーは子テナントへユーザー（業務担当者Ｇ）がログインしたセッションであることを示す。業務管理部５０ｃの顧客情報管理部５８は、子テナントに関するセッションＩＤとセッションキーを受信する。

S9：業務管理部５０ｃは子テナントに関するセッションＩＤ及びセッションキーを第三の端末装置４０に送信する。第三の端末装置４０の第三通信部４２は子テナントに関するセッションＩＤ及びセッションキーを受信する。セッションキーとセッションＩＤをＷｅｂブラウザ４１の記憶部４５に記憶させる。

S10：業務担当者Ｇは子テナントで利用できる例えばアプリの設定を行う操作を第三の端末装置４０に入力する。操作受付部４４は入力を受け付ける。第三の端末装置４０の第三通信部４２は子テナントに関するセッションＩＤを指定し、アプリ部５０ｄと通信する。第三通信部４２は記憶部４５の端末側セッションデータに記憶されているセッションキーのどちらを送信すべきかを判断できない。このため、第三通信部４２は端末側セッションデータに記憶されている全てのセッションキーとセッションＩＤを送信する。セッションキーとセッションＩＤが上書きされた場合は、１つだけ送信すればよい。

S11：アプリ部５０ｄは仮想ユーザーＶを検証するため、セッションキーに基づいて判断した子テナントに関するセッションＩＤを指定して、ユーザーの検証をアクセス制御部５０ｂに要求する。

S12：アクセス制御部５０ｂはユーザーの検証要求を受信し、認証部５４がセッションデータ記憶部６５から子テナントに関するセッションＩＤを検索する。セッションＩＤがセッションデータ記憶部６５に記憶されていれば認証が成功したユーザーなので、認証部５４は検証ＯＫとユーザー情報をアプリ部５０ｄに送信する。ユーザー情報は、ユーザーのロールに基づく操作制限などのために送信される。

S13：アプリ部５０ｄは検証ＯＫにより、業務担当者Ｇが仮想ユーザーとして子テナントを管理すること（通信すること）を許可する。アプリ部５０ｄは検証ＯＫとユーザー情報を受信し、子テナントのアプリ設定が可能である旨を第三の端末装置４０に送信する。

S14：業務担当者Ｇは子テナントで利用できる例えばアプリ設定画面を開き、アプリに関する設定を第三の端末装置４０に入力する。操作受付部４４は入力を受け付ける。設定内容はアプリ部５０ｄに送信される。アプリ部５０ｄは設定内容を受信し、アプリ制御部６１がアプリデータ記憶部６６のアプリに関する設定を更新する。アプリ設定画面の一例を図１０に示す。

このように、情報処理システム５０が仮想ユーザーＶを作成することで、業務担当者Ｇが子テナントの設定を代行できる。

＜画面例＞
図８は、第三の端末装置が表示するログイン画面の一例を示す。ログイン画面３００は、テナントＩＤ欄３０４、ユーザーＩＤ欄３０１、パスワード欄３０２、及び、ログインボタン３０３を有している。ユーザーはテナントＩＤ欄にテナントＩＤを入力し、ユーザーＩＤ欄３０１にユーザーＩＤを入力し、パスワード欄３０２に自分のパスワードを入力する。これらは認証情報の一例である。ユーザーがログインボタン３０３を押下するとログイン要求が情報処理システム５０に送信される。なお、ユーザーはメールアドレスとパスワードでもログインできる。この場合はテナントＩＤが不要になる。テナントＩＤはテナント内で一意であるに過ぎないが、メールアドレスはテナントに関係なく一意性があるためである。

図９は、第三の端末装置４０が表示するテナント管理画面３１０の一例を示す。テナント管理画面３１０は、業務担当者Ｇが設定等を行える子テナントの一覧を表示する。テナント管理画面３１０は顧客区分３１１、テナントＩＤ３１２、メールアドレス３１３、会社名３１４、及び、管理するボタン３１５を、テナントごとに表示する。
顧客区分３１１：一般又はデモの種類がある。一般は契約が完了しているテナントであり、デモは契約前の無料使用中のテナントを示す。
テナントＩＤ３１２：子テナントのテナントＩＤである。
メールアドレス３１３：サービスの提供を申し込んだユーザーが申し込み画面で入力したメールアドレスである。申込者は基本的にテナント管理者になるので、テナント管理者のメールアドレスである。
会社名３１４：テナントデータ記憶部６３のテナント名である。
管理するボタン３１５：業務担当者Ｇが子テナントの管理を行うためのボタンである。仮想ユーザーの作成を要求するボタンを兼ねる。管理するボタン３１５が押下された場合、管理するボタン３１５に対応付けられている子テナントが図７のステップS5で選択された子テナントとなる。

図１０は、アプリ設定画面３２０の一例を示す図である。このアプリ設定画面３２０は「Scan To Storage」というアプリのものである。「Scan To Storage」は電子機器１０がスキャンした画像データをストレージに保存するアプリである。

このため、アプリ設定画面３２０は、ストレージ選択欄３２１、ストレージアカウント欄３２２、及び、フォルダ選択欄３２３を有している。ストレージ選択欄３２１はストレージサービスを提供する商用サービスの名称などの選択を一覧から受け付ける。ストレージアカウント欄３２２はこのストレージにログインするためのユーザーのアカウントの入力欄である。アカウントは例えばユーザー名であり、ユーザー名に対応付けられている、ストレージサービスのユーザーＩＤとパスワードが特定される。フォルダ選択欄３２３はストレージにおける保存先のフォルダの選択を受け付ける。業務担当者Ｇはこのようなアプリに関する設定を子テナントのテナント管理者の代わりに行うことができる。

＜仮想ユーザーＶの作成を許可するかどうかの判断＞
図１１は、アクセス制御部５０ｂの判断部５６が、仮想ユーザーＶの作成を許可するかどうかを判断する処理を説明するフローチャート図の一例である。図１１は図７のステップS7で実行される。

アクセス制御部５０ｂの判断部５６は、業務担当者Ｇが選択した子テナントのテナントＩＤが、業務担当者Ｇが所属する親テナントの子テナントか否かを判断する（Ｓ１０１）。判断部５６はテナントデータ記憶部６３で子テナントのテナントＩＤを検索し、親テナントの項目に登録されているテナントＩＤ（これをＡとする）を特定する。また、判断部５６は親テナントに関するセッションＩＤでセッションデータ記憶部６５を検索し、このセッションＩＤに対応付けられているユーザーＩＤ（業務担当者ＧのユーザーＩＤ）を取得する。判断部５６はこのユーザーＩＤに対応付けられているテナントＩＤ（これをＢとする）を、ユーザーデータ記憶部６４を参照して特定する。そして、テナントＩＤ＿ＡとテナントＩＤ＿Ｂが一致するかどうかを判断する。

この判断は、業務担当者Ｇが作成したテナントでないと代行設定ができないことを意味している。例えば、ディーラーＸが作成した子テナントに対しディーラーＹが代行設定することを防止できる。

また、判断部５６は、子テナントであると確認できた子テナントに関し、テナントデータ記憶部６３の代行依頼の項目に「依頼」が登録されているか否かを判断する（Ｓ１０２）。

ステップＳ１０１とＳ１０２の判断が両方ともＹｅｓの場合、判断部５６は仮想ユーザーＶの作成を許可すると判断する（Ｓ１０４）。ステップＳ１０１とＳ１０２のいずれかの判断がＮｏの場合、判断部５６は仮想ユーザーＶを作成できないと判断する（Ｓ１０３）。

なお、ステップＳ１０１とＳ１０２の判断は図７のステップS3でも行われており、同様の判断がステップS7を含めて２回行われることになる。このため、例えば、ステップS3ではステップＳ１０１とＳ１０２の判断を行わず、アクセス制御部５０ｂが全ての子テナントの一覧を送信してもよい。あるいは、ステップS3ではステップＳ１０１とＳ１０２の判断を行うが、全ての子テナントの一覧を送信し、第三の端末装置４０がテナント管理画面３１０を表示する際にステップＳ１０１とＳ１０２でＹｅｓと判断されたテナントのみ選択できるように表示してもよい（例えば、ステップＳ１０１とＳ１０２のどちらかでＮｏと判断されたテナントの管理するボタンを半輝度で表示する）。これらにより、ステップS3とS7で同様の判断を２回行う必要性を低減できる。

＜仮想ユーザーＶの削除＞
仮想ユーザーＶは実在するユーザーではないので、不要になったら削除されることが好ましい。本実施形態では仮想ユーザーＶのログアウトによりユーザーデータ記憶部６４から仮想ユーザーＶの情報が削除される。

図１２は、仮想ユーザーＶに関する情報をアクセス制御部５０ｂが削除する手順を示すシーケンス図の一例である。

S21：業務担当者Ｇがログアウトする操作を第三の端末装置４０に入力する。第三の端末装置の操作受付部４４はログアウトを受け付ける。第三通信部４２は端末側セッションデータの全てのセッションＩＤとセッションキーを指定し、ログアウトをアプリ部５０ｄに送信する。アプリ部５０ｄはセッションキーに基づいて子テナントに関するセッションＩＤを特定する。

S22：アプリ部５０ｄはログアウト要求と子テナントに関するセッションＩＤを受信する。アプリ部５０ｄは子テナントに関するセッションＩＤを指定して、ログアウトをアクセス制御部５０ｂに要求する。

S23：アクセス制御部５０ｂはログアウト要求を受信し、ユーザー作成部５５がセッションデータ記憶部６５から子テナントに関するセッションＩＤを検索する。セッションＩＤがセッションデータ記憶部６５に記憶されている場合、対応付けられているユーザーＩＤ（仮想ユーザーのユーザーＩＤ）を特定する。ユーザー作成部５５はセッションデータ記憶部６５からセッションＩＤとユーザーＩＤを削除する。また、ユーザー作成部５５は削除したユーザーＩＤに対応付けられているテナントＩＤ、ロール、及び、仮想ユーザーＶの各項目をユーザーデータ記憶部６４から削除する。

S24：アクセス制御部５０ｂはログアウトＯＫをアプリ部５０ｄに送信する。

S25：アプリ部５０ｄはログアウトＯＫを第三の端末装置４０に送信する。こうすることで、ユーザーデータ記憶部６４から仮想ユーザーＶが削除され、第三者が仮想ユーザーＶを使用して子テナントの設定などを行う可能性を低減できる。

＜主な効果＞
以上説明したように、本実施形態のサービス提供システム１は、テナント間のアクセス制御やアプリケーションが他のテナントのユーザーによる利用に対応していなくても、第一のテナントのユーザーが第二のテナントの管理をできるようになる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、本実施形態では各端末装置が汎用的なＷｅｂブラウザを使用しているが、情報処理システムに専用のアプリを使用してもよい。

また、本実施形態では業務管理者が仮想ユーザーを作成したが、テナント管理者又は一般のユーザーが仮想ユーザーの作成を要求する場合、アクセス制御部５０ｂが仮想ユーザーを作成できる特定のロールであることを判断してもよい。

また、図５などの構成例は、第一の端末装置２０、第三の端末装置４０、電子機器１０、及び情報処理システム５０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。第一の端末装置２０、第三の端末装置４０、電子機器１０、及び情報処理システム５０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、情報処理システム５０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

更に、情報処理システム５０は、開示された処理ステップ、例えば図７を様々な組み合わせで共有するように構成できる。例えば、所定のユニットによって実行されるプロセスは、情報処理システム５０が有する複数の情報処理装置によって実行され得る。また、情報処理システム５０は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（Digital Signal Processor）、FPGA（Field Programmable Gate Array）や従来の回路モジュール等のデバイスを含むものとする。

１ サービス提供システム
１０ 電子機器
２０ 第一の端末装置
３０ 第二の端末装置
４０ 第三の端末装置
４９ 情報処理装置
５０ 情報処理システム
５０ａ 共通機能部
５０ｂ アクセス制御部
５０ｃ 業務管理部
５０ｄ アプリ部

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

Claims (10)

1. テナントに所属するユーザーにサービスを提供するサービス提供システムであって、
   第一のユーザーが所属する第一のテナントとは異なる第二のテナントの管理を端末装置から要求された場合、前記第二のテナントに所属する第二のユーザーを作成するユーザー作成部を有する、
   ことを特徴とするサービス提供システム。
2. 前記第二のユーザーが作成された場合、
   前記第一のユーザーが操作する前記端末装置が前記第二のテナントと通信することを許可することを特徴とする請求項１に記載のサービス提供システム。
3. 親テナントと親テナントが作成した子テナントとが対応付けられているテナントデータに基づいて、
   前記第一のユーザーが所属する前記第一のテナントを親テナントに持つ子テナントの一覧を前記端末装置に送信し、
   前記端末装置は、前記子テナントの一覧を表示することを特徴とする請求項１に記載のサービス提供システム。
4. 前記テナントデータには、子テナントが処理の代行を許可するか否かが設定されておりい、
   処理の代行を許可すると設定されている子テナントの一覧を前記端末装置に送信することを特徴とする請求項３に記載のサービス提供システム。
5. 前記第二のテナントに関する処理の代行を前記端末装置から要求された場合、前記第二のテナントの親テナントと、前記第一のユーザーが所属する第一のテナントが一致するか否かを判断する判断部を有し、
   前記判断部が一致すると判断した場合、前記ユーザー作成部が前記第二のテナントに所属する第二のユーザーを作成することを特徴とする請求項３又は４に記載のサービス提供システム。
6. 前記判断部が一致すると判断した場合、
   前記判断部は、子テナントが処理の代行を許可するか否かが設定されたテナントデータに基づいて、前記第二のテナントが処理の代行を許可すると設定されているか否かを判断し、
   前記判断部が、前記第二のテナントが処理の代行を許可すると設定されていると判断した場合、前記ユーザー作成部が前記第二のテナントに所属する第二のユーザーを作成することを特徴とする請求項５に記載のサービス提供システム。
7. 前記第二のユーザーは、前記第一のユーザーが前記第二のユーザーとしてログインしている間のみ有効な仮想ユーザーであることを特徴とする請求項１〜６のいずれか１項に記載のサービス提供システム。
8. 前記第二のユーザーはユーザーデータ記憶部に登録されており、
   前記端末装置が前記第二のユーザーのログアウトを要求した場合、前記ユーザー作成部は前記第二のユーザーを前記ユーザーデータ記憶部から削除することを特徴とする請求項７に記載のサービス提供システム。
9. テナントに所属するユーザーにサービスを提供する情報処理システムであって、
   第一のユーザーが所属する第一のテナントとは異なる第二のテナントの管理を端末装置から要求された場合、前記第二のテナントに所属する第二のユーザーを作成するユーザー作成部を有する、ことを特徴とする情報処理システム。
10. テナントに所属するユーザーにサービスを提供するサービス提供システムが行うユーザー作成方法であって、
    第一のユーザーが所属する第一のテナントとは異なる第二のテナントの管理を端末装置から要求された場合、前記第二のテナントに所属する第二のユーザーを作成することを特徴とするユーザー作成方法。

Images