Color ring playing method and system
Patent Information
- Application Number
- CN202610810439.3
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2026-06-05
- Publication Date
- 2026-10-30
AI Technical Summary
其主要目的在于解决如何减少视频彩铃播放对运营商通信网络的依赖,降低大量终端通话时的通信网压力的问题
[0012]本申请提供的彩铃播放方法及系统,通过转发设备作为近场通讯的中继节点,使得视频彩铃内容在经由基站传输至转发设备后,能够以近场通讯协议直接分发给周边的友好设备进行播放,从而降低视频彩铃播放对运营商通信网络的耦合与依赖。由于大量友好设备无需再通过基站逐一获取视频彩铃内容,减轻了基站及核心网在大量终端同时通话或接收彩铃时的通信压力,同时,转发设备将友好设备的播放信息返回至视频彩铃平台,实现了播放结果的同步与统计,保证了业务的可控性与完整性。综上,本申请能够在多终端、多场景下实现视频彩铃的高效播放。
Smart Images

Figure CN123020714A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of communication technology, and in particular to a method and system for playing ringback tones. Background Technology
[0002] Video ringback tones are a unique service based on Voice over Long Term Evolution (VoLTE) networks. When a caller makes a voice or video call over a VoLTE network, they will see customized video content from the called party before the call is connected. Currently, video ringback tone playback relies on the operator's communication network. The video ringback tone platform distributes the video ringback tone content to the base station via the mobile core network, and then the base station transmits it to the calling terminal, achieving point-to-point video ringback tone playback.
[0003] However, video ringback tone technology is deeply integrated with the operator's communication network, requiring compatibility with the caller's terminal and heavily relying on the core network. In some scenarios, when a large number of terminals are simultaneously making calls or receiving video ringback tones, it can easily put significant pressure on the base station's communication network. Furthermore, video ringback tone playback is not possible when the receiver is an offline SIM device.
[0004] Therefore, how to reduce the dependence of video ringback tone playback on the operator's communication network, reduce the pressure on the communication network when a large number of terminals are making calls, and achieve efficient playback of video ringback tones in multiple terminals and multiple scenarios is an urgent problem to be solved. Summary of the Invention
[0005] This application provides a method and system for playing custom ringback tones. Its main purpose is to solve the problem of how to reduce the dependence of video ringback tone playback on the operator's communication network and reduce the pressure on the communication network when a large number of terminals are making calls.
[0006] According to a first aspect of this application, a method for playing ringback tones is provided, wherein the method is applied to a ringback tones playback system, the system including a video ringback tones platform, a base station, a relaying device, and a receiving device, the method comprising:
[0007] The video ringback tone platform sends the video ringback tone playback trigger signal and the corresponding video ringback tone content to the forwarding device through the base station; The relaying device responds to the playback trigger signal by searching for receiving devices via the near-field communication protocol. In response to determining that the receiving device is a friendly device, the forwarding device sends the received video ringback tone content to the friendly device via the near field communication protocol, and plays the video ringback tone content on the friendly device. Here, the friendly device is a terminal device that agrees to receive the video ringback tone content sent by the forwarding device. The forwarding device receives and plays the video ringback tone content from the friendly device and returns it to the video ringback tone platform through the base station.
[0008] According to a second aspect of this application, a ringback tone playback system is provided for performing the method described in the first aspect.
[0009] According to a third aspect of this application, an electronic device is provided, comprising: At least one processor; and A memory that is communicatively connected to at least one processor; wherein, The memory stores instructions that can be executed by at least one processor, such that the at least one processor is able to perform the method described in the first aspect above.
[0010] According to a fourth aspect of this application, a non-transitory computer-readable storage medium is provided storing computer instructions, wherein the computer instructions are used to cause a computer to perform the method of the first aspect described above.
[0011] According to a fifth aspect of this application, a computer program product is provided, comprising a computer program that, when executed by a processor, implements the method as described in the first aspect above.
[0012] The ringback tone playback method and system provided in this application utilize a relay device as a near-field communication (NFC) relay node. This allows video ringback tone content, after being transmitted from the base station to the relay device, to be directly distributed to nearby friendly devices for playback using the NFC protocol. This reduces the coupling and dependence of video ringback tone playback on the operator's communication network. Since numerous friendly devices no longer need to obtain video ringback tone content individually from the base station, the communication pressure on the base station and core network is reduced when many terminals are simultaneously making calls or receiving ringback tones. Simultaneously, the relay device returns playback information from friendly devices to the video ringback tone platform, achieving synchronization and statistics of playback results, ensuring the controllability and integrity of the service. In summary, this application enables efficient playback of video ringback tones across multiple terminals and scenarios.
[0013] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of this application, nor is it intended to limit the scope of this application. Other features of this application will become readily apparent from the following description. Attached Figure Description
[0014] The accompanying drawings are provided for a better understanding of this solution and do not constitute a limitation of this application. Wherein: Figure 1 A flowchart illustrating a ringback tone playback method provided in an embodiment of this application; Figure 2This application provides a system architecture and interaction diagram for video ringback tone playback as an embodiment of the present application. Figure 3 This is a schematic diagram of the communication logic of a video ringback tone in a first scenario, provided as an embodiment of this application. Figure 4 This is a schematic diagram of the communication logic of a video ringback tone in a second scenario, provided as an embodiment of this application. Figure 5 This application provides a schematic diagram of the communication logic of a video ringback tone in a third scenario. Figure 6 This is a clustering diagram of a third terminal device provided in an embodiment of this application; Figure 7 This is a schematic block diagram of an electronic device provided in an embodiment of this application. Detailed Implementation
[0015] The following description, in conjunction with the accompanying drawings, illustrates exemplary embodiments of this application, including various details to aid understanding. These should be considered merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of this application. Similarly, for clarity and brevity, descriptions of well-known functions and structures are omitted in the following description.
[0016] This application provides a method for playing custom ringback tones. This method is applied to a custom ringback tones playback system, which is a communication system architecture used to trigger, transmit, forward, and play video custom ringback tones. It includes a video custom ringback tones platform, a base station, a forwarding device, and a receiving device. The video custom ringback tones platform refers to the backend system providing video custom ringback tones services, used for storing, managing, and distributing video custom ringback tones content and playback control commands. The base station refers to a wireless access node in a mobile communication network, used to establish communication connections and transmit data between the video custom ringback tones platform and terminal devices. The forwarding device refers to a terminal device with near-field communication (NFC) capabilities, capable of receiving video custom ringback tones content from the video custom ringback tones platform and, as a forwarding node, sending the content to other devices via NFC. The receiving device refers to a terminal device also with NFC capabilities, capable of receiving and playing video custom ringback tones content from the forwarding device via NFC.
[0017] The following describes a ringback tone playback method and system according to embodiments of this application with reference to the accompanying drawings.
[0018] Figure 1 This is a flowchart illustrating a ringback tone playback method provided in an embodiment of this application.
[0019] like Figure 1 As shown, the method includes the following steps: Step 101: The video ringback tone platform sends the video ringback tone playback trigger signal and the corresponding video ringback tone content to the forwarding device through the base station.
[0020] In the embodiments of this application, the playback trigger signal is a control command used to instruct the forwarding device to start the video ringback tone playback process, and may include the target user number, playback timing information, or synchronization parameters. The video ringback tone content refers to the video ringback tone data to be played, which can be any form of video file such as personalized videos, corporate promotional videos, meeting notification videos, or disaster warning videos.
[0021] The video ringback tone platform sends the playback trigger signal and video ringback tone content to the forwarding device through the base station, thereby initiating the near-field communication forwarding process.
[0022] Step 102: In response to the playback trigger signal, the forwarding device searches for receiving devices via the near-field communication protocol.
[0023] In the embodiments of this application, near field communication protocol refers to the technical standard used for short-range wireless communication, including but not limited to Near Field Communication (NFC), Bluetooth, Wi-Fi, NearLink, etc.
[0024] In one possible embodiment, after receiving a playback trigger signal, the forwarding device actively activates the near-field communication (NFC) function and searches for other terminal devices within the communication coverage area that can establish a connection based on the NFC protocol; that is, it searches for terminals that may act as receiving devices. The search process may include steps such as device discovery, capability negotiation, and connection establishment to ensure that the forwarding device and the receiving device have the data transmission conditions for NFC communication.
[0025] Step 103: In response to determining that the receiving device is a friendly device, the forwarding device sends the received video ringback tone content to the friendly device via the near field communication protocol, and plays the video ringback tone content on the friendly device. The friendly device is a terminal device that agrees to receive the video ringback tone content sent by the forwarding device.
[0026] In one implementation scenario, after the forwarding device finds the receiving device, it will initiate a communication link request to the receiving device. This communication link request contains the intent information for forwarding the video ringback tone. If the user or system configuration of the receiving device agrees to the communication link request, the receiving device is identified as a friendly device.
[0027] After establishing a near-field communication connection between the forwarding device and the friendly device, the forwarding device sends the received video ringback tone content from its local cache to the friendly device via the near-field communication protocol. Upon receiving the video ringback tone content, the friendly device plays it on its display screen. Subsequently, the video ringback tone content can be transmitted and played on the friendly device via the near-field communication protocol, without relying on a base station for point-to-point distribution.
[0028] Step 104: The forwarding device receives and plays the video ringback tone content from the friendly device and returns it to the video ringback tone platform through the base station.
[0029] In the embodiments of this application, the information that the friendly device receives and plays video ringback tone content may include statistical data such as the friendly device's identifier, receiving status, playback start time, or playback completion confirmation.
[0030] After receiving the returned information, the video ringback tone platform can record, count, or analyze the dissemination effect of the video ringback tone. For example, it can count the devices that have successfully played the video ringback tone through near-field communication, thereby realizing closed-loop management of business and effect evaluation.
[0031] In one possible example of this application, to facilitate understanding of the video ringback tone playback method of this application embodiment, this application embodiment also provides a system architecture and interaction diagram for video ringback tone playback, such as... Figure 2 As shown, the forwarder is a forwarding device, the receiver is a receiving device, and the ringback tone system is a video ringback tone platform. Video ringback tones can be used as a carrier, and video ringback tone playback can be achieved through near-field communication technology (including but not limited to NFC, Bluetooth, WIFI, and the NearLink Alliance, etc.). Specifically, it includes the following steps: The video ringback tone platform system is the backend of the video ringback tone system. The forwarder or forwarding terminal is the video ringback tone short-range communication terminal, and the receiver or receiving terminal is the device terminal that receives the video ringback tone through short-range communication.
[0032] The communication process is described as follows: Steps 1 and 2. The ringback tone system initiates a request. The ringback tone system (or service platform) sends a "play video ringback tone" request to the mobile core network / base station, including the target user's number and the corresponding video ringback tone. This request is then sent to the forwarder via the base station.
[0033] Steps 3, 4, and 5. The person forwarding the ringback tone resource confirms the forwarding and loads the ringback tone resource into the mobile device's cache. At the same time, they enable Near Field Communication (NFC) technology to search for nearby devices.
[0034] Steps 6, 7, and 8 relate to "friendly devices." The forwarder and the recipient request a communication link, and the recipient agrees to the link (defined by the system as a "friendly device": meaning the recipient is willing to receive the video ringback tone content sent by the forwarder); at this point, the forwarder sends the video ringback tone resource to the recipient.
[0035] Step numbers: 9, 10. The forwarder returns the recipient's information to the ringback tone system via the base station, and the system backend performs statistical analysis of the results.
[0036] Steps 6, 7, and 11 are for "unfriendly devices". The forwarder requests a link to the recipient, but the recipient refuses to forward and receive (defined by the system as "unfriendly device": meaning the recipient does not want to receive the video ringback tone content sent by the forwarder). At this point, the information is also sent to the ringback tone platform.
[0037] Step numbers: 12, 13, 14. The ringback tone platform sends the ringback tone content directly to the recipient via the base station.
[0038] At the same time, the results are sent directly to the ringback tone platform for statistical analysis.
[0039] This application utilizes a forwarding mechanism to search for nearby friendly devices via Near Field Communication (NFC). The forwarder then sends the video ringback tone information to the friendly device for playback via NFC, and returns synchronization information of the video ringback tone playback from the friendly device to the ringback tone platform. If the device is not a friendly device, the video ringback tone is directly sent to the user terminal through the ringback tone platform using traditional methods, and statistical information is returned to the platform, thus enabling video ringback tone calls.
[0040] The ringback tone playback method provided in this application uses a relay device as a near-field communication (NFC) relay node. This allows video ringback tone content, after being transmitted from the base station to the relay device, to be directly distributed to nearby friendly devices for playback using the NFC protocol. This reduces the coupling and dependence of video ringback tone playback on the operator's communication network. Since a large number of friendly devices no longer need to obtain video ringback tone content individually from the base station, the communication pressure on the base station and core network is reduced when a large number of terminals are simultaneously making calls or receiving ringback tones. Simultaneously, the relay device returns the playback information from the friendly devices to the video ringback tone platform, achieving synchronization and statistics of playback results, ensuring the controllability and integrity of the service. In summary, this application enables efficient playback of video ringback tones across multiple terminals and scenarios.
[0041] In one possible implementation of this application embodiment, the following methods are also included, but are not limited to: in response to determining that the receiving device is an unfriendly device, the forwarding device returns the unfriendly device's rejection information to the video ringback tone platform, wherein the unfriendly device is a terminal device that refuses to receive video ringback tone content sent by the forwarding device; in response to the rejection information, the video ringback tone platform directly sends the video ringback tone content to the unfriendly device through the base station; the forwarding device returns the device information of the unfriendly device to the video ringback tone platform through the base station, and the video ringback tone platform performs result statistics based on the returned device information.
[0042] In one possible embodiment, after the forwarding device finds the receiving device through the near-field communication protocol, it will initiate a communication link request to the receiving device. If the user of the receiving device rejects the request, or if the system of the receiving device is configured not to receive video ringback tone content from the forwarding device, the receiving device is determined to be an unfriendly device.
[0043] The "rejection information" refers to information used to indicate that unfriendly devices do not agree to receive video ringback tone content via near-field communication. This information may include the identifier of the unfriendly device, a rejection reason code, or the rejection time. The forwarding device uploads the rejection information to the video ringback tone platform via the base station, so that the platform is aware that the receiving device cannot play the video ringback tone via near-field communication.
[0044] Furthermore, when the video ringback tone platform receives a rejection message from the forwarding device, it determines that the unfriendly device is unable or unwilling to obtain the video ringback tone content through near-field communication. In this case, the video ringback tone platform will adopt the traditional point-to-point delivery method, that is, send the video ringback tone content directly to the unfriendly device through the base station in the mobile communication network, to ensure that the unfriendly device can receive and play the video ringback tone.
[0045] The device information in this application refers to data used to identify and describe the attributes of unfriendly devices, which may include device number, device type, near-field communication capability parameters, or location information. After identifying an unfriendly device, the forwarding device uploads the device information of the unfriendly device to the video ringback tone platform.
[0046] Results statistics refer to the process by which video ringback tone platforms summarize, analyze, and record various data during the video ringback tone dissemination process. Specifically, video ringback tone platforms can statistically analyze indicators such as devices marked as unfriendly, the number and distribution of unfriendly devices, and the distribution of reasons for refusing to receive messages, based on device information.
[0047] In one possible implementation of this application embodiment, when the forwarding device sends the received video ringback tone content to the friendly device via the near-field communication protocol, it can be implemented in the following ways, but not limited to: in response to the sending scenario of the video ringback tone content being a first scenario, the forwarding device synchronously sends the video ringback tone content to the first other friendly device in the first scenario via the near-field communication protocol; wherein, the first other friendly device is a friendly device other than the receiving device in the first scenario, and the network status of the first other friendly device is connected or disconnected.
[0048] In the embodiments of this application, the first scenario refers to an application environment in which multiple terminal devices coexist and have near-field communication propagation capabilities. In this first scenario, there are one or more forwarding devices and multiple friendly devices. For example, the first scenario can be a multi-terminal device environment within a home. In the first scenario, the propagation of video ringback tones is not limited to point-to-point transmission between a single forwarding device and a single receiving device, but can be extended to sending video ringback tone content simultaneously or sequentially from one forwarding device to multiple friendly devices.
[0049] Synchronous transmission refers to the process where, when a forwarding device sends video ringback tone content, multiple other friendly devices receive the same or synchronized video ringback tone data at similar times or according to a predetermined timing relationship, thereby ensuring consistency or coordination in video ringback tone playback across multiple friendly devices. Synchronous transmission can be achieved by establishing connections between the forwarding device and multiple friendly devices, and then sending data in a time-aligned manner.
[0050] The first other friendly device refers to friendly devices other than the receiving device in the first scenario. In the first scenario, besides the receiving device that initially establishes a near-field communication connection with the forwarding device and is identified as a friendly device, there are other terminal devices that are also identified as friendly devices. The first other friendly devices also agree to receive the video ringback tone content sent by the forwarding device and have near-field communication receiving capabilities. When the forwarding device sends the video ringback tone content to the initial receiving device, it will also include the first other friendly devices in the target set of near-field communication forwarding.
[0051] Furthermore, network status refers to the current connection status of the communication network of the first other friendly device. A connected status indicates that the friendly device has connected to the communication network; an unconnected status indicates that the first other friendly device has not yet connected to the network or is unable to do so, such as terminal devices like TVs and tablets without SIM cards.
[0052] It should be noted that regardless of whether the network status of the first and other friendly devices is connected or disconnected, they all have near-field communication capabilities and can conduct short-range wireless communication with the relaying devices through the near-field communication protocol.
[0053] Regardless of whether other friendly devices are currently connected to the network, the forwarding device can include them in the synchronous transmission range of video ringback tones through the near-field communication protocol, thereby improving the coverage and flexibility of near-field communication video ringback tones.
[0054] In one possible implementation of this application embodiment, when synchronously sending video ringback tone content to the first other friendly device in the first scenario, it can be implemented in the following ways, but not limited to: obtaining a set of all first terminal devices in the first scenario and a near-field communication adjacency matrix between each first terminal device, the near-field communication adjacency matrix being used to indicate whether any two first terminal devices can establish a connection through the near-field communication protocol; based on the near-field communication adjacency matrix and the state vector of the receiving device that has received the video ringback tone content, iteratively updating the receiving state of all first terminal devices until the state vector remains unchanged, to determine that the video ringback tone content has been propagated to the first other friendly device.
[0055] In the embodiments of this application, the first terminal device refers to a terminal device located in the first scenario that has near-field communication capabilities, and may include a forwarding device, a receiving device, and other friendly devices. The near-field communication adjacency matrix is a mathematical expression used to represent whether any two first terminal devices can establish a connection through a near-field communication protocol. The rows and columns of this near-field communication adjacency matrix correspond to each device in the set of first terminal devices, and the values of the elements in the matrix are used to indicate the near-field communication connection capability between the corresponding row device and the corresponding column device.
[0056] For example, if the distance between two first terminal devices is within the effective coverage area of the near-field communication protocol and both devices have enabled near-field communication, a connection can be established between them, and the value at the corresponding position in the near-field communication adjacency matrix is recorded as the first value; otherwise, it is recorded as the second value. Because near-field communication connections are symmetrical, the near-field communication adjacency matrix is typically a symmetric matrix.
[0057] Furthermore, the state vector is a vector representation used to characterize whether each device in the first set of terminal devices has currently received the video ringback tone content. The dimension of the state vector is the same as the number of first terminal devices, with each element corresponding to one first terminal device, and the value of the element indicating whether the first terminal device has successfully received the video ringback tone content. Initially, only the forwarding device itself or the receiving device that has received the video ringback tone content through the near-field communication protocol is marked as having received the content in the state vector; all other devices are marked as not having received the content.
[0058] Iterative update refers to repeatedly performing the calculation and update process of the received state. In each iteration, the near-field communication adjacency matrix and the current state vector are used for calculation. The calculation process may include the following steps: For each first terminal device, if there is at least one adjacent device with near-field communication connection to the first terminal device that is marked as having received state in the state vector, then the first terminal device is updated to have received state in this round of iteration.
[0059] The updated state vector is used as the input for the next iteration, and the above iterative update process is repeated.
[0060] The iteration stops when the state vector obtained after a certain iteration has not changed compared to the state vector of the previous iteration, meaning the state vector is no longer updated. At this point, the state vector indicates that the video ringback tone content has been propagated to all reachable first-other-friendly devices in the first scenario.
[0061] In one possible scenario example, to facilitate understanding of the video ringback tone content transmission process in the embodiments of this application, the embodiments of this application provide a communication logic diagram of video ringback tones in a first scenario, such as... Figure 3 As shown, the first scenario is a video ringback tone playback scenario across multiple home devices, and the specific content is as follows: When a mobile phone with a SIM card receives a video ringback tone message, and the call cannot be made to the phone, the video ringback tone can be simultaneously sent to other devices via Near Field Communication (NFC) for cross-device playback. The devices can be SIM-free devices such as TVs or tablets, allowing users to receive the video ringback tone message on other devices via NFC.
[0062] The set of device terminals is as follows:
[0063] =1 indicates the device The video ringback tone has been received; =0 indicates the device I have not received the video ringback tone.
[0064] The adjacency matrix N represents the near-field communication capability between devices:
[0065] Indicates equipment and equipment Video ringback tones can be transmitted via inter-process communication connections; Indicates equipment and equipment Video ringback tones cannot be transmitted via inter-process communication connections.
[0066] N is a symmetric matrix .
[0067] After synchronizing the device information, update the device's receiving status:
[0068] The result is a new state vector, representing whether each device can receive information via near-field communication.
[0069]
[0070] when At this point, the iteration stops, and the video ringback tone information has been transmitted to all devices.
[0071] In one possible implementation of this application embodiment, when the forwarding device sends the received video ringback tone content to the friendly device via the near-field communication protocol, it can be implemented in the following ways, but not limited to: in response to the second scenario of the video ringback tone content being sent, the second terminal device in the second scenario is divided into a friendly group and a non-friendly group; the forwarding device sends the video ringback tone content to all friendly devices in the friendly group via multicast; the forwarding device sends the video ringback tone content to each non-friendly device in the non-friendly group via unicast.
[0072] In the embodiments of this application, the second scenario refers to a multi-terminal device application environment with a clear organizational or management relationship. In this second scenario, multiple terminal devices exist and can be grouped and managed according to their receiving intentions or configuration status. For example, the second scenario can be an internal office environment of an enterprise or institution. In the second scenario, the terminal device administrator or the initiator of the video ringback tone can pre-group the devices or dynamically to facilitate more efficient distribution of video ringback tone content.
[0073] The second terminal device refers to all terminal devices located within the second scenario, including forwarding devices, friendly devices, and unfriendly devices. A friendly group is a set of terminal devices willing to receive video ringback tone content via near-field communication (NFC). In the second scenario, devices within a friendly group are typically in a friendly connection state. An unfriendly group is a set of terminal devices unwilling or unable to receive video ringback tone content via NFC. Devices within an unfriendly group may be unable to receive video ringback tone content via NFC due to user rejection, device capability limitations, not being within NFC coverage area, or other reasons.
[0074] Furthermore, multicast is a communication method that targets all members within a specific group. In this method, the forwarding device only needs to send one set of video ringback tone data, and all friendly devices within the same friendly group can simultaneously receive the video ringback tone data. Multicast utilizes the multicast technology features of near-field communication protocols, eliminating the need to establish separate connections and repeatedly send data for each device within the group.
[0075] Furthermore, unicast is a point-to-point communication method for a single, specific device. In unicast, the forwarding device establishes a near-field communication connection for each non-friendly device in the non-friendly group and sends a separate copy of the video ringback tone data. For devices within the non-friendly group that are not included in the multicast group or do not support multicast reception, the forwarding device uses unicast to send the data one by one, ensuring that each non-friendly device can independently receive the video ringback tone content. Unicast can be customized according to the communication status, receiving capabilities, or transmission requirements of each non-friendly device, such as adjusting the sending rate and retransmitting lost data.
[0076] In one possible scenario example, to facilitate understanding of the video ringback tone content transmission process in this application embodiment, this application embodiment provides a communication logic diagram of video ringback tone in a second scenario, such as... Figure 4 As shown, the second scenario is a video ringback tone playback scenario for multiple terminal devices in enterprises and institutions, and the specific content is as follows: In the second scenario, a friendly network is established for internal video communication. This friendly network enables internal database transmission. Internal users are generally in a friendly connection state. Important corporate video ringback tones and notifications can be sent to users within the internal communication network with a single click by administrators, eliminating the need for separate downloads and distribution via the communication network and reducing interaction with the network. In this scenario, friendly devices are defined as those willing to receive video ringback tones via near-field communication, while non-friendly devices are unwilling or not within the near-field communication area. The equipment set is as follows:
[0077] Define device group: Friendly Group:
[0078] Unfriendly group:
[0079] Video ringback tone sending logic: for The information is sent via multicast, Send( (Computation of friendly near-field communication device propagation scenarios and video ringback tone playback scenarios for home multi-terminal devices).
[0080] for Send them one by one, that is Execute Send( ).
[0081] The sending method for all users is as follows:
[0082] The above logical interaction steps enable comprehensive transmission of information to both near-field communication (NFC) users and non-NFC users. This scenario can also be applied to the timely notification of information regarding natural disasters (fires, earthquakes, etc.), greatly reducing the interaction pressure on the communication network.
[0083] In one possible implementation of this application embodiment, when the forwarding device sends the received video ringback tone content to the friendly device via the near-field communication protocol, it can be implemented in the following ways, but not limited to: in response to the sending scenario of the video ringback tone content being a third scenario, obtaining the location information of all third terminal devices in the third scenario; dividing all third terminal devices into multiple device areas based on the location information, and determining a relay device as a forwarding device in each device area; and forwarding the video ringback tone content to the second other friendly device in the device area via the near-field communication protocol through the relay device.
[0084] In the embodiments of this application, the third scenario refers to a large-scale application environment in which there are numerous terminal devices, a wide distribution range, and devices may not be able to directly communicate with each other in the near field. For example, the third scenario may include, but is not limited to, densely populated places such as large concerts, large conferences, sports events, or exhibition venues.
[0085] Third-party terminal devices refer to all terminal devices located in a third scenario that possess location positioning and near-field communication capabilities. Location information refers to the spatial coordinate data of each third-party terminal device, which can be obtained through the Global Positioning System (GPS), base station positioning, wireless network positioning, or other positioning technologies.
[0086] Furthermore, the device area refers to several areas into which the third scene is divided according to the geographical distribution of the devices. The third terminal devices in each device area are geographically close to each other, thus enabling them to conduct short-range communication through the near-field communication protocol.
[0087] The purpose of dividing equipment areas is to break down large-scale scenarios into multiple smaller areas, reducing the pressure on single-point forwarding and improving the coverage efficiency of near-field communication (NFC) propagation. A relay device is a terminal device selected as a forwarding node within each equipment area. Relay devices have the ability to receive video ringback tone content from video ringback tone platforms or upstream forwarding devices and forward this content to other friendly devices within the area via NFC. By designating one relay device in each equipment area, NFC video ringback tone propagation within the area can be achieved, avoiding the communication network pressure caused by all devices directly receiving video ringback tone content from the base station.
[0088] The second type of friendly equipment refers to other friendly equipment within the same equipment area, excluding the relay equipment itself. After receiving the video ringback tone content, the relay equipment establishes a communication connection with the second type of friendly equipment in the area using the near-field communication protocol, and sends the video ringback tone content to these devices for playback.
[0089] In one possible implementation of this application embodiment, when dividing all third terminal devices into multiple device regions based on location information, the following methods can be used, but are not limited to: using a clustering algorithm, clustering the location information of all third terminal devices based on a preset number of regions and the initial cluster centers of the preset number of regions to obtain initial device regions; iteratively performing device allocation and centroid update on multiple initial device regions to obtain multiple non-overlapping device regions, wherein device allocation assigns each third terminal device to the device region corresponding to the nearest cluster center, and centroid update recalculates the center point of each device region.
[0090] In the embodiments of this application, clustering algorithm is an unsupervised machine learning method that divides data objects into multiple categories based on their feature similarity.
[0091] In the embodiments of this application, a clustering algorithm is used to group third-party terminal devices according to their geographical coordinates, so that devices within the same group are spatially adjacent to each other. The preset number of regions refers to the number of device regions into which the third scene is expected to be divided. This number can be preset based on factors such as the total area of the third scene, the total number of terminal devices, and the effective coverage distance of near-field communication. The initial cluster center is an initial center point randomly selected for each preset region when the clustering algorithm starts. Each initial cluster center corresponds to the center position of a device region to be formed.
[0092] Further, device allocation refers to assigning each third-party terminal device to the device region corresponding to the nearest cluster center. In each iteration, the distance between each third-party terminal device and each current cluster center is recalculated, and the device is assigned to the device region containing the nearest cluster center. Centroid update refers to recalculating the centroid point of each device region. Specifically, for each device region, based on the location information of all third-party terminal devices currently allocated to that region, the average position of these location information is calculated, and this average position is used as the new cluster center (i.e., centroid) for that region. The two steps of device allocation and centroid update are repeated alternately: first, device allocation is performed based on the current centroid to obtain a new region composition; then, the centroid is updated based on the device positions within the new region; then, device allocation is performed again based on the updated centroid, and so on iteratively. This continues until a preset convergence condition is met, such as: the centroid position no longer changes significantly, or the device allocation result no longer changes compared to the previous round. After the iteration stops, multiple non-overlapping device regions are obtained. Non-overlapping means that each third-party terminal device belongs to only one unique device region, and there is no intersection between different device regions.
[0093] In one possible implementation of this application embodiment, when determining a relay device as a forwarding device in each device area, it can be implemented in the following ways, but not limited to: calculating the centroid position of the target device area, and selecting the third terminal device closest to the centroid position as the relay device of the target device area, wherein the target device area is any one of multiple device areas.
[0094] In the embodiments of this application, the centroid location refers to the coordinates of the center point obtained by mathematically averaging the location information of all third terminal devices within the target device area. The centroid location represents the geometric center of the device distribution within the target device area.
[0095] Furthermore, the spatial distance between the location of each third terminal device within the target device area and the centroid is calculated. These distances are compared, and the device with the smallest distance value is identified. This device with the smallest distance value is the closest to the centroid. Since the centroid is the center of device distribution within the target device area, the device closest to the centroid minimizes the average forwarding distance to all other devices within the area. This ensures that when this device acts as a relay device, it achieves the shortest near-field communication transmission path, the least signal attenuation, and the most balanced energy consumption when sending video ringback tone content to other friendly devices within the area.
[0096] In one possible implementation of this application, the method further includes: performing inter-regional relay communication between relay devices in multiple device regions through dynamic weights; wherein the dynamic weights are calculated based on at least one parameter among device load, transmission distance, and transmission delay, and the dynamic weights are used to reselect relay devices in multiple device regions or adjust the region division.
[0097] In the embodiments of this application, inter-regional relay communication refers to the process by which relay devices in different device regions establish connections through near-field communication protocols or other wireless communication methods, and transmit video ringback tone content or control information to each other. Through inter-regional relay communication, video ringback tone content can be transmitted from a relay device in one region to relay devices in adjacent or other regions, thereby achieving full coverage of the entire third scenario. Dynamic weight is a variable parameter used to quantitatively evaluate the communication link quality or transmission priority between different relay devices, and its value can be dynamically adjusted according to real-time changes in network status, device status, or environmental conditions.
[0098] Specifically, when changes in the dynamic weights of certain relay devices are detected during inter-regional relay communication—for example, excessive device load, excessive transmission distance, or excessive transmission delay—the system can trigger optimization operations based on predetermined thresholds or rules. One optimization operation is to reselect relay devices: while maintaining the existing device region division, for the target device region with degraded weights, the distance from each third-terminal device in that region to the centroid is recalculated, and combined with the feedback information of dynamic weights, another more suitable device is selected as the new relay device for that region, replacing the original relay device. Another optimization operation is to adjust the region division: when the dynamic weights of inter-regional relay communication continue to perform poorly and cannot be resolved by reselecting relay devices, the system can re-execute the device region division process. For example, it can change the preset number of regions in the clustering algorithm, adjust the initial cluster centers, or modify the clustering parameters to generate a new device region division scheme, resulting in newly divided regions with better overall performance in terms of device load, transmission distance, and transmission delay.
[0099] In one possible scenario example, to facilitate understanding of the video ringback tone content transmission process in this application embodiment, this application embodiment provides a communication logic diagram of video ringback tone in a third scenario, such as... Figure 5 As shown, the third scenario involves video ringback tones played on multiple terminals in a large venue. Using the above methods, video ringback tones can be quickly disseminated to friendly devices via near-field communication. For unfriendly devices, video ringback tones are sent through the video ringback tones platform, ultimately achieving full coverage of the large venue. Details are as follows: Obtain the location set of all terminal devices; The preset number of regions to be divided is K (preset number of regions). Algorithm flow: Randomly select K initial cluster centers:
[0100] Iterate until convergence: Allocation: Assign each device Assign to the nearest cluster:
[0101] Update centroids: for each cluster Recalculate the center point:
[0102] Output: K non-overlapping device regions Each area of equipment to the corresponding The average distance is the smallest.
[0103] Relay equipment selection: nearest centroid principle Select a relay:
[0104] For each device region (cluster) It is believed that the closest point to the cluster centroid is... That device can minimize the average forwarding distance of all devices within the area and also facilitate balanced energy consumption. Specifically, regarding the clustering of device regions, this application embodiment also provides a clustering diagram of third terminal devices, such as... Figure 6 As shown: The diagram is divided into four cluster regions, Cluster1-Cluster4. Each region selects a centroid, and the nearest device is selected as the relay near-field communication device based on the coordinates of the centroid.
[0105] Friendly devices within the area can transmit near-field communication video ringback tones.
[0106] For direct use within a region: via Relay communication is performed. Simultaneously, dynamic weights (such as device load, transmission distance, and latency) are introduced into regional communication to ensure... Performance meets forwarding requirements:
[0107]
[0108] The final iteration enables near-field communication propagation of video ringback tones within a large venue area.
[0109] According to embodiments of this application, this application also provides a ringback tone playback system, which is used to achieve the above-mentioned... Figure 1 How to play ringback tones in China.
[0110] According to embodiments of this application, this application also provides an electronic device, a readable storage medium, and a computer program product.
[0111] Figure 7 A schematic block diagram of an example electronic device 700 that can be used to implement embodiments of this application is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the application described and / or claimed herein.
[0112] like Figure 7 As shown, device 700 includes a computing unit 701, which can perform various appropriate actions and processes based on a computer program stored in ROM (Read-Only Memory) 702 or loaded from storage unit 708 into RAM (Random Access Memory) 703. RAM 703 may also store various programs and data required for the operation of device 700. The computing unit 701, ROM 702, and RAM 703 are interconnected via bus 704. I / O (Input / Output) interface 705 is also connected to bus 704.
[0113] Multiple components in device 700 are connected to I / O interface 705, including: input unit 706, such as keyboard, mouse, etc.; output unit 707, such as various types of monitors, speakers, etc.; storage unit 708, such as disk, optical disk, etc.; and communication unit 709, such as network card, modem, wireless transceiver, etc. Communication unit 709 allows device 700 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.
[0114] The computing unit 701 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the computing unit 701 include, but are not limited to, CPUs (Central Processing Units), GPUs (Graphics Processing Units), various special-purpose AI (Artificial Intelligence) computing chips, various computing units running machine learning model algorithms, DSPs (Digital Signal Processors), and any suitable processor, controller, microcontroller, etc. The computing unit 701 performs the various methods and processes described above, such as the ringback tone playback method. For example, in some embodiments, the ringback tone playback method may be implemented as a computer software program tangibly contained in a machine-readable medium, such as storage unit 708. In some embodiments, part or all of the computer program may be loaded and / or installed on device 700 via ROM 702 and / or communication unit 709. When the computer program is loaded into RAM 703 and executed by the computing unit 701, one or more steps of the methods described above may be performed. Alternatively, in other embodiments, the computing unit 701 may be configured to perform the aforementioned ringback tone playback method by any other suitable means (e.g., by means of firmware).
[0115] Various implementations of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, FPGAs (Field Programmable Gate Arrays), ASICs (Application-Specific Integrated Circuits), ASSPs (Application-Specific Standard Products), SOCs (System-on-Chips), CPLDs (Complex Programmable Logic Devices), computer hardware, firmware, software, and / or combinations thereof. These various implementations may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.
[0116] The program code used to implement the methods of this application may be written in any combination of one or more programming languages. This program code may be provided to a processor or controller of a general-purpose computer, special-purpose computer, or other programmable data processing device, such that when executed by the processor or controller, the functions / operations specified in the flowcharts and / or block diagrams are implemented. The program code may be executed entirely on a machine, partially on a machine, as a standalone software package partially on a machine and partially on a remote machine, or entirely on a remote machine or server.
[0117] In the context of this application, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, RAM, ROM, EPROM (Electrically Programmable Read-Only Memory) or flash memory, optical fiber, CD-ROM (Compact Disc Read-Only Memory), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.
[0118] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device for displaying information to the user (e.g., a CRT (Cathode-Ray Tube) or LCD (Liquid Crystal Display) monitor); and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the computer. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).
[0119] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or computing systems that include middleware components (e.g., application servers), or computing systems that include frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include LANs (Local Area Networks), WANs (Wide Area Networks), the Internet, and blockchain networks.
[0120] Computer systems can include clients and servers. Clients and servers are generally geographically separated and typically interact via communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. A server can be a cloud server, also known as a cloud computing server or cloud host, a hosting product within the cloud computing service system that addresses the shortcomings of traditional physical hosts and VPS (Virtual Private Server) services, such as high management difficulty and weak business scalability. Servers can also be servers for distributed systems or servers incorporating blockchain technology.
[0121] It's important to note that artificial intelligence (AI) is the study of enabling computers to simulate certain human thought processes and intelligent behaviors (such as learning, reasoning, thinking, and planning). It encompasses both hardware and software technologies. AI hardware technologies generally include sensors, dedicated AI chips, cloud computing, distributed storage, and big data processing. AI software technologies primarily include computer vision, speech recognition, natural language processing, machine learning / deep learning, big data processing, and knowledge graph technologies.
[0122] It should be understood that the various forms of processes shown above can be used to rearrange, add, or delete steps. For example, the steps described in this application can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution disclosed in this application can be achieved, and this is not limited herein.
[0123] The specific embodiments described above do not constitute a limitation on the scope of protection of this application. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this application should be included within the scope of protection of this application.
Claims
1. A method for playing ringback tones, characterized in that, The method is applied to a ringback tone playback system, the system including a video ringback tone platform, a base station, a relaying device, and a receiving device, the method comprising: The video ringback tone platform sends a video ringback tone playback trigger signal and the corresponding video ringback tone content to the forwarding device through the base station; The forwarding device responds to the playback trigger signal by searching for the receiving device via a near-field communication protocol. In response to determining that the receiving device is a friendly device, the forwarding device sends the received video ringback tone content to the friendly device via the near-field communication protocol, and plays the video ringback tone content on the friendly device, wherein the friendly device is a terminal device that agrees to receive the video ringback tone content sent by the forwarding device; The forwarding device receives and plays the video ringback tone content from the friendly device, and then returns it to the video ringback tone platform through the base station.
2. The ringback tone playback method according to claim 1, characterized in that, The method further includes: In response to determining that the receiving device is an unfriendly device, the forwarding device returns the unfriendly device's rejection information to the video ringback tone platform, wherein the unfriendly device is a terminal device that refuses to receive video ringback tone content sent by the forwarding device; In response to the refused reception information, the video ringback tone platform directly sends the video ringback tone content to the unfriendly device through the base station; The forwarding device returns the device information of the unfriendly device to the video ringback tone platform through the base station, and the video ringback tone platform performs statistical analysis based on the returned device information.
3. The ringback tone playback method according to claim 1, characterized in that, The forwarding device sends the received video ringback tone content to the friendly device via the near-field communication protocol, including: In response to the scenario of sending the video ringback tone content as a first scenario, the forwarding device synchronously sends the video ringback tone content to the first other friendly device in the first scenario through the near-field communication protocol; Wherein, the first other friendly device is a friendly device other than the receiving device in the first scenario, and the network status of the first other friendly device is either connected or disconnected.
4. The ringback tone playback method according to claim 3, characterized in that, The forwarding device synchronously sends the video ringback tone content to the first other friendly device in the first scenario via the near-field communication protocol, including: Obtain the set of all first terminal devices in the first scenario and the near-field communication adjacency matrix between each first terminal device. The near-field communication adjacency matrix is used to indicate whether any two first terminal devices can establish a connection through the near-field communication protocol. Based on the near-field communication adjacency matrix and the state vectors of the receiving devices that have received the video ringback tone content, the receiving states of all the first terminal devices are iteratively updated until the state vectors remain unchanged, so as to determine that the video ringback tone content has been propagated to the first other friendly devices.
5. The ringback tone playback method according to claim 1, characterized in that, The forwarding device sends the received video ringback tone content to the friendly device via the near-field communication protocol, including: In response to the second scenario of sending the video ringback tone content, the second terminal devices in the second scenario are divided into a friendly group and a non-friendly group; The forwarding device sends the video ringback tone content to all friendly devices in the friendly group via multicast. The forwarding device sends the video ringback tone content to each non-friendly device in the non-friendly group via unicast.
6. The ringback tone playback method according to claim 1, characterized in that, The forwarding device sends the received video ringback tone content to the friendly device via the near-field communication protocol, including: In response to the fact that the video ringback tone content is sent in a third scenario, the location information of all third terminal devices in the third scenario is obtained; Based on the location information, all the third terminal devices are divided into multiple device regions, and a relay device is determined as a forwarding device in each device region; The relay device forwards the video ringback tone content to a second, other friendly device within its device area via the near-field communication protocol.
7. The ringback tone playback method according to claim 6, characterized in that, The step of dividing all the third terminal devices into multiple device regions based on the location information includes: A clustering algorithm is used to cluster the location information of all third-party terminal devices based on a preset number of regions and the initial cluster centers of the preset number of regions, so as to obtain the initial device regions. The multiple initial device regions are iteratively assigned devices and their centroids are updated to obtain the multiple non-overlapping device regions. The device assignment assigns each third terminal device to the device region corresponding to the nearest cluster center, and the centroid update recalculates the center point of each device region.
8. The ringback tone playback method according to claim 6, characterized in that, The step of determining a relay device as a forwarding device in each of the device areas includes: Calculate the centroid position of the target device region, and select the third terminal device closest to the centroid position as the relay device of the target device region, wherein the target device region is any one of the plurality of device regions.
9. The ringback tone playback method according to claim 6, characterized in that, The method further includes: Inter-regional relay communication is performed between the relay devices in each of the multiple device regions through dynamic weights; The dynamic weight is calculated based on at least one parameter among device load, transmission distance, and transmission delay. The dynamic weight is used to reselect the relay devices for each of the multiple device regions or to adjust the region division.
10. A ringback tone playback system, characterized in that, The system is used to perform the method as described in any one of claims 1-9.
