CN113742305A - 文件数据处理方法、装置以及服务端设备 - Google Patents

Abstract

本申请提供了一种文件数据处理方法、装置以及服务端设备，涉及数据处理技术领域，缓解了文件数据的处理效率较低的技术问题。该方法包括：接收终端发送的绑定指令，所述绑定指令用于指示将待绑定的主账号和子账号进行绑定；将所述主账号对应的文件数据确定为所述主账号与所述子账号共同对应的文件数据；如果接收到针对所述主账号或所述子账号对应的文件数据的操作指令，则对所述共同对应的文件数据执行所述操作指令。

Description

文件数据处理方法、装置以及服务端设备

技术领域

本申请涉及数据处理技术领域，尤其是涉及一种文件数据处理方法、装置以及服务端设备。

背景技术

在文件数据的执行过程中，一般需要按照文件数据中记载的执行规则来执行。在实际应用中，文件数据可以有很多种，例如，合作协议、合同等都可以作为一种文件数据，按照这种文件数据中记载的计费规则能够计算出合作协议或合同中的分成结果。

一般的合作协议、合同等文件数据都具有对应的账号，如合同中的费用执行对象。不同的文件数据对应的账号不相同，当有多个账号需要使用内容相同的文件数据时，需要针对每个账号对应的文件数据都进行次数据处理，数据处理量较大，影响文件数据的处理效率。

发明内容

本发明的目的在于提供一种文件数据处理方法、装置以及服务端设备，以缓解文件数据的处理效率较低的技术问题。

第一方面，本申请实施例提供了一种文件数据处理方法，所述方法包括：

接收终端发送的绑定指令，所述绑定指令用于指示将待绑定的主账号和子账号进行绑定；

将所述主账号对应的文件数据确定为所述主账号与所述子账号共同对应的文件数据；

如果接收到针对所述主账号或所述子账号对应的文件数据的操作指令，则对所述共同对应的文件数据执行所述操作指令。

在一个可能的实现中，接收终端发送的绑定指令的步骤之后，还包括：

对所述主账号对应的文件数据和所述子账号对应的文件数据进行内容检测，得到内容检测结果；

根据所述内容检测结果判断所述主账号对应的文件数据的内容和所述子账号对应的文件数据的内容是否相同；

若相同，则执行将所述主账号对应的文件数据确定为所述主账号与所述子账号共同对应的文件数据的步骤。

在一个可能的实现中，根据所述内容检测结果判断所述主账号对应的文件数据的内容和所述子账号对应的文件数据的内容是否相同的步骤之后，还包括：

若不相同，则向所述终端发送提示信息，所述提示信息用于表示所述主账号对应的文件数据的内容和所述子账号对应的文件数据的内容不相同。

在一个可能的实现中，如果接收到针对所述主账号或所述子账号对应的文件数据的操作指令，则对所述共同对应的文件数据执行所述操作指令的步骤，包括：

对所述操作指令中待操作账号的个数进行校验，判断所述待操作账号的个数是否与所述共同对应的文件数据的实际账号个数一致；

对所述操作指令中的待操作用户ID进行校验，判断所述待操作用户ID是否与所述共同对应的文件数据的实际用户ID一致；

如果个数以及用户ID均一致，则对所述共同对应的文件数据执行所述操作指令。

在一个可能的实现中，如果接收到针对所述主账号或所述子账号对应的文件数据的操作指令，则对所述共同对应的文件数据执行所述操作指令的步骤，包括：

如果接收到针对所述主账号或所述子账号对应的文件数据的更新指令，则根据所述更新指令对所述共同对应的文件数据进行更新；和/或，

如果接收到针对所述主账号或所述子账号对应的文件数据的查询指令，则发送所述共同对应的文件数据。

在一个可能的实现中，将所述主账号对应的文件数据确定为所述主账号与所述子账号共同对应的文件数据的步骤之后，所述方法还包括：

如果接收到针对所述子账号中的第一子账号的解绑指令，则确定所述第一子账号对应的文件数据不为所述共同对应的文件数据；和/或，

如果接收到针对第二子账号和所述主账号的添加指令，则将所述第二子账号对应的文件数据确定为所述共同对应的文件数据。

在一个可能的实现中，接收终端发送的绑定指令的步骤之前，所述方法还包括：

接收所述终端发送的帐号查询指令，所述帐号查询指令包括待查询帐号的账户信息；

查询与所述账户信息相关联的多个帐号；

将所述多个帐号发送至所述终端，以使所述终端显示所述多个帐号，并根据用户操作从所述多个帐号中确定所述主账号。

在一个可能的实现中，接收终端发送的绑定指令的步骤之前，所述方法还包括：

接收所述终端发送的针对所述主账号的下属账号搜索指令，所述下属账号搜索指令用于指示基于所述主账号的主账户信息对所述主账号的下属账号进行搜索；

通过模糊搜索确定与所述主账户信息的内容相似的至少一个下属账号；

将所述至少一个下属账号发送至所述终端，以使所述终端显示所述至少一个下属账号，并根据用户操作从所述至少一个下属账号中确定所述主账号的子账号。

第二方面，提供了一种文件数据处理装置，包括：

接收模块，用于接收终端发送的绑定指令，所述绑定指令用于指示将待绑定的主账号和子账号进行绑定；

确定模块，用于将所述主账号对应的文件数据确定为所述主账号与所述子账号共同对应的文件数据；

执行模块，用于如果接收到针对所述主账号或所述子账号对应的文件数据的操作指令，则对所述共同对应的文件数据执行所述操作指令。

第三方面，本申请实施例又提供了一种服务端设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的第一方面所述方法。

第四方面，本申请实施例又提供了一种计算机可读存储介质，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述的第一方面所述方法。

本申请实施例带来了以下有益效果：

本申请实施例提供的一种文件数据处理方法、装置以及服务端设备，能够在接收到终端发送的用于指示待绑定的主账号和子账号的绑定指令后，将主账号对应的文件数据确定为主账号与子账号共同对应的文件数据，若接收到针对主账号或子账号对应的文件数据的操作指令，便可以对这个共同对应的文件数据执行该操作指令，本方案中，通过将主账号对应的文件数据确定为主账号与子账号共同对应的文件数据，便可以根据主账号文件数据或子账号文件数据的操作指令对共同对应的文件数据执行操作，实现了多账号之间可以建立主子账号关系，使多个账号能够共用一个文件数据，当有多个账号需要使用内容相同的文件数据时，服务器只需要维护一个文件数据，大幅度减少了数据处理量，提高了文件数据的处理效率。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本申请实施例提供的文件数据处理方法的流程示意图；

图2为本申请实施例提供的文件数据处理方法中，一种图形用户界面的示意图；

图3为本申请实施例提供的一种文件数据处理装置的结构示意图；

图4为本申请实施例所提供的一种服务端设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，后付费客户指的是先开通使用资源，到账单周期结束时根据实际用量付账单的客户。后付费合同中的计费规则是客户后付费账单的基础，价格体系、计量数据、计费规则经账单计算逻辑、账单汇总逻辑处理后生成账单推送到后台的运行系统供财务、销售、运营查看、同时可推送账单至控制台供客户查看对账。

目前，每个后付费客户每个账号都需要运营创建一份后付费合同，录入计费规则。如果一个公司或集团和签订了一份合同，但同时该公司或集团下有多个账号使用资源，并使用相同的后付费计费规则，则需要运营为每个账号都创建一份合同，录入相同的计费规则。因此，当有多账号需要使用相同的计费规则时，需运营多次重复创建合同，录入相同的计费规则，且每次有计费规则更新时，需要每个合同再添加补充协议，修改规则然后提交生效，手工录入工作量大，耗费人力成本，且可能出现相同计费规则录入不一致的情况，导致客户账单出错。而且，由于计费规则等数据处理量较大也影响文件数据的处理效率。

基于此，本申请实施例提供了一种文件数据处理方法、装置以及服务端设备，通过该方法可以缓解文件数据的处理效率较低的技术问题。

下面结合附图对本发明实施例进行进一步地介绍。

图1为本申请实施例提供的一种文件数据处理方法的流程示意图。如图1所示，该方法包括：

步骤S110，接收终端发送的绑定指令。

