WO2024067328A1 - 一种消息处理方法 - Google Patents

一种消息处理方法 Download PDF

Info

Publication number
WO2024067328A1
WO2024067328A1 PCT/CN2023/120266 CN2023120266W WO2024067328A1 WO 2024067328 A1 WO2024067328 A1 WO 2024067328A1 CN 2023120266 W CN2023120266 W CN 2023120266W WO 2024067328 A1 WO2024067328 A1 WO 2024067328A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
user
electronic device
mobile phone
distributed network
Prior art date
Application number
PCT/CN2023/120266
Other languages
English (en)
French (fr)
Inventor
李程
李世明
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2024067328A1 publication Critical patent/WO2024067328A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/10—Multimedia information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
    • H04M1/72433—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages for voice messaging, e.g. dictaphones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
    • H04M1/72436—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages for text messaging, e.g. short messaging services [SMS] or e-mails
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
    • H04M1/72439—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages for image or video messaging

Definitions

  • the present application belongs to the field of communication technology, and in particular, relates to a message processing method.
  • an embodiment of the present application provides a message processing method, which can deliver the message to the electronic device that is most suitable for processing the message in the distributed network where the electronic device is located in the current scenario, thereby improving the timeliness of message processing and enhancing the user experience.
  • a first aspect of an embodiment of the present application provides a message processing method, which is applied to a first electronic device, where the first electronic device is in a distributed network, and the distributed network also includes at least one other electronic device besides the first electronic device.
  • the method includes: obtaining a first message; determining a message delivery strategy for the first message based on message type information of the first message, information of the electronic devices included in the distributed network, and current scene information; wherein the message delivery strategy includes target electronic device information; and sending the first message or the converted first message to the target electronic device.
  • the information of the electronic devices included in the distributed network includes: identification information of the electronic devices currently online in the distributed network, and message type information supported by the electronic devices currently online in the distributed network.
  • the current scene information is determined based on multi-device data from electronic devices in a distributed network
  • the multi-device data includes one or more of the following items: distributed network device data, relationship data between electronic devices, user setting data, user status data, and device sensor data.
  • the message delivery strategy also includes a message type conversion strategy.
  • the method further includes: converting the first message of the first type into the first message of the second type according to a message type conversion strategy; the sending of the converted first message to the target electronic device specifically includes: sending the first message of the second type to the target electronic device; wherein the target electronic device supports the first message of the second type and does not support the first message of the first type.
  • the method further includes: sending a characteristic identifier corresponding to the first message to the target electronic device, the characteristic identifier being used to indicate that the first message received by the target electronic device is a message that has undergone type conversion.
  • the sending of the first message or the converted first message to the target electronic device specifically includes: sending the first message or the converted first message to the target electronic device, and not sending the first message to other electronic devices other than the target electronic device in the distributed network. message or the first message after conversion.
  • a second aspect of an embodiment of the present application provides an electronic device, which includes a processor and a memory, wherein instructions are stored in the memory.
  • the electronic device executes a message processing method as described in the first aspect and any one of the possible implementations of the first aspect.
  • a third aspect of an embodiment of the present application provides a computer program product, which includes instructions.
  • an electronic device installed with the computer program product executes a message processing method as described in the first aspect and any one of the possible implementations of the first aspect.
  • the fourth aspect of an embodiment of the present application provides a computer-readable storage medium, which includes instructions.
  • an electronic device equipped with the computer-readable storage medium executes a message processing method as described in the first aspect and any one of the possible implementations of the first aspect.
  • FIG1 is a schematic diagram of a distributed network provided by an embodiment of the present application.
  • FIG2 is a schematic diagram of a distributed message push scenario provided by an embodiment of the present application.
  • FIG3 is a diagram of a message processing system architecture provided by an embodiment of the present application.
  • FIG4 is a schematic diagram of a message delivery strategy module provided by an embodiment of the present application.
  • FIG5 is a schematic diagram of a user scenario recognition module provided by an embodiment of the present application.
  • FIG6 is a schematic diagram of a distributed network device information management module provided by an embodiment of the present application.
  • FIG7 is a schematic diagram of a message conversion module provided by an embodiment of the present application.
  • FIG8 is a schematic diagram of a distributed message push scenario 1 provided by an embodiment of the present application.
  • FIG9 is a flow chart of a distributed message push scenario 1 provided by an embodiment of the present application.
  • FIG10 is a schematic diagram of another distributed message push scenario 1 provided by an embodiment of the present application.
  • FIG11 is a schematic diagram of a distributed message push scenario 2 provided in an embodiment of the present application.
  • FIG12 is a flow chart of a distributed message push scenario 2 provided by an embodiment of the present application.
  • FIG13 is a schematic diagram of another distributed message push scenario 2 provided by an embodiment of the present application.
  • FIG14 is a schematic diagram of a distributed message push scenario three provided by an embodiment of the present application.
  • FIG15 is a flow chart of a distributed message push scenario 3 provided by an embodiment of the present application.
  • FIG16 is a schematic diagram of another distributed message push scenario three provided by an embodiment of the present application.
  • FIG17 is a schematic diagram of a distributed message push scenario 4 provided by an embodiment of the present application.
  • FIG18 is a flow chart of a distributed message push scenario 4 provided by an embodiment of the present application.
  • FIG19 is a schematic diagram of another distributed message push scenario 4 provided by an embodiment of the present application.
  • FIG20 is a flowchart of another distributed message push scenario 4 provided by an embodiment of the present application.
  • FIG21 is a schematic diagram of another distributed message push scenario 4 provided in an embodiment of the present application.
  • FIG22 is a schematic diagram of the structure of an electronic device provided by an embodiment of the present application.
  • FIG. 23 is a software structure block diagram of an electronic device provided in an embodiment of the present application.
  • the transmission medium may include one or more of the communication media such as cellular communication (such as 4G, 5G network), optical communication (such as optical fiber), satellite communication (such as Beidou communication satellite), near-field communication (such as Bluetooth, WiFi), etc.; in other words, the transmission medium may include one or more wired and/or wireless communication media.
  • the distributed network formed by connecting multiple devices through various transmission media can include multiple devices that communicate directly point-to-point, such as multiple devices that communicate through near-field communication methods such as WiFi P2P; it can also include multiple devices that communicate indirectly with the assistance of other devices, such as multiple devices that realize data intercommunication through cloud servers. In this case, multiple devices usually have an associated relationship, such as logging into the same account.
  • a mobile phone can generally be used as a core device in a distributed network, and other devices can directly or indirectly interact with the mobile phone. It should be understood that the embodiments of the present application are described by taking a mobile phone as a core device in a distributed network as an example, but This does not constitute a limitation.
  • the core device of the distributed network can also be other devices.
  • the message processing method of the distributed network may adopt the architecture shown in FIG1. Based on the architecture, the message processing method of the distributed network may include the following process:
  • the mobile phone After receiving the message, the mobile phone queries the devices in the distributed network.
  • the mobile phone pushes the message to each device through the distributed network, such as device 1, device 2, device 3, etc.
  • Each device that receives the message issues a message reminder for the user to review.
  • the user checks the message on a device (eg, smart device 1) and processes it (eg, deletes it).
  • a device eg, smart device 1
  • processes it eg, deletes it.
  • a device notifies a mobile phone or other device of the user's message processing behavior through a distributed network.
  • the mobile phone or other device processes the corresponding message according to the notification (e.g., no longer reminding, clearing, etc.).
  • the mobile phone In response to receiving a text message, the mobile phone displays a message reminder "1 new text message" in the notification center of the mobile phone. At the same time, in response to receiving the text message, the mobile phone queries other devices in the distributed network where the mobile phone is located, such as the in-vehicle terminal, headset and watch that are logged in to the same account as the mobile phone.
  • the mobile phone pushes the information of receiving the text message to the vehicle terminal, headset and watch through the transmission medium between it and the vehicle terminal, headset and watch (such as cloud server or near field communication methods such as Bluetooth and WiFi; the transmission medium between the mobile phone and the vehicle terminal, the mobile phone and the headset, and the mobile phone and the watch can be the same or different).
  • the vehicle terminal and the watch usually have a display screen, so the message reminder "1 new text message" can be displayed in the notification center of the vehicle terminal and the watch; the headset usually does not have a display screen, so it does not respond to the information of receiving the text message pushed by the mobile phone this time.
  • the vehicle terminal notifies other devices in the distributed network that the user has processed the text message, in this example, the headset, watch, and mobile phone.
  • the watch and mobile phone clear the message reminder of the text message in the notification center of the watch and mobile phone.
  • the headset may not respond to this notification.
  • the messages described in the embodiments of the present application may include text messages, incoming calls, application push messages (such as news messages pushed by news apps), instant messaging application messages (such as text, pictures, and voice messages sent by WeChat friends), system messages (such as messages used to remind the operating system that a new version is available for upgrade), and other types of messages.
  • the above-mentioned distributed network message processing method adopts an indifferent push method.
  • the so-called indifferent push means that when a device in a distributed network receives a message, it will push the message to all other devices in the distributed network that the device can find. All other devices in the distributed network will receive the push of the message.
  • This method may have one or more of the following problems:
  • Indifferent push does not consider the message type. For example, a mobile phone receives a voice message from a friend in the instant messaging application through the instant messaging application installed in the mobile phone. The mobile phone pushes the voice message to the bracelet, but the bracelet may not have a voice playback function. The user cannot learn the specific content of the voice message through the bracelet. Even if the user knows that a voice message has been received through the bracelet (for example, the bracelet vibrates), he still needs to use the mobile phone to view the voice message, resulting in low message processing efficiency. For another example, while the user is driving, the mobile phone receives a text message from a friend in the instant messaging application through the instant messaging application installed in the mobile phone. The mobile phone pushes the text message to the vehicle terminal, and the user views the text message through the vehicle terminal, which distracts the user's attention and poses a safety hazard to driving.
  • Indiscriminate push notifications also do not take into account user scenarios. For example, if the user is not driving alone, the mobile phone will push the received message to the in-vehicle terminal, and other passengers in the car can also see the message, resulting in user privacy leakage.
  • Devices in a distributed network may be unstable.
  • a watch without cellular communication capabilities communicates with its paired watch through Bluetooth and/or WiFi to obtain access to external networks. If the distance between the watch without cellular communication capabilities and the paired watch exceeds the maximum supported distance of near-field communication methods such as Bluetooth and WiFi, the watch will not be able to communicate with the external network, which is equivalent to exiting the distributed network where the watch was previously located; it can only be restored when it returns to the distributed network where it can communicate with the mobile phone in the near-field. When the watch is within the coverage range, the watch can rejoin the distributed network it was previously in.
  • the embodiment of the present application provides a message processing method, which can select the form of push messages for different devices, identify the user scenario through the sum of data of each device, and implement accurate message push based on the identified user scenario, thereby solving the problem of indifferent message push in distributed networks.
  • FIG3 exemplarily shows a system architecture diagram of a message processing method provided by an embodiment of the present application.
  • the system architecture mainly involves adding a message delivery strategy module 201 and a message conversion module 204 to the message processing flow in a distributed network.
  • the system architecture may also include a user scenario identification module 202 and a distributed network device information module 203.
  • the message delivery strategy module 201 can determine the message delivery strategy, i.e., to which device or devices the message is to be delivered, based on the user scenario determined by the user scenario identification module 202 and the device information in the current distributed network determined by the distributed network device information module 203. Then, it can be determined whether the message needs to be converted based on the determined message delivery strategy. If so, the message conversion module 204 can convert the message into the target format based on the wisdom library and send it to the corresponding device; otherwise, the message is sent directly to the corresponding device.
  • the message delivery strategy module 201 can be used to determine the strategy for message delivery between various devices in the distributed network.
  • the above strategy may include, for example: whether to deliver a message to a certain device in the distributed network, or, for a message received by a certain device in the distributed network, to which device or devices in the distributed network to deliver it.
  • delivery can also be described by other expressions such as "push” and "synchronization". Specifically, in the embodiment of the present application, delivery can refer to the process of causing a certain device in the distributed network to receive a certain message.
  • the message delivery strategy module 201 may include a user authorization module 201 - 1 , a message type module 201 - 2 , a device information management module 201 - 3 , a user scenario management module 201 - 4 , and a message delivery strategy formulation and output module 201 - 5 .
  • the user authorization module 201-1 may be used to determine whether the user has authorized the message intelligent delivery function.
  • the user authorization module 201-1 may run in the user's terminal device, such as the user's mobile phone.
  • the user authorization module 201-1 can be configured to determine whether the user has authorized the activation of the function and whether the user's historical data is authorized for data analysis and pattern recognition to improve the user experience of intelligent message delivery. If the user does not activate the function, the default message delivery strategy can be used, for example, a message received by a device in a distributed network is pushed to all other devices in the distributed network without distinction; if the user activates the function, the message processing method provided by the embodiment of the present application can be used.
  • the message type module 201-2 can be used to obtain the type of the message.
  • the type of the message can be obtained by reading the type identifier corresponding to the message, or by identifying the content of the message.
  • each received message can correspond to a type identifier for indicating the type to which the message belongs, for example, it can be generated by the message sending device when sending the message. Therefore, when the receiving device receives the message, it can obtain the type of the message through the type identifier corresponding to the message.
  • the type of the message can also be obtained by any device among the sending device, the server or the receiving device by intelligently identifying the content of the message.
  • the type of message may include one or more classification methods.
  • the message can be divided into text messages, voice messages, picture messages, graphic and text messages, hyperlink messages and other types.
  • Text messages include, for example, text messages in pure text form
  • voice messages include, for example, voice messages sent by WeChat friends
  • picture messages include, for example, picture messages sent by WeChat friends
  • graphic and text messages include, for example, text messages in MMS form
  • hyperlink messages include, for example, pages shared by WeChat friends from other applications.
  • the message can be divided into system messages, application messages and other types.
  • System messages include, for example, system update messages pushed by the operating system developer of the device that the operating system has a new version that can be upgraded.
  • Application messages include, for example, messages pushed by applications installed in the device, such as news pushed by Today's Headlines, friend messages pushed by WeChat, and text message push notifications. It is understandable that messages can also be classified based on multiple classification methods, for example, combining the content form of the message and the source of the message to classify the messages into text messages from the system, graphic messages from the system, text messages from the application, voice messages from the application, etc.
  • the device and information management module 201 - 3 can be used to manage the device information obtained based on the distributed network device information module 203 , as well as the message types supported by each device.
  • the device information may include, for example, one or more of the following information: device identification, device model, device type, device hardware parameters, device software parameters, and the current state of the device.
  • the device identification may be, for example, the device's media access control (MAC) address, Internet protocol (IP) address, universally unique identifier (UUID), etc., which can be used to uniquely identify the device, that is, the device identification of each device is unique, and the device identifications of any two devices are different.
  • the device model may be, for example, the commercial identification name of different models of devices designed by device manufacturers such as "Huawei MATE50" and "Huawei P40".
  • the device type may be, for example, a mobile phone, a tablet, a PC (personal computer), a headset, a watch, a car terminal, a smart screen, etc.
  • the device hardware parameters may be, for example, whether the device has a certain hardware module, the model of the hardware module of the device, etc., such as whether the device has a speaker, a screen, a cellular communication module, or the specific model of the above hardware modules, etc.
  • the device software parameters may be, for example, the type and version of the device's operating system, the type and version of the message parsing software in the device, etc.
  • the current status of the device may be, for example, whether the device is currently being used by the user, such as whether the mobile phone or tablet is on the screen, whether it is receiving user input, whether the headphones or watch are worn by the user, etc. If the mobile phone or tablet is on the screen and receives user input for a period of time, it is considered to be in use by the user; if the headphones or watch are worn by the user, it is considered to be in use by the user.
  • the message types supported by the device may include, for example, text messages, voice messages, picture messages, graphic messages, hyperlink messages, and the like. Each device may correspond to a message type supported by the device. A device may support multiple types of messages at the same time, or it may only support one type of message. Among them, "support" can be understood as whether the device can effectively process a certain type of message and effectively present a certain type of message to the user.
  • the message types supported by the device may be associated with the hardware and software parameters of the device. For example, a device without a speaker may not be able to support voice messages, and a device without a screen may not be able to support picture messages.
  • the device hardware includes a screen, but the software installed in the device does not support parsing and presenting picture messages. Even if the device has a screen in hardware, it is limited by software parameters and still cannot support picture messages.
  • the message types supported by the device may be directly obtained by the device and information management module 201-3 from the distributed network device information module 203, may be queried by the device and information management module 201-3 based on the device identification, device model or device type obtained from the distributed network device information module 203, or may be inferred by the device and information management module 201-3 based on the device information obtained from the distributed network device information module 203, for example, inferred based on the above-mentioned device hardware parameters and device software parameters.
  • the above-mentioned "query” may be a query of a local database or a server database, or may be a query through an Internet search.
  • the above-mentioned "inference” may be obtained by matching according to preset rules. For example, the preset rule is that if there is a speaker, voice messages are supported. Then the device and information management module 201-3 may infer that the device supports voice messages based on the fact that the device has a speaker.
  • the user scenario management module 201-4 can be used to obtain user scenario information from the user scenario identification module 202.
  • the user scenario information may include, for example, one or more of the application scenario (or mode) in which the user is currently located, the activity currently being performed by the user, or the environment in which the user is currently located.
  • the application scenario in which the user is currently located may be, for example, a driving scenario, a home scenario, an office scenario, an audio-visual entertainment scenario, a sports scenario, a sleeping scenario, etc.
  • the activity currently being performed by the user may be, for example, running, cycling, driving, riding in a car, falling asleep, having fallen asleep, etc.
  • the environment information in which the user is currently located may be, for example, a relatively quiet environment, a relatively noisy environment, a solitary environment, a non-solo environment, etc.
  • the user's current activity and/or the user's current environment may be used as sub-parameters of the application scenario that the user is currently in.
  • user scenario information may be: “Driving scenario: driving, alone”, “Driving scenario: driving, not alone”, “Driving scenario: riding in a car, not alone”, “Sports scenario: running, relatively noisy”, “Sleeping scenario: falling asleep, relatively quiet”, etc.
  • the message delivery strategy formulation and output module 201-5 can be used to formulate a message delivery strategy based on the data of the device and information management module 201-3 and the data of the user scenario management module 201-4, and pass the formulated strategy to the downstream module.
  • the process of formulating the message delivery strategy can be implemented by relying on the rules pre-set by the developer or user, or it can be implemented intelligently by relying on the historical data of the user's use of the device, performing pattern recognition, learning the user's usage habits.
  • the user scene recognition module 202 may be used to determine the user scene.
  • the user scene recognition module 202 may include a trigger module 202 - 1 , a user scene fusion judgment module 202 - 2 , and a user scene output module 202 - 3 .
  • the trigger module 202-1 can be used to determine whether the trigger condition is met.
  • the user scene identification module 202 is triggered to determine the user scene.
  • the user scene fusion judgment module 202-2 is triggered to determine the user scene. It can be understood that on the one hand, the user scene may change at any time, and failure to timely identify the change of the user scene will affect the user experience. On the other hand, the user scene is also persistent. After the user enters a new user scene, it will be maintained for a period of time. Too frequent determination of the user scene will lead to higher power consumption and occupy network resources.
  • the trigger module 202-1 configuring specific trigger conditions, and triggering the user scene identification module 202 to confirm the user scene once when the trigger condition is met, it is possible to achieve both timely identification of changes in user scenes and minimization of power consumption and network resource occupation.
  • the trigger conditions may include, for example, a change in motion state determined based on sensor data, a change in a WiFi network accessible to the device (for example, leaving or entering the coverage of a WiFi network), the device screen being lit up, a car door being opened, headphones being worn by the user, and one or more other trigger conditions.
  • the trigger module 202-1 may be an optional module, that is, the user scene recognition module 202 may not include the trigger module 202-1.
  • scene recognition may be performed at a preset time interval, for example, identifying a user scene once every 1 minute.
  • the user scenario fusion identification module 202-2 can be used to determine the user scenario based on multi-device data.
  • the multi-device data can include, for example, one or more of distributed network device data, inter-device relationship data, user setting data, user status, device sensor data, etc. It can be understood that the multi-device data can refer to data from multiple devices in a distributed network.
  • the distributed network device data can be, for example, which devices are currently online in the distributed network, or the online and offline status of the current devices in the distributed network.
  • online and offline can be related to whether the device is connected to the network and whether the device is in a powered-on state.
  • the distributed network includes a mobile phone, a watch, and a headset, wherein the mobile phone is in a state where it can be connected to the network and is powered on, and the watch is in a state where it cannot be connected to the network and is powered on (for example, a watch that does not have a cellular communication function and needs to rely on the mobile phone communication function to connect to the network cannot be connected to the network when the distance between the mobile phone is far), and the headset automatically shuts down due to exhaustion of power.
  • the device status in the distributed network can be: the mobile phone is online, and the watch and headset are offline.
  • the data on the relationship between devices may include, for example, the distance and orientation data between devices.
  • the distance and orientation data between devices may be obtained through a positioning module in the device, and the positioning module may include, for example, a GPS (global positioning service) positioning module, a UWB (ultra-wide band) positioning module, a short-distance communication positioning module (for example, a module for positioning based on short-distance communication signals such as WiFi signals and Bluetooth signals, such as determining the distance between devices based on signal strength), an ultrasonic ranging and/or positioning module, and one or more thereof.
  • the distance and orientation data between devices may also be obtained based on data collected by a third device, such as image or video data collected by a camera.
  • the distance and orientation data between devices may include, for example, the distance between a mobile phone and a vehicle-mounted terminal is within 0.5 meters, and the mobile phone is located on the side of the direction in which the smart screen is facing.
  • the data on the relationship between devices may also include connection status data between devices, or data on whether the devices are in a connectable state.
  • a mobile phone and a headset have a Bluetooth connection
  • a mobile phone and a tablet have a WiFi direct connection
  • a mobile phone and a watch are in a state where they are not connected but can be connected.
  • the user setting data may include, for example, user scenarios (or user modes) set by the user, such as driving scenarios, home scenarios, office scenarios, audio and video entertainment scenarios, sports scenarios, sleep scenarios, do not disturb modes, focus modes, entertainment modes, etc.
  • the user can manually adjust the user scenario. For example, if the user wants to drive home after work, the user can manually set the user scenario from the office scenario to the driving scenario.
  • the user can pre-set the conditions for automatically entering a certain scenario, so that the device can enter the scenario when it determines that the conditions are met.
  • User status data may include, for example, moving, still, sitting, standing, lying, walking, running, jumping, being alone, not being alone, and so on.
  • User status data can be obtained based on data collected by sensors of the device. For example, it can be obtained based on data collected by sensors of wearable devices worn by users (such as watches, bracelets) or devices carried by users (such as mobile phones). It can also be obtained based on data collected by sensors of other devices, for example, whether the user is sitting in the car is obtained based on the seat sensor in the car. It can also be obtained based on positioning data, for example, whether the user is in a moving state or a stationary state is obtained based on GPS positioning data.
  • the user status data may also be set by the user himself, for example, the user manually sets his status to shopping, hiking, sleeping, etc.
  • Device sensor data can refer to data collected by sensors in a device.
  • a device can obtain user status data based on the data collected by its sensors and then share the user status data with other devices in a distributed network.
  • a device can also The collected data is sent to the central device in the distributed network.
  • the central device integrates the sensor data of multiple devices in the distributed network, obtains the user status data, and then shares it in the distributed network.
  • the user scene fusion determination module 202-2 can determine the user scene using one or more types of multi-device data mentioned above. As an example of determining the user scene using one type of multi-device data, for example, the user scene fusion determination module 202-2 can determine that the user is currently running based on the device sensor data or the user status data, and determine that the current user scene is a "sports scene". For another example, the user scene fusion determination module 202-2 can determine that the current user scene is "do not disturb mode" based on the user setting data that the user sets the current scene as "do not disturb mode" through the mobile phone.
  • the user scene fusion determination module 202-2 can be based on the user setting data that the current scene is a "driving scene" set by the user through the mobile phone, and then based on the sensor data collected by the watch worn by the user, the distance data between the watch and the vehicle-mounted terminal, the GPS positioning data of the watch, and the GPS positioning data of the vehicle-mounted terminal, and comprehensively determine that the user may currently be in a scene where he or she may temporarily leave the vehicle.
  • the user scenario output module 202 - 3 is used to transmit the user scenario determined by the user scenario fusion determination module 202 - 2 to the downstream module.
  • the distributed network device information module 203 may be used to obtain and manage device information in the distributed network.
  • the distributed network device information module 203 may include a device information triggering module 203 - 1 and a device information storage module 203 - 2 .
  • the device information trigger module 203-1 can be used to refresh the device information according to the state of the device in the distributed network. For example, in response to a change in the state of the device in the distributed network, the device information trigger module 203-1 triggers the device information to be refreshed.
  • the state of the device in the distributed network may include online/offline (or online/offline), network connection quality, etc. Among them, the device in the online state can communicate with other devices in the distributed network, and the device in the offline state cannot communicate with other devices in the distributed network.
  • the state of a device in the distributed network changes from online to offline or from offline to online, the refresh of the device state can be triggered.
  • the network connection quality can be described by parameters such as signal strength parameters. When the network connection quality of a device in the distributed network changes, such as from a good signal to a poor signal or from a poor signal to a good signal, the refresh of the device state can be triggered.
  • a distributed network may include a variety of devices, and different devices have different functions. Some devices may be located in the user's home, such as a smart screen, and some devices are carried by the user, such as mobile phones and watches. The user's activities will cause the online/offline status and network connection quality of the device in the distributed network to change.
  • the message processing method provided in the embodiment of the present application can efficiently realize the on-demand and accurate delivery of messages, it is very important to obtain the device information in the distributed network in real time and accurately.
  • the device information trigger module 203-1 can trigger a device information refresh every time it detects a change in the status of a device in the distributed network, such as triggering an operation to obtain which online devices are included in the current distributed network, and further, it can also trigger an operation to obtain the current network connection quality of these devices.
  • the device information trigger module 203-1 can ensure timely acquisition of accurate device information of the devices in the current distributed network, so as to provide accurate device information in the current distributed network to the message delivery strategy module 201, and then the message delivery strategy module 201 can formulate a reasonable message delivery strategy.
  • the following problems may exist: during the period from when the device leaves the distributed network to when the device rejoins the distributed network, or when the quality of the communication connection between the device and other devices in the distributed network is poor, if the user processes a message on the device, the user's behavior of processing the message on the device cannot be synchronized to other devices in the distributed network in a timely manner, resulting in the message still being marked as unprocessed on other devices in the distributed network.
  • the device information trigger module 203-1 can trigger the device information refresh when the device rejoins the original distributed network, or when the network connection quality between the device and other devices in the distributed network improves, and timely obtain the status of the device from the offline state to the online state, or timely obtain the network connection quality of the device from poor to good, so as to timely synchronize the behavior of the message being processed by the user on the device in the distributed network, thereby marking the message on other devices in the distributed network as processed.
  • the device information storage module 203-2 can be used to store the status of the device in the distributed network and the supported message types.
  • the status of the device can include, for example, online status, offline status, good network connection quality, poor network connection quality, etc.
  • the message type can include, for example, text messages, voice messages, picture messages, graphic messages, hyperlink messages, etc.
  • the message conversion module 204 can be used to convert the message to be converted into a target type of message, for example, converting a voice message into a text message, converting a picture message into a text or voice message for describing the picture content, etc.
  • the message conversion module 204 may include a message conversion and sending module 204-1, Message conversion receiving module 204-2, new message combining module 204-3.
  • the message conversion sending module 204-1 can be used to send the message conversion requirements and message content to the wisdom library.
  • the message conversion requirements may include, for example, what type of message to convert the message into, or an instruction to convert the message into a target type of message.
  • the wisdom library processes the message content according to the message conversion requirements to obtain a converted message of the target type.
  • the wisdom library can be used to provide technical capabilities for implementing message conversion.
  • the wisdom library may include one or more models, such as a text-to-speech model that can be used to convert voice messages into text messages, an optical character recognition (OCR) model that can be used to recognize text in pictures, etc.
  • OCR optical character recognition
  • the wisdom library can be located in a device in a distributed network, such as a device with strong computing power in a distributed network, or in a server, and this application does not limit this.
  • both the device and the server in the distributed network include a wisdom library, they can be selected or used in combination according to the specific situation.
  • the selection is made based on the quality of the network: if the distributed network cannot currently connect to the server or the quality of the network connection to the server is poor, the wisdom library in the device in the distributed network can be used to convert the message; otherwise, the wisdom library in the server can be used to convert the message.
  • the selection is made based on the difficulty of message conversion: if the message conversion can be completed by the wisdom library in the device in the distributed network, the wisdom library in the device in the distributed network is used to convert the message; otherwise, the wisdom library in the server can be used to convert the message.
  • the wisdom library in the device in the distributed network can be used to perform preliminary processing on the message, and the wisdom library in the server can be used to further process the preliminarily processed message to obtain a message of the target type.
  • the message conversion receiving module 204-2 can be used to receive the message converted by the wisdom library and perform verification.
  • the verification can be, for example, to verify whether the converted message corresponds to the message before the conversion.
  • the new message combination module 204-3 can be used to add some feature annotations to the converted message to combine it into a new message.
  • the feature annotation can be added in front of the converted message.
  • the feature annotation can be used to inform the user of the original type of the converted message, or to inform the user that the message is obtained after the message type conversion, for example, it can be "[speech to text]", “[picture to text]”, “[converted]”, "[intelligent conversion]”, etc. Therefore, when the user sees the feature identification, he can know that the message is not a message of the original type but a converted message, and there may be a probability of recognition error (for example, speech to text, recognizing speech as wrong text). Therefore, for important messages, users can view the original message based on the feature annotation, avoiding the adverse effects of important message conversion errors on users as much as possible.
  • Scenario 1 Distributed network consisting of mobile phones and watches
  • the mobile phone and the watch can communicate via the Bluetooth connection between the two, and the mobile phone and the watch form a distributed network.
  • Figure 9 exemplarily shows the steps performed by the message processing method provided by the embodiment of the present application after the mobile phone receives a voice message in this scenario.
  • the mobile phone can obtain detailed device information of the watch, such as the model, software and hardware capabilities of the watch, etc., through the Bluetooth connection between the mobile phone and the watch. Therefore, the mobile phone can judge based on the device information of the watch that the watch does not support voice broadcast capability (for example, judging based on the fact that the hardware module of the watch does not include a speaker), but supports processing text messages. Then the mobile phone can record the information of the message types that the watch supports and/or does not support. For example, the mobile phone records that the watch does not support voice messages but supports text messages (it can also record only supported or only unsupported message types).
  • the above process can be performed by the distributed network device information management module 203, and the information of the message types supported and/or not supported by the device can be recorded in the device information storage module 203-2.
  • the mobile phone can be used as the central device of the distributed network
  • the above distributed network device information management module 203, the device information storage module 203-2, etc. can preferably run in the mobile phone.
  • the user scenario is triggered to be identified.
  • the user scenario of "the phone is not carried with the body, but the watch is worn with the body” can be comprehensively judged based on the following information: (a) the distance between the phone and the watch exceeds the threshold; (b) the phone is judged to be in an absolutely stationary state based on the data collected by the phone sensor; (c) the watch is judged to be worn by the user based on the data collected by the watch sensor, and the wearer is judged to be the user himself based on the heart rate data.
  • the above process can be performed by the user scene recognition module 202, more specifically, by the user scene fusion judgment module 202-2.
  • the user scene recognition module 202, the user scene fusion judgment module 202-2, etc. can preferably be run in the mobile phone; of course, they can also be run in the server.
  • the mobile phone needs to send the information used for user scene recognition to the server, and the server The sensor obtains the result of user scene recognition and then sends it to the mobile phone.
  • the mobile phone when a mobile phone receives a voice message, the following actions can be triggered: the mobile phone receives a voice message, and the mobile phone confirms that the user has authorized the intelligent message delivery function.
  • the mobile phone identifies the type of the message received as a voice message (for example, based on information such as the encoding format of the message), which is a message type that the watch does not support; and the user scenario at this time is a user scenario of "the mobile phone is not carried with the body, but the watch is worn with the body". Based on this, the mobile phone can obtain the message delivery strategy for this voice message, including: (1) it needs to be delivered to the watch, and (2) it needs to be converted into a text message before delivery.
  • the mobile phone can confirm through the authorization information recorded in the user authorization module 201-1 that the user has authorized the activation of the intelligent message delivery function, and the mobile phone can identify the message type as a voice type through the message delivery strategy module 201 (or, more specifically, the message type module 201-2 therein).
  • the mobile phone can make a comprehensive decision to determine the most preferred message delivery strategy based on the information of the devices in the current distributed network provided by the distributed network device information module 203 and the information of the current user scenario provided by the user scenario identification module 202.
  • the mobile phone determines that message conversion is required. Specifically, the voice message received this time needs to be converted into a text message.
  • the mobile phone uses the smart library capability to convert the voice message into a text message.
  • the mobile phone can add a feature identifier to the converted message to mark the text message as voice-to-text.
  • the mobile phone then pushes the converted message to the watch through the distributed network, that is, the Bluetooth connection between the mobile phone and the watch, and the watch prompts and displays the text message.
  • the above process can be performed by the message conversion module 204, and the message conversion module 204 can preferably run in the mobile phone that serves as the central device of the distributed network.
  • the mobile phone receives a voice message from Mike.
  • the mobile phone queries whether the user has authorized the intelligent message delivery function to be turned on. If it is confirmed that the user has authorized the intelligent message delivery function to be turned on, the message is intelligently delivered, that is, the message processing method provided in the embodiment of the present application is applied.
  • the mobile phone identifies the message type as a voice type.
  • the current distributed network includes two devices, a mobile phone and a watch. The watch does not support voice messages but supports text messages, and the current user scenario includes that the mobile phone is not carried and the watch is worn. Based on this, the mobile phone can formulate a message delivery strategy to convert the voice message into a text message and then deliver it to the watch.
  • the mobile phone uses the capabilities of the wisdom library to convert the voice message into a text message and then deliver it to the watch.
  • a feature identifier can be further added before the converted text message.
  • the watch can vibrate to prompt the user and display the converted message content on the screen of the watch, for example: "[Voice to Text] From Mike: What time is the meeting today?".
  • the watch will only prompt the user "A voice message has been received, please check it from the mobile phone". Even if the user wears the watch, it is impossible to efficiently and timely obtain messages of the type that the watch cannot handle, and the user still needs to check the mobile phone.
  • the mobile phone can convert the voice message received by the mobile phone into a text message and then deliver it to the watch according to the current user scenario and the online devices in the current distributed network, so that the user can obtain the converted text content of the message in time through the watch worn on the body, and the user does not need to go to the mobile phone to check the detailed content of the message through the mobile phone, which greatly improves the user experience.
  • Scenario 2 Distributed network consisting of mobile phones, watches and headphones
  • the mobile phone and the watch can communicate via the Bluetooth connection between them, and the mobile phone and the headset can communicate via the Bluetooth connection between them, and the mobile phone, the watch and the headset form a distributed network.
  • Figure 12 exemplarily shows the steps performed by the message processing method provided by the embodiment of the present application after the mobile phone receives a voice message in this scenario.
  • the mobile phone can obtain detailed device information of the watch and headphones, such as the model, software and hardware capabilities of the watch and headphones, through the Bluetooth connection between the mobile phone and the watch and headphones. Therefore, the mobile phone can judge based on the device information of the watch and headphones that the watch does not support voice broadcast capability (for example, judging by the fact that the hardware module of the watch does not include a speaker), but supports processing text messages; and judge that the headphones support voice broadcast capability but do not support processing text messages. Then the mobile phone can record the information of the message types that the watch and headphones support and/or do not support. For example, the mobile phone records that the watch does not support voice messages but supports text messages, and that the headphones support voice messages but do not support text messages (it can also record only supported or only unsupported message types).
  • the above process can be performed by the distributed network device information management module 203, and the information of the message types supported and/or not supported by the device can be recorded in the device information storage module 203-2.
  • the mobile phone can be used as the central device of the distributed network
  • the above distributed network device information management module 203, the device information storage module 203-2, etc. can preferably run in the mobile phone.
  • the user scene recognition is triggered.
  • the user scene at this time can be judged as "carrying a mobile phone, wearing a watch, wearing headphones, and the user is running" based on the following information: (a) combining the data collected by the mobile phone sensor and the data collected by the watch sensor to judge that the user is running; (b) the headphones are in working state; (c) judging that the watch is being worn by a user based on the data collected by the watch sensor, and judging that the wearer is the user based on the heart rate data.
  • the above process can be performed by the user scene recognition module 202, more specifically, by the user scene fusion discrimination module 202-2.
  • the user scene recognition module 202, the user scene fusion discrimination module 202-2, etc. can preferably be run in the mobile phone; of course, they can also be run in the server, in which case the mobile phone needs to send the information used for user scene recognition to the server, and the server obtains the result of user scene recognition and then sends it to the mobile phone.
  • the mobile phone when a mobile phone receives a text message, the following actions can be triggered: the mobile phone receives a text message, and the mobile phone confirms that the user has authorized the intelligent message delivery function.
  • the mobile phone identifies the type of the message received as text (for example, based on information such as the encoding format of the message), which is a message type supported by the watch but not supported by the headset; and the user scenario at this time is "carrying the mobile phone with you, wearing the watch with you, wearing the headset with you, and the user is running.” Based on this, the mobile phone can obtain the message delivery strategy for this text message, including: (1) it needs to be delivered to the headset, and (2) it needs to be converted into a voice message before delivery.
  • the mobile phone can confirm through the authorization information recorded in the user authorization module 201-1 that the user has authorized the activation of the intelligent message delivery function, and the mobile phone can identify the message type as a text type through the message delivery strategy module 201 (or, more specifically, the message type module 201-2 therein).
  • the mobile phone can make a comprehensive decision to determine the most preferred message delivery strategy based on the information of the devices in the current distributed network provided by the distributed network device information module 203 and the information of the current user scenario provided by the user scenario identification module 202.
  • the mobile phone determines that message conversion is required. Specifically, the text message received this time needs to be converted into a voice message. Then the mobile phone uses the smart library capability to convert the text message into a voice message. Optionally, the mobile phone can add a feature identifier to the converted message to mark the voice message as obtained by text-to-speech conversion. The mobile phone then pushes the converted message to the headset through the distributed network, that is, the Bluetooth connection between the mobile phone and the headset, and the headset prompts and voice broadcasts the voice message. In one implementation, the above process can be performed by the message conversion module 204, and the message conversion module 204 can preferably run in the mobile phone as the central device of the distributed network.
  • the mobile phone receives a text message from Mike: "What time is the meeting today?"
  • the mobile phone queries whether the user has authorized the message intelligent delivery function to be enabled. If it is confirmed that the user has authorized the message intelligent delivery function to be enabled, the message is intelligently delivered, that is, the message processing method provided in the embodiment of the present application is applied.
  • the mobile phone identifies the message type as a text type.
  • the current distributed network includes three devices: a mobile phone, a watch, and a headset.
  • the watch does not support voice messages but supports text messages.
  • the headset supports voice messages but does not support text messages.
  • the current user scenarios include carrying a mobile phone, wearing a watch, wearing a headset, and the user running. Based on this, the mobile phone can formulate a message delivery strategy to convert the text message into a voice message and then deliver it to the headset. It is understandable that even in this scenario, the user also carries a mobile phone and wears a watch, but considering that the user is wearing headphones while running, it may be inconvenient for the user to check the mobile phone and watch, so the message is chosen to be delivered to the headset instead of the watch.
  • the mobile phone uses the capabilities of the wisdom library to convert the text message into a voice message and then deliver it to the headset.
  • a feature identifier can be further added before the converted voice message.
  • the headset can vibrate to prompt the user, and broadcast the converted message content through the speaker voice, such as voice broadcast: "I received a message from Mike as follows, which has been automatically converted to voice: What time is the meeting today?".
  • both the watch and the earphones will receive the delivered message.
  • the watch will display it on the screen, while the earphones may only broadcast a voice prompt to the user "A text message has been received, please check it from the phone".
  • Users who are running need to raise their wrists to check their watches or phones, which results in a poor user experience.
  • the mobile phone converts the text message received by the mobile phone into a voice message based on the current user scenario and the online devices in the current distributed network. The message is then only delivered to the earphones, not to the watch, and is delivered in the most preferred manner.
  • the user can directly obtain the converted voice content of the message through the earphone voice broadcast, and the user no longer needs to check the watch or phone, which greatly improves the user experience.
  • Scenario 3 Distributed network consisting of mobile phones, watches and car terminals
  • the mobile phone and the watch can communicate via the Bluetooth connection between them, and the mobile phone and the vehicle terminal can communicate via the Bluetooth connection between them, and the mobile phone, the watch and the vehicle terminal form a distributed network.
  • Figure 15 exemplarily shows the steps performed by the message processing method provided by the embodiment of the present application after the mobile phone receives a file message in this scenario.
  • the mobile phone can obtain detailed device information of the watch and the vehicle terminal through the Bluetooth connection between the mobile phone, the watch and the vehicle terminal, such as the model of the watch and the vehicle terminal, and the software and hardware capabilities. Therefore, the mobile phone can judge that the watch does not support the voice broadcast capability (for example, judging that the hardware module of the watch does not include a speaker) based on the device information of the watch and the vehicle terminal, and support processing Text message; determine that the vehicle terminal supports voice broadcast capability and supports processing text messages. Then the mobile phone can record the information of message types supported and/or not supported by the watch and the vehicle terminal. For example, the mobile phone records that the watch does not support voice messages but supports text messages, and that the vehicle terminal supports voice messages and supports text messages (it can also record only supported or only unsupported message types).
  • the above process can be performed by the distributed network device information management module 203, and the information of the message types supported and/or not supported by the device can be recorded in the device information storage module 203-2.
  • the mobile phone can be used as the central device of the distributed network
  • the above distributed network device information management module 203, the device information storage module 203-2, etc. can preferably run in the mobile phone.
  • the identification of the user scene is triggered.
  • the user scene at this time can be comprehensively judged as "carrying a mobile phone, wearing a watch, the vehicle terminal is in working state, and the user is driving alone” based on the following information: (a) The mobile phone and the vehicle terminal determine that the user is in the car through distance measurement (for example, through Bluetooth distance measurement); (b) Based on the data collected by the sensors in the vehicle and the data collected by the sensors in the watch, it is determined that the user is driving; (c) Based on the data collected by the watch sensors, it is determined that the watch is worn by the user, and based on the heart rate data, it is determined that the wearer is the user himself; (d) Based on the data collected by the earphone sensors, it is determined that the earphone is worn by the user, that is, the earphone is in working state; (e) Based on the data collected by the sensors installed on the vehicle seats,
  • the above process can be performed by the user scene recognition module 202, more specifically, by the user scene fusion discrimination module 202-2.
  • the user scene recognition module 202, the user scene fusion discrimination module 202-2, etc. can preferably be run in the mobile phone; of course, they can also be run in the server, in which case the mobile phone needs to send the information used for user scene recognition to the server, and the server obtains the result of user scene recognition and then sends it to the mobile phone.
  • the mobile phone when a mobile phone receives a file message, the following actions can be triggered: the mobile phone receives the file message, and the mobile phone confirms that the user has authorized the intelligent message delivery function.
  • the mobile phone identifies the type of the message received as a file type (for example, based on information such as the encoding format of the message), which is a message type that is not supported by the watch or the vehicle terminal; and the user scenario at this time is "carrying the mobile phone with you, wearing the watch with you, the vehicle terminal is in working state, and the user is driving alone.” Based on this, the mobile phone can obtain the message delivery strategy for this file message, including: (1) it needs to be delivered to the vehicle terminal, and (2) the key information in the file message needs to be converted into a voice message before delivery.
  • the mobile phone can confirm through the authorization information recorded in the user authorization module 201-1 that the user has authorized the activation of the intelligent message delivery function, and the mobile phone can identify the message type as a file type through the message delivery strategy module 201 (or, further, the message type module 201-2 therein).
  • the mobile phone can make a comprehensive decision to determine the most preferred message delivery strategy based on the information of the devices in the current distributed network provided by the distributed network device information module 203 and the information of the current user scenario provided by the user scenario identification module 202.
  • the mobile phone determines that message conversion is required. Specifically, the key information in the file message received this time needs to be converted into a voice message.
  • the mobile phone uses the smart library capability to convert the key information in the file message into a voice message.
  • the mobile phone can add a feature identifier to the converted message to mark the voice message as a file-to-voice conversion.
  • the mobile phone then pushes the converted message to the vehicle terminal through the distributed network, that is, the Bluetooth connection between the mobile phone and the vehicle terminal.
  • the vehicle terminal prompts (for example, a message reminder is displayed on the screen of the vehicle terminal) and voice broadcasts the voice message.
  • the above process can be performed by the message conversion module 204, and the message conversion module 204 can preferably run in the mobile phone that serves as the central device of the distributed network.
  • the mobile phone receives a file message from Mike: a file named "Conference Schedule.xlsx".
  • the mobile phone queries whether the user has authorized the message intelligent delivery function to be enabled. If it is confirmed that the user has authorized the message intelligent delivery function to be enabled, the message is intelligently delivered, that is, the message processing method provided in the embodiment of the present application is applied.
  • the mobile phone identifies the message type as a file type.
  • the current distributed network includes three devices: mobile phones, watches, and vehicle terminals.
  • the watch does not support voice messages but supports text messages.
  • the vehicle terminal supports voice messages and text messages.
  • the current user scenarios include carrying a mobile phone, wearing a watch, the vehicle terminal is in working state, and the user is driving alone. Based on this, the mobile phone can formulate a message delivery strategy to convert the key information in the file message (such as the name information of the file, the format information of the file) into a voice message and then deliver it to the vehicle terminal.
  • the user also carries a mobile phone and wears a watch, but considering that the user is driving, if the user checks the mobile phone or watch, it will bring safety hazards to driving, and considering that the user is driving alone at this time and there are no other passengers in the car, processing the message through the vehicle terminal will not cause user privacy leakage, so choose to deliver the message to the vehicle terminal instead of the watch.
  • the mobile phone uses the capabilities of the smart library to convert the key information in the file message into a voice message and then deliver it to the vehicle terminal.
  • the vehicle terminal can display a message reminder to prompt the user, and broadcast the converted message content through the speaker, for example, voice broadcast: "Received a spreadsheet file from Mike, the file name is meeting schedule, please pay attention”.
  • voice broadcast "Received a spreadsheet file from Mike, the file name is meeting schedule, please pay attention”.
  • the text content corresponding to the voice message can also be displayed on the screen of the vehicle terminal: "[File to Voice] From Mike: Meeting Schedule Spreadsheet".
  • both the watch and the vehicle terminal will receive the delivered message.
  • the user who is driving may raise his wrist to check the message when he feels the vibration of the watch, which may cause driving safety hazards.
  • the mobile phone converts the key information in the file message received by the mobile phone into a voice message according to the current user scenario and the online devices in the current distributed network, and then only delivers it to the vehicle, not to the watch, and only delivers it in the most preferred way. Thereby reducing the network overhead caused by the transmission of messages in the distributed network, and reducing the multiple interruptions to the user by multi-device transmission.
  • the embodiment of the present application can extract the key information therein, convert the key information, and deliver it to the device that the user can currently process the message in the most efficient and safe way, so that the user can obtain the key information in the newly received message in time and safely process the newly received message.
  • the user can directly broadcast the converted voice content of the key information in the message through the vehicle terminal, and the user does not need to check the watch or mobile phone, which greatly improves the user experience.
  • Scenario 4 Distributed network consisting of mobile phones, watches, car terminals and headphones
  • the mobile phone and the watch can communicate via the Bluetooth connection between them
  • the mobile phone and the vehicle terminal can communicate via the Bluetooth connection between them
  • the mobile phone and the headset can communicate via the Bluetooth connection between them.
  • the mobile phone, the watch, the vehicle terminal and the headset form a distributed network.
  • FIG18 exemplarily shows the steps performed by the message processing method provided by the embodiment of the present application after the mobile phone receives a voice message in this scenario.
  • the mobile phone can obtain detailed device information of the watch, vehicle terminal, and headset through the Bluetooth connection between the mobile phone and the watch, vehicle terminal, and headset, such as the model, software and hardware capabilities, etc. of the watch, vehicle terminal, and headset. Therefore, the mobile phone can judge that the watch does not support voice broadcast capability (for example, judging by the fact that the hardware module of the watch does not include a speaker) and supports processing text messages based on the device information of the watch, vehicle terminal, and headset; judge that the vehicle terminal supports voice broadcast capability and supports processing text messages; judge that the headset supports voice broadcast capability but does not support text messages. Then the mobile phone can record the information of the message types supported and/or not supported by the watch, vehicle terminal, and headset. For example, the mobile phone records that the watch does not support voice messages but supports text messages, records that the vehicle terminal supports voice messages and supports text messages, and records that the headset supports voice messages but does not support text messages (it can also only record supported or only unsupported message types).
  • the mobile phone records that the watch does not support voice messages but supports text
  • the above process can be performed by the distributed network device information management module 203, and the information of the message types supported and/or not supported by the device can be recorded in the device information storage module 203-2.
  • the mobile phone can be used as the central device of the distributed network
  • the above distributed network device information management module 203, the device information storage module 203-2, etc. can preferably run in the mobile phone.
  • the identification of the user scene is triggered.
  • the user scene at this time can be comprehensively judged as "carrying a mobile phone with you, wearing a watch with you, the vehicle terminal and the headset are in working state, and the user is not driving alone” based on the following information: (a) The mobile phone and the vehicle terminal determine that the user is in the car through distance measurement (for example, through Bluetooth distance measurement); (b) Based on the data collected by the sensors in the vehicle and the data collected by the sensors in the watch, it is determined that the user is driving; (c) Based on the data collected by the watch sensors, it is determined that the watch is worn by the user, and based on the heart rate data, it is determined that the wearer is the user himself; (d) Based on the data collected by the headset sensors, it is determined that the headset is worn by the user, that is, the headset is in working state; (e) Based on the data collected by the sensors installed on the vehicle
  • the above process can be performed by the user scene recognition module 202, more specifically, by the user scene fusion discrimination module 202-2.
  • the user scene recognition module 202, the user scene fusion discrimination module 202-2, etc. can preferably be run in the mobile phone; of course, they can also be run in the server, in which case the mobile phone needs to send the information used for user scene recognition to the server, and the server obtains the result of user scene recognition and then sends it to the mobile phone.
  • the mobile phone when a mobile phone receives a voice message, the following actions can be triggered: the mobile phone receives a voice message, and the mobile phone confirms that the user has authorized the intelligent message delivery function.
  • the mobile phone identifies the type of the message received as a voice message (for example, based on information such as the encoding format of the message), which is a message type that is not supported by the watch but supported by the vehicle terminal and the headset; and the user scenario at this time is "the mobile phone is carried with the body, the watch is worn with the body, the vehicle terminal and the headset are in working state, and the user is not driving alone.” Based on this, the mobile phone can obtain the message delivery strategy for this voice message, including: (1) it needs to be delivered to the headset, and (2) the message type does not need to be converted.
  • the mobile phone can confirm that the user has authorized the intelligent message delivery function through the authorization information recorded in the user authorization module 201-1, and the mobile phone can confirm that the user has authorized the intelligent message delivery function through the message delivery strategy module 201 (or, further, its The message type module 201-2) identifies the message type as a file type.
  • the mobile phone can make a comprehensive decision to determine the most preferred message delivery strategy based on the information of the devices in the current distributed network provided by the distributed network device information module 203 and the information of the current user scenario provided by the user scenario identification module 202.
  • the mobile phone determines that no message conversion is required based on the message delivery strategy, and directly delivers the voice message to the headset through the Bluetooth connection between the mobile phone and the headset, and the headset plays the voice message.
  • the mobile phone receives a voice message from Mike.
  • the mobile phone queries whether the user has authorized the message intelligent delivery function to be enabled. If it is confirmed that the user has authorized the message intelligent delivery function to be enabled, the message is intelligently delivered, that is, the message processing method provided in the embodiment of the present application is applied.
  • the mobile phone identifies the message type as voice type.
  • the current distributed network includes four devices: mobile phone, watch, car terminal and headset.
  • the watch does not support voice messages but supports text messages
  • the car terminal supports voice messages and text messages
  • the headset supports voice messages but not text messages.
  • the current user scenario includes carrying the mobile phone with you, wearing the watch with you, the car terminal and headset are in working state, and the user is not driving alone. Based on this, the mobile phone can formulate a message delivery strategy that does not need to convert the message type and directly delivers the voice message to the headset.
  • the user also carries a mobile phone and wears a watch, but considering that the user is driving, if the user checks the mobile phone or watch, it will bring safety hazards to driving, and considering that the user is not driving alone at this time and there are other passengers in the car, processing the message through the vehicle terminal will lead to user privacy leakage, so it is chosen to deliver the message to the headset instead of the vehicle terminal or watch.
  • the headset directly plays the delivered voice message after obtaining it, and the user can know the content of the voice message sent by Mike in time.
  • the mobile phone can also add a message source identifier before the voice message before delivering the message, such as adding the voice content of "received a voice message from Mike as follows", so that users who listen to the message through the headset can accurately know the source of the message.
  • a message source identifier before the voice message before delivering the message, such as adding the voice content of "received a voice message from Mike as follows", so that users who listen to the message through the headset can accurately know the source of the message.
  • the watch, the vehicle terminal, and the headset will all receive the delivered message.
  • the user who is driving may feel the vibration of the watch and raise his wrist to check the message, which poses a driving safety hazard; the vehicle terminal displays that the user has received a new message, which will lead to the leakage of user privacy; although the headset will prompt the user that a new message has been received, it will not directly play the voice, and the user still cannot know the content of the message.
  • the mobile phone will only deliver the voice message received by the mobile phone to the headset according to the current user scenario and the online devices in the current distributed network.
  • scenario three and scenario four above are all about the user being in the car.
  • FIG20 exemplarily shows the various steps performed by the message processing method provided in the embodiment of the present application after the mobile phone receives a voice message in this scenario.
  • the user scene recognition is triggered.
  • the user's scene at this time can be comprehensively determined as "carrying the mobile phone with you, wearing the watch with you, the vehicle terminal and the headset are in working state, and the user is stationed outside the car" based on the following information: (a) The mobile phone and the vehicle terminal determine that the user is outside the car through ranging (for example, through Bluetooth ranging); (b) Based on the data collected by the sensors in the vehicle and the data collected by the sensors in the watch, it is determined that the user is not driving; (c) Based on the data collected by the watch sensors, it is determined that the watch is worn by the user, and based on the heart rate data, it is determined that the wearer is the user himself; (d) Based on the data collected by the headset sensors, it is determined that the headset is worn by the user, that is, the headset is in working state.
  • ranging for example, through Bluetooth ranging
  • the above process can be performed by the user scene recognition module 202, more specifically, by the user scene fusion discrimination module 202-2.
  • the user scene recognition module 202, the user scene fusion discrimination module 202-2, etc. can preferably be run in the mobile phone; of course, they can also be run in the server, in which case the mobile phone needs to send the information used for user scene recognition to the server, and the server obtains the result of user scene recognition and then sends it to the mobile phone.
  • the mobile phone when a mobile phone receives a text message, the following actions can be triggered: the mobile phone receives a text message, and the mobile phone confirms that the user has authorized the intelligent message delivery function.
  • the mobile phone identifies the type of the received message as text (for example, based on information such as the encoding format of the message), and it is a message type that is supported by watches and car terminals but not by headphones; and the user scenario at this time is "carrying the mobile phone with you, wearing the watch with you, the car terminal and headphones are in working state, and the user is staying outside the car.”
  • the mobile phone can obtain the message delivery strategy for this voice message, including: (1) the message that needs to be delivered Hand it to the mobile phone, (2) there is no need to convert the message type.
  • the mobile phone can confirm through the authorization information recorded in the user authorization module 201-1 that the user has authorized the activation of the intelligent message delivery function, and the mobile phone can identify the message type as a text type through the message delivery strategy module 201 (or, more specifically, the message type module 201-2 therein).
  • the mobile phone can make a comprehensive decision to determine the most preferred message delivery strategy based on the information of the devices in the current distributed network provided by the distributed network device information module 203 and the information of the current user scenario provided by the user scenario identification module 202.
  • the mobile phone determines that no message conversion is required and directly delivers the text message to the watch through the Bluetooth connection between the mobile phone and the watch.
  • the watch vibrates to prompt and display the text message.
  • the mobile phone receives a text message from Mike: "What time is the meeting today?"
  • the mobile phone queries whether the user has authorized the message intelligent delivery function to be enabled. If it is confirmed that the user has authorized the message intelligent delivery function to be enabled, the message is intelligently delivered, that is, the message processing method provided in the embodiment of the present application is applied.
  • the mobile phone identifies the message type as text type.
  • the current distributed network includes four devices: mobile phones, watches, vehicle terminals and headphones.
  • the watch does not support voice messages but supports text messages
  • the vehicle terminal supports voice messages and text messages
  • the headphones support voice messages but not text messages.
  • the current user scenarios include carrying the mobile phone with you, wearing the watch with you, the vehicle terminal and headphones are in working state, and the user is staying outside the car. Based on this, the mobile phone can formulate a message delivery strategy that does not require the conversion of the message type and directly delivers the voice message to the watch.
  • the user also carries a mobile phone and wears headphones, but considering that the user is outside the car, on the one hand, he cannot check the car terminal in time, and on the other hand, the environmental noise may affect the effect of the headset's voice broadcast; and considering that text-type messages are processed by the watch, there is no need to convert the type, which can streamline the process, so the message is delivered to the watch instead of the car terminal or headphones. As a result, the watch directly displays the delivered text message after obtaining it, and the user can know the content of the text message sent by Mike in time.
  • the watch, the vehicle terminal, and the headset will all receive the delivered message.
  • the user who is currently stationed outside the car cannot check the vehicle terminal, and delivering the message to the vehicle terminal brings unnecessary communication overhead; although the headset will prompt the user that a new message has been received, the user still needs to check the watch or mobile phone to obtain the content of the message, and delivering the message to the headset also brings unnecessary communication overhead.
  • the mobile phone will only deliver the text message received by the mobile phone to the watch, not to the headset or the vehicle terminal, based on the current user scenario and the online devices in the current distributed network, and only deliver it in the most preferred way. Thereby reducing the network overhead caused by the transmission of messages in the distributed network, reducing the multiple interruptions to the user caused by multi-device transmission, improving the timeliness of information acquisition, and greatly improving the user experience.
  • the technical solution provided by the embodiment of the present application can refresh the user status in real time according to the user behavior, and then determine the differentiated delivery methods and delivery devices of messages of different message types based on the user status.
  • the message follows the person, and the "thousands of faces" effect for different devices is achieved.
  • the optimal device is selected according to the different message types (for example, for text messages, when the scenario permits, the device that can process text messages with limited delivery) to reduce the delay and information loss caused by message conversion.
  • Fig. 22 exemplarily shows a schematic diagram of the structure of an electronic device 100 provided in an embodiment of the present application.
  • the electronic device 100 may be any "device" involved in the embodiment of the present application (such as a mobile phone, a watch, a vehicle-mounted terminal, etc.), or a server.
  • the electronic device 100 may include at least one of a mobile phone, a foldable electronic device, a tablet computer, a desktop computer, a laptop computer, a handheld computer, a notebook computer, an ultra-mobile personal computer (UMPC), a netbook, a cellular phone, a personal digital assistant (PDA), an augmented reality (AR) device, a virtual reality (VR) device, an artificial intelligence (AI) device, a wearable device, a vehicle-mounted device, a smart home device, or a smart city device.
  • the smart home device may include but is not limited to the following examples: a smart large screen, a smart TV, a smart speaker, a sweeper, a smart light, and a smart toilet.
  • the embodiment of the present application does not impose any special restrictions on the specific type of the electronic device 100.
  • the electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) connector 130, a charging 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 button 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a subscriber identification module (SIM) card interface 195, etc.
  • SIM subscriber identification module
  • 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 light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, etc.
  • the structure illustrated in the embodiment of the present application does not constitute a specific limitation on the electronic device 100.
  • the electronic device 100 may include more or fewer components than shown in the figure, or combine some components, or split some components, or arrange the components differently.
  • the components shown in the figure may be implemented in hardware, software, or a combination of software and hardware.
  • the processor 110 may include one or more processing units, for example, 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, a micro-controller unit (micro-controller unit, MCU), and/or a neural network processor (neural-network processing unit, NPU), etc.
  • different processing units may be independent devices or integrated in one or more processors.
  • the processor 110 can generate an operation control signal according to the instruction operation code and the timing signal to complete the control of fetching and executing instructions.
  • the processor 110 may also be provided with a memory for storing instructions and data.
  • the memory in the processor 110 may be a cache memory.
  • the memory may store instructions or data that have been used or are frequently used by the processor 110. If the processor 110 needs to use the instruction or data, it may be directly called from the memory. This avoids repeated access, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.
  • the processor 110 may include one or more interfaces.
  • the interface may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver/transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input/output (GPIO) interface, a subscriber identity module (SIM) interface, and/or a universal serial bus (USB) interface.
  • the processor 110 may be connected to a touch sensor, an audio module, a wireless communication module, a display, a camera, and other modules through at least one of the above interfaces.
  • the interface connection relationship between the modules illustrated in the embodiment of the present application is only a schematic illustration and does not constitute a structural limitation on the electronic device 100.
  • the electronic device 100 may also adopt different interface connection methods in the above embodiments, or a combination of multiple interface connection methods.
  • the USB connector 130 is an interface that complies with USB standard specifications and can be used to connect the electronic device 100 and peripheral devices. Specifically, it can be a Mini USB connector, a Micro USB connector, a USB Type C connector, etc.
  • the USB connector 130 can be used to connect a charger to charge the electronic device 100, and can also be used to connect other electronic devices to transmit data between the electronic device 100 and other electronic devices. It can also be used to connect headphones to output audio stored in the electronic device through the headphones.
  • the connector can also be used to connect other electronic devices, such as VR devices, etc.
  • the standard specifications of the universal serial bus can be USB1.x, USB2.0, USB3.x and USB4.
  • the charging management module 140 is used to receive charging input from a charger.
  • the charger may be a wireless charger or a wired charger.
  • the charging management module 140 may receive charging input from a wired charger through the USB interface 130.
  • the charging management module 140 may receive wireless charging input through a wireless charging coil of the electronic device 100. While the charging management module 140 is charging the battery 142, it may also power the electronic device through the power management module 141.
  • the power management module 141 is used to connect the battery 142, the charging management module 140 and the processor 110.
  • the power management module 141 receives input from the battery 142 and/or the charging management module 140, and supplies power to the processor 110, the internal memory 121, the display screen 194, the camera 193, and the wireless communication module 160.
  • the power management module 141 can also be used to monitor parameters such as battery capacity, battery cycle number, battery health status (leakage, impedance), etc.
  • the power management module 141 can also be set in the processor 110.
  • the power management module 141 and the charging management module 140 can also be set in the same device.
  • the wireless communication function of the electronic device 100 can be implemented through the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modem processor and the baseband processor.
  • Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals.
  • Each antenna in electronic device 100 can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve the utilization of antennas.
  • antenna 1 can be reused as a diversity antenna for a wireless local area network.
  • the antenna can be used in combination with a tuning switch.
  • the mobile communication module 150 can provide solutions for wireless communications including 2G/3G/4G/5G, etc., applied to the electronic device 100.
  • the mobile communication module 150 may include at least one filter, a switch, a power amplifier, a low noise amplifier (LNA), etc.
  • the mobile communication module 150 may receive electromagnetic waves from the antenna 1, and perform filtering, amplification, and other processing on the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation.
  • the mobile communication module 150 may also amplify the signal modulated by the modulation and demodulation processor, and convert it into electromagnetic waves for radiation through the antenna 1.
  • at least some of the functional modules of the mobile communication module 150 may be arranged in the processor 110.
  • at least some of the functional modules of the mobile communication module 150 may be arranged in the same device as at least some of the modules of the processor 110.
  • the modem processor may include a modulator and a demodulator.
  • the modulator is used to modulate the low-frequency baseband signal to be sent into a medium-high frequency signal.
  • the demodulator is used to demodulate the received electromagnetic wave signal into a low-frequency baseband signal.
  • the demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing.
  • the application processor outputs a sound signal through an audio device (not limited to a speaker 170A, a receiver 170B, etc.), or displays an image or video through a display screen 194.
  • the modem processor may be an independent device.
  • the modem processor may be independent of the processor 110 and be set in the same device as the mobile communication module 150 or other functional modules.
  • the wireless communication module 160 can provide wireless communication solutions including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) network), bluetooth (BT), bluetooth low energy (BLE), ultra wide band (UWB), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), infrared (IR) and the like applied to the electronic device 100.
  • WLAN wireless local area networks
  • BT wireless fidelity
  • BLE Bluetooth low energy
  • UWB ultra wide band
  • GNSS global navigation satellite system
  • FM frequency modulation
  • NFC near field communication
  • IR infrared
  • the wireless communication module 160 can be one or more devices integrating at least one communication processing module.
  • the wireless communication module 160 receives electromagnetic waves via the antenna 2, modulates the electromagnetic wave signal and performs filtering, and sends the processed signal to the processor 110.
  • the wireless communication module 160 can also receive the signal to be sent from the processor 110, modulate the frequency, amplify it, and convert it into electromagnetic waves for radiation through the antenna 2.
  • the antenna 1 of the electronic device 100 is coupled to the mobile communication module 150, and the antenna 2 is coupled to the wireless communication module 160, so that the electronic device 100 can communicate with the network and other electronic devices through wireless communication technology.
  • the wireless communication technology may include global system for mobile communications (GSM), general packet radio service (GPRS), code division multiple access (CDMA), wideband code division multiple access (WCDMA), time-division code division multiple access (TD-SCDMA), long term evolution (LTE), BT, GNSS, WLAN, NFC, FM, and/or IR technology, etc.
  • the GNSS may include global positioning system (GPS), NFC, FM, IR, etc.
  • GPS global navigation satellite system
  • GLONASS global navigation satellite system
  • BDS Beidou navigation satellite system
  • QZSS quasi-zenith satellite system
  • SBAS satellite based augmentation systems
  • the electronic device 100 can realize the display function through a GPU, a display screen 194, and an application processor.
  • the GPU is a microprocessor for image processing, which is connected to the display screen 194 and the application processor.
  • the GPU is used to perform mathematical and geometric calculations for graphics rendering.
  • the processor 110 may include one or more GPUs, which execute program instructions to generate or change display information.
  • the processor may not include a GPU and use a non-GPU processing unit to realize the above functions.
  • the display screen 194 is used to display images, videos, etc.
  • the display screen 194 includes a display panel.
  • the display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode or an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), Miniled, MicroLed, Micro-oLed, quantum dot light-emitting diodes (QLED), etc.
  • the electronic device 100 may include one or more display screens 194.
  • the electronic device 100 can realize the camera function through the camera module 193, ISP, video codec, GPU, display screen 194, application processor AP, neural network processor NPU, etc.
  • the camera module 193 can be used to collect color image data and depth data of the photographed object.
  • the ISP can be used to process the color image data collected by the camera module 193. For example, when taking a photo, the shutter is opened, and the light is transmitted to the camera photosensitive element through the lens. The light signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing and converts it into an image visible to the naked eye.
  • the ISP can also perform algorithm optimization on the noise, brightness, and skin color of the image.
  • the ISP can also optimize the exposure, color temperature and other parameters of the shooting scene.
  • the ISP can be set in the camera module 193.
  • the camera module 193 may be composed of a color camera module and a 3D sensing module.
  • the photosensitive element of the camera of the color camera module can be a charge coupled device (CCD) or a complementary metal oxide semiconductor (CMOS) phototransistor.
  • CCD charge coupled device
  • CMOS complementary metal oxide semiconductor
  • the photosensitive element converts the light signal into an electrical signal, and then transmits the electrical signal to the ISP to convert it 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 other format.
  • the 3D sensing module may be a time of flight, TOF 3D sensing module or a structured light 3D sensing module.
  • structured light 3D sensing is an active depth sensing technology
  • the basic components of the structured light 3D sensing module may include an infrared (Infrared) transmitter, an IR camera module, etc.
  • the working principle of the structured light 3D sensing module is to first emit a light spot (pattern) of a specific pattern to the object being photographed, and then receive the light spot pattern coding (light coding) on the surface of the object, and then compare the similarities and differences with the original projected light spot, and use the triangulation principle to calculate the three-dimensional coordinates of the object.
  • the three-dimensional coordinates include the distance between the electronic device 100 and the object being photographed.
  • TOF 3D sensing may be an active depth sensing technology, and the basic components of the TOF 3D sensing module may include an infrared (Infrared) transmitter, an IR camera module, etc.
  • the working principle of the TOF 3D sensing module is to calculate the distance (i.e., depth) between the TOF 3D sensing module and the object being photographed by the time when the infrared rays return, so as to obtain a 3D depth map.
  • the structured light 3D sensing module can also be applied to face recognition, somatosensory game consoles, industrial machine vision inspection and other fields.
  • the TOF 3D sensing module can also be applied to game consoles, augmented reality (AR)/virtual reality (VR) and other fields.
  • AR augmented reality
  • VR virtual reality
  • the camera module 193 may also be composed of two or more cameras.
  • the two or more cameras may include a color camera, which can be used to collect color image data of the photographed object.
  • the two or more cameras may use stereo vision technology to collect depth data of the photographed object.
  • Stereo vision technology is based on the principle of human eye parallax. Under natural light, two or more cameras are used to capture images of the same object from different angles, and then triangulation and other operations are performed to obtain the distance information between the electronic device 100 and the photographed object, that is, the depth information.
  • the electronic device 100 may include one or more camera modules 193.
  • the electronic device 100 may include one front camera module 193 and one rear camera module 193.
  • the front camera module 193 may generally be used to collect color image data and depth data of the photographer facing the display screen 194, and the rear camera module may be used to collect color image data and depth data of the subject (such as a person, scenery, etc.) facing the photographer.
  • the CPU or GPU or NPU in the processor 110 can process the color image data and depth data collected by the camera module 193.
  • the NPU can identify the color image data collected by the camera module 193 (specifically the color camera module) through a neural network algorithm based on the skeleton point recognition technology, such as a convolutional neural network algorithm (CNN), to determine the skeleton points of the photographed person.
  • CNN convolutional neural network algorithm
  • the CPU or GPU can also run a neural network algorithm to determine the skeleton points of the photographed person based on the color image data. Skeleton points of the photographed person.
  • the CPU or GPU or NPU can also be used to confirm the body shape of the photographed person (such as body proportions, fatness or thinness of body parts between skeleton points) based on the depth data and identified skeleton points collected by the camera module 193 (which can be a 3D sensing module), and can further determine the body beautification parameters for the photographed person, and finally process the photographed image of the photographed person according to the body beautification parameters so that the body shape of the photographed person in the photographed image is beautified. How to perform body beautification processing on the image of the photographed person based on the color image data and depth data collected by the camera module 193 will be described in detail in subsequent embodiments, which will not be repeated here.
  • the digital signal processor is used to process digital signals and can also process other digital signals. For example, when the electronic device 100 is selecting a frequency point, the digital signal processor is used to perform Fourier transform on the frequency point energy.
  • Video codecs are used to compress or decompress digital videos.
  • the electronic device 100 may support one or more video codecs. In this way, the electronic device 100 may play or record videos in a variety of coding formats, such as Moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4, etc.
  • MPEG Moving Picture Experts Group
  • MPEG2 MPEG2, MPEG3, MPEG4, etc.
  • NPU is a neural network (NN) computing processor.
  • NN neural network
  • applications such as intelligent cognition of electronic device 100 can be realized, such as image recognition, face recognition, voice recognition, text understanding, etc.
  • the external memory interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 100.
  • the external memory card communicates with the processor 110 through the external memory interface 120 to implement a data storage function. For example, music, video and other files are saved in the external memory card. Or music, video and other files are transferred from the electronic device to the external memory card.
  • the internal memory 121 can be used to store computer executable program codes, which include instructions.
  • the internal memory 121 can include a program storage area and a data storage area.
  • the program storage area can store an operating system, an application required for at least one function (such as a sound playback function, an image playback function, etc.), etc.
  • the data storage area can store data created during the use of the electronic device 100 (such as audio data, a phone book, etc.), etc.
  • the internal memory 121 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, a universal flash storage (universal flash storage, UFS), etc.
  • the processor 110 executes various functional methods or data processing of the electronic device 100 by running instructions stored in the internal memory 121 and/or instructions stored in a memory provided in the processor.
  • the electronic device 100 can implement audio functions such as music playing and recording through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the headphone jack 170D, and the application processor.
  • the audio module 170 is used to convert digital audio information into analog audio signal output, and is also used to convert analog audio input into digital audio signals.
  • the audio module 170 can also be used to encode and decode audio signals.
  • the audio module 170 can be arranged in the processor 110, or some functional modules of the audio module 170 can be arranged in the processor 110.
  • the speaker 170A also called a "speaker" is used to convert an audio electrical signal into a sound signal.
  • the electronic device 100 can listen to music or output an audio signal for a hands-free call through the speaker 170A.
  • the receiver 170B also called a "earpiece" is used to convert audio electrical signals into sound signals.
  • the voice can be received by placing the receiver 170B close to the human ear.
  • Microphone 170C also called “microphone” or “microphone” is used to convert sound signals into electrical signals. When making a call or sending a voice message, the user can speak by putting their mouth close to microphone 170C to input the sound signal into microphone 170C.
  • the electronic device 100 can be provided with at least one microphone 170C. In other embodiments, the electronic device 100 can be provided with two microphones 170C, which can not only collect sound signals but also realize noise reduction function. In other embodiments, the electronic device 100 can also be provided with three, four or more microphones 170C to collect sound signals, reduce noise, identify the sound source, realize directional recording function, etc.
  • the earphone interface 170D is used to connect a wired earphone.
  • the earphone interface 170D may be the USB interface 130, or may be a 3.5 mm open mobile terminal platform (OMTP) standard interface or a cellular telecommunications industry association of the USA (CTIA) standard interface.
  • OMTP open mobile terminal platform
  • CTIA cellular telecommunications industry association of the USA
  • the pressure sensor 180A is used to sense pressure signals and can convert pressure signals into electrical signals.
  • the pressure sensor 180A can be set on the display screen 194.
  • a capacitive pressure sensor can be a parallel plate including at least two conductive materials.
  • the electronic device 100 determines the intensity of the pressure based on the change in capacitance.
  • the electronic device 100 detects the touch operation intensity based on the pressure sensor 180A.
  • the electronic device 100 can also calculate the position of the touch based on the detection signal of the pressure sensor 180A.
  • touch operations acting on the same touch position but with different touch operation intensities can correspond to different operation instructions. For example: when a touch operation with a touch operation intensity less than the first pressure threshold acts on the short message application icon, an instruction to view the short message is executed. When a touch operation intensity is large... When a touch operation with a pressure greater than or equal to the first pressure threshold acts on the short message application icon, an instruction to create a new short message is executed.
  • the gyro sensor 180B can be used to determine the motion posture of the electronic device 100.
  • the angular velocity of the electronic device 100 around three axes i.e., x, y, and z axes
  • the gyro sensor 180B can be used for anti-shake shooting.
  • the gyro sensor 180B detects the angle of the electronic device 100 shaking, calculates the distance that the lens module needs to compensate based on the angle, controls the reverse movement of the lens to offset the shaking of the electronic device 100, and achieves anti-shake.
  • the gyro sensor 180B can also be used for navigation and somatosensory game scenes.
  • the air pressure sensor 180C is used to measure air pressure.
  • the electronic device 100 calculates the altitude based on the air pressure value measured by the air pressure sensor 180C to assist positioning and navigation.
  • the magnetic sensor 180D includes a Hall sensor.
  • the electronic device 100 can use the magnetic sensor 180D to detect the opening and closing of the flip leather case.
  • the magnetic sensor 180D can be used to detect the folding or unfolding of the electronic device, or the folding angle.
  • the electronic device 100 when the electronic device 100 is a flip phone, the electronic device 100 can detect the opening and closing of the flip according to the magnetic sensor 180D. Then, according to the detected opening and closing state of the leather case or the opening and closing state of the flip, the automatic unlocking of the flip and other features are set.
  • the acceleration sensor 180E can detect the magnitude of the acceleration of the electronic device 100 in all directions (generally three axes). When the electronic device 100 is stationary, the magnitude and direction of gravity can be detected. It can also be used to identify the posture of the electronic device and is applied to applications such as horizontal and vertical screen switching and pedometers.
  • the distance sensor 180F is used to measure the distance.
  • the electronic device 100 can measure the distance by infrared or laser. In some embodiments, when shooting a scene, the electronic device 100 can use the distance sensor 180F to measure the distance to achieve fast focusing.
  • the proximity light sensor 180G may include, for example, a light emitting diode (LED) and a light detector, such as a photodiode.
  • the light emitting diode may be an infrared light emitting diode.
  • the electronic device 100 emits infrared light outward through the light emitting diode.
  • the electronic device 100 uses a photodiode to detect infrared reflected light from nearby objects. When the intensity of the detected reflected light is greater than a threshold value, it can be determined that there is an object near the electronic device 100. When the intensity of the detected reflected light is less than a threshold value, the electronic device 100 can determine that there is no object near the electronic device 100.
  • the electronic device 100 can use the proximity light sensor 180G to detect that the user holds the electronic device 100 close to the ear to talk, so as to automatically turn off the screen to save power.
  • the proximity light sensor 180G can also be used in leather case mode and pocket mode to automatically unlock and lock the screen.
  • the ambient light sensor 180L can be used to sense the brightness of the ambient light.
  • the electronic device 100 can adaptively adjust the brightness of the display screen 194 according to the perceived brightness of the ambient light.
  • the ambient light sensor 180L can also be used to automatically adjust the white balance when taking pictures.
  • the ambient light sensor 180L can also cooperate with the proximity light sensor 180G to detect whether the electronic device 100 is blocked, for example, the electronic device is in a pocket. When it is detected that the electronic device is blocked or in a pocket, some functions (such as the touch function) can be disabled to prevent misoperation.
  • the fingerprint sensor 180H is used to collect fingerprints.
  • the electronic device 100 can use the collected fingerprint characteristics to implement fingerprint unlocking, access application locks, fingerprint photography, fingerprint call answering, etc.
  • the temperature sensor 180J is used to detect temperature.
  • the electronic device 100 uses the temperature detected by the temperature sensor 180J to execute a temperature processing strategy. For example, when the temperature detected by the temperature sensor 180J exceeds a threshold, the electronic device 100 performs a reduction in processor performance to reduce the power consumption of the electronic device to implement thermal protection.
  • the electronic device 100 when the temperature detected by the temperature sensor 180J is lower than another threshold, the electronic device 100 heats the battery 142. In other embodiments, when the temperature is lower than another threshold, the electronic device 100 can boost the output voltage of the battery 142.
  • the touch sensor 180K is also called a "touch control device”.
  • the touch sensor 180K can be set on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, also called a "touch control screen”.
  • the touch sensor 180K is used to detect touch operations acting on or near it.
  • the touch sensor can pass the detected touch operation to the application processor to determine the type of touch event.
  • Visual output related to the touch operation can be provided through the display screen 194.
  • the touch sensor 180K can also be set on the surface of the electronic device 100, which is different from the position of the display screen 194.
  • the bone conduction sensor 180M can obtain a vibration signal. In some embodiments, the bone conduction sensor 180M can obtain a vibration signal of a vibrating bone block of the vocal part of the human body. The bone conduction sensor 180M can also contact the human pulse to receive a blood pressure beat signal. In some embodiments, the bone conduction sensor 180M can also be set in an earphone and combined into a bone conduction earphone.
  • the audio module 170 can parse out a voice signal based on the vibration signal of the vibrating bone block of the vocal part obtained by the bone conduction sensor 180M to realize a voice function.
  • the application processor can parse the heart rate information based on the blood pressure beat signal obtained by the bone conduction sensor 180M to realize a heart rate detection function.
  • the key 190 may include a power key, a volume key, etc.
  • the key 190 may be a mechanical key or a touch key.
  • the electronic device 100 may receive key input and generate key signal input related to user settings and function control of the electronic device 100.
  • Motor 191 can generate vibration prompts.
  • Motor 191 can be used for incoming call vibration prompts, and can also be used for touch vibration feedback.
  • touch operations acting on different applications can correspond to different vibration feedback effects.
  • touch operations acting on different areas of the display screen 194 can also correspond to different vibration feedback effects.
  • Different application scenarios for example: Time reminder, receiving information, alarm clock, game, etc.
  • the touch vibration feedback effect can also support customization.
  • the indicator 192 may be an indicator light, which may be used to indicate the charging status, power changes, messages, missed calls, notifications, etc.
  • the SIM card interface 195 is used to connect a SIM card.
  • the SIM card can be connected to and separated from the electronic device 100 by inserting it into the SIM card interface 195 or pulling it out from the SIM card interface 195.
  • the electronic device 100 can support one or more SIM card interfaces.
  • the SIM card interface 195 can support Nano SIM cards, Micro SIM cards, SIM cards, etc. Multiple cards can be inserted into the same SIM card interface 195 at the same time. The types of multiple cards can be the same or different.
  • the SIM card interface 195 can also be compatible with different types of SIM cards.
  • the SIM card interface 195 can also be compatible with external memory cards.
  • the electronic device 100 interacts with the network through the SIM card to realize functions such as calls and data communications.
  • the electronic device 100 uses an eSIM, i.e., an embedded SIM card.
  • the eSIM card can be embedded in the electronic device 100 and cannot be separated from the electronic device 100.
  • the software system of the electronic device 100 may adopt a layered architecture, an event-driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture.
  • the embodiment of the present application takes the Android system of the layered architecture as an example to exemplify the software structure of the electronic device 100.
  • FIG. 23 exemplarily shows a software structure block diagram of an electronic device 100 provided in an embodiment of the present application.
  • the layered architecture divides the software into several layers, each with a clear role and division of labor.
  • the layers communicate with each other through software interfaces.
  • the Android system is divided into five layers, from top to bottom: application layer, application framework layer, Android runtime (Android runtime, ART) and native C/C++ library, hardware abstract layer (HAL) and kernel layer.
  • the application layer can include a series of application packages.
  • the application package may include applications such as camera, gallery, calendar, call, map, navigation, WLAN, Bluetooth, music, video, short message, etc.
  • the application framework layer provides application programming interface (API) and programming framework for the applications in the application layer.
  • API application programming interface
  • the application framework layer includes some predefined functions.
  • the application framework layer may include a window manager, a content provider, a view system, a resource manager, a notification manager, an activity manager, an input manager, and the like.
  • the window manager provides window management services (Window Manager Service, WMS).
  • WMS can be used for window management, window animation management, surface management and as a transit station for the input system.
  • Content providers are used to store and retrieve data and make it accessible to applications.
  • This data can include video, images, audio, calls made and received, browsing history and bookmarks, phone books, etc.
  • the view system includes visual controls, such as controls for displaying text, controls for displaying images, etc.
  • the view system can be used to build applications.
  • a display interface can be composed of one or more views.
  • a display interface including a text notification icon can include a view for displaying text and a view for displaying images.
  • the resource manager provides various resources for applications, such as localized strings, icons, images, layout files, video files, and so on.
  • the notification manager enables applications to display notification information in the status bar. It can be used to convey notification-type messages and can disappear automatically after a short stay without user interaction. For example, the notification manager is used to notify download completion, message reminders, etc.
  • the notification manager can also be a notification that appears in the system top status bar in the form of a chart or scroll bar text, such as notifications of applications running in the background, or a notification that appears on the screen in the form of a dialog window. For example, a text message is displayed in the status bar, a prompt sound is emitted, an electronic device vibrates, an indicator light flashes, etc.
  • the Activity Manager can provide Activity Manager Service (AMS).
  • AMS can be used to start, switch, and schedule system components (such as activities, services, content providers, broadcast receivers) as well as manage and schedule application processes.
  • the input manager can provide input management service (IMS), which can be used to manage the input of the system, such as touch screen input, key input, sensor input, etc.
  • IMS input management service
  • IMS takes events from input device nodes and distributes them to the appropriate window through interaction with WMS.
  • the Android runtime includes the core library and the Android runtime.
  • the Android runtime is responsible for converting source code into machine code.
  • the Android runtime mainly uses the ahead-of-time (AOT) compilation technology and the just-in-time (JIT) compilation technology.
  • the core library is mainly used to provide basic Java class library functions, such as basic data structures, mathematics, IO, tools, databases, networks, etc.
  • the core library provides an API for users to develop Android applications.
  • the native C/C++ library can include multiple functional modules, such as surface manager, media framework, libc, OpenGL ES, SQLite, Webkit, etc.
  • the surface manager is used to manage the display subsystem and provide fusion of 2D and 3D layers for multiple applications.
  • the media framework supports playback and recording of multiple commonly used audio and video formats, as well as static image files, etc.
  • the media library can support multiple audio and video encoding formats, such as: MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, etc.
  • OpenGL ES provides drawing and operation of 2D graphics and 3D graphics in applications. SQLite provides a lightweight relational database for applications of the electronic device 100.
  • the hardware abstraction layer runs in user space, encapsulates kernel layer drivers, and provides a calling interface to the upper layer.
  • the kernel layer is the layer between hardware and software.
  • the kernel layer contains at least display driver, camera driver, audio driver, and sensor driver.
  • the corresponding hardware interrupt is sent to the kernel layer.
  • the kernel layer processes the touch operation into a raw input event (including touch coordinates, timestamp of the touch operation, and other information).
  • the raw input event is stored in the kernel layer.
  • the application framework layer obtains the raw input event from the kernel layer and identifies the control corresponding to the input event. For example, if the touch operation is a touch single-click operation and the control corresponding to the single-click operation is the control of the camera application icon, the camera application calls the interface of the application framework layer to start the camera application, and then starts the camera driver by calling the kernel layer to capture static images or videos through the camera 193.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Human Computer Interaction (AREA)
  • Multimedia (AREA)
  • Computing Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

一种消息处理方法，应用于第一电子设备，第一电子设备处于分布式网络中，分布式网络中还包括第一电子设备以外的至少一个其他电子设备。该消息处理方法包括：获取第一消息；根据第一消息的消息类型信息，分布式网络中包括的电子设备的信息，以及当前所处场景信息，确定针对第一消息的消息投递策略；其中，消息投递策略包括目标电子设备信息；向目标电子设备发送所述第一消息或者转换后的所述第一消息。从而，该消息处理方法可以实现将第一消息投递到当前场景下分布式网络中的最适合处理该第一消息的电子设备，提高消息处理的及时性、提升用户体验。

Description

一种消息处理方法
本申请要求在2022年9月28日提交中国国家知识产权局、申请号为202211189317.5的中国专利申请的优先权，发明名称为“一种基于分布式场景的消息择优推送方法”的中国专利申请的优先权，要求在2023年2月16日提交中国国家知识产权局、申请号为202310144178.2的中国专利申请的优先权，发明名称为“一种消息处理方法”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请属于通信技术领域，尤其涉及一种消息处理方法。
背景技术
随着社会发展以及人们生活水平提高，市场上的设备越来越多、种类也越来越多，用户间的消息交互越来越便捷。同时一个人或者家庭的设备数量和种类也越来越多，例如有手机、平板、手表、手环、智能眼镜、耳机、智慧屏、车载终端等智能终端设备。为了发挥不同设备的优势，用户往往会把这些设备通过一种或多种传输媒介连接起来形成分布式网络，在这个网络里面，因为手机具有可以直接连接移动网络和硬件能力强的优势，往往成为分布式网络中的核心设备，其他设备直接或者间接地与手机进行信息交互，从而可以实现信息在不同设备间的共享，为用户带来便捷。
为了丰富人们的生活，消息种类也在原有的文字消息类型基础上，增加了语音、视频、文件、表情等消息类型。当这些消息通过移动网络传递到用户的手机上后，手机会通过分布式网络将消息无差异地分发到分布式网络中的其他设备上，这样会导致消息在分布式网络里面泛滥。
发明内容
有鉴于此，本申请实施例提供了一种消息处理方法，可以实现将消息投递到当前场景下电子设备所处的分布式网络中的最适合处理该消息的电子设备，提高消息处理的及时性、提升用户体验。
本申请实施例的第一方面提供了一种消息处理方法，应用于第一电子设备，第一电子设备处于分布式网络中，分布式网络中还包括第一电子设备以外的至少一个其他电子设备，该方法包括：获取第一消息；根据第一消息的消息类型信息，分布式网络中包括的电子设备的信息，以及当前所处场景信息，确定针对第一消息的消息投递策略；其中，消息投递策略包括目标电子设备信息；向目标电子设备发送第一消息或者转换后的第一消息。
根据第一方面，在第一方面的第一种可能的实现方式中，分布式网络中包括的电子设备的信息包括：分布式网络中当前在线的电子设备的标识信息，以及分布式网络中当前在线的电子设备支持的消息类型信息。
根据第一方面，以及第一方面的上述任一种可能的实现方式，在第一方面的第三种可能的实现方式中，当前所处场景信息基于来自分布式网络中的电子设备的多设备数据确定，多设备数据包括项中的一个或多个：分布式网络设备数据、电子设备间关系数据、用户设置数据、用户状态数据、设备传感数据。
根据第一方面，以及第一方面的上述任一种可能的实现方式，在第一方面的第四种可能的实现方式中，消息投递策略还包括消息类型转换策略。
根据第一方面的第三种可能的实现方式，在第一方面的第五种可能的实现方式中，上述方法还包括：根据消息类型转换策略，将第一类型的第一消息转换为第二类型的第一消息；上述向所述目标电子设备发送所述转换后的所述第一消息，具体包括：向目标电子设备发送第二类型的所述第一消息；其中，目标电子设备支持第二类型的第一消息，不支持第一类型的第一消息。
根据第一方面的第四种可能的实现方式，在第一方面的第六种可能的实现方式中，上述方法还包括：向目标电子设备发送第一消息对应的特性标识，特性标识用于指示目标电子设备接收到的第一消息是经过类型转换的消息。
根据第一方面，以及第一方面的上述任一种可能的实现方式，在第一方面的第七种可能的实现方式中，上述向目标电子设备发送第一消息或者转换后的第一消息，具体包括：向目标电子设备发送第一消息或者转换后的第一消息，不向分布式网络中目标电子设备以外的其他电子设备发送第一 消息或者转换后的第一消息。
本申请实施例的第二方面提供了一种电子设备，该电子设备包括处理器、存储器，存储器中存储有指令，当指令在处理器中运行时，使得电子设备执行如上述第一方面以及第一方面的上述任一种可能的实现方式中的消息处理方法。
本申请实施例的第三方面提供了一种计算机程序产品，计算机程序产品包括指令，当指令被执行时，使得安装有计算机程序产品的电子设备执行如上述第一方面以及第一方面的上述任一种可能的实现方式中的消息处理方法。
本申请实施例的第四方面提供了一种计算机可读存储介质，计算机可读存储介质包括指令，当指令被执行时，使得安装有计算机可读存储介质的电子设备执行如上述第一方面以及第一方面的上述任一种可能的实现方式中的消息处理方法。
附图说明
图1是本申请一实施例提供的一种分布式网络示意图；
图2是本申请一实施例提供的一种分布式消息推送场景示意图；
图3是本申请一实施例提供的一种消息处理系统架构图；
图4是本申请一实施例提供的一种消息投递策略模块示意图；
图5是本申请一实施例提供的一种用户场景识别模块示意图；
图6是本申请一实施例提供的一种分布式网络设备信息管理模块示意图；
图7是本申请一实施例提供的一种消息转换模块示意图；
图8是本申请一实施例提供的一种分布式消息推送场景一的示意图；
图9是本申请一实施例提供的一种分布式消息推送场景一的流程图；
图10是本申请一实施例提供的另一种分布式消息推送场景一的示意图；
图11是本申请一实施例提供的一种分布式消息推送场景二的示意图；
图12是本申请一实施例提供的一种分布式消息推送场景二的流程图；
图13是本申请一实施例提供的另一种分布式消息推送场景二的示意图；
图14是本申请一实施例提供的一种分布式消息推送场景三的示意图；
图15是本申请一实施例提供的一种分布式消息推送场景三的流程图；
图16是本申请一实施例提供的另一种分布式消息推送场景三的示意图；
图17是本申请一实施例提供的一种分布式消息推送场景四的示意图；
图18是本申请一实施例提供的一种分布式消息推送场景四的流程图；
图19是本申请一实施例提供的另一种分布式消息推送场景四的示意图；
图20是本申请一实施例提供的另一种分布式消息推送场景四的流程图；
图21是本申请一实施例提供的又一种分布式消息推送场景四的示意图；
图22是本申请一实施例提供的一种电子设备的结构示意图；
图23是本申请一实施例提供的一种电子设备的软件结构框图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
如背景技术中所述，多个设备可以通过一种或多种传输媒介连接起来形成分布式网络。其中，传输媒介可以包括蜂窝通信(如4G、5G网络)、光通信(如光纤)、卫星通信(如北斗通信卫星)、近场通信(如蓝牙、WiFi)等通信媒介中的一种或多种；或者说，传输媒介可以包括一种或多种有线和/或无线通信媒介。通过各种传输媒介将多个设备连接起来所形成的分布式网络中，既可以包括点对点直接通信的多个设备，例如通过WiFi P2P等近场通信方式通信的多个设备；也可包括通过其他设备的协助间接通信的多个设备，例如通过云服务器实现数据互通的多个设备，这种情况下多个设备通常具有关联关系，例如登录了同一个账号。
在一些示例中，手机通常可以作为分布式网络中的核心设备，其他设备可以直接或间接地与手机进行信息交互。应理解，本申请实施例以手机作为分布式网络中的核心设备为示例进行描述，但 这并不构成一种限定。分布式网络的核心设备也可由其他设备担任。
在一种可能的实现方式中，分布式网络的消息处理方法可采用如图1所示的架构。基于该架构，分布式网络的消息处理方法可以包括以下流程：
(1)手机接收到消息后，查询分布式网络中的设备。
(2)手机通过分布式网络将消息推送至各个设备，例如设备1、设备2、设备3等。
(3)各个接收到消息的设备进行消息提醒，待用户查阅。
(4)用户在某设备(例如智能设备1)上查阅消息并对其进行处理(例如删除)。
(5)某设备通过分布式网络将用户处理消息的行为通知到手机或者其他设备。
(6)手机或者其他设备根据通知，将本机对应的消息做相应处理(例如不再提醒，清除等)。
具体地，结合图2所示场景举例说明：
手机响应于接收到一条短信，在手机的通知中心显示“新短信1条”的消息提醒。同时，手机响应于接收到该短信，去查询该手机所处的分布式网络中的其他设备，例如查询到与手机登录了同一个账号的车载终端、耳机和手表。
进而，手机通过其与车载终端、耳机和手表之间的传输媒介(如云服务器或者蓝牙、WiFi等近场通信方式；手机与车载终端、手机与耳机、手机与手表之间的传输媒介可以相同或不同)，将收到该短信的这一信息推送至车载终端、耳机和手表。车载终端、手表通常具有显示屏，因此可以在车载终端、手表的通知中心显示“新短信1条”的消息提醒；耳机通常不具有显示屏，因此不响应该手机此次推送的收到该短信的这一信息。
后续，假设用户通过车载终端处理了该消息提醒，例如用户查阅了该新短信、清除了该短信的消息提醒或者将该短信标记为已读，则车载终端将用户已处理该短信的这一行为通知到分布式网络中的其他设备，此示例中，即为通知到耳机、手表和手机。从而，手表和手机响应于接收到车载终端发送的用户已在车载终端上处理该消息提醒的通知，将手表和手机的通知中心中的该短信的消息提醒清除掉。耳机则可以不响应此次通知。
需要说明的是，该示例以短信为例进行描述，但这并不构成一种限定。本申请实施例所述的消息，可以包括短信、来电、应用推送消息(如新闻APP推送的新闻消息)、即时通讯应用消息(如微信好友发送的文字、图片、语音消息)、系统消息(如用于提醒操作系统有新版本可升级的消息)等各种类型的消息。
上述分布式网络的消息处理方法，采用无差异推送的方式。所谓无差异推送，是指分布式网络中的一个设备接收到消息，会将消息推送到该设备能够查找到的该分布式网络中的所有其他设备。处于该分布式网络中的所有其他设备都会接收到该消息的推送。这种方式可能存在以下所述的一个或多个问题：
1、消息处理效率低、安全隐患和/或隐私泄露。
无差异推送没有考虑消息类型。例如，手机通过手机中安装的即时通讯应用，接收到即时通讯应用中的好友的语音消息，手机将该语音消息推送到手环，而手环可能不具备语音播放功能，用户无法通过手环获悉该语音消息的具体内容，用户即使通过手环得知了收到一条语音消息(例如手环震动)，仍旧需要使用手机查看该语音消息，导致消息处理效率低。又例如，在用户驾驶过程中，手机通过手机中安装的即时通讯应用，接收到即时通讯应用中的好友的文字消息，手机将该文字消息推送到车载终端上，用户通过车载终端查看该文字消息，分散了用户注意力，对驾驶造成安全隐患。
无差异推送也没有考虑用户场景。例如，在用户非独自驾驶的请看下，手机将接收到的消息推送到车载终端，车内其他乘客也可以看到该消息，导致用户隐私泄露。
2、占用分布式网络通道资源。
由于一次消息会无差异地推送给分布式网络中的所有其他设备，随着设备的数量越来越多，以及消息的数量的增加，无差异推送方式对网络通道资源的占用越来越明显，影响分布式网络对其他需要传输的数据的传输。
3、消息处理结果不同步，影响用户体验。
分布式网络中设备可能存在不稳定的情况。例如，无蜂窝通信能力的手表通过蓝牙和/或WiFi同与其配对的手表进行通信、获取访问外界网络的能力。若无蜂窝通信能力的手表和与其配对的手表之间的距离，若超过了蓝牙、WiFi等近场通信方式的最大支持的距离，则该手表就无法与外界网络通信，相当于退出了该手表之前所处的分布式网络；只有当再次回到能够与手机进行近场通信的 距离覆盖范围内时，该手表才可以重新加入其之前所处的分布式网络。这样，如果在手表处于分布式网络之中时收到了手机推送的一条消息，但用户在手表未处于该分布式网络中的状态下，通过手表处理了该消息，例如删除该消息的通知、将消息标记为已读、删除该消息等，此时用户在手表上处理该消息的行为无法通知到该手表之前所处的分布式网络中的其他设备，导致该分布式网络中的其他设备上仍旧将该消息标记为未处理，例如其他设备的通知中心仍旧存在该消息的推送，用户使用其他设备时，将会重复看到该消息，影响用户体验。
有鉴于此，本申请实施例提供一种消息处理方法，可以针对不同的设备择优选择推送消息的形式；可以通过各个设备的数据总和识别出用户场景，基于识别出的用户场景实现消息的精准推送。从而解决消息在分布式网络中无差异推送带来的问题。
图3示例性展示了本申请一实施例提供的一种消息处理方法的系统架构图。如图3所示，该系统架构主要涉及在分布式网络中的消息处理流程中，增加消息投递策略模块201和消息转换模块204。进一步地，在一些实现方式中，为了更好地制定消息投递策略，该系统架构中还可以包括用户场景识别模块202和分布式网络设备信息模块203。
如图3所示，当分布式网络中的某个设备收到某条消息时，可以由消息投递策略模块201基于用户场景识别模块202确定的用户场景，以及分布式网络设备信息模块203确定的当前分布式网络中的设备信息，确定消息投递策略，即要将该消息投递到哪个或哪些设备。然后可以基于所确定的消息投递策略判断该条消息是否需要进行转换。若是，则可以由消息转换模块204基于智慧库将消息转换为目标格式后发送到对应的设备；否则，将消息直接发送到对应的设备。
接下来结合示例，具体描述各个模块可能的实现方式。
1、消息投递策略模块201
消息投递策略模块201可以用于确定消息在分布式网络中的各个设备之间投递的策略。上述策略例如可以包括：是否向该分布式网络中的某个设备投递某条消息，或者说，针对分布式网络中的某个设备收到的某条消息，要向分布式网络中的哪个或哪些设备进行投递。上述“投递”也可以用“推送”、“同步”等其他表述方式来描述，具体地，在本申请实施例中，投递可以指使得分布式网络中的某个设备收到某条消息的过程。
在一种可能的实现方式中，如图4所示，消息投递策略模块201可以包括用户授权模块201-1、消息类型模块201-2、设备信息管理模块201-3、用户场景管理模块201-4、消息投递策略制定与输出模块201-5。
其中，用户授权模块201-1可以用于确定用户是否授权开启了消息智能投递功能。用户授权模块201-1可以运行在用户的终端设备中，例如运行在用户的手机中。
由于实现本申请实施例提供的消息处理方法(即上述示例中的“消息智能投递”功能)，在一些实现方式先，可能需要依赖于用户使用终端设备的历史数据进行数据分析和模式识别，因此可以配置用户授权模块201-1用于确定用户是否授权开启了该功能，是否将用户的历史数据授权用于进行数据分析和模式识别以提升消息智能投递的用户体验。如果用户没有开启该功能，则可以使用默认的消息投递策略，例如针对分布式网络中某个设备收到的某条消息，无差异地推送给该分布式网络中的所有其他设备；如果用户开启了该功能，则可以使用本申请实施例提供的消息处理方法。
消息类型模块201-2可以用于获取消息的类型。消息的类型可以是通过读取消息对应的类型标识获取的，也可以是对消息的内容进行识别得到的。在一种实现方式中，每条收到的消息可以对应有用于指示该消息所属的类型的类型标识，例如可以是消息发送端设备在发送消息时一并生成的。从而接收端设备在收到该消息时，通过该消息对应的类型标识即可获取该消息的类型。在另一种实现方式中，也可以由发送端设备、服务器或者接收端设备中的任一设备通过对消息的内容进行智能识别，得到该消息的类型。
消息的类型可以包括一种或多种分类方式。在一种方式中，基于消息的内容形式，可以将消息分为文字消息、语音消息、图片消息、图文消息、超链接消息等类型。文字消息例如包括纯文字形式的短信，语音消息例如包括微信好友发送的语音消息，图片消息例如包括微信好友发送的图片消息，图文消息例如包括彩信形式的短信，超链接消息例如包括微信好友的从其他应用程序分享的页面。在另一种方式中，基于消息的来源，可以将消息分为系统消息、应用消息等类型。系统消息例如包括设备的操作系统开发厂商推送的操作系统有新版本可以升级的系统更新消息。应用消息例如包括设备中安装的应用程序推送的消息，如今日头条推送的新闻、微信推送的好友消息、短信推送 的新短信。可以理解，也可以基于多种分类方式将消息进行分类，例如结合消息的内容形式以及消息的来源，将消息分为来自系统的文字消息、来自系统的图文消息、来自应用程序的文字消息、来自应用程序的语音消息等等。
设备与信息管理模块201-3可以用于管理基于分布式网络设备信息模块203获取的设备信息，以及各个设备支持的消息类型的情况。
设备信息可以包括例如设备标识、设备型号、设备类型、设备硬件参数、设备软件参数等信息、设备当前状态中的一种或多种。其中，设备标识例如可以是设备的媒体访问控制(media access control，MAC)地址、网络协议(Internet protocol，IP)地址、通用唯一识别码(universally unique identifier，UUID)等，可以用于唯一地确定设备，也即是说每个设备的设备标识是唯一的，任意两个设备之间的设备标识均不相同。设备型号例如可以是“Huawei MATE50”、“Huawei P40”等设备厂商设计的不同型号的设备的商业标识名称。设备类型例如可以是手机、平板、PC(personal computer)、耳机、手表、车载终端、智慧屏等。设备硬件参数例如可以是设备是否具有某种硬件模块、设备具有的硬件模组的型号等，例如设备是否具有扬声器、是否具有屏幕、是否具有蜂窝通信模块，或者上述硬件模组的具体型号等。设备软件参数例如可以是设备的操作系统的类型和版本、设备中的消息解析软件的类型和版本等。设备当前状态例如可以是设备当前是否被用户使用，例如手机、平板是否处于亮屏、是否在接收用户的输入，耳机、手表是否被用户佩戴等，手机、平板若处于亮屏其一段时间内有接收到用户的输入，则认为处于被用户使用的状态，耳机、手表若被用户佩戴，则认为处于被用户使用的状态。
设备支持的消息类型可以包括例如文字消息、语音消息、图片消息、图文消息、超链接消息等类型。每个设备都可以对应有该设备支持的消息类型。一个设备可以同时支持多种类型的消息，也可以只支持一种类型的消息。其中，“支持”可以理解为设备是否能够有效地处理某种类型的消息，有效地将某种类型地消息呈现给用户。设备支持的消息类型可以跟设备的软硬件参数相关联。例如，一个不具有扬声器的设备可能无法支持语音消息，一个不具有屏幕的设备可能无法支持图片消息。又例如，设备硬件上包括屏幕，但设备中安装的软件不支持解析和呈现图片消息，则该设备即使硬件上具有屏幕但受限于软件参数，仍无法支持图片消息。
设备支持的消息类型可以是设备与信息管理模块201-3从分布式网络设备信息模块203直接获取的，可以是设备与信息管理模块201-3基于从分布式网络设备信息模块203获取的设备标识、设备型号或设备类型查询得到的，也可以是设备与信息管理模块201-3基于从分布式网络设备信息模块203获取的设备信息推测出来的，例如根据上述设备硬件参数和设备软件参数推测出来的。其中，上述“查询”可以是查询本地数据库或者服务器数据库，也可以是通过互联网搜索进行查询。上述“推测”可以是根据预设的规则匹配得到，例如预设规则为若具有扬声器则支持语音消息，那么设备与信息管理模块201-3可以根据设备具有扬声器推测出该设备支持语音消息。
用户场景管理模块201-4可以用于从用户场景识别模块202获取用户场景信息。用户场景信息例如可以包括用户当前所处的应用场景(或者说，模式)，用户当前正在进行的活动，或者用户当前所处的环境等信息中的一种或多种。其中，用户当前所处的应用场景例如可以是驾驶场景、居家场景、办公场景、影音娱乐场景、运动场景、睡眠场景等。用户当前正在进行的活动例如可以是跑步、骑车、开车、坐车、正在入睡、已睡着等。用户当前所处的环境信息例如可以是较为安静的环境、较为嘈杂的环境、独处环境、非独处环境等。
在一些可能的实现方式中，用户当前正在进行的活动和/或用户当前所处的环境可以作为用户当前所处的应用场景下的子参数。例如，一些可能的用户场景信息的示例可以是：“驾驶场景：开车、独处”，“驾驶场景：开车、非独处”，“驾驶场景：坐车、非独处”，“运动场景：跑步、较为嘈杂”，“睡眠场景：正在入睡、较为安静”等。
消息投递策略制定与输出模块201-5可以用于基于设备与信息管理模块201-3的数据和用户场景管理模块201-4的数据，融合制定出消息投递策略并将制定的策略传递给下游模块。制定消息投递策略的过程，可以依赖于由开发者或者用户预先设定的规则实现，也可以依赖于用户使用设备的历史数据，进行模式识别、学习用户的使用习惯，智能化地实现。当然，也可以共同依赖上述两种方式，即先依赖于由开发者或者用户预先设定的规则获取初始的消息投递策略，再依赖于用户使用设备的历史数据，进行模式识别、学习用户的使用习惯，智能化地、针对性地调整初始的消息投递策略，得到最终的消息投递策略。
2、用户场景识别模块202
用户场景识别模块202可以用于确定用户场景。在一种可能的实现方式中，如图5所示，用户场景识别模块202可以包括触发模块202-1、用户场景融合判断模块202-2、用户场景输出模块202-3。
其中，触发模块202-1可以用于判断是否满足触发条件，在满足触发条件时，触发用户场景识别模块202进行用户场景的确定。更具体地，触发用户场景融合判断模块202-2进行用户场景的确定。可以理解，一方面，用户场景可能随时变化，未及时识别出用户场景的变化会影响用户体验。另一方面，用户场景也具有持续性，用户进入一种新的用户场景后会维持一段时间，过于频繁地确定用户场景会带来较高的功耗、占用网络资源。因此可以通过配置触发模块202-1，配置具体的触发条件，在满足触发条件时触发用户场景识别模块202进行一次用户场景的确认，从而实现既能够及时识别出用户场景的变化，又能够尽可能降低功耗和网络资源占用。
在一种实现方式中，触发条件例如可以包括基于传感器数据确定的运动状态发生改变、设备可接入的WiFi网络变化(例如离开了或进入了某个WiFi网络的覆盖范围)、设备屏幕被点亮、车门被打开、耳机被用户佩戴上等一种或多种触发条件。
可以理解，触发模块202-1可以是可选模块，也即是说用户场景识别模块202也可以不包括触发模块202-1。此时，可以以预设的时间间隔进行场景识别。例如，每隔1分钟识别一次用户场景。
用户场景融合判别模块202-2可以用于基于多设备数据确定用户场景。多设备数据例如可以包括分布式网络设备数据、设备间关系数据、用户设置数据、用户状态、设备传感数据等数据中的一种或多种。可以理解，多设备数据可指来自于分布式网络中多个设备的数据。
其中，分布式网络设备数据例如可以是分布式网络中当前哪些设备在线，或者说，分布式网络中当前设备的上线下线状态。其中，上线下线可以跟设备是否联网、设备是否处于开机状态相关。示例性的，在一个以手机为中心构成的分布式网络的示例中，该分布式网络包括手机、手表、耳机，其中，手机处于可联网且开机的状态，手表处于不可联网且开机的状态(例如不具有蜂窝通信功能、需要依赖手机通信功能联网的手表，在与手机之间的距离较远时则无法联网)，耳机因电量消耗殆尽而自动关机，则此时该分布式网络中的设备状态可以是：手机处于在线状态，手表和耳机处于下线状态。
设备间关系数据例如可以包括设备间的距离、方位数据。在一种实现方式中，设备间的距离、方位数据可以通过设备中的定位模块获取，定位模块例如可以包括GPS(global positioning service)定位模块、UWB(ultra-wide band)定位模块、短距离通信定位模块(例如基于WiFi信号、蓝牙信号等短距离通信信号进行定位的模块，如基于信号强度确定设备之间的距离)、超声波测距和/或定位模块等一种或多种。在另一种实现方式中，设备间的距离、方位数据也可以基于第三设备采集数据获取，例如基于摄像头采集的图像或视频数据识别得到。示例性的，设备间的距离、方位数据例如可以是：手机和车载终端之间的距离位于0.5米以内，手机位于智慧屏屏幕朝向方向一侧等。此外，设备间关系数据还可以包括设备间的连接状态数据，或者设备间是否处于可连接的状态数据。例如，手机与耳机建立有蓝牙连接、手机和平板建立有WiFi直连、手机和手表之间处于未连接但可建立连接的的状态等。
用户设置数据例如可以包括用户设置的用户场景(或者说用户模式)，例如驾驶场景、居家场景、办公场景、影音娱乐场景、运动场景、睡眠场景、免打扰模式、专注模式、娱乐模式等。在一种实现方式中，用户可以手动调整用户场景。例如用户工作结束下班后要开车回家，则用户可以手动将用户场景由办公场景设置为驾驶场景。在另一种实现方式中，用户可以预先设置自动进入某种场景的条件，从而设备可以在判断符合该条件时进入该场景。
用户状态数据例如可以包括移动、静止，坐立、站立、躺卧，走路、跑步、跳跃，独处、非独处，等等。用户状态数据可以基于设备的传感器采集的数据得到。例如，可以基于用户佩戴的可穿戴设备(如手表、手环)或者用户携带的设备(如手机)的传感器采集的数据得到。也可以基于其他设备的传感器采集的数据得到，例如根据车内座椅传感器得到用户状态是否处于坐在车内。还可以基于定位数据得到，例如根据GPS定位数据得到用户处于移动状态还是静置状态。在另一些实现方式中，用户状态数据也可以是由用户自行设定的，例如用户手动将自己的状态设置为逛街、徒步、睡觉等。
设备传感数据可以指设备中的传感器采集的数据。设备可以基于本设备的传感器采集的数据，得到用户状态数据后在分布式网络中与其他设备共享用户状态数据；设备也可以将本设备的传感器 采集的数据，发送给分布式网络中的中心设备，由中心设备综合基于分布式网络中的多个设备的传感器数据，得到用户状态数据后再在分布式网络中进行共享。
可以理解，用户场景融合判别模块202-2可以利用上述一种或者多种类型的多设备数据确定用户场景。作为利用一种类型的多设备数据确定用户场景的示例，例如，用户场景融合判别模块202-2可以基于设备传感数据或者用户状态数据确定用户当前正在跑步，确定当前所处的用户场景为“运动场景”。再例如，用户场景融合判别模块202-2可以基于用户通过手机设定当前场景为“免打扰模式”的用户设置数据，确定当前所处的用户场景为“免打扰模式”。作为利用多种类型的多设备数据确定用户场景的示例，例如，用户场景融合判别模块202-2可以基于先基于用户通过手机设定的当前场景为“驾驶场景”的用户设置数据，再基于用户佩戴的手表采集的传感器数据、手表和车载终端之间的距离数据、手表的GPS定位数据以及车载终端的GPS定位数据，综合确定用户当前可能处于短暂离开车辆的场景。
用户场景输出模块202-3用于将用户场景融合判别模块202-2确定的用户场景传递给下游模块。
3、分布式网络设备信息模块203
分布式网络设备信息模块203可以用于获取和管理分布式网络中的设备信息。在一种可能的实现方式中，如图6所示，分布式网络设备信息模块203可以包括设备信息触发模块203-1、设备信息存储模块203-2。
设备信息触发模块203-1可以用于根据设备在分布式网络中的状态刷新设备信息。例如，响应于设备在分布式网络中的状态发生变化，设备信息触发模块203-1触发进行设备信息刷新。示例性的，设备在分布式网络中的状态可以包括上线/下线(或者，在线/不在线)、网络连接质量等。其中，上线状态的设备可以与分布式网络中的其他设备进行通信，下线状态的设备不可以与分布式网络中的其他设备进行通信，当分布式网络中有设备的状态由上线变为下线或者由下线变为上线时，可以触发设备状态的刷新。网络连接质量可以用信号强度参数等参数进行描述，当分布式网络中有设备的网络连接质量发生变化，如由信号较好变为信号较差或者信号较差变为信号较好，可以触发设备状态的刷新。
可以理解，分布式网络中可以包含多种设备，不同设备之间具有不同的功能，有些设备可能位于用户家中，如智慧屏，有些设备用户随身携带，如手机、手表，用户的活动会使得分布式网络中设备的上线/下线状态、网络连接质量发生变化。为了确保本申请实施例提供的消息处理方法能够高效实现消息的按需、精准投递，实时、准确获取分布式网络中的设备信息非常关键。因此，设备信息触发模块203-1可以每检测到分布式网络中设备的状态发生变化时，就触发一次设备信息刷新，例如触发一次获取当前分布式网络中包含哪些在线设备的操作，进一步地，还可以触发一次获取这些设备当前的网络连接质量的操作。从而，设备信息触发模块203-1可以确保及时获取当前分布式网络中设备的准确设备信息，以便于将准确的当前分布式网络中的设备信息提供给消息投递策略模块201，进而消息投递策略模块201能够制定出合理的消息投递策略。
在一些场景下可能存在如下问题：在设备离开分布式网络之后到设备重新加入分布式网络之前的这段时间内，或者在设备与分布式网络中其他设备之间的通信连接质量不好的情况下，如果用户在该设备上处理了某条消息，则用户在该设备上处理该消息的这一行为无法及时同步给分布式网络中的其他设备，导致分布式网络中的其他设备上，这条消息仍旧标记为未处理。应用了本申请实施例提供的消息处理方法，则可以由设备信息触发模块203-1在该设备再次加入到原先的分布式网络中时，或者在该设备与分布式网络中的其他设备之间的网络连接质量变好时，触发设备信息刷新，及时获取到该设备的状态由下线状态变化为上线状态，或者及时获取到该设备的网络连接质量由差变好，从而及时将该消息已在该设备上被用户处理的这一行为在分布式网络中同步，从而将分布式网络中其他设备上的这一消息标记为已处理。
设备信息存储模块203-2可以用于存储分布式网络中设备的状态以及支持的消息类型。设备的状态例如可以包括上线状态、下线状态、网络连接质量较好、网络连接质量较差等。消息类型例如可以包括文字消息、语音消息、图片消息、图文消息、超链接消息等。
4、消息转换模块204
消息转换模块204可以用于将需要转换的消息转换为目标类型的消息。例如，将语音消息转换为文字消息、将图片消息转换为用于描述图片内容的文字或者语音消息等。
在一种可能的实现方式中，如图7所示，消息转换模块204可以包括消息转换发送模块204-1、 消息转换接收模块204-2、组合新消息模块204-3。
其中，消息转换发送模块204-1可以用于将消息转换要求和消息内容发送给智慧库。消息转换要求例如可以包括将消息转换为哪种类型的消息，或者将消息转换为目标类型的消息的指示。从而智慧库根据消息转换要求对消息内容进行处理，得到转换后的目标类型的消息。
智慧库可以用于提供实现消息转换的技术能力，示例性的，智慧库中可以包括一个或多个模型，例如可用于将语音消息转换为文字消息的语音转文字(text-to-speech)模型、可用于识别图片中的文字的光学字符识别(optical character recognition，OCR)模型等。智慧库可以位于分布式网络中的设备中，例如位于分布式网络中计算能力较强的设备中，也可以位于服务器中，本申请对此不作限定。可选地，若分布式网络中的设备中和服务器中都包括智慧库，则可以根据具体情况选用或者结合使用。
例如，根据网络质量的好坏进行选用：若分布式网络当前无法连接服务器或者与服务器之间的网络连接质量较差，则可以使用分布式网络中的设备中的智慧库进行消息转换；否则可以使用服务器中的智慧库进行消息转换。又例如，根据消息转换的难度进行选用：若消息转换能够由分布式网络中的设备中的智慧库完成时，就使用分布式网络中的设备中的智慧库进行消息转换；否则可以使用服务器中的智慧库进行消息转换。再例如，也可以先使用分布式网络中的设备中的智慧库对消息进行初步处理，使用服务器中的智慧库对初步处理后的消息进行进一步处理，得到目标类型的消息。
消息转换接收模块204-2可以用于接收智慧库转换后的消息并进行校验。校验例如可以是校验转换后的消息是否对应于转换前的消息。
组合新消息模块204-3可以用于在转换后的消息上增加一些特性标注，以组合成新消息。在一些实现方式中，该特性标注可以添加在转换后的消息的前面。特性标注可以用于告知用户该转换后的消息的原始类型，或者用于告知用户该消息是经过消息类型转换后得到的，例如可以是“【语音转文字】”、“【图片转文字】”、“【已转换】”、“【智能转换】”等。从而，当用户看到该特性标识，就能够知道该消息不是原始类型的消息而是经过转换的消息，可能存在识别错误的概率(例如语音转文字，将语音识别为错误的文字)。从而针对重要的消息，用户可以基于该特性标注去查看原始消息，尽可能避免了重要消息转换错误给用户带来的不利影响。
基于以上对本申请实施例提供的消息处理方法的系统架构中的各个模块的详细介绍，接下来结合具体示例，描述本申请实施例提供的消息处理系统架构和消息处理方法在各应用场景下的具体实现。
场景一：由手机和手表组成的分布式网络
如图8所示，手机和手表之间可以通过两者之间的蓝牙连接通信，手机和手表构成了一个分布式网络。图9示例性展示了该场景下手机收到一条语音消息后，应用本申请实施例提供的消息处理方法所执行的各个步骤。
在此场景中，手机可以通过手机与手表之间的蓝牙连接获取手表详细的设备信息，例如手表的型号、软硬件能力等。从而手机可以根据手表的设备信息判断出手表不支持语音播报能力(例如根据手表的硬件模块中不包括扬声器判断)，支持处理文字消息。进而手机可以将手表支持和/或不支持的消息类型的信息记录下来。例如，手机记录手表不支持语音消息、支持文字消息(也可以仅记录支持或者仅记录不支持的消息类型)。
在一种实现方式中，上述过程可以通过分布式网络设备信息管理模块203执行，可以将得到设备支持和/或不支持的消息类型的信息记录在设备信息存储模块203-2中。考虑到手机可以作为该分布式网络的中心设备，因此上述分布式网络设备信息管理模块203、设备信息存储模块203-2等可以优选地运行在手机中。
当手机和手表之间的距离(例如通过蓝牙测距得到)超过阈值时，触发进行用户场景的识别。示例性地，可以基于以下信息综合判断出用户此时场景为“手机未随身携带、手表随身佩戴”的用户场景：(a)手机与手表之间的距离超过阈值；(b)基于手机传感器采集的数据判断手机处于绝对静止状态；(c)基于手表传感器采集的数据判断手表处于被用户佩戴的状态，并且基于心率数据判断佩戴人为用户本人。
在一种实现方式中，上述过程可以用户场景识别模块202执行，更具体地，由用户场景融合判别模块202-2执行。用户场景识别模块202、用户场景融合判别模块202-2等可以优选地运行在手机中；当然，也可以运行在服务器中，此时需要手机将用于用户场景识别的信息发送给服务器，服务 器得到用户场景识别的结果，再将其发送给手机。
在此分布式网络中、此场景下，当手机收到一条语音消息，可触发执行下列动作：手机收到语音消息，手机确认用户已经授权开启了消息智能投递功能。此外，手机识别此次收到的消息的类型为语音类型(例如根据消息的编码格式等信息进行识别)，为手表不支持的消息类型；且此时用户场景为“手机未随身携带、手表随身佩戴”的用户场景。基于此，手机可得到针对此条语音消息的消息投递策略，包括：(1)需投递到手表，(2)需转换为文字消息后投递。
在一种实现方式中，上述过程中，手机可通过用户授权模块201-1中记录的授权信息进行确认用户已经授权开启了消息智能投递功能，手机可通过消息投递策略模块201(或者，更进一步地，其中的消息类型模块201-2)识别消息类型为语音类型，手机在得到消息投递策略的过程中，可以基于分布式网络设备信息模块203提供的当前分布式网络中的设备的信息以及用户场景识别模块202提供的当前所处的用户场景的信息，综合决策判断出当前最优选的消息投递策略。
接下来，手机基于消息投递策略，确定需要进行消息转换，具体的，需要将这次收到的语音消息转换为文字消息。进而手机利用智慧库能力将语音消息转换为文字消息，可选地，手机可以在转换后的消息上增加特性标识，标记该文字消息为语音转文字得到的。然后手机将转换后消息通过分布式网络，即手机和手表之间的蓝牙连接，推送到手表，手表提示并显示该文字消息。在一种实现方式中，上述过程可以由消息转换模块204执行，消息转换模块204可以优选地运行在作为该分布式网络中心设备的手机中。
如图10所示，手机收到来自Mike的一条语音消息。响应于收到新的消息，手机查询用户是否授权开启了消息智能投递功能，若确认用户已经授权开启了消息智能投递功能，则针对该消息进行智能投递，即应用本申请实施例提供的消息处理方法。手机识别消息类型为语音类型，当前分布式网络中包括手机和手表两个设备，手表不支持语音消息但支持文字消息，且当前用户场景包括手机未被携带、手表被佩戴。基于此，手机可以制定出要将该语音消息转换为文字消息后投递到手表的消息投递策略。进而基于制定的消息投递策略，手机利用智慧库的能力将该语音消息转换为文字消息后将其投递到手表。可选地，还可以进一步在转换后的文字消息前添加特性标识。从而，手表可以震动提示用户，并在手表的屏幕上显示转换后的消息内容，例如：“【语音转文字】来自Mike：今天几点开会？”。
现有技术针对该场景，手表只会提示用户“收到了一条语音消息，请从手机中查看”，用户即使佩戴了手表，也无法高效、及时获取这种手表无法处理的类型的消息，用户仍需要去查阅手机。通过本申请实施例提供的技术方案，手机可以根据当前所处的用户场景以及当前分布式网络中在线的设备等信息，将手机接收到的语音消息转换为文字消息后投递到手表，从而便于用户通过随身佩戴的手表及时获取到消息经转换后的文字内容，用户不需要走到手机旁通过手机查阅消息的详细内容，大大提升了用户体验。
场景二：由手机、手表和耳机组成的分布式网络
如图11所示，手机和手表之间可以通过两者之间的蓝牙连接通信，手机和耳机之间可以通过两者之间的蓝牙连接通信，手机、手表和耳机构成了一个分布式网络。图12示例性展示了该场景下手机收到一条语音消息后，应用本申请实施例提供的消息处理方法所执行的各个步骤。
在此场景中，手机可以通过手机与手表、耳机之间的蓝牙连接获取手表、耳机详细的设备信息，例如手表、耳机的型号、软硬件能力等。从而手机可以根据手表、耳机的设备信息，判断出手表不支持语音播报能力(例如根据手表的硬件模块中不包括扬声器判断)，支持处理文字消息；判断出耳机支持语音播报能力，不支持处理文字消息。进而手机可以将手表、耳机支持和/或不支持的消息类型的信息记录下来。例如，手机记录手表不支持语音消息、支持文字消息，记录耳机支持语音消息、不支持文字消息(也可以仅记录支持或者仅记录不支持的消息类型)。
在一种实现方式中，上述过程可以通过分布式网络设备信息管理模块203执行，可以将得到设备支持和/或不支持的消息类型的信息记录在设备信息存储模块203-2中。考虑到手机可以作为该分布式网络的中心设备，因此上述分布式网络设备信息管理模块203、设备信息存储模块203-2等可以优选地运行在手机中。
当用户状态改变为跑步状态时，触发进行用户场景的识别。示例性地，可以基于以下信息综合判断出用户此时场景为“手机随身携带、手表随身佩戴、耳机随身佩戴、用户跑步状态”：(a)结合手机传感器采集的数据和手表传感器采集的数据判断出用户正在跑步状态；(b)耳机处于工作状态； (c)基于手表传感器采集的数据判断手表处于被用户佩戴的状态，并且基于心率数据判断佩戴人为用户本人。
在一种实现方式中，上述过程可以用户场景识别模块202执行，更具体地，由用户场景融合判别模块202-2执行。用户场景识别模块202、用户场景融合判别模块202-2等可以优选地运行在手机中；当然，也可以运行在服务器中，此时需要手机将用于用户场景识别的信息发送给服务器，服务器得到用户场景识别的结果，再将其发送给手机。
在此分布式网络中、此场景下，当手机收到一条文字消息，可触发执行下列动作：手机收到文字消息，手机确认用户已经授权开启了消息智能投递功能。此外，手机识别此次收到的消息的类型为文字类型(例如根据消息的编码格式等信息进行识别)，为手表支持、耳机不支持的消息类型；且此时用户场景为“手机随身携带、手表随身佩戴、耳机随身佩戴、用户跑步状态”的用户场景。基于此，手机可得到针对此条文字消息的消息投递策略，包括：(1)需投递到耳机，(2)需转换为语音消息后投递。
在一种实现方式中，上述过程中，手机可通过用户授权模块201-1中记录的授权信息进行确认用户已经授权开启了消息智能投递功能，手机可通过消息投递策略模块201(或者，更进一步地，其中的消息类型模块201-2)识别消息类型为文字类型，手机在得到消息投递策略的过程中，可以基于分布式网络设备信息模块203提供的当前分布式网络中的设备的信息以及用户场景识别模块202提供的当前所处的用户场景的信息，综合决策判断出当前最优选的消息投递策略。
接下来，手机基于消息投递策略，确定需要进行消息转换，具体的，需要将这次收到的文字消息转换为语音消息。进而手机利用智慧库能力将文字消息转换为语音消息，可选地，手机可以在转换后的消息上增加特性标识，标记该语音消息为文字转语音得到的。然后手机将转换后消息通过分布式网络，即手机和耳机之间的蓝牙连接，推送到耳机，耳机提示并语音播报该语音消息。在一种实现方式中，上述过程可以由消息转换模块204执行，消息转换模块204可以优选地运行在作为该分布式网络中心设备的手机中。
如图13所示，手机收到来自Mike的一条文字消息：“今天几点开会？”。响应于收到新的消息，手机查询用户是否授权开启了消息智能投递功能，若确认用户已经授权开启了消息智能投递功能，则针对该消息进行智能投递，即应用本申请实施例提供的消息处理方法。
手机识别消息类型为文字类型，当前分布式网络中包括手机、手表和耳机三个设备，手表不支持语音消息但支持文字消息，耳机支持语音消息但不支持文字消息，且当前用户场景包括手机随身携带、手表随身佩戴、耳机随身佩戴、用户跑步状态。基于此，手机可以制定出要将该文字消息转换为语音消息后投递到耳机的消息投递策略。可以理解的时，即使该场景下，用户也携带了手机、佩戴了手表，但考虑到用户正在佩戴耳机跑步，用户可能不便于查看手机和手表，因此选择将消息投递到耳机而不投递到手表。进而基于制定的消息投递策略，手机利用智慧库的能力将该文字消息转换为语音消息后将其投递到耳机。可选地，还可以进一步在转换后的语音消息前添加特性标识。从而，耳机可以震动提示用户，并通过扬声器语音播报转换后的消息内容，例如语音播报：“收到一条来自Mike的消息如下，已自动转换为语音：今天几点开会？”。
现有技术针对该场景，手表和耳机都会收到投递的消息，手表通过屏幕显示，耳机则可能只会语音播报提示用户“收到了一条文字消息，请从手机中查看”，正在跑步的用户需要抬腕查看手表或者查看手机，用户体验较差。通过本申请实施例提供的技术方案，手机根据当前所处的用户场景以及当前分布式网络中在线的设备等信息，将手机接收到的文字消息转换为语音消息后仅投递到耳机，不投递到手表，仅以最优选的方式进行投递。从而减少了消息在分布式网络中传输带来的网络开销，并且减少了多设备传输对用户的多次打扰。用户可以直接通过耳机语音播报获取消息经过转换后的语音内容，用户不需要再查看手表或手机，大大提升了用户体验。
场景三：由手机、手表和车载终端组成的分布式网络
如图14所示，手机和手表之间可以通过两者之间的蓝牙连接通信，手机和车载终端之间可以通过两者之间的蓝牙连接通信，手机、手表和车载终端构成了一个分布式网络。图15示例性展示了该场景下手机收到一条文件消息后，应用本申请实施例提供的消息处理方法所执行的各个步骤。
在此场景中，手机可以通过手机与手表、车载终端之间的蓝牙连接获取手表、车载终端详细的设备信息，例如手表、车载终端的型号、软硬件能力等。从而手机可以根据手表、车载终端的设备信息，判断出手表不支持语音播报能力(例如根据手表的硬件模块中不包括扬声器判断)，支持处理 文字消息；判断出车载终端支持语音播报能力，支持处理文字消息。进而手机可以将手表、车载终端支持和/或不支持的消息类型的信息记录下来。例如，手机记录手表不支持语音消息、支持文字消息，记录车载终端支持语音消息、支持文字消息(也可以仅记录支持或者仅记录不支持的消息类型)。
在一种实现方式中，上述过程可以通过分布式网络设备信息管理模块203执行，可以将得到设备支持和/或不支持的消息类型的信息记录在设备信息存储模块203-2中。考虑到手机可以作为该分布式网络的中心设备，因此上述分布式网络设备信息管理模块203、设备信息存储模块203-2等可以优选地运行在手机中。
当基于车辆座椅上安装的传感器采集的数据确定有人在车上时，触发进行用户场景的识别。示例性的，可以基于以下信息综合判断出用户此时场景为“手机随身携带、手表随身佩戴、车载终端工作状态、用户独自驾驶”：(a)手机和车载终端通过测距(例如通过蓝牙测距)判断用户在车内；(b)基于车辆中的传感器采集的数据以及手表中的传感器采集的数据判断用户正在驾驶；(c)基于手表传感器采集的数据判断手表处于被用户佩戴的状态，并且基于心率数据判断佩戴人为用户本人；(d)基于耳机的传感器采集的数据判断耳机处于被用户佩戴的状态，即耳机处于工作状态；(e)基于车辆座椅上安装的传感器采集的数据确定只有用户所处的主驾驶座上有人，其他座位上没人，确定用户处于独自驾驶状态。
在一种实现方式中，上述过程可以用户场景识别模块202执行，更具体地，由用户场景融合判别模块202-2执行。用户场景识别模块202、用户场景融合判别模块202-2等可以优选地运行在手机中；当然，也可以运行在服务器中，此时需要手机将用于用户场景识别的信息发送给服务器，服务器得到用户场景识别的结果，再将其发送给手机。
在此分布式网络中、此场景下，当手机收到一条文件消息，可触发执行下列动作：手机收到文件消息，手机确认用户已经授权开启了消息智能投递功能。此外，手机识别此次收到的消息的类型为文件类型(例如根据消息的编码格式等信息进行识别)，为手表不支持、车载终端不支持的消息类型；且此时用户场景为“手机随身携带、手表随身佩戴、车载终端工作状态、用户独自驾驶”的用户场景。基于此，手机可得到针对此条文件消息的消息投递策略，包括：(1)需投递到车载终端，(2)需将文件消息中的关键信息转换语音消息后投递。
在一种实现方式中，上述过程中，手机可通过用户授权模块201-1中记录的授权信息进行确认用户已经授权开启了消息智能投递功能，手机可通过消息投递策略模块201(或者，更进一步地，其中的消息类型模块201-2)识别消息类型为文件类型，手机在得到消息投递策略的过程中，可以基于分布式网络设备信息模块203提供的当前分布式网络中的设备的信息以及用户场景识别模块202提供的当前所处的用户场景的信息，综合决策判断出当前最优选的消息投递策略。
接下来，手机基于消息投递策略，确定需要进行消息转换，具体的，需要将这次收到的文件消息中的关键信息转换为语音消息。进而手机利用智慧库能力将文件消息中的关键信息转换为语音消息，可选地，手机可以在转换后的消息上增加特性标识，标记该语音消息为文件转语音得到的。然后手机将转换后消息通过分布式网络，即手机和车载终端之间的蓝牙连接，推送到车载终端，车载终端提示(例如车载终端的屏幕上显示消息提醒)并语音播报该语音消息。在一种实现方式中，上述过程可以由消息转换模块204执行，消息转换模块204可以优选地运行在作为该分布式网络中心设备的手机中。
如图16所示，手机收到来自Mike的一条文件消息：一个名为“会议日程.xlsx”的文件。响应于收到新的消息，手机查询用户是否授权开启了消息智能投递功能，若确认用户已经授权开启了消息智能投递功能，则针对该消息进行智能投递，即应用本申请实施例提供的消息处理方法。
手机识别消息类型为文件类型，当前分布式网络中包括手机、手表和车载终端三个设备，手表不支持语音消息但支持文字消息，车载终端支持语音消息且支持文字消息，且当前用户场景包括手机随身携带、手表随身佩戴、车载终端工作状态、用户独自驾驶。基于此，手机可以制定出要将该文件消息中的关键信息(例如文件的名称信息、文件的格式信息)转换为语音消息后投递到车载终端的消息投递策略。可以理解的时，即使该场景下，用户也携带了手机、佩戴了手表，但考虑到用户正在驾驶，用户若查看手机或手表会给驾驶带来安全隐患，且考虑到用户此时为独自驾驶，车内没有其他乘客，通过车载终端处理该消息不会导致用户隐私泄露，因此选择将消息投递到车载终端而不投递到手表。进而基于制定的消息投递策略，手机利用智慧库的能力将该文件消息中的关键信息转换为语音消息后将其投递到车载终端。可选地，还可以进一步在转换后的语音消息前添加特性 标识。从而，车载终端可以显示消息提醒以提示用户，并通过扬声器语音播报转换后的消息内容，例如语音播报：“收到一个来自Mike的表格文件，文件名称为会议日程，请关注”。可选地，车载终端的屏幕上也可以显示该语音消息对应的文字内容：“【文件转语音】来自Mike：会议日程表格”。
现有技术针对该场景，手表和车载终端都会收到投递的消息，正在驾驶的用户感受到手表的震动可能会抬腕查看消息，造成驾驶安全隐患。通过本申请实施例提供的技术方案，手机根据当前所处的用户场景以及当前分布式网络中在线的设备等信息，将手机接收到的文件消息中的关键信息转换为语音消息后仅投递到车载中，不投递到手表，仅以最优选的方式进行投递。从而减少了消息在分布式网络中传输带来的网络开销，并且减少了多设备传输对用户的多次打扰。并且，对于文件消息这种难以有效传达内容的消息类型的消息，本申请实施例可以提取其中的关键信息，将关键信息进行转换、投递到用户当下能够以最加高效和安全的方式处理该消息的设备上，使得用户能够及时获取新收到的消息中的关键信息，安全地处理新收到的消息。用户可以直接通过车载终端播报获取消息中的关键信息经过转换后的语音内容，用户不需要再查看手表或手机，大大提升了用户体验。
场景四：由手机、手表、车载终端和耳机组成的分布式网络
如图17所示，手机和手表之间可以通过两者之间的蓝牙连接通信，手机和车载终端之间可以通过两者之间的蓝牙连接通信，手机和耳机之间可以通过两者之间的蓝牙连接通信，手机、手表、车载终端和耳机构成了一个分布式网络。图18示例性展示了该场景下手机收到一条语音消息后，应用本申请实施例提供的消息处理方法所执行的各个步骤。
在此场景中，手机可以通过手机与手表、车载终端、耳机之间的蓝牙连接获取手表、车载终端、耳机详细的设备信息，例如手表、车载终端、耳机的型号、软硬件能力等。从而手机可以根据手表、车载终端、耳机的设备信息，判断出手表不支持语音播报能力(例如根据手表的硬件模块中不包括扬声器判断)，支持处理文字消息；判断出车载终端支持语音播报能力，支持处理文字消息；判断出耳机支持语音播报能力，不支持文字消息。进而手机可以将手表、车载终端、耳机支持和/或不支持的消息类型的信息记录下来。例如，手机记录手表不支持语音消息、支持文字消息，记录车载终端支持语音消息、支持文字消息，记录耳机支持语音消息、不支持文字消息(也可以仅记录支持或者仅记录不支持的消息类型)。
在一种实现方式中，上述过程可以通过分布式网络设备信息管理模块203执行，可以将得到设备支持和/或不支持的消息类型的信息记录在设备信息存储模块203-2中。考虑到手机可以作为该分布式网络的中心设备，因此上述分布式网络设备信息管理模块203、设备信息存储模块203-2等可以优选地运行在手机中。
当基于车辆座椅上安装的传感器采集的数据确定有人在车上时，触发进行用户场景的识别。示例性的，可以基于以下信息综合判断出用户此时场景为“手机随身携带、手表随身佩戴、车载终端和耳机工作状态、用户非独自驾驶”：(a)手机和车载终端通过测距(例如通过蓝牙测距)判断用户在车内；(b)基于车辆中的传感器采集的数据以及手表中的传感器采集的数据判断用户正在驾驶；(c)基于手表传感器采集的数据判断手表处于被用户佩戴的状态，并且基于心率数据判断佩戴人为用户本人；(d)基于耳机的传感器采集的数据判断耳机处于被用户佩戴的状态，即耳机处于工作状态；(e)基于车辆座椅上安装的传感器采集的数据确定用户所处的主驾驶座上有人，副驾驶座上有人，其他座位上没人，确定用户处于非独自驾驶状态。
在一种实现方式中，上述过程可以用户场景识别模块202执行，更具体地，由用户场景融合判别模块202-2执行。用户场景识别模块202、用户场景融合判别模块202-2等可以优选地运行在手机中；当然，也可以运行在服务器中，此时需要手机将用于用户场景识别的信息发送给服务器，服务器得到用户场景识别的结果，再将其发送给手机。
此分布式网络中、此场景下，当手机收到一条语音消息，可触发执行下列动作：手机收到语音消息，手机确认用户已经授权开启了消息智能投递功能。此外，手机识别此次收到的消息的类型为语音类型(例如根据消息的编码格式等信息进行识别)，为手表不支持、车载终端和耳机支持的消息类型；且此时用户场景为“手机随身携带、手表随身佩戴、车载终端和耳机工作状态、用户非独自驾驶”的用户场景。基于此，手机可得到针对此条语音消息的消息投递策略，包括：(1)需投递到耳机，(2)不需要转换消息类型。
在一种实现方式中，上述过程中，手机可通过用户授权模块201-1中记录的授权信息进行确认用户已经授权开启了消息智能投递功能，手机可通过消息投递策略模块201(或者，更进一步地，其 中的消息类型模块201-2)识别消息类型为文件类型，手机在得到消息投递策略的过程中，可以基于分布式网络设备信息模块203提供的当前分布式网络中的设备的信息以及用户场景识别模块202提供的当前所处的用户场景的信息，综合决策判断出当前最优选的消息投递策略。
接下来，手机基于消息投递策略，确定不需要进行消息转换，直接将该语音消息通过手机和耳机之间的蓝牙连接投递到耳机，耳机播放该语音消息。
如图19所示，手机收到来自Mike的一条语音消息。响应于收到新的消息，手机查询用户是否授权开启了消息智能投递功能，若确认用户已经授权开启了消息智能投递功能，则针对该消息进行智能投递，即应用本申请实施例提供的消息处理方法。
手机识别消息类型为语音类型，当前分布式网络中包括手机、手表、车载终端和耳机四个设备，手表不支持语音消息但支持文字消息，车载终端支持语音消息且支持文字消息，耳机支持语音消息但不支持文字消息，且当前用户场景包括手手机随身携带、手表随身佩戴、车载终端和耳机工作状态、用户非独自驾驶。基于此，手机可以制定出不需要转换消息类型、直接将该语音消息投递到耳机的消息投递策略。
可以理解的时，即使该场景下，用户也携带了手机、佩戴了手表，但考虑到用户正在驾驶，用户若查看手机或手表会给驾驶带来安全隐患，且考虑到用户此时为非独自驾驶，车内有其他乘客，通过车载终端处理该消息会导致用户隐私泄露，因此选择将消息投递到耳机而不投递到车载终端或者手表。从而，耳机获取到投递的语音消息后直接进行播放，用户可以及时得知Mike发送的语音消息的内容。可选地，手机在投递该消息前也可以在该语音消息前添加消息来源标识，例如添加“收到一条来自Mike的语音消息如下”的语音内容，从而通过耳机收听消息的用户能够准确得知消息来源。
现有技术针对该场景，手表、车载终端、耳机都会收到投递的消息，正在驾驶的用户感受到手表的震动可能会抬腕查看消息，造成驾驶安全隐患；车载终端上显示用户收到一条新消息，会导致用户隐私泄露；耳机虽然会提示用户收到了一条新消息，但也不会直接将语音播放，用户仍旧无法知道消息的内容。通过本申请实施例提供的技术方案，手机根据当前所处的用户场景以及当前分布式网络中在线的设备等信息，将手机接收到的语音消息仅投递到耳机，不投递到手表、车载终端，且投递到耳机的消息由耳机直接播放，仅以最优选的方式进行投递。从而减少了消息在分布式网络中传输带来的网络开销，减少了多设备传输对用户的多次打扰，避免了用户隐私的泄露，提高了信息获取的及时性，大大提升了用户体验。
以上场景三、场景四的示例，均为用户处于车内。在另一种可能的场景中，基于图17所示的分布式网络，可能还存在如下用户场景：“手机随身携带、手表随身佩戴、车载终端和耳机工作状态、用户车外驻留状态”。图20示例性展示了该场景下手机收到一条语音消息后，应用本申请实施例提供的消息处理方法所执行的各个步骤。
当基于车载终端和用户随身携带的手机时间的距离(例如通过蓝牙测距)确定用户离开车内时(可选地，还可以根据主驾驶车座中的传感器采集的数据判断用户已经离开车内)，触发进行用户场景的识别。示例性的，可以基于以下信息综合判断出用户此时场景为“手机随身携带、手表随身佩戴、车载终端和耳机工作状态、用户车外驻留状态”：(a)手机和车载终端通过测距(例如通过蓝牙测距)判断用户在车外；(b)基于车辆中的传感器采集的数据以及手表中的传感器采集的数据判断用户未在驾驶；(c)基于手表传感器采集的数据判断手表处于被用户佩戴的状态，并且基于心率数据判断佩戴人为用户本人；(d)基于耳机的传感器采集的数据判断耳机处于被用户佩戴的状态，即耳机处于工作状态。
在一种实现方式中，上述过程可以用户场景识别模块202执行，更具体地，由用户场景融合判别模块202-2执行。用户场景识别模块202、用户场景融合判别模块202-2等可以优选地运行在手机中；当然，也可以运行在服务器中，此时需要手机将用于用户场景识别的信息发送给服务器，服务器得到用户场景识别的结果，再将其发送给手机。
此分布式网络中、此场景下，当手机收到一条文字消息，可触发执行下列动作：手机收到文字消息，手机确认用户已经授权开启了消息智能投递功能。此外，手机识别此次收到的消息的类型为文字类型(例如根据消息的编码格式等信息进行识别)，为手表持、车载终端支持，耳机不支持的消息类型；且此时用户场景为“手机随身携带、手表随身佩戴、车载终端和耳机工作状态、用户车外驻留状态”的用户场景。基于此，手机可得到针对此条语音消息的消息投递策略，包括：(1)需投 递到手机，(2)不需要转换消息类型。
在一种实现方式中，上述过程中，手机可通过用户授权模块201-1中记录的授权信息进行确认用户已经授权开启了消息智能投递功能，手机可通过消息投递策略模块201(或者，更进一步地，其中的消息类型模块201-2)识别消息类型为文字类型，手机在得到消息投递策略的过程中，可以基于分布式网络设备信息模块203提供的当前分布式网络中的设备的信息以及用户场景识别模块202提供的当前所处的用户场景的信息，综合决策判断出当前最优选的消息投递策略。
接下来，手机基于消息投递策略，确定不需要进行消息转换，直接将该文字消息通过手机和手表之间的蓝牙连接投递到手表，手表震动提示并显示该文字消息。
如图21所示，手机收到来自Mike的一条文字消息：“今天几点开会？”。响应于收到新的消息，手机查询用户是否授权开启了消息智能投递功能，若确认用户已经授权开启了消息智能投递功能，则针对该消息进行智能投递，即应用本申请实施例提供的消息处理方法。
手机识别消息类型为文字类型，当前分布式网络中包括手机、手表、车载终端和耳机四个设备，手表不支持语音消息但支持文字消息，车载终端支持语音消息且支持文字消息，耳机支持语音消息但不支持文字消息，且当前用户场景包括手机随身携带、手表随身佩戴、车载终端和耳机工作状态、用户车外驻留状态。基于此，手机可以制定出不需要转换消息类型、直接将该语音消息投递到手表的消息投递策略。
可以理解的时，即使该场景下，用户也携带了手机、佩戴了耳机，但考虑到用户处于驻留车外状态，一方面无法及时查看车载终端，另一方面环境噪声可能影响耳机进行语音播报的效果；且考虑到文字类型的消息由手表处理则不需要进行类型的转换，可精简流程，因此选择将消息投递到手表而不投递到车载终端或者耳机。从而，手表获取到投递的文字消息后直接进行显示，用户可以及时得知Mike发送的文字消息的内容。
现有技术针对该场景，手表、车载终端、耳机都会收到投递的消息，当前正驻留车外的用户不可能查看车载终端，投递消息到车载终端带来不必要的通信开销；耳机虽然会提示用户收到了一条新消息，但用户仍旧需要查看手表或手机以获取消息的内容，投递消息到耳机也带来不必要的通信开销。通过本申请实施例提供的技术方案，手机根据当前所处的用户场景以及当前分布式网络中在线的设备等信息，将手机接收到的文字消息仅投递到手表，不投递到耳机、车载终端，仅以最优选的方式进行投递。从而减少了消息在分布式网络中传输带来的网络开销，减少了多设备传输对用户的多次打扰，提高了信息获取的及时性，大大提升了用户体验。
综上可见，本申请实施例提供的技术方案，额能够根据用户行为实时刷新用户状态，再基于用户状态来决定不同消息类型的消息的差异化的投递方式和投递设备。实现消息随人走，针对不同设备的“千人千面”效果。在消息投递过程中，根据不同的消息类型选择最优的设备(例如针对文字消息，在场景允许的情况下，有限投递可处理文字消息的设备)，减少消息转换带来的时延和信息损失的情况。现将本申请实施例技术方案的主要发明点分别解决的技术问题及带来的有益效果总结如下表：

图22示例性展示了本申请实施例提供的一种电子设备100的结构示意图。电子设备100可以是本申请实施例中所涉及的任一“设备”(如手机、手表、车载终端等等)，也可以是服务器。
电子设备100可以包括手机、可折叠电子设备、平板电脑、桌面型计算机、膝上型计算机、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、蜂窝电话、个人数字助理(personal digital assistant，PDA)、增强现实(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、人工智能(artificial intelligence,AI)设备、可穿戴式设备、车载设备、智能家居设备、或智慧城市设备中的至少一种。其中，智能家居设备可以包括但不限于以下举例：智能大屏、智能电视、智能音箱、扫地机、智能灯、智能马桶。本申请实施例对该电子设备100的具体类型不作特殊限制。
电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接头130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。
可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processing unit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，微控制单元(micro-controller unit，MCU),和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
处理器110可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器可以为高速缓冲存储器。该存储器可以保存处理器110用过或使用频率较高的指令或数据。如果处理器110需要使用该指令或数据，可从该存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuit sound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purpose input/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。处理器110可以通过以上至少一种接口连接触摸传感器、音频模块、无线通信模块、显示器、摄像头等模块。
可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
USB接头130是一种符合USB标准规范的接口，可以用于连接电子设备100和外围设备，具体可以是Mini USB接头，Micro USB接头，USB Type C接头等。USB接头130可以用于连接充电器，实现充电器为该电子设备100充电，也可以用于连接其他电子设备，实现电子设备100与其他电子设备之间传输数据。也可以用于连接耳机，通过耳机输出电子设备中存储的音频。该接头还可以用于连接其他电子设备，例如VR设备等。在一些实施例中，通用串行总线的标准规范可以为USB1.x、USB2.0、USB3.x和USB4。
充电管理模块140用于接收充电器的充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，蓝牙低功耗(bluetooth low energy，BLE)，超宽带(ultra wide band，UWB),全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络和其他电子设备通信。该无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code division multiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。该GNSS可以包括全球卫星定位系统(global positioning system， GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。
电子设备100可以通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。当然，处理器也可不包括GPU，使用非GPU处理单元来实现上述功能。
显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot light emitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或多个显示屏194。
电子设备100可以通过摄像模组193，ISP，视频编解码器，GPU，显示屏194以及应用处理器AP、神经网络处理器NPU等实现摄像功能。
摄像模组193可用于采集拍摄对象的彩色图像数据以及深度数据。ISP可用于处理摄像模组193采集的彩色图像数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将该电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像模组193中。
在一些实施例中，摄像模组193可以由彩色摄像模组和3D感测模组组成。
在一些实施例中，彩色摄像模组的摄像头的感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。
在一些实施例中，3D感测模组可以是(time of flight，TOF)3D感测模块或结构光(structured light)3D感测模块。其中，结构光3D感测是一种主动式深度感测技术，结构光3D感测模组的基本零组件可包括红外线(Infrared)发射器、IR相机模等。结构光3D感测模组的工作原理是先对被拍摄物体发射特定图案的光斑(pattern)，再接收该物体表面上的光斑图案编码(light coding)，进而比对与原始投射光斑的异同，并利用三角原理计算出物体的三维坐标。该三维坐标中就包括电子设备100距离被拍摄物体的距离。其中，TOF 3D感测可以是主动式深度感测技术，TOF 3D感测模组的基本组件可包括红外线(Infrared)发射器、IR相机模等。TOF 3D感测模组的工作原理是通过红外线折返的时间去计算TOF 3D感测模组跟被拍摄物体之间的距离(即深度)，以得到3D景深图。
结构光3D感测模组还可应用于人脸识别、体感游戏机、工业用机器视觉检测等领域。TOF 3D感测模组还可应用于游戏机、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)等领域。
在另一些实施例中，摄像模组193还可以由两个或更多个摄像头构成。这两个或更多个摄像头可包括彩色摄像头，彩色摄像头可用于采集被拍摄物体的彩色图像数据。这两个或更多个摄像头可采用立体视觉(stereo vision)技术来采集被拍摄物体的深度数据。立体视觉技术是基于人眼视差的原理，在自然光源下，透过两个或两个以上的摄像头从不同的角度对同一物体拍摄影像，再进行三角测量法等运算来得到电子设备100与被拍摄物之间的距离信息，即深度信息。
在一些实施例中，电子设备100可以包括1个或多个摄像模组193。具体的，电子设备100可以包括1个前置摄像模组193以及1个后置摄像模组193。其中，前置摄像模组193通常可用于采集面对显示屏194的拍摄者自己的彩色图像数据以及深度数据，后置摄像模组可用于采集拍摄者所面对的拍摄对象(如人物、风景等)的彩色图像数据以及深度数据。
在一些实施例中，处理器110中的CPU或GPU或NPU可以对摄像模组193所采集的彩色图像数据和深度数据进行处理。在一些实施例中，NPU可以通过骨骼点识别技术所基于的神经网络算法，例如卷积神经网络算法(CNN)，来识别摄像模组193(具体是彩色摄像模组)所采集的彩色图像数据，以确定被拍摄人物的骨骼点。CPU或GPU也可来运行神经网络算法以实现根据彩色图像数据确定被拍 摄人物的骨骼点。在一些实施例中，CPU或GPU或NPU还可用于根据摄像模组193(可以是3D感测模组)所采集的深度数据和已识别出的骨骼点来确认被拍摄人物的身材(如身体比例、骨骼点之间的身体部位的胖瘦情况)，并可以进一步确定针对该被拍摄人物的身体美化参数，最终根据该身体美化参数对被拍摄人物的拍摄图像进行处理，以使得该拍摄图像中该被拍摄人物的体型被美化。后续实施例中会详细介绍如何基于摄像模组193所采集的彩色图像数据和深度数据对被拍摄人物的图像进行美体处理，这里先不赘述。
数字信号处理器用于处理数字信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。
NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。或将音乐，视频等文件从电子设备传输至外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码，该可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备100的各种功能方法或数据处理。
电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或输出免提通话的音频信号。
受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。
麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。
压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测该触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大 于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。
陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测电子设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，控制镜头反向运动抵消电子设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。
气压传感器180C用于测量气压。在一些实施例中，电子设备100根据气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。
磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。当电子设备为可折叠电子设备，磁传感器180D可以用于检测电子设备的折叠或展开，或折叠角度。在一些实施例中，当电子设备100是翻盖机时，电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。
加速度传感器180E可检测电子设备100在各个方向上(一般为三轴)加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。
距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到的反射光的强度大于阈值时，可以确定电子设备100附近有物体。当检测到的反射光的强度小于阈值时，电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。
环境光传感器180L可以用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否被遮挡，例如电子设备在口袋里。当检测到电子设备被遮挡或在口袋里，可以使部分功能(例如触控功能)处于禁用状态，以防误操作。
指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。
温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当通过温度传感器180J检测的温度超过阈值，电子设备100执行降低处理器的性能，以便降低电子设备的功耗以实施热保护。在另一些实施例中，当通过温度传感器180J检测的温度低于另一阈值时，电子设备100对电池142加热。在其他一些实施例中，当温度低于又一阈值时，电子设备100可以对电池142的输出电压升压。
触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。
骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于该骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于该骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。
按键190可以包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如： 时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或多个SIM卡接口。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。
电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。
图23示例性展示了本申请实施例提供的一种电子设备100的软件结构框图。
分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为五层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime，ART)和原生C/C++库，硬件抽象层(Hardware Abstract Layer，HAL)以及内核层。
应用程序层可以包括一系列应用程序包。
如图23所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图3所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，资源管理器，通知管理器,活动管理器，输入管理器等。
窗口管理器提供窗口管理服务(Window Manager Service，WMS),WMS可以用于窗口管理、窗口动画管理、surface管理以及作为输入系统的中转站。
内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。该数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
活动管理器可以提供活动管理服务(Activity Manager Service，AMS)，AMS可以用于系统组件(例如活动、服务、内容提供者、广播接收器)的启动、切换、调度以及应用进程的管理和调度工作。
输入管理器可以提供输入管理服务(Input Manager Service，IMS)，IMS可以用于管理系统的输入，例如触摸屏输入、按键输入、传感器输入等。IMS从输入设备节点取出事件，通过和WMS的交互，将事件分配至合适的窗口。
安卓运行时包括核心库和安卓运行时。安卓运行时负责将源代码转换为机器码。安卓运行时主要包括采用提前(ahead or time，AOT)编译技术和及时(just in time，JIT)编译技术。
核心库主要用于提供基本的Java类库的功能，例如基础数据结构、数学、IO、工具、数据库、网络等库。核心库为用户进行安卓应用开发提供了API。。
原生C/C++库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体框架(Media Framework)，libc，OpenGL ES、SQLite、Webkit等。
其中，表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。媒体框架支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。OpenGL ES提供应用程序中2D图形和3D图形的绘制和操作。SQLite为电子设备100的应用程序提供轻量级关系型数据库。
硬件抽象层运行于用户空间(user space)，对内核层驱动进行封装，向上层提供调用接口。
内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。
下面结合捕获拍照场景，示例性说明电子设备100软件以及硬件的工作流程。
当触摸传感器180K接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为相机应用图标的控件为例，相机应用调用应用框架层的接口，启动相机应用，进而通过调用内核层启动摄像头驱动，通过摄像头193捕获静态图像或视频。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使对应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。
最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

  1. 一种消息处理方法，应用于第一电子设备，其特征在于，所述第一电子设备处于分布式网络中，所述分布式网络中还包括所述第一电子设备以外的至少一个其他电子设备，所述方法包括：
    获取第一消息；
    根据所述第一消息的消息类型信息，所述分布式网络中包括的电子设备的信息，以及当前所处场景信息，确定针对所述第一消息的消息投递策略；其中，所述消息投递策略包括目标电子设备信息；
    向所述目标电子设备发送所述第一消息或者转换后的所述第一消息。
  2. 根据权利要求1所述的方法，其特征在于，所述分布式网络中包括的电子设备的信息包括：所述分布式网络中当前在线的电子设备的标识信息，以及所述分布式网络中当前在线的电子设备支持的消息类型信息。
  3. 根据权利要求1或2所述的方法，其特征在于，所述当前所处场景信息基于来自所述分布式网络中的电子设备的多设备数据确定，所述多设备数据包括项中的一个或多个：分布式网络设备数据、电子设备间关系数据、用户设置数据、用户状态数据、设备传感数据。
  4. 根据权利要求1-3中任一项所述的方法，其特征在于，所述消息投递策略还包括消息类型转换策略。
  5. 根据权利要求4所述的方法，其特征在于，所述方法还包括：
    根据所述消息类型转换策略，将第一类型的所述第一消息转换为第二类型的所述第一消息；
    所述向所述目标电子设备发送所述转换后的所述第一消息，具体包括：
    向所述目标电子设备发送所述第二类型的所述第一消息；其中，所述目标电子设备支持所述第二类型的所述第一消息，不支持所述第一类型的第一消息。
  6. 根据权利要求5所述的方法，其特征在于，所述方法还包括：
    向所述目标电子设备发送所述第一消息对应的特性标识，所述特性标识用于指示所述目标电子设备接收到的所述第一消息是经过类型转换的消息。
  7. 根据权利要求1-6中任一项所述的方法，其特征在于，所述向所述目标电子设备发送所述第一消息或者转换后的所述第一消息，具体包括：
    向所述目标电子设备发送所述第一消息或者转换后的所述第一消息，不向所述分布式网络中所述目标电子设备以外的其他电子设备发送所述第一消息或者转换后的所述第一消息。
  8. 一种电子设备，其特征在于，所述电子设备包括处理器、存储器，所述存储器中存储有指令，当所述指令在所述处理器中运行时，使得所述电子设备执行如权利要求1-7中任一项所述的方法。
  9. 一种计算机程序产品，其特征在于，所述计算机程序产品包括指令，当所述指令被执行时，使得安装有所述计算机程序产品的电子设备执行如权利要求1-7中任一项所述的方法。
  10. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括指令，当所述指令被执行时，使得安装有所述计算机可读存储介质的电子设备执行如权利要求1-7中任一项所述的方法。
PCT/CN2023/120266 2022-09-28 2023-09-21 一种消息处理方法 WO2024067328A1 (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN202211189317 2022-09-28
CN202211189317.5 2022-09-28
CN202310144178.2A CN117793242A (zh) 2022-09-28 2023-02-16 一种消息处理方法
CN202310144178.2 2023-02-16

Publications (1)

Publication Number Publication Date
WO2024067328A1 true WO2024067328A1 (zh) 2024-04-04

Family

ID=90398635

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/120266 WO2024067328A1 (zh) 2022-09-28 2023-09-21 一种消息处理方法

Country Status (2)

Country Link
CN (1) CN117793242A (zh)
WO (1) WO2024067328A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016058246A1 (zh) * 2014-10-15 2016-04-21 珠海格力电器股份有限公司 家庭智能网关及智能家居系统
WO2017204507A1 (en) * 2016-05-25 2017-11-30 Samsung Electronics Co., Ltd. Electronic apparatus and control method therof
CN112422733A (zh) * 2020-11-19 2021-02-26 Oppo广东移动通信有限公司 通知提醒方法、装置、终端及存储介质
WO2021230666A1 (en) * 2020-05-13 2021-11-18 Samsung Electronics Co., Ltd. System and method to segment recovery and message feedback in 5g messaging architecture
CN114173204A (zh) * 2020-08-20 2022-03-11 华为技术有限公司 一种提示消息的方法、电子设备和系统
CN114500442A (zh) * 2021-08-30 2022-05-13 荣耀终端有限公司 消息管理方法和电子设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016058246A1 (zh) * 2014-10-15 2016-04-21 珠海格力电器股份有限公司 家庭智能网关及智能家居系统
WO2017204507A1 (en) * 2016-05-25 2017-11-30 Samsung Electronics Co., Ltd. Electronic apparatus and control method therof
WO2021230666A1 (en) * 2020-05-13 2021-11-18 Samsung Electronics Co., Ltd. System and method to segment recovery and message feedback in 5g messaging architecture
CN114173204A (zh) * 2020-08-20 2022-03-11 华为技术有限公司 一种提示消息的方法、电子设备和系统
CN112422733A (zh) * 2020-11-19 2021-02-26 Oppo广东移动通信有限公司 通知提醒方法、装置、终端及存储介质
CN114500442A (zh) * 2021-08-30 2022-05-13 荣耀终端有限公司 消息管理方法和电子设备

Also Published As

Publication number Publication date
CN117793242A (zh) 2024-03-29

Similar Documents

Publication Publication Date Title
WO2021052263A1 (zh) 语音助手显示方法及装置
WO2021129688A1 (zh) 显示方法及相关产品
WO2021213120A1 (zh) 投屏方法、装置和电子设备
WO2020211701A1 (zh) 模型训练方法、情绪识别方法及相关装置和设备
WO2020177619A1 (zh) 终端充电提醒方法、装置、设备及存储介质
WO2021000807A1 (zh) 一种应用程序中等待场景的处理方法和装置
CN114173000B (zh) 一种回复消息的方法、电子设备和系统、存储介质
WO2020029306A1 (zh) 一种图像拍摄方法及电子设备
WO2021104104A1 (zh) 一种高能效的显示处理方法及设备
CN114173204A (zh) 一种提示消息的方法、电子设备和系统
WO2020029094A1 (zh) 一种语音控制命令生成方法及终端
WO2021052139A1 (zh) 手势输入方法及电子设备
WO2020056684A1 (zh) 通过转发模式连接的多tws耳机实现自动翻译的方法及装置
WO2022048453A1 (zh) 解锁方法及电子设备
WO2022152174A9 (zh) 一种投屏的方法和电子设备
WO2020051916A1 (zh) 一种传输信息的方法及电子设备
WO2022135157A1 (zh) 页面显示的方法、装置、电子设备以及可读存储介质
WO2024067328A1 (zh) 一种消息处理方法
CN115022807A (zh) 快递信息提醒方法和电子设备
WO2022222702A1 (zh) 屏幕解锁方法和电子设备
WO2022222705A1 (zh) 设备控制方法和电子设备
WO2022052767A1 (zh) 一种控制设备的方法、电子设备和系统
WO2023207862A1 (zh) 确定头部姿态的方法以及装置
CN116048236B (zh) 通信方法及相关装置
WO2024093614A1 (zh) 设备输入方法、系统、电子设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23870560

Country of ref document: EP

Kind code of ref document: A1