CN101252597A - A Method for Shortening the Waiting Time for Rendering Rich Media Scenes - Google Patents

Abstract

The invention discloses a method for shortening the waiting time for rich media scene presentation. At the sending end, the update and the initial scene or the current scene synthesized at the previous moment are synthesized into a new current scene, and the initial scene or the current scene synthesized at the previous moment are replaced. scene, and form new rich media scene data with unsynthesized updates to replace the currently sent rich media scene data; at the receiving terminal, for new access users, receive the current scene and unsynthesized updates, execute them sequentially in sequence, and The rich media scene is presented; for the connected user, the newly synthesized current scene is not received, but the unreceived update is received and executed, and the rich media scene is presented. Since only the current scene and unsynthesized updates need to be received and executed, the received data volume is reduced and the executed updates are reduced, thereby shortening the waiting time for the receiving terminal to present the rich media scene in the broadcast or multicast network.

Description

A Method for Shortening the Waiting Time for Rendering Rich Media Scenes

technical field

The present invention relates to a method for shortening the waiting time for presenting a rich media scene and quickly recovering from an error when receiving an error. method of time.

Background technique

Rich media is different from traditional media. It organically combines text, graphics, pictures, animations, audio and video and other media objects in time/space to provide rich forms of expression and interactive capabilities. Its main feature is that it can generate dynamic behavior based on time or user interaction.

Rich media application is a new type of application developed based on rich media technology. It has a wide range of applications, including interactive TV, rich media advertisements, e-magazines, e-news, MMS, interactive services (voting, subscription, payment) and many other aspects.

A rich media application contains one or more rich media scenes. A rich media scene describes the layout information and interactive behavior of rich media in time and space. A rich media scene consists of an initial scene (initialscene) and possibly a series of updates with sequence numbers. These updates can be scheduled sequence, or possibly through user interaction. Updating can add, delete, and replace media objects to the original scene, so that the content of the scene changes and presents a dynamic effect.

With the rapid changes, complexity and expressiveness of rich media applications, the rich media technology using lightweight markup language based on XML standards has many advantages in responding to rapid changes in applications, powerful media presentation, and simple application development. Obviously, it has become the development trend of rich media technology.

The rich media technology by extending the SVG standard is one of the rich media technologies using a lightweight markup language. SVG (Scalable Vector Graphics) is an XML-based, open-standard two-dimensional vector graphics description language defined by the W3C organization. Because it is based on XML, it has almost all the advantages of XML, such as convenient description and extension, and easy Reading, etc. At the same time, it has the advantages of supporting users to interact with media objects, defining time and space layouts for media objects, describing vector animation effects, and arbitrarily zooming in and out of graphics. Here is an example of a simple SVG file:

<? xml version="1.0"? >

<svg width="12cm" height="4cm" viewBox="0 0 1200 400"

xmlns="http://www.w3.org/2000/svg"version="1.2"baseProfile="tiny">

<desc>Example rect01-rectangle with sharp corners</desc>

<rect x="1" y="1" width="1198" height="398"fill="none"stroke="blue"stroke-width="2"/>

<rect x="400"y="100"width="400"height="200"fill="yellow"stroke="navy"stroke-width="10"/>

</svg>

When the rich media technology is applied to the broadcast or multicast network environment, some problems will be encountered, because the broadcast network and the multicast network may have users accessing at any time, and it is necessary to ensure that the content presented by the users accessing at any time is the same, while the rich media The data presentation characteristics of the media scene determine that the presentation is a sequential process, and all updates must be performed in time sequence to obtain the current correct scene presentation.

In order to ensure that the scene can be accessed and presented by users who are connected at any time, the broadcast or multicast channel will repeatedly transmit the initial scene and all updates that occurred before the current moment. Normally, the terminal should receive the initial scene and all updates that occurred before the current time, and execute them sequentially in order to obtain the correct display at this time. As time goes by, updates will accumulate more and more. On the one hand, more content needs to be transmitted repeatedly, and the time for one transmission will be prolonged; All updates prolong the rendering time of rich media scenes and affect the user experience. A current solution is to reduce updates in the scene, or to avoid overlapping updates when designing the scene, that is, the latter update depends on the effect of the content of the previous update, reducing the transmission of data, but this cannot make more complex applications , restricting the expressiveness of rich media applications.

