(57)【要約】【課題】曖昧性のない画面遷移設計を実現できる設計支援システムを提供する。【解決手段】一つの画面の定義情報と、画面の間の遷移を示す遷移情報とに基づいて、画面遷移の設計を支援するための設計支援画面を表示する設計支援システムであって、前記デザイン定義情報は、前記画面の背景を示す背景属性を含み、利用者の前記画面を新たに生成する操作を受け付けると、生成される画面の数、生成される各画面の背景属性、及び、生成される画面への状態遷移を決定し、前記生成される画面の数、及び、前記生成される各画面の背景属性は、前記画面の生成に用いられるコマンド、生成元として選択された画面数、及び、選択された画面の背景属性によって決定され、前記生成される画面への状態遷移は、前記画面の生成に用いられるコマンド、及び、生成元として選択された画面数によって決定されることを特徴とする。【選択図】図３
2010039670.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一つの画面の定義情報と、前記少なくとも１つの画面の間の遷移を示す遷移情報とに基づいて、画面遷移の設計を支援するための設計支援画面を表示する設計支援システムであって、
前記デザイン定義情報は、前記画面の背景を示す背景属性を含み、
利用者の前記画面を新たに生成する操作を受け付けると、生成される画面の数、生成される各画面の背景属性、及び、生成される画面への状態遷移を決定し、
前記生成される画面の数、及び、前記生成される各画面の背景属性は、前記画面の生成に用いられるコマンド、生成元として選択された画面数、及び、選択された画面の背景属性によって決定され、
前記生成される画面への状態遷移は、前記画面の生成に用いられるコマンド、及び、生成元として選択された画面数によって決定されることを特徴とする設計支援システム。
【請求項２】
前記デザイン定義情報は、前記画面の背景を示す背景属性を含み、
前記背景属性は、その画面で独自に定義される「独自」、参照元の画面の背景属性に従う「参照」又はその画面に遷移する元の画面の背景属性に従う「遷移元」のいずれかであり、
前記設計支援画面に表示される各画面の背景は前記背景属性によって決定されることを特徴とする請求項１に記載の設計支援システム。
【請求項３】
所定のコマンドが実行され、前記生成元として一つの画面が選択される場合において、
前記生成元として選択された画面の属性が「独自」又は「参照」である場合、前記生成される画面の背景属性を「参照」に決定し、
前記生成元として選択された画面の属性が「遷移元」である場合、前記生成される画面の背景属性を「遷移元」に決定することを特徴とする請求項２に記載の設計支援システム。
【請求項４】
所定のコマンドが実行され、前記生成元として複数の画面が選択される場合において、
前記生成元として選択された複数の画面の属性が「独自」のみである場合、前記生成される画面の背景属性を「遷移元」に決定し、
前記生成元として選択された複数の画面の属性が「遷移元」を含む場合、前記生成される画面の背景属性を「遷移元」に決定し、
前記生成元として選択された複数の画面の属性が「参照」のみであり、選択された全ての画面の参照先が同じである場合、前記生成される画面の背景属性を「参照」に決定し、
前記生成元として選択された複数の画面の属性が「参照」のみであり、選択された画面の参照先の一部が異なる場合、前記生成される画面の背景属性を「遷移元」に決定する請求項２に記載の設計支援システム。
【請求項５】
所定のコマンドが実行される場合において、
前記生成元として一つの画面が選択されている場合、新たに生成された画面間の状態遷移を生成せず、
前記生成元として複数の画面が選択されている場合、新たに生成された画面間の状態遷移として、前記生成元として選択されている複数の画面間の状態遷移と同じ状態遷移を生成することを特徴とする請求項１に記載の設計支援システム。
【請求項６】
前記新たな画面が生成された際に、新たに生成された画面は選択された状態であることを特徴とすることを特徴とする請求項１に記載の設計支援システム。
【請求項７】
前記背景属性が「独自」である場合、この画面の定義情報に基づいて、この画面の背景を描画し、
前記背景属性が「参照」である場合、この画面の参照先の画面の定義情報に基づいて、この画面の背景を描画し、
前記背景属性が「遷移元」である場合、この画面の背景を描画しないことを特徴とする請求項２に記載の設計支援システム。
【請求項８】
前記背景属性が「独自」である場合、この画面の定義情報に基づいて、この画面の背景を描画し、
前記背景属性が「参照」である場合、この画面の参照先の画面の定義情報に基づいて、この画面の背景を描画し、
前記背景属性が「遷移元」であり、かつ、この画面に遷移する全ての画面の背景が同一であると判定された場合、遷移元の画面の背景をこの画面の背景に描画することを特徴とする請求項２に記載の設計支援システム。
【請求項９】
前記背景属性が「独自」である場合、この画面の定義情報に基づいて、この画面の背景を描画し、
前記背景属性が「参照」である場合、この画面の参照先の画面の定義情報に基づいて、この画面の背景を描画し、
前記背景属性が「遷移元」である場合、この画面に遷移する画面の背景の種類の数を計数し、
前記計数された種類の数が「０」である場合、この画面の背景を描画せず、
前記計数された種類の数が「１」である場合、この画面に遷移する画面の背景をこの画面の背景に描画し、
前記計数された種類の数が「１」を超える場合、この画面では複数の背景が表示される可能性があることを表示することを特徴とする請求項２に記載の設計支援システム。
【請求項１０】
少なくとも一つの画面の定義情報と、前記少なくとも１つの画面の間の遷移を示す遷移情報とに基づいて、画面遷移の設計を支援するための設計支援画面を表示する設計支援方法であって、
前記デザイン定義情報は、前記画面の背景を示す背景属性を含み、
前記方法は、
利用者の前記画面を新たに生成する操作を受け付けると、生成される画面の数、生成される各画面の背景属性、及び、生成される画面への状態遷移を決定し、
前記生成される画面の数、及び、前記生成される各画面の背景属性は、前記画面の生成に用いられるコマンド、生成元として選択された画面数、及び、選択された画面の背景属性によって決定され、
前記生成される画面への状態遷移は、前記画面の生成に用いられるコマンド、及び、生成元として選択された画面数によって決定されることを特徴とする設計支援方法。
【請求項１１】
前記デザイン定義情報は、前記画面の背景を示す背景属性を含み、
前記背景属性は、その画面で独自に定義される「独自」、参照元の画面の背景属性に従う「参照」又はその画面に遷移する元の画面の背景属性に従う「遷移元」のいずれかであり、
前記方法は、
前記画面の背景属性が、「独自」、「参照」又は「遷移元」のいずれであるかを判定し、
前記判定結果に基づいて、前記設計支援画面に表示される各画面の背景を決定することを特徴とする設計支援方法。
【請求項１２】
所定のコマンドが実行され、前記生成元として一つの画面が選択される場合において、
前記生成元として選択された画面の属性が「独自」又は「参照」である場合、前記生成される画面の背景属性を「参照」に決定し、
前記生成元として選択された画面の属性が「遷移元」である場合、前記生成される画面の背景属性を「遷移元」に決定することを特徴とする請求項１１に記載の設計支援方法。
【請求項１３】
所定のコマンドが実行され、前記生成元として複数の画面が選択される場合において、
前記生成元として選択された複数の画面の属性が「独自」のみである場合、前記生成される画面の背景属性を「遷移元」に決定し、
前記生成元として選択された複数の画面の属性が「遷移元」を含む場合、前記生成される画面の背景属性を「遷移元」に決定し、
前記生成元として選択された複数の画面の属性が「参照」のみであり、選択された全ての画面の参照先が同じである場合、前記生成される画面の背景属性を「参照」に決定し、
前記生成元として選択された複数の画面の属性が「参照」のみであり、選択された画面の参照先の一部が異なる場合、前記生成される画面の背景属性を「遷移元」に決定する請求項１１に記載の設計支援方法。
【請求項１４】
所定のコマンドが実行される場合において、
前記生成元として一つの画面が選択されている場合、新たに生成された画面間の状態遷移を生成せず、
前記生成元として複数の画面が選択されている場合、新たに生成された画面間の状態遷移として、前記生成元として選択されている複数の画面間の状態遷移と同じ状態遷移を生成することを特徴とする請求項１０に記載の設計支援方法。
【請求項１５】
前記新たな画面が生成された際に、新たに生成された画面は選択された状態であることを特徴とすることを特徴とする請求項１０に記載の設計支援方法。
【請求項１６】
前記背景属性が「独自」である場合、この画面の定義情報に基づいて、この画面の背景を描画し、
前記背景属性が「参照」である場合、この画面の参照先の画面の定義情報に基づいて、この画面の背景を描画し、
前記背景属性が「遷移元」である場合、この画面の背景を描画しないことを特徴とする請求項１１に記載の設計支援方法。
【請求項１７】
前記背景属性が「独自」である場合、この画面の定義情報に基づいて、この画面の背景を描画し、
前記背景属性が「参照」である場合、この画面の参照先の画面の定義情報に基づいて、この画面の背景を描画し、
前記背景属性が「遷移元」であり、かつ、この画面に遷移する全ての画面の背景が同一であると判定された場合、遷移元の画面の背景をこの画面の背景に描画することを特徴とする請求項１１に記載の設計支援方法。
【請求項１８】
前記背景属性が「独自」である場合、この画面の定義情報に基づいて、この画面の背景を描画し、
前記背景属性が「参照」である場合、この画面の参照先の画面の定義情報に基づいて、この画面の背景を描画し、
前記背景属性が「遷移元」である場合、この画面に遷移する画面の背景の種類の数を計数し、
前記計数された種類の数が「０」である場合、この画面の背景を描画せず、
前記計数された種類の数が「１」である場合、この画面に遷移する画面の背景をこの画面の背景に描画し、
前記計数された種類の数が「１」を超える場合、この画面では複数の背景が表示される可能性があることを表示することを特徴とする請求項１１に記載の設計支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カーナビゲーションシステム、携帯電話機等の画面設計を支援するシステムに関する。
【背景技術】
【０００２】
現在のカーナビゲーションシステムは、機能の高度化によって、膨大な数の画面が表示されるようになっている。これらの画面の遷移を設計するために、図１で示すような画面フロー図が用いられている。コンピュータを用いて画面フロー図を記述する方法には、一般的な図形描画プログラムを用いる方法、及び、画面遷移設計専用のエディタを用いる方法がある。
【０００３】
一般的に、画面遷移設計専用のエディタを用いると、図形描画プログラムを用いる場合に比べて、以下の２点において画面遷移設計を容易に行うことができる。一つ目は、画面遷移設計専用の機能を有すること、二つ目は、画面遷移を表現するのに適したデータ構造を採用していることである。
【０００４】
画面遷移設計専用の機能としては、特許文献１に記載されるように、状態遷移を表すウィンドウとは別に、選択されている画面を拡大表示するウィンドウを設け、状態遷移のトリガーとなる要素（ボタン等）を、状態遷移を表すウィンドウに配置されている画面にドラッグ＆ドロップすることによって、その要素をトリガーとした画面遷移を作成する方法等が知られている。
【０００５】
画面遷移を含む一般的な状態遷移を表現するデータ構造としては、非特許文献１に記載されているような、Ｓｔａｔｅ  Ｃｈａｒｔ  ＸＭＬが知られている。また、特許文献２に記載されているように、画面遷移に対して属性を付与することによって、通常の遷移なのか、親画面に従属するポップアップを表示するための遷移なのか等、画面遷移に特化した設計を可能とする方法も知られている。
【特許文献１】特開２００７−１３３８１５号公報
【特許文献２】特開平１１−２４９８７６号公報
【非特許文献１】W3C Working Draft、”State Chart XML (SCXML): State Machine Notation for Control Abstraction”、［online］、２００７年２月２１日、World Wide Web Consotium、インターネット＜URL：http://www.w3.org/TR/scxml/＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
図１Ａ〜図１Ｃの画面フロー図を用いて、従来の技術の課題を説明する。図１Ａに示すように、同じ背景画面のままポップアップ画面が変化していく画面が、画面フロー図を用いて設計される。しかし、図１Ａに示す画面フロー図の表現方法では、背景画面が偶然同じなのか、同じであることが必要なのかが表現できない。
【０００７】
また、図１Ｂに示すように、背景画面が異なる二つの画面のどちらから遷移した場合でも、同じポップアップを表示するということが分かる。しかし、遷移先の背景画面が空白になっていることから、背景画面は遷移元の背景を使うのか、背景画面を白く塗りつぶすのか区別がつかない。
【０００８】
また、図１Ｃに示す場合では、遷移先の背景画像が指定されているが、これがどちらの画面から遷移した場合でも必ずメニュー画面を背景にする意味なのか、先にメニュー画面からの遷移が作成されて、後から地図画面からの遷移が作成されたために、たまたまメニュー画面が背景に描かれているのかが区別できない。
【０００９】
このような曖昧性は、画面遷移設計に基づいて作成されるプログラムが、画面遷移設計者の意図と異なる結果を招く。また、画面遷移設計者が曖昧性を排除しながら設計しようとした場合、多数のコメントを記載したり、曖昧性のない表現方法を考えながら設計したりするために工数がかかってしまう。
【００１０】
本発明では、このような曖昧性を排除しつつ、簡便に画面フローを設計することができる画面遷移支援システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の代表的な一例を示せば以下の通りである。すなわち、少なくとも一つの画面の定義情報と、前記少なくとも１つの画面の間の遷移を示す遷移情報とに基づいて、画面遷移の設計を支援するための設計支援画面を表示する設計支援システムであって、前記デザイン定義情報は、前記画面の背景を示す背景属性を含み、利用者の前記画面を新たに生成する操作を受け付けると、生成される画面の数、生成される各画面の背景属性、及び、生成される画面への状態遷移を決定し、前記生成される画面の数、及び、前記生成される各画面の背景属性は、前記画面の生成に用いられるコマンド、生成元として選択された画面数、及び、選択された画面の背景属性によって決定され、前記生成される画面への状態遷移は、前記画面の生成に用いられるコマンド、及び、生成元として選択された画面数によって決定されることを特徴とする設計支援システムである。
【発明の効果】
【００１２】
本発明によれば、曖昧性のない画面遷移設計を実現でき、画面設計の工数を削減できる。
【発明を実施するための最良の形態】
【００１３】
次に、本発明の実施の形態について、図面を参照して説明する。
【００１４】
＜実施形態１＞
図２は、本発明の第１の実施の形態の画面遷移設計支援システム２００のシステム構成を表すブロック図である。
【００１５】
第１の実施の形態の画面遷移設計支援システム２００は、１台以上のパーソナルコンピュータ（ＰＣ）２１３Ａ、２１３Ｂ…、及びデータベース（ＤＢ）２１４が、ネットワーク２０９によって接続されている。
【００１６】
ＤＢ２１４は、画面遷移設計情報を記録するための記憶装置を含み、いずれかのＰＣ上で、データベース管理システム（ＤＢＭＳ）を実行することによって実現される。従って、本実施の形態の画面遷移設計支援システム２００が１台のＰＣ２１３を含む場合、その１台のＰＣでＤＢＭＳを実行するスタンドアロン構成であってもよい。一方、ＤＢ２１４を複数のＰＣ２１３で共有する構成でもよい。
【００１７】
ＰＣ２１３Ａは、画面遷移設計支援プログラムを実行する計算機であり、ＣＰＵ２０１、ＲＡＭ２０２、ＨＤＤ２０３、ＲＯＭ２０４、ＤＶＤドライブ２０５、Ｉ／Ｏインターフェース２０６、及びネットワークインターフェース２０７を備え、これらの各構成がバス２０８によって接続されている。
【００１８】
ＰＣ２１３Ａには、Ｉ／Ｏインターフェース２０６を介して、マウス２１０、キーボード２１１、ディスプレイ２１２等の入出力装置が接続されている。これらの入出力装置は、画面遷移設計支援プログラムを使用するユーザにヒューマンインタフェースを提供する。また、ＰＣ２１３Ａは、ネットワークインターフェース２０７を介して、他のＰＣ２１３Ｂ及びＤＢ２１４が接続されている。
【００１９】
なお、ＰＣ２１３Ａの構成について説明したが、他のＰＣ２１３Ｂも同じ構成を備える。
【００２０】
画面設計支援プログラムは、例えばＣＤ−ＲＯＭ又はＤＶＤ−ＲＯＭ等の記憶媒体によって配布される。画面設計支援プログラムは、インストーラによって、ＤＶＤドライブ２０５を用いて読み込まれ、ＨＤＤ２０３にインストールされる。インストールされたプログラムは、ＨＤＤ２０３からＲＡＭ２０２にロードされ、ＣＰＵ２０１によって実行される。
【００２１】
図３は、本発明の第１の実施の形態の画面設計支援プログラムの動作状態における、ディスプレイ２１２に表示される画面設計支援画面の一例を示す説明図である。
【００２２】
本実施の形態の画面設計支援画面には、六つの画面（Ａ〜Ｆ）を表す矩形が表示されており、各画面は画面遷移を表す矢印で接続されている。また、この画面設計支援画面には、各画面（Ａ〜Ｆ）の背景属性の値が表示される。また、各画面（Ａ〜Ｆ）を表す矩形内には、背景と背景以外の画面部品によって構成された画面イメージが表示される。画面イメージの生成アルゴリズムについては後述する。
【００２３】
図４Ａ〜図４Ｆは、図３で例示した画面遷移設計に対応する各画面のデザイン情報をＸＭＬ形式で表現したデータの一例を示す説明図である。
【００２４】
各画面は、＜ｓｃｅｎｅ＞タグによって定義される。＜ｓｃｅｎｅ＞タグの下には、＜ｂｕｔｔｏｎ＞タグで表現されるボタン、＜ｌａｂｅｌ＞タグで表現される文字列ラベル、＜ｍａｐ＞タグで表示される地図等のＧＵＩ部品、及び、＜ｆｏｒｍ＞タグで表現されるフォーム（フォームは、いくつかのＧＵＩ部品をグループ化するためのＧＵＩ部品である）を記述することができる。＜ｆｏｒｍ＞タグの下にも、＜ｌａｂｅｌ＞、＜ｂｕｔｔｏｎ＞及び＜ｆｏｒｍ＞を記述することができるので、階層構造を持った画面デザイン定義が可能である。ここでは４つのＧＵＩ部品だけを例示したが、スクロールバー等のＧＵＩ部品及び配下のＧＵＩ部品を自動的にレイアウトするフォーム等を追加してもよい。
【００２５】
＜ｓｃｅｎｅ＞タグは、ｂａｃｋｇｒｏｕｎｄ属性を持ち、画面デザインのうち背景に相当するＧＵＩ部品を指定する。図４Ａに示すように、画面Ａでは、ｉｄ＝”ｆｏｒｍ１”であるフォームが背景として指定されている。画面Ａには、このフォームの他にはＧＵＩ部品が無いため、画面Ａは背景だけで構成されている。このように背景となるＧＵＩ部品を画面内で定義している場合、背景属性は「独自」である。
【００２６】
一方、図４Ｅに示すように、画面Ｅでは、ｂａｃｋｇｒｏｕｎｄ属性が省略されているが、この場合も背景属性が「独自」であるとし、最初に出現した＜ｓｃｅｎｅ＞タグの子タグを、背景を表すＧＵＩ部品であるとすればよい。
【００２７】
一方、図４Ｂに示すように、画面Ｂでは、背景属性を”＃Ａ”と記述することによって、独自に背景デザインを定義せず、画面Ａの背景を利用することを指定している。この場合、背景属性は「参照」である。
【００２８】
さらに、画面Ｂで定義されている＜ｌａｂｅｌ＞は、画面Ａの背景の上に重ねて表示するＧＵＩ部品を表現している。画面Ｆでは、背景属性は“＃＃”に設定されている。これは、特定の背景画面を指定せず、画面遷移に従って、直前の画面と同じ背景デザインを利用することを指定している。この場合、背景属性は「遷移元」である。
【００２９】
図５は、図３で例示した画面遷移設計に対応する画面遷移情報をＸＭＬ形式で表現したデータの一例を示す説明図である。
【００３０】
画面遷移情報は、どのような場合に、どの状態からどの状態へ遷移するかの定義であり、Ｗ３Ｃによって標準化されているＳＣＸＭＬ（Ｓｔａｔｅ  Ｃｈａｒｔ  ＸＭＬ）で記述することができる。但し、本実施の形態の画面遷移情報は、どの画面からどの画面に遷移するかの情報では足りず、それぞれの画面が設計支援画面（図３）上のどの位置にどの大きさで配置されているか、及び、遷移を表す矢印がどこで折れ曲がっているか等のレイアウト情報を含む。このようなレイアウト情報は、ＳＣＸＭＬとは別に記述されてもよい。
【００３１】
また、図５に示すように、ＳＣＸＭＬにレイアウト情報を表現するタグを追加してもよい。例えば、画面Ａの表示位置及び大きさは、
<view x="50" y="30" width="80" height="40"/>
のように定義される。さらに、画面Ａから画面Ｆへの遷移を表す矢印の折れ曲がり箇所は、＜ｂｅｎｄｐｏｉｎｔ＞タグによって
<bendpoint x="100" y="140"/>
のように定義される。
【００３２】
図６は、図４及び図５で記述された画面遷移設計情報から、図３に示す形式の設計支援画面を生成するアルゴリズムを示すフローチャートである。
【００３３】
まず、図５に例示されている画面遷移定義のＸＭＬを読み込む（Ｓ６００）。画面遷移定義中に定義されている＜ｓｔａｔｅ＞タグで表現される全ての状態に対して、Ｓ６０１の処理を行う。
【００３４】
次に、Ｓ６０１の処理の詳細を説明する。まず、＜ｓｔａｔｅ＞の子タグである＜ｖｉｅｗ＞タグから、矩形の位置と大きさを表すｘ，ｙ，ｗｉｄｔｈ，ｈｅｉｇｈｔ属性を読み出し、この情報に従って矩形を描画する（Ｓ６０２）。
【００３５】
次に、＜ｓｔａｔｅ＞タグのｉｄ属性と同じｉｄ属性の＜ｓｃｅｎｅ＞タグを持つデザイン定義ＸＭＬを、ＲＡＭ２０２又はＤＢ２１４から検索し、検索されたデザイン定義ＸＭＬを読み出す（Ｓ６０３）。ＤＢ２１４から読み出した場合は、処理の高速化のために、読み出したデザイン定義ＸＭＬをＲＡＭ２０２にキャッシュとして保持してもよい。
【００３６】
次に、読み出したデザイン定義ＸＭＬの＜ｓｃｅｎｅ＞タグのｂａｃｋｇｒｏｕｎｄ属性に従って、「独自」、「遷移元」、「参照」のいずれかの文字列を矩形の近傍に描画する。画面の属性が「参照」の場合は、参照先の画面のＩＤも描画する（Ｓ６０４）。
【００３７】
Ｓ６０５では、背景属性の値によって処理を振り分ける。まず、背景属性の値が「独自」の場合は、背景属性で指定されているＧＵＩ部品を背景デザインとして矩形内に描画し（Ｓ６０６）、Ｓ６０８の処理に移る。
【００３８】
一方、ステップＳ６０５で、背景属性が「参照」であると判定された場合は、参照先の＜ｓｃｅｎｅ＞を読み出し（Ｓ６０７）、その＜ｓｃｅｎｅ＞の背景属性で指定されたＧＵＩ部品を背景デザインとして矩形内に描画する（Ｓ６０６）。この際、参照先の＜ｓｃｅｎｅ＞の背景属性が参照や遷移元である場合はエラーとしてもよく、参照先の背景属性の値に対してステップＳ６０５から再帰的に処理をしてもよい。これによって、例えば、画面Ｃの背景属性が画面Ｂを参照していて、画面Ｂの背景属性が画面Ａを参照していて、画面Ａで独自の背景デザインが定義されている場合に、画面Ｃの背景デザインとして画面Ａの背景デザインを利用することができる。その後、Ｓ６０８の処理に移る。
【００３９】
さらに、ステップＳ６０５で、背景属性が「遷移元」であると判定された場合、背景デザインを表示しないため、ステップＳ６０８の処理に移る。背景属性が「参照」や独自である場合も、ステップＳ６０６で背景デザインを描画した後に、Ｓ６０８の処理に移る。
【００４０】
ステップＳ６０８では、＜ｓｃｅｎｅ＞内に定義されている背景デザイン以外のＧＵＩ部品を描画する。
【００４１】
最後に、ステップＳ６０９では、各＜ｓｔａｔｅ＞に定義されている＜ｔｒａｎｓｉｔｉｏｎ＞要素毎に、画面遷移を表す線を描画する。この際、＜ｂｅｎｄｐｏｉｎｔ＞が指定されていない場合は、画面と画面とを直接結ぶ直線を描画する。一方、＜ｂｅｎｄｐｏｉｎｔ＞が指定されている場合は、＜ｂｅｎｄｐｏｉｎｔ＞で指定された座標でを経由する線（指定された座標で折れ曲がる折れ線）を描画する。
【００４２】
以上説明したように、本発明の第１の実施の形態によると、ＸＭＬ形式で表現された画面遷移設計情報から、曖昧性のない画面設計支援画面を生成することができる。
【００４３】
＜実施形態２＞
本発明の第２の実施の形態の画面遷移設計支援システムも、第１の実施の形態と同様に、図２に示す計算機で構成されたシステム上で実行されるプログラムによって実現される。第２の実施の形態は、背景属性が遷移元である画面の背景デザインを決定する点において、前述した第１の実施の形態と異なる。
【００４４】
図７は、本発明の第２の実施の形態において、図４、図５で例示された画面遷移設計データから画面設計支援画面を生成するアルゴリズムを示すフローチャートである。
【００４５】
ステップＳ６００〜Ｓ６０９は、前述した第１の実施の形態と同じであるが、Ｓ６０５で背景属性が「遷移元」であると判断された場合の処理が（Ｓ７００）が異なる。
【００４６】
ステップＳ７００では、この＜ｓｔａｔｅ＞に遷移する画面が、全て同じ背景デザインを表示するものであるか否かを判定する。
【００４７】
まず、全て同じ背景デザインであると仮定し、その背景デザインを独自に定義する画面のＩＤを保持する参照画面変数の値を”ｎｕｌｌ”であると仮定する（Ｓ７０１）。まず現在の＜ｓｔａｔｅ＞への状態遷移を持つ＜ｓｔａｔｅ＞（遷移元）を画面遷移定義から検索し、検索された各遷移元について、ステップＳ７０２の処理を実行する。ステップＳ７０２は、再帰的に呼び出される複数のステップ（Ｓ７０３〜Ｓ７０６）の集合である。
【００４８】
Ｓ７０３では、遷移元の背景属性の値で処理を分ける。遷移元の背景属性が「遷移元」である場合は、実際に表示される画面は、この処理がされている画面の遷移元によって決定されるので、ステップＳ７０２を再帰的に呼び出す（Ｓ７０５）。
【００４９】
一方、背景属性が「独自」又は「参照」である場合は、表示すべき背景デザインを持つ画面の識別子を取得することができる。この識別子と参照画面に保持されている識別子が異なる場合は、複数の画面が表示される可能性があるために、Ｓ７００のステップを抜けてＳ６０８に移る（Ｓ７０４）。
【００５０】
また、参照画面変数がｎｕｌｌである（参照画面変数に画面の識別子が入力されていない）場合は、再帰的にＳ７０２が呼び出されていたとしても、全ての再帰的な呼び出しを全て抜け出してＳ６０８に移る。これによって、背景属性が遷移元の画面で表示される可能性のある画面が複数種類ある場合は、背景デザインを表示しないことができる。
【００５１】
一方、Ｓ７０４のステップで、参照画面変数がｎｕｌｌである場合、又は、参照画面変数が保持している画面の識別子と、背景属性が指定する画面の識別子が同じである場合は、参照画面変数にその画面の識別子を入力する（Ｓ７０６）。
【００５２】
すなわち、Ｓ７００のステップが正常終了するのは、Ｓ７０４の判定で一度も”Ｙｅｓ”と判定されなかった場合である。この場合、この画面の遷移元となる画面の背景が全て同一なので、参照画面変数には、この＜ｓｔａｔｅ＞で表示すべき唯一の背景デザインを定義した画面の識別子が保持される。その後、ステップＳ６０６に進む。
【００５３】
ステップＳ６０６では、参照画面変数に保持された画面の識別子に従って、背景デザインが表示される。ただし、参照画面変数がｎｕｌｌの場合は、ユーザに警告をしてもよい。参照画面変数がｎｕｌｌでＳ７００から抜け出た場合は、設計ミスであると考えられるためである。
【００５４】
前述した処理によって、図８Ａ、図８Ｂに示すように、背景属性が遷移元となっている画面において表示される背景デザインが唯一に決まる場合は、決められた背景デザインを表示する。一方、図８Ｃに示すように、背景デザインが唯一に決まらない場合は、背景デザインを表示しない。これによって、背景属性が遷移元となっている画面の背景が唯一に決まるのか否かを判定することができ、ユーザに遷移元の情報を正確に提供することができる。
【００５５】
＜実施形態３＞
本発明の第３の実施の形態の画面遷移設計支援システムも、第１の実施の形態と同様に、図２に示す計算機で構成されたシステム上で実行されるプログラムによって実現される。第３の実施の形態は、背景属性が遷移元である画面の背景デザインを決定する処理が、前述した第２の実施の形態と異なる。
【００５６】
図９は、図４、図５で例示された画面遷移設計データから、画面設計支援画面を生成するアルゴリズムを示すフローチャートである。
【００５７】
ステップＳ６００〜Ｓ６０９は、前述した第１の実施の形態と同じであるが、ステップＳ６０５で背景属性が「遷移元」であると判断された場合の処理が（Ｓ９００）が異なる。
【００５８】
ステップＳ９００は、この＜ｓｔａｔｅ＞に遷移する画面の背景デザインの種類をカウントしている。
【００５９】
まず、背景デザインを定義している画面の識別子のリストを初期化し（Ｓ９０１）、ステップＳ９０２の処理を実行する。ステップＳ９０２は、再帰的に呼び出される複数のステップ（Ｓ９０３〜Ｓ９０７）の集合である。
【００６０】
ステップＳ９０２では、現在の＜ｓｔａｔｅ＞への状態遷移を持つ＜ｓｔａｔｅ＞（遷移元）を画面遷移定義から検索し、それらの＜ｓｔａｔｅ＞それぞれに対して、Ｓ９０２に含まれるステップＳ９０３〜Ｓ９０５の処理を実行する。
【００６１】
ステップＳ９０３では、遷移元の背景属性の値で処理を振り分ける。遷移元の背景属性が「遷移元」である場合は、実際に表示される画面は、この処理がされている画面の遷移元によって決定されるため、ステップＳ９０２を再帰的に呼び出す（Ｓ９０５）。
【００６２】
一方、背景属性が「独自」又は「参照」である場合は、表示すべき背景デザインを持つ画面の識別子を取得することができるので、取得した識別子を参照画面リストに追加する（Ｓ９０４）。
【００６３】
以上説明した処理によって、参照画面リストには、その＜ｓｔａｔｅ＞で表示される可能性のある背景デザインを定義している画面の識別子の一覧が作成される。ステップＳ９０６では、このリストの数によって処理を振り分ける。
【００６４】
まず、リストが一つの場合は、遷移元の画面は１種類しかないので、処理をステップＳ６０６に移して、その背景デザインを表示する。一方、リストが０の場合は、表示すべき背景デザインが無いので、Ｓ６０８に移る。ただし、これは設計ミスであると考えられるのでワーニングを提示するとよい。さらに、リストが２以上の場合は、その＜ｓｔａｔｅ＞で複数の背景デザインが表示される可能性があるので、ステップＳ９０７に移り、複数の背景デザインがあることを示すアイコンを表示する。
【００６５】
前述した処理によって、図１０Ａ、図１０Ｂに例示するように、背景属性が遷移元となっている画面において表示される背景デザインが唯一に決まる場合は、決められた背景デザインを表示し、背景デザインが唯一に決まらない場合は、背景デザインを表示せず、この画面では複数の背景が表示される可能性があることを表示する。例えば、図１０Ｂのアイコン１０００は、この画面の背景デザインの種類が２つあることをユーザに示す。
【００６６】
ユーザが、このアイコンをクリックすることによって、図９で作成した参照画面リストに保持されている画面の識別子に対応した画面デザインの一覧を表示してもよい。
【００６７】
以上説明したように、本発明の第３の実施の形態では、背景属性が遷移元となっている画面に表示される可能性のある背景デザインを把握することができる。
【００６８】
＜実施形態４＞
本発明の第４の実施の形態の画面遷移設計支援システムも、第１の実施の形態と同様に、図２に示す計算機で構成されたシステム上で実行されるプログラムによって実現される。本発明の第４の実施の形態は、本発明の第１〜第３の実施の形態で示すような画面設計支援画面を表示する画面設計支援システムにおいて、図５に示すような画面遷移定義を、効率良く作成する方法を提供する。
【００６９】
第４の実施の形態では、新たな画面を追加するための操作として、他の画面と独立した新たな画面を画面遷移設計支援画面に配置する方法ではなく、既存の一つ又は複数の画面を選択し、その後に特定のコマンドを実行することによって、新たな画面を生成する方法を提供する。
【００７０】
図１１は、ユーザが画面遷移設計支援画面上で一つ又は複数の既存画面を選択した後に特定のコマンドを実行することによって開始される処理を示すフローチャートである。また、図１２、図１３は、図１１に示す処理で参照されるテーブルの説明図である。
【００７１】
まず、ユーザの操作によって新たに生成される画面の数と、それらの新たに生成される画面の背景属性を決定する（Ｓ１１００）。これを決定するために、図１２に示すテーブルを参照する。図１１に示す処理の開始時点における、コマンド、選択画面数、及び選択画面（コピー元）の背景属性の値によって、テーブルの参照すべき行が決まる。この決められた行によって、新たに生成される画面数、及び新たに生成される画面の背景属性が決定される。テーブル中に「−」と記載されている場合は、任意の値でよいことを示す。
【００７２】
ペーストコマンドは、一般的なコピー＆ペースト操作でのペーストを表すコマンドである。この場合の選択数とは、直前にコピー操作を行った際に選択されていた画面の数である。具体的には、一つの画面が選択されている場合は、ペースト操作によって一つだけの画面が生成される。一方、複数の画面を選択してコピーした後にペーストした場合は、選択された複数の画面のコピーが生成される。
【００７３】
操作者が直感的に理解できるコピー＆ペーストの原理を応用すると、ペースト操作によって新たに生成される画面の数は、選択されている画面及び選択されている画面の背景属性によらず、選択されている画面の数となるとよい。また、一般的なコピー＆ペーストでは、オブジェクトの属性値がそのままコピーされるため、新たに生成される画面の背景属性は、選択された画面の背景属性の値をそのまま用いるとよい。図１２に示すテーブルは、この様に構成されている。
【００７４】
本実施の形態では、Ｓｈｉｆｔキーを押しながらペースト操作を行った場合や、画面を選択した状態でＳｈｉｆｔキーを押しながらドラッグ＆ドロップ（Ｄ＆Ｄ）をする操作によって、選択画面から状態が遷移する新たな画面を生成している。
【００７５】
図１４Ａ〜図１４Ｃは、画面を選択した状態でＳｈｉｆｔキーを押しながらドラッグ＆ドロップをする操作を示す説明図である。また、Ｓｈｉｆｔキーを押しながらペースト操作をした場合は、直近にコピー操作を行った際に選択されていた画面から状態が遷移する新たな画面が生成される。
【００７６】
これらの操作の場合、テーブル（図１２に示す）のように、新たに生成される画面は常に一つである。一方、新たに生成される画面の背景属性は、選択画面数とそれらの画面の背景属性の値に応じて決定される。例えば、図１４Ａ〜図１４Ｃで表される場合は、異なる背景デザインを持つ複数の画面が選択され（図１４Ａ）、Ｓｈｉｆｔキーを押しながら選択された画面をドラッグ＆ドロップをする（図１４Ｂ）。すると、選択された画面から状態が遷移する画面が生成される（図１４Ｃ）。
【００７７】
図１４Ａ〜図１４Ｃに示す操作は、テーブル中で「Ｓｈｉｆｔ＋ペースト／Ｄ＆Ｄ」「複数」「独自のみ／遷移元を含む」の行（１２０１）に相当する。この場合、新たに生成された画面の背景デザインは、遷移元の画面に応じて変化する設計が最適であるため、背景属性は遷移元であることが望ましい。
【００７８】
一方、その下の行（１２０２）の場合は、複数の選択画面の背景属性が全て参照だった場合に相当する。この場合、参照している画面が全て同じであれば、それらの画面から遷移する画面も同じ画面を背景デザインとして参照すればよい。一方、異なる画面への参照が混在している場合は、背景デザインが遷移元に従う設計が最適である。この考察から、この操作の場合は、新たに生成される画面の背景属性は、参照先が全て同じであれば参照であり、参照先が異なれば遷移元となるように決定される。
【００７９】
他の場合においても同様に、「コマンド」「選択画面数」「選択画面の背景属性」に従って、最適な生成画面数と生成画面の背景属性が決定されている。
【００８０】
次に、ステップＳ１１０１では、選択された画面と新たに生成された画面との間の状態遷移を決定する。そのために、「コマンド」「選択画面数」によって、図１３に示すテーブルから特定の行を決定し、決定された行に記載されている状態遷移を生成するためのロジックを実行する。
【００８１】
通常のペースト操作（１３０１、１３０２）では、選択された画面と新たに生成された画面の間の状態遷移は生成されない。ただし、複数の画面が選択されコピーされた後にペースト操作が行われた場合は、選択された画面間の状態遷移はそのまま複製される。
【００８２】
Ｓｈｉｆｔ＋ペースト及びＳｈｉｆｔ＋Ｄ＆Ｄ（１３０３）の場合は、選択された一つ又は複数の画面から、新たに生成される一つの画面への状態遷移を生成する。これによって、選択画面と新たに生成される画面を結ぶ状態遷移が生成される（図１４Ｃ）。
【００８３】
次に、Ｓ１１０２では、Ｓ１１００で新たに生成された画面を選択画面に設定する。これによって、連続的にＳｈｉｆｔ＋ペーストを行った場合に、図１５に示すように、最後にペーストで生成された画面からの状態遷移がある新たな画面を、次々と生成することができる。
【００８４】
次に、Ｓ１１０３では、本発明の第１から第３の実施の形態のアルゴリズム（図６、図７、図９）を用いることによって、ステップＳ１１００及びＳ１１０１で新たに生成された＜ｓｔａｔｅ＞及び＜ｔｒａｎｓｉｔｉｏｎ＞の情報に基づいて、画面遷移支援画面を描画することによって、ユーザの操作結果をフィードバックする。図１５Ａ〜図１５Ｄは、本発明の第３の実施の形態によるアルゴリズムによって画面遷移支援画面の再描画を行った場合を示す。
【００８５】
まず、図１５Ａ〜図１５Ｃに示す画面の生成について説明する。
【００８６】
図１５Ａに示すように、複数の画面１５０１及び１５０２が選択されてコピー操作が行われると、選択された複数の画面が遷移元となる。また、選択された複数の画面１５０１及び１５０２の背景属性は「独自」であり、各画面の背景は異なる。よって、遷移元の背景画面が複数になるので、１回目のペースト操作では、背景属性が「遷移元」である新たな画面１５０３が生成される。新たに生成される画面１５０３には、複数の背景デザインの可能性を示すアイコン（背景デザインの数を示すアイコン）が表示される。
【００８７】
図１５Ａに示すように、１回目のペースト操作後は、新たに生成された画面１５０３が選択された状態にある。よって、続けて２回目のペースト操作をすると、図１５Ｂに示すように、画面１５０３から遷移する画面１５０４が新たに生成される。画面１５０４の遷移元である画面１５０３の背景属性は「遷移元」なので、新たに生成される画面１５０４の背景属性は「遷移元」となる。また、新たに生成される画面１５０４には、複数の背景デザインの可能性を示すアイコン（背景デザインの数を示すアイコン）が表示される。
【００８８】
図１５Ｂに示すように、２回目のペースト操作後は、新たに生成された画面１５０４が選択された状態にある。よって、続けて３回目のペースト操作をすると、図１５Ｃに示すように、画面１５０４から遷移する画面１５０５が新たに生成される。画面１５０５の遷移元である画面１５０４の背景属性は「遷移元」なので、新たに生成される画面１５０５の背景属性は「遷移元」となる。また、新たに生成される画面１５０５には、複数の背景デザインの可能性を示すアイコン（背景デザインの数を示すアイコン）が表示される。
【００８９】
次に、図１５Ｄに示す画面の生成について説明する。一つの画面１５１１が選択されてコピー操作が行われると、選択された一つの画面が遷移元となる。また、選択された画面１５１１の背景属性は「独自」である。よって、１回目のペースト操作では、背景属性が「参照」である新たな画面１５１２が生成される。新たに生成される画面１５１２には、参照元の画面１５１１の背景と同じ背景が表示される。
【００９０】
１回目のペースト操作後は、新たに生成された画面１５１２が選択された状態にあるので、続けて２回目のペースト操作をすると、画面１５１２から遷移する画面１５１３が新たに生成される。画面１５１３の遷移元である画面１５１２の背景属性は「参照」なので、新たに生成される画面１５１３の背景属性は「参照」となる。また、新たに生成される画面１５１３には、参照元の画面１５１２の背景と同じ背景が表示される。
【００９１】
さらに、２回目のペースト操作後は、新たに生成された画面１５１３が選択された状態なので、続けて３回目のペースト操作をすると、画面１５１３から遷移する画面１５１４が新たに生成される。画面１５１４の遷移元である画面１５１３の背景属性は「遷移元」なので、新たに生成される画面１５１４の背景属性は「遷移元」となる。また、新たに生成される画面１５１４には、参照元の画面１５１３の背景と同じ背景が表示される。
【００９２】
画面遷移支援画面を描画するためには、＜ｖｉｅｗ＞タグも生成する必要がある。例えば、選択画面を内包する最小の矩形領域を（Ｘ，Ｙ，Ｗ，Ｈ）で表し、その矩形領域の中での各選択画面の相対座標を（Ｘｎ，Ｙｎ）で表すと、ペーストの場合は、新たに生成される画面を描画する領域として（Ｘ＋Ｗ＋定数１，Ｙ，Ｗ，Ｈ）を設定する。そして、その領域の中で新たに生成される各画面の相対座標が（Ｘｎ，Ｙｎ）と等しくなるように、＜ｖｉｅｗ＞のｘ属性、ｙ属性を決めることができる。
【００９３】
Ｓｈｉｆｔ＋ペースト／Ｄ＆Ｄの場合は、＜ｖｉｅｗ＞のｘ属性をＸ＋Ｗ＋定数１とし、ｙ属性をＹ−定数２÷２とすることができる。定数１は、画面間のデフォルトの配置距離を表し、定数２は画面のデフォルトの高さ（ｈｅｉｇｈｔ）を表している。＜ｖｉｅｗ＞のｗｉｄｔｈ／ｈｅｉｇｈｔ属性には適当なデフォルトの値を用いればよい。もちろん、このような自動配置に関する方法は、多数の既存の方法あり、これらのどの方法を用いてもよい。
【００９４】
以上によって、本発明の第４の実施の形態では、直感的な操作によって、最適な背景属性の値を持った画面と、それらの画面間の状態遷移を素早く生成することができる。
【００９５】
なお、第４の実施の形態では、図１２及び図１３に示すテーブルを用いて、コマンド、選択された画面数、選択された画面の背景属性によって処理を振り分けて、新たに生成される画面を決めた。しかし、テーブルを用いることなく、複数の分岐を含む処理によって、新たに生成される画面を決めてもよい。
【産業上の利用可能性】
【００９６】
本発明は、多数のＨＭＩ画面を持つカーナビゲーションシステムや、携帯電話等の画面設計仕様を設計するためのツールに適用することができる。
【図面の簡単な説明】
【００９７】
【図１Ａ】従来技術の問題点を表す図である。
【図１Ｂ】従来技術の問題点を表す図である。
【図１Ｃ】従来技術の問題点を表す図である。
【図２】本発明の第１の実施の形態の画面遷移設計支援システムのシステム構成を表すブロック図である。
【図３】本発明の第１の実施の形態の画面設計支援画面の一例を示す説明図である。
【図４Ａ】本発明の第１の実施の形態の各画面のデザイン情報をＸＭＬ形式で表現したデータの一例を示す説明図である。
【図４Ｂ】本発明の第１の実施の形態の各画面のデザイン情報をＸＭＬ形式で表現したデータの一例を示す説明図である。
【図４Ｃ】本発明の第１の実施の形態の各画面のデザイン情報をＸＭＬ形式で表現したデータの一例を示す説明図である。
【図４Ｄ】本発明の第１の実施の形態の各画面のデザイン情報をＸＭＬ形式で表現したデータの一例を示す説明図である。
【図４Ｅ】本発明の第１の実施の形態の各画面のデザイン情報をＸＭＬ形式で表現したデータの一例を示す説明図である。
【図４Ｆ】本発明の第１の実施の形態の各画面のデザイン情報をＸＭＬ形式で表現したデータの一例を示す説明図である。
【図５】本発明の第１の実施の形態の画面遷移設計に対応する画面遷移情報をＸＭＬ形式で表現したデータの一例を示す説明図である。
【図６】本発明の第１の実施の形態の画面遷移設計情報から設計支援画面を生成するアルゴリズムを示すフローチャートである。
【図７】本発明の第２の実施の形態の画面遷移設計情報から設計支援画面を生成するアルゴリズムを示すフローチャートである。
【図８Ａ】本発明の第２の実施の形態の生成された画面の表示例を示す説明図である。
【図８Ｂ】本発明の第２の実施の形態の生成された画面の表示例を示す説明図である。
【図８Ｃ】本発明の第２の実施の形態の生成された画面の表示例を示す説明図である。
【図９】本発明の第３の実施の形態の画面遷移設計情報から設計支援画面を生成するアルゴリズムを示すフローチャートである。
【図１０Ａ】本発明の第３の実施の形態の画面設計支援画面の一表示例を表す図
【図１０Ｂ】本発明の第３の実施の形態の画面設計支援画面の一表示例を表す図
【図１１】本発明の第４の実施の形態のユーザが画面遷移設計支援画面上で一つ又は複数の既存画面を選択した後に特定のコマンドを実行することによって開始される処理を示すフローチャートである。
【図１２】本発明の第４の実施の形態の図１１に示す処理で参照されるテーブルの説明図である。
【図１３】本発明の第４の実施の形態の図１１に示す処理で参照されるテーブルの説明図である。
【図１４Ａ】本発明の第４の実施の形態の画面を選択した状態でＳｈｉｆｔキーを押しながらドラッグ＆ドロップをする操作を示す説明図である。
【図１４Ｂ】本発明の第４の実施の形態の画面を選択した状態でＳｈｉｆｔキーを押しながらドラッグ＆ドロップをする操作を示す説明図である。
【図１４Ｃ】本発明の第４の実施の形態の画面を選択した状態でＳｈｉｆｔキーを押しながらドラッグ＆ドロップをする操作を示す説明図である。
【図１５Ａ】本発明の第４の実施の形態の連続した操作の結果の一例を示す図である。
【図１５Ｂ】本発明の第４の実施の形態の連続した操作の結果の一例を示す図である。
【図１５Ｃ】本発明の第４の実施の形態の連続した操作の結果の一例を示す図である。
【図１５Ｄ】本発明の第４の実施の形態の連続した操作の結果の一例を示す図である。
【符号の説明】
【００９８】
２００・・・画面設計支援システム
２０１・・・ＣＰＵ
２０２・・・ＲＡＭ
２０３・・・ＨＤＤ
２０４・・・ＲＯＭ
２０５・・・ＤＶＤドライブ
２０６・・・Ｉ／Ｏインターフェース
２０７・・・ネットワークインターフェース
２０８・・・バス
２０９・・・ＬＡＮ
２１０・・・マウス
２１１・・・キーボード
２１２・・・ディスプレイ
２１３・・・ＰＣ
２１４・・・ＤＢ
１０００・・・複数の背景デザインの可能性を表すアイコン
【図１Ａ】
2010039670.tif 000003
【図１Ｂ】
2010039670.tif 000004
【図１Ｃ】
2010039670.tif 000005
【図２】
2010039670.tif 000006
【図３】
2010039670.tif 000007
【図４Ａ】
2010039670.tif 000008
【図４Ｂ】
2010039670.tif 000009
【図４Ｃ】
2010039670.tif 000010
【図４Ｄ】
2010039670.tif 000011
【図４Ｅ】
2010039670.tif 000012
【図４Ｆ】
2010039670.tif 000013
【図５】
2010039670.tif 000014
【図６】
2010039670.tif 000015
【図７】
2010039670.tif 000016
【図８Ａ】
2010039670.tif 000017
【図８Ｂ】
2010039670.tif 000018
【図８Ｃ】
2010039670.tif 000019
【図９】
2010039670.tif 000020
【図１０Ａ】
2010039670.tif 000021
【図１０Ｂ】
2010039670.tif 000022
【図１１】
2010039670.tif 000023
【図１２】
2010039670.tif 000024
【図１３】
2010039670.tif 000025
【図１４Ａ】
2010039670.tif 000026
【図１４Ｂ】
2010039670.tif 000027
【図１４Ｃ】
2010039670.tif 000028
【図１５Ａ】
2010039670.tif 000029
【図１５Ｂ】
2010039670.tif 000030
【図１５Ｃ】
2010039670.tif 000031
【図１５Ｄ】
2010039670.tif 000032