JP2002279360A - Ic card utilization service providing method, ic card utilization service system, server device, service provider device, and ic card - Google Patents

Abstract

PROBLEM TO BE SOLVED: To register an IC card which enables a user to select desired services. SOLUTION: A card management server 12 accesses to the IC card 30 setting and recording key information for accessing to a main file and each dedicated file respectively, by using the same key information of the IC card via an internet client 3 or an IC card public telephone 9 and changes, adds, or deletes service information and the key information stored in the dedicated file of the IC card and necessary for the provision of the service, according to the selection and registration of the user.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a service using an IC card and provides the service only to a user who has issued an IC card. The present invention relates to an IC card use service providing method, an IC card use service system, a server device, a service provider device, and an IC card that can freely select and register necessary services from services.

[0002]

2. Description of the Related Art With the introduction of an intranet within a company and the spread of e-commerce through the Internet, there is a demand for safe exchange of information on a network. For this purpose, applications using IC cards have been developed.

[0003]

However, in a conventional application system using an IC card,
Since a dedicated IC card issued for a predetermined application is used, there is a problem that it is difficult to change or add an application. That is, in order to change / add an application in a conventional system, an IC
It is necessary to reissue a card or to write application information in a freely rewritable memory area of an IC card. However, because re-issuing an IC card is costly, it cannot be re-issued frequently as desired by the user, and switching to a higher-performance, multi-functional IC card depends on the user's will. Instead, they had to be switched at once for each issue date. Further, when application information is written in a freely rewritable memory area of an IC card, there is a problem that a security level is lowered.

[0004] An object of the present invention is to allow a user to freely select from a large number of selectable services without issuing an IC card every time a service is changed or added and without lowering the security level. Service providing method of IC card that can select and register service, IC
It is to provide a card use service system, a server device, a service provider device, and an IC card.

[0005]

According to the present invention, there is provided an IC card use service providing method comprising: a main file which is the basis of a file structure; and a special file below the main file. An IC having a file structure in which basic files for services selected and registered by a user are provided in advance, and key information for file access set and recorded in each of the main file and each basic file Using the same key information as the IC card for the card, a file access is made to the IC card through a terminal device, and the service information and the key information necessary for providing a service stored in a basic file of the IC card Is changed, added or deleted in accordance with the user's selection / registration.

Further, the IC card use service system of the present invention comprises a main file which is the basis of the file structure and a dedicated file below the main file.
The dedicated file has a file structure in which a basic file for a service selected and registered by a user is provided in advance, and key information for file access is provided in each of the main file and each basic file. An IC card (30) to be set and recorded, terminal devices (1a, 3, 9) for reading and writing information from and to the IC card, and a service provider for providing services to users who have the IC card Apparatus (1b, 1c, 4, 5, 15 to 17, 1
9, 23, 24) and a server device (6, 7,,) that controls transmission information to the terminal device and reception information from the terminal device.
The server device accesses the IC card through the terminal device by using the same key information as the IC card, and the server device accesses the IC card.
The service information necessary for providing the service and the key information stored in the basic file of the card are selected by the user.
It is provided with rewriting means for changing, adding or deleting according to the registration.

Further, the server device of the present invention comprises a main file which is the basis of the file structure, and a dedicated file below the main file, and is selected and registered by the user in the dedicated file. This IC card has a file structure in which a basic file for a service is provided in advance, and key information for file access is set and recorded in each of the main file and each basic file. File access to the IC card through the terminal device by using the same key information as the above, and the user selects and registers the service information and the key information necessary for providing the service, which are stored in the basic file of the IC card. Rewriting means for changing, adding or deleting according to the conditions.

Further, the service provider device of the present invention includes a ticket reservation service, a reservation content confirmation service, a reservation cancellation service, a ticket price settlement service from a terminal device for reading and writing information from and to the IC card,
It is provided with a receiving means for receiving each service of the electronic ticket issuing service for making the C card function as a ticket. Further, the service provider device of the present invention includes a rent-a-car reservation service, a reservation content confirmation service, a reservation cancellation service, a rent-a-car use price settlement service from a terminal device that reads and writes information from and to the IC card,
A reception unit is provided for receiving each service of an electronic key issuing service that causes the IC card to function as a key of a reserved rental car. In addition, the service provider device of the present invention includes a hotel reservation service, a reservation content confirmation service, a reservation cancellation service, a hotel use price settlement service from a terminal device that reads and writes information from and to the IC card, and the IC card. It is provided with a receiving means for receiving each service of an electronic key issuing service to function as a key of a reserved room.

Further, the IC card of the present invention comprises a main file which is the basis of the file structure, and a dedicated file below the main file, and is selected and registered by the user in the dedicated file. A basic file for a service has a file structure provided in advance, and key information for file access is set and recorded in each of the main file and each basic file.

[0010]

Embodiments of the present invention will be described below in detail with reference to the drawings. FIG. 1 is a block diagram showing a configuration of an IC card use service system according to an embodiment of the present invention. As shown in FIG. 1, the IC card use service system of the present embodiment
Internet client 3 comprising, for example, a computer terminal provided with an IC card reader / writer 1a which is a means capable of reading and writing 0, and providing a service such as a ticket counter or hotel front desk provided with an IC card reader / writer 1b. Business terminal 4 provided in a facility managed by the user, an output device 5 connected to the business terminal 4 for printing out a ticket or the like, and using the business terminal 4 connected to the Internet 2 as a communication network. A business support server 6 for supporting the business of the service provider, and an HTTP control server 7 as control means connected to the Internet 2
With an IC card reader / writer (not shown)
Card public telephone 9 (9a, 9b), voice response control server 10 serving as control means connected to public network 8, which is a communication network, and voice transmitted from public telephone 9 through public network 8. A bit still router that separates information and data and transmits them separately to the voice response control server 10 and multiplexes voice information and data separately transmitted from the voice response control server 10 and transmits the multiplexed information to the IC card public telephone 9 11 (11a, 11b), the business support server 6,
It is connected to the HTTP control server 7 and the voice response control server 10, and determines the type of the IC card 30,
And a card management server 12 serving as an authentication unit and a management unit for determining the validity of the IC card 30 and managing the information and service history of the user who owns the IC card 30.

An IC card use service system according to the present embodiment is connected to a card management server 12 and issues and manages a new registration, reissuance and deletion of a user.
3 and the card management server 12 in the case of new registration of a user.
Is operated and managed by an IC card issuing machine 14 that records at least a part of the user information registered in the IC card 30 and issues the IC card 30 and a service provider that issues tickets for events, and issues tickets. A ticket system 15 which is a providing means for performing management, and a hotel system 16 which is operated and managed by a service provider such as a company operating a hotel and performs management such as room reservation, check-in and check-out. , A rental car system 17 which is operated and managed by a service provider such as a rental car company and manages the rental and return of a rental car, performs settlement with a credit card, issues a statement to the user, and makes a deposit account Credit card system 19 for withdrawing the amount of use from A content server 22 for converting the communication specifications when the communication specifications are different from each other and connecting the control means and the providing means; and a gate in the event venue, comprising: an IC card reader / writer 1c. And dedicated terminals 23 provided in stores, rental cars, gas stations, highway gates, shops in hotels, etc.,
An output device 24 connected to the dedicated terminal 23 for opening / closing a gate, unlocking a door, and the like.

The Internet client 3 and the IC card public telephone 9 constitute a terminal device, and the business support server 6, HTTP control server 7, voice response control server 10, and card management server 12 constitute a server device. . In addition, the business terminal 4, the output device 5, the ticket system 15, the hotel system 16, the rental car system 17, the credit card system 19, the dedicated terminal 23, and the output device 24 constitute a service provider device. In the present embodiment, when the user uses the service using the Internet client 3, the HTTP control server 7 serves as a control unit, and when the user uses the service using the IC card public telephone 9, the voice response control is performed. The server 10 serves as control means.

In this embodiment, a case where the following services are provided will be described. In addition, IC card 30 (membership card or multifunctional membership card) is used for various processes.
, And various services can be used from the IC card public telephone 9 and the Internet client 3. Table 1 shows an overview of various services that can be provided by the IC card use service system of the present embodiment.

[0014]

[Table 1]

In the present embodiment, there are basic services that can be used in common by becoming a member of the system. The basic services include reservation inquiry, change of available services, and application for issuing a multifunctional membership card. There are also services that can be selected by members. In the case where there are many selectable services and the services that can be used per member are limited due to system limitations such as the capacity of the database, etc., the members can select the services they want to use.

In the IC card use service system of FIG. 1, various applications can be registered in addition to the applications exemplified in Table 1, and the member can select as many required applications from the various applications as desired. It is possible to register. For the optional functions, electronic ticket information and the like are written in the IC card 30, and thus the number of optional functions selected is limited according to the capacity of the card 30.

In this embodiment, a case will be described in which the application is constituted by the following applications, and a case in which a membership card and a multifunctional membership card are used for various processes will be described. The content of the service to be provided differs depending on whether a membership card or a multifunctional membership card is used.

When a member card is used, the services available from the Internet client 3 or the IC card public telephone 9 include change of available services, reservation inquiry, application for issuing a multifunctional member card, ticket reservation, rental car reservation, and hotel reservation. There is a reservation.

When using a multifunctional membership card, in addition to the services available with the membership card, optional services such as an electronic ticket function (issuing an electronic ticket, writing member information, and issuing local value), Key (Hotel room or car door) Function (Electronic key issuance,
Member information writing, local value issuance) can be used.

The services that can be provided by the business terminal 4 of the ticket counter when the member card is used include:
There are ticketing and settlement. When a multi-function member card is used, an electronic ticket function (e-ticket issuance, member information writing, local value issuance) can be provided as an optional service in addition to the service available with the member card.

The services that can be provided by the business terminal 4 of the rental car office when the member card is used include:
There are rental car rental, rental car return, settlement, and statement issuance. When a multi-function member card is used, an electronic key function (issuing an electronic key, writing member information, and issuing a local value) can be provided as an optional service in addition to the services available with the member card.

The services that can be provided by the business terminal 4 at the hotel front when the member card is used include:
There are check-in and check-out, settlement and statement issuance. Also, if a multifunctional membership card is used,
In addition to the service that can be used with a membership card, an electronic key function (issuing an electronic key, writing member information, and issuing local value) can be provided as optional services.

Optional services that can be provided by the dedicated terminal 23 at the event venue when the multifunctional membership card is used include automatic opening / closing of gates, display of seat guidance, and payment of local store value (local value). When the multifunctional membership card is used, optional services that can be provided by the dedicated terminal 23 of a rental car, a gas station or a highway gate include automatic unlocking of a rental car door, engine start, gasoline remaining check, and sales office. Information display, expressway toll payment, gasoline payment (local value). Optional services that can be provided by the dedicated terminal 23 of the hotel when the multifunctional membership card is used include automatic unlocking of the door of the room and payment of the use of the in-hotel store (local value).

In the present embodiment, up to two reservations can be made for a membership card.
A case where ten reservations are possible will be described. Further, up to two electronic tickets can be issued per application. It is assumed that up to ten applications using the optional function can be registered.

In order for a member to use each application from the Internet client 3 and the IC card public telephone 9, the card management server 12 needs to confirm the validity of the membership card (card common logon processing). After processing, it will enter each available application. When using the business terminal 4 such as a ticket counter, after connecting to a dedicated URL, a common logon process is performed using the member's card, and the subsequent process is performed. When using the dedicated terminal 23 such as a ticket gate, common logon processing is not performed, and authentication unique to each application is performed.

FIG. 2 shows a log-on image to each application when used from the Internet client 3 and the IC card public telephone 9. In the present embodiment, the method of issuing a membership card is different from the method of issuing a multifunctional membership card. Table 2 shows the information recorded on the membership card.

[0027]

[Table 2]

IC card 3 used as a membership card
For 0, various types are assumed depending on the security level, the communication method with the reader / writer, the capacity of the card, and the like. Therefore, information indicating the type of each card (hereinafter, referred to as a card-specific type) is recorded in advance in an area of the card-specific type of the IC card 30 (hereinafter, referred to as a record).

Further, an auto-dial (toll-free number, etc.) number required for use from the IC card public telephone 9 is recorded in an auto-dial number record. In the card ID record, a card ID which is a unique number for each card or each group of cards is recorded.

In order to confirm (authenticate) the validity of the member card, a verify key is recorded in the verify key record of the member card, and the verify key is set at the time of issuance. The member number and the expiration date are encrypted and recorded in the issuance information record of the member card, and the issuance information is decrypted by the card management server 12 and collated with the information of the member database (hereinafter, referred to as member DB). By doing so, it is used as an auxiliary means to confirm the validity of the membership card.

In the use information record of the member card, a history (for example, reservation contents) when using the service is recorded. In the present embodiment, the usage information record is divided into two areas, and the history of each service is recorded in each area. Among the records of the usage information 1 and 2, information such as which record has been recorded in which record and which record is empty is managed in the member DB of the card management server 12.
Table 3 shows the contents of data recorded in the member card usage information record.

[0032]

[Table 3]

As shown in Table 3, the usage information record has two areas: a common part having a common format for each service, and a unique part which differs for each service. In the present embodiment, the sharing unit includes a corporate identifier (hereinafter, corporate ID) for identifying the service provider (corporate providing the service).
), A service identifier (hereinafter, referred to as a service ID) assigned to each service, and a reservation number assigned by a service provider for each service reserved when a member reserves a service. Have been. The reservation number is assigned by the service provider device.

As data to be recorded in the unique section, unique use information such as reservation contents is recorded. The unique use information is uniquely given by each service provider. A member who has a membership card can read and display information from the membership card using a portable terminal (not shown) which is an independently installed terminal equipped with an IC card reader / writer capable of reading and writing the membership card. Of the reservation made by the user can be known. The issuance information recorded on the member card and the name, gender, date of birth, address, telephone number, credit card number, personal identification number, available services and expiration date are registered in the member DB of the card management server 12. Is done.

Next, a method for issuing a membership card will be described with reference to FIG.
This will be described with reference to FIG. FIG. 3 is a sequence diagram showing an operation when the IC card 30 is newly issued. First, the card issuer inputs the data of the member who has applied for membership by mail or at a window to the issue management device 13. The issuance management device 13 creates issuance information to be recorded on the membership card based on the input data, and
It requests the IC card issuing machine 14 to write to the card 30.

The IC card issuing machine 14 is provided with the issuing management device 1
3 issuance information received from the member card (IC card 3
0), and notifies the issuance management device 13 of the writing result. Then, the issuance management device 13 sends the member data to the card management server 12 and requests registration in the member DB. The card management server 12 registers the data received from the issuance management device 13 in the member DB together with the member number. Thus, the member card (IC card 30) is issued to the new member.

The input of the member data is performed by the issuance management device 1.
An Internet client may be connected to the server 3 so that a new member who applies for membership or a staff member at a reception desk may directly input the information through the Internet.
Further, the member number assigned by the card management server 12 for each member may be collectively registered in the issuance management device 13 in advance, and the number of operations assigned by the card management server 12 for each case may be reduced.

Writing to the IC card 30 is performed by using an IC card issuing machine 14 having an IC card reader / writer (not shown) connected to the issue management device 13.
The issuance of the IC card 30 may be performed at any time each time new member data is input, or the issuance management device 13 or the IC card issuance may be performed by combining the issuance data based on the new member data input during a certain period. It may be stored in the device 14 and issued periodically. When sending the IC card 30, the address of the contact address input as the member data may be output so that it can be specified on the envelope to which the IC card 30 is sent. Next, Tables 4 to 8 show information recorded on the multifunctional member card.

[0039]

[Table 4]

[0040]

[Table 5]

[0041]

[Table 6]

[0042]

[Table 7]

[0043]

[Table 8]

The access rights in Tables 4 to 8 indicate keys required for file access. Multifunctional membership card
Master file defined by ISO (Master File)
MF file) and a plurality of dedicated files (Dedicated File, hereinafter referred to as DF files) positioned below the hierarchy of the MF file. Each DF file has a number NN (NN is, for example, 1
To 10). Furthermore, the MF file contains an internal basic file (Internal
Elementary File, hereafter referred to as IEF file)
There is a basic file for working (Working Elementary File, hereinafter referred to as WEF file). Similarly, D
An FEF file includes an IEF file and a WEF file.

The files shown in Tables 4 and 5 are IEF files, and the files shown in Tables 6 to 8 are WEF files. Then, the IEF file in the DF file and W
A plurality of EF files are provided in advance for services selected and registered by the user. Each IEF file and each WEF file in the DF file are configured to correspond one-to-one.

It should be noted that the DF file corresponds to the above-mentioned option. For a simple service in which no option is set, only MF file usage information (service information) is used. For advanced services for setting options, MF file usage information, DF file member information, security data area use status flag, security data, and local points are used as service information.

The issuer key recorded in the IEF file in the MF file is key information necessary for the card issuer to access the IC card 30. The administrator verification key is key information necessary for the system administrator (the administrator of the card management server 12) to access the IC card 30. The external authentication key is key information necessary for external authentication in which the IC card 30 checks the validity of the issuer. The card management external authentication key is key information necessary for external authentication in which the IC card 30 checks the validity of the administrator. The card management internal authentication key is key information necessary for internal authentication in which the administrator checks the validity of the IC card 30. A card management key (hereinafter, referred to as a PS key) is key information necessary for rewriting a DF file. The data encryption / decryption key is M
This is key information used for encrypting / decrypting important information of the F file. The CCS generation key is key information for generating CCS data at the time of data encryption.

An application key (hereinafter referred to as an AP key) recorded in each IEF file in the DF file
Is key information necessary for changing the corresponding WEF file in the DF file. The AP key is also used for reading some WEF files. The application external authentication key (hereinafter referred to as AP external authentication key) recorded in each IEF file in the DF file is a DF file.
When changing the corresponding WEF file in the file,
This is key information necessary for external authentication in which the IC card 30 checks the validity of the service provider. Note that the AP external authentication key NN is also used for reading some WEF files.

An application internal authentication key (hereinafter referred to as an AP internal authentication key) recorded in each IEF file in the DF file is provided by the service provider by the IC card 30.
This is key information necessary for internal authentication for confirming the validity of the certificate. D
The application data encryption / decryption key (hereinafter referred to as the AP data encryption / decryption key) recorded in each IEF file in the F file is used to encrypt important information such as the key of the IEF file or the corresponding WEF file. / Key information used for decryption. Each IE in DF file
An application CCS generation key (hereinafter, referred to as an APCCS generation key) recorded in the F file is key information for generating CCS data at the time of encryption using an AP data encryption / decryption key.

There is basically only one type of administrator verification key and external authentication key, which are registered and managed by the card management server 12. The card management external authentication key, card management internal authentication key, PS key, data encryption / decryption key, and CCS generation key differ for each member and are registered and managed by the card management server 12. AP key NN, AP external authentication key N
The N and the AP internal authentication key NN are registered and managed in each server by the service provider. The AP data encryption / decryption key NN and the APCCS generation key NN differ for each member, and are registered and managed by the card management server 12.

The integrated application code (hereinafter, referred to as an integrated AP code) recorded in the WEF file in the MF file is transmitted to the IC card 30 by the card management server 12.
This is a code for determining the type of. The AP / DF correspondence list (correspondence information) is a list in which the name of a service (application) provided by the service provider is associated with the name of a DF file used in this service. The integrated AP code and the card-specific type are information of various IC cards handled by the server device.

The local application code (hereinafter referred to as a local AP code) recorded in each WEF file in the DF file is a code given to each service (application) provided from the service provider device, and This is a code representing the type of. DF
The security data recorded in each WEF file in the file is information for giving a function such as an electronic ticket or an electronic key to the multifunctional membership card. This security data can be stored twice for each WEF file.

The member information recorded in each WEF file in the DF file is provided two in accordance with the security data, and is information uniquely recorded by the service provider such as the name and seat number of the ticket purchased by the member. is there. The security data area use state flag (use state information) recorded in each WEF file in the DF file indicates whether the area of each security data is in use. Also,
In this flag area, the date of ticket use, the expiration date of the electronic ticket, and the like are recorded corresponding to each security data. The local points recorded in each WEF file in the DF file are information for giving the function of the electronic money (local value) to the multifunctional membership card, and two local points are provided corresponding to the security data.

If the card issuer is in the MF file or
To access the F file, an issuer key and an external authentication key are required. In order for the administrator to access the MF file, an administrator verification key and a card management external authentication key are required. To access the DF file, the administrator needs an administrator verification key and a card management external authentication key, or a card management external authentication key and a PS key. In order for the service provider to access the corresponding IEF file or WEF file in the DF file, an AP key and an AP external authentication key are required.

The issuance information recorded on the multi-function member card, the name, gender, date of birth, address, telephone number, credit card number, personal identification number, available services, expiration date, joining date, integration The AP code, the card number and the option related information are the member D of the card management server 12.
B is registered.

Next, a method for issuing a multifunctional membership card will be described with reference to FIG. First, the card issuer inputs the data of the member who has applied for membership by mail or at a window to the issue management device 13. The issuance management device 13 creates issuance information to be recorded on the multifunctional membership card based on the input data. Subsequently, the issuance management device 1
3 transmits a random number acquisition request to the multifunctional member card through the IC card issuing machine 14. In response to this request, the multi-function member card generates and stores a random number, and transmits the generated random number to the issue management device 1 through the IC card issuing machine 14.
Send back to 3.

The issuance management device 13 performs a predetermined calculation using the received random number and an external authentication key stored in advance, and issues an external authentication request including the calculation result via the IC card issuing machine 14 to the multifunctional member card. Send to The multi-function member card performs the same calculation as that of the issuance management device 13 using the random number stored therein and an external authentication key recorded in advance, and calculates the calculation result and the calculation result included in the received external authentication request. And sends back the external authentication result including the comparison result to the issue management device 13 of the request source.

Next, when the received external authentication result indicates a match, the issuance management device 13 sends an issuer key collation request including an issuer key stored in advance through the IC card issuing machine 14 to the multifunctional member. Send to card. The multifunctional member card compares the issuer key included in the issuer key collation request with the pre-recorded issuer key, and compares the collation result via the IC card issuing machine 14 with the issuance management device 1.
Send back to 3.

When the received collation result indicates that the collation matches, the issuance management device 13 sends the created issuance information to the multi-function member card, and requests writing of the issuance information.
The IC card issuing machine 14 writes the issuance information received from the issuance management device 13 on the multifunctional member card (IC card 30). Then, the issuance management device 13 sends the member data to the card management server 12 and requests registration in the member DB. The card management server 12 registers the data received from the issuance management device 13 in the member DB together with the member number. Thus, the multifunctional member card (IC card 30) is issued to the new member.

In order to use various services provided by the IC card use service system shown in FIG. 1, as shown in FIG. 2, a service which can be used by performing a logon process using a membership card or a multifunctional membership card is provided. enter. The common logon refers to a process of confirming the validity of a membership card or a multifunctional membership card through the IC card public telephone 9 or the Internet client 3 and presenting a menu of applications that can be used individually for each member. The common logon process differs between a case where a member card is used and a case where a multifunctional member card is used.

Hereinafter, a common logon process when a member card is used will be described. The membership card validity confirmation process includes a card-specific type confirmation process, a membership card verification process, and an issuance information confirmation process. In the card-specific type confirmation processing, the type of the member card set by the member on the Internet client 3 or the IC card public telephone 9 is identified. If the type is not available,
Notify the member that it cannot be used.

FIG. 5 shows that the Internet client 3 or the IC card public telephone 9 sends an HTTP control server (H
While performing a common logon process by connecting to the (TPT server) 7 or the voice response control server (IVR server) 10,
4 shows a sequence for checking a card-specific type. The IC card reader / writer of the Internet client 3 reads the card-specific type from the membership card and sends it to the Internet 2. Similarly, the IC card reader / writer of the IC card public telephone 9 reads the card-specific type from the member card and sends it to the public network 8.

The card-specific type information sent to the Internet 2 is sent to the HTTP control server 7.
The HTTP control server 7 sends a request for checking the card-specific type by transmitting the card-specific type to the card management server 12. On the other hand, the information of the card specific type sent to the public network 8 is stored in the bit still router 11.
The voice information is separated from the voice information by (11a, 11b) and sent to the voice response control server 10. Voice response control server 1
0 requests the card unique type check by transmitting the card unique type to the card management server 12.

The card management server 12 sends the check result of the card-specific type back to the HTTP control server 7 or the voice response control server 10 that has issued the request. When a card-specific type other than those supported by the present system is notified, the card management server 12 returns a check result indicating that the card cannot be used. As a result, a message indicating that the service of the present system cannot be used is notified to the user by voice output or image output of the IC card public telephone 9 or the Internet client 3.

Next, the membership card used in the present embodiment is locked with a separate verification key for each member card, and it is necessary to unlock the card with the verification key before reading out the issued information. This verification key is stored in the card management server 1
2 is managed by the HTTP client 7 or the voice response control 10 server.
Alternatively, a verification key corresponding to each card must be obtained from the card management server 12 based on the card ID obtained from the member card through the IC card public telephone 9, and this key must be sent to the member card for verification. FIG.
Shows the sequence of the member card verification process.

If the check result of the card-specific type indicates that the card can be used, the HTTP control server 7 or the voice response control server 10 transmits a card ID acquisition request to the Internet client 3 or the IC card public telephone 9, and 3 or the IC card public telephone 9 transmits a card ID acquisition request to the member card through the IC card reader / writer. In response,
The member card transmits the card ID, and the Internet client 3 or the IC card public telephone 9 transmits the obtained card ID to the HTTP control server 7 or the voice response control server 10.

Subsequently, the HTTP control server 7 or the voice response control server 10
Request a verify key corresponding to the card ID. Then, the HTTP control server 7 or the voice response control server 10
Transmits the obtained verification key to the Internet client 3 or the IC card public telephone 9 via the Internet 2 or the public network 8, and the Internet client 3 or the IC card public telephone 9 verifies the member card through the IC card reader / writer. Send the key. The verify key sent from the voice response control server 10 is multiplexed with voice information by the bit still router 11, and then sent to the public network 8.

The member card verifies the transmitted verification key with the verification key recorded in the card, and transmits the verification result to the Internet client 3 or the IC card public telephone 9 as an unlocking result. This unlocking result is notified from the Internet client 3 or the IC card public telephone 9 to the HTTP control server 7 or the voice response control server 10. Thus, the member card verification processing ends.

Next, the HTTP control server 7 or the voice response control server 10, if the notified unlocking result indicates a match, indicates that the Internet client 3 or the IC
It requests the card public telephone 9 to read out the issuance information from the member card. FIG. 7 shows the sequence of the issuance information confirmation process.

In response to a request from the HTTP control server 7 or the voice response control server 10, the Internet client 3 or IC card public telephone 9 transmits a member information request to the member card through an IC card reader / writer. In response to this request, the member card transmits the issuance information, and the Internet client 3 or the smart card public telephone 9 transmits the acquired issuance information to the HTTP control server 7.
Or, it transmits to the voice response control server 10.

The HTTP control server 7 or the voice response control server 10 transmits the received issue information to the card management server 1
2 to request issuance information check. Since the issuance information read from the member card is encrypted, the card management server 12 checks the issuance information after decrypting the issuance information using the internal encryption key, and returns the check result to the request source HTTP. It is sent back to the control server 7 or the voice response control server.

That is, the card management server 12 checks whether or not there is a corresponding member number in the internal member DB. If the corresponding member number is registered, the card management server 12 registers the member number together with the member number in the member DB. It is confirmed whether the issued information matches the issued information recorded on the member card, and whether the expiration date registered in the member DB matches the expiration date recorded on the member card.

Further, when there is an application for changing from a membership card to a multi-function membership card through the Internet client 3 or the IC card public telephone 9, the card management server 12 makes an application so that no double application occurs. Check if it is inside. Further, after the new multifunctional member card arrives at the member's hand and the card management server 12 automatically detects that the card has been used, it is necessary to stop using the old member card before the change. Therefore, if the member card logged on through the Internet client 3 or the IC card public telephone 9 is an old member card before the change, the card management server 12 notifies that the use is stopped. The details of the procedure for changing to a multifunctional membership card will be described later.

If the expiration date of the membership card has expired, the process automatically shifts to the expiration date updating process shown in FIG. If the membership card has expired, the HTTP control server 7 or the voice response control server 10 transmits the issuance information recorded on the membership card to the card management server 12 so that the corresponding credit card number is stored in the membership DB. Check if it is registered in. Card management server 12
Sends the confirmation result back to the HTTP control server 7 or the voice response control server 10. Credit card number is Member D
If registered in B, the HTTP control server 7 or the voice response control server 10 requests the member for a password through the Internet client 3 or the IC card public telephone 9.

In response to the request, the member inputs the personal identification number of the credit card to the Internet client 3 or the IC card public telephone 9. The Internet client 3 or the IC card public telephone 9 transmits the inputted password to the HTTP control server 7 or the voice response control server 10.
, And the HTTP control server 7 or the voice response control server 10 transmits an expiration date extension request including the password to the card management server 12.

The card management server 12 checks the received personal identification number with the personal identification number registered in the member DB, and when the personal identification numbers match, the credit card number registered in the member DB and the card management server are compared. 12 and the member fee based on the member type and the credit card system 19 via the content server 22.
To request a credit payment for the membership fee. At this time, mutual authentication is performed in order to confirm whether the credit card system 19 and the content server 22 are correct partners.

The credit card system 19 notifies the card management server 12 of the result of the credit settlement via the content server 22. When the credit card system 19 notifies that the settlement processing has been normally performed, the card management server 12 extends the expiration date of the member card by the HTTP control server 7 or the voice response control server 10.
To the Internet client 3 or the IC card public telephone 9 via. The Internet client 3 or the IC card public telephone 9 is provided with an IC card reader /
Update the membership card expiration date through the writer.

The membership card updates the expiration date with the Internet client 3 or IC card public telephone 9.
, And the Internet client 3 or the IC card public telephone 9 notifies the HTTP control server 7 or the voice response control server 10 of the update result of the expiration date.

If the confirmation of the card-specific type, the verification of the membership card, and the confirmation of the issuance information are normal, the HTTP control server 7 or the voice response control server 10, as shown in FIG. To the card management server 12. The card management server 12 transmits the menu of the service corresponding to the issuance information to the requesting HTTP control server 7 or the voice response control server 10 as an available service request result, and the HTTP control server 7 or the voice response control server 10 This service menu is stored in the Internet client 3 or the IC card public telephone 9
Send to As a result, a menu of available services is notified to the user by voice output or image output of the IC card public telephone 9 or the Internet client 3, so that the member selects a desired service application from the service menu and selects a service. Can be used. Note that among the services provided by the system according to the present embodiment, there are services that members can freely select and register, so it goes without saying that the menu of available services differs for each member.

Next, a description will be given of a common logon process when a multi-function member card is used. The multifunctional member card validity confirmation process includes a card-specific type confirmation process, an integrated application code confirmation process, a card management internal authentication process, and an issuance information confirmation process. FIG. 10 shows a sequence for confirming the card-specific type.

As in the case of the member card, the HTTP control server 7 or the voice response control server 10 requests the card management server 12 to confirm the card-specific type. Notify that it is not possible. An integrated application code representing the type of integrated application service provided by the card management server 12 or the like is recorded on all multifunctional membership cards used in the present system. Confirmation is performed. The sequence of this integrated application code confirmation process is shown in FIG.
Shown in

First, the HTTP control server 7 or the voice response control server 10 requests the multifunctional member card for the integrated application code through the Internet client 3 or the IC card public telephone 9. In response to this request, the multi-function membership card sends an integrated application code. Internet client 3 or IC
The HTTP control server 7 or the voice response control server 10 which has received the integrated application code through the card public telephone 9 requests the card management server 12 to check the integrated application code.

The card management server 12 sends back the check result of the integrated application code to the requesting HTTP control server 7 or voice response control server 10. Thus, the integrated application code confirmation processing ends.

Next, all multifunctional membership cards used in this system have different card management internal authentication keys for each card, and perform card management internal authentication to confirm the validity of the card. There is a need. FIG. 12 shows a sequence of the card management internal authentication process. The HTTP control server 7 or the voice response control server 10 transmits a challenge request to the card management server 12. In response to this request, the card management server 12 creates and stores a challenge (random number), and transmits a challenge request result including the created challenge to the requesting HTTP control server 7 or the voice response control server 10.

Subsequently, the HTTP control server 7 or the voice response control server 10 transmits a card management internal authentication request including the challenge to the multifunctional member card through the Internet client 3 or the IC card public telephone 9. The multifunctional member card performs a predetermined calculation using the received challenge and a card management internal authentication key recorded in advance, generates a card management internal authentication code, and transmits the generated code to the HTTP control server 7 that has issued the request. Or, it transmits to the voice response control server 10.

The HTTP control server 7 or the voice response control server 10 sends the received card management internal authentication code collation request including the received card management internal authentication code to the card management server 12. In response to this request, the card management server 12 performs the same calculation as the multifunctional membership card using the challenge and the card management internal authentication key stored by itself, generates the card management internal authentication code, and generates the generated code. Is compared with the received code. Then, the card management server 12 transmits the collation result to the HTTP control server 7 that has issued the request.
Or, it transmits to the voice response control server 10. This is the end of the card management internal authentication process.

Next, the HTTP control server 7 or the voice response control server 10 sends the multifunctional membership card to the Internet client 3 or the IC card public telephone 9 when the card management internal authentication code collation result indicates collation match. Request to read the issue information from. FIG.
Shows the sequence of the issuance information confirmation process.

In response to this request, Internet client 3 or IC card public telephone 9 transmits a member information request to the multi-function member card. In response to this request, the multifunctional member card transmits the issuance information, and the Internet client 3 or the IC card public telephone 9 transmits the obtained issuance information to the HTTP control server 7 or the voice response control server 10.

The HTTP control server 7 or the voice response control server 10 transmits the received issue information to the card management server 1
2 to request issuance information check. Since the issuance information read from the member card is encrypted, the card management server 12 checks the issuance information after decrypting the issuance information using the internal encryption key, and returns the check result to the request source HTTP. It is sent back to the control server 7 or the voice response control server.

In the check of the issuance information, the issuance information (member number / expiration date) in the multifunctional member card is compared with the issuance information managed by the card management server 12 to confirm the validity. At this time, whether the old card (member card) has not been stopped, the expiration date has not expired, or the expiration date recorded in the multifunctional membership card does not match the expiration date recorded in the member DB. Find out.

Confirmation of issued information confirms old card (member card)
Is not stopped, the member DB of the card management server 12 is updated to make the old card unusable, and when the old card is used after the issuance of a new card (multifunctional member card). It is necessary to write the updated usage information on the new card. FIG. 14 shows a sequence of the old card stop / new card update processing.

First, when the HTTP control server 7 or the voice response control server 10 confirms that the old card (member card) is not stopped by checking the issuance information, the HTTP control server 7 or the voice response control server 10 Ask the member if they want to suspend the old card. When stopping the old card, an old card stop request is transmitted from the Internet client 3 or the IC card public telephone 9, and the request is transferred to the card management server 12.

The card management server 12 checks whether the old card has been used after the issuance of the new card, that is, whether or not the usage information has been updated. The result of the check is transmitted to the HTTP control server 7 or the voice response control server 1 as the request source.
Send to 0. Subsequently, the HTTP control server 7 or the voice response control server 10 transmits a random number acquisition request to the multifunctional member card through the Internet client 3 or the IC card public telephone 9. In response to this request, the multi-function member card generates and stores a random number and sends the generated random number back to the requesting HTTP control server 7 or voice response control server 10 through the Internet client 3 or the IC card public telephone 9. .

When the HTTP control server 7 or the voice response control server 10 that has issued the random number acquisition request receives the random number through the Internet client 3 or the IC card public telephone 9, it sends an external authentication start request including the random number to the card management server 12. send. The card management server 12 is an Internet client 3 or an IC card public telephone 9
A predetermined calculation is performed using the card management external authentication key corresponding to the member connected through the Internet and the random number included in the received external authentication start request, and the external authentication start result including the calculation result is transmitted to the requesting HTTP control server. 7 or the voice response control server 10.

Subsequently, the HTTP control server 7 or the voice response control server 10 transmits the external authentication request including the received calculation result to the multifunctional member card through the Internet client 3 or the IC card public telephone 9. The multifunctional member card performs the same calculation as the card management server 12 using the random number stored therein and the card management external authentication key recorded in advance, and calculates the calculation result and the calculation included in the received external authentication request. Check the result. Then, the multifunctional member card outputs the external authentication result including the collation result to the Internet client 3 or the IC card public telephone 9.
To the HTTP control server 7 or the voice response control server 10 that made the request.

Next, the HTTP control server 7 or the voice response control server 10 transmits a PS key acquisition request to the card management server 12 when the received external authentication result indicates a matching match. In response to this request, the card management server 12 encrypts the PS key corresponding to the member connected through the Internet client 3 or the IC card public telephone 9 using the data encryption / decryption key corresponding to the member, and encrypts the PS key. The PS key acquisition result including the converted PS key is sent back to the requesting HTTP control server 7 or voice response control server 10.

The HTTP control server 7 or the voice response control server 10 transmits a PS key collation request including the encrypted PS key to the multifunctional member card through the Internet client 3 or the IC card public telephone 9. The multi-function member card decrypts the encrypted PS key included in the PS key verification request using the pre-recorded data decryption key, and verifies the decrypted PS key with the pre-recorded PS key. Then, the matching result is sent back to the requesting HTTP control server 7 or voice response control server 10 through the Internet client 3 or the IC card public telephone 9.

When the received PS key collation result indicates collation match, the HTTP control server 7 or the voice response control server 10 sends a utilization information update request including the utilization information updated after the issuance of the new card.
Alternatively, the information is transmitted to the multifunctional member card through the IC card public telephone 9. The multifunctional member card updates the recorded usage information, and transmits the update result to the requesting HT via the Internet client 3 or the IC card public telephone 9.
It is sent to the TP control server 7 or the voice response control server 10.

The HTTP control server 7 or the voice response control server 10 requests the card management server 12 to clear the flag indicating that the usage information has not been updated and to stop the old card. In response to this request, the card management server 12
Clears the flag recorded in the member DB and records stop information of the old card in the member DB. Thereafter, when the old card is used, the use of the old card is rejected.

Next, when the expiration date of the multi-function member card has expired, the process automatically shifts to the expiration date updating process shown in FIGS. When the expiration date of the membership card has expired, the HTTP control server 7 or the voice response control server 10 inquires the card management server 12 of the cost required for updating the expiration date. Then, the HTTP control server 7 or the voice response control server 10 presents the expense notified from the card management server 12 as a result of the inquiry to the member through the Internet client 3 or the IC card public telephone 9 and determines whether to extend the expiration date. Inquire.

In response to this inquiry, the member inputs to the Internet client 3 or the IC card public telephone 9 whether to extend the expiration date. In order to extend the expiration date, the expiration date update service request is sent from the Internet client 3 or the IC card public telephone 9 to the H.
It is transmitted to the TTP control server 7 or the voice response control server 10.

When the HTTP control server 7 or the voice response control server 10 extends the expiration date, the credit card number corresponding to the multifunctional member card
Check with the card management server 12 to see if it is registered in B. The card management server 12 sends the confirmation result to the HTT
It is sent back to the P control server 7 or the voice response control server 10. When the credit card number is registered in the member DB, the HTTP control server 7 or the voice response control server 1
0 requests the member for a personal identification number through the Internet client 3 or the IC card public telephone 9.

In response to the request, the member enters the personal identification number of the credit card into the Internet client 3 or the IC.
Input to the card public telephone 9. The Internet client 3 or the IC card public telephone 9 transmits a settlement request including the input personal identification number to the HTTP control server 7 or the voice response control server 10, and the HTTP control server 7 or the voice response control server 10 The request including the validity period extension is transmitted to the card management server 12.

The card management server 12 checks the received personal identification number with the personal identification number registered in the member DB, and if the personal identification numbers match, the credit card number registered in the member DB and the expiration date are updated. Is notified to the credit card system 19 via the content server 22 to request a credit settlement of the cost.
The credit card system 19 transmits the result of the credit settlement to the card management server 1 via the content server 22.
Notify 2. When the credit card system 19 notifies that the payment processing has been normally performed, the card management server 12 sets the extension of the expiration date of the multifunctional member card to H.
It instructs the TTP control server 7 or the voice response control server 10.

Subsequently, the HTTP control server 7 or the voice response control server 10 transmits a random number acquisition request to the multi-function member card through the Internet client 3 or the IC card public telephone 9. The processing from transmission of this random number acquisition request to transmission of the PS key collation result of FIG.
4 is exactly the same. The HTTP control server 7 or the voice response control server 10 queries the card management server 12 for a new expiration date of the multi-function member card when the PS key collation result indicates collation match.

Then, HTTP control server 7 or voice response control server 10 transmits an expiration date update request including the expiration date notified as a result of the inquiry to Internet client 3 or IC card public telephone 9. Internet client 3 or IC card public telephone 9
The expiration date of the multifunctional membership card is updated through the IC card reader / writer.

The multi-function member card notifies the Internet client 3 or the IC card public telephone 9 of the update result of the expiration date, and the Internet client 3 or I
The C-card public telephone 9 sends the renewal result of the expiration date to the HTT
Notify the P control server 7 or the voice response control server 10.

Next, when the expiration date recorded on the multi-function member card and the expiration date recorded on the member DB do not match, the expiration date for normalizing the expiration date of the multi-function member card in accordance with the member DB Automatically shifts to the normalization process (FIG. 17). If the expiration dates do not match, the HTTP control server 7 or the voice response control server 10
Send a random number acquisition request to the multi-function member card. The processing from transmission of the random number acquisition request to transmission of the PS key collation result is exactly the same as in the case of FIG.

If the result of the PS key collation indicates a collation match, the HTTP control server 7 or the voice response control server 10 inquires the card management server 12 of the correct expiration date of the multifunctional membership card. Then, the HTTP control server 7
Alternatively, the voice response control server 10 transmits an expiration date update request including the expiration date notified as a result of the inquiry to the Internet client 3 or the IC card public telephone 9. The Internet client 3 or the IC card public telephone 9 updates the expiration date of the multifunctional membership card.

The multifunctional member card notifies the Internet client 3 or the IC card public telephone 9 of the result of the renewal of the expiration date.
The C-card public telephone 9 sends the renewal result of the expiration date to the HTT
Notify the P control server 7 or the voice response control server 10.

Next, the AP recorded on the multifunctional membership card
If the DF correspondence list and the AP / DF correspondence list recorded in the member DB of the card management server 12 do not match, the AP / DF correspondence list of the multifunctional member card is added to the member D
The processing automatically shifts to the AP / DF correspondence list normalization processing (FIGS. 18 to 20) that is normalized in accordance with B.

First, the HTTP control server 7 or the voice response control server 10 sends the multifunctional membership card to the Internet
Request the P / DF correspondence list. Multifunctional membership card
The requester HTTP control server 7 or voice response control server 10 transmits the stored AP / DF correspondence list through the Internet client 3 or the IC card public telephone 9.
Send it back to

The HTTP control server 7 or the voice response control server 10 sends the received AP / DF correspondence list to the card management server 12 and requests a check of the list. The card management server 12 manages the AP / DF managed by itself.
The correspondence list is compared with the received AP / DF correspondence list, and the result is sent back to the requesting HTTP control server 7 or voice response control server 10. When the HTTP control server 7 or the voice response control server 10 finds that the AP / DF correspondence list does not match as a result of the check by the card management server 12, the HTTP control server 7 or the voice response control server 10 inquires the member whether or not to normalize the AP / DF correspondence list.

[0114] In response to this inquiry, the member receives the AP / D
Whether to normalize the F correspondence list is input to the Internet client 3 or the IC card public telephone 9.
In the case of normalization, a normalization start request is sent from the Internet client 3 or the IC card public telephone 9 to the HTT.
It is transmitted to the P control server 7 or the voice response control server 10. Subsequently, the HTTP control server 7 or the voice response control server 10 requests the multi-function member card to read the security data area use state flag.

The multi-function member card which has received this request through the Internet client 3 or the IC card public telephone 9 reads the security data area use state flag and sends it back to the requesting HTTP control server 7 or voice response control server 10. HTTP control server 7
Alternatively, the voice response control server 10 checks the received security data area use state flag, and if the security data is being used, inquires of the member whether or not the security data can be normalized.

In response to this inquiry, the member determines whether the Internet client 3 or I
Input to C card public telephone 9. In the case of normalization, a normalization continuation request is transmitted from the Internet client 3 or the IC card public telephone 9 to the HTTP control server 7 or the voice response control server 10. Next, FIG.
The processing from the transmission of the random number acquisition request to the transmission of the PS key collation result is exactly the same as in the case of FIG.

Subsequently, the HTTP control server 7 or the voice response control server 10 requests the card management server 12 for the relevant member's application data (AP key, AP external authentication key, AP internal authentication key, and local AP code). The card management server 12 encrypts the application data corresponding to the member connected through the Internet client 3 or the IC card public telephone 9 using the AP data encryption / decryption key corresponding to the member, and converts the encrypted application data. The request is sent back to the requesting HTTP control server 7 or voice response control server 10.

The HTTP control server 7 or the voice response control server 10 sends a DF selection request designating a DF file to be rewritten to the Internet client 3 or I
The C card is transmitted to the multi-function member card through the public telephone 9. After the selection of the DF file, the HTTP control server 7 or the voice response control server 10 sends an application data update request including the encrypted application data corresponding to the selected DF file to the multi-function member card.

The multi-function member card decrypts the received application data using the AP data encryption / decryption key recorded in advance, and updates the application data of the DF file specified by the DF selection request to the decrypted application data. Then, the update result is sent back to the requesting HTTP control server 7 or voice response control server 10. Subsequently, the HTTP control server 7
Alternatively, the voice response control server 10 requests the multi-function member card to read the security data area use state flag.

The multifunctional member card which has received this request through the Internet client 3 or the IC card public telephone 9 reads out the security data area use state flag and sends it back to the HTTP control server 7 or the voice response control server 10 that made the request. HTTP control server 7
Alternatively, the voice response control server 10 transmits a random number acquisition request to the multi-function member card through the Internet client 3 or the IC card public telephone 9. In response to this request, the multi-function member card generates and stores a random number and sends the generated random number back to the requesting HTTP control server 7 or voice response control server 10 through the Internet client 3 or the IC card public telephone 9. .

When the HTTP control server 7 or the voice response control server 10 that has issued the random number acquisition request receives the random number through the Internet client 3 or the IC card public telephone 9, the application external authentication start request including the random number is specified. The DF file is sent to the service provider system. The service provider system transmits the designated DF of the multifunctional membership card connected through the Internet client 3 or the IC card public telephone 9.
A predetermined calculation is performed using the AP external authentication key corresponding to the file and the random number included in the received external authentication start request for the application, and the external authentication start result for the application including the calculation result is transmitted to the HTTP control server 7 as the request source. Or, it sends it back to the voice response control server 10.

Subsequently, the HTTP control server 7 or the voice response control server 10 sends the application external authentication request including the received calculation result to the Internet client 3 or the IC.
The card is transmitted to the multi-function member card through the public telephone 9. The multifunctional member card performs the same calculation as the service provider system using the random number stored by itself and the AP external authentication key of the designated DF file, and calculates the calculation result and the received external authentication request for the application. Is compared with the calculation result included in. Then, the multifunctional member card returns the external authentication result for the application including the verification result to the requesting HTTP control server 7 or the voice response control server 10 through the Internet client 3 or the IC card public telephone 9.

If the received external authentication result for application indicates a matching match, the HTTP control server 7 or the voice response control server 10 sends the application key (AP) to the service provider system corresponding to the designated DF file. Key) Send a get request. In response to this request, the service provider system sets the A corresponding to the designated DF file.
The P key is sent to the card management server 12.

The card management server 12 uses the AP data encryption / decryption key corresponding to the designated DF file of the multifunction member card connected via the Internet client 3 or the IC card public telephone 9 to receive the received AP. The key is encrypted, and the result of obtaining the application key including the encrypted AP key is sent to the HTTP control server 7 or the voice response control server 10. The HTTP control server 7 or the voice response control server 10 transmits an application key collation request including the encrypted AP key to the multifunctional member card through the Internet client 3 or the IC card public telephone 9.

The multi-function member card decrypts the encrypted AP key included in the application key collation request by using the AP data encryption / decryption key corresponding to the designated DF file. The AP key of the DF file and the decrypted AP key are collated, and the collation result is sent back to the requesting HTTP control server 7 or voice response control server 10.

When the received application key collation result indicates collation match, the HTTP control server 7 or the voice response control server 10 determines whether the member information, security data, and security data area use status flag of the designated DF file are valid. Require multifunction membership card to initialize. The multifunctional membership card performs the required initialization and sends back the result.

Then, the HTTP control server 7 or the voice response control server 10 requests the multifunctional member card to update the portion corresponding to the designated DF file in the AP / DF correspondence list. In response to this request, the multi-function member card updates the AP / DF correspondence list, and sends the updated result back to the requesting HTTP control server 7 or voice response control server 10. From the normalization start request in FIG. 18 to FIG.
The processing up to the AP / DF correspondence list update result of 0
This is repeated for the mismatch in the DF correspondence list. As described above, the normalization of the AP / DF correspondence list is executed.

Confirmation of card-specific type, confirmation of integrated application code, card management internal authentication, confirmation of issuance information, old card suspension / new card update / expiration date update /
If the normalization of the expiration date / normalization of the AP / DF correspondence list (the above, 4 processing only when necessary) is normal, HTT
The P control server 7 or the voice response control server 10
As shown in (1), a menu of available services is requested from the card management server 12.

The card management server 12 transmits a service menu corresponding to the issuance information to the requesting HTTP control server 7 or the voice response control server 10 as an available service request result, and the HTTP control server 7 or the voice response control server 10 transmits the service menu to the Internet client 3 or the IC card public telephone 9. In addition, available services are different for each member.

Next, it is possible to change the service available from the membership card or the multifunctional membership card. However, the changing method differs between the membership card and the multifunctional membership card. FIG. 22 shows a sequence of a process for changing the service available with the membership card. After performing the above-mentioned common logon process using the membership card, the member selects a menu for changing available services from the service menu.

The Internet client 3 or the IC card public telephone 9 notifies the HTTP control server 7 or the voice response control server 10 that the available service change processing has been selected. When the available service change process is selected, the HTTP control server 7 or the voice response control server 10 inquires of the card management server 12 about services currently available to the member.

In response to this inquiry, the card management server 12 retrieves a list of services selected and registered by the applicable member from the member DB, and uses the list of services as an available service inquiry result as the HTTP control of the inquiry source. The server 7 or the voice response control server 10 is notified. HTT
The P control server 7 or the voice response control server 10 notifies the member of a list of services currently selected and registered by the member through the Internet client 3 or the IC card public telephone 9 and provides all the services that can be provided by the system of FIG. The list of services excluding the services currently selected and registered by the member from the selectable services is notified to the member as an addable service.

If there is a service that the user does not want to use among the currently selected and registered services, the member requests deletion of the service. Internet client 3
Alternatively, the IC card public telephone 9 notifies the HTTP control server 7 or the voice response control server 10 of the service to be deleted, and the HTTP control server 7 or the voice response control server 1
0 requests the card management server 12 to delete the registration of the service. In response to this request, the card management server 12 deletes the registration of the corresponding service from the information of the corresponding member registered in the member DB, and transmits the result of the deletion processing to the HTTP control server 7 or the voice response control server of the request source Notify 10.

[0134] If there is a service that the user wishes to use among services not currently selected or registered, the member requests addition of the service. The Internet client 3 or the IC card public telephone 9 notifies the HTTP control server 7 or the voice response control server 10 of the service to be added, and the HTTP control server 7 or the voice response control server 10 adds the registration of the service. Request to the card management server 12. In response to this request, the card management server 12 registers the applicable service in the information of the applicable member registered in the member DB, and transmits the result of this additional processing to the HTTP control server 7 or the voice response control server 10 that made the request.
Notify.

On the other hand, with the multifunctional membership card, available services can be deleted, added, and options can be changed. In the case of changing the option, if the reservation has already been made in the corresponding application and the use information has been registered, the contents thereof can be used continuously. FIG.
FIG. 24 shows a sequence of processing for deleting a service available with the multi-function member card.

After performing the above-described common logon process using the multifunctional membership card, the member selects a menu for changing available services from the service menu. Internet client 3 or IC card public telephone 9
After requesting the member's PIN and entering the PIN, the service that includes this PIN will be deleted /
Send a request to start the add / option change service.

The HTTP control server 7 or the voice response control server 10 requests the card management server 12 to check the personal identification number. The HTTP control server 7 or the voice response control server 10 inquires of the card management server 12 about services currently available to the member when the check result by the card management server 12 indicates a matching match. In response to this inquiry, the card management server 12
Retrieves a list of services selected and registered by the member from the member DB, and uses the list of services as an available service request result as the request source HTTP control server 7.
Alternatively, it notifies the voice response control server 10.

Next, the HTTP control server 7 or the voice response control server 10 requests the card management server 12 for the AP / DF correspondence list corresponding to the member. AP ・ D
After obtaining the F correspondence list, the HTTP control server 7 or the voice response control server 10 inquires the member whether the available service is to be deleted, added, or changed. When the member selects deletion, the HTTP control server 7 or the voice response control server 10 requests the card management server 12 to check a service that can be deleted.

The card management server 12 confirms the reservation status of the member in the member DB, and sends back the confirmation result to the HTTP control server 7 or the voice response control server 10. HTT
The P control server 7 or the voice response control server 10 requests the member to select which service to be deleted from the services registered in the multifunctional member card. The Internet client 3 or the IC card public telephone 9 reads the security data area use state flag of the service (DF file) selected by the member from the multi-function member card, and inquires of the member whether or not the member can be deleted.

At this time, the Internet client 3
Alternatively, if the validity period of the electronic ticket recorded in the security data area use state flag has expired, the smart card public telephone 9 presents the validity period and asks the member whether or not the electronic ticket may be deleted. When the deletion is confirmed by the member, the Internet client 3 or the IC card public telephone 9 sends a service deletion request for the designated DF file to the HTTP control server 7 or the voice response control server 10.

The processing from the random number acquisition request in FIG. 23 to the initialization result such as the use state flag in FIG. 24 is the same as in FIG. 19 and FIG. 20, and a description thereof will be omitted. The HTTP control server 7 or the voice response control server 10 requests the card management server 12 to delete the service selected by the member. The card management server 12 deletes the service selected by the member from the data of the corresponding member in the member DB. Then, the HTTP control server 7 or the voice response control server 10 sends the AP / D
Request the multifunctional membership card to update the F correspondence list. In response to this request, the multifunctional membership card will be
Update the F correspondence list. Thus, the process of deleting available services is completed.

Next, FIG. 25, FIG. 26, and FIG. 27 show a sequence of a process for adding a service that can be used with a multifunctional membership card. After performing the above-mentioned common logon process using the multifunctional membership card, the member selects a menu for changing available services from the service menu. The HTTP control server 7 or the voice response control server 10 inquires of the member whether the available service is to be deleted, added, or changed. If the member chooses to add, H
The TTP control server 7 or the voice response control server 10 transmits the service currently available to the member to the card management server 1.
Contact 2

In response to this inquiry, the card management server 12 retrieves a list of services selected and registered by the relevant member from the member DB, and uses the list of services as an available service request result as a result of the request source HTTP control. The server 7 or the voice response control server 10 is notified. Then, the HTTP control server 7 or the voice response control server 10
Requests the card management server 12 for the AP / DF correspondence list corresponding to the member. After obtaining the AP / DF correspondence list, the HTTP control server 7 or the voice response control server 1
0 inquires the card management server 12 about services that can be added.

After obtaining the list of services that can be added, the HTT
The P control server 7 or the voice response control server 10 notifies the member of the number of services that can be added and the list of services that can be added to the member via the Internet client 3 or the IC card public telephone 9 and asks the member to select the service to be added. Request. The number of services that can be added is determined by the number of services that can be selected and registered for each multi-function member card and the number of services that are currently selected and registered by the member.

When a member selects a service to be added,
The Internet client 3 or the IC card public telephone 9 checks whether or not the number of selected services is within the number of services that can be added, and if the number is within the number of services that can be added, the HT adds the selected service.
The request is sent to the TP control server 7 or the voice response control server 10.

The process from the transmission of the random number acquisition request in FIG. 25 to the transmission of the PS key collation result in FIG. 26 is exactly the same as that in FIG. The HTTP control server 7 or the voice response control server 10 requests the card management server 12 to add the selected service when the PS key collation result indicates collation match. The card management server 12 adds the service selected by the member as a usable service to the data of the corresponding member in the member DB, and sends the result of the addition back to the HTTP control server 7 or the voice response control server 10 that made the request.

The processes from the application data acquisition request to the application data update result in FIG. 26 are the same as those in FIG. The processing from the random number acquisition request in FIG. 26 to the initialization result such as the use state flag in FIG. 27 is the same as the processing from the second random number acquisition request in FIG. 19 to the initialization result such as the use state flag in FIG. is there. The HTTP control server 7 or the voice response control server 10 transmits the AP with the addition of the available service.
・ Request the multi-function member card to update the DF correspondence list. In response to this request, the multifunctional membership card will be
-Update the DF correspondence list. Thus, the process of adding available services is completed.

FIG. 28, FIG. 29, FIG. 30, and FIG. 31 show a sequence of a process for changing an option in a multifunctional membership card. After performing the above-mentioned common logon process using the multifunctional membership card, the member selects a menu for changing available services from the service menu. The HTTP control server 7 or the voice response control server 10 inquires of the member whether the available service is to be deleted, added, or changed. When the member selects the option change, the HTTP control server 7 or the voice response control server 10
Makes an inquiry to the card management server 12 about a service with options currently available to the member.

Next, the HTTP control server 7 or the voice response control server 10 requests the card management server 12 for the AP / DF correspondence list corresponding to the member. AP ・ D
After obtaining the F correspondence list, the HTTP control server 7 or the voice response control server 10 notifies the member of a list of services with options, and requests the members to select a service whose option is to be changed. The member selects a service whose option is to be changed from the presented list.

The HTTP control server 7 or the voice response control server 10 checks whether the option of the designated service can be changed, and when the member checks, the option change request from the Internet client 3 or the IC card public telephone 9 is received. Is sent. The processing from the random number acquisition request in FIG. 28 to the initialization result such as the use state flag in FIG. 29 is the same as the processing from the second random number acquisition request to the initialization result such as the use state flag in FIG.

The HTTP control server 7 or the voice response control server 10 requests the card management server 12 to delete the option to be changed. In response to this request, the card management server 12 deletes the service option selected by the member from the data of the corresponding member in the member DB, and updates the AP / DF correspondence list of the corresponding member with this deletion. The HTTP control server 7 or the voice response control server 10 that has received the option deletion result from the card management server 12 sends the AP / D to the multifunctional member card through the Internet client 3 or the IC card public telephone 9.
Request to update the F correspondence list. In response to this request, the multi-function member card updates the AP / DF correspondence list.

Thus, the option to be changed is deleted from the multifunctional membership card and card management server 12. Next, the processing from transmission of the random number acquisition request to transmission of the PS key collation result in FIG. 30 is exactly the same as in the case of FIG.
The HTTP control server 7 or the voice response control server 10
If the PS key collation result indicates collation match, it requests the card management server 12 to add the selected option. The card management server 12 adds the option of the selected service to the data of the corresponding member in the member DB, and updates the AP / DF correspondence list of the corresponding member with this addition.

The processing from the application data acquisition request to the application data update result in FIG. 30 is the same as in FIG. The processing from the second random number acquisition request in FIG. 30 to the initialization result such as the use state flag in FIG. 31 is performed from the second random number acquisition request in FIG. 19 to the initialization result such as the use state flag in FIG. Is the same as The HTTP control server 7 or the voice response control server 10 requests the multifunctional membership card to update the AP / DF correspondence list with the addition of the available service. In response to this request, the multi-function member card updates the AP / DF correspondence list. This completes the option change processing.

Next, the reservation inquiry service will be described with reference to FIG. After performing the above-described common logon process using the member card or the multifunctional member card, the member selects the reservation inquiry service from the service menu. Internet client 3 or IC card public telephone 9
Notifies the HTTP control server 7 or the voice response control server 10 that the reservation inquiry service has been selected. When the reservation inquiry service is selected, the HTTP control server 7
Alternatively, the voice response control server 10 inquires of the card management server 12 about the status of the service reserved by the member.

[0155] In response to this inquiry, the card management server 12 provides the member D with an overview of the service reserved by the member.
B, and notifies the reservation summary to the HTTP control server 7 or the voice response control server 10 of the inquiry source as a reservation inquiry result. The HTTP control server 7 or the voice response control server 10 sends the outline of the service reserved by the member to the Internet client 3 or the IC card public telephone 9
Notify members through

Next, assuming that the membership card that has already been issued is sequentially transferred to a higher-function card, the member can arbitrarily select a high-function multifunction card from the Internet client 3 or the IC card public telephone 9. A function for making an issuance application will be described. It is assumed that the list of applied members is stored on the card management server 12 so that the multifunctional member card for the list can be easily issued. FIG. 33 is a sequence diagram showing a method for applying for the issuance of a multifunctional member card.

After performing the above-described common logon process using the member card, the member selects a multi-function member card issuance application service from the service menu. Internet client 3 or IC card public telephone 9
Notifies the HTTP control server 7 or the voice response control server 10 that the multifunctional member card issuance application service is selected. Thereby, the HTTP control server 7
Alternatively, the voice response control server 10 transmits a request for issuing a multifunctional membership card to the card management server 12.

The card management server 12 adds the applicable member name to the issuance requester list of the multifunction card, and notifies the Internet client 3 or the IC card public via the HTTP control server 7 or the voice response control server 10 that the issuance request has been accepted. Notify the telephone 9. FIG. 34 is a sequence diagram showing a method for issuing a multifunctional member card.

When the issuing software is started by the system administrator, the card management server 12 confirms the connection with the IC card issuing machine 14 (issuance management device 13) and displays the issuance requester list. . The administrator of the system looks at the displayed issuance requester list and selects the member number of the member to be issued the multifunctional member card on the list. The card management server 12 searches the member DB based on the selected member number and creates issue information to be recorded on the multifunctional member card.

Next, external authentication and issuer key collation are performed between the issuance management device 13 and the multi-function member card.
This process is as described with reference to FIG. When the issuer key collation result shows collation match, the card management server 12 sends the created issuance information to the multi-function member card through the issuance management device 13 and the IC card issuing machine 14 and requests the issuance information writing. I do.

The IC card issuing machine 14 is a
Write the issuance information received from 3 on the multifunctional member card (IC card 30). Then, the card management server 12
Registers the member data together with the member number in the member DB. Thus, a multifunctional membership card is issued to the member who owns the old card (member card).

Next, the ticket reservation service will be described. When a member makes a new reservation, it first checks whether a new reservation is possible. FIG. 35 shows a new reservation availability check sequence. The member selects the ticket reservation service from the service menu after performing the above-mentioned common logon process using the member card or the multifunctional member card.

When the member selects a new ticket reservation from the menu of the ticket reservation service, the HTTP control server 7 or the voice response control server 10 checks with the card management server 12 whether the new reservation is possible. Ask. The card management server 12 checks whether a new reservation is possible by checking whether there is space left in the member DB and the card where the history of the ticket reservation can be recorded, and checks the check result. Requester H
It is sent back to the TTP control server 7 or the voice response control server 10. In the present embodiment, the number of services that can be reserved is two for a membership card and one for a multifunctional membership card.
0 cases.

When the current number of reservations of the member who has selected the ticket reservation is smaller than the number of reservable services and a new reservation is possible, the member searches the event type and the event date when searching for an event. Specify as a condition. FIG. 36 shows an event search sequence when the Internet client 3 is used, and FIG. 37 shows an event search sequence when the IC card public telephone 9 is used.

In FIG. 36, the HTTP control server 7
Lists a list of event types (music, sports, etc.) via the card management server 12 and the content server 22 in the service provider system (here, the ticket system 1).
Request to 5). The service provider system transmits a list of event types to the requesting HTTP control server 7 via the content server 22 and the card management server 12. The HTTP control server 7 notifies the member of the acquired list of the event types through the Internet client 3 and requests the member to input search conditions for an event for which a ticket is to be reserved.

The member inputs the type of event (music, sports, etc.) for which a ticket reservation is desired and the date of the event as event search conditions. The Internet client 3 transmits the input event search condition to the HTTP control server 7. By transmitting the event search condition to the service provider system, the HTTP control server 7 requests the service provider system to search for an event that meets the event search condition.

The service provider system sends back a list of events meeting the event search conditions to the requesting HTTP control server 7 as an event search result. The HTTP control server 7 notifies the member of the acquired list of events through the Internet client 3. The operation guidance is performed by the IC card public telephone 9 in place of the Internet client 3, the voice response control server 10 in place of the HTTP control server 7, and the voice guidance instead of the screen display. Except for the point,
When a ticket is reserved from the IC card public telephone 9, the same processing as in FIG. 36 is executed (FIG. 37). If no event that matches the event search condition is found, the condition is changed and re-inquiry is performed.

Next, the member selects a desired event from the list of notified events, searches for a vacant seat of the selected event, and selects a seat type if the desired event and seat type are available. Enter the number of tickets
Check if the required number can be reserved. 38 and 39 show the sequence of the vacancy inquiry. 38 shows a vacancy inquiry sequence when the Internet client 3 is used, and FIG. 39 shows a vacancy inquiry sequence when the IC card public telephone 9 is used.

In FIG. 38, the member selects a desired event from a list of notified events. Information on the selected event is notified from the Internet client 3 to the HTTP control server 7.

The HTTP control server 7 inquires of the service provider system (here, the ticket system 15) whether or not there is a vacancy in the selected event.
In response to this inquiry, the service provider system
The vacant seat of the corresponding event is searched, and the search result is sent back to the HTTP control server 7. The HTTP control server 7 notifies the member of the acquired vacancy status via the Internet client 3. The member checks whether the desired seat is available in the vacant seat status notified, and then inputs the desired seat and the number of tickets.

Information on the seat and the number of tickets desired by the member is notified from the Internet client 3 to the HTTP control server 7. The HTTP control server 7 requests the member through the Internet client 3 to confirm the contents of the reservation (holding date and time, event name, seat, number of tickets, fee, etc.). The point that the IC card public telephone 9 performs the processing in place of the Internet client 3,
Except that the voice response control server 10 performs the processing instead of the control server 7 and the operation guidance is performed by voice guidance instead of the screen display, the ticket reservation from the IC card public telephone 9 is also performed. Is performed (FIG. 39). If the required number cannot be reserved, the conditions can be changed and a re-reference can be made.

Next, the member confirms the contents of the reservation and registers the reservation. FIG. 40 and FIG. 41 show the sequence of reservation registration when a member card is used. FIG. 40 shows a reservation registration sequence when the Internet client 3 is used,
FIG. 41 shows a reservation registration sequence when the IC card public telephone 9 is used.

In FIG. 40, the member inputs to the Internet client 3 that the reservation has been confirmed, and the Internet client 3 notifies the HTTP control server 7 that the reservation has been confirmed. This allows
The HTTP control server 7 requests the service provider system (ticket system 15) to register reservation contents through the card management server 12. After registering the reservation content, the service provider system sends the registration result to the requesting HTT.
Send it back to the P control server 7. At this time, the content server 22 assigns a reservation number to the reservation content and passes the reservation number to the requesting HTTP control server 7.

The HTTP control server 7 receiving the registration result
Requests the card management server 12 to record the reservation contents and the reservation number as a reservation history in the member DB. The card management server 12 sends the storage result back to the requesting HTTP control server 7. Subsequently, the HTTP control server 7
It instructs the Internet client 3 to write the reservation contents and the reservation number as usage information on the membership card.

The Internet client 3 writes usage information on the membership card through an IC card reader / writer. IC instead of Internet client 3
Except that the card public telephone 9 performs the processing, the voice response control server 10 performs the processing instead of the HTTP control server 7, and the operation guidance is performed by voice guidance instead of the screen display, the IC card is used. When a ticket is reserved from the public telephone 9, the same processing as in FIG. 40 is executed (FIG. 41).

FIG. 42 shows a reservation registration sequence in the case of using a multifunctional membership card. In FIG. 42, the member inputs the confirmation of the reservation contents to the Internet client 3 or the IC card public telephone 9, and the Internet client 3 or the IC card public telephone 9
It notifies the HTTP control server 7 or the voice response control server 10 that the reservation content has been confirmed. Thereby, HT
The TP control server 7 requests the service provider system (ticket system 15) to register the reservation contents through the card management server 12.

After registering the reservation content, the service provider system sends the registration result back to the requesting HTTP control server 7 or voice response control server 10. HTTP control server 7 or voice response control server 10 receiving the registration result
Requests the card management server 12 to record the reservation contents and the reservation number as a reservation history in the member DB. The card management server 12 returns the storage result to the requesting HTTP control server 7 or the voice response control server 10.

The processing from transmission of the random number acquisition request to transmission of the PS key collation result is exactly the same as in the case of FIG.
The HTTP control server 7 or the voice response control server 10
When the PS key collation result indicates collation match, the Internet client 3 or the IC card public telephone 9 is instructed to write the reservation content and the reservation number as usage information on the membership card. The Internet client 3 or the IC card public telephone 9 writes the usage information on the multi-function member card through the IC card reader / writer, and writes the result to the HTTP control server 7 or the voice response control server 10.
Notify.

After the reservation is registered, in the case of using the member card, the processing shifts to the settlement processing. The settlement process is performed only when the member desires and the credit card number is registered in the member DB, and otherwise, when the ticket is issued. FIG.
3 shows the sequence of the settlement process.

After the reservation is completed, the HTTP control server 7 or the voice response control server 10 transmits the information of the corresponding member to the card management server 12 to check whether the corresponding credit card number is registered in the member DB. Check. The card management server 12 sends the confirmation result to the HTTP
It is sent back to the control server 7 or the voice response control server 10.
When the credit card number is registered in the member DB, the HTTP control server 7 or the voice response control server 10
Confirms with the member through the Internet client 3 or the IC card public telephone 9 whether or not to perform the settlement processing using a credit card.

The response indicating whether or not the member makes a credit card payment is sent to the Internet client 3 or I
It is sent back from the C card public telephone 9 to the HTTP control server 7 or the voice response control server 10. When the member makes a credit card payment, the HTTP control server 7 or the voice response control server 10 requests the member for a personal identification number through the Internet client 3 or the IC card public telephone 9. In response to the request, the member inputs the personal identification number of the credit card to the Internet client 3 or the IC card public telephone 9. The entered password is transmitted from the Internet client 3 or the IC card public telephone 9 to the HTTP control server 7 or the voice response control server 1.
0 to the card management server 12.

The card management server 12 checks the received personal identification number with the personal identification number registered in the member DB, and when the personal identification numbers match, the credit card number registered in the member DB and the service provider are compared. The ticket fee notified from the system (ticket system 15) as the reservation registration result and the service provider system (credit card system 1) via the content server 22.
9) and request for credit settlement of the ticket fee.

The service provider system (credit card system 19) notifies the result of credit settlement to the card management server 12 via the content server 22,
The card management server 12 notifies this result to the HTTP control server 7 or the voice response control server 10. HTTP
The control server 7 or the voice response control server 10 notifies the card management server 12 and the service provider system (ticket system 15) that the payment has been completed.

After the reservation registration, in the case of using the multi-function member card, the processing shifts to an electronic ticket issuing process for making the multi-function member card function as a reserved ticket. Issuance of an electronic ticket is performed only when the member desires and the credit card number is registered in the member DB. Otherwise, the electronic ticket is issued at the ticket counter. 44 and 45 show a sequence of an electronic ticket issuing process.

When an electronic ticket issuance request is issued from a member, the Internet client 3 or IC card public telephone 9 requests the multifunctional member card to read the security data area use state flag. The multifunctional member card reads the security data area use state flag and sends it back to the requesting Internet client 3 or IC card public telephone 9. The Internet client 3 or the IC card public telephone 9 checks the acquired security data area use state flag, and if there is a vacancy, issues a ticket issuing service start request to the HTTP.
The data is transmitted to the control server 7 or the voice response control server 10.

The process from the member information inquiry to the payment completion result in FIG. 44 is the same as the settlement process in FIG. Also,
The processing from the random number acquisition request in FIG. 44 to the application key collation result in FIG. 45 is performed from the second random number acquisition request in FIG.
This is the same as the processing up to the application key collation result of 0. H
The TTP control server 7 or the voice response control server 10 transmits an electronic ticket issuance request to the service provider system (ticket system 15) through the card management server 12 when the application key collation result indicates collation match.

The service provider system (ticket system 15) issues an electronic ticket according to the reservation contents of the member, saves the issuance history, and transmits the electronic ticket issuance result to the HTTP control server 7 or the voice response control of the request source. Send it back to server 10. Next, the HTTP control server 7 or the voice response control server 10 requests the Internet client 3 or the IC card public telephone 9 to write the information of the electronic ticket on the multifunctional membership card.

The Internet client 3 or the IC card public telephone 9 writes the information of the electronic ticket in the vacant security data area of the multi-function member card, sets the corresponding security data area use state flag to a use state, and Then, the expiration date of the electronic ticket is written in the area of this flag. Subsequently, the HTTP control server 7 or the voice response control server 10 transmits an electronic ticket card write history storage request to the service provider system (ticket system 15) through the card management server 12.

In response to this request, the service provider system (ticket system 15) stores the electronic ticket write history. Next, the HTTP control server 7 or the voice response control server 10 executes the reservation content by writing the information of the electronic ticket on the multi-function member card, so the reservation information of the corresponding member is transmitted to the card management server 12. Request removal.

After deleting the reservation information, the HTTP control server 7
Alternatively, the voice response control server 10 requests the Internet client 3 or the IC card public telephone 9 to delete the corresponding use information of the multifunctional membership card. The Internet client 3 or the IC card public telephone 9 deletes the corresponding usage information of the multi-function member card and sends the deletion result to the HTTP control server 7 or the voice response control server 1 that has requested the deletion.
Send back to 0. This is the end of the electronic ticket issuing process.

If the member makes a ticket reservation in the manner described above and later wants to confirm the reservation contents,
The reservation contents are confirmed as shown in FIG. That is, the member performs the above-described common logon process using the membership card or the multifunctional membership card, selects a ticket reservation service from the service menu, and then selects a reservation confirmation menu. When the reservation confirmation menu is selected, the HTTP control server 7 or the voice response control server 10
Makes an inquiry to the card management server 12 about the number of reservations of the member. In response to this inquiry, the card management server 12 notifies the HTTP control server 7 or the voice response control server 10 of the inquiry source of the number of reservations of the member.

Subsequently, the HTTP control server 7 or the voice response control server 10 requests the card management server 12 for usage information for the number of reservations of the member. The card management server 12 sends back the usage information of the corresponding member to the HTTP control server 7 or the voice response control server 10 that made the request. Next, the HTTP control server 7 or the voice response control server 10
Requests the service provider system (ticket system 15) for the corresponding reservation content using the reservation number included in the acquired usage information.

The service provider system (ticket system 15) sends the reservation content corresponding to the notified reservation number back to the requesting HTTP control server 7 or voice response control server 10. The HTTP control server 7 or the voice response control server 10 notifies the member of the acquired reservation content through the Internet client 3 or the IC card public telephone 9. In the case of a multifunctional membership card, a desired reservation can be selected from a list with reservations, and the electronic ticket can be issued. This processing is the same as the above-described electronic ticket issuance processing sequence, and will not be described.

If the member wants to cancel the ticket reservation, the reservation is canceled as shown in FIGS. 47 and 48. FIG. 47 shows a reservation canceling sequence when a member card is used, and FIG. 48 shows a reservation canceling sequence when a multifunctional member card is used.

In FIG. 47, after performing the above-mentioned common logon process using the membership card, the member selects the ticket reservation service from the service menu, and then selects the menu for canceling the reservation. When the menu of reservation cancellation is selected, the HTTP control server 7 or the voice response control server 10 obtains the reservation contents of the corresponding member in the same procedure as the reservation confirmation described above, notifies the member, and determines which reservation is to be canceled. Contact the member.

The member selects a reservation desired to be canceled from the notified contents of the reservation. The Internet client 3 or the IC card public telephone 9 notifies the HTTP control server 7 or the voice response control server 10 of the reservation to be canceled. The HTTP control server 7 or the voice response control server 10 uses the reservation number corresponding to the reservation to be canceled,
A request is made to the service provider system (ticket system 15) to cancel the reservation. The service provider system (ticket system 15) deletes the reservation content corresponding to the notified reservation number, and sends back the result of the reservation cancellation processing to the HTTP control server 7 or the voice response control server 10 that has issued the request.

Subsequently, the HTTP control server 7 or the voice response control server 10 requests the card management server 12 to cancel the reservation using the reservation number. The card management server 12 deletes the reservation content corresponding to the notified reservation number from the member DB, and transmits the result of the reservation cancellation processing to the requesting HTTP control server 7 or the voice response control server 10.
Send it back to Further, the HTTP control server 7 or the voice response control server 10 uses the reservation number to instruct the Internet client 3 or the IC card public telephone 9 to cancel the corresponding use information of the member card.

The Internet client 3 or the IC card public telephone 9 deletes the corresponding use information of the member card through the IC card reader / writer. Then, the Internet client 3 or the IC card public telephone 9
Notifies the HTTP control server 7 or the voice response control server 10 of a deletion result indicating from which record of the membership card the corresponding usage information has been deleted, and the HTTP control server 7 or the voice response control server 10 Notify the management server 12. The card management server 12 records a history indicating that the reservation content has been deleted in the member DB, and notifies the HTTP control server 7 or the voice response control server 10 and the Internet client 3 or the IC card public telephone 9 that the reservation content has been deleted. Notify members through In addition, if the payment processing by the credit card has been completed at the time of the reservation, the reservation contents cannot be deleted.

In FIG. 48 as well, the processing from the confirmation of the number of reservations to the transmission of the reservation information cancellation result is exactly the same as in FIG. The processing from transmission of the random number acquisition request to transmission of the PS key collation result is exactly the same as in the case of FIG. HTTP control server 7 or voice response control server 10
Instructs the Internet client 3 or the IC card public telephone 9 to cancel the corresponding use information of the multi-function member card when the PS key collation result shows collation match.

The Internet client 3 or the IC card public telephone 9 deletes the corresponding use information of the multi-function member card, and transmits the deletion result indicating from which record of the multi-function member card the corresponding use information was deleted to the HTTP control server 7. Alternatively, the voice response control server 10 is notified, and the HTTP control server 7 or the voice response control server 10 notifies the card management server 12 of the result. Card management server 1
2 records a history indicating that the reservation content has been deleted in the member DB, and notifies the member through the HTTP control server 7 or the voice response control server 10 and the Internet client 3 or the IC card public telephone 9 that the reservation content has been deleted. Notice.

Next, a ticket or electronic ticket issuance process will be described with reference to FIGS. FIG. 49 is a sequence of a ticket issuing process when a member card is used, FIGS. 50 and 51 are sequences of a ticket issuing process when a multifunctional member card is used, and FIGS. 4 shows a sequence of a ticket issuing process.

Here, the ticket issuing process or the electronic ticket issuing process means that when a member receives a reserved ticket at a ticket counter, the ticket counter staff uses the business terminal 4 installed at the ticket counter to issue the ticket. To do. In FIG. 49, when issuing a ticket, a member card brought by the member to the counter is placed on the IC card reader / writer 1b connected to the business terminal 4, and the business terminal 4 is placed in the IC card reader / writer 1b.
b, the issue information is read from the member card, and the business connection server 6 is connected to the business support server 6 via the Internet 2 and logged in. By connection with the business support server 6, a ticket issuance menu is displayed on the screen of the business terminal 4.

When the ticket counter staff selects the ticket issuing menu, the business support server 6 inquires the card management server 12 about the number of reservations of the member. In response to this inquiry, the card management server 12 notifies the business support server 6 of the number of reservations of the member. Subsequently, the business support server 6 requests the card management server 12 for usage information for the number of reservations of the corresponding member. Card management server 1
2 sends back the use information of the member to the business support server 6.

Next, the business support server 6 requests the corresponding reservation contents from the service provider system (ticket system 15) using the reservation number included in the obtained use information. The service provider system (ticket system 15) sends the reservation content corresponding to the notified reservation number back to the business support server 6. Business support server 6
Sends the acquired reservation contents to the business terminal 4. Thereby, the reservation content is displayed on the screen of the business terminal 4.

Next, the business support server 6 checks the settlement status, and if the member is not performing the settlement processing, checks the member for payment means (cash or credit card) through the business terminal 4. Thereby, the screen of the business terminal 4 shifts to the payment processing screen. When a credit card is selected as a payment means, the business support server 6 performs a payment process through the card management server 12. This process
In the settlement process at the time of a new reservation shown in FIG.
This is the same as the case where the control server 7 or the voice response control server 10 performs the payment processing through the card management server 12.

The business support server 6 notifies the service provider system (ticket system 15) that the payment has been completed, further notifies that the ticket is to be issued, and responds to this notification with the service provider system (ticket system 15). After returning from the system 15), the card management server 12 is requested to delete the corresponding usage information. The card management server 12 deletes the corresponding use information from the member DB and notifies the business support server 6 of the result of this processing. The business support server 6 notifies the business terminal 4 of the reservation number, thereby instructing to delete the corresponding usage information of the member card.

The business terminal 4 deletes the corresponding use information of the member card through the IC card reader / writer 1b.
Then, the business terminal 4 sends the usage information deletion result to the business support server 6. The business support server 6 transmits ticket information necessary for printing the ticket to the business terminal 4 via the Internet 2. The business terminal 4 passes the print information to the output device 5. As a result, the ticket is printed by the output device 5, and the ticket counter staff
Hand the printed ticket to the member.

[0208] If the payment means is cash, the ticket counter staff receives cash from the member and inputs information indicating that payment has been completed to the business terminal 4, and the contents are displayed in the service provider system (ticket system 15). And is recorded on the card management server 12. The process after the business support server 6 notifies the service provider system (ticket system 15) that the payment has been completed is the same as the case of the credit settlement.

If the member has paid at the time of reservation, the business support server 6 proceeds to a process of notifying the service provider system (ticket system 15) of issuing a ticket without performing a settlement process. .

In the case of the multi-function member card shown in FIGS. 50 and 51, the processing from the confirmation of the number of reservations to the transmission of the notice of payment completion is the same as that of FIG. Also,
The processing from transmission of the random number acquisition request to transmission of the PS key collation result is performed by the business terminal 4 instead of the Internet client 3 or the IC card public telephone 9, and
14 except that the business support server 6 performs processing instead of the TTP control server 7 or the voice response control server 10.
Is exactly the same as

When the PS key collation result indicates collation match, the business support server 6 notifies the service provider system (ticket system 15) that a ticket is to be issued, and a response to this notification is sent to the service provider system. After returning from the system (ticket system 15), it requests the card management server 12 to delete the corresponding usage information (FIG. 51). The card management server 12 deletes the corresponding use information from the member DB and notifies the business support server 6 of the result of this processing. The business support server 6 instructs the business terminal 4 to delete the corresponding use information of the multifunctional member card by notifying the business terminal 4 of the reservation number. Subsequent processing is the same as that of the case of the membership card shown in FIG.

As in the case of FIG. 49, when the payment means is cash, the credit number check, the credit settlement request, and the credit settlement result are omitted. If the member has paid at the time of the reservation, the business support server 6 proceeds to a process of notifying the service provider system (ticket system 15) of issuing a ticket without performing the payment process.

In the case of issuing an electronic ticket (FIGS. 52 to 54), the processing from the confirmation of the number of reservations to the notification of the reservation to be issued is the same as in the case of FIG. Next, the business terminal 4 transmits the AP /
Get the DF correspondence list. The processing from the security data area use state flag acquisition request in FIG. 52 to the payment notification result in FIG. 53 is performed by the business terminal 4 in place of the Internet client 3 or the IC card public telephone 9, and the HTTP control server 7 or It is the same as the case of FIG. 44 except that the business support server 6 performs the processing instead of the voice response control server 10.

P from the transmission of the first random number acquisition request in FIG.
The processing up to the transmission of the S key collation result is exactly the same as in the case of FIG. The processing from the transmission of the second random number acquisition request in FIG. 53 to the ticket issuance completion notification in FIG.
44, except that the business terminal 4 performs processing instead of the Internet client 3 or the IC card public telephone 9 and the business support server 6 performs processing instead of the HTTP control server 7 or the voice response control server 10. FIG.
Is the same as

Next, when the member purchases the electronic ticket, the member can pass through the gate of the event venue using the electronic ticket (multifunctional member card). When passing through the gate, the route to the seat is displayed on the information board based on the seat information and the like recorded as the member information. 55 and 56 show the sequence of passing through the gate.

An IC card reader / writer 1c is installed at the gate of the event venue. When a member holds a multifunctional membership card (electronic ticket) over the gate, the IC card reader / writer 1c is And sends the card-specific type to the dedicated terminal 23. If the dedicated terminal 23 is of a usable type, the dedicated terminal 23 requests an integrated application code from the multifunctional member card through the IC card reader / writer 1c. In response to this request, the multi-function membership card sends an integrated application code.

After checking the integrated application code, the dedicated terminal 23 writes the AP / D
Request F correspondence list. After acquiring the AP / DF correspondence list, the dedicated terminal 23 displays the event (application)
Is obtained from the AP / DF correspondence list, and the local AP code recorded in this DF file is requested from the multi-function member card. If the acquired local AP code is a correct value corresponding to this event, the dedicated terminal 23 generates and saves a random number, and transmits an application internal authentication request including the generated random number to the multifunctional member card.

The multi-function member card performs a predetermined calculation using the AP internal authentication key recorded in the DF file corresponding to the electronic ticket and the received random number, generates an application internal authentication code, and generates the generated code. Requester's dedicated terminal 2
Send back to 3. The dedicated terminal 23 performs the same calculation as the multifunctional membership card using the random number and the AP internal authentication key stored therein, and checks the generated application internal authentication code with the received application internal authentication code.

[0219] In the case of matching, the dedicated terminal 23 sends a random number acquisition request to the multifunctional member card. The processing from the random number acquisition request to the application key collation result in FIG. 56 is performed by the Internet client 3 or the IC card public telephone 9
Instead, the IC card reader / writer 1c at the gate performs the processing, and the HTTP control server 7 or the voice response control server 10 and the dedicated terminal 2 instead of the service provider system.
The processing is the same as the processing from the second random number acquisition request in FIG. 19 to the application key collation result in FIG.

Next, the dedicated terminal 23 requests the multifunction member card for the electronic ticket data through the IC card reader / writer 1c, and records the obtained electronic ticket data in the service provider system (ticket system 15). Check the data with If the data matches,
The dedicated terminal 23 requests the IC card reader / writer 1c to record data indicating that the member has entered the security data area use state flag corresponding to the data (security data) of the electronic ticket.

After updating the security data area use state flag, the dedicated terminal 23 requests the service provider system (ticket system 15) to record data indicating that the member has entered the data of the electronic ticket.
After updating the data, the dedicated terminal 23 instructs the output device 24 provided at the gate to open the gate. Then, the dedicated terminal 23 requests the IC card reader / writer 1c to read the member information from the multifunctional member card. The dedicated terminal 23 displays a route to a seat in the event venue on an information board based on the seat number recorded in the acquired member information. As described above, the member can pass through the gate of the event venue using the electronic ticket.

In the present embodiment, when an electronic ticket is issued, electronic money (local value) is issued so that a certain amount of shopping such as souvenirs and fast food can be purchased at a store in the venue where the event is held. are doing. Therefore, settlement at the store in the event venue,
It can be done with a multifunctional membership card provided with an electronic ticket (with local value) function, and can be paid at stores and restaurants in the event venue. FIGS. 57 and 58 show a sequence of settlement using local value.

First, the dedicated terminal 23 in the event venue
Displays a menu of products and foods and drinks that can be purchased with local value, and requests the member to select a desired product. The processing from the card-specific type check to the local AP code check is the same as in FIG. Next, the dedicated terminal 23 reads the member information from the DF file corresponding to the main event of the multifunctional member card, and determines which of the two member information is the member information in which the local value of the main event is recorded. I do.

Then, the dedicated terminal 23 displays the amount of the local value recorded in the selected member information, and confirms with the member whether the price of the selected product or food and drink can be settled with the local value. . After confirmation by the member, the dedicated terminal 23 sends a random number request to the multi-function member card. In response to this request, the multi-function member card generates and stores a random number and sends the generated random number back to the requesting dedicated terminal 23.

The dedicated terminal 23 that has issued the random number request sends the AP external authentication key of the DF file in which the local value is recorded to the service provider system (ticket system 15).
, A predetermined calculation is performed using the AP external authentication key and the received random number, and an application external authentication request including the calculation result is transmitted to the multifunctional member card. The multifunctional member card performs the same calculation as the dedicated terminal 23 using the random number stored therein and the AP external authentication key of the DF file in which the local value is recorded, and calculates the calculation result and the received application external authentication request. Is compared with the calculation result included in. Then, the multi-function member card returns the application external authentication result including the collation result to the requesting dedicated terminal 23.

When the received external application authentication result indicates a match, the dedicated terminal 23 determines the application key (AP key) of the DF file in which the local value is recorded.
Is acquired from the service provider system (ticket system 15), and this AP key is transmitted to the multifunctional membership card. The multi-function member card compares the AP key included in the application key collation request with the AP key of the DF file in which the local value is recorded, and sends the collation result back to the requesting dedicated terminal 23.

When the received application key collation result indicates collation coincidence, the dedicated terminal 23 requests the multi-function member card to subtract the local value by the price of the selected product or food or drink. The multi-function member card subtracts the local value and outputs the result of the subtraction to the requesting dedicated terminal 2.
Send back to 3. As described above, the member can pay at the store or restaurant in the event venue.

In the case of using a multifunctional membership card, after purchasing an electronic ticket, the electronic ticket can be resold. First, the member returns the electronic ticket recorded on the multifunctional member card to the ticket system 15. Thereby, the electronic ticket purchased by the member is registered in the resale electronic ticket list. At this time, the desired resale amount of the ticket may be designated so that the resale ticket purchaser can purchase the resale ticket in ascending order. The purchaser of the resale electronic ticket selects the desired electronic ticket, pays the price, and has the multifunctional member card write the electronic ticket. 59 and 60 show the sequence of the electronic ticket resale registration process.

When a request for resale of an electronic ticket is made by a member, the Internet client 3 or the IC card public telephone 9 sets a D corresponding to the event of the multi-function member card.
The security data area use state flag is read from the F file, the member information is read, and it is determined which of the two member information is the member information in which the resale target electronic ticket is recorded. After selecting the member information, the Internet client 3 or IC card public telephone 9
Transmits a ticket resale service start request to the HTTP control server 7 or the voice response control server 10.

The processing from the random number acquisition request in FIG. 59 to the application key collation result in FIG. 60 is the same as the processing from the second random number acquisition request in FIG. 19 to the application key collation result in FIG. The HTTP control server 7 or the voice response control server 10 requests the data of the electronic ticket to be resold from the multifunctional member card through the Internet client 3 or the IC card public telephone 9 when the application key collation result indicates the collation match. The electronic ticket resale request including the acquired data is transmitted to the service provider system (ticket system 15) through the card management server 12.

[0231] The service provider system (ticket system 15) confirms the validity of the received data, and sends the result of the confirmation back to the HTTP control server 7 or the voice response control server 10 that made the request. After the validity of the electronic ticket is confirmed, the HTTP control server 7 or the voice response control server 1
0 requests the Internet client 3 or the IC card public telephone 9 to delete the data of the electronic ticket to be resold from the multifunctional membership card.

The Internet client 3 or the IC card public telephone 9 deletes the data of the electronic ticket to be resold recorded on the multifunctional membership card, and transmits the result of the deletion to the HTTP control server 7 or the voice response control server 10 which has issued the request. Send it back to The HTTP control server 7 or the voice response control server 10 notifies the service provider system (ticket system 15) that the data has been deleted from the multifunctional membership card. Upon receiving this notification, the service provider system (ticket system 15) registers the resale target electronic ticket in the resale electronic ticket list, and sends the registration result back to the HTTP control server 7 or the voice response control server 10. This is the end of the resale electronic ticket registration process.

[0233] When resale registration is performed, the price paid to the member who resold the electronic ticket may be paid at the time of registration, or the resold registered electronic ticket may be paid in the third order.
May be paid when the user purchases. As a payment method, cash may be sent by mail, or may be transferred to a separately input bank account. Alternatively, the price information may be temporarily stored in the ticket system 15 so that it can be used at the next ticket purchase.

Next, the purchaser of the resale electronic ticket
FIGS. 61 and 62 show a sequence for selecting and purchasing a desired electronic ticket from a list of electronic tickets registered for resale.
Shown in When a request to purchase a resale electronic ticket is made by a member, the Internet client 3 or the IC card public telephone 9 inquires the HTTP control server 7 or the voice response control server 10 about a resale ticket menu.
The HTTP control server 7 or the voice response control server 10
The resale ticket menu is requested from the service provider system (ticket system 15), and the acquired resale ticket menu is presented to the member through the Internet client 3 or the IC card public telephone 9.

The member selects a desired electronic ticket classification from the resale ticket menu, and the HTTP control server 7 or the voice response control server 10 transmits a list of resale electronic tickets belonging to the selected classification to the service provider system. (Ticket system 15) and presents the acquired list to the member through the Internet client 3 or the IC card public telephone 9. The member selects a desired resale electronic ticket from the presented list.

The processing from the AP / DF correspondence list request to the security data area empty check in FIG. 61 is performed by the Internet client 3 or the IC card public telephone 9 instead of the business terminal 4, and performed by the business support server 6. 52 is the same as FIG. 52 except that the HTTP control server 7 or the voice response control server 10 performs the processing. Processing from the security data area use state flag acquisition request to the payment completion notification result in FIG. 62 is the same as in FIG.

The processes from the random number acquisition request to the application key collation result in FIG. 62 are the same as the processes from the second random number acquisition request to the application key collation result in FIG. HTTP control server 7 or voice response control server 10
If the app key matching result indicates a matching match,
The resale electronic ticket issuance request is transmitted to the service provider system (ticket system 15) through the card management server 12. The service provider system (ticket system 15) issues the resale electronic ticket, saves the issuance history, and sends back the resale electronic ticket issuance result to the requesting HTTP control server 7 or voice response control server 10.

Next, the HTTP control server 7 or the voice response control server 10 requests the Internet client 3 or the IC card public telephone 9 to write the information of the resale electronic ticket on the multifunctional membership card. The Internet client 3 or the IC card public telephone 9 writes the information of the electronic ticket in the vacant security data area of the multifunctional membership card, sets the corresponding security data area use state flag to the in-use state, and sets this flag to the in-use state. Write the expiration date of the electronic ticket in the area.

Subsequently, the HTTP control server 7 or the voice response control server 10 transmits an electronic ticket card writing history storage request to the service provider system (ticket system 15) through the card management server 12. In response to this request, the service provider system (ticket system 15) saves the writing history of the electronic ticket, and sends the save result back to the HTTP control server 7 or the voice response control server 10 that made the request. This is the end of the resale electronic ticket issuing process.

Next, the rental car reservation service will be described. When a member makes a new reservation, it first checks whether a new reservation is possible. FIG. 63 shows a new reservation availability check sequence. The member selects the rental car reservation service from the service menu after performing the above-described common logon process using the member card or the multifunctional member card. When the member further selects a new reservation from the menu of the rental car reservation service, the HTTP control server 7 or the voice response control server 10 requests the card management server 12 to check whether the new reservation is possible. Subsequent processing is the same as in the case of the ticket reservation service shown in FIG. 35, and a description thereof will be omitted.

When a new reservation is possible, when searching for a desired vacant vehicle, the member enters the use start date, rental period (number of days), borrowing site, and return site as empty vehicle search conditions. FIG. 64 shows an empty vehicle search sequence when the Internet client 3 is used, and FIG. 65 shows an empty vehicle search sequence when the IC card public telephone 9 is used.

In FIG. 64, the HTTP control server 7
Requests a service provider system (rental car system 17) via the card management server 12 and the content server 22 for a list of business offices to rent a rental car. Service provider system (Car rental system 1
7) transmits a list of business offices to the requesting HTTP control server 7 via the content server 22 and the card management server 12. The HTTP control server 7 notifies the member of the acquired list of business bases via the Internet client 3 and requests the member to input a rental car search condition.

The member inputs the date of starting use, the rental period, the borrowing site, and the returning site as empty vehicle search conditions.
The Internet client 3 transmits the input empty vehicle search condition to the HTTP control server 7. The HTTP control server 7 transmits the empty vehicle search condition to the service provider system (rental car system 17) to request the service provider system to search for a vehicle type that meets the empty vehicle search condition.

The service provider system (the rent-a-car system 17) sends back a list of vehicle types matching the empty vehicle search condition to the request source HTTP control server 7 as an empty vehicle inquiry result. The HTTP control server 7 notifies the member of the acquired empty car list through the Internet client 3. If you can't find a car that matches the empty car search criteria,
Change the conditions and re-query.

The IC card public telephone 9 performs processing in place of the Internet client 3, the voice response control server 10 performs processing in place of the HTTP control server 7, and the operation guidance is provided by voice guidance instead of screen display. The same processing as that in FIG. 64 is also performed when a rental car reservation is made from the IC card public telephone 9 except for the point that is performed (FIG. 65). However, when selecting a borrowing base from the IC card public telephone 9, since there are many options, narrowing down can be performed using the area code of the borrowing destination.

Next, the member selects a desired vehicle type from the notified empty vehicle list. 66 and 67 show a vehicle type selection / reservation registration sequence in the case of using a membership card. FIG.
6 shows a vehicle type selection / reservation registration sequence when the Internet client 3 is used, and FIG. 67 shows a vehicle type selection / reservation registration sequence when the IC card public telephone 9 is used.

In FIG. 66, the member selects a desired vehicle type from the notified list of empty vehicles. HTTP control server 7
Requests the member through the Internet client 3 to confirm whether the selected vehicle type is correct, and after the member confirms, requests the service provider system (the rental car system 17) to register the reservation contents. After registering the reservation content, the service provider system (rent-a-car system 17) reports the registration result to the requesting HTTP control server 7.
Send it back to At this time, the content server 22 assigns a reservation number to the reservation content and assigns the reservation number to the request source HTT.
Pass it to the P control server 7.

The HTTP control server 7 receiving the registration result
Requests the card management server 12 to record the reservation contents and the reservation number as a reservation history in the member DB. Subsequent processes are the same as those in the case of the ticket reservation service shown in FIG. The operation guidance is performed by the IC card public telephone 9 in place of the Internet client 3, the voice response control server 10 in place of the HTTP control server 7, and the voice guidance instead of the screen display. Except for this point, the same processing as that in FIG. 66 is executed when making a rental car reservation from the IC card public telephone 9 (FIG. 67).

FIG. 68 shows a vehicle type selection / reservation registration sequence when a multifunctional membership card is used. The processing from the confirmation response to the use information storage result is the same as the processing from the confirmation response to the reservation information storage result shown in FIGS. The processing from the transmission of the random number acquisition request to the transmission of the PS key collation result is exactly the same as in the case of FIG. When the PS key collation result indicates collation match, the HTTP control server 7 or the voice response control server 10 writes the reservation contents and the reservation number as usage information on the multifunctional member card or the Internet client 3 or the IC card public telephone. Instruct 9. Internet client 3 or IC
The card public telephone 9 writes the usage information on the multifunctional membership card, and notifies the HTTP control server 7 or the voice response control server 10 of the result.

After the reservation is registered, in the case of using a member card, the flow shifts to settlement processing. The settlement process is performed only when the member desires and the credit card number is registered in the member DB, otherwise, it is performed when renting a rental car. FIG. 69 shows the sequence of the settlement process. This payment processing is the same as the ticket reservation service shown in FIG. 43 except that the service provider system of the paid notification destination is the rental car system 17, and a detailed description thereof will be omitted.

After the reservation registration, in the case of using the multi-function member card, the processing shifts to an electronic key issuing process for making the multi-function member card function as a key of the reserved rental car. The member wishes to issue an electronic key and the credit card number is Member D
This is performed only when registered in B. Otherwise, it is performed at the rental car company branch which is the rental base. 70 and 71 show a sequence of an electronic key issuing process. This issuance process is that an electronic key is issued instead of an electronic ticket, and that the service provider system has a rental car system 17.
Since the electronic ticket is the same as the electronic ticket shown in FIGS. 44 and 45 except for the point, the detailed description is omitted.

The member makes a rental car reservation by the above-described method, and thereafter, when he / she wants to confirm the reservation contents, confirms the reservation contents as shown in FIG. Except for the point that the service provider system is the rent-a-car system 17, this reservation content confirmation processing is the same as that of the ticket reservation service shown in FIG. In the case of a multi-function member card, it is assumed that a desired reservation can be selected from a list with reservations and an electronic key can be issued. This process is the same as the above-described electronic key issuing process sequence, and thus will not be described.

If the member wishes to cancel the rental car reservation, the reservation is canceled as shown in FIGS. 73 and 74. FIG. 73 shows a reservation canceling sequence when a member card is used, and FIG. 74 shows a reservation canceling sequence when a multifunctional member card is used. 47 and 48 except that the service provider system is the rental car system 17.
Since this is the same as the case of the ticket reservation service shown in FIG. In addition, if the payment processing by the credit card has been completed at the time of the reservation, the reservation contents cannot be deleted.

Next, the car lending process will be described. The car lending process means that when a member rents a reserved car at a rental car company branch, a rental car company employee performs a lending operation using the business terminal 4 installed at the counter. FIG. 75 shows a car lending process sequence when a membership card is used, and FIGS. 76 and 77 show a car lending process sequence when a multifunctional membership card is used.

In FIG. 75, when lending a car,
When the member places the member card brought to the counter on the IC card reader / writer 1b connected to the business terminal 4,
The business terminal 4 reads out the issuance information from the member card through the IC card reader / writer 1b, connects to the business support server 6 through the Internet 2, and logs in.
By connection with the business support server 6, a car rental menu is displayed on the screen of the business terminal 4.

When the rental car company employee selects the car lending menu, the business support server 6 obtains the use information of the member from the card management server 12 and uses the reservation number included in the obtained use information to execute the corresponding operation. Service provider system (rental car system 17)
Request for The service provider system (the rent-a-car system 17) sends back the reservation content corresponding to the notified reservation number to the business support server 6. The business support server 6 sends the acquired reservation content to the business terminal 4. Thereby, the reservation content is displayed on the screen of the business terminal 4.

Next, the business support server 6 checks the settlement status, and if the member has not performed the settlement processing, checks the member for payment means through the business terminal 4. The settlement processing is the same as that in the case of ticket issuance shown in FIG. The business support server 6 notifies the service provider system (the rent-a-car system 17) that the payment has been completed, and then notifies that the rental car is to be rented out, and the response to this notification is transmitted to the service provider system (the rent-a-car system 17). , The card management server 12 deletes the usage information.
Request to.

The card management server 12 deletes the corresponding usage information from the member DB and notifies the business support server 6 of the result of this processing. The business support server 6 notifies the business terminal 4 of the reservation number, thereby instructing to delete the corresponding usage information of the member card. The business terminal 4 deletes the corresponding usage information of the member card and sends the deletion result of the usage information to the business support server 6.

Upon receiving the notification from the business terminal 4, the business support server 6 transmits information necessary for renting a rental car to the business terminal 4. As a result, the rental car company employee hands over the rental car key to the member. When the payment means is cash, the credit number check, the credit settlement request, and the credit settlement result are omitted. If the member has paid at the time of reservation, the business support server 6 determines that the rental car should be rented out without performing the settlement processing.
Move to the process of notifying.

Also in the case of the multifunctional member card shown in FIGS. 76 and 77, the processing from the confirmation of the number of reservations to the transmission of the notice of payment completion is the same as that of FIG. Also,
The processing from transmission of the random number acquisition request to transmission of the PS key collation result is performed by the business terminal 4 instead of the Internet client 3 or the IC card public telephone 9, and
14 except that the business support server 6 performs processing instead of the TTP control server 7 or the voice response control server 10.
Is exactly the same as

When the PS key collation result indicates collation coincidence, the business support server 6 informs the service provider system (rent-a-car system 17) to rent a rental car.
After the response to this notification is returned from the service provider system (rental car system 17),
A request is made to the card management server 12 to delete the usage information (FIG. 77). The card management server 12 deletes the corresponding use information from the member DB and notifies the business support server 6 of the result of this processing. The business support server 6 instructs the business terminal 4 to delete the corresponding use information of the multifunctional member card by notifying the business terminal 4 of the reservation number. Subsequent processing is the same as that of the case of the membership card shown in FIG. 75, and the description is omitted.

As in the case of FIG. 75, when the payment means is cash, the credit number check, the credit settlement request, and the credit settlement result are omitted. If the member has paid at the time of the reservation, the business support server 6 proceeds to a process of notifying the service provider system that the rental car is to be lent without performing the settlement process.

FIGS. 78 to 80 show the sequence of an electronic key issuing process when using a multifunctional member card. Even in the case of issuing an electronic key, the processing from the confirmation of the number of reservations to the notification of the reservation to be issued is the same as in the case of FIG. The processing from the security data area use state flag acquisition request to the member information inquiry is performed by the business terminal 4 instead of the Internet client 3 or the IC card public telephone 9, and is performed by the HTTP control server 7 or the voice response control server 10. The processing is exactly the same as that in FIG. 70 except that the business support server 6 performs the processing.

The processing from the settlement possible means confirmation in FIG. 78 to the payment notice result in FIG. 79 is the same as the processing from the settlement status check to the payment notice result shown in FIG.
The processing from the transmission of the first random number acquisition request to the transmission of the PS key collation result in FIG. 79 is the same as that in FIG. The processing from the transmission of the second random number acquisition request in FIG. 79 to the key issue completion notification in FIG. 80 is performed by the business terminal 4 instead of the Internet client 3 or the IC card public telephone 9, and the HTTP control server 70 and 71 is exactly the same as in FIGS. 70 and 71, except that the business support server 6 performs processing instead of the voice response control server 7 or the voice response control server 10.

Next, the member can open the door of the borrowed car using the electronic key. In other words, the car door has a built-in reader / writer that can read and write the electronic key (multifunctional membership card), and communicates with the control device built in the car to unlock the car door. It can be performed. The expiration date of the electronic key is described in the security data use state flag, and the key is valid during that period. FIG. 81 and FIG. 82 show the unlocking sequence of the rental car.

This unlocking process involves using an electronic key instead of an electronic ticket, unlocking a car door instead of opening a gate, and having a dedicated terminal 23 mounted on a rental car. Except for the point that the service provider system is the rental car system 17, it is the same as the case of the gate shown in FIGS. 55 and 56, and therefore, detailed description is omitted.

In this embodiment, at the time of issuing an electronic key, electronic money (local value) is issued so that a souvenir shop or gasoline can be purchased for a fixed amount at a gas station affiliated with the rental car company. are doing. Therefore, payment at a gas station can be performed with a multifunctional membership card provided with an electronic key (with local value) function, and payment can be made using this local value. FIG. 83 and FIG. 84 show the sequence of settlement using the local value.

[0268] This payment processing is performed in the same manner as in the case of the embodiment except that an electronic key is used instead of an electronic ticket, that the dedicated terminal 23 is installed at a gas station, and that the service provider system is a rental car system 17. 57, FIG. 58
Since it is the same as the case of the electronic ticket shown in FIG.

Next, the vehicle return process will be described with reference to FIGS. FIG. 85 shows a return processing sequence when a member card is used, and FIGS. 86 to 88 show a return processing sequence when a multifunctional member card is used. FIG. 85
When the member returns a car, the member puts the member card brought to the return base on the IC card reader / writer 1b connected to the business terminal 4, and the business terminal 4
The issuance information is read from the member card through the IC card reader / writer 1b, connected to the business support server 6, and logged in. By connection with the business support server 6, a car return menu is displayed on the screen of the business terminal 4.

When the rental car company employee selects the car return menu, the business support server 6 queries the rental car company employee for the key number of the rental car. The employee of the rental car company inputs the key number returned from the member into the business terminal 4, and the business terminal 4 transmits the input key number to the business support server 6. Subsequently, the business support server 6 transmits a key return notification including the reservation number to the service provider system (the rental car system 17), and transmits a usage statement acquisition request including the reservation number. The service provider system (the rent-a-car system 17) sends back the usage statement corresponding to the reservation number to the business support server 6.

The processing from the settlement status check to the paid notification result is the same as in the case of FIG. The business support server 6 that has received the notification from the card management server 12 transmits print information necessary for printing the usage statement to the business terminal 4. The business terminal 4 passes the print information to the output device 5. As a result, the usage statement is printed by the output device 5, and the employee of the rental car company hands the printed usage statement to the member.

If the payment means is cash, the credit number check, the credit settlement request, and the credit settlement result are omitted. If the member has paid at the time of booking and there is no additional charge, the business support server 6
Shifts to the statement printing process without performing the settlement process.

In FIG. 86, the processes from the member information inquiry to the settlement possible means confirmation are the same as those in FIG. Next, the business support server 6 acquires the use status of the rental car from the service provider system (the rental car system 17), and confirms with the member through the business terminal 4 whether or not to perform a payment process using a credit card. When the member makes a credit card payment, the business terminal 4 requests the member for a personal identification number. The processing from the password request to the PS key collation result is performed from the password request of FIG. 52 to the P key of FIG.
This is the same as the processing up to the S key collation result.

The business support server 6 requests the multifunctional member card for the AP / DF correspondence list through the business terminal 4. After obtaining the AP / DF correspondence list, the business support server 6
Acquires the DF file name corresponding to the reservation from the AP / DF correspondence list, and requests the local AP code recorded in this DF file from the multifunctional member card. If the acquired local AP code is the correct value,
The business support server 6 reads the member information from the DF file corresponding to the corresponding reservation of the multifunctional member card, and determines which of the two member information is the member information in which the electronic key is recorded.

The processes from the random number acquisition request to the application key collation result in FIG. 87 are the same as the processes from the second random number acquisition request to the application key collation result in FIG.
Next, if the received application key collation result indicates collation match, the business support server 6 will
A request is made to the multi-function member card to initialize the member information, security data, and security data area use state flag of the F file. The multifunctional membership card performs the required initialization and sends back the result.

Subsequently, the business support server 6 notifies the service provider system (the rental car system 17) that the car has been returned. After the notification, the business support server 6 transmits a usage statement acquisition request including the reservation number to the service provider system (the rental car system 17). The service provider system (the rent-a-car system 17) sends back the usage statement corresponding to the reservation number to the business support server 6. The business support server 6 transmits print information necessary for printing the usage statement to the business terminal 4 and causes the output device 5 to print the usage statement. With the above, the return processing in the case of using the multifunctional member card is completed.

In this embodiment, there is a staff member at a rental car office, and an electronic key is issued using a multifunctional membership card. However, as shown in FIG. 89, the rental car is parked in an unmanned parking lot. The lending / returning may be performed by holding the multifunctional member card over the automatic reception device. At this time, as shown in FIG. 89, before lending, the vehicle is wheeled so that the vehicle does not move. Also, a reader / writer is connected to the control device inside the car, and the car operates only when the card is inserted in it, and the gasoline remaining amount is recorded on the card when returning it. It may be possible to make payment.

Next, the hotel reservation service will be described. When a member makes a new reservation, it first checks whether a new reservation is possible. FIG. 90 shows a new reservation availability check sequence. The member selects the hotel reservation service from the service menu after performing the above-described common logon processing using the member card or the multifunctional member card. HTTP control server 7 or voice response control server 1
0 requests the card management server 12 to check whether a new reservation is possible when the member selects a new reservation from the hotel reservation service menu. Subsequent processing is the same as in the case of the ticket reservation service shown in FIG. 35, and a description thereof will be omitted.

If a new reservation is possible, the member enters the use start date, the use period (number of nights), and the hotel name as the vacancy search conditions when searching for a desired vacancy. FIG. 91 shows a vacancy search sequence when the Internet client 3 is used, and FIG. 92 shows a vacancy search sequence when the IC card public telephone 9 is used.

In FIG. 91, the HTTP control server 7
Requests a list of hotels from the service provider system (hotel system 16) via the card management server 12 and the content server 22. The service provider system (hotel system 16) sends a list of hotels to the request source H.
It is transmitted to the TTP control server 7. HTTP control server 7
Notifies the member of the acquired list of hotels through the Internet client 3 and requests input of the search conditions of the hotel.

The member enters the use start date, the use period, and the hotel name as vacancy search conditions. The Internet client 3 converts the input vacancy search condition into HTTP
It is transmitted to the control server 7. The HTTP control server 7 transmits the vacancy search condition to the service provider system (hotel system 16) to request the service provider system to search for a room that meets the vacancy search condition.

The service provider system (hotel system 16) sends back a list of vacancies meeting the vacancy search conditions to the request source HTTP control server 7 as vacancy inquiry results. H
The TTP control server 7 notifies the member of the acquired vacancy list through the Internet client 3. If a room that matches the vacancy search condition is not found, the condition is changed and the inquiry is made again.

The IC card public telephone 9 performs processing in place of the Internet client 3, the voice response control server 10 performs processing in place of the HTTP control server 7, and the operation guidance is provided by voice guidance instead of screen display. Is performed, the same processing as in FIG. 91 is also performed when making a hotel reservation from the IC card public telephone 9 (FIG. 92). However, when selecting a hotel name from the IC card public telephone 9, there are many choices, so that narrowing down can be performed using the area code of the accommodation.

Next, the member selects a desired vacancy type (single, Japanese-style room, number of people, etc.) from the notified vacancy list. FIGS. 93 and 94 show a vacancy selection / reservation registration sequence when a membership card is used. FIG. 93 shows a vacancy selection / reservation registration sequence when the Internet client 3 is used, and FIG. 94 shows a vacancy selection / reservation registration sequence when the IC card public telephone 9 is used.

In FIG. 93, the member selects a desired vacancy type from the notified vacancy list. The HTTP control server 7 requests the member through the Internet client 3 to confirm whether the selected room type is correct, and after the member confirms, requests the service provider system (hotel system 16) to register the reservation contents. I do. After registering the reservation contents, the service provider system (hotel system 16) sends the registration result back to the HTTP control server 7 that has made the request. At this time, the content server 22
Assigns a reservation number to the reservation content, and passes the reservation number to the HTTP control server 7 that has made the request.

The HTTP control server 7 receiving the registration result
Requests the card management server 12 to record the reservation contents and the reservation number as a reservation history in the member DB. Subsequent processes are the same as those in the case of the ticket reservation service shown in FIG. The operation guidance is performed by the IC card public telephone 9 in place of the Internet client 3, the voice response control server 10 in place of the HTTP control server 7, and the voice guidance instead of the screen display. Except for this point, the same processing as in FIG. 93 is also performed when making a rental car reservation from the IC card public telephone 9 (FIG. 94).

FIG. 95 shows a vacancy selection / reservation registration sequence when a multi-function member card is used. The processing from the transmission of the room type to the result of storing the reservation information is shown in FIGS.
Is the same as The processing from transmission of the random number acquisition request to transmission of the PS key collation result is exactly the same as in the case of FIG. When the PS key collation result indicates collation match, the HTTP control server 7 or the voice response control server 10 writes the reservation contents and the reservation number as usage information on the multifunctional member card or the Internet client 3 or the IC card public telephone. Instruct 9. The Internet client 3 or the IC card public telephone 9 writes the usage information on the multifunctional membership card, and notifies the HTTP control server 7 or the voice response control server 10 of the result.

In the case of the hotel reservation service, a member cannot make a payment at the time of a new reservation. Payment will be made at checkout. The member makes a hotel reservation in the manner described above, and thereafter, when he / she wants to confirm the reservation contents, confirms the reservation contents as shown in FIG. This reservation content confirmation processing is the same as the ticket reservation service shown in FIG. 46 except that the service provider system is the hotel system 16, and a detailed description thereof will be omitted.

If the member wants to cancel the reservation,
The reservation is canceled as shown in FIGS. FIG.
7 shows a reservation canceling sequence when a member card is used, and FIG. 98 shows a reservation canceling sequence when a multifunctional member card is used. The processing for canceling the reservation content shown in FIGS. 97 and 98 is the same as the ticket reservation service shown in FIGS. 47 and 48 except that the service provider system is the hotel system 16, and is therefore described in detail. Detailed description is omitted.

Next, the hotel check-in processing will be described. The check-in process means that when a member rents a reserved room at a hotel reception, a hotel receptionist performs a check-in operation using the business terminal 4 installed at the reception. FIG. 99 shows a check-in sequence when using a membership card, and FIGS. 100 and 101 show a check-in sequence when using a multifunctional membership card.

In FIG. 99, when performing check-in,
When the member card brought to the front desk by the member is placed on the IC card reader / writer 1b connected to the business terminal 4,
The business terminal 4 reads out the issuance information from the member card through the IC card reader / writer 1b, connects to the business support server 6 through the Internet 2, and logs in.
By connecting to the business support server 6, a check-in menu is displayed on the screen of the business terminal 4.

When the hotel front staff selects the check-in menu, the business support server 6 acquires the use information of the corresponding member from the card management server 12, and uses the reservation number included in the acquired use information to apply. The reservation contents are requested to the service provider system (hotel system 16). The service provider system (hotel system 16) sends back the reservation content corresponding to the notified reservation number to the business support server 6. The business support server 6 sends the acquired reservation content to the business terminal 4. Thereby, the reservation content is displayed on the screen of the business terminal 4.

The hotel front staff checks the reservation contents and if there is no problem, presses the check-in button displayed on the screen. As a result, the business support server 6 notifies the service provider system (hotel system 16) that the member has checked in. After a response to the notification is returned from the service provider system, the corresponding use information is transmitted. It requests the card management server 12 to delete it.

The card management server 12 deletes the corresponding usage information from the member DB and notifies the business support server 6 of the result of this processing. The business support server 6 notifies the business terminal 4 of the reservation number, thereby instructing to delete the corresponding usage information of the member card. The business terminal 4 deletes the corresponding usage information of the member card and sends the deletion result of the usage information to the business support server 6. The business support server 6 that has received the notification from the business support server 6 notifies the business terminal 4 of a result indicating that the check-in processing has been completed. This allows
The hotel reception staff hands the room key to the member.

In FIG. 100, the processes from the confirmation of the number of reservations to the notification of the reservation for check-in are the same as those in FIG. The processes from the AP / DF correspondence list request to the member information inquiry are the same as those in FIG. Figure 10 from random number acquisition request
The process from the first key issue completion notification to the first key issue completion notification is the same as the process from the second random number acquisition request in FIG. 79 to the key issue completion notification in FIG. 80 except that the service provider system is the hotel system 16. .

Next, the member can unlock the room using the electronic key. In other words, the door of the hotel room has a built-in reader / writer that can read and write the electronic key (multifunctional membership card), and communicates with the control device provided in the room to allow the door of the room to communicate. Unlocking can be performed. FIGS. 102 and 103 show the unlocking sequence of the room key.

This unlocking process uses an electronic key instead of an electronic ticket, unlocks a room door instead of opening a gate, a point that a dedicated terminal 23 is installed in a hotel, Except that the service provider system is the hotel system 16, it is the same as the case of the gate shown in FIG. 55 and FIG. 56, and therefore, detailed description is omitted.

In this embodiment, when issuing an electronic key, electronic money (local value) is issued so that shopping for souvenirs and the like can be made for a fixed amount at a store in the hotel. Therefore, payment at a hotel store can be performed with a multifunctional membership card provided with an electronic key (with local value) function, and payment can be made at a hotel store or restaurant using this local value. . FIG. 104 and FIG. 105 show a sequence of settlement using the local value.

[0299] This payment processing is the same as that of FIG. 57 except that an electronic key is used instead of an electronic ticket, that the dedicated terminal 23 is installed in a hotel, and that the service provider system is the hotel system 16. Since it is the same as the case of the electronic ticket shown in FIG. 58, detailed description is omitted.

Next, the hotel check-out process is shown in FIG.
This will be described with reference to FIGS. The check-out process means that the hotel front desk staff uses the business terminal 4 installed at the front desk to perform a check-out operation and settle the accommodation expenses and the like. FIG. 106 shows a checkout processing sequence when a member card is used, and FIGS.
FIG. 109 shows a checkout processing sequence in the case of using a multifunctional membership card.

In FIG. 106, when checking out, a member card brought to the front desk by the member is placed on the IC card reader / writer 1b connected to the business terminal 4, and the business terminal 4 The issuing information is read from the member card via the / writer 1b, and the connection is made to the business support server 6 to log in. By connection with the business support server 6, a checkout menu is displayed on the screen of the business terminal 4.

When the hotel front staff selects the check-out menu, the business support server 6 queries the hotel front staff for the key number of the room. The hotel front staff inputs the key number returned from the member to the business terminal 4, and the business terminal 4 transmits the input key number to the business support server 6. Subsequently, the business support server 6 transmits a check-out notification including the reservation number to the service provider system (the hotel system 16), and further transmits a usage statement acquisition request including the reservation number. The service provider system (hotel system 16) sends back the usage statement corresponding to the reservation number to the business support server 6.

The processing from the payment means confirmation to the payment completion notification result is the same as in the case of FIG. The business support server 6 that has received the notification from the card management server 12 transmits print information necessary for printing the usage statement to the business terminal 4. The business terminal 4 passes the print information to the output device 5. As a result, the usage statement is printed by the output device 5, and the hotel front staff hands over the usage statement printed by the output device 5 to the member. When the payment means is cash, the credit number check, the credit settlement request, and the credit settlement result are omitted.

The processing in FIGS. 107 to 108 is the same as the car return processing shown in FIGS. 86 to 88 except that the service provider system is the hotel system 16.
Description is omitted.

[0305]

According to the present invention, a service which is composed of a main file which is the basis of the file structure and a dedicated file below the main file, and which is selected and registered by the user in the dedicated file. An IC card that has a file structure in which a basic file is provided in advance and key information for file access is set and recorded in each of the main file and each basic file.
Using the same key information as the C card, file access is made to the IC card through the terminal device, and the service information and key information necessary for providing the service, stored in the basic file of the IC card, according to the user's selection and registration By providing rewriting means for changing, adding, or deleting the file, the corresponding key information is required for file access to the main file, and the corresponding key information or the key of the upper-level main file is required for file access to each basic file. Because information is required, users can freely select from a large number of selectable services without issuing an IC card every time a service is changed or added, and without lowering the security level Services can be selected and registered in the IC card, providing low-cost, general-purpose, high-security services. It becomes possible.

Also, based on the information read by the terminal device from the IC card of the user who wants to provide the service to the server device, a menu of available services is notified to the terminal device, and the menu is selected by the user. Based on the input information from the terminal device that specifies the service that has been provided, the mediation unit that mediates between the corresponding service provider device and the terminal device and enables the use of the service from the terminal device is provided. Services can be used from a plurality of types of terminal devices such as telephones, public telephones, and Internet clients, and the same system can be accessed from these types of terminal devices to receive the same service. In addition, the use of the IC card eliminates the need for the user to store the reservation number and the like, so that the burden on the user for receiving the service can be reduced.

[0307] Also, the server device has a discriminating means for discriminating the type of the IC card based on information of various IC cards handled by the server device, which is read from the main file of the IC card by the terminal device, By providing the service switching means for changing the service content to be provided depending on the type, the service to be provided can be changed for each type of card, and the service can be provided according to the cost and the demand of the user.

[0308] Also, a service using the basic file is provided in the server device based on the code read from the basic file of the IC card by the terminal device and assigned to each service provided by the service provider device. By providing a discriminating means for discriminating whether or not a user is registered, and a service switching means for changing the content of the service to be provided according to the discrimination result of the discriminating means, the user can use a simple service without using a dedicated file and a dedicated service. An advanced service using a file can be freely selected, and a service can be provided according to a user's request.

[0309] Also, the discriminating means of the server device discriminates the number of dedicated files of the IC card based on information of various IC cards handled by the server device.
By limiting the number of services to be provided in accordance with the determination result of the determination means, when a service using a dedicated file is selected / registered, the number of services is correctly limited by the server device, so that a stable system is constructed. Becomes possible.

[0310] Further, the correspondence information for associating the service provided from the service provider device with the dedicated file is stored in the main file of the IC card, and the service information and the key information are changed, added or deleted in the server device. By providing a corresponding information changing means for rewriting the corresponding information according to this change, addition or deletion, it is possible to notify a user of a service available based on the corresponding information via a terminal device. In addition, when a service that uses the dedicated file is selected and registered, the corresponding dedicated file can be correctly changed, added, or deleted by referring to the corresponding information.

[0311] Also, the server device has a discriminating means for discriminating the type of the IC card based on information of various IC cards handled by the server device, which is read from the main file of the IC card by the terminal device, and By providing a list creating means for creating a list of users who have applied for a change in the type of IC card through a terminal device, a list of users who have applied for a change in the type of IC card is automatically created. Therefore, it is possible to improve the operational efficiency of the operator who accepts the application from the user.

[0312] Also, the server device has a discriminating means for discriminating the type of the IC card based on information of various IC cards handled by the server device read from the main file of the IC card by the terminal device. By providing a list creating means for creating a list of users who have applied for re-issuing the IC card through the terminal device, a list of users who have applied for re-issuing the IC card is automatically created. Therefore, it is possible to improve the operational efficiency of the operator who accepts the application from the user.

Further, the server device is provided with issuing means for causing the IC card issuing machine to issue a changed-type IC card based on the user list or reissuing the IC card based on the user list. I after changing the type from
Since the issuance of the C card or the reissuance of the IC card can be automatically performed, the business efficiency of the operator who issues the IC card after the type change or reissues the IC card can be improved.

Further, the address of the user who has applied for the change or reissue of the IC card type is extracted from the information stored and managed in advance in the server device based on the list, and the new address which the user has applied is extracted. By providing the address output means for printing the extracted address on the envelope to which the IC card is sent, the new IC card can be sent to the user, so the business of the operator sending the new IC card Efficiency can be improved and delivery times can be shortened.

[0315] Further, the server device may be provided with a use suspending means for suspending the use of the IC card before the type change or the IC card before the reissue after a lapse of a certain period of time after the user has applied for the type change or reissue. By providing this service, the old card can be used for a certain period of time after applying for a type change or reissuance, and after the certain period of time, the use of the old card will be stopped so that the old and new cards will not be used at the same time. Thus, a highly reliable and stable system can be realized while considering the convenience of the user.

[0316] Also, the server device has a first use detecting means for detecting the first use of the IC card after the type change or the reissued IC card based on the information read out by the terminal device. By providing a suspending means for suspending the use of the IC card before the type change or the IC card before reissue, it is possible to smoothly transition to a new card at a timing desired by the user (at the first use). It is possible to improve user convenience.

When the server device detects the first use, the service information and the key information recorded in the IC card before the type change or the IC card before the reissue are transferred to the new IC card. By providing service information reflecting means for recording the service information and the key information on the IC card after the type change or the reissued IC card through the terminal device, the old card can be used at the timing desired by the user (at the first use). From the new card to the new card, and the convenience for the user can be improved.

The main file of the IC card stores correspondence information for associating the service provided by the service provider device with the dedicated file, and stores the correspondence information read from the IC card by the terminal device in the server device. IC
A matching means for matching the corresponding information stored and managed in correspondence with the card, and a reflection for matching the corresponding information of the IC card with the stored and managed corresponding information when the result of the comparison is not consistent. Means to provide an IC
Since the corresponding information of the card can be updated to a correct value, highly reliable service information can be provided even if the IC card is used offline or tampered with.

The expiration date of the IC card is stored in the main file of the IC card, and stored and managed in the server device in accordance with the expiration date read from the IC card by the terminal device and the IC card. A collation means for collating the expiration date, and an IC when the collation result is inconsistent.
By providing reflection means for matching the expiration date of the card with the expiration date stored and managed, the expiration date of the IC card can be updated to a correct value.
Even if the card is used or tampered offline, it can provide reliable service information.

[0320] Further, the first encryption for encrypting service information or key information in the server device using key information for encryption and decryption stored and managed in advance and transmitting the encrypted information to the IC card via the terminal device. Decryption means, and first decryption means for decrypting the encrypted information read by the terminal device from the IC card using key information for encryption and decryption,
A second encryption unit for encrypting information recorded in a main file or a basic file in an IC card using key information for encryption and decryption recorded in advance and transmitting the encrypted information to a terminal device; And second decryption means for decrypting the encrypted information received from the server using the key information for encryption / decryption, so that important information can be encrypted and sent, thereby providing a highly secure service. Becomes possible.

If different service information can be recorded in a plurality of basic files in this file in the dedicated file of the IC card, use state information indicating the use state of each basic file is stored and stored in the server. Equipment, IC
Based on the use state information read from the card by the terminal device, by providing a means for specifying the service information necessary for each service, it is possible to prevent erroneous writing or use of erroneous service information or key information, A highly reliable system can be realized. Further, the user can use the specific service a plurality of times.

Further, by providing the server device with information initialization means for deleting service information or key information that is no longer required when using the service from the IC card, the memory area of the IC card can be reused. The limited memory area of the card can be effectively used.

Further, the server device is provided with time limit setting means for giving an expiration date to the service information or the key information, and the information initialization means of the server device sets the service information or key information to the service information or key information when the user is not using the service. By determining whether service information or key information may be deleted based on the corresponding expiration date, ineffective service information or key information can be deleted, and the limited memory area of the IC card can be deleted. Can be effectively utilized.

Also, by intermediating between the service provider device and the terminal device, a ticket reservation service, a reservation content confirmation service, a reservation cancellation service,
It is possible to provide a ticket price settlement service and an electronic ticket issuing service.

[0325] Also, information is read from the IC card to the service provider device, and if the electronic ticket recorded on the IC card is valid, entry / exit allowing the user carrying the IC card to enter / exit the event site is permitted. By providing the management means, entrance and exit of the user can be managed, and the user can pass through the gate of the event venue using the electronic ticket.

Also, by mediating between the service provider device and the terminal device, a rental car reservation service, a reservation content confirmation service, a reservation cancellation service, a rental car use price settlement service, and an electronic key issuing service from the terminal device are provided. Each service can be provided.

[0327] The service provider device reads information from the IC card and, if the electronic key recorded on the IC card is valid, unlocks the door of the reserved rental car or starts the engine. The user can unlock the door of the rental car or start the engine using the electronic key.

Further, by intermediating between the service provider device and the terminal device, a hotel reservation service, a reservation content confirmation service, a reservation cancellation service, a hotel usage fee settlement service, and an electronic key issuing service from the terminal device are provided. Each service can be provided.

Further, the service provider device is provided with an unlocking means for reading information from the IC card and unlocking the door of the reserved room when the electronic key recorded on the IC card is valid. The user can unlock the room door using the electronic key.

Also, the electronic money information is recorded in the basic file of the IC card through the terminal device in the server device,
Means for providing an electronic money issuing service for causing the IC card to function as electronic money, wherein the service provider device subtracts the amount of electronic money recorded on the IC card according to the use of the electronic money by the user By providing the service providing means, the user can pay using an IC card at an event site, a gas station, a hotel, or the like, for example.

Also, a resale registration means for providing a resale registration service through a terminal device to a user who wants to resell a purchased electronic ticket to a server device, and a list of resale electronic tickets registered for resale by the resale registration service are disclosed. And a resale electronic ticket issuing means for recording information of the selected resale electronic ticket through a terminal device on an IC card of a user who has selected a resale electronic ticket desired to be purchased from a published list. This allows the user who has purchased the electronic ticket to resell the electronic ticket to a third party.

Further, the publishing means of the server device publishes the amount of the resale electronic ticket priced by the user who registered the resale electronic ticket together with the list, so that the user who wants to purchase the resale electronic ticket can You can purchase a resale electronic ticket that has been priced.

Further, the server device is provided with a price sending means for sending the price paid by the user who purchased the resale electronic ticket to the user who has registered the resale electronic ticket for resale. The user who has made the resale can receive the price of the resold electronic ticket resold.

[0334] Also, a resale price storage means for storing information on the price paid by the user who purchased the resale electronic ticket in the server device for each user, and a user who has registered the resale electronic ticket for resale. When payment is required due to the use of this service, the user who has registered the resale electronic ticket for resale has been resold by providing a reimbursement method for payment using the amount accumulated in the resale price accumulation means. The price of the resale electronic ticket can be used for payment for other services.

Also, the service provider device reads out information from the IC card, manages the rental / return of the rental car, and releases the fixation of the rental car when the rental is permitted by the rental car management means. By providing fixing means for fixing the returned rental car to the parking, monitoring means for monitoring the state of the rental car fixed by the fixing means, and settlement means for adjusting the usage fee of the rental car, unmanned rental and lending of the rental car is provided. It can be carried out.

[Brief description of the drawings]

FIG. 1 is a block diagram showing a configuration of an IC card using service system according to an embodiment of the present invention.

FIG. 2 is an explanatory diagram showing logon to each service.

FIG. 3 is a sequence diagram showing a method for issuing a membership card in the embodiment of the present invention.

FIG. 4 is a sequence diagram showing a method for issuing a multifunctional member card according to the embodiment of the present invention.

FIG. 5 is a sequence diagram showing a card-specific type confirmation process in a common logon process when a member card is used.

FIG. 6 is a sequence diagram showing a member card verification process in a common logon process when a member card is used.

FIG. 7 is a sequence diagram showing issuing information confirmation processing in common logon processing when a member card is used.

FIG. 8 is a sequence diagram showing an expiration date updating process in a common logon process when a member card is used.

FIG. 9 is a sequence diagram showing a service menu notification process in a common logon process when a member card is used.

FIG. 10 is a sequence diagram showing a card-specific type confirmation process in a common logon process when a multi-function member card is used.

FIG. 11 is a sequence diagram showing a process of confirming an integrated application code in a common logon process when a multifunctional membership card is used.

FIG. 12 is a sequence diagram showing a card management internal authentication process in a common logon process when a multifunctional membership card is used.

FIG. 13 is a sequence diagram showing a process of confirming issuance information in a common logon process when a multi-function member card is used.

FIG. 14 is a sequence diagram showing an old card stop / new card update process in a common logon process when a multifunctional membership card is used.

FIG. 15 is a sequence diagram showing an expiration date updating process in a common logon process when a multi-function member card is used.

FIG. 16 is a sequence diagram showing an expiration date updating process in a common logon process when a multifunctional membership card is used.

FIG. 17 is a sequence diagram showing an expiration date normalization process in a common logon process when a multifunctional membership card is used.

FIG. 18 is a sequence diagram showing an AP / DF correspondence list normalization process in a common logon process when a multifunctional membership card is used.

FIG. 19 is a sequence diagram showing a process of normalizing an AP / DF correspondence list in a common logon process when a multifunctional membership card is used.

FIG. 20 is a sequence diagram showing a process of normalizing an AP / DF correspondence list in a common logon process when a multifunctional membership card is used.

FIG. 21 is a sequence diagram showing a service menu notification process in a common logon process when a multi-function member card is used.

FIG. 22 is a sequence diagram showing a process of changing a service available with a membership card.

FIG. 23 is a sequence diagram showing a process of deleting a service available on the multi-function member card.

FIG. 24 is a sequence diagram showing a process of deleting a service that can be used with a multifunctional membership card.

FIG. 25 is a sequence diagram showing a process for adding a service available with a multifunctional membership card.

FIG. 26 is a sequence diagram showing a process of adding a service available with a multifunctional membership card.

FIG. 27 is a sequence diagram showing a process for adding a service that can be used with a multifunctional membership card.

FIG. 28 is a sequence diagram illustrating a process of changing an option on the multi-function member card.

FIG. 29 is a sequence diagram showing a process of changing an option on the multi-function member card.

FIG. 30 is a sequence diagram showing a process of changing an option on the multifunctional member card.

FIG. 31 is a sequence diagram showing a process of changing an option on a multifunctional member card.

FIG. 32 is a sequence diagram showing processing of a reservation inquiry service in the embodiment of the present invention.

FIG. 33 is a sequence diagram showing a method for applying for the issuance of a multi-function member card in the embodiment of the present invention.

FIG. 34 is a sequence diagram showing a method for issuing a multi-function member card according to an embodiment of the present invention.

FIG. 35 is a sequence diagram illustrating a new reservation availability check process in the ticket reservation service according to the embodiment of this invention.

FIG. 36 is a sequence diagram illustrating an event search process in the ticket reservation service according to the embodiment of this invention.

FIG. 37 is a sequence diagram showing an event search process in the ticket reservation service according to the embodiment of the present invention.

FIG. 38 is a sequence diagram showing vacancy inquiry processing in the ticket reservation service according to the embodiment of the present invention.

FIG. 39 is a sequence diagram showing a vacancy inquiry process in the ticket reservation service according to the embodiment of the present invention.

FIG. 40 is a sequence diagram showing a reservation registration process using a member card in the ticket reservation service according to the embodiment of the present invention.

FIG. 41 is a sequence diagram showing a reservation registration process using a member card in the ticket reservation service according to the embodiment of the present invention.

FIG. 42 is a sequence diagram showing a reservation registration process using a multifunctional member card in the ticket reservation service according to the embodiment of the present invention.

FIG. 43 is a sequence diagram showing a settlement process using a member card in the ticket reservation service according to the embodiment of the present invention.

FIG. 44 is a sequence diagram showing an electronic ticket issuance process using a multifunctional member card in the ticket reservation service according to the embodiment of the present invention.

FIG. 45 is a sequence diagram showing an electronic ticket issuance process using a multifunctional member card in the ticket reservation service according to the embodiment of the present invention.

FIG. 46 is a sequence diagram showing a reservation confirmation process in the ticket reservation service according to the embodiment of the present invention.

FIG. 47 is a sequence diagram showing a reservation canceling process using a member card in the ticket reservation service according to the embodiment of the present invention.

FIG. 48 is a sequence diagram showing a reservation canceling process using a multifunctional member card in the ticket reservation service according to the embodiment of the present invention.

FIG. 49 is a sequence diagram showing a ticket issuing process using a member card in the embodiment of the present invention.

FIG. 50 is a sequence diagram showing a ticket issuing process using a multi-function member card according to the embodiment of the present invention.

FIG. 51 is a sequence diagram showing a ticket issuing process using a multi-function member card in the embodiment of the present invention.

FIG. 52 is a sequence diagram showing an electronic ticket issuance process using a multifunctional member card according to the embodiment of the present invention.

FIG. 53 is a sequence diagram showing an electronic ticket issuance process using a multifunctional membership card according to the embodiment of the present invention.

FIG. 54 is a sequence diagram showing an electronic ticket issuance process using a multifunctional member card according to the embodiment of the present invention.

FIG. 55 is a sequence diagram showing a gate passing process using the multifunctional member card according to the embodiment of the present invention.

FIG. 56 is a sequence diagram showing a gate passing process using the multifunctional member card according to the embodiment of the present invention.

FIG. 57 is a sequence diagram showing a settlement process using a local value in the ticket reservation service according to the embodiment of the present invention.

FIG. 58 is a sequence diagram showing a settlement process using a local value in the ticket reservation service according to the embodiment of the present invention.

FIG. 59 is a sequence diagram showing an electronic ticket resale registration process in the embodiment of the present invention.

FIG. 60 is a sequence diagram showing an electronic ticket resale registration process in the embodiment of the present invention.

FIG. 61 is a sequence diagram showing a resale electronic ticket issuance process in the embodiment of the present invention.

FIG. 62 is a sequence diagram showing a resale electronic ticket issuance process in the embodiment of the present invention.

FIG. 63 is a sequence diagram showing a new reservation availability check process in the rental car reservation service according to the embodiment of the present invention.

FIG. 64 is a sequence diagram showing an empty car search process in the rental car reservation service according to the embodiment of the present invention.

FIG. 65 is a sequence diagram showing an empty car search process in the rental car reservation service according to the embodiment of the present invention.

FIG. 66 is a sequence diagram showing a vehicle type selection / reservation registration process using a member card in the rental car reservation service according to the embodiment of the present invention.

FIG. 67 is a sequence diagram showing a vehicle type selection / reservation registration process using a member card in the rental car reservation service according to the embodiment of the present invention.

FIG. 68 is a sequence diagram showing a vehicle type selection / reservation registration process using a multifunctional member card in the rental car reservation service according to the embodiment of the present invention.

FIG. 69 is a sequence diagram showing a settlement process using a member card in the rental car reservation service according to the embodiment of the present invention.

FIG. 70 is a sequence diagram showing an electronic key issuance process using a multifunctional member card according to the embodiment of the present invention.

FIG. 71 is a sequence diagram showing an electronic key issuance process using a multi-function member card in the embodiment of the present invention.

FIG. 72 is a sequence diagram showing a reservation confirmation process in the rental car reservation service according to the embodiment of the present invention.

FIG. 73 is a sequence diagram showing a reservation canceling process using a member card in the rental car reservation service according to the embodiment of the present invention.

FIG. 74 is a sequence diagram showing a reservation canceling process using a multifunctional member card in the rental car reservation service according to the embodiment of the present invention.

FIG. 75 is a sequence diagram showing a car lending process using the member card according to the embodiment of the present invention.

FIG. 76 is a sequence diagram showing a car lending process using the multifunctional membership card according to the embodiment of the present invention.

FIG. 77 is a sequence diagram showing a car lending process using the multifunctional member card according to the embodiment of the present invention.

FIG. 78 is a sequence diagram showing an electronic key issuance process using the multi-function member card according to the embodiment of the present invention.

FIG. 79 is a sequence diagram showing an electronic key issuance process using the multi-function member card according to the embodiment of the present invention.

FIG. 80 is a sequence diagram showing an electronic key issuance process using the multifunctional member card according to the embodiment of the present invention.

FIG. 81 is a sequence diagram showing unlock processing of a rental car using a multifunctional membership card according to an embodiment of the present invention.

FIG. 82 is a sequence diagram showing a rental car unlocking process using the multifunctional membership card according to the embodiment of the present invention.

FIG. 83 is a sequence diagram showing a settlement process using a local value in the rental car reservation service according to the embodiment of the present invention.

FIG. 84 is a sequence diagram showing a settlement process using a local value in the rental car reservation service according to the embodiment of the present invention.

FIG. 85 is a sequence diagram showing a car return process using the membership card according to the embodiment of the present invention.

FIG. 86 is a sequence diagram showing a car return process using the multifunctional member card according to the embodiment of the present invention.

FIG. 87 is a sequence diagram showing a car return process using the multifunctional member card according to the embodiment of the present invention.

FIG. 88 is a sequence diagram showing a car return process using the multifunctional membership card according to the embodiment of the present invention.

FIG. 89 is a diagram showing a state of an automatic rental car parking in the embodiment of the present invention.

FIG. 90 is a sequence diagram illustrating a new reservation availability check process in the hotel reservation service according to the embodiment of this invention.

FIG. 91 is a sequence diagram showing a vacancy search process in the hotel reservation service according to the embodiment of the present invention.

FIG. 92 is a sequence diagram showing a vacancy search process in the hotel reservation service according to the embodiment of the present invention.

FIG. 93 is a sequence diagram showing a vacancy selection / reservation registration process using a membership card in the hotel reservation service according to the embodiment of the present invention.

FIG. 94 is a sequence diagram showing a vacancy selection / reservation registration process using a membership card in the hotel reservation service according to the embodiment of the present invention.

FIG. 95 is a sequence diagram showing a vacancy selection / reservation registration process using a multifunctional member card in the hotel reservation service according to the embodiment of the present invention.

FIG. 96 is a sequence diagram showing a reservation confirmation process in the hotel reservation service according to the embodiment of the present invention.

FIG. 97 is a sequence diagram showing a reservation canceling process using a member card in the hotel reservation service according to the embodiment of the present invention.

FIG. 98 is a sequence diagram showing a reservation canceling process using a multifunctional member card in the hotel reservation service according to the embodiment of the present invention.

FIG. 99 is a sequence diagram showing a hotel check-in process using the membership card according to the embodiment of the present invention.

FIG. 100 is a sequence diagram showing a hotel check-in process using the multifunctional member card according to the embodiment of the present invention.

FIG. 101 is a sequence diagram showing a hotel check-in process using the multifunctional membership card according to the embodiment of the present invention.

FIG. 102 is a sequence diagram showing a process of unlocking a room key using the multifunctional membership card according to the embodiment of the present invention.

FIG. 103 is a sequence diagram showing a process of unlocking a room key using the multifunctional membership card according to the embodiment of the present invention.

FIG. 104 is a sequence diagram showing a settlement process using a local value in the hotel reservation service according to the embodiment of the present invention.

FIG. 105 is a sequence diagram showing a settlement process using a local value in the hotel reservation service according to the embodiment of the present invention.

FIG. 106 is a sequence diagram showing a hotel checkout process using the membership card according to the embodiment of the present invention.

FIG. 107 is a sequence diagram showing a hotel checkout process using the multifunctional membership card according to the embodiment of the present invention.

FIG. 108 is a sequence diagram showing a hotel checkout process using the multifunctional member card according to the embodiment of the present invention.

FIG. 109 is a sequence diagram showing a hotel checkout process using the multifunctional member card according to the embodiment of the present invention.

[Explanation of symbols]

1a, 1b IC card reader / writer, 2 Internet, 3 Internet client, 4 business terminal, 5 24 output device, 6 business support server, 7
HTTP control server, 8: public network, 9a, 9b: IC card public telephone, 10: voice response control server, 11a,
11b: Bit still router, 12: Card management server, 13: Issue management device, 14: IC card issuing machine, 1
5 ... Ticket system, 16 ... Hotel system, 17 ...
Car rental system 19 Credit card system 22 Content server 23 Dedicated terminal 30
IC card.

──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme court ゛ (Reference) G06F 17/60 124 G06F 17/60 124 5B035 146 146A 5B058 242 242 5B082 322 322 5B085 410 410E 510 K510 073 G07B 1/00 E G07B 1/00 15/00 L 15/00 G07C 9/00 Z G07C 9/00 G06K 19/00 P G07F 7/08 G07F 7/08 S (72) Inventor Masato Shinnishi Tokyo 2-3-1, Otemachi, Chiyoda-ku, Nippon Telegraph and Telephone Corporation (72) Inventor Yasuhiro Nagai 2-3-1, Otemachi, Chiyoda-ku, Tokyo F-term (reference) 2C005 MA33 MB01 3E027 EC03 EC08 3E038 AA01 AA04 AA12 BB04 FA03 GA02 JA03 3E044 AA02 AA08 AA20 BA04 CA06 DA06 DC05 DE01 DE07 5B017 AA01 BA06 CA14 5B035 AA06 BB09 BC00 CA23 CA29 5B058 CA15 CA25 KA11 YA20 5B082 EA12 5B085 AE09 AE12 CE02

Claims (69)

[Claims] 1. An IC card use service providing method for providing a service to a user who has an IC card, comprising: a main file as a basis of a file structure; and a dedicated file below the main file. In the dedicated file, a basic file for a service selected / registered by a user has a file structure provided in advance, and the main file and each of the basic files are used for file access. For the IC card in which the key information is set and recorded, the same key information as the IC card is used to access the file through the terminal device to the IC card and store the file in the basic file of the IC card. Change, add or delete the service information and the key information necessary for the user according to the selection and registration of the user. IC card use service provides a method for the butterflies. 2. The IC card use service providing method according to claim 1, wherein the service information or the key information is encrypted using encryption / decryption key information stored and managed in advance and transmitted from the server device. Transmitting to the IC card, decrypting the received encrypted information using the pre-recorded key information for encryption and decryption, and writing the decrypted information to the basic file. A method of providing an IC card use service. 3. An IC card use service system for providing a service to a user who has an IC card, comprising: a main file which is the basis of a file structure; and a dedicated file below the main file. The dedicated file has a file structure in which a basic file for a service selected and registered by a user is provided in advance, and a key for file access to each of the main file and each basic file is provided. An IC card on which information is set and recorded; a terminal device for reading and writing information from and to the IC card; a service provider device for providing a service to a user having the IC card; A server device for controlling transmission information and information received from the terminal device, wherein the server device has the same key information as the IC card. File access to the IC card through the terminal device, and changes service information and key information required for service provision stored in the basic file of the IC card in accordance with the selection and registration of the user , A rewriting means for adding or deleting an IC card. 4. The IC card use service system according to claim 3, wherein the server device can use the service based on information read by the terminal device from the IC card of a user who wants to provide a service. Notify a menu of services to the terminal device, specify the service selected by the user, based on input information from the terminal device, mediate between the corresponding service provider device and the terminal device, An IC card use service system comprising an intermediary means for enabling service use from the terminal device. 5. The IC card utilization service system according to claim 3, wherein the server device is based on information of various IC cards handled by the server device, which is read from a main file of the IC card by the terminal device. And a service switching means for changing the type of service provided according to the type of the IC card.
Card use service system. 6. The IC card use service system according to claim 3, wherein the server device reads out from each basic file of the IC card by the terminal device and provides each service provided by the service provider device. Determining means for determining whether or not a service using the basic file is registered based on the code assigned to, and service switching means for changing service content to be provided in accordance with the determination result of the determining means. An IC card utilization service system comprising: 7. The IC card use service system according to claim 5, wherein the determination unit of the server device determines the number of dedicated files of the IC card based on information of various IC cards handled by the server device, The service switching means limits the number of services to be provided according to a result of the determination by the determining means. 8. The IC card use service system according to claim 3, wherein the main file of the IC card stores correspondence information for associating a service provided from the service provider device with the dedicated file, and the server The apparatus further comprises a correspondence information change unit for rewriting the correspondence information in accordance with the change, addition or deletion when the service information and the key information are changed, added or deleted. . 9. The IC card use service system according to claim 5, wherein, when a user has applied for a change of the type of the IC card through the terminal device, a list is created for creating a list of the applied users. And I means
C card use service system. 10. The IC card use service system according to claim 5, wherein when a user applies for reissuing the IC card through the terminal device, a list creating means for creating a list of the applied users. And a service system using the IC card. 11. The IC card use service system according to claim 9, wherein the server device performs an IC card operation based on the user list.
An IC card use service system comprising an issuing means for causing a card issuing machine to issue an IC card after a type change or reissuing an IC card. 12. The IC card use service system according to claim 9, wherein said server device is a user of a user who has applied for changing or reissuing the type of said IC card from information stored and managed in advance. An IC card use service system, comprising: an address output unit that extracts an address based on the list and prints the extracted address on an envelope to which a new IC card requested by the user is sent. 13. The IC card use service system according to claim 9, wherein the server device is configured to execute the type change or the reissue after the user has applied for the type change or the reissue, and after a lapse of a predetermined period, the server device performs the type change before the type change. An IC card or an IC card before re-issuing, comprising a use suspending means for suspending use of the IC card.
C card use service system. 14. The IC card use service system according to claim 9, wherein the server device reads the IC card after the type change or the IC card after the reissue based on the information read by the terminal device. First use detecting means for detecting first use; and IC before the type change when the first use is detected.
A service stopping means for stopping use of the card or the IC card before the reissuance. 15. The IC card use service system according to claim 9, wherein the server device records the IC card before the type change or the IC card before the reissue when the first use is detected. Service information and key information that have been
A service information reflecting means for recording the service information and the key information on the IC card after the type change or the reissued IC card through the terminal device so that the service information can be transferred to the C card; Service system. 16. The IC card use service system according to claim 2, wherein the main file of the IC card stores correspondence information for associating a service provided from the service provider device with the dedicated file; The apparatus includes: a matching unit configured to match the corresponding information read from the IC card by the terminal device with corresponding information stored and managed in correspondence with the IC card; and the result of the matching does not match. And a reflecting means for matching the corresponding information of the IC card with the stored and managed corresponding information. 17. The IC card use service system according to claim 2, wherein the main file of the IC card stores an expiration date of the IC card, and the server device reads the IC card from the IC card by the terminal device. Checking means for checking the expiration date obtained and the expiration date stored / managed corresponding to the IC card; and, when the result of the verification does not match, storing the expiration date of the IC card in the storage / And a reflecting means for making the expiration date coincide with the managed expiration date. 18. The IC card use service system according to claim 2, wherein the server device encrypts the service information or the key information using encryption / decryption key information stored and managed in advance. First encrypting means for transmitting to the IC card via the terminal device by using the key information for encrypting and decrypting the encrypted information read by the terminal device from the IC card. The IC card encrypts the information recorded in the main file or the basic file by using the encryption / decryption key information recorded in advance. Second encrypting means for transmitting the encrypted information received from the terminal device to the terminal device using the key information for encryption and decryption. IC card use service system according to claim Rukoto. 19. The IC card using service system according to claim 2, wherein each dedicated file of the IC card has a different basic information when different service information can be recorded in a plurality of basic files in the file. The server device stores usage status information indicating a usage status of a file, and the server device specifies the service information necessary for each service based on the usage status information read by the terminal device from the IC card. A service system using an IC card, characterized by comprising means. 20. The IC card use service system according to claim 2, wherein the server device includes information initialization means for deleting the service information or the key information that becomes unnecessary when using a service from the IC card. A service system using an IC card, characterized in that: 21. The IC card use service system according to claim 20, wherein the server device includes a term setting unit that assigns an expiration date to the service information or the key information, and the information initialization unit of the server device includes: Determining whether the service information or the key information may be deleted based on the expiration date corresponding to the service when the user is not using the service.
C card use service system. 22. The service system using an IC card according to claim 2, wherein the server device mediates between the service provider device and the terminal device to provide a ticket reservation service and reservation from the terminal device. An IC card use service system comprising means for providing each of a content confirmation service, a reservation cancellation service, a ticket price settlement service, and an electronic ticket issuing service for making the IC card function as a ticket. 23. The IC card use service system according to claim 22, wherein the service provider device reads information from the IC card, and if the electronic ticket recorded on the IC card is valid, the service provider device deletes the IC card. An IC card use service system comprising an entry / exit management means for permitting a possessor of the user to enter / exit an event venue. 24. The IC card use service system according to claim 2, wherein the server device mediates between the service provider device and the terminal device, so that a rental car reservation service and a reservation from the terminal device are provided. An IC card use service comprising means for providing services of a content confirmation service, a reservation cancellation service, a payment service for a rental car use fee, and an electronic key issuing service for making the IC card function as a key for a reserved rental car. system. 25. The IC card use service system according to claim 24, wherein the service provider device reads information from the IC card, and if the electronic key recorded on the IC card is valid, the service provider device executes the reservation. An IC card use service system comprising an unlocking means for unlocking a door of a rental car or starting an engine. 26. The IC card use service system according to claim 2, wherein the server device mediates between the service provider device and the terminal device to provide a hotel reservation service and reservation from the terminal device. An IC card use service comprising means for providing a content confirmation service, a reservation cancellation service, a hotel use price settlement service, and an electronic key issuing service for making the IC card function as a key of a reserved room. system. 27. The IC card using service system according to claim 26, wherein the service provider device reads information from the IC card, and if the electronic key recorded on the IC card is valid, the service provider device executes the reservation. An IC card use service system comprising an unlocking means for unlocking a door of a room. 28. An IC according to claim 22, 24 or 26.
In the card use service system, the server device records information of electronic money through the terminal device in a basic file of the IC card,
Means for providing an electronic money issuing service for causing the C card to function as electronic money, wherein the service provider device subtracts the amount of electronic money recorded on the IC card according to the use of the electronic money by a user. An IC card utilization service system, comprising: 29. The IC card use service system according to claim 22, wherein the server device provides a resale registration service through the terminal device to a user who wants to resell the purchased electronic ticket, A publishing unit for publishing a list of resale electronic tickets resold and registered by the resale registration service; and the selected resale to an IC card of a user who has selected a resale electronic ticket desired to be purchased from the published list. A resale electronic ticket issuing means for recording electronic ticket information through the terminal device. 30. The IC card use service system according to claim 29, wherein the publishing unit of the server device publishes the amount of the resale electronic ticket priced by a user who has registered the resale electronic ticket together with the list. A service system using an IC card, characterized in that: 31. The IC card use service system according to claim 29, wherein the server device transmits a price paid by a user who has purchased the resale electronic ticket to a user who has registered the resale electronic ticket for resale. An IC card utilization service system comprising a payment sending means. 32. The IC card use service system according to claim 29, wherein the server device stores information on a price paid by a user who purchased the resale electronic ticket for each user. And a payment settlement means for performing settlement using the amount accumulated in the resale price accumulation means when settlement is required by use of a service of a user who has registered the resale electronic ticket for resale. A service system using an IC card, characterized in that: 33. The IC card use service system according to claim 24, wherein the service provider device reads out information from the IC card and manages lending / returning of the corresponding rental car, and a rental car management means. When the rental is permitted by the rental car, the fixing of the rental car is released and the returned rental car is fixed to the parking means, a monitor means for monitoring the state of the rental car fixed by the fixing means, and a rental fee for the rental car. An IC card use service system, comprising: a settlement means for performing settlement. 34. A server device in an IC card use service system for providing a service to a user who has an IC card, comprising: a main file which is the basis of a file structure; and a dedicated file below the main file. The file has a file structure in which a basic file for a service selected and registered by a user is provided in the dedicated file, and the main file and each of the basic files are provided with file access. For the IC card in which key information for setting and recording is set, file access is made to the IC card through a terminal device by using the same key information as the IC card, and stored in the basic file of the IC card. The service information and the key information necessary for providing the service are changed and added according to the selection and registration of the user. Or server device, characterized in that it comprises a rewriting means for deleting. 35. The server device according to claim 34, wherein a menu of available services is provided to the terminal device based on information read by the terminal device from the IC card of a user who wants to provide a service. Notify and specify the service selected by the user, based on the input information from the terminal device, mediates between the corresponding service provider device and the terminal device, and uses the service from the terminal device. A server device comprising an intermediary means for enabling the server device. 36. The server device according to claim 34, wherein the type of the IC card is determined based on information of various IC cards handled by the server device, which is read from the main file of the IC card by the terminal device. A server device comprising: a determination unit for determining; and a service switching unit for changing service content to be provided according to a type of the IC card. 37. The server device according to claim 34, based on a code read by the terminal device from each basic file of the IC card and assigned to each service provided by the service provider device. A server device comprising: a determination unit configured to determine whether a service using the basic file is registered; and a service switching unit configured to change a content of a service to be provided according to a determination result of the determination unit. . 38. The server device according to claim 36, wherein the determination unit determines the number of dedicated files of the IC card based on information of various IC cards handled by the server device, A server device, wherein the number of services to be provided is limited in accordance with a result of the determination by the determination unit. 39. The server device according to claim 34, wherein the correspondence information recorded in the main file of the IC card, which associates the service provided from the service provider device with the dedicated file, is changed, added or changed. A server device comprising a correspondence information change unit that rewrites in response to deletion. 40. The server device according to claim 36, wherein when a user applies for a change of the type of the IC card through the terminal device, a list creating means for creating a list of the applied users is provided. A server device comprising: 41. The server device according to claim 36, further comprising: a list creating unit that creates a list of the users who applied when the user applied for reissue of the IC card through the terminal device. A server device characterized by the above-mentioned. 42. The server device according to claim 40, wherein the issuing means for causing the IC card issuing machine to issue an IC card after the type change or reissuing the IC card based on the user list. A server device comprising: 43. The server device according to claim 40, wherein an address of a user who has applied for a change or reissue of the type of the IC card is extracted from information stored and managed in advance based on the list. A server device comprising address output means for printing the extracted address on an envelope for sending a new IC card applied by the user. 44. The server device according to claim 40, wherein after the user has applied for the type change or the reissue, a predetermined period elapses, and then the IC card before the type change or the IC card before the reissue is issued. A server device comprising a use stopping means for stopping use of an IC card. 45. The server device according to claim 40, wherein the first use of the IC card after the type change or the first use of the reissued IC card is detected based on information read by the terminal device. Means, when the first use is detected, the IC before the type change
A server for stopping use of the card or the IC card before the reissue. 46. The server device according to claim 40, wherein, when the first use is detected, the IC before the type change is performed.
The service information and the key information recorded on the card or the IC card before the reissue are transferred to the new IC card, and the service information and the key information are transferred to the new IC card or the IC card after the type change through the terminal device. A server device comprising service information reflecting means for recording on an IC card after issuance. 47. The server device according to claim 34, wherein correspondence information recorded in a main file of the IC card, which associates a service provided from the service provider device with the dedicated file, Checking means for checking the corresponding information stored / managed correspondingly; and when the result of the checking is not consistent, matching the corresponding information of the IC card with the corresponding information stored / managed. A server device comprising: a reflection unit. 48. The server device according to claim 34, wherein an expiration date of the IC card recorded in a main file of the IC card and an expiration date stored and managed in correspondence with the IC card are stored. A server apparatus, comprising: a matching unit that performs matching; and a reflecting unit that matches an expiration date of the IC card with the accumulated / managed expiration date when the result of the comparison is not consistent. 49. The server device according to claim 34, wherein the service information or the key information is encrypted using encryption / decryption key information stored and managed in advance, and the service information or the key information is encrypted via the terminal device. Encryption means for transmitting to the IC card; and decryption means for decrypting the encrypted information read from the IC card by the terminal device using the key information for encryption / decryption. Characteristic server device. 50. The use status indicating the use status of each basic file when a plurality of basic files capable of recording different service information are present in a dedicated file of the IC card in the server device according to claim 34. A server device comprising: means for reading information from a dedicated file of the IC card, and specifying the service information required for each service based on the use state information. 51. The server device according to claim 34, further comprising information initialization means for deleting, from the IC card, the service information or the key information that becomes unnecessary when using a service. 52. The server device according to claim 51, further comprising a term setting unit for assigning an expiration date to the service information or the key information, wherein the information initializing unit is provided when the user does not use a service. And determining whether the service information or the key information can be deleted based on the expiration date corresponding to the service. 53. The server device according to claim 34, wherein a mediation between the service provider device and the terminal device is performed, whereby a ticket reservation service, a reservation content confirmation service, a reservation cancellation service, A server device comprising means for providing each of a ticket price settlement service and an electronic ticket issuing service for making the IC card function as a ticket. 54. The server device according to claim 34, wherein a mediation between the service provider device and the terminal device allows a rental car reservation service, a reservation content confirmation service, a reservation cancellation service, A server device comprising means for providing services of a rental car use price settlement service and an electronic key issuing service for making the IC card function as a key for a reserved rental car. 55. The server device according to claim 34, wherein a mediation between the service provider device and the terminal device allows a hotel reservation service, a reservation content confirmation service, a reservation cancellation service, A server device comprising means for providing a service for a hotel use payment and an electronic key issuing service for making the IC card function as a key for a reserved room. 56. An electronic money issuing service according to claim 53, 54 or 55, wherein electronic money information is recorded in the basic file of the IC card through the terminal device, and the IC card functions as electronic money. A server device comprising means for providing a server. 57. The server device according to claim 53, wherein a resale registration means for providing a resale registration service through the terminal device to a user who wants to resell the purchased electronic ticket; Publishing means for publishing a list of resale electronic tickets, and information of the selected resale electronic tickets to an IC card of a user who has selected a resale electronic ticket desired to be purchased from the published list. And a resale electronic ticket issuing means for recording through the server. 58. The server device according to claim 57, wherein the publishing unit publishes the amount of the resale electronic ticket priced by a user who has registered the resale electronic ticket together with the list. apparatus. 59. The server device according to claim 57, further comprising a price sending unit for sending a price paid by a user who purchased the resale electronic ticket to a user who has registered the resale electronic ticket. Server device. 60. The server device according to claim 57, wherein resale price storage means for storing, for each user, information on a price paid by a user who has purchased the resale electronic ticket; A server apparatus comprising: a stored money settlement means for performing settlement by using the amount accumulated in the resale price accumulation means when settlement is required by use of a service by a user who has registered a ticket for resale. 61. A ticket reservation from a service provider device in an IC card use service system for providing a service to a user having an IC card, the terminal device reading and writing information from and to the IC card. Service, reservation confirmation service,
A service provider device comprising a reception unit for receiving a reservation cancellation service, a ticket price settlement service, and an electronic ticket issuing service for making the IC card function as a ticket. 62. The service provider device according to claim 61, wherein information is read from the IC card, and when the electronic ticket recorded on the IC card is valid, the user goes to an event site of a user who has the IC card. A service provider device comprising an entrance / exit management means for permitting entrance / exit of a service. 63. A service provider device in an IC card use service system for providing a service to a user having an IC card, wherein a rental device reservation is made from a terminal device that reads and writes information from and to the IC card. A reception unit for receiving services such as a service, a reservation content confirmation service, a reservation cancellation service, a payment service for a rental car usage fee, and an electronic key issuing service for causing the IC card to function as a key for a reserved rental car. Service provider device to do. 64. The service provider device according to claim 63, wherein information is read from the IC card, and if the electronic key recorded on the IC card is valid, the door of the reserved rental car is unlocked or the engine is opened. A service provider device comprising: an unlocking means capable of starting. 65. A service provider device in an IC card use service system for providing a service to a user having an IC card, wherein a hotel reservation is made from a terminal device that reads and writes information from and to the IC card. A reception unit for receiving services such as a service, a reservation content confirmation service, a reservation cancellation service, a hotel usage fee settlement service, and an electronic key issuing service for causing the IC card to function as a key of a reserved room. Service provider device to do. 66. The service provider device according to claim 65, wherein information is read from the IC card, and when the electronic key recorded on the IC card is valid, the door of the reserved room is unlocked. A service provider device comprising unlocking means. 67. The service provider device according to claim 61, wherein the electronic money service providing means for subtracting an amount of electronic money recorded on the IC card in accordance with use of electronic money by a user. A service provider device comprising: 68. The service provider device according to claim 63, wherein information is read from the IC card, and rental car management means for managing lending / returning of the corresponding rental car; It is provided with fixing means for releasing the fixation of the rental car and fixing the returned rental car to the parking, monitoring means for monitoring the state of the rental car fixed by the fixing means, and settlement means for adjusting the usage fee of the rental car. A service provider device characterized by the following. 69. The IC card in an IC card use service system for providing a service to a user who has the IC card, wherein the main file is a basic file structure, and a file below the main file. A dedicated file, wherein the dedicated file has a file structure in which basic files for services selected and registered by a user are provided in advance. An IC card in which key information is set and recorded.