WO2004077324A1

WO2004077324A1 - Reservation reception method, method for calling in advance, and program thereof

Info

Publication number: WO2004077324A1
Application number: PCT/JP2004/001676
Authority: WO
Inventors: Koichi Yoshii; Kinji Asada; Masahiro Satonishi; Junji Minotani
Original assignee: Koichi Yoshii; Kinji Asada; Masahiro Satonishi; Junji Minotani
Priority date: 2003-02-28
Filing date: 2004-02-16
Publication date: 2004-09-10
Also published as: CN1754182A; KR20050095790A; JP2004265074A; JP3913182B2

Abstract

When a user wants to make a reservation, the user inputs a reservation request to a user terminal (6). The user terminal (6) transmits the reservation request to a remote server (2). The remote server (2) stores the reservation request. When a reception processing device (1) transmits an enquiry message to the remote server (2), the remote server (2) responds to the enquiry message and transmits the stored reservation request to the reception processing device (1). The reception processing device (1) performs a reservation reception according to the reservation request received. By the aforementioned operation, the reception processing device (1) receives information from the server which has responded to the enquiry message and accordingly, it is possible to prevent unauthorized access.

Description

Description Reservation accepting method, advance calling method and its program

The present invention relates to a reservation receiving method and a program therefor, and more specifically, a user terminal, a remote server connectable to the user terminal via a telecommunication line, and a remote server connectable to the remote server via the telecommunication line. The present invention relates to a reservation reception method for receiving service provision using a simple reception processing device and a program therefor. Background art

Currently, banks issue reservation reception numbers to users on a first-come, first-served basis, and provide services to users in the order of reservation reception numbers. Hospitals also issue reservation numbers on a first-come, first-served basis, and perform consultations in the order of reservation numbers.

As described above, in industries such as banks and hospitals that provide users with services to visit, systems for issuing reservation receipt numbers to provide services on a first-come, first-served basis may be introduced. .

However, in the case of the ticketing system, it was not necessary to line up with the service counters, such as the service counter and consultation room, but it was necessary to stay near the service provider. This is because it is unknown when the call will be received, and if it is not within the range where the electronic bulletin board can be seen or the calling voice can be heard, it is not known whether or not the reservation reception number has been called. Therefore, the time period from reception to reception of the service must be restricted to a predetermined place such as in a bank or a hospital, which wastes time.

In order to eliminate such waste of time, a medical examination application system using the Internet connection function using a mobile phone has recently attracted attention. However, there is a problem of security assurance. If a failure occurs on the Internet, the system stops. Disclosure of the invention

SUMMARY OF THE INVENTION An object of the present invention is to provide a reservation receiving system that can effectively utilize the time from receiving a reservation until receiving service.

Another object of the present invention is to provide a reservation receiving system that can ensure high security and can continue business even if an abnormality occurs in a telecommunication line.

The reservation receiving method according to the present invention is a reservation receiving method using a user terminal, a remote server connectable to the user terminal, and a reception processing device connectable to the remote server, wherein the user terminal transmits a reservation request to the remote server. And transmitting the reservation request transmitted to the remote server to the reception processing device, and receiving the reservation based on the reservation request transmitted to the reception processing device. When a user makes a reservation, the user inputs a reservation request to the user terminal. The user terminal sends the input reservation request to the remote server. Upon receiving the reservation request, the remote server transmits the reservation request to the reception processing device. Thus, the reservation request is always transmitted from the user terminal to the reception processing device via the remote server. Therefore, the reception processing device does not directly receive information such as a reservation request from the user terminal. Therefore, the reception processing device can prevent unauthorized access from the user terminal, and the security of the reception processing device is improved. As a result, it is possible to prevent the operation of the reception processing device from being stopped due to unauthorized access or the like, and the reception processing device can continue to operate. Preferably, the reservation receiving method further includes an inquiry step from the reception processing device to the remote server, and the step of transmitting the reservation request to the reception processing device transmits the reservation request in response to the inquiry.

In this case, the remote server does not transmit the reservation request to the reception processing device unless there is an inquiry from the reception processing device. That is, the reception processing device receives only the reservation request transmitted from the remote server in response to the inquiry transmitted by itself. Thus, the security of the reception processing device is further improved.

In this case, it is not necessary to fix the address of the reception processing device. The reason is that before the reservation request is sent from the remote server to the reception processing device, the reception processing device always makes an inquiry to the remote server before the request is sent. It is because it specifies. Therefore, The processing equipment does not need to use a dedicated line, and equipment costs can be reduced. Preferably, the reservation receiving method further includes a step of determining whether or not the reception processing device has received a response from the remote server to the inquiry within a predetermined period, and a step of determining that the response has not been received within the predetermined period. Notifying an operator of the reception processing device of a warning.

In this case, after making an inquiry to the remote server, the reception processing device determines whether a response from the remote server has been received within a predetermined period. If there is no response from the remote server, it is likely that some trouble has occurred in the telecommunications line ゃ remote server. Therefore, if there is no response, the reception processing device notifies the operator of a warning by voice or screen display. As a result, the operator can easily recognize that a failure has occurred in the telecommunication line or the remote server, and can take prompt action.

Preferably, the reservation receiving method further comprises: transmitting reservation status data indicating the reservation status from the reception processing device to the remote server at predetermined intervals; and transmitting the reservation status from the remote server to the user terminal in response to a request from the user terminal. And a step for transmitting data.

