Value holding system, value holding method, value holding program, and transaction system

• US 7,287,690 B2
• Filed: 03/08/2006
• Issued: 10/30/2007
• Est. Priority Date: 05/13/2003
• Status: Active Grant

• Current Assignee: Panasonic Intellectual Property Corporation of America (Panasonic Holdings Corporation)
• Original Assignee: Matsushita Electric Industrial Company Limited (Panasonic Holdings Corporation)
• Inventors: Nakano, Toshihisa, Ohmori, Motoji
• Primary Examiner(s): Lee, Michael G.
• Assistant Examiner(s): TRAIL, ALLYSON NEEL
• Application Number:
  US11/369,749
• Publication Number:
  US 20060144930A1
• Time in Patent Office: 601 Days
• Field of Search: 235/379, 235/375, 235/380, 235/382, 235/383, 235/449, 705/13, 705/41, 340/5.2, 340/5.21
• US Class Current: 235/379
• CPC Class Codes: G06Q 20/105 involving programming of a portable memory device, e.g. IC cards, "electronic purses"
• CPC Class Codes: G06Q 20/341 Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
• CPC Class Codes: G06Q 20/40975 using encryption therefor
• CPC Class Codes: G06Q 40/00 Finance; Insurance; Tax strategies; Processing of corporate or income taxes
• CPC Class Codes: G07B 15/02 taking into account a variable factor such as distance or time, e.g. for passenger transport, parking systems or car rental systems G07B15/06 takes precedence; taximeters G07B13/00; parking meters per se G07F17/24; car rental systems per se G07B15/00
• CPC Class Codes: G07F 7/1008 Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system

Abstract

A value holding system includes a receiving unit that receives an instruction to add or remove a value relating to a payment, a judging unit that judges whether the instruction is identical to a previously received instruction, and a rejecting unit that rejects the instruction when the judging unit judges that the instruction is identical to the previous instruction. According to the value holding system so constructed, it is possible to reject an invalid payment request in order to prevent an incorrect collection of payment.

Claims

1. A value holding apparatus for holding value information and performing a transaction process in response to a request for a transaction received from a request apparatus,

wherein the transaction process includes a pre-process, a receiving process, a judging process, and a value process, and

wherein said value holding apparatus comprises:

a pre-process unit operable to, when the transaction process is started, authenticate the request apparatus, as the pre-process;

a receiving unit operable to receive, from the request apparatus, a piece of request information that requests a transaction, as the receiving process;

a judging unit operable to hold history information, which is a piece of request information that was received by said receiving unit in a preceding transaction process, and judge, by using the history information and the piece of request information currently received by said receiving unit, whether the transaction requested by the currently received piece of request information is valid or invalid; and

a value process unit operable to, as the value process, (a) reject the transaction requested by the currently received piece of request information and end the transaction process if said judging unit judges that the transaction requested by the currently received piece of request information is invalid, and (b) increase or decrease a value indicated by the value information in accordance with the transaction requested by the currently received piece of request information and end the transaction process if said judging unit judges that the transaction requested by the currently received piece of request information is valid.

2. A value holding apparatus according to claim 1, wherein:

the payment is processed by using a value equivalent to money; and

said receiving unit is operable to receive, as the request information, information that indicates removal of the value.

3. A value holding apparatus according to claim 1, wherein said judging unit is operable to judge that the transaction requested by the currently received piece of request information is invalid when the history information matches the currently received piece of request information.

4. A value holding apparatus according to claim 1, wherein:

each request information contains an apparatus ID identifying a request apparatus; and

said judging unit is operable to judge that the transaction requested by the currently received piece of request information is invalid when an apparatus ID contained in the history information matches an apparatus ID contained in the currently received piece of request information.

5. A transaction system according to claim 4, wherein said value holding apparatus is a memory card.

6. A transaction system according to claim 4, wherein said value holding apparatus is a handheld device.

7. A transaction system according to claim 4, wherein:

said value holding apparatus is structured by a handheld device and a memory card;

said handheld device includes said pre-process unit and said receiving unit; and

said memory card includes said judging unit and said value process unit.

8. A value holding apparatus according to claim 1, wherein:

each request information contains a location ID identifying a location of a request apparatus; and

said judging unit is operable to judge that the transaction requested by the currently received piece of request information is invalid when a location ID contained in the history information matches a location ID contained in the currently received piece of request information.

9. A value holding apparatus according to claim 1, wherein:

each request information contains a request ID identifying the request information; and

said judging unit is operable to judge that the transaction requested by the currently received piece of request information is invalid when a request ID contained in the history information matches a request ID contained in the currently received piece of request information.

10. A value holding apparatus according to claim 1, wherein said judging unit is operable to judge that the transaction requested by the currently received piece of request information is invalid when a difference between the history information and the currently received piece of request information is within a predetermined range.

11. A value holding apparatus according to claim 1, wherein:

each request information contains time information indicating a time relating to the request; and

said judging unit is operable to judge that the transaction requested by the currently received piece of request information is invalid when a difference between a time indicated by the time information in the history information and a time indicated by the time information in the currently received piece of request information is within a predetermined range.

12. A value holding apparatus according to claim 1, wherein:

said value holding apparatus is structured by a handheld device and a memory card;

said handheld device includes said pre-process unit and said receiving unit; and

said memory card includes said judging unit and said value process unit.

13. A value holding apparatus according to claim 1, wherein said value holding apparatus is a memory card.

14. A value holding apparatus according to claim 1, wherein said value holding apparatus is a handheld device.

15. A value holding apparatus according to claim 1, wherein:

the payment is processed by using a point; and

said receiving unit is operable to receive, as the request information, information that indicates removal of the point.

16. A value holding apparatus according to claim 1, wherein:

the transaction is a payment for use of a transport facility;

said value holding apparatus further comprises;

a zone recording unit operable to record information indicating a first zone in which a fare adjustment is unnecessary;

a location information receiving unit operable to receive, from the request apparatus, first location information that indicates a location where a use of the transport facility ends;

a location information recording unit operable to record second location information that indicates a location where the use of the transport facility starts;

an obtaining unit operable to, if said judging unit judges that the transaction requested by the currently received piece of request information is valid, obtain a second zone in which the transport facility is used, by using the first location information and the second location information; and

a zone judging unit operable to, if said judging unit judges that the transaction requested by the currently received piece of request information is valid, judge whether the second zone is included in the first zone, and judge that the transaction requested by the currently received piece of request information is invalid when the second zone is judged to be included in the first zone; and

said value process unit is operable to, as the value process, (a) reject the transaction requested by the currently received piece of request information and end the transaction process if said zone judging unit judges that the transaction requested by the currently received piece of request information is invalid, and (b) increase or decrease a value indicated by the value information in accordance with the transaction requested by the currently received piece of request information and end the transaction process if said zone judging unit judges that the transaction requested by the currently received piece of request information is valid.

17. A value holding method performed by a value holding apparatus that holds value information and performs a transaction process in response to a request for a transaction received from a request apparatus,

wherein the transaction process includes a pre-process, a receiving process, a judging process, and a value process, and

wherein said value holding method comprises:

authenticating, when the transaction process is started, the request apparatus, as the pre-process;

receiving, from the request apparatus, a piece of request information that requests a transaction, as the receiving process;

holding history information, which is a piece of request information that was received by said receiving of the piece of request information in a preceding transaction process, and judging, by using the history information and the piece of request information currently received in said receiving of the piece of request information, whether the transaction requested by the currently received piece of request information is valid or invalid; and

as the value process, (a) rejecting the transaction requested by the currently received piece of request information and ending the transaction process if said judging judges that the transaction requested by the currently received piece of request information is invalid, and (b) increasing or decreasing a value indicated by the value information in accordance with the transaction requested by the currently received piece of request information and ending the transaction process if said judging judges that the transaction requested by the currently received piece of request information is valid.

18. A computer program recorded on a computer-readable medium for causing a computer to execute procedures which are performed by a value holding apparatus that holds value information and performs a transaction process in response to a request for a transaction received from a request apparatus,

wherein the transaction process include a pre-process, a receiving process, a judging process, and a value process, and

wherein said procedures comprise:

authenticating, when the transaction process is started, the request apparatus, as the pre-process;

receiving, from the request apparatus, a piece of request information that requests a transaction, as the receiving process;

holding history information, which is a piece of request information that was received by said receiving of the piece of request information in a preceding transaction process, and judging, by using the history information and the piece of request information currently received in said receiving of the piece of request information, whether the transaction requested by the currently received piece of request information is valid or invalid; and

as the value process, (a) rejecting the transaction requested by the currently received piece of request information and ending the transaction process if said judging judges that the transaction requested by the currently received piece of request information is invalid, and (b) increasing or decreasing a value indicated by the value information in accordance with the transaction requested by the currently received piece of request information and ending the transaction process if said judging judges that the transaction requested by the currently received piece of request information is valid.

19. A transaction system structured by a request apparatus and a value holding apparatus that holds value information and performs a transaction process in response to a request for a transaction received from said request apparatus, wherein:

said request apparatus is operable to transmit request information indicating the request for the transaction to said value holding apparatus;

the transaction process includes a pre-process, a receiving process, a judging process, and a value process; and

said value holding apparatus comprises;

a pre-process unit operable to, when the transaction process is started, authenticate said request apparatus, as the pre-process;

a receiving unit operable to receive, from said request apparatus, a piece of the request information that requests the transaction, as the receiving process;

a judging unit operable to hold history information, which is a piece of request information that was received by said receiving unit in a preceding transaction process, and judge, by using the history information and the piece of request information currently received by said receiving unit, whether the transaction requested by the currently received piece of request information is valid or invalid; and

a value process unit operable to, as the value process, (a) reject the transaction requested by the currently received piece of request information and end the transaction process if said judging unit judges that the transaction requested by the currently received piece of request information is invalid, and (b) increase or decrease a value indicated by the value information in accordance with the transaction requested by the currently received piece of request information and end the transaction process if said judging unit judges that the transaction requested by the currently received piece of request information is valid.