WO2009106001A1 - 一种下载文件的方法和装置 - Google Patents

一种下载文件的方法和装置 Download PDF

Info

Publication number
WO2009106001A1
WO2009106001A1 PCT/CN2009/070540 CN2009070540W WO2009106001A1 WO 2009106001 A1 WO2009106001 A1 WO 2009106001A1 CN 2009070540 W CN2009070540 W CN 2009070540W WO 2009106001 A1 WO2009106001 A1 WO 2009106001A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
file
information
downloaded
capability
Prior art date
Application number
PCT/CN2009/070540
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 WO2009106001A1 publication Critical patent/WO2009106001A1/zh

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/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles

Definitions

  • the present invention relates to the field of mobile communications, and in particular, to a method and apparatus for downloading files. Background technique
  • SP Service Provider, Service Provider
  • SP Service Provider
  • SP wants to provide users with various styles of appearance packages, so that users can display their own appearances personally, and SP also hopes to manage the appearance package on the terminal through the network to match the user. And the benefits of SP.
  • the appearance of the terminal refers to the content displayed by the terminal, such as background, ring tone, menu, etc., which are separately referred to as appearance elements.
  • appearance elements When multiple appearance elements are provided to the terminal at the same time, or when operated by the terminal, the collection of these elements is called the appearance package. Users want to apply the personalized appearance on their terminals, and they can obtain the appearance package through the download channel provided by the SP, and install the appearance package, so that the terminal can better reflect the user's individual needs.
  • the client's Download Agent is responsible for downloading the content required by the user from the server.
  • the content that the user downloads on the server is divided into two parts: DD (Download Description) and media objects.
  • the download agent first downloads the DD, and obtains media object information from the DD, such as the content provider, the content name, the content size, and the downloaded processing information, such as whether the content needs to be installed, the installation parameters, and if an error needs to be reported, To whom to report.
  • the download agent requests the user to determine whether to perform the media object based on the above information in the DD. Download, after the user provides the judgment result, the download agent downloads the media object, and installs the media object according to the information of the DD.
  • the download agent After the download agent downloads the DD, it can judge the downloaded media object and choose whether to continue downloading the media object.
  • the content of the DD for the download agent to judge is some attribute information of the media, such as the media type.
  • the download agent or user determines, based on this media type, whether the terminal supports the use of media objects of the media type.
  • the appearance is the characteristic that each terminal has. For some terminals with different differences, for example, the background image of the current color screen mobile phone is a jpg file, and the black and white screen mobile phone cannot parse such a file. In this case, the terminal capability and the media object
  • the matching decision can be achieved by the function set in DLOTA.
  • the appearance of the terminal is a personalized content
  • the matching of the terminal capability with the media object has a performance quality in addition to the difference in the media type.
  • the background image of the mobile phone a 160 X 240 image displayed on the 320 X 480 screen will definitely reduce the display of the image. Therefore, the appearance content should be provided according to the capabilities of the terminal. There is no clear way to set up a method in DLOTA to let the terminal know that the look-and-feel package can be displayed well by the terminal.
  • the embodiment of the invention provides a method and a device for downloading a file, so as to determine whether the terminal capability matches the file to be downloaded without user participation.
  • An embodiment of the present invention provides a method for downloading a file, including:
  • the file to be downloaded is downloaded.
  • an embodiment of the present invention further provides a terminal, including:
  • a receiving module configured to receive download description information of a file to be downloaded that includes capability information
  • a determining module configured to determine whether the terminal capability of the terminal meets capability information received by the receiving module
  • a downloading module configured to download the file to be downloaded when the result of the determining by the determining module is YES.
  • the embodiment of the present invention has the following advantages, because it adopts whether the applicable model information of the file to be downloaded and/or the required terminal capability information matches the terminal, and further determines whether to continue downloading the subsequent to be downloaded.
  • the method of file content realizes the automatic matching of content and capability, without user operation, and achieves the effect of improving user experience and improving file downloading efficiency.
  • FIG. 1 is a schematic flowchart of a DLOTA technology used in an embodiment of the present invention
  • FIG. 2 is a schematic diagram of a format of a product element of a DD in a DLOTA used in an embodiment of the present invention
  • FIG. 3 is a schematic diagram of a format of a meta element used in an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of defining environmental information rules according to an embodiment of the present invention.
  • FIG. 5 is a schematic flowchart of a method for downloading a file according to an embodiment of the present invention
  • FIG. 6 is a schematic flowchart of a method for downloading a file according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of a user confirmation interface of a terminal according to Embodiment 4 of the present invention
  • FIG. 8 is a schematic structural diagram of a terminal according to Embodiment 8 of the present invention. detailed description
  • the embodiment of the present invention utilizes the DLOTA technology to provide a method for determining whether to download a file without determining whether the terminal capability matches the file to be downloaded without user participation.
  • the specific implementation steps of the DLOTA technology include:
  • Step S101 content discovery.
  • CP Content Provider
  • XHTML The Extensible HyperText Markup Language, Extensible Hypertext Markup, Language
  • URI Uniform Resource Identifier
  • Step S102 Download DD.
  • Step S103 Download a media object.
  • Both DD and media objects are provided by the download server.
  • Step S104 the status is replied.
  • step S102 after obtaining the media object, that is, after obtaining the DD, the terminal needs to determine whether the media object should be continuously downloaded through the parameters included in the DD. You can determine if the media object should be downloaded by the following parameters:
  • the Meta content describes some of the information contained in the product.
  • the mediaObject describes the information of the media objects contained in the product. As you can see from the figure, it also contains meta information.
  • the MediaObject also contains: size, installSize, where the CP can provide the size of the look-and-feel package and the size of the installation, so that the terminal can determine whether the existing storage space meets the needs of the package installation.
  • the objectVersion, objectValidityTime, and part of the information in the meta provide a description of the content of the appearance element, so that the user can determine whether the appearance package is the appearance package he wants. This is the way to achieve the above 4, 5 requirements.
  • the mediaObject element further includes a type child element, which is used to describe the type of the media object, such as JPG format, GIF format, or Flash. format. It also partially reflects the requirements for the functionality of the terminal software.
  • Meta describes some of the information about the media object, as described above, and can be used to solve the problem described in Requirement 5.
  • Meta describes the applicable environment of the media object, which can be used to solve the problems described in requirements 1, 2, and 3.
  • an envtype attribute which is used to represent an information type or collection of information, which is a rule that describes the environment information used by the media object.
  • the usage environment of the media object can be defined by the description rule in the collection specified in envtype. Because OMA DLOTA is a data transmission technology, it does not define a specific method for describing the use environment. As a result, there is no technical description of how to solve the problems in requirements 1, 2, and 3 during the delivery of the appearance package.
  • the main idea of the present invention is to deliver the requirements 1, 2, 3, the applicable terminal model, the required terminal hardware capability information, and the required terminal software capability information to the terminal by the following method.
  • FIG. 4 it is a schematic diagram describing the environment information of the media object.
  • Model contains two elements: Model and Ability.
  • the Model records the applicable model information, and the Ability records the required capability information.
  • the use of Ability is as follows:
  • XXX is the capability type, such as display size, display color, required application software, chord count, CPU processing power, coprocessor processing capability, touch screen function, etc.
  • Yyy is the required value for this capability.
  • the Ability element can have a Name attribute and an AltRef attribute, as shown in Figure 5, which defines a schematic for the alternative Ability element rule.
  • the Name attribute defines the name of the Ability element, which is a string that uniquely represents an Ability element, and the Ability element that is juxtaposed with the element cannot have Duplicate Name value.
  • the AltRef attribute indicates that the Ability element and the Ability element pointed to by the AltRef value can be replaced, that is, the Ability element defined by the AltRef itself and the Ability element pointed to by the AltRef only need to satisfy one, indicating that the terminal capability meets the requirements, in content and capability. In the process of matching, it is considered as a functional requirement. For a specific embodiment, refer to Embodiment 5.
  • the capability information required by the ability is the same, it can be described by using yyylzzz when assigning values to the element, indicating that if the capability is equal to yyy or zzz, it means that the capability is satisfied. Its use is as follows:
  • ⁇ /Model> where xxx is the model information, and the Ability information in the Model indicates the capability requirements that must be met under the handset of the model. Multiple Model elements indicate that any Model can handle the media object.
  • the embodiment of the present invention modifies step S102 and step S103 therein, and provides a method for downloading a file, as shown in FIG. 6, including the following Steps:
  • Step S601 Receive DD information including capability information.
  • Step S602 Determine whether the terminal capability of the terminal satisfies the requirement of the capability information.
  • the terminal After receiving the information, the terminal determines whether the requirements of the media object are met according to the capability characteristics saved by the terminal.
  • the specific judging process is shown in the first embodiment of the present invention to the seventh embodiment of the present invention.
  • step S604 indicating that the terminal satisfies the environment requirement of the media object: according to the foregoing capability information setting, that is, [Modell or Model2 or...] or [Abilityl and Ability2 and ... ].
  • the specific meaning is as follows: If only the Model information is provided under the envtype, the terminal only needs to meet one of the model requirements; if only the Ability information is provided, it indicates that the capability of the terminal satisfies all the requirements of the Ability, and if both the Model and the Ability are provided, the terminal satisfies Model requirements or meet capacity requirements.
  • step S603 prompts whether to continue the download.
  • this step also includes the confirmation of the response time, that is, when the user does not confirm the prompt to continue downloading within the preset response time, the default is to confirm the result is no, refuse to download the waiting By downloading the file, the response time can be used to effectively avoid the waste of resources caused by the operation of the file to be downloaded due to the user's failure to confirm in time.
  • Step S604 Download the file to be downloaded.
  • This step is an improvement of the foregoing step S103.
  • the terminal can automatically determine whether to download the file to be downloaded without manual confirmation by the user, thereby effectively improving the user experience.
  • Embodiment 1 of the present invention is further described in detail below with reference to the embodiments:
  • the terminal determines whether it can present the appearance package corresponding to the DD:
  • the terminal capability supports the display of the appearance package; if the terminal model is XA668, and the display color setting of the terminal is greater than 65536 colors, the terminal capability supports the display of the appearance package;
  • Embodiment 2 of the present invention is TA323, and the display color setting of the terminal is greater than 65536 colors, and the terminal is installed with the PowerPoint support program; the terminal capability supports the display of the appearance package; if not, the terminal does not support the display of the appearance package.
  • Embodiment 2 of the present invention :
  • the terminal receives a DD file and finds the media object environment information contained in it as follows:
  • the terminal determines whether it can present the appearance package corresponding to the DD:
  • Embodiment 3 of the present invention If the screen size is larger than 320 x 240, and the sound supports more than 16 chords, and the CPU frequency is greater than 200MHz, the terminal supports the display of the appearance package. The terminal continues to download the subsequent appearance package contents.
  • Embodiment 3 of the present invention :
  • the terminal determines whether it can present the appearance package corresponding to the DD:
  • the terminal capability supports the display of the appearance package; if the terminal model is XA668, and the display color setting of the terminal is greater than 65536 colors, the terminal capability supports the display of the appearance package;
  • the terminal model is TA323, and the display color setting of the terminal is greater than 65536 colors, and the terminal is installed with a Javaflash support program; the terminal capability supports display of the appearance package; If the terminal screen size is larger than 320 240, and the sound supports chords of 16 or more, and the frequency of the CPU is greater than 200 MHz, the terminal supports display of the appearance package.
  • the terminal does not support the display of the appearance package.
  • the terminal capability information includes the model number of the terminal is TF568, and the similar model information of the terminal capability is XA568, indicating that the capability of the terminal is similar to the capability of the XA568, and the terminal determines the capability according to the requirement in the DD. Support for the display of the look package.
  • the terminal receives a DD file and finds the media object environment information contained in it as follows:
  • the terminal Since the number of display colors of the terminal is 256 colors and does not meet the requirements of 65,536 colors, the terminal displays the terminal capability information and current terminal capability information required by the appearance package to the user, and requests the user to decide whether to continue to download the appearance package.
  • the user confirmation interface of the terminal is shown in Figure 7.
  • the user chooses to continue downloading or cancel the download.
  • the user's terminal can change the setting of the screen color, although the current terminal capability does not satisfy the requirement, the user selects the confirmation and continues to download the appearance package.
  • the terminal receives a DD file and finds the media object environment information contained in it as follows:
  • the terminal determines whether it can present the appearance package corresponding to the DD:
  • the terminal supports the display of the appearance package. The terminal continues to download the subsequent appearance package contents.
  • CPU frequency is greater than 200MHz
  • coprocessor frequency is greater than 160MHz, which is a substitute relationship.
  • it is regarded as a functional requirement, that is, two items are met.
  • One of the functional requirements can be considered to match the content and capabilities.
  • the terminal determines whether it can present the appearance package corresponding to the DD:
  • the terminal capability supports the display of the appearance package; if the display color setting of the terminal is greater than 65536 colors, and the CPU is above 200 MHz, the terminal capability supports display of the appearance package;
  • the terminal capability supports display of the appearance package
  • the terminal determines whether it can present the appearance package corresponding to the DD:
  • FIG. 8 it is a schematic structural diagram of a terminal according to Embodiment 8 of the present invention, including: a receiving module 1 , configured to receive download description information of a file to be downloaded that includes capability information;
  • the determining module 2 is configured to determine whether the terminal capability of the terminal satisfies the capability information received by the receiving module 1;
  • the download module 3 is configured to download the file to be downloaded when the judgment module 2 determines that the result is YES.
  • the information collection module 4 is configured to collect the terminal capability information of the terminal, and the determining module 2 determines whether the capability information received by the receiving module 1 is satisfied.
  • the terminal capability information includes the model information of the terminal and all the function information of the terminal.
  • the prompting module 5 is configured to prompt whether to download the file to be downloaded when the result of the judgment of the module 2 is negative.
  • the download module 3 is further configured to download the file to be downloaded when the prompt result of the prompting by the prompting module 5 is YES.
  • the technical solution of the embodiment of the present invention has the following advantages, because the applicable model information of the appearance package and/or the required terminal capability information is provided to the terminal, so as to determine whether to continue downloading the subsequent one according to whether the information matches the terminal.
  • the method of the appearance package content realizes the automatic matching of the content and the capability, and the automatic downloading of the file, without the user operation, and achieves the effect of improving the user experience and improving the file downloading efficiency.
  • the present invention can be implemented by hardware, or can be implemented by means of software plus necessary general hardware platform, and the technical solution of the present invention. It can be embodied in the form of a software product that can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.), including a number of instructions for making a computer device (may It is a personal computer, a server, or a network device, etc.) that performs the methods described in various embodiments of the present invention.
  • a non-volatile storage medium which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.
  • a computer device may It is a personal computer, a server, or a network device, etc.

