JP7421137B2 - 情報処理装置、情報処理方法およびプログラム - Google Patents

Description

本発明は、開発中のアプリケーションソフトウェアのリファクタリングを実行する情報処理装置、情報処理方法およびプログラムに関する。

アプリケーション開発時に命名した変数名やメソッド名、パラメータ名など（以後、変数名と略）がわかりにくい名前の場合、ソースコードやフローチャートで処理の流れを追う際の可読性がわるくなり、後のデバッグ時や機能追加時にソースコードの解読が難解になる。デバッグ時や機能追加時にプログラムの改変の際に余計な工数がかかる。わかりにくい変数名はわかりやすい名前に修正することが望まれている。

しかし、処理の複数の部分において変数が参照されている場合、すべての個所を把握しまとめて更新する必要がある。

特許文献１には、ソースプログラムから解析対象の変数名と抽出範囲を指定し、解析対象の変数名の使用箇所を抽出、抽出された使用箇所から、指定された範囲内で使用されている他変数名を抽出、出力することが開示されている。この処理により、指定した変数名の変更と合わせて変更が必要な他の変数があった場合、変数に関する抜けの判定、間違いを発見・防止し、合わせて変更が必要な他の変数名の抽出ができることが記載されている。

また、統合開発環境ソフト（たとえば、Ｅｃｌｉｐｓｅ Ｆｏｕｎｄａｔｉｏｎから入手可能なＥｃｌｉｐｓｅ Ｆｒａｍｅｗｏｒｋなど）のリファクタリングの名前変更機能を使えば、複数の部分で参照されている変数名があっても、まとめて変更することが可能である。

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

上記のＥｃｌｉｐｓｅ Ｆｒａｍｅｗｏｒｋなどのリファクタリングの機能はソースコードに内包されている変数名をまとめて変更することはできる。また、特許文献１もソースプログラム形式になっている場合は有効である。

しかしながら、フローチャートで形成されたプログラムの場合、フローチャートなどの流れ図内で、変数名を変更しようとする変数の影響がおよぶ部分がわからないという課題が生じる。

本発明は、チャート内で変数名を変更しようとする変数の影響がおよぶ部分を特定することを目的とする。

フローチャートを構成する各処理に対応する各表示アイテムが配置された前記フローチャートを表示するように制御する表示制御手段と、
前記各処理で使用する変数のうち、変更する変更元変数名の指示を受け付ける第１の受付手段と、
前記表示制御手段は、前記フローチャートの内、前記第１の受付手段で受け付けた変更元変数名が使用されている表示アイテムを識別表示するように制御することを特徴とする。

本発明によれば、チャート内で変数名を変更しようとする変数の影響がおよぶ部分を特定することができる。

本実施形態に係るシステム構成図である。 本実施形態に係るプログラム開発装置、実行サーバ、データベースサーバ、クライアント装置として適用可能なハードウェア構成の一例を示すブロック図である。 アプリケーション生成処理のフローチャートである。 リポジトリ定義の一例を示す模式図である。 変数名変更処理のフローチャートである。 ステップ内変数表示処理のフローチャートである。 アクション作成処理における画面表示例である。 変数名変更処理における画面表示例である。

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

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

情報処理装置１０１は、開発者の操作に従って画面レイアウト及びデータベース検索指示などを定義する。情報処理装置１０１は、プログラムなどのアプリケーションソフトウェア（以下、単にアプリケーションと称する）の生成を行う。具体的には、情報処理装置１０１は、Ｗｅｂアプリケーションを開発する開発者によりリポジトリ定義として、アプリケーション定義、入出力定義、データモデル定義、ビジネスプロセス定義、データベース定義の各定義を設定し、これらの定義を用いて、Ｗｅｂアプリケーションを生成する。これら、アプリケーション定義、入出力定義、データモデル定義、ビジネスプロセス定義、データベース定義の定義は、Ｗｅｂアプリケーション開発ツールを介して、開発者によって事前に入力設定、または配置されてもよい。

この実施形態においては、情報処理装置１０１で生成するアプリケーションはＷｅｂアプリケーションとするが、これに限定するものではなく、携帯電話・スマートフォン・タブレットなどの情報処理装置で動作するアプリケーションや組込みソフトウェアなど、Ｗｅｂ技術による通信を利用したアプリケーションでなくてもよい。

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

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

