CN113724897A - 信息处理方法、系统及可读存储介质 - Google Patents

Abstract

本发明提供一种信息处理方法、系统及可读存储介质，方法包括：S1，接收一用户发送的第一访问请求，其中，所述第一访问请求中携带有所述用户的标识信息和目标业务线的标识信息；S2，判断是否存在所述用户与一业务线的关联关系；若否，执行S3；S3，根据所述目标业务线的标识信息和所述用户的用户信息，建立所述用户与所述目标业务线的关联关系。本发明将用户与其第一次访问的目标业务线建立关联关系，即将用户归属于其首次访问的目标业务线，解决了当存在多条业务线时用户的归属权问题。另外，对于业务线而言，先邀请到用户访问即可获得用户的归属权，如此可以调动各业务线的工作积极性。

Description

信息处理方法、系统及可读存储介质

技术领域

本发明涉及通信领域，特别涉及一种信息处理方法、系统及可读存储介质。

背景技术

对于多业务的集团性公司来说，其通常设置有多条业务线，每条业务线作为一个BU(Business Unit，业务单元)独立运营，因此各个业务线之间存在合作以及资源共享关系。因此，为了提高资源共享效率、也为进一步整合资源，会对各个业务线的对外服务功能进行整合，从而统一开发对外服务平台。

然而，在统一开发对外服务平台的过程中出现同一用户可能会与多个业务线存在匹配关系的现象，如果对每条业务线的服务功能进行重复开发将造成极大的人力、物力成本的浪费；尤其，对于以医患关系为核心的的各个业务线的服务功能而言，同一医生可能对应多位患者，而同一患者也可能需要同时接受多位医生的医疗服务，如果无法对相关信息及时进行共享，将十分不利于医患关系的维护；另外，医生资源尤为宝贵，在将各个业务进行合并后，进驻服务平台的医生应该归属于哪条业务线将会引起争议，即存在医生的归属权问题。

因此，需要提出一种将用户与业务线进行绑定的方案，在提高资源整合效率的同时以解决用户的归属权问题。

发明内容

本发明的目的在于提供一种信息处理方法、系统及可读存储介质，在提高资源整合效率的同时以解决当存在多条业务线时用户的归属权问题。

为解决上述技术问题，本发明提供一种信息处理方法，包括：

S1，接收一用户发送的第一访问请求，其中，所述第一访问请求中携带有所述用户的标识信息和目标业务线的标识信息；

S2，判断是否存在所述用户与一业务线的关联关系；若否，执行S3；

S3，根据所述目标业务线的标识信息和所述用户的用户信息，建立所述用户与所述目标业务线的关联关系。

可选的，所述信息处理方法应用于一医疗服务一体化平台，所述用户的身份类型为医生。

可选的，若S2的判断结果为是，或者在执行S3之后，执行S4；

S4，向所述用户显示所述目标业务线的页面。

可选的，所述第一访问请求是通过目标访问链接实现的。

可选的，所述目标访问链接中携带所述目标业务线的标识信息。

可选的，若所述目标访问链接中携带所述目标业务线中目标业务员的标识信息；

则在S3中，根据所述目标业务员的标识信息和所述用户的用户信息，建立所述用户与所述目标业务员的关联关系。

可选的，若所述目标访问链接中未携带所述目标业务线中目标业务员的标识信息；

则在S3中，在所述目标业务线的业务员中确定一业务员作为所述目标业务员，根据所述目标业务员的标识信息和所述用户的用户信息，建立所述用户与所述目标业务员的关联关系。

可选的，所述在所述目标业务线的业务员中确定一业务员作为所述目标业务员的步骤，包括：

通过轮询的方式从所述目标业务线的业务员中确定一业务员作为所述目标业务员。

可选的，在建立所述用户与所述目标业务线的关联关系后，所述方法还包括：

S1’，接收所述用户发送的第二访问请求，其中，所述第二访问请求中未携带业务线的标识信息；

S2’，根据所述第二访问请求，向用所述用户显示所述目标业务线的页面。

基于同一发明构思，本发明还提供了一种信息处理系统，所述系统包括处理器和存储器，所述存储器上存储有指令，当所述指令被所述处理器执行时，实现上文任一项所述的信息处理方法的步骤。

基于同一发明构思，本发明还提供了一种可读存储介质，所述可读存储介质上存储有指令，当所述指令被处理器执行时，实现上文任一项所述的信息处理方法的步骤。

本发明提供的一种信息处理方法、系统和可读存储介质，在接收到一用户的访问请求后，首先判断该用户是否已与一业务线绑定了关联关系，如果没有则为该用户与该访问请求中的目标业务线建立关联关系。可见，本发明将用户与其第一次访问的目标业务线建立关联关系，从而将用户归属于其首次访问的目标业务线。另外，对于业务线而言，先邀请到用户访问即可获得用户的归属权，如此可以调动各业务线的工作积极性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例提供的一种信息处理方法的流程示意图；

图2是本发明一实施例提供的另一种信息处理方法的流程示意图；

图3是本发明一实施例提供的再一种信息处理方法的流程示意图；

图4是本发明一实施例提供的医疗服务一体化平台的逻辑图；

图5是医疗服务一体化平台中PC管理后台、推广端、医生端和患者端的功能模块图；

图6是医疗服务一体化平台的权限管理页面；

图7是新用户第一次进入医生端的路径图；

图8是已记录过careBU的老用户医生再次进入医生端的路径图；

图9是本发明一实施例提供的信息处理系统的结构示意图。

具体实施方式

以下结合附图和具体实施方式对本发明提出的一种信息处理方法、系统及可读存储介质作进一步详细说明。根据下面说明，本发明的优点和特征将更清楚。需要说明的是，附图采用非常简化的形式且均使用非精准的比例，仅用以方便、明晰地辅助说明本发明实施方式的目的。为了使本发明的目的、特征和优点能够更加明显易懂，请参阅附图。须知，本说明书所附图式所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本发明实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本发明所能产生的功效及所能达成的目的下，均应仍落在本发明所揭示的技术内容能涵盖的范围内。

为解决当存在多条业务线时用户的归属权问题，本发明提供一种信息处理方法、系统、可读存储介质。

需要说明的是，本发明提供的一种信息处理方法可应用于一种一体化平台，该平台整合了多条业务线的对外服务功能，可以以应用程序、公众号、小程序的形式向用户推广。当该平台为医疗服务一体化平台时，该平台的用户可以分为患者、医生等类型。

请参考图1，图1示意性地给出了本发明一实施例提供的信息处理方法的流程示意图，所述信息处理方法包括以下步骤：

S1，接收一用户发送的第一访问请求，其中，所述第一访问请求中携带有所述用户的标识信息和目标业务线的标识信息。

S2，判断是否存在所述用户与一业务线的关联关系；若否，执行S3；

S3，根据所述目标业务线的标识信息和所述用户的用户信息，建立所述用户与所述目标业务线的关联关系。

其中，用户信息可以为当用户首次访问时所述一体化平台为该用户配置的专属标识信息，其用于将所述用户与其它用户进行区分。将用户信息与目标业务线的标识信息进行绑定可建立所述用户与所述目标业务线的关联关系。

需要说明的是，所述第一访问请求中携带有所述目标业务线的标识信息，表示所述第一访问请求指向的是对所述目标业务线的页面进行访问。因此，在本实施例中，若用户是首次访问，则步骤S2的判断结果为否，在此情况下执行步骤S3建立所述用户与目标业务线的关联关系，当用户再次访问时，无论其访问的是目标业务线还是其它业务线，由于已经存在所述用户与目标业务线的关联关系，故不会再改变所述用户与业务线的关联关系，即，所述用户始终保持与目标业务线的关联关系，如此可解决当存在多条业务线时用户的归属权问题。另外，对于业务线而言，先邀请到所述用户访问即可获得所述用户的归属权，通过明确用户的归属权归属于首次获取到该用户资源的业务线，如此也可以调动起各业务线的工作积极性。

在一种实施例中，所述信息处理方法可以应用于一医疗服务一体化平台，所述用户的身份类型为医生。由于在所述医疗服务一体化平台中合并了多条业务线，而某一个医生的医疗范围可能与多个业务线均存在重合。为避免多个业务线都争抢同一医生资源，所以通过本发明的方法，当医生首次访问该医疗服务一体化平台中某一业务线时，将该医生归属于其首次访问的业务线，从而明确医生的归属权。

具体的，用户的所述第一访问请求可以通过目标访问链接实现。其中访问链接可以是目标业务线所分享的内容链接，例如分享的文章链接、会议邀请链接，访问链接也可以是二维码的形式，例如目标业务线的推广二维码、会议邀请二维码。本发明对访问链接的具体形式不做限定。优选的，为各个业务线配置专属的标识参数(即业务线的标识信息)以进行区分，当业务线生成一访问链接时，该访问链接将携带其专属的标识参数。进而，当用户通过该访问链接进行访问时，所述第一访问请求中也将携带该专属的标识参数，即第一访问请求中携带目标业务线的标识信息。

进一步的，所述访问链接中还可以携带所述目标业务线中目标业务员的标识信息。所述目标业务员的标识信息为所述一体化平台为该目标业务员配置的专属标识信息，其用于将所述目标业务员与其它业务员进行区分。可以理解的是，所述目标业务员在所述一体化平台中隶属于所述目标业务线，其可以从所述一体化平台中获取访问链接并分享，且所获取的访问链接中将携带所述目标业务线的专属标识参数，同时也可以携带所述目标业务员的标识信息。当用户通过所述目标业务员分享的访问链接进行访问时，所述第一访问请求中也将携带所述目标业务员的标识信息。进而在执行步骤S3时，还可以根据所述目标业务员的标识信息和所述用户的用户信息，建立所述用户与所述目标业务员的关联关系。即将用户信息与目标业务线的标识信息进行绑定，从而建立所述用户与所述目标业务员的关联关系。通过建立所述用户与所述目标业务员的关联关系，可由所述目标业务员维护该用户资源，由所述目标业务员为所述用户提供专属服务，从而提高用户满意度。

在一些实施例中，所述目标访问链接可能并不是由某一特定的业务员进行分享的，因此，所述目标访问链接中未携带所述目标业务线中目标业务员的标识信息。在这种情况下，在步骤S3中，还可以在所述目标业务线的业务员中确定一业务员作为所述目标业务员，根据所述目标业务员的标识信息和所述用户的用户信息，建立所述用户与所述目标业务员的关联关系。例如，通过轮询的方式从所述目标业务线的业务员中确定一业务员作为所述目标业务员。轮询(Polling)是一种CPU决策如何提供周边设备服务的方式，又称“程控输入输出”(Programmed I/O)，轮询法的概念是：由CPU定时发出询问，依序询问每一个周边设备是否需要其服务，有即给予服务，服务结束后再问下一个周边，接着不断周而复始。在本实施例中，轮询确定目标业务员的方式具体可以是：向所述目标业务线的多个业务员的终端依次询问是否愿意与所述用户建立关联关系，若有一业务员愿意则建立该业务员与所述用户的关联关系。当然也可以通过其它方式确定目标业务员，本发明对此不做限定。

进一步的，请参考图2，在步骤S3之后，执行步骤S4，向所述用户显示所述目标业务线的页面，在建立所述用户与所述目标业务线的关联关系后，向用所述用户显示所述目标业务线的页面以便于用户查看所述目标业务线中的具体内容。或者，若步骤S2的判断结果为是时，直接执行步骤S4，向所述用户显示所述目标业务线的页面。可以理解的是，当步骤S2的判断结果为是，表示已经存在所述用户与某一业务线的关联关系，该某一业务线可能是所述目标业务线，也可能是其它业务线。

在其它实施例中，在建立所述用户与所述目标业务线的关联关系后，请参考图3，所述方法还包括：

S1’，接收所述用户发送的第二访问请求，其中，所述第二访问请求中未携带业务线的标识信息；

S2’，向用所述用户显示所述目标业务线的页面。

即，在存在所述用户与所述目标业务线的关联关系的情况下，当用户发出未携带任何业务线的标识信息的第二访问请求时，直接向用户显示所述目标业务线的页面。即，当用户不是针对某一其它业务线进行访问时，基于所述用户与目标业务线的绑定关系，率先向所述用户显示与其绑定的目标业务线的页面，从而体现所述目标业务线对所述用户的归属权。

综上所述，本发明实施例提供的信息处理方法，将用户与其第一次访问的目标业务线建立关联关系，即将用户归属于其首次访问的目标业务线，解决了当存在多条业务线时用户的归属权问题。另外，对于业务线而言，先邀请到用户访问即可获得用户的归属权，如此可以调动各业务线的工作积极性。

为便于理解，下面结合图4-8对本发明提供的信息处理方法的技术方案进行介绍。

请参考图4，其示意性的示出了医疗服务一体化平台的逻辑图，所述医疗服务一体化平台中的用户身份包括医生、患者和销售(即业务员)，因此具有销售管理、医生管理、患者管理的功能，还具有产品管理、直播、文献、消息通知、康复、人员组织架构、会议管理、即时通讯等功能，此外还可以根据需要扩展额外的功能模块。在所述医疗服务一体化平台提供的上述各个功能模块的基础上，再通过对各个功能模块的权限管理和配置，可将各个业务线合并至所述医疗服务一体化平台中，但是仍保持各个业务线的独立性，即各个业务线作为所述医疗服务一体化平台中相互独立的各个业务线平台。

进一步的，还为不同的用户身份开发相应的终端，以满足不同用户身份的需求，具体包括推广端(即面向销售(业务员)的终端)、医生端、患者端以及PC管理后台(即potal端)，其中推广端、医生端和患者端可以为小程序的应用形式，potal端可以为PC端或WEB端的应用形式。图5示出了上述四个终端所包含的功能模块，具体包括产品手册、病例采集、资料管理、数据中台、用户中心、工具这六大类别，每一类别下还可以细分各个功能模块。

权限管理包括页面访问权限的配置、页面功能权限的配置、数据权限的配置。图6示意性的示出了所述医疗服务一体化平台对业务线A平台的权限管理页面，在该页面中，可以对业务线A平台的管理后台、推广端、医生端、患者端进行页面内容、页面对应操作按钮和数据获取权限进行配置。

在上述医疗服务一体化平台中，新用户第一次进入医生端的路径如图7所示，包括五种进入方式：通过销售分享的链接、通过代理商分享的链接、通过会议邀请、游客搜索/扫码进入、游客扫码进入特定业务线BU。在通过销售分享的链接进入的路径中，医生点击该销售分享的链接后，医疗服务一体化平台会获取该医生的微信UnionID(公众号识别码)，同时向该医生展示销售分享的链接对应的文章，由于该销售分享的链接中携带该销售的标识，因此，医疗服务一体化平台可以获取该销售的标识，然后向该销售的推广端推送消息由该销售维护该医生信息，并在后台建立该医生与该销售的关联关系(careBU)，如果careBU中该销售的账号删除，则可在该销售所属业务线的销售中轮询确定新的销售与该医生建立关联关系。代理商也可视为某一业务线的销售，因此通过销售分享的链接与通过代理商分享的链接进入的路径相似。在会议邀请进入路径中，会议发起方为某一业务线，因此医生接受会议邀请后会进行签到以获取该医生的基本信息、手机号，然后向该医生展示发起方业务线的首页内容，医疗服务一体化平台获取发起方业务线的标识，并在该业务线的所有销售中轮询以确定一销售与该医生建立关联关系。当医生以游客身份搜索/扫码进入时，首先向该医生展示集团首页内容，并引导该医生填写感兴趣的业务线，从而获取医生填写的业务线的标识，并在该业务线的所有销售中轮询以确定一销售与该医生建立关联关系。而当医生以游客身份扫码进入特定BU(Business Unit，业务线)时，首先向该医生展示该特定BU的首页内容或特定内容页，并获取该特定BU的标识，并在该特定BU的所有销售中轮询以确定一销售与该医生建立关联关系。

而对于系统已记录过careBU的老用户医生，再次以不同形式访问时，进入路径如图8所示，也包括五种进入方式：通过销售分享的链接、通过代理商分享的链接、通过会议邀请、用户自主进入(搜索、扫码等)、老用户进入特定BU(Business Unit，业务线)的扫码。由于已记录过careBU，则只需向医生展示相应的页面内容而无需再建立后台关联关系。当医生需要电话咨询时，则将其电话自动接通与其建立管理关系(careBU)的销售。

基于同一发明构思，本发明还提供了一种信息处理系统。如图9所示，信息处理系统200可以包括处理器210和存储器220，存储器220上存储有指令，当指令被处理器210执行时，可以实现如上文所描述的信息处理方法中的步骤。

其中，处理器210可以根据存储在存储器220中的指令执行各种动作和处理。具体地，处理器210可以是一种集成电路芯片，具有信号的处理能力。上述处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中公开的各种方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，可以是X86架构或者是ARM架构等。

存储器220存储有可执行指令，该指令在被处理器210执行上文所述的信息处理方法。存储器220可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)或闪存。易失性存储器可以是随机存取存储器(RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(SDRAM)、双倍数据速率同步动态随机存取存储器(DDRSDRAM)、增强型同步动态随机存取存储器(ESDRAM)、同步连接动态随机存取存储器(SLDRAM)和直接内存总线随机存取存储器(DR RAM)。应注意，本文描述的方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

基于同一发明构思，本发明还提供了一种计算机可读存储介质，计算机可读存储介质上存储有指令，当指令被执行时，可以实现上文所描述的信息处理方法中的步骤。

类似地，本发明实施例中的计算机可读存储介质可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。应注意，本文描述的计算机可读存储介质旨在包括但不限于这些和任意其它适合类型的存储器。

需要说明的是，附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

一般而言，本发明的各种示例实施例可以在硬件或专用电路、软件、固件、逻辑，或其任何组合中实施。某些方面可以在硬件中实施，而其他方面可以在可以由控制器、微处理器或其他计算设备执行的固件或软件中实施。当本发明的实施例的各方面被图示或描述为框图、流程图或使用某些其他图形表示时，将理解此处描述的方框、装置、系统、技术或方法可以作为非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或其某些组合中实施。

需要说明的是，本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统、计算机可读存储介质而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

上述描述仅是对本发明较佳实施例的描述，并非对本发明范围的任何限定，本发明领域的普通技术人员根据上述揭示内容做的任何变更、修饰，均属于权利要求书的保护范围。

Claims (11)

1.一种信息处理方法，其特征在于，包括：

S1，接收一用户发送的第一访问请求，其中，所述第一访问请求中携带有所述用户的标识信息和目标业务线的标识信息；

S2，判断是否存在所述用户与一业务线的关联关系；若否，执行S3；

S3，根据所述目标业务线的标识信息和所述用户的用户信息，建立所述用户与所述目标业务线的关联关系。

2.如权利要求1所述的信息处理方法，其特征在于，应用于一医疗服务一体化平台，所述用户的身份类型为医生。

3.如权利要求1所述的信息处理方法，其特征在于，若S2的判断结果为是，或者在执行S3之后，执行S4；

S4，向所述用户显示所述目标业务线的页面。

4.如权利要求1所述的信息处理方法，其特征在于，所述第一访问请求是通过目标访问链接实现的。

5.如权利要求4所述的信息处理方法，其特征在于，所述目标访问链接中携带所述目标业务线的标识信息。

6.如权利要求4所述的信息处理方法，其特征在于，若所述目标访问链接中携带所述目标业务线中目标业务员的标识信息；

则在S3中，根据所述目标业务员的标识信息和所述用户的用户信息，建立所述用户与所述目标业务员的关联关系。

7.如权利要求4所述的信息处理方法，其特征在于，若所述目标访问链接中未携带所述目标业务线中目标业务员的标识信息；

则在S3中，在所述目标业务线的业务员中确定一业务员作为所述目标业务员，根据所述目标业务员的标识信息和所述用户的用户信息，建立所述用户与所述目标业务员的关联关系。

8.如权利要求7所述的信息处理方法，其特征在于，所述在所述目标业务线的业务员中确定一业务员作为所述目标业务员的步骤包括：

通过轮询的方式从所述目标业务线的业务员中确定一业务员作为所述目标业务员。

9.如权利要求1所述的信息处理方法，其特征在于，在建立所述用户与所述目标业务线的关联关系后，所述方法还包括：

S1’，接收所述用户发送的第二访问请求，其中，所述第二访问请求中未携带业务线的标识信息；

S2’，根据所述第二访问请求，向用所述用户显示所述目标业务线的页面。

10.一种信息处理系统，其特征在于，所述系统包括处理器和存储器，所述存储器上存储有指令，当所述指令被所述处理器执行时，实现如权利要求1至9中任一项所述的方法的步骤。

11.一种可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-9任一项所述的信息处理方法。

Images