JP2018194969A

JP2018194969A - 業務連携プログラム、業務連携方法及び業務連携装置

Info

Publication number: JP2018194969A
Application number: JP2017096784A
Authority: JP
Inventors: 野崎　直行; Naoyuki Nozaki; 直行野崎
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2017-05-15
Filing date: 2017-05-15
Publication date: 2018-12-06
Anticipated expiration: 2037-05-15
Also published as: EP3404599A1; US20180329933A1; JP6848670B2

Abstract

【課題】プロファイルが更新又は追加登録された場合に適切な処理を行う。【解決手段】更新監視部は、業務で生成されたデータを変換したプロファイルの更新又は追加登録があった場合（Ｓ１２：肯定）に、更新又は追加登録されたプロファイルの識別情報を処理リストに登録する（Ｓ１４）。また、参照管理部は、プロファイルＤＢに基づいて、登録したプロファイルを参照するプロファイルの有無を判断し、存在すれば、参照するプロファイルの識別情報を処理リストに追加する（Ｓ１６）。そして、業務プロセス管理部は、業務プロセスＤＢに基づいて、処理リストに登録されているプロファイルに対応する処理を実行する（Ｓ２６）。【選択図】図１０

Description

本発明は、業務連携プログラム、業務連携方法及び業務連携装置に関する。

製品は、調達、製造、物流といったＳＣＭ（Supply Chain Management）領域と、製品企画、設計、製造といったＥＣＭ（Engineering Chain Management）領域において行われる様々な業務プロセスを経て、顧客に提供されている。

これらの業務プロセスにおいては、ＩＣＴ（Information and Communication Technology）を活用したシステムが導入されている。例えば、ＥＣＭ領域ではＣＡＤ（Computer Aided Design）やＣＡＥ（Computer Aided Engineering）などが利用され、ＳＣＭ領域ではＣＲＭ（Customer Relationship Management：顧客関係管理）やＭＥＳ（Manufacturing Execution System：製造実行システム）などが利用されている。また、近年、製造や流通の過程でＩｏＴ（Internet of Things）を用いて各種センサ類から膨大なデータが収集されるため、ものづくりで扱うデータは種類や量が増大している。

一方、各業務プロセスで使用する様々なシステム間では、一般的に独自形式のデータを扱っているため連携が取れておらず、各システム間におけるデータの共有や業務連携等が難しい。

近年においては、Industrie 4.0のようなインターネットで結合されたスマート工場が提唱され、これを実現する基盤としてのプラットフォームが注目されている。このプラットフォーム上では、各業務プロセスで生成されるデータがプロファイルと呼ばれる公開された標準フォーマットに変換されるため、業務システムは必要なデータを各種プロファイルから収集することで、システム間の連携を図ることとしている。

特開２０００−２５９４６４号公報

しかしながら、上述したプラットフォームにおいては、ある業務プロセスで使用するシステムにおいてデータを変更したときに、他のシステムのデータに影響を及ぼすことがある。この場合の影響範囲は、変更された内容に依存するため、データ管理が難しい。

１つの側面では、本発明は、プロファイルが更新又は追加登録された場合に適切な処理を行うことが可能な業務連携プログラム、業務連携方法及び業務連携装置を提供することを目的とする。

一つの態様では、業務連携プログラムは、業務で生成されたデータを標準化された構造に変換したプロファイルの更新又は追加登録があった場合に、更新又は追加登録された第１プロファイルの識別情報を処理リストに登録し、プロファイル間の参照関係を関係付ける第１対応関係に基づいて、前記更新又は追加登録された第１プロファイルを参照する第２プロファイルの有無を判断し、前記第２プロファイルがあれば、該第２プロファイルの識別情報を前記処理リストに追加し、プロファイルの識別情報と実行すべき処理とを関連付ける第２対応関係に基づいて、前記処理リストに登録されているプロファイルに対応する処理を実行する、処理をコンピュータに実行させるためのプログラムである。

プロファイルが更新又は追加登録された場合に適切な処理を行うことができる。

一実施形態に係る業務連携システムの構成を概略的に示す図である。業務オブジェクトを示す図である。プロファイル間の参照関係について説明するための図である。プロファイルをＪＳＯＮのフォーマットで記述した例を示す図である。業務システムのデータとプロファイルの関係を示す図である。サーバのハードウェア構成の一例を示す図である。サーバの機能ブロック図である。図８（ａ）は、処理リストの一例を示す図であり、図８（ｂ）は、業務プロセスＤＢのデータ構造の一例を示す図である。図９（ａ）は、業務プロジェクトについて示す図であり、図９（ｂ）は、業務プロジェクトの構成定義の例を示す図である。サーバで実行される処理を示すフローチャートである。図１０のステップＳ１６の処理の詳細を示すフローチャートである。

以下、業務連携システムの一実施形態について、図１〜図１１に基づいて詳細に説明する。

図１には、一実施形態にかかる業務連携システム１００の構成が概略的に示されている。図１に示すように、業務連携システム１００は、業務連携装置としてのサーバ１０と、ネットワーク８０を介してサーバ１０に接続された複数のクライアント７０と、を備える。クライアント７０では、製品の設計・製造における各業務プロセスが実行され、各業務プロセスで扱うデータをプロファイルと呼ばれる公開された標準フォーマットに変換し、サーバ１０に登録する。サーバ１０は、各クライアント７０から登録されたプロファイルを管理し、必要に応じて各クライアント７０にプロファイルを提供することで、各業務プロセスにおける連携を図っている。

ここで、ＮＰＯ法人ものづくりＡＰＳ推進機構が提示しているＰＳＬＸ３での業務オブジェクトは、図２に示すような構成を有しており、プロファイルは、図２の業務オブジェクトの構成をＸＭＬ（eXtensible Markup Language）やＪＳＯＮ（JavaScript（登録商標） Object Notation）等のフォーマットで記述したものである。図２の業務オブジェクト（プロファイル）は、「名称」や「概要説明」の情報とともに、「項目名」、「説明」、「キー」の情報を有する。

プロファイルにおいては、「キー」の情報「ＰＫ（Primary key）」や「ＦＫ（Foreign key）」により、他のプロファイルとの参照関係を保持している。図３は、プロファイル間における参照関係について説明するための図である。図３に示すように、プロファイル２には、「項目名」＝「設備」のキーとして「ＦＫ」が設定されているので、他のプロファイルのうち、最初の項目（キー「ＰＫ」が設定されている項目）が「設備」であるプロファイル（プロファイル１）を、プロファイル２が参照している。図４には、プロファイルがＪＳＯＮのフォーマットで記述された例を示している。図４のプロファイル２においては、キー「ＦＫ」が“Facility”：“SMPF_SAMPLE-P001”に設定されているので、“Type”が“Facility”で、“ProfileId”が“SMPF_SAMPLE-P001”であるプロファイル１がプロファイル２において参照されているプロファイルとなる。

なお、クライアント７０で生成される業務システムのデータは、クライアント７０において、図５に示すような緩やかなデータ連携によってプロファイルに変換され、サーバ１０に登録される。

図６には、サーバ１０のハードウェア構成が示されている。図６に示すように、サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の構成各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（業務連携プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（業務連携プログラムを含む）をＣＰＵ９０が実行することにより、図７に示す、各部の機能が実現される。なお、図７には、サーバ１０のＨＤＤ９６等に格納されている各種ＤＢやリストについても図示されている。なお、サーバ１０は、ハードウェアとサーバ１０上で稼働するオペレーティングシステム等のソフトウェアとの組み合わせによって定まる動作環境、すなわちプラットフォームを有している。

ここで、例えば、業務プロセスのうち、構造設計側で設計変更が発生した場合、設計者の設計成果物として３Ｄモデルや図面のデータが変更される。この場合、３Ｄモデルや図面のデータ変更を踏まえて部品表のデータが変更され、また、製造技術部門等では工程フローの見直しが実施され、ＱＣ工程表や作業手順書のデータが更新される。さらに、これらの変更を受ける形で生産技術部門では治具設計や、製造ライン設計の見直しが行われる場合がある。また、量産開始以降であれば、調達から製造実行システムといったＳＣＭ側での各種システムにも影響が及ぶ。

このように、設計変更の影響は、部門をまたがり、各部門が使用している様々なシステムのデータに影響を及ぼす。本実施形態では、クライアント７０においてプロファイルが更新または新規作成されたときに、サーバ１０が、その影響を受ける範囲を自動的に特定し、適切な処理を行うために、図７に示す、更新監視部１２、参照管理部１４、業務プロセス管理部１６、として機能している。

更新監視部１２は、クライアント７０においてプロファイルが更新又は新規作成され、プロファイルの登録依頼があったか否かを監視し、登録依頼があった場合に、プロファイルの情報として、識別子（例えばＩＤ）を処理リスト２４に登録する。

ここで、処理リスト２４は、図８（ａ）に示すように、「プロファイル識別子」と、「プロファイル格納場所」のフィールドを有する。処理リスト２４の具体的な使用方法については後述する。

参照管理部１４は、登録依頼のあったプロファイル（第１プロファイル）を第３対応関係としての構成定義ＤＢ２６に登録する。ここで、図９（ａ）に示すように、業務プロジェクトは、プロジェクト組織ごとに生成され、構成定義、グループ・メンバー定義、権限・ロール定義、リソース定義を含み、業務プロジェクトの構成人員や必要なリソース、業務で生成されるデータ等を管理する単位として定義されている。構成定義は、製品ごとに生成され、各プロファイルは必ず構成定義に紐づいている。すなわち、図７の構成定義ＤＢ２６は、製品ごとにプロファイルを格納し、１つの業務プロジェクトに対して１又は複数紐づいている。したがって、参照管理部１４は、登録依頼のあったプロファイルの業務プロジェクトおよび製品を確認し、対応する構成定義ＤＢ２６に受け取ったプロファイルを格納する。なお、図９（ａ）において太実線枠で示す情報は、クライアント７０において更新され、動的に変化する情報を意味する。図９（ｂ）には、プロファイルを管理する業務プロジェクトの構成定義の例が示されている。図９（ｂ）においては、ＢＯＭ（Bill of materials）の例を示しているが、ＢＯＥ（Bill of Equipment）やＢＯＰ（Bill of Process）についても同様である。

参照管理部１４は、さらに、第１対応関係としてのプロファイルＤＢ２２と構成定義ＤＢ２６を参照して、登録依頼のあったプロファイルを参照するプロファイル（第２プロファイル）を抽出する。

ここで、プロファイルＤＢ２２には、プロファイルのひな型（図３参照）が格納されている。したがって、参照管理部１４は、プロファイルＤＢ２２を参照することで、どのプロファイル（ひな型）をどのプロファイル（ひな型）が参照しているか（参照関係にあるか）がわかる。また、本実施形態では、登録依頼のあったプロファイルの識別子は、対応するひな型と同一の識別子を有するため、参照管理部１４は、登録依頼のあったプロファイルの識別子から、参照関係にあるプロファイルの識別子を特定することができる。

また、参照管理部１４は、登録依頼のあったプロファイルと同一の業務プロジェクトのプロファイルが格納されている構成定義ＤＢ２６を特定し、特定した構成定義ＤＢ２６の中から参照関係にあるプロファイルを抽出する。このとき、参照関係にあるプロファイルが抽出できれば、参照管理部１４は、参照関係にあるプロファイルの識別情報として、識別子と格納場所（構成定義ＤＢ２６のアドレス）を処理リスト２４に登録する。一方、参照関係にあるプロファイルを抽出できなければ、参照関係にあるプロファイル（ひな型）の識別子のみを処理リスト２４に登録する。

業務プロセス管理部１６は、処理リスト２４を参照し、処理リスト２４に登録されているプロファイルの１つを対象プロファイルとする。そして、業務プロセス管理部１６は、第２対応関係としての業務プロセスＤＢ２８を参照し、対象プロファイルに対応する処理を実行する。

ここで、業務プロセスＤＢ２８は、図８（ｂ）に示すように、「プロファイル識別子」、「種別識別子」、「処理内容」の各フィールドを有する。図８（ｂ）の例では、例えば、プロファイル識別子が「１」のプロファイルが処理リスト２４に登録されていた場合、業務プロセス管理部１６は、種別識別子「Ｓ」の処理として、プラットフォームに繋がるサービスが提供するＡＰＩを呼び出し、サービス固有データへの変換等を自動で行う。また、業務プロセス管理部１６は、種別識別子「Ｒ」の処理として、プロファイルに対応する業務担当者にメール等で更新通知等を行う。また、例えば、プロファイル識別子が「２」のプロファイルが処理リスト２４に登録されていた場合、業務プロセス管理部１６は、種別識別子「Ｐ」の処理として、プラットフォーム内部のプロセス（例えば、プロセスＩＤ“Mes0yy.exe %1”）を呼び出し、プロファイルの加工等を自動で行う。なお、図８（ｂ）には、一例として、種別識別子がＳ，Ｒ，Ｐの処理が記載されているが、これに限らず、Ｓ，Ｒ，Ｐ以外の処理が記載されてもよい。

（サーバ１０の処理について）
次に、サーバ１０で実行される処理の詳細について、図１０、図１１のフローチャートに沿って説明する。なお、図１０の処理が開始される段階では、処理リスト２４は空であるものとする。

図１０の処理では、まず、ステップＳ１０において、更新監視部１２が、クライアント７０からプロファイル登録依頼があったか否かを照会する。なお、プロファイル登録依頼は、いずれかのクライアント７０において更新または新規作成されたデータがプロファイルに変換され、サーバ１０に送信されてきた場合を意味する。次いで、ステップＳ１２では、更新監視部１２が、クライアント７０からプロファイルの登録依頼があったか否かを判断する。このステップＳ１２の判断が否定された場合には、更新監視部１２はステップＳ１０に戻るが、肯定された場合には、ステップＳ１４に移行する。

ステップＳ１２の判断が肯定され、ステップＳ１４に移行すると、更新監視部１２は、プロファイルの識別子を処理リスト２４に登録する。例えば、識別子＝「２」のプロファイルの登録依頼があった場合には、更新監視部１２は、処理リスト２４の「プロファイル識別子」のフィールドに「２」を登録する。

次いで、ステップＳ１６では、参照管理部１４が、参照プロファイル登録処理のサブルーチンを実行する。具体的には、参照管理部１４は、図１１のフローチャートに沿った処理を実行する。

図１１の処理では、まずステップＳ５０において、参照管理部１４が、登録依頼のあったプロファイルの業務プロジェクトの識別子（例えばＩＤ）に対応する構成定義ＤＢ２６を選択する。

次いで、ステップＳ５２では、参照管理部１４が、選択した構成定義ＤＢ２６にプロファイルを登録する。この場合、参照管理部１４は、プロファイルを登録した場所（プロファイル格納場所）を、ステップＳ１４で登録したプロファイル識別子に対応付けて処理リスト２４に登録する。

次いで、ステップＳ５４では、参照管理部１４が、プロファイルＤＢ２２を用いて、登録したプロファイルに対応するひな型を参照する（参照関係にある）プロファイルのひな型を検索する。なお、ステップＳ５４では、登録したプロファイルを参照するプロファイルをさらに別のプロファイルが参照している場合のように、プロファイルが数珠つなぎに参照関係を形成している場合には、参照関係を形成しているすべてのプロファイルを検索するものとする。

次いで、ステップＳ５６では、参照管理部１４が、ステップＳ５４の検索の結果、参照するプロファイルのひな型が存在しているか否かを判断する。このステップＳ５６の判断が否定された場合には、参照管理部１４は、そのまま図１１の処理を終了し、図１０のステップＳ１８に移行する。一方、ステップＳ５６の判断が肯定された場合には、ステップＳ５８に移行する。

ステップＳ５８に移行すると、参照管理部１４は、登録されたプロファイルの業務プロジェクトの識別子に対応する構成定義ＤＢ２６を選択する。

次いで、ステップＳ６０では、参照管理部１４が、選択した構成定義ＤＢ２６から、抽出したプロファイルのひな型に対応するプロファイルを抽出する。具体的には、参照管理部１４は、抽出したプロファイルのひな型と同一の識別子を有するプロファイルを選択した構成定義ＤＢ２６から抽出する。

次いで、ステップＳ６２では、参照管理部１４が、ステップＳ６０において構成定義ＤＢ２６からプロファイルが抽出されたか否かを判断する。このステップＳ６２の判断が肯定された場合には、ステップＳ６４に移行し、参照管理部１４は、処理リスト２４にプロファイルの識別子とプロファイルの格納場所を登録する。例えば、参照管理部１４は、処理リスト２４に、図８（ａ）に示すような、登録依頼のあったプロファイルを参照するプロファイルの識別子「１」と、プロファイル格納場所の具体的なアドレスを登録する。

一方、ステップＳ６２の判断が否定された場合、すなわちステップＳ６０において構成定義ＤＢ２６からプロファイルが抽出されなかった場合には、ステップＳ６６に移行し、参照管理部１４は、処理リスト２４にプロファイルの識別子のみを登録する。

なお、ステップＳ５４において複数のプロファイルが検索された場合には、各プロファイルについて、ステップＳ５８〜Ｓ６４（又はＳ６６）の処理を実行するものとする。

以上のように、検索されたプロファイル全てについて、ステップＳ６４またはステップＳ６６の処理が実行された後は、図１１の全処理を終了し、図１０のステップＳ１８に移行する。

図１０に戻り、ステップＳ１８に移行すると、業務プロセス管理部１６が、処理リスト２４が空か否かを判断する。このステップＳ１８の判断が肯定された場合には、図１０の全処理が終了するが、否定された場合には、ステップＳ２０に移行する。なお、図１０の処理が開始された後、最初にステップＳ１８に移行する場合には、ステップＳ１８の判断は必ず否定される。

ステップＳ１８の判断が否定され、ステップＳ２０に移行すると、業務プロセス管理部１６は、処理リスト２４の先頭を対象プロファイルとする。図８（ａ）の処理リスト２４であれば、プロファイル識別子＝１のプロファイルが対象プロファイルとなる。

次いで、ステップＳ２２では、業務プロセス管理部１６が、業務プロセスＤＢ２８を用いて、対象プロファイルに対応する処理を検索する。

次いで、ステップＳ２４では、業務プロセス管理部１６が、対応する処理が存在したか否かを判断する。このステップＳ２４の判断が否定された場合には、ステップＳ１８に戻るが、肯定された場合には、ステップＳ２６に移行する。

ステップＳ２６に移行すると、業務プロセス管理部１６は、検索された処理を実行する。例えば、プロファイル識別子＝１の場合には、業務プロセス管理部１６は、図８（ｂ）より、プラットフォームに繋がるサービスが提供するＡＰＩを例えばあらかじめ定められているアドレス“https://api.XXX-YY.co.jp/1/num?id=zzzz”を用いて呼び出し、サービス固有データへの変換等を自動で行う。また、業務プロセス管理部１６は、種別識別子「Ｒ」の処理として、対応する業務担当者にメール等で更新通知等を行う。

次いで、ステップＳ２８では、業務プロセス管理部１６が、処理リスト２４から対象プロファイルのレコードを削除する。その後は、ステップＳ１８に戻り、処理リスト２４が空になるまでステップＳ１８〜Ｓ２８の処理判断を繰り返し実行する。なお、処理リスト２４において、対象プロファイルの情報として識別子のみが登録されている場合には、業務プロセス管理部１６は、処理を実行しないものとする。そして、処理リスト２４が空になった段階で、ステップＳ１８の判断が肯定され、図１０の全処理が終了する。

これまでの説明からわかるように、本実施形態では、更新監視部１２が、更新又は追加登録されたプロファイルの識別情報を処理リスト２４に登録する登録部として機能している。さらに、業務プロセス管理部１６が、処理リストに登録されているプロファイルに対応する処理を実行する実行部として機能している。

