WO2011148873A1 - 電子財布による、ネットワーク上での決済手段管理方法、決済手段管理装置及び決済手段管理プログラム - Google Patents

電子財布による、ネットワーク上での決済手段管理方法、決済手段管理装置及び決済手段管理プログラム Download PDF

Info

Publication number
WO2011148873A1
WO2011148873A1 PCT/JP2011/061666 JP2011061666W WO2011148873A1 WO 2011148873 A1 WO2011148873 A1 WO 2011148873A1 JP 2011061666 W JP2011061666 W JP 2011061666W WO 2011148873 A1 WO2011148873 A1 WO 2011148873A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
settlement
user
site
information
Prior art date
Application number
PCT/JP2011/061666
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 CN2011800256671A priority Critical patent/CN102918553A/zh
Priority to EP11786572.5A priority patent/EP2579195A4/en
Priority to JP2012517242A priority patent/JPWO2011148873A1/ja
Priority to US13/696,924 priority patent/US20130060682A1/en
Publication of WO2011148873A1 publication Critical patent/WO2011148873A1/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/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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • 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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3229—Use of the SIM of a M-device as secure element
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists

Definitions

  • the present invention relates to settlement means management such as settlement using settlement means and selection of settlement means.
  • networks such as the Internet network, mobile communication network, next-generation communication network, etc. (hereinafter referred to as “network” as appropriate) is widely and generally performed.
  • the user when paying for the price of goods in electronic commerce on the network, the user has to input information necessary for payment such as a credit card number for each site for each payment.
  • Patent Document 1 A technique in view of this point is described in Patent Document 1.
  • information necessary for settlement such as an account number is stored in an IC card or an IC chip.
  • the IC card or IC chip is read by a dedicated reading device to acquire information necessary for payment such as an account number. Thereby, it is possible to save the trouble of inputting information necessary for settlement such as a credit card number every time.
  • Patent Document 1 If the technique described in Patent Document 1 described above is used, it is possible to save the trouble of inputting information necessary for settlement each time.
  • the present invention provides a settlement means management method, a settlement means management apparatus, and a settlement means management program on a network using an electronic wallet, which do not require input and transmission of information necessary for settlement for each settlement. For the purpose.
  • a settlement for managing and settlement of settlement means is connected to each of a terminal used by a user and a site of a business operator connected to the terminal used by the user.
  • the account management storage unit that receives and stores information necessary for performing payment using the payment means, and the received information and the payment means using the information are associated with each user.
  • Use the account management function unit to identify a payment method that can be used by a certain user when there is a request for payment processing for a certain user from the account management function unit to be managed and the operator's site.
  • a payment management function unit for performing a payment process by the selected payment means using the necessary information linked to the payment means selected by the certain user from the specified payment means, Payment device is provided, wherein the obtaining.
  • a terminal used by a user a site of a business operator connected to the terminal used by the user, and a payment device that manages and settles payment means are mutually connected.
  • the terminal used by the user transmits information necessary for performing payment using a payment means to the payment device and performs a commercial transaction at the business operator site.
  • the payment unit is designated for the payment device, and the operator's site requests the payment device to perform part or all of the payment processing at the operator's site, and the payment device is the above-mentioned payment device.
  • a settlement system characterized by that.
  • the payment used for the management and payment of the payment means connected to each of the terminal used by the user and the site of the business operator connected to the terminal used by the user.
  • a step of preparing an account management storage unit that receives and stores information necessary for performing payment using a payment means; and for each user, the received information and the information An account management function step that links and manages the payment means to be used, and a payment means that can be used by a certain user when there is a request for payment processing for that user from the operator's site, Identifying by performing the account management function step, the selection using the necessary information associated with the settlement means selected by the certain user from the identified settlement means Payment to the settlement management functional steps of performing settlement processing by the settlement means, characterized in that it comprises were are provided.
  • the payment used for the management and payment of the payment means connected to each of the terminal used by the user and the site of the business operator connected to the terminal used by the user.
  • an account management storage unit that receives and stores information necessary for performing payment using a payment means, the received information for each user, and a payment means using the information
  • an account management function unit that manages a payment means that can be used by a certain user when there is a request for a payment process for the certain user from the operator's site.
  • Settlement program for the settlement management function unit characterized by causing a computer to function as a payment device comprising a performed is provided.
  • information necessary for settlement is stored in advance in the settlement apparatus, and since this settlement apparatus performs settlement on the operator site, information necessary for settlement is input and transmitted each time settlement is performed. A payment method that does not need to be performed can be realized.
  • a user who performs payment using a payment means such as a credit card, electronic money, or points (hereinafter referred to as “user” as appropriate), and electronic commerce or the like in which the user purchases an article or content. It is used by a business operator (hereinafter referred to as “business business” as appropriate).
  • the present embodiment includes a user terminal 100, a payment apparatus 200, an operator site 300, and a network 900.
  • the user terminal 100, the payment apparatus 200, and the business operator site 300 are connected to each other via a network 900.
  • the user terminal 100 is a terminal that a user uses for electronic commerce.
  • the user terminal 100 may be realized by any device, for example, a personal computer or a mobile phone.
  • the settlement apparatus 200 is an apparatus that performs settlement by providing a settlement function.
  • the payment apparatus 200 is specifically a server or the like provided on the network by a company.
  • the company site 300 is a site that conducts electronic commerce such as sales of goods and contents through a network.
  • the operator site 300 is connected to each of the multi-payment system 100 and the user terminal 200 via the network 900.
  • the company site 300 is actually realized by browsing a document on a network, for example, a Web server, using a Web browser that the user terminal 100 has.
  • the network 900 is an Internet network, for example, but is not limited thereto. Further, the communication method with which the network 900 is compliant is not particularly limited. Also, whether the network 900 is a wired connection or a wireless connection is not particularly limited.
  • This embodiment is to provide a settlement apparatus 200 that provides a settlement service to a site involving various settlements such as electronic commerce.
  • the user registers payment means such as credit card information on the payment apparatus 200 in a virtual account on the system.
  • the electronic money point virtual account prepared for settlement can be charged from other settlement means such as a credit card.
  • a payment means which a user has for example, a credit card, electronic money, a point, a bank transfer etc. are mentioned, but this is only an example, and other payment means may be included. Moreover, it is not always necessary to include all of these examples.
  • the user can have a virtual wallet (hereinafter referred to as “electronic wallet” as appropriate) on the payment apparatus 200 by having a plurality of accounts corresponding to the actual payment means on the payment apparatus 200. It is possible to pay by freely selecting a payment means registered in the electronic wallet at an electronic commerce site or the like using the payment function.
  • a virtual wallet hereinafter referred to as “electronic wallet” as appropriate
  • the user performs settlement for commercial transactions such as purchase of goods / contents at the company site 300.
  • the operator site 300 performs redirection to the settlement apparatus 200 and performs settlement using a settlement function provided by the settlement apparatus 200.
  • the user selects a payment means such as a credit card, electronic money, or points from a pre-registered electronic wallet and performs payment.
  • the process returns to the operator site 300, and the user's payment is completed.
  • the user registers his / her credit card information and electronic money information issued / managed by the settlement apparatus 200 in the electronic wallet on the system, and the electronic money is registered at various electronic commerce sites using the target system.
  • payment can be made without entering payment information such as a credit card number.
  • the settlement apparatus 200 includes a main storage device 210, an arithmetic processing device 220, a transmission / reception unit 230, an auxiliary storage device 240, a settlement management function unit 250, an account management function unit 261, an account management storage unit 262, a history management function unit 271, and a history management.
  • a storage device 272 and a payment interface 280 are included.
  • the main storage device 210 is a storage device represented by a RAM (Random Access Memory).
  • the arithmetic processing device 220 is an arithmetic device represented by a CPU (Central (Processing ⁇ Unit) or the like, and performs arithmetic processing.
  • the transmission / reception unit 230 is a part for performing communication via the network 900.
  • the auxiliary storage device 140 is a storage device represented by an HDD (Hard disk drive) or an SSD (solid state drive), and stores various data and programs.
  • HDD Hard disk drive
  • SSD solid state drive
  • the account management function unit 261, the payment management function unit 250, the history management function unit 271 and the payment interface 280 are unique to this embodiment.
  • the arithmetic processing unit 120 reads a program (software) stored in the auxiliary storage device 140, and the read program and the main storage device 110. This is realized by performing arithmetic processing using.
  • the settlement interface 280 is realized by a combination of hardware functioning as an interface and the above-described arithmetic processing.
  • the account management storage device 262 and the history management storage device 272 are storage devices, and are realized by HDDs or SSDs, like the auxiliary storage device 140.
  • the account management storage device 262, the history management storage device 272, and the auxiliary storage device 140 are illustrated as separate storage devices, but this is merely an example of the configuration.
  • a configuration in which the account management storage device 262 and the history management storage device 272 are included in the auxiliary storage device 140 may be employed.
  • either or both of the account management storage device 262 and the history management storage device 272 may be provided outside the settlement apparatus 200.
  • either or both of the account management storage device 262 and the history management storage device 272 may be made redundant by a plurality of storage devices.
  • Information stored in either or both of the account management storage device 262 and the history management storage device 272 may be encrypted and handled. The contents stored in the account management storage device 262 and the history management storage device 272 are described below.
  • the account management function unit 261 can register and hold the payment means possessed by the user.
  • the type of settlement means that can be registered here can be selected arbitrarily. In this explanation, it is assumed that there are credit cards, electronic money, points, and bank accounts.
  • a plurality of types of payment means can be registered for each type of payment means such as credit card types a, b, c and electronic money types d, e, f.
  • the settlement method information is held in the account management storage device 262.
  • Value information such as electronic money is stored and managed in the account management storage device 262.
  • the payment means for electronically recording values such as electronic money and points may be issued and managed by the payment apparatus 200.
  • the payment management function unit 250 can perform payment processing using the payment means managed by the account management function unit 261. Some of the electronic money and points are managed with a value (hereinafter referred to as “value” as appropriate) that is electronically recorded, such as electronic money points and coupons, within the settlement apparatus 200. In some cases, the value is subtracted by the payment management function.
  • value a value that is electronically recorded, such as electronic money points and coupons
  • the history management function unit 271 the history of settlement can be accumulated and viewed.
  • the history information is held in the history management storage device 272.
  • the payment interface 280 provides an interface when an external connection such as a credit card is required.
  • a credit card is connected to the credit card payment apparatus 200 through the payment interface 280 to perform payment. .
  • the account management function unit 261 handles payment means information for each user, and manages and holds the payment means information associated with the user.
  • Any number of payment methods can be registered for each user. Furthermore, a plurality of types can be registered even with the same type of settlement means. For example, in the case of a credit card, a plurality of credit cards with different credit card numbers can be registered, and similarly, electronic money and points can be registered with a plurality of different types of electronic money and points.
  • the respective credit card numbers and bank account numbers are registered and managed.
  • the value is managed by the account management function, and the value of electronic money and points is held inside the settlement apparatus 200.
  • any payment means can be added to the payment apparatus 200, and the payment interface 280 is used to register information necessary for using the payment interface 280. This point will be specifically described.
  • the payment management function unit 250 is connected to the payment interface 280.
  • the payment interface 280 is connected to the external system 400.
  • the payment interface 280 is used when connection with an external system is required, such as a credit card.
  • an external system such as a credit card.
  • the payment management function unit 250 accepts a payment processing request from the operator site 300, takes out the payment means designated by the target user from the account management function unit 261, and connects to the external system 400 through the payment interface 280. To execute the settlement process.
  • the external system 400 is, for example, a server provided by a bank or a credit card issuing company. Further, from the viewpoint of security, it is preferable that the external system 400 is connected by a dedicated line.
  • the settlement means it is possible to complete the settlement process only within the settlement apparatus 300.
  • the payment processing can be completed only within the payment apparatus 300 without using the payment interface 280.
  • value information such as electronic money, points, etc. recorded in the account management storage device 262 is operated through the account management function unit 261.
  • the history management function unit 271 is instructed to record and write the target payment.
  • the history management function unit 271 records a record of settlement by the settlement management function unit 250 for each user.
  • the recorded contents are settlement date and time, settlement means, amount, target business operator, and the like.
  • the history management function unit 271 outputs an arbitrary settlement record in response to a request. In other words, the business operator or the user can acquire / view an arbitrary settlement record through the history management function unit 271.
  • the user terminal 100 will be described in detail with reference to FIG. In this case, it is assumed that the user terminal 100 is realized by a personal computer.
  • the user terminal 100 includes a main storage device 110, an arithmetic processing device 120, a transmission / reception unit 130, an auxiliary storage device 140, an operation reception unit 150, and a display unit 160.
  • the main storage device 110 is a storage device represented by a RAM.
  • the arithmetic processing device 120 is an arithmetic device represented by a CPU or the like, and performs arithmetic processing.
  • the transmission / reception unit 130 is a part for performing communication via the network 900.
  • the auxiliary storage device 140 is a storage device represented by an HDD or an SSD, and stores various data and programs.
  • the operation accepting unit 150 is a part that accepts input from the user. Specifically, the operation accepting unit 150 is connected to input devices such as a keyboard, a mouse, and a touch panel, and accepts input information from these input devices.
  • the display unit 160 is connected to a display device for presenting information to a user such as a display, and displays information on the display device.
  • FIG. 1 the operation of this embodiment will be described in detail with reference to the sequence diagrams of FIGS. 1 to 6 and FIGS. 7 and 8.
  • FIG. 1 the sequence diagrams of FIGS. 1 to 6 and FIGS. 7 and 8.
  • the user needs to register his / her payment information in the payment apparatus 200.
  • the user uses the user terminal 100 to connect to the payment apparatus 200 via the network 900.
  • the user requests the electronic wallet on the payment apparatus 200 to register payment means information such as a credit card number (step A11 in FIG. 7).
  • the payment apparatus 200 Upon receiving the payment registration request from the user terminal 100, the payment apparatus 200 processes the request in the account management function unit 261 and stores the payment means information received from the user terminal 100 in the account management storage device 262 (FIG. 7). Step A12).
  • the settlement apparatus 200 notifies the user terminal 100 that the registration of the settlement means information has been completed (step A13 in FIG. 7).
  • the registration of payment method information is not limited to the method using the user terminal 100.
  • the payment means information may be registered by an operator using a terminal provided in a bank or a credit company store.
  • the user may register using a terminal other than the user terminal 100.
  • the user uses the user terminal 100 to connect to the operator site 300 via the network.
  • the user performs a settlement procedure for electronic commerce at the business operator site 300 (step A14 in FIG. 8).
  • steps A11 to A13 in FIG. 7 can be omitted and electronic commerce can be started.
  • one user may use a plurality of user terminals 100 properly.
  • each operation described in FIG. 8 may be performed using a user terminal 100 different from the user terminal 100 that performed the operations in steps A11 to A13 in FIG.
  • the payment means information may be registered with a personal computer, and the commercial transaction described below may be performed with a mobile phone.
  • the business entity site 300 transmits payment information such as product information and the total payment amount to the payment apparatus 200 and requests payment processing (step A15 in FIG. 8).
  • the provider site 300 restricts the payment means that can be used on its own site (for example, bank withdrawal cannot be used), that fact may also be transmitted.
  • the settlement apparatus 200 returns the settlement process acceptance result to the business operator site 300 (step A16 in FIG. 8).
  • the settlement process acceptance result is returned from the business operator site 300 to the user terminal 100, and the user terminal 100 connects to the settlement apparatus 200 by redirection.
  • the user selects the payment means registered in steps A11 to A13 in FIG. 7 from the user's electronic wallet on the payment apparatus 200.
  • the user confirms the payment process (step A17 in FIG. 8).
  • the provider site 300 limits the payment means that can be used on its own site, it is a payment means that can be used on the provider site 300, and the user performs steps A11 to A11 in FIG.
  • the payment means is selected from the payment means registered in A13.
  • the settlement apparatus 200 performs credit processing (hereinafter, referred to as “authorization” as appropriate) as to whether a designated settlement is possible, such as confirmation of a balance and confirmation of a payable amount, with respect to a settlement method selected by the user. (Step A18 in FIG. 8).
  • the settlement apparatus 200 transmits an authorization completion notice to the business operator site 300 (step A19 in FIG. 8).
  • the payment apparatus 200 transmits an authorization failure notification to the business operator site 300 as in the case of success.
  • the company site 300 that has received the authorization failure notification cancels the payment process and returns the result of the payment failure to the user terminal 100.
  • the contents of the payment failure notification can be arbitrarily determined. For example, the notification may simply indicate that payment could not be made. Moreover, you may make it show the name of the payment means to which the authorization failed specifically, and the reason. The reason is, for example, insufficient balance of the user's payment means.
  • the business operator site 300 Upon receiving the authorization completion notification from the settlement apparatus 200, the business operator site 300 performs the target settlement process with respect to the settlement apparatus 200 at an arbitrary timing when it is desired to confirm the settlement, for example, after the goods are shipped.
  • the settlement confirmation process (hereinafter referred to as “confirm” as appropriate) is instructed (step A20 in FIG. 8).
  • the payment apparatus 200 that has received the confirm instruction from the business operator site 300 performs a payment confirmation process for the target payment process. (Step A21 in FIG. 8).
  • the settlement apparatus 200 transmits a confirmation completion notification to the business operator site 300 (step A22 in FIG. 8).
  • the company site 300 Upon receipt of the confirmation of confirmation of completion, the company site 300 sends a payment completion notification to the user terminal 100 (step A23 in FIG. 8). Thereby, a series of settlement processes is completed.
  • the first modification is characterized by the payment interface 280. Specifically, it is a feature that it can be connected to a plurality of external systems with a unified mechanism.
  • the authorization confirmation processing is performed by connecting to the external system 400 through the payment interface 280. To achieve.
  • a plurality of types of settlement interfaces 280 can be prepared, and the method for calling the settlement interface 280 from the settlement management function unit 250 is unified for all types of settlement interfaces.
  • the calling process from the settlement interface 280 to each external system 400 has contents corresponding to each external system 400.
  • the payment management function unit 250 can call a plurality of types of external systems 400 by a unified calling method. Therefore, by adding a payment interface as necessary, it is possible to add new payment means while suppressing the influence of the modification of the payment apparatus 200, and it is possible to cope with various payment methods. Become.
  • the payment process can be canceled when the payment apparatus 200 is in the authorization completion state in steps A18 to A19 in FIG.
  • step A19 in FIG. 8 the authorization completion notification is sent to the business operator site, and the authorization for the target settlement is completed.
  • the settlement is not finalized and is in an authorized state.
  • the company site 300 can cancel the authorization and cancel the settlement process.
  • the payment apparatus 200 by the user giving an instruction to the payment apparatus 200 from the user terminal 100 until the payment is confirmed, the payment can also be canceled from the user side.
  • the confirmation is not performed for a certain period, the authorization is expired and the settlement is similarly cancelled. Note that the length of the certain period can be arbitrarily determined.
  • authorization confirmation can be continuously performed without any confirmation instruction from the operator site 300 in steps A18 to A22 of FIG.
  • step A19 the authorization completion notification (step A19) from the settlement apparatus 200 to the business entity site 300 and the confirmation instruction (step A20) from the business entity site 300 to the settlement apparatus 200 are omitted. Confirmation is performed continuously after completion. In this way, a smooth settlement process is provided for a settlement that does not require a confirm operation, such as a settlement of a small amount of content.
  • the authorization / confirm processing itself performs the same processing as steps A18 and A21 of the previous embodiment, and if the authorization fails, the authorization failure processing is executed in the same manner.
  • the settlement apparatus 200 provides a settlement service to the business operator site 300, so that it is not necessary for the business operator site 300 to prepare a mechanism for performing a payment process at its own site. There is an effect.
  • the user's payment means information such as credit card number, electronic money information, point information, coupon information, bank account, etc. is registered and managed in the payment apparatus 200, so that the user can make a payment.
  • payment can be made by freely selecting a payment means from among them.
  • the user uses the payment means registered in advance in the payment apparatus 200 at the company site 300 that uses the payment process of the payment apparatus 200, so that the input / registration of the payment means for each company site 300 is performed.
  • the settlement process can be performed smoothly without performing.
  • an apparatus that specifically realizes the user terminal 100 of the present embodiment is not particularly limited.
  • the user terminal 100 when the user terminal 100 is realized by an IC card, an IC card and its reading terminal are essential.
  • the user ID is not limited to the IC card, and a normal ID / password method can be used for user authentication. Therefore, for example, the user terminal 100 can be realized by a device such as a mobile phone.
  • user information and payment information are stored on the payment apparatus 200, and important information such as a credit card number can be encrypted and stored. Therefore, once the payment information is registered, payment can be made if the user can be authenticated. Therefore, it is not necessary to record payment information in the user terminal 100, and information leakage can be prevented.
  • the program unique to this embodiment has been described as being stored in advance in the settlement means management device.
  • a program for operating the computer as all or part of the settlement means management apparatus or for executing the above-described processing is a flexible disk, a CD-ROM (Compact Disc-Read-Only Memory), a DVD (Digital Versatile). Disc), MO (Magneto Optical Disk (Disc)) BD (Blu-ray Disc), etc. are stored and distributed on a computer-readable recording medium, installed on another computer, and operated as the above-mentioned means. Or you may perform the above-mentioned process.
  • the payment means management apparatus on the network using the electronic wallet can be realized by hardware, but the computer functions as a payment means management apparatus on the network using the electronic wallet. It can also be realized by a computer reading a program for executing the program from a computer-readable recording medium and executing the program.
  • the payment means management method on the network by the electronic wallet can be realized by hardware, but the computer-readable recording program for causing the computer to execute the method It can also be realized by reading from the medium and executing it.
  • An account management storage unit for receiving and storing information necessary for making a payment using a payment means; For each user, an account management function unit that links and manages the received information and a payment means that uses the information; When there is a payment processing request for a certain user from the operator's site, the payment means that can be used by the certain user is specified using the account management function unit, and the specified payment means A payment management function unit for performing a payment process by the selected payment means using the necessary information associated with the payment means selected by the certain user from among;
  • a settlement apparatus comprising:
  • Appendix 2 In the settlement apparatus described in Appendix 1, The settlement process performed by the settlement management function unit is performed in two stages, a credit process and a settlement confirmation process, and notifies the operator site that the credit process is completed at the end of the credit process.
  • a settlement apparatus that performs the settlement confirmation processing after receiving an instruction to perform the settlement confirmation processing from the business operator site that has received the notification.
  • Appendix 3 In the settlement apparatus described in Appendix 1, The settlement process performed by the settlement management function unit is performed in two stages, a credit process and a settlement confirmation process, and during or after the execution of the credit process, from the operator site or a terminal used by the user, When the settlement process is canceled, the settlement apparatus that has already been subjected to the credit process is returned to a state in which the credit process is not performed by performing a rollback.
  • Appendix 4 In the settlement apparatus according to any one of appendices 1 to 3, A plurality of settlement interfaces for requesting a part or all of the settlement processing to an external system in accordance with an instruction from the settlement management function unit; The settlement apparatus characterized in that the method of instructing the plurality of settlement interfaces is the same method unified for all settlement interfaces.
  • the settlement means that can be selected by the certain user is the settlement means to which the certain user has transmitted the necessary information, and the provider site that has requested settlement processing for the certain user.
  • a payment device which is a payment means usable in
  • a history management storage unit that stores information when the settlement process is performed as history information; For each user, the history information is managed, and a history management function unit that outputs the history information in response to a request;
  • a settlement apparatus further comprising:
  • a payment management system in which a terminal used by a user, a site of a business operator connected to the terminal used by the user, and a payment device that manages and settles payment means are connected to each other
  • the terminal used by the user is Transmitting information necessary for making a payment using a payment means to the payment apparatus, and when performing a commercial transaction at the business operator site, specifying the payment means for the payment apparatus,
  • the operator's site requests the payment device to perform part or all of the payment processing at the operator site
  • the payment apparatus is the payment apparatus according to any one of appendices 1 to 6, A payment system characterized by that.
  • An account management storage unit for receiving and storing information necessary for making a payment using a payment means; For each user, an account management function unit that links and manages the received information and a payment means that uses the information; When there is a payment processing request for a certain user from the operator's site, the payment means that can be used by the certain user is specified using the account management function unit, and the specified payment means A payment management function unit for performing a payment process by the selected payment means using the necessary information associated with the payment means selected by the certain user from among; A payment program for causing a computer to function as a payment apparatus.
  • the settlement means that can be selected by the certain user is the settlement means to which the certain user has transmitted the necessary information, and the provider site that has requested settlement processing for the certain user.
  • a history management storage unit that stores information when the settlement process is performed as history information; For each user, the history information is managed, and a history management function unit that outputs the history information in response to a request;
  • a settlement program further comprising:
  • the present invention is suitable for the electronic payment market in the Internet network, mobile network network, next-generation network network, and the like. Further, it is suitable for the electronic money point settlement market using a reader / writer or the like. For example, it is suitable for fields such as electronic malls, EC (Electronic commerce) sites, and remittances.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

決済のたびに、決済に必要な情報を入力及び送信する必要を無くす。 決済手段を用いた決済を行うために必要な情報を、ユーザの使用する端末から受け付けて記憶する。ユーザ毎に、受け付けた情報と、当該情報を用いる決済手段と、を紐付けて管理する。事業者のサイトから、或るユーザについての決済処理の依頼があった場合に、当該或るユーザが利用できる決済手段を、口座管理機能手段を用いて特定し、当該特定した決済手段の中から当該或るユーザが選択した決済手段に紐付けられている必要な情報を用いて選択した決済手段による決済処理を行なう。

Description

電子財布による、ネットワーク上での決済手段管理方法、決済手段管理装置及び決済手段管理プログラム
　本発明は、決済手段を用いた決済及び決済手段の選択、といった決済手段の管理に関する。
　現在、インターネット網やモバイル通信網、次世代通信網等（以下、適宜「ネットワーク」と呼ぶ）といったネットワーク上での電子商取引が、広く一般的に行われている。
　そして、ネットワーク上での電子商取引において商品代金等を決済する場合、ユーザはサイト毎にクレジットカード番号等の決済に必要な情報を決済の都度入力する必要があった。
　対象のサイトに対して、クレジットカード情報を登録可能なサイトもあるが、その場合でも、登録した決済情報を利用できるのはそのサイトのみで、別のサイトにて決済処理を行いたい場合は、新しく決済情報の入力・登録が必要となっていた。
　そして、新しく利用するサイトにて毎回決済情報を登録することはユーザにとって煩雑であり、不便である。なにより、多数のサイトに決済情報を登録することで、情報が漏洩する可能性が高くなり、安全性の点で問題がある。
　この点に鑑みた技術が、特許文献１に記載されている。特許文献１に記載の技術では、ＩＣカード又はＩＣチップに、口座番号等の決済に必要な情報を格納させておく。そして、ネットワーク上での決済の際は、ＩＣカード又はＩＣチップを専用の読み取り機器で読み取り、口座番号等の決済に必要な情報を取得している。これにより、クレジットカード番号等の決済に必要な情報を毎回入力するという手間を省くことが可能となる。
特開２００３－０１６３６１号公報
　上述した特許文献１に記載の技術等を用いれば、決済に必要な情報を毎回入力するという手間を省くことは可能となる。
　しかしながら、特許文献１に記載の技術では、口座番号や、クレジットカード番号といった重要な個人情報を決済のたびにインターネット等の公共の回線上で送信しなければならない。そして、インターネット等の公衆網では、送信した情報が漏洩するおそれがある。そのため、決済の度に重要な個人情報を送信するということはセキュリィティの観点から好ましいことではない。また、多種類の決済手段を使い分けるような場合には、多種類の個人情報を送信しなければならず、より危険であるといえる。
　そこで、本発明は、決済のたびに、決済に必要な情報を入力及び送信する必要のない、電子財布による、ネットワーク上での決済手段管理方法、決済手段管理装置及び決済手段管理プログラムを提供することを目的とする。
　本発明の第１の観点によれば、ユーザの使用する端末と、前記ユーザの使用する端末と接続されている事業者のサイトと、の各々と接続され、決済手段の管理及び決済を行う決済装置において、決済手段を用いた決済を行うために必要な情報を受け付けて記憶する口座管理記憶部と、前記ユーザ毎に、前記受け付けた情報と、当該情報を用いる決済手段と、を紐付けて管理する口座管理機能部と、前記事業者のサイトから、或るユーザについての決済処理の依頼があった場合に、当該或るユーザが利用できる決済手段を、前記口座管理機能部を用いて特定し、当該特定した決済手段の中から当該或るユーザが選択した決済手段に紐付けられている前記必要な情報を用いて前記選択した決済手段による決済処理を行なう決済管理機能部と、を備えることを特徴とする決済装置が提供される。
　本発明の第２の観点によれば、ユーザの使用する端末と、前記ユーザの使用する端末と接続されている事業者のサイトと、決済手段の管理及び決済を行う決済装置と、が相互に接続されている決済管理システムにおいて、前記ユーザの使用する端末は、前記決済装置に対して決済手段を用いた決済を行うために必要な情報を送信し、前記事業者サイトにおいて商取引を行う場合に、前記決済装置に対して決済手段を指定し、前記事業者のサイトは、当該事業者サイトにおける決済処理の一部又は全部を前記決済装置に依頼し、前記決済装置は、上記の決済装置である、ことを特徴とする決済システムが提供される。
　本発明の第３の観点によれば、ユーザの使用する端末と、前記ユーザの使用する端末と接続されている事業者のサイトと、の各々と接続され、決済手段の管理及び決済を行う決済装置が行う、決済方法において、決済手段を用いた決済を行うために必要な情報を受け付けて記憶する口座管理記憶部を用意するステップと、前記ユーザ毎に、前記受け付けた情報と、当該情報を用いる決済手段と、を紐付けて管理する口座管理機能ステップと、前記事業者のサイトから、或るユーザについての決済処理の依頼があった場合に、当該或るユーザが利用できる決済手段を、前記口座管理機能ステップを行うことにより特定し、当該特定した決済手段の中から当該或るユーザが選択した決済手段に紐付けられている前記必要な情報を用いて前記選択した決済手段による決済処理を行なう決済管理機能ステップと、を備えることを特徴とする決済方法が提供される。
　本発明の第４の観点によれば、ユーザの使用する端末と、前記ユーザの使用する端末と接続されている事業者のサイトと、の各々と接続され、決済手段の管理及び決済を行う決済装置に組み込まれる決済プログラムにおいて、決済手段を用いた決済を行うために必要な情報を受け付けて記憶する口座管理記憶部と、前記ユーザ毎に、前記受け付けた情報と、当該情報を用いる決済手段と、を紐付けて管理する口座管理機能部と、前記事業者のサイトから、或るユーザについての決済処理の依頼があった場合に、当該或るユーザが利用できる決済手段を、前記口座管理機能部を用いて特定し、当該特定した決済手段の中から当該或るユーザが選択した決済手段に紐付けられている前記必要な情報を用いて前記選択した決済手段による決済処理を行なう決済管理機能部と、を備える決済装置としてコンピュータを機能させることを特徴とする決済プログラムが提供される。
　本発明によれば、決済に必要な情報を予め決済装置に記憶させておき、この決済装置が事業者サイトにおける決済を代行することから、決済のたびに、決済に必要な情報を入力及び送信する必要のない決済方法が実現できる。
本発明の実施形態全体の基本的構成を表す図である。 本発明の実施形態における決済装置の基本的構成を表す図である。 本発明の実施形態における口座管理機能部における管理方法の具体例を表す図である。 本発明の実施形態における決済インターフェースと外部システムの接続について表す図である。 本発明の実施形態における履歴管理機能部における管理方法の具体例を表す図である。 本発明の実施形態におけるユーザ端末の基本的構成を表す図である。 本発明の実施形態の基本的動作を表すシーケンス図（１／２）である。 本発明の実施形態の基本的動作を表すシーケンス図（２／２）である。
１００　ユーザ端末
１１０　主記憶装置
１２０　演算処理装置
１３０　送受信部
１４０　補助記憶装置
１５０　操作受付部
１６０　表示部
２００　決済装置２００
２１０　主記憶装置
２２０　演算処理装置
２３０　送受信部
２４０　補助記憶装置
２５０　決済管理機能部
２６１　口座管理機能部
２６２　口座管理記憶装置
２７１　履歴管理機能部
２７２　履歴管理記憶装置
２８０　決済インターフェース
３００　事業者サイト
４００　外部システム
９００　ネットワーク
　次に、本発明の実施形態について図面を用いて詳細に説明する。
　本実施形態は、クレジットカード、電子マネー、ポイント等の決済手段を用いて決済を行うユーザ（以下、適宜「ユーザ」と呼ぶ）、及び、ユーザが物品やコンテンツの購入を行う電子商取引等を行う事業者（以下、適宜「事業者」と呼ぶ）により利用されるものである。
　図１を参照すると本実施形態は、ユーザ端末１００、決済装置２００、事業者サイト３００及びネットワーク９００を有している。ユーザ端末１００、決済装置２００、事業者サイト３００は、それぞれネットワーク９００を介して相互に接続されている。
　ユーザ端末１００は、ユーザが電子商取引に利用する端末である。ユーザ端末１００は具体的にはどのような装置により実現されてもよいが、例えばパーソナルコンピュータや、携帯電話機により実現される。
　決済装置２００は、決済機能を提供して決済を実施する装置である。決済装置２００は、具体的には、企業がネットワーク上に設けているサーバ等である。
　事業者サイト３００は、ネットワークを通じて物品やコンテンツの販売などの電子商取引を行なうサイトである。事業者サイト３００は、ネットワーク９００を介してマルチ決済システム１００と、ユーザ端末２００と、のそれぞれと相互に接続されている。なお、事業者サイト３００は実際にはネットワーク上の、例えばＷｅｂサーバ上のドキュメントを、ユーザ端末１００が有するウェブブラウザにより閲覧することにより実現される。
　ネットワーク９００は、例えばインターネット網であるが、これに限定されるものではない。また、ネットワーク９００が準拠する通信方式も、特に限定されるものではない。また、ネットワーク９００が有線接続であるか、無線接続であるか、といったことも特に限定されるものではない。
　次に、ユーザ端末１００、決済装置２００及び事業者サイト３００間での通信の概略について説明をする。
　本実施形態は、電子商取引等各種決済を伴うサイトに対して決済サービスを提供する決済装置２００を提供するというものである。
　ユーザはこの決済装置２００上にクレジットカード情報等の決済手段をシステム上の仮想口座に登録する。このとき、決済上で用意されている電子マネー・ポイントの仮想口座に対してクレジットカード等のその他決済手段からのチャージが行える。なお、ユーザが持っている決済手段としては、例えば、クレジットカード、電子マネー、ポイント、銀行振り込み等が挙げられるが、これは一例に過ぎず、他の決済手段が含まれていてもよい。また、必ずしもこれら一例の全てが含まれている必要はない。
　ユーザは決済装置２００上に実際の決済手段に対応した口座を複数持つことで、決済装置２００上に仮想的な財布（以下、適宜「電子財布」と呼ぶ）を持つことができ、決済装置２００の決済機能を利用する電子商取引サイト等で、その電子財布に登録されている決済手段を自由に選択して支払を行うことができる。
　次にユーザは、事業者サイト３００にて物品・コンテンツ購入等の商取引についての決済を行う。決済時に事業者サイト３００は決済装置２００にリダイレクトを実施し、決済装置２００が提供する決済機能を利用して決済を実施する。このときユーザは事前に登録した電子財布の中からクレジットカード、電子マネー、ポイント等の決済手段を選択して決済を実施する。決済処理が完了後に事業者サイト３００に戻り、ユーザの支払いが完了する。
　このように、ユーザはシステム上の電子財布へ自身のクレジットカード情報や、決済装置２００により発行・管理を行う電子マネー情報を登録しておき、対象のシステムを利用する各種電子商取引サイト等で電子財布を利用することで、クレジットカード番号等の決済情報の入力なしに決済を行うことが出来る。
　次に、図２を参照して決済装置２００について詳細に説明する。
　決済装置２００は、主記憶装置２１０、演算処理装置２２０、送受信部２３０、補助記憶装置２４０、決済管理機能部２５０、口座管理機能部２６１、口座管理記憶装置２６２、履歴管理機能部２７１、履歴管理記憶装置２７２及び決済インターフェース２８０を有する。
　主記憶装置２１０はＲＡＭ（Random Access Memory）に代表される記憶装置である。また、演算処理装置２２０は、ＣＰＵ（Central Processing Unit）等に代表される演算装置であり、演算処理を行う。送受信部２３０は、ネットワーク９００を介した通信を行うための部分である。
　また、補助記憶装置１４０は、ＨＤＤ（Hard disk drive）やＳＳＤ（solid state drive）に代表される記憶装置であり、各種のデータや、プログラムが格納される。
　口座管理機能部２６１、決済管理機能部２５０、履歴管理機能部２７１及び決済インターフェース２８０は、本実施形態特有の部分である。口座管理機能部２６１、決済管理機能部２５０及び履歴管理機能部２７１は、演算処理部１２０が、補助記憶装置１４０に格納されているプログラム（ソフトウェア）を読み込み、この読み込んだプログラムと主記憶装置１１０を用いて演算処理を行うことにより実現される。また、決済インターフェース２８０は、インターフェースとして機能するハードウェアと、上述の演算処理と、の組合せにより実現される。
　口座管理記憶装置２６２及び履歴管理記憶装置２７２は、記憶装置であり、補助記憶装置１４０と同様に、ＨＤＤやＳＳＤにより実現される。また、図２では、口座管理記憶装置２６２と、履歴管理記憶装置２７２と、補助記憶装置１４０が別々の記憶装置として図示されているが、これは構成の一例に過ぎない。例えば、口座管理記憶装置２６２及び履歴管理記憶装置２７２が補助記憶装置１４０に含まれているという構成でもよい。また、口座管理記憶装置２６２及び履歴管理記憶装置２７２の何れか或いは双方が決済装置２００の外部に設けられていてもよい。また、口座管理記憶装置２６２及び履歴管理記憶装置２７２の何れか或いは双方が複数の記憶装置により冗長化されていてもよい。また、口座管理記憶装置２６２及び履歴管理記憶装置２７２の何れか或いは双方に記憶される情報を、暗号化して取り扱うようにしてもよい。なお、口座管理記憶装置２６２及び履歴管理記憶装置２７２が記憶する内容については下述する。
　次に、口座管理機能部２６１、決済管理機能部２５０、履歴管理機能部２７１及び決済インターフェース２８０の機能について説明する。
　口座管理機能部２６１にてユーザが持っている決済手段を登録保持することが出来る。ここで登録可能な決済手段の種別は、任意のものを選択することが可能である。今回の説明ではクレジットカード、電子マネー、ポイント、銀行口座が存在するものと想定する。
　クレジットカードの種類ａ、ｂ、ｃ、電子マネーの種類ｄ、ｅ、ｆといったそれぞれ決済手段の種別ごとに複数の種類の決済手段を登録することが出来る。
　決済手段情報は口座管理記憶装置２６２にて保持される。電子マネー等の価値情報を口座管理記憶装置２６２にて保存・管理する。また、電子マネー、ポイントといった価値を電子的に記録する決済手段については、決済装置２００により発行・管理を行うことができるようにしてもよい。
　決済管理機能部２５０にて、口座管理機能部２６１で管理している決済手段を利用して決済処理を行うことができる。電子マネー、ポイントの中には、決済装置２００内にて電子マネー・ポイント、クーポンといった、電子的に記録する、価値を持った値（以下、適宜「バリュー」と呼ぶ）の管理を行っている場合があり、その場合は決済管理機能にてバリューの減算等を実施する。
　履歴管理機能部２７１にて、決済を行った履歴を蓄積し閲覧することが出来る。履歴情報は、履歴管理記憶装置２７２にて保持される。
　決済インターフェース２８０にて、クレジットカード等の外部接続が必要となる場合のインターフェースを提供する。
　決済管理機能部２５０にて、決済手段の種別により外部システムを利用する必要があると判断した場合、決済インターフェース２８０を通じて、例えばクレジットカードであればクレジットカード決済装置２００と接続し、決済を実施する。
　次に、図３を参照して、口座管理機能部２６１による管理方法について具体例を挙げて説明する。
　図３にて、口座管理機能部２６１はユーザごとに決済手段情報を扱い、ユーザと紐付いた決済手段情報を管理・保持する。
　ユーザごとに任意の数の決済手段を登録することができる。更に、同じ種別の決済手段でも複数の種類を登録することができる。例えばクレジットカードの場合、クレジットカード番号の違う複数のクレジットカードを登録することができ、電子マネー、ポイントも同様に種類の違う電子マネー、ポイントを複数登録することが出来る。
　決済手段の管理方法としては、クレジットカード、銀行口座についてはそれぞれのクレジットカード番号、銀行口座番号を登録・管理する。電子マネー、ポイントについては、口座管理機能にてバリューの管理を行い、決済装置２００内部にて電子マネー、ポイントのバリューを保持する。
　それ以外の決済手段についても、任意の決済手段を決済装置２００に追加することが可能で、決済インターフェース２８０を利用し、決済インターフェース２８０で利用する場合に必要な情報を登録する。この点について具体的に説明をする。図２を参照すると分かるように、決済管理機能部２５０は、決済インターフェース２８０と接続されている。
　また、図４を参照すると分かるように、決済インターフェース２８０は、外部システム４００と接続されている。決済インターフェース２８０は、クレジットカードのように外部のシステムと接続が必要な場合に利用する。決済管理機能部２５０により決済が行われる際に、外部システム４００との必要な決済の場合は、決済インターフェース２８０を通じて外部システム４００との接続を行い、決済を実施する。
　具体的には、決済管理機能部２５０が、事業者サイト３００からの決済処理依頼を受け付け、口座管理機能部２６１から対象ユーザが指定した決済手段を取り出し、決済インターフェース２８０を通じて外部システム４００との接続を行い、決済処理を実施する。なお、外部システム４００は例えば、銀行やクレジットカードの発行会社が設けているサーバである。また、セキュリティの観点から外部システム４００とは専用線により接続されていることが好ましい。
　一方、決済手段によっては、決済装置３００の内部のみで決済処理を完結することが可能である。例えば電子マネーのように決済装置３００の内部で、価値管理を行える決済手段については決済インターフェース２８０を用いることなく、決済装置３００の内部のみで決済処理を完結することが可能である。
　よって、電子マネー、ポイント等の場合は、口座管理機能部２６１を通じて、口座管理記憶装置２６２に記録してある電子マネー、ポイント等のバリュー情報を操作する。決済完了時に、履歴管理機能部２７１に対して対象決済の記録書き込みを指示する。
　次に、図５を参照して、履歴管理機能部２７１による管理方法について具体例を挙げて説明する。
　図５にて、履歴管理機能部２７１は、決済管理機能部２５０による決済の記録をユーザごとに記録する。記録内容は、決済日時、決済手段、金額、対象事業者等となる。履歴管理機能部２７１は、要求に応じて任意の決済記録を出力する。すなわち、事業者又はユーザは、履歴管理機能部２７１を通じて、任意の決済記録を取得・閲覧することが出来る。
　次に、図６を参照してユーザ端末１００について詳細に説明する。なお、今回はユーザ端末１００がパーソナルコンピュータにより実現されているものと想定する。
　ユーザ端末１００は、主記憶装置１１０、演算処理装置１２０、送受信部１３０、補助記憶装置１４０、操作受付部１５０及び表示部１６０を有する。
　主記憶装置１１０はＲＡＭに代表される記憶装置である。また、演算処理装置１２０は、ＣＰＵ等に代表される演算装置であり、演算処理を行う。送受信部１３０は、ネットワーク９００を介した通信を行うための部分である。
　また、補助記憶装置１４０は、ＨＤＤやＳＳＤに代表される記憶装置であり、各種のデータや、プログラムが格納される。
　操作受付部１５０は、利用者からの入力を受け付ける部分であり、具体的には、キーボード、マウス、タッチパネル等の入力機器と接続され、これらの入力機器からの入力情報を受け付ける。
　また、表示部１６０は、ディスプレイ等のユーザへ情報を提示するための表示装置と接続され、表示装置に情報を表示させる。
　次に、図１乃至図６並びに図７及び図８のシーケンス図を参照して本実施形態の動作について詳細に説明する。
　まず、ユーザが決済装置２００に自身の決済情報を登録する必要がある。そして、登録のために、ユーザはユーザ端末１００を使用し、ネットワーク９００を介して決済装置２００に接続する。接続が完了後、ユーザはクレジットカード番号等の決済手段情報を決済装置２００上の電子財布に対して登録するようにリクエストする（図７のステップＡ１１）。
　ユーザ端末１００からの決済登録リクエストを受けた決済装置２００は、口座管理機能部２６１にてリクエストを処理し、ユーザ端末１００から受け取った決済手段情報を、口座管理記憶装置２６２に保管する（図７のステップＡ１２）。
　決済装置２００は、ユーザ端末１００に対して、決済手段情報の登録が完了した旨を通知する（図７のステップＡ１３）。
　なお、今回は、図７に示すステップＡ１１～Ａ１３においてユーザ端末１００を用いて決済手段情報を登録する例について説明した。もっとも、決済手段情報の登録は、ユーザ端末１００を用いる方法に限定されるものではない。例えば、決済手段情報は、銀行やクレジット会社の店舗等に備えられている端末を用い、オペレータによって登録されてもよい。また、ユーザが、ユーザ端末１００以外の端末を用いて登録するようにしてもよい。
　決済手段の登録が完了すると、ユーザはユーザ端末１００を使用して、ネットワークを介して事業者サイト３００に接続する。ユーザは事業者サイト３００にて、電子商取引の決済手続きを実施する（図８のステップＡ１４）。
　なお、すでに決済手段を登録済みであって、特に変更等も無い場合は、図７のステップＡ１１～Ａ１３を省略して、電子商取引を開始することができる。また、本実施形態では、一人のユーザが複数のユーザ端末１００を使い分けるようにしてもよい。例えば、図７のステップＡ１１～Ａ１３の動作を行ったユーザ端末１００と異なるユーザ端末１００を利用して図８に記載されている各動作を行うようにしてもよい。具体的には、例えば、決済手段情報の登録はパーソナルコンピュータで行い、以下に説明する商取引は携帯電話機で行うようにしてもよい。
　次に、事業者サイト３００は、商品情報、決済金額の合計額等の決済情報を決済装置２００に対して送信し、決済処理を依頼する（図８のステップＡ１５）。なお、事業者サイト３００が自身のサイトで利用できる決済手段を限定している場合（例えば、銀行引き落としは利用不可等）は、その旨も送信するようにしてもよい。
　決済装置２００は決済処理受け付け結果を事業者サイト３００に戻す（図８のステップＡ１６）。
　事業者サイト３００から決済処理受け付け結果をユーザ端末１００に戻し、リダイレクトによりユーザ端末１００から決済装置２００に接続する。ここでユーザは、図７のステップＡ１１～Ａ１３にて登録した決済手段を、決済装置２００上にあるユーザの電子財布から選択する。ユーザは決済手段の選択後に、決済処理の確定を実施する（図８のステップＡ１７）。なお上述したように事業者サイト３００が自身のサイトで利用できる決済手段を限定している場合は、事業者サイト３００で利用できる決済手段であって、且つ、ユーザが、図７のステップＡ１１～Ａ１３にて登録した決済手段の中から決済手段を選択することとなる。
　決済装置２００は、ユーザが選択した決済手段に対して、残高の確認や、支払い可能額の確認等、指定の決済が可能かどうかの与信処理（以下、適宜「オーソリ」と呼ぶ）を実施する（図８のステップＡ１８）。
　オーソリが完了した場合は、決済装置２００は事業者サイト３００に対して、オーソリ完了通知を送信する（図８のステップＡ１９）。一方、オーソリが失敗した場合には、成功時と同様に決済装置２００は事業者サイト３００に対してオーソリ失敗の通知を送信する。オーソリ失敗通知を受信した事業者サイト３００は、決済処理の中止を行い、ユーザ端末１００に決済失敗の結果を戻す。この、決済失敗通知の内容は、任意に定めることが可能である。例えば、単に決済ができなかった旨を示す通知であってもよい。また、具体的にオーソリが失敗した決済手段の名前と、その理由を提示するようにしてもよい。その理由とは、例えばユーザの決済手段の残高不足等である。
　決済装置２００からオーソリ完了通知を受け取った事業者サイト３００は、物品の発送処理等を行った後等の、決済の確定を行いたい任意のタイミングで決済装置２００に対して対象の決済処理に対しての決済確定処理（以下、適宜「コンファーム」と呼ぶ）の指示を行う（図８のステップＡ２０）。
　事業者サイト３００よりコンファーム指示を受け取った決済装置２００は、対象の決済処理に対しての決済確定処理を実施する。（図８のステップＡ２１）。
　コンファームが完了後、決済装置２００は事業者サイト３００に対して、コンファーム完了通知を送信する（図８のステップＡ２２）。
　コンファーム完了通知を受け取った、事業者サイト３００はユーザ端末１００に対して、決済完了通知を行う（図８のステップＡ２３）。これにより、一連の決済処理が完了する。
　［第１の変形例］
　次に、上述した実施形態を一部変形した第１の変形例について説明をする。
　第１の変形例は、決済インターフェース２８０に特徴を有するものである。具体的には、統一された仕組みで、複数の外部システムに接続可能という特徴である。
　上述した、図８のステップＡ１８～Ａ２２における、オーソリ、コンファーム処理において、クレジットカード等の外部のシステムを利用する場合、オーソリ・コンファーム処理の実施は、決済インターフェース２８０を通じて外部システム４００との接続により実現する。
　決済インターフェース２８０は複数の種類を用意することが可能であり、決済管理機能部２５０から決済インターフェース２８０を呼び出すための方法は、すべての種類の決済インターフェースにて統一する。また、決済インターフェース２８０から各外部システム４００の呼び出し処理は、外部システム４００のそれぞれに対応させた内容とする。
　こうすることにより、決済管理機能部２５０では統一した呼び出し方法により、複数の種類の外部システム４００を呼び出すことができる。このことから、必要に応じて決済インターフェースを追加することで、新しい決済手段に対しても決済装置２００の改造等の影響を抑えながら追加することができ、様々な決済方法への対応が可能となる。
　［第２の変形例］
　次に、上述した実施形態を一部変形した第１の変形例について説明をする。
　第２の変形例は、上述した、図８のステップＡ１８～Ａ１９において、決済装置２００にてオーソリ完了状態のときに、決済処理のキャンセルを可能としたものである。
　図８のステップＡ１９にて、事業者サイトにオーソリ完了の通知がされることで対象の決済のオーソリが完了した状態となる。
　次のステップＡ２０で、事業者サイト３００からのコンファーム指示が行われるまでは、決済が確定しておらずオーソリ状態となっている。このときに事業者サイト３００はオーソリをキャンセルし、決済処理をキャンセルすることが可能である。同様に、決済が確定するまでの間に、ユーザがユーザ端末１００から決済装置２００に対して指示を行うことで、ユーザの側からも決済のキャンセルを行うことができる。また、一定期間コンファームが行われない場合は、オーソリの有効期限切れとなり、同様に決済がキャンセルされる。なお、この一定期間の長さは任意に定めることが可能である。
　また、これらのキャンセルは、具体的には既にオーソリが完了している決済手段についてロールバックが行われオーソリ実行前の状態に戻されることにより実現される。
　［第３の変形例］
　次に、上述した実施形態を一部変形した第１の変形例について説明をする。
　第３の変形例は、図８のステップＡ１８～Ａ２２において、事業者サイト３００からのコンファーム指示なしに、オーソリ・コンファームを連続して実施可能としたものである。
　図８のステップＡ１８～Ａ２２において、決済装置２００から事業者サイト３００へのオーソリ完了通知（ステップＡ１９）と、事業者サイト３００から決済装置２００へのコンファーム指示（ステップＡ２０）を省略し、オーソリ完了後に連続してコンファームの実施を行う。こうすることで、コンファーム作業の必要の無い決済、例えば小額のコンテンツ購入等、の決済に対してスムーズな決済処理を提供する。オーソリ、コンファームの処理自体は、先の実施形態のステップＡ１８、Ａ２１と同様の処理を実施し、オーソリが失敗した場合は同様にオーソリ失敗の処理を実行する。
　以上説明した本発明の実施形態は、以下に示すような多くの効果を奏する。
　本実施形態によれば、決済装置２００が、事業者サイト３００に対して、決済サービスを提供することで、事業者サイト３００は自サイトにて決済処理を行うための仕組みを用意する必要が無くなるという効果を奏する。
　また、本実施形態によれば、クレジットカード番号、電子マネー情報、ポイント情報、クーポン情報、銀行口座等のユーザの決済手段情報が決済装置２００にて登録され管理していることにより、ユーザは決済時にその中から自由に決済手段を選択して決済を行うことが出来るという効果を奏する。また、このことから、ユーザは決済装置２００の決済処理を利用する事業者サイト３００において、決済装置２００にあらかじめ登録した決済手段を利用することで、事業者サイト３００毎に決済手段の入力・登録を行うことが無く、スムーズに決済処理を行うことができるという効果を奏する。加えて、ユーザの決済手段情報を決済装置２００にて一元的に管理することで、情報漏洩に対するリスクを軽減することができるという効果を奏する。
　また、決済装置２００が発行・管理する電子マネーの口座を利用し、口座間の電子マネーの移動を行うことにより、電子マネーの送金を行うことができるという効果を奏する。
　また、本実施形態のユーザ端末１００を具体的に実現する装置は、特に限定されるものではない。例えば、ユーザ端末１００をＩＣカードで実現するような場合は、ＩＣカードとその読み取り端末が必須となる。しかしながら本実施形態では汎用性を持たせるために、ＩＣカードに限定せずユーザ認証は通常のＩＤ／パスワード方式も利用可能としている。よって、例えば、携帯電話機といった機器によりユーザ端末１００を実現することも可能である。
　また、本実施形態ではユーザ情報、決済情報は決済装置２００上に記憶しており、クレジットカード番号等の重要な情報は暗号化して保存することが可能である。よって、一度決済情報を登録後は、ユーザの認証を行うことができれば決済をすることが可能である。そのため、ユーザ端末１００に決済情報を記録しておく必要は無くなり、情報漏洩の防止が可能となる。
　更に、上記実施形態では、本実施形態特有のプログラムが、決済手段管理装置に予め記憶されているものとして説明した。しかし、コンピュータを、決済手段管理装置の全部又は一部として動作させ、あるいは、上述の処理を実行させるためのプログラムを、フレキシブルディスク、ＣＤ－ＲＯＭ（Compact Disc Read-Only Memory）、ＤＶＤ（Digital Versatile Disc)、ＭＯ（Magneto Optical Disk(Disc)）ＢＤ（Blu-ray Disc）等のコンピュータ読み取り可能な記録媒体に格納して配布し、これを別のコンピュータにインストールし、上述の手段として動作させ、あるいは、上述の工程を実行させてもよい。
　例えば、本発明の実施形態である電子財布による、ネットワーク上での決済手段管理装置は、ハードウェアにより実現することもできるが、コンピュータをその電子財布による、ネットワーク上での決済手段管理装置として機能させるためのプログラムをコンピュータがコンピュータ読み取り可能な記録媒体から読み込んで実行することによっても実現することができる。
　また、本発明の実施形態による電子財布による、ネットワーク上での決済手段管理方法は、ハードウェアにより実現することもできるが、コンピュータにその方法を実行させるためのプログラムをコンピュータがコンピュータ読み取り可能な記録媒体から読み込んで実行することによっても実現することができる。
　また、上述した実施形態は、本発明の好適な実施形態ではあるが、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
　本願は、日本の特願２０１０－１１９３１３（２０１０年５月２５日に出願）に基づいたものであり、又、特願２０１０－１１９３１３に基づくパリ条約の優先権を主張するものである。特願２０１０－１１９３１３の開示内容は、特願２０１０－１１９３１３を参照することにより本明細書に援用される。
　本発明の代表的な実施の形態が詳細に述べられたが、様々な変更(changes)、置き換え(substitutions)及び選択(alternatives)が請求項で定義された発明の精神と範囲から逸脱することなくなされることが理解されるべきである。また、仮にクレームが出願手続きにおいて補正されたとしても、クレームされた発明の均等の範囲は維持されるものと発明者は意図する。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
　（付記１）　ユーザの使用する端末と、前記ユーザの使用する端末と接続されている事業者のサイトと、の各々と接続され、決済手段の管理及び決済を行う決済装置において、
　決済手段を用いた決済を行うために必要な情報を受け付けて記憶する口座管理記憶部と、
　前記ユーザ毎に、前記受け付けた情報と、当該情報を用いる決済手段と、を紐付けて管理する口座管理機能部と、
　前記事業者のサイトから、或るユーザについての決済処理の依頼があった場合に、当該或るユーザが利用できる決済手段を、前記口座管理機能部を用いて特定し、当該特定した決済手段の中から当該或るユーザが選択した決済手段に紐付けられている前記必要な情報を用いて前記選択した決済手段による決済処理を行なう決済管理機能部と、
　を備えることを特徴とする決済装置。
　（付記２）　付記１に記載の決済装置において、
　前記決済管理機能部が行う前記決済処理は、与信処理と、決済確定処理の二段階に分けて行われ、前記与信処理終了時に前記事業者サイトに対して前記与信処理が終了した旨を通知し、当該通知を受けた事業者サイトから前記決済確定処理を実施するように指示を受けてから、前記決済確定処理を実施することを特徴とする決済装置。
　（付記３）　付記１に記載の決済装置において、
　前記決済管理機能部が行う前記決済処理は、与信処理と、決済確定処理の二段階に分けて行われ、前記与信処理の実施中又は実施後に、前記事業者サイト又はユーザの使用する端末から、前記決済処理のキャンセルがあった場合は、既に与信処理が行われている決済手段についてはロールバックを行うことにより前記与信処理が行われていない状態に戻すことを特徴とする決済装置。
　（付記４）　付記１乃至３の何れか１項に記載の決済装置において、
　前記決済管理機能部の指示に応じて、外部のシステムに対して決済処理の一部又は全部を依頼するための決済インターフェースを更に複数備えており、
　前記複数の決済インターフェースに対する前記指示の方法は、決済インターフェースの全てについて統一されている同一の方法であることを特徴とする決済装置。
　（付記５）　付記１乃至４の何れか１項に記載の決済装置において、
　前記或るユーザが前記選択できる決済手段は、前記或るユーザが前記必要な情報を送信してある決済手段であって、且つ、前記或るユーザについての決済処理の依頼をした前記事業者サイトで使用可能な決済手段、であることを特徴とする決済装置。
　（付記６）　付記１乃至５の何れか１項に記載の決済装置において、
　前記決算処理を行った際の情報を履歴情報として記憶する履歴管理記憶部と、
　前記ユーザ毎に、前記履歴情報を管理しており、要求に応じて前記履歴情報を出力する履歴管理機能部と、
　を更に備えることを特徴とする決済装置。
　（付記７）　ユーザの使用する端末と、前記ユーザの使用する端末と接続されている事業者のサイトと、決済手段の管理及び決済を行う決済装置と、が相互に接続されている決済管理システムにおいて、
　前記ユーザの使用する端末は、
　前記決済装置に対して決済手段を用いた決済を行うために必要な情報を送信し、前記事業者サイトにおいて商取引を行う場合に、前記決済装置に対して決済手段を指定し、
　前記事業者のサイトは、当該事業者サイトにおける決済処理の一部又は全部を前記決済装置に依頼し、
　前記決済装置は、付記１乃至６の何れか１項に記載の決済装置である、
　ことを特徴とする決済システム。
　（付記８）　ユーザの使用する端末と、前記ユーザの使用する端末と接続されている事業者のサイトと、の各々と接続され、決済手段の管理及び決済を行う決済装置が行う、決済方法において、
　決済手段を用いた決済を行うために必要な情報を受け付けて記憶する口座管理記憶部を用意するステップと、
　前記ユーザ毎に、前記受け付けた情報と、当該情報を用いる決済手段と、を紐付けて管理する口座管理機能ステップと、
　前記事業者のサイトから、或るユーザについての決済処理の依頼があった場合に、当該或るユーザが利用できる決済手段を、前記口座管理機能ステップを行うことにより特定し、当該特定した決済手段の中から当該或るユーザが選択した決済手段に紐付けられている前記必要な情報を用いて前記選択した決済手段による決済処理を行なう決済管理機能ステップと、
　を備えることを特徴とする決済方法。
　（付記９）　ユーザの使用する端末と、前記ユーザの使用する端末と接続されている事業者のサイトと、の各々と接続され、決済手段の管理及び決済を行う決済装置に組み込まれる決済プログラムにおいて、
　決済手段を用いた決済を行うために必要な情報を受け付けて記憶する口座管理記憶部と、
　前記ユーザ毎に、前記受け付けた情報と、当該情報を用いる決済手段と、を紐付けて管理する口座管理機能部と、
　前記事業者のサイトから、或るユーザについての決済処理の依頼があった場合に、当該或るユーザが利用できる決済手段を、前記口座管理機能部を用いて特定し、当該特定した決済手段の中から当該或るユーザが選択した決済手段に紐付けられている前記必要な情報を用いて前記選択した決済手段による決済処理を行なう決済管理機能部と、
　を備える決済装置としてコンピュータを機能させることを特徴とする決済プログラム。
　（付記１０）　付記９に記載の決済プログラムにおいて、
　前記決済管理機能部が行う前記決済処理は、与信処理と、決済確定処理の二段階に分けて行われ、前記与信処理終了時に前記事業者サイトに対して前記与信処理が終了した旨を通知し、当該通知を受けた事業者サイトから前記決済確定処理を実施するように指示を受けてから、前記決済確定処理を実施することを特徴とする決済プログラム。
　（付記１１）　付記１０に記載の決済プログラムにおいて、
　前記決済管理機能部が行う前記決済処理は、与信処理と、決済確定処理の二段階に分けて行われ、前記与信処理の実施中又は実施後に、前記事業者サイト又はユーザの使用する端末から、前記決済処理のキャンセルがあった場合は、既に与信処理が行われている決済手段についてはロールバックを行うことにより前記与信処理が行われていない状態に戻すことを特徴とする決済プログラム。
　（付記１２）　付記９乃至１１の何れか１項に記載の決済プログラムにおいて、
　前記決済管理機能部の指示に応じて、外部のシステムに対して決済処理の一部又は全部を依頼するための決済インターフェースを更に複数備えており、
　前記複数の決済インターフェースに対する前記指示の方法は、決済インターフェースの全てについて統一されている同一の方法であることを特徴とする決済プログラム。
　（付記１３）　付記８乃至１２の何れか１項に記載の決済プログラムにおいて、
　前記或るユーザが前記選択できる決済手段は、前記或るユーザが前記必要な情報を送信してある決済手段であって、且つ、前記或るユーザについての決済処理の依頼をした前記事業者サイトで使用可能な決済手段、であることを特徴とする決済プログラム。
　（付記１４）　付記８乃至１３の何れか１項に記載の決済プログラムにおいて、
　前記決算処理を行った際の情報を履歴情報として記憶する履歴管理記憶部と、
　前記ユーザ毎に、前記履歴情報を管理しており、要求に応じて前記履歴情報を出力する履歴管理機能部と、
　を更に備えることを特徴とする決済プログラム。
　本発明は、インターネット網、モバイルネットワーク網、次世代ネットワーク網等における電子決済市場に好適である。また、リーダ・ライタ等を用いた電子マネー・ポイント決済市場に好適である。例えば、電子モールやＥＣ（Electronic commerce）サイト、送金等の分野に好適である。

