JP2002007920A - 課金処理システム及び課金処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 配送できない商品の課金が行われてしまうこ
とがあった。 【解決手段】 受注サーバ５１は、受注データを受け取
ると、まず会員番号を認証サーバ５４に会員番号を送信
し、会員番号を基にして与信DB５６に登録してあるその
会員のクレジットカードの与信照会を行う。そして、受
注サーバ５１は出店業者４の商品在庫を確認し、出荷可
能であれば出荷準備をして、出荷前に再度認証サーバ５
４により与信照会を行う。そして、その与信照会結果が
OKであれば、決済処理を行う。その後、物流データ処理
サーバ５２から商品出荷指示を出し、商品の配送を行
う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信販売やオンラ
インショッピング等で購入した商品の購入代金の決済処
理に係る課金処理システム及び課金処理方法に関するも
のである。

【０００２】

【従来の技術】近年、電話やＦＡＸを使用した通信販売
やインターネットを使用したオンラインショッピングな
どによる商品の販売が増加している。

【０００３】この様な通信販売やオンラインショッピン
グを行っている業者は、受注した商品を顧客に届けるた
めに受注商品情報を商品倉庫に連絡して在庫確認を行っ
たり、その受注商品を配送するために物流部門や物流連
携企業に物流情報を送信している。また、受注した商品
代金の課金処理をするために、課金データを決済サーバ
に送信し、課金方法に応じた処理を行っている。課金方
法としては、クレジットカード、郵便局や銀行もしくは
コンビニエンスストアからの支払（振り込み）、商品と
引き換えに支払う代引き等が選択可能であることが多
い。

【０００４】

【発明が解決しようとする課題】上述したように、通信
販売やオンラインショッピングでは、受注した商品を顧
客に届けるための受注商品情報と受注した商品の代金を
課金するための課金処理とを別々に行っている。このた
め、商品が倉庫にないなど、受注した商品を顧客に配送
できない場合や顧客からのキャンセル要求により商品の
購入がキャンセルされた場合には、課金処理の中止が間
に合わず、課金処理だけが行われて商品が配送できない
というトラブルが発生する危険性があった。

【０００５】特に、クレジットカードでの課金処理は、
クレジットカード会社への引き落とし処理を依頼するの
で、キャンセルが間に合わない場合には、赤伝処理と呼
ばれる返金処理を行わなければならず、手間が掛かるだ
けでなく、カード会社への引き落とし手数料も多くかか
ることになる。

【０００６】また、顧客に対しても、届かない商品の支
払（引き落とし）が成されるため、苦情の原因となり、
信用を失うことになる。さらに、後から返金したとして
も１ヶ月程度の時間が掛かるなどの課題が生じていた。

【０００７】さらに、複数の商品を受注したが、そのう
ちの一部の商品のみが出荷できない場合などは、出荷可
能な商品のみを課金する処理は非常に複雑であり、この
場合は、振込や代引きによる課金処理をする場合でも、
商品と同時に送られる振り込み伝票や代引き伝票に記載
されている伝票の金額と配送された商品とが一致しない
可能性があった。

【０００８】そこで本発明は、物流情報と課金情報とを
連動させ、受注商品の出荷確認が行われてから課金処理
を行うようにすることにより、上記課題を解決すること
を目的とする。

【０００９】

【課題を解決するための手段】上記目的を達成するため
の手段として、以下に示す課金処理システム及び課金処
理方法を提供しようとするものである。

【００１０】１．顧客を特定する情報とこの顧客からの
受注情報とをが供給され、受注した商品の在庫確認を行
う受注サーバと、受注した商品の配送管理を行う物流デ
ータ処理サーバと、前記受注情報に基づいて前記顧客に
対する課金処理を行う課金データ処理サーバと、前記顧
客を特定する情報に基づいて前記顧客の信用照会を行う
認証サーバとを備え、注文された商品を発送する前に信
用照会を行い、照会結果が良い場合には商品の配送処理
を行うと共に課金処理を行うようにしたことを特徴とす
る課金処理システム。

