JP3492014B2 - Data input / output method and computer device - Google Patents

Data input / output method and computer device

Info

Publication number
JP3492014B2
JP3492014B2 JP09191195A JP9191195A JP3492014B2 JP 3492014 B2 JP3492014 B2 JP 3492014B2 JP 09191195 A JP09191195 A JP 09191195A JP 9191195 A JP9191195 A JP 9191195A JP 3492014 B2 JP3492014 B2 JP 3492014B2
Authority
JP
Japan
Prior art keywords
data
input
output
screen
type
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.)
Expired - Fee Related
Application number
JP09191195A
Other languages
Japanese (ja)
Other versions
JPH08263243A (en
Inventor
康浩 木村
達徳 金井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP09191195A priority Critical patent/JP3492014B2/en
Publication of JPH08263243A publication Critical patent/JPH08263243A/en
Application granted granted Critical
Publication of JP3492014B2 publication Critical patent/JP3492014B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • User Interface Of Digital Computer (AREA)
  • Digital Computer Display Output (AREA)
  • Stored Programmes (AREA)

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、電子計算機においてア
プリケーションプログラムを実行する際に、アプリケー
ションプログラムへユーザからアプリケーションプログ
ラムに対するデータの入力あるいはアプリケーションプ
ログラムからのデータの出力を司る表示画面を計算機の
表示装置に出現させ、この表示画面を介してアプリケー
ションプログラムとユーザとの間のデータの入出力を行
うデータ入出力方法、及び、このようなデータ入出力方
法を行うために予め計算機に具備されているべきデータ
入出力装置に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a computer display device for displaying a display screen for inputting data from the user to the application program or outputting data from the application program when the application program is executed in an electronic computer. And a data input / output method for inputting / outputting data between an application program and a user through this display screen, and a computer for carrying out such a data input / output method should be provided in advance. Regarding data input / output devices.

【0002】[0002]

【従来の技術】ビットマップディスプレイやキャラクタ
ディスプレイあるいはグラフィックディスプレイ等の端
末装置の画面を通してユーザとの入出力を行うプログラ
ムを開発する場合、従来は、プログラマがまず使用する
端末装置(表示装置を備える計算機)の持つ画面のサイ
ズや表示できる文字や図形等の制限(以下「仕様」と呼
ぶ)を念頭において画面設計を行った。次に使用する端
末装置あるいはその端末装置上で動作しているウィンド
ウシステムの持つ制御コードやコマンドを組み合せて、
その画面を表示するプログラムを作成する必要があっ
た。このようなプログラムの作成は、画面上の文字や図
形の配置を意識した細かくて煩雑なものであった。
2. Description of the Related Art When developing a program for inputting / outputting with a user through a screen of a terminal device such as a bit map display, a character display, or a graphic display, conventionally, a terminal device (a computer equipped with a display device) first used by a programmer is conventionally used. ) Was designed with the size of the screen and the restrictions on the characters and figures that can be displayed (hereinafter referred to as “specifications”) in mind. Combine the control code and command of the terminal device to be used next or the window system running on that terminal device,
I had to write a program to display that screen. The creation of such a program was fine and complicated considering the arrangement of characters and figures on the screen.

【0003】さらに、このようにして作成した画面表示
のためのプログラムは特定の端末装置の機種(仕様)に
依存しており、新しい端末装置を用いる場合には新たに
プログラムを作成しなければならなかった。
Further, the screen display program created in this way depends on the model (specification) of a specific terminal device, and when a new terminal device is used, a new program must be created. There wasn't.

【0004】これは、一種類のアプリケ−ションプログ
ラムに対して端末装置の機種数だけ異なる画面表示のた
めのプログラムを作成しなければならないことを意味す
る。したがって、プログラマは、アプリケーションプロ
グラムの数をnとし、端末装置の機種の数をmとする
と、n×mの数だけ画面表示のためのプログラムを作成
しなければならなかった。
This means that it is necessary to create a program for displaying a screen that differs by the number of terminal device models for one type of application program. Therefore, assuming that the number of application programs is n and the number of terminal device models is m, the programmer has to create as many programs for screen display as n × m.

【0005】このような画面を用いて入出力を行うプロ
グラムの作成を容易化する方法として、フォームジェネ
レータあるいはGUIビルダと呼ばれるソフトウェアが
用いられることもある。これらのソフトウェアは、入出
力に用いたい画面上の配置をプログラマが定義すると、
その画面を表示するプログラムを自動生成するものであ
る。このようなソフトウェアを用いることによって画面
の配置の設計が一部楽にはなるが、画面の設計とアプリ
ケーションプログラム本体の設計が分かれるため、一方
を変更するとそれに合わせてもう一方も変更する必要が
あった。またこのようにして作成したプログラムは、や
はり特定の端末装置の機種に依存したものとなってい
る。したがって、n×mの数だけ画面表示のためのプロ
グラムの作成が必要であるという問題は解決していなか
った。
Software called a form generator or GUI builder is sometimes used as a method for facilitating the creation of a program for inputting and outputting using such a screen. These software, when the programmer defines the layout on the screen to be used for input and output,
The program for displaying the screen is automatically generated. Using such software makes it easier to design the layout of the screen, but because the design of the screen and the design of the application program itself are separated, it was necessary to change the other to match it. . The program created in this way also depends on the model of the specific terminal device. Therefore, the problem that it is necessary to create a program for screen display by the number of n × m has not been solved.

【0006】[0006]

【発明が解決しようとする課題】本発明は、上述した問
題点に鑑み、画面を介して入出力を行うアプリケーショ
ンプログラムの開発において、各アプリケーション毎に
画面の詳細な設計を行い画面表示のためのプログラムの
作成を行う作業を不要にすることによって、プログラム
の作成を容易にすると共に、画面を介して入出力を行う
アプリケーションプログラムを端末装置の機種に依存し
ない形で作成できるようにすることを目的とする。
SUMMARY OF THE INVENTION In view of the above-mentioned problems, the present invention provides a detailed screen design for each application in the development of an application program for inputting / outputting data through the screen to display the screen. The purpose of the present invention is to facilitate the creation of programs by eliminating the work of creating programs, and to create application programs that perform input / output via the screen in a form that does not depend on the model of the terminal device. And

【0007】[0007]

【課題を解決するための手段】本発明(請求項1)は、
ユーザからアプリケーションプログラムに対するデータ
の入力あるいはアプリケーションプログラムからのデー
タの出力を司るアプリケーションプログラムの画面を計
算機の表示装置に出現させ、この画面を介してアプリケ
ーションプログラムとユーザとの間のデータの入出力を
行うデータ入出力方法において、該アプリケーションプ
ログラムは、特定の計算機の表示機能に依存しないデー
タの型であって、入力及び出力の少なくとも一方を行う
該データの型の記述を含み、該計算機は、データの型
と該計算機の表示機能に依存した表示すべき画面の各部
構成とをそれぞれ対応付けた組を複数備えた選択規
則、および、該計算機の表示機能に依存した、画面全体
の構成を求めるための配置規則を予め憶する記憶部を
備えており、計算機は、アプリケーションプログラム
から入力及び出力の少なくとも一方を行うデータの型の
定義を全て抽出し、これら抽出されたデータ型の定
義のそれぞれに基づき、前記記憶部に記憶される前記選
択規則を参照し、各データの型に対応した画面上での部
分構成をそれぞれ決定し、該決定された各部分構成の
上での全体的な配置を、前記記憶部に記憶される前記
配置規則を参照して決定し、該計算機によってアプリケ
ーションプログラムの実行時に、該決定された置に従
った画面を前記表示装置に出現させ、この出現させた
を介してアプリケーションプログラムとユーザとの間
のデータの入出力を行うことを特徴とする。
The present invention (Claim 1) includes:
The screen of the application program that controls the data input from the user to the application program or the output of the data from the application program appears on the display device of the computer, and data is input and output between the application program and the user via this screen. In the data input / output method, the application
The program is a data that does not depend on the display function of a specific computer.
Type of input and / or output
The computer includes a description of the data type, and each part of the screen to be displayed depends on the type of each data and the display function of the computer.
Min configuration and the selection regulations having a plurality of pairs associating each
Rules and the entire screen depending on the display function of the computer
Includes a storage unit for previously memorize the arrangement rule for determining the configuration, the computer, the any defined type of data to be at least one of the input and output extracted from the application program, are those extracted based on the respective type of definition of data, the selection is stored in the storage unit
By referring to the selection rules , the partial configurations on the screen corresponding to each data type are determined, and the image of each determined partial configuration is displayed.
The overall arrangement on the surface is stored in the storage unit.
Determined with reference to the arrangement rule, applique by the computer
During the execution of Activation program, picture of the screen in accordance with the placement that is the determined allowed to appear on the display device, was the appearance is
Data is input and output between the application program and the user via the surface .

【0008】 本発明(請求項2)は、特定の計算機の
表示機能に依存しないデータの型であって、入力及び出
力の少なくとも一方を行う該データの型の記述を含むア
プリケーションプログラムへの、ユーザからデータの
入力あるいはアプリケーションプログラムからのデー
タの出力を司る画面を表示可能である表示手段を備える
計算機装置において、データの型と該表示手段に依存
した表示すべき画面の各部分構成とをそれぞれ対応付け
た組を複数備えた選択規則、および、該表示手段に依存
した、画面全体の構成を求めるための配置規則を予め
憶する記憶手段と、アプリケーションプログラムから
入力及び出力の少なくとも一方を行うデータの型の定義
全て抽出する抽出手段と、前記抽出手段によって抽出
されたデータ型の定義のそれぞれに基づき、前記記
憶手段に記憶される前記選択規則を参照し、各データの
型に対応した画面上での部分構成をそれぞれ選択する選
択手段と、前記選択部で選択された該各部分構成の全体
的な配置を、前記記憶手段に記憶される前記配置規則
参照し決定する画面配置決定手段と、該アプリケーショ
ンプログラムの実行時に、前記画面配置決定手段で決定
された全体的な配置に基づく画面を前記表示手段に表示
させる表示制御手段と、前記表示手段を介して入力され
るデータの前記アプリケーションプログラムへの送信
または、前記アプリケーションプログラムから出力され
るデータの前記表示手段の画面を介した提示の少なくと
も一方を行う入出力制御手段と、前記入出力制御手段に
より送信されたデータを用いた前記アプリケーションプ
ログラムの実行及び入出力制御手段に対する前記アプリ
ケーションプログラムの実行結果の出力の少なくとも一
方を行う実行手段とを備えたことを特徴とする。
The present invention (Claim 2) relates to a specific computer.
A type of data that does not depend on the display function,
The type of data that does at least one of the
To application programs, the input or computing device including a display unit screen is capable of displaying the charge of output of data from the application program data from the user, depending on the type and the display means of each data <br / > Correspond with each part of the screen to be displayed
Selection rules with multiple sets and dependent on the display means
Was a pre-serial <br/>憶storage device for arrangement rule for determining the overall screen structure, an extraction means for extracting all the defined type of data to be at least one of input and output from the application program, Selection for referring to the selection rule stored in the storage means based on each definition of the type of each data extracted by the extraction means and selecting a partial configuration on the screen corresponding to each data type and means, the overall arrangement of the selected respective portions constituted by the selection unit, and the screen layout determination means for determining by referring to the arrangement rule stored in the storage means, the application
When the down program execution, and a display control means for displaying a screen based on the overall arrangement determined by the screen layout determination unit on the display unit, the data input through the display unit to the application program Send ,
Alternatively, input / output control means for performing at least one of presentation of data output from the application program via the screen of the display means, and execution and execution of the application program using the data transmitted by the input / output control means. And an execution unit that outputs at least one of execution results of the application program to the input / output control unit.

