CN113676339B

CN113676339B - Multicast method, device, terminal equipment and computer readable storage medium

Info

Publication number: CN113676339B
Application number: CN202010406906.9A
Authority: CN
Inventors: 彭建新
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-05-14
Filing date: 2020-05-14
Publication date: 2022-10-28
Anticipated expiration: 2040-05-14
Also published as: CN113676339A

Abstract

The application is applicable to the technical field of communication, and provides a multicast method, a multicast device, terminal equipment and a computer readable storage medium. In the multicast method, the proxy device can monitor the service multicast message, and when the proxy device obtains the service multicast message, the proxy device queries the device state of the delegation device. If the entrusting equipment in the dormant state exists, the entrusting equipment in the dormant state is taken as target equipment, the agent equipment sends a wake-up signal to the target equipment through a local area network connecting channel, and then sends the service multicast message to the target equipment. In the multicast method, the proxy equipment performs the functions of monitoring the multicast message, awakening the entrusting equipment and forwarding the multicast message, and the entrusting equipment does not need to be in a non-dormant state all the time, so that the power consumption of the entrusting equipment is reduced, and the use experience of a user is improved.

Description

Multicast method, device, terminal equipment and computer readable storage medium

Technical Field

The present application relates to the field of communications technologies, and in particular, to a multicast method, an apparatus, a terminal device, and a computer-readable storage medium.

Background

Multicast is a "one-to-one group" communication mode between end devices, which means that end devices joining the same group can receive data transmitted from other end devices in the group.

In a local area network, different terminal devices can discover each other through a multicast technology. The end devices may send specific multicast messages into the local area network. And under the condition that the other terminal equipment meets the condition, the other terminal equipment responds to the message, so that the terminal equipment and the terminal equipment meeting the condition can discover each other.

Under the condition that the current terminal equipment is in the dormancy state of the central processing unit chip, the multicast message is not received in order to save power consumption, or the received multicast message can be discarded, and the CPU chip of the terminal equipment is not awakened, so that the related functions of multicast are influenced, and other equipment in the local area network can not discover the terminal equipment in the dormancy state.

In this regard, the current solution is to prevent the central processor chip of the terminal device from sleeping. However, if the central processing unit chip is prevented from sleeping, the power consumption of the terminal device is high, and for some terminal devices with sensitive power consumption, the use experience of a user is greatly influenced.

Disclosure of Invention

The embodiment of the application provides a multicast method, a multicast device, terminal equipment and a computer readable storage medium, which can solve the problem that the existing multicast method can increase the power consumption of the terminal equipment and influence the use experience of a user.

A first aspect of an embodiment of the present application provides a multicast method, including:

when a service multicast message is monitored, acquiring the equipment state of the entrusting equipment;

if it is determined that target equipment in a dormant state exists in the entrusting equipment based on the equipment state of the entrusting equipment, sending a wake-up signal to the target equipment through a local area network connecting channel, wherein the wake-up signal is used for waking up the target equipment;

and sending the service multicast message to the target equipment.

It should be noted that, when acquiring the service multicast message, the proxy device queries the device state of the proxy device.

The device states may include a dormant state and a non-dormant state. In the dormant state, the trusted device does not receive the multicast message or discards the received multicast message.

Therefore, when the proxy device queries that the proxy device in the dormant state exists, the proxy device in the dormant state can be used as the target device, the wakeup signal is sent to the target device through the local area network connection channel, and the target device is awakened through the wakeup signal, so that the target device enters the non-dormant state.

Then, the proxy device forwards the service multicast message to the target device.

In the multicast method, the proxy device performs the functions of monitoring the multicast message, waking up the proxy device and forwarding the multicast message, the proxy device does not miss the service multicast message even if the proxy device is in a dormant state, and the proxy device does not need to be in a non-dormant state all the time, so that the power consumption of the proxy device is reduced.

In a possible implementation manner of the first aspect, the obtaining the device status of the delegating device when the service multicast message is monitored includes:

when a service multicast message is monitored, matching the message content of the service multicast message with a preset proxy rule in a rule base to obtain a target rule matched with the message content and first equipment corresponding to the target rule;

acquiring the equipment state of the first equipment;

correspondingly, if it is determined that the target device in the dormant state exists in the entrusting device based on the device state of the entrusting device, sending a wake-up signal to the target device through a local area network connection channel includes:

and if the target equipment in the dormant state exists in the first equipment based on the equipment state of the first equipment, sending a wake-up signal to the target equipment through a local area network connection channel.

It should be noted that, after receiving the service multicast message, the proxy device may further match the message content in the service multicast message with a preset proxy rule in the rule base, so as to determine the device type of the terminal device interested by the multicast device, determine the first device, and thus perform the multicast proxy operation with pertinence.

In a possible implementation manner of the first aspect, after the matching the message content of the service multicast message with a preset agent rule, the method further includes:

and if the rule base does not have the target rule matched with the message content, stopping executing the multicast proxy operation.

It should be noted that, if there is no target rule matching with the message content in the rule base, it indicates that none of the proxy devices of the proxy device proxy is a terminal device interested by the multicast device, and the proxy device does not need to forward the service multicast message to the proxy device of its proxy device, and stops executing the multicast proxy operation.

In a possible implementation manner of the first aspect, after the obtaining the device state of the first device, the method further includes:

and if the target equipment in the dormant state does not exist in the first equipment, stopping executing the multicast proxy operation.

It should be noted that, if there is no first device in the dormant state, it indicates that each first device is in the non-dormant state, and may receive and respond to the service multicast message by itself, without forwarding the service multicast message by the proxy device, the proxy device stops executing the multicast proxy operation.

In a possible implementation manner of the first aspect, the matching the message content of the service multicast message with a preset agent rule includes:

checking the service multicast message according to the requirement of a preset format;

and if the service multicast message meets the requirement of a preset format, matching the message content of the service multicast message with a preset proxy rule.

It should be noted that, after receiving the service multicast message, the proxy device may check the service multicast message according to a preset format requirement, so as to ensure that the service multicast message forwarded by the proxy device to the delegating device is a compliant service multicast message.

In a possible implementation manner of the first aspect, after the verifying the service multicast message according to the preset format requirement, the method further includes:

and if the service multicast message does not meet the preset format requirement, stopping executing the multicast proxy operation.

It should be noted that, if the service multicast message does not meet the requirement of the preset format, it indicates that the service multicast message is incomplete or unreasonable, and at this time, the proxy device should stop executing the multicast proxy operation, so as to prevent the proxy device from receiving the service multicast message that does not meet the requirement.

In a possible implementation manner of the first aspect, before the listening to the service multicast message, the method further includes:

acquiring a multicast message, wherein the multicast message comprises an identifier;

and if the identifier is the first identifier, judging that the multicast message is a service multicast message.

It should be noted that the multicast message may include a proxy multicast message and a service multicast message.

The proxy device may identify the message type of the multicast message by an identifier in the multicast message. The identifier may include a first identifier and a second identifier.

When the agent device detects that the identifier in the multicast message is the first identifier, the agent device determines that the multicast message is a service multicast message.

In a possible implementation manner of the first aspect, after the acquiring the multicast message, the method further includes:

if the identifier is a second identifier, judging that the multicast message is a proxy multicast message;

acquiring an agent rule of the agent multicast message, and adding the agent rule into the rule base;

and establishing the local area network connection channel by the entrusting equipment corresponding to the proxy multicast message.

It should be noted that, when the proxy device detects that the identifier of the multicast message is the second identifier, the proxy device determines that the multicast message is a proxy multicast message.

Then, the proxy device acquires the proxy rule in the proxy multicast message and adds the proxy rule to the rule base.

The proxy rule is a condition that the proxy device wakes up the proxy device, and the proxy rule is used for determining the proxy device which needs to be woken up when the proxy device receives the service multicast message.

The proxy device may then establish a local area network connection channel with the trusted device.

In a possible implementation manner of the first aspect, the obtaining the proxy rule of the proxy multicast message and adding the proxy rule to the rule base includes:

checking the proxy multicast message according to a preset format requirement;

and if the proxy multicast message meets the requirement of a preset format, acquiring a proxy rule of the proxy multicast message, and adding the proxy rule into the rule base.

It should be noted that, before adding the proxy rule to the rule base, the proxy device may check the proxy multicast message according to the preset format requirement, and if the proxy multicast message meets the preset format requirement, add the proxy rule in the proxy multicast message to the rule base, thereby ensuring that the proxy rule in the rule base all comes from the compliant proxy multicast message.

In a possible implementation manner of the first aspect, the lan connection channel is a tcp connection channel.

It should be noted that the type of the lan connection channel may be set according to actual situations.

Among them, a Transmission Control Protocol (TCP) connection channel may be selected as the lan connection channel, thereby improving the reliability of data Transmission of the lan connection channel.

A second aspect of an embodiment of the present application provides a multicast apparatus, including:

the state query module is used for acquiring the equipment state of the entrusted equipment when the service multicast message is monitored;

a wake-up signal module, configured to send a wake-up signal to a target device through a lan connection channel if it is determined that the target device in a dormant state exists in the entrusting device based on a device state of the entrusting device, where the wake-up signal is used to wake up the target device;

and the proxy forwarding module is used for sending the service multicast message to the target equipment.

In a possible implementation manner of the second aspect, the status query module includes:

the rule matching sub-module is used for matching the message content of the business multicast message with a preset proxy rule in a rule base when the business multicast message is monitored, so as to obtain a target rule matched with the message content and first equipment corresponding to the target rule;

the equipment state submodule is used for acquiring the equipment state of the first equipment;

correspondingly, the wake-up signal module is specifically configured to send a wake-up signal to a target device through a lan connection channel if it is determined that the target device in the dormant state exists in the first device based on the device state of the first device.

In a possible implementation manner of the second aspect, the status query module further includes:

and the first stopping submodule is used for stopping executing the multicast proxy operation if the rule base does not have the target rule matched with the message content.

In a possible implementation manner of the second aspect, the apparatus further includes:

and a second stopping module, configured to stop executing the multicast proxy operation if there is no target device in the dormant state in the first device.

In a possible implementation manner of the second aspect, the rule matching sub-module includes:

the first checking submodule is used for checking the service multicast message according to the requirement of a preset format;

and the target matching submodule is used for matching the message content of the service multicast message with a preset proxy rule if the service multicast message meets the preset format requirement.

In a possible implementation manner of the second aspect, the rule matching sub-module further includes:

and the third stopping submodule is used for stopping executing the multicast proxy operation if the service multicast message does not meet the requirement of the preset format.

a message acquisition module, configured to acquire a multicast message, where the multicast message includes an identifier;

and the service identification module is used for judging that the multicast message is a service multicast message if the identifier is the first identifier.

the proxy identification module is used for judging that the multicast message is a proxy multicast message if the identifier is a second identifier;

a rule adding module, configured to obtain an agent rule of the agent multicast message, and add the agent rule to the rule base;

and the channel establishing module is used for establishing the local area network connection channel with the entrusting equipment corresponding to the proxy multicast message.

In a possible implementation manner of the second aspect, the rule adding module includes:

the second checking sub-module is used for checking the proxy multicast message according to the requirement of a preset format;

and the matching adding submodule is used for acquiring the proxy rule of the proxy multicast message and adding the proxy rule into the rule base if the proxy multicast message meets the requirement of a preset format.

In a possible implementation manner of the second aspect, the lan connection channel is a tcp connection channel.

A third aspect of embodiments of the present application provides a terminal device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the computer program, the terminal device implements the steps of the method.

A fourth aspect of embodiments of the present application provides a computer-readable storage medium, which stores a computer program that, when executed by a processor, causes a terminal device to implement the steps of the method as described above.

A fifth aspect of embodiments of the present application provides a computer program product, which, when run on a terminal device, causes the terminal device to implement the steps of the method as described above.

Compared with the prior art, the embodiment of the application has the advantages that:

in the multicast method, the proxy device can monitor the service multicast message, and when the proxy device obtains the service multicast message, the proxy device queries the device state of the delegation device. If the entrusting equipment in the dormant state exists, the entrusting equipment in the dormant state is taken as target equipment, the proxy equipment sends a wakeup signal to the target equipment through a local area network connecting channel, and then sends the service multicast message to the target equipment.

In the multicast method, the proxy equipment performs the functions of monitoring the multicast message, awakening the entrusting equipment and forwarding the multicast message, the entrusting equipment does not need to be in a non-dormant state all the time, the power consumption of the entrusting equipment is reduced, the use experience of a user is improved, the problems that the power consumption of terminal equipment is increased and the use experience of the user is influenced by the conventional multicast method are solved, and the multicast method has high usability and practicability.

Drawings

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

Fig. 1 is a schematic diagram of a multicast system provided in an embodiment of the present application;

fig. 2 is a schematic diagram of an application scenario provided in an embodiment of the present application;

fig. 3 is a schematic diagram of another application scenario provided in an embodiment of the present application;

fig. 4 is a signaling diagram provided in an embodiment of the present application;

fig. 5 is another signaling diagram provided by an embodiment of the present application;

fig. 6 is a schematic diagram of another application scenario provided in an embodiment of the present application;

fig. 7 is a schematic functional module diagram of an agent device according to an embodiment of the present application;

fig. 8 is a schematic structural diagram of a multicast apparatus according to an embodiment of the present application;

fig. 9 is a schematic diagram of a terminal device provided in an embodiment of the present application.

Detailed Description

In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular system structures, techniques, etc. in order to provide a thorough understanding of the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.

It will be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

It should also be understood that the term "and/or" as used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.

As used in this specification and the appended claims, the term "if" may be interpreted contextually as "when", "upon" or "in response to a determination" or "in response to a detection". Similarly, the phrase "if it is determined" or "if a [ described condition or event ] is detected" may be interpreted contextually to mean "upon determining" or "in response to determining" or "upon detecting [ described condition or event ]" or "in response to detecting [ described condition or event ]".

Furthermore, in the description of the present application and the appended claims, the terms "first," "second," "third," and the like are used for distinguishing between descriptions and not necessarily for describing a relative importance or importance.

Reference throughout this specification to "one embodiment" or "some embodiments," or the like, means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the present application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," or the like, in various places throughout this specification are not necessarily all referring to the same embodiment, but rather "one or more but not all embodiments" unless specifically stated otherwise. The terms "comprising," "including," "having," and variations thereof mean "including, but not limited to," unless otherwise specifically stated.

In a local area network, different terminal devices can discover each other through a multicast technology. When a terminal device wants to know whether there are other terminal devices in the local area network, the terminal device may send a specific multicast message to the local area network. And the other terminal equipment performs message response under the condition that the condition is met, so that the terminal equipment and the interested terminal equipment can discover each other. Typical transmission protocols for multicast messages include Universal Plug and Play (UPNP) protocol and the like.

Under the condition that a Central Processing Unit (CPU) chip of the current terminal device is in a dormant state, in order to save power consumption, a multicast message is not received, or the received multicast message is discarded, and the CPU chip of the terminal device is not awakened, so that related functions of multicast are affected, and other devices in a local area network cannot find the terminal device in the dormant state.

In this regard, one solution is to prevent the CPU chip of the terminal device from sleeping. For example, in the android system, the android system provides an Application Programming Interface (API) that prevents the CPU chip from sleeping.

The API is specifically:

WifiManager wifiManager＝(WifiManager)getSystemService(Context.WIFI_SERVICE)；

MulticastLock multicastLock＝wifiManager.createMulticastLock("multicast.test")；

multicastLock.acquire()；

the operating system of the terminal equipment can prevent the CPU chip from entering a dormant state by calling the API, so that the terminal equipment is prevented from being incapable of receiving the multicast message in the dormant state of the CPU chip.

However, the cpu chip cannot enter the sleep state due to the above method, which results in high power consumption of the terminal device, and may greatly affect the user experience of some terminal devices with sensitive power consumption.

