JP3987758B2 - Billing / settlement system that can have multiple merchant codes for one service provider - Google Patents

Billing / settlement system that can have multiple merchant codes for one service provider Download PDF

Info

Publication number
JP3987758B2
JP3987758B2 JP2002135448A JP2002135448A JP3987758B2 JP 3987758 B2 JP3987758 B2 JP 3987758B2 JP 2002135448 A JP2002135448 A JP 2002135448A JP 2002135448 A JP2002135448 A JP 2002135448A JP 3987758 B2 JP3987758 B2 JP 3987758B2
Authority
JP
Japan
Prior art keywords
information
user
product
billing
identification
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2002135448A
Other languages
Japanese (ja)
Other versions
JP2003331193A (en
Inventor
正巳 上野
雄資 阿川
恭弘 飯田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2002135448A priority Critical patent/JP3987758B2/en
Publication of JP2003331193A publication Critical patent/JP2003331193A/en
Application granted granted Critical
Publication of JP3987758B2 publication Critical patent/JP3987758B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Cash Registers Or Receiving Machines (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、インターネット上、もしくは他のネットワーク上あるいは現実世界での有料サービスの課金・決済に関するシステム関し、特にサービスを提供するサービス事業者が決済を行うクレジットカード会社もしくは決済代行会社との間で複数の加盟店契約を締結している場合に、加盟店コードを効率的に管理する方法、加えてサービス事業者がサービス利用者を会員管理する場合にこれを管理する方法に関する。
【0002】
【従来の技術】
サービス事業者がクレジットカード決済を利用する場合、クレジットカード会社もしくは決済代行会社と加盟店契約を行う必要がある。(ここで、サービス事業者とは、物理的な店舗を持っているサービス事業者、オンラインで展開する仮想の店舗を持つサービス事業者の両方を含む。)
この契約において、サービス事業者の販売対象が会員のみなのか、広く一般に販売するのか、サービス事業者が扱う商品の価格帯や、月額料金のように定期的に課金が発生するかどうか、など取り扱う商品や販売対象の制約において、クレジットカード会社もしくは決済代行会社との加盟店契約に違いが生じることになる。
このように加盟店契約に違いが生じた場合に、課金・売上データの取り扱いと処理フローにも違いが生じることになる。
一方、一つのサービス事業者が例えば通信販売の物販と月定額のデジタルコンテンツの両方を販売するなど一つのサービス事業者が多様な商品を販売する場合、これらの課金や売上の処理フローのパターンの異なる商品毎に別々にクレジットカード会社もしくは決済代行会社との間で加盟店契約を締結し、クレジットカード会社や決済代行会社から見た場合に別の種類の商品を販売する仮想的な事業者のように扱うのが一般的である。
【0003】
従来の課金システムや決済システムでは、1つのサービス事業者が1つのクレジットカード会社もしくは決済代行会社に対して管理できる加盟店コードは1つであるという前提で作成されており、上記のように1つのサービス事業者が複数の種類の加盟店コードを扱うような事は想定されていなかった。
このため、サービス事業者が会員管理を行っている場合に会員に対して加盟店コードが異なる商品の両方を提供するためには、課金・決済システムにおいて複数の仮想的なサービス事業者のデータ間で会員データの同期をとる必要があり、その課金・決済システムを利用するアプリケーションが、加盟店コードの異なる二つの仮想事業者(実体は一つのサービス事業者)に同じデータを登録したり、または課金・決済システム側で何らかの方法で二つの仮想事業者間で会員データの同期を行う必要があった。
【0004】
【発明が解決しようとする課題】
利用者を会員管理しているサービス事業者が複合的なサービスを利用者に提供するために、クレジットカード会社もしくは決済代行会社との間で複数の加盟店契約を結んだ場合に、加盟店コードが異なるようなサービスを全ての会員に対して区別なく提供したい場合には、会員の情報を各々の加盟店契約に対応する会員のデータベースへ登録する必要があり、また会員の情報に変更が生じた場合にも同様に、各々の加盟店契約に対応する会員のデータベースに対して更新を行う必要がある。
その理由は、従来の課金・決済システムでは、サービス事業者に対して会員の管理ができるようになっていたとしても、サービス事業者と加盟店が1対1に対応しているために、一つのサービス事業者に対して一つの加盟店コードしか管理できず、会員の管理も各々の加盟店毎に行うことしかできないためである。
本発明の目的は、このように利用者を会員管理している一つのサービス事業者が複数の加盟店契約を行っている場合に、会員管理を無駄なくできる課金・決済システムを提供することにある。
【0005】
【課題を解決するための手段】
上記課題を解決するために、
請求項1の発明は、サービス事業者識別情報と販売金額を含む商品情報と異なる課金や売上の処理フローのパターンを識別する商品種別の商品情報テーブルと、複数の商品種別に対応する一つのサービス事業者の複数の加盟店コードの事業者情報テーブルと、利用者識別情報とクレジットカード番号の会員情報テーブルを備え、利用者から利用者識別情報と購入商品情報を受取る手段と、利用者購入商品情報を元に商品情報テーブルを用いて販売額と商品種別を取り出し、取り出した商品種別を元に事業者情報テーブルを用いて加盟店コードを取り出し、利用者識別情報を元に会員情報テーブルを用いて利用者のクレジットカード番号を取り出す手段と、利用者のクレジットカード番号と加盟店コードと販売額からなる課金・決済情報を決済会社に送信する手段と、を備えたことを特徴とする。
【0006】
請求項2の発明は、サービス事業者識別情報と販売金額を含む商品情報と異なる課金や売上の処理フローのパターンを識別する商品種別の商品情報テーブルと、利用者識別情報とクレジットカード番号の会員情報テーブルと、複数の商品種別に対応する一つのサービス事業者の複数の加盟店コードの事業者情報テーブルを備え、利用者購入商品情報を元に商品情報テーブルを用いて販売額と商品種別を取り出し、利用者識別情報を元に会員情報テーブルを用いて利用者のクレジットカード番号を取り出す手段と、取り出した商品種別を元に事業者情報テーブルを用いて加盟店コードを取り出し、一つのサービス事業者に対応する加盟店コードの課金・決済情報をまとめてサービス事業者ごとの課金・決済情報を作成する手段と、サービス事業者ごとの利用者のクレジットカード番号と販売額からなる課金・決済情報を決済会社に送信する手段と、を備えたことを特徴とする。
【0008】
【発明の実施の形態】
本発明の課金・決済システムは、購入フロントエンドサブシステムと課金サブシステムと決済サブシステムから構成される。購入フロントエンドサブシステムは利用者が購入を行うためのインタフェース部分を受け持つ。課金サブシステムは、購入フロントエンドサブシステムから渡された情報を元に利用者毎に課金処理を行う。また、決済サブシステムは、課金サブシステムから渡された情報を元に適切な決済機関へ売上情報を振り分ける。
【0009】
(実施例1)
図1に実施例1の課金・決済システムの構成を示す。
購入フロントエンドサブシステム10は、購入制御部11、商品管理部12、商品情報テーブル13を有する。商品情報テーブル13はサービス事業者識別(サービス事業者ごとに付与された識別)、商品識別(商品に付与されている識別)、商品名、商品種別(異なる課金や売上の処理フローのパターンを識別するための種別)、単価等をテーブルとして保持している。
利用者(会員識別:M1)が月定額のデジタルコンテンツの配信サービス(商品識別:G1)の利用を申し込む場合について説明する。
【0010】
購入フロントエンドサブシステム10
(1)利用者は会員識別(M1)と購入したい商品の商品識別(G1)を課金・決済システムに送信する。
(2)購入制御部11で受信した商品識別番号(G1)を元に商品管理部12は、商品情報テーブル13を検索し、商品識別番号(G1)に対応する事業者識別(S1)、商品名(月会費)、商品種別(T1)、単価(300円)を取り出して購入制御部11に送信する。
(3)購入制御部11は、利用者購入情報(会員識別(M1),事業者識別(S1),商品識別(G1),商品名(月会費),商品種別(T1),単価(300円),数量(1))を作成して、(4)課金サブシステム20に出力する。
また、購入フロントエンドサブシステムとして、サービス事業者ごとに購入フロントエンドサブシステムを設け、利用者は購入商品を販売するサービス事業者の購入フロントエンドサブシステムにアクセスするようにしてもよい。
【0011】
課金サブシステム20
課金サブシステム20は、事業者識別(S1,S2,・・・)ごとの加盟店コード1,2,・・・(例えば商品種別T1の場合には加盟店コード1、商品種別T2の場合には加盟店コード2を用いる。)の事業者情報テーブル26、及び、会員識別とクレジットカード番号を対応させた会員情報テーブル22を備える。
(5)イベント制御部23は、利用者購入情報の商品種別(T1)を元に事業者情報テーブル26を参照して加盟店コード(A11111001)を取り出す。また、(6)会員管理部21はイベント制御部23から利用者購入情報の会員識別(M1)を受け取り会員情報テーブル22を参照して会員(M1)のクレジットカード番号(CN1111)を取り出す。
(7)イベント制御部23は、利用者購入情報の商品種別を元に処理を行う。この場合、商品種別はT1(月会費)であるので定期課金イベントテーブル24にこの情報(すなわち、月会費引き落とし情報)を保持する。次に利用者課金情報(事業者種別(S1),利用者のクレジットカード番号(CN1111),加盟店コード(A11111001),商品売上日(2000.5.5),売上額(300円))を作成して内部課金情報蓄積部25に保持し、期間締め処理部27により一定期間(例えば1ケ月)この情報を蓄積する。
(9)内部課金情報蓄積部25に蓄積された利用者課金情報を決済サブシステム30に出力する。
【0012】
決済サブシステム30
(10)(11)決済会社振分け部31は利用者課金情報を受け取り、利用者のクレジットカード番号を元に指定の決済会社に課金・決済情報(カード番号(CN1111),加盟店コード(A11111001),商品売上日(2000.5.5),売上額(300円))を送信する。
課金サブシステムではサービス事業者毎の情報として、事業者識別と複数の加盟店コードを管理でき、前記購入フロントエンドサブシステムの商品種別情報と対応がとれるようになっているものとする。サービス事業者の情報としては、他に事業者名や、住所など必要なデータを管理できるようにしてもよい。
また、課金サブシステムでは利用者の会員管理を行うことができ、会員情報として会員識別、決済に必要なクレジットカード番号やクレジットカードの有効期限などの情報を管理する。会員情報として会員名や住所などの情報も必要であれば管理してもよい。
決済サブシステムは、前記課金サブシステムが持つサービス事業者毎の情報の事業者識別に従って適切な決済期間へ売上データを振り分ける処理を行うものとするが、詳細な方法までは本発明では定めない。
【0013】
(実施例2)
図2に実施例2の課金・決済システムの構成を示す。
図1の課金・決済システムとの違いは、加盟店コードの管理を課金サブシステムで行なうのではなく、決済サブシステムで行い、サービス事業者ごとに任意の決済機関(クレジット会社等)にて決済ができるように課金・決済情報を振り分ける。
利用者がボールペン2本を購入する場合について説明する。
(1)利用者は会員識別(M1)、商品識別(G2)、数量(2)を課金・決済システムに送信する。
(2)〜(4)実施例1と同様に購入制御部11、商品管理部12は商品情報テーブル13を用いて利用者購入情報(会員識別(M1),事業者識別(S1),商品識別(G2),商品名(ボールペン),商品種別(T2),単価(120円),数量(2))を作成して課金サブシステム20に出力する。
(6)〜(9)課金サブシステム20は実施例1と同様に利用者課金情報(クレジットカード番号(CN1111),事業者種別(S1),商品種別(T2),売上日(2002.5.5),売上額(240円))を作成して決済サブシステム30に出力する。なお、この場合においては、月会費(すなわち自動引き落とし)ではないので定期課金イベントテーブル24は用いない。
【0014】
決済サブシステム30
決済サブシステム30は、各事業者識別に対応する加盟店コード1,2,・・・からなる加盟店コード変換テーブル33を備える。
(10)加盟店コード管理部32は利用者課金情報を受け取り、(11)商品種別(T2)を元に加盟店コード変換テーブル33を参照して加盟店コード2(A11111002)を取り出す。そして、課金・決済情報(カード番号(CN1111),加盟店コード(A11111002),売上日(2002.5.5),売上額(240円))を作成して、決済会社振分け部31はクレジットカード番号を元に決済会社に送信する。この際、加盟店コード管理部32では一つのサービス事業者の加盟店コードの課金・決済情報をまとめてサービス事業者ごとの課金・決済情報を作成する。
【0015】
(実施例3)
図3に実施例3の課金・決済システムの構成を示す。
実施例1との違いは、加盟店コードの管理を課金サブシステムで行うのではなく、購入フロントエンドサブシステムの商品情報の一部として加盟店コードを扱う点である。
購入フロントエンドサブシステム10は商品識別、商品名、加盟店コード、単価の商品情報テーブル13を備える。
利用者がボールペン2本を購入する場合について説明する。
(1)利用者は会員識別(M1)、商品識別(G2)、数量(2)を課金・決済システムに送信する。
(2)購入制御部11はこれを受け取り、商品管理部12は商品識別(G2)を元に商品情報テーブル13を参照して商品識別(G2)、商品名(ボールペン)、加盟店コード(A11111002)、単価(120円)を取り出し購入制御部11に送信する。(3)購入制御部11は利用者購入情報(会員識別(M1),加盟店コード(A11111002),商品識別(G2),商品名(ボールペン),単価(120円),数量(2))を作成して課金サブシステムに送信する(4)。
【0016】
(5)〜(8)イベント制御部23は、利用者購入情報を受け取り、会員管理部21は、会員情報テーブル22から会員種別(M1)を元にクレジットカード番号(CN1111)を取り出し、イベント制御部23は、利用者購入情報を元に課金・決済情報(カード番号(CN1111),加盟店コード(A11111002),売上日(2000.5.5),売上額(240円))を作成して、内部課金情報蓄積部25と期間締め処理部27とにより一定期間(例えば1ケ月)の利用者課金情報を決済サブシステム30に出力する。
(9),(10)決済サブシステム30はクレジットカード番号を元に決められた決済会社に利用者課金情報(カード番号(CN1111),加盟店コード(A11111002),売上日(2002.5.5),売上額(240円)を送信する。
【0017】
【発明の効果】
第1の効果は、一つのサービス事業者が、カード決済時に加盟店コードが複数になってしまうような多様な商品やサービスを提供できることにある。その理由は、本発明を用いることにより、複数の加盟店コードを商品の種別によって使い分けることができるためである。
第2の効果は、一つのサービス事業者が、カード決済時に加盟店コードが複数になってしまうような多様な商品やサービスを提供しつつ、サービスの利用者を会員管理する場合にその会員の管理を一元化できることにある。その理由は、従来であれば加盟店コード毎に会員管理を行う必要があったものが、本発明を用いることにより、サービス事業者は複数の加盟店コードを利用でき、会員管理を別々に行う必要がなくなるためである。
【図面の簡単な説明】
【図1】実施例1の課金・決済システムの機能構成図。
【図2】実施例2の課金・決済システムの機能構成図。
【図3】実施例3の課金・決済システムの機能構成図。
【符号の説明】
10・・・購入フロントエンドサブシステム
11・・・購入制御部、12・・・商品管理部、13・・・商品情報テーブル
20・・・課金サブシステム
21・・・会員管理部、22・・・会員情報テーブル、23・・・イベント制御部、
24・・・定期課金イベントテーブル、25・・・内部課金情報蓄積部
26・・・事業者情報テーブル、27・・・期間締め処理部
30・・・決済サブシステム
31・・・決済会社振分け部、32・・・加盟店コード管理部、33・・・加盟店コード変換テーブル
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a system for charging / settlement of paid services on the Internet, other networks, or in the real world, and in particular, between a credit card company or a settlement agency company where a service provider providing the service performs settlement. The present invention relates to a method for efficiently managing a member store code when a plurality of member store contracts are concluded, and a method for managing this when a service provider manages a service user as a member.
[0002]
[Prior art]
When a service provider uses credit card payment, it is necessary to make a contract with a credit card company or a payment agent company. (Here, the service provider includes both a service provider having a physical store and a service provider having a virtual store deployed online.)
In this contract, whether the service provider sells only to members, sells to the general public, the price range of the products handled by the service provider, whether or not a regular charge occurs like a monthly fee, etc. Differences in merchant contracts with credit card companies or payment agent companies will arise due to restrictions on products and sales targets.
Thus, when there is a difference between member store contracts, a difference also occurs in the handling and processing flow of billing / sales data.
On the other hand, when one service provider sells a variety of products, for example, when one service provider sells both mail-order merchandise sales and monthly digital contents, the processing flow pattern of these charges and sales A virtual business operator that enters into a franchise contract with a credit card company or payment agency for each different product and sells different types of products when viewed from the credit card company or payment agency. It is common to handle as follows.
[0003]
Conventional billing systems and payment systems are created on the assumption that one service provider can manage one credit card company or one payment agent company as one member store code. It was not envisaged that one service provider would handle multiple types of merchant codes.
For this reason, in order to provide both products with different member store codes to the member when the service provider manages the membership, the billing / settlement system uses data between multiple virtual service providers. It is necessary to synchronize the member data in the application, and the application using the billing / settlement system registers the same data in two virtual operators (substances are one service operator) with different member store codes, or It was necessary to synchronize member data between two virtual operators by some method on the billing / settlement system side.
[0004]
[Problems to be solved by the invention]
When a service provider that manages users as a member has signed multiple merchant contracts with a credit card company or a payment agency in order to provide users with multiple services, the merchant code If you want to provide all members with different services, you must register the member information in the member database corresponding to each member store contract, and the member information will change. Similarly, it is necessary to update the member database corresponding to each member store contract.
The reason for this is that even in the conventional billing / settlement system, even if the service provider can manage the members, the service provider and the member store have a one-to-one correspondence. This is because only one member store code can be managed for one service provider, and members can be managed only for each member store.
An object of the present invention is to provide a billing / settlement system that can manage a member without waste when one service provider that manages users as described above has a plurality of member store contracts. is there.
[0005]
[Means for Solving the Problems]
To solve the above problem,
According to the first aspect of the present invention, there is provided a merchandise type product information table for identifying a pattern of a billing or sales processing flow different from service provider identification information and merchandise information including a sales amount, and one service corresponding to a plurality of merchandise types. A means for receiving a user identification information and purchase product information from a user, comprising a business information table of a plurality of member store codes of the business, a member information table of user identification information and a credit card number, and a user purchase product The sales amount and product type are extracted using the product information table based on the information, the member store code is extracted using the business information table based on the extracted product type, and the member information table is used based on the user identification information. The means to retrieve the user's credit card number, and payment / settlement information consisting of the user's credit card number, member store code and sales amount is settled Characterized by comprising means for transmitting to the company, the.
[0006]
The invention of claim 2 is a product type product information table for identifying a pattern of a processing flow of billing or sales different from service provider identification information and product information including a sales amount, and a member of user identification information and a credit card number. It has an information table and an operator information table for a plurality of member store codes of one service operator corresponding to a plurality of product types, and the sales amount and product type are determined using the product information table based on the user purchase product information. One service business that takes out the member store code using the operator information table based on the extracted product type and the means for extracting the user's credit card number using the member information table based on the user identification information A method for creating billing / settlement information for each service provider by collecting billing / settlement information for merchant codes corresponding to the service provider, and service business And means for transmitting the billing and settlement information consisting of the credit card number of the user of each sales to the settlement company, and further comprising a.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
The billing / settlement system of the present invention comprises a purchase front-end subsystem, a billing subsystem, and a settlement subsystem. The purchase front-end subsystem is responsible for the interface portion for the user to make purchases. The charging subsystem performs a charging process for each user based on information passed from the purchase front-end subsystem. The payment subsystem distributes sales information to an appropriate payment organization based on information passed from the charging subsystem.
[0009]
Example 1
FIG. 1 shows the configuration of the charging / settlement system of the first embodiment.
The purchase front-end subsystem 10 includes a purchase control unit 11, a product management unit 12, and a product information table 13. Product information table 13 identifies service provider identification (identification given to each service provider), product identification (identification given to product), product name, product type (different billing and sales processing flow patterns Type), unit price, etc. are held as a table.
The case where a user (member identification: M1) applies for the use of a monthly fixed-price digital content distribution service (product identification: G1) will be described.
[0010]
Purchase front-end subsystem 10
(1) The user transmits the member identification (M1) and the product identification (G1) of the product to be purchased to the billing / settlement system.
(2) Based on the product identification number (G1) received by the purchase control unit 11, the product management unit 12 searches the product information table 13, and identifies the business entity identification (S1) and product corresponding to the product identification number (G1). The name (monthly fee), product type (T1), and unit price (300 yen) are extracted and transmitted to the purchase control unit 11.
(3) The purchase control unit 11 includes user purchase information (member identification (M1), business operator identification (S1), product identification (G1), product name (monthly fee), product type (T1), unit price (300 yen) ), Quantity (1)), and (4) output to the charging subsystem 20.
Further, as the purchase front-end subsystem, a purchase front-end subsystem may be provided for each service provider, and the user may access the purchase front-end subsystem of the service provider that sells the purchased product.
[0011]
Billing subsystem 20
The charging subsystem 20 uses the member store codes 1, 2,... (For example, in the case of the product type T1, in the case of the member store code 1 and the product type T2, for each business entity identification (S1, S2,...). Uses a member store code 2.) and a member information table 22 in which member identification is associated with a credit card number.
(5) The event control unit 23 refers to the company information table 26 based on the product type (T1) of the user purchase information and retrieves the member store code (A11111001). Also, (6) the member management unit 21 receives the member identification (M1) of the user purchase information from the event control unit 23, refers to the member information table 22, and takes out the credit card number (CN1111) of the member (M1).
(7) The event control unit 23 performs processing based on the product type of the user purchase information. In this case, since the product type is T1 (monthly fee), this information (that is, monthly fee deduction information) is held in the periodic charging event table 24. Next, create user billing information (business type (S1), user credit card number (CN1111), merchant code (A11111001), product sales date (2000.5.5), sales amount (300 yen)) Are stored in the internal billing information storage unit 25, and this information is stored for a certain period (for example, one month) by the period closing processing unit 27.
(9) The user billing information stored in the internal billing information storage unit 25 is output to the settlement subsystem 30.
[0012]
Settlement subsystem 30
(10) (11) The settlement company distribution unit 31 receives the user billing information and bills and settles the specified settlement company based on the user's credit card number (card number (CN1111), member store code (A11111001) , Product sales date (2000.5.5), sales amount (300 yen)).
It is assumed that the charging subsystem can manage the provider identification and a plurality of member store codes as information for each service provider, and can correspond to the product type information of the purchase front-end subsystem. As the service provider information, other necessary data such as the provider name and address may be managed.
In addition, the billing subsystem can manage the members of the user, and manages information such as member identification, credit card number required for settlement, and credit card expiration date as member information. Information such as a member name and address may be managed as member information if necessary.
The payment subsystem performs processing for distributing sales data to an appropriate payment period in accordance with the carrier identification of the information for each service carrier possessed by the billing subsystem, but the detailed method is not defined in the present invention.
[0013]
(Example 2)
FIG. 2 shows the configuration of the charging / settlement system of the second embodiment.
The difference from the billing / settlement system in FIG. 1 is that the merchant code is not managed by the billing subsystem, but by the settlement subsystem, and payment is made at any settlement organization (credit company, etc.) for each service provider. Distribute billing / settlement information so that
A case where the user purchases two ballpoint pens will be described.
(1) The user transmits member identification (M1), product identification (G2), and quantity (2) to the billing / settlement system.
(2) to (4) As in the first embodiment, the purchase control unit 11 and the product management unit 12 use the product information table 13 to obtain user purchase information (member identification (M1), business operator identification (S1), product identification). (G2), product name (ballpoint pen), product type (T2), unit price (120 yen), quantity (2)) are created and output to the charging subsystem 20.
(6) to (9) The charging subsystem 20 is similar to the first embodiment in the user charging information (credit card number (CN1111), business type (S1), product type (T2), sales date (2002.5.5)) , A sales amount (240 yen)) is generated and output to the settlement subsystem 30. In this case, the periodic billing event table 24 is not used because it is not a monthly fee (that is, automatic deduction).
[0014]
Settlement subsystem 30
The settlement subsystem 30 includes a member store code conversion table 33 composed of member store codes 1, 2,.
(10) The member store code management unit 32 receives the user billing information and (11) retrieves the member store code 2 (A11111002) with reference to the member store code conversion table 33 based on the product type (T2). Then, billing / settlement information (card number (CN1111), member store code (A11111002), sales date (2002.5.5), sales amount (240 yen)) is created, and the settlement company distribution unit 31 provides the credit card number. Originally sent to the settlement company. At this time, the member store code management unit 32 collects the billing / settlement information of the member store codes of one service provider and creates billing / settlement information for each service provider.
[0015]
(Example 3)
FIG. 3 shows the configuration of the charging / settlement system of the third embodiment.
The difference from the first embodiment is that the member store code is not managed by the charging subsystem, but the member store code is handled as part of the product information of the purchase front-end subsystem.
The purchase front-end subsystem 10 includes a product information table 13 for product identification, product name, member store code, and unit price.
A case where the user purchases two ballpoint pens will be described.
(1) The user transmits member identification (M1), product identification (G2), and quantity (2) to the billing / settlement system.
(2) The purchase control unit 11 receives this, and the product management unit 12 refers to the product information table 13 based on the product identification (G2), identifies the product identification (G2), the product name (ballpoint pen), the member store code (A11111002 ), The unit price (120 yen) is taken out and transmitted to the purchase control unit 11. (3) The purchase control unit 11 provides user purchase information (member identification (M1), member store code (A11111002), product identification (G2), product name (ballpoint pen), unit price (120 yen), quantity (2)). Create and send to billing subsystem (4).
[0016]
(5) to (8) The event control unit 23 receives the user purchase information, and the member management unit 21 extracts the credit card number (CN1111) based on the member type (M1) from the member information table 22, and controls the event. Department 23 creates billing / settlement information (card number (CN1111), member store code (A11111002), sales date (2000.5.5), sales amount (240 yen)) based on user purchase information The billing information storage unit 25 and the term closing processing unit 27 output user billing information for a certain period (for example, one month) to the payment subsystem 30.
(9), (10) The payment subsystem 30 sends the user billing information (card number (CN1111), merchant code (A11111002), sales date (2002.5.5), Send the sales amount (240 yen).
[0017]
【The invention's effect】
The first effect is that a single service provider can provide a variety of products and services such that there are a plurality of member store codes at the time of card settlement. The reason is that, by using the present invention, a plurality of member store codes can be used properly depending on the type of product.
The second effect is that when a single service provider manages various members of a service user while providing various products and services that result in multiple member store codes at the time of card payment, It is to be able to unify management. The reason is that, conventionally, it was necessary to manage the membership for each member store code, but by using the present invention, the service provider can use a plurality of member store codes and perform member management separately. This is because it is not necessary.
[Brief description of the drawings]
FIG. 1 is a functional configuration diagram of a billing / settlement system according to a first embodiment.
FIG. 2 is a functional configuration diagram of a charging / settlement system according to a second embodiment.
FIG. 3 is a functional configuration diagram of a charging / settlement system according to a third embodiment.
[Explanation of symbols]
10 ... Purchase front-end subsystem
11 ... Purchase control unit, 12 ... Product management unit, 13 ... Product information table
20 ... Billing subsystem
21 ... Member management unit, 22 ... Member information table, 23 ... Event control unit,
24: Periodic charge event table, 25: Internal charge information storage unit
26 ... Business information table, 27 ... Period closing processing section
30 ・ ・ ・ Payment subsystem
31 ... Settlement company distribution department, 32 ... Merchant code management department, 33 ... Merchant code conversion table

Claims (2)

サービス事業者がクレジットカード会社や決済代行会社と複数の加盟店契約をして、サービス事業者が自己の会員に提供した有料サービスの課金・決済システムであり、
上記サービス事業者に対する事業者識別(以下、事業者識別という)と、単価と、商品名と、商品に付された商品識別と、異なる課金や売上の処理フローのパターンを識別する商品種別の商品情報テーブルと、複数の商品種別に対応する一つのサービス事業者の複数の加盟店コードの事業者情報テーブルと、会員識別とクレジットカード番号の会員情報テーブルとを備え、
利用者から利用者識別情報と商品識別情報を受取る手段と、
受け取った上記商品識別情報を元に上記商品情報テーブルを用いて販売額と商品種別と事業者識別を取り出し、上記受け取った利用者識別情報と上記取り出した販売額と商品種別と事業者識別を含む利用者購入情報を作成する手段と、
上記利用者購入情報に含まれた商品種別を元に上記事業者情報テーブルを用いて加盟店コードを取り出し、上記利用者購入情報に含まれた利用者識別情報を元に上記会員情報テーブルを用いて利用者のクレジットカード番号を取り出し、取り出した利用者のクレジットカード番号と加盟店コードと販売額からなる利用者課金情報を作成する手段と、
上記利用者課金情報から取り出した利用者のクレジットカード番号と加盟店コードと販売額からなる課金・決済情報を決済会社に送信する手段と、
を備えたことを特徴とする一つのサービス事業者に対し複数の加盟店コードを持つことができる課金・決済システム。
A billing / settlement system for paid services provided by a service provider to their members after a service provider has signed multiple merchant contracts with a credit card company or a settlement agency.
Product identification for the service provider (hereinafter referred to as operator identification), unit price, product name, product identification attached to the product, and product type that identifies different billing and sales processing flow patterns An information table, a company information table of a plurality of member store codes of one service company corresponding to a plurality of product types, a member information table of member identification and credit card number,
Means for receiving user identification information and product identification information from a user;
Based on the received product identification information, the sales information, product type, and business operator identification are extracted using the product information table, and include the received user identification information, the extracted sales price, product type, and business operator identification. A means of creating user purchase information;
The member store code is extracted using the business operator information table based on the product type included in the user purchase information, and the member information table is used based on the user identification information included in the user purchase information. Means for taking out the user's credit card number and creating user billing information consisting of the taken out user's credit card number, member store code and sales amount;
Means for transmitting billing / settlement information consisting of the user's credit card number, member store code and sales amount extracted from the user billing information to a settlement company;
A billing / settlement system capable of having a plurality of member store codes for a single service provider.
サービス事業者がクレジットカード会社や決済代行会社と複数の加盟店契約をして、サービス事業者が自己の会員に提供した有料サービスの課金・決済システムであり、
上記サービス事業者に対する事業者識別(以下、事業者識別という)と、単価と、商品名と、商品に付された商品識別と、その商品識別に対応して異なる課金や売上の処理フローのパターンを識別する商品種別の商品情報テーブルと、利用者識別情報とクレジットカード番号の会員情報テーブルと、複数の商品種別に対応する一つのサービス事業者の複数の加盟店コードの事業者情報テーブルとを備え、
利用者から利用者識別情報と商品識別情報と数量を受取る手段と、
受取った商品識別情報を元に上記商品情報テーブルを用いて販売額と商品種別を取り出し、上記受取った利用者識別情報と上記取り出した販売額と商品種別を含む利用者購入情報を作成する手段と、
上記利用者購入情報に含まれた利用者識別情報を元に上記会員情報テーブルを用いて利用者のクレジットカード番号を取り出し、取り出した利用者のクレジットカード番号と上記利用者購入情報に含まれた事業者識別と商品種別と販売額とを含む利用者課金情報を作成する手段と、
上記利用者課金情報から取り出した商品種別を元に上記事業者情報テーブルを用いて加盟店コードを取り出し、取り出した加盟店コードと上記利用者課金情報から取り出したクレジットカード番号と販売額を含む課金・決済情報を作成する手段と、
一つのサービス事業者に対応する加盟店コードの課金・決済情報をまとめてサービス事業者ごとの課金・決済情報を作成する手段と、
サービス事業者ごとの利用者のクレジットカード番号と販売額からなる課金・決済情報を決済会社に送信する手段と、
を備えたことを特徴とする一つのサービス事業者に対し複数の加盟店コードを持つことができる課金・決済システム。
A billing / settlement system for paid services provided by a service provider to their members after a service provider has signed multiple merchant contracts with a credit card company or a settlement agency.
Service provider identification (hereinafter referred to as operator identification), unit price, product name, product identification attached to the product, and different billing and sales processing flow patterns corresponding to the product identification A product information table of product types for identifying a user, a member information table of user identification information and a credit card number, and a business information table of a plurality of member store codes of one service business corresponding to a plurality of product types Prepared,
Means for receiving user identification information, product identification information and quantity from the user;
Means for extracting a sales amount and a product type using the product information table based on the received product identification information, and creating user purchase information including the received user identification information, the extracted sales amount and the product type; ,
The credit card number of the user is extracted using the member information table based on the user identification information included in the user purchase information, and is included in the extracted user credit card number and the user purchase information. Means for creating user billing information including business entity identification, product type and sales amount;
Based on the product type extracted from the user billing information, a merchant code is retrieved using the business information table, and the bill includes the retrieved merchant code, the credit card number retrieved from the user billing information, and the sales amount.・ Means to create payment information;
Means for creating billing / settlement information for each service provider by collecting the billing / settlement information of member store codes corresponding to one service provider;
Means for transmitting billing / settlement information consisting of the user's credit card number and sales amount for each service provider to a settlement company;
A billing / settlement system capable of having a plurality of member store codes for a single service provider.
JP2002135448A 2002-05-10 2002-05-10 Billing / settlement system that can have multiple merchant codes for one service provider Expired - Lifetime JP3987758B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002135448A JP3987758B2 (en) 2002-05-10 2002-05-10 Billing / settlement system that can have multiple merchant codes for one service provider

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002135448A JP3987758B2 (en) 2002-05-10 2002-05-10 Billing / settlement system that can have multiple merchant codes for one service provider

Publications (2)

Publication Number Publication Date
JP2003331193A JP2003331193A (en) 2003-11-21
JP3987758B2 true JP3987758B2 (en) 2007-10-10

Family

ID=29697770

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002135448A Expired - Lifetime JP3987758B2 (en) 2002-05-10 2002-05-10 Billing / settlement system that can have multiple merchant codes for one service provider

Country Status (1)

Country Link
JP (1) JP3987758B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009043012A (en) * 2007-08-08 2009-02-26 Nippon Telegr & Teleph Corp <Ntt> Settlement system, store apparatus, settlement institution apparatus, and settlement method
JP5339196B2 (en) * 2009-04-08 2013-11-13 株式会社ロイヤルゲート Gift presentation server, gift presentation method, and program
JP5827859B2 (en) * 2011-09-30 2015-12-02 日本郵便株式会社 Settlement support system and settlement support method
JP6554259B1 (en) * 2018-11-22 2019-07-31 株式会社オーガスタス Pseudo electronic payment compatible service provision system

Also Published As

Publication number Publication date
JP2003331193A (en) 2003-11-21

Similar Documents

Publication Publication Date Title
KR100203562B1 (en) Contents divided system
US5918215A (en) Content sales price accounting system and accounting method thereof
US6332124B1 (en) Method and system for managing magazine portfolios
KR20120113975A (en) System and method for distributing profit
JP2942517B2 (en) Prepaid centralized settlement system and method
WO2017150749A1 (en) Used article rental service method using electronic commerce
KR20050004071A (en) Billing system, billing apparatus, computer program, customer terminal apparatus and billing method
CN110490568A (en) The replacement method and device of object, storage medium, electronic device
CN106781043A (en) The electricity-selling system and method for electric automobile
CN101072276A (en) Billing method and system
JP3987758B2 (en) Billing / settlement system that can have multiple merchant codes for one service provider
JP4282882B2 (en) Spending management system, spending management method, and storage medium
JP4597765B2 (en) Claim clearing device, claim clearing method, and claim clearing program
US20080133406A1 (en) Mass billing systems and methods
JP2002123635A (en) Method and system for calculating royalty and storage medium stored with royalty calculation program
JP2002373296A (en) Web service type charging provider system
JP2017090989A (en) Electronic settlement system and electronic settlement method
CN113287134A (en) Intellectual property management complex-block chain platform-intellectual property
CN114119091B (en) Operation method and platform for constructing BC fusion ecology of mobile government enterprise business
KR101280195B1 (en) Cost account system and method of works on wired and wireless online
JP2008129715A (en) Refund server, system and method
KR102061295B1 (en) Transaction cost compensation system and transaction cost compensation method using the same
KR100420181B1 (en) Electronic payment method and apparatus thereof
JP2002133147A (en) Contents proceeds distributing system and distributing method
KR20010067511A (en) A method for reducing a telecommunication fee using a secret number and an intrinsic number of goods

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040227

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060414

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060425

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060626

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20060626

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061226

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070223

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070403

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070502

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20070606

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070703

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070713

R151 Written notification of patent or utility model registration

Ref document number: 3987758

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100720

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100720

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110720

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120720

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130720

Year of fee payment: 6

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

EXPY Cancellation because of completion of term