JP7541228B2 - 情報処理装置、情報処理システム、その制御方法及びプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理システム、その制御方法及びプログラムに関する。

近年、アプリケーション開発プログラムを用いた開発の効率化が行われている。

例えば、特許文献１には、アプリケーションプログラムの開発段階で、ＷＥＢアプリケーョンのプログラムを自動作成するツールにおいて、ＧＵＩレイアウト画面と呼ばれるレイアウトエディタを用いて、ＷＥＢアプリケーションの画面の入力項目（検索条件テキストボックスや検索ボタン等）及び出力項目（検索結果等）の配置レイアウト及び属性を定義し、その入出力定義情報に基づいて、ＷＥＢアプリケーションのプログラムを生成する仕組みが開示されている。

また、特許文献２には、入力項目と、当該入力項目に対する処理内容と、当該処理により出力される出力項目とを対応付けた制御内容を複数含むビジネスプロセス定義（アプリケーションにおけるデータを処理するためのロジックを構築する定義情報）を用いて、アプリケーションプログラムを自動生成する仕組みが開示されている。

特開２０１５－９９５９０号公報 特開２０１９－１０９７３２号公報

しかし、プログラム言語によっては、１つの関数（メソッド）の量に上限があるものがある。例えばＪａｖａ（登録商標）の場合は、１メソッドは６４ｋｂまでという制限があり、このサイズを超えるメソッドがあった場合、コンパイルに失敗してしまう。

アプリケーションプログラムを構成するビジネスプロセスには、当然ながら複数の処理にかかるコードが記述されており、当該上限を超えてしまうケースがある。上限を超えた当該ビジネスプロセスを１つのメソッドとして記述・生成してしまうと、コンパイルに失敗してしまう。すなわち、動作可能なアプリケーションプログラムを生成することができなかった。

コンパイルを成功させるためには、ビジネスプロセス定義を手動で編集・分割する必要があり、効率が悪かった。

本発明は、動作可能なプログラムを効率的に生成可能な仕組みを提供することを目的とする。

本発明は、アプリケーションにおけるデータ処理のロジックを複数備えるビジネスプロセスの定義と、前記ビジネスプロセスを分割するための設定情報を記憶する情報処理装置を、
前記ビジネスプロセスの定義を取得する取得手段と、前記設定情報に基づいて、前記取得手段により取得された前記定義における前記ロジックを複数に分割したアプリケーションプログラムを生成するよう制御する生成手段として機能させ、前記生成手段を、前記ロジックが、他のロジックから独立して動作する第１ロジックか、他のロジックとセットで動作する第２ロジックかに基づいて、前記ロジックを複数に分割したアプリケーションプログラムを生成するよう制御する手段として機能させることを特徴とする。

本発明によれば、動作可能なプログラムを効率的に生成可能な仕組みを提供することができる。

本発明の実施形態における、情報処理システムの構成の一例を示す図である。 本発明の実施形態における、各種装置のハードウェア構成の一例を示す図である。 本発明の実施形態における、各種装置の機能構成の一例を示す図である。 本発明の実施形態における、各種装置の機能構成の詳細を示す図である。 本発明の実施形態における、処理の概要を示すフローチャートである。 本発明の実施形態における、ビジネスプロセス分割処理の流れを示すフローチャートである。 本発明の実施形態における、ビジネスプロセスの分割処理の詳細な流れを示すフローチャートである。 本発明の実施形態における、ブロック出力処理の詳細な流れを示すフローチャートである。 本発明の実施形態における、生成時設定情報の構成の一例を示す図である。 本発明の実施形態における、ビジネスプロセス、ルート、ブロック、ビジネスロジックの概念図の一例である。 本発明の実施形態における、ビジネスプロセス定義の一例を示す図である。 本発明の実施形態における、ビジネスプロセス定義の一例を示す図である。 本発明の実施形態における、ビジネスロジックの制御コードの種類を一覧化した図の一例である。 本発明の実施形態における、ビジネスプロセスを分割しなかった場合のアプリケーションコードの一例を示す図である。 本発明の実施形態における、ビジネスプロセスを分割した場合のアプリケーションコードの一例を示す図である。 本発明の実施形態における、ブロックにかかるデータの一例を示す図である。

以下、図面を参照して、本発明の実施の形態の一例について説明する。

まず図１を参照して、本発明の実施形態における、情報処理システムの構成の一例について説明する。

プログラム開発装置１００、データベースサーバ２００、アプリケーションサーバ３００は、ネットワーク１０１を介して通信可能に接続されている。これらの装置は、情報処理装置の一種である。

プログラム開発装置１００には、プログラム開発アプリケーションがインストールされており、プログラム（アプリケーションプログラム）を開発、生成することができる。

例えば、対象のアプリケーションの画面を編集できる。具体的には、当該画面上に部品（アプリケーションが表示するボタンやテキスト入力フィールド等）を配置したり、当該部品のサイズ、形状、位置を設定・変更したりすることが可能である。

また、当該部品の名称や、部品に対する操作を受け付けた場合の動作、入出力するデータや入出力先の画面、テーブル等を設定・編集可能である。

データベースサーバ２００には、検索アプリケーションがインストールされており、データベースサーバ２００が参照可能なデータベース内のデータを検索することができる。

アプリケーションサーバ３００は、プログラム開発装置１００によって生成されたアプリケーションが稼働するサーバである。プログラム開発装置１００は、生成したアプリケーションのコードを自機に記憶した後、ユーザ操作に従って、当該コードをアプリケーションサーバ３００に記憶する。以上が図１の説明である。

次に図２を参照して、本発明の実施形態における、各種装置のハードウェア構成について説明する。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。

２０６はビデオコントローラで、ディスプレイ２１０（例えばＣＲＴディスプレイ）等の表示器への表示を制御する。なお、表示器はＣＲＴディスプレイだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じてユーザが使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１０１）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。以上が図２の説明である。

次に図３を参照して、本発明の実施形態における、各種装置の機能構成について説明する。

ビジネスプロセス定義記憶部３０１は、リポジトリ定義の一部であるビジネスプロセス定義を記憶する機能部である。

本発明の実施形態において、ビジネスプロセスとは、アプリケーションにおけるデータを処理するためのロジック（ビジネスロジック）を定義した概念である。当該ビジネスロジックを定義した情報をビジネスプロセス定義と呼ぶ。

ビジネスプロセス定義は、１つのアプリケーションプログラムに対して、複数記憶され得る。

また、本発明の実施形態において、ビジネスロジックとは、ビジネスプロセスに定義された１命令あたりの単位である。

設定情報記憶部３０２は、ビジネスプロセスを分割するための設定情報を記憶する記憶部である。設定情報は、例えば、ビジネスプロセス定義の中にある複数のビジネスロジックを、何個ずつ取得して、別のビジネスプロセスとして分割するかを示す設定値である。一例を図９に示す。詳細は図９の説明で後述する。

解析処理部３０３は、ビジネスプロセスの解析処理を行なう機能部である。例えば、どのビジネスロジックが分割対象であり、どのビジネスロジックが分割対象外かを、各ビジネスロジックの制御コードを解析することで判断する。

分割処理部３０４は、ビジネスプロセスの分割を行なう機能部である。

ビジネスプロセス定義の一例を図１１に示す。詳細は図１１の説明で後述する。

コード生成部３０５は、分割処理部で分割したビジネスプロセスを、アプリケーションプログラムのコードの中に記述することで、コードを生成する（更新する）機能部である。

コンパイル処理部３０６は、コード生成部で生成したコードをコンパイル（あるいはビルド）する機能部である。

コード記憶部３０７は、アプリケーションコード（コード生成部３０５で生成したコードや、コンパイル処理部３０６でコンパイルされたオブジェクトコード）を記憶する機能部である。以上が図３の説明である。

次に図４を参照して、本発明の実施形態における、詳細な各種装置の機能構成について
説明する。

プログラム開発装置１００はアプリケーションを開発する開発者がプログラム開発装置を操作することにより定義した（プログラム開発装置のプログラム開発アプリケーションにより生成された）定義ファイルを管理するリポジトリ定義部４００と、それらをもとにアプリケーションのコードを生成するアプリケーション生成部４１０を備える。

アプリケーションサーバ３００は、各種コードの生成部によって生成されたコードにより構成されるアプリケーションを記憶する。

以下、各機能部の詳細について説明する。リポジトリ定義部４００は、アプリケーション定義４０１、入出力定義４０２、データモデル定義４０３、ビジネスプロセス定義４０４、データベース定義４０５、生成時設定情報４０６を管理している。

これらのファイルはプログラム開発アプリケーションを介して開発者によって入力され、作成され、プログラム開発装置１００の外部メモリに記憶される。

アプリケーション定義４０１とは、プログラム開発アプリケーションにおいて開発するアプリケーションごとに保持される定義であって、そのアプリケーションで使用する設定、データ等を定義した情報である。具体的には、アプリケーションを生成する際に使用する入出力定義や、アプリケーション定義そのものの識別コード、アプリケーション名を定義可能である。

入出力定義４０２とは、プログラムへ引数として入力される項目を定義する入力定義情報と、プログラムから処理結果として出力する項目を定義する出力定義情報とを含む定義情報である。一例を以下に示す。

例えば、当該定義の種類や、当該定義自体の識別コード、名前、データを入出力するデータ項目の識別コード、当該データ項目を備えるデータモデルの識別コード、当該入出力定義によって定義される部品を表示画面に表示するか否かを示す設定、入出力するデータの桁数や少数点以下何桁までを入出力するか等の設定が定義されている。

データモデル定義４０３とは、スキーマ情報として定義される定義である。各データモデル定義は、識別コードと名前を保持する。データモデル定義には複数のデータ項目が定義されている。具体的には、各種データ項目の項目コード、項目名、そのデータ項目で使用する桁数やデータタイプ（文字、数値、日付等のデータの型）、記憶するデータとしてＮＵＬＬを許可するか否かの許可設定等が定義されている。

ビジネスプロセス定義４０４とは、アプリケーションで動作するビジネスロジックを定義した情報である。例えば、ビジネスロジックごとの操作タイプ（「ＩＮ」はビジネスプロセスへの入力データの変数格納、「ＣＡＬＬ」はデータモデルコードが保有する機能コードの内容を呼び出す、等）、データモデルコード、機能を示す機能コード等を含む。

また、本実施形態においてビジネスロジックとは、ビジネスプロセスにおける、１命令あたりの単位である。

なお、当該ビジネスロジックには、1ビジネスロジックで独立して動作する非ブロック系ビジネスロジックと、複数のビジネスロジックがセットとなって動作するブロック系ビジネスロジックが存在する。また、複数のビジネスロジックをまとめたグループ（セット）のことをブロックと呼称する。

データベース定義４０５とは、プログラム開発アプリケーションにより生成されたプログラム（アプリケーション）がアクセスするサーバの設定を記憶した定義である。具体的には、アクセスするデータベースを保持しているサーバの識別コード、サーバ名、接続先ＵＲＬ、データベース名、データベースへの接続に必要となるユーザ名およびパスワード等が定義されている。リポジトリ定義部４００は、これらの定義を管理する手段の一例である。

生成時設定情報４０６とは、アプリケーション生成部４１０でビジネスプロセスの分割処理を行なうか否かの設定を記述した情報である。具体例を図９の生成時設定情報９００に示す。詳細は後述する。

アプリケーション生成部４１０は、リポジトリ定義解析部４１１によってリポジトリ定義部４００の各種定義を解析し、アプリケーションコード生成部４１２を介し、ソースコードコンパイル部４１３にて、コンパイル済みコード４４３とＨＴＭＬ/ＪＳＰ/Ｊａｖａｓｃｒｉｐｔ（登録商標）４４４からなるアプリケーションコード４４２を生成する。例えばＷｅｂアプリケーション４４１（Ｗｅｂアプリケーションのコード）を生成する。

アプリケーションコードは、当該コードによって構成されるアプリケーションがその機能を実行する際に利用するデータベース定義４０５に指定されたデータベース４４５にアクセスする。すなわち、アプリケーション生成部４１０は、アプリケーションに用いられるプログラムを生成するルールを記憶する手段の一例である。

アプリケーション生成部４１０は、アプリケーションコードの生成に際し、生成設定情報解析部４１４でリポジトリ定義部４００を解析する。解析した結果、生成時設定情報４０６にビジネスプロセスの分割設定が存在した場合（つまり、ビジネスプロセスを分割する旨の設定が記憶されていた場合）、ビジネスプロセス分割部４２０で、ビジネスプロセスの分割を行なう。

ビジネスプロセス分割部４２０は、ビジネスロジック解析部４２１にて、ビジネスプロセス定義４０４を取得し、ビジネスプロセスの解析を行なう。