Therefore, the existing multicast method can increase the power consumption of the terminal equipment and influence the use experience of the user.

In view of this, the embodiment of the present application provides a multicast method, which can solve the problem that the current network search policy may increase the power consumption of the terminal device and affect the use experience of the user.

Referring to fig. 1, fig. 1 is a schematic structural diagram of a multicast system suitable for the multicast method of the present application. The multicast system includes: a proxy device 101, a proxy device 102, and a multicast device 103.

A local area network connection channel 104 is established between the proxy apparatus 101 and the proxy apparatus 102.

In the above multicast system, there may be provided at least one proxy device 101, at least one proxy device 102, and at least one multicast device 103. The proxy device 101, the proxy device 102, and the multicast device 103 are in the same local area network.

The proxy device 101 is an end device that needs the proxy agent device 102 to listen and forward traffic multicast messages.

The multicast device 103 is configured to send a service multicast message into the local area network.

The proxy device 102 is configured to listen for multicast messages within the local area network. When the proxy device 102 monitors the service multicast message, it wakes up the corresponding delegation device 101, and sends the monitored service multicast message to the delegation device 101.

It is understood that the device types of the proxy device 101, the proxy device 102, and the multicast device 103 may be selected according to actual situations. The terminal device may be a mobile phone, a tablet computer, a wearable device, an in-vehicle device, an Augmented Reality (AR)/Virtual Reality (VR) device, a notebook computer, an ultra-mobile personal computer (UMPC), a netbook, a Personal Digital Assistant (PDA), or other terminal devices, and the specific type of the terminal device is not limited in this embodiment of the present application.

For example, the terminal device may be a Station (ST) in a WLAN, and may be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA) device, a handheld device with Wireless communication capability, a computing device or other processing device connected to a Wireless modem, a vehicle mounted device, a vehicle networking terminal, a computer, a laptop, a handheld communication device, a handheld computing device, a satellite Wireless device, a Wireless modem set card, a television Set Top Box (STB), a Customer Premises Equipment (CPE), and/or other devices for communicating on a Wireless system and a next generation communication system, such as a Mobile terminal in a 5G Network or a Mobile terminal in a future-evolution Public Land Mobile Network (PLMN) Network, and the like.

By way of example and not limitation, when the terminal device is a wearable device, the wearable device may also be a generic term for intelligently designing daily wearing by applying wearable technology, developing wearable devices, such as glasses, gloves, watches, clothing, shoes, and the like. A wearable device is a portable device that is worn directly on the body or integrated into the clothing or accessories of the user. The wearable device is not only a hardware device, but also realizes powerful functions through software support, data interaction and cloud interaction. The generalized wearable intelligent device has the advantages that the generalized wearable intelligent device is complete in function and large in size, can realize complete or partial functions without depending on a smart phone, such as a smart watch or smart glasses, and only is concentrated on a certain application function, and needs to be matched with other devices such as the smart phone for use, such as various smart bracelets for monitoring physical signs, smart jewelry and the like.

Hereinafter, the multicast method provided in the embodiment of the present application will be described in detail with reference to the multicast system shown in fig. 1.

1. The proxy device determines the proxy device.

When the entrusting device needs to determine the agent device from the terminal devices in the local area network, the entrusting device can acquire the device information of each terminal device in the local area network, and determine the agent device according to the device information of each terminal device.

The content of the device information can be determined according to actual conditions. For example, in some embodiments, the device information may include at least one of a power consumption type, a power connection state, a remaining power amount, a proxy device list, record information of a proxied device, and the like.

The power consumption type is used for identifying whether the terminal equipment is power consumption sensitive equipment or not, and the power consumption type can comprise a power consumption sensitive type and a power consumption insensitive type; when the power consumption type of the terminal equipment is power consumption sensitive type, the influence of the power consumption on the user experience of using the terminal equipment by a user is large; when the power consumption type of the terminal equipment is power consumption insensitive type, the influence of the power consumption on the user experience of using the terminal equipment by a user is small; the power connection state is used for identifying whether the terminal equipment is connected with the power supply or not, and the power connection state can comprise a connected power supply and an unconnected power supply; the agent equipment list is used for recording the information of the terminal equipment which can be used as the agent equipment in the current local area network; the record information of the proxied device is used to record information of the proxy device that the respective proxy device has proxied.

The rule of the proxy device determined by the entrusting device according to the device information of each terminal device in the local area network can be set according to the actual situation.

For example, in a multicast system, the proxy device has functions of monitoring multicast messages in the lan and waking up the proxy device, and during a period of time when the proxy device performs the functions, the proxy device is in a non-sleep state, which results in high power consumption.

Therefore, when the proxy device selects the proxy device, the proxy device can acquire the proxy device list and determine which terminal devices can serve as the proxy devices. And then, acquiring the power consumption type in the equipment information, and determining the terminal equipment with insensitive power consumption in the proxy equipment list as proxy equipment.

Since the influence of the power consumption change of the power consumption insensitive terminal device on the user experience is small, the influence on the user experience can be reduced by using the power consumption insensitive terminal device as the proxy device.

If no power consumption insensitive terminal device exists in the proxy device list, one terminal device should be selected for centralized proxy. At this time, the entrusting device may obtain the preset scoring rule, and score each terminal device in the proxy device list according to the device information of the terminal device and the preset scoring rule, so as to obtain a scoring result of each terminal device. And the entrusting equipment sequences the terminal equipment according to the grading result of the terminal equipment, and determines the terminal equipment with the highest grading result as the proxy equipment.

The proxy equipment is determined by the grading sorting method, each terminal equipment can be used as the proxy equipment in a balanced mode, and the influence of the power consumption change of the proxy equipment on user experience is reduced.

The process of determining the proxy device by the proxy device will be described below with reference to a specific application scenario.

The application scene one:

referring to fig. 2, the multicast system in the application scenario includes a mobile phone 201, a smart television 202, a tablet computer 203, and a notebook computer 204.

The mobile phone 201, the smart television 202, the tablet computer 203 and the notebook computer 204 are in the same local area network.

After the mobile phone 201 is turned off, the CPU of the mobile phone 201 may enter a sleep state after a certain time, and after the CPU enters the sleep state, the mobile phone 201 cannot receive the multicast message.

Therefore, after the screen of the mobile phone 201 is turned off, the device information of each terminal device in the local area network is acquired, and the power consumption type of each terminal device in the local area network is determined according to the device information.

The mobile phone 201 acquires the device information of the smart television 202, the tablet computer 203 and the notebook computer 204, and determines that the smart television 202 is a power consumption insensitive terminal device and the tablet computer 203 and the notebook computer 204 are power consumption sensitive terminal devices through the device information.

Therefore, the handset 201 determines the smart tv 202 as a proxy device.

Application scenario two:

referring to fig. 3, the multicast system in the application scenario includes a mobile phone 301, a smart watch 302, a tablet pc 303, and a notebook pc 304.

After the screen of the mobile phone 301 is turned off, the device information of each terminal device in the local area network is acquired, and the power consumption type of each terminal device in the local area network is determined according to the device information.

The mobile phone 301 acquires the device information of the smart watch 302, the tablet pc 303, and the notebook pc 304, and determines that the smart watch 302, the tablet pc 303, and the notebook pc 304 are all power consumption sensitive terminal devices according to the device information.

Therefore, the mobile phone 301 obtains the remaining power of the smart watch 302, the tablet pc 303 and the notebook pc 304 through the device information, and ranks the smart watch 302, the tablet pc 303 and the notebook pc 304 according to the remaining power, where the more the remaining power is, the higher the score is, and the higher the ranking is.

At this time, the remaining power of the smart watch 302 is 1wh, the remaining power of the tablet pc 303 is 23wh, and the remaining power of the notebook pc 304 is 12wh, then the sorting result is: tablet 303-laptop 304-smart watch 302.

The mobile phone 301 determines the tablet pc 303 as the proxy device according to the sorting result.

