CN112685613A - 一种资源包查询的方法、装置及信息处理系统 - Google Patents

Abstract

本申请涉及信息处理技术领域，公开一种资源包查询的方法。通过客户端接收资源包的查询请求，资源包的查询请求中包括请求查询的资源包的特征信息；则可以根据资源包的特征信息，在客户端关联的设备上查询资源包；并在客户端上存在资源包的情况下，确定目标资源包，这样能够提供一种资源包的查询方式，使用户优先在本地查询目标资源包，避免由于查询请求过多以使查询过程无法正常进行，同时优先在本地查询目标资源包也能够有效缩短资源包查询时间，便于用户使用。本申请还公开一种资源包查询的装置及信息处理系统。

Description

一种资源包查询的方法、装置及信息处理系统

技术领域

本申请涉及信息处理技术领域，例如涉及一种资源包查询的方法、装置及信息处理系统。

背景技术

随着业务迭代和资源类型的不断升级，越来越多的资源类型被应用至线上的业务中。例如，用户在客户端上查看与客户端关联的设备的性能参数时，需要匹配合适的资源包，以使客户端根据匹配的资源包，加载设备详情页。

现有资源包查询过程通常在云端服务器进行查询，在服务器接收大量的资源包查询请求时，为了维持云端服务器的正常运行，对云端服务器的请求处理能力也有相应的要求。当服务器接收到的资源包的查询请求超过云端服务器的负荷时，查询过程无法正常进行。此外，在云端服务器接收到大量的资源包查询请求，并将查询到的匹配合适的资源包发送至客户端，此过程较为繁琐且时间较为漫长，影响用户的使用体验。并且在资源包的查询过程中，如果设备与云端服务器之间的通信链路出现异常，还可能会出现服务器不能正常响应用户查询请求的情况。

发明内容

为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。

本公开实施例提供了一种资源包查询方法、装置及信息处理系统，以提供一种新的资源包的查询方式。

在一些实施例中，所述方法包括：客户端接收资源包的查询请求，资源包的查询请求中包括请求查询的资源包的特征信息；根据资源包的特征信息，在客户端关联的设备上查询资源包；在客户端上存在资源包的情况下，确定目标资源包。

在一些实施例中，所述方法包括：在客户端上不存在资源包的情况下，向服务端发送资源包的查询请求。

在一些实施例中，所述方法包括：服务端接收客户端发送的资源包的查询请求，查询请求中包括请求查询的资源包的特征信息，且查询请求为客户端关联的设备未保存资源包时发送至服务端；根据资源包的特征信息，查询资源包；在服务端上存在资源包的情况下，将查询到的资源包确定为目标资源包。

在一些实施例中，资源包的查询请求中还包括业务类型信息，则根据资源包的特征信息，查询资源包，包括：如果资源包的查询请求中包括多个特征信息，根据业务类型信息，在多个特征信息中确定多个目标特征信息；根据多个目标特征信息，查询所述资源包。

在一些实施例中，根据多个目标特征信息查询资源包，包括：根据业务类型信息确定多个目标特征信息的查询顺序；按照目标特征信息的查询顺序查询资源包。

在一些实施例中，若根据所述目标特征信息查询到多个资源包，且多个资源包的特征信息包括该资源包的类型信息，则将查询到的所述资源包确定为目标资源包，包括：在多个资源包中，将资源包的类型信息为预设类型的资源包确定为目标资源包。

在一些实施例中，若多个资源包中不存在预设类型的资源包，则获取多个资源包的版本号，并将多个资源包中版本号最高的资源包确定为目标资源包。

在一些实施例中，所述装置包括：包括处理器和存储有程序指令的存储器，处理器被配置为在执行程序指令时，执行前述的资源包查询的方法。

在一些实施例中，所述系统包括：客户端以及服务端；客户端被配置为接收资源包的查询请求，资源包的查询请求中包括请求查询的资源包的特征信息；根据资源包的特征信息，在客户端关联的设备上查询所述资源包；在客户端上存在所述资源包的情况下，确定目标资源包。服务端被配置为接收客户端发送的资源包的查询请求，查询请求中包括请求查询的资源包的特征信息，且查询请求为客户端关联的设备未保存资源包时发送至服务端；根据资源包的特征信息，查询资源包；在服务端上存在资源包的情况下，将查询到的资源包确定为目标资源包。

本公开实施例提供的资源包查询的方法、装置及信息处理系统，可以实现以下技术效果：通过客户端接收资源包的查询请求，资源包的查询请求中包括请求查询的资源包的特征信息；则可以根据资源包的特征信息，在客户端关联的设备上查询资源包；在客户端上存在资源包的情况下，确定目标资源包，这样能够提供一种新的资源包的查询方式，使用户优先在本地查询目标资源包，有助于解决查询请求过多造成服务器的访问压力过大，甚至导致查询过程无法正常进行等情况，此外，优先在本地查询目标资源包也能够有效缩短资源包查询时间，提高响应速度，便于用户使用。

以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本申请。

附图说明

一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不构成比例限制，并且其中：

图1是本公开实施例提供的一个资源包查询的方法示意图；

图2是本公开实施例提供的另一个资源包查询的方法示意图；

图3是本公开实施例提供的一个资源包查询的实际应用示意图；

图4是本公开实施例提供的一个资源包查询的装置示意图。

具体实施方式

为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。

本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。

除非另有说明，术语“多个”表示两个或两个以上。

本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，A/B表示：A或B。

术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，A和/或B，表示：A或B，或，A和B这三种关系。

图1是本公开实施例提供的一个资源包查询的方法示意图，结合图1所示，本公开实施例提供了一个资源包的查询方法。

S11，客户端接收资源包的查询请求，资源包的查询请求中包括请求查询的资源包的特征信息。

S12，根据资源包的特征信息，在客户端关联的设备上查询资源包。

S13，在客户端上存在资源包的情况下，确定目标资源包。

在步骤11中，客户端可以接收用户发送的资源包的查询请求，且资源包的查询请求中包括请求查询的资源包的特征信息。

本公开实施例提供的客户端可以部署于用户关联的移动终端，即上文所说，客户端关联的设备。在一些实施例中，移动终端可以包括手机、平板电脑、智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备等或其任意组合。

具体地，在本方案中，用户可以通过移动终端发送资源包的查询请求，并在移动终端发送查询请求后，在与该移动终端关联的客户端上接收到该查询请求。在一种示例中，资源包可以为H5资源包，H5资源包是一种业务资源包，格式一般为zip。在资源包中包括业务页面的UI样式，以及资源包自身的属性信息，例如：资源包类型，资源包特征信息等。在本公开实施例中，通过在资源包的查询请求中配置资源包的特征信息，能够使客户端准确获取用户的查询意图，确定用户想要查询的目标资源包。

在步骤12中，进一步地，能够根据资源包的特征信息，在客户端关联的设备上查询资源包。

在本方案中，可以在客户端关联的设备上预存资源包，其中，可以根据用户的使用习惯，将常用的或者特别关心的资源包预先存储于客户端关联的设备上，以便用户在需要时在本地查询。在一种示例中，可以通过预存的资源包类型，向服务端发送资源包的预存请求，服务端在接收查询请求后，将与资源包类型匹配的资源包发送至客户端，实现资源包在客户端关联的设备的本地保存，便于用户在需要时对资源包进行本地查询。

资源包的特征信息可以包括：资源包的名称、版本号、产品编码及类型编码。在本方案中可以通过多种方式在客户端关联的设备上查询资源包。在一种示例中，可以根据资源包的名称在客户端关联的设备上查询资源包。例如，客户端关联的设备为手机，当用户想要查询，名称为空调的资源包时，可以在手机上查询是否存在名称为空调的资源包。在另外一种示例中，可以根据资源包的版本号在客户端关联的设备上查询资源包。例如，客户端关联的设备为平板电脑，当用户想要查询，版本号为2.0版本的资源包时，可以在平板上查询是否存在版本号为2.0版本的资源包。这种查询方法可以在客户端关联的设备上查询到资源包时，无需向服务端发送查询申请，缩短了资源包的查询时间，避免了当服务端接收到的资源包的查询请求超过云端服务器的负荷时，查询过程无法正常进行。

在步骤13中，在客户端上存在资源包的情况下，将查询到的资源包确定为目标资源包。

在本方案中，在客户端上存在资源包的情况下，将查询到的资源包确定为目标资源包，以使客户端确定目标资源包的类型，并根据目标资源包的类型匹配合适的容器，进而在该容器中拼接该资源包对应的特征信息，以对资源包内容进行可视化展示。例如，在确定目标资源包后，确定目标资源包的类型为mpaas类型，则可将该资源包放入客户端预存的mpaas类型的容器，并在该容器中通过url方式对该资源包的特征信息进行拼接，并在拼接后对该资源包内容进行可视化展示。便于用户在资源包可视化展示后，在客户端关联的设备上查看资源包中的内容。

采用本公开实施例提供的一种资源包查询的方法，通过客户端接收资源包的查询请求，资源包的查询请求中包括请求查询的资源包的特征信息；则可以根据资源包的特征信息，在客户端关联的设备上查询资源包；并在客户端上存在资源包的情况下，确定目标资源包，这样能够提供一种新的资源包的查询方法，使用户优先在本地查询目标资源包，避免由于查询请求过多以使查询过程无法正常进行，同时优先在本地查询目标资源包也能够有效缩短资源包查询时间，便于用户使用。

可选地，为了在客户端上不存在资源包的情况下，不影响用户的正常使用，可以在服务端继续进行资源包查询。即，在本公开实施例中，在客户端上不存在资源包的情况下，可以向服务端发送资源包的查询请求，查询请求中包括请求查询的资源包的特征信息。

本公开实施例提供的服务端可以部署于云端的服务器，通过网络可以与部署于移动终端上的客户端进行通讯。在本方案中，在客户端查询资源包后，在客户端上不存在资源包时，可以向服务端发送资源包的查询请求，以使服务端对该资源包进行查询，从而扩大查询范围，提高资源包被成功查询的几率。

图2是本公开实施例提供的另一个资源包查询的方法示意图，结合图2所示，被公开实施例提供了另一个资源包查询的方法。

S21，服务端接收客户端发送的资源包的查询请求，查询请求中包括请求查询的资源包的特征信息，且查询请求为客户端关联的设备未保存资源包时发送至服务端。

S22，根据资源包的特征信息，查询资源包。

S23，在服务端上存在资源包的情况下，将查询到的资源包确定为目标资源包。

在步骤21中，在客户端关联的设备未保存资源包时，向服务端发送资源包的查询请求，并在该查询请求中包括请求查询的资源包的特征信息。能够使服务端准确获取用户的查询意图，确定用户想要查询的目标资源包。此外，在客户端关联的设备未保存资源包时，向服务端发送资源包的查询请求，以使服务端能够根据查询请求对资源包进行查询。这种触发方法，能够一定程度上减少发送至服务端的请求数量，降低服务端的请求处理负荷，避免在客户端关联的设备上已经存储有资源包时，再次向服务端发送查询请求，从而对已预存的资源包进行再次查询，影响用户使用。

在步骤22中，可以根据资源包中的特征信息，对资源包进行查询。

在本方案中，可以根据多种方式进行资源包的查询。在服务端接收客户端发送的资源包查询请求后，可以确定资源包的特征信息，从而在服务端对资源包的单一特征信息进行查询。例如：可以根据产品编码对资源包进行查询。在一种优化的方案中，若资源包中包括多个特征信息，则可根据多个特征组合的方式对资源包进行查询。例如：可以根据资源包名+版本号的形式对资源包进行查询。如此方案，可以根据业务类型确定资源包的查询方法，从而缩短资源包的查询时间。同时，可以通过资源包的特征信息，在多个资源包中精准查询到资源包，保证了资源包获取的准确性。

在步骤23中，在服务端上存在资源包的情况下，将查询到的资源包确定为目标资源包。

在本方案中，在服务端上存在资源包的情况下，且查询到的资源包为一个的情况下，将查询到的资源包确定为目标资源包，以使服务端能够将目标资源包返回至客户端，以便客户端根据获取的目标资源包，确定目标资源包的类型，以对资源包内容进行可视化展示。从而使用户能够在客户端关联的移动终端上看到资源包的信息。

可选地，客户端获得服务端发送的目标资源包后，可以进行本地保存，以便在下次使用该目标资源包时，优先通过本地查询的方式获得该资源包，提高响应速度。或者，考虑到客户端关联的设备的存储空间的有限性，为了尽量降低资源包对存储空间的占用，可以在目标资源包符合预设条件时，再进行本地保存，例如，预设条件可以为用户确定对目标资源包进行本地保存，或者，预设条件可以为用户在服务端查询目标资源包的次数超过预设次数，或查询频次超过预设频次等。

可选地，在服务端上不存在资源包的情况下，向客户端发送无资源包的提醒信息。例如：用户可以在客户端关联的设备上进行问题反馈。以此方案，能够使运营人员在收到问题反馈时，通知开发该资源包的开发团队及时在服务端部署资源包。作为一种优化方案，在开发团队在服务端部署资源包后，可以将资源包发送至反馈问题的用户关联的移动终端进行本地保存，方便用户再次发送该资源包的查询请求时，能够在客户端查询到该资源包。以此方案，能够在客户端和服务端都不存在该资源包的情况下，能够及时的进行问题反馈，优化资源包的储备机制。

可选地，为了准确的查询到资源包，在本方案中，若资源包的查询请求中还包括业务类型信息，则根据资源包的特征信息，查询资源包，具体可包括：如果资源包的查询请求中包括多个特征信息，则根据业务类型信息，在多个特征信息中确定目标特征信息；并根据目标特征信息，查询资源包。

在本公开实施例提供的技术方案中，在资源包的查询请求中还包括请求的业务类型信息。具体地，若资源包中包括多个特征信息，则需要根据业务类型信息，在多个特征信息中确定目标特征信息。在一种示例中，可以根据用户的使用需求，确定请求的业务类型信息为请求热水器2.0版本的资源包，则在多个特征信息中，将资源包的名称和版本号作为目标特征信息，从而根据资源包的名称和版本号查询资源包。以此方案，能够在多个特征信息中滤除干扰信息，确保了目标特征信息的准确获取，以使服务端能够根据目标特征信息进行资源包查询。

可选地，如果从多个特征信息中确定出多个目标特征信息，为了确定多个目标特征信息的查询顺序，在本方案中，可以根据业务类型信息确定多个目标特征信息的查询顺序，并按照目标特征信息的查询顺序查询资源包。

在本方案中，可以预先设置不同的业务类型信息对应的多个目标特征信息的查询顺序。该查询顺序可根据用户的查询习惯或开发者的预设习惯进行调整。在一种示例中，若确定请求的业务类型信息为请求厨房家电3.0版本的资源包，则将产品类型编码和版本号作为目标特征信息，并在预先设置该业务类型信息对应的多个目标特征信息的查询顺序为先查询版本号，后查询类型编码时，服务端查询多个资源包中版本号为3.0版本的资源包，并在版本号为3.0版本的资源包中查询满足产品类型编码的资源包，进而将同时满足版本号和产品类型编码的资源包确定为目标资源包。以此方案，能够根据不同的业务类型信息预设目标特征信息的查询顺序，提供了个性化的查询方式。更加精准的对资源包进行查询。

可选地，为了在多个查询到的资源包中确定目标资源包，在本方案中，若多个资源包的特征信息包括该资源包的类型信息，则在多个资源包中，将资源包的类型信息为预设类型的资源包确定为目标资源包。

在本方案中，资源包的类型信息可以为Cordova、apicloud、mpaas、react等。具体地，若资源包类型为mpaas类型，则相比于其他类型的资源包，用mpaas类型的资源包具有加载快、稳定性高、资源包小、可维护性强等优势。因此，在一种示例中，可将mpaas类型的资源包确定为预设类型。若在服务端查询资源包的过程中，查询到多种类型的资源包，则优先匹配mpaas类型的资源包，并将该类型的资源包确定为目标资源包。以此方案，能够将稳定性更高、可维护性更强的资源包确定为目标资源包，并且能够有效降低技术门槛、提升开发效率，协助企业快速搭建稳定高质量的资源平台。

进一步地，若多个资源包中不存在预设类型的资源包，则获取多个资源包的版本号，并将多个资源包中版本号最高的资源包确定为目标资源包。

在本公开实施例提供的技术方案中，在服务端获取的多个资源包中不存在预设类型的资源包时，可以获取多个资源包的版本号信息。其中，版本号信息可以根据资源包内的version字段来确定。具体地，预设的资源包类型为mpaas类型，且获取的4个资源包类型中并不包括mpaas类型的资源包，且获取的4个资源包的版本号分别为1.0、2.0、3.0、4.0，则将版本号为4.0版本的资源包作为目标资源包。在另外一个示例中，若获取的4个资源包的版本号分别为1.0、2.0、3.0、3.01，则将版本号为3.01版本的资源包作为目标资源包。以此方案，能够在获取的资源包中不存在预设类型时，根据版本号类型确定目标资源包，以确保服务端确定的资源包为最高版本。

图3是本公开实施例提供的一个资源包查询的实际应用示意图，结合图3所示，在实际应用中，客户端部署于用户关联的手机、服务端可以部署于云端的服务器。该资源包查询的方法包括：

S31，客户端接收资源包的查询请求，资源包的查询请求中包括请求查询的资源包的特征信息。

S32，根据资源包的特征信息，在客户端关联的设备上查询资源包。

S33，在客户端上存在资源包的情况下，确定目标资源包。

S34，在客户端上不存在资源包的情况下，向服务端发送资源包的查询请求，查询请求中包括请求查询的资源包的特征信息。

S35，服务端根据资源包的特征信息，查询资源包。

S36，在服务端上存在资源包的情况下，将查询到的资源包确定为目标资源包。

在本方案中，若用户想在手机关联的客户端查看空调的详情页信息，用户需要在手机上发送查询包含详情页信息的空调的资源包，并在客户端接收用户的空调的资源包查询请求时，优先在客户端关联的手机进行查询，并在确定手机上未保存空调的资源包时，将查询空调资源包的请求发送至服务端，以使服务端能够根据请求在服务端进行空调资源包的查询，并在请求中包括业务类型信息为请求查询空调最高版本的资源包时，根据业务类型信息在多个特征信息中确定资源包名称和版本号为目标特征信息。从而根据资源包名称和版本号查询包含空调详情页的资源包。若根据资源包名称和版本号查询到多个资源包时，则将预设的mpaas类型的资源包确定为目标资源包。若获取的资源包中并不存在mpaas类型的资源包，则选取多个获取的资源包中版本号最高的资源包作为目标资源包。

本公开实施例提供一种信息处理系统，包括：客户端以及服务端；客户端被配置为接收资源包的查询请求，资源包的查询请求中包括请求查询的资源包的特征信息；根据资源包的特征信息，在客户端关联的设备上查询资源包；在客户端上存在资源包的情况下，确定目标资源包。服务端被配置为接收客户端发送的资源包的查询请求，查询请求中包括请求查询的资源包的特征信息，且查询请求为客户端关联的设备未保存资源包时发送至所述服务端；根据资源包的特征信息，查询资源包；在服务端上存在所述资源包的情况下，将查询到的资源包确定为目标资源包。

采用本公开实施例提供的一种资源包的查询的方法，使用户优先在本地查询目标资源包，避免由于查询请求过多以使查询过程无法正常进行，同时优先在本地查询目标资源包也能够有效缩短资源包查询时间，便于用户使用。此外，若在客户端接收资源包查询的请求后，可以在客户端上查询到目标资源包。

