JP4247189B2 - 車両品質分析システム並びにファイルの管理方法およびそのプログラム - Google Patents

Description

本発明は、車両の品質を分析する際に用いられる車両品質分析システムに関し、特に、そういった車両品質分析システムに組み込まれるデータの管理方法および管理プログラムに関する。

例えば自動車の工場出荷時に自動車の品質を分析する際に用いられる車両品質分析システムは広く知られる。こういった車両品質分析システムは所定のソフトウェアに従って分析処理を実施する。分析処理の実現にあたって車両品質分析システムには個々の車両ごとに必要なデータが供給される。
特許第２８４４２５２号公報 特開平７−３３３１１０号公報 特許第３３４５８２９号公報 特許第３３３１１１２号公報 特許第３３６０６３５号公報 米国特許第４８３１５６０号明細書 米国特許第４６９４４０８号明細書

前述の車両品質分析システムでは、例えば車種や仕様の相違、季節の変化などに応じてデータは変更される。データの更新にあたってソフトウェアは書き直される。ソフトウェアは頻繁に書き換えられなければならない。

本発明は、上記実状に鑑みてなされたもので、車種や仕様の相違、季節の変化などに簡単に対応することができる車両品質分析システムを提供することを目的とする。加えて、本発明は、こういった車両品質分析システムの実現に大いに役立つソフトウェアプログラムを提供することを目的とする。

上記目的を達成するために、第１発明によれば、ソフトウェアに基づき作成された第１データファイルを格納する第１記憶装置と、ソフトウェアに基づき作成され複数のデータを含む第２データファイルを格納する第２記憶装置と、第１および第２データファイルに基づき所定の指示を作成する演算処理回路と、演算処理回路の指示に基づき車両内の電子機器に所定の信号を送り込み、電子機器の反応に応じて車両の品質を分析する品質分析装置とを備え、前記指示の作成にあたって、前記演算処理回路は、第２データファイルの識別子と、予め決められた規則に従って第２データファイル内で特定のデータの位置を特定する位置情報とを第１データファイルから取得することを特徴とする車両品質分析システムが提供される。

かかる車両品質分析システムによれば、データ構造の構築にあたって独立した複数のファイルが利用される。１ファイル内の記述に基づき複数のファイルの間でデータの関連性は確立されることができる。したがって、比較的に簡単に多層構造のデータ構造は構築されることができる。

しかも、データは独立したファイル単位で管理されることができる。データの変更にあたって該当のファイルのみが開かれればよい。個々のファイルの容量は比較的に小さく設定されることから、変更の作業は軽減されることができる。その一方で、従来のように個々のデータがソフトウェアプログラムファイル中に組み込まれると、変更箇所を探し出すだけでも多大な労力が費やされてしまう。

このとき、第１および第２データファイルは同一のソフトウェアで作成されればよい。こうして同一のソフトウェアが用いられれば、データの管理は一層簡素化されることができる。こういった車両品質分析システムではデータはファイルごとにいわゆる表形式で管理されることができる。こういった管理には例えば汎用的なデータベースソフトウェアすなわち表計算ソフトウェアは利用されることができる。この種のソフトウェアの利用によれば、使い慣れたユーザインターフェースに基づき比較的に簡単に第１および第２データファイルは作成されることができる。

演算処理回路は、第１データファイルに記述される識別子に基づき少なくとも１プログラムファイルを特定してもよい。この場合には、プログラムファイルの実行にあたって、前述のように特定される第２データファイル内のデータが利用されてもよい。こうしてプログラムファイルごとにデータは管理されることができる。

こういった車両品質分析システムでは、第１データファイルや第２データファイルは特定のソフトウェアに基づき書き換え可能に構成されることが望まれる。こういったソフトウェアには前述のように汎用的なデータベースソフトウェアが用いられればよい。

第２発明によれば、ソフトウェアに基づき作成された第１データファイルを開く手順と、ソフトウェアで作成された第２データファイルの識別子を第１データファイルから取得する手順と、予め決められた規則に従って第２データファイル内でデータの位置を特定する位置情報を第１データファイルから取得する手順と、識別子および位置情報に基づき第２データファイルからデータを取得する手順とを備えることを特徴とするデータの管理方法が提供される。

こういった管理方法によれば、前述と同様に、データ構造の構築にあたって独立した複数のファイルが利用される。１ファイル内の記述に基づき複数のファイルの間でデータの関連性は確立されることができる。したがって、比較的に簡単に多層構造のデータ構造は構築されることができる。しかも、データは独立したファイル単位で管理されることができる。データの変更にあたって変更の作業は軽減されることができる。こういった管理方法は前述の車両品質分析システムの構築に大いに役立つ。

こういったデータの管理方法では、第１および第２データファイルは同一のソフトウェアで作成されればよい。その他、こういったデータの管理方法は、第１データファイルから１プログラムファイルの識別子を取得する手順と、識別子に基づきプログラムファイルを実行する手順と、プログラムファイルの実行にあたって第２データファイルのデータを利用する手順とをさらに備えてもよい。こういった管理方法は前述の車両品質分析システムの構築に大いに役立つ。

こういった管理方法の実現にあたって、ソフトウェアに基づき作成された第１データファイルを開く手順と、ソフトウェアで作成された第２データファイルの識別子を第１データファイルから取得する手順と、予め決められた規則に従って第２データファイル内でデータの位置を特定する位置情報を第１データファイルから取得する手順と、識別子および位置情報に基づき第２データファイルからデータを取得する手順とを演算処理回路に実行させるデータの管理プログラムが提供されればよい。

以上のように本発明によれば、車種や仕様の相違、季節の変化などに簡単に対応することができる車両品質分析システムは提供される。加えて、そういった車両品質分析システムの実現に大いに役立つソフトウェアプログラムは提供される。

以下、添付図面を参照しつつ本発明の一実施形態を説明する。

図１は本発明に係る車両品質分析システムで利用されるハンディターミナルを概略的に示す。このハンディターミナル１１は、ＣＰＵ（中央演算処理装置）やその他の電子部品を収容する筐体１２を備える。筐体１２の表面には開口１３が穿たれる。開口１３にはディスプレイ装置１４の表示画面が配置される。後述されるように、表示画面にはＣＰＵの処理に基づき様々なテキストやグラフィックスが表示されることができる。

筐体１２の表面には入力装置１５が組み込まれる。この入力装置１５は例えばいわゆる十字キー１６とテンキー１７とで構成される。十字キー１６は、周知の通りに、ディスプレイ装置１４の表示画面で上方向および下方向に対応する上向きキー１６ａおよび下向きキー１６ｂと、同様に表示画面の左方向および右方向に対応する左向きキー１６ｃおよび右向きキー１６ｄとを備える。ハンディターミナル１１の操作者は、十字キー１６の働きで表示画面の上下方向に画像をスクロールしたり表示画面内で上下左右にカーソルを移動させることができる。

一方、テンキー１７は、周知の通りに、１〜９および０に対応する数値キーを備える。個々の数値キーには、こういった１桁の数字のほかにアルファベットが割り振られる。こうしたテンキー１７によれば、ハンディターミナル１１の操作者は、ＣＰＵに向けて数字やアルファベットを入力することができる。

図２に示されるように、ハンディターミナル１１はＣＰＵ２１を備える。ＣＰＵ２１には例えばハードディスク駆動装置や大容量のフラッシュメモリといった記憶装置２２が接続される。記憶装置２２には例えばオペレーティングシステム（ＯＳ）２３が格納される。ハンディターミナル１１の電源が投入されると、ＣＰＵ２１はＯＳ２３を実行する。実行にあたって例えばＣＰＵ２１はメモリ２４に一時的にＯＳ２３を取り込む。

記憶装置２２には本発明に係るコントロールソフトウェアプログラム２５が格納される。このコントロールソフトウェアプログラム２５がＣＰＵ２１で実行されると、後述されるように、車両品質分析方法が実現される。こうした車両品質分析方法の実現にあたって、記憶装置２２に格納されるルートデータファイル２６、メインコントロールファイル２７、マニュアル起動コントロールファイル２８、オート起動コントロールファイル２９、検査ソフトウェアプログラムファイル３１ａ〜３１ｅ…、工程順ファイル３２ａ〜３２ｅ…およびパラメータファイル３３ａ〜３３ｅ…は利用される。これらファイル２６〜２９、３１ａ〜３１ｅ…、３２ａ〜３２ｅ…、３３ａ〜３３ｅ…の詳細は後述される。コントロールソフトウェアプログラム２５はＯＳ２３の起動と同時に実行される。

ＣＰＵ２１には通信インターフェース３４が接続される。この通信インターフェース３４の働きでＣＰＵ２１は車両３５との間でデータをやり取りすることができる。こういった通信の実現にあたってＣＰＵ２１は通信用ソフトウェアプログラムを実行する。実行にあたってＣＰＵ２１は記憶装置２２からソフトウェアプログラムファイル３６を取得する。通信には有線通信が用いられてもよく無線通信が用いられてもよい。

同様にＣＰＵ２１にはＬＡＮ（ローカルエリアネットワーク）インターフェース３７が接続される。ＬＡＮインターフェース３７の働きでＣＰＵ２１はＬＡＮ３８に接続される。ＬＡＮ３８には品質分析装置３９やサーバー４１が接続される。ＬＡＮ３８の働きでＣＰＵ２１は品質分析装置３９やサーバー４１との間で通信を確立することができる。この通信を通じてＣＰＵ２１と品質分析装置３９やサーバー４１との間でデータはやり取りされる。こういった通信の実現にあたってＣＰＵ２１は通信用ソフトウェアプログラムを実行する。実行にあたってＣＰＵ２１は記憶装置２２からソフトウェアプログラムファイル４２を取得する。通信には有線通信が用いられてもよく無線通信が用いられてもよい。

図３はマニュアル起動コントロールファイル２８の構造を概略的に示す。このマニュアル起動コントロールファイル２８はいわゆる表形式のデータベースで構成される。すなわち、個々のデータの位置は行番号と列番号とで特定されることができる。こういったデータベースの作成にあたって例えばマイクロソフト社のエクセル（登録商標）といったデータベースソフトウェアが用いられる。このマニュアル起動コントロールファイル２８では行番号４２に従って言語が区分けされる。例えば「０行目」に英語が割り当てられる。同様に「１行目」に日本語が割り当てられる。「２行目」「３行目」および「４行目」にはそれぞれ中国語、ポルトガル語およびスペイン語が割り当てられる。データの個々の項目は、こうして割り当てられた言語に基づき記述される。マニュアル起動コントロールファイル２８のファイル名には表形式のデータベースソフトウェアに固有の拡張子「．ｘｘｘ」が付加される。例えばデータベースソフトウェアにエクセル（登録商標）が利用される場合にはファイル名に拡張子「．ｘｌｓ」が付加される。

マニュアル起動コントロールファイル２８では各列ごとに所定の項目が設定される。ここでは、例えば１列目に「モデルタイプオプションコード番号（ＭＴＯ）」のリストを含むリストファイルのファイル名４３が記述される。リストファイルの詳細は後述される。前述のように、個々の言語ごとにリストファイルは作成される。その他、７列目以降には表示画面用の素材データ４４が記述される。素材データ４４は行番号４２ごとに割り当てられる言語で記述される。各列ごとに同一の意味（内容）が確保される。

図４はオート起動コントロールファイル２９の構造を概略的に示す。このオート起動コントロールファイル２９は同様にいわゆる表形式のデータベースで構成される。オート起動コントロールファイル２９はマニュアル起動コントロールファイル２８と同一のデータベースソフトウェアに基づき作成されればよい。マニュアル起動コントロールファイル２８では行番号４５に従って言語が区分けされる。例えば「０行目」に英語が割り当てられる。同様に「１行目」に日本語が割り当てられる。「２行目」「３行目」および「４行目」にはそれぞれ中国語、ポルトガル語およびスペイン語が割り当てられる。データの個々の項目は、こうして割り当てられた言語に基づき記述される。オート起動コントロールファイル２９のファイル名には表形式のデータベースソフトウェアに固有の拡張子「．ｘｘｘ」が付加される。

オート起動コントロールファイル２９では各列ごとに所定の項目が設定される。ここでは、例えば１列目に「モデルタイプオプションコード番号」のリストを含むリストファイルのファイル名４６が記述される。２列目には「車両識別番号（ＶＩＮ）」のリストを含むリストファイルのファイル名４７が記述される。リストファイルの詳細は後述される。前述のように、個々の言語ごとにリストファイルは作成される。その他、５列目以降には表示画面用の素材データ４８が記述される。素材データ４８は行番号４５ごとに割り当てられる言語で記述される。各列ごとに同一の意味（内容）が確保される。

図５はメインコントロールファイル２７の構造を示す。このメインコントロールファイル２７は同様にいわゆる表形式のデータベースで構成される。メインコントロールファイル２７はオート起動コントロールファイル２９やマニュアル起動コントロールファイル２８と同一のデータベースソフトウェアに基づき作成されればよい。メインコントロールファイル２７では行番号４９に従って言語が区分けされる。例えば「０行目」に英語が割り当てられる。同様に「１行目」に日本語が割り当てられる。「２行目」「３行目」および「４行目」にはそれぞれ中国語、ポルトガル語およびスペイン語が割り当てられる。データの個々の項目は、こうして割り当てられた言語に基づき記述される。メインコントロールファイル２７のファイル名には表形式のデータベースソフトウェアに固有の拡張子「．ｘｘｘ」が付加される。

メインコントロールファイル２７では例えば４列ごとにデータが区切られる。最初の４列にはマニュアル起動コントロールファイル２８に関するデータが各国語ごとに記述される。ここでは、各行ごとに、表示画面用の素材データ５１、マニュアル起動コントロールファイル２８のファイル名５２およびその行番号５３が記述される。前述の記述から明らかなように、行番号５３に基づきマニュアル起動コントロールファイル２８の言語は設定されることができる。ファイル名５２は全ての言語に共通に１ファイル名が特定される。次の４列にはオート起動コントロールファイル２９に関するデータが各国語ごとに記述される。ここでは、各行ごとに、画面表示用の素材データ５４、オート起動コントロールファイル２９のファイル名５５およびその行番号５６が記述される。前述の記述から明らかなように、行番号５６に基づきオート起動コントロールファイル２９の言語は設定されることができる。ファイル名５５は全ての言語に共通に１ファイル名が特定される。

図６はルートデータファイル２６の構造を示す。ルートデータファイル２６には１メインコントロールファイル２７のファイル名５７とその行番号５８とが記述される。前述の記述から明らかなように、行番号５８に基づきメインコントロールファイル２７の言語は設定されることができる。ルートデータファイル２６はコントロールソフトウェアプログラム２５の働きで作成される。

図７は、「モデルタイプオプションコード番号」のリストを含むリストファイル５９の構造を概略的に示す。このリストファイル５９には、前述の品質分析装置３９で検査されることができる車両のモデルタイプオプションコード番号が列挙される。モデルタイプオプションコード番号は、車両モデル、車両タイプおよびオプション設定に基づき分類される。同様に、図８は、「車両識別子番号」のリストを含むリストファイル６１の構造を概略的に示す。このリストファイル６１には、個々の車両３５に割り当てられる車両識別番号が列挙される。リストファイル５９、６１は記憶装置２２に格納される。

図９はパラメータファイル３３ａ〜３３ｅの構造を示す。このパラメータファイル３３ａ〜３３ｅはいわゆる表形式のデータベースで構成される。すなわち、個々のデータの位置は行番号と列番号とで特定されることができる。パラメータファイル３３ａ〜３３ｅはオート起動コントロールファイル２９やマニュアル起動コントロールファイル２８、メインコントロールファイル２７と同一のデータベースソフトウェアに基づき作成されればよい。このパラメータファイル３３ａ〜３３ｅでは個々の行番号６２ごとに１セットのパラメータが記述される。特定の検査ソフトウェアプログラムファイル３１ａ〜３１ｅの実行時には、こういった１セットごとのパラメータが使用される。ここでは、１行目に標準仕様のパラメータ６３が記述される。２行目〜５行目には「春仕様」「夏仕様」「秋仕様」「冬仕様」といった季節ごとのパラメータ６４〜６７が記述される。こうしてパラメータファイル３３ａ〜３３ｅは、季節の変化に起因するパラメータの変動を反映することができる。パラメータファイル３３ａ〜３３ｅでは各列ごとに所定の項目が設定される。パラメータファイル３３ａ〜３３ｅのファイル名には表形式のデータベースソフトウェアに固有の拡張子「．ｘｘｘ」が付加される。

図１０は工程順ファイル３２ａ〜３２ｅの構造を示す。この工程順ファイル３２ａ〜３２ｅは同様にいわゆる表形式のデータベースで構成される。工程順ファイル３２ａ〜３２ｅはオート起動コントロールファイル２９やマニュアル起動コントロールファイル２８、メインコントロールファイル２７、パラメータファイル３３ａ〜３３ｅと同一のデータベースソフトウェアに基づき作成されればよい。工程順ファイル３２ａ〜３２ｅでは各行ごとに工程の順番が指定される。こういった指定にあたって工程順ファイル３２ａ〜３２ｅの第１列には「工程番号」６８が記述される。工程番号６８は複数行にわたって指定されてもよい。ここでは、２行目および３行目に工程番号「＄１」が指定される。２行目および３行目には工程番号「＄１」に関連する一連のデータ６９が記述される。同様に、４行目および５行目、６行目および７行目並びに９行目および１０行目にはそれぞれ工程番号「＄２」「＄３」「＄４」が指定される。個々の工程番号「＄２」「＄３」「＄４」ごとに関連するデータ７１〜７３が記述される。工程順ファイル３２ａ〜３２ｅのファイル名には表形式のデータベースソフトウェアに固有の拡張子「．ｘｘｘ」が付加される。

工程順ファイル３２ａ〜３２ｅでは各列ごとに所定の項目が設定される。ここでは、例えば３列目に「プログラムファイル」のファイル名７４が記述される。５列目および６列目には同一行のプログラムファイルで用いられるパラメータファイル３３ａ〜３３ｅのファイル名７５およびその行番号７６が記述される。前述の記述から明らかなように、この行番号７６に基づきパラメータファイル３３ａ〜３３ｅ内で１セットのパラメータ６３〜６７が特定される。ここでは、工程順ファイル３２ａ〜３２ｅの「行」に基づき「ＱＡ ｉｎｓｐｅｃｔｉｏｎ１」プログラムファイルに「ＱＡ１ ｐａｒａｍｅｔｅｒ」パラメータファイルの「１行目」が関連付けられる。同様に、「ＱＡ ｉｎｓｐｅｃｔｉｏｎ２」プログラムファイル、「ＱＡ ｉｎｓｐｅｃｔｉｏｎ３」プログラムファイルおよび「ＱＡ ｉｎｓｐｅｃｔｉｏｎ４」プログラムファイルにそれぞれ「ＱＡ２ ｐａｒａｍｅｔｅｒ」パラメータファイルの「７行目」、「ＱＡ３ ｐａｒａｍｅｔｅｒ」パラメータファイルの「５行目」および「ＱＡ４ ｐａｒａｍｅｔｅｒ」パラメータファイルの「５行目」が関連付けられる。

いま、ハンディターミナル１１の電源が投入されると、ハンディターミナル１１ではＯＳ２３が起動されると同時にコントロールソフトウェアプログラム２５が実行される。同時に、ＣＰＵ２１は通信ソフトウェアプログラム３６、４２を実行する。こうしてハンディターミナル１１では通信インターフェース３４やＬＡＮインターフェース３７の準備が整う。

図１１に示されるように、ステップＳ１でＣＰＵ２１は記憶装置２２からルートデータファイル２６を取得する。ＣＰＵ２１はルートデータファイル２６からメインコントロールファイル２７のファイル名５７とその行番号５８とを読み出す。こうしてファイル名５７が特定されると、ステップＳ２でＣＰＵ２１は記憶装置２２から指定のメインコントロールファイル２７を読み出す。メインコントロールファイル２７の拡張子「．ｘｘｘ」に基づきＣＰＵ２１は指定のソフトウェアモジュールを起動する。ＣＰＵ２１はステップＳ３でメインコントロールファイル２７を開く。ＣＰＵ２１は、ルートデータファイル２６中の行番号５８に基づきメインコントロールファイル２７中で指定の行番号４９を選択する。選択された行番号４９に従ってＣＰＵ２１はデータ群を読み出す。

ＣＰＵ２１は表示画面用の素材データ５１、５４に基づき画像を生成する。生成された画像は、例えば図１２に示されるように、ディスプレイ装置１４の表示画面に映し出される。ここでは、メインコントロールファイル２７中で行番号「０」が選択されることから、表示画面内の表記は英語で統一される。操作者は表示画面上で１選択肢を選択する。こういった選択にあたって例えば十字キー１６が利用されればよい。

ＣＰＵ２１は、ステップＳ４で、操作者の選択に従って記憶装置２２から起動コントロールファイル２８、２９を取得する。例えば表示画面上で「Ｍａｎｕａｌ Ｓｔａｒｔ」８１が選択されると、ＣＰＵ２１はメインコントロールファイル２７からファイル名５２を取得する。こうしてファイル名５２で特定されるマニュアル起動コントロールファイル「ｍａｎｕａｌ ｓｔａｒｔ」２８が読み出される。このとき、メインコントロールファイル２７中の素材データ５１やファイル名５２、行番号５３は予め「Ｍａｎｕａｌ Ｓｔａｒｔ」８１の選択動作に関連付けられる。その一方で、表示画面上で「Ａｕｔｏｍａｔｉｃ Ｓｔａｒｔ」８２が選択されると、ＣＰＵ２１はメインコントロールファイル２７からファイル名５５を取得する。ファイル名５５で特定されるオート起動コントロールファイル「ａｕｔｏ ｓｔａｒｔ」２９が読み出される。このとき、メインコントロールファイル２７中の素材データ５４やファイル名５５、行番号５６は予め「Ａｕｔｏｍａｔｉｃ Ｓｔａｒｔ」８２の選択動作に関連付けられる。

いま、例えば表示画面上で「Ｍａｎｕａｌ Ｓｔａｒｔ」８１が選択される場面を想定する。ＣＰＵ２１は記憶装置２２からマニュアル起動コントロールファイル「ｍａｎｕａｌ ｓｔａｒｔ」２８を取得する。マニュアル起動コントロールファイル２８の拡張子「．ｘｘｘ」に基づきＣＰＵ２１は指定のソフトウェアモジュールを起動する。こうしてＣＰＵ２１はマニュアル起動コントロールファイル「ｍａｎｕａｌ ｓｔａｒｔ」２８を開く。続いてＣＰＵ２１はメインコントロールファイル２７中の行番号５３に基づきマニュアル起動コントロールファイル２８中で指定の行番号４２を選択する。選択された行番号４２に従ってＣＰＵ２１はデータ群を読み出す。

ＣＰＵ２１は表示画面用の素材データ４４に基づき画像を生成する。生成された画像は、例えば図１３に示されるように、ディスプレイ装置１４の表示画面に映し出される。ここでは、画像の生成にあたって、ファイル名４３で指定されるリストファイル５９が利用される。リストファイル５９に基づき「モデルタイプオプションコード番号」の一覧８３が表示される。マニュアル起動コントロールファイル２８中で行番号「０」が指定されることから、表示画面内の表記は英語で統一される。操作者は一覧８３から１モデルタイプオプションコード番号８４を選択する。こういった選択にあたって例えば上向きキー１６ａや下向きキー１６ｂが利用されればよい。

ＣＰＵ２１は、続くステップＳ６で、操作者の選択に従って記憶装置２２から工程順ファイル３２ａ〜３２ｅを取得する。例えば一覧８３から「ＡＢＣ−００１−Ｃ」が選択されると、ＣＰＵ２１は記憶装置２２から工程順ファイル「ＡＢＣ−００１−Ｃ ｓｔｅｐ ｆｉｌｅ ＳＥＱ」３２ｃを取得する。工程順ファイル３２ｃのファイル名に含まれる「ＡＢＣ−００１−Ｃ」に基づきコード番号「ＡＢＣ−００１−Ｃ」との関連性は特定される。工程順ファイル３２ａ〜３２ｅの拡張子「．ｘｘｘ」に基づきＣＰＵ２１は指定のソフトウェアモジュールを起動する。こうしてＣＰＵ２１は工程順ファイル３２ｃを開く。続いてＣＰＵ２１は工程順ファイル３２ｃの指示に基づき品質分析装置３９を動作させる。

ここでは、操作者の選択が実行されると、操作者は車両３５にハンディターミナル１１を接続する。ＣＰＵ２１は通信インターフェース３４を通じて車両３５の車両識別子番号を取得する。車両識別子番号は例えば一時的にメモリ２４に格納されればよい。

その後、例えば図１４に示されるように、ディスプレイ装置１４の表示画面には選択結果８５が表示される。同時に、操作者には検査工程の選択が促される。操作者は最初の工程番号８６と最後の工程番号８７とを入力すればよい。こうして操作者は部分的に検査工程を選択することができる。検査工程の選択が完了すると、例えば図１５に示されるように、操作者には検査の開始が通知される。「Ｓｔａｒｔ Ｉｎｓｐｅｃｔｉｏｎ」ダイアログ８８の選択に応じて検査は開始される。

検査の実施にあたってＣＰＵ２１は工程順ファイル３２ｃから工程番号「＄１」〜「＄４」ごとに順番にファイル名７４を読み出す。ファイル名７４に基づきＣＰＵ２１は時系列で順番に検査ソフトウェアプログラムファイル３１ａ〜３１ｄを読み出す。ＣＰＵ２１は拡張子「．ｚｚｚ」に基づき個々の検査ソフトウェアプログラムファイル３１ａ〜３１ｄを実行する。例えばマイクロソフト社のウィンドウズ（登録商標）といったＯＳ２３では検査ソフトウェアプログラムファイル３１ａ〜３１ｄの拡張子に「．ｅｘｅ」が用いられればよい。ＣＰＵ２１は検査ソフトウェアプログラムファイル３１ａ〜３１ｄに基づきコマンド信号を生成する。

こういった検査ソフトウェアプログラムファイル３１ａ〜３１ｄの実行にあたって、ＣＰＵ２１は、工程順ファイル３２ｃで関連付けられるパラメータファイル３３ａ〜３３ｄを利用する。パラメータファイル３３ａ〜３３ｄの利用にあたってＣＰＵ２１はパラメータファイル３３ａ〜３３ｄの拡張子「．ｘｘｘ」に基づき指定のソフトウェアモジュールを起動する。こうしてＣＰＵ２１はパラメータファイル３３ａ〜３３ｄを開く。続いてＣＰＵ２１は工程順ファイル３２ａ〜３２ｄ中の行番号７６に基づきパラメータファイル３３ａ〜３３ｃ中で指定の行番号６２を特定する。特定された行番号６２に従ってＣＰＵ２１は１セットのパラメータを読み出す。例えばパラメータファイル「ＱＡ１ ｐａｒａｍｅｔｅｒ」３３ａで行番号「１」が指定されると、ＣＰＵ２１は、「ＱＡ１ ｐａｒａｍｅｔｅｒ」３３ａから「１１００」「３２」「７２」「−３１０」「−３６０」といったパラメータを読み出す。こうして得られたパラメータに基づきＣＰＵ２１は前述のコマンド信号を作成する。コマンド信号は品質分析装置３９に送信される。コマンド信号に基づき品質分析装置３９は分析処理を実施する。

品質分析装置３９は、ＣＰＵ２１からのコマンド信号に応じて車両３５内の電子機器に所定の検査信号を送り込む。電子機器の反応に応じて品質分析装置３９は車両の品質を分析する。ここで、電子機器には、燃料噴射装置やライトの点灯スイッチ、ドアロックの開閉スイッチなどが含まれる。分析が完了すると、品質分析装置３９はＣＰＵ２１に向けて分析結果を通知する。通知にあたって通信データには前述の「車両識別子番号」が書き込まれる。ステップＳ９でＣＰＵ２１は通信データを受信する。こうした分析結果は例えばサーバー４１で収集されてもよい。

いま、例えば図１６に示されるように、表示画面上で「Ｍａｎｕａｌ Ｓｔａｒｔ」８１に代えて「Ａｕｔｏｍａｔｉｃ Ｓｔａｒｔ」８２が選択される場面を想定する。ＣＰＵ２１は記憶装置２２からオート起動コントロールファイル「ａｕｔｏ ｓｔａｒｔ」２９を取得する。オート起動コントロールファイル２９の拡張子「．ｘｘｘ」に基づきＣＰＵ２１は指定のソフトウェアモジュールを起動する。こうしてＣＰＵ２１はオート起動コントロールファイル「ａｕｔｏ ｓｔａｒｔ」２９を開く。続いてＣＰＵ２１はメインコントロールファイル２７中の行番号５６に基づきオート起動コントロールファイル２９中で指定の行番号４５を選択する。選択された行番号４５に従ってＣＰＵ２１はデータ群を読み出す。

その後、前述と同様に、ＣＰＵ２１は表示画面用の素材データ４８に基づき画像を生成する。例えば図１３に示されるように、リストファイル５９に基づき「モデルタイプオプションコード番号」の一覧８３が表示される。オート起動コントロールファイル２９中で行番号「０」が指定されることから、表示画面内の表記は英語で統一される。操作者は一覧８３から１モデルタイプオプションコード番号８４を選択する。こういった選択にあたって例えば上向きキー１６ａや下向きキー１６ｂが利用されればよい。

続いて、ＣＰＵ２１は表示画面用の素材データ４８に基づき再び画像を生成する。例えば図１７に示されるように、リストファイル６１に基づき「車両識別子番号」の一覧８９が表示される。オート起動コントロールファイル２９中で行番号「０」が指定されることから、表示画面内の表記は英語で統一される。操作者は一覧８９から１車両識別子番号９１を選択する。こういった選択にあたって例えば上向きキー１６ａや下向きキー１６ｂが利用されればよい。その後、前述と同様に、モデルタイプオプションコード番号８４に基づき工程順ファイル３２ａ〜３２ｅが記憶装置２２から読み出される。

いま、表示画面上の表記が例えば前述の英語から日本語に変更される場面を想定する。コントロールソフトウェアプログラム２５には予め所定のセットアップモジュールが組み込まれる。セットアップモジュールが起動されると、例えば図１８に示されるように、ハンディターミナル１１の操作者にはルートデータファイル９２および行番号９３の指定が促される。この表示画面で例えば行番号９３が「１」に変更されると、図１９に示されるように、ルートデータファイル２６中で行番号５８が変更される。その後、前述と同様にコントロールソフトウェアプログラム２５が実行されると、ＣＰＵ２１はメインコントロールファイル２７中の行番号「１」に基づき画像を生成する。その結果、例えば図２０に示されるように、表示画面には日本語の表記が映し出される。しかも、メインコントロールファイル２７ではマニュアル起動コントロールファイル２８やオート起動コントロールファイル２９の行番号５３、５６で「１」が指定される。その結果、例えば図２１に示されるように、マニュアル起動コントロールファイル２８やオート起動コントロールファイル２９に基づき画像が生成されると、表示画面の表記は日本語で統一されることができる。

いま、例えば新たな言語を登録する場面を想定する。所定のデータベースソフトウェアで例えばマニュアル起動コントロールファイル２８やオート起動コントロールファイル２９が開かれる。マニュアル起動コントロールファイル２８やオート起動コントロールファイル２９は例えば一般のパーソナルコンピュータ装置上で開かれればよい。パーソナルコンピュータ装置の表示画面上には、例えば図３や図４に示されるように、表形式でデータは表示される。操作者は特定の「行」で表示画面用の素材データ４４、４８に特定の言語でデータを書き込めばよい。続いてパーソナルコンピュータ装置上ではメインコントロールファイル２７が開かれる。操作者は特定の「行」で表示画面用の素材データ５１、５４に特定の言語でデータを書き込めばよい。行番号５３、５６には、マニュアル起動コントロールファイル２８やオート起動コントロールファイル２９で該当する行番号４２、４５が書き込まれればよい。こうしてコントロールソフトウェアプログラム２５はあらゆる言語に対応することができる。

パラメータの変更にあたって、工程順ファイル３２ａ〜３２ｅは所定のデータベースソフトウェアに基づき開かれればよい。工程順ファイル３２ａ〜３２ｅではパラメータファイル３３ａ〜３３ｅごとに行番号７６が変更されればよい。例えば工程順ファイル３２ａ〜３２ｅでパラメータファイル「ＱＡ１ ｐａｒａｍｅｔｅｒ」に対応して行番号７６が「２」に変更されると、検査ソフトウェアプログラムファイル３１ａの実行時にＣＰＵ２１はパラメータファイル「ＱＡ１ ｐａｒａｍｅｔｅｒ」から「１０８０」「２８」「７０」「−３１０」「−３４０」といった「春仕様」のパラメータを読み出す。その他、パラメータファイル３３ａ〜３３ｅに基づけば、パラメータの数値は変更されることができる。こういった変更にあたってパラメータファイル３３ａ〜３３ｅは所定のデータベースソフトウェアで開かれればよい。こうして検査ソフトウェアプログラムファイル３１ａ〜３１ｅの実行時に使用されるパラメータは比較的に簡単に変更されることができる。

同様に、工程順の変更にあたって、工程順ファイル３２ａ〜３２ｅは所定のデータベースソフトウェアに基づき開かれればよい。工程順ファイル３２ａ〜３２ｅでは「工程番号」６８が変更されてもよく「プログラムファイル」のファイル名７４が変更されてもよい。こういった変更に基づき検査ソフトウェアプログラムファイル３１ａ〜３１ｅの実行の順番は比較的に簡単に変更されることができる。例えば新たなファイル名で新たなプログラムファイルが記憶装置２２に登録されれば、こういった工程順ファイル３２ａ〜３２ｅ上のファイル名７４の変更のみで簡単に検査ソフトウェアプログラムファイル３１ａ〜３１ｅの変更は実現されることができる。

以上のような車両品質分析システムではデータ構造の構築にあたって独立した複数のファイルが利用される。１ファイル内の記述に基づき複数のファイルの間でデータの関連性は確立されることができる。したがって、比較的に簡単に多層構造のデータ構造は構築されることができる。

しかも、データは独立したファイル単位で管理されることができる。データの変更にあたって該当のファイルのみが開かれればよい。個々のファイルの容量は比較的に小さく設定されることから、変更の作業は軽減されることができる。その一方で、従来のように個々のデータがソフトウェアプログラムファイル中に組み込まれると、変更箇所を探し出すだけでも多大な労力が費やされてしまう。その上、以上のような車両品質分析システムではデータはファイルごとに表形式で表示されることができる。汎用的なデータベースソフトウェアは利用されることができる。使い慣れたユーザインターフェースに基づき作業は実施されることができる。

なお、前述の車両３５に搭載される電子機器には、供給される電気信号や電波に基づき動作するあらゆる機器および回路が含まれる。

車両品質分析システムで利用されるハンディターミナルの外観を概略的に示す平面図である。 車両品質分析システムの構成を概略的に示すブロック図である。 マニュアル起動コントロールファイルの構造を示す概念図である。 オート起動コントロールファイルの構造を示す概念図である。 メインコントロールファイルの構造を示す概念図である。 ルートデータファイルの構造を示す概念図である。 「モデルタイプオプションコード番号」のリストを含むリストファイルの構造を示す概念図である。 「車両識別子番号」のリストを含むリストファイルの構造を示す概念図である。 パラメータファイルの構造を示す概念図である。 工程順ファイルの構造を示す概念図である。 コントロールソフトウェアの処理手順を示すフローチャートである。 メインコントロールファイルに基づく画像の一具体例を示す図である。 マニュアル起動コントロールファイルに基づく画像の一具体例を示す図である。 マニュアル起動コントロールファイルに基づく画像の一具体例を示す図である。 マニュアル起動コントロールファイルに基づく画像の一具体例を示す図である。 メインコントロールファイルに基づく画像の一具体例を示す図である。 オート起動コントロールファイルに基づく画像の一具体例を示す図である。 セットアップモジュールに基づく画像の一具体例を示す図である。 変更後のルートデータファイルを示す概念図である。 日本語が選択された際にマニュアル起動コントロールファイルに基づく画像の一具体例を示す図である。 日本語が選択された際にマニュアル起動コントロールファイルに基づく画像の一具体例を示す図である。

符号の説明

２１ 演算処理回路（ＣＰＵ）、２２ 第１および第２記憶装置、３１ａ〜３１ｅ プログラムファイル、３５ 車両、３９ 品質分析装置、５２ データファイルの識別子、５３ 位置情報（行番号）、５５ データファイルの識別子、５６ 位置情報（行番号）、５７ データファイルの識別子、５８ 位置情報（行番号）、７５ データファイルの識別子、７６ 位置情報（行番号）。

Claims (10)

1. ソフトウェアに基づき作成された表形式のデータベースで構成される第１データファイル（３２ａ〜３２ｅ）を格納する第１記憶装置（２２）と、ソフトウェアに基づき作成された表形式のデータベースで構成され、複数のデータを含む第２データファイル（３３ａ〜３３ｅ）を格納する第２記憶装置（２２）と、第１および第２データファイルに基づき所定の指示を作成する演算処理回路（２１）と、演算処理回路の指示に基づき車両（３５）内の電子機器に所定の信号を送り込み、電子機器の反応に応じて車両の品質を分析する品質分析装置（３９）とを備え、前記第１データファイルは、少なくとも１プログラムファイルを特定するプログラムファイル識別子（７４）と、個々のプログラムファイルごとに行番号に関連づけて記述された前記第２データファイルを特定するデータファイル識別子（７５）とを含み、前記演算処理回路は、前記第１データファイルからプログラムファイル識別子、データファイル識別子および行番号を取得し、前記プログラムファイルの実行にあたって前記データファイル識別子および前記行番号に基づき前記第２データファイルから前記プログラムファイルに関連するデータを取得することを特徴とする車両品質分析システム。
2. 請求項１に記載の車両品質分析システムにおいて、前記第１データファイルは前記ソフトウェアに基づき書き換え可能に構成されることを特徴とする車両品質分析システム。
3. 請求項１または２に記載の車両品質分析システムにおいて、前記第２データファイルは前記ソフトウェアに基づき書き換え可能に構成されることを特徴とする車両品質分析システム。
4. 請求項１〜３のいずれか１つに記載の車両品質分析システムにおいて、前記ソフトウェアは表計算ソフトウェアであることを特徴とする車両品質分析システム。
5. ソフトウェアに基づき作成された表形式のデータベースで構成される第１データファイル（３２ａ〜３２ｅ）および第２データファイル（３３ａ〜３３ｅ）を管理するファイルの管理方法であって、
   前記第１データファイルを開く手順と、
   少なくとも１プログラムファイル識別子（７４）と、前記プログラムファイルごとに行番号に関連づけて記述された前記第２データファイルを特定するデータファイル識別子（７５）および行番号情報（７６）とを前記第１データファイルから取得する手順と、
   取得したプログラムファイル識別子に基づき対応のプログラムファイルを実行する手順と、
   当該プログラムファイルの実行にあたって前記データファイル識別子および前記行番号情報に基づき前記第２データファイルから当該プログラムファイルに関連するデータを取得する手順と
   を備えることを特徴とするファイルの管理方法。
6. 請求項５に記載のファイルの管理方法において、前記第１および第２データファイルは同一のソフトウェアで作成されることを特徴とするファイルの管理方法。
7. 請求項５または６に記載のファイルの管理方法において、前記ソフトウェアは表計算ソフトウェアであることを特徴とするファイルの管理方法。
8. ソフトウェアに基づき作成された表形式のデータベースで構成される第１データファイル（３２ａ〜３２ｅ）および第２データファイル（３３ａ〜３３ｅ）を演算処理回路に管理させるファイルの管理プログラムであって、
   前記第１データファイルを開く手順と、
   少なくとも１プログラムファイル識別子（７４）と、前記プログラムファイルごとに行番号に関連づけて記述された前記第２データファイルを特定するデータファイル識別子（７５）および行番号情報（７６）とを前記第１データファイルから取得する手順と、
   取得したプログラムファイル識別子に基づき対応のプログラムファイルを実行する手順と、
   当該プログラムファイルの実行にあたって前記データファイル識別子および前記行番号情報に基づき前記第２データファイルから当該プログラムファイルに関連するデータを取得する手順と
   を演算処理回路に実行させることを特徴とするファイルの管理プログラム。
9. 請求項８に記載のファイルの管理プログラムにおいて、前記第１および第２データファイルは同一のソフトウェアで作成されることを特徴とするファイルの管理プログラム。
10. 請求項８または９に記載のファイルの管理プログラムにおいて、前記ソフトウェアは表計算ソフトウェアであることを特徴とするファイルの管理プログラム。

Images