Claims (9)

  1. 　ユーザの使用する端末と、前記ユーザの使用する端末と接続されている事業者のサイトと、の各々と接続され、決済手段の管理及び決済を行う決済装置において、
    　決済手段を用いた決済を行うために必要な情報を受け付けて記憶する口座管理記憶部と、
    　前記ユーザ毎に、前記受け付けた情報と、当該情報を用いる決済手段と、を紐付けて管理する口座管理機能部と、
    　前記事業者のサイトから、或るユーザについての決済処理の依頼があった場合に、当該或るユーザが利用できる決済手段を、前記口座管理機能部を用いて特定し、当該特定した決済手段の中から当該或るユーザが選択した決済手段に紐付けられている前記必要な情報を用いて前記選択した決済手段による決済処理を行なう決済管理機能部と、
    　を備えることを特徴とする決済装置。
  2. 　請求項１に記載の決済装置において、
    　前記決済管理機能部が行う前記決済処理は、与信処理と、決済確定処理の二段階に分けて行われ、前記与信処理終了時に前記事業者サイトに対して前記与信処理が終了した旨を通知し、当該通知を受けた事業者サイトから前記決済確定処理を実施するように指示を受けてから、前記決済確定処理を実施することを特徴とする決済装置。
  3. 　請求項１に記載の決済装置において、
    　前記決済管理機能部が行う前記決済処理は、与信処理と、決済確定処理の二段階に分けて行われ、前記与信処理の実施中又は実施後に、前記事業者サイト又はユーザの使用する端末から、前記決済処理のキャンセルがあった場合は、既に与信処理が行われている決済手段についてはロールバックを行うことにより前記与信処理が行われていない状態に戻すことを特徴とする決済装置。
  4. 　請求項１乃至３の何れか１項に記載の決済装置において、
    　前記決済管理機能部の指示に応じて、外部のシステムに対して決済処理の一部又は全部を依頼するための決済インターフェースを更に複数備えており、
    　前記複数の決済インターフェースに対する前記指示の方法は、決済インターフェースの全てについて統一されている同一の方法であることを特徴とする決済装置。
  5. 　請求項１乃至４の何れか１項に記載の決済装置において、
    　前記或るユーザが前記選択できる決済手段は、前記或るユーザが前記必要な情報を送信してある決済手段であって、且つ、前記或るユーザについての決済処理の依頼をした前記事業者サイトで使用可能な決済手段、であることを特徴とする決済装置。
  6. 　請求項１乃至５の何れか１項に記載の決済装置において、
    　前記決算処理を行った際の情報を履歴情報として記憶する履歴管理記憶部と、
    　前記ユーザ毎に、前記履歴情報を管理しており、要求に応じて前記履歴情報を出力する履歴管理機能部と、
    　を更に備えることを特徴とする決済装置。
  7. 　ユーザの使用する端末と、前記ユーザの使用する端末と接続されている事業者のサイトと、決済手段の管理及び決済を行う決済装置と、が相互に接続されている決済管理システムにおいて、
    　前記ユーザの使用する端末は、
    　前記決済装置に対して決済手段を用いた決済を行うために必要な情報を送信し、前記事業者サイトにおいて商取引を行う場合に、前記決済装置に対して決済手段を指定し、
    　前記事業者のサイトは、当該事業者サイトにおける決済処理の一部又は全部を前記決済装置に依頼し、
    　前記決済装置は、請求項１乃至６の何れか１項に記載の決済装置である、
    　ことを特徴とする決済システム。
  8. 　ユーザの使用する端末と、前記ユーザの使用する端末と接続されている事業者のサイトと、の各々と接続され、決済手段の管理及び決済を行う決済装置が行う、決済方法において、
    　決済手段を用いた決済を行うために必要な情報を受け付けて記憶する口座管理記憶部を用意するステップと、
    　前記ユーザ毎に、前記受け付けた情報と、当該情報を用いる決済手段と、を紐付けて管理する口座管理機能ステップと、
    　前記事業者のサイトから、或るユーザについての決済処理の依頼があった場合に、当該或るユーザが利用できる決済手段を、前記口座管理機能ステップを行うことにより特定し、当該特定した決済手段の中から当該或るユーザが選択した決済手段に紐付けられている前記必要な情報を用いて前記選択した決済手段による決済処理を行なう決済管理機能ステップと、
    　を備えることを特徴とする決済方法。
  9. 　ユーザの使用する端末と、前記ユーザの使用する端末と接続されている事業者のサイトと、の各々と接続され、決済手段の管理及び決済を行う決済装置に組み込まれる決済プログラムにおいて、
    　決済手段を用いた決済を行うために必要な情報を受け付けて記憶する口座管理記憶部と、
    　前記ユーザ毎に、前記受け付けた情報と、当該情報を用いる決済手段と、を紐付けて管理する口座管理機能部と、
    　前記事業者のサイトから、或るユーザについての決済処理の依頼があった場合に、当該或るユーザが利用できる決済手段を、前記口座管理機能部を用いて特定し、当該特定した決済手段の中から当該或るユーザが選択した決済手段に紐付けられている前記必要な情報を用いて前記選択した決済手段による決済処理を行なう決済管理機能部と、
    　を備える決済装置としてコンピュータを機能させることを特徴とする決済プログラム。
PCT/JP2011/061666 2010-05-25 2011-05-20 電子財布による、ネットワーク上での決済手段管理方法、決済手段管理装置及び決済手段管理プログラム WO2011148873A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN2011800256671A CN102918553A (zh) 2010-05-25 2011-05-20 使用电子钱包管理通过网络的支付装置的方法、支付装置管理设备以及支付装置管理程序
EP11786572.5A EP2579195A4 (en) 2010-05-25 2011-05-20 METHOD FOR MANAGING PAYMENTS OVER A NETWORK USING AN ELECTRONIC BRIEFCASE, DEVICE FOR MANAGING PAYMENTS AND A PAYMENT MANAGEMENT PROGRAM
JP2012517242A JPWO2011148873A1 (ja) 2010-05-25 2011-05-20 電子財布による、ネットワーク上での決済手段管理方法、決済手段管理装置及び決済手段管理プログラム
US13/696,924 US20130060682A1 (en) 2010-05-25 2011-05-20 Method for managing payment means over a network using electronic wallet, payment means management device, and payment means management program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010-119313 2010-05-25
JP2010119313 2010-05-25

Publications (1)

Publication Number Publication Date
WO2011148873A1 true WO2011148873A1 (ja) 2011-12-01

Family

ID=45003863

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/061666 WO2011148873A1 (ja) 2010-05-25 2011-05-20 電子財布による、ネットワーク上での決済手段管理方法、決済手段管理装置及び決済手段管理プログラム

Country Status (5)

Country Link
US (1) US20130060682A1 (ja)
EP (1) EP2579195A4 (ja)
JP (1) JPWO2011148873A1 (ja)
CN (1) CN102918553A (ja)
WO (1) WO2011148873A1 (ja)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102521747A (zh) * 2011-12-05 2012-06-27 中国联合网络通信集团有限公司 电子钱包账户绑定方法、业务处理方法、装置及系统
US9355391B2 (en) 2010-12-17 2016-05-31 Google Inc. Digital wallet
CN107305673A (zh) * 2016-04-18 2017-10-31 阿里巴巴集团控股有限公司 一种订单处理方法和装置
JP2017534125A (ja) * 2014-11-11 2017-11-16 ボタン インコーポレイテッド 状況的電子商取引ショッピングカート調節
KR20190018345A (ko) * 2017-08-14 2019-02-22 삼성전자주식회사 비용 정산 시스템 및 그 방법

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5578256B1 (ja) * 2013-07-01 2014-08-27 富士ゼロックス株式会社 情報処理装置及びプログラム
FR3010215B1 (fr) * 2013-08-29 2016-12-30 Compagnie Ind Et Financiere Dingenierie Ingenico Procede de traitement de donnees transactionnelles, dispositifs et programmes d'ordinateur correspondants.
CN107437170A (zh) * 2017-07-11 2017-12-05 谢奉见 一种基于第三方监管的分账管理系统
WO2019130574A1 (ja) * 2017-12-28 2019-07-04 株式会社ぐるなび 情報処理装置、情報処理システム、情報処理方法、及びプログラム
JP7327281B2 (ja) * 2020-05-29 2023-08-16 トヨタ自動車株式会社 サーバ、情報処理システム、およびプログラム

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07506916A (ja) * 1992-02-03 1995-07-27 チェース・マンハッタン・インターナショナル・リミテッド 電子仲買システムのクレジット管理
JP2001312672A (ja) * 2000-02-25 2001-11-09 Sony Corp 決済仲介処理装置、決済仲介処理用の処理プログラムを格納する記憶媒体、決済仲介用のコンピュータプログラム、オンラインショップ装置およびオンラインショッピング方法とそのシステム
JP2002063532A (ja) * 2000-06-05 2002-02-28 Anetsukusu Syst Kk 注文決済システム
JP2002092374A (ja) * 2000-09-18 2002-03-29 Sangaku Renkei Kiko Kyushu:Kk 情報使用の仲介システム
JP2002197397A (ja) * 2000-12-25 2002-07-12 Sakura Bank Ltd 決済代行システム、決済代行方法、決済代行プログラムを記録した記録媒体及び決済代行プログラム
JP2003016361A (ja) 2001-07-05 2003-01-17 Viewnet Systems:Kk 決済処理方法及び決済処理システム
JP2006107114A (ja) * 2004-10-05 2006-04-20 Nec Corp 決済方法、決済システム、決済用プログラム
JP2007536619A (ja) * 2004-05-03 2007-12-13 ビザ・インターナショナル・サービス・アソシエーション オンライン認証サービスによる複数関係者の利益
WO2009061162A2 (en) * 2007-11-09 2009-05-14 Young-Su Kim Payment system and method using message transmission

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7533064B1 (en) * 1998-10-07 2009-05-12 Paypal Inc. E-mail invoked electronic commerce
JP4185204B2 (ja) * 1999-03-09 2008-11-26 株式会社東芝 決済装置及びプログラムを記憶したコンピュータ読み取り可能な記憶媒体並びにオンラインショッピングシステム
JP2001195533A (ja) * 2000-01-12 2001-07-19 Asahi Steel Industry フエンス材料の受注システム及びフエンス部品及び数量決定システム
JP2001306911A (ja) * 2000-04-26 2001-11-02 Itochu Corp ネットワークを利用した綿糸取引方法
US7457778B2 (en) * 2003-03-21 2008-11-25 Ebay, Inc. Method and architecture for facilitating payment to e-commerce merchants via a payment service
US7870066B2 (en) * 2003-06-06 2011-01-11 Ebay Inc. Automatic dispute resolution
JP2005038446A (ja) * 2004-09-13 2005-02-10 Sony Corp Ｉｃカード及び電子マネー入金システム
JP2007047939A (ja) * 2005-08-08 2007-02-22 Casio Hitachi Mobile Communications Co Ltd 決済端末、電子マネー残高補填システム、電子マネー残高補填方法及びプログラム
CN101097645B (zh) * 2006-06-30 2010-11-17 中国银联股份有限公司 通过可视终端完成金融数据处理的方法及公共支付服务器
FR2905021B1 (fr) * 2006-08-18 2010-06-11 Paycool Int Ltd Procede et systeme de paiement a l'aide d'un telephone mobile
CN101149826A (zh) * 2006-09-21 2008-03-26 邓斌涛 一种电子支付信号的传输处理方法
JP5286714B2 (ja) * 2007-08-23 2013-09-11 ソニー株式会社 電子財布装置、電子バリュー利用方法及びプログラム
US8060413B2 (en) * 2008-03-14 2011-11-15 Research In Motion Limited System and method for making electronic payments from a wireless mobile device

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07506916A (ja) * 1992-02-03 1995-07-27 チェース・マンハッタン・インターナショナル・リミテッド 電子仲買システムのクレジット管理
JP2001312672A (ja) * 2000-02-25 2001-11-09 Sony Corp 決済仲介処理装置、決済仲介処理用の処理プログラムを格納する記憶媒体、決済仲介用のコンピュータプログラム、オンラインショップ装置およびオンラインショッピング方法とそのシステム
JP2002063532A (ja) * 2000-06-05 2002-02-28 Anetsukusu Syst Kk 注文決済システム
JP2002092374A (ja) * 2000-09-18 2002-03-29 Sangaku Renkei Kiko Kyushu:Kk 情報使用の仲介システム
JP2002197397A (ja) * 2000-12-25 2002-07-12 Sakura Bank Ltd 決済代行システム、決済代行方法、決済代行プログラムを記録した記録媒体及び決済代行プログラム
JP2003016361A (ja) 2001-07-05 2003-01-17 Viewnet Systems:Kk 決済処理方法及び決済処理システム
JP2007536619A (ja) * 2004-05-03 2007-12-13 ビザ・インターナショナル・サービス・アソシエーション オンライン認証サービスによる複数関係者の利益
JP2006107114A (ja) * 2004-10-05 2006-04-20 Nec Corp 決済方法、決済システム、決済用プログラム
WO2009061162A2 (en) * 2007-11-09 2009-05-14 Young-Su Kim Payment system and method using message transmission

Non-Patent Citations (1)

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

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9355391B2 (en) 2010-12-17 2016-05-31 Google Inc. Digital wallet
US9691055B2 (en) 2010-12-17 2017-06-27 Google Inc. Digital wallet
US11507944B2 (en) 2010-12-17 2022-11-22 Google Llc Digital wallet
CN102521747A (zh) * 2011-12-05 2012-06-27 中国联合网络通信集团有限公司 电子钱包账户绑定方法、业务处理方法、装置及系统
JP2017534125A (ja) * 2014-11-11 2017-11-16 ボタン インコーポレイテッド 状況的電子商取引ショッピングカート調節
US10497046B2 (en) 2014-11-11 2019-12-03 Button, Inc. Contextual ecommerce shopping cart adjustment
CN107305673A (zh) * 2016-04-18 2017-10-31 阿里巴巴集团控股有限公司 一种订单处理方法和装置
KR20180131623A (ko) * 2016-04-18 2018-12-10 알리바바 그룹 홀딩 리미티드 주문 처리 방법 및 장치
KR102223130B1 (ko) * 2016-04-18 2021-03-08 어드밴스드 뉴 테크놀로지스 씨오., 엘티디. 주문 처리 방법 및 장치
US10970720B2 (en) 2016-04-18 2021-04-06 Advanced New Technologies Co., Ltd. Order processing method and device
KR20190018345A (ko) * 2017-08-14 2019-02-22 삼성전자주식회사 비용 정산 시스템 및 그 방법
KR102494014B1 (ko) * 2017-08-14 2023-01-31 삼성전자주식회사 비용 정산 시스템 및 그 방법

Also Published As

Publication number Publication date
EP2579195A1 (en) 2013-04-10
EP2579195A4 (en) 2014-02-05
JPWO2011148873A1 (ja) 2013-07-25
CN102918553A (zh) 2013-02-06
US20130060682A1 (en) 2013-03-07

Similar Documents

Publication Publication Date Title
WO2011148873A1 (ja) 電子財布による、ネットワーク上での決済手段管理方法、決済手段管理装置及び決済手段管理プログラム
US11907930B2 (en) Systems and methods for managing transactions for a merchant
US20180018668A1 (en) Systems and methods for updating payment card expiration information
US9818110B2 (en) Method, medium, and system for facilitating online transactions
US8706559B2 (en) Methods and systems for activating a contactless transaction card
WO2011148874A1 (ja) 仮想マネーの決済及び送金処理方法、決済及び送金処理システム及び決済及び送金処理プログラム
US11038864B2 (en) Systems and methods for customer service access to a consumer interface system
US20140074705A1 (en) Methods and systems for processing electronic disbursements
CN102782712A (zh) 移动支付
US20200273043A1 (en) Real-time resource account verification processing system
US20200302407A1 (en) Real-time resource split distribution network
US20210312440A1 (en) System and method for electronic credential tokenization
WO2017132111A1 (en) Systems and methods for blocking ineligible fraud-relate chargebacks
KR20100038960A (ko) 모바일 결제 시스템 및 그 방법
US10970702B2 (en) Systems and methods for facilitating multi-party payment transactions
CN105027150A (zh) 实施电子交易的方法和装置
JP7342235B1 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
US20150012432A1 (en) Systems and methods for managing personal records associated with payment transactions
JP6488887B2 (ja) 情報処理装置およびプログラム
JP5222504B2 (ja) 決済管理装置及び決済管理方法
CN115082139A (zh) 用于处理单据的方法、装置和系统
JP2008015859A (ja) 口座取引停止システム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180025667.1

Country of ref document: CN

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

Ref document number: 11786572

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012517242

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 13696924

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2011786572

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE