JP4388714B2

JP4388714B2 - 連携プログラム

Info

Publication number: JP4388714B2
Application number: JP2001101476A
Authority: JP
Inventors: 義起寺井; 勇河村; 英幸天久
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2001-03-30
Filing date: 2001-03-30
Publication date: 2009-12-24
Anticipated expiration: 2021-03-30
Also published as: JP2002298072A

Description

【０００１】
【発明の属する技術分野】
本発明は、システム間でデータの連携を行う連携方法および連携プログラムに関するものである。企業内の異なる業務システム間や企業間のシステムを、ハブ機能を設けて相互に連携したり、データやプロセスを統合したりするアプローチを企業アプリケーション統合(Enterprise Application Integration)といい、業務システムのすみやかな統合と柔軟な変更を可能とし、ビジネス業務の自動化や既存システムの資産の有効活用する手法として注目されている。
【０００２】
企業アプリケーション統合を実現するためには、業務システム間の電子帳票データの交換処理に必要な入出力（集配信を含む）、フォーマット変換、コード変換、単票の一括形式化、一括形式の単票化、振り分けなどのいろいろな機能要素が必要となる。更に、業務システムにはいろいろな運用形態があり、構築および運用は非常に煩雑となっている。
【０００３】
【従来の技術】
従来、企業内、企業間、および企業と消費者間の業務システムを構築するためには、入出力（集配信を含む）、フォーマット変換、コード変換、単票の一括形式化、一括形式の単票化、振り分けなどのいろいろな機能や、これらの組合わせおよび手順を個別にアプリケーションなどで構築することで実現していた。その際、業務の実態に応じてそれぞれの処理の内容とその順番を意識するようにしていた。
【０００４】
【発明が解決しようとする課題】
上述したように企業内、企業間および企業と消費者間の業務システムを連携する場合に、業務システムが流通する帳票データに対して、入出力(集配信を含む）、フォーマット変換、コード変換、単票の一括形式化、一括形式の単票化、振り分けなどの処理が必要となり、業務の実態に応じてそれぞれの処理を構成および順序つける必要がある。従来は、個別のアプリケーション開発や設定作業が必要となってしまうと共に、処理が煩雑化してしまうという問題があった。
【０００５】
また、入出力などの処理の定義情報をもとに実行時に実行するために、アプリやプラットホームに依存した形式に編集する必要があると共に、機能追加などのときに初めから編集をやり直すなどの手間が必要となってしまう問題もあった。
【０００６】
また、業務システム間でデータ連携する場合、バッチ処理的な緊急性を要しない場合や、リアルタイム処理のような緊急性を要する場合があり、これらに柔軟に対処できないという問題もあった。
【０００７】
本発明は、これらの問題を解決するため、連携しようとするシステムのデータの定義情報をもとにシナリオから該当するものを選択して最適な処理とその順番を自動決定して実行したり、制御情報を即実行可能形式の文書構造に変換したり、制御情報の優先レベルを決定して優先レベル別に格納してデータを処理したりし、各システムの定義情報を予め定義するのみでシステム間連携の一連の処理を自動実行、機能の追加修正を簡易に実現、および緊急性に応じて迅速に処理するシステムを実現することを目的としている。
【０００８】
【課題を解決するための手段】
図１を参照して課題を解決するための手段を説明する。
図１において、定義生成モジュール２は、連携元および連携先のシステムの定義情報をもとに、該当連携パターンから選択したパターンに従い処理および順番を設定した制御情報を生成したりなどするものである。
【０００９】
処理制御モジュール９は、連携元システムから入力されたデータについて該当制御情報に従い所定の処理を所定の順番で実行して生成したデータを連携先のシステムに出力したりなどするものである。
【００１０】
次に、動作を説明する。
定義生成モジュール２が連携元および連携先のシステムの定義情報をもとに連携パターン中から選択されたパターンに従い処理およびその順番を設定した制御情報を生成し、処理制御モジュール９が連携元システムから受信したデータについて該当制御情報に従い所定の処理を所定の順番で実行して生成したデータを連携先のシステムに出力するようにしている。
【００１１】
また、定義生成モジュール２は、制御情報を即実行可能なＸＭＬ文書などの文書構造を生成するようにしている。
また、処理制御モジュール９は、制御情報をもとに格納媒体、移動契機、および帳票データ単位の１つ以上に付与されている優先度をもとに当該制御情報の優先レベルを決定して当該優先レベルに対応づけて格納してデータ処理を行い、連携先に出力するようにしている。
【００１２】
従って、連携しようとするシステムのデータの定義情報をもとにシナリオから該当するものを選択して最適な処理と順番を自動決定して実行したり、制御情報を即実行可能形式の文書構造に変換したり、制御情報に優先レベルを決定して優先レベル別に格納してデータ処理したりすることにより、各システムの定義情報を予め定義するのみでシステム間連携の一連の処理を自動実行、機能の追加修正を簡易に実現、および緊急性に応じて迅速に処理するシステムを実現することが可能となる。
【００１３】
【発明の実施の形態】
次に、図１から図１２を用いて本発明の実施の形態および動作を順次詳細に説明する。
【００１４】
図１は、本発明のシステム構成図を示す。
図１において、連携パターン１は、連携元および連携先の定義情報の内容で決まるパターンを登録したものである（図６参照）。
【００１５】
定義生成モジュール２は、連携元、連携先のシステムの定義情報２０をもとに、連携パターン１中から該当するパターンを選択し、選択したパターンに従い所定の処理を所定の順番で設定した制御情報（定義情報）を生成したり、下記の優先度を予め定義したりなどするものである。
【００１６】
優先度：
・データ格納媒体：メッセージキュー＞＞ワークフロー＞データベース＝ファイル
・起動契機：ＡＰＩ起動＞ワークフロー起票＞コマンド＝集信監視など
・帳票データ単位：単票＞＞一括形式
連携元／連携先システムの定義情報２０は、連携元のシステムおよび連携先のシステムの帳票データなどの定義情報である。
【００１７】
データベース３は、定義生成モジュール２によって生成された連携元と連携先のシステムに対応づけた定義情報（制御情報）を格納したものであって、連携元から受信したデータ（例えば帳票データ）を連携先の帳票データに変換するための定義情報を格納したものである。
【００１８】
業務システム（営業）５は、各種業務を行うシステムの例であって、ここでは、営業システムであり、受注元票を業務連携サーバ７に送信する連携元となるシステムである。
【００１９】
帳票データ６は、業務システム５が業務連携サーバ７に送信する連携元の帳票データ（受注元票）である。
業務連携サーバ７は、連携元のシステムから受信したデータについて、データベース３に登録されている該当定義情報（制御情報）に従い、連携先の定義情報に合わせて変換し、連携先のシステムに送信したりなどするものであって、ここでは、処理受付モジュール８および処理制御モジュール９などから構成されるものである。
【００２０】
処理受付モジュール８は、連携元のシステム（例えば業務システム（営業）５から帳票データ６を受け付けたり（受信したり）などするものである。処理受付モジュール８は、処理要求を受け付け、通常、帳票データを入力するのは処理制御モジュールである。処理開始要求と同時に帳票データも与えられるインタフェースもある。
【００２１】
処理制御モジュール９は、処理受付モジュール８で受け付けたデータ（例えば帳票データ）について、連携元と連携先のシステムに対応づけてデータベース３に登録されている定義情報（制御情報）に従い、受け付けたデータを変換して連携先のシステムに送信したりなどするものである。
【００２２】
業務システム（製造）１０および業務システム（資材）１２は、連携先のシステムの例であって、業務連携サーバ７で変換された後のデータを受信し、業務連携を行うシステムである。業務システム（製造）１０では、帳票データ（製造指示書）１１を受信する。業務システム（資材）１２では、帳票データ（材料出庫指示書）１３を受信する。
【００２３】
次に、図２のフローチャートの順番に従い、図１の構成の動作を順次詳細に説明する。
図２は、本発明の動作説明フローチャートを示す。
【００２４】
図２において、Ｓ１は、各システムの定義を行う。これは、例えば各システムの帳票の定義情報をそれぞれ定義し、図１の業務連携サーバ７に登録する。
Ｓ２は、連携システムの指定を行う。これは、例えばＳ１で定義して業務連携サーバ７に登録したシステムの定義情報から、連携元のシステムおよび連携先のシステムの指定を行う。
【００２５】
Ｓ３は、解析する。これは、Ｓ２で指定された連携元のシステムおよび連携先のシステムの、Ｓ１で定義されたそれぞれの定義情報を読み出し、これら連携元のシステムの定義情報および連携先のシステムの定義情報について解析する。
【００２６】
Ｓ４は、シナリオを判断する。これは、Ｓ３で解析した結果をもとに、連携元のシステムの定義情報および連携先のシステムの定義情報に該当するパターンを、後述する図６の連携パターン（パターン１，２，３，４，５・・・）の中から該当パターンを判断する。
【００２７】
Ｓ５は、連携パターン中から該当パターンを選択する。
Ｓ６は、順番を決定する。これは、Ｓ５で選択した該当パターンに従い、処理の順番を決定する。例えば図６のパターン１の場合には、当該パターンに従い、データ入力、集約、一括変換、単票分解、データ出力という処理の順番を決定する。
【００２８】
Ｓ７は、制御情報として設定する。これは、Ｓ６で決定された処理の順番を制御情報（連携元のシステムから連携先のシステムに帳票データを渡すときに変換する定義情報）として設定、例えば後述する図５の上段に示す制御情報として設定する。
【００２９】
以上の手順によって、予め各システムの帳票データの定義情報を定義して図１の業務連携サーバ７に登録しておき、必要に応じて連携元のシステムと連携先のシステムとを指定する（Ｓ２）のみで自動的に連携元のシステムの帳票データから連携先のシステムの帳票データに変換する制御情報（連携元システムから連携先システムへの帳票の変換の定義情報）を自動作成して設定することが可能となる。以下図３から図６を用いて詳細に説明する。
【００３０】
図３は、本発明の１実施例構成図を示す。
図３において、連携元業務システムの定義情報２１は、連携元のシステムの定義情報であって、例えば既述した図１の業務システム（営業）５の帳票データ（受注元票）６の定義情報である。
【００３１】
連携先業務システムの定義情報２２は、連携先のシステムの定義情報であって、例えば既述した図１の業務システム（製造）１０の帳票データ（製造指示書）である。
【００３２】
シナリオ選択・制御情報生成モジュール２３は、連携元業務システムの定義情報２１から連携先業務システムの定義情報２２に帳票データを変換する該当パターンを、後述する図６の連携パターン（シナリオ２５）中から選択したり、選択した該当パターンに従い処理の順番を決定して制御情報２６として設定したりなどするものである。
【００３３】
データベース２４は、シナリオ２５および制御情報２６を登録して管理するものである。
シナリオ２５は、連携元のシステムの定義情報および連携先のシステムの定義情報から生じる組合わせのパターン（処理（例えば図６に示すように、データ入力、集約、一括変換、単票分解、データ出力、変換、振り分け、単票分割などの処理）とその順番）を予め登録したものである。
【００３４】
制御情報２６は、連携元のシステムおよび連携先のシステムが指定されたときに連携元のシステムの帳票データを連携先のシステムの帳票データに変換する制御情報（定義情報）を登録したものである（既述した図２のフローチャートに従い自動作成して登録したものである）。
【００３５】
実行制御モジュール２７は、帳票データ２８を受信したときに、連携元のシステムおよび連携先のシステムに対応づけて登録されている該当制御情報２６を読み出して当該制御情報２６に定義（設定）されている処理およびその順番に従い変換した帳票データ２９を連携先のシステムに出力したりなどするものである。
【００３６】
次に、動作を説明する。
（１）シナリオ選択・制御情報生成モジュール２３が指定された連携元業務システムの定義情報２１および連携先業務システムの定義情報２２をもとに、データベース２４内のシナリオ２５中から該当パターンを選択する。例えば後述する図６の連携パターン（シナリオ２５）中から該当する１つのパターンを選択する。
【００３７】
（２）（１）で選択したパターンに従い、処理とその順番を決定して制御情報に設定し、データベース２４に登録する。
（３）連携元のシステムから帳票データ２８を受信したときに、連携元のシステムおよび連携先のシステムに該当する制御情報２６をデータベース２４から読み出し、当該読み出した制御情報２６に従い、所定の処理を所定の順番に実行し、連携元のシステムの帳票データ２８から連携先のシステムの帳票データ２９に自動的に変換し、連携先のシステムに出力する。
【００３８】
以上のように、連携元のシステムおよび連携先のシステムを指定するのみで、それぞれの定義情報を読み込んで図６の連携パターン（シナリオ２５）中から該当パターンを選択し、選択されたパターンに従い処理とその順番を制御情報２６として自動設定し、実行時に連携元のシステムから受信した帳票データ２８を該当制御情報２６に従い連携先のシステムの帳票データ２９に自動変換して出力することが可能となる。
【００３９】
図４は、本発明の説明図を示す。
図４の（ａ）、（ｂ）は、先行業務（連携元業務）と後続業務（連携先業務）の定義情報に従い、いずれのシナリオを適用するかを決定するものである。
【００４０】
ここで、シナリオの内容は、アクション（業務システムの結びつき、あるいは組合わせ）定義で選択した論理ノード（業務システムであって、ここでは先行業務システム）のグループ化の有無（図１では後続業務が業務システム（製造）１０および業務システム（資材）１２の２つをグループ化するので、この場合には後続業務にグループ化有りとなる）や、入出力論理ノードが扱う伝票のフォーマット、さらに、出力論理ノードの伝票形式により決定する。業務連携定義では、利用者により、アクション定義で入力論理ノード（または入力論理ノードグループ）と出力論理ノードグループの組合わせが指定された時点で、シナリオとして最適な処理内容をいくつか選択し、その内容を利用者に通知する。利用者は、業務連携定義情報が通知されたシナリオの中から業務にあった内容を決定する。
【００４１】
尚、図４の表に示すように組合わせによりエラーとなる場合がある。本エラーは、アクション定義において、入力論理ノード（または入力論理ノードグループ）と出力論理ノード（または出力論理ノードグループ）の組合わせを選択した時点で通知する。
【００４２】
ここで、図４の表中の縦軸の先行業務および横軸の後続業務内の帳票データのフォーマット（ＣＩＩ，EDIFACT,ユーザ固有形式）、帳票単位（単票、一括形式など）である。これらの組合わせのときに、図示のようにシナリオ１，２・・・などあるいはエラーと判定する。エラーの場合には、変換処理を行わない。
【００４３】
図５は、本発明の制御情報と帳票データの例を示す。図５中で上段が制御情報であり、下段が帳票データの例を示す。ここで、制御情報の最上段のシナリオ（▲１▼入力、▲２▼振分、▲３▼変換、▲４▼分割、▲５▼出力）は、後述する図６の最下段のパターン４に従い制御情報を設定したものであり、これら▲１▼から▲５▼の順番に処理を実行する様子を示す（矢印でその処理の一部を示す）。尚、図４の制御情報および帳票データを、ＸＭＬ形式で分かり易く後述する図９に記載する。
【００４４】
図６は、本発明の連携パターン例を示す。これは、既述した図３のシナリオ２５に対応するものであって、ここでは、入力（単票、一括）、出力（単票、一括）、出力先（１箇所、複数箇所）の全組合わせのうち帳票データの連携処理を必要のある場合の例を４つ示す。ここでは、上段から図示のような組合わせの場合のパターンである。
【００４５】

・・・・
以上のように、連携元のシステムの帳票データの定義情報および連携先のシステムの帳票データの定義情報をもとに、図１の業務連携サーバ７で処理を行う内容（入力、出力、出力先）に一致するパターンを選択（既述した図２のＳ４からＳ５）し、選択したパターンの処理（例えばパターン４のデータ入力、振分／集約、変換、データ出力）とその順番に従い制御情報２６を設定することが可能となる（図５）。
【００４６】
図７は、本発明の動作説明フローチャート（文書構造化）を示す。
図７において、Ｓ１１は、定義情報を読み込む。これは、各システムの例えば帳票データの定義情報を読み込む。
【００４７】
Ｓ１２は、シナリオ情報を解析する。これは、文書構造化しようとする連携元のシステムの帳票データの定義情報から連携先のシステムの帳票データの定義情報に変換するときに合致するシナリオ情報（例えば既述した図６の連携パターン中から選択したパターン４）を解析する。
【００４８】
Ｓ１３は、処理を順番に書き出す。例えばＳ１２で既述した図６のパターン４を選択したときは、処理として、データ入力、振分／集約、変換、データ出力を順番に書き出す。
【００４９】
Ｓ１４は、入力情報を解析する。これは、Ｓ１２で解析したシナリオの入力情報を解析し、ここでは、入力情報を抽出する。尚、Ｓ２０で使う出力情報、フォーマット情報（入力、出力）なども合わせて抽出して保持する。
【００５０】
Ｓ１５は、先頭の処理を取り出す。ここでは、例えば既述した図６のパターン４の場合には、先頭の「データ入力」という処理を取り出す。以降同様に、次のループ時に、振分／集約、変換、データ出力という順に処理を取り出す。
【００５１】
Ｓ１６は、入力ノードを検索する。これは、Ｓ１５で取り出した処理、例えばデータ入力処理における入力ノードを、ｉｎｎｏｄｅ０００００１として取り出す（図９の▲１▼入力定義参照）。
【００５２】
Ｓ１７は、入力情報をもとにＸＭＬ形式に書き出す。これにより、後述する図９の例えば▲１▼入力定義と、その入力ノードｉｎｎｏｄｅ０００００１がＸＭＬ形式で書き出されることとなる。
【００５３】
Ｓ１８は、入力終わりか判別する。ＹＥＳの場合には、Ｓ１９に進む。ＮＯの場合には、次の入力について、Ｓ１６以降を繰り返して入力ノードをＸＭＬ形式で順番に書き出す。
【００５４】
Ｓ１９は、処理終わりか判別する。これは、Ｓ１３で順番に書き出した処理（例えばデータ入力、振分／集約、変換、データ出力）の全てについて終了したか判別する。ＹＥＳの場合には、Ｓ２０に進む。ＮＯの場合には、Ｓ１５以降を繰り返し次の処理について実行する。
【００５５】
Ｓ２０は、Ｓ１５からＳ１９のＹＥＳによって、入力情報について全ての処理（例えばデータ入力、振分／集約、変換、データ出力）について全て終了したので、次に、出力情報についてもＳ１５からＳ１９のＹＥＳと全く同様に各処理の出力ノードを検索してＸＭＬ形式として書き出す。
【００５６】
Ｓ２１は、完成する。
以上の手順によって、連携元のシステムの帳票データの定義情報から連携先のシステムの帳票データの定義情報に変換するシナリオ（Ｓ１２、図６の例えばパターン４）を解析し、当該シナリオ中の各処理の入力情報、出力情報をそれぞれＸＭＬ形式で書き出し、完成したこととなる（図９の上段の部分）。
【００５７】
図８は、本発明の動作説明フローチャート（文書構造化、その２）を示す。ここで、例えば同じ”交換”であっても、細かく言えば他に分割、集約があり、また、シナリオによっては展開パターンが異なることがあるので、その一例をもとに以下説明する。
【００５８】
図８において、Ｓ３２は、入力か判別する。これは、既述した図７でシナリオから順番に取り出したものが、入力か判別する。ＹＥＳの場合には、Ｓ３２からＳ３４を実行する。ＮＯの場合には、Ｓ３２からＳ３４をスキップしてＳ３５に進む。
【００５９】
Ｓ３２は、Ｓ３１のＹＥＳで入力と判明したので、先頭の処理を取り出す。Ｓ３３は、Ｓ３２で取り出した処理について、入力ノードの数だけ検索し、ラベルを取り出す。例えばラベルｉｎｎｏｄｅ０００００１を取り出す。
【００６０】
Ｓ３４は、展開する。これにより、入力ノードの数だけ検索したラベルがＸＭＬ形式で展開されることとなる。
以上のＳ３１のＹＥＳ，Ｓ３２からＳ３４によって、後述する図９の制御情報の中段の▲１▼入力のフィールドに、入力ノードｉｎｎｏｄｅ０００００１が図示のようにＸＭＬ形式で自動的に展開されることとなる。
【００６１】
Ｓ３５は、振分か判別する。ＹＥＳの場合には、Ｓ３６に進む。ＮＯの場合には、スキップしてＳ３９に進む。
Ｓ３６は、入力ノードを検索し、ラベルを取り出す。
【００６２】
Ｓ３７は、出力ノードの数だけ検索し、ラベルを取り出す。
Ｓ３８は、展開する。
以上のＳ３５のＹＥＳ，Ｓ３６からＳ３８によって、後述する図９の制御情報の中段の▲２▼振分のフィールドに、入力ノードｉｎｎｏｄｅ０００００１に対応づけて出力ノードｏｕｔｎｏｄｅ０００００１，ｏｕｔｎｏｄｅ０００００２，ｏｕｔｎｏｄｅ０００００３の３つが図示のようにＸＭＬ形式で自動的に展開されることとなる。
【００６３】
Ｓ３９は、変換あるいは出力か判別する。ＹＥＳの場合にはＭＳ４０に進む。ＮＯの場合には、スキップして終了する。
Ｓ４０は、出力ノードを検索し、ラベルを取り出す。
【００６４】
Ｓ４１は、展開する。
以上のＳ３９のＹＥＳ，Ｓ４０，Ｓ４１によって、後述する図９の制御情報の中段の▲３▼変換（あるいは▲４▼出力）のフィールドに、出力ノードｏｕｔｎｏｄｅ０００００１，ｏｕｔｎｏｄｅ０００００２，ｏｕｔｎｏｄｅ０００００３の３つが図示のようにＸＭＬ形式で自動的に展開されることとなる。
【００６５】
図９は、本発明の制御情報の文書構造例を示す。これは、既述した図６の連携パターン中のパターン４について、図７、図８のフローチャートに従い、プラットホームを選ばない即実行可能形式であるＸＭＬ形式の文書構造に自動生成したものである。
【００６６】
図９において、上段と中段は、制御情報である。上段は、既述した図７のフローチャートに従い、例えば図６の連携パターン中のパターン４および定義情報をもとに自動生成したものである。中段は既述した図８のフローチャートに従い上段を即実行可能形式のＸＭＬ形式に展開した様子を模式的に示したものである。
【００６７】
下段は、帳票データの例を示す。
図１０は、本発明の動作説明フローチャート（レベル付け）を示す。これは、定義情報についていずれの優先レベルに対応づけて格納するかを決定するフローチャートである。
【００６８】
図１０において、Ｓ４１は、データ格納媒体を解析して重みを設定する。これは、定義情報（制御情報）について、データ格納媒体を解析して重みを設定する。例えばデータ格納媒体の種類によって下記の該当する重みを設定する。
【００６９】
・メッセージキュー：３
・ワークフロー：２
・データベース：１
・ファイル：１
Ｓ４２は、起動契機を解析して重みを設定する。これは、定義情報について、起動契機を解析して重みを設定する。例えば起動契機の種類によって下記の該当する重みを設定する。
【００７０】
・ＡＰＩ起動：３
・ワークフロー起票：２
・コマンド：１
・集信監視：１
Ｓ４３は、帳票データ単位を解析して重みを設定する。これは、定義情報について、帳票データ単位を解析して重みを設定する。例えば帳票データ単位の種類によって下記の該当する重みを設定する。
【００７１】
・単票：３
・一括：１
Ｓ４４は、重みを集計する。これは、Ｓ４１からＳ４３で設定した各重みを集計、例えば合計する。
【００７２】
Ｓ４５は、集計値が６以上か判別する。ＹＥＳの場合には、Ｓ４７で優先レベル１と決定する。ＮＯの場合には、Ｓ４６に進む。
Ｓ４６は、集計値が３以上か判別する。ＹＥＳの場合には、Ｓ４７で優先レベル２と決定する。ＮＯの場合には、優先レベル３と決定する（あるいはレベルを増やしてキャッシュ対象外の例を増加させる）。
【００７３】
以上によって、定義情報について、データ格納媒体、起動契機、帳票データ単位の種類で重みをそれぞれ設定して集計し、集計値によって優先レベル１，２，３と決定することにより、緊急性の高い帳票データの定義情報を優先レベル１に対応づけて格納して迅速に読み出して帳票データを処理することが可能となる。
【００７４】
図１１は、本発明の定義情報制御の処理フローチャートを示す。
図１１において、Ｓ５２は、処理要求があったときに開始し、処理要求情報の入力・解析を行う。
【００７５】
Ｓ５３は、キャッシュ数上限以下か判別する。ＹＥＳの場合には、Ｓ５４に進む。ＮＯの場合には、キャッシュが一杯であるので、Ｓ６０に進む。
Ｓ５４は、外部記憶装置の定義情報の更新日時を取得する。
【００７６】
Ｓ５５は、メモリから定義情報を検索する。検索は、検索木内の優先度大のノードから、参照日時の降順で行う。
Ｓ５６は、Ｓ５５のメモリ（キャッシュ）検索の結果、ヒットしたか判別する。ＹＥＳの場合には、Ｓ５７に進む。ＮＯの場合には、ミスヒットと判明したので、Ｓ６０に進む。
【００７７】
Ｓ５７は、最終参照日時がメモリ上のものと、外部記憶装置上のものとが等しいか判別する。ＹＥＳの場合には、Ｓ５８に進む。一方、ＮＯの場合には、メモリ上の定義情報が古いと判明したので、Ｓ５９でメモリに展開している当該定義情報を削除し、Ｓ６０に進む。
【００７８】
Ｓ５８は、Ｓ５７のＹＥＳでメモリ上の定義情報の更新日時が外部記憶装置上の定義情報の更新日時と等しく、メモリ上の定義情報が最新と判明したので、メモリ上の定義情報を参照し、メモリを参照日時順に順番替えし、終了する（合わせて参照した定義情報をもとに帳票データの処理を実行する）。
【００７９】
Ｓ６０は、外部記憶装置から定義情報を参照する。
Ｓ６１は、キャッシュ数上限以下か判別する。ＹＥＳの場合には、Ｓ６２に進む。ＮＯの場合には、キャッシュ（メモリ）が一杯であると判明したので、終了する。
【００８０】
Ｓ６２は、Ｓ６１のＹＥＳでキャッシュ（メモリ）が一杯でないと判明したので、定義情報項目を参照する。
Ｓ６３は、定義情報項目（業務システムの通信方式、データ格納媒体、起動契機、帳票データ単位、その他）の優先度を判定し、定義情報の検索優先度を算出する（既述した図１０参照）。
【００８１】
Ｓ６４は、メモリ格納対象か判別する。これは、Ｓ６３で算出した優先度（図１０で算出した優先レベル）がメモリ（キャッシュ）の格納対象のデータであるか判別する。ＹＥＳの場合には、Ｓ６５で定義情報の優先度に応じて、優先度段階に応じたメモリ格納位置に、参照日時順に追加または入替（キャッシュ数上限まで）る。
【００８２】
以上のように、優先レベルの高い定義情報をメモリに参照日時順に格納することにより、優先レベルの高い定義情報をメモリ上から迅速に参照して処理を実行することが可能となる。
【００８３】
図１２は、本発明のメモリに展開される定義情報の構造例を示す。
図１２において、格納木のルートノードの配下の左側から順に優先レベル１，２，３・・・というように設け、かつ各優先レベル内では参照日時の降順（即ち、参照日時が最近ほど格納木のルートノードに近い方から順に情報（定義情報）を格納する。
【００８４】
・前リストポインタ：
・次リストポインタ：
・Ａ定義情報更新日時：
・Ｂ定義情報更新日時：
・・・
・Ａ定義情報：
・Ｂ定義情報：
・・・
以上のように、優先レベル毎に参照日時降順に定義情報をリンクし、既述した図１１のフローチャートに従い定義情報の参照などを実行することにより、優先レベルの高く、かつ参照日時の新しい程、ヒットしやすくかつ検索が簡易にでき、優先レベルの高く、頻繁に参照する定義情報ほど高速に参照して当該定義情報をもとに帳票データの処理実行することが可能となる。
【００８５】
（付記１）
システム間でデータの連携を行う連携方法において、
連携元および連携先のシステムの定義情報をもとに、連携パターン中から該当パターンを選択するステップと、
上記選択されたパターンに従い複数の処理および該複数の処理を実行する順番を設定した制御情報を生成するステップと
連携元システムからのデータについて、該当制御情報に従い実行することで生成されたデータを連携先のシステムに出力するステップと
を有する連携方法。
【００８６】
（付記２）
上記制御情報を即実行可能な文書構造に変換するステップを有する付記１記載の連携方法。
【００８７】
（付記３）
上記文書構造をＸＭＬ文書とした付記１記載の連携方法。
（付記４）
定義情報の格納媒体、移動契機、および帳票データの１つ以上に予め付与されている優先度をもとに当該定義情報の優先レベルを決定して当該優先レベルに対応づけて格納するステップを有する付記１から付記３のいずれかに記載の連携方法。
【００８８】
（付記５）
システム間でデータの連携を行う連携プログラムにおいて、
連携元および連携先のシステムの定義情報をもとに、連携パターン中から該当パターンを選択する手段と、
上記選択されたパターンに従い複数の処理および該複数の処理を実行する順番を設定した制御情報を生成する手段と
連携元システムからのデータについて、該当制御情報に従い実行することで生成されたデータを連携先のシステムに出力する手段と
して実行させるための連携プログラム。
【００８９】
（付記６）
上記制御情報を即実行可能な文書構造に変換する手段を有する付記５記載の連携プログラム。
【００９０】
（付記７）
定義情報の格納媒体、移動契機および帳票データの１つ以上に付与されている優先度をもとに当該定義情報の優先レベルを決定して当該優先レベルに対応づけて格納するステップを有する付記５あるいは付記６記載の連携方プログラム。
【００９１】
（付記８）
上記制御情報をもとに格納媒体、移動契機、および帳票データ単位の１つ以上に予め付与されている優先度をもとに当該制御情報の優先レベルを決定して当該優先レベルに対応づけて格納する手段を有する付記６記載の連携プログラム。
【００９２】
【発明の効果】
以上説明したように、本発明によれば、連携しようとするシステムのデータの定義情報をもとにシナリオから該当するものを選択して最適な処理とその順番を自動決定して実行したり、制御情報を即実行可能形式の文書構造に変換したり、制御情報のデータ格納媒体などに優先度を付与して当該制御情報の優先レベルを決定して優先レベル別に格納して参照しデータ処理したりする構成を採用しているため、各システムの定義情報を予め定義するのみでシステム間連携の一連の処理を自動実行、機能の追加修正を簡易に実現、および緊急性に応じて迅速にデータ処理するシステムを実現することが可能となる。
【図面の簡単な説明】
【図１】本発明のシステム構成図である。
【図２】本発明の動作説明フローチャートである。
【図３】本発明の１実施例構成図である。
【図４】本発明の説明図である。
【図５】本発明の制御情報と帳票データの例である。
【図６】本発明の連携パターン例である。
【図７】本発明の動作説明フローチャート（文書構造化）である。
【図８】本発明の動作説明フローチャート（文書構造化、その２）である。
【図９】本発明の制御情報の文書構造例である。
【図１０】本発明の動作説明フローチャート（レベル付け）である。
【図１１】本発明の定義情報制御の処理フローチャートである。
【図１２】本発明のメモリに展開される定義情報の構造例である。
【符号の説明】
１：連携パターン（シナリオ）
２：定義生成モジュール
３：データベース（制御情報）
５、１０，１２：業務システム
７：業務連携サーバ
８：処理受付モジュール
９：処理制御モジュール
１１，１３：帳票データ
２０：連携元／連携先システムの定義情報

Claims

コンピュータにシステム間でデータの連携を行わせるための連携プログラムにおいて、
コンピュータを、
連携元および連携先のシステムのデータの定義情報をもとに、該連携元システムのデータの定義情報から該連携先システムデータの定義情報へ変換するために必要な複数の処理と該複数の処理の実行すべき順序とを示す情報である連携パターンをデータベースから参照して、該連携パターンの中から該当パターンを選択する手段と、
上記選択されたパターンに示される上記複数の処理を、上記選択されたパターンに示される該複数の処理を実行する順番に設定した制御情報を生成してデータベースへ登録する手段と、
上記データベースから読み出した制御情報に基づき、上記連携元システムから受信したデータを上記連携先システムのデータに変換し、該変換したデータを該連携先システムへ出力する手段と
して実行させるための連携プログラム。
上記制御情報をＸＭＬ形式に変換する手段をさらに有する請求項１記載の連携プログラム。
上記制御情報はさらに、データ格納媒体の種類、起動契機の種類、および帳票データ単位の種類に応じて優先度重みの設定を含み、上記制御情報に設定されている重みの集計値をもとに当該制御情報の優先レベルを決定し、当該制御情報を当該優先レベルに応じたメモリ格納位置に格納する手段をさらに有する請求項２記載の連携プログラム。