WO2016023374A1 - 信息的处理方法及装置 - Google Patents

信息的处理方法及装置 Download PDF

Info

Publication number
WO2016023374A1
WO2016023374A1 PCT/CN2015/076007 CN2015076007W WO2016023374A1 WO 2016023374 A1 WO2016023374 A1 WO 2016023374A1 CN 2015076007 W CN2015076007 W CN 2015076007W WO 2016023374 A1 WO2016023374 A1 WO 2016023374A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
terminal
download
file
server
Prior art date
Application number
PCT/CN2015/076007
Other languages
English (en)
French (fr)
Inventor
陈禧
双建平
张翀
唐沁洋
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2016023374A1 publication Critical patent/WO2016023374A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Definitions

  • the present invention relates to the field of communications, and in particular to a method and apparatus for processing information.
  • FIG. 1 is a schematic diagram of a client-server service relationship according to the related art. As shown in FIG. 1, the terminal first performs a task request to the front-end server, and the front-end server returns the download (Download, DL for short) server address to the mobile terminal, and then the mobile terminal performs data download from the DL server. There is no relationship between the front-end server and the DL server.
  • the limitation of the above technical solution is that after the front-end server sends the DL server address to the terminal, the DL server cannot know which terminals have downloaded the data, and if the user refuses to download, cancels the download during the download process or the user If the delay is too long, the server-side task times out and the upgrade package cannot be downloaded. The server cannot know exactly why the terminal user no longer downloads or terminates the download. As a result, it is inconvenient for the DL server to correctly calculate the service effect, and it is also not conducive to the improvement of the download service.
  • the embodiment of the invention provides a method and a device for processing information, so as to at least solve the related art in the OMA-DL download process, the server cannot know which terminals have downloaded the upgrade package, and cannot obtain the user behavior, and thus cannot A statistical improvement on the effectiveness of the service.
  • a method of processing information is provided.
  • the method for processing information according to the embodiment of the present invention includes: acquiring terminal information for performing a download operation and/or user downloading behavior information during a downloading process; and reporting terminal information and/or user downloading behavior information to the first server.
  • acquiring the terminal information and/or the user downloading behavior information comprises: tracking the user behavior occurring in real time after acquiring the download descriptor (DD) file; determining the identifier information of the terminal, the event code corresponding to the user behavior, and The event content corresponding to the event code is sent to the first server.
  • DD download descriptor
  • obtaining the terminal information and/or the user downloading behavior information includes: requesting, by the second server, the Uniform Resource Locator (URL) address information of the DD file to be sent; acquiring the DD file according to the URL address information; and parsing the DD file by using the DD file After determining that the terminal has the capability of downloading the upgrade file and confirming that the upgrade file is downloaded, it is determined that the identifier information of the terminal, the first status code of the download upgrade file, and the status information corresponding to the first status code are required to be reported. To the first server.
  • the Uniform Resource Locator URL
  • the acquiring the terminal information and/or the user downloading behavior information includes: after determining that the terminal has the capability of downloading the upgrade file by confirming the DD file and confirming that the upgrade file is downloaded, if the cancel download process is received.
  • the instruction after obtaining the reason for refusing the download, determines that the identification information of the terminal, the second status code of the refusal to download the upgrade file, the status information corresponding to the second status code, and the reason for refusing to download the upgrade file are reported to the first server.
  • obtaining the terminal information and/or the user downloading behavior information includes: requesting, by the second server, the URL address information of the DD file to be sent; obtaining the DD file according to the URL address information; and determining that the terminal does not have the In the case of the ability to download the upgrade file, it is determined that the identifier information of the terminal, the third status code of the terminal capability, the status information corresponding to the third status code, and the terminal capability information are reported to the first server.
  • obtaining the terminal information and/or the user downloading behavior information includes: requesting, by the second server, the URL address information of the DD file to be sent; obtaining the DD file according to the URL address information; and determining that the terminal has the download after parsing the DD file
  • an information processing apparatus is provided.
  • the information processing apparatus includes: an obtaining module configured to acquire terminal information for performing a download operation and/or user download behavior information during a downloading process; and a reporting module configured to download the terminal information and/or the user The behavior information is reported to the first server.
  • the obtaining module is configured to track the user behavior occurring in real time after acquiring the DD file, and determine that the identifier information of the terminal, the event code corresponding to the user behavior, and the event content corresponding to the event code are sent to the first server.
  • the obtaining module includes: a first requesting unit, configured to request the second server to send the URL address information of the DD file; the first obtaining unit is configured to acquire the DD file according to the URL address information; the first determining unit is configured to After determining that the terminal has the ability to download the upgrade file and confirms downloading the upgrade file by parsing the DD file, it is determined that the terminal identification information, the first status code of the download upgrade file, and the first The status information corresponding to the status code is reported to the first server.
  • a first requesting unit configured to request the second server to send the URL address information of the DD file
  • the first obtaining unit is configured to acquire the DD file according to the URL address information
  • the first determining unit is configured to After determining that the terminal has the ability to download the upgrade file and confirms downloading the upgrade file by parsing the DD file, it is determined that the terminal identification information, the first status code of the download upgrade file, and the first The status information corresponding to the status code is reported to the first server.
  • the obtaining module includes: a second determining unit configured to: if it is determined by the parsing of the DD file that the terminal has the capability of downloading the upgrade file and confirming that the upgrade file is downloaded, if the instruction to cancel the download process is received After obtaining the reason for refusing the download, determining that the identification information of the terminal, the second status code of the refusal to download the upgrade file, the status information corresponding to the second status code, and the reason for refusing to download the upgrade file are reported to the first server. .
  • the obtaining module includes: a second requesting unit, configured to request the second server to send the URL address information of the DD file; the second obtaining unit is configured to acquire the DD file according to the URL address information; and the third determining unit is configured to After determining that the terminal does not have the ability to download the upgrade file by parsing the DD file, determining that the terminal identification information, the third status code of the terminal capability, the status information corresponding to the third status code, and the terminal are determined The capability information is reported to the first server.
  • the obtaining module includes: a third requesting unit configured to request the second server to send the URL address information of the DD file; the third obtaining unit is configured to acquire the DD file according to the URL address information; and the fourth determining unit is configured to After determining that the terminal has the ability to download the upgrade file and refuses to download the upgrade file by parsing the DD file, it is determined that the terminal identification information, the fourth status code of the download upgrade file, and the fourth are required to be downloaded. The status information corresponding to the status code and the reason for refusing to download the upgrade file are reported to the first server.
  • the terminal information for performing the download operation and/or the user download behavior information during the downloading process are used; the terminal information and/or the user download behavior information are reported to the first server, and the related technology is solved in the OMA.
  • the server cannot know which terminals have downloaded the upgrade package, and cannot obtain user behavior. Therefore, the problem of statistical improvement of the service effect cannot be performed, thereby facilitating the server to collect detailed information of the download terminal and service. The effect is counted to improve the user experience.
  • FIG. 1 is a schematic diagram of a relationship between a client and a server according to the related art
  • FIG. 2 is a flowchart of a method of processing information according to an embodiment of the present invention.
  • FIG. 3 is a flow chart of an OMA-DL based download process in accordance with a preferred embodiment of the present invention.
  • FIG. 4 is a flow chart of downloading a FOTA upgrade package based on OMA-DL download according to a preferred embodiment of the present invention
  • FIG. 5 is a structural block diagram of an apparatus for processing information according to an embodiment of the present invention.
  • Figure 6 is a block diagram showing the structure of an apparatus for processing information according to a preferred embodiment of the present invention.
  • OMA Open Mobile Alliance
  • Step S202 acquiring terminal information for performing a download operation and/or user downloading behavior information during a downloading process
  • Step S204 Report the terminal information and/or the user download behavior information to the first server.
  • the server in the OMA-DL download process, the server cannot know which terminals have downloaded the upgrade package, and cannot obtain the user behavior, so that the service effect cannot be statistically improved.
  • the downloading terminal information is collected in the OMA-DL process and the user downloading behavior is collected, and it is possible to count which terminals have performed the downloading operation, and report the user operating behavior of the terminal in the downloading phase to
  • the server is used to improve the user experience by counting the details of the download terminal and counting the service effects.
  • acquiring terminal information and/or user download behavior information may include the following operations:
  • Step S1 Tracking user behavior occurring in real time after acquiring a download descriptor (DD) file;
  • Step S2 It is determined that the identifier information of the terminal, the event code corresponding to the user behavior, and the event content corresponding to the event code need to be sent to the first server.
  • the terminal after acquiring the download descriptor (DD for short) data in the OMA-DL download phase, the terminal sets the device ID information, the event code, and the event content according to the behavior of the user in each stage of the OMA-DL.
  • the information is encoded in a format that is pre-agreed with the server and then reported to the server.
  • the server After obtaining the content reported by the terminal, the server parses the content to collect the user's operation behavior.
  • acquiring terminal information and/or user download behavior information may include the following steps:
  • Step S3 requesting, by the second server, the Uniform Resource Locator (URL) address information of the DD file to be delivered;
  • URL Uniform Resource Locator
  • Step S4 acquiring a DD file according to the URL address information
  • Step S5 After determining that the terminal has the ability to download the upgrade file and confirm downloading the upgrade file by parsing the DD file, determining that the terminal identification information needs to be confirmed, the first status code of the download upgrade file is confirmed, and The status information corresponding to the first status code is reported to the first server.
  • the terminal makes a task request to the front end server.
  • the terminal executes a command for replacing the URL address of the DD file delivered by the front-end server and requests the DD file from the updated DD file URL address.
  • the terminal ID, the user confirmation status code, and the status message are reported to the DL server.
  • acquiring terminal information and/or user download behavior information may include the following operations:
  • Step S6 After determining that the terminal has the ability to download the upgrade file and confirm downloading the upgrade file by parsing the DD file, if an instruction to cancel the download process is received, after obtaining the reason for rejecting the download, It is determined that the identification information of the terminal, the second status code of the refusal to download the upgrade file, the status information corresponding to the second status code, and the reason for refusing to download the upgrade file need to be reported to the first server.
  • the terminal in the process of downloading the upgrade package, if the user cancels the download, the terminal will ask and obtain the reason for the user's rejection of the download, and then the device ID, the user rejection status code, the status message, and the reason for the user's rejection of the download. Encoded into download result information.
  • acquiring terminal information and/or user download behavior information may include the following steps:
  • Step S7 requesting, by the second server, the URL address information of the DD file to be delivered;
  • Step S8 acquiring a DD file according to the URL address information
  • Step S9 After determining that the terminal does not have the capability of downloading the upgrade file by parsing the DD file, determining that the terminal identification information, the third status code of the terminal capability, and the status corresponding to the third status code are required The information and the terminal capability information are reported to the first server.
  • the terminal makes a task request to the front end server.
  • the terminal executes a command for replacing the URL address of the DD file delivered by the front-end server and requests the DD file from the updated DD file URL address.
  • the device ID, the device capability status code, the status message, and the device capability information are encoded into the download result information.
  • acquiring terminal information and/or user download behavior information may include the following operations:
  • Step S10 requesting, by the second server, the URL address information of the DD file to be delivered;
  • Step S11 Acquire a DD file according to the URL address information
  • Step S12 After determining that the terminal has the capability of downloading the upgrade file and refusing to download the upgrade file by parsing the DD file, determining that the terminal identification information needs to be downloaded, and rejecting the fourth status code of the upgrade file, The status information corresponding to the fourth status code and the reason for refusing to download the upgrade file are reported to the first server.
  • the terminal makes a task request to the front end server.
  • the terminal executes a command for replacing the URL address of the DD file delivered by the front-end server and requests the DD file from the updated DD file URL address.
  • the terminal inquires and acquires the reason why the user refuses to download, and the device ID, the user rejection status code, the status message, and the user rejection The download reason is encoded into the download result information.
  • FIG. 3 is a flow diagram of an OMA-DL based download process in accordance with a preferred embodiment of the present invention. As shown in FIG. 3, the process may include the following processing steps:
  • Step S302 The terminal performs a task request to the front-end server.
  • Step S304 The front-end server determines whether to issue a command according to the reported device information. If the command is issued, the process proceeds to step S306. If not, the process ends.
  • Step S306 The terminal executes a command for replacing the DD file Uniform Resource Locator (URL) address delivered by the front-end server.
  • URL Uniform Resource Locator
  • Step S308 The terminal requests the DD file from the updated DD file URL address.
  • Step S310 Parse the requested DD file, and check whether the terminal has the capability to download the upgrade package according to the information contained in the DD file. If the capability is available, proceed to step S312; otherwise, go to step S320.
  • Step S312 Ask the user to confirm whether to download. If the user confirms the download, proceed to step S314; otherwise, go to step S322.
  • Step S314 Report the terminal ID, the user confirmation status code, and the status message to the DL server.
  • Step S316 The terminal requests the DL server to download the upgrade package. If the download is completed, proceed to step S318; if the download is not completed, go to step S324.
  • Step S318 The terminal ID, the status code of the successful download, and the status message are reported to the DL server. The process ends.
  • Step S320 Encoding the device ID, the device capability status code, the status message, and the device capability information into the download result information. Proceed to step S328.
  • Step S322 The terminal queries and acquires the reason why the user rejects the download, and encodes the device ID, the user rejection status code, the status message, and the user's rejection of the download reason into the download result information. Proceed to step S328.
  • Step S324 - Step S326 If the user cancels the download in the process, the terminal queries and acquires the reason why the user rejects the download, and encodes the device ID, the user rejection status code, the status message, and the user's rejection of the download reason into the download result information.
  • Step S328 The terminal reports the download result information to the DL server.
  • Step S330 The terminal reports the failure to the front-end server.
  • FIG. 4 is a flow diagram of an OMA-DL download based FOTA upgrade package download in accordance with a preferred embodiment of the present invention. As shown in FIG. 4, the method may include the following processing steps:
  • Step S402 The terminal initiates a FOTA task request to the device management (DM) server.
  • DM device management
  • Step S404 The server sends a command to obtain the terminal firmware/software version number to the terminal, and the terminal executes the command, and reports the firmware/software version number to the server.
  • Step S406 The server checks whether there is an upgrade package matching the firmware/software version number reported by the terminal. If yes, the corresponding instruction is sent, and the process proceeds to step S408; if not, no process is issued, and the process ends.
  • Step S408 Execute a command issued by the server to replace the URL address of the DD file.
  • Step S410 The terminal requests the DD file from the updated DD file URL address.
  • Step S412 parsing the requested DD file, and checking whether the terminal has the ability to download the upgrade package according to the information contained in the DD file, if yes, proceeding to step S414; otherwise, proceeding to step S422;
  • Step S414 Ask the user to confirm whether to download, if the user confirms the download, proceed to step S416; if not, go to step S424;
  • Step S416 The terminal ID, the user confirmation status code, and the status message are reported to the DL server.
  • Step S418 The terminal requests the DL server to download the upgrade package. If the download is completed, step S420 is continued; if the download is not completed, then go to step S426.
  • Step S420 After the download is completed, the terminal ID, the successfully downloaded status code, and the status message are reported to the DL server, and the process ends.
  • Step S422 Encoding the device ID, the device capability status code, the status message, and the device capability information into the download result information, and proceeding to step S430.
  • Step S424 The terminal queries and acquires the reason why the user rejects the download, and encodes the device ID, the user rejection status code, the status message, and the user's rejection of the download reason into the download result information. Go to step S430.
  • Step S426 - Step S428 If the user cancels the download, the terminal queries and acquires the reason why the user rejects the download, and encodes the device ID, the user rejection status code, the status message, and the user's rejection of the download reason into the download result information.
  • Step S430 The terminal reports the download result information to the DL server.
  • Step S432 The terminal reports the failure to the DM server.
  • FIG. 5 is a block diagram showing the structure of an apparatus for processing information according to an embodiment of the present invention.
  • the processing device of the information may include: an obtaining module 10 configured to acquire terminal information for performing a download operation and/or after downloading The user downloading behavior information in the process; the reporting module 20 is configured to report the terminal information and/or the user download behavior information to the first server.
  • the device shown in FIG. 5 is used to solve the related problem that in the OMA-DL download process, the server cannot know which terminals have downloaded the upgrade package, and cannot obtain the user behavior, so that the service effect cannot be statistically improved.
  • the problem is that the server side can easily download the detailed information of the download terminal and perform statistics on the service effect, thereby improving the user experience.
  • the obtaining module 10 is configured to track the user behavior occurring in real time after acquiring the DD file, and determine that the identifier information of the terminal, the event code corresponding to the user behavior, and the event content corresponding to the event code are sent to the first A server.
  • the obtaining module 10 may include: a first requesting unit 100, configured to request the second server to send the URL address information of the DD file; the first obtaining unit 102 is configured to obtain according to the URL address information.
  • the DD file is configured to determine, when the DD file is parsed, that the terminal has the ability to download the upgrade file and confirm the download of the upgrade file, and then determine that the terminal identification information and the confirmation download are required.
  • the first status code of the upgrade file and the status information corresponding to the first status code are reported to the first server.
  • the obtaining module 10 may further include: a second determining unit 106, configured to determine, after parsing the DD file, that the terminal has the capability of downloading the upgrade file and confirm downloading the upgrade file. If the instruction to cancel the download process is received, after obtaining the reason for rejecting the download, determining that the identification information of the terminal, the second status code of the download upgrade file, the status information corresponding to the second status code, and the rejection are determined The reason for downloading the upgrade file is reported to the first server.
  • a second determining unit 106 configured to determine, after parsing the DD file, that the terminal has the capability of downloading the upgrade file and confirm downloading the upgrade file. If the instruction to cancel the download process is received, after obtaining the reason for rejecting the download, determining that the identification information of the terminal, the second status code of the download upgrade file, the status information corresponding to the second status code, and the rejection are determined The reason for downloading the upgrade file is reported to the first server.
  • the obtaining module 10 may include: a second requesting unit 108, configured to request the second server to send the URL address information of the DD file; and the second obtaining unit 110 is configured to obtain the information according to the URL address information.
  • the third determining unit 112 is configured to determine, when the DD file is parsed, that the terminal does not have the capability of downloading the upgrade file, and then determine the identifier information of the terminal and the third status code of the terminal capability. The status information corresponding to the third status code and the terminal capability information are reported to the first server.
  • the obtaining module 10 may include: a third requesting unit 114, configured to request the second server to send the URL address information of the DD file; and the third obtaining unit 116 is configured to obtain according to the URL address information.
  • the fourth determining unit 118 is configured to: after determining that the terminal has the ability to download the upgrade file and refuse to download the upgrade file by parsing the DD file, determining that the terminal identification information needs to be refused to download.
  • the fourth status code of the upgrade file, the status information corresponding to the fourth status code, and the reason for refusing to download the upgrade file are reported to the first server.
  • the download terminal information is collected and the user download behavior is collected, so that the related technologies can effectively solve the related technologies.
  • the server cannot know which terminals have downloaded the upgrade package, and cannot obtain the user.
  • the problem of behavior That is, according to the behavior of the user in each stage of the OMA-DL, information such as the device ID information, the event code, and the event content may be encoded according to a format agreed upon by the server in advance, and then reported to the server. After obtaining the content reported by the terminal, the server parses the content to collect the user's operation behavior, thereby improving the user experience.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the server can know which terminals have downloaded the upgrade package and obtain user behavior. That is, according to the behavior of the user in each stage of the OMA-DL, information such as the device ID information, the event code, and the event content may be encoded according to a format agreed upon by the server in advance, and then reported to the server. After obtaining the content reported by the terminal, the server parses the content to collect the user's operation behavior, thereby improving the user experience.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种信息的处理方法及装置，在上述方法中，获取执行下载操作的终端信息和/或在下载过程中的用户下载行为信息；将终端信息和/或用户下载行为信息上报至第一服务器。根据本发明提供的技术方案，由此便于服务器端统计下载终端的详细信息并对服务效果进行统计，从而提高用户体验。

