JP2002150060A

JP2002150060A - 商品受注処理システムおよびこれに伴う代金処理システム

Info

Publication number: JP2002150060A
Application number: JP2000343009A
Authority: JP
Inventors: Hidekazu Nishiyama; 秀和西山; Tomotake Wada; 知丈和田; Kenichiro Mimura; 賢一郎見村; Hiroyuki Kojima; 宏之小島; Atsushi Hirose; 淳廣瀬; Yasuko Matsushima; 康子松島
Original assignee: Toppan Forms Co Ltd
Current assignee: Toppan Edge Inc
Priority date: 2000-11-10
Filing date: 2000-11-10
Publication date: 2002-05-24
Anticipated expiration: 2020-11-10
Also published as: JP4666324B2

Abstract

(57)【要約】【課題】本発明は、コンピュータネットワークを使用し
て所定数の事業体で取り扱う商品の受発注を行う商品受
発注システム及びこれに伴う代金処理システムに関し、
事業体間の電子商取引における受注処理、代金請求処理
の効率化、簡易化を図り、代金振り込みの手続の簡便化
を図ることを目的とする。【解決手段】コンピュータネットワーク１２に接続され
た所定の顧客端末１３からの商品オーダデータを、オー
ダ処理手段２２がオーダ格納手段２３に一時格納すると
共に、各事業体毎のオーダデータとするオーダ処理を行
って各事業体毎のオーダファイルを作成し、一方、請求
書発行手段２４が格納されているオーダデータを読み出
して顧客毎にオーダ商品の各事業体毎の請求を一の電子
的請求書ファイルとして作成して配信手段２５より該当
の顧客端末１３に送信する構成とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータネッ
トワークを使用して所定数の事業体で取り扱う商品の受
発注を行う商品受発注システム及びこれに伴う代金処理
システムに関する。

【０００２】

【従来の技術】近年、インターネット等のコンピュータ
ネットワークを使用して商品の受発注を行ういわゆる電
子商取引が盛んになってきている。インターネットを使
用した電子商取引には、事業体対一般消費者、事業体間
同士で行う形態が一般的であり、多事業体対一般消費者
間の取引ではインターネット上にいわゆるショッピング
モールと称される取引空間を仮想的に開設し、この取引
空間に一般消費者がアクセスして商品購買を行う。

【０００３】また、事業体間同士の電子商取引ではイン
ターネットを通信媒体として電子カタログの提示から購
入依頼、納品予定や請求書の発行等の事務処理を電子デ
ータの交信で行おうというものである。特に、例えば顧
客から特定のサプライヤに対して商品注文を行う場合に
該当のサプライヤのインターネット上に開設した取引空
間に当該顧客がアクセスして商取引を電子的に行う形態
であり、別のサプライヤに商品注文を行う場合にはそれ
ぞれの該当サプライヤの取引空間にそれぞれアクセスし
て電子商取引を行う形態である。

【０００４】

【発明が解決しようとする課題】しかしながら、事業体
間同士の電子商取引は、その形態が上述のように一事業
体対一事業体で行われることから、一事業体対多事業体
の商取引の形態では、それぞれの該当事業体に対する手
続等、受発注処理が効率的でなく煩雑であると共に、代
金処理において発注者は発注商品代金の請求が該当の各
事業体毎になされ、代金振り込みが各事業体毎に行わな
ければならず煩雑であるという問題がある。

【０００５】そこで、本発明は上記課題に鑑みなされた
もので、事業体間の電子商取引における受注処理、代金
請求処理の効率化、簡易化を図り、代金振り込みの手続
の簡便化を図る商品受注処理システム及び代金処理シス
テムを提供することを目的とする。

【０００６】