2. The proxy device establishes a proxy relationship with the proxy device.

As shown in fig. 4, the proxy device may send a proxy multicast message to the proxy device after determining the proxy device.

And after receiving the multicast message, the proxy equipment checks the message type of the multicast message. The method of checking the message type may be set according to actual circumstances.

In some embodiments, the proxy device may examine the header identifier of the multicast message. The header identifier indicates an identifier located in the header of the multicast message. The proxy device determines the message type of the multicast message based on the content of the header identifier.

In other embodiments, the proxy device may also check an identifier set elsewhere in the multicast message, and determine the message type of the multicast message according to the identifier.

The identifier is used to identify the message type of the multicast message. The identifier may include a first identifier and a second identifier. The first identifier represents a service multicast message and the second identifier represents a proxy multicast message.

For example, assume that 0 xABBAB is defined as a first identifier representing a service multicast message, and 0 xDCDCDCD is defined as a second identifier representing a proxy multicast message; when the proxy equipment receives the multicast message, the proxy equipment checks the head identifier of the multicast message, and if the head identifier is 0 xABABABAB, the proxy equipment judges that the received multicast message is a service multicast message; if the header identifier is 0 xDCDCDCD, the proxy device determines that the received multicast message is a proxy multicast message.

After receiving the proxy multicast message, the proxy device may check the validity of the proxy multicast message according to a preset format requirement.

If the proxy multicast message does not meet the preset format requirement, the proxy equipment judges that the proxy multicast message is invalid information, stops the subsequent flow and stops executing the relationship establishment operation.

And if the proxy multicast message meets the preset format requirement, the proxy equipment judges that the proxy multicast message is an effective message.

At this time, the proxy device may acquire a proxy rule from the proxy multicast message, and add the proxy rule to a rule base of the proxy device. The proxy rule is a condition that proxy equipment wakes up the proxy equipment, and the proxy rule is used for determining the proxy equipment needing to be woken up when the proxy equipment receives the service multicast message.

Then, the proxy device may establish a local area network connection channel of a preset type with the proxy device, and record information of the proxy device into the recorded information of the proxied device.

The type of the local area network connection channel can be determined according to actual conditions. In some embodiments, the proxy device may establish a Transmission Control Protocol (TCP) connection with the delegating device, where the lan connection channel is a TCP connection channel; in other embodiments, the proxy device may establish a User Datagram Protocol (UDP) connection with the proxy device, where the local area network connection channel is a UDP connection channel.

The multicast method provided by the embodiment of the present application will be described below with reference to a specific application scenario.

3. The proxy equipment monitors and forwards the service multicast message.

As shown in fig. 5, after the proxy device establishes a delegation relationship with the delegation device, the proxy device may listen for multicast messages within the local area network.

When the agent device monitors the multicast message, the message type of the multicast message is determined.

If the multicast message is a service multicast message, the proxy device may check the validity, integrity and rationality of the service multicast message according to the preset format requirement.

If the service multicast message does not meet the requirement of the preset format, the proxy equipment judges that the service multicast message is invalid information, and the proxy equipment stops executing the subsequent flow and stops executing the multicast proxy operation.

If the service multicast message meets the requirement of the preset format, the agent equipment judges that the service multicast message is an effective service multicast message.

At this time, the proxy device may acquire the message content from the service multicast message. The specific form of the message content can be set according to actual conditions. In some embodiments, the message content may include a device type. For example, the message content in the service multicast message may be service type = audio, which indicates that the terminal device sending the service multicast message is interested in being a terminal device with an audio function. In other embodiments, the message content may also include other content. The present embodiment does not set any limit to the specific form of the message content.

After the proxy device obtains the message content from the service multicast message, the message content may be matched with a preset proxy rule in the rule base, and it is determined whether there is a proxy device matching with the message content.

If the consignation device matched with the message content does not exist, the agent device finishes the flow of forwarding the service multicast message and stops executing the multicast agent operation.

If there are any ones of the client devices that match the message content, the proxy device may check the device status of each one of the client devices that match the message content to determine whether there is any one of the client devices that is in a dormant state.

The proxy device can periodically acquire and record the device state of each entrusting device. The mode of acquiring the device state of each entrusting device by the agent device can be set according to actual conditions.

In some embodiments, the manner in which the proxy device obtains the device state of each of the proxy devices may be actively reported by the proxy device. For example, after the proxy device and the proxy device establish a proxy relationship, the proxy device may send heartbeat information to the proxy device every first preset time, and the proxy device may create a status check task of monitoring the heartbeat information of the proxy device. Therefore, if the proxy equipment receives the heartbeat information sent by the entrusting equipment within a second preset time length after receiving the heartbeat information of the last time, judging that the entrusting equipment is in a non-sleep state and recording; and if the proxy equipment does not receive the heartbeat information sent by the entrusting equipment within a second preset time length after receiving the heartbeat information of the last time, judging that the entrusting equipment is in a dormant state and recording.

In other embodiments, the manner in which the proxy device obtains the device state of each proxy device may be actively queried by the proxy device. For example, after the proxy device and the proxy device establish the proxy relationship, the proxy device may send query information every third preset time period, where the query information is information that will not wake up the proxy device in the sleep state. Therefore, if the proxy equipment receives response information returned by the entrusting equipment within a fourth preset time after sending the query information, the proxy equipment judges that the entrusting equipment is in a non-sleep state and records the non-sleep state; and if the proxy equipment does not receive response information returned by the entrusting equipment within a fourth preset time after the proxy equipment sends the query information, the proxy equipment judges that the entrusting equipment is in a dormant state and records the dormant state.

And the entrusting equipment matched with the message content is taken as the first equipment. After the agent device checks the device status of each first device, if the checking result indicates that there is no first device in the dormant state, it indicates that each first device is in the non-dormant state, each first device can receive the service multicast message by itself, and the agent device does not need to forward the service multicast message, and ends the process of forwarding the service multicast message and stops executing the multicast agent operation.

If the checking result is that the first device in the dormant state exists, the proxy device may send a wake-up signal to the target device through the lan connection channel between the proxy device and the proxy device, with the first device in the dormant state as the target device. The wake-up signal is used to wake-up the target device.

The proxy device may then send the service multicast message to the target device.

In some embodiments, the proxy device may send the service multicast message directly to the target device after sending the wake-up signal.

In other embodiments, the proxy device may wait for a fifth preset time period after sending the wake-up signal, and then send the service multicast message to the target device.

Or, in another embodiment, the proxy device may check the device state of the target device, and send the service multicast message to the target device after determining that the device state of the target device is in the non-dormant state.

Alternatively, in other embodiments, the target device may send a message fetch instruction to the proxy device after being awakened. After receiving the message acquisition instruction, the proxy device sends the service multicast message to the target device.

The following describes a process of the proxy device listening and forwarding a service multicast message in conjunction with a specific application scenario.

Application scenario three:

as shown in fig. 6, in the multicast system of the application scenario, the mobile phone 601, the smart watch 602, the tablet 603, the desktop computer 604, and the notebook computer 605 are included, and the mobile phone 601, the smart watch 602, the tablet 603, the desktop computer 604, and the notebook computer 605 are located in the same lan.

The mobile phone 601 is a multicast device, the tablet computer 603 is an agent device, and the smart watch 602, the desktop computer 604 and the notebook computer 605 are proxy devices for the agent of the tablet computer 603.

As shown in fig. 7, the proxy device includes four functional modules, i.e., a multicast message engine 701, a wake rule management engine 702, a device wake engine 703, and a proxy device manager 704.

The handset 601 sends a service multicast message to the local area network.

The tablet 603 listens for multicast messages in the lan through the multicast message engine 701.

After the multicast message engine 701 monitors the multicast message, the message type of the multicast message is analyzed.

After determining that the multicast message is a service multicast message, the multicast message engine 701 sends the message type of the multicast message to the wakeup rule management engine 702.

After the wake-up rule management engine 702 determines that the multicast message is a service multicast message, the wake-up rule management engine 702 parses the service multicast message and verifies the service multicast message according to the requirement of a preset format.

