プログラム開発支援装置及び方法並びにプログラム開発支援用ソフトウェアを記録した記録媒体
【課題】 状態遷移情報の変更点だけをプログラムに反映させることで、プログラム開発を効率化する。
【解決手段】 状態遷移情報１００の変更点だけが既存のプログラムコード１０４に反映されるため、ユーザがプログラムコード１０４に直接加えた変更と、状態遷移情報１００に加えた変更が同じプログラムコード１０４上で並存でき、プログラム開発が効率化される。生成されたプログラムコード１０４に直接加えられた変更を、元の状態遷移情報１００に反映されることで、プログラムにあわせてユーザが状態遷移情報１００を書き換える作業が不要になり、プログラム開発が効率化される。
【解決手段】 状態遷移情報１００の変更点だけが既存のプログラムコード１０４に反映されるため、ユーザがプログラムコード１０４に直接加えた変更と、状態遷移情報１００に加えた変更が同じプログラムコード１０４上で並存でき、プログラム開発が効率化される。生成されたプログラムコード１０４に直接加えられた変更を、元の状態遷移情報１００に反映されることで、プログラムにあわせてユーザが状態遷移情報１００を書き換える作業が不要になり、プログラム開発が効率化される。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】この発明は、状態遷移情報を使ってソフトウェアの開発を支援する技術の改良に関するもので、より具体的には、状態遷移情報の変更点だけをプログラムに反映させることで、プログラム開発を効率化したものである。
【０００２】
【従来の技術】プログラムの開発を支援する技術の１つとして、状態遷移図を使ってプログラムを自動生成する技術が知られている。この状態遷移図は、プログラムの動作を、複数の状態の間での遷移（移り変わり）として表わしたものであり、このような状態遷移図の内容を表わす情報を状態遷移情報と呼ぶ。
【０００３】なお、「状態遷移図」は状態遷移情報を表わす形式の１つに過ぎず、状態遷移情報は遷移表など他の形式で表すこともできる。このため、状態遷移図からプログラムを自動生成するというのは、実質的には状態遷移情報からプログラムを自動生成することを意味し、本出願で「状態遷移図」というときは、「状態遷移情報」に読み替えることができるものとする。
【０００４】上に述べた状態遷移図はいくつもの状態を含み、ある状態から別の状態への遷移は、何らかのイベントによって起きる。このような状態遷移図からプログラムを自動生成する場合、状態やイベントに付けることができる名前、例えば状態名やイベント名などと、プログラム中で使うことができる識別子、例えば画面名、ＧＵＩ部品名、変数名などとは互いに異なっている。
【０００５】このような状態遷移図からプログラムを作成する場合、状態遷移情報を状態遷移表という表の形式で表現しておいて、それをプログラム中の配列変数として生成することと、状態遷移情報から、プログラミング言語の条件分岐などの制御文を使ったプログラムを作成することが考えられる。
【０００６】
【発明が解決しようとする課題】ところで、上に述べたように制御文を使って自動生成されたプログラムをエディタなど別のツールを使ってユーザが直接修正した後、状態遷移図から新しいプログラムを再び自動生成する場合、従来では、すでにあるプログラムの全体を、新しく生成されるプログラムで置き換えていた。
【０００７】このため、ユーザによる修正点は新しいプログラムによって上書きされ、新しいプログラムの中では保持されなかった。この結果、ユーザがプログラムに直接加えた修正と、ユーザが状態遷移図に加えた修正とを、新しく生成するプログラムの上で並存させることはできなかった。
【０００８】また、従来では、状態遷移図からプログラムを生成することはできても、逆にプログラムから状態遷移図を生成することはできなかった。このため、例えばユーザが直接変更を加えたプログラムから状態遷移図を生成することで、変更の内容を状態遷移図に反映させることはできなかった。
【０００９】このように、従来では、状態遷移図とプログラムとの間で、一方に加えた変更を他方に反映させようとしても制約が多く、プログラム開発を効果的に支援できないという問題点があった。
【００１０】本発明は、上に述べたような従来技術の問題点を解決するために提案されたもので、その目的は、状態遷移情報の変更点だけをプログラムに反映させることで、プログラム開発を効率化することである。また、本発明の他の目的は、同様にプログラムから状態遷移図を生成することで、プログラム開発を効率化することである。
【００１１】
【課題を解決するための手段】上に述べた目的を達成するため、請求項１の発明は、状態遷移情報を使ってプログラムの開発を支援するプログラム開発支援装置において、状態遷移情報のどこがどのように変更されたかを解析する情報解析手段と、状態遷移情報の各部分とプログラムの各部分との対応関係に基づいて、状態遷移情報での前記変更に対応するプログラムの部分を操作するプログラム操作手段と、プログラムのどこがどのように変更されたかを解析するプログラム解析手段と、プログラムの各部分と状態遷移情報の各部分との対応関係に基づいて、プログラムでの前記変更に対応する状態遷移情報の部分を操作する情報操作手段と、を備えたことを特徴とする。請求項４の発明は、請求項１の発明を方法という見方からとらえたもので、状態遷移情報を使ってプログラムの開発を支援するプログラム開発支援方法において、状態遷移情報のどこがどのように変更されたかを解析するステップと、状態遷移情報の各部分とプログラムの各部分との対応関係に基づいて、状態遷移情報での前記変更に対応するプログラムの部分を操作するステップと、プログラムのどこがどのように変更されたかを解析するステップと、プログラムの各部分と状態遷移情報の各部分との対応関係に基づいて、プログラムでの前記変更に対応する状態遷移情報の部分を操作するステップと、を含むことを特徴とする。請求項６の発明は、請求項１，４の発明を、コンピュータプログラムを記録した記録媒体という見方からとらえたもので、コンピュータによって、状態遷移情報を使ってプログラムの開発を支援するプログラム開発支援用ソフトウェアを記録した記録媒体において、そのソフトウェアは前記コンピュータに、状態遷移情報のどこがどのように変更されたかを解析させ、状態遷移情報の各部分とプログラムの各部分との対応関係に基づいて、状態遷移情報での前記変更に対応するプログラムの部分を操作させ、プログラムのどこがどのように変更されたかを解析させ、プログラムの各部分と状態遷移情報の各部分との対応関係に基づいて、プログラムでの前記変更に対応する状態遷移情報の部分を操作させることを特徴とする。請求項１，４，６の発明では、状態遷移図から生成したプログラムをユーザが別のツールなどで直接変更したあと、もとの状態遷移図を変更して再びプログラムを生成しても、すでにあるプログラム全体を上書きすることはない。すなわち、状態遷移図の変更点だけが既存のプログラムに反映されるため、ユーザがプログラムに直接加えた変更と、状態遷移図に加えた変更が同じプログラム上で並存でき、プログラム開発が効率化される。また、この発明では、生成されたプログラムに直接加えられた変更を、元の状態遷移情報に反映されることで、プログラムにあわせてユーザが状態遷移図を書き換える作業が不要になり、プログラム開発が効率化される。これらによって、状態遷移情報とプログラムの間で、変更点を反映させて整合性を保つ処理が双方向に可能となる。つまり、状態遷移情報とプログラムの一方を変更したとき、他方の全体を上書きすることなく、変更点だけが他方に反映されるので、反映される側でユーザが直接加えた変更と反映される変更とが両方有効になる。このため、ユーザは、どのような点を変更したいかに応じて、状態遷移情報とプログラムのうち都合のよい方を変更することができ、プログラム開発が効率化される。
【００１２】請求項２の発明は、請求項１記載のプログラム開発支援装置において、プログラム中で使われる互いに重複しない識別子を生成する生成手段と、状態遷移情報中で使われるどの名前とプログラムで使われるどの識別子とが対応するかを表わす名前対応表と、状態遷移情報中のどのような構造とプログラム中のどのような構造とがどのように対応するかを表すプログラム生成情報と、を備えたことを特徴とする。請求項５の発明は、請求項２の発明を方法という見方からとらえたもので、請求項４記載のプログラム開発支援方法において、プログラム中で使われる互いに重複しない識別子を生成するステップを含み、状態遷移情報中で使われるどの名前とプログラムで使われるどの識別子とが対応するかを表わす名前対応表と、状態遷移情報中のどのような構造とプログラム中のどのような構造とがどのように対応するかを表すプログラム生成情報と、を使うことを特徴とする。請求項２，５の発明では、状態遷移情報とプログラムとの間で、どの名前とどの識別子とが対応し、また、どの構造とどの構造とがどう対応するかを、それぞれ名前対応表とプログラム生成情報を使って容易に判断できるので、解析や変更を効果的に行なうことができる。例えば、状態遷移情報中の名前をプログラム中の識別子に変換してプログラムの一部を作るとき、互いに重複しない識別子を生成し、生成した識別子をもとの名前と対応付けて名前対応表に登録しておけば、名前と識別子のどちらからでも対応する他方を検索することができる。
【００１３】請求項３の発明は、複数の画面を切り替えながら実行されるプログラムの開発を支援する請求項１又は２記載のプログラム開発支援装置において、前記状態遷移情報は、前記各画面に対応する複数の状態ごとに、どのようなイベントが発生したときに他のどの状態に遷移するかと、遷移のときにどのようなアクションを行うか、とを記述し、前記プログラムは、前記各状態に対応する複数の画面ごとに、前記イベントを発生させるためにどのようなＧＵＩ部品を画面に表示するかと、前記イベントが発生したときにどのような処理を実行するか、とを記述することを特徴とする。請求項３の発明では、設計者は、画面の移り変わりを設計するとき、実際のプログラムで何という識別子を使うか意識することなく、状態間の遷移を表す状態遷移図や遷移表といった状態遷移情報の形で解りやすく記述することができる。そして、このような状態遷移図で新しく作成された状態や遷移を自動的にプログラムに挿入したり、また、状態遷移図から削除されたり不要になった状態や遷移を自動的にプログラム中から削除したりすることで、イベント駆動型のプログラムを生成したり、状態遷移情報の変更に合わせて操作することができる。このため、複数の画面を切り替えながら実行されるプログラムの開発が効率化される。
【００１４】
【発明の実施の形態】以下、この発明の実施の形態（以下「実施形態」という）について図面を参照しながら説明する。なお、この発明は、周辺機器を持つコンピュータを、ソフトウェアで制御することによって実現されることが一般的と考えられる。この場合、そのソフトウェアは、この明細書の記載にしたがった命令を組み合わせることで作られ、上に述べた従来技術と共通の部分には従来技術で説明した手法も使われる。また、そのソフトウェアは、プログラムコードだけでなく、プログラムコードの実行のときに使うために予め用意されたデータも含む。
【００１５】そして、そのソフトウェアは、ＣＰＵ、コプロセッサ、各種チップセットといった処理装置、キーボードやマウスといった入力装置、メモリやハードディスク装置といった記憶装置、ディスプレイやプリンタといった出力装置などの物理的な資源を活用することでこの発明の作用効果を実現する。
【００１６】但し、この発明を実現する具体的なソフトウェアやハードウェアの構成はいろいろ変更することができる。例えば、ソフトウェアの形式には、コンパイラ、インタプリタ、アセンブラなどいろいろあり、外部との情報をやり取りするにも、フロッピーディスクなどの着脱可能な記録媒体、ネットワーク接続装置などいろいろ考えられる。また、この発明を実現するソフトウェアやプログラムを記録したＣＤ−ＲＯＭのような記録媒体は、単独でもこの発明の一態様である。さらに、この発明の機能の一部をＬＳＩなどの物理的な電子回路で実現することも可能である。
【００１７】以上のように、コンピュータを使ってこの発明を実現する態様はいろいろ考えられるので、以下では、この発明や実施形態に含まれる個々の機能を実現する仮想的回路ブロックを使って、この発明と実施形態とを説明する。
【００１８】〔１．構成〕図１は、この実施形態の構成を示す機能ブロック図である。この実施形態は、状態遷移情報１００（前記状態遷移図にあたる）とプログラムコード１０４（前記プログラムにあたる）との間で相互に、一方を変更したときにその変更を他方に反映させるようにしたプログラム開発支援装置である。
【００１９】また、この実施形態は、この図に示すように、名前対応表１０１と、識別子生成部１０２と、プログラム生成情報１０３と、状態遷移図解析部１０５と、プログラムコード操作部１０６と、プログラムコード解析部１０７と、状態遷移図操作部１０８と、を備えている。
【００２０】〔１−１．状態遷移情報とプログラムコードの関係〕これらのうち、状態遷移情報１００は、開発しようとするプログラムの内容を、状態遷移の形で設計した情報である。この状態遷移情報１００では、プログラムの動作が、複数の互いに違った状態又は同じ状態の間の遷移（移り変わり）で表わされていて、状態と状態との結び付き（遷移）が、その遷移を起こすイベント（処理）や条件で表現されている。
【００２１】ここで、状態遷移情報１００とプログラムコード１０４は互いに対応するものであるが、この実施形態で生成されるプログラムコード１０４は、いくつかの「画面」の間を「イベント」で移り変わることで動作するものとする。この場合、このプログラムの内容を表わす状態遷移情報１００の中では、プログラムコード１０４における個々の「画面」はそれぞれ互いに違った「状態」として表わされ、プログラムコード１０４における個々の「イベント」はそれぞれ互いに違った「遷移」として格納されているものとする。
【００２２】〔１−２．名前対応表の概略〕また、名前対応表１０１は、状態遷移情報１００に含まれるいろいろな名前、具体的には状態の名前（状態名）、遷移のイベントの名前（イベント名）、条件の名前（条件名）、変数の名前（変数名）、関数の名前（関数名）などが、プログラム中で使うためにどのような識別子に割り当てられているかを表わす情報である。なお、状態遷移情報１００中の要素の固有名詞を「名前」、プログラムコード１０４中の要素の固有名詞を「識別子」と呼ぶ。
【００２３】なお、状態遷移情報１００中の互いに違った状態でも同じイベント名や条件名などを持っている可能性があり、同様に、プログラムコード１０４中の互いに違った画面でも、同じＧＵＩ部品の識別子や同じ変数名を持っている可能性がある。このため、状態遷移情報１００内のイベント名や条件名などの名前を名前対応表１０１に格納するときは、名前の後ろに状態名が付け加えられる。これによって、状態遷移情報１００内の互いに違った状態について、同じイベント名や条件名が記述されていても、イベント名同士や条件名同士を互いに識別することができる。
【００２４】同じように、名前対応表１０１では、プログラムコード１０４内のＧＵＩ部品の識別子や変数名にも、画面の識別子を付け加えることで、別の画面上の同じＧＵＩ部品や同じ変数名と区別する。
【００２５】〔１−３．識別子生成部〕次に、識別子生成部１０２は、状態遷移情報１００に含まれるイベント名や条件名といったいろいろな名前に対して、プログラムコード１０４中で使うための識別子を生成する部分であり、具体的には、名前として与えられる文字列ごとに、すでに生成して定義されているものと同じ識別子にならないように別の新しい識別子を生成するものである。また、この識別子生成部１０２は、プログラムコード１０４中で使われる識別子に対して、状態遷移情報１００中で使われる名前を、互いに重複しないように生成する機能も持っている。
【００２６】なお、状態遷移情報１００中のイベントや条件に対して付ける名前を名前対応表１０１に登録するとき、この識別子生成部１０２は、イベント名や条件名の後ろに、それらのイベントが発生した状態名や、条件判断を必要とする状態名を付け加えることで、他の状態で同じ名前のイベントなどが発生した場合と区別する。
【００２７】同じように、プログラムコード１０４中で使われる識別子を名前対応表１０１に登録するとき、識別子生成部１０２は、例えばボタンやプルダウンリストといったＧＵＩ部品の識別子の後ろにそのＧＵＩ部品が置かれる画面名を付け加えることで、他の画面のボタンやプルダウンリストと区別する。
【００２８】〔１−４．プログラム生成情報〕また、プログラム生成情報１０３は、状態遷移情報１００中のどのような構造とプログラムコード１０４中のどのような構造とがどのように対応するかを表すものである。すなわち、プログラム生成情報１０３は、開発対象とするプログラムコード１０４を状態遷移情報１００から生成するためのいろいろな情報であり、例えば、プログラムコード１０４の実行時の状態を表わす状態変数の識別子、プログラムの骨組みを表わすスケルトンコード、プログラムを構成するプログラム部品のスケルトンコード、及びプログラム構文の情報などが含まれる。
【００２９】〔１−５．プログラムコード〕また、プログラムコード１０４は、コンピュータ上で実際に動作するプログラムであり、ここではイベント駆動型プログラムであるものとする。このイベント駆動型プログラムとは、イベントの発生によって、イベントごとにそれぞれ予め対応付けられていたコードが実行されるようなプログラムである。
【００３０】このプログラムコード１０４の中には、どのような画面を使うか、個々の画面上に存在するＧＵＩ部品の位置や色といった属性を定義する情報、個々のイベントが発生したときにどのようなプログラムが実行されるかというイベントごとのプログラム部品などが記述されている。なお、イベントとは、プログラムコード１０４実行時に発生しうる出来事であり、例えば、ＧＵＩ部品に対する操作や時間経過などを指す。
【００３１】〔１−６．状態遷移図解析部〕また、状態遷移図解析部１０５は、状態遷移情報１００に含まれる情報を解析することで、状態遷移情報１００に含まれる「状態」「イベント」「条件」などのうちどれが新しく追加され、どれが削除されたかといった解析結果を得て、この解析結果をプログラムコード操作部１０６に渡す部分である。
【００３２】また、状態遷移図解析部１０５は、それら「状態」「イベント」「条件」などが、すでに名前対応表１０１に含まれているかどうかを調べるだけでなく、すでに名前対応表１０１に存在している名前に対しては、名前対応表１０１から対応する識別子を検索して割り当てる機能を持つ。
【００３３】また、新しく作られた名前、すなわち名前対応表１０１に存在しない名前に関しては、識別子生成部１０２が生成する新しい識別子を割り当てると共に、この割当に基づいて名前対応表１０１を更新する。
【００３４】〔１−７．プログラムコード操作部〕また、プログラムコード操作部１０６は、すでに存在するプログラムコード１０４を操作する部分であり、具体的には、プログラムコード１０４中の画面について挿入、削除、属性変更を行ったり、画面に置かれるＧＵＩ部品について挿入、削除、属性変更を行ったり、イベントが発生したときに実行されるプログラム部品の挿入や削除などを行う。
【００３５】〔１−８．プログラムコード解析部〕次に、プログラムコード解析部１０７は、プログラムコード１０４に含まれる画面、ＧＵＩ部品、条件の属性、イベントが発生したときに実行されるプログラム部品の動作に付けられた識別子がすでに名前対応表１０１に含まれているかどうかを解析し、解析結果を状態遷移図操作部１０８に渡す部分である。
【００３６】すなわち、このプログラムコード解析部１０７は、すでに名前対応表１０１に存在する識別子については、その識別子に状態遷移情報１００中で対応する名前を、名前対応表１０１から検索して割り当てる。また、新しく作成された識別子、すなわち名前対応表１０１に存在しないものについては、状態遷移情報１００中で使う名前を決める。例えば、プログラムコード１０４中の画面やＧＵＩ部品の属性の中に、画面に表示する文字列を定義している部分があれば、その文字列を状態遷移情報１００中で名前として使うことにして、その文字列を使って名前対応表１０１を更新する。
【００３７】また、例えばプログラムコード１０４中で属性を定義している部分にそのような文字列がない場合には、識別子生成部１０２が作成する新しい名前を割当て、その名前を使って名前対応表１０１を更新する。
【００３８】〔１−９．状態遷移図操作部〕状態遷移図操作部１０８は、状態遷移情報１００を操作する部分であり、外部からキーボードやフロッピーディスクなどの入力装置を介して状態遷移情報１００を読み込むほか、状態遷移情報１００に対して状態の挿入と削除、イベントの挿入と削除、条件の挿入と削除、アクションの挿入と削除、といった操作が可能である。
【００３９】〔１−１０．状態遷移情報〕次に、この実施形態で使う状態遷移情報１００の例を図２に示す。なお、図２で表を上下２つに分けているのは図示する形式上の都合のためで、実際にはこのように分ける必要はない。すなわち、この状態遷移情報１００は、「メインメニュー画面」「時刻設定画面」といった状態ごとに、アクション（入）、アクション（出）、イベント、条件、遷移先、遷移時アクションという情報を定義しているものである。
【００４０】つまり、状態欄２００にはシステムがとりうる「状態」が列挙されていて、このように状態遷移情報１００に記述されている個々の「状態」は、プログラムコード１０４中の「画面」に対応する。また、アクション（入）欄２０１に記述されているアクション（入）は、遷移が発生してその状態になるときに実行される動作である。このアクション（入）は、プログラムコード１０４では、その「画面」の表示に切り替わる直前に実行されるプログラムの部分に対応する。
【００４１】一方、アクション（入）とは逆に、アクション（出）欄２０２に記述されているアクション（出）は、その画面から別の画面の表示に切り替わる直前に実行されるプログラムである。
【００４２】また、遷移時アクション欄２０６に記述されている遷移時アクションは、該当する遷移が発生したときに実行されるプログラムである。なお、アクション（入）欄２０１、アクション（出）欄２０２、遷移時アクション欄２０６には、関数の呼び出しや変数への操作などが列挙される。
【００４３】また、イベント欄２０３には、それぞれの状態から他の状態へ遷移するきっかけとして、ボタンの押されたことや、一定時間の経過といったイベントを記述することができる。また、条件欄２０４には、プルダウンリストの選択状況や変数の値などといった条件を記述することができる。ここで、プルダウンリストとは、ユーザがリストの中から項目を１つ選ぶためのＧＵＩ部品であり、例えば、図２の条件欄２０４で、プルダウンリストについて「設定内容＝時刻」とあるのは、設定内容を表わすプルダウンリストから「時刻」という項目が選ばれている状態を表わし、この状態のときに「条件」は真となる。
【００４４】なお、この条件欄２０４には、複数の条件を列挙することができ、個々の条件同士は、ＡＮＤ、ＯＲ、ＸＯＲといった論理演算子や、括弧を使った演算順序の指定などで結合しておくこともできる。
【００４５】また、遷移先欄２０５には、遷移先の画面が記述されている。つまり、状態欄２００に記述されている状態で、イベント欄２０３に記述されているイベントが発生し、条件欄２０４に記述されている条件が真であるとき、遷移時アクション欄２０６に記述されている動作を実行し、遷移先欄２０５に記述されている状態に遷移する。
【００４６】〔１−１１．名前対応表の例〕次に、名前対応表１０１の例を図３に示す。すなわち、この名前対応表１０１は、状態遷移情報１００中で使われている名前の文字列と、プログラムコード１０４中で使われている識別子の文字列との対応関係を表わす対照表である。この名前対応表１０１では、状態遷移情報用の名前欄３０１の中に存在する名前は、それまでに状態遷移情報１００に存在した名前であり、プログラム用の識別子欄３０２の中に存在する識別名は、それまでにプログラムコード１０４中に存在した識別子である。
【００４７】したがって、例えば、この実施形態をプログラム開発支援用ソフトウェアを使って実現する場合、過去にそのソフトウェアを使ったときに状態遷移情報１００内にあった名前は名前欄３０１に記述され、過去にそのソフトウェアを使ったときにプログラムコード１０４内にあった識別子は識別子欄３０２に記述されていることになる。
【００４８】なお、この実施形態では、状態遷移情報１００内に新しい名前が追加されたときはそれに基づいてプログラムコード１０４中にも新しい識別子が追加され、逆にプログラムコード１０４内に新しい識別子が追加されたときは状態遷移情報１００内にも新しい名前が追加される。そして、いずれの場合も新しい名前と識別子とは、１対１の対応関係で名前対応表１０１に登録されるので、名前対応表１０１内の名前と識別子とは、必ず同数存在することになる。
【００４９】また、名前対応表１０１の属性欄３００は、対応する識別子がプログラムコード１０４中のどの種類のものに割り当てられているかを表わすもので、具体的には、画面、ＧＵＩ部品、プルダウンリスト、変数、関数などの種別が記述される。なお、過去に一旦名前対応表１０１に含まれていた名前や識別子であっても、その後、現在までの間に状態遷移情報１００やプログラムコード１０４から削除されていたものは、その削除に伴って名前対応表１０１からも削除されているので、名前対応表１０１中には含まれない。
【００５０】〔１−１２．プログラムコードの例〕次に、図４と図５は、プログラムコード１０４の構造を示す例である。すなわち、プログラムコード１０４は、システム定義ファイル４００（図４）と、１つ以上の画面定義ファイル５００（図５）から構成される。
【００５１】〔１−１２−１．システム定義ファイル〕このうちシステム定義ファイル４００は、開発対象となっているプログラムがどのような画面を持っているかと、そのプログラムが実行時にどのようなプログラムファイルを必要とするかを列挙したものであり、ここでいうプログラムファイルは、プログラミング言語に標準の入出力モジュール、定義済関数、ランタイムルーチン、ダイナミックリンクライブラリなどを含む。具体的には、システム定義ファイル４００には、図４に示すように、開発対象のシステムで使う画面定義ファイル５００の名前が列挙されている。
【００５２】〔１−１２−２．画面定義ファイル〕一方、画面定義ファイル５００は、状態すなわち画面１つにつき１つ存在していて、図５に示すように、個々の画面の内容を定義するものである。例えば、図５に例示する画面定義ファイル５００では、画面定義部５０１で、画面の位置やサイズといった画面の属性が記述されていて、ＧＵＩ部品定義部５０２では、その画面に配置されるＧＵＩ部品が定義されている。
【００５３】また、個々の画面には複数のＧＵＩ部品が存在する場合もあり、そのような場合は、画面定義ファイル５００にも複数のＧＵＩ部品定義部５０２が含まれる。そして、画面やＧＵＩ部品の定義は、１つのまとまりごとに、予約語「ｂｅｇｉｎ」から「ｅｎｄ」の間に記述され、画面上に存在するＧＵＩ部品の定義は、画面定義部５０１の「ｂｅｇｉｎ」と「ｅｎｄ」の中に、さらに入れ子にされた「ｂｅｇｉｎ」と「ｅｎｄ」の間に記述される。
【００５４】ここで、「ｂｅｇｉｎ」「ｅｎｄ」などを含む言語仕様は、プログラム生成情報１０３に含まれる。また、画面が表示されているときにタイマの時間経過といったイベントが発生した場合や、各ＧＵＩ部品においてイベントが発生した場合に実行されるプログラム部品は、イベント用関数定義部５０３に記述されている。なお、このイベント用関数定義部５０３は、各画面の各ＧＵＩ部品ごとに格納されている。
【００５５】〔２．作用〕上に述べたように構成されたこの実施形態は次のような作用を有する。
〔２−１．大まかな作用〕この実施形態では、状態遷移情報１００に加えられた変更に基づいてプログラムコード１０４を更新することと、逆に、プログラムコード１０４に加えられた変更に基づいて状態遷移情報１００を更新することができる。
【００５６】すなわち、まず、状態遷移情報１００からプログラムコード１０４を生成するときは、状態遷移情報１００のどの部分がどのように変更されたかを状態遷移図解析部１０５が解析し、この解析結果にしたがって、プログラムコード操作部１０６が、プログラムコード１０４のうち変更点に対応する部分だけを操作して更新する。
【００５７】また、生成されたプログラムコード１０４から、逆に状態遷移情報１００を生成するときは、プログラムコード１０４のどの部分がどのように変更されたかをプログラムコード解析部１０７が解析し、この解析結果にしたがって、状態遷移図操作部１０８が、状態遷移情報１００のうち変更点に対応する部分だけを操作して更新する。
【００５８】なお、状態遷移情報１００かプログラムコード１０４の一方から他方を生成するときは、状態遷移情報１００中のどの名前と、プログラムコード１０４中のどの識別子とが対応するかが名前対応表１０１に記録される。このとき、新しい名前又は識別子が登場したときは、識別子生成部１０２がそれに対応する識別子又は名前を生成し、両者は名前対応表に追加登録される。また、状態遷移情報１００又はプログラムコード１０４のどのような変更に対して、対応するプログラムコード１０４又は状態遷移情報１００をどのように変更すればよいかは、プログラム生成情報１０３に基づいて判断される。
【００５９】このように、この実施形態では、状態遷移情報１００とプログラムコード１０４との間で、一方が変更されたとき、他方を上書きすることなく、変更点が他方に反映される。このため、ユーザは、状態遷移情報１００又はプログラムコード１０４のうち都合の良いほうで変更の作業を行なうことができ、しかも、一方の変更に合わせて他方をユーザが変更しなくとも、両者の整合性が保たれ、プログラム開発が効率化される。
【００６０】なお、状態遷移情報１００やプログラムコード１０４を「変更」するというのは、この出願では、すでにある状態遷移情報１００やプログラムコード１０４を更新するだけでなく、与えられた状態遷移情報１００から最初にプログラムコード１０４を生成するような場合を含むものとする。つまり、状態遷移情報１００の全体が与えられた場合、状態遷移情報１００は全体が「変更」されたと考え、この変更に対応して、プログラムコード１０４もその全体が「変更」されたと考える。
【００６１】また、同様に、ユーザが所定の操作をすることによって、例えばある時点のプログラムコード１０４の全体から、状態遷移情報１００の全体を改めて新しく生成したり、その逆の処理を行うこともできる。
【００６２】〔２−２．プログラムコードの生成〕まず、状態遷移情報１００からプログラムコード１０４を生成する手順を図７のフローチャートに示す。
〔２−２−１．状態遷移情報の解析〕この手順では、まず、状態遷移図解析部１０５が、状態遷移情報１００のどの部分がどのように変更されたかを解析する。但し、上に述べたように、プログラムコード１０４が生成されていない状態で、与えられた状態遷移情報１００に基づいて最初にプログラムコード１０４を生成するときは、状態遷移情報１００の全体が変更されたものと解析され、プログラムコード１０４の全体が生成される。
【００６３】〔２−２−１−１．新しい名前の検索〕状態遷移情報１００の解析では、まず、状態遷移図解析部１０５は、状態遷移情報１００中のいろいろな名前が名前対応表１０１にあるかどうかを調べる（ステップ７００）。ここで状態遷移情報１００中の名前としては（図２R>２）、状態欄２００にある状態名、イベント欄２０３にあるイベント名、条件欄２０４にある条件名のほか、アクション（入）欄２０１、アクション（出）欄２０２、遷移時アクション欄２０６にある変数名や関数名などが挙げられる。
【００６４】なお、ステップ７００で状態遷移情報１００中の名前を名前対応表１０１から検索する場合、同じ名前でも後ろに状態名を加えることで区別される。例えば、イベントの名前は、イベント名とそのイベント発生する状態の名前とを連結したものとして名前対応表１０１から検索される。このため、別の状態が同じイベント名のイベント発生させる場合でも、２つのイベントが混同されることはない。条件など他の種類の名前についてもそのように検索される。
【００６５】ステップ７００で調べた名前が名前対応表１０１に存在しない場合は（ステップ７０１）、状態遷移図解析部１０５は、その名前は新しく作成されたものとして新規リストに登録するとともに（ステップ７０２）、その名前を追加することで名前対応表１０１を更新する。
【００６６】ここで、新規リストとは、状態遷移情報１００からプログラムコード１０４を生成するとき、前回生成したときには状態遷移情報１００に含まれていなかったが現在では状態遷移情報１００に加えられている新しい名前を登録しておくリストである。また、状態遷移図解析部１０５は、新しく名前対応表１０１に登録された名前に対して、識別子生成部１０２に新しい識別子を生成させ、新しい名前に、このように生成された新しい識別子を対応付けて名前対応表１０１に登録する。
【００６７】このように、状態遷移情報１００に含まれる名前を１つずつ取り出して、ステップ７００から７０２の処理を繰り返した結果、全ての名前について調べ終わると（ステップ７０３）、新規リストは図８に例示するような状態となる。この図８は、プログラムコード１０４と名前対応表１０１がまだ作られていない状態で状態遷移情報１００を与え、初めてプログラムコード１０４を生成しようとする処理で、ステップ７０３までの処理が終わったときの新規リストを示している。
【００６８】〔２−２−１−２．削除された名前の検索〕次に、状態遷移図解析部１０５は、名前対応表１０１中で状態遷移情報１００用の名前欄３０１に登録されている個々の名前を改めて１つずつ選び、状態遷移情報１００中に存在するかどうを調べる（ステップ７０４）。なお、この検索でも、ステップ７００で新しい名前を検索したときと同じように、例えばイベント名に状態名を付けることで、別の状態の同じイベント名と区別する。
【００６９】そして、ステップ７０４で調べた名前が状態遷移情報１００中に存在しない場合は（ステップ７０５）、その名前は状態遷移情報１００が編集された結果として削除されたものと解釈できるので、状態遷移図解析部１０５は、その名前を削除された名前として削除リストに登録する（ステップ７０６）。ここで、削除リストとは、状態遷移情報１００からプログラムコード１０４を生成するとき、前回生成したときには状態遷移情報１００に含まれていたが現在では状態遷移情報１００から削除されている名前を登録しておくリストである。
【００７０】このように、名前対応表１０１に含まれる名前を１つずつ取り出して、ステップ７０４から７０６の処理を繰り返した結果、全ての名前について調べ終わると（ステップ７０７）、新規リストは図９に例示するような状態となる。
【００７１】この例は、状態遷移情報１００からプログラムコード１０４を前回生成したときと比べて、状態遷移情報１００から時刻設定画面が削除されていた場合の削除リストである。この例では、時刻設定の初期化を行う関数も削除リストに入っているが、これは、時刻設定画面が状態遷移情報１００から削除されたときに、この画面に関連する遷移のイベントも削除されるので、該当する関数の呼び出しが状態遷移情報１００中には存在しなくなるためである。このように、ある画面が状態遷移情報１００から削除されると、それに関連して削除されるものの名前も削除リストに登録されることになる。
【００７２】〔２−２−２．プログラムコードの操作〕次に、プログラムコード操作部１０６は、上に述べたような解析の結果、すなわち新規リスト、削除リスト、更新された名前対応表などを使ってプログラムコード１０４を操作する。
【００７３】〔２−２−２−１．システム定義ファイルの更新〕すなわち、プログラムコード操作部１０６は、まず、状態遷移情報１００中に存在する状態名を、名前対応表１０１に基づいて、プログラムコード１０４中で使われる画面名に変換してシステム定義ファイル４００に登録する（ステップ７０８）。
【００７４】また、プログラムコード操作部１０６は、削除リスト中の状態名を、ステップ７０８と同じようにプログラムコード１０４中で使われる画面名に変換し、システム定義ファイル４００からその画面に関するファイル名を削除し（ステップ７０９）、不要になった画面定義ファイル５００は削除又は改名しておく。
【００７５】〔２−２−２−２．画面定義ファイルの更新〕続いて、プログラムコード操作部１０６は、個々の画面定義ファイル５００の内容を次のように更新する。
【００７６】〔２−２−２−３．画面定義ファイルの用意〕すなわち、プログラムコード操作部１０６は、状態遷移情報１００中の個々の状態すなわち画面を１つずつ選び、その状態について次の処理を行う（ステップ７１０）。まず、選んだ状態が新規リストに入っていない既存の状態ならば、前回作成したプログラムコード１０４のファイルから、既存の画面定義ファイル５００を読み込んで操作の対象とする（ステップ７１１）。
【００７７】このように、既存の状態について前回作成したプログラムコード１０４の部分をそのまま読み込んで使うことで、ユーザが別のツールなどでプログラムコード１０４に直接施した変更が、上書きされることなく、更新後の新しいプログラムコード１０４でも有効となる。
【００７８】一方、選んだ状態が新規リストに入っている新しい状態であれば、その状態に対応する新しい画面のために、プログラム生成情報１０３から画面定義部５０１の原形となるスケルトンコードを読み込んで画面定義ファイル５００を作成する（ステップ７１１）。
【００７９】このように状態遷移情報１００に新しく追加された状態に基づいて、新しい画面の画面定義ファイル５００を作るとき、画面定義ファイル５００の画面定義部５０１中に画面のタイトルを表わす属性があれば、その属性の属性値としては、状態遷移情報１００に追加された状態の状態名を設定する。
【００８０】ここで、画面のタイトルとは、複数の画面を互いに見分けられるようにユーザに対して表示される文字列であり、例えば、複数の画面をマルチウインドウの形式で表示するユーザインタフェースでは、画面の最上部にタイトルが表示されるものが多く、その表示されている部分はタイトルバーなどと呼ばれる。
【００８１】このようなタイトルの属性値として、例えば、画面定義部５０１に「ｔｉｔｌｅ ＝ “メインメニュー画面”」のように状態遷移情報１００中の状態名を記述しておき、プログラムコード１０４の実行時に、この状態名を画面上に表示することで、状態遷移情報１００とプログラムコード１０４との対応がとりやすくなり、プログラム開発が効率化される。
【００８２】〔２−２−２−４．ＧＵＩ部品の削除〕続いて、プログラムコード操作部１０６は、このように用意された画面定義ファイル５００から、削除リストに入っているＧＵＩ部品に対応するＧＵＩ部品定義部５０２を削除する（ステップ７１２）。この場合、ＧＵＩ部品に対応してどのＧＵＩ部品定義部５０２を削除するかは、プログラム生成情報１０３に含まれている言語仕様に基づいて判断することが可能であり、具体的には「ｂｅｇｉｎ」と「ｅｎｄ」で囲まれた範囲が削除の単位となる。
【００８３】例えば、時刻設定画面の「完了」ボタンを削除するには「ｂｅｇｉｎ ｂｔｎ０００ｓｃｒ００１」から「ｅｎｄ」までの部分を削除すればよい。また、このようにＧＵＩ部品が削除されるときは、イベントが発生したときに実行されるプログラム部品のうちこのＧＵＩ部品に付属する部分も不要となるので同様に削除する。この場合、「ｆｕｎｃ処理関数名」と対応する「」に囲まれた部分を削除する。例えば、メインメニュー画面の「選択」ボタンを削除するには、「ｂｅｇｉｎ ｂｔｎ０００ｓｃｒ＿ｐｒｅｓｓｅｄ｛」から「｝」の部分を削除する。
【００８４】〔２−２−２−５．ＧＵＩ部品の挿入〕また、プログラムコード操作部１０６は、用意された画面定義ファイル５００の画面定義部５０１に、必要なＧＵＩ部品定義部５０２を追加する（ステップ７１３）。すなわち、プログラムコード操作部１０６は、新規リストに入っているＧＵＩ部品のスケルトンコードを読み込み、このスケルトンコードに基づいて新しいＧＵＩ部品定義部５０２を作るが、その名前としては、追加されたＧＵＩ部品に名前対応表１０１で対応付けられた識別子を使う。
【００８５】このとき、画面定義部５０１中に、ＧＵＩ部品のタイトルを表わす属性があれば、その属性の属性値として、そのＧＵＩ部品に状態遷移情報１００中で付けられていた名前を設定する。ＧＵＩ部品について「タイトル」というときは、ＧＵＩ部品の上に表示される文字列である。そして、このタイトルを例えばｔｉｔｌｅという属性が表わす場合、「ｔｉｔｌｅ ＝ “完了”」のように設定しておくことで、「完了」とタイトルが表示されたＧＵＩ部品を生成することができる。
【００８６】なお、上に述べたようなＧＵＩ部品定義部５０２の新規作成や削除のとき、プログラムコード操作部１０６は、すでに画面定義ファイル５００の中に存在していて新規作成や削除の対象になっていないＧＵＩ部品の定義部には手を加えないので、プログラムコード１０４に対して直接行われた属性の変更はプログラムコード１０４が操作されてもそのまま保持される。
【００８７】なお、ＧＵＩ部品の削除は、画面定義ファイル５００を１つ用意するごとに行っても、全ての画面定義ファイル５００を用意してから一括して行ってもよいが、削除対象のＧＵＩ部品がどの画面定義ファイル５００に含まれているかは次のように判断することができる。
【００８８】例えば、ボタンやプルダウンリストなどのＧＵＩ部品は、状態遷移情報１００のなかではイベント名や条件名などの名前に、そのイベントに対応するボタンや条件に対応するプルダウンリストの名前が後ろに付加した形で登録されている。このため、付加された部分を参照することで、削除対象のＧＵＩ部品が含まれる画面のファイルがわかるので、該当する画面ファイルから該当するＧＵＩ部品に関する部分を削除することができる。
【００８９】〔２−２−２−６．イベントプログラムの生成〕さらに、プログラムコード操作部１０６は、ＧＵＩ部品に付属する遷移について、イベントプログラムを生成する（ステップ７１４）。例えば、ある画面で「完了」ボタンが押されたときに「メインメニュー画面」に戻るという処理を考える。このような処理を実現するには、「完了」ボタンに対応する名前のＧＵＩ部品のボタンが押し下げられた場合というイベントに対して、このイベントが起きたときに行う処理をイベント用関数定義部５０３に記述する。このようにイベントが起きたときに行う処理を定めた部分をイベントプログラムと呼ぶ。
【００９０】この場合は、イベント用関数定義部５０３には、遷移先を指定する命令「ｎｅｘｔ ＝ “メインメニュー画面”」と、遷移を起こす関数「ｔｒａｎｓｉｔｉｏｎ」の呼び出しを記述する。また、遷移に条件が付随していた場合は、上に述べた「ｎｅｘｔ ＝ “メインメニュー画面”」のような命令の前にｉｆ文などの条件判断を記述すればよい。イベント用関数定義部５０３にこのようなｉｆ文を使った例を図５に示す。この場合、ｉｆ文の条件は、プルダウンリストの状態は変数の値に関する条件式などであり、これらも、状態遷移情報１００内のＧＵＩ部品や変数などの名前をそれぞれ名前対応表１０１に基づいて変換した識別子としてプログラムコード１０４中に挿入される。
【００９１】〔２−２−２−７．付属ファイルの生成〕次に、プログラムコード操作部１０６は、プログラムコード１０４を実行するために必要な付属ファイルの生成を行う。この付属ファイルの名称も、画面定義ファイル５００と同じようにシステム定義ファイル４００に登録されている。そして、付属ファイルの内容は図６に例示するようになっており、図２で説明したアクション（入）とアクション（出）が記述されている。また、図６R>６の付属ファイルに記述されている関数「ｔｒａｎｓｉｔｉｏｎ」は実際の遷移を起こす部分であり、この部分を実行することで画面を切り替える。また、「ｐｒｅａｃｔｉｏｎ」と「ｐｏｓｔａｃｔｉｏｎ」はそれぞれ、状態遷移情報１００中のアクション（入）欄２０１とアクション（出）欄２０２に記述されている動作を、名前対応表１０１で変換したうえで、プログラムコード１０４内に埋め込んだものである。
【００９２】なお、以上に述べたように、状態遷移情報１００を解析した結果にしたがって、プログラムコード１０４を操作するとき、状態遷移情報１００のどの部分がどのように変更されたときに、プログラムコード１０４のどの部分をどのように操作するかは、プログラム生成情報１０３を参照することで判断される。
【００９３】〔２−３．状態遷移情報の作成〕次に、プログラムコード１０４から状態遷移情報１００を作成する処理手順を図１２のフローチャートに示す。
【００９４】〔２−３−１．プログラムコードの解析〕プログラムコード１０４から状態遷移情報１００を生成するときは、まず、プログラムコード解析部１０７が、プログラムコードのどの部分がどのように変更されているかを解析する。
【００９５】〔２−３−１−１．新しい名前の検索〕まず、プログラムコード解析部１０７は、プログラムコード１０４中に用いられている画面、ＧＵＩ部品（ボタンやプルダウンリスト）、変数、関数などの個々の識別子について名前対応表１０１中の識別子と照らし合わせることで、名前対応表１０１に存在するかどうか調べる（ステップ１２００）。そして、プログラムコード１０４にあって名前対応表１０１にない識別子は（ステップ１２０１）、新規に作成されたものとして、新規リストに登録する（ステップ１２０２）。
【００９６】このように新しい識別子を探すとき、関数に関しては、呼び出されることがない関数を削除するために、関数の呼び出しをしている部分を調べる。このように新しくプログラムコードに追加された識別子を登録した結果、新規リストは図１０のようになる。図１０は、状態遷移情報１００と名前対応表１０１が存在しない状態から、新しく状態遷移情報１００を作成する場合の図である。
【００９７】また、ステップ１２０２では、プログラムコード解析部１０７は、識別子生成部１０２に、新規リストに登録された識別子に対して、すでに名前対応表１０１にある名前と重複しない新しい名前を生成させ、新しく見つけた識別子とこのように生成された名前とを対応づけて名前対応表１０１を追加登録する。
【００９８】このようにプログラムコードに新しく追加された画面やＧＵＩ部品の識別子に対応する名前を付ける際に、画面定義部５０１中にその画面やＧＵＩ部品のタイトルを表す属性があり、なおかつ、その属性の属性値が名前対応表１０１中のどの名前とも重複しない場合には、そのタイトルを状態遷移情報１００中での名前とする。なお、タイトルとは画面やＧＵＩ部品の上に表示される文字列である。
【００９９】例えば、プログラムコード中で「ｔｉｔｌｅ ＝ “メインメニュー画面”」といった定義を行なっている部分を解析して“メインメニュー画面”という言葉を取り出し、それを状態遷移情報１００中で用いる名前とする。こうすることで、実行時にプログラムコード１０４と状態遷移情報１００の対応がとりやすくなる。
【０１００】一方、プログラムコード１０４中の画面定義部５０１中に、新しい画面やＧＵＩ部品のタイトルを表す属性が無い場合や、存在してもそれが名前対応表１０１中にすでにある名前のどれかと重複する場合には、識別子生成部１０２が例えば文字や数字の組み合わせなどで生成する名前を、その画面やＧＵＩ部品につける。
【０１０１】〔２−３−１−２．削除された名前の検索〕すべての識別子について名前対応表１０１にあるかどうの確認が済むと（ステップ１２０３）、プログラムコード解析部１０７は、名前対応表１０１中のプログラム用識別子欄３０２にある個々の識別子について、プログラムコード１０４中の識別と照らし合わせることで、プログラムコード１０４中に存在しない識別子を探す（ステップ１２０４）。そして、名前対応表１０１にあってプログラムコード１０４にない識別子は（ステップ１２０５）、プログラムコード１０４をユーザが直接編集することで削除されたと解釈し、その識別子を削除リストに登録する（ステップ１２０６）。
【０１０２】このように削除された識別を登録した結果、削除リストは図１１のようになる。図１１は、画面の識別子ｓｃｒ００１がプログラムコード１０４から削除されていた場合を例にしている。また、この例では、関数の識別子ｆｕｎｃ００３も削除リストに入っているが、これは画面ｓｃｒ００１がプログラムコード１０４から削除されたときに、遷移イベントも削除されるので、解析の結果、関数ｆｕｎｃ００３がどこからも呼ばれなくなっていることが判明するためである。
【０１０３】〔２−３−２．状態遷移情報の操作〕削除されたかの確認が全ての識別子について済むと（ステップ１２０７）、次に、状態遷移図操作部１０８は、上に述べたような解析の結果、すなわち、新規リスト、削除リスト、更新された名前対応表１０１などを使って、状態遷移情報１００を操作する（ステップ１２０８〜１２１３）。
【０１０４】〔２−３−２−１．状態の登録と削除〕この操作では、状態遷移図操作部１０８は、まず、新規リストに登録されている新しい画面を、識別子生成部１０２によって作成される名前に変換したうえで、状態遷移情報１００の状態欄２００に登録する（ステップ１２０８）。次に、削除リストに登録されている画面に対応する状態名を状態遷移情報１００の該当する行から削除する（ステップ１２０９）。
【０１０５】続いて、状態遷移図操作部１０８は、プログラムコード１０４中の個々の画面定義部５０１を選び、その画面定義部５０１に対応する画面及び状態遷移情報１００について、以下の操作を行なう（ステップ１２１０）。すなわち、状態遷移図操作部１０８は、状態遷移情報１００の中で、選んだ画面に対応する状態の行のイベント欄２０３、条件欄２０４、遷移先欄２０５、遷移時アクション欄２０６に対して、以下の操作を行う。
【０１０６】〔２−３−２−２．ＧＵＩ部品に対応する行の削除〕まず、状態遷移図操作部１０８は、削除リスト中に、その状態に存在していたＧＵＩ部品（ここではボタン）が入っている場合、すなわちそのようなＧＵＩ部品の識別子が登録されている場合には、そのＧＵＩ部品に対応する状態遷移情報１００中の名前を名前対応表１０１から調べる。そして、状態遷移図操作部１０８は、状態遷移情報１００の該当する状態について、そのような削除されたＧＵＩ部品に対応するイベント欄２０３、条件欄２０４、遷移先欄２０５、遷移時アクション欄２０６を削除する。
【０１０７】〔２−３−２−３．ＧＵＩ部品に対応する行の登録〕次に、状態遷移図操作部１０８は、新規リストに登録されている画面及びＧＵＩ部品について、状態遷移情報１００中で対応する状態のイベント欄２０３、条件欄２０４、遷移先欄２０５、遷移時アクション欄２０６の更新を行う。このような更新を行なうためには、プログラムコード解析部１０７が、プログラムコード１０４のうち、個々のＧＵＩ部品のイベント用関数定義部５０３に使われている識別子に対応する名前を名前対応表１０１から調べ、状態遷移情報１００のうち調べた名前に該当する行を操作の対象とする。
【０１０８】例えば、あるイベント用関数定義部５０３にｉｆ文がある場合には、それを条件と解釈し、この条件で用いられている、変数やプルダウンリストの識別子を名前対応表１０１で状態遷移情報１００中で使う名前に変換して、該当する行の条件欄２０４に登録する。
【０１０９】また、そのときの遷移先を検索するためには「ｎｅｘｔ＝ｓｃｒ００１」というような遷移先を指定している部分を解析する。これにより、次の画面が、ｓｃｒ００１であると解釈できる。そして、状態遷移情報操作部１０８は、この識別子を、名前対応表１０１を用いて、状態遷移情報１００で用いる名前に変換して、該当する行の遷移先欄２０５に登録する。またこのとき、ほかの関数の呼び出しや、変数への操作などのステートメントがあれば、それら呼び出しやステートメントに使われている識別子を同様に名前対応表１０１で変換して、該当する行の遷移時アクション欄２０６に登録する。
【０１１０】また、上に述べたように、プログラムコード１０４を解析した結果にしたがって状態遷移情報１００を操作するとき、プログラムコード１０４で追加された部分がプログラムコード１０４のどのような構造をどのように構成している部分であるときに、状態遷移情報１００のどの欄に何を登録するかは、プログラム生成情報１０３を参照することで判断される。
【０１１１】ここで、状態遷移情報１００中に存在し、新規作成や削除の対象になっていないイベント、条件、遷移先、遷移時アクションには、状態遷移情報操作部１０８は手を加えないので、状態遷移情報１００に対して直接行なわれた属性の変更は保持される。
【０１１２】〔３．効果〕以上のように、本実施形態によれば、状態遷移情報１００から生成したプログラムコード１０４をユーザが別のツールなどで直接変更したあと、もとの状態遷移情報１００を変更して再びプログラムを生成しても、すでにあるプログラムコード１０４全体を上書きすることはない。すなわち、状態遷移情報１００の変更点だけが既存のプログラムコード１０４に反映されるため、ユーザがプログラムコード１０４に直接加えた変更と、状態遷移情報１００に加えた変更が同じプログラムコード１０４上で並存でき、プログラム開発が効率化される。
【０１１３】また、生成されたプログラムコード１０４に直接加えられた変更を、元の状態遷移情報１００に反映されることで、プログラムにあわせてユーザが状態遷移情報１００を書き換える作業が不要になり、プログラム開発が効率化される。
【０１１４】これらによって、この実施形態では、状態遷移情報１００とプログラムコード１０４の間で、変更点を反映させて整合性を保つ処理が双方向に可能となる。つまり、状態遷移情報１００とプログラムコード１０４の一方を変更したとき、他方の全体を上書きすることなく、変更点だけが他方に反映されるので、反映される側でユーザが直接加えた変更と反映される変更とが両方有効になる。このため、ユーザは、どのような点を変更したいかに応じて、状態遷移情報１００とプログラムコード１０４のうち都合のよい方を変更することができ、プログラム開発が効率化される。
【０１１５】また、この実施形態では、状態遷移情報１００とプログラムコード１０４との間で、どの名前とどの識別子とが対応し、また、どの構造とどの構造とがどう対応するかを、それぞれ名前対応表１０１とプログラム生成情報１０３を使って容易に判断できるので、解析や変更を効果的に行なうことができる。例えば、状態遷移情報１００中の名前をプログラム中の識別子に変換してプログラムコード１０４の一部を作るとき、互いに重複しない識別子を生成し、生成した識別子をもとの名前と対応付けて名前対応表１０１に登録しておけば、名前と識別子のどちらからでも対応する他方を検索することができる。
【０１１６】特に、この実施形態では、設計者は、画面の移り変わりを設計するとき、実際のプログラムで何という識別子を使うか意識することなく、状態間の遷移を表す状態遷移図や遷移表といった状態遷移情報１００の形で解かりやすく記述することができる。そして、このような状態遷移情報１００で新しく作成された状態や遷移を自動的にプログラムコード１０４に挿入したり、また、状態遷移情報１００から削除されたり不要になった状態や遷移を自動的にプログラムコード１０４中から削除したりすることで、イベント駆動型のプログラムコード１０４を生成したり、状態遷移情報１００の変更に合わせて操作することができる。このため、複数の画面を切り替えながら実行されるプログラムの開発が効率化される。
【０１１７】〔４．他の実施形態〕なお、本発明は上記実施形態に限定されるものではなく、次に例示するような他の実施形態も含むものである。例えば、状態遷移情報は状態遷移図や状態遷移表など、どのような形式で表しておいてもよい。また、開発対象とするプログラムの形式や分野などは自由で、例えば、複数の画面を切り替えて実行されるものには限定されない。
【０１１８】また、上に述べた実施形態では、状態遷移情報やプログラムコードの全体についてどのような変更があったかをまとめて解析した後、解析結果にしたがったプログラムコードや状態遷移情報の操作もまとめて行ったが、このような解析と操作とは、状態遷移情報やプログラムコードの一部分ずつごとに順次行うこともできる。また、状態遷移情報の変更点をプログラムコードに反映させることと、プログラムコードから状態遷移情報を生成することは、必ずしも双方向に両方できる必要はなく、どちらか一方だけできるように実施することもできる。
【０１１９】また、上に述べた実施形態では、状態遷移情報中の要素を表す言葉を「名前」と呼び、プログラムコード中の要素を表す言葉を「識別子」と呼んだが、これらの言葉は例示に過ぎず、他の呼び方をしてもよいし、例えば状態遷移情報中の名前であっても特に意味のない記号や数字を使ったり、逆に、プログラムコード識別子として何らかの意味のある単語などを使うこともできる。
【０１２０】また、識別子を生成する手段、名前対応表、プログラム生成情報の具体的な構成や形式は自由であり、また、これらは独立した存在ではなく、例えば解析部１０５，１０７、操作部１０６，１０８などの一機能や付属物として構成することもできる。
【０１２１】
【発明の効果】以上のように、この発明によれば、状態遷移情報の変更が、プログラム全体を上書きすることはなくプログラムに反映されるので、ユーザがプログラムに直接加えた変更と、状態遷移情報に加えた変更が同じプログラム上で並存でき、プログラム開発が効率化される。
【図面の簡単な説明】
【図１】本発明の実施形態の構成を示す機能ブロック図。
【図２】本発明の実施形態における状態遷移情報の例を示す図。
【図３】本発明の実施形態における名前対応表の内容例を示す図。
【図４】本発明の実施形態におけるシステム定義ファイルの内容例を示す図。
【図５】本発明の実施形態における画面定義ファイルの内容例を示す図。
【図６】本発明の実施形態における付属ファイルの内容例を示す図。
【図７】本発明の実施形態において、状態遷移情報からプログラムコードを生成する手順を示すフローチャート。
【図８】本発明の実施形態において、状態遷移情報からプログラムコードを生成するときの新規リストの内容例を示す図。
【図９】本発明の実施形態において、状態遷移情報からプログラムコードを生成するときの削除リストの内容例を示す図。
【図１０】本発明の実施形態において、プログラムコードから状態遷移情報を生成するときの新規リストの内容例を示す図。
【図１１】本発明の実施形態において、プログラムコードから状態遷移情報を生成するときの削除リストの内容例を示す図。
【図１２】本発明の実施形態において、プログラムコードから状態遷移情報を生成する手順を示すフローチャート。
【符号の説明】
１００…状態遷移情報
１０１…名前対応表
１０２…識別子生成部
１０３…プログラム生成情報
１０４…プログラムコード
１０５…状態遷移情報解析部
１０６…プログラムコード操作部
１０７…プログラムコード解析部
１０８…状態遷移情報操作部
２００…状態欄
２０１…アクション（入）欄
２０２…アクション（出）欄
２０３…イベント欄
２０４…条件欄
２０５…遷移先欄
２０６…遷移時アクション欄
３００…属性欄
３０１…状態遷移情報用名前欄
３０２…プログラ用識別子欄
４００…システム定義ファイル
５００…画面定義ファイル
５０１…画面定義部
５０２…ＧＵＩ部品定義部
５０３…イベント用関数定義部
６００…変数宣言部
６０１…遷移実行部
６０２…アクション（入）記述部
６０３…アクション（出）記述部
６０４…関数実装部
７００…状態遷移情報中から新しい名前を検索するステップ
７０２…状態遷移情報内の新しい名前を新規リストに登録するステップ
７０４…状態遷移情報内から削除された名前を検索するステップ
７０６…状態遷移情報内から削除された名前を削除リストに登録するステップ
７０８…システム定義ファイルを更新するステップ
７０９…不要な画面定義ファイルを削除するステップ
７１１…画面定義ファイルを用意するステップ
７１２…状態遷移情報から削除されたＧＵＩ部品に関する部分を削除するステップ
７１３…状態遷移情報に追加されたＧＵＩ部品に関する部分を挿入するステップ
７１４…イベントプログラムを生成するステップ
１２００…プログラムコードから新しい識別子を検索するステップ
１２０２…プログラム内の新しい識別子を新規リストに登録するステップ
１２０４…プログラム内から削除された識別子を検索するステップ
１２０６…プログラム内から削除された識別子を削除リストに登録するステップ
１２０８…プログラムコード中の新しい画面に対応する状態を状態遷移情報に挿入するステップ
１２０９…プログラムコードから削除された画面に対応する状態を状態遷移情報から削除するステップ
１２１１…プログラムコードから削除されたＧＵＩ部品に関する部分を状態遷移情報から削除するステップ
１２１２…プログラムコードに追加されたイベントに対応する内容を状態遷移情報に挿入するステップ
【０００１】
【発明の属する技術分野】この発明は、状態遷移情報を使ってソフトウェアの開発を支援する技術の改良に関するもので、より具体的には、状態遷移情報の変更点だけをプログラムに反映させることで、プログラム開発を効率化したものである。
【０００２】
【従来の技術】プログラムの開発を支援する技術の１つとして、状態遷移図を使ってプログラムを自動生成する技術が知られている。この状態遷移図は、プログラムの動作を、複数の状態の間での遷移（移り変わり）として表わしたものであり、このような状態遷移図の内容を表わす情報を状態遷移情報と呼ぶ。
【０００３】なお、「状態遷移図」は状態遷移情報を表わす形式の１つに過ぎず、状態遷移情報は遷移表など他の形式で表すこともできる。このため、状態遷移図からプログラムを自動生成するというのは、実質的には状態遷移情報からプログラムを自動生成することを意味し、本出願で「状態遷移図」というときは、「状態遷移情報」に読み替えることができるものとする。
【０００４】上に述べた状態遷移図はいくつもの状態を含み、ある状態から別の状態への遷移は、何らかのイベントによって起きる。このような状態遷移図からプログラムを自動生成する場合、状態やイベントに付けることができる名前、例えば状態名やイベント名などと、プログラム中で使うことができる識別子、例えば画面名、ＧＵＩ部品名、変数名などとは互いに異なっている。
【０００５】このような状態遷移図からプログラムを作成する場合、状態遷移情報を状態遷移表という表の形式で表現しておいて、それをプログラム中の配列変数として生成することと、状態遷移情報から、プログラミング言語の条件分岐などの制御文を使ったプログラムを作成することが考えられる。
【０００６】
【発明が解決しようとする課題】ところで、上に述べたように制御文を使って自動生成されたプログラムをエディタなど別のツールを使ってユーザが直接修正した後、状態遷移図から新しいプログラムを再び自動生成する場合、従来では、すでにあるプログラムの全体を、新しく生成されるプログラムで置き換えていた。
【０００７】このため、ユーザによる修正点は新しいプログラムによって上書きされ、新しいプログラムの中では保持されなかった。この結果、ユーザがプログラムに直接加えた修正と、ユーザが状態遷移図に加えた修正とを、新しく生成するプログラムの上で並存させることはできなかった。
【０００８】また、従来では、状態遷移図からプログラムを生成することはできても、逆にプログラムから状態遷移図を生成することはできなかった。このため、例えばユーザが直接変更を加えたプログラムから状態遷移図を生成することで、変更の内容を状態遷移図に反映させることはできなかった。
【０００９】このように、従来では、状態遷移図とプログラムとの間で、一方に加えた変更を他方に反映させようとしても制約が多く、プログラム開発を効果的に支援できないという問題点があった。
【００１０】本発明は、上に述べたような従来技術の問題点を解決するために提案されたもので、その目的は、状態遷移情報の変更点だけをプログラムに反映させることで、プログラム開発を効率化することである。また、本発明の他の目的は、同様にプログラムから状態遷移図を生成することで、プログラム開発を効率化することである。
【００１１】
【課題を解決するための手段】上に述べた目的を達成するため、請求項１の発明は、状態遷移情報を使ってプログラムの開発を支援するプログラム開発支援装置において、状態遷移情報のどこがどのように変更されたかを解析する情報解析手段と、状態遷移情報の各部分とプログラムの各部分との対応関係に基づいて、状態遷移情報での前記変更に対応するプログラムの部分を操作するプログラム操作手段と、プログラムのどこがどのように変更されたかを解析するプログラム解析手段と、プログラムの各部分と状態遷移情報の各部分との対応関係に基づいて、プログラムでの前記変更に対応する状態遷移情報の部分を操作する情報操作手段と、を備えたことを特徴とする。請求項４の発明は、請求項１の発明を方法という見方からとらえたもので、状態遷移情報を使ってプログラムの開発を支援するプログラム開発支援方法において、状態遷移情報のどこがどのように変更されたかを解析するステップと、状態遷移情報の各部分とプログラムの各部分との対応関係に基づいて、状態遷移情報での前記変更に対応するプログラムの部分を操作するステップと、プログラムのどこがどのように変更されたかを解析するステップと、プログラムの各部分と状態遷移情報の各部分との対応関係に基づいて、プログラムでの前記変更に対応する状態遷移情報の部分を操作するステップと、を含むことを特徴とする。請求項６の発明は、請求項１，４の発明を、コンピュータプログラムを記録した記録媒体という見方からとらえたもので、コンピュータによって、状態遷移情報を使ってプログラムの開発を支援するプログラム開発支援用ソフトウェアを記録した記録媒体において、そのソフトウェアは前記コンピュータに、状態遷移情報のどこがどのように変更されたかを解析させ、状態遷移情報の各部分とプログラムの各部分との対応関係に基づいて、状態遷移情報での前記変更に対応するプログラムの部分を操作させ、プログラムのどこがどのように変更されたかを解析させ、プログラムの各部分と状態遷移情報の各部分との対応関係に基づいて、プログラムでの前記変更に対応する状態遷移情報の部分を操作させることを特徴とする。請求項１，４，６の発明では、状態遷移図から生成したプログラムをユーザが別のツールなどで直接変更したあと、もとの状態遷移図を変更して再びプログラムを生成しても、すでにあるプログラム全体を上書きすることはない。すなわち、状態遷移図の変更点だけが既存のプログラムに反映されるため、ユーザがプログラムに直接加えた変更と、状態遷移図に加えた変更が同じプログラム上で並存でき、プログラム開発が効率化される。また、この発明では、生成されたプログラムに直接加えられた変更を、元の状態遷移情報に反映されることで、プログラムにあわせてユーザが状態遷移図を書き換える作業が不要になり、プログラム開発が効率化される。これらによって、状態遷移情報とプログラムの間で、変更点を反映させて整合性を保つ処理が双方向に可能となる。つまり、状態遷移情報とプログラムの一方を変更したとき、他方の全体を上書きすることなく、変更点だけが他方に反映されるので、反映される側でユーザが直接加えた変更と反映される変更とが両方有効になる。このため、ユーザは、どのような点を変更したいかに応じて、状態遷移情報とプログラムのうち都合のよい方を変更することができ、プログラム開発が効率化される。
【００１２】請求項２の発明は、請求項１記載のプログラム開発支援装置において、プログラム中で使われる互いに重複しない識別子を生成する生成手段と、状態遷移情報中で使われるどの名前とプログラムで使われるどの識別子とが対応するかを表わす名前対応表と、状態遷移情報中のどのような構造とプログラム中のどのような構造とがどのように対応するかを表すプログラム生成情報と、を備えたことを特徴とする。請求項５の発明は、請求項２の発明を方法という見方からとらえたもので、請求項４記載のプログラム開発支援方法において、プログラム中で使われる互いに重複しない識別子を生成するステップを含み、状態遷移情報中で使われるどの名前とプログラムで使われるどの識別子とが対応するかを表わす名前対応表と、状態遷移情報中のどのような構造とプログラム中のどのような構造とがどのように対応するかを表すプログラム生成情報と、を使うことを特徴とする。請求項２，５の発明では、状態遷移情報とプログラムとの間で、どの名前とどの識別子とが対応し、また、どの構造とどの構造とがどう対応するかを、それぞれ名前対応表とプログラム生成情報を使って容易に判断できるので、解析や変更を効果的に行なうことができる。例えば、状態遷移情報中の名前をプログラム中の識別子に変換してプログラムの一部を作るとき、互いに重複しない識別子を生成し、生成した識別子をもとの名前と対応付けて名前対応表に登録しておけば、名前と識別子のどちらからでも対応する他方を検索することができる。
【００１３】請求項３の発明は、複数の画面を切り替えながら実行されるプログラムの開発を支援する請求項１又は２記載のプログラム開発支援装置において、前記状態遷移情報は、前記各画面に対応する複数の状態ごとに、どのようなイベントが発生したときに他のどの状態に遷移するかと、遷移のときにどのようなアクションを行うか、とを記述し、前記プログラムは、前記各状態に対応する複数の画面ごとに、前記イベントを発生させるためにどのようなＧＵＩ部品を画面に表示するかと、前記イベントが発生したときにどのような処理を実行するか、とを記述することを特徴とする。請求項３の発明では、設計者は、画面の移り変わりを設計するとき、実際のプログラムで何という識別子を使うか意識することなく、状態間の遷移を表す状態遷移図や遷移表といった状態遷移情報の形で解りやすく記述することができる。そして、このような状態遷移図で新しく作成された状態や遷移を自動的にプログラムに挿入したり、また、状態遷移図から削除されたり不要になった状態や遷移を自動的にプログラム中から削除したりすることで、イベント駆動型のプログラムを生成したり、状態遷移情報の変更に合わせて操作することができる。このため、複数の画面を切り替えながら実行されるプログラムの開発が効率化される。
【００１４】
【発明の実施の形態】以下、この発明の実施の形態（以下「実施形態」という）について図面を参照しながら説明する。なお、この発明は、周辺機器を持つコンピュータを、ソフトウェアで制御することによって実現されることが一般的と考えられる。この場合、そのソフトウェアは、この明細書の記載にしたがった命令を組み合わせることで作られ、上に述べた従来技術と共通の部分には従来技術で説明した手法も使われる。また、そのソフトウェアは、プログラムコードだけでなく、プログラムコードの実行のときに使うために予め用意されたデータも含む。
【００１５】そして、そのソフトウェアは、ＣＰＵ、コプロセッサ、各種チップセットといった処理装置、キーボードやマウスといった入力装置、メモリやハードディスク装置といった記憶装置、ディスプレイやプリンタといった出力装置などの物理的な資源を活用することでこの発明の作用効果を実現する。
【００１６】但し、この発明を実現する具体的なソフトウェアやハードウェアの構成はいろいろ変更することができる。例えば、ソフトウェアの形式には、コンパイラ、インタプリタ、アセンブラなどいろいろあり、外部との情報をやり取りするにも、フロッピーディスクなどの着脱可能な記録媒体、ネットワーク接続装置などいろいろ考えられる。また、この発明を実現するソフトウェアやプログラムを記録したＣＤ−ＲＯＭのような記録媒体は、単独でもこの発明の一態様である。さらに、この発明の機能の一部をＬＳＩなどの物理的な電子回路で実現することも可能である。
【００１７】以上のように、コンピュータを使ってこの発明を実現する態様はいろいろ考えられるので、以下では、この発明や実施形態に含まれる個々の機能を実現する仮想的回路ブロックを使って、この発明と実施形態とを説明する。
【００１８】〔１．構成〕図１は、この実施形態の構成を示す機能ブロック図である。この実施形態は、状態遷移情報１００（前記状態遷移図にあたる）とプログラムコード１０４（前記プログラムにあたる）との間で相互に、一方を変更したときにその変更を他方に反映させるようにしたプログラム開発支援装置である。
【００１９】また、この実施形態は、この図に示すように、名前対応表１０１と、識別子生成部１０２と、プログラム生成情報１０３と、状態遷移図解析部１０５と、プログラムコード操作部１０６と、プログラムコード解析部１０７と、状態遷移図操作部１０８と、を備えている。
【００２０】〔１−１．状態遷移情報とプログラムコードの関係〕これらのうち、状態遷移情報１００は、開発しようとするプログラムの内容を、状態遷移の形で設計した情報である。この状態遷移情報１００では、プログラムの動作が、複数の互いに違った状態又は同じ状態の間の遷移（移り変わり）で表わされていて、状態と状態との結び付き（遷移）が、その遷移を起こすイベント（処理）や条件で表現されている。
【００２１】ここで、状態遷移情報１００とプログラムコード１０４は互いに対応するものであるが、この実施形態で生成されるプログラムコード１０４は、いくつかの「画面」の間を「イベント」で移り変わることで動作するものとする。この場合、このプログラムの内容を表わす状態遷移情報１００の中では、プログラムコード１０４における個々の「画面」はそれぞれ互いに違った「状態」として表わされ、プログラムコード１０４における個々の「イベント」はそれぞれ互いに違った「遷移」として格納されているものとする。
【００２２】〔１−２．名前対応表の概略〕また、名前対応表１０１は、状態遷移情報１００に含まれるいろいろな名前、具体的には状態の名前（状態名）、遷移のイベントの名前（イベント名）、条件の名前（条件名）、変数の名前（変数名）、関数の名前（関数名）などが、プログラム中で使うためにどのような識別子に割り当てられているかを表わす情報である。なお、状態遷移情報１００中の要素の固有名詞を「名前」、プログラムコード１０４中の要素の固有名詞を「識別子」と呼ぶ。
【００２３】なお、状態遷移情報１００中の互いに違った状態でも同じイベント名や条件名などを持っている可能性があり、同様に、プログラムコード１０４中の互いに違った画面でも、同じＧＵＩ部品の識別子や同じ変数名を持っている可能性がある。このため、状態遷移情報１００内のイベント名や条件名などの名前を名前対応表１０１に格納するときは、名前の後ろに状態名が付け加えられる。これによって、状態遷移情報１００内の互いに違った状態について、同じイベント名や条件名が記述されていても、イベント名同士や条件名同士を互いに識別することができる。
【００２４】同じように、名前対応表１０１では、プログラムコード１０４内のＧＵＩ部品の識別子や変数名にも、画面の識別子を付け加えることで、別の画面上の同じＧＵＩ部品や同じ変数名と区別する。
【００２５】〔１−３．識別子生成部〕次に、識別子生成部１０２は、状態遷移情報１００に含まれるイベント名や条件名といったいろいろな名前に対して、プログラムコード１０４中で使うための識別子を生成する部分であり、具体的には、名前として与えられる文字列ごとに、すでに生成して定義されているものと同じ識別子にならないように別の新しい識別子を生成するものである。また、この識別子生成部１０２は、プログラムコード１０４中で使われる識別子に対して、状態遷移情報１００中で使われる名前を、互いに重複しないように生成する機能も持っている。
【００２６】なお、状態遷移情報１００中のイベントや条件に対して付ける名前を名前対応表１０１に登録するとき、この識別子生成部１０２は、イベント名や条件名の後ろに、それらのイベントが発生した状態名や、条件判断を必要とする状態名を付け加えることで、他の状態で同じ名前のイベントなどが発生した場合と区別する。
【００２７】同じように、プログラムコード１０４中で使われる識別子を名前対応表１０１に登録するとき、識別子生成部１０２は、例えばボタンやプルダウンリストといったＧＵＩ部品の識別子の後ろにそのＧＵＩ部品が置かれる画面名を付け加えることで、他の画面のボタンやプルダウンリストと区別する。
【００２８】〔１−４．プログラム生成情報〕また、プログラム生成情報１０３は、状態遷移情報１００中のどのような構造とプログラムコード１０４中のどのような構造とがどのように対応するかを表すものである。すなわち、プログラム生成情報１０３は、開発対象とするプログラムコード１０４を状態遷移情報１００から生成するためのいろいろな情報であり、例えば、プログラムコード１０４の実行時の状態を表わす状態変数の識別子、プログラムの骨組みを表わすスケルトンコード、プログラムを構成するプログラム部品のスケルトンコード、及びプログラム構文の情報などが含まれる。
【００２９】〔１−５．プログラムコード〕また、プログラムコード１０４は、コンピュータ上で実際に動作するプログラムであり、ここではイベント駆動型プログラムであるものとする。このイベント駆動型プログラムとは、イベントの発生によって、イベントごとにそれぞれ予め対応付けられていたコードが実行されるようなプログラムである。
【００３０】このプログラムコード１０４の中には、どのような画面を使うか、個々の画面上に存在するＧＵＩ部品の位置や色といった属性を定義する情報、個々のイベントが発生したときにどのようなプログラムが実行されるかというイベントごとのプログラム部品などが記述されている。なお、イベントとは、プログラムコード１０４実行時に発生しうる出来事であり、例えば、ＧＵＩ部品に対する操作や時間経過などを指す。
【００３１】〔１−６．状態遷移図解析部〕また、状態遷移図解析部１０５は、状態遷移情報１００に含まれる情報を解析することで、状態遷移情報１００に含まれる「状態」「イベント」「条件」などのうちどれが新しく追加され、どれが削除されたかといった解析結果を得て、この解析結果をプログラムコード操作部１０６に渡す部分である。
【００３２】また、状態遷移図解析部１０５は、それら「状態」「イベント」「条件」などが、すでに名前対応表１０１に含まれているかどうかを調べるだけでなく、すでに名前対応表１０１に存在している名前に対しては、名前対応表１０１から対応する識別子を検索して割り当てる機能を持つ。
【００３３】また、新しく作られた名前、すなわち名前対応表１０１に存在しない名前に関しては、識別子生成部１０２が生成する新しい識別子を割り当てると共に、この割当に基づいて名前対応表１０１を更新する。
【００３４】〔１−７．プログラムコード操作部〕また、プログラムコード操作部１０６は、すでに存在するプログラムコード１０４を操作する部分であり、具体的には、プログラムコード１０４中の画面について挿入、削除、属性変更を行ったり、画面に置かれるＧＵＩ部品について挿入、削除、属性変更を行ったり、イベントが発生したときに実行されるプログラム部品の挿入や削除などを行う。
【００３５】〔１−８．プログラムコード解析部〕次に、プログラムコード解析部１０７は、プログラムコード１０４に含まれる画面、ＧＵＩ部品、条件の属性、イベントが発生したときに実行されるプログラム部品の動作に付けられた識別子がすでに名前対応表１０１に含まれているかどうかを解析し、解析結果を状態遷移図操作部１０８に渡す部分である。
【００３６】すなわち、このプログラムコード解析部１０７は、すでに名前対応表１０１に存在する識別子については、その識別子に状態遷移情報１００中で対応する名前を、名前対応表１０１から検索して割り当てる。また、新しく作成された識別子、すなわち名前対応表１０１に存在しないものについては、状態遷移情報１００中で使う名前を決める。例えば、プログラムコード１０４中の画面やＧＵＩ部品の属性の中に、画面に表示する文字列を定義している部分があれば、その文字列を状態遷移情報１００中で名前として使うことにして、その文字列を使って名前対応表１０１を更新する。
【００３７】また、例えばプログラムコード１０４中で属性を定義している部分にそのような文字列がない場合には、識別子生成部１０２が作成する新しい名前を割当て、その名前を使って名前対応表１０１を更新する。
【００３８】〔１−９．状態遷移図操作部〕状態遷移図操作部１０８は、状態遷移情報１００を操作する部分であり、外部からキーボードやフロッピーディスクなどの入力装置を介して状態遷移情報１００を読み込むほか、状態遷移情報１００に対して状態の挿入と削除、イベントの挿入と削除、条件の挿入と削除、アクションの挿入と削除、といった操作が可能である。
【００３９】〔１−１０．状態遷移情報〕次に、この実施形態で使う状態遷移情報１００の例を図２に示す。なお、図２で表を上下２つに分けているのは図示する形式上の都合のためで、実際にはこのように分ける必要はない。すなわち、この状態遷移情報１００は、「メインメニュー画面」「時刻設定画面」といった状態ごとに、アクション（入）、アクション（出）、イベント、条件、遷移先、遷移時アクションという情報を定義しているものである。
【００４０】つまり、状態欄２００にはシステムがとりうる「状態」が列挙されていて、このように状態遷移情報１００に記述されている個々の「状態」は、プログラムコード１０４中の「画面」に対応する。また、アクション（入）欄２０１に記述されているアクション（入）は、遷移が発生してその状態になるときに実行される動作である。このアクション（入）は、プログラムコード１０４では、その「画面」の表示に切り替わる直前に実行されるプログラムの部分に対応する。
【００４１】一方、アクション（入）とは逆に、アクション（出）欄２０２に記述されているアクション（出）は、その画面から別の画面の表示に切り替わる直前に実行されるプログラムである。
【００４２】また、遷移時アクション欄２０６に記述されている遷移時アクションは、該当する遷移が発生したときに実行されるプログラムである。なお、アクション（入）欄２０１、アクション（出）欄２０２、遷移時アクション欄２０６には、関数の呼び出しや変数への操作などが列挙される。
【００４３】また、イベント欄２０３には、それぞれの状態から他の状態へ遷移するきっかけとして、ボタンの押されたことや、一定時間の経過といったイベントを記述することができる。また、条件欄２０４には、プルダウンリストの選択状況や変数の値などといった条件を記述することができる。ここで、プルダウンリストとは、ユーザがリストの中から項目を１つ選ぶためのＧＵＩ部品であり、例えば、図２の条件欄２０４で、プルダウンリストについて「設定内容＝時刻」とあるのは、設定内容を表わすプルダウンリストから「時刻」という項目が選ばれている状態を表わし、この状態のときに「条件」は真となる。
【００４４】なお、この条件欄２０４には、複数の条件を列挙することができ、個々の条件同士は、ＡＮＤ、ＯＲ、ＸＯＲといった論理演算子や、括弧を使った演算順序の指定などで結合しておくこともできる。
【００４５】また、遷移先欄２０５には、遷移先の画面が記述されている。つまり、状態欄２００に記述されている状態で、イベント欄２０３に記述されているイベントが発生し、条件欄２０４に記述されている条件が真であるとき、遷移時アクション欄２０６に記述されている動作を実行し、遷移先欄２０５に記述されている状態に遷移する。
【００４６】〔１−１１．名前対応表の例〕次に、名前対応表１０１の例を図３に示す。すなわち、この名前対応表１０１は、状態遷移情報１００中で使われている名前の文字列と、プログラムコード１０４中で使われている識別子の文字列との対応関係を表わす対照表である。この名前対応表１０１では、状態遷移情報用の名前欄３０１の中に存在する名前は、それまでに状態遷移情報１００に存在した名前であり、プログラム用の識別子欄３０２の中に存在する識別名は、それまでにプログラムコード１０４中に存在した識別子である。
【００４７】したがって、例えば、この実施形態をプログラム開発支援用ソフトウェアを使って実現する場合、過去にそのソフトウェアを使ったときに状態遷移情報１００内にあった名前は名前欄３０１に記述され、過去にそのソフトウェアを使ったときにプログラムコード１０４内にあった識別子は識別子欄３０２に記述されていることになる。
【００４８】なお、この実施形態では、状態遷移情報１００内に新しい名前が追加されたときはそれに基づいてプログラムコード１０４中にも新しい識別子が追加され、逆にプログラムコード１０４内に新しい識別子が追加されたときは状態遷移情報１００内にも新しい名前が追加される。そして、いずれの場合も新しい名前と識別子とは、１対１の対応関係で名前対応表１０１に登録されるので、名前対応表１０１内の名前と識別子とは、必ず同数存在することになる。
【００４９】また、名前対応表１０１の属性欄３００は、対応する識別子がプログラムコード１０４中のどの種類のものに割り当てられているかを表わすもので、具体的には、画面、ＧＵＩ部品、プルダウンリスト、変数、関数などの種別が記述される。なお、過去に一旦名前対応表１０１に含まれていた名前や識別子であっても、その後、現在までの間に状態遷移情報１００やプログラムコード１０４から削除されていたものは、その削除に伴って名前対応表１０１からも削除されているので、名前対応表１０１中には含まれない。
【００５０】〔１−１２．プログラムコードの例〕次に、図４と図５は、プログラムコード１０４の構造を示す例である。すなわち、プログラムコード１０４は、システム定義ファイル４００（図４）と、１つ以上の画面定義ファイル５００（図５）から構成される。
【００５１】〔１−１２−１．システム定義ファイル〕このうちシステム定義ファイル４００は、開発対象となっているプログラムがどのような画面を持っているかと、そのプログラムが実行時にどのようなプログラムファイルを必要とするかを列挙したものであり、ここでいうプログラムファイルは、プログラミング言語に標準の入出力モジュール、定義済関数、ランタイムルーチン、ダイナミックリンクライブラリなどを含む。具体的には、システム定義ファイル４００には、図４に示すように、開発対象のシステムで使う画面定義ファイル５００の名前が列挙されている。
【００５２】〔１−１２−２．画面定義ファイル〕一方、画面定義ファイル５００は、状態すなわち画面１つにつき１つ存在していて、図５に示すように、個々の画面の内容を定義するものである。例えば、図５に例示する画面定義ファイル５００では、画面定義部５０１で、画面の位置やサイズといった画面の属性が記述されていて、ＧＵＩ部品定義部５０２では、その画面に配置されるＧＵＩ部品が定義されている。
【００５３】また、個々の画面には複数のＧＵＩ部品が存在する場合もあり、そのような場合は、画面定義ファイル５００にも複数のＧＵＩ部品定義部５０２が含まれる。そして、画面やＧＵＩ部品の定義は、１つのまとまりごとに、予約語「ｂｅｇｉｎ」から「ｅｎｄ」の間に記述され、画面上に存在するＧＵＩ部品の定義は、画面定義部５０１の「ｂｅｇｉｎ」と「ｅｎｄ」の中に、さらに入れ子にされた「ｂｅｇｉｎ」と「ｅｎｄ」の間に記述される。
【００５４】ここで、「ｂｅｇｉｎ」「ｅｎｄ」などを含む言語仕様は、プログラム生成情報１０３に含まれる。また、画面が表示されているときにタイマの時間経過といったイベントが発生した場合や、各ＧＵＩ部品においてイベントが発生した場合に実行されるプログラム部品は、イベント用関数定義部５０３に記述されている。なお、このイベント用関数定義部５０３は、各画面の各ＧＵＩ部品ごとに格納されている。
【００５５】〔２．作用〕上に述べたように構成されたこの実施形態は次のような作用を有する。
〔２−１．大まかな作用〕この実施形態では、状態遷移情報１００に加えられた変更に基づいてプログラムコード１０４を更新することと、逆に、プログラムコード１０４に加えられた変更に基づいて状態遷移情報１００を更新することができる。
【００５６】すなわち、まず、状態遷移情報１００からプログラムコード１０４を生成するときは、状態遷移情報１００のどの部分がどのように変更されたかを状態遷移図解析部１０５が解析し、この解析結果にしたがって、プログラムコード操作部１０６が、プログラムコード１０４のうち変更点に対応する部分だけを操作して更新する。
【００５７】また、生成されたプログラムコード１０４から、逆に状態遷移情報１００を生成するときは、プログラムコード１０４のどの部分がどのように変更されたかをプログラムコード解析部１０７が解析し、この解析結果にしたがって、状態遷移図操作部１０８が、状態遷移情報１００のうち変更点に対応する部分だけを操作して更新する。
【００５８】なお、状態遷移情報１００かプログラムコード１０４の一方から他方を生成するときは、状態遷移情報１００中のどの名前と、プログラムコード１０４中のどの識別子とが対応するかが名前対応表１０１に記録される。このとき、新しい名前又は識別子が登場したときは、識別子生成部１０２がそれに対応する識別子又は名前を生成し、両者は名前対応表に追加登録される。また、状態遷移情報１００又はプログラムコード１０４のどのような変更に対して、対応するプログラムコード１０４又は状態遷移情報１００をどのように変更すればよいかは、プログラム生成情報１０３に基づいて判断される。
【００５９】このように、この実施形態では、状態遷移情報１００とプログラムコード１０４との間で、一方が変更されたとき、他方を上書きすることなく、変更点が他方に反映される。このため、ユーザは、状態遷移情報１００又はプログラムコード１０４のうち都合の良いほうで変更の作業を行なうことができ、しかも、一方の変更に合わせて他方をユーザが変更しなくとも、両者の整合性が保たれ、プログラム開発が効率化される。
【００６０】なお、状態遷移情報１００やプログラムコード１０４を「変更」するというのは、この出願では、すでにある状態遷移情報１００やプログラムコード１０４を更新するだけでなく、与えられた状態遷移情報１００から最初にプログラムコード１０４を生成するような場合を含むものとする。つまり、状態遷移情報１００の全体が与えられた場合、状態遷移情報１００は全体が「変更」されたと考え、この変更に対応して、プログラムコード１０４もその全体が「変更」されたと考える。
【００６１】また、同様に、ユーザが所定の操作をすることによって、例えばある時点のプログラムコード１０４の全体から、状態遷移情報１００の全体を改めて新しく生成したり、その逆の処理を行うこともできる。
【００６２】〔２−２．プログラムコードの生成〕まず、状態遷移情報１００からプログラムコード１０４を生成する手順を図７のフローチャートに示す。
〔２−２−１．状態遷移情報の解析〕この手順では、まず、状態遷移図解析部１０５が、状態遷移情報１００のどの部分がどのように変更されたかを解析する。但し、上に述べたように、プログラムコード１０４が生成されていない状態で、与えられた状態遷移情報１００に基づいて最初にプログラムコード１０４を生成するときは、状態遷移情報１００の全体が変更されたものと解析され、プログラムコード１０４の全体が生成される。
【００６３】〔２−２−１−１．新しい名前の検索〕状態遷移情報１００の解析では、まず、状態遷移図解析部１０５は、状態遷移情報１００中のいろいろな名前が名前対応表１０１にあるかどうかを調べる（ステップ７００）。ここで状態遷移情報１００中の名前としては（図２R>２）、状態欄２００にある状態名、イベント欄２０３にあるイベント名、条件欄２０４にある条件名のほか、アクション（入）欄２０１、アクション（出）欄２０２、遷移時アクション欄２０６にある変数名や関数名などが挙げられる。
【００６４】なお、ステップ７００で状態遷移情報１００中の名前を名前対応表１０１から検索する場合、同じ名前でも後ろに状態名を加えることで区別される。例えば、イベントの名前は、イベント名とそのイベント発生する状態の名前とを連結したものとして名前対応表１０１から検索される。このため、別の状態が同じイベント名のイベント発生させる場合でも、２つのイベントが混同されることはない。条件など他の種類の名前についてもそのように検索される。
【００６５】ステップ７００で調べた名前が名前対応表１０１に存在しない場合は（ステップ７０１）、状態遷移図解析部１０５は、その名前は新しく作成されたものとして新規リストに登録するとともに（ステップ７０２）、その名前を追加することで名前対応表１０１を更新する。
【００６６】ここで、新規リストとは、状態遷移情報１００からプログラムコード１０４を生成するとき、前回生成したときには状態遷移情報１００に含まれていなかったが現在では状態遷移情報１００に加えられている新しい名前を登録しておくリストである。また、状態遷移図解析部１０５は、新しく名前対応表１０１に登録された名前に対して、識別子生成部１０２に新しい識別子を生成させ、新しい名前に、このように生成された新しい識別子を対応付けて名前対応表１０１に登録する。
【００６７】このように、状態遷移情報１００に含まれる名前を１つずつ取り出して、ステップ７００から７０２の処理を繰り返した結果、全ての名前について調べ終わると（ステップ７０３）、新規リストは図８に例示するような状態となる。この図８は、プログラムコード１０４と名前対応表１０１がまだ作られていない状態で状態遷移情報１００を与え、初めてプログラムコード１０４を生成しようとする処理で、ステップ７０３までの処理が終わったときの新規リストを示している。
【００６８】〔２−２−１−２．削除された名前の検索〕次に、状態遷移図解析部１０５は、名前対応表１０１中で状態遷移情報１００用の名前欄３０１に登録されている個々の名前を改めて１つずつ選び、状態遷移情報１００中に存在するかどうを調べる（ステップ７０４）。なお、この検索でも、ステップ７００で新しい名前を検索したときと同じように、例えばイベント名に状態名を付けることで、別の状態の同じイベント名と区別する。
【００６９】そして、ステップ７０４で調べた名前が状態遷移情報１００中に存在しない場合は（ステップ７０５）、その名前は状態遷移情報１００が編集された結果として削除されたものと解釈できるので、状態遷移図解析部１０５は、その名前を削除された名前として削除リストに登録する（ステップ７０６）。ここで、削除リストとは、状態遷移情報１００からプログラムコード１０４を生成するとき、前回生成したときには状態遷移情報１００に含まれていたが現在では状態遷移情報１００から削除されている名前を登録しておくリストである。
【００７０】このように、名前対応表１０１に含まれる名前を１つずつ取り出して、ステップ７０４から７０６の処理を繰り返した結果、全ての名前について調べ終わると（ステップ７０７）、新規リストは図９に例示するような状態となる。
【００７１】この例は、状態遷移情報１００からプログラムコード１０４を前回生成したときと比べて、状態遷移情報１００から時刻設定画面が削除されていた場合の削除リストである。この例では、時刻設定の初期化を行う関数も削除リストに入っているが、これは、時刻設定画面が状態遷移情報１００から削除されたときに、この画面に関連する遷移のイベントも削除されるので、該当する関数の呼び出しが状態遷移情報１００中には存在しなくなるためである。このように、ある画面が状態遷移情報１００から削除されると、それに関連して削除されるものの名前も削除リストに登録されることになる。
【００７２】〔２−２−２．プログラムコードの操作〕次に、プログラムコード操作部１０６は、上に述べたような解析の結果、すなわち新規リスト、削除リスト、更新された名前対応表などを使ってプログラムコード１０４を操作する。
【００７３】〔２−２−２−１．システム定義ファイルの更新〕すなわち、プログラムコード操作部１０６は、まず、状態遷移情報１００中に存在する状態名を、名前対応表１０１に基づいて、プログラムコード１０４中で使われる画面名に変換してシステム定義ファイル４００に登録する（ステップ７０８）。
【００７４】また、プログラムコード操作部１０６は、削除リスト中の状態名を、ステップ７０８と同じようにプログラムコード１０４中で使われる画面名に変換し、システム定義ファイル４００からその画面に関するファイル名を削除し（ステップ７０９）、不要になった画面定義ファイル５００は削除又は改名しておく。
【００７５】〔２−２−２−２．画面定義ファイルの更新〕続いて、プログラムコード操作部１０６は、個々の画面定義ファイル５００の内容を次のように更新する。
【００７６】〔２−２−２−３．画面定義ファイルの用意〕すなわち、プログラムコード操作部１０６は、状態遷移情報１００中の個々の状態すなわち画面を１つずつ選び、その状態について次の処理を行う（ステップ７１０）。まず、選んだ状態が新規リストに入っていない既存の状態ならば、前回作成したプログラムコード１０４のファイルから、既存の画面定義ファイル５００を読み込んで操作の対象とする（ステップ７１１）。
【００７７】このように、既存の状態について前回作成したプログラムコード１０４の部分をそのまま読み込んで使うことで、ユーザが別のツールなどでプログラムコード１０４に直接施した変更が、上書きされることなく、更新後の新しいプログラムコード１０４でも有効となる。
【００７８】一方、選んだ状態が新規リストに入っている新しい状態であれば、その状態に対応する新しい画面のために、プログラム生成情報１０３から画面定義部５０１の原形となるスケルトンコードを読み込んで画面定義ファイル５００を作成する（ステップ７１１）。
【００７９】このように状態遷移情報１００に新しく追加された状態に基づいて、新しい画面の画面定義ファイル５００を作るとき、画面定義ファイル５００の画面定義部５０１中に画面のタイトルを表わす属性があれば、その属性の属性値としては、状態遷移情報１００に追加された状態の状態名を設定する。
【００８０】ここで、画面のタイトルとは、複数の画面を互いに見分けられるようにユーザに対して表示される文字列であり、例えば、複数の画面をマルチウインドウの形式で表示するユーザインタフェースでは、画面の最上部にタイトルが表示されるものが多く、その表示されている部分はタイトルバーなどと呼ばれる。
【００８１】このようなタイトルの属性値として、例えば、画面定義部５０１に「ｔｉｔｌｅ ＝ “メインメニュー画面”」のように状態遷移情報１００中の状態名を記述しておき、プログラムコード１０４の実行時に、この状態名を画面上に表示することで、状態遷移情報１００とプログラムコード１０４との対応がとりやすくなり、プログラム開発が効率化される。
【００８２】〔２−２−２−４．ＧＵＩ部品の削除〕続いて、プログラムコード操作部１０６は、このように用意された画面定義ファイル５００から、削除リストに入っているＧＵＩ部品に対応するＧＵＩ部品定義部５０２を削除する（ステップ７１２）。この場合、ＧＵＩ部品に対応してどのＧＵＩ部品定義部５０２を削除するかは、プログラム生成情報１０３に含まれている言語仕様に基づいて判断することが可能であり、具体的には「ｂｅｇｉｎ」と「ｅｎｄ」で囲まれた範囲が削除の単位となる。
【００８３】例えば、時刻設定画面の「完了」ボタンを削除するには「ｂｅｇｉｎ ｂｔｎ０００ｓｃｒ００１」から「ｅｎｄ」までの部分を削除すればよい。また、このようにＧＵＩ部品が削除されるときは、イベントが発生したときに実行されるプログラム部品のうちこのＧＵＩ部品に付属する部分も不要となるので同様に削除する。この場合、「ｆｕｎｃ処理関数名」と対応する「」に囲まれた部分を削除する。例えば、メインメニュー画面の「選択」ボタンを削除するには、「ｂｅｇｉｎ ｂｔｎ０００ｓｃｒ＿ｐｒｅｓｓｅｄ｛」から「｝」の部分を削除する。
【００８４】〔２−２−２−５．ＧＵＩ部品の挿入〕また、プログラムコード操作部１０６は、用意された画面定義ファイル５００の画面定義部５０１に、必要なＧＵＩ部品定義部５０２を追加する（ステップ７１３）。すなわち、プログラムコード操作部１０６は、新規リストに入っているＧＵＩ部品のスケルトンコードを読み込み、このスケルトンコードに基づいて新しいＧＵＩ部品定義部５０２を作るが、その名前としては、追加されたＧＵＩ部品に名前対応表１０１で対応付けられた識別子を使う。
【００８５】このとき、画面定義部５０１中に、ＧＵＩ部品のタイトルを表わす属性があれば、その属性の属性値として、そのＧＵＩ部品に状態遷移情報１００中で付けられていた名前を設定する。ＧＵＩ部品について「タイトル」というときは、ＧＵＩ部品の上に表示される文字列である。そして、このタイトルを例えばｔｉｔｌｅという属性が表わす場合、「ｔｉｔｌｅ ＝ “完了”」のように設定しておくことで、「完了」とタイトルが表示されたＧＵＩ部品を生成することができる。
【００８６】なお、上に述べたようなＧＵＩ部品定義部５０２の新規作成や削除のとき、プログラムコード操作部１０６は、すでに画面定義ファイル５００の中に存在していて新規作成や削除の対象になっていないＧＵＩ部品の定義部には手を加えないので、プログラムコード１０４に対して直接行われた属性の変更はプログラムコード１０４が操作されてもそのまま保持される。
【００８７】なお、ＧＵＩ部品の削除は、画面定義ファイル５００を１つ用意するごとに行っても、全ての画面定義ファイル５００を用意してから一括して行ってもよいが、削除対象のＧＵＩ部品がどの画面定義ファイル５００に含まれているかは次のように判断することができる。
【００８８】例えば、ボタンやプルダウンリストなどのＧＵＩ部品は、状態遷移情報１００のなかではイベント名や条件名などの名前に、そのイベントに対応するボタンや条件に対応するプルダウンリストの名前が後ろに付加した形で登録されている。このため、付加された部分を参照することで、削除対象のＧＵＩ部品が含まれる画面のファイルがわかるので、該当する画面ファイルから該当するＧＵＩ部品に関する部分を削除することができる。
【００８９】〔２−２−２−６．イベントプログラムの生成〕さらに、プログラムコード操作部１０６は、ＧＵＩ部品に付属する遷移について、イベントプログラムを生成する（ステップ７１４）。例えば、ある画面で「完了」ボタンが押されたときに「メインメニュー画面」に戻るという処理を考える。このような処理を実現するには、「完了」ボタンに対応する名前のＧＵＩ部品のボタンが押し下げられた場合というイベントに対して、このイベントが起きたときに行う処理をイベント用関数定義部５０３に記述する。このようにイベントが起きたときに行う処理を定めた部分をイベントプログラムと呼ぶ。
【００９０】この場合は、イベント用関数定義部５０３には、遷移先を指定する命令「ｎｅｘｔ ＝ “メインメニュー画面”」と、遷移を起こす関数「ｔｒａｎｓｉｔｉｏｎ」の呼び出しを記述する。また、遷移に条件が付随していた場合は、上に述べた「ｎｅｘｔ ＝ “メインメニュー画面”」のような命令の前にｉｆ文などの条件判断を記述すればよい。イベント用関数定義部５０３にこのようなｉｆ文を使った例を図５に示す。この場合、ｉｆ文の条件は、プルダウンリストの状態は変数の値に関する条件式などであり、これらも、状態遷移情報１００内のＧＵＩ部品や変数などの名前をそれぞれ名前対応表１０１に基づいて変換した識別子としてプログラムコード１０４中に挿入される。
【００９１】〔２−２−２−７．付属ファイルの生成〕次に、プログラムコード操作部１０６は、プログラムコード１０４を実行するために必要な付属ファイルの生成を行う。この付属ファイルの名称も、画面定義ファイル５００と同じようにシステム定義ファイル４００に登録されている。そして、付属ファイルの内容は図６に例示するようになっており、図２で説明したアクション（入）とアクション（出）が記述されている。また、図６R>６の付属ファイルに記述されている関数「ｔｒａｎｓｉｔｉｏｎ」は実際の遷移を起こす部分であり、この部分を実行することで画面を切り替える。また、「ｐｒｅａｃｔｉｏｎ」と「ｐｏｓｔａｃｔｉｏｎ」はそれぞれ、状態遷移情報１００中のアクション（入）欄２０１とアクション（出）欄２０２に記述されている動作を、名前対応表１０１で変換したうえで、プログラムコード１０４内に埋め込んだものである。
【００９２】なお、以上に述べたように、状態遷移情報１００を解析した結果にしたがって、プログラムコード１０４を操作するとき、状態遷移情報１００のどの部分がどのように変更されたときに、プログラムコード１０４のどの部分をどのように操作するかは、プログラム生成情報１０３を参照することで判断される。
【００９３】〔２−３．状態遷移情報の作成〕次に、プログラムコード１０４から状態遷移情報１００を作成する処理手順を図１２のフローチャートに示す。
【００９４】〔２−３−１．プログラムコードの解析〕プログラムコード１０４から状態遷移情報１００を生成するときは、まず、プログラムコード解析部１０７が、プログラムコードのどの部分がどのように変更されているかを解析する。
【００９５】〔２−３−１−１．新しい名前の検索〕まず、プログラムコード解析部１０７は、プログラムコード１０４中に用いられている画面、ＧＵＩ部品（ボタンやプルダウンリスト）、変数、関数などの個々の識別子について名前対応表１０１中の識別子と照らし合わせることで、名前対応表１０１に存在するかどうか調べる（ステップ１２００）。そして、プログラムコード１０４にあって名前対応表１０１にない識別子は（ステップ１２０１）、新規に作成されたものとして、新規リストに登録する（ステップ１２０２）。
【００９６】このように新しい識別子を探すとき、関数に関しては、呼び出されることがない関数を削除するために、関数の呼び出しをしている部分を調べる。このように新しくプログラムコードに追加された識別子を登録した結果、新規リストは図１０のようになる。図１０は、状態遷移情報１００と名前対応表１０１が存在しない状態から、新しく状態遷移情報１００を作成する場合の図である。
【００９７】また、ステップ１２０２では、プログラムコード解析部１０７は、識別子生成部１０２に、新規リストに登録された識別子に対して、すでに名前対応表１０１にある名前と重複しない新しい名前を生成させ、新しく見つけた識別子とこのように生成された名前とを対応づけて名前対応表１０１を追加登録する。
【００９８】このようにプログラムコードに新しく追加された画面やＧＵＩ部品の識別子に対応する名前を付ける際に、画面定義部５０１中にその画面やＧＵＩ部品のタイトルを表す属性があり、なおかつ、その属性の属性値が名前対応表１０１中のどの名前とも重複しない場合には、そのタイトルを状態遷移情報１００中での名前とする。なお、タイトルとは画面やＧＵＩ部品の上に表示される文字列である。
【００９９】例えば、プログラムコード中で「ｔｉｔｌｅ ＝ “メインメニュー画面”」といった定義を行なっている部分を解析して“メインメニュー画面”という言葉を取り出し、それを状態遷移情報１００中で用いる名前とする。こうすることで、実行時にプログラムコード１０４と状態遷移情報１００の対応がとりやすくなる。
【０１００】一方、プログラムコード１０４中の画面定義部５０１中に、新しい画面やＧＵＩ部品のタイトルを表す属性が無い場合や、存在してもそれが名前対応表１０１中にすでにある名前のどれかと重複する場合には、識別子生成部１０２が例えば文字や数字の組み合わせなどで生成する名前を、その画面やＧＵＩ部品につける。
【０１０１】〔２−３−１−２．削除された名前の検索〕すべての識別子について名前対応表１０１にあるかどうの確認が済むと（ステップ１２０３）、プログラムコード解析部１０７は、名前対応表１０１中のプログラム用識別子欄３０２にある個々の識別子について、プログラムコード１０４中の識別と照らし合わせることで、プログラムコード１０４中に存在しない識別子を探す（ステップ１２０４）。そして、名前対応表１０１にあってプログラムコード１０４にない識別子は（ステップ１２０５）、プログラムコード１０４をユーザが直接編集することで削除されたと解釈し、その識別子を削除リストに登録する（ステップ１２０６）。
【０１０２】このように削除された識別を登録した結果、削除リストは図１１のようになる。図１１は、画面の識別子ｓｃｒ００１がプログラムコード１０４から削除されていた場合を例にしている。また、この例では、関数の識別子ｆｕｎｃ００３も削除リストに入っているが、これは画面ｓｃｒ００１がプログラムコード１０４から削除されたときに、遷移イベントも削除されるので、解析の結果、関数ｆｕｎｃ００３がどこからも呼ばれなくなっていることが判明するためである。
【０１０３】〔２−３−２．状態遷移情報の操作〕削除されたかの確認が全ての識別子について済むと（ステップ１２０７）、次に、状態遷移図操作部１０８は、上に述べたような解析の結果、すなわち、新規リスト、削除リスト、更新された名前対応表１０１などを使って、状態遷移情報１００を操作する（ステップ１２０８〜１２１３）。
【０１０４】〔２−３−２−１．状態の登録と削除〕この操作では、状態遷移図操作部１０８は、まず、新規リストに登録されている新しい画面を、識別子生成部１０２によって作成される名前に変換したうえで、状態遷移情報１００の状態欄２００に登録する（ステップ１２０８）。次に、削除リストに登録されている画面に対応する状態名を状態遷移情報１００の該当する行から削除する（ステップ１２０９）。
【０１０５】続いて、状態遷移図操作部１０８は、プログラムコード１０４中の個々の画面定義部５０１を選び、その画面定義部５０１に対応する画面及び状態遷移情報１００について、以下の操作を行なう（ステップ１２１０）。すなわち、状態遷移図操作部１０８は、状態遷移情報１００の中で、選んだ画面に対応する状態の行のイベント欄２０３、条件欄２０４、遷移先欄２０５、遷移時アクション欄２０６に対して、以下の操作を行う。
【０１０６】〔２−３−２−２．ＧＵＩ部品に対応する行の削除〕まず、状態遷移図操作部１０８は、削除リスト中に、その状態に存在していたＧＵＩ部品（ここではボタン）が入っている場合、すなわちそのようなＧＵＩ部品の識別子が登録されている場合には、そのＧＵＩ部品に対応する状態遷移情報１００中の名前を名前対応表１０１から調べる。そして、状態遷移図操作部１０８は、状態遷移情報１００の該当する状態について、そのような削除されたＧＵＩ部品に対応するイベント欄２０３、条件欄２０４、遷移先欄２０５、遷移時アクション欄２０６を削除する。
【０１０７】〔２−３−２−３．ＧＵＩ部品に対応する行の登録〕次に、状態遷移図操作部１０８は、新規リストに登録されている画面及びＧＵＩ部品について、状態遷移情報１００中で対応する状態のイベント欄２０３、条件欄２０４、遷移先欄２０５、遷移時アクション欄２０６の更新を行う。このような更新を行なうためには、プログラムコード解析部１０７が、プログラムコード１０４のうち、個々のＧＵＩ部品のイベント用関数定義部５０３に使われている識別子に対応する名前を名前対応表１０１から調べ、状態遷移情報１００のうち調べた名前に該当する行を操作の対象とする。
【０１０８】例えば、あるイベント用関数定義部５０３にｉｆ文がある場合には、それを条件と解釈し、この条件で用いられている、変数やプルダウンリストの識別子を名前対応表１０１で状態遷移情報１００中で使う名前に変換して、該当する行の条件欄２０４に登録する。
【０１０９】また、そのときの遷移先を検索するためには「ｎｅｘｔ＝ｓｃｒ００１」というような遷移先を指定している部分を解析する。これにより、次の画面が、ｓｃｒ００１であると解釈できる。そして、状態遷移情報操作部１０８は、この識別子を、名前対応表１０１を用いて、状態遷移情報１００で用いる名前に変換して、該当する行の遷移先欄２０５に登録する。またこのとき、ほかの関数の呼び出しや、変数への操作などのステートメントがあれば、それら呼び出しやステートメントに使われている識別子を同様に名前対応表１０１で変換して、該当する行の遷移時アクション欄２０６に登録する。
【０１１０】また、上に述べたように、プログラムコード１０４を解析した結果にしたがって状態遷移情報１００を操作するとき、プログラムコード１０４で追加された部分がプログラムコード１０４のどのような構造をどのように構成している部分であるときに、状態遷移情報１００のどの欄に何を登録するかは、プログラム生成情報１０３を参照することで判断される。
【０１１１】ここで、状態遷移情報１００中に存在し、新規作成や削除の対象になっていないイベント、条件、遷移先、遷移時アクションには、状態遷移情報操作部１０８は手を加えないので、状態遷移情報１００に対して直接行なわれた属性の変更は保持される。
【０１１２】〔３．効果〕以上のように、本実施形態によれば、状態遷移情報１００から生成したプログラムコード１０４をユーザが別のツールなどで直接変更したあと、もとの状態遷移情報１００を変更して再びプログラムを生成しても、すでにあるプログラムコード１０４全体を上書きすることはない。すなわち、状態遷移情報１００の変更点だけが既存のプログラムコード１０４に反映されるため、ユーザがプログラムコード１０４に直接加えた変更と、状態遷移情報１００に加えた変更が同じプログラムコード１０４上で並存でき、プログラム開発が効率化される。
【０１１３】また、生成されたプログラムコード１０４に直接加えられた変更を、元の状態遷移情報１００に反映されることで、プログラムにあわせてユーザが状態遷移情報１００を書き換える作業が不要になり、プログラム開発が効率化される。
【０１１４】これらによって、この実施形態では、状態遷移情報１００とプログラムコード１０４の間で、変更点を反映させて整合性を保つ処理が双方向に可能となる。つまり、状態遷移情報１００とプログラムコード１０４の一方を変更したとき、他方の全体を上書きすることなく、変更点だけが他方に反映されるので、反映される側でユーザが直接加えた変更と反映される変更とが両方有効になる。このため、ユーザは、どのような点を変更したいかに応じて、状態遷移情報１００とプログラムコード１０４のうち都合のよい方を変更することができ、プログラム開発が効率化される。
【０１１５】また、この実施形態では、状態遷移情報１００とプログラムコード１０４との間で、どの名前とどの識別子とが対応し、また、どの構造とどの構造とがどう対応するかを、それぞれ名前対応表１０１とプログラム生成情報１０３を使って容易に判断できるので、解析や変更を効果的に行なうことができる。例えば、状態遷移情報１００中の名前をプログラム中の識別子に変換してプログラムコード１０４の一部を作るとき、互いに重複しない識別子を生成し、生成した識別子をもとの名前と対応付けて名前対応表１０１に登録しておけば、名前と識別子のどちらからでも対応する他方を検索することができる。
【０１１６】特に、この実施形態では、設計者は、画面の移り変わりを設計するとき、実際のプログラムで何という識別子を使うか意識することなく、状態間の遷移を表す状態遷移図や遷移表といった状態遷移情報１００の形で解かりやすく記述することができる。そして、このような状態遷移情報１００で新しく作成された状態や遷移を自動的にプログラムコード１０４に挿入したり、また、状態遷移情報１００から削除されたり不要になった状態や遷移を自動的にプログラムコード１０４中から削除したりすることで、イベント駆動型のプログラムコード１０４を生成したり、状態遷移情報１００の変更に合わせて操作することができる。このため、複数の画面を切り替えながら実行されるプログラムの開発が効率化される。
【０１１７】〔４．他の実施形態〕なお、本発明は上記実施形態に限定されるものではなく、次に例示するような他の実施形態も含むものである。例えば、状態遷移情報は状態遷移図や状態遷移表など、どのような形式で表しておいてもよい。また、開発対象とするプログラムの形式や分野などは自由で、例えば、複数の画面を切り替えて実行されるものには限定されない。
【０１１８】また、上に述べた実施形態では、状態遷移情報やプログラムコードの全体についてどのような変更があったかをまとめて解析した後、解析結果にしたがったプログラムコードや状態遷移情報の操作もまとめて行ったが、このような解析と操作とは、状態遷移情報やプログラムコードの一部分ずつごとに順次行うこともできる。また、状態遷移情報の変更点をプログラムコードに反映させることと、プログラムコードから状態遷移情報を生成することは、必ずしも双方向に両方できる必要はなく、どちらか一方だけできるように実施することもできる。
【０１１９】また、上に述べた実施形態では、状態遷移情報中の要素を表す言葉を「名前」と呼び、プログラムコード中の要素を表す言葉を「識別子」と呼んだが、これらの言葉は例示に過ぎず、他の呼び方をしてもよいし、例えば状態遷移情報中の名前であっても特に意味のない記号や数字を使ったり、逆に、プログラムコード識別子として何らかの意味のある単語などを使うこともできる。
【０１２０】また、識別子を生成する手段、名前対応表、プログラム生成情報の具体的な構成や形式は自由であり、また、これらは独立した存在ではなく、例えば解析部１０５，１０７、操作部１０６，１０８などの一機能や付属物として構成することもできる。
【０１２１】
【発明の効果】以上のように、この発明によれば、状態遷移情報の変更が、プログラム全体を上書きすることはなくプログラムに反映されるので、ユーザがプログラムに直接加えた変更と、状態遷移情報に加えた変更が同じプログラム上で並存でき、プログラム開発が効率化される。
【図面の簡単な説明】
【図１】本発明の実施形態の構成を示す機能ブロック図。
【図２】本発明の実施形態における状態遷移情報の例を示す図。
【図３】本発明の実施形態における名前対応表の内容例を示す図。
【図４】本発明の実施形態におけるシステム定義ファイルの内容例を示す図。
【図５】本発明の実施形態における画面定義ファイルの内容例を示す図。
【図６】本発明の実施形態における付属ファイルの内容例を示す図。
【図７】本発明の実施形態において、状態遷移情報からプログラムコードを生成する手順を示すフローチャート。
【図８】本発明の実施形態において、状態遷移情報からプログラムコードを生成するときの新規リストの内容例を示す図。
【図９】本発明の実施形態において、状態遷移情報からプログラムコードを生成するときの削除リストの内容例を示す図。
【図１０】本発明の実施形態において、プログラムコードから状態遷移情報を生成するときの新規リストの内容例を示す図。
【図１１】本発明の実施形態において、プログラムコードから状態遷移情報を生成するときの削除リストの内容例を示す図。
【図１２】本発明の実施形態において、プログラムコードから状態遷移情報を生成する手順を示すフローチャート。
【符号の説明】
１００…状態遷移情報
１０１…名前対応表
１０２…識別子生成部
１０３…プログラム生成情報
１０４…プログラムコード
１０５…状態遷移情報解析部
１０６…プログラムコード操作部
１０７…プログラムコード解析部
１０８…状態遷移情報操作部
２００…状態欄
２０１…アクション（入）欄
２０２…アクション（出）欄
２０３…イベント欄
２０４…条件欄
２０５…遷移先欄
２０６…遷移時アクション欄
３００…属性欄
３０１…状態遷移情報用名前欄
３０２…プログラ用識別子欄
４００…システム定義ファイル
５００…画面定義ファイル
５０１…画面定義部
５０２…ＧＵＩ部品定義部
５０３…イベント用関数定義部
６００…変数宣言部
６０１…遷移実行部
６０２…アクション（入）記述部
６０３…アクション（出）記述部
６０４…関数実装部
７００…状態遷移情報中から新しい名前を検索するステップ
７０２…状態遷移情報内の新しい名前を新規リストに登録するステップ
７０４…状態遷移情報内から削除された名前を検索するステップ
７０６…状態遷移情報内から削除された名前を削除リストに登録するステップ
７０８…システム定義ファイルを更新するステップ
７０９…不要な画面定義ファイルを削除するステップ
７１１…画面定義ファイルを用意するステップ
７１２…状態遷移情報から削除されたＧＵＩ部品に関する部分を削除するステップ
７１３…状態遷移情報に追加されたＧＵＩ部品に関する部分を挿入するステップ
７１４…イベントプログラムを生成するステップ
１２００…プログラムコードから新しい識別子を検索するステップ
１２０２…プログラム内の新しい識別子を新規リストに登録するステップ
１２０４…プログラム内から削除された識別子を検索するステップ
１２０６…プログラム内から削除された識別子を削除リストに登録するステップ
１２０８…プログラムコード中の新しい画面に対応する状態を状態遷移情報に挿入するステップ
１２０９…プログラムコードから削除された画面に対応する状態を状態遷移情報から削除するステップ
１２１１…プログラムコードから削除されたＧＵＩ部品に関する部分を状態遷移情報から削除するステップ
１２１２…プログラムコードに追加されたイベントに対応する内容を状態遷移情報に挿入するステップ
【特許請求の範囲】
【請求項１】 状態遷移情報を使ってプログラムの開発を支援するプログラム開発支援装置において、状態遷移情報のどこがどのように変更されたかを解析する情報解析手段と、状態遷移情報の各部分とプログラムの各部分との対応関係に基づいて、状態遷移情報での前記変更に対応するプログラムの部分を操作するプログラム操作手段と、プログラムのどこがどのように変更されたかを解析するプログラム解析手段と、プログラムの各部分と状態遷移情報の各部分との対応関係に基づいて、プログラムでの前記変更に対応する状態遷移情報の部分を操作する情報操作手段と、を備えたことを特徴とするプログラム開発支援装置。
【請求項２】 プログラム中で使われる互いに重複しない識別子を生成する生成手段と、状態遷移情報中で使われるどの名前とプログラムで使われるどの識別子とが対応するかを表わす名前対応表と、状態遷移情報中のどのような構造とプログラム中のどのような構造とがどのように対応するかを表すプログラム生成情報と、を備えたことを特徴とする請求項１記載のプログラム開発支援装置。
【請求項３】 複数の画面を切り替えながら実行されるプログラムの開発を支援する請求項１又は２記載のプログラム開発支援装置において、前記状態遷移情報は、前記各画面に対応する複数の状態ごとに、どのようなイベントが発生したときに他のどの状態に遷移するかと、遷移のときにどのようなアクションを行うか、とを記述し、前記プログラムは、前記各状態に対応する複数の画面ごとに、前記イベントを発生させるためにどのようなＧＵＩ部品を画面に表示するかと、前記イベントが発生したときにどのような処理を実行するか、とを記述することを特徴とするプログラム開発支援装置。
【請求項４】 状態遷移情報を使ってプログラムの開発を支援するプログラム開発支援方法において、状態遷移情報のどこがどのように変更されたかを解析するステップと、状態遷移情報の各部分とプログラムの各部分との対応関係に基づいて、状態遷移情報での前記変更に対応するプログラムの部分を操作するステップと、プログラムのどこがどのように変更されたかを解析するステップと、プログラムの各部分と状態遷移情報の各部分との対応関係に基づいて、プログラムでの前記変更に対応する状態遷移情報の部分を操作するステップと、を含むことを特徴とするプログラム開発支援方法。
【請求項５】 プログラム中で使われる互いに重複しない識別子を生成するステップを含み、状態遷移情報中で使われるどの名前とプログラムで使われるどの識別子とが対応するかを表わす名前対応表と、状態遷移情報中のどのような構造とプログラム中のどのような構造とがどのように対応するかを表すプログラム生成情報と、を使うことを特徴とする請求項４記載のプログラム開発支援方法。
【請求項６】 コンピュータによって、状態遷移情報を使ってプログラムの開発を支援するプログラム開発支援用ソフトウェアを記録した記録媒体において、そのソフトウェアは前記コンピュータに、状態遷移情報のどこがどのように変更されたかを解析させ、状態遷移情報の各部分とプログラムの各部分との対応関係に基づいて、状態遷移情報での前記変更に対応するプログラムの部分を操作させ、プログラムのどこがどのように変更されたかを解析させ、プログラムの各部分と状態遷移情報の各部分との対応関係に基づいて、プログラムでの前記変更に対応する状態遷移情報の部分を操作させることを特徴とするプログラム開発支援用ソフトウェアを記録した記録媒体。
【請求項１】 状態遷移情報を使ってプログラムの開発を支援するプログラム開発支援装置において、状態遷移情報のどこがどのように変更されたかを解析する情報解析手段と、状態遷移情報の各部分とプログラムの各部分との対応関係に基づいて、状態遷移情報での前記変更に対応するプログラムの部分を操作するプログラム操作手段と、プログラムのどこがどのように変更されたかを解析するプログラム解析手段と、プログラムの各部分と状態遷移情報の各部分との対応関係に基づいて、プログラムでの前記変更に対応する状態遷移情報の部分を操作する情報操作手段と、を備えたことを特徴とするプログラム開発支援装置。
【請求項２】 プログラム中で使われる互いに重複しない識別子を生成する生成手段と、状態遷移情報中で使われるどの名前とプログラムで使われるどの識別子とが対応するかを表わす名前対応表と、状態遷移情報中のどのような構造とプログラム中のどのような構造とがどのように対応するかを表すプログラム生成情報と、を備えたことを特徴とする請求項１記載のプログラム開発支援装置。
【請求項３】 複数の画面を切り替えながら実行されるプログラムの開発を支援する請求項１又は２記載のプログラム開発支援装置において、前記状態遷移情報は、前記各画面に対応する複数の状態ごとに、どのようなイベントが発生したときに他のどの状態に遷移するかと、遷移のときにどのようなアクションを行うか、とを記述し、前記プログラムは、前記各状態に対応する複数の画面ごとに、前記イベントを発生させるためにどのようなＧＵＩ部品を画面に表示するかと、前記イベントが発生したときにどのような処理を実行するか、とを記述することを特徴とするプログラム開発支援装置。
【請求項４】 状態遷移情報を使ってプログラムの開発を支援するプログラム開発支援方法において、状態遷移情報のどこがどのように変更されたかを解析するステップと、状態遷移情報の各部分とプログラムの各部分との対応関係に基づいて、状態遷移情報での前記変更に対応するプログラムの部分を操作するステップと、プログラムのどこがどのように変更されたかを解析するステップと、プログラムの各部分と状態遷移情報の各部分との対応関係に基づいて、プログラムでの前記変更に対応する状態遷移情報の部分を操作するステップと、を含むことを特徴とするプログラム開発支援方法。
【請求項５】 プログラム中で使われる互いに重複しない識別子を生成するステップを含み、状態遷移情報中で使われるどの名前とプログラムで使われるどの識別子とが対応するかを表わす名前対応表と、状態遷移情報中のどのような構造とプログラム中のどのような構造とがどのように対応するかを表すプログラム生成情報と、を使うことを特徴とする請求項４記載のプログラム開発支援方法。
【請求項６】 コンピュータによって、状態遷移情報を使ってプログラムの開発を支援するプログラム開発支援用ソフトウェアを記録した記録媒体において、そのソフトウェアは前記コンピュータに、状態遷移情報のどこがどのように変更されたかを解析させ、状態遷移情報の各部分とプログラムの各部分との対応関係に基づいて、状態遷移情報での前記変更に対応するプログラムの部分を操作させ、プログラムのどこがどのように変更されたかを解析させ、プログラムの各部分と状態遷移情報の各部分との対応関係に基づいて、プログラムでの前記変更に対応する状態遷移情報の部分を操作させることを特徴とするプログラム開発支援用ソフトウェアを記録した記録媒体。
【図１】
【図２】
【図１１】
【図３】
【図４】
【図８】
【図９】
【図１０】
【図５】
【図６】
【図７】
【図１２】
【図２】
【図１１】
【図３】
【図４】
【図８】
【図９】
【図１０】
【図５】
【図６】
【図７】
【図１２】
【公開番号】特開平１１−３２７８８９
【公開日】平成１１年（１９９９）１１月３０日
【国際特許分類】
【出願番号】特願平１０−１３４９６８
【出願日】平成１０年（１９９８）５月１８日
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【公開日】平成１１年（１９９９）１１月３０日
【国際特許分類】
【出願日】平成１０年（１９９８）５月１８日
【出願人】（０００００３０７８）株式会社東芝 (54,554)
[ Back to top ]