In this case, the reception processing device transmits the reservation status data to the remote server every predetermined period. Therefore, the reservation status data in the remote server can be synchronized with the reservation status data in the reception processing device. In addition, the remote server returns reservation status data in response to a request from the user terminal. This allows the user to refer to the most recent reservation status before making a reservation request.

Preferably, the reservation receiving method further includes: transmitting a reservation receiving number from the user terminal to the remote server; and receiving service provision based on the reservation receiving number and the reservation status data transmitted to the remote server. Calculating the number of people waiting and / or the waiting time as call status data; and transmitting the call status data from the remote server to the user terminal.

In this case, the user of the user terminal transmits the reservation reception number from the user terminal to the remote server after the reservation is completed. Based on the reservation reception number and reservation status data, the remote server waits for the user to receive the service and / or The time is calculated as call status data. The calculated call status data is transmitted to the user terminal. Therefore, the user can grasp how many people are waiting or how long the waiting time is before receiving the service. As a result, the time until the user receives the service can be effectively used.

A pre-call method according to the present invention is a pre-call method by a user terminal connectable to a remote server having call status data until a service is provided, comprising: a step of storing a call condition input from outside; Transmitting the reservation receipt number input from the remote server to the remote server based on the reservation receipt number, and determining whether the call status data satisfies the calling condition based on the reservation receipt number. The method includes a judging step and a step of notifying the user of the user terminal that the calling condition is satisfied when the calling condition is satisfied.

In the advance calling method according to the present invention, the user inputs calling conditions to the user terminal, for example, to notify when the number of people waiting for receiving the service becomes less than 10 people. Thereafter, the user inputs the reservation reception number to the user terminal, and the user terminal transmits the input reservation reception number to the remote server. The remote server transmits the call status data until the user of the reservation reception number receives service provision to the user terminal based on the reservation reception number. The user terminal determines whether the received call status data satisfies the call conditions, and if so, notifies the user by voice, vibration, screen display, or the like. As a result, the user can be informed to the user terminal that the turn to receive the service is approaching. As a result, the user can effectively utilize the time until the service is provided.

Preferably, the advance calling method includes: a step of transmitting a reservation reception number to a remote server when it is determined in the determining step that the calling condition is not satisfied; a step of receiving the calling status data; And the step of determining whether or not the condition is satisfied is repeated.

In this case, the user terminal transmits the reservation reception number to the remote server until the call status data satisfies the call condition, receives the call status data, and determines whether the received call status satisfies the call condition. Is repeated. As a result, the user can enter the calling condition and the reservation reception number once and enter the reservation reception number repeatedly. The user can be notified of the fact that the turn to receive the service is approaching without repetition. BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a functional block diagram showing an overall configuration of a reservation receiving system according to an embodiment of the present invention.

FIG. 2 is a flowchart showing an operation of a reservation request process of the reservation reception system shown in FIG.

FIG. 3 is a diagram of a reservation request information input screen in step S101 in FIG. FIG. 4 is a flowchart showing the operation of the reservation receiving process of the reservation receiving system shown in FIG.

FIG. 5 is a display screen view of the bulletin board at step S215 in FIG. FIG. 6 is a flowchart showing the operation of the completion notification process of the reservation receiving system shown in FIG.

FIG. 7 is an input screen diagram in step S301 in FIG.

FIG. 8 is a diagram of a completion notification screen in step S305 in FIG.

FIG. 9 is a flowchart showing the operation of the regular communication process of the reservation receiving system shown in FIG.

FIG. 10 is a flowchart showing an operation of a call status notification process of the reservation receiving system shown in FIG.

FIG. 11 is an input screen diagram in step S501 in FIG.

FIG. 12 is a diagram of a call status notification screen in step S506 in FIG. FIG. 13 is a flowchart showing the operation of another example of the call status notification process of the reservation receiving system shown in FIG.

FIG. 14 is a flowchart showing the operation of the congestion status notification process of the reservation receiving system shown in FIG. ,

FIG. 15 is a congestion status notification screen view in step S706 in FIG. FIG. 16 is a flowchart showing the operation of the gun gauge information notification process of the reservation receiving system shown in FIG. FIG. 17 is a flowchart showing the operation of the ticket issuing process of the reservation receiving system shown in FIG.

FIG. 18 is a flowchart showing an operation of a call process of the reservation receiving system shown in FIG.

FIG. 19 is a flowchart showing the operation of the skip processing of the reservation receiving system shown in FIG.

FIG. 20 is a notice display screen view in step S103 in FIG.

FIG. 21 is a flowchart showing the operation of another example of the call skipping process of the reservation receiving system shown in FIG. BEST MODE FOR CARRYING OUT THE INVENTION

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. In the drawings, the same or corresponding parts have the same reference characters allotted, and description thereof will be used.

1. Overall configuration of reservation reception system

Referring to FIG. 1, a reservation reception system 10 includes a reception processing device 1 and a remote server 2. The reception processing device 1 and the remote server 2 are connected via an electric communication line 3 such as the Internet.

The reception processing device 1 includes a CPU (Central Processing Unit.) 11, a memory 12, a hard disk 13, a signboard display 15, an input unit 16 such as a mouse and a keyboard, and a ticketing unit 17. Including. The hard disk 13 includes a main-side status data file 13 1 and a main-side reception data file 13 2. The main status data file 1 3 1 contains the latest reservation reception number among the issued reservation reception numbers, the number of people waiting, the waiting time, the reservation reception number currently being called, and the reservation reception number of the person who was absent at the time of the call (Hereinafter referred to as status data). The main reception data file 1 32 stores the reservation request. The signage display 15 is preferably installed at a place in the hospital where visitors can view. When a hospital has a plurality of examination rooms, the input unit 16 may be provided for each reception place and each examination room. The ticketing section 17 issues a reservation receipt number ticket to visitors. Reception processing device 1 is remote Based on the reservation request sent from the central server 2, it performs the consultation reservation service. Further, the reception processing device 1 can also accept a reservation independently of the remote server 2.

On the other hand, the remote server 2 includes a CPU 21, a memory 22, and a hard disk 23. The hard disk 23 includes a remote-side status data file 2 31, a remote-side reception data file 2 32, and a statistical data file 2 33. The remote-side status data file 2 31 stores the status data transmitted from the reception processing device 1. The remote reception data file 2 3 2 is transmitted from a portable terminal 4 or a fixed terminal 5 such as a PDA (Personal Digital Assistant) or a mobile phone used by the user (hereinafter, the portable terminal 4 and the fixed terminal 5 are also referred to as a user terminal 6). Save the requested reservation. The statistical data file 233 stores the statistical results of the status data every predetermined period (for example, every hour). The remote server 2 receives a reservation request from the user terminal 6 via the telecommunication line 3. When the remote server 2 receives the reservation request, the user can reserve an examination from home or outside before going to the hospital. By installing the reservation reception program on the reception processing device 1 and the remote server 2, the reception processing device 1 and the remote server 2 can execute the following reservation reception processing. The reservation accepting program may be stored in advance in the memories 12 and 22 as a microprogram.

Also, the mobile terminal 4 includes a CPU 41 and a memory 42, and can perform a pre-call process by installing a pre-call program. The mobile terminal 4 may be sold after a prior call program is installed in advance. Further, the pre-call program may be stored in the hard disk 23 of the remote server 2 in advance, and the user may purchase the mobile terminal 4 and then download the pre-call program from the remote server 2 to the mobile terminal 4.

2. Remote reservation acceptance processing

The operation of receiving a reservation from a user outside the hospital in the reservation reception processing by the reservation reception system 10 (hereinafter, referred to as a remote reservation reception processing) will be described. When the user makes an appointment for an examination while staying at home, or when an out-of-home user makes an appointment for an examination, the remote appointment reception process is performed. W The remote reservation receiving process is a process in which the remote server 2 receives a reservation request from the user terminal 6 (temporary reservation receiving process), and the remote server 2 transmits a reservation request to the reception processing device 1 at predetermined intervals, and the reception processing device 1 is divided into a process for accepting the user's reservation (final reservation acceptance process) and a process for the user to inquire whether the reservation acceptance has been completed (reservation completion inquiry process). Hereinafter, each process will be described.

2-1. Temporary reservation acceptance process

Referring to FIG. 2, when the user wants to make a hospital reservation, the user inputs the reservation request information on the reservation request information input screen of the user terminal 6 (S101). FIG. 3 shows a reservation request information input screen when the user uses the mobile terminal 4. In the reservation request information, enter the user's name, date of birth, mobile phone number, and if not the first consultation, the consultation ticket number. If the user's name, consultation ticket number, and date of birth are linked to the user ID and stored in the hard disk 23 of the remote server 2 in advance, the user uses the user ID as the reservation request information. It may be input to terminal 6. The user terminal 6 transmits the inputted reservation request information to the remote server 2 (S102). After receiving the reservation request information (S103), the remote server 2 determines whether or not the periodic communication processing has been performed within a predetermined period before the reception (S104). Here, the periodic communication process refers to a process of periodically transmitting and receiving information between the reception processing device 1 and the remote server 2. The regular communication processing will be described later. Whether or not the periodic communication processing has been performed is determined based on whether or not the status data in the remote-side status data file 231 has been updated within a predetermined period before the reception of step S103.

If it is determined in step S104 that the periodic communication process has not been performed, the remote server 2 determines that an abnormality has occurred in the reservation receiving system 10. This is because the fact that the periodic communication processing is not performed is because it is considered that an abnormality has occurred in the reception processing device 1 or an abnormality has occurred in the telecommunication line 3. Therefore, in this case, the remote server 2 transmits to the user terminal 6 a notification that the reservation reception system is currently stopped (hereinafter, referred to as an error notification) (S105). The user terminal 6 receives the information indicating that it is stopped, and displays it on a display (not shown) (S108).

—As a result of the determination in step S104, the periodic communication process is performed within a predetermined period. If it is determined that the reservation has been made, the remote server 2 performs a tentative reservation acceptance process (S106). Specifically, the remote server 2 stores the reservation request information transmitted from the user terminal 6 in the remote-side reception data file 232.

After the provisional reservation reception processing is completed, the remote server 2 transmits a provisional reservation reception completion notification to the user terminal 6 (S107). The user terminal 6 receives the tentative reservation acceptance completion notice and displays it on the display (S108).

2-2. Book Reception Processing

The user's reservation is not completed just by completing the provisional reservation reception process. The user reservation is completed only after the reception processing device 1 receives the user reservation. Therefore, the reception processing device 1 performs the main reservation reception process of acquiring the reservation request information from the remote server 2. Fig. 4 shows the operation of this reservation acceptance process. As shown in FIG. 4, the entire operation of the reservation accepting process is defined as step S20.

Referring to FIG. 4, this reservation reception processing (S20) is performed after a periodic communication processing in which the reception processing device 1 and the remote server 2 periodically transmit and receive information. The periodical communication processing will be described later. The reception processing device 1 determines whether or not new reservation request information is recorded in the remote-side reception data file 2 32. (S202 to S206). Here, the new reservation request information refers to the reservation request information stored in the remote-side reception data file 232 since the previous main reservation reception processing. The reception processing device 1 transmits an inquiry message as to whether or not there is new reservation request information to the remote server 2 (S202). After receiving the inquiry message (S203), the remote server 2 determines whether or not new reservation request information is stored in the remote-side reception data file 232, and transmits the determination result. (S204). After receiving the determination result from the remote server 2 (S205), the reception processing device 1 determines whether there is new reservation request information based on the determination result (S206). As a result of the determination, when there is no new reservation request information, the reception processing device 1 ends the reservation reception processing. On the other hand, if there is new reservation request information, the reception processing device 1 performs a process of acquiring the reservation request information stored in the remote-side reception data file 23 (S207 to S215). Specifically, the reception processing device 1 transmits a request message for reservation request information to the remote server 2 (S207). Remote server 2 sends request message After receiving the message (S208), the reservation request information stored in the remote-side reception data file 232 is transmitted to the reception processing device 1 (S209). After receiving the reservation request information, the reception processing device 1 stores it in the main-side reception data file 132 in the hard disk 13 (S210).

After storing the reservation request information, the reception processing device 1 calculates a reservation reception number based on the latest status data stored in the main-side status data file 131 and the stored reservation request information (S21 1), The calculation processing (S212) and the waiting time calculation processing (S213) are performed. In the reservation reception number calculation process, the reservation reception numbers are assigned in the order of the reservation request information for which the reservation request was earlier (S211). Specifically, by referring to the latest issued reservation reception number in the situation data, the reservation reception number is sequentially assigned and assigned to each reservation request information for which the reservation request has been made earlier. For example, if there are three reservation requests received in step S210 and the latest issued reservation reception number in the status data is "30050", the reception processing device 1 sends the reservation request information , A reservation reception number of “30051”, “30052”, or “30053” is given to the user. The reservation reception number may be incremented by 10 and may be "30060", "30070", or "30080". In the waiting person calculation process, the waiting person is calculated by the following equation (1) (S212).

Waiting person = reservation reception number-calling number (1)

Here, the calling number is the number that has been called from the consultation room (that is, the number for which the waiting for consultation has been completed). In the waiting time calculation process, the waiting time is calculated by the following equation (2) (S213).

Waiting time = number of people waiting X estimated time (2)

Here, the expected time is a time that can be determined arbitrarily. For example, if a consultation in a hospital takes an average of 5 minutes per person, the expected time = 5 minutes. In addition, when consultation time per person varies depending on the time zone, or when consultation time varies depending on the field such as internal medicine or surgery, the expected time can be determined for each time slot or field. Furthermore, the expected time can be changed according to the number of people waiting, such as setting the estimated time = 3 minutes for people waiting for 1 to 10 people, and the estimated time = 5 minutes for 11 or more people waiting. Note that the calculation results of steps S 211 to S 213 are It is stored in the in-side situation data file 131.

After completing the above calculation process, the reception processing device 1 issues a reservation reception number ticket from the ticket issuing unit 17 based on the reservation reception number calculated in step S212 (S214). Further, information on the number of waiting persons calculated in step S 211 and the waiting time calculated in step S 213 is displayed on the bulletin board display 15 in the hospital (S 215). FIG. 5 shows the screen of the bulletin display in step S215. The call number is displayed on the call number display section 201, the number of persons waiting on the waiting number display section 202, and the waiting time on the waiting time display section 203. The reception processing device 1 repeats the operations of S211-S215 for the number of reservation information received in S210.

After finishing the above operation, the reception processing device 1 transmits the reservation reception number for each reservation information calculated in S211 to the remote server 2 (S216). It should be noted that the status data stored in the main-side status data file 131 is also transmitted when the reservation reception number is transmitted. After receiving the reservation reception number for each reservation request information (S217), the remote server 2 links the reservation reception number with the corresponding reservation request information and stores it in the remote-side reception data file 232 (S218). The number of people waiting, the waiting time, and the call number are stored in the remote H-law situation data file 231.

2-3. Booking completion inquiry processing

The user can use the user terminal 6 to inquire whether or not the reservation reception by the reception processing device 1 has been completed. Referring to FIG. 6, the user sends an inquiry message to remote server 2 using user terminal 6 (S301). FIG. 7 shows the mobile terminal screen in step S301 when the user uses the mobile terminal 4. At this time, if the user selects “see the confirmation screen” on the screen, an inquiry message is transmitted from the mobile terminal 4 to the remote server 2. After receiving the inquiry message (S302), the remote server 2 determines whether or not the reservation reception has been completed by the reception processing device 1 (S303). Specifically, the remote server 2 refers to the user's reservation request information in the remote-side reception data file 232 from information (for example, a telephone number or an identification number previously assigned from the remote server 2) that specifies the user terminal 6. Then, it is determined whether or not the reservation request information has the reservation reception number assigned from the reception processing device 1. If it is determined that the reservation server does not have a reservation reception number, the remote server 2 reserves A notification that the reception has not been completed (incomplete notification) is transmitted to the user terminal 6 (S30)

Four ) . After receiving the incomplete notification, the user terminal 6 displays it on the display (S30)

Five ) .

On the other hand, as a result of the judgment in step S303, if the remote server 2 has the reservation reception number, the remote server 2 sends the reservation reception number and the remote-side status data file 2 3 1 to the user terminal 6. The status data and the status data are transmitted (S304). After receiving the reservation reception number and the status data, the user terminal 6 displays the reservation reception number and the status data on the display (S305). FIG. 8 shows the screen of the portable terminal 4 at this time. With the above operation, the user can make an appointment for a medical examination from outside the hospital without going to the hospital.

3. Periodic communication processing

The reception processing device 1 and the remote server 2 perform a periodic communication process for exchanging information at predetermined intervals. By performing the periodic communication process, the information in the main-side status data file 13 1 內 is synchronized with the status data in the remote-side status data file 2 3 1. Figure 9 shows the operation of the periodic communication process. In FIG. 9, the periodical communication processing operation on the reception processing device 1 side is periodical communication processing S41, and the periodical communication processing operation on the remote server 2 side is periodic communication processing S42.

Referring to FIG. 9, the reception processing device 1 first determines whether or not the online flag is ON as a periodic communication process (S4.01). The online flag is “ON” when the reservation reception system 10 is operating normally, and is “OFF” when the reservation reception system 10 is not operating normally due to some abnormality. The online flag is stored in the hard disk 13. When the online flag is “OFF” (S401), the periodic communication processing is temporarily terminated, and after a predetermined period has elapsed (S415), the process returns to step S401 again. On the other hand, when the online flag is “ON”, the reception processing device 1 prepares for periodic communication (S402). Specifically, status data updated after the previous periodic communication process (hereinafter referred to as update data) is retrieved from the main-side status data file 13 1. The searched update data is converted into a transmittable data format.

After completing the preparation for the periodic communication, the reception processing device 1 transmits the periodic communication message including the update data. The message is sent to the remote server 2 (S403). After receiving the periodic communication message (S404), the remote server 2 determines whether the received message is valid (S405). One reason for judging the validity of a message is to check for missing data in the updated data and for garbled characters in the updated data. Another reason is to prevent unauthorized access by checking whether the transmitted message is transmitted from the reception processing device 1 or not.

If the result of the determination is that the message is valid (S405), the remote server 2 sets the status to "OK" (S406), and stores the received update data in the remote-side status data file 231 (S407). At this time, the update date and time are also saved. On the other hand, if the result of the determination is that the message is invalid (S405), the remote server 2 sets the status to "NG" (S408). The status is recorded in the hard disk 23. After determining the status, the remote server 2 sends a response message to the reception processing device 1 (S409). The response message contains status information.

After transmitting the message in step S403, the reception processing device 1 waits for a response message from the remote server 2 for a predetermined period (S410). If there is no response message even after the lapse of a predetermined period (S411), the reception processing device 1 determines that some abnormality has occurred in the telecommunication line 3 or the remote server 2 and displays an error notification on the display. It is displayed on 15 (S413). The error notification may be made by sound or voice. Thereafter, the reception processing device 1 sets the online flag to “off” (S414). The work of setting the online flag to “off” may be performed manually. By setting the online flag to “OFF”, the reception processing device 1 is completely independent of the telecommunication line 3, and can independently perform the reservation reception processing in the hospital as described later.

On the other hand, if a response message is received within a predetermined period (S411), it is determined whether the status included in the received response message is OK (S412). If the result of the determination is that the status is OK, the real reservation reception processing S20 shown in FIG. 4 is performed. If the result of the determination in step S412 is NG, it is determined that a trouble has occurred in the telecommunication line 3 or the remote server 2, and an error notification is displayed. Display on play 15 (S4 13). At this time, the online flag is automatically or manually turned off (S414).

With the above operation, in the reservation reception system according to the embodiment of the present invention, the periodic communication processing is performed using the two servers, the reception processing device 1 and the remote server 2. Therefore, even if any trouble occurs in the telecommunication line 3 or the remote server 2, the reception processing device 1 can perform the reservation reception processing independently. Therefore, even when a trouble occurs, the reservation receiving system 10 can be kept operating, and the entire system does not stop. In the regular communication process, the regular communication message is always transmitted from the reception processing device 1 to the remote server 2, and not vice versa. That is, the reception processing device 1 itself transmits a periodic communication message, and does not transmit / receive information to / from other than the remote server 2 which has responded. Therefore, the security of the reception processing device 1 can be extremely increased.

4. Call status notification processing

The user who has completed the reservation reception by the reception processing device 1 by the remote reservation reception processing and has been given the reservation reception number can receive information (call status data) such as the number of people waiting and the waiting time until his / her reservation reception number is called. Notification (call status notification processing). Referring to FIG. 10, the user inputs a reservation reception number to user terminal 6, and user terminal 6 transmits an inquiry message including the input reservation reception number to remote server 2 (S501). . FIG. 11 shows a reservation reception number input screen when the mobile terminal 4 is used in step S501. After receiving the inquiry message (S502), the remote server 2 determines whether or not the regular communication processing has been performed within a predetermined period before the reception (S503). The determination as to whether or not the regular communication process has been performed is made by referring to the update date and time record in the remote-side status data file 23 1.

If the result of the determination is that the periodic communication processing has not been performed (S503), it is determined that an abnormality has occurred in the telecommunication line 3 or the reception processing device 1. At this time, the remote server 2 sends an error notification to the user terminal 6 (S504). On the other hand, when the regular communication process is performed, the remote server 2 determines that the reservation receiving system 10 is operating normally. At this time, the remote server 2 calculates call status data using the status data in the remote-side status data file 231. Specifically, The number of people waiting until the reservation reception number received in step S502 is called and the waiting time are calculated using the reservation reception number and the formulas (1) and (2). The calculation result is transmitted to the user terminal 6 as call status data (S505). After receiving the call status data, the user terminal 6 displays it on the display (S506). FIG. 12 shows the screen of step S506 when the mobile terminal 4 is used.

By the above operation, even when the user is outside the hospital, the user can grasp information such as the number of people waiting and the waiting time until his / her reservation reception number is called. Therefore, the user does not need to be in the hospital immediately before being called at the hospital, and can use the time until the call is effectively used.

When the user uses the mobile terminal 4, the user may be notified by sound, vibration or display that the calling time is approaching before a predetermined time before being called.

Referring to FIG. 13, the user of portable terminal 4 first inputs a reservation reception number and a calling condition to portable terminal 4 (S601). Here, the calling condition refers to a condition that, for example, a notification is made when the waiting time is less than 30 minutes, or a notification is made when the number of waiting people is less than 10 people. After the reservation reception number and the calling conditions are input, the mobile terminal 4 determines whether or not the mobile terminal 4 is currently within the service area (S602). When the mobile terminal 4 is out of the service area, the portable terminal 4 calls the user's attention by a warning sound or vibration, or by displaying a warning on a display (S603). Thereafter, after a lapse of a predetermined period (S604), the operation returns to the operation of the re-start step S602.

On the other hand, in the service area, the mobile terminal 4 transmits an inquiry message including the input reservation reception number to the remote server 2 (S620). Subsequently, the remote server performs the operation of steps S502 to S505 during the call status notification processing in FIG. 10 and transmits an error notification or the calculated call status data to the portable terminal 4. The mobile terminal 4 receives the error notification or the call status data (S605).

After the reception, the mobile terminal 4 determines whether or not the reservation receiving system 10 is operating normally based on the received information (S606). When the reservation reception system is stopped (that is, when an error notification is received in step S605), the mobile terminal 4 displays an error notification on the display or emits a warning sound to alert the user. (S607). On the other hand, when the reservation accepting system is operating normally (that is, when the call status data is received in step S605), the mobile terminal 4 inputs the call status data and the input in step S601. It is determined whether or not to notify the user based on the called calling condition (S608). Specifically, the mobile terminal 4 determines whether the waiting time in the call status data is less than 30 minutes. Alternatively, the mobile terminal 4 determines whether the number of waiting persons in the call status data is less than 10 persons.

If the call status data does not satisfy the call conditions as a result of the determination, the operation returns to step S602 again after a predetermined time (S604). On the other hand, if the call status data satisfies the call conditions, the portable terminal 4 notifies that the call time is approaching (S609). Notification is made by sound or vibration or by screen display on the display.

Subsequently, after a lapse of a predetermined period (S610), the mobile terminal 4 determines whether or not the key operation has been performed (S611). Here, the key operation is a key operation for stopping the notification in step S609, and the key operation is performed by pressing any of a plurality of buttons (not shown) in the mobile terminal 4, for example. It has been done. When the key operation is performed (S611), the user recognizes the notification, and the portable terminal 4 ends the operation. On the other hand, if no key operation has been performed (S611), the portable terminal 4 returns to the playback step S602 after a predetermined time has elapsed (S640). This is because the user has not recognized the notification and needs to perform the re-notification. The predetermined time in step S604 may be shorter as the calling time of the user's reservation reception number approaches. For example, if the waiting time is 10 minutes or more, the predetermined time in step S604 may be 3 minutes, and if the waiting time is less than 10 minutes, the predetermined time may be 1 minute. By the above operation, once the user inputs the calling conditions into the portable terminal 4, the user is automatically notified by voice or screen display when the calling of his / her reservation reception number approaches. Therefore, it is possible to prevent a situation in which the patient was outside the hospital and was unable to make the call in time.

5. Reservation status notification processing

The user can use the user terminal 6 to grasp the reservation status of the hospital. Referring to FIG. 14, the user uses user terminal 6 to send a reservation status inquiry message. The message is transmitted (S701). After receiving the inquiry message (S702), the remote server 2 determines whether or not the regular communication processing has been performed within a predetermined period before the reception (S703). If the periodic communication processing is not being performed, the remote server 2 notifies the user terminal 6 of an error (S704). At this time, the user terminal 6 receives the error notification and displays it on the display (S706). On the other hand, if the regular communication processing has been performed, the remote server 2 transmits the status data in the remote-side status data file 231 to the user terminal 6 (S705). Here, the status data includes the number of people waiting, the waiting time, the reservation reception number currently being called, and the like. After receiving the status data, the user terminal 6 displays it on the display (S706). FIG. 15 shows the display screen of the user terminal 6 in step S706.

By the above operation, the user can grasp the reservation status of the hospital at home or out of the office without going to the hospital, and can obtain effective information for determining whether or not to make a reservation.

6. Statistical information notification processing

In the reservation status notification process, we could see the status data of the hospital at the time of the user's inquiry, but sometimes we want to see the congestion of the hospital more broadly. In such a case, the user can grasp the degree of congestion in the hospital on a weekly or monthly basis by referring to the statistical information. Referring to FIG. 16, the remote server 2 saves status data for each predetermined period (for example, every hour) from the remote-side status data file 2 3 1 to the statistical data file 2 3 3 (S 1 201) . At this time, the status data for each specified time is saved as statistical data. Data is acquired every predetermined period because it is easiest to understand the congestion status by statistically analyzing the congestion status on an hourly basis. However, conditions other than time may be set as the storage conditions for the statistical data file 233.

The user sends a request message for statistical data to the remote server using the user terminal 6.

2 is transmitted to (S122). After receiving the request message (S1203), the remote server 2 sends the statistical data stored in the statistical data file 233 to the user terminal 6 (S1204). At this time, the statistical data may be sent as a graph so that the contents of the statistical data can be easily understood. The user terminal 6 sends the transmitted statistical data After receiving, it is displayed on the display (S125).

With the above operation, the user can grasp the congestion state for each predetermined period. Therefore, by referring to the statistical data, it can be used as a reference when accepting reservations for hospitals.

7. Single reservation reception processing

In the processing described above, reservation reception is performed by transmitting and receiving information between the reception processing device 1 and the remote server 2. However, as described above, the reception processing device 1 can independently perform the reservation reception processing. Hereinafter, the reservation reception processing and the call processing (individual reservation reception processing) by the reception processing device 1 alone will be described. The single reservation accepting process includes a ticket issuing process, a calling process, and a call skipping process.

7-1. Ticketing process

Referring to FIG. 17, in response to a request from the user, the receptionist of the hospital performs a ticketing operation using the input unit 16 of the reception processing device 1 (S801). For example, the receptionist receives a consultation ticket or the like from a patient who has come to the hospital for consultation, and then inputs a ticketing request to the reception processing device 1. After the input is completed, the reception processing device 1 calculates a reservation reception number to be given to the user (S802). The reservation reception numbers are counted in the order of reception, but may be counted one by one or ten. However, for example, the higher-order digits of the reservation receipt number can be used as a division of business (medical, surgical, etc.), and the upper-order digits can be assigned to dates.

After calculating the reservation reception number, the reception processing device 1 performs a waiting person calculation process (S803). The number of waiting persons is calculated by equation (1). Subsequently, the reception processing device 1 performs a waiting time calculation process (S804). The waiting time is calculated by equation (2). After completing the above calculation, the reception processing device 1 issues a reservation reception number ticket from the ticket issuing unit 17 (S805). Subsequently, the reception processing device 1 displays the number of people waiting and the waiting time on the notice display 15 (S806). Note that the calculation results in steps S802 to S804 are stored in the main-side status data file 131, and the periodic communication processing (S41, S42) performed after step S806 is performed. ) Is sent to the remote server 2 as status data. The periodic communication process is the same as the operation in FIG.

7-2. Call processing Referring to FIG. 18, when the diagnosis in each consultation room in the hospital is completed, the doctor or nurse in charge of the consultation room informs that the consultation has been completed using the input unit 16 of the reception processing device 1. Enter it (S901). At this time, the reception processing device 1 performs a call number calculation process (S902). Specifically, the reservation reception number for which the call was made is increased by one (S902). Subsequently, the reception processing device 1 performs a waiting person calculation process (S903) and a waiting time calculation process (S904). In the waiting person calculation process, the reception processing device 1 subtracts one waiting person from the waiting person stored in the main-side situation data file 131 using the equation (1). In the waiting time calculation process, the waiting time is calculated from equation (2) based on the number of waiting people updated in step S903. The calculation results of steps S902 to S904 are stored in the main-side situation data file 131. After the above operation is completed, the reception processing device 1 emits a ringing sound or a calling voice (S905), and displays the call number calculated in step S902 on the bulletin board display (S906). Thereafter, periodic communication processing (S41, S42) is performed between the reception processing device 1 and the remote server 2.

7-3. Call skip processing

If the patient does not appear in the consultation room after the call, the patient can be regarded as absent and the reservation number of the patient can be skipped. Referring to FIG. 19, the doctor or nurse in charge in the examination room instructs to skip using the input unit 16 of the reception processing device 1 (S1001). At this time, the skipped reservation reception number (skip data) is recorded in the absentee table in the main-side status data file 131 (S1002), and the skip data is displayed on the notice display 15 of the reception processing device 1. . FIG. 20 shows the screen of the bulletin display in step S1003. By displaying the skipped reservation number, it is easy to determine whether the patient was skipped.

Subsequently, the reception processing device 1 counts the number of skipped reservation reception numbers (the number of skips) (S1004). After calculating the number of skips, the reception processing device 1 performs the operation (call processing) of steps S902 to S906 in FIG. After the end of the calling process, the reception processing device 1 performs a periodic communication process. The status data transmitted in the periodic communication process may include the skip number. If the patient with the skipped reservation number does not appear within the predetermined period, or if the patient with the skipped reservation number appears within the predetermined period, the reception worker erases the corresponding reservation number. it can. Referring to FIG. 21, the reception worker uses the input unit 16 of the reception processing device 1 to delete the reservation reception number of the patient who has not appeared within a predetermined time (S1101). Alternatively, the appointment receipt number of the patient who has appeared within the predetermined time period and has undergone a medical examination is deleted (S111). At this time, the corresponding reservation reception number in the absentee table in the reception processing device 1 is deleted, and as a result, the skip data is updated (S1103). The updated skip data is displayed on the bulletin board display 15 (S1104). At this time, the reception processing device 1 also updates the skip number (S111). After that, the reception processing device 1 performs a periodic communication process (S41, S42).

With the above operation, the reservation reception processing can be performed by the reception processing device 1 alone. Therefore, the reservation accepting process can be performed for a patient who does not use the user terminal 6. Also, even if an abnormality occurs in the telecommunications line 3, the reception processing device 1 alone can receive and call a reservation.

Further, since the status data in the reception processing device 1 and the remote server 2 are synchronized by the periodic communication process, even if the reception processing device 1 performs the single reservation reception process, the call status data and the call status data in the call status notification process are processed. However, the accuracy of the status data in the congestion status notification processing does not decrease.

Although the present embodiment has been described with reference to a reservation reception system at a hospital, the present invention can be similarly applied to industries that provide services at predetermined locations such as banks and restaurants. The reception processing device 1 and the remote server 2 may be managed by the same company or may be managed by different companies. In addition, the notice display 15 of the reception processing device 1 may be installed in a facility such as a hospital, a bank, a restaurant, or a plurality of displays may be installed in a hospital, a bank, or a coffee shop or a shopping street near a restaurant facility. You may. By installing the signage display 15 outside the facility, users who do not use the user terminal 6 such as the mobile terminal 4 do not need to stay in the facility and wait for their turn. The “predetermined period” in the description of the embodiment of the present invention is appropriately determined, and may be all set as the same period, or may be set as individual periods. The embodiment of the present invention has been described above, but the above-described embodiment is merely an example for implementing the present invention. Therefore, the present invention is not limited to the above-described embodiment, and can be implemented by appropriately modifying the above-described embodiment without departing from the spirit thereof.

Claims

The scope of the claims

1. A reservation receiving method using a user terminal, a remote server connectable to the user terminal, and a reception processing device connectable to the remote server,

Transmitting a reservation request from the user terminal to the remote server; transmitting a reservation request transmitted to the remote server to the reception processing device;

Performing a reservation reception based on the reservation request transmitted to the reception processing device.

2. The reservation receiving method according to claim 1, further comprising:

A step of sending an inquiry to the remote server from the reception processing device; and a step of sending the reservation request to the reception processing device, wherein the booking request is transmitted in response to the inquiry. .

3. The reservation receiving method according to claim 2, further comprising:

Determining whether the reception processing device has received a response from the remote server to the inquiry within a predetermined period;

Notifying the operator of the reception processing device of a warning when it is determined that the response has not been received within a predetermined period.

4. The reservation receiving method according to any one of claims 1 to 3, further comprising: transmitting reservation status data indicating a reservation status from the reception processing device to the remote server at predetermined intervals. ,

Transmitting the reservation status data from the remote server to the user terminal in response to a request from the user terminal.

5. The reservation receiving method according to claim 4, further comprising:

A step of transmitting a reservation reception number from the user terminal to the remote server; and, based on the reservation reception number and the reservation status data transmitted to the remote server, the number of persons waiting and / or the number of waiting until service is provided. Calculating time as call status data; Transmitting the call status data from the remote server to the user terminal.

6. A reservation receiving method by a reception processing device connectable to a remote server that receives a reservation request from a user terminal,

Querying the remote server;

Receiving a reservation request transmitted from the remote server in response to the inquiry;

Performing a reservation reception based on the reservation request.

7. The reservation receiving method according to claim 6, further comprising:

Judging whether a response from the remote server to the inquiry has been received within a predetermined period,

A step of notifying an operator of the reception processing device of a warning when it is determined that the response has not been received within a predetermined period.

8. A reservation receiving method using a reception processing device for receiving a reservation and a remote server connectable to a user terminal,

Saving the reservation request transmitted from the user terminal;

Transmitting the stored reservation request to the reception processing device in response to an inquiry from the reception processing device.

9. The reservation receiving method according to claim 8, further comprising:

Receiving reservation status data indicating a reservation status transmitted from the reception processing device every predetermined period;

Transmitting the reservation status data to the user terminal in response to a request from the user terminal.

10. The method for accepting a reservation according to claim 9, further comprising:

Receiving a reservation receipt number from the user terminal;

Calculating, as call status data, the number of people waiting and / or the waiting time until the service is provided, based on the reservation reception number and the reservation status data; A step of transmitting the call status data to the user terminal.

11. A reservation acceptance program for causing a computer to execute the steps described in any one of claims 1 to 10.

1 2. A pre-call method by a user terminal that can be connected to a remote server having call status data until the service is provided,

A step of storing the calling conditions input from the outside,

Transmitting a reservation reception number input from the outside to the remote server; andreceiving the call status data transmitted from the remote server based on the reservation reception number;

Determining whether the call status data satisfies the call condition; and, when the call condition is satisfied, notifying the user of the user terminal that the call condition has been satisfied. Pre-call method to do.

1 3. The pre-call method according to claim 1, wherein

When it is determined that the call condition is not satisfied in the determining step, a step of transmitting the reservation reception number to the remote server; a step of receiving the call status data; And a step of determining whether the condition is satisfied.

14. A pre-call program for causing a computer to execute the steps according to claim 12 or claim 13.