JPH06314243A - データ交換方法 - Google Patents

Abstract

(57)【要約】 【構成】 一つのアプリケーションプログラムの出力画
面から、コードデータが表示されている特定の領域を切
出し、切出した領域データから元のコードデータを生成
し、生成したコードデータを、入力待ちになっている別
のアプリケーションプログラムに入力するようにした。 【効果】 通信制御プログラムが提供するプロトコルを
意識することなく、低コストで、複数の異なるアプリケ
ーションプログラム間でのデータ交換が実現できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のアプリケーショ
ンプログラムを制御する計算機装置に係り、特に、複数
の異なるアプリケーションプログラム間において、デー
タを交換する方法に関する。

【０００２】

【従来の技術】複数の異なるアプリケーションプログラ
ム間において、データを交換する方法の従来技術は、例
えば、‘日立クリエイティブワークステーション２０５
０ＨＩ−ＵＸプログラマーズガイド 通信管理編 ｐ
ｐ．１３〜１８’に記述されているＡＰ間通信がある。
この従来技術では、エンドユーザ（アプリケーションプ
ログラム）間でデータをやり取りするために、通信制御
プログラムを介する。

【０００３】

【発明が解決しようとする課題】銀行，証券，保険など
の金融機関の営業店では、従来、取引処理を主体とした
勘定系システムとＯＡ／ＤＳＳを主体とした情報系シス
テムが、別システムとして稼働してきた。今後、窓口相
談などの情報系システムで得た顧客データをそのまま勘
定系システムの取引データとして利用するなど、両系を
連動した業務の省力化，迅速なサービスの提供が重要視
されている。両系の連動には、それぞれの業務をサポー
トするアプリケーションプログラム間で、データのやり
取りが必要となる。

【０００４】従来技術では、複数の異なるアプリケーシ
ョンプログラム間でデータをやり取りするのに、通信制
御プログラムを介するため、個々のアプリケーションプ
ログラムは、通信制御プログラムが提供するプロトコル
を意識した構造になっている。通信制御プログラムが提
供するプロトコルを無視した（例えば、従来技術が提供
される以前に開発された）アプリケーションプログラム
では、データの交換ができない。データの交換を可能に
するためには、通信制御プログラムが提供するプロトコ
ルに従って、既開発のアプリケーションプログラムを改
造する必要がある。アプリケーションプログラムを新規
開発するにせよ、改造するにせよ、通信制御プログラム
が提供するプロトコルを意識する必要があり、データ交
換を可能にするための開発／改造コストが膨大であると
いう問題があった。

【０００５】本発明の目的は、通信制御プログラムが提
供するプロトコルを意識することなく（既開発のアプリ
ケーションプログラムを改造することなく）、低コスト
で、複数の異なるアプリケーションプログラム間でのデ
ータ交換を可能にする方法を提供することにある。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、一つのアプリケーションプログラムの出力画面か
ら、コードデータが表示されている特定の領域のみを切
出し、切出した領域データから元のコードデータのみを
生成し、生成したコードデータを、入力待ちになってい
る別のアプリケーションプログラムに入力するようにし
た。また、切出した領域データから生成したコードデー
タの書式が、入力待ちになっている別のアプリケーショ
ンプログラムで必要とする書式と異なる場合、前者の書
式から後者の書式へ変換して入力するようにした。さら
に、書式を変換する際に、変換パターンを列挙したガイ
ダンスを表示し、変換パターンの指定を操作者に促し、
操作者が指定した変換パターンに従って書式を変換する
ようにした。すなわち、アプリケーションプログラムの
構成、通信プロトコルは無視して、必要なコードデータ
部分のみを抜き取って利用するのである。

【０００７】

【作用】本発明では、まず、操作者が、アプリケーショ
ンプログラムの出力画面のうち、必要とするコードデー
タが表示されている領域を、マウスなどにより特定す
る。計算機装置は、操作者が特定した領域を切出し、切
出した領域データから元のコードデータを生成する。次
に、生成したコードデータを、入力待ちになっている別
のアプリケーションプログラムに入力する。切出した領
域データから生成したコードデータの書式が、入力待ち
になっている別のアプリケーションプログラムで必要と
する書式と異なる場合は、前者の書式から後者の書式へ
変換して入力する。また、変換パターンが複数考えられ
る場合は、書式を変換する際に、変換パターンを列挙し
たガイダンスを表示する。変換パターンの指定を促され
た操作者が、変換パターンを指定し、計算機装置は、操
作者が指定した変換パターンに従って書式を変換する。

【０００８】以上により、通信制御プログラムが提供す
るプロトコルを意識することなく（既開発のアプリケー
ションプログラムを改造することなく）、低コストで、
複数の異なるアプリケーションプログラム間でのデータ
交換が実現でき、業務の省力化，迅速なサービスの提供
が可能となる。

【０００９】

【実施例】以下、本発明を種々の実施形態について説明
するが、その前提となる処理システムの基本的な構成に
ついて簡単に説明する。図１９は処理システムの基本的
な構成を示すブロック図であり、１０００はＣＲＴ等の
表示装置、２０００、３０００はキーボード、マウス等
の入力装置である。５０００は処理装置で当然ＯＳを内
蔵する。６０００は補助記憶装置であり、各種のアプリ
ケーションプログラムＡＰ１−ＡＰｎに記憶領域が適宜
割り当てられるとともに、補助データＡＵＸにも領域が
割り当てられる。

【００１０】操作者が入力装置２０００からアプリケー
ションプログラムＡＰ１を呼出し、使用しようとすると
きは、処理装置５０００のＯＳの介在のもとに、これが
補助記憶装置６０００から呼び出され、表示装置に必要
な画面が表示されるわけである。このとき、画面の表示
に関するデータが、補助データＡＵＸに保存されるいわ
ゆる蓄積型の表示システムとされる場合と、画面の表示
に関するデータが保存されない非蓄積型の表示システム
とされる場合とがある。以下の実施例の説明では、第一
実施例から第三実施例までは蓄積型の表示システムとさ
れた場合についての本発明の実施例、大四実施例から第
７実施例までは非蓄積型の表示システムとされた場合に
ついての本発明の実施例をそれぞれ示すものである。

【００１１】さらに、第五実施例以降には画面の表示に
関するデータのみならず、データの入手の手順のデータ
収集とそれによる自動変換についても実現可能とした実
施例を示す。

【００１２】（実施例１）実施例１は、二つの異なるア
プリケーション間でデータを交換する場合の実施例を示
す。図１は、本発明の第一実施例であるデータ交換方法
を示すフローチャートである。図１において、１，２は
アプリケーション（例えば、既開発の図１９のＡＰ１で
示されるものと開発中のアプリケーション）出力画面で
ある。１０は図群情報記憶部で、計算機装置の情報記憶
手段（図１９の補助データＡＵＸの領域に対応する）で
あり、各アプリケーション出力画面の図群情報を記憶す
る。１００〜１０２は計算機装置の処理ステップであ
る。まず、一つのアプリケーション出力画面１におい
て、データを切出す領域の指定を操作者から受付ける
（ステップ１００）。例えば、データを切出す領域の始
端と終端とをカーソルで指定する。次に、指定領域に基
づき、図群情報記憶部１０を参照し、指定領域に表示さ
れたコードデータを獲得する（ステップ１０１）。最後
に、獲得したコードデータを、入力待ちになっている別
アプリケーション出力画面２に入力する（ステップ１０
２）。例えば、獲得したコードデータの表示の支店と成
井値をカーソルで指定する。

【００１３】図２は、本実施例でのアプリケーション出
力画面と図群情報との対応関係を示す。図２において、
２０は計算機装置の出力手段であるＣＲＴである。２０
１，２０２はＣＲＴ上に出力されたアプリケーション出
力画面である。２１１，２１２はアプリケーション出力
画面の図群情報を記憶したテーブルである。ＣＲＴ２０
上には、二つの異なるアプリケーションの出力画面とし
て２０１，２０２が出力されている。アプリケーション
出力画面２０１には、「氏名 ：」，「コンドウ ヒロ
フミ」というデータが表示されおり、それぞれは図群Ｎ
Ｏ１，図群ＮＯ２のデータである。

【００１４】アプリケーション出力画面２０１に対応し
て、図群情報記憶テーブル２１１が存在する。図群情報
記憶テーブル２１１では、アプリケーション出力画面２
０１における各図群の「行」，「桁」，「長さ」，「デ
ータ」を記憶する。図群ＮＯ１の情報として、それぞ
れ、「２」，「２」，「６」，「氏名 ：」が、図群Ｎ
Ｏ２の情報として、それぞれ、「２」，「１０」，「３
０」，「コンドウ ヒロフミ」を記憶している。アプリ
ケーション出力画面２０２には、「氏名 ：」,「
」というデータが表示されており、それぞ
れ、図群ＮＯ１，図群ＮＯ２のデータである。ここで図
群Ｎｏ．２の画面上に太く示したのは入力位置を示すカ
ーソルである。

【００１５】アプリケーション出力画面２０２に対応し
て、図群情報記憶テーブル２１２が存在する。図群情報
記憶テーブル２１２では、アプリケーション出力画面２
０２における各図群の「行」，「桁」，「長さ」，「デ
ータ」を記憶する。図群ＮＯ１の情報として、それぞ
れ、「２」，「２」，「６」，「氏名 ：」が、図群Ｎ
Ｏ２の情報として、それぞれ、「２」,「１０」,「３
０」,「 」を記憶している。なお、図群Ｎ
Ｏ２はデータ入力待ちとなっている。図群情報記憶テー
ブル２１１，２１２は、図群情報記憶部１０に記憶され
る。

【００１６】図３は、本実施例のアプリケーション出力
画面間におけるデータ交換の過程を示す。図３におい
て、３００は操作者がアプリケーション出力画面からの
切出しを指定した領域のデータである。３０１は図群情
報記憶テーブルから獲得したコードデータである。ＣＲ
Ｔ２０上には、二つの異なるアプリケーションの出力画
面として、２０１，２０２が出力されている。アプリケ
ーション出力画面２０１において、操作者が切出しを指
定した領域は「コンドウ ヒロフミ」というデータが表
示されている部分である。指定領域の情報として、
「行」，「桁」，「長さ」を示すのが領域指定データ３
００であり、それぞれ、「２」，「１０」，「３０」と
なっている。

【００１７】領域指定データ３００に基づき、アプリケ
ーション出力画面２０１の図群情報である図群情報記憶
テーブル２１１を参照すると、図群ＮＯ２の「行」，
「桁」，「長さ」が指定領域のそれらと一致することが
判る。図群ＮＯ２の「データ」が「コンドウ ヒロフ
ミ」であることから、指定領域に表示されていたデータ
が「コンドウ ヒロフミ」であることが判明し、獲得デ
ータ３０１を得る。獲得データ３０１は、アプリケーシ
ョン出力画面間２０２において入力待ちとなっていた領
域に表示される。このようにして、「コンドウ ヒロフ
ミ」というデータが、アプリケーション出力画面間２０
１からアプリケーション出力画面間２０２へ渡される。
この結果、カーソルが表示データの後に移る。

【００１８】本実施例では、領域を切出すアプリケーシ
ョンと入力待ちのアプリケーションとが異なる場合の例
を示したが、両者が同一のアプリケーションであっても
よい。即ち、獲得データを、領域を切出したアプリケー
ション自身の入力待ち領域に入力してもよい。

【００１９】（実施例２）実施例２は、アプリケーショ
ン間でデータを交換する際、交換するデータの書式を変
換する場合の実施例を示す。

【００２０】図４は、本発明の第二実施例であるデータ
交換方法を示すフローチャートである。図４において、
３はデータを変換する際のガイダンスを表示する画面で
ありたとえばＣＲＴである。３０は計算機装置の入力手
段であるキーボードである。４００〜４０３は計算機装
置の処理ステップである。

【００２１】ステップ１００と１０１は図１と同じであ
る。ステップ１０１の後、変換パターンを列挙したガイ
ダンス３を表示する（ステップ４００）。次に、キーボ
ード３０により、操作者から変換パターンの指定を受付
け（ステップ４０１）、指定されたパターンに従い、獲
得したコードデータを変換する（ステップ４０２）。最
後に、変換したコードデータを、入力待ちになっている
別アプリケーション出力画面２に入力する（ステップ４
０３）。

【００２２】図５は、本実施例のガイダンス画面の例で
ある。図５において、５００，501は操作者が変換パタ
ーンを入力する領域である。（ａ）は変換パターンを１
個指定する場合のガイダンス画面を示す。ガイダンス画
面３には、変換パターンとして、「１．空白除去」
「２．西暦→和暦」「３．和暦→西暦」「４．カナ→漢
字」「５．漢字→カナ」の五つが表示されている。操作
者は、ガイダンス画面３を見て、キーボード３０より指
定したい変換パターンの番号を入力する。操作者が入力
した変換パターンの番号は、変換パターン入力領域５０
０に表示される。(ａ)では、変換パターンとして、
「１」が指定されている。（ｂ）は変換パターンを複数
個指定する場合のガイダンス画面を示す。操作者は、ガ
イダンス画面３を見て、キーボード３０より指定したい
変換パターンの番号を複数個入力する。操作者が入力し
た変換パターンの番号は、変換パターン入力領域５０１
に表示される。（ｂ）では、変換パターンとして、
「１」および「４」が指定されている。

【００２３】図６は、本実施例のデータ変換の例であ
る。（ａ）は「１．空白除去」によりデータを変換した
例であり、「コンドウ ヒロフミ」から「コンドウヒロ
フミ」へと変換している。（ｂ）は「西暦→和暦」によ
りデータを変換した例であり、「１９６２年６月３０
日」から「昭和３７年６月３０日」へと変換している。

【００２４】（ｃ）は「３．和暦→西暦」によりデータ
を変換した例であり、「昭和３７年６月３０日」から
「１９６２年６月３０日」へと変換している。（ｄ）は
「４．カナ→漢字」によりデータを変換した例であり、
「コンドウ ヒロフミ」から「近藤 博文」へと変換し
ている。（ｅ）は「５．漢字→カナ」によりデータを変
換した例であり、「近藤 博文」から「コンドウ ヒロ
フミ」へと変換している。

【００２５】図７は、本実施例のデータ変換を経たアプ
リケーション出力画面間におけるデータ交換の過程を示
す。図７において、２０３はデータを変換する際のガイ
ダンスを表示する画面である。７００はアプリケーショ
ン出力画面から獲得したコードデータである。７０１，
７０２は獲得したコードデータを変換したデータであ
る。

【００２６】ＣＲＴ２０上には、二つの異なるアプリケ
ーションの出力画面として、２０１，２０２が、ガイダ
ンス画面として、２０３が出力されている。アプリケー
ション出力画面２０１において、操作者が切出しを指定
した領域は「コンドウ ヒロフミ」というデータが表示
されている部分であり、獲得データ７００を得ている。
一方、ガイダンス画面２０３には、変換パターンが表示
されており、操作者は、変換パターンとして、「１」お
よび「４」を指定している。

【００２７】変換パターン「１」は「空白除去」による
変換であり、獲得データ７００を「コンドウ ヒロフ
ミ」から「コンドウヒロフミ」へと変換し、変換データ
701を得ている。変換パターン「４」は「カナ→漢字」
による変換であり、変換データ７０１を「コンドウヒロ
フミ」から「近藤博文」へと変換し、変換データ702を
得ている。変換データ７０２は、アプリケーション出力
画面間２０２において入力待ちとなっている領域に表示
される。

【００２８】このようにして、「コンドウ ヒロフミ」
というデータが「近藤博文」と変換され、アプリケーシ
ョン出力画面間２０１からアプリケーション出力画面間
202へ渡される。本実施例によれば、あるアプリケーシ
ョンから切出したコードデータの書式が、入力待ちにな
っている別のアプリケーションで必要とする書式と異な
る場合、前者の書式から後者の書式へ簡単に変換するこ
とができる。

【００２９】（実施例３）実施例３は、データ交換方法
を実現する場合の装置構成の実施例を示す。

【００３０】図８は、本実施例のデータ交換方法を実現
する装置の構成を示す。図８において、８００，８０１
は計算機装置の制御装置である。８１０は計算機装置の
情報記憶手段であり、各アプリケーション出力画面の図
群情報を記憶する。８２０は計算機装置の出力手段であ
るＣＲＴ、８３０は計算機装置の入力手段であるキーボ
ード、４０，８４０は計算機装置の入力手段であるマウ
スである。８５０，８５１は計算機装置の通信制御装置
であり、８６０は通信制御装置を結ぶ通信回線である。

【００３１】（ａ）は、領域を切出すアプリケーション
と入力待ちのアプリケーションとが、同一装置上にある
場合の例を示す。制御装置８００上では、複数のアプリ
ケーションが制御されており、出力手段であるＣＲＴ２
０上に、アプリケーション出力画面やデータ変換のガイ
ダンス画面が表示されている。操作者は、ＣＲＴ２０上
の表示画面を見て、キーボード３０やマウス４０などの
入力手段を用い、アプリケーション出力画面における切
出し領域や、ガイダンス画面におけるデータ変換パター
ンを指定する。図群情報記憶部１０には、アプリケーシ
ョン出力画面からのデータの切出しに必要な図群情報が
記憶されている。切出したコードデータ、あるいは切出
したコードデータを変換したデータは、制御装置８００
上で制御されている入力待ちのアプリケーションに入力
される。

【００３２】（ｂ）は、領域を切出すアプリケーション
と入力待ちのアプリケーションとが、通信手段により結
ばれた別装置上にある場合の例を示す。制御装置８００
上では、領域を切出すアプリケーションが制御されてお
り、出力手段であるＣＲＴ２０上に、アプリケーション
出力画面やデータ変換のガイダンスが面がが表示されて
いる。制御装置８０１上では、領域を切り出すアプリケ
ーションが制御されており、出力手段であるＣＲＴ８２
０上に、アプリケーション出力画面が表示されている。
ＣＲＴ８２０上のアプリケーション出力画面は通信制御
装置８５０、８５１により、通信回線８６０を経てＣＲ
Ｔ２０上にエミュレートすることが可能である。

【００３３】操作者は、ＣＲＴ２０上の表示画面を見
て、キーボード３０やマウス４０などの入力手段を用
い、エミュレート画面における切出し領域を指定する。
エミュレート画面における切出し領域を指定する。エミ
ュレート画面からのデータの切出しに必要な図群情報は
図群情報記憶部８１０に記憶されており、通信制御装置
８５０、８５１により、通信回線８６０を経て、入手可
能である。続いて、ガイダンス画面におけるデータ変換
パターンを指定し変換したデータを入力待ちのアプリケ
ーションに入力する。

【００３４】逆に、領域を切出すアプリケーションが制
御装置８００上に存在し、入力待ちのアプリケーション
が制御装置８０１上に存在する場合は、ＣＲＴ８２０上
の入力待ちのアプリケーションの出力画面を通信制御装
置８５０、８５１により、通信回線８６０を経てＣＲＴ
２０上にエミュレートする。操作者は、ＣＲＴ２０上の
表示画面を見て、キーボード３０やマウス４０などの入
力手段を用い、エミュレート画面における切出し領域を
指定する。アプリケーション出力画面からのデータの切
出しに必要な図群情報は図群情報記憶部１０に記憶され
ている。続いて、ガイダンス画面におけるデータ変換パ
ターンを指定し変換したデータをエミュレートが面を通
し、入力待ちのアプリケーションに入力する。

【００３５】以上の実施例では、図群情報が保持されて
おり、アプリケーションはこれを必要なときはいつでも
参照できる例であるが、次に図群情報を保持しないタイ
プの処理装置で同様の機能を実現する例について説明す
る。

【００３６】（実施例４）実施例４は、アプリケーショ
ンプログラムの入出力処理を監視し、１つのアプリケー
ションプログラムが表示出力したデータを取出し、取出
したコードデータを、入力待ちになっている別のアプリ
ケーションプログラムに入力する場合の実施例を示す。

【００３７】図９は、本発明の実施例４のデータ交換方
法を示すフローチャートである。図９において、１１は
計算機装置の情報記憶手段であり、各アプリケーション
の表示出力データを記憶する。９００〜９０６は計算機
装置の処理ステップである。まず、アプリケーションが
表示出力したデータを、表示出力データ記憶部１１に記
憶する（ステップ９００）。すなわち、アプリケーショ
ンの図群情報自体が記憶されていないからアプリケーシ
ョンを表示する過程で補助記憶装置６０００に図群情報
を収集、蓄積する分けである。次に、アプリケーション
出力画面１において、操作者から、取出すデータの指定
を受付け（ステップ９０１）、変換パターンを列挙した
ガイダンス３を表示する（ステップ９０２）。その後、
キーボード３０により、操作者から、変換パターンの指
定を受付け（ステップ９０３）、指定されたパターンに
従い、取出しの指定を受けたデータを変換する（ステッ
プ９０４）。最後に、キーボード３０により、操作者か
ら、変換したデータを入力するアプリケーションの指定
を受付け（ステップ９０４）、変換したデータを、入力
待ちになっているアプリケーションのうち、操作者が指
定したアプリケーション出力画面２に入力する（ステッ
プ９０５）。

【００３８】図１０は、本発明の実施例４のデータ交換
の過程を示す。図１０において、１０１１は各アプリケ
ーションの表示出力データを記憶したテーブルである。
表示出力データ記憶テーブル１０１１では、各アプリケ
ーションの表示出力データとして、「行」、「桁」、
「長さ」、「表示出力データ」、「変換データ」を記憶
する。ＣＲＴ２０上には、２つの異なるアプリケーショ
ン出力画面として、２０１、２０２が、ガイダンス画面
として、２０３が表示されている。アプリケーション出
力画面２０１において、表示出力されたデータは、「氏
名 ：」、「コンドウ ヒロフミ」であり、それぞれ、
表示出力データ記憶テーブル１０１１に記憶されてい
る。操作者が、例えば、取出すデータとして、アプリケ
ーション出力画面２０１の「コンドウ ヒロフミ」を、
データの変換パターンとして、ガイダンス画面２０３の
「４．カナ→漢字」を指定したとすると、「コンドウ
ヒロフミ」という表示出力データは「近藤 博文」に変
換される。変換結果は、表示出力データ記憶テーブル１
０１１の「変換データ」欄に書き込まれる。データを入
力するアプリケーションとして、操作者がアプリケーシ
ョン出力画面２０２を指定すると、「近藤 博文」とい
う変換データは、アプリケーション出力画面２０２に入
力される。

【００３９】（実施例５）実施例５は、データ交換の
際、操作者が行う指定（取出すデータの指定、取出した
データを変換するパターンの指定、変換したデータを入
力するアプリケーションの指定）を手続きとして記憶す
る場合の実施例を示す。

【００４０】図１１および図１２は、本発明の実施例５
のデータ交換方法において、手続き情報を記憶する場合
のフローチャートである。図１１および図１２におい
て、１２は計算機装置の情報記憶手段であり、操作者が
行う指定を手続き情報として記憶する。１１０１〜１１
０３は計算機装置の処理ステップである。ステップ９０
０と９０１は図群情報を収集する手順であり、図９で説
明したのと同じである。ステップ９０１の後、指定した
データの取出し情報を、手続き情報記憶部１２に記憶す
る（ステップ１１０１）。次のステップ９０２と９０３
は図９と同じである。ステップ９０３の後、指定したデ
ータ変換の手続きに関する情報を、補助記憶装置６００
０の手続き情報記憶部１２に記憶する（ステップ１１０
２）。次のステップ９０４と９０５は図９と同じであ
る。ステップ９０５の後、指定したデータ入力の手続き
に関する情報を、補助記憶装置６０００の手続き情報記
憶部１２に記憶する（ステップ１１０３）。最後のステ
ップ９０６は図９と同じである。

【００４１】図１３は、本発明の実施例５のデータ交換
操作の手続き情報を記憶する過程を示す。図１３におい
て、１０１２は操作者が行う指定を手続き情報として記
憶したテーブルである。手続情報記憶テーブル１０１２
では、データ交換操作の手続き情報として、「データ取
出しの情報」、「データ変換の情報」、「データ入力の
情報」を記憶する。「データ取出しの情報」は、「アプ
リケーションＩＤ」、「行」、「桁」、「長さ」、「表
示出力データ」から成る。ここで言う「アプリケーショ
ンＩＤ」とは、個々のアプリケーションを特定するため
の識別子である。「データ変換の情報」は、「パターン
ＩＤ」、「変換パターン」から成る。「データ入力の情
報」は、「アプリケーションＩＤ」、「入力データ」か
ら成る。ＣＲＴ２０上には、２つの異なるアプリケーシ
ョン出力画面として、２０１、２０２が、ガイダンス画
面として、２０３が表示されている。アプリケーション
出力画面２０１において、取出しを指定されたデータは
「コンドウ ヒロフミ」であり、「データ取出しの情
報」は、「アプリケーションＩＤ」が「１」、「行」が
「２」、「桁」が「１０」、「長さ」が「３０」、「表
示出力データ」が「コンドウ ヒロフミ」となる。これ
らの内容は、第１番目の手続き情報として、手続情報記
憶テーブル１０１２に記憶される。ガイダンス画面２０
３において、指定された変換パターンは「４．カナ→漢
字」であり、「データ変換」の情報は、「パターンＩ
Ｄ」が「４」、「変換パターン」が「カナ→漢字」とな
る。これらの内容は、第２番目の手続き情報として、手
続情報記憶テーブル１０１２に記憶される。

【００４２】図１４は、本発明の実施例５の記憶した手
続き情報に基づき、データ交換操作を自動実行する過程
を示す。図１４において、１３００はアプリケーション
の表示出力データから獲得したデータ、１３０１は獲得
したデータを変換したデータである。手続情報記憶テー
ブル１０１２には、データ交換操作の手続き情報とし
て、「データ取出しの情報」、「データ変換の情報」、
「データ入力の情報」が、それぞれ、記憶されている。
ＣＲＴ２０上には、２つの異なるアプリケーション出力
画面として、２０１、２０２が表示されている。アプリ
ケーション出力画面２０１においては、「氏名 ：」、
「タシロ ツトム」が表示出力されている。アプリケー
ション出力画面２０２においては、「氏名 ：」が表示
出力されており、データ入力待ちとなっている。操作者
がデータ交換操作の自動実行の手続きに起動をかける
と、手続情報記憶テーブル１０１２に記憶したデータ交
換操作の手続き情報を、順番に実行していく。例えば、
第１番目の手続き情報は、「データ取出しの情報」であ
り、「アプリケーションＩＤ」が「１」、「行」が
「２」、「桁」が「１０」、「長さ」が「３０」という
内容に従って、アプリケーション出力画面２０１から、
「タシロ ツトム」というデータを取出す。取出したデ
ータは、獲得データ１３００となる。次に、第２番目の
手続き情報は、「データ変換」の情報であり、「パター
ンＩＤ」が「４」、「変換パターン」が「カナ→漢字」
という内容に従って、獲得データ１３００の「タシロ
ツトム」を変換データ１３０１の「田代 勤」に変換す
る。最後に、第３番目の手続き情報は、「データ入力の
情報」であり、「アプリケーションＩＤ」が「２」とい
う内容に従って、アプリケーション出力画面２０２へ、
変換データ１３０１の「田代 勤」を入力する。以上の
ように、第１番目から第３番目の手続きが自動実行され
る。

【００４３】（実施例６）実施例６は、操作者のアプリ
ケーションに対する操作を、手続きの一部として記憶す
る場合の実施例である。

【００４４】図１５は、本発明の実施例６のデータ交換
方法において、アプリケーションへの操作を手続きの一
部として記憶する場合のフローチャートである。図１５
において、１３は手続き情報及びアプリケーション操作
情報記憶部で、計算機装置の情報記憶手段６０００の一
部であり、図群情報及び手続き情報を記憶する。１４０
０〜１４０６は計算機装置の処理ステップである。ま
ず、操作者の指示に従い、データ交換の処理を起動する
か否かを判断する（ステップ１４００）。起動しない場
合は、ステップ１４０５へ進み、起動する場合は、対話
権（アプリケーションが操作者から入力を受付ける権
利）を全てのアプリケーションから奪い、データ交換の
処理を起動する（ステップ１４０１）。次に、図１１お
よび図１２のステップ９００〜９０６、及びステップ１
１０１〜１１０３を実行し、その間の図群情報及び手続
き情報を、手続き情報及びアプリケーション操作情報記
憶部１３に記憶する（ステップ１４０２）。もっとも、
図群情報が既に保持されている（いわゆる蓄積型）の場
合には、図群情報の収集は不要である。その後、操作者
の指示に従い、データ交換の処理を終了するか否かを判
断する（ステップ１４０３）。データ交換を終了しない
のであれば、ステップ１４０２へ戻り、データ交換を終
了するのであれば、対話権をどれかのアプリケーション
の返す（ステップ１４０４）。続いて、操作者の指示に
従い、アプリケーションによる処理を全て終了するか否
かを判断し、（ステップ１４０５）、終了するのであれ
ば、全体の処理を終了する。そうでないならば、アプリ
ケーションへの操作を実行すると共に、アプリケーショ
ンへの操作を手続きの一部として、手続き情報及びアプ
リケーション操作情報記憶部１３に記憶（ステップ１４
０６）し、ステップ１４００に戻る。

【００４５】図１６は、本発明の実施例６のアプリケー
ションへの操作を手続きの一部として記憶する過程を示
す。図１６において、１０１３は、データ交換操作の手
続き情報、及びアプリケーションへの操作情報を記憶し
たテーブルである。手続き情報及びアプリケーション操
作情報記憶テーブル１０１３では、データ交換操作の手
続き情報として記憶する「データ取出しの情報」、「デ
ータ変換の情報」、「データ入力の情報」に加え、「ア
プリケーション操作の情報」を記憶する。「データ取出
しの情報」、「データ変換の情報」、「データ入力の情
報」の内容については、図１３の手続き情報記憶テーブ
ル１０１２と同じである。「アプリケーション操作の情
報」は、「アプリケーションＩＤ」、「キー種別」、
「入力データ」から成る。図１６では、２つの異なるア
プリケーション出力画面として、２０１、２０２が表示
されている。例えば、アプリケーション出力画面２０１
において「近藤博文」というデータの取出しが指定さ
れ、アプリケーション出力画面２０２に対しデータの入
力が指定されているので、「データ取出しの情報」が第
１番目の手続き情報として、「データ入力の情報」が第
２番目の手続き情報として、それぞれ、手続き情報及び
アプリケーション操作情報記憶テーブル１０１３に記憶
される。次に、アプリケーション出力画面２０２に対す
る操作として、「カーソル移動」が入力されているの
で、「アプリケーション操作の情報」は、「アプリケー
ションＩＤ」が「２」、「キー種別」が「カーソル移
動」となる。これらの内容は、第３番目の手続き情報と
して、手続き情報及びアプリケーション操作情報記憶テ
ーブル１０１３に記憶される。また、アプリケーション
出力画面２０１に対する操作として、「画面遷移」が入
力されているので、「アプリケーション操作の情報」
は、「アプリケーションＩＤ」が「１」、「キー種別」
が「画面遷移」となる。これらの内容は、第４番目の手
続き情報として、手続き情報及びアプリケーション操作
情報記憶テーブル１０１３に記憶される。最後に、アプ
リケーション出力画面２０１において「Ｓ３７．６．３
０」というデータの取出しが指定され、アプリケーショ
ン出力画面２０２に対しデータの入力が指定されている
ので、「データ取出しの情報」が第５番目の手続き情報
として、「データ入力の情報」が第６番目の手続き情報
として、それぞれ、手続き情報及びアプリケーション操
作情報記憶テーブル１０１３に記憶される。

【００４６】以上のようにして、アプリケーションへの
操作を手続きの一部として記憶することが可能となる。
また、逆に、手続き情報及びアプリケーション操作情報
記憶テーブル１０１３に記憶した情報を順番に実行して
いくことにより、アプリケーションに対する操作を含め
たデータ交換の自動実行が可能となる。

【００４７】（実施例７）実施例７は、領域を切出すア
プリケーションと入力待ちのアプリケーションとが、通
信手段により結ばれた別装置上にある場合の実施例を示
す。

【００４８】図１７は、本発明の実施例７の領域を切出
すアプリケーションが、通信手段により結ばれた別装置
上にある場合のデータ交換の過程を示す。図１７におい
て、１６０１は領域を切出すアプリケーションの出力画
面、１６０２は入力待ちのアプリケーションの出力画面
である。１６０３は、領域を切出すアプリケーションの
出力画面１６０１をエミュレートした画面である。１６
１０は領域を切出すアプリケーション、１６２０は入力
待ちのアプリケーションである。１６３０は、通信手段
により結ばれた別装置上にあるアプリケーションの出力
画面をエミュレートするエミュレータである。図１７で
は、出力手段であるＣＲＴ２０上に、入力待ちのアプリ
ケーション１６２０の出力画面１６０２が、出力手段で
あるＣＲＴ８２０上に、領域を切出すアプリケーション
１６１０の出力画面１６０１が表示されている。また、
アプリケーション出力画面１６０１は、エミュレータ１
６３０により、エミュレート画面１６０３として、ＣＲ
Ｔ２０上に表示されている。操作者は、ＣＲＴ２０上の
表示画面を見て、キーボードやマウスなどの入力手段を
用い、エミュレート画面１６０３から必要なデータを切
出す。切出したデータは、アプリケーション画面１６０
２を通し、入力待ちのアプリケーション１６２０に入力
することができる。以上により、領域を切出すアプリケ
ーションが別装置上にある場合でも、データ交換が可能
となる。

【００４９】図１８は、本発明の実施例７の入力待ちの
アプリケーションが、通信手段により結ばれた別装置上
にある場合のデータ交換の過程を示す。図１８では、出
力手段であるＣＲＴ２０上に、領域を切出すアプリケー
ション１６１０の出力画面１６０１が、出力手段である
ＣＲＴ８２０上に、入力待ちのアプリケーション１６２
０の出力画面１６０２が表示されている。また、アプリ
ケーション出力画面１６０２は、エミュレータ１６３０
により、エミュレート画面１６０３として、ＣＲＴ２０
上に表示されている。操作者は、ＣＲＴ２０上の表示画
面を見て、キーボードやマウスなどの入力手段を用い、
アプリケーション画面１６０１から必要なデータを切出
す。切出したデータは、エミュレート画面１６０３を通
し、入力待ちのアプリケーション１６２０に入力するこ
とができる。以上により、入力待ちのアプリケーション
が別装置上にある場合でも、データ交換が可能となる。

【００５０】

【発明の効果】本発明によれば、通信制御プログラムが
提供するプロトコルを意識することなく（既開発のアプ
リケーションプログラムを改造することなく）、複数の
異なるアプリケーションプログラム間でのデータ交換を
低コストで実現でき、かつ業務の省力化，迅速なサービ
スの提供が可能となる。

【図面の簡単な説明】

【図１】本発明の実施例１のデータ交換方法を示すフロ
ーチャート。

【図２】本発明の実施例１のアプリケーション出力画面
と図群情報との対応関係を示すブロック図。

【図３】本発明の実施例１のアプリケーション出力画面
間におけるデータ交換の過程を示すブロック図。

【図４】本発明の実施例２のデータ交換方法を示すフロ
ーチャート。

【図５】本発明の実施例２のガイダンス画面の説明図。

【図６】本発明の実施例２のデータ変換の説明図。

【図７】本発明の実施例２のデータ変換を経たアプリケ
ーション出力画面間におけるデータ交換の過程を示すブ
ロック図。

【図８】本発明の実施例３のデータ交換方法を実現する
装置の構成を示すブロック図。

【図９】本発明の実施例４であるデータ交換方法を示す
フローチャートである。

【図１０】本発明の実施例４であるデータ交換の過程を
示す。

【図１１】本発明の実施例５であるデータ交換方法にお
いて、手続き情報を記憶する場合のフローチャートの前
半部分である。

【図１２】本発明の実施例５であるデータ交換方法にお
いて、手続き情報を記憶する場合のフローチャートの後
半部分である。

【図１３】本発明の実施例５であり、データ交換操作の
手続き情報を記憶する過程を示す。

【図１４】本発明の実施例５であり、記憶した手続き情
報に基づき、データ交換操作を自動実行する過程を示
す。

【図１５】本発明の実施例６であるデータ交換方法にお
いて、アプリケーションへの操作を手続きの一部として
記憶する場合のフローチャートである。

【図１６】本発明の実施例６であり、アプリケーション
への操作を手続きの一部として記憶する過程を示す。

【図１７】本発明の実施例７のデータ交換の過程を示
す。

【図１８】本発明の実施例７のデータ交換の過程の他の
例を示す。

【図１９】処理システムの基本的な構成を示すブロック
図。

【符号の説明】

１，２，２０１，２０２，１６０１，１６０２：アプリ
ケーション出力画面、１０，８１０：図群情報記憶部、
１００〜１０２，４００〜４０３，９００〜９０６、１
１０１〜１１０３，１４００〜１４０６：処理ステッ
プ、２０，８２０，１０００：ＣＲＴ、２１１，２１
２：図群情報記憶テーブル、３００：領域指定データ、
３０１，７００，１３００：獲得データ、３，２０３：
ガイダンス画面、３０，８３０，２０００：キーボー
ド、５００，５０１：変換パターン入力領域、７０１，
７０２，１３０１：変換データ、８００，８０１，５０
００：制御装置、４０，８４０，３０００：マウス、８
５０，８５１：通信制御装置、８６０：通信回線、１
１：表示出力データ記憶部、１２，１２０２：手続き情
報記憶部、１３：手続き情報及びアプリケーション操作
情報記憶部、１０１３：手続き情報及びアプリケーショ
ン操作情報記憶テーブル、１６０３：エミュレート画
面、１６１０：データ切り出しアプリケーション、１６
２０：データ入力待ちアプリケーション、１６３０：画
面エミュレータ、６０００：補助記憶装置。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 谷口 弘幸 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報システム事業部内

Claims (4)

【特許請求の範囲】
1. 【請求項１】複数のアプリケーションプログラムを制御
   する計算機装置のアプリケーションプログラム間のデー
   タ交換方法において、一つのアプリケーションプログラ
   ムの入出力処理を監視し、１つのアプリケーションプロ
   グラムが表示出力したデータを取出し、取出したコード
   データを、入力待ちになっている別のアプリケーション
   プログラムに入力することを特徴とするデータ交換方
   法。
2. 【請求項２】アプリケーションプログラムから取出した
   データのうち、入力待ちアプリケーションプログラムに
   入力するデータの指定、及び入力待ちになっているアプ
   リケーションプログラムのうち、指定したデータを入力
   するアプリケーションプログラムの指定を操作者に促
   し、１つのアプリケーションプログラムが表示出力した
   データのうち、操作者が指定したデータのみを、操作者
   が指定したアプリケーションプログラムに入力すること
   を特徴とするデータ交換方法。
3. 【請求項３】１つのアプリケーションプログラムが表示
   出力したデータの中から取出すデータの指定を操作者に
   促し、操作者が指定したデータのみを取出した後、変換
   パターンを列挙したガイダンスを表示し、変換パターン
   の指定を操作者に促し、操作者が指定した変換パターン
   に従って書式を変換し、変換したデータを、入力待ちに
   なっているアプリケーションプログラムのうち、操作者
   が指定したアプリケーションプログラムに入力すること
   を特徴とする請求項２記載のデータ交換方法。
4. 【請求項４】取出すデータの指定、取出したデータを変
   換するパターンの指定、変換したデータを入力するアプ
   リケーションプログラムの指定を含む操作者が行う指定
   を手続きとして記憶し、２回目以降のデータ交換は、記
   憶した手続きに基づいて自動実行することを特徴とする
   請求項３記載のデータ交換方法。