专利汇可以提供Centralized application package distribution专利检索,专利查询,专利分析的服务。并且A package installer identifies a utility tool that is capable of opening a file attempted by a user based on metadata downloaded from a remote server, where the metadata includes information identifying one or more packages available for download from the remote server, including mime types of files that the one or more packages support. A graphical user interface (GUI) is displayed to the user prompting whether the user desires to install the identified utility tool. In response to an input from the user via the GUI, the package installer downloads a package associated with the identified utility tool from the remote server for local installation.,下面是Centralized application package distribution专利的具体信息内容。
What is claimed is:
Embodiments of the invention relate generally to the field of software application distribution; and more particularly, to centralized application package distribution.
People often send other users documents and images. These files are often of different formats, as a user could send a Microsoft Word file (.doc file) or a GNU image manipulation program (GIMP) image (.xcf) via email, instant messaging or even on physical media.
There is a problem in a desktop such as Linux desktop, where people send files that are not recognized by a remote user. This might happen if a user sent a remote user a “.xcf” formatted image, when GIMP was not installed at the remote user's machine. In this case the remote user would get the “file not recognized” dialog, and would be left to search for a program manually to open this file. This requires for the remote user to know which program to use to open the file.
Conventional methods typically will prompt a user whether the user wants to search, for example, over the Internet, for such a program to open the file. However, the program to open the file may be distributed in multiple sites having multiple versions. The user has to know which version is the most appropriate for opening the file.
The present invention is illustrated by way of example and not limitation in the figures of the accompanying drawings in which like references indicate similar elements.
In the following description, numerous details are set forth to provide a more thorough explanation of the embodiments of the present invention. It will be apparent, however, to one skilled in the art, that embodiments of the present invention may be practiced without these specific details. In other instances, well-known structures and devices are shown in block diagram form, rather than in detail, in order to avoid obscuring embodiments of the present invention.
Reference in the specification to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the invention. The appearances of the phrase “in one embodiment” in various places in the specification do not necessarily all refer to the same embodiment.
When a package is built, each application has a desktop file created as a standard part of the build process. According to one embodiment, by parsing a file for mime-type matches, each mime type is added as a virtual provide to the built package. This virtual provide is added to the distribution metadata which allows remote programs to query what package supports a given mime type. In Linux this is done using a WhatProvides( ) method, typically via a package manager such as PackageKit available from Red Hat, Inc. of Raleigh, N.C. An example query would be WhatProvides (“MimeHandler(application/pdf)”) which would return a list of all the not-installed packages that would be able to open this file format. By providing a tool to extract the mime data at package build time, many of virtual provides can be automatically added just by rebuilding all the packages in a repository on a storage device.
A mime type is a computer readable file type. For example, a “.pdf” file is the mime type of portable document format (PDF) files. A mime type can be extracted from a file even if the file extension is incorrect (.doc is mistyped as .dpc for example) and usually a higher level of file system logic is used to do this content sniffing. In the Linux desktop GNU virtual file system (GVFS) provides a mime-type as an attribute on a GFile instance.
A desktop file is a file that is installed on the computer that describes the application (localized name) and also tells the computer what mime-types it supports. A virtual provide is a little piece of data about the package that resides in the distribution metadata, and thus the package does not have to be installed to query this data.
By integrating this functionality into a file handler (in the case of GNOME, nautilus) or as a separate tool accessible to the file handler, when a user downloads a file of unknown format, the file handler tries to open the file and provides a list of applications the user can install which is capable of opening the newly downloaded file. After the packages are installed, the file handler uses the installed application to open the downloaded file. In this way a user can send files to remote users knowing that they will be able to open the contents.
In one embodiment, server 102 includes, among others, a package builder 104 and metadata manager 105. Package builder 104 is configured to build (e.g., compile and/or link) and manage packages 106 that can be downloaded by client 101 for installation at client 101. A package is a single file that is a compressed tree of the files (e.g., binary files), which are compiled from a variety of source codes of a variety of programming languages. Once a package is built, according to one embodiment, the metadata manager 105 is configured to scan each file contained in the package and add certain metadata to the package. The added metadata includes information indicating a particular application program that should be used to open the associated file, such as, for example, “package foo needs package OpenOffice™ to work correctly” or “package foo can open text files”, etc.
The added metadata is typically added to a header of the package, such as, for example, the package file 200 as shown in
Referring back to
Client 101 includes one or more applications 108 communicatively coupled to a file handler 112, which provides an application programming interface (API) to access one or more files 113. When application 108 attempts to open a file via file handler 112, if file handler 112 cannot recognize the file that is being opened, the file handler 112 invokes a package installer 109 to download one or more packages 110 and/or the associated metadata 111 from server 102 over network 103. The packages 110 include an application program or utility tool that is capable of opening the file.
According to one embodiment, when application 108 attempts to open a file that is not recognizable, package installer 109 is invoked, for example, to “find me all packages that provide mime-handler (‘plain/text’)”. The package installer 109 can download the newest metadata file 107 very quickly from server 102 because the metadata is relatively small in size. The package installer 109 then knows about every package (e.g., packages 106) available for installation from server 102. Package installer 109 can scan the metadata looking for matches, and return a list to the user of the packages that match the search (e.g., available for installation for opening the unrecognized file).
For example, when a user attempts to open a media file, the package installer determines that an additional media player codec or plug-in is needed based on the metadata associated with the media file. The package installer (in this example, a codec installer) displays, as shown in
Similarly, when a user attempts to open a document with an unknown font, the font installer (as a part of package installer) displays a GUI 320 of
In response to the GUI displayed, referring back to
The metadata 111 stored at the local system can be periodically updated by downloading the newest metadata 107 from server 102 onto the local client 101, and then search through it to find if any of the remote packages are newer than the ones that have been installed locally. In this way the metadata 111 is kept up to date. Since the packages and metadata are distributed by a centralized server or servers 102, the client 101 can be sure that the packages downloaded and installed are the latest versions.
The exemplary computer system 800 includes a processor 802, a main memory 804 (e.g., read-only memory (ROM), flash memory, dynamic random access memory (DRAM) such as synchronous DRAM (SDRAM), etc.), a static memory 806 (e.g., flash memory, static random access memory (SRAM), etc.), and a data storage device 816, which communicate with each other via a bus 808.
Processor 802 represents one or more general-purpose processors such as a microprocessor, a central processing unit, or the like. More particularly, the processor may be complex instruction set computing (CISC) microprocessor, reduced instruction set computing (RISC) microprocessor, very long instruction word (VLIW) microprocessor, or processor implementing other instruction sets, or processors implementing a combination of instruction sets. Processor 802 may also be one or more special-purpose processors such as an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), a digital signal processor (DSP), network processor, or the like. The processor 802 is configured to execute the instructions 830 for performing the operations and steps discussed herein.
The computer system 800 may further include a network interface device 822. The computer system 800 also may include a video display unit 810 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)), an alphanumeric input device 812 (e.g., a keyboard), a cursor control device 814 (e.g., a mouse), and a signal generation device 820 (e.g., a speaker).
The data storage device 816 may include a computer-accessible storage medium 824 (also known as a machine-readable storage medium or a computer-readable medium) on which is stored one or more sets of instructions or software (e.g., packaging tool 830, which may be implemented as part of package installer 109, package builder 104, and/or metadata manager 105) embodying any one or more of the methodologies or functions described herein. The packaging tool 830 may also reside, completely or at least partially, within the main memory 804 and/or within the processor 802 during execution thereof by the computer system 800, the main memory 804 and the processor 802 also constituting machine-accessible storage media. The packaging tool 830 may further be transmitted or received over a network via the network interface device 822.
The computer-readable storage medium 824 may also be used to store the packaging tool 830 persistently. While the computer-readable storage medium 824 is shown in an exemplary embodiment to be a single medium, the term “computer-readable storage medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The terms “computer-readable storage medium” shall also be taken to include any medium that is capable of storing or encoding a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention. The term “computer-readable storage medium” shall accordingly be taken to include, but not be limited to, solid-state memories, and optical and magnetic media.
The modules 828, components and other features described herein can be implemented as discrete hardware components or integrated in the functionality of hardware components such as ASICS, FPGAs, DSPs or similar devices. In addition, the modules 828 can be implemented as firmware or functional circuitry within hardware devices. Further, the modules 828 can be implemented in any combination hardware devices and software components.
In the above description, numerous details are set forth. It will be apparent, however, to one skilled in the art, that the present invention may be practiced without these specific details. In some instances, well-known structures and devices are shown in block diagram form, rather than in detail, in order to avoid obscuring the present invention.
Some portions of the preceding detailed descriptions have been presented in terms of algorithms and symbolic representations of operations on data bits within a computer memory. These algorithmic descriptions and representations are the ways used by those skilled in the data processing arts to most effectively convey the substance of their work to others skilled in the art. An algorithm is here, and generally, conceived to be a self-consistent sequence of operations leading to a desired result. The operations are those requiring physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, or the like.
It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities. Unless specifically stated otherwise as apparent from the above discussion, it is appreciated that throughout the description, discussions utilizing terms such as “identifying” or “displaying” or “downloading” or “receiving” or “invoking” or the like, refer to the action and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system's registers and memories into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission or display devices.
Embodiments of the present invention also relate to an apparatus for performing the operations herein. This apparatus may be specially constructed for the required purposes, or it may comprise a general-purpose computer selectively activated or reconfigured by a computer program stored in the computer. Such a computer program may be stored in a computer readable medium. A machine-readable medium includes any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computer). For example, a machine-readable (e.g., computer-readable) medium includes a machine (e.g., a computer) readable storage medium (e.g., read only memory (“ROM”), random access memory (“RAM”), magnetic disk storage media, optical storage media, flash memory devices), etc.
The algorithms and displays presented herein are not inherently related to any particular computer or other apparatus. Various general-purpose systems may be used with programs in accordance with the teachings herein, or it may prove convenient to construct more specialized apparatus to perform the required method operations. The required structure for a variety of these systems will appear from the description above. In addition, embodiments of the present invention are not described with reference to any particular programming language. It will be appreciated that a variety of programming languages may be used to implement the teachings of embodiments of the invention as described herein.
In the foregoing specification, embodiments of the invention have been described with reference to specific exemplary embodiments thereof. It will be evident that various modifications may be made thereto without departing from the broader spirit and scope of embodiments of the invention as set forth in the following claims. The specification and drawings are, accordingly, to be regarded in an illustrative sense rather than a restrictive sense.
标题 | 发布/更新时间 | 阅读量 |
---|---|---|
低耦合增量升级语音软件的客户端处理方法及装置、服务端处理方法 | 2020-05-08 | 570 |
一种智慧教育服务管理方法 | 2020-05-11 | 491 |
一种基于网格搜索的支持向量机行程时间预测方法 | 2020-05-11 | 761 |
基于虚拟筛选的Bevantolol作为AIBP抑制剂方面的应用 | 2020-05-12 | 175 |
一种基于PLMS、SVN和Jenkins进行软件项目全生命周期管理的方法 | 2020-05-08 | 831 |
构建docker镜像的方法、装置及计算机可读存储介质 | 2020-05-13 | 383 |
一种基于容器和VNC的服务接口在线测试方法及装置 | 2020-05-08 | 255 |
一种基于动态反演排放源数据的空气质量预报系统 | 2020-05-14 | 601 |
一种适应低碳电源发展的电网规划方法 | 2020-05-08 | 856 |
经由对应用操作请求的分析来恢复应用功能 | 2020-05-11 | 934 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。
专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。