JP7388222B2

JP7388222B2 - 情報処理システム、システム、利用制限方法

Info

Publication number: JP7388222B2
Application number: JP2020020964A
Authority: JP
Inventors: 博基大▲崎▼
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2020-02-10
Filing date: 2020-02-10
Publication date: 2023-11-29
Anticipated expiration: 2040-02-10
Also published as: JP2021128385A

Description

本発明は、情報処理システム、システム、及び、利用制限方法に関する。

例えば、複合機や汎用的な端末装置などのクライアント装置に、インターネット等のネットワークを介して情報処理サービスを提供する情報処理システムが知られている。この情報処理システムからサービスの提供を受ける場合、顧客（テナントと呼ばれる場合がある）はまずアプリケーションを利用するためのライセンスを購入する。顧客内のユーザはライセンスの範囲内でアプリケーションを利用することができる。

ユーザによるアプリケーションの利用を制限又は許可する技術が考案されている（例えば、特許文献１参照。）。特許文献１には、要求元の機器がアプリケーションを利用可能か否か判断し、利用可能でないと判断された場合、アプリケーションを利用している機器の数が、アプリケーションを利用可能な機器の上限数に達しているか否か判断し、上限数に達していない場合、要求元の機器にアプリケーションの利用を許可するシステムが開示されている。

しかしながら、従来技術では、共通機能の利用を制限できないという問題があった。共通機能とは異なるアプリケーションから共通に利用される機能である。例えば、ユーザの登録・取得・更新・削除を行うユーザ管理機能は、種々のアプリケーションに関係なく利用される機能なので共通機能である。ユーザ管理機能等の共通機能は共通基盤として提供されており、アプリケーションごとに端末装置がユーザ管理機能を実装する必要がないようになっている。

このようなユーザ管理機能は必須機能であるため、情報処理システムが利用を制限する必要性は低い。しかし、グループ管理機能などのように各アプリケーションに必須とは言えないが便利な機能も共通機能として用意されている。このような便利な機能について、サービスの提供者としては共通機能の利用をテナントに一律に許可するのでなく、ライセンスの購入により利用が許可されたアプリケーションに応じて共通機能の利用を認めることが適切であると考えられる。

本発明は、上記課題に鑑み、共通機能の利用を制限できる情報処理システムを提供することを目的とする。

上記課題に鑑み、本発明は、アプリケーションを利用するためのライセンスに応じて前記アプリケーションの利用を許可する情報処理システムであって、前記ライセンスにより利用可能となる共通機能が定義されたライセンス定義情報に、前記共通機能が利用可能である旨が定義されていない場合、前記共通機能の利用を制限するライセンス管理部と、前記アプリケーションと、前記アプリケーションのライセンスの購入で利用可能となる共通機能とを端末装置が表示する画面情報を端末装置に送信するライセンス定義管理部と、を有することを特徴とする。
また、本発明は、アプリケーションを利用するためのライセンスに応じて前記アプリケーションの利用を許可する情報処理システムであって、前記ライセンスにより利用可能となる共通機能が定義されたライセンス定義情報に、前記共通機能が利用可能である旨が定義されていない場合、前記共通機能の利用を制限するライセンス管理部を有し、ユーザの識別情報とテナントの識別情報が対応付けられたユーザ情報、前記テナントの識別情報とライセンス定義の識別情報が対応付けられたライセンス情報、前記ライセンス定義の識別情報と前記共通機能が対応付けられたライセンス定義情報、を管理しており、前記ライセンス管理部は、ログインした前記ユーザが所属する前記テナントの識別情報を前記ユーザ情報から特定し、特定した前記テナントの識別情報に対応付けられている前記ライセンス定義の識別情報を前記ライセンス情報から特定し、特定した前記ライセンス定義の識別情報に対応付けられた前記共通機能を前記ライセンス定義情報から特定し、特定した前記共通機能が、前記ユーザから利用要求された前記共通機能を含むか否かを判断することを特徴とする。

共通機能の利用を制限できる情報処理システムを提供することができる。

情報処理システムのソフトウェア構成図の一例である。アプリと共通機能の対応を模式的に示す図である。サービス提供システムの一例の構成図である。コンピュータの一例のハードウェア構成図である。画像形成装置の一例のハードウェア構成図である。第一の端末装置、第二の端末装置、第三の端末装置、電子機器、及び、情報処理システムの機能をブロック状に分けて説明する機能ブロック図の一例である。開発者が操作する端末装置等が表示するワークフロー設定画面の一例を示す図である。ホーム画面の一例を示す図である。情報処理システムがプロダクトデザイナーからのライセンス定義の作成を受け付ける手順を示すシーケンス図である。ライセンス定義作成画面の一例を示す図である。ライセンス購入画面の一例を示す図である。アプリの利用時の処理を説明するシーケンス図の一例である。共通機能の有無を情報処理システムが判断する手順を示すフローチャート図の一例である。

以下、本発明を実施するための形態の一例として、情報処理システムと情報処理システムが行う機能利用制限方法について図面を参照しながら説明する。

＜共通機能について＞
まず、図１を参照して、共通機能とアプリケーションの関係を説明する。図１は、情報処理システム５０のソフトウェア構成図の一例を示す。図１の上段にアプリケーション群１０１が示されており、図１の下段に共通基盤１０２が示されている。共通基盤１０２とは、情報処理システム５０がサービスを提供する上でシステムが共通して利用するインフラやミドルウェアなどをいう。共通機能は共通基盤１０２に含まれる。共通機能は複数のアプリケーション（以下、アプリという）により共通に使用される機能の場合も、アプリとは独立に使用される場合もある。

共通基盤１０２は、認証基盤１３１、データ基盤１３２、インフラサービス１３３、及び、ビジネス基盤１３４を有している。
・認証基盤１３１…ユーザや機器の認証に関する機能である。
・データ基盤１３２…データの集計やビックデータの処理を行う機能である。
・インフラサービス１３３…ネットワークなどのインフラに関する設定を管理する機能である。
・ビジネス基盤１３４…契約や課金に関する設定を管理する機能である。

更に、共通基盤１０２は、認証基盤１３１を利用する共通機能として、ログイン１３９、ワークプレイス１４０、ユーザ管理１３５、マイアカウント１３６、テナント管理１３７、アプリ権限管理１３８、ＵＩフレームワーク１４１などの機能を有している。
・ログイン１３９…ユーザが情報処理システム５０にログインする処理を行う。
・ワークプレイス１４０…ユーザに固有のアプリを提供し、ユーザが自分のデスクトップのようにサービスを受けることを可能にする。
・ユーザ管理１３５…ユーザの登録、取得、更新、削除などユーザに関する情報を管理する。
・マイアカウント１３６…ユーザが自身のプロフィールを編集することを可能にする。
・テナント管理１３７…テナント管理者がテナント内のユーザ、ログインポリシーなどを管理することを可能にする。
・アプリ権限管理１３８…アプリをどのユーザが利用できるかを管理することを可能にする。
・ＵＩフレームワーク１４１…ユーザが操作する画面の構築に関するフレームワークである。

共通基盤１０２のうち、ログイン１３９、ワークプレイス１４０、ユーザ管理１３５、マイアカウント１３６、テナント管理１３７、及び、アプリ権限管理１３８が、グループ管理機能や外部連携機能を提供する。これらは、必須とまでは言えないが便利な機能であることから便利機能１０３という。便利機能１０３は必須な機能を除く一部の機能である。

アプリケーション群１０１は、地域開発アプリ１１１、機器特有アプリ１１２、プリントアプリ１１３、Ａ事業部アプリ１１４、Ｂ事業部アプリ１１５、パートナーアプリ１１６、ＷＦアプリ開発ツール１１９、及び、機器管理基本アプリ１２０、を有している。

このうち、地域開発アプリ１１１、機器特有アプリ１１２、プリントアプリ１１３、Ａ事業部アプリ１１４、Ｂ事業部アプリ１１５、及び、パートナーアプリ１１６は、テナントが任意に開発したアプリである。ＷＦアプリ開発ツール１１９はドキュメント処理基盤１１７の上で動作するツールである。ドキュメント処理基盤１１７はドキュメントのスキャン、ＯＣＲ（Optical Character Reader）、フォルダ送信などのドキュメントの処理に利用される基盤である。ＷＦアプリ開発ツール１１９はワークフローの設定をユーザが行うためのツールであるが、アプリとして利用される。機器管理基本アプリ１２０は機器管理処理基盤１１８の上で動作するアプリである。機器管理処理基盤１１８は複合機などの機器と通信して異常の監視などを行う基盤である。機器管理基本アプリ１２０は機器管理処理基盤１１８を利用して機器を監視する。

このように、情報処理システム５０は共通基盤１０２を有しており、共通基盤１０２は複数の共通機能を有している。本実施形態では、アプリにこのアプリのライセンスで利用可能となる共通機能が対応付けて管理されるので、アプリのライセンスを購入したテナントは共通機能を利用可能になる。

図２は、アプリと共通機能の対応を模式的に示す図である。例えばアプリＡには共通機能として「外部ストレージＸ」が対応付けられており、このアプリの利用権限があるユーザは外部ストレージＸを使用することができる。このアプリの利用権限がないユーザは、他のアプリで外部ストレージＸの利用が認められない限りこの共通機能を利用できない。

なお、情報処理システム５０が、アプリに関係なく共通機能の利用を独立にユーザに認めることは適切でない。つまり、顧客が直接、共通機能を購入することは適切でない。共通機能だけでは情報処理システム５０がサービスを提供できないためである。したがって、本実施形態ではアプリがライセンスの対象であり、アプリで必要な共通機能が利用可能になる。

＜用語について＞
テナントとは、情報処理システムが提供するサービスを利用するという契約を結んだ顧客である。

アプリケーション（アプリ）とは、ユーザがサービスを受けるために端末装置と情報処理装置とが実行するプログラムである。端末装置と情報処理装置が協調して実行するプログラムをＷｅｂアプリともいう。アプリは、例えば一連の処理を順番に実行するワークフローアプリの場合がある。アプリは、テナント管理者等がコンポーネントを組み合わせて構築できる。

テナント管理者とは、企業とサービス提供者との契約の範囲内で、顧客環境において、ユーザやテナント管理者等によるサービスの利用に関する管理を行う者である。主にテナント側の担当者である。例えば、テナントへの一般ユーザの登録、一般ユーザのアカウント状態の管理、及び、一般ユーザが利用できるサービスの登録等を行う。

一般ユーザは、利用権限を割り当てられた場合にサービスの利用できる利用者である。本実施形態では単にユーザという。

プロダクトデザイナーは、アプリをテナントに販売したり、ライセンスを定義したりする者である。主にサービス提供者側の担当者である。

ライセンスとは権限の意味であり、本実施形態ではアプリ利用する権限である。許可証、権能などと称してよい。

利用を制限するとは、共通機能の全体又は一部をユーザやテナント管理者が利用できないことをいう。共通機能の利用の制限によりアプリの利用も制限される。共通機能の全体の利用が制限される場合は、禁止と称してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第三通信部４２は情報処理システム５０と通信して、ライセンス定義作成画面等を第三の端末装置４０が表示するための画面情報を受信する。また、プロダクトデザイナーがライセンス定義作成画面に入力した情報を情報処理システム５０に送信する。

表示制御部４３は情報処理システム５０から受信した画面の画面情報を解析してディスプレイ５０６に例えばライセンス定義作成画面を表示する。操作受付部３４は第三の端末装置４０に対するプロダクトデザイナーの操作を受け付ける。

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

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

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

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

第五通信部５２は、第一の端末装置２０、第二の端末装置３０、第三の端末装置４０及び電子機器１０と各種の情報を送受信する。例えば、ライセンス購入画面の画面情報を第一の端末装置２０に送信し、ログイン画面やホーム画面の画面情報を第二の端末装置３０に送信し、ライセンス定義作成画面の画面情報を第三の端末装置４０に送信し、待ち受け画面、ランチャー画面、ログイン画面、及び、アプリ画面の画面情報を電子機器１０に送信する。また、これらの画面で入力された情報を受信する。

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

ライセンス定義管理部５４は、ライセンス定義の作成を受け付け、後述するライセンス定義情報記憶部５９１にライセンス定義情報を登録する。また、ライセンス定義情報記憶部５９１からライセンス定義情報を取得する。

ライセンス管理部５５は、テナント管理者などによるライセンスの購入を受け付け、ライセンス情報記憶部５９２に登録する。ライセンスには１つ以上のアプリが対応付けられている。また、ライセンス管理部５５は、テナント管理者又はユーザが共通機能を利用できるか否かを判断する。

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

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

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

アプリ実行部６１は、アプリを実行する。アプリは１つ以上の処理を含むワークフロー（又は処理フロー）なので、アプリが有する各処理を定義の順に実行する。各処理は１つのコンポーネントに対応しており、アプリ実行部６１は各コンポーネントを呼び出すことでアプリを実行する。共通機能もコンポーネントとして提供される。

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

表１はライセンス定義情報記憶部５９１に記憶されているライセンス定義情報を示す。ライセンス定義情報は、ライセンス定義ＩＤ、アプリケーション、単価、及び、利用可能共通機能の項目を有している。ライセンス定義ＩＤはライセンス定義を識別するための識別情報である。アプリケーションはアプリの名称やアプリＩＤである。単価はライセンスの購入費、又は、サブスクリプションの費用である。利用可能共通機能は、このアプリの購入により利用可能となる共通機能である。共通機能の一例を説明する。
・外部ストレージＸ…外部ストレージＸへデータを登録する共通機能。
・外部ストレージＸユーザ同期…外部ストレージＸのユーザ管理機能とユーザ情報を同期するための共通機能（ユーザ同期機能）。つまり、情報処理システム５０は外部ストレージＸに登録されているユーザ情報をそのまま利用できる。
・グループ管理…ユーザをグループ化する共通機能。例えば、テナント管理者はグループごとにメールの送信先を設定できる。
・外部サービスＹ認証…外部サービスＹの認証機能を利用した認証を可能にする共通機能。つまり、情報処理システム５０は外部サービスＹに認証要求して、その結果によりユーザの認証成功、失敗を判断できる。このような仕組みとしてOpenID Connectが知られている。

表２はライセンス情報記憶部５９２に記憶されているライセンス情報を示す。ライセンス情報は、ライセンスＩＤ、ライセンス定義ＩＤ、テナントＩＤ、及び、状態の項目を有している。ライセンスＩＤはライセンスを識別する識別情報である。ライセンス定義ＩＤは表１と同じものである。テナントＩＤはテナントを識別するための識別情報である。状態は、ライセンスが有効か否かを示す（例えば、期限の超過により無効となる）。表２によれば、テナントＩＤ＝「11111111」のテナントが、ライセンス定義ＩＤがLicenseDefinitionA1とLicenseDefinitionBのライセンスを購入した。テナントＩＤ＝「22222222」のテナントが、ライセンス定義ＩＤがLicenseDefinitionA2のライセンスを購入した。

表３はユーザ情報記憶部５９３に記憶されているユーザ情報を模式的に示す。ユーザ情報は、テナントＩＤ、ユーザＩＤ、メールアドレス、ロール、性、名、及び、利用可能なアプリ、の項目を有している。
・テナントＩＤ…ユーザが所属するテナントの識別情報である。
・ユーザＩＤ…ユーザの識別情報である。
・メールアドレス…ユーザのメールアドレスである。
・ロール…ユーザの権限である。例えば「テナント管理者又は一般ユーザ」がある。
・姓…ユーザの名字である。
・名…ユーザの名前である。
・利用可能なアプリ…このユーザが利用可能なアプリの情報である。以下の情報を有している。

・アプリＩＤ…アプリを識別する識別情報である（アプリに共通）。

・ライセンスＩＤ…ユーザに付与されたアプリの利用権限を識別する識別情報である（ユーザごとに異なる）。

表４はアプリ情報記憶部５９４に記憶されているアプリ情報を模式的に示す。アプリ情報はテナントＩＤ、アプリＩＤ及びロールの項目を有している。アプリ情報はプロダクトデザイナーがサービスの契約状況に応じて登録する。サービスの契約によって自動的に登録されてもよい。
・テナントＩＤ…アプリが販売されたテナントの識別情報である。
・アプリＩＤ…アプリの識別情報である。
・ロール…アプリを利用できる権限である。例えば「テナント管理者又は一般ユーザ」がある。

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

なお、表１～表５は、本実施形態の説明のために示されているに過ぎず主な情報でないものは省略されている。

＜ワークフローの一例＞
図７を参照して、開発者が行うワークフローの設定の概略を説明する。図７は、開発者が操作する端末装置等が表示するワークフロー設定画面Ｇ８００の一例である。なお、開発者はプロダクトデザイナー、テナント管理者又はユーザのいずれでもよい。

第一の端末装置２０又は第二の端末装置３０は図１に示したＷＦアプリ開発ツール１１９を実行している。図７（ａ）では横方向に並んだ３つのアイコン２１０～２１２により以下のワークフローが登録されている。
「ＯＣＲ→ファイルアップロード（外部ストレージＸ）→メール送信」
１つのアイコン２１０～２１２は１つの処理（コンポーネント）に対応している。電子機器１０はスキャン、ＦＡＸ受信、又は、メール受信などで画像を取得する。この画像に対しＯＣＲ以下の処理が順番に自動的に実行される。

管理者は画面の左のメニュー２２０から所望のアイコンを右側のマスにドラッグすることで、ワークフローを設定できる。処理は左から右に順番に実行される。また、図７（ｂ）に示すように、上下のマスにアイコン２１３が設定された場合、ワークフローの処理は分岐し、並行に実行される。このように、開発者は視覚的な操作でアプリ２０４を登録できる。

＜第一の端末装置又は第二の端末装置が表示するホーム画面＞
図８を参照してホーム画面について説明する。ホーム画面とは、テナント管理者又はユーザがログインした場合に最初に表示される画面である。図８（ａ）は、テナント管理者が操作する第一の端末装置２０が表示するホーム画面３１０の一例である。ログインが成功すると、第一の端末装置２０はホーム画面３１０を表示する。ホーム画面３１０には、ユーザ情報においてテナント管理者が利用権限を有するアプリのリスト３１１が表示される。一般のユーザの場合も同様である。また、ホーム画面３１０は設定ボタン３１２を有し、テナント管理者が設定ボタン３１２を押下すると、ユーザ管理３１３、アプリ利用権限管理（ユーザ）３１４、アプリ利用権限管理（デバイス）３１５、及び、テナント情報３１６の各ボタンが表示される。ユーザ管理３１３はテナント管理者がユーザを管理するためのユーザ管理画面を表示するボタンである。アプリ利用権限管理（ユーザ）３１４はどのユーザがどのアプリを使えるかをテナント管理者が管理する画面を表示するためのボタンである。アプリ利用権限管理（デバイス）３１５はどの電子機器１０でアプリを使えるかを管理する画面を表示するためのボタンである。テナント情報３１６は、テナントの契約内容などを表示する画面を表示するためのボタンである。

図８（ｂ）はユーザが操作する第二の端末装置３０が表示するホーム画面４６０の一例を示す図である。図８（ａ）の管理者用のホーム画面３１０と同様の構成を有しているが、設定ボタン３１２は表示されない。ユーザがテナント管理者用の設定を行う必要性が低いためである。ただし、ユーザ用のホーム画面４６０に設定ボタン３１２が表示されてもよい。ホーム画面４６０ではログインしたユーザに利用権限が与えられたアプリ４４１の実行、設定等が可能である。アプリによっては電子機器１０を用いた処理（画像形成等）の実行をホーム画面から実行可能であってもよい。

＜ライセンス定義の作成、ライセンスの購入について＞
図９～図１１を参照して、プロダクトデザイナーにより作成されるライセンス定義を情報処理システム５０が受け付ける処理について説明する。図９は、情報処理システム５０がプロダクトデザイナーからのライセンス定義の作成を受け付ける手順を示すシーケンス図である。

S1：プロダクトデザイナーは第三の端末装置４０を操作して、第三の端末装置４０を情報処理システム５０と通信させる。プロダクトデザイナーは、ライセンス定義作成画面を表示させる操作を第三の端末装置４０に行うので、第三の端末装置４０の表示制御部４３はライセンス定義作成画面を表示する。プロダクトデザイナーはライセンス定義作成画面に必要事項を入力する。操作受付部４４は入力を受け付ける。第三の端末装置４０の第三通信部４２はライセンス定義作成画面に入力された情報を情報処理システム５０に送信する。ライセンス定義作成画面の一例を図１０に示す。

なお、プロダクトデザイナーは情報処理システム５０にすでにログインしており、プロダクトデザイナーというロールが特定されている。

S2：情報処理システム５０の第五通信部５２はライセンス定義作成画面に入力された情報を受信する。ライセンス定義管理部５４は、ライセンス定義情報記憶部５９１にライセンス定義情報を登録する。ライセンス定義情報の登録により、テナントがライセンスを購入できるようになる。

S3：テナント管理者は第一の端末装置２０を操作して、第一の端末装置２０を情報処理システム５０と通信させる。テナント管理者はライセンス購入画面を表示させる操作を第一の端末装置２０に行うので、第一の端末装置２０の表示制御部２３はライセンス購入画面を表示する。テナント管理者はライセンス購入画面に必要事項を入力する。操作受付部２４は入力を受け付ける。第一の端末装置２０の第一通信部２２はライセンス購入画面に入力された情報を情報処理システム５０に送信する。ライセンス購入画面の一例を図１１に示す。

S4：情報処理システム５０の第五通信部５２はライセンス購入画面に入力された情報を受信する。ライセンス管理部５５は、ライセンス情報記憶部５９２にライセンス情報を登録する（ライセンス発行）。

テナント管理者がライセンス定義に該当するライセンスを購入すると、テナント管理者はアプリの利用権限をユーザに割り当てる。これにより、テナントに所属するユーザはライセンスを利用（アプリを実行）できるようになる。

S5：テナント管理者が第一の端末装置２０でグループ管理画面を開こうとした。第一の端末装置２０の第一通信部２２はグループ管理画面を情報処理システム５０に要求する。なお、グループ管理画面は例えば、テナントに所属するユーザのリストを表示し、グループへの登録を受け付ける画面である。

S6：情報処理システム５０の第五通信部５２はグループ管理画面の要求を受信し、ライセンス管理部５５等がグループ管理機能をテナント管理者が利用可能かを判断する。この判断の詳細は後述する。

S7：利用可能であった場合、情報処理システム５０の第五通信部５２はグループ管理画面の画面情報を第一の端末装置２０に送信する。第一の端末装置２０の第一通信部２２はグループ管理画面の画面情報を受信し、表示制御部２３がディスプレイ５０６に表示する。

S8：利用可能でない場合、情報処理システム５０の第五通信部５２は利用権限がない旨を第一の端末装置２０に送信する。第一の端末装置２０の第一通信部２２は利用権限がない旨を受信し、表示制御部２３がディスプレイ５０６に表示する。

なお、図９の処理では、第一の端末装置２０がグループ管理画面を情報処理システム５０に要求してから、テナント管理者がグループ管理機能を利用可能か情報処理システム５０が判断した。

しかし、例えば、共通機能が外部サービスとの連携機能の場合、事前に連携する外部サービスの設定をテナント設定画面からテナント管理者が行う必要があるため、テナント管理者がテナント設定画面を開く際に、このテナント管理者が外部サービスとの連携機能を利用可能かどうか情報処理システム５０が判断する。その結果、利用可能であれば、情報処理システム５０は当該外部サービスとの連携設定をテナント管理者が設定する画面を表示し、利用不可の場合は表示しない。このように、共通機能を利用かどうかの判断は、共通機能の利用時だけでなく共通機能に関する設定時においても行われる。

同様に、図９において、第一の端末装置２０がグループ管理画面を情報処理システム５０に要求する前に、テナント管理者がグループ管理機能を利用可能か情報処理システム５０が判断し、利用可能でない場合は、テナント管理者がグループ管理画面を要求するためのボタン等を非表示にしてもよい。

このように、テナント管理者においてはアプリを実行することなく、共通機能のみを実行できるので、共通機能の実行時又は設定時に、共通機能の利用権限の有無が判断される。また、ユーザと同様に、アプリの実行時にも共通機能の利用権限が判断される場合がある。

図１０は、ライセンス定義作成画面３３０の一例を示す。ライセンス定義作成画面３３０は、ライセンス定義ＩＤ欄３３１、アプリケーション欄３３２、単価欄３３３、及び、利用可能共通機能選択欄３３４を有している。ライセンス定義ＩＤ欄３３１、アプリケーション欄３３２、単価欄３３３、及び、利用可能共通機能選択欄３３４はそれぞれ表１のライセンス定義ＩＤ、アプリケーション、単価、及び、利用可能共通機能の項目に対応している。

ライセンス定義ＩＤ欄３３１には自動で値が設定されてもよいし、プロダクトデザイナーが任意の値を設定してもよい。重複した場合は再入力が促される。アプリケーション欄３３２にはプロダクトデザイナーが扱うアプリのリストを表示でき、プロダクトデザイナーはその中からライセンス定義に登録するアプリを選択する。なお、複数のアプリを選択できる。単価欄３３３にはプロダクトデザイナーが任意の単価を設定できる。リストから選択してもよい。利用可能共通機能選択欄３３４には共通機能のリストが表示される。共通機能は固定なので、アプリケーション欄で選択されたアプリに関係なく所定数の共通機能が表示される。図１０では４つの共通機能のうち「グループ管理」「外部サービスＹ」の共通機能が選択されている。

図１０では、プロダクトデザイナーはApplicationBを単価2,000円/月で使用できるライセンスを定義しており、テナント管理者がこのライセンスを購入した場合、利用可能となる共通機能として、グループ管理機能と外部サービスＹ認証機能が使えるようになる選択を行った状態である。

図１１はライセンス購入画面３４０の一例を示す。ライセンス購入画面３４０は、アプリケーション３４１、単価３４２、及び、利用可能共通機能３４３の各項目をテーブル状に表示する。テーブル内の値は表１のライセンス定義情報に登録された値である。図１１ではApplicationAとApplicationBが選択されている（チェックマークがついている）。

ライセンス購入画面３４０を第一の端末装置２０に表示させたテナント管理者の所属するテナントＩＤが「11111111」であるとすると、テナント管理者が図１１のアプリケーションを購入することで、表２のライセンス情報が得られる。

＜ユーザによるアプリの利用＞
図１２を参照して、ユーザによるアプリの利用時の処理を説明する。図１２は、アプリの利用時の処理を説明するシーケンス図の一例である。ステップS11～S14の処理は図９のステップS1～S4と同様でよい。

S15：ユーザは第二の端末装置３０（又は電子機器１０でもよい）を操作して、第二の端末装置３０を情報処理システム５０と通信させる。ホーム画面にはユーザが利用権限を有するアプリのアイコンが表示される。ユーザがアプリの実行を入力すると、操作受付部３４は入力を受け付ける。

S16：このアプリが有する処理の１つに外部ストレージＸへのアップロードがあるものとする。このため、第二の端末装置３０は外部ストレージＸへのファイルのアップロードを情報処理システム５０に要求する。このように、一般ユーザは、アプリの実行時に共通機能の利用権限の有無を判断される。

なお、ユーザは情報処理システム５０にすでにログインしており、テナントＩＤ等が特定されている。

S17：情報処理システム５０の第五通信部５２は外部ストレージＸへのファイルのアップロード要求を受信する。そして、ライセンス管理部５５は、外部ストレージＸへアップロードする共通機能のライセンスをユーザが有するか否かを判断する。詳細は後述する。

S18：共通機能を利用可能な場合、情報処理システム５０のアプリ実行部６１が外部ストレージＸへファイルをアップロードする。

S19：情報処理システム５０の第五通信部５２はアップロード成功を第二の端末装置３０に送信する。第二の端末装置３０の第二通信部３２はアップロード成功を受信する。

S20：共通機能を利用可能でない場合、情報処理システム５０の第五通信部５２は利用権限がない旨を第二の端末装置３０に送信する。第二の端末装置３０の第二通信部３２は利用権限がない旨を受信する。

S21：共通機能を利用可能な場合、第二の端末装置３０の表示制御部３３はアップロード成功を表示する。

S22：共通機能を利用可能でない場合、第二の端末装置３０の表示制御部３３は利用権限がない旨を表示する。

なお、図１２では、外部ストレージＸへアップロードするアプリをユーザが選択できるという前提、つまりアプリのアイコンが表示されることが前提になっている。アプリを利用できるにも関わらず、共通機能を利用できない状況としては、アプリが複数の外部ストレージＸ，Ｙへアップロードするアプリの場合がある。このアプリのライセンスには外部ストレージＹの共通機能が添付されているが、外部ストレージＸへ共通機能が添付されていない場合、アプリを利用できるにも関わらず、共通機能を利用できない状況となる。

なお、ユーザが外部ストレージにアップロードする共通機能を１つも有さない場合は、情報処理システム５０がホーム画面に当該アプリを表示しないという制御も可能である。

＜情報処理システムにおける共通機能の判断＞
図１３は、共通機能の有無を情報処理システム５０が判断する手順を示すフローチャート図の一例である。

ライセンス管理部５５は、ログインしているテナント管理者又はユーザのテナントＩＤをユーザ情報記憶部５９３から取得する。そして、このテナントＩＤで有効なライセンス定義ＩＤをライセンス情報記憶部５９２から取得する（Ｓ１０１）。

次に、ライセンス定義管理部５４は、ステップＳ１０１で取得したライセンス定義ＩＤのライセンス定義を、ライセンス定義情報記憶部５９１から取得する（Ｓ１０２）。

ライセンス管理部５５は、ステップＳ１０２で取得したライセンス定義の共通機能を取得する（Ｓ１０３）。

ライセンス管理部５５は、テナント管理者又はユーザが利用しようとしている共通機能（利用要求された共通機能）がステップＳ１０３で取得した共通機能に含まれるか否かを判断する（Ｓ１０４）。

含まれる場合は、ライセンス管理部５５は共通機能を利用できると判断し、この場合、アプリ実行部が共通機能を実行する（Ｓ１０５）。

含まれない場合は、ライセンス管理部５５は共通機能を利用できないと判断し、共通機能の利用を制限する（Ｓ１０６）。例えば利用不可と判断する。

このように、本実施形態では、共通機能の利用時（テナント管理者の場合）、又は、アプリの実行時（テナント管理者又はユーザの場合）、共通機能のライセンスの有無を判断できる。

＜主な効果＞
以上説明したように、本実施形態では、情報処理システム５０が管理するライセンス定義情報に、アプリにこのアプリのライセンスで利用可能となる共通機能が対応付けられているので、情報処理システム５０は共通機能の有無に応じて共通機能の利用を制限できる。

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

例えば、本実施形態ではアプリの利用に関するＷｅｂサービスを例にして共通機能の制限について説明したが、一般的なＷｅｂサービスにおけるテナント管理にも適用できる。

また、テレビ会議システムなどの通信インフラにおいても、共通機能の制限が可能である。この場合の共通機能（便利機能）は、例えば資料のページを各拠点のユーザが変更する機能などがある。

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

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

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

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

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

特開２０１９‐６１３８３号公報

Claims

アプリケーションを利用するためのライセンスに応じて前記アプリケーションの利用を許可する情報処理システムであって、
前記ライセンスにより利用可能となる共通機能が定義されたライセンス定義情報に、前記共通機能が利用可能である旨が定義されていない場合、前記共通機能の利用を制限するライセンス管理部と、
前記アプリケーションと、前記アプリケーションのライセンスの購入で利用可能となる共通機能とを端末装置が表示する画面情報を端末装置に送信するライセンス定義管理部と、
を有することを特徴とする情報処理システム。
アプリケーションを利用するためのライセンスに応じて前記アプリケーションの利用を許可する情報処理システムであって、
前記ライセンスにより利用可能となる共通機能が定義されたライセンス定義情報に、前記共通機能が利用可能である旨が定義されていない場合、前記共通機能の利用を制限するライセンス管理部を有し、
ユーザの識別情報とテナントの識別情報が対応付けられたユーザ情報、
前記テナントの識別情報とライセンス定義の識別情報が対応付けられたライセンス情報、前記ライセンス定義の識別情報と前記共通機能が対応付けられたライセンス定義情報、を管理しており、
前記ライセンス管理部は、ログインした前記ユーザが所属する前記テナントの識別情報を前記ユーザ情報から特定し、
特定した前記テナントの識別情報に対応付けられている前記ライセンス定義の識別情報を前記ライセンス情報から特定し、
特定した前記ライセンス定義の識別情報に対応付けられた前記共通機能を前記ライセンス定義情報から特定し、
特定した前記共通機能が、前記ユーザから利用要求された前記共通機能を含むか否かを判断することを特徴とする情報処理システム。
前記ライセンス定義情報に、前記共通機能が利用可能である旨が定義されている場合、前記ライセンス管理部は、前記共通機能の利用を許可する請求項１又は２に記載の情報処理システム。
前記共通機能は、複数の前記アプリケーションにより使用される機能であることを特徴とする請求項１～３のいずれか１項に記載の情報処理システム。
前記共通機能は、前記アプリケーションとは独立に使用される機能であることを特徴とする請求項１～３のいずれか１項に記載の情報処理システム。
前記共通機能は、全ての前記共通機能のうち、必須な機能を除く一部の機能であることを特徴とする請求項４又は５に記載の情報処理システム。
前記ライセンス定義情報には、ライセンスに対し利用可能な前記共通機能が対応付けられており、
前記アプリケーションの実行が要求された場合、前記ライセンス管理部は、前記アプリケーションで使用する前記共通機能が、前記ライセンス定義情報に登録されているか否かを判断し、
前記共通機能の実行が要求された場合、前記ライセンス管理部は、該共通機能が、前記ライセンス定義情報に登録されているか否かを判断することを特徴とする請求項１～３のいずれか１項に記載の情報処理システム。
前記共通機能は外部ストレージとの連携機能、又は、外部サービスによる認証との連携機能であることを特徴とする請求項１～７のいずれか１項に記載の情報処理システム。
前記共通機能は、外部サービスによるユーザ管理とのユーザ同期機能、又は、複数のユーザをグループ化するグループ管理機能であることを特徴とする請求項１～７のいずれか１項に記載の情報処理システム。
アプリケーションを利用するためのライセンスに応じて前記アプリケーションの利用を許可する情報処理システムと、前記情報処理システムと通信する端末装置とを有するシステムであって、
前記情報処理システムは、
前記ライセンスにより利用可能となる共通機能が定義されたライセンス定義情報に、前記共通機能が利用可能である旨が定義されていない場合、前記共通機能の利用を制限するライセンス管理部と、
前記アプリケーションと、前記アプリケーションのライセンスの購入で利用可能となる共通機能とを端末装置が表示する画面情報を端末装置に送信するライセンス定義管理部と、
を有し、
前記端末装置は、
前記アプリケーション又は前記共通機能の利用を前記情報処理システムに要求することを特徴とするシステム。
アプリケーションを利用するためのライセンスに応じて前記アプリケーションの利用を許可する情報処理システムと、前記情報処理システムと通信する端末装置とを有するシステムであって、
前記情報処理システムは、
前記ライセンスにより利用可能となる共通機能が定義されたライセンス定義情報に、前記共通機能が利用可能である旨が定義されていない場合、前記共通機能の利用を制限するライセンス管理部を有し、
ユーザの識別情報とテナントの識別情報が対応付けられたユーザ情報、
前記テナントの識別情報とライセンス定義の識別情報が対応付けられたライセンス情報、前記ライセンス定義の識別情報と前記共通機能が対応付けられたライセンス定義情報、を管理しており、
前記ライセンス管理部は、ログインした前記ユーザが所属する前記テナントの識別情報を前記ユーザ情報から特定し、
特定した前記テナントの識別情報に対応付けられている前記ライセンス定義の識別情報を前記ライセンス情報から特定し、
特定した前記ライセンス定義の識別情報に対応付けられた前記共通機能を前記ライセンス定義情報から特定し、
特定した前記共通機能が、前記ユーザから利用要求された前記共通機能を含むか否かを判断し、
前記端末装置は、
前記アプリケーション又は前記共通機能の利用を前記情報処理システムに要求することを特徴とするシステム。
アプリケーションを利用するためのライセンスに応じて前記アプリケーションの利用を許可する情報処理システムが行う利用制限方法であって、
前記ライセンスにより利用可能となる共通機能が定義されたライセンス定義情報に、前記共通機能が利用可能である旨が定義されていない場合、前記共通機能の利用を制限し、
前記アプリケーションと、前記アプリケーションのライセンスの購入で利用可能となる共通機能とを端末装置が表示する画面情報を端末装置に送信する、ことを特徴とする利用制限方法。
アプリケーションを利用するためのライセンスに応じて前記アプリケーションの利用を許可する情報処理システムが行う利用制限方法であって、
前記ライセンスにより利用可能となる共通機能が定義されたライセンス定義情報に、前記共通機能が利用可能である旨が定義されていない場合、前記共通機能の利用を制限し、
ユーザの識別情報とテナントの識別情報が対応付けられたユーザ情報、
前記テナントの識別情報とライセンス定義の識別情報が対応付けられたライセンス情報、前記ライセンス定義の識別情報と前記共通機能が対応付けられたライセンス定義情報、を管理しており、
ログインした前記ユーザが所属する前記テナントの識別情報を前記ユーザ情報から特定し、
特定した前記テナントの識別情報に対応付けられている前記ライセンス定義の識別情報を前記ライセンス情報から特定し、
特定した前記ライセンス定義の識別情報に対応付けられた前記共通機能を前記ライセンス定義情報から特定し、
特定した前記共通機能が、前記ユーザから利用要求された前記共通機能を含むか否かを判断する、ことを特徴とする利用制限方法。