(57)【要約】【課題】本発明は、連携対象と容易に連携し得る制御信号作成方法及び制御信号作成プログラムを実現できる。【解決手段】測定ソフトウェア４１は、音声信号ＳＡ１をアンプ３０へ送信すると共にアンプ３０の測定を開始した後、コマンド文字列ＭＣを制御ソフトウェア４２に供給する。制御ソフトウェア４２は、コマンド変換テーブル４３を参照することによりコマンド文字列ＭＣに基づきアンプ３０が理解可能なＣＡＮプロトコルにおけるデータフレームを作成し制御信号ＳＣとしてアンプ３０へ送信する。測定ソフトウェア４１は、アンプ３０が制御信号ＳＣに応じて音声信号ＳＡ１に対して処理を行った音声信号ＳＡ２を測定する。【選択図】図６
2011089843.tif 000002
【特許請求の範囲】
【請求項１】
所定の検査対象機器に対し所定の入力信号に対応した所定の処理を実行させ所定の出力信号を出力させるよう制御するためのコマンド文字列を受信手段により受信する受信ステップと、
上記コマンド文字列を上記検査対象機器の制御に用いる制御信号へ変換するコマンド変換テーブルを参照手段により参照する参照ステップと、
上記参照ステップにより参照した上記コマンド変換テーブルに基づいて、上記コマンド文字列に対応した上記制御信号を信号生成手段により生成する信号生成ステップと
を有する制御信号作成方法。
【請求項２】
上記信号生成ステップにより生成された上記制御信号を送信手段により上記検査対象機器へ送信し、上記検査対象機器に対して上記制御信号に応じた処理を実行させ上記出力信号を出力させる送信ステップを
さらに有する
請求項１に記載の制御信号作成方法。
【請求項３】
上記検査対象機器の動作状態を示すステータス信号を上記検査対象機器からステータス信号受信手段により受信するステータス信号受信ステップと、
上記ステータス信号が上記検査対象機器において発生したエラーを示していた場合、検査対象機器動作エラー信号をエラー信号生成手段により生成するエラー信号生成ステップと、
上記検査対象機器動作エラー信号をエラー信号送信手段により送信するエラー信号送信ステップと
をさらに有する
請求項１に記載の制御信号作成方法。
【請求項４】
上記コマンド文字列は、ユーザに対して理解し易い文字列により構成される
請求項１に記載の制御信号作成方法。
【請求項５】
コンピュータに対して、
所定の検査対象機器に対し所定の入力信号に対応した所定の処理を実行させ所定の出力信号を出力させるよう制御するためのコマンド文字列を受信する受信ステップと、
上記コマンド文字列を上記検査対象機器の制御に用いる制御信号へ変換するコマンド変換テーブルを参照する参照ステップと、
上記参照ステップにより参照した上記コマンド変換テーブルに基づいて、上記コマンド文字列に対応した上記制御信号を生成する信号生成ステップと
を実行させる制御信号作成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は制御信号作成方法及び制御信号作成プログラムに関し、例えば車載アンプの検査に適用して好適なものである。
【背景技術】
【０００２】
従来、例えば車載アンプ（以下、アンプと呼ぶ）を製造した場合、製造されたアンプが設定通りの動作をするか否かを確認する検査が一般的に行われている。
【０００３】
そのような検査においては、まず所定の測定ソフトウェアが音声信号をアンプに入力する。続いて所定の制御ソフトウェアがアンプに制御信号を送ってアンプを制御することにより音声信号を増幅させ、測定ソフトウェアへ出力させる。測定ソフトウェアは、増幅された音声信号を測定する。
【０００４】
その際制御ソフトウェアとしては、ＣＡＮｏｅ（Ｖｅｃｔｏｒ社製）やＭｏｖｉｍｅｎｔｏ  Ｐａｎｔｅｒａ（Ｍｏｖｉｍｅｎｔｏ社製）等が用いられることがある（非特許文献１及び２参照）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】CANoe. [online]. vector-japan, inc. [retrieved on 2009-08-12].Retrieved from the Internet: <URL:http://www.vector-japan.co.jp/vj_canoe_jp,,6863.html>.
【非特許文献２】PANTERA. [online]. movimento, inc. [retrieved on 2009-08-12]. Retrievedfrom the Internet: <URL:http://www.movimentogroup.com/default.asp?pid=46>.
【発明の概要】
【発明が解決しようとする課題】
【０００６】
そのような制御ソフトウェアでは、制御ソフトウェア自身に設けられたＧＵＩ（Graphical User Interface）をユーザに操作されることによって、アンプへの制御信号を発生させていた。
【０００７】
しかしながらこの制御ソフトウェアでは、ＧＵＩのみにより操作がされるため、測定ソフトウェアとアンプとの連携を取り難いという問題があった。
【０００８】
本発明は以上の点を考慮してなされたもので、連携対象と容易に連携し得る制御信号作成方法及び制御信号作成プログラムを提案しようとするものである。
【課題を解決するための手段】
【０００９】
かかる課題を解決するため本発明の制御信号作成方法においては、所定の検査対象機器に対し所定の入力信号に対応した所定の処理を実行させ所定の出力信号を出力させるよう制御するためのコマンド文字列を受信手段により受信する受信ステップと、コマンド文字列を検査対象機器の制御に用いる制御信号へ変換するコマンド変換テーブルを参照手段により参照する参照ステップと、参照ステップにより参照したコマンド変換テーブルに基づいて、コマンド文字列に対応した制御信号を信号生成手段により生成する信号生成ステップとを設けるようにした。
【００１０】
これにより、どのようなソフトウェア又は機器からでも容易に取得し得る文字列からなるコマンド文字列を受信するだけで、コマンド変換テーブルを用いて当該コマンド文字列を変換して制御信号を生成し、測定対象機器を制御することができる。
【発明の効果】
【００１１】
本発明によれば、どのようなソフトウェア又は機器からでも容易に取得し得る文字列からなるコマンド文字列を受信するだけで、コマンド変換テーブルを用いて当該コマンド文字列を変換して制御信号を生成し、測定対象機器を制御することができることができ、連携対象と容易に連携し得る制御信号作成方法及び制御信号作成プログラム実現することができる。
【図面の簡単な説明】
【００１２】
【図１】検査システムの全体構成を示す略線図である。
【図２】ＰＣの回路構成を示す略線図である。
【図３】アンプの回路構成を示す略線図である。
【図４】ＰＣのソフトウェア構成を示す略線図である。
【図５】制御ソフトウェアの構成を示す略線図である。
【図６】コマンド変換テーブルの構成（１）を示す略線図である。
【図７】コマンド変換テーブルの構成（２）を示す略線図である。
【図８】ＣＡＮパケット出力処理手順を示すフローチャートである。
【図９】データフレームの構成を示す略線図である。
【発明を実施するための形態】
【００１３】
以下、発明を実施するための形態（以下実施の形態とする）について説明する。なお、説明は以下の順序で行う。
１．実施の形態
２．他の実施の形態
【００１４】
＜１．実施の形態＞
［１−１．検査システムの全体構成］
【００１５】
図１において、１は全体として本発明の一実施の形態における検査システムを示し、検査装置としてのパーソナルコンピュータ（以下、これをＰＣと呼ぶ）１０と、検査対象機器としてのアンプ３０とによって構成されている。
【００１６】
ＰＣ１０はオーディオケーブル１０１を介してアンプ３０に接続されており、アンプ３０に対して音声信号ＳＡ１を出力し供給し得るようになされている。
【００１７】
またＰＣ１０はオーディオケーブル１０２を介してアンプ３０に接続されており、アンプ３０から音声信号ＳＡ２を供給され得るようになされている。
【００１８】
さらにＰＣ１０は、ＵＳＢ（Universal Serial Bus）とＣＡＮ（Controller Area Network）とのプロトコルを互いに変換するＵＳＢ−ＣＡＮ変換アダプタ１０３を介してアンプ３０と接続されており、アンプ３０を制御する制御信号ＳＣを供給し得るようになされている。
【００１９】
さらにＰＣ１０は、音声信号ＳＡ１及び制御信号ＳＣをアンプ３０に供給した後、制御信号ＳＣに応じて音声信号ＳＡ１に各種処理が行われた音声信号ＳＡ２を測定することにより、アンプ３０が制御信号ＳＣの指示通り動作するか否かの検査を行うようになされている。
【００２０】
［１−２．ＰＣの回路構成］
まず検査装置としてのＰＣ１０の構成について説明する。図２に示すようにＰＣ１０は、ＣＰＵ（Central Processing Unit）１１を中心に構成されている。ＣＰＵ１１はＲＯＭ１２に格納された基本プログラムをＲＡＭ（Random Access Memory）１３に展開し、当該基本プログラムに従い全体を統括制御するようになされている。
【００２１】
またＣＰＵ１１は、ＲＯＭ１２に格納された各種アプリケーションプログラムをＲＡＭ１３に展開し、当該アプリケーションプログラムに従って、アンプ３０の検査等の各種処理をするようになされている。
【００２２】
例えばＣＰＵ１１は、キーボード１４を介したユーザの操作によりアンプ３０の検査を開始する際、ハードディスクドライブ１５に記録された音声信号ＳＡ１を読み出し、音声出力Ｉ／Ｆ１６を介して当該音声信号ＳＡ１をアンプ３０へ出力する。
【００２３】
続いてＣＰＵ１１は、ＵＳＢＩ／Ｆ１７を介して所定の制御信号ＳＣをアンプ３０へ送信することによりアンプ３０を制御する。制御信号ＳＣは、ＵＳＢ−ＣＡＮ変換アダプタ１０３（図１）によりＣＡＮのプロトコルに変換され、アンプ３０に供給される。
【００２４】
その後ＣＰＵ１１は音声入力Ｉ／Ｆ１８を介して、音声信号ＳＡ１が所定の音量レベルに増幅された音声信号ＳＡ２を、アンプ３０から受信する。
【００２５】
このときＣＰＵ１１は、例えば受信した音声信号ＳＡ２の音量レベルをＬＣＤ（Liquid Crystal Display）１９に表示し、ユーザに提示するようになされている。
【００２６】
なおＣＰＵ１１は、ネットワークＩ／Ｆ２０を介して接続されたＬＡＮ（Local Area Network）及びＷＡＮ（Wide Area Network）から、又はＲＳ２３２Ｃ（Recommended Standard 232 Version-C）Ｉ／Ｆ２１を介して、ユーザの指示によりアンプ３０の検査を行うようにもなされている。
【００２７】
［１−３．アンプの構成］
次に検査対象機器としてのアンプ３０の構成について説明する。図３に示すように、アンプ３０はＣＰＵ構成でなる制御用マイクロコンピュータ（以下、これを制御マイコンと呼ぶ）３１が全体を統括制御するようになされている。
【００２８】
アンプ３０では、ＰＣ１０から供給されたＣＡＮプロトコルでなる制御信号ＳＣをＣＡＮトランシーバ３２によって受け付け、当該制御信号ＳＣを制御マイコン３１へ供給する。
【００２９】
制御マイコン３１は、取得した制御信号ＳＣ（例えば音声信号ＳＡ１を何レベル増幅させるかを示す）に基づいてＤＳＰ（Digital Signal Processor）３３を制御することにより、音量レベルの制御等を行うようになされている。
【００３０】
またアンプ３０は、ＰＣ１０から音声信号ＳＡ１を供給されると、当該音声信号ＳＡ１をバッファ３４に一時的に記憶する。その後、バッファ３４は音声信号ＳＡ１をＡＤコンバータ３５へ供給する。
【００３１】
ＡＤコンバータ３５は音声信号ＳＡ１をアナログデジタル変換し、得られた音声データＤＡ１をＤＳＰ３３に供給する。ＤＳＰ３３は制御マイコン３１の制御に基づき、音声データＤＡ１に所定のデジタル信号処理を施して音声データＤＡ２としＤＡコンバータ３６へ供給する。
【００３２】
ＤＡコンバータ３６は音声データＤＡ２をデジタルアナログ変換して得られた音声信号ＳＡ２を増幅器３７に供給する。増幅器３７は音声信号ＳＡ２を所定レベルに増幅し出力することにより、増幅処理がされた音声信号ＳＡ２をＰＣ１０へ送信する。
【００３３】
このようにアンプ３０は、音源（オーディオソース）としての音声信号ＳＡ１と、音声信号ＳＡ１を制御するための制御信号ＳＣとをＰＣ１０から供給され、制御信号ＳＣに応じて音声信号ＳＡ１に各種処理を行って音声信号ＳＡ２を生成し、ＰＣ１０へ送信するようになされている。
【００３４】
［１−４．ＰＣのソフトウェア構成］
続いて図４に示すように、ＰＣ１０のＣＰＵ１１がアプリケーションプログラムに従って実現するソフトウェア構成を説明する。
【００３５】
図４に示すようにＰＣ１０のソフトウェアは、測定ソフトウェア４１、制御ソフトウェア４２及びコマンド変換テーブル４３により構成されている。
【００３６】
測定ソフトウェア４１は、アンプ３０の検査を行う際、音声信号ＳＡ１をアンプ３０に供給すると共にアンプ３０からの音声信号ＳＡ２の測定を開始する。
【００３７】
ここで測定ソフトウェア４１は、例えば音声信号ＳＡ１がＣＤ（Compact Disc）の音声であるか又はラジオの音声であるかなど、オーディオソースの種類を指定してアンプ３０へ供給するようにもなされている。
【００３８】
また測定ソフトウェア４１は、例えば音量調整命令を意味する所定の文字列でなるコマンド文字列ＭＣが記載されたテキストファイルを読み込むことにより、当該コマンド文字列ＭＣを制御ソフトウェア４２へ供給する。
【００３９】
ここでコマンド文字列ＭＣは、ユーザが容易に理解可能な文字列により構成されているが、当該コマンド文字列ＭＣはアンプ３０が直接理解できる命令とはなっていない。
【００４０】
そこで制御ソフトウェア４２は、コマンド変換テーブル４３を参照することによりコマンド文字列ＭＣをアンプ３０が理解可能なＣＡＮプロトコルのデータフレームに基づく制御信号ＳＣへ変換し、アンプ３０へ送信するようになされている（詳しくは後述する）。
【００４１】
ここでデータフレームとは、ＣＡＮプロトコルにおいて複数存在するフレームのうち、データを送信するためのフレームである。以下、ＣＡＮプロトコルにおけるデータフレームを、単にデータフレームと呼ぶ。
【００４２】
アンプ３０は、受信した制御信号ＳＣに応じて、測定ソフトウェア４１から供給された音声信号ＳＡ１に例えば増幅処理を行い、音声信号ＳＡ２として測定ソフトウェア４１へ送信する。これにより測定ソフトウェア４１は、アンプ３０からの音声信号ＳＡ２を測定し得るようになされている。
【００４３】
このように測定ソフトウェア４１は、音声信号ＳＡ１をアンプ３０に供給すると共にアンプ３０からの音声信号ＳＡ２を待ち受け、さらに制御ソフトウェア４２へアンプ３０を制御するための音量調整命令を意味するコマンド文字列ＭＣを供給することで、アンプ３０から音声信号ＳＡ２を受信し、アンプ３０の動作結果を確認し得るようになされている。
【００４４】
ところでアンプ３０は、自身の動作状態を示すステータス信号ＳＳを所定の周期で制御ソフトウェア４２へ送信するようにもなされている。例えば制御信号ＳＣに応じた処理を実行する際に何らかの異常が発生した場合、アンプ３０はその直後のステータス信号ＳＳの周期送信のタイミングで、エラーが発生したことを示すステータス信号ＳＳを制御ソフトウェア４２へ送信する。
【００４５】
また制御ソフトウェア４２は、測定ソフトウェア４１からコマンド文字列ＭＣを受信した際に、アンプ３０の動作状態を返信するようになされている。このとき制御ソフトウェア４２は、エラーが発生したことを示すステータス信号ＳＳを事前にアンプ３０から受信していた場合、アンプ３０が正常に動作していない状態を表すエラー信号ＳＥを返信する。
【００４６】
このように測定ソフトウェア４１は、アンプ３０が正常に動作しているか否かを、制御ソフトウェア４２にコマンド文字列ＭＣを送った際の返信として、制御ソフトウェア４２を介して確認できるようになされている。
【００４７】
さらに制御ソフトウェア４２は、例えば測定ソフトウェア４１から取得したコマンド文字列ＭＣが示すコマンド（後述する）がコマンド変換テーブル４３に存在しない場合、コマンドが存在しない状態を示すエラー信号ＳＥを制御ソフトウェア４２へ返信するようになされている。
【００４８】
またさらに制御ソフトウェア４２は、アンプ３０との間の通信エラーにより制御信号ＳＣがアンプ３０へ送信できなかった場合、通信エラーを示すエラー信号ＳＥを制御ソフトウェア４２へ返信するようになされている。
【００４９】
このように測定ソフトウェア４１は、制御ソフトウェア４２が処理を実行する際に発生した種々のエラーを、コマンド文字列ＭＣを送った際の返信により確認できるようになされている。
【００５０】
［１−５．制御ソフトウェアの構成］
続いて図５に示すように、制御ソフトウェア４２の構成について説明する。
【００５１】
入力Ｉ／Ｆモジュール４２１は、測定ソフトウェア４１とソフトウェア間のソケット通信を行いコマンド文字列ＭＣ（例えば「ＶＯＬ  ３０」）を受け付け、信号生成モジュール４２２へ供給する。ここで「ＶＯＬ」は、アンプ３０を制御する命令がユーザに容易に理解可能な文字列で表されたコマンドを、「３０」はコマンドに対するパラメータを１０進数で示している。
【００５２】
また入力Ｉ／Ｆモジュール４２１は、ＬＣＤ１９（図２）にコマンドプロンプトを表示し、当該コマンドプロンプトを介しユーザにより入力されたコマンド文字列ＭＣを信号生成モジュール４２２へ供給するようにもなされている。
【００５３】
さらに入力Ｉ／Ｆモジュール４２１は、入力デバイス用のドライバが設けられ、ＲＳ２３２ＣＩ／Ｆ２１（図２）やネットワークＩ／Ｆ２０を介してＰＣ１０の外部に設けられた他の機器からコマンド文字列ＭＣを受信してプロトコルを変換し、信号生成モジュール４２２へ供給するようにもなされている。
【００５４】
信号生成モジュール４２２は、コマンド変換テーブル通信モジュール４２３を介してコマンド変換テーブル４３を参照し（後述する）、コマンド文字列ＭＣ（例えば「ＶＯＬ  ３０」）に基づいて、アンプ３０が理解可能なデータフレームを作成して制御信号ＳＣとし、出力Ｉ／Ｆモジュール４２４へ供給する。
【００５５】
出力Ｉ／Ｆモジュール４２４は、制御信号ＳＣをＣＡＮのフォーマットに対応させてＣＡＮパケットを生成しアンプ３０へ送信する。
【００５６】
一方ステータス信号入力Ｉ／Ｆモジュール４２５は、アンプ３０からステータス信号ＳＳを受け付けると、当該ステータス信号ＳＳをエラー信号生成モジュール４２６へ供給する。
【００５７】
エラー信号生成モジュール４２６は、ステータス信号ＳＳがアンプ３０においてエラーが発生したことを示していた場合、アンプ３０が正常に動作していない状態を示すエラー信号ＳＥを生成してエラー信号出力Ｉ／Ｆモジュール４２７へ供給する。
【００５８】
またエラー信号生成モジュール４２６は、信号生成モジュール４２２がコマンド「ＶＯＬ」をコマンド変換テーブル４３において発見できなかった場合、信号生成モジュール４２２からコマンドエラー信号ＴＥを受け付け、コマンドが存在しない状態を示すエラー信号ＳＥを生成してエラー信号出力Ｉ／Ｆモジュール４２７へ供給する。
【００５９】
さらにエラー信号生成モジュール４２６は、出力Ｉ／Ｆモジュール４２４がアンプ３０へ制御信号ＳＣを送信する際に通信エラーが発生した場合、出力Ｉ／Ｆモジュール４２４から通信エラー信号ＣＥを受け付け、通信エラーを示すエラー信号ＳＥを生成してエラー信号出力Ｉ／Ｆモジュール４２７へ供給する。
【００６０】
エラー信号出力Ｉ／Ｆモジュール４２７は、エラー信号ＳＥを受け付けると、当該エラー信号ＳＥを測定ソフトウェア４１へ供給する。
【００６１】
［１−６．コマンド変換テーブルの構成］
ここで、図６及び図７に示すコマンド変換テーブル４３について説明する。コマンド変換テーブル４３は、ＰＣ１０（図２）におけるハードディスクドライブ１５に格納されている。
【００６２】
コマンド変換テーブル４３は、それぞれが例えば音量調整に関する複数種類のコマンド等、命令の機能毎にまとめられたメンバー（メンバー１、メンバー２、……、メンバーＭ）により構成されており、メンバー毎の固有の識別情報であるメッセージＩＤがそれぞれのメンバーに割り当てられている。
【００６３】
メッセージＩＤはデータフレーム毎に付される「Identifier Field」に設定される値が格納されており、「０ｈ」〜「７ＦＦｈ」の値を割り当てることが可能になされている（詳しくは後述する）。
【００６４】
メンバー１は、メッセージＩＤに対応付けられた属性として、データバイト長、周期送信の有無、周期送信の時間間隔及びデータフィールドの詳細構造を有している。
【００６５】
データバイト長は、データフレームにおける「Data Field」のバイト数を示しており、「８バイト」が設定されている（詳しくは後述する）。
【００６６】
周期送信の有無は、制御ソフトウェア４２からアンプ３０へ制御信号ＳＣを周期的に繰り返し送信するか否かを示しており、メンバー１においては「無」が設定されている。
【００６７】
周期送信の時間間隔は、周期送信の有無において「有」が設定されている場合に、どれだけの時間間隔毎に繰り返しアンプ３０へ制御信号ＳＣを送信するかを示している。メンバー１においては周期送信の有無が「無」に設定されているため、周期送信の時間間隔は「０」に設定されている。このため制御ソフトウェア４２は、繰り返しアンプ３０へ制御信号ＳＣを送信せず、測定ソフトウェア４１からコマンド文字列ＭＣを取得する度に１度だけアンプ３０へ制御信号ＳＣを送信するようになされている。
【００６８】
また周期送信の有無においては、「有＋コマンド文字列を取得した場合」も設定され得るようになされている。この場合制御ソフトウェア４２は、周期的なアンプ３０への制御信号ＳＣの送信に加え、さらに測定ソフトウェア４１からコマンド文字列ＭＣを取得した際にもアンプ３０へ制御信号ＳＣを送信するようになされている。
【００６９】
データフィールドの詳細構造は、それぞれ１つのコマンドと対応付けられた複数のサブメンバー（サブメンバー１−１、サブメンバー１−２、サブメンバー１−３、サブメンバー１−４）により構成されている。
【００７０】
それぞれのサブメンバーは、コマンド、設定値、開始オフセット、終了オフセット、データビット長、最小値及び最大値により構成されている。
【００７１】
コマンドは、サブメンバーがどのコマンドに対応しているかを示しており、サブメンバー１−１においては、コマンド「ＳＥＴＶＯＬ」が格納されている。ここでコマンド「ＳＥＴＶＯＬ」は、音量を調整する相対値を指定する命令を示している。
【００７２】
設定値は、測定ソフトウェア４１から取得したコマンド文字列ＭＣにおけるパラメータが格納されるようになされており、当該パラメータによりその値が書き換えられるまでは、所定の初期値が格納されている。
【００７３】
開始オフセットは、データフレームの「Data Field」におけるＭＳＢ（Most Significant Bit）からの、コマンドに対応したコマンド定義域の先頭ビットまでのビット数を示しており、サブメンバー１−１においては２ビットが設定されている（詳しくは後述する）。
【００７４】
終了オフセットは、データフレームの「Data Field」におけるＭＳＢからの、コマンドに対応したコマンド定義域の終了ビットまでのビット数を示しており、サブメンバー１−１においては７ビットが設定されている（詳しくは後述する）。
【００７５】
データビット長は、終了オフセットから開始オフセットを減算し「１」を加算した値、即ちデータフレームの「Data Field」においてコマンドに対応したコマンド定義域に割り当てられたビット数が設定されている（詳しくは後述する）。
【００７６】
最小値は、コマンドに対してパラメータとして設定されることが許される最小値を示しており、サブメンバー１−１においては「０ｈ」が設定されている。
【００７７】
最大値は、コマンドに対してパラメータとして設定されることが許される最大値を示しており、サブメンバー１−１においては「３Ｃｈ」が設定されている。
【００７８】
以上はサブメンバー１−１について説明したが、サブメンバー１−２、サブメンバー１−３、サブメンバー１−４においても他のコマンドについてそれぞれ同様に構成されている。
【００７９】
サブメンバー１−２はコマンド「ＶＯＬ」に対応している。コマンド「ＶＯＬ」は、音量を調整する絶対値を指定する命令を示している。
【００８０】
サブメンバー１−３はコマンド「ＳＥＴＳＨＡＫ」に対応している。コマンド「ＳＥＴＳＨＡＫ」は、アンプ３０において例えばＣＤの音声の処理を行っていても別の音源が割り込むことを許可するか否かのフラグを示している。
【００８１】
サブメンバー１−４はコマンド「ＶＯＬＳＲＣ」に対応している。コマンド「ＶＯＬＳＲＣ」は、アンプ３０においてどの音源を選択して音量を調整させるかを示している。
【００８２】
以上はメッセージＩＤ「１ＤＦｈ」により示されるメンバー１について説明したが、メンバー２、……、メンバーＭにおいても他の命令の機能毎にまとめられ同様に構成されている。例えばメンバー２においては、音量調整に関するコマンドがまとめられたメンバー１とは異なり、所定の周波数のみの増幅に関するコマンドがまとめられ定義されている。
【００８３】
［１−７．ＣＡＮパケットの出力処理手順］
次に、制御ソフトウェア４２が所定のコマンド文字列ＭＣを測定ソフトウェア４１から取得し、制御信号ＳＣとしてＣＡＮパケットをアンプ３０へ送信する際のＣＡＮパケット出力処理手順ＲＴ１について、図８に示すフローチャートを用いて説明する。
【００８４】
ステップＳＰ１においてＰＣ１０（図２）のＣＰＵ１１は、例えばコマンド文字列ＭＣ「ＶＯＬ  ３０」を入力Ｉ／Ｆモジュール４２１（図５）により取得して、当該コマンド文字列ＭＣを信号生成モジュール４２２に供給し、ステップＳＰ２へ移る。因みにコマンド文字列ＭＣにおけるパラメータは、ユーザが理解し易い１０進数で表現されている。
【００８５】
ステップＳＰ２においてＣＰＵ１１は、コマンド変換テーブル通信モジュール４２３を介して、コマンド文字列ＭＣのうちコマンド「ＶＯＬ」をコマンド変換テーブル４３（図６）において検索し、ステップＳＰ３へ移る。
【００８６】
ステップＳＰ３においてＣＰＵ１１は、コマンド「ＶＯＬ」がコマンド変換テーブル４３に存在するか否かを判定する。ここで肯定結果が得られると、ＣＰＵ１１はステップＳＰ４へ移る。
【００８７】
実際上、コマンド変換テーブル４３（図６）においてコマンド「ＶＯＬ」はメッセージＩＤ「１ＤＦｈ」により示されるメンバー１におけるサブメンバー１−２に存在するため、ＣＰＵ１１はステップＳＰ３において肯定結果を得、ステップＳＰ４へ移る。
【００８８】
ステップＳＰ４においてＣＰＵ１１は、コマンド変換テーブル通信モジュール４２３（図５）を介して、コマンド変換テーブル４３のコマンド「ＶＯＬ」に対応したサブメンバー１−２における最大値を取得する。実際上ＣＰＵ１１は最大値として「３Ｆｈ」を取得する。
【００８９】
続いてＣＰＵ１１は、コマンド変換テーブル通信モジュール４２３を介して、コマンド変換テーブル４３のコマンド「ＶＯＬ」に対応したサブメンバー１−２における最小値を取得する。実際上ＣＰＵ１１は最小値として「０ｈ」を取得し、ステップＳＰ５へ移る。
【００９０】
ステップＳＰ５においてＣＰＵ１１は、コマンド文字列ＭＣにおけるパラメータが、ステップＳＰ４において取得した最小値と最大値との範囲内の数値であるか否かを判定する。ここで肯定結果が得られると、このことはパラメータが有効な値であることを表しており、このときＣＰＵ１１はステップＳＰ６へ移る。
【００９１】
実際上コマンド文字列ＭＣにおけるパラメータ「３０」を１６進数へ変換した値は「１Ｅｈ」であるため、ステップＳＰ４において取得した最小値「０ｈ」及び最大値「３Ｆｈ」の範囲内の数値である。このためＣＰＵ１１はステップＳＰ６へ移る。
【００９２】
ステップＳＰ６においてＣＰＵ１１は、パラメータの値を１６進数へ変換し、コマンド変換テーブル通信モジュール４２３を介してコマンド変換テーブル４３のコマンド「ＶＯＬ」に対応したサブメンバー１−２の設定値として設定する。
【００９３】
実際上ＣＰＵ１１は、設定値として「１Ｅｈ」を設定しステップＳＰ７へ移る。なおパラメータには、ユーザが理解し易い１０進数で表された「３０」が設定されていたが、コマンド変換テーブル４３においては「３０」が１６進数へ変換され「１Ｅｈ」が設定される。
【００９４】
このようにＣＰＵ１１は、パラメータ「３０」を１６進数へ変換し、コマンド変換テーブル４３のコマンド「ＶＯＬ」に対応したサブメンバー１−２における設定値として設定する。
【００９５】
ステップＳＰ７においてＣＰＵ１１は、コマンド変換テーブル通信モジュール４２３を介して、コマンド変換テーブル４３のコマンド「ＶＯＬ」に対応したサブメンバー１−２が属するメンバー１を示すメッセージＩＤ「１ＤＦｈ」と、データバイト長「８バイト」とを取得し、ステップＳＰ８へ移る。
【００９６】
ステップＳＰ８においてＣＰＵ１１は、コマンド変換テーブル通信モジュール４２３を介して、コマンド変換テーブル４３のメッセージＩＤ「１ＤＦｈ」により示されるメンバー１に属する全てのサブメンバーにおける、開始オフセット、終了オフセット及び設定値を取得する。
【００９７】
実際上ＣＰＵ１１は、コマンド変換テーブル４３においてコマンド「ＳＥＴＶＯＬ」、「ＶＯＬ」、「ＳＥＴＳＨＡＫ」及び「ＶＯＬＳＲＣ」にそれぞれ対応した、サブメンバー１−１、サブメンバー１−２、サブメンバー１−３及びサブメンバー１−４における開始オフセット、終了オフセット及び設定値を取得し、ステップＳＰ９へ移る。
【００９８】
ステップＳＰ９においてＣＰＵ１１は、信号生成モジュール４２２によりデータフレームを生成し、ステップＳＰ８で取得した開始オフセット及び終了オフセットで示される領域（コマンド定義域）の全てに設定値を設定する（詳しくは後述する）。
【００９９】
ここで、ステップＳＰ９においてＣＰＵ１１が設定値を設定するデータフレームの構造について図９を用いて説明する。
【０１００】
図９に示すデータフレームはＣＡＮのプロトコルに対応しており、ヘッダー情報、データフィールド、データ照合情報及びフッター情報により構成されている。
【０１０１】
ヘッダー情報はそれぞれ所定のビット数が割り当てられた「Start of Frame」、「Identifier Field」、「RTR」及び「Control Field」により構成される。ここで「Start of Frame」はデータフレームの開始を示している。
【０１０２】
また「Identifier Field」はデータフレームの内容、種別を表している。「Identifier Field」は１１ビットで構成されており、「０ｈ」〜「７ＦＦｈ」の値を定義可能になされている。実際上「Identifier Field」には、コマンド変換テーブル４３（図６）のコマンド「ＶＯＬ」に対応したサブメンバー１−２が属するメンバー１のメッセージＩＤである「１ＤＦｈ」が設定される。これにより、このデータフレームは音量調整に関する命令であることが示されている。
【０１０３】
「RTR」はリモート送信要求ビットを示し、データフレームにおいてその値は「０」に設定される。また「Control Field」は、後の「Data Field」のバイト数を示している。実際上「Control Field」には、コマンド変換テーブル４３のコマンド「ＶＯＬ」に対応したサブメンバー１−２が属するメンバー１のデータバイト長である「８バイト」が設定される。
【０１０４】
データフィールドは「Data Field」により構成され、０〜８バイト（０〜６４ビット）が割り当てられる。実際上、上述した「Control Field」に「８バイト」が設定されているため、「Data Field」は８バイトの領域を有している。
【０１０５】
以下では、ＣＰＵ１１が取得したコマンド文字列ＭＣのコマンド「ＶＯＬ」に対応したメンバーに属する全てのサブメンバーについて、サブメンバー１−１における設定値から順次「Data Field」に設定していく処理について説明する。
【０１０６】
ＣＡＮパケット出力処理手順（図８）のステップＳＰ９においてＣＰＵ１１は、コマンド変換テーブル４３（図６）のコマンド「ＳＥＴＶＯＬ」が定義されているサブメンバー１−１における開始オフセットと終了オフセットとにより示される「Data Field」（図９）内の領域を、ＳＥＴＶＯＬコマンド定義域として設定する。
【０１０７】
ここでＳＥＴＶＯＬコマンド定義域は、コマンド変換テーブル４３のコマンド「ＳＥＴＶＯＬ」に対応したサブメンバー１−１における設定値が設定される領域を示している。
【０１０８】
このためＣＰＵ１１は、「Data Field」におけるＭＳＢを０ビット目として２ビット目〜７ビット目をＳＥＴＶＯＬコマンド定義域として設定する。続いてＣＰＵ１１は、ＳＥＴＶＯＬコマンド定義域に、コマンド変換テーブル４３（図６）のサブメンバー１−１における設定値を２進数へ変換して設定する。これによりＣＰＵ１１は、「Data Field」における２ビット目から７ビット目を使って「１Ｅｈ」に対応した「０１１１１０」を設定する。
【０１０９】
続いてＣＰＵ１１は、コマンド変換テーブル４３（図６）のコマンド「ＶＯＬ」が定義されているサブメンバー１−２における開始オフセットと終了オフセットとにより示される「Data Field」（図９）内の領域を、ＶＯＬコマンド定義域として設定する。
【０１１０】
このためＣＰＵ１１は、「Data Field」におけるＭＳＢを０ビット目として１０ビット目〜１５ビット目をＶＯＬコマンド定義域として設定する。続いてＣＰＵ１１は、ＶＯＬコマンド定義域に、コマンド変換テーブル４３（図６）のサブメンバー１−２における設定値を２進数へ変換して設定する。ここで、ステップＳＰ６においてコマンド変換テーブル４３のサブメンバー１−２における設定値は「１Ｅｈ」が設定されている。これによりＣＰＵ１１は、「Data Field」（図９）における１０ビット目から１５ビット目を使って「１Ｅｈ」に対応した「０１１１１０」を設定する。
【０１１１】
続いてＣＰＵ１１は、コマンド変換テーブル４３（図６）のコマンド「ＳＥＴＳＨＡＫ」が定義されているサブメンバー１−３における開始オフセットと終了オフセットとにより示される「Data Field」（図９）内の領域を、ＳＥＴＳＨＡＫコマンド定義域として設定する。
【０１１２】
このためＣＰＵ１１は、「Data Field」におけるＭＳＢを０ビット目として１８ビット目〜１９ビット目をＳＥＴＳＨＡＫコマンド定義域として設定する。続いてＣＰＵ１１は、ＳＥＴＳＨＡＫコマンド定義域に、コマンド変換テーブル４３（図６）のサブメンバー１−３における設定値を２進数へ変換して設定する。これによりＣＰＵ１１は、「Data Field」（図９）における１８ビット目から１９ビット目を使って「０ｈ」に対応した「００」を設定する。
【０１１３】
続いてＣＰＵ１１は、コマンド変換テーブル４３（図６）のコマンド「ＶＯＬＳＲＣ」が定義されているサブメンバー１−４における開始オフセットと終了オフセットとにより示される「Data Field」（図９）内の領域を、ＶＯＬＳＲＣコマンド定義域として設定する。
【０１１４】
このためＣＰＵ１１は、「Data Field」におけるＭＳＢを０ビット目として２０ビット目〜２３ビット目をＶＯＬＳＲＣコマンド定義域として設定する。続いてＣＰＵ１１は、ＶＯＬＳＲＣコマンド定義域に、コマンド変換テーブル４３（図６）のサブメンバー１−４における設定値を２進数へ変換して設定する。これによりＣＰＵ１１は、「Data Field」における２０ビット目から２３ビット目を使って「０ｈ」に対応した「００００」を設定する。
【０１１５】
このようにＣＰＵ１１はコマンド変換テーブル４３を参照しながら、取得したコマンド文字列ＭＣにおけるコマンドに対応したメンバーに属する全てのサブメンバーの設定値を、データフレームの「Data Field」に設定していくようになされている。なおＣＰＵ１１は、「Data Field」においてどのコマンド定義域にも割り当てられていないビットには「０」を設定するようになされている。
【０１１６】
次に、データフレームにおけるデータ照合情報について説明する。データ照合情報は「CRC Sequence」及び「CRC Del」により構成され、ＣＡＮパケット送信時のデータ破壊が発生したか否かを示している。
【０１１７】
フッター情報は「ACK Slot」、「ACK Del」、「End of Frame」及び「ITM」により構成されている。「ACK Slot」はＣＡＮパケットが正常に受信されたか否かを示す。また「ACK Del」は「１」に設定されている。さらに「End of Frame」はデータフレームの終了を示し、「ITM」は次のデータフレームとの区切りを示している。
【０１１８】
このようにステップＳＰ９（図８）においてＣＰＵ１１は、信号生成モジュール４２２によりデータフレームを生成し、ステップＳＰ８で取得した開始オフセット及び終了オフセットで示されるコマンド定義域の全てに設定値を設定し、ステップＳＰ１０へ移る。
【０１１９】
ステップＳＰ１０においてＣＰＵ１１は、信号生成モジュール４２２（図５）により作成したデータフレームを出力Ｉ／Ｆモジュール４２４へ供給し、ステップＳＰ１１へ移る。
【０１２０】
ステップＳＰ１１においてＣＰＵ１１は、出力Ｉ／Ｆモジュール４２４により、取得したデータフレームに基づいてＣＡＮパケットを生成し、ＵＳＢのプロトコルへ変換してアンプ３０へ送信し、ステップＳＰ１４へ移り処理を終了する。
【０１２１】
因みにこのデータフィールドにおいては、ＳＥＴＶＯＬコマンド定義域とＶＯＬコマンド定義域とに共に「０１１１１０」（即ち３０）が設定されている。
【０１２２】
ここでアンプ３０は、例えばＳＥＴＶＯＬコマンド定義域に設定されている値が２進数の「０１１１１１」、即ち１０進数における「３１」の場合、現在より１レベル音量を大きく調整する。即ちアンプ３０は、「３０」との差分値を、音量を相対的に調整する際の値として判断するようになされている。このためアンプ３０は、ＳＥＴＶＯＬコマンド定義域に「３０」が設定されている場合、現在の音量を相対的には変化させないこととなる。
【０１２３】
これによりアンプ３０は、このデータフィールドによるＣＡＮパケットを受信すると、ＶＯＬコマンド定義域に設定されている２進数の「０１１１１０」、即ち１０進数における「３０」に基づき、音量を３０レベルに調整し、音声信号ＳＡ２を測定ソフトウェア４１へ送信することとなる。
【０１２４】
一方ステップＳＰ３において否定結果が得られると、このことはコマンド文字列ＭＣにおけるコマンド「ＶＯＬ」がコマンド変換テーブル４３（図６）に存在しないことを表しており、このときＣＰＵ１１はステップＳＰ１２へ移る。
【０１２５】
またステップＳＰ５において否定結果が得られると、このことはコマンド文字列ＭＣにおけるパラメータが無効な値であることを表しており、このときＣＰＵ１１はステップＳＰ１２へ移る。
【０１２６】
ステップＳＰ１２においてＣＰＵ１１は、エラー信号生成モジュール４２６（図５）によりエラー信号ＳＥを生成し、エラー信号出力Ｉ／Ｆモジュール４２７へ供給する。
【０１２７】
ステップＳＰ１３においてＣＰＵ１１は、エラー信号出力Ｉ／Ｆモジュール４２７によりエラー信号ＳＥを出力して測定ソフトウェア４１（図４）へ供給し、ステップＳＰ１４へ移り処理を終了する。
【０１２８】
［１−８．動作及び効果］
以上の構成において測定ソフトウェア４１は、音声信号ＳＡ１をアンプ３０へ送信すると共にアンプ３０から音声信号ＳＡ２の測定を開始した後、ユーザが容易に理解可能な文字列からなるコマンド文字列ＭＣを制御ソフトウェア４２に供給する。
【０１２９】
制御ソフトウェア４２は、コマンド文字列ＭＣを取得すると、当該コマンド文字列ＭＣをアンプ３０が理解可能なＣＡＮプロトコルのデータフレームへ変換するためのコマンド変換テーブル４３を参照する。
【０１３０】
このため制御ソフトウェア４２は、どのようなソフトウェアや機器からでも容易に取得し得る文字列からなるコマンド文字列ＭＣを受信するだけで、当該コマンド文字列ＭＣをアンプ３０が理解可能なデータフレームへ変換して制御信号ＳＣとして送信し、アンプ３０を制御することができる。
【０１３１】
これにより制御ソフトウェア４２は、測定ソフトウェア４１又は外部の機器に、当該制御ソフトウェア４２を介して容易にアンプ３０を制御させることできる。
【０１３２】
かくして制御ソフトウェア４２は、測定ソフトウェア４１又は外部の機器と、アンプ３０との連携を取ることができる。
【０１３３】
また測定ソフトウェア４１においては、例えば音声信号ＳＡ１をアンプ３０へ送信すると共にコマンド文字列ＭＣを制御ソフトウェア４２へ供給した後、所定の時間だけ音声信号ＳＡ２の測定を開始し、その後先ほどとは異なるコマンド文字列ＭＣを供給しさらに測定を行う等、予め測定ソフトウェア４１が実行する処理を定めておけば、アンプ３０から音声信号ＳＡ２を受信していくことができ、自動的に検査を行うことができる。
【０１３４】
これに対し従来の測定ソフトウェアと制御ソフトウェアとは、互いの動作状況を認識することなく独立して処理を行っていた。
【０１３５】
このため例えば従来の検査システムにおいて自動的に検査を行う場合、まず測定ソフトウェアが音声信号ＳＡ１をアンプ３０へ送信すると共に音声信号ＳＡ２の測定を開始する。制御ソフトウェアは、予め定められた時間が経つ毎に制御信号ＳＣをアンプ３０へ送信しアンプ３０を制御する。続いて測定ソフトウェアは、制御ソフトウェアが予め定められた制御信号ＳＣを全て送信したであろう時間が経つと測定を終了するという処理を行うことが考えられる。
【０１３６】
しかしながらこの場合測定ソフトウェアは、検査中にアンプ３０においてエラーが発生したために音声信号ＳＡ２を受信できていなくても、所定の時間が経つまでは測定を続けてしまう。このため従来の測定ソフトウェアでは、アンプ３０においてエラーが発生してもそれに対応した処理を行うことはできず、所定時間を要する測定が終了した後、エラーが測定中に発生していたことを認識することしかできなかった。
【０１３７】
これに対し本実施の形態による検査システム１では、アンプ３０においてエラーが発生した場合、測定ソフトウェア４１が制御ソフトウェア４２を介してエラー信号ＳＥを取得し得るようになされている。即ち、測定ソフトウェア４１と制御ソフトウェア４２とが同期を取りながら処理を行うことができる。
【０１３８】
このため測定ソフトウェア４１は、例えばエラー信号ＳＥを取得した時点で測定を中断し最初から測定し直すことができ、検査において無駄な時間を減らすことができる。これにより検査システム１においては、検査対象機器の検査に要する時間を短縮することができる。
【０１３９】
また例えばアンプを製造した際の出荷検査において、本実施の形態による検査システム１を適用した場合、効率良く出荷検査を行うことができる。これにより検査システム１においては、一定時間当たりに検査可能なアンプの数を増大させることができる。
【０１４０】
それに加え測定ソフトウェア４１は、制御ソフトウェア４２とアンプ３０との間の通信エラーを示すエラー信号ＳＥを制御ソフトウェア４２から取得するようにした。
【０１４１】
このため測定ソフトウェア４１は、単にエラーが発生したことを認識するだけでなく、どのようなエラーが発生したかをエラー信号ＳＥにより判断することができる。これにより検査システム１においては、アンプ３０の検査の際に発生したエラーの種類に応じた処理を行うことができる。
【０１４２】
以上の構成によれば、測定ソフトウェア４１は、音声信号ＳＡ１をアンプ３０へ送信すると共にアンプ３０の測定を開始した後、コマンド文字列ＭＣを制御ソフトウェア４２に供給する。制御ソフトウェア４２は、コマンド変換テーブル４３を参照することによりコマンド文字列ＭＣに基づきアンプ３０が理解可能なＣＡＮプロトコルにおけるデータフレームを作成し制御信号ＳＣとしてアンプ３０へ送信する。測定ソフトウェア４１は、アンプ３０が制御信号ＳＣに応じて音声信号ＳＡ１に対して処理を行った音声信号ＳＡ２を測定する。これにより制御ソフトウェア４２は、どのようなソフトウェア又は機器からでも容易に取得し得る文字列からなるコマンド文字列ＭＣを受信するだけで、コマンド変換テーブルを用いて当該コマンド文字列ＭＣを変換して制御信号を生成し、測定対象機器を制御することができる。
【０１４３】
＜２．他の実施の形態＞
なお上述した実施の形態においては、ＣＡＮにより接続されたアンプ３０に対して検査を行う場合について述べた。
【０１４４】
本発明はこれに限らず、例えばＦｌｅｘＲａｙ、ＬＩＮ（Local interconnect network）等、種々のプロトコルによりアンプ３０と接続し検査を行っても良い。この場合、種々のプロトコルに対応させたコマンド変換テーブルを用いて、コマンド文字列ＭＣを当該プロトコルに適したフォーマットへ変換し、アンプ３０に制御信号ＳＣを送信すれば良い。
【０１４５】
また上述した実施の形態においては、検査対象機器をアンプ３０とし、当該アンプ３０に対して検査を行う場合について述べた。
【０１４６】
本発明はこれに限らず、例えばカーナビゲーション等、種々の検査対象機器に検査を行う場合にも本発明を適用して良い。要は外部から制御信号を供給されることにより測定ソフトウェアへ信号を送信する検査対象機器であれば良い。
【０１４７】
さらに上述した実施の形態においては、制御ソフトウェア４２が測定ソフトウェア４１からコマンド文字列ＭＣを取得した際にエラー信号ＳＥを返信する場合について述べた。
【０１４８】
本発明はこれに限らず、例えば制御ソフトウェア４２が一定周期毎にエラー信号ＳＥを測定ソフトウェア４１に供給するようにしても良い。また一定周期毎に、且つコマンド文字列ＭＣを取得した際にエラー信号ＳＥを返信するようにしても良い。
【０１４９】
さらに上述した実施の形態においては、測定ソフトウェア４１がコマンド文字列ＭＣとして「ＶＯＬ  ３０」を制御ソフトウェア４２に供給する場合について述べた。
【０１５０】
本発明はこれに限らず、例えばコマンド文字列ＭＣとして「ＶＯＬ  ３０，ＶＯＬＳＲＣ  １」等の複数の命令を同時に制御ソフトウェア４２に供給しても良い。この場合制御ソフトウェア４２は、ＣＡＮパケット出力処理手順（図８）においてステップＳＰ１〜ＳＰ６を繰り返し全ての命令についてコマンド変換テーブル４３に設定値の設定を行った後にステップＳＰ７へ移るようにすれば良い。
【産業上の利用可能性】
【０１５１】
本発明は、車載アンプの検査等、種々の検査対象機器の検査で利用できる。
【符号の説明】
【０１５２】
１……検査システム、１０……パーソナルコンピュータ、１０１、１０２……オーディオケーブル、１０３……ＵＳＢ−ＣＡＮ変換アダプタ、１１……ＣＰＵ、１２……ＲＯＭ、１３……ＲＡＭ、１４……キーボード、１５……ハードディスクドライブ、１６……音声出力Ｉ／Ｆ、１７……ＵＳＢＩ／Ｆ、１８……音声入力Ｉ／Ｆ、１９……ＬＣＤ、２０……ネットワークＩ／Ｆ、２１……ＲＳ２３２ＣＩ／Ｆ、３０……アンプ、３１……制御用マイクロコンピュータ、３２……ＣＡＮトランシーバ、３３……ＤＳＰ、３４……バッファ、３５……ＡＤコンバータ、３６……ＤＡコンバータ、３７……増幅器、４１……測定ソフトウェア、４２……制御ソフトウェア、４３……コマンド変換テーブル、４２１……入力Ｉ／Ｆモジュール、４２２……信号生成モジュール、４２３……コマンド変換テーブル通信モジュール、４２４……出力Ｉ／Ｆモジュール、４２５……ステータス信号入力Ｉ／Ｆモジュール、４２６……エラー信号生成モジュール、４２７……エラー信号出力Ｉ／Ｆモジュール。
【図１】
2011089843.tif 000003
【図２】
2011089843.tif 000004
【図３】
2011089843.tif 000005
【図４】
2011089843.tif 000006
【図５】
2011089843.tif 000007
【図６】
2011089843.tif 000008
【図７】
2011089843.tif 000009
【図８】
2011089843.tif 000010
【図９】
2011089843.tif 000011