A service execution method, device and equipment of a TBOX, a vehicle and a medium

Abstract

The application discloses a service execution method, device and equipment of TBOX, a vehicle and a medium. The method comprises the following steps: determining task function information and task information according to the flow of a task, wherein the task function information is determined according to a required task processing function for realizing the task, the task information comprises a task step identifier, and the flow contains expected information for indicating whether a task step in the task is triggered; generating instruction information according to the flow of the task, the task function information and the task information in a preset data format; determining a target application according to the instruction information, and performing information interaction with the target application to execute the task. The technical scheme of the embodiment of the application solves the problem of modifying a large amount of code of related applications when a new function needs to be realized.

Description

Technical Field

[0001] This invention relates to the field of computer technology, and in particular to a business execution method, apparatus, equipment, vehicle, and medium for a TBOX. Background Technology

[0002] With the continuous development of information technology, the application of in-vehicle TBOX (Telematics-BOX, a networked communication device) is becoming increasingly widespread. In-vehicle TBOX systems include functions such as Ecall (emergency phone), Bcall (roadside assistance or consultant phone), remote control (e.g., remote vehicle locking), fault reporting, and remote diagnostics. These functions have different processing logics and procedures for different car manufacturers. Software development, integration testing, and bug fixing for TBOX systems are among the most time-consuming tasks in the TBOX product lifecycle.

[0003] Currently, the development of traditional TBOX systems typically assigns tasks corresponding to different functions to different applications. For example, remote control is handled by a remote control application, and telephone functionality is handled by a call application. Within each application, key processes in the task flowchart are usually encapsulated in different ways, and then the processing functions are called centrally in the main thread or a dedicated thread to implement the process logic. Typically, the external interaction objects of a TBOX system include: the backend cloud system, the in-vehicle navigation host, and the CAN bus.

[0004] However, when new features need to be implemented, a large amount of code modification is required to ensure that the TBOX system can send, receive, and process information with the three objects mentioned above. This involves a significant amount of work and results in limited code reusability. Summary of the Invention

[0005] This invention provides a business execution method, apparatus, equipment, vehicle, and medium for TBOX, to solve the problem that adding new functions to TBOX requires extensive modification of the relevant application code.

[0006] In a first aspect, embodiments of the present invention provide a service execution method for a TBOX, comprising:

[0007] Based on the task flow, task function information and task information are determined, wherein the task function information is determined according to the task processing function required to implement the task, the task information includes task step identifiers, and the flow includes expected information for indicating whether to trigger task steps in the task;

[0008] The task flow, task function information, and task information are used to generate instruction information according to a preset data format;

[0009] Based on the instruction information, the target application is identified, and information is exchanged with the target application to execute the task.

[0010] Secondly, embodiments of the present invention provide a service execution device for a TBOX, comprising:

[0011] The information determination module is used to determine task function information and task information according to the task flow. The task function information is determined according to the task processing function required to implement the task. The task information includes task step identifiers. The flow includes expected information for indicating whether to trigger task steps in the task.

[0012] The instruction information generation module is used to generate instruction information from the task flow, the task function information, and the task information according to a preset data format;

[0013] The task execution module is used to determine the target application based on the instruction information and to interact with the target application to execute the task.

[0014] Thirdly, embodiments of the present invention provide an electronic device, the electronic device comprising:

[0015] At least one processor;

[0016] and memory that is communicatively connected to at least one processor;

[0017] The memory stores a computer program that can be executed by at least one processor, which enables the at least one processor to perform the business execution method of the TBOX described in the first aspect.

[0018] Fourthly, embodiments of the present invention provide a vehicle that includes the electronic equipment described in the third aspect to implement the TBOX service execution method described in the first aspect.

[0019] Fifthly, embodiments of the present invention provide a computer-readable storage medium storing computer instructions for causing a processor to execute the business execution method of the TBOX described in the first aspect.

[0020] The business execution scheme for TBOX provided in this embodiment of the invention determines task function information and task information according to the task flow. The task function information is determined based on the task processing function required to implement the task. The task information includes task step identifiers. The flow includes expected information indicating whether to trigger task steps within the task. The task flow, task function information, and task information are then used to generate instruction information according to a preset data format. Based on the instruction information, a target application is determined, and information interaction is performed with the target application to execute the task. By adopting the above technical solution, task function information and task information are determined according to the task flow. Then, the task flow, task function information, and task information are used to generate instruction information according to a preset data format. Finally, based on this instruction information, the target application required to execute the task can be determined to execute the task. This solves the problem of extensive code modification for related applications when new functions need to be implemented. New instruction information can be generated based on the task flow to achieve task execution, reducing the workload required for TBOX to execute new instructions.

