阅读说明：本技术 多系统联动控制方法、装置、设备和计算机可读存储介质 (Multi-system linkage control method, device, equipment and computer readable storage medium ) 是由 许黛妮 于 2020-12-11 设计创作，主要内容包括：本申请涉及数据库领域,提供了多系统联动控制方法、装置、设备和计算机可读存储介质,以降低成本,提升系统的兼容性和自适应能力。所述方法包括：接收多个客户机对同步服务模块的应用程序接口API的调用请求,并将多个客户机对同步服务模块的应用程序接口API的调用请求向同步服务模块转发；同步服务模块接受多个客户机对同步服务模块的应用程序接口API的调用请求,对整个服务集群的状态进行同步；将调用请求的结果返回给多个客户机。本申请的技术方案开发前置条件少,开发周期短,成本较低,能够以较为灵活的方式汇聚多个开发主体开发的系统,不仅实现了联动控制,而且系统的兼容性和自适应能力都较强。(The application relates to the field of databases, and provides a multi-system linkage control method, a multi-system linkage control device, multi-system linkage control equipment and a computer-readable storage medium, so that cost is reduced, and system compatibility and self-adaptive capacity are improved. The method comprises the following steps: receiving call requests of a plurality of clients to an Application Program Interface (API) of the synchronous service module, and forwarding the call requests of the plurality of clients to the API of the synchronous service module to the synchronous service module; the synchronization service module receives the call requests of a plurality of clients to an Application Program Interface (API) of the synchronization service module, and synchronizes the state of the whole service cluster; the results of the invocation request are returned to the plurality of clients. The technical scheme of the application has the advantages of few development preconditions, short development period and low cost, and can converge a plurality of systems developed by development main bodies in a flexible way, thereby not only realizing linkage control, but also having strong system compatibility and self-adaptive capacity.)

1. A multi-system linkage control method is characterized by comprising the following steps:

receiving call requests of a plurality of clients to an Application Program Interface (API) of a synchronization service module, and forwarding the call requests of the plurality of clients to the API of the synchronization service module to the synchronization service module;

the synchronous service module receives the calling requests of the plurality of clients to an Application Program Interface (API) of the synchronous service module, and synchronizes the state of the whole service cluster;

and returning the result of the calling request to the plurality of clients.

2. The multi-system linkage control method according to claim 1, wherein the synchronization service module receives the call requests of the plurality of clients to the application program interface API of the synchronization service module, and synchronizes the state of the entire service cluster, including:

locking operation is carried out through a distributed lock, and the state of the whole service cluster is locked;

and uniformly updating the state of the whole service cluster by unlocking the distributed lock so as to realize the synchronization of the state of the whole service cluster.

3. The multi-system linkage control method according to claim 2, wherein the uniformly updating the state of the entire service cluster by unlocking the distributed lock to achieve synchronization of the state of the entire service cluster comprises:

when the state of any service S in the whole service cluster is modified, releasing a distributed lock attached to the service S;

and broadcasting the modified state to other services in the whole service cluster, so that the other services in the whole service cluster are compared with the distributed cache to complete the synchronization of the state of the whole service cluster.

4. The multi-system linkage control method according to claim 1, further comprising:

receiving API calling requests of the plurality of clients to a push service module, and forwarding the API calling requests of the plurality of clients to the push service module;

the push service module pushes real-time messages to the plurality of clients.

5. The multi-system linkage control method according to claim 1, further comprising:

receiving API calling requests of the plurality of clients to the preview service module, and forwarding the API calling requests of the plurality of clients to the preview service module;

and the preview service module acquires interfaces of different systems and then previews and presents the interfaces.

6. The multi-system linkage control method according to claim 1, further comprising:

receiving API call requests of the plurality of clients to the export service module, and forwarding the API call requests of the plurality of clients to the export service module;

and the export service module processes the image process and exports the real-time intercepted page interface.

7. A multi-system linkage control apparatus, the apparatus comprising:

the first calling request receiving module is used for receiving calling requests of a plurality of clients to an Application Program Interface (API) of the synchronous service module and forwarding the calling requests of the plurality of clients to the API of the synchronous service module to the synchronous service module;

the synchronous service module is used for receiving the calling requests of the plurality of clients to the application program interface API of the synchronous service module and synchronizing the state of the whole service cluster;

and the result returning module is used for returning the result of the calling request to the plurality of clients.

8. A multi-system linkage control apparatus according to claim 7, wherein said synchronization service module comprises:

the state locking unit is used for locking the state of the whole service cluster by locking operation through a distributed lock;

and the state updating unit is used for uniformly updating the state of the whole service cluster by unlocking the distributed lock so as to realize the synchronization of the state of the whole service cluster.

9. An apparatus comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that the processor implements the steps of the method according to any one of claims 1 to 6 when executing the computer program.

10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 6.

Technical Field

The present invention relates to the field of network communications, and in particular, to a method, an apparatus, a device, and a computer-readable storage medium for controlling multi-system linkage.

Background

The multi-system linkage is generally for the purpose of implementing a plurality of different functions at the same time, for example, a monitoring system, a video conference system of a multi-conference place, and the like, and is for monitoring different positions or accessing a plurality of conferences with different geographic positions at the same time, and the like. At present, multi-system linkage control is realized more on the basis of an operating system level, and distributed coordination components and services are built in the multi-system linkage control.

The multi-system linkage control application program is mainly based on a C/S (client/server) architecture, the same application program is installed on different equipment, a system configuration file is saved in a client to be in an XML (extensible markup language) format, and the XML configuration file is run at a server side to synchronize states and information.

However, the existing multi-system linkage control method has the obvious defects that the corresponding development and configuration are required to be carried out on the operating system level, so the development period is long, and the cost is high; on the other hand, a plurality of systems developed by a plurality of development agents need to be aggregated, so that compatibility of different systems is weak, and self-adaptive capacity is poor.

Disclosure of Invention

The application provides a multi-system linkage control method, a multi-system linkage control device, a multi-system linkage control equipment and a computer readable storage medium, so that cost is reduced, and compatibility and self-adaptive capacity of a system are improved.

In one aspect, the application provides a multi-system linkage control method, including:

receiving call requests of a plurality of clients to an Application Program Interface (API) of a synchronization service module, and forwarding the call requests of the plurality of clients to the API of the synchronization service module to the synchronization service module;

the synchronous service module receives the calling requests of the plurality of clients to an Application Program Interface (API) of the synchronous service module, and synchronizes the state of the whole service cluster;

and returning the result of the calling request to the plurality of clients.

On the other hand, this application provides a multisystem coordinated control device, includes:

the first receiving module is used for receiving calling requests of a plurality of clients to an Application Program Interface (API) of the synchronization service module and forwarding the calling requests of the plurality of clients to the API of the synchronization service module to the synchronization service module;

the synchronous service module is used for receiving the calling requests of the plurality of clients to the application program interface API of the synchronous service module and synchronizing the state of the whole service cluster;

and the result returning module is used for returning the result of the calling request to the plurality of clients.

In a third aspect, the present application provides an apparatus comprising a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor implements the steps of the method according to the above technical solution when executing the computer program.

In a fourth aspect, the present application provides a computer-readable storage medium, in which a computer program is stored, which computer program, when being executed by a processor, carries out the steps of the method according to the above-mentioned solution.

As can be seen from the technical solutions provided by the foregoing application, on one hand, since the client can implement the corresponding function by calling the application program interface API of the service module such as the synchronization service module, in other words, the function is implemented in the application layer, and the corresponding development and configuration are not required in the operating system layer, the development precondition is less, the development period is short, and the cost is lower; on the other hand, the system developed by a plurality of development main bodies can be converged in a flexible mode through the synchronization of the synchronization service module on the state of the whole service cluster, so that linkage control is realized, and the system has high compatibility and self-adaptive capacity.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.

FIG. 1 is a flow chart of a multi-system linkage control method provided by an embodiment of the present application;

FIG. 2 is a schematic diagram of a system for multi-system linkage control combining B/S and C/S architectures according to an embodiment of the present application;

FIG. 3 is a schematic diagram illustrating a client calling a service module through an API gateway according to an embodiment of the present application;

FIG. 4 is a schematic structural diagram of a multi-system linkage control device provided in an embodiment of the present application;

fig. 5 is a schematic structural diagram of an apparatus provided in an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

In this specification, adjectives such as first and second may only be used to distinguish one element or action from another, without necessarily requiring or implying any actual such relationship or order. References to an element or component or step (etc.) should not be construed as limited to only one of the element, component, or step, but rather to one or more of the element, component, or step, etc., where the context permits.

In the present specification, the sizes of the respective portions shown in the drawings are not drawn in an actual proportional relationship for the convenience of description.

The application provides a multi-system linkage control method, as shown in fig. 1, which mainly comprises steps S101 to S103, as detailed below:

step S101: and receiving call requests of the plurality of clients to the application program interface API of the synchronization service module, and forwarding the call requests of the plurality of clients to the application program interface API of the synchronization service module to the synchronization service module.

The embodiment of the application realizes multi-system linkage control from an application level, and particularly combines two architectures of a Browser/Server (Browser/Server, B/S) and a Client/Server (Client/Server, C/S), the control end adopts the B/S architecture, different terminal devices can be opened as long as the Browser is provided, and linkage control can be performed on multi-systems of a large screen end through the control end without installing any other application programs. The large screen end adopts a C/S framework, the application program of the large screen end is a desktop application program which is constructed by an Electron and can support cross-platform, so that various visual special webpages developed by various development subjects are accessed and aggregated, real-time communication of a network is realized through a push (push) service module, and the state synchronization of the control end is obtained. The API Gateway (API Gateway) is a unified access API Gateway layer for calls of all APIs, and the Gateway layer is responsible for access and output, and is used for unified access, protocol adaptation, traffic management and fault tolerance, and security protection, and the architecture of the API Gateway (API Gateway) is schematically shown in fig. 2. The API gateway receives call requests of a plurality of clients to an Application Programming Interface (API) of the synchronization service module, and forwards the call requests of the plurality of clients to the API of the synchronization service module to the synchronization service module.

Step S102: and the synchronization service module receives the call requests of a plurality of clients to the application program interface API of the synchronization service module and synchronizes the state of the whole service cluster.

Specifically, as an embodiment of the present application, the synchronization service module receives call requests of multiple clients to an application program interface API of the synchronization service module, and the synchronizing of the state of the entire service cluster may be: locking operation is carried out through the distributed lock, the state of the whole service cluster is locked, unlocking operation is carried out through the distributed lock, the state of the whole service cluster is uniformly updated, and therefore the state of the whole service cluster is synchronized, wherein the state of the whole service cluster is uniformly updated through unlocking operation of the distributed lock, and the state of the whole service cluster is synchronized: when the state of any service S in the whole service cluster is modified, releasing a distributed lock attached to the service S; and broadcasting the modified state to other services in the whole service cluster, so that the other services in the whole service cluster are compared with the distributed cache to complete the synchronization of the state of the whole service cluster. In other words, the synchronization service module (sync-store module) adopts a design mode of no center and distributed type, provides a general state tree management service based on communication among processes, is used for supporting a scene of multi-terminal state synchronization, and locks the change of the state of the whole service cluster through a distributed lock, so as to prevent other services from being in a modified state when the modified state of one service is not completed. And after the state is modified, releasing the distributed lock, broadcasting the modified state through the distributed message middleware, comparing different services with the distributed cache after receiving the state, and completing the state synchronization of the whole service cluster after determining no error, so that the management of a data state tree can be realized, and the changed state of the data is pushed to a message queue according to the change of the corresponding state of the data.

Step S103: the results of the invocation request are returned to the plurality of clients.

As can be seen from the multi-system linkage control method illustrated in fig. 1, on one hand, since the client calls the application program interface API of the service module such as the synchronization service module, the corresponding function can be realized, in other words, the function is realized in the application layer, and the corresponding development and configuration are not required in the operating system layer, the development precondition is less, the development period is short, and the cost is lower; on the other hand, the system developed by a plurality of development main bodies can be converged in a flexible mode through the synchronization of the synchronization service module on the state of the whole service cluster, so that linkage control is realized, and the system has high compatibility and self-adaptive capacity.

In the embodiment of the application, the system further includes a plurality of service modules such as a push service module, a preview service module, and an export service module, so that, in addition to receiving the API call requests of the plurality of clients to the synchronization service module, the API gateway may also receive the API call requests of the plurality of clients to the push service module, and forward the API call requests of the plurality of clients to the push service module, and then, the push service module pushes the real-time message to the plurality of clients. In other words, as a general message push service module, the push service module enables real-time and two-way communication between the browser and the server, thereby realizing real-time message push from the server to the client.

Similarly, the API gateway may further receive API call requests of the multiple clients to the preview service module, forward the API call requests of the multiple clients to the preview service module, and then the preview service module obtains interfaces of different systems and performs preview presentation, where the system is a system in which the client that sends the API call request to the preview service module requests to display other interfaces. In the embodiment of the application, the preview service module uses a Puppeteeer library to crawl HTML pages and generate pre-rendered contents, so that interfaces of different systems are acquired in real time, and a preview function is realized.

In the embodiment of the present application, the API gateway may further receive API call requests of the multiple clients to the export service module, forward the API call requests of the multiple clients to the export service module, and the export service module processes the image process to export the real-time intercepted page interface. Specifically, the export service module uses an OpenCV (open content description language) library, and restores a real-time intercepted page interface by processing image processes including filtering, conversion, splicing and the like so as to realize the functions of previewing and exporting multi-system linkage control.

As shown in fig. 3, a user sends an API call request to an API Gateway (using an API Gateway identifier in the figure) through various clients (a personal computer, a tablet computer, an intelligent terminal, and the like), and the API Gateway forwards the API call request to a synchronization service module, a push service module, a preview service module, or an export service module in an http manner, so as to correspondingly implement functions of synchronizing the state of the whole service cluster, pushing a real-time message to the client, obtaining interfaces of different systems, and then previewing and presenting the interfaces or exporting a page interface captured in real time.

Referring to fig. 4, a multi-system linkage control apparatus provided in the embodiment of the present application may include a first call request receiving module 401, a synchronization service module 402, and a result returning module 403, which are described in detail as follows:

a first call request receiving module 401, configured to receive call requests of multiple clients to an application program interface API of a synchronization service module, and forward the call requests of the multiple clients to the application program interface API of the synchronization service module to the synchronization service module;

a synchronization service module 402, configured to receive a call request from multiple clients to an application program interface API of the synchronization service module, and synchronize the state of the entire service cluster;

a result returning module 403, configured to return the result of the call request to the plurality of clients.

Optionally, the synchronization service module 402 illustrated in fig. 4 may include a status locking unit and a status updating unit, wherein:

the state locking unit is used for locking the state of the whole service cluster by locking operation through a distributed lock;

and the state updating unit is used for uniformly updating the state of the whole service cluster by unlocking the distributed lock so as to realize the synchronization of the state of the whole service cluster.

Optionally, the status updating unit may include a releasing unit and a broadcasting unit, where:

the releasing unit is used for releasing the distributed lock attached to the service S when the state of any service S in the whole service cluster is modified;

and the broadcasting unit is used for broadcasting the modified state to other services in the whole service cluster so as to compare the other services in the whole service cluster with the distributed cache and finish the synchronization of the state of the whole service cluster.

Optionally, the apparatus of the example in the drawings may further include an aggregation module, configured to perform data aggregation on the query result returned by the available work node, and return the aggregated query result to the query end.

Optionally, the apparatus illustrated in fig. 4 may further include a second invocation request receiving module and a push service module, where:

the second calling request receiving module is used for receiving API calling requests of a plurality of clients to the push service module and forwarding the API calling requests of the plurality of clients to the push service module;

and the push service module is used for pushing the real-time message to a plurality of clients.

Optionally, the apparatus illustrated in fig. 4 may further include a third call request receiving module and a preview service module, wherein:

the third calling request receiving module is used for receiving API calling requests of a plurality of clients to the preview service module and forwarding the API calling requests of the plurality of clients to the preview service module;

and the preview service module is used for obtaining interfaces of different systems and then previewing and presenting the interfaces.

Optionally, the apparatus illustrated in fig. 4 may further include a fourth call request receiving module and an export service module, where:

the fourth calling request receiving module is used for receiving API calling requests of the plurality of clients to the export service module and forwarding the API calling requests of the plurality of clients to the export service module;

and the export service module is used for processing the image process and exporting the real-time intercepted page interface.

As can be seen from the above description of the technical solutions, on one hand, since the client can implement the corresponding function by calling the application program interface API of the service module such as the synchronization service module, in other words, the function is implemented in the application layer, and the corresponding development and configuration are not required in the operating system layer, the development precondition is less, the development period is short, and the cost is lower; on the other hand, the system developed by a plurality of development main bodies can be converged in a flexible mode through the synchronization of the synchronization service module on the state of the whole service cluster, so that linkage control is realized, and the system has high compatibility and self-adaptive capacity.

Fig. 5 is a schematic structural diagram of an apparatus provided in an embodiment of the present application. As shown in fig. 5, the apparatus 5 of this embodiment mainly includes: a processor 50, a memory 51 and a computer program 52, such as a program for a multi-system linkage control method, stored in the memory 51 and executable on the processor 50. The processor 50, when executing the computer program 52, implements the steps in the above-described multi-system linkage control method embodiment, such as the steps S101 to S103 shown in fig. 1. Alternatively, the processor 50, when executing the computer program 52, implements the functions of the modules/units in the above-described device embodiments, such as the functions of the first call request receiving module 401, the synchronization service module 402, and the result returning module 403 shown in fig. 4.

Illustratively, the computer program 52 of the multisystem linkage control method mainly includes: receiving call requests of a plurality of clients to an Application Program Interface (API) of the synchronous service module, and forwarding the call requests of the plurality of clients to the API of the synchronous service module to the synchronous service module; receiving call requests of a plurality of clients to an Application Program Interface (API) of the synchronous service module, and synchronizing the state of the whole service cluster; the results of the invocation request are returned to the plurality of clients. The computer program 52 may be divided into one or more modules/units, which are stored in the memory 51 and executed by the processor 50 to complete the present application. One or more of the modules/units may be a series of computer program instruction segments capable of performing specific functions, which are used to describe the execution of the computer program 52 in the device 5. For example, the computer program 52 may be divided into functions of the first call request receiving module 401, the synchronization service module 402, and the result returning module 403 (modules in the virtual device), and the specific functions of each module are as follows: a first call request receiving module 401, configured to receive call requests of multiple clients to an application program interface API of a synchronization service module, and forward the call requests of the multiple clients to the application program interface API of the synchronization service module to the synchronization service module; a synchronization service module 402, configured to receive a call request from multiple clients to an application program interface API of the synchronization service module, and synchronize the state of the entire service cluster; a result returning module 403, configured to return the result of the call request to the plurality of clients.

The device 5 may include, but is not limited to, a processor 50, a memory 51. Those skilled in the art will appreciate that fig. 5 is merely an example of a device 5 and does not constitute a limitation of device 5 and may include more or fewer components than shown, or some components may be combined, or different components, e.g., a computing device may also include input-output devices, network access devices, buses, etc.

The Processor 50 may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

The memory 51 may be an internal storage unit of the device 5, such as a hard disk or a memory of the device 5. The memory 51 may also be an external storage device of the device 5, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), etc., provided on the device 5. Further, the memory 51 may also include both internal storage units of the device 5 and external storage devices. The memory 51 is used for storing computer programs and other programs and data required by the device. The memory 51 may also be used to temporarily store data that has been output or is to be output.

It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned functions may be distributed as required to different functional units and modules, that is, the internal structure of the apparatus may be divided into different functional units or modules to implement all or part of the functions described above. Each functional unit and module in the embodiments may be integrated in one processing unit, or each unit may exist alone physically, or two or more units are integrated in one unit, and the integrated unit may be implemented in a form of hardware, or in a form of software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working processes of the units and modules in the above-mentioned apparatus may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus/device and method may be implemented in other ways. For example, the above-described apparatus/device embodiments are merely illustrative, and for example, a module or a unit may be divided into only one logic function, and may be implemented in other ways, for example, a plurality of units or components may be combined or integrated into another apparatus, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

Units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated modules/units, if implemented in the form of software functional units and sold or used as separate products, may be stored in a non-transitory computer readable storage medium. Based on such understanding, all or part of the processes in the method of the embodiments may also be implemented by instructing related hardware through a computer program, where the computer program of the multi-system linkage control method may be stored in a computer-readable storage medium, and when being executed by a processor, the computer program may implement the steps of the embodiments of the methods, that is, receiving call requests of multiple clients to an application program interface API of a synchronization service module, and forwarding the call requests of the multiple clients to the application program interface API of the synchronization service module to the synchronization service module; receiving call requests of a plurality of clients to an Application Program Interface (API) of the synchronous service module, and synchronizing the state of the whole service cluster; the results of the invocation request are returned to the plurality of clients. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The non-transitory computer readable medium may include: any entity or device capable of carrying computer program code, recording medium, U.S. disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, telecommunications signals, software distribution media, and the like. It should be noted that the non-transitory computer readable medium may contain content that is subject to appropriate increase or decrease as required by legislation and patent practice in jurisdictions, for example, in some jurisdictions, non-transitory computer readable media does not include electrical carrier signals and telecommunications signals as subject to legislation and patent practice. The above embodiments are only used to illustrate the technical solutions of the present application, and not to limit the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present application and are intended to be included within the scope of the present application. The above-mentioned embodiments, objects, technical solutions and advantages of the present application are described in further detail, it should be understood that the above-mentioned embodiments are merely exemplary embodiments of the present application, and are not intended to limit the scope of the present application, and any modifications, equivalent substitutions, improvements and the like made within the spirit and principle of the present application should be included in the scope of the present invention.