Landscapes

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

Description

一种下载文件的方法和装置 本申请要求于 2008 年 2 月 28 日提交中国专利局、 申请号为 200810006463.3、发明名称为 "一种下载文件的方法和装置" 的中国专 利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及移动通信领域， 特别是涉及一种下载文件的方法和装 置。 背景技术
随着无线通信应用的不断发展， 终端越来越成为人们生活中必不 可少的工具， 并且人们对终端的外观要求也越来越高。 SP ( Service Provider, 服务提供商）希望向用户提供各种风格的外观包， 以使用户 能个性化的显示自己的终端外观，并且 SP也希望通过网络能管理终端 上的外观包， 以符合用户和 SP的利益。
终端外观是指终端对外显示的内容， 如背景、 铃音、 菜单等内容， 它们单独称为外观元素。 当有多个外观元素同时提供给终端， 或由终 端进行操作时， 这些元素的集合称为外观包。 用户希望在其终端上应 用个性外观， 就可通过 SP提供的下载通道获得外观包， 并对外观包进 行安装， 使得终端更能体现用户的个性化需要。
最常用的下载方式是 OMA ( Open Mobile Alliance ,开放移动联盟） DLOTA( Download Over The Air,空中下载）。客户端的 Download Agent (下载代理） 负责从服务器下载用户所需的内容。 服务器上供用户下 载的内容分为两部分： DD ( Download Description, 下载描述）和媒体 对象。 下载代理先下载 DD, 从 DD中获取媒体对象信息， 如内容提供 商、 内容名称、 内容大小等， 以及下载的处理信息， 如是否需要对内 容进行安装， 安装参数， 如果发生错误是否需要上报， 向谁上报等。 下载代理根据 DD 中的上述信息， 请求用户判断是否进行媒体对象的 下载， 用户提供判定结果后， 下载代理再下载媒体对象， 并根据 DD 的信息对媒体对象进行安装。
下载代理下载完 DD后， 可以对下载的媒体对象进行判断， 选择 是否继续下载媒体对象。 DD中供下载代理进行判断的内容是媒体的一 些属性信息， 如媒体类型。 下载代理或者用户根据这个媒体类型判断 终端是否支持使用该媒体类型的媒体对象。 外观是每个终端都具有的 特性， 对于一些差异较大的终端， 比如目前彩屏手机的背景图片是一 个 jpg文件， 而黑白屏手机无法解析这种文件， 这种情况下的终端能力 与媒体对象的匹配判定可以通过 DLOTA中设定的功能来实现。但由于 终端外观是一个个性化内容， 终端能力与媒体对象的匹配除在媒体类 型上的差异外， 还存在表现质量方面。 比如手机的背景图片， 一张 160 X 240的图片显示在 320 X 480的屏幕上肯定会降低图片的显示效果。 所以外观内容要根据终端的能力进行提供。在 DLOTA中没有明确的设 定一种方法， 让终端获知该外观包可以被终端很好的显示。
在实现本发明的过程中， 发明人发现现有技术至少存在以下问题： 对用户的使用操作专业性要求高： 需要用户的参与， 无法形成很好的 用户体验； 如果用户对技术内容不是很了解时， 可能会导致较多的错 误下载。 发明内容
本发明实施例提供一种下载文件的方法和装置， 以无需用户参与 即可判断终端能力与将待下载文件是否匹配。
本发明实施例一方面提出一种下载文件的方法， 包括：
接收包含能力信息的待下载文件的下载描述信息；
判断终端能力是否满足所述能力信息；
当所述判断的结果为是时， 下载所述待下载文件。
另一方面， 本发明实施例还提出一种终端， 包括：
接收模块， 用于接收包含能力信息的待下载文件的下载描述信息； 判断模块， 用于判断所述终端的终端能力是否满足所述接收模块 所接收的能力信息；
下载模块， 用于当所述判断模块判断的结果为是时， 下载所述待 下载文件。
与现有技术相比， 本发明实施例具有以下优点， 因为采用了根据 待下载文件的适用机型信息和 /或所需的终端能力信息与终端是否匹 配， 进而判断是否继续下载后续的待下载文件内容的方法， 实现了内 容和能力的自动匹配， 无需用户操作， 达到了改善用户使用体验， 提 高文件下载效率的效果。 附图说明
图 1为本发明实施例中使用的 DLOTA技术的流程示意图； 图 2为本发明实施例中使用的 DLOTA中 DD的 product元素格式 示意图；
图 3为本发明实施例中使用的 meta元素的格式示意图；
图 4为本发明实施例， 环境信息规则定义示意图；
图 5为本发明实施例， 替代的 Ability元素规则定义示意图； 图 6为本发明实施例， 一种下载文件的方法的流程示意图； 图 7为本发明实施例四， 终端的用户确认界面示意图；
图 8为本发明实施例八， 一种终端结构示意图。 具体实施方式
本发明实施例利用 DLOTA技术，提供一种可以无需用户参与，判 断终端能力与待下载文件是否匹配， 决定是否下载文件的方法。
如图 1所示， DLOTA技术的具体实施步骤包括：
步骤 S101、 内容发现。
CP ( Content Provider, 内容提供商）通过 XHTML ( The Extensible HyperText Markup Language, 可扩展超文本标口、语言）、 URI ( Uniform Resource Identifier, 统一资源标识符）等方式将下载内容告知用户。 这 不是 DLOTA需要负责的工作， 可以通过任何方式进行。
步骤 S102、 下载 DD。
步骤 S103、 下载媒体对象。
DD和媒体对象都是由下载服务器提供。
步骤 S104、 状态回复。
对下载、 安装、 删除等操作执行的结果上报给状态回复服务器。 为方便说明， 本发明各实施例以外观包为例进行具体说明。
在上述步骤 S102中， 终端在获得媒体对象前， 即在获得 DD后， 需要通过 DD 中包含的参数判断是否应该继续下载媒体对象。 可以通 过以下参数判断是否应该下载媒体对象：
1、 适用的终端型号
2、 需要的终端硬件能力信息
3、 需要的终端软件能力信息
4、 需要使用的终端存储空间
5、 外观内容的描述信息
其中， 4、 5两部分内容可以通过 DD中的部分内容实现。 如图 2 所示， 为 DD的部分内容， 其中， product元素中包含了 4、 5中描述的 信息， product元素结构如图所示， 其主要内容有两部分： meta 和 mediaObject。
Meta内容描述的是这个 product中包含的一些信息， mediaObject 描述的是 product中包含的媒体对象的信息， 从图中也可看出， 它也包 含 meta信息。 MediaObject中还包含： size, installSize, CP可以在这 里提供外观包的大小以及安装后的大小， 使得终端可以判断现有的存 储空间是否满足外观包安装的需要。 objectVersion、 objectValidityTime 以及 meta中的部分信息提供了对外观元素的内容描述， 使得用户可以 判断该外观包是否是他想要的外观包。 这就是实现上述 4、 5两个需求 的方法。 进一步的， mediaObject元素中还包含 type子元素， 它用于描 述该媒体对象的类型， 比如是 JPG格式， 还是 GIF格式， 或是 Flash 格式。 它也部分的反映了对终端软件功能的要求。
需要指出的是， 上述通过 DD中的部分内容实现 4、 5两部分需求 的方法不是本发明所保护的内容， 本发明实施例不再另行详细描述。
如图 3所示， 是 meta元素的具体内容。
Meta中的 description元素描述了媒体对象的一些信息，如上所述， 可以用来解决需求 5 中描述的问题。 在 meta 中还有一个元素， environment,用于描述媒体对象的适用环境，可以通过它来解决需求 1、 2、 3中描述的问题。
在 environment元素中 , 有一个 envtype属性, 这个属性用于表示 一个信息类型或信息集合， 它们是描述媒体对象使用环境信息的规则。 在 environment元素中可以通过 envtype中指定的集合中的描述规则来 定义媒体对象的使用环境。 因为 OMA DLOTA是一种数据传输技术， 所以它没有定义具体的描述使用环境的方法， 导致在外观包传递过程 中， 没有一种技术描述如何解决需求 1、 2、 3中的问题。
本发明的主要思想是通过下面的方法将需求 1、 2、 3 , 即适用的终 端型号、 需要的终端硬件能力信息以及需要的终端软件能力信息下发 给终端。
如图 4所示， 是一种描述媒体对象使用环境信息的示意图。
它包含两个元素： Model和 Ability。 Model中记录适用的机型信息， Ability中记录需要的能力信息。 Ability的使用方法如下：
<Ability item:，， xxx" >yyy</Ability>
其中 XXX为能力类型， 如显示屏大小、 显示屏颜色、 需要的应用 软件、 和弦数、 CPU处理能力、 协处理器处理能力、 触摸屏功能等。 yyy是该能力对应的要求值。 多个 Ability元素表示终端必须满足所有 能力要求。
Ability元素可以拥有 Name属性和 AltRef属性， 如图 5所示， 为 替代的 Ability元素规则定义示意图。
其中 Name属性定义该 Ability元素的名称，该名称是一个字符串， 用来唯一表示一个 Ability元素，与该元素并列的 Ability元素间不能有 重复的 Name值。 AltRef 属性表示该 Ability元素和 AltRef 值指向的 Ability元素可以替换，即 AltRef 自身所在的 Ability元素与 AltRef指向 的 Ability元素定义的能力要求只需满足一个， 即可表示终端能力符合 要求， 在内容和能力匹配的过程中， 视为一项功能要求。 具体实施例 可参考实施例五。
为实现上述替代的功能， 如果 Ability要求的能力信息是相同的， 可以通过在为元素赋值时， 采用 yyylzzz的方式来描述， 表示如果该能 力等于 yyy或者 zzz是都表示该能力得到满足。 其使用方式如下所示：
<Ability item:，， xxx" >yyylzzz</Ability> 为实现上述替代的功能， 还可以使用 Model的方式来实现。 通过 定义 modelName为# 来表示对型号没有任何要求， 通过定义 model 元素下的能力信息实现替代的功能， 具体可参考本发明实施例六。 Model的使用方法如下所示：
<Model modelName=" xxx" >
<Ability />
</Model> 其中 xxx即为机型信息， 在 Model中的 Ability信息表示在该机型 的手机下还必须满足的能力要求。多个 Model元素表示任何一个 Model 都能处理该媒体对象。
基于上述的 DD内容设置， 基于前述 DLOTA技术， 即步骤 S101 至 S104, 本发明实施例对其中的步骤 S102和步骤 S103进行修改， 提 供了一种下载文件的方法， 如图 6所示， 包括以下步骤：
步骤 S601、 接收含有能力信息的 DD信息。
本步骤即为对步骤 S102的修改， DD信息中所包含的能力信息内 容设置如前所述， 本步骤不再另行详述。 步骤 S602、 判断终端的终端能力是否满足能力信息的要求。
当终端收到该信息后， 根据自身保存的能力特征， 判断是否满足 媒体对象的要求。 具体的判断过程见本发明实施例一至本发明实施例 七。
当判断结果为满足能力信息的要求时， 转入步骤 S604, 表示终端 满足媒体对象的环境要求：根据前述的能力信息设置，即为 [Modell 或 Model2 或 …] 或 [Abilityl 和 Ability2 和 ···]。其具体含义为： 如果 envtype下仅提供了 Model信息， 则终端只需满足其中一种型号要求； 如果仅提供 Ability信息， 表示终端的能力满足所有 Ability要求， 如果 Model和 Ability都提供， 则终端满足型号要求或满足能力要求。
当判断结果为不满足能力信息的要求时， 转入步骤 S603, 步骤 S603、 提示是否继续进行下载。
当提示的确认结果为是时， 转入步骤 S604。
当提示的确认结果为否时， 拒绝下载该待下载文件。
需要进一步指出的是， 本步骤中还包括响应时间的确认， 即， 当 用户在预设的响应时间内没有对是否继续下载的提示进行确认操作 时， 默认为确认结果为否， 拒绝下载该待下载文件， 通过响应时间的 设置， 可以有效的避免由于用户未能及时确认而导致的待下载文件的 操作长时间处于询问状态而造成的资源浪费。
步骤 S604、 下载待下载文件。
本步骤即为对前述步骤 S103的改进， 通过在本步骤之前加入能力 信息的判断， 可以由终端自动判断是否下载该待下载文件， 而无需用 户人工确认， 有效的改善了用户的使用体验。 下面结合实施例， 对本发明的具体实施方式作进一步详细描述： 本发明实施例一：
终端接收到一个 DD文件， 发现其中包含的媒体对象环境信息如 下： <environmentenvtype=" www.devicehome.com/download/lfc/LFC_evironment.xsd"〉 <envxs:Model modelName="XA568"〉</envxs:Model〉
<envxs:Model modelName="XA668"〉
<envxs: Ability item="displayColor">65536</envxs:Ability>
</envxs:Model>
<envxs:Model modelName="TA323"〉
<envxs: Ability item="displayColor">65536</envxs:Ability>
<envxs: Ability item="application">PowerPoint</envxs:Ability>
</envxs:Model>
</environment> 终端判断自身是否能呈现该 DD对应的外观包：
如果终端型号为 XA568, 则终端能力支持该外观包的显示； 如果终端型号为 XA668,且终端的显示屏颜色设置大于 65536色， 则终端能力支持该外观包的显示；
如果终端型号为 TA323 , 且终端的显示屏颜色设置大于 65536色， 且终端安装有 PowerPoint支持程序；则终端能力支持该外观包的显示； 如果非上述情况， 终端不支持该外观包的显示。 本发明实施例二：
终端接收到一个 DD文件， 发现其中包含的媒体对象环境信息如 下：
<environmentenvtype="www.devicehome.com/download/lfc/LFC_evironment.xsd"〉 <envxs: Ability item="displaySize">320_240</envxs:Ability>
<envxs: Ability item="Sound"〉16</envxs:Ability〉
<envxs: Ability item="CPU">200</envxs:Ability>
</environment> 终端判断自身是否能呈现该 DD对应的外观包：
如果其屏幕尺寸大于 320 x 240, 并且声音支持 16以上和弦， 并且 CPU的频率大于 200MHz, 则该终端支持该外观包的显示。 终端继续 下载后续的外观包内容。 本发明实施例三：
终端接收到一个 DD文件， 发现其中包含的媒体对象环境信息如 下： <environmentenvtype="www.devicehome.com/download/lfc/LFC_evironment.xsd"〉 <envxs: Model modelName="XA568"〉</envxs:Model〉
<envxs:Model modelName="XA668"〉
<envxs: Ability item="displayColor">65536</envxs:Ability>
</envxs:Model>
<envxs:Model modelName="TA323"〉
<envxs: Ability item="displayColor">65536</envxs:Ability>
<envxs: Ability item="application">flash</envxs:Ability>
</envxs:Model>
<envxs: Ability item="displaySize">320_240</envxs:Ability>
<envxs: Ability item="Sound">16</envxs:Ability>
<envxs: Ability item="CPU">200</envxs:Ability>
</environment> 终端判断自身是否能呈现该 DD对应的外观包：
如果终端型号为 XA568, 则终端能力支持该外观包的显示； 如果终端型号为 XA668,且终端的显示屏颜色设置大于 65536色, 则终端能力支持该外观包的显示；
如果终端型号为 TA323 , 且终端的显示屏颜色设置大于 65536色, 且终端安装有 Javaflash支持程序； 则终端能力支持该外观包的显示； 如果终端屏幕尺寸大于 320 240, 并且声音支持 16以上和弦， 并 且 CPU的频率大于 200MHz, 则该终端支持该外观包的显示。
如果非上述情况， 终端不支持该外观包的显示。
在本实施例中， 终端能力信息中包含终端的型号为 TF568, 终端 能力的相似机型信息为 XA568,表示该终端的能力与 XA568的能力相 似， 与 DD中的要求相符， 则终端判断其能力支持该外观包的显示。
需要进一步说明的是， 本实施例所提到的相似机型信息包含于终 端能力信息中的机型信息内， 可以由终端制造商在本终端的制造过程 中进行标识， 这不是本发明所保护的范围， 不再另行叙述。 本发明实施例四：
终端接收到一个 DD文件， 发现其中包含的媒体对象环境信息如 下：
<environmentenvtype="www.devicehome.com/download/lfc/LFC_evironment.xsd"〉 <envxs: Ability item="displaySize">320_240</envxs:Ability>
<envxs: Ability item="displayColor">65536</envxs:Ability>
<envxs: Ability item="Sound"〉16</envxs:Ability〉
</environment> 由于终端的显示屏颜色数为 256色， 不符合要求的 65536色要求， 终端将外观包要求的终端能力信息和当前终端能力信息显示给用户， 并请求用户决定是否继续下载外观包， 终端的用户确认界面如图 7所 示。
用户选择继续下载或取消下载。 在该实施例中， 因为用户的终端 可以更改屏幕色彩的设置， 虽然当前终端能力不满足要求， 但用户选 择确认， 继续下载外观包。
需要进一步指出的是， 当用户在预设的响应时间内没有对是否继 续下载的提示进行确认操作时， 即没有选择继续下载或取消下载时， 默认为确认结果为否， 拒绝下载该待下载文件。 本发明实施例五：
终端接收到一个 DD文件， 发现其中包含的媒体对象环境信息如 下：
<environmentenvtype="www.devicehome.com/download/lfc/LFC_evironment.xsd"〉 <envxs: Ability item="displaySize" Name="Size3">320_240</envxs:Ability> <envxs: Ability item="TouchPad" Name="TP"〉True</envxs:Ability〉
<envxs:Abilityitem="CPU" Name="CPU200" AltRef="coP160"〉200</envxs:
Ability>
<envxs:AltAbility item="coProcessor"Name="coP160" AltRef= "CPU200 "> 160< /envxs:AltAbility>
</environment>
终端判断自身是否能呈现该 DD对应的外观包：
如果其屏幕尺寸大于 320 x 240, 并且支持触摸屏， 并且 CPU的频 率大于 200MHz, 或协处理器频率大于 160MHz, 则该终端支持该外观 包的显示。 终端继续下载后续的外观包内容。
通过 Ability 和 Alt Ability 描述的两项功能： CPU 的频率大于 200MHz, 协处理器频率大于 160MHz, 为相互替代的关系， 在内容和 能力匹配的过程中， 视为一项功能要求， 即满足两项功能要求中的一 项即可认为内容和能力相匹配。 本发明实施例六：
终端接收到一个 DD文件， 发现其中包含的媒体对象环境信息如 下： environment envtype="www.devicehome.com/download/lfc/LFC_evironment.xsd"〉 <envxs: Model modelName="XA568"〉</envxs:Model〉 <envxs:Model modelName="#any">
<envxs: Ability item="displayColor">65536</envxs:Ability>
<envxs:Ability item="CPU">200</envxs:Ability>
</envxs:Model>
<envxs:Model modelName="#any">
<envxs: Ability item="displayColor">65536</envxs:Ability>
<envxs: Ability item: " application " >j ava</envxs： Ability>
</envxs:Model>
</environment> 终端判断自身是否能呈现该 DD对应的外观包：
如果终端型号为 XA568, 则终端能力支持该外观包的显示； 如果终端的显示屏颜色设置大于 65536色， 且 CPU在 200MHz以 上， 则终端能力支持该外观包的显示；
如果终端的显示屏颜色设置大于 65536色， 且应用软件支持 Java, 则终端能力支持该外观包的显示； 本发明实施例七：
终端接收到一个 DD文件， 发现其中包含的媒体对象环境信息如 下： environment envtype=''www.devicehome.com/download/lfc/LFC_evironment.xsd"> <envxs:Ability item="displaySize">320_240l280_160l300_200</envxs:Ability> <envxs: Ability item="CPU">200</envxs:Ability>
</environment> 终端判断自身是否能呈现该 DD对应的外观包：
如果其屏幕尺寸大于 320 x 240 , 或大于 280 x 240 , 或大于 300 χ 200, 并且 CPU的频率大于 200MHz, 则该终端支持该外观包的显示。 终端继续下载后续的外观包内容。 如图 8所示， 为本发明实施例八， 一种终端结构示意图， 包括： 接收模块 1 , 用于接收包含能力信息的待下载文件的下载描述信 息；
判断模块 2,用于判断终端的终端能力是否满足接收模块 1所接收 的能力信息；
下载模块 3 , 用于当判断模块 2判断的结果为是时， 下载待下载文 件。
其中， 还包括：
信息收集模块 4, 用于收集终端的终端能力信息，供判断模块 2判 断是否满足接收模块 1 所接收的能力信息； 其中， 终端能力信息中包 含终端的型号信息和终端的全部功能信息。
提示模块 5, 用于当判断模块 2判断的结果为否时，提示是否下载 待下载文件。
其中， 下载模块 3还用于当提示模块 5进行提示的确认结果为是 时， 下载待下载文件。
本发明实施例的技术方案具有以下优点， 因为采用了将外观包的 适用机型信息和 /或所需的终端能力信息提供给终端， 从而根据该信息 与终端是否匹配， 判断是否继续下载后续的外观包内容的方法， 实现 了内容和能力的自动匹配， 以及文件的自动下载， 无需用户操作， 达 到了改善用户使用体验， 提高文件下载效率的效果。
通过以上的实施方式的描述， 本领域的技术人员可以清楚地了解 到本发明可以通过硬件实现， 也可以可借助软件加必要的通用硬件平 台的方式来实现基于这样的理解， 本发明的技术方案可以以软件产品 的形式体现出来， 该软件产品可以存储在一个非易失性存储介质 （可 以是 CD-ROM, U盘， 移动硬盘等） 中， 包括若干指令用以使得一台 计算机设备（可以是个人计算机， 服务器， 或者网络设备等）执行本 发明各个实施例所述的方法。 总之， 以上所述仅为本发明的较佳实施例而已， 并非用于限定本发明 的保护范围。 凡在本发明的精神和原则之内， 所作的任何修改、 等同 替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权利要求
1、 一种下载文件的方法， 其特征在于， 包括：
接收包含能力信息的待下载文件的下载描述信息；
判断终端能力是否满足所述能力信息；
当所述判断的结果为是时， 下载所述待下载文件。
2、 如权利要求 1所述下载文件的方法， 其特征在于， 所述能力 信息包括：
至少一项机型信息和 /或至少一项功能信息。
3、 如权利要求 2所述下载文件的方法， 其特征在于， 所述机型 信息， 具体包括：
应用所述待下载文件的终端的型号信息； 或，
应用所述待下载文件的终端的型号信息和在所述型号下必须满 足的功能信息。
4、 如权利要求 2所述下载文件的方法， 其特征在于， 所述功能 信息， 具体包括：
一个功能项的名称或多个功能项的名称；
所述功能项所对应的至少一个要求值。
5、 如权利要求 1或 2所述下载文件的方法， 其特征在于， 所述 判断终端能力是否满足所述能力信息， 具体为：
满足以下要求时， 所述判断的结果为是， 不满足以下要求时， 所 述判断的结果为否：
所述终端能力符合一项所述机型信息； 或，
所述终端能力符合或高于全部所述功能信息。
6、 如权利要求 5所述下载文件的方法， 其特征在于， 所述终端 能力符合一项所述机型信息， 具体为：
所述终端能力符合应用所述待下载文件的终端的型号信息； 或， 所述终端能力符合应用所述待下载文件的终端的型号信息， 并 且， 所述终端能力符合或高于在所述型号下必须满足的功能信息。
7、 如权利要求 1所述下载文件的方法， 其特征在于， 还包括： 当所述判断的结果为否时， 提示是否下载所述待下载文件； 当所述提示的确认结果为是时， 下载所述待下载文件。
8、 如权利要求 7所述下载文件的方法， 其特征在于， 所述提示 是否下载所述待下载文件， 还包括：
当在预设的响应时间内未能收到所述提示的确认结果时，拒绝下 载所述待下载文件。
9、 一种终端， 其特征在于， 包括：
接收模块， 用于接收包含能力信息的待下载文件的下载描述信 息；
判断模块，用于判断所述终端的终端能力是否满足所述接收模块 所接收的能力信息；
下载模块， 用于当所述判断模块判断的结果为是时， 下载所述待 下载文件。
10、 如权利要求 9所述终端， 其特征在于， 还包括：
信息收集模块， 用于收集所述终端的终端能力信息。
11、 如权利要求 9所述终端， 其特征在于， 还包括：
提示模块， 用于当所述判断模块判断的结果为否时， 提示是否下 载所述待下载文件；
所述下载模块，还用于当所述提示模块进行提示的确认结果为是 时， 下载所述待下载文件。
PCT/CN2009/070540 2008-02-28 2009-02-26 一种下载文件的方法和装置 WO2009106001A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810006463.3A CN101521860A (zh) 2008-02-28 2008-02-28 一种下载文件的方法和装置
CN200810006463.3 2008-02-28

Publications (1)

Publication Number Publication Date
WO2009106001A1 true WO2009106001A1 (zh) 2009-09-03

Family

ID=41015540

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/070540 WO2009106001A1 (zh) 2008-02-28 2009-02-26 一种下载文件的方法和装置

Country Status (2)

Country Link
CN (1) CN101521860A (zh)
WO (1) WO2009106001A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101835137A (zh) * 2010-04-23 2010-09-15 华为终端有限公司 一种基于移动终端的文件传递、接收的方法和移动终端
CN102063299A (zh) * 2010-12-21 2011-05-18 东莞宇龙通信科技有限公司 移动终端中应用运行条件的评估方法及装置、移动终端

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1753366A (zh) * 2004-09-24 2006-03-29 华为技术有限公司 一种实现业务能力协商的方法
CN1859103A (zh) * 2005-07-29 2006-11-08 华为技术有限公司 一种下载系统及下载方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1753366A (zh) * 2004-09-24 2006-03-29 华为技术有限公司 一种实现业务能力协商的方法
CN1859103A (zh) * 2005-07-29 2006-11-08 华为技术有限公司 一种下载系统及下载方法

Also Published As

Publication number Publication date
CN101521860A (zh) 2009-09-02

Similar Documents

Publication Publication Date Title
US7730224B2 (en) Program and method for managing device driver and information processing apparatus
US7716276B1 (en) Network that supports user-initiated device management
US20060080659A1 (en) System and method of provisioning software to mobile devices
JP2986440B2 (ja) ウェブ・コンテンツを検索する方法
EP1775913B1 (en) Method for controlling multimedia middleware apparatus using metadata
EP1843568A1 (en) A display screen controlling apparatus, an electronic apparatus, a display screen controlling method, and a screen displaying method
TW200407733A (en) Application catalog on an application server for wireless devices
WO2013086981A1 (zh) 移动终端预置应用程序的管理方法和移动终端
WO2007048340A1 (fr) Procede et dispositif d’obtention de frequence d’utilisation de logiciel et de mise a jour de logiciel en gestion de dispositifs
WO2009003385A1 (fr) Procédés, appareils et systèmes pour mettre à jour un équipement
KR20100022528A (ko) 컨텐트 라이센싱을 위한 방법들, 시스템들, 및 장치
WO2012058880A1 (zh) 一种通过无线局域网对终端进行升级的方法和系统
WO2012051865A1 (zh) 一种widget应用管理方法和系统
WO2009015598A1 (fr) Procédé et appareil pour lancer une application
WO2009106001A1 (zh) 一种下载文件的方法和装置
WO2011088683A1 (zh) Java软件集成到移动终端的方法、装置及移动终端
WO2009121264A1 (zh) 一种组件安装的处理方法、系统和装置
US20090070856A1 (en) Image forming apparatus and utilization limiting method
JP2005209133A (ja) サービス利用端末、携帯電話端末、テレビジョン受像端末、コネクタ提供サーバ、およびコネクタデータのデータ構造
JP3770258B2 (ja) 複合機、ネットワークシステム、制御方法、および制御プログラム
EP1714508B1 (en) A method for configuring an electronic device
KR100838210B1 (ko) 모바일 응용 프로그램 이용에 대한 정액 요금 서비스 제공방법 및 장치
JP2003271484A (ja) ウェブコンテンツ保存システム、該システムに用いるサービスサーバ及び小型携帯情報端末用プログラム
JP2009086960A (ja) Ｕｒｌフィルタ設定方法、クライアント装置、端末装置、クライアントサーバシステムおよびｕｒｌフィルタ設定プログラム
WO2011076082A1 (zh) 一种数字电视接收终端、及其应用管理的方法和系统

Legal Events

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

Ref document number: 09716011

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 1009631.1

Country of ref document: GB

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09716011

Country of ref document: EP

Kind code of ref document: A1