本申请涉及通信技术领域，尤其涉及一种业务操作方法及装置、业务权限获取方法及装置、电子设备和计算机可读存储介质。
背景技术：
随着智能终端的发展和网络应用的普及，用户可以通过终端上安装的各种应用程序实现各种业务操作，例如，消费支付类业务等。相关技术中，需要用户通过终端与业务服务器进行交互来实现各种业务操作，但是，这种实现方式仅限于单个用户终端与业务服务器进行交互，交互性差。
技术实现要素：
有鉴于此，本申请提供一种业务操作方法及装置、业务权限获取方法及装置、电子设备和计算机可读存储介质。
具体地，本申请是通过如下技术方案实现的：
根据本公开实施例的第一方面，提供一种业务操作方法，应用于业务服务器，所述方法包括：
接收多个终端针对同一当前业务针对同一当前业务发送的业务权限获取请求；
根据所述业务权限获取请求获取每个终端对应的账户行为信息，并根据所述每个终端对应的账户行为信息为所述每个终端生成账户权限系数；
向所述每个终端发送至少一个终端的所述账户权限系数。
根据本公开实施例的第二方面，提供一种业务权限获取方法，应用于终端，所述方法包括：
针对同一当前业务向业务服务器发送业务权限获取请求；
接收由所述业务服务器生成的至少一个终端的账户权限系数，所述账户权限系数由所述业务服务器根据所述业务权限获取请求获取每个终端对应的账户行为信息，并根据所述每个终端对应的账户行为信息生成。
根据本公开实施例的第三方面，提供一种业务操作装置，应用于业务服务器，所述装置包括：
接收模块，用于接收多个终端针对同一当前业务针对同一当前业务发送的业务权限获取请求；
获取生成模块，用于根据所述接收模块接收的所述业务权限获取请求获取每个终端对应的账户行为信息，并根据所述每个终端对应的账户行为信息为所述每个终端生成账户权限系数；
发送模块，用于向所述每个终端发送所述获取生成模块生成的至少一个终端的所述账户权限系数。
根据本公开实施例的第四方面，提供一种业务权限获取装置，应用于终端，所述装置包括：
发送模块，用于针对同一当前业务向业务服务器发送业务权限获取请求；
接收模块，用于接收由所述业务服务器生成的至少一个终端的账户权限系数，所述账户权限系数由所述业务服务器根据所述业务权限获取请求获取每个终端对应的账户行为信息，并根据所述每个终端对应的账户行为信息生成。
根据本公开实施例的第五方面，提供一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于上述业务操作方法。
根据本公开实施例的第六方面，提供一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于上述业务权限获取方法。
根据本公开实施例的第七方面，提供一种电子设备，包括处理器、内存、网络接口、非易失性存储器及存储在所述非易失性存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述业务操作方法。
根据本公开实施例的第八方面，提供一种电子设备，包括处理器、内存、网络接口、非易失性存储器及存储在所述非易失性存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述业务权限获取方法。
本申请实施例，通过接收多个终端针对同一当前业务针对同一当前业务发送的业务权限获取请求，根据业务权限获取请求获取每个终端对应的账户行为信息，并根据每个终端对应的账户行为信息为每个终端生成账户权限系数，然后向每个终端发送至少一个终端的账户权限系数，整个实现过程需要多个终端与业务服务器进行交互，交互性好。
附图说明
图1是本申请一示例性实施例示出的一种业务操作方法的流程图；
图2A是本申请一示例性实施例示出的另一种业务操作方法的流程图；
图2B是本申请一示例性实施例示出的一种业务操作方法的应用场景图；
图3A是本申请一示例性实施例示出的另一种业务操作方法的流程图；
图3B是本申请一示例性实施例示出的三个终端用户之间的社交关系示意图；
图4是本申请一示例性实施例示出的一种业务权限获取方法的流程图；
图5是本申请一示例性实施例示出的业务操作装置所在电子设备的一种硬件结构图；
图6是本申请一示例性实施例示出的一种业务操作装置的框图；
图7是本申请一示例性实施例示出的业务权限获取装置所在电子设备的一种硬件结构图；
图8是本申请一示例性实施例示出的一种业务权限获取装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
图1是本申请一示例性实施例示出的一种业务操作方法的流程图，该实施例从业务服务器侧进行描述，如图1所示，该业务操作方法包括：
步骤S101，接收多个终端针对同一当前业务发送的业务权限获取请求。
在该实施例中，多个终端用户在为同一当前业务操作时，可以通过扫描图形码例如二维码向业务服务器发送业务权限获取请求。其中，当前业务可以指当前消费，当前消费可以包括但不局限于线下消费，业务权限获取请求可以指业务折扣信息获取请求。例如，多个用户到店消费后，可以通过扫描二维码向业务服务器发送消费折扣信息获取请求。
步骤S102，根据业务权限获取请求获取每个终端对应的账户行为信息，并根据每个终端对应的账户行为信息为每个终端生成账户权限系数。
在该实施例中，每个终端在业务服务器都拥有一个用户标识(userid)，通过查询userid可以获取每个终端对应的账户行为信息，例如通过查询userid可以获取每个终端使用绑定账户进行操作的次数。
在该实施例中，可以通过多种方式为每个终端生成账户权限系数，例如通过以下两种方式为每个终端生成账户权限系数：
第一种方式：获取每个终端使用绑定账户进行操作的次数，根据该次数、预设的次数阈值、预设的最大账户权限系数和预设的最小账户权限系数之间的关系，为每个终端生成账户权限系数。
在该实施例中，可以采用以下公式为每个终端生成账户权限系数：
Dmax+(Dmax-Dmin)*(M-C)/C
其中，M表示每个终端使用绑定账户进行操作的次数，C表示预设的次数阈值，Dmax表示预设的最大账户权限系数，例如可以为0.95等，Dmin表示预设的最小账户权限系数，例如可以为0.75等。
第二种方式：获取每个终端使用绑定账户进行操作的次数，根据该次数、预设的次数阈值、预设的最大账户权限系数和预设的最小账户权限系数之间的关系、用于生成指定区间随机数的随机函数以及未使用绑定账户进行操作的终端占比，为每个终端生成账户权限系数。
在该实施例中，可以采用以下公式为每个终端生成账户权限系数：
Dmax+(Dmax-Dmin)*(M-C)/C+u*Random(RL,RH)
其中，M表示每个终端使用绑定账户进行操作的次数，C表示预设的次数阈值，Dmax表示预设的最大账户权限系数，例如可以为0.95等，Dmin表示预设的最小账户权限系数，例如可以为0.75等，Random()表示生成指定区间随机数的随机函数，RL和RH分别为指定区间的下限和上限，例如RL＝-0.05等，RH＝0.05等，u为可调比例系数，u＝e^-(T/N)，T/N表示未使用绑定账户进行操作的终端占比。
第二种方式是在第一种方式的基础上增加随机函数部分，该随机函数部分会为老用户提供不同的账户权限系数，其中，老用户是指使用绑定账户进行操作的次数大于预设的次数阈值的老用户，也即第一种方式和第二种方式的区别为：第一种方式为老用户提供同样的账户权限系数，而第二种方式可以为老用户提供不同的账户权限系数。
其中，账户权限系数可以为但不局限于账户折扣信息。
步骤S103，向每个终端发送至少一个终端的账户权限系数。
在该实施例中，业务服务器在为每个终端生成账户权限系数之后，可以向每个终端发送至少一个终端的账户权限系数。
上述实施例，通过接收多个终端针对同一当前业务针对同一当前业务发送的业务权限获取请求，根据业务权限获取请求获取每个终端对应的账户行为信息，并根据每个终端对应的账户行为信息为每个终端生成账户权限系数，然后向每个终端发送至少一个终端的账户权限系数，整个实现过程需要多个终端与业务服务器进行交互，交互性好。
图2A是本申请一示例性实施例示出的另一种业务操作方法的流程图，如图2A所示，该业务操作方法包括：
步骤S201，接收多个终端针对同一当前业务针对同一当前业务发送的业务权限获取请求。
步骤S202，根据业务权限获取请求获取每个终端的账户行为信息，并根据每个终端的账户行为信息为每个终端生成账户权限系数。
步骤S203，根据生成的多个账户权限系数生成账户权限系数排序信息。
在该实施例中，在为每个终端生成账户权限系数之后，可以根据生成的账户权限系数生成账户权限系数排序信息。其中，账户权限系数排序信息可以包括但不局限于账户权限系数排行榜。需要说明的是，由于终端屏幕大小有限，账户权限系数排行榜可以仅包括排名在前几名的账户权限系数。
步骤S204，向每个终端至少一个终端的账户权限系数和账户权限系数排序信息。
在该实施例中，为了提高趣味性，业务服务器可以向每个终端发送至少一个终端的账户权限系数和账户权限系数排序信息，这样，多个终端用户在通过终端接收到账户权限系数和账户权限系数排序信息后，可以获知自己得到的账户权限是否最高或者对应的排名信息等。例如，多个终端用户在通过终端接收到各自对应的账户折扣信息和账户折扣信息排行榜后，可以获知自己得到的账户折扣信息是否最高或者在账户折扣信息排行榜上的排名等。
为了方便理解本申请的技术方案，下面结合图2B所示的应用场景进行描述：
图2B中示出的多个终端21通过网络接入到业务服务器22，多个用户在进行业务操作时，可以通过多个终端21扫描商家提供的二维码，此时，多个终端21向业务服务器22发送业务权限获取请求，业务服务器22在接收到业务权限获取请求后，获取每个终端21的账户行为信息，并根据每个终端21的账户行为信息为每个终端21生成账户权限系数，同时，生成账户权限系数排序信息，向每个终端21发送对应的账户权限系数和账户权限系数排序信息，这样，多个终端21接收到各自的账户权限系数和账户权限系数排序信息后，可以获知自己得到的账户权限是否最高或者对应的排名信息，趣味性强，同时多个终端中的一个终端用户可以根据账户权限系数排序信息中账户权限系数的最小值进行业务操作。
上述实施例，通过根据生成的多个账户权限系数生成账户权限系数排序信息，并向每个终端发送至少一个终端的账户权限系数和账户权限系数排序信息，以由多个终端中的一个终端用户根据账户权限系数排序信息进行业务操作，多个终端用户在通过终端接收到至少一个终端的账户权限系数和账户权限系数排序信息后，可以获知自己得到的账户权限是否最高或者对应的排名信息等，趣味性强。
图3A是本申请一示例性实施例示出的另一种业务操作方法的流程图，如图3A所示，该业务操作方法包括：
步骤S301，接收多个终端针对同一当前业务发送的业务权限获取请求。
步骤S302，当多个终端中任意两个终端在发送业务权限获取请求之前，不存在针对共同的历史当前业务发送的业务权限获取请求时，建立两个终端之间的社交关系并确定当前社交次数；当两个终端在发送业务权限获取请求之前已建立社交关系时，对历史社交次数累计计算，确定当前社交次数。
步骤S303，根据所确定的任意两个终端之间的当前社交次数，确定关系最密切的两个终端用户。
其中，业务服务器在接收多个终端发送的业务权限获取请求后，可以根据多个终端的userid获取多个终端用户的社交信息。
在该实施例中，可以通过无向图表示多个终端用户的社交信息，其中，无向图的节点用于表示终端用户的标识，节点之间的连线用于表示对应节点所表示的终端用户之间有相同的社交行为，与连线对应的权重用于表示相同社交行为的发生次数，然后根据最大权重确定关系最密切的两个终端用户。
例如，图3B示出了三个终端用户之间的社交关系，其中，节点V1、V2、V3分别表示三个终端用户，与节点间连线对应的权重用于表示相同社交行为的发生次数，其中，W12＝1表示节点V1和V2之间相同社交行为发生的次数为1次，例如，表示节点V1和V2对应的终端用户共同进餐的次数为1次，W13＝1表示节点V1和V3之间相同社交行为发生的次数为1次，例如，表示节点V1和V3对应的终端用户共同进餐的次数为1次，W23＝2表示节点V2和V3之间相同社交行为发生的次数为2次，例如，表示节点V2和V3对应的终端用户共同进餐的次数为2次，由于节点V2和V3之间权重最大，因此，节点V2和V3对应的终端用户为关系最密切。
需要说明的是，无向图仅为表示多个终端用户社交信息的一个示例，在实际应用中可以采用其他方式进行表示。
步骤S304，根据确定的两个终端用户中的一个终端用户的行为信息，向另一个终端发送推荐信息。
业务服务器在确定好关系最密切的两个终端用户之后，可以根据其中一个终端用户的行为信息向另一个终端发送推荐信息，例如，假设用户1和用户2为关系密切的两个用户，则业务服务器在获知用户1去某个新开业的餐厅进餐后，向用户2的终端发送与该餐厅相关的推荐信息。
上述实施例，通过根据所确定的任意两个终端之间的当前社交次数确定关系最密切的两个终端用户，并根据确定的两个终端用户中的一个终端用户的行为信息向另一个终端发送推荐信息，针对性强。
图4是本申请一示例性实施例示出的一种业务权限获取方法的流程图，如图4所示，该业务权限获取方法包括：
步骤S401，针对同一当前业务向业务服务器发送业务权限获取请求。
在该实施例中，当前业务包括当前消费，而当前消费不仅包括线下消费，也可以包括线上消费，对于线上消费而言，业务服务器可以为业务提供方例如商家生成图形码，并输出图形码，这样，多个终端可以在进行业务操作例如业务支付时，扫描该图形码例如二维码，以向业务服务器发送业务权限获取请求例如消费折扣信息获取请求。
步骤S402，接收由业务服务器生成的至少一个终端的账户权限系数，该账户权限系数由业务服务器根据业务权限获取请求获取每个终端对应的账户行为信息，并根据每个终端对应的账户行为信息生成。
在该实施例中，在接收由业务服务器生成的至少一个终端的账户权限系数时，还可以接收由业务服务器生成的账户权限系数排序信息，账户权限系数排序信息由业务服务器根据多个账户权限系数生成。
另外，在接收由业务服务器生成的至少一个终端的账户权限系数之后，根据接收到的账户权限系数中的最小值进行业务操作。
上述实施例，通过针对同一当前业务向业务服务器发送业务权限获取请求，并接收由业务服务器生成的至少一个终端的账户权限系数，整个实现过程需要多个终端与业务服务器进行交互，交互性好。
与前述业务操作方法的实施例相对应，本申请还提供了业务操作装置的实施例。
本申请业务操作装置的实施例可以应用在电子设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图5所示，为本申请业务操作装置500所在电子设备的一种硬件结构图，除了图5所示的处理器510、内存520、网络接口530、以及非易失性存储器540之外，实施例中装置所在的电子设备通常根据该业务操作的实际功能，还可以包括其他硬件，对此不再赘述。
图6是本申请一示例性实施例示出的一种业务操作装置的框图，该装置可以位于业务服务器中，如图6所示，该装置包括：接收模块61、获取生成模块62和发送模块63。
接收模块61用于接收多个终端针对同一当前业务发送的业务权限获取请求。
获取生成模块62用于根据接收模块61接收的业务权限获取请求获取每个终端对应的账户行为信息，并根据每个终端对应的账户行为信息为每个终端生成账户权限系数。
发送模块63用于向每个终端发送获取生成模块62生成的至少一个终端的账户权限系数。
上述实施例，通过接收多个终端针对同一当前业务发送的业务权限获取请求，根据业务权限获取请求获取每个终端对应的账户行为信息，并根据每个终端对应的账户行为信息为每个终端生成账户权限系数，然后向每个终端发送至少一个终端的账户权限系数，整个实现过程需要多个终端与业务服务器进行交互，交互性好。
本申请业务操作装置的实施例可以应用在电子设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图7所示，为本申请业务权限获取装置700所在电子设备的一种硬件结构图，除了图7所示的处理器710、内存720、网络接口730、以及非易失性存储器740之外，实施例中装置所在的电子设备通常根据该业务操作的实际功能，还可以包括其他硬件，对此不再赘述。
图8是本申请一示例性实施例示出的一种业务权限获取装置的框图，该装置可以位于终端中，如图8所示，该装置包括：发送模块81和接收模块82。
发送模块81用于针对同一当前业务向业务服务器发送业务权限获取请求；
接收模块82用于接收由业务服务器生成的至少一个终端的账户权限系数，账户权限系数由业务服务器根据发送模块81发送的业务权限获取请求获取每个终端对应的账户行为信息，并根据每个终端对应的账户行为信息生成。
上述实施例，通过针对同一当前业务向业务服务器发送业务权限获取请求，并接收由业务服务器生成的至少一个终端的账户权限系数，整个实现过程需要多个终端与业务服务器进行交互，交互性好。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
在示例性实施例中，还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，该计算机程序用于执行上述业务操作方法，其中，计算机可读存储介质可以是只读存储器(ROM)、随机存取存储器(RAM)、光盘只读存储器(CD-ROM)、磁带、软盘和光数据存储设备等。
在示例性实施例中，还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，该计算机程序用于执行上述业务权限获取方法，其中，计算机可读存储介质可以是只读存储器(ROM)、随机存取存储器(RAM)、光盘只读存储器(CD-ROM)、磁带、软盘和光数据存储设备等。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。