ビジネスロジック分割部４２２は、ビジネスロジック解析部４２１の解析結果に基づいて、ビジネスプロセスの分割を行う。

ビジネスロジック出力部４２３は、分割されたビジネスプロセスを、ファイル（Ｊａｖａファイル）に出力する。具体手的には、分割されたビジネスプロセスを、１つのＪａｖａファイル内に記述し、当該ファイルを外部メモリに記憶する。以上が図４の説明である。

以下、図５～図１５を参照して、本発明の実施形態における処理の流れについて説明する。なお、各種フローチャートの処理は、各装置に搭載されたＣＰＵ２０１が、各装置が備える機能部の機能を用いて実行するものとする。

まず、図５を参照して、本発明の実施形態における処理の概要を説明する。

Ｓ５０１で、プログラム開発装置１００のプログラム開発アプリケーションは、不図示のアプリケーション生成実行画面において、これからコードを生成するアプリケーションの定義（アプリケーション定義）の指定を受け付ける。

Ｓ５０２で、プログラム開発装置１００のプログラム開発アプリケーションは、当該アプリケーション定義に基づいたアプリケーションコードの生成指示を受け付ける。例えば、当該アプリケーション生成実行画面における「生成実行」ボタンの押下操作を受け付ける。

Ｓ５０３で、プログラム開発装置１００のプログラム開発アプリケーションは、Ｓ５０１で指定を受け付けたアプリケーション定義を、外部メモリ２１１から取得する。

Ｓ５０４で、当該アプリケーション定義によって特定されるデータモデル定義を、外部メモリ２１１から取得する。

Ｓ５０５で、当該アプリケーション定義によって特定される入出力定義を、外部メモリ２１１から取得する。

Ｓ５０６で、当該アプリケーション定義によって特定されるビジネスプロセス定義を、外部メモリ２１１から取得する。ビジネスプロセス定義の一例を図１１及び図１２に示す。図１１は、長大なビジネスプロセス定義の例であり、２４１のビジネスロジックが登録されている。

ビジネスプロセス定義には、各ビジネスロジックの制御コード（１１０２、１２０２）や、それらの順序を示す番号（１１０１、１２０１）等が記憶されている。

Ｓ５０７で、当該アプリケーション定義によって特定されるデータベース定義を、外部メモリ２１１から取得する。

Ｓ５０８で、プログラム開発装置１００のプログラム開発アプリケーションは、ビジネスプロセスの分割処理を実行する。Ｓ５０８の詳細は、図６の説明で後述する。

ここで図６を参照して、本発明の実施形態における、ビジネスプロセス分割処理の流れを説明する。

Ｓ６０１において、プログラム開発アプリケーション（生成設定情報解析部４１４）は、生成時設定情報４０６の内容を外部メモリ２１１から読み込む。生成時設定情報の例を図９の９００に示す。

生成時設定情報９００には、ビジネスプロセスを分割するに際し、当該ビジネスプロセス中の何ビジネスロジック（いくつのビジネスロジック）を１つのブロックとして、当該ビジネスプロセスから分割するかを示す分割設定情報（ビジネスプロセス分割プロパティ９０１）が記述されている。

例えば、図９の９０１（ビジネスプロセス分割プロパティ）には、１００という値が記憶されている。これは、最大１００ビジネスロジックまで１つのブロックにまとめることができることを示す。

Ｓ６０２において、生成時設定情報４０６のビジネスプロセス分割プロパティ９０１が有効であるか判定する。ここでは、正の数が設定されている場合に、有効であると判定する。

無効である、すなわち、正の数が設定されていない場合は図６の処理を終了する。有効である場合は処理をＳ６０３に移行する。すなわち、ビジネスプロセスの分割処理に移行する。

Ｓ６０３で、プログラム開発アプリケーション（ビジネスロジック解析部４２１）は、リポジトリ定義部４００のビジネスプロセス定義４０４の内容を読み込む。

Ｓ６０４において、プログラム開発アプリケーション（ビジネスロジック分割部４２２）はＳ６０１とＳ６０３で読み込んだ情報に基づいてビジネスプロセスを分割する。詳細は図７の説明で後述する。

ここで図７を参照して、ビジネスプロセスの分割処理の詳細を説明する。

図７のビジネスプロセス分割処理においては、論理的に破綻しないようにビジネスロジックをまとめる処理を行なう。ここでいう、「論理的に破綻しないように」とは、例えば、ある処理の「開始」と「終了」の制御コードがメソッドの内部と外部に分かれてしまうことで、開始した処理を正常に終了することができない等のことを言う。例えば、ＩＦ文やループ処理の場合は、開始と終了が同じメソッド内に記述されていなければ、論理破綻を起こす。

なお、ビジネスロジックとは、ビジネスプロセスの1命令あたりの単位である。ビジネスロジックには1ビジネスロジックで独立して動作する非ブロック系ビジネスロジックと、複数のビジネスロジックがセットとなって動作するブロック系ビジネスロジックがある。

また、ビジネスロジックをまとめたグループ（セット）をブロックと呼称する。

ブロックには、分割前のビジネスプロセス全体をまとめたルートと、その中に含まれるブロック、あるいは、ルートから分割されたビジネスロジックをグループ化したブロックがある。

Ｓ７０１において、プログラム開発アプリケーション（ビジネスプロセス分割部４２０）は、ビジネスプロセスのビジネスロジックをまとめたブロックの大本となるルートを作成する。

例えば、ブロック一覧１６１０（図１６）をＲＡＭ２０３上に生成して、ルートを示すブロック番号＝１のブロックを追加・記憶する。

ルートの概念図を、図１０の１００１、１００２に示す。また、ブロックの概念図を、図１０の１００３～１００６に示す。１００３、１００４、１００５、１００６のそれぞれがブロックである。図１０では、ルートのブロックから、１００３～１００４のブロックが分離・分割され、各ブロックにビジネスロジックが割り当てられている様子を示している。

なお、本発明の実施形態においては、実際には、分割前のルート、ブロックのファイルが生成・メモリに出力されることはない。図１０に示す概念図のようにロジックが分離された情報に基づいて、分割後の構成に沿ったＪａｖａファイルが生成される。詳細は後述する。

Ｓ７０２において、プログラム開発アプリケーション（ビジネスロジック分割部４２２）は分割後のビジネスロジックをまとめるためのカレントブロックをＮＵＬＬとして作成する。

カレントブロックとは、プログラム開発アプリケーションが処理対象としているブロックである。一例を図１６の１６００に示す。カレントブロック１６００には、処理対象としているブロックのブロック番号が記憶される。なお、カレントブロックに記憶するブロック番号は、ルートとは別のブロックの番号でありそれぞれ一意な数字である。また、処理対象のブロックがない（初期化されている／処理中のブロックがるーとである）場合は、ＮＵＬＬが記憶される。

Ｓ７０３において、プログラム開発アプリケーション（ビジネスロジック分割部４２２）は、カレントブロック１６００のブロック番号を1とする。

Ｓ７０４において、プログラム開発アプリケーション（ビジネスロジック分割部４２２）は1つのビジネスプロセスの中からビジネスロジックがなくなるまでＳ７０５～Ｓ７１５の処理を繰り返す。

Ｓ７０５において、プログラム開発アプリケーション（ビジネスロジック分割部４２２）はビジネスロジックがブロック系ビジネスロジックであるかを判別する。ブロック系ビジネスロジックだった場合は、処理をＳ７０６へ移行する。非ブロック系ビジネスロジックであった場合は、処理をＳ７０８に移行する。

ブロック系ビジネスロジックか、非ブロック系ビジネスロジックかの判定は、当該ブロックの制御コードと、当該ブロックがブロック系ビジネスロジックか、非ブロック系ビジネスロジックかの識別情報に基づいて行なう。当該制御コードと識別情報を対応付けた情報は、当該判定を行なうプログラムのコードの中に記述されている。

分かりやすいよう、データテーブルの形式で記載した一例を、図１３の制御コード１３０１と、ブロック系／非ブロック系１３０２に示す。

なお、当該制御コードと識別情報の組み合わせは、取得したビジネスロジックがブロック系ビジネスロジックか、非ブロック系ビジネスロジックかの判定を行うプログラムのコードの中に記述されているものとしたが、例えば図１３のようなテーブルをプログラム開発装置１００の外部メモリ２１１に記憶しておき、これを適宜読み出して、当該判定を行なうよう、当該判定を行なうプログラムを構成してもよい。

Ｓ７０６に移行すると、つまり、ブロック系ビジネスロジックであると判定されると、プログラム開発アプリケーション（ビジネスロジック分割部４２２）は、処理中のビジネスロジックをルートに登録する。登録結果の一例を図１６のブロック一覧割り当てテーブル１６２０に示す。

Ｓ７０７において、プログラム開発アプリケーション（ビジネスロジック分割部４２２）は、カレントブロック１６００をＮＵＬＬとする。

Ｓ７０８に移行すると、つまり、非ブロック系ビジネスロジックであると判定されると、プログラム開発アプリケーション（ビジネスロジック分割部４２２）は、カレントブロックがＮＵＬＬであるかを判定する。ＮＵＬＬだった場合はＳ７０９へ進む。ＮＵＬＬでなかった場合は、Ｓ７１３に移行する。

Ｓ７０９において、プログラム開発アプリケーション（ビジネスロジック分割部４２２）はブロック番号をひとつ増やす。

Ｓ７１０において、プログラム開発アプリケーション（ビジネスロジック分割部４２２）は、Ｓ７０９で生成した新たなブロック番号を持つ新しいブロックを作成する。具体的には、ブロック一覧１６１０にブロックを追加する。

Ｓ７１１において、プログラム開発アプリケーション（ビジネスロジック分割部４２２）は、カレントブロックをＳ７１０で作成した新しいブロックに変更する。

Ｓ７１２において、プログラム開発アプリケーション（ビジネスロジック分割部４２２）は、カレントブロックをルートに登録する。

Ｓ７１３において、プログラム開発アプリケーション（ビジネスロジック分割部４２２）は、ビジネスロジックをカレントブロックに登録する。

具体的には、カレントブロック（図１６の１６００）に登録されているブロックＮｏに対応付けて、当該ビジネスロジックのＮｏ、制御コードを記憶する（図１６の１６２０を参照）。なお、実際にはＮｏ、制御コード以外の、ビジネスロジックにおける他の情報も記憶する。

Ｓ７１４において、プログラム開発アプリケーション（ビジネスロジック分割部４２２）はブロックのビジネスロジック数が設定値（図９の９０１）以上であるか判断する。ブロックのビジネスロジック数が設定値以上の場合、Ｓ７１５へ処理を移行する。設定値を下回る場合は、ビジネスロジックがなくなるまでＳ７０４からの処理を繰り返す。

Ｓ７１５で、プログラム開発アプリケーション（ビジネスロジック分割部４２２）は、カレントブロックをＮＵＬＬにする。

なお、ブロック系ロジックでも非ブロック系ロジックでもないビジネスロジック（図１３の「その他」にあたるビジネスロジック）は、ブロック番号＝０として管理、記憶する。一例は図１６の１６２０に示した通りである。以上が図７の説明である。

図７の処理によれば、設定値に収まるビジネスロジック数で、ビジネスプロセスからブロックを分割することができる。

すなわち、ビジネスプロセスを設定値に従って分割することができる。

図６の説明に戻る。Ｓ６０５において、プログラム開発アプリケーション（ビジネスロジック出力部４２３）は、Ｓ６０４で分割したビジネスロジックを実行可能なソースコードの形に出力する。詳細は図８の説明で後述する。

ここで図８を参照して、本発明の実施形態における、ブロック出力処理の詳細について説明する。

図８のブロック出力処理においては、図７の処理で分割したブロックを動作するソースコードの形式に出力する。

Ｓ８０１～Ｓ８０４は、ルートの出力処理である。

Ｓ８０５～Ｓ８０９は、ルート以外のブロックの出力処理である。

Ｓ８０１において、プログラム開発アプリケーション（ビジネスロジック出力部４２３）は、ルートの中身がなくなるまでＳ８０４までの処理を繰り返す。

Ｓ８０２において、プログラム開発アプリケーション（ビジネスロジック出力部４２３）は、ルートの中身がブロックであるかを判断する。

具体的には、ルートの中に登録されているＪａｖａのオブジェクト（図７のＳ０６またはＳ７１２で登録されたビジネスロジックまたはブロック）を１つ取得し、当該オブジェクトがビジネスロジックかブロックかを判定する。

ブロックであると判定された場合は処理をＳ８０３へ移行し、ロジックである（ブロックでない）と判定された場合は処理をＳ８０４へ移行する。

Ｓ８０３において、プログラム開発アプリケーション（ビジネスロジック出力部４２３）は、ブロック番号からなるメソッド呼び出し処理を出力する。例えば、図１５でいう「ｅｘｃｕｔｅ１（ｃｏｎｔｅｘｔ，ｉＮ＿Ａ＿ＬＩＳＴ３，ｉＮ＿Ａ＿ＬＩＳＴ２，ｉＮ＿Ａ＿ＬＩＳＴ４，ｉＮ＿Ａ＿ＬＩＳＴ）；」等の呼び出し処理のコード１５０１をメモリ上に出力（メモリ上に生成・記憶されたＪａｖａファイルに出力・記憶）する。

Ｓ８０４において、プログラム開発アプリケーション（ビジネスロジック出力部４２３）は、ビジネスロジックを出力する。例えば、図１５でいう、「／／ＣＡＬＬ：５０［５０］・・・」から「・・・（“ｄｏｎｅ ＣＡＬＬ：５０［５０］）”」に示す、ビジネスロジックのコード１５０２をメモリ上に出力（メモリ上に生成・記憶されたＪａｖａファイルに出力・記憶）する。

Ｓ８０２で、ルートの中身がブロックでないと判定された場合は、ブロック系ビジネスロジックのみが入っているはずである。

Ｓ８０５において、プログラム開発アプリケーション（ビジネスロジック出力部４２３）は、ルートの中身がなくなるまで、Ｓ８０６～Ｓ８０９の処理を繰り返す。

Ｓ８０６において、プログラム開発アプリケーション（ビジネスロジック出力部４２３）は、ルートの中身がブロックであるかを判定する。

具体的には、ルートの中に登録されているＪａｖａのオブジェクト（図７のＳ０６またはＳ７１２で登録されたビジネスロジックまたはブロック）を１つ取得し、当該オブジェクトがビジネスロジックかブロックかを判定する。

ブロックであると判定された場合は処理をＳ８０７へ移行し、ロジックである（ブロックでない）と判定された場合はルートの中身がなくなるまで当該判定を繰り返す。

Ｓ８０７において、プログラム開発アプリケーション（ビジネスロジック出力部４２３）は、ブロック番号からなるメソッド定義処理を出力する。メソッド定義処理とは、分割後のブロックに登録されたビジネスロジックを、１つのメソッドとして定義するための処理であり、そのコードである。コンパイルに際しては、各メソッド定義処理によって、当該メソッド定義処理の後に記述された１又は複数のビジネスロジック１メソッドとしてコンパイルされる。

メソッド定義処理のコードは、例えば、図１５に示す「ｐｒｉｖａｔｅ ｖｏｉｄ ｅｘｅｃｕｔｅ２（ＢｐＣｏｎｔｅｘｔＩｍｐｌ・・・」等のコード１５０３である。

Ｓ８０８において、プログラム開発アプリケーション（ビジネスロジック出力部４２３）は、ブロックのビジネスロジックがなくなるまで、Ｓ８０９の処理を繰り返す。

Ｓ８０９において、プログラム開発アプリケーション（ビジネスロジック出力部４２３）は、ビジネスロジックを出力する。具体的には、図１５のメソッド定義処理の次の行から記述されているコード１５０４のことである。

なお、ビジネスプロセスを分割しなかった場合のコードの例を図１４に示す。図１４では、１つのプロセスの中に、全てのビジネスロジックが記述されている。つまり、コードが長大であり、コンパイル時のコードの上限値を超えてしまう可能性がある。

図５の説明に戻る。Ｓ５０９で、プログラム開発装置１００のプログラム開発アプリケーションは、アプリケーションコードを生成する。例えば、図８でメモリ上に生成したコード群を、１つのＪａｖａファイルとして生成し、外部メモリ２１１に記憶する処理も、当該アプリケーションコード生成処理の１つである。その他、アプリケーションの実行に必要なＣＳＳファイルやＪＳＰ、ＪＳファイルを生成する。

Ｓ５１０で、プログラム開発装置１００のプログラム開発アプリケーションは、Ｓ５０９で生成したコードをデプロイする。以上が図５の説明である。

以上説明したように、本発明によれば、他のビジネスロジックとセットになって機能するビジネスロジック（ブロック系ビジネスロジック）が、異なるファイルや異なるメソッドに分割されることがない。

すなわち、本発明によれば、動作可能なプログラムを効率的に生成可能な仕組みを提供することができる。

尚、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

具体的には、プログラム開発装置１００とデータベースサーバ２００、アプリケーションサーバ３００が一体であり、上述した実施形態の各処理を実行するようにしてもよい。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＣＤ－ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ－ＲＯＭ，ＤＶＤ－Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ－ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

尚、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。
即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１００ プログラム開発装置
２００ データベースサーバ
３００ アプリケーションサーバ

Claims (7)

1. アプリケーションにおけるデータ処理のロジックを複数備えるビジネスプロセスの定義と、前記ビジネスプロセスを分割するための設定情報を記憶する情報処理装置を、
   前記ビジネスプロセスの定義を取得する取得手段と、
   前記設定情報に基づいて、前記取得手段により取得された前記定義における前記ロジックを複数に分割したアプリケーションプログラムを生成するよう制御する生成手段
   として機能させ、
   前記生成手段を、
   前記ロジックが、他のロジックから独立して動作する第１ロジックか、他のロジックとセットで動作する第２ロジックかに基づいて、前記ロジックを複数に分割したアプリケーションプログラムを生成するよう制御する手段
   として機能させるためのプログラム。
2. 前記生成手段を、
   前記取得手段により取得された前記定義における前記ロジックを前記設定情報に基づく数に分割したアプリケーションプログラムを生成するよう制御する手段
   として機能させるための請求項１に記載のプログラム。
3. 前記生成手段を、
   前記ロジックが、他のロジックとセットで動作する第２ロジックである場合には分割することなく、
   前記ロジックが、他のロジックから独立して動作する第１ロジックである場合には分割したアプリケーションプログラムを生成するよう制御する手段
   として機能させるための請求項１又は２に記載のプログラム。
4. 前記生成手段を、
   前記ロジックが分割されたブロックを、それぞれメソッドとして定義したアプリケーションコードを生成するよう制御する手段
   として機能させるための請求項１乃至３のいずれか１項に記載のプログラム。
5. アプリケーションにおけるデータ処理のロジックを複数備えるビジネスプロセスの定義と、前記ビジネスプロセスを分割するための設定情報を記憶する情報処理装置であって、
   前記ビジネスプロセスの定義を取得する取得手段と、
   前記設定情報に基づいて、前記取得手段により取得された前記定義における前記ロジックを複数に分割したアプリケーションプログラムを生成するよう制御する生成手段と
   を備え、
   前記生成手段は、
   前記ロジックが、他のロジックから独立して動作する第１ロジックか、他のロジックとセットで動作する第２ロジックかに基づいて、前記ロジックを複数に分割したアプリケーションプログラムを生成するよう制御すること
   を特徴とする情報処理装置。
6. アプリケーションプログラムにデータ処理のロジックを複数備えるビジネスプロセスの定義と、前記ビジネスプロセスを分割するための設定情報を記憶する情報処理装置の制御方法であって、
   前記ビジネスプロセスの定義を取得する取得工程と、
   前記設定情報に基づいて、前記取得工程により取得された前記定義における前記ロジックを複数に分割したアプリケーションプログラムを生成するよう制御する生成工程と
   を含み、
   前記生成工程は、
   前記ロジックが、他のロジックから独立して動作する第１ロジックか、他のロジックとセットで動作する第２ロジックかに基づいて、前記ロジックを複数に分割したアプリケーションプログラムを生成するよう制御すること
   を特徴とする制御方法。
7. アプリケーションプログラムにデータ処理のロジックを複数備えるビジネスプロセスの定義と、前記ビジネスプロセスを分割するための設定情報を記憶する記憶装置と、情報処理装置と、を含む情報処理システムであって、
   前記ビジネスプロセスの定義を取得する取得手段と、
   前記設定情報に基づいて、前記取得手段により取得された前記定義における前記ロジックを複数に分割したアプリケーションプログラムを生成するよう制御する生成手段と
   を備え、
   前記生成手段は、
   前記ロジックが、他のロジックから独立して動作する第１ロジックか、他のロジックとセットで動作する第２ロジックかに基づいて、前記ロジックを複数に分割したアプリケーションプログラムを生成するよう制御すること
   を特徴とする情報処理システム。
   

Images