一种数据推荐方法、装置、电子设备及存储介质与流程

1.本技术实施例涉及人工智能技术领域，尤其涉及一种数据推荐方法、装置、电子设备及存储介质。


背景技术：

2.数据推荐业务是指在用户和内容间建立关联的一种业务，该业务通过对用户进行预测，实现针对性的内容分发。
3.现有技术中，数据推荐业务常见有策略管理和规则引擎两种方案。策略管理是指开发者对其编码实现的规则中的一些参数预留的修改功能，业务专家可通过修改规则的参数，对系统中已实现的规则进行的调整。如将“年龄》10”改为“年龄》20”。规则引擎是一种更复杂的方案，业务专家可通过一些系统已实现的运算集合，自行增删或修改一些规则参数和规则组合。如对规则“年龄》20”，可增加“且性别＝男”。
4.但是，对于策略管理来说，要求开发者已经实现了特定的规则或规则组合，业务专家才可以对其进行修改，业务专家可对系统做的调整非常有限，复杂的修改需要开发者参与。对于规则引擎来说，为了考虑到系统复杂度，该方法所支持的基本运算通常限于大小比较、基础逻辑、简单的流程判断等，如大于、小于、或等，业务专家需在系统已支持的基本运算内进行排列组合。通常随着业务积累，规则组合将变得非常复杂以至于难以修改，或修改后同其他逻辑冲突且难以排查。因此，亟需设计一种数据推荐既能够满足快捷稳定的需求又能满足系统复杂且多变的需求。


技术实现要素：

5.本技术实施例提供了一种数据推荐方法、装置、电子设备及存储介质，可以实现既能够满足快捷稳定的需求又能满足复杂且多变的需求。
6.第一方面，本技术实施例提供了一种数据推荐方法，该方法包括：
7.接收用户请求，并确定所述请求的参数；
8.生成所述参数对应的路由码；
9.根据所述路由码从编排定义数据库中挑选出插件调用数据；
10.根据所述插件调用数据依次调用对应的插件得到推荐数据集，并将所述推荐数据集发送至所述用户。
11.第二方面，本技术实施例提供了一种数据推荐装置，该装置包括：
12.参数确定模块，用于接收用户请求，并确定所述请求的参数；
13.路由码生成模块，用于生成所述参数对应的路由码；
14.插件确定模块，用于根据所述路由码从编排定义数据库中挑选出插件调用数据；
15.数据推荐模块，用于根据所述插件调用数据依次调用对应的插件得到推荐数据集，并将所述推荐数据集发送至所述用户。
16.第三方面，本技术实施例提供了一种电子设备，该电子设备包括：
17.一个或多个处理器；
18.存储装置，用于存储一个或多个程序；
19.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本技术任意实施例所述的数据推荐方法。
20.第四方面，本技术实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现本技术任意实施例所述的数据推荐方法。
21.本技术实施例提供了一种数据推荐方法、装置、电子设备及存储介质，该方法包括：接收用户请求，并确定请求的参数；生成参数对应的路由码；根据路由码从编排定义数据库中挑选出插件调用数据；根据插件调用数据依次调用对应的插件得到推荐数据集，并将推荐数据集发送至用户。本技术先通过内核得到插件调用数据，再根据插件调用数据调用插件，从而得到推荐数据集，可以通过内核-插件机制的数据推荐方法将流程和业务进行了代码解耦，本技术的数据推荐方法能够既能够满足快捷稳定的需求又能满足复杂且多变的需求。
22.应当理解，本部分所描述的内容并非旨在标识本技术的实施例的关键或重要特征，也不用于限制本技术的范围。本技术的其他特征将通过以下的说明书而变得容易理解。
附图说明
23.附图用于更好地理解本方案，不构成对本技术的限定。其中：
24.图1为本技术实施例提供的一种数据推荐方法的第一流程示意图；
25.图2为本技术实施例提供的一种数据推荐方法的第二流程示意图；
26.图3为本技术实施例提供的数据推荐的流程信令图；
27.图4为本技术实施例提供的一种数据推荐装置的结构示意图；
28.图5是用来实现本技术实施例的一种数据推荐方法的电子设备的框图。
具体实施方式
29.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
30.在介绍本技术实施例之前，先对本技术的应用场景以及相关术语进行解释。本技术的数据推荐方法的应用场景可以是短视频社交平台根据用户的搜索请求向用户推荐该用户喜好的短视频内容，也可以是金融机构根据用户的搜索请求向用户推荐适合该用户的理财产品。上述场景中的“短视频内容”与“理财产品”都为本技术中的“推荐数据集”。总的来说，本技术是适用于根据专家系统向用户推荐数据的推荐业务场景，现有技术大多采用的是策略管理和规则引擎的方法，而本技术采用的是内核-插件的方法。
31.其中，推荐业务：是指在用户和内容间建立关联的一种业务，该业务通过对用户进行预测，实现针对性的内容分发。专家系统：是一个含有大量的某个领域专家水平的知识与经验的计算机程序，能够利用人类专家的知识和解决问题的方法来处理该领域问题。内核：本身是操作系统的概念，是指为应用系统提供对计算机硬件的安全访问的一部分软件，本
申请中指的是实现推荐业务的抽象流程所需要的最精简的软件实现，可独立部署运行。插件：是指一种程序，该程序为设计人员划分的具有独立边界的推荐业务逻辑的具体实现，不可独立部署运行。解耦：是指解除代码、系统间的依赖关系。编排：对插件的调用顺序和条件进行调整。
32.现有技术中，主流推荐系统通常包含召回、过滤、粗排序、精排序等流程，这些流程可通过开发人员设计人工智能算法自动调整，或者通过业务专家设计具体逻辑后开发人员编码实现，分别称作人工智能系统和专家系统。由于推荐系统所面对的用户、渠道、产品的不同，不同场景的关注点和推荐逻辑往往是完全不同的，专家系统通常包含巨大量的知识和规则。同时，业务专家在设计知识和规则时，一般需要大量的尝试、调整和对比，以达到更好的推荐效果。这造成专家系统是及其复杂和多变的。但是，推荐系统作为直面用户的服务，又需要稳定和快速的响应，这就要求系统不要频繁的修改变化。两者是矛盾的。
33.实施例一
34.图1为本技术实施例提供的一种数据推荐方法的第一流程示意图，本实施例可适用于对用户请求进行处理，并根据处理结果向用户推荐对应的推荐数据集的情况。本实施例提供的一种数据推荐方法可以由本技术实施例提供的数据推荐置来执行，该装置可以通过软件和/或硬件的方式实现，并集成在执行本方法的电子设备中。
35.参见图1，本实施例的方法包括但不限于如下步骤：
36.s110、接收用户请求，并确定请求的参数。
37.在本技术实施例中，本技术采用的是内核-插件的数据推荐方法，是由一个内核和零至多个插件组成完整可部署单元。内核和插件是相互独立的开发单元。内核开发人员定义插件的开发标准，如插件的类型、接口信息，出入参格式，支持的枚举、数据库访问方法、访问外部系统方法等。插件开发人员或业务专家根据插件的开发标准，实现具体的推荐逻辑。
38.在本技术实施例中，内核对外提供服务，内核接受用户请求，用户请求进入系统后，内核确定用户请求的参数。例如：假如用户请求是“点外卖”，那么内核确定请求的参数可以是城市信息、地理位置、用户偏好等；假如用户请求是“了解理财产品”，那么内核确定请求的参数可以是城市信息、地理位置、请求时间、渠道、银行网点信息、产品类型集合、用户号等。
39.s120、生成参数对应的路由码。
40.其中，路由码是一种用于表示请求参数的代码。
41.在本技术实施例中，确定出请求的参数之后，内核再对参数进行编码得到对应的路由码。编码方式可以是现有技术中任意的编码方式。
42.s130、根据路由码从编排定义数据库中挑选出插件调用数据。
43.其中，编排定义数据库是由业务专家提前配置，其描述了某种路由码所需要的零个或几个插件以及插件之间的先后调用关系。
44.具体的，根据路由码从编排定义数据库中挑选出插件调用数据，包括：根据路由码确定对应的路由码匹配关系；根据路由码匹配关系从编排定义数据库中获取路由码对应的多个插件调用数据；根据多个插件调用数据的匹配相关度，从多个插件调用数据中挑选出匹配相关度最高的插件调用数据。
45.在本技术实施例中，内核根据路由码关联关系表确定该路由码对应的路由码匹配关系，通过路由码匹配关系访问编排定义数据库，获取到多个配置好的插件调用数据，并根据匹配相关度选取出匹配相关度最高的插件调用数据。
46.s140、根据插件调用数据依次调用对应的插件得到推荐数据集，并将推荐数据集发送至用户。
47.在本技术实施例中，插件调用数据包括需调用的插件信息和插件之间的调用顺序。通过编排引擎对插件调用数据进行解析，按照需调用的插件之间的调用顺序依次对需调用的插件进行调用并运行，从而得到推荐数据集。然后再将推荐数据集发送至用户。
48.具体的，根据插件调用数据依次调用对应的插件得到推荐数据集，包括：根据插件之间的调用顺序确定首次调用的插件，并运行首次调用的插件得到运行结果；根据运行结果从产品数据池中得到推荐候选集；根据插件之间的调用顺序确定下次调用的插件，并运行下次调用的插件得到运行结果；根据运行结果对推荐候选集进行修改得到修改之后的推荐候选集，直至将需调用的插件信息中的插件运行完，从而得到推荐数据集。
49.示例性的，假设插件调用数据为先调用召回插件，再调用过滤插件，最后调用排序插件。内核的执行过程为：首先，调用并运行召回插件，根据召回插件的运行结果从产品数据池中选出推荐候选集；然后，调用并运行过滤插件，根据过滤插件的运行结果对推荐候选集进行修改，得到修改之后的推荐候选集；最后，调用并运行排序插件，根据排序插件的运行结果对修改之后的推荐候选集进行修改，从而得到推荐数据集。
50.需要说明的是，召回插件的运行结果是推荐的数据集，过滤插件和排序插件的运行结果是策略。例如，排序插件的策略为：在金融机构根据用户的搜索请求向用户推荐适合该用户的理财产品的场景下，根据用户请求的请求时间，如用户是在上午发出的搜索请求，基于上午时间适合推荐基金，那排序插件的策略可以是把基金置顶这一策略。例如，过滤插件的策略为：短视频社交平台根据用户的搜索请求向用户推荐该用户喜好的短视频内容的场景下，根据用户请求的用户偏好，如用户是青年群体，那过滤插件的策略可以是将广场舞的视频过滤掉。
51.可选的，排序插件还可以分为粗排序插件和精排序插件。
52.本领域技术人员应该理解的是，召回插件的优点是逻辑简单，所推荐的数据的数量大，处理速度快，但推荐准确率较低；过滤插件的优点是逻辑复杂，所推荐的数据的推荐准确率较高，处理速度慢。因而，召回插件和过滤插件可以配合使用，优选的，先使用召回插件，目的是快速的从产品数据池中挑选出符合用户的推荐候选集，即缩小产品数据池，再使用过滤插件，目的是精确的从推荐候选集中挑选出令用户满意的推荐数据集。
53.较佳的，在根据运行结果从产品数据池中得到推荐候选集之后，还包括：判断推荐候选集是否满足推荐要求；若满足，则将推荐候选集作为推荐数据集；若不满足，则继续执行根据插件之间的调用顺序确定下次调用的插件，根据下次调用的插件的类型运行下次调用的插件得到运行结果，根据运行结果对推荐候选集进行修改得到修改之后的候选集的步骤。
54.较佳的，在根据运行结果对推荐候选集进行修改得到修改之后的推荐候选集之后，还包括：判断修改之后的推荐候选集是否满足推荐要求；若满足，则将修改之后的推荐候选集作为推荐数据集；若不满足，则继续执行根据插件之间的调用顺序确定下次调用的
插件，根据下次调用的插件的类型运行下次调用的插件得到运行结果，根据运行结果对推荐候选集进行修改得到修改之后的候选集的步骤。
55.在本技术实施例中，推荐要求可以是推荐数据集的数量要求，例如：推荐数据集的数量为10条；还可以是推荐数据集的内容要求，例如：包含指定产品，如至少包含一个理财产品。
56.需要解释的是，本技术采用的内核-插件机制的数据推荐方法中，为了确保数据推荐方法的稳定性以及处理速度，因而内核的代码不可修改。可选的，内核的代码可以修改的，但不支持频繁修改。为了确保数据推荐的灵活性以及实现复杂的推荐业务，因而插件的代码可简单可复杂，且可修改。内核可以实现数据推荐业务的基础功能，通用化逻辑，即运行流程，可以类比电脑或手机的操作系统；插件可以实现数据推荐业务的业务功能，个性化逻辑，即业务逻辑，可以类比电脑或手机中的应用软件。内核是业务无关的、不易变动的，插件是业务相关的、变化频繁的。内核实现了插件的动态加载和满动态编排。
57.本实施例提供的技术方案，通过接收用户请求，并确定请求的参数；生成参数对应的路由码；根据路由码从编排定义数据库中挑选出插件调用数据；根据插件调用数据依次调用对应的插件得到推荐数据集，并将推荐数据集发送至用户。本技术先通过内核得到插件调用数据，再根据插件调用数据调用插件，从而得到推荐数据集，可以通过内核-插件机制的数据推荐方法将运行流程和业务逻辑进行了代码解耦，本技术的数据推荐方法能够既能够满足快捷稳定的需求又能满足复杂且多变的需求。
58.实施例二
59.图2为本技术实施例提供的一种数据推荐方法的第二流程示意图；图3为本技术实施例提供的数据推荐的流程信令图。本技术实施例是在上述实施例的基础上进行优化，具体优化为：本实施例对插件是否可用的检查过程进行详细的解释说明。
60.参见图2，本实施例的方法包括但不限于如下步骤：
61.s210、接收用户请求，并确定请求的参数。
62.在本技术实施例中，本技术采用的是内核-插件的数据推荐方法，是由一个内核和零至多个插件组成完整可部署单元。内核和插件是相互独立的开发单元。内核开发人员定义插件的开发标准，如插件的类型、接口信息，出入参格式，支持的枚举、数据库访问方法、访问外部系统方法等。插件开发人员或业务专家根据插件的开发标准，实现具体的推荐逻辑。可选的，插件共三种类型，分别是召回、过滤、排序。
63.在本技术实施例中，内核对外提供服务，内核接受用户请求，用户请求进入系统后，内核确定用户请求的参数。例如：假如用户请求是“点外卖”，那么内核确定请求的参数可以是城市信息、地理位置、用户偏好等；假如用户请求是“了解理财产品”，那么内核确定请求的参数可以是城市信息、地理位置、请求时间、渠道、银行网点信息、产品类型集合、用户号等。
64.s220、生成参数对应的路由码。
65.其中，路由码是一种用于表示请求参数的代码。
66.在本技术实施例中，确定出请求的参数之后，内核再对参数进行编码得到对应的路由码。编码方式可以是现有技术中任意的编码方式。
67.s230、根据路由码从编排定义数据库中挑选出插件调用数据。
68.其中，编排定义数据库是由业务专家提前配置，其描述了某种路由码所需要的零个或几个插件以及插件之间的先后调用关系。插件调用数据包括需调用的插件信息和插件之间的调用顺序。
69.在本技术实施例中，内核根据路由码关联关系表确定该路由码对应的路由码匹配关系，通过路由码匹配关系访问编排定义数据库，获取到多个配置好的插件调用数据，并根据匹配相关度选取出匹配相关度最高的插件调用数据。
70.可选的，当未从编排定义数据库中挑选出插件调用数据时，暂停数据推荐业务，并向系统维护人员发送系统异常信息，以提示系统维护人员对数据推荐系统进行维护。
71.在本技术实施例中，本步骤是根据路由码从编排定义数据库中挑选出至多一个插件调用数据。当未从编排定义数据库中挑选出插件调用数据时，也就是从路由码从编排定义数据库中挑选出零个插件调用数据，表明数据推荐系统出现异常，那么暂停数据推荐业务，并向系统维护人员发送系统异常信息，以提示系统维护人员对数据推荐系统进行维护。本技术不限定系统异常信息的形式与内容。
72.本技术中，内核开发人员提供插件标准后，可供大量业务专家或其他开发人员，并行地快速地开发复杂的推荐业务逻辑，提升开发效率。
73.s240、检查插件调用数据中的插件是否已安装；若未安装，则从插件库中下载插件的安装包，并根据安装包安装插件。
74.在本技术实施例中，内核具有动态安装插件的能力。确定出需调用的插件信息之后，根据插件信息检查需调用的插件是否已安装，若未安装，则从插件库中下载插件的安装包，并根据安装包安装插件。
75.内核会定期查询插件库，以获取插件更新的信息。对停用的插件进行标记，后续所有编排定义数据库中使用此插件的都将跳过。对新启用的插件，检查插件库中是否有该插件的安装包，若有，则拉取到本地并装载，供后续请求使用。
76.本技术中，内核实现了插件的动态装载，可快速安装新的插件，从而满足推荐专家系统的稳定性要求。
77.s250、检查插件调用数据中的插件的可用率是否低于预设阈值；若低于，则卸载插件。
78.在本技术实施例中，内核具有卸载插件的能力。内核对插件进行必要的监控，对于可用率低于阈值或满足其他熔断条件的插件，将自动卸载并记录。例如：插件的可用率是指插件实现的逻辑是否有问题、插件运行是否正常、是否影响正常业务、是否在规定时间内得到运行结果或是否存在报错警告，若存在这些问题中一者，表明该插件为无效调用，则内核对该插件进行自动卸载。
79.本技术中，内核实现了手动或自动移除不稳定插件，从而满足推荐专家系统的稳定性要求。
80.s260、根据插件调用数据依次调用对应的插件得到推荐数据集，并将推荐数据集发送至用户。
81.在本技术实施例中，插件调用数据包括需调用的插件信息和插件之间的调用顺序。通过编排引擎对插件调用数据进行解析，按照需调用的插件之间的调用顺序依次对需调用的插件进行调用并运行，从而得到推荐数据集。然后再将推荐数据集发送至用户。本申
请中，内核实现了插件的动态编排，业务专家可任意新建或修改插件间的关系，或快速复用已有插件调用数据或插件，从而满足推荐专家系统的灵活性要求
82.示例性的，如图3所示为数据推荐的流程信令图。由图3可知，内核接收到用户请求之后，生产请求参数对应的路由码，根据路由码匹配关系访问编排定义数据库获取到插件调用数据，编排引擎对插件调用数据进行解析，并检查插件是否可用，之后再根据插件调用数据依次调用对应的插件得到推荐数据集，并将推荐数据集发送至用户。由图3可知，插件调用数据为先调用召回插件a，再调用排序插件b，再调用过滤插件c，最后调用排序插件d。
83.需要说明的是，步骤s240是安装插件的过程，步骤s250是卸载插件的过程，两者是相互独立的，本技术实施例不对这两个过程的执行顺序进行限定，需要根据实际情况来确定两个过程的具体执行顺序，所以实际执行时可以是按照本技术上述实施例介绍的顺序执行，也可以是先执行步骤s250，再执行步骤s240。
84.本实施例提供的技术方案，通过接收用户请求，并确定请求的参数；生成参数对应的路由码；根据路由码从编排定义数据库中挑选出插件调用数据；检查插件调用数据中的插件是否已安装；若未安装，则从插件库中下载插件的安装包，并根据安装包安装插件；检查插件调用数据中的插件的可用率是否低于预设阈值；若低于，则卸载插件；根据插件调用数据依次调用对应的插件得到推荐数据集，并将推荐数据集发送至用户。本方案依托内核-插件机制的数据推荐方法将运行环境和业务逻辑进行了代码解耦。内核是最抽象的流程实现，是很少改动的，以保证系统的稳定性。通过内核对插件的装载控制和编排控制，实现了系统的灵活性。按照插件标准开发的插件均可运行，允许业务专家等自行实现复杂逻辑，提升开发效率。
85.实施例三
86.图4为本技术实施例提供的一种数据推荐装置的结构示意图，如图4所示，该装置400可以包括：
87.参数确定模块410，用于接收用户请求，并确定所述请求的参数。
88.路由码生成模块420，用于生成所述参数对应的路由码。
89.插件确定模块430，用于根据所述路由码从编排定义数据库中挑选出插件调用数据。
90.数据推荐模块440，用于根据所述插件调用数据依次调用对应的插件得到推荐数据集，并将所述推荐数据集发送至所述用户。
91.进一步的，上述数据推荐装置，还可以包括：异常处理模块；
92.所述异常处理模块，用于当未从所述编排定义数据库中挑选出所述插件调用数据时，暂停数据推荐业务，并向系统维护人员发送系统异常信息，以提示所述系统维护人员对所述数据推荐系统进行维护。
93.进一步的，上述插件确定模块430，可以具体用于：根据所述路由码确定对应的路由码匹配关系；根据所述路由码匹配关系从所述编排定义数据库中获取所述路由码对应的多个插件调用数据；根据所述多个插件调用数据的匹配相关度，从所述多个插件调用数据中挑选出所述匹配相关度最高的插件调用数据。
94.可选的，所述插件调用数据包括需调用的插件信息和所述插件之间的调用顺序；
95.进一步的，上述数据推荐模块440，可以具体用于：根据所述插件之间的调用顺序
确定首次调用的插件，并运行所述首次调用的插件得到运行结果；根据所述运行结果从产品数据池中得到推荐候选集；根据所述插件之间的调用顺序确定下次调用的插件，并运行所述下次调用的插件得到运行结果；根据所述运行结果对所述推荐候选集进行修改得到修改之后的推荐候选集，直至将所述需调用的插件信息中的插件运行完，从而得到所述推荐数据集。
96.进一步的，上述数据推荐模块440，还可以具体用于：在根据所述运行结果从产品数据池中得到推荐候选集之后，判断所述推荐候选集是否满足推荐要求；若满足，则将所述推荐候选集作为所述推荐数据集；若不满足，则继续执行根据所述插件之间的调用顺序确定下次调用的插件，根据所述下次调用的插件的类型运行所述下次调用的插件得到运行结果，根据所述运行结果对所述推荐候选集进行修改得到修改之后的候选集的步骤；
97.相应的，上述数据推荐模块440，还可以具体用于：在根据所述运行结果对所述推荐候选集进行修改得到修改之后的推荐候选集之后，判断所述修改之后的推荐候选集是否满足推荐要求；若满足，则将所述修改之后的推荐候选集作为所述推荐数据集；若不满足，则继续执行根据所述插件之间的调用顺序确定下次调用的插件，根据所述下次调用的插件的类型运行所述下次调用的插件得到运行结果，根据所述运行结果对所述推荐候选集进行修改得到修改之后的候选集的步骤。
98.进一步的，上述数据推荐装置，还可以包括：插件安装模块；
99.所述插件安装模块，用于在根据所述路由码从编排定义数据库中挑选出插件调用数据之后，检查所述插件调用数据中的插件是否已安装；若未安装，则从插件库中下载所述插件的安装包，并根据所述安装包安装所述插件。
100.进一步的，上述数据推荐装置，还可以包括：插件卸载模块；
101.所述插件卸载模块，用于在根据所述路由码从编排定义数据库中挑选出插件调用数据之后，检查所述所述插件调用数据中的插件的可用率是否低于预设阈值；若低于，则卸载所述插件。
102.本实施例提供的数据推荐装置可适用于上述任意实施例提供的数据推荐方法，具备相应的功能和有益效果。
103.实施例五
104.图5是用来实现本技术实施例的一种数据推荐方法的电子设备的框图，图5示出了适于用来实现本技术实施例实施方式的示例性电子设备的框图。图5显示的电子设备仅仅是一个示例，不应对本技术实施例的功能和适用范围带来任何限制。该电子设备典型可以是智能手机、平板电脑、笔记本电脑、车载终端以及可穿戴设备等。
105.如图5所示，电子设备500以通用计算设备的形式表现。电子设备500的组件可以包括但不限于：一个或者多个处理器或者处理单元516，存储器528，连接不同系统组件(包括存储器528和处理单元516)的总线518。
106.总线518表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
107.电子设备500典型地包括多种计算机系统可读介质。这些介质可以是任何能够被
电子设备500访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
108.存储器528可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)530和/或高速缓存存储器532。电子设备500可以进一步包括其他可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统534可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其他光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线518相连。存储器528可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本技术各实施例的功能。
109.具有一组(至少一个)程序模块542的程序/实用工具540，可以存储在例如存储器528中，这样的程序模块542包括但不限于操作系统、一个或者多个应用程序、其他程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块542通常执行本技术实施例所描述的功能和/或方法。
110.电子设备500也可以与一个或多个外部设备514(例如键盘、指向设备、显示器524等)通信，还可与一个或者多个使得用户能与该电子设备500交互的设备通信，和/或与使得该电子设备500能与一个或多个其他计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口522进行。并且，电子设备500还可以通过网络适配器520与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图5所示，网络适配器520通过总线518与电子设备500的其他模块通信。应当明白，尽管图5中未示出，可以结合电子设备500使用其他硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
111.处理单元516通过运行存储在存储器528中的程序，从而执行各种功能应用以及数据处理，例如实现本技术任一实施例所提供的数据推荐方法。
112.实施例六
113.本技术实施例还提供一种计算机可读存储介质，其上存储有计算机程序(或称为计算机可执行指令)，该程序被处理器执行时可以用于执行本技术上述任一实施例所提供的数据推荐方法。
114.本技术实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦拭可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
115.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，
其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
116.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
117.可以以一种或多种程序设计语言或其组合来编写用于执行本技术实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。