WO2008119265A1 - Procédé, serveur, terminal et système permettant d'actualiser un guide électronique de services - Google Patents

Procédé, serveur, terminal et système permettant d'actualiser un guide électronique de services Download PDF

Info

Publication number
WO2008119265A1
WO2008119265A1 PCT/CN2008/070074 CN2008070074W WO2008119265A1 WO 2008119265 A1 WO2008119265 A1 WO 2008119265A1 CN 2008070074 W CN2008070074 W CN 2008070074W WO 2008119265 A1 WO2008119265 A1 WO 2008119265A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
server
service guide
fragment
electronic service
Prior art date
Application number
PCT/CN2008/070074
Other languages
English (en)
French (fr)
Inventor
Jie Zhang
Chuxiong Zhang
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP08700098A priority Critical patent/EP2134093A1/en
Publication of WO2008119265A1 publication Critical patent/WO2008119265A1/zh
Priority to US12/345,194 priority patent/US8065704B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26283—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for associating distribution time parameters to content, e.g. to generate electronic program guide data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application

Definitions

  • the present invention relates to mobile video broadcast technology, and more particularly to a method of updating an electronic service guide, an electronic service guide server, a terminal, and a system.
  • the mobile video broadcast service is a new type of mobile service for transmitting video content to mobile users through broadcast networks, mobile communication networks, and mobile terminals.
  • ESG Electronic Service Guide
  • ESG data provides a direct user interface for users to view information about various services, browse video channels and program listings, browse price lists, select and purchase one or more of the price lists, and log in to the website to browse the web. Interface and access guide.
  • ESG data is a general term for ESG and fragmentation. ESG consists of many different types of fragments based on their inherent logical relationships. Generally, a program information is associated with a plurality of shards, and the ESG data is fragmented by the server side and the terminal side.
  • TV-A TV-Anytime
  • BCAST Broadcast Protocol
  • FIG. 1 is a flow chart of signaling interaction of an existing electronic service guide for transmitting an interactive channel.
  • the signaling interaction process includes the following steps:
  • Step 101 The terminal sends an ESG request message to the ESG server.
  • Step 102 The ESG server sends all the fragments associated with the ESG requested by the terminal to the terminal in a response message.
  • the terminal wants to update the slice saved locally by the terminal.
  • the terminal can only request the ESG to the ESG server again according to the method shown in FIG. 1, and the ESG server will also send all the fragments associated with the ESG requested by the terminal to the terminal.
  • all the shards saved by the terminal may not be updated on the server side, or most of the shards saved by the terminal may be consistent with the shards saved on the server side, and are not updated. Chips, ESG servers do not need to be sent to the terminal.
  • the inventors of the present invention have found that the prior art ESG update is not highly targeted, resulting in unnecessary transmission during the ESG update process and increasing the processing consumption of the terminal.
  • the embodiments of the present invention provide a method for updating an electronic service guide to enhance the targeting of the ESG update and reduce the processing consumption of the terminal.
  • a method for updating an electronic service guide according to an embodiment of the present invention wherein the server maintains the first version information of the ESG, and includes the following steps:
  • the server receives an ESG request message from the terminal that carries the second version information
  • the server sends the updated ESG data associated with the ESG requested by the terminal and corresponding to the second version information to the terminal, and the first The version information is sent to the terminal.
  • the embodiment of the present invention further provides an electronic service guide server to enhance the targeting of the ESG update and reduce the processing consumption of the terminal.
  • An electronic service guide server provided by the embodiment of the present invention includes a version maintenance module, a first communication module, a first request processing module, and a first storage module;
  • the version maintenance module is configured to maintain information about the first version of the ESG
  • a first communication module configured to receive an ESG request message that carries the second version information
  • the first request processing module is configured to query, according to the ESG request message, the first storage module to obtain ESG data that is associated with the ESG requested by the terminal and is updated compared with the ESG corresponding to the second version information, and the ESG that is to be queried
  • the data and the first version information are sent by the first communication module; the first storage module is configured to store the fragment.
  • the embodiment of the invention further provides a terminal to enhance the targeting of the ESG update and reduce the processing consumption of the terminal.
  • a terminal provided by the embodiment of the present invention includes a second communication module, a second request processing module, and a second storage module;
  • a second request processing module configured to generate an ESG request message that carries the second version information
  • a second communication module configured to receive the fragment and the first version information
  • the second storage module is configured to store the fragment and the first version information.
  • the embodiment of the invention further provides a system for updating an electronic service guide to enhance the targeting of the ESG update and reduce the processing consumption of the terminal.
  • a system for updating an electronic service guide which includes an ESG server and a terminal, provided by an embodiment of the present invention
  • the terminal is configured to send an ESG request message carrying the second version information to the ESG server, where the ESG server is configured to maintain the first version information of the ESG, and is configured to associate with the ESG requested by the terminal according to the ESG request message. And the ESG data and the first version information that are updated compared with the ESG corresponding to the second version information are sent to the terminal.
  • the first version information of the ESG is maintained by the server, and the version information of the ESG currently maintained by the server is sent to the terminal while the ESG data is sent to the terminal;
  • the server receives the ESG request message carrying the second version information from the terminal, determining, by the first version information and the second version information, when the first version information is different from the second version information,
  • the ESG data associated with the ESG and updated with the ESG corresponding to the second version information and the first version information are transmitted to the terminal.
  • the server only sends the updated ESG data to the terminal, making the ESG update more targeted and reducing the processing consumption of the terminal.
  • FIG. 1 is a flow chart showing a signaling interaction of an existing electronic service guide through an interactive channel
  • 2 is a schematic structural diagram of a system for updating an electronic service guide according to Embodiment 1 of the present invention
  • FIG. 3 is a schematic diagram of a signaling interaction process for updating an electronic service guide according to an embodiment of the present invention
  • FIG. 4 is a schematic diagram of updating an electronic service according to Embodiment 2 of the present invention
  • FIG. 5 is a schematic flowchart of a method for updating an electronic service guide according to Embodiment 3 of the present invention.
  • FIG. 2 is a schematic structural diagram of a system for updating an electronic service guide according to Embodiment 1 of the present invention.
  • the system is composed of an ESG server 210 and a terminal 220.
  • the ESG server 210 includes: a first communication module 211, a first request processing module 212, a first storage module 113, and a version maintenance module 214.
  • the terminal 220 includes: The second communication module 221, the second request processing module 222, and the second storage module 223.
  • the version maintenance module 214 in the ESG server 210 is used to maintain the version information of the ESG in the ESG server 210.
  • the version information is referred to as the first version information.
  • the first version information in the embodiment is: the information indicating the ESG version or the information indicating the latest update time of the ESG, which is represented by the absolute time of the server, the transformation/combination of the absolute time of the server, or the identifier of the old version.
  • the first version information is current latest version information of the ESG maintained by the ESG server.
  • the second version information is saved in the second storage module 223 of the terminal 220, and the second version information is similar to the first version information, and is also a change/combination of the absolute time of the server and the absolute time of the server. Or the identifier of the old and new identifiers, the information identifying the ESG version or the information identifying the latest update time of the ESG; the difference from the first version information is that the second version information is only the ESG version information saved by the terminal. It is not necessarily the current latest version of the ESG maintained by the ESG server.
  • the terminal 220 may use the second version information to request the ESG server to update the ESG data compared to the ESG corresponding to the second version information.
  • the server may receive one or more default values for the second version information, and set the server to receive the second version information of the default value when the server receives the ESG request message.
  • Which ESG data is sent to the terminal For example, a default value may be set, which indicates that the server needs to send all data associated with the ESG requested by the terminal to the terminal, and the terminal may use the default value as the second version when requesting the ESG for the first time from the server. information.
  • the working principle of the ESG system shown in FIG. 1 is:
  • the second request processing module 222 in the terminal 220 generates an ESG request message carrying the second version information, and sends the generated ESG request message to the ESG server through the second communication module 221.
  • the first communication module 211 in the ESG server 210 sends the ESG request message received from the terminal 220 to the first request processing module 212 for processing;
  • the first request processing module 212 in the ESG server 210 queries the first storage module 213 according to the ESG request message received from the first communication module 211, and determines the association with the ESG requested by the terminal 220 and corresponding to the second version information.
  • the updated ESG data of the ESG is compared, and the determined ESG data and the first version information are sent to the second communication module 221 in the terminal 220 through the first communication module 211;
  • the second communication module 221 in the terminal 220 receives the ESG data and the first version information from the ESG server 210, and sends the information to the second storage module 223.
  • the ESG data in the second storage module 223 and the second version information are updated.
  • the ESG message will be sent to the ESG server using the second version information after the update.
  • the second storage module 223 in the terminal 220 may store the received fragment as an ESG; for the second version information, it may be recorded as a file attribute in the ESG, or may be independent.
  • the text file or the download descriptor (DD, Download Descriptor) file of the OTA Download stores the second version information.
  • the filter condition storage module 225 may be further included in the terminal 220.
  • the filtering condition may be carried in the ESG request message generated by the second request processing module 222, and the filtering condition is stored in the filtering condition storage module 225.
  • the ESG request message of the version information may be carried in the ESG request message together with the second version information, so that the ESG server can be returned to the updated fragment that the terminal wants to update the fragmentation range. .
  • the ESG server 210 shown in FIG. 2 may further include a slice update time maintenance module 215, and the slice update time maintenance module 215 is configured to: when the slice is changed, a new slice is added, or a slice is deleted, the slice is recently updated.
  • the update time is modified to the current absolute time of the server or the transformation/combination of the current absolute time of the server.
  • the first update information and the second version information may be represented by the latest update time of the slice in the ESG.
  • the first request processing module 212 shown in FIG. 2 may further include an update determining unit.
  • the update determining unit is configured to generate, after the server absolute time corresponding to the second version information, according to the second version information in the ESG request message.
  • the changed slice and/or the added slice and/or the deleted slice are determined to be updated segments compared to the ESG corresponding to the second version information.
  • the ESG server may send the ESG data to the terminal multiple times.
  • the ESG server 210 shown in FIG. 2 may further include the first fragment processing module 216.
  • the first fragment processing module 216 is configured to construct a fragment list to be sent according to the fragmentation information of the ESG data obtained by the first request processing module 212, and send the to-be-sent fragment list through the first communication module 211.
  • the terminal 220 can request the fragmentation required by the terminal from the ESG server 210 according to the to-be-sent fragmentation list, and realize that the fragment required by the terminal is sent to the terminal multiple times when the ESG data content is large.
  • the second fragment processing module 224 may be further included in the terminal 220.
  • the second fragment processing module 224 is configured to query the second storage module 223 according to the to-be-sent fragmentation list, determine the required fragmentation of the terminal, and send the fragment to the second request processing module 222.
  • the second request processing module 222 in the terminal 220 A fragmentation request message for generating a fragment according to the required fragmentation of the terminal is sent to the ESG server 210.
  • the interaction between the ESG server 210 and the terminal 220 is typically implemented over a mobile communication network.
  • the mobile communication network may include: Global System for Mobile Communications (GSM) network, universal Line Packet Service (GPRS) networks and Wideband Code Division Multiple Access (WCDMA) networks.
  • GSM Global System for Mobile Communications
  • GPRS universal Line Packet Service
  • WCDMA Wideband Code Division Multiple Access
  • the message interaction between the server and the terminal can be transmitted by other effective channels such as Hypertext Transfer Protocol (HTTP), Wireless Application Protocol (WAP) or SMS.
  • HTTP Hypertext Transfer Protocol
  • WAP Wireless Application Protocol
  • the present invention provides a method of updating an ESG based on the ESG system shown in Fig. 2.
  • the method for updating the ESG in the embodiment of the present invention is described below.
  • FIG. 3 is a schematic diagram of a signaling interaction process for updating an electronic service guide according to an embodiment of the present invention.
  • the signaling interaction process includes the following steps:
  • Step 301 The server maintains the first version information of the ESG.
  • Step 302 The server receives an ESG request message that carries the second version information from the terminal.
  • the terminal may replace the ESG data saved by the terminal with the updated ESG data, and replace the second version information saved by the terminal with the first version information.
  • the updated version information can be used to construct an ESG request message, and steps 302 to 303 are repeated to complete the ESG update.
  • the second version information may be preset, and one or more default values are set in advance, and the ESG request message received by the server carries the value that is the default value.
  • the server sends which ESG data to the terminal.
  • a default value can be set.
  • the default value indicates that the server needs to send all data associated with the ESG requested by the terminal to the terminal.
  • the terminal first requests the ESG from the server, the terminal can use the default value as the second version. information.
  • the server receives an ESG request message carrying the second version information for requesting all ESG data, all ESG data associated with the ESG requested by the terminal is sent to the terminal.
  • the first version information of the ESG maintained by the server is the current ESG The latest version information
  • the second version information saved by the terminal is the version information of the ESG when the terminal receives the ESG data from the server last time.
  • the ESG data that is updated in comparison with the ESG corresponding to the second version information may be all the fragments in the ESG corresponding to the first version information, that is, the entire ESG; or may be the ESG corresponding to the first version information.
  • the updated fragment is compared with the fragment in the ESG corresponding to the second version information, that is, the partial fragment in the ESG where the update occurs.
  • the server In order to send some fragments of the update in the ESG to the terminal, the server needs to maintain the latest update time of the fragment in addition to the first version information of the ESG. In this way, by using the second version information and the latest update time of the shard, it is possible to further determine, in the ESG corresponding to the first version information, the shard that is updated compared with the shard in the ESG corresponding to the second version information. Thereby, the server can not send the entire ESG to the terminal, but only the part of the fragment in which the update occurs is sent to the terminal.
  • the server may use the absolute time of the server, the transformation or combination of the absolute time of the server, or the identifier identifying the old and new versions to represent the first version information and the second version information.
  • the transformation or combination is recorded as a transformation/combination.
  • the server can be saved in the version number of the shard, or it can be saved in a structure independent of the shard.
  • bit segment When using the mode saved in the version number, in order to reduce the bandwidth occupied by the latest update time of the slice, it can be stored in the form of a bit segment.
  • a bit segment divides a byte into multiple segments, and each segment represents a different meaning.
  • Storing time in the form of a bit segment means storing different metrics in time with different segments, such as: year, month, day, hour, minute, second, and so on.
  • it can be implemented by using the Reduced Julian Day (MJD) format or the Network Time Protocol (NTP) format.
  • MJD Reduced Julian Day
  • NTP Network Time Protocol
  • the latest update time of a slice using a structure independent of the slice you can build one Arrays are implemented.
  • it may be a two-dimensional array, and the two-dimensional array may include the IDs of all the fragments and the latest update time.
  • the latest update time of the fragments may be queried by the ID of the fragment.
  • FIG. 4 is a schematic flowchart diagram of a method for updating an electronic service guide according to Embodiment 2 of the present invention.
  • the method includes processing of the terminal and processing by the server. Specifically, the method includes the following steps: Step 401: After the terminal starts, send an ESG request message carrying the second version information to the ESG server.
  • the default value of the second version information may be preset, and the default value may be used as the second version information when the terminal first requests the ESG from the server.
  • the second version information is carried in the ESG request message sent by the terminal to the server in step 401.
  • This version information can be represented by 0 or other more special symbols.
  • the terminal when the terminal sends an ESG request message to the ESG server, the terminal may request a complete ESG, or may set a filtering condition to request an ESG that meets the filtering condition.
  • the filter condition can be set as the user's personal preference, whether to use personal information, etc.
  • the filter condition When the filter condition is set to "all" or no filter condition is set, it can be regarded as a special condition setting. At this time, the filter condition Indicates that all valid fragments are requested.
  • the terminal may initiate an ESG request to the ESG server by using an HTTP GET method or other manner, and set a filter condition in the request message.
  • the constructed ESG request message can be as follows:
  • the string after the GET method indicates the filter condition.
  • Step 402 The ESG server receives the request of the terminal.
  • Step 403 When the first version information of the ESG maintained by the server is different from the second version information in the ESG request message, the ESG server sets the ESG corresponding to the ESG requested by the terminal and corresponding to the second version information. The updated ESG data is sent to the terminal, and the first version information is sent to the terminal.
  • the ESG server may filter the fragment according to the filtering condition in the terminal ESG request message to obtain ESG data that meets the filtering condition. Since the second version information is the second version information for requesting all the ESG data in this step, the server can send all the ESG data satisfying the filtering condition, that is, the entire ESG, to the terminal.
  • Step 404 The terminal receives and saves the ESG data from the ESG server and the first version information.
  • the terminal may store the received ESG data as a file, and replace the saved second version information with the first version information.
  • the method for the terminal to save the second version information may be to record the second version information as a file attribute in a file storing the ESG data, or to store the second version information by using a file independent of the file.
  • the second version information may be saved using a text file or an OTA Download download descriptor file that is separate from the file storing the ESG data.
  • Step 405 When the ESG data in the server is updated, the server is responsible for maintaining the first version of the ESG and the latest update time of the fragment.
  • the absolute time of the server, the change/combination of the absolute time of the server, or the identifier of the old and new versions of the server may be used to identify the version information of the ESG or the information indicating the latest update time of the ESG, that is, the first version information.
  • the latest update time of the fragment in the ESG can be used to indicate the first version information of the ESG.
  • the latest update time of the shard is modified to the current absolute time of the server or the current absolute time of the server.
  • the current absolute time of the server or the current absolute time conversion/combination of the server is recorded as the latest update time of the fragment;
  • the latest update time of the shard is modified to the current absolute time of the server or the transformation/combination of the current absolute time of the server.
  • the server can maintain the update time of the slice in the version number of the slice, or maintain the update time of the slice in the structure independent of the slice.
  • Step 406 The terminal sends an ESG request message carrying the second version information to the ESG server.
  • the terminal may initiate an ESG request message to the server according to the second version information saved in step 404. If the filtering condition is set in the ESG request message sent in step 401, the filtering condition needs to be carried in the ESG request message in this step, so as to ensure that the server returns the filtering condition set by the terminal, and in the second version.
  • the updated ESG data occurs after the time corresponding to the information.
  • the terminal may initiate an ESG request to the ESG server by using an HTTP GET method or other manner, and set the filter condition and the second version information in the update request message.
  • the constructed ESG request message can look like this:
  • the string after the GET method indicates the filter condition, and the value of the changedAf ter parameter is set to T1, indicating that it is necessary to determine whether the slice has been updated after time T1.
  • Step 407 The ESG server receives an ESG request message of the terminal that carries the second version information.
  • Step 408 When the first version information of the ESG maintained by the server is different from the second version information in the ESG request message, the ESG server sets the ESG corresponding to the ESG requested by the terminal and corresponding to the second version information. The updated ESG data is sent to the terminal, and the first version information is sent to the terminal.
  • the ESG server may first determine the ESG data that meets the filtering condition according to the filtering condition; and then the ESG data that meets the filtering condition.
  • the fragment that has been updated compared with the fragment in the ESG corresponding to the second version information carried in the ESG request message is sent to the terminal.
  • the above-mentioned update refers to: After the absolute time of the server corresponding to the second version information carried in the ESG request message, the changed fragment and/or the newly added fragment and/or the deleted fragment are changed.
  • the server may further delete the ESG fragment list by using the deleted fragment structure, and send the deleted ESG fragment list to the terminal; or When the terminal sends these deleted fragments, it identifies that the fragments have been deleted.
  • Step 409 Determine whether the update is successful. If the update is successful, proceed to step 411; otherwise, continue to step 410.
  • the terminal will continue to save the previously saved second version information as the version information parameter when the ESG request is made next time.
  • Step 410 Determine whether the ESG request message is repeatedly sent. If yes, proceed to step 406. Otherwise, end the update.
  • the terminal may repeatedly send an ESG request message according to the needs of the user, or may repeatedly send an ESG request message according to a preset fixed time point, or a fixed time interval, or a binary backoff algorithm.
  • Step 411 When the update is successful, the terminal overwrites the originally saved ESG data and the second version information with the received ESG data and the first version information. When the next ESG request is initiated, The update can be initiated based on the updated second version information.
  • Step 412 Determine whether to issue the ESG request again. If yes, proceed to step 406. Otherwise, loop judge or wait for a certain period of time before judging.
  • the first version information of the ESG data is maintained by the ESG server, and the version information of the ESG currently maintained by the server is sent while the ESG data is sent to the terminal.
  • the ESG server receives the ESG request message carrying the second version information from the terminal, determining, by the first version information and the second version information, when the first version information is different from the second version information, The ESG data and the first version information that are updated in association with the ESG requested by the terminal and that correspond to the ESG corresponding to the second version information are transmitted to the terminal. In this way, during the ESG update process, the ESG server will only send the updated ESG data to the terminal, making the ESG update more targeted and reducing the processing consumption of the terminal.
  • step 403 and step 408 of the above embodiment after the ESG server determines the ESG data to be sent to the terminal, all the ESG data can be sent to the terminal once in the same manner as in the prior art. However, when the number of fragments or contents included in the ESG data is large, the server sends all the fragments to the terminal at one time and has the following defects:
  • the server needs to send a message containing a large amount of data to the terminal at one time, which greatly increases the probability of occurrence of transmission errors, and reduces the reliability and transmission efficiency of the transmission.
  • the response message returned from the server is large, the processing capability of the terminal is greatly impacted; and only after all the content of the response message is completely received can be processed and presented to the user, resulting in a large display delay. The processing efficiency is low.
  • fragments to be sent all the fragments determined by the server that meet the filtering conditions and meet the version information conditions are referred to as fragments to be sent.
  • the method of dividing the multiple transmissions is as follows: after the server determines the fragment to be sent, constructs the to-be-sent fragment list transmission by using the determined fragmentation information of all the fragments.
  • the terminal determines the required fragmentation of the terminal according to the to-be-sent fragmentation list, and requests the server for the required fragmentation from the server; the server sends the required fragmentation of the terminal to the terminal multiple times according to the request of the terminal.
  • the to-be-sent fragmentation list includes at least a fragmentation information list, and the fragmentation information list includes at least an ID and a version number of the fragment to be transmitted.
  • the method for determining, by the terminal, the fragmentation required by the terminal according to the to-be-sent fragmentation list is: the terminal determines, according to the to-be-sent fragment ID in the fragmentation information list, the fragment that is not included in the terminal as the fragment required by the terminal; Or the fragment that has been saved by the terminal and whose version number of the slice saved by the terminal does not match the version number of the fragment to be sent in the fragment information list is determined as the fragment required by the terminal.
  • the embodiment of the present invention provides two ways for the terminal to request the fragment of the terminal from the server: First, the terminal sends the fragment request to the server multiple times. Message, and specify the required fragmentation of the terminal in each fragment request message;
  • the other is that the terminal only sends a fragment request message to the server, and informs the server terminal that the fragmentation information of the fragment has been saved, or the fragmentation information of the fragment that the terminal does not have, and the number of fragments that the terminal requests the server to return, by the server. Decide which fragments to send to the terminal, and the terminal returns a confirmation message to the server each time it receives a fragment sent by the server.
  • FIG. 5 is a schematic flowchart diagram of a method for updating an electronic service guide according to Embodiment 3 of the present invention.
  • the method includes the processing of the terminal and the processing of the server. Specifically, the method includes the following steps: Step 501: After the terminal starts, send an ESG request message carrying the second version information to the ESG server.
  • Step 502 The ESG server receives the request of the terminal.
  • Step 503 When the first version information of the ESG maintained by the server is different from the second version information in the ESG request message, determine the fragment to be sent according to the request of the terminal, and construct the fragmentation information of the fragment to be sent.
  • the to-be-sent slice list is placed in the response message and sent to the terminal.
  • the ESG data associated with the ESG requested by the terminal and updated with the ESG corresponding to the second version information may be determined as the to-be-sent fragment in the same manner as the step 403 of the second embodiment.
  • the ESG-configured fragment to be sent may include: a total number of fragments to be sent, a list of fragmentation information, and a combination of any one or more of the maximum number of fragments that the terminal can apply for each time;
  • the fragmentation information list may include: an ID and a version number of the fragment to be sent, a starting position of the fragment in the message, a lifetime of the fragment, a fragment size, a coding format of the fragment, and specific fragmentation information. Any one or combination of multiples.
  • the value of the "slice in the start position of the message" field indicates the starting position of each fragment in the "specific fragmentation information” field.
  • the server can send two fragments to the terminal at a time.
  • the server can construct a fragmentation information list according to the structure shown in Table 1:
  • Fragment InfoLi st Fragment information list consisting of multiple fragmentation information.
  • FragmentID [i] The ID value of the fragment, together with the fragment version information, forms a fragmentation information list.
  • Fragment Vers ion [i] The version number of the fragment, together with the fragment ID, forms a list of fragmentation information.
  • OffSet [i] indicates the starting position of the shard in this message.
  • Val idFrom [i] The start time of the aging time of the shard. This parameter is optional.
  • ValidTo[i] The end time of the slice's lifetime, which is optional.
  • FragmentSize [i] The size of the fragment. This parameter is optional.
  • FragmentEncoding [i] The encoding format of the fragment. This parameter is optional.
  • This parameter is optional.
  • MaxReques tNum The maximum number of shards a terminal can apply at a time.
  • a list of FragmentList fragments consisting of multiple fragments.
  • the server judges that the content of the fragment is relatively small and does not need to be divided into multiple transmissions, the fragment can be directly sent.
  • Fragment data [i] Specific fragmentation information whose information content is the same as the existing specification. Table 2
  • the server constructs the fragmentation information list in the order of the number of the fragment IDs, or in other order.
  • the slice information list can be constructed in such a manner that the slices associated with a certain program are consecutively arranged because:
  • a program information is usually associated with a plurality of shards, and a shard ID associated with a certain program information is not necessarily contiguous.
  • the shard ID associated with program A may be 1 and 3
  • the tile IDs associated with program B may be 2, 4, and 5; therefore, when constructing the tile information list, the server may arrange the tile information in the list in order of facilitating terminal processing.
  • the slices 1 and 3 associated with the program A are successively placed, and the segments 2, 4, and 5 associated with the program B are successively placed instead of simply being arranged in numerical order. In this way, if the terminal By requesting the tiles in the order of the list, all the tile information associated with the program A can be quickly obtained and presented to the user.
  • the server may carry a response indicating that the maximum number of fragments that the terminal can apply for each time (MaxReques tN), the value of the parameter may be Set to a static value, or it can be dynamically adjusted by the server based on the current network conditions or the processing of the server itself. For example, the server specifies that the maximum number of fragments is 2 in the response message of this section. When the network status is good and the server itself is in a good condition, the maximum number of fragments can be specified in the next response message to be 10, and the maximum number of fragments requested by the terminal. The number of shards within the specified range of this parameter can be requested.
  • the server may further determine whether to need to transmit multiple times according to the content of the fragment to be sent. If it needs to be transmitted multiple times, it may be transmitted according to the method of the present invention; Then, according to the related specifications of the prior art, the to-be-sent fragment is placed in the "specific fragmentation information" field of the fragment (FragmentList) of the fragment shown in Table 2 and sent to the terminal.
  • the to-be-sent fragment is placed in the "specific fragmentation information" field of the fragment (FragmentList) of the fragment shown in Table 2 and sent to the terminal.
  • Step 504 The terminal receives and saves a list of to-be-sent fragments from the ESG server.
  • Step 505 The terminal determines the required fragmentation of the terminal according to the received fragmentation to be sent list, and sends a fragmentation request message to the ESG server.
  • the terminal may determine, according to the fragment identifier in the fragmentation information list, the fragment that is not included in the terminal as the fragment required by the terminal according to the locally saved fragmentation information; or according to the fragment in the fragmentation information list.
  • the slice identifier determines the fragment that the terminal has saved, but the slice version number of the slice saved by the terminal does not match the slice version number in the fragment information list, is determined as the fragment required by the terminal.
  • the fragment required by the terminal is all the fragments in the fragment information list.
  • the fragment request message may include: a fragment list required by the terminal and/or a number of fragments requested by the message to the server.
  • the fragmentation information list may include: the ID of the fragment and/or the version information; the number of fragments requested by the message to the server cannot exceed the maximum number of fragments that the terminal can apply at a time. the amount.
  • the terminal since the terminal does not store any fragments locally, the terminal may request the fragments 1 and 3 from the server in the order of the fragmentation information list.
  • the request message sent by the terminal to the server can be constructed according to the structure shown in Table 3:
  • the terminal may also request other fragments from the server, but the requested number of fragments cannot exceed the parameter: the maximum number of fragments that the terminal can apply for each time.
  • Step 506 The server sorts the to-be-sent fragments according to the request of the terminal.
  • the server determines, according to the request received from the terminal, whether the terminal carries the terminal in the request.
  • the fragmentation list is required. If the request message carries the fragment list required by the terminal, it indicates that the terminal has received the to-be-sent fragment list sent by the server, and the fragment listed in the fragmentation list required by the terminal is the terminal to the server.
  • the fragment of the request the server sorts the fragment to be sent according to the request of the terminal; if the request message does not carry the fragment list required by the terminal, it indicates that the first request sent by the terminal to the server or has not been received by the server For the list of fragments to be sent, the server should send a list of fragments to be sent to the terminal according to step 503.
  • Step 507 The server sends the fragment requested by the terminal and the first version information of the ESG maintained by the server to the terminal.
  • the first version information of the ESG maintained by the server is the current latest version information of the ESG, and the version information can be used as a judgment condition when the next terminal initiates an ESG update to the server.
  • the message that the server sends the fragment to the terminal may include: the number of fragments in the message, the fragment information list of the fragment included in the message, the list of fragments, and the maximum fragment that the terminal can apply for each time. A combination of any one or more of the number, the failed fragmentation list;
  • the fragment information list of the fragment included in the message includes: an ID and a version number of the fragment, a start position of the fragment in the message, and a combination of any one or more of the fragment sizes;
  • the list contains specific shards;
  • the invalid shard list contains any one or combination of the ID and version number of the failed shard.
  • the fragment listed in the invalid fragmentation list is a fragmentation fragmentation. Therefore, the terminal should request the server to list the fragmentation information list according to the fragmentation information list and the invalid fragmentation list. Fragments not listed in the slice list.
  • the server can determine that a maximum of three fragments can be sent in each message according to the current network status or its own status.
  • the parameter may be: the maximum score that the terminal can apply at a time.
  • the value of the number of slices is set to 3.
  • the response message that the server sends the fragmentation information to the terminal can be constructed according to the structure shown in Table 5:
  • FragmentSum Total number of fragments, the number of fragments included in this message.
  • FragmentlnfoList A list of fragmentation information in this message, composed of fragmentation information of multiple fragments.
  • FragmentID [i] The ID value of the fragment, which together with the fragment version information constitutes the fragmentation information list.
  • OffSet [i] indicates the starting position of the shard in this message.
  • a list of FragmentList fragments consisting of multiple fragments.
  • Fragment data [i] The specific fragmentation whose information content is the same as the existing specification.
  • MaxReques tNum The maximum number of shards a terminal can apply at a time.
  • the list indicates: a fragment that has expired in the fragmentation information list from the time when the terminal receives the fragmentation information list to the time when the terminal requests the fragmentation, and the list is an optional parameter.
  • FragmentID [i] The ID value of the fragment, which together with the fragment version information constitutes the fragmentation information list.
  • the version number of the FragmentVers ion fragment which is combined with the fragment ID to form a fragmentation information column.
  • Step 508 The terminal receives, saves the fragment from the server and the first version information, and saves the received first version information as the new second version information. And according to the fragment request message sent to the server in step 505, check the integrity and correctness of the received fragment. If the requested fragment is completely and correctly received, proceed to step 509; otherwise, execute the step. 505, resend the last request sent to the server.
  • Step 509 The terminal determines whether the ESG fragment can be partially presented. If yes, proceed to step 510; otherwise, go to step 505 to continue performing the request fragmentation operation.
  • Step 510 Present partial ESG information to the user.
  • Step 511 According to the fragment information list saved in step 508 and the fragment saved locally by the terminal, determine whether the transmission of the fragment required by all the terminals is completed. If not, go to step 509 and continue. Perform the request fragmentation operation.
  • Step 512 When the ESG fragment is updated in the server, the server is responsible for maintaining the first version of the ESG and the latest update time of the fragment.
  • the method for maintaining the sharding version information of the server is the same as that of the second step 405 of the second embodiment, and details are not described herein again.
  • Step 513 The terminal sends an ESG request message carrying the second version information to the ESG server.
  • Step 514 The ESG server receives an ESG request message of the terminal that carries the second version information.
  • Step 515 When the first version information of the ESG maintained by the server is different from the second version information in the ESG request message, the ESG server sets the ESG corresponding to the ESG requested by the terminal and corresponding to the second version information. The updated ESG data is sent to the terminal, and the first version information is sent to the terminal.
  • Step 516 Determine whether the update is successful. If the update is successful, proceed to step 518; otherwise, continue to step 517.
  • Step 517 Determine whether the ESG request message is repeatedly sent. If yes, proceed to step 513. Otherwise, end the update.
  • Step 518 When the update is successful, the terminal overwrites the originally saved ESG data and the second version information with the received ESG data and the first version information. The next time an ESG request is initiated, an update can be initiated based on the updated second version information.
  • Step 519 Determine whether to issue the ESG request again. If yes, proceed to step 513. Otherwise, loop judge or wait for a certain period of time before judging.
  • the method for transmitting the ESG data that meets the condition to the terminal is obtained by the server.
  • the server not only the update process of the ESG is more targeted, but also the processing consumption of the terminal is reduced.
  • the multiple transmissions prevent the server from transmitting the message containing a large amount of data to the terminal at one time, thereby improving the reliability and transmission efficiency of the transmission.
  • the first version information of the ESG data is maintained by the ESG server, And sending the version information of the ESG currently maintained by the server to the terminal while sending the ESG data to the terminal; when the ESG server receives the ESG request message carrying the second version information from the terminal, the first version information and the The second version information is judged.
  • the first version information is different from the second version information
  • the updated ESG data and the first version that are associated with the ESG requested by the terminal and compared with the ESG corresponding to the second version information are compared.
  • the information is sent to the terminal. In this way, during the ESG update process, the ESG server will only send the updated ESG data to the terminal, making the ESG update more targeted and reducing the processing consumption of the terminal.
  • the operation of determining whether the ESG data is updated is performed by the server instead of the terminal, which can save the power of the terminal, and has greater benefits for the power sensitive terminal. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Information Transfer Between Computers (AREA)

