(57)【要約】【課題】  既存の卸売ネットワークに適合した受発注システムを提供する。【解決手段】  サイト管理者のサーバ装置と発注者と仕入先の複数の端末装置とを含み、サーバ装置と端末装置とが通信ネットワークで接続された卸売用の受発注システムを構築する。サイト管理者のサーバ装置は、受発注システムのライセンス情報を記憶するユーザーデータベース手段を含む。また、受発注システムのライセンス情報を管理するライセンス管理手段を含む。加えて、商品受発注情報を記憶する商品受発注データベース手段を含む。さらに、上記商品受発注データベース手段の内容により、決済計算を行う決済計算手段とを含む。この受発注システムでは、発注者が仕入先のライセンスを管理でき、仕入先が下位の仕入先のライセンスを管理できる。【選択図】  図２
2008257520.tif 000002
【特許請求の範囲】
【請求項１】
サイト管理者のサーバ装置と発注者と仕入先の複数の端末装置とを含み、前記サーバ装置と前記端末装置とが通信ネットワークで接続された卸売用の受発注システムであって、
前記サイト管理者のサーバ装置は、
前記受発注システムのライセンス情報を記憶するユーザーデータベース手段と、
前記受発注システムのライセンス情報を管理するライセンス管理手段と、
商品受発注情報を記憶する商品受発注データベース手段と、
前記商品受発注データベース手段の内容により、決済計算を行う決済計算手段とを含み、
前記ライセンス管理手段は、
前記発注者が前記仕入先のライセンスを管理する発注者管理手段と、
前記仕入先が下位の前記仕入先のライセンスを管理する仕入先管理手段とを含む
ことを特徴とする受発注システム。
【請求項２】
前記発注者が管理できるのは、当該前記発注者が発注した前記仕入先のみであることを特徴とする請求項１に記載の受発注システム。
【請求項３】
前記仕入先が管理できるのは、当該前記仕入先が発注した前記仕入先のみであることを特徴とする請求項１又は２に記載の受発注システム。
【請求項４】
前記仕入先の階層は２層であることを特徴とする請求項３に記載の受発注システム。
【請求項５】
上位の前記仕入先又は発注者に対する入札手段をさらに含み、該入札手段は個々の入札を前記上位の仕入先又は前記発注者毎に開示可能である
ことを特徴とする請求項１乃至４のいずれか１つに記載の受発注システム。
【請求項６】
１次仕入先が、さらに新たな発注者にライセンスを提供し管理することが可能であることを特徴とする請求項１乃至５のいずれか１つに記載の受発注システム。
【請求項７】
サイト管理者が受発注システムのライセンス管理手段を提供し、
発注者が仕入先のライセンスを管理し、
前記仕入先が下位の前記仕入先のライセンスを管理する
ことを特徴とするライセンス管理方法。
【請求項８】
前記発注者が管理できるのは、当該前記発注者が発注した前記仕入先のみであることを特徴とする請求項７に記載のライセンス管理方法。
【請求項９】
前記仕入先が管理できるのは、当該前記仕入先が発注した前記仕入先のみであることを特徴とする請求項７又は８に記載のライセンス管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特に受発注システム、ライセンス管理方法に、関する。
【背景技術】
【０００２】
現代の商取引においては、ネットワークを使用して、商品の受発注を行うシステム（以下、受発注システムと言う。）が一般的に使用されている。受発注システムは、一連の商取引における受発注の事務処理の流れを、インターネット等のネットワークを使用してスピード化・簡素化・省力化したものである。
【０００３】
このような受発注システムでは、端末を利用してサーバにアクセスすることにより、発注者と仕入先が該受発注システムを使用する。まず、発注者がサーバにアクセスすると、電子的な伝票が表示されるため、これを利用して仕入れ先（仕入れ業者）に商品を発注する。次に、仕入先が受発注システムにアクセスすると、発注を受けたことが知らされる。これにより、仕入先は上記の電子的な伝票を参照し、商品を納入する。最後に、仕入先が請求書の発行を行い、発注者が代金の銀行振り込みを行って、一つの取引が終了する。
【０００４】
この受発注システムは、卸売業界においても必要性が高まりつつある。卸売業界では、商品の発注者である問屋・大規模卸売業者が、その発注者の傘下にあるメーカー等の仕入先に商品を発注する際に、受発注システムとして使うことが想定される。
しかし、受発注システムの開発と運用・維持には最低でも数百万円のコストがかかる。そして、この受発注システムは、誰でも利用できるものではなく、特定の発注者と仕入先業者が利用するものであるため、この開発コストは、卸売業界ではまず発注者が負担し、仕入先から使用料を取るという形で回収される。しかし、発注者が各社毎に、その傘下の仕入先だけに使わせるために受発注システムを開発すると、必然的に開発コストの負担が大きくなる。つまり、発注者の開発費の負担が大きく、仕入先が負担する受発注システムの利用料も高価になる。
また、発注者が各社毎に受発注システムを開発すると、仕入先が複数の発注者に商品を納入している場合、その発注者毎に別々の受発注システムを導入せねばならない。仕入先は発注者毎に利用料を払わねばならないため、さらに負担が大きくなる。
これに対し、汎用的な受発注システムとして、多数の発注者と仕入先とをネットワークでつなぎ、仕入先からの商品の入札（オークション）を行うシステムを導入した受発注システムがいくつか存在する。
この種の受発注システムとしては、たとえば間接副資材の受発注システムが提案されている（特許文献１を参照）。
【０００５】
特許文献１の受発注システム（以下、従来技術１とする。）では、仕入先の商品の値段や性能等についてのカタログのデータベースを基に検索して、入札者である発注者が仕入れる商品を選択する。
この従来技術１の受発注システムでは、機械部品等の限られた種類の商品については、発注者はカタログの情報を基に性能やスペックを参照して、仕入れる商品について判断できる。このため、発注者は、安価に商品を仕入れることができる。また、受発注システムを広く解放することにより、発注者と仕入先が負担する開発コストを下げることができる。
【特許文献１】特開２００５−１４８８７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、従来技術１の受発注システムでは、発注者と仕入先が１対１の関係になってしまうので、既存の卸売と仕入先の関係が破壊されてしまうという問題があった。
実際のところ、既存の卸売業界では、上述のように大規模な卸売である商社や問屋などの発注者が、傘下にある限られた仕入先のネットワークから商品を仕入れ、納入者である店舗やチェーン店などに納入する（卸す）という階層的な構造になっていた。
この仕入先にも階層があり、例えば商社に商品を納入する中央卸売り市場は、階層の下位の仕入先である農家やメーカー等から仕入れた商品を加工して、上位にある商社に納入するという形態を取っていた。
これらの既存の卸売が扱う商品については、仕入先の商品の細やかな品質や担当者の柔軟さといった、カタログでは分からない情報が必要であった。
故に、カタログ以外の情報が把握できない多数の仕入先から択一的に商品を選択するだけでは、上位仕入先や発注者の求めるきめ細かな要求に従って商品を仕入れることができなかった。つまり、既存の卸売業界では、限られた仕入先による階層的な商取引のネットワークが不可欠であった。
以上の理由により、従来技術１の受発注システムは、機械部品等の限られた商品以外の商品を扱っている、既存の卸売業界の商品の受発注システムとしては使用できなかった。
【０００７】
本発明は、上記に鑑みてなされたものであって、上記問題点を解決する技術を提供することを課題とする。
【課題を解決するための手段】
【０００８】
本発明の受発注システムは、サイト管理者のサーバ装置と発注者と仕入先の複数の端末装置とを含み、前記サーバ装置と前記端末装置とが通信ネットワークで接続された卸売用の受発注システムであって、前記サイト管理者のサーバ装置は、上記受発注システムのライセンス情報を記憶するユーザーデータベース手段と、上記受発注システムのライセンス情報を管理するライセンス管理手段と、商品受発注情報を記憶する商品受発注データベース手段と、上記商品受発注データベース手段の内容により、決済計算を行う決済計算手段とを含み、前記ライセンス管理手段は、前記発注者が前記仕入先のライセンスを管理する発注者管理手段と、前記仕入先が下位の前記仕入先のライセンスを管理する仕入先管理手段とを含むことを特徴とする。
本発明の受発注システムは、前記発注者が管理できるのは、当該前記発注者が発注した前記仕入先のみであることを特徴とする。
本発明の受発注システムは、前記仕入先が管理できるのは、当該前記仕入先が発注した前記仕入先のみであることを特徴とする。
本発明の受発注システムは、前記仕入先の階層は２次であることを特徴とする。
本発明の受発注システムは、上位の前記仕入先又は発注者に対する入札手段をさらに含み、該入札手段は個々の入札を前記上位の仕入先又は前記発注者毎に開示可能であることを特徴とする。
本発明の受発注システムは、１次仕入先が、さらに新たな発注者にライセンスを提供し管理することが可能であることを特徴とする。
本発明のライセンス管理方法は、サイト管理者が受発注システムのライセンス管理手段を提供し、発注者が仕入先のライセンスを管理し、前記仕入先が下位の前記仕入先のライセンスを管理することを特徴とする。
本発明のライセンス管理方法は、前記発注者が管理できるのは、当該前記発注者が発注した前記仕入先のみであることを特徴とする。
本発明のライセンス管理方法は、前記仕入先が管理できるのは、当該前記仕入先が発注した前記仕入先のみであることを特徴とする。
【発明の効果】
【０００９】
本発明の、受発注システム、ライセンス管理方法によれば、特に下位の仕入先のライセンス管理を上位の仕入先又は発注者が自ら行うことで、階層的な卸売のネットワークが構築でき、汎用的に使用できる受発注システムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
＜実施の形態＞
以下で、本発明の実施の形態に係る受発注システムの構成とデータ構造、ライセンス管理と動作について、図を参照して詳しく説明する。
図１を参照すると、本発明の実施の形態に係る受発注システムＸは、サイト管理者のサーバ１０と、発注者のＰＣ（パーソナル・コンピュータ）や携帯電話等の端末２０−１〜２０−ｎと、１次仕入先のＰＣ等の端末１００−１〜１００−ｎと、２次仕入先のＰＣ等の端末２００−１〜２００−ｎと、３次仕入先のＰＣ等の端末３００−１〜３００−ｎが、インターネット等のネットワーク部５を通して接続されている。
これらの端末には、ＨＴＴＰ（ハイパー・テキスト・トランスミット・プロトコル）によりサーバと接続しウェブページを画面に表示できるＷＷＷ（ワールド・ワイド・ウェブ）ブラウザが実行されている。このウェブブラウザを実行させるために、マイクロソフト社製、ウィンドウズ（登録商標）ＸＰ、ＶＩＳＴＡ（マイクロソフト社、登録商標）等のＯＳ（オペレーション・システム）が搭載されて、ＩＥ（マイクロソフト社、インターネット・エクスプローラ、登録商標）バージョン６．０又は７．０以上が搭載されていることが望ましい。また、端末が携帯電話等の携帯端末である場合は、ｉ−ｍｏｄｅ（登録商標）や、ネット・フロント（ＡＣＣＥＳＳ社、登録商標）等の他のブラウザを使用して、サーバ１０にアクセス可能である。なお、上記ブラウザは一例であって、他のブラウザを使用できることはもちろんである。
【００１１】
上述のように、発注者、１次仕入先、２次仕入先、３次仕入先の端末、１００−１，．．，１００−ｎ、２００−１，．．，２００−ｎ、３００−１，．．，３００−ｎは、インターネットを介して、サーバ１０に接続可能である。
しかし、実際の受発注システムＸは、基本的には発注者／上位仕入先とその下位仕入先の間でしか、商品（含むサービス）の受発注の取引を許可しないように設定されている。
この構成は、以下で述べる本発明の実施の形態に係る受発注システムＸのライセンスの管理方法により実現される。
【００１２】
まず、本発明の実施の形態におけるライセンスとは、発注者又は仕入先が受発注システムＸを使用する際の権利のことを言う。
また、ライセンスを管理するとは、上位の仕入先又は発注者が下位の仕入先のライセンスを設定・変更することを言う。
また、ライセンスについては、受発注者を頂点とする発注者／上位仕入先とその下位仕入先が、それぞれ一定のライセンス料に基づいて設定できるようになっている。
このライセンス管理の流れについて、図２を参照して、以下で説明する。
【００１３】
本発明の実施の形態に係る受発注システムＸにおけるサーバ１０は、ライセンス管理部１と、ユーザーデータベース２と、決済計算部３と、商品受発注データベース４を含む。また、ＳＱＬ等のデータベースエンジンを備え、図示しない制御部と記憶部によりＡＳＰ（アクティブ・サーバ・ページ）又はＣＧＩ（コモン・ゲートウェイ・インターフェイス）を実行可能なＷＷＷウェブサーバが実行されている。このＷＷＷウェブサーバとしては、ウィンドウズ（登録商標）・サーバ２００３で実行されるＩＩＳ（インターネット・インフォメーション・サーバ）又はＡｐａｃｈｅ（登録商標）が望ましいが、他のＷＷＷウェブサーバも使用することができる。
ライセンス管理部１は、端末ＰＣからのリクエストに従って、ユーザーデータベース２のデータを基に、端末から入力されたユーザーＩＤとパスワードに従い、ユーザー認証を行う。また、ユーザーデータベース２にユーザーの追加、ライセンスの追加や設定等をすることができる。
決算計算部３は、商品受発注データベース４を使用して商品受発注や伝票発行等の処理を実行する。
【００１４】
ここで、サイト管理者は受発注システムＸの管理運営者であり、本発明の実施の形態に係る受発注システムＸをサーバ１０を通して提供する。また、発注者は商社・問屋・業務用卸売等であり、下位の１次仕入先から加工された商品（本発明の実施の形態に係る商品には、商品とサービスを含む）を仕入れて、図示しない納入先である居酒屋チェーンや中華料理店等に商品を納入する。問屋・中央卸売市場・メーカー等である１次仕入先は、下位の２次仕入先から商品を仕入れて、カット／パック詰め加工等を行う。漁業／農業協同組合・農業法人・原材料メーカー等である２次仕入先は、自ら収穫するか又は３次仕入先から商品を仕入れる。３次仕入先は、漁師・農家・海外の生産者等である。図２では、それぞれの階層について、発注者をＡ、１次仕入先をＢ、２次仕入先をＣ、３次仕入先をＤとして示した。
ライセンスを管理する場合、サーバ１０がライセンス管理用のライセンス設定・変更用ページを送信する。端末の使用者がこれを基に設定・変更してサーバ１０に送信すると、ライセンス管理部１が、ユーザーデータベース２のライセンスに関する項目を設定・変更する。
【００１５】
本発明の実施の形態に係るライセンスの例としては以下のものが可能である：
ａ）営業契約−−発注者が、１次仕入先とサイト管理者とのライセンス管理権を結ばせるライセンスである。この営業契約を結んだ発注者のことを、以下でパートナー発注者と呼ぶ。
パートナー発注者は、受発注システムＸの使用権と、ライセンス管理権の設定による利益を得ることができる。また、パートナー発注者は、ライセンス管理権を結ばせることに成功した１次仕入先がサイト管理者に支払う金額の一部（たとえば２０％）を受け取ることができる。このパートナー発注者が受発注システムＸの使用権を得るのは、開発コストを回収するために営業をしてもらう対価の一部である。
ｂ）ライセンス管理権−−１次仕入先が一定金額をサイト管理者に支払うことで（たとえば５０ライセンス１０万円／月、追加１０ライセンス１万円／月）一定数のライセンスを下位仕入先に配布する権利を一次仕入先が得るライセンスである。また、このライセンス管理権を結んだ一次仕入先自身も、受発注システムＸの使用権を得ることができる。これは、下位の仕入先に配布してもらう対価の一部である。
なお、１次仕入先がサイト管理者に支払う一定金額は、サイト管理者により適宜変更される。たとえば、発行されたライセンスの数が多くなれば、この金額は安くなる。
ｃ）ライセンス使用権−−下位の仕入先が料金（たとえば２，０００円／月であるが、端末の使用者が自由に設定可能である）を端末の使用者である仕入先又は発注者に支払うことで、受発注システムＸを使用する権利を得るライセンスである。また、ライセンス使用権を余分に（２ライセンス以上）持っている場合、残りのライセンスを配布することも可能である。
【００１６】
次に図３を参照して、本発明の実施の形態に係るユーザーデータベース２のデータ構造について説明する。ユーザーデータベース２は、ほぼ階層順にユーザーＩＤ毎、企業名（数値化された企業番号を含む）、ライセンス種別、ライセンス数、残ライセンス（配布可能な残りライセンス数）、ライセンス支払額（営業契約の場合は、リベートの割合）、上位仕入先の企業名（企業番号）、下位仕入先の構造体（可変長で、会社名と担当者の番号を含む）、会社のホームページのＵＲＬ（ユニフォーム・リソース・ロケーター）、会社の住所、資本金その他の情報、営業担当者の情報等が納められている。さらに、このユーザーデータベース２は、付随する情報として、ユーザーＩＤとパスワード、決済する口座やクレジットカード番号等を暗号化して保持している。
また、商品受発注データベース４においては、ほぼ階層順にユーザーＩＤ毎、商品受発注の履歴、伝票の情報、決済口座番号等が記憶されている。
【００１７】
まず、受発注システムＸを運用するに当たっては、サイト管理者が、営業活動を行ってくれる発注者に、営業契約のライセンスで受発注システムＸを提供する。
この営業契約のライセンスをサイト管理者が設定するに当たっては、サイト管理者がサーバ１０の特別な管理用ウェブページをライセンス管理部１により用意し（発注者管理手段）、端末の使用者（この場合は、発注者）に仮ライセンスを与える。
営業契約ライセンスが成立すると、パートナー発注者となった発注者は、１次仕入先とサイト管理者にライセンス管理権のライセンスを結ばせる。
さらに、１次仕入先は、下位の２次仕入先のライセンスを管理する。また、２次仕入先は、ライセンス使用料を上位の仕入先又は発注者に支払う。
【００１８】
以下で、このパートナー発注者又は下位の仕入先がライセンスを管理する際の受発注システムＸと端末の処理の例について図を参照して説明する。
図４のフローチャートと図５Ａと図５Ｂの画面例を参照して説明すると、本発明の実施の形態に係る受発注システムＸの処理とライセンス管理は、次の通りである。
まず、ステップＳ１０１において、仕入先又は発注者である端末の使用者は、サーバ１０のＵＲＬを端末のウェブブラウザに入力し、サーバ１０が提供するウェブサイトにアクセスする。このウェブサイトに関しては、サーバ１０が一定期間（たとえば１５分）有効なワンタイムページとすることもできる。
次に、サーバ１０はログインページを送信し、これを受け取った端末がログイン画面４０として表示する。
ここで、端末の使用者がログイン画面４０で自己のユーザーＩＤとパスワードを入力して送信ボタンをクリックする。これにより、サーバ１０のライセンス管理部１は、ユーザーデータベース２のユーザーＩＤとパスワードを参照し、ユーザー登録をした仕入先又は発注者であるかを確認するユーザー認証を行う。このユーザー認証が成功すると、サーバ１０は、処理を次のステップＳ１０２に進める。
【００１９】
ステップＳ１０２においては、サーバ１０が送信したウェブページにより、端末がマイページ画面５０のようなメニュー画面を表示する。この画面には、受発注のページ、取引履歴、ライセンス管理、会社情報の変更、ログアウト処理をそれぞれ行うページへのリンク（ハイパー・リンク）が貼られている。しかし、新規にライセンスを取得して、まだ会社情報が未登録の場合、会社情報の変更ページのみアクセス可能である。
【００２０】
ステップＳ１０３において、端末の使用者がマウスでクリックして、これらのリンクを開くことで、サーバ１０は、それぞれステップＳ１０４、Ｓ１０５、Ｓ１０６、Ｓ１０７、Ｓ１０８に処理を進める。
【００２１】
ステップＳ１０４において、サーバ１０は、決済計算部３が商品受発注データベース４を参照しつつ受発注プログラムを実行する。
端末上には、サーバ１０のＷＷＷウェブサーバが提供する、ＰＨＰ等のデータベースアクセス用のコードを使用したウェブページが表示され、これを経由することで商品受発注データベース４をアクセス可能である。この受発注プログラムの受発注ページのメイン画面が、受発注メイン画面６０である。
端末の使用者は、上述のように商品受発注データベース４にアクセスでき、商品を実際に受発注することができる。この画面例が受発注画面６２である。
また、ＰＤＦ等で自動的に作成され電子署名のついた伝票等の発行、ＢＢＳ（電子掲示板）スレッドによる担当者への問い合わせ等を行うことができる。
通常は、受発注ページでは、１階層上位か、１階層下位の取引先との間で受発注を行うことができる。その際、取引の履歴等が、商品受発注データベース４に記憶される。この取引履歴を示す画面が、受発注履歴画面６４である。
受発注ページにおいては、担当者の連絡先や名刺の画像データを登録可能である。さらに、自動生成されるカレンダーと連動するスレッド型ＢＢＳ（ブログ形式の電子掲示板）で担当者との打ち合わせを行うことができる。
加えて、担当者に直接メール（電子メール）を送付し、そのメールの内容も該スレッド型ＢＢＳで確認することができる。これらの情報は、商品受発注データベース４に記憶される。
また、スレッド型ＢＢＳでは、担当者毎に又は全担当者についての打ち合わせを表示可能である。
【００２２】
ステップＳ１０５の取引履歴の参照では、商品受発注データベース４に記憶された、取引先との受発注の履歴を、サーバ１０が提供する。この画面を使用者の端末で確認可能である。また、使用者が取引履歴に記載された各履歴リンクを開くことで、取引の伝票を参照し、印刷することができる。また、仕入先の担当者とのやり取りに関して、商品受発注データベース４の記憶を基に作成するスレッド型ＢＢＳで参照することができ、さらに、商品受発注データベース４に記憶された該担当者とのメールのやり取りを確認することができる。また、ユーザーデータベース２を参照して、担当者の連絡先や名刺画像を参照することも当然可能である。
さらに、取引先の会社名の所にもリンクが貼られており、クリックすることで該会社の会社情報ページにアクセスすることができる。
【００２３】
ステップＳ１０６においては、サーバ１０がユーザーデータベース２を参照して、会社情報ページを提供する。この会社情報ページにより見られる会社情報は、端末の使用者の自社と、その取引先の会社（上位仕入先又は発注者と、下位仕入先）に限られる。
端末に表示された会社情報ページである会社情報画面５５においては、住所、電話、該会社のホームページへのリンク、資本金、財務状況、代表者名等の情報が表示される。
この会社情報画面５５で、リンクをマウスでクリックすることで、上記取引履歴のページや担当者のページにアクセス可能である。
加えて、この会社（仕入先又は発注者）のライセンスの状況（ライセンスの種類、支払い状況等）についても確認できる。このライセンスの状況については、ライセンス管理部１が、ユーザーデータベース２を参照してサーバ１０が送信するウェブページを作成する。
自社の会社情報ページの場合、この画面に会社情報を各自が入力し、ログインする際のパスワードを変更することもできる。
【００２４】
ステップＳ１０７においては、ライセンス管理部１とユーザーデータベース２を使用して、サーバ１０がライセンス管理ページ（仕入先管理手段）を提供する。このライセンス管理ページでは、直接発注する関係にある各会社のライセンスの内容について管理することができる。
このステップにおいて、まず、サーバ１０は、ユーザーデータベース２を参照して、取引関係にある下位仕入先である各会社のライセンスの状態を提供する。この画面が、ライセンス管理リスト画面５６である。
ライセンス管理リスト画面５６の左側に表示されている会社名は、当該端末の使用者の自社がライセンスを提供している会社名である。この会社名のリンクを開くことにより、該会社の会社情報ページにアクセスすることができる。
また、端末の使用者が各会社毎に右側に表示されているリンクを開くと、ライセンスの停止、取り消し、条件の変更等を行うことができる。この変更は、端末の使用者が入力した情報を基に、サーバ１０がユーザーデータベース２の該当する情報を変更することで行う。
加えて、ライセンス管理リスト画面５６の下部には、端末の使用者が上位の仕入先又は発注者から購入した残ライセンス数（後述）とライセンス収入金額、ライセンス使用金額等が表示される。また、当該端末の使用者が発注者であった場合、サイト管理者からの振り込み金額が表示される。
さらに、ライセンス管理リスト画面５６の下部には、「追加」リンクが表示されている。このリンクを端末の使用者がマウスをクリックして開くと、ライセンス選択画面５７が表示される。
【００２５】
ライセンス選択画面５７においては、取引先である下位の仕入先であって、新たにライセンスを提供する会社へのライセンス形態を上述のライセンスｂ）又はｃ）に従って設定することができる。
このライセンス使用権を設定することで、端末の使用者が持つ配布可能なライセンス数が減る。端末の使用者が予め設定されたライセンス数以上のライセンスを配布する場合は、配布用の追加ライセンス分をサイト管理者に支払うことになるが、これは予め設定されたライセンス料よりも安価に調達できる。
これらのライセンスについて設定し、端末の使用者が「ライセンス追加確認」リンクを開くと、ライセンス追加画面５８に示すウェブページの画面が表示される。ここで、サーバ１０はユーザーＩＤとパスワードを会社名を基に又はランダムで作成することもできるし、対話的に端末の使用者に選ばせることもできる。
端末の使用者がメール送信リンクを開くと、サーバ１０は、ライセンスの内容とユーザーＩＤやパスワード等を電子メール等で、ライセンスを設定した会社に送信する。ワンタイムページを使用する場合、サーバ１０はこれも同時に作成してメールに掲載する。
この電子メールを受け取った会社は、受発注システムＸに電子メールに記載されたユーザーＩＤとパスワードによりログインし、会社情報ページに自社の情報と決算口座等を登録することになる。この登録が完了されないと、当該ユーザーＩＤは有効にならない。
【００２６】
上述のライセンス管理権を設定した場合、ライセンス管理部１は、毎月、ユーザーデータベース２に登録した情報により、ライセンス料の支払いの決済を行うことができる。この場合、ライセンス管理部１は、商品受発注データベース４に登録された決済口座を参照し、伝票に付け加えることができる。さらに、ライセンス管理部１は、パートナー発注者の伝票に支払う分についても、伝票に付け加えることが可能である。
ライセンス使用権を設定した場合、通常は、ライセンス管理部１は、設定された会社の毎月の伝票にライセンス使用量を加える。
また、サイト管理者がスーパバイザ（監督）・モードとしてライセンスの調整を行うことも可能である。
【００２７】
ステップＳ１０８では、受発注システムＸの端末の使用が終了した場合、端末の使用者はログアウトの処理を行う。さらに、サーバ１０に一定時間（たとえば、１時間）該端末からアクセスがなかった場合、自動的にログアウトするようにすることが好適である。
【００２８】
上述のように構成することにより、ライセンス使用権を持つ仕入先は、月々の受発注システムＸの使用料が、同一の受発注システム内の伝票として請求されるため、使用料を意識することなく安価に受発注システムＸを使用可能になる。
さらに、ライセンス管理権を持つ上位の仕入先又は発注者は、契約違反（違法アクセス、ライセンス料未納等）が判明した場合にライセンス剥奪可能という権限を持つ。これは、取引を停止するよりも容易に実行可能である。一方、ライセンス使用料についても柔軟に設定でき、得意先等には無料で提供することができる。
このような仕組みにより、従来のような仕入先同士又は仕入れ先と発注者との階層的な卸売ネットワークを構築可能である。
ライセンス管理権を持つ上位の仕入先又は発注者は、新たに仕入先を開拓した場合、配布用のライセンス以上の収入を得ることができるため、受発注システムＸを使用させる営業モチベーションを持つ。
営業契約を行っているパートナー発注者は、受発注システムＸを使用することが可能であり、さらに自らの仕入先にライセンス管理権の取得を行わせるだけで月々に一定金額を得ることができるので、同様に営業モチベーションを持つ。
よって、サイト管理者は、パートナー発注者とサイト管理権を持つ仕入先又は発注者により、新規ユーザー募集のための営業費用を大幅に削減することが可能になる。これにより、受発注システムの開発とウェブサイトの維持管理コストの負担を削減することが可能となるため、汎用的な受発注システムを安価に提供することが可能になる。すなわち、ライセンス料は、この開発費・営業費用・維持管理コストの負担を受発注システムの使用者に行ってもらうために、必要なものである。
このために、ライセンス使用権を持つ下位の仕入先は、安価で受発注システムＸの使用することができる。さらに、階層型構造のため、受発注システムＸを急速に普及させることが可能である。
また、本発明の実施の形態に係る受発注システムＸは、ライセンスａ）ｂ）ｃ）の３段階でライセンス管理をすることを想定して構成されているため、仕入先の階層について、１次仕入れ先の下の階層を２とすると、受発注システムの使用と収益のバランスが取れることが想定できる。さらに、従来の卸売ネットワークを維持し、商品の値段の競争力と利便性を釣り合わせる上で、この階層構造で商取引をすることが好適である。
【００２９】
なお、ライセンス管理権に関しては、ある一定金額（たとえば、２０万円／月）を払うと、配布可能なライセンスの数の上限が最大数になるオプションを設けることが可能である。この場合、追加ライセンス分の費用は必要ない。よって、サイト管理権を持つ仕入先の営業モチベーションをさらに上げることが可能である。このライセンス管理権を設定した場合、ユーザーデータベース２のライセンス数の項目が、考えられ得るのライセンス数を表す数値（たとえば、１００００）になる。
また、ライセンス使用権に関しては、２以上の上位仕入先がある場合、どちらか１方の上位仕入先からライセンスを受けることも、全部の仕入先からライセンスを受けることも可能である。上述のように、本発明の実施の形態に係る受発注システムＸは、商品の受発注を上位仕入先又は発注者に強く依存するため、全部の仕入先からライセンスを得るメリットがある。逆に、ライセンス料を抑える為に、どちらかの仕入先を選ぶように交渉することもできる。
加えて、上位仕入先又は発注者は、ライセンス使用料の設定により、下位の仕入先を優先的にネットワークの傘下にいるよう交渉することも可能である。
さらに、発注者の納入者に対して、本発明の実施の形態に係る受発注システムＸを使用させることも可能である。
【００３０】
また、上述の実施の形態に係る受発注システムＸに関しては、他の構成としてサーバ１０は、ライセンス管理部１とユーザーデータベース２のみを提供することが可能である。この場合、決済計算部と商品受発注データベース４は、ライセンス管理権を持つ仕入先又は発注者の別サーバに保持する。これにより、よりセキュアな（安全度の高い）受発注システムを構成することができる。さらに、ユーザーデータベース２においては、パスワードに関しては暗号化した上で別のデータベースに保持することも可能である。
また、上記受発注システムをＷｅｂ上のサービスとして提供するだけでなく、ネットワークを使用した独立して稼働するソフトウェアとして提供することも可能である。
さらにＰｔＰ（ピア・トゥー・ピア）技術を使用して、上位仕入先又は発注者と下位仕入先を接続することも可能である。受発注システムのソフトウェア自体をＰｔＰで配布するとさらに配布しやすくなり好適である。
【００３１】
また、受発注に関しては、上位仕入先又は発注者と下位仕入先以外にも、ユーザーデータベース２に登録済みの仕入先又は発注者に対して、入札システムで商品の受発注をすることが可能である。
この場合、入札を使用する仕入先又は発注者が、どの卸売ネットワークの傘下にあるのかを知ることができるため、従来技術１の入札と比べて、いわゆるカタログ以外の情報を得ることが容易であり、既存の卸売ネットワークで扱っているような多種多様な製品を扱うことが可能となる。入札についての画面は、既存のネットワーク・オークションシステムやプログラム（スクリプト）を流用することもできるが、商品受発注ページと同様のページで統合的にアクセス可能であることが望ましい。
さらに、入札を行う際に、上位又は下位の仕入先（又は発注者）との関係も斟酌することができる。つまり、入札の内容を下位又は上位の仕入先（又は発注者）が知ることができ、値段の交渉を直接することが可能である。
これにより、上位仕入先又は発注者は、既存の卸売ネットワークを維持したまま、入札により安く商品を調達することも可能になる。さらに、下位の仕入先については、在庫処分を行うことができ、新たなる上位仕入先を開拓することもできる。
【００３２】
＜他の実施の形態＞
上述の実施の形態では、ライセンス使用料については、下位の仕入先が、配布可能なライセンスを持つライセンス管理権者である上位の仕入先又は発注者に払うように構成していた。
しかし、１次仕入先が上述のパートナー発注者以外の新たな発注者と契約した場合、該発注者に無償ライセンス提供権を提供することも考えられる。
図６を参照して説明すると、１次仕入先が上述の新たな発注者と契約した場合、一次仕入先は、該発注者に無償ライセンス提供権を提供する。この無償ライセンス提供権は：
ｄ）無償ライセンス提供権−−１次仕入先が発注者に受発注システムＹを使用する権利を与える。さらに該発注者が、下位の１次仕入先に対して、配布不可能な、サイト使用料をサイト管理者に支払う受発注システムの使用権を設定することができる。
このように構成しても、あたらな発注者は１次仕入先へのライセンスの与奪権を持つため、卸売のネットワークを維持できる。
さらに、上述の新たな発注者が取り引きする一次仕入先としては、大阪府だけで６００社程度の卸売業者があり、全国では８０００社程度が対象になるので、受発注システムＹのサイト管理者は、さらに開発コストと営業コストの負担を削減することができる。
加えて、上述の新たな発注者は、パートナー発注者になってもらうことも可能であり、この場合、さらなる営業モチベーションを期待できる。
これにより、本発明の他の実施の形態に係る受発注システムＹについて、従来の卸売ネットワークを維持できる汎用の受発注システムを、さらに安価に提供することが可能である。
なお、この無償ライセンス提供権についても、ユーザーデータベース２の、ライセンス種別の項目にこの旨が書き込まれ、ライセンス数、残ライセンス数の項目は０となる。
【００３３】
また、上述のような新たな発注者に対しては、通常の上位仕入先との間における受発注に加えて、新たな発注者との間での商品の入札が可能になる。すなわち、発注者がした商品の発注について、ライセンスを紹介した仕入先が優先的に受注することが可能になる。さらに、商品の入札について、新たな発注者も加わることができる。
下位の仕入れ先は、より安定した卸売の関係を得るために、ある仕入先に管理されたライセンス使用権を受けることも可能である。
これにより、従来の卸売ネットワークと、従来の多数対１の入札の利点の双方の利点がある受発注システムを構築することが可能になる。
【００３４】
上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することができることは言うまでもない。
【産業上の利用可能性】
【００３５】
以上説明したように、本発明の受発注システムにより、上位発注者又は仕入先が下位のライセンスを管理する手段を提供することができる。これにより、従来の卸売業界で汎用的な受発注システムを使用することができ、受発注の効率化により商取引を活発化することができる。よって、産業の発達に寄与することが明らかである。
【図面の簡単な説明】
【００３６】
【図１】本発明の実施の形態に係る受発注システムの構成図である。
【図２】本発明の実施の形態に係る受発注システムのライセンスの管理の概略図である。
【図３】図２のユーザーデータベース２に係るデータ構造を示す図である。
【図４】本発明の実施の形態に係るフローチャートである。
【図５Ａ】本発明の実施の形態に係る端末に表示される画面例である。
【図５Ｂ】本発明の実施の形態に係る端末に表示される画面例である。
【図６】本発明の他の実施の形態に係る受発注システムの概念図である。
【符号の説明】
【００３７】
１  …  ライセンス管理部  （ライセンス管理手段、発注者管理手段、仕入先管理手段）
２  …  ユーザーデータベース  （ユーザーデータベース手段）
３  …  決済計算部  （決済計算手段）
４  …  商品受発注データベース  （商品受発注データベース手段）
５、６  …  ネットワーク部  （通信ネットワーク）
１０、１１  …  サーバ
２０−１〜２０−ｎ、２１−１〜２１−ｎ  …  発注者の端末
１００−１〜１００−ｎ、１０１−１〜１０１−ｎ  …  １次仕入先の端末
２００−１〜２００−ｎ、２０１−１〜２０１−ｎ  …  ２次仕入先の端末
３００−１〜３００−ｎ、３００−１〜３００−ｎ  …  ３次仕入先の端末
４０  …  ログイン画面
５０  …  マイページ画面
５５  …  会社情報画面
５６  …  ライセンス管理リスト画面
５７  …  ライセンス選択画面
５８  …  ライセンス追加画面
６０  …  受発注メイン画面
６２  …  受発注画面
６４  …  受発注履歴画面
Ａ、Ｂ、Ｃ、Ｄ  …  商取引ネットワークの階層
Ｘ、Ｙ  …  受発注システム
【図１】
2008257520.tif 000003
【図２】
2008257520.tif 000004
【図３】
2008257520.tif 000005
【図４】
2008257520.tif 000006
【図５Ａ】
2008257520.tif 000007
【図５Ｂ】
2008257520.tif 000008
【図６】
2008257520.tif 000009