A call communication linkage system integrating new rich media messaging

Abstract

This application relates to the field of mobile data communication technology, specifically to a call communication linkage system integrating novel rich media messages. This system includes: a delivery volume optimization module, used to obtain the comprehensive delivery volume and final delivery volume of any interactive request instruction from any user; an interaction timeliness evaluation module, used to analyze the consistency and interaction frequency of all interactive request instructions from the user during the time period from the start of the call to the initiation of the interactive request instruction, and combine this with the final delivery volume to obtain the interaction index of the interactive request instruction; and a transmission strategy selection module, used to obtain the high-speed transmission coefficient before the interactive request instruction, obtain the direct transmission coefficient of the delivery data packet of the interactive request instruction, and select a transmission strategy. This application aims to adaptively select a suitable rich media message transmission strategy.

Description

Technical Field

[0001] This application relates to the field of mobile data communication technology, specifically to a call communication linkage system that integrates novel rich media messages. Background Technology

[0002] With the popularization and in-depth application of 5G technology, Rich Media Communication (RCS) has ushered in a period of rapid development as a new generation of mobile messaging services. By deeply integrating rich media messaging with call communication, it can not only improve the communication experience of mobile users, but also meet users' needs for diversified and personalized communication services.

[0003] Since rich media information transmission differs from text information transmission, the transmission of images, audio, video, and other information in rich media information consumes a large amount of bandwidth, which may cause transmission delays and affect the communication experience of both parties. Therefore, in order to improve the transmission efficiency of rich media, it is necessary to select an appropriate transmission strategy for sending data packets to rich media.

[0004] Existing technologies typically select transmission strategies directly based on the size of the data packets being sent. However, in rich media scenarios where there is continuous interaction, the transmission of rich media information is a complex process, and existing technologies have obvious limitations in selecting transmission strategies, resulting in poor applicability of the selected transmission strategies. Summary of the Invention

[0005] In view of the above, it is necessary to provide a call communication linkage system that integrates new rich media messages, which, compared with the traditional rich media message call communication linkage system, can adaptively select the appropriate rich media message transmission strategy.

[0006] The call communication linkage system integrating novel rich media messages proposed in this application adopts the following technical solution:

[0007] One embodiment of this application provides a call communication linkage system that integrates novel rich media messages, wherein the system contains:

[0008] The delivery volume optimization module is used to evaluate the delivery status of the data packet of any interactive request instruction initiated by any user in the previous scenario, obtain the comprehensive delivery volume of the interactive request instruction, and combine it with the processing capability of the device used by the user to obtain the final delivery volume of the interactive request instruction.

[0009] The interaction timeliness assessment module is used to obtain the interaction index of any interaction request instruction by analyzing the consistency and interaction frequency of all interaction request instructions of any user during the time period from the start of the current call to the initiation of any interaction request instruction, and combining the final delivery volume.

[0010] The transmission strategy selection module is used to analyze the transmission rate and the consistency of the transmission rate of all data packets sent by interactive request commands within the time period, obtain the high-speed transmission coefficient before any interactive request command; obtain the direct transmission coefficient of the data packets sent by any interactive request command by using the packet loss rate of all data packets sent within the time period, as well as the interaction index and the high-speed transmission coefficient, and select a transmission strategy.

[0011] In one embodiment, obtaining the overall distribution volume includes:

[0012] When the data packet sent by any interactive request instruction is a data packet corresponding to the scene information, the data volume of the data packet sent by any interactive request instruction is taken as the comprehensive sending volume;

[0013] Otherwise, when the preceding scenario data packet for any interactive request instruction has been sent, the data volume of the preceding scenario data packet for any interactive request instruction is used as the overall sending volume; when the preceding scenario data packet for any interactive request instruction has not been sent, the sum of the data volumes of the preceding scenario data packet for any interactive request instruction and its preceding scenario data packet is used as the overall sending volume.

[0014] In one embodiment, obtaining the final distribution amount includes:

[0015] When the processing power of any user's device is greater than the processing power of a standard device that can render all rich media scenes, the final distribution amount is the comprehensive distribution amount.

[0016] Otherwise, obtain the ratio of the data volume of the basic scene data package to the data volume of the scene data package that can be fully rendered in the rich media scene corresponding to each interactive request instruction; the final delivery amount is the product of the comprehensive delivery amount and the ratio.

[0017] In one embodiment, obtaining the interaction index includes:

[0018] The ratio of the number of user-initiated interactions within the time period to the duration of the time period is taken as the interaction frequency.

[0019] Calculate the entropy of all interactive request commands within the time period;

[0020] The interaction index is directly proportional to the interaction frequency and the final amount of data sent, and inversely proportional to the entropy.

[0021] In one embodiment, obtaining the interaction index includes:

[0022] The interaction frequency is mapped to a positive number and denoted as the first positive number; the entropy is mapped to a positive number and denoted as the second positive number; the ratio of the first positive number to the second positive number is denoted as the positive number ratio value.

[0023] The interaction index is the product of the positive ratio and the final distribution amount.

[0024] In one embodiment, the process of obtaining the high-speed transmission coefficient is as follows:

[0025] For each interactive request instruction sent within the time period, the difference between the completion time stamp and the sending time stamp of the sent data packet is calculated, and the ratio of the difference to the data volume of the sent data packet is recorded as the unit transmission time.

[0026] The high-speed transmission coefficient is further determined by the entropy and mean of the unit transmission time of all data packets sent within the time period.

[0027] In one embodiment, the high-speed transmission coefficient is the product of the entropy and the mean of the unit transmission time of all data packets sent within the time period.

[0028] In one embodiment, the calculation process of the direct transmission coefficient is as follows:

[0029] The packet loss rate is mapped to a positive number, denoted as the mapped positive number;

[0030] The ratio of the high-speed transmission coefficient to the positive mapping number is denoted as the mapping ratio value;

[0031] The direct transmission coefficient is directly proportional to the mapping ratio and inversely proportional to the interaction index.

[0032] In one embodiment, the direct transmission coefficient is the product of the reciprocal of the interaction index and the mapping ratio.

[0033] In one embodiment, the transmission strategy selection process is as follows: when the direct transmission coefficient is greater than a preset value, direct transmission is used to transmit the data packet of any interactive request instruction; otherwise, fragmented parallel transmission is used. This application has at least the following beneficial effects:

[0034] This application evaluates the delivery status of the preceding scenario for the data packets sent in the interactive request command to obtain the comprehensive delivery volume. It can dynamically change the scenario information according to the user's interaction, avoiding long waiting times for the user due to the lack of preceding scenario data packets. At the same time, the comprehensive delivery volume can also accurately reflect the total amount of data that must be sent in the current interaction, ensuring that the sequential dependency of data packets is followed and preventing data packet loss or redundant transmission.

[0035] Furthermore, by analyzing the processing power of the user's device, it is possible to assess whether the user's device can meet the rendering requirements of a complete rich media scene, thereby adjusting the amount of rich media information sent based on the user's device.

[0036] Furthermore, by observing the consistency between the frequency of interaction and the interaction request commands, we can reflect the user's urgency for the real-time transmission of rich media information, which will help us select an appropriate transmission strategy for the data packets based on the user's expected results.

[0037] Furthermore, the direct transmission coefficient is calculated. The direct transmission coefficient reflects whether the preceding scenario data packet of the interaction request command has been sent when the user initiates the interaction request command. At the same time, the direct transmission coefficient also takes into account factors such as user information and network transmission rate. Then, the transmission strategy is selected based on the direct transmission coefficient. Compared with the existing technology that directly determines the transmission strategy by the data packet size, by calculating the direct transmission coefficient of the data packet sent for each interaction request command, the most suitable transmission strategy can be selected dynamically and adaptively. Attached Figure Description

[0038] To more clearly illustrate the technical solutions and advantages in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0039] Figure 1 A block diagram of a call communication linkage system integrating novel rich media messages is provided in this application;

[0040] Figure 2 This is a schematic diagram illustrating the process of obtaining the direct transmission coefficient.

[0041] Figure 3 This is a schematic diagram of the transmission strategy selection process. Detailed Implementation

[0042] In the description of the embodiments in this application, the words "exemplary," "or," and "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design scheme described as "exemplary" or "for example" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design schemes. Specifically, the use of the words "exemplary," "or," and "for example" is intended to present the relevant concepts in a specific manner.

[0043] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. It should be understood that, unless otherwise stated, " / " in this application means "or".

[0044] It should also be noted that the terms "first" and "second" in this application are used to distinguish similar objects, rather than to describe a specific order or sequence.

[0045] The following description, in conjunction with the accompanying drawings, details a specific scheme for a call communication linkage system integrating novel rich media messages provided in this application.

[0046] Rich media messages consist of an initial scene and a series of related updated scenes, which are generated sequentially according to time or the interaction process. User interaction with rich media scenes is accomplished through events. When a user interacts, the event listener captures the interaction and sends a request to the server. The server then issues updated scenes based on the user's actions, thus achieving dynamic updates and interactions of rich media messages. It should be noted that, to better distinguish between scene information and update information in rich media messages, this application refers to data packets corresponding to scene information as scene data packets, and data packets that do not correspond to scene information, i.e., data packets that update scene information by adding, deleting, or saving information within the scene, as update data packets.

[0047] Compared to traditional single communication methods, rich media communication technology demonstrates outstanding advantages in linkage, interaction, and integration, greatly optimizing the user's communication experience, as detailed below:

[0048] Before the call: During call setup, dynamically editable rich media messages are sent to the called party, previewing the dynamic rich media information set by the caller for the called party, such as audio, video, images, text, and location information. Logical linkage of rich media messages between the caller and the called party can be achieved during the call setup. Users can not only view the pushed rich media information but also interact with it, and it can also be saved locally. Users can also choose to directly initiate a voice call or an instant messaging call according to their needs, offering flexible communication methods.

[0049] During the call: Both parties can interact instantly with rich media information, such as high-definition pictures and dynamic videos. During the interaction, it is possible to sign up with the user. After signing up, the intelligent call scene semantic system will convert the content of the call between the caller and the callee into speech and text. By extracting keywords, key scenes and key content, it will intelligently analyze and generate or introduce corresponding rich media information, and build an interactive rich media channel between the caller and the callee. It will realize two-way saving and interaction in the form of rich media messages, and retain records for subsequent communication.

[0050] Post-call: After the call ends, key summaries are extracted based on the interactive information during the communication process, involving semantic analysis and multimodal data processing to facilitate subsequent use. Targeted push notifications are made based on the rich media information saved in the user's history and sent to the user's mobile terminal as rich media messages. Furthermore, the user's preference level can be classified according to call information and rich media information.

[0051] In real-time rich media interactive call scenarios, existing technologies directly select the transmission strategy based on the size of the update data packet requested after user interaction. However, since there is a certain sequence between different rich media scenarios, if the preceding scenario for the update data packet requested by the user does not exist after the user sends an interaction request, the server will send the preceding scenario data packet again. Since the update data packet and the preceding scenario data packet are not sent simultaneously, the user's waiting time is long and the interactive experience is poor. Therefore, in order to improve the user experience, this application optimizes the interactive transmission strategy in rich media scenarios.

[0052] Please see Figure 1 The diagram illustrates a block diagram of a call communication linkage system integrating novel rich media messages according to an embodiment of this application. The system includes: an interactive information acquisition module 101, a delivery volume optimization module 102, an interactive timeliness evaluation module 103, and a transmission strategy selection module 104.

[0053] The interactive information acquisition module 101 is used to acquire any interactive request instruction initiated by a user, the number of interactive requests initiated by the user, the data volume of each scene data packet and update data packet in the rich media, as well as the delivery timestamp and delivery completion timestamp of each data packet, and to acquire the processing capability value of the device used by the user.

[0054] Taking any user as an example, the server obtains the user's interactive request instructions and the number of interactive requests initiated by the user. The server also obtains the data volume of each scene data packet and update data packet in the rich media, as well as the delivery timestamp and delivery completion timestamp of each data packet.

[0055] Obtain the sequential number between the data packets of each rich media scene, and record it as the scene number. For example, the scene number of the initial scene data packet is 1, and the scene number of the subsequent second-layer scene data packet is 2. The sequential number of the scene, that is, the scene number, is an integer.

[0056] Obtain the sequential number between each update data packet, and denote it as the update number. Take the scene number as the first digit and the sequence number of the update data packets in the scene as the second digit. For example, the update number of the second update data packet in the initial scene is 1.2. The sequential number of the update data packets, i.e., the update number, is a floating-point number.

[0057] After a user sends an interaction request to the server, the server obtains the processing power value of the user's device by using the relevant information carried in the request, including the model and brand of the user's device. The server obtains the processing power value of the device through third-party evaluation software, such as AnTuTu. The higher the processing power value, the stronger the processing power of the device.

[0058] The delivery volume optimization module 102 is used to evaluate the delivery status of the data packet of any interactive request instruction initiated by any user in the pre-context scenario, obtain the comprehensive delivery volume of the interactive request instruction, and combine it with the processing capability of the device used by the user to obtain the final delivery volume of the interactive request instruction.

[0059] Unlike traditional single-mode communication, where data packets are sent completely and uniformly, rich media interactive instant calls involve the transmission of multiple data packets with sequential dependencies. The preceding scenario refers to the scenario data packets required by the user before the update interaction request for the current scenario. If the scenario data packets are not fully delivered, the user will wait a long time due to a lack of necessary information, impacting the experience. Therefore, it is essential to select an appropriate transmission strategy based on the transmission status of the preceding scenario and the update data packets requested by the user.

[0060] Taking the i-th interactive request command initiated by the user as an example, determine whether the sequence number of the data packet sent by the i-th interactive request command is an integer, and construct a scene factor; if the sequence number of the data packet sent is an integer, then set the scene factor to 1; if the sequence number of the data packet sent is not an integer, then set the scene factor to 0.

[0061] In this embodiment, the isinstance() function is used to determine whether the sequence number is an integer. As another implementation, based on the ability to determine whether the sequence number is an integer, the implementer may use other existing technologies, such as the type() function, etc. This application does not impose any special restrictions.

[0062] If the scene factor is 0, it indicates that the data packet sent by the i-th interactive request instruction is not a scene data packet. It is necessary to further determine whether the preceding scene data packet of the sent data packet has been sent. Specifically, the scene number is extracted from the sequence number of the data packet sent by the i-th interactive request instruction using an integer extraction method and recorded as the detection number. The scene numbers of all the scene data packets sent before the i-th interactive instruction are obtained and it is determined whether they contain the detection number. If the scene numbers of all the sent scene data packets contain the detection number, it means that the preceding scene of the data packet sent by the i-th interactive request instruction has been sent, and 1 is used as the preceding factor. If the scene numbers of all the sent scene data packets do not contain the detection number, 0 is used as the preceding factor.

[0063] Based on the above analysis, by evaluating the delivery status of the preceding scenarios for the delivery data packet of the i-th interactive request instruction, the overall delivery volume of the i-th interactive request instruction is obtained, expressed as:

[0064] In the formula, A i Indicates the total number of requests sent for the i-th interactive request command; a represents the scenario factor; b represents the precondition factor; B i C represents the data size of the data packet sent for the i-th interactive request command; i This represents the data volume of the preceding scenario data packet for the i-th interactive request instruction.

[0065] It should be noted that the overall delivery volume can reflect whether the user's i-th interaction request command requires the simultaneous delivery of both the preceding scenario data packet and the update data packet, thus selecting the most appropriate transmission strategy based on the overall delivery volume. Compared to the existing method of directly selecting the transmission strategy based on the size of the data packet delivered by the interaction request command, the overall delivery volume can more accurately determine which data packets are necessary, avoiding long waiting times for users due to the lack of preceding scenario data packets. At the same time, the overall delivery volume can also ensure that the sequential dependencies of data packets are followed, preventing data packet loss or redundant transmission.

[0066] Because some scenarios in rich media messages require rendering to be displayed, it's necessary to consider the user's device when sending rich media messages. This includes whether the device can support rich media display, such as older mobile phones, smartphones, or computers. The reason is that different devices have significant differences in performance and functionality, and varying degrees of support for rich media formats and interaction methods. Therefore, different rich media transmission strategies are required. To provide the best user experience, the content of the rich media message needs to be adjusted according to the device's capabilities. For example, sending a text summary message on older mobile phones, while sending the complete rich media content on smartphones or computers.

[0067] Based on the above analysis, the ratio of the basic scene data package size to the scene data package size that can be fully rendered in the rich media scene corresponding to the i-th interactive request instruction is obtained from the server and recorded as the adjustment index of the rich media scene. Then, by combining the adjustment index with the overall delivery volume using the processing power of the user's device, the final delivery volume of the i-th interactive request instruction is obtained, expressed as:

[0068] In the formula, F i Indicates the final amount sent for the i-th interactive request instruction; A iThe total number of requests sent for the i-th interactive request instruction is represented by y; y represents the processing power of the user's device; bz represents the processing power of a standard device that meets the rendering requirements of all rich media scenarios; T i This represents the adjustment index of the rich media scene corresponding to the i-th interactive request instruction.

[0069] It should be noted that: It can assess whether the user's device can meet the rendering requirements of a complete rich media scene, and thus select different rich media scenes for delivery; the final delivery volume F i It can reflect the final amount of data sent for the i-th interactive request instruction, and can achieve fine optimization for each interactive scenario, ensuring that each rich media transmission is adjusted according to the specific device conditions, thereby flexibly selecting the transmission strategy.

[0070] The interaction timeliness assessment module 103 is used to obtain the interaction index of any interaction request instruction by analyzing the consistency and interaction frequency of all interaction request instructions from the start of the call to the time when any user initiates any interaction request instruction, and combining the final amount sent.

[0071] Furthermore, user interaction data can also reflect users' expected effects on the current rich media information transmission. The higher the user's interaction frequency, the more interactions the user initiates within a certain period of time, and the shorter the time interval between interaction commands, the higher the user's requirements for real-time performance and the more they expect a low-latency transmission experience.

[0072] The algorithm obtains the number of interactions initiated by the user from the start of the current call to the initiation of the i-th interaction request instruction, along with the duration of the time period. The ratio of the number of interactions to the duration of the time period is used as the interaction frequency. The algorithm also obtains the entropy of all interaction request instructions within the time period. The entropy reflects whether the interaction request instructions initiated by the user are consistent. The smaller the entropy, the more singular the interaction request initiated by the user, indicating that the user is constantly repeating similar instructions. This reflects the user's urgency for real-time transmission of rich media information.

[0073] In this embodiment, the entropy of all interactive request instructions is the information entropy. The calculation of information entropy is a well-known technique and will not be described in detail here. As other implementation methods, based on the ability to measure the consistency of all interactive request instructions, the implementer may adopt other existing feasible techniques.

[0074] Based on the above analysis, the interaction index of the i-th interaction request instruction is obtained by using the interaction frequency, the entropy, and the final amount sent, specifically as follows:

[0075] The interaction frequency is mapped to a positive number and denoted as the first positive number; the entropy is mapped to a positive number and denoted as the second positive number; the ratio of the first positive number to the second positive number is denoted as the positive number ratio; the product of the positive number ratio and the final amount sent is used as the interaction index of the i-th interaction request instruction. The purpose of mapping the interaction frequency to a positive number is to avoid the interaction index from being calculated as 0, which would affect subsequent calculations; the purpose of mapping the entropy to a positive number is to avoid the denominator being 0.

[0076] In this embodiment, the interaction frequency is mapped to a positive number by calculating the sum of the interaction frequency and a preset positive number τ; the entropy is mapped to a positive number by calculating the sum of the entropy and a preset positive number ε. The values ​​of τ and ε are preset by the user. To avoid the values ​​of τ and ε being too large and affecting the subsequent calculation results, the implementer can set the specific values ​​of τ and ε on their own, provided that the value range of τ and ε is (0.005, 0.01). In this embodiment, the value of τ and ε is 0.006.

[0077] In another embodiment, the interaction frequency is mapped to a positive number by using the interaction frequency as the exponent of an exponential function with the natural constant as the base; the entropy is mapped to a positive number by using the entropy as the exponent of an exponential function with the natural constant as the base.

[0078] It should be noted that, compared to existing technologies that directly transmit data packets, the interaction index can fully integrate relevant user interaction information, making it easier to select an appropriate transmission strategy for the data packet sent to the user's i-th interaction request command.

[0079] The transmission strategy selection module 104 is used to analyze the transmission rate and the consistency of the transmission rate of all data packets sent by interactive request instructions within the time period, obtain the high-speed transmission coefficient before any interactive request instruction; obtain the direct transmission coefficient of the data packets sent by any interactive request instruction by using the packet loss rate of all data packets sent within the time period, as well as the interaction index and the high-speed transmission coefficient, and select a transmission strategy.

[0080] Furthermore, the network transmission rate during a call also affects the data packet transmission strategy; if the network transmission speed is high, it can be transmitted directly; if the network transmission speed is low, it needs to be transmitted in a fragmented parallel manner.

[0081] By analyzing the transmission rate and consistency of the data packets sent for all interactive request commands within the time period, the high-speed transmission coefficient before the i-th interactive request command is obtained, specifically:

[0082] For each interactive request instruction sent within the time period, the difference between the completion time stamp and the sending time stamp of the sent data packet is calculated. The ratio of the difference to the data volume of the sent data packet is used as the unit transmission duration of the sent data packet to reflect the transmission time of a unit data volume.

[0083] The product of the entropy and mean of the unit transmission time of all interactive request commands within the time period is used as the high-speed transmission coefficient before the i-th interactive request command.

[0084] In this embodiment, the entropy of the unit transmission time of all interactive request command data packets is the information entropy. As another implementation method, based on the ability to measure the consistency of all unit transmission times, the implementer can adopt other existing feasible technologies.

[0085] It should be noted that a higher high-speed transmission coefficient indicates a faster data packet transmission rate during a call, with more consistent transmission rates between data packets, reflecting a more stable network transmission.

[0086] Furthermore, the packet loss rate of all data packets sent for interactive request instructions within the time period is obtained. Using the packet loss rate, the interaction index, and the high-speed transmission coefficient, the direct transmission coefficient of the data packet sent for the i-th interactive request instruction is obtained, expressed as:

[0087] In the formula, L i R represents the direct transmission coefficient of the data packet sent for the i-th interactive request command; i W represents the high-speed transmission coefficient prior to the i-th interactive request instruction; i This indicates that the packet loss rate is mapped to a positive number; G i This represents the interaction index of the i-th interaction request instruction. The calculation of the packet loss rate is a well-known technique and will not be elaborated upon in this application. Mapping the packet loss rate to a positive number is to avoid a denominator of 0.

[0088] In this embodiment, the packet loss rate is mapped to a positive number by: calculating the packet loss rate and a preset positive number. The sum of, among which, The value is preset by humans to avoid If the value of is too large, it will affect the calculation results. While satisfying ... Given that the value range is (0.005, 0.01), the implementer can set it themselves. The specific value is as follows in this embodiment. The value is 0.006.

[0089] It should be noted that the direct transmission coefficient reflects whether the preceding scenario data packet for the i-th interaction request command has been sent when the user initiates the i-th interaction request command. Furthermore, the direct transmission coefficient also considers factors such as user information and network transmission rate. Compared to existing technologies that directly determine the transmission strategy based on data packet size, calculating the direct transmission coefficient of each interaction request command's sent data packet allows for dynamic and adaptive selection of the most suitable transmission strategy, thereby improving the user experience. A schematic diagram of the direct transmission coefficient acquisition process is shown below. Figure 2 As shown.

[0090] When the direct transmission coefficient is greater than a preset value, direct transmission is used to transmit the data packet of the i-th interactive request instruction to ensure low latency and rapid transmission. Otherwise, a segmented parallel transmission method is used to reduce latency and avoid transmission interruption or data loss due to network fluctuations, thereby ensuring the efficiency and reliability of rich media message transmission. A schematic diagram of the transmission strategy selection process is shown below. Figure 3 As shown.

[0091] In this embodiment, the preset value is 0.5. The preset value is preset by a person and can be set by the implementer. This application does not impose any special restrictions.

[0092] In summary, this application obtains the overall delivery volume by evaluating the delivery status of the preceding scenario of the data packet delivery for the interactive request command. It can dynamically change the scenario information according to the user's interaction, avoiding long waiting times for the user due to the lack of preceding scenario data packets. At the same time, the overall delivery volume can also accurately reflect the total amount of data that must be delivered in the current interaction, ensuring that the sequential dependency of data packets is followed and preventing data packet loss or redundant transmission.

[0093] Furthermore, by analyzing the processing power of the user's device, it is possible to assess whether the user's device can meet the rendering requirements of a complete rich media scene, thereby adjusting the amount of rich media information sent based on the user's device.

[0094] Furthermore, by observing the consistency between the frequency of interaction and the interaction request commands, we can reflect the user's urgency for the real-time transmission of rich media information, which will help us select an appropriate transmission strategy for the data packets based on the user's expected results.

[0095] Furthermore, the direct transmission coefficient is calculated. The direct transmission coefficient reflects whether the preceding scenario data packet of the interaction request command has been sent when the user initiates the interaction request command. At the same time, the direct transmission coefficient also takes into account factors such as user information and network transmission rate. Then, the transmission strategy is selected based on the direct transmission coefficient. Compared with the existing technology that directly determines the transmission strategy by the data packet size, by calculating the direct transmission coefficient of the data packet sent for each interaction request command, the most suitable transmission strategy can be selected dynamically and adaptively.

[0096] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to embodiments of this disclosure. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. In some alternative implementations, the functions marked in the blocks may occur in a different order than that shown in the drawings. For example, two consecutive blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. In the descriptions corresponding to the flowcharts and block diagrams in the accompanying drawings, the operations or steps corresponding to different blocks may also occur in a different order than disclosed in the description, and sometimes there is no specific order between different operations or steps. For example, two consecutive operations or steps may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. Each block in a block diagram and / or flowchart, and combinations of blocks in a block diagram and / or flowchart, can be implemented using a dedicated hardware-based system that performs the specified function or action, or using a combination of dedicated hardware and computer instructions.

[0097] It will be apparent to those skilled in the art that this application is not limited to the details of the exemplary embodiments described above, and that this application can be implemented in other specific forms without departing from its essential characteristics. Therefore, the embodiments described above should be considered exemplary and non-limiting in all respects.

Claims

1. A call communication linkage system integrating novel rich media messaging, characterized in that, The system contains: The delivery volume optimization module is used to evaluate the delivery status of the data packet of any interactive request instruction initiated by any user in the previous scenario, obtain the comprehensive delivery volume of the interactive request instruction, and combine it with the processing capability of the device used by the user to obtain the final delivery volume of the interactive request instruction. The interaction timeliness assessment module is used to obtain the interaction index of any interaction request instruction by analyzing the consistency and interaction frequency of all interaction request instructions of any user during the time period from the start of the current call to the initiation of any interaction request instruction, and combining the final delivery volume. The transmission strategy selection module is used to analyze the transmission rate and the consistency of the transmission rate of all data packets sent by interactive request instructions within the time period, obtain the high-speed transmission coefficient before any interactive request instruction; obtain the direct transmission coefficient of the data packets sent by any interactive request instruction by using the packet loss rate of all data packets sent within the time period, as well as the interaction index and the high-speed transmission coefficient, and select the transmission strategy. The acquisition of the overall distribution volume includes: When the data packet sent by any interactive request instruction is a data packet corresponding to the scene information, the data volume of the data packet sent by any interactive request instruction is taken as the comprehensive sending volume; Otherwise, when the preceding scenario data packet for the distribution data packet of any interactive request instruction has been distributed, the data volume of the distribution data packet of any interactive request instruction shall be used as the comprehensive distribution volume; when the preceding scenario data packet for the distribution data packet of any interactive request instruction has not been distributed, the sum of the data volume of the distribution data packet of any interactive request instruction and its preceding scenario data packet shall be used as the comprehensive distribution volume. The acquisition of the interaction index includes: The ratio of the number of user-initiated interactions within the time period to the duration of the time period is taken as the interaction frequency. Calculate the entropy of all interactive request commands within the time period; The interaction index is directly proportional to the interaction frequency and the final amount of data sent, and inversely proportional to the entropy. The process of obtaining the high-speed transmission coefficient is as follows: For each interactive request instruction sent within the time period, the difference between the completion time stamp and the sending time stamp of the sent data packet is calculated, and the ratio of the difference to the data volume of the sent data packet is recorded as the unit transmission time. The high-speed transmission coefficient is further determined by the entropy and mean of the unit transmission time of all data packets sent within the time period; The calculation process for the direct transmission coefficient is as follows: The packet loss rate is mapped to a positive number, denoted as the mapped positive number; The ratio of the high-speed transmission coefficient to the positive mapping number is denoted as the mapping ratio value; The direct transmission coefficient is directly proportional to the mapping ratio and inversely proportional to the interaction index.

2. The call communication linkage system integrating novel rich media messages as described in claim 1, characterized in that, The acquisition of the final distribution amount includes: When the processing power of any user's device is greater than the processing power of a standard device that can render all rich media scenes, the final distribution amount is the comprehensive distribution amount. Otherwise, obtain the ratio of the data volume of the basic scene data package to the data volume of the scene data package that can be fully rendered in the rich media scene corresponding to each interactive request instruction; the final delivery amount is the product of the comprehensive delivery amount and the ratio.

3. The call communication linkage system integrating novel rich media messages as described in claim 1, characterized in that, The acquisition of the interaction index includes: The interaction frequency is mapped to a positive number and denoted as the first positive number; the entropy is mapped to a positive number and denoted as the second positive number; the ratio of the first positive number to the second positive number is denoted as the positive number ratio value. The interaction index is the product of the positive ratio and the final distribution amount.

4. The call communication linkage system integrating novel rich media messages as described in claim 1, characterized in that, The high-speed transmission coefficient is the product of the entropy and the mean of the unit transmission time of all data packets sent within the time period.

5. A call communication linkage system integrating novel rich media messages as described in claim 1, characterized in that, The direct transmission coefficient is the product of the reciprocal of the interaction index and the mapping ratio.

6. The call communication linkage system integrating novel rich media messages as described in claim 1, characterized in that, The transmission strategy selection process is as follows: when the direct transmission coefficient is greater than the preset value, the direct transmission method is used to transmit the data packet of any interactive request instruction; otherwise, the fragmented parallel transmission method is used.

Images