JP2008009966A - 業務プロセス設定装置及び業務プロセス設定方法 - Google Patents

Abstract

【課題】例えば、トランザクションデータのみから実際に実行された個々の業務フローであるプロセスインスタンスを作成することを目的とする。
【解決手段】キー自動設定部１０４は、複数のタスクのうち連続で実施される２つのタスクの組み合わせ（グループ）ごとに、先に実施されるタスクと後に実施されるタスクとの両方のトランザクションデータ２０２間で共通する属性を推定してプロセスキーとして出力する。個別フロー作成部１０５は、グループごとに、トランザクションデータ２０２に基づき、先に実施されるタスクにて実行される処理と後に実施されるタスクにて実行される処理とでプロセスキーの値が一致する処理を選択し、選択した２つの処理が連続で実行されることを示す個別フロー２０６を作成する。全体フロー作成部１０７は、個別フロー２０６を統合してプロセスインスタンス２０７として出力する。
【選択図】図１

Description

本発明は、業務プロセス設定装置及び業務プロセス設定方法に関するものである。本発明は、特に、業務プロセス自動設定方式に関するものである。この発明は、例えば、コンピュータなどを用いて複数のタスクを順番に実施するような業務において、そこで発生するトランザクションデータから実際の業務プロセスフロー（プロセスインスタンス）を生成することに関する。

例えば、受注出荷業務では、受注→出荷指示→出荷確認のようにいくつかのタスクから業務が成り立っている。それぞれのタスクで発生するトランザクションデータとして、受注タスクでは、受注番号、受注日、納入希望日、顧客名、製品名、型番、数量などが、出荷指示タスクでは、出荷指示日、出荷先、出荷番号などが挙げられる。このような業務を実施する場合には、一般にワークフローソフトなどを用いて、受注→出荷指示→出荷確認のようなプロセスの定義を行い、この流れに従い、各担当者が業務処理を実施していくこととなる。これにより、ワークフローソフトの履歴情報（ログデータ）などから実際に処理された１件１件の業務フローの実体（プロセスインスタンス）を生成することができる。しかし、このようなワークフローソフトなどを用いずに、受注データなどをデータベース（ＤＢ）で管理して業務処理を実施している場合にはプロセスインスタンスを生成することができない。

各処理において、処理を実施する担当者が、どんな処理を行い、次にどの処理（又はどの担当者）にまわしたかを、処理をするたびに書き込むことにより、プロセスインスタンスを生成する（業務フローを把握する）方法がある（特許文献１参照）。また、ワークフローソフトやそこで生成されるログデータなどを用いずに、トランザクションデータのみを用いて、プロセスインスタンスを生成する方法としては、ＩＤＳシェアー・ジャパン社のＡＲＩＳ（登録商標） ＰＰＭというソフトウェア製品がある（非特許文献１参照）。
特開平８−３２０８９９号公報 ＩＤＳシェアー・ジャパン社、ＡＲＩＳ ＰＰＭ 製品同梱マニュアル「テクニカル リファレンス ＡＲＩＳ Ｐｒｏｃｅｓｓ Ｐｅｒｆｏｒｍａｎｃｅ Ｍａｎａｇｅｒ システム設定」、バージョン ２．３、２００４年１０月

特許文献１に記載された方法を用いた場合、処理を実施する担当者の負担や担当者専用の装置の配置、専用機器の手配など非常に多くの手間とコストを要してしまうという課題があった。また、非特許文献１に記載の製品を用いた場合、ユーザがプロセスインスタンスを識別するためのキーなどを設定する作業が必要となる。この作業には多大な労力が必要となる。さらに、設定作業による設定情報が誤ったことにより生成されるプロセスインスタンスが明らかに誤っている場合でもそれを容易に見つけることができないという課題があった。

本発明は、例えば、トランザクションデータのみから実際に実行された個々の業務フローであるプロセスインスタンスを作成することを目的とする。一般にそのためにはユーザがプロセスキーやタスクキーなる情報を設定するが、本発明では、そのプロセスキーやタスクキーを自動で生成することを目的とする。さらに、業務プロセスを予めパターン化し、それらと比較することにより、明らかに誤ったプロセスフローを検出することを目的とする。

本発明に係る業務プロセス設定装置は、
業務を構成する複数のタスクの各タスクにて実行される複数の処理に係る複数の属性の値を処理及び属性ごとに保持するトランザクションデータを、タスクごとに記憶装置に格納するデータ取り込み部と、
前記複数のタスクのうち連続で実施される２つのタスクの組み合わせごとに、先に実施されるタスクのトランザクションデータと後に実施されるタスクのトランザクションデータとを、それぞれ第１のトランザクションデータと第２のトランザクションデータとして前記記憶装置から読み出し、読み出した第１のトランザクションデータと第２のトランザクションデータとの間で共通する属性を処理装置により推定してプロセスキーとして出力するキー自動設定部と、
前記複数のタスクのうち連続で実施される２つのタスクの組み合わせごとに、前記キー自動設定部により読み出された第１のトランザクションデータと第２のトランザクションデータとに基づき、先に実施されるタスクにて実行される処理と後に実施されるタスクにて実行される処理とで前記キー自動設定部により出力されたプロセスキーの値が一致する処理を、それぞれ第１の処理と第２の処理として前記処理装置により選択し、選択した第１の処理と第２の処理とが連続で実行されることを示す個別フローを作成して出力する個別フロー作成部と、
前記個別フロー作成部により出力された個別フローを前記処理装置により統合して全体フローとして出力する全体フロー作成部とを備えることを特徴とする。

本発明では、業務プロセス設定装置において、
キー自動設定部が、複数のタスクのうち連続で実施される２つのタスクの組み合わせごとに、先に実施されるタスクのトランザクションデータと後に実施されるタスクのトランザクションデータとを、それぞれ第１のトランザクションデータと第２のトランザクションデータとして読み出し、読み出した第１のトランザクションデータと第２のトランザクションデータとの間で共通する属性を推定してプロセスキーとして出力し、
個別フロー作成部が、複数のタスクのうち連続で実施される２つのタスクの組み合わせごとに、キー自動設定部により読み出された第１のトランザクションデータと第２のトランザクションデータとに基づき、先に実施されるタスクにて実行される処理と後に実施されるタスクにて実行される処理とでキー自動設定部により出力されたプロセスキーの値が一致する処理を、それぞれ第１の処理と第２の処理として選択し、選択した第１の処理と第２の処理とが連続で実行されることを示す個別フローを作成して出力し、
全体フロー作成部が、個別フロー作成部により出力された個別フローを統合して全体フローとして出力することにより、
例えば、トランザクションデータのみから実際に実行された個々の業務フローであるプロセスインスタンスを作成することが可能となる。

以下、本発明の実施の形態について、図を用いて説明する。

実施の形態１．
図１は、本実施の形態に係る業務プロセス設定装置１００の構成を示すブロック図である。

本実施の形態において、業務プロセス設定装置１００は、入力装置１５１、処理装置１５２、記憶装置１５３などのハードウェア装置を備える（又はこれらのハードウェア装置が業務プロセス設定装置１００に接続される）。業務プロセス設定装置１００は、その他のハードウェア装置として、例えば出力装置を備えていてもよい。また、業務プロセス設定装置１００は、データ取り込み部１０１、基本プロセス定義部１０２、プロセスパターン定義部１０３、キー自動設定部１０４、個別フロー作成部１０５、個別フロー確認部１０６、全体フロー作成部１０７、全体フロー確認部１０８を備える。上記ハードウェア装置は業務プロセス設定装置１００の各部によって利用される。例えば、処理装置１５２は、業務プロセス設定装置１００の各部がデータや情報の演算、加工、読み取り、書き込みなどを行うために利用される。記憶装置１５３は、そのようなデータや情報を記憶するために利用される。また、入力装置１５１は、そのようなデータや情報を入力するために、出力装置は、そのようなデータや情報を出力するために利用される。

図２は、本実施の形態に係る業務プロセス設定方法（業務プロセス設定装置１００の動作）を示すフローチャートである。

データ取り込み部１０１は、外部のデータベースなどに保存された業務システムデータ２０１を入力装置１５１により入力する。そして、入力した業務システムデータ２０１からトランザクションデータ２０２を処理装置１５２により作成し、作成したトランザクションデータ２０２を、タスクごとに記憶装置１５３に格納する（ステップＳ１０１：データ取り込みステップ）。１つの業務は複数のタスクから構成され、トランザクションデータ２０２は各タスクにて実行される複数の処理に係る複数の属性の値を処理及び属性ごとに保持するデータである。トランザクションデータ２０２の具体例については、図７や図８を用いて後で説明する。

基本プロセス定義部１０２は、基本プロセス定義情報２０３を入力装置１５１によりユーザ２００から受け取って入力する（ステップＳ１０２：基本プロセス定義ステップ）。基本プロセス定義情報２０３は複数のタスクの実施手順を示す情報である。基本プロセス定義情報２０３の具体例については、図９を用いて後で説明する。

プロセスパターン定義部１０３は、プロセスパターン情報２０４を処理装置１５２により作成して出力する（ステップＳ１０３：プロセスパターン定義ステップ）。プロセスパターン情報２０４は、複数のタスクのうち連続で実施される２つのタスクの組み合わせ（以下、「グループ」という）ごとに、先に実施されるタスクにて実行される処理と後に実施されるタスクにて実行される処理との実行手順のパターンを示す。プロセスパターン情報２０４の具体例については、図１１を用いて後で説明する。

キー自動設定部１０４は、グループごとに、先に実施されるタスクのトランザクションデータ２０２と後に実施されるタスクのトランザクションデータ２０２とを、それぞれ第１のトランザクションデータ２０２と第２のトランザクションデータ２０２として記憶装置１５３から読み出す。そして、読み出した第１のトランザクションデータ２０２と第２のトランザクションデータ２０２との間で共通する属性を処理装置１５２により推定してプロセスキーとして出力する（ステップＳ１０４：キー自動設定ステップ）。具体的には、キー自動設定部１０４は、第１のトランザクションデータ２０２が保持する属性の値と第２のトランザクションデータ２０２が保持する属性の値とで同じ値がある属性をプロセスキーとして出力する。本実施の形態では、キー自動設定部１０４は、第１のトランザクションデータ２０２が保持する属性の値と第２のトランザクションデータ２０２が保持する属性の値とで同じ値がある属性のうち、ユニークな値の数が多い属性から順にプロセスキーとして出力する。キー自動設定部１０４により出力されるプロセスキーは、キー設定情報２０５として記憶装置１５３に記憶される。キー設定情報２０５の具体例については、図１４を用いて後で説明する。

個別フロー作成部１０５は、グループごとに、キー自動設定部１０４により読み出された第１のトランザクションデータ２０２と第２のトランザクションデータ２０２とに基づき、先に実施されるタスクにて実行される処理と後に実施されるタスクにて実行される処理とでキー自動設定部１０４により出力されたプロセスキーの値が一致する処理を、それぞれ第１の処理と第２の処理として処理装置１５２により選択する。そして、選択した第１の処理と第２の処理とが連続で実行されることを示す個別フロー２０６を作成して出力する（ステップＳ１０５：個別フロー作成ステップ）。個別フロー２０６の具体例については、図１６を用いて後で説明する。

個別フロー確認部１０６は、個別フロー作成部１０５により出力された個別フロー２０６がプロセスパターン定義部１０３により出力されたプロセスパターン情報２０４が示す実行手順のパターンに当てはまることを処理装置１５２により確認する（ステップＳ１０６：個別フロー確認ステップ）。このとき、個別フロー確認部１０６は、個別フロー２０６が、プロセスパターン情報２０４が示す実行手順のパターンに当てはまることを確認できなかった場合には、キー自動設定部１０４に次の属性をプロセスキーとして出力させて、このプロセスキーについてステップＳ１０５以降の動作が行われる。

ステップＳ１０５からＳ１０６までの動作は、すべてのプロセスキーについて処理が完了するまで繰り返して行われる。また、ステップＳ１０３からＳ１０６までの動作は、すべてのグループについて処理が完了するまで繰り返して行われる。

全体フロー作成部１０７は、個別フロー作成部１０５により出力された個別フロー２０６を処理装置１５２により統合して全体フローとして出力する（ステップＳ１０７：全体フロー作成ステップ）。このとき、全体フロー作成部１０７は、個別フロー確認部１０６によりプロセスパターン情報２０４が示す実行手順のパターンに当てはまることが確認された個別フロー２０６のみを統合する。全体フロー作成部１０７により出力される全体フローは、プロセスインスタンス２０７として記憶装置１５３に記憶される（以下では、主に全体フローのことをプロセスインスタンスと呼ぶが、個別フロー２０６も１つのプロセスインスタンスであるといえる）。

全体フロー確認部１０８は、基本プロセス定義部１０２により入力された基本プロセス定義情報２０３が示す実施手順に基づいて、プロセスパターン定義部１０３により出力されたプロセスパターン情報２０４が示す実行手順のパターンの組み合わせを処理装置１５２により作成する。そして、全体フロー作成部１０７により出力された全体フローが、そのパターンの組み合わせに当てはまることを処理装置１５２により確認する（ステップＳ１０８：全体フロー確認ステップ）。

図３は、業務プロセス設定装置１００の外観の一例を示す図である。

図３において、業務プロセス設定装置１００は、システムユニット９１０、ＣＲＴ（Ｃａｔｈｏｄｅ・Ｒａｙ・Ｔｕｂｅ）やＬＣＤ（液晶ディスプレイ）の表示画面を有する表示装置９０１、キーボード９０２（Ｋ／Ｂ）、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ・Ｄｉｓｋ・Ｄｒｉｖｅ）、ＣＤＤ９０５（Ｃｏｍｐａｃｔ・Ｄｉｓｃ・Ｄｒｉｖｅ）、プリンタ装置９０６などのハードウェア資源を備え、これらはケーブルや信号線で接続されている。システムユニット９１０は、コンピュータであり、ＬＡＮ９４２（ローカルエリアネットワーク）、ゲートウェイ９４１を介してインターネット９４０に接続されている。

図４は、業務プロセス設定装置１００のハードウェア資源の一例を示す図である。

図４において、業務プロセス設定装置１００は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ・Ｐｒｏｃｅｓｓｉｎｇ・Ｕｎｉｔ、中央処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。ＣＰＵ９１１は、処理装置１５２の一例である。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３（Ｒｅａｄ・Ｏｎｌｙ・Ｍｅｍｏｒｙ）、ＲＡＭ９１４（Ｒａｎｄｏｍ・Ａｃｃｅｓｓ・Ｍｅｍｏｒｙ）、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、プリンタ装置９０６、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカードリーダライタなどの記憶媒体が用いられてもよい。

ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置１５３の一例である。通信ボード９１５、キーボード９０２、ＦＤＤ９０４などは、入力装置１５１の一例である。また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置の一例である。

通信ボード９１５は、ＬＡＮ９４２などに接続されている。通信ボード９１５は、ＬＡＮ９４２に限らず、インターネット９４０、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ・Ｓｅｒｖｉｃｅｓ・Ｄｉｇｉｔａｌ・Ｎｅｔｗｏｒｋ）などのＷＡＮ（ワイドエリアネットワーク）などに接続されていても構わない。インターネット９４０あるいはＷＡＮなどに接続されている場合、ゲートウェイ９４１は不要となる。

磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。プログラム群９２３には、本実施の形態の説明において「〜部」、「〜手段」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。また、ファイル群９２４には、本実施の形態の説明において、「〜データ」、「〜情報」、「〜ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）」、「〜フラグ」、「〜結果」として説明するデータや情報や信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」や「〜テーブル」の各項目として記憶されている。「〜ファイル」や「〜データベース」や「〜テーブル」は、ディスクやメモリなどの記憶媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶されたデータや情報や信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理（動作）に用いられる。抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理中、データや情報や信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。

また、本実施の形態の説明において説明するブロック図やフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号は、ＲＡＭ９１４などのメモリ、ＦＤＤ９０４のフレキシブルディスク（ＦＤ）、ＣＤＤ９０５のコンパクトディスク（ＣＤ）、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク（ＭＤ）、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｃ）などの記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。

また、本実施の形態の説明において「〜部」、「〜手段」として説明するものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜工程」、「〜手順」、「〜処理」であってもよい。すなわち、「〜部」、「〜手段」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。あるいは、ソフトウェアのみ、あるいは、素子・デバイス・基板・配線などのハードウェアのみ、あるいは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実現されていても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤなどの記録媒体に記憶される。このプログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。即ち、プログラムは、本実施の形態の説明で述べる「〜部」、「〜手段」としてコンピュータを機能させるものである。あるいは、本実施の形態の説明で述べる「〜部」、「〜手段」の手順や方法をコンピュータに実行させるものである。

以下では、業務プロセス設定装置１００の動作について、さらに具体的に説明する。

図２を用いて説明したように、ステップＳ１０１では、業務システムから必要なデータ（業務システムデータ２０１）をデータ取り込み部１０１がトランザクションデータ２０２としてファイルなどに格納する。ステップＳ１０２では、業務の基本となるプロセスをユーザ２００が基本プロセス定義部１０２を用いて定義する。これは、受注→出荷指示→出荷確認のような定義情報（基本プロセス定義情報２０３）である。ステップＳ１０３では、プロセスパターン定義部１０３が、基本プロセス定義情報２０３を基に、隣接する２つのタスクを１つのまとまりとする。そして、とりうる業務フローのパターンを示したプロセスパターン情報２０４を定義する。

