Method and system for allocating communication resources of a converged terminal based on multi-application collaboration

Abstract

The application discloses a fusion terminal communication resource allocation method and system based on multi-application cooperation, and is applied to the technical field of Internet of Things communication. The method comprises the following steps: generating the priority identification of each application program; receiving the external communication request task of the application program, and adding the external communication request task to a queuing queue; sorting the external communication request task, and updating the queuing queue after merging the external communication request tasks with the same communication path; the same communication path comprises the same communication frequency band; and the external communication request task is encapsulated into a communication data frame in sequence according to the sequence of the updated queuing queue and is sent to the outside. The application introduces a centralized communication manager, provides a unified and controlled communication service entrance for the upper multi-application, changes the disordered direct access into an ordered and request-based indirect access, and fundamentally eliminates resource conflicts; meanwhile, the communication frequency band occupation can be reduced under the condition that the communication information amount is unchanged.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of Internet of Things communication, in particular to a fusion terminal communication resource allocation method and system based on multi-application cooperation. BACKGROUND

[0002] In the current Internet of Things edge computing scene, such as a "fusion terminal" device, multiple independent application programs (APPs) are usually run thereon, and each APP may need to communicate with external sensor or actuator nodes through a bottom-layer physical communication module (such as LoRa, Zigbee, NB-IoT, etc.). In a traditional implementation manner, the access of each APP to the physical communication module is direct and exclusive. When an APP uses a LoRa module, it usually completely occupies the control right of the module, including configuring a channel, a frequency band, managing a sub-node archive, sending and receiving data, etc. If another APP also wants to use the LoRa module, it must wait for the previous APP to release the resource, or the developer needs to write complex application-interworking logic to avoid conflicts.

[0003] In summary, the prior art has the following disadvantages: serious resource conflict and competition: multiple APPs directly and disorderly access the same physical communication node, which is prone to configuration conflicts (such as one APP sets A frequency band and another changes to B frequency band), data transmission interference, and sub-node ownership confusion, resulting in instability or even paralysis of the entire communication system; high application development coupling degree: the developer of each upper-layer APP must be concerned about the specific communication protocol, networking process, heartbeat maintenance, etc. of the bottom-layer LoRa module, greatly increasing the complexity and workload of application development, and also making the APP highly coupled with a specific hardware and protocol stack, difficult to transplant and reuse; lack of unified management and security isolation: there is no centralized mechanism to manage the sub-node archive, allocate network resources, and isolate the data streams of different APPs. This leads to easy loss or incorrect modification of the sub-node archive, and the communication failure or abnormal behavior of one APP may affect the normal work of all other APPs, lacking security and robustness; poor scalability: whenever a new application that needs to use the LoRa function is added, the existing coordination logic needs to be modified, and even all related APPs may need to be modified, with high system expansion and maintenance cost; APPs also easily cause communication frequency band congestion by taking turns to occupy the communication module. SUMMARY

[0004] In order to at least overcome the above-mentioned deficiencies in the prior art, the purpose of the present application is to provide a fusion terminal communication resource allocation method and system based on multi-application cooperation.

[0005] In a first aspect, the embodiments of the present application provide a fusion terminal communication resource allocation method based on multi-application cooperation, comprising:

[0006] prioritizing the application programs configured for the target converged terminal to generate a priority identifier for each application program;

[0007] receiving a request task for external communication of the application program and adding the request task for external communication to a queuing queue;

[0008] sorting the request tasks for external communication in the queuing queue according to the priority identifiers from high to low, and updating the queuing queue after merging the request tasks for external communication with the same communication path, wherein the same communication path includes the same communication frequency band;

[0009] sequentially encapsulating the request tasks for external communication into communication data frames according to the sequence of the updated queuing queue and sending the communication data frames to the outside.

[0010] In a possible implementation, the method further includes:

[0011] receiving a response data frame of the external device in response to the communication data frame;

[0012] unpacking the response data frame to obtain data requested by each application program, and sending the data to the corresponding application program.

[0013] In a possible implementation, updating the queuing queue after merging the request tasks for external communication with the same communication path includes:

[0014] merging the request tasks for external communication with the same communication path to form a new request task for external communication;

[0015] taking the priority identifier of the request task for external communication with the highest priority before merging as the priority identifier of the new request task for external communication, and re-sorting the sequence of the queuing queue according to the priority from high to low.