Description

更新电子业务指南的方法、 服务器、 终端及系统 技术领域
本发明涉及移动视频广播技术， 特别涉及更新电子业务指南的方法、 电 子业务指南服务器、 终端及系统。
背景技术
移动视频广播业务是一种通过广播网络、 移动通信网络以及移动终端为 移动用户传送视频内容的新型移动业务。
电子业务指南 （ESG, Electronic Service Guide )是移动视频广播中非 常重要的一种应用层技术。 ESG数据为用户查看关于各种业务的资料、 浏览视 频频道和节目单、 浏览价格表、 选择和购买价格表中的一项或多项内容、 以 及登录网站浏览网页等，提供了直接的用户接口界面和访问指南。 ESG数据是 ESG和分片的统称， 其中， ESG由很多不同种类的分片根据其内在的逻辑关系 组成。 通常， 一个节目信息与多个分片相关联， 在服务器侧和终端侧对 ESG 数据均釆取分片化的机制进行处理。
用户获取 ESG数据的方式有很多种， 其中一种方式是通过交互通道获取 ESG数据。 现有技术中， TV-A (TV-Anytime)和广播协议（ BCAST )定义了通 过交互通道传输 ESG的方法。
图 1为现有通过交互通道传输电子业务指南的信令交互流程图。参见图 1, 该信令交互过程包括以下步骤：
步骤 101: 终端向 ESG服务器发送 ESG请求消息。
步骤 102: ESG服务器将与终端所请求 ESG相关联的所有分片置于响应消 息中发送给终端。
至此， 完成通过交互通道传输 ESG的过程。
经过一段时间之后， 终端所保存的部分分片可能已经在服务器侧更新， 此时， 终端希望更新终端本地所保存的分片。 在现有技术中， 终端只能按照 图 1所示方法再次向 ESG服务器请求 ESG,而 ESG服务器也将把与终端所请求 ESG相关联的所有分片都发送给终端。 实际上， 终端所保存的所有分片可能在 服务器侧并未更新， 或者终端所保存的大部分分片可能与服务器侧所保存的 分片是一致的，并未更新，对于并未更新的分片， ESG服务器无需发送给终端。 本发明的发明人发现， 由于现有技术 ESG更新的针对性不强， 导致在 ESG更 新过程中存在不必要的传输， 且增加了终端的处理消耗。
发明内容
有鉴于此， 本发明实施例提供一种更新电子业务指南的方法， 以增强 ESG 更新的针对性， 减轻终端的处理消耗。
本发明实施例所提供的一种更新电子业务指南的方法，由服务器维护 ESG 的第一版本信息， 并包括以下步骤：
服务器接收来自于终端的携带第二版本信息的 ESG请求消息；
当第一版本信息与第二版本信息不相同时， 服务器将与终端所请求 ESG 相关联的、 且与第二版本信息所对应的 ESG相比发生更新的 ESG数据发送给 终端， 并将第一版本信息发送给终端。
本发明实施例还提供一种电子业务指南服务器， 以增强 ESG 更新的针对 性， 减轻终端的处理消耗。
本发明实施例所提供的一种电子业务指南服务器， 包括版本维护模块、 第一通信模块、 第一请求处理模块和第一存储模块；
所述版本维护模块， 用于维护 ESG的第一版本信息；
第一通信模块， 用于接收携带第二版本信息的 ESG请求消息；
第一请求处理模块， 用于根据 ESG请求消息查询第一存储模块得到与终 端所请求 ESG相关联的、且与第二版本信息所对应的 ESG相比发生更新的 ESG 数据， 将查询得到的 ESG数据以及第一版本信息通过第一通信模块发送； 第一存储模块， 用于存储分片。 本发明实施例还提供一种终端， 以增强 ESG 更新的针对性， 减轻终端的 处理消耗。
本发明实施例所提供的一种终端， 包括第二通信模块、 第二请求处理模 块和第二存储模块；
第二请求处理模块， 用于产生携带第二版本信息的 ESG请求消息； 第二通信模块， 用于接收分片以及第一版本信息；
第二存储模块， 用于存储分片以及第一版本信息。
本发明实施例还提供一种更新电子业务指南的系统， 以增强 ESG 更新的 针对性， 减轻终端的处理消耗。
本发明实施例所提供的一种更新电子业务指南的系统， 包括 ESG服务器 和终端；
所述终端， 用于向 ESG服务器发送携带第二版本信息的 ESG请求消息； 所述 ESG服务器， 用于维护 ESG的第一版本信息， 并用于根据 ESG请求 消息将与终端所请求 ESG相关联的、 且与第二版本信息所对应的 ESG相比发 生更新的 ESG数据以及第一版本信息发送给终端。
由上述技术方案可见， 本发明实施例所公开的技术方案中， 由服务器维 护 ESG的第一版本信息， 并在向终端发送 ESG数据的同时将服务器当前所维 护的 ESG 的版本信息发送给终端； 当服务器接收到来自于终端的携带第二版 本信息的 ESG请求消息时， 对第一版本信息和第二版本信息判断， 当第一版 本信息与第二版本信息不相同时， 将与终端所请求 ESG相关联的、 且与第二 版本信息所对应的 ESG相比发生更新的 ESG数据以及第一版本信息发送给终 端。 如此， 在 ESG更新过程中， 服务器只会将发生了更新的 ESG数据发送给 终端， 使得 ESG更新更有针对性， 减少了终端的处理消耗。 附图说明 图 1为现有通过交互通道传输电子业务指南的信令交互流程图； 图 2为本发明实施例一中更新电子业务指南的系统的结构示意图； 图 3为本发明实施例中更新电子业务指南的信令交互流程示意图； 图 4为本发明实施例二中更新电子业务指南的方法的流程示意图； 图 5为本发明实施例三中更新电子业务指南的方法的流程示意图。 具体实施方式 为使本发明的目的、 技术方案及优点更加清楚明白， 以下参照附图并举 实施例， 对本发明作进一步详细说明。
图 2 为本发明实施例一中更新电子业务指南的系统的结构示意图。 参见 图 2 , 该系统由 ESG服务器 210和终端 220组成， 其中 ESG服务器 210包括： 第一通信模块 211、 第一请求处理模块 212、 第一存储模块 113和版本维护模 块 214; 终端 220包括： 第二通信模块 221、 第二请求处理模块 222和第二存 储模块 223。
图 2所示 ESG服务器 210中的版本维护模块 214 , 用于维护 ESG服务器 210中 ESG的版本信息， 这里， 将该版本信息称为第一版本信息。 本实施例所 述第一版本信息是： 以服务器的绝对时间、 对服务器绝对时间的变换 /组合、 或标识版本新旧的标识符表示的， 标识 ESG版本的信息或标识 ESG最近更新 时间的信息， 并且， 第一版本信息是 ESG服务器维护的 ESG的当前最新版本 信息。
本实施例中， 假设终端 220的第二存储模块 223中已保存第二版本信息， 该第二版本信息与上述第一版本信息类似， 也是以服务器的绝对时间、 对服 务器绝对时间的变换 /组合、 或标识版本新旧的标识符表示的， 标识 ESG版本 的信息或标识 ESG 最近更新时间的信息； 与第一版本信息的不同之处在于， 该第二版本信息只是终端所保存的 ESG版本信息， 不一定是 ESG服务器所维 护 ESG的当前最新版本信息。 本实施例中， 终端 220可以使用第二版本信息 向 ESG服务器请求与该第二版本信息所对应的 ESG相比发生更新的 ESG数据。 较佳地， 可以为第二版本信息预先设置一个或多个默认取值， 并设定当 服务器收到的 ESG请求消息中携带有取值为所述默认取值的第二版本信息时， 服务器将哪些 ESG数据发送给终端。 例如， 可以设置一个默认取值， 该默认 取值表示服务器需要将与终端所请求 ESG相关联的所有数据发送给终端， 那 么终端首次向服务器请求 ESG时就可以使用该默认取值作为第二版本信息。
图 1所示 ESG系统的工作原理是： 终端 220中的第二请求处理模块 222 产生携带第二版本信息的 ESG请求消息， 并将所产生的 ESG请求消息通过第 二通信模块 221发送至 ESG服务器 210中的第一通信模块 211;
ESG服务器 210中的第一通信模块 211, 将从终端 220接收的 ESG请求消 息发送给第一请求处理模块 212进行处理；
ESG服务器 210中的第一请求处理模块 212, 根据从第一通信模块 211接 收的 ESG请求消息查询第一存储模块 213,确定与终端 220所请求 ESG相关联 的、 且与第二版本信息所对应的 ESG相比发生更新的 ESG数据， 并将所确定 的 ESG数据以及第一版本信息通过第一通信模块 211发送给终端 220中的第 二通信模块 221;
终端 220中的第二通信模块 221,接收来自于 ESG服务器 210的 ESG数据 以及第一版本信息， 并发送给第二存储模块 223。 更新第二存储模块 223中的 ESG数据以及第二版本信息。在下次的 ESG更新过程中， 将使用该更新之后的 第二版本信息向 ESG服务器发送 ESG消息。
在图 2所示系统中， 终端 220中的第二存储模块 223可以将所接收的分 片存储为 ESG; 对于第二版本信息， 可以将其作为文件属性记录于 ESG中， 也 可以釆用独立的文本文件或空口下载 （OTA Download ) 的下载描述符 （DD, Download Descriptor )文件存储所述第二版本信息。
并且， 终端 220中可以进一步包括过滤条件存储模块 225。 在第二请求处 理模块 222所产生的 ESG请求消息中可以携带过滤条件， 该过滤条件存储于 过滤条件存储模块 225中。 当终端 210再次向 ESG服务器 220发送携带第二 版本信息的 ESG请求消息时， 可以将所述过滤条件与第二版本信息一起携带 于 ESG请求消息中， 这样， 就可以保证 ESG服务器返回终端所希望更新分片 范围内的、 发生更新的分片。
图 2所示 ESG服务器 210中可以进一步包括分片更新时间维护模块 215 , 该分片更新时间维护模块 215用于在分片发生更改、 新增分片或删除分片时， 将分片的最近更新时间修改为服务器当前的绝对时间或服务器当前绝对时间 的变换 /组合。 当 ESG服务器维护了分片的最近更新时间时， 可以用 ESG中分 片的最近更新时间来表示第一版本信息和第二版本信息。
图 2所示第一请求处理模块 212 中可以进一步包括更新判断单元； 该更 新判断单元用于根据 ESG请求消息中的第二版本信息， 将在该第二版本信息 对应的服务器绝对时间之后， 发生更改的分片和 /或新增的分片和 /或删除的 分片确定为与第二版本信息所对应的 E S G相比发生更新的分片。
并且， 当 ESG数据内容较多时， ESG服务器可以分多次将 ESG数据发送给 终端， 此时， 图 2所示 ESG服务器 210中可以进一步包括第一分片处理模块 216。 该第一分片处理模块 216 , 用于根据第一请求处理模块 212查询得到的 ESG数据的分片信息构造待发送分片列表，并将待发送分片列表通过第一通信 模块 211发送。 如此， 终端 220就可以根据该待发送分片列表来向 ESG服务 器 210请求终端所需分片， 实现了在 ESG数据内容较多时， 分多次将终端所 需分片发送给终端。
相应的， 终端 220中可以进一步包括第二分片处理模块 224。 该第二分片 处理模块 224用于根据待发送分片列表查询第二存储模块 223 ,确定终端所需 分片， 发送至第二请求处理模块 222; 终端 220中的第二请求处理模块 222 , 用于根据终端所需分片产生分片请求消息发送至 ESG服务器 210。
以上对图 2所示更新电子业务指南系统的工作原理进行了说明。 图 2所 示系统中， ESG服务器 210与终端 220之间的交互一般通过移动通信网络来实 现。 这里， 移动通信网络可以包括： 全球移动通信系统（GSM ) 网络、 通用无 线分组业务（GPRS ) 网络和宽带码分多址接入（WCDMA ) 网络等。 服务器与终 端之间的消息交互可以釆用超文本传输协议（HTTP )、 无线应用协议（WAP ) 或者短信等其他有效渠道进行传输。
本发明在提供了如图 2所示 ESG系统的基础上， 还提供了更新 ESG的方 法。 下面对本发明实施例更新 ESG的方法进行介绍。
图 3 为本发明实施例中更新电子业务指南的信令交互流程示意图。 参见 图 3 , 该信令交互过程包括以下步骤：
步骤 301 : 服务器维护 ESG的第一版本信息；
步骤 302: 服务器接收来自于终端的携带第二版本信息的 ESG请求消息； 步骤 303: 当第一版本信息与第二版本信息不相同时， 服务器将与终端所 请求 ESG相关联的、 且与第二版本信息所对应的 ESG相比发生更新的 ESG数 据发送给终端， 并将第一版本信息发送给终端。
终端收到 ESG数据和第一版本信息之后， 可以用更新后的 ESG数据替换 终端本地所保存的 ESG数据、 并用第一版本信息替换终端本地所保存的第二 版本信息。 在下次的 ESG 更新过程中， 就可以釆用该更新后的版本信息构造 ESG请求消息， 并重复步骤 302至步骤 303的操作， 完成 ESG更新。
至此， 结束本实施例更新电子业务指南的信令交互流程。
较佳地， 在上述实施例中可以为第二版本信息， 预先设置一个或多个默 认取值， 并设定当服务器收到的 ESG请求消息中携带有取值为所述默认取值 的第二版本信息时， 服务器将哪些 ESG数据发送给终端。 例如， 可以设置一 个默认取值， 该默认取值表示服务器需要将与终端所请求 ESG相关联的所有 数据发送给终端， 那么终端首次向服务器请求 ESG 时就可以使用该默认取值 作为第二版本信息。 当服务器收到携带有用于请求所有 ESG数据的第二版本 信息的 ESG请求消息时， 将与终端所请求 ESG相关联的所有 ESG数据发送给 终端。
在本发明实施例中， 服务器所维护的 ESG的第一版本信息是 ESG的当前 最新版本信息； 终端所保存的第二版本信息是终端上一次接收来自于服务器 的 ESG数据时， ESG的版本信息。 通过第二版本信息， 可以确定服务器中与第 二版本信息所对应的 ESG相比发生更新的 ESG数据，并将这些发生更新的 ESG 数据发送给终端， 从而实现有针对性的 ESG更新。
上述与第二版本信息所对应的 ESG相比发生更新的 ESG数据， 可以是第 一版本信息所对应的 ESG中的所有分片， 即整个 ESG; 也可以是第一版本信息 所对应的 ESG中、 与第二版本信息所对应的 ESG中的分片相比发生更新的分 片， 即 ESG中发生更新的部分分片。
为了实现将 ESG 中发生更新的部分分片发送给终端， 服务器除了需要维 护 ESG 的第一版本信息之外， 还需要维护分片的最近更新时间。 这样， 利用 第二版本信息和分片的最近更新时间， 就可以进一步判断第一版本信息所对 应的 ESG中、 与第二版本信息所对应的 ESG中的分片相比发生更新的分片， 从而使得服务器可以不将整个 ESG发送给终端， 而是仅将发生更新的那部分 分片发送给终端。
上述实施例中， 服务器可以釆用服务器的绝对时间、 对服务器绝对时间 的变换或组合、 或标识版本新旧的标识符来表示第一版本信息和第二版本信 息。 考虑到维护分片版本信息的复杂性， 较佳地可以釆用服务器的绝对时间、 对服务器绝对时间的变换或组合来表示。这里，将变换或组合记为变换 /组合。
对于分片的最近更新时间， 服务器可以在分片的版本号中保存， 也可以 釆用独立于分片的结构保存。
当釆用在版本号中保存的方式时， 为了减少分片的最近更新时间所占的 带宽， 可以釆用位段的形式进行存储。 位段就是将一个字节划分为多段， 并 以每一段分别代表不同的含义。 釆用位段的形式存储时间就是指用不同的位 段分别存储时间中的各个量度， 例如： 年、 月、 日、 时、 分、 秒等。 较佳地， 可以釆用约化儒略日 （MJD )格式或网络时间协议（NTP )格式来实现。
若要釆用独立于分片的结构保存分片的最近更新时间， 可以通过构建一 个数组来实现。 较佳地， 可以是二维数组， 该二维数组中可以包含所有分片 的 ID和最近更新时间， 如此， 可以通过分片的 ID查询到该分片的最近更新 时间。 当然， 上述几种方式仅为举例说明， 本实施例中分片的最近更新时间 并不限于以上述几种方式来表示。 实施例二：
图 4 为本发明实施例二中更新电子业务指南的方法的流程示意图。 参见 图 4 , 该方法包括终端的处理和服务器端的处理， 具体来说， 包括以下步骤： 步骤 401 : 终端启动之后， 向 ESG服务器发送携带第二版本信息的 ESG请 求消息。
如前所述， 可以预先设置第二版本信息的默认取值， 当终端首次向服务 器请求 ESG 时可以使用该默认取值作为第二版本信息。 本实施例中， 终端在 步骤 401向服务器所发送的 ESG请求消息中， 所携带的就是这种第二版本信 息。 这种版本信息可以用 0或其他比较特殊的符号表示。
本实施例中， 在终端向 ESG服务器发送 ESG请求消息时， 可以请求完整 的 ESG , 也可以设置过滤条件， 请求符合过滤条件的 ESG。 所设置的过滤条件 可以是用户的个人偏好、 是否使用个人信息等， 当把过滤条件设置为 "所有" 或不设置过滤条件时， 可以视为一种特殊的条件设置， 此时， 该过滤条件表 示请求所有有效的分片。
本步骤中， 若在 ESG请求消息中设置了过滤条件， 则终端需保存所设置 的过滤条件。
较佳地， 终端可以通过 HTTP GET方法或其他方式向 ESG服务器发起 ESG 请求， 并将过滤条件设置于该请求消息中。 所构造的 ESG请求消息可以如下 所示：
GET /ESG? Serv i ce ID=1 00 HTTP/ 1. 1
Hos t: www. examp le, com Content-Type: text/xml
其他消息头…- -.
上述消息中， GET方法后的字符串表示过滤条件。
步骤 402: ESG服务器接收终端的请求。
步骤 403: 当服务器所维护的 ESG的第一版本信息与 ESG请求消息中的第 二版本信息不相同时， ESG服务器将与终端所请求 ESG相关联的、且与第二版 本信息所对应的 ESG相比发生更新的 ESG数据发送给终端， 并将第一版本信 息发送给终端。
本步骤中， ESG服务器可以根据终端 ESG请求消息中的过滤条件对分片进 行过滤， 获得满足所述过滤条件的 ESG数据。 由于本步骤中， 第二版本信息 为用于请求所有 ESG数据的第二版本信息， 因此， 服务器可以将满足过滤条 件的所有 ESG数据， 也就是整个 ESG都发送给终端。
步骤 404:终端接收并保存来自于 ESG服务器的 ESG数据以及第一版本信 息。
本步骤中， 终端可以将接收到的 ESG数据存储为文件， 并以第一版本信 息替换所保存的第二版本信息。 终端保存第二版本信息的方法可以是将第二 版本信息作为文件属性记录于存储 ESG数据的文件中， 或釆用独立于该文件 的文件存放第二版本信息。 例如， 可以釆用独立于存储 ESG数据的文件的文 本文件或 OTA Download下载描述符文件来保存第二版本信息。
步骤 405: 服务器中 ESG数据发生更新时，服务器负责维护 ESG的第一版 本信息、 以及分片的最近更新时间。
如前所述，可以釆用服务器的绝对时间、对服务器绝对时间的变换 /组合、 或标识版本新旧的标识符， 来标识 ESG的版本信息或标识 ESG最近更新时间 的信息， 即第一版本信息。 这里， 为了简化服务器端维护 ESG 第一版本信息 的复杂度， 可以釆用 ESG中分片的最近更新时间来表示 ESG的第一版本信息。
本步骤中， 当第一版本信息和第二版本信息釆用服务器的绝对时间或对 服务器绝对时间的变换 /组合来表示时， 服务器维护分片的最近更新时间的方 法为：
若分片发生更改， 则将该分片的最近更新时间修改为服务器当前的绝对 时间或服务器当前绝对时间的变换 /组合；
若新增分片， 则将服务器当前的绝对时间或服务器当前绝对时间的变换 / 组合记录为该分片的最近更新时间；
若删除分片， 则将该分片的最近更新时间修改为服务器当前的绝对时间 或服务器当前绝对时间的变换 /组合。
服务器可以在分片的版本号中维护分片的更新时间， 也可以在独立于分 片的结构中维护分片的更新时间。
步骤 406 : 终端向 ESG服务器发送携带第二版本信息的 ESG请求消息。 本步骤中， 终端可以根据步骤 404 所保存的第二版本信息向服务器发起 ESG请求消息。 若在步骤 401所发送的 ESG请求消息中设置有过滤条件， 则本 步骤中需要将该过滤条件携带于 ESG请求消息中， 如此， 才能保证服务器返 回符合终端所设置过滤条件、 且在第二版本信息所对应的时间之后发生更新 的 ESG数据。
较佳地， 终端可以通过 HTTP GET方法或其他方式向 ESG服务器发起 ESG 请求， 并将过滤条件和第二版本信息设置于该更新请求消息中。 所构造的 ESG 请求消息可以如下所示：
GET /ESG? Serv i ce ID=1 00&changedAf ter=Tl HTTP/ 1. 1
Hos t: www. examp le, com
Content-Type: text/xml
其他消息头…- -.
上述消息中， GET方法后的字符串表示过滤条件， changedAf ter 参数的 值设为 T1 , 表示需要判断分片是否在时间 T1之后发生过更新。
步骤 407 : ESG服务器接收终端的携带第二版本信息的 ESG请求消息。 步骤 408: 当服务器所维护的 ESG的第一版本信息与 ESG请求消息中的第 二版本信息不相同时， ESG服务器将与终端所请求 ESG相关联的、且与第二版 本信息所对应的 ESG相比发生更新的 ESG数据发送给终端， 并将第一版本信 息发送给终端。
本步骤中， 若 ESG请求消息中除了携带有版本信息之外， 还携带有过滤 条件， 则 ESG服务器首先可以根据该过滤条件确定符合所述过滤条件的 ESG 数据； 然后在符合过滤条件的 ESG数据中， 将与 ESG请求消息中所携带的第 二版本信息所对应的 ESG中的分片相比发生过更新的分片发送给终端。
上述发生过更新是指： 在 ESG请求消息中所携带的第二版本信息对应的 服务器绝对时间之后， 发生更改的分片和 /或新增的分片和 /或删除的分片。
对于在第二版本信息对应的服务器绝对时间之后删除的分片， 服务器可 以进一步以这些已删除的分片构造删除 ESG分片列表， 并将该删除 ESG分片 列表发送给终端； 或， 在向终端发送这些已删除的分片时， 标识出这些分片 已被删除。
步骤 409: 判断更新是否成功， 若更新成功， 则继续执行步骤 411 ; 否则， 继续执行步骤 410。
本步骤中， 当更新失败时， 例如无法连接服务器或服务器没有反应时， 终端将继续保存原来所保存的第二版本信息， 作为下次提出 ESG请求时的版 本信息参数。
步骤 410: 判断是否重复发送 ESG请求消息， 如果是， 则继续执行步骤 406 , 否则， 结束本次更新。
本步骤中， 终端可以根据用户的需要随时重复发出 ESG请求消息， 也可 以根据预先设置的固定的时间点、 或固定的时间间隔、 或釆用二进制退让算 法重复发出 ESG请求消息。
步骤 411 : 当更新成功时， 终端以所接收到的 ESG数据以及第一版本信息 覆盖原来所保存的 ESG数据和第二版本信息。 在下一次发起 ESG请求时， 就 可以根据已更新的第二版本信息发起更新。
步骤 412: 判断是否再次发出 ESG请求， 如果是， 则继续执行步骤 406 , 否则， 循环判断或等待一定时间之后再判断。
至此， 完成本发明实施例二中更新电子业务指南的流程。
由上述实施例可见， 本发明实施例二所公开的技术方案中， 由 ESG服务 器维护 ESG数据的第一版本信息， 并在向终端发送 ESG数据的同时将服务器 当前所维护的 ESG的版本信息发送给终端； 当 ESG服务器接收到来自于终端 的携带第二版本信息的 ESG请求消息时， 对第一版本信息和第二版本信息判 断， 当第一版本信息与第二版本信息不相同时， 将与终端所请求 ESG相关联 的、 且与第二版本信息所对应的 ESG相比发生更新的 ESG数据以及第一版本 信息发送给终端。 如此， 在 ESG更新过程中， ESG服务器只会将发生了更新的 ESG数据发送给终端， 使得 ESG更新更有针对性， 减少了终端的处理消耗。
在上述实施例的步骤 403和步骤 408中， 当 ESG服务器确定需要向终端 发送的 ESG数据之后， 可以按照与现有技术同样的方式将所有 ESG数据一次 性发送给终端。 但是， 当 ESG数据中所包含的分片数量或内容较多时， 服务 器一次性将所有分片发送给终端存在如下缺陷：
当 ESG内容较多时， 服务器需要一次性向终端发送包含大量数据的消息， 将大大增加发生传输错误的概率， 降低传输的可靠性和传输效率。 并且， 当 从服务器返回的响应消息很大时， 将对终端的处理能力造成较大冲击； 而且 只有完整接收响应消息的所有内容之后才能进行处理， 并向用户展现， 导致 显示时延较大， 处理效率较低。
考虑到上述传输效率和可靠性的因素， 当判定分片数量较多时， 较佳地 可以釆用分多次传输的方式将分片发送给终端。
为描述简便， 以下的描述中将服务器所确定的所有符合过滤条件、 符合 版本信息条件的分片称为待发送分片。 分多次传输的方法为： 在服务器确定 待发送分片之后， 以所确定的所有分片的分片信息构造待发送分片列表发送 给终端； 终端根据待发送分片列表确定终端所需分片， 并向服务器请求终端 所需分片； 服务器根据终端的请求将终端所需分片分多次发送给终端。
上述分多次传输的方法中， 待发送分片列表至少包含分片信息列表， 分 片信息列表中至少包含待发送分片的 ID和版本号。
较佳地， 终端根据待发送分片列表确定终端所需分片的方法为： 终端根 据分片信息列表中的待发送分片 ID, 将终端所没有的分片确定为终端所需分 片； 或将终端已保存、 且终端所保存分片的版本号与所述分片信息列表中待 发送分片的版本号不相符的分片确定为终端所需分片。
在终端获取待发送分片列表、 并确定终端所需分片之后， 本发明实施例 提供了两种终端向服务器请求终端所需分片的方式： 一种是终端多次向服务 器发送分片请求消息， 并在每个分片请求消息中指定终端所需分片；
另一种是终端只向服务器发送一次分片请求消息， 告知服务器终端已保 存分片的分片信息， 或终端所没有分片的分片信息， 以及终端要求服务器返 回的分片数量， 由服务器决定向终端发送哪些分片， 并且， 终端在每次收到 服务器发送的分片时， 向服务器返回确认消息。
下面对在本发明更新 ESG 方案中， 如何实施分多次传输分片进行详细介 实施例三：
图 5 为本发明实施例三中更新电子业务指南的方法的流程示意图。 参见 图 5 , 该方法包括终端的处理和服务器端的处理， 具体来说， 包括以下步骤： 步骤 501 : 终端启动之后， 向 ESG服务器发送携带第二版本信息的 ESG请 求消息。
步骤 502: ESG服务器接收终端的请求。
步骤 503: 当服务器所维护的 ESG的第一版本信息与 ESG请求消息中的第 二版本信息不相同时， 根据终端的请求， 确定待发送分片， 并以待发送分片 的分片信息构造待发送分片列表置于响应消息中， 发送给终端。 本步骤中， 可以按照与实施例二步骤 403相同的方式， 将与终端所请求 ESG相关联的、且与第二版本信息所对应的 ESG相比发生更新的 ESG数据确定 为待发送分片。
本步骤中， ESG构造的待发送分片列表中可以包含： 待发送分片总数、 分 片信息列表、 终端每次可以申请的最大分片数量中的任意一个或者多个的组 合；
其中， 分片信息列表可以包含： 待发送分片的 ID和版本号、 分片在本消 息中的起始位置、 分片的生存时间、 分片大小、 分片的编码格式、 具体分片 信息中的任意一个或者多个的组合。 其中， 当服务器决定直接将所有分片发 送给终端时， 以 "分片在本消息中的起始位置" 字段的值表示 "具体分片信 息" 字段中各分片的起始位置。
本实施例中， 假设终端所请求的 ESG共包含 5个分片， 服务器每次最多 可以向终端发送 2个分片， 则服务器可以按照如表 1所示的结构构造分片信 息列表：
字段名称 取值
FragmentSum 5
Fragment lnfoLi s t
Fragment ID [0] 1
Fragment Vers ion [0] 1. 0
Va l idFrom 200607082300
Va l idTo 200607082400
FragmentS ize 675
FragmentEncoding UTF-8
Fragment ID [1] 3
Fragment Vers ion [1] 1. 0 字段名称 取值
Val idFrom 200607082300
ValidTo 200607082400
FragmentSize 676
FragmentEncoding UTF-8
FragmentID [2] 2
Fragment Vers ion [2] 1.0
Val idFrom 200607082300
ValidTo 200607082400
FragmentSize 679
FragmentEncoding UTF-8
FragmentID [3] 4
Fragment Vers ion [3] 1.0
Val idFrom 200607082300
ValidTo 200607082400
FragmentSize 678
FragmentEncoding UTF-8
FragmentID [4] 5
Fragment Vers ion [4] 1.0
MaxReques tNum 2
表 1
如表 1所示结构中， 各字段的含义如表 1所示:
字段名称 含义
FragmentSum 分片总数， 根据本次请求确定的待发送分片 、翁 字段名称 含义
Fragment InfoLi st 分片信息列表， 由多个分片信息组成。
FragmentID [i] 分片的 ID值， 与分片版本信息共同组成分片 信息列表。
Fragment Vers ion [i] 分片的版本号， 与分片 ID共同组成分片信息 列表。
OffSet [i] 指示该分片在本消息中的起始位置。
Val idFrom [i] 分片的生存时间的起始时间， 该参数可选。
ValidTo[i] 分片的生存时间的结束时间， 该参数可选。
FragmentSize [i] 分片的大小， 该参数可选。
FragmentEncoding [i] 分片的编码格式， 该参数可选。
Other 与分片有关的其他信息， 该参数可选。
MaxReques tNum 终端每次可以申请的最大分片数量。
FragmentList 分片的列表， 由多个分片组成。 当服务器判断分片内 容比较少， 不需分多次传输时， 可以将分片直接发送。
Fragment data [i] 具体分片信息，其信息内容与现有规范相同。 表 2
服务器构造分片信息列表时可以按照分片 ID的编号顺序排列， 也可以按 照其他顺序排列。 较佳地， 可以按照将与某个节目相关联的分片连续排列的 方式构造分片信息列表， 这是因为：
一个节目信息通常与多个分片相关联， 而与某一个节目信息相关联的分 片 ID并不一定是连续的， 例如， 与节目 A相关联的分片 ID可能为 1和 3, 而 与节目 B相关联的分片 ID可能为 2、 4和 5; 因此， 服务器在构造分片信息列 表时， 可以将分片信息按照便于终端处理的顺序排列在列表中。 参见表 1, 本 实施例中， 将与节目 A相关联的分片 1和 3连续放置， 将与节目 B相关联的 分片 2、 4和 5连续放置， 而不是简单地按照数字顺序排列。 这样， 如果终端 按照列表的顺序请求分片， 则可以很快获得与节目 A相关联的所有分片信息， 并向用户展现该节目信息。
此外， 为了控制终端每次请求的分片数量， 服务器可以在向终端发送的 响应消息中携带表示： 终端每次可以申请的最大分片数量的参数 ( MaxReques tN丽）， 该参数的取值可以设置为一个静态的值， 也可以由服务 器根据当前的网络状况或者服务器自身的处理情况， 动态地调整。 例如， 服 务器在本条响应消息中指定最大分片数量为 2 , 而当网络状况比较好、服务器 自身状况比较好时， 可以在下一条响应消息中指定最大分片数量为 10, 终端 请求分片时最多可以请求该参数规定范围之内的分片数。
本发明中， 服务器还可以根据待发送分片内容的多少， 决定是否需要分 多次传输， 如果需要分多次传输， 则可以按照本发明所述方法进行传输； 如 果不需要分多次传输， 则可以按照现有技术的相关规范， 将待发送分片置于 如表 2 所示分片的列表（FragmentLi s t ) 的 "具体分片信息" 字段中发送给 终端。
步骤 504: 终端接收并保存来自于 ESG服务器的待发送分片列表。
步骤 505 ·· 终端根据所接收的待发送分片列表确定终端所需分片， 并向 ESG服务器发送分片请求消息。
本步骤中， 终端可以根据分片信息列表中的分片标识， 对照本地已保存 的分片信息， 将终端所没有的分片确定为终端所需分片； 或者根据分片信息 列表中的分片标识， 将终端已保存、 但终端所保存分片的分片版本号与所述 分片信息列表中的分片版本号不相符的分片确定为终端所需分片。 本实施例 中， 由于终端本地没有任何 ESG分片， 因此， 终端所需分片就是分片信息列 表中的所有分片。
在分片请求消息中可以包含： 终端所需分片列表和 /或本条消息向服务器 申请的分片数量。 其中， 分片信息列表可以包含： 分片的 ID和 /或版本信息； 本条消息向服务器请求的分片数量不能超过终端每次可以申请的最大分片数 量。
本实施例中， 由于终端在本地没有保存任何分片， 则终端可以按照分片 信息列表的顺序， 向服务器请求分片 1和 3。 终端向服务器发送的请求消息可 以按照如表 3所示的结构构造：
Figure imgf000021_0001
表 3
表 3中各字段的含义如表 4所示:
Figure imgf000021_0002
表 4
本步骤中， 终端也可以向服务器请求其他分片， 但是所请求的分片数量 不能超过参数： 终端每次可以申请的最大分片数量的值。
步骤 506: 服务器根据终端的请求整理待发送分片。
本步骤中， 服务器根据从终端接收的请求判断该请求中是否携带终端所 需分片列表， 如果请求消息中携带终端所需分片列表， 则表示终端已接收到 服务器发送的待发送分片列表， 该终端所需分片列表中所列出的分片为终端 向服务器请求的分片， 服务器按照终端的请求整理待发送分片； 如果请求消 息中没有携带终端所需分片列表， 则表示这是终端向服务器发送的第一个请 求、或者还未接收到服务器发送的待发送分片列表，服务器应该按照步骤 503 向终端发送待发送分片列表。
步骤 507 :服务器将终端请求的分片以及服务器所维护的 ESG的第一版本 信息发送给终端。
本步骤中， 服务器所维护的 ESG的第一版本信息即 ESG的当前最新版本 信息， 该版本信息可以作为下次终端向服务器发起 ESG更新时的判断条件。
本步骤中， 服务器向终端发送分片的消息中可以包含： 本消息中的分片 数量、 本消息所包含分片的分片信息列表、 分片的列表、 终端每次可以申请 的最大分片数量、 失效分片列表中的任意一个或者多个的组合；
其中， 本消息所包含分片的分片信息列表包含： 分片的 ID和版本号、 分 片在本消息中的起始位置、 分片大小中的任意一个或者多个的组合； 分片的 列表包含具体的分片； 失效分片列表包含失效分片的 ID和版本号中的任意一 个或者组合。 这里， 失效分片列表中所列出的分片是已失效分片， 因此， 终 端应根据分片信息列表和失效分片列表， 向服务器请求分片信息列表中所列 出的、 且失效分片列表中所未列出的分片。
本实施例中， 假设服务器根据当前的网络状况或者自身状况， 确定每条 消息中最多可以发送 3 个分片， 则在向终端发送的响应消息中可以将参数： 终端每次可以申请的最大分片数量的值置为 3。服务器向终端发送分片信息的 响应消息可以按照如表 5所示的结构构造：
字段名称 取值
FragmentSum 2 字段名称 取值
FragmentlnfoList
FragmentID [0] 1
Fragment Vers ion [0] 1.0
OffSet [0] 0X001
Size[0] 675
FragmentID [1] 3
Fragment Vers ion [1] 1.0
OffSet [1] 0X002
Size[l] 676
FragmentList
Fragment data [0] 分片 ID = 1的分片内
容
Fragment data [1] 分片 ID = 3的分片内
容
MaxReques tNum 3
表 5
表 5中各字段的含义如表 6所示:
字段名称 含义
FragmentSum 分片总数， 本消息中包含的分片数量。
FragmentlnfoList 本消息中分片信息列表， 由多个分片的分片信息组 成。
FragmentID [i] 分片的 ID值，与分片版本信息共同组成分片信息 列表
FragmentVers ion 分片的版本号， 与分片 ID共同组成分片信息列 字段名称 含义
[i] 表。
OffSet [i] 指示该分片在本消息中的起始位置。
Size[i] 分片的大小
FragmentList 分片的列表， 由多个分片组成。
Fragment data [i] 具体的分片， 其信息内容同现有规范相同。
MaxReques tNum 终端每次可以申请的最大分片数量。
InvalidFragmentlnfoList 失效的分片信息列表， 由多个分片的信息组 成。
该列表指示： 从终端收到分片信息列表到终端请求分片这段时间内， 分 片信息列表中已经失效的分片， 该列表为可选参数。
FragmentID [i] 分片的 ID值，与分片版本信息共同组成分片信息 列表
FragmentVers ion 分片的版本号， 与分片 ID共同组成分片信息列
[i] 表。
表 6
步骤 508: 终端接收、 保存来自于服务器的分片以及第一版本信息， 并将 所接收到的第一版本信息作为新的第二版本信息保存。 并根据步骤 505 向服 务器发送的分片请求消息， 检查所接收到的分片的完整性和正确性， 若完整、 正确地接收了所请求的分片， 则继续执行步骤 509; 否则， 执行步骤 505, 重 发上一次向服务器发送的请求。
步骤 509: 终端判断是否可以对 ESG分片进行部分展现， 如果可以， 则继 续执行步骤 510; 否则， 转到步骤 505, 继续执行请求分片的操作。
步骤 510: 向用户展现部分 ESG信息。
步骤 511: 根据步骤 508保存的分片信息列表与终端在本地保存的分片， 判断是否完成了所有终端所需分片的传输， 若没有完成， 转到步骤 509, 继续 执行请求分片的操作。
步骤 512: 服务器中 ESG分片发生更新时，服务器负责维护 ESG的第一版 本信息、 以及分片的最近更新时间。
本步骤中， 服务器维护分片版本信息的方法与实施例二步骤 405相同， 在此不再赘述。
步骤 513: 终端向 ESG服务器发送携带第二版本信息的 ESG请求消息。 步骤 514: ESG服务器接收终端的携带第二版本信息的 ESG请求消息。 步骤 515: 当服务器所维护的 ESG的第一版本信息与 ESG请求消息中的第 二版本信息不相同时， ESG服务器将与终端所请求 ESG相关联的、且与第二版 本信息所对应的 ESG相比发生更新的 ESG数据发送给终端， 并将第一版本信 息发送给终端。
步骤 516: 判断更新是否成功， 若更新成功， 则继续执行步骤 518 ; 否则， 继续执行步骤 517。
步骤 517: 判断是否重复发送 ESG请求消息， 如果是， 则继续执行步骤 513 , 否则， 结束本次更新。
步骤 518: 当更新成功时， 终端以所接收到的 ESG数据以及第一版本信息 覆盖原来所保存的 ESG数据和第二版本信息。 在下一次发起 ESG请求时， 就 可以根据已更新的第二版本信息发起更新。
步骤 519: 判断是否再次发出 ESG请求， 如果是， 则继续执行步骤 513 , 否则， 循环判断或等待一定时间之后再判断。
至此， 完成本发明实施例三中更新电子业务指南的流程。
本实施例在实施例二更新 ESG技术方案的基础上， 釆取了由服务器将符 合条件的 ESG数据分多次发送给终端的方式。 如此， 不仅使得 ESG的更新过 程更有针对性， 减少了终端的处理消耗； 而且， 分多次传输避免了服务器一 次性向终端发送包含大量数据的消息， 提高了传输的可靠性和传输效率。
本发明所提供的实施例中， 由 ESG服务器维护 ESG数据的第一版本信息， 并在向终端发送 ESG数据的同时将服务器当前所维护的 ESG的版本信息发送 给终端； 当 ESG服务器接收到来自于终端的携带第二版本信息的 ESG请求消 息时， 对第一版本信息和第二版本信息判断， 当第一版本信息与第二版本信 息不相同时， 将与终端所请求 ESG相关联的、且与第二版本信息所对应的 ESG 相比发生更新的 ESG数据以及第一版本信息发送给终端。 如此， 在 ESG更新 过程中， ESG服务器只会将发生了更新的 ESG数据发送给终端，使得 ESG更新 更有针对性， 减少了终端的处理消耗。
并且， 本发明所提供的更新 ESG技术方案中， 判断 ESG数据是否发生更 新的操作由服务器完成， 而不是由终端来完成， 这样能够节约终端的电量， 对于电量敏感的手持终端有较大的益处。
以上所述仅为本发明的较佳实施例而已， 并非用于限定本发明的保护范 围。 凡在本发明的精神和原则之内所作的任何修改、 等同替换、 改进等， 均 应包含在本发明的保护范围之内。

