(57)【要約】【課題】より適切に走行規制を実行することができる車両用情報処理装置、車両用情報処理方法、プログラム及び媒体を提供すること。【解決手段】本発明による車両用情報処理装置１は、一及び他のアプリケーションと、車両の走行状態の情報を取得する取得手段２ａと、一及び他のアプリケーションの少なくとも一方を画面に表示する表示手段２ｂと、一及び他のアプリケーションの画面上の複数の要素のうち走行状態に応じて表示手段２ｂによる表示が規制される規制要素の一及び他のアプリケーション相互間における優先度を記憶する記憶手段２ｃと、を含むことを特徴とする。【選択図】図１
2014209076.tif 000002
【特許請求の範囲】
【請求項１】
一及び他のアプリケーションと、車両の走行状態の情報を取得する取得手段と、前記一及び他のアプリケーションの少なくとも一方を画面に表示する表示手段と、前記一及び他のアプリケーションの画面上の複数の要素のうち前記走行状態に応じて前記表示手段による表示が規制される規制要素の前記一及び他のアプリケーション相互間における優先度を記憶する記憶手段と、を含むことを特徴とする車両用情報処理装置。
【請求項２】
前記一のアプリケーションは予めインストールされたものであり、前記他のアプリケーションがインストールされた場合に、前記記憶手段は前記優先度を設定し記憶することを特徴とする請求項１に記載の車両用情報処理装置。
【請求項３】
前記走行状態が前記車両の停車状態以外で走行規制を行う場合において前記複数の要素が前記規制要素か否かを判別する判別手段を含むことを特徴とする請求項１又は２に記載の車両用情報処理装置。
【請求項４】
前記複数の要素が前記規制要素であると判別される場合に、当該規制要素に該当する前記複数の要素のそれぞれの情報量の総和を演算する演算手段と、当該総和が規制値を超過する場合に前記優先度の低い前記複数の要素の前記表示手段による表示を制限する制限手段を含むことを特徴とする請求項３に記載の車両用情報処理装置。
【請求項５】
前記他のアプリケーションの前記複数の要素が入力用部品を含まない場合には、前記制限手段は前記走行規制において当該他のアプリケーションを非表示とすることを特徴とする請求項４に記載の車両用情報処理装置。
【請求項６】
車両の走行状態の情報を取得する取得ステップと、前記一及び他のアプリケーションの少なくとも一方を画面に表示する表示ステップと、前記一及び他のアプリケーションの画面上の複数の要素のうち前記走行状態に応じて前記表示ステップによる表示が規制される規制要素の前記一及び他のアプリケーション相互間における優先度を記憶する記憶ステップと、を含むことを特徴とする車両用情報処理方法。
【請求項７】
請求項６に記載の車両用情報処理方法を実行するプログラム。
【請求項８】
請求項７に記載のプログラムを格納した媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主にディスプレイを用いて運転者に各種のサービスを提供するカーナビゲーション装置等に関連するものであり、車両にて情報処理を行う車両用情報処理装置、車両用情報処理方法、プログラム及び媒体に関する。
【背景技術】
【０００２】
従来、上述したようなカーナビゲーション装置においては、例えば車速がゼロより大きい場合やパーキングブレーキが解除されている場合において、運転者の視線が画面に集中することを防止するため、操作内容や表示内容を制限する所謂、走行規制が行われることがある。
【０００３】
この走行規制は、例えば下記の特許文献１に示されるように、一つのアプリケーションの内部において、操作内容や表示内容が走行規制の対象となるか否かを判断して、対象となる場合には例えば入力画面を運転席から遠い位置に配置する等の制限を行うものである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−０４２１２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところがこのように一つのアプリケーションにより走行規制を行うと、今後主流になると考えられる複数のアプリケーションを同時に画面分割して表示する場合に、走行規制の対象となるか否かの判断は他方のアプリケーションの操作内容や表示内容に基づいて行う必要が生じて処理負荷が増大する問題が生じる。また、同時表示が行われる場合に一律に走行規制を行うと運転者側の良好な操作性や利便性が損なわれる不都合が生じる。
【０００６】
本発明は、上記問題に鑑み、より適切に走行規制を実行することができる車両用情報処理装置、車両用情報処理方法、プログラム及び媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の問題を解決するため、本発明による車両用情報処理装置は、一及び他のアプリケーションと、車両の走行状態の情報を取得する取得手段と、前記一及び他のアプリケーションの少なくとも一方を画面に表示する表示手段と、前記一及び他のアプリケーションの画面上の複数の要素のうち前記走行状態に応じて前記表示手段による表示が規制される規制要素の前記一及び他のアプリケーション相互間における優先度を記憶する記憶手段と、を含むことを特徴とする。
【０００８】
ここで、前記一のアプリケーションは予めインストールされたものであり、前記他のアプリケーションがインストールされた場合に、前記記憶手段は前記優先度を設定し記憶することとしてもよい。
【０００９】
さらに、前記走行状態が前記車両の停車状態以外で走行規制を行う場合において前記複数の要素が前記規制要素か否かを判別する判別手段を含むこととしてもよい。また、前記複数の要素が前記規制要素であると判別される場合に、当該規制要素に該当する前記複数の要素のそれぞれの情報量の総和を演算する演算手段と、当該総和が規制値を超過する場合に前記優先度の低い前記複数の要素の前記表示手段による表示を制限する制限手段を含むこととしてもよい。加えて、前記他のアプリケーションの前記複数の要素が入力用部品を含まない場合には、前記制限手段は前記走行規制において当該他のアプリケーションを非表示とすることとしてもよい。
【００１０】
上記の問題を解決するため、本発明による車両用情報処理方法は、車両の走行状態の情報を取得する取得ステップと、前記一及び他のアプリケーションの少なくとも一方を画面に表示する表示ステップと、前記一及び他のアプリケーションの画面上の複数の要素のうち前記走行状態に応じて前記表示ステップによる表示が規制される規制要素の前記一及び他のアプリケーション相互間における優先度を記憶する記憶ステップと、を含むことを特徴とする。なお、本発明によるプログラムは、前記車両用情報処理方法を実行するプログラムであり、本発明による媒体は、前記プログラムを格納した媒体である。
【発明の効果】
【００１１】
本発明によれば、複数の要素の規制要素毎に一のアプリケーションと他のアプリケーションとの間の優先度を定めて、走行規制をより適切に実行することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明に係る実施例の車両用情報処理装置１の一実施形態を示すブロック図である。
【図２】実施例の車両用情報処理装置１内のアプリケーションとオペレーティングシステムの階層の態様を示す模式図である。
【図３】実施例の車両用情報処理装置１の一実施形態におけるＵＩ部品（入力用部品）の種別毎のアプリケーション間の優先度の設定態様の具体例を示す模式図である。
【図４】実施例の車両用情報処理装置１の一実施形態におけるＵＩ部品毎の走行規制の具体例を示す模式図である。
【図５】実施例の車両用情報処理装置１の一実施形態における複数のアプリケーションの画面表示の具体例を示す模式図である。
【図６】実施例の車両用情報処理装置１の一実施形態における画面表示の走行規制の態様の具体例を示す模式図である。
【図７】実施例の車両用情報処理装置１の一実施形態の制御内容を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための形態について、添付図面を参照しながら説明する。
【実施例】
【００１４】
図１に示すように、本実施例の車両用情報処理装置１は、カーナビゲーションＥＣＵ２（Electronic Control Unit）と、ディスプレイ３を含んで構成される。カーナビゲーションＥＣＵ２にはＣＡＮ（Controller Area Network）等の通信規格により車両の図示しないブレーキＥＣＵや、ＥＰＳＥＣＵ（Electronic Power Steering）等を始めとした他のＥＣＵが接続されている。
【００１５】
カーナビゲーションＥＣＵ２は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭおよびそれらを接続するデータバスと入出力インターフェースから構成される。本実施例では、図２に示すように、カーナビゲーションＥＣＵ２のＥＥＰＲＯＭには一のアプリケーション（コンテンツ）としてのアプリα（カーナビゲーションアプリ）と、その下層に位置するオペレーティングシステムが、例えば製造時に予め格納されている。
【００１６】
本実施例では他のアプリケーションとしてアプリβ（電話アプリ）を例示している。このアプリβについては、例えば車両購入時においてオプションとして追加される又はユーザのアプリβのダウンロードやＤＶＤ購入等により後付けでインストールされて追加される。なお、本実施例では画面上の複数の要素のうち走行中に表示が許可されるものは入力用部品（ＵＩ部品：User Interface）である。
【００１７】
カーナビゲーションＥＣＵ２はこれらのアプリα、アプリβ及びオペレーティングシステムのプログラムに従い、ＣＰＵが所定の処理を行う。カーナビゲーションＥＣＵ２は、以下に述べる処理を行う取得手段２ａと、表示手段２ｂと、記憶手段２ｃと、判別手段２ｄと、演算手段２ｅと、制限手段２ｆと、探索手段２ｇを構成するものである。
【００１８】
ブレーキＥＣＵは例えばＣＰＵ、ＲＯＭ、ＲＡＭおよびそれらを接続するデータバスと入出力インターフェースから構成され、ＲＯＭに格納されたプログラムに従い、ＣＰＵが所定の処理を行うものである。
【００１９】
ブレーキＥＣＵは、図示しない車輪速センサの出力信号に基づいて車速Ｖを検出して、車速Ｖの検出結果についてＣＡＮを介してカーナビゲーションＥＣＵ２に出力する。またブレーキＥＣＵは、運転者のパーキングブレーキの操作に基づいて定まる、図示しないパーキングブレーキ装置が解除されていることを示す解除信号をカーナビゲーションＥＣＵ２に出力する。カーナビゲーションＥＣＵ２の取得手段２ａは車速Ｖと解除信号を車両の走行状態の情報として取得する。
【００２０】
本実施例では表示手段２ｂが、一及び他のアプリケーションの画面上のＵＩ部品（入力用部品）をディスプレイ３の画面に表示する。記憶手段２ｃはＵＩ部品の種別（本実施例では「ボタン」「テキスト」「テンキー」を例示）を読み出して、入力用部品の種別（規制要素）ごとの一のアプリケーションと他のアプリケーションとの優先度を図３に示すように設定して記憶する。なお画面上の表示用の部品の全体は「描画部品」（複数の要素）と呼称する。ＵＩ部品は画面上で運転者が入力を行うための部品であり、描画部品の下位概念であって、描画部品は単に地図や背景等の描画用の部品をも含む上位概念である。
【００２１】
本実施例では、一のアプリケーションであるアプリα（カーナビゲーションアプリ）は予めインストールされたものであり、他のアプリケーション（アプリβ：電話アプリ）がインストールされた場合に、記憶手段２ｃは入力用部品の種別を読み出し、種別毎にアプリケーション相互間の優先度を設定する。
【００２２】
カーナビゲーションＥＣＵ２の判別手段２ｄは、車両の他ＥＣＵから取得される走行状態の情報（上述した車速Ｖと解除情報）から走行規制を行うか否かを判定する。判別手段２ｄは車速Ｖ＞０又は解除情報有りのいずれかの条件（走行状態が停車状態以外である条件：本実施例では定義の都合上、走行状態が停車状態を含む）で肯定と判定し走行規制を行うものとしている。
【００２３】
この走行規制においてカーナビゲーションＥＣＵ２の判別手段２ｄは、ＵＩ部品が表示規制される規制部品か表示禁止される禁止部品かを判別する。本実施例で例示するＵＩ部品では、規制部品は「ボタン」「テキスト」であり、禁止部品は「テンキー」である。
【００２４】
本実施例では図３に示すように、規制部品の一方である「ボタン」については「アプリα」の方が「アプリβ」よりも優先度が高く設定される。これはアプリαであるカーナビゲーションアプリにおける「ボタン」の方がアプリβである電話アプリの「ボタン」よりも操作上の優先性が高いため優先度（優先順位）を高くする必要が生じることに基づく。
【００２５】
また、規制部品の他方である「テキスト」について「アプリβ」の方が「アプリα」よりも優先度が高く設定される。これはアプリβである電話アプリにおける「テキスト」の方がアプリαであるカーナビゲーションアプリの「テキスト」（定常的な道路情報である場合が多い）よりも緊急性が高いため優先度を高くする必要が生じることに基づく。なお、「テンキー」については禁止部品であり、走行規制が行われる場合には常に非表示とされる。
【００２６】
なおアプリαとアプリβをカーナビゲーションＥＣＵ２の表示手段２ｂの画面分割機能に基づいて同時に表示する場合で、走行規制が行われる場合の種別毎の規制内容は図４に示すとおりである。「ボタン」については例えば、「ボタン数がボタン数規制値ＮＢｍａｘ以内」であり、「テキスト」については例えば、「文字数が文字数規制値ＮＴｍａｘ以内」であり、「テンキー」については「表示不可」である。
【００２７】
本実施例ではアプリβは電話アプリであり、運転者が自ら電話をしたい場面で、ディスプレイ３の画面上で所定の操作を行った場合と、相手から電話がかかってくる場合に、アプリαに対してアプリβが割り込まされる処理がなされ、表示手段２ｂにより画面分割がなされる。例えば図５に示すように、表示手段２ｂはディスプレイ３の画面の上半分にアプリβを表示し、下半分にアプリαを表示する。
【００２８】
下半分のアプリαつまりカーナビゲーションアプリの画面においては通常のカーナビゲーションシステムにおける画面表示がなされる。以下カーナビゲーションシステムの機能と画面表示について簡略に述べる。カーナビゲーションＥＣＵ２の探索手段２ｇは、周知の機能として、図示しないＧＰＳアンテナが受信した、地球上空に打ち上げられた複数の衛星からの電波をもとに、例えば三角測量の原理で車両の位置の主に経度と緯度を測定して車両の現在位置ＰＰを検出する。
【００２９】
これとともに、カーナビゲーションＥＣＵ２の探索手段２ｇは、図示しないヨーレートセンサの出力に基づいて、車両のヨーレートを検出する。さらに探索手段２ｇは、図示しないＥＰＳ内部に備えられたステアリングセンサの出力に基づいて図示しないＥＰＳＥＣＵが検出した操舵角を、ＣＡＮを介して検出する。探索手段２ｇは自律航法（ＩＮＳ）により車両の補完用の現在位置ＰＰを演算して、ＧＰＳアンテナの複数の衛星からの電話の受信による三角測量の原理による車両の位置の検出ができない場合の車両の現在位置ＰＰの情報を補完する。
【００３０】
さらに、探索手段２ｇは、ディスプレイ３の画面上に形成されるタッチパネルにより入力された目的地と現在の車両の現在位置ＰＰから、目的地に至る経路Ｒを図示しないデータベースが含む探索用の地図情報からダイクストラ法等の適宜の手段により探索する。カーナビゲーションＥＣＵ２の表示手段２ｂは、探索された経路Ｒと現在位置ＰＰと、データベースが含む表示用の地図情報とを重ね合わせてディスプレイ３の下半分の画面を用いて表示する。
【００３１】
ここで図５に示す画面は判別手段２ｄにより「走行規制」がなされると判定されない場合を示している。表示手段２ｂの表示機能に基づいて、図５の下半分の画面の上端部に例えば「この先事故多発箇所走行注意」等の道路情報を「テキスト」により表示する。ここで、アプリαの文字数をＮＴαとする。また、下端部には「詳細」「ＯＦＦ」「Ｇ」「表示変更」「地点登録」「広域」などの機能選択用の「ボタン」が表示される。ここで、アプリαのボタン数をＮＢαとする。
【００３２】
表示手段２ｂはディスプレイ３の上半分の画面を用いてアプリβつまり電話アプリ用の画像を表示する。電話アプリ用の画像内では、左上に「ダイヤル」左の上下方向中央に「電話帳」右上に「戻る」の機能選択用の「ボタン」が表示される。ここで、アプリβのボタン数をＮＢβとする。さらに、「ダイヤル」と「電話帳」の上下方向の間に例えば「電話番号を入力して下さい」という「テキスト」が表示されている。また、アプリβの文字数ＮＴβとする。さらに「電話帳」と「戻る」のボタンの間の上画面の中央には「テンキー」が表示されている。
【００３３】
ここでＵＩ部品が規制部品であると判別される場合には、カーナビゲーションＥＣＵ２の演算手段２ｅは、規制部品に該当するＵＩ部品（「ボタン」「テキスト」）のそれぞれの情報量（ボタン数、テキストの文字数）の総和ΣＮＢ＝ＮＢα＋ＮＢβ、ΣＮＴ＝ＮＴα＋ＮＴβを演算する。この演算手段２ｅが演算した総和ΣＮＢ、ΣＮＴが図４に示した規制値ＮＢｍａｘ、ＮＴｍａｘを超過する場合には、カーナビゲーションＥＣＵ２の制限手段２ｆは、優先度の低い方のＵＩ部品から表示を制限して、制限した後の総和が規制値以内に収めるものとする。なお、制限手段２ｆは、他のアプリケーション（アプリβ以外のアプリである場合）がＵＩ部品を含まない場合には、走行規制において他のアプリケーションを非表示とする。
【００３４】
つまり走行規制前の図５に対して、走行規制がされた後の画面の表示は図６に示すようになる。まず「テンキー」は非表示とされる。ここでは例示のため、総和ΣＮＢ、ΣＮＴが図４に示した規制値ＮＢｍａｘ、ＮＴｍａｘを超過する場合を図６に示す。つまりボタン数の総和ΣＮＢ＞ＮＢｍａｘである場合には、記憶手段２ｃにより設定され記憶された図３に示す優先度に基づいて、優先度の低いアプリβの「ボタン」のうちその中で優先度が一番低い「戻る」の「ボタン」が制限手段２ｆにより非表示とされて、総数の規制値の超過が解消される。
【００３５】
また「テキスト」の文字数の総和ΣＮＴ＞ＮＴｍａｘである場合には、図３に示す優先度に基づいて、優先度の低いアプリαの「テキスト」が制限手段２ｆの制限に基づいて非表示とされる。なお、「テキスト」については一般的に文字数を削減すると意味をなさないことから非表示の扱いとしている。すなわち、図５に示す三箇所の破線で囲まれる領域のＵＩ部品が図６においては非表示扱いとされる。
【００３６】
以下、本実施例の車両用情報処理装置１の制御内容を、図７に示すフローチャートを用いて詳細に説明する。図７に示すステップＳ１において、記憶手段２ｃは、他のアプリケーションが追加されたか否かを判定し、肯定であればステップＳ２にすすみ、否定であればＥＮＤにすすむ。
【００３７】
ステップＳ２において、記憶手段２ｃは追加された他のアプリケーションからＵＩ部品の種別に関する情報が存在する場合に読み出し、ステップＳ３において、記憶手段２ｃは、上述した図３に例示されるような、一のアプリケーションと他のアプリケーションとの間の種別毎の優先度を設定する。
【００３８】
ステップＳ４において、取得手段２ａは走行状態の情報を取得し、判別手段２ｄは車両の走行状態の情報から停車状態以外であって走行規制を行うか否かを判定し、肯定であればステップＳ５にすすみ、否定であればＥＮＤにすすむ。ステップＳ５において、判別手段２ｄは、一のアプリケーションと他のアプリケーションの双方から表示するコンテンツ（ＵＩ部品を含む描画部品の情報）を取得する。なお、本実施例においてコンテンツはアプリケーションと同義である。
【００３９】
ステップＳ６は一つ目のループＡの始端を示し、ステップＳ１５は一つ目のループＡの終端を示す。つまり、ステップＳ６からステップＳ１５までの処理はコンテンツ数だけコンテンツ毎に繰り返し実行される。
【００４０】
ステップＳ７において、判別手段２ｄは画面を構成する描画部品がＵＩ部品を含んでいるか否かを判定し、否定であれば、ステップＳ８にすすんで、制限手段２ｆが、ＵＩ部品が含まれないコンテンツを非表示とする処理を行う。
【００４１】
ステップＳ７において肯定であれば、ステップＳ９にすすんで、判別手段２ｄは、ＵＩ部品の種別を含んだＵＩ部品情報を取得する。
【００４２】
ステップＳ１０は二つ目のループＢの始端を示し、ステップＳ１４は二つ目のループＢの終端を示す。つまり、ステップＳ１０からステップＳ１４までの処理はＵＩ部品毎に繰り返し実行される。
【００４３】
ステップＳ１１において判別手段２ｄは、ＵＩ部品が規制部品であるか否かの「ＵＩ部品判定」を行い、否定であれば、ステップＳ１２にすすんで、規制部品でないＵＩ部品つまり禁止部品の非表示処理を行い、肯定であれば、ステップＳ１３にすすんで規制部品であるＵＩ部品のＵＩ部品情報を保存する。
【００４４】
ステップＳ１６は、ループＡとループＢの繰り返しの処理が終了した後に実行される三つ目のループＣの始端であり、ステップＳ１９はループＣの終端である。例えば上述した図３に示す例では、ステップＳ６のコンテンツ数は二であり、ステップＳ１０のＵＩ部品数は二であって、ステップＳ１６のＵＩ部品情報数はこの例では四となり、この数だけループＣは繰り返し実行される。
【００４５】
ステップＳ１７において、演算手段２ｅはＵＩ部品毎の総情報量つまり上述した総和ΣＮＢ、ΣＮＴを演算して、対応する規制値ＮＢｍａｘ又はＮＴｍａｘを超えているか否かを判定する。この判定が肯定であれば、ステップＳ１８にすすみ、制限手段２ｆは、優先度の低いＵＩ部品から必要な部品数だけ非表示処理を行い、否定であればステップ１９にすすみ、上述した繰り返し数だけ実行された後、ＥＮＤにすすむ。
【００４６】
以上述べた制御内容により実現される本実施例の車両用情報処理装置１によれば、以下のような作用効果を得ることができる。すなわち、複数のコンテンツ（アプリケーション）を同時に走行中にディスプレイで表示する場合において、ＵＩ部品に対する走行規制をアプリケーションの追加毎に設定される例えば図３に示した優先度と図４に示した走行規制のルールに基づいて実行することができる。
【００４７】
つまり複数のアプリケーションを同時に画面分割して表示する場合において、本実施例においては、ＵＩ部品が走行規制の対象となるか否かの判別を、他方のアプリケーションの操作内容や表示内容を特に判別することなく、ＵＩ部品の種別毎のアプリケーション間の優先度のみに基づいて行うことができる。このため、車両用情報処理装置１の必要が生じて処理負荷が増大する不都合を回避できる。同時表示が行われる場合でも、優先度に基づいて優先度の低いＵＩ部品を非表示処理するので、本実施例は走行規制による安全性確保と、運転者の操作性と利便性の両立を図ることができる。
【００４８】
以上本発明の好ましい実施例について詳細に説明したが、本発明は上述した実施例に制限されることなく、本発明の範囲を逸脱することなく、上述した実施例に種々の変形および置換を加えることができる。
【００４９】
例えば上述した実施例においてはＵＩ部品として「ボタン」「テキスト」「テンキー」などの画面上に固定表示される部品を例示したが、画面上の操作の組合せをＵＩ部品に含めることができる。例えば画面上で指を左右にはらう「フリック」により画面内の頁をスクロールさせた後再度「タッチ」で頁固定を行う「フリック操作」についてもＵＩ部品に含めて、このＵＩ部品を禁止部品又は規制部品として扱うこともできる。
【００５０】
また上述した実施例では主にオペレーティングシステムを実行するＥＣＵが各機能手段を実現することとしているが、一のアプリケーションを実行するＥＣＵが各機能手段を実現してももちろんよい。また、一のアプリケーションとオペレーティングシステムが一体的に構成されるシステムとしてもよい。
【００５１】
さらに上述した実施例に示した車両用情報処理装置においては一のアプリケーションと他のアプリケーションが一対である場合を示しているが、他のアプリケーションが一のアプリケーションに対して二以上存在する場合にも本発明の図７に示したフローチャートはそのまま適用可能である。
【産業上の利用可能性】
【００５２】
本発明は、画面表示上の走行規制が適用される車両用情報処理装置に関するものであり、格納された複数のアプリケーションの含む入力用部品の種別毎のアプリケーション毎の優先度を設定することにより、適切な走行規制を実現することができるので、乗用車、トラック、バス等の様々な車両に適用して有益なものである。
【符号の説明】
【００５３】
１      車両用情報処理装置
２      カーナビゲーションＥＣＵ
２ａ    取得手段
２ｂ    表示手段
２ｃ    記憶手段
２ｄ    判別手段
２ｅ    演算手段
２ｆ    制限手段
２ｇ    探索手段
ＮＢ    ボタン数規制値
ＮＴ    文字数規制値
【図１】
2014209076.tif 000003
【図２】
2014209076.tif 000004
【図３】
2014209076.tif 000005
【図４】
2014209076.tif 000006
【図５】
2014209076.tif 000007
【図６】
2014209076.tif 000008
【図７】
2014209076.tif 000009