【課題を解決するための手段】上記課題を解決するため
に、請求項１記載の発明では、少なくとも、所定数の顧
客端末および所定数の商品を扱う所定数の事業体の各事
業体端末が接続されたコンピュータネットワークに接続
されるもので、当該所定の顧客端末からの、予め定めら
れる所定数の事業体で扱う商品のオーダに対して受注処
理を行う商品受注処理システムであって、前記所定の顧
客端末より、前記所定の事業体で扱う商品のオーダデー
タを取得し、各事業体毎のオーダデータとしてオーダフ
ァイルを作成するオーダ処理手段と、前記取得したオー
ダデータを一時格納するオーダ格納手段と、少なくと
も、前記オーダ格納手段に格納されているオーダデータ
を読み出し、前記対象顧客端末の顧客毎に、前記オーダ
商品の各事業体毎の請求を一の電子的な請求書ファイル
として作成する請求書発行作成手段と、前記作成された
顧客毎の請求書ファイルを、前記対象顧客端末毎に送信
する配信手段と、を有する構成とする。

【０００７】請求項２〜４の発明では、「前記各事業体
で扱う商品に関する情報を格納する商品情報格納手段を
備え、前記オーダ処理手段が所定の顧客からの前記オー
ダデータに関する商品の情報を、上記商品情報格納手段
を参照して取得する」構成であり、「前記請求書発行作
成手段は、前記顧客毎の商品オーダに関する明細ファイ
ルを作成し、前記配信手段が前記対象顧客端末毎に送信
する」構成であり、「前記請求書発行作成手段は、作成
した請求書ファイルより前記対象顧客における前記各対
象事業体毎の請求を抜き出した事業体向請求書ファイル
を作成するもので、前記配信手段が、上記事業体向請求
書ファイル、前記オーダ処理手段で作成された各事業体
毎のオーダファイルを該当の対象事業体端末に送信す
る」構成である。

【０００８】請求項５の発明では、請求項１〜４の少な
くとも何れかに記載の商品受注処理システムより電子的
な請求書ファイルを取得する所定数の顧客端末が接続さ
れたコンピュータネットワークに接続される所定数の金
融機関サーバを有する各金融機関が備える代金処理シス
テムであって、前記所定の顧客端末より取得する前記請
求書ファイルの請求データを、決済する前記金融機関毎
に区分けするデータ区分手段と、少なくとも、前記区分
けされた前記金融機関に関して、自己に該当する部分に
ついては決済処理を行い、他の金融機関に該当する部分
についてはそれぞれに送金処理するための送金ファイル
を作成する決済処理手段と、少なくとも、前記他の金融
機関毎に作成された前記送金ファイルを、当該対象金融
機関サーバにそれぞれ送信する配信手段と、を有する構
成とする。

【０００９】請求項６および７の発明では、「前記決済
処理手段は、前記決済処理、送金処理の後に、処理を行
った旨の通知ファイルを各顧客毎に作成するもので、前
記配信手段が当該通知ファイルを各対象顧客端末毎に送
信する」構成であり、「前記配信手段は、前記通知ファ
イルを各対象事業体端末毎に送信する」構成である。

【００１０】このように、商品受注処理システムにおい
て、所定の顧客端末からの商品オーダデータをオーダ格
納手段に一時格納すると共に、各事業体毎のオーダファ
イルを作成し、一方、オーダ格納手段に格納されている
オーダデータを読み出して顧客毎にオーダ商品の各事業
体毎の請求を一の電子的請求書ファイルとして作成して
該当の顧客端末に送信する。すなわち、所定数の事業体
毎における商品の一括した受注を行って一の請求書ファ
イルを作成することから、事業体間の電子商取引におけ
る受注処理、代金請求処理の効率化、簡易化を図ること
が可能となる。

【００１１】また、代金処理システムにおいて、所定の
顧客端末より請求書ファイルを取得したときに、決済を
行う金融機関毎に請求データを区分けし、自己に該当す
る部分については決済処理を行い、他の金融機関に該当
する部分については送金処理のための送金ファイルを作
成して該当の金融機関サーバに送信する。すなわち、顧
客側において一の請求書ファイルで複数の金融機関に対
する振り込み等を行うことが可能となることから手続の
簡便化を図ることが可能となるものである。

【００１２】

