CN109558406B

CN109558406B - 增值服务数据处理方法、装置、服务器及存储介质

Info

Publication number: CN109558406B
Application number: CN201811350921.5A
Authority: CN
Inventors: 马丹; 赵磊
Original assignee: Taikang Insurance Group Co Ltd
Current assignee: Taikang Insurance Group Co Ltd
Priority date: 2018-11-14
Filing date: 2018-11-14
Publication date: 2021-03-02
Anticipated expiration: 2038-11-14
Also published as: CN109558406A

Abstract

本发明实施例提供一种增值服务数据处理方法、装置、服务器及存储介质，本发明实施例的方法，通过由服务器统一存储总部已签约的多个增值服务机构的机构信息，并为不同级别的子公司关联不同的增值服务机构；接收子公司用户通过子公司客户端发送的服务关联请求，根据所述服务关联请求，将所述子公司用户的标识、目标用户的标识以及所述待关联的增值服务类型对应存储，实现集团服务器充分整合已签约增值服务机构资源，进行统一管理，为不同的子公司灵活地分配增值服务机构，从而实现了集团对所有子公司的增值服务的数据的统一维护。

Description

增值服务数据处理方法、装置、服务器及存储介质

技术领域

本发明实施例涉及增值服务技术领域，尤其涉及一种增值服务数据处理方法、装置、服务器及存储介质。

背景技术

企业为了提升竞争力，通常会通过提供增值服务来吸引客源。尤其是企业集团，下属有多个子公司，各个子公司或者每个子公司的不同部门的业务方向不同，就可能有多种增值服务。

目前，集团的各子公司之间提供的增值服务有交叉，各个子公司分别单独维护签约的增值服务机构的信息以及服务信息，无法实现各个子公司的增值服务数据进行统一维护，增值服务信息管理混乱。

发明内容

本发明实施例提供一种增值服务数据处理方法、装置、服务器及存储介质，用以解决现有技术中集团化企业的各子公司单独维护签约的增值服务机构的信息以及服务信息，无法实现各个子公司的增值服务数据进行统一维护，增值服务信息管理混乱的问题。

本发明实施例的一个方面是提供一种增值服务数据处理方法，包括：

服务器接收并存储总部已签约的多个增值服务机构的机构信息；

所述服务器根据各个子公司的级别，为不同级别的子公司关联不同的增值服务机构；

所述服务器接收子公司用户通过子公司客户端发送的服务关联请求，所述服务关联请求包括所述子公司用户的标识、目标用户的标识以及待关联的增值服务类型；

所述服务器根据所述服务关联请求，将所述子公司用户的标识、目标用户的标识以及所述待关联的增值服务类型对应存储。

本发明实施例的另一个方面是提供一种增值服务数据处理装置，包括：

数据接收模块，用于服务器接收并存储总部已签约的多个增值服务机构的机构信息；

分配模块，用于所述服务器根据各个子公司的级别，为不同级别的子公司关联不同的增值服务机构；

所述数据接收模块，还用于所述服务器接收子公司用户通过子公司客户端发送的服务关联请求，所述服务关联请求包括所述子公司用户的标识、目标用户的标识以及待关联的增值服务类型；

关联模块，用于所述服务器根据所述服务关联请求，将所述子公司用户的标识、目标用户的标识以及所述待关联的增值服务类型对应存储。

本发明实施例的另一个方面是提供一种增值服务数据处理服务器，包括：

存储器，处理器，以及存储在所述存储器上并可在所述处理器上运行的计算机程序，

所述处理器运行所述计算机程序时实现上述所述的增值服务数据处理方法。

本发明实施例的另一个方面是提供一种计算机可读存储介质，存储有计算机程序，

所述计算机程序被处理器执行时实现上述所述的增值服务数据处理方法。

