CN113542315B

CN113542315B - Communication framework, business event processing method and device

Info

Publication number: CN113542315B
Application number: CN202010286855.0A
Authority: CN
Inventors: 王梁
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2020-04-13
Filing date: 2020-04-13
Publication date: 2024-04-05
Anticipated expiration: 2040-04-13
Also published as: CN113542315A

Abstract

The application discloses a communication framework, a business event processing method and a business event processing device, which are applied to electronic equipment, wherein the communication framework comprises an application interface module, a service module and a bottom layer driving module; the service module is used for processing the business event; the service module interacts with a communication interface of the electronic equipment through the bottom layer driving module; the service module interacts with applications in the electronic device through the application interface module. By adopting the embodiment of the application, unified application interfaces, unified communication interfaces and service events are processed in one module, and the problem of serious coupling of functional modules is avoided.

Description

Communication framework, business event processing method and device

Technical Field

The present disclosure relates to the field of electronic technologies, and in particular, to a communication framework, a service event processing method and a device.

Background

In the embedded field, real-time operating systems (real time operating system, RTOS), which are operating systems that guarantee that certain functions are completed within certain time constraints, are very widely used. At present, functional modules in the RTOS are seriously coupled, and the communication performance of the RTOS is affected. Therefore, it is necessary to provide a generic communication framework for the RTOS.

Disclosure of Invention

The embodiment of the application provides a communication framework, a business event processing method and a business event processing device.

In a first aspect, an embodiment of the present application provides a communication framework, applied to an electronic device, where the communication framework includes an application interface module, a service module, and a bottom layer driving module;

the service module is used for processing business events;

the service module interacts with a communication interface of the electronic equipment through the bottom layer driving module;

the service module interacts with an application in the electronic device through the application interface module.

In a second aspect, an embodiment of the present application provides a service event processing method, which is applied to a service module in the communication frame in the first aspect, where the method includes:

and receiving interaction information sent by the application interface module or the bottom layer driving module, and processing business events based on the interaction information.

In a third aspect, an embodiment of the present application provides a service event processing apparatus, which is applied to a service module in the communication frame in the first aspect, where the apparatus includes:

the receiving unit is used for receiving the interaction information sent by the application interface module or the bottom layer driving module;

And the event processing unit is used for processing business events based on the interaction information.

In a fourth aspect, an embodiment of the present application provides an electronic device, including a processor, a memory, a communication interface, and one or more programs, where the processor includes a service module in a communication framework according to the first aspect, and the one or more programs are stored in the memory and configured to be executed by the processor, where the program includes instructions for performing steps in the second aspect of the embodiment of the present application.

In a fifth aspect, embodiments of the present application provide a computer-readable storage medium, where the computer-readable storage medium stores a computer program for electronic data exchange, where the computer program causes a computer to perform some or all of the steps as described in the second aspect of the embodiments of the present application.

In a sixth aspect, embodiments of the present application provide a computer program product, wherein the computer program product comprises a non-transitory computer readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps as described in the second aspect of embodiments of the present application. The computer program product may be a software installation package.

It can be seen that in the embodiment of the application, the communication framework included in the electronic device includes an application interface module, a service module and a bottom layer driving module, the service module is used for processing the service event, the service module interacts with the communication interface of the electronic device through the bottom layer driving module, and the service module interacts with the application in the electronic device through the application interface module, so that the unified application interface, the unified communication interface and the service event are uniformly processed in one module, the problem of serious coupling of the functional module is avoided, and the purpose of providing a universal communication framework for the system is achieved.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described below, it being obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

Fig. 1 is a schematic structural diagram of an electronic device according to an embodiment of the present application;

fig. 2 is a schematic software structure of an electronic device according to an embodiment of the present application;

FIG. 3 is a system block diagram of an electronic device provided in an embodiment of the present application;

fig. 4 is a schematic structural diagram of a communication framework according to an embodiment of the present application;

fig. 5 is a schematic structural diagram of another communication framework provided in an embodiment of the present application;

fig. 6 is a flow chart of a business event processing method provided in an embodiment of the present application;

fig. 7 is a schematic flow chart of a method for establishing a link according to an embodiment of the present application;

FIG. 8 is a flowchart of another method for establishing a link according to an embodiment of the present disclosure;

fig. 9 is a schematic flow chart of a method for disconnecting links according to an embodiment of the present application;

FIG. 10 is a flowchart of another method for disconnecting links according to an embodiment of the present application;

fig. 11 is a flow chart of a method for sending a message according to an embodiment of the present application;

fig. 12 is a flow chart of a message receiving method provided in the embodiment of the present application;

fig. 13 is a schematic structural diagram of a service event processing device according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be described below with reference to the accompanying drawings.

For a better understanding of aspects of embodiments of the present application, related terms and concepts that may be related to embodiments of the present application are described below.

1) The electronic device may be a portable electronic device that also contains other functions such as personal digital assistant and/or music player functions, such as a cell phone, tablet computer, wearable electronic device with wireless communication capabilities (e.g., a smart watch), etc. Exemplary embodiments of portable electronic devices include, but are not limited to, portable electronic devices that are equipped with IOS systems, android systems, microsoft systems, or other operating systems. The portable electronic device may also be other portable electronic devices such as a Laptop computer (Laptop) or the like. It should also be appreciated that in other embodiments, the electronic device described above may not be a portable electronic device, but rather a desktop computer.

2) The message refers to a data block to be sent by a sender, and the message contains complete data information to be sent.

