(57)【要約】【課題】データ連携させるために設定する定義変更に要する工数を低減し、かつ、新規のシステムとの連携や変換パターンの追加などの機能拡張を容易に行うことができるデータ連携方式を提供する。【解決手段】入力データセット110のデータを受信する受信機能210と、受信したデータを変換するデータ変換機能220と、変換後のデータを出力データセット310として配信するデータ配信機能230から構成されている。受信機能210及び配信機能230は、入力データセット110と出力データセット310のアクセス用に、データセットの種類毎に、例えば、DBアクセス用212,232、ファイルアクセス用214,234、ソケット通信アクセス用216,236の各用途別に受信実行部及び配信実行部を有している。また、データ変換機能220はエンジニアリング機能240によって定義された変換パターンにしたがってデータの変換を行う機能を有する。【選択図】図１
2007140611.tif 000002
【特許請求の範囲】
【請求項１】
複数のシステムを連携して業務実行を支援するデータ連携方式において、
データの受信を実行する受信実行部を有し、他システムから入力されるデータセットの受信を管理する受信機能と、データの配信を実行する配信実行部を有し、他システムへ出力されるデータセットの配信を管理する配信機能と、他システムとのデータの一個または複数のデータセットを別のデータセットに変換するデータ変換機能と、前記受信機能、前記配信機能、及び、前記データ変換機能に対して、その実行を制御するための定義情報を設定するエンジニアリングツールを備え、
前記受信機能及び前記配信機能は前記エンジニアリングツールで記述された定義情報に従い、他システムのデータセット種別に応じた受信実行部及び配信実行部を使用し、また前記データ変換機能は、前記エンジニアリングツールで記述された定義情報に従い、複数の変換パターンのうちから一つ、または、それらを組み合わせて複数のパターンを実行することを特徴とするデータ連携方式。
【請求項２】
前記データ変換機能により他システムとのデータの一個または複数のデータセットを別のデータセットに変換する際に、外部に置いた前処理プログラムによってデータセットを加工し、その加工後のデータセットを別のデータセットに変換し、変換後のデータセットを後処理プログラムによって加工することを特徴とする請求項１記載のデータ連携方式。
【請求項３】
前記受信機能、前記配信機能、前記データ変換機能及び外部アプリケーションの起動並びにその実行状態の管理をつかさどるプロセス制御機能と、前記受信機能、前記配信機能、前記データ変換機能及び前記プロセス制御機能に対して、その実行を制御する定義情報を設定するエンジニアリングツールを備え、前記プロセス制御機能は、前記エンジニアリングツールで設定した前記定義情報に従い、前記受信機能、前記配信機能、前記データ変換機能及び前記外部アプリケーションの起動を実行し、その実行の完了を受けて次の状態に実行を移行させるタイミングを外部条件により制御することを特徴とする請求項１記載のデータ連携方式。
【請求項４】
前記外部条件は、起動した前記受信機能、前記配信機能、前記データ変換機能及び前記外部アプリケーションからのトリガー、または、前記プロセス制御機能管理下のフォルダ内の一個又は複数のデ−タの値、または、前記プロセス制御機能管理下のフォルダ内のデータ又はファイルの充足状態、若しくは、これらの組み合わせ、が特定の条件に合致する場合であることを特徴とする請求項３記載のデータ連携方式。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、他システムと連携した業務実行を支援するデータ連携方式に関する。
【背景技術】
【０００２】
他システムと連携した業務実行を支援するデータ連携方式として、従来は、データ受け渡しや変換の実行をスクリプト処理で実現し、さらに実データを別のスクリプトいう別の概念で取り扱うようにしたものが知られている（特許文献１参照）。
【特許文献１】特開２００２−３２８８２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし従来のデータ連携方式では、データ受け渡しや変換の実行をスクリプト処理で実現しているので、データ変更の進行状況を管理することができない。また、実データを別のスクリプトいう別の概念で取り扱う必要があり、実データをスクリプトで置き換える手間が必要であった。
【０００４】
さらに従来のデータ連携方式は、連携する入力データセットと出力データセットのデータ変換パターンのみ変更する場合や、データ変換パターンが同じで、入力データセットと出力データセットの形式（ファイル、ＤＢ、ソケット通信）のみ変更する場合に、定義変更作業が大変であるという課題があった。また、従来のデータ連携方式は、データ変換パターンがシステムで想定範囲外のもので記述不可能な場合、変換することができないという課題があった。また、従来のデータ連携方式は、入力データセットを受信して、出力データセットに変換出力するタイミングを外部条件（外部アプリケーションからのトリガー、管理下のデータ、ファイルの充足状態等）で制御することができないという課題があった。
【０００５】
そこで本発明は、データ連携させるために設定する定義変更に要する工数を低減し、かつ、新規のシステムとの連携や変換パターンの追加などの機能拡張を容易に行うことができるデータ連携方式を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本発明は、複数のシステムを連携して業務実行を支援するデータ連携方式において、データの受信を実行する受信実行部を有し、他システムから入力されるデータセットの受信を管理する受信機能と、データの配信を実行する配信実行部を有し、他システムへ出力されるデータセットの配信を管理する配信機能と、他システムとのデータの一個または複数のデータセットを別のデータセットに変換するデータ変換機能と、前記受信機能、前記配信機能、及び、前記データ変換機能に対して、その実行を制御するための定義情報を設定するエンジニアリングツールを備え、前記受信機能及び前記配信機能は前記エンジニアリングツールで記述された定義情報に従い、他システムのデータセット種別に応じた受信実行部及び配信実行部を使用し、また前記データ変換機能は、前記エンジニアリングツールで記述された定義情報に従い、複数の変換パターンのうちから一つ、または、それらを組み合わせて複数のパターンを実行することを特徴とする。
【０００７】
また本発明は、前記データ変換機能により他システムとのデータの一個または複数のデータセットを別のデータセットに変換する際に、外部に置いた前処理プログラムによってデータセットを加工し、その加工後のデータセットを別のデータセットに変換し、変換後のデータセットを後処理プログラムによって加工することを特徴とする。
【０００８】
また本発明は、前記受信機能、前記配信機能、前記データ変換機能及び外部アプリケーションの起動並びにその実行状態の管理をつかさどるプロセス制御機能と、前記受信機能、前記配信機能、前記データ変換機能及び前記プロセス制御機能に対して、その実行を制御する定義情報を設定するエンジニアリングツールを備え、前記プロセス制御機能は、前記エンジニアリングツールで設定した前記定義情報に従い、前記受信機能、前記配信機能、前記データ変換機能及び前記外部アプリケーションの起動を実行し、その実行の完了を受けて次の状態に実行を移行させるタイミングを外部条件により制御することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、入力データセット、出力データセットの形式に応じた受信実行部及び配信実行部を使用することによって、入力データセット、出力デ−タセットの形式（ファイル、ＤＢ、ソケット通信）を変更した場合に、入出力データセット形式変更のみで定義変更作業が完了するので、定義変更作業に要する工数を少なくすることができる。また、入力データセット、出力データセットの形式が同じで、変換パターンのみ変更する場合も、変換パターンのみ変更するだけで定義変更が完了するので、定義変更作業に要する工数を少なくすることができる。
【００１０】
また本発明によれば、変換パターンとして定義、実行不可能なデータ連携であっても、外部変換プログラムを介在させることによってシステムで定義不可能な変換パターンが発生した場合でも対応可能となる。
【００１１】
また本発明によれば、入力データセットのデータを受信機能で受信後、定義されたデータ変換パターンによってデータ変換後、配信機能で出力データセットにデータ配信するときに、それぞれの実行をプロセス制御機能が外部条件（外部アプリケーションからのトリガー、管理下のフォルダ内のデータ、ファイルの充足状態等）によって起動のタイミングを制御することによって、データ変更の進捗を様々な条件によって管理することが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態を、図面を参照しながら説明する。
［第１の実施の形態］
図１は、本発明の第１の実施形態に係るデータ連携方式を説明するための機能ブロック図である。本発明の第１の実施形態に係るデータ連携方式の説明に入る前に、本発明は、他システム100上にあるデータセット１(110)を自システム200上に構成したデータ連携手法によって、他システム300上のデータセット２(310)に出力する場合の自システム200上に構成しているデータ連携手法に係るものであって、図１では他システム100,300上にあるとして説明している入力データセット110、出力データセット310のそれぞれが、自システム200上にあってもよい。
【００１３】
図１において本発明の第１の実施形態に係るデータ連携方式は、入力データセット110のデータを受信する受信機能210と、受信したデータを変換するデータ変換機能220と、変換後のデータを出力データセット310として配信するデータ配信機能230から構成されている。
【００１４】
受信機能210及び配信機能230は、入力データセット110と出力データセット310のアクセス用に、そのデータセットの種類毎に、例えば、DB(database)アクセス用212,232、ファイルアクセス用214,234、ソケット通信アクセス用216,236の各用途別に受信実行部(図示せず)及び配信実行部(図示せず)を有している。また、データ変換機能220はエンジニアリング機能（エンジニアリングツールともいう）240によって定義された変換パターンにしたがってデータの変換を行う機能を有する。具体的に変換パターンは、入力データセット110から出力データセット310への変換式を定義するものであり、入出力データセット110,310の種別（DB、ファイル、ソケット通信など）には依存しない。
【００１５】
例えば、入力データセット１(112)はDB(database)形式、入力データセット２(114)はファイル形式で、それらの入力データセット112,114を変換パターン１(222)で変換後、ファイル形式の出力データセット１(314)に変換する場合には、図２Ａのような構成になる。
【００１６】
図２Ａの構成について説明すると、まずエンジニアリングツール240で、入力データセット１(112)、入力データセット２(114)、出力データセット１(314)の構造（例えば、項目名、項目の型、項目の大きさ、キー情報など）を定義する。次いで、入力データセットから出力データセットへの変換式をデータ変換機能220に変換パターン１(222)として定義する。最後に、入力データセット１(112)、入力データセット２(114)、出力データセット１(314)の形式（DB、ファイル、ソケット通信など）を定義する。
【００１７】
入力データセット１(112)、入力データセット２(114)のデータがそろった時に、まず受信機能210を実行する。受信機能210は、エンジニアリングツール240で定義された情報を元に、入力データセット１(112)、入力データセット２(114)をそのデータセットの形式に基づいた受信実行部(図示せず)により、データ受信させる。例えば、入力データセット１(112)の場合は、DB(database)アクセス用212の受信実行部(図示せず)を機能させ、入力データセット２(114)の場合は、ファイルアクセス用214の受信実行部(図示せず)を機能させる。もし、入力データセット２(114)がソケット通信のデータである場合は、ソケット通信用216の受信実行部(図示せず)を機能させれば良い。各受信実行部の実行結果を入力データとしてデータ変換機能220に渡す。データ変換機能220は、エンジニアリングツール240によって定義された変換パターンを選択してデータ変換する。その場合、入出力データの項目の型は、入力データセット１(112)、入力データセット２(114)、出力データセット１(314)の構造に従って変換する。出力データセット１(314)にデータを配信するときに、配信機能230は、エンジニアリングツール240で定義した情報を元に、出力データセット１(314)の形式に基づいた配信実行部(図示せず)により、データ変換機能220で変換したデータを配信する。
【００１８】
なお図２Ａには示していないが、データ変換機能220は、エンジニアリングツール240によって定義された複数の変換パターンを並行して実行させることもできる。すなわち、入力データセット１(112)、入力データセット２(114)はそのままで、変換パターン１(222)以外に変換パターン２(224)も定義されていれば、変換パターン１(222)による出力データセット１(314)への変換と、変換パターン２(224)による出力データセット２（図示せず）への変換も並行して実行することができる。
【００１９】
図２Ｂは、図２Ａの構成を変更したもので図２Ａにおける入出力データセットの構造、形式には変更ないが、変換パターンのみ変更する場合の例を示している。図２Ｂでは変換パターンを図２Ａで用いた変換パターン１(222)から変換パターン２(224)に変更している。つまりユーザーの要求に応えて複数ある変換パターンの中から変換パターン２(224)を選択し、データ連携に柔軟性を持たせている。
【００２０】
次に、入出力のデータセットの種別のみ変更する場合の例を以下に示す。図３Ａは、本発明の第１の実施形態に係るデータ連携方式において入出力のデータセットの種別のみ変更する第１の具体例を示す図であって、入力データセット１(112)の種別がDBで、入力データセット２(114)の種別がファイルである場合に、入力データセット１(112)と入力データセット２(114)を変換パターン１(222)に入力し変換パターン１(222)で変換後、出力データセットの種別がファイルである出力データセット１(314)に出力した例を示すもので、エンジニアリングツール240で、変換パターン１(222)を定義することで入出力データセットの種別を変更することができる。なお図３Ａでは変更前の入出力データセットの種別が何であったかは示していない。
【００２１】
図３Ｂは、図３Ａの構成を変更した第２の具体例を示すもので図３Ａにおける出力データセットの種別のみ変更、すなわち、出力データセット１の形式がファイルからDBに変更になった場合に、エンジニアリングツール240で、出力データセットの形式をファイル形式からDB形式の出力データセット１(312)に変更するのみでデータ連携している。こうすることでデータ連携における定義変更作業に要する工数を低減することができる。
【００２２】
このように本発明の第１の実施形態に係るデータ連携方式によれば、入力データセット、出力データセットの形式に応じた受信実行部及び配信実行部を使用することによって、入力データセット、出力デ−タセットの形式（ファイル、ＤＢ、ソケット通信）を変更した場合に、入出力データセットの形式変更のみで定義変更作業が完了するので、定義変更作業に要する工数を少なくすることができる。また、入力データセット、出力データセットの形式が同じで、変換パターンのみ変更する場合も、変換パターンのみ変更するだけで定義変更が完了するので、定義変更作業に要する工数を少なくすることができる。
【００２３】
［第２の実施の形態］
図４は、本発明の第２の実施形態に係るデータ連携方式を説明するための機能ブロック図である。本発明の第１の実施形態に係るデータ連携方式との違いは、データ変換機能において、変換パターンを実行する前後に、外部変換プログラム(前処理プログラム、後処理プログラム)を実行する構成を追加していることである。つまり本発明の第２の実施形態に係るデータ連携方式は、あらかじめシステムが想定する変換パターンの定義では対応できない変換方法が必要となった場合であっても、変換パターンを実行する前後に、前処理プログラム250、後処理プログラム260を実行する構成を追加し、あらかじめシステムが想定する変換パターンの定義では対応できない変換方法が必要となった場合でも対応できるようにしたものである。
【００２４】
例えば、システムが想定する変換パターンの演算式として、四則演算（＋,−,×,÷）が定義、実行可能であったときに、システムの想定外の√（ルート）演算が必要になった場合には、あらかじめシステムが想定する変換パターンでは対応不可能なので、外部に置いた変換プログラム(前処理プログラム)250によってデータを加工しその結果を変換パターン２(224)に入力して別のデータセットに変換し、変換後のデータセットを外部変換プログラム(後処理プログラム)260に入力してデータを加工するようにすれば、システムで定義不可能な変換パターンが発生した場合でも対応可能となる。なお、後処理プログラムでは、変換したパターンデータに対して特定の演算を実行して出力データ量を削減する等が可能である。
【００２５】
このように本発明の第２の実施形態に係るデータ連携方式によれば、変換パターンとして定義、実行不可能な変換パターンであっても、外部変換プログラムを介在させることによってシステムで定義不可能な変換パターンが発生した場合でも対応可能となる。
【００２６】
［第３の実施の形態］
図５は、本発明の第３の実施形態に係るデータ連携方式を説明するための機能ブロック図である。本発明の第１の実施形態に係るデータ連携方式との違いは、受信機能、配信機能、データ変換機能、および、外部アプリケーションにおける実行制御に関与するプロセス制御機能を備えていることである。すなわち、本発明の第３の実施形態に係るデータ連携方式は、起動した受信機能210、配信機能230、データ変換機能220、および、外部アプリケーション280からのトリガー、または、プロセス制御機能管理下のフォルダ290内の一個または複数のデータの値、または、プロセス制御機能管理下のフォルダ290内のデータ又はファイルの充足状態、若しくは、これらの組み合わせ、が特定の条件に合致する場合によって、受信機能210、配信機能230、データ変換機能220、および、外部アプリケーション280の実行を制御する。
【００２７】
本発明の第３の実施形態に係るデータ連携方式の具体例について図６Ａ〜図６Ｃを用いて説明する。図６Ａは、本発明の第３の実施形態に係るプロセス制御の移行条件が制御される第１の具体例を示すもので、外部アプリケーションからのトリガーを、プロセス制御が次の状態(外部機能実行)の移行条件とするものである。本発明の第１の実施形態に係るデータ連携方式と同様にエンジニアリングツール240で、入力データセット１(112)、変換パターン１(222)、出力データセット１(314)の構造、変換式、形式等を定義する。
【００２８】
プロセス制御機能270は図６Ａの下段に示す表(テーブル)のように、プロセス制御が次の状態の移行条件として、トリガー種別毎に、プロセス制御の実行順序(シーケンス)を定義する。トリガー種別は、自システムでユニ−クになるように設定し、どの機能、どのアプリケーションからのトリガーか区別できるようにする。ここでは、外部アプリケーション１(280)からのトリガーの場合は、受信機能210、データ変換機能220、配信機能230の順に実行する。受信機能210及び配信機能230からのトリガーの場合は、次の実行順序に定義された機能を実行する。データ変換機能220からのトリガーの場合は、次の実行順序に定義された機能を実行する。
【００２９】
図６Ａに戻って初めに、外部アプリケーション１(280)からプロセス制御機能270にトリガーがかかる（シーケンス(１)）。プロセス制御機能270は、トリガー種別毎に定義された実行順序によって、受信機能210、配信機能230、データ変換機能220を実行させる。
【００３０】
いまトリガー種別が、外部アプリケーション１(280)なので、プロセス制御機能270が行う実行順序は、受信機能210（シーケンス(２)）、データ変換機能220（シーケンス(４)）、配信機能230（シーケンス(６)）と判断する。プロセス制御機能270は実行順序の一番目の受信機能210を呼び出して実行させる（シーケンス(２)）。受信機能210は、入力データセット１(112)から定義された種別によってデータを受信する。受信終了すると、プロセス制御機能270にトリガーをかける（シーケンス(３)）。プロセス制御機能270は、トリガー種別が受信機能210の場合、次の実行順序として定義されている、データ変換機能220を呼び出して実行させる（シーケンス(４)）。
【００３１】
データ変換機能220は、受信機能210から受信データを入力データとして、定義されている変換パターンによってデータ変換を行う。そのデータ変換が終了した時点で、プロセス制御機能270にトリガーをかける（シーケンス(５)）。プロセス制御機能270は、トリガー種別がデータ変換機能220の場合、次の実行順序として定義されている、配信機能230を呼び出して実行させる（シーケンス(６)）。配信機能230は、データ変換機能220からのデータ変換結果を定義された種別によって出力データ１(314)としてデータ配信する。配信機能230は、データ配信終了時に、プロセス制御機能270にトリガーをかける（シーケンス(７)）。
【００３２】
図６Ｂは、本発明の第３の実施形態に係るプロセス制御の移行条件が制御される第２の具体例を示すもので、プロセス制御機能管理下のフォルダ290内の一個または複数のデ−タの値が特定の条件を満たすようになったとき、プロセス制御が次の状態(外部機能実行)の移行条件とするものである。
【００３３】
本発明の第１の実施形態と同様にエンジニアリングツール240で、入力データセット１(112)、変換パターン１(222)、出力データセット１(314)の構造、変換式、形式等を定義する。
【００３４】
プロセス制御機能270は図６Ｂの下段に示す表(テーブル)のように、プロセス制御の状態の移行条件として、データ充足条件別に、プロセス制御の実行順序(シーケンス)を定義する。ここでは、フォルダ１(290)のファイル１(292)のデータの値が10のときに、受信機能210、データ変換機能220、配信機能230の順に実行するように定義する。
【００３５】
つぎにプロセス制御機能270は、フォルダ１(290)のファイル１(292)のデータの値が10かを監視する（シーケンス(１)）。そのファイル１(292)のデータの値が10になった時、シーケンス(２)〜(７)に示すように定義された実行順序で、入力データセット１(112)から出力データセット１(314)にデータ変換を行う。
【００３６】
上記ではプロセス制御機能管理下のフォルダ内のデ−タの値が特定の条件を満たすようになったときを例にして説明したが、プロセス制御機能管理下のフォルダ内のデ−タやファイルの充足状態が特定の条件を満たすようになったとき、プロセス制御が次の状態の移行条件とする場合、例えばデータ充足条件としてフォルダのファイルのレコード数(例えばレコード数=５)を設定した場合であっても同様に実施することができる。
【００３７】
図６Ｃは、本発明の第３の実施形態に係るプロセス制御の移行条件が制御される第３の具体例を示すもので、外部アプリケーションからのトリガーと、フォルダ内のデータ充足条件とを組み合わせて、プロセス制御の状態(外部機能実行)の移行条件とするものである。
【００３８】
本発明の第１の実施形態と同様にエンジニアリングツール240で、入力データセット１(112)、変換パターン１(222)、出力データセット１(314)の構造、変換式、形式等を定義する。
【００３９】
プロセス制御機能270は図６Ｃの下段に示す表(テーブル)のように、プロセス制御の状態の移行条件として、データ充足条件別に、プロセス制御の実行順序(シーケンス)を定義する。ここでは、フォルダ１(290)のファイル１(292)のデータの値が10のときに、外部アプリケーション１(280)を実行すると定義しておく。
【００４０】
次に、プロセス制御の状態の移行条件として、トリガー種別毎に、プロセス制御の実行順序(シーケンス)を定義する。ここでは、外部アプリケーション１(280)からのトリガーの場合は、受信機能210、データ変換機能220、配信機能230の順に実行する。受信機能210及び配信機能230からのトリガーの場合は、次の実行順序に定義された機能を実行する。データ変換機能220からのトリガーの場合は、次の実行順序に定義された機能を実行する。
【００４１】
上記したプロセス制御の状態の移行条件の定義後に、プロセス制御機能270は、フォルダ290内のファイル292のデータ充足条件、および、外部アプリケーション１(280)からのトリガーを監視する。
【００４２】
図６Ｃに戻って初めに、データの充足条件で定義されているフォルダ１(290)のファイル１(292)のデータの値が10になったとする。プロセス制御機能270はトリガー条件が成立した（シーケンス(１))ので、実行順序で定義された外部アプリケーション１(280)を呼び出して実行依頼する（シーケンス(２)）。次に、外部アプリケーション１(280)からプロセス制御機能270に対してトリガーがかかる（シーケンス(３)）と、プロセス制御機能270は、トリガー種別毎に、プロセス制御の実行順序の定義にしたがって、受信機能210を呼び出して実行依頼し（シーケンス(４)）、受信機能210における実行終了で発せられるトリガーを受け（シーケンス(５)）、次いでデ−タ変換機能220を呼び出して実行依頼し（シーケンス(６)）、データ変換機能220における実行終了で発せられるトリガーを受け（シーケンス(７)）、さらに配信機能230を呼び出して実行依頼し（シーケンス(８)）、配信機能230における実行終了で発せられるトリガーを受ける（シーケンス(９)）よう順番に実行する。
【００４３】
このように本発明の第３の実施形態に係るデータ連携方式によれば、入力データセットのデータを受信機能で受信後、定義されたデータ変換パターンによってデータ変換後、配信機能で出力データセットにデータ配信するときに、それぞれの実行をプロセス制御機能が外部条件（外部アプリケーションからのトリガー、管理下のデータ、ファイルの充足状態等）によって起動のタイミングを制御することによって、データ変更の進捗を様々な条件によって管理することが可能となる。
【００４４】
以上本発明によれば、データ連携させるために設定する定義変更に要する工数を低減し、かつ、新規のシステムとの連携や変換パターンの追加などの機能拡張を容易に行うことができるデータ連携方式を実現することができる。
【図面の簡単な説明】
【００４５】
【図１】本発明の第１の実施形態に係るデータ連携方式を説明するための機能ブロック図である。
【図２Ａ】本発明の第１の実施形態に係るデータ連携方式において入出力データセットの形式を変更する第１の具体例を示す図である。
【図２Ｂ】本発明の第１の実施形態に係るデータ連携方式において変換パターンのみを変更する第２の具体例を示す図である。
【図３Ａ】本発明の第１の実施形態に係るデータ連携方式において入出力のデータセットの種別のみ変更する第１の具体例を示す図である。
【図３Ｂ】本発明の第１の実施形態に係るデータ連携方式において入出力のデータセットの種別のみ変更する第２の具体例を示す図である。
【図４】本発明の第２の実施形態に係るデータ連携方式を説明するための機能ブロック図である。
【図５】本発明の第３の実施形態に係るデータ連携方式を説明するための機能ブロック図である。
【図６Ａ】本発明の第３の実施形態に係るデータ連携方式の第１の具体例を示す図である。
【図６Ｂ】本発明の第３の実施形態に係るデータ連携方式の第２の具体例を示す図である。
【図６Ｃ】本発明の第３の実施形態に係るデータ連携方式の第３の具体例を示す図である。
【符号の説明】
【００４６】
100、300  他システム
110、112、114  入力データセット
200  自システム
210  受信機能
220  データ変換機能
222  変換パターン１
224  変換パターン２
226  変換パターン３
230  配信機能
240  エンジニアリング機能
250  前処理プログラム
260  後処理プログラム
270  プロセス制御機能
280  外部アプリケーション
290  フォルダ
310、312、314  出力データセット
【図１】
2007140611.tif 000003
【図２Ａ】
2007140611.tif 000004
【図２Ｂ】
2007140611.tif 000005
【図３Ａ】
2007140611.tif 000006
【図３Ｂ】
2007140611.tif 000007
【図４】
2007140611.tif 000008
【図５】
2007140611.tif 000009
【図６Ａ】
2007140611.tif 000010
【図６Ｂ】
2007140611.tif 000011
【図６Ｃ】
2007140611.tif 000012