[0021] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description

[0022] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0023] Figure 1 This is a flowchart of a TBOX service execution method according to Embodiment 1 of the present invention;

[0024] Figure 2 This is a schematic diagram of the framework of a TBOX system provided according to Embodiment 1 of the present invention;

[0025] Figure 3 This is a flowchart illustrating a task according to Embodiment 1 of the present invention;

[0026] Figure 4 This is a flowchart of a TBOX service execution method according to Embodiment 2 of the present invention;

[0027] Figure 5 This is a schematic diagram of the structure of a TBOX service execution device according to Embodiment 3 of the present invention;

[0028] Figure 6 This is a schematic diagram of the structure of an electronic device provided according to Embodiment 4 of the present invention. Detailed Implementation

[0029] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0030] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. In the description of this invention, unless otherwise stated, "a plurality of" means two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist; for example, A and / or B can represent: A alone, A and B simultaneously, and B alone. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or device that includes a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or devices.

[0031] Example 1

[0032] Figure 1 The flowchart of a service execution method for a TBOX is provided in Embodiment 1 of the present invention. This embodiment is applicable to the execution of services of a TBOX. The method can be executed by a service execution device of the TBOX. The service execution device of the TBOX can be implemented in hardware and / or software. The service execution device of the TBOX can be configured in an electronic device. The electronic device can be integrated into a vehicle or externally connected to a vehicle. It can be composed of two or more physical entities or a single physical entity, such as a TBOX device.

[0033] like Figure 1 As shown, the service execution method of a TBOX provided in Embodiment 1 of the present invention specifically includes the following steps:

[0034] S101. Based on the task flow, determine the task function information and task information.

[0035] The task function information is determined based on the task processing function required to implement the task. The task information includes task step identifiers, and the process contains expected information to indicate whether to trigger task steps in the task.

[0036] In this embodiment, when a new task needs to be executed by TBOX, the flow of the new task can be determined. This flow may include: the specific logical steps for executing the task, the required processing functions, and expected information. Based on this information, task function information and task information can be determined. The task flow can exist in the form of a flowchart, etc., without limitation. Expected information can be understood as the driving information required to execute the logical steps; this driving information indicates whether to trigger the task steps within the task. Each task step has its own expected information.

[0037] S102. Generate instruction information by taking the task flow, task function information and task information according to the preset data format.

[0038] In this embodiment, the instruction information includes the task flow, task function information, and information content within the task information. The preset data format can be determined based on the actual system configuration of the TBOX and the data format for recognizing instructions; therefore, no restrictions are imposed here.

[0039] S103. Based on the instruction information, determine the target application and interact with the target application to execute the task.

[0040] In this embodiment, the instruction information is input into the TBOX for processing, which determines the application required to execute the instruction information. This application is the target application. The TBOX can send relevant instructions to the target application according to the instruction information. After receiving these instructions, the target application can perform corresponding operations according to the instructions and feed back the instruction execution progress information to the TBOX. This process is the information interaction between the TBOX and the target application. Through this process, the task corresponding to the instruction information can be executed.

[0041] Optional, Figure 2 This is a schematic diagram of the framework of a TBOX system, such as... Figure 2As shown, the framework of the TBOX system can consist of a protocol processing module (ProtoHandler), an information adaptation module (MsgAdaptor), an information distribution module (MsgDispatcher), an information management module (MsgManager), a task processing module (TaskHandler), and a task management module (TaskManager). Each task processing module can consist of an information processing unit (MsgProcessor), an information waiting timer unit (MsgWaitTimer), a task instruction information unit (TaskInstructionSet), a task end processing unit (TaskEndHandler), and a process reset unit (TaskRepeater). The number of protocol processing modules can be determined by the number of external communication sources. If multiple external communication sources use the same protocol, they can share one protocol processing module; otherwise, corresponding protocol processing modules need to be configured for external communication sources using different protocols. In this case, the number of external communication sources is consistent with the number of protocol processing modules. The number of information adaptation modules can correspond to the number of protocol processing modules. The number of task processing modules can be determined by customer business requirements, the granularity of software requirement division, and the software architecture design.

[0042] Optionally, the protocol processing module can be used to process the protocol-level logic of external information sources to obtain protocol-level information. The information adaptation module can be used to convert protocol-level information into a business-level information format with a unified format within the process. The information distribution module can be used to query the set of all task identifiers associated with the information from the information management module based on the information identifier, then traverse the set of all task identifiers associated with the information identifier, and send the information to these tasks respectively. The information management module can be used to maintain information identifiers and the mapping relationship between associated information identifiers and task identifiers. When a task is initialized, i.e., when its task instruction information is traversed, the task identifier and all associated information identifiers will be registered in the information management module. The task management module can be used to create and maintain a task list. When the task list is created, execution will start from the first task in the corresponding task list. The task list is the instruction information in this embodiment, and the task is the task step of the instruction information in this embodiment. The task management module will obtain the information of each task at a certain frequency, such as once every 50 milliseconds. When the information acquisition timeout occurs, the information waiting timer unit will drive the information processing unit to continue executing the tasks in the task list. The task processing module can be used to complete the entire business logic processing based on the task instruction table and the received information.

[0043] The business execution method for TBOX provided in this embodiment of the invention determines task function information and task information according to the task flow. The task function information is determined based on the task processing function required to implement the task. The task information includes task step identifiers. The flow includes expected information indicating whether to trigger task steps in the task. The task flow, task function information, and task information are combined according to a preset data format to generate instruction information. Based on the instruction information, a target application is determined, and information interaction is performed with the target application to execute the task. This technical solution of the present invention determines task function information and task information according to the task flow, then generates instruction information according to a preset data format. Finally, based on this instruction information, the target application required to execute the task can be determined to execute the task. This solves the problem of extensive code modification of related applications when new functions need to be implemented. New instruction information can be generated based on the task flow to achieve task execution, reducing the workload required for TBOX to execute new instructions.

[0044] Optionally, the task flow can be pre-defined by the following method: obtaining business requirements, determining the task steps and expected information to achieve the business requirements; and determining the task flow based on the task steps and the expected information.

[0045] Specifically, we can obtain the business requirements proposed by the customer, then determine the logic and task steps required to achieve the requirements based on the requirements, determine the task steps based on the task steps, determine the expected information based on the logic, and then organize the task process based on the task steps and expected information.

[0046] For example, Figure 3 This is a flowchart illustrating a task. Assume the customer's business requirement is: The TBOX collects all vehicle DTCs (Diagnostic Trouble Codes) from the CAN (Controller Area Network) and reports them to the TSP (Telematics Service Provider) backend. If the TSP is not yet connected, it is cached and resent when the TSP connects. If the TSP receives the reported information, it replies with a confirmation message to the TBOX. If the TBOX fails to report the information or does not receive a confirmation message from the TSP within a timeout period, the TBOX will re-report three times. Based on this business requirement, it can be determined that... Figure 3 The flow of the task shown is based on Figure 3The task flow shown can determine the task steps and expected information. For example, according to "receive DTC" in the flow, the task step can be determined as waiting for the DTC reported by the vehicle microcontroller, and the corresponding expected information is receiving the DTC sent by the vehicle microcontroller. According to "determine the reporting status", the task step can be determined as waiting for the confirmation information from the TSP, and the corresponding expected information is receiving the confirmation information from the TSP.

[0047] Example 2

[0048] Figure 4 This is a flowchart of a TBOX service execution method provided in Embodiment 2 of the present invention. The technical solution of the present invention is further optimized based on the above optional technical solutions, and gives a specific way to execute the TBOX service.

[0049] Optionally, determining the task function information and task information based on the task flow includes: determining the task steps and task processing functions for executing the task based on the task flow; determining task information by defining task step identifiers based on the task steps; obtaining the correspondence between the task steps and the task processing functions based on the task steps and the task processing functions, and determining the task function information based on the correspondence. The advantage of this approach is that it clearly defines the correspondence between task steps and task processing functions, thereby ensuring accurate generation of instruction information.

[0050] Optionally, determining the target application based on the instruction information and interacting with the target application to execute the task includes: creating a corresponding preset task processing module based on the instruction information, wherein the preset task processing module is used to generate a processing task corresponding to the instruction information; determining the target application based on the processing task generated by the preset task processing module, and interacting with the target application to execute the task. The advantage of this setup is that a new task processing module can be constructed based on the instruction information without modifying the code of the relevant application, reducing the workload of implementing new TBOX functions.

[0051] like Figure 4 As shown, the service execution method of a TBOX provided in Embodiment 2 of the present invention specifically includes the following steps:

[0052] S201. Based on the task flow, determine the task steps and task processing functions for executing the task.

[0053] Specifically, the information in the task flow can include the logical order of execution, the required steps, and the specific content of each step. Based on this information, the necessary task steps and task processing functions can be determined. The task processing function can be understood as the logical processing function required to execute the steps within the task.

[0054] S202. Based on task steps, determine task information by defining task step identifiers.

[0055] Specifically, a corresponding task step identifier can be defined for each task step. For example, the task step identifier for the first task step can be defined as 1, and so on, until the task step identifiers are defined, thus obtaining the task information. In addition to defining task step identifiers, information such as task step names can also be defined and associated with the task identifiers, and then task information can be generated based on this association.

[0056] S203. Based on the task steps and task processing functions, obtain the correspondence between the task steps and task processing functions, and determine the task function information according to the correspondence.

[0057] Specifically, a correspondence between task steps and task processing functions can be formed based on the task processing functions required to execute each task step. For example, if the task processing function corresponding to task step one is A, then task function information can be generated based on this correspondence, meaning that the task function information contains this correspondence.

[0058] S204. Generate instruction information by taking the task flow, task function information and task information according to the preset data format.

[0059] For example, the code corresponding to the instruction information can be:

[0060] / / InsIdx,name,waitingMessage,msgFunction,OK,Fail,timeout,timeoutStep,reTimes,repeatEndStep

[0061] {1,"Wait TSP Connect",MSG_ID_TSP_CONN_STATUS,&TaskAllDT-C::CheckResending,2,100,INFINITE_,NONE_,0,NONE_},

[0062] {2,"Send TSP AllDTC",NO_EVENT_,&TaskAllDTC::SendAllDTC2PF,3,101,INFINITE_,NONE_,0,NONE_},

[0063] {3,"Wait TSP AllDTC RSP",MSG_ID_TSP_DIAG_UP_RSP,&TaskAllD-TC::SetAllDTCOK,100,100,WAIT_TIME_,2,3,101},

[0064] {100,"AllDTC End",NO_EVENT_,NULL,END_,END_,INFINITE_,NONE_,0,NONE_},

[0065] {110,"AllDTC Error",NO_EVENT_,&TaskAllDTC::SetAllDTCFai-l,END_,END_,INFINITE_,NONE_,0,NONE_}

[0066] In the above code, "1", "2", "3", "100" and "110" at the beginning are task step identifiers in the task information. "CheckResending", "SendAllDTC2PF", "SetAllDTCOK" and "SetAllDTCFail" in the above code are task processing functions in the task function information. The remaining part of the above code is determined according to the task flow.

[0067] S205. Based on the instruction information, create a corresponding preset task processing module, wherein the preset task processing module is used to generate the processing task corresponding to the instruction information.

[0068] Specifically, a corresponding task processing module can be created based on the instruction information to process that instruction. The code for creating a new task processing module is almost identical to that of an existing one; it simply requires inheriting the base class of the existing module and using a conventional programming language such as C++ to complete the creation of the new module.

[0069] S206. Based on the processing task generated by the preset task processing module, determine the target application and interact with the target application to execute the task.

[0070] Specifically, after receiving the instruction information, the preset task processing module generates a corresponding processing task, which is then executed by interacting with the target application. The function of the preset task processing module can be understood as being responsible for processing the entire business logic based on the task's instruction information.

[0071] Optionally, based on the processing task generated by the preset task processing module, a target application is determined, and information interaction is performed with the target application to execute the task, including:

[0072] 1) By using the preset task processing module, the task step identifiers in the instruction information are traversed to determine the logical order of the tasks.

[0073] Specifically, after receiving the instruction information, the preset task processing module can traverse and identify the task step identifiers in the instruction information to determine the logical order and required steps of the task.

[0074] 2) By using the preset task processing module, the execution flow of the execution instruction information is determined according to the task logic sequence and the expected information contained in the task flow in the instruction information.

[0075] For example, if the logical order of tasks is 1, 2, 3, 100 and 101, and the expected information corresponding to 1, 2, 3, 100 and 101 respectively, the preset task processing module can determine the execution flow of the execution instruction information based on the above information.

[0076] Furthermore, through the preset task processing module, the execution flow of the instruction information is determined according to the task logic order and the expected information in the instruction information. This includes: using the preset task processing module, according to the task logic order, determining whether the value of the expected information corresponding to the task step in the instruction information is triggered, where the value includes triggered and not triggered; and using the preset task processing module, the execution flow of the instruction information is determined based on the judgment result and the task logic order.

[0077] For example, when the task processing module receives information related to the instruction information, the information processing unit of the task processing module will first process the information. If the information is the expected information of the current task step in the instruction information, that is, when the expected information of the current task step is triggered, the task processing function corresponding to the current task step will be called. After the task processing function is completed, the next task step will be found and executed according to the instruction information, thereby determining the execution flow of the instruction information.

[0078] Optionally, if the current task step is the last one, the relevant task processing function can be called to invoke the process reset module to re-execute the task steps in the instruction information from the beginning, or to stop executing the task steps in the instruction information.

[0079] 3) Based on the task function information in the execution flow and instruction information, determine the target application and interact with the target application to execute the task.

[0080] For example, if the task function information in the execution flow and instruction information indicates that TBOX needs to collect confirmed fault codes, then the target application can be identified as an application that manages or records confirmed fault codes. By interacting with this application, the task corresponding to the instruction information can be achieved, thus fulfilling the business requirement. For example, if the instruction information is as described above, then task step 1: the task step name is Wait TSP Connect, and the expected information for this task step is MSG_ID_TSP_CONN_STATUS. When the value of MSG_ID_TSP_CONN_STATUS is true, the task processing function TaskAllDTC::CheckResending (this function checks whether historical DTC data can be resent) is executed. If the processing result of this function returns success, then jump to task step 2; otherwise, jump to task step 100. The timeout for the waiting event is infinite waiting. If the timeout jumps to the task step, it is NONE. This task step does not need to be executed repeatedly; the number of re-executions is 0. If the task step is repeated and then jumps to NONE, it is also NONE.

[0081] Task Step 2: This task step is named Send TSP AllDTC. It is executed because after successful communication with the backend cloud, historical data that needs to be resent was detected. Therefore, this task step does not require the triggering of the expected information and can directly report the entire vehicle's DTC to the TSP. If successful, proceed to Task Step 3; if it fails, proceed to Task Step 110.

[0082] Task Step 3: This task step is named Wait TSP AllDTC RSP. It proceeds to this step because the vehicle DTC was successfully sent to the TSP. Therefore, the expected information for this task step is a confirmation reply from the TSP, MSG_ID_TSP_DIAG_UP_RSP. When the value of MSG_ID_TSP_DIAG_UP_RSP is true, the task can be triggered, and the process can jump to task step 100. If no reply is received, and the wait for WAI-T_TIME_(5s) expires, the process jumps to task step 2, resends the vehicle DTC to the TSP, and retries 3 times. After 3 retries, the process jumps to task step 110.

[0083] Task step 100: The task step is named AllDTC End. This step is executed because no data was sent, or the data was sent successfully. This task step does not require the triggering of the expected information.

[0084] Task step 110: The task step is named AllDTC Error. This task step is executed because data transmission failed, or the number of retries to wait for background confirmation of data transmission exceeded the limit (3 times). This task step does not require the triggering of the expected information.

[0085] The business execution method of TBOX provided in this embodiment of the invention first generates a task flow based on business requirements, then determines task function information and task information based on the task flow, and then creates a corresponding preset task processing module based on the instruction information. This module can be used to determine the task logical order and the execution flow of the execution instruction information to identify the target application and interact with the target application to execute the task corresponding to the instruction information. This method is flexible, easy to expand and maintain, and has high system stability. The way it generates instruction information to meet business requirements is inheritable and reusable, and has high execution efficiency.

[0086] Based on the above embodiments, the method may further include: recording the task execution sequence corresponding to the instruction information during the execution of the task; and outputting a task execution log containing the task execution sequence.

