JP6899340B2 - 業務プロセス設計支援方法及び業務プロセス設計支援装置 - Google Patents

Description

本発明は、ブロックチェーンを利用する技術に関する。

近年、耐改竄性や透明性、耐障害性や非中央集権等の特性を有するブロックチェーンを利用した技術が普及している。ブロックチェーンは、Ｐ２Ｐ（Peer to Peer）ネットワーク上で分散型台帳管理を実現する技術である。ブロックチェーンは、記録情報を含むトランザクションを作成し、各トランザクションを電子署名とハッシュ値に基づき鎖状に繋ぐことで、記録情報の一貫性と、耐改竄性と、透明性等の特性を有する。

ブロックチェーンを利用したアプリケーションの開発については、例えば、非特許文献１が知られている。非特許文献１では、資産の状態（ステート）の変化かをステートチャートで定義し、ブロックチェーンを利用して状態の変化を管理する技術が開示されている。

また、業務プロセスにブロックチェーンを適用する研究も進んでいる。例えば、非特許文献２では、ＢＰＭＮ（Business Process Modeling Notation）で業務プロセスを記述し、ＢＰＭＮを簡略化ルールに従ってモデルに変換し、このモデルをプログラム（スマートコントラクト）に変換する技術が開示されている。

立石 孝彰、齋藤 新、岩間 太、天野 俊一、大澤 昇平、吉濱 佐知子 著、"ブロックチェーンアプリケーション開発の実践と今後の課題"、情報処理学会 発行、ソフトウェアエンジニアリングシンポジウム2017論文集、pp. 204-211、2017年08月23日 Luciano Garcia-Banuelos, Alexander Ponomarev, Marlon Dumas, Ingo Weber 著、"Optimized Execution of Business Processes on Blockchain"、［online］、［平成３０年１月４日検索］、インターネット〈 URL：http://tokkyo.shinsakijun.com/information/newtech.html〉

上記非特許文献１では、ステートチャートで記述する対象（管理対象資産、管理者、ステータスの種類）は決まっていることが前提となっている。また、非特許文献２では、ＢＰＭＮで記述する次期業務プロセスに関わる組織（ロール）と業務の流れは決まっていることが前提となっている。

従って、上記非特許文献１、２の従来例では、ブロックチェーンを適用する次期の業務プロセスの設計が完了している必要があり、既存の業務プロセスにブロックチェーンの技術を適用して次期の業務プロセスを容易に開発することはできない、という問題があった。

そこで本発明は、上記問題点に鑑みてなされたもので、ブロックチェーンの特性を活かした業務プロセスの開発を支援することを目的とする。

本発明は、プロセッサとメモリとストレージ装置を有する計算機で、業務プロセスの設計を支援する業務プロセス設計支援方法であって、前記計算機が、前記業務プロセスの定義情報を受け付ける第１のステップと、前記計算機が、前記定義情報からデータ項目と、処理を実行するロールと、前記データ項目毎に前記ロールが処理するタスクの内容と、ロール間のメッセージの送受信の関係を抽出して業務プロセスのモデルを生成する第２のステップと、前記計算機が、予め設定された情報管理の要素を選択する第３のステップと、前記計算機が、前記選択された情報管理の要素を前記モデルに適用するシミュレーションを実行する第４のステップと、前記計算機が、前記シミュレーションの結果に基づいて前記選択された情報管理の要素を前記モデルに適用可能か否かを判定する第５のステップと、を含み、前記情報管理の要素は、分散型情報管理に含まれる要素であって、前記第４のステップは、前記モデルに選択された前記分散型情報管理の要素を適用して新たな業務プロセスのモデルの生成を試行し、前記第５のステップは、前記シミュレーションで新たな業務プロセスのモデルが生成された場合には、前記分散型情報管理の要素を前記業務プロセスに適用可能と判定する。

本発明によれば、現行の業務プロセスの分析結果から、ブロックチェーンの要素を適用した新たな業務プロセスを提案することが可能となる。

本発明の実施例を示し、業務プロセス設計支援システムの一例を示すブロック図である。 本発明の実施例を示し、業務プロセス設計支援装置の一例を示すブロック図である。 本発明の実施例を示し、ストレージ装置に格納されるソフトウェアの一例を示すブロック図である。 本発明の実施例を示し、業務プロセス設計支援装置で行われる処理の一例を示すフローチャートである。 本発明の実施例を示し、図４のステップＳ２で行われる現行（ＡｓＩｓ）業務プロセス分析処理の一例を示すフローチャートである。 本発明の実施例を示し、図４のステップＳ３で行われるデータライフサイクル分析処理の一例を示すフローチャートである。 本発明の実施例を示し、図４のステップＳ６で行われる中継者排除処理の一例を示すフローチャートである。 本発明の実施例を示し、図４のステップＳ６で行われるタスクシフト処理の一例を示すフローチャートである。 本発明の実施例を示し、図４のステップＳ９で行われる選択処理の一例を示すフローチャートである。 本発明の実施例を示し、パターン追加処理の一例を示すフローチャートである。 本発明の実施例を示し、現行（ＡｓＩｓ）業務プロセスの情報の遷移の一例を示す図である。 本発明の実施例を示し、次期（ＴｏＢｅ）業務プロセスの情報の遷移の一例を示す図である。 本発明の実施例を示し、現行（ＡｓＩｓ）業務プロセスのデータライフサイクルの一例を示す模式図である。 本発明の実施例を示し、中継者排除後のデータライフサイクルの一例を示す模式図である。 本発明の実施例を示し、タスクシフト後のデータライフサイクルの一例を示す模式図である。 本発明の実施例を示し、現行（ＡｓＩｓ）業務プロセスをＸＭＬで表現した例を示す図である。 本発明の実施例を示し、ロール定義テーブルの一例を示す図である。 本発明の実施例を示し、タスク定義テーブルの一例を示す図である。 本発明の実施例を示し、ロール−タスク割当定義テーブルの一例を示す図である。 本発明の実施例を示し、データ項目定義テーブルの一例を示す図である。 本発明の実施例を示し、データセット定義テーブルの一例を示す図である。 本発明の実施例を示し、メッセージ定義テーブルの一例を示す図である。 本発明の実施例を示し、メッセージ送信コスト算出テーブルの一例を示す図である。 本発明の実施例を示し、タスク実行コスト算出テーブルの一例を示す図である。 本発明の実施例を示し、データライフサイクル定義中間テーブルの一例を示す図である。 本発明の実施例を示し、データライフサイクル定義テーブルの一例を示す図である。 本発明の実施例を示し、業務変革パターン定義テーブルの一例を示す図である。 本発明の実施例を示し、中継者排除後のデータライフサイクル定義シミュレーションテーブルの一例を示す図である。 本発明の実施例を示し、タスクシフト後のデータライフサイクル定義シミュレーションテーブルの一例を示す図である。 本発明の実施例を示し、シミュレーション結果を適用した後のロール−タスク割当定義テーブルの一例を示す図である。 本発明の実施例を示し、シミュレーション結果を適用した後のデータセット定義テーブルの一例を示す図である。 本発明の実施例を示し、シミュレーション結果を適用した後のメッセージ定義テーブルの一例を示す図である。 本発明の実施例を示し、業務プロセス入力画面の一例を示す図である。 本発明の実施例を示し、メッセージフロー分析画面の一例を示す図である。 本発明の実施例を示し、シミュレーション結果表示画面の一例を示す図である。 本発明の実施例を示し、タスクシフト処理の一例を示す図である。

以下、本発明の実施例を添付図面に基づいて説明する。

図１は、本発明の実施例を示し、業務プロセス設計支援システムの一例を示すブロック図である。業務プロセス設計支援システムは、現行の業務プロセスから新たな業務プロセス（次期業務プロセス）を提案する業務プロセス設計支援装置１００と、業務プロセス設計支援装置１００を管理する管理端末１２０と、業務プロセス設計支援装置１００と管理端末１２０を接続するネットワーク１１０を含む。

＜業務プロセス設計支援装置の構成＞
図２は、業務プロセス設計支援装置１００の一例を示すブロック図である。業務プロセス設計支援装置１００は、メモリ２２０と、演算装置２３０と、ストレージ装置２１０と、入力装置２４０と、出力装置２５０と、通信装置２６０を含む。

ストレージ装置２１０には、業務プロセスの設計支援を実行するプログラム２７０と、プログラム２７０が利用するテーブル３００が格納される。演算装置２３０は、メモリ２２０にロードしたプログラム２７０を実行することで、業務プロセスの設計を支援する。

入力装置２４０は、マウスやキーボードやタッチパネル等で構成される。出力装置２５０は、ディスプレイなどで構成される。通信装置２６０は、ネットワーク１１０に接続されて管理端末１２０と通信を行う。

図３は、ストレージ装置２１０に格納されるソフトウェアの一例を示すブロック図である。ストレージ装置２１０には、業務プロセスの設計支援を行うプログラム２７０と、プログラム２７０が利用するテーブル３００が格納される。

テーブル３００には、ロール定義テーブル３１０と、タスク定義テーブル３２０と、ロール−タスク割当定義テーブル３３０と、データ項目定義テーブル３４０と、データセット定義テーブル３５０と、メッセージ定義テーブル３６０と、メッセージ送信コスト算出テーブル３７０と、タスク実行コスト算出テーブル３８０と、業務変革パターン定義テーブル３９０と、データライフサイクル定義中間テーブル４００と、データライフサイクル定義テーブル４１０と、データライフサイクル定義シミュレーションテーブル４２０が含まれる。各テーブルの詳細については後述する。

＜処理の概要＞
図１１、図１２を用いて、業務プロセス設計支援装置１００が行う次期（ＴｏＢｅ）の業務プロセスの設計支援の概要を説明する。図１１は、現行（ＡｓＩｓ）の業務プロセスの情報の遷移の一例を示す図である。図１１は、業務プロセスを実行するロール（組織または処理の主体）として、生産者Ｒ０１と、加工業者Ｒ０２と、評価団体Ｒ０３と、消費者Ｒ０４の４つのロールによる現行の業務プロセスの例を示す。

現行の業務プロセスは、まず、生産者Ｒ０１が原料（例えば、農産物）を収穫し（Ｔ０１）、産地情報Ｄ０１を生成する。生産者Ｒ０１は原料に産地情報Ｄ０１を付与して、加工業者Ｒ０２へ出荷する（Ｍ０１）。加工業者Ｒ０２は、産地情報Ｄ０１が付与された原料を加工して、商品を生産する（Ｔ０２）。

加工業者Ｒ０２は、商品の加工情報を生成し、生産者Ｒ０１からの産地情報Ｄ０１に加工情報を付加した出荷情報Ｄ０２を生成する。そして、加工業者Ｒ０２は、商品に出荷情報Ｄ０２を付与して評価団体Ｒ０３へ納品する（Ｍ０２）。

評価団体Ｒ０３では、商品の評価を行って（Ｔ０３）、評価情報Ｄ０３を生成する。評価団体Ｒ０３は、評価情報Ｄ０３を加工業者Ｒ０２に通知する（Ｍ０３）。加工業者Ｒ０２は、評価情報Ｄ０３を受け付けて評価を確認する。

評価団体Ｒ０３は、加工業者Ｒ０２からの出荷情報Ｄ０２に評価情報Ｄ０３を付加した販売情報Ｄ０４を生成し、消費者Ｒ０４に提供する（Ｍ０４）。消費者Ｒ０４は、販売情報Ｄ０４を受け付けて、商品を購入する（Ｔ０５）。

業務プロセス設計支援装置１００は、後述するように現行の業務プロセスを分析して、情報の発信元と送信先の特定や、ロール毎の情報に対する操作（参照、生成）を特定して、ブロックチェーンの特性（要素）を適用可能か否かを判定する。

業務プロセス設計支援装置１００は、現行の業務プロセスにブロックチェーンを適用するシミュレーションを実行した結果、次期の業務プロセスにブロックチェーンの要素を適用可能であれば、シミュレーションの結果から次期の業務プロセスを提案する。

図１２は、シミュレーションの結果である次期（ＴｏＢｅ）の業務プロセスの情報の遷移の一例を示す図である。図１２は、ブロックチェーンの特性を現行の業務プロセスに適用して次期の業務プロセスとした場合の情報の遷移を示す。

本実施例ではブロックチェーンの特性（後述）として、非中央集権と透明性を利用する例を示す。非中央集権及び透明性として、情報を単に中継するロールを排除する中継者排除を適用する。また、非中央集権として、他のロールで実行可能な処理を移動させるタスクシフトを適用する。なお、中継者排除やタスクシフトの具体的な処理の内容は後述する。

図１２では図１１に示したロールのうち、中継者排除処理によって、生産者Ｒ０１で生成された産地情報Ｄ０５が加工業者Ｒ０２と消費者Ｒ０４へそれぞれ送信（Ｍ０１、Ｍ０５、Ｍ０６）されるようにメッセージの送受信が更新される。

さらに、図１２では図１１に示したロールのうち、評価の生成処理（Ｔ０３）をタスクシフトによって消費者Ｒ０４のロールに移動し、生産情報と加工情報を転送するだけとなった評価団体Ｒ０３を削除する。これにより、次期の業務プロセスは、生産者Ｒ０１、加工業者Ｒ０２及び消費者Ｒ０４の３つのロールで行われるように改変される。

次期の業務プロセスは、生産者Ｒ０１が原料（例えば、農産物）を収穫し（Ｔ０１）、産地情報Ｄ０５を生成する。生産者Ｒ０１は原料に産地情報Ｄ０５を付与して、加工業者Ｒ０２へ出荷する（Ｍ０１）。また、生産者Ｒ０１は消費者Ｒ０４に産地情報Ｄ０５を配布する（Ｍ０５、Ｍ０６）。

加工業者Ｒ０２は、原料を加工して、商品を生産し（Ｔ０２）、商品の加工情報Ｄ０６を生成する。加工業者Ｒ０２は、加工情報Ｄ０６を消費者Ｒ０４へ配布する（Ｍ０２）。

消費者Ｒ０４は、加工情報Ｄ０６を受け付けて、評価情報Ｄ０７を生成し、加工業者Ｒ０２へ配布する。

業務プロセス設計支援装置１００は、非中央集権及び透明性を適用する中継者排除及びタスクシフトによって、評価のみを実施する評価団体Ｒ０３を排除し、評価団体Ｒ０３で行っていた評価（Ｔ０３）を消費者Ｒ０４へ移動させる次期の業務プロセスを提案する。また、産地情報Ｄ０５は、生産者Ｒ０１が加工業者Ｒ０２と消費者Ｒ０４に直接提供することで、透明性と耐障害性を向上させることが可能となる。

次に、本実施例におけるブロックチェーンの特性について説明する。ブロックチェーンの技術については、前記従来例と同様に、Ｐ２Ｐネットワークと、コンセンサスアルゴリズムと、偽造防止及び暗号化技術を組み合わせた分散型台帳（情報）管理システムである。

また、本実施例では、生産者Ｒ０１から消費者Ｒ０４までのサプライチェーンに対してブロックチェーンを適用する例を示すが、本発明はサプライチェーンに限定されるものではない。

本実施例では、ブロックチェーンの特性のうち、非中央集権性と、透明性と、耐改竄性と、耐障害性と、自動実行（自動取引）を利用する例を示す。まず、非中央集権性は、特定のロールがデータの管理を独占することを禁止して、ブロックチェーンに参加するそれぞれのロールがデータの管理を可能にすることを示す。

上記図１１の例では、評価団体Ｒ０３という一つの組織が商品の評価を独占していたのに対して、図１２の例では消費者Ｒ０４に商品の評価を実施させることで、特定のロール（組織）に依存することなく、複数の消費者Ｒ０４の幅広い意見を評価に反映させることができる。

次に、透明性は、各ロールが生成した情報を、全てのロールに公開し、全てのロールで共有することを示す。業務プロセスに参加するロールは、全ての情報を閲覧することができ、記録された情報の一貫性が保証されている。

耐改竄性は、前記従来例と同様に、各ロールでトランザクションを生成し、各トランザクションを電子署名とハッシュ値に基づき鎖状に繋ぐことで、データの改竄を抑止する。また、各ロールが生成した情報を公開することにより、データの改竄に対する意欲を抑制することができる。

耐障害性は、各ロールがデータまたはデータの複製をブロックチェーンに参加するロールで保持することで、一部のロールに障害が発生しても、データが毀損や消失を防止することである。

自動実行（自動取引）については、複数の必要条件に関する判定結果が集約された後に取引や情報の発行を実行することを示す。あるいは、発行された情報についての合意を、効率的に行うことを示す。

＜テーブルの構成＞
次に、ストレージ装置２１０に格納されたテーブル３００の詳細について説明する。

図１７は、ロール定義テーブル３１０の一例を示す図である。ロール定義テーブル３１０は、業務プロセスに参加する組織や人など、業務プロセスに参加する要素が定義される。ロール定義テーブル３１０は、プログラム２７０によって生成される情報である。

ロール定義テーブル３１０は、ロールの識別子を格納するロールＩＤ３１１と、ロールの名称を格納するロール名３１２と、ロールの重要性に関する指標を格納する重要ロールフラグ３１３がひとつのレコードに含まれる。

重要ロールフラグ３１３が「１」の場合には重要なロールであることを示し、重要ロールフラグ３１３が「０」の場合には重要でないロールであることを示す。

図１８は、タスク定義テーブル３２０の一例を示す図である。タスク定義テーブル３２０は、業務プロセスを構成する処理が定義される。タスク定義テーブル３２０は、プログラム２７０によって生成される情報である。

タスク定義テーブル３２０は、タスクの識別子を格納するタスクＩＤ３２１と、タスクの名称を格納するタスク３２２と、タスクへ入力するデータ項目の名称を格納する入力データ項目３２３と、タスクが出力するデータ項目名を格納する出力データ項目３２４がひとつのレコードに含まれる。

タスクＩＤ３２１は、図１１、図１２の説明に対応する。入力データ項目３２３と出力データ項目３２４には、複数のデータ項目名を格納することができる。また、入力データ項目３２３と出力データ項目３２４には少なくとも一方にデータ項目名が格納されていれば良い。

図１９は、ロール−タスク割当定義テーブル３３０の一例を示す図である。ロール−タスク割当定義テーブル３３０は、業務プロセスを構成する処理と、当該処理を実行するロールの関係が定義される。ロール−タスク割当定義テーブル３３０は、プログラム２７０によって生成される情報である。

ロール−タスク割当定義テーブル３３０は、タスクの識別子を格納するタスクＩＤ３３１と、タスクの名称を格納するタスク名３３２と、当該タスクを実施するロールの識別子を格納するロールＩＤ３３３と、ロールの名称を格納するロール名３３４を、ひとつのレコードに含む。

ロールＩＤ３３３及びロール名３３４と、タスクＩＤ３３１及びタスク名３３２は、図１１、図１２の説明に対応する。

図２０は、データ項目定義テーブル３４０の一例を示す図である。データ項目定義テーブル３４０は、各ロールが生成するデータ項目が定義される。データ項目定義テーブル３４０は、プログラム２７０によって生成される情報である。

データ項目定義テーブル３４０は、データ項目の識別子を格納するデータ項目ＩＤ３４１と、データの項目名を格納するデータ項目名３４２をひとつのレコードに含む。データ項目ＩＤ３４１及びデータ項目名３４２は、図１３〜図１５の説明に対応する。

図２１は、データセット定義テーブル３５０の一例を示す図である。データセット定義テーブル３５０は、各ロールが生成するデータ項目と、送受信されるデータセットの関係が定義される。データセット定義テーブル３５０は、プログラム２７０によって生成される情報である。

データセット定義テーブル３５０は、データセットの識別子を格納するデータセットＩＤ３５１と、データ項目の識別子を格納するデータ項目ＩＤ３５２と、データの項目名を格納するデータ項目名３５３をひとつのレコードに含む。データセットＩＤ３５１と、データ項目ＩＤ３４１及びデータ項目名３４２は、図１１〜図１２の説明に対応する。

図２２は、メッセージ定義テーブル３６０の一例を示す図である。メッセージ定義テーブル３６０では、各ロール間で送受信されるメッセージが定義される。メッセージ定義テーブル３６０は、プログラム２７０によって生成される情報である。

メッセージ定義テーブル３６０は、メッセージの識別子を格納するメッセージＩＤ３６１と、メッセージの送信元のタスクの識別子を格納する送信元タスクＩＤ３６２と、メッセージの送信元のタスクの識別子を格納する送信先タスクＩＤ３６３と、メッセージに含まれるデータセットの識別子を格納する送信データセットＩＤ３６４をひとつのレコードに含む。

メッセージＩＤ３６１と、送信元タスクＩＤ３６２と、送信先タスクＩＤ３６３と、送信データセットＩＤ３６４は、図１１〜図１２の説明に対応する。

図２３は、メッセージ送信コスト算出テーブル３７０の一例を示す図である。メッセージ送信コスト算出テーブル３７０では、各ロール間でメッセージを送受信する際のコストが定義される。メッセージ送信コスト算出テーブル３７０は、業務プロセス設計支援システムの管理者などによって予め設定される情報である。

メッセージ送信コスト算出テーブル３７０は、送信元のロールの識別子を格納する送信元ロールＩＤ３７１と、送信先のロールの識別子を格納する送信先ロールＩＤ３７２と、送信に要するコストとして金額を格納する消費金額３７３と、送信に要するコストとして時間を格納する消費時間３７４と、をひとつのレコードに含む。

本実施例では、次期の業務プロセス（シミュレーション結果）をＫＰＩ（Key Performance Indicator）で評価する例を示し、ＫＰＩのコストの指標として消費金額と消費時間を用いる例を示したが、これに限定されるものではなく、指標の数に応じてフィールドを設定すれば良い。

図２４は、タスク実行コスト算出テーブル３８０の一例を示す図である。タスク実行コスト算出テーブル３８０では、各ロールで実行する処理のコストが定義される。タスク実行コスト算出テーブル３８０は、業務プロセス設計支援システムの管理者などによって予め設定される情報である。

タスク実行コスト算出テーブル３８０は、タスクを実行するロールの識別子を格納するロールＩＤ３８１と、実行するタスクの識別子を格納するタスクＩＤ３８２と、タスクの実行に要するコストとして金額を格納する消費金額３８３と、タスクの実行に要するコストとして時間を格納する消費時間３８４と、をひとつのレコードに含む。

メッセージ送信コスト算出テーブル３７０と同様に、ＫＰＩの指標の数に応じてフィールドを設定すれば良い。

図２５は、データライフサイクル定義中間テーブル４００の一例を示す図である。データライフサイクル定義中間テーブル４００には、メッセージに含まれるデータ項目の経路（ロールＩＤ）が格納される。データライフサイクル定義中間テーブル４００は、プログラム２７０によって生成される情報である。

データライフサイクル定義中間テーブル４００は、ロール間で送受信されるデータ項目の識別子を格納するデータ項目ＩＤ４０１と、データの項目名を格納するデータ項目名４０２と、当該データ項目の送信元のロールの識別子を格納する送信元ロールＩＤ４０３と、当該データ項目の送信先のロールの識別子を格納する送信先ロールＩＤ４０４と、当該データ項目を含むメッセージの識別子を格納するメッセージＩＤ４０５をひとつのレコードに含む。

図示の例では、データ項目ＩＤ４０１とメッセージＩＤ４０５でソートした例を示す。データのライフサイクルとは、あるロールでデータ項目が生成されてから、最終的に転送されるロールまでの経路を示す。データライフサイクル定義中間テーブル４００を参照することで、例えば、データ項目の送信元ロールＩＤ３７１と、最終的に受信する送信先ロールＩＤ４０４を特定することが可能となる。

図２６は、データライフサイクル定義テーブル４１０の一例を示す図である。データライフサイクル定義テーブル４１０には、ロール間で送受信されるデータ項目に対する各ロールの操作と、ロールの順序が格納される。データライフサイクル定義テーブル４１０は、プログラム２７０によって生成される情報である。

データライフサイクル定義テーブル４１０は、ロール間で送受信されるデータ項目の識別子を格納するデータ項目ＩＤ４１１と、データの項目名を格納するデータ項目名４１２と、当該データ項目のライフサイクルの識別子を格納するデータライフサイクルＩＤ４１３と、当該データ項目のシーケンス番号４１４と、当該データ項目を扱うロールの識別子を格納するロールＩＤ４１５と、当該ロールが実施するデータ項目の操作を格納するデータ操作４１６をひとつのレコードに含む。

図示の例では、データ項目ＩＤ４１１とシーケンス番号４１４でソートした例を示し、データ項目の送信元から最終的に受信するロールで行われる操作を特定することが可能となる。

図２７は、業務変革パターン定義テーブル３９０の一例を示す図である。業務変革パターン定義テーブル３９０には、次期の業務プロセスを生成するために現行の業務プロセスに適用するブロックチェーン（分散型台帳（情報）管理）の特性と、当該特性に対応するブロックチェーンの要素（業務変革パターン）を適用するシミュレーションプログラムの対応関係が定義される。業務変革パターン定義テーブル３９０は、業務プロセス設計支援システムの管理者などによって予め設定される情報である。

業務変革パターン定義テーブル３９０は、業務変革のパターンの識別子を格納するパターンＩＤ３９１と、当該パターンの名称を格納するパターン名３９２と、当該パターンに対応するブロックチェーンの特性を格納する特性３９３と、当該特性に対応するシミュレーションプログラムの識別子を格納するＰＧＭＩＤ３９４をひとつのレコードに含む。なお、特性３９３には、複数の特性を格納することができる。

ＰＧＭＩＤ３９４で特定されるシミュレーションプログラムは、現行の業務プロセスにブロックチェーンの特性３９３に対応するパターン名３９２を適用して、次期の業務プロセスの生成を試行する。

本実施例では、パターンＩＤ３９１＝「Ｐ０１」に対応するＰＧＭＩＤ３９４＝「Ｘ０１」は、図７に示す中継者排除処理の一例を示し、パターンＩＤ３９１＝「Ｐ０２」に対応するＰＧＭＩＤ３９４＝「Ｘ０２」は、図８に示すタスクシフト処理の一例を示す。

パターンＩＤ３９１＝「Ｐ０３」〜「Ｐ０５」の特性３９３＝「耐改竄性」、「耐障害性」、「自動実行」については図示を省略するが、周知または公知の技術を利用して、特性３９３に他対応するパターン名３９２を現行の業務プロセスに適用した場合の業務プロセス（次期の業務プロセス）の生成を試行するシミュレーションプログラムであればよい。

なお、業務変革パターン定義テーブル３９０には、予め複数の特性３９３が設定され、特性３９３に対応するパターン名３９２（要素）には、現行の業務プロセスに当該要素を適用して次期（新たな）業務プロセスの生成を試行するシミュレーションプログラムのＩＤ３９４がそれぞれ設定される。

図２８は、データライフサイクル定義シミュレーションテーブル４２０の一例を示す図である。図示の例は、業務変革パターンとして中継者排除を適用した後のデータ項目とロールの関係を示す。データライフサイクル定義シミュレーションテーブル４２０は、プログラム２７０によって生成される情報である。

データライフサイクル定義シミュレーションテーブル４２０は、シミュレーション結果の識別子を格納するシミュレーションＩＤ４２１と、データ項目の識別子を格納するデータ項目ＩＤ４２２と、データの項目名を格納するデータ項目名４２３と、当該データ項目のライフサイクルの識別子を格納するデータライフサイクルＩＤ４２４と、当該データ項目のシーケンス番号４２５と、当該データ項目を扱うロールの識別子を格納するロールＩＤ４２６と、当該ロールが実施するデータ項目の操作を格納するデータ操作４２７をひとつのレコードに含む。

図２９は、タスクシフト後のデータライフサイクル定義シミュレーションテーブル４２０Ａの一例を示す図である。データライフサイクル定義シミュレーションテーブル４２０Ａには、業務変革パターンに対応するプログラムとしてタスクシフトに対応するプログラムを適用した後のデータ項目とロールの関係が格納される。

各フィールドの構成は、図２８に示したデータライフサイクル定義シミュレーションテーブル４２０と同様である。なお、本実施例では「中継者排除」を実施した後に「タスクシフト」を実施する例を示す。

図３０は、シミュレーション結果を適用した後のロール−タスク割当定義テーブル３３０Ａの一例を示す図である。ロール−タスク割当定義テーブル３３０Ａは、図１９のロール−タスク割当定義テーブル３３０に対してシミュレーション結果を適用した例を示す。各フィールドの構成は、図１９に示したロール−タスク割当定義テーブル３３０と同様である。

なお、図中太字の部分が、図１９に示したロール−タスク割当定義テーブル３３０と異なる部分を示す。

図３１は、シミュレーション結果を適用した後のデータセット定義テーブル３５０Ａの一例を示す図である。データセット定義テーブル３５０Ａは、図２１のデータセット定義テーブル３５０に対してシミュレーション結果を適用した例を示す。各フィールドの構成は、図２１に示したデータセット定義テーブル３５０と同様である。

なお、図中太字の部分が、図２１に示したデータセット定義テーブル３５０と異なる部分を示す。

図３２は、シミュレーション結果を適用した後のメッセージ定義テーブル３６０Ａの一例を示す図である。メッセージ定義テーブル３６０Ａは、図２２のメッセージ定義テーブル３６０に対してシミュレーション結果を適用した例を示す。各フィールドの構成は、図２２に示したメッセージ定義テーブル３６０と同様である。

なお、図中太字の部分が、図２２に示したメッセージ定義テーブル３６０と異なる部分を示す。

＜処理の詳細＞
図４は、業務プロセス設計支援装置１００のプログラム２７０で行われる処理の一例を示すフローチャートである。この処理は、業務プロセス設計支援装置１００の利用者や管理端末１２０からの指令に基づいて実行する。

まず、ステップＳ１で、業務プロセス設計支援装置１００は、出力装置２５０に図３３の業務プロセス入力画面６００を表示して、現行（ＡｓＩｓ）の業務プロセスの定義情報を取得する。

図３３の業務プロセス入力画面６００は、現行の業務プロセスを選択するプルダウンメニュー６０１と、選択された現行（ＡｓＩｓ）の業務プロセスを読み込む読込ボタン６０４と、選択された業務プロセスについ処理を開始させる開始ボタン６０５と、選択された現行の業務プロセスの定義情報を表示するＡｓＩｓ業務プロセス定義情報表示領域６０３と、選択された現行の業務プロセスの情報の遷移を示すＡｓＩｓ業務プロセス表示領域６０２を含む。

業務プロセス設計支援装置１００の利用者が入力装置２４０を操作して、プルダウンメニュー６０１から現行の業務プロセスを選択し、読込ボタン６０４を操作するとＡｓＩｓ業務プロセス表示領域６０２とＡｓＩｓ業務プロセス定義情報表示領域６０３に、上記プルダウンメニュー６０１で選択された現行の業務プロセスの内容が表示される。

ＡｓＩｓ業務プロセス定義情報表示領域６０３には、現行の業務プロセスの定義情報として、例えば、ＸＭＬ（eXtensible Markup Language）等で記述された情報が表示される。そして、開始ボタン６０５が操作されると、現行の業務プロセスの分析が開始される。

なお、業務プロセス設計支援装置１００は、現行の業務プロセスの定義情報をファイルとして受け付けてもよい。あるいは、管理端末１２０から現行の業務プロセスの定義情報を取得するようにしてもよい。

図１６は、ＸＭＬで記述された業務プロセスの定義情報５００の一例を示す。業務プロセスの定義情報５００の書式は、現行の業務プロセス及び次期の業務プロセスに適用することができる。

業務プロセスの定義情報５００は、ロールを定義したロール情報５１０と、タスクの定義とロールとタスクの関係を定義した割当情報５２０と、１以上のデータ項目を含むデータセット情報５３０と、タスク間で伝達されるメッセージを定義したメッセージ情報５４０を含む。

なお、割当情報５２０には、図示はしないが、各タスクにおけるデータ項目の入出力の関係が含まれる。また、業務プロセスの定義情報は、上記のＸＭＬに限定されるものではなく、所望の言語などで記述することができる。

図４のステップＳ２では、業務プロセス設計支援装置１００は、現行の業務プロセスの定義情報５００からロール間で送受信されるメッセージの定義や、メッセージに含まれるデータ項目の一覧を抽出する。なお、当該分析処理の詳細については、図５のフローチャートで後述する。

図５の分析処理の結果、業務プロセス設計支援装置１００は、ロール定義テーブル３１０と、タスク定義テーブル３２０と、ロール−タスク割当定義テーブル３３０と、データ項目定義テーブル３４０と、データセット定義テーブル３５０と、メッセージ定義テーブル３６０を生成する。

ステップＳ３では、業務プロセス設計支援装置１００がメッセージに含まれるデータ項目毎にデータのライフサイクルを分析する。この処理の詳細については、図６で後述する。データのライフサイクル分析処理の結果、業務プロセス設計支援装置１００は、データライフサイクル定義中間テーブル４００と、データライフサイクル定義テーブル４１０を生成する。

データのライフサイクル分析処理により、図１６に示した業務プロセスの定義情報５００を入力として、データ項目毎にロールが処理する内容とロール間のメッセージの送受信の関係から業務プロセスのモデルとして図２６に示すデータライフサイクル定義テーブル４１０が生成される。

これにより、図１１に示した現行（ＡｓＩｓ）の業務プロセスの情報の遷移は、図１３で示すように、データ項目毎に基点（送信元）となるロールから、情報伝達の終端となるロールまでのモデルに変換され、各ロールにおけるデータ操作４１６の内容と、ロール間の情報伝達の順序（シーケンス番号４１４）が分析される。

図１３は、現行（ＡｓＩｓ）業務プロセスのデータライフサイクルの一例を示す模式図である。図１３は、産地情報Ｉ０１、加工情報Ｉ０２及び評価情報Ｉ０３のデータ項目のそれぞれに対して、各ロールで行われる操作（生成、参照、中継）と、データ項目が伝達される方向をモデル化した。図中、データ項目の伝達方向は、矢印の向きで表示される。

例えば、データ項目が産地情報Ｉ０１の場合、生産者Ｒ０１で生成されてから加工業者Ｒ０２へ送信され、加工業者Ｒ０２が産地情報Ｉ０１を参照する。加工業者Ｒ０２は、参照した産地情報Ｉ０１を評価団体Ｒ０３へ中継（転送）する。

評価団体Ｒ０３は、受信した産地情報Ｉ０１を参照し、消費者Ｒ０４へ中継する。消費者Ｒ０４は、受信した産地情報Ｉ０１を参照する。このように、産地情報Ｉ０１は、生産者Ｒ０１をライフサイクルの基点として、終点のロールとなる消費者Ｒ０４まで中継される。

業務プロセス設計支援装置１００は、データ項目のライフサイクル分析が完了すると、図４のステップＳ４へ進む。ステップＳ４では業務プロセス設計支援装置１００が、図３４に示すメッセージフロー分析画面６１０を出力し、次期（ＴｏＢｅ）の業務プロセスを評価するためのＫＰＩと制約を設定する。

図３４のメッセージフロー分析画面６１０は、現行の業務プロセスを表示する業務プロセス名６１１と、ＫＰＩを選択するプルダウンメニュー６１２と、業務変革特性を選択するプルダウンメニュー６１３と、現行の業務プロセスの情報の遷移を示すＡｓＩｓ業務プロセス表示領域６１４と、現行の業務プロセスについてデータのライフサイクル分析を実施した結果を表示するライフサイクル表示画面６１５と、生成されたテーブルの内容を表示するテーブル表示画面６１６を含む。

テーブル表示画面６１６には、テーブルを選択するプルダウンメニュー６１７と、選択するテーブルを表示するテーブル表示領域６１８が含まれる。業務プロセス名６１１には、図３３の業務プロセス入力画面６００で選択された名称が表示される。プルダウンメニュー６１２から次期（ＴｏＢｅ）の業務プロセスを評価するためのＫＰＩを選択することができる。

また、次期の業務プロセスを計画する際に、タスクシフトで除外したくないロールを制約条件として設定することができる。この場合、プルダウンメニュー６１７からロール定義テーブル３１０を選択して、所望のロールの重要ロールフラグに「１」を設定することで、タスクシフトで除外されるのを抑止できる。なお、制約条件としては、ロールとタスクの関係を固定するような条件を加えるようにしても良い。

データのライフサイクル分析処理の結果を示すライフサイクル表示画面６１５は、図１３と同様であり、データ項目毎に基点となるロールから終点となるロールまでの経路が表示される。

ＡｓＩｓ業務プロセス表示領域６１４には、図３３の業務プロセス入力画面６００で表示されたＡｓＩｓ業務プロセス表示領域６０２の内容が表示される。

業務プロセス設計支援装置１００の利用者は入力装置２４０を介して、実行ボタン６１９を操作することで、図４のステップＳ５へ進んで、図２７に示した業務変革パターン定義テーブル３９０に設定されたパターン名に対応するシミュレーションを試行する。

図４のステップＳ５〜Ｓ７では、業務プロセス設計支援装置１００が図２７の業務変革パターン定義テーブル３９０に登録されているパターン名３９２を順次選択し、パターンＩＤ３９１に対応するシミュレーションプログラム（ＰＧＭＩＤ３９４）を実行し、ブロックチェーンの特性３９３を現行の業務プロセスに適用した次期の業務プロセスがどのように変化するのかを試行して、シミュレーション結果を生成する。

ステップＳ５では、業務プロセス設計支援装置１００が、業務変革パターン定義テーブル３９０から未処理のパターン名３９２に対応するＰＧＭＩＤ３９４を選択する。そして、ステップＳ６で、は業務プロセス設計支援装置１００が、選択したＰＧＭＩＤ３９４を実行して現行の業務プロセスにブロックチェーンの特性を適用した場合のシミュレーションを実行する。

本実施例では、パターンＩＤ３９１＝「Ｐ０１」の中継者排除処理を試行する例を図７に示し、パターンＩＤ３９１＝「Ｐ０２」のタスクシフト処理を試行する例を図８に示し、これらの詳細について後述する。

シミュレーションが完了するとステップＳ７へ進み、業務プロセス設計支援装置１００は、業務変革パターン定義テーブル３９０のパターン名３９２のうち、未適用のパターンがあるか否かを判定する。業務プロセス設計支援装置１００は、未適用のパターンがあればステップＳ５へ戻って上記処理を繰り返し、全てのパターン名３９２についてシミュレーションが完了していればステップＳ８へ進む。

ステップＳ８では、業務プロセス設計支援装置１００が、業務変革パターン定義テーブル３９０の各シミュレーションプログラムを実行した結果、次期の業務プロセスの結果が得られたか否かを判定する。業務プロセス設計支援装置１００は、シミュレーションの結果、現行の業務プロセスと異なる業務プロセスが得られた場合には、次期の業務プロセスが得られたと判定してステップＳ９に進む。

一方、業務プロセス設計支援装置１００は、シミュレーションの結果が現行の業務プロセスと同一の場合、または、業務プロセスを生成できなかった場合には、次期の業務プロセスが得られなかったと判定してステップＳ１０に進む。

ステップＳ９では、業務プロセス設計支援装置１００が、ステップＳ４で受け付けたＫＰＩに従って次期の業務プロセスを選択し、図３５に示すシミュレーション結果表示画面６２０を生成し、出力装置２５０に表示する。なお、ＫＰＩに基づく次期の業務プロセスの選択処理については、図９のフローチャートで後述する。

一方、ステップＳ９では、業務プロセス設計支援装置１００が、現行の業務プロセスにブロックチェーン（図中ＢＣ）の特性を適用しても有意な業務プロセスは得られないと判定してシミュレーション結果表示画面６２０に出力する。

上記処理によって、業務変革パターン定義テーブル３９０に設定されたシミュレーションプログラムによって現行の業務プロセスにブロックチェーンの特性を適用した結果を得ることができ、次期の業務プロセスの計画の生成を容易かつ迅速に行うことが可能となる。これにより、現行の業務プロセスを改善しうる次期の業務プロセスを計画する際に、人手による試行錯誤を抑制して、効率よく業務プロセスの改善を実現することが可能となる。

なお、上記図４の例では、業務変革パターン定義テーブル３９０のパターン名３９２（またはパターンＩＤ３９１）に対応するシミュレーションプログラム（ＰＧＭＩＤ３９４）を一つずつ試行する例を示したが、これに限定されるものではない。例えば、業務プロセス設計支援装置１００や管理端末１２０の利用者が、業務変革パターン定義テーブル３９０から複数の特性３９３（パターン名３９２）を選択して対応するシミュレーションプログラムを試行しても良い。また、上記利用者が、複数のパターン名３９２を選択して、シミュレーションプログラムを実行する順序や組合せを指定するようにしてもよい。

例えば、現行の業務プロセスの定義情報に、「中継者排除」を試行した結果に「タスクシフト」を試行したシミュレーション結果と、「タスクシフト」を試行した結果に「中継者排除」を試行したシミュレーション結果とを比較するようにしても良い。

＜業務プロセス分析処理＞
図５は、図４のステップＳ２で行われる現行の業務プロセス分析処理の一例を示すフローチャートである。

ステップＳ１１では、業務プロセス設計支援装置１００が、上記ステップＳ１で取得した現行（ＡｓＩｓ）の業務プロセスの定義情報（図１６の業務プロセスの定義情報５００）のロールに関する情報（図１６のロール情報５１０）からロールＩＤとロール名を取得して、ロール定義テーブル３１０にレコードを追加する。

ステップＳ１２では、業務プロセス設計支援装置１００が、現行の業務プロセスの定義情報５００のタスクに関する情報（割当情報５２０）からタスクＩＤとタスク名と入力データ項目と出力データ項目を取得して、タスク定義テーブル３２０にレコードを追加する。

ステップＳ１３では、業務プロセス設計支援装置１００が、現行の業務プロセスの定義情報５００のタスクとロールに関する情報（割当情報５２０）からタスクＩＤとロールＩＤを取得して、ロール−タスク割当定義テーブル３３０にレコードを追加する。

ステップＳ１４では、業務プロセス設計支援装置１００が、現行の業務プロセスの定義情報５００のデータセットに関する情報（データセット情報５３０）からデータセットＩＤとデータ項目ＩＤとデータ項目名を取得して、データ項目定義テーブル３４０と、データセット定義テーブル３５０にレコードを追加する。なお、現行の業務プロセスの定義情報５００にデータ項目ＩＤが含まれていない場合には、業務プロセス設計支援装置１００が、データ項目ＩＤを付与してもよい。

ステップＳ１５では、業務プロセス設計支援装置１００が、現行の業務プロセスの定義情報５００のメッセージに関する情報（メッセージ情報５４０）からメッセージＩＤと送信元タスクＩＤと送信先タスクＩＤとデータセットＩＤを取得して、メッセージ定義テーブル３６０にレコードを追加する。

上記処理によって、現行の業務プロセスを定義するロール定義テーブル３１０と、タスク定義テーブル３２０と、ロール−タスク割当定義テーブル３３０と、データ項目定義テーブル３４０と、データセット定義テーブル３５０と、メッセージ定義テーブル３６０が生成される。

図６は、図４のステップＳ３で行われるデータライフサイクル分析処理の一例を示すフローチャートである。ステップＳ２１では、業務プロセス設計支援装置１００が、データ項目定義テーブル３４０のうち未処理のデータ項目ＩＤ３４１をひとつ選択する。

ステップＳ２２では、業務プロセス設計支援装置１００が、データセット定義テーブル３５０とメッセージ定義テーブル３６０を参照して、選択したデータ項目ＩＤを含むメッセージＩＤ３６１を特定する。

業務プロセス設計支援装置１００が、データ項目ＩＤ３４１＝「Ｉ０１」（データ項目名＝産地情報）を選択した場合、データセット定義テーブル３５０からデータ項目ＩＤ３５２にＩ０１を含むデータセットＩＤ３５１として、Ｄ０１、Ｄ０２、Ｄ０４を取得する。

業務プロセス設計支援装置１００は、メッセージ定義テーブル３６０を参照して送信データセットＩＤ３６４にＤ０１、Ｄ０２、Ｄ０４が含まれるメッセージＩＤ３６１としてＭ０１、Ｍ０２、Ｍ０４を特定する。これにより「産地情報」のデータ項目は、メッセージＩＤ＝「Ｍ０１」、「Ｍ０２」、「Ｍ０４」に含まれることが特定される。

ステップＳ２３では、業務プロセス設計支援装置１００が、メッセージ定義テーブル３６０を参照して、上記ステップＳ２２で特定されたメッセージＩＤの送信元タスクＩＤと送信先タスクＩＤを特定する。業務プロセス設計支援装置１００は、上記メッセージＩＤ＝「Ｍ０１」、「Ｍ０２」、「Ｍ０４」から、送信元タスクＩＤ３６２と送信先タスクＩＤ３６３のペアとして、「Ｔ０１、Ｔ０２」と、「Ｔ０２、Ｔ０３」と、「Ｔ０３、Ｔ０４」を特定する。

ステップＳ２４では、業務プロセス設計支援装置１００が、ロール−タスク割当定義テーブル３３０を参照して、上記ステップＳ２３で特定した送信元タスクＩＤ３６２を実行するロールと、送信先タスクＩＤ３６３を実行するロールを特定する。業務プロセス設計支援装置１００は、上記ステップＳ２３で特定したタスクＩＤから、ロールＩＤ３３３＝「Ｒ０１」〜「Ｒ０４」を特定する。

ステップＳ２５では、業務プロセス設計支援装置１００が、上記選択したデータ項目ＩＤ及びデータ項目名と、上記特定したメッセージＩＤと、送信元ロールＩＤ及び送信先ロールＩＤを１つのレコードとしてデータライフサイクル定義中間テーブル４００に追加する。

ステップＳ２６では、業務プロセス設計支援装置１００が、データライフサイクル定義中間テーブル４００に追加されたデータ項目ＩＤ４０１の単位で、Ｎ−１番目のレコードの送信先ロールＩＤ４０４と、Ｎ番目のレコードの送信元ロールＩＤ４０３が同一となるように、レコードをソートする。

ステップＳ２７では、業務プロセス設計支援装置１００が、ステップＳ２５でデータライフサイクル定義中間テーブル４００に追加されたレコードを、ステップＳ２６でソートされた順序を保持して、データライフサイクル定義テーブル４１０に追加する。

そして、業務プロセス設計支援装置１００は、データライフサイクル定義テーブル４１０に追加されたレコードについて、データ項目ＩＤ毎にデータライフサイクルＩＤ４１３を付与し、同一のデータライフサイクルＩＤ４１３内ではソートされた順序でシーケンス番号４１４を付与する。

なお、データライフサイクル定義中間テーブル４００で、Ｎ−１番目のレコードの送信先ロールＩＤ４０４と、Ｎ番目のレコードの送信元ロールＩＤ４０３が同一とならない場合には、メッセージの枝分かれが発生しているため、業務プロセス設計支援装置１００は、データ項目ＩＤ４１１内で異なるデータライフサイクルＩＤ４１３を付与し、データライフサイクルＩＤ４１３内でシーケンス番号４１４を採番する。

例えば、データライフサイクル定義中間テーブル４００で、評価情報（Ｉ０３）の送信元ロールＩＤ４０３はひとつの「Ｒ０３」から２つの送信先ロールＩＤ４０４＝「Ｒ０２」と「Ｒ０４」に分岐する。このため、データライフサイクル定義中間テーブル４００では、評価情報のデータ項目ＩＤ４１１内で２つのデータライフサイクルＩＤ＝「ＤＬ０３」と「ＤＬ０４」を採番し、送信先の分岐に応じて管理する。

次に、ステップＳ２８では、業務プロセス設計支援装置１００が、各ロールにおけるデータ項目の操作の種類を設定する。データ項目ＩＤ４１１の起点（シーケンス番号４１４＝１）となるロールＩＤ４１５ではデータ項目が生成されるので、データ操作４１６に「生成」を設定する。

そして、業務プロセス設計支援装置１００は、ロールＩＤ４１５毎に、タスク定義テーブル３２０とロール−タスク割当定義テーブル３３０を参照して、データ項目ＩＤ４１１に対応するデータ項目名が、タスク定義テーブル３２０の入力データ項目３２３に存在すれば、データ操作４１６に「参照」を設定する。さらに、当該入力データ項目３２３を他のロールへ送信する場合には、データ操作４１６に「転送」を設定する。

なお、データ項目名がタスク定義テーブル３２０の入力データ項目３２３に存在し、当該データ項目を他のロールへ送信するロールでは、データ操作４１６に「参照、転送」が設定される。

ステップＳ２９では、データ項目定義テーブル３４０のレコードのうち未処理のものがあればステップＳ２１へ戻って上記処理を繰り返す。一方、全てのレコードについて処理が完了した場合には当該フローチャートを終了して図４の処理に復帰する。

上記処理により、現行の業務プロセスの定義情報から生成された各定義テーブルの分析が実施されて、データ項目（データ項目ＩＤ及びデータ項目名）毎にメッセージの起点となるロールからメッセージの終点となるロールＩＤと、各ロールＩＤにおけるデータ項目に対する操作の種類がデータライフサイクル定義テーブル４１０に設定される。

データライフサイクル定義テーブル４１０は、業務プロセスの定義から業務プロセスのモデルを示す情報として扱うことができる。すなわち、業務プロセスで使用されるデータ項目と、データ項目を利用するロールの順序（シーケンス番号４１４）と、データ項目に対する各ロールの操作から業務プロセスのモデルを図１１で示すよう生成することが可能となる。

＜中継者排除処理＞
図７は、図４のステップＳ６で行われる中継者排除処理の一例を示すフローチャートである。この処理は、図４のステップＳ５で、業務変革パターン定義テーブル３９０のパターンＩＤ３９１＝「Ｐ０１」が選択されたときに実行される。

まず、ステップＳ３１では、業務プロセス設計支援装置１００が、データライフサイクル定義テーブル４１０を参照して、データ操作４１６が「中継」のみのレコードを特定する。

次に、ステップＳ３２では、業務プロセス設計支援装置１００が、ステップＳ３１で特定されたレコードのロールＩＤ４１５について、ロール定義テーブル３１０を参照し、重要ロールフラグ３１３が「１」（＝重要ロール）に設定されているか否かを判定する。重要ロールフラグ３１３が「１」に設定されていればステップＳ３４へ進み、そうでない場合にはステップＳ３３へ進む。

ステップＳ３３では、業務プロセス設計支援装置１００が、データ操作４１６が「中継」のみで重要ロールに指定されていないレコードを削除する。

ステップＳ３４では、業務プロセス設計支援装置１００が、データライフサイクル定義テーブル４１０のうち、データ操作４１６に「中継」以外のデータ操作を含むレコードから「中継」を削除する。

ステップＳ３５では、業務プロセス設計支援装置１００が、各データライフサイクルＩＤ４１３の終点以外のシーケンス番号４１４でデータ操作４１６が「参照」となるレコードが存在するか否かを判定する。終点以外でデータ操作４１６が「参照」となるレコードが存在すればステップＳ３６へ進み、そうでない場合には処理を終了する。

ステップＳ３６では、業務プロセス設計支援装置１００が、最初のシーケンス番号４１４のデータ操作４１６が「生成」で、最後のシーケンス番号４１４のデータ操作４１６が「参照」となるように、データライフサイクルを分割し、データライフサイクルＩＤ４１３を採番してシーケンス番号４１４を再度採番し直す。

そして、業務プロセス設計支援装置１００は、データライフサイクル定義テーブル４１０の内容を当図２８のデータライフサイクル定義シミュレーションテーブル４２０に書き込んで、該中継者排除のシミュレーション結果の識別子をシミュレーションＩＤ４２１に設定する。

上記処理によって、「中継」のみのロールのうち重要なロール以外が排除されて、データ項目を生成するロールから、データ項目を参照するロールへデータ項目を含む情報が直接送信される。これにより、業務プロセスに参加するロールで情報を共有することが可能となり、非中央集権と、透明性を確保することができる。また、業務プロセスに参加するロールで情報を共有することができるため、ひとつのロールに障害が発生しても他のロールはデータ項目を含む情報を取得することができ、耐障害性も高めることが可能となる。

上記処理の結果、図２６に示したデータライフサイクル定義テーブル４１０は、図２８で示すように更新され、各ロールのデータ操作４１６から「中継」の処理が排除され、データ項目を生成するロールから参照するロールへデータ項目を含む情報が送信される。

図２８のデータライフサイクル定義シミュレーションテーブル４２０では、データライフサイクルＩＤ４５４が複数に分割されて、ひとつのデータライフサイクルＩＤ４２４には、「生成」のロールＩＤ４２６と「参照」のロールＩＤ４２６が対応付けられて、データ項目名を含む情報が直接送信されることを示す。

この結果、中継者排除処理による次期の業務プロセスのデータライフサイクルは、図１４で示すように変更される。図１４は、中継者排除後のデータライフサイクルの一例を示す模式図である。例えば、生産者Ｒ０１が生成する産地情報Ｉ０１は、当該情報を参照する加工業者Ｒ０２、評価団体Ｒ０３及び消費者Ｒ０４に直接送信される。他のロールについても同様である。

＜タスクシフト処理＞
図８は、図４のステップＳ６で行われるタスクシフト処理の一例を示すフローチャートである。この処理は、図４のステップＳ５で、業務変革パターン定義テーブル３９０のパターンＩＤ３９１＝「Ｐ０２」が選択されたときに実行される。

まず、ステップＳ４１では、業務プロセス設計支援装置１００が、タスク定義テーブル３２０からタスク３２２を一つ選択する。次に、ステップＳ４２では、業務プロセス設計支援装置１００が、上記選択したタスクの入力データ項目３２３を取得する。

ステップＳ４３では、業務プロセス設計支援装置１００が、タスク定義テーブル３２０とロール−タスク割当定義テーブル３３０を参照して、上記取得した入力データ項目３２３に含まれる全ての情報を参照している他のロールが存在するか否かを判定する。ここで、他のロールとは、図１１に示す現行の業務プロセスにおいて、上記ステップＳ４１で選択されたタスクを実行するロールから下流のロールを示す。なお、図示の例では、情報の送信元を上流とし、情報の送信先を下流とする。

ステップＳ４４では、業務プロセス設計支援装置１００が、入力データ項目３２３の全ての情報を参照している他のロールが存在する場合にはステップＳ４５へ進み、そうでない場合にはステップＳ５１に進む。

ステップＳ４５では、業務プロセス設計支援装置１００が、該当するロールをタスクのシフト対象候補とする。ステップＳ４６では、業務プロセス設計支援装置１００が、タスク定義テーブル３２０を参照して、上記ステップＳ４１で選択したタスクの出力データ項目３２４を取得する。

ステップＳ４７では、業務プロセス設計支援装置１００が、データライフサイクル定義テーブル４１０を参照して、タスクのシフト対象候補としたロールが上記ステップＳ４６で取得した出力データ項目３２４に対して実施するデータ操作４１６の内容を取得する。

ステップＳ４８では、業務プロセス設計支援装置１００が、上記出力データ項目３２４に対して「生成」を行うロールと、「参照」を行うロールが異なるロールであるか否かを判定する。異なるロールであればタスクシフトを行うためにステップＳ４９へ進み、そうでない場合にはステップＳ５１に進む。

ステップＳ４９では、業務プロセス設計支援装置１００が、出力データ項目３２４を生成するタスクを実行するロールを、シフト対象候補のうち出力データ項目３２４を参照しているロールをタスクのシフト先として選択する。

ステップＳ５０では、業務プロセス設計支援装置１００が、出力データ項目３２４を生成するタスクをステップＳ４９で選択したロールに移動して、データライフサイクル定義シミュレーションテーブル４２０を更新または生成する。当該タスクの移動は、移動元のロールから移動先のロールへタスクを移動させ、移動元のロールにタスクが無くなった場合には当該移動元のロールを削除する。

当該タスクシフト処理が最初のシミュレーションであれば、業務プロセス設計支援装置１００は、データライフサイクル定義テーブル４１０の内容に上記ロールの移動を行った結果をデータライフサイクル定義シミュレーションテーブル４２０Ａに書き込む。なお、業務プロセス設計支援装置１００は、当該タスクシフト処理の識別子をデータライフサイクル定義シミュレーションテーブル４２０Ａに設定する。

一方、当該タスクシフト処理が最初のシミュレーションでない場合、業務プロセス設計支援装置１００は、前回のシミュレーション結果を保持したデータライフサイクル定義シミュレーションテーブル４２０の内容で上記ロールの移動を行った結果をデータライフサイクル定義シミュレーションテーブル４２０Ａに書き込む。

ステップＳ５１では、業務プロセス設計支援装置１００が、タスク定義テーブル３２０の全てのタスクについて処理が完了したか否かを判定する。処理が完了していれば当該フローチャートを終了し、そうでない場合には上記ステップＳ４１に戻って、未処理のタスクについて上記の処理を実施する。

上記の処理の具体的な例について説明する。図３６は、タスクシフト処理の一例を示す図である。図示の例では、上記ステップＳ４１でタスク３２２として「評価」が選択された例を示す。

次に、ステップＳ４２では、タスク３２２＝「評価」のエントリで入力データ項目３２３から「産地情報」と「加工情報」が選択される。そして、データライフサイクル定義シミュレーションテーブル４２０において、「評価」を実施するロール（Ｒ０３）から下流で「産地情報」を参照するロールＩＤ４２６が「Ｒ０３」と「Ｒ０４」である。

また、データライフサイクル定義シミュレーションテーブル４２０において、「評価」を実施するロール（Ｒ０３）から下流で「加工情報」を参照するロールＩＤ４２６が「Ｒ０３」と「Ｒ０４」である。

ステップＳ４３では、ロールＩＤ４２６が「Ｒ０３」と「Ｒ０４」がシフト対象候補のロールとなる。

次に、ステップＳ４６では、タスク３２２＝「評価」のエントリで出力データ項目３２４から「評価情報」を取得する。ステップＳ４７では、シフト対象候補のロールＩＤ＝「Ｒ０３」、「Ｒ０４」が「評価情報」に対して実施する操作の内容をデータ操作４２７から取得する。ここで、ロールＩＤ＝「Ｒ０３」のデータ操作４２７が「生成」、ロールＩＤ＝「Ｒ０４」のデータ操作４２７が「参照」となる。

そして、ステップＳ４７、Ｓ４８では「生成」のロールと「参照」のロールが異なるロール＝「Ｒ０３」、「Ｒ０４」であるので、ロールＩＤ＝「Ｒ０３」からロールＩＤ＝「Ｒ０４」へタスク３２２＝「評価」を移動させる。

これにより、図１２で示したように、ひとつのロールで実施していたタスクを他のロールへ移動させることで、非中央集権の業務プロセスを実現できる。

また、図２９で示すように、データライフサイクル定義シミュレーションテーブル４２０Ａでは、評価情報がロールＩＤ＝「Ｒ０４」で生成されて、ロールＩＤ＝「Ｒ０２」とロールＩＤ＝「Ｒ４」（自身）で評価情報が参照されるようにタスクとロールの関係が更新される。また、図２９では、タスクがなくなったロールＩＤ＝「Ｒ０３」が削除される。

そして、中継者排除とタスクシフト処理を行った結果、図１３に示した現行の業務プロセスは、図１５で示すように簡素な構成に更新される。図１５は、タスクシフト後のデータライフサイクルの一例を示す模式図である。

評価団体Ｒ０３のロールが削除されて、産地情報Ｉ０１は、加工業者Ｒ０２と消費者Ｒ０４に直接送信される。評価情報の生成は、評価団体Ｒ０３から消費者Ｒ０４に移動して、消費者Ｒ０４から加工業者Ｒ０２へ評価情報Ｉ０３が送信される。

＜選択処理＞
図９は、図４のステップＳ９で行われるＫＰＩに基づく選択処理の一例を示すフローチャートである。この処理は、図４のステップＳ８で、ブロックチェーンの特性が適用可能と判定された後に実行される。また、この処理は、図４のステップＳ４で受け付けたＫＰＩに基づいて実行される。

ステップＳ６１では、業務プロセス設計支援装置１００が、メッセージ送信コスト算出テーブル３７０とタスク実行コスト算出テーブル３８０を参照して、シミュレーション結果の業務プロセスにおける消費金額と消費時間を算出する。

ステップＳ６２では、業務プロセス設計支援装置１００が、上記図４のステップＳ４で受け付けたＫＰＩ（消費金額、消費時間、等のコストの指標）が最小となるシミュレーション結果を選択する。

ステップＳ６３では、業務プロセス設計支援装置１００が、選択したシミュレーション結果を用いて、データライフサイクル定義テーブル４１０と、ロール−タスク割当定義テーブル３３０Ａと、データセット定義テーブル３５０Ａと、メッセージ定義テーブル３６０Ａを更新する。

データライフサイクル定義テーブル４１０は、図２９に示したデータライフサイクル定義シミュレーションテーブル４２０Ａの内容で更新される。ロール−タスク割当定義テーブル３３０Ａは、図３０で示すように、タスクＩＤ＝「Ｔ０３」のロールＩＤが「Ｒ０４」及びロール名が「消費者」に更新される。タスクシフト処理によって、評価団体Ｒ０３のロールが削除されたためである。

また、シミュレーションの結果を適用した後のデータセット定義テーブル３５０Ａは、図３１で示すように、データ項目ＩＤ３５２＝「Ｉ０１」のデータセットＩＤ３５１は「Ｄ０５」に更新される。また、データ項目ＩＤ＝「Ｉ０２」、「Ｉ０３」のデータセットＩＤについても「Ｄ０６」、「Ｄ０７」に更新される。

そして、シミュレーションの結果を適用した後のメッセージ定義テーブル３６０Ａは、図３２で示すように更新される。図２２に示したメッセージＩＤ＝「Ｍ０１」〜「Ｍ０４」の送信データセットＩＤ３６４は更新され、新たなメッセージＩＤ＝「Ｍ０５」、「Ｍ０６」が追加される。

次に、ステップＳ６４では、業務プロセス設計支援装置１００が、シミュレーション結果を適用した上記テーブルの更新に伴って、ＸＭＬで記述された業務プロセスの定義情報５００を更新する。

そして、ステップＳ６５では、業務プロセス設計支援装置１００が、次期の業務プロセスを含むシミュレーション結果表示画面結６３０を生成して出力装置２５０に表示する。図３５は、シミュレーション結果表示画面６３０の一例を示す図である。

シミュレーション結果表示画面６３０は、業務プロセス名６３１と、指定されたＫＰＩ６３２と、ブロックチェーン適合性６３３と、現行の業務プロセスの情報の遷移を示すＡｓＩｓ業務プロセス表示領域６３４と、次期の業務プロセスとしてシミュレーション結果を表示するＴｏＢｅ業務プロセス表示領域６３５を含む。

ＡｓＩｓ業務プロセス表示領域６３４には、図３３の業務プロセス入力画面６００で表示されたＡｓＩｓ業務プロセス表示領域６０２の内容が表示される。ＴｏＢｅ業務プロセス表示領域６３５には、図１２に示した次期（ＴｏＢｅ）業務プロセスの情報の遷移の一例を示す図が表示される。

なお、上記実施例では、ＫＰＩによって適用するシミュレーション結果を選択する例を示したが、シミュレーション結果表示画面６３０で、適用するシミュレーション結果を選択しても良い。また、シミュレーション結果表示画面６３０では、ＫＰＩ（コスト）の小さい順にシミュレーション結果をソートして表示するようにしても良い。

＜パターン追加処理＞
図１０は、パターン追加処理の一例を示すフローチャートである。この処理は、業務プロセス設計支援装置１００の管理者などの指令によって実行される。

ステップ７１では、業務プロセス設計支援装置１００が、新たな業務変革パターンが活用しているブロックチェーンの特性と、パターン名と、当該特性に対応するシミュレーションプログラムのＩＤを受け付ける。

ステップ７２では、業務プロセス設計支援装置１００が、業務変革パターン定義テーブル３９０に新たなレコードを追加して、パターンＩＤ３９１を付与し、上記受け付けたパターン名と、特性と、シミュレーションプログラムのＩＤを設定する。

上記処理により、ブロックチェーンの特性を利用した業務変革のパターンを随時更新することが可能となる。

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

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

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

１００ 業務プロセス設計支援装置
２１０ ストレージ装置
２２０ メモリ
２７０ プログラム
３１０ ロール定義テーブル
３２０ タスク定義テーブル
３３０ ロール−タスク割当定義テーブル
３４０ データ項目定義テーブル
３５０ データセット定義テーブル
３６０ メッセージ定義テーブル
３７０ メッセージ送信コスト算出テーブル
３８０ タスク実行コスト算出テーブル
３９０ 業務変革パターン定義テーブル
４００ データライフサイクル定義中間テーブル
４１０ データライフサイクル定義テーブル
４２０ データライフサイクル定義シミュレーションテーブル

Claims (8)

1. プロセッサとメモリとストレージ装置を有する計算機で、業務プロセスの設計を支援する業務プロセス設計支援方法であって、
   前記計算機が、前記業務プロセスの定義情報を受け付ける第１のステップと、
   前記計算機が、前記定義情報からデータ項目と、処理を実行するロールと、前記データ項目毎に前記ロールが処理するタスクの内容と、ロール間のメッセージの送受信の関係を抽出して業務プロセスのモデルを生成する第２のステップと、
   前記計算機が、予め設定された情報管理の要素を選択する第３のステップと、
   前記計算機が、前記選択された情報管理の要素を前記モデルに適用するシミュレーションを実行する第４のステップと、
   前記計算機が、前記シミュレーションの結果に基づいて前記選択された情報管理の要素を前記モデルに適用可能か否かを判定する第５のステップと、
   を含み、
   前記情報管理の要素は、分散型情報管理に含まれる要素であって、
   前記第４のステップは、
   前記モデルに選択された前記分散型情報管理の要素を適用して新たな業務プロセスのモデルの生成を試行し、
   前記第５のステップは、
   前記シミュレーションで新たな業務プロセスのモデルが生成された場合には、前記分散型情報管理の要素を前記業務プロセスに適用可能と判定する
   ことを特徴とする業務プロセス設計支援方法。
2. 請求項１に記載の業務プロセス設計支援方法であって、
   前記分散型情報管理の要素は予め複数設定され、前記シミュレーションは前記要素についてそれぞれ設定され、
   前記第３のステップは、
   前記複数の要素の中から１以上の要素を選択し、
   前記第４のステップは、
   前記選択された１以上の要素に対応するシミュレーションを実行することを特徴とする業務プロセス設計支援方法。
3. 請求項２に記載の業務プロセス設計支援方法であって、
   前記シミュレーションは、前記メッセージを中継するだけのタスクを有するロールを削除することを特徴とする業務プロセス設計支援方法。
4. 請求項２に記載の業務プロセス設計支援方法であって、
   前記シミュレーションは、前記タスクのうち移動可能なタスクを抽出し、当該抽出されたタスクを他のロールへ移動させることを特徴とする業務プロセス設計支援方法。
5. 請求項２に記載の業務プロセス設計支援方法であって、
   前記計算機が、前記タスクを実行するコストの指標を受け付けて、前記シミュレーションの結果についてコストを算出し、前記シミュレーションの結果のうち当該コストが最小となるシミュレーションの結果を選択する第６のステップを、さらに含むことを特徴とする業務プロセス設計支援方法。
6. プロセッサとメモリとストレージ装置を有して、業務プロセスの設計を支援する業務プロセス設計支援装置であって、
   前記プロセッサが、前記業務プロセスの定義情報を受け付けて、当該定義情報からデータ項目と、処理を実行するロールと、前記データ項目毎に前記ロールが処理するタスクの内容と、ロール間のメッセージの送受信の関係を抽出して業務プロセスのモデルを生成し、
   前記プロセッサが、予め設定された情報管理の要素を選択して、前記選択された情報管理の要素を前記モデルに適用するシミュレーションを実行し、
   前記プロセッサが、前記シミュレーションの結果に基づいて前記選択された情報管理の要素を前記モデルに適用可能か否かを判定し、
   前記情報管理の要素は、分散型情報管理に含まれる要素であって、
   前記シミュレーションは、
   前記モデルに選択された前記分散型情報管理の要素を適用して新たな業務プロセスのモデルの生成を試行し、
   前記モデルに適用可能か否かの判定は、
   前記シミュレーションで新たな業務プロセスのモデルが生成された場合には、前記分散型情報管理の要素を前記業務プロセスに適用可能と判定することを特徴とする業務プロセス設計支援装置。
7. 請求項６に記載の業務プロセス設計支援装置であって、
   前記分散型情報管理の要素は予め複数設定され、前記シミュレーションは前記要素についてそれぞれ設定され、
   前記分散型情報管理の要素の選択は、
   前記複数の要素の中から１以上の要素を選択し、
   前記シミュレーションは、
   前記選択された１以上の要素に対応するシミュレーションを実行することを特徴とする業務プロセス設計支援装置。
8. 請求項７に記載の業務プロセス設計支援装置であって、
   前記シミュレーションは、前記メッセージを中継するだけのタスクを有するロールを削除することを特徴とする業務プロセス設計支援装置。

Images