JP7231819B2 - Commuter pass processing system - Google Patents

Description

The present invention relates to a commuter pass processing system, and more particularly to a commuter pass processing system that determines whether or not a passenger on a route bus can use a commuter pass to get off at an alighting stop.

As a technology related to a commuter pass processing system, for example, there is a "ticket gate system" disclosed in Patent Document 1 below. In this technology, the identification number of the ticket possessed by the commuter pass user who can use the commuter pass is stored in the automatic ticket gate at the station according to the start date of the fixed period. As a result, the automatic ticket gate can determine whether or not the person is a commuter pass user without requiring a large amount of memory. In addition, since the commuter pass user does not have to go through renewal procedures at a station window or the like when renewing the commuter pass, convenience for the user is improved.

JP 2007-179448 A

However, the technology disclosed in Patent Document 1 is intended for a ticket gate installed at a ticket gate of a railway station. Therefore, it is not necessarily easy to apply to a commuter pass processing system including a fare collection device provided inside a bus.

That is, while the ticket gate is fixed to the ticket gate of the station, the fare collection device provided inside the bus moves along with the operation of the route bus. For this reason, ticket gates at stations can use wired lines, while fare collection devices for route buses are limited to using wireless lines. Since there may be areas where communication quality is lower than in other cases and points where communication is not possible, the quality tends to deteriorate.

In addition, compared to railways, fixed-route buses have an order of magnitude more stops, moreover, it is easier to add or remove stops than railway stations, and the frequency of route changes is much higher. In addition, in the case of fixed-route buses, there are more variations in the number of connections in which commuter pass users transfer between multiple routes than in the case of railroads.

For this reason, for example, even if the identification number of the commuter pass possessed by the commuter pass user is stored in the fare collection device of the route bus, the number of identification numbers that must be downloaded to the fare collection device becomes enormous. This may lead to malfunction of the system operation due to insufficient memory capacity of the fare collection device or narrowing of the communication band. Therefore, it is difficult to introduce the technology disclosed in Patent Literature 1 to a commuter pass processing system for a route bus.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a commuter pass processing system capable of improving convenience for commuter pass users of route buses.

In order to achieve the above object, the commuter pass processing system described in claim 1 of the scope of claims is a system in which a passenger uses an IC card that is a commuter pass and has a stored fare function on a fixed-route bus with a fare deferred payment method. A commuter pass processing system for determining whether or not to get off at an alighting stop, wherein when the passenger gets on the route bus, identification data capable of identifying the commuter pass is read from the commuter pass and output. a read-out device for reading out and outputting the identification data from the commuter pass when the passenger gets off the route bus; and the commuter pass associated with the identification data provided outside the route bus. and an external server storing commuter pass information including information on the available period and available section of the passenger, and the identification data output from the read-out device when boarding during the period from when the passenger gets on to when he or she gets off. to acquire the commuter pass information from the external server via a wireless communication line based on, and when the passenger gets off the route bus, the acquired commuter pass information and the alighting device output from the reading device a getting-off permission/impossibility determination device for determining whether or not the passenger can get off the vehicle based on the identification data, wherein the getting-off permission/impossibility determination device determines that the passenger cannot get off at the getting-off stop using the commuter pass. When the passenger gets on and gets off the vehicle, the stored fare data is subtracted from the stored fare data to allow the passenger to get off the vehicle, and the information on the usage fare is sent to the external server. when the commuter pass information corresponding to the commuter pass is stored and the information for the fare used is received from the device for judging whether or not it is possible to get off the vehicle, the information for the fare used is stored in the IC card. A technical feature is to make stored fair data available to modifiable SF data modifiers .

A "route bus" is a shared bus that operates on a predetermined route. A "commuter pass" is a commuter pass, and more specifically, a "section commuter pass" or "section commuter pass" that is issued for the section declared by the user who is a passenger. That is. Furthermore, the "disembarkation stop" is a stop at which a route bus stops according to the passenger's intention to disembark, among the starting points, stops, and terminal points provided on the operating route. In addition, "identification data that can identify a commuter pass" includes electronic data stored (recorded) in information storage media (electromagnetic recording media) such as IC memory and magnetic stripes possessed by the commuter pass, It also includes printed data composed of alphanumeric characters, symbols, etc. displayed or printed on the front or back of the card, one-dimensional bar code, two-dimensional bar code, etc. Also, the ``usable period of the commuter pass'' is the period during which the commuter pass can be utilized (used), that is, the valid period of the commuter pass. Also, the "section where the commuter pass can be used" means the stops located at both ends of the starting point, the stop, and the terminal point where the commuter pass can be used (used) to get on and off. Also, "when boarding" is a concept that includes the time of boarding and immediately after boarding. Also, "when getting off" is a concept including just before getting off and when getting off. In addition, the "information for the usage fare" includes information that can be used to calculate the usage fare. In addition, these "route bus", "commuter pass", "getting off stop", "identification data that can identify the commuter pass", "commuter pass valid period", "commuter pass valid section", "get on The definitions and concepts of "when", "when getting off", and "information for the fare" are similarly applied to the commuter pass processing system described in claims 2 and 3 of the scope of claims. be done.

In the commuter pass processing system according to claim 1, when a passenger boards a route bus, the commuter pass reading device reads and outputs the identification data that can identify the commuter pass from the commuter pass, and the reading device when getting off the bus. reads and outputs the identification data from the commuter pass when the passenger gets off the route bus. An external server provided in addition to the route bus stores commuter pass information including information on the available period and available section of the commuter pass associated with the identification data. Then, during the period from when the passenger gets on the train to when the passenger gets off the train, the device acquires the commuter pass information from the external server via the wireless communication line based on the identification data output from the reading device when boarding. , when a passenger gets off the route bus, a decision is made based on the acquired commuter pass information and the identification data output from the reading device when getting off.

As a result, the commuter pass information of the passenger is read based on the identification data output from the on-board reading device from the time the passenger gets on the bus until the time the passenger gets off the bus, that is, while the route bus is running or before it arrives at the bus stop. obtained from an external server via a wireless communication line. In other words, if the commuter pass has identification data that can be used to identify it, it will be possible to obtain information on the available period and the available section from an external server while the bus is running. Even if the commuter pass does not have information on the available section, when the passenger gets off the route bus, it is possible to determine whether or not the passenger can get off the bus by means of the device for determining whether or not the passenger can get off. Therefore, the commuter pass does not need to have information on the period of use and the section that can be used, which is involved in the renewal of the commuter pass. There is no need to carry out renewal procedures.
In addition, when it is determined that the passenger cannot get off at the get-off stop using the commuter pass, the device for determining whether or not the passenger can get off the fare is calculated based on the stored fare data of the commuter pass (or the stored fare data corresponding to the commuter pass). to allow alighting. As a result, for example, there is no need to settle the usage fare in cash. Therefore, it is possible to improve the convenience for the commuter pass user even when using such a fixed-route bus.
Further, when the usage fare is subtracted from the stored fare data, the alighting availability determination device sends the usage fare information to the external server. As a result, the external server can grasp that the used fare has been reduced from the stored fare data of the commuter pass (or corresponding to the commuter pass). Therefore, for example, even though the passenger's commuter pass information is stored in the external server, due to a communication failure of the wireless communication line, etc., the passenger's commuter pass may be deleted from the external server between the time when the passenger gets on and before he/she gets off. When information cannot be obtained, recovery processing (for example, changing stored fare data to add SF value or SF points, which is equivalent to the reduced fare) should be performed on an external server, etc. becomes possible. Note that the SF value is electronic data that has an exchange value equivalent to money at a stored fair. SF points are electronic data given according to the amount of SF value used, and can be used for payment of fares and the like.
Further, when the external server stores the commuter pass information corresponding to the commuter pass and receives the information for the usage fare from the device for determining whether or not it is possible to get off the vehicle, the external server stores the information for the usage fare in the stored fare of the IC card. Make data available to modifiable SF data modifiers. "When the commuter pass information corresponding to the commuter pass is stored and the information for the use fare is received from the alighting possibility determination device" is even though the passenger's commuter pass information is stored in the external server. However, for example, if the passenger's commuter pass information cannot be obtained from the external server during the period from when the passenger gets on the train to when the passenger gets off due to a communication failure in the wireless communication line, etc., the passenger uses the commuter pass to get off at the get-off stop. This is when it is determined that the IC card cannot be used, and the fare amount is subtracted from the stored fare data of the IC card (or corresponding to the IC card).
In other words, even though the passenger could use the commuter pass to get off at the get-off stop, the fare was deducted from the stored fare data in the same way as if the commuter pass could not be used. In such a case, the external server can provide the SF data change device with the information for the usage fare. As a result, the SF data changing device can change the stored fare data of the IC card so as to compensate for the usage fare after the fact.

Further, in the commuter pass processing system described in claim 2 of the scope of claims, a passenger on a fixed-route bus with a fare deferred payment system uses an IC card that is a commuter pass and has a stored fare function to get off at a get-off stop. a commuter pass processing system for judging whether or not a passenger boarding the route bus, a read-out device for reading and outputting from the commuter pass identification data capable of identifying the commuter pass when the passenger boards the route bus; a read-out device for reading out and outputting the identification data from the commuter pass when the passenger gets off the route bus; Wireless communication between an external server storing commuter pass information including information on available sections and the identification data output from the read-out device when boarding during the period from when the passenger gets on the vehicle to when the passenger gets off the vehicle. The commuter pass information is acquired from the external server via a line, and when the passenger gets off the route bus, the acquired commuter pass information and the identification data output from the reading device when getting off the bus are combined. and a disembarkation permission/inhibition determination device that determines whether the disembarkation is possible based on the above-mentioned disembarkation permission/inhibition determination device, when it is determined that the passenger cannot get off at the disembarkation stop using the commuter pass , The passenger is allowed to get off by subtracting from the stored fare data the amount of the fare used between when the passenger gets on and when he/she gets off the vehicle, and the information of the fare used is sent to the external server, and the external server: When the commuter pass information corresponding to the commuter pass is stored and the information for the usage fare is received from the device for determining whether the getting off is possible, the information for the usage fare is stored in the external server. It is technically characterized in that the commuter pass information that is stored can be provided to a changeable commuter pass information changing device .

In the invention of the commuter pass processing system according to claim 2, when a passenger gets on a route bus, the commuter pass reading device reads and outputs the identification data that can identify the commuter pass from the commuter pass, and the reading device when getting off the bus. reads and outputs the identification data from the commuter pass when the passenger gets off the route bus. An external server provided in addition to the route bus stores commuter pass information including information on the available period and available section of the commuter pass associated with the identification data. Then, during the period from when the passenger gets on the train to when the passenger gets off the train, the device acquires the commuter pass information from the external server via the wireless communication line based on the identification data output from the reading device when boarding. , when a passenger gets off the route bus, a decision is made based on the acquired commuter pass information and the identification data output from the reading device when getting off.
As a result, the commuter pass information of the passenger is read based on the identification data output from the on-board reading device from the time the passenger gets on the bus until the time the passenger gets off the bus, that is, while the route bus is running or before it arrives at the bus stop. obtained from an external server via a wireless communication line. In other words, if the commuter pass has identification data that can be used to identify it, it will be possible to obtain information on the available period and the available section from an external server while the bus is running. Even if the commuter pass does not have information on the available section, when the passenger gets off the route bus, it is possible to determine whether or not the passenger can get off the bus by means of the device for determining whether or not the passenger can get off. Therefore, the commuter pass does not need to have information on the period of use and the section that can be used, which is involved in the renewal of the commuter pass. There is no need to carry out renewal procedures.
In addition, when it is determined that the passenger cannot get off at the get-off stop using the commuter pass, the device for determining whether or not the passenger can get off the fare is calculated based on the stored fare data of the commuter pass (or the stored fare data corresponding to the commuter pass). to allow alighting. As a result, for example, there is no need to settle the usage fare in cash. Therefore, it is possible to improve the convenience for the commuter pass user even when using such a fixed-route bus.
Further, when the usage fare is subtracted from the stored fare data, the alighting availability determination device sends the usage fare information to the external server. As a result, the external server can grasp that the used fare has been reduced from the stored fare data of the commuter pass (or corresponding to the commuter pass). Therefore, for example, even though the passenger's commuter pass information is stored in the external server, due to a communication failure of the wireless communication line, etc., the passenger's commuter pass may be deleted from the external server between the time when the passenger gets on and before he/she gets off. When information cannot be obtained, recovery processing (for example, changing stored fare data to add SF value or SF points, which is equivalent to the reduced fare) should be performed on an external server, etc. becomes possible. Note that the SF value is electronic data that has an exchange value equivalent to money at a stored fair. SF points are electronic data given according to the amount of SF value used, and can be used for payment of fares and the like.
Further, when the external server stores the commuter pass information corresponding to the commuter pass and receives the information for the fare from the device for judging whether or not it is possible to get off, the information for the fare is stored in the external server. provided to a changeable commuter pass information changing device. "When the commuter pass information corresponding to the commuter pass is stored and the information for the use fare is received from the alighting possibility determination device" is even though the passenger's commuter pass information is stored in the external server. However, for example, if the passenger's commuter pass information cannot be obtained from the external server during the period from when the passenger gets on the train to when the passenger gets off due to a communication failure in the wireless communication line, etc., the passenger uses the commuter pass to get off at the get-off stop. This is when it is determined that the IC card cannot be used, and the fare amount is subtracted from the stored fare data of the IC card (or corresponding to the IC card).
In other words, even though the passenger could use the commuter pass to get off at the get-off stop, the fare was deducted from the stored fare data in the same way as if the commuter pass could not be used. In such a case, the external server can provide the commuter pass information changing device with the information for the relevant fare. As a result, when the commuter pass information is changed by the commuter pass update procedure, for example, the commuter pass information changing device discounts the renewal fee by the relevant fare or extends the renewal period by the relevant fare amount. It becomes possible to

Further, in the commuter pass processing system described in claim 3 of the scope of claims, a passenger on a fixed-route bus with a fare deferred payment system uses an IC card that is a commuter pass and has a stored fare function to get off at a get-off stop. a commuter pass processing system for judging whether or not a passenger boarding the route bus, a read-out device for reading and outputting from the commuter pass identification data capable of identifying the commuter pass when the passenger boards the route bus; a read-out device for reading out and outputting the identification data from the commuter pass when the passenger gets off the route bus; Wireless communication between an external server storing commuter pass information including information on available sections and the identification data output from the read-out device when boarding during the period from when the passenger gets on the vehicle to when the passenger gets off the vehicle. The commuter pass information is acquired from the external server via a line, and when the passenger gets off the route bus, the acquired commuter pass information and the identification data output from the reading device when getting off the bus are combined. and a deboarding permission determination device that determines whether or not the passenger can get off the bus, and the deboarding permission determination device determines whether the passenger gets off at the alighting stop using the commuter pass during the operating period of the route bus. is determined to be impossible, and from the stored fare data, the passenger is allowed to get off by subtracting the fare for the period from boarding to alighting, and information for the fare is sent to the external server. After that, when the information for the use fare having a resend flag that needs to be sent to the external server is found again, the information for the use fare having the resend flag no longer exists. The technical feature is that the information for the use fare with the retransmission flag is sent to the external server .

In the invention of the commuter pass processing system according to claim 3, when a passenger gets on a route bus, the commuter pass reading device reads and outputs the identification data that can identify the commuter pass from the commuter pass, and the reading device when getting off the bus. reads and outputs the identification data from the commuter pass when the passenger gets off the route bus. An external server provided in addition to the route bus stores commuter pass information including information on the available period and available section of the commuter pass associated with the identification data. Then, during the period from when the passenger gets on the train to when the passenger gets off the train, the device acquires the commuter pass information from the external server via the wireless communication line based on the identification data output from the reading device when boarding. , when a passenger gets off the route bus, a decision is made based on the acquired commuter pass information and the identification data output from the reading device when getting off.
As a result, the commuter pass information of the passenger is read based on the identification data output from the on-board reading device from the time the passenger gets on the bus until the time the passenger gets off the bus, that is, while the route bus is running or before it arrives at the bus stop. obtained from an external server via a wireless communication line. In other words, if the commuter pass has identification data that can be used to identify it, it will be possible to obtain information on the available period and the available section from an external server while the bus is running. Even if the commuter pass does not have information on the available section, when the passenger gets off the route bus, it is possible to determine whether or not the passenger can get off the bus by means of the device for determining whether or not the passenger can get off. Therefore, the commuter pass does not need to have information on the period of use and the section that can be used, which is involved in the renewal of the commuter pass. There is no need to carry out renewal procedures.
In addition, during the operation period of the route bus, when the device determines that the passenger cannot get off at the get-off stop using the commuter pass, the stored fare data of the commuter pass (or the data corresponding to the commuter pass) Stored fare data) to allow alighting by subtracting the fare amount. As a result, for example, there is no need to settle the usage fare in cash. Therefore, it is possible to improve the convenience for the commuter pass user even when using such a fixed-route bus.
Further, when the usage fare is subtracted from the stored fare data, the alighting availability determination device sends the usage fare information to the external server. As a result, the external server can grasp that the used fare has been reduced from the stored fare data of the commuter pass (or corresponding to the commuter pass). Therefore, for example, even though the passenger's commuter pass information is stored in the external server, due to a communication failure of the wireless communication line, etc., the passenger's commuter pass may be deleted from the external server between the time when the passenger gets on and before he/she gets off. When information cannot be obtained, recovery processing (for example, changing stored fare data to add SF value or SF points, which is equivalent to the reduced fare) should be performed on an external server, etc. becomes possible. Note that the SF value is electronic data that has an exchange value equivalent to money at a stored fair. SF points are electronic data given according to the amount of SF value used, and can be used for payment of fares and the like.
In addition, after sending the information for the usage fare to the external server, the device for determining whether to get off the vehicle finds the information for the usage fare with a retransmission flag that requires sending the information for the usage fare to the external server again. The information for the use fare with the resend flag is sent to the external server until the information for the use fare with the resend flag no longer exists.

Further, the commuter pass processing system described in claim 4 of the scope of claims is the commuter pass processing system described in claim 3, wherein the external server transmits information for the use fare having the resend flag. If there is information for the fare that is normally received and that is the same information as the information for the fare that has been received and that does not have the retransmission flag, one of the information for the fare that is received A technical feature is that either one is preserved .

In the commuter pass processing system according to claim 4, the external server normally receives the information for the usage fare having the resend flag, and resends the same information as the received information for the usage fare. If there is information for the use fare that does not have a flag, either one of these information for the use fare is saved. In such a case, for example, after the external server normally received the information for the use fare without the retransmission flag last time, normally received information (acknowledgment (ACK)) transmitted to the alighting possibility determination device does not reach the alighting decision device due to a communication failure or the like, the alighting decision device retransmits the information for the fare with a resend flag.

In the commuter pass processing system of the present invention, the commuter pass does not need to have information on the available period and the available section involved in the renewal of the commuter pass. There is no need to carry out renewal procedures at the window of the bus company. Therefore, it is possible to improve the convenience for commuter pass users of the route bus.

1 is a system configuration diagram showing a configuration example of a commuter pass processing system according to an embodiment of the present invention; FIG. FIG. 4 is a sequence diagram showing the flow of each process executed by the fare collection device, boarding card reader, and server that constitute the commuter pass processing system of the present embodiment during operation of a route bus; 10 is a flow chart showing the flow of boarding period processing executed by the boarding card reader during the boarding period of the route bus. 4 is a flow chart showing the flow of boarding period processing executed by the fare collection device during the boarding period of the route bus. It is a flowchart which shows the flow of a boarding period process which a server performs during boarding period of a route bus. It is a flowchart which shows the flow of a driving|running period process which a server performs during the driving|running period of a route bus. It is a flowchart which shows the flow of a driving|running period process which a fare collection apparatus performs during the driving|running period of a route bus. It is a flowchart which shows the flow of a driving|running period process which a server performs during the driving|running period of a route bus. 4 is a flow chart showing a flow of alighting period processing executed by the fare collection device during a period of alighting of the route bus. FIG. 4 is a sequence diagram showing the flow of each process executed by the fare collection device and the server during the operation period of the route bus and the batch processing period of the server; FIG. 10 is a flow chart showing the flow of usage detail processing executed by the fare collection device during the operation period of the route bus; FIG. 10 is a flow chart showing the flow of usage detail processing executed by the server during the operation period of the route bus. FIG. 10 is a flow chart showing the flow of recovery processing executed by the server during batch processing; FIG.

An embodiment of a commuter pass processing system of the present invention will be described below with reference to the drawings. First, a configuration example of a commuter pass processing system according to an embodiment of the present invention will be described with reference to FIG. FIG. 1 shows a system configuration diagram showing a configuration example of a commuter pass processing system.

In this embodiment, after a user (hereinafter referred to as a "user") of a route bus (hereinafter referred to as a "bus") 10 gets on from the rear entrance 14 and exits from the front entrance 12, the fare is paid before getting off the bus. This is an example in which the commuter pass processing system of the present invention is applied to a bus 10 that uses a payment after getting off. The user may be a passenger of the bus 10 and may use an IC card type commuter pass. Also, the bus 10 is a one-man operation system. The "post-payment before getting on and off" is one aspect of the post-payment fare system, and typically adopts a fare system in which the amount increases according to the distance.

As shown in FIG. 1, the commuter pass processing system of this embodiment (hereinafter referred to as "this system") mainly includes a fare collection device 20 mounted near the front entrance 12 of the bus 10 and a rear exit of the bus 10. 14, and a server 40, etc., provided by the operator of the bus 10 (route bus company) or the like. The bus 10 and the server 40 are capable of data communication via a wireless communication line 90, and the server 40 communicates with the IC card R/W terminal device 51 of an IC card handling window 50 such as a bus terminal via the Internet 100 or the like. Also, data communication is possible with the commuter pass issuing device 61 in the bus terminal premises 60 and the like.

<<Fare collection device 20>>
The fare collection device 20 includes a control unit 21, an IC card reader/writer (hereinafter referred to as "IC card R/W") 26, a liquid crystal display unit 27, a wired communication unit 28, and a wireless communication unit 29, which are provided inside the bus 10. etc. In FIG. 1, illustration of a fare collection mechanism, a safe, and the like, which constitute the fare collection device 20, is omitted.

The control unit 21 is a controller for controlling the IC card reader/writer 26, the liquid crystal display unit 27, the wired communication unit 28, the wireless communication unit 29, and the like, and is composed of the MPU 22, the memory 23, the input/output interface 24, and the like. The MPU 22 is an arithmetic processing unit that controls the fare collection device 20, and is connected to the memory 23, the input/output interface 24, and the like via a system bus, a data bus, and the like. In this embodiment, the control unit 21 controls not only the IC card R/W 26 and the like, but also the driving unit of the fare collection mechanism and the like.

The memory 23 is a semiconductor memory device and constitutes the main memory space used by the MPU 22 . In the present embodiment, it is composed of a ROM that serves as a program area and a DRAM that is assigned to a work area and a data area. The ROM contains a system program for controlling the IC card R/W 26 and the like, the drive unit of the fare collection mechanism, and various controls such as boarding period processing 2100, traveling period processing 2200, alighting period processing 2300, and usage details processing 2400, which will be described later. program is stored. The DRAM also secures a commuter pass information storage area for storing commuter pass information transmitted from the server 40 and a usage detail information storage area generated by the get-off period processing 2300 described later.

The input/output interface 24 is an input/output interface device that mediates serial (USB standard, etc.) or parallel (IEEE1284 standard, etc.) data exchange with peripheral devices of the control unit 21 . In this embodiment, the IC card R/W 26, the liquid crystal display unit 27, the wired communication unit 28, the wireless communication unit 29, the drive unit of the fare collection mechanism, etc. are configured to be connectable.

The IC card reader/writer 26 is mainly composed of an IC card reader that reads data stored in the IC chip 71 of the IC card 70 and an IC card writer that writes data to the IC chip 71. device and is connected to the input/output interface 24 of the control unit 21 . In this embodiment, the IC chip 71 includes a semiconductor memory, and data such as the card ID (identification data) of the IC card 70 is stored in the semiconductor memory.

The IC card R/W 26 is provided at a position where the user can easily touch the IC card 70, for example, above the fare collection device 20, side by side with the fare collection mechanism. Data such as the card ID of the IC card 70 read by the IC card R/W 26 is output to the control unit 21 . Data such as boarding date and boarding section output from the control unit 21 are written to the IC card 70 via the IC card R/W 26 .

It should be noted that the card ID is unique information for each IC card 70 composed of a combination of alphanumeric characters and symbols. It is written in the IC chip 71 when the IC card 70 is issued. In this embodiment, the IC card 70 is used (utilized) as a commuter pass for the bus 10 with the stored fare function. Note that hereinafter, stored fare may be abbreviated as "SF".

The liquid crystal display unit 27 is a notification device for clearly indicating information regarding fares and payment amounts to the user, and this device is also connected to the input/output interface 24 of the control unit 21 . In the present embodiment, when the IC card 70 is held over the IC card R/W 26, the reading result (the result of information processing described later) and the contents to be specified on the surface of the commuter pass (available section, available Display the period (effective period) and notify the user. It should be noted that the liquid crystal display unit 27 may be configured to display using LEDs instead of liquid crystals, or to display using both liquid crystals and LEDs.

The wired communication unit 28 exchanges data between the control unit 21 and the boarding card reader 30, etc., via a wired communication line 80. For example, data communication is possible by serial transmission such as RS-422 or RS-485. It conforms to standards. A wired communication unit 28 is also connected to the input/output interface 24 of the control unit 21 .

The wireless communication unit 29 exchanges data between the control unit 21 and the outside via a wireless communication line 90. For example, a business wireless device or a mobile phone device capable of data communication is used. In this embodiment, data communication is performed via a wireless packet communication network. A wireless communication unit 29 is also connected to the input/output interface 24 of the control unit 21 .

The control unit 21 is connected via an input/output interface 24 to a door sensor (not shown) capable of detecting the open/closed state of the doors of the front door 12 and the rear door 14 . As a result, it is possible to detect whether the bus 10 is in a period when the bus 10 is stopped at the bus stop based on the information regarding the open/closed state of the door (the open state indicates that the bus is stopped, and the closed state indicates that the bus is running). Information about the open/closed state of the rear door 14 is sent to the boarding card reader 30 via the wired communication line 80 .

《Passenger card reader 30》
The boarding card reader 30 is a read-out device having almost the same function as the IC card reader of the IC card R/W 26, and is provided in the vicinity of the rear exit 14 of the bus 10, for example, side by side with a numbered ticket issuing machine. ing.

That is, the boarding card reader 30 is mainly composed of a control unit 31, an IC card reader 33, a display unit 35, a communication unit 37, and the like. data, etc., by the IC card reader 33 , and then outputs data such as the card ID to the fare collection device 20 via the communication unit 37 .

The control unit 31 is an arithmetic processing unit composed of an MPU (not shown), a memory, an input/output interface, a system bus, etc., and includes an IC card reader 33, a display unit 35, a communication It is a controller that controls the unit 37 and the like. The memory of the control unit 31 stores control programs such as a boarding period process 1100, which will be described later. Since the communication unit 37 is configured in the same manner as the wired communication unit 28 of the fare collection device 20, the description thereof will be omitted.

The IC card reader 33 is configured in the same manner as the IC card reader of the IC card reader/writer 26, and the IC chip 71 of the IC card 70 can be read by bringing the IC card 70 close to the touch surface or lightly touching (contacting) the IC card 70. is read out. The touch surface of the IC card reader 33 also functions as a light-emitting portion of the display unit 35, and emits green light, for example, when the data is read normally. Further, when reading fails or the read data is abnormal, for example, the touch surface emits red light. These lights are emitted, for example, by LEDs.

<<Server 40>>
The server 40 is a file server mainly composed of a control device 41, a database device 43, a wireless communication device 45, and the like. The control device 41 is an information processing device that is connected to and controls the database device 43 and the wireless communication device 45, and is composed of, for example, a network device and a server computer that are connected to the Internet 100. FIG. The database device 43 is a large-capacity information storage medium, for example, a data storage device with a storage capacity of several hundred TB (terabytes).

The memory or storage device (hereinafter referred to as "memory etc.") of the server computer stores control programs such as boarding period processing 3100, driving period processing 3200, driving period processing 3300, usage details processing 3400, and recovery processing 3500, which will be described later. It is In addition, a card ID storage area for storing the card ID transmitted from the fare collection device 20 and a card ID retransmission area are secured in the same memory. The same memory also secures a usage detail information storage area for storing usage detail information transmitted from the fare collection device 20 . Note that the wireless communication device 45 is configured in the same manner as the wireless communication unit 29 of the fare collection device 20, and thus description thereof is omitted.

More specifically, the server 40 stores information stored in the database device 43, such as card IDs, commuter pass information associated with the card IDs, information on SF values and SF points (stored fare data), etc. It performs access control and data management for various information linked to 70 . In this embodiment, the database device 43 is accessed, for example, from the fare collection device 20 of the bus 10 via the wireless communication line 90, or from the IC card R/W terminal of the IC card handling window 50 via the Internet 100. It may be performed from the device 51 or the commuter pass issuing device 61 in the station premises 60 .

<<< Processing during bus operation >>>
Next, the flow of each process in this system will be described with reference to FIGS. 2 to 9. FIG. First, based on FIG. 2, the outline of each process will be described. FIG. 2 shows a sequence diagram showing the flow of each process executed by the fare collection device 20, boarding card reader 30 and server 40 during operation.

<Riding period>
As shown in FIG. 2, during a boarding period, that is, a period in which the bus 10 is stopped at a bus stop or the like, when a user gets on the stopped bus 10, the user is provided near the rear entrance 14. The IC card 70 is held over or touched to the boarding card reader 30 (the IC card reader 33 thereof). Then, the boarding card reader 30 reads the card ID from the IC card 70 by boarding period processing 1100 described later, and then sends the card ID to the fare collection device 20 via the wired communication line 80 .

On the other hand, when the fare collection device 20 receives the card ID from the boarding card reader 30 , it performs predetermined information processing by boarding period processing 2100 and then transmits the card ID to the server 40 via the wireless communication line 90 . Further, when the server 40 receives the card ID from the fare collection device 20 by the boarding period processing 3100, the received card ID is stored in the memory of the server computer or the like.

Such a series of processes (riding period processing 1100→riding period processing 2100→riding period processing 3100) is repeated each time the card ID is read from the IC card 70 of the user by the card reader 30 during the riding period. done.

[Riding period processing 1100]
Boarding period processing 1100 shown in FIG. 3 is processing executed by the control unit 31 of the boarding card reader 30, and is repeatedly executed while the rear door 14 of the bus 10 is open. The control unit 31 acquires information about the open/closed state of the door of the rear entrance 14 from the fare collection device 20 via the wired communication line 80 . FIG. 3 shows a flow chart showing the flow of boarding period processing 1100 executed by boarding card reader 30 .

In the boarding period processing 1100, first, in step S1101, predetermined initialization processing such as clearing the work area for this processing in the memory of the control unit 31 is performed. 71) is determined in step S1103 as to whether or not the card data has been read.

When the control unit 31 determines that the IC card 70 is being read by the IC card reader 33 (S1103; Yes), processing for analyzing the contents of the read card data is performed in the next step S1105. is done. On the other hand, if the control unit 31 determines that the IC card 70 has not been read (S1103; No), it means that the user has not touched the IC card 70, so this processing is executed. End 1100.

In the card data analysis process in step S1105, the information content forming the card data is analyzed. In this embodiment, predetermined data items (for example, bus operator name, commuter pass issue date, card ID, boarding date and time, boarding section, balance of SF value and balance of SF points) are stored according to a predetermined data format and data format. number, etc.) are all stored in the IC card 70, and the result (analysis result) is generated. This analysis result is used in the next determination process (S1107).

That is, in step S1107, if it is determined from the analysis result that the predetermined data item exists and is normal (S1107; Yes), processing is performed to display reading completion on the display unit 35 in subsequent step S1109. will be On the other hand, if it is determined from the analysis result that there is a missing data item, that is, if the card data is broken (abnormal) (S1107; No), the display unit 35 is displayed in step S1111. Action is taken to indicate read errors.

If it is determined in step S1107 that the data items are normal (S1107; Yes), the card ID is extracted from the card data in step S1113 and sent to the fare collection device 20, after which the series of processing 1100 ends. do. Since this card ID is transmitted via the wired communication line 80, the possibility of data transmission error or the like occurring is extremely low. However, depending on the configuration, transmission retry processing may be added when a transmission error occurs.

[Riding period processing 2100]
Boarding period processing 2100 shown in FIG. 4 is processing executed by the control unit 21 of the fare collection device 20, and is repeatedly executed while the front door 12 of the bus 10 is open. FIG. 4 shows a flow chart showing the flow of boarding period processing 2100 executed by the fare collection device 20 .

In the boarding period processing 2100, first, in step S2101, predetermined initialization processing such as clearing the work area for this processing in the memory 23 of the control unit 21 is performed. ) is determined in step S2103. For example, if there is input data (S2103; Yes), since the input data is held in the input buffer of the wired communication unit 28, the card ID extraction process is performed in step S2105 after the data is obtained. will be On the other hand, if it is determined that there is no input data (S2103; No), it means that data such as card ID has not been sent from the boarding card reader 30, so this process 2100 ends.

In the card ID extraction process of step S2105, a process of extracting (obtaining) the card ID from the input data is performed. The card ID thus obtained is incorporated into a predetermined transmission data format and generated as transmission data in step S2107. The transmission data generated by the transmission data generation processing in step S2107 is transmitted to the server 40 in next step S2109. More specifically, the transmission data is wirelessly transmitted to the server 40 via the wireless communication line 90 by the wireless communication unit 29 controlled by the control unit 21 .

When the server 40 normally receives the transmission data from the fare collection device 20 , for example, the server 40 transmits acknowledgment (ACK) data and reaches the wireless communication unit 29 of the fare collection device 20 . If the server 40 fails to receive the transmission data normally, negative acknowledgment (NACK) data is transmitted from the server 40 and reaches the wireless communication unit 29, or even if a predetermined time elapses (timeout). No response data was received. Therefore, the fare collection device 20 receives these response data from the server 40 via the wireless communication unit 29 (transmission result reception processing) and acquires the response data in subsequent step S2111.

Then, it is determined whether or not there is a transmission error in step S2113. That is, when the response data acquired in step S2111 is data of a positive response (ACK), it means that no transmission error has occurred (no transmission error) (S2113; No), and the process 2100 is continued. Finish.

On the other hand, when the response data is negative acknowledgment (NACK) data or when the response data cannot be received, it means that a transmission error has occurred (there is a transmission error) (S2113; Yes). , the retry counter is incremented (+1), and if the predetermined number of retries has not been exceeded (S2115; No), the process returns to step S2109 to perform the transmission process again.

As a result of incrementing (+1) the retry counter, if the predetermined number of retries has been exceeded (S2115; Yes), the control unit 21 stops transmitting the card ID to the server 40 and terminates the process 2100. The predetermined number of retries is set to five times, for example.

If the predetermined number of retries has been exceeded (S2115; Yes), for example, a card ID resend flag is provided and set to "1", and if the card ID resend flag is "1", After a predetermined time (for example, 60 seconds to 120 seconds) elapses, the processing 2100 may be configured to start the processing 2100 from step S2109 again, for example, like the usage details processing 2400 described later. good. As a result, for example, the state of radio wave propagation around the travel route may change as the bus 10 progresses over time, so the possibility of completing the transmission of the card ID to the server 40 is improved.

[Riding period processing 3100]
The boarding period process 3100 shown in FIG. 5 is a process executed by the server computer of the control device 41 of the server 40, and is repeatedly executed while the bus 10 is in operation. FIG. 5 shows a flowchart showing the flow of boarding period processing 3100 executed by the server 40 .

In the boarding period process 3100, first, in step S3101, a predetermined initialization process such as clearing the work area for this process in the memory of the server computer of the control device 41 is performed. A determination is made as to whether or not there is data. For example, if there is reception data (S3103; Yes), the reception data is held in the reception buffer of the wireless communication device 45, so after the data is acquired, the reception data analysis processing is performed in subsequent step S3105. will be On the other hand, if it is determined that there is no reception data (S3103; No), it means that the transmission data including the card ID has not been transmitted from the fare collection device 20, so this process 3100 ends.

In the received data analysis processing in step S3105, the information content forming the received data is analyzed. In this embodiment, whether or not the card ID is included is checked according to a predetermined data format and data format, and the result (analysis result) is generated. This analysis result is used in the next determination process (S3107).

In the following step S3107, if it is determined from the analysis result that the card ID exists and is normal (S3107; Yes), the normal reception information (that is, affirmative response (ACK)) is sent to the fare collection device in the following step S3109. 20. On the other hand, if it is determined from the analysis result that the card ID data is corrupted and the card ID does not exist (S3107; No), reception error information (that is, a negative response (NACK)) is returned in step S3111. It is sent to device 20 .

If it is determined in step S3107 that the card ID exists and is normal (S3107; Yes), the subsequent step S3113 stores the card ID in a card ID storage area provided in advance in the memory of the server computer. is performed, and the series of this processing 3100 ends.

<Running period>
As shown in FIG. 2, during the travel period, that is, the period from when the bus 10 leaves the previous stop until it arrives at the next stop, the server 40 receives information from the fare collection device 20 during the boarding period. After retrieving commuter pass information associated with the stored card ID by running period processing 3200 , the retrieved commuter pass information is transmitted to the fare collection device 20 via the wireless communication line 90 . In the server 40, such running period processing 3200 is performed for all stored card IDs. Also, if a transmission error occurs due to the communication environment or the like, the searched commuter pass information or the like is transmitted again to the fare collection device 20 by the traveling period processing 3300 .

On the other hand, in the fare collection device 20, when the commuter pass information associated with the card ID is received from the server 40 by the travel period processing 2200, the received commuter pass information is stored in the memory 23 of the control unit 21 or the like. The commuter pass information includes at least information on the available period and the available section that allows the user's IC card 70 to function as a commuter pass. The valid period of a commuter pass is the period during which the commuter pass can be used (used), that is, the validity period of the commuter pass. Also, the section where the commuter pass can be used means the stops located at both ends of the starting point, the stop, and the terminal point where the commuter pass can be used (used) to get on and off.

Such a series of processing (running period processing 3200, 3300→running period processing 2200) is repeated each time the commuter pass information is transmitted from the server 40 to the fare collection device 20 during the running period.

[Running period processing 3200]
Traveling period processing 3200 shown in FIG. 6 is processing executed by the server computer of the server 40, and is executed while the bus 10 is in operation. FIG. 6 shows a flowchart showing the flow of travel period processing 3200 executed by the server 40 .

In the running period process 3200, first, in step S3201, a predetermined initialization process such as clearing the work area for this process in the memory of the server computer of the control device 41 is performed. A process of reading a card ID stored in a card ID storage area provided in advance is performed. This card ID is stored in the card ID storage area by the card ID storage process (S3113) of the boarding period process 3100 described above, and is transmitted from the fare collection device 20 by the transmission process (S2109) of the boarding period process 2100. The number of card IDs stored is the same as the number of users who got on the bus at the last stop.

In subsequent step S3205, database search processing is performed. In this process, the commuter pass information associated with the card ID is searched from the database device 43 . Since the commuter pass information of all users who have issued commuter passes is accumulated in the database device 43, if the card ID is still valid, the database device 43 always responds to the card ID. It is possible to find commuter pass information. If it cannot be found, the card ID may correspond to a commuter pass that was issued in the past and is currently expired, or the card ID itself may be It is assumed that the certificate has been issued.

If the server computer of the server 40 can find the commuter pass information corresponding to (associated with) the card ID by the database search processing in step S3205, the corresponding commuter pass information is acquired in step S3207. If the commuter pass information cannot be found, search error information is acquired in step S3207. In this embodiment, the card ID for which the database search process has been completed in step S3205 is deleted from the card ID storage area provided in the memory of the server computer, for example.

The commuter pass information or search error information (hereinafter referred to as "commuter pass information, etc.") acquired in step S3207 is incorporated into a predetermined transmission data format and generated as transmission data in step S3209. The transmission data generated by the transmission data generation process in step S3209 is transmitted to the fare collection device 20 in next step S3211. More specifically, the transmission data is wirelessly transmitted to the fare collection device 20 via the wireless communication line 90 by the wireless communication device 45 controlled by the server computer of the control unit 21 .

When the transmission data from the server 40 is normally received by the fare collection device 20 , for example, acknowledgment (ACK) data is transmitted from the fare collection device 20 and reaches the wireless communication device 45 of the server 40 . If the fare collection device 20 fails to receive the transmission data normally, negative acknowledgment (NACK) data is transmitted from the fare collection device 20 and reaches the wireless communication device 45, or a predetermined time elapses (timeout). ) does not receive any response data. Therefore, in the following step S3213, the server computer receives these response data from the fare collection device 20 by the wireless communication device 45 via the wireless communication line 90 (transmission result reception processing) and acquires the response data.

Then, in step S3215, it is determined whether or not there is a transmission error. That is, when the response data acquired in step S3213 is data of a positive response (ACK), it means that no transmission error has occurred (no transmission error) (S3215; No). The process proceeds to S3221 to determine whether or not there is an unsearched card ID.

That is, in the card ID storage area described above, card IDs corresponding to the number of users who boarded at the bus stop where the train stopped most recently are stored. determined by For example, in this embodiment, the card ID for which the database search process (S3205) has been completed is deleted from the card ID storage area. , the determination in step S3221 becomes possible.

If an unsearched card ID remains in the card ID storage area (S3221; Yes), the server computer returns to the card ID reading process (S3203), reads the card ID from the card ID storage area, and then Commuter pass information is searched by database search processing (S3205).

On the other hand, when the response data is negative acknowledgment (NACK) data or when the response data cannot be received, it means that a transmission error has occurred (there is a transmission error) (S3215; Yes). , the server computer increments (+1) the retry counter, and if the predetermined number of retries has not been exceeded (S3217; No), returns to step S3211 and performs the transmission process again.

As a result of incrementing (+1) the retry counter, if the predetermined number of retries has been exceeded (S3217; Yes), the server computer causes transmission of commuter pass information and the like to the fare collection device 20 by transmission error processing in step S3219. It stops and sets the commuter pass information retransmission flag to "1". The card ID included in the transmission data that could not be transmitted to the fare collection device 20 and associated with the commuter pass information or the like is stored in a card ID retransmission area provided in advance in the memory or the like of the server computer. . Also, the commuter pass information resend flag is added to the card ID stored in the card ID resend area.

In the subsequent step S3221, it is determined whether or not there is an unsearched card ID as described above. finish.

[Running period processing 2200]
Traveling period processing 2200 shown in FIG. 7 is processing that is executed by the control unit 21 of the fare collection device 20, and is performed during the traveling period of the bus 10 (when both the doors of the front entrance 12 and the rear entrance 14 of the bus 10 are closed). period), it is executed repeatedly. FIG. 7 shows a flow chart showing the flow of travel period processing 2200 executed by the fare collection device 20 .

In the running period processing 2200, first, in step S2201, after predetermined initialization processing such as clearing the work area for this processing in the memory of the memory 23 of the control unit 21 is performed, there is data received by the wireless communication unit 29. It is determined whether or not in step S2203. For example, if there is received data (S2203; Yes), the received data is held in the receive buffer of the wireless communication unit 29, so after the data is acquired, the received data analysis process is performed in subsequent step S2205. will be On the other hand, if it is determined that there is no reception data (S2203; No), it means that transmission data including commuter pass information and the like has not been transmitted from the server 40, so this process 2200 ends.

In the received data analysis process in step S2205, the information content forming the received data is analyzed. In this embodiment, whether or not commuter ticket information or the like is included is checked according to a predetermined data format or data format, and the result (analysis result) is generated. This analysis result is used in the next determination process (S2207).

In the subsequent step S2207, if it is determined from the analysis result that the commuter pass information and the like exists and is normal (S2207; Yes), the normal reception information (that is, a positive response (ACK)) is sent to the server in the subsequent step S2209. 40. On the other hand, if it is determined from the analysis result that the data such as the commuter pass information is broken and the commuter pass information does not exist (S2207; No), step S2211 receives error information (that is, a negative response (NACK)). ) is sent to the server 40 .

If it is determined in step S2207 that the commuter pass information exists and is normal (S2207; Yes), the control unit 21 stores preset commuter pass information in the memory 23 of the control unit 21 in subsequent step S2213. The commuter pass information and the like are saved in the area, and the series of processes 2200 is terminated.

[Running period processing 3300]
The running period process 3300 shown in FIG. 8 is a process executed by the server computer of the server 40. After the running period process 3200 is executed, the bus 10 stops at the next stop and the boarding period process 3100 is executed. It is executed repeatedly until FIG. 8 shows a flowchart showing the flow of travel period processing 3300 executed by the server 40 .

In the running period process 3300, first, in step S3301, a predetermined initialization process such as clearing the work area for this process in the memory of the server computer of the control device 41 is performed. A process of determining whether or not the card ID exists in the card ID retransmission area secured in the . The commuter pass information resend flag "1" is added to the card ID stored in the card ID resend area by the transmission error process (S3219) of the running period process 3200 described above. Therefore, if a card ID is stored in this area, there is a card ID with a commuter pass information resend flag of "1".

If it is determined in step S3303 that there is a card ID with a commuter pass information retransmission flag of "1" (S3303; Yes), the card ID is incorporated in a predetermined transmission data format in subsequent step S3305 and generated as transmission data. be done. The transmission data generated by the transmission data generation processing in step S3305 is transmitted to the fare collection device 20 in next step S3307. That is, it is retransmitted to the fare collection device 20 .

In the subsequent step S3309, the wireless communication device 45 receives the data of the positive response (ACK) or the negative response (NACK) from the fare collection device 20 via the wireless communication line 90 (transmission result reception processing), and acquires the response data. do.

Then, in step S3311, it is determined whether or not there is a transmission error. That is, in step S3311, when the response data acquired in step S3309 is data of a positive response (ACK), it means that no transmission error has occurred (no transmission error) (S3311; No). The process proceeds to S3313, where the commuter pass information resend flag is set to "0", that is, cleared.

On the other hand, when the response data is negative acknowledgment (NACK) data or when the response data cannot be received, it means that a transmission error has occurred (there is a transmission error) (S3311; Yes). , the retry counter is incremented (+1), and if the predetermined number of retries has not been exceeded (S3315; No), the process returns to step S3307 to perform the transmission process again. On the other hand, as a result of incrementing (+1) the retry counter, if the predetermined number of retries has been exceeded (S3315; Yes), the series of this process 3300 ends.

<Getting off period>
As shown in FIG. 2, during the alighting period, that is, the period during which the bus 10 is stopped at the next stop or the like, a user who wants to get off at the next stop enters the fare collection device 20 (the IC card R/W 26). The IC card 70 is held or touched. Then, the fare collection device 20 retrieves the commuter pass information associated with the card ID read from the IC card 70 from the memory 23 of the control unit 21 by alighting period processing 2300 described below, and the user receives this information. It determines whether or not it is possible to get off at a stop (getting off stop). The result of the acceptance/rejection determination is displayed on the liquid crystal display unit 27 of the fare collection device 20 . The alighting period processing 2300 is repeatedly performed each time the fare collection device 20 reads the IC card 70 of the user scheduled to alight.

[Get-off period processing 2300]
Alighting period processing 2300 shown in FIG. 9 is processing executed by the control unit 21 of the fare collection device 20, and is repeatedly executed while the front door 12 of the bus 10 is open. FIG. 9 shows a flowchart showing the flow of alighting period processing 2300 executed by the fare collection device 20 .

In the getting-off period process 2300, first, in step S2301, a predetermined initialization process such as clearing the work area for this process in the memory 23 of the control unit 21 is performed. It is determined in step S2303 whether card data has been read from the IC chip 71).

When the control unit 21 determines that the IC card 70 is being read by the IC card R/W 26 (S2303; Yes), the content of the read card data is analyzed in the next step S2305. processing takes place. On the other hand, if the control unit 21 determines that the IC card 70 has not been read (S2303; No), it means that the user has not touched the IC card 70, so this processing is executed. Finish 2300.

In the card data analysis process in step S2305, the information content forming the card data is analyzed. In this embodiment, predetermined data items (for example, bus operator name, commuter pass issue date, card ID, boarding date and time, boarding section, balance of SF value and balance of SF points) are stored according to a predetermined data format and data format. number, etc.) are all stored in the IC card 70, and the result (analysis result) is generated. This analysis result is used in the next determination process (S2307).

In step S2307, if it is determined from the analysis result that there is a missing data item, that is, if the card data is broken (abnormal) (S2307; No), the card is displayed in the liquid crystal display unit 27 in step S2323. is an error. On the other hand, if it is determined that the predetermined data item exists and is normal (S2307; Yes), then in step S2309, the commuter pass information is retrieved from the commuter pass information storage area secured in the DRAM of the memory 23. are searched for. The commuter pass information and the like are transmitted from the server 40 associated with each card ID, and include commuter pass information and search error information.

That is, when the server 40 finds commuter pass information associated with the card ID as a result of the database search processing (S3205) of the running period processing 3200, the commuter pass information is stored in the commuter pass information storage area. On the other hand, when the commuter pass information associated with the card ID is not found, search error information is stored in the commuter pass information storage area instead of the commuter pass information.

Therefore, in the determination processing of step S2311, if the information stored in the commuter pass information storage area associated with the card ID is commuter pass information, it is determined that the commuter pass information exists (is present). (S2311; Yes), the commuter pass information is referred to in subsequent step S2313. Then, determination information such as the available period of the commuter pass function of the IC card 70 touched to the IC card R/W 26 and the available section is acquired by the determination information acquisition process in step S2313.

On the other hand, if the information stored in the commuter pass information storage area is search error information, it is determined that there is no commuter pass information (S2311; No), and SF settlement processing (S2315) is performed. . That is, since it is determined that the commuter pass function of the IC card 70 is not valid, the commuter pass function is not used, and the fare for the used section is calculated with SF value or SF points. (S2315).

In step S2317, it is determined whether or not the user can get off at the get-off stop by the commuter pass function of the IC card 70, based on the determination information (available period, available section, etc.) acquired in step S2313. is performed (disembarkation possibility determination processing). That is, if today's date is within the available period and the get-off stop exists within the available section, it is determined that it is possible to get off, and if today's date is outside the available period, or If the get-off stop exists outside the available section, it is determined that getting off is not possible.

If it is determined in step S2317 that it is possible to get off the vehicle (S2317; Yes), usage detail information is generated in the next step S2319. On the other hand, if it is determined that it is not possible to get off (S2317; No), the process proceeds to SF settlement processing (S2315) in which the fare for the section to be used is settled with SF value or SF points.

In the SF settlement process of step S2315, after calculating the SF value corresponding to the fare of the section to be used (use fare), the calculated SF value is used as the balance of the SF value referred to by the data analysis process (S2305) or A process of subtracting from the remaining number of SF points is performed. Since the IC card 70 stores the remaining amount of SF value, the remaining number of SF points, etc. as predetermined data items, the SF value and SF points after being reduced by the calculated SF value are is written (stored) in the IC card 70 as the remaining amount of SF value and the remaining number of SF points.

In the case of the SF value, the remaining amount of SF value before reduction is generated as "SF balance before processing", and the remaining amount of SF value after reduction is generated as "SF balance after processing" in the next step S2319. It is also recorded in the usage details information. In the case of SF points, the number of SF points used due to the reduction is recorded as "use points", and the remaining number of SF points is recorded as "remaining points" in the usage detail information generated in the next step S2319. be.

In the usage detail information generation process in step S2319, usage detail information including, for example, the following items is generated. All of these items are associated with the card ID of the IC card 70 . The generated usage detail information is stored in a usage detail information storage area secured in the DRAM of the memory 23 .

(1) Card ID (identification data of the IC card 70)
(2) Route number (number representing the route traveled by the bus 10)
(3) Boarding time (time at which the user boarded the bus 10)
(4) Boarding stop number (number indicating the stop where the user boarded the bus 10)
(5) Getting off time (time when the user gets off the bus 10)
(6) Getting off bus stop number (number indicating the bus stop where the user got off the bus 10)
(7) SF balance before processing (remaining SF value before reduction)
(8) SF balance after processing (remaining SF value after reduction)
(9) SF processing amount (reduced SF value)
(10) regular section fares (fares for the relevant section without discount)
(11) Discount amount (amount discounted for transfers, etc.)
(12) Remaining points (remaining number of SF points)
(13) Use points (number of SF points used)
(14) Usage statement retransmission flag (flag indicating whether or not retransmission by the fare collection device 20 is necessary)

In the card processing result display processing in step S2321, the liquid crystal display unit 27 displays, for example, information indicating that the IC card 70 was able to get off using the commuter pass function, and information indicating that the IC card 70 was able to exit the train without using the commuter pass function. Processing is performed to display that the fare for the section has been settled with SF value or SF points. In addition to these, for example, a process of displaying the available section and available period (effective period) of the commuter pass function is performed.

<<< Processing during operation period and batch processing period >>>
Next, with reference to FIGS. 10 to 13, the flow of each process related to usage specifications in this system will be described. First, based on FIG. 10, the outline of the processing relating to the statement of use will be described. FIG. 10 shows a sequence diagram showing the flow of each process executed by the fare collection device 20 and the server 40 during the service period and the batch process period.

<Operating period>
As shown in FIG. 10, during the operation period, that is, during the period in which the bus 10 operates from the start point to the end point of a predetermined route (travels between stops or stops at stops), the fare collection device 20 When usage statement processing 2400 finds usage statement information that has not yet been transmitted to the server 40 from the memory 23 of the control unit 21 , the untransmitted usage statement information is transmitted to the server 40 via the wireless communication line 90 . On the other hand, in the server 40, when the usage statement information is received from the fare collection device 20 by the usage statement processing 3400, the received usage statement information is stored in the memory of the server computer or the like.

This series of processes (utilization detail processing 2400→utilization detail processing 3400) is repeated during the service period until there is no more unsent usage statement information in the fare collection device 20 (memory 23 of control unit 21). done.

[Use details processing 2400]
A usage detail process 2400 shown in FIG. 11 is a process executed by the control unit 21 of the fare collection device 20, and is repeatedly executed during the operating period of the bus 10. FIG. FIG. 11 shows a flow chart showing the flow of usage detail processing 2400 executed by the fare collection device 20 .

In the usage statement processing 2400, first, in step S2401, predetermined initialization processing such as clearing the work area for this processing in the memory 23 of the control unit 21 is performed. A process of determining whether or not there is a usage detail retransmission flag set to "1" among the received usage detail information is performed. The usage statement retransmission flag is a flag included in the usage statement information, and indicates whether or not retransmission by the fare collection device 20 is necessary.

For example, if the usage statement resend flag is set to "0", it indicates that the usage statement information has not yet been sent to the server 40, and if it is set to "1", it indicates that the usage statement information has not yet been sent. The detailed information indicates that transmission has already failed and retransmission to the server 40 is necessary. In this embodiment, the usage statement retransmission flag is set to "0", that is, untransmitted by default.

The usage details information is stored in the memory 23 by the usage details information generating process (S2319) of the getting-off period process 2300 described above, but the usage details retransmission flag may be set to "1" by step S2421 described later. be. Therefore, in step S2403, processing is performed to determine whether or not there is such usage detail information with the usage detail retransmission flag "1".

Therefore, if there is a usage statement retransmission flag set to "1" (S2403; Yes), the usage statement information has not been processed by the present usage statement processing 2400 in the past. ing. That is, the transmission data of the usage detail information with the usage detail retransmission flag set to "1" has already been generated in step S2407 and stored in the memory 23 in step S2419. The transmission data is transmitted again to the server 40 by transmission processing in step S2409.

On the other hand, if there is no usage statement resend flag set to "1" (S2403; No), in the next step S2405, an unsent usage statement whose usage statement resend flag is set to "0" is checked. A process of determining whether or not the detailed information exists in the usage detailed information storage area is performed. That is, when the transmission data of the usage detail information is transmitted to the server 40 without any transmission error, the usage detail information is removed from the usage detail information storage area by the usage detail information deletion processing (S2417) described later. Deleted. Therefore, the usage detail information with the usage detail retransmission flag "0" existing in the usage detail information storage area is transmitted to the server 40 for the first time this time.

Therefore, if it is determined that there is unsent usage detail information in the subsequent determination processing in step S2405 (S2405; Yes), the usage detail information is incorporated into a predetermined transmission data format in next step S2407. is generated as transmission data in step S2409, the transmission data is transmitted to the server 40 in step S2409. More specifically, the transmission data is wirelessly transmitted to the server 40 via the wireless communication line 90 by the wireless communication unit 29 controlled by the control unit 21 . On the other hand, if it is determined that there is no usage detail information that has not yet been transmitted (S2405; No) by the determination processing in step S2405, there is no usage detail information that needs to be transmitted to the server 40, so this processing 2400 finish.

When the server 40 normally receives the transmission data from the fare collection device 20 , for example, the server 40 transmits acknowledgment (ACK) data and reaches the wireless communication unit 29 of the fare collection device 20 . If the server 40 fails to receive the transmission data normally, negative acknowledgment (NACK) data is transmitted from the server 40 and reaches the wireless communication unit 29, or even if a predetermined time elapses (timeout). No response data was received. Therefore, the fare collection device 20 receives these response data from the server 40 via the wireless communication unit 29 (transmission result reception processing) and acquires the response data in subsequent step S2411.

Then, it is determined in step S2413 whether or not there is a transmission error, and if the response data acquired in step S2411 is acknowledgment (ACK) data, no transmission error has occurred (transmission error (No) (S2413; No), the transmitted usage detail information is deleted from the usage detail information storage area by the usage detail information deletion processing in step S2417, and then this process 2400 ends.

On the other hand, when the response data is negative acknowledgment (NACK) data or when the response data cannot be received, it means that a transmission error has occurred (there is a transmission error) (S2413; Yes). ), the retry counter is incremented (+1), and if the predetermined number of retries has not been exceeded (S2415; No), the process returns to step S2409 and the transmission process is performed again.

As a result of incrementing (+1) the retry counter, if the predetermined number of retries has been exceeded (S2415; Yes), the control unit 21 stops transmission of usage detail information to the server 40, and then The transmission data that could not be transmitted is stored in the memory 23 by the storage process. The predetermined number of retries is set to five times, for example. Then, in step S2421, the usage statement retransmission flag is set to "1", and the process 2400 ends.

[Use details processing 3400]
A usage detail process 3400 shown in FIG. 12 is a process executed by the server computer of the server 40, and is repeatedly performed while the bus 10 is in operation, similar to the usage detail process 2400 described above. FIG. 12 shows a flow chart showing the flow of usage statement processing 3400 executed by the server 40 .

In the usage statement processing 3400, first, in step S3401, predetermined initialization processing such as clearing the work area for this processing in the memory of the server computer of the control device 41 is performed. A determination is made as to whether or not there is data. For example, if there is received data (S3403; Yes), the received data is held in the receive buffer of the wireless communication device 45, so after the data is acquired, the received data analysis process is performed in subsequent step S3405. will be On the other hand, if it is determined that there is no reception data (S3403; No), this processing 3400 ends because the transmission data including usage detail information has not been transmitted from the fare collection device 20. FIG.

In the received data analysis process in step S3405, the information content forming the received data is analyzed. In the present embodiment, it is checked whether or not usage detail information is included according to a predetermined data format and data format, and the result (analysis result) is generated. This analysis result is used in the next determination process (S3407).

In the following step S3407, if it is determined from the result of this analysis that the detailed usage information exists and is normal (S3407; Yes), the normal reception information (i.e., affirmative response (ACK)) is received in the following step S3409. It is sent to device 20 . On the other hand, if it is determined from the analysis result that the usage detail information data is corrupted (S3407; No), reception error information (that is, negative acknowledgment (NACK)) is transmitted to the fare collection device 20 in step S3411. be done.

If it is determined in step S3407 that the usage details information is normal (S3407; Yes), it is determined whether or not the usage details retransmission flag included in the usage details information is set to "1". If the flag is "1", it further determines whether or not usage detail information which is the same information as the usage detail information and whose usage detail retransmission flag is "0" exists in the usage detail information storage area of the memory of the server computer. is determined (S3413).

That is, if the usage detail information (usage detail retransmission flag "0") that has already been sent to the server 40 and is normally received is stored in the usage detail information storage area of the server computer in step S3417, which will be described later. , the usage detail information normally received this time has a usage detail retransmission flag of "1", and there is a high probability that it has been received redundantly. Such duplicate reception occurs, for example, after the server 40 normally received the transmission data of the usage details information (usage details retransmission flag "0") the previous time, and then sent the normal reception information ( When the acknowledgment (ACK)) has not reached the fare collection device 20 due to a communication failure or the like, the fare collection device 20 resends the transmission data of the usage details information (usage details resend flag "1"). can occur.

Therefore, if the usage statement retransmission flag included in the usage statement information of the received transmission data is "1" (S3413; Yes), in step S3415, the redundant usage statement is further stored in the usage statement information storage area of the server computer. Determine whether information is saved. Then, when the usage statement information of the usage statement resend flag "0" is not saved, the usage statement resend flag set to "1" is cleared (set to "0") (S3415), It is saved in the usage detail information storage area by the usage detail information storage processing in step S3417. Then, the series of main processing 3400 ends.

On the other hand, if the usage detail information with the usage detail resend flag "0" has already been saved in the usage detail information storage area, whether to discard the usage detail information with the usage detail resend flag "1" received this time? , clears (sets to "0") the usage statement retransmission flag set to "1" (S3415). If it is discarded, the processing 3400 is terminated as it is. If it is not discarded, the usage detail information with the usage detail retransmission flag set to "0" is overwritten and saved in the usage detail information storage area (S3417). end the main processing 3400 of .

On the other hand, if the usage statement resend flag included in the usage statement information of the received transmission data is not "1" (the usage statement resend flag is "0") (S3413; No), the received usage statement is resent. After the usage detail information with the flag "0" is stored in the usage detail information storage area by the usage detail information storage processing in step S3417, the series of this process 3400 ends.

<Batch processing period>
As shown in FIG. 10, the server 40 performs recovery processing 3500 during the batch processing period of the server 40, ie, at night when the bus 10 is not running. The recovery process 3500 is for relieving (compensating) the SF settlement process in the fare collection device 20 even though the commuter pass information exists in the server 40 .

[Recovery processing 3500]
The recovery process 3500 shown in FIG. 13 is a process executed by the server computer of the server 40. For example, the bus 10 is waiting at a bus terminal or the like or is parked in a garage and is not in operation (server 40 batch processing periods). FIG. 13 shows a flowchart showing the flow of recovery processing 3500 executed by the server 40 during the batch processing period.

In the recovery process 3500, first, in step S3501, a predetermined initialization process such as clearing the work area for this process in the memory of the server computer of the control device 41 is performed. .

The usage record confirmation process in step S3503 is performed on the usage record information stored in the usage record information storage area of the memory of the server computer for which the use record confirmation process has not yet been performed. In the present embodiment, for example, a predetermined flag is added to each piece of usage detail information as information indicating whether or not the usage history confirmation process by the server 40 is necessary, or the predetermined flag associated with each piece of usage detail information is added to the work. It is set in the area. For example, when this predetermined flag is set to "0", it indicates that the usage history of the usage details information has not yet been confirmed, and when set to "1", it indicates that the usage details of the usage details have not yet been confirmed. This indicates that the usage record of the information has already been confirmed. In this embodiment, the flag is set to "0" by default, that is, unconfirmed.

For this reason, in the usage record confirmation process of the present embodiment, the card ID is further read from the usage detail information for the card whose predetermined flag is "0", and the commuter pass information associated with the card ID is stored in the database. Search from device 43 . Also, the SF processing amount and usage points are read from the commuter pass information. The SF processing amount represents the reduced SF value at the fare collection device 20 . Also, the used points represent the number of SF points used by the fare collection device 20 as a reduction. Therefore, if the SF processing amount is not 0 yen (exceeds 0 yen) or the number of points used is not 0 (exceeds 0 points), it means that the fare collection device 20 has made the SF payment.

As described above, the database device 43 stores the commuter pass information of all users who have issued commuter passes. Commuter pass information corresponding to the card ID can be found. Therefore, based on the presence or absence of the commuter pass information corresponding to the card ID and the presence or absence of SF settlement in the fare collection device 20, the fare collection device 20 It becomes possible to determine whether or not the SF has been settled (S3505).

In the next step S3505, it is determined whether or not commuter pass information exists and SF has been settled. That is, among the usage details information stored in the usage details information storage area, the commuter pass information associated with the card ID exists in the database device 43, and the usage details information exceeds 0 yen. If the transaction amount or usage points exceeding 0 points are included (S3505; Yes), SF settlement relief processing is performed in subsequent step S3507.

That is, in this case (S3505; Yes), the IC card 70 can have a valid commuter pass function. Therefore, even though the user of the IC card 70 was originally able to get off at the get-off stop without paying for the SF, the fare collection device 20 sends the commuter pass information of the IC card 70 to the server. 40, the user has paid for SF and got off. Therefore, in this case, SF adjustment relief processing is performed in step S3507 in order to compensate for the SF value reduced by the fare collection device 20 at the time of getting off and the SF points used for the reduction after the fact.

On the other hand, the commuter pass information associated with the card ID does not exist in the database device 43, or even if it exists, the SF processing amount exceeding 0 yen or the usage point exceeding 0 points is included in the usage details information. If not (the SF processing amount is 0 yen and the number of usage points is 0) (S3505; No), the fare collection device 20 properly performs alighting decision processing (S2317) in the alighting period processing 2300. Therefore, there is no need to perform the SF settlement relief process (S3507). Therefore, step S3507 is skipped and the process proceeds to step S3509.

In the SF settlement relief process in step S3507, for example, a process is performed in which the number of points corresponding to the reduction of the SF value or the same number of SF points as the SF points used due to the reduction can be awarded. These SF points are given when, for example, the user uses the IC card reader/writer terminal device 51 at the IC card handling window 50 or the commuter ticket issuing device 61 in the station premises 60, the IC card When the R/W terminal device 51 and the commuter pass issuing device 61 access the server 40 via the Internet 100, the server 40 sends the SF point imparting information to these devices 51 and 61. FIG. As a result, the IC card R/W terminal device 51 and the commuter pass issuing device 61 can give the SF points to be compensated to the IC card 70 of the user.

In the SF settlement relief process (S3507), for example, when the commuter pass function of the IC card 70 is updated, a process is performed in which the SF value reduction amount is deducted from the fee required for the update (renewal fee). For example, when the user uses the IC card R/W terminal device 51 at the IC card handling window 50 or the commuter ticket issuing device 61 in the station premises 60, the deduction for the reduction of the SF value is When the card R/W terminal device 51 and the commuter pass issuing device 61 access the server 40 via the Internet 100, the server 40 sends deduction information for the reduction of the SF value to these devices 51 and 61. FIG. As a result, the IC card R/W terminal device 51 and the commuter pass issuing device 61 can deduct the reduced amount of the SF value to be compensated from the renewal fee of the IC card 70 .

Furthermore, in the SF settlement relief process (S3507), for example, when the commuter pass function of the IC card 70 is updated, the SF value is reduced for the newly set commuter pass function usable period (update period). is divided by the round-trip fare for the section where the commuter pass function can be used. The extension for the number of days is, for example, when the user uses the IC card R/W terminal device 51 at the IC card handling window 50, or when the user uses the commuter pass issuing device 61 in the station premises 60 to update the commuter pass function. In this case, when the IC card R/W terminal device 51 and the commuter ticket issuing device 61 access the server 40 via the Internet 100, the server 40 sends extension information for the number of days to these devices 51 and 61. . As a result, the IC card R/W terminal device 51 and the commutation ticket issuing device 61 can extend the number of round trip days corresponding to the reduction of the SF value to be compensated for during the renewal period of the commutation ticket function.

In step S3509, processing is performed to confirm whether or not there is usage statement information whose track record has not yet been confirmed. If there is usage statement information that has not yet been confirmed in the usage statement information storage area of the server computer (S3509; Yes), the process returns to step S3503 and the usage record confirmation process is performed again. On the other hand, if there is no usage statement information whose track record has not yet been confirmed in the usage statement information storage area (S3509; No), the series of this process 3500 ends.

As described above, according to the commuter pass processing system according to the present embodiment, the boarding card reader 30 (IC card reader 33) mounted on the bus 10 functions as a commuter pass when a passenger boards the bus 10. A card ID capable of identifying the IC card 70 to be obtained is read from the IC card 70 and output, and the card ID is read from the IC card 70 by the IC card reader/writer 26 of the fare collection device 20 when the passenger gets off the bus 10. Read and output. A server 40 provided in addition to the bus 10 stores commuter pass information including information on the usable period and usable section of the IC card 70 associated with the card ID. Then, by the control unit 21 of the fare collection device 20, the card ID output from the card reader 30 for boarding is sent from the server 40 via the wireless communication line 90 from the time when the passenger gets on until the time when the passenger gets off. Along with acquiring the ticket information, a decision is made based on the acquired commuter pass information and the card ID output from the IC card reader/writer 26 of the fare collection device 20 .

As a result, the commuter pass information of the passenger is stored in the card ID output from the boarding card reader 30 from the time the passenger gets on the bus until the time the passenger gets off the bus, that is, while the bus 10 is running or until the bus 10 arrives at the bus stop. It is obtained from the server 40 via the wireless communication line 90 based on this. That is, if the IC card 70 has a card ID that can be identified, it becomes possible to obtain information on the available period and the available section from the server 40 while the bus 10 is running. The control unit 21 of the fare collection device 20 can determine whether or not the IC card 70 has information on the available section. Therefore, it is not necessary for the IC card 70 to have information on the usable period and the usable section involved in the renewal of the IC card 70. When updating functions, there is no need to perform update procedures at the IC card R/W terminal device 51 at the IC card handling window 50 or the commuter pass issuing device 61 at the station premises 60 . Therefore, it is possible to improve convenience for the user of the IC card 70 of the bus 10 .

Further, according to the commuter pass processing system according to the present embodiment, the control unit 21 of the fare collection device 20 determines in the getting-off period processing 2300 that the passenger cannot get off at the getting-off stop using the IC card 70. Occasionally (S2317; No), the SF value of the IC card 70 is reduced by the fare to be used, and the passenger is allowed to get off. As a result, there is no need to pay the fare for the use in cash, so convenience for the user of the IC card 70 can be improved even when using the bus 10 as described above.

Furthermore, according to the commuter pass processing system according to the present embodiment, when the control unit 21 of the fare collection device 20 deducts the fare amount from the SF value of the IC card 70 by the alighting period processing 2300 (S2315), The usage detail information including the SF processing amount (information for the usage fare) is sent to the server 40 . As a result, the server 40 can recognize that the SF value of the IC card 70 has been reduced by the fare. Therefore, for example, even though the passenger's commuter pass information is stored in the server 40, due to a communication failure of the wireless communication line 90, etc., the passenger's commuter pass information may not be sent from the server 40 until the passenger gets off the car. When ticket information cannot be acquired (S3217; Yes, S3315; Yes), recovery processing 3500 for recovering it can be performed in the server 40. FIG.

Furthermore, according to the commuter pass processing system according to the present embodiment, the server 40 receives the SF processing amount from the control unit 21 of the fare collection device 20 when the commuter pass information corresponding to the IC card 70 is stored. When the usage detail information is received, the SF processing amount (information for the usage fare) is held so as to be provided to the IC card R/W terminal device 51 capable of changing the SF value of the IC card 70 . That is, even though the passenger could get off at the getting-off stop by using the commuter pass function of the IC card 70, the fare is calculated from the SF value in the same way as when the commuter pass function of the IC card 70 cannot be used. is reduced as the SF processing amount, the server 40 stores the information of the SF processing amount so that it can be provided to the IC card R/W terminal device 51 of the IC card handling counter 50, for example. As a result, the IC card R/W terminal device 51 of the IC card handling window 50 can change the SF value of the IC card 70 so as to compensate for the SF processing amount after the fact, for example.

Further, according to the commuter pass processing system according to the present embodiment, when the server 40 stores the commuter pass information corresponding to the IC card 70, the server 40 receives the usage information including the SF processing amount from the control unit 21 of the fare collection device 20. When the detailed information is received, the SF processing amount (information for the fare used) is held so as to be provided to the commuter ticket issuing device 61 that can change the commuter ticket information stored in the server 40 . That is, even though the passenger could get off at the getting-off stop by using the commuter pass function of the IC card 70, the fare is calculated from the SF value in the same way as when the commuter pass function of the IC card 70 cannot be used. is reduced as the SF processing amount, the server 40 stores the information of the SF processing amount so that it can be provided to the commuter pass issuing device 61 in the station premises 60, for example. As a result, the commuter pass issuing device 61, for example, when changing the commuter pass information by updating the IC card 70 or the like, discounts the renewal fee of the commuter pass by the amount of the SF processing amount, or It is possible to extend the renewal period of the commuter pass.

In the above-described embodiment, the case of determining whether or not the bus 10 is stopped (or running) based on the information regarding the open/closed state of the doors of the front entrance 12 and the rear entrance 14 has been exemplified and explained. For example, if the fare collection device 20 or the boarding card reader 30 is equipped with a GPS sensor, the bus 10 stops based on the change over time of the positional information obtained by the GPS sensor. (or running) may be determined.

In addition, in the above-described embodiment, the IC card 70 having the IC chip 71 is used as an example of a commuter pass. If it is possible to store or record such as, for example, a magnetic stripe card that has a belt-shaped magnetic part on the front or back, or a primary card that represents alphanumeric characters and symbols by the thickness of the striped lines A commuter pass card having an original bar code or a two-dimensional bar code such as a QR code (registered trademark) printed on the front or back side may also be used.

Furthermore, in the above-described embodiment, the IC card R/W 26 as an example of the device for reading when getting off the train and the control unit 21 as an example of the device for determining whether it is possible to get off the train are housed in the same fare collection device 20. The present invention is not limited to this, and the IC card reader/writer 26 and the control unit 21 may be configured as separate devices. Even in such a configuration, it is possible to obtain the same actions and effects as described above.

Further, in the above-described embodiment, the fare collection device 20 and the boarding card reader 30 are configured separately, but they may be configured to be housed in the same device. Also, one IC card R/W 26 may be made to serve both functions of the reading device when boarding and the reading device when getting off. Even in such a configuration, it is possible to obtain the same actions and effects as described above, and furthermore, the number of hardware constituting the present system is reduced, so space can be saved.

In the above-described embodiment, the IC chip 71 of the IC card 70 is configured to store SF value information (SF value balance, etc.) and SF point information (SF point balance, etc.). For example, the server computer may be configured to store SF value information and SF point information associated with the card ID of the IC card 70 in the memory of the server computer of the server 40 . In this case, the information processing corresponding to the SF payment processing (S2315) of the getting-off period processing 2300 is performed in the server 40. FIG. Therefore, it is necessary to record the SF processing amount (reduced SF value) and usage points (the number of SF points used) in the usage detail information generated in the usage detail information generation processing (S2319) of the getting off period processing 2300. However, since the IC card 70 itself does not have SF value or SF point information, it is not necessary to write the reduced SF value or SF points.

In the above-described embodiment, the commuter pass processing system of the present invention is applied to the operation of the bus 10 (route bus), but the application of the present invention is not limited to this. In the case of the operation of vehicles, for example, it can be applied to the operation of shared vehicles such as trams, trolley buses, and railways operated by one man. effect can be obtained.

Although specific examples of the present invention have been described in detail above, these are merely examples and do not limit the scope of the claims. The technology described in the claims includes various modifications or changes of the above-described specific examples. In addition, the technical elements described in this specification or in the drawings exhibit technical usefulness alone or in various combinations, and are not limited to the combinations described in the claims as filed. Furthermore, the techniques exemplified in this specification or drawings achieve a plurality of purposes at the same time, and achieving one of them has technical utility in itself. It should be noted that descriptions in parentheses in the [Description of Reference Symbols] column can clearly indicate the correspondence relationship between the terms used in each of the above-described embodiments and the terms described in the scope of claims.

10...Bus (route bus)
20 ... Fare collection device (reading device when getting off, device for determining whether getting off is possible)
21... Control unit (disembarkation possibility determination device)
22 MPU
23... Memory 26... IC card R/W (reading device when getting off)
27... Liquid crystal display unit 28... Wired communication unit 29... Wireless communication unit 30... Boarding card reader (boarding reading device)
31... Control unit 33... IC card reader (reading device when boarding)
35... Display unit 37... Communication unit 40... Server (external server)
41... Control device 43... Database device 45... Wireless communication device 51... IC card R/W terminal device (SF data change device)
61 Commuter pass issuing device (commuter pass information changing device)
70 ... IC card (commuter pass)
71 IC chip 80 Wired communication line 90 Wireless communication line 100 Internet 1100, 2100, 3100 Boarding period processing 2200, 3200, 3300 Traveling period processing 2300 Getting off period processing 2400, 3400 Use details processing 3500 Recovery process

Claims (4)

A commuter pass processing system for determining whether or not a passenger can get off at an alighting stop using an IC card that is a commuter pass and has a stored fare function in a fixed-route bus with a fare deferred payment system,
an on-boarding reading device for reading and outputting identification data for identifying the commuter pass from the commuter pass when the passenger boards the route bus;
a getting-off reading device for reading and outputting the identification data from the commuter pass when the passenger gets off the route bus;
an external server that stores commuter pass information including information on the available period and available section of the commuter pass associated with the identification data and provided for a vehicle other than the route bus;
During the period from when the passenger gets on the train to when the passenger gets off the train, the commuter pass information is acquired from the external server via a wireless communication line based on the identification data output from the reading device when boarding, and the passenger When getting off the route bus, a disembarkation permission determination device that performs the disembarkation permission determination based on the acquired commuter pass information and the identification data output from the disembarkation reading device ,
When it is determined that the passenger cannot get off at the get-off stop using the commuter pass, the device for determining whether or not the passenger can get off the train can use the fare from the time the passenger gets on the train to the time the passenger gets off the train. Allowing alighting by deducting from the data, and sending information for the use fare to the external server,
When the external server stores the commuter pass information corresponding to the commuter pass and receives the information for the use fare from the device for determining whether the getting off is possible, the external server transfers the information for the use fare to the IC. A commuter pass processing system characterized in that the stored fare data of a card can be provided to a changeable SF data changing device . A commuter pass processing system for determining whether or not a passenger can get off at an alighting stop using an IC card that is a commuter pass and has a stored fare function in a fixed-route bus with a fare deferred payment system,
an on-boarding reading device for reading and outputting identification data for identifying the commuter pass from the commuter pass when the passenger boards the route bus;
a getting-off reading device for reading and outputting the identification data from the commuter pass when the passenger gets off the route bus;
an external server that stores commuter pass information including information on the available period and available section of the commuter pass associated with the identification data and provided for a vehicle other than the route bus;
During the period from when the passenger gets on the train to when the passenger gets off the train, the commuter pass information is acquired from the external server via a wireless communication line based on the identification data output from the reading device when boarding, and the passenger When getting off the route bus, a disembarkation permission determination device that performs the disembarkation permission determination based on the acquired commuter pass information and the identification data output from the disembarkation reading device,
When it is determined that the passenger cannot get off at the get-off stop using the commuter pass , the alighting determination device stores the fare for the period from when the passenger gets on the train to when the passenger gets off the train. Allowing alighting by deducting the fare from the fare data , and sending the information for the use fare to the external server;
When the external server stores the commuter pass information corresponding to the commuter pass and receives the information for the usage fare from the device for determining whether or not to get off the vehicle, the external server sends the information for the usage fare to the external server. A commutation ticket processing system , wherein the commutation ticket information stored in a server can be provided to a changeable commutation ticket information changing device . A commuter pass processing system for determining whether or not a passenger can get off at an alighting stop using an IC card that is a commuter pass and has a stored fare function in a fixed-route bus with a fare deferred payment system,
an on-boarding reading device for reading and outputting identification data for identifying the commuter pass from the commuter pass when the passenger boards the route bus;
a getting-off reading device for reading and outputting the identification data from the commuter pass when the passenger gets off the route bus;
an external server that stores commuter pass information including information on the available period and available section of the commuter pass associated with the identification data and provided for a vehicle other than the route bus;
During the period from when the passenger gets on the train to when the passenger gets off the train, the commuter pass information is acquired from the external server via a wireless communication line based on the identification data output from the reading device when boarding, and the passenger When getting off the route bus, a disembarkation permission determination device that performs the disembarkation permission determination based on the acquired commuter pass information and the identification data output from the disembarkation reading device,
During the operation period of the route bus, the disembarkation possibility determination device,
It is determined that the passenger cannot get off at the get-off stop using the commuter pass, and based on the stored fare data, the passenger gets off the train by subtracting the fare from the time the passenger gets on the train to the time the passenger gets off the train. After allowing and sending the information for the usage fare to the external server,
When the information for the use fare having a resend flag that needs to be sent to the external server is found, the information for the use fare is resent until the information for the use fare having the resend flag no longer exists. A commuter pass processing system , characterized in that the information for the used fare with a flag is sent to the external server . The external server normally receives the information for the use fare with the resend flag, and the same information as the received information for the use fare but without the resend flag for the use fare. 4. The commuter pass processing system according to claim 3 , wherein, if information exists, either one of the information for said usage fare is saved .

Images