[0087] For example, the preset task processing module in this embodiment may include: an information processing unit, an information waiting timer unit, a task instruction information unit, a task end processing unit, and a process reset unit. The task end processing unit is responsible for printing the task execution sequence (i.e., outputting a task execution log containing the task execution sequence) and resetting tasks.

[0088] Optionally, the method further includes processing the information received by the preset task processing module through an information processing unit. Specifically, it determines whether the received information is the expected information for the current task step in the instruction information. If not, it is discarded; if so, the task processing function corresponding to the current task step is called. After the task processing function finishes execution, the next task step is found and executed according to the instruction information. If the current task step is the last step, the process reset unit can be called to restart the execution of the instruction information from the beginning, or the instruction information can be skipped.

[0089] Optionally, the method further includes processing the timeout of sending or receiving relevant information of the instruction information through an information waiting timer unit. Specifically, the information waiting timer unit can monitor whether the execution of relevant task steps in the instruction information has timed out based on the timeout value of the instruction information. If a timeout occurs, it jumps to the next task step corresponding to the timeout to continue executing the instruction information. If the instruction information specifies the number of retries for timeout, it can also determine whether the number of retries has been exhausted. If the number of retries has been exhausted, it needs to jump to the next task step corresponding to the completion of the retries to continue executing the instruction information.

[0090] Optionally, the method further includes specifying the execution sequence and jump relationship of task steps based on the form of instruction information through task instruction information units, wherein the instruction information is a descriptive method that intuitively corresponds to the business process diagram.

[0091] Optionally, the method further includes resetting the task state to the first task step of the instruction information through the process reset unit, and specifying that execution starts from that task step.

[0092] Example 3

[0093] Figure 5 This is a schematic diagram of the structure of a TBOX service execution device provided in Embodiment 3 of the present invention. Figure 5 As shown, the device includes: an information determination module 301, an instruction information generation module 302, and a task execution module 303, wherein:

[0094] The information determination module is used to determine task function information and task information according to the task flow. The task function information is determined according to the task processing function required to implement the task. The task information includes task step identifiers. The flow includes expected information for indicating whether to trigger task steps in the task.

[0095] The instruction information generation module is used to generate instruction information from the task flow, the task function information, and the task information according to a preset data format;

[0096] The task execution module is used to determine the target application based on the instruction information and to interact with the target application to execute the task.

[0097] The business execution device of TBOX provided in this embodiment of the invention determines task function information and task information according to the task flow, and then generates instruction information according to the task flow, the task function information and the task information in a preset data format. Finally, based on this instruction information, the target application required to execute the task can be determined to execute the task. This solves the problem of extensive modification of the code of related applications when new functions need to be implemented. New instruction information can be generated according to the task flow to realize the execution of the task, which reduces the workload required for TBOX to execute new instructions.

[0098] Optionally, the task flow can be pre-defined by the following method: obtaining business requirements, determining the task steps and expected information to achieve the business requirements; and determining the task flow based on the task steps and the expected information.

[0099] Optional, the information determination module includes:

[0100] The step and processing function determination unit is used to determine the task steps and task processing functions for executing the task based on the flow of the task.

[0101] The task information determination unit is used to determine task information based on the task steps by defining task step identifiers;

[0102] The function information determination unit is used to obtain the correspondence between the task steps and the task processing function based on the task steps and the task processing function, and to determine the task function information according to the correspondence.

[0103] Optional, the task execution module includes:

[0104] A processing module creation unit is used to create a corresponding preset task processing module based on the instruction information, wherein the preset task processing module is used to generate the processing task corresponding to the instruction information;

[0105] The target application determination unit is used to determine the target application based on the processing task generated by the preset task processing module, and to interact with the target application to execute the task.

[0106] Optionally, the step of determining the target application based on the processing task generated by the preset task processing module, and interacting with the target application to execute the task includes: traversing the task step identifiers in the instruction information through the preset task processing module to determine the task logical order; determining the execution flow of the instruction information according to the task logical order and based on the expected information contained in the task flow in the instruction information through the preset task processing module; determining the target application based on the execution flow and the task function information in the instruction information, and interacting with the target application to execute the task.

[0107] Furthermore, the step of determining the execution flow of the instruction information based on the expected information in the instruction information according to the task logic order through the preset task processing module includes: using the preset task processing module to determine whether the value of the expected information corresponding to the task step in the instruction information is triggered according to the task logic order, wherein the value includes triggering and not triggering; and determining the execution flow of the instruction information based on the judgment result and the task logic order through the preset task processing module.

[0108] Optionally, the device may also include:

[0109] An execution sequence recording module is used to record the task execution sequence corresponding to the instruction information during the execution of the task;

[0110] The execution log output module is used to output a task execution log containing the task execution sequence.

[0111] The TBOX service execution device provided in this embodiment of the invention can execute the TBOX service execution method provided in any embodiment of the invention, and has the corresponding functional modules and beneficial effects of the execution method.

[0112] Example 4

[0113] Figure 6 A schematic diagram of an electronic device 40 that can be used to implement embodiments of the present invention is shown. The electronic device is intended to represent various forms of digital computers, such as TBOX, laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0114] like Figure 6 As shown, the electronic device 40 includes at least one processor 41 and a memory, such as a read-only memory (ROM) 42 or a random access memory (RAM) 43, communicatively connected to the at least one processor 41. The memory stores computer programs executable by the at least one processor. The processor 41 can perform various appropriate actions and processes based on the computer program stored in the ROM 42 or loaded into the RAM 43 from storage unit 48. The RAM 43 may also store various programs and data required for the operation of the electronic device 40. The processor 41, ROM 42, and RAM 43 are interconnected via a bus 44. An input / output (I / O) interface 45 is also connected to the bus 44.

[0115] Multiple components in electronic device 40 are connected to I / O interface 45, including: input unit 46, such as keyboard, mouse, etc.; output unit 47, such as various types of monitors, speakers, etc.; storage unit 48, such as disk, optical disk, etc.; and communication unit 49, such as network card, modem, wireless transceiver, etc. Communication unit 49 allows electronic device 40 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0116] Processor 41 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 41 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. Processor 41 executes the various methods and processes described above, such as the business execution methods of TBOX.

[0117] In some embodiments, the TBOX service execution method may be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 48. In some embodiments, part or all of the computer program may be loaded and / or installed on electronic device 40 via ROM 42 and / or communication unit 49. When the computer program is loaded into RAM 43 and executed by processor 41, one or more steps of the TBOX service execution method described above may be performed. Alternatively, in other embodiments, processor 41 may be configured to execute the TBOX service execution method by any other suitable means (e.g., by means of firmware).

[0118] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0119] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0120] The computer equipment provided above can be used to execute the business execution method of TBOX provided in any of the above embodiments, and has corresponding functions and beneficial effects.

[0121] Example 5

[0122] The vehicle in this example includes the electronic device described in Embodiment 4 above. This electronic device can be integrated into the vehicle described in this embodiment or externally connected to the vehicle. For example, the electronic device TBOX can be integrated into the vehicle to realize the business execution method of TBOX, which has corresponding functions and beneficial effects.

[0123] Example 6

[0124] In the context of this invention, the computer-readable storage medium may be a tangible medium, and the computer-executable instructions, when executed by a computer processor, are used to perform a business execution method of the TBOX, the method comprising:

[0125] Based on the task flow, task function information and task information are determined, wherein the task function information is determined according to the task processing function required to implement the task, the task information includes task step identifiers, and the flow includes expected information for indicating whether to trigger task steps in the task;

[0126] The task flow, task function information, and task information are used to generate instruction information according to a preset data format;

[0127] Based on the instruction information, the target application is identified, and information is exchanged with the target application to execute the task.

[0128] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by, or in conjunction with, an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0129] The computer equipment provided above can be used to execute the business execution method of TBOX provided in any of the above embodiments, and has corresponding functions and beneficial effects.

[0130] It is worth noting that in the above-described embodiments of the TBOX business execution device, the various units and modules included are only divided according to functional logic, but are not limited to the above division, as long as the corresponding functions can be achieved; in addition, the specific names of each functional unit are only for easy differentiation and are not used to limit the scope of protection of the present invention.

[0131] Note that the above description is merely a preferred embodiment of the present invention and the technical principles employed. Those skilled in the art will understand that the present invention is not limited to the specific embodiments described herein, and various obvious changes, readjustments, and substitutions can be made without departing from the scope of protection of the present invention. Therefore, although the present invention has been described in detail through the above embodiments, the present invention is not limited to the above embodiments, and may include many other equivalent embodiments without departing from the concept of the present invention, the scope of which is determined by the scope of the appended claims.

Claims

1. A business execution method for a TBOX, characterized in that, include: Based on the task flow, task function information and task information are determined, wherein the task function information is determined according to the task processing function required to implement the task, the task information includes task step identifiers, and the flow includes expected information for indicating whether to trigger task steps in the task; The task flow, task function information, and task information are used to generate instruction information according to a preset data format; Based on the instruction information, a corresponding preset task processing module is created, wherein the preset task processing module is used to generate the processing task corresponding to the instruction information; the preset task processing module includes an information waiting timer unit, used to monitor whether the execution of the task step times out, and jump to the corresponding next task step specified in the instruction information according to the timeout result or the timeout retry count exhaustion result; Based on the processing task generated by the preset task processing module, the target application is determined, and an instruction is sent to the target application according to the instruction information, so that the target application performs the corresponding operation according to the instruction after receiving the instruction, so as to realize the execution of the task corresponding to the instruction information; The workflow of the task is preset using the following method: Obtain business requirements, determine the task steps and expected information to achieve the business requirements; determine the task flow based on the task steps and expected information.

2. The method according to claim 1, characterized in that, The process of determining task function information and task information based on the task flow includes: Based on the task flow, determine the task steps and task processing functions for executing the task; Based on the task steps, task information is determined by defining task step identifiers; Based on the task steps and the task processing function, the correspondence between the task steps and the task processing function is obtained, and the task function information is determined according to the correspondence.

3. The method according to claim 1, characterized in that, The step of determining a target application based on the processing task generated by the preset task processing module, and sending an instruction to the target application according to the instruction information, so that the target application performs a corresponding operation according to the instruction after receiving the instruction, thereby realizing the execution of the task corresponding to the instruction information, includes: The preset task processing module iterates through the task step identifiers in the instruction information to determine the logical order of the tasks. The preset task processing module determines the execution flow of the instruction information based on the expected information contained in the task flow of the instruction information, according to the task logical order and the expected information contained in the task flow of the instruction information. Based on the execution flow and the task function information in the instruction information, a target application is determined, and an instruction is sent to the target application according to the instruction information, so that the target application performs the corresponding operation according to the instruction after receiving the instruction, so as to realize the execution of the task corresponding to the instruction information.

4. The method according to claim 3, characterized in that, The step of determining the execution flow of the instruction information through the preset task processing module, according to the task logic sequence and based on the expected information in the instruction information, includes: Using the preset task processing module, according to the task logic sequence, it is determined whether the value of the expected information corresponding to the task step in the instruction information is triggered, wherein the value includes triggered and not triggered; The preset task processing module determines the execution flow of the instruction information based on the judgment result and the logical order of the task.

5. The method according to claim 1, further comprising: During the execution of the task, the task execution sequence corresponding to the instruction information is recorded; Output a task execution log containing the task execution sequence.

6. A service execution device for a TBOX, characterized in that, include: The information determination module is used to determine task function information and task information according to the task flow. The task function information is determined according to the task processing function required to implement the task. The task information includes task step identifiers. The flow includes expected information for indicating whether to trigger task steps in the task. The instruction information generation module is used to generate instruction information from the task flow, the task function information, and the task information according to a preset data format; The task execution module includes: A processing module creation unit is used to create a corresponding preset task processing module based on the instruction information. The preset task processing module is used to generate a processing task corresponding to the instruction information. The preset task processing module includes an information waiting timer unit, which is used to monitor whether the execution of the task step times out, and jump to the corresponding next task step specified in the instruction information based on the timeout result or the timeout retry count being exhausted. The target application determination unit is used to determine the target application according to the processing task generated by the preset task processing module, and send an instruction to the target application according to the instruction information, so that the target application performs the corresponding operation according to the instruction after receiving the instruction, so as to realize the execution of the task corresponding to the instruction information; The workflow of the task is preset using the following method: Obtain business requirements, determine the task steps and expected information to achieve the business requirements; determine the task flow based on the task steps and expected information.

7. An electronic device, characterized in that, The electronic device includes: At least one processor; and A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the business execution method of TBOX as described in any one of claims 1-5.

8. A vehicle, characterized in that, The vehicle includes the electronic equipment as described in claim 7.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that cause a processor to execute the business execution method of TBOX as described in any one of claims 1-5.

Images