【００１１】２．顧客を特定する情報を記憶する会員デ
ータベースと、前記顧客の与信データを蓄積している与
信データベースとを備え、前記認証サーバは、前記与信
データベースに照会することにより会員データベースに
記憶されている顧客の与信を行うことを特徴とする請求
項１に記載の課金処理システム。

【００１２】３．顧客からの受注情報に基づいて受注し
た商品の在庫を確認し、前記受注した商品が配送可能な
場合には、前記顧客の信用照会を行い、前記顧客の信用
照会結果が良い場合には前記受注した商品の配送処理を
行う共に課金処理を行うようにしたことを特徴とする課
金処理方法。

【００１３】４．前記顧客は、会員登録された顧客であ
って、会員登録する際に与信照会を行うと共に、商品を
受注したときも与信照会を行うことを特徴とする請求項
３に記載の課金処理方法。

【００１４】

【発明の実施の形態】本発明の課金処理システム及び課
金処理方法は、受注した商品が出荷可能な状態になって
から課金処理を行っているので、出荷できない商品に対
する課金処理が行われてしまうという不具合が生じるこ
とを防止している。また、クレジットカード決済の場合
には、与信確認をして引き落とし可能な場合のみ商品を
出荷するようにしているので、商品を出荷したがクレジ
ットカード会社から引き落とし要求が断られて代金の回
収ができないことが生じることを防止している。さら
に、会員制をとる場合には、会員登録を行う際に、クレ
ジットカードの登録も行うことにより、会員登録時にク
レジットカードの与信を行うことで顧客の信頼性をより
確実に行うことができ、商品の受注時には会員番号だけ
でクレジットカード番号がなくても与信を行うことがで
き、特にオンラインショッピングの際には、セキュリテ
ィー上安全であり、顧客に対してもクレジットカード番
号をその都度送信しなくて済むので安心感を与えること
ができる。

【００１５】本発明は、通信販売でも適用することがで
きるが、ここでは、オンラインショッピングを例に挙げ
て本発明を説明する。そして、まず最初に、インターネ
ット上でオンラインショッピングを可能にするバーチャ
ルショップの概略について、図１と共に説明する。

【００１６】図１は、一般的なバーチャルショップを有
するオンラインショッピングシステムの構成例を示す図
であり、顧客がパソコン通信等で商品の発注購入をする
場合、商品の配送先を自分の住所又は居所（顧客居所）
あるいは予め指定した最寄りの商品中継所（例えば、コ
ンビニエンスストア）の何れかを指定可能なオンライン
ショッピングシステムの構成例を示す図である。そし
て、図２はこのオンラインショッピングシステムの処理
内容を説明するためのフローチャート図である。

【００１７】図１において、ショップサーバ１はオンラ
インショッピングサービスの提供業者が構築するサーバ
であり、このショップサーバ１上には、複数の仮想店舗
２ａ〜２ｎからなるショッピングモール２が構築されて
いる。これらの仮想店舗２ａ〜２ｎやショッピングモー
ル２は、ショップサーバ１として構成される図示しない
大型コンピュータとその上で動作するプログラムと、外
部記憶装置等の周辺装置を用いて仮想的に構成されてい
る。

【００１８】顧客３はインターネットに接続可能な顧客
端末３ａを有する顧客３であり、顧客端末３ａはショッ
プサーバ１上のショッピングモール２にインターネット
を介して接続し、各仮想店舗２ａ〜２ｎから所望の商品
を選択して購入操作を行うものである。なお、顧客端末
３ａは、パソコンやゲーム機などのハードウエアとこれ
らのハードウエア上で動作するプログラムによって構成
され、一般的には各顧客３の顧客居所に設置されるが、
携帯端末やインターネットに接続可能な携帯電話などの
自宅以外からインターネットに接続可能な端末も含むも
のである。そして、同図では、煩雑を避けるためにひと
りの顧客３（１台の顧客端末３ａ）のみを示すが、一般
的には会員登録された複数の顧客が存在する。

【００１９】仮想店舗出店業者（小売業者）４ａ〜４ｎ
はショップサーバ１上のそれぞれの仮想店舗２ａ〜２ｎ
の運営主体であり、仮想店舗出店業者４ａ〜４ｎにはそ
れぞれ仮想店舗端末４ａ１〜４ｎ１が設置されている。
仮想店舗出店業者４は、オンラインショッピングサービ
スの提供業者との契約により、サービス提供業者に委託
してショップサーバ１上に仮想店舗２ａを出店してい
る。なお、仮想店舗２ａに関するデータは、仮想店舗出
店業者４ａ〜４ｎの希望により、仮想店舗端末４ａ１〜
４ｎ１内におく場合と、ショップサーバ１内におく場合
とがある。そして、それぞれの仮想店舗出店業者４ａ〜
４ｎは、各仮想店舗２ａ〜２ｎで販売している商品を保
有している。

【００２０】バックオフィス５は、ショップサーバ１に
接続されて各種内部データ処理を行うサーバである。そ
して、バックオフィス５から物流に関するデータ（物流
データ）が物流連携企業（宅配業者）６に供給され、課
金データが決済連携企業７に供給される。

【００２１】物流連携企業６は物流管理を行う商品セン
ターを有する宅配業者であり、バックオフィス５から供
給される物流データに基づいて、注文された商品をその
商品を販売している仮想店舗出店業者４ａ〜４ｎから引
き取り、指定された配送先へ配達する。そして、課金デ
ータが供給される決済連携企業７は課金処理を行う企業
であり、カード信販会社等を示すものであるが、顧客３
が注文商品の決済をカードではなく、振込や代引き、下
記の商品中継所９での支払などを指定している場合は、
課金データを物流連携企業６に出力し、物流連携企業６
で課金に必要な処理を行う。

【００２２】また、商品中継所９は、オンラインショッ
ピングサービスの提供業者と契約して物流連携企業６の
配送先として指定可能な商品中継所であり、顧客３が注
文した商品の一時預かりを行う場所である。そして、顧
客３は、多くの商品中継所９の中から予め又は商品注文
時に自宅もしくは勤務先に最寄りのコンビニエンススト
ア等を指定することにより、その顧客の配送先として登
録される場所である。

【００２３】さて、このオンラインショッピングシステ
ムのサービスの提供者は、予め又は最初の商品注文時
に、加入会員（顧客３）に対して決算方法や居所、電話
番号、電子メールアドレス等の情報を各会員を識別する
顧客識別情報と共に登録することで入会手続を行い、各
会員には、当該顧客識別情報を記録したＩＤカードを発
行して各会員宛てに郵送するなどしておく。なお、ＩＤ
カードを発行せずに顧客識別情報を電子メールなどで顧
客３に連絡するだけでも良いが、ＩＤカードを郵送する
ことにより、顧客３の会員登録時に正規の住所登録をし
た実在の人物であることを確認することができる。

【００２４】そして、図２を参照しながら、商品の購入
の流れについて説明すると、まず、顧客３が顧客端末３
ａを使用して、インターネットを介してショップサーバ
１に接続し、ショッピングモール２内の各仮想店舗２ａ
〜２ｎで販売されている商品の注文を行う（ステップ１
０１）。このとき、顧客３は発注情報として、顧客識別
情報と注文する商品を特定する商品特定情報、注文数量
情報、及びその配送先情報を少なくともショップサーバ
１に送信する。その際、商品の配送先として、顧客３の
居所、指定先（贈答先、勤務先など）８の住所、商品中
継所９などの中から、希望の配送先を指定する。その
際、指定先８の住所を配送先として指定する場合は、そ
の指定先８の住所、電話番号などを顧客端末３ａから入
力して配送先情報に含めて送信する。また、商品中継所
９を指定する場合は、予めもしくはこの商品注文時に、
商品中継所一覧としてショップサーバ１で表示される複
数の商品中継所の中から顧客３が顧客居所や勤務先に最
寄りであるなどの理由から最も都合の良い商品中継所
（例えば、長時間営業のいわゆるコンビニエンススト
ア）９を１又は２以上選択し、さらに今回の注文商品の
配送先としてその中の１つを配送先として選択するよう
にする。

【００２５】ショップサーバ１は、顧客端末３ａから受
信した発注情報の内容に漏れや間違いがないかどうか等
を確認してから（ステップ１０２）、この発注情報を受
注情報としてバックオフィス５へ送信する。バックオフ
ィス５では、顧客の認証や注文された商品の課金方法の
確認などの受注データ処理を行い、注文された商品の配
送が可能かどうかなどの情報をショップサーバ１へ返送
する（ステップ１０３）。ショップサーバ１は、注文確
認画面を表示して顧客３に注文を受け付けたことを知ら
せる。さらに、顧客端末３ａに対して注文確認の電子メ
ールを送信しても良い（ステップ１０４）。そして、注
文された商品の発注情報を注文された商品を販売してい
る出店業者４ａ〜４ｎに送信して商品の発注を行う（ス
テップ１０５）。

【００２６】発注情報を受け取った出店業者４ａ〜４ｎ
は、発注情報で示される注文された商品の出荷準備を行
い（ステップ１０６）、商品の出荷可能日時が確定した
時点で、バックオフィス５に商品の出荷可能日時を含む
集荷依頼データを送信する。バックオフィス５では、集
荷依頼データと受注データに基づいて集荷データを処理
し、商品の引き取り可能日時やその商品を販売している
（商品引取り先の）出店業者４を特定する情報を含む物
流データを物流連携企業６に送信する（ステップ１０
７）。

【００２７】物流連携企業６では、送信された物流デー
タに基づいて集荷リストを作成し（ステップ１０８）、
この集荷リストにしたがって出店業者４ａ〜４ｎに対し
て商品の集荷を行う（ステップ１０９）。出店業者４ａ
〜４ｎは、用意していた商品の検品などを済ませてから
物流連携企業６に引き渡す（ステップ１１０）。そし
て、集荷が完了すると物流連携企業６は集荷完了データ
をバックオフィス５へ送信する（ステップ１１１）。バ
ックオフィス５では、集荷完了データに基づいて、発注
された商品の集荷が終了したことを登録処理する（ステ
ップ１１２）。

【００２８】また、物流連携企業６は集荷が完了する
と、物流データに基づいて配送先などが印刷された送り
状（納品伝票）等を出力すると共に商品の梱包を行い
（ステップ１１３）、出荷配送を行う（ステップ１１
４）。同時に、出荷完了したことをバックオフィス５に
送信する。バックオフィス５では、出荷完了データを受
信すると注文された商品の出荷が完了したことを登録す
ると共に（ステップ１１５）、注文された商品が出荷さ
れたことや到着予定日などの出荷案内を電子メールなど
で顧客３に知らせる（ステップ１１６）。

【００２９】そして、配送先を商品中継所に指定して注
文した場合には、顧客３は出荷案内メールに記載された
商品到着予定日以降の都合の良いときに指定した商品中
継所９へ商品を引き取り（受領し）に行く（ステップ１
１７）。

【００３０】また、物流連携企業６から出荷配送された
商品は、指定された配送先へ配送される。配送先として
自宅が指定された場合には顧客３の居所へ配送され、商
品の課金方法として代引きが指定されていた場合には、
その場で商品の代金を支払う。配送先として贈答先が指
定された場合には、指定された住所に配送される。さら
に、配送先として商品中継所９が指定された場合には、
顧客３によって指定された商品中継所９に配送される。
商品中継所９では、商品が到着すると（ステップ１１
８）、商品の管理保管を行い（ステップ１１９）、引取
りに来た顧客３に対して商品を引き渡すと共に受取のサ
インをもらうなどの引き渡し処理を行う（ステップ１２
０）。この際、商品中継所（コンビニエンスストア）９
の店員は、顧客３が持参して来たＩＤカードに記録され
た顧客識別情報と商品に添付された納品書の顧客識別情
報とを照合して、合致した場合に顧客３に商品の引渡し
を行う。なお、商品注文時の注文確認画面や注文確認メ
ール及び出荷案内メールなどで注文ごとに発生する注文
番号を顧客３に連絡しておき、顧客３が紙に書いた（又
はプリントアウトした）注文番号と納品書に記載されて
いる注文番号とで照合して、商品の引渡しを行うように
しても良い。また、キャッシュカードやクレジットカー
ドなどの身分証明書により顧客３の認証を行っても良
い。そして、商品の課金方法として商品中継所９での支
払が指定されていた場合には、商品に添付又は別送され
てくる支払伝票に基づいて、商品中継所９にて、現金や
キャッシュカード、デビットカードなどによる商品代金
の支払処理を行う。

【００３１】なお、商品中継所９にてPOSシステム（Poi
nt Of Sales system）などの商品売上げ情報を時間別や
単品ごとに収集し分析する販売時点情報管理システムを
備えていて、POS端末内又はセンターに接続して商品代
金の確認が行える場合には、顧客３が紙に書いた（又は
プリントアウトした）注文番号に基づいて、商品中継所
９にて、現金やキャッシュカード、デビットカードなど
による商品代金の支払処理を行うことも可能である。そ
して、顧客３が注文番号をプリントアウトする場合は、
同時に商品代金等のデータをバーコードにして印刷する
ことにより、POSシステム内にデータがなくても支払処
理を行うことが可能となる。

【００３２】このように商品中継所９を利用する場合に
は、物流連携企業（宅配業者）６は顧客３の不在による
再配送という無駄を省くことができると共に、顧客３も
またタイムリーに商品を受領することができるので、双
方にとって極めて望ましいものとなる。

【００３３】なお、商品中継所９とバックオフィス５と
をオンラインで接続して、商品中継所９における顧客３
への商品の引き渡しの認証をバックオフィス５内のデー
タを使用してオンラインで認証したり、商品中継所９に
商品が到着した時点でと顧客端末３ａに商品の着荷を電
子メールなどで通知するようにしても良い。

【００３４】次に、このようなオンラインショッピング
システムにおける課金処理システムを例に挙げて本発明
の課金処理システム及び課金処理方法の一実施の形態に
ついて図面と共に説明する。図３は、バックオフィス５
を中心とした課金処理システムの主要部分の構成例を示
すブロック図である。そして、図４は会員登録時のデー
タ処理の流れを示すフローチャートであり、図５は商品
購入決定後のデータ処理の流れを示すフローチャートで
ある。

【００３５】図３において、バックオフィス５は、イン
ターネット及びショップサーバ１を介して顧客端末３ａ
から送信されてくる会員登録データ（顧客を特定する情
報）や受注データ（受注情報）などを受け付けて受注内
容を記憶し、受注変更や取り消し、受注帳票の出力及び
在庫確認を含む在庫状況管理などを行う受注管理（受注
照会）機能を有する受注サーバ５１と、受注した商品の
集荷から配送完了までの照会や追跡及び返品情報などを
管理する配送管理などの商品の配送に関する物流データ
の処理を行う物流データ処理サーバ５２と、売り上げ金
額を記憶しておき、当日の売り上げ金額や期間指定の売
り上げ金額などの照会、データ出力等を行う売上げ管理
機能や口座への入金を確認して売上げに対する入金・未
入金の確認や入金追跡等を行う入金管理機能を有して課
金処理を行う課金データ処理サーバ５３と、顧客及びカ
ードの認証を行う認証サーバ５４と、登録会員のデータ
が蓄積されている会員データベース（会員DB）５５と、
クレジットカードの与信データを蓄積している与信DB５
６とを備えている。この与信DB５６に蓄積されている与
信データは、例えば、月に１回程度の割合でカード会社
からのデータ提供を受けてデータ内容を更新している。
そして、このときに会員DB５５に登録されている会員の
与信を行うことにより、与信DB５６のデータ更新と共に
クレジット決済できない会員を抽出して排除することが
できる。

【００３６】そして、会員登録時のデータ処理の流れを
図４を参照しながら説明すると、まず、インターネット
及びショップサーバ１を介して顧客端末３ａから顧客の
氏名・住所・電話番号・電子メールアドレス・決済に使
用されるクレジットカードのカード番号等の会員登録デ
ータが暗号化されて送信されると、これらのデータはシ
ョップサーバ１もしくはバックオフィス５の受注サーバ
５１にて暗号が解除されて会員登録データが受け付けら
れ、認証サーバ５４に送信される（ステップ２０１）。

【００３７】認証サーバ５４は、与信DB５６もしくは決
済連携企業（カード会社）７にクレジットカード番号の
データ照会を行い（ステップ２０２）、ブラックリスト
に載っていたり有効期限が切れているなどで顧客のクレ
ジットカードが使用不可である場合には（ステップ２０
３→N）、認証サーバ５４はクレジットカードによる決
済ができないことを受注サーバ５１に返す。受注サーバ
５１は、会員登録不許可の通知をショップサーバ１及び
インターネットを介して顧客端末３ａに通知する（ステ
ップ２０４）。また、顧客のクレジットカードの有効性
が確認できた場合には（ステップ２０３→Y）、認証サ
ーバ５４は会員登録データを会員DB５５に登録して（ス
テップ２０５）、与信結果がOKであったことを登録した
会員番号と共に受注サーバ５１に送信する。受注サーバ
５１は、会員登録番号の通知をショップサーバ１及びイ
ンターネットを介して顧客端末３ａに通知する（ステッ
プ２０６）。なお、インターネットを介して顧客端末３
ａには会員登録されたことだけを通知し、会員登録番号
は、会員番号通知書もしくは会員ＩＤカードなどの紙媒
体を郵送するようにしても良い。会員番号郵送すること
により、顧客の提示した住所や氏名が間違っていたり架
空のものである場合には、会員番号を記した郵便物が返
送されてくるので、会員登録データの正しい顧客だけを
正式な会員とすることができる。

【００３８】また、ステップ２０２において、クレジッ
トカード番号のデータ照会を行うのは与信DB５６と決済
連携企業（カード会社）７のいずれでも可能である。与
信DB５６に照会を行う場合には、与信DB５６は通常１ヶ
月に１回もしくはそれ以上の回数でカード会社から送ら
れてくるデータにより、与信データの更新を行うので、
データ更新内容がすぐに反映されないという欠点があ
る。しかしながら、ショップサーバ１に出店しているシ
ョップから得られる独自の与信情報を登録して反映させ
ることができるというメリットがある。また、決済連携
企業（カード会社）７に照会を行う場合には、ブラック
リストなどのデータはリアルタイムで更新された情報を
利用することができるが、与信を行うごとに通信料が掛
かり、他の業者からの与信確認が重なった場合などで
は、与信に時間が掛かってしまうという欠点もある。こ
れらの利点・欠点については、以下で説明する課金処理
時の与信を行う場合も同じである。

【００３９】次に、商品購入決定後のデータ処理の流れ
について図５を参照しながら説明する。まず、顧客がオ
ンラインショッピングサイトに訪れたときもしくは注文
を行うときに会員番号を入力し、購入する商品を決定し
て注文を行うと、注文データ（受注データ）として、会
員番号、商品に関するデータ（種類・数量・単価等）、
支払金額データ、支払方法データ（クレジットカード使
用、振り込み、代引き他）、配送先データ（自宅受取か
コンビニエンスストア受取か等）がショップサーバ１か
らバックオフィス５に送信されてくる（ステップ３０
１）。バックオフィス５の受注サーバ５１は、受注デー
タを受け取ると、まず会員番号を認証サーバ５４に会員
番号を送信し、会員番号を基にして与信DB５６に登録し
てあるその会員のクレジットカードの与信照会を行う
（ステップ３０２）。与信照会の結果、その会員番号の
クレジットカードが使用不可である場合には（ステップ
３０３→N）、受注サーバ５１を介して受注できないこ
とを顧客端末３ａに返送すると共に受注情報を破棄して
処理を終了する（ステップ３０４）。

【００４０】与信照会の結果、その会員番号のクレジッ
トカードが使用可能である場合には（ステップ３０３→
Y）、受注サーバ５１を介して注文受付が完了したこと
を通知すると共に受注情報として記録しておく（ステッ
プ３０５）。そして、受注サーバ５１は出店業者４の商
品在庫を確認し（ステップ３０６）、出荷可能であれば
出荷準備をして（ステップ３０７→Y）、出荷前に再度
認証サーバ５４により与信照会を行う。そして、その与
信照会結果がOKであれば、（ステップ３０８→Y）、決
済処理を行う（ステップ３０９）。すなわち、顧客がカ
ード決済を選択している場合には、商品の代金や配送料
などを含む顧客のカードから引き落とす金額をカード情
報等と共に課金データ処理サーバ５３から決済連携企業
７に通知し、カード決済処理を行ってもらう。そして、
顧客が振込や代引きなどを選択している場合には、課金
データ処理サーバ５３又は物流データ処理サーバ５２も
しくは物流連携企業６に設置された伝票処理システムに
より振込用紙や代引きに必要な用紙を発行しては移送す
る商品と一緒にして顧客に配送する。その後、物流デー
タ処理サーバ５２から商品出荷指示を出し、商品の配送
を行う（ステップ３１０）。

【００４１】また、ステップ３０８において、与信照会
結果がNGの場合には（ステップ３０８→N）、受注サー
バ５１は受注取り消し通知を顧客端末３ａに対して送信
すると共に（ステップ３１１）、課金・配送に関するデ
ータを削除して終了する（ステップ３１２）。

【００４２】そして、ステップ３０７において、在庫が
ないなどの理由で受注した商品の一部又は全部が出荷で
きない場合には（ステップ３０７→N）、近日中に商品
が入庫するか（出荷可能になるか）を確認し、近日中に
商品が入庫する場合には（ステップ３１３→Y）、その
入荷予定日まで（注文された商品のうち一部の商品がす
ぐに出荷可能であるとしても出荷せずに）保留状態とし
（ステップ３１４）、入荷予定日にステップ３０６に戻
って商品在庫の確認を行う。

【００４３】ステップ３１３において、入庫予定がない
もしくは該当商品の販売終了などで近日中に商品出荷で
きる見通しが立たない場合には（ステップ３１３→
N）、物流データ処理サーバ５２から受注サーバ５１に
データを渡し、注文した商品の販売ができないことを顧
客に通知する（ステップ３１５）。未入荷商品があるこ
とを通知された顧客は、注文した全ての商品が購入でき
ない場合には全てキャンセルするしかないが、注文した
商品が複数あってそのうちの一部の商品が購入できない
場合には、購入できない一部の商品を除いて購入可能な
その他の商品のみを購入するか、全ての商品をキャンセ
ルするかを選択することができる。

【００４４】そして、全ての商品がキャンセルされた場
合には（ステップ３１６）、受注サーバ５１により課金
・配送に関するデータを削除して終了する（ステップ３
１２）。また、購入できない一部の商品を除いて購入可
能なその他の商品のみを購入する場合には（ステップ３
１７）、受注サーバ５１により課金・配送に関するデー
タからキャンセルとなる未入荷分の商品のデータを削除
する更新作業もしくは、受注データの取り消し再発行処
理を行って、購入可能なその他の商品のみの課金・配送
に関するデータを作成する（ステップ３１８）。そし
て、更新されたデータに基づいてステップ３０６以降の
処理を行い、購入可能なその他の商品の配送及び課金処
理を行う。

【００４５】以上説明した本発明の実施の形態では、カ
ード決済を選択した場合は、会員データ登録時に最初の
与信照会を行い（図４のステップ２０２）、商品受注時
に２回目の与信照会を行い（図５のステップ３０２）、
さらに商品配送前に３回目の与信照会を行う（図５のス
テップ３０８）様にしたので、信用のある顧客にのみ商
品を販売することができる。

【００４６】そして、商品配送前に３回目の与信照会を
行うことにより、最新の信用情報に基づいて、信用のお
ける顧客に対してのみ商品を配送することになる。

【００４７】さらに、商品の配送処理を行うまで、カー
ド決済処理の依頼や振込用紙や代引きに必要な用紙の発
行を行わないので、商品の欠品や入荷未定、さらには、
顧客からのキャンセルがあった場合にも課金処理のキャ
ンセルだけが間に合わずに、商品を配送せずに代金の請
求だけをしてしまうということがなくなる。

【００４８】そして、注文された商品の一部だけがキャ
ンセルされた場合でも、配送・課金データを更新してか
ら配送処理、課金処理を行うようにしているので、請求
金額と商品代金の不一致をなくすことができ、赤伝処理
と呼ばれる返金処理や顧客対応などの手間やカード会社
への余分な手数料支払などをなくすことができる。

【００４９】そして、会員登録した顧客は、商品の注文
時にはカード番号を送信する必要はないので、顧客に対
して安心感を与えることができる。

【００５０】

【発明の効果】本発明の課金処理システム及び課金処理
方法は、商品を発送する前に信用照会を行っているの
で、最新の信用情報に基づいて、信用のおける顧客に対
してのみ商品を配送することができる。

【００５１】そして、商品の配送処理を行うまで、課金
処理を行わないので、商品の欠品や入荷未定、さらに
は、顧客からのキャンセルがあった場合にも課金処理の
キャンセルだけが間に合わずに、商品を配送せずに代金
の請求だけをしてしまうということがなくなる。

【００５２】さらに、注文された商品の一部だけがキャ
ンセルされた場合でも、配送・課金データを更新してか
ら配送処理、課金処理を行うことができるので、請求金
額と商品代金の不一致をなくすことができ、赤伝処理と
呼ばれる返金処理や顧客対応などの手間やカード会社へ
の余分な手数料支払などをなくすことができる。

【００５３】そして、会員登録された顧客に対しては、
商品の注文時にはカード番号を送信する必要はないの
で、顧客に対して安心感を与えることができるという効
果がある。

【図面の簡単な説明】

【図１】電子商取引（オンラインショッピング）システ
ムの例を示す構成図である。

【図２】図１の電子商取引システムの流れを説明するた
めのフローチャート図である。

【図３】本発明の課金処理システムの一実施の形態に使
用されるバックオフィスの構成例を示すブロック図であ
る。

【図４】本発明における会員登録処理の流れを説明する
ためのフローチャート図である。

【図５】本発明における商品受注から課金までの流れを
説明するためのフローチャート図である。

【符号の説明】

１ ショップサーバ ３ａ 顧客端末 ４ 出店業者 ５ バックオフィス ６ 物流連携企業 ７ 決済連携企業（カード会社） ５１ 受注サーバ ５２ 物流データ処理サーバ ５３ 課金データ処理サーバ ５４ 認証サーバ ５５ 会員DB ５６ 与信DB

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ５０２ Ｇ０６Ｆ 17/60 ５０２ (72)発明者 大橋 真人 神奈川県横浜市神奈川区守屋町３丁目12番 地 日本ビクター株式会社内 Ｆターム(参考） 5B049 AA05 BB11 CC36 EE00 GG02 5B055 CC11 JJ05

Claims (4)

【特許請求の範囲】
1. 【請求項１】顧客を特定する情報とこの顧客からの受注
   情報とをが供給され、受注した商品の在庫確認を行う受
   注サーバと、 受注した商品の配送管理を行う物流データ処理サーバ
   と、 前記受注情報に基づいて前記顧客に対する課金処理を行
   う課金データ処理サーバと、 前記顧客を特定する情報に基づいて前記顧客の信用照会
   を行う認証サーバとを備え、 注文された商品を発送する前に信用照会を行い、照会結
   果が良い場合には商品の配送処理を行うと共に課金処理
   を行うようにしたことを特徴とする課金処理システム。
2. 【請求項２】顧客を特定する情報を記憶する会員データ
   ベースと、前記顧客の与信データを蓄積している与信デ
   ータベースとを備え、前記認証サーバは、前記与信デー
   タベースに照会することにより会員データベースに記憶
   されている顧客の与信を行うことを特徴とする請求項１
   に記載の課金処理システム。
3. 【請求項３】顧客からの受注情報に基づいて受注した商
   品の在庫を確認し、 前記受注した商品が配送可能な場合には、前記顧客の信
   用照会を行い、 前記顧客の信用照会結果が良い場合には前記受注した商
   品の配送処理を行う共に課金処理を行うようにしたこと
   を特徴とする課金処理方法。
4. 【請求項４】前記顧客は、会員登録された顧客であっ
   て、会員登録する際に与信照会を行うと共に、商品を受
   注したときも与信照会を行うことを特徴とする請求項３
   に記載の課金処理方法。