WO2023053190A1 - 受付処理装置、受付処理システム、受付処理方法及びプログラム - Google Patents

受付処理装置、受付処理システム、受付処理方法及びプログラム Download PDF

Info

Publication number
WO2023053190A1
WO2023053190A1 PCT/JP2021/035611 JP2021035611W WO2023053190A1 WO 2023053190 A1 WO2023053190 A1 WO 2023053190A1 JP 2021035611 W JP2021035611 W JP 2021035611W WO 2023053190 A1 WO2023053190 A1 WO 2023053190A1
Authority
WO
WIPO (PCT)
Prior art keywords
reception
processing
measure
terminals
executed
Prior art date
Application number
PCT/JP2021/035611
Other languages
English (en)
French (fr)
Inventor
浩一 矢葺
直孝 吉田
隆 山崎
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to PCT/JP2021/035611 priority Critical patent/WO2023053190A1/ja
Priority to JP2023550778A priority patent/JPWO2023053190A1/ja
Publication of WO2023053190A1 publication Critical patent/WO2023053190A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling

Definitions

  • the present invention relates to a reception processing device, a reception processing system, a reception processing method, and a program.
  • Patent Literature 1 discloses an automatic transaction system that detects a degree of congestion indicating a slow data transfer speed of a communication line of an automatic transaction system using an ATM, and suspends predetermined transactions of the ATM according to the degree of congestion. disclosed.
  • One aspect of the present invention has been made in view of the above problems, and provides a technique for performing reception processing so as to increase visitor satisfaction when performing reception processing for visitors at a reception terminal. for the purpose.
  • a reception processing apparatus includes acquisition means for acquiring processing number information indicating the number of processing cases per unit time from one or more reception terminals, and referring to the processing number information to execute A decision means for deciding a policy, and a control means for executing the policy decided by the decision means or outputting policy information indicating the policy decided by the decision means.
  • a reception processing system comprises: one or more reception terminals; an acquisition means for acquiring processing number information indicating the number of cases processed per unit time from the one or more reception terminals; determining means for referring to information and determining measures to be executed; and control means for executing the measures determined by the determining means or outputting measure information indicating the measures determined by the determining means.
  • At least one processor obtains processing number information indicating the number of processing cases per unit time from one or a plurality of reception terminals, and refers to the processing number information. , determining a measure to be executed, executing the determined measure, or outputting measure information indicating the determined measure.
  • a program includes an acquisition process for acquiring processing number information indicating the number of processing cases per unit time from one or more reception terminals, and referring to the processing number information to determine measures to be executed.
  • a determination process of making a decision and a process of executing the determined measure or outputting measure information indicating the determined measure are executed by a computer.
  • FIG. 1 is a block diagram showing the configuration of a reception processing device according to exemplary Embodiment 1 of the present invention
  • FIG. 4 is a flow chart showing the flow of a reception processing method according to exemplary embodiment 1
  • 1 is a block diagram showing the configuration of a reception processing system according to Exemplary Embodiment 1
  • FIG. FIG. 10 is a block diagram showing the configuration of a reception processing system according to exemplary embodiment 2 of the present invention
  • FIG. 11 is a policy table showing examples of policies for resolving congestion according to exemplary embodiment 2.
  • FIG. FIG. 11 is an example of a flow chart showing the flow of a determination method for determining a measure for relieving congestion according to exemplary embodiment 2.
  • FIG. 11 is a graph schematically showing changes in the number of received and processed items per time t according to exemplary embodiment 2;
  • FIG. FIG. 12 is a block diagram showing the configuration of a reception processing system according to exemplary embodiment 3;
  • FIG. 11 is an example showing congestion information displayed on a signage according to exemplary Embodiment 3;
  • FIG. FIG. 13 is a block diagram showing the configuration of a reception processing system according to exemplary embodiment 4;
  • FIG. 13 is an example of a policy table for appropriately executing reception processing according to exemplary embodiment 4;
  • FIG. FIG. 13 is an example of a flow chart showing the flow of an admission optimization method according to exemplary embodiment 4;
  • FIG. FIG. 12 is a display example of measures (messages) transmitted and displayed on the contact terminal according to exemplary embodiment 4;
  • FIG. 12 is a block diagram showing the configuration of a reception processing system according to Exemplary Embodiment 5;
  • FIG. 11 is an example of congestion information displayed on a visitor terminal according to exemplary embodiment 5;
  • FIG. 11 is a display example of a visitor terminal showing a method of resolving congestion through interaction between a reception processing system according to exemplary embodiment 5 and a visitor.
  • FIG. 1 is a configuration diagram for realizing an information processing device and an information processing system by software;
  • the reception processing device 1 is configured to assist reception processing via reception terminals so that the waiting time of visitors can be minimized. This realizes reception processing that satisfies as many visitors as possible.
  • the reception process is a predetermined process for determining whether or not to permit or deny admission of a visitor, which is performed by the reception terminal.
  • the reception processing device 1 guides the visitor to a less crowded reception terminal, in other words, to a less crowded reception terminal. Waiting time can be shortened.
  • the visitors referred to in this exemplary embodiment are event venues such as concerts, amusement parks, venues for various exhibitions, special venues for mass vaccination, various briefing sessions, etc. , refers to those who come to the reception procedure necessary to enter.
  • FIG. 1 is a block diagram showing the configuration of the reception processing device 1. As shown in FIG.
  • the reception processing device 1 includes an acquisition unit 11, a determination unit 12 and a control unit 13.
  • the acquisition unit 11, the determination unit 12, and the control unit 13 are forms of acquisition means, determination means, and control means described in the claims, respectively.
  • the acquisition unit 11 acquires processing number information indicating the number of processing cases per unit time from one or more reception terminals.
  • the unit time is, for example, 10 minutes, 30 minutes, or 1 hour, and can be arbitrarily determined according to the time required for reception processing.
  • the reception terminal is a device that receives procedures necessary for visitors to enter. It should be noted that in the following exemplary embodiments, the reception location or entrance where the reception terminal is installed will also be simply referred to as the "reception” or the "entrance”, except when referring to the reception terminal itself.
  • the number of processed cases can be rephrased as the number of people who have completed the reception process.
  • the determination unit 12 refers to the information on the number of processed cases and determines measures to be executed. As an example, when determining that a certain reception is crowded from the information on the number of processed items, the determination unit 12 determines an appropriate measure for eliminating the congestion at the certain reception from preset measures. Measures for relieving congestion include, for example, notifying visitors of busy reception desks, notifying visitors of times when reception terminals that are congested are expected to be busy, and the like.
  • the control unit 13 either executes the measures determined by the determination unit 12 or outputs measure information indicating the measures determined by the determination unit 12 .
  • the control unit 13 executes this measure. Specifically, for example, the control unit 13 performs a process of transmitting and displaying the busy reception number (or the entrance number of the busy reception) to a signage installed near the crowded reception. Execute.
  • the control unit 13 when the determination unit 12 determines to notify the staff of the empty reception to eliminate congestion, the control unit 13 indicates the measures determined by the determination unit 12. Output policy information. Specifically, for example, the control unit 13 transmits to the contact terminal of the attendant to display the number of the busy reception, and recommends the attendant to guide the visitor to the reception. The attendant who sees this can guide the visitor to the empty reception desk. Alternatively, the attendant can instruct the reception assistant to guide the visitor to the empty reception. This reduces the degree of congestion at the crowded reception. As a result, visitor satisfaction can be enhanced.
  • the acquisition unit 11 acquires the processing number information indicating the number of processing cases per unit time from one or a plurality of reception terminals, and the processing number information A determination unit 12 that determines a measure to be executed, and a control unit 13 that either executes the measure determined by the determination unit 12 or outputs measure information indicating the measure determined by the determination unit 12.
  • a configuration is adopted. For this reason, according to the reception processing device 1 according to this exemplary embodiment, when performing the reception processing of the visitor at the reception terminal, it is possible to provide a technique for performing the reception processing so as to increase the satisfaction of the visitor. can be obtained.
  • FIG. 2 is a flowchart showing the flow of the reception processing method S1 executed by the reception processing device 1. As shown in FIG.
  • the reception processing method S1 includes the following steps. First, in step S11, the acquisition unit 11 acquires processing number information indicating the number of processing cases per unit time from one or a plurality of reception terminals. In step S12, the determining unit 12 refers to the information on the number of processed cases to determine the measures to be executed. In step S13, the control unit 13 executes the determined measure or outputs measure information indicating the determined measure.
  • the processing number information indicating the number of processing cases per unit time is acquired from one or a plurality of reception terminals, and the processing number information is referred to, A configuration is adopted in which a measure to be executed is determined, and the determined measure is executed, or measure information indicating the determined measure is output. For this reason, according to the reception processing method S1 according to the present exemplary embodiment, it is possible to provide a technique for performing the reception processing so as to increase the satisfaction of the visitor when performing the reception processing of the visitor at the reception terminal. can be obtained.
  • FIG. 3 is a block diagram showing the configuration of the reception processing system 3. As shown in FIG.
  • the reception processing system 3 includes one or more reception terminals 21, an acquisition unit 31, a determination unit 32 and a control unit 33.
  • the reception terminal 21 is a device that receives procedures necessary for visitors to enter. 3 shows n reception terminals 21a, 21b, . . . , 21n (n is an integer equal to or greater than 1). will be described with reference numeral 21 attached. Moreover, when showing a certain reception terminal, it is written as reception terminal 21i. If there are multiple components other than the reception terminal 21, the same notation is used.
  • the acquisition unit 31, the determination unit 32, and the control unit 33 are forms of acquisition means, determination means, and control means, respectively, described in the claims.
  • the reception terminal 21, the acquisition unit 31, the determination unit 32, and the control unit 33 are connected to each other via the network N so that information communication is possible.
  • Each of these units may be provided in one server or device, or may be distributed and provided in a plurality of servers or devices.
  • the acquisition unit 31 acquires processing number information indicating the number of processing cases per unit time from one or more reception terminals.
  • the determining unit 32 refers to the information on the number of processed cases and determines measures to be executed.
  • the control unit 33 executes the measures determined by the determination unit 32 or outputs measure information indicating the measures determined by the determination unit 32 .
  • the functions of the acquisition unit 31, the determination unit 32, and the control unit 33 are the same as the functions described in the description of the respective units of the reception processing device 1, so descriptions thereof will be omitted here.
  • reception processing system 3 As described above, in the reception processing system 3 according to the present exemplary embodiment, one or a plurality of reception terminals and an acquisition for acquiring processing number information indicating the number of processing cases per unit time from the one or more reception terminals means, determination means for determining a measure to be executed by referring to information on the number of processed cases, and control means for executing the measure determined by the determination means or outputting measure information indicating the measure determined by the determination means And, the configuration is adopted. Therefore, according to the reception processing system 3 according to this exemplary embodiment, the same effects as those obtained by the reception processing device 1 can be obtained.
  • FIG. 4 is a block diagram showing the configuration of a reception processing system 3A according to this exemplary embodiment. As shown in FIG. 4 , the reception processing system 3A includes a reception processing device 1A and a plurality of reception terminals 21 .
  • the reception processing device 1A includes a processor 10 including an acquisition unit 11, a determination unit 12 and a control unit 13, a memory 14, and a communication unit 15.
  • the acquisition unit 11, the determination unit 12, and the control unit 13 have the same configurations as the acquisition unit 11, the determination unit 12, and the control unit 13 described in the first embodiment.
  • the reception processing device 1A is connected to a plurality of reception terminals 21 via the Internet N so as to be capable of information communication.
  • the memory 14 of the reception processing device 1A stores various programs that the processor 10 executes.
  • the memory 14 stores, for example, the number-of-processes information indicating the number of processes per unit time acquired by the acquisition unit 11 .
  • the memory 14 also stores a table of measures for relieving congestion, as will be described later.
  • the communication unit 15 of the reception processing device 1A connects to the Internet N and communicates with the reception terminal 21.
  • Acquisition unit 11 of processor 10 acquires processing number information indicating the number of processing cases per unit time from reception terminal 21 via Internet N.
  • the determination unit 12 refers to the acquired information on the number of processed cases, and selects and determines a measure to be executed in order to relieve congestion in at least one of the one or a plurality of reception terminals from the measure table.
  • the control unit 13 executes the determined policy or outputs policy information indicating the policy.
  • Each of the reception terminals 21 is connected to the reception processing device 1A via the Internet N.
  • Each of the receiving terminals 21 includes a control unit 41, a receiving unit 42, and a communication unit 43, for example.
  • the control unit 41 centrally controls the entire reception process performed by the reception terminal 21 .
  • the reception unit 42 receives reception procedures for visitors.
  • the reception unit 42 includes a panel operation unit that a visitor touches and an optical reading unit that reads barcodes.
  • the communication unit 43 connects to the Internet N, receives an information transmission instruction from the reception processing device 1A, and transmits processing number information indicating the number of processing per unit time to the reception processing device 1A.
  • the processing number information may include, for example, the processing start time and processing end time of each reception processing.
  • the determination unit 12 of the reception processing system 3A refers to the information on the number of processed cases acquired by the acquisition unit 11, and determines measures for relieving congestion in at least one of the reception terminals or a plurality of reception terminals. Specifically, as an example, the determination unit 12 selects and determines a measure from the measure table for eliminating congestion.
  • the number of measures to be determined is not limited to one, and may be plural.
  • FIG. 5 is a policy table 51 showing an example of policies for relieving congestion.
  • a policy table 51 is stored in advance in the memory 14 .
  • Measures A1 and A4 are measures for transmitting (displaying) the busy reception terminal information or the time when the reception terminal 21i is expected to be busy on a signage placed near the reception terminal 21i that is busy. When this measure is determined, the control unit 13 causes the signage to display the reception terminal information that is busy or the time that the reception terminal 21i is expected to be busy. For example, if a plurality of events are being held at a venue, reception terminals for other events may be displayed as the reception terminals that are not busy.
  • Measures A2 and A5 are measures for transmitting the reception terminal that is busy or the time that the reception terminal 21i is expected to be busy to the contact terminal of the attendant. When this measure is determined, the control unit 13 transmits (displays) the busy reception terminal information or the time when the reception terminal 21i is expected to be busy to the contact terminal under the jurisdiction of the staff, Encourage attendants to guide visitors to the reception desk where they are already or tell them to come back to the reception desk at a time when it is expected to be crowded. Measures A2 and A5 are mainly adopted when signage is not arranged near the crowded reception terminal 21i, but when signage is arranged, adoption is decided together with measures A1 and A4. You may
  • Measures A3 and A6 are measures for transmitting information on the reception terminal that is busy or the time that the reception terminal 21i is expected to be busy to the terminal owned by the visitor. This measure can be used when the e-mail address of the visitor's terminal is registered in advance in the reception processing device 1A. When this measure is determined, the control unit 13 transmits to the terminal of the visitor, information such as the busy reception desk, the busy reception desk, the time when the crowded reception desk is expected to be light, and the like.
  • the determination unit 32 guides the visitor to a reception terminal other than the one reception terminal when the number of processes per hour at one of the reception terminals is greater than a predetermined first numerical value.
  • measures to be implemented may be included in the measures to be implemented.
  • the number of cases processed per hour is the number of cases processed per "preset unit time". For example, if the "unit time" is set to 10 minutes, the "number of cases processed per hour" is the number of cases processed per 10 minutes.
  • the first numerical value for example, a value close to the maximum number of cases that can be accepted by the reception terminal 21 can be set.
  • the number of cases processed per hour increases to a certain extent and approaches the maximum number of cases that can be accepted by the reception terminal 21, to eliminate congestion (avoid congestion in this case) early so as not to cause congestion.
  • measures for A measure to guide visitors to a reception terminal other than the one reception terminal is an example of a measure for eliminating (avoiding) congestion.
  • the determination unit 32 refers to the processing number information, derives the rate of change in the number of processing cases per hour for each reception terminal, and refers to the rate of change to determine whether at least one of one or a plurality of reception terminals You may decide the measures for eliminating congestion.
  • the rate of change in the number of processed cases per hour is the difference in the number of processed cases per hour that continues in chronological order, and is represented by a positive number when increasing and a negative number when decreasing.
  • the determining unit 32 guides the visitor to a reception terminal other than the one reception terminal when the rate of change at one of the reception terminals is smaller than a predetermined second numerical value.
  • the measures may be included in the measures to be executed.
  • the second numerical value for example, it is possible to define the rate of change when the number of cases that can be accepted by the reception terminal 21 approaches the maximum value when the number of cases to be processed increases.
  • the fact that the rate of change in the number of processed cases is smaller than the second numerical value means that the processing capacity of the reception terminal approaches the maximum value, and the number of processed cases per hour does not increase any further (that is, congestion start). Therefore, it is preferable to include a measure to guide the visitor to a reception terminal other than the one reception terminal in the measures to be executed.
  • the determining unit 32 Measures to guide visitors may be included in the measures to be executed.
  • the rate of change changes so that the number of cases processed gradually increases, for example, when the rate of change increases exponentially (rapidly)
  • the rate of change is linear or polynomial in time
  • a measure may be determined to guide the visitor to a reception terminal other than the relevant reception terminal.
  • reception terminals to be guided may be selected from reception terminals that still have sufficient processing capacity, reception terminals that have not increased the number of processing cases per hour, and the like.
  • FIG. 6 is an example of a flow chart showing the flow of the determination method S2 for determining measures for relieving congestion according to this exemplary embodiment.
  • the acquisition unit 31 acquires information on the number of processed cases of an undetermined reception terminal.
  • step S22 the determination unit 32 determines whether or not the number of cases processed per hour is greater than a preset first value. When it is determined in step S22 that the number of processed items per hour is greater than the first value (S22: YES), the flow proceeds to step S25. If it is determined in step S22 that the number of processed items per hour is not greater than the first value (S22: NO), the flow proceeds to step S23.
  • step S23 the determining unit 32 determines whether or not the rate of change in the number of processed cases per hour is smaller than a preset second value. If it is determined in step S23 that the rate of change in the number of processed cases per hour is smaller than the second value (S23: YES), the flow proceeds to step S25. If it is determined in step S23 that the rate of change in the number of processed cases per hour is not smaller than the second value (S23: NO), the flow proceeds to step S24.
  • step S24 the determining unit 32 determines whether or not the rate of change is changing such that the number of cases processed per hour gradually increases. If it is determined in step S24 that the number of processed items is gradually increasing (S24: YES), the flow proceeds to step S25. If it is determined in step S24 that the rate of change in the number of processed items has not gradually increased (S24: NO), the flow proceeds to step S26.
  • step S25 the determination unit 32 determines measures to guide the visitor to a reception terminal other than the relevant terminal, and the flow proceeds to step S26.
  • step S26 the determination unit 32 determines whether or not the determination of all reception terminals 21 has been completed. If it is determined in step S26 that the determination of all reception terminals 21 has been completed (S26: YES), this process ends. If it is determined in step S26 that the determination of all reception terminals 21 has not been completed (S26: NO), the flow returns to step S21.
  • steps S22, S23, and S24 may be changed. Moreover, it is not necessary to determine all of steps S22, S23, and S24, and any one or two of them may be determined.
  • FIG. 7 is a graph schematically showing changes in the number of received and processed cases per time t.
  • the number of received and processed items gradually increases after the start of receiving, and enters a saturation state D where the number of items stops changing at a certain point.
  • Saturated state D is a state in which the number of received and processed items has reached the maximum value L.
  • FIG. During state D the number of visitors exceeds the reception processing capacity, suggesting that waiting time is occurring. In the reception process, it is preferable to execute congestion elimination measures before such state D occurs.
  • the determining unit 32 may refer to the processed number information to predict the degree of congestion in the future for each reception terminal, and determine measures to be executed according to the predicted degree of congestion.
  • the degree of congestion in the future is the time at which congestion occurs such that a waiting time occurs at a certain reception desk, or conversely, the time at which the congestion at the crowded reception desk is resolved.
  • the determining unit 32 refers to the predicted degree of congestion and notifies the visitors who gather at at least one of the one or more reception terminals when the congestion is expected to ease.
  • a measure may be determined and the determined measure may be included in the measures to be executed.
  • the determination unit 32 may refer to the predicted degree of congestion, determine a measure for announcing the time when congestion is expected to occur, and include the determined measure in the measures to be executed.
  • the degree of congestion in the future be predicted based on past reception records. For example, based on the relationship between reception data and data such as the type of event held in the past, the performers, the location of the venue, the location of the reception, etc., can be predicted to some extent. Further, the time when the congestion starts or the time when the congestion disappears may be estimated from the past record of the shape of the change in the number of reception processes shown in FIG. 7 . In this way, it is preferable to predict the degree of congestion at each reception based on past performance.
  • the determination unit 12 refers to the information on the number of processed cases, and takes measures to relieve congestion in at least one of one or a plurality of reception terminals. is adopted.
  • the determination unit 12 refers to the number of processes per hour at one of the reception terminals or the rate of change in the number of processes per hour, or predicts the degree of future congestion for each reception terminal to eliminate congestion.
  • FIG. 8 is a block diagram showing the configuration of a reception processing system 3B according to this exemplary embodiment.
  • the reception processing system 3B includes a plurality of reception terminals 21, an acquisition unit 31, a determination unit 32, a control unit 33, and a storage unit .
  • the reception processing system 3B includes signage (digital signage) 22 .
  • one signage 22 is preferably arranged corresponding to each reception terminal 21, but it does not necessarily have to be arranged correspondingly. For example, it may be arranged to correspond only to reception terminals 21 that are expected to be congested.
  • Acquisition unit 31, determination unit 32, control unit 33, and storage unit 34 are connected to network N so as to be able to communicate information.
  • the reception terminal 21 and the signage 22 are also connected to the network N so as to be able to communicate information.
  • the reception terminal 21 has, for example, the same configuration as the reception terminal 21 described in the second exemplary embodiment.
  • Acquisition unit 31 acquires processing number information indicating the number of processing cases per unit time from reception terminal 21 via Internet N.
  • the determination unit 32 refers to the processing number information acquired by the acquisition unit 31, and selects and determines a measure for relieving congestion in at least one of one or a plurality of reception terminals from a measure table described later. do.
  • the control unit 33 executes the determined policy or outputs policy information indicating the policy.
  • the storage unit 34 stores various programs executed by the acquisition unit 31 , the determination unit 32 and the control unit 33 .
  • the storage unit 34 stores, for example, the processing number information indicating the number of processing per unit time acquired by the acquisition unit 31 .
  • the storage unit 34 also stores the table of measures for eliminating congestion, which was described in the second exemplary embodiment.
  • Signage 22 displays the content transmitted by control unit 33 .
  • FIG. 9 is an example showing congestion information displayed on the signage 22.
  • the signage 22 is arranged near the reception terminal 21 so that visitors can easily find it.
  • the event name is displayed in a display area 221
  • the number (entrance entrance number) of the busy reception desk is displayed in a display area 222
  • the entrance map of the unoccupied reception desk is displayed in a display area 223.
  • an expected time is displayed in the display area 224, respectively.
  • Information displayed on the signage 22 is not limited to congestion information.
  • event information corresponding to the ticket may be displayed on the signage 22 .
  • a visitor who has a face authentication ticket or a ticket to be authenticated by a QR code (registered trademark) or the like has the signage 22 take a picture of the face or read the QR code (registered trademark), etc.
  • the event information corresponding to the ticket can be displayed on the signage 22.
  • the signage 22 is equipped with a camera and transmits the face of the visitor captured by the camera to the control unit 33 .
  • a control part 33 determines whether or not the face of the visitor matches the face registered when the ticket is purchased, and if the face matches, the event information corresponding to the ticket is transmitted to the signage 22 and displayed.
  • the control unit 33 determines the code and transmits the event information corresponding to the code to the signage 22 for display.
  • the control unit 33 may confirm the visitor by face authentication, QR code (registered trademark), or the like, and then display the congestion information.
  • the signage 22 of the busy reception displays the number of the busy reception, or the expected time when the reception with the signage 22 will be busy. configuration is adopted. For this reason, the visitors gathered at the crowded reception desk see the information displayed on the signage 22 and think to go to the less crowded reception desk, or to come back to this reception desk when they are ready. Moving. In this way, congestion at a busy reception is reduced. Even if the visitors are kept waiting at a crowded reception, they can understand that the congestion is properly dealt with by being notified of the empty reception, so that dissatisfaction is eliminated. In other words, in addition to the effects of the reception processing system 3 according to the exemplary embodiment 1, by announcing how to deal with congestion, congestion can be effectively eliminated or prevented, and visitor satisfaction can be improved. can be further enhanced.
  • FIG. 10 is a block diagram showing the configuration of a reception processing system 3C according to this exemplary embodiment.
  • the reception processing system 3C includes a plurality of reception terminals 21, an acquisition unit 31, a determination unit 32, a control unit 33, and a storage unit .
  • the reception processing system 3C includes one or more contact terminals 23.
  • the contact terminal 23 is a terminal for contacting a reception manager in charge of reception work or a reception assistant who assists reception.
  • the contact terminal 23 is configured to contact the reception assistant, it is preferable to arrange one contact terminal 23 corresponding to the reception terminal 21 where the reception assistant is present, as shown in FIG.
  • a contact terminal for contacting the reception manager for example, it may be arranged only in the reception management room where the manager resides.
  • the acquisition unit 31, the determination unit 32, the control unit 33, and the storage unit 34 are connected to the network N so as to be able to communicate information.
  • the reception terminal 21 and contact terminal 23 are also connected to the network N so as to be able to communicate information.
  • the reception terminal 21 has, for example, the same configuration as the reception terminal 21 described in the second exemplary embodiment.
  • the acquiring unit 31 acquires the processing time for each reception process from the reception terminal 21 or from at least one of a plurality of reception terminals.
  • the determination unit 32 refers to the processing time acquired by the acquisition unit 31, and selects and determines a policy for appropriately executing the reception process from a policy table, which will be described later.
  • the control unit 33 outputs policy information indicating the decided policy.
  • the storage unit 34 stores, for example, the processing start time and the processing end time of each reception process acquired by the acquisition unit 31 .
  • the storage unit 34 also stores a policy table for appropriately executing the reception process.
  • FIG. 11 is an example of a policy table for appropriately executing reception processing.
  • the measure B1 "contact the staff to confirm whether the reception process is appropriate" is a measure that recommends confirming whether the reception process at the reception terminal is properly executed.
  • the determination unit 32 determines this measure B1, Send.
  • the predetermined third numerical value may be, for example, the time expected to be required for valid reception processing. If the average value of processing time in the reception process is smaller than the third numerical value, there is a possibility that some inappropriate reception is being performed. Therefore, contact the reception assistant or reception manager. In response to this, the reception assistant or reception manager confirms whether or not the reception process has been properly performed.
  • Measure B2 "Notify staff to increase the number of receptionists" is a measure that recommends increasing the number of receptionists at reception terminals. Specifically, when the average value of the processing time in the reception process of a certain reception terminal is greater than a predetermined fourth numerical value, the determination unit 32 determines this measure B2, Send.
  • the predetermined fourth numerical value may be, for example, the time expected to be required for normal acceptance processing. If the average value of the processing time in the reception process is longer than the fourth numerical value, there is a possibility that the visitor is taking a long time to complete the reception procedure. Therefore, the reception manager is contacted to increase the number of receptionists. The increased number of receptionists assists visitors so that the reception process proceeds more smoothly.
  • Measure B3 “Change of admission time after ticket issuance” is a two-step reception process in which the visitor issues a ticket at the reception and uses that ticket to prevent resale of tickets. It is a measure. For example, the visitor presents the QR code (registered trademark) acquired when the ticket was purchased at the reception desk to have the ticket issued. Then, the reception is performed using the ticket. Such a two-stage reception can prevent ticket resale.
  • QR code registered trademark
  • Measure B3 is a measure that changes the time limit from when a visitor is issued a ticket to when they enter the venue, depending on the congestion situation.
  • a time limit is set from the time the ticket is issued until the entrance to prevent resale of the ticket.
  • the time limit is increased for that receptionist.
  • the control unit 33 changes the time limit. The decision of measure B3 may be communicated to the reception assistant or the reception manager using the contact terminal 23, but since no work is required, there is no need to contact them.
  • FIG. 12 is an example of a flowchart showing the flow of the admission optimization method S3 according to this exemplary embodiment.
  • the admission optimization method S3 includes the following steps. First, in step S31, the acquiring unit 31 acquires the processing time of the reception process for each undetermined reception terminal.
  • step S32 the determination unit 32 determines whether or not the average value of the processing times is smaller than the third numerical value.
  • the flow proceeds to step S34. If it is determined in step S32 that the average value of the processing times is smaller than the third numerical value (S32: YES), the flow proceeds to step S33.
  • step S33 the determining unit 32 transmits to the contact terminal 23 to confirm whether the reception process is properly executed. After that, the flow moves to step S34.
  • step S34 the determination unit 32 determines whether or not the average value of the processing times is greater than the fourth numerical value. If it is determined in step S34 that the average value of the processing times is not greater than the fourth numerical value (S34: NO), the process proceeds to step S36. When it is determined in step S34 that the average value of the processing times is greater than the fourth numerical value (S34: YES), the process proceeds to step S35.
  • step S35 the determination unit 32 transmits to the contact terminal 23 that the reception assistant will be dispatched. After that, the flow moves to step S36.
  • step S36 the determination unit 32 determines whether or not the determination of all reception terminals has been completed. If it is determined in step S36 that determination of all receiving terminals has not been completed (S36: NO), the process proceeds to step S31. If it is determined in step S36 that the determination of all reception terminals has been completed (S36: YES), the reception optimization process is terminated.
  • FIG. 13 is a display example of measures (messages) transmitted to and displayed on the contact terminal 23 .
  • measures messages
  • FIG. 13 On the display surface 230 of the contact terminal 23, for example, event names are displayed in a display area 231.
  • FIG. 13 In the display area 232, since the reception processing time is short for the reception numbered Reception East 5, there is a display recommending confirmation of whether the reception processing is appropriate.
  • the display area 233 the reception time is long at the reception numbered Reception West 3, so a display is made to recommend that reception assistance be provided.
  • the display area 234 since the reception numbered as reception damage 1 is crowded, a display recommending guidance to reception east 2 is displayed.
  • This display is an example in which the contact terminal 23 also performs the display for congestion relief using the signage 22 described in the second exemplary embodiment.
  • FIG. 13 shows an example in which a laptop personal computer is used as the contact terminal 23, the contact terminal 23 is not limited to this, and a smart phone, for example, may be used. Further, it is not necessary to arrange the contact terminal 23 for each reception terminal 21 . For example, a person in charge may carry a smartphone and visit a plurality of reception terminals 21 to respond.
  • the acquisition unit 31 further acquires the processing time for reception processing for each case from at least one of the one or a plurality of reception terminals 21, and the determination unit 32 , the processing time is referred to and measures for appropriately executing the reception processing are determined. Therefore, reception processing can be performed more appropriately by the reception processing system 3C, and visitor satisfaction can be further enhanced.
  • FIG. 14 is a block diagram showing the configuration of a reception processing system 3D according to this exemplary embodiment.
  • the reception processing system 3D includes an acquisition unit 31, a determination unit 32, a control unit 33, and a storage unit .
  • the reception processing system 3D transmits congestion information to the visitor terminal 24 via the Internet N instead of using a signage or contact terminal. This is the configuration for executing measures A3 and A6 described in the second exemplary embodiment.
  • this measure can be used when the e-mail address of the visitor's terminal is registered in advance in the reception processing system 3D.
  • the control unit 33 transmits to the terminal of the visitor, information such as the busy reception desk, the busy reception desk, the time when the crowded reception desk is expected to be light, and the like.
  • FIG. 15 is an example of congestion information displayed on the visitor terminal 24.
  • An event name is displayed in a display area 241 of the display surface 240 .
  • "east 1, east 4, east 5" are displayed as the numbers of the crowded entrances.
  • "East 2 East 3" is displayed as the number of the entrance that is busy.
  • "East 4" is displayed as the entrance number that is expected to open in 30 minutes.
  • Other information may also be displayed in the display area 245 .
  • FIG. 16 is a display example of a visitor terminal showing a method of resolving congestion through interaction between the reception processing system 3D and the visitor.
  • the reception processing system 3D can use the visitor terminal 24 to provide interactive congestion information guidance such as a chatbot.
  • the display screen 240 of the visitor terminal 24 displays the answer "A3 is busy now" from the reception processing system 3D to the question "A3 is busy?" input by the visitor. is displayed, and the response "I think you will be hungry in 30 minutes.” from the reception processing system 3D to the question "When do you think you will like it?” input by the visitor is displayed.
  • the reception processing system 3D interact with the visitor, it is possible to more quickly provide the visitor with congestion information and how to deal with it.
  • the determination unit 32 transmits congestion information to the visitor terminal 24. For this reason, visitors can obtain congestion information before arriving at the reception desk, and can decide the entrance and entrance time so as to avoid congestion. Therefore, it is possible to obtain an effect that the degree of satisfaction of the visitors can be further improved.
  • reception processing devices 1, 1A and reception processing systems 3, 3A, 3B, 3C, 3D are hardware such as integrated circuits (IC chips) may be realized by , or may be realized by software.
  • the reception processing device 1 and the like are realized, for example, by a computer that executes instructions of a program, which is software that realizes each function.
  • a computer that executes instructions of a program, which is software that realizes each function.
  • An example of such a computer (hereinafter referred to as computer C) is shown in FIG.
  • Computer C comprises at least one processor C1 and at least one memory C2.
  • a program P for operating the computer C as the reception processing device 1 or the like is recorded in the memory C2.
  • the processor C1 reads the program P from the memory C2 and executes it, thereby realizing each function of the reception processing device 1 and the like.
  • processor C1 for example, CPU (Central Processing Unit), GPU (Graphics Processing Unit), DSP (Digital Signal Processor), MPU (Micro Processing Unit), FPU (Floating point number Processing Unit), PPU (Physics Processing Unit) , a microcontroller, or a combination thereof.
  • memory C2 for example, a flash memory, HDD (Hard Disk Drive), SSD (Solid State Drive), or a combination thereof can be used.
  • the computer C may further include a RAM (Random Access Memory) for expanding the program P during execution and temporarily storing various data.
  • Computer C may further include a communication interface for sending and receiving data to and from other devices.
  • Computer C may further include an input/output interface for connecting input/output devices such as a keyboard, mouse, display, and printer.
  • the program P can be recorded on a non-temporary tangible recording medium M that is readable by the computer C.
  • a recording medium M for example, a tape, disk, card, semiconductor memory, programmable logic circuit, or the like can be used.
  • the computer C can acquire the program P via such a recording medium M.
  • the program P can be transmitted via a transmission medium.
  • a transmission medium for example, a communication network or broadcast waves can be used.
  • Computer C can also obtain program P via such a transmission medium.
  • Appendix 1 One or a plurality of reception terminals; acquisition means for acquiring processing number information indicating the number of processing cases per unit time from the one or more reception terminals; and referring to the processing number information to determine a measure to be executed. and a control means for executing the policy decided by the decision means or outputting policy information indicating the policy decided by the decision means.
  • the determining means guides the visitor to the reception terminal other than the one reception terminal when the number of processed cases per time at one of the reception terminals exceeds a predetermined first numerical value.
  • the determining means refers to the information on the number of processed cases to derive a rate of change in the number of processed cases per hour for each of the reception terminals, and refers to the rate of change to determine whether at least one of the one or more reception terminals 4.
  • the reception processing system according to any one of appendices 1 to 3, characterized in that it determines a measure for relieving congestion in the
  • the determination means implements measures to guide the visitor to the reception terminal other than the one reception terminal. , is included in the measures to be executed.
  • the determining means directs the visitor to the reception terminal other than the one reception terminal when the rate of change in one of the reception terminals is changing such that the number of cases processed per hour gradually increases. 6.
  • the determining means refers to the information on the number of processed cases, predicts a future degree of congestion for each of the reception terminals, and determines the measure to be executed according to the predicted degree of congestion.
  • the reception processing system according to any one of appendices 1 to 6.
  • the determining means refers to the predicted degree of congestion, and determines measures to notify visitors who gather at at least one of the one or more reception terminals at a time when congestion is expected to ease. , the reception processing system according to appendix 7, wherein the determined measure is included in the measure to be executed.
  • the acquisition means further acquires a processing time for each reception process from at least one of the one or a plurality of reception terminals, and the determination means refers to the processing time to perform the reception process appropriately.
  • the reception processing system according to any one of appendices 1 to 8, characterized in that it determines measures to be executed in the
  • the determining means confirms whether or not the reception process at the reception terminal is properly executed when the average value of the processing times in the reception process at the reception terminal is smaller than a predetermined third numerical value. 10.
  • the determining means recommends increasing the number of receptionists at the certain reception terminal when the average value of the processing time in the reception process of the reception terminal is greater than a predetermined fourth numerical value.
  • the reception processing system according to Supplementary Note 9 or 10, characterized in that a measure is included in the measure to be executed.
  • At least one processor acquires processing number information indicating the number of processing cases per unit time from one or a plurality of reception terminals, refers to the processing number information, and determines measures to be executed.
  • a reception processing method including: executing the policy determined above; or outputting policy information indicating the determined policy.
  • At least one processor is provided, and the processor obtains processing number information indicating the number of processing cases per unit time from one or more reception terminals, and measures to be executed by referring to the processing number information. and an output process of executing the determined measure or outputting measure information indicating the determined measure.
  • the reception processing device may further include a memory, and the memory stores a program for causing the processor to execute the acquisition process, the determination process, and the output process. good too. Also, this program may be recorded in a computer-readable non-temporary tangible recording medium.
  • Reference Signs List 1 1A reception processing device 3, 3A, 3B, 3C, 3D reception processing system 11, 31 acquisition unit 12, 32 determination unit 13, 33, 41 control unit 14 memory 15, 43 communication unit 21 ... Reception terminal 22 ... Signage 23 ... Contact terminal 24 ... Visitor terminal 34 ... Storage unit 42 ... Reception unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Telephonic Communication Services (AREA)

