(57)【要約】【課題】信用や体力の少ない企業の市場参加を容易にする共同受発注システムを提供する。【解決手段】仲介者サーバシステム１０２が提示した納期までの、受注者クライアントシステム１０３−１〜１０３−Ｎの各受注者からの納品総数をＵ、予定総受注量をｎとすると、発注量がＴｉの発注者ｉは（Ｕ／ｎ）×Ｔｉの数量の製品を受け取る旨を、仲介者サーバシステム１０２が算出する。発注者クライアントシステム１０４−１〜１０４−Ｍの各発注者は、仲介者サーバシステム１０２が提示した納期までに受け取った数量分の支払いを行う。受注者ｊが納期までに仲介者に納めた製品数をＳｊ、期日までに発注者から仲介者に支払われた金額の総額をＶ、仲介者の利益率をαとすると、受注者ｊは約束した期日までにＶ×（１−α）×Ｓｊ／ｎの金額の支払いを受ける旨を、仲介者サーバシステム１０２が算出する。【選択図】　　　　図１
2004021354.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークに接続されており受注者及び発注者へ製品の受発注のサービスを提供するためのサーバシステムと、前記通信ネットワークを介して前記サーバシステムにアクセス可能な、受注者によって使用される複数の受注者クライアントシステム及び発注者によって使用される複数の発注者クライアントシステムとを有する共同受発注システムであって、
前記サーバシステムは、
前記受注者クライアントシステムから送信された前記製品の受注情報を受け付け、当該受け付けた受注情報に関連する受注者の情報を登録する受注者登録手段と、
前記発注者クライアントシステムから送信された前記製品の発注情報を受け付け、当該受け付けた発注情報に関連する発注者の情報を登録する発注者登録手段と、
前記受注者登録手段によって登録された各受注者により納期までに納品された前記製品の納品数の総数から成る、納品総数を算出して保持する総数処理手段と、
前記発注者登録手段によって登録された発注者毎に、前記総数処理手段によって保持された納品総数を分配した納品可能数を算出して保持する納品可能数処理手段と、
前記発注者登録手段によって登録された各発注者により支払い期日までに支払われた前記製品の支払い額の総額から成る、支払い総額を算出して保持する総額処理手段と、
前記受注者登録手段によって登録された受注者毎に、前記総額処理手段によって保持された支払い総額を分配した支払い可能額を算出して保持する支払い可能額処理手段と
を備えたことを特徴とする共同受発注システム。
【請求項２】
請求項１に記載の共同受注システムにおいて、
前記サーバシステムは、
前記納品可能数処理手段によって保持された納品可能数を、前記発注者登録手段によって登録された発注者の発注者クライアントシステムに報知する納品可能数報知手段
をさらに備えたことを特徴とする共同受発注システム。
【請求項３】
請求項１に記載の共同受注システムにおいて、
前記サーバシステムは、
前記支払い可能額処理手段によって保持された支払い可能額を、前記受注者登録手段によって登録された受注者の受注者クライアントシステムに報知する支払い可能額報知手段
をさらに備えたことを特徴とする共同受発注システム。
【請求項４】
請求項１または２に記載の共同受注システムにおいて、
前記総数処理手段は、
前記受注者登録手段によって登録された受注者毎に、納期までに納品された前記製品の納品数を保持する納品数保持手段と、
該納品数保持手段によって保持された納品数の総数から成る、納品総数を算出して保持する納品総数処理手段とを有し、
前記サーバシステムは、
前記受注者登録手段によって登録された受注者毎に、前記納品数保持手段によって保持された納品数のチェックを行い、前記製品が納期までに納品されたか否かを判定する判定手段
をさらに備えたことを特徴とする共同受発注システム。
【請求項５】
請求項１または３に記載の共同受注システムにおいて、
前記総額処理手段は、
前記発注者登録手段によって登録された発注者毎に、支払い期日までに支払われた前記製品の支払い額を保持する支払い額保持手段と、
該支払い額保持手段によって保持された支払い額の総額から成る、支払い総額を算出して保持する支払い総額処理手段とを有し、
前記サーバシステムは、
前記発注者登録手段によって登録された発注者毎に、前記支払い額保持手段によって保持された支払い額のチェックを行い、前記製品の支払い額が支払い期日までに支払われたか否かを判定する判定手段
をさらに備えたことを特徴とする共同受発注システム。
【請求項６】
受注者によって使用される複数の受注者クライアントシステム及び発注者によって使用される複数の発注者クライアントシステムにより、通信ネットワークを介してアクセス可能であり、受注者及び発注者へ製品の受発注のサービスを提供するための共同受発注システムのサーバシステムであって、
前記受注者クライアントシステムから送信された前記製品の受注情報を受け付け、当該受け付けた受注情報に関連する受注者の情報を登録する受注者登録手段と、
前記発注者クライアントシステムから送信された前記製品の発注情報を受け付け、当該受け付けた発注情報に関連する発注者の情報を登録する発注者登録手段と、
前記受注者登録手段によって登録された各受注者により納期までに納品された前記製品の納品数の総数から成る、納品総数を算出して保持する総数処理手段と、
前記発注者登録手段によって登録された発注者毎に、前記総数処理手段によって保持された納品総数を分配した納品可能数を算出して保持する納品可能数処理手段と、
前記発注者登録手段によって登録された各発注者により支払い期日までに支払われた前記製品の支払い額の総額から成る、支払い総額を算出して保持する総額処理手段と、
前記受注者登録手段によって登録された受注者毎に、前記総額処理手段によって保持された支払い総額を分配した支払い可能額を算出して保持する支払い可能額処理手段と
を備えたことを特徴とする共同受発注システムのサーバシステム。
【請求項７】
請求項６に記載の共同受注システムのサーバシステムにおいて、
前記納品可能数処理手段によって保持された納品可能数を、前記発注者登録手段によって登録された発注者の発注者クライアントシステムに報知する納品可能数報知手段
をさらに備えたことを特徴とする共同受発注システムのサーバシステム。
【請求項８】
請求項６に記載の共同受注システムのサーバシステムにおいて、
前記支払い可能額処理手段によって保持された支払い可能額を、前記受注者登録手段によって登録された受注者の受注者クライアントシステムに報知する支払い可能額報知手段
をさらに備えたことを特徴とする共同受発注システムのサーバシステム。
【請求項９】
請求項６または７に記載の共同受注システムのサーバシステムにおいて、
前記総数処理手段は、
前記受注者登録手段によって登録された受注者毎に、納期までに納品された前記製品の納品数を保持する納品数保持手段と、
該納品数保持手段によって保持された納品数の総数から成る、納品総数を算出して保持する納品総数処理手段とを有し、
前記サーバシステムは、
前記受注者登録手段によって登録された受注者毎に、前記納品数保持手段によって保持された納品数のチェックを行い、前記製品が納期までに納品されたか否かを判定する判定手段
をさらに備えたことを特徴とする共同受発注システムのサーバシステム。
【請求項１０】
請求項６または８に記載の共同受注システムのサーバシステムにおいて、
前記総額処理手段は、
前記発注者登録手段によって登録された発注者毎に、支払い期日までに支払われた前記製品の支払い額を保持する支払い額保持手段と、
該支払い額保持手段によって保持された支払い額の総額から成る、支払い総額を算出して保持する支払い総額処理手段とを有し、
前記サーバシステムは、
前記発注者登録手段によって登録された発注者毎に、前記支払い額保持手段によって保持された支払い額のチェックを行い、前記製品の支払い額が支払い期日までに支払われたか否かを判定する判定手段
をさらに備えたことを特徴とする共同受発注システムのサーバシステム。
【請求項１１】
受注者によって使用される複数の受注者クライアントシステムと発注者によって使用される複数の発注者クライアントシステムとが、通信ネットワークを介してサーバシステムにアクセス可能であり、該サーバシステムによって受注者及び発注者へ製品の受発注のサービスを提供する共同受発注方法であって、
前記サーバシステムにより、
前記受注者クライアントシステムから送信された前記製品の受注情報を受け付け、当該受け付けた受注情報に関連する受注者の情報を登録する受注者登録ステップと、
前記発注者クライアントシステムから送信された前記製品の発注情報を受け付け、当該受け付けた発注情報に関連する発注者の情報を登録する発注者登録ステップと、
前記受注者登録ステップにおいて登録された各受注者により納期までに納品された前記製品の納品数の総数から成る、納品総数を算出して保持する総数処理ステップと、
前記発注者登録ステップにおいて登録された発注者毎に、前記総数処理ステップにおいて保持された納品総数を分配した納品可能数を算出して保持する納品可能数処理ステップと、
前記発注者登録ステップにおいて登録された各発注者により支払い期日までに支払われた前記製品の支払い額の総額から成る、支払い総額を算出して保持する総額処理ステップと、
前記受注者登録ステップにおいて登録された受注者毎に、前記総額処理ステップにおいて保持された支払い総額を分配した支払い可能額を算出して保持する支払い可能額処理ステップと
を備えたことを特徴とする共同受発注方法。
【請求項１２】
請求項１１に記載の共同受注方法において、
前記サーバシステムにより、
前記納品可能数処理ステップにおいて保持された納品可能数を、前記発注者登録ステップにおいて登録された発注者の発注者クライアントシステムに報知する納品可能数報知ステップ
をさらに備えたことを特徴とする共同受発注方法。
【請求項１３】
請求項１１に記載の共同受注方法において、
前記サーバシステムにより、
前記支払い可能額処理ステップにおいて保持された支払い可能額を、前記受注者登録ステップにおいて登録された受注者の受注者クライアントシステムに報知する支払い可能額報知ステップ
をさらに備えたことを特徴とする共同受発注方法。
【請求項１４】
請求項１１または１２に記載の共同受注方法において、
前記総数処理ステップは、
前記受注者登録ステップにおいて登録された受注者毎に、納期までに納品された前記製品の納品数を保持する納品数保持ステップと、
該納品数保持ステップにおいて保持された納品数の総数から成る、納品総数を算出して保持する納品総数処理ステップとを有し、
前記サーバシステムにより、
前記受注者登録ステップにおいて登録された受注者毎に、前記納品数保持ステップにおいて保持された納品数のチェックを行い、前記製品が納期までに納品されたか否かを判定する判定ステップ
をさらに備えたことを特徴とする共同受発注方法。
【請求項１５】
請求項１１または１３に記載の共同受注方法において、
前記総額処理ステップは、
前記発注者登録ステップにおいて登録された発注者毎に、支払い期日までに支払われた前記製品の支払い額を保持する支払い額保持ステップと、
該支払い額保持ステップにおいて保持された支払い額の総額から成る、支払い総額を算出して保持する支払い総額処理ステップとを有し、
前記サーバシステムより、
前記発注者登録ステップにおいて登録された発注者毎に、前記支払い額保持ステップにおいて保持された支払い額のチェックを行い、前記製品の支払い額が支払い期日までに支払われたか否かを判定する判定ステップ
をさらに備えたことを特徴とする共同受発注方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、共同受発注システム及びそのサーバシステム並びに方法に関し、より詳しくは、複数の受注者および複数の発注者の間を取り持ち、受発注の仲介をする業務におけるリスク管理に好適な、共同受発注システム及びそのサーバシステム並びに方法に関する。
【０００２】
【従来の技術】
従来、受発注において、受注者が納期までに製品を納品できない場合、そのリスクは発注者が負うことになる。また、発注者が請求日までに契約金を支払えない場合、そのリスクは受注者が負うことになる。従来の一対一の受注者・発注者のやり取りでは、このようなリスクは直接的に受注者および発注者が負うことになり、その結果、中小企業のような大企業に比して信用や体力の少ない企業は、低い製品価格のみをもって大企業と対等に競争することが困難であった。
【０００３】
【発明が解決しようとする課題】
上述のように、従来の受発注においては、発注者が受注者から納期までに所定の数量の製品を受け取れないリスク、および受注者が発注者から請求日までに所定の契約金を支払ってもらえないリスクが存在する。
【０００４】
このため、信用や体力の少ない企業は市場に容易には参加し難いという解決すべき課題が従来技術にはあった。
【０００５】
本発明は、このような課題に鑑みてなされたもので、その目的とするところは、信用や体力の少ない企業の市場参加を容易にする共同受発注システム及びそのサーバシステム並びに方法を提供することにある。
【０００６】
【課題を解決するための手段】
このような目的を達成するために、本発明の共同受発注システムは、通信ネットワークに接続されており受注者及び発注者へ製品の受発注のサービスを提供するためのサーバシステムと、前記通信ネットワークを介して前記サーバシステムにアクセス可能な、受注者によって使用される複数の受注者クライアントシステム及び発注者によって使用される複数の発注者クライアントシステムとを有する共同受発注システムであって、前記サーバシステムは、前記受注者クライアントシステムから送信された前記製品の受注情報を受け付け、当該受け付けた受注情報に関連する受注者の情報を登録する受注者登録手段と、前記発注者クライアントシステムから送信された前記製品の発注情報を受け付け、当該受け付けた発注情報に関連する発注者の情報を登録する発注者登録手段と、前記受注者登録手段によって登録された各受注者により納期までに納品された前記製品の納品数の総数から成る、納品総数を算出して保持する総数処理手段と、前記発注者登録手段によって登録された発注者毎に、前記総数処理手段によって保持された納品総数を分配した納品可能数を算出して保持する納品可能数処理手段と、前記発注者登録手段によって登録された各発注者により支払い期日までに支払われた前記製品の支払い額の総額から成る、支払い総額を算出して保持する総額処理手段と、前記受注者登録手段によって登録された受注者毎に、前記総額処理手段によって保持された支払い総額を分配した支払い可能額を算出して保持する支払い可能額処理手段とを備えたことを特徴とする。
【０００７】
また、上記目的を達成するために、本発明の共同受発注システムのサーバシステムは、受注者によって使用される複数の受注者クライアントシステム及び発注者によって使用される複数の発注者クライアントシステムにより、通信ネットワークを介してアクセス可能であり、受注者及び発注者へ製品の受発注のサービスを提供するための共同受発注システムのサーバシステムであって、前記受注者クライアントシステムから送信された前記製品の受注情報を受け付け、当該受け付けた受注情報に関連する受注者の情報を登録する受注者登録手段と、前記発注者クライアントシステムから送信された前記製品の発注情報を受け付け、当該受け付けた発注情報に関連する発注者の情報を登録する発注者登録手段と、前記受注者登録手段によって登録された各受注者により納期までに納品された前記製品の納品数の総数から成る、納品総数を算出して保持する総数処理手段と、前記発注者登録手段によって登録された発注者毎に、前記総数処理手段によって保持された納品総数を分配した納品可能数を算出して保持する納品可能数処理手段と、前記発注者登録手段によって登録された各発注者により支払い期日までに支払われた前記製品の支払い額の総額から成る、支払い総額を算出して保持する総額処理手段と、前記受注者登録手段によって登録された受注者毎に、前記総額処理手段によって保持された支払い総額を分配した支払い可能額を算出して保持する支払い可能額処理手段とを備えたことを特徴とする。
【０００８】
ここで、前記サーバシステムは、前記納品可能数処理手段によって保持された納品可能数を、前記発注者登録手段によって登録された発注者の発注者クライアントシステムに報知する納品可能数報知手段をさらに備えたことを特徴とすることができる。
【０００９】
また、前記サーバシステムは、前記支払い可能額処理手段によって保持された支払い可能額を、前記受注者登録手段によって登録された受注者の受注者クライアントシステムに報知する支払い可能額報知手段をさらに備えたことを特徴とすることができる。
【００１０】
また、前記総数処理手段は、前記受注者登録手段によって登録された受注者毎に、納期までに納品された前記製品の納品数を保持する納品数保持手段と、該納品数保持手段によって保持された納品数の総数から成る、納品総数を算出して保持する納品総数処理手段とを有し、前記サーバシステムは、前記受注者登録手段によって登録された受注者毎に、前記納品数保持手段によって保持された納品数のチェックを行い、前記製品が納期までに納品されたか否かを判定する判定手段をさらに備えたことを特徴とすることができる。
【００１１】
さらに、前記総額処理手段は、前記発注者登録手段によって登録された発注者毎に、支払い期日までに支払われた前記製品の支払い額を保持する支払い額保持手段と、該支払い額保持手段によって保持された支払い額の総額から成る、支払い総額を算出して保持する支払い総額処理手段とを有し、前記サーバシステムは、前記発注者登録手段によって登録された発注者毎に、前記支払い額保持手段によって保持された支払い額のチェックを行い、前記製品の支払い額が支払い期日までに支払われたか否かを判定する判定手段をさらに備えたことを特徴とすることができる。
【００１２】
また、上記目的を達成するために、本発明の共同受発注方法は、受注者によって使用される複数の受注者クライアントシステムと発注者によって使用される複数の発注者クライアントシステムとが、通信ネットワークを介してサーバシステムにアクセス可能であり、該サーバシステムによって受注者及び発注者へ製品の受発注のサービスを提供する共同受発注方法であって、前記サーバシステムにより、前記受注者クライアントシステムから送信された前記製品の受注情報を受け付け、当該受け付けた受注情報に関連する受注者の情報を登録する受注者登録ステップと、前記発注者クライアントシステムから送信された前記製品の発注情報を受け付け、当該受け付けた発注情報に関連する発注者の情報を登録する発注者登録ステップと、前記受注者登録ステップにおいて登録された各受注者により納期までに納品された前記製品の納品数の総数から成る、納品総数を算出して保持する総数処理ステップと、前記発注者登録ステップにおいて登録された発注者毎に、前記総数処理ステップにおいて保持された納品総数を分配した納品可能数を算出して保持する納品可能数処理ステップと、前記発注者登録ステップにおいて登録された各発注者により支払い期日までに支払われた前記製品の支払い額の総額から成る、支払い総額を算出して保持する総額処理ステップと、前記受注者登録ステップにおいて登録された受注者毎に、前記総額処理ステップにおいて保持された支払い総額を分配した支払い可能額を算出して保持する支払い可能額処理ステップとを備えたことを特徴とする。
【００１３】
ここで、前記サーバシステムにより、前記納品可能数処理ステップにおいて保持された納品可能数を、前記発注者登録ステップにおいて登録された発注者の発注者クライアントシステムに報知する納品可能数報知ステップをさらに備えたことを特徴とすることができる。
【００１４】
また、前記サーバシステムにより、前記支払い可能額処理ステップにおいて保持された支払い可能額を、前記受注者登録ステップにおいて登録された受注者の受注者クライアントシステムに報知する支払い可能額報知ステップをさらに備えたことを特徴とすることができる。
【００１５】
また、前記総数処理ステップは、前記受注者登録ステップにおいて登録された受注者毎に、納期までに納品された前記製品の納品数を保持する納品数保持ステップと、該納品数保持ステップにおいて保持された納品数の総数から成る、納品総数を算出して保持する納品総数処理ステップとを有し、前記サーバシステムにより、前記受注者登録ステップにおいて登録された受注者毎に、前記納品数保持ステップにおいて保持された納品数のチェックを行い、前記製品が納期までに納品されたか否かを判定する判定ステップをさらに備えたことを特徴とすることができる。
【００１６】
さらに、前記総額処理ステップは、前記発注者登録ステップにおいて登録された発注者毎に、支払い期日までに支払われた前記製品の支払い額を保持する支払い額保持ステップと、該支払い額保持ステップにおいて保持された支払い額の総額から成る、支払い総額を算出して保持する支払い総額処理ステップとを有し、前記サーバシステムより、前記発注者登録ステップにおいて登録された発注者毎に、前記支払い額保持ステップにおいて保持された支払い額のチェックを行い、前記製品の支払い額が支払い期日までに支払われたか否かを判定する判定ステップをさらに備えたことを特徴とすることができる。
【００１７】
以上のように本発明では、同一仕様の製品の受発注において、複数の受注者および複数の発注者を集い、仲介者を立てる。仲介者はサーバシステムの処理により、複数の受注者が納期までに収めた製品を複数の発注者に分配し、複数の発注者が請求日までに支払った契約金を複数の受注者に分配する。またより多くの受注者および発注者を募るために、通信ネットワークとして、インターネット、デジタル放送、電話などのインタラクティブな通信サービスの利用が好適である。
【００１８】
以上の構成により、受注者が納期までに製品を納品できないリスクおよび発注者が請求日までに契約金を支払えないリスクを緩和することが可能となる。
【００１９】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を詳細に説明する。なお、各図面において同様の機能を有する箇所には同一の符号を付し、説明の重複は省略する。
【００２０】
（システム構成）
図１は、本実施形態の共同受発注システムの説明図である。図１において、共同受発注システム１０１は、仲介者サーバシステム１０２、１以上の受注者クライアントシステム１０３−１〜１０３−Ｎ、１以上の発注者クライアントシステム１０４−１〜１０４−Ｍ、通信ネットワーク１１１を含む。
【００２１】
受注者クライアントシステム１０３−１〜１０３−Ｎは、製品の受注と納品を行う受注者のパーソナル・コンピュータ（以下、ＰＣと呼ぶ）等であり、ブラウザおよびメーラ等を搭載している。各受注者は受注者クライアントシステム１０３−１〜１０３−Ｎのブラウザを使用して、仲介者サーバシステム１０２が公開しているＷＥＢサイトにアクセスし、以下で詳述されるが、図１における受注情報１０８を送信し仲介者サーバシステム１０２に各自の情報を登録し、共同受発注システム１０１のサービスを利用する。
【００２２】
発注者クライアントシステム１０４−１〜１０４−Ｍは、製品の発注と購入を行う発注者のＰＣ等であり、ブラウザおよびメーラ等を搭載している。各発注者は発注者クライアントシステム１０４−１〜１０４−Ｍのブラウザを使用して、仲介者サーバシステム１０２が公開しているＷＥＢサイトにアクセスし、以下で詳述されるが、図１における発注情報１１０を送信し仲介者サーバシステム１０２に各自の情報を登録し、共同受発注システム１０１のサービスを利用する。
【００２３】
通信ネットワーク１１１は、仲介者サーバシステム１０２および上述の各クライアントシステム等を接続する。通信ネットワーク１１１としては、インターネット等が好適であり、データの送受信にはＴＣＰ／ＩＰ（ｔｒａｎｓｍｉｓｓｉｏｎ　ｃｏｎｔｒｏｌｐｒｏｔｏｃｏｌ／ｉｎｔｅｒｎｅｔ　ｐｒｏｔｏｃｏｌ　）、ＨＴＴＰ（ｈｙｐｅｒｔｅｘｔ　ｔｒａｎｓｆｅｒ　ｐｒｏｔｏｃｏｌ）、ＳＭＴＰ（ｓｉｍｐｌｅ　ｍａｉｌ　ｔｒａｎｓｆｅｒ　ｐｒｏｔｏｃｏｌ）、ＦＴＰ（ｆｉｌｅ　ｔｒａｎｓｆｅｒ　ｐｒｏｔｏｃｏｌ）等通常のプロトコルを使用すればよい。
【００２４】
仲介者サーバシステム１０２は、共同受発注システム１０１のサービスを提供する仲介者によって管理運営されるコンピュータシステムで、上記各クライアントシステムからの問い合わせに応じて、保持しているデータへのアクセスとデータ処理、各クライアントシステムへのサービスを行う。本実施形態の仲介者サーバシステム１０２は、ＣＰＵ１０２ａ、サーバエンジン１０２ｂ等を有し、外部へ公開するＷＥＢサイト１０２ｃが構築されている。また、記憶装置に構築されている受注情報データベース（ｄａｔａｂａｓｅ；以下ＤＢ）１０５および発注情報ＤＢ１０６にアクセス可能である。
【００２５】
ＣＰＵ１０２ａは、仲介者サーバシステム１０２全体の制御を行う。
【００２６】
ＷＥＢサイト１０２ｃは、仲介者が提供するＷＥＢコンテンツであり、それを構成する各ＷＥＢページのデータから成る。ＷＥＢページはＨＴＭＬ（Ｈｙｐｅｒ　ＴｅｘｔＭａｒｋｕｐ　Ｌａｎｇｕａｇｅ）またはＸＭＬ（ｅｘｔｅｎｓｉｂｌｅ　ｍａｒｋｕｐ　ｌａｎｇｕａｇｅ）等の言語で記載されたテキスト形式のドキュメントである。
【００２７】
サーバエンジン１０２ｂは仲介者サーバシステム１０２で実行される制御プログラムであり、各クライアントシステムのブラウザから送信されるＵＲＬ（ｕｎｉｆｏｒｍ　ｒｅｓｏｕｒｃｅ　ｌｏｃａｔｏｒｓ）で指定されたＷＥＢページにアクセスするためのＨＴＴＰ要求の受信処理、データベース処理およびその他の制御を行う。
【００２８】
図２は、受注情報ＤＢ１０５の構成図である。受注情報ＤＢ１０５は、受注募集情報１０５ａ、受注情報テーブル１０５ｂ、受注者ブラックリスト１０５ｃ等を保持する。受注募集情報１０５ａは、共同受発注システム１０１のサービスを利用する受注者を募るための情報であり、ＷＥＢサイト１０２ｃ上で提示される。受注情報テーブル１０５ｂは、以下で詳述されるが、図１における各受注者からの受注情報１０８に基づき更新される。受注者ブラックリスト１０５ｃは、取引停止対象の受注者のリストである。
【００２９】
図３は、発注情報ＤＢ１０６の構成図である。発注情報ＤＢ１０６は、発注募集情報１０６ａ、発注情報テーブル１０６ｂ、発注者ブラックリスト１０６ｃ等を保持する。発注募集情報１０６ａは、共同受発注システム１０１のサービスを利用する発注者を募るための情報であり、ＷＥＢサイト１０２ｃ上で提示される。発注情報テーブル１０６ｂは、以下で詳述されるが、図１における各発注者からの発注情報１１０に基づき更新される。受注者ブラックリスト１０６ｃは、取引停止対象の発注者のリストである。
【００３０】
（動作説明）
上述のシステム構成において、以下、図１〜図３を用いて、本実施形態における共同受発注システム１０１の動作を説明する。
【００３１】
仲介者は、仲介者サーバシステム１０２によりインターネット上に公開したＷＥＢサイト１０２ｃに、図２に示す受注募集情報１０５ａを提示して受注者を複数募る。受注募集情報１０５ａは、図２に示すように製品仕様Ａ、納期Ｂ、価格Ｃ、支払い期日Ｄ、１受注者あたりの受注数量Ｓから構成される。
【００３２】
各受注者は受注者クライアントシステム１０３−１〜１０３−Ｎのブラウザを使用して、仲介者サーバシステム１０２が公開しているＷＥＢサイト１０２ｃにアクセスし受注募集情報１０５ａを閲覧する。そして受注者は、受注募集情報１０５ａに係る製品仕様Ａの製品を受注希望する場合、ブラウザから受注情報１０８を仲介者サーバシステム１０２へ送信し、各自の情報を登録し共同受発注システム１０１のサービスを利用したい旨を報知する。
【００３３】
受注情報１０８は、図１に示すように受注者情報１０８ａ、その他情報１０８ｂ等を含む。受注者情報１０８ａは受注者特定が可能な受注者にユニークな情報で、例えば受注者クライアントシステムのＩＰアドレス、受注者の連絡先等である。
【００３４】
仲介者サーバシステム１０２は受注情報１０８を受信すると、それに基づき受注情報テーブル１０５ｂを更新する。例えば、受注情報テーブル１０５ｂに既にｊ−１人分の受注情報が登録済みの場合、受注情報１０８はｊ番目に登録される情報のため、受注者ＩＤが「受注者ｊ」の受注者ｊレコード１０５ｄに、その受注者情報１０８ａが登録される。同時に受注者数レコード１０５ｅがインクリメント（＋１）され、総受注数レコード１０５ｆが更新される。
【００３５】
仲介者サーバシステム１０２は、インターネット上に公開したＷＥＢサイト１０２ｃを用いて受注者数レコード１０５ｅがＮに達するまで、受注者を募集する。図２の受注情報テーブル１０５ｂは、このようにして集まった受注者数がＮ（受注者数レコード１０５ｅがＮ）の場合を示している。
【００３６】
また仲介者は、仲介者サーバシステム１０２によりインターネット上に公開したＷＥＢサイト１０２ｃに、図２に示す発注募集情報１０６ａを提示して発注者を複数募る。発注募集情報１０６ａは、図３に示すように製品仕様Ａ、受注者の納期よりｂだけ後にした納期「Ｂ＋ｂ」、受注者の価格に手数量を上乗せした価格「Ｃ＋手数料」、受注者への支払い期日よりｄだけ前に設定した支払い期日「Ｄ−ｄ」から構成される。
【００３７】
各発注者は発注者クライアントシステム１０４−１〜１０４−Ｍのブラウザを使用して、仲介者サーバシステム１０２が公開しているＷＥＢサイト１０２ｃにアクセスし発注募集情報１０６ａを閲覧する。そして発注者は、発注募集情報１０６ａに係る製品仕様Ａの製品を発注希望する場合、ブラウザから発注情報１１０を仲介者サーバシステム１０２へ送信し、各自の情報を登録し共同受発注システム１０１のサービスを利用したい旨を報知する。
【００３８】
発注情報１１０は、図１に示すように発注者情報１１０ａ、発注数１１０ｂ、その他情報等を含む。発注者情報１１０ａは発注者特定が可能な発注者にユニークな情報で、例えば発注者クライアントシステムのＩＰアドレス、発注者の連絡先等である。発注数１１０ｂは発注者の製品購入希望数である。
【００３９】
仲介者サーバシステム１０２は発注情報１１０を受信すると、それに基づき発注情報テーブル１０６ｂを更新する。例えば、発注情報テーブル１０６ｂに既にｉ−１人分の発注情報が登録済みの場合、発注情報１１０はｉ番目に登録される情報のため、発注者ＩＤが「発注者ｉ」の発注者ｉレコード１０６ｄに、その発注者情報１１０ａ、発注数１１０ｂの値Ｔｉが登録される。同時に発注者数レコード１０６ｅがインクリメント（＋１）され、総発注数レコード１０６ｆの値Ｔが更新される。
【００４０】
仲介者サーバシステム１０２は、インターネット上に公開したＷＥＢサイト１０２ｃを用いて総発注数レコード１０６ｆが総受注数レコード１０５ｆに達するまで、発注者を募集する。図２の発注情報テーブル１０６ｂは、総発注数レコード１０６ｆのＴが総受注数レコード１０５ｆのＳ×Ｎに達するまでに集まった発注者数がＭ（発注者数レコード１０６ｅがＭ）の場合を示している。
【００４１】
仲介者は不図示の端末から、受注者に提示した納期Ｂまでに納品された受注者ＩＤが受注者ｊ（１≦ｊ≦Ｎ）の納品数Ｓｊを仲介者サーバシステム１０２に入力し、受注情報テーブル１０５ｂの受注者ｊレコード１０５ｄにその納品数Ｓｊを登録する。同時に仲介者サーバシステム１０２は、納品数Ｓｊの総和である納品総数レコード１０５ｇの値Ｕを更新する。
【００４２】
仲介者サーバシステム１０２は、納期Ｂまでに算出された納品総数レコード１０５ｇのＵを各発注者の発注数に応じて振り分け、仲介者はその振り分け結果に応じた数の製品を発注者に提示した納期「Ｂ＋ｂ」までに各発注者に納める。
【００４３】
すなわち、仲介者サーバシステム１０２は、発注者ＩＤが発注者ｉ（１≦ｉ≦Ｍ）の納品可能数Ｌｉ（＝（Ｕ／（Ｓ×Ｎ））×Ｔｉ）を算出し、発注情報テーブル１０６ｂの発注者ｉレコード１０６ｄにその納品可能数Ｌｉを登録する。発注者ＩＤが発注者ｉの発注者は発注者クライアントシステムのブラウザを使用して、仲介者サーバシステム１０２が公開しているＷＥＢサイト１０２ｃにアクセスし発注情報テーブル１０６ｂの納品可能数Ｌｉを閲覧できる。同様に仲介者は、仲介者サーバシステム１０２の不図示の端末のブラウザを使用して、仲介者サーバシステム１０２が公開しているＷＥＢサイト１０２ｃにアクセスし発注情報テーブル１０６ｂの納品可能数Ｌｉを確認し、それに応じた数の製品を納期「Ｂ＋ｂ」までに、発注者ＩＤが発注者ｉの発注者に納める。
【００４４】
また、仲介者サーバシステム１０２は、受注情報テーブル１０５ｂの納品数Ｓｊをチェックし、納期Ｂまでに納品できなかった受注者ｊレコード１０５ｄを受注者ブラックリスト１０５ｃに登録し、受注者ＩＤが受注者ｊの受注者については、今後の取引を停止する。
【００４５】
発注者は、仲介者から指定された納期「Ｂ＋ｂ」までに受け取った製品のその数量分の支払いを行う。仲介者は、発注者に提示した支払い期日「Ｄ−ｄ」までに支払われた発注者ＩＤが発注者ｉ（１≦ｉ≦Ｍ）の支払い額Ｐｉを仲介者サーバシステム１０２に入力し、発注情報テーブル１０６ｂの発注者ｉレコード１０６ｄにその支払い額Ｐｉを登録する。同時に仲介者サーバシステム１０２は、支払い額Ｐｉの総和である支払い総額レコード１０６ｇの値Ｖを更新する。
【００４６】
仲介者サーバシステム１０２は、支払い期日「Ｄ−ｄ」までに算出された支払い総額レコード１０６ｇのＶを各受注者の納品数に応じて振り分け、仲介者はその振り分け結果に応じた金額を受注者に提示した支払い期日Ｄまでに各受注者に支払う。
【００４７】
すなわち、仲介者サーバシステム１０２は、仲介者の利益率をαとした場合、発注者ＩＤが発注者ｊ（１≦ｊ≦Ｎ）の支払い可能数Ｆｊ（＝Ｖ×（１−α）×Ｓｊ／（Ｓ×Ｎ））を算出し、受注情報テーブル１０５ｂの受注者ｊレコード１０５ｄにその支払い可能数Ｆｊを登録する。受注者ＩＤが受注者ｊの受注者は受注者クライアントシステムのブラウザを使用して、仲介者サーバシステム１０２が公開しているＷＥＢサイト１０２ｃにアクセスし受注情報テーブル１０５ｂの支払い可能数Ｆｊを閲覧できる。同様に仲介者は、仲介者サーバシステム１０２の不図示の端末のブラウザを使用して、仲介者サーバシステム１０２が公開しているＷＥＢサイト１０２ｃにアクセスし受注情報テーブル１０５ｂの支払い可能数Ｆｊを確認し、それに応じた金額を支払い期日Ｄまでに、受注者ＩＤが受注者ｊの受注者に支払う。
【００４８】
また、仲介者サーバシステム１０２は、発注情報テーブル１０６ｂの支払い額Ｐｉをチェックし、支払い期日「Ｄ−ｄ」までに全額（（Ｃ＋手数料）×Ｌｉ）支払いできていない場合、即ちＰｉ＜（（Ｃ＋手数料）×Ｌｉ）の場合、発注者ｉレコード１０６ｄを発注ブラックリスト１０６ｃに登録し、発注者ＩＤが発注者ｊｉの発注者については、今後の取引を停止する。仲介者は支払いができていない発注者を特定しペナルティを課したい場合、仲介者サーバシステム１０２の不図示の端末のブラウザを使用して、仲介者サーバシステム１０２が公開しているＷＥＢサイト１０２ｃにアクセスし発注ブラックリスト１０６ｃを確認することで、それに登録されている発注者を特定できる。
【００４９】
（仲介者サーバシステム処理）
上記のシステム構成において、上述した本実施形態の共同受発注システム１０１における仲介者サーバシステム１０２の処理手順を以下、上述の図１〜３と合わせて図４〜６のフローチャートを用いて説明する。
【００５０】
図４の処理手順は、仲介者サーバシステム１０２の受注者発注者登録処理の内容を示し、図５の処理手順は、仲介者サーバシステム１０２の納品数処理の内容を示し、図６の処理手順は、仲介者サーバシステム１０２の支払い処理の内容を示す。図４〜６に示す処理手順は、仲介者サーバシステム１０２のＣＰＵ１０２ａがサーバエンジン１０２ｂの制御プログラムを実行することにより行われる。また、各クライアントシステムからのページ送信要求、入力データ送信等のＨＴＴＰ要求に対して、連携したデータベース処理その他のバックエンド・プログラムを処理するには、周知のＣＧＩ（ｃｏｍｍｏｎ　ｇａｔｅｗａｙ　ｉｎｔｅｒｆａｃｅ）、ＳＳＩ（ｓｅｒｖｅｒ　ｓｉｄｅ　ｉｎｃｌｕｄｅ）等の技術を利用すればよい。
【００５１】
図１に示すように、各受注者クライアントシステム１０３−１〜１０３−Ｎのブラウザから仲介者サーバシステム１０２が公開しているＷＥＢサイト１０２ｃにアクセスがあり、受注募集情報１０５ａの閲覧が要求されると、ＣＰＵ１０２ａは受注募集情報１０５ａを提示するためのＷＥＢページのデータを、要求のあった受注者クライアントシステムへ送信する（図中符号１０７）。そして受注募集情報１０５ａを提示するＷＥＢページを見た受注者が、受注募集情報１０５ａに係る製品仕様Ａの製品を受注希望する場合、受注者クライアントシステムのブラウザから受注情報１０８が仲介者サーバシステム１０２へ送信される。
【００５２】
図４において、ＣＰＵ１０２ａは受注情報１０８を監視しておりそれを受信すると、受注者情報１０８ａを基にその受注者が受注者ブラックリスト１０５ｃに登録されているか否かを判定する（ステップＳ４００→Ｓ４０５）。ＣＰＵ１０２ａは、ブラックリスト対照の受注者である場合はその受注情報１０８を破棄し（ステップＳ４０５→スタート）、ブラックリスト対照外の受注者である場合は受注者数レコード１０５ｆをチェックし、受注情報１０８がＮ番目の受注者数か否かを判定する（ステップＳ４０５→Ｓ４１０）。
【００５３】
ＣＰＵ１０２ａは、受注情報１０８がＮ番目の受注者数でないと判定した場合、例えば、受注情報テーブル１０５ｂに既にｊ−１人分の受注情報が登録済みの場合、受注者ＩＤが「受注者ｊ」の受注者ｊレコード１０５ｄに、その受注者情報１０８ａを登録する。同時に受注者数レコード１０５ｅをインクリメントし、総受注数レコード１０５ｆを更新する（ステップＳ４１０→Ｓ４２０→スタート）。
【００５４】
ＣＰＵ１０２ａは、受注情報１０８がＮ番目の受注者数であると判定した場合、受注情報テーブル１０５ｂに既にＮ−１人分の受注情報が登録済みなので、受注者ＩＤが「受注者Ｎ」の受注者Ｎレコードに、その受注者情報１０８ａを登録する。同時に受注者数レコード１０５ｅをインクリメントしてＮとし、総受注数レコード１０５ｆをＳ×Ｎに更新し（ステップＳ４１０→Ｓ４３０）、処理をステップＳ４４０へ進める。
【００５５】
図１に示すように、各発注者クライアントシステム１０４−１〜１０４−Ｍのブラウザから仲介者サーバシステム１０２が公開しているＷＥＢサイト１０２ｃにアクセスがあり、発注募集情報１０６ａの閲覧が要求されると、ＣＰＵ１０２ａは発注募集情報１０６ａを提示するためのＷＥＢページのデータを、要求のあった発注者クライアントシステムへ送信する（図中符号１０９）。そして発注募集情報１０６ａを提示するＷＥＢページを見た発注者が、発注募集情報１０６ａに係る製品仕様Ａの製品を購入望する場合、発注者クライアントシステムのブラウザから発注情報１１０が仲介者サーバシステム１０２へ送信される。
【００５６】
再度図４のステップＳ４４０において、ＣＰＵ１０２ａは発注情報１１０を監視しておりそれを受信すると、発注者情報１１０ａを基にその発注者が発注者ブラックリスト１０６ｃに登録されているか否かを判定する（ステップＳ４４０→Ｓ４５０）。ＣＰＵ１０２ａは、ブラックリスト対照の発注者である場合はその発注情報１１０を破棄し（ステップＳ４５０→Ｓ４４０）、ブラックリスト対照外の発注者である場合は総発注数レコード１０６ｆのＴをチェックし、それが総受注数レコード１０５ｆのＳ×Ｎに達しているか否かを判定する（ステップＳ４５０→Ｓ４６０）。
【００５７】
ＣＰＵ１０２ａは、総発注数レコード１０６ｆのＴが総受注数レコード１０５ｆのＳ×Ｎに達していないと判定した場合に、例えば、発注情報テーブル１０６ｂに既にｉ−１人分の発注情報が登録済みの場合、発注者ＩＤが「発注者ｉ」の発注者ｉレコード１０６ｄに、発注情報１１０の発注者情報１１０ａ、発注数１１０ｂの値Ｔｉを登録する。同時に発注者数レコード１０６ｅがインクリメント（＋１）され、総発注数レコード１０６ｆの値Ｔが更新される（ステップＳ４６０→Ｓ４７０→Ｓ４４０）。
【００５８】
ＣＰＵ１０２ａは、総発注数レコード１０６ｆのＴが総受注数レコード１０５ｆのＳ×Ｎに達していると判定した場合に、受注情報テーブル１０５ｂに既にＭ−１人分の発注情報が登録済みの場合、発注者ＩＤが「発注者Ｍ」の発注者Ｍレコードに、発注情報１１０の発注者情報１１０ａ、発注数１１０ｂの値Ｔｉを登録する。同時に発注者数レコード１０６ｅをインクリメントしてＭとし、総発注数レコード１０６ｆのＴを更新する（ステップＳ４６０→Ｓ４８０→エンド）。
【００５９】
次に図５において、ＣＰＵ１０２ａは納期Ｂと納品された受注者ｊの納品数Ｓｊの入力とを監視しており、納品数Ｓｊの入力を検知した場合、それを受注情報テーブル１０５ｂの受注者ｊレコード１０５ｄに登録する（ステップＳ５００→Ｓ５１０→Ｓ５２０→スタート）。
【００６０】
またＣＰＵ１０２ａは、納期Ｂとなったことを検知した場合、受注情報テーブル１０５ｂの納品数Ｓｊをチェックし、納期Ｂまでに納品できなかった受注者ｊレコード１０５ｄを受注者ブラックリスト１０５ｃに登録し（ステップＳ５００→Ｓ５１０→Ｓ５３０）、処理をステップＳ５４０へ進める。
【００６１】
ステップＳ５４０においてＣＰＵ１０２ａは、受注情報テーブル１０５ｂの納品数Ｓｊの総和である納品総数レコード１０５ｇの値Ｕを算出する。そしてＣＰＵ１０２ａは、発注者ｉの納品可能数Ｌｉ（＝（Ｕ／（Ｓ×Ｎ））×Ｔｉ）を算出し、発注情報テーブル１０６ｂの発注者ｉレコード１０６ｄにその納品可能数Ｌｉを登録する（ステップＳ５５０）。
【００６２】
ここでＣＰＵ１０２ａは各発注者クライアントシステムからの納品可能数要求を監視しており、発注者ｉの発注者クライアントシステムのブラウザから、発注情報テーブル１０６ｂの納品可能数Ｌｉの閲覧が要求されると、納品可能数Ｌｉを提示するためのＷＥＢページのデータを、発注者ｉの発注者クライアントシステムへ送信する（ステップＳ５６０→Ｓ５７０→Ｓ５６０、図１の符号１０９）。
【００６３】
次に図６において、ＣＰＵ１０２ａは支払い期日「Ｄ−ｄ」と支払われた発注者ｉの支払い額Ｐｉの入力とを監視しており、支払い額Ｐｉの入力を検知した場合、それを発注情報テーブル１０６ｂの発注者ｉレコード１０６ｄにその支払い額Ｐｉを登録する（ステップＳ６００→Ｓ６１０→Ｓ６２０→スタート）。
【００６４】
またＣＰＵ１０２ａは、支払い期日「Ｄ−ｄ」となったことを検知した場合、発注情報テーブル１０６ｂの支払い額Ｐｉをチェックし、支払い期日「Ｄ−ｄ」までに全額（（Ｃ＋手数料）×Ｌｉ）支払いできていない、即ちＰｉ＜（（Ｃ＋手数料）×Ｌｉ）の発注者ｉレコード１０６を発注ブラックリスト１０６ｃに登録し（ステップＳ６００→Ｓ６１０→Ｓ６３０）、処理をステップＳ６４０へ進める。
【００６５】
ステップＳ６４０においてＣＰＵ１０２ａは、発注情報テーブル１０６ｂの支払い額Ｐｉの総和である支払い総額レコード１０６ｇの値Ｖを算出する。そしてＣＰＵ１０２ａは、仲介者の利益率をαとした場合、発注者ｊの支払い可能数Ｆｊ（＝Ｖ×（１−α）×Ｓｊ／（Ｓ×Ｎ））を算出し、受注情報テーブル１０５ｂの受注者ｊレコード１０５ｄにその支払い可能数Ｆｊを登録する。（ステップＳ６５０）。
【００６６】
ここでＣＰＵ１０２ａは各受注者クライアントシステムからの支払い可能額要求を監視しており、受注者ｊの受注者クライアントシステムのブラウザから、受注情報テーブル１０５ｂの支払い可能数Ｆｊの閲覧が要求されると、支払い可能数Ｆｊを提示するためのＷＥＢページのデータを、受注者ｊの受注者クライアントシステムへ送信する（ステップＳ６６０→Ｓ６７０→Ｓ６６０、図１の符号１０７）。
【００６７】
上述の実施形態は本発明の例示のために説明したが、上述の実施形態の他にも変形が可能である。その変形が特許請求の範囲で述べられている本発明の技術思想に基づく限り、その変形は本発明の技術的範囲内となる。
【００６８】
【発明の効果】
以上説明したように本発明によれば、サーバシステムにより、受注者クライアントシステムから送信された製品の受注情報を受け付け、それに関連する受注者の情報を登録し、発注者クライアントシステムから送信された上記製品の発注情報を受け付け、それに関連する発注者の情報を登録し、登録された各受注者により納期までに納品された上記製品の納品数の総数から成る、納品総数を算出して保持し、登録された発注者毎に、保持された納品総数を分配した納品可能数を算出して保持し、登録された各発注者により支払い期日までに支払われた上記製品の支払い額の総額から成る、支払い総額を算出して保持し、登録された受注者毎に、保持された支払い総額を分配した支払い可能額を算出して保持する。
【００６９】
これにより、発注者が受注者から納期までに所定の数量の製品を受け取れないリスク、および受注者が発注者から請求日までに所定の契約金を支払ってもらえないリスクを緩和することが可能となる。
【００７０】
この結果、信用や体力の少ない企業でも市場に参加することが容易となる効果を奏する。
【図面の簡単な説明】
【図１】本発明の実施形態の共同受発注システムの説明図である。
【図２】本発明の実施形態の受注情報ＤＢの構成図である。
【図３】本発明の実施形態の発注情報ＤＢの構成図である。
【図４】本発明実施形態の仲介者サーバシステムの受注者発注者登録処理手順を示すフローチャートである。
【図５】本発明実施形態の仲介者サーバシステムの納品数処理手順を示すフローチャートである。
【図６】本発明実施形態の仲介者サーバシステムの支払い処理手順を示すフローチャートである。
【符号の説明】
１０１　共同受発注システム
１０２　仲介者サーバシステム
１０２ａ　ＣＰＵ
１０２ｂ　サーバエンジン
１０２ｃ　ＷＥＢサイト
１０３−１〜１０３−Ｎ　受注者クライアントシステム
１０４−１〜１０４−Ｍ　発注者クライアントシステム
１０５　受注情報ＤＢ
１０５ａ　受注募集情報
１０５ｂ　受注情報テーブル
１０５ｃ　受注者ブラックリスト
１０５ｄ　受注者ｊレコード
１０５ｅ　受注者数レコード
１０５ｆ　総受注数レコード
１０５ｇ　納品総数レコード
１０６　発注情報ＤＢ
１０６ａ　発注募集情報
１０６ｂ　発注情報テーブル
１０６ｃ　発注者ブラックリスト
１０６ｄ　発注者ｉレコード
１０６ｅ　発注者数レコード
１０６ｆ　総発注数レコード
１０６ｇ　支払い総額レコード
１０８　受注情報
１０８ａ　受注者情報
１１０　発注情報
１１０ａ　発注者情報
１１０ｂ　発注数
１１１　通信ネットワーク
【図１】
2004021354.tif 000003
【図２】
2004021354.tif 000004
【図３】
2004021354.tif 000005
【図４】
2004021354.tif 000006
【図５】
2004021354.tif 000007
【図６】
2004021354.tif 000008