一种推荐平台和方法与流程

本发明实施例涉及互联网技术领域，尤其涉及一种推荐平台和方法。

背景技术：

随着计算机技术的快速发展，通过互联网向用户进行医生推荐是一种重要的推荐方式。

现有的医生推荐平台包括推荐逻辑和业务逻辑。业务逻辑用于接收用户的请求，并对用户的请求进行响应。推荐逻辑用于根据用户的请求召回医生信息，并对医生信息进行筛选排序得到推荐医生信息。由业务逻辑将推荐医生信息返回至用户。

但现有的医生推荐平台中的推荐逻辑与业务逻辑耦合较重，在业务逻辑开发过程中处理推荐逻辑可维护性较差，开发过程中极易引入新的代码缺陷。这会导致推荐业务无法统一处理，对推荐模型的管理和推荐逻辑迭代都依赖业务系统修改发布，对按天的维度进行迭代的推荐模型灵活度不足，推荐逻辑应用时效上难以保证。

技术实现要素：

本发明实施例提供一种推荐平台和方法，以实现将推荐逻辑与用户的请求响应逻辑分离，增强了推荐逻辑的可维护性，减少了推荐逻辑开发成本和实现难度。

第一方面，本发明实施例提供了一种推荐平台，该平台包括：

用户请求响应系统、推荐系统和数据库，其中，所述用户请求响应系统、推荐系统和数据库分别独立封装；

其中，所述用户请求响应系统与所述推荐系统通信连接，用于接收用户端发送的查询请求，对所述查询请求进行逻辑处理生成查询特征信息，将所述查询特征信息发送至所述推荐系统；

所述数据库用于实时接收并存储医生数据；

所述推荐系统与所述数据库通信连接，用于接收所述查询特征信息，根据所述查询特征信息对所述数据库中的医生数据进行筛选，得到医生推荐数据，将所述医生数据推荐发送至用户请求响应系统；

所述用户请求响应系统还用于接收所述医生推荐数据，将所述医生推荐数据返回用户端。

第二方面，本发明实施例还提供了一种推荐方法，该方法包括：

通过用户请求响应系统接收用户端发送的查询请求，对所述查询请求进行逻辑处理生成查询特征信息，将所述查询特征信息发送至推荐系统；

通过所述推荐系统接收所述查询特征信息，根据所述查询特征信息对所述数据库中的医生数据进行筛选，得到医生推荐数据，将所述医生数据推荐发送至用户请求响应系统；所述数据库用于实时接收并存储医生数据和用户数据；

通过所述用户请求响应系统接收所述医生推荐数据，将所述医生推荐数据返回用户端；所述用户请求响应系统、推荐系统和数据库分别独立封装。

本发明实施例提供了一种推荐平台，包括：用户请求响应系统、推荐系统和数据库，其中，所述用户请求响应系统、推荐系统和数据库分别独立封装；其中，所述用户请求响应系统与所述推荐系统通信连接，用于接收用户端发送的查询请求，对所述查询请求进行逻辑处理生成查询特征信息，将所述查询特征信息发送至所述推荐系统；所述数据库用于实时接收并存储医生数据；所述推荐系统与所述数据库通信连接，用于接收所述查询特征信息，根据所述查询特征信息对所述数据库中的医生数据进行筛选，得到医生推荐数据，将所述医生数据推荐发送至用户请求响应系统；所述用户请求响应系统还用于接收所述医生推荐数据，将所述医生推荐数据返回用户端，解决了推荐逻辑与请求响应的业务逻辑耦合较重，导致推荐逻辑维护性差的问题，实现了将推荐逻辑与用户的请求响应逻辑分离，增强了推荐逻辑的可维护性，减少了推荐逻辑开发成本和实现难度的效果。

附图说明

图1是本发明实施例一中的一种推荐平台的结构示意图；

图2是本发明实施例一中的另一种推荐平台的结构示意图；

图3是本发明实施例二中的一种推荐方法的流程图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的推荐平台的结构示意图，如图1所示，推荐平台1包括：用户请求响应系统10、推荐系统20和数据库30，其中，所述用户请求响应系统10、推荐系统20和数据库30分别独立封装；其中，所述用户请求响应系统10与所述推荐系统20通信连接，用于接收用户端发送的查询请求，对所述查询请求进行逻辑处理生成查询特征信息，将所述查询特征信息发送至所述推荐系统20；所述数据库30用于实时接收并存储医生数据；所述推荐系统20与所述数据库30通信连接，用于接收所述查询特征信息，根据所述查询特征信息对所述数据库30中的医生数据进行筛选，得到医生推荐数据，将所述医生数据推荐发送至用户请求响应系统10；所述用户请求响应系统10还用于接收所述医生推荐数据，将所述医生推荐数据返回用户端。

示例性的，用户请求响应系统10可以是提供各种请求服务的服务器，用户端可以是手机、平板电脑、台式计算机等可以进行网络通信的终端。用户通过手机等终端浏览医院的网站，当用户浏览医院的网站时点击网站中的链接或通过搜索框输入搜索关键字搜索用户想要获得的信息时，会产生用户请求，终端会将用户请求发送至用户请求响应系统10，用户请求响应系统10接收用户请求，进行逻辑处理，将用户请求转变为推荐系统20可以识别的查询特征信息。推荐系统20接收查询特征信息，根据查询特征信息从所述数据库30中保存的医生信息中进行筛选，得到针对用户请求的医生推荐数据，将医生推荐数据发送至用户请求响应系统10，由用户请求响应系统10将医生推荐数据返回至用户端，以供用户查看。

可选的，用户请求响应系统10包括：场景判断模块，用于对所述查询请求对应的业务场景判断是否需要推荐数据；当所述查询请求的场景判断结果为需要推荐数据时，将所述查询特征信息发送至所述推荐系统20。示例性的，当用户通过在医院网站中的搜索框中输入文字，搜索需要的内容时，用户请求响应系统10中的场景判断模块判断该搜索场景为需要推荐数据。用户请求响应系统10将用户的查询请求，用户在搜索框中输入的文字进行逻辑处理生成查询特征信息，将查询特征信息发送至推荐系统20，由推荐系统20根据查询特征信息从所述数据库30中筛选医生数据，并将筛选出的医生数据召回，发送至用户请求响应系统10，由用户请求响应系统10将推荐医生数据发送至用户端，以供用户查看。

可选的，所述用户请求响应系统10与所述数据库30通信连接，还用于当所述查询请求的场景判断结果为不需要推荐数据时，从所述数据库30获取与所述查询查询请求对应的医生数据。示例性的，当用户通过用户端点击网站中的链接为医院概况时，用户请求响应系统10中的场景判断模块判断为不需要推荐数据，用户请求响应系统10从数据库30获取与医院概况对应的数据，并返回至用户端。

图2为另一种推荐平台的结构示意图，可选的，所述数据库30还用于实时接收并存储用户数据；如图2所示推荐平台1还包括：特征提取系统40；特征提取系统40分别与所述数据库30和所述推荐系统20通信连接，用于从所述数据库30中获取所述医生数据和所述用户数据；根据所述医生数据提取医生特征信息，根据所述用户数据提取用户特征信息，并将所述医生特征信息和所述用户特征信息发送至所述推荐系统20；医生推荐平台1还包括特征提取系统40，用于从数据库30中获取用户数据，用户数据也可称为用户画像，用户数据为用户的行为数据，包括用户在预设时间段内在医院平台上产生的针对疾病、症状、各个科室，各科室的医生等的搜索、点击、挂号和浏览行为，根据用户数据提取用户特征。特征提取系统40，还用于从数据库30中获取医生数据，医生数据也可称为医生画像，医生数据包括：医生的排班、擅长疾病、职称和好评率等。医生数据随着医生的资历的延长会实时变化，故医生数据会根据实际需要进行实时更新，从而使医生数据更加准确，得到的医生特征更加符合医生的实际情况，进而使推荐的医生数据更加符合用户需要。根据医生数据提取医生特征。特征提取系统40将用户特征和医生特征送至推荐系统20。推荐系统20根据用户特征和医生特征从数据库30中获取医生数据，将获取的医生数据作为医生推荐数据发送至用户请求响应系统10，用户请求响应系统10将医生推荐数据发送至用户端进行展示，以供用户进行查看。

可选的，推荐系统20包括：个性化推荐模块；其中，所述个性化推荐模块用于根据所述查询特征信息、所述医生特征信息、所述用户特征信息对所述数据库30中的医生数据进行筛选，得到个性化的医生推荐数据，将所述个性化的医生推荐数据发送至用户请求响应系统10。推荐系统20根据查询特征信息进行场景判断，判断查询特征信息需要进行个性化推荐还是非个性化推荐。通过场景信息提取ab桶配置，进行ab测试，从而判断查询特征信息需要进行个性化推荐还是非个性化推荐。

个性化推荐需要根据用户特征和医生特征进行匹配，根据医生特征与用户特征的匹配度将医生数据进行排序，将排序后的医生数据发送至用户请求响应系统10，用户请求响应系统10将排序后的医生数据发送至用户端进行展示，以供用户进行查看。

示例性的，当用户在搜索框中输入如“外科医生”字样，对外科医生进行搜索时，推荐系统20根据用户请求响应系统10发送的查询特征信息进行场景判断，得到的判断结果为需要进行个性化推荐，此时，推荐系统20会从特征提取系统40获取该用户的用户特征和外科医生的医生特征。根据用户特征和外科医生的医生特征从数据库30中获取外科医生数据，生成外科医生推荐数据。

可选的，个性化推荐模块包括：第一筛选单元和第二筛选单元；所述第一筛选模块用于根据所述查询特征信息和所述用户特征信息从所述数据库30中获取第一医生数据，并将所述第一医生数据发送至所述第二筛选单元；所述第二筛选单元接收所述第一医生数据，根据所述医生特征信息对所述第一医生数据进行筛选并排序得到个性化的医生推荐数据。示例性的，用户特征为搜索过手臂骨折、在下午两点半时拍摄过手臂的x光片，此时，根据用户特征信息通过第一筛选单元筛选擅长处理骨折的外科医生，将擅长处理骨折的外科医生排在靠前顺序，生成粗排序结果。通过第二筛选单元接收粗排序结果，将外科医生的医生特征与用户特征进行匹配，匹配程度越高，排序越靠前。在粗排序结果的基础上获取医生特征与用户特征匹配程度更高的医生。示例性的，用户在下午两点半拍摄过手臂的x光片，则将在粗排序结果的基础上，将排班在下午的外科医生排在靠前顺序，从而得到精确排序结果。

可选的，随着医生数据的不断更新，第二筛选单元即精确排序模型也会不断更新，使得到的推荐数据更加准确。可以提供一个可视化界面由用户选择是否更新精确排序模型，发现精确排序模型的新版本后，进入校验流程，校验过程包括加载校验，排序单元测试验证等，这部分还会使用一部分线上数据进行验证以确保精确排序模型的正确性。验证成功后进入上线逻辑，上线过程包括将精确排序模型加载到内存，将精确排序模型替换新版本的精确排序模型。

可选的，推荐系统20还包括：非个性化推荐模块，所述非个性化的推荐模块用于根据所述查询特征信息和预设的筛选条件对所述数据库30中的医生数据进行筛选，得到非个性化的医生推荐数据，将所述非个性化的医生推荐数据发送至用户请求响应系统10。非个性化推荐则只根据查询特征信息和预设的排序规则从数据库30中获取医生数据并排序，从而生成非个性化的医生推荐数据。示例性的，当用户通过用户端点击如磁共振科医生简介的链接时，推荐系统20根据用户请求响应系统10发送的查询特征信息进行场景判断，得到的判断结果为不需要进行个性化推荐，此时，推荐系统20根据查询特征信息从数据库30中获取磁共振科的医生数据，预设的排序规则为根据医生的好评率进行排序。则将获取的磁共振科的医生数据根据好评率进行排序，将排序后的磁共振科的医生数据根据发送至用户请求响应系统10，由用户请求响应系统10返回用户端以供用户查看。可选的，用户请求响应系统10引入本地lru(leastrecentlyused，最近最少使用)缓存，对常使用的热数据即多次请求访问的数据进行本地缓存，无需多次从数据库中召回数据，以减少网络开销。

本实施例的技术方案，提供了一种推荐平台，包括：用户请求响应系统、推荐系统和数据库，其中，所述用户请求响应系统、推荐系统和数据库分别独立封装；其中，所述用户请求响应系统与所述推荐系统通信连接，用于接收用户端发送的查询请求，对所述查询请求进行逻辑处理生成查询特征信息，将所述查询特征信息发送至所述推荐系统；所述数据库用于实时接收并存储医生数据；所述推荐系统与所述数据库通信连接，用于接收所述查询特征信息，根据所述查询特征信息对所述数据库中的医生数据进行筛选，得到医生推荐数据，将所述医生数据推荐发送至用户请求响应系统；所述用户请求响应系统还用于接收所述医生推荐数据，将所述医生推荐数据返回用户端，解决了推荐逻辑与请求响应的业务逻辑耦合较重，导致推荐逻辑维护性差的问题，实现了将推荐逻辑与用户的请求响应逻辑分离，增强了推荐逻辑的可维护性，减少了推荐逻辑开发成本和实现难度的效果。

实施例二

图3为本发明实施例二提供的一种推荐方法的流程图，本实施例可适用于对用户进行医生推荐的情况，如图3所示，具体包括如下步骤：

s110、通过用户请求响应系统接收用户端发送的查询请求，对查询请求进行逻辑处理生成查询特征信息，将查询特征信息发送至推荐系统。

用户通过手机等终端浏览医院的网站，当用户浏览医院的网站时点击网站中的链接或通过搜索框输入搜索关键字搜索用户想要获得的信息时，会产生用户请求，终端会将用户请求发送至用户请求响应系统，通过用户请求响应系统接收用户请求，进行逻辑处理，将用户请求转变为推荐系统可以识别的查询特征信息。

可选的，用户请求响应系统包括：场景判断模块，通过场景判断模块对所述查询请求对应的业务场景判断是否需要推荐数据；当所述查询请求的场景判断结果为需要推荐数据时，将所述查询特征信息发送至所述推荐系统。

可选的，用户请求响应系统与所述数据库通信连接，当所述查询请求的场景判断结果为不需要推荐数据时，通过用户请求响应系统从所述数据库获取与所述查询查询请求对应的医生数据。

s120、通过推荐系统接收所述查询特征信息，根据查询特征信息对数据库中的医生数据进行筛选，得到医生推荐数据，将医生数据推荐发送至用户请求响应系统；数据库用于实时接收并存储医生数据和用户数据。

通过推荐系统接收查询特征信息，根据查询特征信息从所述数据库中保存的医生信息中进行筛选，得到针对用户请求的医生推荐数据，将医生推荐数据发送至用户请求响应系统。

可选的，根据所述查询特征信息对所述数据库中的医生数据进行筛选，得到医生推荐数据之前，还包括：通过所述特征提取系统从所述数据库中获取所述医生数据和所述用户数据；根据所述医生数据提取医生特征信息；根据所述用户数据提取用户特征信息，并将所述医生特征信息和所述用户特征信息发送至所述推荐系统。

可选的，根据所述查询特征信息对所述数据库中的医生数据进行筛选，得到医生推荐数据，包括：通过所述推荐系统根据所述查询特征信息、所述医生特征信息、所述用户特征信息对所述数据库中的医生数据进行筛选，得到个性化的医生推荐数据，将所述个性化的医生推荐数据发送至用户请求响应系统；或者，通过所述推荐系统根据所述查询特征信息和预设的筛选条件对所述数据库中的医生数据进行筛选，得到非个性化的医生推荐数据，将所述非个性化的医生推荐数据发送至用户请求响应系统。

可选的，个性化的医生推荐数据通过个性话推荐模块得到，个性化推荐模块包括：第一筛选单元和第二筛选单元；通过第一筛选模块根据所述查询特征信息和所述用户特征信息从所述数据库中获取第一医生数据，并将所述第一医生数据发送至所述第二筛选单元；通过第二筛选单元接收所述第一医生数据，根据所述医生特征信息对所述第一医生数据进行筛选并排序得到个性化的医生推荐数据。

可选的，非个性化的医生推荐数据通过非个性话推荐模块得到，通过非个性化的推荐模块根据所述查询特征信息和预设的筛选条件对所述数据库中的医生数据进行筛选，得到非个性化的医生推荐数据，将所述非个性化的医生推荐数据发送至用户请求响应系统。非个性化推荐则只根据查询特征信息和预设的排序规则从数据库中获取医生数据并排序，从而生成非个性化的医生推荐数据。

s130、通过用户请求响应系统接收医生推荐数据，将医生推荐数据返回用户端；用户请求响应系统、推荐系统和数据库分别独立封装。

用户请求响应系统接收推荐系统发送的医生推荐数据，将医生推荐数据返回至用户端，以供用户查看。

将用户请求响应系统、推荐系统和数据库分别独立封装，使用户请求响应系统专注于用户请求的处理与数据返回，推荐系统专注于医生数据的搜索与推荐，两条线不再强依赖，使得开发迭代和分工上更加灵活，减少了开发成本和实现难度。

本实施例的技术方案通过用户请求响应系统接收用户端发送的查询请求，对所述查询请求进行逻辑处理生成查询特征信息，将所述查询特征信息发送至推荐系统；通过所述推荐系统接收所述查询特征信息，根据所述查询特征信息对所述数据库中的医生数据进行筛选，得到医生推荐数据，将所述医生数据推荐发送至用户请求响应系统；所述数据库用于实时接收并存储医生数据和用户数据；通过所述用户请求响应系统接收所述医生推荐数据，将所述医生推荐数据返回用户端；所述用户请求响应系统、推荐系统和数据库分别独立封装，解决了推荐逻辑与请求响应的业务逻辑耦合较重，导致推荐逻辑维护性差的问题，实现了将推荐逻辑与用户的请求响应逻辑分离，增强了推荐逻辑的可维护性，减少了推荐逻辑开发成本和实现难度的效果。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

起点商标作为专业知识产权交易平台，可以帮助大家解决很多问题，如果大家想要了解更多知产交易信息请点击 【在线咨询】或添加微信 【19522093243】与客服一对一沟通，为大家解决相关问题。

此文章来源于网络,如有侵权,请联系删除