JP2003331022A

JP2003331022A - 商品購入システムおよび方法

Info

Publication number: JP2003331022A
Application number: JP2002137346A
Authority: JP
Inventors: Tomihisa Shiraishi; 富久白石
Original assignee: Business Ct Kk I; I Business Center Corp
Current assignee: Business Ct Kk I; I Business Center Corp
Priority date: 2002-05-13
Filing date: 2002-05-13
Publication date: 2003-11-21

Abstract

(57)【要約】【目的】比較的規模の小さい企業であってもコンテナ
を用いた貿易取引に参加できるようにすることを目的と
する。【構成】バイヤはクライアント４を用いて注文商品の
種類と数量を入力する（ステップ24）。他方，セラーは
クライアント４を用いてバイヤが注文した商品の出荷用
ケースへの格納数およびケース・サイズを入力する（ス
テップ25）。価格交渉が成立すると，入力データがクラ
イアント４からアプリケーション・サーバ２に送信され
る。サーバ２では受付けた注文商品の数量と受付けた格
納数およびケース・サイズに基づいて，注文商品のケー
ス体積を算出し，算出したケース体積をコンテナ容量で
除算する（ステップ27）。除算値が所定の範囲内にあれ
ばバイヤによる商品注文を確定させる（ステップ27でYE
S ）。除算値が所定の範囲内にないと商品注文を共同購
入の対象にする処理を行う（ステップ27でNO）。

Description

【発明の詳細な説明】

【０００１】

【技術分野】この発明は，商品購入システムおよび方
法，特にコンピュータを用いて商品の受発注を行う貿易
取引において用いられるのに適した商品購入システムお
よび方法に関する。

【０００２】

【発明の背景】商業取引，特に海外の企業等との間で行
われる貿易取引において，商品の輸出入がコンテナ単位
で行われることがある。コンテナ単位での商品取引で
は，一定の数以上の商品を輸入（購入）することが前提
とされる。このため，コンテナ単位での商品取引では比
較的大量の商品を購入することが必要とされる。

【０００３】しかしながら，商品の購入を希望する企業
によっては，コンテナ単位での取引に必要とされる数の
商品は，必ずしも必要としないことがある。このような
企業，特に規模の小さい企業では，所定の数以上の商品
を購入しなければならないことが，貿易取引に参加する
ことの妨げとなっている側面がある。

【０００４】

【発明の目的】この発明は，比較的規模の小さい企業で
あってもコンテナを用いた貿易取引に参加できるように
することを目的とする。

【０００５】第１の発明による商品購入システムは，商
品の輸送に用いられるコンテナの積載量を記憶した記憶
手段，注文商品の種類と数量の入力を受付ける第１の受
付手段，上記注文商品を収納する出荷用ケースの収納可
能数および上記出荷用ケースのサイズの入力を受付ける
第２の受付手段，上記第１の受付手段によって受付けら
れた注文商品の数量ならびに上記第２の受付手段によっ
て受付けられた出荷用ケースの収納可能数および出荷用
ケースのサイズと，上記記憶手段に記憶されたコンテナ
積載量とに基づいて，上記注文商品の量がコンテナ積載
量に達する量かどうかを判断する判断手段，上記判断手
段によって上記注文商品の量がコンテナ積載量に達する
量である判断された場合に商品注文を確定させる注文確
定手段，ならびに上記判断手段によって上記注文商品の
量がコンテナ積載量に達する量ではないと判断された場
合に，上記商品注文を共同購入の対象として追加注文の
受付のための準備をする手段を備えていることを特徴と
する。

【０００６】第１の発明による商品購入方法は，注文商
品の種類と数量の入力を受付け，受付けられた注文商品
を収納する出荷用ケースの収納可能数および上記出荷用
ケースのサイズの入力を受付け，受付けられた注文商品
の数量ならびに受付けられた出荷用ケースの収納可能数
および出荷用ケースのサイズと，記憶手段に記憶されて
いるコンテナ積載量とに基づいて，上記注文商品の量が
コンテナ積載量に達する量かどうかを判断し，上記注文
商品の量がコンテナ積載量に達する量である判断された
場合に商品注文を確定し，上記注文商品の量がコンテナ
積載量に達する量ではないと判断された場合に，上記商
品注文を共同購入の対象として追加注文の受付のための
準備をする。

【０００７】購入を希望する商品（注文商品）の種類と
数量が受付けられる。そして，その注文商品の出荷用ケ
ースの収納可能数（１ケースに収納できる商品数）と，
出荷用ケースのサイズとが受付けられる。受付手段（第
１の受付手段，第２の受付手段）は，コンピュータ・シ
ステムにおいて受信手段と言い換えることができる（受
信された結果，受付けられる）。一般に，コンテナに積
込まれる商品は出荷用ケースに収められ，商品が納めら
れた出荷用ケースがコンテナに積載される。出荷用ケー
スのサイズは，出荷用ケースの縦，横および奥行きの長
さであってもよいし，出荷用ケースの体積（容量）であ
ってもよい。出荷用ケースの縦，横，奥行きの長さのい
ずれか１つまたは２つがあらかじめ決められている場合
には，長さが決められていない可変部分の長さが受付け
られる。出荷用ケースについてあらかじめいくつか種類
が決められているような場合には，出荷用ケースの種類
の指定であってもよい。

【０００８】注文商品の数量と，出荷用ケースの収容可
能数と，出荷用ケースのサイズと，記憶手段に記憶され
たコンテナ積載量とに基づいて，上記注文商品の量がコ
ンテナ積載量に達する量かどうかが判断される。

【０００９】上記注文商品の量がコンテナ積載量に達す
る量かどうかの判断にはいくつかの手法がある。

【００１０】上記記憶手段に，コンテナ積載量として，
出荷用ケースのそれぞれについての出荷用ケースの収容
可能数（１コンテナに収納できる出荷用ケースの数）を
記憶しておく。注文商品の数量と出荷用ケースの収納可
能数とによって，注文商品を出荷用ケースに格納するた
めに必要とされる出荷用ケースの数が決定することがで
きる。決定された出荷用ケース数と，記憶されているコ
ンテナへの出荷用ケースの収納可能数とを比較する。こ
の場合には，必ずしも出荷用ケースのサイズは必要とさ
れない。

【００１１】他の方法では，出荷用ケースの１つ分の体
積に，注文商品の格納に必要な出荷用ケースの数を乗算
して，注文商品についてのケース体積を算出する。コン
テナ積載量としてコンテナ容量を記憶しておく。ケース
体積とコンテナ容量とを比較する。

【００１２】注文商品の数量（容量）がコンテナ輸送に
十分な数（量）であると判断されると，注文商品につい
ての注文が確定する。たとえば，注文商品の種類および
注文商品の数量（容量）が記憶手段に記憶され，注文が
確定した旨が商品注文者および商品販売者のそれぞれに
電子メール等によって通知される。他方，注文商品の数
量（容量）がコンテナ輸送に十分な数（量）に達してい
ない場合には，商品注文は，共同購入の対象とされる。
コンテナ積載量（積載可能な出荷用ケースの数，積載可
能な容量）は必ずしもコンテナの最大積載量である必要
はない。たとえば，コンテナの最大積載量の90％を，上
述の判断に用いられるコンテナ積載量としてもよい。コ
ンテナ積載量は，設定ファイルの形式で，またはプログ
ラム中に記述されて記憶手段に記憶される。

【００１３】共同購入は，二以上の商品注文者（企業，
個人）が共同して商品を発注（購入）することであり，
共同購入とすべきか否かの判断が，上述のように商品購
入システムにおいて自動的に行われる。

【００１４】共同購入の対象とすべきと判断されると，
共同購入による商品注文（商品の追加注文）の受付のた
めの準備が行われる。商品購入システムにおける追加注
文の受付のための準備とは，追加注文を受付ける（受信
する）ための準備（スタンバイ）状態を，商品購入シス
テムに用意するものである。

【００１５】一実施態様では，上記追加注文受付準備手
段は，共同購入の対象とされた商品について，追加注文
を募集するための電子掲示板を作成するものである。電
子掲示板によって，共同して商品を購入することを希望
する商品注文者が募られる。

