特許 7629838 計算機システム及びサービスレコメンド方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-02-05

(45)【発行日】2025-02-14

(54)【発明の名称】計算機システム及びサービスレコメンド方法

(51)【国際特許分類】

   G06Q 10/0637 20230101AFI20250206BHJP

【ＦＩ】

G06Q10/0637

【請求項の数】 4

(21)【出願番号】P 2021176487

(22)【出願日】2021-10-28

(65)【公開番号】P2023066011

(43)【公開日】2023-05-15

【審査請求日】2024-03-07

(73)【特許権者】

【識別番号】000005108

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

(74)【代理人】

【識別番号】110001678

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

(72)【発明者】

【氏名】芳賀 憲行

(72)【発明者】

【氏名】中村 俊之

(72)【発明者】

【氏名】田沼 巌

(72)【発明者】

【氏名】檜 一平

(72)【発明者】

【氏名】根本 千恵

(72)【発明者】

【氏名】浅井 健太郎

【審査官】山崎 雄司

(56)【参考文献】

【文献】中国特許出願公開第１１３２８３７２９（ＣＮ，Ａ）

【文献】米国特許出願公開第２０２１／０２８６８４９（ＵＳ，Ａ１）

【文献】特開２０１９－２１２０８２（ＪＰ，Ａ）

【文献】国際公開第２０１８／１８１８２６（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

計算機システムであって、
プロセッサ、前記プロセッサに接続される記憶装置、前記プロセッサに接続されるネットワークインタフェースを有する少なくとも一つの計算機を備え、
前記少なくとも一つの計算機の前記記憶装置は、
事業におけるデジタル化の推進の程度を表す成熟度の大きさと、改善対象の業務システムとの対応関係を示す情報を格納したマッチング情報と、
業務システムと、当該業務システムのデジタル化の推進に役立つサービスを提供するプロバイダとを対応づけた情報を格納したプロバイダ情報と、
を記憶し、
前記少なくとも一つの計算機は、
第１事業者が運用する複数の対象業務システムの各々から、前記対象業務システムが管理しているデータのデータ量、前記対象業務システムの通信量、及び前記対象業務システムの計算量を含む稼働データを取得し、
前記対象業務システムの各々について、前記対象業務システムの事業規模と、前記稼働データに含まれる前記データ量、前記通信量、及び前記計算量と、を変数とする数式を用いて、前記対象業務システムの前記成熟度を算出し、
前記成熟度に基づいて前記マッチング情報を参照して、前記複数の対象業務システムの中から改善対象の前記対象業務システムを特定し、
特定された前記対象業務システムに基づいて前記プロバイダ情報を参照して、前記第１事業者に導入を推奨するサービスを提供する前記プロバイダを特定し、
特定された前記プロバイダを提示することを特徴とする計算機システム。

【請求項2】

請求項１に記載の計算機システムであって、
前記少なくとも一つの計算機の前記記憶装置は、前記業務システム毎の前記成熟度の上限を管理するための成熟度上限情報を記憶し、
前記少なくとも一つの計算機は、
一つの前記対象業務システムを選択し、
前記成熟度上限情報を参照して、選択した前記対象業務システムの前記成熟度が上限に達しているか否かを判定し、
選択した前記対象業務システムの前記成熟度が上限に達していない場合、選択した前記対象業務システムの前記成熟度に基づいて前記マッチング情報を参照して、前記複数の対象業務システムの中から改善対象の前記対象業務システムを特定することを特徴とする計算機システム。

【請求項3】

計算機システムが実行するサービスレコメンド方法であって、
前記計算機システムは、プロセッサ、前記プロセッサに接続される記憶装置、前記プロセッサに接続されるネットワークインタフェースを有する少なくとも一つの計算機を含み、
前記少なくとも一つの計算機の前記記憶装置は、
事業におけるデジタル化の推進の程度を表す成熟度の大きさと、改善対象の業務システムとの対応関係を示す情報を格納したマッチング情報と、
業務システムと、当該業務システムのデジタル化の推進に役立つサービスを提供するプロバイダとを対応づけた情報を格納したプロバイダ情報と、
を記憶し、
前記サービスレコメンド方法は、
前記少なくとも一つの計算機が、第１事業者が運用する複数の対象業務システムの各々から、前記対象業務システムが管理しているデータのデータ量、前記対象業務システムの通信量、及び前記対象業務システムの計算量を含む稼働データを取得する第１のステップと、
前記少なくとも一つの計算機が、前記対象業務システムの各々について、前記対象業務システムの事業規模と、前記稼働データに含まれる前記データ量、前記通信量、及び前記計算量と、を変数とする数式を用いて、前記対象業務システムの前記成熟度を算出する第２のステップと、
前記少なくとも一つの計算機が、前記成熟度に基づいて前記マッチング情報を参照して、前記複数の対象業務システムの中から改善対象の前記対象業務システムを特定する第３のステップと、
前記少なくとも一つの計算機が、特定された前記対象業務システムに基づいて前記プロバイダ情報を参照して、前記第１事業者に導入を推奨するサービスを提供する前記プロバイダを特定する第４のステップと、
前記少なくとも一つの計算機が、特定された前記プロバイダを提示する第５のステップと、を含むことを特徴とするサービスレコメンド方法。

【請求項4】

請求項３に記載のサービスレコメンド方法であって、
前記少なくとも一つの計算機の前記記憶装置は、前記業務システム毎の前記成熟度の上限を管理するための成熟度上限情報を記憶し、
前記第３のステップは、
前記少なくとも一つの計算機が、一つの前記対象業務システムを選択するステップと、
前記少なくとも一つの計算機が、前記成熟度上限情報を参照して、選択した前記対象業務システムの前記成熟度が上限に達しているか否かを判定するステップと、
前記少なくとも一つの計算機が、選択した前記対象業務システムの前記成熟度が上限に達していない場合、選択した前記対象業務システムの前記成熟度に基づいて前記マッチング情報を参照して、前記複数の対象業務システムの中から改善対象の前記対象業務システムを特定するステップと、を含むことを特徴とするサービスレコメンド方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＤＸ推進に役立つサービスのレコメンド技術に関する。

【背景技術】

【0002】

近年、企業のＤＸ推進の取り組みが活発になってきている。非特許文献１には、「あらゆる産業において、新たなデジタル技術を利用してこれまでにないビジネスモデルを展開する新規参入者が登場し、ゲームチェンジが起きつつある。こうした中で、各企業は、競争力維持・強化のために、デジタルトランスフォーメーション（ＤＸ：Ｄｉｇｉｔａｌ Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）をスピーディーに進めていくことが求められている」（非特許文献１第１頁参照）ものの、「経営者がDXの必要性を認識し、デジタル部門を設置するなどの取組が見られるものの、実際のビジネス変革にはつながっていないという状況が、多くの日本企業に見られる現状」（非特許文献１第1頁参照）であり、「DXの推進は、これまでの仕事の仕方や企業文化の変革までをも求められるものであり、上記をはじめとする諸課題を克服しDXを実現するに当たっては、経営幹部、事業部門、DX部門、IT部門など関係する者が現状や課題に対する認識を共有し、アクションにつなげていくことが不可欠である」（非特許文献１第2頁参照）こと、そして「DX推進指標」は、「DX推進に向けて、経営者や社内の関係者が、自社の取組の現状や、あるべき姿と現状とのギャップ、あるべき姿に向けた対応策について認識を共有し、必要なアクションをとっていくための気付きの機会を提供することを目指すもの」（非特許文献１第2頁参照）であり、「自己診断を基本とし、各指標項目について、経営幹部、事業部門、DX部門、IT部門等が議論をしながら回答することを想定している」（非特許文献１第２頁参照）ことが記載されている。

【0003】

また、特許文献１には、「口座残高と、過去の入出金履歴とに基づいて、将来の口座残高を推定し、推定した前記口座残高が、口座残高の過去の推移傾向から上振れする場合と下振れする場合とで異なる金融商品の情報を送信する、処理をコンピュータに実行させることを特徴とする金融商品レコメンドプログラムが提供される。」ことが記載されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１８－１６３５９６号公報

【非特許文献】

【0005】

【文献】経済産業省著、「DX推進指標」とそのガイダンス、令和元年７月、［令和３年１０月１５日検索］、インターネット（https://www.meti.go.jp/press/2019/07/20190731003/20190731003-1.pdf）

【発明の概要】

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

【0006】

非特許文献１では、企業のＤＸ推進の度合いを示す「DX推進指標」が記載されているが、企業の自己診断を基本としているため、当該企業のＤＸ推進の度合いを客観的に把握することが困難である。そのため、「DX推進指標」を活用したとしても、自己診断のやり方によっては当該企業においてＤＸを推進していくために必要な取り組みやツール、サービス等を適切に選択することができないおそれがある。また、ＤＸ推進のためのＩＴツールやサービス等を提供するプロバイダにとっては、顧客のＤＸの推進度合いを的確に把握できず、顧客に最適な自社製品、サービスを提案することが難しい。

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

【0007】

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、計算機システムであって、プロセッサ、前記プロセッサに接続される記憶装置、前記プロセッサに接続されるネットワークインタフェースを有する少なくとも一つの計算機を備え、前記少なくとも一つの計算機の前記記憶装置は、事業におけるデジタル化の推進の程度を表す成熟度の大きさと、改善対象の業務システムとの対応関係を示す情報を格納したマッチング情報と、業務システムと、当該業務システムのデジタル化の推進に役立つサービスを提供するプロバイダとを対応づけた情報を格納したプロバイダ情報と、を記憶し、前記少なくとも一つの計算機は、第１事業者が運用する複数の対象業務システムの各々から、前記対象業務システムが管理しているデータのデータ量、前記対象業務システムの通信量、及び前記対象業務システムの計算量を含む稼働データを取得し、前記対象業務システムの各々について、前記対象業務システムの事業規模と、前記稼働データに含まれる前記データ量、前記通信量、及び前記計算量と、を変数とする数式を用いて、前記対象業務システムの前記成熟度を算出し、前記成熟度に基づいて前記マッチング情報を参照して、前記複数の対象業務システムの中から改善対象の前記対象業務システムを特定し、特定された前記対象業務システムに基づいて前記プロバイダ情報を参照して、前記第１事業者に導入を推奨するサービスを提供する前記プロバイダを特定し、特定された前記プロバイダを提示する。

【発明の効果】

【0008】

本発明によれば、企業のＤＸ推進の度合いを客観的に把握し、当該企業のＤＸ推進に必要な取り組みやツール、サービス等を適切に選択することができる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

【図面の簡単な説明】

【0009】

【図1】実施例１のシステムの構成例を示す図である。

【図2】実施例１の基盤を構成する計算機の構成例を示す図である。

【図3】実施例１の稼働データ管理情報の一例を説明する図である。

【図4A】実施例１のサービス管理情報の一例を説明する図である。

【図4B】実施例１のサービス管理情報の一例を説明する図である。

【図5】実施例１の成熟度上限情報の一例を説明する図である。

【図6】実施例１の基盤が実行する処理の概要を説明するフローチャートである。

【図7】実施例１の基盤が実行する稼働データ取得処理の一例を説明するフローチャートである。

【図8】実施例１の基盤が実行する成熟度推定処理の一例を説明するフローチャートである。

【図9】実施例１の基盤が実行するサービスレコメンド処理の一例を説明する処理である。

【図10】実施例１の基盤が実行するサービスレコメンド処理の一例を説明する処理である。

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

【0010】

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

【0011】

以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。

【0012】

本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。

【実施例1】

【0013】

図１は、実施例１のシステムの構成例を示す図である。図２は、実施例１の基盤を構成する計算機の構成例を示す図である。

【0014】

システムは、基盤１００、業務管理システム１０１、及びサービスプロバイダシステム１０２から構成される。基盤１００、業務管理システム１０１、及びサービスプロバイダシステム１０２は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワークを介して互いに接続される。ネットワークの接続方式は有線及び無線のいずれでもよい。

【0015】

業務管理システム１０１は、事業を行う企業が運用するシステムである。業務管理システム１０１上では、業務種別ごとに一つ以上の業務システムが稼働している。

【0016】

サービスプロバイダシステム１０２は、サービスプロバイダが運用するシステムである。サービスプロバイダシステム１０２は、提供するサービスに関する情報を基盤１００に登録する。当該情報はサービス管理情報１２２に格納される。

【0017】

基盤１００は、企業のＤＸの推進の度合い（成熟度）を推定し、成熟度に応じてサービスプロバイダが提供するサービスのレコメンドを行う。基盤１００は、図２に示すような計算機２００から構成される。なお、基盤１００は、ストレージシステム及びネットワークスイッチ等を含んでもよい。

【0018】

計算機２００は、プロセッサ２０１、主記憶装置２０２、副記憶装置２０３、及びネットワークインタフェース２０４を有する。なお、計算機２００は、入力装置及び出力装置を有してもよい。

【0019】

プロセッサ２０１は、主記憶装置２０２に格納されるプログラムを実行する。プロセッサ２０１がプログラムにしたがって処理を実行することによって、特定の機能を実現する機能部（モジュール）として動作する。以下の説明では、機能部を主語に処理を説明する場合、プロセッサ２０１が当該機能部を実現するプログラムを実行していることを示す。主記憶装置２０２は、メモリ等であり、プロセッサ２０１が実行するプログラム及びプログラムが使用するデータを格納する。副記憶装置２０３は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等であり、データを永続的に格納する。主記憶装置２０２に格納されるプログラム及びデータは、副記憶装置２０３に格納されてもよい。この場合、プロセッサ２０１が副記憶装置２０３からプログラム及びデータを読み出し、主記憶装置２０２にロードする。ネットワークインタフェース２０４は、ネットワークを介して他の装置と通信する。

【0020】

基盤１００は、機能構成として、計測部１１０、成熟度推定部１１１、サービスマッチング部１１２、及びサービスレコメンド部１１３を有する。また、基盤１００は、稼働データ管理情報１２０、成熟度判定基準情報１２１、サービス管理情報１２２、及び成熟度上限情報１２３を管理する。

【0021】

稼働データ管理情報１２０は、業務システムの稼働状態に関する稼働データを管理するための情報である。稼働データは、業務システムの識別情報、計測期間、データ量、通信量、及び計算量等を含む。稼働データ管理情報１２０の詳細は図３を用いて説明する。

【0022】

成熟度判定基準情報１２１は、業務システムにおけるＤＸの推進の度合いを示す成熟度の判定基準を定義した情報である。成熟度判定基準情報１２１には、例えば、以下のような数式が格納される。

【0023】

【数1】

【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】

１００ 基盤
１０１ 業務管理システム
１０２ サービスプロバイダシステム
１１０ 計測部
１１１ 成熟度推定部
１１２ サービスマッチング部
１１３ サービスレコメンド部
１２０ 稼働データ管理情報
１２１ 成熟度判定基準情報
１２２ サービス管理情報
１２３ 成熟度上限情報
２００ 計算機
２０１ プロセッサ
２０２ 主記憶装置
２０３ 副記憶装置
２０４ ネットワークインタフェース
４００ マッチング情報
４１０ プロバイダ情報

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】