图4是本公开实施例提供的一个资源包查询的装置示意图。结合图4所示，本公开实施例提供一种资源包的查询装置，包括处理器(processor)100和存储器(memory)101。可选地，该装置还可以包括通信接口(Communication Interface)102和总线103。其中，处理器100、通信接口102、存储器101可以通过总线103完成相互间的通信。通信接口102可以用于信息传输。处理器100可以调用存储器101中的逻辑指令，以执行上述实施例的一种资源包查询的方法。

此外，上述的存储器101中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

存储器101作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器100通过运行存储在存储器101中的程序指令/模块，从而执行功能应用以及数据处理，即实现上述实施例中一种资源包查询的方法。

存储器101可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器101可以包括高速随机存取存储器，还可以包括非易失性存储器。

本公开实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为执行上述一种资源包查询的方法。

本公开实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述一种资源包查询的方法。

上述的计算机可读存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。

本公开实施例的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括一个或多个指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开实施例所述方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质，包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。

以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。而且，本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地，如在本申请中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本申请中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个…”限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。

本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。所述技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。所述技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

Claims (10)

1.一种资源包查询的方法，应用于客户端，其特征在于，包括：

接收资源包的查询请求，所述查询请求中包括请求查询的资源包的特征信息；

根据所述特征信息，在所述客户端关联的设备上查询所述资源包；

在所述客户端上存在所述资源包的情况下，确定目标资源包。

2.根据权利要求1所述的方法，其特征在于，还包括：

在所述客户端上不存在所述资源包的情况下，向服务端发送所述查询请求。

3.一种资源包查询的方法，应用于服务端，其特征在于，包括：

接收所述客户端发送的资源包的查询请求，所述查询请求中包括请求查询的资源包的特征信息，且所述查询请求为所述客户端关联的设备未保存所述资源包时发送至所述服务端；

根据所述特征信息，查询所述资源包；

在所述服务端上存在所述资源包的情况下，将查询到的所述资源包确定为目标资源包。

4.根据权利要求3所述的方法，其特征在于，所述查询请求中还包括业务类型信息，则所述根据所述特征信息，查询所述资源包，包括：

如果所述查询请求中包括多个特征信息，则根据所述业务类型信息，在多个特征信息中确定目标特征信息；

根据所述目标特征信息，查询所述资源包。

5.根据权利要求4所述的方法，其特征在于，如果从多个特征信息中确定出多个目标特征信息，所述根据所述目标特征信息查询所述资源包，包括：

根据所述业务类型信息确定所述多个目标特征信息的查询顺序；

按照所述目标特征信息的查询顺序查询资源包。

6.根据权利要求3所述的方法，其特征在于，若根据所述特征信息查询到多个资源包，且所述多个资源包的特征信息包括该资源包的类型信息，则所述将查询到的所述资源包确定为目标资源包，包括：

在所述多个资源包中，将所述资源包的类型信息为预设类型的资源包确定为目标资源包。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

若所述多个资源包中不存在预设类型的资源包，则获取多个资源包的版本号，并将所述多个资源包中版本号最高的资源包确定为所述目标资源包。

8.一种资源包查询的装置，包括处理器和存储有程序指令的存储器，其特征在于，所述处理器被配置为在执行所述程序指令时，执行如权利要求1至2任一项所述的资源包查询的方法。

9.一种资源包查询的装置，包括处理器和存储有程序指令的存储器，其特征在于，所述处理器被配置为在执行所述程序指令时，执行如权利要求3至7任一项所述的用于资源包查询的方法。

10.一种信息处理系统，其特征在于，包括：

客户端以及服务端；

所述客户端被配置为接收资源包的查询请求，所述查询请求中包括请求查询的资源包的特征信息；根据所述特征信息，在所述客户端关联的设备上查询所述资源包；在所述客户端上存在所述资源包的情况下，确定目标资源包；

所述服务端被配置为接收所述客户端发送的资源包的查询请求，所述查询请求中包括请求查询的资源包的特征信息，且所述查询请求为所述客户端关联的设备未保存所述资源包时发送至所述服务端；根据所述特征信息，查询所述资源包；在所述服务端上存在所述资源包的情况下，将查询到的所述资源包确定为目标资源包。

Images