【００１６】上記追加注文受付準備手段によって共同購
入の対象とされた商品についての追加注文の入力が，た
とえば上述の電子掲示板が用いられて受付けられる。追
加注文を含む注文商品の数量（注文商品の数量の和）が
用いられて，上記注文商品の量（数量，容量）がコンテ
ナ積載量に達する量かどうかがさらに判断される。注文
商品の量がコンテナ積載量に達していると判断される
と，その商品注文（共同購入による商品注文）が確定す
る。

【００１７】この発明によると，注文商品の量が所定の
量に達していない場合には，その注文は共同購入の対象
に移行する。共同購入においてコンテナ積載量に達する
量の追加注文が行われれば，コンテナを用いた商品取引
（商品輸入）が実現される。このようにこの発明の商品
購入システムによると，コンテナによる商品取引に適さ
ないような比較的小規模の商品注文であっても，共同購
入を通じて，コンテナによる商品取引を実現させること
ができる。

【００１８】商品の出荷用ケースの収納可能数および上
記出荷用ケースのサイズは，あらかじめ記憶手段に記憶
させるようにしてもよい。この場合には，受付けられた
注文商品の種類および数量と，記憶された出荷用ケース
の収納可能数および出荷用ケースのサイズとに基づい
て，注文商品の量がコンテナ積載量に達する量かどうか
が判断される。

【００１９】第２の発明による商品購入システムは，商
品の輸送に用いられるコンテナの容量を記憶した記憶手
段，注文商品の種類と数量の入力を受付ける第１の受付
手段，上記注文商品を収納する出荷用ケースの収納可能
数および上記出荷用ケースのサイズの入力を受付ける第
２の受付手段，上記第１の受付手段によって受付けられ
た注文商品の数量と第２の受付手段によって受付けられ
た出荷用ケースの収納可能数および出荷用ケースのサイ
ズとに基づいて，注文商品についてのケース体積を算出
するケース体積算出手段，上記ケース体積算出手段によ
って算出されたケース体積を上記記憶手段に記憶されて
いるコンテナ容量で除算した値が，所定の範囲内にある
かどうかを判断する判断手段，上記判断手段によって除
算値が所定の範囲内にあると判断された場合に商品注文
を確定させる注文確定手段，ならびに上記判断手段によ
って除算値が所定の範囲内にないと判断された場合に，
上記商品注文を共同購入の対象として追加注文の受付の
ための準備をする手段を備えていることを特徴とする。

【００２０】第２の発明によると，共同購入の対象とす
るかどうかが，上記ケース体積算出手段によって算出さ
れたケース体積を上記記憶手段に記憶されているコンテ
ナ容量で除算した値が，所定の範囲内にあるかどうかで
判断される。所定の範囲内にあると商品注文が成立し，
所定の範囲内にない場合に共同購入の対象とされる。

【００２１】この発明は，より一般的に次のような方法
の発明として規定することができる。この発明による商
品購入方法は，商品注文を受付け，受付けた注文商品の
量（数量または容量）が所定の量に達しているかどうか
を判断し，所定の量に達している場合には注文を確定
し，所定の量に達していない場合には共同購入の対象に
するものである。そして，共同購入の対象とされた商品
についての追加注文を受付け，受付けた追加注文を含む
注文商品の量が所定の量に達しているかどうかを判断す
る。

【００２２】第２の発明を，バイヤ・クライアント（コ
ンピュータ）と，セラー・クライアントと，サーバとが
相互に接続されて構成されるシステムに適合させること
もできる。この発明による商品購入システムでは，上記
バイヤ・クライアントは，注文商品の種類と数量を入力
するための第１入力手段，および上記第１入力手段から
入力された注文商品の種類と数量を表すデータを上記サ
ーバに送信する第１送信手段を備えている。上記セラー
・クライアントは，上記バイヤ・クライアントにおいて
入力された種類の注文商品を収納する出荷用ケースの収
納可能数および上記出荷用ケースのサイズを入力するた
めの第２入力手段，ならびに上記第２入力手段から入力
された出荷用ケースの収納可能数および上記出荷用ケー
スのサイズを表すデータを上記サーバに送信する第２送
信手段を備えている。上記サーバは，商品の輸送に用い
られるコンテナの容量を記憶した記憶手段，上記第１送
信手段によってバイヤ・クライアントから送信された注
文商品の種類と数量を表すデータを受信する第１受信手
段，上記第２送信手段によってセラー・クライアントか
ら送信された出荷用ケースの収納可能数および上記出荷
用ケースのサイズを表すデータを受信する第２受信手
段，上記第１受信手段によって受信された注文商品の数
量と上記第２受信手段によって受信された出荷用ケース
の収納可能数および出荷用ケースのサイズとに基づい
て，注文商品についてのケース体積を算出するケース体
積算出手段，上記ケース体積算出手段によって算出され
たケース体積を上記記憶手段に記憶されているコンテナ
容量で除算した値が，所定の範囲内にあるかどうかを判
断する判断手段，上記判断手段によって除算値が所定の
範囲内にあると判断された場合に商品注文を確定させる
注文確定手段，ならびに上記判断手段によって除算値が
所定の範囲内にないと判断された場合に，上記商品注文
を共同購入の対象として追加注文の受付のための準備を
する手段を備えている。

【００２３】さらにこの発明は，コンピュータを商品購
入システムとして動作させる（制御する）ためのプログ
ラムも提供している。プログラムは通信回線を通じて，
または記録媒体を介して，コンピュータの記憶手段（一
般的にはハードディスク）に記憶される。記憶手段に記
憶されたプログラムがＣＰＵに読み込まれることによっ
てコンピュータが商品購入システムとして動作する。注
文商品の種類および数量ならびに出荷用ケースの収納可
能数およびサイズは，ネットワークを介して受信され
る，またはコンピュータを構成する入力装置から入力さ
れる。

【００２４】

【実施例】１．取引業務支援システムの全体構成取引業務支援システムは，バイヤ（購入企業，購買企
業）とセラー（サプライヤ）（販売企業）の間の種々の
商品またはサービスの取引業務を支援するシステムであ
る。セラーによって製造または販売される商品またはサ
ービスを，バイヤが購入する。もちろん，取引業務の一
面においてセラーである企業が，他の一面においてはバ
イヤとなることもあり，その逆もある。いずれにして
も，取引業務支援システムはバイヤとセラーとの間のパ
ートナー候補の選定，個別契約締結時の価格，数量，船
積条件等の交渉，共同購入等の種々の取引業務（取引業
務に付随する様々な事務作業）を支援する。

【００２５】図１は，取引業務支援システムの全体的構
成を示すブロック図である。

【００２６】取引業務支援システムは，ネットワーク１
に接続されたウェブ・サーバ11および複数のクライアン
ト・コンピュータ（以下，クライアントという）４と，
ウェブ・サーバ11に接続されたアプリケーション・サー
バ２およびアプリケーション・サーバ２に接続されたデ
ータベース・サーバ３を含む。アプリケーション・サー
バ２，データベース・サーバ３およびウェブ・サーバ11
は取引業務支援システムを運用者の管理下に置かれる。
クライアント４は取引業務支援システムの利用ユーザ
（バイヤまたはセラー）の管理下に置かれる。ネットワ
ーク１は専用回線，公衆回線（たとえば，インターネッ
ト）のいずれをも含む。

【００２７】アプリケーション・サーバ２，データベー
ス・サーバ３およびウェブ・サーバ11は，いずれもＣＰ
Ｕ，ハードディスク，メモリ，通信装置等を含むコンピ
ュータ・システムである。

【００２８】アプリケーション・サーバ２のハードディ
スク５には，取引業務支援システムの全体を制御するた
めのプログラム（アプリケーション・プログラム）およ
び設定ファイル（パラメータ・ファイル）が記憶されて
いる。設定ファイルには，アプリケーション・プログラ
ムの処理に関する種々の設定データが記述されており，
後述するコンテナ容量を表すデータも，この設定ファイ
ルに記述されている。アプリケーション・プログラムに
基づくアプリケーション・サーバ２（取引業務支援シス
テム）の動作についての詳細は後述する。

【００２９】ウェブ・サーバ11は，クライアント４との
間の通信を行うプログラム（ウエブ・サーバ用プログラ
ム）を含む。後述するように，クライアント４の表示装
置の表示画面には，アプリケーション・サーバ２におい
て生成されて（あらかじめ準備されていてもよい）送信
されるHTML（HyperText Markup Language ）データ等に
基づくウインドウが表示される。クライアント４のユー
ザ（バイヤおよびセラー）は，クライアント４の表示画
面上に表示されるウインドウにしたがって，企業情報，
注文情報，その他の情報（データ）をクライアント４に
入力する。入力された情報がネットワーク１を介してク
ライアント４からウェブ・サーバ11を介してアプリケー
ション・サーバ２に送信される。アプリケーション・サ
ーバ２は受信した情報に基づく種々の処理を行う。

【００３０】データベース・サーバ３には，会員データ
ベース６，商品データベース７，見積データベース８，
共同購入データベース９および注文データベース10が接
続されている。データベース・サーバ３は，これらのデ
ータベースをオープンまたはクローズし，アプリケーシ
ョン・サーバ２から与えられるデータをデータベースに
記憶する，またはデータベースに記憶されているデータ
を読出す処理を行う。データベース・サーバ３に接続さ
れている各種データベースの内容については後述する。

【００３１】クライアント４は，ＣＰＵ，ハードディス
ク，メモリ，通信装置，入力装置（キーボード，マウス
等），表示装置（ＣＲＴディスプレイ等）等を含むコン
ピュータ・システム（パーソナル・コンピュータ）であ
る。クライアント４のハードィスクにはブラウザが記憶
されている。上述したように，クライアント４のユーザ
（バイヤおよびセラー）は，クライアント４の表示装置
の表示画面上に表示されるウインドウを用いて取引業務
を遂行する。クライアント４の表示装置の表示画面上に
表示される各種ウインドウについては，以下に説明する
取引業務支援システムの運用の説明において明らかにす
る。

【００３２】図２は，取引業務支援システムを用いてセ
ラーとバイヤとの間で行われる取引の流れの概略を，特
にセラーが海外の企業である場合を例にして示すもので
ある。取引業務の流れの概略は，次の通りである。

【００３３】セラーおよびバイヤは，あらかじめ取引業
務支援システムの利用のための登録（会員登録）をす
る。会員にはＩＤおよびパスワードが与えられる。ＩＤ
およびパスワードが用いられて取引業務支援システムの
利用会員であることの認証（ユーザ認証）が行われる。

【００３４】また，セラーおよびバイヤは，あらかじめ
企業情報（企業名，住所，電話番号，製造商品，販売商
品等）を会員データベース６に登録する。さらに，セラ
ーは自己（自社）が製造または販売する商品についての
情報（商品情報；商品名，商品単価等）を商品データベ
ース７に登録する。

【００３５】バイヤは，登録されている企業情報または
商品情報にもとづいて，取引（購入）を希望する商品を
製造，販売しているセラーを検索する。検索によって見
付け出されたセラーに対して，見積依頼および価格交渉
をする。セラーはバイヤからの見積依頼に回答し（見積
回答），価格交渉する。見積依頼，見積回答および価格
交渉に，取引業務支援システムが提供するインタフェー
スが用いられる。見積依頼内容，見積回答内容，価格交
渉内容は見積データベース８に登録される。

【００３６】バイヤとセラーとの間で交渉が成立する
と，バイヤは商品購入の意思をセラーに伝える（購入の
意思表示にも，取引業務支援システムが提供するインタ
フェースが用いられる）。

【００３７】セラーが海外企業の場合であって，バイヤ
が大量の数の商品を購入する場合には，商品はコンテナ
に積載されて船便または航空便で輸送される。購入する
商品の数（量）が１つのコンテナの積載量に比べて不足
する場合がある。この場合には，共同購入にスイングさ
れる。

【００３８】共同購入とは，１つのコンテナの積載量に
見合う数の商品を輸送することを目的として，２以上の
バイヤが共同して商品を購入することをいう。共同購入
によって，商品を輸入する場合の無駄（輸送費用等の無
駄）を省くことができる。１のバイヤのみで商品を購入
することを共同購入と区別するために，以下「単独購
入」と呼ぶ。単独購入，共同購入の区別，購入商品名，
購入数等は注文データベース10に登録される。

【００３９】商品の単独購入または共同購入のいずれに
おいても，セラーとの間の最終的な契約や商品の輸入手
続は商社が行う。商社は注文データベース10の登録内容
にしたがってセラーと契約を交わし，商品を輸入する。
輸入された商品がバイヤに配送される。

【００４０】２．データベース上述したように，取引業務支援システムを構成するデー
タベース・サーバ３には，会員データベース６，商品デ
ータベース７，見積データベース８，共同購入データベ
ース９および注文データベース10が接続されている。こ
れらのデータベースに格納されるデータについて説明す
る。

【００４１】図３は，会員データベース６に記憶されて
いるテーブル（会員管理テーブル６Ａ）を示している。

【００４２】取引業務支援システムでは，利用者（利用
が許される会員）があらかじめ定められる。会員管理テ
ーブル６Ａには，取引業務支援システムの利用者に関す
るデータが記憶されている。後述するように，会員管理
テーブル６Ａに記憶されたデータは，主に会員認証処
理，バイヤがセラーを検索する処理，およびセラーがバ
イヤを検索する処理に用いられる。

【００４３】会員管理テーブル６Ａは，会員ＩＤ，会員
パスワード，企業ＩＤ，企業名，企業カテゴリ等の項目
を含む。「会員ＩＤ」は取引業務支援システムの会員の
それぞれを特定するために取引業務支援システムの管理
者から付与されたＩＤである。各会員ごとに「会員Ｉ
Ｄ」と「会員パスワード」とが生成される。

【００４４】「企業ＩＤ」は各会員（会員企業）のそれ
ぞれを特定するためのＩＤである。企業ＩＤによって特
定される企業の名称が「企業名」の欄に格納される。

【００４５】「企業カテゴリ」は，企業会員の業務分野
を表す。取引業務支援システムの会員（会員企業）は，
あらかじめ自己（自社）が製造販売する商品，サービ
ス，自社の業務分野（業種）を取引業務支援システムの
管理者に通知する。通知された業務分野が「企業カテゴ
リ」欄に記憶される。

【００４６】図４は，商品データベース７に記憶されて
いるテーブルを示している。商品データベース７は，輸
出商品カテゴリ・テーブル７Ａ，輸入商品カテゴリ・テ
ーブル７Ｂ，国内取引商品カテゴリ・テーブル７Ｃ，商
品テーブル７Ｄおよび商品詳細テーブル７Ｅを含む。後
述するように，商品データベース７に記憶されたデータ
は，バイヤが購入商品（セラーの取扱商品）を検索する
場合等に用いられる。図４では，各テーブル（テーブル
に含まれるレコード）のデータ内容を表す項目名のみが
示されている。このことは，以下に説明する他のデータ
ベース中のテーブルについても同様である。

【００４７】セラーが取扱う商品は，いくつかのカテゴ
リに分類され，このカテゴリ（商品カテゴリ）に関する
データがカテゴリ・テーブルに登録されている。商品デ
ータベース７は，３つの商品カテゴリ・テーブルを含
む。輸出商品に関する商品カテゴリ・データを記憶した
輸出商品カテゴリ・テーブル７Ａと，輸入商品に関する
商品カテゴリ・データを記憶した輸入商品カテゴリ・テ
ーブル７Ｂと，国内取引される商品に関する商品カテゴ
リ・データを記憶した国内取引商品カテゴリ・テーブル
７Ｃである。

【００４８】輸出商品カテゴリ・テーブル７Ａ，輸入商
品カテゴリ・テーブル７Ｂおよび国内取引商品カテゴリ
・テーブル７Ｃは，いずれも商品カテゴリＩＤ，商品カ
テゴリ名称，親商品の商品カテゴリＩＤ，商品カテゴリ
説明，登録日，更新日等の項目を含む。

【００４９】「商品カテゴリＩＤ」に商品カテゴリのそ
れぞれを識別する識別符号（ＩＤ）が，「商品カテゴリ
名称」に，商品カテゴリＩＤによって特定される商品カ
テゴリの名称がそれぞれ登録される。

【００５０】商品カテゴリは，大分類，中分類，小分類
といったツリー構造を持つ。「親商品の商品カテゴリＩ
Ｄ」には，商品カテゴリＩＤによって特定される商品カ
テゴリが属する中分類（または大分類）の商品カテゴリ
の商品カテゴリＩＤである。

【００５１】商品テーブル７Ｄは，企業ＩＤ，商品Ｉ
Ｄ，商品名，商品単価，商品カテゴリＩＤ，原産国，関
税率等の項目を含む。商品テーブル７Ｄには，企業ＩＤ
によって特定される企業が取り扱う商品に関するデータ
が登録される。商品カテゴリＩＤによって，商品テーブ
ル７Ｄと，輸出商品カテゴリ・テーブル７Ａ，輸入商品
カテゴリ・テーブル７Ｂおよび国内取引商品カテゴリ・
テーブル７Ｃ（またはそれらのレコード）とがリンクす
る。

【００５２】商品詳細テーブル７Ｅは，商品ＩＤ，２０
ＦＴケース数量，２０ＦＴ個数，ケース重量，ケース体
積（縦，横，高さ）等の項目を持つレコードを含む。商
品詳細テーブル７Ｅには，商品を輸入または輸出する場
合に必要とされるデータが登録される。たとえば，「２
０ＦＴケース数量」は，２０ＦＴ（フィート）の長さを
持つコンテナに，商品ＩＤによって特定される商品を梱
包したケースを収めたときの最大の数（ケース数）であ
る。「２０ＦＴ個数」は２０ＦＴ（フィート）の長さを
持つコンテナに，商品ＩＤによって特定される商品を収
めたときの最大の数（商品数）である。２０ＦＴコンテ
ナの容量は一般には約３３ｍ³ であるが，２０ＦＴケー
ス数量や２０ＦＴ個数の算出にあたっては，余裕をみて
２５ｍ³程度として計算してもよい。商品ＩＤによっ
て，商品詳細テーブル７Ｅと商品テーブル７Ｄ（または
それらのレコード）とがリンクする。

【００５３】図５は，見積データベース８に記憶されて
いるテーブルを示している。見積データベース８は，リ
クエスト・テーブル８Ａ，リクエスト詳細テーブル８
Ｂ，リクエスト明細テーブル８Ｃおよび翻訳情報テーブ
ル８Ｄを含む。後述するように，見積データベース８に
は，バイヤが商品購入のための見積または価格交渉をセ
ラーに依頼したことに応じて，見積または価格交渉に関
するデータが登録される。

【００５４】リクエスト・テーブル８Ａは，依頼ＩＤ，
依頼元企業ＩＤ，回答企業ＩＤ，依頼種別，バイヤ最終
合意，セラー最終合意，商品ＩＤ，リードタイム等の項
目を持つレコードを含む。

【００５５】「依頼ＩＤ」は見積依頼または価格交渉す
るたびに生成される識別符号である。「依頼元企業Ｉ
Ｄ」は見積を依頼した，または価格交渉したバイヤの企
業ＩＤを，「回答企業ＩＤ」は依頼元企業から見積依頼
または価格交渉を受けた企業の企業ＩＤをそれぞれ意味
する。

【００５６】「依頼種別」は見積依頼であるかまたは価
格交渉依頼であるかを区別するものである。

【００５７】バイヤとセラーとの間で価格交渉が行わ
れ，バイヤが最終的に合意すると「バイヤ最終合意」に
フラグが立てられる。セラーが最終的に合意すると「セ
ラー最終合意」にフラグが立てられる。

【００５８】リクエスト詳細テーブル８Ｂには，バイヤ
の依頼内容の詳細なデータが登録される。依頼ＩＤによ
ってリクエスト詳細テーブル８Ｂとリクエスト・テーブ
ル８Ａとがリンクする。

【００５９】リクエスト明細テーブル８Ｃには，交渉内
容の詳細，たとえばバイヤの希望する商品の購入価格，
購入数，セラーの希望する売却（回答）価格等のデータ
が登録される。依頼ＩＤによって，リクエスト明細テー
ブル８Ｃとリクエスト・テーブル８Ａおよびリクエスト
詳細テーブル８Ｂとがリンクする。

【００６０】バイヤとセラーの利用言語（母国語）が異
なる場合には，交渉内容等の翻訳を第三者に依頼して，
その翻訳文にもとづいて交渉を進めることができる。翻
訳依頼テーブル８Ｄには，バイヤまたはセラーが翻訳を
希望する場合に，その翻訳に関するデータが登録され
る。

【００６１】図６は，共同購入データベース９に記憶さ
れているテーブルを示している。共同購入データベース
９は，共同購入掲示板管理テーブル９Ａ，共同購入管理
テーブル９Ｂ，共同購入バイヤ・テーブル９Ｃ，共同購
入バイヤ明細テーブル９Ｄおよび共同購入セラー明細テ
ーブル９Ｅを含む。後述するように，取引業務支援シス
テムでは，海外からコンテナによって商品を購入（輸
入）する場合に，コンテナに積込む商品を，複数の企業
が共同して購入する共同購入を支援する機能を持つ。共
同購入データベース９には共同購入が行われる場合の種
々のデータが登録される。

【００６２】共同購入掲示板管理テーブル９Ａは，共同
購入掲示板ＩＤ，共同購入ＩＤ，共同購入商品ＩＤ，共
同購入商品名等の項目を持つレコードを含む。

【００６３】後述するように，海外の企業から商品を購
入することが決定し，購入する商品の数が１コンテナの
所定の積載量に達しない場合に，その商品は共同購入の
対象商品として取り扱われる。他の企業によるその商品
の購入要求を待ち，１コンテナの所定の積載量に達する
と共同購入が成立する。商品を共同購入することになっ
た場合には，その商品の購入の募集が電子掲示板システ
ム（ＢＢＳ：electronic Bulletin Board System）（以
下，単に掲示板という）を通して行われる。商品を共同
購入することになると，その度に掲示板が作成される
（その商品の共同購入先を募るための掲示板が立ち上げ
られる）。「共同購入掲示板ＩＤ」は掲示板のそれぞれ
を識別するための識別符号である。

【００６４】「共同購入ＩＤ」は共同購入することにな
った場合に取引業務支援システムによって付与される識
別符号である。

【００６５】「共同購入商品ＩＤ」は，共同購入の対象
となった商品の商品ＩＤを，「共同購入商品名」は共同
購入対象商品の商品名である。

【００６６】共同購入管理テーブル９Ｂは，共同購入状
態となった商品についての購入状況を管理するテーブル
である。共同購入管理テーブル９Ｂには，共同購入商品
ＩＤ，販売企業ＩＤ，占有率，積港，揚港，Ｌ／Ｃ開設
料等の項目を持つレコードを含む。

【００６７】「占有率」は１コンテナ中の商品の占有量
をパーセントで表すものである。上述したように，取引
業務支援システムにおいて取引される商品のそれぞれに
ついて，２０ＦＴケース数量が商品詳細テーブル７Ｅに
登録されている。ケースについての体積も商品詳細テー
ブル７Ｅに格納されている。共同購入によって購入する
ことが決定された商品についてのケース体積にケース数
量を乗算して得られる値を，２０ＦＴのコンテナの体積
（容量）で除算することによって，占有率が算出され
る。

【００６８】共同購入バイヤ・テーブル９Ｃは，共同購
入ＩＤ，共同購入商品ＩＤ，購入企業ＩＤ，共同購入状
態等の項目を持つレコードを含む。「共同購入状態」に
は，共同購入先の募集中，共同購入成立，不成立等の共
同購入に対する状態を表す識別符号が格納される。

【００６９】共同購入バイヤ明細テーブル９Ｄは，共同
購入ＩＤ，明細ＩＤ，希望価格，希望数量，２０ＦＴケ
ース数量，２０ＦＴ個数，ケース重量等の項目を持つレ
コードを含む。共同購入セラー明細テーブル９Ｅは，共
同購入ＩＤ，明細ＩＤ，回答価格，回答数量等の項目を
持つレコードを含む。共同購入バイヤ明細テーブル９Ｄ
にはバイヤ側の共同購入に関するデータが，共同購入セ
ラー明細テーブル９Ｅにはセラー側の共同購入に関する
データがそれぞれ格納される。

【００７０】図７は注文データベース10に記憶されてい
るテーブルを示すものである。注文データベース10は，
注文テーブル10Ａ，注文セラー明細テーブル10Ｂ，商社
発注詳細テーブル10Ｃおよび注文バイヤ明細テーブル10
Ｄを含む。セラーとバイヤのとの間で取引条件の合意が
あった場合に，その取引条件の内容等がこれらのテーブ
ルに登録される。注文データベース10の各テーブルに登
録されるデータは，基本的には上述の会員データベース
６，商品データベース７，見積データベース８および共
同購入データベース９に登録されたデータがコピーされ
たものである。

【００７１】３．バイヤの商品購入または共同購入受付
に至るまでの具体的なシステム運用図８は，バイヤがセラーの提供する商品を購入するま
で，および共同購入が受け付けられるまでの取引業務支
援システムの運用の流れを示すものである。

【００７２】バイヤはクライアント４を用いてブラウザ
を起動し，取引業務支援システムのＵＲＬ（Uniform Re
sourse Locator）を入力する。ネットワーク１を介して
ウェブ・サーバ11からクライアント４に会員ＩＤおよび
会員パスワードの入力のためのウインドウを表すデータ
（htmlデータ等）が送信される。クライアント４の表示
画面上に，htmlデータに基づくウインドウ（図示略）が
表示される。ウェブ・サーバ11からクライアント４にht
mlデータが送信され，クライアント４において受信され
たhtmlデータにしたがってクライアント４の表示画面上
にウインドウが表示される手順については他のウインド
ウについても同じであるので，以下，その説明を省略す
る。

【００７３】バイヤは，会員ＩＤおよび会員パスワード
入力ウインドウにしたがって，クライアント４の入力装
置から会員ＩＤおよび会員パスワードを入力する。入力
された会員ＩＤおよび会員パスワードが，ネットワーク
１を介してクライアント４からアプリケーション・サー
バ２に送信される。

【００７４】アプリケーション・サーバ２は，データベ
ース・サーバ３に会員データベース６のオープン命令を
与え，会員管理テーブル６Ａに受信した会員ＩＤおよび
会員パスワードの組を持つレコードが含まれているかど
うかを判断する（会員認証：ステップ21）。アプリケー
ション・サーバ２から与えられる命令にしたがってデー
タベース・サーバ３によってデータベースがオープン／
クローズされるのは，以下の説明においても同じである
ので，その説明を省略する。

【００７５】会員認証が成功すると（受信した会員ＩＤ
および会員パスワードの組が会員管理テーブル６Ａに登
録されていると），クライアント４の表示画面上にメニ
ュー・ウインドウ（図示略）が表示される。

【００７６】バイヤがセラーから商品を購入しようと場
合，企業検索によって購入希望商品を取り扱っている
企業を探すか（ステップ22），または商品検索を通し
て，購入希望商品を取り扱っている企業を探すか（ステ
ップ23），いずれかが試みられる。取引企業の検索に
は，会員データベース６または商品データベース７に記
憶されているデータが用いられる。

【００７７】たとえば，企業検索によって購入希望商品
を取り扱っている企業を探す場合には，バイヤは，会員
データベース６の会員管理テーブル６Ａに記憶されてい
る「企業カテゴリ」を表示画面上に一覧に表示するウイ
ンドウを表示させ，取引を希望するカテゴリ（業種）を
選択することによって，取引企業を絞り込む。商品検索
によって購入希望商品を取り扱っている企業を探す場合
には，バイヤは，商品名等を入力するウインドウを表示
させ，購入を希望する商品名等を入力することによって
その商品を取り扱っている企業を絞り込む。商品データ
ベース７の商品テーブル７Ｄは企業ＩＤと商品ＩＤとが
記憶されているので，購入を希望する商品を取り扱って
いる企業の企業ＩＤが検索される。企業ＩＤと企業名の
組合せを記憶した会員管理テーブル６Ａが用いられて，
購入希望商品を取り扱っている企業名が一覧にウインド
ウに表示される。

【００７８】購入を希望する商品を取扱っている企業
（セラー）を検索した後，バイヤはセラーに対して見積
を依頼する（ステップ24）。図９は見積依頼のためのウ
インドウ（見積依頼ウインドウＷ１）を表している。

【００７９】見積依頼ウインドウＷ１には，商品の購入
見積を依頼するセラーの企業ＩＤ（依頼先企業ＩＤ），
購入を希望する商品の商品名，商品コード，商品の規格
またはサイズ，希望数量，単位（数え方），納入場所，
包装または梱包の希望，その他（備考），依頼先企業が
外国の企業の場合に翻訳を希望するかどうかを入力す
る。

【００８０】見積依頼ウインドウＷ１の下部に，「見積
依頼をする」ボタンと，「入力をやり直す」ボタンが表
示されている。「入力をやり直す」ボタンがクリックさ
れると，見積依頼ウインドウＷ１に入力したデータがク
リアされる。「見積依頼をする」ボタンがクリックされ
ると，入力データがクライアント４からアプリケーショ
ン・サーバ２に送信される。

【００８１】アプリケーション・サーバ２は，クライア
ントから見積入力データを受信すると，データベース・
サーバ３に接続されている見積データベース８中のリク
エスト・テーブル８Ａ，リクエスト詳細テーブル８Ｂ，
リクエスト明細テーブル８Ｃおよび翻訳情報テーブル８
Ｄにそれぞれ新たなレコードを作成する。見積・価格交
渉ＩＤを生成して作成したレコードに格納するととも
に，クライアント４から送信された見積依頼データをこ
れらのテーブル（レコード）に格納する。

【００８２】依頼先企業ＩＤによって識別される企業
（セラー）は，バイヤからの見積依頼を参照することが
できる（見積データベース８に格納されたバイヤの購入
依頼内容を表示画面に表示させる）。セラーは見積価格
（回答価格）等を入力する。セラーによる見積価格（回
答価格）等も，見積データベース８中の各テーブルに格
納される。

【００８３】セラーが見積価格等を見積データベース８
に登録すると，バイヤはその内容を表示画面上に表示さ
せることができる。図10は，セラーからの見積内容を表
示し，かつバイヤがその後に行う手続を入力するための
ウインドウ（価格交渉参照ウインドウ）Ｗ２の一例を示
している。

【００８４】価格交渉参照ウインドウＷ２は，見積回答
表示欄Ｗ２ａと，合意入力欄Ｗ２ｂとを含む。見積回答
表示欄Ｗ２ａに，バイヤが見積を依頼した商品について
のセラーの見積価格（希望価格）等が表示される。

【００８５】バイヤが閲覧する価格交渉参照ウインドウ
Ｗ２に表示されるセラーの見積価格（希望価格）は，必
ずしもセラーが希望する（セラーがクライアント４に入
力した）価格と同じでなくてもよい。商品取引，特に海
外から商品を輸入する場合には，海上運送料，保険料，
関税等の諸費用が必要となるからである。この場合に
は，アプリケーション・サーバ２では，セラーが提示し
た見積価格に諸費用を加算した額を算出し，算出された
新たな金額をセラーの見積価格（希望価格）として価格
交渉参照ウインドウＷ２中に表示させる。

【００８６】合意入力欄Ｗ２ｂには「合意する」のチェ
ックボックスが含まれている。また，価格交渉参照ウイ
ンドウＷ２の下部には，「交渉成立」ボタン，「価格交
渉をする」ボタン，「価格交渉を破棄する」ボタンおよ
び「翻訳依頼をする」ボタンが表示されている。バイヤ
はセラーが提示した価格（希望価格）に合意する場合に
は，「合意する」のチェックボックスにチェックして，
「交渉成立」ボタンをクリックする。さらなる価格交渉
を行う場合には「価格交渉をする」ボタンをクリックす
る。価格交渉をやめる（購入をしない）場合には「価格
交渉を破棄する」ボタンをクリックする。交渉内容につ
いて翻訳を依頼する場合には「翻訳依頼をする」ボタン
をクリックする。

【００８７】「価格交渉をする」ボタンがクリックされ
ると，商品の数量および希望価格を入力するための新た
なウインドウがクライアント４の表示画面上に表示され
る（図示略）。バイヤは購入を希望する商品の希望購入
数と，希望価格を入力してアプリケーション・サーバ２
に送信する。すると，再びセラーからその回答が返って
くる。このようにして，バイヤとセラーとの間で価格交
渉が行われる（ステップ25）。

【００８８】バイヤとセラーとの間で価格交渉が成立す
ると（バイヤが「交渉成立」ボタンをクリックすると）
（ステップ26：購入要求受付処理），注文された商品の
量がコンテナの所定の積載量（容量）に達しているかど
うかが判断される（ステップ27）。

【００８９】注文された商品の量がコンテナの所定の積
載量に達しているかどうかは，たとえば，商品の輸送に
用いられる２０ＦＴコンテナの積載量（ｍ³）で，注文
された商品の全体のケース体積を除算して得た値が0.9
〜1.0の間に入るかどうかで判断される。商品のケース
体積および１つのケースに格納される商品数は，商品詳
細テーブル７Ｅに登録されている。２０ＦＴコンテナの
積載量は，アプリケーション・サーバ２のハードディス
ク５に記憶された設定ファイルに記述されている。

【００９０】すなわち，バイヤが「交渉成立」ボタンを
クリックすると，その旨がクライアント４からアプリケ
ーション・サーバ２に送信される。アプリケーション・
サーバ２は，見積データベース８のリクエスト明細テー
ブル８Ｃから，交渉が成立した商品（購入依頼商品）の
商品ＩＤと，数量とを読出す。商品データベース７の商
品詳細テーブル７Ｅにもとづいて，購入依頼商品のケー
ス個数が算出される（たとえば，１つのケースに 100個
の商品が格納される場合で1000個の商品の購入注文があ
ると，ケース個数は10個となる）。算出されたケース個
数にケース体積が乗算されて購入依頼商品の全体のケー
ス体積が算出される。２０ＦＴコンテナの積載量で，算
出された購入依頼商品の全体のケース体積が除算され
る。

【００９１】１つのケースに格納される商品数およびケ
ース体積（１つのケースの縦，横，奥行きでもよい）
は，セラーがクライアント４を用いて入力するデータを
用いてもよい。この場合には，セラーは見積価格を回答
するとともに，見積依頼された商品についての１つのケ
ースに格納される商品数とケース体積とを表示画面に表
示されるウインドウを用いて入力する。

【００９２】図11は，上述のアルゴリズムによって算出
された値が0.9〜1.0の間である場合に（ステップ27でYE
S ），バイヤのクライアント４の表示画面上に表示され
る購入依頼確認ウインドウＷ３を示している。購入依頼
確認ウインドウＷ３の下部に「購入依頼をする」ボタン
と「購入依頼をしない」ボタンとが表示されている。
「購入依頼をしない」ボタンがクリックされると，取引
破棄として扱われる。セラーに対して取引が成立しなか
った旨が電子メールによって通知される。また，見積デ
ータベース８の各テーブル（レコード）に破棄フラグが
立てられる。「購入依頼をする」ボタンがクリックされ
ると，注文内容が注文データベース10に登録される。

【００９３】図12は，算出された値が0.9未満または1.0
より大きい場合に（ステップ27でNO）表示画面上に表示
される購入依頼確認ウインドウＷ４を示している。購入
依頼確認ウインドウＷ４の下部には「共同購入依頼をす
る」ボタンと，「共同購入依頼をしない」ボタンとが表
示されている。

【００９４】「共同購入依頼をする」ボタンがクリック
されると，共同購入データベース９の各テーブルに新た
なレコードが追加される。共同購入掲示板が作成され
て，共同購入の募集がかけられることになる（ステップ
28）。また，バイヤには共同購入が受け付けられた旨が
電子メールによって送信される（ステップ29）。

【００９５】４．バイヤが共同購入に参加する場合の取
引業務支援システムの具体的運用図13（Ａ）は共同購入掲示板の一例を示すものである。
図13（Ｂ）は共同購入商品情報詳細ウインドウの一例を
示すものである。図14は，バイヤが共同購入掲示板を通
じて共同購入に参加する場合の取引業務支援システムの
運用の流れを示している。

【００９６】バイヤは，上述のように，購入を希望する
商品を取り扱っているセラーに直接に見積を依頼して価
格交渉することもできるし，他のバイヤが先に見積およ
び価格交渉を行って共同購入することになったものにつ
いては，その共同購入に参加することができる。

【００９７】共同購入を希望する場合には，バイヤは会
員認証の後（ステップ21），共同購入掲示板Ｗ５Ａ（図
13（Ａ））を，クライアント４の表示画面に表示させ
る。

【００９８】共同購入掲示板Ｗ５Ａは，共同購入データ
ベース９に記憶されたテーブルにもとづいて作成され
る。共同購入掲示板Ｗ５Ａには，共同購入の対象となっ
ている商品についての商品名，納期，コンテナ占有率お
よび募集締切が表示される。

【００９９】共同購入を希望するバイヤは，共同購入を
希望する商品名をクリックする。クリックされた商品に
ついての詳細な情報を表示する共同購入商品情報詳細ウ
インドウＷ５Ｂがクライアント４の表示画面上に表示さ
れる。

【０１００】共同購入商品情報詳細ウインドウＷ５Ｂの
下部に，「共同購入の見積依頼をする」ボタンが表示さ
れる。「共同購入の見積依頼をする」ボタンがクリック
されると，共同購入を希望する商品についてその数量等
を入力するためのウインドウ（図示略）が表示される。
バイヤは共同購入を希望する商品を数量等を入力する。
入力データ（共同購入希望データ）がアプリケーション
・サーバ２に送信される。クライアント４からアプリケ
ーション・サーバ２に送信された共同購入希望データ
は，見積データベース８のテーブルに登録される。

【０１０１】掲示板を利用した共同購入の依頼処理で
は，共同購入を希望するバイヤとセラーとの間で価格交
渉は行われず，すでに他のバイヤとセラーとの間の価格
交渉で決められている価格にしたがう。このため，見積
は，基本的には取引業務支援システムの管理者によって
行なわれる。管理者によって見積が共同購入を希望して
いるバイヤに通知される。もちろん，共同購入データベ
ース９には商品価格が登録されているから，アプリケー
ション・サーバ２の処理によって見積を計算してもよ
い。商社の口銭（口銭率）等を管理者が入力し，その他
の計算はアプリケーション・サーバ２に行わせるように
してもよい（ステップ31）。

【０１０２】共同購入を希望するバイヤのクライアント
４の表示画面に，購入依頼確認ウインドウＷ４（図12）
が表示される（ステップ32）。「共同購入依頼をする」
ボタンがクリックされると，共同購入要求が正式に受け
付けられる（ステップ28）。共同購入データベース９の
テーブルに新たなレコードが作成され，共同購入を依頼
した企業の企業ＩＤ，希望商品の商品ＩＤ，希望数量等
が格納される。共同購入受付結果通知メールがバイヤに
送信される（ステップ29）。

【０１０３】上述のようにして掲示板が用いられて受付
けられる共同購入による商品の購入状況は，日毎および
月毎にまとめられる。図15は日次バッチ処理のフローチ
ャートを示している。図16は月次バッチ処理のフローチ
ャートを示している。日次バッチ処理は毎日所定の時刻
に処理が行われる。月次バッチ処理は毎月所定の日（た
とえば月の末日）の所定の時刻に処理が行われる。日次
バッチ処理および月次バッチ処理は，アプリケーション
・プログラム（または，別途ハードディスク５に用意さ
れるプログラム）に基づく。図17は共同購入が成立する
様子を示すものである。図18はケース１〜ケース４の４
つのケース（事例）について共同購入の成立／不成立の
様子を示している。

【０１０４】毎日，所定の時刻になると日次バッチ処理
が開始される（図15）。

【０１０５】共同購入データベース９の共同購入バイヤ
・テーブル９Ｃに含まれているレコードのうち，同じ共
同購入商品ＩＤ（同一メーカの同一商品）および同じ納
入予定月（将来の月）を持つレコードであって，共同購
入受付が確定しているものが読出される（ステップ4
1）。共同購入受付が確定しているものとは，たとえば
共同購入要求が受け付けられて所定の日数が経過したも
のを意味する。共同購入要求のキャンセルおよび数量変
更を考慮して，共同購入要求の受付から所定の期間は，
共同購入要求は確定されないようにしたものである。確
定／未確定の区別を表すデータも共同購入バイヤ・テー
ブル９Ｃのレコードに格納されている。

【０１０６】読み出されたレコード中の商品数量が集計
される（ステップ42）。

【０１０７】集計された商品数量にもとづいてそのケー
ス体積が算出される。コンテナ容量で，算出されたケー
ス体積が除算される。除算によって得られた値が0.9〜
1.0の間にあるかどうかが判断される（ステップ43：
「１コンテナ以上？」）。

【０１０８】除算によって得られた値が未だ0.9〜1.0の
間にない場合は（ステップ43でNO），その商品について
は共同購入は成立していないと判断される。他の商品に
ついて共同購入要求が行われていれば，他の商品につい
て上述した判断が再び行われる。除算によって得られた
値に基づいて，新たなコンテナ占有率が共同購入管理テ
ーブル９Ｂに格納される。

【０１０９】除算によって得られた値が0.9〜1.0の間に
ある場合は（ステップ43でYES ），共同購入成立処理が
行われる（ステップ44）。すなわち，読出されたレコー
ド中に共同購入成立フラグが立てられ，発注データベー
ス10の各テーブルに，発注情報が登録される。また，共
同購入を行ったバイヤおよび共同購入商品の製造または
販売企業（セラー）に，共同購入が成立した旨の電子メ
ールが送信される（ステップ45）。

【０１１０】図17を参照して説明する。共同購入Ａによ
って第１日にコンテナ占有率50％（0.5 ）の共同購入要
求が行われ，第４日目にその数量変更が行われている
（コンテナ占有率50％が25％に変更されている）。共同
購入Ａの共同購入要求は第６日に確定する（数量変更可
能期間が５日間の場合）。また，共同購入Ｂによって第
３日にコンテナ占有率50％の共同購入要求が行われ，第
８日に確定している。共同購入Ｃによって第５日にコン
テナ占有率25％の共同購入要求が行われ，第10日に確定
している。第11日に行われる日次バッチ処理において，
共同購入Ａ，ＢおよびＣによる共同購入が成立する。

【０１１１】図18を用いてさらに説明すると，ケース１
では，Ａ社がコンテナ占有率60％の商品の購入を依頼
し，Ｂ社がコンテナ占有率20％の商品の購入を依頼して
いる。この状態で募集月を超えると，共同購入は成立し
ないことになる。

【０１１２】ケース２では，Ａ社がコンテナ占有率60
％，Ｂ社がコンテナ占有率40％の商品購入を依頼してい
る。Ａ社とＢ社の共同購入によりコンテナ占有率は 100
％となる。２０ＦＴのコンテナを用いた共同購入が成立
する。

【０１１３】ケース３では，Ａ社がコンテナ占有率60
％，Ｂ社がコンテナ占有率80％の商品購入を依頼してい
る。共同購入が成立するためのコンテナ占有率が90％〜
100％と定められていた場合には，ケース３ではコンテ
ナ占有率が 140％であるから，共同購入は成立しない。
共同購入は成立しないことになる。

【０１１４】ケース４では，Ａ社がコンテナ占有率60
％，Ｂ社がコンテナ占有率80％，Ｃ社がコンテナ占有率
60％の商品購入を依頼している。合計コンテナ占有率は
200％となる。この場合には，２つの２０ＦＴのコンテ
ナ，または１つの４０ＦＴのコンテナのいずれかで共同
購入が成立する。好ましくは，４０ＦＴのコンテナによ
る共同購入を成立させる。たとえば，４０ＦＴのコンテ
ナを用いる場合のコンテナ占有率を170％〜220％とす
る。この場合，設定ファイルに記述するコンテナ容量
を，実際よりも少なくしておく（たとえば，２５ｍ³程
度）。

【０１１５】ケース１およびケース３では，取引業務支
援システムは共同購入不成立を判断することになるが，
上述したように，最終的な判断は商社によって行われ
る。商社の判断によってケース３の場合に共同購入を成
立させるようにしてもよい。

【０１１６】図16に示す月次バッチ処理では，共同購入
が募集月の末日において成立していないものについて，
その旨を商社に通知することと共同購入についてのデー
タを共同購入データベース９から削除する処理が行われ
る。

【０１１７】上述の日次バッチ処理によって読出された
共同購入バイヤ・テーブル９Ｃのレコード（同じ共同購
入商品ＩＤおよび同じ納入予定月（将来の月）を持つレ
コードであって，共同購入受付が確定しているもの）
で，共同購入が成立していないもの（ステップ43でNO）
が読出され（ステップ51），そのうち共同購入の募集月
（納入予定月）が最終のもの（月次バッチ処理が行われ
ている月）が商社に通知される（ステップ52）。商社に
おいて，取引業務支援システムにおいて共同購入は成立
しないと判断されたものについて，共同購入を行うべき
であるかどうかが最終的に判断される。

【０１１８】上述の共同購入が成立していず，かつ共同
購入の募集月が最終のものについてのレコードが，共同
購入データベース９の各テーブルから削除される（ステ
ップ53）。削除したレコードに記述されているセラーお
よびバイヤには，共同購入が不成立であった旨が電子メ
ールによって通知される（ステップ54）。

【図面の簡単な説明】

【図１】取引業務支援システムの全体構成を示すブロッ
ク図である。

【図２】セラーおよびバイヤ間の取引業務支援システム
を用いた商品購入に至るまでの処理を示すものである。

【図３】会員データベースに含まれる会員管理テーブル
の内容を示す。

【図４】商品データベースに含まれるテーブルと，各テ
ーブルの項目を示す。

【図５】見積データベースに含まれるテーブルと，各テ
ーブルの項目を示す。

【図６】共同購入データベースに含まれるテーブルと，
各テーブルの項目を示す。

【図７】注文データベースに含まれるテーブルと，各テ
ーブルの項目を示す。

【図８】バイヤによる商品購入の受付，または共同購入
受付に至るまでのアプリケーション・サーバにおける処
理の流れを示す。

【図９】新規見積依頼ウインドウの一例を示す。

【図１０】価格交渉参照ウインドウの一例を示す。

【図１１】購入依頼確認ウインドウの一例を示す。

【図１２】購入依頼確認ウインドウの他の例を示す。

【図１３】（Ａ）は共同購入掲示板の一例を，（Ｂ）は
共同購入商品情報詳細ウインドウの一例をそれぞれ示
す。

【図１４】共同購入掲示板を用いたバイヤによる商品購
入の受付に至るまでのアプリケーション・サーバにおけ
る処理の流れを示す。

【図１５】日次バッチ処理の流れを示すフローチャート
である。

【図１６】月次バッチ処理の流れを示すフローチャート
である。

【図１７】共同購入が成立するまでの流れを示す。

【図１８】共同購入成立の判断および共同購入不成立の
判断の一例を示す。

【符号の説明】

１ネットワーク２アプリケーション・サーバ３データベース・サーバ４クライアント５ハードディスク６会員データベース７商品データベース８見積データベース９共同購入データベース 10 注文データベース

Claims

【特許請求の範囲】

【請求項１】商品の輸送に用いられるコンテナの積載
量を記憶した記憶手段，注文商品の種類と数量の入力を
受付ける第１の受付手段，上記注文商品を収納する出荷
用ケースの収納可能数および上記出荷用ケースのサイズ
の入力を受付ける第２の受付手段，上記第１の受付手段
によって受付けられた注文商品の数量ならびに上記第２
の受付手段によって受付けられた出荷用ケースの収納可
能数および出荷用ケースのサイズと，上記記憶手段に記
憶されたコンテナ積載量とに基づいて，上記注文商品の
量がコンテナ積載量に達する量かどうかを判断する判断
手段，上記判断手段によって上記注文商品の量がコンテ
ナ積載量に達する量である判断された場合に商品注文を
確定させる注文確定手段，ならびに上記判断手段によっ
て上記注文商品の量がコンテナ積載量に達する量ではな
いと判断された場合に，上記商品注文を共同購入の対象
として追加注文の受付のための準備をする手段，を備え
た商品購入システム。
【請求項２】商品の輸送に用いられるコンテナの積載
量を記憶した第１の記憶手段，商品ごとに，商品を収納
する出荷用ケースの収納可能数および上記出荷用ケース
のサイズを記憶した第２の記憶手段，注文商品の種類と
数量の入力を受付ける第１の受付手段，上記第１の受付
手段によって受付けられた注文商品の数量ならびに第２
の記憶手段に記憶された受付けられた注文商品について
の出荷用ケースの収納可能数および出荷用ケースのサイ
ズと，上記第１の記憶手段に記憶されたコンテナ積載量
とに基づいて，上記注文商品の量がコンテナ積載量に達
する量かどうかを判断する判断手段，上記判断手段によ
って上記注文商品の量がコンテナ積載量に達する量であ
る判断された場合に商品注文を確定させる注文確定手
段，ならびに上記判断手段によって上記注文商品の量が
コンテナ積載量に達する量ではないと判断された場合
に，上記商品注文を共同購入の対象として追加注文の受
付のための準備をする手段，を備えた商品購入システ
ム。
【請求項３】上記判断手段は，注文商品の数量と上記
注文商品の出荷用ケースの収納可能数および出荷用ケー
スのサイズとに基づいて注文商品についてのケース体積
を算出し，算出されたケース体積が，上記記憶手段に記
憶されたコンテナ積載量に達しているかどうかを判断す
る，請求項１または２に記載の商品購入システム。
【請求項４】商品の輸送に用いられるコンテナの容量
を記憶した記憶手段，注文商品の種類と数量の入力を受
付ける第１の受付手段，上記注文商品を収納する出荷用
ケースの収納可能数および上記出荷用ケースのサイズの
入力を受付ける第２の受付手段，上記第１の受付手段に
よって受付けられた注文商品の数量と上記第２の受付手
段によって受付けられた出荷用ケースの収納可能数およ
び出荷用ケースのサイズとに基づいて，注文商品につい
てのケース体積を算出するケース体積算出手段，上記ケ
ース体積算出手段によって算出されたケース体積を上記
記憶手段に記憶されているコンテナ容量で除算した値
が，所定の範囲内にあるかどうかを判断する判断手段，
上記判断手段によって除算値が所定の範囲内にあると判
断された場合に商品注文を確定させる注文確定手段，な
らびに上記判断手段によって除算値が所定の範囲内にな
いと判断された場合に，上記商品注文を共同購入の対象
として追加注文の受付のための準備をする手段，を備え
た商品購入システム。
【請求項５】商品の輸送に用いられるコンテナの容量
を記憶した第１の記憶手段，商品ごとに，商品を収納す
る出荷用ケースの収納可能数および上記出荷用ケースの
サイズを記憶した第２の記憶手段，注文商品の種類と数
量の入力を受付ける第１の受付手段，上記第１の受付手
段によって受付けられた注文商品の数量と第２の記憶手
段に記憶された出荷用ケースの収納可能数および出荷用
ケースのサイズとに基づいて，注文商品についてのケー
ス体積を算出するケース体積算出手段，上記ケース体積
算出手段によって算出されたケース体積を上記記憶手段
に記憶されているコンテナ容量で除算した値が，所定の
範囲内にあるかどうかを判断する判断手段，上記判断手
段によって除算値が所定の範囲内にあると判断された場
合に商品注文を確定させる注文確定手段，ならびに上記
判断手段によって除算値が所定の範囲内にないと判断さ
れた場合に，上記商品注文を共同購入の対象として追加
注文の受付のための準備をする手段，を備えた商品購入
システム。
【請求項６】上記追加注文受付準備手段は，共同購入
の対象とされた商品について，追加注文を募集するため
の電子掲示板を作成するものである，請求項１から５の
いずれか一項に記載の商品購入システム。
【請求項７】上記追加注文受付準備手段は，共同購入
の対象とされた商品についての追加注文の入力を受付け
る第３の受付手段を設けるものであり，上記判断手段
は，上記第１の受付手段によって受付けられた注文商品
の数量と上記第３の受付手段によって受付けられた追加
注文における注文商品の数量との和を用いて判断する，
請求項１から６のいずれか一項に記載の商品購入システ
ム。
【請求項８】注文商品の種類と数量の入力を受付け，
受付けられた注文商品を収納する出荷用ケースの収納可
能数および上記出荷用ケースのサイズの入力を受付け，
受付けられた注文商品の数量ならびに受付けられた出荷
用ケースの収納可能数および出荷用ケースのサイズと，
記憶手段に記憶されているコンテナ積載量とに基づい
て，上記注文商品の量がコンテナ積載量に達する量かど
うかを判断し，上記注文商品の量がコンテナ積載量に達
する量である判断された場合に商品注文を確定し，上記
注文商品の量がコンテナ積載量に達する量ではないと判
断された場合に，上記商品注文を共同購入の対象として
追加注文の受付のための準備をする，商品購入方法。
【請求項９】注文商品の種類と数量の入力を受付けさ
せ，受付けられた注文商品を収納する出荷用ケースの収
納可能数および上記出荷用ケースのサイズの入力を受付
けさせ，受付けられた注文商品の数量ならびに受付けら
れた出荷用ケースの収納可能数および出荷用ケースのサ
イズと，記憶手段に記憶されているコンテナ積載量とに
基づいて，上記注文商品の量がコンテナ積載量に達する
量かどうかを判断させ，上記注文商品の量がコンテナ積
載量に達する量である判断された場合に商品注文を確定
させ，上記注文商品の量がコンテナ積載量に達する量で
はないと判断された場合に，上記商品注文を共同購入の
対象として追加注文の受付のための準備をさせるように
コンピュータを制御する，プログラム。
【請求項１０】上記追加注文の受付のための準備は，
共同購入の対象とされた商品についての追加注文の入力
を受付けさせるものであり，受付けられた追加注文にお
ける注文商品の数量を加算した注文商品の数量を用い
て，上記判断を行うようにコンピュータを制御する，請
求項９に記載のプログラム。
【請求項１１】バイヤ・クライアントと，セラー・ク
ライアントと，サーバとが相互に接続されて構成される
商品取引システムであり，上記バイヤ・クライアント
は，注文商品の種類と数量を入力するための第１入力手
段，および上記第１入力手段から入力された注文商品の
種類と数量を表すデータを上記サーバに送信する第１送
信手段を備え，上記セラー・クライアントは，上記バイ
ヤ・クライアントにおいて入力された種類の注文商品を
収納する出荷用ケースの収納可能数および上記出荷用ケ
ースのサイズを入力するための第２入力手段，ならびに
上記第２入力手段から入力された出荷用ケースの収納可
能数および上記出荷用ケースのサイズを表すデータを上
記サーバに送信する第２送信手段を備え，上記サーバ
は，商品の輸送に用いられるコンテナの容量を記憶した
記憶手段，上記第１送信手段によってバイヤ・クライア
ントから送信された注文商品の種類と数量を表すデータ
を受信する第１受信手段，上記第２送信手段によってセ
ラー・クライアントから送信された出荷用ケースの収納
可能数および上記出荷用ケースのサイズを表すデータを
受信する第２受信手段，上記第１受信手段によって受信
された注文商品の数量と上記第２受信手段によって受信
された出荷用ケースの収納可能数および出荷用ケースの
サイズとに基づいて，注文商品についてのケース体積を
算出するケース体積算出手段，上記ケース体積算出手段
によって算出されたケース体積を上記記憶手段に記憶さ
れているコンテナ容量で除算した値が，所定の範囲内に
あるかどうかを判断する判断手段，上記判断手段によっ
て除算値が所定の範囲内にあると判断された場合に商品
注文を確定させる注文確定手段，ならびに上記判断手段
によって除算値が所定の範囲内にないと判断された場合
に，上記商品注文を共同購入の対象として追加注文の受
付のための準備をする手段，を備えた商品購入システ
ム。
【請求項１２】商品の注文を受付け，受付けた注文商
品の量が所定の量に達しているかどうかを判断し，所定
の量に達している場合には注文を確定し，所定の量に達
していない場合には共同購入の対象にする，商品購入方
法。