After the verification is passed, the wakeup rule management engine 702 obtains the message content of the service multicast message, matches the message content with each agent rule in the rule base, determines a target agent rule matched with the message content, and further determines the first device corresponding to the target agent rule.

The message content is service type = audio, and it indicates that the terminal device interested by the mobile phone 601 is a terminal device with an audio function.

The wake-up rule management engine 702 matches the message content with each agent rule in the rule base to determine that the first device is a desktop computer 604 and a laptop computer 605.

Wake rules management engine 702 then queries the device state of desktop 604 and the device state of notebook 605.

The device wake engine 703 queries the device status of each client device at regular time. Each entrusting device can send heartbeat information to the proxy device at regular time in a non-sleep state, and if the proxy device receives the heartbeat information sent by the entrusting device within a second preset time length after receiving the heartbeat information of the last time, the device awakening engine 703 judges that the entrusting device is in the non-sleep state and records the state; if the proxy device does not receive the heartbeat information sent by the entrusting device within a second preset time after receiving the last heartbeat information, the device wake-up engine 703 determines that the entrusting device is in a dormant state and records the state.

After the wake rule management engine 702 queries the device status of the desktop computer 604 and the device status of the notebook computer 605, it is determined that the desktop computer 604 is in the non-sleep state and the notebook computer 605 is in the sleep state.

At this point, wake rules management engine 702 sends a notification to device wake engine 703. The notification is used to instruct the device wake engine 703 to wake up the first device in the sleep state.

And, the wake-up rule management engine 702 caches the traffic multicast message to the trusted device manager 704.

After receiving the notification, the device wake-up engine 703 sends a wake-up signal to the notebook computer 605, and wakes up the notebook computer 605 by the wake-up signal, so that the notebook computer 605 enters the non-sleep state.

The trusted device manager 704 then sends the service multicast message to the laptop 605.

At this time, the notebook computer 605 is in the non-sleep state, and can normally receive and respond to the service multicast message, and return a multicast response message to the local area network, so that the notebook computer 605 and the mobile phone 601 find each other.

In summary, in the multicast method according to the embodiment of the present application, the proxy device may monitor the service multicast message, and query the device state of the delegating device when the proxy device obtains the service multicast message. If the entrusting equipment in the dormant state exists, the entrusting equipment in the dormant state is taken as target equipment, the agent equipment sends a wake-up signal to the target equipment through a local area network connecting channel, and then sends the service multicast message to the target equipment.

In the multicast method, the proxy device performs the functions of monitoring the multicast message, awakening the entrusting device and forwarding the multicast message, the entrusting device does not lose the service multicast message even entering the dormant state, and the entrusting device does not need to be in the non-dormant state all the time, so that the power consumption of the entrusting device is reduced, the use experience of a user is improved, and the problems that the power consumption of terminal equipment is increased and the use experience of the user is influenced by the conventional multicast method are solved.

Compared with the scheme that the Bluetooth chip is used for awakening other terminal devices in the LAN and then sending the multicast message, the multicast method of the embodiment uses the LAN connection channel to transmit the awakening signal, so that the situation that the multicast device cannot awaken all interested terminal devices in the LAN due to the fact that the Bluetooth transmission distance is smaller than the LAN transmission distance can be avoided, and the situation that the multicast device awakens the terminal devices in the LAN but cannot send the service multicast message to realize device discovery due to the fact that the Bluetooth transmission distance is larger than the LAN transmission distance can be avoided.

In addition, when the proxy device selects the proxy device, the proxy device may select the terminal device with insensitive power consumption as the proxy device, or alternatively, each terminal device may alternately serve as the proxy device in a scoring and sorting manner, so that the overall power consumption of each terminal device is balanced, and the influence on the user experience is reduced.

After receiving the service multicast message, the agent device can match the message content in the service multicast message with a preset agent rule in a rule base, thereby determining the device type of the terminal device interested by the multicast device and executing the multicast agent operation in a targeted manner.

After receiving the multicast message, the proxy device can detect the validity, integrity and rationality of the multicast message through the preset format requirement, and if the multicast message does not meet the preset format requirement, the proxy device stops executing the multicast proxy operation to ensure that the multicast message received by the delegating device is a compliant multicast message.

After sending the wake-up signal, the proxy device may directly forward the service multicast message to the target device, or the proxy device may also forward the service multicast message after waiting for a fifth preset time period, so as to ensure that the target device is already woken up, and the service multicast message is not rejected or discarded.

The proxy device forwards the service multicast message to the target device, where the proxy device may actively send the service multicast message to the target device, or the target device may send a message acquisition instruction to the proxy device, and the proxy device forwards the service multicast message to the target device after receiving the message acquisition instruction.

It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by functions and internal logic of the process, and should not constitute any limitation to the implementation process of the embodiments of the present application.

Referring to fig. 8, the present application provides a multicast apparatus, which is only shown in relevant parts for convenience of description, and as shown in fig. 8, the multicast apparatus includes,

a status query module 801, configured to obtain a device status of the delegating device when the service multicast message is monitored;

a wake-up signal module 802, configured to send a wake-up signal to a target device through a lan connection channel if it is determined that a target device in a dormant state exists in the entrusting device based on a device state of the entrusting device, where the wake-up signal is used to wake up the target device;

a proxy forwarding module 803, configured to send the service multicast message to the target device.

Optionally, the status query module 801 includes:

the rule matching sub-module is used for matching the message content of the service multicast message with a preset proxy rule in a rule base when the service multicast message is monitored, so as to obtain a target rule matched with the message content and first equipment corresponding to the target rule;

correspondingly, the wake-up signal module 802 is specifically configured to send a wake-up signal to a target device through a lan connection channel if it is determined that the target device in the dormant state exists in the first device based on the device state of the first device.

Optionally, the status query module 801 further includes:

Optionally, the apparatus further comprises:

Optionally, the rule matching sub-module includes:

Optionally, the rule matching sub-module further includes:

Optionally, the apparatus further comprises:

and the service identification module is used for judging that the multicast message is the service multicast message if the identifier is the first identifier.

Optionally, the apparatus further comprises:

Optionally, the rule adding module includes:

the second check submodule is used for checking the proxy multicast message according to the preset format requirement;

Optionally, the lan connection channel is a tcp connection channel.

It should be noted that, for the information interaction, execution process, and other contents between the above devices/units, the specific functions and technical effects thereof based on the same concept as those of the method embodiment of the present application can be specifically referred to the method embodiment portion, and are not described herein again.

Fig. 9 is a schematic diagram of a terminal device provided in an embodiment of the present application. The terminal device 900 may include a processor 910, an external memory interface 920, an internal memory 921, a Universal Serial Bus (USB) interface 930, a charge management module 940, a power management module 941, a battery 942, an antenna 1, an antenna 2, a mobile communication module 950, a wireless communication module 960, an audio module 970, a speaker 970A, a receiver 970B, a microphone 970C, an earphone interface 970D, a sensor module 980, a button 990, a motor 991, an indicator 992, a camera 993, a display 994, and a Subscriber Identification Module (SIM) card interface 995, etc. The sensor module 980 may include a pressure sensor 980A, a gyroscope sensor 980B, an air pressure sensor 980C, a magnetic sensor 980D, an acceleration sensor 980E, a distance sensor 980F, a proximity light sensor 980G, a fingerprint sensor 980H, a temperature sensor 980J, a touch sensor 980K, an ambient light sensor 980L, a bone conduction sensor 980M, and the like.

It is to be understood that the illustrated structure of the embodiment of the present invention does not specifically limit the terminal device 900. In other embodiments of the present application, terminal device 900 may include more or fewer components than shown, or some components may be combined, some components may be split, or a different arrangement of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

Processor 910 may include one or more processing units, such as: the processor 910 may include an Application Processor (AP), a modem processor, a Graphics Processor (GPU), an Image Signal Processor (ISP), a controller, a video codec, a Digital Signal Processor (DSP), a baseband processor, and/or a neural-Network Processing Unit (NPU), among others. Wherein, the different processing units may be independent devices or may be integrated in one or more processors.