【0009】[0009]

【0010】[0010]

【作用】本発明によれば、データの入出力を行うアプリ
ケーションプログラムは、入出力を行いたいデータの型
をデータ入出力装置に伝える。データ入出力装置は受け
取ったデータ型のデータの入出力に必要な画面を合成
し、その画面を用いてアプリケーションプログラムとユ
ーザとの間のデータの入出力を行う。
According to the present invention, the application program for inputting / outputting data informs the data input / output device of the type of data to be input / output. The data input / output device synthesizes a screen required for inputting / outputting the received data of the data type, and uses the screen to input / output data between the application program and the user.

【0011】第1の発明は、アプリケーションプログラ
ムの実行時に行われる動作手順についてのものである。
第2の発明は、このような動作が行われるために、計算
機のシステム側が備えるべき手段についてのものであ
る。ここで言うデータ入出力装置とは、計算機のシステ
ムにソフトウェアがインストールされることにより、計
算機の内部に仮想的に上述した手段を備える装置に相当
する機能が形成された場合には、その機能を実現する部
分を指すものである
The first aspect of the present invention relates to an operation procedure performed when an application program is executed.
The second invention relates to means that the system side of the computer must have in order to perform such an operation. The data input / output device referred to here means that when software is installed in the computer system and a function corresponding to a device virtually including the above-mentioned means is formed inside the computer, that function is formed. It refers to the part to be realized .

【0012】このように、アプリケーションプログラム
実行時に入出力を行いたいデータ型から自動的に画面を
作成するため、アプリケーションプログラムのプログラ
マは、画面上の細かな配置を指定して画面表示のための
プログラムを予め作成しておく必要がなくなる。
As described above, since the screen is automatically created from the data type to be input / output when the application program is executed, the programmer of the application program designates the detailed arrangement on the screen to display the program for the screen display. Need not be created in advance.

【0013】また、自動的に画面を作成する際に用いる
ために記憶されているデータ型と表示すべき画面の構成
との対応関係は、端末装置の機種に適合したものである
から、同じアプリケーションプログラムを複数の異なる
端末装置で用いることが可能になり、アプリケーション
プログラムが端末装置の機種に依存することをなくすこ
とができる。
Since the correspondence between the data type stored for automatically creating a screen and the configuration of the screen to be displayed is suitable for the model of the terminal device, the same application is used. The program can be used in a plurality of different terminal devices, and the application program can be made independent of the model of the terminal device.

【0014】さらに、本データ入出力装置はアプリケー
ションプログラム毎に異なるものを設ける必要はなく、
アプリケーションプログラムの数をnとし、端末装置の
機種の数をmとすると、本データ入力装置がm個存在さ
えすれば、どのアプリケーションプログラムをどの端末
装置で実行する際にも、画面を介したデータの入出力が
自動的に実現できる。
Further, the data input / output device need not be different for each application program.
Assuming that the number of application programs is n and the number of terminal device models is m, as long as there are m data input devices, no matter which application program is executed on which terminal device, data that is displayed via the screen is displayed. Input and output can be realized automatically.

【0015】[0015]

【実施例】本発明の一実施例を説明する。EXAMPLE An example of the present invention will be described.

【0016】アプリケーションプログラムは入出力を行
いたいデータのデータ型の定義を本実施例のデータ入出
力装置に渡す。このとき用いるデータ型は、アプリケー
ションプログラムを記述しているプログラミング言語の
持つデータ型を用いることも可能であるし、例えば『Th
e Common Object Request Broker: Architecture andSp
ecification』(Object Management Group発行) に開示
されているCORBA/IDLのような特定のプログラミング言
語に依存しないデータ型を用いることもできる。
The application program passes the definition of the data type of the data to be input / output to the data input / output device of this embodiment. As the data type used at this time, the data type of the programming language that describes the application program can be used.
e Common Object Request Broker: Architecture and Sp
It is also possible to use a data type that does not depend on a specific programming language, such as CORBA / IDL disclosed in "ecification" (published by Object Management Group).

【0017】ここではCORBA/IDL を用いる場合の実施例
を示すが、他のデータ型を用いる場合も本実施例と同様
に扱うことが可能である。
Although an example of using CORBA / IDL is shown here, the case of using other data types can be handled in the same manner as this example.

【0018】データ入出力装置の入出力欄選択部2(後
述する)にデータ型の定義を与えるためには、入出力欄
選択部2によって解釈可能なデータとしてデータ型を表
現する必要がある。これは例えば図2及び図3(図2の
続き)に示すようなC 言語の構造体によってCORBA/IDL
のデータ型を表現するデータ型によって実現することが
可能である。図2及び図3において typecode という名
前を持つ構造体が、データ型を表現するデータ型であ
る。 typecode 構造体中の kind フィールドが、int か
char か構造体かといった型の種類を表現し、構造体は
配列のような複合型の場合はそれぞれの型の定義に必要
な情報を例えば構造体なら t_struct というフィール
ドに持っている。
In order to give the definition of the data type to the input / output column selection unit 2 (described later) of the data input / output device, it is necessary to express the data type as data that can be interpreted by the input / output column selection unit 2. This is a CORBA / IDL structure, for example, as shown in Figures 2 and 3 (continuation of Figure 2).
It can be realized by a data type expressing the data type of. The structure having the name typecode in FIGS. 2 and 3 is a data type expressing the data type. Whether the kind field in the typecode structure is an int
It represents the type of type such as char or structure, and in the case of a complex type such as an array, the structure has information necessary for defining each type in a field called t_struct for a structure, for example.

【0019】CORBA/IDL には、データ型を表現するメタ
なデータ型として TypeCode と呼ぶ型が定義されてい
る。図2及び図3における typecode 型の構造体は、CO
RBA/IDL のデータ型における TypeCode をC 言語のデー
タ型に変換したものである。
In CORBA / IDL, a type called TypeCode is defined as a meta data type expressing a data type. The typecode type structure in Figures 2 and 3 is CO
It is a conversion of the TypeCode in the RBA / IDL data type to the C language data type.

【0020】以下、本実施例では、アプリケーションプ
ログラムから入出力欄選択部2に渡されるデータの型定
義は、CORBA/IDL のTypeCode型のデータとしてで渡され
るものとして説明する。
In the following description of the present embodiment, the type definition of the data passed from the application program to the input / output column selecting unit 2 is passed as CORBA / IDL TypeCode type data.

【0021】図4及び図5(図4の続き)に本実施例の
データ入出力装置を用いるアプリケーションプログラム
の例を示す。この例のアプリケーションプログラムは、
CORBA/IDL のデータ型とC 言語の文法を持つオブジェク
ト指向言語で記述されている。
4 and 5 (continuation of FIG. 4) show examples of application programs using the data input / output device of this embodiment. The application program in this example is
It is written in an object-oriented language with CORBA / IDL data types and a C language grammar.

【0022】図示したプログラム中でuim は本発明のデ
ータ入出力装置に対応するオブジェクトである。uim.in
put 命令は第3 の引数に渡したデータ型の入力欄を作成
することをuim オブジェクトに指示している。これによ
って、uim オブジェクトによって実現されている本実施
例の入出力欄選択部2に入力したいデータのデータ型定
義が渡される。同様にuim.output命令は第3 の引数に渡
したデータ型の出力欄を作成することをuim オブジェク
トに指示している。uim.event 命令は、ボタンのよう
に、その欄に対応付けられた動作を起動する欄を生成す
ることを指示する命令である。起動する動作は、第3 引
数に関数へのポインタとして与える。
In the illustrated program, uim is an object corresponding to the data input / output device of the present invention. uim.in
The put command instructs the uim object to create an input field of the data type passed in the third argument. As a result, the data type definition of the data to be input is passed to the input / output column selection unit 2 of this embodiment realized by the uim object. Similarly, the uim.output instruction instructs the uim object to create an output field of the data type passed in the third argument. The uim.event command is a command for instructing to generate a field for activating an action associated with the field, such as a button. The action to be started is given as the pointer to the function in the third argument.

【0023】uim.dialogは、uim.input 命令やuim.outp
ut命令、uim.event 命令、さらに再帰的にuim.dialog命
令で作成される入出力欄の間に階層関係定義するために
用いる。つまり、input やoutput、event 、dialog命令
の第2 引数には、その階層上の親となるdialogを指定で
き、これによって階層構造を定義できる。dialogはinpu
t やoutput、event 、dialogを含んだ画面上の意味のあ
るまとまりを示すものである。uim.input で作成した入
力欄からは、入力命令であるget 命令で値を入力するこ
とができる。uim.outputで作成した出力欄には、出力命
令であるput 命令で値を出力することができる。
Uim.dialog is a uim.input command or uim.outp
It is used to define a hierarchical relationship between the input / output fields created by the ut command, uim.event command, and recursively uim.dialog command. In other words, as the second argument of input, output, event, and dialog commands, the parent dialog in the hierarchy can be specified, and the hierarchy structure can be defined by this. dialog is inpu
It shows a meaningful grouping on the screen including t, output, event, and dialog. From the input field created by uim.input, the value can be input by the get command which is an input command. Values can be output to the output field created by uim.output with the put command, which is an output command.

【0024】また本実施例では、入出力欄の画面への表
示にMIT で開発されたX ウィンドウシステムおよびその
標準的なツールキットであるOSF(Open Software Founda
tion) のMotif ツールキットを用いる場合について説明
するが、Microsoft 社のWindows を用いる場合も同様の
方式で実施可能である。
Further, in this embodiment, the X window system developed by MIT and OSF (Open Software Founda) which is a standard toolkit for displaying the input / output column on the screen are displayed.
However, the same method can be applied to the case where Microsoft's Windows is used.

【0025】図1は本発明の構成を説明する説明図であ
る。この図において、1はアプリケーションプログラム
記憶部、6はアプリケーションプログラム実行部、2は
アプリケーションプログラム(1)から入出力を行いた
いデータ型の定義を一つまたは複数受け取り、受け取っ
たデータ型に対応してその入出力に必要な表示画面上の
入出力欄の種類を選択する入手力欄選択部、3は2で選
択した複数の入出力欄の画面上での配置を決定する画面
配置決定部、4は3で決定された配置に従って2で選択
した入出力欄を画面上に表示し、アプリケーションプロ
グラム(6)から渡された出力データを対応する出力欄
に表示し、アプリケーションプログラム(6)から要求
されたデータの入力を対応する入力欄を通して実行する
対話制御部、5は入出力欄を含む画面が表示される表示
装置である。
FIG. 1 is an explanatory view for explaining the constitution of the present invention. In this figure, 1 is an application program storage unit, 6 is an application program execution unit, 2 is one or more definitions of data types to be input / output from the application program (1), and corresponding to the received data types. An availability column selection unit for selecting the type of input / output column on the display screen required for the input / output, 3 is a screen layout determination unit for determining the layout of the plurality of input / output columns selected in 2 on the screen, 4 Displays the input / output column selected in 2 on the screen according to the arrangement determined in 3, displays the output data passed from the application program (6) in the corresponding output column, and requests it from the application program (6). A dialogue control unit 5 for executing the input of the data through the corresponding input field is a display device on which a screen including an input / output field is displayed.

【0026】なお、入出力欄選択部2の処理の際は選択
規則記憶部7に記憶された情報を参照し、画面配置決定
部3の処理の際は配置規則記憶部8に記憶された情報を
参照する。記憶部7及び8は全体として、複数のデータ
型について、データ型とこの計算機の仕様に適合した表
示すべき画面の構成との対応関係の情報を記憶している
ことになる。また、入出力欄選択部2の前段は、アプリ
ケーションプログラムが入力及び出力の少なくとも一方
を行うデータのデータ型の定義を抽出する手段を含んで
おり、入出力欄選択部2の後段及び画面配置決定部3は
全体として、前記の抽出結果に基づき、前記の記憶され
た対応関係の情報を参照して、記憶部1に記憶され実行
部6で実行されつつあるアプリケーションプログラムに
対応する画面の構成を求める手段を含んでいる。
The information stored in the selection rule storage unit 7 is referred to in the processing of the input / output column selection unit 2, and the information stored in the arrangement rule storage unit 8 is processed in the processing of the screen layout determination unit 3. Refer to. The storage units 7 and 8 as a whole store, for a plurality of data types, information on the correspondence relationship between the data types and the configuration of the screen to be displayed that conforms to the specifications of this computer. Further, the front stage of the input / output column selection unit 2 includes means for extracting the definition of the data type of the data which the application program performs at least one of input and output, and the rear stage of the input / output column selection unit 2 and the screen layout determination. On the basis of the extraction result, the unit 3 as a whole refers to the stored information on the correspondence relationship to determine the configuration of the screen corresponding to the application program stored in the storage unit 1 and being executed by the execution unit 6. It includes the means to seek.

【0027】なお、アプリケーションプログラムが入出
力を行うデータが一つである場合は、画面配置決定部3
がなくても、表示すべき画面の構成を求めることは可能
である。対話制御部4は、この求められた構成に従って
表示画面を出現させる手段と、この表示画面を介して入
力されるデータをアプリケーションプログラムへの送信
したりアプリケーションプログラムから出力されるデー
タを表示画面を介して提示したりする手段とを含んでい
る。
When the application program inputs and outputs only one data, the screen layout determining unit 3
It is possible to obtain the configuration of the screen to be displayed even without. The dialogue control unit 4 causes the display screen to appear in accordance with the obtained configuration, transmits data input through the display screen to the application program, and outputs data output from the application program through the display screen. And means for presenting.

【0028】そして、上記2〜4及び7、8は、データ
入出力装置を構成しており、これに1、5及び6を加え
た全体が、計算機装置を構成している。
The above-mentioned items 2 to 4 and 7 and 8 constitute a data input / output device, and 1, 5 and 6 are added to the data input / output device to constitute a computer device.

【0029】まずアプリケーションプログラムには、入
出力対象となるデータの型定義がそれぞれTypeCodeで表
現され記載されている。そして、入出力欄選択部2は、
記憶部1に記憶されたアプリケーションプログラムか
ら、このTypeCodeの値を検出する。
First, in the application program, the type definitions of the data to be input / output are expressed and described by TypeCode. Then, the input / output column selection unit 2
The value of this TypeCode is detected from the application program stored in the storage unit 1.

【0030】入出力欄選択部2は、検出されたTypeCode
の内容を参照し、あらかじめ定められた選択規則記憶部
7に記憶された選択規則に則って、各データの型に対応
した入出力欄の情報を決定し、画面配置決定部3に渡
す。入出力欄選択部2の決定する入出力欄の情報は、以
下の要素からなる。
The input / output column selector 2 detects the detected TypeCode.
The information of the input / output column corresponding to each data type is determined according to the selection rule stored in the predetermined selection rule storage unit 7 and passed to the screen layout determination unit 3. The input / output column information determined by the input / output column selecting unit 2 includes the following elements.

【0031】(1) 表示される入出力欄の構成。(1) Configuration of displayed input / output column.

【0032】本発明をX ウィンドウシステムを用いて実
施する場合、アプリケーションプログラムが指定したデ
ータ型に対応して実際に入出力を行うために、画面上に
ウィジェットと呼ぶ入出力欄を構成する部品を表示す
る。ウィジェットには、トグルボタンを表示する Toggl
eButton ウィジェット、文字列を表示する Text ウィジ
ェット、複数のウィジェットを指定した並び方で表示す
る RowColumnウィジェットなどがある。具体的には図6
に示すようなウィジェットの階層構造によって表示され
る入出力欄の構成を表す。たとえば、図4及び図5に示
すプログラムにおいて『ハンバーガー型』のデータ型の
入力命令に対応して作成されるウィジェットの階層構造
は図6のようになる。
When the present invention is carried out using the X window system, in order to actually perform input / output corresponding to the data type designated by the application program, a component forming an input / output column called a widget is displayed on the screen. indicate. Toggl to display a toggle button in the widget
There are eButton widgets, Text widgets that display strings, and RowColumn widgets that display multiple widgets in a specified arrangement. Specifically, FIG.
The structure of the input / output column displayed by the hierarchical structure of the widget as shown in FIG. For example, the hierarchical structure of the widget created in response to the input command of the "hamburger type" data type in the programs shown in FIGS. 4 and 5 is as shown in FIG.

【0033】(2) 生成した入出力欄が実行時に必要とす
る手続き。
(2) A procedure required by the generated input / output column at the time of execution.

【0034】例えば入出力欄がScrollbar ウィジェット
を用いている場合には、Scrollbarが操作された時にス
クロール動作を行なう手続きをScrollbar に登録する必
要がある。したがって「スクロール動作を行なう手続き
をScrollbar ウィジェットに登録すること」が入出力欄
生成後に実行すべき手続きの一つとなる。以下の説明で
は入出力欄生成後に実行すべきこのような手続きのこと
を「後処理手続き」と呼ぶことにする。
For example, when the input / output column uses the Scrollbar widget, it is necessary to register in the Scrollbar a procedure for performing a scroll operation when the Scrollbar is operated. Therefore, "registering a procedure that performs scroll operation in the Scrollbar widget" is one of the procedures that should be executed after the input / output field is created. In the following description, such a procedure to be executed after the input / output column is generated will be referred to as a “post-processing procedure”.

【0035】(3) アプリケーションプログラムからの入
力命令によって作成された入出力欄に対しては、その欄
に対するユーザからの入力データを読みとってアプリケ
ーションプログラムに渡すのに必要な手続き。
(3) For an input / output column created by an input command from the application program, a procedure necessary for reading the input data from the user for the column and passing it to the application program.

【0036】(4) アプリケーションプログラムからの出
力命令に対して作成された入出力欄に対しては、アプリ
ケーションプログラムから受けとったデータを画面上に
表示するための手続き。
(4) A procedure for displaying the data received from the application program on the screen for the input / output column created for the output instruction from the application program.

【0037】以下、CORBA/IDL の主なデータ型に対応し
て入出力欄選択部2が決定する入出力欄の構成,後処理
手続きおよび入出力命令に対する手続きの選択規則を示
す。ここに示していないCORBA/IDL のデータ型に関して
も同様の規則を適用することが可能である。 1) データがboolean 型の場合 この型の入出力欄としてはToggleButtonウィジェットを
用い、ToggleButtonのON,OFFで真理値のTrueとFalse を
表現する。したがって入出力欄の構成としては図7のよ
うにToggleButtonウィジェット一つとなる。後処理手続
きは特にない。またデータの出力はToggleButtonの状態
を適切に設定することであるから、データ出力手続きは
図9のようになる。同様にデータの入力のためにはTogg
leButtonの状態を調べる必要があるから、データ入力手
続きは図10のようになる。 2) データがshort, long, hyper, float, double 型の
場合 これらの数値型の入出力欄としてはTextウィジェットを
用いる。したがって入出力欄の構成は図8のようにText
ウィジェット一つとなる。数値型の入出力欄の後処理手
続きは以下のようになる。 ・入力可能な最大文字数および表示桁数を、その型で扱
うことのできる全ての値を表現するのに必要かつ十分な
文字数に設定する。例えばshort 型が扱うことのできる
範囲は-32768から32767 までであるから、short 型の全
ての値を表現するのに必要かつ十分な文字数は6 であ
る。したがってshort 型の入出力欄では入力可能な最大
文字数および表示桁数を6 に設定する。 ・その型を表現するのに必要かつ十分な文字のみを正し
い入力として受け付けるようにする。例えばshort 型の
場合0,1,2,3,4,5,6,7,8,9,- の11文字のみを入力として
受け付けるようにする。
The configuration of the input / output column, the post-processing procedure, and the procedure selection rule for the input / output instruction, which are determined by the input / output column selector 2 in correspondence with the main data types of CORBA / IDL, will be described below. Similar rules can be applied to CORBA / IDL data types not shown here. 1) When the data is boolean type ToggleButton widget is used as the input / output field of this type, and the truth values True and False are expressed by turning ON / OFF the ToggleButton. Therefore, the configuration of the input / output column is one ToggleButton widget as shown in FIG. There is no post-processing procedure. Further, since the output of data is to set the state of ToggleButton appropriately, the data output procedure is as shown in FIG. Similarly, Togg for data entry
Since it is necessary to check the state of leButton, the data input procedure is as shown in FIG. 2) When the data is of short, long, hyper, float, double type Use Text widget as the input / output field for these numeric types. Therefore, the input / output column structure is Text as shown in Fig. 8.
It becomes one widget. The post-processing procedure for numeric type input / output fields is as follows. -Set the maximum number of characters that can be input and the number of display digits to the number of characters necessary and sufficient to represent all the values that can be handled by the type. For example, the range that the short type can handle is -32768 to 32767, so the number of characters required and sufficient to represent all values of the short type is 6. Therefore, in the short type I / O field, set the maximum number of characters that can be input and the number of display digits to 6. -Only accept characters that are necessary and sufficient to represent the type as correct input. For example, in case of short type, only 11 characters of 0,1,2,3,4,5,6,7,8,9,-will be accepted as input.