Abstract

受付端末で来場者の受付処理を行うにあたり、来場者の満足度を高めるように受付処理を行うために、受付処理装置（１）は、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得手段（１１）と、処理件数情報を参照して、実行すべき施策を決定する決定手段（１２）と、決定手段が決定した施策を実行するか、又は、決定手段が決定した施策を示す施策情報を出力する制御手段（１３）とを備えている。

Description

受付処理装置、受付処理システム、受付処理方法及びプログラム
　本発明は、受付処理装置、受付処理システム、受付処理方法及びプログラムに関する。
　従来、さまざまな混雑を解消する技術が開発されている。例えば、特許文献１には、ＡＴＭを用いた自動取引システムの通信回線のデータ転送速度の遅さを示す混雑度を検出し、混雑度に応じてＡＴＭの所定の取引を停止する自動取引システムが開示されている。
日本国特開2013-242647号明細書
　特許文献１に開示された自動取引システムにおいては、混雑時に各ＡＴＭにおいて所定の取引を停止することでＡＴＭ全体としての混雑は解消されるが、ＡＴＭの利用者にしてみれば、所定の取引を停止させられてしまうため、混雑は解消されても必ずしも利用者の満足は得られないという問題がある。
　本発明の一態様は、上記の問題に鑑みてなされたものであり、受付端末で来場者の受付処理を行うにあたり、来場者の満足度を高めるように受付処理を行うための技術を提供することを目的とする。
　本発明の一側面に係る受付処理装置は、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得手段と、前記処理件数情報を参照して、実行すべき施策を決定する決定手段と、前記決定手段が決定した施策を実行するか、又は、前記決定手段が決定した施策を示す施策情報を出力する制御手段と、を備える。
　本発明の一側面に係る受付処理システムは、１又は複数の受付端末と、前記１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得手段と、前記処理件数情報を参照して、実行すべき施策を決定する決定手段と、前記決定手段が決定した施策を実行するか、又は、前記決定手段が決定した施策を示す施策情報を出力する制御手段と、を備える。
　本発明の一側面に係る受付処理方法は、少なくとも１つのプロセッサが、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得すること、前記処理件数情報を参照して、実行すべき施策を決定すること、決定された前記施策を実行するか、又は、決定された施策を示す施策情報を出力すること、を含む。
　本発明の一側面に係るプログラムは、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得処理と、前記処理件数情報を参照して、実行すべき施策を決定する決定処理と、決定された前記施策を実行するか、又は、決定された前記施策を示す施策情報を出力する処理と、コンピュータに実行させる。
　本発明の一態様によれば、受付端末で来場者の受付処理を行うにあたり、来場者の満足度を高めるように受付処理を行うための技術を提供することができる。
本発明の例示的実施形態１に係る受付処理装置の構成を示すブロック図である。 例示的実施形態１に係る受付処理方法の流れを示すフローチャートである。 例示的実施形態１に係る受付処理システムの構成を示すブロック図である。 本発明の例示的実施形態２に係る受付処理システムの構成を示すブロック図である。 例示的実施形態２に係る混雑を解消する施策の例を示す施策表である。 例示的実施形態２に係る混雑を解消する施策を決定する決定方法の流れを示すフローチャートの一例である。 例示的実施形態２に係る時間ｔあたりの受付処理件数の変化を模式的に表したグラフである。 例示的実施形態３に係る受付処理システムの構成を示すブロック図である。 例示的実施形態３に係るサイネージに表示される混雑情報を示す一例である。 例示的実施形態４に係る受付処理システムの構成を示すブロック図である。 例示的実施形態４に係る受付処理を適切に実行するための施策表の一例である。 例示的実施形態４に係る受付適正化方法の流れを示すフローチャートの一例である。 例示的実施形態４に係る連絡端末に送信され表示される施策（連絡事項）の表示例である。 例示的実施形態５に係る受付処理システムの構成を示すブロック図である。 例示的実施形態５に係る来場者端末に表示される混雑情報の一例である。 例示的実施形態５に係る受付処理システムと来場者とが対話することにより、混雑を解消する方法を示す来場者端末の表示例である。 ソフトウェアによって情報処理装置及び情報処理システムを実現するための構成図である。
　〔例示的実施形態１〕
　本発明の第１の例示的実施形態について、図面を参照して詳細に説明する。本例示的実施形態は、後述する例示的実施形態の基本となる形態である。
　本例示的実施形態に係る受付処理装置１は、一例として、来場者の待ち時間をできるだけ少なくできるように、受付端末を介した受付処理のアシストを行うよう構成される。これにより、できるだけ多くの来場者が満足できるような受付処理を実現する。受付処理とは、受付端末により行われる、来場者の入場の許可又は拒否を判断する所定の処理である。
　例えば、来場者が混雑した受付端末で待たされそうな場合は、受付処理装置１は、すいている受付端末、換言すれば混雑度が相対的に小さい受付端末に誘導する施策により、来場者の待ち時間を短くすることができる。
　なお、本例示的実施形態でいう来場者とは、コンサート等のイベント会場、アミューズメントパーク、各種の展覧会の会場、集団接種や各種説明会などの多数の人を対象に業務を行う特設会場等において、入場するために必要な受付手続に来る人を指す。
　（受付処理装置１の構成）
　本例示的実施形態に係る受付処理装置１の構成について、図１を参照して説明する。図１は、受付処理装置１の構成を示すブロック図である。
　図１に示すように、受付処理装置１は、取得部１１、決定部１２及び制御部１３を備えている。取得部１１、決定部１２及び制御部１３は、それぞれ請求の範囲に記載した取得手段、決定手段及び制御手段の一形態である。
　取得部１１は、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する。単位時間とは、例えば１０分、３０分、又は１時間等であり、受付処理に要する時間等に応じて任意に定めることができる。受付端末は、来場者が入場するために必要な手続きを受け付ける装置である。なお、以下の例示的実施形態では、受付端末自体を指す場合を除き、受付端末が設置された受付場所又は入場口を、単に「受付」又は「入場口」とも称する。処理件数は、受付処理を完了した人数と言い換えることができる。
　決定部１２は、処理件数情報を参照して、実行すべき施策を決定する。一例として、決定部１２は、処理件数情報からある受付が混んでいると判定した場合は、予め設定された施策の中から、当該ある受付における混雑を解消するために適切な施策を決定する。混雑を解消するための施策とは、例えば、すいている受付を来場者に知らせる、混雑している受付端末がすくと予想される時刻を来場者に知らせる等である。
　制御部１３は、決定部１２が決定した施策を実行するか、又は、決定部１２が決定した施策を示す施策情報を出力する。一例として、決定部１２が、混雑を解消するためにすいている受付を表示する決定をした場合は、制御部１３は、この施策を実行する。具体的には、制御部１３は、例えば、混んでいる受付付近に設置されたサイネージに、すいている受付の番号（あるいは、すいている受付の入場口番号）を送信して表示させる処理を実行する。
　また、サイネージが配置されていない構成において、決定部１２が、混雑を解消するためにすいている受付を係員に連絡すると決定した場合は、制御部１３は、決定部１２が決定した施策を示す施策情報を出力する。具体的には、制御部１３は、例えば、係員の連絡端末に送信してすいている受付の番号を表示させ、来場者をその受付に誘導することを係員に推奨する。これを見た係員は自ら、来場者をすいている受付へ向かうよう誘導することができる。又は、係員は、受付補助者に対して来場者をすいている受付へ誘導するように指示することができる。これにより、混んでいる受付の混雑度が低減される。これにより、来場者の満足度を高めることができる。
　以上のように、本例示的実施形態に係る受付処理装置１においては、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得部１１と、処理件数情報を参照して、実行すべき施策を決定する決定部１２と、決定部１２が決定した施策を実行するか、又は、決定部１２が決定した施策を示す施策情報を出力する制御部１３と、を備える構成が採用されている。このため、本例示的実施形態に係る受付処理装置１によれば、受付端末で来場者の受付処理を行うにあたり、来場者の満足度を高めるように受付処理を行うための技術を提供することができる、という効果が得られる。
　（受付処理方法の流れ）
　次に、本例示的実施形態に係る受付処理方法Ｓ１の流れについて、図２を参照して説明する。図２は、受付処理装置１が実行する受付処理方法Ｓ１の流れを示すフロー図である。
　図２に示すように、受付処理方法Ｓ１は次のステップを含む。まず、ステップＳ１１において、取得部１１は、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する。ステップＳ１２において、決定部１２は、処理件数情報を参照して、実行すべき施策を決定する。ステップＳ１３において、制御部１３は、決定された施策を実行するか、又は、決定された施策を示す施策情報を出力する。
　以上のように、本例示的実施形態に係る受付処理方法Ｓ１においては、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得し、処理件数情報を参照して、実行すべき施策を決定し、決定された施策を実行するか、又は、決定された施策を示す施策情報を出力する、という構成が採用されている。このため、本例示的実施形態に係る受付処理方法Ｓ１によれば、受付端末で来場者の受付処理を行うにあたり、来場者の満足度を高めるように受付処理を行うための技術を提供することができる、という効果が得られる。
　（受付処理システムの構成）
　次に、本例示的実施形態に係る受付処理システム３について、図３を参照して説明する。図３は、受付処理システム３の構成を示すブロック図である。
　図３に示すように、受付処理システム３は、１又は複数の受付端末２１、取得部３１、決定部３２及び制御部３３を備えている。受付端末２１は、来場者が入場するために必要な手続きを受け付ける装置である。図３においては、ｎ（ｎは１以上の整数）台の受付端末２１ａ、２１ｂ…、２１ｎを示しているが、以下の説明において個々の受付端末を区別する必要のない場合は、受付端末全体として符号２１を付して説明する。また、ある１つの受付端末を示す場合は、受付端末２１ｉと表記する。受付端末２１以外においても、複数の構成要素がある場合は、同様の表記を行う。
　取得部３１、決定部３２及び制御部３３は、それぞれ請求の範囲に記載した取得手段、決定手段及び制御手段の一形態である。
　受付端末２１、取得部３１、決定部３２及び制御部３３は、ネットワークＮを介して互いに情報通信可能に接続されている。これらの各部は、１つのサーバ又は装置に設けられていてもよく、複数のサーバ又は装置に分散して設けられていてもよい。
　取得部３１は、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する。決定部３２は、処理件数情報を参照して、実行すべき施策を決定する。制御部３３は、決定部３２が決定した施策を実行するか、又は、決定部３２が決定した施策を示す施策情報を出力する。取得部３１、決定部３２及び制御部３３の各部が有する機能については、受付処理装置１の各部の説明で説明した機能と同じであるため、ここでの説明は省略する。
　以上のように、本例示的実施形態に係る受付処理システム３においては、１又は複数の受付端末と、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得手段と、処理件数情報を参照して、実行すべき施策を決定する決定手段と、決定手段が決定した施策を実行するか、又は、決定手段が決定した施策を示す施策情報を出力する制御手段と、を備える、という構成が採用されている。このため、本例示的実施形態に係る受付処理システム３によれば、受付処理装置１により得られる効果と同様の効果が得られる。
　〔例示的実施形態２〕
　本発明の第２の例示的実施形態について、図面を参照して詳細に説明する。なお、例示的実施形態１にて説明した構成要素と同じ機能を有する構成要素については、同じ符号を付し、その説明を適宜省略する。
　（受付処理システム３Ａの構成）
　図４は、本例示的実施形態に係る受付処理システム３Ａの構成を示すブロック図である。図４に示すように、受付処理システム３Ａは、受付処理装置１Ａと複数の受付端末２１とを含む。
　受付処理装置１Ａは、取得部１１、決定部１２及び制御部１３を含むプロセッサ１０と、メモリ１４と、通信部１５とを備えている。取得部１１、決定部１２及び制御部１３は、実施形態１で説明した取得部１１、決定部１２及び制御部１３と同様の構成を有する。受付処理装置１Ａは、インターネットＮを介して、複数の受付端末２１と情報通信可能に接続されている。
　受付処理装置１Ａのメモリ１４は、プロセッサ１０が実行する各種プログラムを記憶している。また、メモリ１４は、取得部１１が取得した、例えば、単位時間あたりの処理件数を示す処理件数情報を記憶する。また、メモリ１４は、後述するように、混雑を解消する施策表を記憶している。
　受付処理装置１Ａの通信部１５は、インターネットＮに接続し、受付端末２１との通信を行う。プロセッサ１０の取得部１１は、受付端末２１から、単位時間あたりの処理件数を示す処理件数情報をインターネットＮを介して取得する。決定部１２は、取得した処理件数情報を参照して、１又は複数の受付端末の少なくとも何れかにおける混雑を解消するために実行すべき施策を施策表の中から選択して決定する。制御部１３は、決定された施策を実行するか、又は、その施策を示す施策情報を出力する。
　受付端末２１は、それぞれがインターネットＮを介して受付処理装置１Ａに接続されている。受付端末２１は、一例として、それぞれが制御部４１、受付部４２、通信部４３を備えている。制御部４１は、受付端末２１が行う受付処理全体を統括制御する。受付部４２は、来場者の受付手続きを受け付ける。例えば、受付部４２は、来場者がタッチ操作を行うパネル操作部と、バーコード読み取りを行う光学読取部とを含む。通信部４３は、インターネットＮに接続し、受付処理装置１Ａからの情報送信指示を受けて単位時間あたりの処理件数を示す処理件数情報を受付処理装置１Ａに送信する。処理件数情報は、例えば各受付処理の処理開始時刻と処理終了時刻を含んでもよい。
　受付処理システム３Ａの決定部１２は、取得部１１が取得した処理件数情報を参照して、１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を決定する。具体的には、一例として、決定部１２は、混雑を解消するための施策表の中から施策を選択して決定する。決定する施策は、１つだけに限らず複数でもよい。
　図５は、混雑を解消するための施策の例を示す施策表５１である。メモリ１４には、このような施策表５１が予め記憶されている。施策Ａ１とＡ４は、混んでいる受付端末２１ｉの近傍に配置したサイネージに、すいている受付端末情報又は受付端末２１ｉがすくと予想される時刻を送信（表示）する施策である。この施策が決定された場合は、制御部１３は、サイネージにすいている受付端末情報又は受付端末２１ｉがすくと予想される時刻を表示させる。なお、例えば複数のイベントが行われている会場であれば、すいている受付端末として、他のイベントの受付端末を表示してもよい。
　施策Ａ２とＡ５は、すいている受付端末又は受付端末２１ｉがすくと予想される時刻を係員の連絡端末に送信する施策である。この施策が決定された場合は、制御部１３は、係員が管轄している連絡端末に、すいている受付端末情報又は受付端末２１ｉがすくと予想される時刻を送信（表示）し、すいている受付に来場者を誘導するか、すくと予想される時刻に改めて受付に来るように来場者に伝えることを係員に勧奨する。施策Ａ２とＡ５は、混んでいる受付端末２１ｉの近傍にはサイネージが配置されていない場合に主に採用されるが、サイネージが配置されている場合に、施策Ａ１とＡ４と併せて採用を決定してもよい。
　施策Ａ３とＡ６は、すいている受付端末情報又は受付端末２１ｉがすくと予想される時刻を、来場者が所有する端末に送信する施策である。この施策は、来場者の端末のメールアドレス等が予め受付処理装置１Ａに登録されている場合に用いることができる。この施策が決定された場合は、制御部１３は、混雑している受付、すいている受付、混んでいる受付がすくと予想される時刻等を、来場者の端末に送信する。
　（施策決定処理例１）
　次に、決定部３２がどのようにして、処理件数情報を参照して混雑を解消するための施策を決定するのかについて説明する。一例として、決定部３２は、受付端末の１つにおける時間あたりの処理件数が、予め定めた第１の数値よりも大きくなった場合に、当該１つの受付端末以外の受付端末へ来場者を誘導する施策を、実行すべき施策に含めてもよい。時間あたりの処理件数とは、「予め設定した単位時間」あたりの処理件数である。例えば、「単位時間」を１０分と設定した場合は、「時間あたりの処理件数」は１０分あたりの処理件数である。
　第１の数値として、例えば受付端末２１での受付可能件数の最大値に近い値を設定することができる。時間あたりの処理件数がある程度大きくなって、受付端末２１での受付可能件数の最大値に近づいた場合は、混雑が発生しないように、早めに混雑の解消（この場合は混雑の回避）のための施策を決定することが好ましいためである。当該１つの受付端末以外の受付端末へ来場者を誘導する施策は、混雑解消（回避）のための施策の一例である。
　（施策決定処理例２）
　また、決定部３２は、処理件数情報を参照して、受付端末ごとに時間あたりの処理件数の変化率を導出し、当該変化率を参照して、１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を決定してもよい。時間あたりの処理件数の変化率とは、時系列的に連続する時間あたりの処理件数の差を、増加する場合は正の数で、減少する場合は負の数で表したものである。
　（施策決定処理例３）
　具体的には、決定部３２は、受付端末の１つにおける変化率が、予め定めた第２の数値よりも小さくなった場合に、当該１つの受付端末以外の受付端末へ来場者を誘導する施策を、実行すべき施策に含めてもよい。
　第２の数値として、例えば、処理件数が増加する段階で、受付端末２１での受付可能件数の最大値に近づいた場合の変化率を規定することができる。この場合、処理件数の変化率が第２の数値よりも小さくなるということは、受付端末の処理能力の最大値に近づいて、これ以上時間あたりの処理件数が増加することはない（つまり、混雑が始まる）と予測されることを示唆する。そのため、当該１つの受付端末以外の受付端末へ来場者を誘導する施策を、実行すべき施策に含めることが好ましい。
　（施策決定処理例４）
　また、具体的には、決定部３２は、受付端末の１つにおける変化率が、時間あたりの処理件数が次第に増加するように変化している場合に、当該１つの受付端末以外の受付端末へ来場者を誘導する施策を、実行すべき施策に含めてもよい。変化率が、処理件数が次第に増加するように変化している場合とは、変化率が例えば指数的に（急激に）増加しているような場合、変化率が時間の１次式的又は多項式的に増加している場合などである。例えば、判定処理の一例として、変化率の増加割合が所定の閾値以上になった場合に、当該受付端末以外の受付端末へ来場者を誘導する施策を決定してもよい。
　受付端末の処理能力にまだ余裕がある段階でも、また１つの変化率が小さくても、変化率が次第に増加するように変化する場合は、その後すぐに混雑が始まることが予想されるために、早めに混雑解消の施策を取ることが好ましいためである。なお、誘導する他の受付端末の選択は、処理能力にまだ余裕がある受付端末のほか、時間あたりの処理件数が増加していない受付端末などを選択してもよい。
　（施策決定方法）
　次に、混雑を解消する施策を決定する方法の一例について説明する。図６は、本例示的実施形態に係る混雑を解消する施策を決定する決定方法Ｓ２の流れを示すフローチャートの一例である。まず、ステップＳ２１において、取得部３１は未判定の受付端末の処理件数情報を取得する。
　次に、ステップＳ２２において、決定部３２は、時間あたりの処理件数が予め設定した第１の値より大きいか否かを判定する。ステップＳ２２において、時間あたりの処理件数が第１の値より大きいと判定された場合（Ｓ２２：ＹＥＳ）は、フローはステップＳ２５に移行する。ステップＳ２２において、時間あたりの処理件数が第１の値より大きくないと判定された場合（Ｓ２２：ＮＯ）は、フローはステップＳ２３に移行する。
　ステップＳ２３において、決定部３２は、時間あたりの処理件数の変化率が予め設定した第２の値より小さいか否かを判定する。ステップＳ２３において、時間あたりの処理件数の変化率が第２の値より小さいと判定された場合（Ｓ２３：ＹＥＳ）は、フローはステップＳ２５に移行する。ステップＳ２３において、時間あたりの処理件数の変化率が第２の値より小さくないと判定された場合（Ｓ２３：ＮＯ）は、フローはステップＳ２４に移行する。
　ステップＳ２４において、決定部３２は、変化率が、時間あたりの処理件数が次第に増加するように変化しているか否かを判定する。ステップＳ２４において、処理件数が次第に増加するように変化していると判定された場合（Ｓ２４：ＹＥＳ）は、フローはステップＳ２５に移行する。ステップＳ２４において、処理件数の変化率が次第に増加するように変化していないと判定された場合（Ｓ２４：ＮＯ）は、フローはステップＳ２６に移行する。
　ステップＳ２５において、決定部３２は、当該端末以外の受付端末へ来場者を誘導する施策を決定し、フローはステップＳ２６に移行する。
　ステップＳ２６において、決定部３２は、全ての受付端末２１の判定を終了したか否かを判定する。ステップＳ２６において、全ての受付端末２１の判定を終了したと判定された場合（Ｓ２６：ＹＥＳ）は、本処理は終了する。ステップＳ２６において、全ての受付端末２１の判定を終了していないと判定された場合（Ｓ２６：ＮＯ）は、フローはステップＳ２１に戻る。
　ステップＳ２２，Ｓ２３，Ｓ２４の順序は入れ替えてもよい。また、ステップＳ２２，Ｓ２３，Ｓ２４の全てを判定する必要はなく、いずれか１つ、又は２つを判定してもよい。
　（施策を決定するタイミング）
　上述の混雑を解消する施策を決定するタイミングの理由について悦明する。図７は、時間ｔあたりの受付処理件数の変化を模式的に表したグラフである。受付処理件数は、例えば受付開始後から次第に増加していき、ある時点から件数の変化がなくなる飽和状態Ｄに入る。飽和状態Ｄは、受付処理件数が最大値Ｌに達した状態である。状態Ｄの間は来場者数が受付処理能力を上回っており、待ち時間が発生していることを示唆している。受付処理においては、このような状態Ｄが生じる前に混雑解消施策を実行することが好ましい。状態Ｄに達する前には、処理件数が急増する、あるいは処理件数が飽和しかけるといった前触れ段階があるのが通常であり、上述のステップＳ２２，Ｓ２３，Ｓ２４は、この前触れ状態を検知するステップの一例である。
　（混雑の程度の予測）
　また、決定部３２は、処理件数情報を参照して、受付端末ごとの将来の混雑の程度を予測し、予測した混雑の程度に応じて実行すべき施策を決定してもよい。将来の混雑の程度とは、ある受付で待ち時間が発生するような混雑が生じる時刻、あるいは逆に、混雑している受付の混雑が解消される時刻等である。
　具体的には、決定部３２は、予測した混雑の程度を参照して、当該１又は複数の受付端末の少なくとも何れかに集まる来場者に対して、混雑が緩和すると予想される時間を告知する施策を決定し、決定した施策を、実行すべき施策に含めてもよい。あるいは逆に、決定部３２は、予測した混雑の程度を参照して、混雑が発生すると予想される時間を告知する施策を決定し、決定した施策を、実行すべき施策に含めてもよい。
　将来の混雑の程度は、過去の受付実績に基づいて予測されることが好ましい。例えば、過去に行った実績イベントの種類、出演者、会場の場所、受付の位置等のデータと受付データとの関係から、新たに行うイベントの混雑する受付の位置、混雑する時間帯、来場者の増減の時間的傾向等がある程度予測できる。また、図７に示す受付処理件数の変化の形状の過去の実績から、混雑が始まる時刻、又は混雑が解消する時刻を推定してもよい。このように、過去の実績に基づいて、それぞれの受付の混雑の程度を予測することが好ましい。
　（受付処理システム３Ａの効果）
　以上のように、本例示的実施形態に係る受付処理システム３Ａにおいては、決定部１２は、処理件数情報を参照して、１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を決定するという構成が採用されている。例えば、決定部１２は、受付端末の１つにおける時間あたりの処理件数又は時間あたりの処理件数の変化率を参照して、あるいは受付端末ごとの将来の混雑の程度を予測して、混雑を解消するための施策を決定する。このため、本例示的実施形態に係る受付処理システム３Ａによれば、例示的実施形態１に係る受付処理システム３の奏する効果に加えて、効果的に混雑を解消、又は予防することにより、来場者の満足度を高めることができるという効果が得られる。
　〔例示的実施形態３〕
　本発明の第３の例示的実施形態について、図面を参照して詳細に説明する。なお、例示的実施形態１及び２にて説明した構成要素と同じ機能を有する構成要素については、同じ符号を付記し、その説明を繰り返さない。
　（受付処理システム３Ｂの構成）
　本例示的実施形態に係る受付処理システム３Ｂについて、図面を参照して説明する。図８は、本例示的実施形態に係る受付処理システム３Ｂの構成を示すブロック図である。図８に示すように、受付処理システム３Ｂは、複数の受付端末２１、取得部３１、決定部３２、制御部３３、記憶部３４を備えている。さらに、受付処理システム３Ｂは、サイネージ（デジタルサイネージ）２２を含む。サイネージ２２は、図８に示すように、各受付端末２１に対応して１つずつ配置されることが好ましいが、必ずしも対応して配置されなくてもよい。例えば、混雑が予想される受付端末２１だけに対応して配置されていてもよい。取得部３１、決定部３２、制御部３３、記憶部３４は、ネットワークＮに情報通信可能に接続されている。また、受付端末２１とサイネージ２２もネットワークＮに情報通信可能に接続されている。
　受付端末２１は、例えば例示的実施形態２で説明した受付端末２１と同様な構成を有している。取得部３１は、受付端末２１から、単位時間あたりの処理件数を示す処理件数情報をインターネットＮを介して取得する。決定部３２は、取得部３１が取得した処理件数情報を参照して、１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を、後述する施策表の中から選択して決定する。制御部３３は、決定された施策を実行するか、又は、その施策を示す施策情報を出力する。記憶部３４は、取得部３１、決定部３２及び制御部３３が実行する各種プログラムを記憶している。また、記憶部３４は、取得部３１が取得した、例えば、単位時間あたりの処理件数を示す処理件数情報を記憶する。また、記憶部３４は、例示的実施形態２で説明した、混雑を解消するための施策表を記憶している。サイネージ２２は、制御部３３によって送信された内容を表示する。
　図９は、サイネージ２２に表示される混雑情報を示す一例である。前述のように、サイネージ２２は、来場者が容易に見つけることができるように、受付端末２１の近傍に配置されている。サイネージ２２の表示画面２２０には、一例として、イベント名が表示領域２２１に、すいている受付の番号（入場口番号）が表示領域２２２に、すいている受付の入場口マップが表示領域２２３に、サイネージ２２が配置された受付がすくであろう予想時間（今後の待ち時間又はすく時刻）が表示領域２２４に、それぞれ表示されている。また、サイネージ２２に表示される情報は混雑情報に限られない。例えば、サイネージ２２に、チケットに対応したイベント情報を表示させてもよい。一例として、顔認証チケットやＱＲコード（登録商標）等で認証するチケットを持っている来場者は、サイネージ２２に顔を撮影させるか、又はＱＲコード（登録商標）等を読み込ませることにより、そのチケットに対応するイベント情報をサイネージ２２に表示させることができる。サイネージ２２は、カメラを備えておき、カメラで撮像した来場者の顔を制御部３３に送信する。制御部３３は、来場者の顔がチケットを購入した際に登録した顔と一致するかどうかを判定し、一致した場合にチケットに対応したイベント情報を当該サイネージ２２に送信して表示させる。サイネージ２２がコードリーダ等を備える場合も同様に、読み込んだコードを制御部３３に送信し、制御部３３がそのコードを判定してコードに対応したイベント情報を当該サイネージ２２に送信して表示させる。また、制御部３３は、混雑情報を表示する際に、顔認証又はＱＲコード（登録商標）等により来場者を確認してから混雑情報を表示するようにしてもよい。
　本例示的実施形態に係る受付処理システム３Ｂにおいては、混んでいる受付のサイネージ２２に、すいている受付の番号が、又はサイネージ２２が配置された受付がすくであろう予想時間が表示される構成が採用されている。このため、混んでいる受付に集まっている来場者は、サイネージ２２に表示された情報を見て、すいている受付に行こうと考え、あるいは、すく頃にまたこの受付に来ようと考えて移動する。このようにして、混んでいる受付の混雑度が低減される。来場者は、混雑した受付で待たされても、すいている受付を知らされる等により、混雑に対してきちんと対応がなされていることを理解できるため、不満が解消される。つまり、例示的実施形態１に係る受付処理システム３の奏する効果に加えて、混雑への対処方法を告知することにより、効果的に混雑を解消、又は予防することができ、来場者の満足度をより高めることができるという効果が得られる。
　〔例示的実施形態４〕
　本発明の第４の例示的実施形態について、図面を参照して詳細に説明する。なお、例示的実施形態１から３にて説明した構成要素と同じ機能を有する構成要素については、同じ符号を付記し、その説明を繰り返さない。
　（受付処理システム３Ｃの構成）
　本例示的実施形態に係る受付処理システム３Ｃについて、図面を参照して説明する。図１０は、本例示的実施形態に係る受付処理システム３Ｃの構成を示すブロック図である。
図１０に示すように、受付処理システム３Ｃは、複数の受付端末２１、取得部３１、決定部３２、制御部３３、記憶部３４を備えている。
　受付処理システム３Ｃは、１又は複数の連絡端末２３を含む。連絡端末２３は、受付業務を管轄する受付管理者、又は受付で受付補助を行う受付補助者に連絡するための端末である。連絡端末２３は、受付補助者に連絡するように構成されている場合は、図１０に示すように、受付補助者がいる受付端末２１に対応して１つずつ配置されることが好ましい。また、受付管理者に連絡する連絡端末の場合は、例えば、管理者が常駐する受付管理室だけに配置されていてもよい。
　取得部３１、決定部３２、制御部３３、記憶部３４は、ネットワークＮに情報通信可能に接続されている。また、受付端末２１と連絡端末２３もネットワークＮに情報通信可能に接続されている。
　受付端末２１は、例えば例示的実施形態２で説明した受付端末２１と同様な構成を有している。取得部３１は、受付端末２１から、１又は複数の受付端末の少なくとも何れかから、１件ごとの受付処理の処理時間を取得する。決定部３２は、取得部３１が取得した処理時間を参照して、受付処理を適切に実行するための施策を、後述する施策表の中から選択して決定する。制御部３３は、決定された施策を示す施策情報を出力する。記憶部３４は、取得部３１が取得した、例えば、１件ごとの各受付処理の処理開始時刻と処理終了時刻を記憶する。また、記憶部３４は、受付処理を適切に実行するための施策表を記憶している。
　（受付処理を適切に実行するための施策表）
　図１１は、受付処理を適切に実行するための施策表の一例である。例えば、施策Ｂ１「係員に受付処理が適切か確認することを連絡」は、受付端末における受付処理が適切に実行されているか確認することを推奨する施策である。具体的には、ある受付端末の受付処理における処理時間の平均値が、予め定めた第３の数値よりも小さい場合に、決定部３２はこの施策Ｂ１を決定して、所定の連絡端末２３ｉに送信する。予め定めた第３の数値は、例えば、正当な受付処理に必要と予想される時間でもよい。受付処理における処理時間の平均値がこの第３の数値よりも小さい場合は、何らかの不適切な受付が行われている可能性がある。そのため、受付補助者又は受付管理者にその旨を連絡する。これを受けて、受付補助者又は受付管理者は、受付処理が適切に行われているかどうかを確認する。
　施策Ｂ２「係員に受付対応者の増員を連絡」は、受付端末における受付対応者の数を増員することを推奨する施策である。具体的には、ある受付端末の受付処理における処理時間の平均値が、予め定めた第４の数値よりも大きい場合に、決定部３２はこの施策Ｂ２を決定して、所定の連絡端末２３ｉに送信する。予め定めた第４の数値は、例えば、通常の受付処理に必要と予想される時間でもよい。受付処理における処理時間の平均値がこの第４の数値よりも大きい場合は、来場者が受付手続に時間がかかっている可能性がある。そのため、受付対応者を増員するように受付管理者に連絡する。増員された受付対応者は、受付処理がよりスムーズに進むように来場者を補助する。
　施策Ｂ３「発券後の入場可能時間の変更」は、チケットの転売を防止するために、来場者が受付でチケットを発券してもらい、そのチケットで受付をするという２段階受付処理を行う場合の施策である。例えば、来場者は、チケットを購入したときに取得したＱＲコード（登録商標）を受付で提示して、チケットを発券してもらう。そして、そのチケットを用いて受付を行う。このような２段階受付により、チケットの転売を防止することができる。
　施策Ｂ３は、来場者がチケットを発券してもらってから入場するまでの制限時間を、混雑状況によって変更する施策である。２段階受付では、チケットの転売を防ぐため、チケットを発券してから入場するまでの制限時間が設定されている。しかし、混雑が発生した受付では制限時間内に受付できない虞があるため、その受付においては、制限時間を長く変更する。混雑が解消した場合は、制限時間を元通りに変更する。施策Ｂ３が決定された場合は、制御部３３が制限時間を変更する。施策Ｂ３が決定されたことを受付補助者又は受付管理者に連絡端末２３を用いて連絡してもよいが、何らかの作業は必要でないため、連絡しなくてもよい。
　（受付適正化処理方法）
　図１２は、本例示的実施形態に係る受付適正化方法Ｓ３の流れを示すフローチャートの一例である。図１２に示すように、受付適正化方法Ｓ３は次のステップを含む。まず、ステップＳ３１において、取得部３１は、未判定の受付端末の１件ごとの受付処理の処理時間を取得する。
　次に、ステップＳ３２において、決定部３２は、処理時間の平均値が、第３の数値よりも小さいか否かを判定する。ステップＳ３２において、処理時間の平均値が、第３の数値よりも小さくないと判定された場合（Ｓ３２：ＮＯ）は、フローはステップＳ３４に移行する。ステップＳ３２において、処理時間の平均値が、第３の数値よりも小さいと判定された場合（Ｓ３２：ＹＥＳ）は、フローはステップＳ３３に移行する。
　ステップＳ３３において、決定部３２は、受付処理が適切に実行されているか確認することを連絡端末２３に送信する。その後、フローはステップＳ３４に移行する。
　ステップＳ３４において、決定部３２は、処理時間の平均値が、第４の数値よりも大きいか否かを判定する。ステップＳ３４において、処理時間の平均値が、第４の数値よりも大きくないと判定された場合（Ｓ３４：ＮＯ）は、ステップＳ３６に移行する。ステップＳ３４において、処理時間の平均値が、第４の数値よりも大きいと判定された場合（Ｓ３４：ＹＥＳ）は、ステップＳ３５に移行する。
　ステップＳ３５において、決定部３２は、受付補助者を派遣することを連絡端末２３に送信する。その後、フローはステップＳ３６に移行する。
　ステップＳ３６において、決定部３２は、すべての受付端末の判定を終了したか否かを判定する。ステップＳ３６において、すべての受付端末の判定を終了していないと判定された場合（Ｓ３６：ＮＯ）は、ステップＳ３１に移行する。ステップＳ３６において、すべての受付端末の判定を終了したと判定された場合（Ｓ３６：ＹＥＳ）は、受付適正化処理を終了する。
　（連絡端末の表示例）
　図１３は、連絡端末２３に送信され表示される施策（連絡事項）の表示例である。図１３に示すように、連絡端末２３の表示面２３０には、例えば、イベント名が表示領域２３１に表示されている。表示領域２３２には、受付東５という番号が付された受付で受付処理時間が短くなっているため、受付処理が適切かどうか確認することを推奨する表示がなされている。また、表示領域２３３には、受付西３という番号が付された受付で受付時間が長くなっているので、受付補助を行うことを推奨する表示がなされている。また、表示領域２３４には、受付被害１という番号が付された受付が混んでいるため、受付東２に誘導することを推奨する表示がなされている。この表示は、例示的実施形態２で説明した、サイネージ２２を用いた混雑解消のための表示を連絡端末２３でも行った例である。なお、図１３では、ラップトップ型のパーソナルコンピュータを連絡端末２３として用いた例を示したが、連絡端末２３としてはこれに限られず、例えばスマートフォンを用いてもよい。また、受付端末２１のそれぞれ毎に連絡端末２３を配置しなくてもよい。例えば、担当者がスマートフォンを持って複数の受付端末２１を巡回して対応してもよい。
　本例示的実施形態に係る受付処理システム３Ｃにおいては、取得部３１は、１又は複数の受付端末２１の少なくとも何れかから、１件ごとの受付処理の処理時間を更に取得し、決定部３２は、当該処理時間を参照して、受付処理を適切に実行するための施策を決定する構成が採用されている。このため、受付処理システム３Ｃにより受付処理がより適切に行われることができ、来場者の満足度をより高めることができる。
　〔例示的実施形態５〕
　本発明の第５の例示的実施形態について、図面を参照して詳細に説明する。なお、例示的実施形態１から４にて説明した構成要素と同じ機能を有する構成要素については、同じ符号を付記し、その説明を繰り返さない。
　（受付処理システム３Ｄの構成）
　本例示的実施形態に係る受付処理システム３Ｄについて、図面を参照して説明する。図１４は、本例示的実施形態に係る受付処理システム３Ｄの構成を示すブロック図である。
図１４に示すように、受付処理システム３Ｄは、取得部３１、決定部３２、制御部３３、記憶部３４を備えている。
　受付処理システム３Ｄは、サイネージ又は連絡端末を用いる代わりに、来場者端末２４にインターネットＮを介して混雑情報を送信する。これは、例示的実施形態２で説明した施策Ａ３とＡ６を実行するための構成である。
　前述のように、この施策は、来場者の端末のメールアドレス等が予め受付処理システム３Ｄに登録されている場合に用いることができる。この施策が決定された場合は、制御部３３は、混雑している受付、すいている受付、混んでいる受付がすくと予想される時刻等を、来場者の端末に送信する。
　（来場者端末への表示）
　図１５は、来場者端末２４に表示される混雑情報の一例である。表示面２４０の表示領域２４１には、イベント名が表示されている。また、表示領域２４２には、混雑している入場口の番号として「東１　東４　東５」が表示されている。また、表示領域２４３には、すいている入場口の番号として、「東２　東３」が表示されている。また、表示領域２４４には、３０分後にすくと予想される入場口の番号として、「東４」が表示されている。また、表示領域２４５には、その他の情報が表示されてもよい。
　（対話による混雑解消）
　図１６は、受付処理システム３Ｄと来場者とが対話することにより、混雑を解消する方法を示す来場者端末の表示例である。受付処理システム３Ｄは、来場者端末２４を用いて、例えばチャットボットのような対話型の混雑情報案内を行うことができる。図１６に示すように、来場者端末２４の表示面２４０には、来場者が入力した質問「Ａ３はすいていますか？」に対して受付処理システム３Ｄの回答「Ａ３はいま混んでいます。」が表示され、さらに来場者が入力した質問「いつ頃すきそうですか？」に対して受付処理システム３Ｄの回答「３０分後にはすくと思います。」が表示されている。このように、受付処理システム３Ｄと来場者とが対話することにより、より迅速に来場者へ混雑情報とその対応方法を提供することができる。
　本例示的実施形態に係る受付処理システム３Ｄにおいては、決定部３２が、混雑情報を来場者端末２４に送信する構成が採用されている。このため、来場者は受付に到着する前に混雑情報を入手することができ、混雑を回避するように入場口や入場時刻を決めることができる。そのため、来場者の満足度を更に高めることができるという効果が得られる。
　〔ソフトウェアによる実現例〕
　受付処理装置１，１Ａ及び受付処理システム３，３Ａ，３Ｂ，３Ｃ，３Ｄ（以下「受付処理装置１等」という。）の一部又は全部の機能は、集積回路（ＩＣチップ）等のハードウェアによって実現してもよいし、ソフトウェアによって実現してもよい。
　後者の場合、受付処理装置１等は、例えば、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータによって実現される。このようなコンピュータの一例（以下、コンピュータＣと記載する）を図１７に示す。コンピュータＣは、少なくとも１つのプロセッサＣ１と、少なくとも１つのメモリＣ２と、を備えている。メモリＣ２には、コンピュータＣを受付処理装置１等として動作させるためのプログラムＰが記録されている。コンピュータＣにおいて、プロセッサＣ１は、プログラムＰをメモリＣ２から読み取って実行することにより、受付処理装置１等の各機能が実現される。
　プロセッサＣ１としては、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＭＰＵ（Micro Processing Unit）、ＦＰＵ（Floating point number Processing Unit）、ＰＰＵ（Physics Processing Unit）、マイクロコントローラ、又は、これらの組み合わせなどを用いることができる。メモリＣ２としては、例えば、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、又は、これらの組み合わせなどを用いることができる。
　なお、コンピュータＣは、プログラムＰを実行時に展開したり、各種データを一時的に記憶したりするためのＲＡＭ（Random Access Memory）を更に備えていてもよい。また、コンピュータＣは、他の装置との間でデータを送受信するための通信インタフェースを更に備えていてもよい。また、コンピュータＣは、キーボードやマウス、ディスプレイやプリンタなどの入出力機器を接続するための入出力インタフェースを更に備えていてもよい。
　また、プログラムＰは、コンピュータＣが読み取り可能な、一時的でない有形の記録媒体Ｍに記録することができる。このような記録媒体Ｍとしては、例えば、テープ、ディスク、カード、半導体メモリ、又はプログラマブルな論理回路などを用いることができる。コンピュータＣは、このような記録媒体Ｍを介してプログラムＰを取得することができる。また、プログラムＰは、伝送媒体を介して伝送することができる。このような伝送媒体としては、例えば、通信ネットワーク、又は放送波などを用いることができる。コンピュータＣは、このような伝送媒体を介してプログラムＰを取得することもできる。
　〔付記事項１〕
　本発明は、上述した実施形態に限定されるものでなく、請求項に示した範囲で種々の変更が可能である。例えば、上述した実施形態に開示された技術的手段を適宜組み合わせて得られる実施形態についても、本発明の技術的範囲に含まれる。
　〔付記事項２〕
　上述した実施形態の一部又は全部は、以下のようにも記載され得る。ただし、本発明は、以下の記載する態様に限定されるものではない。
　（付記１）
　１又は複数の受付端末と、前記１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得手段と、前記処理件数情報を参照して、実行すべき施策を決定する決定手段と、前記決定手段が決定した施策を実行するか、又は、前記決定手段が決定した施策を示す施策情報を出力する制御手段とを備えることを特徴とする受付処理システム。
　上記の構成によれば、受付端末で来場者の受付処理を行うにあたり、来場者の満足度を高めるように受付処理を行うことができる。
　（付記２）
　前記決定手段は、前記処理件数情報を参照して、前記１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を決定する、ことを特徴とする付記１に記載の受付処理システム。
　上記の構成によれば、処理件数情報を参照して受付での混雑を解消することにより、来場者の満足度を高めることができる。
　（付記３）
　前記決定手段は、前記受付端末の１つにおける時間あたりの処理件数が、予め定めた第１の数値よりも大きくなった場合に、当該１つの受付端末以外の前記受付端末へ来場者を誘導する施策を、前記実行すべき施策に含める、ことを特徴とする付記２に記載の受付処理システム。
　上記の構成によれば、混んでいる受付端末以外の受付端末へ来場者を誘導することにより、来場者の満足度を高めることができる。
　（付記４）
　前記決定手段は、前記処理件数情報を参照して、前記受付端末ごとに時間あたりの処理件数の変化率を導出し、前記変化率を参照して、前記１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を決定する、ことを特徴とする付記１から３の何れか１つに記載の受付処理システム。
　上記の構成によれば、時間あたりの処理件数の変化率を参照して受付での混雑を解消することにより、来場者の満足度を高めることができる。
　（付記５）
　前記決定手段は、前記受付端末の１つにおける前記変化率が、予め定めた第２の数値よりも小さくなった場合に、当該１つの受付端末以外の前記受付端末へ来場者を誘導する施策を、前記実行すべき施策に含めることを特徴とする付記４に記載の受付処理システム。
　上記の構成によれば、変化率が予め定めた第２の数値よりも小さくなった場合に、当該１つの受付端末以外の受付端末へ来場者を誘導することにより、来場者の満足度を高めることができる。
　（付記６）
　前記決定手段は、前記受付端末の１つにおける前記変化率が、前記時間あたりの処理件数が次第に増加するように変化している場合に、当該１つの受付端末以外の前記受付端末へ来場者を誘導する施策を、前記実行すべき施策に含めることを特徴とする付記４又は５に記載の受付処理システム。
　上記の構成によれば、時間あたりの処理件数が次第に増加するように変化している場合に、当該１つの受付端末以外の受付端末へ来場者を誘導することにより、来場者の満足度を高めることができる。
　（付記７）
　前記決定手段は、前記処理件数情報を参照して、前記受付端末ごとの将来の混雑の程度を予測し、予測した混雑の程度に応じて前記実行すべき施策を決定する、ことを特徴とする付記１から６のいずれか一つに記載の受付処理システム。
　上記の構成によれば、受付端末ごとの将来の混雑の程度を予測し、予測した混雑の程度に応じて実行すべき施策を決定することにより、来場者の満足度を高めることができる。
　（付記８）
　前記決定手段は、前記予測した混雑の程度を参照して、当該１又は複数の受付端末の少なくとも何れかに集まる来場者に対して、混雑が緩和すると予想される時間を告知する施策を決定し、決定した施策を、前記実行すべき施策に含めることを特徴とする付記７に記載の受付処理システム。
　上記の構成によれば、混雑が緩和すると予想される時間を告知することにより、来場者の満足度を高めることができる。
　（付記９）
　前記取得手段は、前記１又は複数の受付端末の少なくとも何れかから、１件ごとの受付処理の処理時間を更に取得し、前記決定手段は、当該処理時間を参照して、前記受付処理を適切に実行するための施策を決定する、ことを特徴とする付記１から８のいずれか一つに記載の受付処理システム。
　上記の構成によれば、受付処理時間を適切に保つことにより、来場者の満足度を高めることができる。
　（付記１０）
　前記決定手段は、ある受付端末の受付処理における前記処理時間の平均値が、予め定めた第３の数値よりも小さい場合に、前記ある受付端末における前記受付処理が適切に実行されているか確認することを推奨する施策を、前記実行すべき施策に含めることを特徴とする付記９に記載の受付処理システム。
　上記の構成によれば、受付処理時間が通常よりも短い場合に何らかの問題が生じていないか確認することにより、来場者の満足度を高めることができる。
　（付記１１）
　前記決定手段は、ある受付端末の受付処理における前記処理時間の平均値が、予め定めた第４の数値よりも大きい場合に、前記ある受付端末における受付対応者の数を増員することを推奨する施策、を、前記実行すべき施策に含めることを特徴とする付記９又は１０に記載の受付処理システム。
　上記の構成によれば、受付処理時間が通常よりも長い場合に受付対応者を増員することにより、来場者の満足度を高めることができる。
　（付記１２）
　１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得手段と、前記処理件数情報を参照して、実行すべき施策を決定する決定手段と、前記決定手段が決定した施策を実行するか、又は、前記決定手段が決定した施策を示す施策情報を出力する制御手段とを備えることを特徴とする受付処理装置。
　上記の構成によれば、受付端末で来場者の受付処理を行うにあたり、来場者の満足度を高めるように受付処理を行うことができる。
　（付記１３）
　少なくとも１つのプロセッサが、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得すること、前記処理件数情報を参照して、実行すべき施策を決定すること、決定された前記施策を実行するか、又は、決定された前記施策を示す施策情報を出力することを含む受付処理方法。
　上記の構成によれば、受付端末で来場者の受付処理を行うにあたり、来場者の満足度を高めるように受付処理を行うことができる。
　（付記１４）
　コンピュータに、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得処理と、前記処理件数情報を参照して、実行すべき施策を決定する決定処理と、決定された前記施策を実行するか、又は、決定された前記施策を示す施策情報を出力する処理とを実行させるための受付処理プログラム。
　〔付記事項３〕
　上述した実施形態の一部又は全部は、更に、以下のように表現することもできる。
　少なくとも１つのプロセッサを備え、前記プロセッサは、１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得処理と、前記処理件数情報を参照して、実行すべき施策を決定する決定処理と、決定された前記施策を実行するか、又は、決定された前記施策を示す施策情報を出力する出力処理と、を実行する受付処理装置。
　なお、この受付処理装置は、更にメモリを備えていてもよく、このメモリには、前記取得処理と、前記決定処理と、前記出力処理とを前記プロセッサに実行させるためのプログラムが記憶されていてもよい。また、このプログラムは、コンピュータ読み取り可能な一時的でない有形の記録媒体に記録されていてもよい。
　１，１Ａ…受付処理装置
　３，３Ａ，３Ｂ，３Ｃ，３Ｄ…受付処理システム
　１１，３１…取得部
　１２，３２…決定部
　１３，３３，４１…制御部
　１４…メモリ
　１５，４３…通信部
　２１…受付端末
　２２…サイネージ
　２３…連絡端末
　２４…来場者端末
　３４…記憶部
　４２…受付部
　

 

Claims (15)

  1. 　１又は複数の受付端末と、
    　前記１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得手段と、
    　前記処理件数情報を参照して、実行すべき施策を決定する決定手段と、
    　前記決定手段が決定した施策を実行するか、又は、前記決定手段が決定した施策を示す施策情報を出力する制御手段と
    を備えることを特徴とする受付処理システム。
  2. 　前記決定手段は、前記処理件数情報を参照して、前記１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を決定する、
    ことを特徴とする請求項１に記載の受付処理システム。
  3. 　前記決定手段は、前記受付端末の１つにおける時間あたりの処理件数が、予め定めた第１の数値よりも大きくなった場合に、
    　　当該１つの受付端末以外の前記受付端末へ来場者を誘導する施策
    を、前記実行すべき施策に含める
    ことを特徴とする請求項２に記載の受付処理システム。
  4. 　前記決定手段は、
    　　前記処理件数情報を参照して、前記受付端末ごとに時間あたりの処理件数の変化率を導出し、
    　　前記変化率を参照して、前記１又は複数の受付端末の少なくとも何れかにおける混雑を解消するための施策を決定する、
    ことを特徴とする請求項１から３の何れか１項に記載の受付処理システム。
  5. 　前記決定手段は、
    　前記受付端末の１つにおける前記変化率が、予め定めた第２の数値よりも小さくなった場合に、
    　　当該１つの受付端末以外の前記受付端末へ来場者を誘導する施策
    を、前記実行すべき施策に含める
    ことを特徴とする請求項４に記載の受付処理システム。
  6. 　前記決定手段は、
    　前記受付端末の１つにおける前記変化率が、前記時間あたりの処理件数が次第に増加するように変化している場合に、
    　　当該１つの受付端末以外の前記受付端末へ来場者を誘導する施策
    を、前記実行すべき施策に含める
    ことを特徴とする請求項４又は５に記載の受付処理システム。
  7. 　前記決定手段は、
    　　前記処理件数情報を参照して、前記受付端末ごとの将来の混雑の程度を予測し、
    　　予測した混雑の程度に応じて前記実行すべき施策を決定する、
    ことを特徴とする請求項１から６のいずれか一項に記載の受付処理システム。
  8. 　前記決定手段は、前記予測した混雑の程度を参照して、
    　　当該１又は複数の受付端末の少なくとも何れかに集まる来場者に対して、混雑が緩和すると予想される時間を告知する施策を決定し、
    　　決定した施策を、前記実行すべき施策に含める
    ことを特徴とする請求項７に記載の受付処理システム。
  9. 　前記取得手段は、前記１又は複数の受付端末の少なくとも何れかから、１件ごとの受付処理の処理時間を更に取得し、
    　前記決定手段は、
    　　当該処理時間を参照して、前記受付処理を適切に実行するための施策を決定する、
    ことを特徴とする請求項１から８のいずれか一項に記載の受付処理システム。
  10. 　前記決定手段は、
    　ある受付端末の受付処理における前記処理時間の平均値が、予め定めた第３の数値よりも小さい場合に、
    　　前記ある受付端末における前記受付処理が適切に実行されているか確認することを推奨する施策
    を、前記実行すべき施策に含める
    ことを特徴とする請求項９に記載の受付処理システム。
  11. 　前記決定手段は、
    　ある受付端末の受付処理における前記処理時間の平均値が、予め定めた第４の数値よりも大きい場合に、
    　　前記ある受付端末における受付対応者の数を増員することを推奨する施策、
    を、前記実行すべき施策に含める
    ことを特徴とする請求項９又は１０に記載の受付処理システム。
  12. 　１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得手段と、
    　前記処理件数情報を参照して、実行すべき施策を決定する決定手段と、
    　前記決定手段が決定した施策を実行するか、又は、前記決定手段が決定した施策を示す施策情報を出力する制御手段と
    を備えることを特徴とする受付処理装置。
  13. 　少なくとも１つのプロセッサが、
    　１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得すること、
    　前記処理件数情報を参照して、実行すべき施策を決定すること、
    　決定された前記施策を実行するか、又は、決定された前記施策を示す施策情報を出力すること
    を含む受付処理方法。
  14. 　コンピュータに、
    　１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得処理と、
    　前記処理件数情報を参照して、実行すべき施策を決定する決定処理と、
    　決定された前記施策を実行するか、又は、決定された前記施策を示す施策情報を出力する処理と
    を実行させるための受付処理プログラム。
  15. 　１又は複数の受付端末から、単位時間あたりの処理件数を示す処理件数情報を取得する取得処理と、
    　前記処理件数情報を参照して、実行すべき施策を決定する決定処理と、
    　決定された前記施策を実行するか、又は、決定された前記施策を示す施策情報を出力する処理と
    をコンピュータに実行させるための受付処理プログラムを記録した、コンピュータ読み取り可能な非一時的記憶媒体。
     

     
PCT/JP2021/035611 2021-09-28 2021-09-28 受付処理装置、受付処理システム、受付処理方法及びプログラム WO2023053190A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2021/035611 WO2023053190A1 (ja) 2021-09-28 2021-09-28 受付処理装置、受付処理システム、受付処理方法及びプログラム
JP2023550778A JPWO2023053190A1 (ja) 2021-09-28 2021-09-28

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/035611 WO2023053190A1 (ja) 2021-09-28 2021-09-28 受付処理装置、受付処理システム、受付処理方法及びプログラム

Publications (1)

Publication Number Publication Date
WO2023053190A1 true WO2023053190A1 (ja) 2023-04-06

Family

ID=85781491

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/035611 WO2023053190A1 (ja) 2021-09-28 2021-09-28 受付処理装置、受付処理システム、受付処理方法及びプログラム

Country Status (2)

Country Link
JP (1) JPWO2023053190A1 (ja)
WO (1) WO2023053190A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008136720A (ja) * 2006-12-04 2008-06-19 Daikoku Denki Co Ltd 景品交換システム
JP2010026637A (ja) * 2008-07-16 2010-02-04 Oki Electric Ind Co Ltd 自動取引装置
JP2016160079A (ja) * 2015-03-04 2016-09-05 株式会社日立製作所 エレベーター管理システムおよびエレベーター管理方法
JP2021026709A (ja) * 2019-08-08 2021-02-22 大日本印刷株式会社 特典管理装置、端末装置、コンピュータプログラム及び特典管理方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008136720A (ja) * 2006-12-04 2008-06-19 Daikoku Denki Co Ltd 景品交換システム
JP2010026637A (ja) * 2008-07-16 2010-02-04 Oki Electric Ind Co Ltd 自動取引装置
JP2016160079A (ja) * 2015-03-04 2016-09-05 株式会社日立製作所 エレベーター管理システムおよびエレベーター管理方法
JP2021026709A (ja) * 2019-08-08 2021-02-22 大日本印刷株式会社 特典管理装置、端末装置、コンピュータプログラム及び特典管理方法

