JP2024060538A - プロセス連携装置、プロセス連携方法およびプロセス連携プログラム - Google Patents

Abstract

【課題】異なるプロセスの処理をセキュリティおよび安定性を有して連携できること。【解決手段】プロセス連携装置１００は、所定のデータに対する所定の承認処理を実施する承認フロー実施部１０１と、承認フロー実施部１０１で承認されたデータに対し、所定のデータ処理フローによりデータ処理を実施するデータ処理フロー実施部１０２と、承認フロー実施部１０１での承認毎に、承認されたデータをデータ処理フロー実施部１０２に受け渡す連携処理を実施する連携処理部１１０と、を備える。【選択図】図１

Description

特許法第３０条第２項適用申請有り 掲載年月日 令和４年９月１日、掲載アドレス ｈｔｔｐｓ：／／ｗｗｗ．ｊｕｓｔｓｙｓｔｅｍｓ．ｃｏｍ／ｊｐ／ｎｅｗｓ／ｊ０９０１１．ｈｔｍｌ、ｈｔｔｐｓ：／／ｗｗｗ．ｊｕｓｔｓｙｓｔｅｍｓ．ｃｏｍ／ｊｐ／ｐｒｏｄｕｃｔｓ／ｊｕｓｔｄｂ／

この発明は、異なるプロセスの処理を連携させるプロセス連携装置、プロセス連携方法およびプロセス連携プログラムに関する。

従来、異なるプロセスは、異なるシステムでデータ処理を行い、異なるシステム間でデータを受け渡すようになっている。例えば、前段のシステムは、処理対象のデータを人（ユーザ）による承認および却下する承認プロセスを実施し、後段のシステムでは、承認フロー通過後のデータを用いた所定の業務プロセスを実施する。

このようなプロセス連携に関連する技術として、例えば、他システムで使用するファイル内の追加データを自システムのデータベース形式の追加データに変換し、追加データにより自システムのデータベースを、正規化を維持したまま更新する技術がある（例えば、下記特許文献１参照。）。

特開２０００－３３９２０４号公報

しかしながら、従来技術において、例えば、異なるプロセスの前段のシステムと後段のシステムをそれぞれ異なるサービス事業者が提供する場合がある。この場合、各サービスが分離していることで、プロセス間で転送するデータについて、セキュリティや安定稼働上のリスクが生じた。

また、例えば、上記の特許文献１の技術では、連携するシステムのうち、一方でのデータ更新に対応するアップデート等の必要が生じ、データの不整合が起こりやすい等、データの一意性を担保できない等の問題が生じた。

本発明は、上記課題に鑑み、異なるプロセスの処理をセキュリティおよび安定性を有して連携できることを目的とする。

上記目的を達成するため、本発明のプロセス連携装置は、所定のデータに対する所定の承認処理を実施する承認フロー実施部と、前記承認フロー実施部で承認された前記データに対し、所定のデータ処理フローによりデータ処理を実施するデータ処理フロー実施部と、前記承認フロー実施部での承認毎に、前記承認されたデータを前記データ処理フロー実施部に受け渡す連携処理を実施する連携処理部と、を備えたことを特徴とする。

また、前記承認フロー実施部は、前記所定のデータを前記データ処理フロー実施部に受け渡す完了ノードを設定し、前記連携処理部は、前記所定のデータに対する承認処理の完了を契機として、前記承認されたデータを前記データ処理フロー実施部に受け渡す、ことを特徴とする。

また、前記連携処理部は、前記完了ノードに、前記承認されたデータをデータ処理する前記データ処理フローの設定の有無を判断し、前記データ処理フローが設定されていれば、前記承認されたデータを前記データ処理フロー実施部に受け渡す、ことを特徴とする。

また、前記連携処理部は、前記承認フロー実施部により前記承認されたデータのタスクを順次実行キューに格納し、前記データ処理フロー実施部での前記データ処理の実行可否に応じて前記実行キューの前記タスクの実行により前記承認されたデータを前記データ処理フロー実施部に受け渡す、ことを特徴とする。

また、前記承認フロー実施部は、経費申請データの承認処理を実施し、前記データ処理フロー実施部は、前記承認処理で承認された経費申請データを用いた発注処理を実施する、ことを特徴とする。

また、前記承認フロー実施部は、新規の取引先に対する契約申請の場合、経費申請データに新規契約を示す属性を付し、前記データ処理フロー実施部は、新規契約を示す前記経費申請データに基づき、前記発注処理に加えて契約書作成処理を実施する、ことを特徴とする。

また、本発明のプロセス連携方法は、コンピュータが、所定のデータに対する所定の承認処理を実施する承認処理工程と、承認された前記データに対し、所定のデータ処理フローによりデータ処理を実施するデータ処理工程と、前記承認処理毎に、承認された前記データを前記データ処理フローに受け渡す連携処理を実施する連携処理工程、の処理を実行することを特徴とする。

また、本発明のプロセス連携プログラムは、コンピュータに、所定のデータに対する所定の承認処理を実施する承認処理工程と、承認された前記データに対し、所定のデータ処理フローによりデータ処理を実施するデータ処理工程と、前記承認処理毎に、承認された前記データを前記データ処理フローに受け渡す連携処理を実施する連携処理工程、の処理を実行させることを特徴とする。

本発明によれば、異なるプロセスの処理をセキュリティおよび安定性を有して連携できるという効果を奏する。

図１は、実施の形態にかかるプロセス連携装置の構成例を示す図である。 図２は、実施の形態にかかるプロセス連携装置のハードウェア構成例を示す図である。 図３は、プロセス連携装置による前段の承認フローの処理画面例の図である。 図４は、プロセス連携装置による後段のデータ処理フローの処理画面例を示す図である。 図５は、プロセス連携装置による承認フローとデータ処理フローの連携設定の処理例を示すフローチャートである。 図６は、プロセス連携装置による承認フローとデータ処理フローの連携実行の処理例を示すフローチャートである。 図７は、承認フローとデータ処理フローの連携の具体例を示す説明図である。 図８は、承認フローの内容に応じたデータフロー処理の処理内容の変更例を説明する図である。 図９は、経費申請レコードの例を示す図である。 図１０は、発注情報レコードの例を示す図である。 図１１は、契約書レコードの例を示す図である。 図１２は、プロセス連携装置が実施する経費申請からデータ処理フロー実施までの全体の処理例を示すフローチャートである。 図１３Ａは、連携処理の設定における従来技術の説明図である。 図１３Ｂは、連携処理の設定における実施の形態の説明図である。 図１４Ａは、セキュリティおよび安定動作における従来技術の説明図である。 図１４Ｂは、セキュリティおよび安定動作における実施の形態の説明図である。

（実施の形態）
以下に添付図面を参照して、この発明にかかるプロセス連携装置、プロセス連携方法およびプロセス連携プログラムの好適な実施の形態を詳細に説明する。

（システム構成例）
図１は、実施の形態にかかるプロセス連携装置の構成例を示す図である。プロセス連携装置１００は、前段のプロセスにおいて、処理対象のデータを人（ユーザ）による承認および却下する承認プロセス（承認処理）を実施する。後段のプロセスでは、承認フロー通過後のデータを用いた所定のデータ処理プロセス（データ処理）を実施する。プロセス連携装置１００は、前段の承認プロセスと、後段のデータ処理プロセスとを同一装置で実施する。

プロセス連携装置１００は、前段の承認プロセスで実施するデータ処理を実施する承認フロー実施部１０１と、後段のデータ処理フローを実施するデータ処理フロー実施部１０２と、データベース（ＤＢ）１０３と、連携処理部１１０と、を含む。

例えば、データ処理フロー実施部１０２が実施するデータ処理は、承認フロー実施部１０１で承認済みのデータに対し、所定の業務プロセス（業務フロー）で実施するデータ処理である。

プロセス連携装置１００は、汎用のサーバ等で構成することができる。このほか、プロセス連携装置１００は、クラウド上に設けることもできる。また、不図示であるが、プロセス連携装置１００に対し、ネットワークを介してクライアント端末が通信接続される構成としてもよい。この場合、クライアント端末の操作により、プロセス連携装置１００は、前段の承認フロー、および後段の業務フローを実施する。

承認フロー実施部１０１は、承認プロセスで実施される所定の承認処理（承認フロー）に基づき、承認に関するデータ処理を行い、承認用のデータをＤＢ１０３に格納する。また、承認フロー実施部１０１は、ＤＢ１０３に格納された承認用のデータに対する承認の処理を実施し、各データに対するユーザによる承認の有無の属性が付与される。

データ処理フロー実施部１０２は、ＤＢ１０３に格納された承認済みのデータにアクセスし、承認済みのデータを用いた所定のデータ処理（データ処理フロー）によるデータ処理を実施する。データ処理フロー実施後のデータは、再度ＤＢ１０３に格納される。

連携処理部１１０は、例えば、ＤＢ１０３に格納された承認済みのデータを、後段のデータ処理フロー実施部１０２に渡す連携処理を行う。事前の設定により、連携処理部１１０は、承認済みのデータ毎に、連携処理するデータ処理フローが設定される。運用時、連携処理部１１０は、承認済みのデータについて、事前に設定されたデータ処理フローに受け渡す連携処理を実施する。

連携処理部１１０の連携により、前段の承認フロー実施部１０１で承認に関するデータ処理されたデータについて、後段のデータ処理フロー実施部１０２は、所定のデータ処理を行うことができ、これら前段の承認プロセスと、後段の業務プロセスとを連携できる。

図１の構成例では、一つのプロセス連携装置１００が、承認フロー実施部１０１と、データ処理フロー実施部１０２と、ＤＢ１０３と、連携処理部１１０と、を有する構成とした。これに限らず、例えば、承認フロー実施部１０１と、ＤＢ１０３と、を有していた一つの承認プロセス用の装置が、データ処理フロー実施部１０２と、連携処理部１１０の機能を追加実装して構成することもできる。

さらには、例えば、データ処理フロー実施部１０２と、ＤＢ１０３と、を有していた一つの業務プロセス用の装置が、承認フロー実施部１０１と、連携処理部１１０の機能を追加実装して構成することもできる。