【0038】したがって後処理手続きとして二つがあ
る。一つはTextの幅を適切に設定するためのもので、図
11のようになる。なお図11における「その型の表現
に必要十分な文字数n を求める」方法としては、例えば
型と文字数n とからなる表をあらかじめ作成しておきそ
れを引くという方法を用いることができる。もう一つは
妥当な文字のみを入力として受け付けるようにするため
のもので、そのためにはユーザからの入力があった時に
図12に示されたような入力の妥当性をチェックする手
続きを実行する必要がある。Textウィジェットはユーザ
からの入力があった時に特定の手続きを実行するように
設定することが可能になっている。従って二つ目の後処
理手続きは図13のようになる。
Therefore, there are two post-processing procedures. One is to properly set the width of Text, as shown in FIG. As the method of “determining the number of characters n necessary and sufficient for the expression of the type” in FIG. 11, for example, a method of creating a table of types and the number of characters n in advance and subtracting it can be used. The other is to accept only valid characters as input, and for that purpose, when there is an input from the user, a procedure for checking the validity of the input as shown in FIG. 12 is executed. There is a need. The Text widget can be configured to execute a specific procedure when the user inputs it. Therefore, the second post-processing procedure is as shown in FIG.

【0039】最後に入出力命令に対する手続きとして
は、入力命令に対してはText内に入力された文字列を読
みとり、数値に変換した後にアプリケーションプログラ
ムに渡す。出力命令に対しては、受けとったデータを文
字列に変換し、その文字列をText上に表示する。したが
ってデータ入力手続きは図14のように、 データ出力
手続きは図15のようになる。 3) データがenum型の場合 この型の入出力欄としては、複数個のToggleButtonウィ
ジェットとRowColumnウィジェットから構成されるRadio
Boxを用いる。RadioBoxでは複数のToggleButtonのうち
一つだけが押された状態になり得る。押された状態のTo
ggleButtonがデータの値を表現する。よって入出力欄の
構成としては、図16のようにRowColumn ウィジェット
とそれを親ウィジェットとする列挙子の数に等しいTogg
leButtonウィジェットという構成になる。
Finally, as a procedure for the input / output command, the character string input in Text is read for the input command, converted into a numerical value, and then passed to the application program. For the output command, the received data is converted into a character string and the character string is displayed on Text. Therefore, the data input procedure is as shown in FIG. 14, and the data output procedure is as shown in FIG. 3) When the data is enum type As an input / output field of this type, a Radio consisting of multiple ToggleButton widgets and RowColumn widgets
Use Box. In RadioBox, only one of multiple ToggleButtons can be pressed. To in the pressed state
ggleButton represents the value of data. Therefore, as the configuration of the input / output column, as shown in Fig. 16, Togg is equal to the number of RowColumn widgets and enumerators that make them parent widgets.
It has a configuration called leButton widget.

【0040】次に後処理手続きは、enum型の入出力欄と
して用いるためには、生成されたToggleButtonが前述の
ようなRadioBoxとして動作するように設定する。しかし
RowColumn ウィジェットのリソース( 動作方式を変更す
るパラメタ) の中には、子ウィジェットとして生成され
たToggleButtonをRadioBoxとして動作させるのに必要な
設定を自動的に行なうか否かを決めるリソースが存在す
る。そしてMotif にはこのリソースを設定した状態でRo
wColumn を生成する手続きが存在する。したがってRowC
olumn を生成するのにこの生成手続きを用いれば、後処
理手続きは特になくなる。
Next, the post-processing procedure is set so that the generated ToggleButton operates as a RadioBox as described above in order to use it as an enum type input / output field. However
Among the resources (parameters that change the operation method) of the RowColumn widget, there is a resource that determines whether the settings required to operate the ToggleButton created as a child widget as a RadioBox are automatically performed. And with this resource set in Motif, Ro
There is a procedure that creates a wColumn. So RowC
If you use this generation procedure to generate the olumn, the post-processing procedure will be eliminated.

【0041】最後に入出力命令に対する手続きについて
は、入力命令に対しては各ToggleButtonの状態( 押され
ているか否か) を調べ、押されている状態のToggleButt
onに対応する値をアプリケーションプログラムに渡す。
従って手続きは図18のようになる。一方出力命令に対
しては、受けとったデータの値に対応するToggleButton
を押させた状態に設定すれば良い。従って手続きは図1
9のようになる。 4) データがstring型の場合 string型の入出力欄は、ScrolledWindowウィジェットと
TextウィジェットからなるScrolledTextを用いる。従っ
て構成は図17のようにScrolledWindowとその子供のTe
xtという構成になる。このような構成の画面がScrolled
Textとして動作するためにはScrolledWindowウィジェッ
トの中のScrollbar が操作された時にTextウィジェット
の表示内容がスクロールするような設定をする必要があ
る。しかしMotif にはScrolledWindowウィジェットおよ
びTextウィジェットを生成した後ScrolledTextとして動
作するために必要な設定を自動的に行なう手続きが提供
されている。従って画面の生成にそのような手続きを用
いることにすれば、後処理手続きは特にない。入力命令
に対してはユーザからのTextウィジェットへの入力を読
みとる手続きを実行し、その値をアプリケーションプロ
グラムに渡す。出力命令に対しては受けとったデータの
値をTextウィジェット上に表示する手続きを実行する。
従って入力命令に対する手続きは図20のように、出力
命令に対する手続きは図21のようになる。 5) データがstruct型の場合 struct型の入出力欄としては、structの各メンバに対応
する入出力欄をRowColumn ウィジェットの中に入れて一
つにまとめたものを用いる。従って構成は図22のよう
にRowColumn の下に各メンバにあたるウィジェット階層
がつながる形となる。図22において一点破線で囲まれ
た領域は各メンバの型に対応する入出力欄のウィジェッ
ト階層である。この構成は図23に示されるような手順
によって決定される。すなわち、まずTypeCodeの中の1
番目のメンバの型に関する情報を調べ、その型のための
入出力欄の構成を決定し、決定した構成を1 番目のメン
バ用の入出力欄とする。これをsturctの各メンバについ
て繰り返し、得られた各メンバのウィジェットツリーを
RowColumn の下につないで得られる図22のようなウィ
ジェットツリーをこのstruct型全体の入出力欄構成とす
る。
Finally, regarding the procedure for the input / output command, the state of each ToggleButton (whether or not it is pressed) is checked for the input command, and the ToggleButt in the pressed state is checked.
Pass the value corresponding to on to the application program.
Therefore, the procedure is as shown in FIG. On the other hand, for output commands, ToggleButton corresponding to the value of the received data
You can set it so that is pressed. Therefore, the procedure is shown in Figure 1.
It becomes like 9. 4) If the data is a string type, the string type input and output fields are
Use ScrolledText consisting of Text widget. Therefore, as shown in Fig. 17, the structure is ScrolledWindow and its child Te.
It will be called xt. The screen with such a configuration is Scrolled
In order to operate as Text, it is necessary to set the display contents of the Text widget to scroll when the Scrollbar in the ScrolledWindow widget is operated. However, Motif provides a procedure that automatically creates the settings required to operate as ScrolledText after creating a ScrolledWindow widget and a Text widget. Therefore, if such a procedure is used to generate the screen, there is no post-processing procedure. For the input command, the procedure to read the input to the Text widget from the user is executed, and the value is passed to the application program. For the output command, execute the procedure to display the value of the received data on the Text widget.
Therefore, the procedure for the input command is as shown in FIG. 20, and the procedure for the output command is as shown in FIG. 5) When the data is a struct type As the struct type input / output column, use the one that puts the input / output columns corresponding to each member of the struct in the RowColumn widget and put them together. Therefore, the structure is such that the widget hierarchy corresponding to each member is connected under the RowColumn as shown in FIG. In FIG. 22, the area surrounded by the dashed line is the widget hierarchy of the input / output column corresponding to the type of each member. This configuration is determined by the procedure shown in FIG. That is, 1 in the Type Code
Examine the information about the type of the first member, determine the configuration of the I / O field for that type, and use the determined configuration as the I / O field for the first member. This is repeated for each member of sturct, and the widget tree of each member obtained is
The widget tree as shown in FIG. 22 obtained by connecting under the RowColumn is the input / output column structure of the entire struct type.

【0042】次に後処理手続きであるが、これも入出力
欄の構成の決定と同様の手順となる。すなわち一つのメ
ンバについてそのメンバの型の入出力欄を生成した際の
後処理手続きを決定し、これをsturct型の各メンバにつ
いて繰り返す。その結果挙げられた手続き全体がこのst
ruct型の後処理手続きとなる。以上をフローチャートに
すると図24のようになる。
Next, the post-processing procedure is the same as the procedure for determining the configuration of the input / output column. That is, for one member, the post-processing procedure when the input / output field of the member type is generated is determined, and this is repeated for each member of the sturct type. The entire procedure listed as a result of this st
It is a ruct type post-processing procedure. The above flowchart is shown in FIG.

【0043】最後にアプリケーションプログラムからの
入出力命令に対して実行される手続きであるが、入力命
令に対しては、まず1 番目のメンバについてそのメンバ
の型に応じた入力手続きを実行しそのメンバの値を得
る。これを各メンバについて繰り返し各メンバの値を得
る。全てのメンバの値が得られると元のデータの値が決
まるので、その値をアプリケーションプログラムに渡
す。出力命令に対しては、受けとった値を調べて1 番目
のメンバの値を得る。次にそのメンバの型に応じた出力
手順を実行して1 番目のメンバの値を画面上に表示す
る。これを全てのメンバについて繰り返し実行すること
によりもとのstruct型データ全体が画面に表示される。
従って入力命令に対する手続きは図25のように、出力
命令に対する手続きは図26のようになる。 6) データがunion 型の場合 一つの記憶領域にその時々に応じてさまざまな型のデー
タを格納できるのがunion 型である。記憶領域に格納で
きるデータ型の候補をそのunion 型のメンバという。CO
RBA/IDL のunion 型では記憶領域の中に現在のデータの
値と、現在格納されているデータに対応するメンバの識
別子、すなわち現在格納されているデータの型を識別す
る情報が保存される。従ってunion 型の入出力欄にはメ
ンバの識別子用の欄と値用の欄が必要になるため、図2
7のようにメンバを識別するRadioBox10と値用の欄を
表示する領域11とからなるものを用いる。後者にはRa
dioBoxによって指定されるメンバの型に応じた入出力欄
が表示される。つまり、この領域11の中にはそれぞれ
のメンバの型に対応する入出力欄が非表示状態で生成さ
れており、RadioBoxの中の押された状態のToggleButton
に対応するメンバ用入出力欄だけが表示状態とされて領
域11の中に表示される。このようなstruct型入出力欄
のウィジェット階層は図28のようになる。この図にお
いて12はRowColumn ウィジェットおよびその子供のTo
ggleButtonウィジェットからなるRadioBoxであり、13
はunion の各メンバの型に応じた入出力欄のウィジェッ
トツリーである。各メンバ用入出力欄のウィジェットツ
リーは全てFormウィジェットを親ウィジェットとしてお
り、このFormウィジェットが図27の領域11にあた
る。なお図28のウィジェットツリーのうち各メンバ用
の入出力欄については、struct型の場合と同様に、Type
Codeのメンバの型に関する情報を調べその型のための入
出力欄を決める、という手順を各メンバについて繰り返
すことによって得られる。したがって図28のウィジェ
ットツリー全体を決定する手順は図29のようになる。
Finally, the procedure is executed in response to the input / output instruction from the application program. For the input instruction, the input procedure corresponding to the type of the first member is first executed and the member is executed. Get the value of. This is repeated for each member to obtain the value of each member. When the values of all members are obtained, the value of the original data is determined, so that value is passed to the application program. For output instructions, it examines the value received and gets the value of the first member. Next, execute the output procedure according to the type of the member and display the value of the first member on the screen. By repeating this for all members, the entire original struct type data is displayed on the screen.
Therefore, the procedure for the input command is as shown in FIG. 25, and the procedure for the output command is as shown in FIG. 6) When the data is of the union type The union type can store various types of data in one storage area at different times. Candidate data types that can be stored in the storage area are called members of the union type. CO
In the RBA / IDL union type, the value of the current data and the identifier of the member corresponding to the currently stored data, that is, the information for identifying the type of the currently stored data is stored in the storage area. Therefore, the union type input / output column requires a column for the member identifier and a column for the value.
As shown in FIG. 7, a radio box 10 for identifying members and an area 11 for displaying a value column is used. Ra for the latter
Input / output fields corresponding to the type of the member specified by dioBox are displayed. That is, in this area 11, the input / output fields corresponding to the types of the respective members are generated in a hidden state, and the ToggleButton in the pressed state in the RadioBox is generated.
Only the member input / output column corresponding to is displayed and displayed in the area 11. The widget hierarchy of such a struct type input / output column is as shown in FIG. In this figure, 12 is the RowColumn widget and its child To
RadioBox consisting of ggleButton widget, 13
Is a widget tree of input / output fields according to the type of each member of union. The widget tree of each member input / output column uses the Form widget as a parent widget, and this Form widget corresponds to the area 11 in FIG. As for the input / output columns for each member in the widget tree of FIG. 28, as in the case of the struct type, Type
It can be obtained by repeating the procedure for each member to check the information about the type of the member of Code and determine the input / output column for that type. Therefore, the procedure for determining the entire widget tree shown in FIG. 28 is as shown in FIG.

【0044】次にunion 型の後処理手続きとしては以下
の二つがある。 ・union の各メンバについて、そのメンバの型に応じた
後処理手続きを実行する手続き。 ・RatioBox内のToggleButtonが押された時にそのToggle
Buttonに対応するメンバの入出力欄が入出力欄表示領域
に表示されるように設定する手続き。
Next, there are the following two union type post-processing procedures. -For each member of the union, a procedure that executes a post-processing procedure according to the member type. -When the ToggleButton in the RatioBox is pressed, that Toggle
Procedure to set the input / output column of the member corresponding to Button to be displayed in the input / output column display area.

【0045】前者に関してはstruct型の場合と同様に、
一つのメンバについてそのメンバの型の入出力欄を生成
した際の後処理手続きを決定し、これをunion 型の各メ
ンバについて繰り返す。その結果挙げられた手続き全体
がこの一つ目の後処理手続きとなる。後者については、
ToggleButtonが押された時に図30に示されたような手
続きを実行する設定をRadioBox内の各ToggleButtonに対
して行なう必要があるから、実行すべき手続きは図31
のようになる。
Regarding the former, as in the case of the struct type,
For one member, determine the post-processing procedure when the input / output field of the member type is generated, and repeat this for each member of the union type. The entire procedure listed as a result becomes this first post-processing procedure. For the latter,
Since it is necessary to set for each ToggleButton in the RadioBox to execute the procedure shown in FIG. 30 when the ToggleButton is pressed, the procedure to be executed is shown in FIG.
become that way.

【0046】最後にアプリケーションプログラムからの
入出力命令に対応するための手続きとしては、入力命令
に対してはまずRadioBox内のToggleButtonの状態を調べ
ることにより現在欄に入力されているデータがどのメン
バにあたるかを知る。次に該当するメンバの型に対応す
る入力手続きを実行して、表示状態になっているそのメ
ンバ用入出力欄に入力されている値を読みとる。以上に
よりメンバの識別子およびデータの値が得られたので元
のunion 型データの値が定まる。よってその値をアプリ
ケーションプログラムに渡す。一方出力命令に対して
は、まず受けとったデータ内のメンバ識別子を調べ、そ
のメンバに対応するToggleButtonが押された状態にRadi
oBoxを設定する。するとそのメンバに対応する入出力欄
が表示状態となるので、メンバの型に対応する出力手続
きを実行して値を表示状態となっている入出力欄に表示
する。以上より入力命令に対する手続きは図32のよう
に、出力命令に対する手続きは図33のようになる。 7) データがarray 型の場合 array 型の入出力欄としては、その要素の型に対応する
入出力欄を複数並べたものを用いる。その際要素の個数
だけ並べることにすると、要素の個数が多い場合には欄
が画面に収まり切らないなど不都合が生じる。そこで要
素の入出力欄を並べる個数に上限を設け、ScrollBar を
用いることにより表示される要素の範囲を変更できるよ
うにする。したがって入出力欄の構成は図34のように
なる。
Finally, as a procedure for responding to an input / output command from the application program, for the input command, first, by checking the state of the ToggleButton in the RadioBox, the data input in the current column corresponds to which member. To know Next, the input procedure corresponding to the type of the corresponding member is executed to read the value input in the input / output column for that member in the display state. With the above, the member identifier and the data value are obtained, so the value of the original union type data is determined. Therefore, the value is passed to the application program. On the other hand, for an output command, first check the member identifier in the received data, and set the ToggleButton corresponding to that member to the state where the radio is pressed.
Set oBox. Then, since the input / output column corresponding to the member is displayed, the output procedure corresponding to the type of the member is executed to display the value in the input / output column in the display state. From the above, the procedure for the input instruction is as shown in FIG. 32, and the procedure for the output instruction is as shown in FIG. 7) When the data is of array type As the array type input / output field, use a series of multiple input / output fields corresponding to the type of the element. In this case, if the number of elements is arranged, inconvenience occurs such that when the number of elements is large, the columns cannot fit on the screen. Therefore, an upper limit is placed on the number of input / output columns of elements, and the range of displayed elements can be changed by using the ScrollBar. Therefore, the configuration of the input / output column is as shown in FIG.

【0047】ところでこのような入出力欄を用いた場
合、array の要素数が前述の上限を超えると要素数と要
素を表示する欄の個数が一致しなくなる。そのためarra
y 型ではアプリケーションプログラムからの入力命令に
よって渡されたデータやユーザからの画面への入力を保
存しておく記憶領域が必要になる。またScrollBar が操
作された時に、ユーザからの入力を前記記憶領域に書き
出した上で、個々の要素用入出力欄の表示を表示範囲の
変更に合うように書き直すように設定することが必要と
なる。したがってunion 型の後処理手続きとしては次の
三つがあげられる。 ・array の要素の型に対応した後処理手続きをすべての
要素用入出力欄に対して実行する手続き。 ・生成された入出力欄が用いる前記記憶領域を動的に割
り当てる手続き。 ・ScrollBar の操作によるスクロールに対応するため
に、ScrollBar が操作された時に図35のような手続き
が実行されるように設定する手続き。
By the way, when such an input / output column is used, when the number of elements of array exceeds the above-mentioned upper limit, the number of elements and the number of columns for displaying the elements do not match. Therefore arra
The y type requires a storage area to store the data passed by the input command from the application program and the input to the screen from the user. Also, when the ScrollBar is operated, it is necessary to write the input from the user to the storage area and then set the display of the input / output column for each element to be rewritten to match the change of the display range. . Therefore, there are the following three union type post-processing procedures. -A procedure that executes post-processing procedures corresponding to the element types of array for all input / output fields for elements. A procedure for dynamically allocating the storage area used by the generated input / output column. A procedure for setting the procedure shown in FIG. 35 to be executed when the ScrollBar is operated in order to support scrolling by operating the ScrollBar.

【0048】最後にアプリケーションプログラムからの
入出力命令に対応するための手続きであるが、入力命令
に対しては、まず要素の型に応じた入力手続きを実行し
て要素用入出力欄に入力されている値を読みとり、その
値を前記記憶領域の対応する要素の場所に書き込む。こ
れをすべての要素用入出力欄について繰り返した後、記
憶領域に保存されている値をアプリケーションプログラ
ムに渡す。一方出力命令に対しては、まず受けとった値
を記憶領域に書き込む。その後要素の型に応じた出力手
続きを実行して、各々の要素用入出力欄に対応する要素
の値を表示する。以上より入力命令に対する手続きは図
36のように、出力命令に対する手続きは図37のよう
になる。
Finally, regarding the procedure for responding to the input / output command from the application program, for the input command, first, the input procedure corresponding to the type of the element is executed and input to the element input / output column. Value is read and the value is written in the location of the corresponding element in the storage area. After repeating this for all the input / output fields for elements, the values stored in the storage area are passed to the application program. On the other hand, for an output command, the received value is first written in the storage area. After that, the output procedure corresponding to the type of the element is executed, and the value of the element corresponding to the input / output column for each element is displayed. From the above, the procedure for the input command is as shown in FIG. 36, and the procedure for the output command is as shown in FIG.

【0049】入出力欄選択部2は、以上述べたような選
択規則(選択規則記憶部7に記憶されている)に従い、
検出したTypeCodeから入出力欄の構成,後処理手続きお
よび入出力命令に対する手続きを、アプリケーションプ
ログラムの入出力対象となるデータ毎に決定する。すな
わち、検出したデータ型が上記1)〜7)のいずれに相当す
るかに基づき、データ型に対応する選択規則を参照し、
前述した入出力欄の情報を各データ毎に求める。そして
決定された入出力欄の構成,後処理手続きおよび入出力
命令に対する手続きを画面配置決定部3に渡す。
The input / output column selection unit 2 follows the selection rules (stored in the selection rule storage unit 7) as described above.
From the detected TypeCode, the configuration of the input / output column, the post-processing procedure, and the procedure for the input / output instruction are determined for each data to be input / output of the application program. That is, based on which of the above 1) to 7) the detected data type corresponds to, refer to the selection rule corresponding to the data type,
The information in the input / output column described above is obtained for each data. Then, the determined configuration of the input / output column, the post-processing procedure, and the procedure for the input / output instruction are passed to the screen layout determining unit 3.

【0050】なお、ここでの選択規則は、データ型とこ
の計算機の仕様に適合した表示すべき画面の部分構成
(さらに後処理手続き及び入出力命令に対する手続き)
との対応関係を、各データ型毎に表したものとなってい
る。この例では、計算機の仕様がX ウィンドウシステム
である場合の、選択規則の例を示したが、別の仕様を持
つ計算機に対しては、上記各データ型に対する規則は別
のものとなる。そして、各仕様の計算機毎に、選択規則
が設定される各データ型は共通にし、選択規則本体はそ
の計算機の仕様に適合したものを記憶しておけば、アプ
リケーションプログラムは特定の計算機の仕様に依存せ
ず、本データ入出力装置を備えるどの計算機でもそのま
まの形で実行可能となる。
The selection rule here is the partial structure of the screen to be displayed that conforms to the data type and the specifications of this computer (further, the post-processing procedure and the procedure for input / output instructions).
The correspondence relationship with is shown for each data type. In this example, an example of the selection rule when the specification of the computer is the X window system is shown, but for a computer having another specification, the rule for each of the above data types is different. If the data type for which the selection rule is set is common for each computer of each specification, and the selection rule body stores the one that conforms to the specification of that computer, the application program will meet the specifications of the specific computer. It can be executed as it is on any computer equipped with this data input / output device without depending on it.