Contents of the invention

The purpose of the present invention is to overcome the disadvantages of the above-mentioned prior art, and provide a method for shortening the waiting time for presenting a rich media scene and recovering quickly from an error when receiving an error.

In order to achieve the purpose of the above invention, a method of shortening the waiting time for rich media scene presentation in the present invention is:

The rich media scene data includes an initial scene and a series of updates that appear in time sequence, and is transmitted from the sender to the receiver in the broadcast or multicast network through real-time streaming;

On the sending side, the following steps are involved:

Step 1. According to a set condition, judge whether it is satisfied. If it is satisfied, the sender will synthesize the update before the time that meets the set condition with the initial scene, and the synthesized new scene will be used as the current scene, and combine the current scene with the time when the set condition is satisfied. or subsequent unsynthesized updates to form new rich media scene data, replacing the currently sent rich media scene data;

Step 2. According to another setting condition, judge whether it is satisfied. If it is satisfied, the sender will combine the unsynthesized update that occurred before the time that meets the set condition with the current scene synthesized at the previous time, and use the synthesized new scene to merge the previous scene. Replace the current scene synthesized at one moment, as the current scene, combine the current scene and the unsynthesized update that occurs when the set conditions are met or after to form a new rich media scene data, and replace the currently sent rich media scene data;

Step 3, return to step 2;

At the receiving terminal,

For new access users, the receiving terminal receives the current scene and the unsynthesized updates at or after the moment when the set conditions are met, and executes them sequentially in sequence to present the rich media scene;

For connected users, they do not receive the newly synthesized current scene, but only need to receive and execute the unreceived update to present the rich media scene.

In step 1, the setting conditions may be: according to the time interval, according to the number of updates or according to the requirements set by the application creator.

In step 2, the other setting condition may be: according to the time interval, according to the number of updates or according to the requirement set by the application creator.

The purpose of the above-mentioned invention of the present invention is achieved in this way. For new access users, the receiving terminal only needs to receive the current scene and the unsynthesized updates at or after the moment when the set conditions are met, and execute them sequentially according to the time sequence to obtain the current correct update. display. Since the initial scene of rich media or the scene at the previous moment and the unsynthesized update are synthesized at the sending end to obtain the current scene, the receiving end only needs to receive and execute the current scene and the unsynthesized update at or after the moment when the set conditions are met, and the received data The amount of data is reduced, and the updates performed are reduced, thereby shortening the waiting time for the receiving terminal to present a rich media scene in a broadcast or multicast network.

For the connected users, the receiving terminal does not receive the newly synthesized current scene, but only needs to receive the unreceived update execution, thus, the time for presenting the scene will not be increased.

In addition, since the present invention does not need to transmit updates before the synthesis time in the broadcast or multicast network, the transmission burden is reduced, and at the same time, the broadcast or multicast network can transmit complex rich media scenes with a small cost.

In a specific embodiment of the present invention, at the sending end, the update is numbered;

At the receiving terminal, if the serial number of the update is found to be discontinuous during the receiving process for the connected user, the current scene and the new update need to be received again, and the rich media scene can be presented normally after execution.

In this way, it is ensured that when a receiving error occurs, the rich media scene can be quickly recovered from the error.

Description of drawings

Figure 1 is a schematic diagram of a rich media scene transmitted in a broadcast or multicast network;

FIG. 2 is a schematic diagram of updating, transmitting and presenting a rich media scene in the prior art;

Fig. 3 is a schematic diagram of rich media scene update, transmission and presentation in a specific embodiment of the present invention;

Fig. 4 is a flow chart of execution of a rich media scene in a receiving terminal according to a specific embodiment of the present invention.

Detailed ways

