JPH05290049A

JPH05290049A - データ交換方法

Info

Publication number: JPH05290049A
Application number: JP4092579A
Authority: JP
Inventors: Hirobumi Kondo; 博文近藤; Tsutomu Tashiro; 勤田代; Kotaro Yamashita; 廣太郎山下
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1992-04-13
Filing date: 1992-04-13
Publication date: 1993-11-05

Abstract

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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】

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

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

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

【０００６】

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

【０００７】

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

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

【０００９】

【実施例】

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

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

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

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

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

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

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

【００１６】図４は、本発明の第二実施例であるデータ
交換方法を示すフローチャートである。図４において、
３はデータを変換する際のガイダンスを表示する画面で
ある。３０は計算機装置の出力手段であるキーボードで
ある。４００〜４０３は計算機装置の処理ステップであ
る。ステップ１００と１０１は図１と同じである。ステ
ップ１０１の後、変換パターンを列挙したガイダンス３
を表示する（ステップ４００）。次に、キーボード３０
により、操作者から変換パターンの指定を受付け（ステ
ップ４０１）、指定されたパターンに従い、獲得したコ
ードデータを変換する（ステップ４０２）。最後に、変
換したコードデータを、入力待ちになっている別アプリ
ケーション出力画面２に入力する（ステップ４０３）。

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

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

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

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

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

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

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

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

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

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

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

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

【００２９】

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

【符号の説明】

１，２…アプリケーション出力画面、１０…図群情報記
憶部、１００〜１０２…処理ステップ。

Claims

【特許請求の範囲】

【請求項１】複数のアプリケーションプログラムを制御
する計算機装置において、一つのアプリケーションプロ
グラムの出力画面から、コードデータが表示されている
特定の領域を切出し、切出した領域データから元のコー
ドデータを生成し、生成したコードデータを、入力待ち
になっている別のアプリケーションプログラムに入力す
ることを特徴とするデータ交換方法。
【請求項２】請求項１において、前記切出した領域デー
タから生成した前記コードデータの書式が、入力待ちに
なっている前記別のアプリケーションプログラムで必要
とする書式と異なる場合、前者の書式から後者の書式へ
変換して入力するデータ交換方法。
【請求項３】請求項２において、書式を変換する際に、
変換パターンを列挙したガイダンスを表示し、前記変換
パターンの指定を操作者に促し、前記操作者が指定した
前記変換パターンに従って書式を変換するデータ交換方
法。
【請求項４】請求項３において、前記変換パターンとし
て、空白除去が含まれているデータ交換方法。
【請求項５】請求項３において、前記変換パターンとし
て、西暦から和暦への変換が含まれているデータ交換方
法。
【請求項６】請求項３において、前記変換パターンとし
て、少なくとも、和暦から西暦への変換が含まれている
データ交換方法。
【請求項７】請求項３において、前記変換パターンとし
て、カナから漢字への変換が含まれているデータ交換方
法。
【請求項８】請求項３において、前記変換パターンとし
て、漢字からカナへの変換が含まれているデータ交換方
法。
【請求項９】請求項３において、前記変換パターンが複
数指定可能であるデータ交換方法。
【請求項１０】請求項１において、切出した領域データ
から生成したコードデータを、領域を切出すアプリケー
ションプログラム自身に入力するデータ交換方法。
【請求項１１】請求項１において、領域を切出すアプリ
ケーションプログラムと入力待ちのアプリケーションプ
ログラムとは、通信手段により結ばれた別装置上にある
データ交換方法。