JPH0773050A - プログラム間のデータ授受制御方式 - Google Patents
プログラム間のデータ授受制御方式Info
- Publication number
- JPH0773050A JPH0773050A JP5217474A JP21747493A JPH0773050A JP H0773050 A JPH0773050 A JP H0773050A JP 5217474 A JP5217474 A JP 5217474A JP 21747493 A JP21747493 A JP 21747493A JP H0773050 A JPH0773050 A JP H0773050A
- Authority
- JP
- Japan
- Prior art keywords
- data
- program
- programs
- driver
- storage area
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/541—Interprogram communication via adapters, e.g. between incompatible applications
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Executing Machine-Instructions (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 本発明は、プログラム間のデータ授受制御方
式に関し、システムもしくはプラットフォームの違いを
意識することなく、またプログラム間共通インタフェー
スを変更することなくプログラム間でデータの授受を行
えるようにすることを目的とする。 【構成】 数値、文字列等の異なるデータ型を含むデー
タを保存しておくための所定のデータ保存領域１と、複
数のプログラムＡ〜Ｄの各個とデータ保存領域１との間
でデータの授受を制御するデータドライバ２とを備え、
第１のプログラムＡから第２のプログラムＤにデータを
受け渡す場合に、データドライバ１を用いて、プログラ
ムＡからデータ保存領域１に対して当該データを登録
し、該登録したデータを取り出す際にプログラムＤで指
定したデータ型に変換して該プログラムＤに受け渡すよ
うに構成する。
式に関し、システムもしくはプラットフォームの違いを
意識することなく、またプログラム間共通インタフェー
スを変更することなくプログラム間でデータの授受を行
えるようにすることを目的とする。 【構成】 数値、文字列等の異なるデータ型を含むデー
タを保存しておくための所定のデータ保存領域１と、複
数のプログラムＡ〜Ｄの各個とデータ保存領域１との間
でデータの授受を制御するデータドライバ２とを備え、
第１のプログラムＡから第２のプログラムＤにデータを
受け渡す場合に、データドライバ１を用いて、プログラ
ムＡからデータ保存領域１に対して当該データを登録
し、該登録したデータを取り出す際にプログラムＤで指
定したデータ型に変換して該プログラムＤに受け渡すよ
うに構成する。
Description
【０００１】
【産業上の利用分野】本発明は、プログラム間のデータ
授受制御方式に係り、特に、複数のプログラムにより動
作するコンピュータシステムにおいてメモリ上でプログ
ラム間のデータ授受を制御する技術に関する。
授受制御方式に係り、特に、複数のプログラムにより動
作するコンピュータシステムにおいてメモリ上でプログ
ラム間のデータ授受を制御する技術に関する。
【０００２】
【従来の技術】近年、コンピュータシステムのオープン
化に伴い、様々なシステム、様々なプラットフォームで
同一の機能を提供するプログラムが使用されている。プ
ログラム間のデータ授受は、一般的にパラメータを用い
た受け渡しの形式が採られている。これらのパラメータ
は、階層化されているプログラム間では上位から下位へ
受け渡しされて伝えられる。受け渡しされるデータに
は、システム固有の情報やプラットフォーム固有の情報
も含まれている。そのため、システムもしくはプラット
フォームによっては、必ずしも必要としない情報も含ま
れている。つまり、受け渡すデータに関係のないプログ
ラムが当該データの伝播に関与する場合が発生する。そ
こで、係る事態の発生を防止してプログラム間で効率的
なデータ授受を行えるようにすることが要望されてい
る。
化に伴い、様々なシステム、様々なプラットフォームで
同一の機能を提供するプログラムが使用されている。プ
ログラム間のデータ授受は、一般的にパラメータを用い
た受け渡しの形式が採られている。これらのパラメータ
は、階層化されているプログラム間では上位から下位へ
受け渡しされて伝えられる。受け渡しされるデータに
は、システム固有の情報やプラットフォーム固有の情報
も含まれている。そのため、システムもしくはプラット
フォームによっては、必ずしも必要としない情報も含ま
れている。つまり、受け渡すデータに関係のないプログ
ラムが当該データの伝播に関与する場合が発生する。そ
こで、係る事態の発生を防止してプログラム間で効率的
なデータ授受を行えるようにすることが要望されてい
る。
【０００３】従来、プログラム間でデータの授受を行う
方式として、パラメータによるデータの受け渡しを利用
する方法と、制御表を用いた共通領域を利用する方法が
知られている。パラメータを用いた上位から下位へのデ
ータの受け渡し方法は、例えば、階層化されているプロ
グラムＡ〜ＣにおいてプログラムＡからプログラムＣに
データを受け渡す場合に、システムによっては、プログ
ラムＢでは必要のないデータも存在する。このような場
合にも、従来の方式では、プログラムＡからプログラム
Ｃに渡したいデータを、わざわざプログラムＢを介して
渡している。
方式として、パラメータによるデータの受け渡しを利用
する方法と、制御表を用いた共通領域を利用する方法が
知られている。パラメータを用いた上位から下位へのデ
ータの受け渡し方法は、例えば、階層化されているプロ
グラムＡ〜ＣにおいてプログラムＡからプログラムＣに
データを受け渡す場合に、システムによっては、プログ
ラムＢでは必要のないデータも存在する。このような場
合にも、従来の方式では、プログラムＡからプログラム
Ｃに渡したいデータを、わざわざプログラムＢを介して
渡している。
【０００４】一方、制御表を用いたデータの授受は、関
連するプログラム群において共通に参照する領域を用い
る方法である。この方法は、データの属性、制御表の形
式が変更された場合、関連するプログラムも変更（つま
り再作成）する必要がある。また、１つの情報を、ある
システムでは数字で表現し、また別のシステムでは文字
列で表現したいといった場合には、システム間で異なっ
た制御表を用いるか、あるいは、それぞれの情報を保存
しておくためのメモリ領域を確保する必要がある。
連するプログラム群において共通に参照する領域を用い
る方法である。この方法は、データの属性、制御表の形
式が変更された場合、関連するプログラムも変更（つま
り再作成）する必要がある。また、１つの情報を、ある
システムでは数字で表現し、また別のシステムでは文字
列で表現したいといった場合には、システム間で異なっ
た制御表を用いるか、あるいは、それぞれの情報を保存
しておくためのメモリ領域を確保する必要がある。
【０００５】
【発明が解決しようとする課題】上述したパラメータに
よるデータの受け渡しを利用する方式では、例えばプロ
グラムＡからプログラムＢを経由してプログラムＣにデ
ータを受け渡す場合を考えると、受け渡すプログラムに
関係のないプログラムＢがデータの伝播に関与すること
になり、そのためにプログラムＢのインタフェースが変
更となり、それに応じて関連するプログラムのインタフ
ェースも変更する必要が生じる。つまり、データ伝播に
関与する必要のないプログラムがそのデータ伝播に関与
することに起因して、プログラム間共通インタフェース
を変更しなければならないといった問題が生じる。
よるデータの受け渡しを利用する方式では、例えばプロ
グラムＡからプログラムＢを経由してプログラムＣにデ
ータを受け渡す場合を考えると、受け渡すプログラムに
関係のないプログラムＢがデータの伝播に関与すること
になり、そのためにプログラムＢのインタフェースが変
更となり、それに応じて関連するプログラムのインタフ
ェースも変更する必要が生じる。つまり、データ伝播に
関与する必要のないプログラムがそのデータ伝播に関与
することに起因して、プログラム間共通インタフェース
を変更しなければならないといった問題が生じる。
【０００６】一方、制御表を用いてデータの授受を行う
方式では、制御表の形式が変更されると、関連するプロ
グラムも全て変更しなければならず、また、１つの情報
を複数のシステム間で異なるデータ型で表現する場合に
は、各システム間で異なった制御表を用いるか、または
それぞれの情報を保存するための領域を確保しなければ
ならないといった問題がある。さらに、制御表の階層が
深くなると、目的とする情報の記憶場所を特定すること
が難しくなり、ひいてはその情報の取り出しに時間を要
するといった不都合もある。
方式では、制御表の形式が変更されると、関連するプロ
グラムも全て変更しなければならず、また、１つの情報
を複数のシステム間で異なるデータ型で表現する場合に
は、各システム間で異なった制御表を用いるか、または
それぞれの情報を保存するための領域を確保しなければ
ならないといった問題がある。さらに、制御表の階層が
深くなると、目的とする情報の記憶場所を特定すること
が難しくなり、ひいてはその情報の取り出しに時間を要
するといった不都合もある。
【０００７】このように従来の方式では、プログラム間
でデータを授受する際に、システム間もしくはプラット
フォーム間で共通なインタフェースとして、システム固
有もしくはプラットフォーム固有のデータを見せること
なく同じ手法で知らせる手段が無いといった課題があっ
た。本発明は、かかる従来技術における課題に鑑み創作
されたもので、システムもしくはプラットフォームの違
いを意識することなく、またプログラム間共通インタフ
ェースを変更することなくプログラム間でデータの授受
を行えるようにし、ひいては各システム間もしくはプラ
ットフォーム間で自由な形式でデータを有し利用するこ
とを可能にするプログラム間のデータ授受制御方式を提
供することを目的とする。
でデータを授受する際に、システム間もしくはプラット
フォーム間で共通なインタフェースとして、システム固
有もしくはプラットフォーム固有のデータを見せること
なく同じ手法で知らせる手段が無いといった課題があっ
た。本発明は、かかる従来技術における課題に鑑み創作
されたもので、システムもしくはプラットフォームの違
いを意識することなく、またプログラム間共通インタフ
ェースを変更することなくプログラム間でデータの授受
を行えるようにし、ひいては各システム間もしくはプラ
ットフォーム間で自由な形式でデータを有し利用するこ
とを可能にするプログラム間のデータ授受制御方式を提
供することを目的とする。
【０００８】
【課題を解決するための手段】上記課題を解決するた
め、本発明では、受け渡すデータに関係のないプログラ
ムが当該データの伝播に関与しないで、当該データを必
要とするプログラムが直接そのデータを取り出せるよう
にしている。図１には本発明に係るプログラム間のデー
タ授受制御方式の原理構成が示される。
め、本発明では、受け渡すデータに関係のないプログラ
ムが当該データの伝播に関与しないで、当該データを必
要とするプログラムが直接そのデータを取り出せるよう
にしている。図１には本発明に係るプログラム間のデー
タ授受制御方式の原理構成が示される。
【０００９】図示の構成は、複数のプログラム（図示の
例では簡単化のために４つのプログラムＡ〜Ｄのみが示
される）により動作するコンピュータシステムにおい
て、メモリ上で前記プログラム間のデータ授受を制御す
る方式を例示している。図中、１は数値、文字列等の異
なるデータ型を含むデータを保存しておくための所定の
データ保存領域、２は複数のプログラムＡ〜Ｄの各個と
データ保存領域１との間でデータの授受を制御するデー
タドライバを示す。
例では簡単化のために４つのプログラムＡ〜Ｄのみが示
される）により動作するコンピュータシステムにおい
て、メモリ上で前記プログラム間のデータ授受を制御す
る方式を例示している。図中、１は数値、文字列等の異
なるデータ型を含むデータを保存しておくための所定の
データ保存領域、２は複数のプログラムＡ〜Ｄの各個と
データ保存領域１との間でデータの授受を制御するデー
タドライバを示す。
【００１０】第１のプログラムＡから第２のプログラム
Ｄにデータを受け渡す場合に、まずデータドライバ２を
通して第１のプログラムＡからデータ保存領域１に対し
て当該データを登録し（矢印（ａ）参照）、次いで、そ
の登録したデータを第２のプログラムＤに取り出す際に
該プログラムＤで指定したデータ型に変換して該プログ
ラムＤに受け渡すようにしている（矢印（ｂ）参照）。
Ｄにデータを受け渡す場合に、まずデータドライバ２を
通して第１のプログラムＡからデータ保存領域１に対し
て当該データを登録し（矢印（ａ）参照）、次いで、そ
の登録したデータを第２のプログラムＤに取り出す際に
該プログラムＤで指定したデータ型に変換して該プログ
ラムＤに受け渡すようにしている（矢印（ｂ）参照）。
【００１１】また、本発明の好適な実施態様では、第１
のプログラムＡからデータドライバ２を介してデータ保
存領域１にデータを登録する際に、当該データは、その
キーワード、データ型、データ配列数およびデータ値を
含む。
のプログラムＡからデータドライバ２を介してデータ保
存領域１にデータを登録する際に、当該データは、その
キーワード、データ型、データ配列数およびデータ値を
含む。
【００１２】
【作用】上述した構成によれば、データパスＤＴ１〜Ｄ
Ｔ４を介してデータドライバ２により各プログラムＡ〜
Ｄとデータ保存領域１との間で情報の授受が行われ、ま
た、データパスＤＰ１〜ＤＰ３により各プログラムＡ，
Ｂ間、Ｂ，Ｃ間、およびＣ，Ｄ間で必要な情報のみ（パ
ラメータによるデータ）が授受されるようになってい
る。
Ｔ４を介してデータドライバ２により各プログラムＡ〜
Ｄとデータ保存領域１との間で情報の授受が行われ、ま
た、データパスＤＰ１〜ＤＰ３により各プログラムＡ，
Ｂ間、Ｂ，Ｃ間、およびＣ，Ｄ間で必要な情報のみ（パ
ラメータによるデータ）が授受されるようになってい
る。
【００１３】従って、例えばプログラムＤでシステムに
固有な情報が必要となった場合、データパスＤＴ１，Ｄ
Ｔ４とデータドライバ２を用いて情報を取り出すことが
できるので、プログラム間データパスＤＰ１〜ＤＰ３
（つまりプログラム間共通インタフェース）を変更する
必要が無くなる。また、データドライバ２を介して各プ
ログラムのデータ授受を制御しているので、システムも
しくはプラットフォームの違いをデータドライバ２で吸
収することができ、各プログラムＡ〜Ｄのシステムもし
くはプラットフォームを意識する必要も無くなる。
固有な情報が必要となった場合、データパスＤＴ１，Ｄ
Ｔ４とデータドライバ２を用いて情報を取り出すことが
できるので、プログラム間データパスＤＰ１〜ＤＰ３
（つまりプログラム間共通インタフェース）を変更する
必要が無くなる。また、データドライバ２を介して各プ
ログラムのデータ授受を制御しているので、システムも
しくはプラットフォームの違いをデータドライバ２で吸
収することができ、各プログラムＡ〜Ｄのシステムもし
くはプラットフォームを意識する必要も無くなる。
【００１４】さらに、データドライバ２により、データ
を受け取る側（図示の例ではプログラムＤ）で指定した
データ型に変換して当該プログラムに受け渡すようにし
ているので、プログラムＡが登録するデータ型が例えば
数値から文字列に変わったとしても、データドライバ２
を通してプログラムＤは常に同じ情報を受け取ることが
できる。
を受け取る側（図示の例ではプログラムＤ）で指定した
データ型に変換して当該プログラムに受け渡すようにし
ているので、プログラムＡが登録するデータ型が例えば
数値から文字列に変わったとしても、データドライバ２
を通してプログラムＤは常に同じ情報を受け取ることが
できる。
【００１５】なお、本発明の他の構成上の特徴および作
用の詳細については、添付図面を参照しつつ以下に記述
される実施例を用いて説明する。
用の詳細については、添付図面を参照しつつ以下に記述
される実施例を用いて説明する。
【００１６】
【実施例】図２には本発明に係るプログラム間のデータ
授受制御方式が適用されるグラフ作成システムの一構成
例が示される。図中、１０は後述の各プログラムの実行
を制御するためのオペレーティングシステム、１１は数
値、文字列等の異なるデータ型を含むデータを保存して
おくための所定のデータ保存領域、１２は後述の各プロ
グラムとデータ保存領域１１との間でデータの授受を制
御するデータドライバ、２０はアプリケーションプログ
ラム、２１〜２４は図１に示したプログラムＡ〜Ｄに対
応するソフトウエア処理（ジョブ）を示すもので、それ
ぞれアプリケーションインタフェース、データ処理、グ
ラフ作成処理、およびグラフィックドライバを示す。
授受制御方式が適用されるグラフ作成システムの一構成
例が示される。図中、１０は後述の各プログラムの実行
を制御するためのオペレーティングシステム、１１は数
値、文字列等の異なるデータ型を含むデータを保存して
おくための所定のデータ保存領域、１２は後述の各プロ
グラムとデータ保存領域１１との間でデータの授受を制
御するデータドライバ、２０はアプリケーションプログ
ラム、２１〜２４は図１に示したプログラムＡ〜Ｄに対
応するソフトウエア処理（ジョブ）を示すもので、それ
ぞれアプリケーションインタフェース、データ処理、グ
ラフ作成処理、およびグラフィックドライバを示す。
【００１７】なお、データ保存領域１１としては、上記
各プログラムを格納するメモリ（図示せず）と同じメモ
リ内の異なる記憶領域を割り当ててもよいし、あるいは
データファイル等の外部記憶装置内に適当な記憶領域を
割り当てることもできる。本実施例を含めて一般的なグ
ラフ作成システムでは、装置（システム）に図形を描画
させるためのプログラムは、装置の機能や図形作成機能
と共に、システム環境により非常に異なってくる。例え
ば、あるシステムでは文字列を描画する際に、書体の名
前に関連するフェイス名や書体を分類するファミリ名と
いった情報が必要であったり、また別のシステムでは文
字コードの形式が異なったりする。このような装置に関
する情報は、データ処理部２２では不要であり、またグ
ラフ作成処理部２３では汎用的な（特殊でない）グラフ
作成処理を行いたい。
各プログラムを格納するメモリ（図示せず）と同じメモ
リ内の異なる記憶領域を割り当ててもよいし、あるいは
データファイル等の外部記憶装置内に適当な記憶領域を
割り当てることもできる。本実施例を含めて一般的なグ
ラフ作成システムでは、装置（システム）に図形を描画
させるためのプログラムは、装置の機能や図形作成機能
と共に、システム環境により非常に異なってくる。例え
ば、あるシステムでは文字列を描画する際に、書体の名
前に関連するフェイス名や書体を分類するファミリ名と
いった情報が必要であったり、また別のシステムでは文
字コードの形式が異なったりする。このような装置に関
する情報は、データ処理部２２では不要であり、またグ
ラフ作成処理部２３では汎用的な（特殊でない）グラフ
作成処理を行いたい。
【００１８】本実施例では、アプリケーションインタフ
ェース部２１とグラフィックドライバ部２４がデータド
ライバ１２を通してデータ保存領域１１との間で直接デ
ータの授受を行うことにより、データ処理部２２とグラ
フ作成処理部２３はそれぞれに共通のインタフェースと
することができる。つまり、アプリケーションインタフ
ェース部２１からグラフィックドライバ部２４にデータ
を受け渡す場合に、データ処理部２２とグラフ作成処理
部２３の間のインタフェースを変更する必要が無くな
る。
ェース部２１とグラフィックドライバ部２４がデータド
ライバ１２を通してデータ保存領域１１との間で直接デ
ータの授受を行うことにより、データ処理部２２とグラ
フ作成処理部２３はそれぞれに共通のインタフェースと
することができる。つまり、アプリケーションインタフ
ェース部２１からグラフィックドライバ部２４にデータ
を受け渡す場合に、データ処理部２２とグラフ作成処理
部２３の間のインタフェースを変更する必要が無くな
る。
【００１９】図３にはアプリケーションインタフェース
２１が行うデータ登録処理の一例が示される。まず、ス
テップ３１においてデータ保存領域１１への登録（ＹＥ
Ｓ）か否（ＮＯ）かの判定を行い、判定結果がＹＥＳの
場合にはステップ３２に進み、判定結果がＮＯの場合に
は本フローは「エンド」となる。ステップ３２，３３，
３４および３５では、それぞれ、登録されるべきデータ
のキーワード選択、データ型の設定、データ配列数の設
定、およびデータ値の設定を行い、次のステップ３６で
はデータドライバ１２を通してデータ値をデータ保存領
域１１へ格納する。さらにステップ３７では、データ保
存領域１１へのデータ値の格納が正常に行われたかどう
かを指示する復帰コードの確認を行い、その結果がＯＫ
（ＹＥＳ）であるか否（ＮＯ）かを判定する。この判定
結果がＹＥＳの場合には本フローは「エンド」となり、
判定結果がＮＯの場合にはステップ３８に進み、適当な
エラー処理を行った後、本フローは「エンド」となる。
２１が行うデータ登録処理の一例が示される。まず、ス
テップ３１においてデータ保存領域１１への登録（ＹＥ
Ｓ）か否（ＮＯ）かの判定を行い、判定結果がＹＥＳの
場合にはステップ３２に進み、判定結果がＮＯの場合に
は本フローは「エンド」となる。ステップ３２，３３，
３４および３５では、それぞれ、登録されるべきデータ
のキーワード選択、データ型の設定、データ配列数の設
定、およびデータ値の設定を行い、次のステップ３６で
はデータドライバ１２を通してデータ値をデータ保存領
域１１へ格納する。さらにステップ３７では、データ保
存領域１１へのデータ値の格納が正常に行われたかどう
かを指示する復帰コードの確認を行い、その結果がＯＫ
（ＹＥＳ）であるか否（ＮＯ）かを判定する。この判定
結果がＹＥＳの場合には本フローは「エンド」となり、
判定結果がＮＯの場合にはステップ３８に進み、適当な
エラー処理を行った後、本フローは「エンド」となる。
【００２０】図４にはグラフィックドライバ２４が行う
データ取り出し処理の一例が示される。まず、ステップ
４１においてデータ保存領域１１からのデータ取り出し
（ＹＥＳ）か否（ＮＯ）かの判定を行い、判定結果がＹ
ＥＳの場合にはステップ４２に進み、判定結果がＮＯの
場合には本フローは「エンド」となる。ステップ４２で
は取り出すべきデータのキーワード選択を行う。
データ取り出し処理の一例が示される。まず、ステップ
４１においてデータ保存領域１１からのデータ取り出し
（ＹＥＳ）か否（ＮＯ）かの判定を行い、判定結果がＹ
ＥＳの場合にはステップ４２に進み、判定結果がＮＯの
場合には本フローは「エンド」となる。ステップ４２で
は取り出すべきデータのキーワード選択を行う。
【００２１】ステップ４３では、選択したキーワードに
対応するデータは如何なるデータ配列を有しているかを
見るために情報の取得が必要（ＹＥＳ）か否（ＮＯ）か
を判定し、判定結果がＹＥＳの場合にはステップ４４に
進み、判定結果がＮＯの場合にはステップ４６にジャン
プする。ステップ４４では、データ保存領域１１に格納
されている当該情報をデータドライバ１２を介して取得
する。
対応するデータは如何なるデータ配列を有しているかを
見るために情報の取得が必要（ＹＥＳ）か否（ＮＯ）か
を判定し、判定結果がＹＥＳの場合にはステップ４４に
進み、判定結果がＮＯの場合にはステップ４６にジャン
プする。ステップ４４では、データ保存領域１１に格納
されている当該情報をデータドライバ１２を介して取得
する。
【００２２】次のステップ４５では、データ保存領域１
１からの情報の取得が正常に行われたかどうかを指示す
る復帰コードの確認を行い、その結果がＯＫ（ＹＥＳ）
であるか否（ＮＯ）かを判定する。この判定結果がＹＥ
Ｓの場合にはステップ４６に進み、判定結果がＮＯの場
合にはステップ４９に進み、適当なエラー処理を行った
後、本フローは「エンド」となる。ステップ４６では、
データ保存領域１１から取得した情報を格納するための
記憶領域をグラフィックドライバ２４内に設定する。
１からの情報の取得が正常に行われたかどうかを指示す
る復帰コードの確認を行い、その結果がＯＫ（ＹＥＳ）
であるか否（ＮＯ）かを判定する。この判定結果がＹＥ
Ｓの場合にはステップ４６に進み、判定結果がＮＯの場
合にはステップ４９に進み、適当なエラー処理を行った
後、本フローは「エンド」となる。ステップ４６では、
データ保存領域１１から取得した情報を格納するための
記憶領域をグラフィックドライバ２４内に設定する。
【００２３】次のステップ４７では、取り出すべきデー
タのデータ型を設定し、さらにステップ４８では、デー
タ保存領域１１に登録されているアプリケーションイン
タフェース２１からのデータのデータ値をデータドライ
バ１２を介して取得する。この後、本フローは「エン
ド」となる。図５には本実施例のシステムによるグラフ
作成処理の具体例が示される。
タのデータ型を設定し、さらにステップ４８では、デー
タ保存領域１１に登録されているアプリケーションイン
タフェース２１からのデータのデータ値をデータドライ
バ１２を介して取得する。この後、本フローは「エン
ド」となる。図５には本実施例のシステムによるグラフ
作成処理の具体例が示される。
【００２４】今仮に、同図（ａ）に示されるようにハッ
チングパターンの並びが互いに異なる２つのシステムＡ
およびＢがあるものとする。このようにハッチングパタ
ーンの並びが違うシステムＡ，システムＢに対して、例
えば同図（ｂ），（ｃ）に示されるようにデータ値の配
列を編成することにより、グラフ作成プログラム（図２
のグラフ作成処理２３に相当）では、各システムＡ，Ｂ
によるハッチングの並びの違いを意識せずに、常に同じ
順番で表示を行うことができる（同図（ｄ）参照）。
チングパターンの並びが互いに異なる２つのシステムＡ
およびＢがあるものとする。このようにハッチングパタ
ーンの並びが違うシステムＡ，システムＢに対して、例
えば同図（ｂ），（ｃ）に示されるようにデータ値の配
列を編成することにより、グラフ作成プログラム（図２
のグラフ作成処理２３に相当）では、各システムＡ，Ｂ
によるハッチングの並びの違いを意識せずに、常に同じ
順番で表示を行うことができる（同図（ｄ）参照）。
【００２５】以上説明したように本実施例によれば、ア
プリケーションインタフェース２１からグラフィックド
ライバ２４にデータを受け渡す場合に、データドライバ
１２を介してデータ保存領域１１から必要な情報を取り
出すことができるので、各プログラム（ソフトウエア処
理部２１〜２４）間のインタフェースを変更する必要が
無くなる。
プリケーションインタフェース２１からグラフィックド
ライバ２４にデータを受け渡す場合に、データドライバ
１２を介してデータ保存領域１１から必要な情報を取り
出すことができるので、各プログラム（ソフトウエア処
理部２１〜２４）間のインタフェースを変更する必要が
無くなる。
【００２６】また、データドライバ１２を介して各プロ
グラム２１〜２４のデータ授受を制御しているので、シ
ステムもしくはプラットフォームの違いをデータドライ
バ１２で吸収することができる。これによって、各プロ
グラムのシステムもしくはプラットフォームを意識する
必要も無くなる。さらに、データを受け取る側（図示の
例ではグラフィックドライバ２４）で指定したデータ型
に変換して当該データを受け渡すようにしているので、
データ保存領域１１に登録するデータ型が変更になった
場合でも、データドライバ１２を通して、グラフィック
ドライバ２４は常に同じ情報を取得することができる。
グラム２１〜２４のデータ授受を制御しているので、シ
ステムもしくはプラットフォームの違いをデータドライ
バ１２で吸収することができる。これによって、各プロ
グラムのシステムもしくはプラットフォームを意識する
必要も無くなる。さらに、データを受け取る側（図示の
例ではグラフィックドライバ２４）で指定したデータ型
に変換して当該データを受け渡すようにしているので、
データ保存領域１１に登録するデータ型が変更になった
場合でも、データドライバ１２を通して、グラフィック
ドライバ２４は常に同じ情報を取得することができる。
【００２７】
【発明の効果】以上説明したように本発明によれば、受
け渡すデータに関係のないプログラムが当該データの伝
播に関与しないで、当該データを必要とするプログラム
が直接そのデータを取り出せるようにデータ授受を制御
しているので、異なるシステム間もしくはプラットフォ
ーム間においてそれぞれに固有のデータを、プログラム
間共通インタフェースを変更することなく、また従来形
に見られたような制御表に固有の領域を設けることな
く、プログラム間で授受することが可能となる。
け渡すデータに関係のないプログラムが当該データの伝
播に関与しないで、当該データを必要とするプログラム
が直接そのデータを取り出せるようにデータ授受を制御
しているので、異なるシステム間もしくはプラットフォ
ーム間においてそれぞれに固有のデータを、プログラム
間共通インタフェースを変更することなく、また従来形
に見られたような制御表に固有の領域を設けることな
く、プログラム間で授受することが可能となる。
【００２８】また、各システム間もしくはプラットフォ
ーム間で自由な形式でデータを持つことができ、利用す
ることができる。さらに、システムもしくはプラットフ
ォームの違いに依存しないプログラム作成が可能とな
る。
ーム間で自由な形式でデータを持つことができ、利用す
ることができる。さらに、システムもしくはプラットフ
ォームの違いに依存しないプログラム作成が可能とな
る。
【図１】本発明に係るプログラム間のデータ授受制御方
式の原理説明図である。
式の原理説明図である。
【図２】本発明に係るプログラム間のデータ授受制御方
式が適用されるグラフ作成システムの一構成例を示すブ
ロック図である。
式が適用されるグラフ作成システムの一構成例を示すブ
ロック図である。
【図３】図２におけるアプリケーションインタフェース
が行うデータ登録処理の一例を示すフローチャートであ
る。
が行うデータ登録処理の一例を示すフローチャートであ
る。
【図４】図２におけるグラフィックドライバが行うデー
タ取り出し処理の一例を示すフローチャートである。
タ取り出し処理の一例を示すフローチャートである。
【図５】図２のシステムによるグラフ作成処理の具体例
を説明するための図である。
を説明するための図である。
１…データ保存領域 ２…データドライバ Ａ〜Ｄ…プログラム
Claims (6)
- 【請求項１】 複数のプログラムにより動作するコンピ
ュータシステムにおいてメモリ上で前記プログラム間の
データ授受を制御する方式であって、 数値、文字列等の異なるデータ型を含むデータを保存し
ておくための所定のデータ保存領域（１）と、 前記複数のプログラムの各個と前記データ保存領域との
間でデータの授受を制御するデータドライバ（２）とを
備え、 前記複数のプログラム（Ａ〜Ｄ）のうち第１のプログラ
ム（Ａ）から第２のプログラム（Ｄ）にデータを受け渡
す場合に、前記データドライバにより、前記第１のプロ
グラムから前記データ保存領域に対して当該データを登
録し、該登録したデータを取り出す際に前記第２のプロ
グラムで指定したデータ型に変換して該第２のプログラ
ムに受け渡すことを特徴とするプログラム間のデータ授
受制御方式。 - 【請求項２】 前記第１のプログラムから前記データド
ライバを介して前記データ保存領域にデータを登録する
際に、当該データは、そのキーワード、データ型、デー
タ配列数およびデータ値を含むことを特徴とする請求項
１に記載のプログラム間のデータ授受制御方式。 - 【請求項３】 前記コンピュータシステムは、前記複数
のプログラムとして少なくともアプリケーションインタ
フェース（２１）、データ処理（２２）、グラフ作成処
理（２３）、およびグラフィックドライバ（２４）を含
むグラフ作成システムであることを特徴とする請求項２
に記載のプログラム間のデータ授受制御方式。 - 【請求項４】 前記アプリケーションインタフェースか
ら前記データドライバを介して前記データ保存領域にデ
ータを登録する際に、当該データのキーワードに基づい
てデータ登録が行われることを特徴とする請求項３に記
載のプログラム間のデータ授受制御方式。 - 【請求項５】 前記データ保存領域に登録されたデータ
を前記データドライバを介して前記グラフィックドライ
バに取り出す際に、当該データを該グラフィックドライ
バで指定したデータ型に変換して該グラフィックドライ
バに受け渡すことを特徴とする請求項４に記載のプログ
ラム間のデータ授受制御方式。 - 【請求項６】 前記データドライバは、前記登録したデ
ータのキーワードに関する情報を問い合わせる手段を有
することを特徴とする請求項２に記載のプログラム間の
データ授受制御方式。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5217474A JPH0773050A (ja) | 1993-09-01 | 1993-09-01 | プログラム間のデータ授受制御方式 |
| US08/941,233 US6195708B1 (en) | 1993-09-01 | 1997-09-30 | Computer system where giving and receiving a data between programs are controlled |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5217474A JPH0773050A (ja) | 1993-09-01 | 1993-09-01 | プログラム間のデータ授受制御方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0773050A true JPH0773050A (ja) | 1995-03-17 |
Family
ID=16704808
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5217474A Withdrawn JPH0773050A (ja) | 1993-09-01 | 1993-09-01 | プログラム間のデータ授受制御方式 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6195708B1 (ja) |
| JP (1) | JPH0773050A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3428812A1 (en) | 2017-07-10 | 2019-01-16 | Fujitsu Limited | Platform system, data conversion method and data conversion program |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7275046B1 (en) * | 1999-12-30 | 2007-09-25 | Dst Systems Inc. | Simultaneous real-time access to financial information |
| JP4728020B2 (ja) * | 2005-03-17 | 2011-07-20 | 日立オートモティブシステムズ株式会社 | 車両制御用ソフトウェア及び車両制御装置 |
| CN106776394B (zh) * | 2017-01-11 | 2019-05-14 | 深圳大普微电子科技有限公司 | 一种数据转换的硬件***和存储器 |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4956809A (en) * | 1986-11-24 | 1990-09-11 | Mark Williams Company | Method for canonical ordering of binary data for portable operating systems |
| US4980842A (en) * | 1987-07-23 | 1990-12-25 | Sharp Kabushiki Kaisha | Method and apparatus for registering and retrieving primary information on the basis of secondary information |
| US5206951A (en) * | 1987-08-21 | 1993-04-27 | Wang Laboratories, Inc. | Integration of data between typed objects by mutual, direct invocation between object managers corresponding to object types |
| US4914586A (en) * | 1987-11-06 | 1990-04-03 | Xerox Corporation | Garbage collector for hypermedia systems |
| US5379376A (en) * | 1990-06-04 | 1995-01-03 | International Business Machines Corporation | Bi-directional graphics attribute conversion profile |
| US5301268A (en) * | 1990-10-10 | 1994-04-05 | Fuji Xerox Co., Ltd. | Apparatus for transferring information between different window systems |
| US5392390A (en) * | 1992-04-10 | 1995-02-21 | Intellilink Corp. | Method for mapping, translating, and dynamically reconciling data between disparate computer platforms |
| US5339430A (en) * | 1992-07-01 | 1994-08-16 | Telefonaktiebolaget L M Ericsson | System for dynamic run-time binding of software modules in a computer system |
| US5404442A (en) * | 1992-11-30 | 1995-04-04 | Apple Computer, Inc. | Visible clipboard for graphical computer environments |
| US5386564A (en) * | 1993-02-24 | 1995-01-31 | Hewlett-Packard Company | Conversion of data and objects across classes in an object management system |
| US5553281A (en) * | 1994-03-21 | 1996-09-03 | Visual F/X, Inc. | Method for computer-assisted media processing |
| US5625804A (en) * | 1995-04-17 | 1997-04-29 | International Business Machines Corporation | Data conversion in a multiprocessing system usable while maintaining system operations |
| US5848415A (en) * | 1996-12-18 | 1998-12-08 | Unisys Corporation | Selective multiple protocol transport and dynamic format conversion in a multi-user network |
-
1993
- 1993-09-01 JP JP5217474A patent/JPH0773050A/ja not_active Withdrawn
-
1997
- 1997-09-30 US US08/941,233 patent/US6195708B1/en not_active Expired - Lifetime
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3428812A1 (en) | 2017-07-10 | 2019-01-16 | Fujitsu Limited | Platform system, data conversion method and data conversion program |
| US10528588B2 (en) | 2017-07-10 | 2020-01-07 | Fujitsu Limited | Platform system, data conversion method and computer-readable non-transitory medium |
Also Published As
| Publication number | Publication date |
|---|---|
| US6195708B1 (en) | 2001-02-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100504764C (zh) | 文件***过滤方法和*** | |
| CA2264232C (en) | Systems and methods for providing dynamic data referencing in a generic data exchange environment | |
| JPH0131214B2 (ja) | ||
| JP2007095059A (ja) | データベースへのクエリ送信方法およびクエリ送信システム | |
| JPH0644063A (ja) | 個別サブプログラムをメインプログラムに統合する方法 | |
| US20020045963A1 (en) | CAD supporting apparatus, and CAD supporting program storage medium | |
| DE10313950A1 (de) | Vorrichtungsresidentes Treibersystem und -verfahren | |
| JPH0773050A (ja) | プログラム間のデータ授受制御方式 | |
| US7610587B2 (en) | System and method for creating a best-match object at run time | |
| JPH06309265A (ja) | 情報処理装置におけるドライバプログラムの動的選択方法 | |
| JP2000293336A (ja) | 印刷装置状態表示制御装置並びに印刷装置状態表示制御装置の制御方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体 | |
| CN114610370A (zh) | 控制芯片管脚复用的方法、电子装置和计算机存储介质 | |
| JPH09330243A (ja) | 計算機システム | |
| JP2999516B2 (ja) | 端末装置のための文字出力制御方法および装置 | |
| US20030027465A1 (en) | Connection device | |
| US20060195434A1 (en) | Multiple Invocation Style Integration Framework | |
| US7477251B2 (en) | System for acquiring profile information from three-dimensional profile data, its method and computer software program | |
| JP5251197B2 (ja) | メッセージ処理方法、メッセージ処理装置、及びプログラム | |
| US7281166B1 (en) | User-customizable input error handling | |
| JP2006251972A (ja) | 情報処理装置及び方法 | |
| JPS60160443A (ja) | デ−タ処理装置 | |
| JP3018427B2 (ja) | 階層化構造を持たせた図形データの処理方法およびその装置 | |
| JP3120493B2 (ja) | データ処理装置 | |
| JP2007122283A (ja) | 情報処理装置、及びその制御方法 | |
| CN117632307A (zh) | 存储过程的调用方法、装置、电子设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20001107 |