JP2003140895A - 組み替え可能なソフトウェアを持つ検査システム - Google Patents

Abstract

(57)【要約】 【課題】 プログラミングの知識がなくても所望の目的
の検査装置用ソフトウェアを構築することができ、か
つ、開発コストも軽減することを可能とする。 【解決手段】 コンピュータシステムにおいて、ある検
査装置用ソフトウェアに対し、ユーザーの要求に応じて
外部からのアプローチ（設定・手段）により、ソフトウ
ェアのコードを変更することなく所望の目的の動作を行
わせるために、各制御部の動作をエディタで編集するこ
とで所望の目的の検査装置用ソフトウェアを構築する構
成とすると共に、当該ソフトウェアとこのソフトウェア
で用いる情報ファイルを、データベースエンジンを有す
るネットワークサーバ（検査装置情報サーバ）２に格納
し、ネットワークを介して検索・入手可能とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、外部からのアプロ
ーチにより組み替え可能なプログラムを持つ検査システ
ムに係わり、特に、処理動作や、実行手順の変更を、ソ
フトウェアコードの変更無しに行うことにより、例え
ば、プリント基板や周辺装置の検査装置、または測定機
器において、プログラミングの知識なしで、所望の目的
の検査用ソフトウェアを構築することができ、かつ開発
コストを軽減を可能とした検査システムに関するもので
ある。

【０００２】

【従来の技術】従来、少なくともプロセッサと、メモリ
と、入力装置と、表示装置とを有し、前記メモリに記憶
され、前記プロセッサにより読み出されるＯＳとを有す
るコンピュータ・システム上で、ある所望の目的の検査
を達成するための検査装置用ソフトウェアを必要とする
場合があった。そのような場合には、そのソフトウェア
を開発するため、またはそのソフトウェアの一部の機能
の追加、修正等を行うためには、その都度ソフトウェア
のプログラミングが必要であり、そのための知識を有し
ないユーザは開発作業に携わることができなかった。

【０００３】また、知識を有するユーザーであっても、
追加、修正等に該当するプログラムコードを変更し、コ
ンパイラをかけなくてはならず、また再度検証テストを
やり直さなければならず、そのソフトウェアに関る多大
な開発コストが発生してしまうという不具合があった。

【０００４】さらに、ソフトウェア構築のためには、開
発環境を整えなければならず、その環境に依存しなけれ
ばならなかった。

【０００５】さらに、作成される設定ファイルは、ソフ
トウェアを汎用化することに比例して、情報量が膨大に
なり、複雑、煩雑になるおそれがあり、ユーザーが把握
しきれなくなる。また、変更を行う場合には、この設定
ファイルを再度編集する必要があるため、作業が膨大化
してしまう。

【０００６】さらに、動作をファイルに記述する際に
は、プログラミング言語のような複雑な方式にすること
は、本末転倒になってしまう。さらに、次回の開発の度
に、コマンドを羅列していく方法は、非常に面倒であ
る。

【０００７】さらに、ユーザーは、各コマンドに対する
詳細な設定（コマンドオプション）を、そのコマンドに
対応した数値等をファイルに書き込まなくてはならず、
ファイル作成において複雑かつ面倒になってしまう。

【０００８】さらに、これら作成されたファイル群は、
ソフトウェアを汎用化することに比例して、煩雑になる
おそれがある。

【０００９】従来のソフト自動作成方法あるいはテスト
・デバッグ方法に関する技術としては、例えば、特開平
９−６７０２号公報に記載の「周辺装置、デバイスドラ
イバソフト自動作成システム、デバイスドライバ」があ
る。このシステムは、目的とする周辺装置のデバイスド
ライバソフトを作成するために、必要となる制御コマン
ドおよび固有のパラメータを周辺装置に問い合わせるこ
とにより、その周辺装置から送信された制御コマンドと
固有パラメータを受信し、それらのコマンドとパラメー
タから目的とするデバイスドライバソフトを自動的に作
成し、作成したソフトをホストコンピュータにインスト
ールするものである。

【００１０】また、他の例として、特開平９−０８１４
１６号公報に記載の「テスト装置」では、メカ部の機能
を実動作を伴わないソフトウェアの疑似メカ装置を備
え、疑似メカ装置はコマンドを受信すると、予め用意さ
れたファイルからテストデータを入力して、コマンドで
指示された動作を実行し、実行結果をファイルに出力す
る。

【００１１】また、他の例として、特開平１０−３０１
８０３号公報に記載の「デバッグ装置、情報処理装置お
よび情報記憶媒体」では、対象装置がデバッグ用プログ
ラムを実行し、その出力をホスト機に送信して、ホスト
機からコマンドが送られてきた場合には、そのコマンド
の処理を行う。ホスト機はホストプログラムを実行し、
自動的またはユーザーの指示により対象装置にプログラ
ムを送って実行させたり、対象装置にメモリ読み出しの
コマンドを送って、結果を受け取り、これを表示する。

【００１２】さらに、他の例として、特開平７−３１９
９５０号公報に記載の「テストシステム」では、テスタ
の動作をソフトウェア的に模擬する仮想テスタととも
に、この仮想テスタが実行可能なテストプログラムに変
換するプログラム変換手段を設ける。

【００１３】その他にも、例えば、特開平１１−１１８
８８９号公報に記載の「テストプログラム生成システ
ム」、特開平１０−３４０２０１号公報に記載の「シス
テムテスト自動化装置」、あるいは、特開平６−１３９
１０１号公報に記載の「コンピュータソフトウェアの自
動検査システムおよび方法」等がある。

【００１４】

【発明が解決しようとする課題】前述のように、従来に
おいては、検査装置に用いるソフトウェアを開発するた
め、またはそのソフトウェアの一部の機能の追加、修正
等を行うためには、その都度ソフトウェアのプログラミ
ングが必要であり、そのための知識を有しないユーザは
開発作業に携わることができなかった。また、知識を有
するユーザーにおいても、追加、修正等に該当するプロ
グラムコードを変更し、コンパイラをかけなくてはなら
ず、また再度検証テストをやり直さなければならず、そ
のソフトウェアに関る多大な開発コストが発生してい
た。さらに、検査システムとして、その検査装置を開発
する部署（検査装置開発区）、検査装置を利用する部署
（製造実施区）の各々で個別に当該検査装置一式を用意
しなければならず、開発コストが高くなると共に、各区
間における同一性の確保が困難であった。

【００１５】そこで、本発明の目的は、これら従来の課
題を解決し、プログラミングの知識がなくても所望の目
的の検査装置用ソフトウェアを構築することができ、か
つ、開発コストも軽減することが可能な組み替え可能な
ソフトウェアを持つ検査システムを提供することにあ
る。

【００１６】

【課題を解決するための手段】上記目的を達成するた
め、本発明では、少なくとも入力部、表示部、記憶部を
有するコンピュータシステムにおいて、ある検査装置用
ソフトウェアに対し、ユーザーの要求に応じて外部から
のアプローチ（設定・手段）により、ソフトウェアのコ
ードを変更することなく所望の目的の動作を行わせるた
めに、周辺装置制御部、周辺装置通信部、シーケンス制
御部、ファンクション制御部、および各制御部エディタ
を設け、各制御部を制御部エディタで編集することによ
り、所望の目的の検査装置用ソフトウェアを構築すると
共に、当該ソフトウェアを含むソフトウェアファイル
（ソフトウェアとこのソフトウェアで用いる情報ファイ
ル）を、データベースエンジンを有するネットワークサ
ーバに格納し、ネットワークを介して検索・入手可能と
する。これにより、プログラミングの知識無しに、所望
の目的の検査装置用ソフトウェアを、容易に入手して構
築することができ、開発コストを削減できる。

【００１７】

【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。

【００１８】図１は、本発明の一実施例を示す組み替え
可能なソフトウェアを持つ検査システムの全体構成図で
あり、図２は、図１におけるホストＰＣの構成を示すブ
ロック図、図１８は、図２におけるコンピュータシステ
ムの汎用検査装置としての構成を示すブロック図、図１
９は、図２におけるコンピュータシステムの汎用検査装
置としての処理動作例を示す説明図である。

【００１９】まず、図２と図１８，１９を用いて図１の
検査システムにおける汎用検査装置の構成と動作を説明
する。

【００２０】図２において、破線の内部が、コンピュー
タシステム２０（ホストＰＣ）である。コンピュータシ
ステム２０とは、少なくとも、ＯＳ、メモリ、記憶媒
体、キーボード、ポインティングデバイス、および表示
機能を有するものを指している。本発明は、このような
構成の基で実現される。

【００２１】図２において、動作実行手順および処理機
能は、各制御部２５〜２８のソフトウェアコードを変更
することなく、各制御部エディタ部２１により設定され
た情報（データ）、あるいは各制御部エディタ部２１に
より作成され、記憶部２４に格納されたファイルの情報
（データ）により構築される。

【００２２】先ず、各制御部エディタ部２１は、各制御
部２５〜２８の機能の選択や処理フローを編集する機能
を持つ。ユーザーは、この各制御部エディタ部２１を使
用して、要求する処理動作や実行手順の編集を行って、
目的に合ったソフトウェアを構築する。

【００２３】表示部２２は、ＣＲＴディスプレイ等の表
示部であり、ユーザーが各制御部エディタ部２１を使用
する際に、この画面をみて編集を行う。

【００２４】入力部２３は、キーボード２１３、マウス
２１４等であり、ユーザーが各制御部エディタ部２１を
使用する際に、処理動作や実行手順の編集時の入力手段
として使用する。

【００２５】記憶部２４は、ＨＤＤ（ハードディス
ク）、ＦＤＤ（フレキシブルディスク）等の記憶媒体で
あり、各制御部エディタ部２１で編集された各制御部２
５〜２７に対する情報ファイルを格納する。

【００２６】シーケンス制御部２５は、本発明の装置の
動作実行手順を司る処理部である。すなわち、これは各
制御部エディタ部２１により設定された情報（デー
タ）、あるいは各制御部エディタ部２１により作成され
て、記憶部２４に格納されたファイルの情報（データ）
により構築されるソフトウェアである。このシーケンス
制御部２５の処理フローによりシステムが動作する。

【００２７】ファンクション制御部２６は、システムの
動作処理を司る処理部である。すなわち、これは各制御
部エディタ部２１により設定された情報（データ）、あ
るいは各制御部エディタ部２１により作成されて、記憶
部２４に格納されたファイルの情報（データ）により構
築されるソフトウェアである。このファンクション制御
部２６の制御の基に、周辺装置制御部２７、周辺装置通
信部２８および内部処理が実行される。

【００２８】周辺装置制御部２７は、外部Ｉ／Ｆ２１２
（例えば、パラレルポートやデジタルＩ／ＯのようなＩ
／Ｆをさす。）をもつ周辺装置に対する制御を行う。各
制御部エディタ部２１により設定された情報（デー
タ）、あるいは各制御部エディタ部２１により作成さ
れ、記憶部２４に格納されたファイルの情報（データ）
により構築されたソフトウェアであって、ファンクショ
ン制御部２６の制御下で動作する。

【００２９】周辺装置通信部２８は、通信Ｉ／Ｆ（例え
ばＲＳ２３２Ｃのようなシリアル通信Ｉ／Ｆをさす。）
をもつ周辺装置に対し、ハンドシェークを取りながら通
信制御を行う。各制御部エディタ部２１により設定され
た情報（データ）、あるいは各制御部エディタ部２１に
より作成され、記憶部２４に格納されたファイルの情報
（データ）により構築されたソフトウェアであって、フ
ァンクション制御部２６の制御下で動作する。

【００３０】また、記憶装置２４の代りに、外部記憶装
置２９や、ネットワーク２１７を介した大容量データベ
ース２１０への格納や、入力手段としてネットワーク２
１７を介した端末２１１，２１５あるいはワークステー
ション２１６からの遠隔操作も可能である。

【００３１】（検査装置構成例）図１８は、図２のコン
ピュータシステムを適用した検査装置の構成を示してお
り、ここでは、図２のコンピュータシステム２０を、プ
リント基板（ＰＣＢ）の検査装置として当てはめた時の
実施例を示している。

【００３２】図１８において、検査ホストＰＣ１８２１
が図２に示すコンピュータシステム２０に該当する。図
２における各周辺装置制御部２７は、パラレルＩ／Ｆ１
−２、ＧＰＩＢボード１−３を通して、デジタルオシロ
１８２５や検査回路１８２２を制御する。

【００３３】また、図２の周辺装置通信部２８は、シリ
アルＩ／Ｆ１−１を通して、ターゲットＰＣＢ１８２４
のＲＯＭ４−２を介して通信（ハンドシェーク）を行っ
たり、シリアルＩ/Ｆ１−１とパラレルＩ／Ｆ１−２の
切り替えによりシリアルプリンタ３−１、バーコードリ
ーダ３−２、インライン装置３−３と通信を行う。

【００３４】図２の周辺装置制御部２７は、図２の周辺
装置通信部２８およびシリアルＩ／Ｆ１−１から検査回
路１８２２、フィクスチャー１８２６を介して、ターゲ
ットＰＣＢ１８２４内のＩ／Ｏ制御ブロック４−３、ア
ナログブロック４−４、および画像処理ブロック４−５
との間でデータの転送を行う。

【００３５】尚、図２における各制御部エディタ部２１
での入力動作は、図２の表示部２２の画面上で行われ、
例えば、各検査テストに対して、テストのサブナンバ毎
にコマンド名と、レジスタに書き込まれたデータが画面
上で入力され、図２の記憶部２４に記録される。また、
ソースリストとしてファイル名がテストＩＤ毎に、さら
に、ターンリストとしてファイル名がターンの回数毎に
画面上で入力され、記憶部２４に記録される。また、そ
の画面上では、演算リスト、メインループ、繰り返し回
数等を操作ボタン領域で入力される。

【００３６】（ソフトウェアとファイルの構成）図１９
においては、図２のコンピュータシステム２０をプリン
ト基板（ＰＣＢ）の検査装置として適用させた時のソフ
トウェア例を示しており、実線の円形がシステム内のプ
ロセス、破線の円形がシステム以外のプロセス、三重線
の矩形がシステムに１つしかないファイル（区分Ａ）、
二重線の矩形が１部番について１つしかないファイル
（区分Ｂ）、一重線の矩形が１部番について複数存在す
るファイル（区分Ｃ）である。

【００３７】システム内のプロセスとしては、検査実行
プロセス４２と検査項目定義プロセス３５と実行手順定
義プロセス３４とオシロ設定情報取得プロセス３３の４
つがある。

【００３８】検査実行プロセス４２は、オシロ設定ファ
イル３６、オシロマスクファイル３７、ログビュアプロ
セス３８、セレクトログファイル３８a、全ログファイ
ル３９、検査環境保存ファイル４３、ＰＬＤデータ対応
テーブル４４、ＰＬＤデータファイル４６、ＲＥＦデー
タファイル４７、画像処理モード変換テーブル４８、Ｐ
ＬＴＳレジスタ変換テーブル４９、検査項目定義ファイ
ル４１および検査実行手順ファイル４０からデータを参
照している。

【００３９】検査項目定義プロセス３５は、部番ファイ
ル３１、検査項目定義ファイル４１、ＰＬＴＳレジスタ
変換テーブル４９、画像処理モード変換テーブル４８、
マクロ定義ファイル５１および基本コマンドセットファ
イル５０からデータを参照している。

【００４０】尚、図１９においては、各ファイルの関係
が示されており、キー項目について矢印の方向にファイ
ル内の項目を参照している。また、キー項目の記載のな
い矢印では、ファイル名、フォルダ名の参照を行ってい
る。

【００４１】例えば、検査実行手順ファイル４０からは
検査環境保存ファイル４３内のファイル名を参照し、検
査項目定義ファイル４１からは検査実行手順ファイル４
０内の検査項目ＩＤおよびファイル名を参照し、オシロ
設定ファイル３６およびオシロマスクファイル３７から
は、検査項目定義ファイル４１内のファイル名を参照し
ている。また、画像処理モード変換テーブル４８から
は、検査項目定義ファイル４１内の画像処理モード名を
参照し、ＰＬＴＳレジスタ変換テーブル４９からは、検
査項目定義ファイル４１内のＰＬＴＳレジスタ名を参照
している。

【００４２】以下、図１８，１９に基づき、プリント基
板（ＰＣＢ）の検査装置としての機能動作を説明する。

【００４３】図１８に示す検査ホストＰＣ１８２１が、
図２のコンピュータシステム２０に該当する。先ず、ユ
ーザーが図２に示す表示部２２を見ながら入力部２３か
ら、各制御部２５〜２７の設定を各制御部エディタ部２
１により行う。設定された情報で、シーケンス制御部２
５では全体の動作の流れを制御し、ファンクション制御
部２６では各検査の処理フローを制御する。

【００４４】ファンクション制御部２６の制御の基で
は、検査の流れは周辺装置制御部２７が検査回路１８２
２の制御を行い、フィクスチャー１８２６を通して、タ
ーゲットＰＣＢ１８２４にテスト信号を送出し、結果デ
ータを受信する。また、この時、図２の周辺装置通信部
２８は、ターゲットＰＣＢ１８２４の治具ＲＯＭ４−２
とのハンドシェークをとり、検査の同期を行う。

【００４５】検査のパターンを変更するときは、図２の
各制御部エディタ部２１で設定を変更（追加や修正）し
て実現する。

【００４６】尚、図１８に示す構成において、必要なハ
ードウェアの設定やその装置環境の設定パラメータを各
制御部エディタ部２１により編集（選択や設定）するこ
とにより、その環境に応じた設定にソフトウェアがダイ
ナミックに変更される。

【００４７】また、図１９の構成に示すように、検査項
目を定義する検査項目定義ファイル４１を設け、検査項
目定義プロセス３５により検査項目を設定すると、検査
実行プロセス４２は、検査項目定義ファイル４１を読み
込み、内容を解釈し検査項目の個々の内容を設定し、設
定された検査項目を順次行う。

【００４８】また、検査項目定義プロセス３５は、予め
各検査の処理パラメータ情報が格納されている基本コマ
ンドセットファイル５０を読み込み、各検査項目の処理
定義（編集）を行い、検査項目定義ファイル４１として
作成保存する。

【００４９】実行手順定義プロセス３４は、検査の手順
を設定する。この検査の手順とは、どの検査項目をどう
いう順番で何回実行するかという動作の流れを設定する
ものであり、先に作成された検査項目定義ファイル４１
を参照し、検査項目のピックアップ、順番入れ替え、実
行回数等の設定を行い、その情報を検査実行手順ファイ
ル４０として作成保存する。

【００５０】実際に動作するソフトウェアは、検査実行
プロセス４２であり、先に設定保存された検査実行手順
ファイル４０を基に検査を実行する。すなわち、実行手
順ファイル４０より順番に検査項目を呼び出し、検査手
順を解釈する。そして、その検査項目に該当する検査項
目定義ファイル４１の検査項目の処理情報に従い検査を
行い、指定回数終了すれば、次の検査項目を呼び出し、
同様な処理を行っていく。

【００５１】このようにして、新たな検査の手順が設定
され、検査項目定義ファイル４１の保存が行われる。

【００５２】また、検査項目定義プロセス３５は、プリ
ミティブなコマンド群を定義した基本コマンドセットフ
ァイル５０から、プリミティブな基本コマンド群を読み
込み、エディタ上で基本コマンドを一つの検査項目内容
として、一つあるいは複数配置し、その定義内容を検査
項目定義ファイル４１に保存する。

【００５３】また、検査項目定義プロセス３５は、基本
コマンドセットファイル５０からプリミティブな基本コ
マンド群を読み込み、エディタ上で基本コマンドを一つ
の検査項目内容として一つあるいは複数配置し、配置さ
れた基本コマンド群にマクロ名をつけマクロとして設定
し、マクロ定義ファイル５１へ保存する。

【００５４】尚、予め各コマンドのパラメータ情報を定
義しておき、コマンドのパラメータ数、各パラメータの
分類、最小値・最大値や選択情報等の情報を基本コマン
ドセットファイル５０に収めておくことで、図２の各制
御部エディタ部２１は、この情報を基にエディット機能
を実現させる。画面上では、そのパラメータ選択時、ユ
ーザーには、選択肢か、指定範囲内の数値や文字列入力
を可能にする。

【００５５】基本コマンドセットファイル５０に収める
基本コマンドファイルのフォーマットは、ヘッダ部（フ
ァイルＩＤ、バージョン、コマンド数等）とデータ部
（基本コマンド等）からなり、基本コマンドフォーマッ
トは、（コマンド）＋（パラメータ１）＋（パラメータ
２）の形式をとる。

【００５６】このような検査装置において、検査するＰ
ＣＢ毎に各種ファイルを、例えば自動的にディレクトリ
毎に収めて管理することにより、該当するＰＣＢの検査
がその必要なファイルを参照することで実現できる。

【００５７】例えば、図１９において、制御部のエディ
タを行う検査実行定義プロセス４２、実行手順定義プロ
セス３４、およびオシロ設定情報取得プロセス３３や、
実際に検査するソフトウェアを実行する検査実行プロセ
ス４２は、所定の設定画面で、先ず該当するＰＣＢ（部
番）を選択することにより、設定や実行を可能とする。

【００５８】図２の各制御部エディタ部２１が作成した
ファイルは、必ず選択された部番のファイルディレクト
リに格納され、各制御部（図１９の検査実行プロセス４
２）は、自分が起動される時に被検査ＰＣＢの部番を選
択することにより、該当するディレクトリを取得し、そ
のＰＣＢに該当するディレクトリから必要なパラメータ
ファイルのデータを参照して実行される。

【００５９】以上のようにして、図２のシステムでは、
プログラミングの知識がなくても所望の目的の検査装置
用ソフトウェアを構築することができ、開発コストも不
要にすることが可能である。また、環境に依存せず、ユ
ーザーが自由に所望の目的の検査装置用ソフトウェアを
ユーザーの環境下で構築することができる。また、ユー
ザーが把握できる範囲で整理された手順で所望の目的に
応じた設定により、検査装置用ソフトウェアを動作させ
ることができ、また手順の設定ファイルのみを変更する
ことにより、簡単に検査装置全体のシーケンスを変更す
ることが可能である。また、コマンド羅列のファイルを
作成するだけの簡単な方法で検査装置用ソフトウェアを
開発することが可能である。また、用途に応じたマクロ
を作成することにより、ファイルの作成を容易にでき
る。さらに、用途に応じたパラメータを提供すること
で、ファイルの作成が容易になる。また、ユーザー設定
ミスによるファイルのエラーを防止することができる。
さらに、ユーザーが意識すること無く、ある所望の目的
に応じた設定により検査装置用ソフトウェアを動作させ
ることができる。

【００６０】以下、このような効果を有する図２の汎用
検査装置に適用される図１に示す構成の組み替え可能な
ソフトウェアを持つ検査システムについて説明する。

【００６１】図２と図１８，１９で説明したように、図
２の汎用検査装置は、被検査機（検査対象機種）へのテ
スト回路をＰＬＤの集合で実現する検査回路部と、少な
くとも入力部、表示部、記憶部を有し、その検査回路部
および対象被検査機とのＩ／Ｆを有するコンピュータシ
ステム装置（ホストＰＣ）と、そのホストＰＣに実装し
てあるこれら検査回路、対象被検査機を制御する制御ソ
フトウェアで構成され、ユーザの要求に応じて外部から
のアプローチ（設定・手段）により、ソフトウェアのコ
ードを変更することなく所望の目的の検査を行うことが
できる。

【００６２】このような検査装置では、検査装置の開発
部署である検査装置開発区、検査装置の利用部署である
製造統括区、製造実施区(製造Ａ社〜Ｎ社)等の各々で、
当該検査システム一式を個別に用意するか、(リソース
の共有が必要であれば)機能区を兼務することでリソー
スを共有する必要がある。あるいは、何らの共有をせず
に当該検査装置一式を個別に用意した場合については、
兼務しなかった機能区間における同一性の確保に難があ
る。また、一機能区内において複数の検査装置が稼動す
る場合においても同様の難がある。

【００６３】そこで、本例の組み替え可能なソフトウェ
アを持つ検査システムでは、図１で示すように、検査装
置の制御ソフトウェア、ＰＬＤファイル、各種設定ファ
イル、検査対象機種固有の検査ソフト等ファイルをデー
タベースエンジンを有するネットワークサーバ（図中
「検査装置情報サーバー」と記載）２に格納し（設計デ
バッグリソースＤＢ２ａ、要求仕様ＤＢ２ｂ、ソフトウ
ェアリソースＤＢ２ｃ、ＰＬＤリソースＤＢ２ｄ、ＲＯ
ＭモジュールＤＢ２ｅ、検査設定ファイルリソースＤＢ
２ｆ、ログ情報ＤＢ２ｇ、ｅｔｃＤＢ２ｈ）、検査装置
開発区１と製品開発区３、および、検査システム利用区
４などの関連各区に導入してある検査装置から検索・入
手可能にする。

【００６４】尚、検査システム利用区４は、製造統括区
５と、製造Ａ社７、製造Ｂ社８、製造Ｎ社９等の製造実
施区６とからなる。そして、検査装置開発区１、製品開
発区３、製造統括区５、製造Ａ社７、製造Ｂ社８、製造
Ｎ社９のそれぞれにおいて、ホストＰＣ１ａ，３ａ，５
ａ，７ａ〜９ａと検査回路１ｂ，３ｂ，５ｂ，７ｂ〜９
ｂが検査装置を構成するものとして設けられている。

【００６５】以下、図３から図６を用いて、図１に示す
構成のシステムの動作説明を行う。

【００６６】図３は、図１における検査システムの第１
の処理動作例を示す説明図であり、図４は、図１におけ
る検査システムの第２の処理動作例を示す説明図、図５
は、図１における検査システムの第３の処理動作例を示
す説明図、図６は、図１における検査システムの第４の
処理動作例を示す説明図である。

【００６７】図１の構成のシステムにおいては、検査シ
ステム全体が機能区(あるいは拠点等)を跨って有機的に
動作する。例えば、図３に示すようにして、検査システ
ム利用区４が検査に関する要求仕様をネットワークサー
バ２に要求使用ＤＢ２ｂとして登録し（ステップ３０
１）、検査装置開発区１が、要求仕様ＤＢ２ｂを検索し
て（ステップ３１２）、所望の検査要求仕様を取得する
（ステップ３１３）。

【００６８】尚、図１においては、検査システム利用区
４を構成する製造統括区５が要求仕様を登録している
が、製造実施区６が１つのみで特に統括区がなくて該当
実施区が要求仕様を登録したり、製造統括区５は特に設
けず複数の製造実施区６（製造Ａ社７、製造Ｂ社
８、：、製造Ｎ社９）の何れかが代表して要求仕様を登
録しても良い。また、要求仕様の登録・入手に関して
は、この部分のみ、別手段、例えば、電子メールや会議
等に拠っても良い。

【００６９】このようにして要求仕様を入手した検査装
置開発区１は、図４に示す処理を行う。すなわち、入手
した要求仕様に基づいて、制御ソフトの開発（追加機能
等）（ステップ４１１）と開発したソフトリソースのネ
ットワークサーバ２のソフトリソースＤＢ２ｃへの登録
（ステップ４１２）、検査環境の開発（設定ファイル
等）（ステップ４１３）と開発した検査設定ファイルリ
ソースのネットワークサーバ２の検査設定ファイルリソ
ースＤＢ２ｆへの登録（ステップ４１４）、ＰＬＤ（フ
ァーム）の開発（ステップ４１５）と開発したＰＬＤリ
ソースのネットワークサーバ２のＰＬＤリソースＤＢ２
ｄへの登録（ステップ４１６）、および、ＲＯＭモジュ
ールの開発（ステップ４１７）と開発したＲＯＭモジュ
ールのネットワークサーバ２のＲＯＭモジュールリソー
スＤＢ２ｅへの登録（ステップ４１８）を行う。

【００７０】このような登録がなされたネットワークサ
ーバ２にアクセスして、検査システム利用区４では、所
望する、ソフトリソースの検索（ステップ４０１）と入
手（ステップ４０２）、検査設定ファイルリソースの検
索（ステップ４０３）と入手（ステップ４０４）、ＰＬ
Ｄリソースの検索（ステップ４０５）と入手（ステップ
４０６）、および、ＲＯＭモジュールの検索（ステップ
４０７）と入手（ステップ４０８）を行う。

【００７１】尚、図４に示す検査装置開発区１の処理動
作は、シーケンシャルに行われているが、例えば、図５
の各ステップ５０１〜５０８で示すように、リソースの
種類毎に平行して開発することでも良いし、その他の順
序・単位で開発・登録を行っても良い。

【００７２】そして、図６に示すように、検査システム
利用区、特に製造実施区６の例えば製造Ａ社７におい
て、検査を実施し（ステップ６０１）、ログ情報を、ネ
ットワークサーバ２のログ情報ＤＢ２ｇに登録し（ステ
ップ６０２）、製造統括区５において、ログ情報ＤＢ２
ｇからログ情報を検索して入手し（ステップ６１１，６
１２）、解析等に活用する（ステップ６１３）。

【００７３】このようにして、図１のシステムにおいて
は、各機能区からネットワークを介して一様にサーバ１
のデータベースにアクセス可能となるので、各機能区が
(独立して)各々の機能を果たしつつ、機能区間でリソー
スを共有できる。また、共有できない部分は、一般的な
ホストＰＣ（１ａ，３ａ，５ａ，７ａ〜９ａ）と汎用的
な検査回路（１ｂ，３ｂ，５ｂ，７ｂ〜９ｂ）部分だけ
なので、最小限のコストで各区(特に検査システム利用
区４)を追加・拡張できる。さらに、(再現や解析等で)
機能区間で同一性の確保が必要な場合や、同一機能区内
の複数システム間等においても、同一性の確保が容易に
なる。

【００７４】このように、図１のシステムでは、リソー
スを共有することは可能だが、データ種別およびデータ
量が膨大になると、どのリソースを活用すれば良いかを
見つける為に手間と時間がかかってしまう。

【００７５】このような問題に対処するために、本例の
システムでは、ネットワークサーバ１において、各リソ
ースを機能単位で分割して登録し、利用区はその機能単
位でリソースを取り寄せることが可能となるようにして
いる。以下、このような実施例を、図７から図９に基づ
き説明する。

【００７６】図７は、図１におけるサーバの構成例を示
すブロック図であり、図８は、図７におけるサーバの処
理動作例を示すフローチャート、図９は、図８における
処理に伴う画面表示例を示す説明図である。

【００７７】図７において、７１はユーザ端末であり、
７２はネットワークサーバである。ユーザ端末７１とや
り取りをするネットワークサーバ７２には、データ登録
部７４と、データ検索部７５と、データ転送部７６と、
データを格納する媒体（図中「ＤＢ」と記載）７７、お
よび、ユーザ端末７１の認識とユーザ要求の可否を判定
するセキュリティ部７３が設けられている。

【００７８】そして、図８に示すように、ユーザ端末７
１からネットワークサーバ７２に検査データを登録する
場合は（ステップ８０１）、セキュリティ部７３を通し
てデータ登録部７４に登録を依頼する。

【００７９】この依頼に対応してネットワークサーバ７
２は、セキュリティ部７３においてユーザ認証を行い
（ステップ８０５）、その後、データ登録部７４におい
て検査データをＤＢ７７に登録する（ステップ８０６，
８０４）。この際、データ登録部７４は、当該検査デー
タを、利用区がその機能単位で取り寄せることが可能と
なるように、各検査データを機能単位で分割して登録す
る。

【００８０】また、ユーザ端末７１からネットワークサ
ーバ７２に対して、検査データを閲覧・検索する場合は
（ステップ８０２）、セキュリティ部７３を通してデー
タ検索部７５に検索を依頼する。

【００８１】この依頼に対応してネットワークサーバ７
２は、セキュリティ部７３においてユーザ認証を行い
（ステップ８０７）、その後、データ検索部７５におい
て、ＤＢ７７を検索し（ステップ８０８）、検索・抽出
した検索結果データや閲覧データをデータ転送部７６に
よりセキュリティ部７３を通してユーザ端末７１に転送
する（ステップ８０９，８０４）。

【００８２】そして、ユーザ端末７１でネットワークサ
ーバ７１から検査データを取り寄せる場合は（ステップ
８０３）、セキュリティ部７３を通してデータ検索部７
５に検索を依頼する。

【００８３】この依頼に対応してネットワークサーバ７
２は、セキュリティ部７３においてユーザ認証を行い
（ステップ８１０）、データ検索部７５において、ＤＢ
７７を検索し（ステップ８１１）、検索・抽出した検査
データをデータ転送部７６によりセキュリティ部７３を
通してユーザ端末７１に転送する（ステップ８１２，８
０４）。

【００８４】上述の検査データの登録処理では、ユーザ
端末７１においてユーザが、ファイル指定や、他アプリ
ケーションからのドラッグアンドドロップなどの操作を
行い、検査データを登録する。このような登録の際、ユ
ーザには、ユーザ端末７１においてネットワークサーバ
７２上にファイルを置くだけの作業に見えるが、ネット
ワークサーバ７２内のデータ登録部７４が登録に関する
一切の作業を行う。

【００８５】また、検索データの閲覧・検索では、図９
に示す画面の初期起動の際に登録済みの一覧を表示す
る。この図９の画面における左側のツリー構造で示され
るように、検査内容別（１０系、画像系、ＡＳＩＣ
系）、デバイス別（ＣＰＵ、バス）、メーカ別（Ａ〜
Ｃ）で分類され、右側のリストで示されるように、目的
階層の検査データファイルの一覧が表示される。

【００８６】そして、ユーザがメニュー、ボタンから検
索文字列を入力すると、それに対応してネットワークサ
ーバ７２内のデータ検索部７５がＤＢ７７の検索を行
い、検索結果をデータ転送部７６とセキュリティ部７３
を介してユーザ端末７１に転送する。

【００８７】ユーザ端末７１では、転送されてきたデー
タをソフトウェアで解析し、その結果を図９の表示画面
にて表示する。検査データの取り寄せは、図９の右側リ
ストからファイルを持ってくるか、同図の左側ツリーか
ら階層単位で取り寄せる。ユーザがメニューまたはＧＵ
Ｉ（Graphical User Interface）操作にてこれらの作業
を行うと、ネットワークサーバ７２内のデータ検索部７
５がＤＢ７７から当該検査データを取り出し、データ転
送部７６とセキュリティ部７３を介してユーザ端末７１
に転送する。

【００８８】このような処理形態により、ユーザによる
リソースの検索が容易になり、検査装置構築においての
開発効率向上や時間短縮が図れる。

【００８９】しかし、システム全体のコスト軽減に、さ
らに、次の技術を適用することができる。すなわち、特
に製造ラインの検査工程や市場不具合の解析において
は、機種毎に、検査または障害解析設備を構築しなけれ
ばならず、その設備導入コストや、検査仕様の検討や解
析手段の検討を行い、検査および解析ツールの構築に設
備導入コストや工数が費やされている。

【００９０】このような問題に対処するために、さら
に、検査システム利用区４の持つホストＰＣ（５ａ，７
ａ〜９ａ）をネットワークサーバ２にネットワークで接
続し、検査システム利用区４をこのシステムに加入させ
る。そして、汎用検査装置の基本構成部分（汎用的に使
用できる検査回路部）を、無償や、レンタルまたはリー
ス等の低料金で提供する。例えば、検査装置開発区１
が、検査システム利用区４から、検査を行いたい検査対
象機種の開発委託を受けると、検査対象機種の検査機能
モジュール（検査に必要なＰＬＤファイル、各種設定フ
ァイル、検査アプリケーション（制御ソフトウェア）、
機種固有の検査用ソフト等）を開発し、ネットワークを
介して提供する。以下、図１０を用いて、このようなシ
ステム例を説明する。

【００９１】図１０は、図１における検査システムの第
５の処理動作例を示すシーケンス図である。

【００９２】新たな検査システム利用区の本システムへ
の加入（ステップ１００１）は、検査システム利用区か
ら検査装置開発区への加入申請により行われる（ステッ
プ１００６）。この加入申請を受けた検査装置開発区か
ら申請元の検査システム利用区に基本構成部（汎用的に
使用できる検査回路部）が提供され（ステップ１００
７）、かつ、検査システム利用区のホストＰＣとネット
ワークサーバ間がネットワークで接続され（ステップ１
００８）、当該検査システム利用区での基本装置の構築
が完了する（ステップ１００２）。

【００９３】その後、検査システム利用区から要求仕様
をネットワークサーバの要求仕様ＤＢに登録し、検査装
置開発区への開発委託を行う（ステップ１００３，１０
０９）。委託を受けた検査装置開発区は、その要求仕様
をネットワークサーバの要求仕様ＤＢより取得し、該当
する既存の検査機能モジュールの検索および新規開発要
素を割り出し（ステップ１０１０，１０１１）、開発見
積りを提示する（ステップ１０１７）。

【００９４】検査システム利用区と検査装置開発区の双
方で見積りに対し合意がとれた時点で、検査装置開発区
は新規検査機能モジュールの開発を行う（ステップ１０
１８，１０１９）。開発区は、完成させた新規検査機能
モジュールを、図４，５で説明した様に順次リソースと
してネットワークサーバに登録し（ステップ１０１
２）、全て登録終了した時点で、ネットワークサーバに
完了通知を送り、ネットワークサーバから検査システム
利用区に対して契約料金支払い依頼を発行する（ステッ
プ１０１３）。

【００９５】検査システム利用区が契約料金を支払い
（振り込み）（ステップ１００４）、その旨がネットワ
ークサーバを介して検査装置開発区に通知されると（ス
テップ１０１４）、ネットワークサーバからのその機種
の検査機能モジュール群のロードか可能になり、検査装
置開発区からネットワークサーバに、委託先の検査シス
テム利用区へのロード要求が出され（ステップ１０１
５）、ネットワークサーバから当該検査システム利用区
のホストＰＣに、各種ファイルがダウンロードされ（ス
テップ１０１６）、検査システム利用区での検査装置と
しての構築が完了する（ステップ１００５）。

【００９６】加入後、検査システム利用区では、各情報
をネットワークを介して送受信可能となる。また、料金
支払いにおいてもクレジットカードや、電子マネーシス
テム等を活用することで、全てが本システムのネットワ
ークで可能となる。

【００９７】このようにして利用区が一度、本システム
への加入を行うことで、以降、類似別機種の検査装置を
構築する際には、新たに設備を導入すること無く、その
機種の検査機能モジュール群に対しての開発費を支払え
ばよく、また、ネットワークサーバから検査機能モジュ
ール群をロードすれば、その機種の検査装置が簡単に構
築でき、設備の構築期間や投資を抑えることができる。

【００９８】しかし、この例では、検査システム利用区
は、機種が変わる度にその機種の検査機能モジュール群
に対しての開発費を支払わなければならない。このよう
な問題には、本システムのネットワークサーバに登録さ
れている既存の検査機能モジュール単位で課金制を設け
る機能をネットワークサーバに持たせることで対処でき
る。

【００９９】例えば、本システムに加入している検査シ
ステム利用区が、対象機種の検査を行う際、ネットワー
クサーバに登録されている既存の検査機能モジュールで
対象機種の検査が構築できるのであれば、ネットワーク
サーバよりロードする際にそのロード情報で課金を行
う。以下、図１１を用いて、このようなシステム例を説
明する。

【０１００】図１１は、図１における検査システムの第
６の処理動作例を示すシーケンス図である。

【０１０１】本例では、検査システム利用区は既に本シ
ステムに加入し、検査装置のホストＰＣが本システムの
ネットワークサーバとネットワークで接続されているも
のとする。この状態で、開発委託に伴い（ステップ１１
０１）検査システム利用区が、機種の検査仕様に合致し
た検査機能モジュールがあるかネットワークサーバに検
索要求を出すと（ステップ１１０４）。ネットワークサ
ーバは、検査システム利用区からの情報の基に検索を行
い（ステップ１１０５）、当該モジュールのリストを課
金の料金情報と共に利用区側に提示する（ステップ１１
０６）。

【０１０２】検査システム利用区は、ネットワークサー
バから提示された内容を確認し、要求に適合しているな
ら、提示された料金を支払い、その検査機能モジュール
のロード要求をネットワークサーバに対して行い（ステ
ップ１１０１，１１０７）、ネットワークは、検査装置
開発区に対して、既存の検査機能モジュールの使用要求
の通知を送出する（ステップ１１０８）。

【０１０３】検査装置開発区は、ネットワークサーバか
ら既存の検査機能モジュールの使用要求の通知を受ける
と、利用者からの料金の振込み確認を行い（ステップ１
１１１）、その後、検査機能モジュールの配信許可をネ
ットワークサーバに送る（ステップ１１０９）。

【０１０４】ネットワークサーバは、検査装置開発区か
らの配信許可を受けて、委託元の検査システム利用区に
対する当該検査機能モジュールのロードを行い（ステッ
プ１１１０）、これにより、検査システム利用区での検
査装置構築が完了する（ステップ１１０３）。

【０１０５】このように、既存の検査機能モジュールの
組合せで対象機種の検査が構築できる場合、検査システ
ム利用区は、検査機能モジュール単位でのロードに対し
て課金を支払えば済むので、その機種の検査装置を簡単
に構築でき、設備の構築期間や投資を抑えることができ
る。

【０１０６】このようにして検査システム利用区の要求
した検査仕様に基づき検査装置開発区が開発を行ってい
るが、外部に開発委託を行いたくない場合等、利用区サ
イドで、システムのリソース等の活用を行い、検査機能
モジュールを開発したい場合がある。

【０１０７】このような場合、検査システム利用区が検
査装置開発区に開発委託する際に、検査システム利用区
が開発した新規の検査機能モジュールについて、検査装
置開発区がライセンス料を支払い、その新規検査機能モ
ジュールを買い取り、既存検査機能モジュールとして登
録すれば良い。以下、図１２を用いて、このようなシス
テム例を説明する。

【０１０８】図１２は、図１における検査システムの第
７の処理動作例を示すシーケンス図である。

【０１０９】開発委託（ステップ１２０１）に伴い、検
査システム利用区から機種対応の要求仕様が検査装置開
発区に通知する（ステップ１２０５）。この際、検査シ
ステム利用区サイドで、システムのリソース等の活用を
行い開発した検査機能モジュールを検査装置開発区に提
供する。

【０１１０】委託を受けた検査装置開発区においては、
当該検査機能モジュールを開発して契約料金支払い依頼
を発行する（ステップ１２０６）。この際、開発した検
査機能モジュールは、検査システム利用区サイドから提
供された検査機能モジュールを含めて、ネットワークサ
ーバに登録される。

【０１１１】依頼を受けた検査システム利用区が契約料
金を支払い（振り込み）（ステップ１２０２）、その旨
が検査装置開発区に通知されると（ステップ１２０
７）、検査装置開発区からネットワークサーバに、委託
先の検査システム利用区へのロード要求が出され（ステ
ップ１２０８）、ネットワークサーバから当該検査シス
テム利用区のホストＰＣに、各種ファイルがダウンロー
ドされ（ステップ１２０９）、検査システム利用区での
検査装置としての構築が完了する（ステップ１２０
３）。

【０１１２】その後、検査装置開発区から検査システム
利用区に対して、この検査システム利用区サイドで開発
して検査装置開発区に提供された検査機能モジュールに
対するライセンス料の支払いと（ステップ１２１０）、
当該提供検査機能モジュールのネットワークサーバへの
登録が行われ（ステップ１２１１）、検査システム利用
区では、自分で開発した検査機能モジュールに関して
は、検査装置開発区からライセンス料が得られる（ステ
ップ１２０４）。

【０１１３】このようにして、検査システム利用区では
開発効率の向上が図られ、尚且つ、その開発成果物に対
してのライセンス料を検査装置開発区から受けることが
でき利益にもなる。また、検査装置開発区においても、
検査モジュールのリソースを外部から獲得することがで
き、別の開発時においてリソースの流用が可能となり、
開発効率の向上および開発工数の削減が図れる。

【０１１４】しかし、このようにして外部開発の検査機
能モジュールをネットワークサーバに登録する場合、検
査機能モジュールの品質、機能に関わらず何でも登録さ
れることとなり、データが煩雑になり、有効な検査機能
モジュールを探しにくくなる。

【０１１５】このような問題に対処するために、次の図
１３に示すように、本システムに加入している検査シス
テム利用区が、検査装置開発区から提供された汎用検査
装置およびその機種に対する各種ファイルを使用して、
検査を行った場合、その検査数量（検査実績値）がある
一定値以上になったことをもって、その際に使用した
（検査システム利用区で開発された）検査機能モジュー
ルが安定した品質に達したと判断し、検査装置開発区が
その検査機能モジュールに対し、開発元の検査システム
利用区にライセンス料を支払い買い取りその検査機能モ
ジュールを登録する。

【０１１６】図１３は、図１における検査システムの第
８の処理動作例を示すシーケンス図である。

【０１１７】開発委託（ステップ１３０１）に伴い、検
査システム利用区から機種対応の要求仕様が検査装置開
発区に通知する（ステップ１３０７）。この際、検査シ
ステム利用区サイドで、システムのリソース等の活用を
行い開発した検査機能モジュールを検査装置開発区に提
供する。

【０１１８】委託を受けた検査装置開発区においては、
当該検査機能モジュールを開発してネットワークサーバ
に登録すると共に（ステップ１３０８）、検査システム
利用区に対して契約料金支払い依頼を発行する（ステッ
プ１３０９）。

【０１１９】依頼を受けた検査システム利用区が契約料
金を支払い（振り込み）（ステップ１３０２）、その旨
が検査装置開発区に通知されると（ステップ１３１
０）、検査装置開発区からネットワークサーバに、委託
先の検査システム利用区へのロード要求が出され（ステ
ップ１３１１）、ネットワークサーバから当該検査シス
テム利用区のホストＰＣに、各種ファイルがダウンロー
ドされ（ステップ１３１２）、検査システム利用区での
検査装置としての構築が完了する（ステップ１３０
３）。

【０１２０】その後、検査システム利用区において、構
築した検査装置を稼動させて（ステップ１３０４）、検
査を実施する（ステップ１３０５）。その検査実施稼働
状況をネットワークサーバで監視し（ステップ１３１
３）、その検査実施において、検査システム利用区で開
発された検査機能モジュールが予め定められた一定量以
上利用されたことが認識されれば（ステップ１３１
４）、その旨を伝える情報が検査装置開発区に通知され
る（ステップ１３１５）。

【０１２１】この通知を受けると、検査装置開発区は、
検査システム利用区に対して、この検査システム利用区
サイドで開発して検査装置開発区に提供された検査機能
モジュールに対するライセンス料を支払い（ステップ１
３１６）、当該提供検査機能モジュールをネットワーク
サーバに登録する。以降、この検査機能モジュールは、
本システムのリソースとして、エントリされる。

【０１２２】このように、本例では、一定量以上の利用
実績が確認された後に、検査システム利用区における、
独自に開発した検査機能モジュールに関しての検査装置
開発区からのライセンス料の収入となる（ステップ１３
０６）。

【０１２３】これにより、提供された検査機能モジュー
ルの内、実績ベースで品質が検証されたもののみを検査
装置開発区は取得することができる。

【０１２４】また、このように検査システム利用区で開
発してネットワークサーバに登録した検査機能モジュー
ルを、他の検査システム利用区でも有償で有効利用可能
とすることができる。以下、図１４を用いてこのような
例を説明する。

【０１２５】図１４は、図１における検査システムの第
９の処理動作例を示すシーケンス図である。

【０１２６】図１２，１３等での処理により、検査シス
テム利用区Ｂによって開発された検査機能モジュールが
ネットワークサーバに登録されている状態で（ステップ
１４０４）、検査システム利用区Ａが開発委託のために
（ステップ１４０１）、機種対応の要求仕様を通知する
と（ステップ１４０５）、検査装置開発区は、通知され
た要求仕様を基に、既存検査機能モジュールの検索をネ
ットワークサーバに要求する（ステップ１４０６）。

【０１２７】ネットワークサーバは要求に対応して検索
を行い（ステップ１４０７）、当該検査機能モジュール
情報を開発区に結果通知として通知する（ステップ１４
０８）。結果通知を受けた検査装置開発区は、利用区Ｂ
に該当の検査機能モジュールに対するライセンス料を支
払う（ステップ１４０９）。

【０１２８】そして、検査装置開発区は、他の必要な検
査機能モジュールを開発し（ステップ１４１０）、開発
した新規検査機能モジュールを、図４，５で説明した様
に順次リソースとしてネットワークサーバに登録し（ス
テップ１４１１）、全て登録終了した時点で、ネットワ
ークサーバに完了通知を送り、ネットワークサーバから
検査システム利用区Ａに対して契約料金支払い依頼を発
行する（ステップ１４１２）。

【０１２９】検査システム利用区Ａが契約料金を支払い
（振り込み）（ステップ１４０２）、その旨がネットワ
ークサーバを介して検査装置開発区に通知されると（ス
テップ１４１３）、ネットワークサーバからのその機種
の検査機能モジュール群のロードか可能になり、検査装
置開発区からネットワークサーバに、委託先の検査シス
テム利用区Ａへのロード要求が出され（ステップ１４１
４）、ネットワークサーバから当該検査システム利用区
ＡのホストＰＣに、各種ファイルがダウンロードされ
（ステップ１４１５）、検査システム利用区Ａでの検査
装置としての構築が完了する（ステップ１４０３）。

【０１３０】このように、本例では、本システムに加入
している検査システム利用区Ａが検査装置開発区に機種
の検査ツールの開発委託をすると、システム側では、過
去に別の検査システム利用区Ｂの委託によって開発した
検査機能モジュールを流用し、かつ、検査システム利用
区Ｂに、その検査機能モジュールに対するライセンス料
を支払う。

【０１３１】これにより、本システムに加入している検
査システム利用区は、ライセンス料を受けること（キャ
ッシュバック）ができ、その検査装置開発費の削減につ
ながる。また、検査装置開発区は、外部制作のリソース
を活用することができ、開発効率の向上を図ることがで
きる。

【０１３２】また、このようにして各検査システム利用
区で作成した検査機能モジュールを流用する技術とし
て、他の形態が考えられる。例えば、本システムに加入
している検査システム利用区Ｂが制作した検査機能モジ
ュールをシステムサーバに登録し、検査システム利用区
Ａがその検査機能モジュールを使用する際に、検査シス
テム利用区Ａが検査システム利用区Ｂに対し、ライセン
ス料を支払うようにすることができる。以下、その処理
動作例を図１５で説明する。

【０１３３】図１５は、図１における検査システムの第
１０の処理動作例を示すシーケンス図である。

【０１３４】図１２，１３等での処理により、検査シス
テム利用区Ｂによって開発された検査機能モジュール
（Ｂモジュール）がネットワークサーバに登録されてい
る状態で（ステップ１５０４）、検査システム利用区Ａ
が検査装置の構築のために（ステップ１５０１）、ネッ
トワークサーバに対して既存の検査機能モジュールの検
索を要求すると（ステップ１５０５）、ネットワークサ
ーバは要求に対応して検索を行い（ステップ１５０
６）、当該検査機能モジュールを検査システム利用区Ａ
に通知する（ステップ１５０７）。

【０１３５】通知を受けた検査システム利用区Ａは、該
当検査機能モジュールの使用を検査装置開発区に依頼し
（ステップ１５０８）、依頼を受けた検査装置開発区
は、該当検査機能モジュールの使用料金を検査システム
利用区Ａに通知する（ステップ１５０９）。

【０１３６】検査システム利用区Ａにおいて支払いが行
われ（ステップ１５０２）、その旨の通知があると（ス
テップ１５１０）、検査装置開発区では、検査システム
利用区Ｂに対して当該検査機能モジュール（Ｂモジュー
ル）のライセンス料を支払い（ステップ１５１１）、ネ
ットワークサーバに対して、当該検査機能モジュール
（Ｂモジュール）の検査システム利用区Ａに対する提供
許可を通知する（ステップ１５１２）。

【０１３７】この通知を受けたネットワークサーバは、
当該検査機能モジュールを検査システム利用区Ａにロー
ドし（ステップ１５１３）、検査システム利用区Ａにお
いて、検査装置の構築がなされる（ステップ１５０
３）。尚、これらの処理は、検査機能モジュール単位、
もしくは、検査機能モジュール群単位で行う。

【０１３８】本例においても、本システムに加入してい
る検査システム利用区は、ライセンス料を受けること
（キャッシュバック）ができ、その検査装置開発費の削
減につながる。また、検査装置開発区は、外部制作のリ
ソースを活用することができ、開発効率の向上を図るこ
とができる。

【０１３９】このようにして、ロードする検査機能モジ
ュールに対してライセンス料を払う場合、その使用頻度
が少ない場合等、その検査機能モジュールの使用頻度に
よっては、開発費用に対する償却が困難な場合がある。

【０１４０】このような問題に対処するために、例え
ば、ネットワークサーバに、検査システム利用区の検査
実施状況の監視機能を持たせ、検査システム利用区がそ
の検査装置を使用して検査を行った時間（日、時間）や
検査実施数量に基づき課金を行うようにすることが有効
である。以下、その処理動作例を図１６で説明する。

【０１４１】図１６は、図１における検査システムの第
１１の処理動作例を示すフローチャートである。

【０１４２】検査システム利用区においては、予めネッ
トワークサーバから提供された検査機能モジュールを用
いた検査装置での検査を実施し（ステップ１６０１）、
その実施に対応する検査ログファイルを作成する（ステ
ップ１６０２）。

【０１４３】このように、検査システム利用区が検査を
行う際には、その検査開始情報、例えば検査実行アプリ
ケーションのスタートボタンが押されたイベント等がネ
ットワークサーバに通知され、その通知を受けネットワ
ークサーバは、使用状況監視を開始し、今までの累計検
査情報、例えば、稼動時間もしくは検査実施数量（当該
検査装置を使用して検査を行った機種の数量または枚
数）を取得する（ステップ１６１１）。

【０１４４】検査システム利用区からは、検査実施終了
時に、そのログデータ（ファイル）がシステムサーバに
送られるので、システムサーバではそのログ情報を収集
して（ステップ１６１２）、ログ情報を解釈し、累計検
査情報を更新する（ステップ１６１３）。

【０１４５】このようにして更新した累計検査情報が、
規定値を超えていれば（ステップ１６１４）、今回の累
計課金情報を取得し（ステップ１６１５）、規定値を超
えた時間もしくは回数を累計課金情報に加算して累計課
金情報を更新し（ステップ１６１６）、課金情報として
検査システム利用区に通知する。

【０１４６】このようにして、ある一定期間（例えば、
月単位で）もしくはある一定実施数量で検査システム利
用区は、その課金情報の値の支払いを行うこととなる。
尚、その累計検査情報および累計課金情報は、その支払
いの度にクリアされる。

【０１４７】これにより、検査システム利用区では、検
査のための設備の導入にかかる費用を低コストに抑える
ことができ、かつ、その機種が量産されている時のみラ
イセンス料支払い等の費用が発生するので、運用におい
ても必要なコストのみで済ませることができる。

【０１４８】検査システム利用区では、本システムに加
入はするが、全く外部に開発委託を行いたくない場合、
すなわち、検査装置開発区に開発委託を行わずに、自検
査システム利用区サイドにおいて、システムのリソース
等を活用して所望の検査機能モジュールを全て開発する
場合がある。このような場合にも、検査装置開発区がラ
イセンス料を支払い、当該検査機能モジュールを買い取
りネットワークサーバに登録する。以下、その処理動作
例を図１７で説明する。

【０１４９】図１７は、図１における検査システムの第
１２の処理動作例を示すシーケンス図である。

【０１５０】検査システム利用区は、機種の検査に必要
な検査機能モジュールの自己開発を行い（ステップ１７
０１）、その検査機能モジュールをネットワークサーバ
に仮登録する（ステップ１７０３）。ネットワークサー
バは、仮登録処理後、検査装置開発区にその情報を通知
する（ステップ１７０４）。

【０１５１】通知を受けた検査装置開発区は、当該検査
システム利用区に対してライセンス料の支払いを行い、
登録成立通知をネットワークサーバに送る（ステップ１
７０５）。これにより、当該検査システム利用区ではラ
イセンス料を得ることができる（ステップ１７０２）。

【０１５２】そして、ネットワークサーバにおいては、
当該検査機能モジュールを正式に登録する（ステップ１
７０６）。

【０１５３】これにより、検査システム利用者での開発
効率の向上が図られ、尚且つその開発成果物に対しての
ライセンス料を受けることができ利益にもなる。また、
検査装置開発区では、検査機能モジュールのリソースを
外部から獲得することができ、別の開発時においてもリ
ソースの流用が可能となり、開発効率の向上および開発
工数の削減が図れる。

【０１５４】以上、図１〜図１９を用いて説明したよう
に、本例では、少なくとも入力部２３、表示部２２、記
憶部２４を有するコンピュータシステム装置において、
あるソフトウェアに対し、ユーザーの要求に応じて外部
からのアプローチ（設定・手段）により、ソフトウェア
のコードを変更することなく所望の目的の動作を行わせ
るために、周辺装置制御部２７、周辺装置通信部２８、
シーケンス制御部２５、ファンクション制御部２６、お
よび各制御部エディタ２１を設け、各制御部２５〜２７
を各制御部エディタ２１で編集することにより、所望の
目的の検査装置用ソフトウェアを構築すると共に、当該
ソフトウェアを含むソフトウェアファイル（ソフトウェ
アとこのソフトウェアで用いる情報ファイル）を、デー
タベースエンジンを有するネットワークサーバ（検査装
置情報サーバ）２に格納し、ネットワークを介して検索
・入手可能とする。これにより、プログラミングの知識
無しに、所望の目的の検査装置用ソフトウェアを、容易
に入手して構築することができると共に、開発コストを
削減できる。

【０１５５】具体的には、同検査システムの制御ソフト
ウェア、ＰＬＤファイル、各種設定ファイル、検査対象
機種固有の検査ソフト等ファイルをデータベースエンジ
ンを有するネットワークサーバ２に格納し、関連各区
（検査装置開発区１、製品開発区３、検査システム利用
区４）に導入してある各検査システムから検索・入手可
能にする。

【０１５６】これにより、各関連区から一様にアクセス
可能となるので、各関連区が(独立して)各々の機能を果
たしつつ、関連区間でリソースを共有できる。また、共
有できない部分は、一般的なホストＰＣと汎用的な検査
回路部分だけなので、最小限のコストで各区(特に検査
システム利用区)を追加・拡張できる。さらに、(再現や
解析等で)関連区間で同一性の確保が必要な場合や、同
一区内の複数システム間等においても、同一性の確保が
容易になる。

【０１５７】また、ネットワークサーバ２においては、
リソースを機能単位で分割して格納・管理し、各関連区
からの問い合わせに対して、機能単位で分割してリソー
スを提供するので、検査システム利用区４はその機能単
位でリソースを取り寄せることが可能である。これによ
り、リソースの検索が容易になり、検査装置構築におい
ての開発効率向上や時間短縮が図れる。

【０１５８】また、検査システム利用区４の持つホスト
ＰＣをネットワークサーバ２にネットワークで接続し、
検査システム利用区４がこのシステムに加入する事によ
り、検査システムの基本構成部分（汎用的に使用できる
検査回路部など）を（無償や、レンタル又はリース等の
低料金で）提供し、そして、検査装置開発区１が検査シ
ステム利用区４の検査を行いたい検査対象機種の開発委
託を受け、検査対象機種の検査機能モジュール（検査に
必要なＰＬＤファイル、各種設定ファイル、検査アプリ
ケーション（制御ソフトウェア）、機種固有の検査用ソ
フト等）に対し課金を行いネットワークを介して提供す
る構成とする。これにより、検査システム利用区４が一
度、本システムへの加入を行うことで、以降、類似する
別機種の検査装置を構築する際には、新たに設備を導入
すること無く、その機種の検査機能モジュール群に対し
ての開発費を支払えばよく、また、ネットワークから検
査機能モジュール群をロードすれば、その機種の検査装
置が簡単に構築でき、設備の構築期間や投資を抑えるこ
とができる。特に、製造ラインの検査工程や市場不具合
の解析において機種毎に、検査又は障害解析設備を構築
する必要がなくなり、その設備導入コストや、検査仕様
の検討や解析手段の検討を行い検査および解析ツールの
構築に費やされる設備導入コストや工数を低減させるこ
とができる。

【０１５９】また、登録している既存の検査機能モジュ
ール単位で課金制を設ける機能をネットワークサーバ２
に設けることで、本システムに加入している検査システ
ム利用区４が、対象機種の検査を行う際に、ネットワー
クサーバ２に登録されている既存の検査機能モジュール
で対象機種の検査が構築できる場合、検査機能モジュー
ルをネットワークサーバ２よりロードする際にそのロー
ド情報で課金を行う構成とする。これにより、例えば既
存の検査機能モジュールの組合せで対象機種の検査が構
築できる場合には、検査機能モジュール単位のロードに
対する課金を支払えば済むので、その機種の検査装置が
簡単に構築でき、設備の構築期間や投資を抑えることが
できる。すなわち、検査システム利用区４は、機種が変
わる度にその機種の検査機能モジュール群に対しての開
発費を支払う必要がなくなる。

【０１６０】また、検査システム利用区４が検査装置開
発区１に開発委託した際に、検査システム利用区４サイ
ドで作成した新規の検査機能モジュールについて、検査
装置開発区１が検査システム利用区４に対してライセン
ス料を支払いその新規検査機能モジュールを買い取り、
既存検査機能モジュールとしてネットワークサーバ２に
登録する。このことにより、システム全体としての開発
効率の向上が図られ、尚且つ検査システム利用区４は、
その開発成果物に対してのライセンス料を受けることが
でき利益にもなる。また、検査装置開発区１は、検査モ
ジュールのリソースを外部から容易に獲得することがで
き、別の開発時においてリソースの流用可能となり開発
効率の向上および開発工数の削減が図れる。

【０１６１】また、本検査システムに加入している検査
システム利用区４が検査装置開発区１から提供された汎
用検査装置およびその機種に対する各種ファイルを使用
して、検査を行った場合、その検査数量（検査実績値）
がある一定値以上になったことをもって、その使用した
検査機能モジュールが安定した品質に達したと判断し、
検査装置開発区１がその検査機能モジュールに対し、開
発元の検査システム利用区４にライセンス料を支払い買
い取りその検査機能モジュールを登録する。これによ
り、検査装置開発区１は、実績ベースで品質が検証され
た検査機能モジュールのみを取得することができるの
で、検査機能モジュールの品質や機能に関わらず何でも
登録されることに比べ、データの煩雑がなくなり、有効
な検査機能モジュールを容易に探すことができる。

【０１６２】また、検査システム利用区（Ａ）が検査装
置開発区１に機種の検査ツールの開発委託をする際に、
過去に別の検査システム利用区（Ｂ）の委託によって開
発された検査機能モジュールを流用する構成とし、か
つ、この際、検査装置開発区１あるいは検査システム利
用区（Ａ）が、検査システム利用区（Ｂ）にその検査機
能モジュールに対するライセンス料として料金を支払う
ことで検査機能モジュールをロード（取得）することが
できる構成とする。これにより、検査システム利用区
（Ｂ）は、ライセンス料を受けとり（キャッシュバッ
ク）、その検査装置開発費を削減することができる。ま
た、検査装置開発区１は、リソースを活用することがで
き、開発効率の向上を図ることができる。

【０１６３】また、ネットワークサーバ２に検査システ
ム利用区４での検査実施状況の監視機能を持たせ、検査
システム利用区４がその検査装置を使用して検査を行っ
た時間（日、時間）、あるいは、検査を行った機種の数
量または枚数で課金を行う構成とする。これにより、検
査システム利用区４は、低料金で設備を導入でき、ま
た、その機種が量産されている時のみ費用が発生するの
で、必要なコストのみで済み、検査機能モジュールの使
用頻度が低くても、開発費用に対する償却が容易とな
る。

【０１６４】また、検査システム利用区４サイドで新規
に検査機能モジュールを開発した場合、検査装置開発区
１がライセンス料を支払いその検査機能モジュールを買
い取り、当該検査機能モジュールを登録する構成とす
る。これにより、システム全体での開発効率の向上が図
られ、尚且つ、検査システム利用区４はその開発成果物
に対してのライセンス料を受けることができ利益にもな
る。また、検査装置開発区１は、検査モジュールのリソ
ースを容易に獲得することができ、かつ、別の開発時に
おいて当該リソースを流用でき、開発効率の向上および
開発工数の削減が図れる。

【０１６５】尚、本発明は、図１〜図１９を用いて説明
した例に限定されるものではなく、その要旨を逸脱しな
い範囲において種々変更可能である。例えば、本例で
は、ＰＣＢに関しての検査システムへの適用事例を説明
したが、一般的な、検査装置用ソフトウェアの外部委託
システムに適用することができる。

【０１６６】

【発明の効果】本発明によれば、プログラミングの知識
無しに、所望の目的の検査装置用ソフトウェアを、容易
に入手して構築することができると共に、開発コストの
削減を図ることが可能である。

【図面の簡単な説明】

【図１】本発明の一実施例を示す組み替え可能なソフト
ウェアを持つ検査システムの全体構成図である。

【図２】図１におけるコンピュータ処理システムを適用
する汎用検査装置システムの構成を示すブロック図であ
る。

【図３】図１における検査システムの第１の処理動作例
を示す説明図である。

【図４】図１における検査システムの第２の処理動作例
を示す説明図である。

【図５】図１における検査システムの第３の処理動作例
を示す説明図である。

【図６】図１における検査システムの第４の処理動作例
を示す説明図である。

【図７】図１におけるサーバの構成例を示すブロック図
である。

【図８】図７におけるサーバの処理動作例を示すフロー
チャートである。

【図９】図８における処理に伴う画面表示例を示す説明
図である。

【図１０】図１における検査システムの第５の処理動作
例を示すシーケンス図である。

【図１１】図１における検査システムの第６の処理動作
例を示すシーケンス図である。

【図１２】図１における検査システムの第７の処理動作
例を示すシーケンス図である。

【図１３】図１における検査システムの第８の処理動作
例を示すシーケンス図である。

【図１４】図１における検査システムの第９の処理動作
例を示すシーケンス図である。

【図１５】図１における検査システムの第１０の処理動
作例を示すシーケンス図である。

【図１６】図１における検査システムの第１１の処理動
作例を示すフローチャートである。

【図１７】図１における検査システムの第１２の処理動
作例を示すシーケンス図である。

【図１８】図２における汎用検査装置システムの検査部
分の構成を示すブロック図である。

【図１９】図２における汎用検査装置システムの処理動
作例を示す説明図である。

【符号の説明】

１：検査装置開発区、１ａ，３ａ，５ａ，７ａ〜９ａ：
ホストＰＣ、１ｂ，３ｂ，５ｂ，７ｂ〜９ｂ：検査回
路、２：ネットワークサーバ（「検査装置情報サーバ
ー」）、２ａ：設計デバッグリソースＤＢ、２ｂ：要求
仕様ＤＢ、２ｃ：ソフトウェアリソースＤＢ、２ｄ：Ｐ
ＬＤリソースＤＢ、２ｅ：ＲＯＭモジュールＤＢ、２
ｆ：検査設定ファイルリソースＤＢ、２ｇ：ログ情報Ｄ
Ｂ、２ｈ：ｅｔｃＤＢ、３：製品開発区、４：検査シス
テム利用区、５：製造統括区、６：製造実施区、７：製
造Ａ社、８：製造Ｂ社、９：製造Ｎ社、２０：コンピュ
ータシステム、２１：各制御部エディタ部、２２：表示
部、２３：入力部、２４：記憶部、２５：シーケンス制
御部、２６：ファンクション制御部、２７：周辺装置制
御部、２８：周辺装置通信部、２９：外部記憶装置、７
１：ユーザ端末、７２：ネットワークサーバ、７３：セ
キュリティ部、７４：データ登録部、７５：データ検索
部、７６：データ転送部、７７：媒体（「ＤＢ」）、２
１０：データベース、２１１，２１５：端末、２１３：
キーボード、２１４：マウス、２１６：ワークステーシ
ョン、２１７：ネットワーク、１８２１：検査ホスト、
１８２２：検査回路、１８２３：周辺装置、１８２４：
ターゲットＰＣＢ、１８２５：デジタルオシロ、１８２
６：フィクスチャー、１−１：シリアルＩ／Ｆ、１−
２：パラレスＩ／Ｆ、１−３：ＧＰＩＢボード、３−
１：シリアルプリンタ、３−２：バーコードリーダ、３
−３：インライン装置、４−１：ＣＰＵ、４−２：治具
ＲＯＭ、４−３：Ｉ／Ｏ制御ブロック、４−４：アナロ
グブロック、４−５：画像処理ブロック、３５：検査項
目定義プロセス、３３：オシロ設定情報取得プロセス、
４２：検査実行プロセス、３４：実行手順定義プロセ
ス、３８：ログビュアプロセス、３８a：セレクトログ
ファイル、３９：全ログファイル、４５：テキストエデ
ィタ、５２：ＰＬＴＳＨ／Ｗデバッガ、５３：ＭＡＸ＋
Ｐｌｕｓ２、３２，５４：テキストエディタ。

フロントページの続き (72)発明者 今井 亮一 東京都大田区中馬込１丁目３番６号 株式 会社リコー内 Ｆターム(参考） 5B048 AA14 DD01 FF03 5B076 BB06 DD08 DD10

Claims (10)

【特許請求の範囲】
1. 【請求項１】 少なくともプロセッサと、該プロセッサ
   で用いるデータおよびプログラムを記憶するメモリと、
   データを入力する入力装置と、入力データおよび処理結
   果を表示する表示装置を有すると共に、前記入力装置か
   らの操作により各制御部の機能の選択、処理フローを編
   集する各制御部エディタ部と、前記各制御部エディタ部
   から設定された処理フローにより制御動作を行うシーケ
   ンス制御部と、前記各制御部エディタ部から設定された
   制御指示により各制御部の制御および内部処理を実行す
   るファンクション制御部と、前記各制御部エディタ部か
   ら設定された制御指示により、前記ファンクション制御
   部の制御の下に、周辺装置に対する制御を行う周辺装置
   制御部と、前記各制御部エディタ部から設定された制御
   指示により、前記ファンクション制御部の制御の下に、
   周辺装置との間の通信制御を行う周辺装置通信部とを具
   備し、実行するソフトウェアを組み替えて汎用的な検査
   を行う検査装置と、該検査装置で実行する上記組み替え
   対象のソフトウェアおよび該ソフトウェアで用いる情報
   ファイルを格納し、要求に応じてネットワークを介して
   送出するサーバ手段とを有することを特徴とする組み替
   え可能なソフトウェアを持つ検査システム。
2. 【請求項２】 請求項１に記載の組み替え可能なソフト
   ウェアを持つ検査システムであって、上記サーバ手段
   に、上記組み替え対象のソフトウェアおよび該ソフトウ
   ェアで用いる情報ファイルからなる機能モジュールを、
   予め定められた機能単位で格納する手段と、上記機能モ
   ジュールを機能単位で抽出・提供する手段とを設けるこ
   とを特徴とする組み替え可能なソフトウェアを持つ検査
   システム。
3. 【請求項３】 請求項２に記載の組み替え可能なソフト
   ウェアを持つ検査システムであって、上記サーバ手段に
   おいて、上記機能モジュールを、複数の上記検査装置に
   汎用的に使用できる基本構成機能モジュールと、各検査
   装置別に使用される用途向け機能モジュールとに分けて
   格納・提供する手段を設け、上記基本構成機能モジュー
   ルと上記用途向け機能モジュールをそれぞれ個別に抽出
   ・提供することを特徴とする組み替え可能なソフトウェ
   アを持つ検査システム。
4. 【請求項４】 請求項３に記載の組み替え可能なソフト
   ウェアを持つ検査システムであって、上記サーバ手段に
   格納した上記用途向け機能モジュールを課金して提供す
   ることを特徴とする組み替え可能なソフトウェアを持つ
   検査システム。
5. 【請求項５】 請求項２から請求項４のいずれかに記載
   の組み替え可能なソフトウェアを持つ検査システムであ
   って、開発元で上記検査装置用に作成した各機能モジュ
   ールと共に、該検査装置の利用先で該検査装置用に作成
   した機能モジュールを上記サーバ手段に格納し、上記開
   発元は上記利用先に該利用先で作成した機能モジュール
   に対するライセンス料を支払うことを特徴とする組み替
   え可能なソフトウェアを持つ検査システム。
6. 【請求項６】 請求項５に記載の組み替え可能なソフト
   ウェアを持つ検査システムであって、上記利用先で作成
   した機能モジュールの使用実績が予め定められた閾値に
   達した場合に、上記開発元から上記利用先へのライセン
   ス料の支払を実行することを特徴とする組み替え可能な
   ソフトウェアを持つ検査システム。
7. 【請求項７】 請求項５、もしくは、請求項６のいずれ
   かに記載の組み替え可能なソフトウェアを持つ検査シス
   テムであって、上記開発元は上記ライセンス料を支払っ
   た上記機能モジュールを流用することを特徴とする組み
   替え可能なソフトウェアを持つ検査システム。
8. 【請求項８】 請求項２から請求項７のいずれかに記載
   の組み替え可能なソフトウェアを持つ検査システムであ
   って、上記サーバ手段に、上記機能モジュールの使用時
   間を監視する手段を設け、該手段の監視結果に基づき時
   間単位で当該機能モジュールに対する課金を行うことを
   特徴とする組み替え可能なソフトウェアを持つ検査シス
   テム。
9. 【請求項９】 請求項２から請求項７のいずれかに記載
   の組み替え可能なソフトウェアを持つ検査システムであ
   って、上記サーバ手段に、上記機能モジュールの使用回
   数を監視する手段を設け、該手段の監視結果に基づき使
   用回数単位で当該機能モジュールに対する課金を行うこ
   とを特徴とする組み替え可能なソフトウェアを持つ検査
   システム。
10. 【請求項１０】 請求項２から請求項９のいずれかに記
    載の組み替え可能なソフトウェアを持つ検査システムで
    あって、上記サーバ手段に格納された機能モジュールに
    対するライセンス料の支払に伴い、当該機能モジュール
    をライセンス料支払い元に提供することを特徴とする組
    み替え可能なソフトウェアを持つ検査システム。