Claims

权 利 要求 书
1、 一种更新电子业务指南的方法， 其特征在于， 服务器维护电子业务指南 的第一版本信息， 该方法还包括以下步骤：
服务器接收来自于终端的携带第二版本信息的电子业务指南请求消息； 当第一版本信息与第二版本信息不相同时， 服务器将与终端所请求 ESG相 关联的、 且与第二版本信息所对应的电子业务指南相比发生更新的电子业务指 南数据发送给终端， 并将第一版本信息发送给终端。
2、 如权利要求 1所述的方法， 其特征在于， 所述与第二版本信息所对应的 电子业务指南相比发生更新的电子业务指南数据为：
第一版本信息所对应的电子业务指南中的所有分片。
3、 如权利要求 1所述的方法， 其特征在于， 所述与第二版本信息所对应的 电子业务指南相比发生更新的电子业务指南数据为：
第一版本信息所对应的电子业务指南中、 与第二版本信息所对应的电子业 务指南中的分片相比发生更新的分片。
4、 如权利要求 1至 3任一项所述的方法， 其特征在于：
预先设置第二版本信息的默认取值，当服务器接收到的电子业务指南请求消 息中携带有取值为所述默认取值的第二版本信息时， 将与终端所请求电子业务 指南相关联的所有电子业务指南数据发送给终端。
5、 如权利要求 1至 3任一项所述的方法， 其特征在于， 所述第一版本信息 和第二版本信息为：
以服务器的绝对时间、 对服务器绝对时间的变换 /组合、 或标识版本新旧的 标识符表示的， 标识电子业务指南的版本的信息或标识电子业务指南最近更新 时间的信息。
6、 如权利要求 3所述的方法， 其特征在于， 当所述第一版本信息和第二版 本信息， 以服务器的绝对时间或对服务器绝对时间的变换 /组合表示时， 所述服 务器进一步维护分片的最近更新时间。
7、 如权利要求 6所述的方法， 其特征在于， 所述第一版本信息和第二版本 信息为： 电子业务指南中分片的最近更新时间的信息。
8、 如权利要求 7所述的方法， 其特征在于：
服务器在分片的版本号中保存所述分片的最近更新时间、 或釆用独立于分 片的结构保存所述分片的最近更新时间。
9、 如权利要求 7或 8所述的方法， 其特征在于， 服务器维护分片的最近更 新时间的方法为：
若分片发生更改或删除， 则将所述分片的最近更新时间修改为服务器当前 的绝对时间或服务器当前绝对时间的变换 /组合；
若新增分片， 则将服务器当前的绝对时间或服务器当前绝对时间的变换 /组 合记录为所述分片的最近更新时间。
10、 如权利要求 9 所述的方法， 其特征在于， 所述与第二版本信息所对应 的电子业务指南中的分片相比发生更新的分片为：
在所述第二版本信息对应的服务器绝对时间之后， 发生更改的分片和 /或新 增的分片和 /或删除的分片。
11、 如权利要求 10所述的方法， 其特征在于， 服务器进一步以在所述第二 版本信息对应的服务器绝对时间之后删除的分片构造删除电子业务指南分片列 表， 并将所述删除电子业务指南分片列表发送给终端；
或， 在向终端发送所述在所述第二版本信息对应的服务器绝对时间之后删 除的分片时， 标识出所述分片已被删除。
12、 如权利要求 1至 3任一项所述的方法， 其特征在于， 终端进一步将接 收到的电子业务指南数据存储为文件， 并以第一版本信息替换所保存的第二版 本信息；
终端保存第二版本信息的方法为： 将所述第二版本信息作为文件属性记录 于所述存储电子业务指南数据的文件中， 或釆用独立于所述存储电子业务指南 数据的文件的文件存放所述第二版本信息； 所述独立于所述存储电子业务指南 数据的文件的文件为文本文件或下载描述符文件。
13、如权利要求 1至 3任一项所述的方法， 其特征在于， 终端向服务器发送 的电子业务指南请求消息为： 携带有过滤条件的电子业务指南请求消息；
在终端向服务器发送所述电子业务指南请求消息之后，进一步保存所述电子 业务指南请求消息中所携带的过滤条件。
14、如权利要求 1至 3任一项所述的方法， 其特征在于， 在服务器将电子业 务指南数据以及第一版本信息发送给终端之前， 进一步包括：
服务器判断是否一次性将所有电子业务指南数据发送给终端，若是，则所述 服务器将电子业务指南数据以及第一版本信息发送给终端为： 服务器一次性将 所述电子业务指南数据以及第一版本信息发送给终端；
否则， 所述服务器将电子业务指南数据以及第一版本信息发送给终端为： 服务器以所述电子业务指南数据的分片信息构造待发送分片列表发送给终 端；
终端根据待发送分片列表确定终端所需分片， 并向服务器请求所述终端所 需分片；
服务器根据终端的请求将终端所需分片分多次发送给终端。
15、 如权利要求 14所述的方法， 其特征在于， 所述待发送分片列表至少包 含分片信息列表， 所述分片信息列表中至少包含待发送分片的 ID和版本号。
16、 如权利要求 15所述的方法， 其特征在于， 终端根据待发送分片列表确 定终端所需分片为：
终端根据分片信息列表中的待发送分片 ID, 将终端所没有的分片确定为终 端所需分片； 或将终端已保存、 且终端所保存分片的版本号与所述分片信息列 表中待发送分片的版本号不相符的分片确定为终端所需分片。
17、 如权利要求 16所述的方法， 其特征在于， 终端向服务器请求终端所需 分片为： 终端多次向服务器发送分片请求消息， 并在每次向服务器发送的分片请求 消息中携带终端所需分片中部分分片的 ID;
服务器将终端所需分片分多次发送给终端为： 服务器每次将与分片请求消 息中所携带 ID相应的终端所需分片发送给终端。
18、 如权利要求 16所述的方法， 其特征在于， 所述待发送分片列表中进一 步包含会话标识；
终端向服务器请求终端所需分片为： 终端只向服务器发送一次分片请求消 息， 并在所述分片请求消息中携带会话标识和终端所需分片的 ID, 或携带会话 标识和终端已保存分片的 ID; 并在每次收到服务器发送的终端所需分片时， 向 服务器发送确认消息；
服务器将终端所需分片发送给终端为：服务器根据会话标识，以及终端所需 分片的 ID或终端已保存分片的 ID,查找所述分片信息列表，确定终端所需分片， 并将所确定的终端所需分片分多次发送给终端。
19、 一种电子业务指南服务器， 其特征在于， 包括版本维护模块、 第一通信 模块、 第一请求处理模块和第一存储模块；
所述版本维护模块， 用于维护电子业务指南的第一版本信息；
第一通信模块， 用于接收携带第二版本信息的电子业务指南请求消息； 第一请求处理模块 ,用于根据电子业务指南请求消息查询第一存储模块得到 与终端所请求电子业务指南相关联的、 且与第二版本信息所对应的电子业务指 南相比发生更新的电子业务指南数据， 将查询得到的电子业务指南数据以及第 一版本信息通过第一通信模块发送；
第一存储模块， 用于存储分片。
20、 如权利要求 19所述的电子业务指南服务器， 其特征在于， 进一步包括 分片更新时间维护模块；
所述分片更新时间维护模块，用于在分片发生更改、新增分片或删除分片时 , 将所述分片的最近更新时间修改为服务器当前的绝对时间或服务器当前绝对时 间的变换 /组合。
21、 如权利要求 20所述的电子业务指南服务器， 其特征在于， 所述第一请 求处理模块中进一步包括更新判断单元；
所述更新判断单元， 用于根据所述电子业务指南请求消息中的第二版本信 息， 将在所述第二版本信息对应的服务器绝对时间之后， 发生更改的分片和 /或 新增的分片和 /或删除的分片确定为与所述第二版本信息所对应的电子业务指南 相比发生更新的分片。
22、 如权利要求 19至 21任一项所述的电子业务指南服务器， 其特征在于， 进一步包括第一分片处理模块；
第一分片处理模块,用于根据第一请求处理模块查询得到的所有分片的分片 信息构造待发送分片列表， 并将所述待发送分片列表通过第一通信模块发送。
23、 一种终端， 其特征在于， 包括第二通信模块、 第二请求处理模块和第二 存储模块；
第二请求处理模块， 用于产生携带第二版本信息的电子业务指南请求消息； 第二通信模块， 用于接收分片以及第一版本信息；
第二存储模块， 用于存储分片以及第一版本信息。
24、 如权利要求 23所述的终端， 其特征在于， 进一步包括过滤条件存储模 块；
所述第二请求处理模块， 用于产生携带有过滤条件的电子业务指南请求消 息， 并将所述过滤条件存储于所述过滤条件存储模块中； 在发送电子业务指南 请求消息时 , 用于将所述过滤条件携带于电子业务指南请求消息中。
25、如权利要求 23或 24所述的终端， 其特征在于， 所述第二存储模块用于 釆用独立的文本文件或下载描述符文件存储所述第一版本信息。
26、如权利要求 23或 24所述的终端， 其特征在于， 进一步包括第二分片处 理模块；
所述第二通信模块， 用于接收待发送分片列表； 所述第二分片处理模块，用于根据待发送分片列表查询第二存储模块，确定 终端所需分片；
所述第二请求处理模块，用于根据终端所需分片产生分片请求消息通过第二 通信模块发送。
27、一种更新电子业务指南的系统， 其特征在于， 包括电子业务指南服务器 和终端；
所述终端，用于向电子业务指南服务器发送携带第二版本信息的电子业务指 南请求消息；
所述电子业务指南服务器，用于维护电子业务指南的第一版本信息，并用于 根据电子业务指南请求消息将与终端所请求电子业务指南相关联的、 且与第二 版本信息所对应的电子业务指南相比发生更新的电子业务指南数据以及第一版 本信息发送给终端。
28、 如权利要求 27所述的系统， 其特征在于， 所述电子业务指南服务器， 包括版本维护模块、 第一通信模块、 第一请求处理模块和第一存储模块；
所述版本维护模块， 用于维护电子业务指南的第一版本信息；
第一通信模块， 用于接收携带第二版本信息的电子业务指南请求消息； 第一请求处理模块 ,用于根据电子业务指南请求消息查询第一存储模块得到 与终端所请求电子业务指南相关联的、 且与第二版本信息所对应的电子业务指 南相比发生更新的电子业务指南数据， 将查询得到的电子业务指南数据以及第 一版本信息通过第一通信模块发送；
第一存储模块， 用于存储分片。
29、如权利要求 27或 28所述的系统， 其特征在于， 所述终端包括第二通信 模块、 第二请求处理模块和第二存储模块；
第二请求处理模块， 用于产生携带第二版本信息的电子业务指南请求消息； 第二通信模块， 用于接收分片以及第一版本信息；
第二存储模块， 用于存储分片以及第一版本信息。
PCT/CN2008/070074 2007-04-03 2008-01-10 Procédé, serveur, terminal et système permettant d'actualiser un guide électronique de services WO2008119265A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP08700098A EP2134093A1 (en) 2007-04-03 2008-01-10 A method, server, terminal and system for updating electronic service guide
US12/345,194 US8065704B2 (en) 2007-04-03 2008-12-29 Method, server, terminal, and system for updating modified electronic service guide data

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710087397.2 2007-04-03
CN2007100873972A CN101282453B (zh) 2007-04-03 2007-04-03 更新电子业务指南的方法、服务器、终端及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/345,194 Continuation US8065704B2 (en) 2007-04-03 2008-12-29 Method, server, terminal, and system for updating modified electronic service guide data

Publications (1)

Publication Number Publication Date
WO2008119265A1 true WO2008119265A1 (fr) 2008-10-09

Family

ID=39807807

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/070074 WO2008119265A1 (fr) 2007-04-03 2008-01-10 Procédé, serveur, terminal et système permettant d'actualiser un guide électronique de services

Country Status (4)

Country Link
US (1) US8065704B2 (zh)
EP (1) EP2134093A1 (zh)
CN (1) CN101282453B (zh)
WO (1) WO2008119265A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105025376A (zh) * 2014-04-30 2015-11-04 中兴通讯股份有限公司 一种实现电子节目单展示的方法及装置

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101902289B (zh) * 2009-05-27 2013-01-16 中兴通讯股份有限公司 一种更新内容信息的方法和装置
TR201001662A2 (tr) * 2010-03-04 2011-09-21 Vestel Elektroni̇k Sanayi̇ Ve Ti̇caret A.Ş. IP televizyonlarda açılış sürecini hızlandıran bir yöntem ve cihaz.
US8498272B2 (en) 2010-08-26 2013-07-30 Nokia Corporation Providing signaling information and performing a handover using the signaling information
CN102594614A (zh) * 2011-01-12 2012-07-18 北京大学 消息中间件的软件版本监视方法和数据交换设备
US8744010B2 (en) 2011-05-12 2014-06-03 Nokia Corporation Providing signaling information in an electronic service guide
US9584238B2 (en) 2011-06-24 2017-02-28 Nokia Corporation Accessing service guide information in a digital video broadcast system
US20130034032A1 (en) * 2011-08-05 2013-02-07 Nokia Corporation Accessing Service Guide Information in a Broadcast System
US8787237B2 (en) 2011-11-16 2014-07-22 Nokia Corporation Method and system to enable handover in a hybrid terrestrial satellite network
CN104765591A (zh) * 2014-01-02 2015-07-08 腾讯科技（深圳）有限公司 一种软件配置参数更新的方法、终端服务器及系统
WO2015188367A1 (en) * 2014-06-13 2015-12-17 Thomson Licensing Digital video broadcasting network system and method of obtaining program information in digital video broadcasting
CN105376612A (zh) * 2014-08-26 2016-03-02 华为技术有限公司 一种视频播放方法、媒体设备、播放设备以及多媒体系统
JP2017156937A (ja) * 2016-03-01 2017-09-07 ヤンマー株式会社 端末装置およびソフトウェア書き換えプログラム
CN109218054B (zh) * 2017-07-03 2022-08-09 腾讯科技（深圳）有限公司 终端动态配置、相应服务器实现方法、装置和存储介质
FR3068561A1 (fr) * 2018-01-29 2019-01-04 Sagemcom Broadband Sas Procede de mise a disposition d'un guide electronique des programmes
KR20230017241A (ko) * 2020-05-26 2023-02-03 엘지전자 주식회사 방송 수신 장치 및 그 동작방법
CN112199617A (zh) * 2020-10-19 2021-01-08 广州华多网络科技有限公司 业务数据刷新、推送方法及其装置、设备、介质
CN113656144B (zh) * 2021-08-17 2023-08-11 百度在线网络技术（北京）有限公司 一种数据发布系统、方法、装置、电子设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1444393A (zh) * 2002-03-12 2003-09-24 三星电子株式会社 用于接收电视网页的装置和方法
US20050022237A1 (en) 2002-02-21 2005-01-27 Yuji Nomura Method and system for internet content acquisition according to a program guide
WO2006012378A1 (en) 2004-07-20 2006-02-02 Qualcomm Incorporated Methods and apparatus for providing program guide state information to a device
WO2006059209A1 (en) * 2004-12-02 2006-06-08 Nokia Corporation Enhanced electronic service guide container

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0326626D0 (en) * 2003-11-14 2003-12-17 Filewave International Holding A method in a network of the delivery of files

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050022237A1 (en) 2002-02-21 2005-01-27 Yuji Nomura Method and system for internet content acquisition according to a program guide
CN1640130A (zh) * 2002-02-21 2005-07-13 富士通株式会社 根据节目指南获取互联网内容的方法和系统
CN1444393A (zh) * 2002-03-12 2003-09-24 三星电子株式会社 用于接收电视网页的装置和方法
WO2006012378A1 (en) 2004-07-20 2006-02-02 Qualcomm Incorporated Methods and apparatus for providing program guide state information to a device
WO2006059209A1 (en) * 2004-12-02 2006-06-08 Nokia Corporation Enhanced electronic service guide container

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105025376A (zh) * 2014-04-30 2015-11-04 中兴通讯股份有限公司 一种实现电子节目单展示的方法及装置
CN105025376B (zh) * 2014-04-30 2019-11-08 南京中兴新软件有限责任公司 一种实现电子节目单展示的方法及装置

Also Published As

Publication number Publication date
US20090112944A1 (en) 2009-04-30
CN101282453B (zh) 2010-08-11
EP2134093A4 (en) 2009-12-16
CN101282453A (zh) 2008-10-08
US8065704B2 (en) 2011-11-22
EP2134093A1 (en) 2009-12-16

Similar Documents

Publication Publication Date Title
WO2008119265A1 (fr) Procédé, serveur, terminal et système permettant d'actualiser un guide électronique de services
WO2008025261A1 (fr) Procédé, serveur, client et système de transmission d'un guide de service électronique
EP3340633B1 (en) Terminal, cache server, and method for acquiring video slices and device thereof
KR101097082B1 (ko) 프로그램 가이드 레코드 및 콘텐츠 레코드를 유지 및제공하는 장치, 방법, 및 컴퓨터-판독가능 매체
JP5813756B2 (ja) ファイルシステム抽象化、ブロードキャストスケジュールメッセージおよび選択的受信を使用した、ブロードキャストネットワーク上でのファイル配信
JP5022929B2 (ja) コンテンツ管理システムおよびコンテンツ管理方法
JP4620779B2 (ja) ブロードキャストシステムにおける通知メッセージを提供する方法及び装置
EP2175687A1 (en) System and method for updating difference of electronic service guide
WO2009140813A1 (zh) 实现断点续传的文件下载的方法、系统及终端
US20050148325A1 (en) Method of providing service for user equipment and system
JP2009515489A (ja) 無線ネットワークにおいてシステム情報メッセージを断片化する方法および装置
WO2009140842A1 (zh) 一种文件下载的交互式纠错方法和系统
CN101615960A (zh) 一种交互组件更新的方法、终端和服务器
JP5301649B2 (ja) 携帯放送システムにおける端末機のソフトウェアアップデート方法及び装置
WO2009036635A1 (fr) Système et procédé de mise à jour de différence pour guide de service électronique
EP2378737A1 (en) Methods and apparatus for creation and transport of multimedia content flows to a distribution network
EP1861968B1 (en) Improving control information acquisition latency by transmitting control information in individually decode-able packets
WO2010031231A1 (zh) 一种移动终端获取电子业务指南的系统及方法
WO2008113246A1 (fr) Procédé pour obtenir un fichier de protocole de description de session d'un dispositif portable de diffusion vidéo numérique
US20060242222A1 (en) Method of improving control information acquisition latency by transmitting control information in individually decode-able packets
CN101384012B (zh) 系统端和终端的交互媒体文档更新方法及装置
WO2010066206A1 (zh) 业务指南的发送方法、获取方法、服务器、终端及系统
WO2010003329A1 (zh) 一种业务密钥的获取方法及装置
WO2010066138A1 (zh) 用于获取电子业务指南的方法、移动多媒体广播服务平台及移动终端

Legal Events

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

Ref document number: 08700098

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2008700098

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE