服务包的配置方法及装置与流程

1.本公开涉及医疗信息技术领域，尤其涉及一种服务包的配置方法及装置。


背景技术：

2.随着计算机技术的不断发展，各种应用走进了人们日常生活中，而小程序作为一种不需要下载安装即可使用的应用，更是得到了各行各业的广泛关注。
3.目前关于小程序的服务包的开发，是开发人员以代码的形式人工进行开发的，小程序的服务包开发周期较长且开发人员的工作量较大。


技术实现要素：

4.本公开的实施例的目的在于提供一种服务包的配置方法及装置，用于缩短小程序的服务包的开发周期以及降低开发人员的工作量。
5.为达到上述目的，本公开的实施例提供了如下技术方案：
6.一方面，提供一种服务包的配置方法，该方法包括：获取目标服务包的各个配置项的配置信息；根据目标服务包的各个配置项的配置信息，生成目标服务包的详情页面，并确定目标服务包的详情页面的访问地址；向与目标服务包关联的目标小程序发送用于指示上架目标服务包的信息，用于指示上架目标服务包的信息包括目标服务包的详情页面的访问地址。
7.本公开的实施例提供的技术方案至少带来以下有益效果：在获取到用户输入的目标服务包的各个配置项的配置信息之后，根据目标服务包的各个配置项的配置信息生成目标服务包的详情页面，也即完成了对目标服务包的开发。如此，用户仅需在目标服务包的各个配置项的配置框中输入各个配置项的配置信息，即可自动完成对于目标服务包的开发，无需开发人员以代码的形式人工开发目标服务包，提升了小程序的服务包的开发效率，实现了缩短小程序的服务包的开发周期的同时降低了开发人员的工作量。
8.在一些实施例中，上述获取目标服务包的各个配置项的配置信息，包括：响应于打开服务包配置界面的操作指令，显示服务包配置界面，服务包配置界面包括目标服务包的各个配置项的输入框；响应于用户在服务包配置界面上对目标服务包的各个配置项的输入框的输入操作，获取目标服务包的各个配置项的配置信息。
9.另一些实施例中，上述方法还包括：针对目标服务包的各个配置项，检测配置项的配置信息是否符合配置项的配置规则；在配置项的配置信息不符合配置项的配置规则时，在服务包配置界面上显示提示信息，以指示用户重新输入配置项的配置信息。
10.另一些实施例中，上述方法还包括：获取目标服务包的第一配置项的更新后的配置信息；根据第一配置项的更新后的配置信息，以及第二配置项的配置信息，重新生成目标服务包的详情页面；其中，第二配置项为目标服务包的配置项中除去第一配置项之外的其他配置项；重新生成后的目标服务包的详情页面的访问地址与重新生成前的目标服务包的详情页面的访问地址相同。
11.另一些实施例中，上述方法还包括：在满足预设下架条件的情况下，向目标小程序发送用于指示下架目标服务包的信息；其中，预设下架条件包括以下任意一项：目标服务包的上架时长达到预设时长；目标服务包的库存个数小于或等于预设个数；接收到用户指示下架目标服务包的操作指令。
12.另一些实施例中，上述目标服务包的详情页面为第五代超文本标记语言h5页面。
13.另一些实施例中，在目标服务包为医疗服务包的情况下，目标服务包的配置项包括以下一项或者多项：服务包名称、医疗专家团队信息、服务包价格、服务项、服务包图片、权益次数、促销活动、服务包有效期或者服务包库存信息。
14.另一方面，提供一种服务包管理装置，该服务包管理装置包括：通信单元，用于获取目标服务包的各个配置项的配置信息；处理单元，用于根据目标服务包的各个配置项的配置信息，生成目标服务包的详情页面，并确定目标服务包的详情页面的访问地址；通信单元，还用于向与目标服务包关联的目标小程序发送用于指示上架目标服务包的信息，用于指示上架目标服务包的信息包括目标服务包的详情页面的访问地址。
15.在一些实施例中，上述通信单元，具体用于响应于打开服务包配置界面的操作指令，显示服务包配置界面，服务包配置界面包括目标服务包的各个配置项的输入框；响应于用户在服务包配置界面上对目标服务包的各个配置项的输入框的输入操作，获取目标服务包的各个配置项的配置信息。
16.另一些实施例中，上述处理单元，还用于：针对目标服务包的各个配置项，检测配置项的配置信息是否符合配置项的配置规则；在配置项的配置信息不符合配置项的配置规则时，在服务包配置界面上显示提示信息，以指示用户重新输入配置项的配置信息。
17.另一些实施例中，上述通信单元，还用于获取目标服务包的第一配置项的更新后的配置信息；上述处理单元，还用于根据第一配置项的更新后的配置信息，以及第二配置项的配置信息，重新生成目标服务包的详情页面；其中，第二配置项为目标服务包的配置项中除去第一配置项之外的其他配置项；重新生成后的目标服务包的详情页面的访问地址与重新生成前的目标服务包的详情页面的访问地址相同。
18.另一些实施例中，上述通信单元，还用于在满足预设下架条件的情况下，向目标小程序发送用于指示下架目标服务包的信息；其中，预设下架条件包括以下任意一项：目标服务包的上架时长达到预设时长；目标服务包的库存个数小于或等于预设个数；接收到用户指示下架目标服务包的操作指令。
19.另一些实施例中，上述目标服务包的详情页面为第五代超文本标记语言h5页面。
20.另一些实施例中，在目标服务包为医疗服务包的情况下，目标服务包的配置项包括以下一项或者多项：服务包名称、医疗专家团队信息、服务包价格、服务项、服务包图片、权益次数、促销活动、服务包有效期或者服务包库存信息。
21.再一方面，提供一种管理服务器，该管理服务器包括存储器和处理器；存储器和处理器耦合；存储器用于存储计算机程序代码，计算机程序代码包括计算机指令。其中，当处理器执行计算机指令时，使得该管理服务器执行如上述任一实施例中所述的服务包的配置方法。
22.又一方面，提供一种非瞬态的计算机可读存储介质。所述计算机可读存储介质存储有计算机程序指令，所述计算机程序指令在处理器上运行时，使得所述处理器执行如上
述任一实施例所述的服务包的配置方法中的一个或多个步骤。
23.又一方面，提供一种计算机程序产品。所述计算机程序产品包括计算机程序指令，在计算机上执行所述计算机程序指令时，所述计算机程序指令使计算机执行如上述任一实施例所述的服务包的配置方法中的一个或多个步骤。
24.又一方面，提供一种计算机程序。当所述计算机程序在计算机上执行时，所述计算机程序使计算机执行如上述任一实施例所述的服务包的配置方法中的一个或多个步骤。
附图说明
25.为了更清楚地说明本公开中的技术方案，下面将对本公开一些实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例的附图，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。此外，以下描述中的附图可以视作示意图，并非对本公开实施例所涉及的产品的实际尺寸、方法的实际流程、信号的实际时序等的限制。
26.图1为根据一些实施例的一种服务包管理系统的组成图；
27.图2为根据一些实施例的一种管理服务器的硬件结构图；
28.图3为根据一些实施例的一种服务包的配置方法的流程图一；
29.图4为根据一些实施例的一种服务包的配置方法的流程图二；
30.图5为根据一些实施例的一种商城系统的界面图一；
31.图6为根据一些实施例的一种商城系统的界面图二；
32.图7为根据一些实施例的一种商城系统的界面图三；
33.图8为根据一些实施例的一种目标小程序的界面图一；
34.图9为根据一些实施例的一种服务包的配置方法的流程图三；
35.图10为根据一些实施例的一种服务包的配置方法的流程图四；
36.图11为根据一些实施例的一种商城系统的界面图四；
37.图12为根据一些实施例的一种服务包的配置方法的流程图五；
38.图13为根据一些实施例的一种商城系统的界面图五；
39.图14为根据一些实施例的一种商城系统的界面图六；
40.图15为根据一些实施例的一种服务包的配置方法的流程图六；
41.图16为根据一些实施例的一种应用程序的界面图；
42.图17为根据一些实施例的一种目标小程序的界面图二；
43.图18为根据一些实施例的一种目标小程序的界面图三；
44.图19为根据一些实施例的一种目标小程序的界面图四；
45.图20为根据一些实施例的一种目标小程序的界面图五；
46.图21为根据一些实施例的一种目标小程序的界面图六；
47.图22为根据一些实施例的一种目标小程序的界面图七；
48.图23为根据一些实施例的一种目标小程序的界面图八；
49.图24为根据一些实施例的一种服务包管理装置的结构图。
具体实施方式
50.下面将结合附图，对本公开一些实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开所提供的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本公开保护的范围。
51.除非上下文另有要求，否则，在整个说明书和权利要求书中，术语“包括(comprise)”及其其他形式例如第三人称单数形式“包括(comprises)”和现在分词形式“包括(comprising)”被解释为开放、包含的意思，即为“包含，但不限于”。在说明书的描述中，术语“一个实施例(one embodiment)”、“一些实施例(some embodiments)”、“示例性实施例(exemplary embodiments)”、“示例(example)”、“特定示例(specific example)”或“一些示例(some examples)”等旨在表明与该实施例或示例相关的特定特征、结构、材料或特性包括在本公开的至少一个实施例或示例中。上述术语的示意性表示不一定是指同一实施例或示例。此外，所述的特定特征、结构、材料或特点可以以任何适当方式包括在任何一个或多个实施例或示例中。
52.以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本公开实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
[0053]“a、b和c中的至少一个”与“a、b或c中的至少一个”具有相同含义，均包括以下a、b和c的组合：仅a，仅b，仅c，a和b的组合，a和c的组合，b和c的组合，及a、b和c的组合。
[0054]“a和/或b”，包括以下三种组合：仅a，仅b，及a和b的组合。
[0055]
如本文中所使用，根据上下文，术语“如果”任选地被解释为意思是“当
……
时”或“在
……
时”或“响应于确定”或“响应于检测到”。类似地，根据上下文，短语“如果确定
……”
或“如果检测到[所陈述的条件或事件]”任选地被解释为是指“在确定
……
时”或“响应于确定
……”
或“在检测到[所陈述的条件或事件]时”或“响应于检测到[所陈述的条件或事件]”。
[0056]
本文中“适用于”或“被配置为”的使用意味着开放和包容性的语言，其不排除适用于或被配置为执行额外任务或步骤的设备。
[0057]
另外，“基于”的使用意味着开放和包容性，因为“基于”一个或多个所述条件或值的过程、步骤、计算或其他动作在实践中可以基于额外条件或超出所述的值。
[0058]
小程序作为一种不需要下载安装即可使用的应用，实现了应用“触手可及”的梦想。用户扫一扫或者搜索一下即可打开应用。也体现了“用完即走”的理念，用户不用担心安装太多应用导致用户终端内存不足的问题。小程序使得应用无处不在，随时可用，但又无需安装卸载。
[0059]
目前针对小程序的服务包的开发，是开发人员以代码形式人工进行开发的，开发周期较长且开发人员的工作量较大。且由于服务包是以代码的形式开发的，服务包存在漏洞bug的风险，需要测试人员进行测试，造成小程序的服务包的开发成本较高。而在小程序的服务包开发完成上线之后，若需要对已上线的服务包的某项功能进行修改，仍需要开发人员以代码形式完成对服务包的功能的修改，服务包可修改的灵活性较差，且再次增加了开发人员的工作量。因此，如何缩短小程序的服务包的开发周期以及降低开发人员的工作
量是亟待解决的问题。
[0060]
基于此，本公开实施例提供一种服务包的配置方法，该方法通过获取用户输入的目标服务包的各个配置项的配置信息，进而根据目标服务包的各个配置项的配置信息，生成目标服务包的详情页面，也即完成了对于目标服务包的开发。且在生成目标服务包的同时，确定出目标服务包的访问地址，进而向与目标服务包关联的目标小程序发送用于指示上架目标服务包的信息，完成了目标服务包的上架。可见，本公开实施例提供的一种服务包的配置方法，仅需用户输入目标服务包的各个配置项的配置信息，即可完成目标服务包的开发与上线，无需开发人员基于代码进行人工开发，提升了小程序的服务包的开发效率，实现了缩短小程序的服务包的开发周期的同时降低了开发人员的工作量。
[0061]
本公开实施例提供的服务包的配置方法可以应用于服务包的开发过程、服务包的修改过程、服务包的上线过程和下线过程等过程。
[0062]
如图1所示，本公开实施例提供了一种服务包管理系统的组成图。该服务包管理系统包括终端设备10、管理服务器20和支付服务器30。其中，终端设备10、管理服务器20和支付服务器30三者之间可以通过有线网络或无线网络连接。其中，有线网络或无线网络可以包括路由器、交换器、基站、或者促进终端设备10、管理服务器20和支付服务器30之间通信的其他设备，本公开实施例对此不作限制。
[0063]
在一些实施例中，终端设备10中安装和运行有即时通讯应用程序，该即时通讯应用程序包括小程序，小程序是依赖于该即时通讯应用程序(宿主程序)运行的。示例性的，该小程序可以是医疗小程序。
[0064]
在一些实施例中，管理服务器20用于承载商城系统。商城系统具有用于管理服务包的各种功能。
[0065]
示例性的，商城系统具有配置服务包的各个配置项的配置信息的功能，用户可以通过商城系统配置对与应用程序中的小程序关联的服务包的各个配置项进行配置，进而管理服务器20根据各个配置项的配置信息生成服务包的详情页面，也即完成对于服务包的开发。
[0066]
示例性的，商城系统具有对服务包的配置项的配置信息进行修改的功能，用户可以通过商城系统对已配置完成的服务包的某个配置项的配置信息进行修改，进而管理服务器根据某个配置项修改后的配置信息和其他未修改的配置项的配置信息重新生成服务包的详情页面。
[0067]
示例性的，商城系统具有对服务包的删除功能，用户可以通过商城系统对已配置完成的服务包进行删除。
[0068]
示例性的，商城系统具有对服务包的上架和下架功能，用户可以通过商城系统控制服务包在小程序中的上架与下架。
[0069]
示例性的，商城系统具有配置和发布促销信息的功能，用户可以通过商城系统配置多种促销信息，每种促销信息可以包括不同额度的优惠券或代金卡，不同的促销信息可以对应不同的服务包。在促销信息配置完成后，用户通过商城系统将促销信息上架至对应的小程序。
[0070]
在一些实施例中，支付服务器30为可以实现签约、扣费的处理交易的服务器。支付服务器可以和金融系统互通。示例性的，支付服务器30可以是卓健支付系统的服务器。
[0071]
在一些实施例中，终端设备10可以是一种具有无线收发功能的设备。终端设备10可以有不同的名称，例如用户设备(user equipment，ue)、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、终端代理或终端装置等。终端可以被部署在陆地上，包括室内或室外、手持或车载；也可以被部署在水面上(如轮船等)；还可以被部署在空中(例如飞机、气球和卫星上等)。终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，sip)电话、无线本地环路(wireless local loop，wll)站、个人数字助理(personal digital assistant，pda)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备或可穿戴设备，无人机(unmanned aerial vehicle，uav)和无人机控制器(uav controller，uavc)，虚拟现实(virtual reality，vr)终端设备、增强现实(augmented reality，ar)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。终端设备10可以是移动的，也可以是固定的。在本公开实施例中，用于实现终端设备的功能的装置可以是终端，也可以是能够支持终端实现该功能的装置，例如芯片系统。本公开实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。在本公开实施例中，以用于实现终端设备的功能的装置是终端为例，描述本公开实施例提供的技术方案。
[0072]
在一些实施例中，管理服务器20和支付服务器30可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。可选的，上述管理服务器20为包括显示屏的服务器，在显示屏中能够显示商城系统的相关界面。
[0073]
需要说明的是，本公开实施例通过的一种服务包的配置方法可以应用于上述管理服务器20，或者，与管理服务器20连接的其他设备。为了描述方便，以下以该方法应用于上述管理服务器20为例进行介绍。
[0074]
图2为本公开实施例提供的一种管理服务器20的硬件结构图。如图2所示，该管理服务器20可以包括处理器41、存储器42、通信接口43、总线44。处理器41，存储器42以及通信接口43之间可以通过总线44连接。
[0075]
处理器41是管理服务器20的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器41可以是一个通用cpu，也可以是其他通用处理器等。其中，通用处理器可以是微处理器或者是任何常规的处理器等。
[0076]
作为一种实施例，处理器41可以包括一个或多个cpu，例如图2中所示的cpu 0和cpu 1。
[0077]
存储器42可以是只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、磁盘存储介质或者其他磁存储设
备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
[0078]
一种可能的实现方式中，存储器42可以独立于处理器41存在，存储器42可以通过总线44与处理器41相连接，用于存储指令或者程序代码。处理器41调用并执行存储器42中存储的指令或程序代码时，能够实现本公开下述实施例提供的一种服务包的配置方法。
[0079]
另一种可能的实现方式中，存储器42也可以和处理器41集成在一起。
[0080]
通信接口43，用于管理服务器20与其他设备通过通信网络连接，所述通信网络可以是以太网，无线接入网(radio access network，ran)，无线局域网(wireless local area networks，wlan)等。通信接口43可以包括用于接收数据的接收单元，以及用于发送数据的发送单元。
[0081]
总线44，可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component interconnect，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图2中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0082]
在一些实施例中，管理服务器20还可以包括输出设备45和输入设备46。输出设备45和处理器41通信，可以以多种方式来显示信息。例如，输出设备45可以是液晶显示器(liquid crystal display，lcd)，发光二级管(light emitting diode，led)显示设备，阴极射线管(cathode ray tube，crt)显示设备，或投影仪(projector)等。输入设备46和处理器41通信，可以以多种方式接收用户的输入。例如，输入设备46可以是鼠标、键盘、触摸屏设备或传感设备等。
[0083]
需要指出的是，图2中示出的结构并不构成对管理服务器20的限定，除图2所示部件之外，该管理服务器20可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
[0084]
下面结合说明书附图，对本公开提供的实施例进行具体介绍。
[0085]
本公开实施例提供的一种服务包的配置方法，该方法可以应用于管理服务器，该管理服务器可以是上述图2所示的管理服务器20，或者管理服务器20的处理器。如图3所示，该方法包括如下步骤：
[0086]
s101、获取目标服务包的各个配置项的配置信息。
[0087]
在一些实施例中，在用户需要上线目标服务包时，管理服务器可以获取到目标服务包的各个配置项的配置信息。
[0088]
示例性的，目标服务包可以是医疗服务包、外卖服务包等服务包。为了便于描述，下述实施例均以目标服务包为医疗服务包为例进行说明。
[0089]
应理解，随着“互联网+医疗健康”在医疗服务领域的涌现，患者可以根据自身身体状况通过医疗小程序购买相应的医疗服务包后进行图文资讯、视频问诊、预约面访等多项服务，患者不需要到医院就可以通过医疗小程序满足多元化需求。
[0090]
在一些实施例中，在目标服务包为医疗服务包的情况下，目标服务包的配置项包括以下一项或者多项：服务包名称、服务包类型、医疗专家团队信息、服务包价格、服务项、服务包图片、权益次数、促销活动、服务包有效期或者服务包库存信息。
[0091]
其中，服务包的库存信息也就是库存量单位(stock keeping unit，sku),sku即库存进出计量的基本单元，可以是以件，盒，等为单位。在本公开实施例中，sku指目标服务包的可购买次数。可以理解的，一个时间周期(例如一周)内一个医疗专家团队的可问诊次数是有限的，故一个时间周期内目标服务包的可购买次数也是有限的。
[0092]
在一些实施例中，如图4所示，步骤s101可以具体实现为以下步骤：
[0093]
s1011、响应于打开服务包配置界面的操作指令，显示服务包配置界面。
[0094]
在一些实施例中，在用户需要使用商城系统时，用户可以通过管理服务器来登录商城系统。图5所示为本公开实施例提供的一种商城系统的界面图。如图5所示，商城系统的界面上显示有首页、服务包管理、优惠券管理、医生管理、退出等功能按钮的图标。
[0095]
在一些实施例中，在用户需要对服务包进行管理时，可以对上述服务包管理301功能按钮进行操作。管理服务器在检测到用户对于服务包管理301功能按钮的操作后，响应于用户对于服务包管理301的操作，显示服务包管理界面。
[0096]
需要说明的是，本公开中涉及的“操作”均指用户进行的操作，示例性地，操作可以是使用鼠标单击、双击、拖动等操作，还可以是触摸屏幕、手势、语音等形式。
[0097]
示例性的，服务包管理界面可以如图6所示。服务包管理界面显示有搜索栏的输入框、搜索、重置、新增和修改等20多个功能按钮的图标。还显示有已配置完成的服务包的状态、序号。例如服务包1处于上线状态，序号为1；服务包2处于上线状态，序号为2。在每个已配置完成的服务包后还可以对该服务包进行修改的修改功能按钮的图标和删除的删除功能按钮的图标。
[0098]
在一些实施例中，在用户需要配置一个目标服务包时，可以对上述新增302功能按钮进行操作，以打开服务包配置界面。
[0099]
管理服务器在检测到用户对于新增302功能按钮的用于打开服务包配置界面的操作指令后，响应于打开服务包配置界面的操作指令，显示服务包配置界面。
[0100]
示例性的，服务包配置界面可以如图7所示，服务包配置界面包括目标服务包的各个配置项的输入框。例如，服务包配置界面显示有服务包名称的输入框、图片的上传按钮图标和预览按钮图标、专家团队的选择框、服务包所包含的各个服务项的输入框，例如服务项1的输入框、服务项2的输入框等，以及价格的输入框、是否上线的选择框、权益次数的输入框、可购买次数的输入框、有效期的输入框、促销项的选择框、激活有效期的输入框、激活方式的选择框和服务说明的输入框。
[0101]
在一些实施例中，专家团队的选择框用于供用户配置该目标服务包的专家团队。关于专家团队的配置，可以通过商城系统的界面上显示的医生管理接口进入医生管理界面。在医生管理界面中，用户可以配置每个专家团队的图片、每个专家团队的简介、每个专家团队所包括的多个医生中每个医生的图片、每个医生所擅长的领域、每个医生所能提供的服务(例如图文问诊、视频问诊以及电话问诊等)、每个医生提供的每项服务的价格、每个专家团队所能够提供的服务以及每个专家团队提供的每项服务的价格等。
[0102]
在一些实施例中，权益次数的输入框用于供用户配置该目标服务包为患者提供服务的次数，例如5次，代表患者购买此目标服务包后可以享受该目标服务包的专家团队的5次医疗服务。
[0103]
在一些实施例中，促销项的选择框用于供用户配置该目标服务包的促销信息，例
如，供用户配置该目标服务包的首单优惠、满减优惠等。关于促销项的配置，可以通过商城系统的界面上显示的优惠券管理接口进行优惠券管理界面。在优惠券管理界面中，用户可以配置不同面额的优惠券，以及每种面额的优惠券的使用期限、使用条件(例如满足不同的金额的情况下可以使用不同面额的优惠券)、激活方式(包括秘钥激活、序列码(cdkey，cdk)激活等)等。激活方式的选择框用于供用户配置该目标服务包的激活方式，激活方式包括秘钥激活、cdk激活等。
[0104]
s1012、响应于用户在服务包配置界面上对目标服务包的各个配置项的输入框的输入操作，获取目标服务包的各个配置项的配置信息。
[0105]
在一些实施例中，用户可以根据各个配置项的文字提醒，在服务包配置界面对目标服务包的各个配置项的输入框进行输入操作，以对目标服务包的各个配置项进行配置。管理服务器在接收到用户对各个配置项的输入操作之后，响应于用户在服务包配置对目标服务包的各个配置项的输入框的输入操作，获取目标服务包的各个配置项的配置信息。也就是管理服务器在用户对各个配置项的输入框进行输入的过程中获取各个配置项的配置信息。
[0106]
作为一种可能的实现方式，如图7所示，在用户对目标服务包的各个配置项的输入框输入完成后，用户可以点击提交303功能按钮的图标，以提交目标服务包的各个配置项的配置信息。管理服务器在接收到用户点击提交303功能按钮的图标的操作后，响应于用户点击提交303功能按钮的图标的操作，获取目标服务包的各个配置项的配置信息。也就是管理服务器在用户对各个配置项的输入框输入完成后获取各个配置项的配置信息。
[0107]
s102、根据目标服务包的各个配置项的配置信息，生成目标服务包的详情页面，并确定目标服务包的详情页面的访问地址。
[0108]
在一些实施例中，在得到目标服务包的各个配置项的配置信息之后，管理服务器可以根据目标服务包的各个配置项的配置信息，生成目标服务包的详情页面。
[0109]
具体的，管理服务器可以将目标服务包的各个配置项的配置信息填充到预设的目标服务包的详情页面的模板中，得到目标服务包的详情页的初稿。进而根据目标服务包的详情页面将要采用的语言，对目标服务包的详情页的初稿进行转换，以得到目标服务包的详情页面。
[0110]
在一些实施例中，目标服务包的详情页面为第五代超文本标记语言(hypertext markup language，h5)页面。其中，超文本标记语言，是标准通用标记语言下的一个应用。“超文本”就是指页面内可以包含图片、链接，甚至音乐、程序等非文字元素。超文本标记语言的结构包括“头”部分(英语：head)、和“主体”部分(英语：body)，其中“头”部提供关于网页的信息，“主体”部分提供网页的具体内容。
[0111]
示例性的，在目标服务包的详情页面为h5页面的情况下，目标服务包的详情页面可以如图8所示。目标服务包的详情页面上可以显示有目标服务包的介绍信息，用户可以通过下滑终端设备的屏幕以了解目标服务包的更多详情信息。
[0112]
在一些实施例中，在管理服务器可以根据目标服务包的各个配置项的配置信息，生成目标服务包的详情页面的同时，管理服务器还可以为目标服务包的详情页面生成属于目标服务包的详情页面的访问地址。其中，一个目标服务包的详情页面的访问地址用于唯一指示一个目标服务包的详情页面，以便于终端设备可以根据目标服务包的详情页面的访
问地址准确的访问到目标服务包的详情页面。
[0113]
s103、向与目标服务包关联的目标小程序发送用于指示上架目标服务包的信息。
[0114]
应理解，在管理服务器根据目标服务包的各个配置项的配置信息，生成目标服务包的详情页面时，代表目标服务包已开发完成，可以上架至与目标服务包关联的目标小程序上，以增加目标小程序可提供的服务范围。
[0115]
在一些实施例中，管理服务器的存储器中预先存储有多个服务包与多个小程序之间的预设对应关系，其中，一个小程序可以与多个服务包具有对应关系。在管理服务器生成目标服务包的详情页面，并确定目标服务包的详情页面的访问地址之后，管理服务器可以根据预设对应关系，确定与目标服务包对应的目标小程序。
[0116]
可选的，在管理服务器生成目标服务包的详情页面，并确定目标服务包的详情页面的访问地址之后，管理服务器可以发出用于提示用户输入与目标服务包关联的目标小程序的提示信息。进而，管理服务器在接收到用户输入的信息之后，可以对用户输入的信息进行解析，以确定出与目标服务包关联的目标小程序。
[0117]
进一步的，在管理服务器确定出与目标服务器关联的目标小程序之后，管理服务器可以向与目标服务器关联的目标小程序发送用于指示上架目标服务包的信息，其中，用于指示上架目标服务包的信息包括目标服务包的详情页面的访问地址。
[0118]
如此，在用户通过终端设备查看目标小程序中的目标服务包时，终端设备可以根据目标服务包的详情页面的访问地址访问到目标服务包的详情页面，以供用户查看。
[0119]
基于图3所示的实施例，至少带来以下有益效果：在管理服务器获取到用户输入的目标服务包的各个配置项的配置信息之后，根据目标服务包的各个配置项的配置信息生成目标服务包的详情页面，也即完成了对目标服务包的开发。如此，用户仅需在目标服务包的各个配置项的配置框中输入各个配置项的配置信息，管理服务器即可自动完成对于目标服务包的开发，无需开发人员以代码的形式人工开发目标服务包，提升了小程序的服务包的开发效率，实现了缩短小程序的服务包的开发周期的同时降低了开发人员的工作量。
[0120]
上述实施例着重介绍了目标服务包的配置流程和目标服务包的上架流程，在一些实施例中，在目标服务包的配置流程中，本公开实施例提供的一种服务包的配置方法还涉及对于目标服务包的各个配置项的配置信息的核准流程，如图9所示，该方法还包括如下步骤：
[0121]
s201、针对目标服务包的各个配置项，检测配置项的配置信息是否符合配置项的配置规则。
[0122]
可以理解的，目标服务包的各个配置项是需要在小程序界面上进行显示的。为了保证目标服务包的各个配置项在小程序界面上显示的合理性，在管理服务器获取用户输入的目标服务包的各个配置项的配置信息时，管理服务器针对目标服务包的各个配置项，检测配置项的配置信息是否符合配置项的配置规则。
[0123]
示例性的，结合图7所示的服务包配置界面，假设配置项为服务包名称，则配置项的配置规则可以包括以下几种情形：
[0124]
情形1、判断此次获取到的服务包名称是否已存在。
[0125]
可以理解的，若检测到此次获取到的服务包名称已存在，代表在此次之前已经有用户使用此服务包名称了。由于不同的服务包可能对应不同的医疗专家团队来提供服务，
故服务包名称需要具有唯一性，所以需要判断此次获取到的服务包的名称是否已存在。
[0126]
情形2、判断此次获取到的服务包名称的字数是否大于或等于预设字数。
[0127]
可以理解的，服务包名称从一定程度上用于介绍该服务包所能够提供的服务，故需要对服务包名称的字数进行限定，以便于患者可以根据服务包名称快速的匹配到与自身病患情况相对应的目标服务包。
[0128]
其中，预设字数可以是开发人员预先存储至管理服务器中的存储器中的，例如，预设字数为5个字。
[0129]
情形3、判断此次获取到的服务包名称中是否存在空格等不明字符。
[0130]
可以理解的，若服务包名称中存在空格等不明字符，可能会导致服务包名称在小程序界面上无法正常显示，为了保证各个服务包名称在小程序界面上的正常显示，需要保证服务包名称中不存在空格等不明字符。
[0131]
继续如上述图7所示，假设配置项为图片，则配置项的配置规则可以是判断获取到的图片的大小是否满足预设尺寸以及图片的分辨率是否满足预设分辨率。
[0132]
可以理解的，假设获取到的图片的大小不满足预设尺寸或者分辨率不满足预设分辨率，则图片可能在小程序界面上无法正常显示，为了保证图片在小程序界面上的正常显示，需要保证图片的大小满足预设尺寸以及图片的分辨率满足预设分辨率。
[0133]
其中，预设尺寸和预设分配率均可以是开发人员预先存储至管理服务器的存储器中的，例如，预设尺寸为2寸，预设分辨率为350dpi。
[0134]
在一些实施例中，针对目标服务包的各个配置项可以具有一个统一的配置规则，该统一的配置规则可以为判断各个配置项的输入框是否为空。
[0135]
可以理解的，假设目标服务包的某个配置项的输入框为空，代表用户可能遗漏输入该配置项的配置信息。为了保证目标服务包的各个配置项的配置信息的完整性，需要保证目标服务包的各个配置项的输入框不为空。
[0136]
s202、在配置项的配置信息不符合配置项的配置规则时，在服务包配置界面上显示提示信息，以指示用户重新输入配置项的配置信息。
[0137]
可选的，假设配置项为服务包名称，若检测到此次获取到的服务包名称已存在，则管理服务器在服务包配置界面上显示第一提示信息，以指示用户重新输入服务包名称。
[0138]
示例性的，第一提示信息的内容可以是“服务包名称已存在，请您重新输入！”。
[0139]
可选的，假设配置项为图片，若检测到此次获取到的图片的大小不满足预设尺寸或者图片或分辨率不满足预设分辨率时，则管理服务器在服务包配置界面上显示第二提示信息，以指示用户重新上传图片。
[0140]
示例性的，第二提示信息的内容可以是“请重新上传图片，并保证图片的尺寸在2寸以及图片分辨率在350dpi以上”。
[0141]
上述实施例着重介绍了目标服务包的配置流程以及服务包的上架流程，在一些实施例中，在目标服务包的各个配置项配置完成之后，本公开实施例提供的一种服务包的配置方法还涉及对于已配置完成的目标服务包的配置项的修改流程，如图10所示，该方法还包括如下步骤：
[0142]
s301、获取目标服务包的第一配置项的更新后的配置信息。
[0143]
在一些实施例中，在目标服务包上架之后，若用户需要对目标服务包的某个配置
项进行更改，可以再次通过服务包配置界面来对目标服务包的第一配置项进行更改。其中，目标服务包的第一配置项为目标服务包的多个配置项中的任一个配置项。
[0144]
继续如上述图6所示，假设服务包1为目标服务包，也即用户需要对服务包1的某个配置项进行更改。则用户可以对图7中所示的服务包1所对应的修改304功能按钮的图标进行操作，以进入服务包的修改界面。管理服务器在接收到用户对于服务包1所对应的修改304功能按钮的图标的操作指令后，显示服务包修改界面。
[0145]
示例性的，服务包修改界面可以如图11所示。示例性的，若用户需要对服务包名称进行修改，则服务包名称为第一配置项。若用户需要对服务包名称和图片进行修改，则服务包名称和图片为第一配置项。
[0146]
示例性的，假设用户需要对服务包名称进行修改，则用户可以对服务包名称的输入框后的修改305功能按钮的图标进行操作，以清空服务包名称的输入框，以便于用户在服务包名称的输入框中重新输入服务包名称。
[0147]
管理服务器在接收到用户对于服务包名称的输入框后的修改305功能按钮的图像的操作指令之后，响应于该操作指令，清空该服务包名称的输入框中的内容。
[0148]
在管理服务器该服务包名称的输入框中的内容后，用户可以在服务包名称的输入框中重新输入一个服务包名称。且在用户在服务包名称的输入框中重新输入一个服务包名称之后，可以对图11中所示的提交306功能按钮的图标进行操作，以提交更新后的服务包名称，也即提交更新后的第一配置项的配置信息。
[0149]
示例性的，用户重新输入的服务包名称可以是服务包7。
[0150]
需要说明的是，在用户对目标服务包的第一配置项进行更新之后，服务器的配置装置需要对第一配置项更新后配置信息进行检测，以检测配置项更新后的配置信息是否符合配置项的配置规则。
[0151]
管理服务器在接收到用户对于提交306功能按钮的图标的操作指令之后，响应于该操作指令，获取目标服务包的第一配置项的更新后的配置信息。
[0152]
s302、根据第一配置项的更新后的配置信息，以及第二配置项的配置信息，重新生成目标服务包的详情页面。
[0153]
其中，第二配置项为目标服务包的配置项中出去第一配置项之外的其他配置项。结合图11所示的服务包修改界面，第二配置项可以是除去服务包名称的配置项之外的所有配置项。
[0154]
在一些实施例中，重新生成后的目标服务包的详情页面的访问地址与重新生成前的目标服务包的详情页面的访问地址相同。如此，保证用户仍可以使用原访问地址访问目标服务包的详情页面。
[0155]
上述实施例着重介绍了关于目标服务包上架的流程，在一些实施例中，在目标服务包上架之后，本公开实施例提供的一种服务包的配置方法还涉及对于目标服务包的下架流程，如图12所示，该方法还包括如下步骤：
[0156]
s401、在满足预设条件的情况下，向目标小程序发送用于指示下架目标服务包的信息。
[0157]
其中，预设条件包括以下任意一项：
[0158]
(1)目标服务包的上架时长达到预设时长。
[0159]
其中，目标服务包的预设时长也就是上述目标服务包的有效期。可以理解的，在促销活动下，用户可能将目标服务包的价格设置的较低，但目标服务包保持此低价格应在一定时间范围内。当促销活动的周期结束后，也就是目标服务包的上架时长达到预设时长之后，目标服务包需要被下架，此时管理服务器可以自动向目标小程序发送用于指示下架目标服务包的信息。
[0160]
(2)目标服务包的库存个数小于或等于预设个数。
[0161]
由上述关于目标服务包的库存的描述可知，目标服务包的预设个数也就是目标服务包的可购买次数，也就是目标服务包的专家医疗团队在当前周期范围内可提供医疗服务的次数。当目标服务包的库存个数小于或等于预设个数时，代表目标服务包的专家医疗团队在当前周期范围内已无法提供更多次数的医疗服务，此时管理服务器可以自动向目标小程序发送用于指示下架目标服务包的信息。
[0162]
(3)接收到用户指示下架目标服务包的操作指令。
[0163]
在一些实施例中，在用户需要下架目标服务包时，用户可以通过服务包管理界面，对目标服务包对应的修改功能按钮的图标进行操作，以进入服务包的修改界面。
[0164]
示例性的，继续如上述图6所示，假设目标服务包为服务包2，用户可以对服务包2对应的修改307功能按钮的图标进行操作，以进行服务包2的修改界面。管理服务器在接收到用户对于服务包2对应的修改307功能按钮的图标的操作指令后，响应于该操作指令，显示服务包2的修改界面。示例性的，服务包2的修改界面可以如图13所示。用户在选择对目标服务包下架时，可以通过触控是否上线的选择按钮中的否308功能按钮的图标，将目标服务包是否上线的状态由是修改为否。在用户将目标服务包是否上线的状态由是改为否之后，用户可以对图13中的提交309功能按钮的图标进行操作，以完成指示下架目标服务包的操作指令。服务包的控制装置在接收到用户对于图13中的提交309功能按钮的图标的操作指令后，响应于该操作指令，管理服务器向目标小程序发送用于指示下架目标服务包的信息。
[0165]
在一些实施例中，在管理服务器向目标小程序发送用于指示下架目标服务包的信息的同时，管理服务器更新服务包的管理界面。更新后的服务包的管理界面可以如图14所示。由图14可以看出，服务包2的状态由之前的上线更新为下线。
[0166]
上述实施例着重介绍了目标服务包的上架过程和下架过程。在一些实施例中，在目标服务包上架至目标小程序之后，本公开实施例提供的一种服务包的配置方法还包括服务包的使用方法，如图15所示，该方法还包括如下步骤：
[0167]
s501、响应于用户开启目标小程序的操作指令，终端设备显示目标小程序的界面。
[0168]
在一些实施例中，在用户需要使用目标小程序时，可以在终端设备中的即时通讯应用程序的界面下滑屏幕，以进入小程序显示界面。终端设备在接收到用户在即时通讯应用程序界面的下滑指令之后，响应于该下滑指令，显示小程序显示界面。示例性的，小程序显示界面可以如图16所示。小程序显示界面显示有用户最近使用的多个小程序以及用户关注的多个小程序。
[0169]
在小程序显示界面，用户可以通过对目标小程序的图标进行操作，以进入目标小程序。端设备在接收到用户对于目标小程序的图标的操作指令，响应于该操作指令，终端设备显示目标小程序的界面。
[0170]
示例性的，以目标小程序为医疗小程序41为例，用户可以通过触控医疗小程序41
的图标，以进入医疗小程序41的主界面。示例性的，医疗小程序41的主界面可以如图17所示。医疗小程序41的主界面显示有搜索框，用于用户搜索医院、医生、科室或疾病。医疗小程序41的界面还显示有预约挂号、医生资讯、复诊开药等功能按钮的图标，用户可以根据自身需求，对相应的功能按钮的图标进行操作，以进入相应的功能的界面。
[0171]
继续如上述图17所示，医疗小程序41的界面还显示有服务包中心的导航界面。示例性的，服务包中心可以包括肺健康中心和甲状腺中心，用户可以根据自身需求，对相应的服务包中心的图标进行操作，以进入相应的服务包中心的界面。
[0172]
在一些实施例中，若用户所需的目标服务包未在医疗小程序41的主界面上找寻到感兴趣的服务包，用户可以对服务包中心42的图标进行操作，以进入服务包中心42的界面。终端设备接收到用户对于服务包中心42的图标的操作指令后，响应于该操作指令，显示服务包中心的界面。示例性的，服务包中心的界面可以如图18所示。服务包中心的界面可以包括多种服务包的简介页面，用户可以根据服务包中心的界面上显示的多种服务包的简介页面寻找符合自身身体状况的目标服务包。
[0173]
s502、响应于用户开启目标服务包的操作指令，终端设备显示目标服务包的界面。
[0174]
在用户在服务包中心的界面上确定目标服务包之后，可以对目标服务包的简介页面进行操作，以进入目标服务包的页面。终端设备在接收到用户对于目标服务包的简介页面的操作指令后，响应于该指令，终端设备显示目标服务包的界面。示例性的，目标服务包的界面可以如上述图8所示。目标服务包的页面也可以称作目标服务包的详情页面，目标服务包的详情页面可以显示有该目标服务包所能提供的服务的详情介绍也、治疗成功率分析表、提供治疗服务的专家团队的介绍页等，以便于用户根据目标服务包的详情页面的介绍和自身身体状况，确定是否购买此目标服务包。
[0175]
s503、响应于用户开启专家团队的操作指令，终端设备显示专家团队的界面。
[0176]
可以理解的，若用户需要购买目标服务包，较为重要的是需要对为目标服务包提供医疗服务的专家团队进行了解，以此来了解目标服务包的专家团队所擅长的领域是否与自身身体情况相符合。基于此，用户可以在目标服务包的界面上对专家团队的介绍页进行操作，以进入专家团队的界面。终端设备在接收到用户对于专家团队的介绍页的操作指令后，响应于该操作指令，终端设备显示专家团队的界面。
[0177]
示例性的，专家团队的界面可以如图19所示。专家团队的界面显示有专家团队擅长的医疗领域的详情介绍，以及组成专家团队的每位医生的简介页。其中，一位医生的简介页包括该医生的职位、工龄、学历以及所擅长的医疗领域等。
[0178]
s504、响应于用户提交订单的操作指令，终端设备生成服务包选择指令，并向管理服务器发送该服务包选择指令。
[0179]
在一些实施例中，在用户经过浏览目标服务包的界面和目标服务包的专家团队的界面之后确定购买该目标服务包后，继续如上述图8所示，用户可以对图8中所示的立即购买43功能按钮的图标进行操作，以进入支付界面。终端设备在接收到用户对立即购买43功能按钮的图标的操作指令后，响应于该操作指令，进入支付界面。
[0180]
示例性的，支付界面可以如图20所示。支付界面可以显示有目标服务包的名称、专家团队的名称、就诊人的选择项44、优惠券的输入框45以及价格显示栏等。
[0181]
在一些实施例中，用户可以根据对就诊人的选择项44进行操作，以确定就诊人。终
端设备在接收到用户对于就诊人的选择项44的操作指令后，响应于该操作指令，确定该目标服务包的就诊人。
[0182]
在一些实施例中，若用户具有优惠券或代金卡，可以在优惠券的输入框45中输入优惠券码或代金卡兑换码，以完成优惠信息的录入。终端设备在接收到用户对于优惠券的输入框45的输入操作之后，响应于该操作指令，对用户输入的优惠券码或代金卡兑换码进行核查。
[0183]
可选的，若终端设备核查到用户输入的优惠券码或代金卡兑换码无误，终端设备则控制价格显示栏中显示的价格减去优惠券或代金卡相应的金额。
[0184]
可选的，若终端设备核查到用户输入的优惠券码或代金卡兑换码有误，终端设备则显示用于提示用户重新输入优惠券码或代金卡兑换码的提示信息。
[0185]
在一些实施例中，若用户未具有优惠券或代金卡，则优惠券的输入框可以为空。
[0186]
在一些实施例中，在用户完成就诊人的确认以及优惠券的录入之后，用户可以选择查看《服务协议》和《用户知情同意书》。并在查看完成之后，对《服务协议》和《用户知情同意书》之前的选择按钮46进行操作，以确认完成查看《服务协议》和《用户知情同意书》。终端设备在接收到用户对于选择按钮46的操作之后，响应于该操作指令，确定用户已查看《服务协议》和《用户知情同意书》，授予用户完成支付的权限。
[0187]
在一些实施例中，在用户对选择按钮46进行操作之后，可以对立即支付47按钮进行操作，以进行订单的提交。终端设备在接收到用户对于立即支付47按钮的操作之后，响应于该操作指令，生成服务包选择指令，并向管理服务器发送该服务包选择指令。
[0188]
在一些实施例中，上述服务包选择指令包括目标服务包信息、时间信息、终端设备识别码以及就诊人标识。
[0189]
其中，上述目标服务包信息包括目标服务包的标识以及目标服务包的价格等。目标服务包的标识用于唯一指示一个目标服务包，例如，目标服务包的标识可以是目标服务包的名称。目标服务包的价格可以是经过优惠券抵扣后的价格。时间信息用于指示用户提交订单的时间。终端设备识别码用于唯一指示一个终端设备，例如，终端设备识别码可以是终端设备的国际移动设备识别码(international mobile equipment identity，imei)等。就诊人标识用于唯一指示一个就诊人，例如，可以是就诊人名称。
[0190]
s505、管理服务器接收终端设备发送的服务包选择指令。
[0191]
s506、管理服务器根据服务包选择指令，生成订单标识号码。
[0192]
在一些实施例中，管理服务器在接收到终端设备发送的服务包选择指令之后，管理服务器对该服务包选择指令进行解析，得到服务包选择指令包含的目标服务包信息、时间信息、终端设备识别码以及就诊人名称，并根据时间信息、终端设备识别码和就诊人名称，生成订单标识号码。其中，订单标识号码用于唯一指示一个订单。
[0193]
由于时间信息和终端设备识别码具有唯一性，以使得生成的订单标识号码具有唯一性，不会与其他订单发生重复，以便于管理服务器对订单的快速查找和管理。
[0194]
示例性的，解析得到的时间信息为2022年1月1日，终端设备识别码为123456789101112，就诊人标识为66688，生成的订单标识号码20221112345678910111266688。
[0195]
s507、管理服务器将订单标识号码存储至订单管理列表。
[0196]
其中，订单管理列表中存储有多个订单标识号码以及每个订单标识号码对应的状态属性信息。状态属性信息包括已支付状态和未支付状态。
[0197]
s508、管理服务器根据目标服务包信息和订单标识号码，生成支付信息，并向终端设备发送该支付信息。
[0198]
由上述关于目标服务包信息的描述可知，目标服务包信息中包括目标服务包的价格，假设目标服务包的价格为1288元，则管理服务器根据目标服务包的价格1288和订单标识号码20221112345678910111266688生成支付信息，并向终端设备发送该支付信息。
[0199]
s509、终端设备接收到管理服务器发送的支付信息。
[0200]
s510、终端设备根据支付信息，显示支付界面。
[0201]
在一些实施例中，在终端设备接收到管理服务器发送的支付信息之后，可以根据支付信息包含的支付数据，生成支付界面。支付界面上显示后待支付的价格。订单标识号码以及支付方式。
[0202]
其中，支付方式可以包括多种，用户可以根据自身情况选择相应的支付方式。
[0203]
在一些实施例中，在终端设备接收到用户选择目标支付方式的操作指令后，响应于该操作指令，终端设备建立与目标支付方式的支付服务器的连接，并将支付服务器的接口地址发送至管理服务器。
[0204]
s511、响应于用户的支付操作，终端设备生成支付指令，并将支付指令发送至支付服务器。
[0205]
具体的，用户在支付界面上完成支付方式的选择以及支付密码的输入的操作之后，响应于该操作指令，终端设备生成支付指令，并通过支付接口发送至相对应的支付服务器。其中，支付指令包括支付密码。
[0206]
s512、支付服务器生成支付成功信息，并将支付成功信息发送至管理服务器。
[0207]
支付服务器在接收到终端设备发送的支付指令之后，对支付指令包括的支付密码进行验证。在验证通过时生成支付成功信息并将支付成功信息发送至管理服务器。其中，支付成功信息包括订单标识号码。
[0208]
在一些实施例中，上述支付信息是具有时效性的，例如支付信息的有效时效为30分钟。若用户未在支付信息的有效时效范围内完成支付，也就是管理服务器未在30分钟内接收到支付服务器发送的支付成功信息，管理服务器可以向终端设备发送订单取消信息，以提示用户订单失效，以及提示用户重新购买。
[0209]
可选的，管理服务器在向终端设备发送订单取消信息的同时，管理服务器在订单管理列表中删除掉该订单对应的订单标识号码，以便于提升管理服务器的存储资源利用率。
[0210]
在一些实施例中，在当前时间距离订单失效时间在一定时间范围(例如5分钟)内时，管理服务器生成支付提示信息，并将支付提示信息发送至终端设备，以提示用户完成支付，从而避免订单失效。
[0211]
s513、管理服务器接收支付服务器发送的支付成功信息。
[0212]
s514、管理服务器对支付成功信息进行解析，确定支付成功的订单标识号码，并更改订单标识号码对应的状态属性信息。
[0213]
在一些实施例中，在管理服务器接收到支付服务器发送的支付成功信息后，可以
对该支付成功信息进行解析，以确定出该支付成功信息所对应的订单标识号码。进而根据订单标识号码，在订单管理列表中将该订单的状态属性信息由未支付状态更改为已支付状态。
[0214]
需要说明的是，订单标识号码对应的状态属性信息的更改，是基于管理服务器接收到支付成功信息中的支付时间信息。当管理服务器在一个时间段内接收到多个同一订单标识号码的支付成功信息时，管理服务器从多个支付成功信息中提出多个支付时间信息，并判断多个支付时间信息中的最先支付时间。当该支付时间信息是最先支付时间时，生成支付验证成功信息并将支付验证成功信息发送给支付服务器，进而将该订单标识号码对应的状态属性信息由未支付状态更新为已支付状态。当该支付时间信息并非为最先支付时间时，生成支付验证失败信息，并将支付验证失败信息发送至支付服务器。
[0215]
示例性的，用户将管理服务器发送的支付信息分享到用户群中找人代付，多个用户在同一时间进行了支付。支付服务器向管理服务器同时发送的了多个支付成功信息，管理服务器对多个支付成功信息中的支付时间信息进行提取，提取到的支付时间分别为2022年1月1日10:25:05、10:25:01、10:25:53、10:25:00，确定支付时间2022年1月1日10:25:00为首个发送时刻，基于支付时间为2022年1月1日10:25:00的支付成功信息向支付服务器返回支付验证成功信息，并且，管理服务器将支付时间为2022年1月1日10:25:00对应的订单标识号码的状态属性信息由待支付状态更新为已支付状态。同时，管理服务器基于支付时间为2022年1月1日10:25:05、2022年1月1日10:25:01和2022年1月1日10:25:53的支付成功信息向支付服务器返回支付验证失败信息，支付服务器根据支付验证失败信息对进行退款。
[0216]
在一些实施例中，若管理服务器检测到该订单标识号码对应的状态属性信息为已支付状态，则管理服务器生成支付验证失败信息，并将支付验证失败信息发送至支付服务器。其中，支付验证失败信息包括该订单标识号码。
[0217]
可以理解的，用户在使用终端设备进行网络付款时，在操作过程中可能因为网络环境差或者用户误操作导致多次重复付款。当管理服务器检测到到该订单号码对应的状态属性信息为已支付状态，则管理服务器生成支付验证失败信息，并将支付验证失败信息发送至支付服务器，以便于支付服务器基于支付验证失败信息包括的订单标识号码向用户进行退款，由于订单标识号码具有唯一性，支付服务器可以准确的向重复付款的用户进行退款，从而避免用户的多次重复付款对用户使用体验的影响。
[0218]
s515、管理服务器将订单标识号码更改后的状态属性信息发送至终端设备。
[0219]
在管理服务器将订单标识号码对应的状态属性信息由未支付状态更改为已支付状态后，管理服务器可以向终端设备发送该订单标识号码更改后的状态属性信息，以提示用户支付成功，完成了支付流程的同时，完成了支付状态在终端设备和管理服务器之间的同步。
[0220]
在一些实施例中，在终端设备提示用户支付成功经过预设时长(例如30秒)之后，终端设备可以自动显示预约详情页面。
[0221]
示例性的，预约详情页面可以如图21所示。预约详情页面显示有预约信息、预约人信息、服务项信息、消费提示以及促销提示。其中，预约信息包括预约的服务包名称以及预约日期。预约人信息包括预约人的姓名、身份证号、手机号、性别和年龄。服务项信息包括该
服务包所提供的服务项的名称，以及每项服务项所对应的价格以及共计价格。消费提示包括够买该服务包后所包括的权益次数以及服务包的有效期。促销提示包括目前医疗小程序所提供的优惠信息，若用户对于优惠信息感兴趣，可以通过对预设详情页面的去了解48按钮进行操作，以进入促销详情页面。若终端设备接收到用户对于去了解48按钮的操作指令，响应于该操作指令，终端设备显示促销详情页面。
[0222]
在一些实施例中，促销详情页面可以显示有多种满减优惠信息。
[0223]
在一些实施例中，在用户购买目标服务包之后，用户可以通过查看我的订单，进入服务包列表页，进而选择对已购买的目标服务包进行使用。其中，用户选择使用目标服务包时需要对目标服务包进行激活。
[0224]
在一些实施例中，目标服务包的激活方式包括手动激活和自动激活。其中，手动激活需要用户在目标服务包的有效期内主动对目标服务包对应的“立即激活”功能按钮的图标进行操作，以触发对于目标服务包的激活。终端设备接收到用户对于立即激活功能按钮的图标的操作指令后，响应于该操作指令，终端设备激活该目标服务包。自动激活即用户购买目标服务包后，目标服务包自动进入激活状态。
[0225]
在目标服务包处于激活状态时，用户可以去使用目标服务包。在终端设备接收到用户用于使用目标服务包的操作指令后，响应于该操作指令，终端设备显示目标服务包的各个服务项，并打开第三方系统(例如卓健系统)以便于用户进行问诊。
[0226]
在一些实施例，在用户使用完成一次目标服务包的服务项后，也就是用户使用一次目标服务包的权益次数后，承载目标小程序的终端设备向管理服务器发送用于指示权益次数完成一次的提示信息，以通知管理服务器该目标服务包对应的订单标识号码所代表的订单已完成一次权益次数。
[0227]
在一些实施例中，在用户使用完目标服务包的所有权益次数后，代表目标服务包所代表的服务已完成，承载目标小程序的终端设备向管理服务器发送用于指示服务已完成的提示信息，以提示管理服务器该目标服务包对应的订单标识号码代表的订单已完成。管理服务器在接收到该提示信息后，将该订单标识号码代表的订单状态更新为已完成。如此，完成了目标服务包的使用流程。
[0228]
上述实施例着重介绍了用户购买服务包和使用服务包的流程。在一些实施例中，用户也可以通过医疗小程序，与自己感兴趣的医生进行专门的问诊。
[0229]
示例性的，继续如上述图19所示。专家团队的界面显示有专家团队擅长的医疗领域的详情介绍，以及组成专家团队的每位医生的简介页。若用户根据每位医生的简介页和自身的身体情况，从多个医生中确定出目标医生后，用户可以对目标医生的简介页进行操作，以进入该目标医生的详情页。其中，目标医生可以是多个医生中任一个医生。
[0230]
终端设备在接收到用户对于目标医生的简介页的操作指令后，响应于该操作指令，显示该目标医生的详情页。示例性的，该目标医生的详情页可以如图22所示。该目标医生的详情页可以包括该医生的名称、职位、医龄、评分、接诊量、擅长领域等。
[0231]
在一些实施例中，继续如上述图22所示，该目标医生的详情页可以包括该目标医生视频资讯的价格、图文问询的价格、以及电话资讯的价格。还可以包括该目标医生所属专家团队、医生关键词以及收到的评价等。以便于用户根据该目标医生的详情页的介绍，对该目标医生进行了解，以提升用户的问诊体验。
[0232]
在一些实施例中，若用户需要进行图文资讯，用户可以对图22中的图文资讯49的选项进行操作，以进入图文资讯的详情页。终端设备在接收到用户对于图文资讯49的选项的操作指令后，响应于该操作指令，显示图文资讯的详情页面。
[0233]
示例性的，图文资讯的详情页可以如图23所示。图文资讯的详细页显示有患者姓名的输入框以供用户输入姓名、病情描述的输入框以供用户输入自身的病患情况，且为了提升用户病患情况描述的精准度，对用户输入的自身病患情况的字数作了限制，例如最少输入10个字。
[0234]
在一些实施例中，图文资讯的详情页还包括添加附件的添加框，用于在用户具有自身检查结果、病历或自身病患图片的情况下，将自身检查结果、病历或自身病患图片作为附件进行上传，以便于专家根据相关附件对用户进行诊断，提升诊断的效率以及准确性。
[0235]
在一些实施例中，图文资讯的详情页还包括专家的选择框，以供用户选择自己感兴趣的医生。
[0236]
上述主要从方法的角度对本公开实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本公开能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
[0237]
本公开实施例还提供了一种服务包管理装置的结构图。如图24所示，服务包管理装置300可以包括：通信单元301和处理单元302。在一些实施例中，上述服务包管理装置300还可以包括存储单元303。
[0238]
在一些实施例中，上述通信单元301，用于获取目标服务包的各个配置项的配置信息。
[0239]
上述处理单元302，用于根据目标服务包的各个配置项的配置信息，生成目标服务包的详情页面，并确定目标服务包的详情页面的访问地址。
[0240]
上述通信单元301，还用于向与目标服务包关联的目标小程序发送用于指示上架目标服务包的信息，用于指示上架目标服务包的信息包括目标服务包的详情页面的访问地址。
[0241]
另一些实施例中，上述通信单元301，具体用于：响应于打开服务包配置界面的操作指令，显示服务包配置界面，服务包配置界面包括目标服务包的各个配置项的输入框；响应于用户在服务包配置界面上对目标服务包的各个配置项的输入框的输入操作，获取目标服务包的各个配置项的配置信息。
[0242]
另一些实施例中，上述处理单元302，还用于针对目标服务包的各个配置项，检测配置项的配置信息是否符合配置项的配置规则；在配置项的配置信息不符合配置项的配置规则时，在服务包配置界面上显示提示信息，以指示用户重新输入配置项的配置信息。
[0243]
另一些实施例中，上述通信单元301，还用于获取目标服务包的第一配置项的更新后的配置信息。
[0244]
上述处理单元302，还用于根据第一配置项的更新后的配置信息，以及第二配置项的配置信息，重新生成目标服务包的详情页面；其中，第二配置项为目标服务包的配置项中
除去第一配置项之外的其他配置项；重新生成后的目标服务包的详情页面的访问地址与重新生成前的目标服务包的详情页面的访问地址相同。
[0245]
另一些实施例中，上述通信单元301，还用于在满足预设下架条件的情况下，向目标小程序发送用于指示下架目标服务包的信息；其中，预设下架条件包括以下任意一项：目标服务包的上架时长达到预设时长；目标服务包的库存个数小于或等于预设个数；接收到用户指示下架目标服务包的操作指令。
[0246]
另一些实施例中，上述目标服务包的详情页面为第五代超文本标记语言h5页面。
[0247]
另一些实施例中，在目标服务包为医疗服务包的情况下，目标服务包的配置项包括以下一项或者多项：服务包名称、医疗专家团队信息、服务包价格、服务项、服务包图片、权益次数、促销活动、服务包有效期或者服务包库存信息。
[0248]
在一些实施例中，上述存储单元303，用于存储上述目标服务包的配置项。
[0249]
另一些实施例中，上述存储单元303，还用于存储上述预设条件。
[0250]
另一些实施例中，上述存储单元303，还用于存储上述目标服务包的第一配置项的更新后的配置信息。
[0251]
另一些实施例中，上述存储单元303，还用于存储上述目标服务包的详情页面的访问地址。
[0252]
图24中的单元也可以称为模块，例如，处理单元可以称为处理模块。
[0253]
图24中的各个单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务包管理装置，或者网络设备等)或处理器(processor)执行本公开各个实施例方法的全部或部分步骤。存储计算机软件产品的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0254]
本公开的一些实施例提供了一种计算机可读存储介质(例如，非暂态计算机可读存储介质)，该计算机可读存储介质中存储有计算机程序指令，计算机程序指令在计算机上运行时，使得计算机执行如上述实施例中任一实施例所述的服务包的配置方法。
[0255]
示例性的，上述计算机可读存储介质可以包括，但不限于：磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，cd(compact disk，压缩盘)、dvd(digital versatile disk，数字通用盘)等)，智能卡和闪存器件(例如，eprom(erasable programmable read-only memory，可擦写可编程只读存储器)、卡、棒或钥匙驱动器等)。本公开描述的各种计算机可读存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读存储介质。术语“机器可读存储介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
[0256]
本公开的一些实施例还提供了一种计算机程序产品，例如，该计算机程序产品存储在非瞬时性的计算机可读存储介质上。该计算机程序产品包括计算机程序指令，在计算机上执行该计算机程序指令时，该计算机程序指令使计算机执行如上述实施例所述的服务包的配置方法。
[0257]
本公开的一些实施例还提供了一种计算机程序。当该计算机程序在计算机上执行时，该计算机程序使计算机执行如上述实施例所述的服务包的配置方法。
[0258]
上述计算机可读存储介质、计算机程序产品及计算机程序的有益效果和上述一些实施例所述的服务包的配置方法的有益效果相同，此处不再赘述。
[0259]
以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。