【発明の実施の形態】以下、本発明の好ましい実施形態
を図により説明する。図１に、本発明に係る商品受注処
理システムの構成図を示す。図１（Ａ）は本システムが
ネットワークに接続されている状態の構成図であり、図
１（Ｂ）は本システムのブロック構成図である。図１
（Ａ）において、商品受注処理システム１１は、コンピ
ュータネットワーク（ここではインターネットとする）
１２に、サーバ機能を有するものとして接続されると共
に、所定数の顧客端末の集合としての顧客端末群１３、
各金融機関としての取引銀行におけるサーバの集合とし
ての取引銀行サーバ群１４および各事業体端末の集合と
しての事業体端末群１５が接続される。

【００１３】ここで、上記各事業体端末における各事業
体は、取り扱っている商品を顧客に提供するもので、上
記顧客端末群１３における各顧客は商品のサプライヤと
しての各事業体となり得、上記事業体端末群１４におけ
る各事業体および上記取引銀行サーバ群１４における各
取引銀行（金融機関）は各顧客（この場合はクライアン
ト端末となる）ともなり得るものである。また、後述す
るが、各取引銀行サーバ群１４を有する各金融機関であ
る取引銀行ではそれぞれ代金処理システム（図６）が備
えられる。

【００１４】そこで、図１（Ｂ）に示すように、本発明
の商品受注処理システム１１は、コンピュータネットワ
ーク１２と接続させたり、システムの全体を統括制御す
る図示しない手段の他に、データ入出力手段２１、オー
ダ処理手段２２、オーダ格納手段２３、請求書発行手段
２４、配信手段２５、データベース（ＤＢ）管理手段２
６、各事業体の取り扱う商品の情報が格納される商品情
報格納手段である事業体商品ＤＢ２７および各事業体単
位で有するそれぞれの顧客の情報が格納される各顧客Ｄ
Ｂ２８を備える。また、上記データ入出力手段２１は、
認証手段３１および認証テーブル３２を備える。

【００１５】上記データ入出力手段２１は、コンピュー
タネットワーク１２を介して顧客端末群１３等とのデー
タ授受を行うと共に、認証手段３１でログイン要求に対
して識別符号である顧客ＩＤ（識別子）とパスワードの
アクセス符号を取得し、認証テーブル３２を参照して登
録された端末からのアクセスか否かを判断してログイン
を監視する。上記オーダ処理手段２２は、所定の顧客端
末１３より、前記所定の事業体で扱う商品のオーダデー
タを取得し、各事業体毎のオーダデータとしてオーダフ
ァイルを作成すると共に、該当の事業体商品ＤＢ２７を
参照して所定の顧客からのオーダデータに関する商品の
情報を取得する（図２（Ａ）で説明する）。

【００１６】上記オーダ格納手段２３は、各顧客端末１
３からの商品オーダを、オーダデータとして一時格納す
る。上記請求書発行手段２４は、少なくとも、オーダ格
納手段２３に格納されているオーダデータを読み出し、
対象顧客端末１３の顧客毎に、オーダ商品の各事業体毎
の請求を一の電子的な請求書ファイルとして作成するも
ので、適宜顧客毎の商品オーダに関する明細ファイルを
作成する（図２（Ｂ）で説明する）。上記配信手段２５
は、作成された顧客毎の請求書ファイル、明細ファイル
を、対象顧客端末１３毎に送信し、適宜オーダ処理手段
２２で作成された各事業体毎のオーダファイル、請求書
発行手段２４で作成された事業体向請求書ファイルを各
対象事業体端末１５毎に送信する。

【００１７】上記ＤＢ管理手段２６は、各事業体に関す
るデータおよび取り扱っている商品のデータが少なくと
も格納される事業体商品ＤＢ２７、および顧客に関する
データが格納されている顧客ＤＢ２８のそれぞれに対し
て、読み出し、データ更新等のアクセスを管理する。

【００１８】ここで、図２に、図１のオーダ処理手段お
よび請求書発行手段のブロック構成を示す。図２（Ａ）
はオーダ処理手段のブロック構成図であり、図２（Ｂ）
は請求書発行手段のブロック構成図である。図２（Ａ）
において、オーダ処理手段２２は、適宜商品データ取得
手段４１、事業体名寄手段４２およびオーダファイル作
成手段４３を備える。商品データ取得手段４１は、上記
データ入出力手段２１で取得した顧客データ（顧客Ｉ
Ｄ）に基づいてＤＢ管理手段２５を介して対象の顧客Ｄ
Ｂ２７より当該顧客に関する情報（例えば顧客名、顧客
ＩＤ、商品納入先、電話番号等）を取得し、取得した商
品データに基づいて対象の事業体商品ＤＢ２６より該当
の商品に関する情報（例えば商品名、単価等）を取得す
る。そして、当該商品情報を付したオーダデータとして
オーダ格納手段２３に格納する。

【００１９】上記事業体名寄手段４２は、所定タイミン
グ（例えば月または日の所定処理日時）の処理指令に基
づき、オーダ格納手段２３より格納されている各商品オ
ーダ情報を取得して当該オーダ商品を扱っている各事業
体毎に名寄せする。オーダファイル作成手段４３は、名
寄せした各事業体毎のオーダ商品について顧客ＩＤを付
したオーダファイルを作成し、配信手段２５より該当の
各事業体端末１５に送信させる。

【００２０】また、図２（Ｂ）において、上記請求書発
行手段２４は、適宜、商品データ取得手段５１、顧客名
寄手段５２および電子請求書ファイル作成手段５３を備
える。この請求書発行手段２４は所定タイミング（例え
ば月内の所定処理日）の処理指令に基づいて処理を開始
するもので、商品データ取得手段５１はオーダ格納手段
２３より格納されている各商品オーダ情報を取得する。
顧客名寄手段５２は、取得した各商品オーダ情報を各顧
客毎に名寄せする。

【００２１】そして、電子請求書ファイル作成手段５３
は、各顧客毎の商品オーダデータに基づいて、当該オー
ダ商品が複数の事業体にまたがっていても一の電子的な
請求書ファイルを作成し、また、適宜オーダ商品の明細
ファイルを作成して配信手段２５より該当の顧客端末１
３に送信させる。また、適宜、作成した請求書ファイル
より当該対象顧客における該当事業体毎の請求を抜き出
した事業体向請求書ファイルを作成して配信手段２５よ
り該当の事業体端末１５に送信させる（図３で説明す
る）。

【００２２】続いて、図３に、本発明に係るオーダ商品
明細および電子請求書のファイルの一例の説明図を示
す。図３（Ａ）はオーダ商品明細のファイルの一例を示
したもので、図３（Ｂ）は電子的な請求書ファイルの一
例を示したものである。図３（Ａ）においてオーダ商品
明細ファイル６１は、顧客名、顧客ＩＤで特定され、例
えば日付、商品コード、商品名、取扱メーカ、数量、単
価、金額がオーダ商品毎に表示され、その合計金額が表
示される。

【００２３】この場合、顧客による商品オーダは、例え
ば顧客ＩＤ、商品コードおよび数量で行われるもので、
上記顧客名は該当の顧客ＤＢ２７より取得され、上記商
品名、取扱メーカ、単価は商品コードより特定された該
当の事業体商品ＤＢ２６より取得される。また、日付は
アクセス日で自動的に付与され、各商品毎の金額、合計
金額は数量と単価より算出される。

【００２４】また、図３（Ｂ）において、請求書ファイ
ル６２は、顧客名、顧客ＩＤで特定される電子的な一の
請求書ファイルとして作成されるもので、例えば図に示
すようにオーダ商品を取り扱うＡＡ株式会社、株式会社
ＤＤ、ＭＭ株式会社毎の請求が一のファイルとして、各
振込先の金融機関（銀行）の口座名が表示されて作成さ
れる。この場合、各事業体毎の合計金額と、総合計金額
が算出されて表示されるものである。

【００２５】そこで、図４および図５に、本発明に係る
オーダ処理および電子請求書発行の処理フローチャート
を示す。図４はオーダデータをオーダ格納手段に格納す
るまでのフローチャートであり、図５はオーダファイル
作成および請求書ファイル作成のフローチャートであ
る。図４において、まず、所定の顧客端末１３からのオ
ーダ要求に対して、各顧客に予め付与している顧客Ｉ
Ｄ、パスワードを要求するための画面ファイルを、配信
手段２５が当該対象顧客端末１３に送信する（ステップ
（Ｓ）１）。

【００２６】データ入出力手段２１が対象顧客端末１３
より顧客ＩＤおよびパスワードを取得すると、認証手段
３１が認証テーブル３２を参照して認証を行う（Ｓ
２）。認証の結果（Ｓ３）、正規の顧客端末からのもの
でないと認証した場合には改めて顧客ＩＤ、パスワード
を要求するための画面ファイルを当該アクセス要求した
端末に送信する。認証の結果（Ｓ３）、正規の顧客端末
１３からの場合には、オーダ商品（商品コード）等を入
力するオーダ入力画面ファイルを、配信手段２５が当該
顧客端末１３に送信する（Ｓ４）。例えば、図３（Ａ）
に示すファイルのうち、商品コード（取扱事業体が特定
できるコードが含まれる）、数量を入力するエリアで構
成される。

【００２７】そこで、データ入出力手段２１が対象顧客
端末１３よりオーダデータ（商品コード、数量）を取得
すると、オーダ処理手段２２が当該対象顧客の顧客Ｉ
Ｄ、及び入力された上記オーダデータを取得する（Ｓ
５）。取得したオーダデータの各商品コードに基づいて
該当の事業体商品ＤＢ２７を参照して該当商品の情報
（商品名、単価、取扱事業体名等）を取得する（Ｓ
６）。そして、上記商品情報を付したオーダデータを、
オーダ日、オーダ者（顧客ＩＤ）を特定させてオーダ格
納手段２３に格納する（Ｓ７）。

【００２８】続いて、図５（Ａ）において、オーダ処理
手段２２における事業体名寄手段４２が、所定タイミン
グ（例えば、月または日の定められた処理日時）の処理
指令でオーダ格納手段２３より対応オーダ期間のオーダ
データを読み出し、各商品取扱事業体毎に名寄せする
（Ｓ１１）。名寄せしたオーダデータを各事業体毎にオ
ーダファイルを作成して（Ｓ１２）、配信手段２５が各
対象事業体の各事業体端末１５に送信する（Ｓ１３）。

【００２９】一方、図５（Ｂ）において、請求書発行手
段２４における商品データ取得手段５１が、所定タイミ
ング（例えば、月内の定められた処理日）の処理指令で
オーダ格納手段２３より対応オーダ期間のオーダデータ
を読み出し、顧客名寄手段５２がオーダを行った各顧客
（注文主）毎に名寄せする（Ｓ２１）。名寄せしたオー
ダデータは、電子請求書ファイル作成手段５３におい
て、当該商品の取扱事業体毎に並べ替えられ（Ｓ２
２）、各商品取扱事業体毎の請求代金、全事業体分のト
ータルの請求代金を算出する（Ｓ２３）。

【００３０】そして、対象顧客に対して各事業体毎に区
分けした一の電子的な請求書ファイルを作成し（Ｓ２
４）、これを配信手段２５で対象顧客端末１３に送信さ
せるものである（Ｓ２５）。なお、ここでは示さない
が、上記電子請求書ファイル作成手段５３は、上記請求
書ファイルを作成した顧客に対してオーダ商品の明細フ
ァイルも適宜作成され、配信手段２５より送信させる。
また、上記請求書ファイルより対象顧客における各対象
事業体毎の請求を抜き出した事業体向請求書ファイルを
適宜作成して、配信手段２５より該当の対象事業体端末
１５に送信させるものである。

【００３１】このように、所定数の事業体毎における商
品の一括した受注を行って一の請求書ファイルを作成す
ることから、事業体間の電子商取引における受注処理、
代金請求処理の効率化、簡易化を図ることができるもの
である。

【００３２】次に、図６に、本発明に係る代金処理シス
テムのブロック構成図を示す。図６に示す代金処理シス
テムは、上記図１（Ａ）に示す取引銀行サーバ群１４に
備えられるものである。すなわち、上記商品受注処理シ
ステム１１より電子的な請求書ファイルを取得する所定
数の顧客端末１３が接続されたコンピュータネットワー
ク１２に接続される所定数の金融機関サーバとしての取
引銀行サーバ群１４を有する各金融機関である取引銀行
のそれぞれに備えられる代金処理システムである。

