WO2015022717A1 - 決済システム、サーバ装置、端末装置、記録媒体、方法、および、プログラム - Google Patents

決済システム、サーバ装置、端末装置、記録媒体、方法、および、プログラム Download PDF

Info

Publication number
WO2015022717A1
WO2015022717A1 PCT/JP2013/004851 JP2013004851W WO2015022717A1 WO 2015022717 A1 WO2015022717 A1 WO 2015022717A1 JP 2013004851 W JP2013004851 W JP 2013004851W WO 2015022717 A1 WO2015022717 A1 WO 2015022717A1
Authority
WO
WIPO (PCT)
Prior art keywords
period
amount
value
recording medium
set amount
Prior art date
Application number
PCT/JP2013/004851
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 JP2014533729A priority Critical patent/JP5780366B2/ja
Priority to US14/379,281 priority patent/US20160300203A1/en
Priority to PCT/JP2013/004851 priority patent/WO2015022717A1/ja
Priority to CN201380009497.7A priority patent/CN104246804A/zh
Publication of WO2015022717A1 publication Critical patent/WO2015022717A1/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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/951—Indexing; Web crawling techniques
    • 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0655—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking 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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/105—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems involving programming of a portable memory device, e.g. IC cards, "electronic purses"
    • 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108—Remote banking, e.g. home banking
    • 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108—Remote banking, e.g. home banking
    • G06Q20/1085—Remote banking, e.g. home banking involving automatic teller machines [ATMs]
    • 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/14—Payment architectures specially adapted for billing systems
    • G06Q20/145—Payments according to the detected use or quantity
    • 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
    • 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/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • 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
    • G06Q20/349—Rechargeable 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/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
    • G06Q20/352—Contactless payments by 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • 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/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3672—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes initialising or reloading thereof
    • 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/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3676—Balancing accounts

Definitions

  • the present invention relates to a payment system, a server device, a terminal device, a recording medium, a method, and a program, and more particularly, to a payment system, a server device, a terminal device, a recording medium, a method, and a program for executing offline payment.
  • the POS terminal of Patent Document 1 requests settlement by transferring funds between accounts to a bank host if the payment amount is high, and makes payment with electronic money accumulated in the card if the payment amount is small.
  • the user charges electronic money to the card using an electronic money charging machine.
  • the electronic money charging machine stores the amount designated by the user out of the funds in the user's bank account as electronic money and stores it in the card.
  • the cash dispenser of Patent Document 2 converts a point value corresponding to the credit consumption amount recorded on an IC (Integrated Circuit) card into monetary information and adds it to the charge amount of the IC card.
  • IC Integrated Circuit
  • the present invention aims to provide a technique for eliminating the burden on the user.
  • a terminal device includes a recording medium that stores a set amount that is a value that specifies a payable amount and a period specifying value that is a value that specifies any of a plurality of periods. Reading the period specific value; If the read period specifying value specifies a predetermined period, the process of updating the set amount stored in the recording medium and the period specifying value stored in the recording medium are set to a period subsequent to the predetermined period. And a set amount updating means for executing the process of updating to a value for specifying
  • a server device stores a set amount that is a value that specifies a payable amount and a period specifying value that is a value that specifies any of a plurality of periods in a recording medium.
  • List distribution means for creating the gray list including the balance of the account for which the balance of the account corresponding to the recording medium falls below the predetermined amount for each period and transmitting the balance to the terminal device.
  • a recording medium includes a set amount storage unit that stores a set amount that is a value that specifies a payable amount, and a period specifying value that is a value that specifies any of a plurality of periods.
  • a period storage unit for storing, and if the period specifying value specifies a predetermined period, the set amount stored by the set amount storing unit is updated, and the period specifying value stored by the period storing unit is It is updated to a value that specifies the period after the predetermined period.
  • a method includes a recording medium that stores a set amount that is a value that specifies a payable amount and a period specifying value that is a value that specifies any of a plurality of periods. Processing to read the period, If the read period specifying value specifies a predetermined period, the process of updating the set amount stored in the recording medium and the period specifying value stored in the recording medium are set to a period subsequent to the predetermined period. And updating to a value that identifies
  • a method is compatible with a recording medium that stores a set amount that is a value that specifies a payable amount and a period specifying value that is a value that specifies any of a plurality of periods. Processing to receive a gray list including the updated amount to be read, processing to read the period specific value from the recording medium, If the read period specific value specifies a predetermined period, A process of searching the gray list and a process of updating the set amount stored in the recording medium, and if the update value corresponding to the recording medium is included in the gray list, the update value is included A process of connecting to a terminal device that executes a process of updating with a predetermined amount if not, and a process of updating the period specifying value stored in the recording medium to a value specifying a period subsequent to the predetermined period When, For each of the periods, a process of creating the gray list including the balance of the account for which the account corresponding to the recording medium is less than the predetermined amount and transmitting it to the terminal device is executed.
  • the program according to an embodiment of the present invention is based on a recording medium that stores a set amount that is a value that specifies a payable amount and a period specifying value that is a value that specifies any of a plurality of periods. Processing to read the period specific value, If the read period specifying value specifies a predetermined period, the process of updating the set amount stored in the recording medium and the period specifying value stored in the recording medium are set to a period subsequent to the predetermined period. And a process of updating to a value for specifying
  • a program corresponds to a recording medium that stores a set amount that is a value that specifies a payable amount and a period specifying value that is a value that specifies any of a plurality of periods. Processing to receive a gray list including the updated amount to be read, processing to read the period specific value from the recording medium, If the read period specific value specifies a predetermined period, A process of searching the gray list and a process of updating the set amount stored in the recording medium, and if the update value corresponding to the recording medium is included in the gray list, the update value is included A process of connecting to a terminal device that executes a process of updating with a predetermined amount if not, and a process of updating the period specifying value stored in the recording medium to a value specifying a period subsequent to the predetermined period When, For each period, the computer executes a process of creating the gray list including the balance of the account for which the balance of the account corresponding to the recording medium is less than the predetermined amount and transmitting it to the terminal
  • the present invention reduces the burden on the user for charging payment means such as electronic money.
  • FIG. 1 is a configuration diagram of a payment system 4 according to the first embodiment.
  • FIG. 2 shows the configuration of the gray list stored in the gray list storage unit 13.
  • FIG. 3 shows information stored in the account storage unit 25.
  • FIG. 4 is an operation flowchart of the set amount update unit 12.
  • FIG. 5 is an operation flowchart of the terminal processing unit 11.
  • FIG. 6 is an operation flowchart of online processing of the terminal processing unit 11.
  • FIG. 7 is an operation flowchart of the list distribution unit 21.
  • FIG. 8 is an operation flowchart of the server processing unit 22.
  • FIG. 9 is an operation flowchart of the general processing unit 23.
  • FIG. 10 is a configuration diagram of the payment system 4 according to the fourth embodiment.
  • FIG. 11 shows the configuration of the default list stored in the default list storage unit 17.
  • FIG. 11 shows the configuration of the default list stored in the default list storage unit 17.
  • FIG. 12 shows a configuration of an account record 50 stored in the account storage unit 25 according to the fourth embodiment.
  • FIG. 13 is an operation flowchart of the set amount changing unit 12 according to the fourth embodiment.
  • FIG. 14 is an operation flowchart of the list distribution unit 21 according to the fourth embodiment.
  • FIG. 15 shows the configuration of the terminal device 1 of the fifth embodiment.
  • FIG. 16 shows the configuration of the server device 2 of the sixth embodiment.
  • FIG. 17 shows the configuration of the IC card 3 of the seventh embodiment.
  • FIG. 1 is a configuration diagram of a payment system 4 according to the present embodiment.
  • the payment system 4 includes a terminal device 1, a general terminal 42, and a server device 2 connected via a network 41.
  • the terminal device 1 is, for example, a payment device installed in a payment counter of a store.
  • the server device 2 is installed in a bank, for example.
  • the general terminal 42 is, for example, an ATM (automated teller machine) installed in a bank or a PC (personal computer) installed in a home.
  • the payment system 4 performs either offline payment or online payment depending on the payment amount of the user.
  • the user pays with electronic money stored in the IC card 3 that is carried. In offline payment, the user does not need to wait for the completion of communication between the terminal device 1 and the server device 2. At the time of online settlement, the user pays from the balance of the bank account stored in the server device 2. In online payment, the user needs to wait for completion of communication between the terminal device 1 and the server device 2.
  • the terminal device 1 of the payment system 4 is such that electronic money stored in the IC card 3 is stored once every substantially fixed period, for example, once every day, once every week, or once every month. Update the amount. Hereinafter, unless otherwise noted, it is assumed that the update is performed once a day.
  • the terminal device 1 includes a terminal processing unit 11, a set amount update unit 12, a gray list storage unit 13, and a reception unit 14.
  • a keyboard 15 and a reader / writer 16 are connected to the terminal processing unit 11.
  • a reader / writer 16 is connected to the set amount update unit 12.
  • the terminal processing unit 11 performs either offline payment processing (hereinafter referred to as offline processing) or online payment processing (hereinafter referred to as online processing) depending on the payment amount input from the keyboard 15 or the like. Select and execute.
  • the set amount update unit 12 updates the amount of electronic money or the like stored in the IC card 3.
  • the user who possesses the IC card 3 can make an offline payment within the range of the amount stored here.
  • the receiving unit 14 receives the gray list distributed by the server device 2 and stores it in the gray list storage unit 13.
  • the gray list is, for example, a list of bank accounts whose balance is less than a predetermined amount.
  • the reader / writer 16 reads and writes data stored in the IC card 3.
  • the reader / writer 16 is, for example, an RFID (RadioRFIDFrequency ⁇ ⁇ ⁇ IDentification) reader / writer.
  • the IC card 3 has an ID storage unit 31 for storing a card ID (IDentification) or a user ID (hereinafter simply referred to as ID), a set amount for storing a set amount that is a value for specifying an amount that can be paid by offline payment or the like.
  • ID card ID
  • the period storage unit 33 may store any value as long as the period can be specified.
  • the period storage unit 33 stores, for example, a date when the set amount is updated (hereinafter referred to as an update date).
  • the period storage unit 33 is also referred to as a date storage unit 33.
  • the period storage unit 33 may store, for example, the date of Monday of the week to which the update date belongs.
  • the period storage unit 33 may store, for example, a month name such as January.
  • the terminal processing unit 11, the set amount updating unit 12, and the receiving unit 13 are configured by a logic circuit or the like. They may be realized by software stored in a memory (not shown) of the terminal device 1 and executed by the processor 19 of the terminal device 1.
  • the gray list storage unit 13 is a storage device such as an IC memory or a disk device.
  • the server apparatus 2 includes a list distribution unit 21, a server processing unit 22, a general processing unit 23, an inquiry processing unit 24, and an account storage unit 25.
  • the list distribution unit 21 creates a gray list and distributes it to the terminal device 1.
  • the server processing unit 22 performs offline payment and online payment in cooperation with the terminal processing unit 11 of the terminal device 1.
  • the general processing unit 23 receives the request from the general terminal 42 and performs online settlement such as remittance to another account or payment at an online shop within the range of the account balance.
  • the inquiry processing unit 24 receives an inquiry about the set amount including the ID from the terminal device 1 and returns the smaller of the account balance of the ID and the predetermined amount.
  • the account storage unit 25 stores information such as a user's bank account.
  • the list distribution unit 21, the server processing unit 22, the general processing unit 23, and the inquiry processing unit 24 are configured by a logic circuit or the like. They may be realized by software stored in a memory (not shown) of the server device 2 and executed by the processor 29 of the server device 2.
  • the account storage unit 25 is a storage device such as an IC memory or a disk device.
  • FIG. 2 shows the configuration of the gray list stored in the gray list storage unit 13.
  • the gray list stores a list ID 61 and an update value 62 in association with each other.
  • the gray list is, for example, a list in which the ID of a bank account whose balance is less than a predetermined amount is a list ID 61 and the balance is an update value 62.
  • FIG. 3 shows information stored in the account storage unit 25.
  • the account storage unit 25 stores an account record 50 for each user's bank account.
  • the account record 50 includes an account ID 51, a balance 52, a set amount copy 53, and a final payment date 54.
  • the account ID 51 is the same value as the ID stored in the ID storage unit 31 of the IC card 3 issued to the user of the account.
  • the balance 52 is the balance of the account.
  • the set amount copy 53 stores a copy of the set amount stored in the set amount storage unit 32 of the IC card 3 of the account.
  • the last payment date 54 stores the most recent date when the user paid with the IC card 3 of the account.
  • FIG. 4 is an operation flowchart of the set amount update unit 12.
  • the set amount updating unit 12 starts the operation when the user holds the IC card 3 over the reader / writer 16 for payment and the reader / writer 16 detects the IC card 3.
  • the operation may be started in response to a command input by the operator of the terminal device 1.
  • the set amount update unit 12 reads the ID, the set amount, and the update date from the IC card 3 (S11).
  • the set amount update unit 12 reads the ID, the set amount, and the update date from the ID storage unit 31, the set amount storage unit 32, and the date storage unit 33, respectively.
  • the set amount update unit 12 determines whether the update date is a past date, for example, a date before today's date (S12). The set amount update unit 12 makes this determination by comparing the update date with the current date. The set amount updating unit 12 acquires the current date using, for example, a calendar function provided in the terminal device 1.
  • the process of S12 is a process of determining whether the time when the set amount is updated belongs to a past period (Y in S12) or belongs to a period including the current time (N in S12). Therefore, this process slightly changes depending on the update amount of the set amount and what value is stored in the period storage unit 33 of the IC card 3. For example, when the set amount is updated once a week instead of once every day, and the IC card 3 stores the update date, the set amount update unit 12 determines whether the update date belongs to the last week. Further, for example, when the set amount is updated once a month and the name of the month on which the IC card 3 is updated is stored, the set amount update unit 12 reads the name read from the IC card 3 last month. Or it is judged whether it is the name of the month before it.
  • the set amount update unit 12 determines whether the update date is within the past predetermined period (S13).
  • the administrator of the payment system 4 gives the predetermined period as a parameter to the terminal device 1 and the server device 2.
  • the predetermined period is, for example, one year.
  • the set amount update unit 12 determines whether the update date is within the past year.
  • the set amount update unit 12 determines whether or not the IC card 3 just read has been used for payment within the past predetermined period.
  • the set amount update unit 12 checks whether the ID read from the IC card 3 is registered in the gray list (S14). If it is not registered (N in S14), the set amount update unit 12 stores the predetermined amount in the set amount storage unit 32 of the IC card 3 (S15). That is, the set amount update unit 12 updates the set amount stored in the IC card 3 to a predetermined amount.
  • the predetermined amount is given as a parameter to the terminal device 1 and the server device 2 by, for example, an administrator of the payment system 4.
  • the set amount update unit 12 stores the update value of the gray list corresponding to the ID in the set amount storage unit 32.
  • the value 62 is stored (S18).
  • the update value 62 corresponding to the ID means the update value 62 associated with the list ID 61 that matches the ID.
  • the set amount update unit 12 transmits an inquiry including the ID to the inquiry processing unit 24 of the server device 2 (The response value is received (S1A), and the response value is stored in the set amount storage unit 32 (S1B).
  • the set amount update unit 12 After updating the set amount storage unit 32 (S15, S18, or S1B), the set amount update unit 12 stores the current date in the date storage unit 33 of the IC card 3 (S16). Finally, the set amount update unit 12 activates the terminal processing unit 11 (S17).
  • the set amount update unit 12 activates the terminal processing unit 11 without updating the set amount (S17). This is because the set amount has already been updated on that day.
  • FIG. 5 is an operation flowchart of the terminal processing unit 11.
  • the terminal processing unit 11 obtains the payment amount from the keyboard 15 (S21) and reads the ID and the set amount from the IC card 3 (S22).
  • the terminal processing unit 11 reads the ID and the set amount from the ID storage unit 31 and the set amount storage unit 32, respectively.
  • the terminal processing unit 11 executes online processing (S26). This process is shown in FIG.
  • the terminal processing unit 11 executes offline processing. That is, the terminal processing unit 11 calculates a value obtained by subtracting the payment amount from the set amount, and stores the value in the set amount storage unit 32 of the IC card 3 (S24). At this point, the terminal processing unit 11 may allow the user to leave with the IC card 3 assuming that the payment for the user has been completed.
  • the terminal processing unit 11 transmits the payment amount and the ID to the server processing unit 22 of the server device 2 (S25). In the case of offline payment, the terminal processing unit 11 does not have to wait for a response from the server device 2.
  • FIG. 6 is an operation flowchart of online processing of the terminal processing unit 11.
  • the terminal processing unit 11 transmits the payment amount input from the keyboard 15 and the ID and set amount read from the IC card 3 to the server processing unit 22 of the server device 2 (S31), and the server device. Wait for a reply from 2 (S32).
  • the terminal processing unit 11 When a reply is received from the server processing unit 22 of the server device 2 and indicates that the processing has been completed normally (Y in S33) and includes an updated value of the set amount (Y in S34), the terminal processing unit 11 The received update value is stored in the set amount storage unit 32 of the IC card 3 (S35). At this time, the terminal processing unit 11 may request that the user tap the IC card 3 to the reader / writer 16 again.
  • the second terminal processing unit 13 does not update the set amount storage unit 32 of the IC card 3.
  • the terminal processing unit 13 If a reply is received from the server device 2 and indicates that the process has ended abnormally (N in S33), the terminal processing unit 13 performs a process corresponding to the cause of the abnormality.
  • the cause of the abnormality is, for example, a shortage of the balance 52.
  • FIG. 7 is an operation flowchart of the list distribution unit 21.
  • the list distribution unit 21 is activated once a day, for example (S41).
  • the list distribution unit 21 When activated, the list distribution unit 21 creates a gray list (S42). Specifically, the list distribution unit 21 extracts, from the account storage unit 25, the account ID 51 and the balance 52 of the account record 50 in which the final payment date 54 is within the past predetermined period and the balance 52 is smaller than the predetermined amount. A gray list having a list ID 61 and an updated value 62 is created (S42). Next, the list distribution unit 21 distributes the gray list to the terminal device 1 (S43).
  • the list distribution unit 21 updates the set amount copy 53 of the account record 50 (S44). Specifically, the list distribution unit 21 stores the same value as the balance 52 of the record in the set amount copy 53 of the account record 50 in which the account ID 51 is included in the gray list. The list distribution unit 21 stores the predetermined amount in the set amount copy 53 of the account record 50 whose account ID 51 is not included in the gray list.
  • FIG. 8 is an operation flowchart of the server processing unit 22.
  • the server processing unit 22 starts processing when receiving data such as a payment amount and an ID from the terminal processing unit 11 of the terminal device 1.
  • the server processing unit 22 first stores the current date in the final payment date 54 corresponding to the account ID 51 that matches the received ID (S51). Thereafter, the server processing unit 22 reads the balance 52 corresponding to the account ID 51 that matches the received ID from the account storage unit 22 (S52). If it is confirmed that the balance 52 is equal to or greater than the payment amount (Y in S53), the server processing unit 22 deducts the payment amount from the balance 52 (S54). That is, the server processing unit 22 calculates a value obtained by subtracting the payment amount from the balance 52, and stores the value in the account storage unit 22 as the balance 52 corresponding to the account ID 51 that matches the received ID.
  • the server processing unit 22 subtracts the payment amount from the set amount copy 53 (S59). That is, the server processing unit 22 calculates a value obtained by subtracting the payment amount from the set amount copy 53, and stores the value in the account storage unit 22 as the set amount copy 53 corresponding to the account ID 51 that matches the received ID. To do. Then, the server processing unit 22 ends the process.
  • server processing unit 22 receives, for example, a distinction between offline payment and online payment from the terminal processing unit 11 together with the payment amount.
  • the server processing unit 22 compares the balance calculated in S54 with the set amount copy 53 corresponding to the account ID 51 that matches the received ID (S56). When the calculated balance is equal to or larger than the set amount copy 53 (Y in S56), the server processing unit 22 creates reply data indicating a normal report and not including the set amount update value, and transmits the reply data to the terminal device 1 (S5A).
  • the server processing unit 22 sets the balance calculated in S54 as an update value of the set amount (S56), indicates a normal report, and indicates an update value. Is created and transmitted to the terminal device 1 (S58).
  • This process is performed to prevent the set amount exceeding the balance from being stored in the IC card 3 of the account in which the balance has been reduced from the set amount by online payment.
  • the server processing unit 22 may use a predetermined amount instead of using the set amount copy 53 corresponding to the account ID 51 that matches the received ID. This is because the maximum value of the set amount copy 53 is a predetermined amount, and therefore, when the predetermined amount is used, S56 is a safe determination.
  • the server processing unit 22 may not perform the processing (S56 to S58) related to the update of the setting value of the IC card 3.
  • the server processing unit 22 performs a shortage process.
  • This process may be a process of sending reply data indicating an abnormality report that payment is impossible to the terminal apparatus 1 or a process of lending out an insufficient amount.
  • FIG. 9 is an operation flowchart of the general processing unit 23.
  • the general processing unit 23 performs payment processing without using the IC card 3.
  • the general processing unit 23 is activated when, for example, the user inputs an execution instruction for online settlement such as remittance to another account or payment at an online shop to the general terminal 42.
  • the execution instruction includes designation of the type of processing to be executed, payment user ID, and amount.
  • the execution instruction may include other information, for example, the ID of the remittance destination, according to the type of processing to be executed.
  • the general processing unit 23 first acquires the execution instruction described above from the general terminal 42 (S61). Next, the general processing unit 23 reads the balance 52 and the set amount copy 53 corresponding to the account ID 51 that matches the acquired ID from the account storage unit 25 (S62). If the acquired payment amount is equal to or less than the amount obtained by subtracting the set amount copy 53 from the balance 52 (S63Y), the general processing unit 23 executes a specified type of process including a process of subtracting the payment amount from the balance 52. (S64). To subtract the payment amount from the balance 52 is to calculate a value obtained by subtracting the payment amount from the balance 52 and store the value in the account storage unit 22 as the balance 52 corresponding to the account ID 51 that matches the acquired ID. Point to.
  • the general processing unit 23 transmits an abnormal end report to the general terminal 42 (S65). That is, when the execution instruction is completed, the general processing unit 23 executes payment so that at least the amount corresponding to the set amount copy 53 remains in the balance 52.
  • the general processing unit 23 may use a predetermined amount instead of the set amount copy 53. Since the maximum value of the set amount copy 53 is a predetermined amount, when the predetermined amount is used, S63 is a safe side determination (a determination to leave a balance 52 that may be larger than the set amount). Note that the general processing unit 23 may not subtract the set amount copy 53 from the balance 52 in S63.
  • the inquiry processing unit 24 receives an inquiry about the set amount including the ID from the set amount update unit 12 of the terminal device 1, and determines the balance 52 corresponding to the account ID 51 that matches the received ID and the smaller of the predetermined amount as a response value Reply as.
  • the set amount update unit 12 determines that the update date is the current day if the processing day is Monday in S12 of FIG. It is determined whether the date is before the date. If the processing day is not Monday, it is determined whether the update date is before the immediately preceding Monday. When the update frequency is once a month, for example, the first day of every month, the set amount update unit 12 determines whether the month indicated by the update date is earlier than the month of the current date in S12 of FIG. .
  • the settlement system 4 reduces the burden on the user for charging payment means such as electronic money.
  • the reason is that the set amount updating unit 12 updates the set amount stored in the IC card 3 to, for example, a predetermined amount once every substantially fixed period, for example, once every day.
  • the user does not need to manage the remaining charged amount, and only needs to tap the IC card 3 to the reader / writer 16 of the terminal device 1 at least once within a certain period. Moreover, most of this charge is performed off-line, and there is no need for the user to wait for completion of the online process.
  • the terminal device 1 includes both the set amount update unit 12 and the terminal processing unit 11, the user only has to tap the IC card 3 to the reader / writer 16 of the terminal device 1 in order to make payment. There is no need to tap the IC card 3 to the reader / writer 16 of the terminal device 1 for charging. Since this payment is also completed by offline settlement if the daily usage amount is within a predetermined amount, the user can complete both payment and charge offline with one tap.
  • the settlement system 4 reduces the risk of the side receiving the payment, such as a store for charging the payment means such as electronic money.
  • the reason is that the set amount updating unit 12 does not charge the IC card 3 with an amount exceeding the balance 52.
  • a gray list is used.
  • the gray list includes an amount charged to the IC card 3 of an account whose balance 52 is less than a predetermined amount.
  • the general processing unit 23 transfers money to another account within the amount obtained by subtracting the amount charged to the IC card 3 (the set amount copy 53 or a predetermined amount that is the upper limit thereof) from the balance 52. This is because online payment such as payment at an online shop is executed.
  • the server processing unit 22 prevents the IC card 3 of the account whose balance has been reduced by online payment from being stored in the IC card 3 with a setting value equal to or greater than the balance.
  • the settlement system 4 can keep the amount of gray list data distributed low. The reason is that the account information of the IC card 3 that has not been used for a predetermined period or longer is not included in the gray list. An IC card 3 that has not been used for a predetermined period is unlikely to be used again in the near future. Inclusion of the account information in the greylist leads to enlargement of the greylist, but the settlement system 4 according to the present embodiment prevents this.
  • the payment system 4 can be applied not only to payment of electronic money based on the balance of the bank account, but also to other payments, for example, payment of a credit card based on the credit balance.
  • the payment system 4 can be applied regardless of the cause of payment.
  • the cause of payment may be payment for the price of goods or services, or may be lending money, repayment of debt, or simple remittance.
  • the IC card 3 may be changed to an IC memory of another shape, or may be changed to another recording medium, for example, a USB (Universal Serial Bus) memory.
  • the reader / writer 16 is changed to a USB interface.
  • the IC card 3 is not a thing that is carried by a person, but may be replaced with a recording medium that is provided outside the automobile or in a wheelchair and used for, for example, drive-through payment.
  • the setting update unit 12 stores in the period storage unit 33 of the IC card 3 a period specifying value that specifies the period during which the set amount storage unit 32 is updated, for example, the update date (see FIG. 4 S16).
  • the setting update unit 12 may store in the period storage unit 33 of the IC card 3 a period specifying value that specifies the period in which the set amount storage unit 32 is updated next, for example, the date following the update date.
  • the set amount storage unit 32 may store a period specifying value that specifies the period following the updated period.
  • the set amount storage unit 32 reads the date of the next day of the update date from the IC card 3 (S11), and determines whether the date is the current date or a past date. (S12).
  • the settlement system 4 may use, as the payment amount, the set amount, and the balance 52, not the amount but other values similar to them, for example, the number of points exchangeable with a product.
  • the settlement system 4 may use, as the payment amount, the set amount, and the balance 52, not the amount itself but other values that can identify them, for example, values obtained by making those values negative. In that case, the calculation described in the first embodiment is changed as appropriate. For example, the magnitude relationship of comparison is reversed.
  • the settlement system 4 may have a single user.
  • the IC card 3 does not include the ID storage unit 31, the account storage unit 22 does not store the account ID 51, and the gray list does not need to store the list ID 61.
  • the server device 2 may not include the account storage unit 25.
  • the account storage unit 25 may be included in another device connected to the server device 2.
  • the terminal device 1 does not necessarily have to include the terminal processing unit 11.
  • the terminal processing unit 11 may be provided in another POS (Point of Sales) terminal.
  • the terminal device 1 functions as a terminal as a POS terminal peripheral device or a charging machine such as so-called electronic money, and is installed in, for example, a store, a bank, or a station.
  • the user needs to tap the IC card 3 on the terminal device 1 for charging, but is not bothered by determination of the balance and the charge amount.
  • the account record 50 may not include the set amount copy 53.
  • the server processing unit 22 and the general processing unit 23 may use a predetermined amount instead of the set amount copy 53. In this case, the list distribution unit 21 and the server processing unit 22 do not need to maintain the set amount copy 53.
  • the gray list may not include the update value 62.
  • the set amount updating unit 12 may obtain the updated value of the account included in the gray list from the inquiry processing unit 24 of the server device 2.
  • the set amount update unit 12 may check the update date of the gray list, and if it has not been updated normally, the set amount update unit 12 may not be updated. This is to prevent setting values that do not reflect the latest balance 52 from being written to the IC card 3.
  • the set amount update unit 12 may verify the normality by transmitting the clock and calendar data of the device itself to the server device 2. This verification is for detecting an incorrect setting of the clock or calendar and preventing the setting value from being updated erroneously. This verification is performed, for example, in the background of the set amount update process.
  • the terminal processing unit 11 may update the setting value so that offline payment can be made again when the set amount becomes a value equal to or smaller than the threshold value as a result of the offline processing. In this case, the terminal processing unit 11 may obtain the update amount from the inquiry processing unit 24 of the server device 2.
  • the list distribution unit 21 of the server apparatus 2 includes the account ID 51 of the account record 50 whose balance 52 is smaller than the predetermined amount and the balance 52 in the gray list, and includes the account ID 51 of the account record 50 as the list ID 61 of the gray list. Also good.
  • the gray list does not include the update value 62.
  • the set amount update unit 12 of the terminal device 1 sends an inquiry about the set amount to the inquiry processing unit 24 for the accounts registered in the gray list, and sets the set amount of the IC card 3 as its response value. Update with.
  • the gray list in this embodiment has a smaller data amount than that in the first embodiment.
  • the list distribution unit 21 of the server apparatus 2 graylists the account ID 51 of the account record 50 whose balance 52 is larger than the predetermined amount instead of including the account ID 51 and the balance 52 of the account record 50 whose balance 52 is smaller than the predetermined amount in the gray list.
  • the list ID 61 may be included.
  • the gray list does not include the update value 62.
  • the set amount update unit 12 of the terminal device 1 updates the set amount of the IC card 3 with a predetermined amount for the accounts registered in the gray list, and for the other accounts, the inquiry processing unit 24 An inquiry about the set amount is transmitted, and the set amount of the IC card 3 is updated with the response value.
  • the gray list in this embodiment has a smaller data amount than that in the first embodiment. This effect is significant when the number of account records 50 with a balance 52 smaller than a predetermined amount is larger than the number of account records 50 with a balance 52 larger than a predetermined amount.
  • FIG. 10 is a configuration diagram of the payment system 4 according to the present embodiment.
  • the set amount of the IC card 3 that is not registered in the gray list is updated with a predetermined amount that is uniformly determined by the settlement system 4 (S15 in FIG. 4).
  • the set amount of the IC card 3 is updated with an amount determined for each account.
  • the difference between the present embodiment and the first embodiment will be described.
  • the terminal device 1 of the present embodiment includes a default list storage unit 17, and the server device 2 includes a default change unit 26.
  • the default changing unit 26 includes a logic circuit or the like. They may be realized by software stored in a memory (not shown) of the server device 2 and executed by the processor 29 of the server device 2.
  • the default list storage unit 17 is a storage device such as an IC memory or a disk device.
  • FIG. 11 shows the configuration of the default list stored in the default list storage unit 17.
  • the default list stores a default value 72 for each ID stored as the list ID 71.
  • the default value 72 is the amount determined for each account described above.
  • FIG. 12 shows an account record 50 configuration stored in the account storage unit 25 of the present embodiment.
  • the account record 50 of this embodiment stores a default set amount 55 in addition to the configuration of the first embodiment.
  • the initial value of the default setting amount 55 is, for example, a predetermined value that is uniformly determined by the payment system 4.
  • the initial value of the default setting amount 55 may be a written declaration value from the user.
  • FIG. 13 is an operation flowchart of the set amount changing unit 12 according to the present embodiment.
  • the set amount update unit 12 of the present embodiment reads the ID-corresponding default value 72 read from the IC card 3 from the default list storage unit 17, and stores the value in the set amount storage unit 32 of the IC card 3. To do.
  • FIG. 14 is an operation flowchart of the list distribution unit 21 of the present embodiment.
  • the list distribution unit 21 when creating the gray list (S42), the account ID 51 and the balance of the account record 50 in which the final payment date 54 is within the past predetermined period and the balance 52 is smaller than the default setting value 55. 52 are extracted from the account storage unit 25, and a gray list is created with the list ID 61 and the update value 62, respectively.
  • the list distribution unit 21 of the present embodiment creates a default list (S42-1). Specifically, the list distribution unit 21 extracts the account ID 51 and the default set amount 55 of the account record 50 whose final payment date 54 is within the past predetermined period from the account storage unit 25, and sets the list ID 71 and the default value for each. A default list 72 is created.
  • the list distribution unit 21 distributes the default list together with the gray list to the terminal device 1.
  • the receiving unit 14 of the terminal device 1 receives the gray list and the default list and stores them in the gray list storage unit 13 and the default list storage unit 17, respectively.
  • the list distribution unit 21 stores the default set amount 55 in the set amount copy 53 of the account record 50 in which the account ID 51 is not included in the gray list. .
  • the default changing unit 26 rewrites the default set amount 55 of the account record 50 corresponding to the ID with the changed value.
  • the payment system 4 can change the charge amount according to the user's individual request and economic situation. Also, temporary changes are possible. For example, a user who wants to use the entire amount of the balance 52 for the Web settlement may set the default setting amount 55 to zero the previous day.
  • the server device 2 has a default setting value 55 corresponding to the ID, and this value is included in the default list almost regularly and distributed to the terminal device 1. This is because the terminal device 1 stores the set amount in the IC card 3 based on the default list.
  • FIG. 15 shows the configuration of the terminal device 1 of the present embodiment.
  • the terminal device 1 according to the present embodiment includes a setting change unit 12.
  • the setting change unit 12 stores a set amount that is a value that specifies a payable amount and a period specifying value that is a value that specifies any of a plurality of periods, for example, the period specifying from the IC card 3 Execute the process of reading the value. If the read period specifying value specifies a predetermined period, the setting updating unit 12 further updates the setting amount stored in the recording medium and the period specifying value stored in the recording medium after the predetermined period. A process of updating the subsequent period to a value that specifies is executed.
  • the terminal device 1 reduces the burden on the user for charging payment means such as electronic money.
  • the reason is that the set amount update unit 12 updates the set amount stored in the IC card 3 once every period, for example, once every day.
  • the user does not need to manage the remaining set amount charged, and only needs to tap the IC card 3 to the reader / writer 16 of the terminal device 1 at least once during the period.
  • FIG. 16 shows the configuration of the server device 2 of the present embodiment.
  • the server device 2 is connected to a terminal device and includes a list distribution unit 21.
  • the terminal device stores a set amount that is a value that specifies a payable amount and a period specifying value that is a value that specifies any of a plurality of periods, for example, an update amount corresponding to the IC card 3
  • a process of receiving a gray list including the process, a process of reading a period specific value from the recording medium, a process of searching for a gray list if the read period specific value specifies a predetermined period, and a recording medium
  • a process of updating the set amount and a process of updating the period specifying value stored in the recording medium to a value specifying a period subsequent to the predetermined period are executed.
  • the process of updating the set amount stored in the recording medium is a process of updating with the update value if the update value corresponding to the input medium is included in the gray list, and updating with the predetermined amount if not included.
  • the list distribution unit 21 creates a gray list including account balances in which the balance of the account corresponding to the recording medium falls below a predetermined amount for each period, and transmits the gray list to the terminal device.
  • the server device 2 reduces the burden on the user for charging the payment means such as electronic money, and reduces the risk on the side receiving payment, such as a store.
  • the reason is that the list distribution unit 21 distributes the gray list once every period, for example, once every day, and the terminal device sets the set amount stored in the IC card 3 for each period by a predetermined amount, or This is because the value is updated to a value based on the gray list.
  • FIG. 17 shows a configuration of a recording medium according to the present embodiment, for example, the IC card 3.
  • the IC card 3 includes a set amount storage unit 32 that stores a set amount that is a value that specifies a payable amount, and a period storage unit 33 that stores a period specific value that is a value that specifies any of a plurality of periods. .
  • the period specifying value stored in the period storage unit 33 specifies a predetermined period
  • the set amount stored in the set amount storage unit 32 is updated, and the period specifying value stored in the period storage unit 33 is updated. Is updated to a value specifying a period after the predetermined period.
  • the recording medium according to the present embodiment reduces the burden on the user for charging the payment means such as electronic money.
  • the reason is that the set amount stored in the set amount storage unit 32 is updated once every period, for example, once every day.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

　端末装置は、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体であって、入力されたものである入力媒体から期間特定値を読み取る処理と、読み取られた当該期間特定値が所定期間を特定すれば、入力記録媒体が記憶する設定額を更新する処理と、入力記録媒体が記憶する期間特定値を、現時所定期間の次以降の期間を特定する値点を包含する期間に更新する処理と、を実行する設定額更新手段を、そなえる。

Description

決済システム、サーバ装置、端末装置、記録媒体、方法、および、プログラム
　本発明は、決済システム、サーバ装置、端末装置、記録媒体、方法、および、プログラム、特に、オフラインでの支払を実行する決済システム、サーバ装置、端末装置、記録媒体、方法、および、プログラムに関する。
　特許文献１のＰＯＳ端末は、支払い金額が高額であれば銀行のホストに対して口座間の資金移動による決済を要求し、支払金額が少額であればカードに蓄積された電子マネーで決済する。利用者は、電子マネーチャージ機を用いて、カードに電子マネーをチャージする。当該電子マネーチャージ機は、利用者の銀行口座の資金のうち利用者から指定された金額を、電子マネーにしてカードに蓄積する。
　特許文献２のキャッシュディスペンサーは、ＩＣ（Integrated Circuit）カードに記録されているクレジット消費金額に相当するポイント値を金額情報に換算し、ＩＣカードのチャ－ジ金額に加算する。
特開２０００－６７１４０号公報 特開２００３－３３７９２５号公報
　特許文献１のシステムに於いて、利用者は、カードに蓄積されている電子マネーの残金を管理し、事前に、電子マネーチャージ機を用いて電子マネーのチャージを行う必要がある。
　本発明は、この利用者の負担を解消するための技術を提供することを目的とする。
　本発明の一実施の形態にかかる端末装置は、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体から前記期間特定値を読み取る処理と、
　読み取られた当該期間特定値が所定期間を特定すれば、前記記録媒体が記憶する前記設定額を更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、を実行する設定額更新手段を、備える。
　本発明の一実施の形態にかかるサーバ装置は、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体に対応する更新額を包含するグレーリストを受信する処理と、前記記録媒体から前記期間特定値を読み取る処理と、
　読み取られた当該期間特定値が所定期間を特定すれば、
　前記グレーリストを検索する処理と、前記記録媒体が記憶する前記設定額を更新する処理であって、前記記録媒体対応の更新値が前記グレーリストに包含されていれば当該更新値で、包含されていなければ所定金額で更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、を実行する端末装置に接続され、
　前記期間ごとに、前記記録媒体対応の口座の残高が前記所定金額を下回る前記口座の前記残高を包含する前記グレーリストを作成して、前記端末装置に送信するリスト配布手段、を備える。
　本発明の一実施の形態にかかる記録媒体は、支払い可能な金額を特定する値である設定額を記憶する設定額記憶手段と、複数の期間のいずれかを特定する値である期間特定値を記憶する期間記憶手段と、を備え、当該期間特定値が所定期間を特定すれば、前記設定額記憶手段が記憶する前記設定額が更新され、前記期間記憶手段が記憶する前記期間特定値が前記所定期間の次以降の期間を特定する値に更新される。
　本発明の一実施の形態にかかる方法は、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体から前記期間を読み取る処理と、
　読み取られた当該期間特定値が所定期間を特定すれば、前記記録媒体が記憶する前記設定額を更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、を実行する。
　本発明の一実施の形態にかかる方法は、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体に対応する更新額を包含するグレーリストを受信する処理と、前記記録媒体から前記期間特定値を読み取る処理と、
　読み取られた当該期間特定値が所定期間を特定すれば、
　前記グレーリストを検索する処理と、前記記録媒体が記憶する前記設定額を更新する処理であって、前記記録媒体対応の更新値が前記グレーリストに包含されていれば当該更新値で、包含されていなければ所定金額で更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、を実行する端末装置に接続する処理と、
　前記期間ごとに、前記記録媒体対応の口座の残高が前記所定金額を下回る前記口座の前記残高を包含する前記グレーリストを作成して、前記端末装置に送信する処理と、を実行する。
　本発明の一実施の形態にかかるプログラムは、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体から前記期間特定値を読み取る処理と、
　読み取られた当該期間特定値が所定期間を特定すれば、前記記録媒体が記憶する前記設定額を更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、をコンピュータに実行させる。
　本発明の一実施の形態にかかるプログラムは、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体に対応する更新額を包含するグレーリストを受信する処理と、前記記録媒体から前記期間特定値を読み取る処理と、
　読み取られた当該期間特定値が所定期間を特定すれば、
　前記グレーリストを検索する処理と、前記記録媒体が記憶する前記設定額を更新する処理であって、前記記録媒体対応の更新値が前記グレーリストに包含されていれば当該更新値で、包含されていなければ所定金額で更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、を実行する端末装置に接続する処理と、
　前記期間ごとに、前記記録媒体対応の口座の残高が前記所定金額を下回る前記口座の前記残高を包含する前記グレーリストを作成して、前記端末装置に送信する処理と、をコンピュータに実行させる。
　本発明は、電子マネー等の支払い手段のチャージにかかるユーザ負担を軽減する。
図１は、第１の実施の形態にかかる決済システム４の構成図である。 図２は、グレーリスト記憶部１３に格納されるグレーリストの構成を示す。 図３は、口座記憶部２５に記憶される情報を示す。 図４は、設定額更新部１２の動作フローチャートである。 図５は、端末処理部１１の動作フローチャートである。 図６は、端末処理部１１のオンライン処理の動作フローチャートである。 図７は、リスト配布部２１の動作フローチャートである。 図８は、サーバ処理部２２の動作フローチャートである。 図９は、一般処理部２３の動作フローチャートである。 図１０は、第４の実施の形態にかかる決済システム４の構成図である。 図１１は、デフォルトリスト記憶部１７に格納されるデフォルトリストの構成を示す。 図１２は、第４の実施の形態の口座記憶部２５が格納する口座レコード５０の構成を示す。 図１３は、第４の実施の形態の設定額変更部１２の動作フローチャートである。 図１４は、第４の実施の形態のリスト配布部２１の動作フローチャートである。 図１５は、第５の実施形態の端末装置１の構成を示す。 図１６は、第６の実施形態のサーバ装置２の構成を示す。 図１７は、第７の実施形態のＩＣカード３の構成を示す。
　＜第１の実施の形態＞
　図１は、本実施の形態にかかる決済システム４の構成図である。決済システム４は、ネットワーク４１を介して接続された、端末装置１、一般端末４２、および、サーバ装置２を包含する。
　端末装置１は、例えば、販売店の支払いカウンタに設置されている支払い用の装置である。サーバ装置２は、例えば、銀行に設置されている。一般端末４２は、例えば、銀行に設置されたＡＴＭ（Automated teller machine）、家庭に置かれたＰＣ（Personal Computer）である。決済システム４は、ユーザの支払額に応じて、オフライン決済またはオンライン決済のいずれかを行う。
　オフライン決済時には、ユーザは携帯するＩＣカード３が記憶する電子マネー等で支払いを行う。オフライン決済において、ユーザは端末装置１とサーバ装置２の間の通信の完了を待つ必要はない。オンライン決済時には、ユーザは、サーバ装置２が記憶している銀行口座の残高から支払いを行う。オンライン決済において、ユーザは端末装置１とサーバ装置２の間の通信の完了を待つ必要がある。
　本実施の形態の決済システム４の端末装置１は、ほぼ一定の期間ごとに１回、例えば、毎日１回、毎週１回、または、毎月１回、ＩＣカード３に記憶される電子マネー等の金額を更新する。以降、特に断りのない限り、毎日１回の頻度での更新を前提とする。
　端末装置１は、端末処理部１１、設定額更新部１２、グレーリスト記憶部１３、および、受信部１４を備える。端末処理部１１には、キーボード１５およびリーダ／ライタ１６が接続される。設定額更新部１２には、リーダ／ライタ１６が接続される。
　端末処理部１１は、キーボード１５等から入力された支払額に応じて、オフライン決済の為の処理（以降、オフライン処理）、および、オンライン決済の為の処理（以降、オンライン処理）の何れかを選択して実行する。設定額更新部１２は、ＩＣカード３が記憶する電子マネー等の金額を更新する。ＩＣカード３を所持するユーザは、ここに記憶されている金額の範囲内でオフライン決済できる。受信部１４は、サーバ装置２が配布するグレーリストを受信してグレーリスト記憶部１３に格納する。グレーリストは、例えば、残高が所定金額未満の銀行口座のリストである。
　リーダ／ライタ１６は、ＩＣカード３に記憶されているデータの読み書きを行う。リーダ／ライタ１６は、例えば、ＲＦＩＤ（Radio Frequency IDentification）のリーダ／ライタである。
　ＩＣカード３は、カードＩＤ（IDentification）またはユーザＩＤ（以降、単にＩＤと呼ぶ）を格納するＩＤ記憶部３１、オフライン決済等で支払い可能な金額を特定する値である設定額を格納する設定額記憶部３２、および、設定額の更新を最後に行った期間を特定する値である期間特定値を格納する期間記憶部３３を備える。
　期間記憶部３３は、期間が特定できる値であれば、どのような値を格納していてもよい。期間記憶部３３は、例えば、設定額の更新を行った日付（以降、更新日付と呼ぶ）を格納する。更新日付を格納している場合、期間記憶部３３は、日付記憶部３３とも呼ばれる。設定額の更新が毎週１回の場合、期間記憶部３３は、例えば、更新日が属する週の月曜日の日付を格納してもよい。設定額の更新が毎月１回の場合、期間記憶部３３は、例えば、January等の月の名称を格納してもよい。
　ここで、端末処理部１１、設定額更新部１２および、受信部１３は、論理回路等で構成される。それらは、端末装置１のメモリ（図示されず）に格納されて、端末装置１のプロセッサ１９により実行されるソフトウェアにより実現されても良い。グレーリスト記憶部１３は、ＩＣメモリ、ディスク装置等の記憶装置である。
　サーバ装置２は、リスト配布部２１、サーバ処理部２２、一般処理部２３、問い合わせ処理部２４、及び、口座記憶部２５を備える。リスト配布部２１は、グレーリストを作成して端末装置１に配信する。サーバ処理部２２は、端末装置１の端末処理部１１と連携して、オフライン決済およびオンライン決済を行う。一般処理部２３は、一般端末４２から要求を受信して、口座の残高の範囲で、例えば、他口座への送金やネットショップでの支払い等のオンライン決済を行う。問い合わせ処理部２４は、端末装置１からＩＤを含む設定額の問い合わせを受信して、当該ＩＤの口座の残高と所定金額の小さい方を返信する。口座記憶部２５は、ユーザの銀行口座等の情報を格納する。
　ここで、リスト配布部２１、サーバ処理部２２、一般処理部２３、および、問い合わせ処理部２４は、論理回路等で構成される。それらは、サーバ装置２のメモリ（図示されず）に格納されて、サーバ装置２のプロセッサ２９により実行されるソフトウェアにより実現されても良い。口座記憶部２５は、ＩＣメモリ、ディスク装置等の記憶装置である。
　図２は、グレーリスト記憶部１３に格納されるグレーリストの構成を示す。グレーリストは、リストＩＤ６１と更新値６２を対応付けて格納している。グレーリストは、例えば、残高が所定金額未満の銀行口座のＩＤをリストＩＤ６１、その残金を更新値６２とするリストである。
　図３は、口座記憶部２５に記憶される情報を示す。口座記憶部２５は、ユーザの銀行口座ごとに口座レコード５０を記憶する。口座レコード５０は、口座ＩＤ５１、残高５２、設定額写し５３、及び、最終支払い日付５４を包含する。
　口座ＩＤ５１は、当該口座のユーザに発行されたＩＣカード３のＩＤ記憶部３１に格納されているＩＤと同じ値である。残高５２は、当該口座の残高である。設定額写し５３は、当該口座のＩＣカード３の設定額記憶部３２に記憶されている設定額のコピーを記憶する。最終支払い日付５４は、ユーザが、当該口座のＩＣカード３により支払いをした、直近の日付を記憶する。
　図４は、設定額更新部１２の動作フローチャートである。設定額更新部１２は、例えば、ユーザが支払いのために、ＩＣカード３をリーダ／ライタ１６にかざし、リーダ／ライタ１６がＩＣカード３を検知したことを契機として動作を開始する。または、端末装置１の操作者が入力した命令を契機に動作を開始してもよい。
　設定額更新部１２は、ＩＣカード３から、ＩＤ、設定額、及び、更新日付を読み出す（Ｓ１１）。設定額更新部１２は、ＩＤ、設定額、および、更新日付を、それぞれ、ＩＤ記憶部３１、設定額記憶部３２、日付記憶部３３から読み出す。
　設定額更新部１２は、当該更新日付が過去の日付、例えば、本日の日付より前の日付であるか判定する（Ｓ１２）。設定額更新部１２は、当該更新日付と現在日付を比較することでこの判断を行う。設定額更新部１２は、例えば、端末装置１が備えるカレンダー機能を用いて現在日付を取得する。
　Ｓ１２の処理は、設定額が更新された時点が、過去の期間に属するか（Ｓ１２でＹ）、または、現時点を含む期間に属するか（Ｓ１２でＮ）を判定する処理である。したがって、この処理は、設定額の更新頻度、及び、ＩＣカード３の期間記憶部３３にどのような値が格納されているかにより、若干変わる。例えば、設定額の更新が毎日１回ではなく毎週１回であり、ＩＣカード３が更新日付を記憶している場合、設定額更新部１２は、更新日付が先週に属するかを判断する。さらに、例えば、設定額の更新が毎月１回であり、ＩＣカード３が更新した日の月の名称を記憶している場合、設定額更新部１２は、ＩＣカード３から読み取った名称が、先月またはそれ以前の月の名称であるかを判断する。
　当該更新日付が過去の日付である場合（Ｓ１２でＹ）、設定額更新部１２は、当該更新日付が、過去所定期間以内かを判定する（Ｓ１３）。ここで、所定期間は、例えば、決済システム４の管理者が、端末装置１及びサーバ装置２にパラメータとして与える。所定期間は、例えば、１年間である。このとき、設定額更新部１２は、当該更新日付が過去１年以内かどうかを判定する。このとき、設定額更新部１２は、いま読み取られたＩＣカード３が過去所定期間以内に支払いに使用されたか否かを判定することになる。
　当該更新日付が過去所定期間以内である場合（Ｓ１３でＹ）、設定額更新部１２は、ＩＣカード３から読み出されたＩＤが、グレーリスト内に登録されているか確認する（Ｓ１４）。登録されていない場合（Ｓ１４でＮ）、設定額更新部１２は、ＩＣカード３の設定額記憶部３２に所定金額を格納する（Ｓ１５）。即ち、設定額更新部１２は、ＩＣカード３が記憶する設定額を、所定金額に更新する。ここで、所定金額は、例えば、決済システム４の管理者により、端末装置１及びサーバ装置２にパラメータとして与えられる。
　ＩＣカード３から読み出されたＩＤが、グレーリスト内に登録されている場合（Ｓ１４でＹ）、設定額更新部１２は、設定額記憶部３２に、当該ＩＤに対応するグレーリストの更新値６２の値を格納する（Ｓ１８）。ここで、当該ＩＤに対応する更新値６２は、当該ＩＤと一致するリストＩＤ６１に対応付けられている更新値６２を意味する。
　ＩＣカード３から読み出された更新日付が、過去所定期間以内でない場合（Ｓ１３でＮ）、設定額更新部１２は、当該ＩＤを含む問い合わせをサーバ装置２の問い合わせ処理部２４に送信して（Ｓ１９）、その応答値を受信し（Ｓ１Ａ）、応答値を設定額記憶部３２に格納する（Ｓ１Ｂ）。
　設定額記憶部３２を更新（Ｓ１５、Ｓ１８、または、Ｓ１Ｂ）した後、設定額更新部１２は、ＩＣカード３の日付記憶部３３に現在日付を格納する（Ｓ１６）。最後に設定額更新部１２は、端末処理部１１を起動する（Ｓ１７）。
　なお、ＩＣカード３から読み出された更新日付が過去のものでない場合（Ｓ１２でＮ）、設定額更新部１２は、設定額の更新を行わず、端末処理部１１を起動する（Ｓ１７）。当日はもう、設定額の更新がなされているからである。
　図５は、端末処理部１１の動作フローチャートである。端末処理部１１は、キーボード１５から支払額を得る（Ｓ２１）、と共に、ＩＣカード３からＩＤ、および、設定額を読み出す（Ｓ２２）。端末処理部１１は、ＩＤ、および、設定額を、それぞれ、ＩＤ記憶部３１、設定額記憶部３２から読み出す。
　当該支払額が当該設定額より大きい場合（Ｓ２３でＹ）、端末処理部１１は、オンライン処理を実行する（Ｓ２６）。この処理は図６に示される。
　当該支払額が当該設定額より大きくない場合（Ｓ２３でＮ）、端末処理部１１は、オフライン処理を実行する。即ち、端末処理部１１は、当該設定額から当該支払額を差し引いた値を算出して、当該値をＩＣカード３の設定額記憶部３２に格納する（Ｓ２４）。この時点で、ユーザにとっての支払い行為は終了したものとして、端末処理部１１は、ユーザがＩＣカード３を持って、立ち去ることを許容しても良い。
　その後、端末処理部１１は、当該支払額と当該ＩＤをサーバ装置２のサーバ処理部２２に送信する（Ｓ２５）。オフライン決済の場合、端末処理部１１は、サーバ装置２からの応答を待ち合わせなくても良い。
　図６は、端末処理部１１のオンライン処理の動作フローチャートである。
　先ず、端末処理部１１は、キーボード１５から入力された支払額、および、ＩＣカード３から読み出されたＩＤと設定額をサーバ装置２のサーバ処理部２２に送信して（Ｓ３１）、サーバ装置２からの返信を待つ（Ｓ３２）。
　サーバ装置２のサーバ処理部２２から返信を受信して、それが処理の正常終了を示し（Ｓ３３でＹ）、かつ、設定額の更新値を含む（Ｓ３４でＹ）場合、端末処理部１１は、ＩＣカード３の設定額記憶部３２に受信した更新値を格納する（Ｓ３５）。このとき、端末処理部１１は、ユーザがＩＣカード３を再度、リーダ／ライタ１６にタップするように要求しても良い。
　サーバ装置２からの返信が更新値を含まない場合（Ｓ３４でＮ）、第２の端末処理部１３は、ＩＣカード３の設定額記憶部３２を更新しない。
　なお、サーバ装置２から返信を受信して、それが処理の異常終了を示す場合（Ｓ３３でＮ）、端末処理部１３は、異常原因に対応した処理を行う。異常原因は、例えば、残高５２の不足である。
　図７は、リスト配布部２１の動作フローチャートである。リスト配布部２１は、例えば、毎日１回起動される（Ｓ４１）。
　起動されると、リスト配布部２１は、グレーリストを作成する（Ｓ４２）。具体的に、リスト配布部２１は、最終支払い日付５４が過去所定期間以内であり、かつ、残高５２が所定金額より小さい口座レコード５０の口座ＩＤ５１と残高５２を口座記憶部２５から抽出して、各々をリストＩＤ６１、更新値６２とするグレーリストを作成する（Ｓ４２）。次に、リスト配布部２１は、グレーリストを端末装置１に配信する（Ｓ４３）。
　最後に、リスト配布部２１は、口座レコード５０の設定額写し５３を更新する（Ｓ４４）。具体的に、リスト配布部２１は、口座ＩＤ５１がグレーリストに含まれる口座レコード５０の設定額写し５３に、当該レコードの残高５２と同じ値を格納する。リスト配布部２１は、口座ＩＤ５１がグレーリストに含まれない口座レコード５０の設定額写し５３に、所定金額を格納する。
　図８は、サーバ処理部２２の動作フローチャートである。サーバ処理部２２は、端末装置１の端末処理部１１から支払額、ＩＤ等のデータを受信すると、処理を開始する。
　サーバ処理部２２は、まず、受信したＩＤと一致する口座ＩＤ５１に対応する最終支払日付５４に、現在の日付を格納する（Ｓ５１）。その後、サーバ処理部２２は、受信したＩＤと一致する口座ＩＤ５１に対応する残高５２を口座記憶部２２から読み出す（Ｓ５２）。残高５２が支払額以上であること（Ｓ５３でＹ）を確認すると、サーバ処理部２２は残高５２から支払額を差し引く（Ｓ５４）。すなわち、サーバ処理部２２は、残高５２から支払額を差し引いた値を算出し、その値を、受信したＩＤと一致する口座ＩＤ５１に対応する残高５２として、口座記憶部２２に格納する。
　オフライン決済である場合（Ｓ５５でＹ）、サーバ処理部２２は、設定額写し５３から支払額を差し引く（Ｓ５９）。すなわち、サーバ処理部２２は、設定額写し５３から支払額を差し引いた値を算出し、その値を、受信したＩＤと一致する口座ＩＤ５１に対応する設定額写し５３として、口座記憶部２２に格納する。そして、サーバ処理部２２は処理を終了する。
　なお、サーバ処理部２２は、例えば、オフライン決済であるかオンライン決済であるかの区別を、端末処理部１１から支払額などと共に受信する。
　オンライン決済時（Ｓ５５でＮ）、サーバ処理部２２は、Ｓ５４で算出された残高と、受信したＩＤと一致する口座ＩＤ５１に対応する設定額写し５３と、を比較する（Ｓ５６）。算出された残高が設定額写し５３以上である場合（Ｓ５６でＹ）、サーバ処理部２２は、正常報告を示し、かつ、設定額更新値を含まない返信データを作成し、端末装置１に送信する（Ｓ５Ａ）。
　算出された残高が設定額写し５３より小さい場合（Ｓ５６でＮ）、サーバ処理部２２は、Ｓ５４で算出された残高を設定額の更新値とし（Ｓ５６）、正常報告を示し、かつ、更新値を含む返信データを作成し、端末装置１に送信する（Ｓ５８）。
　この処理は、オンライン決済で残高が、設定額より減ってしまった口座のＩＣカード３に、当該残高以上の設定額が記憶されたままになるのを防止する為に行う。なお、サーバ処理部２２は、受信したＩＤと一致する口座ＩＤ５１に対応する設定額写し５３を使用する代わりに所定金額を使用しても良い。設定額写し５３の最大値は所定金額であるため、所定金額を用いた場合、Ｓ５６が安全側の判断となるからである。サーバ処理部２２は、このＩＣカード３の設定値の更新にかかる処理（Ｓ５６乃至Ｓ５８）を実施しなくてもよい。
　なお、残高５２が支払額より小さな場合（Ｓ５３でＮ）、サーバ処理部２２は、残高不足の処理を行う。この処理は、決済不能との異常報告を示す返信データを端末装置１に送信する処理でも良いし、不足金額を貸し出す処理でも良い。
　図９は、一般処理部２３の動作フローチャートである。一般処理部２３は、ＩＣカード３を用いない支払の処理を行う。一般処理部２３は、例えば、ユーザが一般端末４２に他口座への送金やネットショップでの支払い等のオンライン決済の実行指示を入力すると起動される。実行指示は、実行すべき処理の種類の指定、支払いユーザのＩＤ、及び、金額を包含する。実行指示は、実行すべき処理の種類に応じて、その他の情報、例えば、送金先のＩＤを含んでも良い。
　一般処理部２３は、先ず、一般端末４２から上述の実行指示を取得する（Ｓ６１）。一般処理部２３は、ついで、取得したＩＤと一致する口座ＩＤ５１に対応する残高５２、設定額写し５３を口座記憶部２５から読み出す（Ｓ６２）。取得した支払額が、残高５２から設定額写し５３を差し引いた額以下であれば（Ｓ６３Ｙ）、一般処理部２３は、残高５２から支払額を差し引く処理を含む、指定された種類の処理を実行する（Ｓ６４）。残高５２から支払額を差し引くとは、残高５２から支払額を差し引いた値を算出し、その値を、取得したＩＤと一致する口座ＩＤ５１に対応する残高５２として、口座記憶部２２に格納することを指す。
　一般処理部２３は、取得した支払額が、残高５２から設定額写し５３を差し引いた額より大きければ（Ｓ６３でＮ）、一般端末４２に異常終了の報告を送信する（Ｓ６５）。即ち、一般処理部２３は、実行指示完了時に、少なくとも設定額写し５３の分の金額が、残高５２に残るように支払いを実行する。Ｓ６３で、一般処理部２３は、設定額写し５３の代わりに所定金額を用いてもよい。設定額写し５３の最大値は所定金額であるため、所定金額を用いた場合、Ｓ６３が安全側の判断（設定金額より多いかもしれない残高５２を残す判断）となる。なお、一般処理部２３は、Ｓ６３において、残高５２から設定額写し５３を差し引くことをしなくてもよい。
　問い合わせ処理部２４は、端末装置１の設定額更新部１２からＩＤを含む設定額の問い合わせを受信して、受信したＩＤと一致する口座ＩＤ５１に対応する残高５２と所定金額の小さい方を応答値として返信する。
　なお、更新頻度が毎日１回ではなく、毎週１回、例えば月曜日である場合は、設定額更新部１２は、図４のＳ１２に於いて、処理当日が月曜日であれば、更新日付が当日の日付より前かどうかを判断し、処理当日が月曜日でなければ、更新日付が直前の月曜日より前かどうかを判断する。更新頻度が毎月１回、例えば、毎月１日である場合は、設定額更新部１２は、図４のＳ１２に於いて、更新日付が示す月が、現在日付の月より以前かどうかを判断する。
　本実施の形態にかかる決済システム４は、電子マネー等の支払い手段のチャージにかかるユーザ負担を軽減する。その理由は、設定額更新部１２が、ほぼ一定期間毎に１回、例えば、毎日１回、ＩＣカード３が記憶する設定額を、例えば、所定金額に更新するからである。
　ユーザは、チャージされている設定額の残りを管理する必要はなく、一定期間内に少なくとも一度、ＩＣカード３を端末装置１のリーダ／ライタ１６にタップするだけでよい。しかも、このチャージの大部分は、オフラインで実行され、ユーザがオンライン処理の完了を待ち合わせる必要がない。
　しかも、端末装置１が設定額更新部１２と端末処理部１１の両者を備えている場合、ユーザは支払いを行う為にＩＣカード３を端末装置１のリーダ／ライタ１６にタップだけで良く、わざわざチャージの為にＩＣカード３を端末装置１のリーダ／ライタ１６にタップする必要はない。この支払いも、一日の利用額が所定金額以内であれば、オフライン決済で完了するため、ユーザは、支払いとチャージの両方を１回のタップで、オフラインで完了させることが出来る。
　本実施の形態にかかる決済システム４は、電子マネー等の支払い手段のチャージにかかる店舗など、支払いを受ける側のリスクを軽減する。その理由は、設定額更新部１２が、残高５２を超えた金額を、ＩＣカード３にチャージしないからである。その目的のため、グレーリストが用いられる。グレーリストは、残高５２が所定金額に満たない口座のＩＣカード３にチャージする額を包含している。さらに、一般処理部２３が、ＩＣカード３にチャージされている額（設定額写し５３、または、その上限値である所定金額）、を残高５２から控除した金額内で、他口座への送金やネットショップでの支払い等のオンライン決済を実行するからである。サーバ処理部２２は、オンライン決済で残高が減ってしまった口座のＩＣカード３に、当該残高以上の設定値がＩＣカード３に記憶されたままになるのを防止するからである。
　本実施の形態にかかる決済システム４は、配布するグレーリストのデータ量を低く抑えることが出来る。その理由は、所定期間以上使用されていないＩＣカード３の口座情報を、グレーリストに含めないからである。所定期間以上使われていないＩＣカード３が、近い将来、再び使われる可能性は小さい。当該口座の情報をグレーリストに含めることは、グレーリストの肥大化を招くが、本実施の形態にかかる決済システム４はこれを防止する。
　＜第１の実施形態の変形＞
　本実施の形態に係る決済システム４は、銀行口座の残高に基づいた電子マネーの支払いのみならず、他の決済、例えば、与信残高に基づいたクレジットカードの支払いにも適用できる。また、決済システム４は、支払いの原因を問わず適用できる。支払いの原因は、商品、サービスの対価の支払いであっても良いし、お金の貸し出し、借金の返済、単なる送金であっても良い。
　なお、ＩＣカード３は、他の形状のＩＣメモリに変更されても良いし、他の記録媒体、例えば、ＵＳＢ（Universal Serial Bus）メモリに変更されても良い。この場合、リーダ／ライタ１６は、ＵＳＢインターフェースに変更される。また、ＩＣカード３は、人間が携帯する物ではなく、自動車の外部や、車いすに備え付けられ、例えば、ドライブスルーの支払いに用いられる記録媒体に置き換えられても良い。
　第１の実施の形態において、設定更新部１２は、ＩＣカード３の期間記憶部３３に、設定額記憶部３２が更新された期間を特定する期間特定値、例えば、更新日付を格納する（図４のＳ１６）。設定更新部１２は、ＩＣカード３の期間記憶部３３に、設定額記憶部３２が次に更新される期間を特定する期間特定値、例えば、更新日付の翌日の日付を格納してもよい。すなわち、設定額記憶部３２は、更新された期間の次の期間を特定する期間特定値を格納しても良い。この場合、設定額記憶部３２は、図４の例示において、ＩＣカード３から更新日付の翌日の日付を読み出して（Ｓ１１）、当該日付が現在の日付または過去の日付であるかを判断してもよい（Ｓ１２）。
　決済システム４は、支払額、設定額、及び、残高５２として、金額ではなく、それらに類似した他の値、例えば、商品との交換可能なポイント数を用いても良い。
　決済システム４は、支払額、設定額、及び、残高５２として、その金額自体ではなく、それらを特定できる他の値、例えば、それらの値を負にした値を用いても良い。その場合、第１の実施の形態で説明した、演算は適宜変更される。例えば、比較の大小関係は逆転する。
　決済システム４のユーザは単一でも良い。この場合、ＩＣカード３はＩＤ記憶部３１を備えず、口座記憶部２２は口座ＩＤ５１を記憶せず、グレーリストはリストＩＤ６１を記憶しなくて良い。
　サーバ装置２は、口座記憶部２５を備えなくても良い。口座記憶部２５は、サーバ装置２と接続された、他の装置が備えていても良い。
　端末装置１は、必ずしも、端末処理部１１を備えている必要はない。端末処理部１１は、別のＰＯＳ（Point of Sales）端末に備えられていても良い。この場合、端末装置１は、ＰＯＳ端末周辺機器としての端末、あるいは、いわゆる電子マネー等のチャージ機として機能し、例えば、店舗、銀行、駅に設置される。この場合、ユーザは、チャージの為に端末装置１にＩＣカード３をタップする必要はあるが、残高やチャージ金額の決定に煩わされることはない。
　口座レコード５０は、設定額写し５３を包含しなくてもよい。上述したように、サーバ処理部２２や一般処理部２３は、設定額写し５３の代わりに所定金額を用いてもよい。この場合、リスト配布部２１やサーバ処理部２２は、設定額写し５３の維持は不要となる。
　グレーリストは、更新値６２を包含しない構成としてもよい。この場合、設定額更新部１２は、グレーリストに含まれる口座の更新値を、サーバ装置２の問い合わせ処理部２４から得てもよい。
　設定額更新部１２は、グレーリストの更新日をチェックし、正常に更新されていなかったら、当日の設定額の更新を実施しないようにしてもよい。最新の残高５２を反映しない設定値がＩＣカード３に書き込まれないようにする為である。
　設定額更新部１２は、自装置が備える時計やカレンダーのデータをサーバ装置２に送信して、その正常性を検証してもよい。この検証は、時計やカレンダーの不正な設定を検出し、設定値が誤って更新されるのを防止する為である。本検証は、例えば、設定額の更新処理のバックグラウンドで行う。
　端末処理部１１は、オフライン処理の結果、設定額が閾値以下の値になった場合には、設定値を更新して、再度オフライン決済が可能になるようにしても良い。この場合、端末処理部１１は、更新額を、サーバ装置２の問い合わせ処理部２４から得てもよい。
　＜第２の実施の形態＞
　サーバ装置２のリスト配布部２１は、残高５２が所定金額より小さな口座レコード５０の口座ＩＤ５１と残高５２をグレーリストに含める代わりに、当該口座レコード５０の口座ＩＤ５１をグレーリストのリストＩＤ６１として含めても良い。グレーリストは、更新値６２を含まない。この場合、端末装置１の設定額更新部１２は、グレーリストに登録されている口座については、問い合わせ処理部２４に、設定額の問い合わせを送信して、ＩＣカード３の設定額をその応答値で更新する。
　本実施の形態におけるグレーリストは、第１の実施形態に比べ、データ量が小さくなる。
　＜第３の実施の形態＞
　サーバ装置２のリスト配布部２１は、残高５２が所定金額より小さな口座レコード５０の口座ＩＤ５１と残高５２をグレーリストに含める代わりに、残高５２が所定金額より大きな口座レコード５０の口座ＩＤ５１をグレーリストのリストＩＤ６１として含めても良い。グレーリストは、更新値６２を含まない。この場合、端末装置１の設定額更新部１２は、グレーリストに登録されている口座については、ＩＣカード３の設定額を所定金額で更新し、そうでない口座については、問い合わせ処理部２４に、設定額の問い合わせを送信して、ＩＣカード３の設定額をその応答値で更新する。
　本実施の形態におけるグレーリストは、第１の実施形態に比べ、データ量が小さくなる。残高５２が所定金額より小さな口座レコード５０の数が、残高５２が所定金額より大きな口座レコード５０の数より大きな場合に、この効果は顕著である。
　＜第４の実施の形態＞
　図１０は、本実施の形態にかかる決済システム４の構成図である。第１の実施形態において、グレーリストに登録されていないＩＣカード３の設定額は、決算システム４で一律に決められている所定金額で更新される（図４のＳ１５）。本実施の形態では、ＩＣカード３の設定額は、口座ごとに決められている金額で更新される。以降、本実施の形態について、第１の実施の形態との差分を説明する。
　第１の実施の形態の構成に加え、本実施の形態の端末装置１はデフォルトリスト記憶部１７を備え、サーバ装置２はデフォルト変更部２６を備える。
　ここで、デフォルト変更部２６は、論理回路等で構成される。それらは、サーバ装置２のメモリ（図示されず）に格納されて、サーバ装置２のプロセッサ２９により実行されるソフトウェアにより実現されても良い。デフォルトリスト記憶部１７は、ＩＣメモリ、ディスク装置等の記憶装置である。
　図１１は、デフォルトリスト記憶部１７に格納されるデフォルトリストの構成を示す。デフォルトリストは、リストＩＤ７１として記憶されるＩＤごとに、デフォルト値７２を格納する。デフォルト値７２が、上述した口座ごとに決められている金額である。
　図１２は、本実施の形態の口座記憶部２５が格納する口座レコード５０構成を示す。本実施の形態の口座レコード５０は、第１の実施の形態の構成に加え、デフォルト設定額５５を記憶する。デフォルト設定額５５の初期値は、例えば、決済システム４で一律に決定された所定の値である。デフォルト設定額５５の初期値は、ユーザからの書面による申告値であってもよい。
　図１３は、本実施の形態の設定額変更部１２の動作フローチャートである。本実施の形態の設定額更新部１２は、Ｓ１５において、ＩＣカード３から読み出したＩＤ対応のデフォルト値７２をデフォルトリスト記憶部１７から読み出し、当該値をＩＣカード３の設定額記憶部３２に格納する。
　図１４は、本実施の形態のリスト配布部２１の動作フローチャートである。本実施の形態のリスト配布部２１は、グレーリスト作成（Ｓ４２）時に、最終支払い日付５４が過去所定期間以内であり、かつ、残高５２がデフォルト設定値５５より小さい口座レコード５０の口座ＩＤ５１と残高５２を口座記憶部２５から抽出して、各々をリストＩＤ６１、更新値６２とするグレーリストを作成する。
　続いて、本実施の形態のリスト配布部２１は、デフォルトリスト作成する（Ｓ４２-１）。具体的には、リスト配布部２１は、最終支払い日付５４が過去所定期間以内である口座レコード５０の口座ＩＤ５１とデフォルト設定額５５を口座記憶部２５から抽出して、各々をリストＩＤ７１とデフォルト値７２とするデフォルトリストを作成する。
　その後、リスト配布部２１は、グレーリストとともにデフォルトリストも、端末装置１に配布する。なお、本実施の形態の端末装置１の受信部１４は、グレーリストとデフォルトリストを受信して、各々を、グレーリスト記憶部１３とデフォルトリスト記憶部１７に格納する。
　また、リスト配布部２１は、口座レコード５０の設定額写し５３を更新する際（Ｓ４４）、口座ＩＤ５１がグレーリストに含まれない口座レコード５０の設定額写し５３に、デフォルト設定額５５を格納する。
　デフォルト変更部２６は、例えば、一般端末４２からＩＤと変更値を入力されると、当該ＩＤに対応する口座レコード５０のデフォルト設定額５５を変更値で書き換える。
　本実施の形態の決済システム４は、ユーザの個々の要求、経済状況に合わせて、チャージ金額の変更が可能となる。また、一時的な変更も可能となる。例えば、残高５２の全額をＷｅｂ決済に用いたいユーザは、前日にデフォルト設定額５５をゼロに設定しておけばよい。
　このような効果を生じるのは、サーバ装置２が、ＩＤ対応にデフォルト設定値５５を持っており、この値をほぼ定期的にデフォルトリストに包含させて端末装置１に配布するからである。そして、端末装置１がデフォルトリストに基づいて、ＩＣカード３に設定額を記憶させるからである。
　＜第５の実施の形態＞
　図１５は、本実施形態の端末装置１の構成を示す。本実施形態の端末装置１は、設定変更部１２を備える。
　設定変更部１２は、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値とを記憶する記録媒体、例えば、ＩＣカード３から期間特定値を読み取る処理を実行する。読み取られた当該期間特定値が所定期間を特定すれば、設定更新部１２は、さらに、記録媒体が記憶する設定額を更新する処理と、記録媒体が記憶する期間特定値を、所定期間の次以降の期間を特定する値に更新する処理とを実行する。
　本実施の形態にかかる端末装置１は、電子マネー等の支払い手段のチャージにかかるユーザ負担を軽減する。その理由は、設定額更新部１２が、期間毎に１回、例えば、毎日１回、ＩＣカード３が記憶する設定額を更新するからである。
　ユーザは、チャージされている設定額の残りを管理する必要はなく、期間内に少なくとも一度、ＩＣカード３を端末装置１のリーダ／ライタ１６にタップするだけでよい。
　＜第６の実施の形態＞
　図１６は、本実施形態のサーバ装置２の構成を示す。サーバ装置２は、端末装置と接続されており、リスト配布部２１を備える。
　端末装置は、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値とを記憶する記録媒体、例えば、ＩＣカード３に対応する更新額を包含するグレーリストを受信する処理と、記録媒体から期間特定値を読み取る処理と、読み取られた当該期間特定値が所定期間を特定すれば、グレーリストを検索する処理と、記録媒体が記憶する設定額を更新する処理と、記録媒体が記憶する期間特定値を、所定期間の次以降の期間を特定する値に更新する処理と、を実行する。
　記録媒体が記憶する設定額を更新する処理は、入力媒体対応の更新値がグレーリストに包含されていれば当該更新値で、包含されていなければ所定金額で更新する処理である。
　リスト配布部２１は、期間ごとに、記録媒体対応の口座の残高が所定金額を下回る口座の残高を包含するグレーリストを作成して、端末装置に送信する。
　本実施の形態にかかるサーバ装置２は、電子マネー等の支払い手段のチャージにかかるユーザ負担を軽減するとともに、店舗など、支払いを受ける側のリスクを軽減する。その理由は、リスト配布部２１が期間毎に１回、例えば、毎日１回、グレーリストを配布し、端末装置が、期間毎に、ＩＣカード３が記憶する設定額を、所定金額、あるいは、グレーリストに基づく値に更新するからである。
　＜第７の実施の形態＞
　図１７は、本実施形態の記録媒体、例えば、ＩＣカード３の構成を示す。ＩＣカード３は、支払い可能な金額を特定する値である設定額を記憶する設定額記憶部３２と、複数の期間のいずれかを特定する値である期間特定値を記憶する期間記憶部３３と、を備える。
　このＩＣカード３は、期間記憶部３３が格納している期間特定値が所定期間を特定すれば、設定額記憶部３２が記憶する設定額が更新され、期間記憶部３３が記憶する期間特定値が所定期間の次以降の期間を特定する値に更新される。
　本実施の形態にかかる記録媒体、例えば、ＩＣカード３は、電子マネー等の支払い手段のチャージにかかるユーザ負担を軽減する。その理由は、期間毎に１回、例えば、毎日１回、設定額記憶部３２が記憶する設定額が更新されるからである。
　以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　１　　端末装置
　２　　サーバ装置
　３　　ＩＣカード
　４　　決済システム
　１１　　端末処理部
　１２　　設定額更新部
　１３　　グレーリスト記憶部
　１４　　受信部
　１５　　キーボード
　１６　　リーダ／ライタ
　１７　　デフォルトリスト記憶部
　１９、２９　　プロセッサ
　２１　　リスト配布部
　２２　　サーバ処理部
　２３　　一般処理部
　２４　　問い合わせ処理部
　２５　　口座記憶部
　２６　　デフォルト変更部
　３１　　ＩＤ記憶部
　３２　　設定額記憶部
　３３　　日付記憶部
　３３　　期間記憶部
　４１　　ネットワーク
　４２　　一般端末
　５１　　口座ＩＤ
　５２　　残高
　５３　　設定額写し
　５４　　最終支払い日付
　５５　　デフォルト設定額
　６１、７１　　リストＩＤ
　６２　　更新値
　７２　　デフォルト値

Claims (32)

  1. 　支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体から前記期間特定値を読み取る処理と、
    　読み取られた当該期間特定値が所定期間を特定すれば、前記記録媒体が記憶する前記設定額を更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、
    を実行する設定額更新手段を、備える端末装置。
  2. 　前記所定期間は、前記期間特定値を読み取った期間の前の期間以前の期間であり、前記所定期間の次の期間以降の期間は前記設定額の更新を行った期間である、請求項１の端末装置。
  3. 　前記所定期間は前記期間特定値を読み取った期間以前の期間であり、前記所定期間の次以降の期間は前記設定額の更新を行った期間の次の期間以降の期間である、請求項１の端末装置。
  4. 　前記記録媒体に対応する更新額を包含するグレーリストを格納するグレーリスト記憶手段を、更に備え、
    　前記設定額更新手段は、前記グレーリストを検索する処理と、前記記録媒体対応の前記更新値が前記グレーリストに包含されていれば当該更新値で前記設定額を更新し、包含されていなければ所定金額で前記設定額を更新する処理を実行する、請求項１乃至３の何れかの端末装置。
  5. 　前記期間ごとに、前記記録媒体対応の口座の残高が前記所定金額を下回る前記口座の前記残高を包含する前記グレーリストを作成する処理と、当該グレーリストを前記端末装置に送信する処理と、を実行するリスト配布手段と、を備えるサーバ装置と、
    　前記グレーリストを受信する処理と、前記グレーリスト記憶手段に格納する処理と、を実行する受信手段を、更に、備える請求項４の端末装置と、を包含する決済システム。
  6. 　前記端末装置は、前記支払金額と前記設定額を比較し、比較結果に応じて、
    当該設定額から前記支払金額を差し引く処理と、前記支払金額を前記サーバ装置に送信する処理を含むオフライン処理、または、
    前記支払金額を前記サーバ装置に送信する処理と、前記サーバ装置からの完了報告を待ち合わせる処理を含むオンライン処理、のいずれかを実行する端末処理手段を、さらに備え、
    　前記サーバ装置は、前記入力媒体に対応する前記口座の前記残高から前記支払金額を差し引く処理と、前記オンライン処理時には前記端末装置に完了通知を送信する処理と、を実行するサーバ処理手段を、さらに備える、請求項５の決済システム。
  7. 　前記サーバ装置の前記サーバ処理手段は、前記オンライン処理時に前記支払金額を差し引き後の前記残高が前記所定金額より小さくなる場合、前記支払金額を差し引き後の前記残高を更新値として前記端末装置に送信し、
    　前記端末装置の前記端末処理手段は、前記オンライン処理時に前記更新値を受信する処理と、前記設定額を前記更新値で更新する処理と、を実行する請求項６の決済システム。
  8. 　前記サーバ装置は、一般端末装置から処理金額を含む処理の依頼を取得する処理と、
    前記口座情報の前記残高から前記所定金額差し引いた値が前記処理金額より小さければ、前記処理の依頼を拒絶する処理と、
    そうでなければ、前記口座情報の前記残高から前記処理金額を差し引くことを含む前記処理を実行する、一般処理手段を、さらに備える、請求項６または７の決済システム。
  9. 　前記サーバ処理手段は、前記オンライン処理または前記オフライン処理を実行する前記端末装置との通信時に、通信時の日付を前記記録媒体に最終支払い日付として記憶し、
    　前記グレーリスト配布手段は、前記最終支払い日付が過去所定期間以内であり、かつ、前記残高が前記所定金額を下回る前記口座の前記残高を包含する前記グレーリストを作成し、
    　前記設定額更新手段は、前記期間特定値が特定する期間が過去前記所定期間以内でない場合、前記サーバ装置に設定額問い合わせを送信する処理と、応答値を受信する処理と、前記設定額を前記応答値に更新する処理を実行し、
    　前記サーバ装置は、前記端末装置から前記設定額問い合わせを受信する処理と、前記記録媒体に対応する前記口座の前記残高と前記所定金額の小さい方を前記応答値として返信する処理と、を実行する問い合わせ処理手段を、さらに備える、請求項６乃至８の何れかの決済システム。
  10. 　複数の前記記録媒体の各々が記憶する識別子対応に、デフォルト金額を包含するデフォルトリストを格納するデフォルトリスト記憶手段を、更に備え、
    　前記設定額更新手段は、前記記録媒体が記憶する前記識別子を読み取って前記デフォルトリストを検索する処理と、当該識別子が読み取られた前記記録媒体の前記設定額を当該識別子に対応する前記デフォルト金額に更新する処理とを実行する、請求項１乃至３の何れかの端末装置。
  11. 　前記記録媒体の前記識別子対応に前記更新額を包含するグレーリストを格納するグレーリスト記憶手段を、更に備え、
    　前記設定額更新手段は、前記記録媒体が記憶する前記識別子を読み取って前記グレーリストを検索する処理と、当該識別子が前記グレーリストに包含されていれば、当該識別子が読み取られた前記記録媒体の前記設定額を前記グレーリスト内の当該識別子に対応する前記更新額に更新する処理と、を実行する請求項１０の端末装置。
  12. 　前記複数の前記記録媒体の各々の前記識別子対応に、残高と前記デフォルト金額を含む口座情報を検索する処理と、
    　前記残高が前記デフォルト金額を下回る前記口座情報に含まれる前記識別子と前記残高を包含する前記グレーリストと、前記口座情報に含まれる前記識別子と前記デフォルト金額を包含する前記デフォルトリストと、を作成する処理と、
    当該グレーリストと当該デフォルトリストを前記端末装置に送信する処理と、を前記期間ごとに実行するリスト配布手段と、を備えるサーバ装置と、
    　前記グレーリスト、および、前記デフォルトリストを受信する処理と、前記グレーリスト記憶手段、および、前記デフォルトリスト記憶手段に格納する処理と、を実行する受信手段を、更に、備える請求項１１の端末装置と、を包含する決済システム。
  13. 　前記記録媒体が記憶する識別子を包含するグレーリストを格納するグレーリスト記憶手段を、更に備え、
    　前記設定額更新手段は、前記入力媒体が記憶する前記識別子を読み取って前記グレーリストを検索する処理と、当該識別子が前記グレーリストに包含されていれば、前記設定額を所定金額に更新する処理と、を実行する請求項１乃至３の何れかの端末装置。
  14. 　複数の前記記録媒体の各々の前記識別子対応に残高を含む口座情報を検索する処理と、
    　前記残高が前記所定金額以上である前記口座情報に含まれる前記識別子を包含する前記グレーリストを作成する処理と、前記端末装置に送信する処理と、を前記期間ごとに実行するリスト配布手段と、を備えるサーバ装置と、
    　前記グレーリストを受信して、前記グレーリスト記憶手段に格納する受信手段を、更に、備える請求項１３の端末装置と、を包含する決済システム。
  15. 　支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体に対応する更新額を包含するグレーリストを受信する処理と、前記記録媒体から前記期間特定値を読み取る処理と、
    　読み取られた当該期間特定値が所定期間を特定すれば、
    　前記グレーリストを検索する処理と、前記記録媒体が記憶する前記設定額を更新する処理であって、前記記録媒体対応の更新値が前記グレーリストに包含されていれば当該更新値で、包含されていなければ所定金額で更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、を実行する端末装置に接続され、
    　前記期間ごとに、前記記録媒体対応の口座の残高が前記所定金額を下回る前記口座の前記残高を包含する前記グレーリストを作成して、前記端末装置に送信するリスト配布手段、を備えるサーバ装置。
  16. 　支払い可能な金額を特定する値である設定額を記憶する設定額記憶手段と、
    　複数の期間のいずれかを特定する値である期間特定値を記憶する期間記憶手段と、を備え、
    　当該期間特定値が所定期間を特定すれば、前記設定額記憶手段が記憶する前記設定額が更新され、前記期間記憶手段が記憶する前記期間特定値が前記所定期間の次以降の期間を特定する値に更新される、記録媒体。
  17. 　支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体から前記期間を読み取る処理と、
    　読み取られた当該期間特定値が所定期間を特定すれば、前記記録媒体が記憶する前記設定額を更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、
    を実行する方法。
  18. 　前記所定期間は、前記期間特定値を読み取った期間の前の期間以前の期間であり、前記所定期間の次以降の期間は前記設定額の更新を行った期間である、請求項１７の方法。
  19. 　前記所定期間は前記期間特定値を読み取った期間以前の期間であり、前記所定期間の次以降の期間は前記設定額の更新を行った期間の次の期間以降の期間である、請求項１７の方法。
  20. 　前記記録媒体に対応する更新額を包含するグレーリストを記憶する処理と、
    　前記グレーリストを検索する処理と、前記記録媒体対応の前記更新値が前記グレーリストに包含されていれば当該更新値で前記設定額を更新し、包含されていなければ所定金額で前記設定額を更新する処理を実行する、請求項１７乃至１９の何れかの方法。
  21. 　複数の前記記録媒体の各々が記憶する識別子対応に、デフォルト金額を包含するデフォルトリストを記憶する処理と、
    　前記記録媒体が記憶する前記識別子を読み取って前記デフォルトリストを検索する処理と、当該識別子が読み取られた前記記録媒体の前記設定額を当該識別子に対応する前記デフォルト金額に更新する処理とを実行する、請求項１７乃至１９の何れかの方法。
  22. 　前記記録媒体の前記識別子対応に前記更新額を包含するグレーリストを記憶する処理と、
    　前記記録媒体が記憶する前記識別子を読み取って前記グレーリストを検索する処理と、当該識別子が前記グレーリストに包含されていれば、当該識別子が読み取られた前記記録媒体の前記設定額を前記グレーリスト内の当該識別子に対応する前記更新額に更新する処理と、を実行する請求項２１の方法。
  23. 　前記記録媒体が記憶する識別子を包含するグレーリストを記憶する処理と、
    　前記入力媒体が記憶する前記識別子を読み取って前記グレーリストを検索する処理と、当該識別子が前記グレーリストに包含されていれば、前記設定額を所定金額に更新する処理と、を実行する請求項１７乃至１９の何れかの方法。
  24. 　支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体に対応する更新額を包含するグレーリストを受信する処理と、前記記録媒体から前記期間特定値を読み取る処理と、
    　読み取られた当該期間特定値が所定期間を特定すれば、
    　前記グレーリストを検索する処理と、前記記録媒体が記憶する前記設定額を更新する処理であって、前記記録媒体対応の更新値が前記グレーリストに包含されていれば当該更新値で、包含されていなければ所定金額で更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、を実行する端末装置に接続する処理と、
    　前記期間ごとに、前記記録媒体対応の口座の残高が前記所定金額を下回る前記口座の前記残高を包含する前記グレーリストを作成して、前記端末装置に送信する処理と、を実行する方法。
  25. 　支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体から前記期間特定値を読み取る処理と、
    　読み取られた当該期間特定値が所定期間を特定すれば、前記記録媒体が記憶する前記設定額を更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、
    をコンピュータに実行させるプログラム。
  26. 　前記所定期間は、前記期間特定値を読み取った期間の前の期間以前の期間であり、前記所定期間の次以降の期間は前記設定額の更新を行った期間である、請求項２５のプログラム。
  27. 　前記所定期間は前記期間特定値を読み取った期間以前の期間であり、前記所定期間の次以降の期間は前記設定額の更新を行った期間の次の期間以降の期間である、請求項２５のプログラム。
  28. 　前記記録媒体に対応する更新額を包含するグレーリストを記憶する処理と、
    　前記グレーリストを検索する処理と、前記記録媒体対応の前記更新値が前記グレーリストに包含されていれば当該更新値で前記設定額を更新し、包含されていなければ所定金額で前記設定額を更新する処理とをコンピュータに実行させる、請求項２５乃至２７の何れかのプログラム。
  29. 　複数の前記記録媒体の各々が記憶する識別子対応に、デフォルト金額を包含するデフォルトリストを記憶する処理と、
    　前記記録媒体が記憶する前記識別子を読み取って前記デフォルトリストを検索する処理と、当該識別子が読み取られた前記記録媒体の前記設定額を当該識別子に対応する前記デフォルト金額に更新する処理とをコンピュータに実行させる、請求項２５乃至２７の何れかのプログラム。
  30. 　前記記録媒体の前記識別子対応に前記更新額を包含するグレーリストを記憶する処理と、
    　前記記録媒体が記憶する前記識別子を読み取って前記グレーリストを検索する処理と、当該識別子が前記グレーリストに包含されていれば、当該識別子が読み取られた前記記録媒体の前記設定額を前記グレーリスト内の当該識別子に対応する前記更新額に更新する処理と、をコンピュータに実行させる請求項２９のプログラム。
  31. 　前記記録媒体が記憶する識別子を包含するグレーリストを記憶する処理と、
    　前記入力媒体が記憶する前記識別子を読み取って前記グレーリストを検索する処理と、当該識別子が前記グレーリストに包含されていれば、前記設定額を所定金額に更新する処理と、をコンピュータに実行させる請求項２５乃至２７の何れかのプログラム。
  32. 　支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体に対応する更新額を包含するグレーリストを受信する処理と、前記記録媒体から前記期間特定値を読み取る処理と、
    　読み取られた当該期間特定値が所定期間を特定すれば、
    　前記グレーリストを検索する処理と、前記記録媒体が記憶する前記設定額を更新する処理であって、前記記録媒体対応の更新値が前記グレーリストに包含されていれば当該更新値で、包含されていなければ所定金額で更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、を実行する端末装置に接続する処理と、
    　前記期間ごとに、前記記録媒体対応の口座の残高が前記所定金額を下回る前記口座の前記残高を包含する前記グレーリストを作成して、前記端末装置に送信する処理と、をコンピュータに実行させるプログラム。
PCT/JP2013/004851 2013-08-13 2013-08-13 決済システム、サーバ装置、端末装置、記録媒体、方法、および、プログラム WO2015022717A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2014533729A JP5780366B2 (ja) 2013-08-13 2013-08-13 決済システム、サーバ装置、端末装置、記録媒体、方法、および、プログラム
US14/379,281 US20160300203A1 (en) 2013-08-13 2013-08-13 Settlement system, server device, terminal device, recording medium, method and program
PCT/JP2013/004851 WO2015022717A1 (ja) 2013-08-13 2013-08-13 決済システム、サーバ装置、端末装置、記録媒体、方法、および、プログラム
CN201380009497.7A CN104246804A (zh) 2013-08-13 2013-08-13 结算系统、服务器设备、终端设备、记录介质、方法和程序

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/004851 WO2015022717A1 (ja) 2013-08-13 2013-08-13 決済システム、サーバ装置、端末装置、記録媒体、方法、および、プログラム

Publications (1)

Publication Number Publication Date
WO2015022717A1 true WO2015022717A1 (ja) 2015-02-19

Family

ID=52231756

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/004851 WO2015022717A1 (ja) 2013-08-13 2013-08-13 決済システム、サーバ装置、端末装置、記録媒体、方法、および、プログラム

Country Status (4)

Country Link
US (1) US20160300203A1 (ja)
JP (1) JP5780366B2 (ja)
CN (1) CN104246804A (ja)
WO (1) WO2015022717A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107025236B (zh) * 2016-02-01 2020-04-07 阿里巴巴集团控股有限公司 清算系统间的数据处理方法及数据清算系统
US10872320B2 (en) 2016-07-29 2020-12-22 Square, Inc. Reprogrammable point-of-sale transaction flows
US10692055B2 (en) 2016-07-29 2020-06-23 Square, Inc. Reprogrammable point-of-sale transaction flows
CN107426158A (zh) * 2017-05-03 2017-12-01 中国银联股份有限公司 安全性信息交互方法及设备
CN109377214A (zh) * 2018-09-26 2019-02-22 深圳壹账通智能科技有限公司 一种支付方法、计算机可读存储介质及服务器
CN110297837B (zh) * 2019-06-14 2023-03-21 阿里巴巴集团控股有限公司 一种数据更新方法和装置、数据查询方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000067140A (ja) * 1998-08-25 2000-03-03 Ntt Data Corp 電子マネーシステム、キャッシュレス取引方法、支払端末及び記録媒体
JP2001216458A (ja) * 2000-02-02 2001-08-10 Sony Corp 情報処理システム及び情報処理装置
JP2009075986A (ja) * 2007-09-23 2009-04-09 Oki Electric Ind Co Ltd 電子マネーチャージ方法及び決済端末
JP2009282869A (ja) * 2008-05-26 2009-12-03 Dainippon Printing Co Ltd Ｉｃカードチャージシステム、サーバ、及びプログラム
JP2010198568A (ja) * 2009-02-27 2010-09-09 Exa Corp ゲートウェイ装置、電子マネーオートチャージシステム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001216485A (ja) * 2000-02-02 2001-08-10 Hitachi Maxell Ltd 非接触情報媒体及び通信システム
WO2002084569A1 (en) * 2001-03-29 2002-10-24 Ebestcard Ltd. Card transaction system and method on on-line and/or off-line
KR100454140B1 (ko) * 2002-05-21 2004-10-26 주식회사 스마트로 정보기록매체를 이용하는 선승인에 의한 소액거래시스템 및방법
WO2011007462A1 (ja) * 2009-07-14 2011-01-20 株式会社ユニバーサルエンターテインメント 預かり額管理装置、預かり額管理装置を備えたサービス提供システム、及び、携帯端末機を備えた預かり額管理システム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000067140A (ja) * 1998-08-25 2000-03-03 Ntt Data Corp 電子マネーシステム、キャッシュレス取引方法、支払端末及び記録媒体
JP2001216458A (ja) * 2000-02-02 2001-08-10 Sony Corp 情報処理システム及び情報処理装置
JP2009075986A (ja) * 2007-09-23 2009-04-09 Oki Electric Ind Co Ltd 電子マネーチャージ方法及び決済端末
JP2009282869A (ja) * 2008-05-26 2009-12-03 Dainippon Printing Co Ltd Ｉｃカードチャージシステム、サーバ、及びプログラム
JP2010198568A (ja) * 2009-02-27 2010-09-09 Exa Corp ゲートウェイ装置、電子マネーオートチャージシステム

Also Published As

Publication number Publication date
CN104246804A (zh) 2014-12-24
US20160300203A1 (en) 2016-10-13
JPWO2015022717A1 (ja) 2017-03-02
JP5780366B2 (ja) 2015-09-16

Similar Documents

Publication Publication Date Title
US11238437B2 (en) Prepaid chip card exception processing
US7860790B2 (en) Systems and methods for automatic migration of a consumer between financial accounts
JP5780366B2 (ja) 決済システム、サーバ装置、端末装置、記録媒体、方法、および、プログラム
US10546286B2 (en) Information processing server, information processing method, information processing program product, recording medium on which information processing program product is recorded, portable terminal, information processing method executed by handheld computer, program product for portable terminal, and recording medium on which program product for portable terminal is recorded
JP5396001B2 (ja) 情報処理装置、情報処理装置の制御方法、及び情報処理装置の制御プログラム
CN104350530B (zh) 结算系统、服务器设备、终端设备、方法
US20090265271A1 (en) Prepaid portable consumer device including accumulator
JP2008191709A (ja) 決済処理装置、決済支援サーバ、及び決済処理方法
EP1927944A2 (en) Electronic money settlement method and system and terminal and tangible medium
JP2015038692A (ja) 受付装置、受付装置の制御方法、及びプログラム
CN105580037A (zh) 黑名单更新系统、终端设备、方法和程序记录介质
JP5953360B2 (ja) 資金移動方法、システムおよびプログラム
JP2020071842A (ja) 情報処理システム、媒体アクセス端末、情報処理方法およびプログラム
JP6510472B2 (ja) 決済システム、方法およびプログラム
WO2015162799A1 (ja) 管理装置、管理方法、ならびに、プログラム
JP2009237831A (ja) Ｉｃカードチャージシステム、サーバ、プログラム
JP5588487B2 (ja) 情報処理装置、情報処理装置の制御方法、及び情報処理装置の制御プログラム
JP7415258B2 (ja) クレジットカードの決済システム、決済方法、ｉｃカード、カード会社のサーバ、クラウドサーバ、及びプログラム
JP2015203949A (ja) 口座連動型のカード即時決済システム
JP2009098852A (ja) インターネットバンキングシステム及び電子マネーチャージ方法
KR101138965B1 (ko) 수수료 쿠폰을 이용한 금융 거래 시스템 및 그 동작방법
JPWO2004013789A1 (ja) 電子マネー取引システムにおける電子財布の金額データ更新方法
KR20060101125A (ko) 금융거래 처리 서버 및 이를 위한 기록매체
KR20060101124A (ko) 금융거래 처리 서버 및 이를 위한 기록매체
KR20060101122A (ko) 금융거래 처리방법 및 시스템과 이를 위한 기록매체

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2014533729

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14379281

Country of ref document: US

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

Ref document number: 13891452

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13891452

Country of ref document: EP

Kind code of ref document: A1