(57)【要約】【課題】  製品納期遅延を抑制する製品構成検証システムを提供すること。【解決手段】  ネットワークＮに接続されたコンピュータ１，２が、ネットワーク上の他の端末５からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証システムであって、コンピュータ１，２が、製品の構成モジュールに関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の前記構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データを記憶している。また、コンピュータ１，２が、ネットワーク上の他の端末から製品の受注データを受信して記憶する受注管理機能と、受注データ中の製品構成に不具合がないか否かを，受注データ中の製品の構成モジュール名称と構成適合データとに基づいて判断する構成検証機能と、を備えている。【選択図】図１
2005128924.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されたコンピュータが、前記ネットワーク上の他の端末からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証システムであって、
前記コンピュータが、前記製品の構成モジュールに関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の前記構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データを記憶すると共に、
前記ネットワーク上の他の端末から前記製品の受注データを受信して記憶する受注管理機能と、前記受注データ中の製品構成に不具合がないか否かを，前記受注データ中の前記製品の構成モジュール名称と前記構成適合データとに基づいて判断する構成検証機能と、を備えたことを特徴とする製品構成検証システム。
【請求項２】
ネットワークに接続されたコンピュータが、前記ネットワーク上の他の端末からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証システムであって、
前記コンピュータが、前記製品の構成モジュールに関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の前記構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データを記憶すると共に、
前記ネットワーク上の他の端末から前記製品の受注データを受信して記憶する受注管理機能と、前記ネットワークに接続された検証者端末から前記受注データの要求を受けたときに当該受注データを前記検証者端末に送信する受注データ送信機能と、前記検証者端末から前記受注データに基づいて送信される前記製品の構成モジュール名称を受信し，当該構成モジュール名称と前記構成適合データとを比較して製品構成に不具合がないか否かを判断する構成検証機能と、その判断結果を前記検証者端末に返送する検証結果通知機能と、を備えたことを特徴とする製品構成検証システム。
【請求項３】
ネットワークに接続されたコンピュータが、前記ネットワーク上の他の端末からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証システムであって、
前記コンピュータが、
前記製品の構成モジュールについて製品出荷依頼側の者にて用いられる名称と，当該製品の構成モジュールについて製品出荷依頼を受けた側の者にて用いられる名称と，の対応関係を表した構成名称対応データと、
出荷依頼を受けた前記製品の構成に関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の前記構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データと、
を記憶すると共に、
前記ネットワーク上の他の端末から前記製品の受注データを受信して記憶する受注管理機能と、前記受注データ中の製品の構成モジュール名称を前記構成名称対応データに基づいて製品出荷依頼を受けた側の者にて用いられる名称に変換する構成モジュール名称変換機能と、前記ネットワークに接続された検証者端末から前記受注データの要求を受けたときに前記受注データ及び前記製品の変換された構成モジュール名称に関するデータを前記検証者端末に送信する受注データ送信機能と、前記検証者端末から送信される変換された構成モジュール名称データを受信し，当該構成モジュール名称と前記構成適合データとを比較して製品構成に不具合がないか否かを判断する構成検証機能と、その判断結果を前記検証者端末に返送する検証結果通知機能と、を備えたことを特徴とする製品構成検証システム。
【請求項４】
他の者からモジュールの供給を受けて当該モジュールを用いて製品を組み立てて出荷する際に、ネットワークに接続された前記製品を出荷する者が管理するコンピュータが、前記ネットワーク上の他の端末からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証システムであって、
前記コンピュータが、
前記製品の構成モジュールについて当該モジュールを供給する側の者にて用いられる名称と，当該製品の構成モジュールについて製品出荷依頼を受けた側の者にて用いられる名称と，の対応関係を表した構成名称対応データと、
出荷依頼を受けた前記製品の構成に関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の前記構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データと、
を記憶すると共に、
前記ネットワーク上の他の端末から前記製品の受注データを受信して記憶する受注管理機能と、前記受注データ中の製品の構成モジュール名称を前記構成名称対応データに基づいて製品出荷依頼を受けた側の者にて用いられる名称に変換する構成モジュール名称変換機能と、前記ネットワークに接続された検証者端末から前記受注データの要求を受けたときに前記受注データ及び前記製品の変換された構成モジュール名称に関するデータを前記検証者端末に送信する受注データ送信機能と、前記検証者端末から送信される変換された構成モジュール名称データを受信し，当該構成モジュール名称と前記構成適合データとを比較して製品構成に不具合がないか否かを判断する構成検証機能と、その判断結果を前記検証者端末に返送する検証結果通知機能と、を備えたことを特徴とする製品構成検証システム。
【請求項５】
前記コンピュータが有する前記受注データ送信機能は、前記検証者端末からの要求の有無に関わらず，前記受注管理機能にて受注データを受信した直後に作動して前記検証者端末に前記受注データを送信する機能である、ことを特徴とする請求項２記載の製品構成検証システム。
【請求項６】
前記コンピュータが有する前記受注データ送信機能は、前記検証者端末からの要求の有無に関わらず，前記受注管理機能にて受注データを受信した直後に作動して前記検証者端末に前記受注データ及び前記製品の変換された構成モジュール名称データを送信する機能である、ことを特徴とする請求項２記載の製品構成検証システム。
【請求項７】
前記コンピュータが有する前記受注データ送信機能は、前記検証者端末からの要求の有無に関わらず，所定の時間間隔毎に作動して前記検証者端末に前記受注データを送信する機能である、ことを特徴とする請求項３又は４記載の製品構成検証システム。
【請求項８】
前記コンピュータが有する前記受注データ送信機能は、前記検証者端末からの要求の有無に関わらず，所定の時間間隔毎に作動して前記検証者端末に前記受注データ及び前記製品の変換された構成モジュール名称データを送信する機能である、ことを特徴とする請求項３又は４記載の製品構成検証システム。
【請求項９】
ネットワークに接続されたコンピュータが、前記ネットワーク上の他の端末からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証システムであって、
前記コンピュータが、
前記製品の構成モジュールについて製品出荷依頼側の者にて用いられる名称と，当該製品の構成モジュールについて製品出荷依頼を受けた側の者にて用いられる名称と，の対応関係を表した構成名称対応データと、
出荷依頼を受けた前記製品の構成に関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の前記構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データと、
を記憶すると共に、
前記ネットワーク上の他の端末から前記製品の受注データを受信して記憶する受注管理機能と、前記受注データ中の製品の構成モジュール名称を前記構成名称対応データに基づいて製品出荷依頼を受けた側の者にて用いられる名称に変換する構成モジュール名称変換機能と、出荷依頼を受けた前記製品の構成に不具合がないか否かを前記変換した構成モジュール名称と前記構成適合データとに基づいて判断する構成検証機能と、を備えたことを特徴とする製品構成検証システム。
【請求項１０】
他の者からモジュールの供給を受けて当該モジュールを用いて製品を組み立てて出荷する際に、ネットワークに接続された前記製品を出荷する者が管理するコンピュータが、前記ネットワーク上の他の端末からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証システムであって、
前記コンピュータが、
前記製品の構成モジュールについて当該モジュールを供給する側の者にて用いられる名称と，当該製品の構成モジュールについて製品出荷依頼を受けた側の者にて用いられる名称と，の対応関係を表した構成名称対応データと、
出荷依頼を受けた前記製品の構成に関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の前記構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データと、
を記憶すると共に、
前記ネットワーク上の他の端末から前記製品の受注データを受信して記憶する受注管理機能と、前記受注データ中の製品の構成モジュール名称を前記構成名称対応データに基づいて製品出荷依頼を受けた側の者にて用いられる名称に変換する構成モジュール名称変換機能と、出荷依頼を受けた前記製品の構成に不具合がないか否かを前記変換した構成モジュール名称と前記構成適合データとに基づいて判断する構成検証機能と、を備えたことを特徴とする製品構成検証システム。
【請求項１１】
前記コンピュータが、前記構成検証機能にて検証した結果，前記製品に不具合が生じると判断した場合に前記受注データを送信した前記ネットワーク上の他の端末に対して前記製品の構成を変更する旨の変更要求データを送信する構成変更要求機能を備えた、ことを特徴とする請求項１，９又は１０記載の製品構成検証システム。
【請求項１２】
前記コンピュータが有する前記構成変更要求機能は、前記構成検証機能が作動した直後に作動する機能である、ことを特徴とする請求項１１記載の製品構成検証システム。
【請求項１３】
前記コンピュータが有する前記構成検証機能は、前記受注管理機能にて受注データを受信した直後に作動する機能である、ことを特徴とする請求項１，９，１０，１１又は１２記載の製品構成検証システム。
【請求項１４】
前記コンピュータが有する前記構成検証機能は、所定の時間間隔毎に作動する機能である、ことを特徴とする請求項１，９，１０，１１，１２又は１３記載の製品構成検証システム。
【請求項１５】
ネットワークに接続されたコンピュータが、前記ネットワーク上の他の端末からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証方法であって、
前記コンピュータが、前記ネットワーク上の他の端末から前記製品の受注データを受信して記憶する受注管理工程と、
前記コンピュータが、当該コンピュータに記憶された，前記製品の構成モジュールに関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の前記構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データと、前記受注データ中の前記製品の構成モジュール名称と、を比較する構成モジュール比較工程と、
前記コンピュータが、前記構成モジュール比較工程にて比較した結果、前記受注データ中の製品構成に不具合がないか否かを判断する構成検証工程と、から成ることを特徴とする製品構成検証方法。
【請求項１６】
ネットワーク上の他の端末からの製品出荷依頼を受信し、当該製品の構成を検証するコンピュータに、
前記ネットワーク上の他の端末から前記製品の受注データを受信して記憶する受注管理機能と、
あらかじめ前記コンピュータに記憶された，前記製品の構成モジュールに関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の前記構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データと、前記受注データ中の前記製品の構成モジュール名称と、に基づいて前記受注データ中の製品構成に不具合がないか否かを判断する構成検証機能と、を実現するための製品構成検証用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、製品構成検証システムにかかり、特に、ネットワークを介して製品出荷依頼を受けたコンピュータにて、製品出荷前に当該依頼を受けた製品の構成に不具合が無いか否かを判断する製品構成検証システムに関する。
【背景技術】
【０００２】
近年、製造元である企業が自社製品として所定の製品を販売せずに、ユーザから製品の受注を受けた他の企業のブランドとして製品を生産・供給するＯＥＭ（Original Equipment Manufacturing）が各企業間にて行われている。これにより、ユーザから製品の受注を受けた企業は、製造元からＯＥＭ供給を受けることによって、取り扱う製品の幅を広げることができる。一方で、製品を製造する企業は、当該製品を提供する企業に販売力を依存しながら生産量を上げることができる。
【０００３】
例えば、受注を受けた企業が、製造元である企業から製品の提供を受け、これを自社（受注企業）にて製品の組み立て、及び、検査を行って、自社製品であるようにして出荷を行う。
【０００４】
【特許文献１】特開２００１−３４４４４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記ＯＥＭによる従来の販売システムにおいては、ある企業や一般ユーザから製品の受注を受けた企業が、出荷する製造元から個々の製品の提供を受け、組み立てた製品の出荷を行うときにはじめてモジュール構成の検証を行っている。例えば、上記特許文献１には、製品の構成に応じて納期を提示するシステムが開示されているが、その構成の検証については何ら触れられておらず、モジュール構成に問題があった場合にはその対応は製品出荷の直前となるため、製品納期に遅延が生じる可能性がある。
【０００６】
また、モジュール構成の検証を行う際に用いるツールは、製品の構成モジュールの供給を行う他社にて用意されたツールである。すると、構成モジュールの供給を受ける他社で用いている名称と自社で用いている名称が異なる場合には、他社のツールで検証することとなると、モジュール名の対応を取るなどの検証準備に時間を要することとなり、製品納期遅延が生じる、という問題が生じる。
【０００７】
本発明は、上記従来例の有する不都合を改善し、特に、他社から供給を受けたモジュールを組み立てて製品を出荷する際に、製品納期遅延を抑制する製品構成検証システムを提供することをその目的とする。
【課題を解決するための手段】
【０００８】
そこで、本発明では、ネットワークに接続されたコンピュータが、ネットワーク上の他の端末からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証システムであって、コンピュータが、製品の構成モジュールに関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の前記構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データを記憶している。また、コンピュータが、ネットワーク上の他の端末から製品の受注データを受信して記憶する受注管理機能と、受注データ中の製品構成に不具合がないか否かを，受注データ中の製品の構成モジュール名称と構成適合データとに基づいて判断する構成検証機能と、を備えた、という構成を採っている。
【０００９】
上記構成にすることにより、製品を依頼する者からの製品の発注（受注データ）を受信すると、その受注データに含まれる製品の構成モジュールについて、不具合がないか否かの検証が行われる。このとき、コンピュータには、あらかじめ製品出荷の依頼を受けた側の者（企業を含む）にて使用される各モジュールの名称を用いた、あらかじめ不具合がないと検証された構成を表す構成適合データが記憶されているため、かかるデータと受注データに含まれる構成モジュールとを比較することで、迅速に製品構成の検証を行うことができる。
【００１０】
また、本発明では、ネットワークに接続されたコンピュータが、ネットワーク上の他の端末からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証システムであって、コンピュータが、製品の構成モジュールに関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データを記憶すると共に、ネットワーク上の他の端末から製品の受注データを受信して記憶する受注管理機能と、ネットワークに接続された検証者端末から受注データの要求を受けたときに当該受注データを検証者端末に送信する受注データ送信機能と、検証者端末から受注データに基づいて送信される製品の構成モジュール名称を受信し，当該構成モジュール名称と構成適合データとを比較して製品構成に不具合がないか否かを判断する構成検証機能と、その判断結果を検証者端末に返送する検証結果通知機能と、を備えた、という構成を採っている。
【００１１】
これにより、検証者が一旦受注データを認識し、これに基づいて製品を構成するモジュールの検証を行うため、検証者が、適宜、最適なモジュールを選択することも可能であり、柔軟性の高い検証システムとなりうる。また、検証者は、その最適なモジュール構成を依頼者に提案することができるため、迅速かつ的確な営業を行うことができ、サービスの向上を図ることができる。さらに、検証者は、検証結果に基づいて構成の変更を依頼者に促すことができる。その結果、製品出荷前に迅速に不具合のないモジュールにて製品を構成することができるため、製品納期の遅延を抑制することができる。
【００１２】
また、本発明では、ネットワークに接続されたコンピュータが、ネットワーク上の他の端末からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証システムであって、コンピュータが、製品の構成モジュールについて製品出荷依頼側の者にて用いられる名称と，当該製品の構成モジュールについて製品出荷依頼を受けた側の者にて用いられる名称と，の対応関係を表した構成名称対応データと、出荷依頼を受けた前記製品の構成に関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データと、を記憶すると共に、ネットワーク上の他の端末から製品の受注データを受信して記憶する受注管理機能と、受注データ中の製品の構成モジュール名称を構成名称対応データに基づいて製品出荷依頼を受けた側の者にて用いられる名称に変換する構成モジュール名称変換機能と、ネットワークに接続された検証者端末から受注データの要求を受けたときに受注データ及び製品の変換された構成モジュール名称に関するデータを検証者端末に送信する受注データ送信機能と、検証者端末から送信される変換された構成モジュール名称データを受信し，当該構成モジュール名称と構成適合データとを比較して製品構成に不具合がないか否かを判断する構成検証機能と、その判断結果を検証者端末に返送する検証結果通知機能と、を備えた、という構成を採っている。
【００１３】
さらには、他の者からモジュールの供給を受けて当該モジュールを用いて製品を組み立てて出荷する際に、ネットワークに接続された製品を出荷する者が管理するコンピュータが、ネットワーク上の他の端末からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証システムであって、コンピュータが、製品の構成モジュールについて当該モジュールを供給する側の者にて用いられる名称と，当該製品の構成モジュールについて製品出荷依頼を受けた側の者にて用いられる名称と，の対応関係を表した構成名称対応データと、出荷依頼を受けた製品の構成に関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データと、を記憶すると共に、ネットワーク上の他の端末から製品の受注データを受信して記憶する受注管理機能と、受注データ中の製品の構成モジュール名称を構成名称対応データに基づいて製品出荷依頼を受けた側の者にて用いられる名称に変換する構成モジュール名称変換機能と、ネットワークに接続された検証者端末から受注データの要求を受けたときに受注データ及び製品の変換された構成モジュール名称に関するデータを検証者端末に送信する受注データ送信機能と、検証者端末から送信される変換された構成モジュール名称データを受信し，当該構成モジュール名称と構成適合データとを比較して製品構成に不具合がないか否かを判断する構成検証機能と、その判断結果を前記検証者端末に返送する検証結果通知機能と、を備えた、という構成を採っている。
【００１４】
上記構成にすることにより、製品を依頼する者からの受注データに含まれる構成モジュール名称が、当該製品の依頼を受けた者にて用いられている名称でない場合には、構成名称対応データに基づいてモジュール名称が変換される。そして、変換されたモジュール名称と、上述したように当該製品の依頼を受けた者にて用いられている名称を用いて表されている構成適合データとに基づいて、製品構成に不具合が無いか否かが検証される。従って、検証者が構成モジュールの検証前にモジュール名称の対応関係を調べるなどの検証準備に費やす時間を削減でき、製品出荷前に迅速に製品モジュール構成を調べることができる。これにより、製品納期の遅延を抑制することができる。
【００１５】
また、上述した構成に加えて、コンピュータが有する受注データ送信機能は、検証者端末からの要求の有無に関わらず，受注管理機能にて受注データを受信した直後に、あるいは、所定の時間間隔毎に作動して、検証者端末に受注データ、あるいはこれに変換された構成モジュール名称データを含めて送信する機能であると望ましい。これにより、検証者に対して迅速に製品出荷依頼が通知されるため、当該検証者は検証者端末を用いてコンピュータにアクセスし、迅速に製品構成の検証を行うことができる。
【００１６】
そして、本発明は、ネットワークに接続されたコンピュータが、ネットワーク上の他の端末からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証システムであって、コンピュータが、製品の構成モジュールについて製品出荷依頼側の者にて用いられる名称と，当該製品の構成モジュールについて製品出荷依頼を受けた側の者にて用いられる名称と，の対応関係を表した構成名称対応データと、出荷依頼を受けた製品の構成に関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の前記構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データと、を記憶すると共に、ネットワーク上の他の端末から製品の受注データを受信して記憶する受注管理機能と、受注データ中の製品の構成モジュール名称を構成名称対応データに基づいて製品出荷依頼を受けた側の者にて用いられる名称に変換する構成モジュール名称変換機能と、出荷依頼を受けた前記製品の構成に不具合がないか否かを変換した構成モジュール名称と構成適合データとに基づいて判断する構成検証機能と、を備えた、という構成でもよい。
【００１７】
同様に、他の者からモジュールの供給を受けて当該モジュールを用いて製品を組み立てて出荷する際に、ネットワークに接続された製品を出荷する者が管理するコンピュータが、ネットワーク上の他の端末からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証システムであって、コンピュータが、製品の構成モジュールについて当該モジュールを供給する側の者にて用いられる名称と，当該製品の構成モジュールについて製品出荷依頼を受けた側の者にて用いられる名称と，の対応関係を表した構成名称対応データと、出荷依頼を受けた製品の構成に関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データと、を記憶すると共に、ネットワーク上の他の端末から製品の受注データを受信して記憶する受注管理機能と、受注データ中の製品の構成モジュール名称を構成名称対応データに基づいて製品出荷依頼を受けた側の者にて用いられる名称に変換する構成モジュール名称変換機能と、出荷依頼を受けた製品の構成に不具合がないか否かを変換した構成モジュール名称と構成適合データとに基づいて判断する構成検証機能と、を備えた、という構成でもよい。
【００１８】
これにより、コンピュータにて受注データを受信すると、当該受注データ中の製品の構成に関するデータに基づいて、上述同様にコンピュータにて自動的に製品構成に不具合がないか否かが判断される。従って、出荷前により迅速に製品構成を検証することができ、製品納期の遅延を抑制することができる。
【００１９】
さらに、上記構成に加えて、コンピュータが、構成検証機能にて検証した結果，製品に不具合が生じると判断した場合に受注データを送信したネットワーク上の他の端末に対して製品の構成を変更する旨の変更要求データを送信する構成変更要求機能を備えた、という構成であると望ましい。このとき、コンピュータが有する構成変更要求機能は、構成検証機能が作動した直後に作動する機能である、という構成であるとなお望ましい。
【００２０】
これにより、製品構成に不具合が生じたときに、製品組み立て前や出荷前に製品構成を変更すべき要求が出され、これに基づいて製品出荷依頼者は構成を変更して出荷依頼を行うこととなる。そして、コンピュータ側では、製品構成が変更された受注データを受信し、再度その構成を検証することができ、出荷前に迅速に不具合のないモジュール構成とすることができる。その結果、製品納期の遅延を有効に抑制することができる。
【００２１】
また、上記構成において、コンピュータが有する構成検証機能は、受注管理機能にて受注データを受信した直後に、あるいは、所定の時間間隔毎に、作動する機能である、という構成であるとなお望ましい。これにより、受注した直後、あるいは、定期的に受注した製品の構成に不具合が無いか否かが自動的に検証されるため、迅速に構成の不具合を見つけ出だし、不具合のない製品構成とすることができ、より確実に製品納期の遅延を抑制することができる。
【００２２】
また、本発明では、ネットワークに接続されたコンピュータが、ネットワーク上の他の端末からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証方法であって、コンピュータが、ネットワーク上の他の端末から製品の受注データを受信して記憶する受注管理工程と、コンピュータが、当該コンピュータに記憶された，製品の構成モジュールに関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データと、受注データ中の前記製品の構成モジュール名称と、を比較する構成モジュール比較工程と、コンピュータが、構成モジュール比較工程にて比較した結果、受注データ中の製品構成に不具合がないか否かを判断する構成検証工程と、から成る製品構成検証方法をも提供している。
【００２３】
さらに、ネットワーク上の他の端末からの製品出荷依頼を受信し、当該製品の構成を検証するコンピュータに、ネットワーク上の他の端末から製品の受注データを受信して記憶する受注管理機能と、あらかじめ前記コンピュータに記憶された，製品の構成モジュールに関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データと、受注データ中の前記製品の構成モジュール名称と、に基づいて受注データ中の製品構成に不具合がないか否かを判断する構成検証機能と、を実現するための製品構成検証用プログラムをも提供している。
【００２４】
上記製品構成検証方法及び製品構成検証用プログラムにおいても、上述同様に作用し、本願の目的を達成することができる。
【発明の効果】
【００２５】
以上説明したように、本発明では、製品を依頼する者の端末から受注データを受信すると、その受注データに含まれる製品の構成モジュールについて、製品出荷の依頼を受けた企業にて使用される各モジュールの名称に変換され、あるいは、変換されずにそのまま、あらかじめコンピュータに記憶された企業にて使用される各モジュールの名称を用いたあらかじめ不具合がないと判断された構成を表す構成適合データとの比較が行われる。従って、受注データ受信時から迅速に受注を受ける企業にて用いられている製品構成モジュールの名称にて構成に不具合がないか否かを検証することができ、迅速な出荷が可能となる。すなわち、従来例のように、製品供給元の検証システムを用いることがないため、構成検証前に実際に検証を行う製品出荷依頼を受けた企業にて用いられているモジュール名称との対応関係を調べる必要がなく、検証に費やす時間を削減することができ、製品出荷遅延を有効に抑制することができる。
【発明を実施するための最良の形態】
【００２６】
まず、本発明の概要について説明する。本発明は、ネットワークに接続されたコンピュータが、ネットワーク上の他の端末からの製品出荷依頼に応じて当該製品の構成を検証する製品構成検証システムである。具体的には、製品出荷依頼を行う者は、希望する製品を構成するモジュールを指定してかかる構成に関するデータを、製品出荷を依頼するデータと共に、依頼先である企業のコンピュータに送信する。そして、コンピュータは、指定された製品構成に不具合が無いかどうかを製品の組み立て・出荷前に迅速に検証し、これにより製品納期の遅延の抑制を図る、というシステムである。なお、本願におけるモジュールとは、製品を構成する機器、部品、ソフトウェアなどを表し、有体物に限られず、製品に組み込まれるプログラムやデータなどの無体物なども含まれる。
【００２７】
そして、上記目的を達成するために、システムの中核となるコンピュータには、まず、製品の構成モジュールに関してあらかじめ検証された不具合のない構成を表す構成適合データであって，当該構成適合データ中の構成モジュールの名称が製品出荷依頼を受けた側の者にて使用される名称を用いて表された構成適合データが記憶されている。また、製品の構成モジュールについて製品出荷依頼側の者にて用いられる名称と，当該製品の構成モジュールについて製品出荷依頼を受けた側の者にて用いられる名称と，の対応関係を表した構成名称対応データが記憶されていてもよい。そして、この構成名称対応データは、製品の構成モジュールについて当該モジュールを供給する側の者にて用いられる名称と，当該製品の構成モジュールについて製品出荷依頼を受けた側の者にて用いられる名称と，の対応関係を表したデータであってもよい。
【００２８】
さらに、コンピュータには、主に、ネットワーク上の他の端末から製品の受注データを受信して記憶する受注管理機能と、受注データ中の製品構成に不具合がないか否かを，受注データ中の製品の構成モジュール名称と構成適合データとに基づいて判断する構成検証機能と、が備えられている。
【００２９】
すると、コンピュータでは、受信した受注データを記憶し、上記構成名称対応データが記憶されている場合には、製品を依頼する者からの受注データに含まれる構成モジュール名称を、あらかじめ記憶されている構成名称対応データに基づいて当該製品を出荷する者にて用いられている名称に変換する。そして、変換された構成モジュール名称、あるいは、受注データに含まれる構成モジュール名称そのままを用いて、あらかじめ記憶されている不具合のないことが確認されている構成に関するデータ（構成適合データ）と比較することにより、受注を受けた製品構成に不具合が無いか否かを検証する。このため、検証時に自社にて用いているモジュール名称を利用して構成の検証を行うことができるので、検証前にモジュール名称の対応関係を調べるなどの検証準備に費やす時間を削減でき、製品出荷前に迅速に製品モジュール構成を調べることができる。これにより、製品納期の遅延を抑制することができる。特に、依頼を受けたときの製品の構成モジュール名称が検証をする側にて用いている名称に自動的に変換されるため、検証処理をより迅速に行うことができる。
【００３０】
なお、以下に説明する実施例１では、検証者が検証者端末を用いてネットワークを介してコンピュータに製品構成のデータを入力することにより、当該コンピュータにて検証処理が行われるシステムの例を示す。また、実施例２では、受注データの受信から検証までの一連の処理が、コンピュータにて自動的に行われるシステムの例を示す。
【実施例１】
【００３１】
以下、本発明の実施例１を、図１乃至図７を参照して説明する。図１は、本発明である製品構成検証システムの構成を示すブロック図である。図２乃至図３は、受注管理サーバの動作を示すフローチャートである。図４は、検証者端末の動作を示すフローチャートである。図５は、構成検証サーバの動作を示すフローチャートである。図６は、システム全体の動作を示すシーケンス図である。図７は、構成検証サーバから検証者端末に送信されて表示されるユーザインタフェースを示す図である。
【００３２】
（全体構成）
本実施形態における製品構成検証システムは、製品出荷依頼を受ける企業Ｃ１が所有するコンピュータにて構成されており、主に、受注管理サーバ１、構成検証サーバ２といった複数のコンピュータにて構成されている。但し、これらサーバコンピュータ１，２は、１台のコンピュータにて構成されていてもよい。また、企業Ｃ１のコンピュータとしては、検証者端末３、最終検査者端末４もある。そして、これら各コンピュータ１，２，３，４は、ネットワークＮに接続されており、相互に通信可能となっている。
【００３３】
また、ネットワークＮには、上記企業Ｃ１に製品を依頼する他の企業Ｃ１１，Ｃ１２等のコンピュータ５，６等（以下、発注者端末という）が接続されていて、当該発注者端末５，６を介して企業Ｃ１に製品出荷を依頼する。以下、各構成について詳述する。
【００３４】
（企業）
本実施例にて登場する各企業Ｃ１，Ｃ１１，Ｃ１２との関係について説明する。企業Ｃ１は、図示しない他の企業からモジュールの供給を受け、当該供給を受けたモジュールを用いて製品を組み立てて当該製品を自社の製品として出荷する。すなわち、いわゆるＯＥＭ供給を受ける企業である。なお、製品を構成するモジュールを製造して企業Ｃ１に供給する他の企業（ＯＥＭ供給元）とは、符号Ｃ１１，Ｃ１２に示す企業とは異なる。
【００３５】
そして、符号Ｃ１１，Ｃ１２に示す企業は、企業Ｃ１に対して製品の製造を依頼して、当該企業Ｃ１から当該製品を購入する企業である。そして、企業Ｃ１１，Ｃ１２は、要求する製品の構成モジュールの種類を指定して製造及び出荷を要求する。この製品出荷要求について、企業Ｃ１１，Ｃ１２の発注者端末５，６を詳述することにより説明する。
【００３６】
（発注者端末）
発注者端末５，６は、企業Ｃ１に製品出荷を要求する企業Ｃ１１，Ｃ１２の発注者が操作するコンピュータである。この発注者端末５，６は、ネットワークＮに接続されており、当該ネットワークＮに接続されている他のコンピュータと相互にデータ通信が可能である。そして、発注者端末５，６は、操作者の操作に応じて、製品を注文するデータ（以下、受注データという）を受注管理サーバ１に送信する。この受注データは、出荷を依頼する製品名、その構成モジュールの名称、注文数量、納期、発注者の氏名・電話番号・電子メールアドレス、納入先情報（住所・会社名）などのデータにて構成される。
【００３７】
なお、受注データに含まれる製品の名称と、構成モジュールの名称は、製品出荷を依頼する企業Ｃ１にて用いられている名称と同一の名称が用いられていてもよく、発注する企業Ｃ１１，Ｃ１２にて用いられている名称であってもよい。あるいは、構成モジュールを製造する企業（企業Ｃ１にモジュールをＯＥＭ供給するＯＥＭ供給元企業（図示せず））にて用いられている名称であってもよい。そして、以下の説明では、主に、構成モジュールを製造する企業（ＯＥＭ供給元）にて用いられている名称にて製品を構成するモジュールを指定して受注データを送信する場合を説明する。なお、このような場合とは、製造元にて付けられたモジュールの名称が業界内で浸透している場合に起こりうる。
【００３８】
また、以下の説明では、符号Ｃ１１に示す企業が、企業Ｃ１に製品出荷を依頼する場合を説明する。すなわち、受注データを送信する発注者端末は、符号５に示す端末である。但し、発注する企業は、もちろん他の企業でもよい。
【００３９】
（受注管理サーバ）
受注管理サーバは１、一般的なサーバコンピュータであって、ネットワークＮに常時接続されている。そして、その記憶部には、製品の構成モジュールについて当該モジュールを供給する側の者にて用いられる名称と，当該製品の構成モジュールについて製品出荷依頼を受けた側の者（企業Ｃ１）にて用いられる名称と，の対応関係を表した構成名称対応データが記憶されている。換言すると、同一のモジュール（例えば、製品がルーターである場合には、ルーター本体や、増設メモリ、コネクタケーブル、ソフトウェア、光・電気変換モジュールなど）に対して、これらモジュールを実際に製造して企業Ｃ１に供給している企業（ＯＥＭ供給元）において用いられている構成モジュール名称と、当該モジュールの供給を受けるＯＥＭ供給先である企業Ｃ１にて用いられている構成モジュール名称との対応があらかじめ設定されているものである。例えば、モジュールＡについて、モジュール供給を行う企業にて用いられている名称は「ａａａａ」であり、モジュール供給を受けてこれらを組み立てて製品を出荷する企業Ｃ１にて用いられている名称は「ｂｂｂｂ」である、というような対応データがあらかじめ設定されている。
【００４０】
また、記憶部には、発注者端末５から送信された受注データを記憶する領域（受注案件データ記憶部１２）が確保されている。すなわち、上述したように発注者端末５から送信される受注データが、受注案件毎に記憶され、製品が出荷され納品されるまで管理される。このとき、後述するように、構成モジュールの名称については、ＯＥＭ供給元によるものと、企業Ｃ１にて用いられる名称に変換されたものとが記憶される。
【００４１】
また、受注管理サーバ１のＣＰＵには、ネットワークＮ上の他の端末である発注者端末５から製品の受注データを受信して上記受注案件データとして記憶部に記憶する受注管理機能が備えられている。この機能は、受信した受注データ中から、出荷依頼製品、製品構成モジュールなどを区分けして記憶する。例えば、発注者端末５が注文する際に受注管理サーバ１が開設する注文サイトにアクセスすると、当該受注管理サーバ１にて受注データを入力する入力フォームが発注者端末５に送信されて、当該発注者端末５に表示されるよう設定されている。これにより、特定のデータが入力フォームの特定箇所に入力されて受注管理サーバ１に送信されるため、当該受注管理サーバ１は受注データの内容を容易に識別することができる。
【００４２】
また、受注管理サーバ１のＣＰＵには、受注データ中の製品の構成モジュール名称を構成名称対応データに基づいて製品出荷依頼を受けた側の者（企業Ｃ１）にて用いられる名称に変換する構成モジュール名称変換機能が備えられている。すなわち、上述したように、ある名称の構成モジュールが受注データに含まれていた場合には、当該名称と一致する名称を検索し、それが構成モジュールの供給元にて用いられる名称と一致すると、これに対応する当該モジュールの企業Ｃ１側にて用いられている名称に変換して、これを受注データに記憶する。なお、変換前のモジュール名称に関するデータもそのまま受注データ中に記憶しておいてもよい。
【００４３】
さらに、受信管理サーバ１のＣＰＵには、ネットワークＮに接続された後述する検証者端末３から受注データの要求を受けたときに当該受注データ及び変換された構成モジュール名称に関するデータを検証者端末３に送信する受注データ送信機能が備えられている。この受注データ送信機能は、特に、受注データのうち、出荷を依頼する製品名、その構成モジュール名称、納期、発注者の氏名・電話番号・電子メールアドレスなどであり、また、構成モジュール名称であって製品を出荷する企業Ｃ１にて用いられる変換された名称に関するデータを検証者端末３に送信する。
【００４４】
なお、上記受注データ送信機能は、検証者端末３から受注データ等の要求が無くても、受注データ及び変換された構成モジュール名称データを、当該検証者端末３に送信してもよい。これについては後述する。
【００４５】
（構成検証サーバ）
次に、構成検証システムを主に構成するコンピュータである構成検証サーバ２について説明する。構成検証サーバ２も受注管理サーバ１と同様に、一般的なサーバコンピュータであって、ネットワークＮに常時接続されている。そして、その記憶部には、出荷依頼を受けた製品の構成に関してあらかじめ検証された不具合のない構成を表す構成適合データが、構成適合データ２１として記憶されている。この構成適合データ２１は、事前にあらゆるモジュールを組み合わせて所定の製品を組み立て、その動作確認テストなどを行い、不具合のないと判断される信頼性の高い組合せが記憶されたものである。そして、この構成適合データ２１は、当該構成適合データ中の構成モジュールの名称が製品出荷依頼を受けた側の者（企業Ｃ１）にて使用される名称を用いて表されている。従って、企業Ｃ１にて取り扱いが非常に容易となる。なお、本実施例では、後述するように、既に選択されたある構成モジュールに対して、不具合なく適合する構成モジュールを選択できるよう、プログラム内にて記憶されている。但し、構成適合データが単に記憶されていて、当該構成と受注した構成とが一致するか否かを比較するよう用いられてもよい。
【００４６】
そして、構成検証サーバ２のＣＰＵには、出荷依頼を受けた製品の構成に不具合がないか否かを、変換された構成モジュール名称と上記記憶されている構成適合データとに基づいて判断する構成検証機能が備えられている。この構成検証機能は、本実施例では特に、検証者端末３から送信される検証依頼データを受信したときに作動する。すなわち、検証依頼データには、検証者端末３が受注管理サーバ１から取得した受注データに基づいて送信した製品の構成に関するデータが含まれており、具体的には、企業Ｃ１にて用いられているモジュール名称に変換された名称にて表された製品構成データが含まれている。そして、かかる構成に不具合が無いかどうかを、構成適合データ２１とのマッチングにより判断する。そして、検証した結果を、検証者端末３に返送する検証結果通知機能も備えている。検証結果としては、「構成可能」を表すデータと、「構成不可能」を表すデータがある。なお、場合によっては、「構成は可能であるが、不具合が生じる可能性がある」というデータもある。
【００４７】
さらに、本実施例では特に、構成モジュールの検証は、構成モジュールの種類が一つずつ特定されていく毎に、当該特定された種類のモジュールに適合する他のモジュールの種類が絞り込まれていき、その絞り込まれた他のモジュールの種類を特定していき、最終的に不具合のない一つの製品構成が決まる、という方式で行われる。その一例を、図７のユーザインタフェースにて示す。この図は、構成の検証を依頼した検証者端末３のディスプレイに表示される画面であり、構成検証サーバ２から送信されるデータである。この図に示すように、製品を構成するモジュールが表示され、各モジュールの種類がリスト表示されるようになっている。そして、一つのモジュールの種類を選択すると、その種類のモジュールに適合する他のモジュールの種類が、あらかじめ記憶された構成適合データ２１に基づいて限定されて、当該限定されたモジュールの種類のみが選択可能なようリスト表示されることとなる。そしてこれを繰り返し、２つ目のモジュールを選択すると、選択した２つのモジュールの組合せに適合する他のモジュールの種類が限定されることとなる。例えば、「基本部」にリスト表示される中から一つの品目を選択すると、選択した「基本部」に適合する他のモジュール（ソフトウェアセットなど）の選択可能な品目が、構成適合データ２１に基づいて限定されて、当該限定されたモジュールの品目のみがリスト表示されることとなる。そして、さらに「ソフトウェアセット」の中から一つの品目を選択すると、同様にして選択した「基本部」及び「ソフトウェアセット」の組合せに適合する他のモジュールの品目が限定されていく。
【００４８】
このようにして、組合せに不都合がない品目をリスト表示し、これらから各構成モジュールの品目を選択していくことで、最終的には構成の組合せに不具合がない製品となる。すなわち、構成検証サーバ２が、検証者端末３からの構成の検証依頼である各構成に関するデータを受信することにより、製品構成の検証が行われる。そして、上述したように、その検証結果を検証者端末３に返送する。
【００４９】
ここで、上記構成検証機能は、上述した方法にて製品構成を検証することに限定されない。例えば、検証者端末３から製品を構成するモジュールの総ての品目データが構成検証サーバ２に送信されて、これを当該サーバ２が構成名称対応データに基づいて検証してもよい。具体的には、まず、あらかじめ定められた入力フォームが構成検証サーバ２から検証者端末３に送信される。これに対して検証者端末３が製品を構成する総てのモジュールの品目を入力して構成検証サーバ２に返送する。そして、これを受信した構成検証サーバ２が製品の構成を認識して、構成名称対応データとのマッチングにより、構成に不具合がないか否かを検証する。
【００５０】
（検証者端末）
検証者端末３は、企業Ｃ１にて、受注した製品の構成に不具合が無いか否か、すなわち、受注した製品を製造すべきか否かを調べる者（検証者）が操作するコンピュータである。但し、構成に不具合が無いか否かを検証者が判断するわけではなく、あくまで検証者は、検証者端末３を用いて構成検証サーバ２に構成が妥当か否かの判断を依頼する者である。
【００５１】
具体的には、検証者端末３は、受注管理サーバ１に受注データの要求を行う。なお、このとき、検証者端末３は、検証者端末３からの要求である旨のデータも受注管理サーバ１に送信する。すると、受注管理サーバ１からは、後述するように未だ検証されていない新規の受注データ（変更されたものも含む）が送信され、特に、企業Ｃ１にて用いられている名称に変換された構成モジュール名称に関するデータが送信され、検証者端末３は受信する。そして、受信した受注データを端末３に一時的に記憶しておく。なお、受注データには、当該受注データを送信した発注者端末５への連絡先情報（例えば、メールアドレスなど）も含まれる。
【００５２】
また、検証者端末３は、変換された構成モジュール名称に基づいて、構成検証サーバ２に構成の検証依頼を行う。このとき、検証者端末３は、検証構成サーバ２から検証結果を受信すべく、自己の端末３の接続先（ＩＰアドレスや電子メールアドレスなど）も送信する。そして、構成の検証依頼の方法は、上述したように図７に示す構成検証サーバ２から送信されるユーザインタフェースに従って入力することにより行う。このとき、検証者は、自らの判断で、受注データにて指定されていない構成モジュールの他の種類を選択して、検証依頼を行うこともできる。
【００５３】
そして、検証者端末３は、構成検証サーバ２から検証結果を受信し、この内容を確認した検証者は、かかる構成で不具合が生じないという検証結果である場合には、検証済みを表すデータを受注管理サーバ１に送信する。一方、かかる構成で不具合が生じるという検証結果である場合には、発注者端末５に対して構成を変更すべき旨のデータを送信する。これにより、発注者端末５から修正された構成のデータが受注管理サーバ１に送信され、かかる構成によって再度検証が行われる。なお、上述した受注管理サーバ１に検証済みデータを送信する処理や、発注者端末５に構成変更要求データを送信する処理は、構成検証サーバ２から検証結果を受信した検証者端末３にて自動的に実行されてもよい。従って、かかる機能を実現する機能が、当該検証者端末３にあらかじめ組み込まれていてもよい。
【００５４】
（最終検査者端末）
また、企業Ｃ１には、最終検査者が操作するコンピュータが接続されているが、かかる端末による動作は、上記検証者端末３とほぼ同一である。最終検証者は、受理管理サーバ１から、既に構成が検証済みの受注データを取得して、構成検証サーバ２に検証依頼を行う。そして、構成に不具合がない旨の検証結果を受信した場合には、最終検証者端末４を用いて受注管理サーバ１や他のコンピュータに製品の組み立て及び出荷指示を出す。あるいは、最終検証者自身が製造管理者などに製品出荷指示を出す。
【００５５】
ここで、上述した受注管理サーバ１、構成検証サーバ２、検証者端末３、最終検査者端末４が有する各機能は、当該各機能による処理を実現するためのプログラムがＣＰＵに組み込まれることで実現される。なお、プログラムは、あらかじめ各コンピュータ１，２，３，４の記憶装置に記憶されていて、ＣＰＵに組み込まれてもよく、他の可搬媒体から提供されたり、さらには、ネットワーク上の他のコンピュータから提供されてもよい。
【００５６】
また、上記各コンピュータ１，２，３，４が有する機能は、上述したものに限定されない。以下の動作説明に表されているよう作動する機能も有する。
【００５７】
（動作）
次に、本実施例におけるシステムの動作について、図２乃至図６を参照して説明する。図２乃至図３は、受注管理サーバ１の動作を示すフローチャートである。図４は、検証者端末３の動作を示すフローチャートである。図５は、構成検証サーバ２の動作を示すフローチャートである。図６は、システム全体の動作を示すシーケンス図である。以下、システムの全体の動作を主に説明しつつ、同時に、各コンピュータ１，２，３，４の動作について、他の図を参照して詳細に説明する。
【００５８】
まず、製品出荷を依頼する企業Ｃ１１の発注者は、発注者端末５を用いて製品を発注する旨のデータを受注管理サーバ１に送信する（図６にてステップＳＡ１）。なお、発注データは、受注管理サーバ１側から見れば受注データであり、以下、発注データを受注データと言うこととする。そして、受注データには、上述したように、製品名、その構成モジュール名称、注文数量、納期、発注者の氏名・電話番号・電子メールアドレス、納入先情報（住所・会社名）などが含まれる。
【００５９】
そして、受注管理サーバ１が受注データを受信すると（図２のステップＳ１にて肯定判断）、当該受注データ内の各データを受注案件毎に、自己の記憶装置に形成された受注案件データ記憶部１２に記録する（図２のステップＳ２、図６のステップＳＡ２）。続いて、記憶装置にあらかじめ記憶されている構成名称対応データ１１を読み出し（図２のステップＳ３）、当該構成名称対応データ１１に基づいて受注データ内の製品構成モジュール名称を自社（企業Ｃ１）にて用いられている名称に変換する（図２のステップＳ４）。具体的には、受注データに含まれているモジュール名称と一致する名称を構成名称対応データ内から検索し、これに対応する自社（企業Ｃ１）にて用いられている名称に変換する。そして、変換したモジュール名称も変換したものであることを区別して受注案件データ記憶部に記憶しておく（図２のステップＳ５）。なお、受注管理サーバ１は、その後、検証者端末等３，４からの要求に応じて記憶した受注案件データ１２を送信するが、かかる処理を図３に示すと共に、検証者端末３の処理について図４に示して説明する。
【００６０】
その後、受注管理サーバ１は、一定の時間間隔にて新たな受注案件を監視している検証者から、検証者端末３にて受注案件データの要求があると（図３のステップＳ１１にて肯定判断及びステップＳ１２にて肯定判断、図４のステップＳ２１にて肯定判断の後にステップＳ２２、図６のステップＳＡ３）、当該検証者端末１３に新たに受注した受注案件データを送信する（図３のステップＳ１３、図６のステップＳＡ４）。このとき、受注管理サーバ１は、変換したモジュール名称に関するデータも送信する。なお、新たに受注した受注案件データであるか否かは、当該受注案件データ内に後述する検証済みデータが記録されているか否かで判断し、検証済みデータの無いデータを検証者端末３に送信する。また、後述するように、受注案件データの要求が最終検査者端末４からのものであった場合には、検証済みの受注案件データを送信する。そして、その後、検証者端末３や最終検査者端末４から検証結果に対するデータを受信するが、それについては後述する。
【００６１】
上述のようにして受注案件データを受信した検証者端末３は（図４のステップＳ２３にて肯定判断）、受信したデータに含まれる製品構成のモジュール名称に基づいて、当該構成のデータを構成検証サーバ２に送信して検証依頼を行う（図４のステップＳ２４、図６のステップＳＡ５）。このとき、検証依頼は、構成検証サーバ２が開設する検証依頼サイトにアクセスして、構成データ一覧から該当するモジュール名称を選択することで行う。なお、その後、構成検証サーバ２からは検証結果を受信するが、それについては後述する。
【００６２】
続いて、構成データを受信して、検証依頼を受けた構成検証サーバ２は（図５のステップＳ３１にて肯定判断）、構成適合データ２１を読み出して（図５のステップＳ３２）、受信した構成データが構成適合データ中に含まれる不具合のない構成と比較し、一致するか否かを判断する（図５のステップＳ３３及びステップＳ３４、図６のステップＳＡ６）。そして、一致する場合には（図５のステップＳ３４にて肯定判断）、発注者から指定された構成に問題がないと判断できるため、不具合はない旨の検証結果データを構成検証サーバ２が検証者端末３に送信する（図５のステップＳ３５、図６のステップＳＡ７）。一方で、一致しない場合には（図５のステップＳ３４で否定判断）、構成に問題がある旨の検証結果データを検証者端末３に送信する（図５のステップＳ３６、図６のステップＳＡ７）。
【００６３】
そして、上記検証結果を受信した検証者端末３は（図４のステップＳ２５）、検証者がその検証結果を調べ、構成に問題がない場合には（図４のステップＳ２６にて否定判断）、その受注案件について検証済みである旨を表すデータを受注管理サーバ１に送信する（図４のステップＳ２８、図６にてステップＳＡ８）。そして、これを受けた受注管理サーバ１は（図３のステップＳ１４にて肯定判断）、当該受注案件について既に構成の検証済みである旨のデータを登録する（図３のステップＳ１５、図６のステップＳＡ９）。一方、構成に問題ありの検証結果を受けた検証者は（図４のステップＳ２６にて肯定判断）、製品発注元である発注者端末５に構成モジュールの構成変更依頼データを送信する（図４のステップＳ２７、図６のステップＳＡ１０）。このとき、検証者は、不具合のない構成となるような構成である変更案のデータを添付して、構成変更依頼データを送信してもよい。そして、これを受けた発注者端末５では、発注者が構成を変更した発注データを受注管理サーバ１に送信する（図６のステップＳＡ１１）。受注管理サーバ１は、これを受信して当該案件のデータ記憶部に上書きして記憶する（図２のステップＳ１、ステップＳ２、・・・）。このようにして、修正された構成についても、上述同様に検証者にて検証が行われる。
【００６４】
また、一定の時間が経過すると、上記検証者端末３と同様に受注案件の構成を検証する最終検査者が端末４を操作して最終的な検証を行う。なお、このときの検証処理は、上述した検証者端末３にて説明したものとほぼ同様である。すなわち、最終検証を行うべく、受注管理サーバ１に受注案件データを要求し、取得した製品構成データを構成検証サーバ２に送信して検証依頼を行う（図６のステップＳＡ１２）。そして、構成検証サーバ２から検証結果を受信し（図６のステップＳＡ１３）、最終検証でも構成に問題なしと判断された場合には、受注管理サーバ１に最終検証済みの旨を通知するデータを送信し、出荷責任者などの端末に、出荷指示を送信する（図６のステップＳＡ１４）。一方、問題ありの場合には、検証者端末３同様に、発注者端末５に構成修正依頼を送信する。
【００６５】
なお、最終検査者端末４に対応する受注管理サーバ１の動作が異なるため、それについて図３にて説明する。最終的な構成の確認を行うべく最終検査者端末４から受注案件データの要求を受けた受注管理サーバ１は（図３のステップＳ１１にて肯定判断）、当該端末４から送信される最終検査者端末４である旨のデータに基づいて要求しているのが最終検査者端末４であると判断し（図３のステップＳ１２にて否定判断）、既に検証者端末３にて検証済みとなっている受注案件のデータを当該最終検査者端末４に送信する（図３のステップＳ１６）。そして、最終検査者端末４にて構成の検証が行われ、その結果、検証済みのデータが送信されると、これを受信して（図３のステップＳ１７にて肯定判断）、受注案件データ内に最終検査済みの旨を登録する（図３のステップＳ１８）。その後は、製品は出荷されるため、出荷した製品のデータとして管理してもよい。
【００６６】
これにより、製品を依頼する発注者の端末５から受注データを受信すると、その受注データに含まれる製品の構成モジュールについて、製品出荷の依頼を受けた企業Ｃ１にて使用される各モジュールの名称に変換され、かつ、あらかじめ構成検証サーバ２に記憶された企業Ｃ１にて使用される各モジュールの名称を用いたあらかじめ不具合がないと判断された構成を表す構成適合データとの比較が行われる。従って、受注データ受信時から迅速に受注を受ける企業Ｃ１にて用いられている製品構成モジュールの名称にて構成の適合を検証することができ、迅速な出荷が可能となる。すなわち、従来例のように構成検証前にモジュール名称の対応関係を調べる必要がなく、また、出荷直前に検証が行われることによる出荷遅延を有効に抑制することができる。
【００６７】
但し、受注データに含まれるモジュール名称があらかじめ製品を出荷する企業Ｃ１にて用いられている名称である場合には、当該モジュール名称の変換の必要はない。また、上記では、構成名称対応データは、製品の構成モジュールについて当該モジュールを供給する側の者（図示せず）にて用いられる名称と、当該製品の構成モジュールについて製品出荷依頼を受けた側の者（企業Ｃ１）にて用いられる名称と、の対応関係を表した構成名称対応データである場合を例示したが、これに限定されない。例えば、構成モジュールの製品出荷依頼側（企業Ｃ１１）での名称と、製品出荷依頼を受ける側（企業Ｃ１）での名称との対応関係を表すデータであってもよい。これにより、広く使用されるモジュール供給元での名称や、製品出荷依頼を行う企業Ｃ１１，Ｃ１２にて用いられる名称を、製品出荷を依頼された企業Ｃ１にて用いられる名称に変換され、かつ、かかる名称に基づいて構成の検証が行われるため、あらゆる企業Ｃ１１，Ｃ１２からの製品出荷依頼に迅速に対応することが可能となる。
【００６８】
また、検証者が一旦受注データを取得して、検証者端末３を介して構成検証サーバ２に検証依頼を行うことで、検証者が、適宜、最適なモジュールを選択することも可能であり、柔軟性の高い検証システムとなりうる。また、検証者は、その最適なモジュール構成を依頼者に提案することができるため、迅速かつ的確な営業を行うことができ、サービスの向上を図ることができる。さらに、検証者は、検証結果に基づいて構成の変更を依頼者に促すことができる。その結果、製品出荷前に迅速にモジュール構成について検証することができるため、製品納期の遅延を抑制することができる。
【００６９】
さらに、本実施例では、検証者が定期的に受注管理サーバ１に蓄積される受注案件を調べ、新規案件や修正案件がある時に受注管理サーバ１に受注データを要求し、取得したデータをもとに検証を行う、という構成であるとして説明したが、必ずしもこれに限定されない。例えば、受注管理サーバ１は、受注データを受信した直後に検証者端末３からの要求が無くとも、受注データを検証者端末３に送信する機能を有していてもよい（受注データ送信機能）。このとき、受注データ中のモジュール名称が変換された場合には、当該変換されたモジュール名称も共に検証者端末３に送信される。従って、受注データを受信した直後といっても、構成モジュール名称変換機能が作動した後に、受注データ送信機能が作動する。なお、構成を修正するデータが発注者端末５から受注管理サーバ１に送信された場合にも、受注管理サーバ１が修正データを受信した直後に、受注データが検証者端末３に送信される。
【００７０】
これにより、検証者に対して製品出荷依頼がされたことのデータが迅速に通知されるため、これを受けた検証者にて迅速に検証が行われ、不具合があった場合には、発注者に早急に修正依頼が行われることとなる。従って、受注を受けた製品構成のさらなる迅速な検証が実行され、製品出荷納期の遅延の抑制を図ることができる。
【００７１】
また、上記受注データ送信機能は、一定の時間間隔毎に、検証者端末からの要求が無くとも、検証者端末３に受注データ、及び、変換されたモジュール名称がある場合には当該モジュール名称データを送信するよう作動する、という構成にしてもよい。このようにしても、上述同様に検証者にて迅速な構成の確認が図られる。
【実施例２】
【００７２】
次に、本発明の実施例２について説明する。以下に説明する実施例２では、上記実施例１とは異なり、受注データを受信したコンピュータ１０１が、モジュール名称の変換処理を行うと共に、構成の検証処理をも行う、という構成となっている。すなわち、検証者端末３が接続されておらず、当該端末３からの検証依頼が無くとも、自動的に製品構成の検証を行う、というシステムである。以下、図８を参照して詳述する。
【００７３】
まず、図８に示すように、本実施例における製品構成検証システムは、発注者端末２０１，２０２にネットワークＮを介して接続された、受注企業が運営するサーバコンピュータ１０１（以下、受注企業サーバという）にて構成される。ここで、受注企業とは、上述した実施例１における企業Ｃ１と同様に、製品出荷依頼を受ける企業である。
【００７４】
そして、受注企業サーバ１０１には、上述した受注管理サーバ１が有する構成名称対応データ１１と、構成検証サーバ２が有する構成適合データ２１とを記憶している。従って、受注企業サーバ１０１の記憶装置１２０（例えば、ハードディスク（ＨＤ））には、上記各データを記憶した構成名称対応データ記憶部１２２と構成適合データ記憶部１２３が形成されている。また、同様に、発注者端末２０１，２０２から受信した受注データを記憶する受注案件データ記憶部１２１も形成されている。これら各記憶部１２１，１２２，１２３に記憶されるデータは、実施例１にて説明したものと同様なので、その説明は省略する。
【００７５】
また、受注企業サーバ１０１の演算装置１１０（ＣＰＵ）には、実施例１にて説明した受注管理機能１１１が備えられており、上述した受注管理サーバ１と同様の働きを成す。すなわち、受信した受注データを案件毎に記憶すると共に、当該受注データ中の製品の構成モジュール名称を受注企業側にて用いられているモジュール名称に構成名称対応データに基づいて変換する構成モジュール名称変換機能をも、図示していないが備えられている。なお、この構成モジュール変換機能は、受注管理機能１１１とは別個の機能としてＣＰＵ１１０内に構築されてもよい。
【００７６】
さらに、受注企業サーバ１０１のＣＰＵ１１０には、出荷依頼を受けた製品の構成に不具合がないか否かを変換した構成モジュール名称と構成適合データとに基づいて判断する構成検証機能が備えられている。この機能は、上記実施例１で説明した構成検証サーバ２による機能とは若干異なり、検証者端末３からの検証依頼が無くとも、自動的に受注案件データ中の製品構成に関するデータを抽出して、構成適合データとマッチングを行い、受注した製品の構成に不具合が生じないか否かを判断する。
【００７７】
このとき、構成検証機能１１２は、特に、受注管理機能にて受注データを受信した直後に作動するよう設定されている。例えば、受注管理機能１１１が受注データ（構成を変更するデータを含む）を受信すると、当該受注管理機能１１１から受注データを受信した旨の信号が構成変更要求機能１１３対して発せられ、これを受けた構成変更要求機能１１３は、受注案件データ記憶部１２１から当該製品を構成するモジュールの名称を抽出すると共に、構成名称対応データ記憶部１２２から構成名称対応データをそれぞれ読み出して、これらを比較することにより製品構成に不具合があるか否かを検証する。なお、構成検証機能１１２が作動するタイミングは、上記の場合ばかりでなく、所定の時間間隔毎に作動するよう設定されていてもよい。これにより、受注した直後、あるいは、定期的に受注した製品の構成に不具合が無いか否かが自動的に検証されるため、迅速に構成の不具合を見つけ出だし、不具合のない製品構成とすることができ、製品納期の遅延を抑制することができる。
【００７８】
また、受注企業サーバ１０１には、製品の構成を検証した結果、製品に不具合が生じると判断した場合に受注データを送信したネットワーク上の発注者端末２０１，２０２に対して、製品の構成を変更する旨の変更要求データを送信する構成変更要求機能１１３をも備えられている。この構成変更要求機能１１３は、受注データ中から発注者端末２０１の連絡先アドレス（電子メールアドレスなど）を取得して、構成の変更を要求するデータを送信する。なお、この構成変更要求機能１１３は、構成検証機能１１２からの構成に問題ありとの検証結果を受けた直後に作動するものである。
【００７９】
これにより、上述した実施例１と同様に、従来例のように構成検証の準備のための時間を削減することができると共に、コンピュータにて受注データを受信すると、自動的に製品構成に不具合がないか否かが判断されるため、出荷前により迅速に製品構成を検証することができ、製品納期の遅延を抑制することができる。また、製品構成に不具合が生じたときに、製品組み立て前や出荷前に製品構成を変更すべき要求が出され、これに基づいて製品出荷依頼者は構成を変更して出荷依頼を行うこととなる。そして、コンピュータ側では、製品構成が変更された受注データを受信し、再度その構成を検証することができ、出荷前に迅速に不具合のないモジュール構成とすることができる。その結果、製品納期の遅延を有効に抑制することができる。
【産業上の利用可能性】
【００８０】
本発明は、以上のように構成され機能することにより、製品の受注を受けた企業による製品出荷の遅延を有効に抑制することができるため、製品の受注及び出荷管理を行うシステムとして有効に利用可能である。
【図面の簡単な説明】
【００８１】
【図１】実施例１におけるシステムの全体構成の概略を示すブロック図である。
【図２】受注管理サーバの動作を示すフローチャートである。
【図３】受注管理サーバの動作を示すフローチャートである。
【図４】検証者端末の動作を示すフローチャートである。
【図５】構成検証サーバの動作を示すフローチャートである。
【図６】システム全体の動作を示すシーケンス図である。
【図７】構成検証サーバから送信されて検証者端末に表示されるユーザインタフェースの一例を示す図である。
【図８】実施例２におけるシステムの全体構成の概略を示す機能ブロック図である。
【符号の説明】
【００８２】
１  受注管理サーバ
２  構成検証サーバ
３  検証者端末
４  最終検証者端末
５，６  発注者端末
１１  構成名称対応データ
１２  受注案件データ
２１  構成適合データ
Ｃ１  企業（受注側）
Ｃ１１，Ｃ１２  企業（発注側）
Ｎ  ネットワーク
【図１】
2005128924.tif 000003
【図２】
2005128924.tif 000004
【図３】
2005128924.tif 000005
【図４】
2005128924.tif 000006
【図５】
2005128924.tif 000007
【図６】
2005128924.tif 000008
【図７】
2005128924.tif 000009
【図８】
2005128924.tif 000010