配置多个微信公众号的管理系统、方法和设备

摘要

本发明提供了一种配置多个微信公众号的管理系统、方法、电子设备及可读介质，其中，包括：业务管理模块，用以管理多个微信公众号，对多个所述微信公众号分别进行运营配置；服务统一接口模块，用以对所述多个微信公众号服务端对外的各接口进行协议封装转换，使所述管理系统集中通过所述服务统一接口模块与所述多个微信公众号服务端之间进行数据交互。其技术方案的有益效果在于，管理系统接管了微信公众服务端的管理功能，通过管理系统可对多个微信公众号分别进行运营配置，而不需登陆微信公众号服务端进行配置，进而克服了微信公众号管理人员人数受限的问题，同时提供的对多个微信公众号配置的方法，可提高运营配置效率，操作方便高效。

权利要求

1.一种配置多个微信公众号的管理系统，其特征在于，包括：

业务管理模块，用以接管微信公众服务端的管理功能，管理多个微信公众号，对多个所述微信公众号分别进行运营配置；其中，所述业务管理模块采用一主管理用户与微信公众号服务端对接，在主管理用户的身份下关联多个子管理用户来实现所述运营配置，其中，多个子管理用户与所述主管理用户之间采用多对一映射关系，即每个子管理用户在管理系统中执行的运营配置操作，最终都是对应主管理用户与微信公众号服务端之间进行运营配置；以及，在每个子管理用户下关联多个次子级管理用户，其中次子级管理用户与子管理用户之间采用多对多映射关系，即一个次子级管理用户对应多个子管理用户，一个子管理用户对应多个次子级管理用户；

服务统一接口模块，用以对所述多个微信公众号服务端对外的各接口进行协议封装转换，使所述管理系统集中通过所述服务统一接口模块与所述多个微信公众号服务端之间进行数据交互；其中，所述服务统一接口模块为facade入口模块。

2.一种配置多个微信公众号的管理方法，其特征在于，包括以下步骤：

管理系统包括业务管理模块和服务统一接口模块，并通过服务统一接口模块对多个微信公众号服务端对外的各接口进行协议封装转换，管理所述各接口；其中，所述服务统一接口模块为facade入口模块；

所述管理系统的业务管理模块接管微信公众号服务端的管理功能，对多个所述微信公众号分别进行运营配置，以及将每个所述微信公众号对应的运营配置信息统一通过所述服务统一接口模块集中发送到所述多个微信公众号服务端，以完成对相应的所述微信公众号的运营配置；其中，所述业务管理模块采用一主管理用户与微信公众号服务端对接，在主管理用户的身份下关联多个子管理用户来实现所述运营配置，其中，多个子管理用户与所述主管理用户之间采用多对一映射关系，即每个子管理用户在管理系统中执行的运营配置操作，最终都是对应主管理用户与微信公众号服务端之间进行运营配置；以及，在每个子管理用户下关联多个次子级管理用户，其中次子级管理用户与子管理用户之间采用多对多映射关系，即一个次子级管理用户对应多个子管理用户，一个子管理用户对应多个次子级管理用户。

3.根据权利要求2所述的管理方法，其特征在于，保存每个管理角色对所述微信公众号执行配置的配置记录；其中，所述管理角色即所述主管理用户、子管理用户和/或次子级管理用户。

4.根据权利要求2所述的管理方法，其特征在于，针对所述微信公众号运营配置的需求能够提供多个运营配置功能，对所述微信公众号进行不同的运营配置。

5.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求2至4中任一项所述的配置多个微信公众号的管理方法。

6.一种计算机可读介质，用于存储计算机可读程序，其特征在于，所述计算机可读程序用于执行权利要求2至4中任一项所述的配置多个微信公众号的管理方法。

说明书

配置多个微信公众号的管理系统、方法和设备

技术领域

[0001] 本发明涉及通信技术领域，尤其涉及一种配置多个微信公众号的管理系统及方法。

背景技术

[0002] 微信公众平台，简称微信公众号，利用公众账号平台进行自媒体活动，即进行一对多的媒体性行为活动，如商家通过申请公众微信服务号通过二次开发展示商家名片等。现有运营配置微信公众号的方式具体包括商家的运营人员登陆微信公众号管理平台，在微信号管理平台中进行数据的配置以完成运营配置，但是这种操作方式存在以下问题，微信公众平台中的运营管理人员有人数限制(长期有效运营人员一般最多4个，短期有效运营人员则限制最多20个)，然而企业或者用户往往设有多个公众号，而且运营人员数量远远多于人数限制，因此，当对这多个公众号进行运营配置时现有的做法是运营人员排班轮流登陆相应的微信公众号平台进行操作，其无论是管理还是运营配置操作费时费力，给公众号的商户带来管理成本高昂，效率低下，且运营不便捷。