[0016] In a possible implementation, sequentially encapsulating the request tasks for external communication into communication data frames according to the sequence of the updated queuing queue includes:

[0017] selecting the request task for external communication with the highest priority in the queuing queue as a current task;

[0018] arranging all destination addresses of the current task according to a preset sequence to form an address code, and arranging each task content of the current task in the form of command + content to form a command sub-code;

[0019] arranging all command sub-codes according to the preset sequence to form a command code, and arranging the command code behind the address code to form an effective content field of the communication data frame;

[0020] generating a frame header and a check segment, and generating the communication data frame in the order of frame header-valid content field-check segment.

[0021] In a possible implementation, the method further includes:

[0022] extracting the valid content field when the external device receives the communication data frame;

[0023] if the address code of the valid content field contains the external device, the external device extracts a command sub-code corresponding to the external device from the command code according to the position of the address code of the external device in the address code, and executes a command corresponding to the command sub-code.

[0024] In a second aspect, the embodiments of the present application provide a communication resource allocation system of a fusion terminal based on multi-application cooperation, which comprises:

[0025] a target fusion terminal;

[0026] a communication manager configured in the target fusion terminal;

[0027] a communication module configured in the target fusion terminal;

[0028] The communication manager is further configured to:

[0029] perform priority sorting on application programs configured in the target fusion terminal to generate a priority identifier of each application program;

[0030] receive an external communication request task of the application program, and add the external communication request task to a queuing queue;

[0031] sort the external communication request tasks in the queuing queue according to priority from high to low according to the priority identifier, and update the queuing queue after merging external communication request tasks with the same communication path; the same communication path includes the same communication frequency band;

[0032] encapsulate the external communication request tasks into communication data frames in sequence according to the sequence of the updated queuing queue;

[0033] The communication module is further configured to: send the communication data frames to the outside.

[0034] In a possible implementation, the communication module is further configured to:

[0035] receive a response data frame of an external device in response to the communication data frame;

[0036] The communication manager is further configured to:

[0037] The response data frame is unpacked to obtain the data requested by each application program, and the data is sent to the corresponding application program.

[0038] In a possible implementation, the communication manager is further configured to:

[0039] merge the external communication request tasks with the same communication path to form a new external communication request task;

[0040] the priority identifier of the external communication request task with the highest priority before the merging is taken as the priority identifier of the new external communication request task, and the sequence of the queuing queue is reordered according to the priority from high to low.

[0041] In a possible implementation, the communication manager is further configured to:

[0042] select the external communication request task with the highest priority in the queuing queue as a current task;

[0043] arrange all destination addresses of the current task in a preset order to form an address code, and arrange each task content of the current task in the form of command + content to form a command sub-code;

[0044] arrange all command sub-codes in the preset order to form a command code, and arrange the command code behind the address code to form an effective content field of the communication data frame;

[0045] generate a frame header and a verification section, and generate the communication data frame in the order of frame header-effective content field-verification section.

[0046] In a possible implementation, the application further comprises an external device.

[0047] The external device is configured to:

[0048] extract the effective content field when the communication data frame is received;

[0049] if the address code of the effective content field contains the external device, extract the command sub-code corresponding to the external device from the command code according to the position of the address of the external device in the address code, and execute the command corresponding to the command sub-code.

[0050] Compared with the prior art, the application has the following advantages and beneficial effects:

[0051] The application is based on a multi-application cooperative fusion terminal communication resource allocation method and system, a centralized communication manager is introduced to provide a unified and controlled communication service entrance for upper multi-applications, to change disordered direct access into ordered and request-based indirect access, and to fundamentally eliminate resource conflicts; meanwhile, the communication frequency band occupation can be reduced under the condition of unchanged communication information amount. BRIEF DESCRIPTION OF DRAWINGS

[0052] The accompanying drawings, which are included to provide a further understanding of the embodiments of the application and are incorporated in and constitute a part of this application, illustrate embodiments of the application and together with the description serve to explain the principles of the application. In the drawings:

[0053] Figure 1 The flowchart of the method steps of the embodiments of the application. DETAILED DESCRIPTION

[0054] To make the objectives, technical solutions and advantages of the embodiments of the application clearer, the technical solutions in the embodiments of the application will be described clearly and completely below with reference to the drawings in the embodiments of the application. It should be understood that the drawings in the embodiments of the application serve only the purpose of description and illustration, and do not serve to limit the protection scope of the application. In addition, it should be understood that the schematic drawings are not drawn according to the actual proportions. The flowcharts show the operations implemented according to some embodiments of the embodiments of the application. It should be understood that the operations of the flowcharts can not be implemented in sequence, and the steps without logical context relationship can be reversed in sequence or implemented simultaneously. In addition, one or more other operations can be added to the flowcharts or removed from the flowcharts under the guidance of the content of the application.

[0055] In addition, the described embodiments are only some of the embodiments of the application, rather than all the embodiments. The components of the embodiments of the application described and shown in the drawings can be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of the application provided in the drawings is not intended to limit the scope of the claimed application, but only represents selected embodiments of the application. Based on the embodiments of the application, all other embodiments obtained by those skilled in the art without creative work belong to the scope of protection of the application.

[0056] Please refer to Figure 1 The flowchart of the multi-application cooperative fusion terminal communication resource allocation method provided by the embodiments of the application further includes the contents described in the following steps S1 to S4.

[0057] S1: priority sorting is performed on the application programs configured for the target fusion terminal to generate a priority identifier of each application program;

[0058] S2: receiving the application's external communication request task, and adding the external communication request task to a queuing queue;

[0059] S3: according to the priority identifier, sorting the external communication request task in the queuing queue from high to low in priority, and updating the queuing queue after merging the external communication request tasks with the same communication path; the same communication path includes the same communication frequency band;

[0060] S4: according to the sequence of the updated queuing queue, encapsulating the external communication request task into a communication data frame and sending it to the outside in turn.

[0061] When the embodiments of the application are implemented, a communication manager needs to be configured in the target fusion terminal, which needs to collect the communication requests of each application of the fusion terminal, and sort and encode the communication requests by priority. It can effectively avoid the system stability risk and robustness risk caused by a large number of application programs occupying the communication module. Among them, the application program needs to be prioritized first, which can be sorted according to the urgency of the communication task provided by the application program. The embodiments of the application do not make more limitations; the priority level of the application program can be seen from the generated priority identifier. For example, if the priority identifier uses numbers, it can use 01, 02, 03, 01 for the highest priority, and 03 for the lowest priority.

[0062] In the embodiments of the application, when the communication manager receives the application's external communication request task, it can sort these tasks in the queuing queue through the priority identifier. It should be understood that the external communication request task needs to include the destination address of the request communication, the requested command and the requested content. In order to reduce the number of data frames caused by the large number of communication request tasks of different application programs, which causes signal congestion in the frequency band and data transmission interference caused by too frequent frequency band switching, the embodiments of the application use the task merging method to reduce the number of tasks that need to be sent. Among them, at least two tasks with the same communication path need to be merged first, one of which is the same communication frequency band. It can also be the same path in the topology network or the same destination address. Generally speaking, the same path in the topology network and the same destination address will be reflected as the same communication frequency band at the signal sending end, unless the transceiver end has a frequency hopping design. After completing the merging, the external communication request task can be encapsulated and sent according to the priority sequence of the updated queuing queue.

[0063] The application embodiment solves the conflict and competition of physical communication resources: by introducing a centralized communication manager, a unified and controlled communication service entrance is provided for the upper-layer multi-application, unordered direct access is changed into ordered and request-based indirect access, and the resource conflict is fundamentally eliminated; the tight coupling problem between the upper-layer application and the bottom-layer hardware is solved: the complex LoRa networking, data transceiving, link maintenance and other bottom-layer operations are encapsulated in the communication manager, and a standardized and high-level API interface (such as a JSON format Topic subscription and publication) is provided for the upper-layer application. The upper-layer application developer does not need to care about the bottom-layer details, and only needs to call a simple API to realize communication, and the software and hardware decoupling is realized; the problem of lacking unified management and security isolation is solved: a centralized sub-node archive database is established, and is uniformly maintained by the communication manager. Each application program can only operate the sub-node archive under its name, and the logical isolation between applications is realized. At the same time, by introducing a priority mechanism, the communication tasks of different application programs are scheduled, and the communication quality of the key business is guaranteed. The poor system scalability problem is solved: a standardized application registration and archive management interface is provided. The newly added application only needs to follow the interface specification, and can be seamlessly connected to the management system without modifying other applications, and the Plug-and-Play application expansion capability is realized.

