WO2013001967A1 - クレジットカード情報処理システム、クレジットカード情報処理方法、注文情報受付装置、クレジットカード決済装置、プログラム及び情報記録媒体 - Google Patents

クレジットカード情報処理システム、クレジットカード情報処理方法、注文情報受付装置、クレジットカード決済装置、プログラム及び情報記録媒体 Download PDF

Info

Publication number
WO2013001967A1
WO2013001967A1 PCT/JP2012/063801 JP2012063801W WO2013001967A1 WO 2013001967 A1 WO2013001967 A1 WO 2013001967A1 JP 2012063801 W JP2012063801 W JP 2012063801W WO 2013001967 A1 WO2013001967 A1 WO 2013001967A1
Authority
WO
WIPO (PCT)
Prior art keywords
credit card
order information
dummy data
dummy
data
Prior art date
Application number
PCT/JP2012/063801
Other languages
English (en)
French (fr)
Inventor
義法 小林
Original Assignee
楽天株式会社
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 楽天株式会社 filed Critical 楽天株式会社
Priority to BR112013033507A priority Critical patent/BR112013033507A2/pt
Priority to US14/129,284 priority patent/US9922319B2/en
Priority to KR1020147002437A priority patent/KR101740101B1/ko
Priority to CN201280032463.5A priority patent/CN103635918B/zh
Priority to EP12803667.0A priority patent/EP2728529A4/en
Publication of WO2013001967A1 publication Critical patent/WO2013001967A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/202—Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR

Definitions

  • the present invention relates to a credit card information processing system, a credit card information processing method, an order information receiving device, a credit card settlement device, a program, and an information recording medium.
  • Patent Document 1 a system in which an intermediary payment system issues a virtual card number to a user in advance and performs a payment process based on the virtual card number input at the time of ordering Has been proposed.
  • the present invention has been made in view of the above problems, and its purpose is to provide a credit card on the seller side without changing the usability of both the orderer and the seller of the transaction using the credit card.
  • An object of the present invention is to provide a credit card information processing system, a credit card information processing method, an order information receiving device, a credit card settlement device, a program, and an information recording medium that can reduce the information management burden.
  • a credit card information processing system receives order information for a store from a user terminal and provides the received order information to the store terminal, and the order information
  • a credit card information processing system including a credit card payment device for processing a credit card payment, wherein the order information reception device is a dummy corresponding to actual data of a credit card used for payment of order information received from the user terminal Dummy data acquisition means for acquiring data, and transmission means for transmitting the dummy data acquired by the dummy data acquisition means to a store terminal that processes the order information as credit card data used for settlement of the order information, Including the credit card payment device Corresponding to the received dummy data according to the conversion information for converting the credit card real data and the dummy data shared with the order information receiving device and the accepting means for accepting the credit card settlement request based on the dummy data from the store terminal Actual data acquisition means for acquiring actual data to be processed, and processing means for processing the accepted credit card settlement request based on the actual data acquired
  • the order information reception device transmits actual data of a credit card used for settlement of order information received from the user terminal to the credit card payment device.
  • the credit card settlement apparatus further includes a generating unit that generates the conversion information in which the credit card actual data transmitted by the actual data transmitting unit and the corresponding dummy data are associated with each other.
  • the order information receiving apparatus further includes conversion information acquisition means for acquiring the conversion information generated by the generation means.
  • the order information receiving device includes candidate acquisition means for acquiring candidates for dummy data issued by the credit card payment device, and an order received from the user terminal.
  • the dummy data corresponding to the actual data of the credit card used for the settlement of information is selected from the dummy data candidates acquired by the candidate acquisition means, and the actual data of the credit card is associated with the selected dummy data Generation means for generating the conversion information
  • the credit card payment apparatus further includes conversion information acquisition means for acquiring the conversion information generated by the generation means.
  • the order information receiving device has a number of candidates that do not yet correspond to actual data out of the dummy data candidates acquired by the candidate acquisition unit equal to or less than a threshold value.
  • a request means for requesting the credit card payment apparatus to issue a new candidate for dummy data when the data is less than the candidate acquisition means the candidate acquisition means by the credit card payment apparatus in response to a request by the request means A new candidate for issued dummy data is acquired.
  • the request unit requests the issuance of a new candidate for dummy data when order information is received from the user terminal.
  • At least one of the order information receiving device and the credit card settlement device uses the number of times dummy data acquired by the dummy data acquisition means, an expiration date, and the order A first determination is made as to whether or not to invalidate the dummy data based on a result of evaluating the possibility of unauthorized use of the dummy data based on at least one of the payment amount related to the information and the accumulated payment amount
  • the dummy data corresponding to the actual data of the credit card used for the settlement of the order information is replaced with a new dummy And updating means for updating the data.
  • At least one of the order information reception device and the credit card payment device has at least an expiration date and a usage limit amount of dummy data acquired by the dummy data acquisition unit.
  • a second determination unit that determines whether or not to invalidate the dummy data based on a result of evaluating a possibility of loss when the dummy data leaks based on any one of the second determination unit and the second determination unit; Means for updating the dummy data corresponding to the actual data of the credit card used for the settlement of the order information to new dummy data when it is determined that the dummy data of the credit card acquired by the dummy data acquiring means is invalid. , Further included.
  • the credit card information processing method is a credit card information processing method for receiving order information for a store from a user terminal, providing the received order information to the store terminal, and processing a credit card settlement related to the order information.
  • the dummy data acquisition step for acquiring dummy data corresponding to the actual data of the credit card used for the settlement of the order information received from the user terminal, and the dummy data acquired in the dummy data acquisition step for the settlement of the order information
  • a transmission step for transmitting the order information to a store terminal that processes the order information
  • a reception step for receiving a credit card settlement request based on the dummy data from the store terminal
  • Real card Real data acquisition step for acquiring actual data corresponding to the received dummy data in accordance with conversion information for mutually converting the data and the dummy data, and the received credit based on the actual data acquired in the actual data acquisition step Processing steps for processing a card payment request.
  • An order information receiving apparatus is an order information receiving apparatus that receives order information for a store from a user terminal and provides the received order information to the store terminal, and is used for settlement of the order information received from the user terminal.
  • Dummy data acquisition means for acquiring dummy data corresponding to actual data of a credit card, and a store that processes the order information as dummy card data used for settlement of the order information using the dummy data acquired by the dummy data acquisition means Transmitting means for transmitting to the terminal.
  • the program according to the present invention accepts order information for a store from a user terminal and provides a computer that provides the received order information to the store terminal, corresponding to actual data of a credit card used for settlement of the order information received from the user terminal.
  • An information recording medium accepts order information for a store from a user terminal, and provides a computer that provides the received order information to the store terminal as actual data of a credit card used for settlement of the order information received from the user terminal.
  • Dummy data acquisition means for acquiring corresponding dummy data, and transmission means for transmitting the dummy data acquired by the dummy data acquisition means to the store terminal that processes the order information as credit card data used for settlement of the order information
  • the information recording medium which recorded the program for functioning as.
  • a credit card settlement apparatus is an order information reception apparatus that receives order information for a store from a user terminal and provides the received order information to the store terminal, and is used for the settlement of the order information received from the user terminal.
  • Dummy data acquisition means for acquiring dummy data corresponding to actual data of a credit card, and a store that processes the order information as dummy card data used for settlement of the order information using the dummy data acquired by the dummy data acquisition means
  • a credit card payment device for processing a credit card payment related to the order information received by the order information reception device including a transmission means for transmitting to the terminal, wherein a credit card payment request based on the dummy data is received from the store terminal
  • Real data acquisition means for acquiring real data corresponding to the received dummy data in accordance with conversion information for mutually converting the real data of the credit card and the dummy data shared with the attaching device, and the actual data acquired by the real data acquisition means
  • processing means for processing the accepted credit
  • the program according to the present invention is an order information reception device that receives order information for a store from a user terminal and provides the received order information to the store terminal, and is a credit card used for settlement of the order information received from the user terminal.
  • Dummy data acquisition means for acquiring dummy data corresponding to actual data, and the dummy data acquired by the dummy data acquisition means are transmitted as credit card data used for settlement of the order information to the store terminal that processes the order information
  • a computer for processing a credit card settlement related to the order information received by the order information receiving device, a receiving means for receiving a credit card settlement request based on the dummy data from the store terminal, and the order information Credit car shared with the reception device
  • Real data acquisition means for acquiring real data corresponding to the accepted dummy data in accordance with conversion information for mutually converting the real data and dummy data, and the reception based on the real data acquired by the real data acquisition means This is a program for functioning as a processing means for processing a credit card settlement request.
  • An information recording medium is an order information accepting device that accepts order information for a store from a user terminal and provides the accepted order information to the store terminal, the credit used for the settlement of the order information accepted from the user terminal Dummy data acquisition means for acquiring dummy data corresponding to the actual data of the card, and a store terminal that processes the order information as dummy card data used for settlement of the order information using the dummy data acquired by the dummy data acquisition means
  • a computer for processing a credit card payment related to the order information received by the order information receiving device including a receiving means for receiving the credit card payment request based on the dummy data from the store terminal; Credit card shared with the order information receiving device
  • actual data acquisition means for acquiring actual data corresponding to the received dummy data, and based on the actual data acquired by the actual data acquisition means,
  • An information recording medium recording a program for functioning as a processing means for processing a received credit card settlement request.
  • FIG. 1 It is a figure which shows the system configuration example of an electronic commerce system. It is a figure which shows the hardware structural example of a virtual shopping mall server and a credit card server. It is a figure which shows an example of a user information table. It is a figure which shows an example of a card corresponding
  • FIG. 1 shows a system configuration diagram of an electronic commerce system 1 according to the present embodiment.
  • an electronic commerce system 1 includes a user terminal 2, a virtual shopping mall server 3, a store terminal 4, and a credit card server 5.
  • Each device is capable of data communication via a network 6 such as the Internet. Connected.
  • the user terminal 2 is a computer (a personal computer, a portable information terminal, a mobile phone, etc.) provided with a display unit and a communication unit.
  • the user terminal 2 accesses the virtual shopping mall server 3 via a web browser, and the virtual shopping mall server 3 Browsing and purchasing products sold at virtual stores open in stores.
  • credit card settlement using credit card information designated by the user is performed for settlement at the time of purchase of a product.
  • the virtual shopping mall server 3 is a computer that provides a website of a virtual shopping mall in which a plurality of virtual shops are gathered, and mediates communication between the user terminal 2 and the store terminal 4 at the time of product purchase processing in each virtual shopping mall. .
  • the virtual shopping mall server 3 accepts order information for products for the virtual store from the user terminal 2 and transmits the received order information to the store terminal 4 corresponding to the virtual store.
  • the virtual shopping mall server 3 according to the present embodiment replaces the user's credit card information (real number) used at the time of product purchase with the dummy credit card information (dummy number), and then orders the store terminal 4.
  • the actual credit card data is not passed to the store. Details of processing performed in the virtual shopping mall server 3 will be described later.
  • the store terminal 4 is a computer of a store opening a store in the virtual shopping mall server 3. For example, the store terminal 4 receives order information addressed to the store and dummy credit card information from the virtual shopping mall server 3, and sends a credit inquiry based on the received credit card information, a sales request after the order is confirmed, etc. 5 is performed.
  • the credit card server 5 is a computer that manages the user's credit card information and processes a credit inquiry and a sales request specifying the credit card information.
  • the credit card server 5 converts conversion information (for example, real number and dummy number) for acquiring dummy data (dummy number) of the corresponding credit card from the actual data (real number) of the user's credit card.
  • conversion information for example, real number and dummy number
  • a card inquiry table or a number conversion rule indicating correspondence is shared with the virtual shopping mall server 3 and a credit inquiry or a sales request based on the dummy number is received from the store terminal 4, the corresponding dummy number is handled.
  • a real number is acquired, and credit inquiry and sales registration processing is performed based on the acquired real number. Details of processing performed in the credit card server 5 will also be described later.
  • FIG. 2 shows an example of a hardware configuration diagram of the virtual shopping mall server 3 and the credit card server 5.
  • the hardware configurations of the virtual shopping mall server 3 and the credit card server 5 will be described in order.
  • the virtual shopping mall server 3 includes a control unit 30, a storage unit 32, and a communication unit 34, and each unit performs data communication with each other via a bus 36.
  • the control unit 30 includes a CPU (Central Processing Unit), executes various arithmetic processes based on programs and data stored in the storage unit 32, and controls each unit of the virtual shopping mall server 3.
  • the program processed by the control unit 30 may be supplied to the virtual shopping mall server 3 while being stored in an information recording medium such as an optical disk, a magnetic disk, a magnetic tape, a magneto-optical disk, a flash memory, or the like.
  • the data may be supplied to the virtual shopping mall server 3 via a data communication means such as.
  • the storage unit 32 stores a program and data describing processing executed in the virtual shopping mall server 3 and is also used as a work memory of the control unit 30.
  • a program and data describing processing executed in the virtual shopping mall server 3 and is also used as a work memory of the control unit 30.
  • data stored in the storage unit 32 will be described.
  • FIG. 3 shows an example of a user information table stored in the storage unit 32.
  • a user ID, a password, an email address, and credit card information are stored in association with each other.
  • the credit card information may be registered in the user information table only when the user has registered in advance, and registration is not essential.
  • the credit card information may include, for example, credit card number, name holder, and expiration date information.
  • FIG. 4 shows an example of the card correspondence table stored in the storage unit 32.
  • the credit card real number, credit card dummy number, user ID, store ID, and invalid flag are stored in association with each other in the card correspondence table shown in FIG.
  • the dummy number corresponding to the real number of the credit card may be issued by the virtual shopping mall server 3 or may be issued by the credit card server 5.
  • the dummy number can be determined whether or not the number is a dummy number from the credit card number by setting a predetermined digit as a specific number (FIG. 4 shows an example in which the leading number is 0). You may comprise as follows.
  • the user ID and the store ID stored in association with the dummy number in the card correspondence table may be the user ID and the store ID related to the order for which settlement is performed using the dummy number.
  • the invalid flag is a true / false value indicating whether or not the credit card dummy number is invalid (unusable), for example, “true (T)” when invalid or “false (F” when invalid. ) ” May be stored.
  • the communication unit 34 includes a network interface, connects to the network 6 through the network interface, and performs data communication with the user terminal 2, the store terminal 4, the credit card server 5, and the like connected to the network 6.
  • the credit card server 5 includes a control unit 50, a storage unit 52, and a communication unit 54, and each unit performs data communication with each other via a bus 56.
  • the control unit 50 includes a CPU (Central Processing Unit), executes various arithmetic processes based on programs and data stored in the storage unit 52, and controls each unit of the credit card server 5.
  • the program processed by the control unit 50 may be supplied to the credit card server 5 in a state of being stored in an information recording medium such as an optical disk, a magnetic disk, a magnetic tape, a magneto-optical disk, a flash memory, or the like. It may be supplied to the credit card server 5 via the data communication means.
  • an information recording medium such as an optical disk, a magnetic disk, a magnetic tape, a magneto-optical disk, a flash memory, or the like. It may be supplied to the credit card server 5 via the data communication means.
  • the storage unit 52 stores a program and data describing processing executed by the credit card server 5 and is also used as a work memory of the control unit 50. Hereinafter, an example of data stored in the storage unit 52 will be described.
  • FIG. 5 shows an example of a credit card information table stored in the storage unit 52.
  • information on the credit card real number, credit frame, usable amount, nominee, expiration date, and invalid flag is stored in association with each other.
  • the invalid flag is a true / false value indicating whether or not the real number of the credit card is invalid (unusable). For example, “true (T)” when invalid or “false (F)” when invalid. May be stored.
  • the storage unit 52 stores a card correspondence table.
  • the card correspondence table stored in the storage unit 52 is a membership that the credit card server 5 gives to each store instead of or together with the store ID that the virtual shopping mall server 3 gives to each store.
  • the contents may be the same as the card correspondence table stored in the storage unit 32 of the virtual shopping mall server 3 except that the store ID is included.
  • a dummy detailed information table storing detailed information related to the credit card dummy number stored in the storage unit 52 is stored.
  • the dummy number of the credit card, the expiration date of the dummy number, and the usage history are stored in association with each other.
  • the usage history information may include the usage date of the dummy number and the usage amount (settlement amount).
  • the communication unit 54 includes a network interface, connects to the network 6 via the network interface, and performs data communication with the user terminal 2, the store terminal 4, the virtual shopping mall server 3, and the like connected to the network 6.
  • the user terminal 2 After logging in to the virtual shopping mall server 3, the user terminal 2 inputs necessary items on the product purchase page in the virtual shopping mall acquired from the virtual shopping mall server 3, and transmits order information to the virtual shopping mall server 3 ( S101).
  • the order information includes, for example, a user ID, a store ID, a product ID, a product quantity, and payment designation information.
  • the payment designation information may include credit card information to be used, or information that designates credit card information stored in the user information table in association with the user ID.
  • the virtual shopping mall server 3 acquires credit card information used for settlement of the order information based on the order information received from the user terminal 2 (S102).
  • the virtual shopping mall server 3 has a valid (not invalidated) dummy number corresponding to the card number (real number) of the credit card information acquired in S102 from the card correspondence table stored in the storage unit 32. It is determined whether or not (S103). Here, if the virtual shopping mall server 3 determines that there is no valid dummy number corresponding to the real number of the credit card (S103: N), the virtual shopping mall server 3 credits the issuance of the dummy number corresponding to the real number of the credit card. The card server 5 is requested (S104).
  • the credit card server 5 issues a dummy number corresponding to the real number of the credit card requested from the virtual shopping mall server 3 (S105), and transmits the issued dummy number to the virtual shopping mall server 3 (S106).
  • An expiration date may be set for the issued dummy number.
  • the virtual shopping mall server 3 and the credit card server 5 update each card correspondence table based on the credit card real number and the dummy number issued for the real number (S107).
  • the virtual shopping mall server 3 acquires a valid dummy number corresponding to the real number from the card correspondence table after S107 (S108).
  • the credit card number used for the settlement of the order information received in S101 is replaced with the dummy number acquired in S108 (S109), and the order information is notified to the store.
  • the flow of processing performed in the electronic commerce system 1 after replacing the credit card number used for the settlement of the order information with the dummy number will be described with reference to the sequence diagram shown in FIG.
  • the virtual shopping mall server 3 transmits an order confirmation notification (order confirmation mail) to the store terminal 4 and the user terminal 2 (S201).
  • the virtual mall server 3 receives the order information transmission request from the user terminal 2 (S202)
  • the virtual mall server 3 transmits the order information related to the received transmission request to the store terminal 4 (S203).
  • the store terminal 4 sends a credit inquiry request based on the payment amount calculated based on the order information received from the virtual shopping mall server 3 and the credit card number (dummy number) included in the order information to the credit card server 5. (S204).
  • the credit card server 5 identifies a real number corresponding to the dummy number of the credit card related to the received credit inquiry request based on the card correspondence table (S205).
  • the credit card server 5 determines whether or not the credit card number related to the received credit inquiry request is a dummy number, and if it is determined to be a dummy number, the credit card server 5 credits the real number corresponding to the dummy number. If it is set as a target of inquiry and it is determined that it is not a dummy number (that is, a real number), the credit card number may be set as a target of credit inquiry as it is.
  • Whether or not the target credit card number is a dummy number is determined based on whether or not a real number corresponding to the assumed dummy number is obtained when the target credit card number is assumed to be a dummy number.
  • the dummy number may have a predetermined characteristic (for example, a predetermined digit of the dummy number is a specific number, a parity value of the dummy number is a predetermined value, etc.).
  • the determination may be made based on whether or not the credit card number related to the credit inquiry request has the predetermined characteristic.
  • the target credit card number is a dummy number
  • whether or not the corresponding real number can be obtained is determined based on, for example, conversion between the credit card real number and the dummy number based on the card correspondence table.
  • the credit card server 5 performs credit approval based on whether or not the usable amount linked to the identified real number is equal to or more than the settlement amount (S206), and the result (approval number) is sent to the store terminal 4 Transmit (S207).
  • the credit card server 5 uses the member store ID (ID assigned to each store by the credit card server 5) indicating the store from which the credit inquiry request is transmitted in the credit correspondence request in the card correspondence table of the storage unit 52. If it does not correspond to the dummy number, the comparison between the available amount and the settlement amount may be omitted, and the credit may be immediately unapproved. In the example of this sequence, the description is continued assuming that the credit is approved.
  • the store terminal 4 When the credit approval by the credit card server 5 is obtained, the store terminal 4 notifies the virtual shopping mall server 3 of order acceptance information (S208). Then, when receiving the order acceptance information from the store terminal 4, the virtual shopping mall server 3 notifies the order acceptance email to the user's email address (user terminal 2) (S209).
  • the breaking information (sales date, usage amount, etc.) of sales based on the credit inquiry related to the credit card real number is sent to the user's email address (user terminal 2).
  • the address is notified (S210).
  • the store terminal 4 transmits a sales request based on the credit card number (dummy number) and the approval number to the credit card server 5 at a predetermined sales request timing (S211).
  • the credit card server 5 identifies the corresponding real number from the credit card dummy number related to the sales request based on the card correspondence table (S212), and the settlement amount associated with the approval number for the identified real number Are registered as sales (S213). Furthermore, the credit card server 5 updates the dummy detailed information table based on the use history (use date, payment amount) for the dummy number received from the store terminal 4 (S214).
  • the credit card server 5 obtains sales information (use date, use amount, scheduled billing month, payment method, use shop, etc.) based on the sales registered for the actual credit card number at a predetermined timing after the sales registration. Notification is sent to the mail address (user terminal 2) (S215).
  • the above is a series of processes according to the first embodiment.
  • the virtual shopping mall server 3 may execute the sequence shown in FIGS. 7 and 8 every time it receives order information from the user terminal 2.
  • the processing of the first embodiment described above since the actual data of the credit card of the user is not transmitted to the store terminal 4, it is possible to prevent the actual data of the credit card from leaking from the store side. In addition, for the store, the human and economic burden of managing the actual data of the user's credit card is reduced. Also, even if credit card information leaks from the store side, the leaked credit card information is dummy data, so it is sufficient to invalidate the dummy data, and the credit card actual data is invalidated or reissued There is no need. In addition, for the user, no special procedure for using the dummy number is required, and no special system change is required for the user terminal 2 or the store terminal 4, so that it can be easily introduced into the existing environment. In addition, the dummy number corresponding to the real number of the credit card is issued as necessary, so that the number of dummy numbers to be distributed can be reduced, which is necessary for risk of information leakage and management of dummy numbers. The storage capacity can be reduced.
  • the virtual shopping mall server 3 acquires in advance a candidate for a dummy number of a credit card issued by the credit card server 5 and provides a dummy number stock table provided in the storage unit 32 (see FIG. 9).
  • the first embodiment is different from the first embodiment in that the dummy number corresponding to the actual credit card number is selected from the stocked dummy number candidates.
  • FIG. 9 shows an example of a dummy number stock table stored in the storage unit 32.
  • the dummy number stock table stores, for example, dummy number candidates and used flags (true / false values) in association with each other, and is associated with a credit card real number. For the number, the availability flag may be updated to unavailable (for example, false).
  • the dummy number stock table stores only dummy numbers that are not associated with real numbers of credit cards, and is associated with real numbers of credit cards. The broken dummy number may be deleted from the dummy number stock table.
  • FIG. 10 shows a sequence diagram related to the dummy number candidate supplement process.
  • the virtual shopping mall server 3 refers to the dummy number stock table (see FIG. 9) and determines whether or not there are insufficient dummy number candidates (for example, available dummy numbers). It is determined whether the number of candidate numbers is equal to or less than a threshold value (for example, 100) (S301). If it is determined that the number is insufficient (S301: Y), the credit card server 5 is dummy A request for batch issue of numbers is made (S302). Note that when the virtual mall server 3 determines that there are not enough dummy number candidates available (S301: N), the process may be terminated.
  • a threshold value for example, 100
  • the credit card server 5 When the credit card server 5 receives the dummy number issuance request from the virtual shopping mall server 3, the credit card server 5 issues a plurality of new dummy number candidates at once (S303), and the issued dummy number candidates are issued to the virtual shopping mall server 3 (S304).
  • the virtual shopping mall server 3 Upon receiving the dummy number candidate from the credit card server 5, the virtual shopping mall server 3 stores the received dummy number candidate in the dummy number stock table (S305) and ends the process.
  • the dummy number candidate replenishment process may be performed at predetermined time intervals or each time a dummy number is selected from the dummy number stock table.
  • the user terminal 2 After logging in to the virtual shopping mall server 3, the user terminal 2 inputs predetermined items on the product purchase page in the virtual shopping mall acquired from the virtual shopping mall server 3, and transmits order information to the virtual shopping mall server 3 ( S401).
  • the order information includes, for example, a user ID, a store ID, a product ID, a product quantity, and payment designation information.
  • the payment designation information may include credit card information to be used, or information that designates credit card information stored in the user information table in association with the user ID.
  • the virtual shopping mall server 3 acquires credit card information used for settlement of the order information based on the order information received from the user terminal 2 (S402).
  • the virtual shopping mall server 3 has a valid (not invalidated) dummy number corresponding to the card number (real number) of the credit card information acquired in S401 from the card correspondence table stored in the storage unit 32. It is determined whether or not (S403).
  • the virtual shopping mall server 3 selects a dummy number that can be used from the dummy number stock table, for example, randomly or based on a certain rule.
  • the card correspondence table in the storage unit 32 is updated by associating the real number of the credit card with the selected dummy number (S405).
  • the virtual shopping mall server 3 further updates the dummy number stock table (if the dummy number stock table is in the format of FIG. 9A, the availability flag corresponding to the selected dummy number is updated to unavailable, If the dummy number stock table is in the format of FIG. 9B, the selected dummy number is deleted from the table) (S406) and the association information between the credit card real number and the dummy number is stored in the credit card server 5. (S407).
  • the credit card server 5 updates the card correspondence table in the storage unit 52 by associating the real number of the credit card notified from the virtual shopping mall server 3 with the dummy number (S408).
  • the virtual shopping mall server 3 acquires a valid dummy number corresponding to the real number from the card correspondence table (S409).
  • the credit card number used for the settlement of the order information received in S401 is replaced with the dummy number acquired in S409 (S410), and the order information is notified to the store.
  • the processing performed in the electronic commerce system 1 after notifying the store of the order information is as shown in the sequence diagram shown in FIG. 8 and is the same as that of the first embodiment, and the description thereof will be omitted.
  • the above is a series of flows when processing the order information according to the second embodiment.
  • the virtual shopping mall server 3 may execute the sequences shown in FIGS. 11 and 8 every time it receives order information from the user terminal 2.
  • the virtual shopping mall server 3 obtains in advance the candidates for the dummy numbers issued in a lump by the credit card server 5 in advance, which is compared with the first embodiment.
  • the processing load and processing time from when the virtual shopping mall server 3 receives the order information from the user terminal 2 to when the credit card information is replaced with dummy information can be reduced.
  • FIG. 12 shows a sequence diagram according to the third embodiment.
  • the user terminal 2 After logging in to the virtual shopping mall server 3, the user terminal 2 inputs predetermined items on the product purchase page in the virtual shopping mall acquired from the virtual shopping mall server 3, and transmits order information to the virtual shopping mall server 3 ( S501).
  • the order information includes, for example, a user ID, a store ID, a product ID, a product quantity, and payment designation information.
  • the payment designation information may include credit card information to be used, or information that designates credit card information stored in the user information table in association with the user ID.
  • the virtual shopping mall server 3 acquires credit card information used for settlement of the order information based on the order information received from the user terminal 2 (S502).
  • the virtual shopping mall server 3 has a valid (not invalidated) dummy number corresponding to the card number (real number) of the credit card information acquired in S501 from the card correspondence table stored in the storage unit 32. It is determined whether or not (S503).
  • the virtual shopping mall server 3 determines that there is no valid dummy number in S503 (S503: N), the virtual shopping mall server 3 further refers to the dummy number stock table to determine whether there are insufficient dummy number candidates available. (For example, whether or not the number of available dummy number candidates is less than or less than a threshold value) is determined (S504). If the virtual shopping mall server 3 determines that there are not enough dummy number candidates available (S504: Y), it requests the credit card server 5 to issue a dummy number (S505). ).
  • the credit card server 5 Upon receiving a dummy number issuance request from the virtual shopping mall server 3, the credit card server 5 issues a plurality of new dummy number candidates at once (S506), and the issued dummy number candidates are issued to the virtual shopping mall server 3 (S507).
  • the virtual shopping mall server 3 When receiving the dummy number candidate from the credit card server 5, the virtual shopping mall server 3 stores the received dummy number candidate in the dummy number stock table (S508).
  • the virtual shopping mall server 3 selects a dummy number to be associated with the real number of the credit card from the dummy number stock table after determining that there are not enough dummy number candidates available (S504: N) or after S508. (S509), the card correspondence table is updated by associating the real number of the credit card with the selected dummy number (S510). Also, the virtual shopping mall server 3 updates the dummy number stock table based on the selected dummy number (if the dummy number stock table is in the format of FIG. 9A, the usage corresponding to the selected dummy number is used). The availability flag is updated to unavailable, and if the dummy number stock table is in the format of FIG. 9B, the selected dummy number is deleted from the table) (S511), and the credit card real number and dummy number are The association information is notified to the credit card server 5 (S512).
  • the credit card server 5 updates the card correspondence table stored in the storage unit 52 by associating the real number of the credit card notified from the virtual shopping mall server 3 with the dummy number (S513).
  • the virtual shopping mall server 3 acquires a valid dummy number corresponding to the real number from the card correspondence table (S514).
  • the credit card number used for the settlement of the order information received in S501 is replaced with the dummy number acquired in S514 (S515), and the order information is notified to the store.
  • the processing performed in the electronic commerce system 1 after notifying the store of the order information is as shown in the sequence diagram shown in FIG. 8 and is the same as that of the first embodiment, and the description thereof will be omitted.
  • the above is a series of flows when processing the order information according to the third embodiment.
  • the virtual shopping mall server 3 may execute the sequence shown in FIG. 12 every time it receives order information from the user terminal 2.
  • the virtual shopping mall server 3 since the virtual shopping mall server 3 obtains in advance the dummy number candidates issued in a lump by the credit card server 5, the dummy number obtained in advance remains.
  • the processing load and processing time from when the virtual shopping mall server 3 receives the order information from the user terminal 2 until the credit card information is replaced with dummy information can be reduced as compared with the first embodiment.
  • the leakage risk of a dummy number can be reduced compared with 2nd Example.
  • the fourth embodiment is different from the first embodiment in that the virtual shopping mall server 3 issues a dummy number of a credit card. Details of the sequence according to the fourth embodiment will be described below.
  • FIG. 13 shows a sequence diagram according to the fourth embodiment.
  • the user terminal 2 After logging in to the virtual shopping mall server 3, the user terminal 2 inputs necessary items on the product purchase page in the virtual shopping mall acquired from the virtual shopping mall server 3, and transmits order information to the virtual shopping mall server 3 ( S601).
  • the order information includes, for example, a user ID, a store ID, a product ID, a product quantity, and payment designation information.
  • the payment designation information may include credit card information to be used, or information that designates credit card information stored in the user information table in association with the user ID.
  • the virtual shopping mall server 3 acquires credit card information used for settlement of the order information based on the order information received from the user terminal 2 (S602).
  • the virtual shopping mall server 3 has a valid (not invalidated) dummy number corresponding to the card number (real number) of the credit card information acquired in S602 from the card correspondence table stored in the storage unit 32. It is determined whether or not (S603).
  • the virtual shopping mall server 3 determines that there is no valid dummy number corresponding to the real number of the credit card (S603: N), it issues a dummy number corresponding to the real number of the credit card (S604). .
  • the virtual shopping mall server 3 notifies the credit card server 5 of a dummy number corresponding to the real number of the credit card (S605), and the virtual shopping mall server 3 and the credit card server 5 store the real number of the credit card.
  • Each card correspondence table is updated based on the dummy number issued to the card (S606).
  • the virtual shopping mall server 3 acquires a valid dummy number corresponding to the real number from the card correspondence table (S607).
  • the credit card number used for the settlement of the order information received in S601 is replaced with the dummy number acquired in S607 (S608), and the order information is notified to the store.
  • the processing performed in the electronic commerce system 1 after notifying the store of the order information is as shown in the sequence diagram shown in FIG. 8 and is the same as that of the first embodiment, and the description thereof will be omitted.
  • the above is a series of flows when processing the order information according to the fourth embodiment.
  • the virtual shopping mall server 3 may execute the sequence shown in FIG. 13 every time it receives order information from the user terminal 2.
  • the virtual shopping mall server 3 since the virtual shopping mall server 3 issues a credit card dummy number, compared to the first embodiment, the virtual shopping mall server 3 has a dummy corresponding to the real number of the credit card. Since there is no processing for acquiring the number from the credit card server 5, the processing load and processing time can be reduced.
  • the virtual shopping mall server 3 and the credit card server 5 share functions and conversion rules that allow reversible conversion between the real number of the credit card and the dummy number, and those functions and conversion rules.
  • the processing of S606 and S607 can be omitted.
  • communication of a real number or a dummy number is not required between the virtual shopping mall server 3 and the credit card server 5, so that communication load and information leakage risk can be further reduced.
  • the dummy number associated with the real number of the credit card may be invalidated every time one order is completed.
  • the credit card server 5 may update the invalid flag of the dummy number to true (invalid) after the sales of the order approved for the dummy number are registered. If the credit card server 5 invalidates the dummy number, the credit card server 5 notifies the virtual shopping mall server 3 of information on the invalid dummy number, and the virtual shopping mall server 3 that receives the notification also invalidates the dummy number. The flag may be updated to true (invalid). If the dummy number corresponding to the actual credit card number is updated for each order in this way, the dummy number of the credit card passed to the store cannot be used for other orders. Time risk can be greatly reduced.
  • the dummy number when the usage status of the dummy number associated with the real number of the credit card satisfies a predetermined invalidation condition, the dummy number may be invalidated. By doing so, the processing load required for issuing and managing the dummy number can be reduced as compared with the case where the dummy number is invalidated for each order.
  • the credit card server 5 or the virtual shopping mall server 3 uses the dummy number based on the usage history and the currently accepted order information, the number of times the dummy number has been used, the period of use, and the usage associated with the currently accepted order.
  • the invalidation condition is that when the cumulative use count using the dummy number is equal to or greater than the first threshold (or exceeds the first threshold), the usage period is equal to or greater than the second threshold ( (Or the second threshold is exceeded), when the usage amount for the accepted order is equal to or greater than the third threshold (or exceeds the third threshold), the cumulative usage amount is equal to or greater than the fourth threshold.
  • each threshold may be determined according to the card usage limit for the dummy number. For example, the larger the credit limit (usage limit) of the card, the more damage is caused when information leaks. Therefore, the frequency of updating the dummy number may be increased by setting each threshold value smaller in proportion to the size of the credit frame.
  • the credit card server 5 and the virtual shopping mall server 3 can use the cumulative number of times the dummy number is used, the usage period, the latest usage amount, the cumulative usage amount, the usage frequency, and the credit card expiration date and credit associated with the corresponding real number.
  • Based on the frame (usage limit), etc. evaluate the risk that the dummy number has been leaked and the possibility of unauthorized use, and the evaluation result is equal to or higher than a predetermined level (or a predetermined level)
  • the dummy number may be determined to be invalid.
  • the risk level when a dummy number is leaked is evaluated so that it increases as the card expiration date increases and the card usage limit increases.
  • the level may be evaluated so as to increase as the value of the cumulative usage count, usage period, latest usage amount, cumulative usage amount, and usage frequency increases.
  • the determination timing as to whether or not to invalidate the dummy number may be periodically performed at predetermined time intervals, or after the virtual shopping mall server 3 receives the order information from the user terminal 2, the credit After the card server 5 registers the sales of the order information, it may be performed at a timing such as after a predetermined time has elapsed from the previous determination timing.
  • a different dummy number may be associated with each credit card real number, and the credit card real number is uniquely determined for each pair of the dummy number and the user (user ID or holder).
  • the same dummy number may be associated with a plurality of real numbers.
  • the present invention is not limited to the above embodiment, and the virtual shopping mall server and the credit card server may be constructed by one server, or each server may be constructed by a plurality of servers. I do not care.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

　クレジットカードを利用した取引の注文者・販売者双方の使い勝手に変更を加えることなく、販売者側でのクレジットカード情報の管理負担を軽減させる。仮想商店街サーバー（３）とクレジットカードサーバー（５）は、クレジットカードの実データから、対応するクレジットカードのダミーデータを取得するための変換情報を共有する。仮想商店街サーバー（３）は、変換情報に基づいて、注文情報の決済に用いるクレジットカードの実データから、対応するダミーデータを取得し、取得したダミーデータを注文情報の決済に用いるクレジットカードのデータとして、店舗端末に送信する。クレジットカードサーバー（５）は、店舗端末からダミーデータに基づく所定のカード処理要求を受け付けると、変換情報に従ってダミーデータから対応するクレジットカードの実データを取得し、取得したクレジットカードの実データに基づいて、所定のカード処理を実行する。

Description

クレジットカード情報処理システム、クレジットカード情報処理方法、注文情報受付装置、クレジットカード決済装置、プログラム及び情報記録媒体
　本発明は、クレジットカード情報処理システム、クレジットカード情報処理方法、注文情報受付装置、クレジットカード決済装置、プログラム及び情報記録媒体に関する。
　複数の仮想商店が集まった仮想商店街をインターネット上で構築したオンラインショッピングサイトを介して、各仮想商店に対応する店舗から商品を購入できる電子商取引システムがある。こうした電子商取引システムにおいて、ユーザーが店舗からの商品購入にクレジットカード決済を利用する場合には、仮想商店街のサーバーから店舗端末にユーザーのクレジットカード番号を渡し、店舗端末がユーザーのクレジットカード番号に基づく与信照会や売り上げ請求等をクレジットカード会社に対して行うことがあった。
　店舗側にユーザーの実際のクレジットカード番号を渡した場合には、店舗側でユーザーのクレジットカード番号の管理に多大な人的及び経済的なコストがかかっていた。そこで、下記の特許文献１に記載されているように、仲介決済システムがユーザーに対して仮想カード番号を予め発行し、注文時に入力された仮想カード番号に基づいて決済処理を行うようにしたシステムが提案されている。
特開２００２－２９８０５５号公報
　しかしながら、上記の従来技術では、ユーザーが商品購入前に予め仮想カード番号の発行手続を行ったり、発行された仮想カード番号を管理したりする等、従来には必要のなかった手続をユーザーに行わせる必要があるため、導入障壁が高くなってしまっていた。
　本発明は上記の課題に鑑みて為されたものであって、その目的は、クレジットカードを利用する取引の注文者・販売者双方の使い勝手に変更を加えることなく、販売者側でのクレジットカード情報の管理負担を軽減させることができるクレジットカード情報処理システム、クレジットカード情報処理方法、注文情報受付装置、クレジットカード決済装置、プログラム及び情報記録媒体を提供することにある。
　上記目的を解決するために、本発明に係るクレジットカード情報処理システムは、ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供する注文情報受付装置と、当該注文情報に係るクレジットカード決済を処理するクレジットカード決済装置とを含むクレジットカード情報処理システムであって、前記注文情報受付装置は、前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得手段と、前記ダミーデータ取得手段により取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信手段と、を含み、前記クレジットカード決済装置は、前記店舗端末から前記ダミーデータに基づくクレジットカード決済要求を受け付ける受付手段と、前記注文情報受付装置と共有したクレジットカードの実データとダミーデータとを互いに変換する変換情報に従って、前記受け付けたダミーデータに対応する実データを取得する実データ取得手段と、前記実データ取得手段により取得した実データに基づいて、前記受け付けたクレジットカード決済要求を処理する処理手段と、を含むことを特徴とする。
　本発明の一態様では、前記クレジットカード情報処理システムにおいて、前記注文情報受付装置は、前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データを前記クレジットカード決済装置に送信する実データ送信手段をさらに含み、前記クレジットカード決済装置は、前記実データ送信手段により送信されたクレジットカードの実データと、対応するダミーデータとを関連付けた前記変換情報を生成する生成手段をさらに含み、前記注文情報受付装置は、前記生成手段により生成された前記変換情報を取得する変換情報取得手段をさらに含むことを特徴とする。
　本発明の一態様では、前記クレジットカード情報処理システムにおいて、前記注文情報受付装置は、前記クレジットカード決済装置により発行されたダミーデータの候補を取得する候補取得手段と、前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを前記候補取得手段により取得したダミーデータの候補の中から選択し、当該クレジットカードの実データと、当該選択したダミーデータとを関連付けた前記変換情報を生成する生成手段と、をさらに含み、前記クレジットカード決済装置は、前記生成手段により生成された前記変換情報を取得する変換情報取得手段をさらに含むことを特徴とする。
　本発明の一態様では、前記クレジットカード情報処理システムにおいて、前記注文情報受付装置は、前記候補取得手段により取得したダミーデータの候補のうち、実データと未だ対応していない候補の数が閾値以下又は未満である場合に、ダミーデータの新たな候補の発行を前記クレジットカード決済装置に要求する要求手段をさらに含み、前記候補取得手段は、前記要求手段による要求に応じて前記クレジットカード決済装置により発行されたダミーデータの新たな候補を取得することを特徴とする。
　本発明の一態様では、前記クレジットカード情報処理システムにおいて、前記要求手段は、前記ユーザー端末から注文情報を受け付けたときに、ダミーデータの新たな候補の発行を要求することを特徴とする。
　本発明の一態様では、前記クレジットカード情報処理システムにおいて、前記注文情報受付装置と前記クレジットカード決済装置の少なくとも一方が、前記ダミーデータ取得手段により取得したダミーデータの使用回数、有効期限、前記注文情報に係る決済金額、累積の決済金額の少なくともいずれかに基づいて、当該ダミーデータの不正利用の可能性を評価した結果に基づいて、当該ダミーデータを無効とするか否かを判定する第１判定手段と、前記第１判定手段により前記ダミーデータ取得手段により取得したダミーデータが無効と判定された場合に、前記注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを新たなダミーデータに更新する更新手段と、をさらに含むことを特徴とする。
　本発明の一態様では、前記クレジットカード情報処理システムにおいて、前記注文情報受付装置と前記クレジットカード決済装置の少なくとも一方が、前記ダミーデータ取得手段により取得したダミーデータの有効期限、利用限度額の少なくともいずれかに基づいて、当該ダミーデータが漏洩した場合の損失の可能性を評価した結果に基づいて、当該ダミーデータを無効とするか否かを判定する第２判定手段と、前記第２判定手段により前記ダミーデータ取得手段により取得したクレジットカードのダミーデータが無効と判定された場合に、前記注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを新たなダミーデータに更新する手段と、をさらに含むことを特徴とする。
　本発明に係るクレジットカード情報処理方法は、ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供し、当該注文情報に係るクレジットカード決済を処理するクレジットカード情報処理方法であって、前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得ステップと、前記ダミーデータ取得ステップで取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信ステップと、前記店舗端末から前記ダミーデータに基づくクレジットカード決済要求を受け付ける受付ステップと、前記注文情報受付装置と共有したクレジットカードの実データとダミーデータとを互いに変換する変換情報に従って、前記受け付けたダミーデータに対応する実データを取得する実データ取得ステップと、前記実データ取得ステップで取得した実データに基づいて、前記受け付けたクレジットカード決済要求を処理する処理ステップと、を含むことを特徴とする。
　本発明に係る注文情報受付装置は、ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供する注文情報受付装置であって、前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得手段と、前記ダミーデータ取得手段により取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信手段と、を含むことを特徴とする。
　本発明に係るプログラムは、ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供するコンピュータを、前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得手段と、前記ダミーデータ取得手段により取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信手段として機能させるためのプログラムである。
　本発明に係る情報記録媒体は、ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供するコンピュータを、前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得手段と、前記ダミーデータ取得手段により取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信手段として機能させるためのプログラムを記録した情報記録媒体である。
　本発明に係るクレジットカード決済装置は、ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供する注文情報受付装置であって、前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得手段と、前記ダミーデータ取得手段により取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信手段と、を含む注文情報受付装置で受け付けた前記注文情報に係るクレジットカード決済を処理するクレジットカード決済装置であって、前記店舗端末から前記ダミーデータに基づくクレジットカード決済要求を受け付ける受付手段と、前記注文情報受付装置と共有したクレジットカードの実データとダミーデータとを互いに変換する変換情報に従って、前記受け付けたダミーデータに対応する実データを取得する実データ取得手段と、前記実データ取得手段により取得した実データに基づいて、前記受け付けたクレジットカード決済要求を処理する処理手段と、を含むことを特徴とする。
　本発明に係るプログラムは、ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供する注文情報受付装置であって、前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得手段と、前記ダミーデータ取得手段により取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信手段と、を含む注文情報受付装置で受け付けた前記注文情報に係るクレジットカード決済を処理するコンピュータを、前記店舗端末から前記ダミーデータに基づくクレジットカード決済要求を受け付ける受付手段と、前記注文情報受付装置と共有したクレジットカードの実データとダミーデータとを互いに変換する変換情報に従って、前記受け付けたダミーデータに対応する実データを取得する実データ取得手段と、前記実データ取得手段により取得した実データに基づいて、前記受け付けたクレジットカード決済要求を処理する処理手段として機能させるためのプログラムである。
　本発明に係る情報記録媒体は、ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供する注文情報受付装置であって、前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得手段と、前記ダミーデータ取得手段により取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信手段と、を含む注文情報受付装置で受け付けた前記注文情報に係るクレジットカード決済を処理するコンピュータを、前記店舗端末から前記ダミーデータに基づくクレジットカード決済要求を受け付ける受付手段と、前記注文情報受付装置と共有したクレジットカードの実データとダミーデータとを互いに変換する変換情報に従って、前記受け付けたダミーデータに対応する実データを取得する実データ取得手段と、前記実データ取得手段により取得した実データに基づいて、前記受け付けたクレジットカード決済要求を処理する処理手段として機能させるためのプログラムを記録した情報記録媒体である。
　本発明の一態様によれば、クレジットカードを利用する取引の注文者・販売者双方の使い勝手に一切変更を加えることなく、販売者側でのクレジットカード情報の管理負担を軽減させることができる。
電子商取引システムのシステム構成例を示す図である。 仮想商店街サーバー及びクレジットカードサーバーのハードウェア構成例を示す図である。 ユーザー情報テーブルの一例を示す図である。 カード対応テーブルの一例を示す図である。 クレジットカード情報テーブルの一例を示す図である。 ダミー詳細情報テーブルの一例を示す図である。 第１実施例に係る注文情報の処理シーケンスを示す図である。 注文情報の決済に用いるクレジットカード番号をダミー番号で置き換えた後に電子商取引システムで行われる処理のシーケンス図である。 ダミー番号ストックテーブルの一例を示す図である。 ダミー番号の候補の補充処理に係るシーケンス図である。 第２実施例に係る注文情報の処理シーケンスを示す図である。 第３実施例に係る注文情報の処理シーケンスを示す図である。 第４実施例に係る注文情報の処理シーケンスを示す図である。
　以下、本発明を実施するための実施の形態（以下、実施形態）を、図面に従って説明する。
［１．システム構成］
　図１には、本実施形態に係る電子商取引システム１のシステム構成図を示した。図１に示されるように、電子商取引システム１は、ユーザー端末２、仮想商店街サーバー３、店舗端末４、クレジットカードサーバー５を含み、各装置はインターネット等のネットワーク６を介してデータ通信可能に接続される。
　ユーザー端末２は、表示手段及び通信手段を備えたコンピュータ（パーソナルコンピュータ、携帯情報端末、携帯電話機等）であり、例えばウェブブラウザを介して仮想商店街サーバー３にアクセスして、仮想商店街サーバー３に出店されている仮想商店で販売されている商品の閲覧や購入等を行う。本実施形態では、商品の購入時の決済には、ユーザーが指定したクレジットカード情報を用いたクレジットカード決済が行われることとする。
　仮想商店街サーバー３は、複数の仮想商店が集まった仮想商店街のウェブサイトを提供するとともに、各仮想商店における商品購入処理時のユーザー端末２と店舗端末４との通信を仲介するコンピュータである。例えば、仮想商店街サーバー３は、ユーザー端末２から仮想商店に対する商品の注文情報を受け付け、受け付けた注文情報を仮想商店に対応する店舗端末４に送信する。この際、本実施形態に係る仮想商店街サーバー３は、商品購入時に利用するユーザーのクレジットカード情報（実番号）をダミーのクレジットカード情報（ダミー番号）に置き換えてから、店舗端末４に注文内容と共にダミーのクレジットカード情報を送信することで、店舗側にはクレジットカードの実データを渡さないようにする。この仮想商店街サーバー３において行われる処理の詳細については後述する。
　店舗端末４は、仮想商店街サーバー３に出店する店舗のコンピュータである。例えば、店舗端末４は、仮想商店街サーバー３から店舗宛ての注文情報とダミーのクレジットカード情報を受信し、受信したクレジットカード情報に基づく与信照会や、注文確定後の売上請求等をクレジットカードサーバー５に対して行う。
　クレジットカードサーバー５は、ユーザーのクレジットカード情報を管理し、クレジットカード情報を指定した与信照会や売上請求等を処理するコンピュータである。本実施形態では、クレジットカードサーバー５は、ユーザーのクレジットカードの実データ（実番号）から、対応するクレジットカードのダミーデータ（ダミー番号）を取得するための変換情報（例えば実番号とダミー番号の対応を示したカード対応テーブルや番号変換規則等）を仮想商店街サーバー３と共有し、店舗端末４からダミー番号に基づく与信照会や売上請求を受け付けた場合には、受け付けたダミー番号から対応する実番号を取得し、取得した実番号に基づいて与信照会や売上登録の処理を行う。このクレジットカードサーバー５において行われる処理の詳細についても後述する。
［２．ハードウェア構成］
　図２には、仮想商店街サーバー３及びクレジットカードサーバー５のハードウェア構成図の一例を示した。以下、仮想商店街サーバー３、クレジットカードサーバー５のそれぞれのハードウェア構成について順に説明する。
［２．１．仮想商店街サーバー３のハードウェア構成］
　まず、仮想商店街サーバー３のハードウェア構成について説明する。図２に示されるように、仮想商店街サーバー３は、制御部３０、記憶部３２、通信部３４を備え、各部はバス３６を介して相互にデータ通信する。
　制御部３０は、ＣＰＵ（Central Processing Unit）を含み、記憶部３２に記憶されたプログラムやデータに基づいて、各種の演算処理を実行するとともに仮想商店街サーバー３の各部を制御する。制御部３０が処理するプログラムは、光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記録媒体に格納された状態で仮想商店街サーバー３に供給されることとしてもよいし、インターネット等のデータ通信手段を介して仮想商店街サーバー３に供給されることとしてもよい。
　記憶部３２は、仮想商店街サーバー３で実行される処理を記述したプログラムやデータを記憶するほか、制御部３０のワークメモリとしても用いられる。以下、記憶部３２に記憶されるデータの一例を説明する。
　図３には、記憶部３２に記憶されるユーザー情報テーブルの一例を示した。図３に示されるユーザー情報テーブルには、ユーザーＩＤ、パスワード、メールアドレス、クレジットカード情報がそれぞれ関連付けられて記憶される。なお、クレジットカード情報に関しては、ユーザーにより事前登録があった場合にのみユーザー情報テーブルに登録すればよく、登録は必須ではない。また、クレジットカード情報は、例えばクレジットカード番号、名義人、有効期限の情報を含むこととしてよい。
　図４には、記憶部３２に記憶されるカード対応テーブルの一例を示した。図４に示されるカード対応テーブルには、クレジットカードの実番号、クレジットカードのダミー番号、ユーザーＩＤ、店舗ＩＤ、無効フラグがそれぞれ関連付けて記憶される。クレジットカードの実番号に対応するダミー番号は、仮想商店街サーバー３が発行してもよいし、クレジットカードサーバー５が発行してもよい。ダミー番号は、所定の桁を特定の数字（図４には、先頭の数字を０とする例を示している）とすることにより、クレジットカード番号からその番号がダミー番号か否かを判別できるように構成してもよい。また、カード対応テーブルにおいてダミー番号と対応付けて記憶されるユーザーＩＤ、店舗ＩＤは、当該ダミー番号を利用して決済を行った注文に係るユーザーＩＤと店舗ＩＤとしてよい。そして、無効フラグは、クレジットカードのダミー番号を無効（利用不可）とするか否かを示す真偽値であり、例えば無効の場合に“真（Ｔ）”、無効でない場合に“偽（Ｆ）”を格納することとしてよい。
　通信部３４は、ネットワークインターフェースを含み、ネットワークインターフェースを介してネットワーク６に接続して、ネットワーク６に接続されたユーザー端末２、店舗端末４、及びクレジットカードサーバー５等とデータ通信する。
［２．２．クレジットカードサーバー５のハードウェア構成］
　次に、クレジットカードサーバー５のハードウェア構成について説明する。図２に示されるように、クレジットカードサーバー５は、制御部５０、記憶部５２、通信部５４を備え、各部はバス５６を介して相互にデータ通信する。
　制御部５０は、ＣＰＵ（Central Processing Unit）を含み、記憶部５２に記憶されたプログラムやデータに基づいて、各種の演算処理を実行するとともにクレジットカードサーバー５の各部を制御する。制御部５０が処理するプログラムは、光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記録媒体に格納された状態でクレジットカードサーバー５に供給されることとしてもよいし、インターネット等のデータ通信手段を介してクレジットカードサーバー５に供給されることとしてもよい。
　記憶部５２は、クレジットカードサーバー５で実行される処理を記述したプログラムやデータを記憶するほか、制御部５０のワークメモリとしても用いられる。以下、記憶部５２に記憶されるデータの一例を説明する。
　図５には、記憶部５２に記憶されるクレジットカード情報テーブルの一例を示した。図５に示されるクレジットカード情報テーブルには、クレジットカードの実番号、与信枠、利用可能額、名義人、有効期限、無効フラグの情報がそれぞれ関連付けて記憶される。無効フラグは、クレジットカードの実番号を無効（利用不可）とするか否かを示す真偽値であり、例えば無効の場合に“真（Ｔ）”、無効でない場合に“偽（Ｆ）”を格納することとしてよい。
　また、記憶部５２には、カード対応テーブルが記憶される。記憶部５２に記憶されるカード対応テーブルは、仮想商店街サーバー３が各店舗に対して付与した店舗ＩＤに代えて、又は当該店舗ＩＤとともに、クレジットカードサーバー５が各店舗に対して付与した加盟店ＩＤが含まれている点を除き、仮想商店街サーバー３の記憶部３２に記憶されるカード対応テーブルと同内容としてよい。
　図６には、記憶部５２に記憶されるクレジットカードのダミー番号に係る詳細情報を格納したダミー詳細情報テーブルが記憶される。図６に示されるダミー詳細情報テーブルには、クレジットカードのダミー番号、ダミー番号の有効期限、利用履歴が関連付けて記憶される。例えば、利用履歴の情報には、ダミー番号の利用日、利用金額（決済金額）を含むこととしてよい。
　通信部５４は、ネットワークインターフェースを含み、ネットワークインターフェースを介してネットワーク６に接続して、ネットワーク６に接続されたユーザー端末２、店舗端末４、及び仮想商店街サーバー３等とデータ通信する。
［３．シーケンス］
　次に、電子商取引システム１において、仮想商店街サーバー３がユーザー端末２から受け付けた注文情報の処理及び当該注文情報に係るクレジットカード決済処理に関するシーケンスの例（第１～第４実施例）を順に説明する。
［３．１．第１実施例］
　図７には、電子商取引システム１において行われる第１実施例に係るシーケンスの図を示した。
　まず、ユーザー端末２は、仮想商店街サーバー３にログイン後、仮想商店街サーバー３から取得した仮想商店における商品購入ページに必要事項を入力して、注文情報を仮想商店街サーバー３に送信する（Ｓ１０１）。注文情報には、例えばユーザーＩＤ、店舗ＩＤ、商品ＩＤ、商品数量、決済指定情報が含まれる。例えば、決済指定情報には、利用するクレジットカード情報が含まれていてもよいし、ユーザーＩＤに関連付けてユーザー情報テーブルに記憶されたクレジットカード情報を指定する情報が含まれていてもよい。
　仮想商店街サーバー３では、ユーザー端末２から受信した注文情報に基づいて、当該注文情報の決済に用いるクレジットカード情報を取得する（Ｓ１０２）。
　仮想商店街サーバー３は、記憶部３２に記憶されたカード対応テーブルから、Ｓ１０２で取得したクレジットカード情報のカード番号（実番号）に対応する有効な（無効化されていない）ダミー番号があるか否かを判定する（Ｓ１０３）。ここで、仮想商店街サーバー３は、クレジットカードの実番号に対応する有効なダミー番号がないと判定する場合には（Ｓ１０３：Ｎ）、クレジットカードの実番号に対応するダミー番号の発行をクレジットカードサーバー５に依頼する（Ｓ１０４）。
　クレジットカードサーバー５は、仮想商店街サーバー３から依頼されたクレジットカードの実番号に対応するダミー番号を発行し（Ｓ１０５）、当該発行したダミー番号を仮想商店街サーバー３に送信する（Ｓ１０６）。なお、発行されるダミー番号には有効期限が設定されていてもよい。
　仮想商店街サーバー３及びクレジットカードサーバー５は、クレジットカードの実番号と、当該実番号に対して発行されたダミー番号に基づいて、それぞれのカード対応テーブルを更新する（Ｓ１０７）。
　仮想商店街サーバー３は、Ｓ１０３で有効なダミー番号があると判定される場合（Ｓ１０３：Ｙ）又は、Ｓ１０７の後に、カード対応テーブルから実番号に対応する有効なダミー番号を取得し（Ｓ１０８）、Ｓ１０１で受け付けた注文情報の決済に用いるクレジットカード番号を、Ｓ１０８で取得されたダミー番号に置き換えてから（Ｓ１０９）、店舗へ受注情報を通知する。以下、注文情報の決済に用いるクレジットカード番号をダミー番号で置き換えた後に電子商取引システム１で行われる処理の流れを、図８に示したシーケンス図を参照しながら説明する。
　図８に示されるように、仮想商店街サーバー３は、店舗端末４とユーザー端末２に注文確認通知（注文確認メール）を送信する（Ｓ２０１）。そして、仮想商店街サーバー３は、ユーザー端末２から注文情報の送信要求を受け付けると（Ｓ２０２）、受け付けた送信要求に係る注文情報を店舗端末４に送信する（Ｓ２０３）。
　店舗端末４は、仮想商店街サーバー３から受信した注文情報に基づいて算出した決済金額と、当該注文情報に含まれるクレジットカード番号（ダミー番号）とに基づく与信照会要求をクレジットカードサーバー５に送信する（Ｓ２０４）。
　クレジットカードサーバー５は、カード対応テーブルに基づいて、受信した与信照会要求に係るクレジットカードのダミー番号に対応する実番号を特定する（Ｓ２０５）。ここで、クレジットカードサーバー５は、受信した与信照会要求に係るクレジットカード番号がダミー番号か否かを判定し、ダミー番号であると判定される場合にはそのダミー番号に対応する実番号を与信照会の対象に設定し、ダミー番号でない（すなわち実番号である）と判定される場合にはそのクレジットカード番号をそのまま与信照会の対象に設定することとしてよい。なお、対象のクレジットカード番号がダミー番号か否かは、例えば、対象のクレジットカード番号をダミー番号と仮定した場合に、当該仮定したダミー番号に対応する実番号が得られるか否かにより判定することとしてもよいし、ダミー番号が所定の特徴（例えばダミー番号の所定の桁が特定の数字であること、ダミー番号のパリティ値が所定値であること等）を有するように構成されている場合には、与信照会要求に係るクレジットカード番号が上記の所定の特徴を有するか否かに基づいて判定することとしてもよい。ここで、対象のクレジットカード番号をダミー番号と仮定した場合に、対応する実番号が得られるか否かの判定は、例えば、クレジットカードの実番号とダミー番号との変換をカード対応テーブルに基づいて行うときには、ダミー番号の欄に対象のクレジットカード番号が格納されているレコードがあるか否かを検索して行うこととしてもよいし、クレジットカードの実番号とダミー番号との変換を所定の変換規則に基づいて行うときには、対象のクレジットカード番号を所定の変換規則に基づいて変換したカード番号がクレジットカード情報テーブルに含まれるか否かに基づいて行うこととしてもよい。
　クレジットカードサーバー５は、上記特定した実番号に紐付けられた利用可能額が決済金額以上であるか否かに基づいて与信承認を行い（Ｓ２０６）、その結果（承認番号）を店舗端末４に送信する（Ｓ２０７）。なお、クレジットカードサーバー５は、上記与信照会要求の送信元の店舗を示す加盟店ＩＤ（クレジットカードサーバー５が各店舗に付与したＩＤ）が、記憶部５２のカード対応テーブルにおいて当該与信照会要求に係るダミー番号と対応していない場合には、利用可能額と決済金額の比較判定を省略し、直ちに与信を非承認としてもよい。本シーケンスの例では、与信が承認されたものとして説明を続ける。
　店舗端末４では、クレジットカードサーバー５による与信承認が得られると、仮想商店街サーバー３に対して注文受付情報を通知する（Ｓ２０８）。そして、仮想商店街サーバー３は、店舗端末４から注文受付情報を受信すると、注文受付メールをユーザーのメールアドレス（ユーザー端末２）に宛てて通知する（Ｓ２０９）。
　クレジットカードサーバー５からは、与信照会後の所定のタイミングで、クレジットカードの実番号に係る与信照会に基づく売り上げの速報情報（利用日、利用金額等）をユーザーのメールアドレス（ユーザー端末２）に宛てて通知する（Ｓ２１０）。
　店舗端末４は、所定の売り上げ請求タイミングで、クレジットカードサーバー５にクレジットカード番号（ダミー番号）と承認番号に基づく売り上げ請求を送信する（Ｓ２１１）。クレジットカードサーバー５は、カード対応テーブルに基づいて、売り上げ請求に係るクレジットカードのダミー番号から、対応する実番号を特定して（Ｓ２１２）、特定した実番号に対して承認番号に紐付く決済金額を売り上げとして登録する（Ｓ２１３）。さらに、クレジットカードサーバー５は、店舗端末４から受信したダミー番号についての利用履歴（利用日、決済金額）に基づいて、ダミー詳細情報テーブルを更新する（Ｓ２１４）。
　クレジットカードサーバー５は、売り上げ登録後の所定のタイミングで、クレジットカードの実番号について登録された売り上げに基づく売り上げ情報（利用日、利用金額、請求予定月、支払方法、利用店舗等）をユーザーのメールアドレス（ユーザー端末２）に宛てて通知する（Ｓ２１５）。以上が、第１実施例に係る処理の一連の流れである。なお、仮想商店街サーバー３はユーザー端末２から注文情報を受け付けるごとに、図７及び図８に示されたシーケンスを実行することとしてよい。
　以上説明した第１実施例の処理によれば、店舗端末４にはユーザーのクレジットカードの実データは送信されないため、店舗側からクレジットカードの実データが漏洩することを防止できる。また、店舗側にとってもユーザーのクレジットカードの実データを管理する人的、経済的負担が軽減される。また、万が一店舗側からクレジットカード情報が流出したとしても流出したクレジットカード情報はダミーデータであるため、ダミーデータを無効化すれば十分であり、クレジットカードの実データについての無効化や再発行の必要はない。また、ユーザーにとっても、ダミー番号を利用するための特別な手続が要らず、ユーザー端末２や店舗端末４にも特別なシステム変更が要らないため、既存の環境への導入が容易である。さらに、クレジットカードの実番号に対応するダミー番号を必要に応じて発行するようにしたことで、流通するダミー番号の数を少なくすることができ、情報漏洩のリスクやダミー番号の管理に必要な記憶容量を低減させることができる。
［３．２．第２実施例］
　次に、電子商取引システム１における第２実施例に係るシーケンスについて説明する。第２実施例に係るシーケンスでは、仮想商店街サーバー３はクレジットカードサーバー５で発行されたクレジットカードのダミー番号の候補を予め取得して記憶部３２に設けたダミー番号ストックテーブル（図９参照）にストックし、ストックしたダミー番号の候補の中からクレジットカードの実番号に対応させるダミー番号を選択するようにした点で第１実施例と異なっている。
　図９には、記憶部３２に記憶されるダミー番号ストックテーブルの一例を示した。図９（Ａ）に示されるように、ダミー番号ストックテーブルは、例えばダミー番号の候補と、利用済みフラグ（真偽値）とを関連付けて記憶し、クレジットカードの実番号と対応付けられたダミー番号については利用可否フラグを利用不可（例えば偽）に更新することとしてよい。また、図９（Ｂ）に示されるように、ダミー番号ストックテーブルには、クレジットカードの実番号と対応付けが行われていないダミー番号のみを記憶し、クレジットカードの実番号と対応付けが行われたダミー番号はダミー番号ストックテーブルから削除するようにしてもよい。
　図１０には、ダミー番号の候補の補充処理に係るシーケンス図を示した。図１０に示されるように、まず、仮想商店街サーバー３は、ダミー番号ストックテーブル（図９参照）を参照し、利用可能なダミー番号の候補が不足しているか否か（例えば利用可能なダミー番号の候補数が閾値（例えば１００）以下又は未満であるか否か）を判定し（Ｓ３０１）、不足していると判定する場合には（Ｓ３０１：Ｙ）、クレジットカードサーバー５に対してダミー番号の一括発行を依頼する（Ｓ３０２）。なお、仮想商店街サーバー３は利用可能なダミー番号の候補が不足していないと判定する場合には（Ｓ３０１：Ｎ）、処理を終了することとしてよい。
　クレジットカードサーバー５は、仮想商店街サーバー３からダミー番号の発行依頼を受け付けると、新たなダミー番号の複数の候補を一括で発行し（Ｓ３０３）、発行したダミー番号の候補を仮想商店街サーバー３に送信する（Ｓ３０４）。
　仮想商店街サーバー３は、クレジットカードサーバー５からダミー番号の候補を受信すると、受信したダミー番号の候補をダミー番号ストックテーブルに格納して（Ｓ３０５）、処理を終了する。なお、ダミー番号の候補の補充処理は、所定の時間間隔ごとに行ってもよいし、ダミー番号ストックテーブルからダミー番号を選択するごとに行うこととしてもよい。
　次に、図１１に示したシーケンス図を参照して、第２実施例に係る注文情報の処理シーケンスについて説明する。
　まず、ユーザー端末２は、仮想商店街サーバー３にログイン後、仮想商店街サーバー３から取得した仮想商店における商品購入ページに所定事項を入力して、注文情報を仮想商店街サーバー３に送信する（Ｓ４０１）。注文情報には、例えばユーザーＩＤ、店舗ＩＤ、商品ＩＤ、商品数量、決済指定情報が含まれる。例えば、決済指定情報には、利用するクレジットカード情報が含まれていてもよいし、ユーザーＩＤに関連付けてユーザー情報テーブルに記憶されたクレジットカード情報を指定する情報が含まれていてもよい。
　仮想商店街サーバー３では、ユーザー端末２から受信した注文情報に基づいて、当該注文情報の決済に用いるクレジットカード情報を取得する（Ｓ４０２）。
　仮想商店街サーバー３は、記憶部３２に記憶されたカード対応テーブルから、Ｓ４０１で取得したクレジットカード情報のカード番号（実番号）に対応する有効な（無効化されていない）ダミー番号があるか否かを判定する（Ｓ４０３）。
　仮想商店街サーバー３は、Ｓ４０３で有効なダミー番号がないと判定する場合には（Ｓ４０３：Ｎ）、ダミー番号ストックテーブルから利用可能なダミー番号を、例えばランダムに又は一定の規則に基づいて選択し（Ｓ４０４）、クレジットカードの実番号と選択したダミー番号とを対応付けて、記憶部３２のカード対応テーブルを更新する（Ｓ４０５）。仮想商店街サーバー３は、さらに、ダミー番号ストックテーブルを更新する（ダミー番号ストックテーブルが図９（Ａ）の形式であれば上記選択したダミー番号に対応する利用可否フラグを利用不可に更新し、ダミー番号ストックテーブルが図９（Ｂ）の形式であれば上記選択したダミー番号をテーブルから削除する）とともに（Ｓ４０６）、クレジットカードの実番号とダミー番号との対応付け情報を、クレジットカードサーバー５に通知する（Ｓ４０７）。
　クレジットカードサーバー５は、仮想商店街サーバー３から通知されたクレジットカードの実番号とダミー番号とを対応付けて、記憶部５２のカード対応テーブルを更新する（Ｓ４０８）。
　仮想商店街サーバー３は、Ｓ４０３で有効なダミー番号があると判定される場合（Ｓ４０３：Ｙ）又は、Ｓ４０７の後に、カード対応テーブルから実番号に対応する有効なダミー番号を取得し（Ｓ４０９）、Ｓ４０１で受け付けた注文情報の決済に用いるクレジットカード番号を、Ｓ４０９で取得されたダミー番号に置き換えてから（Ｓ４１０）、店舗へ受注情報を通知する。以下、店舗に受注情報を通知してから電子商取引システム１で行われる処理は、図８に示したシーケンス図の通りであり、第１実施例と共通であるため説明を省略する。以上が、第２実施例に係る注文情報を処理する際の一連の流れである。なお、仮想商店街サーバー３はユーザー端末２から注文情報を受け付けるごとに、図１１及び図８に示されたシーケンスを実行することとしてよい。
　以上説明した第２実施例に係る処理によれば、クレジットカードサーバー５により一括で発行されたダミー番号の候補を仮想商店街サーバー３が予め一括で取得しておくため、第１実施例に比べて、仮想商店街サーバー３がユーザー端末２から注文情報を受け付けてから、クレジットカード情報をダミーの情報に置き換えるまでの処理負荷や処理時間を低減できる。
［３．３．第３実施例］
　次に、電子商取引システム１における第３実施例に係るシーケンスについて説明する。第３実施例は、仮想商店街サーバー３が注文情報を受け付けてから、必要に応じてダミー番号のストックを補充するようにした点で第２実施例と異なっている。以下、第３実施例に係るシーケンスの詳細について説明する。
　図１２には、第３実施例に係るシーケンス図を示した。まず、ユーザー端末２は、仮想商店街サーバー３にログイン後、仮想商店街サーバー３から取得した仮想商店における商品購入ページに所定事項を入力して、注文情報を仮想商店街サーバー３に送信する（Ｓ５０１）。注文情報には、例えばユーザーＩＤ、店舗ＩＤ、商品ＩＤ、商品数量、決済指定情報が含まれる。例えば、決済指定情報には、利用するクレジットカード情報が含まれていてもよいし、ユーザーＩＤに関連付けてユーザー情報テーブルに記憶されたクレジットカード情報を指定する情報が含まれていてもよい。
　仮想商店街サーバー３では、ユーザー端末２から受信した注文情報に基づいて、当該注文情報の決済に用いるクレジットカード情報を取得する（Ｓ５０２）。
　仮想商店街サーバー３は、記憶部３２に記憶されたカード対応テーブルから、Ｓ５０１で取得したクレジットカード情報のカード番号（実番号）に対応する有効な（無効化されていない）ダミー番号があるか否かを判定する（Ｓ５０３）。
　仮想商店街サーバー３は、Ｓ５０３で有効なダミー番号がないと判定する場合には（Ｓ５０３：Ｎ）、さらにダミー番号ストックテーブルを参照し、利用可能なダミー番号の候補が不足しているか否か（例えば利用可能なダミー番号の候補数が閾値以下又は未満であるか否か）を判定する（Ｓ５０４）。ここで、仮想商店街サーバー３が、利用可能なダミー番号の候補が不足していると判定する場合には（Ｓ５０４：Ｙ）、クレジットカードサーバー５に対してダミー番号の発行を依頼する（Ｓ５０５）。
　クレジットカードサーバー５は、仮想商店街サーバー３からダミー番号の発行依頼を受け付けると、新たなダミー番号の複数の候補を一括で発行し（Ｓ５０６）、発行したダミー番号の候補を仮想商店街サーバー３に送信する（Ｓ５０７）。
　仮想商店街サーバー３は、クレジットカードサーバー５からダミー番号の候補を受信すると、受信したダミー番号の候補をダミー番号ストックテーブルに格納する（Ｓ５０８）。
　仮想商店街サーバー３は、利用可能なダミー番号の候補が不足していないと判定した後（Ｓ５０４：Ｎ）又はＳ５０８の後に、ダミー番号ストックテーブルからクレジットカードの実番号に対応付けるダミー番号を選択し（Ｓ５０９）、クレジットカードの実番号と選択したダミー番号とを対応付けてカード対応テーブルを更新する（Ｓ５１０）。また、仮想商店街サーバー３は、上記選択したダミー番号に基づいて、ダミー番号ストックテーブルを更新する（ダミー番号ストックテーブルが図９（Ａ）の形式であれば上記選択したダミー番号に対応する利用可否フラグを利用不可に更新し、ダミー番号ストックテーブルが図９（Ｂ）の形式であれば上記選択したダミー番号をテーブルから削除する）とともに（Ｓ５１１）、クレジットカードの実番号とダミー番号との対応付け情報を、クレジットカードサーバー５に通知する（Ｓ５１２）。
　クレジットカードサーバー５は、仮想商店街サーバー３から通知されたクレジットカードの実番号とダミー番号とを対応付けて、記憶部５２に記憶されるカード対応テーブルを更新する（Ｓ５１３）。
　仮想商店街サーバー３は、Ｓ５０３で有効なダミー番号があると判定される場合（Ｓ５０３：Ｙ）又は、Ｓ５１２の後に、カード対応テーブルから実番号に対応する有効なダミー番号を取得し（Ｓ５１４）、Ｓ５０１で受け付けた注文情報の決済に用いるクレジットカード番号を、Ｓ５１４で取得されたダミー番号に置き換えてから（Ｓ５１５）、店舗へ受注情報を通知する。以下、店舗に受注情報を通知してから電子商取引システム１で行われる処理は、図８に示したシーケンス図の通りであり、第１実施例と共通であるため説明を省略する。以上が、第３実施例に係る注文情報を処理する際の一連の流れである。なお、仮想商店街サーバー３はユーザー端末２から注文情報を受け付けるごとに、図１２に示されたシーケンスを実行することとしてよい。
　以上説明した第３実施例によれば、クレジットカードサーバー５により一括で発行されたダミー番号の候補を仮想商店街サーバー３が予め一括で取得しておくため、予め取得してあるダミー番号が残っている場合には、第１実施例と比べて、仮想商店街サーバー３がユーザー端末２から注文情報を受け付けてから、クレジットカード情報をダミーの情報に置き換えるまでの処理負荷や処理時間を低減できる。そして、ユーザー端末２から注文情報を受け付けた後に必要に応じてダミー番号を補充するように構成した分、第２実施例と比べて、ダミー番号の漏洩リスクを低減できる。
［３．４．第４実施例］
　次に、電子商取引システム１における第４実施例に係るシーケンスについて説明する。第４実施例は、仮想商店街サーバー３がクレジットカードのダミー番号を発行するようにした点で第１実施例と相違する。以下、第４実施例に係るシーケンスの詳細について説明する。
　図１３には、第４実施例に係るシーケンス図を示した。まず、ユーザー端末２は、仮想商店街サーバー３にログイン後、仮想商店街サーバー３から取得した仮想商店における商品購入ページに必要事項を入力して、注文情報を仮想商店街サーバー３に送信する（Ｓ６０１）。注文情報には、例えばユーザーＩＤ、店舗ＩＤ、商品ＩＤ、商品数量、決済指定情報が含まれる。例えば、決済指定情報には、利用するクレジットカード情報が含まれていてもよいし、ユーザーＩＤに関連付けてユーザー情報テーブルに記憶されたクレジットカード情報を指定する情報が含まれていてもよい。
　仮想商店街サーバー３では、ユーザー端末２から受信した注文情報に基づいて、当該注文情報の決済に用いるクレジットカード情報を取得する（Ｓ６０２）。
　仮想商店街サーバー３は、記憶部３２に記憶されたカード対応テーブルから、Ｓ６０２で取得したクレジットカード情報のカード番号（実番号）に対応する有効な（無効化されていない）ダミー番号があるか否かを判定する（Ｓ６０３）。
　仮想商店街サーバー３は、クレジットカードの実番号に対応する有効なダミー番号がないと判定する場合には（Ｓ６０３：Ｎ）、当該クレジットカードの実番号に対応するダミー番号を発行する（Ｓ６０４）。次に、仮想商店街サーバー３は、クレジットカードの実番号に対応するダミー番号を、クレジットカードサーバー５に通知し（Ｓ６０５）、仮想商店街サーバー３及びクレジットカードサーバー５は、クレジットカードの実番号に対して発行されたダミー番号に基づいて、それぞれのカード対応テーブルを更新する（Ｓ６０６）。
　仮想商店街サーバー３は、Ｓ６０３で有効なダミー番号があると判定される場合（Ｓ６０３：Ｙ）又は、Ｓ６０６の後に、カード対応テーブルから実番号に対応する有効なダミー番号を取得し（Ｓ６０７）、Ｓ６０１で受け付けた注文情報の決済に用いるクレジットカード番号を、Ｓ６０７で取得したダミー番号に置き換えてから（Ｓ６０８）、店舗へ受注情報を通知する。以下、店舗に受注情報を通知してから電子商取引システム１で行われる処理は、図８に示したシーケンス図の通りであり、第１実施例と共通であるため説明を省略する。以上が、第４実施例に係る注文情報を処理する際の一連の流れである。なお、仮想商店街サーバー３はユーザー端末２から注文情報を受け付けるごとに、図１３に示されたシーケンスを実行することとしてよい。
　以上説明した第４実施例によれば、仮想商店街サーバー３がクレジットカードのダミー番号を発行するため、第１実施例に比べて、仮想商店街サーバー３がクレジットカードの実番号に対応するダミー番号をクレジットカードサーバー５から取得する処理が無い分、処理負荷や処理時間を低減できる。
　なお、上記実施例において、仮想商店街サーバー３とクレジットカードサーバー５において、クレジットカードの実番号とダミー番号との可逆的な変換が可能な関数や変換規則を共有し、それらの関数や変換規則に基づいてクレジットカードの実番号に対応するダミー番号を発行する場合には、Ｓ６０６及びＳ６０７の処理を省略できる。こうした場合には、仮想商店街サーバー３とクレジットカードサーバー５との間で実番号やダミー番号の通信が不要となるため、通信負荷や情報漏洩リスクをさらに低減できる。
［４．ダミー番号の無効化処理］
　上記の実施形態において、クレジットカードの実番号と対応付けられたダミー番号を固定化して更新しなくともよいが、ダミー番号の漏洩時のリスクをより低減するために、ダミー番号を無効化（破棄）して、クレジットカードの実番号とダミー番号との対応付けを更新することとするのが好ましい。以下、ダミー番号の無効化処理について説明する。
　例えば、クレジットカードの実番号に対応付けられたダミー番号は、１回の注文が完了するごとに無効化してもよい。この場合には、例えば、クレジットカードサーバー５が、ダミー番号について与信承認した注文の売上げが登録された後に、当該ダミー番号の無効フラグを真（無効）に更新することとしてよい。なお、クレジットカードサーバー５は、ダミー番号を無効化した場合には、当該無効化したダミー番号の情報を仮想商店街サーバー３に通知し、通知を受けた仮想商店街サーバー３もダミー番号の無効フラグを真（無効）に更新することとしてよい。このように１回の注文ごとにクレジットカードの実番号に対応するダミー番号を更新するようにすれば、店舗側に渡ったクレジットカードのダミー番号は他の注文に使用できないため、ダミー番号の漏洩時のリスクを大きく低減できる。
　また、クレジットカードの実番号に対応付けられたダミー番号の使用状況が所定の無効化条件を満足した場合に、当該ダミー番号を無効化することとしてもよい。こうすることで、１回の注文ごとにダミー番号を無効化する場合に比べて、ダミー番号の発行、管理に要する処理負荷を低減することができる。例えば、クレジットカードサーバー５や仮想商店街サーバー３は、ダミー番号についての利用履歴や現に受け付けている注文情報に基づいて、当該ダミー番号の累積使用回数、使用期間、現に受け付けている注文に係る利用金額、累積の利用金額、利用頻度等の値を取得し、これらの値の少なくとも１つに係る無効化条件が満足されたか否かに基づいて、ダミー番号を無効とするか否かを判定することとしてよい。例えば、無効化条件とは、ダミー番号を用いた累積の使用回数が第１の閾値以上となった（又は第１の閾値を超えた）とき、使用期間が第２の閾値以上となった（又は第２の閾値を超えた）とき、受け付けている注文に係る利用金額が第３の閾値以上となった（又は第３の閾値を超えた）とき、累積の利用金額が第４の閾値以上となった（又は第４の閾値を超えた）とき、利用頻度（単位期間当たりの利用回数）が第５の閾値以上となった（又は第５の閾値を超えた）ときのうち少なくともいずれか又はこれらの組み合わせにより表されることとしてよい。なお、各閾値の大きさは、ダミー番号に係るカードの利用限度額に応じて定めることとしてもよく、例えば、カードの与信枠（利用限度額）が大きいほど情報が漏洩した場合に被害が大きくなる可能性が高いことから、与信枠の大きさに比例して各閾値の値を小さく設定することで、ダミー番号が更新される頻度を高めるようにしてもよい。
　また、クレジットカードサーバー５や仮想商店街サーバー３は、ダミー番号の累積使用回数、使用期間、最新の利用金額、累積の利用金額、利用頻度、対応する実番号に係るクレジットカードの有効期限や与信枠（利用限度額）等に基づいて、当該ダミー番号が漏洩した場合のリスクや不正利用が行われている可能性を評価し、その評価結果が所定のレベル以上となる（又は所定のレベルを超える）場合に、当該ダミー番号を無効と判定することとしてもよい。例えば、ダミー番号の漏洩時のリスクのレベルは、カードの有効期限が長い程、そしてカードの利用限度額が高額であるほど大きくなるように評価し、ダミー番号が不正利用されている可能性のレベルは、例えば累積使用回数、使用期間、最新の利用金額、累積の利用金額、利用頻度の値が大きいほど大きくなるように評価することとしてよい。
　上記のダミー番号を無効化するか否かの判定タイミングは、予め定められた時間間隔で定期的に行ってもよいし、仮想商店街サーバー３がユーザー端末２から注文情報を受け付けた後、クレジットカードサーバー５が注文情報の売り上げを登録した後、前回の判定タイミングから所定の時間が経過した後等のタイミングにおいて行うこととしてもよい。
　また、上記の実施形態において、クレジットカードの実番号ごとに異なるダミー番号を対応付けることとしてもよいし、ダミー番号とユーザー（ユーザーＩＤや名義人）の組ごとにクレジットカードの実番号が一意に決定される場合には、複数の実番号に対して同一のダミー番号を対応付けてもよい。
　もちろん、本発明の上記の実施形態に限定されるものではなく、仮想商店街サーバーとクレジットカードサーバーとを１つのサーバーで構築してもよいし、各サーバーを複数台のサーバーで構築しても構わない。

Claims (14)

  1. 　ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供する注文情報受付装置と、当該注文情報に係るクレジットカード決済を処理するクレジットカード決済装置とを含むクレジットカード情報処理システムであって、
    　前記注文情報受付装置は、
    　前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得手段と、
    　前記ダミーデータ取得手段により取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信手段と、を含み、
    　前記クレジットカード決済装置は、
    　前記店舗端末から前記ダミーデータに基づくクレジットカード決済要求を受け付ける受付手段と、
    　前記注文情報受付装置と共有したクレジットカードの実データとダミーデータとを互いに変換する変換情報に従って、前記受け付けたダミーデータに対応する実データを取得する実データ取得手段と、
    　前記実データ取得手段により取得した実データに基づいて、前記受け付けたクレジットカード決済要求を処理する処理手段と、を含む
    　ことを特徴とするクレジットカード情報処理システム。
  2. 　前記注文情報受付装置は、前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データを前記クレジットカード決済装置に送信する実データ送信手段をさらに含み、
    　前記クレジットカード決済装置は、前記実データ送信手段により送信されたクレジットカードの実データと、対応するダミーデータとを関連付けた前記変換情報を生成する生成手段をさらに含み、
    　前記注文情報受付装置は、前記生成手段により生成された前記変換情報を取得する変換情報取得手段をさらに含む
    　ことを特徴とする請求項１に記載のクレジットカード情報処理システム。
  3. 　前記注文情報受付装置は、
    　前記クレジットカード決済装置により発行されたダミーデータの候補を取得する候補取得手段と、
    　前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを前記候補取得手段により取得したダミーデータの候補の中から選択し、当該クレジットカードの実データと、当該選択したダミーデータとを関連付けた前記変換情報を生成する生成手段と、をさらに含み、
    　前記クレジットカード決済装置は、前記生成手段により生成された前記変換情報を取得する変換情報取得手段をさらに含む
    　ことを特徴とする請求項１に記載のクレジットカード情報処理システム。
  4. 　前記注文情報受付装置は、前記候補取得手段により取得したダミーデータの候補のうち、実データと未だ対応していない候補の数が閾値以下又は未満である場合に、ダミーデータの新たな候補の発行を前記クレジットカード決済装置に要求する要求手段をさらに含み、
    　前記候補取得手段は、前記要求手段による要求に応じて前記クレジットカード決済装置により発行されたダミーデータの新たな候補を取得する
    　ことを特徴とする請求項３に記載のクレジットカード情報処理システム。
  5. 　前記要求手段は、前記ユーザー端末から注文情報を受け付けたときに、ダミーデータの新たな候補の発行を要求する
    　ことを特徴とする請求項４に記載のクレジットカード情報処理システム。
  6. 　前記注文情報受付装置と前記クレジットカード決済装置の少なくとも一方が、
    　前記ダミーデータ取得手段により取得したダミーデータの使用回数、有効期限、前記注文情報に係る決済金額、累積の決済金額の少なくともいずれかに基づいて、当該ダミーデータの不正利用の可能性を評価した結果に基づいて、当該ダミーデータを無効とするか否かを判定する第１判定手段と、
    　前記第１判定手段により前記ダミーデータ取得手段により取得したダミーデータが無効と判定された場合に、前記注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを新たなダミーデータに更新する更新手段と、をさらに含む
    　ことを特徴とする請求項１乃至５のいずれかに記載のクレジットカード情報処理システム。
  7. 　前記注文情報受付装置と前記クレジットカード決済装置の少なくとも一方が、
    　前記ダミーデータ取得手段により取得したダミーデータの有効期限、利用限度額の少なくともいずれかに基づいて、当該ダミーデータが漏洩した場合の損失の可能性を評価した結果に基づいて、当該ダミーデータを無効とするか否かを判定する第２判定手段と、
    　前記第２判定手段により前記ダミーデータ取得手段により取得したクレジットカードのダミーデータが無効と判定された場合に、前記注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを新たなダミーデータに更新する手段と、をさらに含む
    　ことを特徴とする請求項１乃至６のいずれかに記載のクレジットカード情報処理システム。
  8. 　ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供し、当該注文情報に係るクレジットカード決済を処理するクレジットカード情報処理方法であって、
    　前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得ステップと、
    　前記ダミーデータ取得ステップで取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信ステップと、
    　前記店舗端末から前記ダミーデータに基づくクレジットカード決済要求を受け付ける受付ステップと、
    　前記注文情報受付装置と共有したクレジットカードの実データとダミーデータとを互いに変換する変換情報に従って、前記受け付けたダミーデータに対応する実データを取得する実データ取得ステップと、
    　前記実データ取得ステップで取得した実データに基づいて、前記受け付けたクレジットカード決済要求を処理する処理ステップと、を含む
    　ことを特徴とするクレジットカード情報処理方法。
  9. 　ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供する注文情報受付装置であって、
    　前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得手段と、
    　前記ダミーデータ取得手段により取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信手段と、を含む
    　ことを特徴とする注文情報受付装置。
  10. 　ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供するコンピュータを、
    　前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得手段と、
    　前記ダミーデータ取得手段により取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信手段
    　として機能させるためのプログラム。
  11. 　ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供するコンピュータを、
    　前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得手段と、
    　前記ダミーデータ取得手段により取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信手段
    　として機能させるためのプログラムを記録した情報記録媒体。
  12. 　ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供する注文情報受付装置であって、
    　前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得手段と、
    　前記ダミーデータ取得手段により取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信手段と、を含む注文情報受付装置で受け付けた前記注文情報に係るクレジットカード決済を処理するクレジットカード決済装置であって、
    　前記店舗端末から前記ダミーデータに基づくクレジットカード決済要求を受け付ける受付手段と、
    　前記注文情報受付装置と共有したクレジットカードの実データとダミーデータとを互いに変換する変換情報に従って、前記受け付けたダミーデータに対応する実データを取得する実データ取得手段と、
    　前記実データ取得手段により取得した実データに基づいて、前記受け付けたクレジットカード決済要求を処理する処理手段と、を含む
    　ことを特徴とするクレジットカード決済装置。
  13. 　ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供する注文情報受付装置であって、
    　前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得手段と、
    　前記ダミーデータ取得手段により取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信手段と、を含む注文情報受付装置で受け付けた前記注文情報に係るクレジットカード決済を処理するコンピュータを、
    　前記店舗端末から前記ダミーデータに基づくクレジットカード決済要求を受け付ける受付手段と、
    　前記注文情報受付装置と共有したクレジットカードの実データとダミーデータとを互いに変換する変換情報に従って、前記受け付けたダミーデータに対応する実データを取得する実データ取得手段と、
    　前記実データ取得手段により取得した実データに基づいて、前記受け付けたクレジットカード決済要求を処理する処理手段
    　として機能させるためのプログラム。
  14. 　ユーザー端末から店舗に対する注文情報を受け付け、受け付けた注文情報を店舗端末に提供する注文情報受付装置であって、
    　前記ユーザー端末から受け付けた注文情報の決済に用いるクレジットカードの実データに対応するダミーデータを取得するダミーデータ取得手段と、
    　前記ダミーデータ取得手段により取得したダミーデータを前記注文情報の決済に用いるクレジットカードのデータとして、当該注文情報を処理する店舗端末に送信する送信手段と、を含む注文情報受付装置で受け付けた前記注文情報に係るクレジットカード決済を処理するコンピュータを、
    　前記店舗端末から前記ダミーデータに基づくクレジットカード決済要求を受け付ける受付手段と、
    　前記注文情報受付装置と共有したクレジットカードの実データとダミーデータとを互いに変換する変換情報に従って、前記受け付けたダミーデータに対応する実データを取得する実データ取得手段と、
    　前記実データ取得手段により取得した実データに基づいて、前記受け付けたクレジットカード決済要求を処理する処理手段
    　として機能させるためのプログラムを記録した情報記録媒体。
PCT/JP2012/063801 2011-06-30 2012-05-29 クレジットカード情報処理システム、クレジットカード情報処理方法、注文情報受付装置、クレジットカード決済装置、プログラム及び情報記録媒体 WO2013001967A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
BR112013033507A BR112013033507A2 (pt) 2011-06-30 2012-05-29 sistema e método de processamento de informação de cartão de crédito, dispositivo receptor de informação de pedido, programa, meio de arazenamento da informação, e, dispositivo de transação de cartão de crédito
US14/129,284 US9922319B2 (en) 2011-06-30 2012-05-29 Credit card information processing system, credit card information processing method, order information receiving device, credit card transaction device, program, and information recording medium
KR1020147002437A KR101740101B1 (ko) 2011-06-30 2012-05-29 크레디트 카드 정보 처리 시스템, 크레디트 카드 정보 처리 방법, 주문 정보 접수 장치, 크레디트 카드 결제 장치 및 정보 기록 매체
CN201280032463.5A CN103635918B (zh) 2011-06-30 2012-05-29 信用卡信息处理系统、信用卡信息处理方法、订单信息受理装置、信用卡结算装置、程序及信息记录介质
EP12803667.0A EP2728529A4 (en) 2011-06-30 2012-05-29 CREDIT CARD INFORMATION PROCESSING SYSTEM, CREDIT CARD INFORMATION PROCESSING METHOD, ORDER INFORMATION RECEIVING DEVICE, CREDIT CARD SETTING DEVICE, PROGRAM, AND INFORMATION RECORDING MEDIUM

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011-146203 2011-06-30
JP2011146203A JP5400097B2 (ja) 2011-06-30 2011-06-30 クレジットカード情報処理システム、クレジットカード情報処理方法、注文情報受付装置、クレジットカード決済装置、プログラム及び情報記録媒体

Publications (1)

Publication Number Publication Date
WO2013001967A1 true WO2013001967A1 (ja) 2013-01-03

Family

ID=47423868

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/063801 WO2013001967A1 (ja) 2011-06-30 2012-05-29 クレジットカード情報処理システム、クレジットカード情報処理方法、注文情報受付装置、クレジットカード決済装置、プログラム及び情報記録媒体

Country Status (8)

Country Link
US (1) US9922319B2 (ja)
EP (1) EP2728529A4 (ja)
JP (1) JP5400097B2 (ja)
KR (1) KR101740101B1 (ja)
CN (1) CN103635918B (ja)
BR (1) BR112013033507A2 (ja)
TW (1) TWI485637B (ja)
WO (1) WO2013001967A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6154971B1 (ja) * 2017-02-13 2017-06-28 三井住友カード株式会社 クレジットカード利用通知システム
JP2019521442A (ja) * 2016-06-28 2019-07-25 アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ 支払い主体の拡張を促進する方法およびデバイス
JP7499309B2 (ja) 2018-08-09 2024-06-13 株式会社センストーン 仮想認証コード生成方法、プログラム、及び、仮想認証コード生成装置

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014178128A1 (ja) * 2013-04-30 2014-11-06 楽天株式会社 情報処理装置、情報処理方法、および情報処理プログラム
CN104915835B (zh) * 2014-03-13 2018-10-02 腾讯科技（深圳）有限公司 信用账户创建装置、系统和方法
JP2016009375A (ja) * 2014-06-25 2016-01-18 Ｎｅｃエンジニアリング株式会社 決済システムおよび決済処理方法
JP6438138B2 (ja) * 2015-07-10 2018-12-12 株式会社エヌ・ティ・ティ・データ 判定装置、判定方法、及び判定プログラム
US10373169B2 (en) * 2015-08-11 2019-08-06 Paypal, Inc. Enhancing information security via the use of a dummy credit card number
CN107204957B (zh) * 2016-03-16 2020-04-28 阿里巴巴集团控股有限公司 一种账号绑定和业务处理的方法及装置
KR102008206B1 (ko) * 2016-07-20 2019-08-07 코나아이 (주) 카드 거래 서비스를 관리하는 서버, 방법 및 시스템
TWI626606B (zh) * 2016-07-28 2018-06-11 Electronic card establishment system and method thereof
TWM545957U (zh) * 2017-05-08 2017-07-21 國泰世華商業銀行股份有限公司 支付安全防護系統
JP6362740B1 (ja) 2017-07-12 2018-07-25 株式会社Ｗａｒｒａｎｔｅｅ 決済管理サーバ，プログラム，及び決済方法
JP6899179B2 (ja) * 2017-08-09 2021-07-07 富士通フロンテック株式会社 決済システムおよび決済方法
US11875337B2 (en) 2017-08-09 2024-01-16 SSenStone Inc. Smart card for providing financial transaction by using virtual card number
KR101978812B1 (ko) * 2017-08-09 2019-05-15 주식회사 센스톤 가상카드번호 기반의 금융거래제공시스템, 가상카드번호생성장치, 가상카드번호검증장치, 가상카드번호 기반의 금융거래제공방법 및 가상카드번호 기반의 금융거래제공프로그램
KR101950913B1 (ko) * 2017-08-09 2019-02-21 주식회사 센스톤 가상코드제공시스템, 가상코드생성장치, 가상코드검증장치, 가상코드제공방법 및 가상코드제공프로그램
WO2019031644A1 (ko) * 2017-08-09 2019-02-14 주식회사 센스톤 가상카드번호 기반의 금융거래제공시스템, 가상카드번호생성장치, 가상카드번호검증장치, 가상카드번호 기반의 금융거래제공방법 및 가상카드번호 기반의 금융거래제공프로그램
JP6666317B2 (ja) * 2017-09-25 2020-03-13 東芝テック株式会社 決済システム及び利用者管理装置
CN110858361B (zh) * 2018-08-23 2023-04-28 阿里巴巴集团控股有限公司 虚拟信用卡管理系统、方法、装置及电子设备
JP7213708B2 (ja) 2019-02-06 2023-01-27 Ｅｎｅｏｓ株式会社 取引管理システム、取引管理方法、および取引管理プログラム
JP6825021B2 (ja) * 2019-02-20 2021-02-03 ＬＩＮＥ Ｐａｙ株式会社 決済端末、店舗端末、決済端末の決済方法、店舗端末の決済方法、決済プログラム
JP6719006B1 (ja) * 2019-03-18 2020-07-08 三井住友カード株式会社 情報処理装置、情報処理方法およびプログラム
US11823200B2 (en) 2019-07-08 2023-11-21 Oracle International Corporation Smart physical payment cards
KR102343478B1 (ko) * 2020-02-12 2021-12-27 주식회사 페이콕 전자장치 및 전자장치의 동작 방법
US20230140190A1 (en) * 2021-11-02 2023-05-04 Onriva Llc Buffering services for suppliers

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002298055A (ja) 2001-03-29 2002-10-11 Oki Electric Ind Co Ltd 電子商取引システム
JP2002342688A (ja) * 2001-05-17 2002-11-29 Ricoh Co Ltd 電子商取引方法、決済代行方法、使い捨て後払い方式情報発行方法、および決済依頼方法
JP2002366868A (ja) * 2001-06-11 2002-12-20 Sony Corp 電子商取引支援方法及びそれを実現する電子商取引支援サーバ
JP2008204248A (ja) * 2007-02-21 2008-09-04 Nomura Research Institute Ltd 決済システムおよび決済方法
JP2009026116A (ja) * 2007-07-20 2009-02-05 Rakuten Inc 仮想商店街管理システム
JP2010277538A (ja) * 2009-06-01 2010-12-09 Ntt Data Corp サービス提供装置およびサービス提供方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6636833B1 (en) * 1998-03-25 2003-10-21 Obis Patents Ltd. Credit card system and method
EP1222561A2 (en) 1999-05-28 2002-07-17 The Coca-Cola Company Method and apparatus for surrogate control of network-based electronic transactions
US20010029485A1 (en) * 2000-02-29 2001-10-11 E-Scoring, Inc. Systems and methods enabling anonymous credit transactions
US7499889B2 (en) * 2000-10-23 2009-03-03 Cyota Inc. Transaction system
US7225156B2 (en) 2001-07-11 2007-05-29 Fisher Douglas C Persistent dynamic payment service
JP4184702B2 (ja) * 2002-04-23 2008-11-19 大日本印刷株式会社 仮想店舗サーバー装置
KR20080044029A (ko) 2006-11-15 2008-05-20 (주)에이치지솔루션 가상카드번호를 이용한 홈 쇼핑 결제 시스템
TW200828939A (en) * 2006-12-22 2008-07-01 Ind Tech Res Inst Security mechanism for one-time secured data access
CN101071490A (zh) * 2007-03-23 2007-11-14 田小平 会员名称与银行卡绑定的电子商务系统和方法
CZ299351B6 (cs) * 2007-07-26 2008-07-02 Direct Pay, S.R.O. Zpusob provádení platební transakce s využitím mobilního terminálu
US20090057396A1 (en) * 2007-08-27 2009-03-05 Eric Barbour Method and system for multiple account, token-based single transactions
US8046268B2 (en) * 2008-07-14 2011-10-25 Shop Ma, Inc. Multi-merchant payment system
TW201104603A (en) * 2009-07-31 2011-02-01 Hsinchu Transp Co Ltd Information processing system, processing station, and the method to pay by credit card on arrival of goods
US10255591B2 (en) * 2009-12-18 2019-04-09 Visa International Service Association Payment channel returning limited use proxy dynamic value

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002298055A (ja) 2001-03-29 2002-10-11 Oki Electric Ind Co Ltd 電子商取引システム
JP2002342688A (ja) * 2001-05-17 2002-11-29 Ricoh Co Ltd 電子商取引方法、決済代行方法、使い捨て後払い方式情報発行方法、および決済依頼方法
JP2002366868A (ja) * 2001-06-11 2002-12-20 Sony Corp 電子商取引支援方法及びそれを実現する電子商取引支援サーバ
JP2008204248A (ja) * 2007-02-21 2008-09-04 Nomura Research Institute Ltd 決済システムおよび決済方法
JP2009026116A (ja) * 2007-07-20 2009-02-05 Rakuten Inc 仮想商店街管理システム
JP2010277538A (ja) * 2009-06-01 2010-12-09 Ntt Data Corp サービス提供装置およびサービス提供方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2728529A4 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019521442A (ja) * 2016-06-28 2019-07-25 アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ 支払い主体の拡張を促進する方法およびデバイス
US11531984B2 (en) 2016-06-28 2022-12-20 Advanced New Technologies Co., Ltd. Method and device facilitating expansion of primary payment instruments
JP6154971B1 (ja) * 2017-02-13 2017-06-28 三井住友カード株式会社 クレジットカード利用通知システム
JP2018132837A (ja) * 2017-02-13 2018-08-23 三井住友カード株式会社 クレジットカード利用通知システム
JP7499309B2 (ja) 2018-08-09 2024-06-13 株式会社センストーン 仮想認証コード生成方法、プログラム、及び、仮想認証コード生成装置

Also Published As

Publication number Publication date
US9922319B2 (en) 2018-03-20
BR112013033507A2 (pt) 2017-03-07
KR20140040843A (ko) 2014-04-03
TW201308226A (zh) 2013-02-16
CN103635918B (zh) 2018-01-23
EP2728529A4 (en) 2015-03-11
EP2728529A1 (en) 2014-05-07
US20140129360A1 (en) 2014-05-08
TWI485637B (zh) 2015-05-21
CN103635918A (zh) 2014-03-12
JP5400097B2 (ja) 2014-01-29
KR101740101B1 (ko) 2017-05-25
JP2013015881A (ja) 2013-01-24

Similar Documents

Publication Publication Date Title
JP5400097B2 (ja) クレジットカード情報処理システム、クレジットカード情報処理方法、注文情報受付装置、クレジットカード決済装置、プログラム及び情報記録媒体
JP5882122B2 (ja) カード支払情報通知システム、カード支払情報通知方法及びカード支払情報通知プログラム
JP6065475B2 (ja) 決済装置、及び決済方法
KR20180050144A (ko) 매장을 통한 가전 제품 렌탈 서비스 시스템
JP6218086B2 (ja) 購買決済システム
JP2019145180A (ja) 情報処理方法
KR101552668B1 (ko) 결제수단의 고유 식별자를 이용한 상거래 할인방법
JP5952617B2 (ja) 決済処理システム、決済処理装置、決済処理方法、およびプログラム
KR20160001171A (ko) 쇼핑 서비스 제공 장치, 시스템, 방법 및 컴퓨터 판독 가능한 기록 매체
JP4679048B2 (ja) 電子チケット管理・流通システム及び電子チケット流通サーバ
JP2010250363A (ja) ギフトポイント販売交換システム
TW202234307A (zh) 會員資訊管理方法及其裝置
JP2022012909A (ja) 出品代行システム、出品代行方法、および出品代行プログラム
KR20080036290A (ko) 인터넷판매 방법 및 시스템
JP2021149576A (ja) 管理装置、管理システム、管理方法、およびプログラム
JP2020060954A (ja) 売買方法、売買処理装置、売買処理システム及びコンピュータプログラム
JP2015035037A (ja) 情報処理装置、情報処理方法、及びプログラム
TW201903671A (zh) 用於共享電子票據的方法
JP7241285B1 (ja) 情報処理装置、情報処理方法及びプログラム
KR20120137534A (ko) 쿠폰 판매 관리 시스템 및 방법
WO2020171023A1 (ja) 決済一括管理サーバ、決済情報生成方法及びプログラム
JP2023056389A (ja) 販売システム、販売システムによって実行される方法、およびプログラム
JP2024088263A (ja) 情報処理装置、及びプログラム
JP2024144783A (ja) クーポンを管理するためのシステム、方法、及びプログラム
JP3188194U (ja) ポイント情報管理システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12803667

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012803667

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 14129284

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20147002437

Country of ref document: KR

Kind code of ref document: A

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112013033507

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112013033507

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20131226