The following describes preferred specific embodiments of the present invention in conjunction with the accompanying drawings. It is to be noted that similar components are given similar reference numerals even though they appear in different drawings. In the following description, when a detailed description of known functions and designs employed may obscure the subject matter of the present invention, these descriptions will be omitted here.

Fig. 1 is a schematic diagram of the transmission of a rich media scene in a broadcast or multicast network. In the figure, the rich media scene data 4 is transmitted from the sending terminal 1 to the receiving terminal 3 in the broadcast or multicast network 2 by way of real-time stream 5 .

Fig. 2 is a schematic diagram of updating, transmitting and presenting a rich media scene in the prior art. In the figure, at time T0, the rich media scene data starts to be transmitted. At this time, only one initial scene Initial scene is included, so the network only needs to transmit the initial scene at this time; at time T1, the rich media scene has been updated 1 Update1, and the network The initial scene Initial scene and update 1 Update1 need to be transmitted; if a receiving terminal is connected at this time, the current scene needs to be received after the initial scene Initial scene and update 1 Update1 are executed; and so on, at time T5, the rich media scene gets Update 5 Update5, the network needs to transmit the initial scene Initial scene and update 1 to 5 Update1~5 at this time; if there is a receiving terminal accessing at this time, it needs to receive the initial scene Initial scene and update 1 to 5 Update1~5; after execution to restore the current scene. In this way, as time goes by, the burden of network transmission will increase, the time for one transmission will be extended, and the time for the receiving terminal to receive scene data and execution time will also be extended accordingly. The waiting time will become longer and longer.

Fig. 3 is a schematic diagram of updating, transmitting and presenting a rich media scene according to a specific embodiment of the present invention. In the picture:

1. At time T0, the rich media scene starts to be transmitted. At this time, only one initial scene Initial scene is included, so the network only needs to transmit the initial scene Initial scene at this time;

2. At time T1, the rich media scene has been updated 1 Update1, and the network needs to transmit the initial scene Initial scene and update 1 Update1 at this time; if there is a receiving terminal accessing at this time, it needs to receive the initial scene Initial scene and update 1 Update1, and execute Finally, the rich media scene is presented;

3. At T2, the rich media scene has been updated 2 Update2. The sender synthesizes the initial scene Initialscene and Update 1 into the current scene Current scene. At this time, the network needs to transmit the update of the current scene Current scene and the update time, that is, Update 2 Update2 , at this time, for new access users, the receiving terminal receives the current scene Current scene and update 2 Update2, and executes them sequentially according to the time sequence, and the rich media scene can be presented; for users who access between T0 and T2, the receiving terminal obtains The latest update among the unsynthesized updates at or after the update time, in this embodiment, update 2Update2 and execute it, the rich media scene can be presented;

4. At T3, the rich media scene has been updated 3 Update3. The sender synthesizes the current scene Currentscene with the last update, that is, Update 2 Update2, and replaces the synthesized new scene with the current scene Current scene. At this time, the network needs to transmit the newly synthesized scene. The update of the new current scene Current scene and update time, that is, update 3 Update3, at this time, for a new access user, the receiving terminal receives the current scene Current scene and update 3 Update3, and executes them sequentially in sequence, and the rich media scene Presented; for users who access between T0 and T3 time, the receiving terminal obtains the latest update in the unsynthesized update at or after the update time, in this embodiment, update 3 Update3 and execute, the rich media The scene is presented;

By analogy, at T5 time, the rich media scene has been updated 5 Update5, and the sender synthesizes the current scene Current scene with the last update, that is, Update 4 Update4, and replaces the synthesized new scene with the current scene Current scene, and the network needs to transmit it at this time The update of the newly synthesized current scene Currentscene and the update time, that is, update 5 Update5; if there is a receiving terminal accessing at this time, it only needs to receive the newly synthesized new current scene Current scene and update 5 Update5, and for T0 To the user who accesses between T5, the receiving terminal obtains the latest update in the unsynthesized update when or after the update time, in this embodiment, that is, update 5 Update5 and execute it, the rich media scene can be presented;

For connected users, it is found that the update sequence numbers are discontinuous during the receiving process. For example, the update 2Update2 was received last time, and this time the update 4Updata4 is received. Because the sequence numbers are discontinuous, the receiving terminal knows that there is an update loss. At this time, only It is necessary to re-receive the current scene and new updates to recover from the error of lost updates and render normally.

In the specific embodiment shown in Fig. 3, the setting condition described in steps 1 and 2 of the present invention is the number of updates, specifically, the setting condition in step 1 is the second update, and the setting in step 2 The condition is every update after the second update.

In this embodiment, starting from the second update, each update synthesizes the previous update with the initial scene or the current scene, and replaces the current scene. In this way, the network only needs to transmit the newly synthesized new The current scene and this update, so as to achieve the purpose of saving transmission bandwidth to the greatest extent. For new access users, it only needs to receive the current scene and an update and execute it, thereby minimizing the waiting time for the presentation of the rich media scene at the receiving terminal.

In the specific implementation shown in FIG. 3, at the sending end, the serial number is updated, that is, update 1～5Updata1～5;

At the receiving terminal, for the connected user, when the sequence number of the update is found to be discontinuous during the receiving process, for example, the update 2Update2 was received last time, and the update 4Updata4 is received this time. Because the sequence number is not continuous, the receiving terminal knows that there is an update loss , you need to re-receive the current scene and the new update and execute it to recover from the error of the lost update and present the rich media scene normally.

Fig. 4 is a flow chart of execution of a rich media scene in a receiving terminal according to a specific embodiment of the present invention. In the figure, the receiving terminal connected at any time only needs to receive the current scene for execution and display, and then wait for new updates to be displayed continuously, and the rich media scene can be presented on the receiving terminal.

Although the specific embodiment of the illustrative embodiment of the present invention has been described above, it should be clear that the present invention is not limited to the scope of the specific embodiment. For those of ordinary skill in the art, as long as various changes are defined in the attached claims and Within the determined spirit and scope of the present invention, these changes are obvious, and all inventions and creations using the concept of the present invention are included in the protection list.

Claims (3)

1. one kind is shortened the method that rich medium scene presents the stand-by period, it is characterized in that, a rich medium scene is made up of an initial scene and a series of renewal, and the mode by real-time stream is sent to receiving terminal from transmitting terminal in the broadcast or multicast network;

At transmitting terminal, may further comprise the steps:

Step 1, impose a condition according to one, judge whether to satisfy, if satisfy, the renewal that transmitting terminal will satisfy before imposing a condition constantly is synthetic with initial scene, synthetic new scene is as current scene, new rich medium scene data are formed in current scene and the synthetic renewal of satisfying when imposing a condition constantly or occur afterwards, replaced the rich medium scene data of current transmission;

Step 2, impose a condition according to another, judge whether to satisfy, if satisfy, it is synthetic with the current scene that a last moment occasion becomes that transmitting terminal will satisfy the preceding constantly synthetic renewal that occurs that imposes a condition, to go up a synthetic constantly current scene with synthetic new scene replaces, as current scene, new rich medium scene data are formed in current scene and the synthetic renewal of satisfying when imposing a condition constantly or occur afterwards, replace the rich medium scene data of current transmission;

Step 3, return step 2;

At receiving terminal,

For new access user, receiving terminal receives current scene and satisfies when imposing a condition constantly or not synthetic renewal afterwards, carries out successively according to sequential, and rich medium scene is presented;

For the accessed user, do not receive new synthetic current scene, only renewal and the execution that need not receive presents rich medium scene.

2. shortening rich medium scene according to claim 1 presents the method for stand-by period, it is characterized in that,

In step 1, described imposing a condition can be: by the time interval, set requirement by update times or by using the producer;

In step 2, described another imposes a condition and can be: by the time interval, set requirement by update times or by using the producer.

3. shortening rich medium scene according to claim 1 presents the method for stand-by period, it is characterized in that,

At transmitting terminal, renewal is composed of sequence number;

At receiving terminal,, when the sequence number of find upgrading in receiving course is discontinuous, need receives current scene and new renewal again and carry out and normally to present rich medium scene for the accessed user.

Images