本发明实施例提供的增值服务数据处理方法、装置、服务器及存储介质，通过由服务器统一存储总部已签约的多个增值服务机构的机构信息，并为不同级别的子公司关联不同的增值服务机构；接收子公司用户通过子公司客户端发送的服务关联请求，根据所述服务关联请求，将所述子公司用户的标识、目标用户的标识以及所述待关联的增值服务类型对应存储，实现集团服务器充分整合已签约增值服务机构资源，进行统一管理，为不同的子公司灵活地分配增值服务机构，从而实现了集团对所有子公司的增值服务的数据的统一维护。

附图说明

图1为本发明实施例一提供的增值服务数据处理方法流程图；

图2为本发明实施例二提供的增值服务数据处理方法流程图；

图3为本发明实施例三提供的增值服务数据处理装置的结构示意图；

图4为本发明实施例四提供的增值服务数据处理装置的结构示意图；

图5为本发明实施例五提供的增值服务数据处理服务器的结构示意图。

通过上述附图，已示出本发明明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本发明实施例构思的范围，而是通过参考特定实施例为本领域技术人员说明本发明的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明实施例的一些方面相一致的装置和方法的例子。

本发明实施例所涉及的术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。在以下各实施例的描述中，“多个”的含义是两个以上，除非另有明确具体的限定。

下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

实施例一

图1为本发明实施例一提供的增值服务数据处理方法流程图。本发明实施例针对现有技术中集团化企业的各子公司单独维护签约的增值服务机构的信息以及服务信息，无法实现各个子公司的增值服务数据进行统一维护，增值服务信息管理混乱的问题，提供了增值服务数据处理方法。本实施例中的方法应用于集团化企业的服务器等，在其他实施例中，该方法还可应用于其他设备，本实施例以服务器为例进行示意性说明。如图1所示，该方法具体步骤如下：

步骤S101、服务器接收并存储总部已签约的多个增值服务机构的机构信息。

现有技术中各子公司单独签约增值服务机构，对于一家增值服务机构来说，在不清楚实际转化量的情况下，单价基本上谈不下来，价格相对较高。如果由集团来统一进行增值服务机构的签约，集团拥有多家子公司，业务范围广，能给增值服务机构带来更多的服务量，可以在一定程度上降签约增值服务机构的价格，降低增值服务成本。

例如：集团下有10个子公司，这10个子公司可以为客户都提供相同的增值服务。1个子公司一天5个客户，那么10个子公司一天可能就是50个，对增值服务机构来说，需要其提供的服务量很大，对于增值服务机构比较有吸引力，增值服务机构可以适当对集团降低提供的增值服务的价格。

其中，增值服务机构可以是诊所、汽车美容店、瑜伽馆、健身房等，本实施例此处不做具体限定。

另外，如果同一集团下的各子公司之间提供的增值服务有交叉，各公司单独与增值服务机构签约的话，可能导致一家增值服务机构与多个子公司签约，而且价格不同，不利于集团的管理。

本实施例中，有集团化企业的总部统一签约多个增值服务机构，并通将已签约各个增值服务机构的机构信息预先存储到服务器上。

其中，增值服务机构的机构信息包括增值服务机构的标识信息、位置信息等等。增值服务机构的标识信息可以是机构名称等能够唯一标识一家增值服务机构的信息，例如机构名称等；位置信息可以是所属省市区、经纬度等。另外，增值服务机构的机构信息还可以包括其他信息，例如营业时间等，本实施例此处不做具体限定。

该步骤中，服务器接收机构信息录入人员通过客户端发送的总部已签约的多个增值服务机构的机构信息，并进行存储。

可选的，服务器还可以接收并存储多个增值服务机构能够提供的增值服务的类型和服务明细。

例如，一个牙科诊所A提供的增值服务的类型可以包括成人齿科服务和儿童齿科服务等。其中成人齿科服务对应明细包括：洁牙1次和口腔全景片。牙科诊所B提供的增值服务的类型可以包括儿童齿科服务等。其中儿童齿科服务对应明细包括：窝沟封闭2颗，全口涂氟以及口腔清洗，等等。牙科诊所C可以提供的增值服务的类型可以包括成人齿科服务和儿童齿科服务等。一个汽车美容店提供的增值服务的类型可以包括汽车美容等，汽车美容对应明细包括：洗车和打蜡，等等。

步骤S102、服务器根据各个子公司的级别，为不同级别的子公司关联不同的增值服务机构。

在实际应用中，集团总部可以根据各个子公司的工作绩效，为集团下的各个子公司设定不同的级别。

本实施例中，服务器根据各个子公司的级别，以及已存储的总部已签约的多个增值服务机构的机构信息，为不同级别的子公司关联不同的增值服务机构。各个子公司只能向其签约用户提供该子公司已关联的增值服务机构所提供的增值服务。

例如，子公司A为高端客户提供成人齿科服务，那么就给该子公司A分配能够提供成人齿科服务的高端诊所。子公司B为中低端客户也提供成人齿科服务，那么就给该子公司B分配能够提供成人齿科服务的中低端诊所。子公司C为客户提供汽车美容服务，那么就给该子公司C分配能够提供汽车美容服务的增值服务机构。

另外，如果一个子公司需要向用户提供多种增值服务，那么服务器为该子公司配置上提供所需的多种增值服务的增值服务机构。用户预约增值服务器时，可以根据用户预约信息筛选对应的增值服务机构。

例如，A子公司为用户提供成人齿科服务和儿童齿科服务。用户张三35岁，在与子公司签约时，约定子公司为其提供给成人齿科服务，那么在预约时只筛选出能够为张三提供成人齿科服务的增值服务机构列表，共张三选择。

步骤S103、服务器接收子公司用户通过子公司客户端发送的服务关联请求，服务关联请求包括子公司用户的标识，目标用户的标识以及待关联的增值服务类型。

子公司在向用户提供增值服务时，可以在子公司客户端登录子公司用户账号，通过子公司客户端向服务器发送的服务关联请求。

本实施例中，服务关联请求包括子公司用户的标识，目标用户的标识以及待关联的增值服务类型。服务关联请求用于向集团总部申请将待关联的增值服务类型的增值服务提供给待关联的目标用户，并说明为该目标用户提供该增值服务是由该子公司承诺提供的。

其中，子公司用户的标识是指能够用于唯一标识一个子公司的信息。目标用户的标识可以是用于唯一标识该用户的信息，例如用户的手机号码，用户是身份证号码等等。

可选的，子公司客户端可以是子公司用户所使用的终端设备上的浏览器，软件应用APP等等，本实施例此处不做具体限定。

步骤S104、服务器根据服务关联请求，将子公司用户的标识，目标用户的标识以及待关联的增值服务类型对应存储。

服务器接收子公司客户端发送的关联请求之后，将子公司用户的标识，目标用户的标识以及待关联的增值服务类型对应存储，建立子公司用户，目标用户和该子公司为该目标用户提供的增值服务类型的关联关系。

可选的，为了确保子公司向用户提供的增值服务与子公司所关联的增值服务匹配，该步骤具体可以采用如下方式实现：

服务器根据服务关联请求，确定子公司用户所属子公司关联的增值服务机构是否能够提供待关联的增值服务类型的增值服务。若子公司用户所属子公司关联的增值服务机构能够提供待关联的增值服务类型的增值服务，则将子公司用户的标识、目标用户的标识以及待关联的增值服务类型对应存储。若子公司用户所属子公司关联的增值服务机构不能够提供待关联的增值服务类型的增值服务，则服务器向子公司客户端发送关联识别信息。

本发明实施例通过由服务器统一存储总部已签约的多个增值服务机构的机构信息，并为不同级别的子公司关联不同的增值服务机构；接收子公司用户通过子公司客户端发送的服务关联请求，根据服务关联请求，将子公司用户的标识、目标用户的标识以及待关联的增值服务类型对应存储，实现集团服务器充分整合已签约增值服务机构资源，进行统一管理，为不同的子公司灵活地分配增值服务机构，从而实现了集团对所有子公司的增值服务的数据的统一维护。

实施例二

图2为本发明实施例二提供的增值服务数据处理方法流程图。在上述实施例一的基础上，本实施例中，集团可以提供统一的增值服务的预约功能。如图2所示，用户进行增值服务预约的具体步骤如下：

步骤S201、服务器接收用户客户端发送的服务预约请求，服务预约请求包括预约用户的标识和所预约的目标增值服务的类型。

在与子公司签约的客户需要预约子公司为其提供的增值服务时，可以通过用户客户端向集团服务器发送服务预约请求。

服务预约请求包括预约用户的标识和所预约的目标增值服务的类型。其中，预约用户的标识可以是预约用户的手机号码或者身份证号码等等。

步骤S202、服务器根据预约用户的标识，确定预约用户的用户级别。

本实施例中，子公司在与用户签约时，可以根据用户的签约内容，为不同的用户设定不同的用户级别。例如，可以根据用户签约金额，将用户分为第一级别用户、第二级别用于和第三级别用户，分别代表高端用户、中端用户和低端用户，从而可以为不同级别的用户提供不同的增值服务。

子公司在与用户签约时，可以通过子公司客户端将签约信息发送给服务器，服务器存储签约信息。签约信息可以包括用户信息，子公司信息，签约内容，为用户提供的增值服务的信息，等等。其中用户信息包括用户级别等等。

步骤S203、根据预约用户的用户级别，获取与预约用户的用户级别对应的能够提供目标增值服务的至少一个增值服务机构的信息。

可选的，服务器可以直接根据预约用户的用户级别，确定能够为该用户级别的用户提供目标增值服务的至少一个增值服务机构，获取这些增值服务机构的信息。

可选的，服务器根据预约用户的标识和所预约的目标增值服务的类型，从已存储的子公司用户，目标用户和该子公司为该目标用户提供的增值服务类型的关联关系中，查询与预约用户的标识和所预约的目标增值服务的类型对应的目标子公司；从与目标子公司关联的增值服务器机构中获取与预约用户的用户级别对应的能够提供目标增值服务的至少一个增值服务机构的信息。

可选的，不同子公司对应用户的用户等级可能不同，当各子公司共用一套增值服务机构时，不利于控制成本。本实施例可以通过集团总部为各子公司分配各自的增值服务机构。另外，对于同一子公司的不同等级的用户，也可以为该子公司对应的增值服务机构设置对应的用户等级，可以实现不同等级的用户筛选与之对应的增值服务机构。

例如：A子公司的客户为高端客户，那么为A子公司分配一些高端的增值服务机构，以为高端客户提供更好的服务；B子公司的用户等级较低，那么就可以为B子公司分配一些中低端的增值服务机构，既让客户体验了相应服务，又可以降低成本。

步骤S204、服务器将至少一个增值服务机构的信息发送给用户客户端，以使用户客户端显示至少一个增值服务机构的信息，以使预约用户从至少一个增值服务机构中选择并通过用户客户端向服务器提交选定的增值服务机构的标识。

在获取到能够为预约用户提供目标增值服务的增值服务机构的信息之后，服务器将这些增值服务机构的信息通过预约用户所使用的用户客户端进行显示。预约用户可以通过用户客户端查看所显示的这些增值服务机构的信息，根据增值服务机构的信息选定一个增值服务机构，并通过用户客户端提交选定的增值服务机构的标识。

步骤S205、服务器接收用户客户端向服务器提交选定的增值服务机构的标识，并建立预约用户与选定的增值服务机构的预约关系。

服务器接收到用户客户端向服务器提交选定的增值服务机构的标识之后，根据预约用户的标识，选定的增值服务机构的标识，以及预约用户所预约的目标增值服务的类型，建立预约用户与选定的增值服务机构的预约关系，完成增值服务的预约。

另外，在建立预约用户与选定的增值服务机构的预约关系时，还可以记录提供本次增值服务的子公司的标识，以便于后续统计各个子公司所提供的增值服务的总量。

本实施例的另一实施方式中，服务器还可以统一完成对增值服务机构的结算。服务器在接收到机构结算请求时，计算每个增值服务机构所提供的增值服务的总数量和总价值。

可选的，在需要对各个增值服务机构进行增值服务的结算时，结算用户可以通过客户端向服务器发送机构结算请求，该机构结算请求可以包括一个或者多个增值服务机构的标识，以及结算时间范围。服务器根据机构结算请求中的增值服务机构的标识，分别计算每个增值服务机构的标识对应的增值服务机构在结算时间范围内所提供的增值服务的总数量和总价值。

本实施例的另一实施方式中，服务器还可以统一完成对各个子公司的结算。服务器在接收到子公司结算请求时，计算增值服务机构为每个子公司提供的增值服务的总数量和总价值。

可选的，在需要对各个子公司进行增值服务的结算时，结算用户可以通过客户端向服务器发送子公司结算请求，该子公司结算请求可以包括一个或者多个子公司的标识，以及结算时间范围。服务器根据子公司结算请求中的子公司的标识，分别计算每个子公司的标识对应的子公司在结算时间范围内所提供的增值服务的总数量和总价值，从而可以进行集团内部的成本核算。

可选的，服务器还可以提供各个子公司所提供的增值服务的明细查询功能。服务器可以接收的明细查询请求，根据明细查询请求中所携带的子公司标识以及查询时间范围，查询该子公司标识对应的子公司在该查询时间范围内所提供的所有增值服务的明细。

本发明实施例通过为同一子公司的用户设置不同的用户级别，在用户预约增值服务时，可以根据预约用户的用户级别，获取与预约用户的用户级别对应的能够提供目标增值服务的至少一个增值服务机构的信息，并完成增值服务预约，可以实现统一的增值服务预约，无需各个子公司维护增值服务的预约；实现了集团对所有子公司的增值服务的数据的统一维护，并可以实现增值服务机构的统一结算和各个子公司提供的增值服务的统一结算。

实施例三

图3为本发明实施例三提供的增值服务数据处理装置的结构示意图。本发明实施例提供的增值服务数据处理装置可以执行增值服务数据处理方法实施例提供的处理流程。如图3所示，该增值服务数据处理装置30包括：数据接收模块301，分配模块302和关联模块303。

具体地，数据接收模块301用于服务器接收并存储总部已签约的多个增值服务机构的机构信息。

分配模块302用于服务器根据各个子公司的级别，为不同级别的子公司关联不同的增值服务机构。

数据接收模块301还用于服务器接收子公司用户通过子公司客户端发送的服务关联请求，服务关联请求包括子公司用户的标识、目标用户的标识以及待关联的增值服务类型。

关联模块303用于服务器根据服务关联请求，将子公司用户的标识、目标用户的标识以及待关联的增值服务类型对应存储。

可选的，关联模块303还可以用于：

服务器根据服务关联请求，确定子公司用户所属子公司关联的增值服务机构是否能够提供待关联的增值服务类型的增值服务；若子公司用户所属子公司关联的增值服务机构能够提供待关联的增值服务类型的增值服务，则将子公司用户的标识、目标用户的标识以及待关联的增值服务类型对应存储。

可选的，关联模块303还可以用于：

若子公司用户所属子公司关联的增值服务机构不能够提供待关联的增值服务类型的增值服务，则服务器向子公司客户端发送关联识别信息。

可选的，数据接收模块301还可以用于服务器接收并存储多个增值服务机构能够提供的增值服务的类型和服务明细。

本发明实施例提供的装置可以具体用于执行上述实施例一所提供的方法实施例，具体功能此处不再赘述。

实施例四

图4为本发明实施例四提供的增值服务数据处理装置的结构示意图。在上述实施例三的基础上，本实施例中，如图4所示，装置30还包括：预约处理模块304。

具体的，预约处理模块304用于：

服务器接收用户客户端发送的服务预约请求，服务预约请求包括预约用户的标识和所预约的目标增值服务的类型；服务器根据预约用户的标识，确定预约用户的用户级别；根据预约用户的用户级别，获取与预约用户的用户级别对应的能够提供目标增值服务的至少一个增值服务机构的信息；服务器将至少一个增值服务机构的信息发送给用户客户端，以使用户客户端显示至少一个增值服务机构的信息，以使预约用户从至少一个增值服务机构中选择并通过用户客户端向服务器提交选定的增值服务机构的标识；服务器接收用户客户端向服务器提交选定的增值服务机构的标识，并建立预约用户与选定的增值服务机构的预约关系。

可选的，如图4所示，装置30还包括：结算模块305。

结算模块305用于：

服务器在接收到机构结算请求时，计算每个增值服务机构所提供的增值服务的总数量和总价值。

可选的，结算模块305还用于：

服务器在接收到子公司结算请求时，计算增值服务机构为每个子公司提供的增值服务的总数量和总价值。

本发明实施例提供的装置可以具体用于执行上述实施例二所提供的方法实施例，具体功能此处不再赘述。

实施例五

图5为本发明实施例五提供的增值服务数据处理服务器的结构示意图。如图5所示，该增值服务数据处理服务器50包括：处理器501，存储器502，以及存储在存储器502上并可由处理器501执行的计算机程序。

处理器501在执行存储在存储器502上的计算机程序时实现上述任一方法实施例提供的增值服务数据处理方法。

另外，本发明实施例还提供一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述任一方法实施例提供的增值服务数据处理方法。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本发明旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求书指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求书来限制。

Claims

1.一种增值服务数据处理方法，其特征在于，包括：

所述服务器根据所述服务关联请求，将所述子公司用户的标识、目标用户的标识以及所述待关联的增值服务类型对应存储；

所述服务器根据所述服务关联请求，将所述子公司用户的标识、目标用户的标识以及所述待关联的增值服务类型对应存储，包括：

所述服务器根据所述服务关联请求，确定所述子公司用户所属子公司关联的增值服务机构是否能够提供所述待关联的增值服务类型的增值服务；

若所述子公司用户所属子公司关联的增值服务机构能够提供所述待关联的增值服务类型的增值服务，则将所述子公司用户的标识、目标用户的标识以及所述待关联的增值服务类型对应存储。

2.根据权利要求1所述的方法，其特征在于，所述服务器根据所述服务关联请求，确定所述子公司用户所属子公司关联的增值服务机构是否能够提供所述待关联的增值服务类型的增值服务之后，还包括：

若所述子公司用户所属子公司关联的增值服务机构不能够提供所述待关联的增值服务类型的增值服务，则所述服务器向所述子公司客户端发送关联识别信息。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述服务器接收并存储所述多个增值服务机构能够提供的增值服务的类型和服务明细。

4.根据权利要求1所述的方法，其特征在于，所述服务器根据所述服务关联请求，将所述子公司用户的标识、目标用户的标识以及为所述目标用户提供的增值服务的类型对应存储之后，还包括：

所述服务器接收用户客户端发送的服务预约请求，所述服务预约请求包括预约用户的标识和所预约的目标增值服务的类型；

所述服务器根据所述预约用户的标识，确定所述预约用户的用户级别；

根据所述预约用户的用户级别，获取与所述预约用户的用户级别对应的能够提供所述目标增值服务的至少一个增值服务机构的信息；

所述服务器将所述至少一个增值服务机构的信息发送给所述用户客户端，以使所述用户客户端显示所述至少一个增值服务机构的信息，以使所述预约用户从所述至少一个增值服务机构中选择并通过所述用户客户端向所述服务器提交选定的增值服务机构的标识；

所述服务器接收所述用户客户端向所述服务器提交选定的增值服务机构的标识，并建立所述预约用户与所述选定的增值服务机构的预约关系。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述服务器在接收到机构结算请求时，计算每个增值服务机构所提供的增值服务的总数量和总价值。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述服务器在接收到子公司结算请求时，计算增值服务机构为每个子公司提供的增值服务的总数量和总价值。

7.一种增值服务数据处理装置，其特征在于，包括：

关联模块，用于所述服务器根据所述服务关联请求，将所述子公司用户的标识、目标用户的标识以及所述待关联的增值服务类型对应存储；

8.一种增值服务数据处理服务器，其特征在于，包括：

所述处理器运行所述计算机程序时实现如权利要求1-6中任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，存储有计算机程序，

所述计算机程序被处理器执行时实现如权利要求1-6中任一项所述的方法。