JP2021196654A - サービス提供システム、アプリ利用方法、情報処理システム - Google Patents

Abstract

【課題】アプリケーションの単位でユーザを管理できるサービス提供システムを提供する。【解決手段】第一のテナントに所属するユーザにアプリケーションの利用権限を付与する情報処理システム５０と、情報処理システムと通信する端末装置１０、２０、３０とを有するサービス提供システムであって、情報処理システムは、第一のテナントにおけるユーザの識別情報とアプリケーションの識別情報を指定して、ユーザがアプリケーションを利用できる第二のテナントへの登録の要求を端末装置から受信する通信部５２と、アプリケーションを利用できるユーザとして第二のテナントにユーザとアプリケーションを登録するユーザ管理部５５と、を有する。【選択図】図６

Description

本発明は、サービス提供システム、アプリ利用方法、及び、情報処理システムに関する。

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

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

テナント単位の管理により、例えば各企業に所属するユーザのリソースへのアクセス範囲を、ユーザが所属する企業内に限らせるなど、セキュリティの管理が容易になる。また、テナント内のユーザの追加・削除・情報更新、及び、サービス(アプリ)のテナントへの登録と利用権限の付与など、テナント管理者がテナントの管理を集中して行える（例えば、特許文献１参照。）。特許文献１には、サービス利用装置に対するサービスの提供の可否を示すライセンスの種別をテナント毎に管理し、第１のユーザの属する第１のテナントのライセンスの種別と第１のユーザの権限とに基づいて、第１のユーザが第２のテナントに関するデータを変更できるかを判断するシステムが開示されている。

しかしながら、従来のサービス提供システムは、アプリケーションの単位でユーザを管理できないという問題があった。

すなわち、従来は、ユーザがアプリケーションの使用を開始する際に利便性が悪い問題があった。例えばユーザがアプリケーションをすぐ使用開始したい場合でも管理のため所属テナントへの利用申請等がユーザに課される、あるいはテナント管理者がテナントにアプリを登録すると、当テナントに所属するアプリに興味のないユーザにもアプリケーションの利用が可能となるよう公開されてしまうといった問題があった。又は、サービスを提供する業務担当者もアプリケーションの利用のために一般ユーザと同等の手続きが必要になる、などの不都合があった。

本発明は、上記課題に鑑み、アプリケーションの単位でユーザを管理できるサービス提供システムを提供することを目的とする。

上記課題に鑑み、本発明は、第一のテナントに所属するユーザにアプリケーションの利用権限を付与する情報処理システムと、前記情報処理システムと通信する端末装置とを有するサービス提供システムであって、前記情報処理システムは、前記第一のテナントにおけるユーザの識別情報と前記アプリケーションの識別情報を指定して、前記ユーザが前記アプリケーションを利用できる第二のテナントへの登録の要求を端末装置から受信する通信部と、前記アプリケーションを利用できるユーザとして前記第二のテナントに前記ユーザと前記アプリケーションを登録するユーザ管理部と、を有することを特徴とする。

アプリケーションの単位でユーザを管理できるサービス提供システムを提供することができる。

組織におけるテナントの構成を模式的に示す図である。 本実施形態のテナントの構成例を示す図である。 サービス提供システムの一例の構成図である。 コンピュータの一例のハードウェア構成図である。 画像形成装置の一例のハードウェア構成図である 第一の端末装置、第二の端末装置、第三の端末装置、電子機器、及び、情報処理システムの機能をブロック状に分けて説明する機能ブロック図の一例である。 認証部の機能を説明する機能ブロック図の一例である。 アプリテナントユーザの登録、及び、アプリの実行の流れを説明するシーケンス図の一例である。 第一の端末装置又は第二の端末装置が表示するログイン画面の一例を示す図である。 電子機器が表示するアプリ一覧画面の一例を示す図である。 電子機器が表示するアプリテナントユーザのログイン画面の一例である。

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

＜組織とテナントの関係＞
まず、図１を参照して、組織とテナントの関係について説明する。図１は、組織におけるテナントの構成を模式的に示す図である。まず、アプリケーション（以下、アプリという）により提供されるサービスをユーザが使用する場合、ブラウザなどのクライアントアプリを通じて、認証システムによるユーザ認証を受けることが一般的である。サービス提供システムがユーザにアプリを使用する権限があるか否かを判断するためである。認証システムは、予め保存されている認証情報と、認証リクエストに含まれる認証情報を比較してユーザ認証を行う。

認証システムにおけるユーザ管理には、様々なデータモデルが存在する。しかし、図１に示すように、例えば、企業などが業務で使用するユーザ管理の場合、セキュリティを強化できることから、テナント１１１を企業(組織)単位とすることが多い。この場合、サービス提供システムは各企業(組織)１０２をテナントという概念で扱う。テナント１１１には社員などのユーザ(テナント管理者１１２及び一般ユーザ１１３)が関連付けられている。なお、メールアドレスのユニーク範囲１０１は全ての企業(組織)１０２を含む。

テナント単位の管理方法だと、セキュリティ面で、例えば各企業に所属するユーザのリソースへのアクセス範囲を、少なくともユーザが所属する企業内に限らせることで不正アクセスを防止できるなど有利な点がある。

管理面では、テナント管理者１１２によるテナント内のユーザの追加・削除・情報更新、ユーザが利用可能なサービス(アプリ)のテナントへの登録、及び、当サービス(アプリ)の利用権限のユーザへの付与などの権限が、テナント管理者１１２に集中しているため、管理しやすいといえる。

しかしながら、逆の見方をすれば一般ユーザ１１３は、使用したいアプリがあってもテナント管理者１１２を通さないとアプリを使用できない。すなわち、ユーザからすると、新たにアプリを使用するために以下の手続きが必要である。
(i) テナント管理者１１２に連絡し、テナント管理者１１２が対象のアプリをテナントに登録
(ii) テナント管理者１１２がアプリの使用ライセンスを購入
(iii) テナント管理者１１２が一般ユーザ１１３へ利用権限を割り当て
このように、煩雑な手続きが必要になり、利便性が悪い。

また、テナント管理者１１２がテナントにアプリを登録すると、当テナントに所属する一般ユーザ１１３であれば、アプリに興味のない者にもアプリが公開されてしまう。興味のない一般ユーザ１１３は公開されても使用しなければよいだけだが、アプリを選択して実行する場合には戸惑うおそれがある。アプリの作り方で改善できるが、コスト増となる。

また、アプリの販売者又は開発者などの業務担当者（サービス提供者側の業務担当者）がトライアルアプリなどを無償で気軽に一般ユーザ１１３に使って頂きたい場合がある。しかし、業務担当者であっても、アプリを一般ユーザ１１３に使用してもらうために、上記の(i)〜(iii) の手続きが必要になる。また、業務担当者は、当該アプリを使用している一般ユーザ１１３の管理(ライセンス付与、ユーザ登録・削除など)をすることができない。

＜本実施形態のテナント管理方法＞
そこで、本実施形態では、テナント単位によるユーザ管理のメリットを維持しつつ、アプリの使用に関して一般ユーザや業務担当者の利便性を向上させる。

図２は、本実施形態のテナントの構成例を示す。本実施形態では、従来のテナント１１１（以下、組織テナントという。第一のテナントの一例。）に加え、アプリテナント１０３，１０４（第二のテナントの一例）が用意される。図２では印刷アプリについて用意されたアプリテナント１０３とスキャナアプリについて用意されたアプリテナント１０４が図示されている。アプリテナント１０３，１０４には組織テナントと同様に管理者と一般ユーザ（以下、これらを単にアプリテナントユーザという）が所属する。

アプリテナント１０３，１０４は業務担当者が作成する。アプリテナント１０３，１０４のユーザは、当アプリの提供者、又は、当アプリに興味のある人(主にテナント管理者でよいが一般ユーザでもよい)が想定される。アプリテナントユーザは自信をアプリテナントに登録できる。一方、組織テナントのように、使用できるアプリをテナント管理者が追加登録できず、所属するユーザが使用できるアプリはアプリテナントの作成時に決められている。

アプリテナント１０３，１０４のユーザ(管理者、一般ユーザ)のメールアドレス（ログインに使用される）のユニーク範囲は、１つのアプリテナント内に限る。当然ながら、メールアドレスは組織テナント内でもユニークである。つまり、図２のアプリテナント１０３とアプリテナント１０４で、アプリテナントユーザは別のアカウントを有する。よって、ある一般ユーザは、ひとつの組織テナントの他、複数のアプリテナントに自身のユーザ登録が可能になる。なお、ユニークとは、同じユーザのメールアドレスがアプリテナント１０３，１０４で異なっていることを意味するのでなく、アプリテナント１０３内で重複しないこと、又は、アプリテナント１０４内で重複しないことをいう。

一方、アプリテナント１０３，１０４は組織テナントと関連付いているため、アプリテナントユーザは組織テナントにログインしないとアプリテナント１０３，１０４にログインできない。アプリテナント１０３，１０４にログインしたアプリテナントユーザは組織テナントにおける情報を参照できる。したがって、上記の組織テナントにおけるメリットを活かすことができる。

このような構成によれば、一般ユーザや業務担当者がアプリテナント１０３，１０４にアプリテナントユーザを登録するので、一般ユーザがアプリの使用を開始したい場合の利便性を向上できる。アプリテナントユーザが使用したいアプリがある場合にアプリテナントにログインすればよく、全てのアプリが一般ユーザに公開されない。業務担当者がアプリテナントを作成できるので、一般ユーザと同等の手続きが不要になる。

＜用語について＞
テナントとは、複数の顧客で同じソフトウェアを共有する顧客、即ち、顧客の集合である企業等を示す情報のことを意味する。テナントで契約したアプリをテナント内の各ユーザが利用することができ、テナントのテナント管理者等はシステム内に複数存在するソフトウェアインスタンス（アプリや複数のアプリをまとめたパッケージ）の利用権限をユーザに与えることができる。

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

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

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

電子機器４０は、例えば画像形成装置４０ａであるが、画像形成装置４０ａにはレーザプリンタ、複合機（マルチファンクションプリンタ）、ＭＦＰ（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）のインターフェースを接続するようにしてもよい。

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

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

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

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

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

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

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

第一通信部１２は情報処理システム５０と通信して、ユーザ情報登録画面等を第一の端末装置１０が表示するための画面情報を受信する。また、テナント管理者がユーザ情報登録画面に入力した情報を情報処理システム５０に送信する。

表示制御部１３は情報処理システム５０から受信した画面の画面情報を解析してディスプレイ５０６に例えばユーザ情報登録画面等を表示する。操作受付部１４は第一の端末装置１０に対するテナント管理者の操作（各画面への入力）を受け付ける。

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

第二通信部２２は情報処理システム５０と通信して、ログイン画面やアプリテナントユーザ登録画面等を第二の端末装置２０が表示するための画面情報を受信する。また、ユーザがログイン画面やアプリテナントユーザ登録画面に入力した情報を情報処理システム５０に送信する。

表示制御部２３は情報処理システム５０から受信した画面の画面情報を解析してディスプレイ５０６に例えばログイン画面やアプリテナントユーザ登録画面を表示する。操作受付部２４は第二の端末装置２０に対するユーザの操作を受け付ける。

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

第三通信部３２は情報処理システム５０と通信して、アプリテナントユーザ登録画面等を第三の端末装置３０が表示するための画面情報を受信する。また、業務担当者がアプリテナントユーザ登録画面に入力した情報を情報処理システム５０に送信する。

表示制御部３３は情報処理システム５０から受信した画面の画面情報を解析してディスプレイ５０６に例えばアプリテナントユーザ登録画面を表示する。操作受付部２４は第三の端末装置３０に対する業務担当者の操作を受け付ける。

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

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

表示制御部４３は情報処理システム５０から受信した画面の画面情報を解析して操作パネル９４０に例えば待ち受け画面、ランチャー画面、アプリ一覧画面、ログイン画面、及び、アプリ画面を表示する。操作受付部４４は電子機器４０に対するユーザの操作（例えば、ランチャーの起動、認証情報の入力、アプリの選択、アプリに対する操作等）を受け付ける。

<<情報処理システム>>
情報処理システム５０は、第五通信部５２、認証部５４、ユーザ管理部５５、アプリ管理部５６、テナント管理部５７、及び、契約管理部５８を有している。情報処理システム５０が有するこれらの機能は、図４に示したコンピュータ５００が有するＣＰＵ５０１が、ＨＤ５０４からＲＡＭ５０３に展開されたプログラムを実行することで実現される機能又は手段である。

また、図６では作図の都合で情報処理システム５０が各機能を有する構成となっているが、各機能が複数の情報処理装置に分散して配置されてもよい。

第五通信部５２は、第一の端末装置１０、第二の端末装置２０、第三の端末装置３０及び電子機器４０と各種の情報を送受信する。例えば、ユーザ情報登録画面の画面情報を第一の端末装置１０に送信し、ログイン画面やアプリテナントユーザ登録画面の画面情報を第二の端末装置２０に送信し、アプリテナントユーザ登録画面等の画面情報を第三の端末装置３０に送信し、待ち受け画面、ランチャー画面、アプリ一覧画面、ログイン画面、及び、アプリ画面の画面情報を電子機器４０に送信する。また、これらの画面で入力された情報を受信する。

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

ユーザ管理部５５は、ユーザ情報を管理しており、後述するユーザ情報記憶部５９２へのユーザ情報の登録、及び、ユーザ情報記憶部５９２からのユーザ情報の取得（読み取り）などを行う。

アプリ管理部５６は、各アプリを管理したり、ユーザごとにアプリのデフォルト設定を管理したり、このデフォルト設定をアプリに反映させたりする。

テナント管理部５７は、テナントに関するテナント情報を管理し、テナント情報記憶部５９４へのテナント情報の保存と取得を行う。

契約管理部５８は、アプリの契約を受け付け、ライセンス情報記憶部５９６にライセンス情報を登録する。また、ライセンスの数や期限等を管理する。

また、情報処理システム５０は、図４に示したＨＤ５０４、ＲＡＭ５０３等により実現される記憶部５９を有している。記憶部５９には、ユーザ情報記憶部５９２、アプリ情報記憶部５９３、テナント情報記憶部５９４、ライセンス情報記憶部５９６、及び、アプリテナントユーザ情報記憶部５９７が構築されている。

表１はユーザ情報記憶部５９２に記憶されているユーザ情報を模式的に示す。ユーザ情報はテナントＩＤに対応づけられている。つまり、テナントに所属するユーザの数だけユーザ情報が存在する。ユーザ情報記憶部５９２のユーザにはテナント管理者も含まれる点に注意されたい。ユーザ情報はテナント管理者が情報処理システム５０に接続して登録する。

ユーザ情報は、テナントＩＤ、ユーザＩＤ、パスワード、性、名、メールアドレス、表示言語（ロケール）、アカウントの状態、ロール、アプリ利用権限、アプリテナント権限、及び、アプリ設定の各項目を有している。
・テナントＩＤ…ユーザが所属するテナントの識別情報である。
・ユーザＩＤ…ユーザの識別情報である。
・パスワード…ユーザであることを証明する秘匿情報である。
・姓…ユーザの名字である。
・名…ユーザの名前である。
・メールアドレス…ユーザのメールアドレスである。
・表示言語（ロケール）…ユーザが使用する画面で表示される文字の言語である。
・アカウントの状態…アカウントはユーザが情報処理システム５０にログインするための権利のことである。アカウントの状態には「有効、無効又はアカウントロック」の少なくとも３つがある。ユーザ情報が仮登録されると無効となり、本登録により有効となる。有効となった後もテナント管理者が無効に設定できる。アカウントロックは、有効な状態でユーザがパスワードを何回か間違えた場合に設定される。アカウントロックは、例えば、一定期間の経過で有効に戻る点、又は、テナントに所属するユーザとしてカウントされたままである点で無効と異なる。
・ロール…ユーザの権限である。例えば「テナント管理者又は一般ユーザ」がある。本実施形態ではテナント管理者及び一般ユーザをユーザと称している。
・アプリ利用権限…このユーザが利用可能なアプリのリストである。ユーザに利用権限が割り当てられたアプリのリストを有している。
・アプリテナント権限…アプリテナントの設定に関するユーザの権限である。例えば、ユーザがアプリテナントに自分を登録できるか否か、及び、アプリ利用のためにライセンス購入を行えるか否か等が設定される。
・アプリ設定…アプリごとにユーザのデフォルトの設定が登録されている。ユーザは設定をし直さなくても自分がよく使う設定でアプリを実行できる。

表２はアプリ情報記憶部５９３に記憶されているアプリ情報を模式的に示す。アプリ情報はテナントＩＤに対応づけて、アプリＩＤとロールの項目を有している。アプリ情報は業務担当者がサービスの契約状況に応じて登録する。サービスの契約によって自動的に登録されてもよい。各アプリはアプリパッケージ（よく一緒に使用される複数のアプリ）に属する場合も属さない場合もある。
・テナントＩＤ…アプリが販売されたテナントの識別情報である。
・アプリＩＤ…アプリの識別情報である。
・ロール…アプリを使用できる権限である。例えば「テナント管理者又は一般ユーザ」がある。

表３はテナント情報記憶部５９４に記憶されているテナント情報を模式的に示す。テナント情報はテナントＩＤに対応づけて、テナント名と登録日の項目を有している。
・テナントＩＤ…テナントの識別情報である。
・テナント名…テナントの名称であり、社名や部署名である。
・登録日…テナントの登録日である。

表４はライセンス情報記憶部５９６に記憶されているライセンス情報を模式的に示す。ライセンス情報はライセンス名、ライセンス種別、及び、ライセンス数の各項目を有している。
・ライセンス名…購入されたライセンスの名前である。ライセンスを識別する機能を有していてよい。ライセンス名によりアプリと関連付けられている。
・ライセンス種別…契約がユーザ単位か、電子機器単位かが登録される。トライアルプランか正式プランかが登録されているとよい。
・ライセンス数…ライセンスの数量（アプリを使用できるユーザの人数、電子機器の台数、又は、その両方）である。

表５はアプリテナントユーザ情報記憶部５９７に記憶されているアプリテナントユーザ情報を模式的に示す。
・ユーザＩＤ…アプリテナントに所属するユーザの識別情報である。
・アプリＩＤ…アプリテナントに所属するアプリの識別情報である。１つのアプリテナントに複数のアプリが登録されてもよい。
・アプリ名…アプリテナントに所属するアプリの名称である。

＜認証部の機能＞
次に、図７を用いて、認証部５４の機能について説明する。図７は認証部５４の機能を説明する機能ブロック図の一例である。認証部５４は、認証モード判断部６１、組織テナントユーザ認証部６２、アプリ認証部６３、アプリテナントユーザ認証部６４、及び、認証チケット発行部６５を有している。

認証モード判断部６１は、第一の端末装置１０、第二の端末装置２０又は第三の端末装置３０からの認証リクエストに対し、組織テナントへの認証リクエストかアプリテナントえの認証リクエストか判断する。例えば、以下のように 認証リクエストに、アプリＩＤ（app_id） が含まれていたら、アプリテナントユーザの認証であると判断する。
{ app_id: "cloud_print_webapp", user_id: "User0001", password: "password"}
以下のように含まれていなければ、組織テナントユーザとして認証を行う。
{ user_id: "User0001", password: "password"}
認証対象のユーザが組織テナントユーザである場合、組織テナントユーザ認証部６２は、ユーザ情報記憶部５９２の認証情報に基づいて組織テナントユーザを認証する。

認証対象のユーザがアプリテナントユーザである場合、アプリ認証部６３は、リクエストのコンテンツのapp_idに基づいてアプリテナントユーザ情報記憶部５９７を参照してログイン対象のアプリテナントを判断する。

アプリテナントユーザ認証部６４は、ログイン対象のアプリテナントに登録されているユーザＩＤでユーザ情報記憶部５９２を検索し、該ユーザの認証情報を取得する。そして、端末装置から送信されたパスワード等と比較し、アプリテナントユーザの認証が成功か失敗かを判断する。

認証チケット発行部６５は、認証成功の場合に認証チケットを発行する。組織テナントユーザと認証された場合、組織テナントのリソースにアクセスできる認証チケットが発行される。アプリテナントユーザとして認証された場合、アプリの使用に関する権限しかない認証チケットが発行される。例えば、組織テナントの認証チケットでは、ユーザ情報記憶部５９２などの設定変更が可能だが、アプリテナントの認証チケットでは情報の参照しか許可されない。また、組織テナントの認証チケットでは、ログインしたユーザに利用権限がある全てのアプリをユーザが使用できるが、アプリテナントの認証チケットではログインしたアプリテナントに所属するアプリしか使用できない。このように、組織テナントのユーザか、アプリテナントのユーザかに応じて、異なる認証チケットが付与される。

＜シーケンス図＞
図８は、アプリテナントユーザの登録、及び、アプリの実行の流れを説明するシーケンス図の一例である。

S1：第三の端末装置３０の表示制御部３３は業務担当者の操作に応じて、組織テナントユーザの登録画面を表示する。業務担当者は、組織テナントユーザに関する情報を第三の端末装置３０に入力する。第三の端末装置３０の操作受付部３４は入力を受け付ける。

S2：第三の端末装置３０の第三通信部３２は登録先のテナントＩＤを指定してユーザの登録要求を情報処理システム５０に送信する。

S3：情報処理システム５０の第五通信部５２はユーザの登録要求を受信し、ユーザ管理部５５がユーザ情報記憶部５９２にユーザ情報を登録する。

S4：また、ユーザ管理部５５はユーザのアプリテナントに関する設定を行う。例えば、登録したユーザが自由にアプリテナントに自分を登録できる設定にするか、アプリ利用のためにライセンス購入を自由に行える設定にするか、等を設定する。

S5：次に、一般ユーザがアプリテナントに自身を登録する。組織テナントに登録された一般ユーザは組織テナントにログインする操作を第二の端末装置２０に入力する。すなわち、メールアドレスとパスワード、又は、テナントＩＤ、ユーザＩＤ及びパスワードを入力する。第二の端末装置２０の操作受付部２４は入力を受け付ける。ログイン画面の一例を図９に示す。

S6：第二の端末装置２０の第二通信部２２は認証情報を指定して組織テナントユーザの認証リクエストを情報処理システム５０に送信する。

S7：情報処理システム５０の第五通信部５２は認証リクエストを受信する。まず、認証モード判断部６１は認証リクエストにアプリＩＤが含まれるか否かなどに応じて認証モードを判断する。図９のログイン画面にはアプリＩＤが含まれないので、組織テナントへのユーザ認証であると判断されたものとする。このため、組織テナントユーザ認証部６２はユーザ情報記憶部５９２からメールアドレスとパスワード、又は、テナントＩＤ、ユーザＩＤ及びパスワードを取得する。

S8：組織テナントユーザ認証部６２は取得した認証情報と一般ユーザが入力した認証情報を比較して一致する場合には認証成功と判断する。一致しない場合は認証失敗と判断する。

S9：認証成功した場合、ユーザが特定され、第五通信部５２は認証チケットを第二の端末装置２０に送信する。この認証チケットは組織テナントのユーザ（テナントＩＤ、ユーザＩＤ）であること、アプリテナントに登録できるか否か、及び、該ユーザのロールや使用できるアプリと関連付けられている。認証チケットはＷｅｂブラウザが参照できる記憶領域に保存される。

一方、業務担当者が作成したアプリテナントに関する情報は組織テナント内の全てのユーザ又は指定したユーザに電子メールやチャットアプリで送信される。組織テナント内の一般ユーザは自分が使用したいアプリがあるとアプリテナントに自分を登録する。

S10：一般ユーザは自身をアプリテナントに登録するため、アプリＩＤを指定してアプリテナントユーザを登録する操作を第二の端末装置２０に入力する。アプリＩＤは業務担当者からアプリテナント作成済みの旨と共に送信される。例えば、アプリテナント作成済みの旨にアプリテナントの登録ＵＲＬとアプリＩＤがリンクされている。一般ユーザが登録ＵＲＬを押下すると、第二の端末装置２０の操作受付部２４は操作を受け付ける。アプリテナントユーザの登録には、組織テナントユーザのユーザ情報（ユーザ情報記憶部５９２のユーザ情報）が使用される。

S11：第二通信部２２はアプリＩＤ、メールアドレス（一般ユーザが入力するか認証チケットに含まれる）、及び、認証チケットを指定してユーザ情報取得を情報処理システム５０に要求する。

S12：情報処理システム５０の第五通信部５２はユーザ情報の取得要求を受信し、ユーザ管理部５５がメールアドレスに対応づけられているユーザ情報をユーザ情報記憶部５９２から取得する。

S13：第五通信部５２はユーザ情報を第二の端末装置２０に送信する。

S14,S15：第二の端末装置２０の第二通信部２２はユーザ情報を受信し、表示制御部２３が確認画面を生成して表示する。例えば「同一のメールアドレスを持つ以下のユーザが登録されています。このユーザとして登録しますか？」というメッセージを表示する。また、ユーザＩＤ、姓名、ロケール、タイムゾーン、状態、ロールなども表示できる。一般ユーザはこれらを見てアプリテナントユーザに登録するかどうかを判断できる。

なお、アプリテナントへのユーザ登録を明示的に一般ユーザが行うのでなく、アプリＡに直接アクセスしようとしたら、ユーザ登録の画面に転送される流れでもよい。

また、アプリテナントに一般ユーザを登録する人はテナント管理者でもよい。本実施形態では一般ユーザがアプリテナントに自由に登録できることが特徴の１つである。しかし、一般ユーザは、組織テナントのユーザであることが好ましい。これは、アプリテナントも組織テナントの管理容易性などのメリットを得られるからである。

ただし、組織テナントにアカウントがなくてもアプリテナントにユーザ登録できるようにしてもよい。

S16：一般ユーザは自身をアプリテナントに登録するためＯＫボタンを押下する。第二の端末装置２０の操作受付部２４は押下を受け付ける。

S17：第二の端末装置２０の第二通信部２２はアプリＩＤとメールアドレスを指定してユーザ登録を情報処理システム５０に要求する。

S18：情報処理システム５０の第五通信部５２はユーザ登録の要求を受信し、ユーザ管理部５５はアプリＩＤとメールアドレスをアプリテナントユーザ情報記憶部５９７に登録する。メールアドレスはユーザＩＤに相当する。なお、ユーザ管理部５５はユーザ情報記憶部５９２のアプリテナント権限のユーザ登録がYesの場合に、アプリＩＤとメールアドレスをアプリテナントユーザ情報記憶部５９７に登録する。

以上のようにして、アプリテナントに登録されたアプリテナントユーザはテナントアプリに所属するアプリを実行できる。

S19：アプリテナントに登録されたアプリテナントユーザは電子機器４０を操作して、アプリテナントに所属するアプリ一覧画面を表示する。アプリテナントユーザは使用したい所望のアプリを選択し、ログイン画面にアプリテナントの認証情報を入力する。例えば、アプリＩＤ、ユーザＩＤ及びパスワード（組織テナントのユーザＩＤ、パスワードでよい）を入力する。アプリＩＤはアプリ一覧画面から選択されたアプリに関連付けられている。操作受付部４４は入力を受け付け、第四通信部４２が認証リクエストを情報処理システム５０に送信する。情報処理システム５０の第五通信部５２は認証リクエストを受信する。アプリ一覧画面の一例を図１０に、ログイン画面の一例を図１１に示す。

S20：認証モード判断部６１は認証リクエストにアプリＩＤが含まれているため、アプリテナントへの認証リクエストであると判断する。また、アプリ認証部６３はアプリテナントユーザ情報記憶部５９７をアプリＩＤで参照し、アプリを特定する。このアプリはステップＳ２３の認証チケットと対応づけられる。

S21：アプリテナントユーザ認証部６４はユーザＩＤでユーザ情報記憶部５９２を検索し、ユーザＩＤとパスワードを取得する。

S22：アプリテナントユーザ認証部６４は取得したパスワードとユーザＩＤ、及び、アプリテナントユーザが入力したユーザＩＤとパスワードを比較して一致する場合には認証成功と判断する。一致しない場合は認証失敗と判断する。このように、ユーザの識別情報で特定される組織テナントにおける認証情報に基づいて、アプリケーションを実行できるユーザか否かが認証される。

S23：認証成功した場合、ユーザが特定され、第五通信部５２は認証チケットを第二の端末装置２０に送信する。この認証チケットは、ユーザがログインしたテナントアプリに所属するアプリＡを使用する権限があることを示す。なお、この認証チケットの発行に際して、組織テナントが該当するアプリのライセンスを保持していることが確認されるとよい。

ユーザが組織テナントにログインした場合、テナント管理者がユーザに利用権限を許可したアプリ（ユーザ情報記憶部５９２のアプリ利用権限）を利用可能になる。

S24：アプリテナントユーザは電子機器４０を操作してアプリＡを実行する操作を入力する。操作受付部４４は入力を受け付ける。第四通信部４２は認証チケットを指定して情報処理システム５０にアプリＡの実行を要求する。

S25：情報処理システム５０の第五通信部５２はアプリＡの実行要求を受信し、アプリ管理部５６は認証チケットがアプリＡの実行を許可しているので、アプリＡの実行を許可する。アプリ管理部５６はユーザＩＤで特定されるユーザのアプリ設定をユーザ情報記憶部５９２から取得し、アプリ管理部５６はアプリ設定が行われたアプリＡのアプリ画面を第二の端末装置２０に送信する。以上で、アプリテナントユーザがアプリＡを使用できる。

このように、一般ユーザ自身が使用したいアプリテナントに自分を登録できるので、ユーザがアプリの使用を開始したい場合の利便性を向上できる。アプリテナントユーザがアプリを実行できるので、テナント管理者がテナントにアプリを登録した場合のようにアプリに興味のないユーザはアプリの存在を意識しないでよい。業務担当者がアプリテナントを登録できるので、一般ユーザと同等の手続きが必要ない。

＜画面例＞
図９は、第一の端末装置１０又は第二の端末装置２０が表示するログイン画面の一例である。図９（ａ）と図９（ｂ）では入力される認証情報が異なっている。

図９（ａ）のログイン画面３３０は、テナントＩＤ欄３３１、ユーザＩＤ欄３３２、パスワード欄３３３、及び、ログインボタン３３４を有している。テナント管理者又は一般ユーザはテナントＩＤ欄３３１にテナントＩＤを入力し、ユーザＩＤ欄３３２にユーザＩＤを入力し、パスワード欄３３３に自分のパスワードを入力する。これらが認証情報の一例である。ユーザがログインボタン３３４を押下すると認証要求が情報処理システム５０に送信される。

図９（ｂ）のログイン画面３３０は、メールアドレス欄３３６、パスワード欄３３３、及び、ログインボタン３３４を有している。テナント管理者又は一般ユーザはメールアドレス欄３３６にメールアドレスを入力し、パスワード欄３３３に自分のパスワードを入力する。これらが認証情報の一例である。図９（ｂ）でテナントＩＤが不要なのは、メールアドレスはテナントに関係なく一意だからである。ユーザがログインボタン３３４を押下すると認証要求が情報処理システム５０に送信される。

＜＜アプリの使用時＞＞
図１０は電子機器４０が表示するアプリ一覧画面４４０の一例を示す図である。このアプリ一覧画面４４０には、各アプリテナントが有するアプリのリストがまとめて表示される（アプリテナントのリストでもある）。例えば、使用してみたいアプリを探す一般ユーザやテナント管理者、又は、業務担当者に勧められたテナント管理者（アプリテナントに自身を登録したアプリテナントユーザ、又は、業務管理者がアプリテナントに登録したアプリテナントユーザ）は例えば所定の操作でアプリ一覧画面４４０を表示させる。ユーザが使用したいアプリを選択すると、アプリテナントのログイン画面が表示される。

図１１は、電子機器４０が表示するアプリテナントユーザのログイン画面３４０の一例である。図１１のログイン画面３４０は、アプリ名欄３４１、ユーザＩＤ欄３４２、パスワード欄３４３、及び、ログインボタン３４４を有している。

アプリテナントにアプリテナントユーザがログインする場合、認証情報にアプリ名又はアプリＩＤが含まれている必要がある。ユーザがアプリ一覧画面４４０でアプリを選択すると、選択されたアプリのアプリ名がアプリ名欄３４１に表示された状態でログイン画面３４０が表示される。ユーザがユーザＩＤ欄３４２に組織テナントのメールアドレスを入力し、パスワード欄３４３に組織テナントのパスワードを入力すれば、アプリテナントにログインしてアプリを実行できる。

ユーザがアプリ名を知っている場合は、アプリ一覧画面４４０を経ずにログイン画面３４０からアプリを実行してよい。

なお、認証失敗した場合、認証部５４はアプリテナントにユーザを登録するための画面を電子機器４０に表示させるとよい。

＜主な効果＞
以上説明したように、本実施形態のサービス提供システムは、一般ユーザや業務担当者がアプリテナントにアプリテナントユーザを登録するので、一般ユーザがアプリの使用を開始したい場合の利便性を向上できる。アプリテナントユーザが使用したいアプリがある場合にアプリテナントにログインすればよく、全てのアプリが一般ユーザに公開されることがない。業務担当者がアプリテナントを作成できるので、一般ユーザと同等の手続きが不要になる。

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

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

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

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

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

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

１ サービス提供システム
１０ 電子機器
２０ 第一の端末装置
３０ 第二の端末装置
４０ 第三の端末装置
５０ 情報処理システム

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

Claims (8)

1. 第一のテナントに所属するユーザにアプリケーションの利用権限を付与する情報処理システムと、前記情報処理システムと通信する端末装置とを有するサービス提供システムであって、
   前記情報処理システムは、
   前記第一のテナントにおけるユーザの識別情報と前記アプリケーションの識別情報を指定した、前記ユーザが前記アプリケーションを利用できる第二のテナントへの登録の要求を端末装置から受信する通信部と、
   前記アプリケーションを利用できるユーザとして前記第二のテナントに前記ユーザと前記アプリケーションを登録するユーザ管理部と、
   を有することを特徴とするサービス提供システム。
2. 前記端末装置は、
   前記ユーザの認証成功で特定された前記ユーザに関する情報を表示し、
   前記第二のテナントへ登録する操作に応じて、前記ユーザの認証成功で特定された前記ユーザの識別情報を前記アプリケーションの識別情報と共に前記情報処理システムに送信する請求項１に記載のサービス提供システム。
3. 前記情報処理システムと通信できる電子機器を有し、
   前記電子機器は、
   前記情報処理システムから受信した、それぞれの前記第二のテナントに登録された前記アプリケーションのアプリ一覧画面を表示する表示制御部と、
   前記アプリ一覧画面の前記アプリケーションの選択を受け付ける操作受付部と、を有し、
   前記情報処理システムは、
   前記電子機器から前記アプリケーションの識別情報、前記ユーザの識別情報及び認証情報を指定して認証リクエストを受信した場合、前記ユーザの識別情報で特定される前記第一のテナントにおける認証情報に基づいて、前記アプリケーションを実行できるユーザか否かを認証する認証部を有することを特徴とする請求項１又は２に記載のサービス提供システム。
4. 前記認証部は、前記認証リクエストに前記アプリケーションの識別情報が含まれている場合、前記アプリケーションを実行できる前記第二のテナントのユーザであるか否かを認証し、
   前記認証リクエストに前記アプリケーションの識別情報が含まれていない場合、前記第一のテナントのユーザであるか否かを認証し、
   前記第一のテナントのユーザか、前記第二のテナントのユーザかに応じて、異なる認証チケットを付与することを特徴とする請求項３に記載のサービス提供システム。
5. 前記第一のテナントにおけるユーザ情報記憶部には、前記アプリケーションのデフォルトの設定が登録されており、
   前記情報処理システムは、
   前記第二のテナントのユーザであるか否かの認証が成功した場合、前記デフォルトの設定を行った前記アプリケーションの画面を前記電子機器に送信することを特徴とする請求項３又は４に記載のサービス提供システム。
6. 前記第一のテナントにおけるユーザ情報記憶部には、前記ユーザが前記第二のテナントに前記ユーザと前記アプリケーションを登録する権限を有するか否かが登録されており、
   前記ユーザ管理部は、前記権限がある場合に、前記ユーザと前記アプリケーションを前記第二のテナントに登録することを特徴とする請求項１〜５のいずれか１項に記載のサービス提供システム。
7. 第一のテナントに所属するユーザにアプリケーションの利用権限を付与する情報処理システムと、前記情報処理システムと通信する端末装置とを有するサービス提供システムのアプリ利用方法であって、
   前記情報処理システムは、前記第一のテナントにおけるユーザの識別情報と前記アプリケーションの識別情報を指定した、前記ユーザが前記アプリケーションを利用できる第二のテナントへの登録の要求を端末装置から受信するステップと、
   前記アプリケーションを利用できるユーザとして前記第二のテナントに前記ユーザと前記アプリケーションを登録するステップと、
   を有することを特徴とするアプリ利用方法。
8. 第一のテナントに所属するユーザにアプリケーションの利用権限を付与する情報処理システムであって、
   前記第一のテナントにおけるユーザの識別情報と前記アプリケーションの識別情報を指定した、前記ユーザが前記アプリケーションを利用できる第二のテナントへの登録の要求を端末装置から受信する通信部と、
   前記アプリケーションを利用できるユーザとして前記第二のテナントに前記ユーザと前記アプリケーションを登録するユーザ管理部と、
   を有することを特徴とする情報処理システム。

Images