3) A linked list refers to a non-contiguous, non-sequential storage structure on physical storage elements. The linked list consists of a series of nodes (each data element in the linked list is called a node). Each node comprises two parts: one is a data field storing a data element and the other is a pointer field storing the address of the next node.

4) The AT command is a command applied to connection and communication between an electronic device and an application, and the AT is an Attention.

In the first part, the software and hardware operation environment of the technical scheme disclosed in the application is introduced as follows.

By way of example, fig. 1 shows a schematic diagram of an electronic device 100. Electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (universal serial bus, USB) interface 130, a charge management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, a compass 190, a motor 191, an indicator 192, a camera 193, a display 194, a subscriber identity module (subscriber identification module, SIM) card interface 195, and the like.

It is to be understood that the structure illustrated in the embodiments of the present application does not constitute a specific limitation on the electronic device 100. In other embodiments of the present application, electronic device 100 may include more or fewer components than shown, or certain components may be combined, or certain components may be split, or different arrangements of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units, such as: the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), an image signal processor (image signal processor, ISP), a controller, a video codec, a digital signal processor (digital signal processor, DSP), a baseband processor, and/or a neural network processor (neural-network processing unit, NPU), etc. Wherein the different processing units may be separate components or may be integrated in one or more processors. In some embodiments, the electronic device 101 may also include one or more processors 110. The controller can generate operation control signals according to the instruction operation codes and the time sequence signals to finish the control of instruction fetching and instruction execution. In other embodiments, memory may also be provided in the processor 110 for storing instructions and data. Illustratively, the memory in the processor 110 may be a cache memory. The memory may hold instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to reuse the instruction or data, it can be called directly from the memory. This avoids repeated accesses and reduces the latency of the processor 110, thereby improving the efficiency of the electronic device 101 in processing data or executing instructions.

In some embodiments, the processor 110 may include one or more interfaces. The interfaces may include inter-integrated circuit (inter-integrated circuit, I2C) interfaces, inter-integrated circuit audio (inter-integrated circuit sound, I2S) interfaces, pulse code modulation (pulse code modulation, PCM) interfaces, universal asynchronous receiver transmitter (universal asynchronous receiver/transmitter, UART) interfaces, mobile industry processor interfaces (mobile industry processor interface, MIPI), general-purpose input/output (GPIO) interfaces, SIM card interfaces, and/or USB interfaces, among others. The USB interface 130 is an interface conforming to the USB standard, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 130 may be used to connect a charger to charge the electronic device 101, or may be used to transfer data between the electronic device 101 and a peripheral device. The USB interface 130 may also be used to connect headphones through which audio is played.

It should be understood that the interfacing relationship between the modules illustrated in the embodiments of the present application is only illustrative, and does not limit the structure of the electronic device 100. In other embodiments of the present application, the electronic device 100 may also use different interfacing manners, or a combination of multiple interfacing manners in the foregoing embodiments.

The charge management module 140 is configured to receive a charge input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charge management module 140 may receive a charging input of a wired charger through the USB interface 130. In some wireless charging embodiments, the charge management module 140 may receive wireless charging input through a wireless charging coil of the electronic device 100. The charging management module 140 may also supply power to the electronic device through the power management module 141 while charging the battery 142.

The power management module 141 is used for connecting the battery 142, and the charge management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charge management module 140 and provides power to the processor 110, the internal memory 121, the external memory, the display 194, the camera 193, the wireless communication module 160, and the like. The power management module 141 may also be configured to monitor battery capacity, battery cycle times, battery health (leakage, impedance), and other parameters. In other embodiments, the power management module 141 may also be provided in the processor 110. In other embodiments, the power management module 141 and the charge management module 140 may be disposed in the same device.

The wireless communication function of the electronic device 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like.

The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in the electronic device 100 may be used to cover a single or multiple communication bands. Different antennas may also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed into a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide a solution for wireless communication including 2G/3G/4G/5G, etc., applied to the electronic device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (low noise amplifier, LNA), etc. The mobile communication module 150 may receive electromagnetic waves from the antenna 1, perform processes such as filtering, amplifying, and the like on the received electromagnetic waves, and transmit the processed electromagnetic waves to the modem processor for demodulation. The mobile communication module 150 can amplify the signal modulated by the modem processor, and convert the signal into electromagnetic waves through the antenna 1 to radiate. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be provided in the same device as at least some of the modules of the processor 110.

The wireless communication module 160 may provide solutions for wireless communication including wireless local area network (wireless local area networks, WLAN) (e.g., wireless fidelity (wireless fidelity, wi-Fi) network), bluetooth (BT), global navigation satellite system (global navigation satellite system, GNSS), frequency modulation (frequency modulation, FM), near field wireless communication technology (near field communication, NFC), infrared technology (IR), etc., applied to the electronic device 100. The wireless communication module 160 may be one or more devices that integrate at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, modulates the electromagnetic wave signals, filters the electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive a signal to be transmitted from the processor 110, frequency modulate it, amplify it, and convert it to electromagnetic waves for radiation via the antenna 2.

The electronic device 100 implements display functions through a GPU, a display screen 194, an application processor, and the like. The GPU is a microprocessor for image processing, and is connected to the display 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or change display information.

The display screen 194 is used to display images, videos, and the like. The display 194 includes a display panel. The display panel may employ a liquid crystal display (liquid crystal display, LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED) or an active-matrix organic light-emitting diode (matrix organic light emitting diode), a flexible light-emitting diode (FLED), a mini light-emitting diode (mini light-emitting diode), microLed, micro-OLED, a quantum dot light-emitting diode (quantum dot light emitting diodes, QLED), or the like. In some embodiments, the electronic device 100 may include 1 or more display screens 194.

The electronic device 100 may implement a photographing function through an ISP, a camera 193, a video codec, a GPU, a display screen 194, an application processor, and the like.

The ISP is used to process data fed back by the camera 193. For example, when photographing, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electric signal, and the camera photosensitive element transmits the electric signal to the ISP for processing and is converted into an image visible to naked eyes. ISP can also perform algorithm optimization on noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature, etc. of the photographed scene. In some embodiments, the ISP may be provided in the camera 193.

The camera 193 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image onto the photosensitive element. The photosensitive element may be a charge coupled device (charge coupled device, CCD) or a Complementary Metal Oxide Semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, which is then transferred to the ISP to be converted into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard RGB, YUV, or the like format. In some embodiments, electronic device 100 may include 1 or more cameras 193.

The digital signal processor is used for processing digital signals, and can process other digital signals besides digital image signals. For example, when the electronic device 100 selects a frequency bin, the digital signal processor is used to fourier transform the frequency bin energy, or the like.

Video codecs are used to compress or decompress digital video. The electronic device 100 may support one or more video codecs. In this way, the electronic device 100 may play or record video in a variety of encoding formats, such as: moving picture experts group (moving picture experts group, MPEG) 1, MPEG2, MPEG3, MPEG4, etc.

The NPU is a neural-network (NN) computing processor, and can rapidly process input information by referencing a biological neural network structure, for example, referencing a transmission mode between human brain neurons, and can also continuously perform self-learning. Applications such as intelligent awareness of the electronic device 100 may be implemented through the NPU, for example: image recognition, face recognition, speech recognition, text understanding, etc.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to enable expansion of the memory capabilities of the electronic device 100. The external memory card communicates with the processor 110 through an external memory interface 120 to implement data storage functions. For example, files such as music, video, etc. are stored in an external memory card.

The internal memory 121 may be used to store one or more computer programs, including instructions. The processor 110 may cause the electronic device 101 to execute the methods of displaying page elements, and various applications, data processing, and the like provided in some embodiments of the present application by executing the above-described instructions stored in the internal memory 121. The internal memory 121 may include a storage program area and a storage data area. The storage program area can store an operating system; the storage program area may also store one or more applications (such as gallery, contacts, etc.), etc. The storage data area may store data created during use of the electronic device 101 (e.g., photos, contacts, etc.), and so on. In addition, the internal memory 121 may include high-speed random access memory, and may also include nonvolatile memory, such as one or more disk storage units, flash memory units, universal flash memory (universal flash storage, UFS), and the like. In some embodiments, processor 110 may cause electronic device 101 to perform the methods of displaying page elements provided in embodiments of the present application, as well as other applications and data processing, by executing instructions stored in internal memory 121, and/or instructions stored in a memory provided in processor 110. The electronic device 100 may implement audio functions through an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, an application processor, and the like. Such as music playing, recording, etc.

The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

The pressure sensor 180A is used for sensing a pressure signal, and can convert the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be disposed on the display screen 194. The pressure sensor 180A is of various types, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor may be a capacitive pressure sensor comprising at least two parallel plates with conductive material. The capacitance between the electrodes changes when a force is applied to the pressure sensor 180A. The electronic device 100 determines the strength of the pressure from the change in capacitance. When a touch operation is applied to the display screen 194, the electronic apparatus 100 detects the touch operation intensity according to the pressure sensor 180A. The electronic device 100 may also calculate the location of the touch based on the detection signal of the pressure sensor 180A. In some embodiments, touch operations that act on the same touch location, but at different touch operation strengths, may correspond to different operation instructions. For example: and executing an instruction for checking the short message when the touch operation with the touch operation intensity smaller than the first pressure threshold acts on the short message application icon. And executing an instruction for newly creating the short message when the touch operation with the touch operation intensity being greater than or equal to the first pressure threshold acts on the short message application icon.

The gyro sensor 180B may be used to determine a motion gesture of the electronic device 100. In some embodiments, the angular velocity of electronic device 100 about three axes (i.e., X, Y and Z axis) may be determined by gyro sensor 180B. The gyro sensor 180B may be used for photographing anti-shake. For example, when the shutter is pressed, the gyro sensor 180B detects the shake angle of the electronic device 100, calculates the distance to be compensated by the lens module according to the angle, and makes the lens counteract the shake of the electronic device 100 through the reverse motion, so as to realize anti-shake. The gyro sensor 180B may also be used for navigating, somatosensory game scenes.

The acceleration sensor 180E may detect the magnitude of acceleration of the electronic device 100 in various directions (typically three axes). The magnitude and direction of gravity may be detected when the electronic device 100 is stationary. The electronic equipment gesture recognition method can also be used for recognizing the gesture of the electronic equipment, and is applied to horizontal and vertical screen switching, pedometers and other applications.

The ambient light sensor 180L is used to sense ambient light level. The electronic device 100 may adaptively adjust the brightness of the display 194 based on the perceived ambient light level. The ambient light sensor 180L may also be used to automatically adjust white balance when taking a photograph. Ambient light sensor 180L may also cooperate with proximity light sensor 180G to detect whether electronic device 100 is in a pocket to prevent false touches.

The fingerprint sensor 180H is used to collect a fingerprint. The electronic device 100 may utilize the collected fingerprint feature to unlock the fingerprint, access the application lock, photograph the fingerprint, answer the incoming call, etc.

The temperature sensor 180J is for detecting temperature. In some embodiments, the electronic device 100 performs a temperature processing strategy using the temperature detected by the temperature sensor 180J. For example, when the temperature reported by temperature sensor 180J exceeds a threshold, electronic device 100 performs a reduction in the performance of a processor located in the vicinity of temperature sensor 180J in order to reduce power consumption to implement thermal protection. In other embodiments, when the temperature is below another threshold, the electronic device 100 heats the battery 142 to avoid the low temperature causing the electronic device 100 to be abnormally shut down. In other embodiments, when the temperature is below a further threshold, the electronic device 100 performs boosting of the output voltage of the battery 142 to avoid abnormal shutdown caused by low temperatures.

The touch sensor 180K, also referred to as a "touch panel". The touch sensor 180K may be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, which is also called a "touch screen". The touch sensor 180K is for detecting a touch operation acting thereon or thereabout. The touch sensor may communicate the detected touch operation to the application processor to determine the touch event type. Visual output related to touch operations may be provided through the display 194. In other embodiments, the touch sensor 180K may also be disposed on the surface of the electronic device 100 at a different location than the display 194.

By way of example, fig. 2 shows a block diagram of the software architecture of the electronic device 100. The layered architecture divides the software into several layers, each with distinct roles and branches. The layers communicate with each other through a software interface. In some embodiments, the Android system is divided into four layers, from top to bottom, an application layer, an application framework layer, an Zhuoyun row (Android run) and system libraries, and a kernel layer, respectively. The application layer may include a series of application packages.

As shown in fig. 2, the application layer may include applications for cameras, gallery, calendar, phone calls, maps, navigation, WLAN, bluetooth, music, video, short messages, etc.

The application framework layer provides an application programming interface (application programming interface, API) and programming framework for application programs of the application layer. The application framework layer includes a number of predefined functions.

As shown in FIG. 2, the application framework layer may include a window manager, a content provider, a view system, a telephony manager, a resource manager, a notification manager, and the like.

The window manager is used for managing window programs. The window manager can acquire the size of the display screen, judge whether a status bar exists, lock the screen, intercept the screen and the like.

The content provider is used to store and retrieve data and make such data accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phonebooks, etc.

The view system includes visual controls, such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, a display interface including a text message notification icon may include a view displaying text and a view displaying a picture.

The telephony manager is used to provide the communication functions of the electronic device 100. Such as the management of call status (including on, hung-up, etc.).

The resource manager provides various resources for the application program, such as localization strings, icons, pictures, layout files, video files, and the like.

The notification manager allows the application to display notification information in a status bar, can be used to communicate notification type messages, can automatically disappear after a short dwell, and does not require user interaction. Such as notification manager is used to inform that the download is complete, message alerts, etc. The notification manager may also be a notification in the form of a chart or scroll bar text that appears on the system top status bar, such as a notification of a background running application, or a notification that appears on the screen in the form of a dialog window. For example, a text message is prompted in a status bar, a prompt tone is emitted, the electronic device vibrates, and an indicator light blinks, etc.

Android run time includes a core library and virtual machines. Android run time is responsible for scheduling and management of the Android system.

The core library consists of two parts: one part is a function which needs to be called by java language, and the other part is a core library of android.

The application layer and the application framework layer run in a virtual machine. The virtual machine executes java files of the application program layer and the application program framework layer as binary files. The virtual machine is used for executing the functions of object life cycle management, stack management, thread management, security and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: surface manager (surface manager), media library (media library), three-dimensional graphics processing library (e.g., openGL ES), 2D graphics engine (e.g., SGL), etc.

The surface manager is used to manage the display subsystem and provides a fusion of 2D and 3D layers for multiple applications.

Media libraries support a variety of commonly used audio, video format playback and recording, still image files, and the like. The media library may support a variety of audio video encoding formats, such as: MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, etc.

The three-dimensional graphic processing library is used for realizing three-dimensional graphic drawing, image rendering, synthesis, layer processing and the like.

The 2D graphics engine is a drawing engine for 2D drawing.

The kernel layer is a layer between hardware and software. The inner core layer at least comprises a display driver, a camera driver, an audio driver and a sensor driver.

In the second part, the system block diagram and the communication framework disclosed in the embodiments of the present application are described as follows.

Illustratively, fig. 3 shows a system block diagram of an electronic device 100, including an application layer, a communication framework, and a communication interface, where the application layer and the communication framework communicate via a software interface, the communication framework and the communication interface communicate via a software interface, and the device communicate via a communication interface.

The application layer may include a plurality of applications, such as an audio playing application, a video playing application, a shopping application, an instant messaging application, a payment application, a ticketing application, an office application, a navigation application, and the like.

Wherein the communication interface may be a mobile communication interface or a wireless communication interface as in fig. 1.

Illustratively, FIG. 4 shows a schematic structural diagram of a communication framework including an application interface module, a service module, and an underlying driver module; the service module is used for processing the business event; the service module interacts with a communication interface of the electronic equipment through the bottom layer driving module; the service module interacts with an application program in the electronic device through the application interface module.

Wherein the communication framework is applied to an RTOS.

The service event includes, for example, a link establishment service event, a link disconnection service event, a message transmission event, a message reception event, and the like.

Wherein the application communication interface communicates with the service module via an application program interface (application programming interface, API). The APIs are, for example, open-link (open-link), close-link (close-link), create (create), remove (delete), register client (reg-client), cancel client (delete-client), send packet (send packet), send client signal (send create signal), and so forth.

The service module provides a signal set for the bottom layer driving module, and the signal set is used for the bottom layer driving module to send signals to the service module. Wherein the signal set comprises at least one of the following signals: an open link signal (sig-open), a disconnect link signal (sig-close), a receive completion signal (sig-rx-done), a transmit completion signal (sig-tx-done), a transmit error signal (sig-tx-error), etc.

Optionally, referring to fig. 5, the communication framework further includes a packet object, the service module is bound to the packet object, and the service module invokes the packet object to process a packet event.

The service module comprises a reference unit which is bound with the packet object.

The service module communicates with the message packet object through a message packet unified interface class, and the message unpacking unified interface class realizes the abstraction of the packet process. Each format may implement its custom unpacking method, such as an AT instruction format.

Optionally, the communication framework further includes a message unpacking object, the service module is bound with the message unpacking object, and the service module invokes the message unpacking object to process a message unpacking event.

Wherein the reference unit is bound with the message unpacking object.

The service module communicates with the message unpacking object through a message unpacking unified interface class, and the message packing unified interface class realizes abstraction of a packing flow. Each format may implement its custom encapsulation method, such as an AT command format.

Optionally, the communication framework further includes a hardware adaptation object, the service module binds with the hardware adaptation object, and the service module invokes the hardware adaptation object to interact with the underlying driver module.

Wherein the reference unit is bound to the hardware adaptation object.

The service module communicates with the hardware adaptation object through the transmission layer driving unified interface class, and the transmission layer driving unified interface class realizes abstraction of the data transmission flow. Each driver implements its custom transport layer functions in terms of interfaces, such as a universal asynchronous receiver transmitter (universal asynchronous receiver/transmitter, UART) hardware interface.

Optionally, the service module includes at least one of an application linked list, a message receiving linked list and a message sending linked list;

the message receiving linked list is used for storing the received message;

the message sending linked list is used for storing the message to be sent;

the application program linked list is used for storing information of application programs.

The information of the application program includes, for example, an identification of the application program, a size of the application program, a memory size occupied by the application program when the application program runs, and the like.

Optionally, the service module includes an event processing circulation unit, where the event processing circulation unit is configured to receive the interaction information sent by the application interface module or the bottom layer driver module, and respond to the interaction information to provide a logic implementation of a function.

The interactive information includes, for example, a link opening request, a link opening result signal, a link opening permission signal, a message transmission request, a message transmission result, and the like.

The third section, a business event processing method disclosed in the embodiment of the present application is described below.

Referring to fig. 6, fig. 6 is a flow chart of a service event processing method applied to a service module in the above communication framework, where the service event processing method includes the following steps:

step 601: receiving interaction information sent by an application interface module or a bottom layer driving module;

step 602: and processing business events based on the interaction information.

In an implementation manner of the present application, the receiving the interaction information sent by the application interface module and processing the service event based on the interaction information include:

receiving a link opening request sent by the application interface module;

invoking a hardware adaptation object to send an open link signal to the bottom layer driving module, wherein the open link signal is used for triggering the bottom layer driving module to execute open link operation;

Receiving a link opening result signal sent by the bottom driving module through the hardware adaptation object;

and sending a first event feedback signal to the application interface module, wherein the first event feedback signal is used for triggering the application interface module to instruct a first application to process a link opening result event, and the first application is an application triggering the link opening request.

Specifically, as shown in fig. 7, step 1: the application interface module sends a link opening request to an event processing circulation unit of the service module; step 2: after receiving the link opening request, the event processing circulation unit of the service module sends a link opening signal to the hardware adaptation object; step 3: after the hardware adaptation pair receives the open link signal, forwarding the open link signal to the bottom layer driving module; step 4: after the bottom layer driving module receives the link opening signal, link opening operation is executed (for example, the bottom layer driving module triggers a communication interface of the electronic device to send a link establishment signal to a communication interface of other electronic devices (the other electronic devices also comprise a communication framework of the application), so that an application program of the electronic device and an application program in the other electronic devices are linked; step 5: the bottom layer driving module sends a link opening result signal to the hardware adaptation object; step 6: after the hardware adaptation pair receives the open link result signal, forwarding the open link result signal to an event processing circulation unit of the service module; step 7: after the event processing circulation unit of the service module receives the link opening result signal, an event feedback signal is sent to the application interface module to trigger the application interface module to instruct the application triggering the link opening request to process the link opening result event, such as applying for service resources, starting service data interaction and the like. Wherein step 5 and step 4 may be asynchronous processes.

In an implementation manner of the present application, the receiving the interaction information sent by the bottom layer driving module and processing the service event based on the interaction information includes:

invoking a hardware adaptation object to receive an open-allowed link signal sent by the bottom layer driving module, wherein the open-allowed link signal is sent by the bottom layer driving module after receiving a link establishment signal;

and sending a second event feedback signal to the application interface module, wherein the second event feedback signal is used for triggering the application interface module to instruct a second application to process an event allowing a link to be opened, and the second application is an application corresponding to the link establishment signal.

Specifically, as shown in fig. 8, step 1: after receiving a link establishment signal, the bottom layer driving module sends a link establishment permission signal to the hardware adaptation slave image, wherein the link establishment signal is sent by other electronic equipment to a communication interface of the electronic equipment through the communication interface; step 2: after the hardware adaptation pair receives the link-opening-allowed signal, forwarding the link-opening-allowed signal to an event processing circulation unit of the service module; step 3: after the event processing circulation unit of the service module receives the link allowing signal, an event feedback signal is sent to the application interface module to trigger the application interface module to instruct triggering the application corresponding to the link establishing signal to process the link allowing event, such as applying for service resources, starting service data interaction and the like.

receiving a link disconnection request sent by the application interface module;

invoking a hardware adaptation object to send a disconnection link signal to the bottom layer driving module, wherein the disconnection link signal is used for triggering the bottom layer driving module to execute a disconnection link operation;

receiving a disconnection link result signal sent by the bottom driving module through the hardware adaptation object;

and sending a third event feedback signal to the application interface module, wherein the third event feedback signal is used for triggering the application interface module to instruct a third application to process a disconnection link result event, and the third application is an application triggering the disconnection link request.

Specifically, as shown in fig. 9, step 1: the application interface module sends a link disconnection request to an event processing circulation unit of the service module; step 2: after receiving the disconnection request, the event processing circulation unit of the service module sends a disconnection signal to the hardware adaptation object; step 3: after the hardware adaptation object receives the disconnection link signal, forwarding the disconnection link signal to the bottom layer driving module; step 4: after the bottom layer driving module receives the disconnection link signal, a disconnection link operation is executed (for example, the bottom layer driving module triggers a communication interface of the electronic device to send the disconnection link signal to a communication interface of other electronic devices (the other electronic devices also comprise a communication framework of the application), so that an application program of the electronic device is disconnected from an application program in the other electronic devices); step 5: the bottom layer driving module sends a link disconnection result signal to the hardware adaptation object; step 6: after receiving the disconnection link result signal, the hardware adaptation gateway forwards the disconnection link result signal to an event processing circulation unit of the service module; step 7: after the event processing circulation unit of the service module receives the disconnection result signal, an event feedback signal is sent to the application interface module to trigger the application interface module to instruct the application triggering the disconnection request to process the disconnection result event, such as releasing memory resources and ending data transmission.

Wherein, step 5 and step 6 may be asynchronous processes. After step 7, the service module clears the message receiving linked list, clears the message transmitting linked list, resets the message packet object (to reset the message packet object internal state machine), resets the message unpacking object (to reset the message unpacking module internal state machine).

invoking a hardware adaptation gateway to receive an allowed link disconnection signal sent by the bottom layer driving module, wherein the allowed link disconnection signal is sent by the bottom layer driving module after receiving the link disconnection signal;

and sending a fourth event feedback signal to the application interface module, wherein the fourth event feedback signal is used for triggering the application interface module to instruct a fourth application to process an event allowing disconnection of a link, and the fourth application is an application corresponding to the link disconnection signal.

Specifically, as shown in fig. 10, step 1: after receiving the disconnection signal, the bottom layer driving module sends a disconnection permission signal to the hardware adaptation object, wherein the disconnection permission signal is sent by other electronic equipment to a communication interface of the electronic equipment through the communication interface; step 2: after receiving the link-off permission signal, the hardware adaptation gateway forwards the link-off permission signal to an event processing circulation unit of the service module; step 3: after the event processing circulation unit of the service module receives the disconnection permission link signal, an event feedback signal is sent to the application interface module to trigger the application interface module to instruct the application corresponding to the disconnection permission link signal to trigger the disconnection permission link event, such as releasing the memory resource and ending data sending.

After step 3, the service module clears the message receiving linked list, clears the message transmitting linked list, resets the message packet object (to reset the internal state machine of the message packet object), and resets the message unpacking object (to reset the internal state machine of the message unpacking module).

receiving a message sending request sent by the application interface module, wherein the message sending request carries a first message;

calling a message unpacking object to unpack the first message to obtain a first data frame;

invoking a hardware adaptation object to send a message sending signal to the bottom layer driving module, wherein the message sending signal is used for triggering the bottom layer driving module to execute a message sending operation, and the message sending operation is used for sending a first data frame obtained by unpacking;

receiving a message sending result signal sent by the bottom driving module through the hardware adaptation object;

and feeding back a sending event feedback signal to the application interface, wherein the sending event feedback signal is used for triggering the application interface module to instruct a fifth application to process a message sending event, and the fifth application is an application triggering the message sending request.

Specifically, as shown in fig. 11, step 1: the application interface module sends a message sending request to an event processing circulation unit of the service module, wherein the message sending request carries a first message; step 2: after receiving the message sending request, the event processing circulation unit of the service module pushes the first message to a message sending linked list of the service module; step 3: the message sending chain table of the service module sends a message preparation signal to an event processing circulating unit of the service module; step 4: after receiving the message preparation signal, the event processing circulation unit of the service module transmits a first message to a message unpacking object; step 5: the event processing circulation unit of the service module reads a first data frame obtained by unpacking a first message by a message unpacking object; step 6: the event processing circulation unit of the service module sends a signal to the hardware adaptation object sending message; step 7: after the hardware adaptation gateway receives the message sending signal, the hardware adaptation gateway forwards the message sending signal to the bottom layer driving module; step 8: after receiving the message sending signal, the bottom layer driving module executes a message sending operation (for example, the bottom layer driving module triggers a communication interface of the electronic device to send a first data frame obtained by unpacking to a communication interface of other electronic devices (the other electronic devices also comprise a communication framework of the application) so as to send data of an application program of the electronic device to the application program of the other electronic devices); step 9: the bottom layer driving module sends a message sending result signal to the hardware adaptation object; step 10: after the hardware adaptation gateway receives the message sending result, the hardware adaptation gateway forwards the message sending result signal to an event processing circulation unit of the service module; step 11: after receiving the message sending result, the event processing circulation unit of the service module feeds back a sending event feedback signal to the application interface so as to trigger the application interface module to instruct the application triggering the message sending request to process the message sending event, such as triggering the next service data sending.

Wherein steps 8 and 9 may be asynchronous processes. And (3) after the event processing circulation unit of the service module receives the message sending result, the event processing circulation unit of the service module removes the first message from the message sending linked list, and if the message sending linked list is not empty, the step (3) is continuously executed.

receiving a receiving completion signal sent by a hardware adaptation object, wherein the receiving completion signal is sent by the hardware adaptation object after the completion of receiving a second data frame sent by a bottom layer driving module;

reading the second data frame in the hardware adaptation object, and calling a message packet object to packet the second data frame to obtain a second message;

and sending a received event feedback signal and the second message to the application interface module, wherein the received event feedback signal is used for triggering the application interface module to instruct a sixth application to process the received second message.

Specifically, as shown in fig. 12, step 1: after receiving the second data frame, the bottom layer driving module sends a data receiving signal to the hardware adaptation object, wherein the data receiving signal carries the second data frame; step 2: after the hardware adaptation object finishes receiving the second data frame sent by the bottom driving module, sending a receiving completion signal to an event processing circulation unit of the service module; step 3: after receiving the receiving completion signal, the event processing circulation unit of the service module reads a second data frame in the hardware adaptation object; step 4: the event processing circulation unit of the service module transmits the read second data frame to the message packet object; step 5: the event processing circulation unit of the service module reads a second message obtained by wrapping the second data frame by the message wrapping object; step 6: the event processing circulation unit of the service module adds the read second message to the tail part of the message receiving linked list; step 7: the event processing circulation unit of the service module takes the earliest received message from the head of the message receiving linked list; the method comprises the following steps: the event processing circulation unit of the service module sends and receives event feedback signals and messages to the application interface module so as to trigger the application interface module to instruct the application processing message of the received messages.

After the step 7, the event processing circulation unit of the service module removes the second message from the message receiving linked list, and if the message receiving linked list is not empty, the step 7 is continuously executed.

receiving a receiving error signal sent by a hardware adaptation object, wherein the receiving error signal is sent by the hardware adaptation object after an abnormal signal sent by a bottom driving module;

and calling a reset method of the packet object to clear the internal state machine of the electronic equipment.

It can be seen that in the embodiment of the application, the service module of the communication framework receives the interaction information sent by the application interface module or the bottom layer driving module, and then processes the service event based on the interaction information, so that the unified application interface, the unified communication interface and the service event are unified to be processed in one module, the problem of serious coupling of the functional modules is avoided, and the purpose of providing a universal communication framework for the system is achieved.

It will be appreciated that the electronic device, in order to achieve the above-described functions, includes corresponding hardware and/or software modules that perform the respective functions. The steps of an algorithm for each example described in connection with the embodiments disclosed herein may be embodied in hardware or a combination of hardware and computer software. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application and design constraints imposed on the solution. Those skilled in the art may implement the described functionality using different approaches for each particular application in conjunction with the embodiments, but such implementation is not to be considered as outside the scope of this application.

The present embodiment may divide the functional modules of the electronic device according to the above method example, for example, each functional module may be divided corresponding to each function, or two or more functions may be integrated into one processing module. The integrated modules described above may be implemented in hardware. It should be noted that, in this embodiment, the division of the modules is schematic, only one logic function is divided, and another division manner may be implemented in actual implementation.

In the case of dividing each functional module by corresponding each function, fig. 13 shows a schematic diagram of a service event processing apparatus, and as shown in fig. 13, the service event processing apparatus 1300 is applied to a service module in the above-mentioned communication framework, and the service event processing apparatus 1300 may include: a receiving unit 1301 and an event processing unit 1302.

Wherein receiving unit 1301 may be configured to support a service module to perform step 601, etc. described above, and/or other processes for the techniques described herein.

The event processing unit 1302 may be configured to support the service module to perform step 602, etc., described above, and/or other processes for the techniques described herein.

It should be noted that, all relevant contents of each step related to the above method embodiment may be cited to the functional description of the corresponding functional module, which is not described herein.

The electronic device provided in this embodiment is configured to execute the above-mentioned service event processing method, so that the same effects as those of the above-mentioned implementation method can be achieved.

In case an integrated unit is employed, the electronic device may comprise a processing module, a storage module and a communication module. The processing module may be configured to control and manage actions of the electronic device, for example, may be configured to support the electronic device to perform the steps performed by the receiving unit 1301 and the event processing unit 1302. The memory module may be used to support the electronic device to execute stored program code, data, etc. And the communication module can be used for supporting the communication between the electronic device and other devices.

Wherein the processing module may be a processor or a controller. Which may implement or perform the various exemplary logic blocks, modules, and circuits described in connection with this disclosure. A processor may also be a combination that performs computing functions, e.g., including one or more microprocessors, digital signal processing (digital signal processing, DSP) and microprocessor combinations, and the like. The memory module may be a memory. The communication module may be a communication interface (e.g., a mobile communication module, a wireless communication module, etc.).

In one embodiment, when the processing module is a processor, the storage module is a memory, and the communication module is a communication interface, the electronic device according to this embodiment may be a device having the structure shown in fig. 1.

The present embodiment also provides a computer storage medium having stored therein computer instructions which, when executed on an electronic device, cause the electronic device to perform the above-described related method steps to implement the position determining method in the above-described embodiments.

The present embodiment also provides a computer program product which, when run on a computer, causes the computer to perform the above-mentioned related steps to implement the position determining method in the above-mentioned embodiments.

In addition, embodiments of the present application also provide an apparatus, which may be specifically a chip, a component, or a module, and may include a processor and a memory connected to each other; the memory is configured to store computer-executable instructions, and when the device is operated, the processor may execute the computer-executable instructions stored in the memory, so that the chip performs the position determining method in the above method embodiments.

The electronic device, the computer storage medium, the computer program product, or the chip provided in this embodiment are used to execute the corresponding methods provided above, so that the beneficial effects thereof can be referred to the beneficial effects in the corresponding methods provided above, and will not be described herein.

It will be appreciated by those skilled in the art that, for convenience and brevity of description, only the above-described division of the functional modules is illustrated, and in practical application, the above-described functional allocation may be performed by different functional modules according to needs, i.e. the internal structure of the apparatus is divided into different functional modules to perform all or part of the functions described above.

In the several embodiments provided in this application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of modules or units is merely a logical function division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another apparatus, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and the parts shown as units may be one physical unit or a plurality of physical units, may be located in one place, or may be distributed in a plurality of different places. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.

The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a readable storage medium. Based on such understanding, the technical solution of the embodiments of the present application may be essentially or a part contributing to the prior art or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium, including several instructions to cause a device (may be a single-chip microcomputer, a chip or the like) or a processor (processor) to perform all or part of the steps of the methods of the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read Only Memory (ROM), a random access memory (random access memory, RAM), a magnetic disk, or an optical disk, or other various media capable of storing program codes.

The foregoing is merely specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily think about changes or substitutions within the technical scope of the present application, and the changes and substitutions are intended to be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. The communication framework is characterized by comprising an application interface module, a service module, a hardware adaptation object and a bottom layer driving module, wherein the service module comprises a reference unit and an event processing circulation unit, and the reference unit is bound with the hardware adaptation object;

the service module is used for processing business events;

the service module communicates with the hardware adaptation object through a transmission layer driving unified interface, and the service module calls the hardware adaptation object to interact with the bottom layer driving module;

the service module interacts with an application program in the electronic equipment through the application interface module;

The event processing circulation unit is used for receiving the interaction information sent by the application interface module or the bottom layer driving module and responding to the interaction information so as to provide logic implementation of functions.

2. The communication framework of claim 1, further comprising a message package object, wherein the service module binds to the message package object, wherein the service module invokes the message package object to process a message package event.

3. The communication framework of claim 2, further comprising a message unpacking object, wherein the service module is bound to the message unpacking object, and wherein the service module invokes the message unpacking object to process a message unpacking event.

4. A communication framework according to any one of claims 1-3, wherein the service module comprises at least one of an application linked list, a message receiving linked list, and a message transmitting linked list;

the message receiving linked list is used for storing the received message;

the message sending linked list is used for storing the message to be sent;

5. A business event processing method, characterized in that it is applied to a service module in a communication framework according to any one of claims 1-4, the service module comprising a reference unit and an event processing loop unit, the reference unit being bound to a hardware adaptation object, the method comprising:

the unified interface is driven by a transmission layer to communicate with the hardware adaptation object, and the hardware adaptation object is called to interact with a bottom driving module;

and receiving interaction information sent by an application interface module or the bottom layer driving module based on the event processing circulating unit, and processing business events based on the interaction information.

6. The method of claim 5, wherein receiving the interaction information sent by the application interface module and processing the business event based on the interaction information comprises:

receiving a link opening request sent by the application interface module;

7. The method of claim 5, wherein receiving the interaction information sent by the underlying driver module and processing the business event based on the interaction information comprises:

8. The method of claim 5, wherein receiving the interaction information sent by the application interface module and processing the business event based on the interaction information comprises:

9. The method of claim 5, wherein receiving the interaction information sent by the underlying driver module and processing the business event based on the interaction information comprises:

invoking a hardware adaptation object to receive an allowable disconnection link signal sent by the bottom layer driving module, wherein the allowable disconnection link signal is sent by the bottom layer driving module after receiving the disconnection link signal;

10. The method of claim 5, wherein receiving the interaction information sent by the application interface module and processing the business event based on the interaction information comprises:

11. The method of claim 5, wherein receiving the interaction information sent by the underlying driver module and processing the business event based on the interaction information comprises:

12. A traffic event handling device, characterized by a service module applied in a communication framework according to any of claims 1-4, said service module comprising a reference unit and an event handling loop unit, said reference unit being bound to a hardware adaptation object, said device comprising:

the communication unit is used for communicating with the hardware adaptation object through the transmission layer driving unified interface and calling the hardware adaptation object to interact with the bottom driving module;

the receiving unit is used for receiving the interaction information sent by the application interface module or the bottom layer driving module based on the event processing and circulating unit;

13. An electronic device comprising a processor, a memory, a communication interface, and one or more programs, the processor comprising a service module in a communication framework according to any of claims 1-4, the one or more programs stored in the memory and configured to be executed by the processor, the programs comprising instructions for performing the steps in the method of any of claims 5-11.

14. A computer-readable storage medium, characterized in that a computer program for electronic data exchange is stored, wherein the computer program causes a computer to perform the method according to any one of claims 5-11.