（ハードウェア構成例）
図２は、実施の形態にかかるプロセス連携装置のハードウェア構成例を示す図である。例えば、図１に示すプロセス連携装置１００は、図２に示す構成を有する。２０１は装置全体を制御する制御部として機能するＣＰＵである。２０２は基本入出力プログラムを記憶したＲＯＭを、２０３はＣＰＵ２０１のワークエリアとして使用されるＲＡＭである。

また、２０４はＣＰＵ２０１の制御にしたがってＨＤ（ハードディスク）２０５に対するデータのリード／ライトを制御するＨＤＤ（ハードディスクドライブ）を、２０５はＨＤＤ２０４の制御にしたがって書き込まれたデータを記憶するＨＤを、それぞれ示している。

また、２０６はＣＰＵ２０１の制御にしたがってＦＤ（フレキシブルディスク）２０７に対するデータのリード／ライトを制御するＦＤＤ（フレキシブルディスクドライブ）を、２０７はＦＤＤ２０６の制御にしたがって書き込まれたデータを記憶する着脱自在のＦＤを、それぞれ示している。

また、２０８はＣＰＵ２０１の制御にしたがってＣＤ－ＲＷ２０９に対するデータのリード／ライトを制御するＣＤ－ＲＷドライブを、２０９はＣＤ－ＲＷドライブ２０８の制御にしたがって書き込まれたデータを記憶する着脱自在のＣＤ－ＲＷを、それぞれ示している。

また、２１０はカーソル、メニュー、ウィンドウ、あるいは文字や画像などの各種データを表示するディスプレイを、２１１は文字、数値、各種指示などの入力のための複数のキーを備えたキーボードを、２１２は各種指示の選択や実行、処理対象の選択、マウスポインタの移動などを行うマウスを、それぞれ示している。

また、２１３は通信ケーブル２１４を介してＬＡＮやＷＡＮなどのネットワークＮＷに接続され、当該ネットワークＮＷとＣＰＵ２０１とのインターフェースとして機能するネットワークＩ／Ｆを、２００は上記各部を接続するためのバスを、それぞれ示している。

上記構成の他に、ＤＶＤドライブや、ＳＳＤ，フラッシュメモリ等の記録媒体を用いることができる。

図１に示したプロセス連携装置１００は、図２に記載のＲＯＭ２０２、ＲＡＭ２０３、ハードディスク２０５、フレキシブルディスク２０７などに記録されたプログラムやデータを用いて、ＣＰＵ２０１が所定のプログラムを実行することによって、プロセス連携装置１００の機能を実現する。また、図１に示したＤＢ１０３は、図２に記載のＲＯＭ２０２、ハードディスク２０５、フレキシブルディスク２０７などによってその機能を実現する。

また、プロセス連携装置１００にネットワーク接続されるクライアント端末についても、図２同様のハードウェアで構成することができる。クライアント端末が、タブレットやスマートフォン等の携帯機器の場合、例えば、ハードディスク２０５やフレキシブルディスク２０７に代えてフラッシュメモリを用いることができ、また、ディスプレイ２１０、キーボード２１１、マウス２１２としてタッチパネルを用いることができる。

（プロセス連携装置による全体処理例）
図３は、プロセス連携装置による前段の承認フローの処理画面例の図である。プロセス連携装置１００の承認フロー実施部１０１が実施する承認フロー画面３００を示す。

図３の承認フロー画面３００は、申請者の経費申請（新規の取引先に対する契約申請）を承認者により承認する流れを画面の左から右へ向かう流れ図で示している。承認フロー実施部１０１は、申請者の経費申請の申請金額別の承認ルートを設定する。また、承認フロー実施部１０１は、各承認ルートでの承認完了時に実行する業務フローを設定する。

承認フロー実施部１０１は、承認フロー画面３００の左側に経費申請の申請者Ａの情報を表示する。承認フロー実施部１０１は、申請者Ａの申請金額別に流れを３分岐して表示する。

３分岐のうち最上段の流れは、例えば申請金額２０万円未満と最も申請金額が低い場合に対応する承認者Ｂ１として設定された一人の課長の情報を表示する。中段の流れは、例えば２０万円以上１００万円未満の場合に対応する承認者Ｂ２として課長と部長の情報をそれぞれ表示する。最下段の流れは、例えばそれ以上（１００万円以上）と最も申請金額が高い場合に対応する承認者Ｂ３である課長と部長と社長の情報を表示する。

承認フロー実施部１０１は、申請者Ａの申請金額別に異なる流れおよび承認者Ｂの人数を設定している。例えば、承認フロー実施部１０１は、申請者Ａの申請金額が２０万円未満であれば、最上段の流れに沿って一人の承認者Ｂ１である課長のみによる承認を受ける。図３の例では、承認フロー実施部１０１は、承認フロー画面３００上に承認者（課長）Ｂ１での承認と、承認フロー画面３００の流れの終端に設定される承認完了ノード情報３１０と、の関連が示されている。

