ホーム > 特許ランキング > 株式会社野村総合研究所
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-12-13
(45)【発行日】2024-12-23
(54)【発明の名称】サービス管理システム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20241216BHJP
【ＦＩ】
G06Q50/10
【請求項の数】
4
(21)【出願番号】P 2021000573
(22)【出願日】2021-01-05
(65)【公開番号】P2022105932
(43)【公開日】2022-07-15
【審査請求日】2023-11-17
(73)【特許権者】
【識別番号】000155469
【氏名又は名称】株式会社野村総合研究所
(74)【代理人】
【識別番号】110002354
【氏名又は名称】弁理士法人平和国際特許事務所
(72)【発明者】
【氏名】渡邊 一郎
(72)【発明者】
【氏名】村田 龍俊
(72)【発明者】
【氏名】陶山 修司
(72)【発明者】
【氏名】山木田 和哉
(72)【発明者】
【氏名】佐藤 哲司
(72)【発明者】
【氏名】豊田 兼司
(72)【発明者】
【氏名】山崎 崇生
【審査官】田上 隆一
(56)【参考文献】
【文献】特開２０１３－１０９５７６（ＪＰ，Ａ）
【文献】特開２００５－３０１４６５（ＪＰ，Ａ）
【文献】特開２００５－２５０６３５（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
所定の契約単位で契約される一又は二以上の所定のサービスに関するライセンスの契約及び購入の適正化を管理するシステムであって、契約されている前記ライセンスを特定するための、各ライセンスの利用状況情報、購入情報、及び購入条件情報を含む所定のライセンス情報と、一又は二以上の類似するライセンスを示す所定の類似ライセンス情報を記憶した記憶手段と、
ユーザからのライセンスの契約申請があった場合に、前記記憶手段に記憶された各ライセンスの前記利用状況情報、購入情報、及び購入条件情報に基づいて、当該ライセンスを購入すべきか否かを判定する所定のライセンス購入最適化シミュレーションを実行するとともに、当該シミュレーションの結果に基づいて所定のライセンス購入処理を実行するライセンス購入最適化部と、
前記記憶手段に記憶された各ライセンスの前記利用状況情報、購入情報、購入条件情報、及び類似ライセンス情報のいずれかに基づいて、当該ライセンスと切替すべき類似ライセンスの有無を判定するライセンス切替シミュレーションを実行するとともに、当該シミュレーションの結果に基づいて該当する類似ライセンスを示す切替リスト情報を生成するライセンス切替情報生成部と、を備え、
前記ライセンス切替情報生成部は、
前記記憶手段を参照し、前記各ライセンスに係る現在のサービスと類似するサービスのデータを抽出し、サービスの切替を行った場合の料金を比較するシミュレーションを実行し、現在のサービスと一又は二以上の類似のサービスの名称と料金を対比可能に表示したリストを生成する
ことを特徴とするサービス管理システム。
【請求項2】
前記記憶手段に記憶された各ライセンスの前記利用状況情報と、各ライセンスに対する所定のログイン／ログアウト情報とに基づいて、当該ライセンスを休止すべきか否かを判定するライセンス棚卸最適化シミュレーションを実行するとともに、当該シミュレーションの結果に基づいて該当するライセンスの休止処理を実行するライセンス棚卸最適化部を備えることを特徴とする請求項１に記載のサービス管理システム。
【請求項3】
前記記憶手段に記憶された各ライセンスの前記利用状況情報と、各ライセンスに対する所定のログイン／ログアウト情報とに基づいて、当該ライセンスを廃止すべきか否かを判定するライセンス更新最適化シミュレーションを実行するとともに、当該シミュレーションの結果に基づいて該当するライセンスの廃止処理を実行するライセンス更新最適化部を備えることを特徴とする請求項１又は２に記載のサービス管理システム。
【請求項4】
前記記憶手段に記憶された各ライセンスの前記購入情報と、各ライセンスに対する所定のアカウント廃止情報とに基づいて、該当する廃止すべきライセンスを示す解約リスト情報を生成するライセンス解約情報生成部を備えることを特徴とする請求項１～３のいずれか一項に記載のサービス管理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、例えば企業や団体，組織等で社員や従業員等に支給・貸与される、例えば携帯電話やスマートフォン，有償・無償のソフトウェアアプリケーションなど、各種のサービスについて、その購入や契約の締結，更新，廃止等の管理・運用業務を支援するための技術に関する。
【背景技術】
【0002】
一般に、企業や団体，組織等では、そこに所属する社員や従業員等の業務遂行に必要となる各種のサービス、例えば携帯電話やスマートフォン，有償・無償のソフトウェアアプリケーションなどを、企業等の負担において社員や従業員等に支給・貸与することが行われている。
例えば、古くは固定電話回線の加入権の管理と月額利用料の資産と支払いの管理、最近では、各種クラウドサービスの機器レンタル費用と年額や月額での利用料、携帯電話会社のスマートフォンの割賦払いと月額通信料の管理、また、各契約が年単位で更新されるのでそれらの管理など、複雑な利用料等の管理が存在している。
例えば、古くは固定電話回線の加入権の管理と月額利用料の資産と支払いの管理、最近では、各種クラウドサービスの機器レンタル費用と年額や月額での利用料、携帯電話会社のスマートフォンの割賦払いと月額通信料の管理、また、各契約が年単位で更新されるのでそれらの管理など、複雑な利用料等の管理が存在している。
【0003】
このような業務遂行や福利厚生等の一環として社員等に与えられる各種のサービスは、その種類や内容、数量、支払うべき費用などが膨大となることもあり、企業や組織等にとっては、それら各種サービスの購入や契約の締結，更新，廃止等が適正に管理・運用されることが極めて重要であり、不必要・不効率なサービスの重複契約などは可能な限り排除する必要がある。
ところが、これまでは、このような各種サービスの管理は、例えば企業の管理部や総務部といった管理部門の担当者等が、長年の経験と勘に基づく人手・手作業によって行っており、担当者の負担も大きく、また、適切な管理・運用が行われているとは言い難い場合も少なくなかった。
ところが、これまでは、このような各種サービスの管理は、例えば企業の管理部や総務部といった管理部門の担当者等が、長年の経験と勘に基づく人手・手作業によって行っており、担当者の負担も大きく、また、適切な管理・運用が行われているとは言い難い場合も少なくなかった。
【0004】
そこで、そのような企業・組織等における各種サービスの管理や運用について、担当者の負担を軽減しつつ、効率的な管理・運用業務を行えるようにすることを目的とした支援技術等が提案されている。
例えば、特許文献１には、会社等の組織内で保有するソフトウェアのライセンス数と、組織内で実際に使用されているソフトウェアの数をコンピュータにより管理し、ライセンス数が不足するソフトウェアがあるかをチェックして、不足する場合には担当者に通知することにより、組織内におけるライセンスの不正使用を防ぎつつ、効率の良い正確なライセンス管理を実現することができ、ライセンス管理における作業負荷も軽減することができるとする「ライセンス管理方法」が提案されている。
例えば、特許文献１には、会社等の組織内で保有するソフトウェアのライセンス数と、組織内で実際に使用されているソフトウェアの数をコンピュータにより管理し、ライセンス数が不足するソフトウェアがあるかをチェックして、不足する場合には担当者に通知することにより、組織内におけるライセンスの不正使用を防ぎつつ、効率の良い正確なライセンス管理を実現することができ、ライセンス管理における作業負荷も軽減することができるとする「ライセンス管理方法」が提案されている。
【先行技術文献】
【特許文献】
【0005】
【文献】特許第４１２１３４４号明細書
【発明の概要】
【発明が解決しようとする課題】
【0006】
しかしながら、特許文献１に開示されている技術を含めて、これまでのサービス管理の支援技術には、更なる改良の余地があった。
例えば、特許文献１のライセンス管理方法は、契約すべきソフトウェアの不足や不正使用を防止することのみを目的としており、例えば不必要なサービスや重複したサービスを抽出して、その契約の見直しや最適化を図るようなことはできなかった。
例えば、特許文献１のライセンス管理方法は、契約すべきソフトウェアの不足や不正使用を防止することのみを目的としており、例えば不必要なサービスや重複したサービスを抽出して、その契約の見直しや最適化を図るようなことはできなかった。
【0007】
本発明は、上記のような課題を解決するために提案されたものであり、企業や団体等において契約される有償・無償の各種のサービスについて、その購入や契約の締結，更新，休止，廃止等について動的に監視・判定を行うことにより、不必要なサービスや不効率な運用、重複する契約等を自動的に抽出し、契約・購入の実行や見直し，休止，廃止等の最適化を図ることができるサービス管理システムを提供することを目的とする。
【課題を解決するための手段】
【0008】
上記目的を達成するため、本発明は、所定の契約単位で契約される一又は二以上の所定のサービスに関するライセンスの契約及び購入の適正化を管理するシステムであって、契約されている前記ライセンスを特定するための、各ライセンスの利用状況情報、購入情報、及び購入条件情報を含む所定のライセンス情報と、一又は二以上の類似するライセンスを示す所定の類似ライセンス情報を記憶した記憶手段と、ユーザからのライセンスの契約申請があった場合に、前記記憶手段に記憶された各ライセンスの前記利用状況情報、購入情報、及び購入条件情報に基づいて、当該ライセンスを購入すべきか否かを判定する所定のライセンス購入最適化シミュレーションを実行するとともに、当該シミュレーションの結果に基づいて所定のライセンス購入処理を実行するライセンス購入最適化部と、前記記憶手段に記憶された各ライセンスの前記利用状況情報、購入情報、購入条件情報、及び類似ライセンス情報のいずれかに基づいて、当該ライセンスと切替すべき類似ライセンスの有無を判定するライセンス切替シミュレーションを実行するとともに、当該シミュレーションの結果に基づいて該当する類似ライセンスを示す切替リスト情報を生成するライセンス切替情報生成部と、を備え、前記ライセンス切替情報生成部は、前記記憶手段を参照し、前記各ライセンスに係る現在のサービスと類似するサービスのデータを抽出し、サービスの切替を行った場合の料金を比較するシミュレーションを実行し、現在のサービスと一又は二以上の類似のサービスの名称と料金を対比可能に表示したリストを生成する構成としてある。
【0009】
また、本発明は、上記のような本発明に係るサービス管理システムで実行されるプログラムとして構成することができる。
さらに、本発明は、上記のような本発明に係るサービス管理システム及びプログラムによって実施可能な方法として実施することもできる。
さらに、本発明は、上記のような本発明に係るサービス管理システム及びプログラムによって実施可能な方法として実施することもできる。
【発明の効果】
【0010】
本発明によれば、企業や団体等において契約される有償・無償の各種のサービスについて、その購入や契約の締結，更新，休止，廃止等について動的に監視・判定を行うことにより、不必要なサービスや不効率な運用、重複する契約等を自動的に抽出し、契約・購入の実行や見直し，休止，廃止等の最適化を図ることができる。
これによって、例えば企業や団体，組織等で社員や従業員等に支給・貸与される、携帯電話やスマートフォン，有償・無償のソフトウェアアプリケーションなど、各種のサービスについての購入や契約の管理・運用などに好適なサービス管理システム及びプログラム・方法を提供することが可能となる。
これによって、例えば企業や団体，組織等で社員や従業員等に支給・貸与される、携帯電話やスマートフォン，有償・無償のソフトウェアアプリケーションなど、各種のサービスについての購入や契約の管理・運用などに好適なサービス管理システム及びプログラム・方法を提供することが可能となる。
【図面の簡単な説明】
【0011】
【図1】本発明の一実施形態に係るサービス管理システムの全体構成を模式的に示す説明図である。
【図2】サービス管理システムにおける各部の構成を示す機能ブロック図である。
【図3】サービス管理システムのデータベースに格納されるデータ構成を示す説明図であり、（ａ）はライセンス利用状況ＤＢ、（ｂ）はサービス解約情報ＤＢ、（ｃ）はサービス解約リストＤＢの各データ構成を示している。
【図4】サービス管理システムのデータベースに格納されるデータ構成を示す説明図であり、（ａ）は購入ライセンスＤＢ、（ｂ）は購入条件ＤＢ、（ｃ）は類似ライセンスＤＢの各データ構成を示している。
【図5】ライセンス購入最適化部における処理動作の概要を示すフローチャートである。
【図6】有償ライセンスの申請書の入力画面イメージを示す説明図である。
【図7】ライセンス購入最適化シミュレーションにおける処理動作の詳細を示すフローチャートである。
【図8】ライセンス購入最適化シミュレーションの出力イメージを示す説明図であり、（ａ）は購入シミュレーションリスト、（ｂ）は購入条件の表示の一例である。
【図9】ライセンス棚卸最適化部における処理動作の概要を示すフローチャートである。
【図10】ライセンス棚卸最適化シミュレーションにおける処理動作の詳細を示すフローチャートである。
【図11】ライセンス棚卸最適化シミュレーションの出力イメージを示す説明図であり、（ａ）は利用状況出力指示画面、（ｂ）は利用状況出力、（ｃ）は利用状況の表示の一例である。
【図12】ライセンス更新最適化部における処理動作の概要を示すフローチャートである。
【図13】ライセンス更新最適化シミュレーションにおける処理動作の詳細を示すフローチャートである。
【図14】ライセンス更新最適化シミュレーションの出力イメージを示す説明図であり、（ａ）は更新対象者利用状況出力指示画面、（ｂ）は更新対象者利用状況出力、（ｃ）は更新対象者利用状況の表示の一例である。
【図15】ライセンス切替情報生成部における処理動作の概要を示すフローチャートである。
【図16】ライセンス切替シミュレーションにおける処理動作の詳細を示すフローチャートである。
【図17】ライセンス切替シミュレーションの出力イメージを示す説明図であり、（ａ）はライセンス切替シミュレーション出力指示画面、（ｂ）はライセンス切替シミュレーション出力、（ｃ）は類似ライセンスの利用状況の表示の一例である。
【図18】ライセンス解約情報生成部における処理動作の概要を示すフローチャートである。
【図19】ライセンス解約情報生成部によるサービス解約リスト出力処理の詳細を示すフローチャートである。
【図20】外部システムにおけるアカウントの無効・休止作業／サービス解約データ作成指示の入力画面イメージを示す説明図である。
【図21】サービス解約リストの出力イメージを示す説明図である。
【発明を実施するための形態】
【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】
図６に、有償ライセンスの申請書の入力画面イメージを示す。
同図に示すように、申請者端末３０には、ライセンス申し込み用の申請書の入力画面が生成・表示され、必要な情報が入力されるようになっている。
図６に示す例では、例えば、以下のような申請・申し込みが行えるようになっている。
(1)新規
(2)会計ユニット変更
(3)年度末廃止
(4)即時廃止（ライセンスによる）
(5)テストアカウント新規
(6)テストアカウント廃止
同図に示すように、申請者端末３０には、ライセンス申し込み用の申請書の入力画面が生成・表示され、必要な情報が入力されるようになっている。
図６に示す例では、例えば、以下のような申請・申し込みが行えるようになっている。
(1)新規
(2)会計ユニット変更
(3)年度末廃止
(4)即時廃止（ライセンスによる）
(5)テストアカウント新規
(6)テストアカウント廃止
【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】
また、上述した実施形態では、一例として、サービス管理サーバ１０・申請者端末３０が一の会社の社内ネットワークに設置され、相互に接続される構成を示したが、サービス管理サーバ１０はシステム会社社内に設置し、システム会社の複数のクライアント企業の申請者端末３０が外部からサービス管理サーバ１０にアクセスしてサービス管理サーバ１０のサービス機能の提供を受ける構成（SaaS構成）であってもよい。なお、SaaS構成であっても、サービス管理サーバ１０の一部の機能をクライアント企業側にサーバ又はクライアントの機能として残存させる構成であってもよい。
【産業上の利用可能性】
【0102】
本発明は、例えば企業や団体，組織等で社員や従業員等に支給・貸与される、携帯電話やスマートフォン，有償・無償のソフトウェアアプリケーションなど、各種のサービスについての管理・運用業務を支援するためのサービス管理システムとして好適に利用可能である。
【符号の説明】
【0103】
１ サービス管理システム
１０ サービス管理サーバ
１１ ライセンス購入最適化部
１２ ライセンス棚卸最適化部
１３ ライセンス更新最適化部
１４ ライセンス切替情報生成部
１５ ライセンス解約情報生成部
２０ サービス管理データベース
２１ ライセンス利用状況データベース
２２ サービス解約情報データベース
２３ サービス解約リストデータベース
２４ 購入ライセンスデータベース
２５ 購入条件データベース
２６ 類似ライセンスデータベース
３０ 申請者端末
５０ 外部システム
１０ サービス管理サーバ
１１ ライセンス購入最適化部
１２ ライセンス棚卸最適化部
１３ ライセンス更新最適化部
１４ ライセンス切替情報生成部
１５ ライセンス解約情報生成部
２０ サービス管理データベース
２１ ライセンス利用状況データベース
２２ サービス解約情報データベース
２３ サービス解約リストデータベース
２４ 購入ライセンスデータベース
２５ 購入条件データベース
２６ 類似ライセンスデータベース
３０ 申請者端末
５０ 外部システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】