Description

信息的处理方法及装置 技术领域
本发明涉及通信领域，具体而言，涉及一种信息的处理方法及装置。
背景技术
随着互联网技术的飞速发展，基于客户端/服务器模式(C/S模式)的数据服务方式得以广泛使用。服务提供商通常将数据存储于指定服务器上供相应终端设备(客户端)下载，例如：目前在移动终端领域使用较为广泛的无线固件升级(Firmware Update Over the Air，简称为FOTA)技术，就是将移动终端的软件/固件升级包存放在服务器端供移动终端下载进行软件/固件更新。图1是根据相关技术的客户端与服务器业务关系示意图。如图1所示，终端首先向前端服务器进行任务请求，前端服务器将下载(Download，简称为DL)服务器地址返回至移动终端，然后移动终端再从DL服务器进行数据下载。而前端服务器与DL服务器之间并不存在关联关系。
然而，上述技术方案的局限性在于：前端服务器在向终端下发DL服务器地址之后，DL服务器无法获知最终哪些终端已经下载过数据，同时如果用户拒绝下载、在下载过程中取消下载或是因用户延迟过长时间导致服务器端任务超时进而无法完成升级包下载等情况，服务器端也无法明确知道终端用户为何不再进行下载或终止下载等行为。由此导致不便于DL服务器对服务效果进行正确统计，同时也不利于对下载服务进行改进。
发明内容
本发明实施例提供了一种信息的处理方法及装置，以至少解决相关技术中在OMA-DL下载过程中，服务器端无法获知最终哪些终端已经下载过升级包，也无法获取用户行为，因而无法对服务效果进行统计改进的问题。
根据本发明实施例的一个方面，提供了一种信息的处理方法。
根据本发明实施例的信息的处理方法包括：获取执行下载操作的终端信息和/或在下载过程中的用户下载行为信息；将终端信息和/或用户下载行为信息上报至第一服务器。
优选地，获取终端信息和/或用户下载行为信息包括：在获取到下载描述符(DD)文件之后，跟踪实时发生的用户行为；确定需要将终端的标识信息、与用户行为对应的事件码以及与事件码对应的事件内容发送至第一服务器。
优选地，获取终端信息和/或用户下载行为信息包括：向第二服务器请求下发DD文件的统一资源定位符(URL)地址信息；根据URL地址信息获取DD文件；在通过对DD文件进行解析后判断出终端具备下载升级文件的能力且确认对升级文件进行下载的情况下，则确定需要将终端的标识信息、确认下载升级文件的第一状态码以及与第一状态码对应的状态信息上报至第一服务器。
优选地，获取终端信息和/或用户下载行为信息包括：在通过对DD文件进行解析后判断出终端具备下载升级文件的能力且确认对升级文件进行下载的情况下，如果接收到取消下载进程的指令，则在获取到拒绝下载的原因之后，确定需要将终端的标识信息、拒绝下载升级文件的第二状态码、与第二状态码对应的状态信息以及拒绝下载升级文件的原因上报至第一服务器。
优选地，获取终端信息和/或用户下载行为信息包括：向第二服务器请求下发DD文件的URL地址信息；根据URL地址信息获取DD文件；在通过对DD文件进行解析后判断出终端不具备下载升级文件的能力的情况下，则确定需要将终端的标识信息、终端能力的第三状态码、与第三状态码对应的状态信息以及终端能力信息上报至第一服务器。
优选地，获取终端信息和/或用户下载行为信息包括：向第二服务器请求下发DD文件的URL地址信息；根据URL地址信息获取DD文件；在通过对DD文件进行解析后判断出终端具备下载升级文件的能力且拒绝对升级文件进行下载的情况下，则确定需要将终端的标识信息、拒绝下载升级文件的第四状态码、与第四状态码对应的状态信息以及拒绝下载升级文件的原因上报至第一服务器。
根据本发明实施例的另一方面，提供了一种信息的处理装置。
根据本发明实施例的信息的处理装置包括：获取模块，设置为获取执行下载操作的终端信息和/或在下载过程中的用户下载行为信息；上报模块，设置为将终端信息和/或用户下载行为信息上报至第一服务器。
优选地，获取模块，设置为在获取到DD文件之后，跟踪实时发生的用户行为，并确定需要将终端的标识信息、与用户行为对应的事件码以及与事件码对应的事件内容发送至第一服务器。
优选地，获取模块包括：第一请求单元，设置为向第二服务器请求下发DD文件的URL地址信息；第一获取单元，设置为根据URL地址信息获取DD文件；第一确定单元，设置为在通过对DD文件进行解析后判断出终端具备下载升级文件的能力且确认对升级文件进行下载的情况下，则确定需要将终端的标识信息、确认下载升级文件的第一状态码以及与第一状态码对应的状态信息上报至第一服务器。
优选地，获取模块包括：第二确定单元，设置为在通过对DD文件进行解析后判断出终端具备下载升级文件的能力且确认对升级文件进行下载的情况下，如果接收到取消下载进程的指令，则在获取到拒绝下载的原因之后，确定需要将终端的标识信息、拒绝下载升级文件的第二状态码、与第二状态码对应的状态信息以及拒绝下载升级文件的原因上报至第一服务器。
优选地，获取模块包括：第二请求单元，设置为向第二服务器请求下发DD文件的URL地址信息；第二获取单元，设置为根据URL地址信息获取DD文件；第三确定单元，设置为在通过对DD文件进行解析后判断出终端不具备下载升级文件的能力的情况下，则确定需要将终端的标识信息、终端能力的第三状态码、与第三状态码对应的状态信息以及终端能力信息上报至第一服务器。
优选地，获取模块包括：第三请求单元，设置为向第二服务器请求下发DD文件的URL地址信息；第三获取单元，设置为根据URL地址信息获取DD文件；第四确定单元，设置为在通过对DD文件进行解析后判断出终端具备下载升级文件的能力且拒绝对升级文件进行下载的情况下，则确定需要将终端的标识信息、拒绝下载升级文件的第四状态码、与第四状态码对应的状态信息以及拒绝下载升级文件的原因上报至第一服务器。
通过本发明实施例，采用获取执行下载操作的终端信息和/或在下载过程中的用户下载行为信息；将终端信息和/或用户下载行为信息上报至第一服务器，解决了相关技术中在OMA-DL下载过程中，服务器端无法获知最终哪些终端已经下载过升级包，也无法获取用户行为，因而无法对服务效果进行统计改进的问题，由此便于服务器端统计下载终端的详细信息并对服务效果进行统计，从而提高用户体验。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据相关技术的客户端与服务器业务关系示意图；
图2是根据本发明实施例的信息的处理方法的流程图；
图3是根据本发明优选实施例的基于OMA-DL下载过程的流程图；
图4根据本发明优选实施例的基于OMA-DL下载的FOTA升级包下载的流程图；
图5是根据本发明实施例的信息的处理装置的结构框图；
图6是根据本发明优选实施例的信息的处理装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
图2是根据本发明实施例的信息的处理方法的流程图。如图2所示，该方法可以应用于开放移动联盟(OMA)-DL下载过程中，其可以包括以下处理步骤：
步骤S202：获取执行下载操作的终端信息和/或在下载过程中的用户下载行为信息；
步骤S204：将终端信息和/或用户下载行为信息上报至第一服务器。
相关技术中在OMA-DL下载过程中，服务器端无法获知最终哪些终端已经下载过升级包，也无法获取用户行为，因而无法对服务效果进行统计改进。采用如图2所示的方法，在OMA-DL流程中对下载终端信息进行统计同时搜集用户下载行为，能够统计具体哪些终端已经执行过下载操作，同时将终端在下载阶段的用户操作行为上报至服务器，以便于服务器端统计下载终端的详细信息并对服务效果进行统计，从而提高用户体验。
优选地，在步骤S202中，获取终端信息和/或用户下载行为信息可以包括以下操作：
步骤S1：在获取到下载描述符(DD)文件之后，跟踪实时发生的用户行为；
步骤S2：确定需要将终端的标识信息、与用户行为对应的事件码以及与事件码对应的事件内容发送至第一服务器。
在优选实施例中，终端在OMA-DL下载阶段获取到下载描述符(Download descriptor，简称为DD)数据之后，根据OMA-DL各个阶段中用户的行为，将设备ID信息、事件码以及事件内容等信息按照与服务器预先约定完成的格式进行编码处理，然后上报至服务器端。服务器端在获取到终端上报的内容之后，对该内容进行解析以统计用户的操作行为。
优选地，在步骤S202中，获取终端信息和/或用户下载行为信息可以包括以下步骤：
步骤S3：向第二服务器请求下发DD文件的统一资源定位符(URL)地址信息；
步骤S4：根据URL地址信息获取DD文件；
步骤S5：在通过对DD文件进行解析后判断出终端具备下载升级文件的能力且确认对升级文件进行下载的情况下，则确定需要将终端的标识信息、确认下载升级文件的第一状态码以及与第一状态码对应的状态信息上报至第一服务器。
在优选实施例中，首先，终端向前端服务器进行任务请求。其次，终端执行前端服务器下发的替换DD文件URL地址的命令并向更新后的DD文件URL地址请求DD文件。然后，在通过DD文件包含的信息能够确定终端具备能力下载升级包并且用户确认下载的情况下，将终端ID、用户确认状态码以及状态消息上报给DL服务器。
优选地，在步骤S202中，获取终端信息和/或用户下载行为信息可以包括以下操作：
步骤S6：在通过对DD文件进行解析后判断出终端具备下载升级文件的能力且确认对升级文件进行下载的情况下，如果接收到取消下载进程的指令，则在获取到拒绝下载的原因之后，确定需要将终端的标识信息、拒绝下载升级文件的第二状态码、与第二状态码对应的状态信息以及拒绝下载升级文件的原因上报至第一服务器。
在优选实施例中，在下载升级包的过程中，如果用户取消下载，则终端将会询问并获取用户拒绝下载的原因，然后再将设备ID、用户拒绝状态码、状态消息以及用户拒绝下载原因编码成下载结果信息。
优选地，在步骤S202中，获取终端信息和/或用户下载行为信息可以包括以下步骤：
步骤S7：向第二服务器请求下发DD文件的URL地址信息；
步骤S8：根据URL地址信息获取DD文件；
步骤S9：在通过对DD文件进行解析后判断出终端不具备下载升级文件的能力的情况下，则确定需要将终端的标识信息、终端能力的第三状态码、与第三状态码对应的状态信息以及终端能力信息上报至第一服务器。
在优选实施例中，首先，终端向前端服务器进行任务请求。其次，终端执行前端服务器下发的替换DD文件URL地址的命令并向更新后的DD文件URL地址请求DD文件。然后，在通过DD文件包含的信息能够确定终端不具备能力下载升级包的情况下，则将设备ID、设备能力状态码、状态消息以及设备能力信息编码成下载结果信息。
优选地，在步骤S202中，获取终端信息和/或用户下载行为信息可以包括以下操作：
步骤S10：向第二服务器请求下发DD文件的URL地址信息；
步骤S11：根据URL地址信息获取DD文件；
步骤S12：在通过对DD文件进行解析后判断出终端具备下载升级文件的能力且拒绝对升级文件进行下载的情况下，则确定需要将终端的标识信息、拒绝下载升级文件的第四状态码、与第四状态码对应的状态信息以及拒绝下载升级文件的原因上报至第一服务器。
在优选实施例中，首先，终端向前端服务器进行任务请求。其次，终端执行前端服务器下发的替换DD文件URL地址的命令并向更新后的DD文件URL地址请求DD文件。然后，在通过DD文件包含的信息能够确定终端具备能力下载升级包并且用户拒绝下载的情况下，终端询问并获取用户拒绝下载的原因，并将设备ID、用户拒绝状态码、状态消息以及用户拒绝下载原因编码成下载结果信息。
下面将结合图3和图4所示的优选实施方式对上述优选实施过程作进一步地描述。
图3是根据本发明优选实施例的基于OMA-DL下载过程的流程图。如图3所示，该流程可以包括以下处理步骤：
步骤S302：终端向前端服务器进行任务请求。
步骤S304：前端服务器根据上报的设备信息进行判断是否下发命令，如果下发命令，则继续执行步骤S306，如果否，则流程结束。
步骤S306：终端执行前端服务器下发的替换DD文件统一资源定位符(URL)地址的命令。
步骤S308：终端向更新后的DD文件URL地址请求DD文件。
步骤S310：解析请求到的DD文件，并根据DD文件包含的信息检查终端是否具备能力下载升级包，如果具备能力，则继续执行步骤S312；否则，转到步骤S320。
步骤S312：请用户确认是否下载，如果用户确认下载，则继续执行步骤S314；否则，转到步骤S322。
步骤S314：将终端ID、用户确认状态码以及状态消息上报给DL服务器。
步骤S316：终端向DL服务器请求下载升级包。如果下载完成，则继续执行步骤S318；如果下载未完成，则转到步骤S324。
步骤S318：将终端ID、下载成功的状态码以及状态消息上报DL服务器。流程结束。
步骤S320：将设备ID、设备能力状态码、状态消息以及设备能力信息编码成下载结果信息。继续执行步骤S328。
步骤S322：终端询问并获取用户拒绝下载的原因，并将设备ID、用户拒绝状态码、状态消息以及用户拒绝下载原因编码成下载结果信息。继续执行步骤S328。
步骤S324-步骤S326：该过程中如果用户取消下载，则终端询问并获取用户拒绝下载的原因，并将设备ID、用户拒绝状态码、状态消息以及用户拒绝下载原因编码成下载结果信息。
步骤S328：终端将下载结果信息上报DL服务器。
步骤S330：终端向前端服务器上报任务失败。
图4根据本发明优选实施例的基于OMA-DL下载的FOTA升级包下载的流程图。如图4所示，该方法可以包括以下处理步骤：
步骤S402：终端向设备管理(DM)服务器发起FOTA任务请求。
步骤S404：服务器向终端下发获取终端固件/软件版本号命令，终端执行该命令，并将固件/软件版本号上报服务器。
步骤S406：服务器根据终端上报的固件/软件版本号检查是否存在与之相匹配的升级包，如果有，则下发相应指令，继续执行步骤S408；若没有则不下发任何指令，流程结束。
步骤S408：执行服务器下发的替换DD文件URL地址的命令。
步骤S410：终端向更新后的DD文件URL地址请求DD文件。
步骤S412：解析请求到的DD文件，并根据DD文件包含的信息检查终端是否具有能力下载升级包，如果具备，则继续执行步骤S414；否则，转到步骤S422；
步骤S414：请用户确认是否下载，如果用户确认下载，则继续执行步骤S416；如果否，则转到步骤S424；
步骤S416：将终端ID、用户确认状态码以及状态消息上报给DL服务器。
步骤S418：终端向DL服务器请求下载升级包。如果下载完成，则继续执行步骤S420；如果下载未完成，则转到步骤S426。
步骤S420：下载完成后，将终端ID、下载成功的状态码以及状态消息上报DL服务器，流程结束。
步骤S422：将设备ID、设备能力状态码、状态消息以及设备能力信息编码成下载结果信息，转到步骤S430。
步骤S424：终端询问并获取用户拒绝下载的原因，并将设备ID、用户拒绝状态码、状态消息以及用户拒绝下载原因编码成下载结果信息。转步骤S430。
步骤S426-步骤S428：如果用户取消下载，则终端询问并获取用户拒绝下载的原因，并将设备ID、用户拒绝状态码、状态消息以及用户拒绝下载原因编码成下载结果信息。
步骤S430：终端将下载结果信息上报DL服务器。
步骤S432：终端向DM服务器上报任务失败。
图5是根据本发明实施例的信息的处理装置的结构框图。如图5所示，该信息的处理装置可以包括：获取模块10，设置为获取执行下载操作的终端信息和/或在下载过 程中的用户下载行为信息；上报模块20，设置为将终端信息和/或用户下载行为信息上报至第一服务器。
采用如图5所示的装置，解决了相关技术中在OMA-DL下载过程中，服务器端无法获知最终哪些终端已经下载过升级包，也无法获取用户行为，因而无法对服务效果进行统计改进的问题，由此便于服务器端统计下载终端的详细信息并对服务效果进行统计，从而提高用户体验。
优选地，获取模块10，设置为在获取到DD文件之后，跟踪实时发生的用户行为，并确定需要将终端的标识信息、与用户行为对应的事件码以及与事件码对应的事件内容发送至第一服务器。
优选地，如图6所示，获取模块10可以包括：第一请求单元100，设置为向第二服务器请求下发DD文件的URL地址信息；第一获取单元102，设置为根据URL地址信息获取DD文件；第一确定单元104，设置为在通过对DD文件进行解析后判断出终端具备下载升级文件的能力且确认对升级文件进行下载的情况下，则确定需要将终端的标识信息、确认下载升级文件的第一状态码以及与第一状态码对应的状态信息上报至第一服务器。
优选地，如图6所示，获取模块10还可以包括：第二确定单元106，设置为在通过对DD文件进行解析后判断出终端具备下载升级文件的能力且确认对升级文件进行下载的情况下，如果接收到取消下载进程的指令，则在获取到拒绝下载的原因之后，确定需要将终端的标识信息、拒绝下载升级文件的第二状态码、与第二状态码对应的状态信息以及拒绝下载升级文件的原因上报至第一服务器。
优选地，如图6所示，获取模块10可以包括：第二请求单元108，设置为向第二服务器请求下发DD文件的URL地址信息；第二获取单元110，设置为根据URL地址信息获取DD文件；第三确定单元112，设置为在通过对DD文件进行解析后判断出终端不具备下载升级文件的能力的情况下，则确定需要将终端的标识信息、终端能力的第三状态码、与第三状态码对应的状态信息以及终端能力信息上报至第一服务器。
优选地，如图6所示，获取模块10可以包括：第三请求单元114，设置为向第二服务器请求下发DD文件的URL地址信息；第三获取单元116，设置为根据URL地址信息获取DD文件；第四确定单元118，设置为在通过对DD文件进行解析后判断出终端具备下载升级文件的能力且拒绝对升级文件进行下载的情况下，则确定需要将终端的标识信息、拒绝下载升级文件的第四状态码、与第四状态码对应的状态信息以及拒绝下载升级文件的原因上报至第一服务器。
从以上的描述中，可以看出，上述实施例实现了如下技术效果(需要说明的是这些效果是某些优选实施例可以达到的效果)：采用本发明实施例所提供的技术方案，通过在OMA-DL流程中对下载终端信息进行统计同时搜集用户下载行为，从而能够有效地解决相关技术中在OMA-DL下载过程中，服务器端无法获知最终哪些终端已经下载过升级包，也无法获取用户行为的问题。即可以根据OMA-DL各个阶段中用户的行为，将设备ID信息、事件码以及事件内容等信息按照与服务器预先约定完成的格式进行编码处理，然后上报至服务器端。服务器端在获取到终端上报的内容之后，对该内容进行解析以统计用户的操作行为，从而提高用户体验。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
工业实用性
如上所述，本发明实施例提供的一种信息的处理方法及装置具有以下有益效果：在OMA-DL下载过程中，服务器端可以获知最终哪些终端已经下载过升级包以及获取用户行为。即可以根据OMA-DL各个阶段中用户的行为，将设备ID信息、事件码以及事件内容等信息按照与服务器预先约定完成的格式进行编码处理，然后上报至服务器端。服务器端在获取到终端上报的内容之后，对该内容进行解析以统计用户的操作行为，从而提高用户体验。

