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 PDFInfo
- 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
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
[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-
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-
(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
(3) The
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]
The
(5) The
(7) The
(9) The user billing information stored in the internal billing
[0012]
Settlement subsystem 30
(10) (11) The settlement
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
(6) to (9) The
[0014]
Settlement subsystem 30
The settlement subsystem 30 includes a member store code conversion table 33 composed of
(10) The member store
[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-
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
[0016]
(5) to (8) The
(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.
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)
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 |
-
2002
- 2002-05-10 JP JP2002135448A patent/JP3987758B2/en not_active Expired - Lifetime
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 |