其中，绑定指令用于指示将待绑定的主账号和子账号之间进行绑定。在实际应用中，待绑定的主账号的数量为一个，而待绑定的子账号的数量可以为多个，以达到一个主账号绑定多个子账号的效果。

需要说明的是，终端可以作为客户管理终端。接收终端发送的绑定指令的服务器可以作为运营管理的后台，如后付费计费规则处理系统。

本申请实施例中的文件数据可以是还未成立的文件数据，也可以是已经成立并确认完成的文件数据，还可以是刚刚成立的还需对其进行确认的文件数据，例如刚刚成立的合同、合作协议等，都可以作为本申请实施例中的文件数据，而合同或合作协议的分成结果可以作为按照本申请实施例中的文件数据记载的执行规则(如计费规则)而计算而得到的计算结果。

步骤S120，将主账号对应的文件数据确定为主账号与子账号共同对应的文件数据。

需要说明的是，确定对应文件数据的过程可以通过多种方式实现。示例性的，可以通过添加补充协议的形式确定各个主账号、子账号与文件数据的对应关系，补充协议的合同详情页中实时展示某账号下的所有子账号用户ID作为待审批用户子ID。

例如，当有新的子账号要添加到该主账号下时，需首先通过客户管理终端绑定主子账号关系，然后主账号添加补充协议，获取最新的主子账号关系，其中已包括该新增子账号，无需修改规则。如果用户点击提交合同，合同便可以立即生效，合同下所有子账号均转换一份计费规则。

当然，主子账号共用的合同生效的同时，若原子账号有独立的与共用合同内容相同的合同，则原子账号的内容相同合同可以被置于失效状态；若原子账号有独立的与公用合同内容不同的合同(例如这两个合同分别是针对不同事宜制定的合同)，则原子账号的内容不同合同可以仍然保持有效状态。

步骤S130，如果接收到针对主账号或子账号对应的文件数据的操作指令，则对共同对应的文件数据执行操作指令。

其中，操作指令可以包含多方面操作的指令，例如，更新操作指令、查询操作指令、计费操作指令、确认操作指令等。

在待绑定的主账号和子账号绑定后，后续再使用主账号或子账号的文件数据时，可以直接以共有的文件数据(即步骤S120中共同对应的文件数据)作为依据执行相应操作，而无需针对每个账号的文件数据分别进行相应操作，从而提高了数据处理效率。

示例性的，当计费规则录入完成后，点击提交合同按钮，合同将立即生效。合同生效后，后台的计费规则处理系统将为每个账号(即主账号和子账号)自动转换生成一份相同的可以进行账单计算的计费规则。需要说明的是，合同只有一份，存储在主账号下，合同自动转换的计费规则每个账号(包括主账号和子账号)都会存储一份，即编辑主账号的合同中的计费规则会同步到所有子账号，这样可以使账单计算查询规则时的效率得到提高。

通过将主账号对应的文件数据确定为主账号与子账号共同对应的文件数据，便可以根据主账号文件数据或子账号文件数据的操作指令对共同对应的文件数据执行操作，实现了多账号之间可以建立主子账号关系，使多个账号能够共用一个文件数据，当有多个账号需要使用内容相同的文件数据时，服务器只需要维护一个文件数据，大幅度减少了数据处理量，提高了文件数据的处理效率。

示例性的，如果上述文件数据为合同，主账号和子账号可以共用一份合同，主账号和具有相同计费规则的其他账号绑定主子账号关系后，只需要维护一份主账号的后付费合同，录入计费规则，提交合同后，程序后台将为该合同下每个主账号和子账号自动转换生成一份相同的计费规则，无需工作人员再为所有使用相同规则的账号一一创建合同，也无需再为每个合同手动录入重复的计费规则。对于有很多账号的公司，减少了运营的手动重复录入相同计费规则的工作量，节省了人力成本，还避免了人工录入可能出错带来的账单错误风险，有效提高账单准确率。通过后付费用户多账号使用相同计费规则的方法，既能减少运营手工录入的工作量，避免人为因素的录入错误，又能高效的管理计费规则，提高账单准确率。

下面对上述步骤进行详细介绍。

在一些实施例中，在步骤S110之前，该方法还可以包括以下步骤：

接收终端发送的帐号查询指令，帐号查询指令包括待查询帐号的账户信息；

查询与账户信息相关联的多个帐号；

将多个帐号发送至终端，以使终端显示多个帐号，并根据用户操作从多个帐号中确定主账号。

需要说明的是，本申请实施例中的账户信息可以包括企业名称、企业联系方式、企业邮箱、用户ID、用户联系方式、用户邮箱等多种信息。

本申请实施例中，可以在多个相关联的帐号中确定主账号。在实际应用中，与客户商定在一个公司或集团的多个账号下可以选择一个账号做为主账号，工作人员可以通过终端登录客户管理系统，在客户管理系统查询账号，例如，工作人员可以在客户管理终端查询结果列表。通过在查询出的多个相关联的帐号中确定主账号，能够更加快速且高效的确定出准确的主账号。

在一些实施例中，在步骤S110之前，该方法还可以包括以下步骤：

接收终端发送的针对主账号的下属账号搜索指令，下属账号搜索指令用于指示基于主账号的主账户信息对主账号的下属账号进行搜索；

通过模糊搜索确定与主账户信息的内容相似的至少一个下属账号；

将至少一个下属账号发送至终端，以使终端显示至少一个下属账号，并根据用户操作从至少一个下属账号中确定主账号的子账号。

本申请实施例中，还可以通过模糊搜索在具有相同企业名称的多账号之间建立主子账号关系，实现共用一份合同。示例性的，如图2所示，进入客户详情页面后，可以到页面最下方切换到合同主子账号。工作人员如果点击编辑子账号按钮可以弹出通过模糊搜索而搜索出的用户的列表页面。需要说明的是，该页面会加载和该账号有相同企业名称的账号，即建立主子账号关系的前提是企业名称必须一致。在弹出的用户列表页面后，工作人员可以勾选和该账号使用相同计费规则的其他账号。点击确定按钮后用户列表页面关闭，主账号下关联的子账号将展示在列表中，此时数据暂存在页面，未提交至数据库。在点击保存按钮后终端便提交数据至服务器数据库中，以绑定主子账号关系。

通过模糊搜索能够更加全面的搜索出相同账户信息(如相同企业名称)下的多个不同帐号，实现相同的账户下的多个不同帐号共用一份合同，以节省管理多份合同计费规则所需的人力等资源。

在一些实施例中，在步骤S110之后，该方法还可以包括以下步骤：

步骤a)，对主账号对应的文件数据和子账号对应的文件数据进行内容检测，得到内容检测结果；

步骤b)，根据内容检测结果判断主账号对应的文件数据的内容和子账号对应的文件数据的内容是否相同；

步骤c)，若相同，则执行将主账号对应的文件数据确定为主账号与子账号共同对应的文件数据的步骤。

通过检测多个账号的文件数据内容是否内容相同，例如，检测主账号与子账号下的合同ID，实现了对合同等文件数据的校对功能，在子账号下的合同ID与主账号下的合同ID所指向的合同相同的情况下才执行下一步流程，以避免账号绑定导致的文件数据与真实数据不符的情况。

基于上述步骤a)和步骤b)，在步骤b)之后，该方法还可以包括以下步骤：步骤d)，若不相同，则向终端发送提示信息，提示信息用于表示主账号对应的文件数据的内容和子账号对应的文件数据的内容不相同。

例如，在子账号下的合同ID与主账号下的合同ID所指向的合同不同的情况下，提示所要绑定的子账号与主账号的计费规则不同，以此能够避免错误的账号绑定导致文件数据与真实数据不符，而使文件数据发生内容错乱的问题。

在一些实施例中，上述步骤S130具体可以包括以下步骤：

步骤e)，对操作指令中待操作账号的个数进行校验，判断待操作账号的个数是否与共同对应的文件数据的实际账号个数一致；

步骤f)，对操作指令中的待操作用户ID进行校验，判断待操作用户ID是否与共同对应的文件数据的实际用户ID一致；

步骤g)，如果个数以及用户ID均一致，则对共同对应的文件数据执行操作指令。

示例性的，对于计费规则来源，还可以设置销售合同(销售发起主要用于执行审批流程)的计费规则自动同步到计费合同(上述后付费计费规则)，同步程序可以自动校验销售合同和客户管理两个系统之间的账号的个数是否完全一致，以及用户ID是否一一对应。如果校验成功，则销售合同的计费规则自动同步到计费合同，主子账号共用一份合同，后台每个用户转换一份计费规则；如果校验失败，即主子账号个数不一致，或账号个数一致但其中的用户身份证明(User Identification，UID)出现错误，则不进行计费规则的同步，运营手工录入计费规则。

通过对账号个数以及用户ID的校验，可以使共同对应的文件数据的操作过程更加全面且准确，避免出现用户、账号等错误的情况。

在一些实施例中，上述步骤S130具体可以包括以下步骤：

如果接收到针对主账号或子账号对应的文件数据的更新指令，则根据更新指令对共同对应的文件数据进行更新；和/或，

如果接收到针对主账号或子账号对应的文件数据的查询指令，则发送共同对应的文件数据。

在绑定主子账号关系后，当这些账号的计费规则需要更新、修改或查询时，可以根据更新指令来对共同对应的文件数据进行实时的编辑、修改及更新等，以确保主账号与子账号共同对应的文件数据的使用过程更加简捷方便。

在实际应用中，还可以根据上述主账号的合同ID查询合同。当已有生效的主子账号共同合同时，根据主账号或子账号的用户ID均可查询到主子账号共同对应的合同，进入合同详情页，所有子账号展示为当前账户的子ID。从而使主账号与子账号共同对应的文件数据的查询过程更加简捷方便。

在一些实施例中，在上述步骤S120之后，该方法还可以包括以下步骤：

如果接收到针对子账号中的第一子账号的解绑指令，则确定第一子账号对应的文件数据不为共同对应的文件数据；和/或，

如果接收到针对第二子账号和主账号的添加指令，则将第二子账号对应的文件数据确定为共同对应的文件数据。

在绑定主子账号关系后，当其中的某些账号需要与主账号解绑，或需要添加其他账号与主账号绑定时，可以根据解绑指令来使某些账号与主账号不再绑定，还可以根据添加指令来添加其他账号与主账号绑定，以确保对主账号绑定子账号的管理过程更加简捷方便。

例如，如果后续有新增子账号或者删除、解绑子账号，均可到如图2所示的面进行编辑。示例性的，如果点击已关联的子账号后面的叉可解绑主子账号关系。

在实际应用中，当有子账号不再使用主账号的规则，首先到客户管理模块解绑主子账号关系，成为独立的主账号。然后原主账号添加补充协议，获取最新的主子账号关系(不再包括该子账号)，无需修改规则，直接点击提交合同，合同立即生效,合同下所有子账号均转换一份计费规则。此时该子账号将作为主账号独立生成一份新的未生效版本合同，由工作人员设置不同的计费规则。

作为一个示例，当主账号有新增子账号或删除子账号的场景，首先可以到客户管理模块绑定或解绑主子账号关系，然后一定要到后付费计费规则模块添加补充协议，获取最新的主子账号关系，提交合同，合同生效后，计费规则才会同步。如果只是绑定或解绑了账号关系，但没有添加补充协议，已生效合同不会实时同步主子账号关系。即添加补充协议会实时获取主子账号关系，但已生效合同不会实时获取主子账号关系。

通过对子账号的解绑、删除等操作，可以使主账号与子账号的关系更加灵活，便于根据实时情况不断更新主子账号关系情况，以请对不同的现实情况。

图3提供了一种文件数据处理装置的结构示意图。如图3所示，文件数据处理装置300包括：

第一接收模块301，用于接收终端发送的绑定指令，绑定指令用于指示将待绑定的主账号和子账号进行绑定；

第一确定模块302，用于将主账号对应的文件数据确定为主账号与子账号共同对应的文件数据；

执行模块303，用于如果接收到针对主账号或子账号对应的文件数据的操作指令，则对共同对应的文件数据执行操作指令。

在一些实施例中，该装置还包括：