クライアント装置１０４は、実行サーバ１０２と協調して情報処理装置１０１で開発したアプリケーションプログラムを動作させる、エンドユーザの入力端末である。この、クライアント装置１０４は、携帯端末などの情報処理装置であってもよいこととする。

なお、情報処理装置１０１、実行サーバ１０２、データベースサーバ１０３、および、クライアント装置１０４の何れかを、クラウドなどのインターネット上に配置してもよい。

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

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

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

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

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

なお、入力部２０９がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。

また、タッチパネルは、マルチタッチスクリーン等の、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。

出力コントローラ２０６は、出力部２１０を表示制御する。この出力部２１０としては、例えば、ＣＲＴや液晶ディスプレイ等が挙げられる。尚、本体と一体になったノート型パソコンのディスプレイも含まれるものとする。また、プロジェクタであってもよいこととする。

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

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

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

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

図３は、Ｗｅｂアプリケーション生成のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、情報処理装置１０１のＣＰＵ２０１が実行する。

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

ステップＳ３０１において、情報処理装置１０１は、リポジトリ定義からアプリケーション定義を取得する。リポジトリ定義の例を図４を参照して説明する。

図４は、アプリケーション開発時に利用するリポジトリ定義の一例である。

リポジトリ定義は、情報処理装置１０１の外部メモリ２１１に記憶されており、図４のようにディレクトリ構造でファイルとして管理されている。これらリポジトリ定義からアプリケーションを生成する。

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

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

入出力定義４０３は、プログラムへ引数として入力される項目を定義する入力定義情報と、プログラムから処理結果として出力する項目を定義する出力定義情報とを含む定義情報である。入出力画面は通常複数の画面を有するため、図４の場合、入出力定義４０３のように４画面から形成されているアプリケーションを定義している。

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

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

ＵＩ定義４０６は、ＳＰＡ（シングルページアプリケーション）を生成する際に必要な画面定義及びアクション定義である。ＳＰＡは、最初に必要なコードをまとめて実行サーバ１０２からクライアント装置１０４に送信するため、ＵＩ定義には、ＳＰＡでの画面の設計情報（入出力定義に該当）と画面遷移情報などが定義されている。そのため、ＵＩ定義には、画面情報とボタン押下など（アクション）による画面遷移順、クライアント装置１０４で可能な簡単な処理内容などの情報が定義されている。後述するフローチャート形式で生成されるプログラムは、ＵＩ定義で定義されている処理で実行されるプログラムである。

なお、本願発明の実施例では、ＵＩ定義とＵＩ画面上のアクションの処理（ＵＩのボタン押下時の処理）を定義するフローチャート形式のプログラムにおける、変数名の変更処理として説明するが、ＵＩ画面上のアクションの処理のプログラムに限定されず、一般のフローチャート形式で生成されるプログラムであれば本願発明は適応可能である。

以上で図４の説明を終わり、図３のフローチャートの説明に戻る。

図３のステップＳ３０２において、情報処理装置１０１は、外部メモリ２１１に記憶されているリポジトリ定義のデータモデル定義４０２をＲＡＭ２０２に読み込む。

ステップＳ３０３において、情報処理装置１０１は、外部メモリ２１１に記憶されているリポジトリ定義の入出力定義４０３をＲＡＭ２０２に読み込む。

ステップＳ３０４において、情報処理装置１０１は、外部メモリ２１１に記憶されているリポジトリ定義のビジネスプロセス定義４０４をＲＡＭ２０２に読み込む。

ステップＳ３０５において、情報処理装置１０１は、外部メモリ２１１に記憶されているリポジトリ定義のデータベース定義４０５をＲＡＭ２０２に読み込む。

ステップＳ３０６において、情報処理装置１０１は、ＳＰＡ用のＵＩ画面を生成する処理（ＵＩ定義作成処理）を行う。ＳＰＡ用のＵＩ画面は、ステップＳ３０３で取得した入出力定義４０３からＳＰＡ用の画面定義を生成しても良いし、別にＳＰＡ用のＵＩ画面をユーザから受け付けて生成しても良い。ＵＩ画面には、ユーザからの入力を受け付ける入力項目や、サーバから取得したデータ及びクライアントで演算される値を表示する出力項目、ＵＩ画面よりアクションを開始するボタンなどが配置されている。ＵＩ定義のリポジトリの例が４０６である。なお、ＵＩ画面が複数ある場合は、入出力定義４０３のようにリポジトリは複数のファイルから形成されても良い。

ステップＳ３０７において、情報処理装置１０１は、ＳＰＡのＵＩ画面に設定されているボタンなどのアクションによる処理の設定をユーザから受け付ける。設定されたアクションデータは、ＵＩ定義４０６に格納される。ボタンなどのアクションによる処理の具体例としては、データの取得、クライアントでできる演算の結果を出力項目に表示する処理、あるいは画面を遷移させ、異なるＵＩ画面で表示（たとえば、帳票一覧表示画面から帳票詳細表示画面への画面遷移を表示）する処理などがある。

ステップＳ３０７のボタンなどのアクションによる処理（以下、アクション処理）は、本実施例では、フローチャート形式で生成されるものとする。図７（ａ）、（ｂ）を参照してフローチャート形式のプログラムを生成する手順を説明する。

図７（ａ）、（ｂ）は、アクション処理をフローチャート形式で生成する際の表示例である。

図７（ａ）はフローチャートを形成するアクションエディタの初期画面（フローチャート形成前）の表示例である。

図７（ｂ）は、フローチャートエディタ部７１８に一連の処理として複数の処理ステップ（特定の処理が対応づけられた表示アイテム）を配置した後の図である。ユーザは、処理アイテムリスト７１４から処理アイテム７１５、７１６など様々な種別の処理に対応する表示アイテムである処理アイテムを、ドラッグ・アンド・ドロップなどによりフローチャートエディタ部７１８に処理ステップとして配置可能である。フローチャートエディタ部７１８に配置された複数の処理ステップは一連の処理を表すフローチャートとして表示される。後述する処理によってエディタ部７１８に表示されたフローチャートが示す処理を実行するプログラム（アプリケーション）が生成される。

フローチャートエディタ部７１８の中のフローチャートは、ＵＩ画面のボタンが押下されると実行される処理で、図７（ｂ）の場合は、最初に処理アイテム７１６「対象条件データ処理」がドラッグ・アンド・ドロップされた結果である処理ステップ７１９が配置されている。処理ステップ７１９は全件検索を行う処理を示している。全件検索するデータの取得先や取得するコラムなどは、処理ステップのプロパティ欄７１７に表示されるパラメータの入力により設定される（不図示）。なお、「全件検索」や「スクリプト１」などのフローチャートのラベルもプロパティ欄７１７で設定される。なお、フローチャートエディタ部７１８内の処理を示すステップ（表示アイテムとしての処理ステップ）は、処理ステップとし、図３、図５、図６のフローチャートの各ステップとは区別して記載する。

フローチャートエディタ部７１８に配置された２つ目、３つ目の処理ステップである「スクリプト１」、「スクリプト２」は、処理アイテム７１５（「スクリプト」）がドラッグ・アンド・ドロップされて配置されたものである。処理アイテム７１５（「スクリプト」）をフローチャートエディタ部７１８に配置すると、プロパティ欄７１７に「ＪａｖａＳｃｒｉｐｔ（登録商標）」のソースコードの入力を受け付けるエリア７１２が表示される。図７（ｂ）は、処理ステップ７１１（３つ目の処理ステップ）の「スクリプト２」が選択されている状態であり、エリア７１２には、「スクリプト２」にユーザが登録したスクリプトが表示されている。エリア７１２には、変数７１３の名前（“ｖｅｒ０２”）を使ったスクリプトのソースコードがユーザにより入力されている。変数７１３の名前（ｖｅｒ０２）は、ユーザにより直接入力されてもよいし、エディタのサジェスト機能でユーザにより選択入力されてもよい。以上のように、Ｓ３０７において、ユーザによるＵＩ画面のボタン押下後のアクション処理の定義を受け付ける。

なお、変数７１３のようにユーザが設定した変数名でない変数名（たとえば、グローバル変数やデータモデルで予め設定されている変数名など）は、次のステップＳ３０８で処理する変数名変更処理からは除外する。グローバル変数やデータモデルで設定されている変数名などはプログラム生成で統一的に管理されている変数であり、開発者によって自由に変数名を変えると整合が取れなくなる可能性がある。ステップＳ３０８で処理する変数名変更は、ユーザが主にスクリプト内やデータ入出力値として一時的に命名した、フローチャート内で設定している変数名を管理・変更することを目的としている。図３のフローチャートの説明に戻る。

ステップＳ３０８において、情報処理装置１０１は、ステップＳ３０７でユーザから受け付けたフローチャートの処理から変数名（変更元変数名）を変更する処理を行う。変数名を変更する理由としては、フローチャート内で変数名を統一させたり、異なる変数を同じ変数名で使用していたりする箇所がないかを把握するためである。詳細は図５を参照して後述する。

ステップＳ３０９において、情報処理装置１０１は、ＲＡＭ２０２に読み込んだリポジトリ定義の各定義・各ファイルから情報を取得し、ソースコードを生成する。

なお、生成されたソースコードにはプログラミング言語が記載されたファイルに加え、ＨＴＭＬ、ＪＳＰ、ＪａｖａＳｃｒｉｐｔ（登録商標）等のＷｅｂアプリケーションやＷｅｂサービスの提供に利用されるファイルも含まれる。

ステップＳ３１０において、情報処理装置１０１は、ステップＳ３０９にて生成したソースコードを実行サーバ１０２に配置（デプロイ）する。これにより、実行サーバ１０２上でＷｅｂアプリケーション又はＷｅｂサービスが動作するようになる。

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

図５は、変数名変更の処理のフローチャートの一例を示す図であり、前述した図３のS３０８の詳細処理である。なお、以下のフローチャートの各ステップは、情報処理装置１０１のＣＰＵ２０１が実行する。

ステップＳ５０１において、情報処理装置１０１は、フローチャート内の各処理ステップに含まれているユーザにより指定された変数が使われている処理ステップを表示する処理を実行する。詳細を図６を参照して説明する。

図６は、処理ステップ内変数表示の処理のフローチャートの一例を示す図である。なお、以下のフローチャートの各ステップは、情報処理装置１０１のＣＰＵ２０１が実行する。

ステップＳ６０１において、情報処理装置１０１は、アクションエディタを表示する。

ステップＳ６０２において、情報処理装置１０１は、アクションエディタにおいて、ボタンなどのアクションによる処理（フローチャート）を表示するアクションの選択を受け付ける。アクションの選択受付には、図示しないアクションリストからプルダウンなどでユーザにより選ばれてもよいし、リスト表示されたアクションリストからラジオボタンなどでユーザにより選択されてもよい。アクションの選択を受け付けると、そのアクションのフローチャートを図８（ａ）のように表示する。

ステップＳ６０３において、情報処理装置１０１は、ステップＳ６０２で選択を受け付けたフローチャートの各処理ステップのプロパティ情報を取得する。取得した各処理ステップの情報を解析し、変数名を抽出する。なお、前述したようにグローバル変数やデータモデルで設定されている変数名は、開発者は通常変更すべきでないため、このプルダウンで表示される変数名にはグローバル変数やデータモデルで設定されている変数名などは除外しても良い。

ステップＳ６０４において、情報処理装置１０１は、ユーザから、フローチャート内で表示する変数の選択を受け付ける処理を行う。この処理は、変更元変数名の指示の受付を行う処理である。図８（ａ）と図８（ｂ）を参照して説明する。

図８（ａ）は、ステップＳ６０２で選択されたフローチャートが表示されている例である。

定義名７２１は、アクションにつけられた定義名であり、フローチャートエディタ部７１８には、定義名７２１で定義されたアクションのフローチャートが表示されている。

ステップＳ６０４の処理では、情報処理装置１０１は、変数選択受付処理として、変数名選択欄７２３を持つダイアログボックス７２２を表示する。表示された変数名選択欄７２３が操作されると、ステップＳ６０３により取得した変数名から、このフローチャート内で使用されている変数名を一覧としてプルダウンの選択肢として表示する。

ステップＳ６０４でユーザにより変数が選択された例を図８（ｂ）で示す。

図８（ｂ）は、ステップＳ６０４でユーザにより変数が選択された後の例である。

例えば、変数名表示欄７３３に示す上側の欄には、ステップS６０４でユーザにより選択された変数名である「ｖｅｒ０１」が表示される。下の欄にはステップS６０４でユーザにより選択された変数名である「ｖｅｒ０２」という変数が選択されている。これらの変数名がフローチャートの何処で使われているかを示す処理を以下で説明する。図８（ｂ）の検索ボタン７３１が押下されると、フローチャート内の変数の検索を開始する。図６のフローチャートの説明に戻る。

図６のステップＳ６０５において、情報処理装置１０１は、フローチャートの処理ステップの数だけステップＳ６０５からステップＳ６１２の処理を繰り返す。

ステップＳ６０６において、情報処理装置１０１は、該当の処理ステップのプロパティ情報を取得する。

ステップＳ６０７において、情報処理装置１０１は、ステップＳ６０６で取得したプロパティ情報内に、ステップＳ６０４で選択された変数名（変数名表示欄７３３に表示された変数名）があるかを判断する。選択された変数名がある場合は、ステップＳ６０８へと処理を遷移し、変数名がない場合はステップＳ６１２へと処理を進めて、ステップＳ６０６の処理へと戻る。

ステップＳ６０８において、情報処理装置１０１は、該当する処理ステップをＲＡＭ２０２へと記憶する。

ステップＳ６０９において、情報処理装置１０１は、該当する処理ステップを他の処理ステップと識別可能に表示（識別表示）するため、強調表示する。強調表示した場合の表示例を図８（ｂ）に示す。図８（ｂ）の７３６や７３８はＳ６０９で行われる強調表示の表示例である。詳細は後述する。

ステップＳ６１０において、情報処理装置１０１は、選択された変数名が複数かどうかを判断する。選択された変数名が複数ある場合（たとえば、図８（ｂ）のように、“ｖｅｒ０１”と“ｖｅｒ０２”の２つがある場合など）は、ステップＳ６１１へと処理を遷移し、選択された変数名が複数ない場合は、ステップＳ６１２へと処理を進めて、ステップＳ６０６の処理へと戻る。

ステップＳ６１１において、情報処理装置１０１は、選択された変数名の変数が含まれている処理ステップに、含まれている変数名を示すタグを付与する。ステップＳ６１１の処理が終わると、ステップＳ６１２へと処理を遷移し、処理ステップの数だけステップＳ６０６の処理から繰り返す。なお、Ｓ６１０の処理を行わずに、変数名が複数であるか否かにかかわらずＳ６１１の処理を行ってもよい。全処理ステップでステップＳ６０６～Ｓ６１２を繰り返すと、図６のフローチャートを終了し、図５のフローチャートへと処理を戻す。

ステップＳ６０４～Ｓ６１２の処理の結果の表示例を図８（ｂ）を参照して説明する。

図８（ｂ）の変数名表示欄７３３で選択されている変数“ｖｅｒ０１”と“ｖｅｒ０２”が存在するフローチャット上の処理ステップは処理ステップ７３７と処理ステップ７３９である。そのため、処理ステップ７３７は直前や直後の処理ステップのように、選択された変数名の変数が含まれない処理ステップよりも強調して表示する。図示の例では、強調枠７３６のように周りを異なる色で表示させて識別可能にしている。処理ステップ７３９も同様に、強調枠７３８によって強調表示している。また、図示の例では、変数名表示欄７３３に表示されたように「ｖｅｒ０１」と「ｖｅｒ０２」の２つ（複数）の変数が選択されているため、強調表示されている処理ステップに対してタグ７３４を表示している。タグ７３４には、それぞれの処理ステップに含まれている（すなわち、検索でヒットした）選択された変数名が表示される。これによって、複数の変数がある場合でもひと目でわかるようにしている。また、強調枠７３６の色でも複数の変数が識別できるように、強調枠７３６の色を、選択された変数名のそれぞれに対して対応付けられたマーカ色７３５としている。マーカー色７３５は、選択された変数名にそれぞれ一意に対応付けられた互いに異なる色である。

図６のステップ内変数表示処理を終了すると、続いて、図５のステップＳ５０２において、情報処理装置１０１は、変更する変数名（選択された変数）の変更後の変数名の入力を受け付ける。この処理は、変更後の変数名の入力を受け付ける処理である。具体的には、図８（ｂ）の置き換え変数名欄７４０への文字列の入力操作を受け付ける。図示の例は、置き換え変数名欄７４０に「stock_temp」という文字列が入力された例であり、ユーザによって変更前の変数名が「ｖｅｒ０１」である変数の変更後の変数名を「stock_temp」にする指示を受け付けた状態である。同様に、変更前の変数名が「ｖｅｒ０１」である変数の変更後の変数名も受け付け可能である。

ステップＳ５０３において、情報処理装置１０１は、変数名を変更する候補の処理ステップにチェックボックスを配置する。具体的には、選択された変数名（変数名表示欄７３３に表示された変数名）の変数を含む処理ステップの全てにチェックボックスを表示するう。図８（ｂ）の例では処理ステップ７３７と処理ステップ７３９内部の右上にそれぞれチェックボックスを表示している。

ステップＳ５０４において、情報処理装置１０１は、ステップS５０３で表示されたチェックボックスに対するチェック操作を受け付ける。チェックを付ける操作は、選択された変数名（変数名表示欄７３３に表示された変数名）を、置き換え変数名欄７４０に入力された変数名に変更する対象となる処理ステップをユーザが指示（選択）する操作である。デフォルトでは、変数名を変更する処理ボックスのチェックボックスは全てＯＮとする。これにより、変数名の変更のし忘れを防ぐことが可能となる。チェックが外された処理ステップに含まれる変数については、選択された変数名（変数名表示欄７３３に表示された変数名）であっても変数名を変更しない（置き換え変数名欄７４０に入力された変数名に置き換えない）。

なお、ステップＳ５０３の処理とステップＳ５０４の処理は、開発途中で同じ変数名を異なる複数の変数に対して使用している不整合の発見や、同じ変数名でよい変数を別々の変数として使用している変数名の分かり難さを解消するために設けている。そのため、リファクタリングの場合は、ステップＳ５０３の処理とステップＳ５０４の処理は省く。リファクタリングの場合は、既に機能しているプログラムの変数名を変更するだけでよく、変数名がある処理ステップの変数名を変更したりしなかったりすると不整合が生じる可能性があるためである。

ステップＳ５０５において、情報処理装置１０１は、変数名変更の実行指示を受け付ける。具体的には、図８（ｂ）の置き換えボタン７３２の押下を実行指示として受け付ける。実行指示があった場合はS５０６に進み、実行指示が無い場合はS５０６の処理には進まない。。

ステップＳ５０６において、情報処理装置１０１は、ステップＳ６０８でＲＡＭ２０２に記憶されている処理ステップの数だけ、ステップＳ５０７とステップＳ５０８の処理を繰り返す。なお、ステップＳ６０８でＲＡＭ２０２に記憶されている処理ステップであっても、Ｓ５０４でチェックボックスへのチェックが外されていた処理ステップに関してはＳ５０７の処理を行うことなく（変数名を変更することなく）スキップし、次の処理ステップに関する処理を行う。

ステップＳ５０７において、情報処理装置１０１は、ＲＡＭ２０２に記憶されている処理ステップの中の変数名を変更する変数の名前を変更する。画面の例では、図８の（ｂ）の変数名表示欄７３３に表示された「ｖｅｒ０１」という変数名を「ｓｔｏｃｋ＿ｔｅｍｐ」という変数名に変更する。この処理により、開発時に仮につけた「ｖｅｒ０１」という変数名ではなく、「ｓｔｏｃｋ＿ｔｅｍｐ」という変数名から、この変数が在庫データの一時保存変数であることを容易に認識することが可能となる。従って、後日、新たに機能追加やデバッグをする際に、別の開発者でも変数の意味からプログラムの意味をフローチャート上で把握することができるようになるという効果が生じる。

ステップＳ５０８において、情報処理装置１０１は、ステップＳ６０８でＲＡＭ２０２に記憶されている処理ステップの数だけステップＳ５０７へと処理を戻し、記憶されている処理ステップの数だけ、ステップＳ５０７の処理を実行すると、図５の変数名変更処理を終える。図５の変数名変更処理（すなわち、図４のS３０８の変数名変更処理）によって変更された変数名を用いて、前述のS３０９、S310が実行される。これによって、ユーザによって変更すべき変数名として選択された変数名を、変更後の変数名にしたソースコードであって、Ｓ３０７のアクション作成でユーザに作成されたフローチャート（図８（ｂ）に表示されたフローチャート）が表す処理のソースコードが生成される。

以上のように、本願発明により、フローチャート内で変数名を変更しようとする変数の影響がおよぶ部分を特定することが可能となる。

なお、変数名が変更される影響を把握したいチャートであれば、フローチャートに限定されず、たとえばシーケンスチャートやステートチャートなどプログラム生成時に使用する図（チャート）でも応用可能である。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ－ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

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

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ プログラム開発装置（情報処理装置）
１０２ 実行サーバ
１０３ データベースサーバ
１０４ クライアント装置
１０５ ネットワーク

Claims (12)

1. フローチャートを構成する各処理に対応する各表示アイテムが配置された前記フローチャートを表示するように制御する表示制御手段と、
   前記各処理で使用する変数のうち、変更する変更元変数名の指示を受け付ける第１の受付手段と、
   前記表示制御手段は、前記フローチャートの内、前記第１の受付手段で受け付けた変更元変数名が使用されている表示アイテムを識別表示するように制御することを特徴とする情報処理装置。
2. 前記第１の受付手段で変数名を変更する指示を受け付けた変更元変数名の変更後の変数名の入力を受け付ける第２の受付手段と、
   前記第１の受付手段で受け付けた変更元変数名を前記第２の受付手段で受け付けた変更後の変数名にした前記各処理に対応するソースコードを出力する出力手段を有することを特徴とする請求項１に記載の情報処理装置。
3. 前記表示制御手段は、複数の種別の表示アイテムを配置可能であり、
   特定の種別の表示アイテムに対応する処理としてユーザ操作に応じて変数名と処理内容を設定する設定手段を有することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記第１の受付手段で指示を受け付けられる変更元変数名として指定できる変数は、前記設定手段で設定された変数名の変数とすることを特徴とする請求項３に記載の情報処理装置。
5. 前記第１の受付手段は、前記変更元変数名の候補を選択肢として表示し、前記選択肢からの選択を受け付けることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記第１の受付手段は、前記フローチャートに含まれる複数の表示アイテムに対応する処理で使用する変数の変数名を検索して前記候補を抽出することを特徴とする請求項５に記載の情報処理装置。
7. 前記フローチャートは、シングルページアプリケーションのスクリプトを生成するためのフローチャートであることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記第１の受付手段により複数の変更元変数名の指示を受け付けた場合、
   前記表示制御手段は、前記指示を受け付けた複数の変更元変数名の表示アイテムをそれぞれ識別して表示制御することを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 前記表示制御手段は、前記識別表示される表示アイテムを選択するか否かのアイコンを表示し、
   前記出力手段は、前記アイコンにより選択された表示アイテムで使用する変更元変数名の変数を前記変更後の変数名に変更して、前記各処理に対応するソースコードを出力することを特徴とする請求項２に記載の情報処理装置。
10. 前記出力手段は、前記アイコンにより選択されない表示アイテムで使用する変更元変数名の変数は、変数名を変更せずに、前記各処理に対応するソースコードを出力することを特徴とする請求項９に記載の情報処理装置。
11. フローチャートを構成する各処理に対応する各表示アイテムが配置された前記フローチャートを表示するように制御する第１の表示制御ステップと、
    前記各処理で使用する変数のうち、変更する変更元変数名の指示を受け付ける第１の受付ステップと、
    前記第１の表示制御ステップで表示された前記フローチャートの内、前記第１の受付ステップで受け付けた変更元変数名が使用されている表示アイテムを識別表示するように制御する第２の表示制御ステップと
    を有することを特徴とする情報処理装置の制御方法。
12. コンピュータを、請求項１乃至１０のいずれか１項に記載された情報処理装置の各手段として機能させるためのプログラム。
    

Images