Also Published As

Publication number Publication date
JPWO2023053190A1 (ja) 2023-04-06

Similar Documents

Publication Publication Date Title
US20240104991A1 (en) Queuing system
US10152718B1 (en) Agent initiated actions
US11900734B2 (en) Queuing system
CN110728455B (zh) 业务处理方法、业务处理装置、存储介质与电子设备
US11265419B1 (en) Agent controlled menu
US20150142895A1 (en) Real Life Presence and Dynamic Meeting Scheduling
WO2020062952A1 (zh) 客房入住方法、装置、服务器及存储介质
CN107133309A (zh) 流程实例的存储、查询方法及装置、存储介质及电子设备
CN103348375B (zh) 终端控制装置
KR20190063906A (ko) 예매 정보 및 티켓의 공유를 위한 방법 및 장치
US11315121B2 (en) Guest checkout decision engine and flows
WO2017066329A1 (en) Method and appartus for researving zero-wait time agent interactions
JP2019153190A (ja) 提供サーバ、提供方法および提供プログラム
KR20170001503A (ko) 온라인 티켓 발권 서비스 방법 및 이를 이용한 프로그램을 기록한 기록매체
US9454852B2 (en) Electronic access authorization and method for its use
WO2023053190A1 (ja) 受付処理装置、受付処理システム、受付処理方法及びプログラム
JP6194652B2 (ja) 情報処理システム
JPWO2023053190A5 (ja)
JP2018036712A (ja) 対応者割当てシステム、対応者割当て方法、および対応者割当て装置
JP2022061661A (ja) 情報処理装置、情報処理方法、プログラム、及び情報処理システム
CN113887764A (zh) 数据更新方法、装置和电子设备
JP7463444B2 (ja) 来訪通知システム、情報処理装置の制御方法、および通信情報処理装置の制御プログラム
KR20200002079A (ko) 스토리 선택 기반 대기 시간 가변 웹툰 제공 장치 및 방법
CN110956559A (zh) 订单处理方法、权限验证方法、装置、设备及存储介质
JPWO2019098205A1 (ja) 認証装置、認証方法、及びプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21959241

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023550778

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE