JP6488646B2 - 情報処理システム、情報処理装置、ライセンス管理方法及びプログラム - Google Patents

Description

本発明は、情報処理システム、情報処理装置、ライセンス管理方法及びプログラムに関する。

例えばクライアントにインストールされ利用されるアプリケーションの中には、利用可能なユーザあるいはユーザ数を限定してサーバへの接続を許可するものがある。従来、複数台のクライアントと複数台のサーバとを有するシステムにおいて、使用が許可された分のライセンスは使用でき、使用を許可した分のライセンスを超える使用を許可しないようにする技術は知られている（例えば特許文献１参照）。

近年、ユーザが必要な時に必要な機能だけを利用するといった新しいサービス提供形態が増加している。上記のようなサービス提供形態によりサービスを利用する場合、ユーザはサービスの販売会社（販社）から例えばライセンスを購入する。

サービスの販社はユーザに対して発行したライセンスを例えば業務システムにより管理する。サービスを提供するサービス提供システムは、業務システムが発行したライセンスによりユーザへのサービス提供の可否を判断していた。

しかしながら、ライセンスにより権限が割り当てられるユーザ数を管理する場合は業務システムが発行したライセンスをサービス種別毎に管理することが容易でなかった。

本発明の実施の形態は、上記の点に鑑みなされたものであり、ライセンスの管理を容易化することができる情報処理システム、情報処理装置、ライセンス管理方法及びプログラムを提供することを目的とする。

上記目的を達成するため本願請求項１は、端末装置と、１以上の情報処理装置とを含む情報処理システムであって、ライセンスにより権限が割り当てられたユーザに、権限に応じたサービスを提供する１つ以上のサービス提供手段と、前記ライセンスを管理するライセンス管理手段と、を有し、前記サービス提供手段は、前記ライセンス管理手段が第１の記憶手段に保存して管理するライセンスのライセンス情報の複製を記憶する第２の記憶手段と、前記サービスの種別ごとの前記サービスに対する権限の設定を受け付ける権限設定画面を生成して前記端末装置に表示させ、前記権限設定画面から、前記サービスの種別、前記ユーザ、及び、前記サービスに対する権限を指定した、前記サービスに対する権限の設定を受け付ける設定受付手段と、前記ライセンスにより権限が割り当てられるユーザ数が前記ライセンスにより権限が割り当て可能なユーザ数を超えないように、前記端末装置から受け付けた前記サービスに対する権限の設定を行う権限設定手段と、を有し、前記権限設定手段は、受け付けた前記サービスに対する権限の設定を行ったあとの前記ライセンスにより権限が割り当てられるユーザ数と、前記ライセンスにより権限が割り当て可能なユーザ数と、を比較し、前記ライセンスにより権限が割り当てられるユーザ数が前記ライセンスにより権限が割り当て可能なユーザ数を超過しなければ、前記端末装置から受け付けた前記サービスに対する権限の設定を行い、前記ライセンスが解約されると、前記解約されたライセンス以外のライセンスにより権限が割り当て可能なユーザ数を判定し、割り当て済みのユーザ数が前記解約されたライセンス以外のライセンスにより権限が割り当て可能なユーザ数を超過している場合に、その旨の通知を行うことを特徴とする。

本発明の実施の形態によれば、ライセンスの管理を容易化することができる。

第１の実施形態に係る情報処理システムの一例の構成図である。 サービス提供システムの他の例の構成図である。 コンピュータシステムの一例のハードウェア構成図である。 第１の実施形態に係るサービス提供システムの一例の処理ブロック図である。 第１の実施形態に係るサービス提供システムの他の例の処理ブロック図である。 業務系のライセンス管理装置と共通サービス系のサービス提供装置とにおけるライセンス情報について説明する為の説明図である。 業務系のライセンス管理装置と共通サービス系のサービス提供装置とにおけるライセンス情報について説明する為の説明図である。 業務系のライセンス管理装置と共通サービス系のサービス提供装置とが利用するＡＰＩについて説明する為の説明図である。 業務系のライセンス管理装置と共通サービス系のサービス提供装置とが利用するＡＰＩについて説明する為の説明図である。 組織情報の一例の構成図である。 ユーザ情報の一例の構成図である。 ライセンス情報の一例の構成図である。 有効化された機器一覧情報の一例の構成図である。 機器情報の一例の構成図である。 組織ＩＤを発行する処理の一例のシーケンス図である。 組織を開設する処理の一例のシーケンス図である。 サービスＩＤを発行する処理の一例のシーケンス図である。 機器ライセンスを登録する処理の一例のシーケンス図である。 サービスアクセス管理画面の一例のイメージ図である。 サービス種別毎に利用の権限を与えるユーザを設定する処理の一例のシーケンス図である。 サービス権限情報のリストの一例の構成図である。 サービス認可テーブルの一例の構成図である。 スキャンサービスアプリの利用権限設定画面の一例のイメージ図である。 ユーザ権限リストの一例の構成図である。 ライセンス毎に利用の権限を与えるユーザを設定する処理の一例のシーケンス図である。 サービス認可テーブルの他の例の構成図である。 スキャンサービスアプリの利用権限設定画面の一例のイメージ図である。 契約済みサービスを更新する処理の一例のシーケンス図である。 サービスを解約する処理の一例のシーケンス図である。 利用権限の割り当ての見直しを行う処理の一例のフローチャートである。 サービス権限情報のリストの他の例の構成図である。 サービス権限情報のリストのユーザのユーザ情報及びユーザ権限リストの一例の構成図である。 優先順位により並び替えられたユーザ情報の一例の構成図である。 利用権限が解除されたユーザ権限リストの一例の構成図である。 サービスの利用権限の解除を通知する電子メールの一例の構成図である。 終了するサービスを継続する処理の一例のシーケンス図である。 サービス選択画面の一例のイメージ図である。 サービス認可情報を保存する処理の一例のシーケンス図である。 サービス認可テーブルの一例の構成図である。 サービス認可テーブルの更新処理を表した一例のフローチャートである。 サービス認可テーブルの更新処理を表した他の例のフローチャートである。 サービス実行可否を判断する処理の一例のシーケンス図である。

以下、本発明の実施形態について図面を参照しながら説明する。
［第１の実施形態］
＜システム構成＞
図１は第１の実施形態に係る情報処理システムの一例の構成図である。図１の情報処理システム１０００は例えばオフィス内ネットワーク等のネットワークＮ１と、クラウドサービスに代表されるサービス提供システムのネットワークＮ２と、インターネットなどのネットワークＮ３とを有する。

ネットワークＮ１は、ファイヤウォールＦＷの内側にあるプライベートなネットワークである。ファイヤウォールＦＷはネットワークＮ１とネットワークＮ３との接点に設置され、不正なアクセスを検出及び遮断する。ネットワークＮ１にはクライアント端末１０１１、携帯端末１０１２、複合機などの画像形成装置１０１３が接続されている。

クライアント端末１０１１は端末装置の一例である。クライアント端末１０１１は一般的なＯＳなどが搭載された情報処理装置によって実現できる。クライアント端末１０１１は無線による通信の手段または有線による通信の手段を有する。クライアント端末１０１１は、タブレットＰＣ、ノートＰＣなど、ユーザが操作可能な端末である。

携帯端末１０１２は端末装置の一例である。携帯端末１０１２は、無線による通信の手段または有線による通信の手段を有している。携帯端末１０１２は、スマートフォンや携帯電話、タブレットＰＣ、ノートＰＣなど、ユーザが携帯可能な端末である。

画像形成装置１０１３は複合機などの画像形成機能を有する装置である。画像形成装置１０１３は無線による通信の手段または有線による通信の手段を有する。画像形成装置１０１３は複合機、コピー機、スキャナ、プリンタ、レーザプリンタ、プロジェクタ、電子黒板など、画像形成に係る処理を行う装置である。図１では、一例としてクライアント端末１０１１、携帯端末１０１２、画像形成装置１０１３がそれぞれ一台である例を示しているが複数台であってもよい。

ネットワークＮ２はアクセス制御装置１０２１によってネットワークＮ３に接続されている。ネットワークＮ２はアクセス制御装置１０２１によってセキュリティが保護されている。ネットワークＮ２にはプリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４、ライセンス管理装置１０２５などが接続されている。

情報処理システム１０００は、アクセス制御装置１０２１、プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４及びライセンス管理装置１０２５などがサービス提供システムを実現している。プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４はプリントサービス、スキャンサービスや他サービスを提供する。ライセンス管理装置１０２５はライセンス管理に関する処理を行う。

アクセス制御装置１０２１はプリントサービス提供装置１０２２が提供するプリントサービスやスキャンサービス提供装置１０２３が提供するスキャンサービスなどへのログインを制御する。

アクセス制御装置１０２１、プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４、ライセンス管理装置１０２５は、一台以上の情報処理装置によって実現される。

アクセス制御装置１０２１、プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４、ライセンス管理装置１０２５は一台の情報処理装置に統合して実現しても、複数の情報処理装置に分散して実現してもよい。

ネットワークＮ２側のサービスの一部はネットワークＮ２以外にあってもよい。携帯端末１０１２は、オフィス内ネットワーク等のネットワークＮ１以外にあってもよい。図１の情報処理システム１０００では携帯端末１０１２がネットワークＮ１と、ネットワークＮ３とにある例を示している。

図１のサービス提供システムの構成は一例であって、図２に示すような構成によっても実現できる。図２はサービス提供システムの他の例の構成図である。図２のサービス提供システムはネットワークＮ２がファイヤウォールＦＷによってネットワークＮ３に接続されている。

ネットワークＮ２にはＳａａＳ（Software as a Service）系のサービス提供装置、共通サービス（Network Service Platform）系のサービス提供装置、ストレージ（Storage）系の記憶装置、業務系の管理装置が接続されている。なお、共通サービス系のサービス提供装置はＳａａＳ系のサービス提供装置が共通で使えるサービスを提供する。

ＳａａＳ系のサービス提供装置は、例えばポータルサービス提供装置１０５１、プリントサービス提供装置１０５２、スキャンサービス提供装置１０５３など、提供するサービスに応じたサービス提供装置が含まれる。また、共通サービス系のサービス提供装置は、例えば認証サービス提供装置１０６１、データ処理サービス提供装置１０６２、一時データ保存サービス提供装置１０６３など、提供する共通サービスに応じたサービス提供装置が含まれる。

ストレージ系の記憶装置は、例えば認証情報記憶装置１０７１、ジョブ情報記憶装置１０７２、一時データ記憶装置１０７３など、記憶する情報（データ）に応じた記憶装置が含まれる。業務系の管理装置は、例えばライセンス管理装置１０８１、顧客情報管理装置１０８２など、管理する情報に応じた管理装置が含まれる。

図２のサービス提供システムでは、例えばファイヤウォールＦＷ、認証サービス提供装置１０６１が提供する認証サービスによってセキュリティが保護されている。なお、図２のサービス提供システムの構成も一例であって、他の構成であってもよい。図１及び図２に示したサービス提供システムを構成する各装置や各端末、ネットワークは仮想環境上に構築してもよい。

＜ハードウェア構成＞
図１のクライアント端末１０１１、携帯端末１０１２は例えば図３に示すようなハードウェア構成のコンピュータシステムにより実現される。アクセス制御装置１０２１、プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４、ライセンス管理装置１０２５も、例えば図３に示すようなハードウェア構成のコンピュータシステムにより実現される。

図２のＳａａＳ系のサービス提供装置、共通サービス系のサービス提供装置、ストレージ系の記憶装置、業務系の管理装置も例えば図３に示すようなハードウェア構成のコンピュータシステムにより実現される。

図３はコンピュータシステムの一例のハードウェア構成図である。図３のコンピュータシステム１５００は、入力装置１５０１、表示装置１５０２、外部Ｉ／Ｆ１５０３、ＲＡＭ１５０４、ＲＯＭ１５０５、ＣＰＵ１５０６、通信Ｉ／Ｆ１５０７、及びＨＤＤ１５０８などを備え、それぞれがバスＢで相互に接続されている。

入力装置１５０１はキーボードやマウス、タッチパネルなどを含み、ユーザが各操作信号を入力するのに用いられる。表示装置１５０２はディスプレイ等を含み、コンピュータシステム１５００による処理結果を表示する。

通信Ｉ／Ｆ１５０７はコンピュータシステム１５００をネットワークＮ１〜Ｎ３に接続するインタフェースである。これにより、コンピュータシステム１５００は通信Ｉ／Ｆ１５０７を介してデータ通信を行うことができる。

ＨＤＤ（Hard Disk Drive）１５０８はプログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えばコンピュータシステム１５００全体を制御する基本ソフトウェアであるＯＳ（Operating System）や、ＯＳ上において各種機能を提供するアプリケーションソフトウェアなどがある。

ＨＤＤ１５０８は格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（データベース）により管理している。外部Ｉ／Ｆ１５０３は、外部装置とのインタフェースである。外部装置には、記録媒体１５０３ａなどがある。これにより、コンピュータシステム１５００は外部Ｉ／Ｆ１５０３を介して記録媒体１５０３ａの読み取り及び／又は書き込みを行うことができる。

記録媒体１５０３ａには例えばフレキシブルディスク、ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk）等がある。また、記録媒体１５０３ａにはＳＤメモリカード（SD Memory card）、ＵＳＢメモリ（Universal Serial Bus memory）などがある。

ＲＯＭ（Read Only Memory）１５０５は電源を切ってもプログラムやデータを保持できる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１５０５にはコンピュータシステム１５００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定及びネットワーク設定などのプログラムやデータが格納されている。

ＲＡＭ（Random Access Memory）１５０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ（Central Processing Unit）１５０６は、ＲＯＭ１５０５やＨＤＤ１５０８などの記憶装置からプログラムやデータをＲＡＭ１５０４上に読み出し、処理を実行することで、コンピュータシステム１５００全体の制御や機能を実現する演算装置である。

このようなコンピュータシステム１５００のハードウェア構成により、クライアント端末１０１１、携帯端末１０１２は、後述するような各種処理を実現できる。また、アクセス制御装置１０２１、プリントサービス提供装置１０２２、スキャンサービス提供装置１０２３、他サービス提供装置１０２４、ライセンス管理装置１０２５はコンピュータシステム１５００のハードウェア構成により後述する各種処理を実現できる。図２のＳａａＳ系のサービス提供装置、共通サービス系のサービス提供装置、ストレージ系の記憶装置、業務系の管理装置も、コンピュータシステム１５００のハードウェア構成により、後述するような各種処理を実現できる。なお、図１に示した画像形成装置１０１３、ファイヤウォールＦＷのハードウェア構成については説明を省略する。

＜ソフトウェア構成＞
《サービス提供システム》
第１の実施形態に係るサービス提供システムは例えば図４に示す処理ブロックにより実現される。図４は第１の実施形態に係るサービス提供システムの一例の処理ブロック図である。サービス提供システム１１００はプログラムを実行することで、図４に示すような処理ブロックを実現する。

図４のサービス提供システム１１００はアプリケーション１１０１、共通サービス１１０２、データベース（ＤＢ）１１０３及びプラットフォームＡＰＩ１１０４、業務サービス１１０５を実現している。

アプリケーション１１０１は、ポータルサービスアプリ１１１１、スキャンサービスアプリ１１１２、プリントサービスアプリ１１１３を一例として有する。

ポータルサービスアプリ１１１１は、ポータルサービスを提供するアプリケーションである。ポータルサービスは、サービス提供システム１１００を利用するための入り口となるサービスを提供する。スキャンサービスアプリ１１１２はスキャンサービスを提供するアプリケーションである。プリントサービスアプリ１１１３はプリントサービスを提供するアプリケーションである。アプリケーション１１０１には、その他のサービスアプリが含まれていてもよい。

プラットフォームＡＰＩ（Application Programming Interface）１１０４はポータルサービスアプリ１１１１などのアプリケーション１１０１が共通サービス１１０２を利用するためのインタフェースである。プラットフォームＡＰＩ１１０４はアプリケーション１１０１からの要求を共通サービス１１０２が受信するために設けられた予め定義されたインタフェースであり、例えば関数やクラス等により構成される。

プラットフォームＡＰＩ１１０４は、サービス提供システム１１００が複数の情報処理装置で構成される場合、ネットワーク経由で利用可能な例えばＷｅｂ ＡＰＩにより実現できる。

共通サービス１１０２は、認証・認可部１１２１、組織管理部１１２２、ユーザ管理部１１２３、サービス提供用ライセンス管理部１１２４、機器管理部１１２５、一時画像保存部１１２６、画像処理ワークフロー制御部１１２７、ログ収集部１１２８を有する。

また、画像処理ワークフロー制御部１１２７はメッセージキュー１１３１、１つ以上のワーカー（Ｗｏｒｋｅｒ）１１３２を有する。ワーカー１１３２は画像変換や画像送信などの機能を実現する。

認証・認可部１１２１は、クライアント端末１０１１や画像形成装置１０１３などのオフィス機器からのログイン要求に基づいて認証・認可を実行する。オフィス機器はクライアント端末１０１１、携帯端末１０１２、画像形成装置１０１３などの総称である。

認証・認可部１１２１は、例えば後述するユーザ情報記憶部１１４３、サービス認可情報記憶部１１４９などにアクセスしてユーザを認証・認可する。また、認証・認可部１１２１は例えば後述する機器情報記憶部１１４５、サービス認可情報記憶部１１４９などにアクセスして画像形成装置１０１３などを認証する。また、認証・認可部１１２１は後述するサービス認可情報記憶部１１４９に記憶されているサービス認可情報を管理する。

組織管理部１１２２は後述する組織情報記憶部１１４２に記憶されている組織情報を管理する。ユーザ管理部１１２３は、後述するユーザ情報記憶部１１４３に記憶されているユーザ情報を管理する。

サービス提供用ライセンス管理部１１２４は後述するライセンス情報記憶部１１４４に記憶されているライセンス情報を管理する。機器管理部１１２５は後述する機器情報記憶部１１４５に記憶されている機器情報を管理する。一時画像保存部１１２６は後述する一時画像記憶部１１４６への一時画像の保存、一時画像記憶部１１４６からの一時画像の取得を行う。

画像処理ワークフロー制御部１１２７はアプリケーション１１０１からの要求に基づいて画像処理に関するワークフローを制御する。メッセージキュー１１３１は処理の種類に対応するキューを有する。画像処理ワークフロー制御部１１２７は処理（ジョブ）に係るリクエストのメッセージを、そのジョブの種類に対応するキューに投入する。

ワーカー１１３２は対応するキューを監視している。キューにメッセージが投入されるとワーカー１１３２は、対応するジョブの種類に応じた画像変換や画像送信などの処理を行う。なお、キューに投入されたメッセージはワーカー１１３２が主体的に読み出す（Ｐｕｌｌ）ようにしてもよいし、キューからワーカー１１３２に提供する（Ｐｕｓｈ）ようにしてもよい。

データベース１１０３は、ログ情報記憶部１１４１、組織情報記憶部１１４２、ユーザ情報記憶部１１４３、ライセンス情報記憶部１１４４、機器情報記憶部１１４５、一時画像記憶部１１４６、ジョブ情報記憶部１１４７、及び、アプリケーション固有の設定情報記憶部１１４８、サービス認可情報記憶部１１４９を有する。

ログ情報記憶部１１４１は、ログ情報を記憶する。組織情報記憶部１１４２は、後述の組織情報を記憶する。ユーザ情報記憶部１１４３は、後述のユーザ情報を記憶する。ライセンス情報記憶部１１４４は、後述のライセンス情報を記憶する。機器情報記憶部１１４５は後述の機器情報を記憶する。

一時画像記憶部１１４６は一時画像を記憶する。一時画像は、例えばワーカー１１３２が処理するスキャン画像などのファイルやデータである。ジョブ情報記憶部１１４７は処理（ジョブ）に係るリクエストの情報（ジョブ情報）を記憶する。

アプリケーション固有の設定情報記憶部１１４８はアプリケーション１１０１に固有の設定情報を記憶する。サービス認可情報記憶部１１４９は、後述のサービス認可情報を記憶する。

業務サービス１１０５は、顧客情報管理部１１５１、契約管理部１１５２、販売管理部１１５３、及び、業務用ライセンス管理部１１５４を有する。顧客情報管理部１１５１は顧客情報を管理する。契約管理部１１５２は契約情報を管理する。販売管理部１１５３は販売情報を管理する。業務用ライセンス管理部１１５４はライセンス情報を管理する。なお、業務用ライセンス管理部１１５４はライセンス情報を記憶するライセンスＤＢを有している。

サービス提供システム１１００は認証・認可や画像処理に関するワークフロー等の共通サービスを提供する統合基盤と、統合基盤の機能を利用してスキャンサービス、プリントサービス、ポータルサービス等のアプリサービスを提供するサービス群として機能する。

統合基盤は例えば共通サービス１１０２、データベース１１０３、プラットフォームＡＰＩ１１０４及び業務サービス１１０５によって構成される。また、サービス群は例えばアプリケーション１１０１によって構成される。このように、図４に示したサービス提供システム１１００はアプリケーション１１０１と、業務サービス１１０５とが分離された構成である。

図４に示したサービス提供システム１１００はサービス群と統合基盤とを分離した構成により、プラットフォームＡＰＩ１１０４を利用するアプリケーション１１０１を容易に開発できる。

なお、図４に示したサービス提供システム１１００の処理ブロックの分類形態は一例であり、アプリケーション１１０１、共通サービス１１０２、データベース１１０３、業務サービス１１０５が図４に示される階層で分類されていることが必須ではない。第１の実施形態に係るサービス提供システム１１００の処理を実施できるのであれば、図４に示される階層関係などは特定のものに限定されない。

なお、図４に示したサービス提供システム１１００の処理ブロックは例えば図５に示すような処理ブロックであってもよい。図５は第１の実施形態に係るサービス提供システムの他の例の処理ブロック図である。なお、図５のサービス提供システム１１００は一部を除いて図４のサービス提供システム１１００と同様であるため、同一部分について適宜説明を省略する。

図５のサービス提供システム１１００は、プログラムを実行することにより、図４の処理ブロックに加えて、ドメイン固有サービス１１０６、ドメイン固有ＡＰＩ１１０７を実現している。図５のサービス提供システム１１００はアプリケーション１１０１、ドメイン固有サービス１１０６、ドメイン固有ＡＰＩ１１０７が、図４のサービス提供システム１１００と異なっている。図５のアプリケーション１１０１は、ポータルサービスアプリ１１１１、スキャンサービスアプリのＵＩ部１１１２ａ、プリントサービスアプリのＵＩ部１１１３ａを一例として有する。ドメイン固有サービス１１０６はスキャンサービスアプリのロジック部１１１２ｂ、プリントサービスアプリのロジック部１１１３ｂを一例として有する。

ドメイン固有のロジックであるスキャンサービスアプリのロジック部１１１２ｂとプリントサービスアプリのロジック部１１１３ｂとは、携帯端末１０１２や画像形成装置１０１３などのＷｅｂブラウザ以外のクライアントからのアクセスを受ける。Ｗｅｂブラウザ以外のクライアントにおいて、スキャンサービスアプリのＵＩ部１１１２ａなどのＵＩ部がクライアント側に配置されるため、サーバ側はドメイン固有ＡＰＩ１１０７を提供できればよい。

このように、図５のサービス提供システム１１００は、ＷｅｂブラウザからのアクセスをスキャンサービスアプリのＵＩ部１１１２ａなどのＵＩ部が受ける。また、Ｗｅｂブラウザ以外のクライアントからのアクセスをスキャンサービスアプリのロジック部１１１２ｂなどのロジック部が受ける。Ｗｅｂブラウザからのアクセスと、Ｗｅｂブラウザ以外のクライアントからのアクセスとは頻度が異なるため、これらを別サーバとして配置することで、頻度の増加に伴うスケールアウトをより効果的に行うことができる。また、図５のサービス提供システム１１００では、ドメイン固有ＡＰＩ１１０７を組み合わせて利用することで、複合的なアプリケーションを構築することもできる。

図４又は図５に示したサービス提供システム１１００は前述したようにライセンス情報記憶部１１４４に記憶されているライセンス情報と、業務用ライセンス管理部１１５４のライセンスＤＢに記憶されているライセンス情報とを有する。

図６は業務系のライセンス管理装置と共通サービス系のサービス提供装置とにおけるライセンス情報について説明する為の説明図である。図６ではライセンス情報を記憶するライセンス情報記憶部１１４４をライセンスＤＢ１２０９で表している。業務用ライセンス管理部１１５４のライセンスＤＢをライセンスＤＢ１２０７で表している。ライセンスＤＢ１２０７はライセンス情報のマスタである。また、ライセンスＤＢ１２０９はライセンス情報のコピー（複製）である。

なお、図６では業務用ライセンス管理部１１５４をライセンス管理サーバ１２０６で表している。アプリケーション１１０１、共通サービス１１０２、データベース（ＤＢ）１１０３及びプラットフォームＡＰＩ１１０４を、サービス提供サーバ１２０８で表している。ライセンス管理サーバ１２０６及びライセンスＤＢ１２０７は、例えば業務運営の中心（例えば本社など）に近いデータセンタ１２０４に配置され、一元管理される。

また、サービス提供サーバ１２０８及びライセンスＤＢ１２０９は、例えばユーザに近いデータセンタ１２０５に配置され、応答性能の向上を図る。サービス提供サーバ１２０８及びライセンスＤＢ１２０９が配置されるデータセンタ１２０５は複数拠点あってもよい。データセンタ１２０４とデータセンタ１２０５とは、例えば専用回線やＶＰＮ回線により接続され、ファイアウォールによりアクセスできるサーバを制限する。

業務端末１２０１は業務担当者が操作するクライアント端末１０１１等である。ユーザ端末１２０２は管理者などのユーザが操作するクライアント端末１０１１等である。ＭＦＰ（複合機）１２０３は画像形成装置１０１３の一例である。

なお、データセンタ１２０５が複数拠点ある場合は図７に示すようになる。図７は業務系のライセンス管理装置と共通サービス系のサービス提供装置とにおけるライセンス情報について説明する為の説明図である。図７はデータセンタ１２０５ａ、１２０５ｂの２拠点ある場合を表している。

例えばデータセンタ１２０５ａ、１２０５ｂは販売する地域（販売地域）と対応付けて設けられる。なお、販売地域の区分けは事業形態により様々考えられるが、例えば北米、欧州、日本などが考えられる。

ライセンス管理サーバ１２０６は業務端末１２０１から販売地域を指定したライセンス情報の発行要求を受け付けると、ライセンス情報を発行し、指定された販売地域に対応したデータセンタ１２０５ａ、１２０５ｂに振り分けてライセンス情報の発行を通知する。なお、ライセンス管理サーバ１２０６が発行するライセンス情報は販売地域に拠らず一意になるように採番される。

図８は業務系のライセンス管理装置と共通サービス系のサービス提供装置とが利用するＡＰＩについて説明する為の説明図である。図８は図６の構成に、業務アプリ１２１０、サービス提供アプリ１２１１、業務ＡＰＩ１２１２及びプラットフォームＡＰＩ１２１３を追加した構成である。

業務アプリ１２１０は、業務担当者が利用するアプリケーションである。業務ＡＰＩ１２１２は、業務アプリ１２１０から利用可能な例えばライセンス発行、解約、変更などを行うためのＡＰＩである。ライセンス管理サーバ１２０６は業務ＡＰＩ１２１２を備えている。サービス提供アプリ１２１１は管理者などのユーザが利用するアプリケーションである。プラットフォームＡＰＩ１２１３はサービス提供アプリ１２１１から利用可能な例えばライセンス参照、検索、割り当て、変更などを行うためのＡＰＩである。サービス提供サーバ１２０８はプラットフォームＡＰＩ１２１３を備えている。

なお、データセンタ１２０５が複数拠点ある場合は図９に示すようになる。図９は業務系のライセンス管理装置と共通サービス系のサービス提供装置とが利用するＡＰＩについて説明する為の説明図である。図９はデータセンタ１２０５ａ、１２０５ｂの２拠点である場合を表している。

図１０は組織情報の一例の構成図である。図１０に示す組織情報はデータ項目として、組織ＩＤ、組織名、表示言語、タイムゾーン、状態、国などを有する。

組織ＩＤは企業、部署などのグループを特定する情報である。組織ＩＤは組織という言語に限定されるものではなく、例えば契約を識別する情報であってもよい。なお、組織ＩＤは一意である。組織名は企業、部署などのグループの名称を表している。表示言語は企業、部署などのグループの名称を表示する言語を表している。

また、表示言語はブラウザからのアクセスに対する表示や、メールの本文の言語を表している。タイムゾーンは企業、部署などのグループが利用する標準時を表している。状態は企業、部署などのグループの状態を表している。国は企業、部署などのグループの属する国名を表している。

図１１はユーザ情報の一例の構成図である。図１１に示すユーザ情報は、データ項目として組織ＩＤ、ユーザＩＤ、パスワード、ユーザ名、表示言語、タイムゾーン、状態、メールアドレス、ロール、最終ログイン日時、ユーザ作成日時などを有する。

ユーザＩＤ、パスワードはユーザを特定する情報（ユーザ特定情報）である。ユーザＩＤはユーザ名等であってもよい。また、パスワードは必須でない。なお、同じ組織ＩＤで管理されるユーザＩＤは一意であるが、組織ＩＤが異なれば重複していてもよい。

さらに、ユーザＩＤはユーザが所持する電子媒体（例えばＩＣカード）を識別する情報を用いてもよい。ユーザが所持する電子媒体としてはＩＣカード、携帯電話、タブレット端末、電子書籍端末等を利用できる。電子媒体を識別する情報としては、カードＩＤ、シリアルＩＤ、携帯電話の電話番号、端末のプロフィール情報などを利用できる。電子媒体を識別する情報は組み合わせて利用してもよい。

ユーザ名はユーザの名称を表している。表示言語はユーザ名を表示する言語を表している。また、表示言語はブラウザからのアクセスに対する表示や、メールの本文の言語を表している。タイムゾーンはユーザが利用する標準時を表している。状態はユーザの状態を表している。メールアドレスはユーザの電子メールの宛先である。ロールは管理者や利用者などのユーザの種類を表す。最終ログイン日時はユーザが最後にログインした日時を表す。ユーザ作成日時はユーザが登録された日時を表す。

図１２はライセンス情報の一例の構成図である。図１２のライセンス情報はデータ項目として、サービス種別、ライセンスＩＤ、販売地域、国、タイムゾーン、商品コード、数量（台数）、利用開始日、課金開始日、利用終了日、解約予定日、状態などを有する。更に図１２に示すライセンス情報はデータ項目として親サービス種別、親ライセンスＩＤ、登録用コード、機種機番、次ライセンス種別、次ライセンスＩＤ、ライセンス種別、ライセンス形態、数量（ユーザ数）、使用中の台数、使用中のユーザ数などを有する。

サービス種別はポータル、スキャン、プリントなどのサービスの種別を特定する情報である。ライセンスＩＤは、ライセンスを識別する識別情報である。ライセンスＩＤは例えば組織ライセンスの場合に組織ＩＤとなり、サービスライセンスの場合にサービスＩＤとなる。

販売地域は、ライセンスを販売する地域等を表す情報である。国はライセンスを使用する国名を表している。タイムゾーンはライセンスを使用する国の標準時を表している。商品コードは、ライセンスに対応する商品を識別する識別情報である。数量（台数）はライセンスによりサービスを利用可能とすることができる機器の数量（台数）を表す情報である。

利用開始日はライセンスが有効になった日を表す情報である。課金開始日は課金の開始される日を表す情報であり、利用開始日と同日か後日（例えば翌月１日など）である。利用終了日は表示上のライセンス期限を表す情報であり、例えば課金開始日の一年後などである。解約予定日はライセンスが無効化される日を表す情報である。状態はライセンスの状態を表す情報である。ライセンスの状態には、例えば利用開始前を表す仮登録、利用中を表す登録、利用終了を表す解約などがある。

親サービス種別は、サービスライセンスの場合に組織が設定される。親ライセンスＩＤはサービスライセンスの場合に組織ＩＤが設定される。登録用コードは、組織ライセンスの場合に設定される。登録用コードは組織の開設時に入力するコードである。

機種機番はサービスライセンスの場合に設定される。機種機番はライセンスの対象となる機器を特定する情報である。ライセンスの対象となる機器が複数存在するボリュームライセンスの場合は、最も早く有効化された機器の機種機番が設定される。

次ライセンス種別は更新済みのサービスライセンスの場合に設定される。次ライセンス種別はサービス種別と同じ値となる。次ライセンスＩＤは更新済みのサービスライセンスの場合に設定される。次ライセンスＩＤは更新済みのサービスライセンスのサービスＩＤとなる。

ライセンス種別は機器ライセンスやユーザライセンスなどのサービスライセンスの種別を特定する情報である。ライセンス種別はサービスライセンスにより利用の制限の対象である機器やユーザなどを設定する情報である。ライセンス形態は、他の種別のサービスライセンスと組み合わせて利用を許可するか、自身のサービスライセンスのみで利用を許可するか、を表す情報である。

例えばライセンス形態には「機器ライセンスのみ」や「機器ライセンス＋ユーザライセンス」のような情報が設定される。ライセンス形態が「機器ライセンスのみ」である場合はライセンス種別が「機器ライセンス」であるサービスライセンスが登録されることによりサービスの利用が許可される。また、ライセンス形態が「機器ライセンス＋ユーザライセンス」である場合はライセンス種別が「機器ライセンス」であるサービスライセンスとライセンス種別が「ユーザライセンス」であるサービスライセンスが登録されることによりサービスの利用が許可される。

数量（ユーザ数）はライセンスによりサービスを利用可能とすることができるユーザ数を表す情報である。使用中の台数はライセンスによりサービスが利用可能となっている機器の台数を表す情報である。使用中のユーザ数はライセンスによりサービスが利用可能となっているユーザ数を表す情報である。なお、図１２のライセンス情報は数量（台数）と数量（ユーザ数）とをデータ項目として別々に設けたが、同一のデータ項目として扱うようにしてもよい。

図１２のライセンス情報に示すように、組織ライセンスとサービスライセンスとは親子関係がある。図１２のライセンス情報では組織ライセンスを親ライセンス、サービスライセンスを子ライセンスとしている。親ライセンスとなる組織ライセンスは親ライセンスＩＤに設定される。なお、図１２のライセンス情報では組織ライセンスとサービスライセンスとの親子関係を示したが、親子孫関係など３階層以上の関係があってもよい。

組織ライセンスはサービス提供システム１１００を利用するために必要なライセンスである。組織ライセンスが無ければ、サービス提供システム１１００では組織開設を実行できない。組織ライセンスはサービスライセンスと同じデータ形式で扱うことにより組織自体に課金したり、課金によりサービスレベル（速度や容量）に差を設けたり、というようなことが可能となる。

サービス提供システム１１００は複数の組織へのサービス提供を行い、組織ごとに独立したユーザ管理を提供する。また、サービス提供システム１１００は組織間でデータ参照できないようにアクセス制限を行う。このため、サービス提供システム１１００では全てのサービス利用に先立ち、組織開設が必要となる。ライセンスの親子関係は非常に柔軟なデータ構造であるため、ボリュームライセンスなどにおけるライセンスのグルーピングを表現することもできる。

なお、ボリュームライセンスの場合、有効化された機器は例えば図１３に示すような有効化された機器一覧情報により管理される。図１３は有効化された機器一覧情報の一例の構成図である。有効化された機器一覧情報は例えばライセンス情報記憶部１１４４に記憶される。

図１３の有効化された機器一覧情報はデータ項目として、サービスＩＤ、デバイス（組織ＩＤ、機種機番）及び有効化された日にちなどを有する。サービスＩＤはサービスライセンスを識別する識別情報である。

デバイス（組織ＩＤ、機種機番）はサービスＩＤを利用して有効化された機器の機種機番と組織ＩＤの情報である。デバイス（組織ＩＤ、機種機番）はサービスＩＤを利用して有効化された機器の機種機番と組織ＩＤの情報を複数保持できる。有効化された日にちは有効化されている機器の有効化された日にちのうち、最も早い日にちが設定される。

図１４は機器情報の一例の構成図である。図１４に示す機器情報はデータ項目として組織ＩＤ、デバイス認証情報、事業所情報、ケーパビリティなどを有する。デバイス認証情報は、オフィス機器が特定の条件を備えていることを判別するデバイス認証のための情報である。デバイス認証情報はオフィス機器に特定のアプリケーションが搭載されていることを示すＩＤや特定のオフィス機器であることを示す機種番号などであってもよい。事業所情報は例えばオフィス機器が設置されている事業所を表している。ケーパビリティは例えばオフィス機器の能力を表している。

＜処理の詳細＞
なお、後述するシーケンス図において、アクター（人型のアイコン）は業務担当者などのユーザが操作する各端末上において動作するクライアントアプリ（ブラウザ）を表している。

《組織ＩＤを発行する》
図１５は組織ＩＤを発行する処理の一例のシーケンス図である。業務担当者は業務端末１２０１を操作し、組織ＩＤ発行画面を表示させる。組織ＩＤ発行画面は組織ＩＤの発行に必要な情報を業務担当者に入力させる画面である。組織ＩＤ発行画面には業務担当者がライセンスを販売する販売地域を指定する欄が含まれる。例えば組織ＩＤ発行画面では販売地域に「アジア」等が指定される。

業務担当者はステップＳ１において業務端末１２０１を操作し、業務アプリ１２１０に対して販売地域を指定し、組織ＩＤ発行を要求する。業務アプリ１２１０は組織ＩＤ、登録用コードを発行する。業務アプリ１２１０はステップＳ２において、販売地域、組織ＩＤ、登録用コードを業務用ライセンス管理部１１５４に仮登録する。ステップＳ３において、業務用ライセンス管理部１１５４は仮登録された組織ＩＤ、登録用コードを販売地域に対応したサービス提供用ライセンス管理部１１２４に通知する。販売地域に対応したサービス提供用ライセンス管理部１１２４は通知された組織ＩＤ、登録用コードをライセンス情報記憶部１１４４に記憶させる。

図１５の処理後、管理者は例えば販社からサービス提供システム１１００を利用するためのライセンスである組織ライセンスを購入し、組織ＩＤ及び登録用コードを販社から取得する。

《組織を開設する》
図１６は組織を開設する処理の一例のシーケンス図である。管理者はユーザ端末１２０２を操作し、アクセス先として組織開設画面のＵＲＬを入力又はブックマークから選択することで、例えばポータルサービスアプリ１１１１から組織開設画面を受信する。

ステップＳ１１において、管理者はユーザ端末１２０２を操作し、組織開設画面に国を設定する。なお、組織開設画面から設定可能な国は、例えば販売地域に紐付けられている国に限定するようにしてもよい。ステップＳ１２において、ポータルサービスアプリ１１１１は管理者により設定された国の利用規約を利用規約画面に表示する。例えば組織開設画面から「日本」が国として設定される。

管理者は利用規約を確認後、ユーザ端末１２０２を操作してＵＲＬ発行画面を表示させる。管理者はユーザ端末１２０２を操作し、販社から取得した組織ＩＤと、登録用コードと、メールアドレスと、メール送信用言語とを設定する。

管理者はＵＲＬ発行画面への設定後、ユーザ端末１２０２を操作して入力内容確認画面を表示させる。管理者はＵＲＬ発行画面への入力内容を確認後、入力内容確認画面の送信ボタンを押下する。管理者により送信ボタンが押下されると、ポータルサービスアプリ１１１１はステップＳ１３において管理者による入力内容を受信する。

ポータルサービスアプリ１１１１はステップＳ１４において、組織ライセンスのライセンス情報の変更をサービス提供用ライセンス管理部１１２４に要求する。ステップＳ１４の要求には組織ＩＤ、登録用コード、国及びメールアドレスが含まれる。

ステップＳ１５において、サービス提供用ライセンス管理部１１２４はステップＳ１４の要求に含まれる組織ＩＤ、登録用コードがライセンス情報記憶部１１４４に記憶されているかを確認する。ステップＳ１５では管理者により入力された登録用コードが正しいことを確認する。

ステップＳ１４の要求に含まれる組織ＩＤ、登録用コードがライセンス情報記憶部１１４４に記憶されていれば、ステップＳ１６において、サービス提供用ライセンス管理部１１２４は変更されたライセンス情報を業務用ライセンス管理部１１５４に通知する。ステップＳ１６において通知されるライセンス情報は、国及びメールアドレスが追加されたものである。業務用ライセンス管理部１１５４はステップＳ１６において通知されたライセンス情報によりライセンスＤＢ１２０７の内容を変更する。なお、ライセンス情報の変更の成功や失敗は、業務用ライセンス管理部１１５４からサービス提供用ライセンス管理部１１２４を介してポータルサービスアプリ１１１１に通知される。

一方、管理者により送信ボタンを押下されたポータルサービスアプリ１１１１はＵＲＬ通知画面をユーザ端末１２０２に表示させる。ＵＲＬ通知画面は、ＵＲＬ発行画面に設定されたメールアドレスへメールを送信した旨のメッセージと、メールに記載のＵＲＬへアクセスして組織の開設を継続する旨のメッセージとが含まれる。

ステップＳ１７において、ポータルサービスアプリ１１１１は組織開設用ＵＲＬを記載したメールを、ＵＲＬ発行画面に設定されたメールアドレスへ送信する。なお、ＵＲＬ発行画面に設定されたメールアドレスが正しくなければ、管理者はメールを受信できないため、メールアドレスの設定間違いを防ぐことができる。

エラーにより組織の開設を継続できない場合、ポータルサービスアプリ１１１１は組織の開設が失敗した旨のメッセージを含むメールを、ＵＲＬ発行画面に設定されたメールアドレスへ送信する。

組織の開設が失敗するエラーケースは、ステップＳ１４の要求に含まれる組織ＩＤ、登録用コードがライセンス情報記憶部１１４４に記憶されていない場合、既に組織の開設に使用済みの場合などがある。なお、組織の開設が失敗した旨のメッセージを含むメールには悪意のある利用者にヒントを与えることを避けるためにエラーケースを区別する内容を含ませず、同一内容とする。

ステップＳ１８において、管理者はユーザ端末１２０２を操作し、メールに記載された組織開設用ＵＲＬのページの表示をポータルサービスアプリ１１１１に要求する。ユーザ端末１２０２は組織情報入力画面を表示する。

管理者はユーザ端末１２０２を操作し、販社から取得した登録用コード、組織情報、管理者情報（ユーザ情報）を設定する。管理者は組織情報入力画面への設定後、ユーザ端末１２０２を操作して、入力内容確認画面を表示させる。管理者は組織情報入力画面への入力内容を確認後、入力内容確認画面の登録ボタンを押下する。

管理者により登録ボタンが押下されると、ステップＳ１９において、ポータルサービスアプリ１１１１は管理者による入力内容を受信する。ポータルサービスアプリ１１１１はステップＳ２０において、組織ライセンスのライセンス情報の本登録をサービス提供用ライセンス管理部１１２４に要求する。ステップＳ２０の要求には組織ＩＤ、タイムゾーンなどが含まれている。

ステップＳ２１において、サービス提供用ライセンス管理部１１２４は変更されたライセンス情報を業務用ライセンス管理部１１５４に通知する。ステップＳ２１において通知されるライセンス情報は、タイムゾーン、利用開始日が追加されたものである。業務用ライセンス管理部１１５４はステップＳ２１において通知されたライセンス情報によりライセンスＤＢ１２０７の内容を変更する。なお、ライセンス情報の本登録の成功や失敗は業務用ライセンス管理部１１５４からサービス提供用ライセンス管理部１１２４を介してポータルサービスアプリ１１１１に通知される。

ステップＳ２２において、ポータルサービスアプリ１１１１は組織管理部１１２２に依頼して組織情報を組織情報記憶部１１４２に記憶し、更に組織のポータルサイトを作成することで、組織を開設する。

また、ステップＳ２３において、ポータルサービスアプリ１１１１はユーザ管理部１１２３に依頼して管理者のユーザ情報をユーザ情報記憶部１１４３に記憶する。ポータルサービスアプリ１１１１はステップＳ２４において、組織の開設が完了した旨を記載したメールを、ＵＲＬ発行画面に設定されたメールアドレスへ送信する。

また、ポータルサービスアプリ１１１１はユーザ端末１２０２に開設結果通知画面を表示させる。開設結果通知画面は、ＵＲＬ発行画面に設定されたメールアドレスへ開設結果のメールを送信した旨のメッセージが含まれる。

《サービスＩＤを発行する》
図１７は、サービスＩＤを発行する処理の一例のシーケンス図である。業務担当者は業務端末１２０１を操作し、サービスＩＤ発行画面を表示させる。サービスＩＤ発行画面はサービスＩＤの発行に必要な情報を業務担当者に入力させる画面である。業務担当者はサービスＩＤ発行画面にライセンスを販売する販売地域を指定する。

ステップＳ３１において、業務担当者は業務端末１２０１を操作し、販売地域及び商品コードを選択し、業務アプリ１２１０に対してサービスＩＤ発行を要求する。業務アプリ１２１０はステップＳ３２において、販売地域及び商品コードを指定し、業務用ライセンス管理部１１５４にライセンスを仮登録する。ステップＳ３３において、業務用ライセンス管理部１１５４はサービスＩＤを採番する。業務用ライセンス管理部１１５４は採番したサービスＩＤをライセンスＤＢ１２０７に記憶させる。また、業務用ライセンス管理部１１５４はステップＳ３４において、商品コードから商品マスタを検索して、サービス種別、販売地域、商品コード、数量をライセンスＤＢ１２０７に記憶させる。例えばサービス種別及び数量の組み合わせに応じて異なる商品コードが付されていることで、業務担当者はサービスを利用可能とすることができる機器の台数やユーザ数を指定したサービスＩＤ発行を商品コードにより要求できる。

ステップＳ３５において、業務用ライセンス管理部１１５４は採番したサービスＩＤを含むライセンス情報を、販売地域に対応したサービス提供用ライセンス管理部１１２４に通知する。販売地域に対応したサービス提供用ライセンス管理部１１２４は通知されたサービスＩＤをライセンス情報記憶部１１４４に記憶させる。

図１７の処理後、管理者は例えば販社からスキャンサービスアプリ１１１２等のサービスを利用するためのライセンスであるサービスライセンスを購入し、サービスＩＤを販社から取得する。

《機器ライセンスを登録する》
図１８は機器ライセンスを登録する処理の一例のシーケンス図である。図１８は１台目のＭＦＰ１２０３ａに機器ライセンスを登録後、１台目と同じサービスＩＤを利用して２台目のＭＦＰ１２０３ｂに機器ライセンスを登録する処理を表している。

ステップＳ４１において管理者はＭＦＰ１２０３ａを操作し、画面上に表示された利用規約を確認したあと、サービス登録画面を表示させる。なお、サービス登録画面は例えばＭＦＰ１２０３ａ上で動作するＳＤＫアプリケーションが提供するＷｅｂＵＩにより実現できる。ステップＳ４２において、管理者はサービス登録画面からサービスＩＤの入力を行う。ここでは管理者がサービス登録を行う例を説明する。

管理者はＭＦＰ１２０３ａを操作し、販社から取得したサービスＩＤをサービス登録画面に設定する。ステップＳ４３に進み、スキャンサービスアプリ１１１２ａはサービスライセンスのライセンス情報の本登録を販売地域に対応したサービス提供用ライセンス管理部１１２４に要求する。ステップＳ４３の要求には例えばサービスＩＤ、組織ＩＤ及びＭＦＰ１２０３ａの機種機番などが含まれている。

ステップＳ４４において、サービス提供用ライセンス管理部１１２４はステップＳ４３の要求に含まれていたサービスＩＤに基づき、ライセンス情報記憶部１１４４に記憶されているライセンス情報を特定する。サービス提供用ライセンス管理部１１２４は特定したライセンス情報に、組織ＩＤ及びＭＦＰ１２０３ａの機種機番を設定する。

また、ステップＳ４４では登録するサービスＩＤと管理者の属する組織の組織ＩＤと使用するＭＦＰ１２０３ａの機種機番とを関連付けて保存している。サービス提供用ライセンス管理部１１２４は前述した利用開始日としての現在の日時を、特定したライセンス情報に設定する。

サービス提供用ライセンス管理部１１２４はステップＳ４５において、サービスライセンスのライセンス情報の本登録を業務用ライセンス管理部１１５４に要求する。ステップＳ４６において、業務用ライセンス管理部１１５４は利用開始日を基準として、解約予定日、課金開始日及び利用終了日を計算する。

ステップＳ４７において、業務用ライセンス管理部１１５４は計算した解約予定日、課金開始日及び利用終了日をサービス提供用ライセンス管理部１１２４に返す。サービス提供用ライセンス管理部１１２４は解約予定日、課金開始日及び利用終了日をライセンスＤＢ１２０９に保存する。

そして、ステップＳ４８において、サービスＩＤの登録の成功や失敗はサービス提供用ライセンス管理部１１２４からスキャンサービスアプリ１１１２ａに通知される。サービスＩＤの登録に失敗した場合、スキャンサービスアプリ１１１２ａはサービスＩＤの登録が失敗した旨をＭＦＰ１２０３ａに表示させる。サービスＩＤの登録が失敗するエラーケースはステップＳ４２で設定されたサービスＩＤがライセンス情報記憶部１１４４に記憶されていない場合、既にサービスＩＤの登録に使用済みの場合などがある。

１台目のＭＦＰ１２０３ａにサービスＩＤを登録後、管理者はステップＳ４９においてＭＦＰ１２０３ｂを操作し、画面上に表示された利用規約を確認したあと、サービス登録画面を表示させる。ステップＳ５０において、管理者は１台目のＭＦＰ１２０３ａに登録したサービスＩＤをサービス登録画面に設定し、サービス登録を選択して「次へ」ボタンを押下する。

管理者より「次へ」ボタンが押下されると、ステップＳ５１に進み、スキャンサービスアプリ１１１２ｂはサービスライセンスのライセンス情報の本登録を販売地域に対応したサービス提供用ライセンス管理部１１２４に要求する。ステップＳ５１の要求には例えばサービスＩＤ、組織ＩＤ及びＭＦＰ１２０３ｂの機種機番などが含まれている。

なお、既にサービスＩＤを登録したＭＦＰ１２０３ａが同じサービス種別のサービスＩＤを登録しようとすると、サービス提供用ライセンス管理部１１２４はエラーとして通知する。

ステップＳ５１の要求を受けたサービス提供用ライセンス管理部１１２４はステップＳ５１の要求に含まれていたサービスＩＤに基づき、ライセンス情報記憶部１１４４に記憶されているライセンス情報を特定する。サービス提供用ライセンス管理部１１２４は特定したライセンス情報に利用開始日が設定されているか否かを確認する。

ここでは１台目のＭＦＰ１２０３ａに登録したサービスＩＤを設定した例を説明しているため、特定したライセンス情報に利用開始日が設定されている。特定したライセンス情報に利用開始日が設定されていた場合、サービス提供用ライセンス管理部１１２４は特定したライセンス情報の利用が開始されていると判断する。

サービス提供用ライセンス管理部１１２４は特定したライセンス情報の数量（台数）と使用中の台数とを確認し、追加登録が可能であるか判定する。特定したライセンス情報の使用中の台数が数量（台数）に達していれば、サービス提供用ライセンス管理部１１２４は追加登録が可能でないと判断し、エラーとして通知する。つまり、サービス提供用ライセンス管理部１１２４は使用中の台数が特定したライセンス情報の数量（台数）を超えないように調整している。

特定したライセンス情報の使用中の台数が数量（台数）に達していなければ、サービス提供用ライセンス管理部１１２４は追加登録が可能であると判断する。追加登録が可能であると判断すると、サービス提供用ライセンス管理部１１２４はライセンス情報の使用中の台数に１を加算する。また、サービス提供用ライセンス管理部１１２４は図１３に示すような有効化された機器一覧情報のデバイス（組織ＩＤ、機種機番）にステップＳ５１の要求に含まれていた組織ＩＤ及び機種機番を追加する。

サービス提供用ライセンス管理部１１２４はステップＳ５２において、サービスライセンスのライセンス情報の変更を業務用ライセンス管理部１１５４に要求する。業務用ライセンス管理部１１５４はステップＳ５２の要求に含まれている機種機番に基づき、ライセンス情報及び有効化された機器一覧情報を更新する。

なお、サービスＩＤの登録が失敗した旨をＭＦＰ１２０３ａやＭＦＰ１２０３ｂに表示させる場合には、悪意のある利用者にヒントを与えることを避けるために、エラーケースを区別する内容を含ませず、同一内容とする。

また、図１８のシーケンス図によれば、ＭＦＰ１２０３ａ、１２０３ｂで動作するスキャンサービスアプリ１１１２ａ、１１１２ｂのＵＩからサービスＩＤを入力することにより、サービスＩＤとＭＦＰ１２０３ａ、１２０３ｂの機種機番とを関連付けて保存できる。

さらに、図１８のシーケンス図によれば、ボリュームライセンスを用いて複数の機器に同一のサービスＩＤを登録できる。

《ユーザボリュームライセンスを登録する》
管理者はユーザ端末１２０２を操作し、図１９に示すようなサービスアクセス管理画面を表示させる。図１９はサービスアクセス管理画面の一例のイメージ図である。図１９に示したサービスアクセス管理画面はサービス種別ごとに管理や利用の権限を与えるユーザを設定するものである。管理者は管理権限設定、利用権限設定を実施したいサービス種別としてスキャンサービスアプリ１１１２又はプリントサービスアプリ１１１３を図１９のサービスアクセス管理画面から選択できる。

例えば図１９のサービスアクセス管理画面からスキャンサービスアプリ１１１２の管理権限設定を選択すると、管理者はスキャンサービスアプリ１１１２の管理権限設定画面を表示させることができる。また、図１９のサービスアクセス管理画面からスキャンサービスアプリ１１１２の利用権限設定を選択すると、管理者はスキャンサービスアプリ１１１２の利用権限設定画面を表示させることができる。図１９のサービスアクセス管理画面からプリントサービスアプリ１１１３の管理権限設定を選択すると、管理者はプリントサービスアプリ１１１３の管理権限設定画面を表示させることができる。さらに、図１９のサービスアクセス管理画面からプリントサービスアプリ１１１３の利用権限設定を選択すると、管理者はプリントサービスアプリ１１１３の利用権限設定画面を表示させることができる。

ここでは、管理者によりスキャンサービスアプリ１１１２の利用権限設定が選択されたものとして図２０のシーケンス図の処理を説明する。図２０は、サービス種別毎に利用の権限を与えるユーザを設定する処理の一例のシーケンス図である。

ステップＳ６１において、管理者はユーザ端末１２０２を操作し、図１９に示すサービスアクセス管理画面からスキャンサービスアプリ１１１２の利用権限設定を選択する。ユーザ端末１２０２はスキャンサービスアプリ１１１２の利用権限設定画面を開く要求をポータルサービスアプリ１１１１に対して行う。

ステップＳ６２において、ポータルサービスアプリ１１１１はサービス種別「スキャンサービスアプリ」を指定して認証・認可部１１２１にサービス権限一覧を要求する。ステップＳ６３において、ポータルサービスアプリ１１１１は例えば図２１（ａ）に示すようなサービス権限情報のリストを認証・認可部１１２１から取得する。

図２１はサービス権限情報のリストの一例の構成図である。図２１は管理権限設定及び利用権限設定の前後のサービス権限情報のリストを表している。図２１（ａ）は管理権限設定及び利用権限設定の前のサービス権限情報のリストの一例を表している。また、図２１（ｂ）は管理権限設定及び利用権限設定の後のサービス権限情報のリストの一例を表している。

図２１のサービス権限情報は、ユーザＩＤ、姓、名、グループ、アクションをデータ項目として有している。なお、姓、名及びグループは、ユーザＩＤ以外のユーザ属性の一例である。サービス権限情報が有するアクションは、そのユーザに与えられているサービス種別ごとの権限を示している。アクション「ａｄｍｉｎｉｓｔｅｒ」は管理の権限を表している。アクション「ｕｓｅ」は利用の権限を表している。

なお、認証・認可部１１２１は図２１のサービス権限情報を例えば図２２に示すようなサービス認可テーブルに記憶されたサービス認可情報から生成できる。図２２はサービス認可テーブルの一例の構成図である。図２２のサービス認可情報はデータ項目として組織ＩＤ、ユーザＩＤ、サービス種別、アクションを有する。認証・認可部１１２１は図２２のサービス認可情報を管理することで、サービス種別ごとに利用や管理の権限をユーザに設定できる。

ステップＳ６４において、ポータルサービスアプリ１１１１はサービス種別「スキャンサービスアプリ」を指定して認証・認可部１１２１にサービス利用状況を要求する。ステップＳ６５において、認証・認可部１１２１は組織ＩＤ及びサービス種別を指定してサービス提供用ライセンス管理部１１２４にライセンス数の上限を要求する。ステップＳ６６において認証・認可部１１２１はサービス提供用ライセンス管理部１１２４からライセンス数の上限を取得する。

ステップＳ６７において、認証・認可部１１２１はライセンス数の上限、現在の利用権限割り当て人数をサービス利用状況の要求に対する応答としてポータルサービスアプリ１１１１に通知する。

ステップＳ６８において、ポータルサービスアプリ１１１１は図２３に示すスキャンサービスアプリ１１１２の利用権限設定画面を生成する。図２３はスキャンサービスアプリの利用権限設定画面の一例のイメージ図である。図２３のスキャンサービスアプリ１１１２の利用権限設定画面はライセンス情報としてライセンス割り当て可能なユーザ数とライセンス割り当て済みユーザ数とが表示されている。また、図２３のスキャンサービスアプリ１１１２の利用権限設定画面は利用の権限を割り当てられていないユーザの一覧と割り当てられているユーザの一覧とが権限設定欄に表示されている。

図２３のスキャンサービスアプリ１１１２の利用権限設定画面ではライセンス数の上限に基づいてライセンス割り当て可能なユーザ数「１００」が表示され、現在の利用権限割り当て人数に基づいてライセンス割り当て済みユーザ数「４５」が表示される。

ステップＳ６９に進み、ポータルサービスアプリ１１１１はユーザ端末１２０２に図２３のようなスキャンサービスアプリ１１１２の利用権限設定画面を表示させる。ステップＳ７０において管理者はユーザ端末１２０２を操作し、図２３に示すスキャンサービスアプリ１１１２の利用権限設定画面に含まれる利用の権限を割り当てられていないユーザの一覧から、利用の権限を割り当てるユーザを選択する。

ステップＳ７１において、管理者はユーザ端末１２０２を操作し、スキャンサービスアプリ１１１２の利用権限設定画面に設けられた例えばボタン２００１を押下することで、選択されたユーザへの利用の権限の割り当て実行を要求する。

ステップＳ７２において、ポータルサービスアプリ１１１１はサービス種別、ユーザ権限リストを指定して認証・認可部１１２１に利用権限設定を要求する。ユーザ権限リストは例えば図２４のように構成される。

図２４はユーザ権限リストの一例の構成図である。図２４に示すようにユーザ権限リストはユーザＩＤにより特定されるユーザに割り当てられる権限一覧をアクションとして表している。

ステップＳ７３において、認証・認可部１１２１は組織ＩＤ及びサービス種別を指定してサービス提供用ライセンス管理部１１２４にライセンス数の上限を要求する。ステップＳ７４において、サービス提供用ライセンス管理部１１２４は認証・認可部１１２１により指定された組織ＩＤ及びサービス種別の組み合わせを含む全ての有効なライセンス数を足し合わせてライセンス数の上限を取得する。ステップＳ７５において、サービス提供用ライセンス管理部１１２４はライセンス数の上限を認証・認可部１１２１に返す。

サービス提供用ライセンス管理部１１２４からライセンス数の上限を取得した認証・認可部１１２１は、今回の利用権限設定の要求に基づき利用の権限を割り当ててもライセンス数の上限以内であればステップＳ７６の処理を行う。認証・認可部１１２１はステップＳ７６において、図２１に示したサービス権限情報のアクションを、今回の利用権限設定の要求に基づいて更新する。また、認証・認可部１１２１は図２２に示したサービス認可テーブルに、今回の利用権限設定の要求に基づくサービス認可情報を追加する。

なお、認証・認可部１１２１は、今回の利用権限設定の要求に基づき利用の権限を割り当てるとライセンス数の上限以内でなくなるのであればステップＳ７７の処理を行う。認証・認可部１１２１はステップＳ７７において、今回の利用権限設定の要求に基づき利用の権限を割り当てることができないため、エラーの内容を生成する。

ステップＳ７２の利用権限設定の要求に対する結果はステップＳ７８、Ｓ７９において認証・認可部１１２１からポータルサービスアプリ１１１１を経由してユーザ端末１２０２に返される。利用権限設定の要求に対する結果には、利用の権限の割り当て成功を示すＯＫ、又は、失敗を示すＮＧが含まれる。

図２０のシーケンス図の処理によれば、サービス種別ごとに管理や利用の権限を与えるユーザを個別に設定できるため、ライセンスの管理が容易となる。また、図２０のシーケンス図の処理によれば、一つの組織に複数のユーザライセンスやユーザボリュームライセンスが適用されている場合においても、まとめて扱うことができるため、ライセンス管理の煩雑さを低減できる。

図２０ではサービス毎に利用の権限を与える処理を説明した。管理者によりスキャンサービスアプリ１１１２の利用権限設定が選択された場合は、図２０のシーケンス図に替えて図２５のシーケンス図の処理を行うようにしてもよい。図２５はライセンス毎に利用の権限を与えるユーザを設定する処理の一例のシーケンス図である。

ステップＳ１０１において、管理者はユーザ端末１２０２を操作し、図１９のサービスアクセス管理画面からスキャンサービスアプリ１１１２の利用権限設定を選択する。ユーザ端末１２０２はスキャンサービスアプリ１１１２の利用権限設定画面を開く要求をポータルサービスアプリ１１１１に対して行う。

ステップＳ１０２において、ポータルサービスアプリ１１１１はサービス種別を指定して認証・認可部１１２１にライセンス一覧を要求し、サービス種別に対応したライセンス一覧を取得する。

ステップＳ１０３において、ポータルサービスアプリ１１１１はライセンスＩＤを指定して認証・認可部１１２１にサービス権限一覧を要求する。ここで指定されるライセンスＩＤは例えばスキャンサービスアプリ１１１２の利用権限設定画面を最初に開く場合に例えばライセンス一覧の一番上のライセンスＩＤとなる。また、スキャンサービスアプリ１１１２の利用権限設定画面から管理者がライセンスＩＤを選択した場合は、管理者が選択したライセンスＩＤが指定される。

認証・認可部１１２１は図２６に示すようなサービス認可情報から生成した例えば図２１（ａ）に示したようなサービス権限情報のリストをポータルサービスアプリ１１１１に提供する。

図２６はサービス認可テーブルの他の例の構成図である。図２６のサービス認可情報は図２２のデータ項目にライセンスＩＤを追加した構成である。認証・認可部１１２１は図２６のサービス認可情報を管理することで、ライセンスごとに利用や管理の権限を与えるユーザを設定できる。例えば図２６のサービス認可テーブルではライセンスＩＤ「１００００００００００１」によりユーザＩＤ「ｕｓｅｒ０００１」のユーザにスキャンサービスアプリ１１１２の利用及び管理の権限が与えられていることを表している。

また、同一のライセンスＩＤ「１００００００００００１」によりユーザＩＤ「ｕｓｅｒ０００２」のユーザにスキャンサービスアプリ１１１２の利用の権限が与えられていることを表している。認証・認可部１１２１は図２６のサービス認可テーブルを利用することで、ライセンスＩＤを指定したサービス権限一覧の要求に対し、サービス権限情報のリストを提供できる。

また、ステップＳ１０４において、ポータルサービスアプリ１１１１はライセンスＩＤを指定して認証・認可部１１２１にサービス利用状況を要求する。ステップＳ１０５において認証・認可部１１２１は組織ＩＤ及びライセンスＩＤを指定してサービス提供用ライセンス管理部１１２４にライセンス数の上限を要求する。

ステップＳ１０６において認証・認可部１１２１はサービス提供用ライセンス管理部１１２４からライセンス数の上限を取得する。ステップＳ１０７において、認証・認可部１１２１はライセンス数の上限、現在の利用権限割り当て人数をサービス利用状況の要求に対する応答としてポータルサービスアプリ１１１１に通知する。

ステップＳ１０８において、ポータルサービスアプリ１１１１は図２７に示すスキャンサービスアプリ１１１２の利用権限設定画面を生成する。図２７はスキャンサービスアプリの利用権限設定画面の一例のイメージ図である。

図２７のスキャンサービスアプリの利用権限設定画面は、ライセンス情報として、割り当て対象のライセンスＩＤ選択欄２０１１と、選択されたライセンスＩＤによりライセンス割り当て可能なユーザ数と、ライセンス割り当て済みユーザ数とが表示されている。また、図２７のスキャンサービスアプリの利用権限設定画面は利用の権限を割り当てられていないユーザの一覧と割り当てられているユーザの一覧とが権限設定欄に表示されている。

図２７のスキャンサービスアプリの利用権限設定画面では選択されたライセンスＩＤのライセンス数の上限に基づき、ライセンス割り当て可能なユーザ数「１００」が表示され、現在の利用権限割り当て人数に基づいて、ライセンス割り当て済みユーザ数「４５」が表示されている。

ステップＳ１０９に進み、ポータルサービスアプリ１１１１はユーザ端末１２０２に図２７のようなスキャンサービスアプリ１１１２の利用権限設定画面を表示させる。ステップＳ１１０において管理者はユーザ端末１２０２を操作し、図２７に示すスキャンサービスアプリ１１１２の利用権限設定画面に含まれる利用の権限を割り当てられていないユーザの一覧から、利用の権限を割り当てるユーザを選択する。

ステップＳ１１１において、管理者はユーザ端末１２０２を操作し、スキャンサービスアプリ１１１２の利用権限設定画面に設けられた例えばボタン２０１２を押下することで、選択されたユーザへの利用の権限の割り当て実行を要求する。

ステップＳ１１２において、ポータルサービスアプリ１１１１はライセンスＩＤ、ユーザ権限リストを指定して認証・認可部１１２１に利用権限設定を要求する。ユーザ権限リストは例えば図２４に示したように構成される。

ステップＳ１１３において、認証・認可部１１２１は組織ＩＤ及びライセンスＩＤを指定してサービス提供用ライセンス管理部１１２４にライセンス数の上限を要求し、ライセンス数の上限を取得する。

サービス提供用ライセンス管理部１１２４からライセンス数の上限を取得した認証・認可部１１２１は、今回の利用権限設定の要求に基づき利用の権限を割り当ててもライセンス数の上限以内であればステップＳ１１４の処理を行う。認証・認可部１１２１はステップＳ１１４において、図２１に示したサービス権限情報のアクションを、今回の利用権限設定の要求に基づいて更新する。

なお、認証・認可部１１２１は、今回の利用権限設定の要求に基づき利用の権限を割り当てるとライセンス数の上限以内でなくなるのであればステップＳ１１５の処理を行う。認証・認可部１１２１はステップＳ１１５において、今回の利用権限設定の要求に基づき利用の権限を割り当てることができないため、エラーの内容を生成する。

ステップＳ１１２の利用権限設定の要求に対する結果はステップＳ１１６、Ｓ１１７において認証・認可部１１２１からポータルサービスアプリ１１１１を経由してユーザ端末１２０２に返される。利用権限設定の要求に対する結果には、利用の権限の割り当て成功を示すＯＫ、又は、失敗を示すＮＧが含まれる。

図２５のシーケンス図の処理によれば、ライセンスＩＤごとに管理や利用の権限を与えるユーザを個別に設定できるため、例えばライセンスの利用期限に合わせて、ユーザごとに管理や利用の権限を設定できる。また、図２５のシーケンス図の処理によれば、１回の割り当て操作により、権限及びユーザボリュームライセンスの割り当てをまとめて実施することができるため、ライセンス管理の煩雑さを低減できる。

《契約済みサービスを更新する》
管理者はユーザ端末１２０２を操作し、ポータルサービスアプリ１１１１にアクセスすることで、ポータルサービスアプリ１１１１からサービス管理画面を受信する。サービス管理画面にはポータルサービスアプリ１１１１にログインしている管理者の属する組織のサービスライセンスが表示される。なお、ログインしている管理者の属する組織のサービスライセンスは図１２のライセンス情報の親ライセンスＩＤから検索できる。

また、ログインしている管理者の属する組織のサービスライセンスはライセンス情報の機種機番からも検索できるし、ライセンス情報に関連付けられた有効化された機器一覧情報の機種機番からも検索できる。なお、サービス管理画面におけるサービスライセンスの状態は、新ライセンスＩＤの登録有無により利用中を利用中（未更新）と利用中（更新済み）とに区別して表示する。管理者はユーザ端末１２０２を操作し、サービス管理画面からサービス登録画面を表示させ、契約済みサービスの更新を開始することができる。

図２８は契約済みサービスを更新する処理の一例のシーケンス図である。なお、図２８のシーケンス図において更新対象となる契約済みサービスは、状態が利用中（未更新）のサービスライセンスである。

ステップＳ１３１において、管理者はユーザ端末１２０２を操作し、サービス登録画面から更新に利用するライセンスＩＤ（新ライセンスＩＤ）を設定する。ステップＳ１３２において、ポータルサービスアプリ１１１１はサービス登録画面に設定された新ライセンスＩＤが「ライセンスＩＤ」に設定されているライセンス情報を、サービス提供用ライセンス管理部１１２４から取得する。

ステップＳ１３３において、ポータルサービスアプリ１１１１はステップＳ１３２におけるライセンス情報の取得結果から、ステップＳ１３１で設定された新ライセンスＩＤの妥当性を確認する。なお、新ライセンスＩＤの入力が正しくない場合、ポータルサービスアプリ１１１１は入力が正しくない旨のメッセージを表示する。新ライセンスＩＤの入力が正しくないエラーケースは、新ライセンスＩＤがライセンス情報記憶部１１４４に記憶されていない場合や既に使用済みの場合などがある。なお、新ライセンスＩＤの入力が正しくない旨を表示する場合には悪意のある利用者にヒントを与えることを避けるためにエラーケースを区別する内容を含ませず、同一内容とする。

ステップＳ１３３で設定された新ライセンスＩＤが妥当である場合、ポータルサービスアプリ１１１１は利用規約画面を表示する。管理者の利用規約の確認が終了したあとポータルサービスアプリ１１１１はステップＳ１３２で取得したライセンス情報と親ライセンスＩＤ及びサービス種別が同じライセンス情報を検索する。

ステップＳ１３５において、ポータルサービスアプリ１１１１はステップＳ１３４で検索したライセンス情報のうち、更新可能なサービスライセンスを表示する。言い換えればポータルサービスアプリ１１１１は状態が利用中（未更新）であるサービスライセンスの一覧を表示する。

ステップＳ１３６において、操作者はユーザ端末１２０２を操作し、更新対象とするライセンスＩＤを選択して、サービス更新をポータルサービスアプリ１１１１に要求する。ステップＳ１３６の要求には、更新対象とするライセンスＩＤ（現ライセンスＩＤ）と更新に利用するライセンスＩＤ（新ライセンスＩＤ）とが含まれる。ポータルサービスアプリ１１１１はステップＳ１３７においてサービス提供用ライセンス管理部１１２４にライセンス情報の変更を要求する。ステップＳ１３７の要求には、現ライセンスＩＤと新ライセンスＩＤとが含まれる。

ステップＳ１３８に進み、サービス提供用ライセンス管理部１１２４は現ライセンスＩＤを指定して、現ライセンスＩＤの利用権限割り当て人数を認証・認可部１１２１から取得する。サービス提供用ライセンス管理部１１２４は現ライセンスＩＤの利用権限割り当て人数が新ライセンスＩＤのライセンス数の上限を超過する場合、ステップＳ１３９の処理を行う。

ステップＳ１３９において、サービス提供用ライセンス管理部１１２４は現ライセンスＩＤから新ライセンスＩＤに切り替わる際に、ライセンス数の上限を超過すると判定してポータルサービスアプリ１１１１にエラーを通知する。ステップＳ１４０において管理者はポータルサービスアプリ１１１１から通知されたエラーにより、現ライセンスＩＤから新ライセンスＩＤへの切り替え時に発生するライセンス数の上限超過を認識できる。管理者はステップＳ１３６で選択した新ライセンスＩＤの変更の必要性を認識できる。

サービス提供用ライセンス管理部１１２４は現ライセンスＩＤの利用権限割り当て人数が新ライセンスＩＤのライセンス数の上限を超過していなければ、サービス提供用ライセンス管理部１１２４はステップＳ１４１の処理を行う。

ステップＳ１４１において、サービス提供用ライセンス管理部１１２４は現ライセンスＩＤがライセンスＩＤとして設定されているライセンス情報（現ライセンス）の解約予定日を利用終了日と同日に変更する。また、サービス提供用ライセンス管理部１１２４は現ライセンスの次ライセンスＩＤに新ライセンスＩＤを設定する。

ステップＳ１４２に進み、サービス提供用ライセンス管理部１１２４は新ライセンスＩＤがライセンスＩＤとして設定されたライセンス情報（新ライセンス）の組織ＩＤ、機種機番、利用開始日としての現在の日時を、現ライセンスに基づいて設定する。ステップＳ１４３において、サービス提供用ライセンス管理部１１２４はサービスライセンスのライセンス情報の更新を業務用ライセンス管理部１１５４に要求する。

ステップＳ１４４において、業務用ライセンス管理部１１５４は利用開始日を基準として解約予定日、課金開始日及び利用終了日を計算する。ステップＳ１４５において、業務用ライセンス管理部１１５４は計算した解約予定日、課金開始日及び利用終了日をサービス提供用ライセンス管理部１１２４に返す。サービス提供用ライセンス管理部１１２４は解約予定日、課金開始日及び利用終了日をライセンスＤＢ１２０９に保存する。

なお、契約済みサービスの更新の終了は、サービス提供用ライセンス管理部１１２４からポータルサービスアプリ１１１１に通知することができる。契約済みサービスの更新が終了すると、ポータルサービスアプリ１１１１はライセンス更新終了画面をユーザ端末１２０２に表示させることができる。

ステップＳ１４６において、管理者はユーザ端末１２０２を操作し、図２５のステップＳ１１１と同様に、選択されたユーザへの利用の権限の割り当て実行を要求する。ポータルサービスアプリ１１１１はステップＳ１４７において、新ライセンスＩＤ、ユーザ権限リストを指定して認証・認可部１１２１に利用権限設定を、図２５のステップＳ１１２と同様に要求する。

ステップＳ１４８において、認証・認可部１１２１は組織ＩＤ及び新ライセンスＩＤを指定してサービス提供用ライセンス管理部１１２４にライセンス数の上限を要求し、ライセンス数の上限を取得する。

サービス提供用ライセンス管理部１１２４からライセンス数の上限を取得した認証・認可部１１２１は今回の利用権限設定の要求に基づき利用の権限を割り当てても新ライセンス数の上限以内であるため、図２５のステップＳ１１４と同様な処理を行う。認証・認可部１１２１は例えば図２１に示したサービス権限情報のアクションを、今回の利用権限設定の要求に基づいて更新する。

図２８のシーケンス図の処理によれば、現ライセンスから新ライセンスに更新する場合に新ライセンスＩＤのライセンス数の上限に基づき、ライセンス割り当て可能なユーザ数を判断できる。したがって、図２８のシーケンス図の処理によれば、現ライセンスから新ライセンスに更新する際に、ライセンスＩＤの利用権限割り当て人数が新ライセンスＩＤのライセンス数の上限を超過することを防ぐことができる。

《サービスを解約する》
図２９はサービスを解約する処理の一例のシーケンス図である。業務担当者はステップＳ１６１において業務端末１２０１を操作し、業務アプリ１２１０に対してサービス解約を要求する。ステップＳ１６１の要求にはライセンスＩＤと解約予定日とが含まれる。

ステップＳ１６２において、業務アプリ１２１０は、サービスライセンスのライセンス情報の変更を業務用ライセンス管理部１１５４に要求する。ステップＳ１６２の要求にはライセンスＩＤと解約予定日とが含まれる。

ステップＳ１６２の処理の後、ステップＳ１６２と同じライセンス情報の変更が業務用ライセンス管理部１１５４から解約するライセンスＩＤの販売地域に対応したサービス提供用ライセンス管理部１１２４に要求されてもよい。解約予定日になると、業務用ライセンス管理部１１５４はステップＳ１６３においてバッチ処理を開始する。ステップＳ１６４において、業務用ライセンス管理部１１５４はライセンスＩＤに紐付くサービスライセンスのライセンス情報の状態を解約に変更する。

また、ステップＳ１６５において、業務用ライセンス管理部１１５４は解約するサービスライセンスのライセンス情報を販売地域に対応したサービス提供用ライセンス管理部１１２４に通知する。ステップＳ１６６においてサービス提供用ライセンス管理部１１２４は通知されたサービスライセンスのライセンス情報の状態を解約に変更する。

ステップＳ１６７において、サービス提供用ライセンス管理部１１２４は認証・認可部１１２１にライセンス情報の変更を通知する。ステップＳ１６８において、認証・認可部１１２１はライセンスの解約により減少したライセンス数の上限と、利用権限割り当て人数と、を比較する。

認証・認可部１１２１は利用権限割り当て人数が、ライセンスの解約により減少したライセンス数の上限を超過している場合、その旨の電子メールを、ステップＳ１６９において管理者に送信する。また、ステップＳ７０において、認証・認可部１１２１は利用権限割り当て人数がライセンスの解約により減少したライセンス数の上限を超過している旨の電子メールを業務担当者に送信する。

図２９のシーケンス図の処理によれば、ライセンスの期限切れなどによりライセンスの解約が実行され、利用権限を割り当て済みのユーザ数がライセンス数の上限を超過した場合に、その旨を管理者や業務担当者に通知できる。

図２９のシーケンス図の処理では、利用権限を割り当て済みのユーザ数がライセンス数の上限を超過した場合に、その旨を管理者や業務担当者に通知する例を説明したが、以下のように利用権限の割り当ての見直しを自動で実行するようにしてもよい。

図３０は利用権限の割り当ての見直しを行う処理の一例のフローチャートである。図３０に示した利用権限の割り当ての見直しを行う処理は、ライセンスの期限切れ、解約又は変更などにより、利用権限を割り当て済みのユーザ数がライセンス数の上限を超過した場合に実行される。

ステップＳ１７１において、認証・認可部１１２１は有効なサービスライセンスが１つ以上あるか否かを判定する。有効なサービスライセンスが１つ以上あれば、認証・認可部１１２１はステップＳ１７２において、利用権限を割り当てられているユーザ数が、ライセンス数の上限を超過しているか否かを判定する。

認証・認可部１１２１は、利用権限を割り当てられているユーザ数がライセンス数の上限を超過していれば、ステップＳ１７３において、図１１に示したようなユーザ情報を以下のように並び替える。

認証・認可部１１２１は、後述する図３１のサービス権限情報のアクションの値を第一ソートキー、最終ログイン日時を第二ソートキー、ユーザ作成日時を第三ソートキーとして並び替える。例えば認証・認可部１１２１は第一ソートキーとして後述する図３１のサービス権限情報のアクションの値を参照し、サービスの管理権限が割り当てられている管理者（ａｄｍｉｎｉｓｔｅｒ）などのユーザが第一優先として上位になるようにユーザ情報を並び替える。

また、認証・認可部１１２１は第二ソートキーとしてユーザ情報の最終ログイン日時を参照し、最終ログイン日時が新しいユーザが第二優先として上位になるようにユーザ情報を並び替える。なお、ユーザ情報の最終ログイン日時はユーザが最後にログインした日時以外に、内部的にログイン処理（例えばチケット発行処理など）が行われた場合にも更新される。また、認証・認可部１１２１は第三ソートキーとしてユーザ情報のユーザ作成日時を参照し、ユーザ作成日時が新しいユーザ（後に作成されたユーザ）が第三優先として上位になるようにユーザ情報を並び替える。

なお、上記した第一〜第三優先は一例であって、第一〜第三ソートキーを入れ替えることで第一〜第三優先の内容を入れ替えるようにしてもよい。

ステップＳ１７４に進み、認証・認可部１１２１はステップＳ１７３で並び替えたユーザ情報の一覧から、利用権限を割り当て可能な数（ライセンス数の上限の数）のユーザを選択する。

ステップＳ１７５に進み、認証・認可部１１２１はステップＳ１７４で選択されなかったユーザに割り当てられている利用権限を解除する。ステップＳ１７６に進み、認証・認可部１１２１はユーザに割り当てられていたサービスの利用権限の一部を解除したことをテナントの管理者やサービスの利用権限が割り当てられている管理者、ステップＳ１７４で選択されたユーザなどに電子メールで通知する。

なお、ステップＳ１７１において、有効なサービスライセンスが１つも残っていなければ認証・認可部１１２１は電子メールによる通知を行わない。例えば通常のライセンスの解約時には有効なサービスライセンスが１つも残っていない状態となる。また、ステップＳ１７２において利用権限を割り当てられているユーザ数がライセンス数の上限を超過していない場合も、認証・認可部１１２１は電子メールによる通知を行わない。ステップＳ１７６において、認証・認可部１１２１は利用権限を解除されたユーザに、割り当てられていた利用権限が解除されたことを電子メールで通知してもよい。

以下、図３０のフローチャートの処理を図３１〜図３３を参照しつつ説明する。図３１はサービス権限情報のリストの他の例の構成図である。図３１のサービス権限情報のリストは図２１のサービス権限情報のリストにユーザＩＤ「ｕｓｅｒ０００４」及び「ｕｓｅｒ０００５」のユーザを追加したものである。

また、図３１のサービス権限情報のリストのユーザのユーザ情報及びユーザ権限リストは図３２に示したものであるとする。図３２（ａ）は、ユーザ情報の一部を示したものである。図３２（ｂ）はユーザ権限リストを示したものである。

以下では、利用権限を割り当てられているユーザ数が「５」であり、ライセンス数の上限が「５」から「３」に減少した場合の処理について説明する。図３０のフローチャートのステップＳ１７２において、利用権限を割り当てられているユーザ数「５」が、ライセンス数の上限「３」を超過していると判定される。

ステップＳ１７３において、認証・認可部１１２１は図３２（ａ）に示したユーザ情報を図３３のユーザ情報のように並び替える。図３３は優先順位により並び替えられたユーザ情報の一例の構成図である。図３３のユーザ情報は管理権限を有しているユーザＩＤ「ｕｓｅｒ０００３」以外のユーザが最終ログイン日時の新しい順番に１〜４番目に並び替えられる。なお、ユーザＩＤ「ｕｓｅｒ０００４」と「ｕｓｅｒ０００５」のユーザは最終ログイン日時が同じであるため、更にユーザ作成日時の新しい順番に３〜４番目に並び替えられる。図３３のユーザ情報は管理権限を有していないユーザＩＤ「ｕｓｅｒ０００３」のユーザが５番目に並び替えられる。

ステップＳ１７４において、認証・認可部１１２１は並び替えた図３３のユーザ情報の一覧から、利用権限を割り当て可能な数「３」に応じて３人のユーザを優先順位の高い順番に選択する。図３３のユーザ情報の一覧の場合はユーザＩＤ「ｕｓｅｒ０００２」と「ｕｓｅｒ０００１」と「ｕｓｅｒ０００５」のユーザが選択される。

ステップＳ１７５において認証・認可部１１２１はステップＳ１７４で選択されなかったユーザＩＤ「ｕｓｅｒ０００３」と「ｕｓｅｒ０００４」のユーザに図３２（ｂ）のように割り当てられていた利用権限を図３４のように解除する。図３４は利用権限が解除されたユーザ権限リストの一例の構成図である。

図３４に示すように、認証・認可部１１２１はライセンス数の上限が減少した場合、利用権限を割り当て済みのユーザ数がライセンス数の上限に収まるように、一部ユーザの利用権限を解除できる。

図３０のステップＳ１７６において通知される電子メールは例えば図３５に示すような文面とすることができる。図３５はサービスの利用権限の解除を通知する電子メールの一例の構成図である。なお、図３５の電子メールの内容は一例であって、例えば利用権限を解除したユーザのユーザＩＤなどを記載してもよい。ここでは、ライセンス形態の一例としてユーザライセンスに適用した例を説明したが、機器ライセンス＋ユーザライセンスへの適用も可能である。

《終了するサービスを継続する》
図３６は終了するサービスを継続する処理の一例のシーケンス図である。図３６は現ライセンスの解約予定日に、現ライセンスのライセンス情報の状態を利用終了に変更し、新ライセンスの状態を利用中（未更新）に変更する処理を表している。

解約予定日に業務用ライセンス管理部１１５４はステップＳ１８１においてバッチ処理を開始する。ステップＳ１８２において、業務用ライセンス管理部１１５４は現ライセンスＩＤに紐付くサービスライセンスのライセンス情報の状態を解約に変更する。

また、ステップＳ１８３において、業務用ライセンス管理部１１５４は解約するサービスライセンスのライセンス情報を販売地域に対応したサービス提供用ライセンス管理部１１２４に通知する。ステップＳ１８４において、サービス提供用ライセンス管理部１１２４は現ライセンスのライセンスＩＤに紐付くライセンス情報の状態を解約に変更する。

ステップＳ１８５において、サービス提供用ライセンス管理部１１２４は新ライセンスのライセンスＩＤに紐付くライセンス情報の状態を本登録に変更する。そして、ステップＳ１８６において、サービス提供用ライセンス管理部１１２４はサービスライセンスのライセンス情報の本登録を業務用ライセンス管理部１１５４に要求する。

ステップＳ１８７において、サービス提供用ライセンス管理部１１２４は認証・認可部１１２１にライセンス情報の変更を通知する。ステップＳ１８８において、認証・認可部１１２１はライセンス数の上限と、利用権限割り当て人数と、を比較する。

認証・認可部１１２１は利用権限割り当て人数が、ライセンス数の上限を超過している場合、その旨の電子メールを、管理者及び業務担当者に送信する。

図３６のシーケンス図の処理によれば、ライセンスの更新によりライセンスを継続する処理が実行され、利用権限を割り当て済みのユーザ数がライセンス数の上限を超過した場合に、その旨を管理者や業務担当者に通知できる。

《サービス選択画面の表示》
ユーザがポータルサービスアプリ１１１１にアクセスすると、ポータルサービスアプリ１１１１は図３７に示すようなサービス選択画面をユーザ端末１２０２に表示させることができる。図３７はサービス選択画面の一例のイメージ図である。図３７のサービス選択画面はアクセスしたユーザの属する組織において、ライセンス情報の状態が利用中である有効なサービスライセンスが存在する場合に、そのサービスライセンスに対応したサービスを選択する為のタブやアイコンなどの画面要素を表示する。

図３７のサービス選択画面を表示するため、サービス提供システム１１００では図３８に示すようにサービス認可情報を保存しておく。図３８はサービス認可情報を保存する処理の一例のシーケンス図である。なお、前述のシーケンス図の処理と同様な処理については説明を適宜省略する。

ステップＳ２０１において、スキャンサービスアプリ１１１２はサービスライセンスの本登録をサービス提供用ライセンス管理部１１２４に要求する。なお、スキャンサービスアプリ１１１２はステップＳ２０１において機器の機種機番をサービス提供用ライセンス管理部１１２４に通知する。

ステップＳ２０２においてサービス提供用ライセンス管理部１１２４は業務用ライセンス管理部１１５４にサービスライセンスの本登録を要求する。ステップＳ２０３において業務用ライセンス管理部１１５４はサービスライセンスの本登録の結果をサービス提供用ライセンス管理部１１２４に通知する。

本登録の結果が成功であれば、サービス提供用ライセンス管理部１１２４はステップＳ２０４において、本登録したサービスライセンスのライセンス情報と機器の機種機番とをライセンスＤＢ１２０９に保存する。

ステップＳ２０５において、サービス提供用ライセンス管理部１１２４は認証・認可部１１２１にサービス有効化を通知する。なお、サービス有効化は１台目がライセンス有効化を通知するものであり、２台目以降が機器追加を通知するものである。ステップＳ２０５の通知には、本登録により有効化されたサービスライセンスのライセンス情報と、ライセンス有効化の対象となる機器の機種機番の配列とが含まれる。

また、ステップＳ２０６において、認証・認可部１１２１はステップＳ２０５の通知に基づき、例えば図３３のサービス認可テーブルに保存されているサービス認可情報を更新する。サービス認可情報は、組織が利用可能なサービスのリストである。

図３９はサービス認可テーブルの一例の構成図である。図３９のサービス認可テーブルは項目としてサービス種別、ライセンスＩＤ、組織ＩＤ、機種機番を有する。ステップＳ２０６の処理では図３９のサービス認可テーブルに次のようにサービス認可情報が追加される。

ライセンスを有効化／無効化するタイミングで認証・認可部１１２１は機器ライセンスが必要な場合に、図３９に示すような機種機番「−」のレコード及び対象となる機器の機種機番のレコードを追加又は削除する。また、認証・認可部１１２１は機器ライセンスが不要な場合、図３９に示すように機種機番「＊」のレコードを追加又は削除する。また、機器を追加／削除するタイミングで認証・認可部１１２１は図３９に示すような対象となる機器の機種機番のレコードを追加又は削除する。

図３９のサービス認可テーブルには一つのライセンス情報に対して機種機番「−」のレコードと、一台以上の機器の機種機番（サービス有効化の対象となる機器の機種機番）のレコードとが保存される。また、図３９のサービス認可テーブルには機器ライセンスが不要（ユーザライセンスのみ）な場合は機種機番がワイルドカードを意味する「＊」であるレコードが保存される。

ステップＳ２０７において、認証・認可部１１２１はステップＳ２０５の通知に対する応答を返す。また、ステップＳ２０８において、サービス提供用ライセンス管理部１１２４はサービスライセンスの本登録の結果をスキャンサービスアプリ１１１２に通知する。

サービスライセンスの解約予定日になると、ステップＳ２０９において、業務用ライセンス管理部１１５４はバッチ処理を開始する。ステップＳ２１０において、業務用ライセンス管理部１１５４はサービス提供用ライセンス管理部１１２４にサービスライセンスの解約を要求する。

ステップＳ２１１においてサービス提供用ライセンス管理部１１２４は解約したサービスライセンスのライセンス情報をライセンスＤＢ１２０９に反映させる。ステップＳ２１２において、サービス提供用ライセンス管理部１１２４は認証・認可部１１２１にライセンス無効化を通知する。

なお、サービス無効化はライセンス無効化を通知するものと、機器削除を通知するものとがある。ステップＳ２１２はライセンス無効化を通知するものである。ステップＳ２１２の通知には、解約により無効化されたサービスライセンスのライセンス情報と、ライセンス無効化の対象となる機器の機種機番の配列とが含まれる。

ステップＳ２１３において、認証・認可部１１２１は、ステップＳ２１２の通知に基づいて図３９に示すようなサービス認可テーブルに保存されているサービス認可情報を更新する。ステップＳ２１３の処理では図３９のサービス認可テーブルからライセンス無効化の対象となるライセンスＩＤに対応したサービス認可情報が削除される。

なお、機器削除が通知された場合、ステップＳ２１３の処理では図３９のサービス認可テーブルから機器削除の対象となる機種機番の配列に対応したサービス認可情報が削除される。認証・認可部１１２１はライセンス情報のサブセット（キャッシュ）を保持するようにしてもよい。ステップＳ２１４において、認証・認可部１１２１はステップＳ２１２の通知に対する応答を返す。

次ライセンスが登録されている場合、サービス提供用ライセンス管理部１１２４はステップＳ２１５の処理を続けて行う。サービス提供用ライセンス管理部１１２４は本登録する次ライセンスのライセンス情報をライセンスＤＢ１２０９に反映させる。

ステップＳ２１６において、サービス提供用ライセンス管理部１１２４は認証・認可部１１２１にライセンス有効化を通知する。なお、ステップＳ２１６の通知には、本登録により有効化された次ライセンスのライセンス情報と、ライセンス有効化の対象となる機器の機種機番の配列とが含まれる。ステップＳ２１７において、認証・認可部１１２１はステップＳ２１６の通知に基づいて図３９のサービス認可テーブルに保存されているサービス認可情報を更新する。

例えばステップＳ２１７の処理では、図３９のサービス認可テーブルに示すような機種機番「−」のレコード及び対象となる機器の機種機番のレコード、又は機種機番「＊」のレコードがサービス認可情報として追加される。そして、ステップＳ２１８において、認証・認可部１１２１はステップＳ２１６の通知に対する応答を返す。

ステップＳ２１９において、サービス提供用ライセンス管理部１１２４は業務用ライセンス管理部１１５４に次ライセンスの本登録を要求する。ステップＳ２２０において、業務用ライセンス管理部１１５４は次ライセンスの本登録の結果をサービス提供用ライセンス管理部１１２４に通知する。そして、ステップＳ２２１において、サービス提供用ライセンス管理部１１２４は現ライセンスの解約の結果を業務用ライセンス管理部１１５４に通知する。

図３８のシーケンス図の処理によれば、サービス認可情報を作成することで、サービス選択画面を生成するまでの応答性能や、サービス実行可否を判断するまでの応答性能を向上させることができる。また、図３９のサービス認可テーブルによれば、機器ライセンスが不要な機器にも適用できる。

なお、ライセンス有効化の通知を受けた認証・認可部１１２１は例えば図４０に示すような手順により図３９のサービス認可テーブルにサービス認可情報を追加する。図４０はサービス認可テーブルの更新処理を表した一例のフローチャートである。

ステップＳ３０１において、認証・認可部１１２１はライセンス有効化の通知の対象であるライセンス情報を参照し、ライセンス形態が「機器ライセンスのみ」であるか否かを判定する。

ライセンス形態が「機器ライセンスのみ」であれば、認証・認可部１１２１はサービスライセンスの組み合わせが必要ないと判断する。ステップＳ３０５において、認証・認可部１１２１はサービス認可テーブルへライセンス有効化の対象となる機器の機種機番に対応したサービス認可情報を追加する。

また、ライセンス形態が「機器ライセンスのみ」でなければ、認証・認可部１１２１はステップＳ３０２に進み、ライセンス有効化の通知の対象であるライセンス情報を参照してライセンス形態が「ユーザライセンスのみ」であるか否かを判定する。

ライセンス形態が「ユーザライセンスのみ」であれば、認証・認可部１１２１はサービスライセンスの組み合わせが必要ないと判断する。ステップＳ３０５において、認証・認可部１１２１はサービス認可テーブルへライセンス有効化の対象となる機器の機種機番に対応したサービス認可情報を追加する。

ライセンス形態が「機器ライセンスのみ」及び「ユーザライセンスのみ」でなければ認証・認可部１１２１はサービスライセンスの組み合わせが必要と判断し、ステップＳ３０３に進む。認証・認可部１１２１はライセンス有効化の通知の対象であるライセンス情報のライセンス種別が「機器ライセンス」であるか否かを判定する。

ライセンス種別が「機器ライセンス」であれば、認証・認可部１１２１はステップＳ３０４に進み、ライセンス有効化がされたライセンス種別が「ユーザライセンス」のライセンス情報が存在するか否かを判定する。

ライセンス有効化がされたライセンス種別が「ユーザライセンス」のライセンス情報が存在すれば、認証・認可部１１２１はステップＳ３０５に進み、サービス認可テーブルへサービス認可情報を追加する。

ライセンス有効化がされたライセンス種別が「ユーザライセンス」のライセンス情報が存在しなければ、認証・認可部１１２１はサービス認可テーブルへサービス認可情報を追加しない。

ステップＳ３０３においてライセンス種別が「機器ライセンス」でなければ、認証・認可部１１２１はステップＳ３０６に進み、他にもライセンス有効化がされたライセンス種別が「ユーザライセンス」のライセンス情報が存在するか否かを判定する。

他にライセンス有効化がされたライセンス種別が「ユーザライセンス」のライセンス情報が存在すれば、認証・認可部１１２１はサービス認可テーブルへサービス認可情報を追加しない。

他にライセンス有効化がされたライセンス種別が「ユーザライセンス」のライセンス情報が存在しなければ、認証・認可部１１２１はステップＳ３０７に進み、ライセンス有効化されたライセンス種別が「機器ライセンス」のライセンス情報を検索する。

ステップＳ３０８に進み、認証・認可部１１２１はステップＳ３０７の検索結果のライセンス情報でライセンス有効化されている機器の機種機番に対応したサービス認可情報を図３９のサービス認可テーブルに追加する。

なお、ステップＳ３０４、Ｓ３０６及びＳ３０７で行う検索は、ライセンス有効化の通知の対象であるライセンス情報と組織ＩＤ、サービス種別及びライセンス形態が同一のライセンス有効化されたライセンス情報に対して行われる。

また、ライセンス無効化の通知を受けた認証・認可部１１２１は例えば図４１に示すような手順により図３９のサービス認可テーブルからサービス認可情報を削除する。図４１はサービス認可テーブルの更新処理を表した他の例のフローチャートである。

ステップＳ３１１において、認証・認可部１１２１はライセンス無効化の通知の対象であるライセンス情報を参照し、ライセンス形態が「機器ライセンスのみ」であるか否かを判定する。

ライセンス形態が「機器ライセンスのみ」であれば、認証・認可部１１２１はサービスライセンスの組み合わせが必要ないと判断する。ステップＳ３１５において、認証・認可部１１２１はサービス認可テーブルからライセンス無効化の対象となる機器の機種機番に対応したサービス認可情報を削除する。

また、ライセンス形態が「機器ライセンスのみ」でなければ、認証・認可部１１２１はステップＳ３１２に進み、ライセンス無効化の通知の対象であるライセンス情報を参照してライセンス形態が「ユーザライセンスのみ」であるか否かを判定する。

ライセンス形態が「ユーザライセンスのみ」であれば、認証・認可部１１２１はサービスライセンスの組み合わせが必要ないと判断する。ステップＳ３１５において、認証・認可部１１２１はサービス認可テーブルへライセンス無効化の対象となる機器の機種機番に対応したサービス認可情報を削除する。

ライセンス形態が「機器ライセンスのみ」及び「ユーザライセンスのみ」でなければ認証・認可部１１２１はサービスライセンスの組み合わせが必要と判断し、ステップＳ３１３に進む。認証・認可部１１２１はライセンス無効化の通知の対象であるライセンス情報のライセンス種別が「機器ライセンス」であるか否かを判定する。

ライセンス種別が「機器ライセンス」であれば、認証・認可部１１２１はステップＳ３１４に進み、ライセンス有効化がされたライセンス種別が「ユーザライセンス」のライセンス情報が存在するか否かを判定する。

ライセンス有効化がされたライセンス種別が「ユーザライセンス」のライセンス情報が存在すれば、認証・認可部１１２１はステップＳ３１５に進み、サービス認可テーブルからサービス認可情報を削除する。ライセンス有効化がされたライセンス種別が「ユーザライセンス」のライセンス情報が存在しなければ、認証・認可部１１２１は何もしない。

ステップＳ３１３においてライセンス種別が「機器ライセンス」でなければ、認証・認可部１１２１はステップＳ３１６に進み、他にもライセンス有効化がされたライセンス種別が「ユーザライセンス」のライセンス情報が存在するか否かを判定する。

他にライセンス有効化がされたライセンス種別が「ユーザライセンス」のライセンス情報が存在すれば、認証・認可部１１２１はサービス認可テーブルからサービス認可情報を削除しない。

他にライセンス有効化がされたライセンス種別が「ユーザライセンス」のライセンス情報が存在しなければ、認証・認可部１１２１はステップＳ３１７に進み、ライセンス有効化されたライセンス種別が「機器ライセンス」のライセンス情報を検索する。

ステップＳ３１８に進み、認証・認可部１１２１はステップＳ３１７の検索結果のライセンス情報でライセンス有効化されている機器の機種機番に対応したサービス認可情報を図３９のサービス認可テーブルから削除する。

なお、ステップＳ３１４、Ｓ３１６及びＳ３１７で行う検索は、ライセンス無効化の通知の対象であるライセンス情報と組織ＩＤ、サービス種別及びライセンス形態が同一のライセンス有効化されたライセンス情報に対して行われる。

《サービス実行可否の判断》
ユーザによるサービス実行可否を判断するため、サービス提供システム１１００では図４２に示すような処理を行う。図４２はサービス実行可否を判断する処理の一例のシーケンス図である。

ステップＳ３５１において、ユーザはＭＦＰ１２０３を操作し、プリントサービスアプリ１１１３にログインする。ステップＳ３５２において、ユーザはＭＦＰ１２０３を操作してジョブ実行を指示する。ＭＦＰ１２０３はプリントサービスアプリ１１１３に対してジョブ実行を要求する。

ステップＳ３５３において、プリントサービスアプリ１１１３は認証チケット、サービス種別、機種機番を指定して、認証・認可部１１２１にＭＦＰ１２０３のプリントサービス実行可否を問い合わせる。ステップＳ３５４に進み、認証・認可部１１２１は組織ＩＤ及びサービス種別を指定してサービス提供用ライセンス管理部１１２４からライセンス数の上限を取得する。

ステップＳ３５５において、認証・認可部１１２１はライセンス数の上限と、利用権限割り当て人数と、を比較する。認証・認可部１１２１は、利用権限割り当て人数がライセンス数の上限を超過していなければ、組織ＩＤ、ユーザＩＤ、サービス種別、アクションを指定して、利用権限が割り当てられているかの確認を開始する。

ステップＳ３５７において、認証・認可部１１２１は例えば図２２に示したサービス認可テーブルからライセンスのチェックを行う。ステップＳ３５７のチェックはステップＳ３５６で指定された組織ＩＤ、ユーザＩＤ、サービス種別の組み合わせが図２２に示したサービス認可テーブルに存在するかのチェックにより行われる。

ステップＳ３５８において、認証・認可部１１２１は例えば図２２に示したサービス認可テーブルからアクションのチェックを行う。ステップＳ３５８のチェックはステップＳ３５６で指定された組織ＩＤ、ユーザＩＤ、サービス種別、アクションの組み合わせが図２２に示したサービス認可テーブルに存在するかのチェックにより行われる。

ステップＳ３５９において、認証・認可部１１２１は利用権限が割り当てられているか否かを確認した結果に基づき判断した実行可否をプリントサービスアプリ１１１３に通知する。利用権限が割り当てられていれば、プリントサービスアプリ１１１３はステップＳ３６０に進み、印刷を開始する。一方、利用権限が割り当てられていなければ、プリントサービスアプリ１１１３はステップＳ３６１において、例えばエラーを表示してユーザに通知する。

なお、ステップＳ３５５において利用権限割り当て人数がライセンス数の上限を超過していれば、認証・認可部１１２１はステップＳ３６２に進み、プリントサービスアプリ１１１３にエラーを通知する。なお、認証・認可部１１２１は利用権限割り当て人数がライセンス数の上限を超過していてもエラーを通知した上で、プリントサービスアプリ１１１３にジョブを実行させてもよい。

図４２のシーケンス図の処理によれば、ユーザの保持する利用の権限に基づき、サービスの実行可否を判断できるので、ユーザごとに機能の利用を制限できる。

（まとめ）
第１の実施形態に係るサービス提供システム１１００はサービス提供用ライセンス管理部１１２４と業務用ライセンス管理部１１５４とを設け、複数の業務システムの差異を業務用ライセンス管理部１１５４により吸収し、ライセンスの管理を容易化できる。

このため、第１の実施形態に係るサービス提供システム１１００は複数の業務システムが発行する様々なボリュームライセンスによるアプリケーション１１０１の利用制限を容易に行うことができる。第１の実施形態に係るサービス提供システム１１００は一つのボリュームライセンスにより複数人のユーザを有効化できるので、扱うライセンスの数を減少でき、ライセンスの管理を容易化できる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。なお、サービス提供サーバ１２０８はサービス提供手段の一例である。ライセンス管理サーバ１２０６はライセンス管理手段の一例である。ライセンスＤＢ１２０７は第１の記憶手段の一例である。ライセンスＤＢ１２０９は第２の記憶手段の一例である。ポータルサービスアプリ１１１１は設定受付手段の一例である。認証・認可部１１２１は権限設定手段の一例である。

１０００ 情報処理システム
１０１１ クライアント端末
１０１２ 携帯端末
１０１３ 画像形成装置
１０２１ アクセス制御装置
１０２２ プリントサービス提供装置
１０２３ スキャンサービス提供装置
１０２４ 他サービス提供装置
１０２５ ライセンス管理装置
１０５１ ポータルサービス提供装置
１０５２ プリントサービス提供装置
１０５３ スキャンサービス提供装置
１０６１ 認証サービス提供装置
１０６２ データ処理サービス提供装置
１０６３ 一時データ保存サービス提供装置
１０７１ 認証情報記憶装置
１０７２ ジョブ情報記憶装置
１０７３ 一時データ記憶装置
１０８１ ライセンス管理装置
１０８２ 顧客情報管理装置
１１００ サービス提供システム
１１０１ アプリケーション
１１０２ 共通サービス
１１０３ データベース
１１０４ プラットフォームＡＰＩ（Application Programming Interface）
１１０５ 業務サービス
１１０６ ドメイン固有サービス
１１０７ ドメイン固有ＡＰＩ
１１１１ ポータルサービスアプリ
１１１２ スキャンサービスアプリ
１１１２ａ スキャンサービスアプリのＵＩ部
１１１２ｂ スキャンサービスアプリのロジック部
１１１３ プリントサービスアプリ
１１１３ａ プリントサービスアプリのＵＩ部
１１１３ｂ プリントサービスアプリのロジック部
１１２１ 認証・認可部
１１２２ 組織管理部
１１２３ ユーザ管理部
１１２４ サービス提供用ライセンス管理部
１１２５ 機器管理部
１１２６ 一時画像保存部
１１２７ 画像処理ワークフロー制御部
１１２８ ログ収集部
１１３１ メッセージキュー
１１３２ ワーカー
１１４１ ログ情報記憶部
１１４２ 組織情報記憶部
１１４３ ユーザ情報記憶部
１１４４ ライセンス情報記憶部
１１４５ 機器情報記憶部
１１４６ 一時画像記憶部
１１４７ ジョブ情報記憶部
１１４８ アプリケーション固有の設定情報記憶部
１１４９ サービス認可情報記憶部
１１５１ 顧客情報管理部
１１５２ 契約管理部
１１５３ 販売管理部
１１５４ 業務用ライセンス管理部
１２０１ 業務端末
１２０２ ユーザ端末
１２０３ ＭＦＰ（複合機）
１２０４、１２０５ データセンタ
１２０６ ライセンス管理サーバ
１２０７、１２０９ ライセンスＤＢ
１２０８ サービス提供サーバ
１２１０ 業務アプリ
１２１１ サービス提供アプリ
１２１２ 業務ＡＰＩ
１２１３ プラットフォームＡＰＩ
１５００ コンピュータシステム
１５０１ 入力装置
１５０２ 表示装置
１５０３ 外部Ｉ／Ｆ
１５０３ａ 記録媒体
１５０４ ＲＡＭ
１５０５ ＲＯＭ
１５０６ ＣＰＵ
１５０７ 通信Ｉ／Ｆ
１５０８ ＨＤＤ
Ｂ バス
ＦＷ ファイヤウォール
Ｎ１〜Ｎ３ ネットワーク

特許第５１５７５２０号

Claims (9)

1. 端末装置と、１以上の情報処理装置とを含む情報処理システムであって、
   ライセンスにより権限が割り当てられたユーザに、権限に応じたサービスを提供する１つ以上のサービス提供手段と、
   前記ライセンスを管理するライセンス管理手段と、
   を有し、
   前記サービス提供手段は、前記ライセンス管理手段が第１の記憶手段に保存して管理するライセンスのライセンス情報の複製を記憶する第２の記憶手段と、
   前記サービスの種別ごとの前記サービスに対する権限の設定を受け付ける権限設定画面を生成して前記端末装置に表示させ、前記権限設定画面から、前記サービスの種別、前記ユーザ、及び、前記サービスに対する権限を指定した、前記サービスに対する権限の設定を受け付ける設定受付手段と、
   前記ライセンスにより権限が割り当てられるユーザ数が前記ライセンスにより権限が割り当て可能なユーザ数を超えないように、前記端末装置から受け付けた前記サービスに対する権限の設定を行う権限設定手段と、
   を有し、
   前記権限設定手段は、受け付けた前記サービスに対する権限の設定を行ったあとの前記ライセンスにより権限が割り当てられるユーザ数と、前記ライセンスにより権限が割り当て可能なユーザ数と、を比較し、前記ライセンスにより権限が割り当てられるユーザ数が前記ライセンスにより権限が割り当て可能なユーザ数を超過しなければ、前記端末装置から受け付けた前記サービスに対する権限の設定を行い、
   前記ライセンスが解約されると、前記解約されたライセンス以外のライセンスにより権限が割り当て可能なユーザ数を判定し、割り当て済みのユーザ数が前記解約されたライセンス以外のライセンスにより権限が割り当て可能なユーザ数を超過している場合に、その旨の通知を行う
   ことを特徴とする情報処理システム。
2. 前記設定受付手段は、１つ以上のライセンスにより権限が割り当て可能なユーザ数と前記１つ以上のライセンスにより権限が割り当て済みのユーザ数とを含むように前記権限設定画面を前記端末装置に表示させること
   を特徴とする請求項１記載の情報処理システム。
3. 前記設定受付手段は、１つ以上のライセンスから選択された一のライセンスにより権限が割り当て可能なユーザ数と前記一のライセンスにより権限が割り当て済みのユーザ数とを含むように前記権限設定画面を前記端末装置に表示させ、前記権限設定画面から、前記一のライセンス、サービスの種別、前記ユーザ、及び、前記サービスに対する権限を指定した、前記サービスに対する権限の設定を受け付けること
   を特徴とする請求項１記載の情報処理システム。
4. 前記権限設定手段は、前記ライセンスが更新されると、更新後のライセンスにより権限が割り当て可能なユーザ数を判定し、割り当て済みのユーザ数が前記更新後のライセンスにより権限が割り当て可能なユーザ数を超過している場合に、その旨の通知を行うこと
   を特徴とする請求項１又は３記載の情報処理システム。
5. 前記権限設定手段は、前記ライセンスが解約されると、前記解約されたライセンス以外のライセンスにより権限が割り当て可能なユーザ数を判定し、割り当て済みのユーザ数が前記解約されたライセンス以外のライセンスにより権限が割り当て可能なユーザ数を超過している場合に、前記解約されたライセンス以外のライセンスにより権限が割り当て可能なユーザ数に収まるように、一部のユーザの権限の割り当てを解除すること
   を特徴とする請求項１又は３記載の情報処理システム。
6. 前記権限設定手段は、権限の割り当てを優先的に残すユーザの設定を受け付けること
   を特徴とする請求項５記載の情報処理システム。
7. ライセンスにより権限が割り当てられたユーザに、権限に応じたサービスを提供する１つ以上のサービス提供手段と、
   前記ライセンスを管理するライセンス管理手段と、
   を有し、
   前記サービス提供手段は、前記ライセンス管理手段が第１の記憶手段に保存して管理するライセンスのライセンス情報の複製を記憶する第２の記憶手段と、
   前記サービスの種別ごとの前記サービスに対する権限の設定を受け付ける権限設定画面を生成して端末装置に表示させ、前記権限設定画面から、前記サービスの種別、前記ユーザ、及び、前記サービスに対する権限を指定した、前記サービスに対する権限の設定を受け付ける設定受付手段と、
   前記ライセンスにより権限が割り当てられるユーザ数が前記ライセンスにより権限が割り当て可能なユーザ数を超えないように、前記端末装置から受け付けた前記サービスに対する権限の設定を行う権限設定手段と、
   を有し、
   前記権限設定手段は、受け付けた前記サービスに対する権限の設定を行ったあとの前記ライセンスにより権限が割り当てられるユーザ数と、前記ライセンスにより権限が割り当て可能なユーザ数と、を比較し、前記ライセンスにより権限が割り当てられるユーザ数が前記ライセンスにより権限が割り当て可能なユーザ数を超過しなければ、前記端末装置から受け付けた前記サービスに対する権限の設定を行い、
   前記ライセンスが解約されると、前記解約されたライセンス以外のライセンスにより権限が割り当て可能なユーザ数を判定し、割り当て済みのユーザ数が前記解約されたライセンス以外のライセンスにより権限が割り当て可能なユーザ数を超過している場合に、その旨の通知を行う
   ことを特徴とする情報処理装置。
8. コンピュータを、
   ライセンスにより権限が割り当てられたユーザに、権限に応じたサービスを提供する１つ以上のサービス提供手段、
   前記ライセンスを管理するライセンス管理手段、
   として機能させ、
   前記サービス提供手段は、前記ライセンス管理手段が第１の記憶手段に保存して管理するライセンスのライセンス情報の複製を記憶する第２の記憶手段と、
   前記サービスの種別ごとの前記サービスに対する権限の設定を受け付ける権限設定画面を生成して端末装置に表示させ、前記権限設定画面から、前記サービスの種別、前記ユーザ、及び、前記サービスに対する権限を指定した、前記サービスに対する権限の設定を受け付ける設定受付手段と、
   前記ライセンスにより権限が割り当てられるユーザ数が前記ライセンスにより権限が割り当て可能なユーザ数を超えないように、前記端末装置から受け付けた前記サービスに対する権限の設定を行う権限設定手段と、
   を有し、
   前記権限設定手段は、受け付けた前記サービスに対する権限の設定を行ったあとの前記ライセンスにより権限が割り当てられるユーザ数と、前記ライセンスにより権限が割り当て可能なユーザ数と、を比較し、前記ライセンスにより権限が割り当てられるユーザ数が前記ライセンスにより権限が割り当て可能なユーザ数を超過しなければ、前記端末装置から受け付けた前記サービスに対する権限の設定を行い、
   前記ライセンスが解約されると、前記解約されたライセンス以外のライセンスにより権限が割り当て可能なユーザ数を判定し、割り当て済みのユーザ数が前記解約されたライセンス以外のライセンスにより権限が割り当て可能なユーザ数を超過している場合に、その旨の通知を行う
   ことを特徴とするプログラム。
9. 端末装置と、１以上の情報処理装置とを含む情報処理システムにおいて実行されるライセンス管理方法であって、
   前記情報処理システムは、
   ライセンスにより権限が割り当てられたユーザに、権限に応じたサービスを提供する１つ以上のサービス提供手段と、
   前記ライセンスを管理するライセンス管理手段と、
   を有し、
   前記サービス提供手段は、
   前記ライセンス管理手段が第１の記憶手段に保存して管理するライセンスのライセンス情報の複製を記憶するステップと、
   前記サービスの種別ごとの前記サービスに対する権限の設定を受け付ける権限設定画面を生成して前記端末装置に表示させ、前記権限設定画面から、前記サービスの種別、前記ユーザ、及び、前記サービスに対する権限を指定した、前記サービスに対する権限の設定を受け付けるステップと、
   前記ライセンスにより権限が割り当てられるユーザ数が前記ライセンスにより権限が割り当て可能なユーザ数を超えないように、前記端末装置から受け付けた前記サービスに対する権限の設定を行うステップと、
   を実行し、
   前記サービスに対する権限の設定を行うステップは、
   受け付けた前記サービスに対する権限の設定を行ったあとの前記ライセンスにより権限が割り当てられるユーザ数と、前記ライセンスにより権限が割り当て可能なユーザ数と、を比較し、前記ライセンスにより権限が割り当てられるユーザ数が前記ライセンスにより権限が割り当て可能なユーザ数を超過しなければ、前記端末装置から受け付けた前記サービスに対する権限の設定を行い、
   前記ライセンスが解約されると、前記解約されたライセンス以外のライセンスにより権限が割り当て可能なユーザ数を判定し、割り当て済みのユーザ数が前記解約されたライセンス以外のライセンスにより権限が割り当て可能なユーザ数を超過している場合に、その旨の通知を行う
   ことを特徴とするライセンス管理方法。