JP2000132596A - 電子商取引システム及び電子商取引センタ - Google Patents

Abstract

(57)【要約】 【課題】 企業での調達に適した電子商取引システムを
提供することにある。 【解決手段】 オフィスサプライネット（ＯＳＮ）セン
タ１が多くのユーザ企業５、７に対し、インターネット
１１でのオンラインの商品受発注サービスを提供する。
ＯＳＮセンタ１は、複数の商品サプライヤ３Ａ，３Ｂと
接続され、複数サプライヤからの商品情報を商品データ
ベース３５内に保持し、複数サプライヤの商品の販売を
一手に取り扱う。イントラネットをもつユーザ企業７で
は、イントラネット上に、ＯＳＮセンタ１のミラーサイ
トであるイントラサーバ６３が配置される。ＯＳＮセン
タ１及びイントラサーバ６３は、受注しそして代金決済
を行う過程で、企業内の発注承認や検収のプロセスをサ
ポートする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータネッ
トワークを利用して商品売買などの商取引を電子商取引
システムに関わり、特に企業間での商取引に好適なもの
である。

【０００２】

【従来の技術】インターネットなどを利用した電子商取
引が盛んである。一般に行われている電子商取引は、カ
タログや注文書の電子化された情報を商品提供者のＷＷ
Ｗサーバと利用者のＷＷＷクライアントとの間でやり取
りするものである。これは、情報が電子化されている点
を除き、利用者にとっての取引のやり方は、伝統的な紙
ベースのカタログや注文書を用いる通信販売と実質的に
同じである。すなわち、利用者はカタログを見て所望の
商品を選択し、注文書を記入し、そして、その注文書を
商品提供者に発送する。注文書を商品提供者側のサーバ
が受け取った時点で、取引契約が成立し、商品提供者は
商品を利用者に渡す義務を、利用者は代金を商品提供者
に支払う義務を負う。

【０００３】

【発明が解決しようとする課題】この従来の電子商取引
（又は通信販売）は、特に企業がこれを利用して商品を
調達しようとする場合に次のような問題がある。

【０００４】（１） 企業は通常、多くの商品を種々の
業者から調達している。従来の電子商取引システムは商
品提供企業毎に個別に存在しているため、調達側企業で
は種々の業者に個別にアクセスして取引を行うという煩
雑なプロセスを行う必要があり、その作業負担が大き
い。

【０００５】（２） 商品提供者のサーバにアクセスし
て商品カタログを閲覧しようとすると、トラフィックや
サーバの負荷状態などにより常に高速に閲覧できるわけ
ではなく、これは調達側企業での作業能率を低下させ
る。

【０００６】（３） 企業間の商取引では、商品の価格
は一律ではなく、商品提供業者と各調達側企業間でネゴ
シアブルに個別に設定されることが少なくない。しか
し、従来のシステムでは、商品価格は一律であり、企業
毎にカスタマイズすることはできない。

【０００７】（４） 調達側企業では、発注管理におい
て、通常、しかるべき権限者による承認というプロセス
が入る。しかし、従来システムは、発注がなされた時点
で単純に契約成立となり、承認プロセスが入った調達側
企業の発注管理には対応していない。

【０００８】（５） 調達側企業では発注後、出荷状況
を管理し、商品を受領するとそれが正しいことを確認す
る検収プロセスを行い、検収が済んだ後に相手方からの
請求を処理し、また請求に間違いがあれば違算処理をす
る。しかし、従来システムは単純に受注して代金を請求
するだけであり、企業における出荷管理や検収プロセス
に対応していない。

【０００９】（６） 調達側企業では、企業単位だけで
なく、部門や事業所など様々な組織単位で商取引を管理
していることが多い。しかし、従来システムはこのよう
な種々の組織単位で商取引を管理できるようにはなって
ない。

【００１０】（７） 調達側企業にとって過去の調達傾
向や現在の状態などを把握することが難しい。

【００１１】以上の問題点から、企業における調達に電
子商取引システムは積極的に利用されてはいない。しか
し、企業での調達にかかる一連の事務処理経費は、ある
企業の試算によれば、取引１件当たり１万円程度であ
り、もし、電子商取引システムを有効に活用できれば、
この経費の大幅削減が期待できる。

【００１２】従って、本発明の一般的な目的は、企業で
の調達に適した電子商取引システムを提供することにあ
る。

【００１３】本発明のより具体的な目的は、調達側企業
から見て、異なる業者から提供される種々の商品を一元
的に取り扱うことができる電子商取引システムを提供す
ることある。

【００１４】本発明の別の具体的な目的は、高速に商品
閲覧ができる電子商取引システムを提供することにあ
る。

【００１５】本発明のまた別の具体的な目的は、調達側
企業に応じてカスタマイズされた価格で取引が可能な電
子商取引システムを提供することにある。

【００１６】本発明の更に別の具体的な目的は、調達側
企業内での発注承認や検収などのプロセスに対応した電
子商取引システムを提供することにある。

【００１７】本発明の更にまた別の具体的な目的は、調
達側企業内での種々の組織単位での取引管理に対応した
電子商取引システムを提供することにある。

【００１８】本発明のまた別の具体的な目的は、過去の
取引の情報を分析し利用者に提供できる電子商取引シス
テムを提供することにある。

【００１９】

【課題を解決するための手段】本発明の第１の観点に従
う電子商取引システムは、公衆通信ネットワーク（例え
ばインターネット）上に存在し、商品情報を保持した商
品データベースを有し、この商品データベース内の情報
に基づく商品閲覧サービス及び商品の受注サービスを公
衆通信ネットワークにオンラインで提供する機能をもつ
電子商取引センタと、公衆通信ネットワークに接続可能
な企業の内部通信ネットワーク（例えば、イントラネッ
ト）と、この内部通信ネットワーク上に存在し、電子商
取引センタのもつ商品データベース内の商品情報のうち
当該企業に関連する部分の実質的な複製を保持した内部
商品データベースを有し、内部商品データベース内の情
報に基づく商品閲覧サービスを内部通信ネットワークに
オンラインで提供する機能をもつ内部ネットワークサー
バとを備える。

【００２０】このシステムによれば、電子商取引センタ
にオンラインでアクセスして商取引を行おうとする場
合、イントラネットのような内部通信ネットワークをも
つ企業では、その内部ネットワーク上のサーバを用いて
商品閲覧ができるので、高速に商品を検索でき効率的に
仕事が進められる。好適な実施形態では、その内部ネッ
トワーク上のサーバは、商品閲覧だけでなく、ユーザか
らの発注を受け付け、更に発注承認を受け付けるまでの
受注サービスを電子商取引センタに代わって行う。な
お、内部通信ネットワークを持たない企業は、インター
ネットのような公衆通信ネットワークを通じて電子商取
引センタに直接アクセスして、オンラインでの商品閲覧
や受注のサービスを受けることができる。

【００２１】本発明の第２の観点に従う電子商取引セン
タは、通信ネットワーク上に存在し、複数の商品サプラ
イヤのコンピュータシステムと通信可能に接続された電
子商取引用のコンピュータシステムであって、複数の商
品サプライヤのコンピュータシステムから取得した商品
情報を保持した商品データベースと、この商品データベ
ース内の情報に基づく商品閲覧サービスを通信ネットワ
ークにオンラインで提供する商品閲覧処理部と、商品の
受注サービスを通信ネットワークにオンラインで提供す
る受注処理部と、受注サービスで受けた注文に基づいて
複数のサプライヤに発注を行う発注処理部とを備える。

【００２２】この電子商取引センタによれば、複数の商
品サプライヤの商品を一手に取り扱えるため、企業が複
数サプライヤからの種々の商品を調達する場合に、いち
いち各サプライヤにアクセスしなくても、この電子商取
引センタに接続するだけで簡単に調達を行える。

【００２３】本発明の第３の観点に従う電子商取引セン
タは、商取引に関する複数種類のサービスを通信ネット
ワークを通じてオンラインで企業内のユーザに提供する
サービス提供部と、企業内の異なる職務権限を表した複
数のＩＤを含んだユーザ情報を保持し、ユーザにサービ
スを提供する前に、ユーザから入力されたＩＤを受信
し、このユーザ入力されたＩＤとユーザ情報内のＩＤと
の照合により、前記ユーザの職務権限を判断するユーザ
認証部とを備える。サービス提供部は、ユーザ認証部が
判断した職務権限に応じて、ユーザに提供するサービス
の種類を制限する。

【００２４】この電子商取引センタによれば、ユーザが
入力するＩＤによってユーザの企業内での職務権限を識
別し、提供するサービスを制限するので、企業内での異
なる職務権限者が絡む取引プロセスに対応することがで
きる。例えば、好適な実施形態では、電子商取引センタ
は商品閲覧、仮発注、発注承認及び検収などのサービス
を提供するが、ユーザ入力されたＩＤによって発注担当
者、承認権者、検収者などの職務権限を識別し、発注承
認は承認権者にのみ、また、検収は検収者にのみ提供す
る。

【００２５】本発明の第４の観点に従う電子商取引セン
タは、商取引に関するサービスを通信ネットワークを通
じてオンラインで企業内のユーザに提供して、ユーザと
の間に成立した商取引に関するデータを生成し保存し処
理するサービス提供部と、企業内の複数の組織の定義と
各組織に関係付けられたＩＤとを含むユーザ情報を保持
し、サービス提供部がサービスを提供する前に、ユーザ
から入力されたＩＤを受信し、このユーザ入力されたＩ
Ｄとユーザ情報内のＩＤとの照合により、ユーザの所属
する組織を識別するユーザ認証部とを備える。サービス
提供部は、ユーザとの間で成立した商取引に関するデー
タに、ユーザ認証部が判断した組織に関係づけて保存ま
たは処理する。

【００２６】この電子商取引センタによれば、企業のユ
ーザとの間で成立した取引のデータが企業内の組織に関
係付けて保存または処理されれるので、企業内の種々の
組織単位で行われる商取引を取り扱うことができる。

【００２７】本発明の第５の観点に従う電子商取引セン
タは、商品の発注データを通信ネットワークを通じてオ
ンラインで企業内のユーザから受けて仮発注データとし
て保存する仮発注処理部と、この仮発注データについ
て、発注承認の通知を通信ネットワークを通じてオンラ
インで企業内のユーザから受けて、その仮発注データを
正発注データにする発注承認処理部とを備える。

【００２８】この電子商取引センタによれば、最初に注
文を仮受注してから、後の発注承認を得たときに仮受注
を正受注に切替えるので、企業内の発注承認のプロセス
に対応することができる。

【００２９】本発明の第６の観点に従う電子商取引セン
タは、商品の発注データを通信ネットワークを通じてオ
ンラインで企業内のユーザから受ける受注処理部と、ユ
ーザの発注した商品について、検収結果のデータを通信
ネットワークを通じてオンラインで企業内のユーザから
受ける検収処理部と、検収結果のデータに基づいて、検
収の済んだ商品について代金決済のための処理を行う決
済処理部とを備える。

【００３０】この電子商取引センタによれば、受注した
商品について、ユーザから検収結果を受けた上で、検収
が完了した商品について代金決済を行うので、企業の検
収プロセスに対応することができる。

【００３１】本発明の第７の観点に従う電子商取引セン
タは、商品の発注データを通信ネットワークを通じてオ
ンラインで企業内のユーザから受け保存する受注処理部
と、発注データに基づいて商品サプライヤに商品を発注
する発注処理部と、商品サプライヤから出荷情報を受け
て保存する出荷情報受信部と、商品サプライヤから請求
データを受けて保存する請求受信部と、企業内のユーザ
からの照会リクエストに応えて、保存してある発注デー
タ、出荷情報及び請求データの中からリクエストされた
情報を検索して通信ネットワークを通じてオンラインで
企業内のユーザに提供する取引情報照会部とを備える。

【００３２】この電子商取引センタによれば、ユーザは
電子商取引センタに対して行った商取引の内容や出荷状
況を必要に応じて随時にオンラインで確認できるので、
企業内で発注承認や検収や支払いなどの手続きを進めて
いく上で必要となる情報確認が容易であり、仕事が効率
化される。

【００３３】本発明の第８の観点に従う電子商取引セン
タは、商品の発注データを通信ネットワークを通じてオ
ンラインで企業内のユーザから受け保存する受注処理部
と、企業の与信情報を保持し、発注データ毎に与信情報
に基づき企業の与信枠をチェックする与信処理部とを備
える。受注処理部は、与信枠のチェック結果に応じて、
ユーザからの発注を受諾するか拒否するかを決定する。

【００３４】この電子商取引センタによれば、オンライ
ン商取引を常に与信枠の範囲内で安全に行うことができ
る。

【００３５】本発明の第９の観点に従う電子商取引セン
タは、通信ネットワークを通じてオンラインでユーザと
の間で商取引を行ない、成立した商取引の履歴を保存す
る取引処理部と、保存された履歴をユーザに提供する情
報提供部とを備える。

【００３６】この電子商取引センタによれば、ユーザは
過去の取引履歴を電子商取引センタから取得して、今後
の企業活動に生かすなど種々の目的に活用することがで
きる。

【００３７】本発明の第１０の観点に従う電子商取引セ
ンタは、同じ商品についてユーザによって異なる複数の
商品価格を含む商品情報を保持した商品データベース
と、商品データベース内の情報に基づく商品閲覧サービ
ス及び商品の受注サービスを通信ネットワークを通じて
オンラインで提供するサービス処理部とを備える。サー
ビス処理部は、同一商品の複数の商品価格のうち各ユー
ザに応じた商品価格に基づいて各ユーザに商品閲覧サー
ビス及び商品の受注サービスを提供する。

【００３８】この電子商取引センタによれば、企業毎に
カスタマイズされた価格を用いてオンライン取引を行う
ことができる。

【００３９】なお、本発明を実施する際に必要となるコ
ンピュータプログラムは、ディスク型ストレージ、半導
体メモリおよび通信ネットワークなどの各種の媒体を通
じてコンピュータにインストールまたはロードすること
ができる。

【００４０】

【発明の実施の形態】図１は、本発明の一実施形態にか
かる電子商取引システムの全体構成を示す。

【００４１】図１において、オフィシャルサプライネッ
トセンタ（以下、ＯＳＮセンタという）１は、コンピュ
ータネットワークを利用して企業等に対し事務用品等の
各種商品のオンライン購買サービスを提供するための施
設である。このＯＳＮセンタ１には、複数の商品提供企
業（サプライヤ）３Ａ，３Ｂ，…と、多数の調達側企業
（以下、ユーザ企業という）５，７，…と、さらに信販
会社のような決済機関９とが、インターネット１１を介
して（サプライヤによってはＶＡＮ１３を介して）常時
または随時に接続されるようになっている。ＯＳＮセン
タ１は、ユーザ企業５，７，…とサプライヤ３Ａ，３
Ｂ，…と決済機関１との間に立ち、以下に詳述するよう
に、これら３者間での受発注及び支払請求にかかる複雑
な業務を代行または仲介し、それにより３者に対して作
業負担を軽減し仕事の能率を高め且つ経費を節約すると
いう利点を提供する。

【００４２】ＯＳＮセンタ１にはＬＡＮ２１が構築さ
れ、このＬＡＮ２１上に、受発注や支払請求の業務を行
なう受発注センタサーバ２５、商品データベース３５を
管理する商品データベースサーバ２７、商品の画像ファ
イル３７を管理するＷＷＷサーバ２９、及び外部のネッ
トワーク１１，１３と接続するゲートウェイ２３などが
存在する。受発注センタサーバ２５は、受発注データ３
１や支払請求データ３３を管理している。商品データベ
ース３５には、全てのサプライヤの全商品の名称、識別
符号、価格、サプライヤ名、説明など、ユーザ企業が商
品の選定を行うために必要な情報及びＯＳＮセンタ１が
商品を受注するために必要な情報が登録されている。

【００４３】各サプライヤ３Ａ，３Ｂ，…は、それぞれ
独自の受発注システム４１Ａ，４１Ｂ，…や、商品デー
タベースシステム４３Ａ，４３Ｂ，…を有している。商
品データベースシステム４３Ａ，４３Ｂ，…は、それぞ
れのサプライヤが提供する商品の名称、識別符号、価
格、等が登録された商品マスタデータベース４５Ａ，４
５Ｂ，…、及びそれらの商品の画像ファイル４７Ａ，４
７Ｂ，…などを有している。すべてのサプライヤ３Ａ，
３Ｂ…の商品マスタデータベース４５Ａ，４５Ｂ，…及
び商品画像ファイル４７Ａ，４７Ｂ，…の更新内容は、
定期的（例えば毎日早朝）にＯＳＮセンタ１に送られ
て、ＯＳＮセンタ１内の商品データベース３１及び画像
ファイル３３に反映される。

【００４４】ユーザ企業５、７は、イントラネットを社
内に有しているもの（イントラネットユーザ企業）７
と、有していない企業（インターネットユーザ企業）５
とに大別される。インターネットユーザ企業５では、社
内の個々のユーザ端末５１Ａ，５１Ｂ，…はそれぞれイ
ンターネット１１を通じてＯＳＮセンタ１と接続する。
イントラネットユーザ企業７では、そのイントラネット
６１上に、ＯＳＮセンタ１の当該企業専用のミラーサイ
ト又はそれに近い機能をもつイントラサーバ６３が設備
される。このイントラサーバ６３は商品データベース７
１及び画像ファイル７３を有し、これらはＯＳＮセンタ
１内の商品データベース３５及び画像ファイル３７と
（完全に同じではないが）当該企業にとって実質的に同
様な内容をもつ（例えば商品価格については、ＯＳＮセ
ンタ１内の商品データベース３５は全ユーザ企業に対す
る価格をもつが、イントラサーバ６３の商品データベー
ス７３は当該企業向けの価格のみをもつ）。イントラネ
ット６１上の個々のユーザ端末６５Ａ，６５Ｂ，…はイ
ントラネットサーバ６３に接続し、イントラネットサー
バ６３はユーザ端末６５Ａ，６５Ｂ，…に対するＯＳＮ
センタ１のサービスを代行したり、またはユーザ端末６
５Ａ，６５Ｂ，…とＯＳＮセンタ１間での情報やり取り
の仲介などを行なう。

【００４５】決済機関９は、ユーザ企業５、７が購入し
た商品の代金について、ＯＳＮセンタ１からの請求に応
じてユーザ企業５、７に代行してこれをＯＳＮセンタ１
に支払い、かつユーザ企業５、７からその支払いを受け
る。

【００４６】図２は、ＯＳＮセンタ１が行う処理８１〜
１１９を示す。なお、ユーザサービスを行う処理（図２
中でユーザ企業５、７と矢印で結ばれている処理）は、
ユーザ端末５１、６５のＷＷＷブラウザ画面を用いて、
ユーザ端末操作者（ユーザ）と情報をやり取りするよう
になっている。

【００４７】ユーザ情報管理８１は、ユーザ企業５、７
の属性情報（名称、所在地、社内の組織や部門や担当な
どの情報、後述する各種のＩＤなど）を、ユーザ企業
５、７からの入力でユーザ情報データベース（図示せ
ず）に登録したり更新したりする処理である。

【００４８】ユーザ認証８３は、ユーザ企業５、７内の
ユ−ザ端末５１、６５がＯＳＮセンタ１にログインした
りＯＳＮセンタ１の特定の処理機能を利用したりしよう
とするときに、上記ユーザ情報データベース内のＩＤを
用いて、その端末の操作者（ユーザ）の認証を行う処理
である。

【００４９】商品情報管理８５は、サプライヤ３の商品
マスタ４５及び画像ファイル４７の更新データを定期的
に取得して、ＯＳＮセンタ１内の商品データベース３５
及び画像ファイル３７を更新し管理する処理である。

【００５０】商品閲覧８７は、特にインターネットユー
ザ企業５からの閲覧要求に応じて、商品データベース３
５及び画像ファイル３７から要求された商品のデータを
検索しユーザ企業５、７へ提供する処理である。なお、
イントラネットユーザ企業７では、イントラネットサー
バ６３がこの処理を代行する。

【００５１】受注８９は、ユーザ企業５、７から商品注
文を受ける処理であり、これには仮受注９１と発注承認
９３の処理が含まれる。仮受注９１は、特にインターネ
ットユーザ企業５から発注データを受信して仮（未承
認）の受注データとして保存及び管理する処理である。
発注承認９３は、仮受注９１で保存した仮の受注データ
に対して、インターネットユーザ企業５から発注承認を
受信して、これを正式な受注データにして保存する処理
である。なお、イントラネットユーザ企業７では、イン
トラネットサーバ６３が仮受注９１と発注承認９３を代
行し、ＯＳＮセンタ１の受注８９は、承認済みの正式な
受注のデータをイントラネットサーバ６３から受信して
保存することになる。

【００５２】与信管理９５は、決済機関９のもつ各ユー
ザ企業５、７（又は企業内の個々の組織）に対する与信
枠情報を取得して、各ユーザ企業５、７からの受注の際
にその与信枠を確認する処理である。

【００５３】発注データ照会９７は、受注８９で保存し
た仮又は正式な受注データ（ユーザ企業にとっての発注
データ）の中から、ユーザ企業５、７から照会要求のあ
った受注データを検索して、それをユーザ企業５、７に
送信する処理である。

【００５４】発注９９は、受注８９で保存した正式な受
注データを各サプライヤ３に振り分け、各サプライヤ３
に送信する（発注する）処理である。

【００５５】出荷状況受信１０１は、サプライヤ３に発
注した商品について、サプライヤ３から納品日などを示
す出荷案内を受信して保存する処理である。

【００５６】出荷状況照会１０３は、出荷状況受信１０
１で保存した出荷案内や、未だ出荷されてない残存の発
注内容などを、ユーザ企業５、７からの照会要求に応え
てユーザ企業５、７に提供する処理である。

【００５７】請求受信１０５は、サプライヤ３から月毎
に一括請求を受け取り、発注データと照合してチェック
し、保存する処理である。

【００５８】請求明細確認１０７は、月毎に及びユーザ
企業５、７からの確認要求に応えて、受注商品に関する
請求明細をユーザ企業５、７に送信する処理である。

【００５９】検収１０９は、ユーザ企業５、７に納品さ
れた商品について、ユーザ企業５、７から検収の結果を
受け取り保存する処理である。

【００６０】検収状況確認１１３は、検収１０９で保存
した検収結果を、ユーザ企業５、７からの確認要求に応
えてユーザ企業５、７に送信する処理である。

【００６１】支払通知受信１１５は、月毎に請求明細を
ユーザ企業５、７に送った後、ユーザ企業５、７から月
毎に商品代金の支払いデータを受け、請求明細と照合し
て違算チェックを行なう処理である。

【００６２】請求送信１１１は、違算チェックの済んだ
支払いデータに基づき、月毎に決済機関９へ一括請求を
送信する処理である。

【００６３】売上管理１１７は、受発注データ、支払請
求データを集計し、ＯＳＮセンタ１における買掛金、売
掛金及び売上などの管理をする処理である。

【００６４】マーケティング管理１１９は、ＯＳＮセン
タ１を利用した取引の履歴を統計的に処理して、ユーザ
企業５、７やサプライヤ３や決済機関９に提供できるよ
うなマーケティング情報を作成して保存及び管理する処
理である。

【００６５】図３は、イントラネットユ−ザ企業７に設
備されるイントラネットサーバ６３が行う処理を示す。
イントラネットサーバ６３も、ＯＳＮセンタ１と同様
に、ユーザ端末のＷＷＷブラウザ画面をユーザインタフ
ェースとして用いる。

【００６６】ユーザ情報管理１３１は、ＯＳＮセンタ当
該ユーザ企業７の属性情報（名称、所在地、社内の組織
や部門や担当などの情報、後述する各種のＩＤなど）を
社内ユーザ情報データベース（図示せず）に管理し、Ｏ
ＳＮセンタ１内のユーザ情報データベース（図示せず）
の更新に基づいて社内ユーザ情報データベースを更新す
る処理である。

【００６７】ユーザ認証１３３は、イントラサーバ６３
のもつ社内ユーザ情報データベース（図示せず）内のＩ
Ｄに基づいて、かつ、ＯＳＮセンタ１内のユーザ認証８
３とも連携して、ユーザがイントラサーバ６３にログイ
ンしたり、ＯＳＮセンタ１にログインしたり、イントラ
サーバ６３又はＯＳＮセンタ１の特定の処理機能を利用
したりしようとするときに、そのユーザの認証を行う処
理である。

【００６８】商品情報管理１３５は、ＯＳＮセンタ１か
ら商品データベース３５及び画像ファイル３７の更新デ
ータを定期的に取得して、イントラサーバ６３内の商品
データベース７１及び画像ファイル７３を更新し管理す
る処理である。

【００６９】商品閲覧１３７は、社内のユーザ端末６５
からの閲覧要求に応じて、商品データベース７１及び画
像ファイル７３から要求された商品のデータを検索しユ
ーザ端末６５へ提供する処理である。

【００７０】受注１３９は、社内のユーザ端末６５から
商品注文を受ける処理であり、これには仮受注１４１と
発注承認１４３の処理が含まれる。仮受注１４１は、社
内のユーザ端末６５から発注データを受信して仮（未承
認）の受注データとして保存及び管理する処理である。
発注承認１４３は、仮受注１４１で保存した仮の受注デ
ータに対して、社内のユーザ端末６５から発注承認を受
信して、これを正式な受注データにして保存しかつＯＳ
Ｎセンタ１に送信する処理である。

【００７１】与信管理１４５は、ＯＳＮセンタ１のもつ
当該企業７（又は企業内の個々の組織）に対する与信枠
情報と連動して、各ユーザ企業５、７からの受注の際に
その与信枠を確認する処理である。

【００７２】発注データ照会１４７、出荷状況照会１４
９及び請求明細照会１５１は、ＯＳＮセンタ１の発注デ
ータ照会９７、出荷状況照会１０３及び請求明細確認１
０７とそれぞれ連携して、社内のユーザ端末に発注デー
タ、出荷状況及び請求明細をそれぞれ提供する処理であ
る。

【００７３】なお、これら発注データ、出荷状況及び請
求明細などを総称する際には「取引情報」という用語を
以下使用するものとする。

【００７４】検収１５３は、社内のユーザ端末から商品
の検収結果を受けてＯＳＮセンタ１へ送信する処理であ
る。

【００７５】このように、イントラサーバ６３がＯＳＮ
センタ１の業務の一部を代行することにより、商品閲覧
のように重たい処理を短時間に行える快適な作業環境を
ユーザに提供することができる。また、企業毎に異なる
カスタマイズ（例えば、企業別の価格設定、特定企業向
けのバーゲン企画、個々の企業の特殊な取引慣行など）
や、仮発注から発注承認までの手続きのように企業の内
部事情の影響を受けやすい業務を、個々の企業内のイン
トラサーバ６３に分散させて処理させ得るので、ＯＳＮ
センタ１の負担が軽くなる。

【００７６】図３、４の右側の部分に示すように、ユー
ザ企業５、７内では、ユーザの職務権限に応じて、ＯＳ
Ｎセンタ１やイントラサーバ６３が提供する機能の中か
ら利用できるものを限定する必要がある。例えば、ユー
ザ情報管理８１、１３１を利用してユーザ情報の登録や
更新を行える者は、システム管理者１２１に限られるべ
きである。また、商品閲覧８７、１３７や仮発注９１、
１４１は発注担当者１２３が自由に行えるべきである、
一方、発注承認９３は発注承認権者１２５のみが、検収
１０９、１５３は検収者のみが、また、支払通知は支払
担当者のみが行えるようにすべきである。

【００７７】このようにユーザの職務権限に応じて利用
できる業務を分ける必要性から、ＯＳＮセンタ１及びイ
ントラサーバ６３はユーザ情報データベース上で、図４
に示すように企業の組織構成を定義し、業務権限を識別
するための各種ＩＤを設定している。そして、図５に示
すように、各ＩＤに応じて利用できる業務範囲を制限し
ている。

【００７８】すなわち、図４に示すように、１つの企業
１６１の下に、請求書を送付する単位としての１つ以上
の組織（例えば、支社や事業部など）１６３Ａ，１６３
Ｂ，…を定義する。各組織の下に１つ以上の部門１６５
Ａ，１６５Ｂ，…を定義し、各部門の下に１つ以上の担
当１６７Ａ，１６７Ｂ，…を定義する。各担当には一人
以上のユーザ１６９、１７１、１７３、…が所属する。
そして、企業１６１に対して、その企業全体のシステム
管理者としての権限を表す総合管理者ＩＤを割り当て
る。各組織１６３Ａ，１６３Ｂ，…に対しては、その組
織の検収者としての権限を表す検収者ＩＤを割り当て
る。各担当１６７Ａ，１６７Ｂ，…に対しては、その担
当のシステム管理者としての権限を表す担当管理者ＩＤ
を割り当てる。また、各ユーザ１６９、１７１、１７
３、…にもそれぞれユーザＩＤを割り当て、各ユーザＩ
Ｄに対して発注者１６９、承認者１７１、支払担当者１
７３などの権限を付与する。一人のユーザＩＤに対し、
例えば承認者１７１と支払担当者１７３のように複数の
権限が付与されることもある。

【００７９】図５に示すように、ＯＳＮセンタ１及びイ
ントラサーバ６３は、総合管理者ＩＤを入力してログイ
ンしたユーザに対しては、図２、３に示したユ−ザ情報
管理８１、１３１を利用して当該企業全体に関するユー
ザ情報の登録や更新を行うことを許可する。担当管理者
ＩＤでログインしたユーザに対しては、その担当に関す
るユーザ情報の登録や更新を行うことだけを許可する。
検収者ＩＤでログインしたユーザに対しては、取引情報
（発注データ、出荷状況、請求明細など）照会９７、１
０３、１０７、１４７、１４９、１５１と検収１０９、
１５３と検収状況紹介１１１の利用を許可する。発注者
のユーザＩＤでログインしたユーザに対しては、商品閲
覧８７、１３７と仮発注９１、１４１と取引情報照会９
７、１０３、１０７、１４７、１４９、１５１の利用を
許可する。承認者のユーザＩＤでログインしたユーザに
対しては、発注者の利用可能業務に加えて、発注承認９
３、１４３の利用も許可する。支払担当者のユーザＩＤ
でログインしたユーザに対しては、取引情報照会９７、
１０３、１０７、１４７、１４９、１５１と、検収状況
確認１１３と、支払通知受信１１５の利用を許可する。

【００８０】以上のようなＩＤによる利用業務の制限
は、図２、３に示したユーザ認証８３、１３３の処理で
行い、ログイン時にユーザ入力されたＩＤとユーザ情報
データベースに登録されているＩＤとを対照して、その
ＩＤに付与されている権限に応じてユーザ端末のＷＷＷ
ブラウザ画面に表示する業務メニュー中の選択可能な業
務の種類を制限することにより実現する。

【００８１】図４に示したように、企業１６１の組織構
造を組織１６３、部門１６５、担当１６７、各ユーザ１
６９〜１７３のように階層構造で定義し、そして、各組
織に検収者ＩＤを割り当て、各担当に担当管理者ＩＤを
割り当て、各ユーザＩＤに発注者や承認者などの権限を
付与するというように個々の階層のメンバに対してその
階層に応じた職務権限のＩＤを割り当てることで、企業
の組織構造に適合した業務権限の管理を行うことができ
る。

【００８２】以上のような構成の下での本実施形態の動
作を以下に詳細に説明する。

【００８３】図６は、ＯＳＮセンタ１とイントラサーバ
６３の商品情報管理８５、１３５において、商品データ
ベースと画像ファイルを情報を更新する動作を示す。

【００８４】ＯＳＮセンタ１では、毎日夜間に、商品デ
ータベースサーバ２７及びＷＷＷサーバ２９が、全ての
サプライヤ３から商品マスタ４５及び画像データ４７の
更新データを取得して、この更新データに基づきＯＳＮ
センタ１内の商品データベース３５及び画像ファイル３
７を更新する（Ｓ１、Ｓ２）。続いて、商品データベー
スサーバ２７及びＷＷＷサーバ２９は、更新した商品マ
スタ４５及び画像データ４７から、各ユーザ企業のイン
トラネットサーバ６３へ配信すべき差分情報を抽出して
所定のディレクトリに保存する。各ユーザ企業のイント
ラネットサーバ６３は、毎日夜間に、ＯＳＮセンタ１か
ら自企業向けの差分情報を取得し、この差分情報を基に
イントラネットサーバ６３の商品データベース７１及び
画像ファイル７３を更新する（Ｓ３、Ｓ４）。こうし
て、ＯＳＮセンタ１及びイントラサーバ６３には、毎日
最新の商品情報が保持されることになる。

【００８５】図７は、ＯＳＮセンタ１内の商品データベ
ースサーバ２７がもつ仕切率テーブルを示す。

【００８６】図７に示すように、複数のユーザ企業グル
ープと複数の商品価格グループが定義されており、それ
らのユーザ企業グループと各商品価格グループとの組み
合わせの各々に対してそれぞれ１つの仕切率（つまり、
基準価格に対する実際の販売価格の比率）が設定されて
いる。ここで、基準価格とは例えば標準販売価格又は仕
入れ値などであり、いずれを基準価格として用いるかは
各商品価格グループ毎に設定されている。各ユーザ企業
はいずれか一つのユーザ企業グループに所属し、各商品
はいずれか一つの商品価格グループに所属する。従っ
て、各ユーザ企業に対する各商品の販売価格は、その企
業が所属する企業グループに対し各商品グループ毎に設
定されている仕切率を適用して決定される。

【００８７】図８は、この仕切率テーブルを用いて、Ｏ
ＳＮセンタ１の商品情報管理８５が各ユーザ企業別の商
品価格を決定する動作を示す。

【００８８】図８に示すように、図６に示した更新処理
でＯＳＮセンタ１内の商品データベース３５を更新した
とき、その更新ログを作成して保存し（Ｓ１１）、続い
て、その更新ログから価格切替を行う商品コードを検索
する（Ｓ１２）。例えば、新規に追加された商品や、既
存商品の中で基準価格が変更になった商品などが価格切
替え対象の商品である。次に、価格切替え商品について
手動設定フラグが設定されているかチェックする（Ｓ１
３）。手動設定フラグは、サプライヤ３から受信した商
品データベースの更新データに含まれているもので、バ
ーゲン商品のように通常の仕切率の適用が除外される商
品に対して設定されている。

【００８９】手動設定フラグが設定されていない商品に
ついては、図７に示した仕切率テーブル上の当該商品の
グループに適用される仕切率を用いて、当該商品の基準
価格から、当該商品の各企業グループ毎の販売価格を計
算する（Ｓ１４）。一方、手動設定フラグが設定されて
いる商品については、ＯＳＮセンタ１のオペレータが個
別に手動で販売価格を設定する（Ｓ１５、Ｓ１６）。こ
うして、全ての価格切替え商品について全ユーザ企業グ
ループに対する新たな販売価格を決定する。その後、そ
れら新たな販売価格で、ＯＳＮ商品データベース３５内
の該当商品の販売価格を更新する（Ｓ１７）。

【００９０】さらに、図６に示した動作流れの中で各イ
ントラネットユーザ企業７向けの商品データべース差分
情報を作成する際に、各価格切替え商品の全ユーザ企業
グループに対する新たな販売価格の中から各イントラネ
ットユーザ企業７向けの販売価格を抽出して、各差分情
報内の該当商品の販売価格をその抽出した販売価格とす
る（Ｓ１８）。各イントラネットユーザ企業７のイント
ラサーバ６３から取得要求があると、図６で既に説明し
たように、各企業向けの差分情報を各イントラサーバ６
３に送信する（Ｓ２０）。これにより、各イントラネッ
トユーザ企業７内の商品データベース７１には、当該企
業向けにカスタマイズされた商品価格だけが保存される
ことになる。よって、イントラネットユーザ企業７内の
ユーザがイントラネットサーバ６３にログインして商品
閲覧をしたとき、自社向けの価格しか表示されず他社向
けの価格は表示されない。なお、インターネットユーザ
企業５のユーザはＯＳＮセンタ１に直接ログインして商
品閲覧を行うが、その際、ＯＳＮセンタ１は他企業向け
の販売価格を除いた当該企業向けの販売価格しかユーザ
に送らない。

【００９１】図９は、商品閲覧から受発注そして決済ま
での全体の動作の流れを示す。なお、この図９及び後続
の図面は、インターネットユーザ企業５に対する動作
（つまり、ＯＳＮセンタ１が全処理を行う動作）を示し
ており、以下の動作説明もこれに基づいて行う。一方、
イントラネットユーザ企業７に対しては、図９における
ステップＳ２１〜Ｓ２４（商品検索、商品閲覧、発注、
与信チェック）をイントラサーバ６３が代行し、それ以
降はイントラサーバ６３は通信の仲介を行ないＯＳＮセ
ンタ１が実質的な処理を行う。この点を踏まえれば、以
下の説明からイントラネットユーザ企業７に対する動作
も十分に理解できるはずである。

【００９２】図９に示すように、各ユーザ企業５、７内
のユーザは、商品閲覧をする場合、ユーザ端末のＷＷＷ
ブラウザから、閲覧したい商品の検索をＯＳＮセンタ１
に依頼する（Ｓ２１）。ＯＳＮセンタ１は、要求された
商品の情報と画像ファイルを商品データベース３５及び
画像ファイル３７から検索してユーザ企業５、７に返
し、それにより、その商品の情報と画像がユーザ端末の
ＷＷＷブラウザ画面に表示される（Ｓ２２）。

【００９３】発注を行う場合、ユーザは、ユーザ端末の
ＷＷＷブラウザ画面上で商品及び個数などを指定して発
注データを作成し、ＯＳＮセンタ１に送信する（Ｓ２
３）。ＯＳＮセンタ１は、決済機関９から取得した与信
情報２０１を参照して、発注を行ったユーザ企業の与信
枠が足りなくないかチェックし（Ｓ２４）、与信枠に問
題がなければその発注データを仮の受注データとして受
け付ける。その後、図示してないが、ユーザから発注承
認を受けると、ＯＳＮセンタ１は、その受注データを正
式なものとする。

【００９４】その後、ＯＳＮセンタ１は、正式な受注デ
ータを各サプライヤ３別に振り分け、その受注データを
基に各サプライヤ３に対し発注を行う（Ｓ２５）。発注
データ２０３は保存される。その後、各サプライヤ３
は、その発注にかかる商品の出荷案内又は納期回答をＯ
ＳＮセンタ１に送る（Ｓ２６）。また、各サプライヤ３
は、月毎に一括請求をＯＳＮセンタ１に送る（Ｓ２
９）。ＯＳＮセンタ１は、サプライヤ３からの請求を発
注データ２０３に照らして違算チェックを行い、そし
て、その請求データ２０５を保存する。

【００９５】ユーザは随時に商品の出荷状況や請求明細
をＯＳＮセンタ１に問い合わせて確認する（Ｓ２７）。
商品が納品されると、ユーザはそれを検収し、検収結果
をＯＳＮセンタ１へ送る（Ｓ２８）。また、ユーザは、
月毎に取引明細をＯＳＮセンタ１から取得し確認し（Ｓ
３１）、支払い通知をＯＳＮセンタ１へ送る（Ｓ３
６）。

【００９６】ＯＳＮセンタ１は、ユーザからの支払い通
知を請求データ２０５に照らして違算チェックを行ない
（Ｓ３７）、違算チェックの終わった請求データに基づ
いて決済機関９に請求を送る（Ｓ３２）。

【００９７】以上がオンラインで行われる。一方、通常
はオフラインで、ＯＳＮセンタ１からサプライヤ３への
支払い（Ｓ３０）、決済機関９からＯＳＮセンタ１への
支払い（Ｓ３３）、決済機関９からユーザ企業５、７へ
の請求（Ｓ３４）、及びユーザ企業５、７から決済機関
９への支払いが月毎に行われる。

【００９８】以下、受発注から決済までの個々の処理を
更に詳細に説明する。

【００９９】図１０は、受注処理の中の仮発注（図２、
３の参照番号９１、１４１）の流れを示す。

【０１００】各ユーザ企業５、７では、発注担当者が、
ＷＷＷブラウザ上で発注データを作成してＨＴＴＰによ
りＯＳＮセンタ１へ送信する。ＯＳＮセンタ１は、この
ユーザ発注データを受けると（Ｓ４１）、この発注デー
タに注文番号を付けた上で（Ｓ４２）、ユーザ受注ファ
イル３０１に保存する（Ｓ４３）。また、ＯＳＮセンタ
１は、発注したユーザ企業５、７へ、注文内容確認通知
を送り（Ｓ４４）、ユーザ企業５、７からその注文内容
の確認結果を受信する（Ｓ４５）。確認結果がキャンセ
ルであれば受注ファイル３０１から当該受注データを削
除し（Ｓ４６）、変更であれば変更処理を行って受注フ
ァイル３０１内の当該受注データを変更して再び注文内
容確認通知を送り（Ｓ４７）、ＯＫであれば仮受注が成
立したものとしてその旨のメッセージをユーザ企業５、
７に返す（Ｓ４８）。

【０１０１】図１１は、受注処理の中の発注承認（図
２、３の参照番号９３、１４３）の流れを示す。

【０１０２】ユーザ企業５、７では、発注担当者が行っ
た発注に関し、承認権者がこれを承認する場合、ＷＷＷ
ブラウザから承認のリクエストをＯＳＮセンタ１へ送
る。ＯＳＮセンタ１は、仮受注の状態にある受注件につ
いて、承認のリクエストを受けると（Ｓ５１）、ユーザ
受注ファイル３０１内の当該受注データに確定フラグを
設定し（Ｓ５２）、正受注したものとしてその旨のメッ
セージをユーザ企業５、７へ送る（Ｓ５３）。また、注
文内容を電子メールでユーザ企業５、７に送付する。

【０１０３】図１２は、取引情報照会（図２、３の参照
番号９７、１０３、１０７、１４７〜１５１）の流れを
示す。

【０１０４】各ユーザ企業５、７では、発注担当者又は
承認権者などが随時に、発注した件について取引情報
（出荷状況、請求明細など）の照会リクエストをＷＷＷ
ブラウザからＯＳＮセンタ１に送る。ＯＳＮセンタ１
は、そのリクエストに応えてユーザ出荷状況・請求明細
ファイル３０３から要求された取引情報を検索し（Ｓ５
５）、ユーザ企業５、７へ返信する（Ｓ５６）。それに
より、ユーザはＷＷブラウザ画面上で取引情報を見るこ
とができる。

【０１０５】図１３は、発注（図２の参照番号９９）の
流れを示す。

【０１０６】ＯＳＮセンタ１は、ユーザから正受注をし
た（Ｓ６１）後、発注の変更やキャンセルができる所定
期間だけ待って（Ｓ６２）から、ユーザ受注ファイル３
０１内の当該件の受注データをサプライヤ３別に分けて
各サプライヤ３に対するＯＳＮ発注データを作成し（Ｓ
６３）、これをＯＳＮ発注ファイル０５に保存する（Ｓ
６４）とともに、各サプライヤ３へ送信する（Ｓ６
５）。各サプライヤ３はＯＳＮ発注データを受けて受注
処理をする（Ｓ６６）。

【０１０７】図１４は、出荷状況受信（図２、３の参照
番号１０１、１３９）の流れを示す。

【０１０８】各サプライヤ３は、受注した商品につい
て、出荷案内または納期回答のデータをＯＳＮセンタ１
へ送る（Ｓ７１）。ＯＳＮセンタ１は、出荷案内または
納期回答のデータを受信すると（Ｓ７２）、これをＯＳ
Ｎ出荷状況ファイル３０７に保存し（Ｓ７３）、続い
て、その出荷案内または納期回答のデータを各ユーザ別
に分けて各ユーザ向けのユーザ出荷状況データを作成し
（Ｓ７３）、これをユーザ出荷状況ファイル３０３に保
存する。ユーザ出荷状況ファイル３０３内のユーザ出荷
状況データは、図１２に示した出荷状況確認において、
各ユーザに送られる。

【０１０９】図１５は、請求受信（図２の参照番号１０
５）の流れを示す。

【０１１０】各サプライヤ３は、月毎にＯＳＮセンタ１
に対する請求データ（ＯＳＮ請求データ）をＯＳＮセン
タ１へ送信する（Ｓ８１）。ＯＳＮセンタ１は、ＯＳＮ
請求データを受信すると（Ｓ８２）、これをＯＳＮ請求
ファイル３０９に保存し（Ｓ８３）、そして、そのＯＳ
Ｎ請求データをＯＳＮ発注ファイル３０５内の対応する
ＯＳＮ発注データと照合して間違いないかチェックする
（Ｓ８４）。間違い無ければ、そのＯＳＮ請求データを
各ユーザ別に分けて各ユーザ向けのユーザ請求データを
作成し（Ｓ８５）、それをユーザ請求ファイル３１１に
保存する（Ｓ８６）ＯＳＮ請求データに間違いがあった
場合は、それをサプライヤ３に通知する（Ｓ８７）。

【０１１１】図１６は、検収（図２、３の参照番号１０
９、１５３）の流れを示す。

【０１１２】ＯＳＮセンタ１は、サプライヤ３から出荷
案内を受信した後、随時に、ユーザ出荷状況・請求明細
ファイル３０３からユーザ毎の出荷状況・請求明細のデ
ータを読み出して各ユーザ企業５、７に送る（Ｓ９
１）。各ユーザ企業５、７では、検収者がその状況・請
求明細のデータを確認し、そして、納品された商品につ
いて検収を行ってその結果をＯＳＮセンタ１に通知する
（Ｓ９２）。ＯＳＮセンタ１は、その通知に基づいてユ
ーザ毎のユーザ検収データを作成し（Ｓ９３）、これを
ユーザ検収ファイル３１３に保存する（Ｓ９４）。そし
て、ＯＳＮセンタ１は、毎月、ユーザ締め日までのユー
ザ検収ファイル３１３内のユーザ検収データと対応する
ユーザ請求ファイル３１１内のユーザ検収データとを照
合し（ＳＳ９５）、その結果を違算管理表に登録する
（Ｓ９６）。

【０１１３】図１７は、支払い通知受信（図２の参照番
号１１５）の流れを示す。

【０１１４】ＯＳＮセンタ１は、毎月、ユーザの締め日
にユーザ出荷状況・請求明細ファイル３０３に基づいて
取引明細データを作成してユーザ企業５、７に送る（Ｓ
１０１）。各ユーザ企業５、７では、支払い担当者がそ
の取引明細データを確認し、そして、自社の支払いファ
イル３１５内にある当該月の支払いデータを一括してＯ
ＳＮセンタ１へ送る（Ｓ１０２）。ＯＳＮセンタ１は、
その一括支払いデータを受けると、それとユーザ請求フ
ァイル３１１内の対応する請求データとを照合して違算
チェックを行い（Ｓ１０３）、その結果を違算管理表に
登録する（Ｓ１０４）。

【０１１５】図１８は、請求送信（図２の参照番号１１
１）の流れを示す。

【０１１６】ＯＳＮセンタ１は、ユーザ請求ファイル３
１１内の違算チェック済みのユーザ請求データに基づい
て、決済機関９向けのＦＴＰ用ユーザ請求データを作成
し（Ｓ１１１）、これをＦＴＰサーバ３１９の所定ＦＴ
Ｐパスに在るＦＴＰ用ユーザ請求ファイル３１７に保存
する（Ｓ１１３）。決済機関９は、ＦＴＰによりＯＳＮ
センタ１からＦＴＰ用ユーザ請求ファイル３１７のデー
タを取得し（Ｓ１１５）、これを決済機関９内のユーザ
請求ファイル３２１に保存する（Ｓ１１６）。そして、
決済機関９は、ユーザ請求ファイル３２１内のデータか
ら必要な情報を抽出して各ユーザ向けの請求書を作成し
各ユーザ企業５、７へ郵送する（Ｓ１１７）。

【０１１７】以上の説明したような処理によって、発注
承認や検収などの企業内のプロセス対応した受発注及び
決済業務を行うことができる。

【０１１８】図１９は、商品閲覧を行うときにユーザ端
末に表示されるＷＷＷブラウザ画面の例を示す。

【０１１９】左側の画面４０１は、商品検索を行った結
果（例えば、「ボールペン」を検索した結果）を示すも
ので、ＯＳＮセンタ１が提供するボールペンのサプライ
ヤ名のリストが表示される。このリスト中から１つのサ
プライヤ名を選ぶと、右側の画面４０３のように、その
選択したサプライヤが提供するボールペンの品名のリス
トが画像や価格と共に表示される。この画面４０５に
は、各品名毎に個数欄４０５があり、また、「購入リス
トへ」ボタン４０７がある。ある品名の個数欄４０５に
所望の個数を入力して「購入リストへ」ボタン４０７を
マウスクリック４０７すると、仮発注の処理に入って、
その品名と個数の情報が購入リストに登録される。

【０１２０】図２０は、ユーザ端末のＷＷＷブラウザに
表示される購入リスト画面の例を示す。

【０１２１】購入リスト画面４０９には、購入リストに
登録された商品名と個数と金額などが表示される。複数
のサプライヤの商品を一つの購入リストに登録すること
ができる。購入リストを確定されると購入要求書（発注
データ）が作成される。

【０１２２】図２１は、ユーザ端末のＷＷＷブラウザに
表示される購入要求書画面の例を示す。

【０１２３】この画面４１３には、購入リストに登録さ
れた商品名や金額、及びその他の発注に必要な事項が登
録されている。送信ボタン４１５をマウスクリックする
と、この購入要求書（発注データ）がＯＳＮセンタ１へ
送信される。ユーザとしては、１枚の購入要求書で、つ
まり１回の発注で、複数のサプライヤの種々の商品を纏
めて発注できるので楽である。

【０１２４】以上、本発明の一実施形態を説明したが、
この実施形態はあくまで本発明の説明のための例示であ
り、本発明をこの実施形態にのみ限定する趣旨ではな
い。従って、本発明は、上記実施形態以外の様々な形態
でも実施することができる。

【図面の簡単な説明】

【図１】本発明の一実施形態にかかる電子商取引システ
ムの全体構成を示すブロック図。

【図２】ＯＳＮセンタ１が行う処理を示すブロック図。

【図３】イントラネットサーバ６３が行う処理を示すブ
ロック図。

【図４】ユーザ情報データベース上で定義されるユーザ
企業の組織構成を定義して各種ＩＤを示す説明図。

【図５】各ＩＤに応じた利用可能な業務を示す説明図。

【図６】ＯＳＮサーバ１とイントラサーバ６３が行う商
品情報管理８５、１３５の動作を示すフローチャート。

【図７】ＯＳＮセンタ１内の商品データベースサーバ２
７がもつ仕切率テーブルを示す図。

【図８】仕切率テーブルを用いて、ＯＳＮセンタ１の商
品情報管理８５が各ユーザ企業別の商品価格を決定する
動作を示すフローチャート。

【図９】商品閲覧から受発注そして決済までの全体の動
作の流れを示すフローチャート。

【図１０】受注処理の中の仮発注（図２、３の参照番号
９１、１４１）の流れを示すフローチャート。

【図１１】受注処理の中の発注承認（図２、３の参照番
号９３、１４３）の流れを示すフローチャート。

【図１２】取引情報照会（図２、３の参照番号９７、１
０３、１０７、１４７〜１５１）の流れを示すフローチ
ャート。

【図１３】発注（図２の参照番号９９）の流れを示すフ
ローチャート。

【図１４】出荷状況受信（図２、３の参照番号１０１、
１３９）の流れを示すフローチャート。

【図１５】請求受信（図２の参照番号１０５）の流れを
示すフローチャート。

【図１６】検収（図２、３の参照番号１０９、１５３）
の流れを示すフローチャート。

【図１７】支払い通知受信（図２の参照番号１１５）の
流れを示すフローチャート。

【図１８】、請求送信（図２の参照番号１１１）の流れ
を示すフローチャート。

【図１９】商品閲覧を行うときにユーザ端末に表示され
るＷＷＷブラウザ画面の例を示す図。

【図２０】ユーザ端末のＷＷＷブラウザに表示される購
入リスト画面の例を示す図。

【図２１】ユーザ端末のＷＷＷブラウザに表示される購
入要求書画面の例を示す図。

【符号の説明】

１ オフィスサプライネット（ＯＳＮ）センタ ３ 商品提供者（サプライヤ） ５ インターネットユーザ企業 ７ イントラネットユーザ企業 ９ 決済企業 １１ インターネット １３ ＶＡＮ ２５ 受発注センタサーバ ２７ 商品データベースサーバ ２９ ＷＷＷサーバ ３５ 商品データベース ３７ 画像ファイル ４１ 受発注システム ４３ 商品データベースシステム ４５ 商品マスタデータベース ４７ 画像データ ５１、６５ ユーザ端末 ６３ イントラサーバ ７１ 商品データベース ７３ 画像ファイル ８１ ユーザ情報管理 ８２ ユーザ認証 ８５ 商品情報管理 ８７ 商品閲覧 ８９ 受注 ９１ 仮発注 ９３ 発注承認 ９５ 予備管理 ９７ 発注データ照会 ９９ 発注 １０１ 出荷状況受信 １０３ 出荷状況確認 １０５ 請求受信 １０７ 請求明細確認 １０９ 検収 １１１ 請求送信 １１３ 検収状況確認 １１５ 支払通知受信 １１７ 売上管理 １１９ マーケティング管理

───────────────────────────────────────────────────── フロントページの続き (72)発明者 高田 信洋 東京都江東区豊洲三丁目３番３号 株式会 社エヌ・ティ・ティ・データ内 (72)発明者 太田 憲一郎 東京都江東区豊洲三丁目３番３号 株式会 社エヌ・ティ・ティ・データ内 Ｆターム(参考） 5B049 BB11 CC05 CC08 CC36 EE01 EE05 EE07 FF03 FF04 GG04 GG07 5B089 GA11 HA10 JA08 KA00 KC47 KC58

Claims (11)

【特許請求の範囲】
1. 【請求項１】 公衆通信ネットワーク上に存在し、商品
   情報を保持した商品データベースを有し、前記商品デー
   タベース内の情報に基づく商品閲覧サービス及び商品の
   受注サービスを、前記公衆通信ネットワークにオンライ
   ンで提供する機能をもつ電子商取引センタと、 前記公衆通信ネットワークに接続可能な企業の内部通信
   ネットワークと、 前記内部通信ネットワーク上に存在し、前記電子商取引
   センタのもつ商品データベース内の商品情報のうち前記
   企業に関連する部分の実質的な複製を保持した内部商品
   データベースを有し、前記内部商品データベース内の情
   報に基づく商品閲覧サービスを前記内部通信ネットワー
   クにオンラインで提供する機能をもつ内部ネットワーク
   サーバと、を備えた電子商取引システム。
2. 【請求項２】 通信ネットワーク上に存在し、複数の商
   品サプライヤのコンピュータシステムと通信可能に接続
   された電子商取引用のコンピュータシステムであって、 前記複数の商品サプライヤのコンピュータシステムから
   取得した商品情報を保持した商品データベースと、 前記商品データベース内の情報に基づく商品閲覧サービ
   スを前記通信ネットワークにオンラインで提供する商品
   閲覧処理部と、 商品の受注サービスを前記通信ネットワークにオンライ
   ンで提供する受注処理部と、 前記受注サービスで受けた注文に基づいて前記複数のサ
   プライヤに発注を行う発注処理部とを備えた電子商取引
   センタ。
3. 【請求項３】 通信ネットワーク上に存在する電子商取
   引用のコンピュータシステムであって、 商取引に関する複数種類のサービスを前記通信ネットワ
   ークを通じてオンラインで企業内のユーザに提供するサ
   ービス提供部と、 企業内の異なる職務権限を表した複数のＩＤを含んだユ
   ーザ情報を保持し、前記サービス提供部がサービスを提
   供する前に、前記ユーザから入力されたＩＤを受信し、
   このユーザ入力されたＩＤと前記ユーザ情報内のＩＤと
   の照合により、前記ユーザの職務権限を判断するユーザ
   認証部とを備え、 前記サービス提供部は、前記ユーザ認証部が判断した職
   務権限に応じて、前記ユーザに提供するサービスの種類
   を制限する電子商取引センタ。
4. 【請求項４】 前記複数のサービスには、商品閲覧、仮
   発注、発注承認及び検収が含まれ、前記異なる職務権限
   には発注担当者、承認権者及び検収者が含まれ、 前記サービス提供部は、前記発注承認のサービスは前記
   承認権者の職務権限を表したＩＤを入力したユーザにの
   み提供し、前記検収のサービスは前記検収者の職務権限
   を表したＩＤを入力したユーザにのみ提供する請求項３
   記載の電子商取引センタ。
5. 【請求項５】 通信ネットワーク上に存在する電子商取
   引用のコンピュータシステムであって、 商取引に関するサービスを前記通信ネットワークを通じ
   てオンラインで企業内のユーザに提供して、前記ユーザ
   との間に成立した商取引に関するデータを生成し保存し
   処理するサービス提供部と、 企業内の複数の組織の定義と各組織に関係付けられたＩ
   Ｄとを含むユーザ情報を保持し、前記サービス提供部が
   サービスを提供する前に、前記ユーザからユーザ入力さ
   れたＩＤを受信し、このユーザ入力されたＩＤと前記ユ
   ーザ情報内のＩＤとの照合により、前記ユーザの所属す
   る組織を識別するユーザ認証部とを備え、 前記サービス提供部は、前記ユーザとの間で成立した商
   取引に関するデータに、前記ユーザ認証部が判断した組
   織に関係づけて保存または処理する電子商取引センタ。
6. 【請求項６】 通信ネットワーク上に存在する電子商取
   引用のコンピュータシステムであって、 商品の発注データを前記通信ネットワークを通じてオン
   ラインで企業内のユーザから受けて仮発注データとして
   保存する仮発注処理部と、 前記仮発注データについて、発注承認の通知を前記通信
   ネットワークを通じてオンラインで企業内のユーザから
   受けて、前記仮発注データを正発注データにする発注承
   認処理部とを備えた電子商取引センタ。
7. 【請求項７】 通信ネットワーク上に存在する電子商取
   引用のコンピュータシステムであって、 商品の発注データを前記通信ネットワークを通じてオン
   ラインで企業内のユーザから受ける受注処理部と、 前記ユーザの発注した商品について、検収結果のデータ
   を前記通信ネットワークを通じてオンラインで企業内の
   ユーザから受ける検収処理部と、 前記検収結果のデータに基づいて、検収の済んだ商品に
   ついて代金決済のための処理を行う決済処理部と、を備
   えた電子商取引センタ。
8. 【請求項８】 通信ネットワーク上に存在する電子商取
   引用のコンピュータシステムであって、 商品の発注データを前記通信ネットワークを通じてオン
   ラインで企業内のユーザから受け保存する受注処理部
   と、 前記発注データに基づいて、商品サプライヤに商品を発
   注する発注処理部と、 前記商品サプライヤから出荷情報を受けて保存する出荷
   情報受信部と、 前記商品サプライヤから請求データを受けて保存する請
   求受信部と、 企業内のユーザからの照会リクエストに応えて、前記保
   存してある発注データ、出荷情報及び請求データの中か
   らリクエストされた情報を検索して前記通信ネットワー
   クを通じてオンラインで企業内のユーザに提供する取引
   情報照会部とを備えた電子商取引センタ。
9. 【請求項９】 通信ネットワーク上に存在する電子商取
   引用のコンピュータシステムであって、 商品の発注データを前記通信ネットワークを通じてオン
   ラインで企業内のユーザから受け保存する受注処理部
   と、 前記企業の与信情報を保持し、前記発注データ毎に前記
   与信情報に基づき前記企業の与信枠をチェックする与信
   処理部とを備え、 前記受注処理部は、前記与信枠のチェック結果に応じ
   て、前記ユーザからの発注を受諾するか拒否するかを決
   定する電子商取引センタ。
10. 【請求項１０】 通信ネットワーク上に存在する電子商
    取引用のコンピュータシステムであって、 前記通信ネットワークを通じてオンラインでユーザとの
    間で商取引を行ない、成立した商取引の履歴を保存する
    取引処理部と、 前記保存された履歴を前記ユーザに提供する情報提供部
    と、を備えた電子商取引センタ。
11. 【請求項１１】 通信ネットワーク上に存在する電子商
    取引用のコンピュータシステムであって、 同じ商品についてユーザによって異なる複数の商品価格
    を含む商品情報を保持した商品データベースと、 前記商品データベース内の情報に基づく商品閲覧サービ
    ス及び商品の受注サービスを前記通信ネットワークを通
    じてオンラインで提供するサービス処理部と、を備え、 前記サービス処理部は、前記複数の商品価格のうち各ユ
    ーザに応じた商品価格に基づいて各ユーザに商品閲覧サ
    ービス及び商品の受注サービスを提供する電子商取引セ
    ンタ。