(57)【特許請求の範囲】
【請求項１】
クレジットカードに記録されたカード情報を読み取るカード情報取得手段と、
販売者毎に、配送事業者によって確認された、各販売者の業種を特定するための業種コードを関連づけて記憶した販売者情報記憶手段と、
販売者及び購入者、代引金額に関する情報を含む代引依頼を記録する代引情報記憶手段と、
与信管理システムに決済要求を送信する制御手段を備えた決済支援システムであって、
前記決済支援システムが、
販売者サーバから取得した商品の代引依頼を前記代引情報記憶手段に記録する手段と、
前記商品の配達時に、配達担当者のカード情報取得手段において、前記購入者のクレジットカードのカード情報を読み取る手段と、
前記商品の販売者を特定して、前記販売者情報記憶手段から、前記販売者についての業種コードを抽出する手段と、
前記代引金額についての決済要求に、前記特定した業種コードを含めて、前記与信管理システムに送信する手段と、
前記代引金額に基づいて販売者についての代金支払を行なう手段と
を備えたことを特徴とする決済支援システム。
【請求項２】
前記決済支援システムを、前記代引情報記憶手段を備えた配送管理サーバと、前記カード情報取得手段を備えた携帯端末により構成し、
前記販売者情報記憶手段を、前記配送管理サーバに設けたことを特徴とする請求項１に記載の決済支援システム。
【請求項３】
前記決済支援システムを、前記代引情報記憶手段を備えた配送管理サーバと、前記カード情報取得手段を備えた携帯端末により構成し、
前記販売者情報記憶手段を、前記携帯端末に設けたことを特徴とする請求項１に記載の決済支援システム。
【請求項４】
クレジットカードに記録されたカード情報を読み取るカード情報取得手段と、
販売者毎に、配送事業者によって確認された、各販売者の業種を特定するための業種コ
ードを関連づけて記憶した販売者情報記憶手段と、
販売者及び購入者、代引金額に関する情報を含む代引依頼を記録する代引情報記憶手段と、
与信管理システムに決済要求を送信する制御手段を備えた決済支援システムを用いて、決済を支援する方法であって、
前記決済支援システムが、
販売者サーバから取得した商品の代引依頼を前記代引情報記憶手段に記録する段階と、
前記商品の配達時に、配達担当者のカード情報取得手段において、前記購入者のクレジットカードのカード情報を読み取る段階と、
前記商品の販売者を特定して、前記販売者情報記憶手段から、前記販売者についての業種コードを抽出する段階と、
前記代引金額についての決済要求に、前記特定した業種コードを含めて、前記与信管理システムに送信する段階と、
前記代引金額に基づいて販売者についての代金支払を行なう段階と
を実行することを特徴とする決済支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配達時に商品代金を回収する代引決済において、クレジットカードによる決済を支援するための決済支援システム、決済支援方法及び決済支援プログラムに関する。
【背景技術】
【０００２】
インターネットの利用拡大に伴い、商品を購入する場合、通信販売を利用することが多くなっている。ここで、商品代金の決済においては、現金の送金や口座振替、クレジットカード利用の他に、配達時に代金と引き換えで商品を引き渡す代引決済等も利用されている（例えば、特許文献１参照。）。この文献に記載された技術では、ユーザからのサービス提供依頼を受け付けたサービス提供業者から代金決済依頼を受けたときには、決済認証コードを発行して、代引配送依頼を行なう。そして、代引による代金回収の結果として、決済認証コードが代引決済代行サーバに送られてきたときには、サービス提供業者に決済完了を通知する。
【０００３】
また、クレジット決済を利用する場合には、カード決済手数料が必要となる。このカード決済手数料は、クレジットカードを発行し、会員を管理しているクレジットカード会社が定めている。具体的には、クレジットカード会社が加盟店の業種・業態やクレジットカードの取扱い実績等を総合的に判断して、加盟店や業種に応じて課金率を設定している。
【０００４】
そこで、課金率に自由度を持たせる技術も検討されており、クレジットカード決済において、カード決済手数料を商品別に設定された手数料課金率により決定するための技術が検討されている（例えば、特許文献２参照。）。この文献に記載された技術では予め商品毎にクレジット手数料課金率を設定しておく。そして、クレジット決済時に、登録された商品毎の金額とその商品のクレジット手数料課金率とから商品毎にクレジット手数料を算出する。
【０００５】
また、１つの加盟店に対してクレジット手数料を、売場単位に設定する技術も検討されている（例えば、特許文献３参照。）。この文献に記載された技術では、各クレジット決済端末を複数の組に分類して管理する。そして、クレジット決済端末の組毎にクレジットにかかる手数料の比率を設定したテーブルを設ける。クレジット請求データ作成処理部は、同一の組に属するクレジット決済端末から収集した取引明細データのクレジット利用金額を合計し、その合計金額から各組に対応する比率の手数料を差し引いた金額を請求金額として、組単位にクレジットカードで支払われた代金に対する請求データファイルを作成する。クレジット請求データ送信処理部は、この請求データファイルをクレジット会社のホストコンピュータにオンライン送信する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−１０７１３８号公報（第１頁、図１）
【特許文献２】特開２００２−１３３５３０号公報（第１頁、図１）
【特許文献３】特開２００２−２６９４６５号公報（第１頁、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述のように、加盟店におけるクレジットカード決済については、カード決済手数料について、多様な試みが検討されている。
一方、代引決済の場合、配達時に商品代金を回収する。ここで、クレジットカード決済を利用する場合、取引を行なう加盟店は、配送事業会社となる。この場合、配送事業会社の業種に応じたカード決済手数料を負担することになる。この手数料は、商品の販売者の業種に応じたカード決済手数料とは異なることがある。
【０００８】
また、通信販売等において、販売者によるクレジットカード決済を悪用した不正取引が行なわれることがある。このような不正取引を防止するために、クレジットカード発行会社においては、最終的に代金が支払われる販売者を厳格に管理する必要がある。しかしながら、代引決済の場合には、クレジットカード発行会社の支払先は、包括加盟店である配送事業会社になるため、販売者の的確な管理が困難という課題がある。
【０００９】
本発明は、上記課題を解決するためになされたものであり、その目的は、配達時に商品代金を回収する代引決済において、クレジットカードを利用する場合にも、販売者の業種に応じた手数料において取引を行なうとともに、カード発行会社においても、販売者の適正性を的確に管理するための決済支援システム及び決済支援方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記問題点を解決するために、請求項１に記載の発明は、クレジットカードに記録されたカード情報を読み取るカード情報取得手段と、販売者毎に、配送事業者によって確認された、各販売者の業種を特定するための業種コードを関連づけて記憶した販売者情報記憶手段と、販売者及び購入者、代引金額に関する情報を含む代引依頼を記録する代引情報記憶手段と、与信管理システムに決済要求を送信する制御手段を備えた決済支援システムであって、前記決済支援システムが、販売者サーバから取得した商品の代引依頼を前記代引情報記憶手段に記録する手段と、前記商品の配達時に、配達担当者のカード情報取得手段において、前記購入者のクレジットカードのカード情報を読み取る手段と、前記商品の販売者を特定して、前記販売者情報記憶手段から、前記販売者についての業種コードを抽出する手段と、前記代引金額についての決済要求に、前記特定した業種コードを含めて、前記与信管理システムに送信する手段と、前記代引金額に基づいて販売者についての代金支払を行なう手段とを備えたことを要旨とする。
【００１２】
請求項２に記載の発明は、請求項１に記載の決済支援システムにおいて、前記決済支援システムを、前記代引情報記憶手段を備えた配送管理サーバと、前記カード情報取得手段を備えた携帯端末により構成し、前記販売者情報記憶手段を、前記配送管理サーバに設けたことを要旨とする。
【００１３】
請求項３に記載の発明は、請求項１に記載の決済支援システムにおいて、前記決済支援システムを、前記代引情報記憶手段を備えた配送管理サーバと、前記カード情報取得手段を備えた携帯端末により構成し、前記販売者情報記憶手段を、前記携帯端末に設けたことを要旨とする。
【００１４】
請求項４に記載の発明は、クレジットカードに記録されたカード情報を読み取るカード情報取得手段と、販売者毎に、配送事業者によって確認された、各販売者の業種を特定するための業種コードを関連づけて記憶した販売者情報記憶手段と、販売者及び購入者、代引金額に関する情報を含む代引依頼を記録する代引情報記憶手段と、与信管理システムに決済要求を送信する制御手段を備えた決済支援システムを用いて、決済を支援する方法であって、前記決済支援システムが、販売者サーバから取得した商品の代引依頼を前記代引情報記憶手段に記録する段階と、前記商品の配達時に、配達担当者のカード情報取得手段において、前記購入者のクレジットカードのカード情報を読み取る段階と、前記商品の販売者を特定して、前記販売者情報記憶手段から、前記販売者についての業種コードを抽出する段階と、前記代引金額についての決済要求に、前記特定した業種コードを含めて、前記与信管理システムに送信する段階と、前記代引金額に基づいて販売者についての代金支払を行なう段階とを実行することを要旨とする。
【００１５】
（作用）
請求項１又は４に記載の発明によれば、販売者サーバから取得した代引依頼を前記代引情報記憶手段に記録する。前記商品の配達時に、配達担当者のカード情報取得手段において、前記購入者のクレジットカードのカード情報を読み取る。そして、前記商品の販売者を特定して、前記販売者情報記憶手段から、前記販売者についての業種コードを抽出し、前記代引金額についての決済要求に、前記特定した業種コードを含めて、前記与信管理システムに送信する。そして、前記代引金額に基づいて販売者についての代金支払を行なう。これにより、代引決済においても、適正なカード決済手数料で、クレジットカードを利用することができる。そして、与信管理システムにおいては、業種コードに基づいて、業種に応じたクレジット決済手数料を請求することができる。
【００１６】
本発明によれば、販売者情報記憶手段には、配送事業者によって確認された、各販売者の業種を特定するための業種コードを記録する。これにより、集荷を行なう配送事業者によって確認された販売者の事業形態により、的確な業種を管理することができる。
【００１７】
請求項２に記載の発明によれば、前記決済支援システムを、前記代引情報記憶手段を備えた配送管理サーバと、前記カード情報取得手段を備えた携帯端末により構成し、前記販売者情報記憶手段を、前記配送管理サーバに設ける。これにより、従来の携帯端末を利用しながら、業種を特定することができる。
【００１８】
請求項３に記載の発明によれば、前記決済支援システムを、前記代引情報記憶手段を備えた配送管理サーバと、前記カード情報取得手段を備えた携帯端末により構成し、前記販売者情報記憶手段を、前記携帯端末に設ける。これにより、配達担当者の携帯端末において業種を特定することができる。
【発明の効果】
【００１９】
本発明によれば、配達時に商品代金を回収する代引決済において、クレジットカードを利用する場合にも、販売者の業種に応じた手数料において取引を行なうとともに、カード発行会社においても、販売者の適正性を的確に管理することができる決済支援システム及び決済支援方法を提供することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態のシステム概略図。
【図２】本発明の実施形態の情報記憶部の説明図であって、（ａ）は販売者情報記憶部、（ｂ）は手数料情報記憶部、（ｃ）は配送依頼情報記憶部、（ｄ）は代金引換情報記憶部に記録されたデータの説明図。
【図３】本実施形態の処理手順の説明図。
【図４】他の実施形態の処理手順の説明図。
【発明を実施するための形態】
【００２１】
以下、本発明を具体化した一実施形態を、図１〜図３に従って説明する。本実施形態では、インターネットを利用して行なわれた商品販売の決済を支援するための決済支援システムとして説明する。具体的には、商品の配達時に商品代金を回収する代金引換（代引）サービスを提供する場合を想定する。
【００２２】
この代引サービスにおいては、クレジットカードを利用して代金支払いを行なう。このクレジットカードは、クレジットカード会社（イシュア、アクワイアラ）によって管理される。ここで、アクワイアラは、クレジットカードの加盟店獲得及び管理業務等の業務を行なう。一方、イシュアは、クレジットカードを発行し会員に関する業務を行なう。そして、このカード決済手数料は、イシュア、アクワイアラとの契約に基づいて定められている。
【００２３】
本実施形態では、代引サービスを提供するために、図１に示すように、販売者サーバ１０、配送管理サーバ２０、携帯端末３０、与信管理システム４０を用いる。
販売者サーバ１０は、商品販売を行なう販売者が管理するコンピュータシステムである。この販売者サーバ１０が、インターネットを介して、購入者と商品販売についての取引を行なう。この場合、販売者は、配送事業者に対して、受注した商品を購入者の指定する住所まで配送するための依頼を行なう。
【００２４】
配送管理サーバ２０は、取引対象の商品を購入者に配送する配送事業者が管理するコンピュータシステムである。更に、商品販売の決済において、代引サービスが利用される場合には、配送管理サーバ２０は、この代引決済を支援する。
【００２５】
配送管理サーバ２０は、制御部２１、販売者情報記憶部２２、手数料情報記憶部２３、配送依頼情報記憶部２４、代金引換情報記憶部２５を備えている。
制御部２１は、販売者サーバ１０からの依頼に基づいて、商品の配送及び代金回収についての管理処理を行なう。制御部２１は、制御手段としてのＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（配送依頼受付段階、配送管理段階、決済支援段階、販売者管理段階等の各処理）を行なう。このための配送管理プログラムを実行することにより、制御部２１は、図１に示すように、配送依頼受付手段２１１、配送管理手段２１２、決済支援手段２１３、販売者管理手段２１４等として機能する。
【００２６】
配送依頼受付手段２１１は、販売者サーバ１０から、商品の発送指示を受け付ける処理を実行する。
配送管理手段２１２は、販売者サーバ１０からの依頼に応じて、商品の配送状況についての管理処理を実行する。
決済支援手段２１３は、商品の引渡し時に、商品代金を回収する代引決済についての支援処理を実行する。
販売者管理手段２１４は、販売者に対する代金支払いや、各販売者における各種手数料（代引手数料、カード決済手数料等）の管理処理を実行する。
【００２７】
販売者情報記憶部２２は販売者情報記憶手段として機能する。この販売者情報記憶部２２には、図２（ａ）に示すように、商品の配送を依頼する販売者（荷主）に関する販売者管理レコード２２０が記憶されている。この販売者管理レコード２２０は、販売者が新たに登録された場合に記録される。この販売者管理レコード２２０には、販売者コード、業種コード、販売者口座に関するデータが含まれる。
【００２８】
販売者コードデータ領域には、本サービスを利用する販売者を特定するための識別子に関するデータが記録されている。この販売者コードを用いることにより、顧客情報記憶部（図示せず）から、販売者名や所在地に関する情報を取得することができる。
【００２９】
業種コードデータ領域には、この販売者の業種を特定するための識別子に関するデータが記録されている。この業種コードは、配送事業者において、本サービスを利用する販売者との取引を開始する場合に登録される。具体的には、配送管理サーバ２０において、販売者との取引開始入力が行なわれた場合、配送管理サーバ２０の制御部２１が、顧客情報記憶部において、販売者コードによって特定される顧客情報（販売者名や所在地等）を取得する。そして、インターネットを介して公開されている公知の企業情報提供サーバにアクセスする。制御部２１は、この顧客情報を用いて、企業情報提供サーバから、販売者についての企業情報（企業概要、財務情報等）を取得する。そして、制御部２１は、この企業情報に基づいて特定された業種の業種コードを、販売者管理レコード２２０に記録する。更に、本サービスの利用取引の更新時に、配送管理サーバ２０の制御部２１は、再度、企業情報提供サーバにアクセスし、企業情報を取得し、販売者管理レコード２２０に記録された業種コードと照合する。業種が変更されている場合には、新たな業種コードを販売者管理レコード２２０に記録する。なお、配達担当者は、商品の集荷時に継続的に、販売者の業態を確認するようにしてもよい。
【００３０】
販売者口座データ領域には、代引代金を振り込むための販売者の口座を特定するための識別子（例えば、金融機関コード、本支店コード、口座種別、口座番号）に関するデータが記録されている。
【００３１】
手数料情報記憶部２３には、図２（ｂ）に示すように、クレジットカードのカード決済手数料に関する手数料管理レコード２３０が記憶されている。この手数料管理レコード２３０は、イシュアやアクワイアラが定めたカード決済手数料の課金率が登録された場合に記録される。この手数料管理レコード２３０には、業種コード、課金率に関するデータが含まれる。
【００３２】
業種コードデータ領域には、各販売者の業種を特定するための識別子に関するデータが記録されている。
課金率データ領域には、この業種の販売者において、クレジットカード利用時にイシュアやアクワイアラに支払う手数料を算出する課金率に関するデータが記録されている。
【００３３】
配送依頼情報記憶部２４には、図２（ｃ）に示すように、販売者サーバ１０から受信した配送依頼についての配送状況に関する配送依頼管理レコード２４０が記憶される。この配送依頼管理レコード２４０は、販売者サーバ１０から商品の配送依頼を受信した場合に生成されて登録される。この配送依頼管理レコード２４０には、受付コード、追跡番号、販売者コード、発送元、配送先、配送品、代引要否に関するデータが含まれる。更に、配送依頼管理レコード２４０には、配送ステータス、更新時刻、拠点コードが記録される。
【００３４】
受付コードデータ領域には、各配送依頼を特定するための識別子に関するデータが記録される。
追跡番号データ領域には、この商品の配送ラベルに印字された追跡番号に関するデータが記録される。
【００３５】
販売者コードデータ領域には、この配送依頼を行なった販売者を特定するための識別子に関するデータが記録される。
発送元データ領域には、この配送依頼の発送地（集荷地）を特定するためのデータが記録される。具体的には、販売者の氏名や、発送地の住所、電話番号等に関するデータが記録される。
【００３６】
配送先データ領域には、この配送依頼の配送先（購入者）を特定するためのデータが記録される。具体的には、購入者の氏名や住所、電話番号等に関するデータが記録される。
配送品データ領域には、この配送依頼における配送品の内容に関するデータが記録される。
【００３７】
代引要否データ領域には、配達時において代金回収の要否を判定するためのフラグに関するデータが記録される。代金回収が必要な場合には、このデータ領域に代引フラグが記録される。
【００３８】
配送ステータスデータ領域には、この配送依頼についての配送状況を特定するための識別子に関するフラグが記録される。このデータ領域には、「集荷待ち」、「集荷済み」、「配送中」又は「配達済」等を示すフラグが記録される。
【００３９】
更新時刻データ領域には、この配送ステータスが登録された年月日及び時刻に関するデータが記録される。
拠点コードデータ領域には、この配送ステータスが登録された配送拠点を特定するための識別子に関するデータが記録される。
【００４０】
代金引換情報記憶部２５は、代引情報記憶手段として機能する。この代金引換情報記憶部には、図２（ｄ）に示すように、代引サービスを利用する決済に関する代引管理レコード２５０が記憶される。この代引管理レコード２５０は、代引サービスを利用する配送依頼を受信した場合に生成されて登録される。この代引管理レコード２５０には、受付コード、追跡番号、販売者コード、代引金額、手数料、端末コード、オーソリ回答、決済ステータス、精算ステータスに関するデータが含まれる。
【００４１】
受付コードデータ領域には、各配送依頼を特定するための識別子に関するデータが記録される。
追跡番号データ領域には、この商品の配送ラベルに印字された追跡番号に関するデータが記録される。
【００４２】
販売者コードデータ領域には、この配送依頼を行なった販売者を特定するための識別子に関するデータが記録される。
代引金額データ領域には、配達時に回収する代金金額に関するデータが記録される。
手数料データ領域には、クレジット決済において必要なカード決済手数料に関するデータが記録される。
【００４３】
端末コードデータ領域には、配達担当者の携帯端末３０を特定するための識別子に関するデータが記録される。
オーソリ回答データ領域には、与信管理システム４０から取得したオーソリ回答の内容に関するデータが記録される。本実施形態では、与信不可のオーソリ回答については、カード利用不可フラグが記録され、与信可能のオーソリ回答については、承認番号が記録される。
【００４４】
決済ステータスデータ領域には、この代引サービスについての決済状況を特定するための識別子に関するフラグが記録される。このデータ領域には、「未決済」、「現金払い済」、又は「カード払い済」等を示すフラグが記録される。
【００４５】
精算ステータスデータ領域には、この販売者への代金の精算状況を特定するための識別子に関するフラグが記録される。代金精算を完了した場合には、このデータ領域に「精算済」を示すフラグが記録される。
【００４６】
携帯端末３０は、配達担当者が携帯するコンピュータ端末であり、配送状況の入力時や、代引決済時に用いられる。携帯端末３０は、ディスプレイ、キー操作部、コードリーダ、カードリーダ、端末制御部３１を備えている。ディスプレイは各種情報を表示させるために用いられ、キー操作部は、各種情報を入力するために用いられる。コードリーダは、配送ラベルに印字されたコード画像を読み取るために用いられる。カードリーダはカード情報取得手段として機能し、クレジットカードからカード情報を取得するために用いられる。
【００４７】
端末制御部３１は、配送管理サーバ２０と通信を行なうことにより、商品の配送管理及び決済支援についての情報処理を行なう。この端末制御部３１は、制御手段としてのＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（コード読取段階、配送管理段階、決済支援段階等の各処理）を行なう。このための配達管理プログラムを実行することにより、端末制御部３１は、図１に示すように、コード読取手段３１１、状況登録手段３１２、代引実行手段３１３等として機能する。
【００４８】
コード読取手段３１１は、配送ラベルに印字された追跡番号を読み取る処理を実行する。
状況登録手段３１２は、配送管理サーバ２０に配送状況を通知するとともに、配送依頼管理レコード２４０に記録された代引の要否についての情報を取得する処理を実行する。
【００４９】
代引実行手段３１３は、配達先での代引決済を支援する処理を実行する。現金払いの場合には、受領した現金に関する情報を配送管理サーバ２０に通知する。一方、クレジットカード払いの場合には、オーソリゼーション処理（オーソリ）や決済指示処理を行なう。
【００５０】
この配送管理サーバ２０は、図１に示すように、与信管理システム４０（アクワイアラサーバ４１、イシュアサーバ４２）が、ネットワークを介して接続される。
アクワイアラサーバ４１は、クレジットカード決済サービスのアクワイアラが管理するコンピュータシステムである。このアクワイアラサーバ４１は、アクワイアラ業務を行なうためのシステムであり、金融ネットワークを介してイシュアサーバ４２に接続されている。具体的には、アクワイアラサーバ４１は、イシュアサーバ４２に対して、カード情報と支払総額とを含むオーソリ要求を送信し、この要求に対応する回答をイシュアサーバ４２から取得する。
【００５１】
イシュアサーバ４２は、クレジットカード決済サービスのイシュアが管理するコンピュータシステムである。このイシュアサーバ４２は、クレジットカードについての与信処理及び売上確定処理を実行する。このために、イシュアサーバ４２は、クレジットカードの利用者情報を記憶した利用者管理データ記憶部と、オーソリ管理データ記憶部とを備えている。利用者管理データ記憶部には、クレジットカード番号、カード期限、暗証番号、利用者情報、引落口座識別子、利用可能額、利用可能残高及び締め日を含む利用者管理レコードが記憶されている。オーソリ管理データ記憶部には、クレジットカード番号、支払金額、オーソリ処理日、承認番号及び決済日を含むオーソリ管理レコードが記憶されている。
【００５２】
イシュアサーバ４２は、アクワイアラサーバ４１からオーソリ要求を受信した場合、これに含まれるカード情報から利用者を特定し、この利用者の利用可能残高を取得する。そして、オーソリ要求に含まれる支払金額が利用可能残高以下か否かを判断する。支払金額が利用可能残高以下の場合には、イシュアサーバ４２は、利用可能残額から支払金額を差し引いて残高更新を行なうとともに、取引を承認するための承認番号を付与する。そして、承認番号を設定したオーソリ管理レコードを記録し、この承認番号を含めた「与信可能」のオーソリ回答をアクワイアラサーバ４１に返信する。また、イシュアサーバ４２は、支払金額が利用可能残高を超えた場合には、アクワイアラサーバ４１に「与信不可」のオーソリ回答を送信する。
【００５３】
また、イシュアサーバ４２は、承認番号を含む決済要求を受信した場合には、オーソリ管理レコードの支払金額を、利用者管理レコードの引落口座識別子によって特定される口座から、次回の締め日に引き落とす処理を実行する。
【００５４】
次に、上述した配送管理サーバ２０を用いて、購入者と販売者との間で行なわれた商品取引についての決済処理について図３を用いて説明する。
まず、購入者は、購入者端末を用いて、販売者サーバ１０にアクセスして、所望の商品を選択し、商品購入依頼を送信する。この商品購入依頼には、購入者が購入を希望する商品の名称、数量及び支払総額、購入者情報（購入者の氏名、住所及び電話番号等）、商品配送先情報（配送先の住所、氏名及び電話番号等）を含める。
【００５５】
この場合、販売者サーバ１０は、代引配送依頼処理を実行する（ステップＳ１−１）。具体的には、販売者サーバ１０は、購入者端末から商品購入依頼を受け付ける。そして、販売者サーバ１０は、配送管理サーバ２０に配送依頼を送信する。この配送依頼には、販売者情報、配送先情報、配送品情報を含める。販売者情報には、販売者の販売者コード、発送元情報（発送元の氏名、住所及び電話番号等）を含める。配送先情報には、購入者の氏名や住所に関する情報を含める。配送品情報には、取引対象の商品の内容（名称や数量）に関する情報を含める。更に、商品の代金決済において代引決済を利用する場合、配送依頼に決済方法情報を含める。この決済方法情報には、支払総額に基づく代引金額に関する情報を含める。本実施形態では、決済方法として代引決済を選択する場合を想定する。
【００５６】
配送依頼を受信した配送管理サーバ２０の制御部２１は、代引配送依頼の登録処理を実行する（ステップＳ１−２）。具体的には、制御部２１の配送依頼受付手段２１１は、受信した配送依頼に対して受付コードを付与する。そして、配送依頼受付手段２１１は、受付コード及び配送依頼に含まれる各情報を記録した配送依頼管理レコード２４０を生成し、配送依頼情報記憶部２４に登録する。この段階では、ステータスとして「集荷待ち」フラグを記録する。
【００５７】
更に、決済方法として、代引決済が選択されている場合には、配送依頼受付手段２１１は、配送依頼管理レコード２４０の代引要否データ領域に代引フラグを記録する。そして、配送依頼受付手段２１１は、受付コードを付与した代引管理レコード２５０を生成し、代金引換情報記憶部２５に記録する。この代引管理レコード２５０には、販売者コード、代引金額を記録する。
【００５８】
次に、配送管理サーバ２０の制御部２１は、追跡番号の登録処理を実行する（ステップＳ１−３）。具体的には、代引配送を行なう商品の梱包材に貼付された配送ラベルに印字された追跡番号を読み取り、販売者サーバ１０に入力する。この場合、制御部２１の配送依頼受付手段２１１は、販売者サーバ１０から、この代引配送の追跡番号を取得し、配送依頼管理レコード２４０に記録する。また、配送依頼管理レコード２４０に代引フラグが記録されている場合には、配送依頼受付手段２１１は、代引管理レコード２５０にも追跡番号を記録する。
【００５９】
そして、配送事業者によって集荷された商品は、配送先情報に基づいて輸送される。この場合、配送管理サーバ２０の制御部２１は、各配送拠点から、順次、配送状況情報を取得する。そして、制御部２１の配送管理手段２１２は、配送依頼管理レコード２４０に、配送ステータス（「集荷済み」や「配送中」）、更新時刻、拠点コードに関するデータ記録する。
【００６０】
そして、配送先地区の配達を行なう担当者に引き渡される。この配達担当者は、商品を配送先まで持参する。
この場合、携帯端末３０の端末制御部３１は、荷物の特定処理を実行する（ステップＳ１−４）。具体的には、端末制御部３１のコード読取手段３１１は、コードリーダにより、商品に添付された配送ラベルのコード画像を読み取り、デコードして追跡番号を取得する。
【００６１】
次に、携帯端末３０の端末制御部３１は、代引金額の取得処理を実行する（ステップＳ１−５）。具体的には、端末制御部３１の状況登録手段３１２は、配送管理サーバ２０にアクセスし、追跡番号を送信する。この場合、制御部２１の配送管理手段２１２は、配送依頼情報記憶部２４から、取得した追跡番号が記録されている配送依頼管理レコード２４０を呼び出す。ここで、配送依頼管理レコード２４０に代引フラグが記録されている場合には、配送管理手段２１２は、決済支援手段２１３に処理を引き継ぐ。この場合、決済支援手段２１３は、追跡番号が記録された代引管理レコード２５０を呼び出す。そして、決済支援手段２１３は、代引管理レコード２５０に記録されている代引金額を特定し、状況登録手段３１２に代引金額を通知する。
【００６２】
次に、携帯端末３０の端末制御部３１は、決済処理を実行する（ステップＳ１−６）。具体的には、端末制御部３１の代引実行手段３１３は、ディスプレイに、代引金額を表示した決済画面を出力する。本実施形態では、決済方法として、「現金払い」、「クレジットカード払い」を選択することができる。
【００６３】
ここで、キー操作部により「現金払い」が選択された場合、配達担当者は現金を受け取り、商品を引き渡すとともに、携帯端末３０に完了入力を行なう。この場合、代引実行手段３１３は、現金による代引完了通知を配送管理サーバ２０に送信する。代引完了通知を受信した配送管理サーバ２０の制御部２１の配送管理手段２１２は、配送依頼管理レコード２４０において、配送ステータスとして「配達済」フラグを記録する。更に、制御部２１の決済支援手段２１３は、代引管理レコード２５０において、決済ステータスとして「現金払い済」フラグを記録する。
【００６４】
一方、キー操作部により「クレジットカード払い」が選択された場合、端末制御部３１の代引実行手段３１３は、クレジットカード情報の入力の要求画面を出力する。
次に、携帯端末３０の端末制御部３１は、カード読取処理を実行する（ステップＳ１−７）。具体的には、配達担当者は、携帯端末３０のカードリーダを用いて、購入者のクレジットカードを読み取る。この場合、端末制御部３１の代引実行手段３１３は、クレジットカードに記録されたカード情報を取得する。
【００６５】
次に、携帯端末３０の端末制御部３１は、オーソリ要求処理を実行する（ステップＳ１−８）。具体的には、端末制御部３１の代引実行手段３１３は、オーソリ要求を配送管理サーバ２０に送信する。このオーソリ要求には、クレジットカードから読み取ったカード情報、代引金額に関する情報を含める。
【００６６】
次に、配送管理サーバ２０の制御部２１は、オーソリ転送処理を実行する（ステップＳ１−９）。具体的には、制御部２１の決済支援手段２１３は、携帯端末３０から取得したオーソリ要求を、与信管理システム４０に転送する。
【００６７】
オーソリ要求を受信した与信管理システム４０は、オーソリ処理を実行する（ステップＳ１−１０）。具体的には、アクワイアラサーバ４１は、オーソリ要求をイシュアサーバ４２に転送する。イシュアサーバ４２は、オーソリ要求に含まれるカード情報に基づいて、与信可能かどうかを判定する。具体的には、イシュアサーバ４２は、受信したカード情報に対応する利用可能残高を特定し、このオーソリ要求に含まれる支払総額（代引金額）が利用可能残高を超えないかどうかを判断する。ここで、支払総額が利用可能残高を超えない場合には、イシュアサーバ４２は、承認番号を付与し、これを含めたオーソリ管理レコードを記録する。そして、イシュアサーバ４２は、承認番号を含めた与信可能のオーソリ回答をアクワイアラサーバ４１に送信する。また、支払総額が利用可能残高を超えている場合には、イシュアサーバ４２は、与信不可のオーソリ回答をアクワイアラサーバ４１に送信する。そして、アクワイアラサーバ４１は、オーソリ回答を配送管理サーバ２０に送信する。このオーソリ結果には、与信可否についての判定結果を含める。
【００６８】
オーソリ回答を受信した配送管理サーバ２０の制御部２１は、オーソリ回答転送処理を実行する（ステップＳ１−１１）。具体的には、制御部２１の決済支援手段２１３は、与信管理システム４０から取得したオーソリ回答の内容を代引管理レコード２５０に記録する。ここで、与信不可のオーソリ回答については、カード利用不可フラグを記録し、与信可能のオーソリ回答については、承認番号を記録する。そして、決済支援手段２１３は、オーソリ回答を携帯端末３０に転送する。
【００６９】
次に、携帯端末３０の端末制御部３１は、結果出力処理を実行する（ステップＳ１−１２）。具体的には、端末制御部３１の代引実行手段３１３は、ディスプレイにオーソリ回答を出力する。配達担当者は、オーソリ回答の内容を確認して、商品を引き渡しの可否を判断する。与信不可のオーソリ回答を受信した場合には、上述したように、キー操作部により、決済画面に戻り「現金払い」を選択する。
【００７０】
一方、与信可能なオーソリ回答を受信し、支払いを行なう場合、携帯端末３０のキー操作部により決済指示を入力する。
この場合、携帯端末３０の端末制御部３１は、決済指示処理を実行する（ステップＳ１−１３）。具体的には、端末制御部３１の代引実行手段３１３は、決済指示を配送管理サーバ２０に送信する。この決済指示には、オーソリ回答の承認番号を含める。
【００７１】
決済指示を受信した配送管理サーバ２０の制御部２１は、取引情報に基づいて販売者特定処理を実行する（ステップＳ１−１４）。具体的には、制御部２１の配送管理手段２１２は、配送依頼管理レコード２４０において、配送ステータスとして「配達済」フラグを記録する。更に、制御部２１の決済支援手段２１３は、携帯端末３０から取得した承認番号が記録された代引管理レコード２５０を、代金引換情報記憶部２５から抽出する。そして、決済支援手段２１３は、代引管理レコード２５０に記録されている販売者コードを取得する。
【００７２】
次に、配送管理サーバ２０の制御部２１は、販売者の業種の特定処理を実行する（ステップＳ１−１５）。具体的には、制御部２１の決済支援手段２１３は、取得した販売者コードが記録された販売者管理レコード２２０を販売者情報記憶部２２から抽出する。そして、決済支援手段２１３は、この販売者管理レコード２２０に記録されている業種コードを取得する。
【００７３】
次に、配送管理サーバ２０の制御部２１は、決済要求処理を実行する（ステップＳ１−１６）。具体的には、制御部２１の決済支援手段２１３は、決済要求を与信管理システム４０（アクワイアラサーバ４１）に送信する。この決済要求には、販売者コード、カード情報、決済金額（代引金額）、販売者情報記憶部２２から取得した業種コードを含める。
【００７４】
次に、与信管理システム４０は、決済応答処理を実行する（ステップＳ１−１７）。具体的には、アクワイアラサーバ４１は、決済要求をイシュアサーバ４２に転送し、代引金額についての決済確定処理を行なう。そして、イシュアサーバ４２は、アクワイアラサーバ４１を介して、決済結果を配送管理サーバ２０に送信する。
【００７５】
決済結果を受信した配送管理サーバ２０の制御部２１は、決済登録処理を実行する（ステップＳ１−１８）。具体的には、制御部２１の決済支援手段２１３は、代引管理レコード２５０の決済ステータスデータ領域に、「カード払い済」フラグを記録する。更に、決済支援手段２１３は、手数料情報記憶部２３から、業種コードに対応した課金率を取得し、代引金額に応じてカード決済手数料を算出して代引管理レコード２５０に記録する。
【００７６】
そして、配送管理サーバ２０の制御部２１は、代金精算処理を実行する（ステップＳ１−１９）。具体的には、制御部２１の販売者管理手段２１４は、精算ステータスにおいて、未だ「精算済」フラグが記録されていない代引管理レコード２５０を代金引換情報記憶部２５から抽出する。次に、販売者管理手段２１４は、販売者コード毎に、代引管理レコード２５０の代引金額を集計した合計額を算出する。
【００７７】
次に、販売者管理手段２１４は、販売者コード毎に集計された合計額から、配送事業者の代引手数料を差し引く。更に、販売者管理手段２１４は、決済ステータスとして「カード払い済」フラグが記録されている代引管理レコード２５０については、代引管理レコード２５０に記録されているカード決済手数料を差し引いた精算金額を算出する。そして、販売者管理手段２１４は、この販売者の販売者管理レコード２２０に記録されている販売者口座に対して、算出した精算金額を販売者口座に振り込む処理を行なう。更に、販売者管理手段２１４は、代引管理レコード２５０において、精算ステータスとして「精算済」フラグを記録する。
【００７８】
本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態では、販売者情報記憶部２２に記録された販売者管理レコード２２０には、販売者コード、業種コード、販売者口座に関するデータが含まれる。代引決済時に決済要求を受信した配送管理サーバ２０の制御部２１は、取引情報に基づいて販売者特定処理（ステップＳ１−１４）、販売者の業種の特定処理（ステップＳ１−１５）を実行する。そして、配送管理サーバ２０の制御部２１は、決済要求処理を実行する（ステップＳ１−１６）。この決済要求には、販売者コード、カード情報、決済金額（代引金額）、販売者情報記憶部２２から取得した業種コードを含める。代引サービスにおいては、カード発行会社と取引を行なう加盟店は、配送事業会社となるため、一般的には、配送会社の業種に応じたカード決済手数料（課金率）が設定されることになる。一方、本発明においては、販売者情報記憶部２２に記録された販売者の業種コードに応じて、的確なカード決済手数料を決定する。カード決済手数料については、カード発行業務を行なっているイシュアが加盟店管理をしているアクワイアラに対して、いわゆる国際ブランドが定めた、販売者の業種による規定の金額を請求する。次に、アクワイアラが包括加盟店である決済代行会社（配送事業者）に対し、アクワイアラが定めた決済代行会社に対する課金率で手数料を請求する。そして、決済代行会社が販売者に対して、決済代行会社が定めた販売者に対する課金率で手数料を請求する。上記の構成により、この手数料を、販売者の業種に見合った手数料とすることができる。
【００７９】
（２）本実施形態では、配送管理サーバ２０の制御部２１は、決済要求処理を実行する（ステップＳ１−１６）。この決済要求には、販売者コード、カード情報、決済金額（代引金額）、販売者情報記憶部２２から取得した業種コードを含める。代引サービスにおけるクレジットカード決済においては、イシュアから販売者が見えないため、不正取引が行なわれる可能性があるが、イシュアにおいて、販売者を特定し、適正な支払を行なうことができる。特に、販売者情報記憶部２２において、業種コードは、販売者とは異なる配送事業者において設定される。これにより、販売店と直接的に付き合いがあり、集荷時に販売者の業態を確認できる配送事業者により、的確な業種の登録を行なうことができる。
【００８０】
（３）本実施形態では、配送管理サーバ２０は、制御部２１、販売者情報記憶部２２、手数料情報記憶部２３、配送依頼情報記憶部２４を備えている。これにより、携帯端末３０は、販売者の業種を考慮することなく、従来通り決済処理を行なうことができる。
【００８１】
また、上記実施形態は、以下のように変更してもよい。
・  上記実施形態においては、配送管理サーバ２０において、販売者の業種を特定する。この処理を携帯端末３０で行なうようにしてもよい。この場合には、携帯端末３０に販売者情報記憶部を設ける。具体的な処理を、図４を用いて説明する。
【００８２】
ここでは、ステップＳ１−１と同様に、販売者サーバ１０は、代引配送依頼処理を実行する（ステップＳ２−１）。そして、ステップＳ１−２、Ｓ１−３と同様に、配送管理サーバ２０の制御部２１は、代引配送依頼の登録処理（ステップＳ２−２）、追跡番号の登録処理（ステップＳ２−３）を実行する。更に、ステップＳ１−４〜Ｓ１−８と同様に、携帯端末３０の端末制御部３１は、荷物の特定処理（ステップＳ２−４）〜オーソリ要求処理（ステップＳ２−８）を実行する。
【００８３】
この場合、ステップＳ１−９〜Ｓ１−１１と同様に、オーソリ転送処理（ステップＳ２−９）、オーソリ処理（ステップＳ２−１０）、オーソリ回答転送処理（ステップＳ２−１１）が実行される。そして、ステップＳ１−１２と同様に、携帯端末３０の端末制御部３１は、結果出力処理を実行する（ステップＳ２−１２）。
【００８４】
次に、携帯端末３０の端末制御部３１は、取引情報に基づいて販売者特定処理を実行する（ステップＳ２−１３）。具体的には、端末制御部３１の代引実行手段３１３は、配送管理サーバ２０の配送依頼情報記憶部２４の配送依頼管理レコード２４０に記録された販売者コードを取得する。
【００８５】
次に、携帯端末３０の端末制御部３１は、販売者の業種の特定処理を実行する（ステップＳ２−１４）。具体的には、端末制御部３１の代引実行手段３１３は、携帯端末３０内の販売者情報記憶部を用いて、この販売者の業種コードを取得する。
【００８６】
次に、携帯端末３０の端末制御部３１は、販売者の業種コードの付加処理を実行する（ステップＳ２−１５）。具体的には、端末制御部３１の代引実行手段３１３は、取得した販売者コード及び業種コードを決済要求に含める。
【００８７】
次に、携帯端末３０の端末制御部３１は、決済要求処理を実行する（ステップＳ２−１６）。具体的には、端末制御部３１の代引実行手段３１３は、決済要求を配送管理サーバ２０に送信する。この決済指示には、オーソリ回答の承認番号を含める。
【００８８】
決済要求を受信した配送管理サーバ２０の制御部２１は、決済要求の転送処理を実行する（ステップＳ２−１７）。具体的には、制御部２１の決済支援手段２１３は、受信した決済要求を与信管理システム４０（アクワイアラサーバ４１）に送信する。
【００８９】
そして、与信管理システム４０は、ステップＳ１−１７と同様に、決済応答処理を実行する（ステップＳ２−１８）。次に、配送管理サーバ２０の制御部２１は、ステップＳ１−１８、Ｓ１−１９と同様に、決済登録処理（ステップＳ２−１９）、代金精算処理（ステップＳ２−２０）を実行する。
これにより、携帯端末３０において、業種コードを設定して、与信管理システム４０に販売者の業種を通知することができる。
【００９０】
・  上記実施形態においては、配送管理サーバ２０には、ネットワークを介して、与信管理システム４０（アクワイアラサーバ４１、イシュアサーバ４２）に接続される。これに代えて、配送管理サーバ２０がアクワイアラサーバ４１を兼ねるようにしてもよい。この場合には、配送事業者がアクワイアラとなる。そして、配送管理サーバ２０が、オーソリ要求や決済要求を、イシュアサーバ４２に対して、直接、送信する。
【００９１】
・  上記実施形態においては、配送管理サーバ２０の制御部２１は、決済要求の送信前に、販売者の業種の特定（ステップＳ１−１５）、決済要求処理（ステップＳ１−１６）を実行する。これに代えて、代引配送依頼を受信したときや、オーソリ要求の送信時に、予め販売者の業種コードを代引管理レコード２５０に記録しておくようにしてもよい。
【００９２】
・  上記実施形態においては、配送管理サーバ２０の制御部２１は、代金精算処理を実行する（ステップＳ１−１９）。ここでは、代引管理レコード２５０に記録されているカード決済手数料を差し引いた精算金額を算出する。これに代えて、販売者に対するカード決済手数料は、代引手数料に含めておくようにしてもよい。
【符号の説明】
【００９３】
１０…販売者サーバ、２０…配送管理サーバ、２１…制御部、２２…販売者情報記憶部、２３…手数料情報記憶部、２４…配送依頼情報記憶部、２５…代金引換情報記憶部、３０…携帯端末、３１…端末制御部、３１１…コード読取手段、３１２…状況登録手段、３１３…代引実行手段、４０…与信管理システム、４１…アクワイアラサーバ、４２…イシュアサーバ。
【図１】
0005827859.tif 000002
【図２】
0005827859.tif 000003
【図３】
0005827859.tif 000004
【図４】
0005827859.tif 000005