【００３３】図６において、代金処理システムは、シス
テムの全体を統括制御する図示しない手段の他に、デー
タ入出力手段７１、データ区分手段７２、決済処理手段
７３、配信手段７４及び当該銀行に口座を有する顧客に
関する情報（預金額を含む）が格納されている口座顧客
ＤＢ７５を備える。また、上記データ入出力手段７１に
は認証手段８１及び認証テーブル８２を備え、上記決済
処理手段７３は自行決済手段８３及び他行送金手段８４
を備える。

【００３４】上記データ入出力手段７１は、図１（Ｂ）
と同様に、コンピュータネットワーク１２を介して顧客
端末群１３等とのデータ授受を行うと共に、認証手段８
１でログイン要求に対して顧客ＩＤとパスワードを取得
し、認証テーブル８２を参照して登録された顧客による
顧客端末１３からのアクセスか否かを判断してログイン
を監視する。登録された顧客は、適宜自行に口座を有す
る顧客に限らず、自行と連携された他行に口座を有する
顧客をも含む。

【００３５】上記データ区分手段７２は、所定の顧客端
末１３より取得する請求書ファイルの請求データを、決
済する取引銀行（振込先銀行）毎に区分けする。上記決
済処理手段７３は、少なくとも、区分けされた振込先の
取引銀行に関して、自行に該当する部分については自行
決済手段８３が口座顧客ＤＢ７５を参照しながら決済処
理を行い、他の取引銀行に該当する部分については他行
送金手段がそれぞれに送金処理するための送金ファイル
を作成する。また、決済処理手段７３は、上記決済処
理、送金処理の後に、処理を行った旨の通知ファイルを
各顧客毎に作成して配信手段７４より当該通知ファイル
を各対象顧客端末１３毎に送信させると共に、各事業体
毎の通知ファイルを作成して配信手段７４より該当の各
事業体端末１５毎に送信させる。

【００３６】そして、配信手段７４は、少なくとも他の
取引銀行毎に作成された送金ファイルを、当該対象の取
引銀行サーバ１４にそれぞれ送信するもので、適宜上記
作成された通知ファイルを各対象顧客端末毎、および各
対象事業体端末毎に送信する。

【００３７】そこで、図７に、図６における代金処理の
フローチャートを示す。図７において、まず、所定の顧
客端末１３からの電子振り込みのアクセス要求があった
場合（Ｓ３１）、各顧客に予め付与している顧客ＩＤ、
パスワードを要求するための画面ファイルを、配信手段
２５が当該対象顧客端末１３に送信する（Ｓ３２）。こ
の場合の顧客ＩＤおよびパスワードは、上述の顧客ＩＤ
およびパスワードと同一であることが望ましいが、当該
取引銀行で独自に付与したものであってもよい。

【００３８】データ入出力手段７１が対象顧客端末１３
より顧客ＩＤおよびパスワードを取得すると、認証手段
８１が認証テーブル８２を参照して認証を行う（Ｓ３
３）。認証の結果（Ｓ３４）、正規の顧客端末からのも
のでないと認証した場合には改めて顧客ＩＤ、パスワー
ドを要求するための画面ファイルを当該アクセス要求し
た端末に送信する。認証の結果（Ｓ３４）、正規の顧客
端末１３からの場合には、上記商品受注処理システム１
１で発行した図３（Ｂ）に示す電子的な請求書ファイル
を送信させるための画面ファイルを送信する（Ｓ３
５）。

【００３９】そこで、データ入出力手段７１が、電子請
求書ファイルを取得すると（Ｓ３６）、決済処理手段７
３が当該請求書ファイルの総合計金額が当該顧客の口座
内金額の範囲内かを口座顧客ＤＢ７５を参照して確認す
る（Ｓ３７）。確認の結果（Ｓ３８）、範囲内のときに
は、データ区分手段７２が、振込先の自行に関する部分
と、他行に関する部分とについての請求データを各銀行
毎に区分けする（Ｓ３９）。自行分に関する振り込みに
対しては、自行決済手段８３において該当の事業体口座
への振り込み決済処理を行う（Ｓ４０）。