发明内容

[0003] 针对现有技术中对对多个微信公众号进行配置时存在的上述问题，现提供一种旨在对多个微信公众分别进行运营配置，方便管理操作的管理系统及方法，克服了现有对多个微信公众号的运营配置需要切换账户进入微信公众号平台进行管理的带来的操作不便的问题。

[0004] 具体技术方案如下：

[0005] 一种配置多个微信公众号的管理系统，其中，包括：

[0006] 业务管理模块，用以管理多个微信公众号，对多个所述微信公众号分别进行运营配置；

[0007] 服务统一接口模块，用以对所述多个微信公众号服务端对外的各接口进行协议封装转换，使所述管理系统集中通过所述服务统一接口模块与所述多个微信公众号服务端之间进行数据交互。

[0008] 优选的，所述业务管理模块包括：

[0009] 权限管理单元，用以为不同管理角色分配不同层级的配置所述微信公众账号的权限。

[0010] 优选的，所述业务管理模块包括：

[0011] 记录单元，用以记录每个所述管理角色对所述微信公众号执行配置的配置记录。

[0012] 优选的，所述业务管理模块包括：

[0013] 第一管理用户关联单元，用以提供一主管理用户与所述微信公众号服务端对接，所述主管理用户对应关联多个子管理用户。

[0014] 优选的，所述业务管理模块包括：

[0015] 第二管理用户关联单元，用以为每个所述子管理用户分别关联多个子次级管理用户。

[0016] 优选的，还包括一第一服务端，所述第一服务端通过调用接口与所述业务管理模块进行数据交互。

[0017] 优选的，所述第一服务端配置于一公网上。

[0018] 优选的，所述业务管理模块包括：

[0019] 微信公众号账户管理单元，用以对所述微信公众号的账户信息进行运营配置管理。

[0020] 优选的，所述服务统一接口模块包括：

[0021] 协议转换模块；

[0022] 第一接口模块，用以调用所述微信公众号服务端的接口；

[0023] 所述协议转换模块，用以将所述管理系统的内部协议统一转换为所述微信公众号服务端的协议。

[0024] 优选的，所述服务统一接口模块包括：

[0025] 第二接口模块，用以供外部应用调用所述管理系统。

[0026] 优选的，所述第一接口模块作为网关模块。

[0027] 优选的，所述管理系统中可配置多个对所述微信公众号实现不同运营配置功能的业务管理模块。

[0028] 还包括一种配置多个微信公众号的管理方法，其中，包括：

[0029] 对所述多个微信公众号服务端对外的各接口进行协议封装转换；

[0030] 对多个所述微信公众号分别进行运营配置，以及

[0031] 将每个所述微信公众号对应的运营配置信息统一集中发送所述多个微信公众号服务端，以完成对相应的所述微信公众号的运营配置。

[0032] 优选的，包括针对不同管理角色分配不同层级的配置所述微信公众账号的权限。

[0033] 优选的，保存每个所述管理角色对所述微信公众号执行配置的配置记录。

[0034] 优选的，对所述微信公众号进行配置时，采用一主管理用户与所述微信公众号服务端对接，所述主管理用户对应关联多个子管理用户。

[0035] 优选的，每个所述子管理用户可对应关联多个子次级管理用户。

[0036] 优选的，包括针对所述微信公众号运营配置的需求可提供多个运营配置功能，对所述微信公众号进行不同的运营配置。

[0037] 优选的，对所述多个微信公众号服务端对外的各接口进行协议封装转换的方法包括：

[0038] 调用所述微信公众号服务端的接口，以及

[0039] 将运营配置操作的内部协议统一转换为所述微信公众号服务端的协议。

[0040] 还包括一种电子设备，其中，包括：

[0041] 一个或多个处理器；

[0042] 存储装置，用于存储一个或多个程序；

[0043] 当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述的配置多个微信公众号的管理方法。

[0044] 还包括一种计算机可读介质，用于存储计算机可读程序，其特征在于，所述计算机可读程序用于执行上述的配置多个微信公众号的管理方法。

[0045] 上述技术方案具有如下优点或有益效果：管理系统接管了微信公众服务端的管理功能，通过管理系统可对多个微信公众号分别进行运营配置，而不需登陆微信公众号服务端进行配置，进而克服了微信公众号管理人员人数受限的问题，同时提供的对多个微信公众号配置的方法，可提高运营配置效率，操作方便高效。

附图说明

[0046] 为了使本发明所解决的技术问题、采用的技术手段及取得的技术效果更加清楚，下面将参照附图详细描述本发明的具体实施例。但需声明的是，下面描述的附图仅仅是本发明本发明示例性实施例的附图，对于本领域的技术人员来讲，在不付出创造性劳动的前提下，可以根据这些附图获得其他实施例的附图。

[0047] 图1为本发明一种配置多个微信公众号的管理系统实施例结构示意图；

[0048] 图2为本发明一种配置多个微信公众号的管理系统实施例中，关于服务统一接口模块的结构示意图；

[0049] 图3为本发明一种配置多个微信公众号的管理系统实施例中，关于业务管理模块的结构示意图；

[0050] 图4为本发明一种配置多个微信公众号的管理系统的实施例的执行流程的示意图；

[0051] 图5为本发明一种配置多个微信公众号的管理方法的实施例的流程示意图；

[0052] 图6为本发明一种配置多个微信公众号的管理方法的另一实施例的流程示意图；

[0053] 图7为本发明的基一种配置多个微信公众号的管理的电子设备结构框架示意图[0054] 图8为本发明的计算机可读存储介质示意图。

具体实施方式

[0055] 现在将参考附图更全面地描述本发明的示例性实施例。然而，示例性实施例能够以多种形式实施，且不应被理解为本发明仅限于在此阐述的实施例。相反，提供这些示例性实施例能够使得本发明更加全面和完整，更加便于将发明构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的元件、组件或部分，因而将省略对它们的重复描述。

[0056] 在符合本发明的技术构思的前提下，在某个特定的实施例中描述的特征、结构、特性或其他细节不排除可以以合适的方式结合在一个或更多其他的实施例中。

[0057] 在对于具体实施例的描述中，本发明描述的特征、结构、特性或其他细节是为了使本领域的技术人员对实施例进行充分理解。但是，并不排除本领域技术人员可以实践本发明的技术方案而没有特定特征、结构、特性或其他细节的一个或更多。

[0058] 附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

[0059] 附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

[0060] 应理解，虽然本文中可能使用第一、第二、第三等表示编号的定语来描述各种器件、元件、组件或部分，但这不应受这些定语限制。这些定语乃是用以区分一者与另一者。例如，第一器件亦可称为第二器件而不偏离本发明实质的技术方案。

[0061] 术语“和/或”或者“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。

[0062] 本发明包括一种配置多个微信公众号的管理系统。

[0063] 如图1所示，一种配置多个微信公众号的管理系统的实施例，其中，包括：

[0064] 业务管理模块101，用以管理多个微信公众号，对多个微信公众号分别进行运营配置；

[0065] 服务统一接口模块102，用以对多个微信公众号服务端103对外的各接口进行协议封装转换，使管理系统集中通过服务统一接口模块102与多个微信公众号服务端103之间进行数据交互。

[0066] 上述技术方案中，通过服务统一接口模块102对微信公众号服务端103对外的各接口进行协议封装转换，然后使管理系统与微信公众号服务端之间进行对接，使得该管理系统能够接管微信公众号服务端103对公众号的管理功能，然后管理系统根据运营配置的需要，在系统中开发添加相应的业务管理模块101，由业务管理模块101进行对应的运营配置操作，业务管理模块101生成的运营配置信息集中通过服务统一接口模块102发送至微信公众号服务端103以完成运营配置，需要说明的是由于管理系统与微信公众号服务端103之间的数据协议由服务统一接口模块102进行协议封装转换，因此管理系统各模块之间采用相同的数据协议进行数据交互即可，开发人员在开发不同功能的业务管理模块101时，不需要考虑微信公众号服务端103对外接口的协议，因此开发效率更高；

[0067] 在管理系统中可添加多个微信公众号，以分别对多个微信公众号进行运营配置，其中需要说明的是，所谓的运营配置包括，通过微信公众号发布活动信息，进行消息推送等等。

[0068] 在一种较优的实施方式中，如图3所示，业务管理模块101包括：

[0069] 权限管理单元301，用以为不同管理角色分配不同层级的配置微信公众账号的权限。

[0070] 在一种较优的实施方式中，业务管理模块1包括：

[0071] 记录单元302，用以记录每个管理角色对微信公众号执行配置的配置记录。

[0072] 上述技术方案中，针对现有的微信公众号运营配置人员存在人数限制，如长期有效运营人员最多4个，短期有效运营人员最多20个，操作权限控制粒度较粗，运营人员操作记录难以追溯，多微信公众号管理困难等问题。

[0073] 为解决上述问题在本管理系统中，管理系统对接微信公众号服务端103采用一种身份，进一步的，权限管理单元301在上述的一种身份下可配置多个管理角色，每个管理角色配置相应的配置微信公众号的权限，如此便可以解决运营人员数量的限制；

[0074] 为了解决运营人员操作记录难以追溯，多微信公众号管理困难等问题，通过记录单元302可记录每个管理人员对应的运营配置记录，使每个管理人员执行的运营配置都可有记录可查，进行追溯。

[0075] 在一种较优的实施方式中，业务管理模块101包括：

[0076] 第一管理用户关联单元，用以提供一主管理用户与微信公众号服务端对接，主管理用户对应关联多个子管理用户。

[0077] 在一种较优的实施方式中，业务管理模块101包括：

[0078] 第二管理用户关联单元，用以为每个子管理用户分别关联多个子次级管理用户。

[0079] 上述技术方案中，通过第一管理用户关联单元，可使管理系统对微信公众号执行的所有的运营配置以一种身份与微信公众号的服务端进行对接，即采用主管理用户的身份完成对微信公众号的运营配置，为了突破现有的微信公众号运营人员的限制，在主管理用户的身份下关联多个子管理用户，多个子管理用户与主管理用户之间采用多对一映射关系，即每个子管理用户在管理系统中执行的运营配置操作，最终都是对应主管理用户与微信公众号服务端之间进行运营配置；

[0080] 为了进一步的突破运营人数的限制，在每个子管理用户下可关联多个次子级管理用户，其中次子级管理用户与子管理用户之间采用多对多映射关系，即一个次子级管理用户可对应多个子管理用户，一个子管理用户可对应多个次子级管理用户。

[0081] 在一种较优的实施方式中，还包括一第一服务端104，第一服务端104通过调用接口与业务管理模块101进行数据交互。

[0082] 在一种较优的实施方式中，第一服务端104配置于一公网上。

[0083] 上述技术方案中，第一服务端104是管理系统与个人客户的服务接口。

[0084] 在一种较优的实施方式中，业务管理模块101包括：

[0085] 微信公众号账户管理单元303，用以对微信公众号的账户信息进行运营配置管理。

[0086] 上述技术方案中，微信公众号账户管理单元303具体的配置信息包括，系统参数维护，维信公众号配置维护，维信渠道信息管理，维信活动类型管理，维信活动管理，功能扩展等。

[0087] 在一种较优的实施方式中，如图2所示，服务统一接口模块包括：

[0088] 协议转换模块201；

[0089] 第一接口模块202，用以调用微信公众号服务端203的接口；

[0090] 协议转换模块，用以将管理系统的内部协议统一转换为微信公众号服务端103的协议。

[0091] 在一种较优的实施方式中，第一接口模块202作为网关模块，可保证管理系统内部的数据安全性。

[0092] 上述技术方案中，上述的第一接口模块202主要起到内调外，即管理系统调用微信公众号服务端103的接口，为个人用户提供请求。

[0093] 在一种较优的实施方式中，服务统一接口模块包括：

[0094] 第二接口模块203，用以供外部应用调用管理系统。

[0095] 上述技术方案中，服务统一接口模块为facade入口模块；

[0096] 其中，facade入口模块不仅简化了整个管理系统的接口，同时对于组件内部与微信程序(外部程序)开放API来说，从某种程度上也达到了一种“解耦”的效果——内部子系统的任何变化不会影响到facade接口的变化。

[0097] 在一种较优的实施方式中，管理系统中可配置多个对微信公众号实现不同运营配置功能的业务管理模块101。

[0098] 上述技术方案中，由于采用用facade设计模式更注重从架构的层次去看整个系统，而不是单个类的层次，facade很多时候更是一种架构设计模式。facade入口可以任意地放进任何多个对象和组件即上述的业务管理模块101；

[0099] 本发明的技术方案中还包括一种配置多个微信公众号的管理方法。

[0100] 还包括一种配置多个微信公众号的管理方法的实施例，其中，如图5所示，包括以下步骤：

[0101] S501、对多个微信公众号服务端103对外的各接口进行协议封装转换；

[0102] 通过服务统一接口模块102对微信公众号服务端103对外的各接口进行协议封装转换，然后使管理系统与微信公众号服务端之间进行对接，使得该管理系统能够接管微信公众号服务端103对公众号的管理功能；

[0103] S502、对多个微信公众号分别进行运营配置；以及

[0104] S503、将每个微信公众号对应的运营配置信息统一集中发送多个微信公众号服务端103，以完成对相应的微信公众号的运营配置。

[0105] 管理系统根据运营配置的需要，在系统中开发添加相应的业务管理模块101，由业务管理模块101进行对应的运营配置操作，业务管理模块101生成的运营配置信息集中通过服务统一接口模块102发送至微信公众号服务端103以完成运营配置。

[0106] 在一种较优的实施方式中，包括针对不同管理角色分配不同层级的配置微信公众账号的权限。

[0107] 在一种较优的实施方式中，包括针对每个管理角色，保存管理角色对微信公众号执行配置的配置记录。

[0108] 上述技术方案中，为了解决运营人员操作记录难以追溯，多微信公众号管理困难等问题，可对每个管理用户执行的运营配置操作进行记录使每个管理用户执行的运营配置都可有记录可查，进行追溯。

[0109] 在一种较优的实施方式中，对微信公众号进行配置时，采用一主管理用户与微信公众号服务端对接，主管理用户对应关联多个子管理用户。

[0110] 在一种较优的实施方式中，每个子管理用户可对应关联多个子次级管理用户。

[0111] 上述技术方案中，对微信公众号执行运营配置时，以一种身份与微信公众号的服务端进行对接，即采用主管理用户的身份完成对微信公众号的运营配置，为了突破现有的微信公众号运营人员的限制，在主管理用户的身份下关联多个子管理用户，多个子管理用户与主管理用户之间采用多对一映射关系，即每个子管理用户在管理系统中执行的运营配置操作，最终都是对应主管理用户与微信公众号服务端之间进行运营配置；

[0112] 为了进一步的突破运营人数的限制，在每个子管理用户下可关联多个次子级管理用户，其中次子级管理用户与子管理用户之间采用多对多映射关系，即一个次子级管理用户可对应多个子管理用户，一个子管理用户可对应多个次子级管理用户。

[0113] 在一种较优的实施方式中，包括针对微信公众号运营配置的需求可提供多个运营配置功能，对微信公众号进行不同的运营配置。

[0114] 在一种较优的实施方式中，对多个微信公众号服务端对外的各接口进行协议封装转换的方法包括：

[0115] 调用微信公众号服务端的接口，以及

[0116] 将运营配置操作的内部协议统一转换为微信公众号服务端的协议。

[0117] 以下以一种具体实施方式进行说明：

[0118] 如图4所示，其中，第二服务端105表示外链落地页的服务端，提供广告页面展示服务；

[0119] 当第二服务端105的对应发起请求之后，首先发送至配置于公网上的第一服务端；

[0120] 第一服务端将请求传送至业务管理模块101；

[0121] 由业务管理管理模块101根据该请求执行对应的运营配置，生成运营配置信息通过服务服务统一接口模块102进行协议转换，以及

[0122] 通过第一接口模块1021调用微信公众号服务端103的接口以完成相应的运营配置；

[0123] 微信公众号服务端103于完成运营配置后生成相应的事件异步发送至第二接口模块1022，第二接口模块1022对接外部合作方进行交互；

[0124] 第二接口模块1022对应的合作方根据该事件进行响应；

[0125] 然后返回微信号公众号服务端103；

[0126] 由微信号公众服务端103返回至第一接口模块1021；

[0127] 然后通过业务管理模块101响应的返回至第二服务端105。

[0128] 以下以另一具体实施例进行说明，管理系统中可配置多个对微信公众号实现不同运营配置功能的业务管理模块101，即在facade入口模块中可以任意地放进任何多个对象和组件即上述的业务管理模块101如(weixin模块、finance模块、wxs‑web管理模块的等)其中，每个组件的内部(比如finance模块中)是相互耦合关系比较大的一系列组件，而不是一个简单的功能集合。

[0129] 如图6所示，其中，业务管理模块101可包括，微信模块、金融模块、服务模块以及系统参数配置模块；

[0130] 微信模块对应的功能单元具体可包括，消息处理接口，关注、取消关注，菜单事件，微信模块对应的服务模块包括查还款、免息；

[0131] 金融模块对应的功能单元具体可包括，授权申请地址、授权回调、获取短信验证码、获取图形验证码、注册绑定、绑定状态、定制活动、模板信息，金融模块对应的服务模块包括优惠券发放处理模块；

[0132] 第一服务端104配置于公网上，第二服务端105表示外链落地页的服务端，用以提供广告页面展示服务，第二服务端105与配置于公网上的第一服务端104连接；

[0133] 当微信客户端用户从广告页面关注了微信公众号之后，可形成关注事件的请求；

[0134] 通过第一服务端104发送至管理系统中的微信模块，微信模块的消息处理接口接收到该请求之后对该请求进行加解密处理，微信模块的功能单元生成相应的关注事件，以及

[0135] 微信模块将该关注事件作为运营配置信息返回至微信公众号对应的微信公众号服务端以完成运营配置信息，取消关注与上述的关注操作类似此处不再赘述；

[0136] 以下针对金融模块执行的操作进行说明：

[0137] 第二服务端105发起运营配置请求时(如获取短信验证码)，通过第一服务端104将该配置请求发送至管理系统；

[0138] 管理系统的服务统一接口模块102调用相应服务对该请求进行分发，在管理系统的金融模块完成相应的运营配置后；

[0139] 通过服务统一接口模块102调用微信公众号服务端的接口，并对运营配置信息进行协议封装转换，以及

[0140] 将运营配置信息发送至微信公众号服务端103，微信公众号服务端103根据该运营配置信息执行对应的配置信息(如调用第三方通信服务端发送相应的短信验证码至发送请求的用户端)其中需要说明的是上述的运营配置请求仅选择获取短信验证码进行说明，其它的运营配置遵循相同的配置流程此处不再赘述。

[0141] 其中，管理系统还可提供一系统管理终端，系统管理终端执行的系统配置操作可包括，系统参数维护、微信公众号账号管理、微信公众号配置维护、微信渠道信息管理、微信活动类型管理、微信活动管理以及系统功能扩展等。

[0142] 下面描述本发明的电子设备实施例，该电子设备可以视为对于上述本发明的方法和装置实施例的具体实体实施方式。对于本发明电子设备实施例中描述的细节，应视为对于上述方法或装置实施例的补充；对于在本发明电子设备实施例中未披露的细节，可以参照上述方法或装置实施例来实现。

[0143] 图7是根据本发明的一种电子设备的示例性实施例的结构框图。下面参照图7来描述根据本发明该实施例的的电子设备700。图7显示的电子设备700仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

[0144] 如图4所示，电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于：至少一个处理单元710、至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730、显示单元740等。

[0145] 其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元710执行，使得所述处理单元710执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元710可以执行如图4‑5所示的步骤。

[0146] 所述存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)7201和/或高速缓存存储单元7202，还可以进一步包括只读存储单元(ROM)7203。

[0147] 所述存储单元720还可以包括具有一组(至少一个)程序模块7205的程序/实用工具7204，这样的程序模块7205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

[0148] 总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

[0149] 电子设备700也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备700交互的设备通信，和/或与使得该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口750进行。并且，电子设备700还可以通过网络适配器760与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器760可以通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

[0150] 通过以上的实施方式的描述，本领域的技术人员易于理解，本发明描述的示例性实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个计算机可读的存储介质(可以是CD‑ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、或者网络设备等)执行根据本发明的上述方法。当所述计算机程序被一个数据处理设备执行时，使得该计算机可读介质能够实现本发明的上述方法。

[0151] 所述计算机程序可以存储于一个或多个计算机可读介质上。计算机可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD‑ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

[0152] 所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

[0153] 可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

[0154] 综上所述，本发明可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)等通用数据处理设备来实现根据本发明实施例中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

[0155] 以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，应理解的是，本发明不与任何特定计算机、虚拟装置或者电子设备固有相关，各种通用装置也可以实现本发明。以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。