Claims (12)

  1. 一种信息的处理方法，包括：
    获取执行下载操作的终端信息和/或在下载过程中的用户下载行为信息；
    将所述终端信息和/或所述用户下载行为信息上报至第一服务器。
  2. 根据权利要求1所述的方法，其中，获取所述终端信息和/或所述用户下载行为信息包括：
    在获取到下载描述符DD文件之后，跟踪实时发生的用户行为；
    确定需要将终端的标识信息、与所述用户行为对应的事件码以及与所述事件码对应的事件内容发送至所述第一服务器。
  3. 根据权利要求2所述的方法，其中，获取所述终端信息和/或所述用户下载行为信息包括：
    向第二服务器请求下发所述DD文件的统一资源定位符URL地址信息；
    根据所述URL地址信息获取所述DD文件；
    在通过对所述DD文件进行解析后判断出所述终端具备下载升级文件的能力且确认对所述升级文件进行下载的情况下，则确定需要将所述终端的标识信息、确认下载所述升级文件的第一状态码以及与所述第一状态码对应的状态信息上报至所述第一服务器。
  4. 根据权利要求3所述的方法，其中，获取所述终端信息和/或所述用户下载行为信息包括：
    在通过对所述DD文件进行解析后判断出所述终端具备下载升级文件的能力且确认对所述升级文件进行下载的情况下，如果接收到取消下载进程的指令，则在获取到拒绝下载的原因之后，确定需要将所述终端的标识信息、拒绝下载所述升级文件的第二状态码、与所述第二状态码对应的状态信息以及拒绝下载所述升级文件的原因上报至所述第一服务器。
  5. 根据权利要求2所述的方法，其中，获取所述终端信息和/或所述用户下载行为信息包括：
    向第二服务器请求下发所述DD文件的URL地址信息；
    根据所述URL地址信息获取所述DD文件；
    在通过对所述DD文件进行解析后判断出所述终端不具备下载升级文件的能力的情况下，则确定需要将所述终端的标识信息、终端能力的第三状态码、与所述第三状态码对应的状态信息以及终端能力信息上报至所述第一服务器。
  6. 根据权利要求2所述的方法，其中，获取所述终端信息和/或所述用户下载行为信息包括：
    向第二服务器请求下发所述DD文件的URL地址信息；
    根据所述URL地址信息获取所述DD文件；
    在通过对所述DD文件进行解析后判断出所述终端具备下载升级文件的能力且拒绝对所述升级文件进行下载的情况下，则确定需要将所述终端的标识信息、拒绝下载所述升级文件的第四状态码、与所述第四状态码对应的状态信息以及拒绝下载所述升级文件的原因上报至所述第一服务器。
  7. 一种信息的处理装置，包括：
    获取模块，设置为获取执行下载操作的终端信息和/或在下载过程中的用户下载行为信息；
    上报模块，设置为将所述终端信息和/或所述用户下载行为信息上报至第一服务器。
  8. 根据权利要求7所述的装置，其中，所述获取模块，设置为在获取到下载描述符DD文件之后，跟踪实时发生的用户行为，并确定需要将终端的标识信息、与所述用户行为对应的事件码以及与所述事件码对应的事件内容发送至所述第一服务器。
  9. 根据权利要求8所述的装置，其中，所述获取模块包括：
    第一请求单元，设置为向第二服务器请求下发所述DD文件的统一资源定位符URL地址信息；
    第一获取单元，设置为根据所述URL地址信息获取所述DD文件；
    第一确定单元，设置为在通过对所述DD文件进行解析后判断出所述终端具备下载升级文件的能力且确认对所述升级文件进行下载的情况下，则确定需要将所述终端的标识信息、确认下载所述升级文件的第一状态码以及与所述第一状态码对应的状态信息上报至所述第一服务器。
  10. 根据权利要求9所述的装置，其中，所述获取模块包括：
    第二确定单元，设置为在通过对所述DD文件进行解析后判断出所述终端具备下载升级文件的能力且确认对所述升级文件进行下载的情况下，如果接收到取消下载进程的指令，则在获取到拒绝下载的原因之后，确定需要将所述终端的标识信息、拒绝下载所述升级文件的第二状态码、与所述第二状态码对应的状态信息以及拒绝下载所述升级文件的原因上报至所述第一服务器。
  11. 根据权利要求8所述的装置，其中，所述获取模块包括：
    第二请求单元，设置为向第二服务器请求下发所述DD文件的URL地址信息；
    第二获取单元，设置为根据所述URL地址信息获取所述DD文件；
    第三确定单元，设置为在通过对所述DD文件进行解析后判断出所述终端不具备下载升级文件的能力的情况下，则确定需要将所述终端的标识信息、终端能力的第三状态码、与所述第三状态码对应的状态信息以及终端能力信息上报至所述第一服务器。
  12. 根据权利要求8所述的装置，其中，所述获取模块包括：
    第三请求单元，设置为向第二服务器请求下发所述DD文件的URL地址信息；
    第三获取单元，设置为根据所述URL地址信息获取所述DD文件；
    第四确定单元，设置为在通过对所述DD文件进行解析后判断出所述终端具备下载升级文件的能力且拒绝对所述升级文件进行下载的情况下，则确定需要将所述终端的标识信息、拒绝下载所述升级文件的第四状态码、与所述第四状态码对应的状态信息以及拒绝下载所述升级文件的原因上报至所述第一服务器。
PCT/CN2015/076007 2014-08-13 2015-04-07 信息的处理方法及装置 WO2016023374A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410399037.6 2014-08-13
CN201410399037.6A CN105337948A (zh) 2014-08-13 2014-08-13 信息的处理方法及装置

Publications (1)

Publication Number Publication Date
WO2016023374A1 true WO2016023374A1 (zh) 2016-02-18

Family

ID=55288232

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/076007 WO2016023374A1 (zh) 2014-08-13 2015-04-07 信息的处理方法及装置

Country Status (2)

Country Link
CN (1) CN105337948A (zh)
WO (1) WO2016023374A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111405543B (zh) * 2019-01-02 2023-04-07 中国移动通信有限公司研究院 一种无线固件升级中的数据包推送下载方法、装置及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1794721A (zh) * 2005-07-27 2006-06-28 华为技术有限公司 一种在指定时间下载媒体对象的方法及装置
CN101005363A (zh) * 2006-01-16 2007-07-25 中兴通讯股份有限公司 具有流媒体完整下载功能的移动终端设备
CN101159896A (zh) * 2007-09-19 2008-04-09 Ut斯达康通讯有限公司 一种个人移动终端数据包下载方法
US20110314462A1 (en) * 2010-06-21 2011-12-22 Research In Motion Limited Firmware Upgrade System and Method in a Device Management Architecture

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7721104B2 (en) * 2003-10-20 2010-05-18 Nokia Corporation System, method and computer program product for downloading pushed content
CN100395978C (zh) * 2005-08-15 2008-06-18 华为技术有限公司 一种下载方法及一种终端

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1794721A (zh) * 2005-07-27 2006-06-28 华为技术有限公司 一种在指定时间下载媒体对象的方法及装置
CN101005363A (zh) * 2006-01-16 2007-07-25 中兴通讯股份有限公司 具有流媒体完整下载功能的移动终端设备
CN101159896A (zh) * 2007-09-19 2008-04-09 Ut斯达康通讯有限公司 一种个人移动终端数据包下载方法
US20110314462A1 (en) * 2010-06-21 2011-12-22 Research In Motion Limited Firmware Upgrade System and Method in a Device Management Architecture

Also Published As

Publication number Publication date
CN105337948A (zh) 2016-02-17

Similar Documents

Publication Publication Date Title
CN105635051B (zh) 数据交互方法及装置、系统
WO2015021905A1 (zh) 软件更新方法、系统及设备
CN109451032B (zh) 一种消息传递系统
WO2022142153A1 (zh) 电表升级方法、系统、智能电表及存储介质
CN104125276A (zh) 升级方法及装置
EP3249882A1 (en) Data uploading method, device and system
US9769247B2 (en) Application distribution method, terminal, and server
CN105472465B (zh) 机顶盒升级的方法及装置
WO2012022072A1 (zh) 终端操作的触发方法、装置及系统
WO2016026329A1 (zh) 终端的升级方法及装置
TW201539206A (zh) Ｐｕｓｈｌｅｔ即時通訊方法及平台
WO2012155561A1 (zh) 手机电视播放错误的处理方法、服务器及手机电视终端
CN111638891A (zh) 一种设备升级方法、装置、终端设备和存储介质
CN110417905B (zh) 一种合约发布方法、装置、设备和联盟链系统
CN109348434A (zh) 一种场景信息的发送方法、发送装置及终端设备
WO2015070564A1 (zh) 业务指南的同步方法及系统
WO2016023374A1 (zh) 信息的处理方法及装置
CN113407823A (zh) 一种ios消息推送方法及系统
CN112637221A (zh) 一种设备控制方法及装置
CN106612295B (zh) 一种应用下载方法、推送方法、装置及系统
CN108882230B (zh) 通话记录管理方法、装置及系统
CN105635930B (zh) 对组成员资源的删除操作的执行方法、装置及发起者装置
CN105743939A (zh) 一种消息推送的方法和装置
WO2016188150A1 (zh) 会话的交互方法及服务器、用户终端、计算机存储介质
EP3331257A1 (en) Terminal configuration management method and apparatus

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: 15832251

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: 15832251

Country of ref document: EP

Kind code of ref document: A1