[0064] In a possible implementation, the method further includes:

[0065] receiving a response data frame of the external device in response to the communication data frame;

[0066] unpacking the response data frame to obtain the data requested by each application program, and sending the data to the corresponding application program.

[0067] When the application embodiment is implemented, because the communication request tasks with the same communication path are encapsulated in the same communication data frame in the data sending stage of the fusion terminal, for the same response data frame received by the same external device, it may correspond to the commands published by two or more application programs, so when feedback, it will also feedback the corresponding data in the response data frame; at this time, the communication manager needs to split these data and forward the data to the corresponding application program.

[0068] In a possible implementation, updating the queuing queue after merging the external communication request tasks with the same communication path includes:

[0069] merging the external communication request tasks with the same communication path to form a new external communication request task;

[0070] The priority identifier of the highest priority of the merged external communication request task is taken as the priority identifier of the new external communication request task, and the sequence of the queuing queue is reordered according to the priority from high to low.

[0071] In the implementation of the embodiments of the present application, when the external communication request tasks are merged, in order to ensure that the tasks originally with high priority can maintain the same priority, the priority identifier of the highest priority of the merged external communication request task is taken as the priority identifier of the task after merging, and then the queuing queue is reordered. It should be understood that the merging and sorting of tasks are a dynamic process, and the corresponding period can be set for the actual operation.

[0072] In a possible implementation, encapsulating the external communication request tasks into communication data frames according to the updated sequence of the queuing queue comprises:

[0073] selecting the external communication request task with the highest priority in the current queuing queue as a current task;

[0074] arranging all destination addresses of the current task according to a preset order to form an address code, and arranging each task content of the current task in the form of command + content to form a command sub-code;

[0075] arranging all command sub-codes according to the preset order to form a command code, and arranging the command code behind the address code to form an effective content field of the communication data frame;

[0076] generating a frame header and a verification section, and generating the communication data frame in the order of frame header-effective content field-verification section.

[0077] In the implementation of the embodiments of the present application, when the data frame is encapsulated, a special encapsulation method is adopted, so that in the case of multiple destination addresses and / or multiple commands, the external device receiving the communication data frame can accurately identify the information and send correct information for the application program of the fusion terminal to identify.

[0078] In the embodiments of the present application, there can be more than one destination address for the current task, because there can be multiple external devices in the same frequency band, and each external device must correspond to a unique destination address. Therefore, all destination addresses need to be arranged according to a certain predetermined order to form an address code. It should be understood that the number of bits corresponding to the destination address in the encoding is fixed, so when the external device receives the communication data frame, the number and value of the destination address can be determined by the number of bits.

[0079] In the embodiment of the present application, the current task also contains multiple commands to be executed, which can exist in two cases, the first case is that there is only one destination address and multiple commands, and the second case is that there are multiple destination addresses and multiple commands. When actually encoding, one task sent by an application usually corresponds to one command, and multiple command applications are sent as multiple tasks. Therefore, for the first case, it is generally a task sent to the same destination address by multiple applications; and for the second case, it is generally a task sent to different destination addresses by multiple applications, and these destination addresses are in the same frequency band.

[0080] Based on the above process, the embodiment of the present application provides a generation mode of command code, in which each task content needs to form a command subcode in the form of command + content, the command can be used as an instruction to inform the external device to perform an operation, or can be used as a specific delimiter as a delimiter between different command codes; and the command subcode is sorted according to the same address code sorting mode to form a command code, at this time, the address code is placed in the encoding header, and the command code is placed in the encoding tail to form an effective content field.

[0081] In the embodiment of the present application, based on the effective content field, a frame header and a verification section are also needed to form a complete communication data frame. It should be understood that for different communication modes, the corresponding frame structure will be different, as long as the functions of the parts of the frame correspond to the functions of the frame header, the effective content field and the verification section, it can be considered as the same part; the embodiment of the present application does not make more limitations.

[0082] For example, a piece of user side of a transformer area is configured with multiple leakage indicators, and a target fusion terminal is configured in the transformer distribution room; the multiple leakage indicators and the target fusion terminal are networked through LoRa communication. In the target fusion terminal, two application programs APP1 and APP2 send external communication request tasks, which are received by the communication manager. At this time, the communication manager inserts the two external communication request tasks into the queuing queue, and queries the priority marks of APP1 and APP2. The query result is that the priority mark of APP1 is 1, and the priority mark of APP2 is 8. At this time, the external communication request task of APP1 is arranged at the head of the queuing queue, and the external communication request task of APP2 is arranged at the tail of the queuing queue.

[0083] The communication manager starts to merge the external communication request tasks with the same communication path in the queuing queue, and finds that the external communication request task of APP1 is to send a time maintenance instruction to the leakage indicator A, and the external communication request task of APP2 is to send a request instruction of B-phase leakage data to the leakage indicator B, and the leakage indicator A and the leakage indicator B are in the same communication frequency band 480Mhz.

[0084] The communication manager executes the task merging instruction to merge the external communication request tasks of APP1 and APP2 into one external communication request task, and assigns the task with the priority identifier 1 of APP1, so that the task continues to remain at the head of the queuing queue.

[0085] When the communication manager encodes the external communication request task, the destination address of the external communication request task of APP1, i.e., the address 08 of the leakage indicator A, the maintenance command 55, and the time synchronization content 03 are obtained; the destination address of the external communication request task of APP2, i.e., the address 11 of the leakage indicator B, the data request command 01, and the request B-phase content 02 are obtained. The communication manager encodes the above contents, and at this time, the preset order adopts the priority encoding order, so that the address code is 08 11; the command sub-code of the external communication request task of APP1 is FF 55 03, and the command sub-code of the external communication request task of APP2 is FF 01 02, wherein FF is a command identifier code, and an identifier can be added at the head of each command sub-code. Therefore, the finally formed effective content field is 08 11 FF 55 03 FF 01 02. The frame header is added, and in the embodiment of the application, the frame header consists of two parts, the most front part is the explicit header, which represents the byte number of the effective content field, and the last part is the explicit header identifier, so the frame header form is 08 48 00; the verification section is added, and the application adopts CRC verification, and after the CRC verification of the effective content field, the verification code is E8 8A. The frame assembled according to the protocol is 08 48 00 08 11 FF 55 03 FF 01 02 E8 8A; wherein 08 48 00 is at the PHY Header position; 08 11 FF 55 03 FF 01 02 is at the Payload position; and E8 8A is at the CRC position. The arrangement of the Payload position in the embodiment of the application is significantly different from the arrangement of the conventional LoRa communication, which mainly shows all the destination addresses at the head of the Payload, and identifies the command through the FF command identifier code for command identification. Since the address code and the encoding order of the effective content field are consistent, the receiving device can easily find out the corresponding command to be executed. At the same time, since the data of the LoRa communication is often stored and identified through the FIFO register, when the encoding is performed through the embodiment of the application, the receiving device can clearly know whether it should respond to the code at only receiving the head of the Payload a few bytes, effectively reducing the communication delay in the case of multi-task and multi-target coding.

[0086] In a possible implementation, the method further includes:

[0087] extracting the valid content field when the external device receives the communication data frame;

[0088] If the address code of the valid content field contains the external device, the external device extracts the command sub-code corresponding to the external device from the command code according to the position of the address code of the external device in the address code, and executes the command corresponding to the command sub-code.

[0089] When the embodiments of the application are implemented, the leakage indicator A, the leakage indicator B and the leakage indicator C are in 480Mhz, so they will simultaneously receive the code 08 48 00 08 11 FF 55 03 FF 01 02 E8 8A in the above embodiment. The leakage indicator A, the leakage indicator B and the leakage indicator C will respectively unpack and identify the address code 0811 through the first FF code. At this time, the leakage indicator C finds that it is not in the address code, and it will discard the code. The leakage indicator A and the leakage indicator B receive the code and find that they are in the address code. At this time, according to the explicit header of the frame header, the position of the Payload part and the position of the CRC are determined. After the Payload is verified by the CRC, it is determined that the received content is correct.

[0090] The leakage indicator A finds that it is in the first position of the address code, so it can identify its command sub-code as 55 03 according to the command identification code FF, and then it sends the current time data of itself to the target fusion terminal. The leakage indicator B finds that it is in the second position of the address code, so it can identify its command sub-code as 01 02 according to the command identification code FF, and then it sends the B-phase leakage data detected by itself to the target fusion terminal.

[0091] Based on the same inventive concept, the embodiments of the application also provide a fusion terminal communication resource allocation system based on multi-application collaboration, comprising:

[0092] a target fusion terminal;

[0093] a communication manager configured in the target fusion terminal;

[0094] a communication module configured in the target fusion terminal;

[0095] The communication manager is further configured to:

[0096] prioritize the application programs configured for the target fusion terminal to generate a priority identifier for each application program;

[0097] receive the external communication request task of the application program, and add the external communication request task to the queuing queue;

[0098] sort the external communication request tasks in the queue according to the priority from high to low according to the priority identifier, and update the queue after merging the external communication request tasks with the same communication path; the same communication path includes the same communication frequency band;

[0099] encapsulate the external communication request tasks in the queue according to the updated sequence into communication data frames;

[0100] The communication module is further configured to send the communication data frames to the outside.

[0101] In a possible implementation, the communication module is further configured to:

[0102] receive a response data frame of the external device in response to the communication data frame;

[0103] The communication manager is further configured to:

[0104] unpack the response data frame to obtain the data requested by each application program, and send the data to the corresponding application program.

[0105] In a possible implementation, the communication manager is further configured to:

[0106] merge the external communication request tasks with the same communication path to form a new external communication request task;

[0107] use the priority identifier of the external communication request task with the highest priority before the merging as the priority identifier of the new external communication request task, and re-sort the sequence of the queue according to the priority from high to low.

[0108] In a possible implementation, the communication manager is further configured to:

[0109] select the external communication request task with the highest priority in the queue as a current task;

[0110] arrange all destination addresses of the current task according to a preset sequence to form an address code, and arrange each task content of the current task in the form of command + content to form a command sub-code;

[0111] arrange all command sub-codes according to the preset sequence to form a command code, and arrange the command code behind the address code to form an effective content field of the communication data frame;

[0112] generate a frame header and a verification section, and generate the communication data frame in the order of frame header-effective content field-verification section.

[0113] In a possible implementation, the external device further comprises:

[0114] The external device is configured to:

[0115] extract the valid content field when receiving the communication data frame;

[0116] if the address code of the valid content field contains the external device, extract the command sub-code corresponding to the external device from the command code according to the position of the self address in the address code and execute the command corresponding to the command sub-code.

[0117] Those skilled in the art can understand that the units and algorithm steps of each example described in combination with the embodiments disclosed herein can be realized in electronic hardware, computer software or a combination of both. In order to clearly illustrate the interchangeability of hardware and software, the components and steps of each example have been described in general terms in the above description. Whether the functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. A person skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the present application.

[0118] In several embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. In actual implementation, there can be another division manner, for example, a plurality of units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the coupling or direct coupling or communication connection between the units shown or discussed can be indirect coupling or communication connection through some interfaces, devices or units, and can also be electrical, mechanical or other forms of connection.

[0119] The units described as separate components can or can not be physically separated. It is obvious to those skilled in the art that the units and algorithm steps of each example described in combination with the embodiments disclosed herein can be realized in electronic hardware, computer software or a combination of both. In order to clearly illustrate the interchangeability of hardware and software, the components and steps of each example have been described in general terms in the above description. Whether the functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. A person skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the present application.

[0120] In addition, each function unit in each embodiment of the present application can be integrated in one processing unit, or each unit can be physically present separately, or two or more units can be integrated in one unit. The integrated unit can be realized in the form of hardware or in the form of a software function unit.

[0121] When the integrated unit is realized in the form of a software function unit and sold or used as an independent product, it can be stored in a computer readable storage medium. Based on this understanding, the technical solutions of the present application essentially or the part that contributes to the prior art, or the whole or part of the technical solutions can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes a number of instructions for causing a computer device (which can be a personal computer, a server, or a grid device, etc.) to execute all or part of the steps of the methods described in each embodiment of the present application. The aforementioned storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM, Read-Only Memory), a random access memory (RAM, Random Access Memory), a magnetic disk or an optical disk, and various media that can store program codes.

[0122] The above specific embodiments further explain the purpose, technical solutions and beneficial effects of the present application. It should be understood that the above description is only a specific embodiment of the present application and is not used to limit the protection scope of the present application. Any modification, equivalent replacement, improvement, etc. within the spirit and principles of the present application should be included in the protection scope of the present application.

Claims

1. A method for allocating communication resources of a converged terminal based on multi-application collaboration, characterized in that: include: Prioritizing the applications configured on the target converged terminal to generate a priority identifier for each application; receiving an external communication request task from the application program, and adding the external communication request task to a queue; According to the priority identifier, the external communication request tasks are sorted in the queue from high to low priority, and the external communication request tasks with the same communication path are merged and then updated in the queue; the same communication path includes the same communication frequency band; According to the updated sequence of the queuing queues, the external communication request tasks are sequentially encapsulated into communication data frames and sent to the outside.

2. The method for allocating communication resources of a converged terminal based on multi-application collaboration according to claim 1, characterized in that: Also includes: receiving a response data frame from an external device in response to the communication data frame; After unpacking the response data frame, the data requested by each application is obtained, and the data is sent to the corresponding application.

3. The method for allocating communication resources of a converged terminal based on multi-application collaboration according to claim 1, characterized in that: Merging the external communication request tasks with the same communication path and then updating the queue includes: Merge the external communication request tasks with the same communication path to form a new external communication request task; The priority identifier of the external communication request task with the highest priority before the merger is used as the priority identifier of the new external communication request task, and the sequence of the queues is re-sorted from high to low according to the priority.

4. The method for allocating communication resources of a converged terminal based on multi-application collaboration according to claim 1, characterized in that: Encapsulating the external communication request tasks into communication data frames in sequence according to the updated queue sequence includes: Select the external communication request task with the highest priority in the current queue as the current task; Arrange all destination addresses of the current task in a preset order to form an address code, and form each task content of the current task in the form of command + content to form a command subcode; Arranging all command subcodes in the preset order to form a command code, and arranging the command code after the address code to form a valid content field of the communication data frame; A frame header and a check segment are generated, and the communication data frame is generated in the order of frame header-effective content field-check segment.

5. The method for allocating communication resources of a converged terminal based on multi-application collaboration according to claim 4, characterized in that: Also includes: When the external device receives the communication data frame, it extracts the valid content field; If the address code of the valid content field includes the external device, the external device extracts the command subcode corresponding to the external device from the command code according to the position of its own address in the address code and executes the command corresponding to the command subcode.

6. A converged terminal communication resource allocation system based on multi-application collaboration, characterized in that: include: Target fusion terminal; A communication manager configured on the target converged terminal; A communication module configured in the target fusion terminal; The communication manager is further configured to: Prioritizing the applications configured on the target converged terminal to generate a priority identifier for each application; receiving an external communication request task from the application program, and adding the external communication request task to a queue; According to the priority identifier, the external communication request tasks are sorted in the queue from high to low priority, and the external communication request tasks with the same communication path are merged and then updated in the queue; the same communication path includes the same communication frequency band; Encapsulating the external communication request tasks into communication data frames in sequence according to the updated sequence of the queuing queues; The communication module is further configured to: send the communication data frame to the outside.

7. The multi-application collaboration-based converged terminal communication resource allocation system according to claim 6, characterized in that: The communication module is further configured to: receiving a response data frame from an external device in response to the communication data frame; The communication manager is further configured to: After unpacking the response data frame, the data requested by each application is obtained, and the data is sent to the corresponding application.

8. The multi-application collaboration-based converged terminal communication resource allocation system according to claim 6, characterized in that: The communication manager is further configured to: Merge the external communication request tasks with the same communication path to form a new external communication request task; The priority identifier of the external communication request task with the highest priority before the merger is used as the priority identifier of the new external communication request task, and the sequence of the queues is re-sorted from high to low according to the priority.

9. The multi-application collaboration-based converged terminal communication resource allocation system according to claim 6, characterized in that: The communication manager is further configured to: Select the external communication request task with the highest priority in the current queue as the current task; Arrange all destination addresses of the current task in a preset order to form an address code, and form each task content of the current task in the form of command + content to form a command subcode; Arranging all command subcodes in the preset order to form a command code, and arranging the command code after the address code to form a valid content field of the communication data frame; A frame header and a check segment are generated, and the communication data frame is generated in the order of frame header-effective content field-check segment.

10. The multi-application collaboration-based converged terminal communication resource allocation system according to claim 9, characterized in that: Also includes external devices: The external device is configured as: extracting the valid content field when receiving the communication data frame; If the address code of the valid content field includes the external device, the command subcode corresponding to the external device is extracted from the command code according to the position of its own address in the address code, and the command corresponding to the command subcode is executed.

Images