【００４０】また、他行分に関する振り込みに対して
は、他行送金手段８４において所定数の他行に対する該
当事業体口座への送金処理を行うもので、他の各取引銀
行への送金ファイルを作成して配信手段７４より該当の
各取引銀行サーバ１４に送信する処理を行う（Ｓ４
１）。そして、決済処理手段７３が、総ての決済処理、
送金処理の後に、その旨の通知ファイルを顧客毎および
商品受注処理システム１１若しくは該当事業体毎に作成
して、対象顧客端末１３および上記商品受注システム１
１若しくは該当の事業体端末１５に配信手段７４より送
信させる（Ｓ４２）。

【００４１】一方、ステップ３７，３８において、決済
処理手段７３が、当該顧客の口座に総合計金額の預金が
なく、不足している場合には、不足金額を提示する画面
ファイルを配信手段７４より当該顧客端末１３に送信さ
せるものである（Ｓ４３）。

【００４２】なお、上記実施形態における代金処理シス
テムを取引銀行で備えさせる場合を示したが、クレジッ
ト会社等の金融機関に適用させても同様であり、この場
合には上記コンピュータネットワーク１２にはクレジッ
ト会社等の金融機関のサーバ群が接続され、図３（Ｂ）
に示す請求ファイルには決済処理を行うクレジット会社
等の金融機関が明記される。

【００４３】このように、顧客（商品代金振り込み者）
側において一の請求書ファイルで複数の取引銀行（金融
機関）に対する振り込み等を行うことができることから
振り込み手続の簡便化を図ることができるものである。

【００４４】

【発明の効果】以上のように、本発明の商品受注システ
ムによれば、所定の顧客端末からの商品オーダデータを
オーダ格納手段に一時格納すると共に、各事業体毎のオ
ーダファイルを作成し、一方、オーダ格納手段に格納さ
れているオーダデータを読み出して顧客毎にオーダ商品
の各事業体毎の請求を一の電子的請求書ファイルとして
作成し、該当の顧客端末に送信することにより、事業体
間の電子商取引における受注処理、代金請求処理の効率
化、簡易化を図ることができる。

【００４５】また、本発明の代金処理システムによれ
ば、所定の顧客端末より請求書ファイルを取得したとき
に、決済を行う金融機関毎に請求データを区分けし、自
己に該当する部分については決済処理を行い、他の金融
機関に該当する部分については送金処理のための送金フ
ァイルを作成して該当の金融機関サーバに送信すること
により、顧客側において一の請求書ファイルで複数の金
融機関に対する振り込み等を行うことが可能となって手
続の簡便化を図ることができるものである。

【図面の簡単な説明】

【図１】本発明に係る商品受注処理システムの構成図で
ある。

【図２】図１のオーダ処理手段および請求書発行手段の
ブロック構成図である。

【図３】本発明に係るオーダ商品明細および電子請求書
のファイルの一例の説明図である。

【図４】本発明に係るオーダ処理および電子請求書発行
の処理フローチャート（１）である。

【図５】本発明に係るオーダ処理および電子請求書発行
の処理フローチャート（２）である。

【図６】本発明に係る代金処理システムのブロック構成
図である。

【図７】図６における代金処理のフローチャートであ
る。

【符号の説明】

