JP6652724B2 - 情報処理装置、情報処理装置の制御方法、及びプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理装置の制御方法、及びプログラムに関し、特に、アプリケーションの構築における、フローチャート作成の手間を軽減することが可能な仕組みに関する。

従来から、入出力定義やデータモデル定義などを設定し、Ｗｅｂアプリケーションのプログラムを動的に生成するＷｅｂアプリケーション技術が存在する。

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

特開２０１５−９９５９０号公報

ところで、Ｗｅｂアプリケーションを開発する場合、開発の納品物はアプリケーション本体だけではなく、設計ドキュメントも必要になることが多い。

設計ドキュメントの中には複雑な内部ロジックを説明するものもあり、それらはソースコードでは分かりにくいため、Ｗｅｂアプリケーションの開発者が別途フローチャートの図を作成する必要があり非常に手間であった。

また、フローチャートを記述した後、実装を行い、その後問題がなければ良いが、一般的にはそうはならないケースが多く、品質やパフォーマンスのチェックの後、実装の変更が必要となることが実際である。

そのような場合、納品するフローチャートの図も合わせて変更する必要があり、開発者にとって、非常に手間であった。

本発明は、アプリケーション構築における、フローチャート作成の手間を軽減することが可能な仕組みを提供することを目的とする。

本発明は、ビジネスプロセス定義を含むアプリケーションを生成するための定義を記憶する情報処理装置であって、前記ビジネスプロセス定義を含むアプリケーションを生成するための定義を用いて、アプリケーションを生成するアプリケーション生成手段と、前記アプリケーション生成手段で生成されるアプリケーションに対応するフローチャートを生成すべく、アプリケーションの生成に用いられる前記ビジネスプロセス定義の動作ロジックの情報を用いて、前記動作ロジックに対応したフローチャートを生成するフローチャート生成手段と、前記アプリケーション生成手段で生成されたアプリケーションと、前記フローチャート生成手段で生成したフローチャートとを出力する出力手段とを備えることを特徴とする。

本発明によると、アプリケーション構築における、フローチャート作成の手間を軽減することができる。

本発明に係る情報処理装置、アプリケーションサーバ、データベースサーバ、アプリケーションクライアントの構成の一例を示すシステム構成図である。 本発明に係る情報処理装置、アプリケーションサーバ、データベースサーバ、アプリケーションクライアントとして適用可能な各ハードウェア構成の一例を示すブロック図である。 本実施形態の情報処理装置１０１の機能構成を示すブロック図である。 本実施形態の情報処理システムにおける処理概要を示す構成図である。 Ｗｅｂアプリケーション及びドキュメント生成のフローチャート並びにドキュメント生成のフローチャートの一例を示す図である。 ビジネスプロセス一覧作成処理の一例を示す図である。 ビジネスプロセス仕様ドキュメント作成詳細処理のフローチャートの一例を示す図である。 ビジネスプロセス一覧作成処理のフローチャート一例を示す図である。 ビジネスプロセス仕様エリア１４０１作成処理のフローチャートの一例を示す図である。 ロジック一覧エリア１４０２作成処理のフローチャートの一例を示す図である。 フローチャートエリア１４０３作成処理のフローチャートの一例を示す図である。 ビジネスプロセス定義、ロジック一覧定義、無効なロジック定義の一例を示す図である。 ロジック自然言語定義、＠ＮＯＤＯＣ定義の一例を示す図である。 生成されたビジネスプロセス仕様ドキュメント４３３の一例を示す図である。 生成されたビジネスプロセス仕様ドキュメント４３３に含まれるフローチャートの一例を示す図である。 ドキュメントフィルタ定義の一例を示す図である。 アプリケーション設定のダイアログの一例を示す図である。

以下、図面を参照して本発明の実施形態を詳細に説明する。

図１は、本発明に係る情報処理装置（開発者がＷｅｂアプリケーション構築のために操作する情報処理装置）、アプリケーションサーバ、データベースサーバ、アプリケーションクライアントの構成の一例を示すシステム（情報処理システム）構成図である。

情報処理装置１０１は、開発者の操作に従って画面レイアウト及びデータベース操作指示などを定義する。情報処理装置１０１は、プログラム生成、アプリケーション生成（構築）を行う。

なお、本実施形態においては、情報処理装置１０１で構築するアプリケーションはＷｅｂアプリケーションとしたが、これに限定するものではなく、携帯電話・スマートフォン・タブレットなどの情報処理装置で動作するアプリケーションやその他の装置に組み込まれるソフトウェア等、Ｗｅｂアプリケーション以外の形式のアプリケーションであってもよい。

また、本実施形態においては、情報処理装置１０１はアプリケーションのプログラムを生成するとしたが、この方法に限定するものではなく、プログラムを生成することなく、アプリケーションサーバ１０２やクラウド環境等でアプリケーションが動作する様にアプリケーション環境を構築する等であってもよい。

アプリケーションサーバ１０２は、情報処理装置１０１によって構築されたアプリケーションを実行する。また、データベースサーバ１０３と接続して動作することが可能である。

データベースサーバ１０３は、構築されたアプリケーションが利用するデータベースであり、また本発明ではアプリケーション構築時やアプリケーションのテスト実行時に動作確認等のために利用するとしてもよい。例えば、開発者が利用するためにデータベースサーバ１０３は、情報処理装置１０１やアプリケーションサーバ１０２と同一の装置として構成されていてもよいし、ＬＡＮなどのネットワーク１０５内に配置されてもよい。

アプリケーションクライアント１０４（アプリケーションのエンドユーザが使用する情報処理装置）は、アプリケーションサーバ１０２にアクセスし、アプリケーションを動作させる。なお、このアプリケーションクライアント１０４は、ノートＰＣ・携帯電話・スマートフォン・タブレットなどの携帯端末であってもよい。

また、情報処理装置１０１、アプリケーションサーバ１０２、データベースサーバ１０３及びアプリケーションクライアント１０４の何れかを、クラウドなどのインターネット環境に配置するとしてもよい。

図２は、本発明に係わる情報処理装置１０１、アプリケーションサーバ１０２、データベースサーバ１０３、アプリケーションクライアント１０４、アプリケーションサーバ１０２、Ｗｅｂサーバ１０６として適用可能な各ハードウェア構成の一例を示すブロック図である。

図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。

また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバ、クライアント、装置など情報処理装置の後述する各種機能を実現するためのプログラムが記憶されている。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。

入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、情報処理装置では、キーボード、マウス等のポインティングデバイスが挙げられる。

出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶ディスプレイ等が挙げられる。

外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザーファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、各サーバ、クライアント、装置等の各種機能を実現するための各種テーブル、パラメータが記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。

通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器との通信制御処理を実行する。

本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。

図３は、本発明の実施形態における情報処理装置１０１の機能構成を示すブロック図の一例である。

情報処理装置１０１は、以下の機能部を備える。なお情報処理装置１０１は、Ｗｅｂシステムで用いるアプリケーションクライアント（クライアント装置）で表示する画面に対応する入出力定義に従って、Ｗｅｂシステムで実行するプログラムを生成する情報処理装置と言い換えることが可能である。

管理部３０１は、アプリケーションの動作ロジックを定義したロジック情報を管理する。また、管理部３０１は、ロジック情報それぞれに対応するフローチャート部品をさらに管理する。

生成部３０２は、管理部３０１で管理するロジック情報を用いてフローチャートを生成する。また、生成部３０２は、受付部３０４で入力を受け付けたテキストを、フローチャートの対応するロジック情報に表示したフローチャートを生成する。

また、生成部３０２は、ロジック情報それぞれに対応するフローチャート部品を用いて、フローチャートを生成する。

また、生成部３０２は、ロジック情報に誤りがある場合に、フローチャートを生成しない。

出力部３０３（出力部２１０）は、生成部３０２で生成したフローチャートを出力する。また、出力部３０３は、生成部３０２で生成したフローチャートを含むドキュメントを出力する。

受付部３０４は、ロジック情報それぞれに対応するテキストの入力を受け付ける。

通知部３０５は、ロジック情報に誤りがある場合に、誤りがあることによりフローチャートが生成できないことをユーザに認識させるべく通知する。

なお、クラウド環境でＷｅｂアプリケーションの設定を行う場合には、アプリケーションサーバ１０２としての機能とすることは言うまでもない。

以上で図３の説明を終了し、次に図４について説明する。

図４は、情報処理装置１０１の構成図である。

情報処理装置１０１は、Ｗｅｂアプリケーションを開発する開発者が定義した定義ファイルをもとにＷｅｂアプリケーションを生成するＷｅｂアプリケーション生成部４１０とビジネスプロセス仕様ドキュメントを生成するビジネスプロセス仕様ドキュメント生成部４１４を含む。

情報処理装置１０１は、Ｗｅｂアプリケーションを開発する開発者により設定されたリポジトリ定義部４０１の各定義を用いて、Ｗｅｂアプリケーション生成部４１０によりＷｅｂアプリケーション４２８を生成する。また、情報処理装置１０１は、リポジトリ定義部４０１の各定義を用いて、ビジネスプロセス仕様ドキュメント生成部４１４によりビジネスプロセス仕様ドキュメントを生成する。

リポジトリ定義部４０１には、アプリケーション定義４０２、入出力定義４０３、データモデル定義４０４、ビジネスプロセス定義４０５、ロジック自然言語定義４０６、データベース定義４０７、ドキュメント用定義４０８、ドキュメントフィルタ定義４０９が記憶されている。

これら４０２〜４０９の定義は、Ｗｅｂアプリケーション開発ツールを介して、開発者によって入力設定、または配置される。

なお、入出力定義４０３は、入力項目定義情報及び出力項目定義情報を含む。入力項目定義情報は、生成されたＷｅｂアプリケーションの画面を介して当該Ｗｅｂアプリケーションのユーザが入力する入力項目を定義した情報である。出力項目定義情報は、生成されたＷｅｂアプリケーションの画面に出力する出力項目を定義した情報である。以降、「入力項目定義情報」及び「出力項目定義情報」をまとめて「入出力項目定義情報」と呼ぶ。

次に、Ｗｅｂアプリケーション生成部４１０について説明する。Ｗｅｂアプリケーション生成用のリポジトリ定義解析部４１５を用いてリポジトリ定義部４０１に記憶されている各定義を解析し、Ｗｅｂアプリケーションコード生成部４１２及びソースコードコンパイル部４１３を介し、コンパイル済Ｊａｖａ（登録商標）コード４２９及びＨＴＭＬ／ＪＳＰ／ＪａｖａＳｃｒｉｐｔ（登録商標）４３０を含むＷｅｂアプリケーション４２８を生成する。

