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

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/951Indexing; Web crawling techniques
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G06Q20/0655Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/105Payment 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"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108Remote banking, e.g. home banking
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108Remote banking, e.g. home banking
    • G06Q20/1085Remote banking, e.g. home banking involving automatic teller machines [ATMs]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/14Payment architectures specially adapted for billing systems
    • G06Q20/145Payments according to the detected use or quantity
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • G06Q20/204Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment 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/349Rechargeable cards
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment 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/352Contactless payments by cards
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367Payment 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/3672Payment 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367Payment 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/3676Balancing 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

決済システム、サーバ装置、端末装置、記録媒体、方法、および、プログラム
 本発明は、決済システム、サーバ装置、端末装置、記録媒体、方法、および、プログラム、特に、オフラインでの支払を実行する決済システム、サーバ装置、端末装置、記録媒体、方法、および、プログラムに関する。
 特許文献1のPOS端末は、支払い金額が高額であれば銀行のホストに対して口座間の資金移動による決済を要求し、支払金額が少額であればカードに蓄積された電子マネーで決済する。利用者は、電子マネーチャージ機を用いて、カードに電子マネーをチャージする。当該電子マネーチャージ機は、利用者の銀行口座の資金のうち利用者から指定された金額を、電子マネーにしてカードに蓄積する。
 特許文献2のキャッシュディスペンサーは、IC(Integrated Circuit)カードに記録されているクレジット消費金額に相当するポイント値を金額情報に換算し、ICカードのチャ-ジ金額に加算する。
特開2000-67140号公報 特開2003-337925号公報
 特許文献1のシステムに於いて、利用者は、カードに蓄積されている電子マネーの残金を管理し、事前に、電子マネーチャージ機を用いて電子マネーのチャージを行う必要がある。
 本発明は、この利用者の負担を解消するための技術を提供することを目的とする。
 本発明の一実施の形態にかかる端末装置は、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体から前記期間特定値を読み取る処理と、
 読み取られた当該期間特定値が所定期間を特定すれば、前記記録媒体が記憶する前記設定額を更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、を実行する設定額更新手段を、備える。
 本発明の一実施の形態にかかるサーバ装置は、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体に対応する更新額を包含するグレーリストを受信する処理と、前記記録媒体から前記期間特定値を読み取る処理と、
 読み取られた当該期間特定値が所定期間を特定すれば、
 前記グレーリストを検索する処理と、前記記録媒体が記憶する前記設定額を更新する処理であって、前記記録媒体対応の更新値が前記グレーリストに包含されていれば当該更新値で、包含されていなければ所定金額で更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、を実行する端末装置に接続され、
 前記期間ごとに、前記記録媒体対応の口座の残高が前記所定金額を下回る前記口座の前記残高を包含する前記グレーリストを作成して、前記端末装置に送信するリスト配布手段、を備える。
 本発明の一実施の形態にかかる記録媒体は、支払い可能な金額を特定する値である設定額を記憶する設定額記憶手段と、複数の期間のいずれかを特定する値である期間特定値を記憶する期間記憶手段と、を備え、当該期間特定値が所定期間を特定すれば、前記設定額記憶手段が記憶する前記設定額が更新され、前記期間記憶手段が記憶する前記期間特定値が前記所定期間の次以降の期間を特定する値に更新される。
 本発明の一実施の形態にかかる方法は、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体から前記期間を読み取る処理と、
 読み取られた当該期間特定値が所定期間を特定すれば、前記記録媒体が記憶する前記設定額を更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、を実行する。
 本発明の一実施の形態にかかる方法は、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体に対応する更新額を包含するグレーリストを受信する処理と、前記記録媒体から前記期間特定値を読み取る処理と、
 読み取られた当該期間特定値が所定期間を特定すれば、
 前記グレーリストを検索する処理と、前記記録媒体が記憶する前記設定額を更新する処理であって、前記記録媒体対応の更新値が前記グレーリストに包含されていれば当該更新値で、包含されていなければ所定金額で更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、を実行する端末装置に接続する処理と、
 前記期間ごとに、前記記録媒体対応の口座の残高が前記所定金額を下回る前記口座の前記残高を包含する前記グレーリストを作成して、前記端末装置に送信する処理と、を実行する。
 本発明の一実施の形態にかかるプログラムは、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体から前記期間特定値を読み取る処理と、
 読み取られた当該期間特定値が所定期間を特定すれば、前記記録媒体が記憶する前記設定額を更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、をコンピュータに実行させる。
 本発明の一実施の形態にかかるプログラムは、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値と、を記憶する記録媒体に対応する更新額を包含するグレーリストを受信する処理と、前記記録媒体から前記期間特定値を読み取る処理と、
 読み取られた当該期間特定値が所定期間を特定すれば、
 前記グレーリストを検索する処理と、前記記録媒体が記憶する前記設定額を更新する処理であって、前記記録媒体対応の更新値が前記グレーリストに包含されていれば当該更新値で、包含されていなければ所定金額で更新する処理と、前記記録媒体が記憶する前記期間特定値を、前記所定期間の次以降の期間を特定する値に更新する処理と、を実行する端末装置に接続する処理と、
 前記期間ごとに、前記記録媒体対応の口座の残高が前記所定金額を下回る前記口座の前記残高を包含する前記グレーリストを作成して、前記端末装置に送信する処理と、をコンピュータに実行させる。
 本発明は、電子マネー等の支払い手段のチャージにかかるユーザ負担を軽減する。
図1は、第1の実施の形態にかかる決済システム4の構成図である。 図2は、グレーリスト記憶部13に格納されるグレーリストの構成を示す。 図3は、口座記憶部25に記憶される情報を示す。 図4は、設定額更新部12の動作フローチャートである。 図5は、端末処理部11の動作フローチャートである。 図6は、端末処理部11のオンライン処理の動作フローチャートである。 図7は、リスト配布部21の動作フローチャートである。 図8は、サーバ処理部22の動作フローチャートである。 図9は、一般処理部23の動作フローチャートである。 図10は、第4の実施の形態にかかる決済システム4の構成図である。 図11は、デフォルトリスト記憶部17に格納されるデフォルトリストの構成を示す。 図12は、第4の実施の形態の口座記憶部25が格納する口座レコード50の構成を示す。 図13は、第4の実施の形態の設定額変更部12の動作フローチャートである。 図14は、第4の実施の形態のリスト配布部21の動作フローチャートである。 図15は、第5の実施形態の端末装置1の構成を示す。 図16は、第6の実施形態のサーバ装置2の構成を示す。 図17は、第7の実施形態のICカード3の構成を示す。
 <第1の実施の形態>
 図1は、本実施の形態にかかる決済システム4の構成図である。決済システム4は、ネットワーク41を介して接続された、端末装置1、一般端末42、および、サーバ装置2を包含する。
 端末装置1は、例えば、販売店の支払いカウンタに設置されている支払い用の装置である。サーバ装置2は、例えば、銀行に設置されている。一般端末42は、例えば、銀行に設置されたATM(Automated teller machine)、家庭に置かれたPC(Personal Computer)である。決済システム4は、ユーザの支払額に応じて、オフライン決済またはオンライン決済のいずれかを行う。
 オフライン決済時には、ユーザは携帯するICカード3が記憶する電子マネー等で支払いを行う。オフライン決済において、ユーザは端末装置1とサーバ装置2の間の通信の完了を待つ必要はない。オンライン決済時には、ユーザは、サーバ装置2が記憶している銀行口座の残高から支払いを行う。オンライン決済において、ユーザは端末装置1とサーバ装置2の間の通信の完了を待つ必要がある。
 本実施の形態の決済システム4の端末装置1は、ほぼ一定の期間ごとに1回、例えば、毎日1回、毎週1回、または、毎月1回、ICカード3に記憶される電子マネー等の金額を更新する。以降、特に断りのない限り、毎日1回の頻度での更新を前提とする。
 端末装置1は、端末処理部11、設定額更新部12、グレーリスト記憶部13、および、受信部14を備える。端末処理部11には、キーボード15およびリーダ/ライタ16が接続される。設定額更新部12には、リーダ/ライタ16が接続される。
 端末処理部11は、キーボード15等から入力された支払額に応じて、オフライン決済の為の処理(以降、オフライン処理)、および、オンライン決済の為の処理(以降、オンライン処理)の何れかを選択して実行する。設定額更新部12は、ICカード3が記憶する電子マネー等の金額を更新する。ICカード3を所持するユーザは、ここに記憶されている金額の範囲内でオフライン決済できる。受信部14は、サーバ装置2が配布するグレーリストを受信してグレーリスト記憶部13に格納する。グレーリストは、例えば、残高が所定金額未満の銀行口座のリストである。
 リーダ/ライタ16は、ICカード3に記憶されているデータの読み書きを行う。リーダ/ライタ16は、例えば、RFID(Radio Frequency IDentification)のリーダ/ライタである。
 ICカード3は、カードID(IDentification)またはユーザID(以降、単にIDと呼ぶ)を格納するID記憶部31、オフライン決済等で支払い可能な金額を特定する値である設定額を格納する設定額記憶部32、および、設定額の更新を最後に行った期間を特定する値である期間特定値を格納する期間記憶部33を備える。
 期間記憶部33は、期間が特定できる値であれば、どのような値を格納していてもよい。期間記憶部33は、例えば、設定額の更新を行った日付(以降、更新日付と呼ぶ)を格納する。更新日付を格納している場合、期間記憶部33は、日付記憶部33とも呼ばれる。設定額の更新が毎週1回の場合、期間記憶部33は、例えば、更新日が属する週の月曜日の日付を格納してもよい。設定額の更新が毎月1回の場合、期間記憶部33は、例えば、January等の月の名称を格納してもよい。
 ここで、端末処理部11、設定額更新部12および、受信部13は、論理回路等で構成される。それらは、端末装置1のメモリ(図示されず)に格納されて、端末装置1のプロセッサ19により実行されるソフトウェアにより実現されても良い。グレーリスト記憶部13は、ICメモリ、ディスク装置等の記憶装置である。
 サーバ装置2は、リスト配布部21、サーバ処理部22、一般処理部23、問い合わせ処理部24、及び、口座記憶部25を備える。リスト配布部21は、グレーリストを作成して端末装置1に配信する。サーバ処理部22は、端末装置1の端末処理部11と連携して、オフライン決済およびオンライン決済を行う。一般処理部23は、一般端末42から要求を受信して、口座の残高の範囲で、例えば、他口座への送金やネットショップでの支払い等のオンライン決済を行う。問い合わせ処理部24は、端末装置1からIDを含む設定額の問い合わせを受信して、当該IDの口座の残高と所定金額の小さい方を返信する。口座記憶部25は、ユーザの銀行口座等の情報を格納する。
 ここで、リスト配布部21、サーバ処理部22、一般処理部23、および、問い合わせ処理部24は、論理回路等で構成される。それらは、サーバ装置2のメモリ(図示されず)に格納されて、サーバ装置2のプロセッサ29により実行されるソフトウェアにより実現されても良い。口座記憶部25は、ICメモリ、ディスク装置等の記憶装置である。
 図2は、グレーリスト記憶部13に格納されるグレーリストの構成を示す。グレーリストは、リストID61と更新値62を対応付けて格納している。グレーリストは、例えば、残高が所定金額未満の銀行口座のIDをリストID61、その残金を更新値62とするリストである。
 図3は、口座記憶部25に記憶される情報を示す。口座記憶部25は、ユーザの銀行口座ごとに口座レコード50を記憶する。口座レコード50は、口座ID51、残高52、設定額写し53、及び、最終支払い日付54を包含する。
 口座ID51は、当該口座のユーザに発行されたICカード3のID記憶部31に格納されているIDと同じ値である。残高52は、当該口座の残高である。設定額写し53は、当該口座のICカード3の設定額記憶部32に記憶されている設定額のコピーを記憶する。最終支払い日付54は、ユーザが、当該口座のICカード3により支払いをした、直近の日付を記憶する。
 図4は、設定額更新部12の動作フローチャートである。設定額更新部12は、例えば、ユーザが支払いのために、ICカード3をリーダ/ライタ16にかざし、リーダ/ライタ16がICカード3を検知したことを契機として動作を開始する。または、端末装置1の操作者が入力した命令を契機に動作を開始してもよい。
 設定額更新部12は、ICカード3から、ID、設定額、及び、更新日付を読み出す(S11)。設定額更新部12は、ID、設定額、および、更新日付を、それぞれ、ID記憶部31、設定額記憶部32、日付記憶部33から読み出す。
 設定額更新部12は、当該更新日付が過去の日付、例えば、本日の日付より前の日付であるか判定する(S12)。設定額更新部12は、当該更新日付と現在日付を比較することでこの判断を行う。設定額更新部12は、例えば、端末装置1が備えるカレンダー機能を用いて現在日付を取得する。
 S12の処理は、設定額が更新された時点が、過去の期間に属するか(S12でY)、または、現時点を含む期間に属するか(S12でN)を判定する処理である。したがって、この処理は、設定額の更新頻度、及び、ICカード3の期間記憶部33にどのような値が格納されているかにより、若干変わる。例えば、設定額の更新が毎日1回ではなく毎週1回であり、ICカード3が更新日付を記憶している場合、設定額更新部12は、更新日付が先週に属するかを判断する。さらに、例えば、設定額の更新が毎月1回であり、ICカード3が更新した日の月の名称を記憶している場合、設定額更新部12は、ICカード3から読み取った名称が、先月またはそれ以前の月の名称であるかを判断する。
 当該更新日付が過去の日付である場合(S12でY)、設定額更新部12は、当該更新日付が、過去所定期間以内かを判定する(S13)。ここで、所定期間は、例えば、決済システム4の管理者が、端末装置1及びサーバ装置2にパラメータとして与える。所定期間は、例えば、1年間である。このとき、設定額更新部12は、当該更新日付が過去1年以内かどうかを判定する。このとき、設定額更新部12は、いま読み取られたICカード3が過去所定期間以内に支払いに使用されたか否かを判定することになる。
 当該更新日付が過去所定期間以内である場合(S13でY)、設定額更新部12は、ICカード3から読み出されたIDが、グレーリスト内に登録されているか確認する(S14)。登録されていない場合(S14でN)、設定額更新部12は、ICカード3の設定額記憶部32に所定金額を格納する(S15)。即ち、設定額更新部12は、ICカード3が記憶する設定額を、所定金額に更新する。ここで、所定金額は、例えば、決済システム4の管理者により、端末装置1及びサーバ装置2にパラメータとして与えられる。
 ICカード3から読み出されたIDが、グレーリスト内に登録されている場合(S14でY)、設定額更新部12は、設定額記憶部32に、当該IDに対応するグレーリストの更新値62の値を格納する(S18)。ここで、当該IDに対応する更新値62は、当該IDと一致するリストID61に対応付けられている更新値62を意味する。
 ICカード3から読み出された更新日付が、過去所定期間以内でない場合(S13でN)、設定額更新部12は、当該IDを含む問い合わせをサーバ装置2の問い合わせ処理部24に送信して(S19)、その応答値を受信し(S1A)、応答値を設定額記憶部32に格納する(S1B)。
 設定額記憶部32を更新(S15、S18、または、S1B)した後、設定額更新部12は、ICカード3の日付記憶部33に現在日付を格納する(S16)。最後に設定額更新部12は、端末処理部11を起動する(S17)。
 なお、ICカード3から読み出された更新日付が過去のものでない場合(S12でN)、設定額更新部12は、設定額の更新を行わず、端末処理部11を起動する(S17)。当日はもう、設定額の更新がなされているからである。
 図5は、端末処理部11の動作フローチャートである。端末処理部11は、キーボード15から支払額を得る(S21)、と共に、ICカード3からID、および、設定額を読み出す(S22)。端末処理部11は、ID、および、設定額を、それぞれ、ID記憶部31、設定額記憶部32から読み出す。
 当該支払額が当該設定額より大きい場合(S23でY)、端末処理部11は、オンライン処理を実行する(S26)。この処理は図6に示される。
 当該支払額が当該設定額より大きくない場合(S23でN)、端末処理部11は、オフライン処理を実行する。即ち、端末処理部11は、当該設定額から当該支払額を差し引いた値を算出して、当該値をICカード3の設定額記憶部32に格納する(S24)。この時点で、ユーザにとっての支払い行為は終了したものとして、端末処理部11は、ユーザがICカード3を持って、立ち去ることを許容しても良い。
 その後、端末処理部11は、当該支払額と当該IDをサーバ装置2のサーバ処理部22に送信する(S25)。オフライン決済の場合、端末処理部11は、サーバ装置2からの応答を待ち合わせなくても良い。
 図6は、端末処理部11のオンライン処理の動作フローチャートである。
 先ず、端末処理部11は、キーボード15から入力された支払額、および、ICカード3から読み出されたIDと設定額をサーバ装置2のサーバ処理部22に送信して(S31)、サーバ装置2からの返信を待つ(S32)。
 サーバ装置2のサーバ処理部22から返信を受信して、それが処理の正常終了を示し(S33でY)、かつ、設定額の更新値を含む(S34でY)場合、端末処理部11は、ICカード3の設定額記憶部32に受信した更新値を格納する(S35)。このとき、端末処理部11は、ユーザがICカード3を再度、リーダ/ライタ16にタップするように要求しても良い。
 サーバ装置2からの返信が更新値を含まない場合(S34でN)、第2の端末処理部13は、ICカード3の設定額記憶部32を更新しない。
 なお、サーバ装置2から返信を受信して、それが処理の異常終了を示す場合(S33でN)、端末処理部13は、異常原因に対応した処理を行う。異常原因は、例えば、残高52の不足である。
 図7は、リスト配布部21の動作フローチャートである。リスト配布部21は、例えば、毎日1回起動される(S41)。
 起動されると、リスト配布部21は、グレーリストを作成する(S42)。具体的に、リスト配布部21は、最終支払い日付54が過去所定期間以内であり、かつ、残高52が所定金額より小さい口座レコード50の口座ID51と残高52を口座記憶部25から抽出して、各々をリストID61、更新値62とするグレーリストを作成する(S42)。次に、リスト配布部21は、グレーリストを端末装置1に配信する(S43)。
 最後に、リスト配布部21は、口座レコード50の設定額写し53を更新する(S44)。具体的に、リスト配布部21は、口座ID51がグレーリストに含まれる口座レコード50の設定額写し53に、当該レコードの残高52と同じ値を格納する。リスト配布部21は、口座ID51がグレーリストに含まれない口座レコード50の設定額写し53に、所定金額を格納する。
 図8は、サーバ処理部22の動作フローチャートである。サーバ処理部22は、端末装置1の端末処理部11から支払額、ID等のデータを受信すると、処理を開始する。
 サーバ処理部22は、まず、受信したIDと一致する口座ID51に対応する最終支払日付54に、現在の日付を格納する(S51)。その後、サーバ処理部22は、受信したIDと一致する口座ID51に対応する残高52を口座記憶部22から読み出す(S52)。残高52が支払額以上であること(S53でY)を確認すると、サーバ処理部22は残高52から支払額を差し引く(S54)。すなわち、サーバ処理部22は、残高52から支払額を差し引いた値を算出し、その値を、受信したIDと一致する口座ID51に対応する残高52として、口座記憶部22に格納する。
 オフライン決済である場合(S55でY)、サーバ処理部22は、設定額写し53から支払額を差し引く(S59)。すなわち、サーバ処理部22は、設定額写し53から支払額を差し引いた値を算出し、その値を、受信したIDと一致する口座ID51に対応する設定額写し53として、口座記憶部22に格納する。そして、サーバ処理部22は処理を終了する。
 なお、サーバ処理部22は、例えば、オフライン決済であるかオンライン決済であるかの区別を、端末処理部11から支払額などと共に受信する。
 オンライン決済時(S55でN)、サーバ処理部22は、S54で算出された残高と、受信したIDと一致する口座ID51に対応する設定額写し53と、を比較する(S56)。算出された残高が設定額写し53以上である場合(S56でY)、サーバ処理部22は、正常報告を示し、かつ、設定額更新値を含まない返信データを作成し、端末装置1に送信する(S5A)。
 算出された残高が設定額写し53より小さい場合(S56でN)、サーバ処理部22は、S54で算出された残高を設定額の更新値とし(S56)、正常報告を示し、かつ、更新値を含む返信データを作成し、端末装置1に送信する(S58)。
 この処理は、オンライン決済で残高が、設定額より減ってしまった口座のICカード3に、当該残高以上の設定額が記憶されたままになるのを防止する為に行う。なお、サーバ処理部22は、受信したIDと一致する口座ID51に対応する設定額写し53を使用する代わりに所定金額を使用しても良い。設定額写し53の最大値は所定金額であるため、所定金額を用いた場合、S56が安全側の判断となるからである。サーバ処理部22は、このICカード3の設定値の更新にかかる処理(S56乃至S58)を実施しなくてもよい。
 なお、残高52が支払額より小さな場合(S53でN)、サーバ処理部22は、残高不足の処理を行う。この処理は、決済不能との異常報告を示す返信データを端末装置1に送信する処理でも良いし、不足金額を貸し出す処理でも良い。
 図9は、一般処理部23の動作フローチャートである。一般処理部23は、ICカード3を用いない支払の処理を行う。一般処理部23は、例えば、ユーザが一般端末42に他口座への送金やネットショップでの支払い等のオンライン決済の実行指示を入力すると起動される。実行指示は、実行すべき処理の種類の指定、支払いユーザのID、及び、金額を包含する。実行指示は、実行すべき処理の種類に応じて、その他の情報、例えば、送金先のIDを含んでも良い。
 一般処理部23は、先ず、一般端末42から上述の実行指示を取得する(S61)。一般処理部23は、ついで、取得したIDと一致する口座ID51に対応する残高52、設定額写し53を口座記憶部25から読み出す(S62)。取得した支払額が、残高52から設定額写し53を差し引いた額以下であれば(S63Y)、一般処理部23は、残高52から支払額を差し引く処理を含む、指定された種類の処理を実行する(S64)。残高52から支払額を差し引くとは、残高52から支払額を差し引いた値を算出し、その値を、取得したIDと一致する口座ID51に対応する残高52として、口座記憶部22に格納することを指す。
 一般処理部23は、取得した支払額が、残高52から設定額写し53を差し引いた額より大きければ(S63でN)、一般端末42に異常終了の報告を送信する(S65)。即ち、一般処理部23は、実行指示完了時に、少なくとも設定額写し53の分の金額が、残高52に残るように支払いを実行する。S63で、一般処理部23は、設定額写し53の代わりに所定金額を用いてもよい。設定額写し53の最大値は所定金額であるため、所定金額を用いた場合、S63が安全側の判断(設定金額より多いかもしれない残高52を残す判断)となる。なお、一般処理部23は、S63において、残高52から設定額写し53を差し引くことをしなくてもよい。
 問い合わせ処理部24は、端末装置1の設定額更新部12からIDを含む設定額の問い合わせを受信して、受信したIDと一致する口座ID51に対応する残高52と所定金額の小さい方を応答値として返信する。
 なお、更新頻度が毎日1回ではなく、毎週1回、例えば月曜日である場合は、設定額更新部12は、図4のS12に於いて、処理当日が月曜日であれば、更新日付が当日の日付より前かどうかを判断し、処理当日が月曜日でなければ、更新日付が直前の月曜日より前かどうかを判断する。更新頻度が毎月1回、例えば、毎月1日である場合は、設定額更新部12は、図4のS12に於いて、更新日付が示す月が、現在日付の月より以前かどうかを判断する。
 本実施の形態にかかる決済システム4は、電子マネー等の支払い手段のチャージにかかるユーザ負担を軽減する。その理由は、設定額更新部12が、ほぼ一定期間毎に1回、例えば、毎日1回、ICカード3が記憶する設定額を、例えば、所定金額に更新するからである。
 ユーザは、チャージされている設定額の残りを管理する必要はなく、一定期間内に少なくとも一度、ICカード3を端末装置1のリーダ/ライタ16にタップするだけでよい。しかも、このチャージの大部分は、オフラインで実行され、ユーザがオンライン処理の完了を待ち合わせる必要がない。
 しかも、端末装置1が設定額更新部12と端末処理部11の両者を備えている場合、ユーザは支払いを行う為にICカード3を端末装置1のリーダ/ライタ16にタップだけで良く、わざわざチャージの為にICカード3を端末装置1のリーダ/ライタ16にタップする必要はない。この支払いも、一日の利用額が所定金額以内であれば、オフライン決済で完了するため、ユーザは、支払いとチャージの両方を1回のタップで、オフラインで完了させることが出来る。
 本実施の形態にかかる決済システム4は、電子マネー等の支払い手段のチャージにかかる店舗など、支払いを受ける側のリスクを軽減する。その理由は、設定額更新部12が、残高52を超えた金額を、ICカード3にチャージしないからである。その目的のため、グレーリストが用いられる。グレーリストは、残高52が所定金額に満たない口座のICカード3にチャージする額を包含している。さらに、一般処理部23が、ICカード3にチャージされている額(設定額写し53、または、その上限値である所定金額)、を残高52から控除した金額内で、他口座への送金やネットショップでの支払い等のオンライン決済を実行するからである。サーバ処理部22は、オンライン決済で残高が減ってしまった口座のICカード3に、当該残高以上の設定値がICカード3に記憶されたままになるのを防止するからである。
 本実施の形態にかかる決済システム4は、配布するグレーリストのデータ量を低く抑えることが出来る。その理由は、所定期間以上使用されていないICカード3の口座情報を、グレーリストに含めないからである。所定期間以上使われていないICカード3が、近い将来、再び使われる可能性は小さい。当該口座の情報をグレーリストに含めることは、グレーリストの肥大化を招くが、本実施の形態にかかる決済システム4はこれを防止する。
 <第1の実施形態の変形>
 本実施の形態に係る決済システム4は、銀行口座の残高に基づいた電子マネーの支払いのみならず、他の決済、例えば、与信残高に基づいたクレジットカードの支払いにも適用できる。また、決済システム4は、支払いの原因を問わず適用できる。支払いの原因は、商品、サービスの対価の支払いであっても良いし、お金の貸し出し、借金の返済、単なる送金であっても良い。
 なお、ICカード3は、他の形状のICメモリに変更されても良いし、他の記録媒体、例えば、USB(Universal Serial Bus)メモリに変更されても良い。この場合、リーダ/ライタ16は、USBインターフェースに変更される。また、ICカード3は、人間が携帯する物ではなく、自動車の外部や、車いすに備え付けられ、例えば、ドライブスルーの支払いに用いられる記録媒体に置き換えられても良い。
 第1の実施の形態において、設定更新部12は、ICカード3の期間記憶部33に、設定額記憶部32が更新された期間を特定する期間特定値、例えば、更新日付を格納する(図4のS16)。設定更新部12は、ICカード3の期間記憶部33に、設定額記憶部32が次に更新される期間を特定する期間特定値、例えば、更新日付の翌日の日付を格納してもよい。すなわち、設定額記憶部32は、更新された期間の次の期間を特定する期間特定値を格納しても良い。この場合、設定額記憶部32は、図4の例示において、ICカード3から更新日付の翌日の日付を読み出して(S11)、当該日付が現在の日付または過去の日付であるかを判断してもよい(S12)。
 決済システム4は、支払額、設定額、及び、残高52として、金額ではなく、それらに類似した他の値、例えば、商品との交換可能なポイント数を用いても良い。
 決済システム4は、支払額、設定額、及び、残高52として、その金額自体ではなく、それらを特定できる他の値、例えば、それらの値を負にした値を用いても良い。その場合、第1の実施の形態で説明した、演算は適宜変更される。例えば、比較の大小関係は逆転する。
 決済システム4のユーザは単一でも良い。この場合、ICカード3はID記憶部31を備えず、口座記憶部22は口座ID51を記憶せず、グレーリストはリストID61を記憶しなくて良い。
 サーバ装置2は、口座記憶部25を備えなくても良い。口座記憶部25は、サーバ装置2と接続された、他の装置が備えていても良い。
 端末装置1は、必ずしも、端末処理部11を備えている必要はない。端末処理部11は、別のPOS(Point of Sales)端末に備えられていても良い。この場合、端末装置1は、POS端末周辺機器としての端末、あるいは、いわゆる電子マネー等のチャージ機として機能し、例えば、店舗、銀行、駅に設置される。この場合、ユーザは、チャージの為に端末装置1にICカード3をタップする必要はあるが、残高やチャージ金額の決定に煩わされることはない。
 口座レコード50は、設定額写し53を包含しなくてもよい。上述したように、サーバ処理部22や一般処理部23は、設定額写し53の代わりに所定金額を用いてもよい。この場合、リスト配布部21やサーバ処理部22は、設定額写し53の維持は不要となる。
 グレーリストは、更新値62を包含しない構成としてもよい。この場合、設定額更新部12は、グレーリストに含まれる口座の更新値を、サーバ装置2の問い合わせ処理部24から得てもよい。
 設定額更新部12は、グレーリストの更新日をチェックし、正常に更新されていなかったら、当日の設定額の更新を実施しないようにしてもよい。最新の残高52を反映しない設定値がICカード3に書き込まれないようにする為である。
 設定額更新部12は、自装置が備える時計やカレンダーのデータをサーバ装置2に送信して、その正常性を検証してもよい。この検証は、時計やカレンダーの不正な設定を検出し、設定値が誤って更新されるのを防止する為である。本検証は、例えば、設定額の更新処理のバックグラウンドで行う。
 端末処理部11は、オフライン処理の結果、設定額が閾値以下の値になった場合には、設定値を更新して、再度オフライン決済が可能になるようにしても良い。この場合、端末処理部11は、更新額を、サーバ装置2の問い合わせ処理部24から得てもよい。
 <第2の実施の形態>
 サーバ装置2のリスト配布部21は、残高52が所定金額より小さな口座レコード50の口座ID51と残高52をグレーリストに含める代わりに、当該口座レコード50の口座ID51をグレーリストのリストID61として含めても良い。グレーリストは、更新値62を含まない。この場合、端末装置1の設定額更新部12は、グレーリストに登録されている口座については、問い合わせ処理部24に、設定額の問い合わせを送信して、ICカード3の設定額をその応答値で更新する。
 本実施の形態におけるグレーリストは、第1の実施形態に比べ、データ量が小さくなる。
 <第3の実施の形態>
 サーバ装置2のリスト配布部21は、残高52が所定金額より小さな口座レコード50の口座ID51と残高52をグレーリストに含める代わりに、残高52が所定金額より大きな口座レコード50の口座ID51をグレーリストのリストID61として含めても良い。グレーリストは、更新値62を含まない。この場合、端末装置1の設定額更新部12は、グレーリストに登録されている口座については、ICカード3の設定額を所定金額で更新し、そうでない口座については、問い合わせ処理部24に、設定額の問い合わせを送信して、ICカード3の設定額をその応答値で更新する。
 本実施の形態におけるグレーリストは、第1の実施形態に比べ、データ量が小さくなる。残高52が所定金額より小さな口座レコード50の数が、残高52が所定金額より大きな口座レコード50の数より大きな場合に、この効果は顕著である。
 <第4の実施の形態>
 図10は、本実施の形態にかかる決済システム4の構成図である。第1の実施形態において、グレーリストに登録されていないICカード3の設定額は、決算システム4で一律に決められている所定金額で更新される(図4のS15)。本実施の形態では、ICカード3の設定額は、口座ごとに決められている金額で更新される。以降、本実施の形態について、第1の実施の形態との差分を説明する。
 第1の実施の形態の構成に加え、本実施の形態の端末装置1はデフォルトリスト記憶部17を備え、サーバ装置2はデフォルト変更部26を備える。
 ここで、デフォルト変更部26は、論理回路等で構成される。それらは、サーバ装置2のメモリ(図示されず)に格納されて、サーバ装置2のプロセッサ29により実行されるソフトウェアにより実現されても良い。デフォルトリスト記憶部17は、ICメモリ、ディスク装置等の記憶装置である。
 図11は、デフォルトリスト記憶部17に格納されるデフォルトリストの構成を示す。デフォルトリストは、リストID71として記憶されるIDごとに、デフォルト値72を格納する。デフォルト値72が、上述した口座ごとに決められている金額である。
 図12は、本実施の形態の口座記憶部25が格納する口座レコード50構成を示す。本実施の形態の口座レコード50は、第1の実施の形態の構成に加え、デフォルト設定額55を記憶する。デフォルト設定額55の初期値は、例えば、決済システム4で一律に決定された所定の値である。デフォルト設定額55の初期値は、ユーザからの書面による申告値であってもよい。
 図13は、本実施の形態の設定額変更部12の動作フローチャートである。本実施の形態の設定額更新部12は、S15において、ICカード3から読み出したID対応のデフォルト値72をデフォルトリスト記憶部17から読み出し、当該値をICカード3の設定額記憶部32に格納する。
 図14は、本実施の形態のリスト配布部21の動作フローチャートである。本実施の形態のリスト配布部21は、グレーリスト作成(S42)時に、最終支払い日付54が過去所定期間以内であり、かつ、残高52がデフォルト設定値55より小さい口座レコード50の口座ID51と残高52を口座記憶部25から抽出して、各々をリストID61、更新値62とするグレーリストを作成する。
 続いて、本実施の形態のリスト配布部21は、デフォルトリスト作成する(S42-1)。具体的には、リスト配布部21は、最終支払い日付54が過去所定期間以内である口座レコード50の口座ID51とデフォルト設定額55を口座記憶部25から抽出して、各々をリストID71とデフォルト値72とするデフォルトリストを作成する。
 その後、リスト配布部21は、グレーリストとともにデフォルトリストも、端末装置1に配布する。なお、本実施の形態の端末装置1の受信部14は、グレーリストとデフォルトリストを受信して、各々を、グレーリスト記憶部13とデフォルトリスト記憶部17に格納する。
 また、リスト配布部21は、口座レコード50の設定額写し53を更新する際(S44)、口座ID51がグレーリストに含まれない口座レコード50の設定額写し53に、デフォルト設定額55を格納する。
 デフォルト変更部26は、例えば、一般端末42からIDと変更値を入力されると、当該IDに対応する口座レコード50のデフォルト設定額55を変更値で書き換える。
 本実施の形態の決済システム4は、ユーザの個々の要求、経済状況に合わせて、チャージ金額の変更が可能となる。また、一時的な変更も可能となる。例えば、残高52の全額をWeb決済に用いたいユーザは、前日にデフォルト設定額55をゼロに設定しておけばよい。
 このような効果を生じるのは、サーバ装置2が、ID対応にデフォルト設定値55を持っており、この値をほぼ定期的にデフォルトリストに包含させて端末装置1に配布するからである。そして、端末装置1がデフォルトリストに基づいて、ICカード3に設定額を記憶させるからである。
 <第5の実施の形態>
 図15は、本実施形態の端末装置1の構成を示す。本実施形態の端末装置1は、設定変更部12を備える。
 設定変更部12は、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値とを記憶する記録媒体、例えば、ICカード3から期間特定値を読み取る処理を実行する。読み取られた当該期間特定値が所定期間を特定すれば、設定更新部12は、さらに、記録媒体が記憶する設定額を更新する処理と、記録媒体が記憶する期間特定値を、所定期間の次以降の期間を特定する値に更新する処理とを実行する。
 本実施の形態にかかる端末装置1は、電子マネー等の支払い手段のチャージにかかるユーザ負担を軽減する。その理由は、設定額更新部12が、期間毎に1回、例えば、毎日1回、ICカード3が記憶する設定額を更新するからである。
 ユーザは、チャージされている設定額の残りを管理する必要はなく、期間内に少なくとも一度、ICカード3を端末装置1のリーダ/ライタ16にタップするだけでよい。
 <第6の実施の形態>
 図16は、本実施形態のサーバ装置2の構成を示す。サーバ装置2は、端末装置と接続されており、リスト配布部21を備える。
 端末装置は、支払い可能な金額を特定する値である設定額と、複数の期間のいずれかを特定する値である期間特定値とを記憶する記録媒体、例えば、ICカード3に対応する更新額を包含するグレーリストを受信する処理と、記録媒体から期間特定値を読み取る処理と、読み取られた当該期間特定値が所定期間を特定すれば、グレーリストを検索する処理と、記録媒体が記憶する設定額を更新する処理と、記録媒体が記憶する期間特定値を、所定期間の次以降の期間を特定する値に更新する処理と、を実行する。
 記録媒体が記憶する設定額を更新する処理は、入力媒体対応の更新値がグレーリストに包含されていれば当該更新値で、包含されていなければ所定金額で更新する処理である。
 リスト配布部21は、期間ごとに、記録媒体対応の口座の残高が所定金額を下回る口座の残高を包含するグレーリストを作成して、端末装置に送信する。
 本実施の形態にかかるサーバ装置2は、電子マネー等の支払い手段のチャージにかかるユーザ負担を軽減するとともに、店舗など、支払いを受ける側のリスクを軽減する。その理由は、リスト配布部21が期間毎に1回、例えば、毎日1回、グレーリストを配布し、端末装置が、期間毎に、ICカード3が記憶する設定額を、所定金額、あるいは、グレーリストに基づく値に更新するからである。
 <第7の実施の形態>
 図17は、本実施形態の記録媒体、例えば、ICカード3の構成を示す。ICカード3は、支払い可能な金額を特定する値である設定額を記憶する設定額記憶部32と、複数の期間のいずれかを特定する値である期間特定値を記憶する期間記憶部33と、を備える。
 このICカード3は、期間記憶部33が格納している期間特定値が所定期間を特定すれば、設定額記憶部32が記憶する設定額が更新され、期間記憶部33が記憶する期間特定値が所定期間の次以降の期間を特定する値に更新される。
 本実施の形態にかかる記録媒体、例えば、ICカード3は、電子マネー等の支払い手段のチャージにかかるユーザ負担を軽減する。その理由は、期間毎に1回、例えば、毎日1回、設定額記憶部32が記憶する設定額が更新されるからである。
 以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
 1  端末装置
 2  サーバ装置
 3  ICカード
 4  決済システム
 11  端末処理部
 12  設定額更新部
 13  グレーリスト記憶部
 14  受信部
 15  キーボード
 16  リーダ/ライタ
 17  デフォルトリスト記憶部
 19、29  プロセッサ
 21  リスト配布部
 22  サーバ処理部
 23  一般処理部
 24  問い合わせ処理部
 25  口座記憶部
 26  デフォルト変更部
 31  ID記憶部
 32  設定額記憶部
 33  日付記憶部
 33  期間記憶部
 41  ネットワーク
 42  一般端末
 51  口座ID
 52  残高
 53  設定額写し
 54  最終支払い日付
 55  デフォルト設定額
 61、71  リストID
 62  更新値
 72  デフォルト値

Claims (32)

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