(57)【要約】【課題】顧客の要求をより適切に設計に反映する。【解決手段】デバイスの設計の要求を処理する方法であって、ユーザ入出力装置からのデバイスに対する要求仕様を受け付け、前記要求仕様に類似する案件を前記旧案件仕様情報において検索し、前記旧案件仕様情報において見つかった前記要求仕様に類似する案件を、前記ユーザ入出力装置に出力し、前記ユーザ入出力装置からの前記類似する案件に対する非承認の入力に対して、前記要求仕様による前記デバイスの設計結果の仕様を計算し、又は前記要求仕様による前記デバイスの設計の依頼を外部の設計システムに送信し、計算した又は前記設計システムから受信した前記デバイスの設計結果の仕様を前記ユーザ入出力装置に出力する。【選択図】図９
2018073087.tif 000002
【特許請求の範囲】
【請求項１】
デバイスの設計の要求を受け付ける、デバイス設計受付システムであって、
デバイス設計の旧案件の仕様を示す、旧案件仕様情報と、
ユーザ入出力装置からのデバイスに対する要求仕様を受け付ける、受付部と、
前記要求仕様に類似する案件を前記旧案件仕様情報において検索する、検索部と、
前記旧案件仕様情報において見つかった前記要求仕様に類似する案件を、前記ユーザ入出力装置に出力する、出力部と、
前記ユーザ入出力装置からの前記類似する案件に対する非承認の入力に対して、前記要求仕様による前記デバイスの設計結果の仕様を計算し、又は前記要求仕様による前記デバイスの設計の依頼を外部の設計システムに送信し、
計算した又は前記設計システムから受信した前記デバイスの設計結果の仕様を前記ユーザ入出力装置に出力する設計インタフェイス部と、を含むデバイス設計受付システム。
【請求項２】
請求項１に記載のデバイス設計受付システムであって、
前記設計インタフェイス部は前記ユーザ入出力装置からの前記設計結果の仕様に対する非承認の入力に対して、前記要求仕様による前記デバイスの設計結果の仕様を再計算し、又は前記デバイスの設計の再試行の依頼を、前記設計システムに送信し、
前記再計算又は再試行の結果の仕様を前記ユーザ入出力装置に出力するデバイス設計受付システム。
【請求項３】
請求項２に記載のデバイス設計受付システムであって、
前記ユーザ入出力装置からの前記再試行の結果の仕様に対する承認の入力に対して、前記再試行の結果による前記デバイスの製造の依頼を、外部の製造システムに送信し、
製造された前記デバイスの仕様を前記ユーザ入出力装置に出力する、製造インタフェイス部と、を含むデバイス設計受付システム。
【請求項４】
請求項１に記載のデバイス設計受付システムであって、
既製品の仕様を示す、既製仕様情報をさらに含み、
前記検索部は、さらに、前記要求仕様に類似する案件を前記既製仕様情報において検索する、デバイス設計受付システム。
【請求項５】
請求項３に記載のデバイス設計受付システムであって、
前記設計インタフェイス部は、
任意の計算方法で、前記デバイスの設計におけるステップ毎に、これまのでコストを計算し、
前記設計結果及び前記再試行の結果において、前記デバイスの設計におけるコストの経過情報を、前記ユーザ入出力装置に出力する、デバイス設計受付システム。
【請求項６】
請求項５に記載のデバイス設計受付システムであって、
前記受付部は、前記ユーザ入出力装置からの前記要求仕様の設計についての情報の公開の許否の指示を受け付け、
前記設計インタフェイス部は、前記許否の指示に基づいて、前記コストの計算方法を決定する、デバイス設計受付システム。
【請求項７】
請求項３に記載のデバイス設計受付システムであって、
前記製造インタフェイス部は、製造された前記デバイスの前記仕様に対する前記ユーザ入出力装置からの非承認の入力に対して、前記デバイスの製造の再試行の依頼を、前記製造システムに送信する、デバイス設計受付システム。
【請求項８】
請求項３に記載のデバイス設計受付システムであって、
前記製造インタフェイス部は、
予め定められた計算方法で、前記デバイスの製造におけるステップ毎に、これまのでコストを計算し、
製造された前記デバイスの前記仕様と共に、前記デバイスの設計及び製造におけるコスト経過情報を、前記ユーザ入出力装置に出力する、デバイス設計受付システム。
【請求項９】
請求項１に記載のデバイス設計受付システムであって、
前記受付部は、
予め定められた要求レベルからの一つの要求レベルを選択することを促す第１のインタフェイス画像を前記ユーザ入出力装置に出力し、
前記第１のインタフェイス画像において選択された要求レベルに応じた入力項目を含む第２のインタフェイス画像を、前記ユーザ入出力装置に出力する、デバイス設計受付システム。
【請求項１０】
請求項１に記載のデバイス設計受付システムであって、
前記受付部は、前記ユーザ入出力装置から前記要求仕様における優先項目の指定を受け付け、
前記検索部は、前記優先項目の値に基づいて、前記類似する案件を選択する、デバイス設計受付システム。
【請求項１１】
請求項１に記載のデバイス設計受付システムであって、
製造された前記デバイスの評価結果を前記ユーザ入出力装置に出力する、評価インタフェイス部をさらに含み、
前記受付部は、前記評価結果の出力の後、前記ユーザ入出力装置から変更された要求仕様を受け付ける、デバイス設計受付システム。
【請求項１２】
請求項１に記載のデバイス設計受付システムであって、
前記ユーザ入出力装置は、前記要求仕様に類似する案件の仕様、前記デバイスの設計結果の仕様にかかる費用、又は納期のいずれか１つ以上を表示する、デバイス設計受付システム。
【請求項１３】
デバイス設計受付システムが、デバイスの設計の要求を処理する方法であって、
前記デバイス設計受付システムは、デバイス設計の旧案件の仕様を示す、旧案件仕様情報を格納し、
前記方法は、前記デバイス設計受付システムが、
ユーザ入出力装置からのデバイスに対する要求仕様を受け付け、
前記要求仕様に類似する案件を前記旧案件仕様情報において検索し、
前記旧案件仕様情報において見つかった前記要求仕様に類似する案件を、前記ユーザ入出力装置に出力し、
前記ユーザ入出力装置からの前記類似する案件に対する非承認の入力に対して、前記要求仕様による前記デバイスの設計結果の仕様を計算し、又は前記要求仕様による前記デバイスの設計の依頼を外部の設計システムに送信し、
計算した又は前記設計システムから受信した前記デバイスの設計結果の仕様を前記ユーザ入出力装置に出力することを含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイス設計受付システムに関する。
【背景技術】
【０００２】
一般に既製デバイス（例えばセンサ）の性能（例えば帯域）は、メーカでの設計及び製造の負担を考慮して、離散的に設定され、複数の部品が広いレンジをカバーする。顧客は、メーカが設計、製造した離散的な性能の既製デバイスから、望む仕様に近い既製デバイスを選択する。そのため、デバイスの性能と顧客要求は、必ずしもマッチしない。
【０００３】
一方で、３Ｄプリンタを利用するサービスのように、オーダメイドかつ迅速に顧客へ試作品を提供できる、設計及び製造を含めた試作サービスが立ち上がりつつあり、様々なデバイスについても同様のサービスが提供されると考えられる。例えば、３Ｄプリンタの原理をＭＥＭＳ（Ｍｉｃｒｏ  Ｅｌｅｃｔｒｏ  Ｍｅｃｈａｎｉｃａｌ  Ｓｙｓｔｅｍｓ）に応用して、短いＴＡＴ（Ｔｕｒｎａｒｏｕｎｄ  Ｔｉｍｅ）でセンサを作製し、即時評価できる環境が整ってきた。
【０００４】
オーダメイドであれば、センサ性能は個々の顧客要求にあわせるため、試作案件が蓄積されるとそのラインナップは既製部品と比較してより連続的になってくる。顧客も自身の要求性能に合わせて設計、製造が選択できるし、試作案件が蓄積された状況では、少ない修正で試作が可能となる。
【０００５】
本開示に関連する先行文献として、特開２０１１−２２１７９２号公報がある。特開２０１１−２２１７９２号公報において、「需要を満たすための要素である構成要素を少なくとも１つ含む製品の仕様を決定する仕様決定システム１であって、過去の需要に応じて決定された過去の仕様と、過去の仕様の納期及び価格の情報とを含む過去仕様実績と、各構成要素と各構成要素の納期と価格との情報とが対応付けられた構成要素情報とを格納する格納部３と、構成要素情報と新たな需要を満たす仕様である新仕様とに基づいて、新仕様の納期及び価格を推定する推定部２１と、新仕様と新仕様の納期及び価格とを含む新仕様情報と、格納部３から読み出した所定の比較条件に一致する過去仕様実績とを比較可能に提示し、新仕様情報に変更があった場合に、変更前の新仕様情報に加えて、変更後の新仕様情報を提示させる提示部２３とを備える。」と記載されている（要約）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−２２１７９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
オーダメイドの試作品の製造において、顧客の当初要求が常に明確であるとは限らない。また、顧客の要求は、依頼時から、設計、製造への進む過程において、変化することもある。言い換えると、設計や製造の各段階においてある程度工程がすすんでくると、当初の要求仕様（性能や形状）からの変更が生じる。またその要求仕様にいたっていない途中の段階でも当初提示されたコストや納期が軽減できるという情報があれば、そこで次の段階に進める（妥協する）可能性が出てくる。したがって、顧客へオーダメイドの試作品を提供するサービスにおいて、顧客の要求をより適切に反映できる仕組みが望まれる。
【課題を解決するための手段】
【０００８】
代表的な一例は、デバイスの設計の要求を受け付ける、デバイス設計受付システムであって、デバイス設計の旧案件の仕様を示す、旧案件仕様情報と、ユーザ入出力装置からのデバイスに対する要求仕様を受け付ける、受付部と、前記要求仕様に類似する案件を前記旧案件仕様情報において検索する、検索部と、前記旧案件仕様情報において見つかった前記要求仕様に類似する案件を、前記ユーザ入出力装置に出力する、出力部と、前記ユーザ入出力装置からの前記類似する案件に対する非承認の入力に対して、前記要求仕様による前記デバイスの設計結果の仕様を計算し、又は前記要求仕様による前記デバイスの設計の依頼を外部の設計システムに送信し、計算した又は前記設計システムから受信した前記デバイスの設計結果の仕様を前記ユーザ入出力装置に出力する設計インタフェイス部と、を含む。
【発明の効果】
【０００９】
本発明の代表的な実施形態によれば、顧客へオーダメイドの試作品を提供するサービスにおいて、顧客の要求をより適切に反映できる。前述した以外の課題、構成、及び効果は、以下の実施例の説明により明らかにされる。
【図面の簡単な説明】
【００１０】
【図１】試作サービスシステムの構成例を示す。
【図２】依頼レベル入力ページを例示する。
【図３】初級レベル相談入力ページを例示する
【図４】ＣＡＤ入力ページを例示する。
【図５】見積もり出力及び承認入力ページを例示する
【図６】要求仕様入力ページを例示する
【図７】試作候補選択ページを例示する
【図８】試作候補選択ページを例示する。
【図９】設計暫定仕様出力及び承認入力ページを模式的に示す。
【図１０】製造暫定仕様出力及び承認入力ページを模式的に示す。
【図１１】評価結果出力ページを例示する。
【図１２】要求仕様入力ページの他の例を示す。
【図１３】試作候補選択ページの他の例を示す。
【図１４】設計暫定仕様出力及び承認入力ページの他の例を示す。
【図１５Ａ】試作受付サーバが格納する受付制御プログラムの構成例を示す。
【図１５Ｂ】試作受付サーバが格納するデータベースの例を示す。
【図１６】旧案件仕様データベースの構成例を示す。
【図１７】既製品仕様データベースの構成例を示す。
【図１８】依頼レベル（顧客レベル）の決定及び初級レベルでのユーザインタフェースにおけるデータフロー図を示す。
【図１９】上級レベルにおける試作フローのデータフロー図を示す。
【図２０Ａ】中級レベルにおける試作フローのデータフロー図を示す。
【図２０Ｂ】中級レベルにおける試作フローのデータフロー図を示す。
【図２０Ｃ】中級レベルにおける試作フローのデータフロー図を示す。
【図２０Ｄ】中級レベルにおける試作フローのデータフロー図を示す。
【図２１】要求仕様データベースの構成例を示す。
【図２２】旧案件の類似仕様レコードの構成例を示す。
【図２３】既製品の類似仕様レコードの構成例を示す。
【図２４】候補仕様データベースの構成例を示す。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して本発明の実施形態を説明する。本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。各図において共通の構成については同一の参照符号が付されている。
【００１２】
図１は、本実施形態の試作サービスシステムの構成例を示す。試作サービスシステムは、試作受付サーバ１０、顧客端末１２、デバイス紹介端末１３、設計部門システム１４、製造部門システム１５、及び評価部門システム１６を含む。
【００１３】
顧客端末１２は（及びその入出力デバイス）はユーザ入出力装置であって、ネットワーク２１を介して、試作受付サーバ１０と通信する。ネットワーク２１は、例えば、インターネットである。試作受付サーバ１０は、ネットワーク２２を介して、デバイス紹介端末１３、設計部門システム１４、製造部門システム１５、及び評価部門システム１６と通信する。ネットワーク２２は、例えば、ローカルエリアネットワークである。なお、ネットワーク２１、２２の種類は任意である。
【００１４】
デバイスの試作の依頼を行う顧客は、顧客端末１２を使用して、試作受付サーバ１０にアクセスする。顧客は、顧客の要求仕様を代わりに入力する入力者（システムの操作者）を含む。顧客端末１２は、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）によって、顧客に情報を提示すると共に、顧客からの入力を受け付ける。顧客端末１２は、顧客の要求を試作受付サーバ１０に送信し、試作フローの各工程（設計、製造、評価）における情報を試作受付サーバ１０から受信して顧客に提示する。顧客は、入出力装置として、顧客端末１２に代えて、試作受付サーバ１０に直接接続された入出力デバイスを使用してもよい。
【００１５】
試作受付サーバ１０は、試作サービスシステムのインタフェイスとして機能する。試作受付サーバ１０は、デバイス紹介端末１３、設計部門システム１４、製造部門システム１５、及び評価部門システム１６と協働して、顧客に設計や試作レベルで明らかになる情報や問題を提示すると共に、顧客からの新たな要求に応じた仕様変更を受け付ける。
【００１６】
デバイス紹介端末１３は、サービスオペレータが使用する端末であり、設計部門システム１４、製造部門システム１５、及び評価部門システム１６は、それぞれの部門の計算機システムである。
【００１７】
試作受付サーバ１０により、設計から評価まで、デバイスの試作のワンストップサービスを顧客に提供できる。また、変化する顧客の要求を試作品の設計及び製造に適切に反映すると共に、現状仕様が顧客の要求を満たすか判断するための材料を顧客に提供できる。要求仕様を迅速に設計仕様に変換すると共に、仕様の変更への迅速に対応できる。
【００１８】
試作受付サーバ１０は、例えば、計算機構成を有する。試作受付サーバ１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０３と、ＣＰＵ１０３が処理を実行するために必要なデータ（プログラムを含む）を格納するための主記憶１０４と、大量のデータを記憶する容量を持つハードディスクやフラッシュメモリなどの補助記憶１０５を含む。
【００１９】
試作受付サーバ１０は、さらに、他装置と通信を行なうためのＩＦ（インタフェイス）１０２ａ、１０２ｂと、これらの各装置を接続する通信路１０７と、を含む。プロセッサであるＣＰＵ１０３は、主記憶１０４に格納されたプログラムを実行することで所定の機能を実現する機能部として動作する。具体的には、ＣＰＵ１０３は、受付制御プログラム１０８を実行することにより、試作受付サービスを提供する。
【００２０】
受付制御プログラム１０８の構成は、図１５Ａを参照して後述する。補助記憶１０５は、ＣＰＵ１０３が使用するデータ（情報）を格納する。補助記憶１０５が格納する情報の例は、図１５Ｂを参照して後述する。
【００２１】
プログラムやデータは、あらかじめ主記憶１０４または非一時的記憶媒体を含む補助記憶１０５に格納されていてもよいし、必要な時に、ＩＦ１０２ａ、１０２ｂを介して他の装置から、インストール（ロード）されてもよい。主記憶１０４及び補助記憶１０５は、個別に又は一体でメモリを構成する。この点は、他の計算機において同様である。
【００２２】
顧客端末１２は、例えば、計算機構成を有する。顧客端末１２は、ＣＰＵ１２３と、ＣＰＵ１２３が処理を実行するために必要なデータ（プログラムを含む）を格納するための主記憶１２４と、大量のデータを記憶する容量を持つハードディスクやフラッシュメモリなどの補助記憶１２５とを含む。
【００２３】
顧客端末１２は、さらに、他装置と通信を行なうためのＩＦ１２２と、キーボード、ディスプレイなどの入出力を行うための入出力デバイス１２６と、これらの各装置を接続する通信路１２７と、を含む。
【００２４】
ＣＰＵ１２３は、ＧＵＩプログラム（例えばＷｅｂブラウザ）１２８を実行することにより、顧客に対して、デバイスの試作のためのＧＵＩを提供する。補助記憶１０５は、ＣＰＵ１２３が使用するデータ（情報）を格納する。入出力デバイス１２６は、例えば、マウスやキーボード等の入力デバイス及びディスプレイやプリンタ等の出力デバイスを含む。
【００２５】
デバイス紹介端末１３は、例えば、顧客端末１２のように計算機で構成され、設計部門システム１４、製造部門システム１５、及び評価部門システム１６は、１又は複数の計算機で構成される。
【００２６】
以下において、３Ｄプリンタを利用する試作サービスのように、オーダメイド（連続的スペック）かつ迅速に顧客へ、ＭＥＭＳ（Ｍｉｃｒｏ  Ｅｌｅｃｔｒｏ  Ｍｅｃｈａｎｉｃａｌ  Ｓｙｓｔｅｍｓ）センサの試作品を提供できる、試作サービスシステムの例を説明する。
【００２７】
まず、試作フローにおいて、顧客端末１２において表示されるＧＵＩページ及びそれらの遷移の例を説明する。試作受付サーバ１０が、顧客端末１２からの要求及び部門システムからの情報に応じて、各ＧＵＩページを生成し、顧客端末１２に送信する。
【００２８】
顧客端末１２（ＧＵＩプログラム１２８）は、まず、図２に例示する、依頼レベル入力ページ３１０を、入出力デバイス１２６において表示する。顧客は、自身の依頼レベルを、依頼レベル入力ページ３１０において選択する。図２の例において、初級レベル、中級レベル、上級レベルから一つのレベルが選択される。
【００２９】
初級レベルは、顧客が何を、どのように測定すべきか分からないレベルである。中級レベルは、顧客が何をどのスペックで測定すべきか分かるが、センサやシステムの設計や作製はできないレベルである。上級レベルは、顧客がセンサの専門家であり、設計図（ＣＡＤ図）を作成できるレベルである。下記のように、顧客のレベルに応じたインタフェイスを用意することで、顧客のレベルの違いに応じて、適切なサービスを提供することができる。
【００３０】
依頼レベル入力ページ３１０において初級レベルが選択されると、顧客端末１２は、図３に例示する、初級レベル相談入力ページ３２０を表示する。初級レベル相談入力ページ３２０は、相談内容を入力するダイヤログボックスを含み、顧客に相談案件を記入させる。顧客は、例えば、センシング要件（センサで行いたいこと）をダイヤログボックスに記入する。
【００３１】
顧客の相談内容は、顧客端末１２から、試作受付サーバ１０を介して、デバイス紹介端末１３に転送される。オペレータ又は文書解読プログラムが、旧案件において相談内容に応じた候補案件を検索し、図７を参照して後述する試作候補選択ページ３６０Ａが、顧客端末１２により表示される。
【００３２】
依頼レベル入力ページ３１０において上級レベルが選択されると、顧客端末１２は、図４に例示する、ＣＡＤ入力ページ３３０を表示する。ＣＡＤ入力ページ３３０は、顧客に、ＣＡＤデータ、許容納期（許容所要期間）、許容コスト（予算）の入力を促す。顧客により必要な情報及びＣＡＤデータが入力されると、顧客端末１２は、図５に例示する、見積もり出力及び承認入力ページ３４０を表示する。見積もり出力及び承認入力ページ３４０は、見積もり結果を表示し、試作品の製造の承認を促す。
【００３３】
見積もり出力及び承認入力ページ３４０において、試作品の製造開始が指示されると、試作フローは、製造の工程に進む。顧客端末１２は、進捗ページを表示する。進捗ページは、例えば、図１０に例示する製造暫定仕様出力及び承認入力ページ３８０における、案件番号、ステータス、コスト及び納期の情報を提示する。進捗ページは、試作品の製造の中止指示及び評価工程へ進むことの承認入力を受け付けてもよい。進捗ページは、コストや納期の経過情報、例えば、当初の推定コストや納期と実績値（後述の現状所要時間や現状コスト）とを合わせて表示してもよく、それぞれの割合を表示してもよい。
【００３４】
言い換えると、設計や製造の各段階においてある程度工程がすすんでくると、当初の要求仕様（性能や形状）からの変更が生じる。またその要求仕様にいたっていない途中の段階でも当初提示されたコストや納期が軽減できるとわかる情報があれば、ユーザの判断（承認）に有益である。このことから、度重なる入出力処理および内部処理を回避することができ、システムに対して負荷低減も図ることができる。
【００３５】
依頼レベル入力ページ３１０において中級レベルが選択されると、試作フローは設計の工程に進む。顧客端末１２は、図６に例示する、要求仕様入力ページ３５０Ａを表示する。要求仕様入力ページ３５０Ａは、顧客に、センサの種類、センサの性能、実装形態、許容納期及び許容コスト（予算）の入力を促す。要求仕様入力ページ３５０Ａは、さらに、優先項目の選択と試作の情報の公開の有無の選択を、顧客に促す。
【００３６】
優先項目は、センサ仕様において、優先される項目（例えば帯域）を示す。試作の情報の公開が許容されると、新規設計がなされた場合に、当該設計データが、将来の試作において利用可能となり、将来の試作品の設計を効率化できる。顧客に公開の許否を選択させることで、守秘すべき顧客の情報を確実に秘密にできる。情報公開が許可されると、例えば、試作コストにおいて所定の減額がなされる。これにより、顧客の情報の公開を促進でき、利用可能な旧案件を効果的に増加させることができる。
【００３７】
要求仕様入力ページ３５０Ａにおいて全ての情報が入力されると、顧客端末１２は、図７に例示する、試作候補選択ページ３６０Ａを表示する。試作候補選択ページ３６０Ａは、旧案件又は既製品から選択された、今回の要求に近い案件（類似案件）の情報を示す。試作候補選択ページ３６０Ａは、例えば、類似度の降順で、案件を表示する。顧客は、表示されている試作候補から、一つの候補を選択できる。本例において、類似案件は、優先項目に基づき検索される。
【００３８】
本例において、試作候補選択ページ３６０Ａは、候補番号、ステータス、帯域、感度、形状、実装形態、コスト、及び納期（所要期間）を示す。ステータスは、既製品と旧案件を区別すると共に、旧案件の試作フローにおける最終ステータスを示す。例えば、試作品の設計はされたが製造はされなかった場合、試作品の設計及び製造がなされた場合がある。試作フローのステータス変化については後述する。
【００３９】
帯域、感度、形状、実装形態は、センサ仕様における各項目の値を示す。コスト、及び納期は、それぞれ、各候補の試作に必要とされるコスト及び納期を示す。旧案件のコスト及び納期は、ステータスに依存して、旧案件の実際の値又は推定値を示す。旧案件及び既製品の情報は、後述するように、予め登録されている。
【００４０】
旧案件又は既製品から顧客の要求に類似する試作候補を提示することで、効率的かつ迅速に暫定設計を顧客に提示することができる。顧客に対して、センサ仕様並びにコスト及び納期を含む制約条件を示すことで、顧客の選択を容易にする。
【００４１】
試作候補選択ページ３６０Ａにおいて、一つの候補（エントリ）が選択されると、そのステータスに応じてその後の工程が決まる。既製品が選択された場合、試作受付サーバ１０は、社外調達システム（不図示）に選択された既製品の調達を指示し、本試作フローは終了する。旧案件が選択された場合、試作フローは、当該旧案件の設計による製造の工程に進む。製造の工程については後述する。
【００４２】
試作候補選択ページ３６０Ａにおいて、望む案件が存在しない場合、顧客は新規設計試作の要求を入力して、新規案件を追加する。新規案件は、要求仕様入力ページ３５０Ａで入力された要求仕様の案件である。図８に例示するように、顧客端末１２は、新規案件が追加された試作候補選択ページ３６０Ｂを表示する。
【００４３】
試作候補選択ページ３６０Ｂは、試作候補選択ページ３６０Ａの案件に加え、要求仕様の新規案件を示す。つまり、試作候補選択ページ３６０Ｂは、要求仕様の新規案件とその類似案件とを示す。新規案件のレコードは、トップに表示される。新規案件において顧客に入力されなかった項目の値は、例えば、類似案件からの推定値である。例えば、優先項目の類似度が最も高い案件のデータが使用される。コストの計算は、情報公開が許可される場合、推定値から所定の方法で計算した額（図８において０．５Ｍ円）を減額する。
【００４４】
試作候補選択ページ３６０Ｂにおいて、旧案件とも既製品とも異なる新規候補が選択されると、選択された候補が、試作品の初期暫定仕様を示す。初期暫定仕様が決定され、顧客による設計依頼を受けた後、顧客端末１２は、設計暫定仕様出力及び承認入力ページ３７０を表示する。図９は、設計暫定仕様出力及び承認入力ページ３７０を模式的に示す。
【００４５】
図９において、設計暫定仕様出力及び承認入力ページ３７０は三つのレコード３７１、３７２、３７３を同時に表示しているが、実際は、異なるステータスのレコードを、順次表示する。このように、設計暫定仕様出力及び承認入力ページ３７０は、センサ設計の進捗をステータス毎にリアルタイムに表示する。
【００４６】
設計暫定仕様出力及び承認入力ページ３７０は、各ステータスにおける暫定仕様並びにコスト及び納期の情報を示す。具体的には、案件番号、ステータス、帯域、感度、形状、実装形態、コスト及び納期（所要期間）の経過情報、並びに公開可否を示す。案件番号は、設計中の案件番号を示す。ステータスは、設計工程における状態を示す。図９において、設計開始前（新規案件）、設計中（終了した設計の顧客による承認前）、終了した設計の顧客による顧客の承認を得た後の設計完了、の状態が例示されている。
【００４７】
設計暫定仕様出力及び承認入力ページ３７０は、設計開始前に、レコード３７１を表示する。レコード３７１は、試作候補選択ページ３６０において選択された新規案件の情報を示す。コスト及び納期は、それぞれの経過情報を示し、具体的には、設計、製造及び評価の各工程の推定値を示す。
【００４８】
設計暫定仕様出力及び承認入力ページ３７０において、顧客がレコード３７１を承認し、次のステップ（試作品の本設計）に進むことを許可すると、試作受付サーバ１０は、その入力に応じて、設計暫定仕様出力及び承認入力ページ３７０におけるレコードを書き換える。顧客端末１２は、書き換えられた設計暫定仕様出力及び承認入力ページ３７０を表示する。
【００４９】
例えば、書き換えたレコード（不図示）は、ステータス、コスト、及び納期以外の項目は、レコード３７１と同様の値を示す。ステータスは、例えば、「設計中」を示し、コスト及び納期は、レコード３７２と同様の値を示す。設計のコスト及び納期は、各工程の当初推定値と、設計における今回の暫定仕様で要する値（現状値）と、を合わせて示す。これにより、顧客が現状の値と設計開始前の推定値を比較できる。
【００５０】
後述するように、試作受付サーバ１０は、予め定められた方法により、設計における一回の試行の実コスト及び実所要時間を計算し、設計における現状コスト及び現状納期に計算した実コスト及び実所要時間を加算して、現状コスト及び納期を更新する。図９の例においては、すでに５回の試行で、コスト及び納期がそれぞれ０．５だけ増加した例を示す。最初の試行前の現状値は、０である。当初推定値は、例えば、１０回の試行を想定して決定される。本レコードは表示されなくてもよい。
【００５１】
設計試行が終了すると、試作受付サーバ１０は、設計暫定仕様出力及び承認入力ページ３７０におけるレコードを書き換える。顧客端末１２は、「設計中（完了承認待ち）」のレコード３７２を表示する。レコード３７２は、センサ仕様（帯域及び感度）において、要求仕様における当初推定値と、今回の設計により得られた暫定仕様の現状値（現状推定値）とを、合わせて示す。センサの設計手法上、設計による仕様と要求仕様とは、必ずしも完全一致しない。
【００５２】
設計暫定仕様出力及び承認入力ページ３７０において、顧客がレコード３７２を承認し、次にステップに進むことを許可すると、試作受付サーバ１０は、設計暫定仕様出力及び承認入力ページ３７０におけるレコードを、設計完レコード３７３に書き換える。顧客端末１２は、書き換えられた設計暫定仕様出力及び承認入力ページ３７０を表示する。
【００５３】
設計暫定仕様出力及び承認入力ページ３７０において、顧客がレコード３７２のセンサ仕様が不十分と認識し、それを承認しない場合、顧客により設計試行の継続が選択される。試作受付サーバ１０は、設計継続の選択（再試行の選択）に応じて、試作品設計の新たな試行を実行する（依頼する）。設計を繰り返すことで、暫定仕様を要求仕様に近づけることができる。
【００５４】
設計試行を繰り返す場合、試作受付サーバ１０は、設計暫定仕様出力及び承認入力ページ３７０において、試作受付サーバ１０から受信したデータにより、レコードを「設計中」のレコードに書き換える。二回目の試行の設計であるため、コスト及び納期の現状値は、さらに増加する。増加数値は、前回試行と同様である。
【００５５】
このように、設計工程におけるステータス毎の暫定仕様並びにコスト見積もり及び納期見積もりの情報を顧客に提示し、顧客からのフィードバックを設計に反映する。これにより、顧客の要求にマッチした制約条件（コスト及び納期）において、顧客の要求にマッチしたセンサ仕様のセンサを、効率的に設計することができる。
【００５６】
試作受付サーバ１０は、設計部門システム１４から受信した設計試行の結果の仕様又は、自装置で計算した設計試行の結果の推定仕様を、設計暫定仕様出力及び承認入力ページ３７０において表示する。
【００５７】
例えば、後述のように、試作受付サーバ１０は、設計部門システム１４に設計試行の依頼を送信し、設計試行結果の仕様の情報を受信する。試作受付サーバ１０は、顧客からの承認の入力を得られるまで、設計部門システム１４への設計試行の依頼及び設計試行結果の仕様の表示を繰り返す。
【００５８】
また、試作受付サーバ１０は、設計部門システム１４に設計試行の依頼を送信する前に、設計試行の結果の仕様を推定し、それを承認入力ページ３７０に表示してもよい。設計部門システム１４にて計算される仕様のほうがより正確ではあるが、試作受付サーバ１０での計算による推定を利用した場合、設計部門システム１４による計算ステップを短縮できる。このように、より迅速な受付を希望する場合は設計部門システム１４にて計算することも可能である。
【００５９】
この場合、試作受付サーバ１０は、設計の試行回数と要求仕様からのずれとの関係を示す情報を設計部門との間で共有する。例えば、試作受付サーバ１０は、所定回数の試行結果の仕様と要求仕様との間のずれの割合を保持する。例えば、情報は、試行１回、試行５回、試行１０回それぞれの仕様と要求仕様とのずれが、５％以内、１％以内、１０％以内であることを示す。
【００６０】
試作受付サーバ１０は、この情報を使用して、試行回数に応じた推定仕様を計算し、承認入力ページ３７０に表示する。試作受付サーバ１０は、特定の試行回数について計算した仕様に対して承認の入力を受信すると、その仕様の情報と共に、設計依頼を設計部門システム１４に送信する。設計部門システム１４を、その仕様を満たすまで、設計試行を繰り返す。試作受付サーバ１０は、規定回数の計算毎に、仕様の計算に代えて、設計試行の依頼を設計部門システム１４に送信し、その設計結果の仕様を設計暫定仕様出力及び承認入力ページ３７０において表示してもよい。
【００６１】
顧客からの優先項目の変更、センサ仕様の変更がある場合、顧客端末１２は、顧客からの要求変更指示に応じて、図６に示す要求仕様入力ページ３５０Ａを表示する。その後のコスト及び納期の計算は、更新済みの現状値から開始する。
【００６２】
顧客端末１２は、任意の時に、顧客からの中止指示を受け付けてよい。例えば、設計終了後承認前の他、設計開始から設計終了までの間に、顧客端末１２は、顧客からの中止指示を受け付けてよい。入力された中心指示は、試作受付サーバ１０に送信される。試作受付サーバ１０は、進行中の設計を中止する。
【００６３】
顧客端末１２は、顧客からの要求があると、試作受付サーバ１０から設計暫定仕様出力及び承認入力ページ３７０を取得して、表示する。試作受付サーバ１０は、設計ステータスが変化すると、それを顧客端末に通知してもよい。
【００６４】
設計における状態が、より詳細に定義されてもよい。設計開始から終了までの間に、１又は複数の状態が定義され、状態毎に、暫定のセンサ仕様、コスト及び納期の見積もりが計算され、表示される。設計途中であっても顧客からの中止指示を受け付けることで、不要な設計に係るコスト及び時間を低減することができる。
【００６５】
「設計中（完了承認待ち」のレコード３７２（又は「設計完」のレコード３７３）に対する顧客からの承認が得られると、試作フローは、次の製造の工程に進む。顧客がレコード３７２のセンサ仕様を承認しない場合、顧客からの追加指示に応じて、試作フローは製造工程に移ることなく、終了してもよい。
【００６６】
設計暫定仕様出力及び承認入力ページ３７０において設計が決定され、顧客から製造依頼を受けた後、顧客端末１２は、製造暫定仕様出力及び承認入力ページ３８０を表示する。図１０は、製造暫定仕様出力及び承認入力ページ３８０を模式的に示す。
【００６７】
図１０において、製造暫定仕様出力及び承認入力ページ３８０は二つのレコード３８１、３８２を同時に表示しているが、実際は、異なるステータスのレコードを、順次表示する。このように、製造暫定仕様出力及び承認入力ページ３８０は、センサ試作品の製造の進捗をステータス毎にリアルタイムに表示する。
【００６８】
製造暫定仕様出力及び承認入力ページ３８０は、各ステータスにおける暫定仕様並びにコスト及び納期の情報を示す。具体的には、案件番号、ステータス、帯域、感度、形状、実装形態、コスト及び納期の経過情報、並びに公開可否を示す。ステータスは、製造工程における状態を示す。図１０において、試作中（完了承認待ち）及び試作完了、の状態が例示されている。コスト、納期は、経過情報を示す。
【００６９】
製造暫定仕様出力及び承認入力ページ３８０は、試作中（完了承認待ち）レコード３８１の前に、「製造中」レコード（不図示）を表示してもよい。製造中レコードは、例えば、製造中（完了承認待ち）レコード３８１と、ステータス、帯域及び感度以外の項目で同一値を示す。ステータスは、「製造中」を示し、帯域及び感度は、製造による現状値以外の値を示す。
【００７０】
製造暫定仕様出力及び承認入力ページ３８０は、製造終了後（承認前）に、製造中（完了承認待ち）レコード３８１を表示する。レコード３８１は、帯域及び感度において、要求値、設計値及び製造における現状値を示す。製造上の現状値とは、実際に加工したデバイス形状をもとに性能をシミュレートして得られるものであり、設計による仕様と要求仕様とは、必ずしも完全一致しない。
【００７１】
製造中（完了承認待ち）レコード３８１は、コスト及び納期において、経過情報を示し、具体的には、各工程の要求仕様における推定値、設計完了時推定値、及び製造における現状値を示す。これにより、顧客が、製造工程における現状値と、設計値及び要求値と、比較できる。また、顧客が、予算及びコストにおいて、現状値と当初推定値とを比較できる。
【００７２】
試作受付サーバ１０は、予め定められた方法により、製造における一回の試行のコスト及び期間を計算し、製造における現状コスト及び納期に計算したコスト及び納期を加算して、現状コスト及び納期を更新する。図１０の例において、一回の試行で、コスト及び納期がそれぞれ０．５だけ増加する。最初の試行前の現状値は０である。
【００７３】
製造暫定仕様出力及び承認入力ページ３８０において、顧客が製造中（完了承認待ち）レコード３８１を承認し、次のステップ（製造完了）に進むことを許可すると、試作受付サーバ１０は、製造暫定仕様出力及び承認入力ページ３８０におけるレコードを、製造完レコード３８２に書き換える。顧客端末１２は、書き換えられた製造暫定仕様出力及び承認入力ページ３８０を表示する。
【００７４】
製造暫定仕様出力及び承認入力ページ３８０において、顧客が製造中（完了承認待ち）レコード３８１のセンサ仕様が不十分と認識し、それを承認しない場合、顧客により試作品製造の再試行が選択される。試作受付サーバ１０は、製造再試行の選択に応じて、試作品製造の新たな試行を実行する（依頼する）。製造を繰り返すことで、暫定仕様を要求仕様に近づけることができる。
【００７５】
製造を繰り返す場合、試作受付サーバ１０は、製造暫定仕様出力及び承認入力ページ３７０において、試作受付サーバ１０から受信したデータにより、レコードを「製造中」のレコードに書き換える、又は「製造中」であることを示す製造暫定仕様出力及び承認入力ページ３７０を生成する。二回目の試行の設計であるため、予算及び納期の現状値は、前回値よりさらに増加する。増加する数値は、前回試行と同様である。
【００７６】
このように、製造工程におけるステータス毎の暫定仕様並びにコスト見積もり及び納期見積もりの情報を顧客に提示し、顧客からのフィードバックを製造に反映する。これにより、顧客の要求にマッチした制約条件（コスト及び納期）において、顧客の要求にマッチしたセンサ仕様のセンサを、効率的に製造することができる。
【００７７】
顧客端末１２は、顧客からの要求があると、試作受付サーバ１０から製造暫定仕様出力及び承認入力ページ３８０を取得して、表示する。試作受付サーバ１０は、製造ステータスが変化すると、それを顧客端末に通知してもよい。
【００７８】
顧客からの優先項目の変更、センサ仕様の変更がある場合、試作受付サーバ１０は、顧客からの要求変更指示に応じて、図６に示す要求仕様入力ページ３５０Ａを作成し、顧客端末１２において表示する。その後のコスト及び納期の計算は、更新済みの現状値から開始する。
【００７９】
顧客端末１２は、任意の時に、顧客からの中止指示を受け付けてよい。例えば、設計終了後承認前の他、設計開始から設計終了までの間に、顧客端末１２は、顧客からの中止指示を受け付けてよい。入力された中心指示は、試作受付サーバ１０に送信される。試作受付サーバ１０は、進行中の製造を中止する。
【００８０】
製造における状態が、より詳細に定義されてもよい。製造開始から終了までの間に、１又は複数の状態が定義され、状態毎に、暫定のセンサ仕様、予算及び納期が計算され、表示される。製造途中であっても顧客からの中止指示を受け付けることで、不要な製造に係るコストを低減することができる。
【００８１】
製造暫定仕様出力及び承認入力ページ３８０において製造された試作が顧客に承認され、顧客から評価依頼を受けた後、顧客端末１２は、試作品の評価結果を表示する。試作受付サーバ１０は、評価結果を示す評価結果出力ページ３９０を生成し、顧客端末１２は、評価結果出力ページ３９０を表示する。
【００８２】
図１１は、評価結果出力ページ３９０の例を示す。評価結果出力ページ３９０は、評価結果レコードを含み、ステータス、帯域、感度、形状、実装形態、コスト、納期、公開可否を示す。ステータス、設計、製造及び評価の全工程が完了していることを示す。帯域及び感度は、顧客の要求値、設計完了時推定値及び製造完了時推定値、並びに評価値を示す。コスト及び納期は、それぞれ、設計及び製造における当初推定値と確定値を示す。評価結果出力ページ３９０により、顧客は、試作フローの各工程における情報及び最終的な評価結果を確認できる。
【００８３】
上述のように、本実施形態の試作サービスシステムにおいては、設計、製造及び評価が蜜に連携し、試作サービスシステムは、試作フローにおける異なる工程における、暫定センサ仕様、コスト及び納期見積り、並びに評価結果を顧客に提示する共に、顧客からのフィードバックを受ける。これにより、変化しえる顧客要求にマッチするセンサデバイスを、効率的かつ迅速に試作することができる。
【００８４】
図１２は、要求仕様入力ページの他の例３５０Ｂを示す。要求仕様入力ページ３５０Ｂにおいて、顧客はグラフを使用いて、要求センサ仕様を入力することができる。図１２の例において、要求仕様入力ページ３５０Ｂは、編集可能なセンサ特性カーブ（帯域と感度の関係を示す）を表示する。顧客は、入出力デバイス１２６を使用して、グラフにおける複数の点の位置を変化させる。
【００８５】
例えば、試作受付サーバ１０は、移動可能点の座標を引数として含む、センサ特性カーブを示す関数を、要求仕様入力ページ３５０Ｂのデータに含める。ＧＵＩプログラム１２８に従って、顧客端末１２は、関数及び移動可能点の座標に従って、センサ特性カーブを表示する。ＧＵＩプログラム１２８は、移動可能点の座標が顧客により（例えばマウスを使用して）変更されると、それに応じて、センサ特性カーブを再計算、再表示する。
【００８６】
図１３は、試作候補選択ページの他の例３６０Ｂを示す。試作候補選択ページ３６０Ｂは、グラフを使用いて、要求仕様及び要求仕様に類似する候補案件のセンサ仕様を表示する。図１３の例においては、試作候補選択ページ３６０Ｂは、センサ特性カーブ（帯域と感度の関係を示す）を表示する。顧客端末１２は、いずれかの曲線が選択されると、その曲線の推定コストや推定納期等の情報を表示する。
【００８７】
図１４は、設計暫定仕様出力及び承認入力ページの他の例３７０Ｂを示す。設計暫定仕様出力及び承認入力ページ３７０Ｂは、グラフを使用いて、要求センサ仕様及び候補案件のセンサ仕様を表示する。図１４の例においては、設計暫定仕様出力及び承認入力ページ３７０Ｂは、センサ特性カーブ（帯域と感度の関係を示す）を表示する。図１２から図１４に示すように、グラフにより、顧客がより直観的にセンサ仕様を認識できる。
【００８８】
以下において、試作受付サーバ１０のソフトウェエア構成例を説明する。図１５Ａは、試作受付サーバ１０が格納する受付制御プログラム１０８の構成例を示す。受付制御プログラム１０８は複数のプログラムモジュール（プログラム）を含む。具体的には、受付制御プログラム１０８は、設計試作受付部１８１、初級レベル受付部１８２、要求仕様受付部（中級レベル）１８３、上級レベル受付部１８４、設計インタフェイス部１８５、製造インタフェイス部１８６、評価インタフェイス部１８７を含む。
【００８９】
受付制御プログラム１０８は、さらに、優先項目抽出部１８８、旧案件検索部１８９、既製案件検索部１９０、候補仕様生成部１９１、候補仕様表示部１９２、暫定仕様生成部１９３を含む。上述のように、ＣＰＵ１０３は、プログラムモジュールに従って、それぞれの機能部として動作する。
【００９０】
図１５Ｂは、試作受付サーバ１０が格納するデータベースの例を示す。試作受付サーバ１０の補助記憶１０５は、旧案件仕様データベース（ＤＢ）５０１、既製品仕様データベース５０２、及び顧客用仕様データベースを格納する。顧客用仕様データベースは、要求仕様データベース５１１、候補仕様データベース５１２、暫定仕様データベース５１３、及び結果仕様データベース５１４を含む。
【００９１】
旧案件仕様データベース５０１及び既製品仕様データベース５０２は、顧客に共通のデータベースであり、試作フローが開始する前に予め用意されている。顧客用仕様データベースは、各顧客のための試作フローにおいて生成されるデータベースである。
【００９２】
図１６は、旧案件仕様データベース５０１の構成例を示す。旧案件仕様データベース５０１は、センサ仕様を含む、過去に設計されたセンサ（案件）の関連情報を格納する。旧案件仕様データベース５０１は、試作フローが完了した案件の他、試作フローが続行している案件の情報も含む。これにより、顧客の要求仕様に類似する案件数を増加させる。
【００９３】
旧案件仕様データベース５０１は、各案件の、ステータス、帯域、感度、形状、実装形態、コスト、所要時間（納期）、公開可否、試作フロー完了の有無（「完了」）、及び詳細データへのポインタを示す。ステータスは、設計、製造、評価の各工程の状態を示す。センサ仕様（帯域、感度、形状、実装形態）は、各工程における推定値及び評価値を示す。実行された工程の値のみが示される。
【００９４】
コスト及び所要時間は、各工程における推定値及び実績値（確定値）を示す。「完了」欄は、各案件の試作フローが完了している（「完」）又は未完了（「未」）であるかを示す。詳細データへのポインタは、案件の詳細工程表へのポインタを示す。
【００９５】
例えば、案件番号「０００１」の案件は、試作フローが完了した案件であり、当該レコードは、帯域及び感度の、設計及び製造における実績値の他、評価値を示す。形状及び実装形態は全工程に共通である。当該レコードは、コスト及び所要時間において、設計及び製造における推測値及び実績値並びに評価の実績値を示す。旧案件仕様データベース５０１により、試作フローによる旧案件の情報を有効に利用することができる。
【００９６】
図１７は、既製品仕様データベース５０２の構成例を示す。既製品仕様データベース５０２は、センサ仕様を含む、既製品センサ（案件）の関連情報を格納する。既製品仕様データベース５０２が格納する情報の種類は、旧案件仕様データベース５０１と同様である。全ての案件のステータスは既製品である。なお、既製品仕様データベース５０２は省略されてもよい。
【００９７】
以下において、顧客のための上記ＧＵＩによる試作サービスを提供するための、試作サービスシステムの処理を説明する。図１８は、依頼レベル（顧客レベル）の決定及び初級レベルでのユーザインタフェースにおけるデータフロー図を示す。
【００９８】
設計試作受付部１８１は、起動すると、唯一の案件番号を生成する。設計試作受付部１８１は、顧客端末１２から要求に応じて、依頼レベル入力ページ３１０を生成し、顧客端末１２に送信する。設計試作受付部１８１は、顧客端末１２からの応答を待つ。
【００９９】
依頼レベル入力ページ３１０において顧客が依頼レベルを選択し、設計試作受付部１８１は、顧客端末１２から選択結果を受信する。設計試作受付部１８１は、選択された依頼レベルに従って、初級レベル受付部１８２、要求仕様受付部（中級レベル）１８３、又は上級レベル受付部１８４を起動する。
【０１００】
初級レベル受付部１８２は、起動されると、初級レベル相談入力ページ３２０を生成して、顧客端末１２に送信する。初級レベル受付部１８２は、顧客端末１２からの応答を待つ。初級レベル受付部１８２は、初級レベル相談入力ページ３２０に顧客によって入力された相談文を、顧客端末１２から受信する。初級レベル受付部１８２は、相談文を、デバイス紹介端末１３に送信する。デバイス紹介端末１３は、担当者のより作成された、相談に対する回答文を、試作受付サーバ１０に返す。
【０１０１】
初級レベル受付部１８２は、回答文を含む初級レベル相談入力ページ３２０を生成して、顧客端末１２に送信する。回答文は、例えば、推奨するセンサ仕様や、要求仕様入力ページ３５０Ａへ進むことを促す記載を含む。初級レベル受付部１８２は、要求仕様受付部１８３を起動し、回答文に含まれるセンサ仕様についての情報（要求仕様入力ページ３５０Ａへの入力情報）を送信してもよい。
【０１０２】
図１９は、上級レベルにおける試作フローのデータフロー図を示す。上級レベル受付部１８４は、起動すると、ＣＡＤ入力ページ３３０を生成し、顧客端末１２に送信する。上級レベル受付部１８４は、顧客端末１２からの応答を待つ。上級レベル受付部１８４は、ＣＡＤ入力ページ３３０を介して顧客に入力された設計データ（ＣＡＤデータ）を顧客端末１２から受信する。設計データを受信すると、上級レベル受付部１８４は、製造インタフェイス部１８６を起動する。
【０１０３】
製造インタフェイス部１８６は、上級レベル受付部１８４から、設計データを受信する。製造インタフェイス部１８６は、製造部門システム１５に対して、設計データと共に、コスト及び納期の見積もり依頼を送信する。製造インタフェイス部１８６は、製造部門システム１５から、依頼した設計データについての、見積もりコスト及び見積もり納期を受信する。
【０１０４】
製造インタフェイス部１８６は、見積もりコスト及び見積もり納期を含む、見積もり出力及び承認入力ページ３４０を生成し、顧客端末１２に送信する。製造インタフェイス部１８６は、顧客端末１２から応答を待つ。製造インタフェイス部１８６は、顧客端末１２から、見積もり出力及び承認入力ページ３４０に対する試作承認を受信する。
【０１０５】
試作承認を受信すると、製造インタフェイス部１８６は、試作依頼を製造部門システム１５に送信する。製造インタフェイス部１８６は、試作依頼を製造部門システム１５から製造の進捗の情報を受信する。製造インタフェイス部１８６は、進捗に応じて進捗ページ３８５を生成し、顧客端末１２に送信する。製造インタフェイス部１８６が受信する進捗の情報は、試作品のセンサ仕様の確定値を含む。製造インタフェイス部１８６は、上述のように、予め設定された方法によりコスト及び納期を計算する。
【０１０６】
製造が終了し、顧客の承認及び評価依頼を受けた後、製造インタフェイス部１８６は、評価インタフェイス部１８７を起動する。評価インタフェイス部１８７は、試作品を指定して、評価依頼を評価部門システム１６に送信する。評価インタフェイス部１８７は、評価部門システム１６からの応答を待つ。
【０１０７】
評価部門の担当者は、試作品を製造部門から入手し、その評価を実行する。評価インタフェイス部１８７は、評価部門システム１６から、評価結果を受信する。評価インタフェイス部１８７は、製造部門システム１５から受信したセンサ仕様、計算したコスト及び納期、並びに評価結果を含む結果仕様レコードを生成し、結果仕様ＤＢ５１４に格納する。評価インタフェイス部１８７は、結果仕様レコードから、評価結果出力ページ３９０を生成し、顧客端末に送信する。
【０１０８】
図２０Ａから２０Ｄは、中級レベルにおける試作フローのデータフロー図を示す。要求仕様受付部１８３は、起動するたび、唯一の案件番号を生成する。図２０Ａに示すように、要求仕様受付部１８３は、顧客端末１２からの要求に応じて、要求仕様入力ページ３５０を生成し、顧客端末１２に送信する。要求仕様受付部１８３は、顧客端末１２からの応答を待つ。
【０１０９】
要求仕様受付部１８３は、顧客端末１２から、顧客の要求を受信する。顧客の要求は、顧客の要求仕様（センサ仕様）、試作条件（コスト及び納期）、優先項目、情報公開の有無の指定、を含む。
【０１１０】
要求仕様受付部１８３は、受信した顧客要求から、要求仕様レコードを生成し、要求仕様データベース５１１に格納する。図２１は、要求仕様データベース５１１の構成例を示す。要求仕様データベース５１１は、一つの要求仕様レコードのみを格納する。要求仕様レコードは、ステータス、要求帯域、要求感度、形状、要求実装形態、許容コスト、許容納期、公開可否を示す。
【０１１１】
要求仕様レコードは旧案件及び既製品と異なる新案件であり、ステータスは新規案件を示す。要求センサ仕様（要求帯域、要求感度、実装形態）及び試作条件（許容コスト、許容納期、公開可否）は、要求仕様入力ページ３５０において顧客が入力した値を示す。形状は要求仕様入力ページ３５０で指定されていないため、例えば、ＮＵＬＬ値が格納される。要求仕様レコードは、さらに、優先項目として選択された項目を明示する。本例においては、帯域が優先項目として選択されている。
【０１１２】
図２０Ａに戻って、優先項目抽出部１８８は、要求仕様受付部１８３から要求仕様レコードを受信し、優先項目を特定して、その値を抽出する。優先項目抽出部１８８は、優先項目の値を、旧案件検索部１８９及び既製案件検索部１９０に送信する。
【０１１３】
旧案件検索部１８９は、旧案件仕様データベース５０１において、要求仕様に類似する案件を検索する。具体的には、旧案件検索部１８９は、旧案件仕様データベース５０１の有効な案件（エントリ）において、優先項目の類似度が規定レベルを超える旧案件を検索する。有効な案件は、公開可であって、設計が完了している案件である。
【０１１４】
類似度の計算方法は、項目に応じて適切な方法が予め定義される。例えば、帯域の類似度は、次の式に従って計算できる。
√（（顧客要求周波数上限−案件周波数上限）＾２＋（顧客要求周波数下限−案件周波数下限）＾２）
感度の類似度は（顧客要求感度−案件周波数感度）により計算することができる。
【０１１５】
旧案件検索部１８９は、見つけた類似旧案件のレコードそれぞれから、類似仕様レコードを生成する。図２２は、旧案件の類似仕様レコードの構成例を示す。類似仕様レコードは、旧案件仕様データベース５０１のレコードの情報に加え、旧案件検索部１８９が計算した類似度を示す。旧案件検索部１８９は、生成した類似仕様レコードを、候補仕様生成部１９１に送信する。
【０１１６】
既製案件検索部１９０は、既製品仕様データベース５０２において、要求仕様に類似する案件を検索する。具体的には、既製案件検索部１９０は、既製品仕様データベース５０２の有効な案件（エントリ）において、優先項目の類似度が規定レベルを超える案件を検索する。有効な案件は、公開可である案件である。類似度の計算方法は、旧案件検索部１８９と同様である。
【０１１７】
既製案件検索部１９０は、見つけた類似既製品のレコードそれぞれから、類似仕様レコードを生成する。図２３は、既製品の類似仕様レコードの構成例を示す。類似仕様レコードは、既製品仕様データベース５０２のレコードの情報に加え、既製案件検索部１９０が計算した類似度を示す。既製案件検索部１９０は、生成した類似仕様レコードを、候補仕様生成部１９１に送信する。
【０１１８】
本例においては、一つの優先項目が指定されているが、複数の優先項目が指定されてもよい。例えば、旧案件検索部１８９及び既製案件検索部１９０は、複数の優先項目それぞれが、規定レベルを超える案件を類似案件として選択する。類似案件の検索は、複数のデータベースにおいて並列に実行されてもよいし、順次実行されてもよい。
【０１１９】
図２０Ｂに示すように、候補仕様生成部１９１は、受信した類似仕様レコードそれぞれから、候補仕様レコードを生成し、候補仕様データベース５１２に格納する。図２４は、候補仕様データベース５１２の構成例を示す。候補仕様レコードは、候補仕様データベース５１２のレコードである。
【０１２０】
候補仕様レコードは、旧案件及び既製品の類似仕様レコードの類似度に代えて、類似順位を示す。候補仕様レコードは、旧案件の類似仕様レコードの「所要時間」を「納期」に変更する。他の項目は、候補仕様レコード及び類似仕様レコードの間で同一である。
【０１２１】
候補仕様生成部１９１は、受信した類似仕様レコードを、類似度の降順でソートする。候補仕様生成部１９１は、類似仕様レコードそれぞれの類似度の項目を、類似順位に変更し、ソート順位と同じ数値を類似仕様レコードに与える。これにより、類似順位でソートされた候補仕様レコードが生成される。候補仕様レコードは、ソートされた順序で、候補仕様データベース５１２に格納される。
【０１２２】
候補仕様表示部１９２は、候補仕様データベース５１２から全レコード又は上位の規定数のレコードを取得し、取得した各レコードから類似順位及び案件番号の項目を削除し、候補番号を追加する。候補仕様表示部１９２は、変更した候補仕様レコードから、試作候補選択ページ３６０を生成し、顧客端末１２に送信（出力）する。試作候補選択ページ３６０における候補仕様レコードの順序及び候補番号は、類似順位と一致する。顧客端末１２は、受信した試作候補選択ページ３６０を表示する。
【０１２３】
試作候補選択ページ３６０に対して新規設計試作（新規案件）の依頼が入力されると、候補仕様表示部１９２は、当該依頼を顧客端末１２から受信する。候補仕様表示部１９２は、要求仕様データベース５１１から要求仕様レコードを取得し、新規案件の候補仕様レコードを生成する。
【０１２４】
候補仕様表示部１９２は、新規案件依頼において不足する仕様項目（例えば形状）の値、推定コスト及び推定納期の値を、他の候補仕様レコードの値から決定する。例えば、新規案件の優先項目において最も高い類似度の候補仕様レコード（類似順位１の候補仕様レコード）の値が使用される。
【０１２５】
候補仕様表示部１９２は、生成した新規案件の候補仕様レコードを、候補仕様データベース５１２及び試作候補選択ページ３６０のトップに挿入する。候補番号はリナンバリングされる。新規案件が公開可である場合、候補仕様表示部１９２は、通常コストの候補仕様レコードに加え、コストを減額した候補仕様レコードを追加する。
【０１２６】
図２０Ｃに示すように、試作候補選択ページ３６０において候補番号が試作対象として選択されると、暫定仕様生成部１９３は、顧客端末１２から選択された候補番号を受信する。暫定仕様生成部１９３は、受信した候補番号のレコードを、候補仕様データベース５１２から取得し、暫定仕様レコードを生成して、暫定仕様データベース５１３に格納する。暫定仕様データベース５１３は、設計暫定仕様出力及び承認入力ページ３７０Ａに表示するためのレコードを格納する。
【０１２７】
暫定仕様レコードのフォーマットは、図９に示す設計暫定仕様出力及び承認入力ページ３７０Ａのレコードと同様である。暫定仕様生成部１９３が生成する暫定仕様レコードは、例えば、設計暫定仕様出力及び承認入力ページ３７０Ａのレコード３７１と同一である。
【０１２８】
設計インタフェイス部１８５は、暫定仕様データベース５１３から暫定仕様レコードを取得して、設計暫定仕様出力及び承認入力ページ３７０Ａを生成し、顧客端末１２に送信する。顧客端末１２は、設計暫定仕様出力及び承認入力ページ３７０Ａを表示する。例えば、図９の設計暫定仕様出力及び承認入力ページ３７０Ａにおいて、レコード３７１が表示される。表示された設計暫定仕様出力及び承認入力ページ３７０Ａに対する顧客の否認を受信すると、設計インタフェイス部１８５は、要求仕様受付部１８３を起動する。
【０１２９】
表示された設計暫定仕様出力及び承認入力ページ３７０Ａに対する顧客の承認を受信すると、設計インタフェイス部１８５は、暫定仕様データベース５１３から暫定仕様レコードを取得し、センサ仕様の項目（例えば、帯域、感度、形状、実装形態）を抽出する。設計インタフェイス部１８５は、センサ仕様項目の値及び優先項目の指定と共に、設計依頼を、設計部門システム１４に送信する。これにより、設計部門が要求仕様に応じて適切に設計を行うことができる。
【０１３０】
設計インタフェイス部１８５は、暫定仕様データベース５１３の暫定仕様レコードのステータスを、例えば「設計中」に変更する。設計インタフェイス部１８５は、設計依頼からその応答を受けるまでの間に顧客端末１２からの要求を受けると、設計中であることを示す設計暫定仕様出力及び承認入力ページ３７０Ａを送信する。例えば、ステータスが変更された暫定仕様レコードが示される。暫定仕様レコードのステータスは更新されなくてもよい。設計インタフェイス部１８５は、後述するように、設計における推定コストと納期を計算して、それらの値で暫定仕様レコードを更新してもよい。
【０１３１】
設計インタフェイス部１８５は、設計部門システム１４から、完了応答と共に、今回設計試行におけるセンサ仕様項目（例えば、帯域、感度、形状、実装形態）の値を受信する。設計インタフェイス部１８５は、予め決められた方法により、設計におけるコスト及び納期の現状値を計算する。
【０１３２】
例えば、設計インタフェイス部１８５は、設計試行数に応じて、設計におけるコスト及び納期を増加させる。例えば、設計コストは（０．１Ｍ円×試行回数）で決定され、納期は（０．１Ｗｅｅｋ×試行回数）で決定される。
【０１３３】
設計インタフェイス部１８５は、設計部門システム１４から取得したセンサ仕様並びに計算したコスト及び納期の現状値により、暫定仕様データベース５１３の暫定仕様レコードを更新する。設計インタフェイス部１８５は、暫定仕様レコードのステータスも更新する。更新された暫定仕様レコードは、例えば、図９の設計暫定仕様出力及び承認入力ページ３７０Ａにおけるレコード３７２と同様である。
【０１３４】
設計インタフェイス部１８５は、更新した暫定仕様レコードから、設計暫定仕様出力及び承認入力ページ３７０Ａを生成し、顧客端末１２に送信する。設計暫定仕様出力及び承認入力ページ３７０Ａは、表示された仕様での、設計の継続又は設計の承認（完了）の選択を促す。
【０１３５】
設計暫定仕様出力及び承認入力ページ３７０Ａに対する顧客からの設計の継続（設計の再試行）の指示を受信すると、設計インタフェイス部１８５は、試行回数をカウントアップして、設計部門システム１４に再設計を依頼する。
【０１３６】
顧客が、優先項目の変更、センサ仕様の変更等を望む場合、設計暫定仕様出力及び承認入力ページ３７０Ａに対して、要求変更指示が入力される。要求変更指示を受信すると、設計インタフェイス部１８５は、要求仕様受付部１８３を起動する。要求仕様入力ページ３５０Ａが顧客端末１２０に送信される。
【０１３７】
顧客からの設計の完了の指示（設計の承認）を受信すると、設計インタフェイス部１８５は、設計部門システム１４から設計データを取得し、製造インタフェイス部１８６に対して、試作品の製造開始を要求する。具体的には、設計インタフェイス部１８５は、設計の承認と共に設計データを、製造インタフェイス部１８６に送信する。設計インタフェイス部１８５は、暫定仕様データベース５１３の暫定仕様レコードのステータスを更新し、さらに、更新した暫定仕様レコードを示す設計暫定仕様出力及び承認入力ページ３７０Ａを生成する。設計暫定仕様出力及び承認入力ページ３７０Ａは、顧客端末１２に送信され、顧客に提示される。
【０１３８】
上述のように、設計暫定仕様出力及び承認入力ページ３７０Ａのレコードは、暫定仕様データベース５１３における暫定仕様レコードと同一である。暫定仕様レコードは、設計暫定仕様出力及び承認入力ページ３７０Ａのレコード３７１、３７２、３７３のように変化する。
【０１３９】
図２０Ｄに示すように、承認及び設計データを受信すると、製造インタフェイス部１８６は、設計データと試作品の製造依頼とを、製造部門システム１５に送信する。製造インタフェイス部１８６は、製造部門システム１５からの応答を待つ。
【０１４０】
製造インタフェイス部１８６は、製造部門システム１５への製造依頼に応じて、暫定仕様データベース５１３の暫定仕様レコードを更新する。さらに、顧客端末１２から要求があると、製造インタフェイス部１８６は、更新した暫定仕様レコードを示す製造暫定仕様出力及び承認入力ページ３８０を生成し、顧客端末１２に送信する。暫定仕様レコードは、ステータスが「製造中」であることを示す。
【０１４１】
製造部門システム１５は、製造部門システム１５から、製造試行の完了応答と共に、今回の製造試行におけるセンサ仕様項目（例えば、帯域、感度、形状、実装形態）の値を受信する。製造部門システム１５は、予め決められた方法により、製造におけるコスト及び納期の現状値を計算する。計算方法は、設計における計算方法と同様でよい。
【０１４２】
製造インタフェイス部１８６は、製造部門システム１５から取得したセンサ仕様並びに計算したコスト及び納期の現状値により、暫定仕様データベース５１３の暫定仕様レコードを更新する。製造インタフェイス部１８６は、暫定仕様レコードのステータスも更新する。更新された暫定仕様レコードは、例えば、図１０の製造暫定仕様出力及び承認入力ページ３８０におけるレコード３８１と同様である。
【０１４３】
製造インタフェイス部１８６は、更新した暫定仕様レコードから、製造暫定仕様出力及び承認入力ページ３８０を生成し、顧客端末１２に送信する。製造暫定仕様出力及び承認入力ページ３８０は、表示された仕様での、製造の再試行又は製造された試作品の承認（製造の完了）の選択を促す。
【０１４４】
製造暫定仕様出力及び承認入力ページ３８０に対する顧客からの製造再試行の指示を受信すると、製造インタフェイス部１８６は、試行回数をカウントアップして、製造部門システム１５に再設計を依頼する。
【０１４５】
顧客が、優先項目の変更、センサ仕様の変更等を望む場合、製造暫定仕様出力及び承認入力ページ３８０に対して、要求変更指示が入力される。要求変更指示を受信すると、製造インタフェイス部１８６は、要求仕様受付部１８３を起動する。要求仕様入力ページ３５０Ａが顧客端末１２０に送信される。
【０１４６】
顧客からの製造の完了の指示（試作品の承認）及び評価の指示を受信すると、製造インタフェイス部１８６は、評価インタフェイス部１８７に対して、試作品の評価を要求する。具体的には、製造インタフェイス部１８６は、試作品の承認と共に暫定仕様レコードを、評価インタフェイス部１８７に送信する。試作品は案件番号で同定される。
【０１４７】
評価インタフェイス部１８７は、案件番号を指定して、評価部門システム１６に評価を依頼する。評価部門の担当者は、製造部門から試作品を入手し、評価を行う。評価インタフェイス部１８７は、評価部門システム１６から、試作品の評価結果を受信する。評価インタフェイス部１８７は、暫定仕様レコードと評価結果とから、結果仕様レコードを生成して、結果仕様データベース５１４に格納する。結果仕様レコード例は、図１１に示す評価結果出力ページ３９０のレコードである。
【０１４８】
評価インタフェイス部１８７は、結果仕様レコードから評価結果出力ページ３９０を生成し、顧客端末１２に送信する。顧客端末１２は、評価結果出力ページ３９０を、入出力デバイス１２６において顧客に提示する。
【０１４９】
センサの評価手法の一つは、測定環境（駆動回路、評価回路）を使用し、他の方法は、顧客の測定対象に設置されたセンサの動作を評価する。評価方法は、顧客からの要求又はデバイスに応じて適切に選択される。
【０１５０】
顧客が、評価結果に対して、優先項目の変更、センサ仕様の変更等を望む場合、評価結果出力ページ３９０に対して、要求変更指示が入力される。要求変更指示を受信すると、評価インタフェイス部１８７は、要求仕様受付部１８３を起動する。要求仕様入力ページ３５０Ａが顧客端末１２０に送信される。
【０１５１】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明したすべての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０１５２】
また、上記の各構成・機能・処理部等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード等の記録媒体に置くことができる。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしもすべての制御線や情報線を示しているとは限らない。実際には殆どすべての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１５３】
１０  試作受付サーバ、１２  顧客端末、１３  デバイス紹介端末、１４  設計部門システム、１５  製造部門システム、１６  評価部門システム、１０２ａ、１０２ｂ  インタフェイス、１０３  ＣＰＵ、１０４  主記憶、１０５  補助記憶、１０７  通信路、１２２  インタフェイス、１２３  ＣＰＵ、１２４  主記憶、１２５  補助記憶、１２６入出力デバイス、１２７  通信路
【図１】
2018073087.tif 000003
【図２】
2018073087.tif 000004
【図３】
2018073087.tif 000005
【図４】
2018073087.tif 000006
【図５】
2018073087.tif 000007
【図６】
2018073087.tif 000008
【図７】
2018073087.tif 000009
【図８】
2018073087.tif 000010
【図９】
2018073087.tif 000011
【図１０】
2018073087.tif 000012
【図１１】
2018073087.tif 000013
【図１２】
2018073087.tif 000014
【図１３】
2018073087.tif 000015
【図１４】
2018073087.tif 000016
【図１５Ａ】
2018073087.tif 000017
【図１５Ｂ】
2018073087.tif 000018
【図１６】
2018073087.tif 000019
【図１７】
2018073087.tif 000020
【図１８】
2018073087.tif 000021
【図１９】
2018073087.tif 000022
【図２０Ａ】
2018073087.tif 000023
【図２０Ｂ】
2018073087.tif 000024
【図２０Ｃ】
2018073087.tif 000025
【図２０Ｄ】
2018073087.tif 000026
【図２１】
2018073087.tif 000027
【図２２】
2018073087.tif 000028
【図２３】
2018073087.tif 000029
【図２４】
2018073087.tif 000030