トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 既存システム連携制御装置
【発明者】 【氏名】中島 孝浩

【氏名】川上 能徳

【氏名】根上 俊幸

【氏名】葛西 裕昭

【氏名】野坂 祥江

【氏名】斎藤 美佐
【要約】 【課題】企業や部門で各々独立に開発され運営されてきたシステムから、それらを連携させた統合システムを構築する際の統合化コスト、および、統合化した後の保守コストを可能な限り小さくすることが可能な既存システム連携制御装置を提供することを課題とする。

【解決手段】ユーザーサービス制御部２０とフロー制御部１０と、１つ以上の外部システム中継接続装置４０とを備えて、これらの構成要素が汎用記法で記述された情報をやり取りすることにより複数の既存の情報処理システム５０を連携させてより複雑な連携処理動作を行う複合情報処理システムを簡単に実現させることを可能とする既存システム連携制御装置１により上記課題を解決する。前記フロー制御部１０は、与えられた処理要求に応えるための動作手順を定めた処理フローファイル１５に従って動作する。処理要求、処理結果の汎用記法にタグ付き構造化言語を採用する。
【特許請求の範囲】
【請求項１】 ユーザーサービス制御部とフロー制御部と、１つ以上の外部システム中継接続装置とを備えて、既存の情報処理システムを連携させて動作させる既存システム連携制御装置であって、前記ユーザーサービス制御部は、利用者からの処理要求を汎用記法で記述された形式に変換して前記フロー制御部に渡すとともに、フロー制御部から汎用記法で記述された処理結果を受取り、これを利用者のクライアント装置に適合した形式に変換して利用者に返すものであり、前記フロー制御部は、汎用記法で記述された処理要求を解釈して、既存の情報処理システムと連絡するそれぞれの外部システム中継接続装置に必要な処理要求を適切な順序で発行し、それらの処理結果を受取り、必要なデータ変換を行いこれを集約して最終的に汎用記法で記述された処理結果を作成しユーザーサービス制御部に返すものであり、前記外部システム中継接続装置は、既存の情報処理システム毎に設計され用意されるものであって、汎用記法で記述された処理要求を受取り、これにしたがって担当する既存の情報処理システムに対して、そのシステムに依存する形式の処理要求を発行し、得られた結果を汎用記法で記述して前記フロー制御部に返すものであり、これらの構成要素が汎用記法で記述された情報をやり取りすることにより複数の既存の情報処理システムを連携させてより複雑な連携処理動作を行う複合情報処理システムを簡単に実現させることを可能とする既存システム連携制御装置。
【請求項２】 前記フロー制御部は、与えられた処理要求に応えるための動作手順を定めた処理フローファイルに従って動作するものであって、処理要求の種類に応じた複数の処理フローファイルを備えたものである請求項１に記載の既存システム連携制御装置。
【請求項３】 前記フロー制御部は、ユーザーサービス制御部から与えられた処理要求から適切な処理フローファイルを選択する処理フロー選択部と、選択された処理フローファイルを解釈して、必要な処理要求を発行し、あるいはデータ変換を実行し、得られた結果をユーザーサービス制御部に返す処理フロー実行部と、適切な外部システム中継接続装置を選択して、前記処理フロー実行部の発行した処理要求をそこへ転送するアダプタ制御部を備えるものである請求項２に記載の既存システム連携制御装置。
【請求項４】 前記ユーザーサービス制御部は、ユーザーからの処理要求を汎用記法で記述された処理要求に変換する処理要求変換部と、予め用意された処理結果変換規則を記述した処理結果変換ファイルの内容にしたがって、前記フロー制御部から返された処理結果をユーザーのクライアント装置に合わせたデータ形式に変換する処理結果変換部と、から構成されるものである請求項１に記載の既存システム連携制御装置。
【請求項５】 前記外部システム中継接続装置は、与えられた処理要求を、担当する既存システムに依存する処理要求に変換するための変換規則を定めた処理要求変換ファイルと、この既存システムより得られた処理結果を、汎用記法で記述するための変換規則を定めた結果変換ファイルとを備え、これらのファイルを参照して必要な変換を施して、既存システムとの中継接続を行うものである請求項１に記載の既存システム連携制御装置。
【請求項６】 前記既存システム連携制御装置が扱う処理要求、処理結果の汎用記法の記述および前記処理フローファイルの記述をタグ付きの構造化言語で行うことを特徴とする請求項１から請求項５のいずれかに記載の既存システム連携制御装置。
【請求項７】 前記既存システム連携制御装置が扱う処理要求、処理結果の汎用記法の記述および前記処理フローファイルの記述をＸＭＬで行い、各種の変換ファイル中の変換手順の記述をＸＳＬＴで行うことを特徴とする請求項６に記載の既存システム連携制御装置。
【発明の詳細な説明】【０００１】
【発明の属する技術分野】独立に開発された複数の情報処理システムを連携させるシステム制御技術またはそのような技術を用いた装置に関する。
【０００２】
【従来技術】各々独立に開発されたシステム間の連携を行う為には、従来は、システムどうしで対話を行う為のフォーマットを独自に取り決め、システム毎にその取り決めに従ったプログラムの修正及び追加を行っていた。従来単一の企業や単一の業務ごとにシステムが構築され運用されている。近年、業務形態の変化やネットワークの普及などにより、企業間や業務間で既存のシステムを連携して新しいサービスを提供する機会が増えている。従来こうしたシステム間連携を実現するにあたっては、システム毎に処理要求やデータの授受の方法を独自に決めて開発し、その後の拡張や変更はあまり考慮されることがなかった。
【０００３】
【発明が解決しようとする課題】上記のような従来のシステム連携手法では、独自の交換データのフォーマットを用いることと、その交換データフォーマットに合わせたプログラム修正を施すことから、新たに連携を行うシステムを追加したい場合やそのシステム間の処理の流れを変更したい場合には、全てのシステムのプログラムの修正が発生するなど、開発時間及びコストが膨大にかかっていた。
【０００４】本発明はこのような従来技術の問題点を考慮して考案されたものであって、企業や部門で各々独立に設計され開発され運用されてきたシステムから、それらを連携させた統合システムを構築する際の統合化コスト、および、統合化した後の保守コストを可能な限り小さくすることを可能とする既存システム連携制御装置を提供することを課題とする。
【０００５】
【課題を解決するための手段】そこで本発明は、ユーザーサービス制御部とフロー制御部と、１つ以上の外部システム中継接続装置とを備えて、既存の情報処理システムを連携させて動作させる既存システム連携制御装置であって、前記ユーザーサービス制御部は、利用者からの処理要求を汎用記法で記述された形式に変換して前記フロー制御部に渡すとともに、フロー制御部から汎用記法で記述された処理結果を受取り、これを利用者のクライアント装置に適合した形式に変換して利用者に返すものであり、前記フロー制御部は、汎用記法で記述された処理要求を解釈して、既存の情報処理システムと連絡するそれぞれの外部システム中継接続装置に必要な処理要求令を適切な順序で発行し、それらの処理結果を受取り、必要なデータ変換を行いこれを集約して最終的に汎用記法で記述された処理結果を作成しユーザーサービス制御部に返すものであり、前記外部システム中継接続装置は、既存の情報処理システム毎に設計され用意されるものであって、汎用記法で記述された処理要求を受取り、これにしたがって担当する既存の情報処理システムに対して、そのシステムに依存する形式の処理要求を発行し、得られた結果を汎用記法で記述して前記フロー制御部に返すものであり、これらの構成要素が汎用記法で記述された情報をやり取りすることにより複数の既存の情報処理システムを連携させてより複雑な連携処理動作を行う複合情報処理システムを簡単に実現させることを可能とする既存システム連携制御装置により上記課題を解決することを要旨とする。
【０００６】本発明の好ましい実施態様の一つは、前記フロー制御部は、与えられた処理要求に応えるための動作手順を定めた処理フローファイルに従って動作するものであって、処理要求の種類に応じた複数の処理フローファイルを備えた既存システム連携制御装置である。処理フローを実行するエンジン部分と処理フローの手順を記述する処理フローファイルを分離する事により、処理フローの変更に柔軟に対応できるようになる。また、処理フローファイルの記述方法に一定の規則が必要となることにより、結果的に既存情報処理システムの連携動作を統一的に記述することが可能となる。
【０００７】前記実施態様を実現するため、より具体的には、前記フロー制御部は、ユーザーサービス制御部から与えられた処理要求から適切な処理フローファイルを選択する処理フロー選択部と、選択された処理フローファイルを解釈して、必要な処理要求を発行し、あるいはデータ変換を実行し、得られた結果をユーザーサービス制御部に返す処理フロー実行部と、適切な外部システム中継接続装置を選択して、前記処理フロー実行部の発行した処理要求をそこへ転送するアダプタ制御部を備えるように構成することが望ましい。
【０００８】本発明の好ましい実施態様の一つは、前記ユーザーサービス制御部は、ユーザーからの処理要求を汎用記法で記述された処理要求に変換する処理要求変換部と、予め用意された処理結果変換規則を記述した処理結果変換ファイルの内容にしたがって、前記フロー制御部から返された処理結果をユーザーのクライアント装置に合わせたデータ形式に変換する処理結果変換部と、から構成されるようにした既存システム連携制御装置である。変換規則を処理結果変換ファイルの形で、変換処理ロジックから分離させることで、様々なユーザークライアント装置への対応を柔軟に実現させる事が可能となる。
【０００９】本発明の好ましい実施態様の一つは、前記外部システム中継接続装置は、与えられた処理要求を、担当する既存システムに依存する処理要求に変換するための変換規則を定めた処理要求変換ファイルと、この既存システムより得られた処理結果を、汎用記法で記述するための変換規則を定めた結果変換ファイルとを備え、これらのファイルを参照して必要な変換を施して、既存システムとの中継接続を行うように構成した既存システム連携制御装置である。変換規則を処理要求変換ファイルおよび結果変換ファイルの形で、変換処理ロジックから分離させることで、様々な既存情報処理システムへの対応を柔軟に実現させる事が可能となる。
【００１０】本願発明の既存システム連携制御装置が扱う処理要求、処理結果の汎用記法の記述および前記処理フローファイルの記述は、タグ付きの構造化言語で行うことが望ましい。処理要求や処理結果の表現は、一般に、何らかの構造を持っているからである。また、各種の変換規則を記述しやすいからである。特に、タグ付け構造化文書記述言語の標準の一つであるＸＭＬ（eXtensible Markup Language）を用いることができる。ＸＭＬは、ＷＷＷブラウザなどのインターネット技術と親和性が高いので、本発明の既存システム連携制御装置ではＸＭＬを用いることがより好ましい。
【００１１】構造化データ表現としてＸＭＬを用いる場合には、各種変換規則を表すファイルは、ＸＭＬ文書のスタイル記述言語であるＸＳＬ（eXtensible Stylesheet Language）のサブセットであるＸＳＬＴ（XLS Translator）で記述すると都合がよい。ＸＳＬＴは、ＸＭＬ文書の文書構造の変換処理を記述する言語である。
【００１２】
【発明の実施の形態】以下、図面を用いて、本発明に係る既存システム連携制御装置の実施形態を説明してゆく。図１は、本発明に係る既存システム連携制御装置１の全体構成図である。既存システム連携制御装置１は、ユーザーからの処理要求を受付け、既存の情報処理システム５０a、５０ｂ、‥を連携させて処理を実行し、その結果をユーザーに返答する。そのために、既存の情報処理システム５０と連絡する外部システム中継接続装置４０a、４０ｂ、‥、複数の既存情報処理システムを連携させるロジックを実行するフロー制御部１０、ユーザーとのインターフェースを担うユーザーサービス制御部２０を備える。
【００１３】２０はユーザーサービス制御部であって、遠隔地のコンピュータ８や既存システム連携制御装置１に備えられたグラフィカルユーザーインターフェース（以下ＧＵＩ）手段３０から受付けた利用者からの処理要求を、構造化データで記述された処理要求に変換してフロー制御部１０に伝えるとともに、フロー制御部１０が得た処理結果をユーザー端末装置である遠隔地のコンピュータ８やローカルのＧＵＩ手段３０に伝える働きをする。尚５１、５２はそれぞれローカルのグラフィックディスプレイとキーボード・マウス等の入力装置である。
【００１４】ユーザー端末装置は、コンピュータに限られるものではなく、既存システム連携制御装置１とデータ通信ネットワーク９を構成することができる携帯電話端末であってもよい。ユーザサービス制御部と端末装置との間の処理要求のデータの受渡しに必要な通信手段としては、インターネットをはじめとして、様々なネットワーク環境の利用が考えられる【００１５】外部システム中継接続装置（以下アダプタと記載）４０は、それぞれ独立に開発され稼動している既存のアプリケーションシステム５０ａ、５０ｂ、…、例えば、特定のデータベースデータを利用するアプリケーションや、特定の業務処理を実行するアプリケーションなどのうちのどれかに対応しており、フロー制御部１０から受付けた動作命令にしたがって担当するアプリケーションシステムを駆動し、結果を汎用記法の表現にしてフロー制御部１０に返す。アダプタ４０と対応する既存のアプリケーションシステムとは、同一のコンピュータ上に存在することもあるし、一つのローカルエリアネットワーク上の異なるコンピュータ上に存在することもある。
【００１６】図２は、ユーザーサービス制御部２０の構造をさらに詳細に示した図である。ユーザーサービス制御部２０は、処理要求変換部２１と処理結果変換部２２から構成され、処理結果変換部２２は、変換索引ファイル２３と適切に選択した処理結果変換ファイル２４を参照して必要な変換処理を実行する。図４は、ユーザーサービス制御部２０の行うユーザーサービス処理の流れを説明するフローチャートである。以下、図４にしたがってユーザーサービス制御部２０の動作を説明する。
【００１７】まず、ユーザサービス制御部は、個人の端末装置から送られて来る処理要求のデータを受け取る。端末装置から送られて来る処理要求のデータは、端末装置の仕様に依存した専用の記法によって記述されている。受け取った処理要求のデータは、処理要求変換部２１に渡され、汎用記法の処理要求へ変換される（Ｓ２１）。端末装置の仕様に依存した専用の記法で表現された処理要求のデータを、本装置に合わせた汎用記法に変換する。この専用記法から汎用記法に変換する機能は、端末装置の仕様に依存した形で実装される。
【００１８】端末装置の操作画面のイメージと、そこから受けた専用記法による処理要求を処理要求変換部によって汎用記法の処理要求に変換した結果を、それぞれ図５の（ａ）、（ｂ）に示す。処理要求の汎用記法による記述方法は特に規定はしないが、例えば、ＸＭＬの記法を用いた場合は、図５の（ｂ）に示すような形での記述が考えられる。図５（ａ）は端末装置の画面上でユーザ（個人）が「商品分類が日用品」という条件で、商品を検索する際のイメージを表している。図５（ｂ）は端末装置から受け取った専用記法による処理要求を、処理要求変換部２１が汎用記法に変換した結果を表している。図中の「商品検索」とそれを囲むタグ部分は、「処理命令」といい、この処理要求が商品を検索するものであることをフロー制御部１０に伝える。「日用品」とそれを囲むタグの部分は、検索条件が「商品分類が日用品」であることを、それぞれ表している。
【００１９】ステップＳ２１で生成した汎用記法による処理要求のデータを、後述のフロー制御部１０に送る（Ｓ２２）。フロー制御部１０では、この処理要求に従って様々なデータ処理（ここでは条件に合致する商品の検索と、在庫情報の抽出）が行われ、その結果が、同じく汎用記法の形で、ユーザサービス制御部に返される。
【００２０】ステップＳ２１で送った処理要求の内容に従ってフロー制御部が行った処理の結果を、汎用記法の形で処理結果変換部２２が受け取り、処理結果変換部２２は、汎用記法で表現された処理結果を、端末装置に合わせた表現に変換する。そのためにまず、変換処理に適用する処理結果変換ファイル２４を選択する（Ｓ２３）。処理結果変換ファイル２４の選択は、受け取った汎用記法の処理結果と、予め用意された変換索引ファイル２３の内容に従って行われる。
【００２１】図６に、汎用記法の処理結果と変換索引ファイル２３の内容を示す。処理結果の汎用記法による記述方法は特に規定はしないが、例えば、ＸＭＬの記法を用いた場合は、図６の（ｂ）に示すような形での記述が考えられる。変換索引ファイル２３は、図６（ａ）に示すCSVファイルの形をとっており、ここには処理命令の文字列と、それに対応する処理結果変換ファイル２４のファイル名が、記述されている。処理結果の汎用記法から専用記法へ変換は、この処理命令に対応した処理結果変換ファイルに従って行われる。
【００２２】フロー制御部が返してくる処理結果は、図６（ｂ）の部分に示すように、<request>〜</request>のユーザサービス制御部が送った汎用記法の処理要求に、<responce>〜</response>のフロー制御部側で行った処理の結果が追加された形になっている。フロー制御部側で追加した処理の結果の中の、<product id ="00001">〜</product>までが、検索条件に合致した商品１件分の情報を表しており、<name>〜</name>と<price>〜</price>が既存の情報処理システムの一つである商品情報データベースから取り出された商品名と価格を、<stocks>〜</stocks>が既存の情報処理システムの一つである在庫管理システムから取り出された、商品の在庫数を表している。
【００２３】処理結果変換部２２は、処理結果の中の処理命令を取出し、これをキーとして、処理結果に適用する処理結果変換ファイル２４を選択する（Ｓ２３）。
【００２４】次に、処理結果変換部２２は、ステップＳ２３で選択した処理結果変換ファイル２４を、フロー制御部１０から受け取った汎用記法の処理結果に適用し、ユーザの端末の仕様に合わせた専用記法の処理結果に変換する（Ｓ２４）。ここでは、ユーザの端末をＷＷＷ（World Wide Web）ブラウザ、専用記法をHTML（HyperText Markup Language）とした場合を想定して説明する。処理結果変換ファイル２４の記述方法は特に規定はしないが、例えば、ＸＳＬＴの記法を用いた場合は、図７に示すような形での記述が考えられる。図中の斜め↓部分が、汎用記法の処理結果の中のタグで囲まれた部分のテキストデータ（図６（ｂ）の太字部分）を抽出することを表している。前頁の図６（ｂ）の汎用記法の処理結果に対し、図７の処理結果変換ファイルに記述された変換ルールにしたがって、端末（ＷＷＷブラウザ）の専用記法（HTML）に変換した結果を図８に示す。図中の太字の部分が、結果変換ファイル（ＸＳＬＴ）の記述にしたがって、汎用記法（ＸＭＬ）の処理結果から抽出されたデータである。処理結果変換部で変換された図８の処理結果を、ＷＷＷブラウザで表示すると、図９のようになる。
【００２５】図３は、フロー制御部１０の構造をさらに詳細に示した図である。フロー制御部１０は、ユーザーサービス制御部２０からの処理要求を受け、適切な処理フローを選択する処理フロー選択部１１と、適切に選択した処理フローファイル１５に従い、必要に応じて構造変換ファイル１６を参照して、連携処理ロジックを実行し、処理結果をユーザーサービス制御部２０に返す処理フロー実行部１２と、既存の情報処理システム用の各アダプタ４０とのインターフェースをとるアダプタ制御部１３とから構成される。
【００２６】図１０は、フロー制御部１０の行うフロー制御処理の流れを説明するフローチャートである。以下、図１０にしたがってフロー制御部１０の動作を説明する。
【００２７】まず、ユーザサービス制御部２０からの汎用記法で記述された処理要求を受け取り、適切な処理フローファイル１５を選択する（Ｓ１１）。実際に処置要求を受け取るのは、フロー制御部の中の処理フロー選択部１１である。処理フローの選択は、処理フロー索引ファイル１４を参照して行われる。処理フロー索引ファイル１４は、図１１に示すように、処理命令の文字列と対応する処理フローファイルのファイル名が記述されている。処理フロー選択部１１は、ユーザサービス制御部２０から受け取った汎用記法の処理要求の中の処理命令（<instruction>と</instruction>で挟まれた文字列）の値と一致する処理命令に対応する処理フローファイルを選択する。
【００２８】処理フローファイル１５には、受け取った処理要求に対して、実際にどのような処理を行うかの手順が記述されている。処理フローファイル１５は、処理命令の種類に対応して予め複数個用意されており、処理フロー索引ファイル１４により、処理要求中に記述された処理命令の値をキーとして、実際の処理要求と関係付けられる。
【００２９】処理フロー実行部１２は、ステップＳ１１で選択された処理フローファイル１５と、汎用記法による処理要求を受け取り、選択された処理フローファイル１５の中に記述された手順に従って、受け取った処理要求に対する様々な処理を行う。実際には処理フローファイル１５の内容にしたがって、次の１）〜３）のような処理を行う。
１）既存システムとの仲介を行うアダプタを制御するアダプタ制御部１３（後述）に処理を依頼するために、新たな処理要求を生成し（Ｓ１３１）、これをアダプタ制御部１３に渡す（Ｓ１３２）。
２）アダプタ制御部１３から処理結果を受取り、受け取った処理結果から、さらに別の既存システムに対する処理要求を生成し（Ｓ１３１）、再びアダプタ制御部１３に渡す（Ｓ１３２）。
３）必要に応じて、受け取った処理要求やアダプタ制御部１３から受け取った処理結果などのマージや構造変換などの加工処理を施す（Ｓ１３３）。
【００３０】処理フローファイルの記法は特に規定しないが、例えばＸＭＬの記法を用いた場合は、図１２のようになる。図１２の処理フローの中の（１）〜（５）の各行が、実際に処理フロー実行部１２で行われる処理の内容を記述した部分である。以下、各行に対応する処理の内容を順に説明する。尚、「商品情報ＤＢ」、「在庫管理システム」は、既存システム連携制御装置１が連携させる既存の情報処理システムである。
【００３１】（１）：「商品情報DB」への処理の依頼記述：<AdapterCtl name = "商品情報DB”request ="!REUEST" result ="prodlist.xml"/>‐この行では、本装置に接続されている既存システムの中の「商品情報DB」に、ユーザサービス制御部２０から受け取った処理要求を渡し、商品情報の検索を依頼している。
‐実際には、この行の記述の内容が、アダプタ制御部１３（後述）に渡され、そこで「商品情報DB」に接続されているアダプタが選択され、選択されたアダプタの中で処理要求が実行され、その処理結果が返ってくる。
‐「name = "商品情報DB"」の部分が、処理を行うアダプタを特定するための情報である。
‐「request ="!REUEST"」の「request =""」は、アダプタ制御部を経由して、アダプタに送られる処理要求を指定する記述で、通常は「""」の部分に処理要求を格納したファイルのファイル名が記述されるが、「"!REUEST"」と記述されていた場合は、アダプタ制御部１３を経由して、アダプタに送られる処理要求が、フロー制御部が最初にユーザサービス制御部から受けとったものであることを表している。
‐「result = "prodlist.xml"」の「result = ""」は、アダプタ制御部を経由して返ってくるアダプタによる処理結果を格納する先のファイルを指定する記述で、「""」の部分に記述されたファイル名で指定されたファイルに、アダプタによる処理結果が格納される。
‐この行の記述によってアダプタ制御部に送られる処理要求（!REUEST）と、アダプタ制御部から受け取る処理結果（prodlist.xml）の内容を、図１３（ａ）、（ｂ）に示す。
‐図１３（ａ）の、アダプタ制御部に送られる処理要求（!REUEST）は、図５（ｂ）のユーザサービス制御部が生成する処理要求と同様の内容である。
‐図１３（ｂ）の、アダプタ制御部から受け取る処理結果には、「日用品」という条件で、「商品情報DB」を検索した結果（商品名、価格）が格納されている。
【００３２】（２）：「在庫管理システム」に送る処理要求の生成記述：<Convert in="prodlist.xml" out = "reqstocks.xml" xslt="tostock.xsl"/>‐この行は、図１３（ｂ）の検索結果に含まれている商品の在庫情報を、本装置に接続されている既存システムの中の「在庫管理システム」に問い合わせるために、新たな処理要求を生成することを記述したものである。
‐行中の<Convert〜は、「xslt="・・"」で指定されるファイルに記述されたルールに従って、「in="・・"」で指定されるファイルを、「out = "・・"」で指定されるファイルに変換することを表している。
‐ここでは、先の（１）で得られた商品検索結果"prodlist.xml"を、ＸＳＬＴファイル"tostock.xsl"の内容に従って変換した結果を、ファイル"reqstocks.xmlに格納することを意味している。
‐図１４（ａ）、（ｂ）に、変換ルールを記述したＸＳＬＴファイル"tostock.xsl"と、変換結果"reqstocks.xml"の内容を示す。
‐図１４（ｂ）に示すように、「商品情報DB」から受け取った商品情報（図１３（ｂ））が、図１４（ａ）の変換ルールを適用することによって、「在庫管理システム」への在庫問い合わせのための処理要求に変換されている。
【００３３】（３）：「在庫管理システム」への処理の依頼記述：<AdapterCtl name = "在庫管理システム" request="reqstocks.xml"result = "stocklist.xml"/>‐この行では、本装置に接続されている既存システムの１つである「在庫管理システム」に、先の（２）で生成された在庫問い合わせのための処理要求を渡し、商品の在庫情報の取得を依頼している。
‐実際には、この行の記述の内容が、アダプタ制御部１３（後述）に渡され、そこで既存システムに接続されているアダプタが選択され、選択されたアダプタの中で処理要求が実行され、その処理結果が返ってくる。
‐「name = "在庫管理システム"」の部分が、処理を行うアダプタを特定するための情報である。
‐「request ="reqstocks.xml"」の「request =""」は、アダプタ制御部１３を経由して、アダプタに送られる処理要求を指定する記述で、「""」の部分にファイル名で指定されたファイルの内容が、アダプタ制御部１３を経由してアダプタに送られる。
‐「result = "stocklist.xml"」の「result = ""」は、アダプタ制御部を経由して返ってくるアダプタによる処理結果を格納する先のファイルを指定する記述で、「""」の部分に記述されたファイル名で指定されたファイルに、アダプタによる処理結果が格納される。
‐この行の記述によってアダプタ制御部１３から受け取る処理結果（stocklist.xml）の内容を、図１５に示す。
【００３４】（４）：商品情報と在庫情報のマージ記述：<Marge in1= "prodlist.xml" in2 = "stocklist.xml" out = "marged.xml"unit = "product" key = "@id" />‐この行では、ユーザサービス制御部２０に返すための、最終的な処理結果を生成するために、（２）で得られた「商品情報DB」の検索結果（図１３（ｂ））と、（３）で得られた「在庫管理システム」の在庫情報をひとつにまとめることを表している。
‐行中の<Marge〜は、「in1="・・"」と「in2="・・"」で指定されるファイルをひとつにまとめた結果を、、「out = "・・"」で指定されるファイルに格納することを意味している。
‐ここでは、商品情報を格納したファイル"prodlist.xml"と在庫情報を格納したファイル"stocklist.xml"をまとめた結果を、ファイル"marged.xml"に格納することを表している。
‐「unit = "・・" key = "・・"」は、２つのファイルをまとめる際に、ファイル中のデータをどのように突合せるかを指定するための記述で、ここでは２つのファイルの要素"product"同士を、属性"id"の値で突合せることを表している。
‐２つのファイル"prodlist.xml"と"stocklist.xml"をまとめた結果を格納したファイル"marged.xml"の内容を、図１６に示す。
‐このファイル"marged.xml"が、最終的にユーザサービス制御部に返される処理結果となる（図６（ｂ）と内容が同じである）。
【００３５】（５）：処理結果を返す記述：<Return result = "marged.xml" />‐この行では、「result xml = "・・"」で指定されたファイルの内容を、ユーザサービス制御部２０に返すことを意味している。
‐したがってここでは、（４）で商品情報と在庫情報をひとつにまとめた結果を格納したファイル"marged.xml"の内容が、フロー制御部１０の処理結果として、ユーザサービス制御部２０に返される。
【００３６】アダプタ制御部１３の働きについて説明する。アダプタ制御部１３は、処理フロー実行部１２から受けた処理要求ステートメントから適切なアダプタ４０を選択して、処理要求ステートメントを選択したアダプタに発行することである。処理フロー実行部１２が発行した処理要求ステートメント、<AdapterCtl name = "アダプタ名" request="処理要求が格納されたファイル" result = "処理結果が格納されたファイル"/>から「name = "アダプタ名"」をキーとして、対応する既存システムに接続されているアダプタ４０を選択する。アダプタの選択は、予め用意されたアダプタ索引ファイル１７の中から、上記の処理フローの記述の中の「name = "アダプタ名"」に対応するアダプタのモジュール名を取得することによって行われる。アダプタ索引ファイル１７の例を図１７に示す、【００３７】アダプタ４０が処理した結果は、処理要求ステートメント<AdapterCtl name = "アダプタ名" request="処理要求が格納されたファイル" result = "処理結果が格納された"/>の中の、「result = "・・"」で指定されたファイルに、アダプタによって格納される。
【００３８】処理結果を返す（Ｓ１６）。処理フロー実行部が実行する処理フローの中の<Return result = "処理結果が格納されたファイル" />という記述に従って、「result = "・・"」で指定されたファイルの内容を、ユーザサービス制御部２０に返す。
【００３９】次に、外部システム中継接続装置（アダプタ）４０の詳細を説明する。図１８はアダプタ４０の詳細構成図である。アダプタ４０は、処理要求変換実行部４１、処理結果変換部４２、ＸＳＬＴ処理エンジン１３、処理要求変換ファイル４６、結果変換ファイル４７、変換索引ファイル４８を備える。
【００４０】処理要求変換実行部４１は、汎用記法で記述された処理要求を、実際の既存の情報処理システムにアクセスするための専用要求に変換し、これを発行する。処理要求変換ファイル４６は、その変換の際に用いられる変換手順を記載したファイルである。
【００４１】処理結果変換部４２は、既存の情報処理システムから受けた処理結果を汎用記法で記述されたアクセス結果に変換してフロー制御部１０に返す。結果変換ファイル４７は、その変換の際に用いられる変換手順を記載したファイルである。
【００４２】この実施形態では、問合せ変換ファイル１６および結果変換ファイル１７はＸＳＬＴによって表記しているものとする。ＸＳＬＴ処理エンジン１３は、ＸＳＬＴの表記ルールを解釈するインタープリターであって、汎用記法で表記されたデータを、ＸＳＬＴで記述された問合せ変換ファイル１６および結果変換ファイル１７にしたがって文書構造変換を行う。市販または無償で入手可能なＸＳＬＴ処理ソフトウエアを利用して実現できる。
【００４３】変換索引ファイル４８は、フロー制御部１０から発せられた汎用記法で記述された処理要求に対して適切な処理要求変換ファイル４６、結果変換ファイル４７を選択するために必要な索引表である。
【００４４】図２５は、アダプタ４０が行う既存システム連絡処理の動作を説明するフローチャートである。以下、図２５にしたがって、アダプタ４０の動作を説明する。
【００４５】まず、アダプタはフロー制御部から送られてくる、汎用記法による処理要求を受け取る。実際に処置要求を受け取るのは、アダプタ４０の中の処理要求変換実行部４１である。そして、変換索引ファイルを参照し、汎用記法の処理要求（図１３（ａ）、図１４（ｂ））の中の処理命令の値に対応する処理要求変換ファイルを選択する（Ｓ４１）。図１９は、変換索引ファイルの一例を示したものである。図１９に示すように、処理命令の文字列名と対応する処理要求変換ファイル及び、処理結果変換ファイル（後述）のファイル名が記述されている。処理要求変換ファイル（複数個）および処理結果変換ファイル（複数個）と変換索引ファイルは、各アダプタ（商品情報DB用、在庫管理システム用）ごとに、それぞれ用意される。
【００４６】次に、ステップＳ４１で受け取った汎用記法の処理要求を、選択した処理要求変換ファイルの内容にしたがって、アダプタ４０が接続している既存システムに合わせた専用記法の処理要求に変換する（Ｓ４２）。例えば、既存システムのひとつである「商品情報DB」がリレーショナルデータベースであると想定し、そこに格納されている、商品情報のテーブルが図２０のような構造をしていた場合、「商品情報DB」に対する専用記法の処理要求は、このテーブルから必要な情報を取り出すための、ＳＱＬ文になる。選択された処理要求変換ファイルには、汎用記法の処理要求（１０頁の図１３（ａ））を、このテーブルの構造に合わせたＳＱＬ文に変換するためのルールが記述されている。変換ルールの記述方法は特に規定しないが、例えばＸＳＬＴの記法を用いた場合は、図２１に示すような形での記法が考えられる。前頁の処理要求変換ファイルの内容に従って、汎用記法の処理要求（１０頁の図１３（ａ））を変換すると、select 商品ID,商品名,価格from 商品テーブル where 分類 ='日用品'のかたちの、「商品情報DB」専用の処理要求であるＳＱＬ文に変換される。
【００４７】上記ステップＳ４２で生成された既存システム専用の記法による処理要求（ＳＱＬ文）を実行する（Ｓ４３）。前頁図２０の商品情報テーブルに対して、このＳＱＬ文を実行すると、図２２の結果が得られる。
【００４８】アダプタ４０は、アダプタに接続されている既存システムの処理結果を受取ると、ステップＳ４１で行ったのと同様に、変換索引ファイル４８を参照し、初めにフロー制御部１０から受け取った処理要求の中の処理命令の値に対応する結果変換ファイル４７を選択する（Ｓ４４）。
【００４９】ステップＳ４４で選択した結果変換ファイル４７には、図２２に示す既存システム「商品情報DB」に依存した構造の処理結果を、汎用記法による処理結果に変換するためのルールが記述されている。変換ルールの記述方法は特に規定しないが、例えばＸＳＬＴの記法を用いた場合は、図２３に示すような形での記法が考えられる。この処理結果変換ファイルの内容に従って、図２２のＳＱＬ文の実行結果を汎用記法の実行結果表示に変換する（Ｓ４５）。すると図２４に示す汎用記法による処理結果が得られる。これを、フロー制御部１０に返答する（Ｓ４６）。ここで説明した、アダプタ４０内での処理の流れは、既存システムのうちのひとつである「商品情報DB」（RDB）を例にしたものであるが、もうひとつの既存システムである在庫管理システムに接続されたアダプタ４０内での処理の流れも同様である。
【００５０】以上、詳しく説明した既存システム連携制御装置１によれば、連携処理フローの処理の流れが変更・追加された場合は、処理フロー索引ファイル１４、処理フローファイル１５を変更・追加するだけでよく、フロー制御部１０の制御プログラムを書き換える必要はない。
【００５１】また、既存システム連携制御装置１に接続される既存の情報処理システムの仕様が変更された場合は、その既存システムに接続されているアダプタ内で使用する変換索引ファイル４８、処理要求変換ファイル４６、結果変換ファイル４７を変更追加するだけで対応でき、アダプタ４０の制御プログラムを変更する必要はない。
【００５２】また、既存システム連携制御装置１に接続される新たなユーザークライアント装置に対応する場合やのユーザーインターフェースが変更される場合は、ユーザーサービス制御部内の処理要求変換部２１、処理結果変換ファイル２４を変更するだけでよい。
【００５３】
【発明の効果】以上詳しく説明したように、本発明に係る既存システム連携制御装置１の構成をとることにより、既存の、それぞれ独立に設計され開発された情報処理装置を最小のコストで統合化して、より複雑な処理を行う複合情報処理システムとして稼動させることができる。しかも統合化したあとの機能追加や変更などに要する保守コストを可能な限り小さくするようにできる。
【出願人】 【識別番号】０００００２８９７
【氏名又は名称】大日本印刷株式会社
【出願日】 平成１２年９月２８日（２０００．９．２８）
【代理人】 【識別番号】１００１１１６５９
【弁理士】
【氏名又は名称】金山 聡
【公開番号】 特開２００２−１０８６３２（Ｐ２００２−１０８６３２Ａ）
【公開日】 平成１４年４月１２日（２００２．４．１２）
【出願番号】 特願２０００−２９７１３８（Ｐ２０００−２９７１３８）