Work order processing method and device, electronic equipment and storage medium
By identifying the scenario characteristics and executor status of hotel service work orders and dynamically adjusting the push channels, the problems of high communication costs and untimely communication in hotel service management are solved, thereby improving the efficiency and timeliness of work order processing.
Patent Information
- Application Number
- CN202511980241.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-12-25
- Publication Date
- 2026-04-07
AI Technical Summary
Hotel service management suffers from high communication costs and untimely communication, especially when service staff cannot promptly view or respond to service work orders.
By acquiring work order data, using a preset recognition model to identify work order scenario characteristics, selecting target push channels based on scenario characteristics and the current status of candidate executors, and dynamically adjusting push channels to improve the timeliness and efficiency of work orders.
This has enabled the reduction of communication costs and the improvement of communication timeliness in hotel service management, ensuring that service orders can be pushed and responded to in a timely manner, and reducing the occurrence of delays.
Smart Images
Figure CN121809937A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of data processing technology, and more specifically, to a work order processing method, apparatus, electronic device, and storage medium. Background Technology
[0002] Currently, hotel management services are typically initiated through traditional telephone call centers or by sending service requests to service personnel via SMS. For example, if a self-service check-in machine malfunctions during check-in, or if laundry needs to be sent after check-in, the user needs to contact the hotel front desk or other service personnel, who will then assign a service request to a designated service provider. When service personnel are not at their posts or cannot be reached via internal landline, they may not be able to view service requests promptly or respond to them in a timely manner.
[0003] However, the aforementioned hotel service management methods are difficult to adapt to the differentiated requirements of different services, and suffer from problems such as high communication costs and untimely communication. Summary of the Invention
[0004] In view of this, the purpose of this application is to provide a work order processing method, apparatus, electronic device and storage medium to overcome at least one of the above-mentioned defects.
[0005] In a first aspect, embodiments of this application provide a work order processing method, including: Obtain the work order data for the target work order, which includes task description data and candidate executors; The task description data is identified using a preset recognition model to determine the task scenario features of the target work order. The task scenario features are used to describe the characteristics of the task scenario corresponding to the target work order. Based on the characteristics of the work order scenario and the current status of the candidate executor, a target push path is selected, and the target work order is pushed to the executor through the target push path.
[0006] Optionally, the push path includes multiple candidate push paths, and the target push path is selected in the following way: based on the current status of the candidate executor and the push stage of the target work order, at least one candidate push path is determined; based on the work order scenario characteristics and the estimated completion time, the processing priority is determined; and the candidate push path corresponding to the processing priority is selected from at least one candidate push path as the target push path.
[0007] Optionally, the estimated completion time can be determined by: determining the percentile threshold corresponding to different completion times under the characteristics of the work order scenario based on historical work order data; training the preset recognition model using the completion time corresponding to the target percentile threshold, so as to determine the estimated completion time of the target work order using the trained preset recognition model.
[0008] Optionally, the method further includes: when the processing time of the target work order has exceeded the estimated completion time, determining the degree of delay in processing the target work order; comparing the degree of delay with a first delay threshold, so as to update the target push path based on the comparison result.
[0009] Optionally, the target push path can be updated based on the comparison results in the following way: if the delay level is greater than the first delay threshold, then select the candidate push path with higher priority than the target push path from at least one candidate push path as the latest target push path.
[0010] Optionally, the method further includes: comparing the delay level with a second delay threshold, and generating a delay warning message corresponding to the target work order when the delay level is greater than the second delay threshold; and pushing the delay warning message to the superior supervisor so that the superior supervisor can assist in processing the target work order.
[0011] Optionally, based on the characteristics of the work order scenario and the estimated completion time, the processing priority is determined, including: determining the initial priority based on the characteristics of the work order scenario; adjusting the initial priority using the estimated completion time, and using the adjusted initial priority as the processing priority.
[0012] Secondly, embodiments of this application also provide a work order processing device, the device comprising: The data acquisition module is used to acquire the work order data of the target work order. The work order data includes task description data and candidate executors. The identification module is used to identify the task description data using a preset identification model, and to determine the work order scenario features of the target work order. The work order scenario features are used to describe the characteristics of the task scenario corresponding to the target work order. The push module is used to select the target push path based on the characteristics of the work order scenario and the current status of the candidate executor, and push the target work order to the executor through the target push path.
[0013] Thirdly, embodiments of this application also provide an electronic device, including: a processor, a memory, and a bus. The memory stores machine-readable instructions executable by the processor. When the electronic device is running, the processor communicates with the memory via the bus. When the machine-readable instructions are executed by the processor, the steps of the work order processing method described above are performed.
[0014] Fourthly, embodiments of this application also provide a computer-readable storage medium storing a computer program, which, when executed by a processor, performs the steps of the work order processing method described above.
[0015] The embodiments of this application bring the following beneficial effects: This application provides a work order processing method, apparatus, electronic device, and storage medium that can select a target push path based on the work order scenario characteristics and the current status of the candidate executor. The target work order is then pushed to the executor through the target push path, avoiding situations where service personnel or executors cannot view or respond to work orders in a timely manner due to the use of a fixed push path. Compared with existing work order processing methods, this solves the problems of high communication costs and untimely communication in hotel service management.
[0016] To make the above-mentioned objectives, features and advantages of this application more apparent and understandable, preferred embodiments are described below in detail with reference to the accompanying drawings. Attached Figure Description
[0017] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.
[0018] Figure 1 A flowchart of the work order processing method provided in an embodiment of this application is shown; Figure 2 A flowchart illustrating the steps for determining the target push path provided in an embodiment of this application is shown; Figure 3 A schematic diagram of the work order processing device provided in an embodiment of this application is shown; Figure 4 A schematic diagram of the structure of the electronic device provided in the embodiments of this application is shown. Detailed Implementation
[0019] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. The components of the embodiments of this application described and shown in the accompanying drawings can generally be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of this application provided in the accompanying drawings is not intended to limit the scope of the claimed application, but merely represents selected embodiments of this application. Based on the embodiments of this application, every other embodiment obtained by those skilled in the art without inventive effort falls within the scope of protection of this application.
[0020] It is worth noting that prior to this application, hotel management services were typically initiated through traditional telephone call centers or by sending service requests to service personnel via SMS. For example, during check-in, if a self-service check-in machine malfunctions, or after check-in, laundry services are needed, users must contact the hotel front desk or other service personnel, who then assign the service request to a designated service provider. When service personnel are not at their posts or cannot be reached via landline, they may not be able to view or respond to service requests promptly, potentially requiring multiple contacts to successfully dispatch the service request. However, these hotel service management methods are ill-suited to the diverse requirements of different services, resulting in high communication costs and untimely communication.
[0021] Based on this, this application provides a work order processing method to improve the timeliness of communication in hotel service management and reduce communication costs.
[0022] To facilitate understanding of this embodiment, the exemplary steps provided in this application embodiment will be described below.
[0023] Please see Figure 1 , Figure 1 This is a flowchart illustrating a work order processing method provided in an embodiment of this application. Figure 1 As shown in the embodiments of this application, the work order processing method includes: Step S101: Obtain the work order data of the target work order; Step S102: Use a preset recognition model to identify the task description data and determine the work order scenario characteristics of the target work order. Step S103: Select the target push path based on the work order scenario characteristics and the current status of the candidate executor, and push the target work order to the executor through the target push path.
[0024] The work order data includes task description data and candidate executors, while the work order scenario features are used to describe the characteristics of the task scenario corresponding to the target work order. The work order processing method provided in this application can select a target push path based on the characteristics of the work order scenario and the current status of the candidate executor. The target work order is pushed to the executor through the target push path, avoiding the situation where service personnel or executors cannot view the work order in time or respond to the work order in time due to the use of a fixed push path. This solves the problems of high communication costs and untimely communication in hotel service management.
[0025] To facilitate understanding of this embodiment, the following description uses the work order processing method provided in this application embodiment applied to a hotel management system as an example to illustrate the above exemplary steps provided in this application embodiment.
[0026] In step S101, the work order data of the target work order is obtained.
[0027] In this step, the target work order can refer to the electronic record used in hotel service management to describe the service content. The target work order is a service work order that has been assigned a candidate executor but whose push method has not been determined. As an example, the target work order is determined based on the service work orders generated by front desk staff or consumer users through the hotel service management system.
[0028] Work order data includes, but is not limited to: work order number, service type, task description data, room number, and candidate executor.
[0029] The work order number can be a unique identifier for the target work order; the service type can be the type of service requested by the consumer, such as room cleaning or equipment repair; the task description data can be the description information of the hotel service task, for example: the task description data can be "The bedding is dirty, please change it" or "I need laundry service", or "The TV is broken and needs repair". In addition, the task description data can also include image data to more clearly describe the specific content of the requested service; the room number is used to indicate which room the executor is providing the service to.
[0030] In this embodiment, the hotel management system receives service requests initiated by consumers through their personal terminal devices and creates corresponding service tickets. These service tickets record the service type selected by the consumer, the task description data added by the consumer, and, if the consumer has already checked into the hotel, the room number. Then, the hotel management system assigns candidate executors to the service tickets based on the service type, room number, and employee information of each service provider, using preset matching rules. Each candidate executor can refer to a service provider capable of executing the target service ticket, and there can be at least one candidate executor. The service tickets with assigned candidate executors are the target service tickets for which the push method is yet to be determined.
[0031] For example, based on the service request created by the consumer user, the hotel management system creates a service work order for checking into the hotel. Then, according to the preset matching rules, the hotel's front desk staff are selected as candidate executors from the service personnel, and a specific executor is selected from the candidate executors to process the target work order.
[0032] In step S102, the task description data is identified using a preset recognition model to determine the work order scenario characteristics of the target work order.
[0033] In this step, the work order scenario features are used to describe the characteristics of the task scenario corresponding to the target work order. For example, the work order scenario features include scenario type and estimated completion time, such as: repairing a TV takes 10 minutes, and robot food delivery service takes 5 minutes. Scenario type is different from service type. Scenario type can not only describe the completion time, but also characterize the service scenario from different perspectives. For example, in a repair scenario, it can specify the object being repaired, and in a food delivery scenario, it can specify the object being delivered, i.e., whether it is delivered by a service person or a robot.
[0034] The preset recognition model can refer to an artificial intelligence model, which is an artificial intelligence model obtained by training through machine learning using historical work order data.
[0035] For example, based on historical work order data, percentile thresholds corresponding to different completion times under each work order scenario characteristic are determined. For instance, in the TV repair scenario, 50% of historical work orders have a completion time of less than 8 minutes, and 80% have a completion time of less than 10 minutes. The 80% threshold is selected as the target percentile threshold, and the completion time corresponding to this target percentile threshold is used as the completion time of the work order under the specific work order scenario characteristic. Simultaneously, keywords such as "repair object" and "delivery object" in the historical work order data are labeled. The service type, the completion time corresponding to the target percentile threshold, and the labeled data are used as training data to train a pre-defined recognition model. This trained model is then used to determine the estimated completion time and scenario type.
[0036] In this embodiment, task description data is input into a preset recognition model, which is then used to identify the task description data and output the work order scenario features of the target work order. It should be noted that although the target work order records the service type selected by the consumer user, the service type may differ from the task description data, or the service type selected by the consumer user may correspond to a broad service range. For example, the service type may be equipment repair, but the equipment in the guest room is of various types; it could be electrical equipment requiring repair, or it could be kitchen and bathroom equipment requiring repair. Different equipment corresponds to different repair personnel. Therefore, it is necessary to further confirm this through work order scenario features.
[0037] At this point, the service type can be identified through the task description data, that is, to determine whether the scenario type in the work order scenario features matches the service type. If the scenario type matches the service type, the target work order is pushed based on the work order scenario features; if the scenario type does not match the service type, the service personnel and the consumer customer are notified to further confirm, so as to avoid the situation where the service provided does not meet the consumer user's expectations due to incorrect information.
[0038] When the scenario type and service type match, the completion time for that scenario type is estimated using a preset recognition model to determine the estimated completion time. This allows the specific executor to be selected from the candidate executors based on the estimated completion time.
[0039] In step S103, a target push path is selected based on the work order scenario characteristics and the current status of the candidate executor, and the target work order is pushed to the executor through the target push path.
[0040] In this step, the push method is jointly determined by the specific executor and the push method. The push method includes at least one, including but not limited to: official account, SMS, WeChat, external telephone, internal telephone. For example, the push method can be to push the target work order to the executor via mobile phone, or to push the target work order to the executor via SMS. The push method can also be to push the target work order to the executor via official account and mobile phone.
[0041] The following reference Figure 2 This section will introduce the process of determining the target push method.
[0042] Figure 2 A flowchart illustrating the steps for determining the target push path provided in an embodiment of this application is shown, as follows: Figure 2 As shown, the steps for determining the target push path include: Step S1031: Based on the current status of the candidate executor and the push stage of the target work order, determine at least one candidate push path.
[0043] The current status may refer to the candidate's on-duty status. For example, the current status includes, but is not limited to: on-duty at work, on-duty at leisure, on-duty but temporarily away, and on leave.
[0044] The push phase refers to the phase in which the target work order is pushed. For example, the push phase includes, but is not limited to: work order creation, work order about to expire, work order expired, and exception transfer to human operator. Each push phase has its own preset candidate push channels. For example, the work order about to expire phase corresponds to two candidate push channels: external phone and internal phone. The work order expired phase can select two candidate push channels: personal mobile phone and external phone.
[0045] In this embodiment of the application, for each candidate executor, it is determined whether the candidate executor can execute the target work order based on the current status of the candidate executor. If the current status of the candidate executor is on vacation or on duty but temporarily away, other candidate executors are selected as executors.
[0046] In addition, to improve the execution efficiency of target work orders, when multiple executors are selected, the number of work orders received by each executor can be determined, and the most recently created target work order can be assigned to the executor with the fewest work orders, so that executor can execute the target work order.
[0047] Step S1032: Determine the processing priority based on the work order scenario characteristics and estimated completion time.
[0048] For example, the initial priority is determined based on the characteristics of the work order scenario. The characteristics of the work order scenario also include the degree of urgency. When words such as "hurry up," "speed," and "immediately" are present in the task description data, the preset recognition model can identify the degree of urgency and determine the initial priority of the target work order based on the identified degree of urgency and scenario type. The initial priority includes very high, high, medium, and low.
[0049] For example, set a corresponding priority range for each scenario type. For example, the priority range for the TV repair scenario includes medium and high, and the priority range for the laundry scenario includes low and medium. Then, select the initial priority from the priority range according to the urgency.
[0050] Then, the initial priority is adjusted using the estimated completion time, and the adjusted initial priority becomes the processing priority. For example, a reference completion time is set for each service type, and the estimated completion time is compared with the reference completion time to determine the gap between the estimated completion time and the reference completion time for the target work order. If the percentage by which the estimated completion time exceeds the reference completion time is greater than a set threshold (e.g., 30%), it indicates that the target work order may require more time to complete. To avoid exceeding the consumer's expected time, the processing priority needs to be increased, for example, by directly adjusting the processing priority from low to medium.
[0051] Step S1033: Select the candidate push path with the processing priority from at least one candidate push path as the target push path.
[0052] Taking WeChat Official Accounts and mobile phones as candidate push channels, a processing priority is set for each push method. For example, mobile phones correspond to two processing priorities: high and medium. WeChat Official Accounts correspond to two processing priorities: medium and low. When the processing priority is high, mobile phones are selected as the push method. The target push channel is jointly determined by the push method and the executor.
[0053] In this embodiment, the target work order is pushed to the executor for processing according to the target push method. Once the executor receives the target work order, it marks it as assigned. Simultaneously, when the executor completes the target work order, it can change the execution status to "completed." Upon receiving the "completed" message, the hotel management system will notify the executor's superior supervisor for review.
[0054] In one example, no matter how the push method for the target work order is optimized, there may still be situations where the target work order cannot be processed in a timely manner. In order to minimize the occurrence of such situations, it is necessary to record the processing time of the target work order, compare the processing time with the estimated completion time, and when the processing time of the target work order exceeds the estimated completion time, determine the degree of delay in processing the target work order, compare the degree of delay with the delay threshold, and determine whether to update the target push method based on the comparison results.
[0055] For example: Record the total time taken from the time the executor receives the target work order to the current time. Compare the total time with the estimated completion time. If the total time is greater than the estimated completion time and the target work order is still not completed, determine the delay percentage. The delay percentage is used to characterize the degree of delay, where the delay percentage is: If the delay exceeds the first delay threshold (e.g., 25%), it indicates that the target push method needs to be updated. Then, from at least one candidate push method, the candidate push method with higher priority than the target push method is selected as the latest target push method. The target work order is then pushed to the executor again through the latest target push method. For example, if the executor was originally notified to process the target work order through a public account, but the delay exceeds the first delay threshold, then the notification to process the target work order is changed to be sent to the executor again via mobile phone.
[0056] To effectively monitor the execution of target work orders, the superior supervisor of the candidate executor can be retrieved from the database. The delay level is compared with a second delay threshold. When the delay level is greater than the second delay threshold (e.g., 30%), a delay warning message corresponding to the target work order is generated and pushed to the superior supervisor so that the superior supervisor can assist in handling the target work order and improve the processing efficiency of the target work order.
[0057] Based on the same inventive concept, this application also provides a work order processing device corresponding to the work order processing method. Since the principle of the device in this application is similar to the work order processing method described above in this application, the implementation of the device can refer to the implementation of the method, and the repeated parts will not be described again.
[0058] Please see Figure 3 , Figure 3 This is a schematic diagram of the structure of a work order processing device provided in an embodiment of this application. Figure 3 As shown, the work order processing device 200 includes: The data acquisition module 201 is used to acquire the work order data of the target work order, which includes task description data. The identification module 202 is used to identify the task description data using a preset identification model and determine the work order scenario features of the target work order. The work order scenario features are used to describe the characteristics of the task scenario corresponding to the target work order. The push module 203 is used to select the target push path based on the work order scenario characteristics and the current status of the candidate executor, and push the target work order to the executor through the target push path.
[0059] Please see Figure 4 , Figure 4 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Figure 4 As shown, the electronic device 300 includes a processor 310, a memory 320, and a bus 330.
[0060] The memory 320 stores machine-readable instructions executable by the processor 310. When the electronic device 300 is running, the processor 310 and the memory 320 communicate via the bus 330. When the machine-readable instructions are executed by the processor 310, they can perform the operations described above. Figure 1 The steps of the work order processing method in the method embodiment shown are described in detail in the method embodiment, and will not be repeated here.
[0061] This application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, can perform the above-described actions. Figure 1 The steps of the work order processing method in the method embodiment shown are described in detail in the method embodiment, and will not be repeated here.
[0062] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.
[0063] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. The apparatus embodiments described above are merely illustrative. For example, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. Furthermore, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Additionally, the shown or discussed mutual couplings, direct couplings, or communication connections may be through some communication interfaces; indirect couplings or communication connections between devices or units may be electrical, mechanical, or other forms.
[0064] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.
[0065] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.
[0066] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a processor-executable, non-volatile, computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.
[0067] Finally, it should be noted that the above-described embodiments are merely specific implementations of this application, used to illustrate the technical solutions of this application, and not to limit them. The scope of protection of this application is not limited thereto. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that any person skilled in the art can still modify or easily conceive of changes to the technical solutions described in the foregoing embodiments, or make equivalent substitutions for some of the technical features, within the scope of the technology disclosed in this application. Such modifications, changes, or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application, and should all be covered within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.
Claims
1. A work order processing method, characterized in that, include: Obtain the work order data of the target work order, wherein the work order data includes task description data and candidate executors; The task description data is identified using a preset recognition model to determine the task scenario features of the target work order. The task scenario features are used to describe the characteristics of the task scenario corresponding to the target work order. Based on the work order scenario characteristics and the current status of the candidate executor, a target push path is selected, and the target work order is pushed to the executor through the target push path.
2. The method according to claim 1, characterized in that, The push notification channels include multiple candidate channels. The target push notification channel is selected in the following ways: Based on the current status of the candidate executor and the push stage of the target work order, at least one candidate push path is determined; Based on the work order scenario characteristics and estimated completion time, the processing priority is determined; Select the candidate push path corresponding to the processing priority from the at least one candidate push path as the target push path.
3. The method according to claim 2, characterized in that, The estimated completion time is determined using the following methods: Based on historical work order data, determine the percentile thresholds corresponding to different completion times under the work order scenario characteristics; The preset recognition model is trained using the completion time corresponding to the target percentile threshold, so as to determine the estimated completion time of the target work order using the trained preset recognition model.
4. The method according to claim 2, characterized in that, The method further includes: When the processing time of the target work order has exceeded the estimated completion time, the degree of delay in processing the target work order is determined. The delay level is compared with a first delay threshold to update the target push path based on the comparison result.
5. The method according to claim 4, characterized in that, The target push path is updated based on the comparison results in the following manner: If the delay level is greater than the first delay threshold, then from the at least one candidate push path, the candidate push path with a higher priority than the target push path is selected as the latest target push path.
6. The method according to claim 4, characterized in that, The method further includes: The delay level is compared with a second delay threshold. When the delay level is greater than the second delay threshold, a delay warning message corresponding to the target work order is generated. The delayed warning information is pushed to the superior supervisor so that the superior supervisor can assist in processing the target work order.
7. The method according to claim 2, characterized in that, The process of determining processing priority based on the work order scenario characteristics and estimated completion time includes: Based on the characteristics of the work order scenario, an initial priority is determined; The initial priority is adjusted using the estimated completion time, and the adjusted initial priority is used as the processing priority.
8. A work order processing device, characterized in that, include: The data acquisition module is used to acquire the work order data of the target work order, wherein the work order data includes task description data and candidate executors; The identification module is used to identify the task description data using a preset identification model, and determine the work order scenario features of the target work order. The work order scenario features are used to describe the characteristics of the task scenario corresponding to the target work order. The push module is used to select a target push path based on the work order scenario characteristics and the current status of the candidate executor, and push the target work order to the executor through the target push path.
9. An electronic device, characterized in that, include: The device includes a processor, a memory, and a bus. The memory stores machine-readable instructions executable by the processor. When the electronic device is running, the processor communicates with the memory via the bus, and the processor executes the machine-readable instructions to perform the steps of the work order processing method as described in any one of claims 1 to 7.
10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, which, when executed by a processor, performs the steps of the work order processing method as described in any one of claims 1 to 7.