JP7618529B2 - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。

今日において、帳票等の自動作成を行うことで業務を支援する業務支援アプリケーションソフトウェアが知られている。例えば、特許文献１（特開２００１－０４２８５４号公報）には、表の列の表示抑制の設定／解除を、簡易な操作で、即座に可能とした表示制御装置が開示されている。

この表示制御装置は、マウスボタン処理により、列名一覧コントロール上でマウスボタン操作がなされた列名の列番号を記憶する。また、マウスボタン＆マウスムーブ処理により、列名一覧コントロール上でのマウスのドラッグ操作により選択された両端の列の列番号を記憶する。そして、マウスボタンアップ処理により、列名一覧コントロール上でマウスボタンアップ操作された列名の列の列番号を記憶する。また、マスタＷクリック処理により、列名一覧コントロール上で選択された列の列表示フラグを反転させ、各列の列表示フラグ（列の表示／非表示（表示抑制）を指定するフラグ）に基づいて、表及び列名一覧コントロールの表示を行う。これにより、列表示フラグに基づいて、列の表示及び非表示を指定することができ、表の列の表示抑制の設定／解除を、簡易な操作で、即座に可能とすることができる。

特開２００１－０４２８５４号公報

ここで、帳票又は申請書類等の作成において、なるべく入力作業は簡単な方が好ましい。

本発明は、上述の課題に鑑みてなされたものであり、例えば帳票又は申請書類等の作成における入力作業を簡素化できるような情報処理装置、情報処理方法及び情報処理プログラムの提供を目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る情報処理装置は、表示画面内の領域のうち、保存対象とする保存領域を示す保存領域定義を設定する保存領域設定部と、保存領域設定部で設定された保存領域内に配置する少なくとも表示項目又は操作ボタンであるコントロールを示すコントロール定義を設定するコントロール設定部と、コントロールのうち、次回以降の画面表示時に、値を動的に更新して表示するコントロールを、動的復元対象コントロール定義として設定する動的復元対象設定部と、保存領域定義の子要素としてコントロール定義を関連付け、コントロール定義から選択された、保存領域定義及び保存領域定義の子要素の動的復元対象コントロール定義を関連付けることで、選択された保存領域定義及び動的復元対象コントロール定義を階層化して記憶部に記憶する記憶制御部と、を有する。

また、上述した課題を解決し、目的を達成するために、本発明に係る情報処理方法は、情報処理装置が備える保存領域設定部、コントロール設定部、動的復元対象設定部及び記憶制御部で実行する情報処理方法であって、保存領域設定部が、表示画面内の領域のうち、保存対象とする保存領域を示す保存領域定義を設定する保存領域設定ステップと、コントロール設定部が、保存領域設定ステップで設定された保存領域内に配置する少なくとも表示項目又は操作ボタンであるコントロールを示すコントロール定義を設定するコントロール設定ステップと、動的復元対象設定部が、コントロールのうち、次回以降の画面表示時に、値を動的に更新して表示するコントロールを、動的復元対象コントロール定義として設定する動的復元対象設定ステップと、記憶制御部が、保存領域定義の子要素としてコントロール定義を関連付け、コントロール定義から選択された、保存領域定義及び保存領域定義の子要素の動的復元対象コントロール定義を関連付けることで、選択された保存領域定義及び動的復元対象コントロール定義を階層化して記憶部に記憶する記憶制御ステップと、を有する。

また、上述した課題を解決し、目的を達成するために、本発明に係る情報処理プログラムは、コンピュータを、表示画面内の領域のうち、保存対象とする保存領域を示す保存領域定義を設定する保存領域設定部と、保存領域設定部で設定された保存領域内に配置する少なくとも表示項目又は操作ボタンであるコントロールを示すコントロール定義を設定するコントロール設定部と、コントロールのうち、次回以降の画面表示時に、値を動的に更新して表示するコントロールを、動的復元対象コントロール定義として設定する動的復元対象設定部と、保存領域定義の子要素としてコントロール定義を関連付け、コントロール定義から選択された、保存領域定義及び保存領域定義の子要素の動的復元対象コントロール定義を関連付けることで、選択された保存領域定義及び動的復元対象コントロール定義を階層化して記憶部に記憶する記憶制御部として機能させることを特徴とする。

本発明によれば、例えば帳票又は申請書類等の作成における入力作業を簡素化できるという効果を奏する。

図１は、実施の形態の業務支援システムのシステム構成を示す図である。 図２は、ローコードＷｅｂ開発装置のハードウェア構成を示すブロック図である。 図３は、アプリケーションＷｅｂサーバ装置のハードウェア構成を示すブロック図である。 図４は、帳票アプリケーションプログラムの開発段階の概要を説明するための図である。 図５は、帳票アプリケーションプログラムの利用段階の概要を説明するための図である。 図６は、帳票アプリケーションプログラムにおける対象期間等の動的更新処理の概要を説明するための図である。 図７は、動的更新処理を行うための従来のプログラミングを示す図である。 図８は、帳票アプリケーション画面のデザインの仕方を説明するための図である。 図９は、帳票アプリケーションプログラムに基づいて業務オペレータの業務支援装置に表示されるＷｅｂ画面を示す図である。 図１０は、画面保存アクション及び画面復元アクションの設定の仕方を説明するための図である。 図１１は、画面保存アクションに対する詳細設定を説明するための図である。 図１２は、画面保存アクションにおける関数設定動作を説明するための図である。 図１３は、画面復元アクションに対する詳細設定を説明するための図である。 図１４は、画面保存アクション及び画面復元アクションの設定例を示す図である。 図１５は、マスタページ上に設けられたプレースホルダを説明するための図である。 図１６は、画面保存アクションで保存対象とする領域の設定動作を説明するための図である。 図１７は、画面保存アクションにおける動的復元対象の設定動作を説明するための図である。 図１８は、画面保存アクションにおける関数対象の設定動作を説明するための図である。 図１９は、アプリケーション定義データベースに記憶される画面保存アクションのアクション情報の一例を示す図である。 図２０は、画面復元アクションにおける復元対象の設定動作を説明するための図である。 図２１は、画面復元アクションにおける除外項目の設定動作を説明するための図である。 図２２は、アプリケーション定義データベースに記憶される画面復元情報のアクション情報の一例を示す図である。 図２３は、帳票アプリケーションプログラムに基づいてＷｅｂ画面が業務支援装置に表示される流れを示す図である。 図２４は、帳票アプリケーションプログラムに基づいて業務支援装置に表示されるＷｅｂ画面の一例を示す図である。 図２５は、帳票アプリケーションプログラムに基づいて行われる動的更新対象の動的更新処理を説明するための図である。 図２６は、Ｗｅｂ画面の保存ボタンが操作された際に表示される画像保存ダイアログの一例を示す図である。 図２７は、画像保存ダイアログの動的更新対象の設定ボタンが操作された際に表示される動的更新設定画面の一例を示す図である。 図２８は、動的更新対象の関数が設定された状態の画像保存ダイアログを示す図である。 図２９は、画面保存ダイアログの保存ボタンが操作されことで業務データベースに記憶される各種データを示す図である。 図３０は、使用可能な関数が一覧表示された動的更新設定画面の一例を示す図である。 図３１は、画面項目関数による基準日の取得動作を説明するための図である。 図３２は、通常関数の一例を示す図である。 図３３は、解析部による関数の解析動作の流れを示す模式図である。 図３４は、パターン化され関数式マスタに登録される関数を説明するための図である。 図３５は、画面保存ダイアログに表示される関数式を示す図である。 図３６は、画面保存ダイアログ上で、サジェスト形式で呼び出し可能とされた関数式を示す図である。 図３７は、アプリケーション定義データベースに記憶されているＵＩ情報及びアクション情報等に基づいて表示されるＷｅｂ画面（初期画面）の一例を示す図である。 図３８は、画面復元時に業務データベースから取得される各種情報を説明するための図である。 図３９は、指定された画面が復元される流れを示す図である。 図４０は、業務関数を説明するための図である。 図４１は、業務関数が業務データベースの業務関数マスタに登録される流れを示す図である。 図４２は、業務関数を含む関数の一覧が表示された動的更新設定画面の一例を示す図である。 図４３は、復元処理により復元されたＷｅｂ画面の一例を示す図である。 図４４は、業務関数に基づく動的更新対象の動的更新処理を説明するための図である。 図４５は、利用頻度の高い関数の上位表示機能を説明するための図である。 図４６は、利用頻度の高い順に一覧表示された関数を示す図である。

以下、本発明を適用した実施の形態となる業務支援システムを、図面に基づいて詳細に説明する。以下の実施の形態の説明により、本発明が限定されるものではない。

［システム構成］
図１は、実施の形態の業務支援システムのシステム構成を示す図である。この図１に示すように、実施の形態の業務支援システムは、開発者用コンピュータ装置１、ローコード開発Ｗｅｂサーバ装置２、アプリケーション定義データベース３、アプリケーションＷｅｂサーバ装置４、業務支援装置５、及び、業務データベース７を有している。

開発者用コンピュータ装置１は、Ｗｅｂブラウザ８により、例えばインターネット等の所定のネットワークを介してローコード開発Ｗｅｂサーバ装置２と通信を行う。ローコード開発Ｗｅｂサーバ装置２は、開発者用コンピュータ装置１に対してローコード開発ツールの一例として、帳票アプリケーション開発ツール（情報処理プログラムの一例）を提供している。開発者は、ローコード開発Ｗｅｂサーバ装置２で提供される帳票アプリケーション開発ツールを用いて、開発者用コンピュータ装置１を操作して帳票アプリケーションプログラムを作成する。これにより、開発者用コンピュータ装置１で作成された帳票アプリケーションプログラムは、ローコード開発Ｗｅｂサーバ装置２のアプリケーション定義データベース３に保存される。

なお、アプリケーション定義データベース３は、ローコード開発Ｗｅｂサーバ装置２に設けられていることとして説明を進めるが、ローコード開発Ｗｅｂサーバ装置２とは物理的に異なるサーバ装置に設けられていてもよい。

アプリケーションＷｅｂサーバ装置４は、開発者用コンピュータ装置１で作成された業務支援プログラムの定義データを、ローコード開発Ｗｅｂサーバ装置２のアプリケーション定義データベース３から取得する。また、アプリケーションＷｅｂサーバ装置４は、取得した定義データに基づいて、帳票アプリケーションプログラムを生成する。そして、アプリケーションＷｅｂサーバ装置４は、生成した帳票アプリケーションプログラムに基づいて、帳票の入力画面等を生成し、Ｗｅｂブラウザ９を介して業務支援装置５に送信する。

業務支援装置５は、アプリケーションＷｅｂサーバ装置４で生成された帳票アプリケーションプログラムを、Ｗｅｂブラウザ９を介して利用し、所望の帳票の入力処理等を行う。アプリケーションＷｅｂサーバ装置４は、業務支援装置５の入力処理に基づいて業務データを生成し、業務ＡＰＩ（Application Programming Interface）６を介して業務サーバ装置１０に送信する。業務サーバ装置１０は、アプリケーションＷｅｂサーバ装置４から取得した業務データを、業務データベース７に記憶又は更新する。また。業務データベース７に記憶されている業務データは、業務支援装置５のリクエストに応じてアプリケーションＷｅｂサーバ装置４を介して取得され、Ｗｅｂブラウザ９を介して業務支援装置５に提供される。

（ローコード開発Ｗｅｂサーバ装置の構成）
図２は、ローコード開発Ｗｅｂサーバ装置２の構成を示す図である。この図２に示すように、ローコード開発Ｗｅｂサーバ装置２は、記憶部１５、制御部１６及び通信インターフェース部１７を有している。

記憶部１５には、帳票アプリケーション開発ツールが記憶されている。一例ではあるが、この帳票アプリケーション開発ツールは、いわゆるローコード開発ツールとなっている。なお、ローコード開発ツール以外の開発ツールを用いて帳票アプリケーション開発ツールを構築してもよい。また、ローコード開発ツールには、「事前にソースコードもしくはバイナリプログラムを生成したものを格納、提供する」タイプ、又は、「実行のタイミングで逐次的に解釈されランタイムコードとして実行される」タイプ、の２種類のタイプが存在するが、帳票アプリケーション開発ツールの作成に、いずれのタイプのローコード開発ツールを用いてもよい。

開発ユーザは、開発用コンピュータ装置１のＷｅｂブラウザ８及び所定のネットワーク１３を介してローコード開発Ｗｅｂサーバ装置２に記憶される帳票アプリケーション開発ツールを利用し、所望の帳票アプリケーションプログラムを開発する。ネットワーク１３をとしては、インターネット等の広域網又はＬＡＮ（Local Area Network）等のプライベート網等を用いることができる。開発ユーザにより開発された帳票アプリケーションプログラムのアプリケーション定義は、記憶部１５のアプリケーション定義データベース３に記憶される。

制御部１６は、帳票アプリケーション開発ツールに基づいて動作することで、通信制御部２１、入力処理部２２、パネル設定部２３、コントロール設定部２４、復元対象設定部２５、動的復元対象設定部２６、記憶制御部２７及びアクション設定部２８として機能する。

通信制御部２１は、通信インターフェース部１７、ネットワーク１３及びＷｅｂブラウザ８を介して開発用コンピュータ装置１と通信を行い、開発ユーザの入力操作等を示す情報を取得する。入力処理部２２は、取得された開発ユーザの入力操作等を示す情報に基づいて、開発ユーザの入力処理を行う。パネル設定部２３は、開発ユーザの入力操作に応じて、帳票のユーザインターフェースとなるアプリケーション画面に所定領域のパネルを設定する。コントロール設定部２４は、パネル上に、例えばテキストボックス及び所定のボタン等のコントロールを設定する。

復元対象設定部２５は、アプリケーション画面のコントロールのうち、次回以降のパネル表示時に同じ値の表示を行うコントロール及び値を復元対象コントロール定義として設定する。動的復元対象設定部２６は、アプリケーション画面のコントロールのうち、次回以降のパネル表示時に対応する値を動的に表示する（次回表示時に対応する値に変更して表示する）コントロールを、動的対象コントロール定義として設定する。

記憶制御部２７は、パネル設定部２３～動的復元対象設定部２６により設定された設定情報をアプリケーション定義として、記憶部の一例であるアプリケーション定義データベース３に記憶する。これにより、アプリケーション定義データベース３に開発ユーザにより開発された帳票アプリケーションプログラムが形成される。アクション設定部２８は、保存アクション及び復元アクションの詳細設定を行う。

（アプリケーションＷｅｂサーバ装置の構成）
図３は、アプリケーションＷｅｂサーバ装置４の構成を示す図である。この図３に示すように、アプリケーションＷｅｂサーバ装置４は、記憶部３１、制御部３２及び通信インターフェース部４６を有している。

制御部３２は、図示しないアプリケーション生成プログラムに基づいて動作することで、アプリケーション生成部４０として機能する。アプリケーション生成部４０は、通信制御部４１を介して、ローコード開発Ｗｅｂサーバ装置２のアプリケーション定義データベース３に記憶されたアプリケーション定義を取得し、帳票アプリケーションプログラムを生成して記憶部３１に記憶制御する。

また、制御部３２は、生成された帳票アプリケーションプログラムに基づいて動作することで、通信制御部４１、入力処理部４２、画面制御部４３、記憶制御部４４及び解析部４５として機能する。

通信制御部４１は、上述のようにローコード開発Ｗｅｂサーバ装置２からアプリケーション定義を取得する他、Ｗｅｂブラウザ９を介して業務支援装置５と通信を行い、業務データを取得する。入力処理部４２は、業務支援装置５から取得された業務データの入力処置を行う。画面制御部４３は、業務データの入力画面等を業務支援装置５に提供する。記憶制御部４４は、第２の記憶制御部の一例であり、通信制御部４１を介して、業務データを業務サーバ装置１０に送信し、第２の記憶部の一例である業務データベース７に記憶制御する。解析部４５は、関数式の解析を行う。詳しくは、後述する。

（業務サーバ装置の構成）
業務サーバ装置１０は、図３に示すように、業務ＡＰＩ６、業務データベース７及び制御部１９を有している。業務データベース７には、関数式マスタ６１、決算期マスタ６２、業務関数マスタ６３及び優先表示関数データ６４が記憶されている。

関数式マスタ６１には、帳票のページ毎に、関数式と日本語での表示名とが関連付けて登録されている。決算期マスタ６２には、決算期の期首となる日付、及び、期末となる日付が関連付けされて登録されている。業務関数マスタ６３には、各業務に特化した関数式、表示名及びＡＰＩ処理等が関連付けされて登録されている。優先表示関数データ６４は、利用頻度の高い関数の関数データであり、関数が一覧表示された際に、上位に表示される。詳しくは、後述する。

（ローコード開発における２つの段階）
実施の形態の業務支援システムのローコード開発基盤では、帳票アプリケーションプログラムの開発者側と、顧客となる企業の業務オペレータ側の、２種類の利用者を想定している。基本的に、開発者と業務オペレータは、開発者がローコード開発基盤を用いて帳票アプリケーションプログラムの開発を行い、業務オペレータは業務用途で帳票アプリケーションプログラムを利用する関係性にある。このため、帳票アプリケーションプログラムには、開発段階（開発者が操作）と、利用段階（オペレータが操作）との、２つの段階が存在する。

すなわち、開発段階では、開発者がローコード開発基盤を用いて帳票アプリケーションプログラムの開発を行う。この開発段階では、ユーザインターフェース（ＵＩ）の設定、フローによるアクション設定が行われる。この開発段階の設定内容は、アプリケーション定義データベース３に登録され、帳票アプリケーションプログラムに反映される。

これに対して、開発された帳票アプリケーションプログラムを、業務オペレータが利用する利用段階では、アプリケーション定義データベース３の定義に基づいて帳票アプリケーションプログラムが実行される。帳票アプリケーションプログラムの定義は、開発段階で行われ、業務オペレータは帳票アプリケーションプログラムの変更等は行うことができない。業務オペレータは、ボタンクリック等の操作を行うことで、そのボタンに対して開発段階で割り当てられたフロー定義に対応する処理が行われる。

（開発段階の概要）
図４は、開発段階の概要を説明するための図である。開発段階は、開発者が帳票アプリケーションプログラムを開発する段階である。開発段階では、開発者は、例えば図４（ａ）に示すＵＩ開発画面に基づいて、パネルを配置すると共に、パネル上に所望のボタン等のコントロールを配置してユーザインターフェースをデザイン（開発）し、また、ユーザインターフェースと所望の動作を示すフローチャート（フロー）との割り付けを行う。

また、開発段階では、開発者は、例えば図４（ｂ）に示すフロー開発画面において、図４（ａ）に示したＵＩ開発画面で配置したボタン等のコントロール等に対して、一連のロジックの割り付けを行う。図４（ｂ）の例は、保存フローに対して第１の画面保存アクションが割り付けられた例である。

また、開発段階では、開発者は、例えば図４（ｃ）に示すアクション開発画面において、画面保存時の保存対象又は復元時の除外設定等を行う。図４（ｃ）の例は、図４（ｂ）に示したフロー開発画面で割り付けたアクションの編集例を示しており、画面の保存を行う際に、全画面を保存するように設定を行った例を示している。なお、図４（ｃ）における「パネル」を選択することで、パネルが保存される。このアクション開発画面で設定された内容であるアプリケーション定義は、アプリケーションデータベース３に保存される。アプリケーションデータベース３に保存されるアプリケーション定義は、フロー情報、ＵＩ情報、アクション情報、ビジネスツール情報等である。詳しくは、後述する。このようなアプリケーション定義は、業務支援装置５を介してユーザが操作する帳票アプリケーションプログラムの挙動に反映される。

（利用段階の概要）
利用段階は、開発段階で開発者により開発された帳票アプリケーションプログラムを業務オペレータが利用する段階である。利用段階では、アプリケーションＷｅｂサーバ装置４が、アプリケーション定義データベース７に記憶されたアプリケーション定義に基づいて、図５（ａ）～図５（ｅ）に示すように、業務オペレータが操作する業務支援装置５に対して、帳票アプリケーションプログラムに基づく動作を提供する。業務オペレータはボタンを操作することで、そのボタンに開発段階で割り付けられているフロー定義に従って処理が実行される。

図５（ａ）は、開発段階でデザインされたアプリケーション画面の一例を示している。この例の場合、パネル上に、社員コード、社員名、所属部署の入力欄、保存ボタン及び復元ボタンが表示された例である。保存ボタンが操作されると、図５（ｂ）に示すように画面保存ダイアログが表示され、図５（ｅ）に示すように保存名を付けて業務データとして業務データベース７（会計業務用又は販売業務用）に保存可能となっている。アプリケーションの定義自体は、開発段階で行う作業であり、業務オペレータからは変更不可となっている。

アプリケーション画面から登録される各業務データとしては、例えば仕訳データ(会計データベースに保存)及び売上データ及び仕入データ(販売データベースに保存)が登録される。また、アプリケーション画面から登録される各業務データとしては、例えば、画面保存パターンデータ(会計データベース及び販売データベースに共通)、及び画面保存パターン既定値(会計データベース及び販売データベースに共通)等が登録される。

また、図５（ａ）に示す復元ボタンが操作されると、図５（ｃ）に示すように復元ダイアログが表示され、図５（ｂ）に示した画面保存ダイアログで保存名を付けて保存した画面の復元（再表示）を指定可能となっている。

（画面項目入力内容の一部保存、復元の仕組み）
（画面保存機能の概要と課題）
次に、画面保存機能の概要と課題を、対象期間、事業所、部門を条件指定して、帳票を出力するような帳票画面を例に説明する。なお、画面上、帳票の検索条件（対象期間、事業所、部門）は同一パネル（第１の検索条件パネル）上に配置されているものとする。業務オペレータは、画面情報をパターン化して保存し、必要に応じてパターン（画面）を復元することで、帳票出力業務における入力の手間を下げることができる。画面情報を保存する際には、項目によって下記の要件が考えられる。

まず、画面項目入力内容を保存する場合として、画面上の全てのコントロール（テキストボックス及びボタン等）を対象に保存したい場合と、特定の領域(例:パネル)上のコントロールのみ対象に指定して保存したい場合とが考えられる。図６（ａ）に示す画面例は、業務オペレータがパターン化したい項目は帳票の検索条件であり、第１の検索条件パネル上にある項目のみをパターン化の対象とする例である。また、例えば事業所のみパターン化を行い、部門は数が多いため、その都度、業務オペレータが入力する等のように、パネル上の項目のうち、オペレータの運用によって一部の項目は保存対象から除外したい場合もある。また、検索条件の中で、対象期間のような日付項目は、時間の経過とともに必要な値が変化するため、画面情報を単純にパターン化して保存、復元するだけでは、保存した値が古くなり、結局オペレータによる手作業での値の修正が必要になる。

このように、単純な値の保存及び復元に適さない(変更頻度が高くパターン化が難しい)項目であっても、必要な値を動的に算出できる場合がある。例えば、図６（ａ）の画面例の場合、基準日には、常にサーバ日付（現在の日付）がセットされる。このため、この基準日の値を利用すれば、復元した画面上に、適切な日付を表示できる。例えば、図６（ｂ）に示す日次での帳票出力画面(例：日計表)では、対象期間には基準日当日の値がセットされるケースが多い。また、図６（ｃ）に示す月次での帳票出力画面(例：月次推移表)では、対象期間には、基準日の月初及び月末の値がセットされるケースが多い。このように動的な値の算出を行い、画面情報を復元することを、以下、「動的更新処理」と呼称する。

動的更新処理を行う場合、動的更新が必要な項目(対象期間)に対して、関数(画面上の基準日の値を取得し、その値を元に必要な値を返す)を設定しておく必要がある。

図７に例示する従来のプログラミングでは、パネル上にコントロールを配置する場合、各開発者がＨＴＭＬ（Hyper Text Markup Language）又はＡＳＰ(Active Server Page)等のプログラミング言語により、このようなＵＩコントロールの階層構造を実現していた。図７の例は、ＨＴＭＬでプログラミングされた例であり、第１の検索条件パネル上の基準日（KijunDate）は、復元対象外とし、対象期間の開始日（TaishouKikanFrom）及び対象期間の終了日（TaishouKikanTo）は動的な復元対象とする例である。また、図７の例は、事業所コード（ZigyoushoCD）は復元対象であり、部門コード（BumonCD）は復元対象外とする例である。

このようなＨＴＭＬの情報から、保存対象の要素を抽出するには別途プログラミングによる処理等が必要であり、保存対象の画一的な抽出特定、及び、保存対象の変更が困難となる問題がある。

（ローコード基盤の特徴（コントロール間の階層構造を明確化））
ローコード開発基盤では、開発者は、図８（ａ）に示すようにＵＩ開発画面において、例えばパネル、テキストボックス及びボタン等のコントロールをドラッグアンドドロップ操作することで、帳票アプリケーション画面をデザインする。その際、ローコード基盤上では、パネル上にテキストボックスを配置した場合には、パネルのコントロールとテキストボックスのコントロールとの間で親子関係を示す階層構造を構築して保持する。

すなわち、図８（ａ）の例のように、パネル設定部２３により設定されたパネル（第１の検索条件パネル）のコントロールの子要素として、コントロール設定部２４により、対象期間開始、対象期間終了と事業所、部門の計４つのテキストボックス等が配置されたとする。このようなコントロールの配置を行った場合、復元対象設定部２５及び動的復元対象設定部２６は、パネルのコントロールを親要素とし、対象期間開始、終了、事業所、部門のテキストボックスのコントロールをパネルの子要素として関連付ける。そして、記憶制御部２７が、階層構造化した情報を、アプリケーション定義データベース３に登録する。

このような、画面上のコントロールを整理した情報として保存する、汎用的な画面情報の保存及び復元の仕組みは、従来のＨＴＭＬ構造と比べて、各コントロールの親子関係の把握を容易化できる。

すなわち、図９（ａ）に示すアプリケーション定義データベース３には、図９（ｂ）に示すように、第１のパネル（PanelNo.1）である第１の検索条件パネルに対して、対象期間の開始日（TaishouKikanFrom）、対象期間の終了日（TaishouKikanTo）、事業所コード（ZigyoushoCD）及び部門コード（BumonCD）が子要素として関連付けされて登録されている。アプリケーションＷｅｂサーバ装置４は、アプリケーション定義データベース３から取得した、このようなアプリケーション定義を、図９（ｃ）に示すようにＨＴＭＬデータに変換し、業務支援装置５に提供する。

業務支援装置５は、Ｗｅｂブラウザ９を介してアプリケーションＷｅｂサーバ装置４からのＨＴＭＬデータを、図３に示す出力装置５２に表示する。これにより、図９（ｄ）に示すように、上述の親子関係（階層構造）に従って、対象期間、事業所及び部門の各入力項目、保存ボタン及び復元ボタン等を備えた、第１の保存条件パネルが表示される。

（コントロール間の階層構造を用いた画面の保存及び復元の仕組み）
（処理フローの設定と、コントロールと処理フローの関連付け動作）
次に、開発基盤上では、ボタン操作が行われた際に実行する処理を処理フローとして設定することができる。なお、フローチャート内に配置できる処理の単位を「アクション」と呼称する。上述のように、画面の保存及び復元には、いくつかの要件が存在する。このような要件を実現するために、ローコード開発基盤上では、図１０（ａ）に示すように「画面保存アクション」及び「画面復元アクション」の２つのアクションが設定可能となっている。

図１０（ａ）及び図１０（ｂ）の例は、第１の画面保存アクションを呼び出すフロー(保存フローと呼称)が作成され、このフロー定義がアプリケーション定義データベース３に登録された例を示している。図２に示すコントロール設定部２４は、アプリケーション定義データベース３に登録されたフロー定義を、図１０（ｃ）に示すように、開発した画面上のコントロールイベントに割り付ける。これにより、フロー定義で指定される処理を実行できる。なお、保存ボタンには、画面保存アクションが含まれるフロー(保存フロー)割り当てられ、復元ボタンには、画面復元アクションが含まれるフロー(復元フロー)が割り当てられているものとする。

（画面保存アクションの詳細設定）
次に、図１１（ａ）～図１１（ｃ）に示すように、フロー内に設定された画面保存アクションに対しては、その詳細な設定を行うことが可能となっている。図１１（ｄ）は、第１の画面保存アクションに対する編集画面（詳細設定画面）の一例である。この図１１（ｄ）に示すように第１の画面保存アクションに対する編集画面には、「対象領域」、「動的復元対象」及び「関数対象」の編集項目が設けられている。

開発者により、図１１（ｄ）に示すように「対象領域」の項目が選択されると、保存領域設定部の一例であるアクション設定部２８は、「全画面」及び「パネル」の選択項目を、開発用コンピュータ装置１に表示する。開発者は、第１の画面保存アクションで保存対象とする対象領域を画面全体（全画面）とする場合は、図１１（ｄ）に示すように「全画面」の選択項目を選択操作する。

また、開発者は、第１の画面保存アクションで保存対象とする対象領域を、画面に配置したパネルの領域にする場合は、図１１（ｅ）に示すように「パネル」の選択項目を選択操作する。例えば、第１の検索条件パネル、第２の検索条件パネル等のように、図１１（ｆ）に示すアプリケーション定義データベース３に、保存候補となる「パネル」が複数存在する場合、アクション設定部２８は、プルダウンメニュー等で各パネルを一覧表示する。開発者は、一覧表示された各パネルのうち、所望のパネルを選択操作する。図１１（ｅ）の例は、第１の画面保存アクションで保存対象とする対象領域として第１の検索条件パネルが選択された例である。

次に、開発者により、図１１（ｇ）に示すように「動的復元対象」の編集項目が選択されると、アクション設定部２８は、図１１（ｆ）に示すアプリケーション定義データベース３から、画面上のコントロールの中で値を持つ要素(基準日、対象期間開始、対象期間終了、事業所、部門)を抽出して図１１（ｇ）に示すように一覧表示する。開発者は、図１１（ｈ）に示すように、一覧表示されたコントロールの中から、動的復元対象とするコントロールを選択する。選択したコントロールに対しては、例えば「開始日」又は「終了日」等ように項目名を付すことが可能となっている。

次に、開発者により、図１２（ａ）に示すように「関数対象」の編集項目が選択されると、アクション設定部２８は、図１２（ｄ）に示すように、コントロールの中で値を持つ要素(基準日、対象期間開始、対象期間終了、事業所、部門)をアプリケーション定義データベース３から抽出し、図１２（ａ）に示すように一覧表示する。開発者は、図１２（ｂ）に示すように、一覧表示されたコントロールの中から、関数対象とする所望のコントロールを選択する。選択したコントロールに対しては、例えば「KIJUNFUNC」等ように関数名を付すことが可能となっている。

図１２（ｃ）は、対象領域、動的復元対象及び関数対象の詳細設定が完了した状態における、第１の画面保存アクションの編集画面の一例を示している。対象領域、動的復元対象及び関数対象の詳細設定が完了すると、記憶制御部２７は、図１２（ｅ）に示すように、第１の画面保存アクションに対して対象領域（第１の検索条件パネル）、関数対象（基準日／KIJUNFUNC）及び動的復元対象（対象期間開始／開始日、対象期間終了／終了日）を関連付けてアプリケーション定義データベース３に登録する。

（画面復元アクションの詳細設定）
次に、図１３（ａ）～図１３（ｃ）に示すように、フロー内に設定された画面復元アクションに対しても、その詳細な設定を行うことが可能となっている。図１３（ｄ）は、第
１の画面復元アクションに対する編集画面（詳細設定画面）の一例である。この図１３（ｄ）に示すように、第１の画面復元アクションに対する編集画面には、「復元対象」及び「除外対象」の編集項目が設けられている。

開発者により、図１３（ｄ）に示すように「復元対象」の項目が選択されると、アクション設定部２８は、図１３（ｅ）に示すアプリケーション定義データベース３に登録されている上述の保存アクションを抽出し、図１３（ｄ）に示すように、プルダウンメニュー等で一覧表示する。

これに対して、図１３（ｆ）は、開発者により、「除外項目」の項目が選択された場合における、第１の画面復元アクションの編集画面の一例である。この場合、アクション設定部２８は、図１３（ｇ）に示すアプリケーション定義データベース３から、画面上のコントロールの中で値を持つ要素(対象期間開始、対象期間終了、事業所、部門)を抽出し、図１３（ｆ）に示すように一覧表示する。開発者は、図１３（ｆ）に示すように、例えばチェックボックスに対してチェックを付すことで、一覧表示されたコントロールの中から、復元対象とはしないコントロールを選択する。この図１３（ｆ）の例は、復元対象とはしないコントロールとして、「部門コード」選択された例である。この場合、アクション設定部２８は、除外コントロール設定部の一例として機能し、入力された値の復元を行わないコントロール（除外項目）を示す除外コントロール定義を設定する。

次に、図１３（ｈ）は、復元対象及び除外項目の詳細設定が完了した状態における、第１の画面復元アクションの編集画面の一例を示している。復元対象及び除外項目の詳細設定が完了すると、記憶制御部２７は、図１３（ｉ）に示すように、第１の画面復元アクションに対して復元対象（第１の画面保存アクション）及び除外項目（部門コード）を関連付けてアプリケーション定義データベース３に登録する。

このようにローコード開発基盤では、コーディングを行うことなく、復元対象を柔軟に指定して、画面保存アクション及び画面復元アクションを設定することができる。これにより、復元すべき対象を特定できる。図１４（ａ）の例は、第１の画面保存アクションの対象領域として「第１の検索条件パネル」が設定され、関数対象として「基準日」が設定され、動的復元対象として「対象期間開始、対象期間終了」が設定された例である。また、図１４（ａ）の例は、第１の画面復元アクションの復元対象として「第１の画面保存アクション」が設定され、除外項目として「部門コード」が設定された例である。

これにより、業務支援装置５の出力装置５２には、アプリケーションＷｅｂサーバ装置４により、図１４（ｂ）に示すように更新対象外とされた基準日及び第１の検索条件パネルが表示される。また、第１の検索条件パネルには、それぞれ第１の検索条件パネルの子要素である、動的復元対象とされた対象期間、更新対象とされた事業所、更新対象外とされた部門の各項目、保存ボタン及び復元ボタン等が、アプリケーションＷｅｂサーバ装置４により表示される。

（ページ間の階層構造を用いた画面保存及び復元）
次に、帳票アプリケーションプログラムにおける各画面のテンプレートの役割を果たす画面を「マスタページ」という。例えばマスタメンテ又は帳票等、各画面の特性に合うマスタページを利用することで、各画面での開発コストを下げることができる。マスタページを利用して作成される子画面では、以下に説明するように、マスタページのコントロール又はアクションを継承して利用することができる。以下、画面復元及び保存に必要とされる継承の仕組みについて説明する。マスタページから継承される内容は、各子画面間での統一感を持たせるために、変更できない部分と、各画面での裁量に合わせて変更可能な部分に分かれており、柔軟な画面設計が可能となっている。

（コントロール(ＵＩ情報)の継承）
図１５（ａ）に示すように、マスタページでは、斜線の領域で示すように、子画面側でコントロールを追加可能な領域(以下、プレースホルダという)を設定することができる。マスタページのコントロール(基準日、第１の検索条件パネル、対象期間、事業所、部門)は、図１５（ｂ）及び図１５（ｄ）に示すように自動的に子画面に継承される。また、子画面側では、プレースホルダ上に各子画面で必要なコントロールの配置が可能となっている。

対象期間、事業所、部門のような項目は、どのような帳票でも使用する条件のため、マスタページ側に記載しており、個別設定の例として、日計表では取引先情報、月次推移表では勘定科目情報を検索条件に追加している。

図１５（ｂ）の例は、子画面において、プレースホルダ上に「取引先」のコントロールを配置した例である。これにより、アクション設定部２８は、第１の検索条件パネルの子要素として、「取引先」のコントロール（TorihikisakiCD）を追加して設定する。記憶制御部２７は、図１５（ｃ）に示すように、アプリケーション定義データベース３の第１の検索条件パネルの子要素として、「取引先」のコントロール（TorihikisakiCD）を追加して登録する。

同様に、図１５（ｄ）の例は、子画面において、プレースホルダ上に「総勘定科目」のコントロールを配置した例である。これにより、アクション設定部２８は、第１の検索条件パネルの子要素として、「総勘定科目」のコントロール（KanjouCD）を追加して設定する。記憶制御部２７は、図１５（ｅ）に示すように、アプリケーション定義データベース３の第１の検索条件パネルの子要素として、「総勘定科目」のコントロール（KanjouCD）を追加して登録する。

（画面保存アクションの継承）
次に、図１６（ａ）に示す上述の画面保存アクションにおける「対象領域」の設定は、図１６（ｂ）に斜線で示すように、マスタページで設定した情報が子画面に継承され、子画面側からは変更できないようになっている。図１５（ａ）を用いて説明したプレースホルダの仕組みを組み合わせることで、子画面側でコントロールを配置するだけで、所望のコントロールを画面保存の対象とすることができるため、コーディング不要で柔軟な保存対象の追加が可能となる。

また、図１７（ａ）に示す上述の画面保存アクションにおける「動的復元対象」の設定は、図１７（ｂ）に示す斜線で示すように、マスタページで設定した情報が子画面に継承され、さらに子画面側から追加でコントロールの設定を行うことができる。図１７（ｂ）の例は、「取引先」のコントロールが子画面から追加された例である。

また、図１８（ａ）に示す上述の画面保存アクションにおける「関数対象」の設定は、図１８（ｂ）に示す斜線で示すように、マスタページで設定した情報が子画面に継承され、さらに子画面側から追加で関数対象となるコントロールの設定を行うことができる。図１８（ｂ）の例は、関数対象として事業所（ZIGYOUSHOFUNC）が子画面から追加された例である。

このように継承された画面保存アクション設定は、記憶制御部２７により、図１９に示すようにアプリケーション定義データベース３に記憶される。

（画面復元アクションの継承）
次に、図２０（ａ）に示す上述の画面復元アクションにおける「復元対象」の設定は、図２０（ｂ）に斜線で示すように、マスタページで設定した情報が子画面に継承され、子画面側から変更はできないようになっている。

これに対して、図２１（ａ）に示す上述の画面復元アクションにおける「除外項目」の設定は、図２１（ｂ）に斜線で示すように、マスタページで設定した情報が子画面に継承され、さらに子画面側から追加で除外項目とするコントロールを設定可能となっている。図２１（ｂ）の例は、「取引先」のコントロールが、除外項目として子画面から追加された例である。

このように継承された画面復元アクション設定は、記憶制御部２７により、図２２に示すようにアプリケーション定義データベース３に記憶される。

（画面項目の保存、復元に関するデータ構造とその仕組み）
（業務オペレータから見た画面保存、復元アクション実行時の処理の流れ）
次に、図３に示すアプリケーションＷｅｂサーバ装置４のアプリケーション生成部４０は、アプリケーション定義データベース３に記憶されているアプリケーション定義に基づいて帳票アプリケーションプログラムを生成する。そして、アプリケーションＷｅｂサーバ装置４は、生成した帳票アプリケーションプログラムに基づいて、例えば日計表の入力画面等を生成し、業務オペレータの業務支援装置５に提供する。

図２３（ａ）は、上述の第１の検索条件パネルが業務支援装置５の出力装置５２に表示された例である。業務オペレータにより、入力装置５１を介して第１の検索条件パネルの各入力項目に所望の値が入力され、保存ボタンが操作されると、アプリケーションＷｅｂサーバ装置４の入力処理部４２が、これを検出し、画面制御部４３が、図２３（ｂ）に示す画面保存ダイアログを生成する。通信制御部４１は、この画面保存ダイアログを、ネットワーク１３を介して業務支援装置５に送信する。

業務オペレータは、画面保存ダイアログに対して、例えば「第１のサンプルデータ」等の保存名を付加し、保存ボタンを操作する。アプリケーションＷｅｂサーバ装置４の入力処理部４２が、保存ダイアログの保存ボタンの操作を検出すると、記憶制御部４４は、上述の対象領域、動的復元対象、関数対象、除外項目を反映させた第１のサンプルデータの画面パターン情報を生成する。そして、記憶制御部４４は、第１のサンプルデータの画面パターン情報を、通信制御部４１を介して業務サーバ装置１０に送信し、図２３（ｃ）に示すように業務データベース７に記憶制御する。

次に、図２３（ａ）に示す復元ボタンが操作されると、アプリケーションＷｅｂサーバ装置４の入力処理部４２が、これを検出し、通信制御部４１が、図２３（ｄ）に示すように業務サーバ装置１０の業務データベース７から各サンプルデータの画面パターン情報を取得する。アプリケーションＷｅｂサーバ装置４の画面制御部４３は、取得された画面パターン情報に基づいて、図２３（ｅ）に示すように画面復元ダイアログを生成する。通信制御部４１は、この画面復元ダイアログを、ネットワーク１３を介して業務支援装置５に送信する。

画面復元ダイアログには、過去に保存された各サンプルデータの一覧が表示されている。業務オペレータは、復元する画面に対応するサンプルデータを画面復元ダイアログから選択し、画面復元ダイアログの復元ボタンを操作する。アプリケーションＷｅｂサーバ装置４の画面制御部４３は、画面復元ダイアログから選択されたサンプルデータに対応する画面を復元し、業務支援装置５に送信する。これにより、図２３（ａ）に示すように、上述の対象領域、動的復元対象、関数対象、除外項目を反映された画面が、業務支援装置５の出力装置５２上に復元される。

（画面情報の保存と復元時の処理）
次に、画面情報の保存と復元時の処理を説明する。以下に説明する例は、画面保存アクションで、第１の検索条件パネルが保存領域となっている例である。この場合、第１の検索条件パネルに対して子要素となるコントロール(対象期間開始、終了、事業所、部門)が保存対象となる。画面保存アクションの動的更新対象の設定により、対象期間開始、対象期間終了が動的更新対象となり、事業所コードと部門コードが通常の更新対象となる。

まず、業務オペレータが帳票アプリケーションプログラムの起動操作を行うと、アプリケーションＷｅｂサーバ装置４の画面制御部４３は、アプリケーション定義データベース３から図２４（ｂ）に示すＵＩ情報を取得すると共に、図２４（ｃ）に示すアクション情報を取得し、例えば図２４（ａ）に示すようなＷｅｂ画面の一例である月次推移表を生成して業務支援装置５に表示する。

次に、業務オペレータは、図２５に示すように、月次推移表に対して検索条件を入力し、保存ボタンを操作する。これにより、アプリケーションＷｅｂサーバ装置４の画面制御部４３は、図２４（ｃ）に示した第１の画面保存アクションの関数対象設定に基づいて、画面上の基準日の値を取得し、図２７を用いて説明する動的更新設定画面に渡す（動的更新設定画面で用いる）。

また、図２４（ｃ）に示した第１の画面保存アクションの動的更新対象設定により、対象期間開始及び対象期間終了が動的更新の対象となる。なお、図２５は、例えば事業所「Ａ１＝東京事業所」及び部門「Ｂ１＝営業部」のようなデータが業務データベース７に予め登録されている例である。

次に、業務オペレータにより、図２５に示す月次推移表の保存ボタンが操作されると、アプリケーションＷｅｂサーバ装置４の画面制御部４３は、図２６に示す画像保存ダイアログを生成する。上述のように、第１の画面保存アクションの動的更新対象設定により、対象期間開始には開始日、対象期間終了には終了日という名称が付されている。このため、画面制御部４３は、動的更新対象として開始日及び終了日の各名称を一覧表示した画像保存ダイアログを生成し、業務支援装置５に表示する。

業務オペレータは、この画像保存ダイアログにおいて、対象期間の開始日又は終了日等の動的更新対象のうち、関数設定を行う動的更新対象の設定ボタンを操作する。この設定ボタンが操作されると、アプリケーションＷｅｂサーバ装置４の画面制御部４３は、図２７（ａ）に示す動的更新設定画面を生成し、業務支援装置５に表示する。

図２７（ａ）に示す動的更新設定画面は、対象期間の「開始日」に対応する動的更新設定画面の一例である。上述のように、第１の画面保存アクションの関数対象設定により、基準日に対しては「KIJUNFUNC」という名称が付加されている。このため、アプリケーションＷｅｂサーバ装置４の画面制御部４３は、「KIJUNFUNC()」という関数を、使用可能な関数一覧の表示領域に表示した動的更新設定画面を生成する。この他、画面制御部４３は、例えば引数に渡した日付の月初日付を取得する関数である「BEGINMONTH()」、及び、引数に渡した日付の月末日付を取得する関数である「ENDMONTH()」等を使用可能な関数一覧の表示領域に表示した動的更新設定画面を生成する。

ここで、関数式の値が変更されると、図３に示す解析部４５により、関数式の検証処理が行われ、この検証結果が、図２７（ａ）に示す関数式のプレビュー欄に表示される。図２７（ａ）の例は、「BEGINMONTH(KIJUNFUNC())」の関数式が正当な検証結果であることを示すプレビュー表示の一例である。不当な関数式の場合、画面制御部４３は、図２７（ｂ）に示すように、「BEGINMONTH(KIJUNFUNC(」等の不当な関数式と共に、「×」のマークをプレビュー欄に表示した動的更新設定画面を生成する。そして、不当な関数式の場合、画面制御部４３は、図２７（ｂ）に示すように、プレビュー欄の下側に、「エラー：関数式が不正です」等のエラーメッセージを付加した動的更新設定画面を生成する。

次に、プレビュー欄に関数式の値が表示されているということは、その関数式は正当な関数式であることを意味する。このため、業務オペレータは、動的更新設定画面の確定ボタンを操作する。動的更新設定画面の確定ボタンが操作されると、アプリケーションＷｅｂサーバ装置４の画面制御部４３は、図２８に示すように、動的更新設定画面で設定された開始日の動的更新対象に、「BEGINMONTH(KIJUNFUNC())」の関数式を設定した画面保存ダイアログを生成し、業務支援装置５に表示する。

なお、図２７に示す動的更新設定画面のパターン登録ボタンが、業務オペレータにより操作されると、アプリケーションＷｅｂサーバ装置４の記憶制御部４４は、関数式自体を、画面情報とは別にパターン化して業務データベース７に登録する。これにより、一度設定した関数式の再利用を容易化できる。詳しくは、図３６を用いて後述する。

次に、業務オペレータは、画面保存ダイアログに基づいて、終了日に対しても開始日と同様に所望の関数式の設定を行い、図２８に示す画面保存ダイアログの保存ボタンを操作する。図２４（ａ）に示した月次遷移表のアクション情報から、第１の検索条件パネルが保存対象領域であることを認識できる。このため、画面保存ダイアログの保存ボタンが操作されると、アプリケーションＷｅｂサーバ装置４の記憶制御部４４は、第１の検索条件パネルを保存対象とし、図２９（ａ）に示すように、業務オペレータにより入力された値をデータ化した入力項目情報を生成する。

次に、アプリケーションＷｅｂサーバ装置４の記憶制御部４４は、生成した入力項目情報を業務データベース７に登録する。この登録の際、ユーザ毎、ページ毎、対象領域毎に入力項目情報を管理するために、記憶制御部４４は、図２９（ｂ）に示すように、入力項目情報に、キー、保存名、ユーザＩＤ、ページ情報、対象領域情報を付与することで画面保存パターンデータを生成し、これを業務データベース７に登録する。図２９（ｂ）の例は、キーとして「ランダムなＧｕｉｄ値」、保存名として「第１のサンプルデータ」、ユーザＩＤとして「オペレータＡ」、ページ情報として「月次推移表」、及び、対象領域情報として「第１の検索条件パネル」が、それぞれ入力項目情報に付加されて生成された画面保存パターンデータの例である。

次に、記憶制御部４４は、図２９（ｃ）に示すように動的更新設定された情報をデータ化して動的更新設定情報を生成する。図２９（ｃ）の例は、上述の関数式が設定された対象期間の開始日及び終了日をデータ化して生成した動的更新設定情報の例である。

次に、記憶制御部４４は、データ化した動的更新設定情報を、図２９（ｄ）に示すように画面保存パターンデータと同一のＧｕｉｄ値（図２９（ｂ）参照）を付加して業務データベース７に登録する。

このように画面保存パターンデータ及び動的更新設定情報を業務データベース７に登録すると、画面制御部４３は、図２５に示した月次推移表の画面を、業務支援装置５に表示する。

（使用可能な関数の一覧）
次に、図３０に示すように、動的更新設定画面には、使用可能な関数の一覧が表示される。関数には画面上のコントロールの値を取得できる画面項目関数と、画面上のコントロールに関わらず使用できる通常関数、各業務アプリケーション側で自由に追加できる業務関数の３種類が存在する。なお、業務関数の説明は、図４０等を用いて後述する。

画面項目関数は、ローコード開発基盤におけるアクション設定で関数対象設定を行った項目に関連付けされてアプリケーション定義データベース３に登録される関数で、図３０の例では、「KIJUNFUNC()」が、この画面項目関数に相当する。画面項目関数は、関数が実行されると、戻り値として対象のコントロールの値が取得される。すなわち、画面項目関数が画面上の基準日の値を取得する関数である場合、図３１に示すように例えば「２０２１年８月１６日（2021/8/16）」等の基準値が取得される。

通常関数は、画面上のコントロールに関連付けされない関数で、帳票アプリケーションプログラムのモジュールに組み込まれて表示される。図３０の例では、「BEGINMONTH()」及び「ENDMONTH()」が、この通常関数に相当する。この通常関数が実行されると、戻り値として関数に応じた結果が取得される(引数を受け取る通常関数も存在する)。

図３２は、通常関数の一例を示す図である。この図３２に示すように、例えば「TODAY()」の通常関数は、サーバのシステム日付を取得する関数である。この「TODAY()」の通常関数が実行されることで、例えば「２０２１年８月２０日」等のサーバのシステム日付が取得される。

「YEAR(引数１)」の通常関数は、引数１に渡した日付の年を取得する関数である。例えば、「YEAR(2021/8/20)」の通常関数が実行されると、引数１に渡した日付の年である「２０２１年」が取得される。

「MONTH(引数１)」の通常関数は、引数１に渡した日付の月を取得する関数である。例えば、「MONTH(2021/8/20)」の通常関数が実行されると、引数１に渡した日付の月である「８月」が取得される。

「DAY(引数１)」の通常関数は、引数１に渡した日付の日を取得する関数である。例えば、「DAY(2021/8/20)」の通常関数が実行されると、引数１に渡した日付の日である「２０日」が取得される。

「BEGINMONTH(引数１)」の通常関数は、引数１に渡した日付の月初日付を取得する関数である。例えば、「BEGINMONTH(2021/8/20)」の通常関数が実行されると、引数１に渡した日付の月初日付である「２０２１年８月１日（2021/08/01）」が取得される。

「ENDMONTH(引数１)」の通常関数は、引数１に渡した日付の月末日付を取得する関数である。例えば、「ENDMONTH(2021/8/20)」の通常関数が実行されると、引数１に渡した日付の月末日付である「２０２１年８月３１日（2021/08/31）」が取得される。

「BEGINMONTH(引数１、引数２)」の通常関数は、引数１に渡した日付の月初日付を、引数２に渡した数値だけ月をずらして取得する関数である。例えば、「BEGINMONTH(2021/8/20,1)」の通常関数が実行されると、２０２１年９月１日（2021/09/01）が取得される。

「ENDMONTH(引数１、引数２)の通常関数は、引数１に渡した日付の月末日付を、引数２に渡した数値だけ月をずらして取得する関数である。例えば、「ENDMONTH(2021/8/20,-1)」の通常関数が実行されると、「２０２１年７月３１日（2021/07/31)」が取得される。

使用可能な関数は、帳票アプリケーションプログラム内のモジュールに予め組み込まれており、図３に示すアプリケーションＷｅｂサーバ装置４の解析部４５が、関数式に入力された文字列を解析し、関数名に一致した文字列があれば関数が実行され戻り値が取得される。

関数の引数に別の関数を渡すことも可能で、例えば、図３０に示す画面例の「BEGINMONTH(KIJUNFUNC())」の関数の場合、「KIJUNFUNC()」の関数で画面上の基準日が取得され、「BEGINMONTH」の関数で、引数の日付の月初日付が取得される。このため、この関数式では画面上の基準日の月初日付が取得される。このように、関数を組み合わせて使用することで、所望の入力項目に対する動的更新を可能としている。

（関数式の解析動作）
次に、図３に示すアプリケーションＷｅｂサーバ装置４の解析部４５による関数の解析動作を説明する。「使用可能な関数一覧」で上述したように、使用可能な関数は、帳票アプリケーションプログラム内で管理されている。解析部４５は、業務支援装置５のブラウザ画面で関数式に入力された文字列を解析する。この解析により、文字列が正しい関数である解析結果が得られた場合、画面制御部４３が、関数を実行することで戻り値を取得し、画面上に反映する。解析部４５は、関数名と直後の「()」を検出した場合に、その関数を正しい関数と判定する。

以下、「BEGINMONTH(KIJUNFUNC())」という関数式を例として、解析部４５の解析動作を説明する。図３３は、解析部４５の解析動作の流れを示す模式図である。この図３３において、解析部４５は、「Ｂ」→「ＢＥ」→「ＢＥＧ」→「ＢＥＧＩ」・・・等のように、関数式を一文字ずつ分解して、正当な関数であるか否かの解析を行う。

図３３に示す「Ａ］の時点で、「BEGINMONTH」という帳票アプリケーションプログラムに登録された関数名と一致する文字列が検出されることとなる。直後に「(」を検出した場合、解析部４５は、「BEGINMONTH」の関数を検出する。反対に、直後に「(」を検出できない場合、解析部４５は、ただの文字として判定し、関数とはみなさない。図３３の例では、「Ｂ」の時点で、「BEGINMONTH」の直後に「(」を検出できたため、解析部４５は、「BEGINMONTH」という文字列を、関数として判定する。

次に、「BEGINMONTH(」の直後に、「)」を検出した場合、解析部４５は、「BEGINMONTH()」の文字列を、引数が設定されていない関数として判定する。図３３の例の場合、「Ｃ」の時点で、「(」の直後に「Ｋ」の文字が検出されるため、解析部４５は、この文字列を、引数が設定された関数として判定し、続けて引数の解析を行う。

次に、このように一文字ずつ文字列の解析を行うことで、図３３の「Ｄ」の時点で「KIJUNFUNC」という帳票アプリケーションプログラムに登録された関数名に一致した文字列が検出できたとする。解析部４５は、この「KIJUNFUNC」の文字列の直後に「(」を検出した場合は、この文字列を「KIJUNFUNC」の関数式として判定する。これに対して、「KIJUNFUNC」の文字列の直後に「(」を検出しない場合、解析部４５は、単なる文字列と判定し、関数式の判定は行わない。

次に、図３３の例は、「Ｅ」の時点で、「KIJUNFUNC」の文字列の直後に「(」が検出された例である。このため、解析部４５は、「KIJUNFUNC」の文字列を関数式として判定する。

次に、図３３の例は、「Ｆ」の時点で、「KIJUNFUNC(」の文字列の直後に「)」が検出され、「KIJUNFUNC」の関数が正しく完結しているため、解析部４５は、正当な関数式として判定する。この解析結果に基づいて、画面制御部４３は、例えば「2021/8/16」等の日付を取得して、月次推移表等の画面の基準日に反映させる。

これに対して、「KIJUNFUNC(」の文字列の直後に「,」が検出される場合は、第２の引数が設定されていることを意味するため、解析部４５は、続けて引数の解析を行う。

最後に、図３３に示す「Ｇ」の時点で、「KIJUNFUNC()」の文字列の直後に「)」が検出され、「BEGINMONTH(KIJUNFUNC())」の関数が正しく完結しているため、解析部４５は、正当な関数式として判定する。この関数式が、「BEGINMONTH(2021/8/16)」の場合、画面制御部４３は、例えば「2021/8/1」の日付を取得して、図２５に示す月次推移表の対象期間の開始日に反映させる。

（関数式に対する名称設定機能）
次に、図３に示す業務サーバ装置１０の業務データベース７には、ページ毎に関数式及び日本語での表示名を関連付けて登録する関数式マスタ６１が設けられている。図３４（ａ）に示す動的関数の設定画面（動的更新設定画面）のパターン登録ボタンが業務オペレータにより操作されると、アプリケーションＷｅｂサーバ装置４の画面制御部４３は、図３４（ｂ）に示すように、パターン登録ボタンの操作時に選択されている関数式及び関数式名の入力欄を備えた関数式パターン登録画面を生成し、これを業務支援装置５に表示する。図３４（ｂ）の例は、「BEGINMONTH(KIJUNFUNC())」の関数式が選択され、業務オペレータにより、「基準日の月初日付を取得する」との関数名が入力された例である。

アプリケーションＷｅｂサーバ装置４の記憶制御部４４は、選択された関数式及び関数名（表示名）を関連付けし、ＩＤ及びページ情報を付加してパターン化し、業務データベース７の関数式マスタ６１に登録する。

アプリケーションＷｅｂサーバ装置４の画面制御部４３は、図３５に示すように上述の画面保存ダイアログを表示する際に、関数式の表示名が関数式マスタ６１に登録されている場合は、例えば「基準日の期首日付を取得する」との表示名で画面保存ダイアログ上に関数式を表示する。これに対して、関数式の表示名が関数式マスタ６１に登録されていない場合は、例えば「ENDMONTH(KIJUNFUNC())」との関数式を画面保存ダイアログ上に表示する。

（過去に使用した関数のサジェスト機能）
次に、関数式マスタ６１に登録されている関数式は、画面保存ダイアログ上で、サジェスト形式で呼び出すことができる。繰り返し使用する関数は、図３６（ａ）に示すように関数式マスタ６１に登録しておく。これにより、図３６（ｂ）に示すように、関数式マスタ６１に登録された各関数式を一覧表示して、容易に再利用可能とすることができる。

また、開発者が、業務オペレータの利用が想定されるテンプレートを、予め初期提供することで、業務オペレータは、利用頻度の高い関数式を新たに作成することなく、帳票アプリケーションプログラムの導入開始段階から、図３６（ｂ）に示すように所望の関数式を、迅速に選択して使用可能とすることができる。

また、関数式の編集画面を使用するか否かを制御するフラグは、別マスタ上で管理しており、業務オペレータが新しく関数を作成する必要がない場合には、このフラグをオフに設定しておく。これにより、事前に関数式マスタ６１に登録された関数式のみを選択可能とすることができる。

（画面復元アクション処理）
次に、過去に保存された画面情報を復元して再表示する画面復元アクション処理を説明する。まず、業務支援装置５により帳票アプリケーションプログラムの起動操作が行われると、アプリケーションＷｅｂサーバ装置４の画面制御部４３は、アプリケーション定義データベース３に記憶されている図３７（ｂ）に示すＵＩ情報、及び、図３７（ｃ）に示すアクション情報等を取得し、図３７（ａ）に示すＷｅｂ画面（初期画面）を業務支援装置５に表示する。

このＷｅｂ画面が表示された状態において、業務オペレータが、図３８（ａ）に示す復元ボタンを操作すると、アプリケーションＷｅｂサーバ装置４の画面制御部４３は、図３８（ｂ）に示すような、画面の復元に必要なキー情報を業務データベース７から取得する。具体的には、画面制御部４３は、ユーザＩＤ，ページ情報及び対象領域情報を、キー情報として取得する。ユーザＩＤは、操作しているユーザの情報である（例えば、ユーザＡ）。ページ情報は、操作しているジョブの情報である（例えば、月次推移表）。対象領域情報は、第１の画面復元アクションの復元対象より、第１の画面保存アクションの対象領域から取得する（例えば、第１の検索条件パネル）。

次に、画面制御部４３は、図３８（ｃ）に示すように、上述のキー情報に基づいて業務データベース７から画面保存パターンデータの一覧を取得する。図３８（ｃ）の例は、上述のキー情報に基づいて、業務データベース７から第１のサンプルデータ及び第２のサンプルデータが取得された例である。

次に、画面制御部４３は、取得した第１のサンプルデータ及び第２のサンプルデータを、図３９（ａ）に示すように一覧表示した画面復元ダイアログを生成し、これを業務支援装置５に表示する。業務オペレータは、画面復元ダイアログ上に一覧表示されたサンプルデータのうち、復元する画面に対応するサンプルデータを選択し、復元ボタンを操作する。

復元ボタンが操作されると、アプリケーションＷｅｂサーバ装置４の画面制御部４３は、選択された保存名(第１のサンプルデータ)に基づいて、図３９（ｂ）に示すように業務データベース７から画面保存パターンデータ（図３８（ｃ）に示す入力項目情報）を取得する。また、これと共に、画面制御部４３は、図３９（ｃ）に示すように、選択された保存名(第１のサンプルデータ)と同一のキー情報を持つ動的更新設定データを抽出する。

次に、画面制御部４３は、取得した動的更新設定データで設定されている値を検出する。この例の場合、基準日は「２０２１年９月１２日」であるため、画面制御部４３は、月初として「２０２１年９月１日」の日付を検出し、月末として「２０２１年９月３０日」の日付を検出する。そして、画面制御部４３は、図３９（ｄ）に示すように動的更新設定データの対象期間の開始日の日付を「２０２１年９月１日」の日付に更新処理すると共に、対象期間の開始日の日付を「２０２１年９月３０日」の日付に更新処理する。

次に、画面制御部４３は、図３９（ｅ）に示すように、基準日を「２０２１年９月１２」とし、第１の検索条件パネルの対象期間の開始日を「２０２１年９月１日」とすると共に、対象期間の終了日を「２０２１年９月３０日」とした月次推移表の画面を形成し、これを業務支援装置５に表示する。これにより、過去に保存された画面の中から、業務オペレータが希望する画面を復元して再表示することができる。この際、対象期間の開始日及び終了日等の動的更新対象は、例えば基準日等に基づいて動的に更新された状態で第１の検索条件パネル上に表示される。これにより、対象期間の開始日及び終了日を入力する手間を省略することができ、業務オペレータの入力作業を簡素化できる。

（業務関数の追加処理）
上述の動的更新設定画面の例では、例えば図４０（ａ）に示すように使用できる関数として、画面項目関数及び通常関数の２種類の関数を一覧表示することとした。また、画面項目関数は、アプリケーション定義データベース３の設定に応じて表示され、通常関数は、帳票アプリケーションプログラムのモジュールに組み込まれた関数が表示されることとした。上述の対象期間の月初及び月末を取得する関数は、全ての業務で共通して使用できる関数であったが、各業務に特化したマスタ情報等を使用して動的更新を行いたい、というニーズも存在する。

例えば、図４０（ｂ）に示すＡ会社は、決算期の期首が２０２１年８月１日で、期末が２０２２年７月３１日となる、いわゆる８月期首の会社である。これに対して、図４０（ｃ）に示すＢ会社は、決算期の期首が２０２１年４月１日で、期末が２０２２年３月３１日となる、いわゆる４月期首の会社である。このような場合、各会社Ａ，Ｂの決算開始日を起点に、月初、月末の日付を動的更新するには、各会社Ａ、Ｂの業務データベース７Ａ、７Ｂのマスタ情報を参照して動的更新を行う必要がある。なお、決算期の期間は、予め指定された期間の一例である。

このため、実施の形態の業務支援システムでは、各帳票アプリケーションプログラムの開発者が動的更新設定画面において、使用可能な関数の一覧に、各会社用の関数（業務関数）を、自由に追加可能となっている。すなわち、開発者は、例えば、各会社Ａ，Ｂの決算期マスタの期首日付及び期末日付の、月初日付及び月末日付を取得する業務関数を作成する。これにより、動的更新設定画面の使用可能な関数の一覧中に、作成した業務関数を表示することができる。このように、実施の形態の業務支援システムは、各会社Ａ，Ｂ等の業務に特化した業務関数を使用可能であるため、利便性を、より向上させることができる。

（開発者による業務関数の作成）
このような業務関数の作成動作を、具体的に説明する。まず、開発者は、図３に示す業務データベース７に設けられている業務関数マスタ６３に対して、図４１（ａ）に示すように、関数名と引数の個数をキー情報にして、業務関数に必要な情報を設定する。図４１（ａ）の例は、「KISHUDATE()」の関数式の業務関数が、「期首日を取得する」との表示名、「1111XXX-XXX・・・」等のＡＰＩのキー情報、及び、「引数として日付を受け取り、引数の日付が属する決算期の期首日付を返す関数」との説明に関連付けされて業務関数マスタ６３に登録された例である。また、図４１（ａ）の例は、「KIMATUDATE()」の関数式の業務関数が、「期末日を取得する」との表示名、「2222XXX-XXX・・・」等のＡＰＩのキー情報、及び、「引数として日付を受け取り、引数の日付が属する決算期の期末日付を返す関数」との説明に関連付けされて業務関数マスタ６３に登録された例である。

次に、開発者は、図４１（ｂ）に示すように、業務関数の実処理を記述したＡＰＩを帳票アプリケーションプログラムに組み込む。図４１（ｂ）の例は、「1111XXX-XXX・・・」をキー情報とする「引数として日付を受け取り、引数の日付が属する決算期の期首日付を返す関数」の業務関数のＡＰＩが帳票アプリケーションプログラムに組み込まれた例である。また、図４１（ｂ）の例は、「2222XXX-XXX・・・」をキー情報とする「引数として日付を受け取り、引数の日付が属する決算期の期末日付を返す関数」の業務関数のＡＰＩが帳票アプリケーションプログラムに組み込まれた例である。

このような業務関数の設定を行うことで、アプリケーションＷｅｂサーバ装置４の画面制御部４３は、動的更新設定画面で使用可能な関数の一覧を表示する際に、図４２（ａ）に示すように上述の画面項目関数及び通常関数と共に、上述のように設定された業務関数を一覧に含めて表示する。図４２（ａ）の例は、「KISHUDATE()」の関数式の業務関数、及び、「KIMATUDATE()」の関数式の業務関数が、画面項目関数及び通常関数と共に一覧表示された例である。

なお、この例では、画面項目関数、通常関数及び業務関数を一覧表示することとした。しかし、図４２（ｂ）に示すように、動的更新設定画面の使用可能な関数の一覧の表示欄に、画面項目関数用のタブ、通常関数用のタブ及び業務関数用のタブをそれぞれ設け、業務オペレータにより操作されたタブの関数を表示してもよい。業務関数を配置するタブは、開発者が自由に追加可能となっている。

（業務関数を反映させた画面の復元処理）
次に、開発者により設定された業務関数を反映させた画面の復元処理を説明する。まず、業務オペレータが帳票アプリケーションプログラムの起動操作を行うと、アプリケーションＷｅｂサーバ装置４の画面制御部４３により、図４３に示すＷｅｂ画面（初期画面）が生成され、業務支援装置５に表示される。業務オペレータが、このＷｅｂ画面の復元ボタンを操作すると、画面制御部４３は、上述と同様に、図４４（ａ）に示す画面復元ダイアログを業務支援装置５に表示する。

業務オペレータは、画面復元ダイアログから復元を希望する画面に対応するサンプルデータを選択し、画面復元ダイアログの復元ボタンを操作する。図４４（ａ）の例は、業務オペレータにより、第１のサンプルデータが選択された例である。画面復元ダイアログの復元ボタンが操作されると、アプリケーションＷｅｂサーバ装置４の画面制御部４３は、選択された第１のサンプルデータの画面保存パターンデータと同一のキーの動的更新設定情報を業務データベース７から検出して解析し、使用される関数を特定する。また、画面制御部４３は、画面項目関数及び通常関数に一致する関数が存在しない場合、図４４（ｃ）に例示する業務関数マスタ６３を参照する。

次に、業務関数マスタ６３に記憶されている業務関数が、図４４（ｄ）に示すように、「引数として日付を受け取り、引数の日付が属する決算期の期首日付を返す関数」、及び、「引数として日付を受け取り、引数の日付が属する決算期の期末日付を返す関数」であったとする。この場合、画面制御部４３は、図３に示す業務データベース７に記憶されている決算期マスタ６２を参照する。この決算期マスタ６２には、図４４（ｅ）に示すように、その会社の年毎の決算期の期首となる日付、及び、期末となる日付が登録されている。

画面制御部４３は、この決算期マスタ６２を参照することで、業務関数に基づく期首及び期末の日付として、例えば「２０２１年４月１日」の期首の日付、及び、「２０２１年３月３１日」の期末の日付を検出する。そして、画面制御部４３は、図４４（ｆ）に示すように第１の検索条件パネルの対象期間の開始日に対して「２０２１年４月１日」の期首の日付を動的に反映させ、対象期間の終了日に対して「２０２１年３月３１日」の期末の日付を動的に反映させた月次推移表の画面を生成し、これを業務支援装置５に表示する。

このような業務関数により、企業毎に決算期の期首となる日付及び期末となる日付等を動的に反映させた画面を形成して業務オペレータに提供できる。

（利用頻度の高い関数の上位表示機能）
次に、実施の形態の業務支援システムは、動的更新設定画面に関数を一覧表示する際に、利用頻度の高い関数を上位に表示可能となっている。具体的には、アプリケーションＷｅｂサーバ装置４の画面制御部４３は、上述の動的更新設定画面を表示する際に、図４５（ａ）に示すように、使用可能な関数を一覧表示すると共に、関数毎チェックボックスを表示する。業務オペレータは、上位表示を希望する関数のチェックボックスにチェックを入れる。図４５（ａ）の例は、「BEGINMONTH()」及び「KISHUDATE()」のチェックボックスに、それぞれチェックが入れられた例である。

アプリケーションＷｅｂサーバ装置４の記憶制御部４４は、図４５（ｂ）に示すように、チェックボックスがチェックされている関数に対してユーザＩＤを付した優先表示関数データ６４を生成し、これを図３に示す業務サーバ装置１０の業務データベース７に登録する。この業務データベース７に登録されている優先表示関数データ６４は、業務オペレータにより、チェックするチェックボックスが変更となる毎に更新される。なお、画面項目関数は、画面毎に異なる関数が表示されることから、チェックボックスによる上位表示を行うことは困難であり、一例として常に最上位に表示されるようになっている。

次に、このような優先表示関数データ６４が業務データベース７に登録されると、アプリケーションＷｅｂサーバ装置４の画面制御部４３は、動的更新設定画面の次回表示時において、図４６（ａ）に示す使用可能な関数一覧に表示する各関数の表示順序を，図４６（ｂ）に示す優先表示関数データ６４に基づいて並べ替えて表示する。

具体的には、画面制御部４３は、画面項目関数を最上位に表示し、優先表示関数データ６４で示される通常関数を次順位で表示し、優先表示関数データ６４に登録されていない通常関数を、さらに次順位で表示する。優先表示関数データ６４で示される通常関数が複数存在する場合、画面制御部４３は、関数名又は関数式を昇順でソートして表示する。同様に、優先表示関数データ６４に登録されていない通常関数が複数存在する場合も、画面制御部４３は、関数名又は関数式を昇順でソートして表示する。

このように、使用頻度の高い関数を一覧の上位に表示することで、業務オペレータに対して、所望の関数を見つけ易くすることができる。

［実施の形態の効果］
以上の説明から明らかなように、実施の形態の業務支援システムは、画面情報をパターン化して登録する際に、値だけではなく関数を登録できるように機能を拡張し、ローコード開発基盤上で設定する。また、復元時には、登録した関数を実行し、結果の値を元画面に復元する。これにより、ユーザが希望する画面情報の保存及び復元を容易に行うことができ、利便性を向上させることができる。

また、実施の形態の業務支援システムは、画面情報を事前にパターン化してデータベースに保存し、また、復元できるため、帳票又は申請等、画面項目への入力が必要で、かつ、業務での入力内容が、ある程度パターン化されている処理における入力の手間を削減することができる。

また、実施の形態の業務支援システムは、オペレータの運用に応じて、パターン化する画面情報の対象を細かく指定でき、単純な値としてではなく、復元する値を自在に組み替えることができる。

また、実施の形態の業務支援システムは、ローコード開発基盤を用いることで、直接プログラミングを行うことなく、ツールの設定によって画面情報の保存、復元の複雑な要件にも柔軟に対応可能とすることができる。これにより、コストを抑えたシステム開発、及び必要に応じて柔軟に設定変更を加えることが可能になり、ユーザにとっての利便性を大幅に向上させることができる。

［国連が主導する持続可能な開発目標（ＳＤＧｓ）への貢献］
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８及び９に貢献することが可能となる。

また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、１３及び１５に貢献することが可能となる。

また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。

［他の実施の形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。

例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、或いは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。

また、業務支援システムに関して、図示の各構成要素は機能概念的なものであり、必ずしも図示の如く物理的に構成されていることを要しない。

例えば、業務支援システムが備える処理機能、特に制御部１６，３２及び制御部１６，３２にて行われる各処理機能については、その全部又は任意の一部を、ＣＰＵ（Central Processing Unit）及び当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。なお、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて機械的に読み取られる。すなわち、ＲＯＭ又はＨＤＤ等の記憶部等には、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部１６，３２を構成する。

また、このコンピュータプログラムである帳票アプリケーションプログラムは、任意のネットワークを介して接続された他のサーバ装置に記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。

また、本実施形態で説明した処理を実行するための帳票アプリケーションプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Universal Serial Bus）メモリ、ＳＤ（Secure Digital）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（登録商標）（Electrically Erasable and Programmable Read Only Memory）、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、ＭＯ（Magneto-Optical Disk）、ＤＶＤ（Digital Versatile Disk）、及び、Blu-ray（登録商標） Disc等の任意の「可搬用の物理媒体」を含むものとする。

また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコード又はバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

記憶部１５，３１は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、及び、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、及び、ウェブページ用ファイル等を格納する。

また、業務支援システムの各装置は、既知のパーソナルコンピュータ装置又はワークステーション等の情報処理装置で構成してもよく、また、任意の周辺装置が接続された情報処理装置で構成してもよい。また、本実施形態で説明した処理を実現させるソフトウェア（プログラム又はデータ等を含む）を実装することにより実現してもよい。

さらに、装置の分散・統合の具体的形態は図示するものに限られず、その全部又は一部を、各種の付加等に応じて又は機能付加に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。

本発明は、例えば帳票又は申請書類等の作成業務に有用である。

１ 開発用コンピュータ装置
２ ローコード開発Ｗｅｂサーバ装置
３ アプリケーション定義データベース
４ アプリケーションＷｅｂサーバ装置
５ 業務支援装置
６ 業務ＡＰＩ
７ 業務データベース
８ Ｗｅｂブラウザ
９ Ｗｅｂブラウザ
１０ 業務サーバ装置
１３ ネットワーク
１５ 記憶部
１６ 制御部
２１ 通信制御部
２２ 入力処理部
２３ パネル設定部
２４ コントロール設定部
２５ 復元対象設定部
２６ 動的復元対象設定部
２７ 記憶制御部
２８ アクション設定部
３１ 記憶部
３２ 制御部
４０ アプリケーション生成部
４１ 通信制御部
４２ 入力処理部
４３ 画面制御部
４４ 記憶制御部
４５ 解析部
５１ 入力装置
５２ 出力装置
６１ 関数式マスタ
６２ 決算期マスタ
６３ 業務関数マスタ
６４ 優先表示関数データ

Claims (12)

1. 表示画面内の領域のうち、保存対象とする保存領域を示す保存領域定義を設定する保存領域設定部と、
   前記保存領域設定部で設定された前記保存領域内に配置する少なくとも表示項目又は操作ボタンであるコントロールを示すコントロール定義を設定するコントロール設定部と、
   前記コントロールのうち、次回以降の画面表示時に、値を動的に更新して表示するコントロールを、動的復元対象コントロール定義として設定する動的復元対象設定部と、
   前記保存領域定義の子要素として前記コントロール定義を関連付け、前記コントロール定義から選択された、前記保存領域定義及び前記保存領域定義の子要素の動的復元対象コントロール定義を関連付けることで、選択された前記保存領域定義及び前記動的復元対象コントロール定義を階層化して記憶部に記憶する記憶制御部と、
   を有する情報処理装置。
2. 前記動的復元対象設定部は、前記動的復元対象コントロール定義として、前記コントロールの値を動的に更新するための関数を設定すること
   を特徴とする請求項１に記載の情報処理装置。
3. 前記動的復元対象コントロール定義の前記関数は、基準となる値に基づいて、前記コントロールの値を動的に更新するための関数であること
   を特徴とする請求項２に記載の情報処理装置。
4. 前記基準となる値は、基準日となる現在の日付、又は、予め指定された期間であること
   を特徴とする請求項３に記載の情報処理装置。
5. 複数の関数を一覧表示する画面制御部と、
   一覧表示された複数の前記関数の中から選択された関数を前記動的復元対象コントロール定義として第２の記憶部に記憶する第２の記憶制御部と、をさらに備えること
   を特徴とする請求項２から請求項４のうち、いずれか一項に記載の情報処理装置。
6. 前記画面制御部は、予め指定された表示順序に従って複数の前記関数を一覧表示すること
   を特徴とする請求項５に記載の情報処理装置。
7. 前記一覧表示する各関数の文字列を解析することで、各関数の正当性を解析する解析部を、さらに備え、
   前記画面制御部は、前記解析部により正当な関数であることを示す解析結果が得られた関数を前記一覧表示すること
   を特徴とする請求項５又は請求項６に記載の情報処理装置。
8. 前記コントロール設定部は、前記操作ボタンのコントロールとして、前記記憶部に対する前記保存領域定義、前記コントロール定義及び前記動的復元対象コントロール定義の記憶を指定するための保存ボタン、及び、前記記憶部に記憶された前記保存領域定義、前記コントロール定義、及び、前記動的復元対象コントロール定義に基づいて、過去の表示画面を復元する復元ボタンの設定を行うこと
   を特徴とする請求項１から請求項７のうち、いずれか一項に記載の情報処理装置。
9. 前記コントロールのうち、入力された値の復元を行わないコントロールを指定するための除外コントロール定義を設定する除外コントロール設定部を、さらに備えること
   を特徴とする請求項１から請求項８のうち、いずれか一項に記載の情報処理装置。
10. 前記階層化による上位画面は、下位画面において所望の前記コントロールのコントロール定義を設定可能な領域であるプレースホルダを備えること
    を特徴とする請求項１から請求項９のうち、いずれか一項に記載の情報処理装置。
11. 情報処理装置が備える保存領域設定部、コントロール設定部、動的復元対象設定部及び記憶制御部で実行する情報処理方法であって、
    前記保存領域設定部が、表示画面内の領域のうち、保存対象とする保存領域を示す保存領域定義を設定する保存領域設定ステップと、
    前記コントロール設定部が、前記保存領域設定ステップで設定された前記保存領域内に配置する少なくとも表示項目又は操作ボタンであるコントロールを示すコントロール定義を設定するコントロール設定ステップと、
    前記動的復元対象設定部が、前記コントロールのうち、次回以降の画面表示時に、値を動的に更新して表示するコントロールを、動的復元対象コントロール定義として設定する動的復元対象設定ステップと、
    前記記憶制御部が、前記保存領域定義の子要素として前記コントロール定義を関連付け、前記コントロール定義から選択された、前記保存領域定義及び前記保存領域定義の子要素の動的復元対象コントロール定義を関連付けることで、選択された前記保存領域定義及び前記動的復元対象コントロール定義を階層化して記憶部に記憶する記憶制御ステップと、
    を有する情報処理方法。
12. コンピュータを、
    表示画面内の領域のうち、保存対象とする保存領域を示す保存領域定義を設定する保存領域設定部と、
    前記保存領域設定部で設定された前記保存領域内に配置する少なくとも表示項目又は操作ボタンであるコントロールを示すコントロール定義を設定するコントロール設定部と、
    前記コントロールのうち、次回以降の画面表示時に、値を動的に更新して表示するコントロールを、動的復元対象コントロール定義として設定する動的復元対象設定部と、
    前記保存領域定義の子要素として前記コントロール定義を関連付け、前記コントロール定義から選択された、前記保存領域定義及び前記保存領域定義の子要素の動的復元対象コントロール定義を関連付けることで、選択された前記保存領域定義及び前記動的復元対象コントロール定義を階層化して記憶部に記憶する記憶制御部として機能させること
    を特徴とする情報処理プログラム。

Images