WO2010130157A1 - 一种数据的同步方法、widget终端及服务器 - Google Patents
一种数据的同步方法、widget终端及服务器 Download PDFInfo
- Publication number
- WO2010130157A1 WO2010130157A1 PCT/CN2010/070016 CN2010070016W WO2010130157A1 WO 2010130157 A1 WO2010130157 A1 WO 2010130157A1 CN 2010070016 W CN2010070016 W CN 2010070016W WO 2010130157 A1 WO2010130157 A1 WO 2010130157A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- data
- widget
- synchronized
- terminal
- server
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
Definitions
- the embodiments of the present invention relate to the field of computers, and in particular, to a data synchronization method, a widget terminal, and a server. Background technique
- Widget is a JavaScr ipt-based application platform. It can also be considered as a web-based utility gadget that can run independently on the desktop. It can also be considered as an application applet. Users can enjoy news reading, weather information, picture browsing and other services through widgets. Of course, while enjoying these services, users must have a widget terminal to support this service.
- This widget terminal is a terminal with a widget application. Such as mobile phone widget terminal, TV widget terminal and so on.
- the widget terminal acquires data corresponding to the service from the web server. The acquired data is data uploaded by the same type of widget terminal as the widget terminal, that is, only the same type of widget terminal can acquire the data, that is, the same type of widget terminal can implement data synchronization through the web server.
- Embodiments of the present invention provide a data synchronization method, a widget terminal, and a server, to improve the usage range of the widget terminal.
- a data synchronization method which is applied to data synchronization of a plurality of different types of widget terminals, and the method includes:
- a widge server for data synchronization the widget server is communicatively coupled to a plurality of different types of widget terminals and a plurality of storage servers, the widget server comprising:
- a synchronization control module configured to receive a message that is sent by the widget terminal, including a data synchronization request, and obtain data information that can be synchronized in the request message, and acquire characteristics of the widget terminal;
- a data control module configured to determine, according to the data information that can be synchronized and the characteristics of the widget terminal, data that needs to be transcoded in the synchronization data and a transcoding rule of the data that needs to be transcoded;
- the synchronization control module is further configured to send the transcoding rule to the storage server, so that the storage server transcodes data that needs to be transcoded according to the transcoding rule, and after transcoding The data is sent to the widget terminal.
- a storage server for data synchronization, and the storage server is communicably connected to a widget terminal and a widget server, and includes a session control module, a data processing module, and a storage module;
- the session control module is configured to receive a transcoding rule of the synchronized data sent by the widget server and the synchronized data index;
- the data processing module is configured to acquire the synchronized data from the storage module according to the synchronized data index, and transcode the synchronized data according to the transcoding rule, and send the transcoded data to the Said widget terminal.
- a server for data synchronization the server being communicatively coupled to a plurality of different types of widget terminals, the server comprising a widget server and a plurality of storage servers;
- the widget server is configured to receive a message that is sent by the widget terminal, including a data synchronization request, and determine data and a transcoding rule that need to be transcoded according to the message of the data synchronization request and the characteristics of the widget terminal to be synchronized;
- the storage server is configured to transcode the data that needs to be transcoded according to the transcoding rule, and send the transcoded data to the widget terminal to be synchronized.
- a data synchronization method for data synchronization of a plurality of different types of widget terminals comprising:
- the widget terminal sends a message including a data synchronization request to the widget server, where the message of the data synchronization request is used to enable the widget server to acquire data information that can be synchronized and characteristics of the widget terminal, and the data information that can be synchronized And the characteristic of the widget terminal is used to provide the widget server with determining a transcoding rule of the data that needs to be transcoded in the synchronization data and the data that needs to be transcoded;
- the widget terminal Receiving, by the widget terminal, a download reply message sent by the widget server; the widget terminal sending a request message for downloading data to the storage server according to the download reply message, and receiving the transcoding rule of the storage server according to the widget server Transcoded data.
- a widget terminal for data synchronization
- the widget terminal is in communication connection with a widget server and a plurality of storage servers, and includes: a synchronization requesting module, configured to send a message including a data synchronization request
- the data synchronization request message is used by the widget server to enable the widget server to obtain synchronization
- the data information and the characteristics of the widget terminal, the synchronizable data information and the characteristics of the widget terminal are used for providing the widget server to determine data in the synchronization data that needs to be transcoded and the need to transcode a transcoding rule of the data, receiving a download reply message sent by the widget server;
- a content transmission module configured to send a request message for downloading data according to the download reply message, and receive data that is transcoded by the storage server according to a transcoding rule of the widget server.
- the widget terminal and the server determining the data to be transcoded and the transcoding rule of the data to be transcoded according to the message of the data synchronization request and the characteristics of the widget terminal to be synchronized,
- the transcoded data is sent to the widget terminal to be synchronized, so that different types of Widget terminals can download data stored by other different types of widget terminals from the server, thereby improving the use range of the Widget terminal.
- FIG. 1 is a general flowchart of a data synchronization method according to an embodiment of the present invention
- FIG. 2 is a flowchart of data uploading of a data synchronization method according to an embodiment of the present invention
- FIG. 3 is a flowchart of data downloading of a data synchronization method according to an embodiment of the present invention.
- FIG. 4 is an application environment diagram of a widget system according to an embodiment of the present invention.
- FIG. 5 is a structural diagram of a widget terminal according to an embodiment of the present invention.
- FIG. 6 is a first structural diagram of a server according to an embodiment of the present invention.
- FIG. 7 is a second structural diagram of a server according to an embodiment of the present invention. detailed description
- a plurality of different types of widget terminals are in communication connection with a server, and the server includes a widget server and a plurality of storage servers.
- the server when the user needs to view a data content, it can be viewed through different widget terminals.
- the format of the data is supported by the widget terminal. It can be understood that if there is a widget terminal A, wi Dget terminal B, widge t terminal C, wherein widget terminal A can be a mobile phone widget terminal, widget terminal B is a television widget terminal, widge t terminal C is a car widget terminal, and the user can use widget terminal A, or widget terminal B, or widget The terminal C downloads data from the storage server to view.
- the widget terminal A, or the widge t terminal B, or the widget terminal C can automatically download data from the storage server for the user to look at later, and store in the storage server.
- the data is the data uploaded by the widget terminal A, the widget terminal B, and the widget terminal C. That is, the widget terminal A can view the data uploaded by the widget terminal B or the widget terminal C. It can be understood that the uploaded data can be in different widge. t View on the terminal, you can also think through the server Data between different types of widget terminals may be synchronized.
- the user needs to make a request to the widget server. For example: If the mobile phone widget terminal can support picture and video data, the mobile phone wi dget terminal can download the picture or video data uploaded by the TV widget terminal or the car widget terminal stored in the storage server.
- FIG. 1 is a general flowchart of a data synchronization method according to an embodiment of the present invention.
- Step S100 Receive a message including a data synchronization request.
- Step S102 Determine data and transcoding rules that need to be transcoded according to the message of the data synchronization request and the characteristics of the widget terminal to be synchronized;
- Step S104 Send data that has been transcoded according to the transcoding rule to the widget terminal that needs to be synchronized.
- the data before transcoding in the server is data transmitted by other different types of widget terminals.
- the server receives a message that the widget terminal sends a data upload request, stores basic information and control information of the data according to the request message, and returns an upload reply message to the widget terminal; the server receives the message The data uploaded by the widget terminal.
- the basic information of the data includes a data name contentName, a data size contentS i ze, a data type contentType, and a data format contentForma t
- the control information includes synchronization information syncable, priority information pr ior ty and open information open.
- the widget terminal Before uploading data or downloading data, the widget terminal needs to ensure that the widget terminal is registered at the server, so the server receives the feature registration message sent by the widget terminal; the server acquires the feature registration message. Static characteristics in the storage, the static characteristics include the resolution of the widget terminal, the image format supported by the widget terminal, and the video format supported by the widget terminal.
- the server receives the message of the feature reporting request sent by the widget terminal; the server acquires the dynamic characteristics of the widget terminal, where the dynamic characteristics include the network access mode of the widget terminal and the remaining storage of the widget terminal. Space.
- FIG. 2 is a flowchart of data uploading of a data synchronization method according to an embodiment of the present invention.
- the widget terminal in order to enable multiple different types of Widget terminals to see each other's data, it is necessary to upload the respective data to the storage server for storage, so as to synchronize the data stored by the storage server with the data of the Widget terminal.
- an up synchronization request needs to be sent to the widget server.
- the widget terminal Before the synchronization request is sent to the widget server, if the widget terminal is used for the first time, the widget terminal needs to be registered in the widget server, that is, the widget terminal needs to register the static characteristics of the terminal in the widget server, and the widget terminal needs to be in real time to the widget.
- the dynamic characteristics of the server upload terminal In this embodiment, the static characteristics may include image processing performance, video processing performance, and screen resolution of the widget terminal, and the dynamic characteristics may include a network access mode of the widget terminal and remaining storage space.
- the network access method may include WIFI, GPRS, 3G and Bluetooth.
- the process of the widget terminal performing static feature registration to the widget server may include:
- Step A The Widget terminal sends a feature registration message to the widget server, and the feature registration message includes a terminal ID information and a static feature list.
- the format of the feature registration message is as follows: Parameter Required / Optional Type Meaning
- Step B The Widget server receives the feature registration message, obtains the static feature in the feature registration message, and stores, and the Widget server returns a message indicating that the operation is successful to the Widget terminal.
- Step C If the Widget server fails to extract the feature, return the message that the operation is defeated to the Widget terminal to re-register.
- the registration message sent by the Widget terminal is: ⁇ "userid” : “13421802457” deviceid " : " Nokia N95 “ , " requestType “ : “ devREG “ , " body “ : ⁇ screen-resolut ion “ : “ 320*240” , " Image”: [”jpeg”, “gif”, “png,,], "video”: ["3GP”, “mpeg4", "flash”] ⁇ ;
- the returned message is:
- the widget terminal needs to be in real time.
- the process of uploading the widget terminal may include:
- Step D The widget terminal sends a message of the feature reporting request to the widget server.
- the message for reporting the request includes the network access mode of the terminal and the remaining storage space of the terminal, that is, dynamic characteristics.
- the format of the message for the feature report request is as follows:
- Step E The widget server receives the message of the feature report request, obtains the dynamic feature, and stores, and the Widget server returns a message of successful operation to the Widget terminal.
- Step F If the Widget server fails to extract the dynamic characteristics, return the message that the operation is defeated to the Widget terminal to re-register.
- the message of the feature report request sent by the Widget terminal is:
- the returned message is:
- Step S200 The Widget terminal sends a message including a data upload request to the Widget server.
- the widget terminal may periodically send a message of the data upload request to the widget server, or may send a message of the data upload request to the widget server when receiving the operation instruction of the user.
- the other terminal it is also possible for the other terminal as a proxy to proxy the widget terminal mentioned in step S200 to forward the message of the widget terminal data upload request.
- this message can also be extended, that is, it can also include other information.
- the format of the data upload request message can be as follows:
- the format of the message body can be as follows:
- Syncable Optional Boolean type indicating that the uploaded data is synchronized; 1, indicating that the uploaded data is out of sync; the default value is 0.
- Pr ior i ty Optional Number type Default to the lowest level (automatic filtering of user sync data)
- Open Optional Boolean type 0, indicating not open; 1, indicating open; default value is 0.
- Syncable can also use 1 to indicate the uploaded data synchronization, 0 to indicate that the uploaded data is out of sync, of course, Synchronization or out of sync can be indicated by its letter or data or symbol. Similarly, for Open, you can use 1 to indicate that it is not open, and 0 to open, of course,
- Step S202 the Widget server determines whether there is an idle session resource. If it is determined that there is an idle session resource, step S204 is performed, and if it is determined that there is no idle session resource, an error code is returned, and the operation is ended.
- determining whether there is an idle session resource is determining whether the current state of the storage server is in a busy state, or whether the storage space of the storage server is full, or determining that the capacity of the data uploaded by the terminal exceeds the remaining capacity of the storage server. Or judge storage Whether the number of sessions between the server and the Widget terminal has reached the maximum. When any of these conditions are not met, there is no idle session resource. In the present embodiment, this step is not limited to the prior art.
- Step S204 The Widget server stores basic information and control information of the data. In this embodiment, it is also necessary to set a corresponding data index content 1 is t for the data.
- the basic information of the data includes contentName, contentSize, contentType and contentFormat.
- Control information including syncable, priority, and oper has a data index for each data.
- step S206 the Widget server sends an upload reply message to the Widget terminal, and sends an upload verification message and a data index to the storage server.
- the upload verification message includes a sessionkey and a contentSize
- the upload reply message includes a session key (session key) and a data upload address
- the data upload address is an address of the uploaded storage server.
- the format of the upload reply message can be as follows:
- the format of the message body can be as follows:
- the upload reply message is:
- Step S206 The Widget terminal sends a request message for uploading data to the storage server according to the upload reply message.
- the request message for uploading data includes a sessionkey.
- the Widget terminal sends a request message for uploading data according to the data upload address in the upload reply message.
- Step S208 The storage server determines whether the request message is legal.
- the session key of the request message for uploading data is compared with the session key in the upload verification message sent by the Widget server. If the request message is the same, step S210 is performed. If they are not the same, the operation ends.
- Step S210 the Widget server returns a legal confirmation message to the Widget terminal.
- Step S212 the Widget terminal uploads data to the storage server.
- Step S214 The storage server determines whether the size of the received data is the same as the contentSize in the upload verification message sent by the Widget server. If they are the same, step S216 is performed. If they are not the same, the storage operation is canceled.
- Step S216 the storage server stores the received data, and returns a message that the operation is successful to the Widget terminal.
- the storage server associates the data index of the data with the received data, and then stores the data to facilitate subsequent reading according to the data index. The data you want.
- different types of Widget terminals can periodically upload respective data to the storage server for storage, so that the data of the Widget terminal and the data of the storage server are kept synchronized, that is, the Widget terminal is guaranteed.
- the data can also be found on the storage server, that is, the data synchronized by the server to the Widge t terminal can be realized.
- FIG. 3 is a flowchart of data downloading of a data synchronization method according to an embodiment of the present invention.
- the Widget terminal when the user needs to view the data stored on the storage server through the Widget terminal, or the Widget terminal automatically downloads data from the storage server for the user to view later, the message including the data synchronization request needs to be sent to the Wi.
- the dget server then downloads the required data from the storage server, so that the data of the Widget terminal is synchronized with the data stored by the storage server, so that the data viewed by one widget terminal can be synchronized with the data of another widget terminal.
- the widget terminal selects data that can support the viewing format, and does not select a data format that cannot support itself.
- this message can also include other information, no restrictions.
- the widget terminal can forward the request message to the widget server through another widget proxy terminal, as long as the widget proxy terminal sends the request message, the information of the widget terminal to be synchronized is carried in the request message, that is, the widget is notified. Which widget terminal the server needs to synchronize.
- Step S300 the widget terminal sends a message including a data synchronization request to the widget server.
- the widget terminal may periodically send a message including the data synchronization request to the widget server, or may send a message including the data synchronization request to the widget server when receiving the operation instruction of the user, where the data synchronization request message is
- the format can be as follows
- Widget id Optional String type is used to synchronize the id of the data widget, record widget behavior
- the format of the message body includes the condition field, and the format of the condi t ion field is as follows:
- Step S302 the Widget server determines whether there is an idle session resource. If it is determined that there is an idle session resource, step S304 is performed, and if it is determined that there is no idle session resource, an error code is returned, and the operation is ended.
- Step S304 the Widget server acquires the data information of the request synchronization according to the contion field in the message including the data synchronization request, and determines the data information that can be synchronized in the data information requested to be synchronized according to the stored control information of the data.
- the content of the contentTypel ist of the field obtains the data information requested for synchronization, and then determines whether the data can be synchronized according to the syncabl e information in the stored control information of the data.
- the data information that is requested to be synchronized refers to which data needs to be synchronized in the request message, and may include a picture, a video, and the like that need to be synchronized. Determining the data information that can be synchronized refers to determining which data information obtained above is synchronizable.
- Step S306 The Widget server acquires a data index content index of the synchronization data according to the data information that can be synchronized.
- Step S308 The Widget server determines, according to the characteristics of the Widget terminal synchronized with the request and the data information of the synchronization, data that needs to be transcoded in the synchronization data.
- the terminal performance characteristics may be different due to different Widget terminals. For example, the characteristics of the processed pictures between the Widget terminals are different, the characteristics of the video processing are different, and the display characteristics of the screen are different. , a process that can be matched is needed, that is, the downloaded Widge t terminal can view the downloaded data according to the characteristics of the Widget terminal.
- the Widget server obtains the basic information of the stored synchronization data and the characteristics of the Widget terminal to match, and may consider that the basic information of the synchronization data is matched with the static characteristic of the Widget terminal, if the matching is not If the same, it is determined that the data is data that needs to be transcoded.
- the synchronization data when the synchronization data is a picture and a video, the content type contentForma t of the synchronization data needs to be obtained. Because it is a picture and a video, the resolution of the picture to be displayed is acquired; the resolution information of the Widget terminal is acquired, and the picture is processed. Format information and video format information, if the picture format, or video format, or resolution is different, then the synchronization data needs to be transcoded, or it can be considered as data conversion.
- Step S310 the Widget server determines a transcoding rule of the data that needs to be transcoded according to the synchronized data information and the characteristics of the widget terminal.
- the transcoding rule is a rule for converting the current synchronization data into a data format that can be supported by the Widget terminal that obtains the synchronization data, and may include a rule for enlarging or reducing the resolution, or a rule for converting the image format. Or convert the rules of the video format. For example, if the data information of the current synchronization data needs to be included The format of the image is jpg, and the resolution of the image is 1024*768.
- the characteristics of the Widget terminal are: The format of the processed image is png, the resolution of the screen is 240*320, and the transcoding rule is tans: ["jpg” , "png” ], zoom: [ “1024*768” , "240*320” ].
- Step S312 the Widget server sends a download reply message to the Widget terminal, and the Widget server sends a synchronization verification message to the storage server.
- the synchronization verification message includes: sessionkey, contentSize, contentindex, and data transcoding rule 1 J. t ⁇ : ⁇ "sessionkey”: “asdff 1236", “contentSize”: 10240, “content Index”: “ab cl23”, “trans”: ["jpg”, “png”] ⁇ 0
- the format of the download reply message can be as follows:
- the format of the message body can be as follows:
- the download reply message is:
- Step S314 the Widget terminal sends a request message for downloading data to the storage server according to the download reply message.
- the request message for downloading data includes sessionkey and content index.
- the Widget terminal # ⁇ sends a request message for downloading data to the storage server according to the data download address in the download reply message.
- the data download address is the address of the storage server where the data is downloaded.
- Step S316 the storage server determines whether the request message is legal.
- the session key and the content index of the request message for downloading data are compared with the session key and the content index in the synchronization verification message delivered by the Widget server. If the request message is legal, the execution is performed. Step S316. If they are not the same, the operation ends.
- Step S318 The storage server acquires data that the Widget terminal needs to download according to the synchronization verification message.
- the data corresponding to the content index is obtained according to the content index in the synchronization verification message, and the data that needs to be transcoded is transcoded according to the data transcoding rule in the synchronization verification message.
- step S320 the transcoded data is sent to the Widget terminal.
- different types of Widget terminals can periodically download data from the storage server, so that the data of the storage server is synchronized with the data of the Widget terminal, that is, the data on the storage server is guaranteed to be on the Widget terminal.
- the Widget server first obtains the synchronized data information, and then determines the data information that can be synchronized according to the control information of the data, and according to the Widget terminal.
- the data that needs to be transcoded is determined, and the transcoding rule is determined for the data that can be synchronized, and the data is transcoded by the storage server, so that the data of different types of Widget terminals can be mutually viewed, and the data uploaded by the Widget terminal is Downloading to different types of Widget terminals can synchronize the data of the Widget terminal to the server.
- FIG. 4 is an application environment diagram of a widget system according to an embodiment of the present invention.
- the wi dge system includes a widget terminal group 1 and a server 2 composed of a plurality of different types of widget terminals.
- the server 2 includes a widget server 20, a first storage server 21, a second storage server 22, and an Nth storage server.
- the Widget terminal group 1 includes a first widget terminal 11, a second widget terminal 12, and a Nwidget terminal 1N.
- the first widget terminal 11 may be a mobile phone widget terminal
- the second widge t terminal 12 may be a television widget terminal
- the third widget terminal. 13 can be a car widget terminal and so on.
- the user can view the data on the Nwidget terminal 1N of the second Widget terminal 12 through the first widget terminal 11.
- the second Widget terminal 12 needs to upload the respective data.
- the server 1 stores the data, and the first widget terminal 11 downloads the data to be viewed from the server 2.
- the first widget terminal 11 can also automatically download all the data from the server 2, and the user directly looks at the first widget terminal 11 when the user wants to see it.
- the widget terminal uploads the respective data to the server, and the other widget terminals can download the data from the server, so that the widget terminal can have the data of other widget terminals, and can also be considered to make data between different types of widget terminals through the server. Synchronization can be achieved. It can also be considered that the process of synchronization is divided into the upward synchronization of the widget terminal to the server and the downward synchronization of the server to the widget terminal, so that the widget terminal is not restricted by the type, and finally the scope of use and the wi dge terminal can be expanded. t terminal's business capabilities.
- the wi dget server 20 is configured to receive the data synchronization request sent by the widget terminal. Obtaining the synchronization data information corresponding to the request message, the synchronized data index, and the characteristics of the widget terminal, and determining, according to the synchronization data information corresponding to the request message and the characteristics of the widget terminal, that the synchronization data needs to be transferred. The data of the code and the transcoding rule that needs to be transcoded.
- the first storage server 21 and the second storage server 22 are configured to acquire the stored synchronized data according to the synchronized data index, and transcode the synchronized data according to the transcoding rule, and Transmitting the synchronized data after transcoding to the widge t terminal.
- FIG. 5 is a structural diagram of a widget terminal according to an embodiment of the present invention.
- widget terminal groups are different types of widget terminals, they all have the same basic structure.
- the first widget terminal 11 and the first storage server 21 are taken as an example for description.
- the first widget terminal 11 includes a management module 110, a performance registration module 111, a performance reporting module 112, a synchronization request module 113, a data transmission module 114, a user interface module 115, and a timer 116.
- the management module 110 is configured to send a registration notification to the performance registration module 111 when detecting that the widget terminal is first turned on.
- the performance registration module 111 is configured to send a feature registration message to the widget server 20 when receiving the registration notification sent by the management module 110.
- the feature registration message includes terminal ID information and feature list information.
- the management module 110 is further configured to detect, after receiving the message that the registration succeeded by the widget server, whether the event occurs in the widget terminal.
- the event is an event in which the widget terminal downloads a data event, or deletes data causing a change in remaining storage space, or a manner in which the terminal access mode changes.
- the management module 110 is further configured to: when the event is triggered, that is, the widget terminal downloads the data, or deletes the data, causing the change of the remaining storage space, or changing the manner of the terminal access, and sending the report notification to the performance reporting module 112.
- Performance report The module 112 is configured to send a message of the feature report request to the widget server 20 when receiving the report notification sent by the management module 110.
- the message for reporting the request includes the network access mode of the terminal and the remaining storage space of the terminal.
- the management module 110 is further configured to notify the user interface module 115 and the timer 116 to use normally after receiving the message that the registration is successful.
- the user interface module 115 is configured to receive operation information of the user.
- the operation information may be an operation instruction for synchronizing data.
- the synchronization request module 113 is triggered.
- the timer 116 is used to periodically trigger the synchronization request module 113.
- the synchronization request module 113 may be triggered to send an upward synchronization request message, that is, upload data to the server, or trigger the synchronization request module 113 to send a data synchronization request message, that is, download data from the server.
- the synchronization request module 113 is configured to send an upward synchronization request message to the Widget server 20 when receiving the trigger instruction for upward synchronization.
- the Widget server 20 is configured to determine whether there is an idle session resource when receiving the uplink synchronization request message, and if the idle session resource is determined, store the basic information and the control information of the data, and return an upload reply message to the synchronization request module 113, and
- the upload verification message is sent to the first storage server 21.
- the upload verification message includes ses s ionkey and contentS i ze
- the upload reply message includes a session key ( ses s ionkey ) and a data upload address.
- the synchronization request module 113 is further configured to notify the data transmission module 114 when receiving the upload reply message sent by the Widget server 20.
- the data transmission module 114 is configured to send a request message for uploading data to the first storage server 21 according to the upload reply message received by the synchronization request module 113.
- the data transfer module 114 sends a request message for uploading data to the first storage server 21 according to the data upload address in the upload reply message.
- the request message for uploading data includes ses s ionkey.
- the first storage server 21 is configured to verify, according to the upload verification message sent by the Widget server 20, whether the request message of the upload data sent by the data transmission module 114 is legal. In this embodiment The ses s ionkey of the request message for uploading data and the ses si onkey of the upload verification message sent by the Widget server are compared. If they are the same, the request message is legal. The first storage server 21 is further configured to send a determination message to the data transmission module 114 when it is determined that the request message for uploading data sent by the data transmission module 114 is legal.
- the data transmission module 114 is further configured to send the data to be uploaded to the first storage server 21 when receiving the determination message sent by the first storage server 21.
- the first storage server 21 is further configured to determine whether the size of the received data is the same as the content ize in the upload verification message sent by the Widget server 20. If so, the first storage server 21 stores the uploaded data and returns a message indicating that the operation was successful to the data transfer module 114.
- the synchronization request module 113 is further configured to send a message including the data synchronization request to the widget server 20 when receiving the trigger instruction of the data synchronization.
- the widget server 20 is configured to acquire the data information of the request synchronization according to the cont ion field in the message including the data synchronization request, the data information that can be synchronized is determined according to the stored control information of the data.
- the widget server 20 is further configured to obtain the synchronized data index according to the data information that can be synchronized, and determine the content and transcoding required to be transcoded in the synchronization data according to the characteristics of the Widge t terminal synchronized with the request and the synchronized data information. rule.
- the widget server 20 is further configured to send a download reply message to the synchronization request module 113 after determining the transcoding rule, and send the synchronization verification message to the first storage server 21.
- the data transmission module 114 is further configured to send a request message for downloading data to the first storage server 21 according to the download reply message received by the synchronization request module 113.
- the first storage server 21 is further configured to determine whether the request message of the downloaded data is legal. After being legal, the data that the Widget terminal needs to download is obtained according to the synchronization verification message. In this embodiment, the ses s ionkey and the content index of the request message for downloading data are compared with the synchronization certificate ⁇ s s ionkey and the content index issued by the Widget server, if they are the same, The request message is legal.
- the first storage server 21 is further configured to acquire data corresponding to the content index according to the content index, content si ze in the synchronization verification message, And transcoding the data according to the data transcoding rule in the synchronization verification message.
- the first storage server 21 is further configured to send the transcoded data to the data transmission module 114.
- the data transmission module 114 is further configured to receive data transmitted by the first storage server 21.
- different types of Widget terminals have the same structural module, and the performance of the widget terminal is registered on the widget server to inform the widget server which data can be synchronized by the terminal in the future, and the terminal can periodically time each
- the data is uploaded to the storage server for storage, so that the data of the Widget terminal is synchronized with the data of the storage server, that is, the data on the Widget terminal is ensured, and the storage server can also be found; different types of Widge t terminals can be periodically stored from the storage server.
- the data is downloaded to synchronize the data of the storage server with the data of the Widge t terminal, that is, the data on the storage server can be found on the Widget terminal.
- the Widget server When different types of Widget terminals need to download data uploaded by other Widget terminals on the storage server, the Widget server first obtains the synchronized data information, and then determines the data information that can be synchronized according to the control information of the data, and according to the characteristics of the Widget terminal and The data information that can be synchronized determines the data that needs to be transcoded, and the transcoding rule is determined for the data that can be synchronized, and the data is transcoded by the storage server, so that the data of different types of Widge t terminals can be synchronized by the server, thereby
- the widget terminal is not limited by the type, and finally the scope of use of the widget terminal and the service capability of the widget terminal can be expanded.
- FIG. 6 is a first structural diagram of a server according to an embodiment of the present invention.
- the Widget server 20 includes a performance management module 200, a performance database 201, a data repository 202, a synchronization control module 203, a session management module 204, and a data management module 205.
- the first storage server 21 includes a session control module 210 and a storage module 211.
- the performance management module 200 is configured to receive the feature registration message sent by the performance registration module 111, obtain the terminal ID information and the feature list information in the feature registration message, store the information in the performance database 201, and return the registration success. Message to performance registration module 111.
- the performance management module 200 is further configured to receive the feature reported by the performance reporting module 112. The network access mode of the terminal and the remaining storage space of the terminal in the message of the feature report request are obtained, and are stored in the performance database 201.
- the synchronization control module 203 is configured to notify the session management module 204 to allocate session resources to the terminal when receiving the upward synchronization request message sent by the synchronization request module 113.
- the session management module 204 is configured to allocate a session resource, that is, send a session key (session key) and a data upload address to the synchronization control module 203, when the first storage server 21 determines that the first storage server 21 has idle session resources. .
- the synchronization control module 203 is further configured to notify the data management module 205 when receiving the session key (session key) and the data upload address sent by the session management module 204.
- the data management module 205 is configured to acquire basic information and control information of the data in the up-synchronized request message, and store the data in the data repository 202, and also set a data index for the data.
- the synchronization control module 203 is configured to send the upload reply message to the synchronization request module 113 after the data management module 205 obtains the basic information and the control information of the data, and send the upload verification message to the session control module 210 in the first storage server 21.
- the session control module 21G in the first storage server 21 is configured to receive the request message for uploading data sent by the data transmission module 114 and the upload verification message sent by the synchronization control module 203, and verify the request message for uploading data sent by the data transmission module 114. is it legal.
- the session key of the request message for uploading data is compared with the sessi onkey in the upload verification message sent by the Widget server. If they are the same, the request message is legal, and the determination message is sent to the data transmission module 114. And sending the contentSize in the upload verification message to the storage module 211, and notifying the storage module 211 to receive the data transmitted by the data transmission module 114.
- the storage module 211 is configured to receive data transmitted by the data transmission module 114, and determine whether the size of the received data is the same as the contentSize in the upload verification message. In the same manner, the received data is stored, and a message indicating that the operation is successful is returned to the data transmission module 114.
- the server receives data uploaded by different types of Widget terminals, so as to ensure that the data of the Widge t terminal can be found in the server, that is, the data synchronized by the server to the Widget terminal can be implemented.
- FIG. 7 is a second structural diagram of a server according to an embodiment of the present invention.
- the Widge server 20 includes a performance management module 200, a performance database 201, a data repository 202, a synchronization control module 203, a session management module 204, a data management module 205, a performance invocation module 206, and a data control module 207.
- the first storage server 21 includes a session control module 210, a storage module 211, and a data processing module 212.
- the session management module 204 is further configured to: when determining that the first storage server 21 has idle session resources, allocate a session resource for the terminal that sends the message of the data synchronization request, that is, send the session key (ses s ionkey ) and the data download address to the synchronization. Control module 203.
- the synchronization control module 203 is further configured to notify the data management module 205 when the session management module 204 determines that there is an idle session resource.
- the data management module 205 is further configured to acquire, according to a con ti on field in the message including the data synchronization request, data information that is requested to be synchronized, and determine, according to the stored control information of the data, data information that can be synchronized, and according to the data that can be synchronized.
- the information is retrieved from the data repository 202 for the synchronized data index.
- the synchronization control module 203 is further configured to receive the synchronized data index and the synchronized data information sent by the data management module 205, and notify the performance invoking module 206.
- the performance invoking module 206 is configured to obtain the characteristics of the Widget terminal corresponding to the request from the performance database 201 according to the request, and send the characteristics to the synchronization control module 203.
- the data control module 207 is configured to determine data and transcoding rules that need to be transcoded according to the characteristics of the Widget terminal and the synchronized data information that are requested to be synchronized by the synchronization control module 203.
- the synchronization control module 203 is further configured to: after receiving the transcoding rule determined by the data control module 207, send a download reply message to the synchronous transmission module 113, and send the synchronization verification message to the first storage.
- the synchronization verification message includes: ses s ionkey, contentS i ze , content index and data transcoding rule 'J.
- the download reply message includes the data download address, ses s ionkey, and content index.
- the data transmission module 114 is further configured to send a request message for downloading data to the session control module 210 according to the download reply message received by the synchronization transmission module 113.
- the request message for downloading data includes ses s ionkey and content index.
- the session control module 210 is further configured to determine whether the request message for downloading data is valid. In this embodiment, the ses s ionkey and the content index of the request message for downloading data are compared with sessi onkey and con t en ti ndex in the synchronization verification message sent by the Widget server. If they are the same, The request message is legal. In this embodiment, when it is determined that the solicitation message is normal, the content index, the content size, and the transcoding rule in the synchronous positive message are sent to the data processing module 212.
- the data processing module 212 is configured to obtain the data corresponding to the content index from the storage module 211 according to the content index and the content si ze in the synchronization verification message, and transcode the data according to the transcoding rule, and send the transcoded data. To the data transmission module 114.
- the Widge t server when different types of Widget terminals need to download data uploaded by other Widget terminals on the storage server, the Widge t server first obtains synchronized data information, and then determines synchronization according to the control information of the data. Data information, and according to the characteristics of the Widget terminal and the data information that can be synchronized, determine the data that needs to be transcoded, determine the transcoding rule for the data that can be synchronized, and transcode the data through the storage server to implement different types of Widget terminals.
- the data can be viewed from each other, and the data uploaded by the Widget terminal is downloaded to different types of Widget terminals, so that the Widget terminal can synchronize the data of the server, so that the widget terminal is not restricted by the type, and finally the range of the widget terminal can be expanded. And the business capabilities of the widget terminal.
- the storage medium may be a disk, an optical disk, or a read-only memory.
- ROM Read-Only Memory
- RAM Random Access Memory
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Description
一种数据的同步方法、 widget终端及服务器 本申请要求了 2009年 5月 13日提交的, 申倚号为 200910107409. 2 , 发明名称为 "一种数据的同步方法、 widget终端及服务器" 的中国专利申 请的优先权, 其全部内容通过引用结合在本申请中。 技术领域
本发明实施例涉及计算机领域, 特别是涉及一种数据的同步方法、 widget终端及服务器。 背景技术
随着移动互联网的迅速发展, widget的出现让互联网的发展又提高了一 个阶段。 Widget是一种基于 JavaScr ipt 的应用程序平台, 也可以认为是一 个基于网络、 可以独立在桌面运行的实用小工具, 也可以认为是一个应用小 程序。 用户通过 widget可以享受新闻阅读、 天气资讯、 图片浏览等业务, 当 然, 享受这些业务的同时, 用户必须有个 widget的终端来支持这种业务, 这 种 widget终端是装有 widget应用程序的终端, 比如手机 widget终端, 电视 widget终端等等。 当用户需要享受业务时, widget终端从网络服务器获取业 务对应的数据。 该获取的数据是与该 widget终端同种类型的 widget终端上 传的数据, 也就是说, 只有相同类型的 widget终端可以获取该数据, 即相同 类型的 widget终端可以通过网络服务器实现数据同步。
发明人在实现本发明的过程中, 发现现有技术至少存在以下缺点: 由于 只有相同类型的 widget终端可以通过网络服务器实现数据同步,不同类型的 widget终端之间不能实现数据同步, 会限制 widget终端的使用范围, 从而 缩小的 widget终端的业务能力。
发明内容
本发明实施例提供一种数据的同步方法、 widget终端及服务器, 以提 高 widget终端的使用范围。
根据本发明的一方面, 提供一种数据的同步方法, 应用于多个不同类 型的 widget终端的数据同步, 所述方法包括:
接收包括数据同步请求的消息;
根据所述数据同步请求的消息和需同步的 widget 终端的特性确定需 要转码的数据和所述需要转码的数据的转码规则;
将根据所述转码规则转码后的数据发送至所述需同步的 widget终端。 根据本发明的另一方面, 还提供一种应用于数据同步的 wi dge t 服务 器, 所述 widget服务器与多个不同类型的 widget终端及多个存储服务器 通信连接, 所述 wi dget服务器包括:
同步控制模块, 用于接收所述 widget 终端发送的包括数据同步请求 的消息, 并获取所述请求消息中可以同步的数据信息,及获取所述 widget 终端的特性;
数据控制模块, 用于根据所述可以同步的数据信息和所述 wi dget 终 端的特性确定所述同步数据中需要转码的数据和所述需要转码的数据的 转码规则;
其中, 所述同步控制模块还用于将所述转码规则发送至所述存储服务 器, 以使所述存储服务器根据所述转码规则对需要转码的数据进行转码, 并将转码后的数据发送至所述 widget终端。
根据本发明的另一方面, 还提供一种应用于数据同步的存储服务器, 所述存储服务器与 wi dget终端及 widget服务器通信连接, 包括会话控制 模块、 数据处理模块及存储模块;
所述会话控制模块用于接收 widget 服务器发送的同步的数据的转码 规则和所述同步的数据索引;
所述数据处理模块用于根据所述同步的数据索引从所述存储模块获 取所述同步的数据, 并根据所述转码规则转码所述同步的数据, 并发送转 码后的数据至所述 widget终端。
根据本发明的另一方面, 还提供一种应用于数据同步的服务器, 所述 服务器与多个不同类型的 widget终端通信连接, 所述服务器包括 widget 服务器和多个存储服务器;
所述 widget服务器用于接收所述 widget终端发送的包括数据同步请 求的消息, 并根据所述数据同步请求的消息和需同步的 widget 终端的特 性确定需要转码的数据和转码规则;
所述存储服务器用于根据所述转码规则转码所述需要转码的数据, 及 发送转码后的数据至所述需同步的 widget终端。
根据本发明的另一方面, 还提供一种数据的同步方法, 应用于多个不 同类型的 widget终端的数据同步, 所述方法包括:
所述 widget终端发送包括数据同步请求的消息于 widget服务器, 所 述数据同步请求的消息用于使所述 widget服务器获取可以同步的数据信 息和所述 widget终端的特性, 所述可以同步的数据信息及所述 widget终 端的特性用于提供给所述 widget服务器确定所述同步数据中需要转码的 数据和所述需要转码的数据的转码规则;
所述 widget终端接收所述 widget服务器发送的下载回复消息; 所述 widget 终端据所述下载回复消息发送下载数据的请求消息至存 储服务器, 并接收所述存储服务器根据所述 widget服务器的转码规则转 码后的数据。
根据本发明的另一方面, 还提供一种应用于数据同步的 widget终端, 所述 widget终端与 widget服务器和多个存储服务器通信连接, 包括: 同步请求模块, 用于发送包括数据同步请求的消息于所述 widget 服 务器, 所述数据同步请求的消息用于使所述 widget服务器获取可以同步
的数据信息和所述 widget 终端的特性, 所述可以同步的数据信息及所述 widget终端的特性用于提供给所述 widget服务器确定所述同步数据中需 要转码的数据和所述需要转码的数据的转码规则, 接收所述 wi dget服务 器发送的下载回复消息;
内容传输模块, 用于根据所述下载回复消息发送下载数据的请求消 息, 并接收所述存储服务器根据所述 widget服务器的转码规则转码后的 数据。
采用上述提供的数据的同步方法、 widget终端及服务器, 根据所述数 据同步请求的消息和需同步的 widget 终端的特性确定需要转码的数据和 所述需要转码的数据的转码规则,将转码后的数据发送至需同步的 widget 终端, 可以使不同类型的 Widget 终端可以从服务器下载其他不同类型 widget终端存储的数据, 从而提高了 Wi dget终端的使用范围。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案, 下面将对 实施例描述中所需要使用的附图作筒单地介绍, 显而易见地, 下面描述中 的附图仅仅是本发明的一些实施例, 对于本领域普通技术人员来讲, 在不 付出创造性劳动性的前提下, 还可以根据这些附图获得其他的附图。
图 1为本发明实施例的数据同步方法的总体流程图;
图 2为本发明实施例的数据同步方法的数据上传流程图;
图 3为本发明实施例的数据同步方法的数据下载流程图;
图 4为本发明实施例的 widget系统的应用环境图;
图 5为本发明实施例的 widget终端的结构图;
图 6为本发明实施例的服务器的第一种结构图;
图 7为本发明实施例的服务器的第二种结构图。
具体实施方式
下面将结合本发明实施例中的附图, 对本发明实施例中的技术方案进 行清楚、完整地描述,显然, 所描述的实施例仅仅是本发明一部分实施例, 而不是全部的实施例。 基于本发明中的实施例, 本领域普通技术人员在没 有作出创造性劳动前提下所获得的所有其他实施例, 都属于本发明保护的 范围。
在本实施例中, 多个不同类型的 widget终端与服务器进行通信连接, 而这个服务器包括 widget服务器和多个存储服务器。 在本实施例中, 当 用户需要查看一个数据内容时, 可以通过不同的 widget 终端来查看, 当 然, 这个数据的格式是这个 widget 终端可以支持的, 可以理解的是, 若 有 widget终端 A、 wi dget终端 B、 widge t终端 C, 其中 widget终端 A可 以为手机 widget终端, widget终端 B为电视 widget终端, widge t终端 C 为汽车 widget终端, 用户可以通过 widget终端 A, 或 widget终端 B, 或 widget终端 C从存储服务器中下载数据来查看, 当然, 也可以 widget终 端 A, 或 widge t终端 B, 或 widget终端 C定时自动从存储良务器中下载 数据,供用户以后再看,存储服务器中存储的数据是 widget终端 A、widget 终端 B、 widget终端 C上传的数据, 也就是说, widget终端 A可以查看 widget终端 B或 widget终端 C上传的数据, 可以理解为, 上传的数据可 以在不同的 widge t 终端上进行查看, 也可以认为通过服务器使不同类型 的 widget终端间的数据可以达到同步。 当然, 用户可以通过 widget终端 A, 或 widget终端 B, 或 widge t终端 C来查看数据或上传数据时, 需要向 widget服务器进行请求。 举例说明: 若手机 widget终端可以支持图片和 视频数据, 则手机 wi dget终端可以下载存储服务器中存储的电视 widget 终端或汽车 widget终端上传的图片或视频数据。
当然, 存储服务器也可以置于 widget服务器, 即将存储服务器作为 widget服务器中的组成部分。
图 1为本发明实施例的数据同步方法的总体流程图。
步骤 S 100、 接收包括数据同步请求的消息;
步驟 S102、 根据所述数据同步请求的消息和需同步的 widget终端的 特性确定需要转码的数据和转码规则;
在本步骤中, 包括:
确定所述数据同步请求的消息中可以同步的数据信息;
根据需同步的 widget 终端的特性和所述可以同步的数据信息确定所 述同步的数据中需要转码的数据;
根据所述需同步 widge t 终端的特性和所述可以同步的数据信息确定 所述需要转码的数据的转码规则。
步骤 S104、将根据所述转码规则转码后的数据发送至所述需要同步的 widget终端。
具体地, 服务器中转码之前数据为其它不同类型的 wi dget 终端所上 传的数据。 在上传时, 服务器会接收 widget 终端发送数据上传请求的消 息, 根据所述请求消息存储所述数据的基本信息和控制信息, 并返回上传 回复消息至所述 wi dget终端; 所述服务器接收所述 widget终端上传的所 述数据。 所述数据的基本信息包括数据名称 contentName、 数据大小 contentS i ze、 数据类型 contentType及数据格式 contentForma t , 所述控 制信息包括同步信息 syncable、 优先级信息 pr ior i ty及开放信息 open。
具体地, widget终端在上传数据或下载数据之前,需确保这个 widget 终端在服务器有注册过, 所以, 所述服务器接收所述 widge t终端发送的 特性注册消息;所述服务器获取所述特性注册消息中的静态特性,并存储, 所述静态特性包括 wi dget终端的分辨率、 widget终端支持的图片格式、 widget终端支持的视频格式。 同时, 所述服务器接收所述 widget终端发 送的特性上报请求的消息; 所述服务器获取所述 widget终端的动态特性, 所述动态特性包括 widget终端的网络接入方式和 widget终端的剩余存储
空间。
为使本发明描述更为清楚, 以下分别对数据上传和数据下载的过程进 行详细描述。
图 2为本发明实施例的数据同步方法的数据上传流程图。
在本实施例中, 为使多个不同类型的 Widget 终端可以看到互相的数 据, 需要当各自的数据上传至存储服务器进行存储, 以达到存储服务器存 储的数据与 Widget终端的数据同步。 当多个 widget终端需要上传各自的 数据至存储服务器时, 需要发送向上同步请求至 widget服务器。 在向上 同步请求至 widget 服务器前, 若 widget 终端为第一次使用时, widget 终端需要在 widget服务器进行注册, 即 widget终端需要在 widget服务 器注册终端的静态特性, 并 widget终端还需要实时的向 widget服务器上 传终端的动态特性。 在本实施例中, 静态特性可以包括 widget 终端的图 片 ( image)处理性能、 视频(video)处理性能及屏幕( screen) 的分辨 率, 动态特性可以包括 widget 终端的网络接入方式及剩余存储空间, 其 中网络接入方式可以包括 WIFI、 GPRS, 3G及蓝牙。
在本实施例中, widget终端向 widget服务器进行静态特性注册的过 程可以包括:
步骤 A: Widget终端发送特性注册消息至 widget服务器, 该特性注 册消息包括终端 ID信息和静态特性列表。 其中, 特性注册消息的格式如 下所示: 参数 必选 /可选 类型 含义
User. id 必选 String类型 用户的身份标识
Deviceid 必选 String类型 终端型号
reques tType 必选 String类型 devREG, 设备能力注册请求 body 必选 JSONObject 消息体,要注册的终端静态特性
其中, 消息体的格式如下所示:
步骤 B: Widget服务器接收该特性注册消息, 获取该特性注册消息中 的静态特性, 并存储, Widget服务器返回操作成功的消息至 Widget终端。
步骤 C: 若 Widget服务器提取特性失败时, 返回操作打败的消息至 Widget终端重新进行注册。
为使更好理解, 举例说明:
Widget 终端发送的注册消息为: { "userid" : "13421802457" deviceid " : " Nokia N95 " , " requestType " : " devREG " , " body" : { screen-resolut ion" : " 320*240", "image": ["jpeg", "gif ", "png,,], "video": ["3GP", "mpeg4", "flash"]}} ;
当 Widget服务器操作成功时, 返回的消息为:
{ "type" : " success" , " body" : {} }
当 Widget服务器操作失败时, 返回的消息为:
{ "type" :,, error" ," body" :〖 "errorCode" :,, NE" }}。 在本实施例中, 若 widget终端上有事件触发, 比如在 widget终端上 下载了数据, 或删除了数据造成了剩余存储空间的变化, 或终端接入的方 式发生改变时, widget终端需要实时上艮 widget终端的动态特性。 在本 实施列中, widget终端上艮的过程可以包括:
步骤 D: widget终端发送特性上报请求的消息至 widget服务器。 其 中, 该特性上报请求的消息包括终端的网络接入方式和终端的剩余存储空 间, 即动态特性。
其中, 特性上报请求的消息的格式如下所示:
步骤 E: widget服务器接收该特性上报请求的消息, 获取动态特性, 并存储, Widget服务器返回操作成功的消息至 Widget终端。
步骤 F:若 Widget服务器提取动态特性失败时,返回操作打败的消息 至 Widget终端重新进行注册。
为使本发明实施例更好理解, 举例说明:
Widget终端发送的特性上报请求的消息为:
{ "userid" : " 13421802457" ,,, deviceid" " Nokia N95" reques tType" : " devREP" , ,, body" : { "storage1 10M, "Access "GPRS" }
当 Widget服务器操作成功时, 返回的消息为:
{ "type" : " success" ,,, body" : { } }
当 Widget服务器操作失败时, 返回的消息为:
{ "type" : " error" ,,, body" : { "errorCode ,, NE" }} 当 Widget终端完成注册的过程后, 若 Widget终端需要上传数据至存
储服务器时, 发送包括数据上传请求的消息至 Widget服务器。 步骤 S200, Widget终端发送包括数据上传请求的消息至 Widget服务 器。 在本实施例中, widget 终端可以定时发送数据上传请求的消息至 widget服务器,也可以当接收到用户的操作指令时发送数据上传请求的消 息至 widget服务器。 当然,也可以由其他的终端作为代理,代理步骤 S200 中提到的 widget终端, 转发该 widget终端数据上传请求的消息。 当然, 这个消息也可以进行扩展, 即还可以包括其他的信息。 其中, 数据上传请 求的消息的格式可以如下所示:
消息体的格式可以如下所示:
Pr ior i ty 可选 Number类型 默认为最低级别 (用户 同步数据的自动筛选)
Open 可选 Boolean类型 0, 表示不开放; 1, 表 示开放; 默认值为 0 在本实施例中, 对 Syncable也可以用 1表示上传的数据同步, 用 0 表示上传的数据不同步, 当然, 也可以用其字字母或数据或符号表示同步 或不同步。 同理, 对 Open也可以用 1表示不开放, 用 0表示开放, 当然,
举例子: 该请求消息为:
{ "userid": " 13421802457", "deviceid": "Nokia N95", "requestType": "upload" ,
"body": {
"content": [
{"contentName": "calendar", "content size' 1024, "cont entType": "PIM", "priority": 0, "expire": 3600},
{"contentName": "SMS", "contents ize": 1024,
"contentType": "PIM", "priority": 1, "expire": 3600} ]
}
}
步骤 S202, Widget服务器判断是否有空闲会话资源。 若判断有空闲 会话资源时, 执行步骤 S204, 若判断没有空闲会话资源时, 则返回错误代 码, 并结束操作。 在本实施例中, 判断是否有空闲会话资源是判断存储服 务器当前的状态是否处于繁忙状态, 或存储服务器的存储空间是否已满, 或判断终端上传的数据的容量已超出存储服务器剩余的容量, 或判断存储
服务器与 Widget 终端的会话数是否已达到最大值。 当其中的任何一个条 件不满足时, 则说明没有空闲会话资源。 在本实施例中, 此步骤不限于采 用现有技术。
步骤 S204, Widget服务器存储数据的基本信息和控制信息。 在本实 施例中, 还为需要为该数据设置一个相应的数据索引 content 1 is t。 在本 实施例中,数据的基本信息包括 contentName, contentSize, contentType 及 contentFormat。 控制信息包括 syncable、 priority及 oper 每个数 据皆有一个数据索引。
当执行完步骤 S204后, 执行步骤 S206, Widget服务器发送上传回复 消息至 Widget 终端, 并发送上传验证消息及数据索引至存储服务器。 其 中,上传验证消息包括 sessionkey和 contentSize,该上传回复消息包括 会话密钥 ( sessionkey)及数据上传地址, 这个数据上传地址是上传的存 储服务器的地址。 该上传回复消息的格式可以如下所示:
消息体的格式可以如下所示:
举例子: 该上传回复消息为:
Response:
{ "type": "uploadResp" ,
"body": {
"session":
[
{ "contentName": "calendar" ,
"sessionKey": "abcvel23456,,, "url": "ht tp: / /cloud/uploadl. servlet " },
{ "contentName" : "SMS" , "sessionKey" : "abcvel23457", "url": "http: //cloud/upload2. servlet"} ]
}
}
步骤 S206, Widget 终端根据上传回复消息发送上传数据的请求消息 至存储服务器。 在本实施列中, 该上传数据的请求消息包括 sessionkey。 在本实施例中, Widget终端根据上传回复消息中的数据上传地址发送上传 数据的请求消息。
步骤 S208, 存储服务器判断该请求消息是否合法。 在本实施例中, 将 该上传数据的请求消息的 sessionkey和 Widget服务器下发的上传验证消 息中的 sessionkey进行比对, 若相同, 该请求消息为合法, 则执行步骤 S210。 若不相同, 则结束操作。
步骤 S210, Widget服务器返回合法的确定消息至 Widget终端。
步骤 S212, Widget终端上传数据至存储服务器。
步骤 S214, 存储服务器判断接收到的数据的大小与 Widget服务器发 送的上传验证消息中的 contentSize是否相同。若相同,则执行步骤 S216。 若不相同, 则取消存储操作。
步骤 S216,存储服务器存储该接收到的数据, 并返回操作成功的消息 至 Widget 终端。 在本实施例中, 存储服务器将该数据的数据索引和接收 到的数据作一个关联, 再进行存储, 方便后续可以根据该数据索引读取需
要的数据。
本发明实施例提供的同步方法, 不同类型的 Wi dget 终端可以定时将 各自的数据上传至存储服务器进行存储, 以达到 Wi dget 终端的数据与存 储服务器的数据保持同步, 即保证 Widget 终端上有的数据, 存储服务器 上也能够找到, 即可以实现服务器同步于 Widge t终端的数据。
图 3为本发明实施例的数据同步方法的数据下载流程图。
在本实施例中, 当用户需要通过 Widget 终端观看存储服务器上存储 的数据时, 或者, Widget终端定时自动从存储服务器中下载数据, 供用户 以后再看, 需要发送包括数据同步请求的消息至 Wi dget服务器, 然后再 从存储服务器下载所需要的数据, 从而达到 Widget终端的数据与存储服 务器存储的数据同步, 从而才可以实现一个 widget 终端观看的数据与另 一个 widget终端的数据达到同步。 当然, widget终端是选择自身可以支 持查看格式的数据, 不会选择自身不能支持看的数据格式。 当然, 这个消 息还可以包括其他信息, 不进行限制。
当然, 当这个 widget终端可以通过其他的 widget代理终端, 转发请 求消息至于 widget服务器, 只要这个 widget代理终端在发送这个请求消 息时, 在请求消息中携带需同步的 wi dget终端的信息, 即告知 widget服 务器是哪个 widget终端需要同步。
步骤 S300, widget终端发送包括数据同步请求的消息至 widget服务 器。在本实施例中, widget终端可以定时发送包括数据同步请求的消息至 widget服务器,也可以当接收到用户的操作指令时发送包括数据同步请求 的消息至 widget服务器, 其中, 数据同步请求的消息的格式可以如下所
Deviceid 必选 String类型 终端型号
requestType 必选 String类型 Sync, 终端同步服务器内容 body 必选 JSONObject 消息体, 上报数据索引 其中, 消息体的格式包括 condition字段, condi t ion字段的格式如 下所示:
举例子: 该请求消息为:
{"user id": "13421802457", "deviceid": "Nokia N95", "requestType": "Sync",
"body" : {
" condi t ion" : {
"ContentTypelist" : [ "PIM" , "Image" ]
}
}
}
步骤 S302, Widget 服务器判断是否有空闲会话资源。 若判断有空闲 会话资源时, 执行步骤 S304, 若判断没有空闲会话资源时, 则返回错误代 码, 并结束操作。
步骤 S304, Widget服务器根据包括数据同步请求的消息中的 contion 字段获取请求同步的数据信息, 再根据存储的该数据的控制信息确定请求 同步的数据信息中可以同步的数据信息。 在本实施例中, 根据 condtion
字段的 contentTypel i s t的内容获取请求同步的数据信息, 再根据存储的 该数据的控制信息中的 syncabl e信息来确定该数据是否可以同步。 在本 实施例中, 获取请求同步的数据信息是指该请求消息中需要同步哪些数 据, 可能包括需要同步图片, 视频等。 确定可以同步的数据信息是指确定 上述获取的数据信息哪些数据是可以同步。
步骤 S 306 , Widget服务器根据该可以同步的数据信息获取该同步数 据的数据索引 content index。
步骤 S308 , Widget服务器根据该请求同步的 Widget终端的特性和同 步的数据信息, 确定该同步数据中需要转码的数据。 在本实施例中, 由于 不同的 Widget终端, 其终端性能特性可能不一样, 比如, Widget终端之 间的处理图片的特性不一样, 视频处理的特性不一样, 屏幕的显示特性性 能不一样, 因此, 就需要一个可以匹配的过程, 即, 使下载的 Widge t 终 端可以按该 Widget终端的特性来查看下载的数据。在本实施例中, Widget 服务器获取存储的该同步数据的基本信息及该 Wi dget 终端的特性进行匹 配, 可以认为将同步数据的基本信息与该 wi dge t 终端的静态特性进行匹 配, 若匹配不相同, 则确定所述数据为需要转码的数据。
比如, 该同步数据为图片和视频时, 就需要获取该同步数据的 content type contentForma t , 由于是图片和视频, 所以需要显示的图 片的分辨率; 获取该 Widget 终端的分辨率信息, 处理图片的格式信息及 视频格式信息, 如果图片格式, 或视频格式, 或分辨率不一样, 那就需要 对同步数据进行转码, 也可以认为是进行数据转换。
步骤 S310, Widget服务器根据该同步的数据信息和 widget终端的特 性确定该需要转码的数据的转码规则。 在本实施例中, 该转码规则是将当 前该同步数据转换为获取该同步数据的 Widget 终端可以支持的数据格式 的规则, 可以包括扩大或缩小分辨率的规则, 或转换图片格式的规则, 或 转换视频格式的规则。 举例说明, 若当前需要同步数据的数据信息为包括
的图片的格式为 jpg,图片的分辨率为 1024*768,该 Widget终端的特性为: 处理图片的格式为 png, 屏幕的分辨率为 240*320, 则转码规则为 tans: ["jpg", "png" ], zoom: [ "1024*768" , "240*320" ]。
步骤 S312, Widget服务器发送下载回复消息至 Widget终端,并 Widget 服务器发送同步验证消息至存储服务器。 在本实施例中, 同步验证消息包 括: sessionkey、 contentSize、 contentindex、 数据转码规贝1 J。 t匕^口: {"sessionkey": "asdff 1236", "contentSize": 10240, "content Index": "ab cl23", "trans": ["jpg", "png"]} 0
该下载回复消息的格式可以如下所示:
该消息体的格式可以如下所示:
举例说明: 下载回复消息为:
{ "type" : "SyncContent"
"body" : {
sess ion
[
{ "contentlndex" : "abcl23" , "sessionKey" : "ab cvel23,,, "url" : http: //cloud/downloadl. servlet" } ,
{"content Index": "abc456", "session ey":
"abcve456", "url": "htt : //cloud/download2. servlet"} ]
}
}
步骤 S314, Widget 终端根据下载回复消息发送下载数据的请求消息 至存储服务器。 在本实施例中, 该下载数据的请求消息包括 sessionkey 和 content index。 Widget 终端 # ^据下载回复消息中的数据下载地址向存 储服务器发送下载数据的请求消息。数据下载地址为下载数据的存储服务 器的地址。
步骤 S316, 存储服务器判断该请求消息是否合法。 在本实施例中, 将 该下载数据的请求消息的 sessionkey和 content index与 Widget服务器 下发的同步一检证消息中的 sessionkey和 content index进行比对,若相同, 该请求消息为合法, 则执行步骤 S316。 若不相同, 则结束操作。
步骤 S318, 存储服务器根据同步验证消息获取该 Widget终端需要下 载的数据。 在本实施例中, 根据该同步验证消息中的 content index获取 该 contentindex对应的数据, 并根据同步验证消息中的数据转码规则将 该需要转码的数据进行转码。
步骤 S320, 将该转码后的数据下发至 Widget终端。
本发明实施例提供的同步方法, 不同类型的 Widget 终端可以定时从 存储服务器下载数据, 以达到存储服务器的数据与 Widget 终端的数据保 持同步, 即保证存储服务器上有的数据, 可以在 Widget终端上能够找到; 当不同类型的 Widget终端需要下载其他 Widget终端上传在存储服务器上 的数据时, Widget服务器先获取同步的数据信息,再根据该数据的控制信 息确定可以同步的数据信息, 并根据 Widget 终端的特性和可以同步的数
据信息确定需要转码的数据, 并对可以同步的数据确定转码规则, 通过存 储服务器将数据进行转码, 从而以实现不同类型的 Widget 终端的数据可 以互相查看, 并且将 Widget终端上传的数据下载至不同类型的 Widget终 端, 可以实现 Widget终端同步于服务器的数据。
图 4为本发明实施例的 widget系统的应用环境图。
在本实施例中, wi dge t系统包括多个不同类型的 widget终端组成的 widget终端群组 1和服务器 2。 在本实施例中, 服务器 2包括 widget服 务器 20、 第一存储服务器 21、 第二存储服务器 22 第 N存储服务器
2N。 当然, 这个存储服务器也可以置于 widget服务器 20, 即将存储服务 器作为 widget服务器中的组成部分。 Widget终端群组 1包括第一 widget 终端 11、第二 widget终端 12 第 Nwidget终端 1N,比如,第一 widget 终端 11可以为手机 widget终端, 第二 widge t终端 12可以电视 widget 终端, 第三 widget终端 13可以为汽车 widget终端等等。 在本实施例中, 用户可以通过第一 widget终端 11查看第二 wi dget终端 12 第 Nwidget 终端 1N上的数据, 此时, 首先, 第二 widge t终端 12 第 Nwidget 终端 1N需要将各自的数据上传于服务器 1进行存储,第一 widget终端 11 再从服务器 2下载想看的数据。 当然, 第一 widget终端 11也可以自动从 服务器 2下载所有的数据, 待用户想看时, 用户直接在第一 widget终端 11 上看。 可以理解的是, widget终端将各自的数据上传至服务器, 其他 widget终端可以从服务器下载数据, 从而使得 widget终端可以拥有其他 widget终端的数据, 也可以认为通过服务器使不同类型的 widget终端间 的数据可以达到同步。 也可以认为同步的过程分为 widget 终端向服务器 的向上同步和服务器向 widget终端向下同步的过程, 从而使 widget终端 不会受类型的限制, 最终可以扩大 w i dge t终端的使用范围和 w i dge t终端的 业务能力。
wi dget服务器 20用于接收所述 widget终端发送的数据同步请求的消
息, 获取所述请求消息对应的同步数据信息、 同步的数据索引及所述 widget终端的特性,根据所述请求消息对应的同步数据信息及所述 widget 终端的特性确定所述同步数据中需要转码的数据和所述需要转码的转码 规则。
第一存储服务器 21、 第二存储服务器 22 第 N存储服务器 2N用 于根据所述同步的数据索引获取存储的所述同步的数据, 并根据所述转码 规则转码所述同步的数据, 及发送转码后的同步的数据至所述 widge t 终 端。
图 5为本发明实施例的 widget终端的结构图。
虽然 widget终端群组为不同类型的 widget终端, 但其皆有相同的基 本结构。 在本实施例中, 以第一 widget终端 11及第一存储服务器 21为 例进行说明。
在本实施例中, 第一 widget终端 11包括管理模块 110、 性能注册模 块 111、 性能上报模块 112、 同步请求模块 113、 数据传输模块 114、 用户 界面模块 115及定时器 116。
当第一 wi dget终端 11第一次使用时, 第一 wi dge t终端 11需要在 widget服务器 20上进行性能注册。 在本实施例中, 管理模块 110用于当 检测到 widget终端第一次开启时,发送注册通知至性能注册模块 111。性 能注册模块 111用于当接收到管理模块 110发送的注册通知,发送特性注 册消息至 widget服务器 20。该特性注册消息包括终端 ID信息和特性列表 信息。 管理模块 110还用于当接收到 wi dget服务器发送的注册成功的消 息后, 检测 widget 终端是否有事件发生。 在本实施例中, 这个事件为 widget终端下载数据事件, 或删除数据造成剩余存储空间的变化的事件, 或终端接入的方式发生改变的事件。管理模块 110还用于当有事件触发时, 即 widget 终端下载了数据, 或删除数据造成了剩余存储空间的变化, 或 终端接入的方式发生改变, 发送上报通知至性能上报模块 112。 性能上报
模块 112用于当接收到管理模块 110发送的上报通知时, 发送特性上报请 求的消息至 widget服务器 20。 其中, 该特性上报请求的消息包括终端的 网络接入方式和终端的剩余存储空间。
管理模块 110还用于当接收到注册成功的消息后, 通知用户界面模块 115及定时器 116可以正常使用。
用户界面模块 115用于接收用户的操作信息。 该操作信息可以为同步 数据的操作指令。 当用户界面模块 115接收到同步数据的操作指令时, 触 发同步请求模块 113。 在本实施例中, 定时器 116用于定时触发同步请求 模块 113。 在本实施例中, 可以触发同步请求模块 113发送向上同步的请 求消息, 即向服务器上传数据, 也可以触发同步请求模块 113发送数据同 步请求的消息, 即从服务器下载数据。
第一种情况:同步请求模块 113用于当接收到向上同步的触发指令时 , 发送向上同步的请求消息至 Widget服务器 20。 Widget服务器 20用于接 收到向上同步的请求消息时, 判断是否有空闲会话资源, 若判断有空闲会 话资源时, 存储数据的基本信息和控制信息, 并返回上传回复消息至同步 请求模块 113, 及发送上传验证消息至第一存储服务器 21。 上传验证消息 包括 ses s ionkey 和 contentS i ze, 上传回复消息包括会话密钥 ( ses s ionkey )及数据上传地址。
同步请求模块 113还用于接收到 Wi dget服务器 20发送的上传回复消 息时, 通知数据传输模块 114。
数据传输模块 114用于根据同步请求模块 113接收的上传回复消息发 送上传数据的请求消息至第一存储服务器 21。在本实施例中,数据传输模 块 114根据上传回复消息中的数据上传地址发送上传数据的请求消息至第 一存储服务器 21。 该上传数据的请求消息包括 ses s ionkey。
第一存储服务器 21用于根据 Widget服务器 20发送的上传验证消息 验证数据传输模块 114发送的上传数据的请求消息是否合法。 在本实施例
中, 将该上传数据的请求消息的 ses s ionkey和 Widget服务器下发的上传 验证消息中的 ses s i onkey进行比对, 若相同, 该请求消息为合法。 第一 存储服务器 21还用于当判断数据传输模块 114发送的上传数据的请求消 息合法时, 发送确定消息至数据传输模块 114。
数据传输模块 114还用于当接收到第一存储服务器 21发送的确定消 息时, 发送需要上传的数据至第一存储服务器 21。
第一存储服务器 21还用于判断接收到的数据的大小与 Widget服务器 20发送的上传验证消息中的 contents ize是否相同。若相同, 第一存储服 务器 21存储该上传的数据, 并返回操作成功的消息至数据传输模块 114。
第二种情况: 同步请求模块 113还用于当接收到数据同步的触发指令 时,发送包括数据同步请求的消息至 widget服务器 20。 当 widget服务器 20 用于当确定有空闲会话资源后, 根据包括数据同步请求的消息中的 cont ion字段获取请求同步的数据信息, 再根据存储的该数据的控制信息 确定可以同步的数据信息。 widget服务器 20还用于根据该可以同步的数 据信息获取该同步的数据索引, 并根据该请求同步的 Widge t终端的特性 和该同步的数据信息确定该同步数据中需要转码的内容和转码规则。 widget服务器 20还用于当确定转码规则后, 发送下载回复消息至同步请 求模块 113, 并发送同步验证消息至第一存储服务器 21。
数据传输模块 114还用于根据同步请求模块 113接收的下载回复消息 发送下载数据的请求消息至第一存储服务器 21。
第一存储服务器 21还用于判断该下载数据的请求消息是否合法, 当 合法后, 根据同步验证消息获取该 Widget 终端需要下载的数据。 在本实 施例中,该下载数据的请求消息的 ses s ionkey和 content index与 Widget 艮务器下发的同步一 证消'息-中 ό ses s ionkey和 content index进行 t匕对, 若相同, 该请求消息为合法。 第一存储服务器 21还用于根据该同步验证 消息中的 content index, content s i ze获取该 content index对应的数据,
并根据同步验证消息中的数据转码规则将该数据进行转码。 第一存储服务 器 21还用于将转码后的数据发送数据传输模块 114。
数据传输模块 114还用于接收第一存储服务器 21发送的数据。
本发明实施例的 Widget终端, 不同类型的 Widget终端皆具有相同的 结构模块, 在 widget服务器上注册该 widget终端的性能, 以告知 widget 服务器该终端以后可以同步哪些数据,并且该终端可以定时将各自的数据上 传至存储服务器进行存储, 以达到 Widget 终端的数据与存储服务器的数 据保持同步, 即保证 Widget终端上有的数据, 存储服务器上也能够找到; 不同类型的 Widge t 终端可以定时从存储服务器下载数据, 以达到存储服 务器的数据与 Widge t 终端的数据保持同步, 即保证存储服务器上有的数 据, 可以在 Widget终端上能够找到。 当不同类型的 Widget终端需要下载 其他 Widget终端上传在存储服务器上的数据时, Widget服务器先获取同 步的数据信息, 再根据该数据的控制信息确定可以同步的数据信息, 并根 据 Widget 终端的特性和可以同步的数据信息确定需要转码的数据, 并对 可以同步的数据确定转码规则, 通过存储服务器将数据进行转码, 从而以 实现不同类型的 Widge t 终端的数据可以通过服务器达到同步, 从而使 widget 终端不会受类型的限制, 最终可以扩大 widget 终端的使用范围和 widget终端的业务能力。
图 6为本发明实施例的服务器的第一种结构图。
在本实施例中, Widget服务器 20包括性能管理模块 200、 性能数据 库 201、 数据信息库 202、 同步控制模块 203、 会话管理模块 204、 数据管 理模块 205。 第一存储服务器 21包括会话控制模块 210、 存储模块 211。
在本实施例中, 性能管理模块 200用于接收性能注册模块 111发送的 特性注册消息, 获取该特性注册消息中的终端 ID信息和特性列表信息, 并存储于性能数据库 201 , 并返回注册成功的消息至性能注册模块 111。 性能管理模块 200还用于接收性能上报模块 112发送的特性上报奇求的消
息, 获取该特性上报请求的消息中的终端的网络接入方式和终端的剩余存 储空间, 并存储于性能数据库 201。
同步控制模块 203用于接收同步请求模块 113发送的向上同步的请求 消息时, 通知会话管理模块 204为该终端分配会话资源。
会话管理模块 204用于当确定第一存储服务器 21有空闲会话资源时, 为发送该向上同步的请求消息的终端分配会话资源, 即发送会话密钥 ( sessionkey)及数据上传地址至同步控制模块 203。
同步控制模块 203还用于当接收到会话管理模块 204发送的会话密钥 ( sessionkey)及数据上传地址时, 通知数据管理模块 205。
数据管理模块 205用于获取该向上同步的请求消息中的数据的基本信 息和控制信息, 并存储于数据信息库 202, 同时还为数据设置一个数据索 引。
同步控制模块 203用于当数据管理模块 205获取该数据的基本信息和 控制信息后, 发送上传回复消息至同步请求模块 113, 并发送上传验证消 息至第一存储服务器 21中的会话控制模块 210。
第一存储服务器 21中的会话控制模块 21 G用于接收数据传输模块 114 发送的上传数据的请求消息及同步控制模块 203发送的上传验证消息, 并 验证数据传输模块 114发送的上传数据的请求消息是否合法。 在本实施例 中, 将该上传数据的请求消息的 sessionkey和 Widget服务器下发的上传 验证消息中的 s e s s i onkey进行比对, 若相同 , 该请求消息为合法 , 并发 送确定消息至数据传输模块 114, 并发送上传验证消息中的 contentSize 至存储模块 211, 及通知存储模块 211准备接收数据传输模块 114传输的 数据。
存储模块 211用于接收数据传输模块 114传输的数据, 并判断接收到 的数据的大小与上传验证消息中的 contentSize是否相同。 在相同, 存储 所接收到的数据, 并返回操作成功的消息至数据传输模块 114。
本发明实施例提供的服务器, 服务器接收不同类型的 Wi dge t 终端上 传的数据, 从而保证 Wi dge t 终端有的数据, 在服务器也可以找到, 即可 以实现服务器同步于 Wi dget终端的数据。
图 7为本发明实施例的服务器的第二种结构图。
在本实施例中, Wi dge t服务器 20包括性能管理模块 200、 性能数据 库 201、 数据信息库 202、 同步控制模块 203、 会话管理模块 204、 数据管 理模块 205、 性能调用模块 206及数据控制模块 207。 第一存储服务器 21 包括会话控制模块 21 0、 存储模块 211及数据处理模块 212。
会话管理模块 204还用于当确定第一存储服务器 21有空闲会话资源 时, 为发送该数据同步请求的消息的终端分配会话资源, 即发送会话密钥 ( ses s ionkey )及数据下载地址至同步控制模块 203。
同步控制模块 203还用于当会话管理模块 204 确定有空闲会话资源 时, 通知数据管理模块 205。
数据管理模块 205还用于根据包括数据同步请求的消息中的 con t i on 字段获取请求同步的数据信息, 并根据存储的该数据的控制信息确定可以 同步的数据信息, 及根据该可以同步的数据信息从数据信息库 202获取该 同步的数据索引。
同步控制模块 203还用于接收数据管理模块 205发送的同步的数据索 引和同步的数据信息, 并通知性能调用模块 206。
性能调用模块 206用于根据该请求从性能数据库 201获取该请求对应 的 Wi dget终端的特性, 并发送至同步控制模块 203。
数据控制模块 207 用于根据同步控制模块 203 发送的请求同步的 Wi dget终端的特性和同步的数据信息,确定该同步数据需要转码的数据和 转码规则。
同步控制模块 203还用于接收数据控制模块 207确定的转码规则后, 发送下载回复消息至同步传输模块 11 3, 及发送同步验证消息至第一存储
服务器 21 中的会话控制模块 210。 在本实施例中, 同步验证消息包括: ses s ionkey, contentS i ze , content index及数据转码规贝 'J。 下载回复消 息包括数据下载地址、 ses s ionkey和 content index。
数据传输模块 114还用于根据同步传输模块 113接收的下载回复消息 发送下载数据的请求消息至会话控制模块 210。 该下载数据的请求消息包 括 ses s ionkey和 content index。
会话控制模块 210还用于判断该下载数据的请求消息是否会法。在本 实施例中, 将该下载数据的请求消息的 ses s ionkey和 content index 与 Widget月良务器下发的同步验证消息中的 s e s s i onkey和 con t en t i ndex进行 比对, 若相同, 该请求消息为合法。 在本实施例中, 当判断该莆求消息合 法时, 发送同步 ¾正消息中的 content index、 content s ize及转码规则至 数据处理模块 212。
数据处理模块 212 用于才 据同步验证消息中的 content index 及 content s i ze从存储模块 211获取该 content index对应的数据,并根据转 码规则将该数据进行转码, 及发送转码后的数据至数据传输模块 114。
本发明实施例提供的服务器, 当不同类型的 Wi dget 终端需要下载其 他 Widget终端上传在存储服务器上的数据时, Widge t服务器先获取同步 的数据信息, 再根据该数据的控制信息确定可以同步的数据信息, 并根据 Widget终端的特性和可以同步的数据信息确定需要转码的数据,并对可以 同步的数据确定转码规则, 通过存储服务器将数据进行转码, 从而以实现 不同类型的 Widget终端的数据可以互相查看, 并且将 Widget终端上传的 数据下载至不同类型的 Widget终端, 可以实现 Widget终端同步于服务器 的数据, 从而使 widget终端不会受类型的限制, 最终可以扩大 widget终端 的使用范围和 widget终端的业务能力。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分 流程, 是可以通过计算机程序来指令相关的硬件来完成, 所述的程序可存
储于一计算机可读取存储介质中, 该程序在执行时, 可包括如上述各方法 的实施例的流程。 其中, 所述的存储介质可为碟、 光盘、 只读存储记忆体
( Read-Only Memory, ROM )或随机存储记忆体( Random Access Memory, RAM )等。
最后应说明的是: 以上实施例仅用以说明本发明的技术方案而非对其进 行限制, 尽管参照较佳实施例对本发明进行了详细的说明, 本领域的普通技 术人员应当理解: 其依然可以对本发明的技术方案进行修改或者等同替换, 而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的 精神和范围。
Claims
1、一种数据的同步方法, 其特征在于, 应用于不同类型的 widget终端 的数据同步, 所述方法包括:
接收包括数据同步请求的消息;
根据所述数据同步请求的消息和需同步的 widget 终端的特性确定需 要转码的数据和所述需要转码的数据的转码规则;
将根据所述转码规则转码后的数据发送至所述需同步的 widget终端。
2、 根据权利要求 1所述的方法, 其特征在于, 所述根据所述数据同步 请求的消息和需同步 widget 终端的特性确定需要转码的数据和转码规则 的步骤包括:
确定所述数据同步请求的消息中可以同步的数据信息;
根据需同步 widget 终端的特性和所述可以同步的数据信息确定所述 同步的数据中需要转码的数据;
根据所述需同步 widge t 终端的特性和所述可以同步的数据信息确定 所述需要转码的数据的转码规则, 其中, 所述转码规则是将所述需要转码 的数据转换为所述需同步的 Wi dget终端支持的数据格式的规则。
3、 根据权利要求 2所述的方法, 其特征在于, 所述确定所述数据同步 请求的消息中可以同步的数据信息的步驟包括:
根据所述请求消息获取请求同步的数据信息;
根据所述数据信息的控制信息确定所述请求同步的数据信息中可以 同步的数据信息。
4、 根据权利要求 3所述的方法, 其特征在于, 所述包括数据同步请求 的消息包括数据类型列表, 所述根据所述请求消息获取请求同步的数据信 息的步骤包括:
根据所述数据类型列表获取所述请求同步的数据信息。
5、 根据权利要求 2所述的方法, 其特征在于, 所述根据需同步 widget 终端的特性和所述可以同步的数据信息确定所述同步的数据中需要转码 的数据的步骤包括:
获取所述可以同步的数据信息的数据格式及所述 widget 终端的特性 进行匹配, 其中, 所述特性包括 widge t终端的分辨率、 widget终端支持 的图片格式、 widget终端支持的视频格式;
若匹配不相同, 确定所述数据为需要转码的数据。
6、 一种应用于数据同步的 wi dget 良务器, 其特征在于, 所述 widget 服务器与多个不同类型的 widget 终端及多个存储服务器通信连接, 所述 widget服务器包括:
同步控制模块, 用于接收所述 widget 终端发送的包括数据同步请求 的消息, 并获取所述倚求消息中可以同步的数据信息,及获取所述 widget 终端的特性;
数据控制模块, 用于根据所述可以同步的数据信息和所述 wi dget 终 端的特性确定所述同步数据中需要转码的数据和所述需要转码的数据的 转码规则;
其中, 所述同步控制模块还用于将所述转码规则发送至所述存储服务 器, 以使所述存储服务器根据所述转码规则对需要转码的数据进行转码, 并将转码后的数据发送至所述 widget终端。
7、 #居权利要求 6所述的 widget服务器, 其特征在于, 还包括: 性能管理模块, 用于接收所述 widget 终端发送的特性注册消息, 获 取所述特性注册消息中的静态特性, 所述静态特性包括 widget 终端的分 辨率、 widget终端支持的图片格式、 widget终端支持的视频格式;
性能数据库, 用于存储所述性能管理模块获取的静态特性。
8、 根据权利要求 7所述的 wi dget服务器, 其特征在于, 所述性能管理 模块还用于所述 widget终端发送的特性上报请求的消息,获取所述 widget
终端的动态特性, 所述动态特性包括 widget 终端的网络接入方式和 wi dget终端的剩余存储空间; 所述性能数据库还用于存储所述动态特性。
9、根据权利要求 6所述的 wi dget服务器, 其特征在于, 所述同步控制 模块还用于获取可以同步的数据信息对应的同步的数据索引, 并将所述同 步的数据索引发送至所述存储服务器, 所述同步的数据索引用于为所述存 储服务器根据所述同步的数据索引获取对应的数据。
10、 根据权利要求 6所述的 widge t服务器, 其特征在于, 还包括: 所述同步控制模块还用于接收所述 widget 终端发送数据上传请求的 消息;
数据管理模块, 用于获取所述数据上传请求的消息中的数据的基本信 息和控制信息;
数据信息库, 用于存储所述数据的基本信息和控制信息, 并所述数据 设置数据索引。
11、 根据权利要求 10所述的 wi dge t服务器, 其特征在于, 还包括: 数据管理模块, 用于根据所述同步控制模块发送的所述倚求消息获取 请求同步的数据信息, 根据所述数据信息库存储的所述数据的控制信息确 定所述请求同步的数据信息中可以同步的数据信息和根据所述可以同步 的数据信息获取对应的同步的数据索引;
性能调用模块, 用于根据所述同步控制模块发送的所述倚求消息从所 述性能数据库获取所述 wi dge t终端的特性;
所述同步控制模块还用于接收所述数据管理模块发送的同步的数据 信息和所述同步的数据索引, 及所述性能调用模块发送的所述 wi dge t 终 端的特性。
12、 根据权利要求 10所述的 wi dge t服务器, 其特征在于, 所述数据控 制模块还用于将所述同步的数据信息与所述 wi dget 终端的静态特性进行 匹配, 若匹配不相同, 确定所述数据为需要转码的数据, 根据所述需要转
码的数据确定转码规则, 其中所述转码规则是将所述数据转换为所述数据 的 Widget终端支持的数据格式的规则。
13、 一种应用于数据同步的存储服务器, 其特征在于, 所述存储服务 器与 widget终端及 widget服务器通信连接, 包括会话控制模块、 数据处 理模块及存储模块;
所述会话控制模块用于接收 widget 服务器发送的同步的数据的转码 规则和所述同步的数据索引;
所述数据处理模块用于根据所述同步的数据索引从所述存储模块获 取所述同步的数据, 并根据所述转码规则转码所述同步的数据, 并发送转 码后的数据至所述 widget终端。
14、 根据权利要求 13所述的存储服务器, 其特征在于, 所述会话控制 模块还用于接收所述 widget服务器发送上传验证消息及所述 widget终端 发送的上传数据的请求消息, 并根据所述上传验证消息中的会话密钥确定 所述请求消息是否合法, 所述上传验证消息包括会话密钥和上传数据的大 小, 所述请求消息包括会话密钥和上传数据的大小。
15、 根据权利要求 14 所述的存储服务器, 其特征在于, 所述会话控制 模块还用于当所述上传验证消息中的会话密钥与所述请求消息中的会话密 钥相同时, 确定所述请求消息合法;
所述存储模块还用于当所述请求消息合法时, 接收所述 widget 终端 发送的上传数据, 并根据上传数据的大小与所述上传验证消息中的上传数 据的大小确定是否存储所接收的数据, 当根据上传数据的大小与所述上传 验证消息中的上传数据的大小相同时, 存储所接收的数据。
16、 根据权利要求 14 所述的存储服务器, 其特征在于, 所述会话控制 模块还用于接收所述 widget终端发送的下载数据的请求消息,并接收所述 widget服务器发送的所述下载数据的请求消息对应的会话密钥,所述下载 数据的请求消息包括会话密钥和同步的数据索引。
17、 根据权利要求 14 所述的存储服务器, 其特征在于, 所述会话控制 模块还用于根据所述下载数据的请求消息中的会话密钥和同步的数据索引与 所述 widget 服务器发送的会话密钥和同步的数据索引进行比对, 确定所 述下载数据的请求消息是否合法, 若相同时, 确定所述下载数据的请求消 息合法。
18、 根据权利要求 14所述的存储服务器, 其特征在于, 所述数据处理 模块还用于当所述会话控制模块确定所述下载数据的请求消息合法时, 根 据所述同步的数据索引从所述存储模块获取所述同步的数据, 并根据所述 转码规则转码所述同步的数据, 并发送转码后的数据至所述 widget终端, 其中所述转码规则是将所述数据转换为所述数据的 Widget 终端支持的数 据格式的规则。
19、 一种应用于数据同步的服务器, 其特征在于, 所述服务器与多个 不同类型的 widget终端通信连接, 所述服务器包括 widget服务器和多个 存储服务器;
所述 widge t服务器用于接收所述 widge t终端发送的包括数据同步请 求的消息, 并根据所述数据同步请求的消息和需同步的 widget 终端的特 性确定需要转码的数据和转码规则;
所述存储服务器用于根据所述转码规则转码所述需要转码的数据, 及 发送转码后的数据至所述需同步的 widget终端。
20、 根据权利要求 19所述的服务器, 其特征在于, 所述 widget服务器 还用于获取所述数据同步请求的消息对应的同步的数据索引, 并发送至所 述存储服务器, 所述同步的数据索引用于为所述存储服务器根据所述同步的 数据索引获取对应的数据。
21、根据权利要求 19所述的服务器, 其特征在于, 所述 widget服务器 还用于确定所述数据同步请求的消息中可以同步的数据信息, 才据需同步 widget 终端的特性和所述可以同步的数据信息确定所述同步的数据中需
要转码的数据, 根据所述需同步 widget 终端的特性和所述可以同步的数 据信息确定所述需要转码的数据的转码规则, 其中, 所述转码规则是将所 述需要转码的数据转换为所述需同步的 Widget 终端支持的数据格式的规 则。
22、一种数据的同步方法,其特征在于,应用于多个不同类型的 widget 终端的数据同步, 所述方法包括:
所述 widget终端发送包括数据同步请求的消息于 widget服务器, 所 述数据同步请求的消息用于使所述 widget服务器获取可以同步的数据信 息和所述 widget终端的特性, 所述可以同步的数据信息及所述 widget终 端的特性用于提供给所述 widget服务器确定所述同步数据中需要转码的 数据和所述需要转码的数据的转码规则;
所述 widget终端接收所述 widget服务器发送的下载回复消息; 所述 widget 终端据所述下载回复消息发送下载数据的请求消息至存 储服务器, 并接收所述存储服务器根据所述 widget服务器的转码规则转 码后的数据。
23、 根据权利要求 22所述的方法, 其特征在于, 还包括:
所述 widget终端发送数据上传请求的消息至所述 widget服务器; 所述 widget终端接收所述 widget服务器发送的上传回复消息; 所述 widget终端根据所述上传回复消息上传数据至所述存储服务器。
24、 一种应用于数据同步的 widget终端, 其特征在于, 所述 widget 终端与 widget服务器和多个存储服务器通信连接, 包括:
同步请求模块, 用于发送包括数据同步请求的消息于所述 widget 服 务器, 所述数据同步请求的消息用于使所述 widget服务器获取可以同步 的数据信息和所述 widget 终端的特性, 所述可以同步的数据信息及所述 widget终端的特性用于提供给所述 widget服务器确定所述同步数据中需 要转码的数据和所述需要转码的数据的转码规则, 接收所述 widget服务
器发送的下载回复消息;
内容传输模块, 用于根据所述下载回复消息发送下载数据的请求消 息, 并接收所述存储服务器根据所述 widget服务器的转码规则转码后的 数据。
25、 #居权利要求 24所述的 wi dget终端, 其特征在于, 所述同步请求 模块还用于发送数据上传请求的消息至所述 widget 服务器, 接收所述 widget服务器发送的上传回复消息;所述内容传输模块还用于根据所述上 传回复消息上传数据至所述存储服务器。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP10160683A EP2251801A3 (en) | 2009-05-13 | 2010-04-22 | Method, terminal and server for transcoding data |
US12/766,131 US20100293139A1 (en) | 2009-05-13 | 2010-04-23 | Method, widget terminal and server for synchronizing data |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910107409.2 | 2009-05-13 | ||
CN 200910107409 CN101888395A (zh) | 2009-05-13 | 2009-05-13 | 一种数据的同步方法、widget终端及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2010130157A1 true WO2010130157A1 (zh) | 2010-11-18 |
Family
ID=43074115
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2010/070016 WO2010130157A1 (zh) | 2009-05-13 | 2010-01-05 | 一种数据的同步方法、widget终端及服务器 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101888395A (zh) |
WO (1) | WO2010130157A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111585964A (zh) * | 2015-09-21 | 2020-08-25 | 华为终端有限公司 | 登录信息输入方法、登录信息保存方法及相关装置 |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102790725B (zh) * | 2011-05-16 | 2016-08-24 | 腾讯科技(深圳)有限公司 | 一种消息同步方法和装置 |
CN103595739B (zh) * | 2012-08-14 | 2016-05-18 | 北京华胜天成科技股份有限公司 | 基于widget引擎网络服务一体化数据处理方法和系统 |
CN103825917B (zh) * | 2012-11-16 | 2017-11-21 | 中国移动通信集团公司 | 一种数据同步方法、系统、数据同步服务器及终端 |
CN103051927A (zh) * | 2012-12-28 | 2013-04-17 | 捷思锐科技(北京)有限公司 | 一种流媒体转码控制方法及装置和流媒体转码装置 |
CN105472412B (zh) * | 2015-11-20 | 2018-05-08 | 四川长虹电器股份有限公司 | 一种区分智能电视状态的大数据处理方法 |
CN107092470B (zh) * | 2016-02-17 | 2020-11-10 | 中国移动通信集团北京有限公司 | 一种微件Widget注册方法及装置 |
CN106469189A (zh) * | 2016-08-30 | 2017-03-01 | 北京奇虎科技有限公司 | 一种前端辅助转码的浏览方法和装置 |
CN109088906B (zh) * | 2017-06-14 | 2021-06-18 | 中国移动通信集团重庆有限公司 | 在系统间保持会话同步的方法和装置、可读存储介质 |
CN109032536B (zh) * | 2018-08-31 | 2021-08-10 | 郑州云海信息技术有限公司 | 基于分布式集群系统的数据存储方法、装置、系统及设备 |
CN110990359A (zh) * | 2019-12-18 | 2020-04-10 | 北京华峰创业科技有限公司 | 一种同步构架中对无用数据清理的方法和系统 |
CN113490013B (zh) * | 2021-06-30 | 2023-09-22 | 聚好看科技股份有限公司 | 一种服务器及数据请求方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1893356A (zh) * | 2005-07-01 | 2007-01-10 | 萧学文 | 一种通过移动终端访问电脑资源的方法及系统 |
CN101257607A (zh) * | 2008-03-12 | 2008-09-03 | 中兴通讯股份有限公司 | 一种应用于视频会议的多画面处理系统和方法 |
WO2009036093A2 (en) * | 2007-09-11 | 2009-03-19 | Yahoo! Inc. | System and method of inter- widget communication |
WO2009046295A1 (en) * | 2007-10-04 | 2009-04-09 | Clearspring Technologies, Inc. | Methods and apparatus for widget sharing between content aggregation points |
CN101588252A (zh) * | 2008-05-23 | 2009-11-25 | 华为技术有限公司 | 一种多点会议的控制方法及装置 |
-
2009
- 2009-05-13 CN CN 200910107409 patent/CN101888395A/zh active Pending
-
2010
- 2010-01-05 WO PCT/CN2010/070016 patent/WO2010130157A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1893356A (zh) * | 2005-07-01 | 2007-01-10 | 萧学文 | 一种通过移动终端访问电脑资源的方法及系统 |
WO2009036093A2 (en) * | 2007-09-11 | 2009-03-19 | Yahoo! Inc. | System and method of inter- widget communication |
WO2009046295A1 (en) * | 2007-10-04 | 2009-04-09 | Clearspring Technologies, Inc. | Methods and apparatus for widget sharing between content aggregation points |
CN101257607A (zh) * | 2008-03-12 | 2008-09-03 | 中兴通讯股份有限公司 | 一种应用于视频会议的多画面处理系统和方法 |
CN101588252A (zh) * | 2008-05-23 | 2009-11-25 | 华为技术有限公司 | 一种多点会议的控制方法及装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111585964A (zh) * | 2015-09-21 | 2020-08-25 | 华为终端有限公司 | 登录信息输入方法、登录信息保存方法及相关装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101888395A (zh) | 2010-11-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2010130157A1 (zh) | 一种数据的同步方法、widget终端及服务器 | |
EP1406458B1 (en) | Image browsing and downloading in mobile networks | |
US9521193B2 (en) | Method and apparatus for providing and receiving contents via network, method and apparatus for backing up data via network, backup data providing device, and backup system | |
US20060047844A1 (en) | One step approach to deliver multimedia from local PC to mobile devices | |
JP5237461B2 (ja) | メディアファイルを移動デバイスに送信する方法およびそのエンティティ | |
CN100563169C (zh) | 客户端能力更新上报系统、方法、服务器和终端设备 | |
US20080183839A1 (en) | System For Computer To Mobile Device Place Shifting | |
US20100293139A1 (en) | Method, widget terminal and server for synchronizing data | |
WO2013152677A1 (zh) | 资源共享方法及设备 | |
EP2652929B1 (en) | A system and a method for providing a communication service in a communication network | |
WO2007085166A1 (fr) | Procede et appareil | |
JP5503821B2 (ja) | 表示システム、表示方法およびプログラム | |
US20080184123A1 (en) | System And Method For Providing A Secure Connection Between A Computer And A Mobile Device | |
WO2012019391A1 (zh) | 号码详情的获取系统及方法 | |
EP2371112A1 (en) | Download of a file from a mobile device | |
WO2011116558A1 (zh) | 短消息处理方法及终端 | |
JP5108728B2 (ja) | 通信システム、および通信方法 | |
US7937441B2 (en) | Data-control device and method of controlling same | |
JP2005275534A (ja) | 移動体通信システム及びサーバ装置 | |
KR100779543B1 (ko) | 이미지 콜의 주소록 자동 등록 장치 및 방법 | |
US11936728B2 (en) | Method for the file distribution between interconnected 3GPP MCData systems | |
KR101401155B1 (ko) | Mms 첨부파일 전송 방법 및 시스템 | |
WO2016070371A1 (zh) | 移动终端和web终端之间互连及流传输和流媒体播放的方法 | |
JP4276562B2 (ja) | 移動体通信システム及びサーバ装置 | |
WO2022029361A1 (en) | Apparatus, method and computer program |
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: 10774498 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 10774498 Country of ref document: EP Kind code of ref document: A1 |