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

情報処理システム、情報処理装置、ライセンス管理方法及びプログラム Download PDF

Info

Publication number
JP6291825B2
JP6291825B2 JP2013257094A JP2013257094A JP6291825B2 JP 6291825 B2 JP6291825 B2 JP 6291825B2 JP 2013257094 A JP2013257094 A JP 2013257094A JP 2013257094 A JP2013257094 A JP 2013257094A JP 6291825 B2 JP6291825 B2 JP 6291825B2
Authority
JP
Japan
Prior art keywords
license
service
information
service providing
stored
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2013257094A
Other languages
English (en)
Other versions
JP2015114893A (ja
Inventor
楽 竹本
楽 竹本
松島　弘幸
弘幸 松島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2013257094A priority Critical patent/JP6291825B2/ja
Priority to US14/565,587 priority patent/US9659154B2/en
Publication of JP2015114893A publication Critical patent/JP2015114893A/ja
Application granted granted Critical
Publication of JP6291825B2 publication Critical patent/JP6291825B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/105—Arrangements for software license management or administration, e.g. for managing licenses at corporate level

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 (12)

  1. １以上の情報処理装置を含む情報処理システムであって、
    ライセンスに紐づく機器にサービスを提供する１つ以上のサービス提供手段と、
    仮登録又は登録されたライセンスを管理するライセンス管理手段と、
    を有し、
    前記サービス提供手段は、前記ライセンス管理手段が第１の記憶手段に保存して管理するライセンスのライセンス情報の複製を記憶する第２の記憶手段と、
    機器からライセンスの有効化の要求を受け付け、前記第２の記憶手段に記憶されている仮登録されたライセンスを前記機器と紐付けて有効化又は登録されたライセンスに前記機器を追加するように紐付け、前記第１の記憶手段に記憶されているライセンスのライセンス情報に反映させるように要求する有効化手段と、
    を有し、
    前記有効化手段は、ライセンス情報に含まれるサービスを利用可能とすることができる機器の数量に基づいてライセンスに紐付ける前記機器の数量を調整し、
    前記サービス提供手段は、
    前記機器からライセンスの更新の要求を受け付け、前記第２の記憶手段に記憶されている前記仮登録されたライセンスを、有効化されているライセンスの次に有効化するライセンスとして、前記第１の記憶手段及び前記第２の記憶手段に記憶されているライセンス情報に反映させること
    を特徴とする情報処理システム。
  2. 前記有効化手段は、ライセンス情報に含まれるサービスを利用可能とすることができる機器の数量に基づき、登録されたライセンスに前記機器を追加するように紐付けることができなければ、その旨を前記機器に通知すること
    を特徴とする請求項１記載の情報処理システム。
  3. 前記ライセンス管理手段は、前記第１の記憶手段に保存して管理するライセンスに紐付けられている前記機器を削除する要求を受け付け、前記第１の記憶手段に保存して管理するライセンスに紐付けられている前記機器を削除したあと、前記第２の記憶手段に記憶されているライセンスのライセンス情報に反映させるように要求すること
    を特徴とする請求項１又は２記載の情報処理システム。
  4. 前記ライセンス管理手段が管理するライセンスは、前記機器が前記サービス提供手段を使用するための第１のライセンスと、前記サービス提供手段が提供するサービスを使用するためのサービス毎の第２のライセンスと、を含み、第１のライセンスと第２のライセンスとを関連付けて保存すること
    を特徴とする請求項１記載の情報処理システム。
  5. 前記サービス提供手段は、第１のライセンスと第２のライセンスとが有効化されているときに、前記機器にサービスを提供すること
    を特徴とする請求項３記載の情報処理システム。
  6. 前記サービス提供手段は、有効化されているライセンスに紐付けられている前記機器の数量よりも、有効化されているライセンスの次に有効化するライセンスのサービスを利用可能とすることができる機器の数量が多いときに、前記機器からライセンスの更新の要求を受け付けた前記第２の記憶手段に記憶されている前記仮登録されたライセンスを有効化されているライセンスの次に有効化するライセンスとして反映させること
    を特徴とする請求項１乃至５何れか一項記載の情報処理システム。
  7. 前記ライセンス管理手段は、前記第１の記憶手段に保存して管理するライセンスに紐付けられている前記機器を削除する要求を受け付け、前記第１の記憶手段に保存して管理するライセンスに紐付けられている前記機器を削除するとき、有効化されているライセンスの次に有効化するライセンスの前記第１の記憶手段及び前記第２の記憶手段に記憶されているライセンス情報に反映させること
    を特徴とする請求項１乃至５何れか一項記載の情報処理システム。
  8. 前記サービス提供手段は、親ライセンスである第１のライセンスを無効化するときに第１のライセンスに紐付く情報を削除すること
    を特徴とする請求項４記載の情報処理システム。
  9. 前記ライセンス管理手段は、地域を指定したライセンスの仮登録、変更又は解約の要求を受け付け、指定された地域に対応する前記サービス提供手段に仮登録、変更又は解約されたライセンスのライセンス情報を通知すること
    を特徴とする請求項１乃至８何れか一項記載の情報処理システム。
  10. ライセンスに紐づく機器にサービスを提供する１つ以上のサービス提供手段と、
    仮登録又は登録されたライセンスを管理するライセンス管理手段と、
    を有し、
    前記サービス提供手段は、前記ライセンス管理手段が第１の記憶手段に保存して管理するライセンスのライセンス情報の複製を記憶する第２の記憶手段と、
    機器からライセンスの有効化の要求を受け付け、前記第２の記憶手段に記憶されている仮登録されたライセンスを前記機器と紐付けて有効化又は登録されたライセンスに前記機器を追加するように紐付け、前記第１の記憶手段に記憶されているライセンスのライセンス情報に反映させるように要求する有効化手段と、
    を有し、
    前記有効化手段は、ライセンス情報に含まれるサービスを利用可能とすることができる機器の数量に基づいてライセンスに紐付ける前記機器の数量を調整し、
    前記サービス提供手段は、
    前記機器からライセンスの更新の要求を受け付け、前記第２の記憶手段に記憶されている前記仮登録されたライセンスを、有効化されているライセンスの次に有効化するライセンスとして、前記第１の記憶手段及び前記第２の記憶手段に記憶されているライセンス情報に反映させること
    を特徴とする情報処理装置。
  11. コンピュータを、
    ライセンスに紐づく機器にサービスを提供する１つ以上のサービス提供手段、
    仮登録又は登録されたライセンスを管理するライセンス管理手段、
    として機能させ、
    前記サービス提供手段は、前記ライセンス管理手段が第１の記憶手段に保存して管理するライセンスのライセンス情報の複製を記憶する第２の記憶手段と、
    機器からライセンスの有効化の要求を受け付け、前記第２の記憶手段に記憶されている仮登録されたライセンスを前記機器と紐付けて有効化又は登録されたライセンスに前記機器を追加するように紐付け、前記第１の記憶手段に記憶されているライセンスのライセンス情報に反映させるように要求する有効化手段と、
    を有し、
    前記有効化手段は、ライセンス情報に含まれるサービスを利用可能とすることができる機器の数量に基づいてライセンスに紐付ける前記機器の数量を調整し、
    前記サービス提供手段は、
    前記機器からライセンスの更新の要求を受け付け、前記第２の記憶手段に記憶されている前記仮登録されたライセンスを、有効化されているライセンスの次に有効化するライセンスとして、前記第１の記憶手段及び前記第２の記憶手段に記憶されているライセンス情報に反映させること
    を特徴とするプログラム。
  12. １以上の情報処理装置を含む情報処理システムにおいて実行されるライセンス管理方法であって、
    前記情報処理システムは、
    ライセンスに紐づく機器にサービスを提供する１つ以上のサービス提供手段と、
    仮登録又は登録されたライセンスを管理するライセンス管理手段と、
    を有し、
    前記ライセンス管理手段が第１の記憶手段に保存して管理するライセンスのライセンス情報の複製を第２の記憶手段に記憶し、
    機器からライセンスの有効化の要求を受け付け、前記第２の記憶手段に記憶されている仮登録されたライセンスを前記機器と紐付けて有効化又は登録されたライセンスに前記機器を追加するように紐付け、前記第１の記憶手段に記憶されているライセンスのライセンス情報に反映させるように要求し、
    ライセンス情報に含まれるサービスを利用可能とすることができる機器の数量に基づいてライセンスに紐付ける前記機器の数量を調整し、
    前記サービス提供手段は、
    前記機器からライセンスの更新の要求を受け付け、前記第２の記憶手段に記憶されている前記仮登録されたライセンスを、有効化されているライセンスの次に有効化するライセンスとして、前記第１の記憶手段及び前記第２の記憶手段に記憶されているライセンス情報に反映させること
    を特徴とするライセンス管理方法。
JP2013257094A 2013-12-12 2013-12-12 情報処理システム、情報処理装置、ライセンス管理方法及びプログラム Expired - Fee Related JP6291825B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2013257094A JP6291825B2 (ja) 2013-12-12 2013-12-12 情報処理システム、情報処理装置、ライセンス管理方法及びプログラム
US14/565,587 US9659154B2 (en) 2013-12-12 2014-12-10 Information processing system, information processing apparatus, method of administrating license, and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013257094A JP6291825B2 (ja) 2013-12-12 2013-12-12 情報処理システム、情報処理装置、ライセンス管理方法及びプログラム

Publications (2)

Publication Number Publication Date
JP2015114893A JP2015114893A (ja) 2015-06-22
JP6291825B2 true JP6291825B2 (ja) 2018-03-14

Family

ID=53368807

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013257094A Expired - Fee Related JP6291825B2 (ja) 2013-12-12 2013-12-12 情報処理システム、情報処理装置、ライセンス管理方法及びプログラム

Country Status (2)

Country Link
US (1) US9659154B2 (ja)
JP (1) JP6291825B2 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10291620B2 (en) * 2015-11-25 2019-05-14 Ricoh Company, Ltd. Information processing apparatus, terminal apparatus, program, and information processing system for collaborative use of authentication information between shared services
US10638012B2 (en) 2016-07-14 2020-04-28 Ricoh Company, Ltd. Information processing system, information processing apparatus, and information processing method
JP2018092548A (ja) * 2016-12-07 2018-06-14 キヤノン株式会社 ライセンス管理システム、ライセンス管理方法、情報処理装置およびプログラム
US20180365743A1 (en) * 2017-06-16 2018-12-20 Kyocera Document Solutions Inc. Billing System and Billing Method Configured to Combine Usage Fees of Electronic Device and Cloud Service
US11727514B2 (en) 2018-06-06 2023-08-15 Walmart Apollo, Llc Brand and license hierarchy management system
US10862922B2 (en) * 2018-07-03 2020-12-08 Emc Corporation Server selection for optimized malware scan on NAS
EP3709197A1 (en) * 2019-03-13 2020-09-16 Ricoh Company, Ltd. Information processing system, server, carrier medium, and method for controlling assignment of license
JP7400544B2 (ja) 2019-03-13 2023-12-19 株式会社リコー 情報処理システム、サーバ、プログラムおよびライセンス付与方法
US11606361B2 (en) * 2019-07-19 2023-03-14 Ricoh Company, Ltd. Cloud system, information processing system, and user registration method
KR20210088100A (ko) * 2020-01-06 2021-07-14 휴렛-팩커드 디벨롭먼트 컴퍼니, 엘.피. 디바이스 리셋 후의 어플리케이션의 복구
JP2022115602A (ja) 2021-01-28 2022-08-09 株式会社リコー 情報処理システム、情報処理方法およびプログラム
JP2022144259A (ja) 2021-03-18 2022-10-03 株式会社リコー 情報処理システム、情報処理方法、プログラムおよび情報処理装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5708709A (en) * 1995-12-08 1998-01-13 Sun Microsystems, Inc. System and method for managing try-and-buy usage of application programs
US6810389B1 (en) * 2000-11-08 2004-10-26 Synopsys, Inc. System and method for flexible packaging of software application licenses
JP2003091327A (ja) * 2001-07-09 2003-03-28 Hewlett Packard Japan Ltd ライセンス管理システムおよびアプリケーション配信システム
CA2485053A1 (en) * 2002-05-10 2003-11-20 Protexis Inc. System and method for multi-tiered license management and distribution using networked clearinghouses
US20050114266A1 (en) * 2003-11-26 2005-05-26 Lingan Satkunanathan System and method for managing licenses using interactive wizards
JP2006018770A (ja) 2004-07-05 2006-01-19 Canon Inc ライセンス発行システム、ライセンス発行サーバ及びライセンス発行方法
JP2006059163A (ja) * 2004-08-20 2006-03-02 Fujitsu Support & Service Kk ライセンス管理システム、ライセンス管理プログラム、およびライセンス管理方法
JP4882597B2 (ja) 2006-08-21 2012-02-22 コニカミノルタビジネステクノロジーズ株式会社 画像処理装置、アプリケーションの管理方法、およびコンピュータプログラム
JP2009230422A (ja) * 2008-03-21 2009-10-08 Canon Inc ライセンスファイル発行装置、画像処理装置、ライセンスファイル発行方法及びアプリケーションインストール方法
JP4753217B2 (ja) * 2009-09-28 2011-08-24 株式会社ソニー・コンピュータエンタテインメント ライセンス管理方法およびコンテント処理システム
JP5915344B2 (ja) * 2011-04-22 2016-05-11 株式会社リコー 情報処理装置
JP6291826B2 (ja) 2013-02-06 2018-03-14 株式会社リコー 情報処理システム及びライセンス管理方法

Also Published As

Publication number Publication date
US20150169849A1 (en) 2015-06-18
US9659154B2 (en) 2017-05-23
JP2015114893A (ja) 2015-06-22

Similar Documents

Publication Publication Date Title
JP6291825B2 (ja) 情報処理システム、情報処理装置、ライセンス管理方法及びプログラム
JP6291826B2 (ja) 情報処理システム及びライセンス管理方法
JP6476760B2 (ja) 情報処理システム、情報処理装置、ログイン方法、及びプログラム
JP6488646B2 (ja) 情報処理システム、情報処理装置、ライセンス管理方法及びプログラム
JP6550692B2 (ja) サービス提供システム、ログ情報提供方法及びプログラム
JP2016091115A (ja) 情報処理システム、情報処理装置、アカウント登録方法及びプログラム
JP6372311B2 (ja) 情報処理システム、電子機器、サービス認可方法及びプログラム
JP6459398B2 (ja) 情報処理システム、情報処理装置、アクセス制御方法及びプログラム
JP2014153806A (ja) 情報処理システム、情報処理装置、認証情報管理方法及びプログラム
JP6183035B2 (ja) サービス提供システム、サービス提供方法及びプログラム
JP6427880B2 (ja) 情報処理システム、情報処理装置及びプログラム
JP2017072890A (ja) サービス提供システム、情報処理装置、プログラム及び情報処理システム
JP6927282B2 (ja) 情報処理装置、端末装置、プログラム及び情報処理システム
JP6075011B2 (ja) 情報処理装置、システム及び情報提供方法
JP6102296B2 (ja) 情報処理システム、情報処理装置、認証方法及びプログラム
JP6451888B2 (ja) 情報処理装置、システム及びプログラム
JP6205946B2 (ja) サービス提供システム、情報収集方法及びプログラム
JP6241111B2 (ja) サービス提供システム、情報処理システム、利用制限方法及びプログラム
JP2011107959A (ja) 文書管理システム、文書管理装置、インタフェース装置及び文書管理方法
JP2019135679A (ja) 情報処理システム、情報処理装置、アカウント登録方法及びプログラム
JP6299101B2 (ja) サービス提供システム、サービス提供方法及びプログラム
JP6070075B2 (ja) システム、情報管理方法及び情報処理装置
JP2018081572A (ja) サービス提供システム、情報処理装置、プログラム及び情報処理システム
JP6304408B2 (ja) 情報処理装置、情報提供方法及びプログラム
JP2017041221A (ja) サービス提供システム、サービス提供方法、情報処理装置及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20161122

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170915

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170926

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171127

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180116

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180129

R151 Written notification of patent or utility model registration

Ref document number: 6291825

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

LAPS Cancellation because of no payment of annual fees