電子機器にGUIGraphicalUserInterfaceを表示するためのソフトウェアの作成を支援するソフトウェア作成支援装置であって、時間の経過に伴い遷移する複数の連続するフレームからなるフレーム区間を含む画面データを記憶する画面データ記憶部と前記フレーム区間の表示中に発生したイベントに応じて遷移するフレーム区間を定義した遷移管理情報を前記画面データに基づいて生成する遷移管理情報生成部と、前記遷移管理情報を記憶する管理情報記憶手段と、を有することを特徴とするソフトウェア作成支援装置。請求項1記載のソフトウェア作成支援装置であって、前記管理情報記憶手段は、イベントにおいて前記電子機器の動作の制約を表す情報であるイベント制約定義情報を記憶しており、前記遷移管理情報生成部は、前記画面データの他に前記イベント制約定義情報に基づいて、前記遷移管理情報を生成する、ソフトウェア作成支援装置。請求項2記載のソフトウェア作成支援装置であって、前記複数のフレーム区間は、アニメーションが動作するフレームを含んだフレーム区間である1以上のアニメフレーム区間と、アニメーションが動作しないフレームで構成されたフレーム区間である1以上の通常フレーム区間とを含み、前記イベント制約定義情報は、少なくとも1つのイベントについて、前記電子機器の動作状況に依存しない制約である静的制約を表す情報を含んでおり、前記遷移管理情報生成部は、a第1のアニメフレーム区間を特定し、bイベントの発生により前記第1のアニメフレーム区間が遷移先とされる第2のフレーム区間を特定し、c前記第2のフレーム区間においての前記イベントに対応する静的制約が満たされているか否かを判断し、d前記cの判断の結果が否定的であれば、前記第1のアニメフレーム区間の遷移先である第3のフレーム区間を特定し、前記遷移管理情報は、X前記cの判断の結果が肯定的であれば、前記第2のフレーム区間の遷移先として、前記第1のアニメフレーム区間を表す情報を有しており、Y前記cの判断の結果が否定的であれば、前記第2のフレーム区間の遷移先として、前記第1のアニメフレーム区間を表す情報と、前記第3のフレーム区間を表す情報とを有しており、前記第2のフレーム区間の遷移先として前記第1のアニメフレーム区間と前記第3のフレーム区間とが指定されている前記遷移管理情報に基づいて作成されたソフトウェアは、前記GUIにおいて、前記第2のフレーム区間からの遷移先として前記第1のアニメフレーム区間を優先的に選択する、ソフトウェア作成支援装置。請求項3記載のソフトウェア作成支援装置であって、前記イベント制約定義情報は、前記少なくとも1つのイベントについて、前記電子機器の動作状況に関する制約である動的制約を表す情報を更に含んでおり、前記遷移管理情報生成部は、前記第2のフレーム区間においての前記イベントに対応する動的制約を特定し、前記遷移管理情報は、前記第2のフレーム区間についての制約として、前記特定された動的制約を表す情報を有しており、前記第2のフレーム区間の遷移先として前記第1のアニメフレーム区間と前記第3のフレーム区間とが指定されており且つ前記動的制約を表す情報を含んでいる前記遷移管理情報に基づいて作成されたソフトウェアは、前記電子機器の動作状況が前記動作制約を満たしていない場合、前記GUIにおいて、前記第2のフレーム区間からの遷移先として前記第3のフレーム区間を選択する、ソフトウェア作成支援装置。請求項4記載のソフトウェア作成支援装置であって、前記第3のフレーム区間は、前記通常フレーム区間である、ソフトウェア作成支援装置。請求項2記載のソフトウェア作成支援装置であって、前記イベント制約定義情報は、イベントにおいて前記電子機器の動作の制約があるかを表す情報を、電子機器毎、又は、電子機器の種類毎に有しており、前記遷移管理情報生成部は、前記イベント制約定義情報のうちの、入力された電子機器識別情報に対応する制約に基づいて、前記遷移管理情報を生成し、前記電子機器識別情報は、電子機器又は電子機器の種類の識別情報である、ソフトウェア作成支援装置。請求項2記載のソフトウェア作成支援装置であって、前記制約は、前記電子機器の動作状況が所定の状況の場合に遷移先のアニメーションの実行を省略することができるか否かを表す制約である、ソフトウェア作成支援装置。請求項2記載のソフトウェア作成支援装置であって、前記制約は、ユーザが所定の操作を行った場合にアニメーションの実行を省略することができるか否かを表す制約である、ソフトウェア作成支援装置。請求項2記載のソフトウェア作成支援装置であって、前記複数のフレーム区間は、アニメーションが動作するフレームを含んだフレーム区間である1以上のアニメフレーム区間と、アニメーションが動作しないフレームで構成されたフレーム区間である1以上の通常フレーム区間とを含み、前記アニメフレーム区間についての前記制約と前記通常フレーム区間についての前記制約とは異なる制約である、ソフトウェア作成支援装置。請求項1記載のソフトウェア作成支援装置であって、前記ソフトウェア作成支援装置は、前記画面遷移管理情報を基に複雑度を計算しその複雑度が所定の閾値以下か否かを判定する複雑度判定部をさらに備え、前記複雑度判定部は、前記判定の結果が否定的の場合、前記GUIにおいてフレームの遷移を行うモジュールとしてネイティブコードを生成し、前記判定の結果が肯定的の場合、前記ネイティブコードとは別の種類の、前記GUIにおいてフレームの遷移を行う表示プログラムを生成し、前記ネイティブコード及び前記表示プログラムは、それぞれ、前記ソフトウェアそれ自体又は前記ソフトウェアの一部である、ソフトウェア作成支援装置。請求項10記載のソフトウェア作成支援装置であって、コード雛形生成部を更に有し、前記記憶資源は、前記電子機器においてフレーム遷移のイベントが発生した時に実行されるコードの雛形を表す情報であるコード雛形管理情報を記憶しており、前記コード雛形生成部は、前記判定の結果が肯定的の場合に、フレーム遷移に関するコードの雛形であって、前記ネイティブコードとは別の種類のコードの雛形を生成する、ソフトウェア作成支援装置。請求項1記載のソフトウェア作成支援装置であって、前記画面遷移管理情報を基に画面データの雛形を生成する画面雛形生成部を更に有する、ソフトウェア作成支援装置。請求項12記載のソフトウェア作成支援装置であって、前記複数のフレーム区間は、アニメーションが動作するフレームを含んだフレーム区間である1以上のアニメフレーム区間と、アニメーションが動作しないフレームで構成されたフレーム区間である1以上の通常フレーム区間とを含み、前記画面雛形生成部は、通常フレーム区間よりもアニメフレーム区間を長くする、ソフトウェア作成支援装置。電子機器にGUIGraphicalUserInterfaceを表示するためのソフトウェアの作成を支援するソフトウェア作成支援方法であって、時間の経過に伴い遷移する複数の連続するフレームからなるフレーム区間を含む画面データを画面データ記憶部に記憶し、前記フレーム区間の表示中に発生したイベントに応じて遷移するフレーム区間を定義した遷移管理情報を前記画面データに基づいて生成し、前記遷移管理情報を管理情報記憶手段に記憶することを特徴とするソフトウェア作成支援方法。電子機器で実行されるソフトウェアであってGUIGraphicalUserInterfaceを表示するためのソフトウェアの作成を支援するコンピュータプログラムであって、時間の経過に伴い遷移する複数の連続するフレームからなるフレーム区間含む画面データを画面データ記憶部に記憶し、前記フレーム区間の表示中に発生したイベントに応じて遷移するフレーム区間を定義した遷移管理情報を画面データに基づいて生成し前記遷移管理情報を管理情報記憶手段に記憶することを特徴とするコンピュータプログラム。特許文献1によれば、GUIを設計するデザイナーは、画面内のアニメを設計する際、タイムライン型編集ツールにおいて、タイムラインの特定の時間を指定することで、その指定した時間における画面内のアニメの状態を視覚的に確認することができる。しかし、タイムラインは複数のアニメの画面を連続的に表現するため、画面単位でスクリプトを記述する開発者にとっては、スクリプトを埋め込む位置を特定しにくい。また、開発者は、アプリケーション全体の画面構成及び画面遷移が把握しにくいため、開発及びデバッグが困難となってしまう。特許文献2では、割り込みイベントが発生した際に割り込み画面を表示させるためのルールの作成、ルールの修正、及びルールをチェックするための方法を開示している。しかし、特許文献2では、カーナビの装置内部の状態例えば、CPU使用率、メモリ使用率等、又はカーナビが外部の装置から受け取った情報例えば、車の速度、ブレーキの状態等などに基づき、GUIの動作が制限されるソフトウェアの作成例えば設計及び/又は開発は困難である。以上の問題は、カーナビで実行されるソフトウェアの作成に限らず、時間の経過に伴い画面が遷移するGUIを表示する他種のソフトウェアの作成についてもあり得る。そこで、本発明の目的は、GUIを表示するソフトウェアの作成を容易にすることである。時間の経過に伴い遷移する複数の連続するフレームからなるフレーム区間を含む画面データを基に、前記フレーム区間の表示中に発生したイベントに応じて遷移するフレーム区間を定義した遷移管理情報を生成し、前記遷移管理情報を基にソフトウェアの作成が支援される。具体的には、例えば、ユーザが遷移管理情報を基にソフトウェアを作成する。各フレーム区間は、連続した1以上のフレームで構成されている。画面データにおける複数のフレームは、前記GUIにおいて表示されるオブジェクトである表示部品が配置された1以上のフレームを含んでいる。画面データは、どのフレームに配置されている表示部品が実行された場合に表示がどのフレームに遷移するかを表す情報を含んだ定義情報を含んでいる。画面データを基に特定されたイベントを表す情報が、遷移管理情報に含まれている。本発明によれば、GUIを表示するソフトウェアの作成が容易になる。以下、図面を参照して、本発明の一実施形態を説明する。なお、以下の説明ではxxx表の表現にて各種情報を説明することがあるが、各種情報は、表以外のデータ構造で表現されていても良い。データ構造に依存しないことを示すためにxxx表をxxx情報と言うことができる。また、以下の説明では、要素を特定するために名称又は番号が使用されるが、名称又は番号に代えて又は加えて、他種の識別情報が使用されて良い。また、以下の説明では、プログラムがプロセッサ例えばCPUCentralProcessingUnitによって実行されることで発揮される機能又はプログラムを主語にして処理を説明することがあるが、この機能は、プロセッサが定められた処理を適宜に記憶資源例えばメモリ及び/又は通信インタフェース装置例えば通信ポートを用いながら行われるものであるため、処理の主語はプロセッサとされても良い。なお、このプロセッサは、一つの物理的なプロセッサに限定されず、機能の処理の一部又は全部を行う、プロセッサとは別のハードウェア回路を含んでも良い。コンピュータプログラムは、プログラムソースから各計算機にインストールされても良い。プログラムソースは、例えば、プログラム配布サーバ又は記憶メディアであっても良い。図1は、本発明の一実施形態に係るソフトウェア作成支援装置の画面表示例を示す。タイムライン型画面設計ツールの画面100は、部品配置エリア130、部品メニューエリア110、部品編集エリア120、及びタイムライン記述エリア140を有している。部品配置エリア130は、表示部品を配置して画面を構成するエリアである。本実施形態の説明において、表示部品とは、開発対象のソフトウェアが提供する画面に表示されるオブジェクトである。表示部品としては、例えば、戻るボタン131、データ更新ボタン132、表示切替ボタン133、及び、吹き出し134がある。ボタン131~133のいずれが指定されてもボタン押下イベントが発生する。吹き出し134には、様々なメッセージが表示される。部品メニューエリア110には、部品配置エリア130に配置された表示部品の加工メニューが表示される。例えば、拡大縮小メニューが選択されると、表示部品のサイズの変更が可能となる。部品編集エリア120には、部品配置エリア130で選択された表示部品に関する属性情報が表示される。このエリア120に表示された属性情報が変更されると、表示部品の動作及び機能の変更が可能となる。例えば、同図に示すように、部品配置エリア130においてデータ更新ボタン132が選択されると、部品編集エリア120にはデータ更新ボタン132の属性情報が表示される。ここで、IDは、表示部品を一意に識別する識別子であり、Updateという識別子が付与されている。種類は、その表示部品が有する機能を示しており、ボタンという種類が付与されている。したがって、データ更新ボタン132が選択されると、Updateという識別子に対応づけられた処理が実行されることとなる。タイムライン記述エリア140には、フレームと、そのフレームで実行されるプログラムとを対応づけものが、時間軸142に沿って並べられる。ここで、フレームとは、一つの画面のデータである。また、時間軸142は、左から右に進むにつれて時間が経過するものとする。この時間軸142に沿って並べられたフレーム及びそのフレームに対応する様々なデータをまとめてタイムラインと呼ぶ。原則として、複数のフレームで一つのアニメが構成される。したがって、フレーム内の時間を進めることで、アニメが実行される。フレーム番号144は、フレームを識別する番号である。時間軸142に並べられた先頭のフレームから番号の小さい順に、連続した番号が、フレーム番号144として、各フレームに付与される。時間軸142上に、表示時間143が表示される。表示時間143は、時間軸142における、部品配置エリア130に表示されているフレームの番号に対応した箇所、に位置する。表示時間143は、ユーザ例えばデザイナーからの操作に応答して時間軸142上を移動するスライダーであって良い。ラベル名145は、フレーム区間を識別するための文字列である。ラベル名145は、プログラムにおいて、特定のフレームへジャンプする場合などに使用される。なお、フレーム区間とは、時間の経過に伴い順次に連続して表示される1以上のフレームのフレーム番号範囲先頭のフレームの番号から後端のフレームの番号までの範囲を意味する。また、本実施形態の説明において、ジャンプとは、プログラムの実行により、典型的には、表示中のフレームの次に表示されるフレームが、表示中のフレームの番号に連続した次の番号のフレームではなく、表示中のフレームの番号とは非連続の番号のフレームになることを意味する。しかし、表示中のフレームの次に表示されるフレームの番号が、表示中のフレームの番号に連続した次の番号でも表示中のフレームの番号とは非連続の番号でも良い場合にも、ジャンプという言葉が使用されることがある。スクリプト有無マーク146は、フレームに対応するスクリプトプログラム以下スクリプトが存在するか否かを示す記号である。スクリプトは、フレーム内の表示部品等を制御する際に使用される。スクリプト言語としては、例えば、ActionScript、Python、Ruby、JavaScript登録商標等がある。レイヤ141は、表示部品が重なったときの画面表示における前後関係を示す。表示部品が重なったとき、列の上の方に記載の表示部品が前面に表示される。表示部品リスト147には、開発中のソフトウェアで使用される全ての表示部品の名称のリストである。表示部品リスト147に表示されている表示部品名称毎に、部品表示区間148と部品非表示区間149との少なくとも一方がある。部品表示区間148は、同図において破線の矢印が記されている区間であり、表示部品が部品配置エリア130に表示される時区間を示す。一方、部品非表示区間149は、同図において黒色の斜線が記されている区間であり、表示部品が部品配置エリア130に表示されない区間を示す。例えば、同図の吹き出し134は、フレーム1フレーム番号1のフレームからフレーム17のそれぞれに含まれている。故に、フレーム1からフレーム番号の小さい順に複数のフレームが表示される場合、フレーム17まで吹き出し134が表示され、表示されるフレームがフレーム17からフレーム18に変わった場合に、吹き出し134が非表示となることがわかる。図2は、図1において表示切替ボタン133が押下された場合に表示対象フレームがフレーム17からフレーム45にジャンプする処理の一例を示す。同図において、フレーム15には、画面切り替え用のスクリプトが埋め込まれている。スクリプト202は、ボタンの押下によって、フレーム番号45のフレームであるmenu_listにジャンプするスクリプトの例である。スクリプト202には、表示切替ボタン133が押下されると、ボタン押下イベントが発生し、関数pressChangeViewButtonが呼ばれ、関数内に記載されているgotomenu_listが実行される旨記載されている。したがって、スクリプト202が実行されると、ラベル名menu_listが付与されているフレーム45へジャンプし、行き先メニュー201フレームmenu_listが部品配置エリア130に表示される。なお、スクリプト202において、戻るボタン131が押下された場合は、関数pressReturnButtonが呼ばれ、関数内に記されているgotoanime2が実行される。図3は、本実施形態に係るソフトウェア作成支援装置の機能ブロックの一例を示す。ソフトウェア作成支援装置300は、主にデザイナーが画面の設計を行うことに使用する画面設計プログラム340と、主に開発者がプログラムの開発時に使用する画面遷移生成プログラム350とを有する。なお、画面設計プログラム340と画面遷移生成プログラム350は、一つの装置に備えられてもよいし、別々の装置に備えられてもよい。また、ソフトウェア作成支援装置300は、CPUCentralProcessingUnit、記憶資源、入力装置及び表示装置を備えている。装置300が有するプログラム340及び350は、記憶資源例えばメモリに記憶され、CPUにて実行される。プログラム340が実行されることで、遷移表生成部302及び画面雛形生成部304という機能が発揮される。プログラム350が実行されることで、複雑度判定部317、コード雛形生成部318、コード結合部319及びモジュール生成部323という機能が発揮される。記憶部316は、記憶資源により実現される。ソフトウェア作成支援装置300は、必ずしも表示装置及び入力装置を備えていなくても良い。例えば、装置300は、サーバクライアントシステムのサーバであって、表示装置及び入力装置は、そのサーバクライアントシステムのクライアントにあっても良い。ターゲット機器330は、ソフトウェア作成支援装置300で開発されたソフトウェアを実行する電子機器である。例えば、ターゲット機器330は、画面表示プログラム331を実行する機器であり、OS334、ネイティブモジュール333、及び画面表示プログラム331を有している。また、ターゲット機器330は、CPU、記憶資源例えばメモリ、入力装置及び表示装置を備えており、OS334及び画面表示プログラム331等の各種プログラムは、記憶資源に記憶され、CPUにて実行される。これにより、画面表示プログラム331によって表示装置に画面が表示される。表示される画面は、タイムライン型画面設計ツールを利用して設計された画面である。ターゲット機器330は、例えば、カーナビゲーション装置カーナビである。カーナビの機種として、複数種類の機種がある。本実施形態に係るソフトウェア作成支援装置300によれば、カーナビの機種に適したソフトウェア例えば、そのカーナビの機種に応じたGUI表示を行うソフトウェアを開発することができる。なお、ターゲット機器330は、カーナビに代えて又は加えて、他種の電子機器例えばモバイル型の情報処理端末であっても良い。図3において、画面データ301、イベント制約定義表500、ドキュメント314、コード雛形表700、コード付画面データ320及びモジュール324のうちの少なくとも1つは、ソフトウェア作成支援装置300が有する記憶資源に記憶されて良い。また、画面データ301、イベント制約定義表500、ドキュメント314、コード雛形表700、コード付画面データ320及びモジュール324のうちの少なくとも1つは、ソフトウェア作成支援装置300に入力装置を通じて入力された情報であって良い。次に、各機能及び処理の概要について説明する。まず、ユーザ例えばデザイナーは、画面設計プログラム340が提供する画面デザイン設計ツール図1参照を用いて画面データ301を作成する。画面データ301は、ターゲット機器330で表示される画面GUIに関するデータである。画面データ301は、例えば、下記の情報、複数のフレームに関する情報例えば、フレームが有する表示部品に関する情報と、フレームにおける表示部品の動作を制御するための定義情報例えばスクリプトとをフレーム毎に含んだ情報、フレーム区間情報例えば、フレーム区間毎のラベル名と、フレーム区間毎に、フレーム区間の先頭のフレームの番号と終端のフレームの番号とを含んだ情報、タイムラインを表す情報例えば、フレームの並びを表す情報、を含んでいる。フレームに配置された表示部品に関するスクリプトは、例えば、前述したように、その表示部品が実行されたときに表示がそのフレームからどのフレームにジャンプするかを表す情報を含んで良い。次に、遷移表生成部302は、画面データ301を解析して、フレーム区間毎のラベル名を特定する。また、遷移表生成部302は、フレーム区間毎に、発生する可能性のあるイベントを特定し、特定したイベントを識別可能なイベント名をそのイベントに対して付与する。例えば、遷移表生成部302は、どのフレームにどんな表示部品が配置されているかを特定し、特定された表示部品の種類例えばIDを基にイベントを特定し、そのイベントに、特定したイベントを識別可能なイベント名を付与する。そして、遷移表生成部302は、特定したラベル名と付与したイベント名との表マトリックスである画面遷移表を生成する。また、遷移表生成部302は、生成した画面遷移表における、フレーム名とイベント名の組み合わせから一義的に定まるセルに、イベント名に対応するイベントの動作を制約する制約条件を記載する。遷移表生成部302は、生成した画面遷移表を記憶部316に記憶する。なお、制約条件は、ソフトウェアが実行されるターゲット機器毎に異なる。ターゲット機器とイベントの組合せ毎の制約条件を表すイベント制約定義表500がある。ユーザ例えばオペレーターからターゲット機器のIDが入力され、入力されたターゲット機器IDに対応する制約条件が特定されて良い。ここで、ターゲット機器330で実行される画面表示プログラム331がスクリプトで記述されていると、画面遷移が複雑な場合、実行速度が遅くなってしまう。そこで、複雑度判定部317は、画面遷移表を参照し、下記のうちの少なくとも1つ、画面遷移表を構成するセルの数、フレームからそのフレームと非連続のフレームへのジャンプが発生するイベントの数、各セルに記載されている制約条件の数、に基づき複雑度例えば画面データ301の複雑度を計算し、その複雑度に従って適切なコードを判定する。具体的には、複雑度判定部317は、記憶部316に記憶されている画面遷移表を解析し、画面遷移の複雑度が所定の閾値以下か否かを判定する。ここで、複雑度判定部317の判定結果が肯定的であれば複雑度が閾値以下ならば、コード雛形生成部318は、画面遷移に関するコードの雛形であるコード雛形をスクリプトで生成する。次に、コード結合部319は、画面データ301とコード雛形表700から、コード付画面データ320を生成する。ここで、コード付画面データ320は、画面データ301を、コード雛形を呼び出せるように書き換えたものであるコード雛形表700及びコード雛形については、後述する。次に、ユーザ例えば開発者は、コード付画面データ320に、必要なコードを追記する。最後に、画面表示プログラム生成部322は、コード付画面データ320から、画面表示プログラム331を生成する。生成された画面表示プログラム331は、ターゲット機器330で実行可能である。一方、複雑度判定部317の判定結果が否定的であれば複雑度が閾値を超えていれば、モジュール生成部323は、GUIにおいて画面フレームの遷移を行うモジュールネイティブコード324を生成する。次に、コード結合部319は、モジュール324を呼び出せるようなコード付画面データを生成する。次に、画面表示プログラム生成部322は、画面表示プログラム331を生成する。この処理の結果、ネイティブコードで実行可能なモジュール324及びスクリプトで実行可能な画面表示プログラム331が生成される。次に、モジュール324及び画面表示プログラム331をターゲット機器330に組み込む。これにより、ターゲット機器330では、モジュール324と画面表示プログラム331が連携して動作する。モジュール324と画面表示プログラム331の少なくとも一方が作成されて良い。また、モジュール324と画面表示プログラム331は、それぞれ、作成されるソフトウェアそれ自体であっても良いし、作成されるソフトウェアの一要素であっても良い。なお、ドキュメント生成部313において、記憶部316に記憶されている画面遷移表のデータから、ドキュメント例えば、画面遷移表をユーザが読み易い形式に編集することにより得られた画面遷移図314を生成してもよい。また、そのドキュメント314の生成において、アニメの処理負荷が高い部分の色が変更されたり、画面が遷移する階層が所定の値よりも深い部分の色が変更されたりしてもよい。記憶部316内の画面遷移表の各セルは、アニメフラグを有する。画面雛形生成部304は、記憶部316内の画面遷移表を参照し、アニメフラグがtrueに対応するフレーム区間として、アニメフラグがfalseに対応するフレーム区間より長いフレーム区間設定する。そして、画面雛形生成部304は、セルが制約条件を保持しているとき、そのセルに対応するイベント名のイベントには制約条件が存在することを、タイムライン型画面設計ツールの画面図1参照にて明示的に表示することができる。この処理については、後に図10を用いて説明する。図4は、画面遷移表の一例を示す。なお、この表において、特定の行と列を選択したときに一意に決定される一マスをセルと言う。各セルは情報を保持することができる。ここで、セルは、そのセルに対応するフレームがアニメフレームアニメ動作を含むフレームであるか否かを表すアニメフラグを保持する。そして、アニメフラグがtrueのセルは、アニメ動作に関する制約条件を保持し、アニメフラグがfalseのセルは、画面の遷移先に関する制約条件を保持する。アニメフラグtrueを有するセルに、アニメ動作に関する制約条件として、例えば、ユーザオペレーター又は開発者の過去の操作に基づき、そのセルに対応するフレームのアニメ動作を省略するか否かを設定することができる。また、アニメフラグfalseを有するセルに、画面フレームの遷移先に関する制約条件として、ソフトウェアが実行されるターゲット機器の状態に基づき遷移先のアニメ動作を省略するか否かを設定することができる。以下、上述の動作について、図4を用いて詳細に説明する。イベント名403は、画面遷移のきっかけとなるイベント名のリストである。イベントの種類としては、例えば、finishフレーム再生完了、pressMapButton地図ボタン押下等がある。ラベル名404は、各フレームに付与されたラベル名のリストである。画面遷移表400において、ラベル名とイベント名から一意にセルが決定される。セルには、このセルに対応するラベル名が付与されたフレームにおいて、このセルに対応するイベント名に記載のイベントが発生したときに、所定のフレームにジャンプするという処理が記載されている。さらに、そのセルには、ジャンプ処理を実行するための各種条件及びジャンプ先のラベル名などが記載されている。セルとしては、アニメフラグtrueを有するセルであるアニメセルと、アニメフラグfalseを有するセルである通常セルとがある。アニメセルは、アニメフレームに対応するセルであり、イベント名403に記載のイベントが発生したときの処理を表す情報を有する。アニメセルは、例えば、アニメフラグ411の他に、ジャンプ先422、及びアニメ省略423という情報パラメータを有する。アニメフラグ421には、アニメフレームがアニメセルか否かが設定される。同図において、セル401はアニメセルであるので、アニメフラグ411はtrueである。ジャンプ先422は、ジャンプ先のラベル名である。セル401では、ジャンプ先422としてmenu_listが設定されているため、セル401に対応するアニメフレームの実行後、表示されるフレームとして、実行が終了したアニメフレームからラベル名menu_listのフレームにジャンプする。アニメ省略423は、アニメを実行中にユーザが特定のキー操作を行ったとき例えばボタン連打、以後アニメを省略するか否かを表す。セル401では、アニメ省略423がtrueであるため、アニメ省略機能が有効となっている。通常セルは、アニメを含まないフレームに対応するセルであり、イベント名403に記載のイベントが発生したときの処理を表す情報を有する。通常セルは、アニメフラグ411の他に、例えば、遷移後アニメ制限412、ジャンプ先アニメ許可413、及びジャンプ先アニメ禁止414という情報パラメータを有する。同図において、セル402はアニメを含まないフレームであるので、アニメフラグ411はfalseである。遷移後アニメ制限412は、アニメの実行を許可する条件及び/又はアニメの実行を禁止する条件を表す情報である。セル402には、遷移後アニメ制限412としてCPU負荷50以上アニメ禁止が設定されているため、ターゲット機器330のCPU負荷が50以上のときはアニメが禁止される。ジャンプ先413は、遷移後アニメ制限412においてアニメが許可されたときのジャンプ先のラベル名である。セル402には、ジャンプ先アニメ許可413としてAnime1が設定されている。したがって、セル402において、ラベル名initのフレーム実行時、pressMapButtonイベントが発生すると、表示が、ラベル名Anime1のフレームにジャンプする。なお、ジャンプ先アニメ禁止414は、遷移後アニメ制限412においてアニメが禁止されたときのジャンプ先のラベル名である。セル402には、ジャンプ先アニメ禁止414にmenu_mapが設定されている。したがって、ラベル名initのフレーム実行時、pressMapButtonイベントが発生すると、表示が、ラベル名menu_mapのフレームにジャンプする。図5は、イベント制約定義表の一例を示す。イベント制約定義表500には、ターゲット機器毎に、画面遷移のイベントが発生した時の制約条件が記載されている。複数のターゲット機器は、異なるスペックを有している。例えば、性能の高いCPUを搭載しているターゲット機器もあれば、性能の低いCPUを搭載しているターゲット機器もある。イベント制約定義表500には、ターゲット機器毎に、ターゲット機器ID502を有する。ターゲット機器ID502は、各ターゲット機器を一意に識別可能な識別子である。イベント制約定義表500の各列は、ターゲット機器IDに対応しており、各行は、イベント名に対応している。ターゲット機器IDとイベント名とから一義的に定まるセルに、制約条件510が記述されている。イベント制約定義表500には、ターゲット機器ID502及びイベント名503の組み合わせ毎に、異なる制約条件510を設定できる。また、制約条件510には、静的制約条件511及び動的制約条件512を設定できる、静的制約条件510は、静的制約条件を表す情報である。静的制約条件は、ターゲット機器の使用例えば、ターゲット機器のソフトウェア及び/又はハードウェアの仕様が定まると一意に定まり、ターゲット機器の動作状況例えば、イベント実行の際の動作状況に依存しない、種類の制約条件である。条件510は、画面遷移表を生成する際、アニメセルが当該静的制約条件に違反していないかを判定するために使用される。静的制約条件510は、例えば、以下の情報、同時にアニメ可能な表示部品の最大数を表すアニメ要素数513、アニメ可能な表示部品のサイズの最大値を表すアニメ要素サイズ514、アニメを連続再生可能な時間の最大値を表すアニメ期間515、を含む。動的制約条件512は、動的制約条件を表す情報である。動的制約条件は、ターゲット機器の動作状況例えば、イベント実行の際の動作状況に応じて適用される制約条件である。条件512は、画面遷移表を生成する際、通常セルに当該動的制約条件を記載するために使用される。そして、動的制約条件512は、ターゲット機器において、画面表示プログラム331を実行する際の制約条件として使用される。動的制約条件512は、例えば、以下の情報、アニメを禁止するCPU負荷率の閾値であるアニメ禁止CPU負荷率516、アニメを禁止するメモリ使用率の閾値であるアニメ禁止メモリ使用率517、車両走行時の操作を許可するか否かを表す車両走行時操作518、を含む。どの動的制約条件をどの通常セルに記載すべきかの判断は、そのセルと対応しているフレームのデータの内容、及びそのフレームに存在する表示部品の属性等に依存する。例えば、走行中の操作が禁止されているボタンがフレームに存在する場合、車両走行時操作518がNoの動的制約条件が通常セルに記載される。なお、CPU負荷率の閾値は、実際にテスト用コンテンツをターゲット機器上で実行させた上で決定されてよい。また、各種制約条件は、道路交通法など定義文章からカーナビに関する各種規制を解析し、自動的に生成されてもよい。図6は、画面遷移処理に関するコード雛形の一例を示す。画面遷移に関するコード雛形600は、所定の言語、例えばjavascript言語で記述されている。コード記述エリア601には、ユーザが独自に実行させたい処理を記述することができる。図7は、画面遷移に関するイベントのコード雛形表700及びコード雛形の一例を示す。コード雛形表700には、ターゲット機器毎に、画面遷移のイベントが発生した時に実行されるコード雛形が記載されている。コード雛形は、コード結合部319において、画面データ301と結合される。コード雛形表700は、ターゲット機器毎に、ターゲット機器ID703を有する。各列は、ターゲット機器IDに対応しており、各行は、イベント名に対応している。ターゲット機器IDとイベント名とから一義的に定まるセルに、コード雛形が記述される。或るコード雛形710には、pressListButtonのイベントが発生した時、画面遷移のメソッドonEventを呼び出す処理が記載されている。コード雛形710において、//から始まる行はコメント文であり、ユーザが独自に処理を記述する際に参考となる情報が記載されている。なお、複雑度判定部317における判定の結果、ネイティブモジュール333と判定された場合、コード雛形710には画面遷移のメソッドonEventの代わりに、ネイティブモジュールを呼び出すコードonNativeEvent711が記載される。別のコード雛形720は、フレーム遷移完了イベントであるfinishが発生したときの処理の雛形である。コード雛形720には、データ読み込みメソッドdataLoadと画面遷移のメソッドonEventを呼び出す処理が記載されている。図8は、画面データから画面遷移表を生成する処理のフローチャートの一例である。まず、遷移表生成部302は、空の画面遷移表を新規に作成するS801。次に、遷移表生成部302は、画面データのフレームをフレーム番号順に検索し、ラベル名を抽出し、画面遷移表の列のタイトルとして、そのラベル名を設定するS802。次に、遷移表生成部302は、ラベル名にanimeという文字列を含むか否かを判定し、判定結果がYESの場合、当該ラベル名のフレームをアニメフレームと判定し、当該ラベル名の列に属するセルのアニメフラグをtrueに設定するS803。なお、本実施形態では、アニメフレームを識別するための方法として、ラベル名にanimeという文字列が含まれているか否かを判定する方法が採用されている。しかし、アニメフレームの識別は、他の方法で行われても良い。例えば、ラベル名にanime以外の文字列が含まれているか否かを判定することが採用されても良い。また、フレーム内のスクリプトにコメントとしてアニメフレームを示す文字列が記載されているか否かを判定する方法が採用されてもよい。次に、遷移表生成部302は、ラベル名にmenuという文字列を含むか否かを判定し、判定結果がYESの場合、当該ラベル名のフレームを通常フレームアニメが動作しないフレームと判断し、当該ラベル名の列に属するセルのアニメフラグをfalseに設定するS804。なお、本実施形態では、通常フレームの識別は、他の方法で行われても良い。例えば、ラベル名にmenu以外の文字列が含まれているか否かを判定することが採用されても良い。また、フレーム内のスクリプトにコメントとして通常フレームを示す文字列が記載されているか否かを判定する方法が採用されてもよい。次に、遷移表生成部302は、フレーム番号を決定するフレームカウンタを0にセットするS805。次に、遷移表生成部302は、フレームカウンタが表す値と一致するフレーム番号が付与されているフレームにスクリプト記述があるか否かを判定するS806。ここで、フレームにスクリプト記述がある場合はS806:Yes、ステップS807へ進む。一方、フレームにスクリプト記述がない場合はS806:No、ステップS810へ進む。以下、ステップS807からの処理を説明する。次に、遷移表生成部302は、スクリプト内にジャンプ命令goto文が存在するか否かを判定するS807。ここで、ジャンプ命令が存在する場合はS807:Yes、ステップS808へ進む。一方、ジャンプ命令が存在しない場合はS807:No、ステップS810へ進む。以下、ステップS808からの処理を説明する。次に、遷移表生成部302は、ジャンプ命令が記載されているメソッド名と、ジャンプ命令に記載されているジャンプ先のラベル名とを抽出するS808。次に、遷移表生成部302は、画面遷移表の行のタイトルにイベント名として、ステップS808で抽出したメソッド名を設定する。そして、遷移表生成部302は、このメソッド名の行とステップS806で判定されたフレームの列とが交差するセルにおいて、セルが保持するジャンプ先413、414及び422に、ステップS808で抽出したジャンプ先のラベル名を記載するS809。次に、遷移表生成部302は、フレームカウンタに1を加算するS810。次に、遷移表生成部302は、フレームカウンタの値と一致するフレーム番号が最終のフレームの番号か否かを判定するS811。ここで、最終フレーム番号の場合はS811:Yes、ステップ812へ進む。一方、最終フレーム番号でない場合はS811:No、ステップ806へ戻る。以下、ステップS812からの処理を説明する。次に、遷移表生成部302は、制約条件に基づき画面遷移表を修正するS812。図9は、図8のステップS812のフローチャートの一例である。まず、遷移表生成部302は、画面遷移表から、アニメフラグがtrueのセル以下、アニメセルと言うことがあるを表の最初から順番に探し、最初にマッチしたセルを抽出するS901。ここで抽出したセルを、図9の説明においてセルAと言う。次に、遷移表生成部302は、画面遷移表から、ステップS901で抽出したセルAに対応するフレーム区間をジャンプ先として指定しているセルを表の最初から順番に探し、マッチしたセルを抽出するS902。ここで抽出したセルを、図9の説明においてセルBと言う。セルBが複数存在する場合は、すべてのセルBを抽出し、それら全てのセルBに対して、以降のセルBに関する処理が実行される。次に、遷移表生成部302は、ターゲット機器ID及びイベント名を検索キーとして、イベント制約定義表500から、その検索キーに対応する静的制約条件を抽出する。そして、遷移表生成部302は、その静的制約条件を、セルBの遷移後アニメ制限に設定するS903。すなわち、このS903では、セルBからセルAへ遷移した後のセルAのアニメ制限が設定される。なお、検索キーにおけるイベント名は、セルAに遷移されるために発生するイベントのイベント名である。次に、遷移表生成部302は、セルAに対応するラベル名を基に、当該ラベル名が付与されたフレームをチェックするS904。次に、遷移表生成部302は、ステップS904においてチェックしたフレームが、静的制約条件に記載されている複数の制約条件例えば、アニメ要素数、アニメ要素サイズ及びアニメ再生期間のうちの少なくとも1つの制約条件に違反しているか否かを判定するS905。ここで、制約条件に違反している場合はS905:Yes、ステップS906へ進む。一方、制約条件に違反していない場合はS905:No、ステップS910へ進む。以下、ステップS906からの処理を説明する。次に、遷移表生成部302は、セルAに記載されている、フレーム再生完了後のジャンプ先のフレーム区間のラベル名を、抽出するS906。次に、遷移表生成部302は、セルBに記載されているジャンプ先414のラベル名を、ステップS906で抽出した、フレーム再生完了後のジャンプ先のフレーム区間のラベル名に、置換するS907。すなわち、セルBに対応する通常フレームが静的制約条件に違反している場合、その通常フレームがアニメフレームにジャンプしないような設定が行われる。次に、遷移表生成部302は、アニメが省略される旨の警告をツールの画面に表示するS908。なお、ステップS906の処理において、ジャンプ先のラベル名が見つからない場合は、画面遷移自体がそこで中断してしまうので、その旨の警告がツール図1を参照して説明したツールの画面に表示されてもよい。次に、遷移表生成部302は、未処理のアニメセルがあるか否かを判定するS909。ここで、未処理のアニメセルがある場合はS909:Yes、ステップS901へ戻る。一方、未処理のアニメセルがない場合はS909:No、ステップS910へ進む。以下、ステップS910からの処理を説明する。次に、遷移表生成部302は、画面遷移表から、アニメセルAに対応するアニメフレームへの遷移が記載された、通常フレームに対応するセル以下、通常セルと言うことがあるBを再び抽出するS910。次に、遷移表生成部302は、通常セルBの属する行からイベント名を抽出するS911。次に、遷移表生成部302は、ステップS912にて、ステップS911で抽出したイベント名を検索キーとして、イベント制約定義表500から動的制約条件を抽出し、その動的制約条件を、遷移後アニメ制限412としてセルBに追記するS912。次に、遷移表生成部302は、未処理セルがあるか否かを判定するS913。ここで、未処理セルがある場合はS913:Yes、ステップS910へ戻る。一方、未処理セルがない場合はS913:No、処理を終了する。図10は、画面遷移表から画面雛形を生成する処理のフローチャートの一例である。まず、画面雛形生成部304は、フレームカウンタを0に設定するS1001。次に、画面雛形生成部304は、画面遷移表の列のタイトルからラベル名を抽出するS1002。図10の説明において、その列を、対象列と言う。次に、画面雛形生成部304は、フレームカウンタからフレーム番号を生成する。生成されたフレーム番号は、例えば、フレームカウンタが示す値と一致する番号である。そして、画面雛形生成部304は、空の新規フレームを生成し、その新規フレームに、上記生成したフレーム番号と、ステップS1002で抽出したラベル名とを付与するS1003。次に、画面雛形生成部304は、対象列付与されたラベル名の列からイベント名を全て抽出するS1004。抽出された各イベント名について、後述のS1005が行われる。以下、1つのイベント名図10の説明において対象イベント名と言うを例に取る。次に、画面雛形生成部304は、抽出された対象イベント名がボタン押下イベントを表すイベント名か否かを判定するS1005。ここで、ボタン押下イベントの場合はS1005:Yes、ステップS1006へ進む。一方、ボタン押下イベントでない場合はS1005:No、ステップS1011へ進む。以下、ステップ1006からの処理を説明する。次に、画面雛形生成部304は、ボタン押下イベントを発生可能とするために、この新規フレームに、表示部品としてボタン雛形を配置するS1006。次に、画面雛形生成部304は、コード雛形表700を参照して、ステップS1006で配置したボタン雛形に対応する対象イベント対象イベント名から識別されるイベントのコード雛形を生成し、生成したコード雛形を、新規フレームのスクリプト記載エリアに記載するS1007。次に、画面雛形生成部304は、対象イベントに制約条件があるか否かを判定するS1008。ここで、制約条件がある場合はS1008、ステップS1009へ進む。一方、制約条件がない場合S1008:No、ステップS1013へ進む。以下、ステップS1009からの処理を説明する。次に、画面雛形生成部304は、新規フレームに配置されたボタン雛形の色を変更するS1009。これにより、生成後の画面データにおいて、制約がある表示部品は異なる色で表示されるので、視覚的に判別できるようになる。色の変更以外の種類の表示態様変更強調表示が採用されて良い。表示態様は、例えば、線の太さ、フォントなどである。次に、画面雛形生成部304は、対象イベント名に対応するセル画面遷移表におけるセルに記載されている制約条件を、コメントとしてコードに追記するS1010。次に、画面雛形生成部304は、ステップS1004で抽出された1以上のイベント名にステップS1005が未処理のイベント名があるか否かを判定するS1013。ここで、未処理のイベント名がある場合S1013:Yes、ステップS1005へ戻る。一方、未処理のイベントがない場合S1013:No、ステップS1014へ進む。以下、ステップS1014からの処理を説明する。次に、画面雛形生成部304は、対象列に属する全てのセルにおいてアニメフラグがtureか否かを判定するS1014。ここで、アニメフラグがtrueの場合はS1014:Yes、ステップS1015へ進む。一方、アニメフラグがfalseの場合はS1014:No、ステップS1016へ進む。以下、ステップS1015からの処理を説明する。アニメフラグがtrueの場合S1014:Yes、画面雛形生成部304は、フレームカウンタに5を加算するS1015。フレームカウンタに5を加算する理由は、このフレーム区間にアニメのフレームを挿入するためである。一方、アニメフラグがfalseの場合S1014:No、画面雛形生成部304は、フレームカウンタに1を加算する。次に、画面雛形生成部304は、画面遷移表で未処理の列が残っているか否かを判定するS1017。ここで、未処理の列が残っている場合はS1017:Yes、ステップS1002へ戻る。一方、未処理の列が残っていない場合はS1017:No、処理を終了する。ところで、ステップS1005において、ボタン押下イベントでない場合S1005:No、画面雛形生成部304は、コード雛形をスクリプト記載エリア挿入するS1011。次に、画面雛形生成部304は、対象イベント名に対応するセル画面遷移表におけるセルに記載されている制約条件を、コメントとしてコードに追記しS1012、ステップS1013に進む。以降の処理は、上記と同様である。この図10に示す一連の処理により、画面データの雛形303が生成される。以上が、本実施形態についての説明である。本実施形態によれば、開発者は、画面遷移表を基にGUIにおけるフレームの遷移の流れを簡単に把握することができる。また、本実施形態によれば、ターゲット機器のスペックに応じた適切な制約条件静的制約条件及び動的制約条件がソフトウェア例えばコードに反映される。このため、開発者による開発の負荷が軽減される。また、本実施形態によれば、ターゲット機器のCPU使用率等に応じて、アニメ等の動作を制約する制約条件がソフトウェア例えばコードに反映される。このため、開発者は、ユーザフレンドリーなソフトウェアを開発することができる。また、本実施形態によれば、画面データ301の複雑度が低い場合はスクリプトコードを生成し、画面データ301の複雑度が高い場合はネイティブコードが生成される。これにより、拡張性と実行速度のバランスがとれたソフトウェアを作成することができる。なお、上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。例えば、ボタン操作時に音を出す必要がある場合は、音に対する制約条件を定めて、画面遷移表に制約条件として記載してもよい。また、本実施形態では、タイムライン型画面設計ツール自体に機能を内蔵したが、プラグインとして既存のツールに機能が追加されてもよい。また、上述したソフトウェア作成支援装置300は、デザイナーと開発者の連携に有効である。このため、例えば、装置300は、デザイナー用の認証情報例えばログインIDと開発者用の認証情報例えばログインIDとを管理していて、ユーザから入力された認証情報がデザイナー用であるか開発者用であるかによって、そのユーザに対して提供するサービス実行するプログラムを選択して良い。例えば、入力された認証情報がデザイナー用の認証情報であれば、プログラム340が実行されプログラム350は実行されず、一方、入力された認証情報が開発者用の認証情報であれば、プログラム350が実行されてプログラム340は実行されないで良い。また、例えば、ターゲット機器IDは、ターゲット機器の種類のIDであっても良い。