１１商品受注処理システム１２コンピュータネットワーク１３顧客端末群１４取引銀行サーバ群１５事業体端末群２２オーダ処理手段２３オーダ格納手段２４電子請求書発行手段２５，７４配信手段６１オーダ商品明細ファイル６２電子請求書ファイル７２データ区分手段７３決済手段８３自行決済手段８４他行決済手段

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/60 ４０６Ｇ０６Ｆ 17/60 ４０６Ｇ０７Ｄ 9/00 ４５１Ｇ０７Ｄ 9/00 ４５１ＣＧ０７Ｆ 19/00 ４７６ (72)発明者見村賢一郎東京都千代田区神田駿河台１丁目６番地トッパン・フォームズ株式会社内 (72)発明者小島宏之東京都千代田区神田駿河台１丁目６番地トッパン・フォームズ株式会社内 (72)発明者廣瀬淳東京都千代田区神田駿河台１丁目６番地トッパン・フォームズ株式会社内 (72)発明者松島康子東京都千代田区神田駿河台１丁目６番地トッパン・フォームズ株式会社内Ｆターム(参考） 3E040 BA18 CA14 CB01

Claims

【特許請求の範囲】

【請求項１】少なくとも、所定数の顧客端末および所定
数の商品を扱う所定数の事業体の各事業体端末が接続さ
れたコンピュータネットワークに接続されるもので、当
該所定の顧客端末からの、予め定められる所定数の事業
体で扱う商品のオーダに対して受注処理を行う商品受注
処理システムであって、前記所定の顧客端末より、前記所定の事業体で扱う商品
のオーダデータを取得し、各事業体毎のオーダデータと
してオーダファイルを作成するオーダ処理手段と、前記取得したオーダデータを一時格納するオーダ格納手
段と、少なくとも、前記オーダ格納手段に格納されているオー
ダデータを読み出し、前記対象顧客端末の顧客毎に、前
記オーダ商品の各事業体毎の請求を一の電子的な請求書
ファイルとして作成する請求書発行作成手段と、前記作成された顧客毎の請求書ファイルを、前記対象顧
客端末毎に送信する配信手段と、を有することを特徴とする商品受注処理システム。
【請求項２】請求項１記載の商品受注処理システムであ
って、前記各事業体で扱う商品に関する情報を格納する
商品情報格納手段を備え、前記オーダ処理手段が所定の
顧客からの前記オーダデータに関する商品の情報を、上
記商品情報格納手段を参照して取得することを特徴とす
る商品受注処理システム。
【請求項３】請求項１または２記載の商品受注処理シス
テムであって、前記請求書発行作成手段は、前記顧客毎
の商品オーダに関する明細ファイルを作成し、前記配信
手段が前記対象顧客端末毎に送信することを特徴とする
商品受注処理システム。
【請求項４】請求項１〜３の少なくとも何れかに記載の
商品受注処理システムであって、前記請求書発行作成手
段は、作成した請求書ファイルより前記対象顧客におけ
る前記各対象事業体毎の請求を抜き出した事業体向請求
書ファイルを作成するもので、前記配信手段が、上記事
業体向請求書ファイル、前記オーダ処理手段で作成され
た各事業体毎のオーダファイルを該当の対象事業体端末
に送信することを特徴とする商品受注処理システム。
【請求項５】請求項１〜４の少なくとも何れかに記載の
商品受注処理システムより電子的な請求書ファイルを取
得する所定数の顧客端末が接続されたコンピュータネッ
トワークに接続される所定数の金融機関サーバを有する
各金融機関が備える代金処理システムであって、前記所定の顧客端末より取得する前記請求書ファイルの
請求データを、決済する前記金融機関毎に区分けするデ
ータ区分手段と、少なくとも、前記区分けされた前記金融機関に関して、
自己に該当する部分については決済処理を行い、他の金
融機関に該当する部分についてはそれぞれに送金処理す
るための送金ファイルを作成する決済処理手段と、少なくとも、前記他の金融機関毎に作成された前記送金
ファイルを、当該対象金融機関サーバにそれぞれ送信す
る配信手段と、を有することを特徴とする代金処理システム。
【請求項６】請求項５記載の代金処理システムであっ
て、前記決済処理手段は、前記決済処理、送金処理の後
に、処理を行った旨の通知ファイルを各顧客毎に作成す
るもので、前記配信手段が当該通知ファイルを各対象顧
客端末毎に送信することを特徴とする代金処理システ
ム。
【請求項７】請求項６記載の代金処理システムであっ
て、前記配信手段は、前記通知ファイルを各対象事業体
端末毎に送信することを特徴とする代金処理システム。