例えば、図５では、受注番号をキーとしてまとめることにより、１つの関連するタスクが同じプロセスインスタンス２０７に属していることがわかるが、本実施の形態は、ユーザ２００がこのようなプロセスキーを指定しなくても、自動でプロセスキーの候補を発見するものである。ステップＳ１０４では、キー自動設定部１０４にて、トランザクションデータ２０２を基に、本実施の形態で示す処理に従い、図５で例示した同じプロセスインスタンスに属するものを識別するためのキー（プロセスキー）の情報（キー設定情報２０５）を自動的に設定する。このとき、キーとしていくつかの候補が挙がるので優先順位を付ける。

ステップＳ１０５では、トランザクションデータ２０２と基本プロセス定義情報２０３とキー設定情報２０５から個別フロー作成部１０５が個別フロー２０６を生成する。ステップＳ１０６では、個別フロー確認部１０６が、ステップＳ１０５で生成された個別フロー２０６をステップＳ１０３で定義されたプロセスパターン情報２０４と比較し、とりうるパターンに当てはまっているかどうか自動で判断する。そして、判断結果をユーザ２００に提示し、ユーザ２００は、個別フロー２０６とそのときのキーの設定を確認する。問題がある場合には、ステップＳ１０４に戻り、別のキーにて再度ステップＳ１０５以降の動作が実行される。問題がなければ、ステップＳ１０７で、個別フロー２０６を採用したキーとともに表示した中から、ユーザ２００に選択させ、全体フロー作成部１０７が全体フロー（プロセスインスタンス２０７）を作成する。ステップＳ１０８では、全体フロー確認部１０８が、プロセスパターンを組み合わせた可能プロセスフロー（プロセスパターン情報２０４が示すパターンの組み合わせ）と実際のプロセスインスタンス２０７（個別フロー２０６を集約したもの）を比較して確認する（ユーザ２００に比較させてもよい）。このように、本実施の形態では、業務プロセスを予めパターン化し、それらと比較することにより、明らかに誤ったプロセスフローを検出することが可能となる。

以下では、図６に示すような、受注、出荷指示、出荷確認の３つのタスクからなる受注出荷業務を例にとり説明する。

処理（１）：＜イベントデータ取得＞（図２のステップＳ１０１の処理に相当）
データ取り込み部１０１では、業務システムデータ２０１からトランザクションデータ２０２を取り込む。それぞれのトランザクションデータ２０２の例は図７と図８に示す通りである。トランザクションデータ２０２は、属性名と属性値の組み合わせ（図７、図８では、それぞれをａｔｔｒｉｂｕｔｅタグとして示している）からなっている。図７、図８の例では、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で記述されているが、データの属性名とその値である属性値がわかるようなデータであれば形式は問わない。

処理（２）：＜基本プロセス定義＞（図２のステップＳ１０２の処理に相当）
対象とする業務は複数のタスクで成り立っている。基本プロセス定義部１０２では、図９に示すようにそのタスクの順番を指定する。例では、受注タスク→出荷指示タスク→出荷確認タスクの順番となる。また、隣接する２つタスクを１つのグループとして分割する。すなわち、グループ１（受注−出荷指示グループ）として「受注」「出荷指示」と、グループ２（出荷指示−出荷確認グループ）として「出荷指示」「出荷確認」のグループに分ける。

次の処理（３）からの処理は、グループごとに実行される。

処理（３）：＜プロセスパターン定義＞（図２のステップＳ１０３の処理に相当）
プロセスパターン定義部１０３では、隣接する２つのタスクがどのようなパターンをとるか業務の特性を考慮して、とりうるパターンを定義する。例えば、基本パターンとしては、図１０に示すようなものが考えられる。ここから業務の特性を考慮して、それぞれのグループがとる可能性のあるパターンを定義する。この例では、グループ１の「受注」「出荷指示」では、業務の性格上、パターンＡとパターンＢをとることがあり、パターンＣとパターンＤはありえない（図１１）。また、グループ２の「出荷指示」「出荷確認」では、パターンＡのみとりうる。

処理（４）：＜キー自動設定＞（図２のステップＳ１０４の処理に相当）
キー自動設定部１０４では、トランザクションデータ２０２から、データ属性名（ＥＫＰＯ−ＭＥＮＧＥなど）をキーとして、その属性値が固有であるものの個数を数える。それらを個数の大きいものから順番に並べる（図１２）。次に、２つのタスク同士にて、データ属性値を比較し、同じ属性値のデータ属性名を洗い出す。例えば、図１３のように同じ値があるものを○、そうでないものを×とした表を作成する（例えば、テーブルデータとして記憶装置１５３に記憶する）。この○が付いた属性名の中で、図１２で示した上位にあるものから順番に選択する。この例では、受注においては、ＥＫＰＯ−ＥＢＥＬＮが、出荷指示においては、ＭＳＥＧ−ＥＢＥＬＮが第１候補となる。同様にして順番を決める（図１４）。

次の処理（５）からの処理は、プロセスキーの優先順位の順番に行う。

処理（５）：＜個別フロー作成＞（図２のステップＳ１０５の処理に相当）
個別フロー作成部１０５では、プロセスキーを基にしてフローを作成する。この例では、図７の受注データのＥＫＰＯ−ＥＢＥＬＮの値と図８の出荷指示データのＭＳＥＧ−ＥＢＥＬＮが等しいものが同一の個別フロー２０６となる。すなわち、図１５に示すように、ＥＫＰＯ−ＥＢＥＬＮとＭＳＥＧ−ＥＢＥＬＮがともに「６３５４０」であるものを同一の個別フロー２０６として結び付ける。

処理（６）：＜個別フロー確認＞（図２のステップＳ１０６の処理に相当）
個別フロー確認部１０６では、作成されたプロセスフロー（個別フロー２０６）が正しいかどうか確かめるため、処理（３）で指定したプロセスパターン定義に当てはめてみる。この例では、図１１に示すようなパターンしかとらないので、作成された個別フロー２０６（図１５）がこれに当てはまらないとき、すなわち、図１０のパターンＣやパターンＤであるときには、このプロセスキー候補を除外する。パターンに問題がなければ、このプロセスキーと作成された個別フロー２０６を保持しておく（図１６）。

ここで、次のプロセスキーの候補について、処理（５）に戻って処理が実行される。すべてのプロセスキーについて処理（５）と処理（６）の処理が終了したならば、グループ１についての処理は終了であり、次は、処理（３）に戻り、グループ２について同様の処理が実行される。すべてのグループについて、処理（３）から処理（６）の処理が終了したならば、次の処理（７）へ進む。

処理（７）：＜全体フロー作成＞（図２のステップＳ１０７の処理に相当）
これまでの処理により、各グループ（受注−出荷指示グループと出荷指示−出荷確認グループ）ごとに、図１７に示すように、プロセスキーと個別フロー２０６の組み合わせができた。次に、全体フロー作成部１０７では、個別フロー２０６をプロセスキーとともに表示し、ユーザ２００に選択させ、全体フローを作成する。

処理（８）：＜全体フロー確認＞（図２のステップＳ１０８の処理に相当）
全体フロー確認部１０８では、グループ１とグループ２のプロセスパターンを組み合わせ、可能性のあるプロセスフローを作成する（図１８上部）。そして、処理（７）で作成したプロセスインスタンス２０７が、このパターンに当てはまるか確認する（図１８）。

以上、受注出荷業務を例にとり、本実施の形態に係る業務プロセス設定方法について説明した。上記の例では、トランザクションデータ２０２の具体的なイメージを表すために、受注データや出荷指示データをＸＭＬ形式で記述したものを図７、図８、図１５に示したが、各データ中の属性値としては適当な値を用いている。同様に、個別フロー２０６の例を図１５、図１６、図１７に、全体フローの例を図１７、図１８に示したが、各フロー中の属性値としては適当な値を用いている。以下では、例示する属性値を具体的に用いて、上記の例と同様の受注出荷業務を例にとり、本実施の形態に係る業務プロセス設定方法について説明する。

処理（１）：＜イベントデータ取得＞（図２のステップＳ１０１の処理に相当）
データ取り込み部１０１は、業務システムデータ２０１からトランザクションデータ２０２を取り込む。トランザクションデータ２０２は図１９と図２０に例示するようなものとなる。ここでは、受注タスクに対応するトランザクションデータ２０２（受注データ）の一例を図１９に、出荷指示タスクに対応するトランザクションデータ２０２（出荷指示データ）の一例を図２０に示している。出荷確認タスクに対応するトランザクションデータ２０２（出荷確認データ）については省略するが、同様のものとなる。それぞれのトランザクションデータ２０２は、属性名と属性値の組み合わせからなっている。図１９、図２０では、各タスクにて実行される複数の処理（以下、「処理データ」ともいう）をｄａｔａｂｌｏｃｋタグで定義し、各処理データに係る複数の属性をｄａｔａタグで定義している（図７、図８では、前者をｅｖｅｎｔタグで定義し、後者をａｔｔｒｉｂｕｔｅタグで定義していた）。このように、図１９、図２０の例でも、各データはＸＭＬ形式で記述されているが、データの属性名とその値である属性値がわかるようなデータであれば形式は問わない。

処理（２）：＜基本プロセス定義＞（図２のステップＳ１０２の処理に相当）
前述した通り、基本プロセス定義部１０２は、図９に示すように、対象となる業務を構成するタスクの順番を指定する。この例では、受注タスク→出荷指示タスク→出荷確認タスクの順番となる。また、隣接する２つタスクを１つのグループとして分割する。すなわち、グループ１（受注−出荷指示グループ）に「受注」「出荷指示」のタスクを、グループ２（出荷指示−出荷確認グループ）に「出荷指示」「出荷確認」のタスクを分類する。

処理（３）〜（６）は、グループごとに実行される。

処理（３）：＜プロセスパターン定義＞（図２のステップＳ１０３の処理に相当）
前述した通り、プロセスパターン定義部１０３は、隣接する２つのタスクがどのようなパターンをとるか業務の特性を考慮して、とりうるパターンを定義する。この例では、図１１に示すように、グループ１の「受注」「出荷指示」では、業務の性格上、パターンＡとパターンＢをとりうる。また、グループ２の「出荷指示」「出荷確認」では、パターンＡのみとりうる。

処理（４）：＜キー自動設定＞（図２のステップＳ１０４の処理に相当）
前述した通り、キー自動設定部１０４は、トランザクションデータ２０２から、属性名（ＥＫＰＯ−ＭＥＮＧＥなど）をキーとして、当該属性についてユニークな属性値の個数を数える。そして、図１２に示すように、それらを個数の大きいものから順番に並べる。次に、キー自動設定部１０４は、図１３に示すように、２つのタスク同士にて、属性値を比較し、同じ属性値を持つ属性のデータ属性名を洗い出す。そして、図１２で示したようにユニークな属性値が多い順に並べられた属性を上位にあるものからプロセスキーとして順番に選択する。この例では、図１４に示すように、受注においては、ＥＫＰＯ−ＥＢＥＬＮが、出荷指示においては、ＭＳＥＧ−ＥＢＥＬＮが第１候補となるものとする。また、受注においては、ＥＫＫＯ−ＡＥＤＡＴが、出荷指示においては、ＭＫＰＦ−ＢＵＤＡＴが第２候補となるものとする。

処理（５）〜（６）は、プロセスキーの第１候補から順番にプロセスキーの候補ごとに実行される。

処理（５）：＜個別フロー作成＞（図２のステップＳ１０５の処理に相当）
個別フロー作成部１０５は、プロセスキーを基にして個別フロー２０６を作成する。この例では、図１９に示した受注データのＥＫＰＯ−ＥＢＥＬＮの値と図２０に示した出荷指示データのＭＳＥＧ−ＥＢＥＬＮの値が等しいものが同一の個別フロー２０６となる。例えば、図２１に示すように、ＥＫＰＯ−ＥＢＥＬＮとＭＳＥＧ−ＥＢＥＬＮがともに「６３５４０」であるものを同一の個別フロー２０６として結び付ける。ここで、各図では、個別フロー２０６を示す際に、その個別フロー２０６を構成する処理データが区別できるように、各処理データのブロック内にプロセスキーの値のほか、いくつかの属性の値を示している。例えば、図２１では、「受注」の処理データにＥＫＰＯ−ＥＢＥＬＮの属性値のほか、ＥＫＰＯ−ＥＭＡＴＮ、ＥＫＫＯ−ＡＥＤＡＴ、ＥＫＰＯ−ＭＥＮＧＥのそれぞれの属性値を示している。また、「出荷指示」の処理データにはＭＳＥＧ−ＥＢＥＬＮの属性値のほか、ＭＳＥＧ−ＭＥＮＧＥ、ＭＫＰＦ−ＢＵＤＡＴ、ＭＳＥＧ−ＭＢＬＮＲのそれぞれの属性値を示している。

処理（６）：＜個別フロー確認＞（図２のステップＳ１０６の処理に相当）
個別フロー確認部１０６は、個別フロー２０６が正しいかどうか確かめるため、個別フロー２０６を処理（３）で指定したプロセスパターン定義に当てはめてみる。パターンに問題がなければ、図２２に示すように、プロセスキーと個別フロー２０６を保持しておく。

ここで、次のプロセスキーの候補について、処理（５）が再び実行される。例えば、プロセスキーの第２候補については、処理（５）において、図１９に示した受注データのＥＫＫＯ−ＡＥＤＡＴの値と図２０に示した出荷指示データのＭＫＰＦ−ＢＵＤＡＴが等しいものが同一の個別フロー２０６となる。個別フロー作成部１０５は、例えば、ＥＫＫＯ−ＡＥＤＡＴとＭＫＰＦ−ＢＵＤＡＴがともに「２００３０３１３」（日付であれば「０３／０３／１３」と表すことができる）であるものを同一の個別フロー２０６として結び付ける。続いて、処理（６）において、個別フロー確認部１０６は、個別フロー２０６が正しいかどうか確かめるため、個別フロー２０６を処理（３）で指定したプロセスパターン定義に当てはめてみる。パターンに問題がなければ、プロセスキーと個別フロー２０６を保持しておく。

すべてのプロセスキーの候補について処理（５）と処理（６）が終了したならば、グループ１についての処理は終了であり、次は、処理（３）に戻り、グループ２について同様の処理が実行される。すべてのグループについて、処理（３）から処理（６）の処理が終了したならば、次の処理（７）へ進む。

処理（７）：＜全体フロー作成＞（図２のステップＳ１０７の処理に相当）
これまでの処理により、各グループ（受注−出荷指示グループと出荷指示−出荷確認グループ）ごとに、図２３に示すように、プロセスキーと個別フロー２０６の組み合わせができる。次に、全体フロー作成部１０７は、個別フロー２０６をプロセスキーとともに表示し、ユーザ２００に選択させ、プロセスインスタンス２０７（全体フロー）を作成する。個別フロー２０６を出力装置の画面などに表示する際には、それぞれの個別フロー２０６を構成する処理データが区別できるように、各処理データのブロック内にプロセスキーの値のほか、いくつかの属性の値を示すものとする。例えば、図２３では、グループ１の場合、「受注」の処理データにＥＫＰＯ−ＥＢＥＬＮ（プロセスキーの１番目の候補）、ＥＫＰＯ−ＥＭＡＴＮ、ＥＫＫＯ−ＡＥＤＡＴ（プロセスキーの２番目の候補）、ＥＫＰＯ−ＭＥＮＧＥのそれぞれの属性値を示している。また、「出荷指示」の処理データにはＭＳＥＧ−ＥＢＥＬＮ（プロセスキーの１番目の候補）、ＭＳＥＧ−ＭＥＮＧＥ、ＭＫＰＦ−ＢＵＤＡＴ（プロセスキーの２番目の候補）、ＭＳＥＧ−ＭＢＬＮＲのそれぞれの属性値を示している。一方、グループ２の場合、「出荷指示」の処理データにはＭＳＥＧ−ＥＢＥＬＮ（プロセスキーの１番目の候補）、ＭＳＥＧ−ＭＥＮＧＥ、ＭＫＰＦ−ＢＵＤＡＴ、ＭＳＥＧ−ＭＢＬＮＲ（プロセスキーの２番目の候補）のそれぞれの属性値を示している。また、「出荷確認」の処理データにＶＢＦＡ−ＶＢＥＬＮ（プロセスキーの１番目の候補）、ＭＵＯＧ−ＭＥＮＧＥ、ＳＯＧＥ−ＡＢＯＥＧ、ＭＯＧＥ−ＥＩＡＥＳ（プロセスキーの２番目の候補）のそれぞれの属性値を示している。

処理（８）：＜全体フロー確認＞（図２のステップＳ１０８の処理に相当）
全体フロー確認部１０８は、図２４の上部に示すように、グループ１とグループ２のプロセスパターンを組み合わせ、可能性のあるプロセスフローを作成する。この例では、２通りのプロセスフローがありうる。全体フロー確認部１０８は、図２４の下部に示すように、処理（７）で作成したプロセスインスタンス２０７が、２通りのプロセスフローのいずれかのパターンに当てはまることを確認する。

以上のように、本実施の形態では、次の手段を備えていることを特徴とする業務プロセスフロー作成のプロセスキーを自動で設定する方式について説明した。
・トランザクションデータを読み込む手段
・基本プロセス定義を行う手段
・プロセスパターン定義を行う手段
・プロセスキーの候補を自動で見つける手段
・見つかったプロセスキーにて個別フローを作成する手段
・プロセスキーにて作成される個別フローがプロセスパターン定義に当てはまるかどうか判定する手段
・個別フローから全体フローを作成する手段
・全体フローが全体のプロセスパターンに当てはまるかどうか判定する手段

本実施の形態は、業務プロセスで発生するトランザクションデータ２０２のみを用いて、実際に行われた個々の業務プロセスフローを作成するものである。これにより、どのトランザクションデータ２０２が１つの業務のプロセスインスタンス２０７に属し、そして、どのような順番で流れているかがわかる（そのために、業務プロセス設定装置１００は、出力装置を用いて、業務プロセスフローをグラフィカルに表示してもよい）。また、図５に示すように、それぞれのタスクで具体的にどのような処理が行われたかがわかる。例えば、図５のプロセスインスタンスＢでは、製品名ＢＢＢを１０個欲しいという１つの受注に対して、実際には７個と３個のように分割して出荷されたことがわかる。また、出荷指示が出てから、出荷確認までどのくらいの時間を要したかや、受注から出荷確認までどのくらいの時間を要したかなどが日付やその他の情報からわかるようになる。このように、本実施の形態により、実際の個々の業務プロセスの流れが分かり、遅延や延滞といった問題が発生した場合に、どのプロセスインスタンス２０７でそれが発生しているのかがわかり、それらを分析することにより、業務プロセスの見直しなどを行うことができる。

なお、本実施の形態は、対象とする既存システムに一切影響を受けない。トランザクションデータ２０２さえあれば実現可能であり、既存システムがワークフローであろうと、レガシーシステムであっても問題ないので、対象とするシステムの範囲が広いという利点がある。

実施の形態２．
本実施の形態について、主に実施の形態１との差異を説明する。

図２のステップＳ１０４において、キー自動設定部１０４は、所定の属性を予め除外して第１のトランザクションデータと第２のトランザクションデータとの間で共通する属性を推定してプロセスキーとして出力する。具体的には、キー自動設定部１０４は、第１のトランザクションデータが保持する属性の値と第２のトランザクションデータが保持する属性の値とで同じ値がある属性であって所定の属性以外の属性をプロセスキーとして出力する。

本実施の形態におけるステップＳ１０４の動作について、さらに具体的に説明する。

実施の形態１の処理（４）で実施するプロセスキーを見つけて優先順位をつける手順において、キー自動設定部１０４では、予めプロセスキーの候補とはならないと分かっているものについては、それらを除いて、処理（４）を実施する。一般にプロセスキーの候補となるのは、この例の場合、受注伝票番号や出荷伝票番号などであり、製品名や製品の個数などはプロセスキーとはならない。したがって、これらの属性名が予め分かっている場合には、これらを処理（４）での処理から除外して、実施することにより、より効率的に処理を進めることができる。

以上のように、本実施の形態では、プロセスキーの候補を見つける手段において、予め候補とはならないと分かっている場合に、候補を削除する手段を備えた実施の形態１と同様の方式について説明した。

実施の形態３．
本実施の形態について、主に実施の形態１との差異を説明する。

図２のステップＳ１０４において、キー自動設定部１０４は、２つ以上の属性を組み合わせて第１のトランザクションデータと第２のトランザクションデータとの間で共通する属性の組み合わせを推定してプロセスキーとして出力する。具体的には、キー自動設定部１０４は、第１のトランザクションデータが保持する２つ以上の属性の値を連結した値と第２のトランザクションデータが保持する２つ以上の属性の値を連結した値とで同じ値がある属性をプロセスキーとして出力する。

本実施の形態におけるステップＳ１０４の動作について、さらに具体的に説明する。

実施の形態１の処理（４）で実施するプロセスキーを見つけて優先順位をつける手順において、キー自動設定部１０４では、複数の属性を組み合わせてプロセスキーとする。実施の形態１では、単独の属性を用いて、２つのタスク間で属性値が同じであるかどうか比較しているが、本実施の形態は、複数の属性を組み合わせて比較する方法である。例えば、属性名「日付」で属性値「２００６０４０１」とあり、属性名「時刻」で属性値「１７０４１７」というトランザクションデータがあった場合に、日付と時刻を組み合わせることにより、属性値「２００６０４０１１７０４１７」を持つような属性を作り出すことにより、プロセスキーの候補とする方法である。これにより、処理（６）や処理（８）を実施した後で、満足のいく個別フロー２０６や全体フローであるプロセスインスタンス２０７が得られなかったときなどに、組み合わせのプロセスキーを作成して、処理（４）を実施することにより、期待するプロセスインスタンス２０７を作成することができる。

以上のように、本実施の形態では、プロセスキーの候補が見つからなかったときに、複数のキーを組み合わせて複合キーとして、プロセスキーを見つける手段を備えた実施の形態１と同様の方式について説明した。

実施の形態４．
本実施の形態について、主に実施の形態１との差異を説明する。

実施の形態１で図５に示した例では、ステップＳ１０４において、キー自動設定部１０４は、グループ１（受注−出荷指示グループ）について、「受注」と「出荷指示」の各タスクに対応するトランザクションデータ２０２を基に、受注番号をプロセスキーの候補に設定する。このとき、「受注」のタスクに対応するトランザクションデータ２０２で複数の処理データが同じ受注番号を持つことはないものとしている。そのため、次のステップＳ１０５において、個別フロー作成部１０５は、グループ１について、図１０に示したパターンＡとパターンＢのいずれかに当てはまる個別フロー２０６のみを生成する。例えば、「受注」と「出荷指示」の各タスクで受注番号がともに「６３５４０」の処理データをまとめて、パターンＢに当てはまる個別フロー２０６を生成する。次のステップＳ１０６において、個別フロー確認部１０６は、その個別フロー２０６がとりうるパターンに当てはまっているかどうか判断する。前述したように、グループ１の個別フロー２０６がとりうるパターンは図１０に示したパターンＡ又はパターンＢであり、受注番号が「６３５４０」の個別フロー２０６はパターンＢであるため、個別フロー確認部１０６は、この個別フロー２０６がとりうるパターンに当てはまっていると判断する。そして、受注番号をプロセスキーとして保存し、対応する個別フロー２０６も保存しておく。保存されたプロセスキーと個別フロー２０６は、ステップＳ１０７にて利用される。一方、「受注」のタスクに対応するトランザクションデータ２０２で複数の処理が同じ受注番号を持つことがあるものとすると、図２５に示すように、ステップＳ１０５において、個別フロー作成部１０５は、グループ１について、図１０に示したパターンＣ又はパターンＤに当てはまる個別フロー２０６を生成するケースが生じる。図２５に示す例では、受注番号が「６３５４０」の処理データが２つあり、一方は古い処理データで、他方は数量が「５」から「１０」に更新された最新の処理データであるとする。この場合、受注番号が「６３５４０」の個別フロー２０６はパターンＤに当てはまるため、次のステップＳ１０６において、個別フロー確認部１０６は、この個別フロー２０６がとりうるパターンに当てはまっていないと判断する。その結果、本来はプロセスキーとなるべき受注番号がプロセスキーとして採用されず、対応する個別フロー２０６も保存されず、ステップＳ１０７にて利用されなくなってしまう。

上記のようなケースは、例えば、ある製品５個という受注があり、その後、製品名や型番などは同一で、数量だけを１０個に変更した場合、前の処理データを変更するのではなく、受注番号やその他の情報は同じで、数量だけを１０個にした新しい処理データを登録した場合に発生する。この場合、前の処理データと新しい処理データは、業務プロセス上は、同一のものと判断したほうが妥当である。すなわち、このケースでは、受注は１つであり、図２５の点線部分を除いたプロセスインスタンス２０７が生成されることが望ましい。そこで、本実施の形態では、１つのタスクに対応するトランザクションデータ２０２に複数の処理データが存在する場合に、それらが業務プロセス上は同一の処理データ（本質的には同じ処理データ）であるかどうかをあるキー（タスクキー）にて判断する。そのために、本実施の形態ではこのタスクキーの候補を見つける。

本実施の形態に係る業務プロセス設定装置１００の構成は、実施の形態１で図１に示したものと同様である。また、本実施の形態に係る業務プロセス設定方法（業務プロセス設定装置１００の動作）は、実施の形態１で図２に示したものと同様である。

図２のステップＳ１０４において、キー自動設定部１０４は、実施の形態１と同様に、グループごとに、プロセスキーを出力する。本実施の形態では、キー自動設定部１０４は、さらに、タスクごとに、トランザクションデータ２０２を第３のトランザクションデータ２０２として記憶装置１５３から読み出す。そして、読み出した第３のトランザクションデータ２０２の中で処理を識別する属性を処理装置１５２により推定してタスクキーとして出力する。具体的には、キー自動設定部１０４は、２つ以上の処理で第３のトランザクションデータ２０２が保持する属性の値が同じ値になっている属性のうち、その属性の値が同じ値になっている処理で第３のトランザクションデータ２０２が保持する他のより多くの属性の値（望ましくは、最も多くの属性の値）が同じ値又は規則的に異なる値になっている属性をタスクキーとして出力する。

図２のステップＳ１０５において、個別フロー作成部１０５は、実施の形態１と同様に、グループごとに、第１の処理と第２の処理とを選択する。本実施の形態では、個別フロー作成部１０５は、さらに、タスクごとに、キー自動設定部１０４により読み出された第３のトランザクションデータ２０２に基づき、同じタスクにて実行される２つ以上の処理でキー自動設定部１０４により出力されたタスクキーの値が一致する処理のうちいずれか１つを第３の処理として処理装置１５２により選択する。そして、選択した第１の処理と第２の処理とが連続で実行されることを示す個別フロー２０６であって、選択した第３の処理のみが実行されることを示す個別フロー２０６を作成して出力する。つまり、個別フロー作成部１０５は、第３の処理である第１の処理と第３の処理である第２の処理とが連続で実行されることを示す個別フロー２０６を出力する。

図２のステップＳ１０６において、個別フロー確認部１０６は、個別フロー作成部１０５により出力された個別フロー２０６がプロセスパターン定義部１０３により出力されたプロセスパターン情報２０４が示す実行手順のパターンに当てはまることを処理装置１５２により確認する。このとき、個別フロー確認部１０６は、個別フロー２０６が、プロセスパターン情報２０４が示す実行手順のパターンに当てはまることを確認できなかった場合、ステップＳ１０４において、キー自動設定部１０４が、２つ以上の処理で第３のトランザクションデータ２０２が保持する属性の値が同じ値になっている属性のうち、その属性の値が同じ値になっている処理で第３のトランザクションデータ２０２が保持する他のより多くの属性の値が同じ値又は規則的に異なる値になっている属性から順にタスクキーとして出力するのであれば、キー自動設定部１０４に次の属性をタスクキーとして出力させてもよい。この場合、新たに出力されたタスクキーについてステップＳ１０５以降の動作が行われる。

以下では、実施の形態１と同様の受注出荷業務を例にとり、本実施の形態に係る業務プロセス設定方法について、さらに具体的に説明する。

処理（１）：＜イベントデータ取得＞（図２のステップＳ１０１の処理に相当）
データ取り込み部１０１は、業務システムデータ２０１からトランザクションデータ２０２を取り込む。トランザクションデータ２０２は図２６に例示するようなものとなる。ここでは、出荷指示データの一例を図２６に示している。受注データ、出荷確認データについては省略するが、いずれのトランザクションデータ２０２も実施の形態１で示したものと同様の形式である。

処理（２）：＜基本プロセス定義＞（図２のステップＳ１０２の処理に相当）
実施の形態１と同様に、基本プロセス定義部１０２は、グループ１（受注−出荷指示グループ）に「受注」「出荷指示」のタスクを、グループ２（出荷指示−出荷確認グループ）に「出荷指示」「出荷確認」のタスクを分類する。

処理（３）〜（６）は、グループごとに実行される。

処理（３）：＜プロセスパターン定義＞（図２のステップＳ１０３の処理に相当）
実施の形態１と同様に、プロセスパターン定義部１０３は、グループ１がパターンＡとパターンＢとをとりうることを定義する。また、グループ２がパターンＡのみとりうることを定義する。

処理（４）：＜キー自動設定＞（図２のステップＳ１０４の処理に相当）
実施の形態１と同様に、キー自動設定部１０４は、トランザクションデータ２０２から、属性名をキーとして、当該属性についてユニークな属性値の個数を数え、それらを個数の大きいものから順番に並べる。次に、キー自動設定部１０４は、２つのタスク同士にて、属性値を比較し、同じ属性値を持つ属性のデータ属性名を洗い出す。そして、ユニークな属性値が多い順に並べられた属性を上位にあるものからプロセスキーとして順番に選択する。ここでは、出荷指示において、ＶＢＦＡ＿ＶＢＥＬＶがプロセスキーの候補となった場合について説明する。

図２７には、ＶＢＦＡ＿ＶＢＥＬＶ＝「００００００００８４」である処理データのかたまりを表形式で表している。この例では、説明の便宜上、図２６に示した出荷指示データを表形式で表しているが、前述したように、トランザクションデータ２０２が実際にこのような表形式でデータベースなどに保存されていても構わない。実施の形態１では、これで個別フロー２０６が作成されると、別々の出荷指示が９個あることとなる。すなわち、プロセスキーであるＶＢＦＡ＿ＶＢＥＬＶが受注番号であるとすると、受注番号が「００００００００８４」である受注に対応して、９個の出荷指示が出たこととなる。しかし、ある１つの出荷指示に対して、複数の処理データが存在する場合もある。例えば、処理データを登録してから、変更が発生した場合に、新たに処理データを登録する場合などである。この場合、処理データとしては、出荷指示が２つ存在するが、実際の出荷指示は１つである。このような場合に対応するために、本実施の形態では、タスクキーにより、処理データを分類する。

まず、キー自動設定部１０４は、出荷指示データの項目単位（属性単位）で、異なる属性値の種類（ユニークな属性値）の個数Ｍｉ（ｉ＝１〜Ｎ、項目数Ｎ＝７）を求める。この例では、ＶＢＦＡ＿ＥＲＤＡＴで１個、ＶＢＦＡ＿ＥＲＺＥＴで４個、ＶＢＦＡ＿ＰＯＳＮＮで８個、ＶＢＦＡ＿ＰＯＳＮＶで１個、ＶＢＦＡ＿ＲＦＭＮＧで２個、ＶＢＦＡ＿ＶＢＥＬＮで４個、ＶＢＦＡ＿ＶＢＥＬＶで１個となる。すなわち、Ｍ１＝１、Ｍ２＝４、Ｍ３＝８、Ｍ４＝１、Ｍ５＝２、Ｍ６＝４、Ｍ７＝１となる。

キー自動設定部１０４は、出荷指示データの項目ごとに、タスクキーであるかどうかを判定する。例えば、ｉ＝２、すなわち、ＶＢＦＡ＿ＥＲＺＥＴをタスクキーの候補とすると、図２８に示すように処理データが分類されていることになる。一方、例えば、ｉ＝５、すなわち、ＶＢＦＡ＿ＲＦＭＮＧをタスクキーの候補とすると、図２９に示すように処理データが分類されていることになる。キー自動設定部１０４は、それぞれの分類について、分類された処理データのかたまりごとに、同列の値が同じ、あるいは、規則的に並んでいるものが多い場合は、そのタスクキーによる分類が正しいと判断する。例えば、ｉ＝２、すなわち、ＶＢＦＡ＿ＥＲＺＥＴをタスクキーとしたとき、ＶＢＦＡ＿ＲＦＭＮＧ以外は、値が同じ、あるいは、規則的に並んでいるので、キー自動設定部１０４は、このタスクキーによる分類が正しいと判断できる。一方、例えば、ｉ＝５、すなわち、ＶＢＦＡ＿ＲＦＭＮＧをタスクキーとしたとき、ＶＢＦＡ＿ＥＲＺＥＴとＶＢＦＡ＿ＰＯＳＮＮとＶＢＦＡ＿ＶＢＥＬＮの列の値が不規則であるため、キー自動設定部１０４は、このタスクキーによる分類は正しくないと判断する。このように判断することにより、キー自動設定部１０４は、タスクキーを見つけることができる。

具体的には、ｉ＝２のときに、キー自動設定部１０４は、タスクキーの候補とするＶＢＦＡ＿ＥＲＺＥＴの属性値が同じ処理データごとに、ＶＢＦＡ＿ＥＲＺＥＴ以外の属性の列を検査する。その結果、キー自動設定部１０４は、ＶＢＦＡ＿ＥＲＤＡＴ、ＶＢＦＡ＿ＰＯＳＮＶ、ＶＢＦＡ＿ＶＢＥＬＮ、ＶＢＦＡ＿ＶＢＥＬＶの４つの列では、ＶＢＦＡ＿ＥＲＺＥＴが同じ処理データ同士が同じ属性値を持つと判定する。また、ＶＢＦＡ＿ＰＯＳＮＮの列では、ＶＢＦＡ＿ＥＲＺＥＴが同じ処理データ同士が同じ属性値を持つか、規則的に異なる属性値を持つと判定する。つまり、ＶＢＦＡ＿ＥＲＺＥＴで分類された処理データのかたまりごとに、値が同じ、あるいは、規則的に並んでいる列は５つあると判定する。また、ｉ＝５のときに、キー自動設定部１０４は、タスクキーの候補とするＶＢＦＡ＿ＲＦＭＮＧの属性値が同じ処理データごとに、ＶＢＦＡ＿ＲＦＭＮＧ以外の属性の列を検査する。その結果、キー自動設定部１０４は、ＶＢＦＡ＿ＥＲＤＡＴ、ＶＢＦＡ＿ＰＯＳＮＶ、ＶＢＦＡ＿ＶＢＥＬＶの３つの列では、ＶＢＦＡ＿ＲＦＭＮＧが同じ処理データ同士が同じ属性値を持つと判定する。つまり、ＶＢＦＡ＿ＲＦＭＮＧで分類された処理データのかたまりごとに、値が同じ、あるいは、規則的に並んでいる列が３つあると判定する。同様に、ｉ＝１、３、４、６、７のときには、キー自動設定部１０４は、それぞれのタスクキーで分類された処理データのかたまりごとに、値が同じ、あるいは、規則的に並んでいる列が２つ、３つ、２つ、５つ、２つあると判定する。最終的に、キー自動設定部１０４は、タスクキーで分類された処理データのかたまりごとに、値が同じ、あるいは、規則的に並んでいる列が最も多いＶＢＦＡ＿ＥＲＺＥＴ（又はＶＢＦＡ＿ＶＢＥＬＮ）をタスクキーの候補とすることができる。ＶＢＦＡ＿ＥＲＺＥＴがタスクキーである場合、受注番号が「００００００００８４」である受注に対して、出荷指示は全部で９個ではなく、４個であったこととなる。このように、１つのタスクに対応するトランザクションデータ２０２で、そのタスクにて実行される処理の１つに対応する処理データが物理的に複数存在する場合でも、個別フロー２０６の作成時には、それらの処理データを論理的には同一のものとして扱うことが可能となる。キー自動設定部１０４は、タスクキーの候補を複数出力してもよい。この場合、キー自動設定部１０４は、ＶＢＦＡ＿ＥＲＺＥＴとＶＢＦＡ＿ＶＢＥＬＮの一方をタスクキーの第１候補とし、他方をタスクキーの第２候補とする。そして、ＶＢＦＡ＿ＲＦＭＮＧとＶＢＦＡ＿ＰＯＳＮＮの一方をタスクキーの第３候補とし、他方をタスクキーの第４候補とする。同様に、第５〜７候補を決める。

処理（５）〜（６）は、プロセスキーの第１候補から順番にプロセスキーの候補ごとに実行される。タスクキーにも複数の候補がある場合、処理（５）〜（６）は、さらに、タスクキーの第１候補から順番にタスクキーの候補ごとに実行されてもよい。

処理（５）：＜個別フロー作成＞（図２のステップＳ１０５の処理に相当）
個別フロー作成部１０５は、プロセスキーとタスクキーを基にして個別フロー２０６を作成する。例えば、個別フロー作成部１０５は、グループ１の個別フロー２０６を作成する際には、出荷指示データの処理データでタスクキーが同じものが複数存在する場合、その中から１つ（例えば、処理データの更新日時が最新のもの）を選択する。受注データについても同様である。そして、個別フロー作成部１０５は、選択した受注データの処理データと出荷指示データの処理データとでプロセスキーの値が等しいもの同士をまとめて個別フロー２０６を作成する。

処理（６）：＜個別フロー確認＞（図２のステップＳ１０６の処理に相当）
個別フロー確認部１０６は、個別フロー２０６が正しいかどうか確かめるため、個別フロー２０６を処理（３）で指定したプロセスパターン定義に当てはめてみる。パターンに問題がなければ、図２２に示すように、プロセスキーと個別フロー２０６を保持しておく。タスクキーを用いていない場合には、プロセスキーの設定が正しい個別フロー２０６でもパターンに当てはまらなくなってしまうケースがあるが、本実施の形態では、タスクキーを用いることにより、そのような個別フロー２０６が作成されないようになるため、処理（６）において、プロセスキーと個別フロー２０６を適切に保持することができる。

ここで、次のプロセスキーの候補について、処理（５）が再び実行される。タスクキーの候補が複数ある場合には、すべてのタスクキーの候補について、処理（５）〜（６）が実行された後、次のプロセスキーの候補について、処理（５）が実行される。

すべてのプロセスキーの候補について処理（５）と処理（６）が終了したならば、グループ１についての処理は終了であり、次は、処理（３）に戻り、グループ２について同様の処理が実行される。すべてのグループについて、処理（３）から処理（６）の処理が終了したならば、次の処理（７）へ進む。処理（７）以降は、実施の形態１と同様である。

このように、本実施の形態では、プロセスキーとタスクキーを組み合わせることにより、プロセスインスタンス２０７の作成を、より精度を高めて行うことができる。

以上のように、本実施の形態では、第１の処理と第２の処理とが連続で実行されることを示す個別フロー２０６を作成して出力する個別フロー作成部１０５において、同一のタスクで、複数の処理データが存在する場合に、タスクキーを設定することにより、それら複数の処理データを同一のものとみなすことを特徴とする業務プロセス設定装置１００について説明した。

業務プロセス設定装置の構成を示すブロック図である。 業務プロセス設定方法を示すフローチャートである。 業務プロセス設定装置の外観の一例を示す図である。 業務プロセス設定装置のハードウェア資源の一例を示す図である。 プロセスインスタンスの一例を示す図である。 業務の一例を示す図である。 トランザクションデータの一例を示す図である。 トランザクションデータの一例を示す図である。 基本プロセス定義情報の一例を示す図である。 隣接する２つのタスクがとりうるパターンを示す図である。 プロセスパターン情報の一例を示す図である。 ユニークな値の数が多い順に属性を並べた例を示す図である。 同じ値がある属性を洗い出した例を示す図である。 キー設定情報の一例を示す図である。 個別フロー作成ステップの動作の一例を示す図である。 個別フローの一例を示す図である。 全体フロー作成ステップの動作の一例を示す図である。 全体フロー確認ステップの動作の一例を示す図である。 トランザクションデータの一例を示す図である。 トランザクションデータの一例を示す図である。 個別フロー作成ステップの動作の一例を示す図である。 個別フローの一例を示す図である。 全体フロー作成ステップの動作の一例を示す図である。 全体フロー確認ステップの動作の一例を示す図である。 プロセスインスタンスの一例を示す図である。 トランザクションデータの一例を示す図である。 トランザクションデータの一例を示す図である。 トランザクションデータの一例を示す図である。 トランザクションデータの一例を示す図である。

符号の説明

１００ 業務プロセス設定装置、１０１ データ取り込み部、１０２ 基本プロセス定義部、１０３ プロセスパターン定義部、１０４ キー自動設定部、１０５ 個別フロー作成部、１０６ 個別フロー確認部、１０７ 全体フロー作成部、１０８ 全体フロー確認部、１５１ 入力装置、１５２ 処理装置、１５３ 記憶装置、２００ ユーザ、２０１ 業務システムデータ、２０２ トランザクションデータ、２０３ 基本プロセス定義情報、２０４ プロセスパターン情報、２０５ キー設定情報、２０６ 個別フロー、２０７ プロセスインスタンス、９０１ 表示装置、９０２ キーボード、９０３ マウス、９０４ ＦＤＤ、９０５ ＣＤＤ、９０６ プリンタ装置、９１０ システムユニット、９１１ ＣＰＵ、９１２ バス、９１３ ＲＯＭ、９１４ ＲＡＭ、９１５ 通信ボード、９２０ 磁気ディスク装置、９２１ オペレーティングシステム、９２２ ウィンドウシステム、９２３ プログラム群、９２４ ファイル群、９４０ インターネット、９４１ ゲートウェイ、９４２ ＬＡＮ。

Claims (14)

1. 業務を構成する複数のタスクの各タスクにて実行される複数の処理に係る複数の属性の値を処理及び属性ごとに保持するトランザクションデータを、タスクごとに記憶装置に格納するデータ取り込み部と、
   前記複数のタスクのうち連続で実施される２つのタスクの組み合わせごとに、先に実施されるタスクのトランザクションデータと後に実施されるタスクのトランザクションデータとを、それぞれ第１のトランザクションデータと第２のトランザクションデータとして前記記憶装置から読み出し、読み出した第１のトランザクションデータと第２のトランザクションデータとの間で共通する属性を処理装置により推定してプロセスキーとして出力するキー自動設定部と、
   前記複数のタスクのうち連続で実施される２つのタスクの組み合わせごとに、前記キー自動設定部により読み出された第１のトランザクションデータと第２のトランザクションデータとに基づき、先に実施されるタスクにて実行される処理と後に実施されるタスクにて実行される処理とで前記キー自動設定部により出力されたプロセスキーの値が一致する処理を、それぞれ第１の処理と第２の処理として前記処理装置により選択し、選択した第１の処理と第２の処理とが連続で実行されることを示す個別フローを作成して出力する個別フロー作成部と、
   前記個別フロー作成部により出力された個別フローを前記処理装置により統合して全体フローとして出力する全体フロー作成部とを備えることを特徴とする業務プロセス設定装置。
2. 前記キー自動設定部は、前記第１のトランザクションデータが保持する属性の値と前記第２のトランザクションデータが保持する属性の値とで同じ値がある属性を前記プロセスキーとして出力することを特徴とする請求項１に記載の業務プロセス設定装置。
3. 前記業務プロセス設定装置は、さらに、
   前記複数のタスクのうち連続で実施される２つのタスクの組み合わせごとに、先に実施されるタスクにて実行される処理と後に実施されるタスクにて実行される処理との実行手順のパターンを示すプロセスパターン情報を前記処理装置により作成して出力するプロセスパターン定義部と、
   前記個別フロー作成部により出力された個別フローが前記プロセスパターン定義部により出力されたプロセスパターン情報が示す実行手順のパターンに当てはまることを前記処理装置により確認する個別フロー確認部とを備え、
   前記全体フロー作成部は、前記個別フロー確認部により前記プロセスパターン情報が示す実行手順のパターンに当てはまることが確認された個別フローを統合することを特徴とする請求項１に記載の業務プロセス設定装置。
4. 前記キー自動設定部は、前記第１のトランザクションデータが保持する属性の値と前記第２のトランザクションデータが保持する属性の値とで同じ値がある属性のうち、ユニークな値の数が多い属性から順に前記プロセスキーとして出力し、
   前記個別フロー確認部は、前記個別フローが、前記プロセスパターン情報が示す実行手順のパターンに当てはまることを確認できなかった場合には、前記キー自動設定部に次の属性を前記プロセスキーとして出力させることを特徴とする請求項３に記載の業務プロセス設定装置。
5. 前記業務プロセス設定装置は、さらに、
   前記複数のタスクの実施手順を示す基本プロセス定義情報を入力装置により入力する基本プロセス定義部と、
   前記基本プロセス定義部により入力された基本プロセス定義情報が示す実施手順に基づいて、前記プロセスパターン定義部により出力されたプロセスパターン情報が示す実行手順のパターンの組み合わせを前記処理装置により作成し、前記全体フロー作成部により出力された全体フローが、作成した組み合わせに当てはまることを前記処理装置により確認する全体フロー確認部とを備えることを特徴とする請求項１に記載の業務プロセス設定装置。
6. 前記キー自動設定部は、所定の属性を予め除外して前記第１のトランザクションデータと前記第２のトランザクションデータとの間で共通する属性を推定して前記プロセスキーとして出力することを特徴とする請求項１に記載の業務プロセス設定装置。
7. 前記キー自動設定部は、前記第１のトランザクションデータが保持する属性の値と前記第２のトランザクションデータが保持する属性の値とで同じ値がある属性であって前記所定の属性以外の属性を前記プロセスキーとして出力することを特徴とする請求項６に記載の業務プロセス設定装置。
8. 前記キー自動設定部は、２つ以上の属性を組み合わせて前記第１のトランザクションデータと前記第２のトランザクションデータとの間で共通する属性の組み合わせを推定して前記プロセスキーとして出力することを特徴とする請求項１に記載の業務プロセス設定装置。
9. 前記キー自動設定部は、前記第１のトランザクションデータが保持する２つ以上の属性の値を連結した値と前記第２のトランザクションデータが保持する２つ以上の属性の値を連結した値とで同じ値がある属性を前記プロセスキーとして出力することを特徴とする請求項８に記載の業務プロセス設定装置。
10. 前記キー自動設定部は、前記複数のタスクのうち連続で実施される２つのタスクの組み合わせごとに、プロセスキーを出力するとともに、タスクごとに、トランザクションデータを第３のトランザクションデータとして前記記憶装置から読み出し、読み出した第３のトランザクションデータの中で処理を識別する属性を前記処理装置により推定してタスクキーとして出力し、
    前記個別フロー作成部は、前記複数のタスクのうち連続で実施される２つのタスクの組み合わせごとに、第１の処理と第２の処理とを選択するとともに、タスクごとに、前記キー自動設定部により読み出された第３のトランザクションデータに基づき、同じタスクにて実行される２つ以上の処理で前記キー自動設定部により出力されたタスクキーの値が一致する処理のうちいずれか１つを第３の処理として前記処理装置により選択し、選択した第１の処理と第２の処理とが連続で実行されることを示す個別フローであって、選択した第３の処理のみが実行されることを示す個別フローを作成して出力することを特徴とする請求項１に記載の業務プロセス設定装置。
11. 前記キー自動設定部は、２つ以上の処理で前記第３のトランザクションデータが保持する属性の値が同じ値になっている属性のうち、その属性の値が同じ値になっている処理で前記第３のトランザクションデータが保持する他のより多くの属性の値が同じ値又は規則的に異なる値になっている属性を前記タスクキーとして出力することを特徴とする請求項１０に記載の業務プロセス設定装置。
12. 業務プロセス設定装置が有するデータ取り込み部が、業務を構成する複数のタスクの各タスクにて実行される複数の処理に係る複数の属性の値を処理及び属性ごとに保持するトランザクションデータを、タスクごとに記憶装置に格納するデータ取り込みステップと、
    前記業務プロセス設定装置が有するキー自動設定部が、前記複数のタスクのうち連続で実施される２つのタスクの組み合わせごとに、先に実施されるタスクのトランザクションデータと後に実施されるタスクのトランザクションデータとを、それぞれ第１のトランザクションデータと第２のトランザクションデータとして前記記憶装置から読み出し、読み出した第１のトランザクションデータと第２のトランザクションデータとの間で共通する属性を処理装置により推定してプロセスキーとして出力するキー自動設定ステップと、
    前記業務プロセス設定装置が有する個別フロー作成部が、前記複数のタスクのうち連続で実施される２つのタスクの組み合わせごとに、前記キー自動設定ステップにより読み出された第１のトランザクションデータと第２のトランザクションデータとに基づき、先に実施されるタスクにて実行される処理と後に実施されるタスクにて実行される処理とで前記キー自動設定ステップにより出力されたプロセスキーの値が一致する処理を、それぞれ第１の処理と第２の処理として前記処理装置により選択し、選択した第１の処理と第２の処理とが連続で実行されることを示す個別フローを作成して出力する個別フロー作成ステップと、
    前記業務プロセス設定装置が有する全体フロー作成部が、前記個別フロー作成ステップにより出力された個別フローを前記処理装置により統合して全体フローとして出力する全体フロー作成ステップとを備えることを特徴とする業務プロセス設定方法。
13. 前記業務プロセス設定方法は、さらに、
    前記業務プロセス設定装置が有するプロセスパターン定義部が、前記複数のタスクのうち連続で実施される２つのタスクの組み合わせごとに、先に実施されるタスクにて実行される処理と後に実施されるタスクにて実行される処理との実行手順のパターンを示すプロセスパターン情報を前記処理装置により作成して出力するプロセスパターン定義ステップと、
    前記業務プロセス設定装置が有する個別フロー確認部が、前記個別フロー作成ステップにより出力された個別フローが前記プロセスパターン定義ステップにより出力されたプロセスパターン情報が示す実行手順のパターンに当てはまることを前記処理装置により確認する個別フロー確認ステップとを備え、
    前記全体フロー作成ステップは、前記全体フロー作成部が、前記個別フロー確認ステップにより前記プロセスパターン情報が示す実行手順のパターンに当てはまることが確認された個別フローを統合することを特徴とする請求項１２に記載の業務プロセス設定方法。
14. 前記キー自動設定ステップは、前記キー自動設定部が、前記複数のタスクのうち連続で実施される２つのタスクの組み合わせごとに、プロセスキーを出力するとともに、タスクごとに、トランザクションデータを第３のトランザクションデータとして前記記憶装置から読み出し、読み出した第３のトランザクションデータの中で処理を識別する属性を前記処理装置により推定してタスクキーとして出力し、
    前記個別フロー作成ステップは、前記個別フロー作成部が、前記複数のタスクのうち連続で実施される２つのタスクの組み合わせごとに、第１の処理と第２の処理とを選択するとともに、タスクごとに、前記キー自動設定ステップにより読み出された第３のトランザクションデータに基づき、同じタスクにて実行される２つ以上の処理で前記キー自動設定ステップにより出力されたタスクキーの値が一致する処理のうちいずれか１つを第３の処理として前記処理装置により選択し、選択した第１の処理と第２の処理とが連続で実行されることを示す個別フローであって、選択した第３の処理のみが実行されることを示す個別フローを作成して出力することを特徴とする請求項１２に記載の業務プロセス設定方法。

Images