检测模块，用于在接收终端发送的绑定指令之后，对主账号对应的文件数据和子账号对应的文件数据进行内容检测，得到内容检测结果；

判断模块，用于根据内容检测结果判断主账号对应的文件数据的内容和子账号对应的文件数据的内容是否相同；若相同，则执行第一确定模块。

在一些实施例中，该装置还包括：

第一发送模块，用于在根据内容检测结果判断主账号对应的文件数据的内容和子账号对应的文件数据的内容是否相同之后，若不相同，则向终端发送提示信息，提示信息用于表示主账号对应的文件数据的内容和子账号对应的文件数据的内容不相同。

在一些实施例中，执行模块303具体用于：

对操作指令中待操作账号的个数进行校验，判断待操作账号的个数是否与共同对应的文件数据的实际账号个数一致；

对操作指令中的待操作用户ID进行校验，判断待操作用户ID是否与共同对应的文件数据的实际用户ID一致；

如果个数以及用户ID均一致，则对共同对应的文件数据执行操作指令。

在一些实施例中，执行模块303具体用于：

如果接收到针对主账号或子账号对应的文件数据的更新指令，则根据更新指令对共同对应的文件数据进行更新；和/或，

如果接收到针对主账号或子账号对应的文件数据的查询指令，则发送共同对应的文件数据。

在一些实施例中，该装置还包括：

第二确定模块，用于在将主账号对应的文件数据确定为主账号与子账号共同对应的文件数据之后，如果接收到针对子账号中的第一子账号的解绑指令，则确定第一子账号对应的文件数据不为共同对应的文件数据；和/或，

第三确定模块，用于在将主账号对应的文件数据确定为主账号与子账号共同对应的文件数据之后，如果接收到针对第二子账号和主账号的添加指令，则将第二子账号对应的文件数据确定为共同对应的文件数据。

在一些实施例中，该装置还包括：

第二接收模块，用于在接收终端发送的绑定指令之前，接收终端发送的帐号查询指令，帐号查询指令包括待查询帐号的账户信息；

查询模块，用于查询与账户信息相关联的多个帐号；

第三发送模块，用于将多个帐号发送至终端，以使终端显示多个帐号，并根据用户操作从多个帐号中确定主账号。

在一些实施例中，该装置还包括：

第三接收模块，用于在接收终端发送的绑定指令之前，接收终端发送的针对主账号的下属账号搜索指令，下属账号搜索指令用于指示基于主账号的主账户信息对主账号的下属账号进行搜索；

搜索模块，用于通过模糊搜索确定与主账户信息的内容相似的至少一个下属账号；

第四发送模块，用于将至少一个下属账号发送至终端，以使终端显示至少一个下属账号，并根据用户操作从至少一个下属账号中确定主账号的子账号。

本申请实施例提供的文件数据处理装置，与上述实施例提供的文件数据处理方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

本申请实施例提供的一种服务端设备，如图4所示，服务端设备400包括存储器401、处理器402，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述实施例提供的方法的步骤。

参见图4，服务端设备还包括：总线403和通信接口404，处理器402、通信接口404和存储器401通过总线403连接；处理器402用于执行存储器401中存储的可执行模块，例如计算机程序。

其中，存储器401可能包含高速随机存取存储器(Random Access Memory，简称RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口404(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线403可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器401用于存储程序，所述处理器402在接收到执行指令后，执行所述程序，前述本申请任一实施例揭示的过程定义的装置所执行的方法可以应用于处理器402中，或者由处理器402实现。

处理器402可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器402中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器402可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DigitalSignal Processing，简称DSP)、专用集成电路(Application Specific IntegratedCircuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器401，处理器402读取存储器401中的信息，结合其硬件完成上述方法的步骤。

对应于上述文件数据处理方法，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述文件数据处理方法的步骤。

本申请实施例所提供的文件数据处理装置可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。

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

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

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

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述文件数据处理方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的范围。都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (11)

1.一种文件数据处理方法，其特征在于，所述方法包括：

接收终端发送的绑定指令，所述绑定指令用于指示将待绑定的主账号和子账号进行绑定；

将所述主账号对应的文件数据确定为所述主账号与所述子账号共同对应的文件数据；

如果接收到针对所述主账号或所述子账号对应的文件数据的操作指令，则对所述共同对应的文件数据执行所述操作指令。

2.根据权利要求1所述的方法，其特征在于，接收终端发送的绑定指令的步骤之后，还包括：

对所述主账号对应的文件数据和所述子账号对应的文件数据进行内容检测，得到内容检测结果；

根据所述内容检测结果判断所述主账号对应的文件数据的内容和所述子账号对应的文件数据的内容是否相同；

若相同，则执行将所述主账号对应的文件数据确定为所述主账号与所述子账号共同对应的文件数据的步骤。

3.根据权利要求2所述的方法，其特征在于，根据所述内容检测结果判断所述主账号对应的文件数据的内容和所述子账号对应的文件数据的内容是否相同的步骤之后，还包括：

若不相同，则向所述终端发送提示信息，所述提示信息用于表示所述主账号对应的文件数据的内容和所述子账号对应的文件数据的内容不相同。

4.根据权利要求1所述的方法，其特征在于，如果接收到针对所述主账号或所述子账号对应的文件数据的操作指令，则对所述共同对应的文件数据执行所述操作指令的步骤，包括：

对所述操作指令中待操作账号的个数进行校验，判断所述待操作账号的个数是否与所述共同对应的文件数据的实际账号个数一致；

对所述操作指令中的待操作用户ID进行校验，判断所述待操作用户ID是否与所述共同对应的文件数据的实际用户ID一致；

如果个数以及用户ID均一致，则对所述共同对应的文件数据执行所述操作指令。

5.根据权利要求1所述的方法，其特征在于，如果接收到针对所述主账号或所述子账号对应的文件数据的操作指令，则对所述共同对应的文件数据执行所述操作指令的步骤，包括：

如果接收到针对所述主账号或所述子账号对应的文件数据的更新指令，则根据所述更新指令对所述共同对应的文件数据进行更新；和/或，

如果接收到针对所述主账号或所述子账号对应的文件数据的查询指令，则发送所述共同对应的文件数据。

6.根据权利要求1所述的方法，其特征在于，将所述主账号对应的文件数据确定为所述主账号与所述子账号共同对应的文件数据的步骤之后，所述方法还包括：

如果接收到针对所述子账号中的第一子账号的解绑指令，则确定所述第一子账号对应的文件数据不为所述共同对应的文件数据；和/或，

如果接收到针对第二子账号和所述主账号的添加指令，则将所述第二子账号对应的文件数据确定为所述共同对应的文件数据。

7.根据权利要求1所述的方法，其特征在于，接收终端发送的绑定指令的步骤之前，所述方法还包括：

接收所述终端发送的帐号查询指令，所述帐号查询指令包括待查询帐号的账户信息；

查询与所述账户信息相关联的多个帐号；

将所述多个帐号发送至所述终端，以使所述终端显示所述多个帐号，并根据用户操作从所述多个帐号中确定所述主账号。

8.根据权利要求1-7中任一项所述的方法，其特征在于，接收终端发送的绑定指令的步骤之前，所述方法还包括：

接收所述终端发送的针对所述主账号的下属账号搜索指令，所述下属账号搜索指令用于指示基于所述主账号的主账户信息对所述主账号的下属账号进行搜索；

通过模糊搜索确定与所述主账户信息的内容相似的至少一个下属账号；

将所述至少一个下属账号发送至所述终端，以使所述终端显示所述至少一个下属账号，并根据用户操作从所述至少一个下属账号中确定所述主账号的子账号。

9.一种文件数据处理装置，其特征在于，包括：

接收模块，用于接收终端发送的绑定指令，所述绑定指令用于指示将待绑定的主账号和子账号进行绑定；

确定模块，用于将所述主账号对应的文件数据确定为所述主账号与所述子账号共同对应的文件数据；

执行模块，用于如果接收到针对所述主账号或所述子账号对应的文件数据的操作指令，则对所述共同对应的文件数据执行所述操作指令。

10.一种服务端设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1至8任一项所述的方法的步骤。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行所述权利要求1至8任一项所述的方法。

Images