次に、ビジネスプロセス仕様ドキュメント生成部４１４について説明する。ビジネスプロセス仕様ドキュメント生成部は、ビジネスプロセス仕様ドキュメント生成用のリポジトリ定義解析部４１５を用いてリポジトリ定義部４０１に記憶されている各定義を解析し、ビジネスプロセス一覧生成部４１６、ビジネスプロセス仕様生成部４１７、ロジック一覧生成部４１８（本発明における、アプリケーションの動作ロジックを定義したロジック情報を管理する管理手段の一例）、フローチャート生成部４１９を用いて、ＨＴＭＬ／ＣＳＳ／ＪａｖａＳｃｒｉｐｔ（登録商標）４３４を含むビジネスプロセス仕様ドキュメント４３３を生成する。

その際、レイアウト構成部４２１は、出力フィルタ管理部４２２を介してドキュメントエリア設定管理部４２３にて管理されているエリア出力設定４２４、エリアサイズ設定４２５、及びフローチャートサイズ設定４２６における設定を、ビジネスプロセス一覧生成部４１６、ビジネスプロセス仕様生成部４１７、ロジック一覧生成部４１８、フローチャート生成部４１９が生成するビジネスプロセス仕様ドキュメント４３３のレイアウトとして用いる。以上で図４の説明を終了し、次に図５について説明する。

図５は、Ｗｅｂアプリケーション及びドキュメント生成のフローチャート並びにドキュメント生成のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、各装置のＣＰＵ２０１が実行する。

情報処理装置１０１は、ディレクトリ構造を用いて、リポジトリ定義部４０１の各定義をファイルとして管理する。なお、本実施形態においては、ディレクトリ構造を用いて、リポジトリ定義部４０１の各定義をファイルとして管理するとしたが、これに限定するものではなく、例えば、データベースを用いてリポジトリ定義部４０１の各定義を管理してもよいし、クラウドなどネットワーク上の記憶装置を用いて管理する等としてもよい。

本実施形態では、Ｗｅｂアプリケーションの生成の実行を指示する前に、情報処理装置１０１は、Ｗｅｂアプリケーションの自動生成のための定義の入力を受ける。具体的には、開発するＷｅｂアプリケーション（プロジェクト）として、アプリケーション設定でアプリケーションのコードや名前、アプリケーションタイプなどを設定する。

このＷｅｂアプリケーション（プロジェクト）に対して、データモデル定義、入出力定義、ビジネスプロセス定義を設定する。これらの定義は、Ｗｅｂアプリケーション自動生成する設定画面でユーザが任意に設定するものとするが、予め生成された定義を読み込む構成であってもよい。

ここで、図５の各ステップについて説明する。

Ｗｅｂアプリケーション及びドキュメント生成のフローチャートについて説明する。

ステップＳ５００において、情報処理装置１０１は、開発者からのアプリケーション生成の実行指示を受け付けると、アプリケーション設定のダイアログを表示する。ここで、ビジネスプロセス仕様ドキュメントに関する設定の入力を受け付ける。アプリケーション設定のダイアログの一例を示す図が、図１７の１７００である。１７０１で「ドキュメントを生成する」にチェックがされると本実施形態におけるビジネスプロセス仕様ドキュメントの生成がされ、リンクが画面に埋め込まれる。

ステップＳ５０１において、情報処理装置１０１は、リポジトリ定義部４０１からアプリケーション定義４０２を取得する。

ステップＳ５０２において、情報処理装置１０１は、リポジトリ定義部４０１からデータモデル定義４０４を取得する。データモデル定義４０４は、リポジトリ定義部４０１として登録されている。データモデル定義４０４は、データモデル設定画面（不図示）でデータベース上の項目をマッピングして登録されるものである。一般的には、１テーブル１データモデルが作成される。データモデル定義の作成はＷｅｂアプリケーションの開発において既知の技術であるため説明を省略する。

ステップＳ５０３において、情報処理装置１０１は、リポジトリ定義部４０１から入出力定義４０３を取得する。入出力定義についても、Ｗｅｂアプリケーションの開発において既知の技術であるため説明を省略する。

ステップＳ５０４において、情報処理装置１０１は、リポジトリ定義部４０１からビジネスプロセス定義４０５を取得する。ビジネスプロセス定義４０５は、リポジトリ定義部４０１として登録されている。ビジネスプロセス定義４０５についても事前に設定されているものである。また、ビジネスプロセス定義４０５は、受け付けたデータの処理の流れを定義したものである。例えば、入力したデータの重複をチェックして、登録するといったロジックを定義したものである。

ここで、図１２、図１３を用いて、ビジネスプロセス定義４０５について説明しておく。上述したようにビジネスプロセス定義４０５の設定自体は、アプリケーションの生成を実行する前に、開発者などにより事前に行われる。

ビジネスプロセス定義画面１２００（図１２）は、Ｗｅｂアプリケーションの開発者によるビジネスプロセス定義４０５の設定操作を受け付ける画面である。また、ビジネスプロセス定義画面１２００を用いて設定されるビジネスプロセス定義４０５は、ビジネスプロセス仕様ドキュメントの基となる情報である。

ロジック一覧定義１２０１は、Ｗｅｂアプリケーションの開発者が情報処理装置１０１により自動で生成されるロジックとは別にロジックを定義する場合に用いられるものである。

また、ロジック一覧定義１２０１のロジックをマウスの右クリック等により選択することで表示されるメニューから、当該ロジックの有効／無効を切り替え可能である。無効に切り替えると、無効なロジック定義１２０２に示す通り、「制御コード」の列の左の列に無効であることを示す印１２０３が表示される。

ロジック自然言語定義画面１３０１は、ロジック一覧定義に含まれるロジックを選択（ダブルクリック等）することにより呼び出される画面である。１３０３には、選択されたロジックの制御コードが表示され、当該制御コードをフローチャートで出力する際に表示するテキストをフローチャートテキスト１３０４にユーザが入力することで、当該制御コードとフローチャートテキスト１３０４に入力されたテキストが関連付けてメモリに記憶される。そして、後述する図１１のステップＳ１１０８でフローチャートエリア１４０３を出力する際に、当該テキストがフローチャート部品内に表示される。

＠ＮＯＤＯＣ定義１３０２（図１３）は、ビジネスプロセス定義（図１２の１２００）及びロジック一覧定義中のロジック（図１２の１２０１）に対して設定でき、「＠ＮＯＤＯＣ」という指定をすることにより、指定されたビジネスプロセス定義、ロジック一覧定義中のロジック、および当該ロジックに対応するフローチャートを、ビジネスプロセス仕様ドキュメント４３３として出力しないようにすることができる（具体的には、図８のステップＳ８０２、図１０のステップＳ１００２、図１１のステップＳ１１０２で「Ｎ（Ｎｏ）」に移行する）。

ビジネスプロセス定義（図１２の１２００）に「＠ＮＯＤＯＣ」の指定をするためには、ビ当該ジネスプロセス定義（図１２の１２００）の「仕様」の欄に「＠ＮＯＤＯＣ」の入力をすることで指定可能である。ロジック一覧定義中のロジック（図１２の１２０１）に「＠ＮＯＤＯＣ」の指定をするためには、当該ロジックを選択して、ロジック自然言語定義画面１３０１を呼び出し、ロジック自然言語定義画面１３０１の「仕様」の欄に「＠ＮＯＤＯＣ」の入力をすることで指定可能である。

これにより、Ｗｅｂアプリケーションのユーザにとっては不要なロジックは、個別にビジネスプロセス仕様ドキュメント４３３に出力しないようにすることができるため、ユーザにとってわかりやすいドキュメントが生成することができる。

以上で、図１２、図１３の説明を終了し、図５の説明に戻る。

ステップＳ５０５において、情報処理装置１０１は、リポジトリ定義部４０１からデータベース定義４０７を取得する。データベース定義４０７も予め生成されているものとする。

ステップＳ５０６において、図１７のドキュメントを生成する設定１７０１がされているか否かを判定する。設定がされている場合には、Ｗｅｂアプリケーションからビジネスプロセス仕様ドキュメントを呼び出せるようにするため、ステップＳ５０７へ処理を移す。設定がされていない場合には、ビジネスプロセス仕様ドキュメント自体を生成しない設定であるため、ステップＳ５１１へ処理を移す。

ステップＳ５０７では、ステップＳ５０９で生成するビジネスプロセス仕様ドキュメントをＷｅｂアプリケーション（Ｗｅｂアプリケーションの画面）からドキュメントを呼び出すためのリンクＵＲＬ（リンク情報）を、ステップＳ５０３で取得した入出力定義のコードを用いて作成する。また、リンク情報を設定するための指定がされた場合に、リンク情報を生成するものである。

ステップＳ５０８において、情報処理装置１０１は、Ｗｅｂアプリケーション生成部４１０を用いて、Ｗｅｂアプリケーション４２８に用いるプログラムを生成する。情報処理装置１０１のＷｅｂアプリケーション生成部４１０が、取得した定義を用いて、Ｗｅｂアプリケーションのソースコードを生成する（例えば、Ｗｅｂアプリケーション４２８）。具体的には、「入出力定義」「データモデル定義」「ビジネスプロセス定義」に基づき生成する。

なお、生成されたソースコードにはプログラミング言語が記載されたファイルＨＴＭＬ、ＪＳＰ、ＪａｖａＳｃｒｉｐｔ（登録商標）等のＷｅｂアプリケーションの提供に利用されるファイルも含まれる。この時ステップＳ５０７で生成したリンク情報を、各入出力定義に対応する画面のＨＴＭＬに埋め込む。このリンク情報は、各画面に対応するビジネスプロセス仕様ドキュメントが表示される。

ステップＳ５０９において、情報処理装置１０１は、ビジネスプロセス仕様ドキュメント生成部４１４を用いて、ビジネスプロセス仕様ドキュメント４３３を生成する。ステップＳ５０７の詳細処理については、図６を用いて説明する。

リポジトリ定義解析部４１５は、読み込んだ定義を解析したうえでメモリに保管しておき、各生成部から適宜参照される。

レイアウト構成部４２１は、生成部の生成したドキュメントの各構成要素をレイアウトする。

ステップＳ５１０において、情報処理装置１０１は、ステップＳ５０８、または後述するステップＳ５１１にて生成したプログラムをアプリケーションサーバ１０２に配置（デプロイ）し、ステップＳ５０６にて生成したビジネスプロセス仕様ドキュメント４３３をＷｅｂサーバ１０６に配置する。

これにより、アプリケーションサーバ１０２上でＷｅｂアプリケーションが動作し、Ｗｅｂサーバ１０６からビジネスプロセス仕様ドキュメント４３３を配信することができるようになる。

ステップＳ５１１において、情報処理装置１０１は、Ｗｅｂアプリケーション生成部４１０を用いて、Ｗｅｂアプリケーション４２８に用いるプログラムを生成する。プログラムの生成方法は、ステップＳ５０８と同様であるが、ビジネスプロセス仕様ドキュメントが生成されないため、リンク情報が付与されない画面が生成される。

なお、本実施形態においては、アプリケーション生成時にドキュメントの生成する／しないを選択できるとしたが、この方法に限定するものではなく、アプリケーションを生成することなくドキュメントのみを生成する方法であってもよい。

図１４は、生成されたビジネスプロセス仕様ドキュメント４３３の一例を示す図である。

ビジネスプロセス仕様ドキュメント４３３は、ビジネスプロセス定義画面１２００で設定された内容に基づいて生成されるビジネスプロセス仕様エリア１４０１、ロジック一覧定義１２０１に設定された内容に基づいて生成されるロジック一覧エリア１４０２、ロジック一覧定義１２０１に設定された内容、およびロジック自然言語定義画面１３０１で設定された内容に基づいて生成されるフローチャートエリア１４０３、ビジネスプロセス一覧１４０４を含んでいる。

図１５のフローチャート１５００は、図１４のビジネスプロセス仕様ドキュメント４３３からフローチャートエリア１４０３を切り出した図である。

フローチャート１５００には、ロジック一覧定義１２０１に定義されているロジックの各制御コードと関連付けられたフローチャート部品が表示される。また、フローチャート部品の中には、ロジック自然言語定義画面１３０１で定義された、各制御コードに対応する自然言語が表示される。

以上で、図５の説明を終了する。次に、図６を用いて、ステップＳ５０９の処理の詳細について説明する。

図６は、ビジネスプロセス仕様ドキュメント生成のフローチャートの一例を示す図である。

ステップＳ６０１において、情報処理装置１０１は、ドキュメントフィルタ定義４０９を読み込む。

ドキュメントフィルタ定義４０９には、図１６のようなフィルタがあり、この定義の設定値に従って。ビジネスプロセス仕様ドキュメント４３３として出力する情報をフィルタリング（選別）する。図１６を用いて、フィルタについて説明する。

ビジネスプロセス属性フィルタ１６００（図１６）は、ビジネスプロセス定義４０５をビジネスプロセス（定義）の属性に従ってフィルタリングする。すなわち、ビジネスプロセス仕様ドキュメントに出力する要素（図１２のビジネスプロセス定義画面１２００に含まれる「コード」、「名前」、「独立コミット」、「有効／無効」、「説明」、「使用」等のことであり、これらを「ビジネスプロセス属性」とも呼ぶ）をフィルタリングする。

ロジック属性フィルタ１６０１（図１６）は、ロジック一覧定義をロジック一覧（定義）の属性に従ってフィルタリングする。すなわち、ビジネスプロセス仕様ドキュメントに出力する要素をフィルタリングする。

フローチャート図形サイズ１６０２（図１６）は、ビジネスプロセス仕様ドキュメント４３３のフローチャートエリア１４０３に表示するフローチャート部品の矩形のサイズを設定する、デフォルトは「１００％」（等倍）であり、矩形内の文字サイズは本設定の影響を受けない。

エリアフィルタ１６０３（図１６）は、ビジネスプロセス仕様ドキュメント４３３として出力する情報を、各表示部（図１４の１４０１〜１４０３等）の出力可否の値（図１６の１６０４〜１６０７）に従ってフィルタリングし、各表示部の設定されたサイズ（図１６の１６０８〜１６１１）に従って表示するサイズを決定する。

出力フィルタ管理部４２２は、取得したドキュメントフィルタ定義４０９の設定値をＲＡＭ２０２に記憶させて管理する。なお、これらの設定値は、各生成部（４１６〜４１９）により適宜参照される。

ドキュメントエリア設定管理部４２３は、取得したドキュメントフィルタ定義４０９（特に１６０３）の設定値を、エリア出力設定４２４（特に１６０４〜１６０７）及びエリアサイズ設定４２５（特に１６０８〜１６１１）として、ＲＡＭ２０２に記憶させて管理する。なお、これらの設定値は、各生成部（４１６〜４１９）により適宜参照される。

情報処理装置１０１はドキュメントフィルタ情報をメモリに保管し、その情報は各種生成部から適宜参照される。

以上で、図１６の説明を終了し、図６の説明に戻る。

ステップＳ６０２において、情報処理装置１０１は、ビジネスプロセス仕様を出力するか判断し、出力する場合はステップＳ６０３に進み、出力しない場合は、処理を終了する。

ステップＳ６０３において、情報処理装置１０１は、ビジネスプロセス一覧の作成を行う。ビジネスプロセス一覧は、情報処理装置１０１の画面に表示され（図１４の１４０４）、メニューの役割を果たし、一覧の中からビジネスプロセスが選択されると、各表示部（図１４の１４０１〜１４０３）にそのビジネスプロセスの仕様が表示される。ステップＳ６０３の処理の詳細は、図８を用いて後ほど説明する。

ステップＳ６０３の処理が終了すると、情報処理装置１０１は、ビジネスプロセスの定義分、ステップＳ６０４からＳ６０６までの処理を繰り返す。

ステップＳ６０５において、情報処理装置１０１は、処理対象のビジネスプロセス定義に対してビジネスプロセス仕様ドキュメント作成詳細処理を行う。ステップＳ６０５の処理の詳細は、図７を用いて説明する。

以上で、図６の説明を終了し、次に図８を用いて、図６のステップＳ６０３の詳細について説明する。

図８は、ビジネスプロセス一覧作成処理の一例を示す図であり、図６のステップＳ６０３の詳細処理を示すフローチャートである。

情報処理装置１０１は、ビジネスプロセス定義分、ステップＳ８０１からステップＳ８０５までの処理を繰り返す。

ステップＳ８０２において、情報処理装置１０１は、処理対象のビジネスプロセス（ビジネスプロセス定義画面１２００の「仕様」の欄）に、「＠ＮＯＤＯＣ」の指定がされているかどうか確認する。指定がされている場合、情報処理装置１０１は、そのビジネスプロセスのビジネスプロセス一覧情報は作成せず、次のビジネスプロセスの処理に移る。

ステップＳ８０３において、情報処理装置１０１は、ビジネスプロセス定義４０５に問い合わせ、ビジネスプロセスが有効であるか（ビジネスプロセス定義画面１２００において、「有効／無効」のラジオボタンが「有効」に設定されたか）確認する。有効でなかった場合、そのビジネスプロセスのビジネスプロセス一覧情報は作成せず、次のビジネスプロセスの処理に移る。

ステップＳ８０４で、情報処理装置１０１は、ビジネスプロセス一覧情報を作成する。

以上で図８の説明を終了し、次に、図７を用いて、図６のステップＳ６０５の処理の詳細について説明する。

図７は、ビジネスプロセス仕様ドキュメント作成詳細処理のフローチャートの一例を示す図である。

ステップＳ７０１において、情報処理装置１０１は、情報処理装置１０１に記憶されているリポジトリ定義部４０１のビジネスプロセス定義４０５（ビジネスプロセス定義画面１２００の「仕様」の欄）に「＠ＮＯＤＯＣ」が設定されていないか判定し、設定されていれば処理を終了し、設定されていなければステップＳ７０２に進む。

ステップＳ７０２において、情報処理装置１０１は、エリア出力設定４２４より、エリア出力設定情報（エリアフィルタ１６０３の１６０４で設定された情報）を取得し、ビジネスプロセス仕様エリア１４０１を出力するか判定し、出力する場合はＳ７０３に進み、出力しない場合はステップＳ７０６に進む。

ステップＳ７０３において、情報処理装置１０１は、エリアサイズ設定４２５より、ビジネスプロセス仕様エリアサイズ情報（エリアフィルタ１６０３の１６０８で設定された情報）を取得し、ビジネスプロセス仕様エリアサイズが指定されているか判定し、指定されている場合はステップＳ７０４に進み、指定されていない場合はステップＳ７０５に進む。

ステップＳ７０４において、情報処理装置１０１は、取得したビジネスプロセス仕様エリアサイズをビジネスプロセス仕様生成部４１７に設定する。

ステップＳ７０５において、情報処理装置１０１は、ビジネスプロセス仕様生成部４１７に設定したビジネスプロセス仕様エリアサイズを用いて、ビジネスプロセス仕様エリア１４０１を作成、出力し、ステップＳ７０６に進む。ステップＳ７０５の処理の詳細は、図９を用いて後ほど説明する。

ステップＳ７０６において、情報処理装置１０１は、エリア出力設定４２４より、エリア出力設定情報（エリアフィルタ１６０３の１６０５で設定された情報）を取得し、ロジック一覧エリア１４０２を出力するか判定し、出力する場合はＳ７０７に進み、出力しない場合はステップＳ７０９に進む。

ステップＳ７０７において、情報処理装置１０１は、エリアサイズ設定４２５より、ロジック一覧エリアサイズ情報（エリアフィルタ１６０３の１６０９で設定された情報）を取得し、ロジック一覧エリアサイズが指定されているか判定し、指定されている場合はステップＳ７０８に進み、指定されていない場合はステップＳ７０９に進む。

ステップＳ７０８において、情報処理装置１０１は、取得したロジック一覧エリアサイズをロジック一覧生成部４１８に設定する。

ステップＳ７０９において、情報処理装置１０１は、ロジック一覧エリア１４０２を作成、出力し、ステップＳ７１０に進む。ステップＳ７０９の処理の詳細は、図１０を用いて後ほど説明する。

ステップＳ７１０において、情報処理装置１０１は、エリア出力設定４２４より、エリア出力設定情報（エリアフィルタ１６０３の１６０６で設定された情報）を取得し、フローチャートエリア１４０３を出力するか判定し、出力する場合はＳ７０７に進み、出力しない場合はステップＳ７０９に進む。

ステップＳ７１１において、情報処理装置１０１は、エリアサイズ設定４２５より、フローチャートエリアサイズ情報（エリアフィルタ１６０３の１６１０で設定された情報）を取得し、フローチャートエリアサイズが指定されているか判定し、指定されている場合はステップＳ７０８に進み、指定されていない場合はステップＳ７０９に進む。

ステップＳ７１２において、情報処理装置１０１は、取得したフローチャートエリアサイズをフローチャート生成部４１９に設定する。

ステップＳ７１３において、情報処理装置１０１は、フローチャートサイズ設定４２６より、フローチャート図形サイズ情報（１６０２で設定された情報）を取得し、フローチャート図形サイズが指定されているか判定し、指定されている場合はステップＳ７１４に進み、指定されていない場合はステップＳ７１５に進む。

ステップＳ７１４において、情報処理装置１０１は、取得したフローチャート図形サイズをフローチャート生成部４１９に設定する。

ステップＳ７１５において、フローチャート生成部４１９はフローチャートエリア１４０３を作成し、出力する。ステップＳ７１５の処理の詳細は、図１０を用いて後ほど説明する。

以上で、図７の説明を終了し、次に図９について説明する。

図９は、ビジネスプロセス仕様エリア１４０１作成処理のフローチャートの一例を示す図であり、図７のステップＳ７０５の詳細処理を示すフローチャートである。

情報処理装置１０１は、ビジネスプロセス属性分、ステップＳ９０１からステップＳ９０４までの処理を繰り返す。

ステップＳ９０２において、情報処理装置１０１は、エリア出力設定４２４に問い合わせ、処理対象のビジネスプロセス属性が出力対象と設定されているかどうか（図１６のビジネスプロセス属性フィルタ１６００で出力する要素としてフィルタリングされているか）確認する。出力対象とされていなかった場合、情報処理装置１０１は、そのビジネスプロセス属性情報は作成せず、次のビジネスプロセス属性の処理に移る。出力対象とされていた場合、情報処理装置１０１は、ステップＳ９０４で、ビジネスプロセス属性情報を作成する。

ステップＳ９０５で、情報処理装置１０１は、ビジネスプロセス属性情報を元に、ビジネスプロセス仕様エリア１４０１を出力する。

以上で、図９の説明を終了し、次に図１０について説明する。

図１０は、ロジック一覧エリア１４０２作成処理のフローチャートの一例を示す図であり、図７のステップＳ７０９の詳細処理を示すフローチャートである。

情報処理装置１０１は、ロジック一覧定義１２０１に定義されているロジック数分、ステップＳ１００１からステップＳ１００８までの処理を繰り返す。

ステップＳ１００２で、情報処理装置１０１は、処理対象のロジックに「＠ＮＯＤＯＣ」指定があるかを確認する。指定がある場合、情報処理装置１０１は、そのロジックのロジック一覧情報は作成せず、次のロジックの処理に移る。

ステップＳ１００３で、情報処理装置１０１は、処理対象のロジックが有効か（印１２０３が設定されているか）確認する。有効であった場合（印１２０３が設定されていない場合）、ステップＳ１００４に進み、有効でなかった場合は次のロジックの処理に移る。

次に、情報処理装置１０１は、ロジック属性分（ロジック一覧定義１２０１の各列分）、ステップＳ１００４からステップＳ１００７までの処理を繰り返す。

ステップＳ１００５で、情報処理装置１０１は、エリア出力設定４２４に問い合わせ、ロジック属性が出力対象であるかどうか（図１６のロジック属性フィルタ１６０１で出力する要素としてフィルタリングされているか）確認する。

出力対象であった場合、ステップＳ１００６に進み、出力対象でなかった場合は次のロジック属性の処理に移る。

ステップＳ１００６において、情報処理装置１０１は、ロジック属性情報を作成する。

ステップＳ１００９で、情報処理装置１０１は、ロジック属性情報を元に、ロジック一覧エリア１４０２を出力する。

以上で、図１０の説明を終了し、次に図１１について説明する。

図１１は、フローチャートエリア１４０３作成処理のフローチャートの一例を示す図であり、図７のステップＳ７１５の詳細処理を示すフローチャートである。

情報処理装置１０１は、リポジトリ定義解析部４１５による解析によって得られた、ロジック一覧定義１２０１に定義されているロジック数文、ステップＳ１１０１からステップＳ１１０７までの処理を繰り返す。

ステップＳ１１０２において、情報処理装置１０１は、リポジトリ定義解析部４１５による解析によって得られた、ロジック一覧定義１２０１に定義されているロジック（図１３のロジック自然言語定義画面１３０１の「仕様」の欄）に「＠ＮＯＤＯＣ」が設定されているか判定し、設定されている場合はステップＳ１１０７に進み、設定されていない場合はステップＳ１１０３に進む。

ステップＳ１１０３において、情報処理装置１０１は、リポジトリ定義解析部４１５による解析によって得られた、ロジック一覧定義１２０１に定義されているロジックが無効に設定されているか（当該ロジックに印１２０３が設定されている）判定し、設定されている場合はステップＳ１１０７に進み、設定されていない場合はステップＳ１１０４に進む。

ステップＳ１１０４において、情報処理装置１０１は、リポジトリ定義解析部４１５による解析によって得られた、ビジネスロジックの情報（ロジック一覧定義１２０１に定義されているロジックの情報）を受け取り、フローチャート部品管理部４２０にアクセスし、フローチャート部品管理部４２０から、ビジネスロジックの制御コードと関連付けられたフローチャート部品を取得する。なお、ビジネスロジックの制御コードと関連付けられたフローチャート部品はあらかじめメモリに記憶されている（例えば、制御コードが「ＩＮ」であれば平行四辺形のフローチャート部品、制御コードが「ＣＡＬＬ」であれば、長方形のフローチャート部品等）。

ステップＳ１１０５において、情報処理装置１０１は、リポジトリ定義解析部４１５による解析によって得られた、ビジネスロジックの情報（ロジック一覧定義１２０１に定義されているロジックの情報）を受け取り、フローチャートテキスト（図１３の１３０１の「フローチャートテキスト」の欄）に、ロジック自然言語定義４０６が設定されているか判定し、設定されている場合はステップＳ１１０６に進み、設定されていない場合はステップＳ１１０７に進む。

ステップＳ１１０６において、情報処理装置１０１は、ロジック自然言語定義４０６をフローチャート部品に設定する。

図１１の処理を実行することにより、アプリケーションで使われるビジネスロジックをフローチャートで表現した出力物（ドキュメント）を自動的に得ることができる。また、その内容は常にアプリケーションの動作と同期が取れているため、開発中の終盤に変更が生じても、正しいドキュメントを簡単に得ることができる。

さらに、図１１のステップＳ１１０６の処理を実行することにより、ドキュメントの読み手が制御コードや変数を理解できなくても、フローチャートを理解できるため、読み手を意識した表現が可能となる。

ステップＳ１１０８において、情報処理装置１０１は、フローチャートエリア１４０３を生成・出力する。ステップＳ１１０８は、本発明における、前記管理手段で管理する前記ロジック情報を用いてフローチャートを生成する生成手段の一例であり、前記生成手段で生成したフローチャートを出力する出力手段の一例である。

なお、もしロジック一覧定義１２０１に定義されているロジックに誤りがある場合には、「エラーが発生したため、処理を中止します。これまでに表示されたログを確認してください。」等のロジックに誤りがあるためにフローチャートが生成できないことを開発者に認識させるためのメッセージを表示し、フローチャートエリア１４０３の生成を行わない。

また、本実施形態では、ステップＳ１１０６において、情報処理装置１０１は、ロジック自然言語定義４０６をフローチャート部品に設定するが、他の実施形態として、ロジック自然言語定義４０６をフローチャート部品に設定するか、ロジック自然言語定義４０６をフローチャート部品に設定することなく、制御コードをフローチャート部品に設定するかをユーザが選択可能にすることも可能である。

その場合、図１７の１７００の画面に、ロジック自然言語定義４０６をフローチャート部品に設定するかをユーザが選択ためのチェックボックスを設け、情報処理装置１０１は、ステップＳ１１０５の処理の前に、当該チェックボックスにチェックが入っているかを判定して、入っている場合には、ステップＳ１１０５、ステップＳ１１０６の処理を行わず、その代わりに、制御コードをフローチャート部品に設定する処理を行う。

以上で、図１１の説明を終了する。

以上、本発明によると、アプリケーション構築における、フローチャート作成の手間を軽減することができる。

なお、本実施形態においては、アプリケーションのプログラムを生成するツールにおいてドキュメントを生成するとしたが、プログラム生成ツールに限定するものではなく、アプリケーションサーバ１０２、クラウド環境、他の装置等でアプリケーションが動作する様にアプリケーション環境を構築するツールやサービスにおいて、設定したアプリケーションの定義に基づいてドキュメントを生成するとしてもよい。

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

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

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

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

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

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

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

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

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

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

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

１０１ 情報処理装置
１０２ アプリケーションサーバ
１０３ データベースサーバ
１０４ アプリケーションクライアント

Claims (9)

1. ビジネスプロセス定義を含むアプリケーションを生成するための定義を記憶する情報処理装置であって、
   前記ビジネスプロセス定義を含むアプリケーションを生成するための定義を用いて、アプリケーションを生成するアプリケーション生成手段と、
   前記アプリケーション生成手段で生成されるアプリケーションに対応するフローチャートを生成すべく、アプリケーションの生成に用いられる前記ビジネスプロセス定義の動作ロジックの情報を用いて、前記動作ロジックに対応したフローチャートを生成するフローチャート生成手段と、
   前記アプリケーション生成手段で生成されたアプリケーションと、前記フローチャート生成手段で生成したフローチャートとを出力する出力手段と、
   を備えることを特徴とする情報処理装置。
2. 前記動作ロジックには制御コードが定義されており、
   前記フローチャート生成手段は、前記アプリケーションの生成に用いられる各動作ロジックの制御コードと予め関連付けられたフローチャート部品に、前記動作ロジックで定義されている制御コードを設定して、前記動作ロジックの一覧に沿ったフローチャートを生成することを特徴とする請求項１に記載の情報処理装置。
3. 前記動作ロジックは、該動作ロジックのフローチャート部品を出力しない識別子を付与可能であり、
   前記フローチャート生成手段は、前記識別子が付与された動作ロジックのフローチャート部品を出力せず、前記フローチャートを生成することを特徴とする請求項２に記載の情報処理装置。
4. 前記動作ロジックには、各動作ロジックに対応するテキストが定義可能であり、
   前記フローチャート生成手段は、前記動作ロジックに定義されたテキストを該動作ロジックのフローチャート部品に設定して、フローチャートを生成することを特徴とする請求項２または３に記載の情報処理装置。
5. 前記出力手段は、前記フローチャート生成手段で生成されたフローチャートの生成に用いた動作ロジックの一覧を前記アプリケーションで閲覧するデータも出力することを特徴とする請求項１乃至４に記載の情報処理装置。
6. 前記アプリケーション生成手段は、前記フローチャート生成手段により生成されるフローチャートを呼び出すリンク情報を含むアプリケーションを生成することを特徴とする請求項１乃至５に記載の情報処理装置。
7. 前記アプリケーション生成手段で生成されるアプリケーションは、ソースコードであることを特徴とする請求項１〜６に記載の情報処理装置。
8. ビジネスプロセス定義を含むアプリケーションを生成するための定義を記憶する情報処理装置の制御方法であって、
   前記ビジネスプロセス定義を含むアプリケーションを生成するための定義を用いて、アプリケーションを生成するアプリケーション生成工程と、
   前記アプリケーション生成工程で生成されるアプリケーションに対応するフローチャートを生成すべく、アプリケーションの生成に用いられる前記ビジネスプロセス定義の動作ロジックの情報を用いて、前記動作ロジックに対応したフローチャートを生成するフローチャート生成工程と、
   前記アプリケーション生成工程で生成されたアプリケーションと、前記フローチャート生成工程で生成したフローチャートとを出力する出力工程と、
   を備えることを特徴とする情報処理装置の制御方法。
9. コンピュータを請求項１乃至７のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。

Images