以上、詳細に説明したように、本実施形態によると、更新監視部１２は、業務で生成されたデータを標準化された構造に変換したプロファイルの更新又は追加登録があった場合（Ｓ１２：肯定）に、更新又は追加登録されたプロファイルの識別情報を処理リスト２４に登録する（Ｓ１４）。また、参照管理部１４は、プロファイル間の参照関係を関連付けるプロファイルＤＢ２２に基づいて、登録したプロファイルを参照するプロファイルの有無を判断し（Ｓ１６、Ｓ５６）、存在すれば（Ｓ５６：肯定）、参照するプロファイルの識別情報を処理リスト２４に追加する（Ｓ６４）。そして、業務プロセス管理部１６は、プロファイルの識別情報と実行すべき処理とを関連付ける業務プロセスＤＢ２８に基づいて、処理リスト２４に登録されているプロファイルに対応する処理を実行する（Ｓ２６）。これにより、本実施形態では、プロファイルが更新又は追加登録された場合に、プロファイルの更新又は追加登録による影響を受ける業務システムに対する処理や通知を自動的に実行することができる。この場合、プロファイルＤＢ２２や、業務プロセスＤＢ２８に基づいて、実行すべき処理を決定するため、実行すべき処理を漏れなく実行することが可能となる。したがって、影響の範囲を人が見極める場合と比べ、工数を必要とせず、伝達ミスや影響範囲の判断ミスなどによる手戻りの発生を低減することができ、効率的にプロファイルの維持管理を行うことができる。

また、本実施形態によると、プロファイルを業務プロジェクトごとに構成定義ＤＢ２６で管理し、参照管理部１４は、登録したプロファイルと業務プロジェクトが共通し、登録したプロファイルを参照するプロファイルを構成定義ＤＢ２６から抽出する（Ｓ６０）。これにより、登録したプロファイルを参照し、かつ登録したプロファイルと業務プロジェクトが同一であるプロファイルを抽出することができる。したがって、登録したプロファイルの影響を受ける範囲で、適切なプロファイルを抽出することができる。

なお、上記実施形態では、参照管理部１４は、登録したプロファイルと業務プロジェクトが共通し、登録したプロファイルを参照するプロファイルを構成定義ＤＢ２６から抽出する場合について説明したが、これに限られるものではない。すなわち、参照管理部１４は、更新等されたプロファイルを参照している可能性の高いプロファイルを、上記実施形態とは異なる方法で絞り込むこととしてもよい。例えば、プロファイルの作成者や作成日時等でプロファイルを絞り込むこととしてもよい。また、参照管理部１４は、登録したプロファイルを参照している可能性のあるプロファイルのすべてを抽出してもよい。

なお、上記実施形態では、プロファイルが構造化された文書ファイルである場合について説明したが、これに限られるものではない。

なお、上記実施形態では、クライアント７０において、業務で生成されたデータをプロファイルに変換する場合について説明したが、これに限らず、クライアント７０において生成されたデータを、サーバ１０においてプロファイルに変換してもよい。また、ユーザは、サーバ１０上で提供されるサービスを利用してデータを生成してもよい。この場合、生成されたデータをサーバ１０がプロファイルに変換すればよい。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）業務で生成されたデータを標準化された構造に変換したプロファイルの更新又は追加登録があった場合に、更新又は追加登録された第１プロファイルの識別情報を処理リストに登録し、
プロファイル間の参照関係を関係付ける第１対応関係に基づいて、前記更新又は追加登録された第１プロファイルを参照する第２プロファイルの有無を判断し、前記第２プロファイルがあれば、該第２プロファイルの識別情報を前記処理リストに追加し、
プロファイルの識別情報と実行すべき処理とを関連付ける第２対応関係に基づいて、前記処理リストに登録されているプロファイルに対応する処理を実行する、
処理をコンピュータに実行させるための業務連携プログラム。
（付記２）前記追加する処理では、プロファイルを業務ごとに関連付ける第３対応関係に基づいて、前記第１プロファイルと業務が共通し、前記第１プロファイルを参照する第２プロファイルの有無を判断する、ことを特徴とする付記１に記載の業務連携プログラム。
（付記３）業務で生成されたデータを標準化された構造に変換したプロファイルの更新又は追加登録があった場合に、更新又は追加登録された第１プロファイルの識別情報を処理リストに登録し、
プロファイル間の参照関係を関係付ける第１対応関係に基づいて、前記更新又は追加登録された第１プロファイルを参照する第２プロファイルの有無を判断し、前記第２プロファイルがあれば、該第２プロファイルの識別情報を前記処理リストに追加し、
プロファイルの識別情報と実行すべき処理とを関連付ける第２対応関係に基づいて、前記処理リストに登録されているプロファイルに対応する処理を実行する、
処理をコンピュータが実行することを特徴とする業務連携方法。
（付記４）業務で生成されたデータを標準化された構造に変換したプロファイルの更新又は追加登録があった場合に、更新又は追加登録された第１プロファイルの識別情報を処理リストに登録する登録部と、
プロファイル間の参照関係を関係付ける第１対応関係に基づいて、前記更新又は追加登録された第１プロファイルを参照する第２プロファイルの有無を判断し、前記第２プロファイルがあれば、該第２プロファイルの識別情報を前記処理リストに追加する追加部と、
プロファイルの識別情報と実行すべき処理とを関連付ける第２対応関係に基づいて、前記処理リストに登録されているプロファイルに対応する処理を実行する実行部と、
を備える業務連携装置。
（付記５）前記追加部は、プロファイルを業務ごとに関連付ける第３対応関係に基づいて、前記第１プロファイルと業務が共通し、前記第１プロファイルを参照する第２プロファイルの有無を判断する、ことを特徴とする付記４に記載の業務連携装置。

１０サーバ（業務連携装置）
１２更新監視部（登録部）
１４参照管理部（追加部）
１６業務プロセス管理部（実行部）
２２プロファイルＤＢ（第１対応関係）
２４処理リスト
２６構成定義ＤＢ（第３対応関係）
２８業務プロセスＤＢ（第２対応関係）

Claims

業務で生成されたデータを標準化された構造に変換したプロファイルの更新又は追加登録があった場合に、更新又は追加登録された第１プロファイルの識別情報を処理リストに登録し、
プロファイル間の参照関係を関係付ける第１対応関係に基づいて、前記更新又は追加登録された第１プロファイルを参照する第２プロファイルの有無を判断し、前記第２プロファイルがあれば、該第２プロファイルの識別情報を前記処理リストに追加し、
プロファイルの識別情報と実行すべき処理とを関連付ける第２対応関係に基づいて、前記処理リストに登録されているプロファイルに対応する処理を実行する、
処理をコンピュータに実行させるための業務連携プログラム。
前記追加する処理では、プロファイルを業務ごとに関連付ける第３対応関係に基づいて、前記第１プロファイルと業務が共通し、前記第１プロファイルを参照する第２プロファイルの有無を判断する、ことを特徴とする請求項１に記載の業務連携プログラム。
業務で生成されたデータを標準化された構造に変換したプロファイルの更新又は追加登録があった場合に、更新又は追加登録された第１プロファイルの識別情報を処理リストに登録し、
プロファイル間の参照関係を関係付ける第１対応関係に基づいて、前記更新又は追加登録された第１プロファイルを参照する第２プロファイルの有無を判断し、前記第２プロファイルがあれば、該第２プロファイルの識別情報を前記処理リストに追加し、
プロファイルの識別情報と実行すべき処理とを関連付ける第２対応関係に基づいて、前記処理リストに登録されているプロファイルに対応する処理を実行する、
処理をコンピュータが実行することを特徴とする業務連携方法。
業務で生成されたデータを標準化された構造に変換したプロファイルの更新又は追加登録があった場合に、更新又は追加登録された第１プロファイルの識別情報を処理リストに登録する登録部と、
プロファイル間の参照関係を関係付ける第１対応関係に基づいて、前記更新又は追加登録された第１プロファイルを参照する第２プロファイルの有無を判断し、前記第２プロファイルがあれば、該第２プロファイルの識別情報を前記処理リストに追加する追加部と、
プロファイルの識別情報と実行すべき処理とを関連付ける第２対応関係に基づいて、前記処理リストに登録されているプロファイルに対応する処理を実行する実行部と、
を備える業務連携装置。