JP2001236529A - Card information processing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a card managing system for automatically continuing a commutation ticket or additionally increasing SF value at need, only by making a user pass a ticket examination machine. SOLUTION: When a card user utilizes a card utilizing equipment 1050, while referring to information stored on a card 1060, the card utilizing equipment 1050 records utilization information on the relevant card. Next, on the basis of information referred to and obtained from the relevant card and the utilization information of the card, the request information of the relevant card is prepared by the card utilizing equipment 1050 and transmitted to the card managing system. The card managing system 1030 authenticates the request information, prepares and transmits the processing command of the relevant card on the basis of the authenticated result. Next, when the card utilizing equipment 1050 is utilized and a processing command corresponding to the relevant card 1060 is registered in that card utilizing equipment, the processing command for updating validity or depositing various kinds of value is executed to the relevant card.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

The present invention relates to a card system using a storage medium such as an IC card, and to a card management system having a function of automatically updating information in the card.

[0002] In particular, membership cards, credit cards,
Or a method for automating the renewal of card value and card expiration date when an unspecified number of users use a card-using device located in a wide area, such as a transportation ticket. It is.

[0003]

2. Description of the Related Art In order to charge an SF value to an electronic medium such as an IC card, the expiration date of the card is updated by a user or a window operator operating a terminal dedicated to charging.

[0004]

[0006] Conventionally, the card user needs to use a dedicated terminal to update the commuter pass and increase the SF value, which is inconvenient. An object of the present invention is to realize a card management system in which a user simply passes through a ticket gate and automatically continues a commuter pass as needed, or accumulates SF value.

[0005]

When a card user uses a card-using device, the card-using device refers to information stored in the card and records the use information on the card. Next, the card using device creates request information for the card based on the information referred to from the card and the use information for the card, and transmits the request information to the card management system. The card management system authenticates the request information and creates a processing command for the card based on the authentication result. The processing command is transmitted to a card-using device that is likely to be used next time (or is likely to be used) by the user. When the card user next uses the card-using device, if the processing command corresponding to the card is registered in the card-using device, the card-using device applies the card's expiration date to the card. And executing processing commands such as accumulating various values.

[0006]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The contents of a card management method in a railway IC card ticket system according to one embodiment of the present invention will be described below with reference to FIGS.

FIG. 1 shows the overall configuration of an IC card ticket system. The card management system 1030 includes a negative list (invalid card list) 1031 for managing the ID of a card that has become unusable due to theft, loss, failure, and the like, and a value for the card (e.g., a stored value of electronic money or a ticket).
Request list 1032 that manages requests such as charging of cards and renewal of card expiration date, command list 1033 that manages processing commands for individual requests in the request list, customer DB 1033 that manages customer information, and the like. It comprises a card management device 1035 for managing cards by using the card management device 1035.
In addition, the card management system is connected to an authentication organization 1010 via a communication network 1020, while being connected online to a ticket gate 1050 at each station via a communication network 1040. These ticket gates perform ticket gate operations by referring to the information of the IC card ticket 1060 and recording the information on the card. Note that the authentication organization 1010 may be an information processing device that authenticates information transmitted via the communication network 1020.

FIG. 2 shows an IC card ticket 2010 and a ticket gate 2020.
It is a structure of. The ticket memory 2011 and the usage information 2012 are stored in the internal memory of the IC card ticket. On the other hand, the ticket gate has a ticket processing unit 2021 and as fare information 202 as internal memory.
2, negative list 2023, charge list 2024, and card reader / writer 2025 that exchanges information with IC cards
Consists of

FIG. 3 shows the data structure of the internal memory of the IC card. The memory 3000 in the IC card includes ticket information and usage information. Ticket information is card ID 3010,
Regular section 3020, SF (stored fair) value balance 303
0, a charge reference amount 3040 for automatically charging when the SF value balance becomes equal to or less than a prescribed amount, and a periodic expiration date 3050. On the other hand, use information is 30
60, boarding date 3070, ticket gate time 3080, last charge date 3090
Consists of

FIG. 4 shows the data structure of the internal memory of the ticket gate. The internal memory 4000 of the ticket gate includes fare information, a negative list, and a command list. The negatives are
The command list includes a card ID 4010, a registration date 4020 indicating a date registered as a negative ID, and a registration reason 4030. The command list includes a card ID 4040 and an authentication result 405 for each command ID.
0, Value charge 406 indicating whether value charge is required
0, a charge approval amount 4070, a periodical continuation 4080 indicating whether or not periodical continuation is necessary, a periodical continuation amount 4090, a period continuation period 4100, a settlement amount 4110, and a command expiration period 4120.

FIG. 5 shows the data structure of the customer DB in the card management system. Customer DB data items are each card ID
For each period, the periodical issue date 5010, the final periodical continuation date 5020, the periodical section 5030, the periodical period 5040, the periodical expiration date 5050, the automatic continuation flag 5060 for specifying whether or not to receive the service for automatically continuing the periodical period, and the periodical continuation amount 5070, regular duration 508
0, Automatic charge reference amount 5090 that specifies the balance reference to automatically charge SF value, SF value balance 5100, payment method 5110, reference number 5120 such as credit card number and bank account number, receive SF value automatic charge service An automatic charge flag 5130 for designating whether or not the charge is made, and an automatic charge amount 5140 for indicating a charge amount at one time.

FIG. 6 shows a data structure of a negative list in the card management system. The negative list is a list of card IDs for which the user has applied for suspension of use due to theft or loss. Negative list data item is card ID 601
0, registration date of negative ID 6020, reason 6030
Consists of

FIG. 7 shows a data structure of a request list in the card management system. The request list is a list of service requests for each user's card, which the card management system creates with reference to each user's card status (SF value balance and regular expiration date) and customer DB, Requests for automatic renewal of SF value and regular automatic renewal are stored. The request list 7000 contains the boarding station 701 for each card ID.
0, boarding date 7020, ticket gate ID 7030, ticket gate time 7040, automatic charge 7050 indicating whether or not automatic charge is required, charge required amount
7060, an automatic continuation 7070 indicating whether or not automatic continuation is necessary, a period continuation amount 7080, a period continuation period 7090, and a status 7100 indicating the processing status of the request.

FIG. 8 shows the data structure of a command list in the card management system. The command list includes, for each command ID, a card ID 8010, an authentication result 8020, an automatic charge 8030 indicating whether or not an automatic charge is required, and a charge approval amount 80.
40, an automatic continuation 8050 indicating the necessity of automatic continuation of a period, a period continuation amount 8060, a period continuation period 8070, a settlement amount 8080, and a command expiration date 8090.

FIG. 9 is an external view of the ticket gate. When passing through the ticket gate, the card user holds the IC card ticket over the IC card reading unit 9010 and passes through the ticket gate. At this time, the internal memory of the IC card is determined by the ticket inspection unit 9020. At this time, if it is determined that the IC card can be used, the gate 9030 is opened and the ticket gate can be passed, and if it is determined that the IC card cannot be used, the gate 9030 is closed and the passenger passes. And the reason why the card cannot be used is displayed in the display window 9040.

FIG. 10 is a processing flow of the ticket inspection processing unit when the user gets on the vehicle. When the user passes through the ticket gate at the boarding station and reads the IC card ticket into the ticket gate, the ticket processing unit refers to the negative list in the internal memory of the ticket gate in step 10010, and the ID of the card is read. Check if the number matches the ID number registered in the negative list.
If there is an ID number that matches the card in the negative list, a negative card discovery process is performed in step 10020, the gate of the ticket gate is closed, and the user is notified of the reason for closing the gate. On the other hand, if there is no matching ID number, the card is referred to in step 10030 to compare the SF value balance with the charge reference amount and check the expiration date on a regular basis.

At this time, if the balance of the SF value is larger than the charge reference amount and the regular expiration date is longer than a certain period, a normal ticket inspection process is performed in step 10040. On the other hand, if the SF value is less than the charge reference amount, or if the regular expiration date is equal to or less than a certain period, the card ID in the card is referred to in step 10050, and the card ID is stored in the card management system. Send. The card management system searches the customer DB using the card ID number received in step 10060 as a key, and refers to the corresponding reference number (bank account number or credit card number), charge information, and periodic update information. Create a request list for Next, in step 10070, the request list is transmitted to the certification authority. The authentication organization performs an authentication process in step 10080 based on the received request list, and transmits an authentication result to the card management system in step 10090. In step 10100, the card management system creates a command for the card based on the authentication result and updates the command list.
Next, in step 10110, a ticket gate to which the command is to be transmitted is selected, and in step 10120, the command list in the internal memory of the ticket gate receiving the command is updated.

FIG. 11 is a processing flow of the ticket processing unit when getting off the vehicle. When the user reads the IC card ticket into the ticket gate when passing through the ticket gate at the disembarkation station, the ticket processing unit determines in step 11010 that the ID number of the card is registered in the negative list in the ticket gate. Check if the ID number matches the ID number. If there is a matching ID number, a negative card discovery process is performed in step 11020 to close the gate of the ticket gate and inform the user of the reason for closing the gate.

On the other hand, in step 11010, the matching I
If the D number does not exist, in step 11030,
It is checked whether or not the ID number of the card matches the ID number registered in the command list in the internal memory of the ticket gate. If there is no matching number, step 1104
Perform normal ticket processing at 0 and settle with SF value as needed.

On the other hand, if the ID number of the card is registered in the command list in step 11030, the authentication result of the ID number in the command list is referred to in step 11050. At that time, if the authentication result is OK, the command is executed in step 11060, and S
Perform F-value automatic charging or periodic automatic continuation processing. On the other hand, if the authentication result is NG, step 1107
At 0, command invalidation processing is performed, and the reason why the command cannot be executed is displayed on the display window of the ticket gate to notify the user. Subsequently, a normal ticket inspection process is performed in step 11040. When the ticket gate finishes executing the command, it transmits the card ID that executed the command to the card management system. In step 11080, the card management system deletes the command from the command list, and instructs all the ticket gates that have registered the command to delete the command. Next, in step 11090, the command is deleted from the internal memories of all the ticket gates in which the command is registered.

The following effects are obtained by the above embodiment.
In the past, the procedure of updating a commuter pass and the accumulation of SF value had to be performed by a card user using a dedicated terminal in the past, and there was a problem that the convenience of the user was poor. By simply passing through the ticket gate, it becomes possible to automatically continue commuter passes and increase SF value as needed.

[0022]

According to the present invention, it is possible to easily update a card.

[Brief description of the drawings]

FIG. 1 is an overall configuration diagram of an IC card ticket system.

FIG. 2 is a configuration diagram of an IC card ticket and a ticket gate.

FIG. 3 shows information stored in an internal memory of an IC card ticket.

FIG. 4 shows information stored in an internal memory of the ticket gate.

FIG. 5 is a data structure of a customer DB.

FIG. 6 is a data structure of a negative list.

FIG. 7 is a data structure of a request list.

FIG. 8 is a data structure of a command list.

FIG. 9 is an external view and a configuration diagram of a ticket gate.

FIG. 10 is a processing sequence of a ticket gate when entering a station.

FIG. 11 is a processing sequence of a ticket gate when leaving a station.

[Explanation of symbols]

1010: certification organization, 1030: card management system,
1040: communication network, 1050: ticket gate.

──────────────────────────────────────────────────の Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) G06F 17/60 410 G06F 17/60 410A 410C G06K 17/00 G06K 17/00 R L D F Term (Reference) 2C005 HA01 HA30 HB07 HB13 JA26 MA01 MA40 MB07 3E027 CA07 CA10 DA05 5B055 BB10 CB09 EE02 EE03 EE05 EE06 EE21 EE27 FA01 FA05 FB03 JJ05 KK05 KK09 KK15 KK18 KK19 ND02 ND08 PA05 PA34 5B058

Claims (5)

[Claims] 1. A card information processing method which is stored in a storage means of a card and processes card information necessary for a user of the card to receive a service. Captures the card information from the storage means, a card management device connected to the card using device receives the card information captured by the card using device, recognizes the content of the received card information, If the content of the card information satisfies a predetermined condition for the use of the card, for a card using device that the card may use after the card using device,
Notifying the information for updating the card information, of the notified card usage devices, the card usage device used after the card usage device updates the card information for the card. A card information processing method characterized by the following. 2. The card information processing method according to claim 1, wherein the card information is an expiration date of the card, and the card management device determines that the time until the expiration date of the card is shorter than a predetermined period. Information processing for judging whether or not the expiration date of the card can be extended, and, if possible, notification of information for extending the expiration date of the card. Method. 3. The card information processing method according to claim 1, wherein the card information is information indicating a price for receiving the service, and the card management device determines that the information indicating the price is a predetermined value. When the amount is equal to or less than the amount, the information processing for judging whether or not the information indicating the value can be added to the card is performed, and when possible, the card is notified of information for increasing the value. Card information processing method. 4. A ticket information management system for managing ticket information stored on a card used when using transportation means and using said card as a ticket, wherein a user of said card manages said transportation means. When entering a predetermined area for use, a plurality of ticket gates that read ticket information from the card are connected to the plurality of ticket gates via a network, and one of the plurality of ticket gates is The read ticket information is received via the network, the content of the received ticket information is recognized, and the recognized ticket information is a time limit for boarding, and the time period up to the time limit is equal to or less than a predetermined time period. In some cases and when the received ticket information is information for paying a fare, and the information indicates a predetermined amount or less,
If it is at least one of the above, it is determined whether or not the ticket information can be updated, and if possible, the ticket information for transmitting information for updating the ticket information to the plurality of ticket gates. A ticket information management system, comprising a management device, wherein the ticket ticket machine used when the user leaves the predetermined area among the plurality of ticket gate machines updates the ticket information. 5. A ticket information management device which is stored in a card used when using transportation and manages ticket information for using said card as a ticket, said ticket information management device being connected to a plurality of ticket gates via a network. Means for connecting to a predetermined area for use of the transportation means, among the ticket gates, when the ticket reader reads the ticket information from the card. Means for receiving the received ticket information via the network; means for recognizing the content of the received ticket information; and a time limit in which the recognized ticket information is available for boarding, and the time period up to the time limit is predetermined. If it is less than the period and if the received ticket information is information for paying a fare, and if the information indicates a predetermined amount or less, Means for determining whether or not the ticket information can be updated, and, if possible, means for transmitting information for updating the ticket information to the plurality of ticket gates, among the plurality of ticket gates, A ticket information management device, wherein a ticket gate used when the user exits the predetermined area updates the ticket information.