特開 2024-179033 サービス管理装置及びサービス管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024179033

(43)【公開日】2024-12-26

(54)【発明の名称】サービス管理装置及びサービス管理方法

(51)【国際特許分類】

   G06Q 10/00 20230101AFI20241219BHJP

   G06Q 30/06 20230101ALI20241219BHJP

【ＦＩ】

G06Q10/00

G06Q30/06

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2023097522

(22)【出願日】2023-06-14

(71)【出願人】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110001678

【氏名又は名称】藤央弁理士法人

(72)【発明者】

【氏名】天野 光司

(72)【発明者】

【氏名】長岡 晴子

(72)【発明者】

【氏名】高橋 利光

(72)【発明者】

【氏名】梅北 泰輔

【テーマコード（参考）】

5L010

5L030

5L049

【Ｆターム（参考）】

5L010AA01

5L030BB22

5L049AA01

5L049BB22

(57)【要約】      （修正有）

【課題】セグメント間の階層構造に基づくサービスへの柔軟なアクセス管理を実現するサービス管理装置及びサービス管理方法を提供する。
【解決手段】サービス管理システムにおいて、サービス管理装置１００は、企業、組織、及びユーザを含むセグメントそれぞれについてセグメント間の包含関係による階層構造が付与された相互構造を示すセグメント構造管理テーブル１３２と、サービスのライセンスと、当該ライセンスを保有するセグメントの相互構造と、を示すサービス提供条件管理テーブル１３４と、を保持し、認証の対象であるユーザ及びサービスを示す認証要求を受信し、セグメント構造管理テーブル１３２から、認証要求が示すユーザを含む相互構造を特定し、特定した相互構造に含まれるセグメントが保有するサービスのライセンスと、認証要求が示すサービスと、に基づいて、認証要求に対する認証を行う。
【選択図】図３

【特許請求の範囲】

【請求項1】

サービス管理装置であって、
プロセッサとメモリとを備え、
前記メモリは、
企業、組織、及びユーザを含むセグメントそれぞれについてセグメント間の包含関係による階層構造が付与された相互構造を示すセグメント構造情報と、
サービスのライセンスと、当該ライセンスを保有するセグメントの前記相互構造と、を示すサービス提供条件管理情報と、を保持し、
前記プロセッサは、
認証の対象であるユーザ及びサービスを示す認証要求を受信し、
前記セグメント構造情報から、前記認証要求が示すユーザを含む相互構造を特定し、
前記特定した相互構造に含まれるセグメントが保有するサービスのライセンスと、前記認証要求が示すサービスと、に基づいて、前記認証要求に対する認証を行う、サービス管理装置。

【請求項2】

請求項１に記載のサービス管理装置であって、
前記サービス提供条件管理情報は、前記ライセンスを利用するセグメントが当該ライセンスに対応するサービスを利用するための予算を示し、
前記メモリは、前記セグメントそれぞれが有する予算に当該セグメントの前記相互構造が付与された予算構造情報を保持し、
前記プロセッサは、
前記認証要求が示すサービスに前記サービス提供条件管理情報において対応する予算と、前記特定した相互構造に含まれるセグメントが保有する前記予算構造情報が示す予算と、を比較して、前記認証要求に対する認証を行う、サービス管理装置。

【請求項3】

請求項１に記載のサービス管理装置であって、
前記メモリは、
前記サービスのライセンスと、当該ライセンスを保有するセグメントの前記相互構造と、当該サービスの利用量に基づく対価を計算するルールである従量計算ルールと、を示す従量計算ルール管理情報を保持し、
前記プロセッサは、
サービスと、当該サービスを利用したユーザと、当該サービスの利用量と、を示すメッセージを取得し、
前記従量計算ルール管理情報から、前記メッセージが示すユーザを含む相互構造と前記メッセージが示すサービスとに対応する従量計算ルールを特定し、
前記メッセージが示す利用量と、前記特定した従量計算ルールと、に基づいて、当該サービスの利用量に基づく対価を計算する、サービス管理装置。

【請求項4】

請求項３に記載のサービス管理装置であって、
前記メモリは、前記セグメントそれぞれが有する予算に当該セグメントの前記相互構造が付与された予算構造情報を保持し、
前記プロセッサは、前記計算した対価を、前記メッセージが示すユーザを含む相互情報に含まれるセグメントが保有する前記予算構造情報が示す予算に対して請求する、サービス管理装置。

【請求項5】

請求項３に記載のサービス管理装置であって、
前記メモリは、前記サービスによって得られた利益を受け取る組織と、当該サービスによって得られた利益の分配率と、を示すサービス利益分配管理情報を保持し、
前記プロセッサは、
前記サービス利益分配管理情報を参照して、前記計算した対価に対応するサービスを受け取る組織を特定し、
当該サービスと前記特定した組織と、に前記サービス利益分配管理情報において対応する分配率と、前記対価と、に基づいて、前記特定した組織に分配する利益を算出する、サービス管理装置。

【請求項6】

請求項５に記載のサービス管理装置であって、
前記メモリは、前記対価を支払う支払通貨と、前記分配される利益を受け取る受取通貨と、を示す情報を保持し、
前記プロセッサは、支払われた前記対価の前記支払通貨を前記受取通貨に変換して、前記特定した組織に利益を分配する、サービス管理装置。

【請求項7】

請求項３に記載のサービス管理装置であって、
前記プロセッサは、
前記メッセージが示すユーザを含む相互構造と、前記メッセージが示すサービスと、前記サービス提供条件管理情報が示す当該相互構造に対応するライセンスのサービスと、に基づいて、不正利用又は許可外利用を検知し、
前記不正利用又は前記許可外利用を検知した場合、前記メッセージが示すユーザが保有するライセンスに関する情報を、前記サービス提供条件管理情報から削除する、サービス管理装置。

【請求項8】

請求項１に記載のサービス管理装置であって、
前記プロセッサは、
第１ユーザを第２ユーザに変更する指示を受け付け、
前記セグメント構造情報における相互構造に含まれる前記第１ユーザと、前記サービス提供条件管理情報における相互構造に含まれる前記第１ユーザと、を前記第２ユーザに変更する、サービス管理装置。

【請求項9】

請求項１に記載のサービス管理装置であって、
前記プロセッサは、
第１セグメントが第１サービスのライセンスを保有することを示す情報を、前記サービス提供条件管理情報に登録する指示を受け付け、
前記第１セグメントを含む相互構造において、前記第１セグメントより上位の階層に位置するセグメントを、前記セグメント構造情報から特定し、
前記特定したセグメントが前記第１サービスのライセンスを保有していると、前記サービス提供条件管理情報に基づいて判定した場合、前記指示を拒否する、サービス管理装置。

【請求項10】

請求項１に記載のサービス管理装置であって、
前記メモリは、複数のユーザのグループを示す情報を保持し、
前記プロセッサは、前記複数のユーザの一部のユーザから受信した認証要求に対する認証に成功しても、前記複数のユーザの全てのユーザから受信した認証要求に対する認証に成功するまでは、当該一部のユーザを前記サービスの利用待ち状態とする、サービス管理装置。

【請求項11】

請求項１に記載のサービス管理装置であって、
前記メモリは、前記セグメントそれぞれが有する予算に当該セグメントの前記相互構造が付与された予算構造情報を保持し、
前記プロセッサは、
予算の融通元であるセグメントと、融通先であるセグメントと、融通する融通金額と、を示す指示を受け付けた場合、
前記予算構造情報における前記融通元であるセグメントの予算から前記融通金額を減算し、
前記融通先であるセグメントの前記相互構造と、前記融通金額と、を前記予算構造情報に追加する、サービス管理装置。

【請求項12】

サービス管理装置によるサービス管理方法であって、
前記サービス管理装置は、プロセッサとメモリとを備え、
前記メモリは、
企業、組織、及びユーザを含むセグメントそれぞれについてセグメント間の包含関係による階層構造が付与された相互構造を示すセグメント構造情報と、
サービスのライセンスと、当該ライセンスを保有するセグメントの前記相互構造と、を示すサービス提供条件管理情報と、を保持し、
前記サービス管理方法は、
前記プロセッサが、認証の対象であるユーザ及びサービスを示す認証要求を受信し、
前記プロセッサが、前記セグメント構造情報から、前記認証要求が示すユーザを含む相互構造を特定し、
前記プロセッサが、前記特定した相互構造に含まれるセグメントが保有するサービスのライセンスと、前記認証要求が示すサービスと、に基づいて、前記認証要求に対する認証を行う、サービス管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サービス管理装置及びサービス管理方法に関する。

【背景技術】

【0002】

本技術分野の背景技術として、特開２０２０－０６７７７７号公報（特許文献１）がある。この公報には、サブスクリプション商品販売システムは、販売可能な複数種類のサブスクリプション商品に関する商品情報を管理する商品情報管理手段と、複数種類のサブスクリプション商品のうちのいずれかを指定するための商品指定手段、商品指定手段を介して指定されたサブスクリプション商品に関する商品情報を商品情報管理手段から取得し、当該サブスクリプション商品に応じたサブスクリプション契約情報を当該商品情報と対応付けて管理する契約情報管理手段とを備えている、ことが記載されている（要約参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】２０２０－０６７７７７号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１には、サブスクリプション商品販売システムが記載されており、サブスクリプション商品を契約した販売先の情報を管理している。サブスクリプションサービスを契約する販売先として、企業、企業に含まれる組織、及び組織に含まれるユーザ等の様々な階層的なセグメントが考えられる。例えば、企業に属する組織や、当該組織に属するユーザ等が、当該企業が契約しているサブスクリプションサービスにアクセスして利用する場合には、セグメント間の階層構造を考慮した上でアクセス管理を行う必要がある。

【0005】

しかし、特許文献１に記載の技術においては、このような契約先のセグメント間の階層構造を考慮することについては、記載されていない。そこで、本発明の一態様は、セグメント間の階層構造に基づくサービスへの柔軟なアクセス管理を実現することを目的とする。

【課題を解決するための手段】

【0006】

上記課題を解決するため、本発明の一態様は以下の構成を採用する。サービス管理装置は、プロセッサとメモリとを備え、前記メモリは、企業、組織、及びユーザを含むセグメントそれぞれについてセグメント間の包含関係による階層構造が付与された相互構造を示すセグメント構造情報と、サービスのライセンスと、当該ライセンスを保有するセグメントの前記相互構造と、を示すサービス提供条件管理情報と、を保持し、前記プロセッサは、認証の対象であるユーザ及びサービスを示す認証要求を受信し、前記セグメント構造情報から、前記認証要求が示すユーザを含む相互構造を特定し、前記特定した相互構造に含まれるセグメントが保有するサービスのライセンスと、前記認証要求が示すサービスと、に基づいて、前記認証要求に対する認証を行う。

【発明の効果】

【0007】

本発明の一態様によれば、セグメント間の階層構造に基づくサービスへの柔軟なアクセス管理を実現することができる。

【0008】

上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

【図面の簡単な説明】

【0009】

【図1】実施例におけるサービス管理システムの構成例を示すブロック図である。

【図2】実施例におけるサービス管理システムに含まれる各装置、及びユーザ端末を構成する計算機のハードウェア構成例を示すブロック図である。

【図3】実施例におけるサービス管理装置の機能構成例を示すブロック図である。

【図4】実施例における一元管理される前の各種情報の概要の一例を示す説明図である。

【図5】実施例におけるユーザ構造管理テーブルのデータ構成例を示す図である。

【図6】実施例におけるセグメント構造管理テーブルのデータ構成例を示す図である。

【図7】実施例における予算構造管理テーブルのデータ構成例を示す図である。

【図8】実施例におけるサービス提供条件管理テーブルのデータ構成例を示す図である。

【図9】実施例における従量計算ルール管理テーブルのデータ構成例を示す図である。

【図10】実施例における従量実績管理テーブルのデータ構成例を示す図である。

【図11】実施例におけるレポート用エビデンス管理テーブルのデータ構成例を示す図である。

【図12】実施例におけるサービス提供セグメント構造管理テーブルのデータ構成例を示す図である。

【図13】実施例におけるサービス利益分配管理テーブルのデータ構成例を示す図である。

【図14】実施例における従量実績生成処理の一例を示すフローチャートである。

【図15】実施例における認証管理処理の一例を示すフローチャートである。

【図16】実施例における請求処理の一例を示すフローチャートである。

【図17】実施例における利益分配処理の一例を示すフローチャートである。

【発明を実施するための形態】

【0010】

以下、本発明の実施形態を図面に基づいて詳細に説明する。本実施形態において、同一の構成には原則として同一の符号を付け、繰り返しの説明は省略する。なお、本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。

【実施例0011】

図１は、サービス管理システムの構成例を示すブロック図である。サービス管理システム５００は、例えば、互いにインターネット等のネットワークで接続された、サービス管理装置１００、サービス提供装置２００、ユーザ決済管理情報３００、及び企業管理情報４００を含む。サービス管理システム５００は、ユーザ端末６００にインターネット等のネットワークで接続されている。

【0012】

サービス管理装置１００は、サービス提供セグメントがユーザに提供するサービス、ユーザが所属する企業、サービスを利用するための決済、及びサービスを提供組織への利益分配等を管理する。

【0013】

サービス提供装置２００は、ユーザ端末６００に対してサービスを提供する。サービス提供装置２００は、サービス提供セグメントに設置されてユーザ端末６００に対して各種クラウドサービスを提供してもよいし、ユーザ組織に設置されてオンプレミスで運用されてもよい。

【0014】

ユーザ決済管理情報３００は、ユーザがサービスを利用するために用いる決済に関する情報であり、例えば、ユーザ識別情報３１０を含む。ユーザ識別情報３１０は、例えば、ユーザが利用する決済サービスにおいてユーザを識別する情報を含む。

【0015】

企業管理情報４００は、ユーザが属する企業に関する情報であり、例えば、企業予算構造情報４１０、組織決済構造情報４２０、及び組織構造情報４３０を含む。企業予算構造情報４１０は、企業が有する予算費目や企業が利用する決済方法（以下、予算費目や決済方法を総称して単に予算とも呼ぶ）に関する情報を含む。組織決済構造情報４２０は、企業に属する組織の決済構造を示す。組織構造情報４３０は、ユーザが属する組織の構造を示す。

【0016】

なお、ユーザ決済管理情報３００及び企業管理情報４００は、サービス管理装置１００に格納されていてもよいし、サービス管理システム５００に含まれる他の装置や、サービス管理システム５００に接続されている外部の装置に格納されていてもよい。

【0017】

ユーザ端末６００は、サービス提供装置２００が提供するサービスを利用する端末であり、サービスの利用に際して、サービス提供装置２００との間で通信パケット７００の送受信を行う。なお、サービス管理装置１００が通信パケット７００を取得し、取得した通信パケット７００をサービス管理に用いる。

【0018】

なお、本実施形態において、企業は他の企業に含まれる（例えば、親企業と子企業の関係）ことがあるものの、企業が組織及びユーザに含まれることはない。また、組織は企業又は他の組織に含まれることがあるものの、組織がユーザに含まれることはない。また、ユーザは企業又は組織に含まれる。従って、企業、組織、及びユーザ等のセグメント間の包含関係を示す階層構造（包含する側が上位の階層であり、包含される側が下位の階層である）において、組織は企業よりも下位の階層に属し、ユーザは企業及び組織よりも下位の階層に属する。

【0019】

図２は、サービス管理システム５００に含まれる各装置、及びユーザ端末６００を構成する計算機のハードウェア構成例を示すブロック図である。計算機１０００は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１００、メモリ１２００、補助記憶装置１３００、通信装置１４００、入力装置１５００、及び出力装置１６００を有する。

【0020】

ＣＰＵ１１００は、プロセッサを含み、メモリ１２００に格納されたプログラムを実行する。メモリ１２００は、不揮発性の記憶素子であるＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及び揮発性の記憶素子であるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含む。ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ））などを格納する。ＲＡＭは、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような高速かつ揮発性の記憶素子であり、ＣＰＵ１１００が実行するプログラム及びプログラムの実行時に使用されるデータを一時的に格納する。

【0021】

補助記憶装置１３００は、例えば、磁気記憶装置（ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ））、フラッシュメモリ（ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ））等の大容量かつ不揮発性の記憶装置であり、ＣＰＵ１１００が実行するプログラム及びプログラムの実行時に使用されるデータを格納する。すなわち、プログラムは、補助記憶装置１３００から読み出されて、メモリ１２００にロードされて、ＣＰＵ１１００によって実行される。

【0022】

入力装置１５００は、キーボードやマウスなどの、オペレータからの入力を受ける装置である。出力装置１６００は、ディスプレイ装置やプリンタなどの、プログラムの実行結果をオペレータが視認可能な形式で出力する装置である。

【0023】

通信装置１４００は、所定のプロトコルに従って、他の装置との通信を制御するネットワークインターフェース装置である。また、通信装置１４００は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等のシリアルインターフェースを含む。

【0024】

ＣＰＵ１１００が実行するプログラムの一部またはすべては、非一時的記憶媒体であるリムーバブルメディア（ＣＤ－ＲＯＭ、フラッシュメモリなど）又は、非一時的記憶装置を備える外部計算機からネットワークを介して計算機１０００に提供され、非一時的記憶媒体である不揮発性の補助記憶装置１３００に格納されてもよい。このため、計算機１０００は、リムーバブルメディアからデータを読み込むインターフェースを有するとよい。

【0025】

サービス管理システム５００に含まれる各装置、及びユーザ端末６００は、物理的に一つの計算機上で、又は、論理的又は物理的に構成された複数の計算機上で構成される計算機システムであり、同一の計算機上で別個のスレッドで動作してもよく、複数の物理的計算機資源上に構築された仮想計算機上で動作してもよい。

【0026】

図３は、サービス管理装置１００の機能構成例を示すブロック図である。サービス管理装置１００は、例えば、通貨連携機能１１１、ユーザ端末管理機能１１２、予算構造識別機能１１３、セグメント構造識別機能１１４、サービス提供条件管理機能１１５、サービス提供セグメント管理機能１１６、従量計算ルール管理機能１１７、請求機能１１８、請求額集約機能１１９、利益分配機能１２０、及びレポーティング機能１２１を有する。

【0027】

通貨連携機能１１１は、複数の通貨やポイント間で金額やポイント数の変換を行う。ユーザ端末管理機能１１２は、ユーザ端末６００を管理する。予算構造識別機能１１３、ユーザ、組織、及び企業の予算構造を識別する。セグメント構造識別機能１１４、ユーザ、組織、及び企業を含むセグメントのセグメント構造を識別する。サービス提供条件管理機能１１５は、サービスが提供されるためのライセンスや必要対価等を管理する。

【0028】

サービス提供セグメント管理機能１１６は、サービスを提供するセグメントを管理する。従量計算ルール管理機能１１７は、サービスの従量による対価を計算するための従量計算ルールを管理する。請求機能１１８は、サービスの利用やライセンスの保有に関する対価を請求する。請求額集約機能１１９は、サービスの利用やライセンスの保有に関する対価の請求額を集約する。

【0029】

利益分配機能１２０は、サービスの利用やライセンスの保有に関する対価によって得られた利益をサービス提供元に分配する。レポーティング機能１２１は、サービスの利用やライセンスの保有に関する対価の請求及び支払に関するレポートを生成する。

【0030】

例えば、サービス管理装置１００を構成する計算機１０００のＣＰＵ１１００は、当該計算機１０００のメモリ１２００にロードされた通貨連携プログラムに従って動作することで、通貨連携機能１１１として機能し、当該計算機１０００のメモリ１２００にロードされたユーザ端末管理プログラムに従って動作することで、ユーザ端末管理機能１１２として機能する。サービス管理装置１００に含まれる他の機能についても、プログラムと当該機能の関係は同様である。

【0031】

なお、サービス管理装置１００に含まれる他の機能の一部又は全部が、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェアによって実現されてもよい。

【0032】

サービス管理装置１００は、ユーザ構造管理テーブル１３１、セグメント構造管理テーブル１３２、予算構造管理テーブル１３３、サービス提供条件管理テーブル１３４、従量計算ルール管理テーブル１３５、従量実績管理テーブル１３６、レポート用エビデンス管理テーブル１３７、サービス提供セグメント構造管理テーブル１３８、及びサービス利益分配管理テーブル１３９を保持する。これら各種テーブルの詳細については、図５～図１３を用いて後述する。

【0033】

サービス管理装置１００が保持するテーブルは、例えば、サービス管理装置１００を構成する計算機１０００のメモリ１２００若しくは補助記憶装置１３００、又はサービス管理装置１００に接続されている外部の記憶装置に格納されている。

【0034】

なお、本実施形態において、サービス管理システム５００及びユーザ端末６００が使用する情報は、データ構造に依存せずどのようなデータ構造で表現されていてもよい。例えば、リスト、テーブル、データベース又はキューから適切に選択したデータ構造体が、情報を格納することができる。

【0035】

図４は、一元管理される前の各種情報の概要の一例を示す説明図である。図１で説明した通り、サービス管理システム５００及びユーザ端末６００が有する、一元管理される前の情報は、例えば、ユーザ識別情報３１０、ユーザ識別情報６１０、通信パケット７００、企業予算構造情報４１０、組織決済構造情報４２０、及び組織構造情報４３０を含む。これらの情報は、いずれも、１又は複数の識別情報を階層構造で示す。

【0036】

詳細は後述するが、これら識別情報は階層構造が異なるものの、同じ種類のＩＤを含んでいたり、ある識別情報に含まれるＩＤと、異なる識別情報に含まれるＩＤと、の間で階層構造を定義できたりする。これらの識別情報が一元化された情報をサービス管理装置１００が有することにより、サービスへの認証及びサービスに対する決済等を一元管理することができる。

【0037】

ユーザ識別情報６１０は、ユーザ端末６００が、サービス提供装置２００が提供するサービスをアクティベーションする際、又は当該サービスにログインする際等の認証時のユーザの識別情報であり、例えば、ユーザ端末ＩＤ／サービスＩＤ／ユーザＩＤの形式で表現される。

【0038】

ユーザ端末ＩＤは、ユーザ端末６００を識別するＩＤである。サービスＩＤは、サービスを識別するＩＤである。ユーザＩＤは、ユーザを識別するユーザＩＤである。なお、「／」で区切られた左側のＩＤは、当該階層構造において右側のＩＤよりも上位の階層に属するＩＤである。

【0039】

ユーザ識別情報３１０は、ユーザ端末６００のユーザの予算の識別情報であり、例えば、ユーザ端末ＩＤ／予算ＩＤ／ユーザＩＤの形式で表現される。予算ＩＤは、決済サービス（サービス提供装置２００が提供するサービスとは異なる）や予算を識別するＩＤである。

【0040】

図４の通信パケット７００は、ユーザ端末６００が、サービス提供装置２００が提供するサービスを利用する際に、ユーザ端末６００からサービス提供装置２００に送信されるパケットであり、例えば、サービスＩＤ／ユーザＩＤの形式で表現される識別情報を含む。なお、通信パケット７００のヘッダには、ユーザ端末ＩＤが付与されていてもよい。

【0041】

ユーザ識別情報３１０、ユーザ識別情報６１０、及び通信パケット７００は、階層構造及び階層構造に含まれるＩＤが異なるものの、いずれもユーザＩＤを含むため、サービス管理装置１００はこれらの識別情報を一元管理することで、例えば、認証のためのユーザ識別情報６１０が示すユーザＩＤを用いてサービス提供装置２００に対するユーザの認証及びユーザによる決済の双方を実現することができる。

【0042】

企業予算構造情報４１０は、企業が有する予算の識別情報であり、例えば、企業ＩＤ／予算ＩＤの形式で表現される。組織決済構造情報４２０は、組織に提供されたサービスに対する決済をする主体を示す識別情報であり、例えば、企業ＩＤ／組織ＩＤ（つまり、組織ＩＤが示す組織に提供されたサービスに対する対価を企業ＩＤが示す企業が支払うことを示す）の形式で表現される。組織構造情報４３０は、企業内の組織の一員としてのユーザの識別情報であり、例えば、企業ＩＤ／拠点ＩＤ／組織ＩＤ／ユーザＩＤの形式で表現される。

【0043】

組織決済構造情報４２０は組織に提供されたサービスに対する決済を当該組織が属する企業が行うことを示し、企業予算構造情報４１０は当該企業が有する予算を示すため、サービス管理装置１００は、組織決済構造情報４２０と企業予算構造情報４１０とを一元管理することで、サービスの提供を受けた組織に基づいて、当該サービスに対する決済を行うための（例えば企業の）予算を特定することができる。

【0044】

また、組織構造情報４３０はユーザが属する組織や企業、及び組織が属する組織や企業を示すため、ユーザが利用したサービスに対する決済を、当該ユーザが属する組織や当該組織が属する企業が行う場合には、サービス管理装置１００が組織決済構造情報４２０と企業予算構造情報４１０と組織構造情報４３０とを一元管理することで、ユーザが利用したサービスに対する決済を行うための（組織や企業の）予算を特定することができる。

【0045】

また、サービス提供装置２００がユーザ識別情報６１０と組織構造情報４３０とを一元管理することで、例えば、認証のためのユーザ識別情報６１０が示すユーザＩＤに基づいて、サービス提供装置２００に対するユーザに対する認証、及び当該ユーザが所属する組織としての認証を行うことができる。

【0046】

また、サービス管理装置１００が、後述するサービス提供セグメントの構造に関する情報やサービス提供セグメントが利益を受け取る方法（例えば、決済サービスや通貨等）等が定義された情報と、上記した各種識別情報が一元管理されることで、ユーザ、又は当該ユーザが属する組織若しくは企業が支払ったサービスへの対価を、サービス提供セグメントが利用する決済サービスや通貨等をもちいて、サービス提供セグメントに分配することができる。

【0047】

以下、図５～図１３を用いて、サービス管理装置１００が保持する各種管理テーブルについて説明する。後述するように、各管理テーブルは、レコード番号、データ型構造、構造化ＩＤ、値、及び単位を含む。

【0048】

構造化ＩＤは、１つの識別子のみからなる、又は「／」によって区切られた複数の識別子からなる識別情報である。構造化ＩＤは、当該構造化ＩＤの末端（最も右側に位置する）の識別子に対応する識別情報であって、かつ当該末端の識別子の上位階層をＲｏｏｔ（全ての構造化ＩＤの）まで順に辿る階層構造を示す識別情報である。データ型構造は、構造化ＩＤに含まれるＩＤの種類と、「／」で区切られる階層構造と、を示す。

【0049】

「Ｒｏｏｔ／企業ＩＤ／組織ＩＤ」のデータ型構造で定義される構造化ＩＤの一例である「Ｒｏｏｔ／企業名１／拠点名１」によって、末端の識別子（最も右側に位置する識別子）である「拠点名１」という組織が特定され、かつ「拠点名１」という組織が「企業名１」という企業に属していることも特定される。

【0050】

また、例えば、「ユーザＩＤ １」のユーザが、「企業名１」という企業の「拠点名１」という組織と、「企業名１」という企業の「拠点名２」という組織と、に属している場合、「Ｒｏｏｔ／企業名１／拠点名１／ユーザＩＤ １」、「Ｒｏｏｔ／企業名１／拠点名２／ユーザＩＤ １」という２つの構造化ＩＤが与えられることで、１人のユーザに対応する複数の階層構造を定義することができる。

【0051】

構造化ＩＤにおいて種々の識別子が「／」で区切られることによって、包含関係、利用関係、提供関係、等の様々な階層構造が定義される。例えば、構造化ＩＤのデータ型構造に「組織ＩＤ／ユーザＩＤ」という部分が含まれる場合、「組織ＩＤ」によって示される組織が、「ユーザＩＤ」によって示されるユーザを包含する関係を示す。

【0052】

また、例えば、構造化ＩＤのデータ型構造に「企業ＩＤ／予算ＩＤ」という部分が含まれる場合、「企業ＩＤ」によって示される企業が、「予算ＩＤ」によって示される予算を利用する利用関係を示す。また、例えば、構造化ＩＤのデータ型構造に「組織ＩＤ／サービスＩＤ」という部分が含まれる場合、「組織ＩＤ」によって示される組織が、「サービスＩＤ」によって示されるサービスを利用する関係を示す。

【0053】

また、構造化ＩＤのデータ型構造に「サービス提供組織ＩＤ／サービスＩＤ」という部分が含まれる場合、「サービス提供組織ＩＤ」によって示されるサービス提供セグメントが、「サービスＩＤ」によって示されるサービスを提供する関係を示す。

【0054】

各管理テーブルに定義される値は、構造化ＩＤの末端の識別子に対応する値を示す。各管理テーブルに定義される単位は、構造化ＩＤの末端の識別子に対応する値に付される単位を示す。具体的な値や単位については図５～図１３を用いて後述する。

【0055】

図５は、ユーザ構造管理テーブル１３１のデータ構成例を示す図である。ユーザ構造管理テーブル１３１は、ユーザＩＤを管理するためのテーブルである。ユーザ構造管理テーブル１３１においては、ユーザＩＤのみが管理されるため、ユーザ構造管理テーブル１３１において定義されている全ての構造化ＩＤのデータ型構造が「ユーザＩＤ」のみからなる。

【0056】

ユーザ構造管理テーブル１３１において、値として、例えば、ユーザの名前が格納されている。なお、ユーザ構造管理テーブル１３１を含む各種管理テーブルにおいて、ユーザの名前のように数値ではなく文字列として定義される値に対応する単位は「文字列」である。

【0057】

また、ユーザ構造管理テーブル１３１には、ユーザが保有する１以上のメールアドレスと、ユーザの属性と、が定義されていてもよい。ユーザの属性は、例えば、当該ユーザの役職、勤続年数、及び年齢等を含む。

【0058】

図６は、セグメント構造管理テーブル１３２のデータ構成例を示す図である。セグメント構造管理テーブル１３２は、ユーザが属する組織、組織が属する組織、組織が属する企業、及び企業が属する企業等のセグメント間の包含関係を管理するためのテーブルである。

【0059】

セグメント構造管理テーブル１３２には、ユーザ、組織、及び企業それぞれの識別子について、上位の階層の組織や企業の識別子が付与された構造化ＩＤが格納されている。セグメント構造管理テーブル１３２において、構造化ＩＤの末端の識別子に対応するユーザ、組織、又は企業の名前が値として格納され、「文字列」が単位として格納されている。なお、例えば、企業が賃貸契約等によって拠点を利用している場合、「〇〇〇号室」等のような当該拠点の場所の名称を示す値を組織ＩＤとして用いることもできる。

【0060】

図６の例のレコード番号が６である構造化ＩＤは、親企業が子企業を含む企業間の包含関係や、拠点が部門を含む組織間の包含関係も定義しているように、構造化ＩＤを用いることで複数階層の団体又は個人の包含関係をセグメント構造管理テーブル１３２において一括して定義できる。

【0061】

なお、セグメント構造管理テーブル１３２における構造化ＩＤのデータ型構造の末端が「ユーザＩＤ」であるレコードに、図５で示したユーザ構造管理テーブル１３１におけるメールアドレスや属性をマージすることで、セグメント構造とユーザ構造とが１つのテーブルで管理されてもよい。

【0062】

図７は、予算構造管理テーブル１３３のデータ構成例を示す図である。予算構造管理テーブル１３３は、セグメントが有する予算を示す。予算構造管理テーブル１３３に格納されている構造化ＩＤの末端は、予算を示す識別子であり、当該識別子の１つ上位の階層には当該予算を有するセグメントの識別子が定義される。従って、予算構造管理テーブル１３３に格納されている構造化ＩＤによって、セグメントが有する予算と、当該セグメントのセグメントを包含するセグメントを管理することができる。

【0063】

また、予算構造管理テーブル１３３において、構造化ＩＤの末端の識別子である予算の値として金額又はポイント数等の予算量を示す数値欄が格納され、単位として当該金額の通貨単位又はポイントの単位等の予算量に対応する単位、及び当該予算量の支払方法（前払い、後払い、都度払い等）が格納されている。

【0064】

なお、例えば、セグメント間で予算の融通が可能であってもよい。例えば、企業や組織が支払を行う場合、セグメント構造管理テーブル１３２の構造化ＩＤにおいて当該企業や当該組織の下位の階層に位置するセグメントが有する予算から支払を行うことが可能であってもよい。

【0065】

また、例えば、企業や組織の予算の一部の金額又は全額を、セグメント構造管理テーブル１３２の構造化ＩＤにおいて当該企業や当該企業の下位の階層に位置するセグメントに付与することが可能であってもよい。例えば、サービス管理装置１００が、ある企業の予算の一部の金額を、当該企業の下位の階層に位置する組織に付与する指示を受け付けた場合、予算構造管理テーブル１３３における当該予算の値から当該金額を減算し、当該組織に対応する当該金額の予算のレコードを追加することで、予算の付与が実現される。

【0066】

なお、当該予算の付与は、他企業の組織又はユーザに対して行われてもよいし、セグメント構造管理テーブル１３２の構造化ＩＤにおいて上位の階層に位置する組織又は企業に対して行われてもよい。

【0067】

図８は、サービス提供条件管理テーブル１３４のデータ構成例を示す図である。サービス提供条件管理テーブル１３４は、セグメントのライセンス、及びセグメントが当該ライセンスを有するために必要な対価（予算）を示す。

【0068】

図８の例におけるレコード番号が２、３、５、７のレコードは、ライセンスを示すレコードである。図８の例におけるレコード番号が３の構造化ＩＤ「Ｒｏｏｔ／企業名１／本社ベースライセンス１／ユーザライセンス１」は、「ユーザライセンス１」というユーザ用のライセンスが「本社ベースライセンス１」というベースライセンスに含まれ、「本社ベースライセンス１」を「企業名１」の企業が有していることを示す。

【0069】

なお、ベースライセンスとは、サービス提供セグメントが提供する個々のサービスを利用する際に契約が必要となるライセンスであり、サービスを利用する主体は個々のサービスのライセンスを保有しているだけでは個々のサービスを利用することはできず、ベースライセンスを有しているうえで個々のサービスのライセンスとを有することで個々のサービスが利用可能となる。そのため、ベースライセンスに係る構造化ＩＤに含まれるベースライセンスの識別子の上位階層には個々のサービスを識別するサービスＩＤは記述されていない。

【0070】

ライセンスを示すレコードの値には、当該ライセンスの保有数を示す数値、当該ライセンスによって利用可能なリソースの量（例えば、記憶容量や通信量）を示す数値等が格納され、単位にはライセンスの保有数の単位である「本」や、当該リソースに対応する単位が格納される。

【0071】

図８の例におけるレコード番号が１、４、６、８のレコードは、予算構造管理テーブル１３３と同様に、セグメントの予算に対応する構造化ＩＤを示し、当該レコードにおける値は、ライセンスを保有するための必要対価を示し、当該レコードにおける単位は、当該値に対応する通貨単位、ポイントの単位、又は支払方法等が格納されている。

【0072】

また、例えば、これらのレコードにおいて、単位に「前払い」（ライセンスの契約前に対価を支払うこと）や「都度払い」（ライセンスを契約する都度対価を支払う、従量制のサービスを利用する都度にサービス利用の対価の支払うこと）が含まれる場合、サービスに対応する支払能力が不足している場合には、セグメントはサービスを利用することができない。

【0073】

以下、サービス提供条件管理テーブル１３４における、ライセンスを示すレコードと、ライセンスを保有するための必要対価を示すレコードと、の関係について説明する。サービス提供条件管理テーブル１３４では、図８の例のように、ライセンスを示すレコード（即ち、データ型構造の末尾がライセンスＩＤであるレコード）と、当該ライセンスを保有するための必要対価を示すレコード（即ち、データ型構造の末尾が予算ＩＤであるレコード）と、が定義されている。

【0074】

ライセンスを示すレコードにおけるサービスが提供されるためには、当該ライセンスを示すレコードに含まれる構造化ＩＤとセグメント構造（「／」で連結された企業ＩＤ、組織ＩＤ、及び／又はユーザＩＤからなる部分であり、相互構造の一例である）が同一である構造化ＩＤを含むレコードが示す対価が必要である。

【0075】

具体的には、例えば、レコード番号が３のレコード（ライセンスを示すレコード）は、「本社ベースライセンス１」に含まれる「ユーザライセンス２」を「企業名１」の企業が「２００アカウント」保有することを示す。さらに、レコード番号が３のレコードの構造化ＩＤが示すセグメント構造は「企業名１」のみからなり、必要対価を示すレコードのうち「企業１」のみからなるセグメント構造を示すレコードはレコード番号が１のレコードである。従って、レコード番号３が示す、「本社ベースライセンス１」に含まれる「ユーザライセンス２」を「企業名１」の企業が「２００アカウント」保有するためには、レコード番号１のレコード（必要対価を示すレコード）が示す「企業名１」の「全社予算」から「１００Ｍ＄以上」の対価が「前払い」で支払われる必要がある。

【0076】

なお、図８の例におけるレコード番号が５の構造化ＩＤのように、サービス提供セグメントからのプレゼントキャンペーンによってライセンスが追加されることがあってもよい。図８の例におけるレコード番号が７の構造化ＩＤの末端は、「サービスＩＤ １」というサービスＩＤが示すサービスに含まれる「ユーザオプションＢ」というライセンスＩＤを示す。

【0077】

例えば、通信パケット７００や、サービス提供装置２００が実行した各種機能のログに含まれるサービスＩＤ、ライセンスＩＤ、又はサービスＩＤとライセンスＩＤとの組み合わせと、サービス提供条件管理テーブル１３４に含まれる構造化ＩＤと、からライセンスを保有する主体を特定することができる。

【0078】

なお、例えば、企業又は組織があるサービスのライセンスを有している場合、当該企業又は組織に含まれるセグメントが当該サービスのライセンスを契約できないようにしてもよく、これにより多重契約及び多重請求を防止することができる。具体的には、例えば、データ型構造が「企業ＩＤ／組織ＩＤ／サービスＩＤ／ライセンスＩＤ」、構造化ＩＤが「企業名１／拠点名１／サービスＩＤ １／ライセンスＩＤ １」であるレコードがサービス提供条件管理テーブル１３４に登録されている場合に、「拠点名１」に含まれる「部門名１」の組織（セグメント間の包含関係はセグメント構造管理テーブル１３２から判定できる）に対する「サービスＩＤ １」のライセンスをサービス提供条件管理テーブル１３４に登録する指示がされても、当該指示を拒否すればよい。

【0079】

図９は、従量計算ルール管理テーブル１３５のデータ構成例を示す図である。従量計算ルール管理テーブル１３５は、セグメントが有するライセンスに対する従量計算ルール、並びに当該従量計算ルールに従って計算された従量の対価を支払うための予算を示す。

【0080】

図９の例におけるレコード番号が２～６のレコードは、従量計算ルールを示し、当該レコードにおけるデータ型構造は、サービス提供条件管理テーブル１３４のライセンスに対応するレコードにおけるデータ型構造の末端に対象ＩＤがさらに付与されたものである。対象ＩＤは、当該ライセンスにおいて従量計算によって対価が決定されるうえで計算対象となる量の基準を示す識別情報である。

【0081】

また、従量計算ルールに対応するレコードの値は、対象ＩＤが示す基準あたりの対価を示し、従量計算ルールに対応するレコードの単位は当該対価の通貨単位、ポイントの単位、及び／又は支払方法等を示す。

【0082】

例えば、図９の例におけるレコード番号が３のレコードにおける構造化ＩＤ「Ｒｏｏｔ／企業名１／本社ベースライセンス１／ユーザライセンス２／２００アカウント」、値「２００」、及び単位「ポイント」の組み合わせは、「企業名１」という企業が、「２００アカウント」の「ユーザライセンス２」を含む「本社ベースライセンス１」を有し、「２００アカウント」あたりの支払対価が２００ポイントであることを示す。また、例えば、図９の例におけるレコード番号が４のレコードにおいては、ライセンスがプレゼントキャンペーンの対象であるため、支払対価を示す値が負の値となっている（即ち割引を受けることを示す）。

【0083】

また、例えば、図９の例におけるレコード番号が５～６のレコードにおいては、データ型構造の最上位の階層が「サービスＩＤ」であり、「サービスＩＤ」に対するライセンスを有するユーザ、組織、及び企業が定義されずに、従量計算ルールが定義される。つまり、これらのレコードにおいては、ユーザ、組織、及び企業に関わらず、サービスＩＤとライセンスＩＤと対象ＩＤとの組み合わせによってのみ従量計算ルールが定義されている。従って、レコード番号が５～６のレコードの構造化ＩＤにおいて、サービスＩＤより上位の階層には、任意の文字列（即ち任意の利用主体）を許容する正規表現「．＊」が付与されている。

【0084】

また、図９の例におけるレコード番号が１のレコードは、予算構造管理テーブル１３３と同様に、セグメントの予算、その予算量、及び支払方法を示す。

【0085】

従量計算ルール管理テーブル１３５では、図９の例のように、従量計算ルールを示すレコード（即ち、データ型構造の末尾が対象ＩＤであるレコード）と、当該従量計算ルールによって計算された従量の対価の支払元となる予算を示すレコード（即ち、データ型構造の末尾が予算ＩＤであるレコード）と、が定義されている。

【0086】

従量計算ルールを示すレコードにおける従量の対価は、当該従量計算ルールを示すレコードに含まれる構造化ＩＤとセグメント構造が同一である構造化ＩＤを含むレコードが示す予算によって支払われる。

【0087】

具体的には、例えば、レコード番号が３のレコード（従量計算ルールを示すレコード）は、「本社ベースライセンス１」に含まれる「ユーザライセンス２」を「企業名１」の企業が保有する場合、保有する「ユーザライセンス２」のアカウント数が「２００アカウント」ごとに、「２００ポイント」の支払いが必要となることを示す。さらに、レコード番号が３のレコードの構造化ＩＤが示すセグメント構造は「企業名１」のみからなり、予算を示すレコードのうち「企業１」のみからなるセグメント構造を示すレコードはレコード番号が１のレコードである。従って、レコード番号３が示す「２００」ポイントの支払いは、レコード番号１のレコード（予算を示すレコード）が示す「企業名１」の「１００Ｍ＄」の「全社予算」から「後払い」で支払われる。

【0088】

また、例えば、レコード番号が４のレコード（従量計算ルールを示すレコード）の構造化ＩＤが示すセグメント構造は「企業名１／拠点名１」からなるものの、セグメント構造が「企業名１／拠点名１」である構造化ＩＤを有する予算を示すレコードが存在しない。また、レコード番号５のレコード（従量計算ルールを示すレコード）の構造化ＩＤにおけるセグメント構造は正規表現（即ち任意のセグメント構造に対応する）で示されている。これらのような従量に対応する対価を支払う予算の特定方法については後述する。

【0089】

ここでは、説明を簡単にするために値の列に数値を設定しているが、利用ボリューム数とその単価を乗じた式や、利用ボリュームとその単価を乗じた式に、さらに基本料金を足した式、または、階段状定額を表す式など、各種算術式を入れることもできる。

【0090】

図１０は、従量実績管理テーブル１３６のデータ構成例を示す図である。従量実績管理テーブル１３６は、セグメントが有するライセンスに対する従量計算ルールによる計算対象の利用実績（従量実績）、並びに当該従量計算ルールに従って計算された従量の対価を支払うための予算を示す。

【0091】

従量実績管理テーブル１３６のレコードは、従量計算ルール管理テーブル１３５のレコードと同様の構造を有する。但し、従量実績管理テーブル１３６の従量実績を示すレコード（レコード番号２～６のレコード）における値は、対象ＩＤが示す対象の利用量を示し、従量実績を示すレコードにおける単位は、対象ＩＤが示す対象の利用量の単位を示す。

【0092】

また、従量実績はユーザ、組織、又は企業がサービスを利用した実績を示すため、データ型構造におけるサービスＩＤの上位階層にはサービスの利用主体であるユーザＩＤ、組織ＩＤ、及び／又は企業ＩＤが含まれ、構造化ＩＤにはいずれかの利用主体を示すＩＤが含まれ、（図９の例におけるレコード番号５と６のレコードにおける構造化ＩＤとは異なり）任意の利用主体を示す正規表現は含まれない。

【0093】

図１０の例におけるレコード番号が５のレコードにおける構造化ＩＤ「Ｒｏｏｔ／企業名１／拠点名１／部門名１／課名称１／サービスＩＤ ２／ユーザオプションＢ／１０００Ｔｂｙｔｅ転送毎」、値「１．５」、単位「Ｔｂｙｔｅ」の組み合わせは、「課名称１」という組織（「課名称１」は「部門名１」という組織に含まれ、「部門名１」は「拠点名１」という組織に含まれ、「拠点名１」は「企業名１」という企業に含まれる）が、「サービスＩＤ ２」というサービスに含まれ、基準単位が「１０００Ｔｂｙｔｅ転送毎」である「ユーザオプションＢ」というライセンスを有し、当該ライセンスに対応するサービスを「１．５」「Ｔｂｙｔｅ」利用した、という従量実績を示す。当該従量実績による対価は、同じセグメント構造を示す構造化ＩＤを有するレコード番号１のレコードに示す予算及び支払方法によって支払われる。

【0094】

従って、従量実績管理テーブル１３６が示す従量実績と、従量計算ルール管理テーブル１３５が示す従量計算ルールと、を照合することで、従量計算の対象である対価を算出することができる。

【0095】

図１１は、レポート用エビデンス管理テーブル１３７のデータ構成例を示す図である。レポート用エビデンス管理テーブル１３７は、セグメントのライセンスを保有するための対価への請求及び支払に関するエビデンスと、を示す。

【0096】

レポート用エビデンス管理テーブル１３７のレコードは、サービス提供条件管理テーブル１３４のレコードと同様の構造を有する。但し、レポート用エビデンス管理テーブル１３７の予算を示すレコードの単位の末端には対価の支払に関するステータスが付与され、レポート用エビデンス管理テーブル１３７のライセンスを示すレコードの単位の末端には対価の請求に関するステータスが付与されている。

【0097】

例えば、レコード番号２と３のライセンスを示すレコードにおいて単位の末尾に「／請求」が付与されているため、当該ライセンスについて対価が請求済みであり、さらに当該ライセンスに対応する対価を示すレコード番号１のレコードにおいて単位の末尾に「／完了」が付与されているため、当該ライセンスの対価の支払が完了していることが示されている。即ち、レコード番号２と３のライセンスが有効であることが示されている。

【0098】

図１２は、サービス提供セグメント構造管理テーブル１３８のデータ構成例を示す図である。サービス提供セグメント構造管理テーブル１３８は、サービス提供装置２００が提供するサービス、当該サービスを提供するサービス提供セグメント、及びサービス提供セグメントを包含するセグメントを示す。

【0099】

サービス提供セグメント構造管理テーブル１３８におけるデータ型構造は、サービスを識別するサービスＩＤの上位の階層に当該サービスを提供するサービス提供セグメントのセグメント構造が付与されたものである。また、サービス提供セグメント構造管理テーブル１３８において、値として構造化ＩＤの末端が示すサービスＩＤに対応するサービスの名称が格納され、単位として「文字列」が格納されている。

【0100】

例えば、図１２のレコード番号１のレコードは、「サービス提供企業ＩＤ １」というサービス提供企業ＩＤを有する企業に含まれる「サービス提供組織ＩＤ １」というサービス提供組織ＩＤを有する組織が、「サービスＩＤ １」というサービスＩＤを有しかつ「サービス名１」という名称のサービスを提供することを示す。

【0101】

図１３は、サービス利益分配管理テーブル１３９のデータ構成例を示す図である。サービス利益分配管理テーブル１３９は、サービス提供装置２００が提供したサービスへの対価によって得られた利益の受取方法を示す。

【0102】

サービス利益分配管理テーブル１３９のデータ型構造は、例えば、サービス提供セグメント構造管理テーブル１３８におけるデータ型構造の末端に利益分配率を識別する利益分配ＩＤが付与されたものである。また、サービス利益分配管理テーブル１３９の値として利益分配ＩＤが示す利益の分配率が格納され、サービス利益分配管理テーブル１３９の単位として分配された利益を受け取る通貨単位やポイント単位等が格納される。

【0103】

例えば、図１３のレコード番号１のレコードは、「サービス提供企業ＩＤ １」というサービス提供企業ＩＤを有する企業に含まれる「サービス提供組織ＩＤ １」というサービス提供組織ＩＤを有する組織が、「サービスＩＤ １」というサービスＩＤを有するサービスへの対価によって得られた利益の「８０％」を「＄」建てで受け取ることを示す。

【0104】

なお、１つのサービスに対して、当該サービスによる利益を受け取る複数の主体が存在することがある。例えば、サービス利益分配管理テーブル１３９において、例えば、「Ｒｏｏｔ／サービス提供企業ＩＤ １／サービス提供組織ＩＤ １／サービスＩＤ １／利益分配ＩＤ １」という構造化ＩＤと、「Ｒｏｏｔ／サービス提供企業ＩＤ １／サービス提供組織ＩＤ ２／サービスＩＤ １／利益分配ＩＤ ２」という構造化ＩＤと、が含まれていれば、「サービスＩＤ １」のサービスへの対価による利益を「サービス提供組織ＩＤ １」の組織と「サービス提供組織ＩＤ ２」の組織とが受け取ることを示す。

【0105】

図１４は、従量実績生成処理の一例を示すフローチャートである。図１４の処理が開始する前に、ユーザ構造管理テーブル１３１、セグメント構造管理テーブル１３２、予算構造管理テーブル１３３、及び従量計算ルール管理テーブル１３５が予め設定されている。

【0106】

予算構造識別機能１１３は、予算構造管理テーブル１３３を読み込む（Ｓ１４０１）。予算構造識別機能１１３は、セグメント構造管理テーブル１３２を読み込む（Ｓ１４０２）。予算構造識別機能１１３は、従量計算ルール管理テーブル１３５を読み込む（Ｓ１４０３）。ステップＳ１４０３の処理の後、ステップＳ１４０４～ステップＳ１４０７の処理を含む一連の処理が繰り返される。

【0107】

予算構造識別機能１１３は、端末アクセスイベントメッセージ又はサービス動作イベントメッセージを取得する（Ｓ１４０４）。端末アクセスイベントメッセージは、ユーザ端末６００がサービス提供装置２００へアクセスしたことを示す情報である。サービス動作イベントメッセージは、サービス提供装置２００がサービスに関する処理を行ったことを示す情報である。端末アクセスイベントメッセージ及びサービス動作イベントメッセージは、例えば、サービス提供装置２００とユーザ端末６００との間で送受信された通信パケット７００や、サービス提供装置２００が実行したサービスの動作ログ等に含まれる。

【0108】

また、端末アクセスイベントメッセージ及びサービス動作イベントメッセージには、ユーザ端末６００のユーザＩＤや、サービス提供装置２００が実行したサービスのサービスＩＤ、及び当該サービスによって提供された従量計算の対象となる量（例えば、記憶容量、通信量、アップロード数等）が含まれる。

【0109】

予算構造識別機能１１３は、端末アクセスイベントメッセージ又はサービス動作イベントメッセージに含まれるユーザＩＤやサービスＩＤを含む構造化ＩＤを、ステップＳ１４０１～ステップＳ１４０３で読み込んだ各管理テーブルから、正規表現を用いて検索する（Ｓ１４０５）。

【0110】

例えば、ステップＳ１４０４において、予算構造識別機能１１３は、当該ユーザＩＤを含む構造化ＩＤをセグメント構造管理テーブル１３２から検索することで、当該ユーザＩＤのユーザが属するセグメント構造を検索結果として得ることができる。

【0111】

また、例えば、ステップＳ１４０４において、予算構造識別機能１１３は、当該ユーザＩＤを含む構造化ＩＤ、及び当該ユーザが属するセグメント構造に含まれる組織又は企業の組織ＩＤ又は企業ＩＤを含む構造化ＩＤを、予算構造管理テーブル１３３から検索することで、当該ユーザの予算、及び当該組織又は企業の予算を検索結果として得ることができる。

【0112】

また、例えば、ステップＳ１４０４において、予算構造識別機能１１３は、当該ユーザＩＤ、当該組織ＩＤ、又は当該企業ＩＤと、当該サービスＩＤと、を含む構造化ＩＤを、従量計算ルール管理テーブル１３５から検索することで、当該サービスに対応する従量計算ルール、及び当該従量計算ルールに従って計算された従量対価を支払うための予算及び支払方法を検索結果として得ることができる。

【0113】

予算構造識別機能１１３は、ステップＳ１４０５で得られた検索結果に含まれる従量計算ルールに基づいて、従量計算に必要な情報を生成する（Ｓ１４０６）。具体的には、例えば、予算構造識別機能１１３は、検索結果に含まれる従量計算ルールの対象ＩＤから従量計算の対象及び当該対象の量の基準（例えば、１０００Ｔｂｙｔｅ転送毎など）を特定し、端末アクセスイベントメッセージ又はサービス動作イベントメッセージから当該特定した従量計算の対象の量（１．５Ｔｂｙｔｅなど）を取得する。

【0114】

予算構造識別機能１１３は、従量実績管理テーブル１３６に情報を書き出し（Ｓ１４０７）。具体的には、例えば、予算構造識別機能１１３は、検索結果に含まれる従量対価を支払うための予算及び支払方法に対応するデータ型構造、構造化ＩＤ、値、及び単位を従量実績管理テーブル１３６に書き出す。さらに、例えば、予算構造識別機能１１３は、検索結果に含まれる従量計算ルールに対応するデータ型構造及び構造化ＩＤを従量実績管理テーブル１３６に書き出し、当該特定した従量計算の対象の量（１．５Ｔｂｙｔｅなど）と、当該特定した基準における単位（例えば、１０００Ｔｂｙｔｅ転送毎に含まれるＴｂｙｔｅなど）と、を従量実績管理テーブル１３６における値と単位として書き出す。

【0115】

なお、検索結果に含まれる従量対価を支払うための予算及び支払方法に対応するレコードが既に従量実績管理テーブル１３６に存在する場合、予算構造識別機能１１３は、例えば、当該予算及び支払方法に関するレコードの書き出しを行わない。

【0116】

また、検索結果に含まれる従量計算ルールに対応するデータ型構造及び構造化ＩＤを含むレコードが既に従量実績管理テーブル１３６に存在する場合、予算構造識別機能１１３は、当該特定した従量計算の対象の量を当該レコードにおける値に加算する。

【0117】

図１４の処理により、サービス管理装置１００は、ユーザＩＤやサービスＩＤを示す端末アクセスイベントメッセージ及びサービス動作イベントメッセージから、当該ユーザＩＤや当該サービスに紐づくセグメント構造、予算、従量計算ルールを特定して、従量計算実績を算出することができる。

【0118】

なお、例えば、予算構造識別機能１１３は、端末アクセスイベントメッセージ又はサービス動作イベントメッセージから不正利用又は許可外利用を検知した場合には、サービスを停止するようにしてもよい。具体的には、例えば、端末アクセスイベントメッセージ又はサービス動作イベントメッセージが示すユーザＩＤが属するセグメント構造に含まれるセグメントが、当該端末アクセスイベントメッセージ又は当該サービス動作イベントメッセージが示すサービスＩＤに係るライセンスを有していない（サービス提供条件管理テーブル１３４から判定できる）場合、不正利用又は許可外利用がされたと判定し、当該ユーザＩＤのユーザが有するライセンスを停止する（具体的には、例えば、サービス提供条件管理テーブル１３４において当該ユーザＩＤを構造化ＩＤに含むライセンスを示すレコードを削除する）。

【0119】

図１５は、認証管理処理の一例を示すフローチャートである。図１５の処理が開始する前に、ユーザ構造管理テーブル１３１、セグメント構造管理テーブル１３２、予算構造管理テーブル１３３、及びサービス提供条件管理テーブル１３４が予め設定されている。

【0120】

サービス提供条件管理機能１１５は、予算構造管理テーブル１３３を読み込む（Ｓ１５０１）。サービス提供条件管理機能１１５は、ユーザ構造管理テーブル１３１を読み込む（Ｓ１５０２）。サービス提供条件管理機能１１５は、セグメント構造管理テーブル１３２を読み込む（Ｓ１５０３）。サービス提供条件管理機能１１５は、サービス提供条件管理テーブル１３４を読み込む（Ｓ１５０４）。

【0121】

サービス提供条件管理機能１１５は、端末アクセス要求又はオンラインアクティベーション要求を取得する（Ｓ１５０５）。端末アクセス要求は、ユーザ端末６００がサービス提供装置２００へのアクセスを要求したことを示す情報である。オンラインアクティベーション要求は、ユーザ端末６００が、サービス提供装置２００に対して、サービス提供装置２００が提供するサービスのアクティベーションを要求したことを示す情報である。端末アクセス要求又はオンラインアクティベーション要求は、例えば、ユーザ端末６００からサービス提供装置２００へ送信された通信パケット７００等に含まれる。

【0122】

また、端末アクセス要求及びオンラインアクティベーション要求には、ユーザ端末６００のユーザＩＤや、サービス提供装置２００が提供可能なサービスであって、アクティベーションの対象となるサービス、のサービスＩＤ等が含まれる。端末アクセス要求及びオンラインアクティベーション要求は、いずれもユーザ端末６００の認証要求の一例である。

【0123】

サービス提供条件管理機能１１５は、ステップＳ１５０１～Ｓ１５０４で読み込んだ各管理テーブルを、正規表現を用いて検索して、アクセス要求又はオンラインアクティベーション要求が示すユーザが、当該要求が示すサービスに対するアクセス又はオンラインアクティベーションを許可されているかを判定する（Ｓ１５０６）。

【0124】

例えば、ステップＳ１５０６において、サービス提供条件管理機能１１５は、当該ユーザＩＤを含む構造化ＩＤをセグメント構造管理テーブル１３２から検索することで、当該ユーザＩＤのユーザが属するセグメント構造を検索結果として得ることができる。

【0125】

また、例えば、ステップＳ１５０６において、サービス提供条件管理機能１１５は、当該ユーザＩＤを含む構造化ＩＤ、及び当該ユーザが属するセグメント構造に含まれる組織又は企業の組織ＩＤ又は企業ＩＤを含む構造化ＩＤを、予算構造管理テーブル１３３から検索することで、当該ユーザの予算、及び当該組織又は企業の予算を検索結果として得ることができる。

【0126】

また、例えば、ステップＳ１５０６において、サービス提供条件管理機能１１５は、当該ユーザＩＤ、当該組織ＩＤ、又は当該企業ＩＤと、当該サービスＩＤと、を含む構造化ＩＤを、サービス提供条件管理テーブル１３４から検索することで、当該ユーザ、当該組織、又は当該企業の当該サービスに対応するライセンス、及び当該ライセンスを保有するための必要対価を検索結果として得ることができる。

【0127】

さらに、例えば、サービス提供条件管理機能１１５は、当該ユーザ、当該組織、又は当該企業の当該サービスに対応するライセンスが検索結果に含まれ、かつ検索結果が示す当該ライセンスに対応する必要対価の値が、予算構造管理テーブル１３３から検索された予算であって、当該必要対価と同じ構造化ＩＤを有する予算の値以下である場合に、当該ユーザＩＤが示すユーザによる当該サービスＩＤが示すサービスへのアクセス又はアクティベーションが許可されると判定し、それ以外の場合にアクセス又はアクティベーションが許可されないと判定する。

【0128】

サービス提供条件管理機能１１５は、アクセス又はアクティベーションが許可されると判定した場合（Ｓ１５０７：ＹＥＳ）、アクセス要求又はオンラインアクティベーション要求を許可し（Ｓ１５０８）、許可されないと判定した場合（Ｓ１５０７：ＮＯ）、アクセス要求又はオンラインアクティベーション要求を拒否し、認証要求処理を終了する。

【0129】

図１５の処理により、サービス管理装置１００は、ユーザＩＤやサービスＩＤを示す認証要求から、当該ユーザＩＤや当該サービスに紐づくセグメント構造、予算、ライセンス、及び必要対価を特定して、認証要求を許可するかを判定することができる。

【0130】

なお、図１５の例では、認証要求にサービスＩＤが含まれる例を示したが、認証要求にサービスＩＤが含まれずにユーザＩＤが含まれる場合に、サービス提供条件管理機能１１５は、当該ユーザが認証要求を許可される全てのサービスを特定して、ユーザ端末６００に提示してもよい。

【0131】

図１６は、請求処理の一例を示すフローチャートである。図１６の処理が開始する前に、ユーザ構造管理テーブル１３１、セグメント構造管理テーブル１３２、及び従量計算ルール管理テーブル１３５が予め設定され、従量実績管理処理が行われている（即ち従量実績管理テーブル１３６が設定されている）。

【0132】

請求機能１１８は、従量実績管理テーブル１３６を読み込む（Ｓ１６０１）。請求機能１１８は、ユーザ構造管理テーブル１３１を読み込む（Ｓ１６０２）。請求機能１１８は、予算構造管理テーブル１３３を読み込む（Ｓ１６０３）。請求機能１１８は、従量計算ルール管理テーブル１３５を読み込む（Ｓ１６０４）。

【0133】

請求機能１１８は、従量実績管理テーブル１３６が示す従量実績を示すレコードと、従量計算ルール管理テーブル１３５が示す従量計算ルールと、に基づいて、当該従量実績への対価の請求額を算出する（Ｓ１６０５）。具体的には、例えば、請求機能１１８は、従量実績管理テーブル１３６の従量実績を示すレコードにおける構造化ＩＤと値と単位とを取得し、当該取得した構造化ＩＤに対応する従量計算を示すレコードを従量計算ルール管理テーブル１３５から取得し、当該値と単位と、従量計算を示すレコードが示す値と単位と、から当該従量実績への対価の請求額を算出する。

【0134】

請求機能１１８は、従量実績管理テーブル１３６の従量実績を示すレコードにおける構造化ＩＤが示すセグメント構造と、従量実績管理テーブル１３６の予算を示すレコードにおける構造化ＩＤが示すセグメント構造と、を特定する（Ｓ１６０６）。

【0135】

請求機能１１８は、ステップＳ１６０６で特定したセグメント構造が一致する予算がある従量実績について（Ｓ１６０７：ＹＥＳ）、当該特定したセグメント構造の当該予算へ当該算出した対価を請求し、レポーティング機能１２１は、請求対象のライセンスに関するレコード、請求先の予算に関するレコード、及び請求額等をレポート用エビデンス管理テーブル１３７に書き出して、請求処理を終了する。なお、対価の請求内容及び支払内容がブロックチェーンに記録されてもよい。

【0136】

具体的には、例えば、図１０の従量実績管理テーブル１３６の例において、レコード番号が２と３の従量実績を示すレコードにおける構造化ＩＤが示すセグメント構造は「企業名１」のみからなり、レコード番号が１の予算を示すレコードにおける構造化ＩＤが示すセグメント構造も「企業名１」のみからなるなる。従って、請求機能１１８は、レコード番号２と３のレコードが示す従量実績への対価を、レコード番号が１のレコードが示す予算及び支払方法に従って支払うよう請求する。

【0137】

レポーティング機能１２１は、ステップＳ１６０６で特定したセグメント構造が一致する予算がない従量実績について（Ｓ１６０７：ＮＯ）、従量実績のセグメント構造に対応するセグメント構造を有する予算を予算構造管理テーブル１３３から特定し、当該特定した予算に対して当該算出した対価を請求する明細レポートを生成する（Ｓ１６０９）。

【0138】

具体的には、例えば、図１０の従量実績管理テーブル１３６の例において、レコード番号が４の従量実績を示すレコードにおける構造化ＩＤが示すセグメント構造は「企業名１／拠点名１」であり、セグメント構造が「企業名１／拠点名１」である構造化ＩＤを有し、かつ予算を示すレコードは存在しない。一方、図７の予算構造管理テーブル１３３には、セグメント構造が「企業名１／拠点名１」である構造化ＩＤを有するレコード（レコード番号が２のレコード）があり、当該構造化ＩＤが示す予算は「拠点予算」である。従って、請求機能１１８は、図１０の従量実績管理テーブル１３６の例において、レコード番号が４のレコードが示す従量実績への対価を、図７の予算構造管理テーブル１３３が示す予算及び支払方法に従って支払うよう請求する明細レポートを生成する。

【0139】

レポーティング機能１２１は、ステップＳ１６０９で配賦した請求内容をレポート用エビデンス管理テーブル１３７に書き出す（Ｓ１６１０）。請求機能１１８は、一括請求と、予算構造と、に合わせた明細を発行して（Ｓ１６１１）、請求処理を終了する。

【0140】

図１６の処理により、サービス管理装置１００は、従量実績、従量計算ルール、及び予算構造から、従量実績への対価の算出、及び当該対価の請求の配賦を実現することができる。

【0141】

図１７は、利益分配処理の一例を示すフローチャートである。図１７の処理が開始する前に、サービス利益分配管理テーブル１３９が予め設定され、レポート用エビデンス管理テーブル１３７のライセンスに対する対価の請求に関するレコードが生成されている。

【0142】

利益分配機能１２０は、サービス利益分配管理テーブル１３９を読み込む（Ｓ１７０１）。利益分配機能１２０は、レポート用エビデンス管理テーブル１３７を読み込む（Ｓ１７０２）。利益分配機能１２０は、レポート用エビデンス管理テーブル１３７が示す請求内容と、サービス利益分配管理テーブル１３９が示す分配率と、に基づいて、サービス提供元への利益分配額を算出する（Ｓ１７０３）。

【0143】

具体的には、例えば、利益分配機能１２０は、レポート用エビデンス管理テーブル１３７が示す請求済みのライセンスに対応する構造化ＩＤに含まれるサービスＩＤと、レポート用エビデンス管理テーブル１３７が示す当該請求済みのライセンスの対価を支払う予算の値と、を特定する。

【0144】

さらに、例えば、利益分配機能１２０は、サービス利益分配管理テーブル１３９から、当該サービスＩＤの利益を分配するサービス提供元と、利益（対価そのものであってもよいし、対価の所定割合であってもよい）の分配率と、を特定し、特定したサービス提供元に分配する利益を算出する。

【0145】

対価の請求に対する支払いが行われたら、レポーティング機能１２１は、当該対価の請求の支払いが完了したことをレポート用エビデンス管理テーブル１３７に書き出し、利益分配機能１２０は、当該対価による利益を、ステップＳ１７０３で算出した分配額に従ってサービス提供元に分配し（Ｓ１７０４）、利益分配処理を終了する。

【0146】

なお、レポート用エビデンス管理テーブル１３７が示す対価の支払いに用いられた単位（通貨やポイント）と、サービス利益分配管理テーブル１３９が示す分配された利益を受け取る単位と、が異なる場合、例えば、通貨連携機能１１１が、対価の支払いに用いられた単位の額を、分配された利益を受け取る単位に変換した上で分配額を算出して、単位が変換された分配額をサービス提供元に分配する。

【0147】

図１７の処理により、サービス管理装置１００は、サービスを提供したことによって得られた利益を、サービス提供元に対して適切に分配することができる。

【0148】

なお、本実施例のサービス管理装置１００は、上記した各種管理テーブルによってユーザ構造、セグメント構造、予算構造、及びサービス提供条件等を管理することにより、ユーザ変更、ユーザの異動、並びにライセンス譲渡等に柔軟に対応することができる。

【0149】

例えば、サービス管理装置１００は、「ユーザＩＤ １」のユーザを「ユーザ ＩＤ３」のユーザに変更する指示を受け付けた場合、セグメント構造管理テーブル１３２、予算構造管理テーブル１３３、サービス提供条件管理テーブル１３４、及び従量計算ルール管理テーブル１３５等の構造化ＩＤに含まれる「ユーザＩＤ １」という部分を「ユーザＩＤ ３」に変更する。これにより、「ユーザＩＤ １」のユーザが利用可能であったサービス及び予算を「ユーザＩＤ ３」のユーザが利用可能となる。

【0150】

また、例えば、サービス管理装置１００は、「企業名１／拠点名１／部門名１／課名称１」で階層構造が定義される組織に属している「ユーザＩＤ １」のユーザが、「企業名１／拠点名２／部門名２／課名称２」で階層構造が定義される組織に異動したことを示す通知を受信した場合、セグメント構造管理テーブル１３２、予算構造管理テーブル１３３、サービス提供条件管理テーブル１３４、及び従量計算ルール管理テーブル１３５等の構造化ＩＤに含まれる「企業名１／拠点名１／部門名１／課名称１／ユーザＩＤ １」という部分を「企業名１／拠点名２／部門名２／課名称２／ユーザＩＤ １」に変更する。これにより、「ユーザＩＤ １」のユーザに紐づいているライセンス及び予算については異動後にも当該ユーザが継続して利用可能となるものの、「ユーザＩＤ １」のユーザが異動前に所属していた組織に紐づいていたライセンスについては異動後には利用不可能となる。

【0151】

また、例えば、サービス管理装置１００は、「Ｒｏｏｔ／企業名１／拠点名１」の組織が有するの「サービスＩＤ １／プレゼントキャンペーンＡ」で定義される１００本のライセンスのうちの３０本を「Ｒｏｏｔ／企業名１／拠点名２」の組織に譲渡する指示を受け付けた場合、サービス提供条件管理テーブル１３４における構造化ＩＤ「Ｒｏｏｔ／企業名１／拠点名１／サービスＩＤ １／プレゼントキャンペーンＡ」の値を「７０」（＝１００－３０）に変更し、構造化ＩＤが「Ｒｏｏｔ／企業名１／拠点名２／サービスＩＤ １／プレゼントキャンペーンＡ」、値が「３０」、単位が「本」であるレコードをサービス提供条件管理テーブル１３４に追加する。

【0152】

また、例えば、サービス管理装置１００は、「ユーザＩＤ １」のユーザが退職することを示す通知（即ち当該ユーザを削除する指示）を受け付けた場合、ユーザ構造管理テーブル１３１、セグメント構造管理テーブル１３２、及び予算構造管理テーブル１３３から「ユーザＩＤ １」を含む構造化ＩＤを含むレコードを削除し、サービス提供条件管理テーブル１３４における「ユーザＩＤ １」を含む構造化ＩＤを含むレコードを削除又は当該構造化ＩＤに含まれる「／ユーザＩＤ １」を削除（即ちライセンスが「ユーザＩＤ １」が所属する組織に譲渡される）し、従量計算ルール管理テーブル１３５及び従量実績管理テーブル１３６における「ユーザＩＤ １」を含む構造化ＩＤから「／ユーザＩＤ １」を削除する（即ち従量による対価の請求が「ユーザＩＤ １」が所属する組織に引き継がれる）。

【0153】

なお、上記した例において構造化ＩＤを用いて表現されている情報が、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標） Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）などの入れ子構造やＫｅｙ－Ｖａｌｕｅデータ構造を用いた任意の構造化データによって表現されてもよい。

【0154】

また、さらに複雑な識別を行うために構造化ＩＤに含まれる識別子にプレフィックス（枕識別情報）が付加されてもよく、これにより一段階深い識別構造を用いてさらに複雑な構造管理を実現することもできる。

【実施例0155】

本実施例では、サービス管理装置１００が、所定のルールに基づいて対価を割引するための処理を説明する。主に、実施例１との相違点を説明し、実施例１との同様の内容については原則的に説明を省略する。

【0156】

対価の割引を実行する第１の例について説明する。第１の例では、同じ企業に属する異なる複数の組織が同じサービスのライセンスを保有する場合、当該複数の組織に対して当該サービスに係る料金を割引する。つまり、サービス提供条件管理テーブル１３４のライセンスを示す複数のレコードにおいて、構造化ＩＤに含まれるサービスＩＤが同じであり、当該構造化ＩＤが示すセグメント構造における企業ＩＤが同じであり、かつ当該セグメント構造における組織ＩＤが異なる場合、当該複数のレコードが示すライセンスに係るサービスが割引の対象となる。

【0157】

例えば、従量計算ルール管理機能１１７は、サービス提供条件管理テーブル１３４から上記した割引対象のライセンスを特定し、当該ライセンスを示す構造化ＩＤと同様の構造化ＩＤと、所定の割引額と、を示すレコードを従量計算ルール管理テーブル１３５に追加することで、当該割引についてのルールを従量計算ルール管理テーブル１３５に定義することができ、同じ企業に属する異なる複数の組織に提供するサービスに対する割引を実現することができる。

【0158】

また、割引についてのルールを従量計算ルール管理テーブル１３５に定義せず、請求処理の際に当該割引を考慮した請求額を算出してもよい。例えば、請求処理において、請求機能１１８は、サービス提供条件管理テーブル１３４から上記した割引対象のライセンスを検索し、当該割引対象のサービスに係る請求額については、ステップＳ１６０５において算出した請求額から所定の割引額を引いた値を採用してもよい。

【0159】

このように同じ企業の異なる組織において同じサービスを利用する場合に対価を割引することで、当該サービスの導入を促進し、かつ導入されたサービスの解約の抑制を図ることができる。

【0160】

対価の割引を実行する第２の例について説明する。第２の例では、連携している異なる複数の企業が同じサービスのライセンスを保有する場合、当該複数の企業に対して当該サービスに係る料金を割引する。例えば、サービス管理装置１００は、連携している複数の企業の企業ＩＤからなるグループを管理するテーブルを有することで連携企業を特定することができる。サービス提供条件管理テーブル１３４のライセンスを示す複数のレコードにおいて、構造化ＩＤに含まれるサービスＩＤが同じであり、当該構造化ＩＤが示すセグメント構造における企業ＩＤが連携企業の関係にある場合、当該複数のレコードが示すライセンスに係るサービスが割引の対象となる。

【0161】

なお、割引対象のライセンスに対してサービス対価の割引を実現する方法は、上記した第１の例と同様である。このように、複数の連携企業において同じサービスを利用する場合に対価を割引することで、当該サービスの導入を促進し、かつ導入されたサービスの解約の抑制を図ることができる。

【0162】

対価の割引を実行する第３の例について説明する。第３の例では、同じ企業の同じ組織の特定の関係を有する複数のユーザが同じサービスのライセンスを保有する場合、当該複数のユーザに対して当該サービスに係る料金を割引する。以下、当該特定の関係を有する複数のユーザが、シニアユーザと新人ユーザのペアである例を説明する。

【0163】

例えば、ユーザ構造管理テーブル１３１の属性に、ユーザの年齢が定義され、６０歳以上のユーザをシニアユーザとし、２５歳以下のユーザを新人ユーザとする。サービス提供条件管理テーブル１３４のライセンスを示す２つのレコードにおいて、構造化ＩＤに含まれるサービスＩＤが同じであり、当該構造化ＩＤが示すセグメント構造が同じであり、かつ当該構造化ＩＤが示すユーザがそれぞれシニアユーザと新人ユーザ（ユーザ構造管理テーブル１３１の属性が示す年齢から判定できる）である場合、当該２つのレコードが示すライセンスに係るサービスが割引の対象となる。

【0164】

なお、割引対象のライセンスに対してサービス対価の割引を実現する方法は、上記した第１の例と同様である。このように、同じ企業の同じ組織の特定の関係を有する複数のユーザが同じサービスを利用する場合に対価を割引することで、当該サービスの導入を促進し、かつ導入されたサービスの解約の抑制を図ることができる。

【0165】

対価の割引を実行する第４の例について説明する。第４の例では、複数のユーザが同じグループに属し、同じサービスを同じ時間に利用する場合、当該複数のユーザに対して当該サービスに係る料金を割引する。

【0166】

例えば、サービス管理装置１００は、複数のユーザのユーザＩＤからなるグループを管理するテーブルを有することで当該複数のユーザを特定することができる。例えば、当該複数のユーザＩＤのユーザそれぞれによる同じサービスへのアクセス要求が所定時間内に許可された場合、当該複数のユーザそれぞれに対する当該サービスが割引の対象となる。

【0167】

なお、割引対象のライセンスに対してサービス対価の割引を実現する方法は、上記した第４の例と同様である。また、当該複数のユーザ全てのアクセスが許可されるまでは、当該複数のユーザの一部のアクセス要求が許可されていても当該一部のユーザが当該サービスを利用できない（即ち当該一部のユーザがサービスの利用待ち状態となる）ようにしてもよい。このように、複数のユーザが同じサービスを同じ時間帯に利用する場合に対価を割引することで、当該サービスの導入を促進し、かつ導入されたサービスの解約の抑制を図ることができ、上記した利用待ち状態を発生させることにより当該サービスの利用時間帯のコントロールすることができる。

【0168】

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることも可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

【0169】

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

【0170】

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。