また、例えば、承認フロー実施部１０１は、申請者Ａの申請金額が１００万円以上であれば、最下段の流れに沿って段階的に３人の承認者Ｂ３である課長と部長と社長、の全ての承認を受ける。そして、承認フロー実施部１０１は、承認者（課長と部長と社長）Ｂ３全ての承認が得られた場合、承認フロー画面３００の終端に承認完了ノード情報３１０とその設定情報を表示する。

承認フロー実施部１０１は、承認完了ノード情報３１０の設定情報として、承認ごとの通知、帳票出力、データ処理フロー等、がユーザ設定可能である。図３の下部には、承認フロー画面３００上に例えばポップアップ表示されるデータ処理フロー設定画面３２０を示す。データ処理フロー設定画面３２０は、申請の承認後に呼び出すフローの有無が設定される。

データ処理フロー設定画面３２０には、例えば、呼び出すフロー種別として、着手承認完了後のデータ処理と、経費申請承認後のアクションと、が設定されている。また、実行方式としてリアルタイム実行が設定されている。

呼び出しが有効であればチェックが設定される。図３の例では、経費申請の承認完了により、経費申請承認後のアクション（上記データ処理フロー実施部１０２が実施するデータ処理）がリアルタイム実行されることが有効であることが設定されている。

図１に示した連携処理部１１０は、データ処理フロー設定画面３２０に対するユーザ設定内容に基づき連携処理を実施する。

図４は、プロセス連携装置による後段のデータ処理フローの処理画面例を示す図である。プロセス連携装置１００のデータ処理フロー実施部１０２は、経費申請の明細情報を取引先ごとにまとめ直して発注申請する処理を実施する。このデータ処理フロー実施部１０２は、実施する業務フローの流れを業務フロー画面４００として可視的に表示する。

プロセス連携装置１００のデータ処理フロー実施部１０２は、ＤＢ１０３にアクセスし、図３に示した承認フロー画面３００上で承認完了した承認済みの経費申請のデータに対し、所定の業務フローによるデータ処理を実施する。

図４に示す業務フロー画面４００のデータ処理の例では、データ処理フロー実施部１０２は、承認済みの経費申請のデータを経費申請の明細別に展開する（Ｓ１）。データ処理フロー実施部１０２は、展開した明細に基づき、発注申請データ作成の処理を実施する（Ｓ２）。

発注処理Ｓ２では、一つの経費申請内に複数の取引先が設定されている場合、経費申請の明細情報を取引先ごとにまとめ直した明細を作成し（Ｓ２１）、それぞれの明細の発注情報を作成し（Ｓ２２）、発注テーブルに格納し、発注申請する。

また、データ処理フロー実施部１０２は、展開した明細が新規契約の場合、上記発注処理Ｓ２以外にレコード追加処理Ｓ３を実施する。レコード追加処理Ｓ３では、フィルタ処理Ｓ３１で新規契約の属性の明細がある場合、重複排除処理Ｓ３２である取引先に対する新規契約の明細情報が複数行存在する場合に１行にまとめ、契約書処理Ｓ３３で契約書テーブに新規契約の明細情報のレコードを追加する。

（連携設定処理例）
図５は、プロセス連携装置による承認フローとデータ処理フローの連携設定の処理例を示すフローチャートである。図５には、プロセス連携装置１００の連携処理部１１０が連携処理実施前に実施する事前設定の処理例を示す。

はじめに、プロセス連携装置１００は、承認ルートを設定する（ステップＳ５０１）。承認ルートは、例えば、図３に示した申請金額別の承認者を設定した複数のルートである。

次に、プロセス連携装置１００は、承認ルートの終端に承認完了ノードを設定する（ステップＳ５０２）。承認完了ノードは、例えば、図３に示した承認完了ノード情報３１０であり、プロセス連携装置１００は、ユーザ設定により、承認ごとの通知、帳票出力、データ処理フロー、等の承認完了ノード情報３１０を設定可能である。この承認完了ノードの設定時、データ処理フローとして、図４に示した申請の承認後に呼び出す業務フローの有無が設定可能である。

次に、プロセス連携装置１００は、承認フローに連携させるデータ処理フロー（業務フロー）が既に作成済みか否かを判断する（ステップＳ５０３）。プロセス連携装置１００は、承認フローに連携させるデータ処理フローが作成済みであれば（ステップＳ５０３：Ｙｅｓ)、ステップＳ５０４の処理に移行する。一方、承認フローに連携させるデータ処理フローが作成済みでなければ（ステップＳ５０３：Ｎｏ)、プロセス連携装置１００は、ステップＳ５０５の処理に移行する。

ステップＳ５０４では、プロセス連携装置１００は、作成済みのデータ処理フローを選択する（ステップＳ５０４）。

ステップＳ５０５では、プロセス連携装置１００は、データ処理フローを新規作成する（ステップＳ５０５）。この場合、プロセス連携装置１００は、ユーザに対し承認フローに連携させるデータ処理フローの作成を要求する。この後、プロセス連携装置１００は、ユーザが作成したデータ処理フローを自動選択する（ステップＳ５０６）。

プロセス連携装置１００は、ステップＳ５０４、あるいはステップＳ５０６の実行により、以上の連携設定処理を終了する。

（連携実行処理例）
図６は、プロセス連携装置による承認フローとデータ処理フローの連携実行の処理例を示すフローチャートである。プロセス連携装置１００は、図５に示した連携設定の処理後の実際の運用時に図６に示す処理を実施する。

はじめに、プロセス連携装置１００は、承認フローによる承認の完了を契機として以下の処理を実施する（ステップＳ６０１）。例えば、プロセス連携装置１００は、図４に示した承認フローに示される複数の承認ルートのいずれかにおいて、承認者の経費申請を承認者が承認した場合を契機とする。

プロセス連携装置１００は、承認ルートの承認完了ノードにデータ処理フローが設定されているか否かを判断する（ステップＳ６０２）。例えば、プロセス連携装置１００は、図３に示した承認フローに連携させる図４のデータ処理フロー（業務フロー）が設定されていれば（ステップＳ６０２：Ｙｅｓ）、ステップＳ６０３の処理に移行する。一方、プロセス連携装置１００は、承認フローに連携させるデータ処理フローが設定されていなければ（ステップＳ６０２：Ｎｏ）、以上の処理を終了する。

次に、プロセス連携装置１００は、データ処理フローの実行キューに実行要求を追加する（ステップＳ６０３）。承認フローにおいては、経費申請ごとに承認完了ノードの設定に従って、承認済みの経費申請に関する承認完了ノード情報３１０に設定されたタスク（どの経費申請レコードに紐付いてそのデータ処理フローを実行するかを示す実行要求）を実行キューに追加していく。

次に、プロセス連携装置１００は、データ処理フロー実行サーバに空きがあるか否かを判断する（ステップＳ６０４）。例えば、プロセス連携装置１００は、データフロー（業務フロー）の処理を実施するサーバに空きがあり、データ処理を実施可能であれば（ステップＳ６０４：Ｙｅｓ）、ステップＳ６０５の処理に移行する。一方、データフロー（業務フロー）の処理を実施するサーバに空きがなく、データ処理を直ぐに実施可能でなければ（ステップＳ６０４：Ｎｏ）、プロセス連携装置１００は、ステップＳ６０４の処理をデータ処理可能となるまで処理待機する。

ステップＳ６０５では、プロセス連携装置１００は、データ処理フロー（業務フロー）を実行し（ステップＳ６０５）、以上の処理を終了する。

（承認フローとデータ処理フローの連携の具体例）
図７は、承認フローとデータ処理フローの連携の具体例を示す説明図である。図７には、職場担当者等の経費の申請者Ａが費用決裁を申請（ステップＳ７０１）し、上長Ｂが決裁承認する（ステップＳ７０２）場合の例を示す。

これまでは、決裁完了後に手作業で発注情報等の作成や、次業務のデータ登録を手作業で行っていた。実施の形態では、費用決裁の承認フローの処理と、この承認処理に次業務のデータフロー（業務フロー）の処理を連携させることで、一連の業務プロセスを自動化する。

プロセス連携装置１００で連携されたデータフローは、ステップＳ７０２の決裁承認に基づき、データフローの処理を実施する。例えば、データフロー７０３は、決裁の明細情報から発注データを自動生成し、発注情報ＤＢ７１０に発注情報を格納する。発注情報ＤＢ７１０に格納された発注情報は、例えば、発注処理の発注データ（発注書）７２０として帳票出力される（ステップＳ７０３）。

このほか、データフロー７０４は、発注情報ＤＢ７１０から発注データを読み出し、所定のデータ処理を施して、別テーブルである、異なる次業務の情報ＤＢ７３０に格納することもできる。データフロー７０４は、次業務の情報ＤＢ７３０に格納された情報を別のテーブルに出力し次業務で利用することができる（ステップＳ７０４）。

（承認フローの内容に応じたデータフローの処理内容の変更例）
図８は、承認フローの内容に応じたデータフロー処理の処理内容の変更例を説明する図である。図８には、承認フローで作成される承認レコードの例を示す図表を示す。例えば、承認レコード８００は、承認の内容、金額、新規契約の各項目を含む。承認フローは、項目の新規契約に新規契約であるか否かを示す情報、例えば、新規契約であれば「ｔｒｕｅ」、新規契約以外は「ｎｕｌｌ」を設定する。

データ処理フロー（業務フロー）は、決裁承認ごとに作成される承認レコード８００の情報に基づき発注情報を自動作成し、発注情報ＤＢ７１０に格納する。

また、データ処理フローは、例えば、承認レコード８００の項目の新規契約が「ｔｒｕｅ」の場合だけ、次業務として契約書データも自動作成し、次業務の情報ＤＢ（契約書ＤＢ）７３０に格納することができる。

図９は、経費申請レコードの例を示す図である。経費の申請者Ａが費用決裁の申請時に承認フローが表示する経費申請レコード９００の各項目を示す。経費申請レコード９００は、例えば、経費の申請Ｎｏ、件名、概要、詳細、予算計画、費用合計、経費明細の各項目を含む。明細の項目は、追加可能である。図９の例では、明細は、品目ごとの取引先、新規契約、単価、数量、明細計（費用）、の各項目を含む。

経費の申請者Ａが新規契約のチェックボックスをチェックすることで、承認フローは、図８の新規契約を示す「ｔｒｕｅ」を設定する。図９に示す例では、データ処理フローは、新規契約のチェックボックスがチェックされている取引先「Ｂ社」についてのみ、契約書レコードを作成することになる。

図１０は、発注情報レコードの例を示す図である。承認フローによる承認後、データ処理フローが表示する発注処理の発注データ７２０の発注情報レコード画面１０００の各項目を示す。データ処理フローは、図９に示した取引先ごとに異なる発注情報レコード、すなわち、品目「デスクトップＰＣ」に対応する発注情報レコード画面１０００ａと、品目「ディスプレイ」に対応する発注情報レコード画面１０００ｂと、を作成する。

発注情報レコード画面１０００（１０００ａ，１０００ｂ）は、例えば、経費申請Ｎｏ、件名、取引先、費用合計、明細の各項目を含む。明細の項目は、追加可能である。図１０の例では、明細は、品目、単価、数量、明細計（費用）、の各項目を含む。

例えば、発注情報レコード１０００ａは、取引先「Ａ社」に対する品目「デスクトップＰＣ」に関する発注情報であり、発注情報レコード１０００ｂは、取引先「Ｂ社」に対する品目「ディスプレイ」に関する発注情報である。

図１１は、契約書レコードの例を示す図である。新規契約時、データ処理フローが新規契約時に作成する契約書データ（図８）の契約書レコード１１００の各項目を示す。契約書レコード画面１１００、例えば、取引先、経費申請Ｎｏ．法務確認、備考、契約書、の各項目を含む。法務確認のチェックボックスのチェック時は、契約書を法務等の管理部での確認が必要なことを示す。また、契約書の項目には、契約内容が記載された契約書データを参照可能な参照ボタンが表示されている。

図１２は、プロセス連携装置が実施する経費申請からデータ処理フロー実施までの全体の処理例を示すフローチャートである。図１２の例では、新規契約の例で説明する。

はじめに、プロセス連携装置１００は、経費の申請者Ａの経費申請時に、承認フローを実行し、図９に示す経費申請レコード９００を作成する（ステップＳ１２０１）。次に、申請者Ａは、プロセス連携装置１００を操作し、図９の経費申請レコード９００上で新規契約のフラグを入力し（ステップＳ１２０２）、経費申請を開始する（ステップＳ１２０３）。

この後、プロセス連携装置１００は、最終承認者までの承認が得られたか否かを判断する（ステップＳ１２０４）。例えば、プロセス連携装置１００は、図３に示した承認フローの処理で承認完了ノード情報３１０が作成されたか否かを判断する。最終承認者までの承認が得られた場合（ステップＳ１２０４：Ｙｅｓ）、プロセス連携装置１００は、ステップＳ１２０５の処理に移行する。一方、最終承認者までの承認が得られなかった場合（ステップＳ１２０４：Ｎｏ）、プロセス連携装置１００は、経費申請を却下し、以上の処理を終了する。

ステップＳ１２０５では、プロセス連携装置１００は、データ処理フローを実行し（ステップＳ１２０５）、発注情報に図１０に示した発注情報レコード１０００を登録する（ステップＳ１２０６）。

次に、プロセス連携装置１００は、経費申請レコード９００の項目の新規契約がＯＮの取引先があるか否かを判断する（ステップＳ１２０７）。図９に示した経費申請レコード９００の項目の新規契約にチェックがある場合、新規契約がＯＮであり（ステップＳ１２０７：Ｙｅｓ）、プロセス連携装置１００は、新規契約がＯＮの取引先を契約書に登録し（ステップＳ１２０８）、以上の処理を終了する。

図９に示した経費申請レコード９００の項目の新規契約にチェックがない場合、新規契約がＯＦＦであり（ステップＳ１２０７：Ｎｏ）、ステップＳ１２０８の処理を実施せずに、プロセス連携装置１００は、以上の処理を終了する。

（従来技術と実施の形態の対比）
以下、実施の形態で説明した承認フローとデータ処理フロー（業務フロー）との連携について、従来技術と対比して説明する。

図１３Ａは、連携処理の設定における従来技術の説明図である。従来技術では、サービス１３０１と、他のデータ処理サービス１３０２とは、別のサービスで提供されていた。例えば、Ａ社は、データ保存のサービスを提供し、Ｂ社は、Ａ社に格納されたデータに対する所定のデータ処理サービスを提供しているとする。

Ａ社では、データベース１３１１に格納するデータのステータス変更時に、例えば、Ｗｅｂｈｏｏｋを発火させ、Ｂ社にリクエストを送信する（ステップＳ１３０１）。

Ｂ社では、設定されたエンドポイントＵＲＬ１３２１がＡ社からのリクエストの受信に基づき、データ処理部１３２２に対しデータ処理を指示し（ステップＳ１３０２）、データ処理部１３２２がデータ処理を実施する（ステップＳ１３０３）。

そして、データ処理部１３２２は、データ処理結果をＡ社のデータベース１３１１に書き込む（ステップＳ１３０４）。

上記の従来技術によれば、連携処理には、以下の特別な設定が必要となる。
１．Ｂ社サービスからアクセスする際のＡ社のアカウント情報設定が必要になるため、ユーザ名・パスワードの設定が必要となる。
２．Ｗｅｂｈｏｏｋ１３１２の連携先のＵＲＬを取得して設定する必要がある。
３．ステータスが何に変わってもＷｅｂｈｏｏｋが発動するため、Ｂ社では、データ処理で「完了」ステータス以外、例えば、「下書き」、「却下」等のステータスでの発火を除外する判別用のコード等を実装する必要がある。

図１３Ｂは、連携処理の設定における実施の形態の説明図である。実施の形態では、単体のプロセス連携装置１００が前段の処理（承認フローに相当）と、後段のデータ処理フローとを実施する。このため、ワークフローは、データベース１３５０に保存されたデータのうち実行するデータ処理フローの設定を行い（ステップＳ１３５１）、データ処理部１３５１にデータを送信する。データ処理部１３５１は、受信したデータに対する所定のデータ処理を実施し（ステップＳ１３５２）、データ処理結果をデータベース１３５０に書き込む。

このように、実施の形態によれば、前段の処理と後段の処理とをオールインワンで連携していることにより、従来技術で必要な１．～３．の設定は全て不要である。

図１４Ａは、セキュリティおよび安定動作における従来技術の説明図である。従来技術では、両サービスが分離していることにより、セキュリティや安定稼働の点で以下のリスクが存在する。
１．アカウント情報漏洩リスク
Ａ社のユーザＩＤ／パスワードをＢ社サービスに持たせるため漏洩のリスクがある。
２．ＵＲＬ漏洩リスク
ＵＲＬが漏洩すると悪意ある攻撃者によって意図しない内容でＡ社データが更新されるリスクがある。
３．通信障害で実行されないリスク
Ｗｅｂｈｏｏｋが失敗して処理が実行されないリスクがある。
４．責任範囲が曖昧となるリスク
障害発生時にＡ社／Ｂ社どちらの責任か決まらず解決が遅れるリスクがある。

図１４Ｂは、セキュリティおよび安定動作における実施の形態の説明図である。実施の形態では、前段の処理と後段の処理とをオールインワンで連携させることにより、従来技術で発生していたリスク１．～４．は全て存在しない。
１．アカウント情報漏洩リスク
アカウント情報の設定は不要であるため、アカウント情報漏洩リスクなし。
２．ＵＲＬ漏洩リスク
Ｗｅｂｈｏｏｋは使用しないため、ＵＲＬ漏洩リスクなし。
３．通信障害で実行されないリスク
Ｗｅｂｈｏｏｋは使用しないため、通信障害で実行されないリスクなし。
４．責任範囲が曖昧となるリスク
全てのサービスが１社の提供範囲となるため、責任範囲が曖昧となるリスクなし。

以上説明した実施の形態によれば、プロセス連携装置は、所定のデータに対する所定の承認処理を実施する承認フロー実施部と、承認フロー実施部で承認されたデータに対し、所定のデータ処理フローによりデータ処理を実施するデータ処理フロー実施部と、承認フロー実施部での承認毎に、承認されたデータをデータ処理フロー実施部に受け渡す連携処理を実施する連携処理部と、を備える。これにより、異なるフローである承認フローと、データ処理フローとの間でのデータの受け渡しをセキュリティを維持しつつ、安定して行えるようになる。例えば、従来は、承認フローと、データ処理フローとが異なる装置でそれぞれ実施されていたため、データの受け渡しのセキュリティと安定性を維持できなかったが、実施の形態によれば、連携処理部を設けることで、単一装置内でセキュリティと安定性を維持してデータを受け渡しでき、異なるフローからなる全体の処理を迅速に行えるようになる。

また、承認フロー実施部は、所定のデータを前記データ処理フロー実施部に受け渡す完了ノードを設定し、連携処理部は、所定のデータに対する承認処理の完了を契機として、承認されたデータをデータ処理フロー実施部に受け渡すこととしてもよい。これにより、前段の承認処理の完了に従い、後段のデータ処理にデータを円滑に受け渡すことができるようになる。

また、連携処理部は、完了ノードに、承認されたデータをデータ処理するデータ処理フローの設定の有無を判断し、データ処理フローが設定されていれば、承認されたデータをデータ処理フロー実施部に受け渡すこととしてもよい。これにより、前段で承認処理されたデータをデータ処理する後段のデータ処理にフローに円滑に受け渡すことができるようになる。

また、連携処理部は、承認フロー実施部により承認されたデータのタスクを順次実行キューに格納し、データ処理フロー実施部でのデータ処理の実行可否に応じて実行キューのタスクの実行により承認されたデータをデータ処理フロー実施部に受け渡すこととしてもよい。これにより、承認フロー実施部によって次々に承認処理した承認済みのデータは、連携処理部によりデータ処理フロー実施部に受け渡され、データ処理フロー実施部が順次読み出してデータ処理できる。また、実行キューがバッファとして機能し、前段と後段とでの処理状態の変動に対応できるようになる。

また、承認フロー実施部は、経費申請データの承認処理を実施し、データ処理フロー実施部は、承認処理で承認された経費申請データを用いた発注処理を実施することとしてもよい。このように、実施の形態では、互いに異なる経費申請に対する承認処理と、経費申請データに対する発注処理と、をシームレスに連携して実施できるようになる。

また、承認フロー実施部は、新規の取引先に対する契約申請の場合、経費申請データに新規契約を示す属性を付し、データ処理フロー実施部は、新規契約を示す経費申請データに基づき、発注処理に加えて契約書作成処理を実施することとしてもよい。これにより、経費申請について、通常の発注処理に加えて、新規契約時には契約書作成についても自動実行できるようになる。

なお、本実施の形態で説明したプロセス連携にかかるプログラムは、予め用意されたプログラムをコンピュータで実行することにより実現することができる。また、このプログラムは、半導体メモリ、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、このプログラムは、インターネット等のネットワークを介して配布してもよい。

この発明にかかるプロセス連携装置、プロセス連携方法およびプロセス連携プログラムは、例えば、経費申請の承認プロセス、および承認後の経費申請データを用いた発注プロセスなど、異なるプロセス間でデータ連携させるプロセス連携装置、プロセス連携方法およびプロセス連携プログラム、特に、前段と後段とで異なるプロセス間のプロセス連携に適している。

１００ プロセス連携装置
１０１ 承認フロー実施部
１０２ データ処理フロー実施部
１０３ デーベース（ＤＢ）
１１０ 連携処理部
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０５ ハードディスク
２１０ ディスプレイ
２１３ ネットワークＩ／Ｆ
３００ 承認フロー画面
３１０ 承認完了ノード情報
３２０ データ処理フロー設定画面
４００ 業務フロー画面
７２０ 発注データ
８００ 承認レコード
９００ 経費申請レコード
１０００ 発注情報レコード画面
１１００ 契約書レコード画面
１３０１ サービス
１３０２ データ処理サービス
１３１１ データベース
１３２１ データ処理部
１３５０ データベース
１３５１ データ処理部
ＮＷ ネットワーク

Claims (8)

1. 所定のデータに対する所定の承認処理を実施する承認フロー実施部と、
   前記承認フロー実施部で承認された前記データに対し、所定のデータ処理フローによりデータ処理を実施するデータ処理フロー実施部と、
   前記承認フロー実施部での承認毎に、前記承認されたデータを前記データ処理フロー実施部に受け渡す連携処理を実施する連携処理部と、
   を備えたことを特徴とするプロセス連携装置。
2. 前記承認フロー実施部は、
   前記所定のデータを前記データ処理フロー実施部に受け渡す完了ノードを設定し、
   前記連携処理部は、前記所定のデータに対する承認処理の完了を契機として、前記承認されたデータを前記データ処理フロー実施部に受け渡す、
   ことを特徴とする請求項１に記載のプロセス連携装置。
3. 前記連携処理部は、
   前記完了ノードに、前記承認されたデータをデータ処理する前記データ処理フローの設定の有無を判断し、前記データ処理フローが設定されていれば、前記承認されたデータを前記データ処理フロー実施部に受け渡す、
   ことを特徴とする請求項２に記載のプロセス連携装置。
4. 前記連携処理部は、
   前記承認フロー実施部により前記承認されたデータのタスクを順次実行キューに格納し、
   前記データ処理フロー実施部での前記データ処理の実行可否に応じて前記実行キューの前記タスクの実行により前記承認されたデータを前記データ処理フロー実施部に受け渡す、
   ことを特徴とする請求項３に記載のプロセス連携装置。
5. 前記承認フロー実施部は、経費申請データの承認処理を実施し、
   前記データ処理フロー実施部は、前記承認処理で承認された前記経費申請データを用いた発注処理を実施する、
   ことを特徴とする請求項１に記載のプロセス連携装置。
6. 前記承認フロー実施部は、新規の取引先に対する契約申請の場合、経費申請データに新規契約を示す属性を付し、
   前記データ処理フロー実施部は、新規契約を示す前記経費申請データに基づき、前記発注処理に加えて契約書作成処理を実施する、
   ことを特徴とする請求項３に記載のプロセス連携装置。
7. コンピュータが、
   所定のデータに対する所定の承認処理を実施する承認処理工程と、
   承認された前記データに対し、所定のデータ処理フローによりデータ処理を実施するデータ処理工程と、
   前記承認処理毎に、承認された前記データを前記データ処理フローに受け渡す連携処理を実施する連携処理工程、
   の処理を実行することを特徴とするプロセス連携方法。
8. コンピュータに、
   所定のデータに対する所定の承認処理を実施する承認処理工程と、
   承認された前記データに対し、所定のデータ処理フローによりデータ処理を実施するデータ処理工程と、
   前記承認処理毎に、承認された前記データを前記データ処理フローに受け渡す連携処理を実施する連携処理工程、
   の処理を実行させることを特徴とするプロセス連携プログラム。

Images