The controller can generate an operation control signal according to the instruction operation code and the timing signal to complete the control of instruction fetching and instruction execution.

A memory may also be provided in the processor 910 for storing instructions and data. In some embodiments, the memory in the processor 910 is a cache memory. The memory may hold instructions or data that have just been used or recycled by processor 910. If the processor 910 needs to reuse the instruction or data, it can be called directly from the memory. Avoiding repeated accesses reduces the latency of the processor 910, thereby increasing the efficiency of the system.

In some embodiments, processor 910 may include one or more interfaces. The interface may include an integrated circuit (I2C) interface, an integrated circuit built-in audio (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, etc.

The I2C interface is a bidirectional synchronous serial bus including a serial data line (SDA) and a Serial Clock Line (SCL). In some embodiments, processor 910 may include multiple sets of I2C buses. The processor 910 may be coupled to the touch sensor 980K, the charger, the flash, the camera 993, etc. through different I2C bus interfaces. For example: the processor 910 may be coupled to the touch sensor 980K through an I2C interface, so that the processor 910 and the touch sensor 980K communicate through an I2C bus interface, thereby implementing a touch function of the terminal device 900.

The I2S interface may be used for audio communication. In some embodiments, processor 910 may include multiple sets of I2S buses. The processor 910 may be coupled to the audio module 970 via an I2S bus, enabling communication between the processor 910 and the audio module 970. In some embodiments, the audio module 970 can transmit audio signals to the wireless communication module 960 through the I2S interface, so as to receive phone calls through the bluetooth headset.

The PCM interface may also be used for audio communication, sampling, quantizing and encoding analog signals. In some embodiments, audio module 970 and wireless communication module 960 may be coupled by a PCM bus interface. In some embodiments, the audio module 970 can also transmit audio signals to the wireless communication module 960 through the PCM interface, so as to implement the function of answering a call through the bluetooth headset. Both the I2S interface and the PCM interface may be used for audio communication.

The UART interface is a universal serial data bus used for asynchronous communications. The bus may be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is generally used to connect the processor 910 with the wireless communication module 960. For example: the processor 910 communicates with a bluetooth module in the wireless communication module 960 through a UART interface to implement a bluetooth function. In some embodiments, the audio module 970 can transmit the audio signal to the wireless communication module 960 through the UART interface, so as to realize the function of playing music through the bluetooth headset.

The MIPI interface may be used to connect the processor 910 with peripheral devices such as the display screen 994, the camera 993, and the like. The MIPI interface includes a Camera Serial Interface (CSI), a Display Serial Interface (DSI), and the like. In some embodiments, processor 910 and camera 993 communicate over a CSI interface to implement the capture functionality of terminal device 900. The processor 910 and the display screen 994 communicate through the DSI interface, and the display function of the terminal device 900 is realized.

The GPIO interface may be configured by software. The GPIO interface may be configured as a control signal and may also be configured as a data signal. In some embodiments, a GPIO interface may be used to connect the processor 910 with the camera 993, the display 994, the wireless communication module 960, the audio module 970, the sensor module 980, and the like. The GPIO interface may also be configured as an I2C interface, I2S interface, UART interface, MIPI interface, and the like.

The USB interface 930 is an interface conforming to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 930 may be used to connect a charger to charge the terminal device 900, and may also be used to transmit data between the terminal device 900 and peripheral devices. And the earphone can also be used for connecting an earphone and playing audio through the earphone. The interface may also be used to connect other terminal devices, such as AR devices and the like.

It should be understood that the interface connection relationship between the modules according to the embodiment of the present invention is only an exemplary illustration, and does not form a structural limitation on the terminal device 900. In other embodiments of the present application, the terminal device 900 may also adopt different interface connection manners in the above embodiments, or a combination of multiple interface connection manners.

The charging management module 940 is used to receive charging input from a charger. The charger may be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 940 may receive charging input from a wired charger via the USB interface 930. In some wireless charging embodiments, the charging management module 940 may receive a wireless charging input through a wireless charging coil of the terminal device 900. The charging management module 940 can also supply power to the terminal device through the power management module 941 while charging the battery 942.

The power management module 941 is configured to connect the battery 942, the charging management module 940 and the processor 910. The power management module 941 receives input from the battery 942 and/or the charging management module 940 and provides power to the processor 910, the internal memory 921, the display 994, the camera 993, and the wireless communication module 960. The power management module 941 may also be used to monitor parameters such as battery capacity, battery cycle number, and battery health (leakage, impedance). In other embodiments, a power management module 941 may also be disposed in the processor 910. In other embodiments, the power management module 941 and the charging management module 940 may also be disposed in the same device.

The wireless communication function of the terminal device 900 may be implemented by the antenna 1, the antenna 2, the mobile communication module 950, the wireless communication module 960, a modem processor, a baseband processor, and the like.

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

The mobile communication module 950 may provide a solution including 2G/3G/4G/5G wireless communication applied to the terminal device 900. The mobile communication module 950 may include at least one filter, a switch, a power amplifier, a Low Noise Amplifier (LNA), and the like. The mobile communication module 950 can receive electromagnetic waves from the antenna 1, filter, amplify and transmit the received electromagnetic waves to the modem processor for demodulation. The mobile communication module 950 can also amplify the signal modulated by the modem processor and convert the signal into electromagnetic wave through the antenna 1 to radiate the electromagnetic wave. In some embodiments, at least some of the functional modules of the mobile communication module 950 may be disposed in the processor 910. In some embodiments, at least some of the functional modules of the mobile communication module 950 may be disposed in the same device as at least some of the modules of the processor 910.

The modem processor may include a modulator and a demodulator. The modulator is used for modulating a low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used for demodulating the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then passes the demodulated low frequency baseband signal to a baseband processor for processing. The low frequency baseband signal is processed by the baseband processor and then transferred to the application processor. The application processor outputs a sound signal through an audio device (not limited to the speaker 970A, the receiver 970B, etc.) or displays an image or video through the display screen 994. In some embodiments, the modem processor may be a stand-alone device. In other embodiments, the modem processor may be separate from the processor 910 and may be located in the same device as the mobile communication module 950 or other functional modules.

The wireless communication module 960 may provide a solution for wireless communication applied to the terminal device 900, including Wireless Local Area Networks (WLANs) (such as wireless fidelity (Wi-Fi) networks), bluetooth (BT), global Navigation Satellite System (GNSS), frequency Modulation (FM), near Field Communication (NFC), infrared (IR), and the like. The wireless communication module 960 may be one or more devices integrating at least one communication processing module. The wireless communication module 960 receives an electromagnetic wave via the antenna 2, performs frequency modulation and filtering on an electromagnetic wave signal, and transmits the processed signal to the processor 910. The wireless communication module 960 may also receive signals to be transmitted from the processor 910, frequency modulate and amplify the signals, and convert the signals to electromagnetic waves via the antenna 2 for radiation.

In some embodiments, antenna 1 of terminal device 900 is coupled to mobile communications module 950 and antenna 2 is coupled to wireless communications module 960 so that terminal device 900 can communicate with networks and other devices via wireless communications techniques. The wireless communication technology may include global system for mobile communications (GSM), general Packet Radio Service (GPRS), code division multiple access (code division multiple access, CDMA), wideband Code Division Multiple Access (WCDMA), time-division code division multiple access (time-division code division multiple access, TD-SCDMA), long Term Evolution (LTE), BT, GNSS, WLAN, NFC, FM, and/or IR technologies, etc. The GNSS may include a Global Positioning System (GPS), a global navigation satellite system (GLONASS), a beidou satellite navigation system (BDS), a quasi-zenith satellite system (QZSS), and/or a Satellite Based Augmentation System (SBAS).

The terminal device 900 implements a display function by means of a GPU, a display screen 994, and an application processor, etc. The GPU is an image processing microprocessor coupled to a display screen 994 and an application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 910 may include one or more GPUs that execute program instructions to generate or alter display information.

The display screen 994 is used to display images, video, and the like. The display screen 994 includes a display panel. The display panel may adopt a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (active-matrix 9 organic light-emitting diode, AMOLED), a flexible light-emitting diode (flex), a miniature, a Micro-OLED, a quantum dot light-emitting diode (QLED), and the like. In some embodiments, terminal device 900 may include 1 or N display screens 994, N being a positive integer greater than 1.

The terminal device 900 may implement a shooting function through the ISP, the camera 993, the video codec, the GPU, the display screen 994, the application processor, and the like.

The ISP is used to process data fed back by the camera 993. For example, when a user takes a picture, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, an optical signal is converted into an electric signal, and the camera photosensitive element transmits the electric signal to the ISP for processing and converting into an image visible to the naked eye. The ISP can also carry out algorithm optimization on the noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature and the like of a shooting scene. In some embodiments, the ISP may be provided in the camera 993.

The camera 993 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image to the photosensitive element. The photosensitive element may be a Charge Coupled Device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The light sensing element converts the optical signal into an electrical signal, which is then passed to the ISP where it is converted into a digital image signal. And 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 and other formats. In some embodiments, terminal device 900 may include 1 or N cameras 993, N being a positive integer greater than 1.

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

Video codecs are used to compress or decompress digital video. Terminal device 900 may support one or more video codecs. In this way, terminal device 900 may play or record video in a variety of encoding formats, such as: moving Picture Experts Group (MPEG) 9, MPEG2, MPEG3, MPEG4, and the like.

The NPU is a neural-network (NN) computing processor, which processes input information quickly by referring to a biological neural network structure, for example, by referring to a transfer mode between neurons of a human brain, and can also learn by itself continuously. The NPU can implement applications such as intelligent recognition of the terminal device 900, for example: image recognition, face recognition, speech recognition, text understanding, and the like.

The external memory interface 920 may be used to connect an external memory card, such as a Micro SD card, to extend the memory capability of the terminal device 900. The external memory card communicates with the processor 910 through the external memory interface 920 to implement a data storage function. For example, files such as music, video, etc. are saved in the external memory card.

The internal memory 921 may be used to store computer-executable program code, which includes instructions. The internal memory 921 may include a program storage area and a data storage area. The storage program area may store an operating system, an application program (such as a sound playing function, an image playing function, etc.) required by at least one function, and the like. The storage data area may store data (such as audio data, a phonebook, etc.) created during use of the terminal apparatus 900, and the like. In addition, the internal memory 921 may include a high-speed random access memory, and may also include a nonvolatile memory such as at least one of a magnetic disk storage device, a flash memory device, a Universal Flash Storage (UFS), and the like. The processor 910 performs various functional applications of the terminal apparatus 900 and data processing by executing instructions stored in the internal memory 921 and/or instructions stored in a memory provided in the processor.

The terminal device 900 may implement an audio function through the audio module 970, the speaker 970A, the receiver 970B, the microphone 970C, the earphone interface 970D, and the application processor, etc. Such as music playing, recording, etc.

The audio module 970 is used to convert digital audio information into an analog audio signal output and also used to convert an analog audio input into a digital audio signal. The audio module 970 may also be used to encode and decode audio signals. In some embodiments, the audio module 970 may be disposed in the processor 910, or some functional modules of the audio module 970 may be disposed in the processor 910.

The speaker 970A, also called "horn", is used to convert electrical audio signals into sound signals. The terminal apparatus 900 can listen to music through the speaker 970A or listen to a handsfree call.

Receiver 970B, also referred to as an "earpiece," is used to convert the electrical audio signal into an acoustic signal. When terminal apparatus 900 answers a call or voice information, it can answer voice by placing receiver 970B close to the ear of a person.

Microphone 970C, also known as a "microphone," is used to convert sound signals into electrical signals. When making a call or sending voice information, the user can input a voice signal to the microphone 970C by making a sound near the microphone 970C through the mouth of the user. Terminal device 900 can be provided with at least one microphone 970C. In other embodiments, the terminal device 900 may be provided with two microphones 970C, which may also implement a noise reduction function in addition to collecting sound signals. In other embodiments, three, four or more microphones 970C may be further disposed on the terminal device 900 to collect sound signals, reduce noise, identify sound sources, implement directional recording functions, and so on.

The earphone interface 970D is used to connect a wired earphone. The earphone interface 970D may be the USB interface 930, or may be an Open Mobile Terminal Platform (OMTP) standard interface of 3.5mm, or a cellular telecommunications industry association (cellular telecommunications industry association of the USA, CTIA) standard interface.

Pressure sensor 980A is configured to sense a pressure signal, which may be converted to an electrical signal. In some embodiments, the pressure sensor 980A may be disposed on the display screen 994. Pressure sensor 980A can be of a wide variety, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor may be a sensor comprising at least two parallel plates having an electrically conductive material. When a force acts on the pressure sensor 980A, the capacitance between the electrodes changes. The terminal apparatus 900 determines the intensity of the pressure from the change in the capacitance. When a touch operation is applied to the display screen 994, the terminal apparatus 900 detects the intensity of the touch operation based on the pressure sensor 980A. The terminal apparatus 900 can also calculate the position of the touch from the detection signal of the pressure sensor 980A. In some embodiments, the touch operations that are applied to the same touch position but have different touch operation intensities may correspond to different operation instructions. For example: and when the touch operation with the touch operation intensity smaller than the first pressure threshold value acts on the short message application icon, executing an instruction for viewing the short message. And when the touch operation with the touch operation intensity larger than or equal to the first pressure threshold value acts on the short message application icon, executing an instruction of newly building the short message.

The gyro sensor 980B may be used to determine the motion attitude of the terminal device 900. In some embodiments, the angular velocity of terminal device 900 about three axes (i.e., the 9, y and z axes) may be determined by gyroscope sensor 980B. The gyro sensor 980B can be used for photographing anti-shake. Illustratively, when the shutter is pressed, the gyroscope sensor 980B detects the shake angle of the terminal device 900, calculates the distance that the lens module needs to compensate according to the shake angle, and enables the lens to counteract the shake of the terminal device 900 through reverse movement, thereby achieving anti-shake. The gyro sensor 980B may also be used for navigation, somatosensory gaming scenarios.

Barometric pressure sensor 980C is used to measure barometric pressure. In some embodiments, terminal device 900 calculates altitude, aiding in positioning and navigation from barometric pressure values measured by barometric pressure sensor 980C.

The magnetic sensor 980D includes a hall sensor. The terminal device 900 may detect the opening and closing of the flip holster using the magnetic sensor 980D. In some embodiments, when the terminal device 900 is a flip, the terminal device 900 can detect the opening and closing of the flip according to the magnetic sensor 980D. And then according to the opening and closing state of the leather sheath or the opening and closing state of the flip cover, the automatic unlocking of the flip cover is set.

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

A distance sensor 980F for measuring distance. The terminal apparatus 900 may measure the distance by infrared or laser. In some embodiments, taking a picture of a scene, terminal device 900 may utilize range sensor 980F to measure distances to achieve fast focus.

The proximity light sensor 980G 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 terminal apparatus 900 emits infrared light to the outside through the light emitting diode. The terminal device 900 detects infrared reflected light from a nearby object using a photodiode. When sufficient reflected light is detected, it can be determined that there is an object near the terminal apparatus 900. When insufficient reflected light is detected, the terminal device 900 can determine that there is no object near the terminal device 900. The terminal device 900 can utilize the proximity light sensor 980G to detect that the user holds the terminal device 900 close to the ear for talking, so as to automatically extinguish the screen to achieve the purpose of saving power. The proximity optical sensor 980G may also be used in a holster mode, a pocket mode automatically unlocks and locks the screen.

The ambient light sensor 980L is used to sense ambient light level. The terminal device 900 may adaptively adjust the brightness of the display 994 based on the perceived ambient light level. The ambient light sensor 980L can also be used to automatically adjust the white balance when taking a picture. The ambient light sensor 980L can also cooperate with the proximity light sensor 980G to detect whether the terminal device 900 is in a pocket, to prevent inadvertent touches.

The fingerprint sensor 980H is used to capture a fingerprint. The terminal device 900 can utilize the collected fingerprint characteristics to realize fingerprint unlocking, access to an application lock, fingerprint photographing, fingerprint incoming call answering and the like.

The temperature sensor 980J is used to detect temperature. In some embodiments, terminal device 900 implements a temperature handling strategy using the temperature detected by temperature sensor 980J. For example, when the temperature reported by temperature sensor 980J exceeds a threshold, terminal device 900 performs a reduction in performance of a processor located near temperature sensor 980J to reduce power consumption and implement thermal protection. In other embodiments, terminal device 900 heats battery 942 when the temperature is below another threshold to avoid a low temperature causing terminal device 900 to shutdown abnormally. In other embodiments, the terminal apparatus 900 performs boosting of the output voltage of the battery 942 when the temperature is below a further threshold value to avoid abnormal shutdown due to low temperature.

Touch sensor 980K, also referred to as a "touch device". The touch sensor 980K may be disposed on the display screen 994, and the touch sensor 980K and the display screen 994 form a touch screen, which is also referred to as a "touch screen". The touch sensor 980K is used to detect a touch operation applied thereto or nearby. The touch sensor may communicate the detected touch operation to the application processor to determine the touch event type. Visual output associated with the touch operation may be provided through the display screen 994. In other embodiments, the touch sensor 980K can also be disposed on a surface of the terminal device 900 at a location other than the display screen 994.

Bone conduction sensor 980M may acquire a vibration signal. In some embodiments, the bone conduction sensor 980M can acquire vibration signals of the human voice vibrating bone mass. The bone conduction sensor 980M can also be in contact with the human pulse to receive the blood pressure pulsation signal. In some embodiments, the bone conduction sensor 980M may also be provided in a headset, integrated into a bone conduction headset. The audio module 970 may analyze a voice signal based on the vibration signal of the bone mass vibrated by the sound part acquired by the bone conduction sensor 980M, so as to implement a voice function. The application processor can analyze heart rate information based on the blood pressure beating signal acquired by the bone conduction sensor 980M, so as to realize the heart rate detection function.

The keys 990 include a power-on key, a volume key, and the like. Keys 990 may be mechanical keys. Or may be touch keys. The terminal apparatus 900 may receive a key input, and generate a key signal input related to user setting and function control of the terminal apparatus 900.

The motor 991 may generate a vibration cue. The motor 991 may be used for incoming call vibration prompts, as well as for touch vibration feedback. For example, touch operations applied to different applications (e.g., photographing, audio playing, etc.) may correspond to different vibration feedback effects. The motor 991 may also respond to different vibration feedback effects in response to touch operations on different areas of the display screen 994. Different application scenes (such as time reminding, receiving information, alarm clock, game and the like) can also correspond to different vibration feedback effects. The touch vibration feedback effect may also support customization.

The indicator 992 may be an indicator light, and may be used to indicate a charging status, a change in power, or a message, a missed call, a notification, or the like.

The SIM card interface 995 is used for connecting a SIM card. The SIM card can be attached to and detached from the terminal device 900 by being inserted into and pulled out of the SIM card interface 995. Terminal device 900 may support 9 or N SIM card interfaces, N being a positive integer greater than 9. The SIM card interface 995 may support a Nano SIM card, a Micro SIM card, a SIM card, etc. The same SIM card interface 995 can be used to insert multiple cards at the same time. The types of the plurality of cards may be the same or different. The SIM card interface 995 may also be compatible with different types of SIM cards. The SIM card interface 995 may also be compatible with external memory cards. The terminal device 900 interacts with the network through the SIM card to implement functions such as communication and data communication. In some embodiments, terminal device 900 employs esims, namely: an embedded SIM card. The eSIM card can be embedded in the terminal apparatus 900 and cannot be separated from the terminal apparatus 900.

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

In the above embodiments, the description of each embodiment has its own emphasis, and reference may be made to the related description of other embodiments for parts that are not described or recited in any embodiment.

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

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

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

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

The integrated modules/units, if implemented in the form of software functional units and sold or used as separate products, may be stored in a computer readable storage medium. Based on such understanding, all or part of the flow in the method of the embodiments described above can be realized by a computer program, which can be stored in a computer-readable storage medium and can realize the steps of the embodiments of the methods described above when the computer program is executed by a processor. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer-readable storage medium may include: any entity or device capable of carrying the computer program code, recording medium, U.S. disk, removable hard disk, magnetic diskette, optical disk, computer Memory, read-Only Memory (ROM), random Access Memory (RAM), electrical carrier wave signal, telecommunications signal, and software distribution medium, etc. It should be noted that the computer-readable storage medium may contain content that is subject to appropriate increase or decrease as required by legislation and patent practice in jurisdictions, for example, in some jurisdictions, computer-readable storage media may not include electrical carrier signals and telecommunications signals in accordance with legislation and patent practice.

The above-mentioned embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present application and are intended to be included within the scope of the present application.

Claims

1. A method of multicasting, comprising:

when a service multicast message is monitored, acquiring the equipment state of the entrusted equipment;

if it is determined that target equipment in a dormant state exists in the entrusting equipment based on the equipment state of the entrusting equipment, sending a wake-up signal to the target equipment through a local area network connection channel, wherein the wake-up signal is used for waking up the target equipment;

sending the service multicast message to the target device;

when the service multicast message is monitored, acquiring the device state of the delegation device includes:

acquiring the equipment state of the first equipment;

2. The multicast method according to claim 1, wherein after matching the message content of the service multicast message with a preset agent rule, further comprising:

3. The multicast method according to claim 1, further comprising, after the obtaining the device status of the first device:

4. The multicast method according to claim 1, wherein said matching the message content of the service multicast message with a preset agent rule comprises:

and if the service multicast message meets the requirement of a preset format, matching the message content of the service multicast message with a preset agent rule.

5. The multicast method according to claim 4, wherein after the verifying the service multicast message according to the preset format requirement, further comprising:

6. The multicast method according to claim 1, further comprising, before the listening for the service multicast message:

7. The multicast method according to claim 6, further comprising, after said obtaining the multicast message:

8. The multicast method according to claim 7, wherein the obtaining the proxy rule of the proxy multicast message, and adding the proxy rule to the rule base, comprises:

checking the proxy multicast message according to a preset format requirement;

9. The multicast method according to any one of claims 1 to 8, wherein the local area network connection channel is a transmission control protocol connection channel.

10. A multicast apparatus, comprising:

the proxy forwarding module is used for sending the service multicast message to the target equipment;

the state query module comprises:

correspondingly, the wake-up signal module is specifically configured to send a wake-up signal to a target device through a lan connection channel if it is determined that the target device in a sleep state exists in the first device based on the device state of the first device.

11. The multicast apparatus of claim 10, wherein the status query module further comprises:

12. The multicast apparatus of claim 10, wherein the apparatus further comprises:

and a second stopping module, configured to stop executing the multicast proxy operation if there is no target device in the first device that is in the dormant state.

13. The multicast apparatus of claim 10, wherein the rule matching sub-module comprises:

14. The multicast apparatus of claim 13, wherein the rule matching sub-module further comprises:

15. The multicast apparatus of claim 10, wherein the apparatus further comprises:

16. The multicast apparatus of claim 15, wherein the apparatus further comprises:

17. The multicast apparatus of claim 16, wherein the rule adding module comprises:

18. The multicast apparatus according to any one of claims 10 to 17, wherein the local area network connection channel is a transmission control protocol connection channel.

19. A terminal device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that the terminal device implements the method according to any of claims 1 to 9 when the processor executes the computer program.

20. A computer-readable storage medium, in which a computer program is stored which, when executed by a processor, causes a terminal device to carry out the method according to any one of claims 1 to 9.