【0051】画面配置決定部3は、入出力欄選択部2か
ら受けとった個々の入出力欄の構成(画面の部分構成)
に基づき、画面上の入出力欄の全体的な構成,配置を決
定する。画面配置決定部3は、まず、入出力対象のデー
タが複数ある場合に、複数の入出力欄を画面上にいかに
配置するかを決定する。本例では、簡単な画面配置法と
して、複数の入出力欄を縦に(あるいは横に)一列に並
べるという配置法を用いる。これは個々の入出力欄をRo
wColumn ウィジェットの中に入れることにより実現でき
る。この場合、全体的な画面構成としては図38のよう
な個々の入出力欄のウィジェットツリーをRowColumn の
下につないだ形になる。
The screen layout determining unit 3 receives the configuration of each input / output column received from the input / output column selecting unit 2 (partial configuration of the screen).
Based on the above, the overall configuration and arrangement of input / output fields on the screen are determined. The screen layout determination unit 3 first determines how to layout a plurality of input / output columns on the screen when there are a plurality of input / output target data. In this example, as a simple screen arranging method, an arranging method of arranging a plurality of input / output columns in a line vertically (or horizontally) is used. This is the individual input / output column Ro
This can be done by putting it in the wColumn widget. In this case, the overall screen configuration is such that widget trees of individual input / output fields as shown in FIG. 38 are connected under the RowColumn.

【0052】画面配置決定部3は、さらに、上記のよう
に複数の入出力欄を一列に並べた場合の入出力欄全体の
大きさを求め、この入出力欄全体の大きさが表示装置5
の画面の大きさを超える場合には、入出力全体へのアク
セスを可能とする手段の使用を決定する。具体的には全
体をScrolledWindowの中に入れて画面内に収まるように
する。例えば図38のような画面構成の入出力欄が多き
過ぎてScrolledWindowを用いた場合、その画面構成は図
39のようになる。
The screen layout determining unit 3 further determines the size of the entire input / output column when a plurality of input / output columns are arranged in a line as described above, and the size of the entire input / output column is determined by the display device 5.
If it exceeds the screen size of, decide to use a means that allows access to the entire I / O. Specifically, put the whole in a ScrolledWindow so that it fits within the screen. For example, when there are too many input / output fields in the screen configuration as shown in FIG. 38 and a scrolled window is used, the screen configuration will be as shown in FIG.

【0053】このような配置法は、配置規則記憶部8に
記憶された配置規則を参照することにより実現する。上
記の選択規則は、各データ型に対応して計算機の仕様に
適合した表示すべき画面の部分構成を示しており、実際
のアプリケーションプログラムに含まれる複数のデータ
のそれぞれに対して画面の部分構成を求めるためのもの
であるのに対し、配置規則は、これら各データ毎に求め
られた複数の画面の部分構成を基に、画面全体の構成を
求めるためのものである。
Such an arrangement method is realized by referring to the arrangement rules stored in the arrangement rule storage unit 8. The above selection rules indicate the partial configuration of the screen that should be displayed according to the specifications of the computer corresponding to each data type, and the partial configuration of the screen for each of the multiple data included in the actual application program. In contrast to the above, the arrangement rule is for obtaining the configuration of the entire screen based on the partial configuration of the plurality of screens obtained for each of these data.

【0054】なお、ここで例示した配置規則は、計算機
の仕様がX ウィンドウシステムである場合の例である
が、別の仕様を持つ計算機は、別の配置規則を記憶す
る。例えば、画面のスクロール機能を有さない計算機の
場合、複数の入出力欄を一列に並べ、並べたときの入出
力欄全体の大きさが画面の大きさを超えるならば、入出
力欄を複数の頁に割り付け、頁切り換え機能によって入
出力欄全体をユーザに見せるようにする。
The layout rule illustrated here is an example in the case where the specification of the computer is the X window system, but a computer having another specification stores another layout rule. For example, in the case of a computer that does not have a screen scrolling function, if multiple input / output fields are arranged in a row and the total size of the input / output fields when they are arranged exceeds the screen size, multiple , And the entire input / output column is shown to the user by the page switching function.

【0055】画面配置決定部3はこのようにして決定さ
れた入出力欄の全体的な画面構成、および入出力欄選択
部2が決定した後処理手続きと入出力命令に対する手続
きを対話制御部4に渡す。
The screen layout determining unit 3 determines the overall screen configuration of the input / output column determined in this manner, and the post-processing procedure determined by the input / output column selecting unit 2 and the procedure for the input / output command, as the dialogue control unit 4. Pass to.

【0056】図40は、図4及び図5のアプリケーショ
ンプログラムに対して画面配置決定部3で作成された画
面構成のウィジェットの階層構造を示している。さら
に、図41はそれに対応して表示される画面の例を示し
ている。
FIG. 40 shows the hierarchical structure of the widgets of the screen configuration created by the screen layout determining unit 3 for the application programs of FIGS. 4 and 5. Further, FIG. 41 shows an example of a screen displayed correspondingly.

【0057】対話制御部4は、画面配置決定部3から受
けとった入出力欄全体の画面構成に基づきX ウィンドウ
システムの各種手続きを用いてを描画を行ない、その後
で入出力欄選択部2が決定した後処理手続きを実行する
ことにより入出力欄を画面上に表示する。
The dialogue control unit 4 draws by using various procedures of the X window system based on the screen configuration of the entire input / output column received from the screen layout determining unit 3, and then the input / output column selecting unit 2 determines. By executing the post-processing procedure, the input / output column is displayed on the screen.

【0058】また対話制御部4は、アプリケーションプ
ログラムからの入出力命令に対する処理を行なう。すな
わち入力命令に対しては、入出力欄選択部2が決定した
入力命令に対する手続きを実行して、ユーザからの入力
を読みとりアプリケーションプログラムに渡す。また出
力命令に対しては、同じく入出力欄選択部2が決定した
出力命令に対する手続きを実行することにより受けとっ
たデータを画面に表示する。
The dialogue control unit 4 also processes input / output instructions from an application program. That is, for the input command, the procedure for the input command determined by the input / output column selection unit 2 is executed, and the input from the user is read and passed to the application program. For the output command, the data received by executing the procedure for the output command similarly determined by the input / output column selection unit 2 is displayed on the screen.

【0059】以上述べた手続きを、以下のデータ型に適
用した場合の動作を説明する。 (1) はfoo,bar,baz という三つの識別子を持つexample
_enumというenum型を定義しており、(2) はshort,stri
ng及びexample _enum型の三つのメンバを持つexample
_data_typeというstruct型を定義している。以下では
このexample _data_type型のデータの入出力を行なう
場合について説明する。
The operation when the above-mentioned procedure is applied to the following data types will be described. (1) is an example with three identifiers foo, bar, baz
The enum type _enum is defined, and (2) is short, stri.
example with three members of type ng and example_enum
It defines a struct type called _data_type. The case where input / output of this example_data_type type data is performed will be described below.

【0060】まずアプリケーションプログラムはexampl
e _data_type型の定義をTypeCode型のデータに変換し
入出力欄選択部2に渡す。なお、上記の実施例では、ア
プリケーションプログラムが入出力を行うデータ型の定
義をアプリケーションプログラムから抽出する動作は、
入出力欄選択部2がアプリケーションプログラム記憶部
1を参照して行うと説明したが、アプリケーションプロ
グラム実行部6が抽出動作を行い、抽出結果を入出力欄
選択部2へ渡しても良い。すなわち、アプリケ−ション
プログラムからのデ−タ型の定義の抽出は、デ−タ入出
力装置側で行なっても良いし、アプリケ−ションプログ
ラム実行部で行なって抽出結果をデ−タ入出力装置へ渡
しても良く、本計算機装置内のどこに上記抽出手段があ
っても、本発明の範囲を逸脱しない。受けとったTypeCo
de型データに基づき入出力欄選択部2は以下の事項を決
定する。 ・入出力欄を構成するウィジェットの階層構造。 ・ウィジェット生成後に実行すべき後処理手続き。 ・アプリケーションプログラムからの入力命令に対し
て、画面に入力されたデータをアプリケーションプログ
ラムに渡すために実行すべきデータ入力用手続き。 ・アプリケーションプログラムからの出力命令に対し
て、アプリケーションプログラムから渡されたデータを
画面に表示するために実行すべきデータ出力用手続き。
First, the application program is exampl
The e_data_type type definition is converted to TypeCode type data and passed to the input / output column selection unit 2. In the above embodiment, the operation of extracting the definition of the data type that the application program inputs and outputs from the application program is
Although the input / output column selection unit 2 has been described as referring to the application program storage unit 1, the application program execution unit 6 may perform the extraction operation and pass the extraction result to the input / output column selection unit 2. That is, the data type definition may be extracted from the application program on the data input / output device side, or the extraction result may be extracted on the data input / output device side by the application program execution unit. It does not depart from the scope of the present invention regardless of where in the computer device the extraction means is located. TypeCo received
The input / output column selection unit 2 determines the following items based on the de type data. -The hierarchical structure of widgets that make up the input / output fields. -Post-processing procedure that should be executed after widget creation. -A data input procedure to be executed to pass the data input on the screen to the application program in response to the input instruction from the application program. -A data output procedure to be executed in order to display the data passed from the application program on the screen in response to the output instruction from the application program.

【0061】まずウィジェットの階層構造を決める。受
けとったTypeCodeから、入出力欄選択部2は入出力対象
のデータがstruct型であることを知る。そこで入出力欄
選択部2は、まず各メンバの型を調べてそのメンバ用の
入出力欄を決める。member1というメンバはshort 型で
あるから、その入出力欄としてTextウィジェットを用い
る。member2 というメンバはstring型であるから、その
入出力欄としてはScrollWindowウィジェットとTextウィ
ジェットからなるScrolledTextを用いる。member3 とい
うメンバはexample _enum型であり、このexample _en
um型は三つの識別子を持つenum型であるから、その入出
力欄としてはRowColumn ウィジェットと3個のToggleBu
ttonウィジェットからなるRadioBoxを用いる。各メンバ
用入出力欄のウィジェット構成が決まったら、それらを
RowColumn ウィジェットの中に収めたものをstruct全体
の入出力欄とする。したがって入出力欄を構成するウィ
ジェットの階層構造は図42のように決定される。
First, the hierarchical structure of widgets is determined. Based on the received TypeCode, the input / output column selection unit 2 knows that the data to be input / output is a struct type. Therefore, the input / output column selection unit 2 first checks the type of each member and determines the input / output column for that member. The member named member1 is a short type, so we use the Text widget as its input / output field. Since member2 is a string type, ScrolledText consisting of ScrollWindow widget and Text widget is used as its input / output field. The member member3 is of the example_enum type, and this example_en
The um type is an enum type with three identifiers, so its input and output fields are a RowColumn widget and three ToggleBus.
Use RadioBox consisting of tton widget. Once the widget configuration of the input / output column for each member is decided,
What is stored in the RowColumn widget is the input / output column of the entire struct. Therefore, the hierarchical structure of the widgets constituting the input / output column is determined as shown in FIG.

【0062】次に入出力欄決定部2は、後処理手続き、
データ入力用手続き、データ出力用手続きを決め、ウィ
ジェットの階層構造とあわせて画面配置決定部3へ渡
す。画面配置決定部3はこの中のウィジェット階層構造
に基づき、画面全体の構成を決定する。今表示に用いら
れる画面が小さく、ウィジェット階層構造に基づき表示
される入出力欄全体が画面内に収まらない大きさになっ
たとする。この場合画面配置決定部3は欄全体へのアク
セスを可能にするためにScrollWindowの使用を決定す
る。したがって画面全体の構成として図43のようなウ
ィジェット階層構造を決定する。そしてこのウィジェッ
ト階層構造及び入出力欄決定部2から渡された後処理手
続き、データ入力用手続き、データ出力用手続きを対話
制御部4に渡す。
Next, the input / output column determination unit 2 executes the post-processing procedure,
A data input procedure and a data output procedure are determined and passed to the screen layout determination unit 3 together with the hierarchical structure of the widget. The screen layout determination unit 3 determines the configuration of the entire screen based on the widget hierarchical structure therein. It is assumed that the screen currently used for display is small and the entire input / output field displayed based on the widget hierarchical structure does not fit within the screen. In this case, the screen layout determination unit 3 determines the use of ScrollWindow to enable access to the entire column. Therefore, the widget hierarchical structure as shown in FIG. 43 is determined as the configuration of the entire screen. Then, the post-processing procedure, data input procedure, and data output procedure passed from the widget hierarchical structure and input / output column determination unit 2 are passed to the dialogue control unit 4.

【0063】対話制御部4はX ウィンドウシステムの各
種手続きを呼び出すことにより図43のウィジェット階
層構造に従った画面を生成する。その後に後処理手続き
を実行するわけであるが、この場合実行すべき後処理手
続きはない。以上により図44のような画面が表示され
る。また対話制御部4はアプリケーションプログラムか
らの入力命令に対しては入力命令用手続きを実行し得ら
れたデータを渡し、出力命令に対しては出力命令用手続
きを実行してデータを表示する。
The dialogue control unit 4 creates a screen according to the widget hierarchical structure of FIG. 43 by calling various procedures of the X window system. After that, the post-processing procedure is executed, but in this case, there is no post-processing procedure to be executed. As a result, the screen as shown in FIG. 44 is displayed. Further, the dialogue control unit 4 executes the procedure for the input instruction in response to the input instruction from the application program, passes the obtained data, and executes the procedure for the output instruction in response to the output instruction to display the data.

【0064】[0064]

【発明の効果】以上説明したように、本発明によれば、
データの入出力を行うアプリケーションプログラムの開
発を容易にすると共に、データ入出力を行うアプリケー
ションプログラムの特定の入出力装置やウィンドウシス
テム等への依存性を無くすことができる。
As described above, according to the present invention,
It is possible to facilitate the development of an application program for inputting / outputting data and eliminate the dependency of the application program for inputting / outputting data on a specific input / output device, a window system, or the like.

【図面の簡単な説明】[Brief description of drawings]

【図1】 本実施例の全体構成を表す図。FIG. 1 is a diagram showing the overall configuration of this embodiment.

【図2】 データ型の定義の表現例を示す図。FIG. 2 is a diagram showing a representation example of a data type definition.

【図3】 データ型の定義の表現例を示す図。FIG. 3 is a diagram showing a representation example of a data type definition.

【図4】 データの入出力を行うアプリケーションプロ
グラムの例を示す図。
FIG. 4 is a diagram showing an example of an application program that inputs and outputs data.

【図5】 データの入出力を行うアプリケーションプロ
グラムの例を示す図。
FIG. 5 is a diagram showing an example of an application program that inputs and outputs data.

【図6】 表示される入出力欄の構成をウィジェットの
階層構造によって表した例を示す図。
FIG. 6 is a diagram showing an example in which a configuration of displayed input / output fields is represented by a hierarchical structure of widgets.

【図7】 データがboolean 型の場合の入出力欄の構成
例を示す図。
FIG. 7 is a diagram showing a configuration example of an input / output column when the data is a boolean type.

【図8】 データがshort, long, hyper, float, doubl
e 型の場合の入出力欄の構成例を示す図。
[Figure 8] Data is short, long, hyper, float, doubl
The figure which shows the structural example of the input-output column in case of e type.

【図9】 データがboolean 型の場合の入力命令に対す
る手続き例を示す図。
FIG. 9 is a diagram showing an example of a procedure for an input instruction when data is a boolean type.

【図10】 データがboolean 型の場合の出力命令に対
する手続き例を示す図。
FIG. 10 is a diagram showing an example of a procedure for an output instruction when data is a boolean type.

【図11】 データがshort, long, hyper, float, dou
ble 型の場合の第1の後処理手続きの例を示す図。
[Figure 11] Data is short, long, hyper, float, dou
The figure which shows the example of the 1st post-processing procedure in case of a ble type.

【図12】 データがshort, long, hyper, float, dou
ble 型の場合の第2の後処理手続きの例を示す図。
[Figure 12] Data is short, long, hyper, float, dou
The figure which shows the example of the 2nd post-processing procedure in case of ble type.

【図13】 データがshort, long, hyper, float, dou
ble 型の場合の第2の後処理手続きの例を示す図。
[Figure 13] Data is short, long, hyper, float, dou
The figure which shows the example of the 2nd post-processing procedure in case of ble type.

【図14】 データがshort, long, hyper, float, dou
ble 型の場合の入力命令に対する手続き例を示す図。
[Figure 14] Data is short, long, hyper, float, dou
The figure which shows the example of a procedure with respect to the input command in the case of ble type.

【図15】 データがshort, long, hyper, float, dou
ble 型の場合の出力命令に対する手続き例を示す図。
[Figure 15] Data is short, long, hyper, float, dou
The figure which shows the example of a procedure with respect to the output instruction in the case of ble type.

【図16】 データがenum型の場合の入出力欄の構成例
を示す図。
FIG. 16 is a diagram showing a configuration example of an input / output column when data is an enum type.

【図17】 データがstring型の場合の入出力欄の構成
例を示す図。
FIG. 17 is a diagram showing a configuration example of an input / output column when data is a string type.

【図18】 データがenum型の場合の入力命令に対する
手続き例を示す図。
FIG. 18 is a diagram showing an example of a procedure for an input instruction when data is an enum type.

【図19】 データがenum型の場合の出力命令に対する
手続き例を示す図。
FIG. 19 is a diagram showing an example of a procedure for an output instruction when data is an enum type.

【図20】 データがstring型の場合の入力命令に対す
る手続き例を示す図。
FIG. 20 is a diagram showing an example of a procedure for an input instruction when data is a string type.

【図21】 データがstring型の場合の出力命令に対す
る手続き例を示す図。
FIG. 21 is a diagram showing an example of a procedure for an output instruction when data is a string type.

【図22】 データがstruct型の場合の入出力欄の構成
例を示す図。
FIG. 22 is a diagram showing a configuration example of an input / output column when data is a struct type.

【図23】 データがstruct型の場合の入出力欄の構成
の決定法の例を示す図。
FIG. 23 is a diagram showing an example of a method of determining a configuration of an input / output column when data is a struct type.

【図24】 データがstruct型の場合の後処理手続きの
例を示す図。
FIG. 24 is a diagram showing an example of a post-processing procedure when data is a struct type.

【図25】 データがstruct型の場合の入力命令に対す
る手続き例を示す図。
FIG. 25 is a diagram showing an example of a procedure for an input instruction when data is a struct type.

【図26】 データがstruct型の場合の出力命令に対す
る手続き例を示す図。
FIG. 26 is a diagram showing an example of a procedure for an output instruction when data is a struct type.

【図27】 データがunion 型の場合の入出力欄の構成
例を示す図。
FIG. 27 is a diagram showing a configuration example of an input / output column when data is a union type.

【図28】 データがunion 型の場合の入出力欄の構成
例を示す図。
FIG. 28 is a diagram showing a configuration example of an input / output column when data is a union type.

【図29】 データがunion 型の場合の入出力欄の構成
の決定法の例を示す図。
FIG. 29 is a diagram showing an example of a method of determining the configuration of the input / output column when the data is a union type.

【図30】 データがunion 型の場合の第2の後処理手
続きの例を示す図。
FIG. 30 is a diagram showing an example of a second post-processing procedure when data is a union type.

【図31】 データがunion 型の場合の第2の後処理手
続きの例を示す図。
FIG. 31 is a diagram showing an example of a second post-processing procedure when data is of union type.

【図32】 データがunion 型の場合の入力命令に対す
る手続き例を示す図。
FIG. 32 is a diagram showing an example of a procedure for an input instruction when data is a union type.

【図33】 データがunion 型の場合の出力命令に対す
る手続き例を示す図。
FIG. 33 is a diagram showing an example of a procedure for an output instruction when data is a union type.

【図34】 データがarray 型の場合の入出力欄の構成
例を示す図。
FIG. 34 is a diagram showing a configuration example of an input / output column when data is an array type.

【図35】 データがarray 型の場合の第3の後処理手
続きの例を示す図。
FIG. 35 is a diagram showing an example of a third post-processing procedure when data is of array type.

【図36】 データがarray 型の場合の入力命令に対す
る手続き例を示す図。
FIG. 36 is a diagram showing an example of a procedure for an input instruction when data is of array type.

【図37】 データがarray 型の場合の出力命令に対す
る手続き例を示す図。
FIG. 37 is a diagram showing an example of a procedure for an output instruction when data is of array type.

【図38】 画面配置決定部で決定される全体的な画面
構成の例を示す図。
FIG. 38 is a diagram showing an example of an overall screen configuration determined by a screen layout determination unit.

【図39】 画面配置決定部で決定される全体的な画面
構成の例を示す図。
FIG. 39 is a diagram showing an example of an overall screen configuration determined by a screen layout determination unit.

【図40】 画面配置決定部で決定される全体的な画面
構成の例を示す図。
FIG. 40 is a diagram showing an example of an overall screen configuration determined by a screen layout determination unit.

【図41】 図40に対応して表示される画面の例を示
す図。
FIG. 41 is a diagram showing an example of a screen displayed corresponding to FIG. 40.

【図42】 入出力欄の構成を表すウィジェットの階層
構造の例を示す図。
FIG. 42 is a diagram showing an example of a hierarchical structure of widgets showing the configuration of input / output fields.

【図43】 画面全体の構成を表すウィジェットの階層
構造の例を示す図。
FIG. 43 is a diagram showing an example of a hierarchical structure of widgets showing the configuration of the entire screen.

【図44】 図43に対応して表示される画面の例を示
す図。
FIG. 44 is a diagram showing an example of a screen displayed corresponding to FIG. 43.

【符号の説明】[Explanation of symbols]

1…アプリケーションプログラム記憶部 2…入出力欄選択部 3…画面配置決定部 4…対話制御部 5…表示装置 6…アプリケーションプログラム実行部 7…選択規則記憶部 8…配置規則記憶部 1 ... Application program storage section 2 ... Input / output column selection section 3 ... Screen layout determination unit 4 ... Dialogue control unit 5 ... Display device 6 ... Application program execution unit 7 ... Selection rule storage unit 8 ... Arrangement rule storage unit

フロントページの続き (56)参考文献 特開 平7−49774(JP,A) 増田・笠原著,”アプリケーション実 行時GUIレイアウト変更機能”,情報 処理学会論文誌,日本,(社)情報処理 学会,1994年 9月15日,第35巻、第9 号,p.1794−1806 佐藤、外2名著,”ユーザレベルでカ スタマイズ可能なGUI部品の交換・付 加機能”,情報処理学会研究報告,日 本,(社)情報処理学会,1995年 3月 3日,第95巻、第21号(95−HI− 59),p.67−74 (58)調査した分野(Int.Cl.7,DB名) G06F 9/44 G06F 3/00 Continuation of front page (56) References JP-A-7-49774 (JP, A) Masuda and Kasahara, "GUI layout changing function during application execution", Transactions of Information Processing Society of Japan, Japan, Information Processing Society of Japan , September 15, 1994, Volume 35, No. 9, p. 1794-1806 Sato and 2 others, “User-level customizable GUI component replacement / addition function”, IPSJ research report, Nihon, IPSJ, March 3, 1995, Vol. 95, No. 21 (95-HI-59), p. 67-74 (58) Fields surveyed (Int.Cl. 7 , DB name) G06F 9/44 G06F 3/00

Claims (2)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】ユーザからアプリケーションプログラムに
対するデータの入力あるいはアプリケーションプログラ
ムからのデータの出力を司るアプリケーションプログラ
ムの画面を計算機の表示装置に出現させ、この画面を介
してアプリケーションプログラムとユーザとの間のデー
タの入出力を行うデータ入出力方法において、該アプリケーションプログラムは、特定の計算機の表示
機能に依存しないデータの型であって、入力及び出力の
少なくとも一方を行う該データの型の記述を含み 、 該計算機は、データの型と該計算機の表示機能に依存
した表示すべき画面の各部分構成とをそれぞれ対応付け
た組を複数備えた選択規則、および、該計算機の表示機
能に依存した、画面全体の構成を求めるための配置規則
予め憶する記憶部を備えており、 計算機は、 アプリケーションプログラムから入力及び出力の少なく
とも一方を行うデータの型の定義を全て抽出し、 これら抽出されたデータ型の定義のそれぞれに基づ
き、前記記憶部に記憶される前記選択規則を参照し、各
データの型に対応した画面上での部分構成をそれぞれ決
定し、該決定された各部分構成の画面上での全体的な配
置を、前記記憶部に記憶される前記配置規則を参照して
決定し、該計算機によってアプリケーションプログラムの実行時
に、 決定された置に従った画面を前記表示装置に出現さ
せ、 この出現させた画面を介してアプリケーションプログラ
ムとユーザとの間のデータの入出力を行うことを特徴と
するデータ入出力方法。
1. An application program that controls data input from a user to an application program or data output from an application program.
In a data input / output method of causing a computer screen to appear on a computer display device and inputting / outputting data between an application program and a user via this screen , the application program displays a specific computer display.
A type of data that does not depend on functions,
Contains the type description of the data for performing at least one, the computer, corresponding with each portion constituting the the screen to be displayed dependent <br/> the display function of the type and the computer for each data
Selection rule having a plurality of sets and a display of the computer
Arrangement rules for determining the composition of the entire screen, depending on the performance
Includes a pre-memorize storing unit, the computer, all extracts defined type of data to perform at least one of input and output from the application program, the respective types of the data these extraction definition Based on the selection rule stored in the storage unit, the partial configuration on the screen corresponding to each data type is determined, and the overall arrangement of the determined partial configuration on the screen is determined. Is determined by referring to the arrangement rule stored in the storage unit, and when the computer executes the application program.
To a screen in accordance with the placement that is the determined allowed to appear on the display device, input and output of data and performs input and output of data between the application program and the user through the occurrence is not the screen Method.
【請求項2】特定の計算機の表示機能に依存しないデー
タの型であって、入力及び出力の少なくとも一方を行う
該データの型の記述を含むアプリケーションプログラム
への、ユーザからデータの入力あるいはアプリケー
ションプログラムからのデータの出力を司る画面を表示
可能である表示手段を備える計算機装置において、 データの型と該表示手段に依存した表示すべき画面の
各部分構成とをそれぞれ対応付けた組を複数備えた選択
規則、および、該表示手段に依存した、画面全体の構成
を求めるための配置規則を予め憶する記憶手段と、 アプリケーションプログラムから入力及び出力の少な
くとも一方を行うデータの型の定義を全て抽出する抽出
手段と、 前記抽出手段によって抽出されたデータ型の定義の
それぞれに基づき、前記記憶手段に記憶される前記選択
規則を参照し、各データの型に対応した画面上での部分
構成をそれぞれ選択する選択手段と、 前記選択部で選択された該各部分構成の全体的な配置
を、前記記憶手段に記憶される前記配置規則を参照し決
定する画面配置決定手段と、該アプリケーションプログラムの実行時に、 前記画面配
置決定手段で決定された全体的な配置に基づく画面を前
記表示手段に表示させる表示制御手段と、 前記表示手段を介して入力されるデータの前記アプリケ
ーションプログラムへの送信、または、前記アプリケー
ションプログラムから出力されるデータの前記表示手段
画面を介した提示の少なくとも一方を行う入出力制御
手段と、 前記入出力制御手段により送信されたデータを用いた前
記アプリケーションプログラムの実行及び入出力制御手
段に対する前記アプリケーションプログラムの実行結果
の出力の少なくとも一方を行う実行手段とを備えたこと
を特徴とする計算機装置。
2. A data which does not depend on a display function of a specific computer.
Type of input and / or output
An application program containing a description of the type of the data
To, at the input or computing device including a display unit screen is capable of displaying the charge of output of data from the application <br/> Deployment program data from the user, depending on the type and the display means of each data Of the screen to be displayed
Selection with multiple sets that correspond to each partial configuration
Structure of entire screen depending on rules and the display means
Advance remembers storage device for arrangement rule for determining the, extraction means for all the defined type of data to be at least one of the input and output extracted from the application program, the respective data extracted by said extracting means The selection stored in the storage means based on each of the type definitions
Referring to rule selecting means for respectively selecting the partial configuration on the screen corresponding to the type of each data, the overall arrangement of the selected respective portions constituted by the selection unit, stored in said storage means Screen layout determining means for determining by referring to the layout rule , display control means for displaying a screen based on the overall layout determined by the screen layout determining means on the display means when the application program is executed , Transmission of data input via the display means to the application program , or display means of data output from the application program
Input / output control means for performing at least one of presentation via the screen, execution of the application program using the data transmitted by the input / output control means, and output of the execution result of the application program to the input / output control means. A computer device comprising: an execution unit that performs at least one of the operations.
JP09191195A 1995-03-27 1995-03-27 Data input / output method and computer device Expired - Fee Related JP3492014B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP09191195A JP3492014B2 (en) 1995-03-27 1995-03-27 Data input / output method and computer device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP09191195A JP3492014B2 (en) 1995-03-27 1995-03-27 Data input / output method and computer device

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2000010133A Division JP3177235B2 (en) 1995-03-27 2000-01-14 Data output device

Publications (2)

Publication Number Publication Date
JPH08263243A JPH08263243A (en) 1996-10-11
JP3492014B2 true JP3492014B2 (en) 2004-02-03

Family

ID=14039771

Family Applications (1)

Application Number Title Priority Date Filing Date
JP09191195A Expired - Fee Related JP3492014B2 (en) 1995-03-27 1995-03-27 Data input / output method and computer device

Country Status (1)

Country Link
JP (1) JP3492014B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7895522B2 (en) 2001-09-28 2011-02-22 Ntt Docomo, Inc. Layout of platform specific graphical user interface widgets migrated between heterogeneous device platforms
US7392483B2 (en) 2001-09-28 2008-06-24 Ntt Docomo, Inc, Transformation of platform specific graphical user interface widgets migrated between heterogeneous device platforms
US7934162B2 (en) 2001-09-28 2011-04-26 Ntt Docomo, Inc. Running state migration of platform specific graphical user interface widgets between heterogeneous device platforms
US7234111B2 (en) 2001-09-28 2007-06-19 Ntt Docomo, Inc. Dynamic adaptation of GUI presentations to heterogeneous device platforms

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
佐藤、外2名著,"ユーザレベルでカスタマイズ可能なGUI部品の交換・付加機能",情報処理学会研究報告,日本,(社)情報処理学会,1995年 3月 3日,第95巻、第21号(95−HI−59),p.67−74
増田・笠原著,"アプリケーション実行時GUIレイアウト変更機能",情報処理学会論文誌,日本,(社)情報処理学会,1994年 9月15日,第35巻、第9号,p.1794−1806

Also Published As

Publication number Publication date
JPH08263243A (en) 1996-10-11

Similar Documents

Publication Publication Date Title
US6282699B1 (en) Code node for a graphical programming system which invokes execution of textual code
US5535323A (en) Method of and system for displaying context sensitive and application independent help information
US6102967A (en) Testing a help system of a computer software application without executing the computer software application
EP0336560B1 (en) Method and system for displaying a user interface on a computer screen
US5606702A (en) Method for specifying user interfaces and programming system running a multiple user interface computer
US8386939B2 (en) Internet interface and integration language system and method
US5740444A (en) Symbol browsing in an object-oriented development system
US5911070A (en) Development system with methods for bi-directional application program code generation
US5623591A (en) System and methods for building spreadsheet applications
US20030023641A1 (en) Web page authoring tool
US5812847A (en) Rule-based method for designing user interfaces for applications
EP0640914A2 (en) Method and apparatus for configuring computer programs from available subprograms
EP1099162A1 (en) Method and tool for generating and displaying a descriptive annotation of selected application data
US20030081007A1 (en) Object oriented explorer type environment
EP0712080B1 (en) A method and a system for controlling functions of a target application using controllable objects
US20050060685A1 (en) Program generator
US5995100A (en) Method of automatically generating custom controls for selected modules in a library
US5781905A (en) Program generating method combining data item part with database manipulation part
EP1909170B1 (en) Method and system for automatically generating a communication interface
EP0578634B1 (en) Method for specifying user interfaces and programming system running a multiple user interface type computer
JP3492014B2 (en) Data input / output method and computer device
JP3177235B2 (en) Data output device
JPH10289084A (en) Information processor and read-only storage medium
US20040194022A1 (en) Kernel configuration tool
CN115577676B (en) Page table control method, device, equipment and storage medium

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071114

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081114

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091114

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees