JP2017062851A - Information processing system, application server, information processing method, program, and recording medium - Google Patents
Information processing system, application server, information processing method, program, and recording medium Download PDFInfo
- Publication number
- JP2017062851A JP2017062851A JP2016248734A JP2016248734A JP2017062851A JP 2017062851 A JP2017062851 A JP 2017062851A JP 2016248734 A JP2016248734 A JP 2016248734A JP 2016248734 A JP2016248734 A JP 2016248734A JP 2017062851 A JP2017062851 A JP 2017062851A
- Authority
- JP
- Japan
- Prior art keywords
- query
- search
- definition
- action definition
- application server
- 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.)
- Granted
Links
Images
Abstract
Description
本発明は、アプリケーションの実行に関し、特に検索サービスに対するクエリの検索結果を画面に表示するためのロジックを、容易に定義可能な、アプリケーション実行環境に関する。 The present invention relates to execution of an application, and more particularly to an application execution environment in which logic for displaying a search result of a query for a search service on a screen can be easily defined.
従来から、業務アプリケーションにおいては、データベースの検索結果やウェブサービスのレスポンスデータ（ウェブサーバへの要求に対する応答）を表示するＧＵＩ（グラフィカルユーザインタフェース）を開発することが多い。 Conventionally, in business applications, a GUI (graphical user interface) that displays database search results and web service response data (response to a request to a web server) is often developed.
しかしながらデータベースの検索結果をＧＵＩに表示するため、アプリケーションの開発者は、どのデータ項目をＧＵＩ上のどのオブジェクト（例えばテキストボックス）に表示するか、を１つずつ対応づける必要があった。特に検索対象となるデータベースやウェブサービスの結果に含まれるデータ項目（カラム）数が多い場合には、前述の対応付けも多くなり、作業ミスも増加し、ビジネスロジックとして本質的ではない部分で、アプリケーションの実行を制御するソースコードを記載する負荷が大きかった。 However, in order to display the database search result on the GUI, the application developer has to associate which data item is displayed on which object (for example, a text box) on the GUI one by one. In particular, when the number of data items (columns) included in the database or web service results to be searched is large, the above-mentioned correspondence increases, the number of work errors increases, and the part that is not essential as business logic. The load of writing source code to control application execution was heavy.
特許文献１では、開発者が、例えば照会用ボタンがマウスクリックされた場合の処理定義として、まず照会の検索キーとなる値を取得するオブジェクト（要求項目）、照会結果の値を設定するオブジェクト（応答項目）、処理を要求するプログラム名、機能番号をトランザクションとして定義し、さらに前述のプログラム名および機能番号を、ロジックファイルに記載された関数と結びつけるロジック設定として定義し、また、前記関数はロジックファイルにおいて実際にデータベースを検索するプログラムとして定義することで、前述のようなＧＵＩ上のオブジェクトと、検索キーの取得および検索結果の対応付けを行うことが可能なプログラム自動生成装置を提供している。
In
特許文献１におけるプログラム自動生成装置では、前述の通り、ＧＵＩ上のオブジェクトと、検索キー（要求項目）の取得および検索結果（応答項目）の対応付けを行うことが出来る。
As described above, the automatic program generation apparatus in
しかし、開発者にとっては、トランザクション設定では前記対応付けを確認できるが、関数に受け渡しの際には配列に変換されるため、関数の開発においては、どのデータ項目の値が配列のどこに格納されているか、あるいは検索結果をどこに格納すべきかといった処理を意識する必要があること、関数内でのデータベース検索処理はプログラム言語で開発することなどが必要となる。すなわち、データリソースに対してクエリを実行し、レスポンスを受け取るため、開発者にとっては、関連する定義情報の構造を詳細に理解した上でプログラムの開発を要するものであり、容易に検索結果を表示できるものではない。 However, for developers, the correspondence can be confirmed in the transaction settings, but since it is converted into an array when passed to the function, in the development of the function, which data item value is stored where in the array It is necessary to be aware of the processing of whether or not the search result should be stored, and the database search processing in the function needs to be developed in a programming language. In other words, in order to execute queries on data resources and receive responses, developers need to develop a program after understanding the structure of related definition information in detail, and easily display search results. It is not possible.
本発明の目的は以上の問題を解決するためのものであり、開発者が指示要求オブジェクト（例えばＧＵＩ上のボタンなど）に対応するクエリを指定するという簡単な定義で、前記指示要求オブジェクトが選択された場合に、前記クエリに基づく検索結果を、画面上に配置された検索結果表示オブジェクト（例えば、テキストボックスやグリッドオブジェクト）に反映させるアプリケーションの表示の仕組みを提供することを目的とする。 An object of the present invention is to solve the above-described problem, and the instruction request object is selected by a simple definition that a developer specifies a query corresponding to an instruction request object (for example, a button on a GUI). In this case, an object of the present invention is to provide a display mechanism for an application that reflects a search result based on the query on a search result display object (for example, a text box or a grid object) arranged on the screen.
本発明は、クライアント装置とアプリケーションサーバがネットワークを介して通信可能な、アプリケーションの実行を制御する情報処理システムであって、前記クライアント装置は、前記アプリケーションサーバに処理を指示するユーザの操作を受け付ける指示受付オブジェクトが選択されることで実行されるイベント処理を含む画面データを表示する表示制御手段と、前記表示制御手段に表示された画面データ上の前記指示受付オブジェクトに対するユーザの操作に応じて、前記指示受付オブジェクトに関連付けられたイベント処理により生成されるアプリケーションサーバに対するクエリの要求を、前記アプリケーションサーバに引き渡す要求引渡手段と、を備え、前記アプリケーションサーバは、検索サービスに対する検索条件を指定するための前記クエリをアクション定義として記憶するアクション定義記憶手段と、前記クライアント装置の前記要求引渡手段から引き渡される前記要求を受け付ける要求受付手段と、前記要求受付手段により受け付けた前記要求に基づいて、前記アクション定義記憶手段に記憶されている前記アクション定義を取得するアクション定義取得手段と、前記アクション定義取得手段により取得した前記アクション定義における前記クエリに基づいて前記検索サービスから検索結果を取得し、処理結果とする検索実行制御手段と、前記検索実行制御手段により得られる前記処理結果を、前記クライアント装置へ送信する送信手段と、を備え、前記表示制御手段は、前記アプリケーションサーバの送信手段により送信された処理結果が、処理結果表示オブジェクトに配置された画面データを表示することを特徴とする。 The present invention relates to an information processing system for controlling execution of an application, in which a client device and an application server can communicate via a network, wherein the client device receives an operation of a user that instructs the application server to perform processing. Display control means for displaying screen data including event processing executed when a reception object is selected, and according to a user operation on the instruction reception object on the screen data displayed on the display control means, Request delivery means for delivering a query request to the application server generated by the event processing associated with the instruction receiving object to the application server, wherein the application server specifies a search condition for the search service. Based on the request received by the request accepting means, an action definition storing means for storing the query for performing as an action definition, a request accepting means for accepting the request delivered from the request delivering means of the client device, An action definition acquisition unit that acquires the action definition stored in the action definition storage unit, a search result is acquired from the search service based on the query in the action definition acquired by the action definition acquisition unit, and processing A search execution control means as a result, and a transmission means for transmitting the processing result obtained by the search execution control means to the client device, wherein the display control means is transmitted by the transmission means of the application server. Processed result is processed result And displaying the screen data disposed indicate objects.
本発明により、開発者が指示要求オブジェクト（例えばＧＵＩ上のボタンなど）に対応するクエリを指定するという簡単な定義で、前記指示要求オブジェクトが選択された場合に、前記クエリに基づく検索結果を、画面上に配置された検索結果表示オブジェクト（例えば、テキストボックスやグリッドオブジェクト）に反映させるアプリケーションの表示の仕組みを提供することが可能となった。 According to the present invention, when the instruction request object is selected with a simple definition that a developer specifies a query corresponding to an instruction request object (for example, a button on a GUI), a search result based on the query is obtained. It has become possible to provide a mechanism for displaying an application to be reflected in a search result display object (for example, a text box or a grid object) arranged on the screen.
以下、本発明の実施の形態を、図面を参照して詳細に説明する。まず、第一の実施の形態を説明する。 Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. First, the first embodiment will be described.
図１は、本発明に係わるプログラム開発装置、プログラム開発サーバ、データベースサーバ、アプリケーションクライアント、アプリケーションサーバ、ＲＥＳＴサーバの構成の一例を示すシステム構成図である。 FIG. 1 is a system configuration diagram showing an example of the configuration of a program development apparatus, a program development server, a database server, an application client, an application server, and a REST server according to the present invention.
プログラム開発装置１０１（情報処理装置）は、開発者の操作に従って画面レイアウトおよびデータベース検索のアクションなどを定義する。プログラム開発装置１０１単体では、ユーザの入力を受け付け、後述するプログラム開発サーバ１０２（情報処理装置）に実際のプログラム生成処理をさせてもよいし、プログラム開発装置１０１単体でプログラム生成まで処理してもよい。
The program development apparatus 101 (information processing apparatus) defines a screen layout, a database search action, and the like according to a developer's operation. The
プログラム開発サーバ１０２ａ〜１０２ｂは、プログラム開発装置１０１により入力された開発者の指示に従って、プログラムを開発する。プログラム開発サーバ１０２ａはＬＡＮなどのネットワーク１０７内に配置されてもよいし、プログラム開発サーバ１０２ｂはインターネット上やクラウド上に配置されてもよい。
The
データベースサーバ１０３ａ〜１０３ｂ（検索サーバ）は、開発されたアプリケーションが使用するデータベースを管理するサーバであり、また本発明では開発時にも利用する。例えば、開発者が利用するためにデータベースサーバ１０３は、プログラム開発装置１０１と同一の装置で構成されていてもよいし、ＬＡＮなどのネットワーク１０７内に配置されてもよい（データベースサーバ１０３ａ）し、またインターネット上やクラウド上に配置されてもよい（データベースサーバ１０３ｂ）。また、プログラム開発装置１０１が、プログラム開発サーバ１０２と協調する場合には、プログラム開発サーバ１０２とデータベースサーバ１０３が同一の装置内に構成されていてもよい。
The
ＲＥＳＴサーバ１０６ａ〜１０６ｂ（検索サーバ）は、ＲＥＳＴ方式によりウェブサービスを提供するウェブサーバであり、また本発明では開発時にも利用する。例えば、開発者が利用するためにＲＥＳＴサーバ１０６は、プログラム開発装置１０１と同一の装置で構成されていてもよいし、ＬＡＮなどのネットワーク１０７内に配置されてもよい（ＲＥＳＴサーバ１０６ａ）し、またインターネット上やクラウド上に配置されてもよい（ＲＥＳＴサーバ１０６ｂ）。また、プログラム開発装置１０１が、プログラム開発サーバ１０２と協調する場合には、プログラム開発サーバ１０２とＲＥＳＴサーバ１０６が同一の装置内に構成されていてもよい。
The
アプリケーションサーバ１０５ａ〜１０５ｂは、プログラム開発装置１０１で開発されたアプリケーションを実行する。ＬＡＮなどのネットワーク１０７内に配置されてもよい（アプリケーションサーバ１０５ａ）し、またインターネット上やクラウド上に配置されてもよい（アプリケーションサーバ１０５ｂ）。また、ネットワーク１０７、インターネット、クラウド上のデータベースサーバ１０３と接続して動作可能である。
The
アプリケーションクライアント１０４ａ〜１０４ｂ（クライアント装置）は、アプリケーションサーバ１０５と協調してプログラム開発装置１０１で開発したアプリケーションプログラムを動作させる、ユーザの入力端末である。ＬＡＮなどのネットワーク１０７内に配置されてもよい（アプリケーションクライアント１０４ａ）し、またインターネット上やクラウド上に配置されてもよい（アプリケーションクライアント１０４ｂ）。携帯端末などの情報処理装置であってもよい。
The
図２は、本発明に係わるプログラム開発装置、プログラム開発サーバ、データベースサーバ、アプリケーションクライアント、アプリケーションサーバ、ＲＥＳＴサーバとして適用可能な各ハードウェア構成の一例を示すブロック図である。 FIG. 2 is a block diagram showing an example of each hardware configuration applicable as a program development apparatus, a program development server, a database server, an application client, an application server, and a REST server according to the present invention.
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。
In FIG. 2, the
また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、プログラム開発装置、アプリケーションクライアント、各種サーバの後述する各種機能を実現するためのプログラムが記憶されている。
The
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
The
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、プログラム開発装置、アプリケーションクライアント、各種サーバでは、キーボード、マウス等のポインティングデバイスが挙げられる。
The
出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶ディスプレイ等が挙げられる。
The
外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザーファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、外部メモリ２１１には、プログラム開発装置、アプリケーションクライアント、各種サーバの各種機能を実現するための各種テーブル、パラメータが記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
The
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器との通信制御処理を実行する。
The communication I /
本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
A
図３は、本発明の実施形態のソフトウェア構成を示すブロック図である。 FIG. 3 is a block diagram illustrating a software configuration according to the embodiment of this invention.
プログラム開発装置１０１は、開発画面制御部３００、レイアウト定義部３０１、一括作成部３０２、アクション定義部３０３、クエリ定義部３０４、指示引渡処理生成部３０５、記憶部３０６を備えている。
The
記憶部３０６は、レイアウト定義記憶部３２１、アクション定義記憶部３２２、クエリ定義記憶部３２３を備えている。
The
開発画面制御部３００は、プログラム開発装置１０１に開発者が操作するための画面を表示し、また開発者の操作に応じて、他の機能部（３０１〜３０５、３１１〜３１５）を機能させる部分である。
The development
レイアウト定義部３０１は、開発者に後述するテキストボックス、ボタン、グリッドオブジェクトなどのオブジェクト、前記複数のオブジェクトなどを１つの表示グループとするためのコンテナを配置させ、また移動、属性編集をさせる機能部である。また、レイアウト定義部３０１で定義されたレイアウト定義は、レイアウト定義記憶部３２１に記憶される。
A
一括作成部３０２は、ＲＥＳＴ方式のクエリによりＲＥＳＴサーバ１０６から取得したレスポンスデータや、データベースのテーブルのデータ項目（カラム）のうち表示したい項目を、前述の表示グループ（グリッドオブジェクトや後述する明細書形式コンテナ）に対して一括で配置する機能部である。
The
本発明の実施例においては、データ項目（カラム）に対応するオブジェクトの生成を“一括作成”としているが、これはあくまで例である。必ずしも一括である必要はない。例えば、前述のデータ項目（カラム）のうち表示したい項目を配置する際に、当初はデータ項目名（カラム名）を表示するだけでオブジェクトを作成しなくともよい。この場合、実際のオブジェクトの作成は、例えば属性編集（図１６）において、前述のデータ項目名（カラム名）をユーザが指定する際に、実際のオブジェクトを作成し、ユーザが属性編集しなかったデータ項目名（カラム名）に対しては、レイアウトの保存時にオブジェクトを作成する、など様々な形態が可能である。 In the embodiment of the present invention, the generation of objects corresponding to data items (columns) is “collective creation”, but this is only an example. It does not necessarily have to be a batch. For example, when placing an item to be displayed among the data items (columns) described above, it is not necessary to create an object by simply displaying the data item name (column name) at first. In this case, the actual object is created, for example, when the user specifies the data item name (column name) in the attribute editing (FIG. 16), the actual object is created, and the user does not edit the attribute. For data item names (column names), various forms are possible, such as creating an object when saving a layout.
一括作成情報受付部３１１は、ＲＥＳＴ方式の場合には、ＲＥＳＴサーバ１０６に対してＲＥＳＴ方式によりレスポンスデータを要求するＵＲＬ、レスポンスデータから表示するデータ項目を指定するマッピング情報、ＳＱＬ文による場合は、対応させるデータベース、データベースを検索するｓｅｌｅｃｔ文（ＳＱＬ文）、パラメータとなる条件項目、さらに前述の表示グループなど、レイアウトを自動生成するための情報を受け付ける機能部である。
In the case of the REST method, the batch creation
カラム名取得部３１２（データ項目取得部）は、ＲＥＳＴ方式の要求とレスポンスにより本発明を実施する場合には、指定されたマッピング情報を解析して、表示グループに配置したいテーブルのデータ項目名（カラム名）を取得する。また、実際にＵＲＬによりＲＥＳＴサーバ１０６にレスポンスデータを要求し、マッピング情報によりレスポンスデータを処理した結果を解析して、データ項目名（カラム名）を取得してもよい。また、ＳＱＬ文により本発明を実施する場合には、ｓｅｌｅｃｔ文を実行し、その結果を解析する。ＳＱＬ文により本発明を実施する場合には、データ項目名（カラム名）自体が、ＲＥＳＴ方式の場合のマッピング情報と同一の役割を果たすものである。
The column name acquisition unit 312 (data item acquisition unit) analyzes the specified mapping information and implements the data item name (table) to be placed in the display group when implementing the present invention by a REST request and response. Get column name). Alternatively, the data item name (column name) may be acquired by actually requesting response data from the
オブジェクト生成部３１３は、前述のデータ項目名（カラム名）に対応して表示グループに配置するオブジェクトを生成する機能部である。
The
オブジェクト配置部３１４は、前述の生成されたオブジェクトを、表示グループに配置する機能部である。
The
値設定表示部３１５は、前述の生成されたオブジェクトに、前記ＲＥＳＴ方式によりＲＥＳＴサーバ１０６、または前記ｓｅｌｅｃｔ文を用いてデータベースを実際に検索した結果の値を設定、表示させる機能部である。 The value setting display unit 315 is a functional unit that sets and displays the value of the result of actually searching the database using the REST method or the select statement on the generated object.
アクション定義部３０３は、開発者にボタンがクリックなどされた場合の、前記ＲＥＳＴ方式によるＲＥＳＴサーバ１０６の検索処理、またはＳＱＬ文によるデータベースの検索処理（アクション）などを定義させる機能部である。また、アクション定義部３０３で定義されたアクション定義は、アクション定義記憶部３２２に記憶される。
The
クエリ定義部３０４は、アクション定義と対応付け、具体的には前記ＲＥＳＴ方式の場合には、レスポンスデータを要求するＵＲＬやレスポンスデータを処理するマッピング情報、ＳＱＬ文による方式の場合には、ｓｅｌｅｃｔ文などの詳細を開発者に定義させる機能部である。また、クエリ定義部３０４で定義されたクエリ定義は、クエリ定義記憶部３２３に記憶される。
The
指示引渡処理生成部３０５は、後述する、指示受付オブジェクトがユーザにクリックされた際などのパラメータ取得部３３１、要求引渡部３３２に対応する処理を、アクション定義に従って予め生成しておく機能部である。実際には、指示引渡処理生成部３０５は、本図のようにプログラム開発装置１０１に備えられ、アクション定義時に実行され、生成された処理をアクション定義と結びつけて記憶してもよいし、また他の例として、アプリケーションサーバ１０５に備えられ、アプリケーションクライアント１０４に表示する画面の生成時に、指示引渡処理生成部３０５を実行され、前記処理を生成してもよい。いずれの場合も、指示引渡処理生成部３０５で生成された処理は、前記アクション定義に対応するボタンと関連付けてアプリケーションクライアント１０４に表示する画面情報に組み込まれる。
The instruction delivery
また、プログラム開発装置１０１は、ＲＥＳＴサーバ１０６、またはデータベースサーバ１０３と接続する。あるいは、同一筐体に含む構成であってもよい。さらにプログラム開発装置１０１が備える機能部の一部または全ては、プログラム開発サーバ１０２が備え、プログラム開発装置１０１には、開発者が操作する開発画面が表示され、開発者の操作内容がプログラム開発サーバ１０２に送られ、さらにプログラム開発サーバ１０２での処理結果がプログラム開発装置１０１に戻され、開発者が操作する操作画面に結果として表示するように構成してもよい。この場合には、プログラム開発装置１０１は、ＲＥＳＴサーバ１０６、またはデータベースサーバ１０３と直接は接続せず、プログラム開発サーバ１０２が、ＲＥＳＴサーバ１０６、またはデータベースサーバ１０３と接続することにより、検索結果を取得してもよい。
The
アプリケーションクライアント１０４は、パラメータ取得部３３１、要求引渡部３３２、結果受付部３３７、結果設定部３３８、表示制御部３３９を備えている。
The application client 104 includes a
パラメータ取得部３３１は、アプリケーションクライアント１０４のユーザがボタンをクリックするなどによりアプリケーションサーバ１０５に対する処理を指示した際に、処理に必要なパラメータ値などを取得する機能部である。
The
要求引渡部３３２は、前述のパラメータ取得部３３１で取得されたパラメータ値などを後述する要求受付部３３３に引き渡す機能部である。
The
結果受付部３３７は、アプリケーションサーバ１０５での処理結果を後述する結果受渡部３３６から受け付ける機能部である。
The
結果設定部３３８（当てはめ部）は、前述の結果受付部３３７で受け付けた処理結果を、アプリケーションクライアント１０４上のオブジェクトに設定する機能部である。
The result setting unit 338 (fitting unit) is a functional unit that sets the processing result received by the
表示制御部３３９は、アプリケーションの特定の画面が生成される場合には、アプリケーションサーバ１０５において生成された画面を、アプリケーションクライアント１０４のアプリケーション上に表示する機能部である。また、既に表示されている場合には、前述の結果設定部３３８の設定を表示に反映する。
The
アプリケーションサーバ１０５は、画面生成部３３０、要求受付部３３３、アクション定義取得部３３４、検索実行制御部３３５、結果受渡部３３６を備え、またプログラム開発装置１０１で定義した記憶部３０６をアプリケーションの実行定義情報として含む。
The application server 105 includes a
画面生成部３３０は、アプリケーションクライアント１０４に表示するための画面をレイアウト定義に基づき生成する機能部である。
The
要求受付部３３３は、前述の要求引渡部３３２からアプリケーションサーバ１０５の処理に必要なパラメータ値などを受け付ける機能部である。
The
アクション定義取得部３３４は、アプリケーションサーバ１０５を動作させるために必要なアクション定義を取得する機能部である。
The action
検索実行制御部３３５は、アプリケーションクライアント１０４から渡されたパラメータ等に基づいてアプリケーションサーバ１０５を動作させるため機能部である。
The search
結果受渡部３３６（送信手段）は、前述の検索実行制御部３３５の検索結果を、アプリケーションクライアント１０４の結果受付部３３７に受け渡す機能部である。
The result delivery unit 336 (transmission unit) is a functional unit that delivers the search result of the search
アプリケーションクライアント１０４およびアプリケーションサーバ１０５に含まれる機能部は、プログラム開発装置１０１あるいはプログラム開発サーバ１０２に含まれていてもよい。これにより開発中の動作確認が可能となる。
The functional units included in the application client 104 and the application server 105 may be included in the
図４は、本発明の実施形態のデータベースサーバ１０３のテーブル群の一例を示すデータ構成図であり、後述する開発およびアプリケーションの実行を説明する際に利用するものである。
FIG. 4 is a data configuration diagram illustrating an example of a table group of the
注文書テーブル４００は、注文結果を登録するテーブルであり、注文番号を表すｏｒｄｅｒＩＤ４０１、顧客名を表すｃｕｓｔｏｍｅｒ４０２、顧客電話番号を表すｔｅｌｅｐｈｏｎｅ４０３、注文受付日を表すｄａｔｅ４０４、注文の合計金額を表すｔｏｔａｌ＿ｐｒｉｃｅ４０５により構成される。
The purchase order table 400 is a table for registering order results, and includes an
注文品目テーブル４１０は、注文書テーブルのｏｒｄｅｒＩＤ４０１に対応する詳細の注文品目を登録するテーブルであり、注文書テーブルのｏｒｄｅｒＩＤ４０１と対応するｏｒｄｅｒＩＤ４１１と、商品名を表すｐｒｏｄｕｃｔ４１２、商品の単価を表すｐｒｉｃｅ４１３、注文数を表すａｍｏｕｎｔ４１４により構成される。
The order item table 410 is a table for registering detailed order items corresponding to the
図５は、本発明の実施形態のデータベースのテーブル群の一例を示すデータ構成図であり、図４と同様後述する開発およびアプリケーションの実行を説明する際に利用するものである。テーブル構成が異なるが、本質的に同じ情報を含む。後述する例において、使用するテーブル構成が異なっても、ｓｅｌｅｃｔ文を書き換えることで同じ動作をさせることが可能であることを説明する。 FIG. 5 is a data configuration diagram showing an example of a table group of the database according to the embodiment of the present invention, and is used when explaining development and execution of an application, which will be described later, as in FIG. Although the table structure is different, it contains essentially the same information. In the example described later, it will be described that even if the table configuration to be used is different, the same operation can be performed by rewriting the select statement.
注文書情報は、注文情報テーブル５００と顧客テーブル５１０に分割され、図４では、注文書テーブル４００のｃｕｓｔｏｍｅｒ４０２およびｔｅｌｅｐｈｏｎｅ４０３は、顧客テーブル５１０のｃｕｓｔｏｍｅｒ５１２およびｔｅｌｅｐｈｏｎｅ５１３として構成されている。両テーブルのレコード（行）は、ｃｕｓｔｏｍｅｒＩＤ５０２とｃｕｓｔｏｍｅｒＩＤ５１１で結びつけられている。リレーショナルデータベースとしての関連付けがされていてもされていなくてもよい。
The purchase order information is divided into an order information table 500 and a customer table 510. In FIG. 4, a
同様に図４の注文品目テーブル４１０は、注文数テーブル５２０と商品情報テーブル５３０に分割され、注文数テーブルのｐｒｏｄｕｃｔ５２３と、商品情報テーブルのｐｒｏｄｕｃｔ５３１で結びつけられている。
Similarly, the order item table 410 in FIG. 4 is divided into an order quantity table 520 and a merchandise information table 530, which are linked by an order
図６は、開発者がレイアウト定義指示を行う画面の一例を示す図であり、プログラム開発装置１０１上に表示される。開発ＧＵＩ６００のヘッダー６０１には、開発者が行う作業毎に画面一覧６０２、レイアウト定義６０３、一括作成情報６０４、アクション定義６０５が表示されている。６０２〜６０５は単なる作業状況を示すものであってもよいし、あるいはタブとして選択し処理内容を移行できてもよいが、あくまで一例である。また本例では作業している内容に従い、６０２〜６０５のタイトルの前に“＊”を表示している。
FIG. 6 is a diagram showing an example of a screen on which a developer gives a layout definition instruction, and is displayed on the
作成画面一覧６０６には、作成済みの画面が表示されている。今回の説明では、新規画面作成ボタン６０７を指示することにより、開発ＧＵＩ６００ａの構成に変わる。前記指示は、マウスによるクリック、キーボードによる操作などあるが、以降の説明では区別しない。
The created
例では、新規画面として画面名称６１１に“注文確認”と入力し、過去の注文を確認するための画面レイアウトを定義する処理を行う。
In the example, “order confirmation” is input as a new screen in the
作業領域６１２には、初期状態で新規画面のベースとなる明細書形式コンテナ６１３が配置される。
In the
コンテナには、例として１件の情報を１葉で各種データを表示する帳票の作成を主な用途とし、複数の行を挿入可能な“明細書形式コンテナ”と、明細書形式コンテナの中に“行”を追加して、その“行”の中の横方向に複数のオブジェクトなどを並べることが可能な“行形式コンテナ”の２種類を使用可能である。本実施形態の例では、初期状態では前述の通り明細書形式コンテナ６１３が配置される。ただし、初期状態で何も配置されず開発者が明細書形式コンテナ６１３か行形式コンテナを自由に配置できるようにしてもよい。
In the container, for example, the main use is to create a form that displays various data with one piece of information as one leaf. Two types of “row format containers” that can add a “row” and arrange a plurality of objects in the horizontal direction in the “row” can be used. In the example of the present embodiment, the
レイアウト部品６２０には部品ボタンが含まれ、各部品ボタンはコンテナ上に配置できるオブジェクトに対応する。部品ボタンをクリックあるいは、マウスでドラッグアンドドロップすることで、指定のオブジェクトを作業領域６１２に配置済みの他のコンテナ中に配置可能である。例として明細書形式コンテナ作成ボタン６２１、行形式コンテナ作成ボタン６２２、テキスト作成ボタン６２３、テキストボックス作成ボタン６２４、グリッド作成ボタン６２５、ボタン作成ボタン６２６がある。
The
コマンド６３０には、他の作業に移行する場合のコマンドが含まれ、例えば一括作成情報ボタン６３１、属性編集ボタン６３２、アクション定義ボタン６３３がある。
The
図７は、開発者がレイアウト定義指示を行う操作手順の一例を簡単に説明するフローである。また図８は、レイアウトを定義する際のコンテナやオブジェクトの配置を示す一例であり、図７の説明に使用する。ここでの説明は、あくまで一例であり、レイアウト定義を途中で中断することや、コンテナやオブジェクトの種類で、配置できないときの警告などは割愛する。 FIG. 7 is a flow for briefly explaining an example of an operation procedure for a developer to issue a layout definition instruction. FIG. 8 is an example showing the arrangement of containers and objects when defining a layout, and is used in the description of FIG. The explanation here is merely an example, and the layout definition is interrupted in the middle, and a warning when it cannot be arranged due to the type of container or object is omitted.
ステップＳ７０１で、図６の新規画面作成ボタン６０７をマウスクリックすることで、明細書形式コンテナ６１３が配置され、レイアウト定義作業を開始する。
In step S701, when the new
次に、開発者は、配置作業の内容として“配置”または“対象の移動”のいずれかを行うかを判断する。現時点では、明細書形式コンテナ６１３上に何も配置されていないため、新しい対象の“配置”しかできないので、ステップＳ７０２で“配置”となり、ステップＳ７０３に進む。例えば、行形式コンテナを追加するためには、まず明細書形式コンテナ６１３をマウスで選択し配置先としてフォーカス（ステップＳ７０３）する。更に図６の行形式コンテナ作成ボタン６２２をマウスクリックすると、図８の明細書形式コンテナ６１３ａの中に階層的に（入れ子状態に）行形式コンテナ８０１が新規作成、挿入される（ステップＳ７０４）。同様の処理を繰り返す（ステップＳ７０６で“ＹＥＳ”と判断する）と行形式コンテナ８０２の下方に行形式コンテナ８０２が追加される（６１３ｂ）。
Next, the developer determines whether to perform “placement” or “target movement” as the content of the placement work. Since nothing is arranged on the
次に行形式コンテナ８０２をフォーカス（ステップＳ７０３）してから、図６の明細書形式コンテナ作成ボタン６２１あるいは、テキストボックス作成ボタン６２４などオブジェクトを配置するボタンを選択し、コンテナあるいはオブジェクト８１１を新規作成、挿入（ステップＳ７０４）することができる（６１３ｃ）。同様にコンテナあるいはオブジェクト８１２を配置することができる（６１３ｄ）。行形式コンテナ内での配置は、横方向に可能である。ここでベースになる明細書形式コンテナ６１３からは３階層目の位置にコンテナ又はオブジェクトが配置される。このように、コンテナは階層的に配置していくことが可能である。
Next, after focusing on the row format container 802 (step S703), the specification format container creation button 621 or the text
次に明細書形式コンテナ６１３ｄを選択して行形式コンテナ作成ボタン６２２をマウスクリックすると、行形式コンテナ８０３が新規作成、挿入される（６１３ｅ）。
Next, when the
更に配置作業を継続する（ステップＳ７０６で“ＹＥＳ”と判断する）が、今度は、対象の移動を実施する（ステップＳ７０２で“対象の移動”と判断）。 Further, the arrangement work is continued (determined as “YES” in step S706), but this time, the object is moved (determined as “move object” in step S702).
対象の移動は、例えば行形式コンテナ８０３をドラッグし、行形式コンテナ８０１と行形式コンテナ８０２の間に移動してドロップする（ステップＳ７０５、図８の８２１の移動）。この時、行形式コンテナ８０２内に配置されているコンテナまたはオブジェクト８１１は、行形式コンテナ８０２の入れ子として定義されているため、行形式コンテナ８０２に伴って移動する。
To move the object, for example, the
同様にドラッグアンドドロップにより、コンテナまたはオブジェクト８１１と８１２を入れ替えることも可能である（図８の８２２の移動）。
Similarly, containers or
以上の説明では、外側にあるコンテナを選択して、内側に他のコンテナ（あるいはオブジェクト）を最後の行、最右の位置に追加したが、例えば、明細書形式コンテナ６１３ｄの行形式コンテナ８０１と行形式コンテナ８０２の間を選択し、行形式コンテナ作成ボタン６２２をクリックすると、行形式コンテナ８０３が新規作成、挿入されるようにしてもよい。上記の説明はあくまで一例である。
In the above description, the container on the outer side is selected, and another container (or object) is added on the innermost side to the last row and the rightmost position. For example, the
以上でレイアウト定義作業について説明したが、本例で示したコンテナ、あるいはグリッドオブジェクトを内部に複数の項目を表示できるという意味で、“表示グループ”と呼び、レイアウトの一括作成の例として使用する。階層的には、如何に深い位置にあっても同様に対応可能である。 The layout definition work has been described above. The container or grid object shown in this example is called a “display group” in the sense that a plurality of items can be displayed inside, and is used as an example of batch layout creation. Hierarchically, it is possible to cope in the same way no matter how deep the position is.
図９は、明細書形式コンテナにおける、一括作成によるレイアウトの自動作成を説明するための図である。 FIG. 9 is a diagram for explaining automatic layout creation by batch creation in a specification format container.
開発ＧＵＩ６００のコマンド６３０において、一括作成情報ボタン６３１を選択すると、一括作成のための情報を指定する画面に移行する。ここでは、接続先ＤＢ指定フィールド９０１およびＳＱＬ指定フィールド９０２を指定するテキスト入力フィールドがある。ただし、本発明に係わるプログラム開発装置１０１、あるいはプログラム開発サーバ１０２において、アプリケーション開発に係わるデータベースサーバ１０３を特定し、一括作成情報６０４においては、接続先ＤＢ指定フィールド９０１は指定不要としてもよい。さらにデータベースを指定する場合でも、プログラム開発装置１０１、あるいはプログラム開発サーバ１０２にデータベースサーバ１０３が同一の筐体に一体化した構成であってもよいことは前述したとおりである。また、実際に開発したアプリケーションが動作する際に接続するデータベースサーバ１０３は異なるものでもよい。画面のレイアウトを生成することが目的であるため、同じ構成あるいは同一のデータ項目（カラム）を取得できる構成であればよい。
When the batch
ＳＱＬ指定フィールド９０２においては、ｓｅｌｅｃｔ文を指定する。９０４は、ＳＱＬ指定フィールド９０２に図４の注文書テーブル４００に対応するｓｅｌｅｃｔ文、“select * from 注文書テーブル”が指定されている。
In the
ｓｅｌｅｃｔ文を指定し、一括作成後のオブジェクト表示先であるコンテナを、ユーザにマウスでフォーカスさせるなどして指定（表示グループ指示手段）した後、一括作成ボタン９０３をクリックすると、明細書形式コンテナ６１３ａのように注文書テーブル４００のデータ項目（カラム）と同数（５個）の行形式コンテナ９０６ａ〜９０６ｅが自動生成され、更に行形式コンテナ９０６ａ〜９０６ｅ内に１つずつテキストボックスが生成され、各区テキストオブジェクトのラベルには、注文書テーブル４００のデータ項目名（カラム名）であるｏｒｄｅｒＩＤ、ｃｕｓｔｏｍｅｒなどが設定される。
When a select statement is specified and a container that is an object display destination after batch creation is designated (display group instruction means) by, for example, letting the user focus with a mouse, and then a
ここで、データ項目（カラム）と同数（５個）の行形式コンテナ９０６ａ〜９０６ｅおよび対応するテキストボックスが生成、配置されたのは、９０４のｓｅｌｅｃｔ文のｓｅｌｅｃｔ句（ｓｅｌｅｃｔ文実行結果として取得するデータ項目名（カラム名）を記載する部分）が“＊”であることによる。すなわち、実際にテーブルのスキーマを確認し、全てのデータ項目名（カラム名）を取得し、それらに対して生成、配置したためである。
Here, the same number (five) of
次に９０５では、ｓｅｌｅｃｔ句に“＊”を指定せず、３つのデータ項目名（カラム名）“ｏｒｄｅｒＩＤ”、“ｃｕｓｔｏｍｅｒ”、“ｄａｔｅ”を具体的に指定している。これに基づいて、明細書形式コンテナ６１３ｂの通り、３個の行形式コンテナ９０６ｆ〜９０６ｈとテキストボックスを生成、配置する。この場合、接続先ＤＢ指定フィールド９０１で指定されたデータベースサーバ１０３に必ずしも接続する必要はない。例えば、ｓｅｌｅｃｔ句に記載されたデータ項目名（カラム名）に従ってのみ前述の自動生成、配置を行ってもよい。また、指定されたデータ項目名（カラム名）が実在のものか（例えばスペリングミスがないか）などを確認するために、データベースサーバ１０３に接続してもよい。
In
更に、ｓｅｌｅｃｔ文の指定方法は、データベースの構成に従って変更可能である。例えば、図５のテーブル構成であれば、ｓｅｌｅｃｔ文を次のように定義することで同様の結果を得ることができる。 Furthermore, the method for specifying the select statement can be changed according to the structure of the database. For example, in the table configuration of FIG. 5, the same result can be obtained by defining the select statement as follows.
“select 注文情報テーブル.orderID,顧客テーブル.customer,注文情報テーブル.date from 注文情報テーブル,顧客テーブル where 注文情報テーブル.customerID=顧客テーブル.customerID” “Select order information table.orderID, customer table.customer, order information table.date from order information table, customer table where order information table.customerID = customer table.customerID”
また、開発時と本番運用時のテーブル構成が異なっていてもよい。 Further, the table configuration at the time of development and at the time of actual operation may be different.
また、行形式コンテナ９０６ａ〜９０６ｈに含まれるいずれのオブジェクトに、実際の検索結果が表示される。これにより開発作業時に、実際のレイアウトを確認しながらレイアウト調整を行ったり、接続先ＤＢ指定フィールド９０１およびＳＱＬ指定フィールド９０２の指定を確認したりすることが可能となる。
The actual search result is displayed on any object included in the
図１０は、グリッドオブジェクトにおける、一括作成によるレイアウトの自動作成を説明するための図である。グリッドオブジェクトは、２次元の行列形式でデータを表示する表形式のオブジェクトである。 FIG. 10 is a diagram for explaining automatic layout creation by batch creation in a grid object. The grid object is a tabular object that displays data in a two-dimensional matrix format.
ここでは、データベースサーバ１０３のデータ項目名（カラム名）を表の先頭行にヘッダーとして表示し、１行毎に検索結果のレコードを挿入していく。
Here, the data item name (column name) of the
図１０では、レイアウト定義操作により、既に明細書形式コンテナ６１３内に、行形式コンテナ１００１、さらにその中にグリッドオブジェクト１００２が配置されている前提で説明する。
10 will be described on the assumption that the
ＳＱＬ指定フィールド９０２には、１００３とおり“select * from 注文品目テーブル”と指定する。
In the
ｓｅｌｅｃｔ文を指定し、一括作成後のオブジェクト表示先であるグリッドオブジェクトを、マウスでフォーカスするなどして指定（表示グループ指示手段）した後、一括作成ボタン９０３をクリックすると、グリッドオブジェクト１００２内には、注文品目テーブルに含まれる全てのデータ項目（カラム：本例では４個）が、列方向に並ぶ。全てのデータ項目（カラム）が表示されるのは図９での説明と同様である。
When a select statement is specified and a grid object that is an object display destination after batch creation is designated (display group instruction means) by, for example, focusing with a mouse, when a
一括作成が完了した後は、グリッドオブジェクト１００２ａのように２次元の行列（表形式）で表示される。ヘッダーの他に、注文品目テーブル４１０のデータ項目（カラム）が１００４ａ〜１００４ｄに並び、また実際のデータのうち、例えば指定した数（グリッドオブジェクト１００２ａの例では５レコード）分のデータが表示される。５レコードと指定するのは、レイアウト定義の操作時において検索条件を指定していないためであり、運用時には、上下に移動するスクロールバーが表示されて、検索結果の全データを設定する。
After the batch creation is completed, a two-dimensional matrix (table format) is displayed as a
さらに図９で説明と同様、図５のテーブル構成である注文数テーブル５２０、商品情報テーブル５３０を用いたｓｅｌｅｃｔ文を指定しても同じ結果を得ることができる。 Further, similarly to the description in FIG. 9, the same result can be obtained by specifying a select statement using the order quantity table 520 and the product information table 530 having the table configuration in FIG. 5.
図１１は、また、グリッドオブジェクトにおける、一括作成によるレイアウトの自動作成を説明するための図であり、ｓｅｌｅｃｔ句において、“＊”を使用せず、検索結果として得るデータ項目名（カラム名）を明示した場合の例である。明示したデータ項目（カラム）だけが１行に並んで表示される。 FIG. 11 is a diagram for explaining automatic creation of a layout by batch creation in a grid object. A data item name (column name) obtained as a search result without using “*” in a select clause is shown in FIG. It is an example when it is clearly specified. Only the specified data items (columns) are displayed side by side.
詳細は、ｓｅｌｅｃｔ句に関する部分については、図９の９０５のｓｅｌｅｃｔ文を用いて明細書形式コンテナ６１３ｂを生成する部分、グリッドオブジェクト１００２、１００２ｂに関する部分については、図１０の説明と同じであるため省略する。
For details, the part relating to the select phrase is omitted because the part for generating the
図１２は、明細書形式コンテナの一括作成後、更にグリッドオブジェクトの一括作成をする例を示す図である。 FIG. 12 is a diagram showing an example in which the grid objects are further created after the batch creation of the specification format containers.
図９で一括作成した明細書形式コンテナ６１３ａ、６１３ｂに対しても図７，図８で説明したように、さらにコンテナまたはオブジェクトを追加することができる。図１２では、明細書形式コンテナ６１３に行形式コンテナ１２０１を追加し、既存の行形式コンテナ１２０２と上下を入れ替える。さらに行形式コンテナ１２０１にグリッドオブジェクト１００２を追加する。
As described in FIGS. 7 and 8, containers or objects can be further added to the
図１３は、明細書形式コンテナの一括作成後、グリッドオブジェクトの一括作成を実施した結果の例を示す図である。すなわち、図１２でレイアウト定義を行った後、グリッドオブジェクト１００２に対して、図１１と同じ一括作成を実行した結果である。
FIG. 13 is a diagram illustrating an example of a result of batch creation of grid objects after batch creation of specification format containers. That is, after the layout definition in FIG. 12, the same batch creation as in FIG. 11 is executed for the
ただし、右上の“ｂｕｔｔｏｎ１”は、一括作成されたものではなく、開発者が別途追加するものである。後述の説明で使用する。
However, “
図１４は、本発明の実施形態における一括作成部の処理の一例を示すフローチャートである。すなわち、図９〜図１２において、開発者がプログラム開発装置１０１上の一括作成情報の画面で一括作成に必要なコンテナまたはグリッドオブジェクト、接続先ＤＢ指定フィールド９０１、ＳＱＬ指定フィールド９０２を指定し、一括作成ボタン９０３をマウスクリックした後に、プログラム開発装置１０１のＣＰＵ２０１が、各ステップを実行する。あるいは、前述の通りプログラム開発装置１０１における開発者の操作指示を受け付けて、実際のプログラム生成処理をプログラム開発サーバ１０２が行う場合は、プログラム開発サーバ１０２のＣＰＵ２０１が各ステップを実施する。
FIG. 14 is a flowchart showing an example of processing of the batch creation unit in the embodiment of the present invention. That is, in FIGS. 9 to 12, the developer designates a container or grid object, a connection destination
ステップＳ１４０１においては、一括作成ボタン９０３がクリックされた際に選択されている明細書形式コンテナ（例えば図９の明細書形式コンテナ６１３として説明を進める）または、グリッドオブジェクト（例えば図１２のグリッドオブジェクト１００２として説明を進める）のＩＤを取得する（表示グループ受付手段）。ここで明細書形式コンテナ６１３のＩＤを“ｃｏｎｔｅｎａＡ”、グリッドオブジェクト１００２のＩＤを“ｇｒｉｄＢ”とする。
In step S1401, the specification format container selected when the
ステップＳ１４０２においては、接続先ＤＢ指定フィールド９０１で指定されたデータベースを取得し、オープンする。
In step S1402, the database designated in the connection destination
ステップＳ１４０３においては、ＳＱＬ指定フィールド９０２を指定されたｓｅｌｅｃｔ文を取得し、ｓｅｌｅｃｔ句の記載（ｓｅｌｅｃｔ文実行結果として取得するデータ項目名（カラム名）を記載する部分）を取得する。
In step S1403, the select statement in which the
ステップＳ１４０４においては、指定されたｓｅｌｅｃｔ文を実行し、結果からデータ項目名（カラム名）を全て取得しカラムリストを生成する。 In step S1404, the designated select statement is executed, and all data item names (column names) are acquired from the results to generate a column list.
ステップＳ１４０７においては、データ表示先の表示グループ（前述の“ｃｏｎｔｅｎａＡ”または“ｇｒｉｄＢ”に対応するコンテナ、またはオブジェクト）が、明細書形式コンテナか、グリッドオブジェクトかにより分岐する。 In step S1407, a branch is made depending on whether the display group of the data display destination (the container or object corresponding to the above-described “contenaA” or “gridB”) is a specification format container or a grid object.
ここでは、明細書形式コンテナ“ｃｏｎｔｅｎａＡ”が選択されているとして、ステップＳ１４１１に進む。ステップＳ１４１１からステップＳ１４１８までのループ処理においては、前述のカラムリストに含まれる各データ項目（カラム）に対応するオブジェクトを表示グループ（本例では“ｃｏｎｔｅｎａＡ”）に追加する処理を行う。また、カラムリストの例としては、図９の９０５におけるｓｅｌｅｃｔ文から生成された“ｏｒｄｅｒＩＤ”、“ｃｕｓｔｏｍｅｒ”、“ｄａｔｅ”の３個のデータ項目（カラム）を含むものとする。 Here, it is assumed that the specification format container “contentaA” is selected, and the process advances to step S1411. In the loop processing from step S1411 to step S1418, processing for adding an object corresponding to each data item (column) included in the above-described column list to the display group (“contenaA” in this example) is performed. In addition, as an example of the column list, it is assumed that three data items (columns) “orderID”, “customer”, and “date” generated from the select statement in 905 of FIG. 9 are included.
ステップＳ１４１２においては、カラムリストに含まれる１つのデータ項目（カラム）に着目する（最初は“ｏｒｄｅｒＩＤ”）。 In step S1412, attention is focused on one data item (column) included in the column list (initially "orderID").
ステップＳ１４１３においては、行形式コンテナを生成し、“ｃｏｎｔｅｎａＡ”に追加する。さらにステップＳ１４１４においては、テキストボックスオブジェクトを１つ生成する。ステップＳ１４１５において、前記生成したテキストボックスオブジェクトのラベルに、着目中のデータ項目名（カラム名：ここでは“ｏｒｄｅｒＩＤ”）を設定する。また、ステップＳ１４１６においては、前記生成したテキストボックスオブジェクトのＩＤにも、着目中のデータ項目名（カラム名。ここでは“ｏｒｄｅｒＩＤ”）を設定する。 In step S1413, a line format container is generated and added to “contentaA”. In step S1414, one text box object is generated. In step S1415, the name of the data item of interest (column name: “orderID” here) is set in the label of the generated text box object. In step S 1416, the data item name under consideration (column name; “orderID” here) is also set in the ID of the generated text box object.
ステップＳ１４１７においては、前記生成したオブジェクトをステップＳ１４１３で生成した行形式コンテナに挿入する。ステップＳ１４１８においてループ処理の１回目が終了する。ここまでの処理で図９の明細書形式コンテナ６１３ｂ、行形式コンテナ９０６ｆおよびその中の“ｏｒｄｅｒＩＤ”が生成されたことになる。
In step S1417, the generated object is inserted into the row format container generated in step S1413. In step S1418, the first loop process ends. The
ここで、実際のレイアウト定義記憶部３２１の説明をし、図１４のフローチャートの生成結果の構成を合わせて説明する。
Here, the actual layout
図１５は、一括作成した結果を含む、レイアウト定義記憶部３２１におけるレイアウト定義のデータ構成の一例を示す図である。
FIG. 15 is a diagram illustrating an example of the data configuration of the layout definition in the layout
テーブル１５００は、開発者により定義されたレイアウトおよび一括作成により定義されたレイアウトのいずれも含む例である。 The table 1500 is an example including both the layout defined by the developer and the layout defined by batch creation.
画面ＩＤ１５０１は、新規画面作成ボタン６０７がクリックされたときに開発中のアプリケーション中で画面に一意的に対応付けられる番号であり、現在作成している画面には“ＵＩ００１”が対応付けられている。表示グループ１５０２には例として、明細書形式コンテナまたはグリッドオブジェクトなどが登録される。説明の現時点では、“ｃｏｎｔｅｎａＡ”が登録されている（“ｇｒｉｄＢ”はこの時点では作成されていない）。
The
接続先ＤＢ１５０３、ＳＱＬ１５０４は、一括作成によりレイアウトが定義された場合に登録される情報であり、接続先ＤＢ指定フィールド９０１、ＳＱＬ指定フィールド９０２で指定されたものが対応する。画面レイアウトの一括作成のためだけであれば記憶しておく必要はない。ただし、後述するとおり、一括作成の結果として、実際のデータベースからデータを検索し、表示グループ上に具体的な値を表示させるために記憶しておいてもよい（ここでは記憶することにする）。
The
行／列１５０５は、表示グループ（ここでは明細書形式コンテナまたはグリッドオブジェクト）に配置される行形式コンテナ、または列オブジェクトである。行形式コンテナも表示グループの１種であり、表示グループ１５０２に登録する情報として扱ってもよいが、本構成例としては、別の項目として指定する。
A row /
また、オブジェクト情報として種類１５０６としてオブジェクトの種類、ＩＤ１５０７としてオブジェクトＩＤ、Ｌａｂｅｌ１５０８としてオブジェクトのラベルが登録される。
Also, as the object information, an object type is registered as
説明をステップＳ１４１８が完了した時点に戻す。ここでは、テーブル１５００の最上行のみが登録されている。すなわち、行／列１５０５としては、ステップＳ１４１３で生成した行形式コンテナに“ｌｉｎｅＡ１”というＩＤが付与され登録されている。また、オブジェクト情報には、種類１５０６として“ｔｅｘｔｂｏｘ”、ＩＤ１５０７として“ｏｒｄｅｒＩＤ”、Ｌａｂｅｌ１５０８として同じく“ｏｒｄｅｒＩＤ”が登録される（初期状態では、オブジェクトＩＤとラベルが同じため）。
The description returns to the time point when step S1418 is completed. Here, only the top row of the table 1500 is registered. That is, as the row /
説明を再び図１４に戻す。ここでステップＳ１４１８まで完了したため、ステップＳ１４１１に戻り、ループ処理を繰り返し、データ項目（カラム）“ｃｕｓｔｏｍｅｒ”、“ｄａｔｅ”に対してステップＳ１４１１からステップＳ１４１８までの処理が繰り返し実行される。 The description returns to FIG. 14 again. Since step S1418 has been completed, the process returns to step S1411, loop processing is repeated, and the processing from step S1411 to step S1418 is repeatedly executed for the data items (columns) “customer” and “date”.
図１５において、データ項目（カラム）“ｃｕｓｔｏｍｅｒ”に対しては、行／列１５０５の“ｌｉｎｅＡ２”に対応する情報が、データ項目（カラム）“ｄａｔｅ”に対しては、行／列１５０５の“ｌｉｎｅＡ４”に対応する情報が登録される。
In FIG. 15, for the data item (column) “customer”, information corresponding to “lineA2” in the row /
“ｌｉｎｅＡ１”の“ｂｕｔｔｏｎ１”と、“ｌｉｎｅＡ３”の“ｇｒｉｄＢ”に関しては、後で開発者の操作により追加されるものなので、この段階では存在しない。 “Button1” of “lineA1” and “gridB” of “lineA3” are not added at this stage because they will be added later by the developer's operation.
ステップＳ１４１９においては、ＳＱＬ１５０４に登録されたｓｅｌｅｃｔ文により１行のデータを取得し、ステップＳ１４２０において、前記ｓｅｌｅｃｔ文により検索した結果を表示する。ｓｅｌｅｃｔ文の検索結果であるデータ項目名（カラム名）と、テキストボックスのオブジェクトＩＤが対応（一致）しているため、各データ項目（カラム）の値の登録先が特定される。これによりフローチャートの分岐の一方が完了する。
In step S1419, one line of data is acquired by the select statement registered in the
以上の処理結果が、図９の６１３ｂとなり、行形式コンテナ９０６ｆ〜９０６ｈおよびその中のテキストボックスと、対応する値が表示される。
The above processing result is 613b in FIG. 9, and the
さて、次に現在、図１２のレイアウト定義の状態になっているとする。図１５においては、行／列１５０５に“ｌｉｎｅＡ３”と“ｇｒｉｄＢ”が追加されている。
Now, assume that the layout definition state of FIG. In FIG. 15, “lineA3” and “gridB” are added to the row /
ここで図１１における１１０１のｓｅｌｅｃｔ文を指定し、グリッドオブジェクト１００２（オブジェクトＩＤは“ｇｒｉｄＢ”）を選択して、一括作成ボタン９０３をクリックすることで実行される、図１４のフローチャートを再度説明する。
Here, the flowchart of FIG. 14 executed again by specifying the
ステップＳ１４０１〜ステップＳ１４０３は同じなので説明を省略する。ステップＳ１４０４では、１１０１のｓｅｌｅｃｔ文のｓｅｌｅｃｔ句から、３つのデータ項目（カラム）“ｐｒｏｄｕｃｔ”、“ｐｒｉｃｅ”、“ａｍｏｕｎｔ”を含むカラムリストが生成される。
Since steps S1401 to S1403 are the same, the description thereof is omitted. In step S1404, a column list including three data items (columns) “product”, “price”, and “amount” is generated from the select clause of the
ステップＳ１４３１からステップＳ１４３７までのループ処理においては、前述のカラムリストに含まれる各データ項目（カラム：ここでは、“ｐｒｏｄｕｃｔ”、“ｐｒｉｃｅ”、“ａｍｏｕｎｔ”）に対応するオブジェクトを表示グループ（本例では“ｇｒｉｄＢ”）に追加する処理を行う。 In the loop processing from step S1431 to step S1437, an object corresponding to each data item (column: “product”, “price”, “mount” in this case) included in the column list is displayed as a display group (this example). Then, processing for adding to “gridB”) is performed.
ステップＳ１４３２においては、カラムリストに含まれる１つのデータ項目（カラム）に着目する（最初に“ｐｒｏｄｕｃｔ”）。 In step S1432, attention is focused on one data item (column) included in the column list ("product" first).
ステップＳ１４３３においては、１列分の列オブジェクトを生成する。ステップＳ１４３４においては、列オブジェクトのＩＤに、着目中のデータ項目（カラム名。こでは“ｐｒｏｄｕｃｔ”）を設定する。またステップＳ１４３５においては、前記生成した列オブジェクトのラベルにも、着目中のデータ項目名（カラム名。ここでは“ｐｒｏｄｕｃｔ”）を設定する。 In step S1433, a column object for one column is generated. In step S1434, the data item of interest (column name, in this case “product”) is set in the column object ID. In step S1435, the name of the data item under consideration (column name, “product” in this case) is also set in the label of the generated column object.
ステップＳ１４３６においては、前記生成した列オブジェクトをグリッドオブジェクト（“ｇｒｉｄＢ”に追加する。ステップＳ１４３７においてループ処理の１回目が終了する。 In step S1436, the generated column object is added to the grid object (“gridB”. In step S1437, the first loop process is completed.
これにより図１５のテーブル１５００において、行／列１５０５に“ｃｕｌｕｍｎＢ１”が登録される。種類１５０６は“ｃｕｌｕｍｎ”（列オブジェクトであることを示す）、ＩＤ１５０７が“ｐｒｏｄｕｃｔ”、Ｌａｂｅｌ１５０８が“ｐｒｏｄｕｃｔ”として登録される。
Accordingly, “column B1” is registered in the row /
ここでステップＳ１４３７まで完了したため、ステップＳ１４３１に戻り、ループ処理を繰り返し、データ項目（カラム）“ｐｒｉｃｅ”、“ａｍｏｕｎｔ”に対してステップＳ１４３１からステップＳ１４３７までの処理が繰り返し実行される。 Since step S1437 has been completed, the process returns to step S1431, loop processing is repeated, and the processing from step S1431 to step S1437 is repeatedly executed for the data items (columns) “price” and “mount”.
図１５において、データ項目（カラム）“ｐｒｉｃｅ”に対しては、行／列１５０５の“ｃｕｌｕｍｎＢ２”に対応する情報が、データ項目（カラム）“ａｍｏｕｎｔ”に対しては、行／列１５０５の“ｃｕｌｕｍｎＢ３”に対応する情報が登録される。
In FIG. 15, for the data item (column) “price”, the information corresponding to “column B2” in the row /
ステップＳ１４３８からステップＳ１４４１までにおいて、グリッドオブジェクト（“ｇｒｉｄＢ”）に値を設定表示する。例えば、“５行分を表示する”というように表示レコード数が指定されているとする。
In steps S1438 to S1441, a value is set and displayed on the grid object (“gridB”). For example, it is assumed that the number of display records is specified such as “
ステップＳ１４３９においては、ｓｅｌｅｃｔ文により得られる検索結果のとして、１行分を取得する。ステップＳ１４４０においては、前記取り出した１行分のレコードをグリッドオブジェクトの１行になるように、また検索結果のデータ項目名（カラム名）に対応する値をグリッドの対応するオブジェクトＩＤを持つ列オブジェクトに設定していく。 In step S1439, one line is acquired as a search result obtained by the select statement. In step S1440, the column object having the object ID corresponding to the grid is set to a value corresponding to the data item name (column name) of the search result so that the retrieved record for one row becomes one row of the grid object. Set to.
例えばこれを５レコード分繰り返すことで、ステップＳ１４３８からステップＳ１４４１までのループ処理が完了し、図１３のグリッドオブジェクト１００２の表示結果となる。
For example, by repeating this for five records, the loop processing from step S1438 to step S1441 is completed, and the display result of the
ただし、前述の通り右上の“ｂｕｔｔｏｎ１”は現時点では存在しない。なお、前述の通り、本フローチャートの説明で使用した接続先ＤＢ指定フィールド９０１で指定されたデータベースは、プログラム開発装置１０１と同一の装置に備わるデータベースサーバ１０３でもよいし、ネットワーク１０７上のデータベースサーバ１０３ａ、インターネット上のデータベースサーバ１０３ｂのいずれでもよい。以上で図１４のフローチャートの説明を完了する。
However, as described above, “
なお、テキストボックスのオブジェクトあるいは、グリッドオブジェクトにおける列オブジェクトを図１４のフローチャートにおいて、全て作成している。しかし、前述の一括作成部３０２で説明したとおり、この処理はあくまで一例であり、実際には、属性編集やレイアウトの保存のタイミングで生成してもよい。一括作成もそうではない場合も、本発明における“データ項目に対応する値を表示するためのオブジェクトを作成するオブジェクト作成手段”であるものとする。
Note that all text box objects or column objects in the grid object are created in the flowchart of FIG. However, as described in the
図１５については、図１４とともに説明したが、前述したとおり一括作成された定義だけではなく、開発者による定義も含まれる。 Although FIG. 15 has been described together with FIG. 14, not only the definition created in a lump as described above but also the definition by the developer is included.
例えば、図１３の１行目の行形式コンテナにボタン作成ボタン６２６をクリックすることによりボタンオブジェクト“ｂｕｔｔｏｎ１”を１つ追加すると、行／列１５０５の“ｌｉｎｅＡ１”の行に、“ｂｕｔｔｏｎ１”が登録される。ここで、図１３等に示したように、各オブジェクト（テキストボックス、ボタンなど）は、プログラム開発装置１０１またはプログラム開発サーバ１０２が指定したままの値がラベルとして表示される。
For example, when one button object “
図１６は、オブジェクトの属性編集するための属性編集画面の一例を示す図である。例えばレイアウト定義画面（図１３）においてテキストボックス“ｏｒｄｅｒＩＤ”（１３０１）にフォーカスし、属性編集ボタン６３２をクリックすると、図１６の画面に遷移し、“ｏｒｄｅｒＩＤ”の各種属性を変更できる。編集対象ＩＤは、１６０１に“ｏｒｄｅｒＩＤ”であることが示されている。ここでは、例としてＬａｂｅｌの表示文字列１６０２を“注文番号”に変更している。その他、例としてフォント、文字サイズ、カラー（文字色）、テキストボックスに実際に入る値のデータ型（数値、文字列など）の指定などを指定できる。これらの項目は、オブジェクトの種類によって異なっていてもよい。また、コンテナについても属性編集可能としてもよい。コンテナの場合であれば、例えば枠の表示（色、太さ、立体感）、コンテナ自体へのラベル付与、などが考えられる。
FIG. 16 is a diagram illustrating an example of an attribute editing screen for editing the attributes of an object. For example, when the text box “orderID” (1301) is focused on the layout definition screen (FIG. 13) and the
また、図１５のレイアウト定義においては、これらの詳細の属性は記載していなかったが、これらもレイアウト定義部に記憶してもよい。また対応付けて別の記憶部に記憶してもよい。 In the layout definition of FIG. 15, these detailed attributes are not described, but they may be stored in the layout definition unit. Moreover, you may match and memorize | store in another memory | storage part.
図１７は、オブジェクトの属性編集結果が反映されたレイアウト定義のデータ構成の一例を示す図である。図１７のＬａｂｅｌ１５０８に図１６の属性編集で変更した結果が登録されている。
FIG. 17 is a diagram illustrating an example of a data structure of a layout definition that reflects an attribute editing result of an object. The result changed by the attribute editing of FIG. 16 is registered in
図１８は、一括作成とオブジェクトの属性編集を実施した画面の一例を示す図である。図１３に対して、オブジェクトのラベル（グリッドオブジェクト１００２の列オブジェクトを含む）を変更した結果である。 FIG. 18 is a diagram illustrating an example of a screen on which batch creation and object attribute editing are performed. This is a result of changing the label of the object (including the column object of the grid object 1002) with respect to FIG.
以上により、ｓｅｌｅｃｔ文を用いて、プログラム開発装置１０１における開発者によるレイアウト定義、レイアウト定義の一括作成を行う操作、およびプログラム開発装置１０１またはプログラム開発サーバ１０２が、レイアウト定義を一括作成する処理動作の実施形態の一例の説明を完了する。
As described above, the layout definition by the developer in the
次に、前述の通りレイアウト定義された画面に、データベース検索結果の値を設定するアクション定義と、アクション定義により開発されたアプリケーションの動作について説明する。 Next, the action definition for setting the value of the database search result on the screen whose layout is defined as described above, and the operation of the application developed by the action definition will be described.
図１９は、開発者がアクション定義を行う画面の一例を示す図である。アクション定義には、引き続きプログラム開発装置１０１を用いる。本例では、開発ＧＵＩ６００のアクション定義６０５により、アクションを定義するものとして説明する。
FIG. 19 is a diagram illustrating an example of a screen on which a developer performs action definition. The
前述の通り、実際の開発作業（アクション定義操作）を進めるにあたり、プログラム開発装置１０１単体で動作可能であってもよい。
As described above, when the actual development work (action definition operation) proceeds, the
アクション定義１９０１には、アクション定義の対象となっているオブジェクトＩＤと、そのラベルが表示されている。ここでは、図１３で定義したオブジェクトＩＤ“ｂｕｔｔｏｎ１”が表示されている（ラベルは“検索”と変更されている）。
The
アクション定義領域１９０２には、当初は１つのクエリ定義が可能な１行分のテキストボックスが表示されている。１つのクエリ定義に必要な情報は、クエリ名指定フィールド１９０３、条件項目指定フィールド１９０４、表示グループ指定フィールド１９０５の３つである。１つのアクション定義には、複数のクエリ定義を含むことが能であり、そのためには、前述のクエリ定義用の行を追加する必要がある。例えば、画面下方のクエリ追加ボタン１９１６をクリックして行を追加してもよいし、１つの行に入力を開始したタイミングなど何らかのイベントにより、予め空白の１行を追加するようにしてもよい。
In the
クエリ名指定フィールド１９０３は、アクション定義と後述するクエリ定義を関連付けるためのものである。ここでは名前を付けて開発者に分かりやすくしているが、内部情報としては単なるクエリＩＤでもよい。図２０、図２１のテーブルでは、ｑｕｅｒｙＩＤとして対応付けている。クエリ名で対応付ける、あるいは開発者にクエリＩＤを直接みせても定義上問題はない。あくまで本画面、図２０、図２１の構成はあくまで一例に過ぎない。
A query
条件項目指定フィールド１９０４は、後述するクエリ定義内にあるｓｅｌｅｃｔ文が、パラメータを含む形式で記載されている場合、そのパラメータに渡すための値を表示グループ上のどのテキストボックスから取得するか、など値を指定可能なオブジェクトを指定するものである。例として“ｉｄ＝ｏｒｄｅｒＩＤ”が指定されているので、図１８の画面では、式の右辺“ｏｒｄｅｒＩＤ”（ラベルは“注文番号”に変更してある）から取得して、式の左辺であるパラメータ“ｉｄ”に値を渡す。
In the condition
表示グループ指定フィールド１９０５は、クエリ定義で指定した検索結果により得られる値を、どの表示グループに設定、表示させるかを指定する項目である。１行目に指定されている“ｃｏｎｔｅｎａＡ”は、例えば図１８の明細書形式コンテナ６１３に対応しており、また図１５のレイアウト定義情報からは、“ｃｏｎｔｅｎａＡ”上のオブジェクトとして（データベースのデータ項目（カラム）に対応するものとしては）“ｏｒｄｅｒＩＤ”、“ｃｕｓｔｏｍｅｒ”、“ｄａｔｅ”があると分かる。実際の動作は、図２２にて説明する。
A display
クエリ定義領域１９１１は、アクション定義領域１９０２で指定するクエリ名指定フィールド１９０３に対応する表示の他に、検索ＤＢ指定フィールド１９１２、パラメータ指定フィールド１９１３、タイプ指定フィールド１９１４、ｓｅｌｅｃｔ文指定フィールド１９１５から構成されている。
The
検索ＤＢ指定フィールド１９１２は、後述のクエリ定義で指定したクエリを実際に実行する際に接続するデータベースサーバ１０３上のデータベースを指定する。ただし、本発明に係わるアプリケーションクライアント１０４またはアプリケーションサーバ１０５においてデータベースサーバ１０３上のデータベースを特定し、クエリ定義毎に検索ＤＢ指定フィールド１９１２は指定不要としてもよい。なお、データベースサーバ１０３は、アプリケーションサーバ１０５と同一の筐体に一体化した構成として動作していてもよいし、ネットワーク１０７上のデータベースサーバ１０３ａでも、インターネット上のデータベースサーバ１０３ｂでもよい。
A search
パラメータ指定フィールド１９１３は、アクション定義領域１９０２の条件項目指定フィールド１９０４の内容と対応する情報を記載する。すなわち、後述するアプリケーションの動作において、条件項目指定フィールド１９０４で指定されたテキストボックス（例では“ｏｒｄｅｒＩＤ”）、その他値を設定可能なオブジェクトから値を取り出し、その値を指定のパラメータ（例では“ｉｄ”）に結びつける。
The
タイプ指定フィールド１９１４は、パラメータで渡される値のデータ型を指定する。後述のようにパラメータを複数記載可能とする場合には、データ型も順序を合わせて複数記載可能とする。
A
ｓｅｌｅｃｔ文指定フィールド１９１５には、実際に検索に使用するｓｅｌｅｃｔ文が記載されている。ただし、一部にパラメータを含むことが可能である。パラメータに対応する部分には、“：”など指定された記号を付与し、例えば本例では、“：ｉｄ”と記載された部分がパラメータであり、前述の“ｉｄ”と結びつけられた値（もとは“ｏｒｄｅｒＩＤ”から取得した値）を代入する。
The select
図１９の例では、条件項目指定フィールド１９０４、パラメータ指定フィールド１９１３の記載は１つとなっているが、例えば“，”や空白区切りで複数指定できるようにしてもよい。条件項目指定フィールド１９０４自体を複数用意してもよい。さらに、クエリ定義側でパラメータ指定フィールド１９１３を用意しなくても、例えばアクション定義側で指定した順番に応じて、必ず１番目の条件項目は“ｐｒａｒａｍ１”、２番目の条件項目は“ｐａｒａｍ２”が受け取るよう対応付けられていてもよい。
In the example of FIG. 19, the condition
また、本例で、アクション定義とクエリ定義を分離しているのは、ｓｅｌｅｃｔ文はデータベース検索式として汎用性が高く、１つのクエリ定義を様々なアクション定義から再利用するためである。図２０においても説明する。再利用しない構成として、アクション定義の中の１行に直接、検索ＤＢ指定フィールド１９１２、ｓｅｌｅｃｔ文指定フィールド１９１５を指定する方法をとってもよい。また、その場合、後述する図２０と図２１のテーブルを１つのテーブル構成にしてもよい。
In this example, the action definition and the query definition are separated because the select statement is highly versatile as a database search expression, so that one query definition can be reused from various action definitions. This will also be described with reference to FIG. As a configuration not to be reused, a method may be used in which the search
図１９では、１つのオブジェクト（本例では“検索”ボタン）に対してアクション定義を行ったが、アクション定義完了後、もとのレイアウト定義画面に戻り別のオブジェクトを指定して再度アクション定義画面に来ることで、１つの画面上の複数オブジェクトにアクションを定義可能である。 In FIG. 19, the action definition is performed for one object (in this example, “Search” button). After the action definition is completed, the action definition screen is displayed again by returning to the original layout definition screen and specifying another object. It is possible to define actions for a plurality of objects on one screen.
更に、ｓｅｌｅｃｔ文の指定方法は、データベースの構成に従って変更可能である。例えば、図５のテーブル構成であれば、次のｓｅｌｅｃｔ文を指定することで同様の結果を得ることができる。 Furthermore, the method for specifying the select statement can be changed according to the structure of the database. For example, in the table configuration of FIG. 5, a similar result can be obtained by specifying the following select statement.
“select 注文情報テーブル.orderID,顧客テーブル.customer,注文情報テーブル.date from 注文情報テーブル,顧客テーブル where 注文情報テーブル.customerID=顧客テーブル.customerID AND 注文情報テーブル.orderID=:id” “Select order information table.orderID, customer table.customer, order information table.date from order information table, customer table where order information table.customerID = customer table.customerID AND order information table.orderID =: id”
従って、開発時と本番運用時のテーブル構成が異なっていてもよい。 Accordingly, the table configuration at the time of development and the actual operation may be different.
図２０は、アクション定義のデータ構成の一例を示す図である。 FIG. 20 is a diagram illustrating an example of the data structure of the action definition.
アクション定義テーブル２０００においては、アクション定義したボタンなどが配置されている画面の画面ＩＤ２００１が登録されている。ただし、ｏｂｊｅｃｔＩＤ（ボタンのＩＤ）や表示グループ２００６などから一意的に特定できるのであればなくても良い。
In the action definition table 2000, a
実行順２００３は、１つのオブジェクトに複数のクエリを定義した際の実行順の指定である。図１９での指定例では、“ｂｕｔｔｏｎ１”に対して、２つのクエリ“ｑｕｅｒｙ００１”、“ｑｕｅｒｙ００２”が定義され、その順で実行されることになる。
The
また、“ｑｕｅｒｙ００１”は、“ｂｕｔｔｏｎ１”以外に“ｂｕｔｔｏｎ３”からのアクション定義でも再利用されていることが分かる。その他の項目については、図１９のアクション定義で指定した項目をそのまま登録しているので説明を省略する。 It can also be seen that “query001” is reused in the action definition from “button3” in addition to “button1”. Other items are registered as they are as specified in the action definition in FIG.
図２１は、クエリ定義のデータ構成の一例を示す図である。図２０のアクション定義テーブル２０００のｑｕｅｒｙと対応付けるためにｑｕｅｒｙＩＤ２１０１を用いる。それ以外については、図１９のクエリ定義領域１９１１で指定した項目をそのまま登録しているので説明を省略する。
FIG. 21 is a diagram illustrating an example of a data structure of a query definition. The
図２２は、本発明の実施形態におけるアクションの実行処理の一例を示すフローチャートである。 FIG. 22 is a flowchart illustrating an example of action execution processing according to the embodiment of this invention.
本処理は、アプリケーションサーバ１０５の画面生成部３３０により生成された画面が、既にアプリケーションクライアント１０４に表示されており、その画面においてユーザ操作により指示受付オブジェクトがクリックされた前提で実行されるアプリケーションの動作の説明である。
In this process, the screen generated by the
ステップＳ２２０１からステップＳ２２０７までは、アプリケーションクライアント１０４のＣＰＵ２０１が、各ステップを処理する。また、ステップＳ２２１１からステップＳ２２２０までは、アプリケーションサーバ１０５のＣＰＵ２０１が各ステップを処理する。またアプリケーションサーバ１０５は、データベースサーバ１０３に接続している。なお、アプリケーションクライアント１０４ａ、アプリケーションサーバ１０５ａ、データベースサーバ１０３ａは、ネットワーク１０７に存在してもよいし、アプリケーションクライアント１０４ｂ、アプリケーションサーバ１０５ｂ、データベースサーバ１０３ｂは、インターネット上に存在してもよい。また、アプリケーションサーバ１０５とデータベースサーバ１０３は同一の情報処理装置であってもよい。
From step S2201 to step S2207, the
ステップＳ２２０１においては、アプリケーションクライアント１０４において、ユーザがアクション定義と関連付けられたボタンなどのオブジェクトをクリックした際に、後述する図２３のフローチャートで生成された処理が実行される。クリックされたボタンなど（指示受付オブジェクトという）のオブジェクトＩＤ（指示受付オブジェクトＩＤ）と、図１９の条件項目指定フィールド１９０４で指定されたオブジェクト（条件項目オブジェクトという）から値（条件値と呼ぶ）を取得する。
In step S2201, when the user clicks an object such as a button associated with the action definition in the application client 104, the process generated in the flowchart of FIG. 23 described later is executed. A value (referred to as a condition value) from an object ID (instruction acceptance object ID) of a clicked button or the like (referred to as an instruction acceptance object) and an object (referred to as a condition item object) designated in the condition
ステップＳ２２０２においては、ステップＳ２２０１で取得した指示受付オブジェクトのオブジェクトＩＤと条件値と、さらに図２３で生成された処理に記憶されたｑｕｅｒｙＩＤを、アプリケーションサーバ１０５側に引き渡す。ステップＳ２２０１とステップＳ２２０２の処理については、図２３で説明する処理を、予めクライアント側の画面に組み込んでおき実行する。 In step S2202, the object ID and condition value of the instruction receiving object acquired in step S2201 and the query ID stored in the process generated in FIG. 23 are delivered to the application server 105 side. As for the processes in steps S2201 and S2202, the processes described in FIG. 23 are incorporated in advance on the screen on the client side and executed.
ステップＳ２２１１においては、アプリケーションクライアント１０４から引き渡された指示受付オブジェクトのオブジェクトＩＤと、条件値、ｑｕｅｒｙＩＤを受け付ける。 In step S2211, the object ID, condition value, and query ID of the instruction receiving object delivered from the application client 104 are received.
ステップＳ２２１２からステップＳ２２１９のループにおいては、前記受け付けたｑｕｅｒｙＩＤに対する処理を実行する（ｑｕｅｒｙＩＤは複数の可能性がある）。ここでｑｕｅｒｙＩＤの処理の順番は、アクション定義記憶部３２２において記憶された実行順２００３に従う。
In the loop from step S2212 to step S2219, processing for the accepted query ID is executed (there is a possibility that there are a plurality of query IDs). Here, the order of queryID processing follows the
ステップＳ２２１３においては、１つのｑｕｅｒｙＩＤに着目する。ステップＳ２２１４においては、前記着目中のｑｕｅｒｙＩＤに基づき、クエリ定義記憶部３２３からクエリ定義を取得する。
In step S2213, attention is paid to one query ID. In step S2214, a query definition is acquired from the query
ステップＳ２２１５においては、クエリ定義において指定された接続先ＤＢに接続する（必要があればオープンする）。またステップＳ２２１６においては、クエリ定義において指定されたｓｅｌｅｃｔ文を取得する。本ｓｅｌｅｃｔ文は、パラメータ部を含んだ記載をされている場合がある。 In step S2215, connection is made to the connection destination DB specified in the query definition (opening if necessary). In step S2216, the select statement specified in the query definition is acquired. This select sentence may be described including a parameter part.
ステップＳ２２１７においては、前記ｓｅｌｅｃｔ文がパラメータ部を含む場合に、アプリケーションクライアント１０４から受け付けたパラメータ値を代入する。ステップＳ２２１８においては、前記パラメータ値を代入済み（パラメータ値がない場合は、クエリ定義から取得したまま）のｓｅｌｅｃｔ文を実行する。 In step S2217, if the select statement includes a parameter part, the parameter value received from the application client 104 is substituted. In step S2218, a select statement with the parameter value already substituted (if there is no parameter value, it is obtained from the query definition) is executed.
ステップＳ２２２０では、前記検索結果が、アプリケーションクライアント１０４に引き渡しされる。引渡時には、ｑｕｅｒｙＩＤ（表示グループ）毎の検索結果が分かるような構成で引き渡す。 In step S2220, the search result is delivered to the application client 104. At the time of delivery, it is delivered in such a configuration that the search result for each query ID (display group) can be known.
アプリケーションクライアント１０４は、ステップＳ２２０３において、アプリケーションサーバ１０５から引き渡された、検索結果を受け付ける。 The application client 104 receives the search result delivered from the application server 105 in step S2203.
ステップＳ２２０４からステップＳ２２０６のループでは、アプリケーションサーバ１０５から受け付けた検索結果に対するループである。本ループは、ｑｕｅｒｙＩＤと各データ項目（カラム）の２重のループである。 The loop from step S2204 to step S2206 is a loop for the search result received from the application server 105. This loop is a double loop of a query ID and each data item (column).
結果は、ｑｕｅｒｙＩＤ毎（表示グループに対応する）および各データ項目（カラム）と値が対応付けられており、また各データ項目名（カラム名）は、表示グループ上の実際のオブジェクトＩＤと対応付けられているため、対応するオブジェクトに値を設定する。具体的には、ステップＳ２２０５において対応するオブジェクト（検索結果表示オブジェクトまたは処理結果表示オブジェクトと呼ぶことにする）に値を設定する。 As a result, each query ID (corresponding to a display group) and each data item (column) are associated with a value, and each data item name (column name) is associated with an actual object ID on the display group. Set a value for the corresponding object. Specifically, a value is set in the corresponding object (referred to as a search result display object or a processing result display object) in step S2205.
なお、例えばＡｊａｘなどにより、必要な部分のみを非同期に更新する方法でもよい。その場合には、アプリケーションクライアント１０４からアプリケーションサーバ１０５への要求および結果応答は、ｑｕｅｒｙＩＤ毎に行ってもよい。 Note that, for example, a method of updating only necessary portions asynchronously by Ajax or the like may be used. In that case, a request and a result response from the application client 104 to the application server 105 may be performed for each query ID.
また、アプリケーションクライアント１０４においてユーザが指示受付オブジェクト（例えばボタンオブジェクト）をクリックした画面と、検索結果が表示される画面は異なる画面であってもよい。アクション定義には表示グループが含まれており、これはコンテナまたはグリッドオブジェクトなどとしてＩＤを持っているため、表示グループがどの画面に属しているかはアプリケーションサーバ１０５が判別してもよいし、ステップＳ２２０２においてアプリケーションクライアント１０４から引き渡し、ステップＳ２２１１においてアプリケーションサーバ１０５で受け付ける値に、画面ＩＤを含めるようにしてもよい。そのため、図２３で生成する処理において、画面ＩＤを処理に含めてもよい。 Further, the screen on which the user clicks the instruction receiving object (for example, the button object) on the application client 104 and the screen on which the search result is displayed may be different. Since the action definition includes a display group, which has an ID as a container or a grid object, the application server 105 may determine which screen the display group belongs to, or in step S2202. The screen ID may be included in the value received from the application client 104 and received by the application server 105 in step S2211. Therefore, the screen ID may be included in the processing in the processing generated in FIG.
さらに、異なる画面である場合には、レイアウト定義記憶部３２１に含まれるレイアウト定義から、対応する画面を生成し、アプリケーションクライアント１０４に表示させるとともに、前記の検索結果を受け渡すことで、本フローチャートで説明したこととが実現できる。また、この場合、値を設定するステップＳ２２０４からステップＳ２２０６までの処理は、アプリケーションサーバ１０５側で実施してもよい。この場合、結果受渡部３３６では、検索結果ではなく、画面データを、アプリケーションクライアント１０４の結果受付部３３７に渡してもよい。
Furthermore, if the screens are different, a corresponding screen is generated from the layout definition included in the layout
さらに、アプリケーションクライアント１０４に表示されている画面であっても、ステップＳ２２０４からステップＳ２２０６までの処理はアプリケーションサーバ１０５側で実施し、表示のみアプリケーションクライアント１０４で実施してもよい。この場合には、画面生成部３３０において画面データをアプリケーションサーバ１０５で生成し、結果受渡部３３６では、検索結果ではなく、画面データを、アプリケーションクライアント１０４の結果受付部３３７に渡してもよい。
Furthermore, even on the screen displayed on the application client 104, the processing from step S2204 to step S2206 may be performed on the application server 105 side, and only the display may be performed on the application client 104. In this case, screen data may be generated by the application server 105 in the
この場合、本処理は、アプリケーションサーバ１０５において、全画面を更新する処理でもよい。その場合には、指示要求オブジェクトＩＤを含む画面をレイアウト定義記憶部３２１から取得し、画面を生成してもよい。
以上で、図２２のフローチャートの説明は完了する。
In this case, this process may be a process of updating the entire screen in the application server 105. In that case, a screen including the instruction request object ID may be acquired from the layout
This is the end of the description of the flowchart of FIG.
なお、以上の説明では、例えば“ｇｒｉｄＢ”などと説明したが、ベースとなるコンテナからの階層を明示する必要があれば、“ｃｏｎｔｅｎａＡ．ｌｉｎｅＡ３．ｇｒｉｄＢ”と指定するようにしてもよい（図１９の表示グループ指定フィールド１９０５においても同様）。 In the above description, for example, “gridB” has been described. However, if it is necessary to clearly indicate the hierarchy from the base container, “contenaA.lineA3.gridB” may be specified (FIG. 19). The same applies to the display group designation field 1905).
図２３は、アプリケーションクライアント画面上の指示受付オブジェクトに対応付ける処理（イベント処理）を生成するフローチャートの一例である。 FIG. 23 is an example of a flowchart for generating a process (event process) associated with an instruction receiving object on the application client screen.
アプリケーションクライアント１０４の画面上において、ユーザが指示受付オブジェクト（ボタンなど）をクリックすると、その指示受付オブジェクトに対応する処理（図２２のフローチャートでは、ステップＳ２２０１とステップＳ２２０２）が起動させる。この処理は、指示受付オブジェクトに対応するアクション定義に基づいて生成され、画面内に組み込まれている。 When the user clicks an instruction reception object (such as a button) on the screen of the application client 104, processing corresponding to the instruction reception object (steps S2201 and S2202 in the flowchart of FIG. 22) is activated. This process is generated based on the action definition corresponding to the instruction receiving object, and is incorporated in the screen.
本処理は、開発時にプログラム開発装置１０１またはプログラム開発サーバ１０２で生成してもよいし、実行時にアプリケーションサーバ１０５において生成してもよい。以下、実際に処理の説明をするが、システム構成に従って、ステップＳ２３０１からステップＳ２３０９の各ステップは、プログラムの開発時に本処理が生成される場合であって、プログラムの開発がプログラム開発装置１０１単体で行われる場合にはプログラム開発装置１０１のＣＰＵ２０１が、またプログラムの開発がプログラム開発装置１０１とプログラム開発サーバ１０２が協調して行う場合にはプログラム開発サーバ１０２が、アプリケーションの動作時に生成される場合にはアプリケーションサーバ１０５のＣＰＵ２０１が実行する。
This processing may be generated by the
ステップＳ２３０１においては、アプリケーションクライアント１０４の実行時において、ボタンなどの指示受付オブジェクト（図１８では検索ボタン１８０１。以降図１８を例として使用）をユーザがマウスクリックした場合（グラフィカルユーザインタフェース（ＧＵＩ）上でイベントが発生した場合）、当該指示受付オブジェクト（例では、検索ボタン１８０１）のオブジェクトＩＤ（“ｂｕｔｔｏｎ１”）を取得する必要がある。ここでは、オブジェクトＩＤを取得する処理を生成する。
In step S2301, when the application client 104 is executed, when a user clicks an instruction receiving object such as a button (
ステップＳ２３０２からステップＳ２３０７までは、指示受付オブジェクトに対応付けられたクエリ定義のｑｕｅｒｙＩＤに対する処理を生成するループである。アプリケーションサーバ１０５で処理するためにｑｕｅｒｙＩＤをパラメータとして引き渡すためである。ただし、アプリケーションサーバ１０５側で、指示受付オブジェクトＩＤに基づきアクション定義記憶部からｑｕｅｒｙＩＤを取得するように図２２のフローチャートを構成する場合には、本処理の生成はなくてもよい。 Steps S2302 to S2307 are a loop for generating a process for the query definition queryID associated with the instruction receiving object. This is for passing the query ID as a parameter for processing by the application server 105. However, when the application server 105 configures the flowchart of FIG. 22 so as to acquire the query ID from the action definition storage unit based on the instruction reception object ID, the generation of this process may not be performed.
ステップＳ２３０３においては、着目中のｑｕｅｒｙＩＤを生成中の本処理に保持するためのコードを生成する。 In step S2303, a code for holding the query ID being noticed in the present process being generated is generated.
ステップＳ２３０４からステップＳ２３０６においては、ステップＳ２３０３において着目中のｑｕｅｒｙＩＤに引き渡すパラメータ値を取得するためのループである。 Steps S2304 to S2306 are a loop for acquiring a parameter value to be transferred to the query ID being noticed in step S2303.
ステップＳ２３０５においては、１つの条件項目オブジェクトに着目し、その値を取得するための処理を生成する。 In step S2305, attention is paid to one condition item object, and a process for acquiring the value is generated.
全てのｑｕｅｒｙＩＤに対して、全ての条件項目値から値を取得する処理のコード生成が完了したら、ステップＳ２３０８において、前述までの処理で取得した指示受付オブジェクトＩＤ、ｑｕｅｒｙＩＤ、ｑｕｅｒｙＩＤのパラメータ値をアプリケーションサーバ１０５に引き渡す処理のコードを生成する。 When the code generation of the process of acquiring values from all the condition item values is completed for all the query IDs, in step S2308, the parameter values of the instruction receiving object ID, the query ID, and the query ID acquired in the above processes are used as the application server. A code for processing to be delivered to 105 is generated.
ステップＳ２３０９において、上記生成した処理を一連の処理として指示受付オブジェクトに対応付ける。 In step S2309, the generated process is associated with the instruction receiving object as a series of processes.
ここで、対応付けとは、開発時に本処理を生成するのであれば、例えばアクション定義記憶部３２２において記憶させる、またアプリケーションサーバ１０５においてアプリケーション実行時に生成するのであれば、アプリケーションクライアント１０４に表示する画面内に記憶させる、などの方法がある。
以上で図２３のフローチャートについて説明を完了する。
Here, the association is a screen displayed on the application client 104 if the process is generated at the time of development, for example, stored in the action
This completes the description of the flowchart of FIG.
以上により、プログラム開発装置１０１において、開発者がｓｅｌｅｃｔ文によりアプリケーションの動作を定義する方法と、その定義に従ったアプリケーションの動作についての一例についての説明を完了する。
As described above, the
次に、第二の実施の形態を説明する。第二の実施の形態は、ＳＱＬ文を用いる方式以外の方式であって、レイアウトの一括作成、アクションの定義によるアプリケーション画面へのデータ項目（カラム）の表示を実施する方法としてＲＥＳＴ方式について説明する。 Next, a second embodiment will be described. The second embodiment is a method other than a method using an SQL sentence, and a REST method will be described as a method for performing batch creation of a layout and display of data items (columns) on an application screen by action definition. .
本実施形態において、ＲＥＳＴ方式とは、ウェブサーバが規定するＵＲＬにより、ウェブサーバにレスポンスデータを要求する方式である。このＵＲＬには、ウェブサーバが規定する引数を含めることにより、要求するレスポンスデータを指定することができる。ＲＥＳＴ方式の要求に対して、ウェブサーバ側は、規定された形式のレスポンスデータを戻り値として戻す。戻り値としては、呼出側が容易に解析できるＪＳＯＮ形式、ＣＳＶ形式、ＸＭＬ形式、その他のテキスト形式がある。本例ではＪＳＯＮ形式を用いて説明するが、ＪＳＯＮ形式に制限するものではない。 In the present embodiment, the REST method is a method for requesting response data from the web server using a URL defined by the web server. In this URL, the response data to be requested can be specified by including an argument defined by the web server. In response to the REST request, the web server returns response data in a prescribed format as a return value. The return value includes a JSON format, a CSV format, an XML format, and other text formats that can be easily analyzed by the caller. In this example, the description will be made using the JSON format, but it is not limited to the JSON format.
また、呼出側からＲＥＳＴ方式のＵＲＬによりレスポンスデータを要求され、規定の形式でレスポンスデータを返すウェブサービスを提供するウェブサーバを、ＲＥＳＴサーバ１０６と呼ぶことにする。
A web server that provides a web service that requests response data from a caller by a REST URL and returns response data in a prescribed format is referred to as a
なお、ＲＥＳＴは、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒの略、ＪＳＯＮは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎの略である。 Note that REST is an abbreviation for Representation State Transfer, and JSON is an abbreviation for Java (registered trademark) Script Object Notation.
図２４は、ＲＥＳＴサーバ１０６に対するＲＥＳＴ方式の要求を示すＵＲＬと対応するレスポンスデータの一例である。
FIG. 24 is an example of response data corresponding to a URL indicating a REST request to the
ＲＥＳＴ方式のＵＲＬとして“ｈｔｔｐ：／／ｈｏｓｔｎａｍｅ．ｊｐ／ｏｒｄｅｒ／００１”を指定することで、ＲＥＳＴサーバ１０６は注文書データ、注文品目データをレスポンスデータとして返す。引数として指定された“００１”は注文番号を意味する。図４において、注文書テーブル４００、注文品目テーブル４１０を、ｏｒｄｅｒＩＤとして“００１”を指定して検索する事に相当する。“ｈｔｔｐ：／／ｈｏｓｔｎａｍｅ．ｊｐ／ｏｒｄｅｒ／００１”のように引数を記述する規定は、あくまであるＲＥＳＴサーバ１０６の例である。別のＲＥＳＴサーバ１０６であれば、“ｈｔｔｐ：／／ｈｏｓｔｎａｍｅ．ｊｐ／ｏｒｄｅｒ？ｏｒｄｅｒ＿ＩＤ＝‘００１’”というように、引数を記述するよう規定されていても良い。すなわち「？引数名＝値＆引数名＝値＆引数名＝値・・・」というように複数の引数をＲＥＳＴサーバ１０６に渡すことが出るよう規定されていても良い。
By specifying “http://hostname.jp/order/001” as the URL of the REST method, the
一方、レスポンスデータの例としては、ＪＳＯＮ形式で記載している。データの内容としては、注文書データと注文品目データの２つの連想配列（部分データ構成）が含まれている。引数に注文番号“００１”を指定しているため、“ｏｒｄｅｒ＿ＩＤが‘００１’であるレスポンスデータのみが連想配列に含まれている。注文書データは、ＪＳＯＮ形式のデータ中、ルートに記載されたデータであることを示す“＄ｒｅｓｕｌｔ”に対応する連想配列である。データが一意的に決定されるため、連想配列は１レコードのみ含んでいる。 On the other hand, an example of response data is described in the JSON format. The contents of the data include two associative arrays (partial data configuration) of order form data and order item data. Since the order number “001” is specified as an argument, only the response data whose “order_ID is“ 001 ”is included in the associative array. The order form data is described in the route in the JSON format data. This is an associative array corresponding to “$ result” indicating that it is data, and since the data is uniquely determined, the associative array includes only one record.
連想配列は、“キーワード：値”という形で構成されている。前記注文書データの例では、“ｏｒｄｅｒ＿ｉｄ”、“ｃｕｓｔｏｍｅｒ＿ｎａｍｅ”、“ｔｅｌｅｐｈｏｎｅ”、“ｄａｔｅ”、“ｔｏｔａｌ＿ｐｒｉｃｅ”の５つのキーワードが含まれている。それぞれのキーワードに対応する値は、各々‘００１’、‘山下産業（株）’、‘０３−１２３４−５６７８’、‘２０１１／０１／２６’、‘１００００００’である。 The associative array is configured in the form of “keyword: value”. In the example of the order form data, five keywords “order_id”, “customer_name”, “telephone”, “date”, and “total_price” are included. The values corresponding to the respective keywords are ‘001’, ‘Yamashita Sangyo Co., Ltd’, ‘03 -1234-5678 ’,‘ 2011/01/26 ’, and‘ 1000000 ’.
また、注文品目データは、“＄ｏｒｄｅｒ＿ｉｔｅｍｓ”に対応する連想配列である。正確には、ルート“＄ｒｅｓｕｌｔ”の下の階層にあるため、“＄ｒｅｓｕｌｔ．＄ｏｒｄｅｒ＿ｉｔｅｍｓ”で指定される。注文品目データの連想配列には、３レコードが含まれている。また、キーワードは４つであり、“ｏｒｄｅｒ＿ｉｄ”、“ｐｒｏｄｕｃｔ＿ｎａｍｅ”、“ｐｒｉｃｅ”、“ａｍｏｕｎｔ”の４つである。 The order item data is an associative array corresponding to “$ order_items”. To be precise, since it is in the hierarchy below the root “$ result”, it is specified by “$ result. $ Order_items”. The associative array of the order item data includes 3 records. Further, there are four keywords, “order_id”, “product_name”, “price”, and “amount”.
すなわち、本例では、“ｏｒｄｅｒ＿ｉｄ”を引数として検索された２つの連想配列がレスポンスデータとして返されるものである。 That is, in this example, two associative arrays searched using “order_id” as an argument are returned as response data.
図２５は、ＲＥＳＴ方式に基づき、明細書形式コンテナにおける、一括作成によるレイアウトの自動作成を説明するための図である。 FIG. 25 is a diagram for explaining automatic layout creation by batch creation in a specification format container based on the REST method.
図２５については、図９の説明とほぼ同様となるため、異なる部分を説明する。 Since FIG. 25 is almost the same as the description of FIG. 9, different parts will be described.
開発ＧＵＩ６００において、図９における接続先ＤＢ指定フィールド９０１、ＳＱＬ指定フィールド９０２のかわりに、ＲＥＳＴ方式による定義（図２５）では、ＵＲＬ指定フィールド２５０１、対象配列指定フィールド２５０２、抽出式指定フィールド２５０３がある。なお対象配列のことを指定対象と呼ぶこともある（ＪＳＯＮ形式以外では、対象配列の形式ではない場合もあるため）。
In the
ＵＲＬ指定フィールド２５０１には、ＲＥＳＴ方式のＵＲＬを指定する。図２５では、例として図２４のＵＲＬ、“ｈｔｔｐ：／／ｈｏｓｔｎａｍｅ．ｊｐ／ｏｒｄｅｒ／００１”が指定されている。
In the
対象配列指定フィールド２５０２は、レスポンスデータに含まれるいずれの連想配列を使用するかを指定するものである。図２４のレスポンスデータを用いる場合であれば、注文書データの連想配列を示す“＄ｒｅｓｕｌｔ”、または注文品目データの連想配列を示す“＄ｒｅｓｕｌｔ．＄ｏｒｄｅｒ＿ｉｔｅｍｓ”のいずれかが指定される。図２５においては、“＄ｒｅｓｕｌｔ”が指定されている。
The target
抽出式指定フィールド２５０３には、連想配列のキーワードのうちのいずれを、レイアウト定義に使用するか、また使用する場合にいかなるデータ項目名（カラム名）として扱うかを対応付けるものである。“｛＊｝”（抽出式２５０４ａ）を指定して一括作成ボタン９０３をクリックすると、レスポンスデータの対象配列“＄ｒｅｓｕｌｔ”に対応する全キーワードに対して、図９の明細書形式コンテナ６１３ａと同様に、明細書形式コンテナ２５０５に一括作成処理がなさせる。すなわち、５つの行形式コンテナ２５０６ａ〜ｅと、連想配列“注文書データ”の５つのキーワードを見出しとするテキストオブジェクトが生成される。さらに、各テキストオブジェクトには、各キーワードに対応する値が表示される。一括作成の詳細は、図２７のフローチャートにおいて説明する。
The extraction
図９においては、図１４のフローチャートにより、ｓｅｌｅｃｔ文の検索結果である各データ項目名（カラム名）をテキストオブジェクトの見出しおよびオブジェクトＩＤとして用いた。ＲＥＳＴ方式で、抽出式指定フィールド２５０３に指定された抽出式が前述の通り“｛＊｝”（抽出式２５０４ａ）の場合には、キーワード自体をデータ項目名（カラム名）として、同様に処理する。
In FIG. 9, according to the flowchart of FIG. 14, each data item name (column name) that is the search result of the select sentence is used as the heading and object ID of the text object. In the REST method, when the extraction formula designated in the extraction
連想配列の一部のキーワードについてのみを選択し、あるいは、キーワードと異なるデータ項目名（カラム名）に置き換える場合には、抽出式２５０４ｂのように、“データ項目名（カラム名）：キーワード”の対応付けを定義する。 When only a part of keywords in the associative array is selected or replaced with a data item name (column name) different from the keyword, “data item name (column name): keyword” is extracted as in the extraction formula 2504b. Define the mapping.
抽出式２５０４ｂでは、“ｏｒｄｅｒ＿ｉｄ”、“ｃｕｓｔｏｍｅｒ＿ｎａｍｅ”、“ｄａｔｅ”の３つのキーワードを抽出し、各々“ｏｒｄｅｒＩＤ”、“ｃｕｓｔｏｍｅｒ”、“ｄａｔｅ”というデータ項目名（カラム名）に対応付けている。これらの指定をした上で、一括作成ボタン９０３をクリックすると、レスポンスデータの対象配列“＄ｒｅｓｕｌｔ”に対応する抽出した３キーワードに対して、図９の明細書形式コンテナ６１３ｂと同じ結果が得られる。
In the extraction formula 2504b, three keywords “order_id”, “customer_name”, and “date” are extracted and associated with data item names (column names) “orderID”, “customer”, and “date”, respectively. When the
なお、抽出式２５０４ｂでは、“データ項目名（カラム名）：キーワード”と記述することでキーワードをデータ項目名（カラム名）に対応付けるよう定義したが、データ項目名（カラム名）は省略することができる。 In the extraction formula 2504b, “data item name (column name): keyword” is defined to associate the keyword with the data item name (column name), but the data item name (column name) is omitted. Can do.
例えば、抽出式を“｛ｏｒｄｅｒ＿ｉｄ、ｃｕｓｔｏｍｅｒ＿ｎａｍｅ、ｄａｔｅ｝”と定義できる。この場合には、キーワード自体をデータ項目名(カラム名)とする。 For example, the extraction formula can be defined as “{order_id, customer_name, date}”. In this case, the keyword itself is the data item name (column name).
図２６は、ＲＥＳＴ方式に基づき、グリッドオブジェクトにおける、一括作成によるレイアウトの自動作成を説明するための図である。 FIG. 26 is a diagram for explaining automatic layout creation by batch creation in a grid object based on the REST method.
図２６については、図１１とほぼ同様のため、異なる部分のみを説明する。 Since FIG. 26 is substantially the same as FIG. 11, only different parts will be described.
ＵＲＬ指定フィールド２５０１には図２５と同様に、図２４のＵＲＬ、“ｈｔｔｐ：／／ｈｏｓｔｎａｍｅ．ｊｐ／ｏｒｄｅｒ／００１”が入力されている。
As in FIG. 25, the URL of FIG. 24, “http://hostname.jp/order/001”, is input to the
対象配列指定フィールド２５０２は、注文品目データの連想配列を示す“＄ｒｅｓｕｌｔ．＄ｏｒｄｅｒ＿ｉｔｅｍｓ”が指定されている。
In the target
抽出式指定フィールド２５０３には、抽出式２６０１が指定されている。
An extraction formula 2601 is specified in the extraction
これらの指定により、図２４の“注文品目データ”に対応する連想配列から、“ｐｒｏｄｕｃｔ＿ｎａｍｅ”、“ｐｒｉｃｅ”、“ａｍｏｕｎｔ”の３つのキーワードが抽出される。また、各々のキーワードは、データ項目名（カラム名）、“ｐｒｏｄｕｃｔ”、“ｐｒｉｃｅ”、“ａｍｏｕｎｔ”に対応付けられる。 With these designations, three keywords “product_name”, “price”, and “mount” are extracted from the associative array corresponding to “order item data” in FIG. Each keyword is associated with a data item name (column name), “product”, “price”, and “mount”.
一括作成ボタン９０３をクリックすると、図１１の１１０２ｂと同様、グリッドオブジェクト２６０２に、前記抽出された３つのデータ項目名（カラム名）に対応する列が生成され、値が表示される。
When the
ただし、図２４のレスポンスデータ中の注文品目データに３レコードしかデータが含まれないため、表示も３行に限られる。 However, since only 3 records are included in the order item data in the response data of FIG. 24, the display is also limited to 3 lines.
図２７は、本発明の実施形態における一括作成部の処理の一例を示すフローチャートである。プログラム開発装置１０１のＣＰＵ２０１が、各ステップを実行する。ＲＥＳＴ方式による一括作成の処理であるが、図１４で説明したフローチャート（ＳＱＬ文による一括作成の処理）との違いは、戻り値であるレスポンスデータ（図２４）から、ＳＱＬ文の戻り値であるテーブルと同等のデータ構成を作成する部分である。図１４のステップＳ１４０１〜Ｓ１４０４に対応する部分を、図２７のステップＳ２７０１〜Ｓ２７１４の処理で置き換えることで実現する。
FIG. 27 is a flowchart showing an example of processing of the batch creation unit in the embodiment of the present invention. The
ステップＳ２７０１〜Ｓ２７１４においてテーブルと同等のデータ構成を作成することにより、後述するとおり、図１４のフローチャートと同様の処理となる。 By creating a data structure equivalent to the table in steps S2701 to S2714, the processing is the same as in the flowchart of FIG.
ステップＳ２７０１においては、一括作成ボタン９０３がクリックされた際に選択されている明細書形式コンテナ、またはグリッドオブジェクトのＩＤを、一括作成先の表示グループのＩＤとして取得する。
In step S2701, the specification format container or grid object ID selected when the
ステップＳ２７０２においては、ＲＥＳＴ方式の要求としてＵＲＬ指定フィールド２５０１で指定したＵＲＬ（例として図２４のＵＲＬ）を受け付け、ＲＥＳＴサーバ１０６に対して発行する。
In step S2702, the URL specified in the URL specification field 2501 (for example, the URL in FIG. 24) is received as a REST request and issued to the
ステップＳ２７０３においては、ステップＳ２７０２において発行した要求に対してのレスポンスデータ（例として図２４のレスポンスデータ）を受信する。 In step S2703, response data for the request issued in step S2702 (for example, response data in FIG. 24) is received.
ステップＳ２７０４においては、対象配列指定フィールド２５０２で指定した対象配列に基づき、レスポンスデータから連想配列を取得する（図２４では、注文書データ、または注文品目データ）。 In step S2704, an associative array is acquired from the response data based on the target array specified in the target array specifying field 2502 (in FIG. 24, order form data or order item data).
ステップＳ２７０５では、抽出式指定フィールド２５０３で指定した抽出式に基づき、カラムリストを生成する。抽出式２５０４ａのように抽出式が“｛＊｝”の場合には、連想配列の全キーワードを、データ項目名（カラム名）とみなして、カラムリストを作成する。抽出式２５０４ｂまたは抽出式２６０１のように、データ項目名（カラム名）とキーワードの具体的な対応付けが指定されている場合には、指定されたデータ項目名（カラム名）からカラムリストを作成する。
In step S2705, a column list is generated based on the extraction formula designated in the extraction
ステップＳ２７０６においては、前記カラムリストに含まれるデータ項目（カラム）により構成される、空の（データが１行もない）テーブルを生成する。 In step S2706, an empty table (with no data in one row) composed of data items (columns) included in the column list is generated.
ステップＳ２７０７からステップＳ２７１４までのループ処理においては、前述の処理で取得した連想配列の各行に対する処理を１行ずつ着目して実施する。 In the loop processing from step S2707 to step S2714, the processing for each row of the associative array acquired in the above-described processing is performed focusing on one row.
ステップＳ２７０８においては、前記テーブルに空の行（データ項目に対応する値が設定されていない行）を１行追加する。 In step S2708, one empty row (a row in which a value corresponding to the data item is not set) is added to the table.
ステップＳ２７０９からステップＳ２７１３までのループ処理においては、前記のカラムリストに含まれる各データ項目（カラム）に対するループ処理である。 The loop process from step S2709 to step S2713 is a loop process for each data item (column) included in the column list.
ステップＳ２７１０においては、カラムリストから１つのデータ項目（カラム）に着目する。 In step S2710, attention is focused on one data item (column) from the column list.
ステップＳ２７１１においては、抽出式に基づき、データ項目（カラム）に対応する連想配列のキーワードを取得し、連想配列の着目中の行から前記キーワードに対応する値を取得する。この値を、データ項目（カラム）に対応する値とみなす。抽出式が“｛＊｝”で指定されている場合には、データ項目（カラム）そのものを連想配列のキーワードとする。 In step S2711, the keyword of the associative array corresponding to the data item (column) is acquired based on the extraction formula, and the value corresponding to the keyword is acquired from the row of interest in the associative array. This value is regarded as a value corresponding to the data item (column). When the extraction formula is designated by “{*}”, the data item (column) itself is used as an associative array keyword.
ステップＳ２７１２においては、テーブルの着目中の行（ステップＳ２７０８においてテーブルに追加した行）における着目中のデータ項目（カラム）に、ステップＳ２７１１で取得した値を設定する。 In step S 2712, the value acquired in step S 2711 is set in the data item (column) of interest in the row of interest in the table (the row added to the table in step S 2708).
ステップＳ２７０９からステップＳ２７１３のループにより指定の処理を繰り返すことで、連想配列の１行分のデータのうち、カラムリストに対応するデータ項目（カラム）の値が、テーブルの１行分のデータとして設定される。ステップＳ２７０７からステップＳ２７１４までのループにより指定の処理を繰り返すことで、前記テーブルに、連想配列の全ての行、全てのデータ項目（カラム）に対して値が設定される。 By repeating the specified processing through the loop from step S2709 to step S2713, the value of the data item (column) corresponding to the column list is set as the data for one row of the table among the data for one row of the associative array. Is done. By repeating the designated process through the loop from step S2707 to step S2714, values are set in the table for all rows and all data items (columns) of the associative array.
ステップＳ２７１５は、図１４のステップＳ１４０７に相当し、表示グループ（一括作成先）が明細書形式コンテナか、グリッドオブジェクトかに従った分岐を行う処理である。 Step S2715 corresponds to step S1407 in FIG. 14, and is a process of branching according to whether the display group (collective creation destination) is a specification format container or a grid object.
ステップＳ２７０１で取得したＩＤが明細書形式コンテナのものであればステップＳ２７１６に進む。ステップＳ２７０１で取得したＩＤがグリッドオブジェクトのものであればステップＳ２７１７に進む。 If the ID acquired in step S2701 belongs to the specification format container, the process advances to step S2716. If the ID acquired in step S2701 is that of a grid object, the process proceeds to step S2717.
ステップＳ２７１６は、前述の処理で生成したテーブルに従って、明細書形式コンテナに対してレイアウトの一括作成を実施する処理である。図１４のステップＳ１４１１〜Ｓ１４２０に相当する部分と同一の処理であり、詳細の説明は省略する。 Step S2716 is a process for collectively creating a layout for the specification format container in accordance with the table generated by the above-described process. The processing is the same as that corresponding to steps S1411 to S1420 in FIG. 14, and detailed description thereof is omitted.
ステップＳ２７１７は、前述の処理で生成したテーブルに従って、グリッドオブジェクトに対してレイアウトの一括作成を実施する処理である。図１４のステップＳ１４３１〜Ｓ１４４１に相当する部分と同一の処理であり、詳細の説明は省略する。
以上で、図２７のフローチャートの処理の説明を完了する。
Step S2717 is a process of collectively creating a layout for the grid object in accordance with the table generated by the above-described process. The processing is the same as that corresponding to steps S1431 to S1441 in FIG. 14, and detailed description thereof is omitted.
This completes the description of the processing of the flowchart of FIG.
図２８は、一括作成した結果を含む、レイアウト定義記憶部３２１におけるレイアウト定義のデータ構成の一例を示す図である。
FIG. 28 is a diagram illustrating an example of the data configuration of the layout definition in the layout
図２８の定義は、ＲＥＳＴ方式を用いたものであるが、本定義が生成される過程は、ＳＱＬ文を用いた方式により、図９から図１８で説明した流れとほぼ同様である。そのため、繰り返しになる部分もあるが、図２８のレイアウト定義の生成過程を簡単に説明する。 The definition in FIG. 28 uses the REST method, but the process of generating this definition is almost the same as the flow described in FIGS. 9 to 18 by the method using the SQL sentence. Therefore, although there are repeated portions, the generation process of the layout definition in FIG. 28 will be briefly described.
まず、図２５で説明したように明細書形式コンテナ６１３（コンテナＩＤは“ｃｏｎｔｅｎａＡ”とする）上で、抽出式２５０４ｂを用いて一括作成をし、結果として図２５の６１３ｂを得る。一括作成は図２７のフローチャートのステップＳ２７１６による。 First, as described with reference to FIG. 25, on the specification format container 613 (container ID is “contenaA”), batch creation is performed using the extraction formula 2504b, and as a result, 613b of FIG. 25 is obtained. The batch creation is performed in step S2716 of the flowchart of FIG.
次に図１２のように、開発者の操作により１行（行形式コンテナ１２０１）とグリッドオブジェクト１００２（オブジェクトＩＤは“ｇｒｉｄＢ”）を挿入する。 Next, as shown in FIG. 12, one line (line format container 1201) and a grid object 1002 (object ID is “gridB”) are inserted by the developer's operation.
さらに、グリッドオブジェクト１００２に対して、図２６で説明したように抽出式２６０１を用いて一括作成をし、グリッドオブジェクト２６０２にデータ項目（カラム）および値が生成、表示される。全体のレイアウトは、グリッドオブジェクト２６０２に表示されたデータが３行に限定されていることを除き、図１３のようになる。一括作成は図２７のフローチャートのステップＳ２７１７による。
Further, as described with reference to FIG. 26, the
更に図１３の説明と同様に、ボタンオブジェクト（オブジェクトＩＤは“ｂｕｔｔｏｎ１”）を追加する。 Further, a button object (object ID is “button1”) is added as in the description of FIG.
更に図１６での説明と同様に、各オブジェクトの属性、特に見出しを変更することで、図１８と同様の画面になる。ただし前述の通り、グリッドオブジェクト２６０２の内容が３行であることは図１８と異なる部分である。
Further, in the same manner as described with reference to FIG. 16, by changing the attribute of each object, particularly the heading, a screen similar to FIG. 18 is obtained. However, as described above, the content of the
説明を前記の作業及び一括作成処理により生成された図２８のレイアウト定義のデータ構成に戻す。 The description is returned to the data structure of the layout definition of FIG. 28 generated by the above-described work and batch creation processing.
図２８のレイアウト定義のデータ構成は、ほぼ図１７と同様である。すなわち、表示グループで指定される明細書形式コンテナ、さらに行形式コンテナ、テキストボックスやボタンなどのオブジェクトの種類、ＩＤ、Ｌａｂｅｌは同様に定義される。 The data structure of the layout definition in FIG. 28 is almost the same as that in FIG. That is, the specification format container specified by the display group, the row format container, the types of objects such as text boxes and buttons, ID, and Label are similarly defined.
異なるのはレイアウトを一括作成するため、図１７では、データベースに対応する情報として“接続先ＤＢ”、“ＳＱＬ”が指定されていたのに対して、図２８では、ＲＥＳＴ方式として、“ＵＲＬ”、“対象配列”、“抽出式”が登録されることである。それぞれの情報がどのように用いられるかは、既に説明しているため、ここでは説明を省略する。 The difference is that the layout is created in a lump, and in FIG. 17, “connection destination DB” and “SQL” are designated as information corresponding to the database, whereas in FIG. 28, “URL” is used as the REST method. , “Target sequence” and “extraction formula” are registered. Since how each information is used has already been described, the description is omitted here.
これらのレイアウト定義のデータ構成は、図２５の一括作成ボタン９０３がクリックされ、図２７のフローチャートにより実際にレイアウトされるタイミングなどでレイアウト定義記憶部３２１に登録される。
The layout definition data structure is registered in the layout
以上により、ＲＥＳＴ方式を用いて、プログラム開発装置１０１における開発者によるレイアウト定義、レイアウト定義の一括作成を行う操作、およびプログラム開発装置１０１またはプログラム開発サーバ１０２が、レイアウト定義を一括作成する処理動作の実施形態の一例の説明を完了する。
As described above, using the REST method, the layout definition by the developer in the
次に、ＲＥＳＴ方式によりアクション定義を行い、実際のアプリケーション動作時に、アプリケーションクライアント１０４とアプリケーションサーバ１０５が協調動作する処理について説明する。ＳＱＬ文による方式と異なる部分を詳細に説明する。 Next, a description will be given of a process in which an action definition is performed by the REST method and the application client 104 and the application server 105 cooperate in an actual application operation. A different part from the system by a SQL sentence is demonstrated in detail.
図２９は、開発者がＲＥＳＴ方式に基づきアクション定義を行う画面の一例を示す図である。アクション定義には、プログラム開発装置１０１を用いる。本例では開発ＧＵＩ６００のアクション定義６０５によりアクション定義を行う。
FIG. 29 is a diagram illustrating an example of a screen on which a developer defines an action based on the REST method. The
ＲＥＳＴ方式による定義（図２５）では、ＵＲＬ指定フィールド２９０１、対象配列指定フィールド２９０２、抽出式指定フィールド２９０３を定義する。前記項目には、各々ＲＥＳＴ方式でレスポンスデータを要求するためのＵＲＬ、レスポンスデータから処理対象とする連想配列を指定する対象配列、連想配列から必要なキーワードを抽出しデータ項目（カラム）に対応付ける抽出式を定義する。なお、レイアウト作成の場合と同様、対象配列のことを指定対象と呼ぶこともある（ＪＳＯＮ形式以外では、対象配列の形式ではない場合もあるため）。
In the definition based on the REST method (FIG. 25), a
図１９での説明と同様に、条件項目指定フィールド１９０４とパラメータ指定フィールド１９１３には対応付けられた複数の項目が指定可能である。すなわち、ＵＲＬ指定フィールド２９０１において定義されるＵＲＬにおいて複数のパラメータ（例では“:id”など）が指定可能である場合には、条件項目指定フィールド１９０４とパラメータ指定フィールド１９１３には、複数の項目を指定する。
Similarly to the description in FIG. 19, a plurality of associated items can be designated in the condition
また、図１９と同様に、定義内容を、アクション定義（アクション定義領域１９０２にて定義）とクエリ定義（クエリ定義領域１９１１にて定義）に分離している。アクション定義については、図２０で説明したアクション定義テーブル２０００として構成されるテーブルに登録、記憶される。また、クエリ定義については、後述の図３０のクエリ定義テーブル２１００に記憶される。 Similarly to FIG. 19, the definition content is separated into action definition (defined in the action definition area 1902) and query definition (defined in the query definition area 1911). The action definition is registered and stored in a table configured as the action definition table 2000 described with reference to FIG. The query definition is stored in a query definition table 2100 in FIG.
アクション定義テーブル２０００に登録、記憶される定義内容ついては、ＳＱＬ文による方式の場合と、ＲＥＳＴ方式による場合とで共通である。また、図２０の説明において、アクション定義テーブル２０００とクエリ定義テーブル２１００を、１つのテーブル構成にしてもよいとした。この場合、両方式のために２種類の異なる構成のアクション定義テーブル２０００を用意してもよい。あるいは、定義の異なる部分の両方を１つのテーブル構成に含むことができるようにして、単一のアクション定義テーブル２０００を用意してもよい。 The definition contents registered and stored in the action definition table 2000 are common to the case using the SQL statement and the case using the REST method. In the description of FIG. 20, the action definition table 2000 and the query definition table 2100 may be configured as one table. In this case, two types of action definition tables 2000 having different configurations may be prepared for both types. Alternatively, a single action definition table 2000 may be prepared so that both parts having different definitions can be included in one table configuration.
図３０は、ＲＥＳＴ方式によるクエリ定義のデータ構成の一例を示す図である。前述の通り、クエリ定義テーブル２１００を構成する定義内容は、アクション定義テーブル２０００に含めてもよいが、図３０では、クエリ定義テーブル２１００を分離した構成として説明する。具体的には、図２９のクエリ定義領域１９１１の内容を登録、記憶するものであり、また図２１のクエリ定義テーブル２１００と同様の構成であるため、異なる部分のみ説明する。
FIG. 30 is a diagram illustrating an example of a data structure of a query definition by the REST method. As described above, the definition contents constituting the query definition table 2100 may be included in the action definition table 2000. However, in FIG. 30, the query definition table 2100 will be described as a separate structure. Specifically, the contents of the
図３０のクエリ定義テーブル２１００の構成においては、図２１のＳＱＬ文による方式として登録した接続先ＤＢ、ｓｅｌｅｃｔ文のかわりに、ＵＲＬ、対象配列、抽出式を登録する。 In the configuration of the query definition table 2100 in FIG. 30, a URL, a target array, and an extraction formula are registered instead of the connection destination DB and the select statement registered as the method using the SQL statement in FIG.
ＵＲＬ３００１には、ＲＥＳＴ方式によりＲＥＳＴサーバ１０６にレスポンスデータを要求するＵＲＬが定義され、ＵＲＬは、図２９のＵＲＬ指定フィールド２９０１で説明したようにパラメータを含むことが可能である。対象配列、抽出式は既に説明しているので省略する。
The
これらの定義は、アプリケーションの実行時に参照されるものであり、詳細の動作については、図３１のフローチャートにおいて説明する。 These definitions are referred to when the application is executed, and the detailed operation will be described with reference to the flowchart of FIG.
なお、ＳＱＬ文による方式とＲＥＳＴ方式による場合で、クエリ定義テーブル２１００はデータ構成が異なる。両方式に対して、２種類の異なるデータ構成のクエリ定義テーブル２１００を用意してもよい。あるいは、定義の異なる部分の両方を１つのテーブル構成に含むことができるようにして、単一のクエリ定義テーブル２１００を用意してもよい。 Note that the data structure of the query definition table 2100 differs between the SQL statement method and the REST method. Two types of query definition tables 2100 having different data configurations may be prepared for both types. Alternatively, a single query definition table 2100 may be prepared so that both parts having different definitions can be included in one table configuration.
図３１は、本発明の実施形態におけるＲＥＳＴ方式で定義したアクションの実行処理の一例を示すフローチャートである。 FIG. 31 is a flowchart illustrating an example of action execution processing defined by the REST method according to the embodiment of this invention.
本処理は、アプリケーションサーバ１０５の画面生成部３３０により生成された画面が、既にアプリケーションクライアント１０４に表示されており、その画面においてユーザ操作により指示受け付けオブジェクトがクリックされた前提で実行されるアプリケーションの動作の説明である。
In this processing, the screen generated by the
本処理は、ＳＱＬ文による方式の説明における図２２に対応するものであるが、アプリケーションクライアント１０４側の図を省略している。すなわち、図２２のステップＳ２２０１からステップ２２０７までを、アプリケーションクライアント１０４のＣＰＵ２０１が実行するのに応じて、図３１のステップＳ２２１１からステップＳ２２１４、ステップＳ３１０１からステップＳ３１１５、ステップＳ２２１９からステップＳ２２２０までを、アプリケーションサーバ１０５のＣＰＵ２０１が実行する。各ステップについては、アプリケーションサーバ側の説明のみ行う。
This processing corresponds to FIG. 22 in the description of the method using the SQL sentence, but the illustration on the application client 104 side is omitted. That is, steps S2211 to S2214, steps S3101 to S3115, and steps S2219 to S2220 in FIG. 31 are performed in accordance with the execution of steps S2201 to 2207 in FIG. 22 by the
また、データベースサーバ１０３を含めた構成については、図２２での説明と同様である。
The configuration including the
ステップＳ２２１１においては、アプリケーションクライアント１０４から引き渡された指示受け付けオブジェクトのオブジェクトＩＤと、条件値、ｑｕｅｒｙＩＤを受け付ける。 In step S2211, the object ID, the condition value, and the query ID of the instruction receiving object delivered from the application client 104 are received.
ステップＳ２２１２からステップＳ２２１９のループにおいては、前記受け付けたｑｕｅｒｙＩＤに対応する処理を実行する（ｑｕｅｒｙＩＤは複数の可能性がある）。ここで、ｑｕｅｒｙＩＤの処理の順番は、アクション定義記憶部３２２において記憶された実行順２００３（図２０）に従う。
In the loop from step S2212 to step S2219, processing corresponding to the accepted query ID is executed (there is a plurality of query IDs). Here, the order of processing of the query ID follows the execution order 2003 (FIG. 20) stored in the action
ステップＳ２２１３においては、１つのｑｕｅｒｙＩＤに着目する。ステップＳ２２１４においては、前記着目中のｑｕｅｒｙＩＤに基づき、クエリ定義記憶部３２３からクエリ定義を取得する。
In step S2213, attention is paid to one query ID. In step S2214, a query definition is acquired from the query
ステップＳ３１０１においては、前のステップＳ２２１４で取得されたクエリ定義に基づき、図３０のクエリ定義テーブル２１００からＵＲＬを取得する。例として“ｈｔｔｐ：／／ｈｏｓｔｎａｍｅ．ｊｐ／ｏｒｄｅｒ／：ｉｄ”を取得する。 In step S3101, the URL is acquired from the query definition table 2100 in FIG. 30 based on the query definition acquired in the previous step S2214. As an example, “http://hostname.jp/order/:id” is acquired.
ステップＳ３１０２においては、前記ＵＲＬがパラメータ部を含む場合には、アプリケーションクライアント１０４から受け付けたパラメータ値を代入する。例えば、前記ＵＲＬにパラメータ値“００１”を代入すると“ｈｔｔｐ：／／ｈｏｓｔｎａｍｅ．ｊｐ／ｏｒｄｅｒ／００１”となる。 In step S3102, if the URL includes a parameter part, the parameter value received from the application client 104 is substituted. For example, if the parameter value “001” is substituted into the URL, “http://hostname.jp/order/001” is obtained.
ステップＳ３１０３においては、ＲＥＳＴ方式の要求として前記パラメータ値を代入済み（パラメータ部がない場合は、図３０のクエリ定義テーブル２１００から取得したまま）のＵＲＬを、ＲＥＳＴサーバ１０６に対して発行する。
In step S3103, a URL that has been assigned the parameter value as a request of the REST method (if it has no parameter part, remains acquired from the query definition table 2100 in FIG. 30) is issued to the
ステップＳ３１０４においては、ステップＳ３１０３において発行した要求に対してのレスポンスデータ（例として図２４のレスポンスデータ）をＲＥＳＴサーバ１０６から受信する。
In step S3104, response data for the request issued in step S3103 (for example, the response data in FIG. 24) is received from the
ステップＳ３１０５においては、対象配列３００２で指定され対象配列に基づき、レスポンスデータから連想配列を取得する。例えば、図２４のレスポンスデータに対して、指定が“ｒｅｓｕｌｔ”であれば注文書データ、“＄ｒｅｓｕｌｔ．＄ｏｒｄｅｒ＿ｉｔｅｍｓ”であれば注文品目データを取得する。
In step S3105, an associative array is acquired from the response data based on the target array specified by the
ステップＳ３１０６では、図３０の抽出式３００３で指定された抽出式に基づき、カラムリストを生成する。カラムリストの作成方法については、図２７（ステップＳ２７０５）と同様なので説明を省略する。
In step S3106, a column list is generated based on the extraction formula designated by the
ステップＳ３１０７においては、前記カラムリストに含まれるデータ項目（カラム）により構成される、空の（データが１行もない）テーブルを生成する。 In step S3107, an empty table (having no data in one row) composed of data items (columns) included in the column list is generated.
ステップＳ３１０８からステップＳ３１１５までのループ処理においては、前述の処理で取得した連想配列の各行に対する処理を１行ずつ着目して実施する。 In the loop processing from step S3108 to step S3115, the processing for each row of the associative array acquired in the above-described processing is performed focusing on one row.
ステップＳ３１０９においては、前記テーブルに空の行（データ項目に対応する値が設定されていない行）を１行追加する。 In step S3109, one empty line (a line in which a value corresponding to the data item is not set) is added to the table.
ステップＳ３１１０からステップＳ３１１４までのループは、前記のカラムリストに含まれる各データ項目（カラム）に対する処理である。 The loop from step S3110 to step S3114 is processing for each data item (column) included in the column list.
ステップＳ３１１１においては、カラムリストから１つのデータ項目（カラム）に着目する。 In step S3111, attention is paid to one data item (column) from the column list.
ステップＳ３１１２においては、抽出式に基づき、データ項目名（カラム名）に対応する連想配列のキーワードを取得し、連想配列の着目中の行から前記キーワードに対応する値を取得する。この値を、データ項目（カラム）に対応する値とみなす。抽出式が“｛＊｝”で指定されている場合には、データ項目名（カラム名）そのものを連想配列のキーワードとする。 In step S3112, the keyword of the associative array corresponding to the data item name (column name) is acquired based on the extraction formula, and the value corresponding to the keyword is acquired from the row of interest in the associative array. This value is regarded as a value corresponding to the data item (column). When the extraction formula is specified by “{*}”, the data item name (column name) itself is used as a keyword of the associative array.
ステップＳ３１１３においては、テーブルの着目中の行（ステップＳ３１０９においてテーブルに追加した行）における着目中のデータ項目（カラム）に、ステップＳ３１１２で取得した値を設定する。 In step S3113, the value acquired in step S3112 is set to the data item (column) under attention in the row under consideration in the table (the row added to the table in step S3109).
ステップＳ３１１０からステップＳ３１１４のループにより指定の処理を繰り返すことで、連想配列の１行分のデータのうち、カラムリストに対応するデータ項目（カラム）の値が、テーブルの１行分のデータとして設定される。ステップＳ３１０８からステップＳ３１１５までのループにより指定の処理を繰り返すことで、前記テーブルに、連想配列の全ての行、抽出式でキーワードと対応付けられた全てのデータ項目（カラム）に対して値が設定される。 By repeating the specified processing through the loop from step S3110 to step S3114, the value of the data item (column) corresponding to the column list is set as the data for one row of the table among the data for one row of the associative array. Is done. By repeating the specified process through the loop from step S3108 to step S3115, values are set in the table for all data items (columns) associated with keywords in all rows and extraction formulas of associative arrays. Is done.
ステップＳ２２２０では、前記生成されたテーブルにレスポンスデータの連想配列のデータ項目（カラム）の値を設定した結果が、アプリケーションクライアント１０４に引き渡しされる。この結果は、ＳＱＬ文による方式による場合の検索結果に相当するデータである。 In step S 2220, the result of setting the value of the data item (column) of the associative array of response data in the generated table is delivered to the application client 104. This result is data corresponding to the search result in the case of the method using the SQL sentence.
なお、図２２で説明したのと同様に、Ａｊａｘなどにより非同期処理により本処理を実現してもよい、などの構成が可能である。同様に、アプリケーションサーバ１０５からアプリケーションクライアント１０４に引き渡すのは、テーブルのデータ（検索結果）ではなく、画面データである処理にすることが可能である。
以上で、図３１のフローチャートの説明を完了する。
As described with reference to FIG. 22, a configuration in which this processing may be realized by asynchronous processing using Ajax or the like is possible. Similarly, what is handed over from the application server 105 to the application client 104 can be processing that is screen data, not table data (search results).
Above, description of the flowchart of FIG. 31 is completed.
以上により、プログラム開発装置１０１において、開発者がＲＥＳＴ方式によりアプリケーションの動作を定義する方法と、その定義に従ったアプリケーションの動作についての一実施形態についての説明を完了する。
As described above, in the
次に、第三の実施の形態を説明する。前述の説明では、レイアウトの一括作成を、ＳＱＬ文による方式とＲＥＳＴ方式を個別に実行する方法として説明した。第三の実施の形態では、ＳＱＬ文による方式とＲＥＳＴ方式を、混在することが可能なプログラム開発装置１０１の説明をする。
Next, a third embodiment will be described. In the above description, the batch creation of the layout has been described as a method of separately executing the SQL statement method and the REST method. In the third embodiment, the
図３２は、レイアウトの一括作成をＳＱＬ文とＲＥＳＴ方式の両方で定義可能な場合の分岐処理の一例を示すフローチャートである。一括作成ボタン９０３がクリックされると、プログラム開発装置１０１のＣＰＵ２０１が、各ステップを実行する。
FIG. 32 is a flowchart showing an example of branch processing when batch creation of layouts can be defined by both the SQL statement and the REST method. When the
レイアウト定義をいずれの方式で行うのか、開発ＧＵＩ６００上、一括作成情報６０４において開発者に選択させる、などすることができる。また、一括作成情報６０４における定義内容が異なるため、開発ＧＵＩ６００には、いずれの方法でレイアウト定義されるかの判別可能な情報が含まれている。図３２のフローチャートを説明する前に、図３４（一括作成の操作をするための画面）について説明する。
With which method layout definition is performed, the developer can be selected in the
図３４は、ＳＱＬ文とＲＥＳＴ方式の両方でレイアウト定義するための画面を説明するための図である。 FIG. 34 is a diagram for explaining a screen for defining a layout in both the SQL sentence and the REST method.
ＳＱＬ文でレイアウト定義をする図９、ＲＥＳＴ方式でレイアウト定義をする図２５と異なるのは次の点である。すなわち一括作成情報６０４によりレイアウト定義の操作をする画面を表示したときに、“ＳＱＬで一括作成”３４０１を操作するタブ（３４００ａ）または、“ＲＥＳＴで一括作成”３４０２を操作するタブ（３４００ｂ）を開発者に明示的に選択させる部分が異なる。
The following points are different from FIG. 9 in which the layout is defined by the SQL sentence and FIG. 25 in which the layout is defined by the REST method. That is, when a screen for performing layout definition is displayed using the
さらに、“ＲＥＳＴで一括作成”３４０２をするタブを選択した場合（３４００ｂ）には、ＲＥＳＴ方式の中でも“ＪＳＯＮ形式”、“ＸＭＬ形式”、“ＣＳＶ形式”などいずれの方法により一括作成するのかを、プルダウンメニュー３４０３により開発者に選択させる。
Furthermore, when the tab for “Batch creation with REST” 3402 is selected (3400b), it is determined which method of batch creation such as “JSON format”, “XML format”, “CSV format” among the REST methods. The developer is selected from the pull-
以上により、プログラム開発装置１０１は、開発者が選択した方法で一括作成の定義させることが可能となる。またプログラム開発装置１０１は、内部的には、いずれの方法で一括作成の定義をするのかをクエリ種別として記憶することができる。
As described above, the
ステップＳ３２０１においては、ＳＱＬ文による方式かＲＥＳＴ方式が判断される。具体的には、前述のクエリ種別により一括作成の方式を判別する。 In step S3201, a SQL sentence method or a REST method is determined. Specifically, the batch creation method is determined based on the above-described query type.
レイアウト定義が、“ＳＱＬ文による方式として定義されている”と判断された場合には、ステップＳ３２０２に進む。“ＲＥＳＴ方式として定義されている”と判断された場合には、ステップＳ３２０３に進む。 If it is determined that the layout definition is “defined as a method using an SQL statement”, the process advances to step S3202. If it is determined that “defined as REST method”, the process advances to step S3203.
ステップＳ３２０２においては、ＳＱＬ文による方式によりレイアウト定義を一括作成する処理を実施する。具体的には、図１４において説明したフローチャートに対応する処理を実施する。 In step S3202, a process for creating layout definitions in a batch by a method using an SQL sentence is performed. Specifically, processing corresponding to the flowchart described in FIG. 14 is performed.
ステップＳ３２０３においては、ＲＥＳＴ方式によりレイアウト定義を一括作成する処理を実施する。具体的には、図２７において説明したフローチャートに対応する処理を実施する。図２７のフローチャートは、ＪＳＯＮ形式の場合を説明したものであるが、“ＸＭＬ形式”、“ＣＳＶ形式”など他の方法を図３４のプルダウンメニュー３４０３により選択されている場合には、各々対応した処理（不図示）を実行する。具体的には、プルダウンメニュー３４０３により選択したクエリ種別により分岐し、各々分岐した処理を実行する。レイアウト定義を一括作成した後、一括作成情報はレイアウト定義記憶部３２１に記憶される。
In step S3203, a process for collectively creating layout definitions by the REST method is performed. Specifically, processing corresponding to the flowchart described in FIG. 27 is performed. The flowchart in FIG. 27 describes the case of the JSON format, but other methods such as “XML format” and “CSV format” have been selected when the pull-
図３６は、ＳＱＬ文とＲＥＳＴ方式の両方を用いてレイアウト生成した場合のレイアウト定義のデータ構成の一例を示す図である。図３６においては、図１５のＳＱＬ文により一括作成されたレイアウト（クエリ種別３６０２が“ＳＱＬ”の場合）と、図２８のＲＥＳＴ方式により一括作成されたレイアウト（クエリ種別３６０２が“ＲＥＳＴ（ＪＳＯＮ）”の場合）が混在したデータ構成となっている。クエリ種別３６０２の記載により、一括作成時の方式を判別できるようにしてもよい。また、レイアウト定義記憶部３２１にクエリ種別３６０２を記憶しなくとも、“接続先＆データ取得式”３６０３に記載された内容を文字列として解析する、などによりクエリ種別を判別するようにしてもよい。
FIG. 36 is a diagram illustrating an example of the data configuration of the layout definition when the layout is generated using both the SQL sentence and the REST method. 36, the layout created collectively by the SQL statement of FIG. 15 (when the
前述するフローチャートは、あくまで一例である。両方式に共通した処理がある場合には、分岐するタイミングと、分岐後にステップＳ３２０２およびステップＳ３２０３において実施する処理は、前述の説明と異なるものであってもよい。 The flowchart described above is merely an example. When there is a process common to both systems, the branching timing and the processes performed in step S3202 and step S3203 after branching may be different from those described above.
図３３は、アクション定義から呼び出されるクエリの実行処理を、ＳＱＬ文とＲＥＳＴ方式の両方で定義可能な場合の分岐処理の一例を示すフローチャートである。アクション定義により定義された処理は、例えば図１８の検索ボタン１８０１がクリックされると、アプリケーションクライアント１０４およびアプリケーションサーバ１０５のＣＰＵ２０１により協調して処理される。
FIG. 33 is a flowchart illustrating an example of a branch process when the execution process of a query called from an action definition can be defined by both the SQL statement and the REST method. For example, when the
前述の説明では、アクション定義により定義された処理の実行について、ＳＱＬ文による方式とＲＥＳＴ方式を個別に説明した（図２２および図３１）。 In the above description, the SQL statement method and the REST method are individually described for the execution of the process defined by the action definition (FIGS. 22 and 31).
しかし、前述の通り、開発ＧＵＩ６００のアクション定義６０５によりアクション定義を行うが、クエリ定義毎に、ＳＱＬ文による方式、あるいはＲＥＳＴ方式のいずれにて定義を行うか、開発者が選択できるようにさせてもよい。すなわち、定義するアクションによってＳＱＬ文による方式、ＲＥＳＴ方式のいずれにて定義を行うかが異なってもよいし、また１つのアクション定義において、両方式が混在してもよい。図３３のフローチャートを説明する前に、図３５（アクション定義の操作をするための画面）、図３７（アクション定義のデータ構成）、図３８（クエリ定義のデータ構成）について説明する。
However, as described above, the action definition is performed by the
図３５は、ＳＱＬ文とＲＥＳＴ方式の両方でアクション定義するための画面を説明するための図である。アクション定義画面３５００ｂでは、クエリ定義画面の部分のみ図３５に記載し、その他の部分は省略しているが、実際にはアクション定義画面３５００ａと同じで、“ＳＱＬによる定義”３５０１を選択しているか、“ＲＥＳＴによる定義”３５０２を選択しているかが異なるだけである。
FIG. 35 is a diagram for explaining a screen for defining an action using both the SQL statement and the REST method. In the
また、ＳＱＬ文でアクション定義をする図１９、ＲＥＳＴ方式でレイアウト定義をする図２９と異なるのは次の点である。すなわちアクション定義６０５によりアクション定義の操作をする画面を表示したときに、“ＳＱＬによる定義”３５０１を操作するタブ（３５００ａ）または、“ＲＥＳＴによる定義”３５０２を操作するタブ（３５００ｂ）を開発者に明示的に選択させる部分が異なる。
Also, the following points are different from FIG. 19 in which action definition is performed with an SQL sentence and FIG. 29 in which layout definition is performed with the REST method. In other words, when a screen for operating an action definition by the
さらに、“ＲＥＳＴによる定義”３４０２を操作するタブを選択した場合（３５００ｂ）には、ＲＥＳＴ方式の中でも“ＪＳＯＮ形式”、“ＸＭＬ形式”、“ＣＳＶ形式”などいずれの方法によりアクション定義をするのかを、プルダウンメニュー３５０３により開発者に選択させる。
Further, when the tab for operating “definition by REST” 3402 is selected (3500b), which of the REST methods, such as “JSON format”, “XML format”, “CSV format”, etc., is used for action definition? Is selected by the developer from the pull-
以上により、プログラム開発装置１０１は、開発者が選択した方法でアクション定義させることが可能となる。
As described above, the
これにより、また、アクション定義またはクエリ定義を登録し、記憶する際に、いずれの方式で定義されたのかを指定する情報をともに登録、記憶して実行時の判別するための情報とすることが可能である。 As a result, when registering and storing an action definition or query definition, information specifying which method is used for the registration can be registered and stored as information for determining at the time of execution. Is possible.
図３７は、ＳＱＬ文とＲＥＳＴ方式の両方を用いてアクションを定義した場合の、アクション定義のデータ構成の一例を示す図である。図２０のデータ構成とほぼ同じ構成である（アクション定義テーブル２０００の２００１〜２００６）。 FIG. 37 is a diagram showing an example of the data structure of the action definition when the action is defined using both the SQL sentence and the REST method. The configuration is almost the same as the data configuration in FIG. 20 (2001 to 2006 in the action definition table 2000).
図２０と図３７の異なる点は、図３７は、クエリ種別３７０１がデータ構成に含まれている点である。これによりアクションを実行する際に、そのアクションの定義が“ＳＱＬ”形式であるか、“ＲＥＳＴ”形式であるか、ＲＥＳＴ形式であっても更にその詳細の種別が特定される。
20 differs from FIG. 37 in that FIG. 37 includes a
図３８は、ＳＱＬ文とＲＥＳＴ方式の両方を用いてアクションを定義した場合の、クエリ定義のデータ構成の一例を示す図である。図２１、図３０のデータ構成と、ほぼ同じ構成である。図２１若しくは図３０と、図３８の異なる点は、まずはクエリ種別３８０１がデータ構成に含まれる点である。クエリ種別３８０１に記載された種別により、接続先３８０２、データ取得式３８０３の内容が、“ＳＱＬ”形式であるか、“ＲＥＳＴ”形式であるか、ＲＥＳＴ形式であっても更にその詳細の種別が特定される。
FIG. 38 is a diagram illustrating an example of a data structure of a query definition when an action is defined using both the SQL sentence and the REST method. The data configuration is almost the same as that shown in FIGS. The difference between FIG. 21 or FIG. 30 and FIG. 38 is that the
なお、図３７と図３８のクエリ種別はいずれか一方があればよい。また、実際には後述するようにクエリ種別の記載はなくともよい。 Note that either one of the query types in FIGS. 37 and 38 may be provided. In practice, the query type need not be described as will be described later.
ステップＳ３３０１においては、クエリ定義の方式が、ＳＱＬ文による方式か、ＲＥＳＴ方式かを判断する。具体的には、前述のクエリ種別（図３７の３７０１または図３８の３８０１）により判断される。また前述したように、クエリ種別（図３７の３７０１または図３８の３８０１）を記憶しなくとも、接続先３８０２またはデータ取得式３８０３に記載された内容を文字列として解析する、などによりクエリ種別を判別するようにしてもよい。アクションが“ＳＱＬ文による方式として定義されている”と判断された場合には、ステップＳ３３０２に進む。“ＲＥＳＴ方式として定義されている”と判断された場合には、ステップＳ３３０３に進む。 In step S3301, it is determined whether the query definition method is an SQL statement method or a REST method. Specifically, the determination is made based on the above-described query type (3701 in FIG. 37 or 3801 in FIG. 38). Further, as described above, the query type (such as 3701 in FIG. 37 or 3801 in FIG. 38) is stored as a character string without storing the query type (such as 3701 in FIG. 37 or 3801 in FIG. 38). You may make it discriminate | determine. If it is determined that the action is “defined as a method using an SQL statement”, the process advances to step S3302. If it is determined that “defined as REST method”, the process advances to step S3303.
ステップＳ３３０２においては、“ＳＱＬ文による方式”として、図２２のステップＳ２２１５からステップＳ２２１８までの処理を実行する。 In step S3302, the processing from step S2215 to step S2218 in FIG. 22 is executed as “method by SQL statement”.
ステップＳ３３０３においては、“ＲＥＳＴ方式”として、例えばＪＳＯＮ形式であれば、図３１のステップＳ３１０１からステップＳ３１１５までの処理を実行する。また、ＲＥＳＴ方式として、ＪＳＯＮ形式以外にも、ＸＭＬ形式、ＣＳＶ形式などにより定義する場合には、ステップＳ３３０３において、各々の形式に対応する処理を実行する。そのためクエリ定義の方式が、ＲＥＳＴ方式のいずれであるかを判断して処理の分岐を行う。具体的には、前述のクエリ種別（図３７の３７０１または図３８の３８０１）により判断される。 In step S3303, if the “REST method” is, for example, JSON format, the processing from step S3101 to step S3115 in FIG. 31 is executed. When the REST method is defined in XML format, CSV format or the like other than JSON format, processing corresponding to each format is executed in step S3303. For this reason, it is determined whether the query definition method is the REST method, and the process is branched. Specifically, the determination is made based on the above-described query type (3701 in FIG. 37 or 3801 in FIG. 38).
これにより、両フローチャートは、クエリ定義毎に方式を判別して分岐し、クエリ定義を実行するフローチャートとなる。 Thus, both flowcharts are flowcharts for branching by determining the method for each query definition and executing the query definition.
以上により、レイアウト定義およびアプリケーション実行時に、ＳＱＬ文による方式とＲＥＳＴ方式によるクエリ定義の双方を混在させることが可能であることの説明を完了する。 This completes the description that both the SQL statement method and the REST method query definition can be mixed during layout definition and application execution.
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。 Although one embodiment has been described above, the present invention can take an embodiment as, for example, a system, apparatus, method, program, or recording medium, and specifically includes a plurality of devices. The present invention may be applied to a system including a single device.
また、本発明におけるプログラムは、本発明に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体はコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。 The program according to the present invention is a program that can be executed by a computer according to the processing method of the flowchart shown in the present invention. The storage medium according to the present invention stores a program that can be executed by a computer. The program in the present invention may be a program for each processing method of each device.
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。 As described above, a recording medium that records a program that implements the functions of the above-described embodiments is supplied to a system or apparatus, and a computer (or CPU or MPU) of the system or apparatus stores the program stored in the recording medium. It goes without saying that the object of the present invention can also be achieved by executing the reading.
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。 In this case, the program itself read from the recording medium realizes the novel function of the present invention, and the recording medium storing the program constitutes the present invention.
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。 As a recording medium for supplying the program, for example, a flexible disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, DVD-ROM, magnetic tape, nonvolatile memory card, ROM, EEPROM, silicon A disk, solid state drive, or the like can be used.
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。 Further, by executing the program read by the computer, not only the functions of the above-described embodiments are realized, but also an OS (operating system) operating on the computer based on an instruction of the program is actually It goes without saying that a case where the function of the above-described embodiment is realized by performing part or all of the processing and the processing is included.
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。 Furthermore, after the program read from the recording medium is written to the memory provided in the function expansion board inserted into the computer or the function expansion unit connected to the computer, the function expansion board is based on the instructions of the program code. It goes without saying that the case where the CPU or the like provided in the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。 上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。 Further, the present invention may be applied to a system composed of a plurality of devices or an apparatus composed of a single device. Needless to say, the present invention can be applied to a case where the present invention is achieved by supplying a program to a system or apparatus. In this case, by reading a recording medium storing a program for achieving the present invention into the system or apparatus, the system or apparatus can enjoy the effects of the present invention. The form of the program may be in the form of object code, program code executed by an interpreter, script data supplied to an OS (operating system), and the like.
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。 Furthermore, by downloading and reading a program for achieving the present invention from a server, database, etc. on a network using a communication program, the system or apparatus can enjoy the effects of the present invention.
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。 In addition, all the structures which combined each embodiment mentioned above and its modification are also included in this invention.
１０１ プログラム開発装置
１０２ プログラム開発サーバ
１０３ データベースサーバ
１０４ アプリケーションクライアント
１０５ アプリケーションサーバ
１０６ ＲＥＳＴサーバ
１０７ ネットワーク
３００ 開発画面制御部
３０１ レイアウト定義部
３０２ 一括作成部
３０３ アクション定義部
３０４ クエリ定義部
３０５ 指示引渡処理生成部
３０６ 記憶部
３１１ 一括作成情報受付部
３１２ カラム名取得部
３１３ オブジェクト生成部
３１４ オブジェクト配置部
３１５ 値設定表示部
３２１ レイアウト定義記憶部
３２２ アクション定義記憶部
３２３ クエリ定義記憶部
３３０ 画面生成部
３３１ パラメータ取得部
３３２ 要求引渡部
３３３ 要求受付部
３３４ アクション定義取得部
３３５ 検索実行制御部
３３６ 結果受渡部
３３７ 結果受付部
３３８ 結果設定部
３３９ 表示制御部
101 Program Development Device 102
Claims (17)
前記クライアント装置は、
前記アプリケーションサーバに処理を指示するユーザの操作を受け付ける指示受付オブジェクトが選択されることで実行されるイベント処理を含む画面データを表示する表示制御手段と、
前記表示制御手段に表示された画面データ上の前記指示受付オブジェクトに対するユーザの操作に応じて、前記指示受付オブジェクトに関連付けられたイベント処理により生成されるアプリケーションサーバに対するクエリの要求を、前記アプリケーションサーバに引き渡す要求引渡手段と、を備え、
前記アプリケーションサーバは、
検索サービスに対する検索条件を指定するための前記クエリをアクション定義として記憶するアクション定義記憶手段と、
前記クライアント装置の前記要求引渡手段から引き渡される前記要求を受け付ける要求受付手段と、
前記要求受付手段により受け付けた前記要求に基づいて、前記アクション定義記憶手段に記憶されている前記アクション定義を取得するアクション定義取得手段と、
前記アクション定義取得手段により取得した前記アクション定義における前記クエリに基づいて前記検索サービスから検索結果を取得し、処理結果とする検索実行制御手段と、
前記検索実行制御手段により得られる前記処理結果を、前記クライアント装置へ送信する送信手段と、を備え、
前記表示制御手段は、前記アプリケーションサーバの送信手段により送信された処理結果が、処理結果表示オブジェクトに配置された画面データを表示することを特徴とする情報処理システム。 An information processing system for controlling execution of an application, in which a client device and an application server can communicate via a network,
The client device is
Display control means for displaying screen data including event processing executed by selecting an instruction receiving object that receives a user operation for instructing the application server to perform processing;
In response to a user operation on the instruction receiving object on the screen data displayed on the display control means, a query request to the application server generated by event processing associated with the instruction receiving object is sent to the application server. A request delivery means for delivering,
The application server is
Action definition storage means for storing the query for specifying a search condition for the search service as an action definition;
Request accepting means for accepting the request delivered from the request delivering means of the client device;
Action definition acquisition means for acquiring the action definition stored in the action definition storage means based on the request received by the request reception means;
Search execution control means for acquiring a search result from the search service based on the query in the action definition acquired by the action definition acquisition means, and setting it as a processing result;
Transmission means for transmitting the processing result obtained by the search execution control means to the client device,
The information processing system, wherein the display control means displays the screen data arranged in the processing result display object as a result of processing sent by the sending means of the application server.
前記検索実行制御手段による前記処理結果を、前記画面データの前記処理結果表示オブジェクトに当てはめる当てはめ手段と、を更に備え、
前記アプリケーションサーバの前記送信手段は、前記当てはめ手段により当てはめられた前記画面データを前記クライアント装置へ送信し、
前記クライアント装置の前記表示制御手段は、前記アプリケーションサーバの前記送信手段により送信された前記画面データを用いて表示することを特徴とする請求項１に記載の情報処理システム。 The application server is
A fitting unit that applies the processing result obtained by the search execution control unit to the processing result display object of the screen data;
The transmission means of the application server transmits the screen data fitted by the fitting means to the client device;
The information processing system according to claim 1, wherein the display control unit of the client device displays the screen data transmitted by the transmission unit of the application server.
前記クエリと、該クエリに基づいて得られる前記検索結果に含まれるデータ項目の値を前記画面データ上にレイアウトされる複数の処理結果表示オブジェクトのいずれに表示するかを指定するマッピング情報とを対応付けてクエリ定義とし、１または複数の該クエリ定義を含むことが可能であるアクション定義を記憶するものであることを特徴とする請求項１乃至請求項３のいずれか１項に記載の情報処理システム。 The action definition storage means includes
Corresponding to the query and mapping information for designating which of the plurality of processing result display objects laid out on the screen data the value of the data item included in the search result obtained based on the query is displayed The information processing according to any one of claims 1 to 3, wherein an action definition capable of including one or a plurality of query definitions is stored as a query definition. system.
前記クエリ定義を複数含む場合に該クエリ定義を実行する順番を指定する実行順を含むことを特徴とする請求項４に記載の情報処理システム。 The action definition is
The information processing system according to claim 4, further comprising an execution order that specifies an order in which the query definitions are executed when a plurality of the query definitions are included.
前記クエリがパラメータ部分を含む場合には、前記画面データにおいて条件値を含む条件項目オブジェクトと該パラメータ部分を対応付けて記憶することが可能であって、
前記イベント処理は、
前記条件項目オブジェクトから条件値を取得し、前記要求引渡手段が前記アプリケーションサーバに引き渡す前記要求に、前記条件項目オブジェクトと前記条件値とを対応付けて含むことが可能であって、
前記検索実行制御手段は、
前記クエリがパラメータ部分を含む場合には、該パラメータ部分に対応する前記要求に含まれる前記条件項目オブジェクトから取得した前記条件値を、該クエリのパラメータ部分に代入し、前記検索サービスに対する検索の処理を実行させるものであることを特徴とする請求項４または請求項５のいずれか１項に記載の情報処理システム。 The query definition is
When the query includes a parameter portion, it is possible to store the condition item object including a condition value in the screen data in association with the parameter portion,
The event processing is
It is possible to acquire a condition value from the condition item object and include the condition item object and the condition value in association with the request delivered to the application server by the request delivery unit,
The search execution control means includes
When the query includes a parameter part, the condition value acquired from the condition item object included in the request corresponding to the parameter part is substituted into the parameter part of the query, and a search process for the search service is performed. The information processing system according to claim 4, wherein the information processing system is executed.
前記処理結果表示オブジェクトが配置された表示グループを含むものであって、
前記表示制御手段は、
前記クエリ定義において指定された前記表示グループに基づいて、処理結果表示オブジェクトが配置された画面データを表示することを特徴とする請求項４乃至請求項６のいずれか１項に記載の情報処理システム。 The query definition is
Including a display group in which the processing result display objects are arranged,
The display control means includes
The information processing system according to any one of claims 4 to 6, wherein screen data on which a processing result display object is arranged is displayed based on the display group specified in the query definition. .
複数の異なる方式による前記検索サービスに応じて定義をすることが可能であり、
前記クエリ定義が、複数の異なる方式による前記検索サービスのうちいずれの該検索サービスに対応する前記クエリ定義であるかを判別する検索サービス方式判別手段と、を更に備え、
前記検索実行制御手段は、
前記検索サービス方式判別手段により判別された前記検索サービスの方式に応じて、前記クエリ定義に基づいて、該検索サービスの検索が実行されることによって前記検索結果を取得するものであることを特徴とする請求項４乃至請求項７のいずれか１項に記載の情報処理システム。 The query definition is
It is possible to define according to the search service by a plurality of different methods,
Search service method determining means for determining which of the search services by a plurality of different methods is the query definition corresponding to the search service;
The search execution control means includes
In accordance with the search service method determined by the search service method determining means, the search result is acquired by executing a search of the search service based on the query definition. The information processing system according to any one of claims 4 to 7.
前記イベント処理を、前記アクション定義記憶手段に記憶された前記アクション定義に基づいて生成する指示引渡処理生成手段と、
を備えることを特徴とする請求項１乃至請求項８のいずれか１項に記載の情報処理システム。 The application server is
An instruction delivery process generating means for generating the event process based on the action definition stored in the action definition storage means;
The information processing system according to any one of claims 1 to 8, further comprising:
前記アクション定義における前記クエリは、
前記データベースへ発行する前記ＳＱＬ文であることを特徴とする請求項１乃至請求項９のいずれか１項に記載の情報処理システム。 The search service is implemented as a database search using SQL statements,
The query in the action definition is
The information processing system according to any one of claims 1 to 9, wherein the SQL statement is issued to the database.
前記ＳＱＬ文と、該ＳＱＬ文に基づいて得られる前記検索結果に含まれるデータ項目の値を前記画面データ上にレイアウトされる複数の処理結果表示オブジェクトのいずれに表示するかを指定するマッピング情報と、を対応付けてクエリ定義とし、１または複数の該クエリ定義を含むことが可能であることを特徴とする請求項１０に記載の情報処理システム。 The action definition is
Mapping information for designating which of the plurality of processing result display objects laid out on the screen data the value of the data item included in the search result obtained based on the SQL sentence is displayed; The information processing system according to claim 10, wherein a query definition is associated with each other to include one or a plurality of the query definitions.
前記アクション定義における前記クエリは、
前記ウェブサービスに発行される前記ＵＲＬであることを特徴とする請求項１乃至請求項１１のいずれか１項に記載の情報処理システム。 The search service is implemented by a method of specifying a URL as a search condition for a web service and acquiring response data of a REST method as a result,
The query in the action definition is
The information processing system according to claim 1, wherein the URL is issued to the web service.
前記レスポンスデータのうちいずれの部分データ構成を利用するかを指定する指定対象と該指定対象で指定された前記部分データから取得されたデータ項目のうちいずれのデータ項目の値をいずれの処理結果オブジェクトに対応付けるかを指定する抽出式とを対応付けてマッピング情報とし、前記ＵＲＬと該マッピング情報と、を対応付けてクエリ定義とし、１または複数の該クエリ定義を含むことが可能であることを特徴とする請求項１２に記載の情報処理システム。 The action definition is
Which processing result object is the value of which data item is acquired from the specified target that specifies which partial data configuration of the response data is used and the partial data that is specified by the specified target It is possible to associate an extraction formula that specifies whether or not to associate with each other into mapping information, associate the URL with the mapping information with a query definition, and include one or a plurality of the query definitions. The information processing system according to claim 12.
検索サービスに対する検索条件を指定するためのクエリをアクション定義として記憶するアクション定義記憶手段と、
前記クライアント装置の要求引渡手段から引き渡される前記要求を受け付ける要求受付手段と、
前記要求受付手段により受け付けた前記要求に基づいて、前記アクション定義記憶手段に記憶されている前記アクション定義を取得するアクション定義取得手段と、
前記アクション定義取得手段により取得した前記アクション定義における前記クエリに基づいて前記検索サービスから検索結果を取得し、処理結果とする検索実行制御手段と、
前記検索実行制御手段により得られる前記処理結果を、前記クライアント装置へ送信する送信手段と、を備えることを特徴とするアプリケーションサーバ。 An application server that controls execution of an application that can communicate with a client device via a network,
Action definition storage means for storing a query for specifying a search condition for the search service as an action definition;
Request accepting means for accepting the request delivered from the request delivering means of the client device;
Action definition acquisition means for acquiring the action definition stored in the action definition storage means based on the request received by the request reception means;
Search execution control means for acquiring a search result from the search service based on the query in the action definition acquired by the action definition acquisition means, and setting it as a processing result;
An application server comprising: a transmission unit that transmits the processing result obtained by the search execution control unit to the client device.
前記クライアント装置は、
表示制御手段が、前記アプリケーションサーバに処理を指示するユーザの操作を受け付ける指示受付オブジェクトが選択されることで実行されるイベント処理を含む画面データを表示する表示制御ステップと、
要求引渡手段が、前記表示制御ステップに表示された画面データ上の前記指示受付オブジェクトに対するユーザの操作に応じて、前記指示受付オブジェクトに関連付けられたイベント処理により生成されるアプリケーションサーバに対するクエリの要求を、前記アプリケーションサーバに引き渡す要求引渡ステップと、を備え、
前記アプリケーションサーバは、
アクション定義登録ステップが、検索サービスに対する検索条件を指定するための前記クエリをアクション定義としてアクション定義記憶手段に記憶させるアクション定義記憶ステップと、
要求受付手段が、前記クライアント装置の前記要求引渡ステップから引き渡される前記要求を受け付ける要求受付ステップと、
アクション定義取得手段が、前記要求受付ステップにより受け付けた前記要求に基づいて、前記アクション定義記憶手段に記憶されている前記アクション定義を取得するアクション定義取得ステップと、
検索実行制御手段が、前記アクション定義取得ステップにより取得した前記アクション定義における前記クエリに基づいて前記検索サービスから検索結果を取得し、処理結果とする検索実行制御ステップと、
送信手段が、前記検索実行制御ステップにより得られる前記処理結果を、前記クライアント装置へ送信する送信ステップと、を備え、
前記表示制御ステップは、前記アプリケーションサーバの送信ステップにより送信された処理結果が、処理結果表示オブジェクトに配置された画面データを表示することを特徴とする情報処理方法。 An information processing method for controlling execution of an application, in which a client device and an application server can communicate via a network,
The client device is
A display control step in which display control means displays screen data including event processing executed by selecting an instruction receiving object that receives an operation of a user who instructs the application server to perform processing;
The request delivery means sends a query request to the application server generated by event processing associated with the instruction receiving object in response to a user operation on the instruction receiving object on the screen data displayed in the display control step. And a request delivery step of delivering to the application server,
The application server is
An action definition storing step for storing the query for specifying a search condition for a search service in an action definition storage means as an action definition;
A request accepting step for accepting the request delivered from the request delivery step of the client device;
An action definition acquisition unit that acquires the action definition stored in the action definition storage unit based on the request received by the request reception step;
A search execution control means acquires a search result from the search service based on the query in the action definition acquired by the action definition acquisition step, and sets it as a processing result.
A transmission unit, the transmission step of transmitting the processing result obtained by the search execution control step to the client device,
The display control step displays the screen data arranged in the processing result display object as the processing result transmitted by the transmission step of the application server.
前記クライアント装置を、
前記アプリケーションサーバに処理を指示するユーザの操作を受け付ける指示受付オブジェクトが選択されることで実行されるイベント処理を含む画面データを表示する表示制御手段、
前記表示制御手段に表示された画面データ上の前記指示受付オブジェクトに対するユーザの操作に応じて、前記指示受付オブジェクトに関連付けられたイベント処理により生成されるアプリケーションサーバに対するクエリの要求を、前記アプリケーションサーバに引き渡す要求引渡手段、として機能させ、
前記アプリケーションサーバを、
検索サービスに対する検索条件を指定するための前記クエリをアクション定義として記憶するアクション定義記憶手段、
前記クライアント装置の前記要求引渡手段から引き渡される前記要求を受け付ける要求受付手段、
前記要求受付手段により受け付けた前記要求に基づいて、前記アクション定義記憶手段に記憶されている前記アクション定義を取得するアクション定義取得手段、
前記アクション定義取得手段により取得した前記アクション定義における前記クエリに基づいて前記検索サービスから検索結果を取得し、処理結果とする検索実行制御手段、
前記検索実行制御手段により得られる前記処理結果を、前記クライアント装置へ送信する送信手段、として機能させ、
前記表示制御手段は、前記アプリケーションサーバの送信手段により送信された処理結果が、処理結果表示オブジェクトに配置された画面データを表示することを特徴とするプログラム。 A program executable in an information processing system that controls execution of an application, in which a client device and an application server can communicate via a network,
The client device;
Display control means for displaying screen data including event processing executed by selecting an instruction receiving object that receives a user operation for instructing the application server to perform processing;
In response to a user operation on the instruction receiving object on the screen data displayed on the display control means, a query request to the application server generated by event processing associated with the instruction receiving object is sent to the application server. Function as a request delivery means,
The application server
Action definition storage means for storing the query for specifying a search condition for a search service as an action definition;
Request accepting means for accepting the request delivered from the request delivering means of the client device;
Action definition acquisition means for acquiring the action definition stored in the action definition storage means based on the request received by the request reception means;
Search execution control means for acquiring a search result from the search service based on the query in the action definition acquired by the action definition acquisition means, and setting it as a processing result;
The processing result obtained by the search execution control unit functions as a transmission unit that transmits to the client device,
The display control unit displays the screen data arranged in the processing result display object as the processing result transmitted by the transmission unit of the application server.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011102292 | 2011-04-28 | ||
| JP2011102292 | 2011-04-28 | ||
| JP2011188929 | 2011-08-31 | ||
| JP2011188929 | 2011-08-31 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2013257727A Division JP6064889B2 (en) | 2011-04-28 | 2013-12-13 | Information processing system, server, developer terminal, processing method thereof, and program |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2017062851A true JP2017062851A (en) | 2017-03-30 |
| JP2017062851A5 JP2017062851A5 (en) | 2017-06-15 |
| JP6278103B2 JP6278103B2 (en) | 2018-02-14 |
Family
ID=48188691
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012101791A Expired - Fee Related JP5445619B2 (en) | 2011-04-28 | 2012-04-26 | Information processing apparatus system, information processing system control method, program, and recording medium |
| JP2013257727A Active JP6064889B2 (en) | 2011-04-28 | 2013-12-13 | Information processing system, server, developer terminal, processing method thereof, and program |
| JP2016248734A Active JP6278103B2 (en) | 2011-04-28 | 2016-12-22 | Information processing system, application server, information processing method, program, and recording medium |
Family Applications Before (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012101791A Expired - Fee Related JP5445619B2 (en) | 2011-04-28 | 2012-04-26 | Information processing apparatus system, information processing system control method, program, and recording medium |
| JP2013257727A Active JP6064889B2 (en) | 2011-04-28 | 2013-12-13 | Information processing system, server, developer terminal, processing method thereof, and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (3) | JP5445619B2 (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2019125308A (en) * | 2018-01-19 | 2019-07-25 | キヤノンマーケティングジャパン株式会社 | Information processing device, control method therefor, and computer program |
| JP2020013224A (en) * | 2018-07-13 | 2020-01-23 | オムロン株式会社 | Control system, search device, and search program |
| JP2020013223A (en) * | 2018-07-13 | 2020-01-23 | オムロン株式会社 | Control system, search device, and search program |
| KR20200023668A (en) * | 2018-08-14 | 2020-03-06 | (주)파밍봇 | Cloud database coupled collective printing apparatus and method thereof |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015092319A (en) * | 2013-11-08 | 2015-05-14 | 鉄平 都築 | Program |
| JP6966710B2 (en) * | 2015-03-17 | 2021-11-17 | キヤノンマーケティングジャパン株式会社 | Information processing device, control method of information processing device, and program |
| KR101951586B1 (en) * | 2015-04-03 | 2019-02-22 | 미쓰비시덴키 가부시키가이샤 | Object adjustment tool and recording medium |
| JP6334836B1 (en) * | 2018-01-30 | 2018-05-30 | 鉄平 都築 | program |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10320247A (en) * | 1997-05-16 | 1998-12-04 | Mitsubishi Electric Corp | Database management system |
| JP2008217534A (en) * | 2007-03-06 | 2008-09-18 | Nec Informatec Systems Ltd | Application screen preparation system and method, and application program |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3519126B2 (en) * | 1994-07-14 | 2004-04-12 | 株式会社リコー | Automatic layout system |
| JPH0830418A (en) * | 1994-07-18 | 1996-02-02 | Pfu Ltd | Editing system for constituent component of graphical user interface |
| JPH11338602A (en) * | 1998-05-29 | 1999-12-10 | Matsushita Electric Works Ltd | Information processing system |
| JP2000222430A (en) * | 1999-02-03 | 2000-08-11 | Osaka Gas Co Ltd | Virtual database management system |
| JP4817550B2 (en) * | 2001-07-31 | 2011-11-16 | 株式会社ブロードリーフ | Design support method, design support program, design support system |
| KR100475432B1 (en) * | 2002-02-26 | 2005-03-10 | 삼성전자주식회사 | method for design modification of Graphic User Interface and recorded media thereof |
| JP2006099545A (en) * | 2004-09-30 | 2006-04-13 | Jfe Systems Inc | Screen creation method and apparatus |
| KR100795929B1 (en) * | 2005-09-29 | 2008-01-21 | 엔에이치엔(주) | Method and system for transmitting defined-query to database |
| JP4927895B2 (en) * | 2009-03-03 | 2012-05-09 | みずほ情報総研株式会社 | Form creation processing system, form creation processing method, and form creation processing program |
-
2012
- 2012-04-26 JP JP2012101791A patent/JP5445619B2/en not_active Expired - Fee Related
-
2013
- 2013-12-13 JP JP2013257727A patent/JP6064889B2/en active Active
-
2016
- 2016-12-22 JP JP2016248734A patent/JP6278103B2/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10320247A (en) * | 1997-05-16 | 1998-12-04 | Mitsubishi Electric Corp | Database management system |
| JP2008217534A (en) * | 2007-03-06 | 2008-09-18 | Nec Informatec Systems Ltd | Application screen preparation system and method, and application program |
Non-Patent Citations (1)
| Title |
|---|
| 竹下 俊 外３名: "「コーディングレスでＷｅｂアプリケーションの作成を実現するＧｄＦｏｒｍ」", ＮＥＣ技報, vol. 第６２巻，第４号, JPN6017048669, 25 December 2009 (2009-12-25), pages ｐｐ．１１２−１１５ * |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2019125308A (en) * | 2018-01-19 | 2019-07-25 | キヤノンマーケティングジャパン株式会社 | Information processing device, control method therefor, and computer program |
| JP7060788B2 (en) | 2018-01-19 | 2022-04-27 | キヤノンマーケティングジャパン株式会社 | Information processing equipment, information processing equipment control methods, and computer programs |
| JP2020013224A (en) * | 2018-07-13 | 2020-01-23 | オムロン株式会社 | Control system, search device, and search program |
| JP2020013223A (en) * | 2018-07-13 | 2020-01-23 | オムロン株式会社 | Control system, search device, and search program |
| JP7107047B2 (en) | 2018-07-13 | 2022-07-27 | オムロン株式会社 | Control system, search device and search program |
| JP7107046B2 (en) | 2018-07-13 | 2022-07-27 | オムロン株式会社 | Control system, search device and search program |
| KR20200023668A (en) * | 2018-08-14 | 2020-03-06 | (주)파밍봇 | Cloud database coupled collective printing apparatus and method thereof |
| KR102227518B1 (en) * | 2018-08-14 | 2021-04-16 | (주)파밍봇 | Cloud database coupled collective printing apparatus and method thereof |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6278103B2 (en) | 2018-02-14 |
| JP2013065274A (en) | 2013-04-11 |
| JP2014063524A (en) | 2014-04-10 |
| JP6064889B2 (en) | 2017-01-25 |
| JP5445619B2 (en) | 2014-03-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6278103B2 (en) | Information processing system, application server, information processing method, program, and recording medium | |
| Sohan et al. | A case study of web API evolution | |
| CN102521230B (en) | For the result type that data with good conditionsi show | |
| US8161025B2 (en) | Patent mapping | |
| US8484611B2 (en) | Method and system for simplified assembly of information processing applications | |
| Frischmuth et al. | Ontowiki–an authoring, publication and visualization interface for the data web | |
| US20090265324A1 (en) | Query processing visualization system and method of visualizing query processing | |
| US20090327277A1 (en) | Methods and apparatus for reusing data access and presentation elements | |
| US20230051114A1 (en) | Content curation and product linking system and method | |
| JP2007272884A (en) | Method and system to index captioned object in published literature for information discovery task | |
| US8688626B2 (en) | Software tool for generating technical business data requirements | |
| US20110167070A1 (en) | Reusing assets for packaged software application configuration | |
| AU2012200701B2 (en) | Patent Mapping | |
| JP5556846B2 (en) | Information processing apparatus, control method of information processing apparatus, information processing system, control method of information processing system, and program thereof | |
| US10318254B2 (en) | Integrating application features into a platform interface based on application metadata | |
| JP2008242873A (en) | Software automatic configuring device and method | |
| Simoes et al. | Serving Geospatial Data Using Modern and Legacy Standards: a Case Study from the Urban Health Domain | |
| US20220035606A1 (en) | System and method for tailoring a customizer for integration process modeling visual element to a domain specific language for business integrations | |
| Mou et al. | Visual orchestration and autonomous execution of distributed and heterogeneous computational biology pipelines | |
| Neatrour et al. | Automating the production of map interfaces for digital collections using Google APIs | |
| Babcock et al. | Where do we go from here: A review of technology solutions for providing access to digital collections | |
| KR102042557B1 (en) | method for providing information about promising intems and apparatus for providing information about promising intems | |
| Masahiko et al. | Spreadsheet-based framework for interactive 3D visualization of web resources | |
| Chon et al. | CS5604: Information and Storage Retrieval Fall 2017-FE (Front-End Team) | |
| Eason et al. | Blog and Forum Collection for Trail Study |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20170123 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20170123 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20170329 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20170428 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20171113 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20171219 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20180101 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6278103 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |