一种业务处理方法和装置的制造方法
【专利摘要】本申请提供一种业务处理方法和装置。所述方法包括：接收业务发起端发起的业务请求；当确定所述业务请求是互动模式时，发送互动模式请求给业务响应端；根据业务响应端针对所述互动模式请求返回的模式确认结果，为所述业务请求生成N个子业务请求，所述N个子业务请求所请求的子数据量之和为所述业务请求所请求的数据量，N为业务响应端的数量；将所述N个子业务请求发送给所述N个业务响应端。通过本申请的技术方案，增强了业务处理过程中业务发起端与业务响应端的交互，从而满足用户的个性化需求，提升用户体验。
【专利说明】
一种业务处理方法和装置
技术领域
[0001] 本申请涉及通信技术领域，尤其涉及一种业务处理方法和装置。
【背景技术】
[0002] 随着互联网技术的广泛发展，用户可以通过互联网实现各种业务操作。比如：用户 可以通过互联网进行交流通信，用户也可以通过互联网进行物品的采购等。
[0003] 相关技术中，在进行业务处理的过程中，通常是业务响应端根据业务发起端发起 的业务请求执行相应的业务操作。整个过程，交互方式较为单一，无法满足用户的个性化需 求。
【发明内容】
[0004] 有鉴于此，本申请提供一种业务处理方法和装置。
[0005] 具体地，本申请是通过如下技术方案实现的：
[0006] 一种业务处理方法，所述方法包括：
[0007] 接收业务发起端发起的业务请求；
[0008] 当确定所述业务请求是互动模式时，发送互动模式请求给业务响应端；
[0009] 根据业务响应端针对所述互动模式请求返回的模式确认结果，为所述业务请求生 成N个子业务请求，所述N个子业务请求所请求的子数据量之和为所述业务请求所请求的 数据量，N为业务响应端的数量；
[0010] 将所述N个子业务请求发送给所述N个业务响应端。
[0011] 进一步地，所述模式确认结果包括：接受互动模式和拒绝互动模式；
[0012] 所述根据业务响应端针对所述互动模式请求返回的模式确认结果，为所述业务请 求生成N个子业务请求，包括：
[0013] 当返回接受互动模式的业务响应端的数量为0或1时，生成的每个子业务请求所 对应的子数据量为第一子数据量，所述第一子数据量为所述业务请求所请求的数据量与业 务响应端的数量的商值；
[0014] 当返回接受互动模式的业务响应端的数量为N时，为每个子业务请求随机生成对 应的N个第二子数据量；
[0015] 当返回接受互动模式的业务响应端的数量为Μ时，为返回拒绝互动模式的业务响 应端生成的子数据量为所述第一子数据量；为返回接受互动模式的业务响应端随机生成对 应的Μ个第三子数据量，Μ大于1且小于Ν。
[0016] 进一步地，在将所述Ν个子业务请求发送给所述Ν个业务响应端之后，还包括：
[0017] 接收所述业务响应端针对所述子业务请求返回的业务处理结果，所述业务处理结 果包括接受业务请求和拒绝业务请求；
[0018] 当返回拒绝业务请求的业务响应端的数量为1时，将为所述返回拒绝业务请求的 业务响应端生成的子业务请求重新发送给该业务响应端；
[0019] 当返回拒绝业务请求的业务响应端的数量为P时，为所述返回拒绝业务请求的业 务响应端重新随机生成对应的P个第四子数据量，并将对应的子业务请求发送给所述业务 响应端，其中，P大于1且小于等于M。
[0020] 进一步地，所述P个第四子数据量之和小于为所述P个业务响应端随机生成的P 个第三子数据量之和。
[0021] 进一步地，所述N个第二子数据量中，最大第二子数据量与最小第二子数据量的 差值小于等于预设的阈值。
[0022] 一种业务处理装置，所述装置包括：
[0023] 第一接收单元，接收业务发起端发起的业务请求；
[0024] 第一发送单元，在确定所述业务请求是互动模式时，发送互动模式请求给业务响 应端；
[0025] 请求生成单元，根据业务响应端针对所述互动模式请求返回的模式确认结果，为 所述业务请求生成N个子业务请求，所述N个子业务请求所请求的子数据量之和为所述业 务请求所请求的数据量，N为业务响应端的数量；
[0026] 第二发送单元，将所述N个子业务请求发送给所述N个业务响应端。
[0027] 进一步地，所述模式确认结果包括：接受互动模式和拒绝互动模式；
[0028] 所述请求生成单元，具体在返回接受互动模式的业务响应端的数量为0或1时，生 成的每个子业务请求所对应的子数据量为第一子数据量，所述第一子数据量为所述业务请 求所请求的数据量与业务响应端的数量的商值；在返回接受互动模式的业务响应端的数量 为N时，为每个子业务请求随机生成对应的N个第二子数据量；在返回接受互动模式的业务 响应端的数量为Μ时，为返回拒绝互动模式的业务响应端生成的子数据量为所述第一子数 据量，为返回接受互动模式的业务响应端随机生成对应的Μ个第三子数据量，Μ大于1且小 于Ν。
[0029] 进一步地，所述装置还包括：
[0030] 第二接收单元，接收所述业务响应端针对所述子业务请求返回的业务处理结果， 所述业务处理结果包括接受业务请求和拒绝业务请求；
[0031] 结果处理单元，在返回拒绝业务请求的业务响应端的数据为1时，将为所述返回 拒绝业务请求的业务响应端生成的子业务请求重新发送给该业务响应端，在返回拒绝业务 请求的业务响应端的数量为Ρ时，为所述返回拒绝业务请求的业务响应端重新随机生成对 应的Ρ个第四子数据量，并将对应的子业务请求发送给所述业务响应端，其中，Ρ大于1且 小于等于Μ。
[0032] 进一步地，所述Ρ个第四子数据量之和小于为所述Ρ个业务响应端随机生成的Ρ 个第三子数据量之和。
[0033] 进一步地，所述Ν个第二子数据量中，最大第二子数据量与最小第二子数据量的 差值小于等于预设的阈值。
[0034] 由以上描述可以看出，本申请提供互动模式的业务处理，业务服务器在确定业务 请求是互动模式时，根据业务响应端针对互动模式请求返回的模式确认结果，为业务发起 端发送的业务请求生成子业务请求，增强了业务处理过程中业务发起端与业务响应端的交 互，从而满足用户的个性化需求，提升用户体验。
【附图说明】
[0035] 图1是本申请一示例性实施例示出的一种应用场景示意图。
[0036] 图2是本申请一示例性实施例示出的一种业务处理方法的流程图。
[0037] 图3是本申请一示例性实施例示出的一种业务服务器结构示意图。
[0038] 图4是本申请一示例性实施例示出的一种业务处理装置的结构示意图。
【具体实施方式】
[0039] 这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及 附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例 中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附 权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
[0040] 在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。 在本申请和所附权利要求书中所使用的单数形式的"一种"、"所述"和"该"也旨在包括多 数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语"和/或"是指 并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0041] 应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这 些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离 本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第 一信息。取决于语境，如在此所使用的词语"如果"可以被解释成为"在……时"或"当…… 时"或"响应于确定"。
[0042] 请参考图1，图1是本申请一示例性实施例提供的一种实现业务处理的应用场景 示意图。
[0043] 在图1中，业务服务器通常由业务提供方进行设置，业务提供方通过所述业务服 务器可以向用户提供各种业务应用，以实现用户之间的业务操作。在本申请业务处理的过 程中，通常需要发起用户和参与用户使用业务发起端和业务响应端先加入同一个业务组。 在这个过程中，可以由业务发起端先建立一个业务组，然后使用近距离通信等方式邀请业 务响应端也加入所述业务组。比如：业务发起端可以在建立所述业务组之后，生成二维码， 业务响应端可以通过扫描该二维码以加入所述业务组，当然，业务发起端和业务响应端也 可以采用其他方式实现加入同一个业务组，本申请对此不作特殊限制。所述业务组中通常 包括一个业务发起端和多个业务响应端。所述业务发起端发起业务请求，比如：业务发起端 根据用户的指令发送业务请求给业务服务器，业务服务器根据所述业务请求生成多个子业 务请求，然后将所述多个子业务请求发送给多个业务响应端，业务响应端接受所述子业务 请求以完成业务处理的过程。
[0044] 在本申请实施例中，业务发起端和业务响应端均为用户所使用的终端，所述终 端包括有手机、平板电脑、PC机等。用户可以通过终端上装载的所述业务提供方提供的 APP(Applicati〇n，应用软件）与所述业务服务器进行交互，用户也可以通过Web页面访问 所述业务服务器以进行交互，本申请对此不作特殊限制。当然，在实现业务处理的过程中， 往往需要用户预先向所述业务服务器注册对应的账户，然后在终端上基于注册的账户登录 所述业务服务器，以完成业务操作，具体的注册流程可以参照相关技术中提供的实现方法， 本申请在此不再-赘述。
[0045] 下面结合图1的应用场景对本申请的具体实现过程进行描述。
[0046] 请参考图2,图2是本申请一示例性实施例示出的一种业务处理方法的流程图，所 述方法可以用于业务服务器上，包括以下步骤：
[0047] 步骤201，接收业务发起端发起的业务请求。
[0048] 在本申请中，当发起用户要与参与用户之间进行业务操作时，发起用户可以通过 业务发起端向业务服务器发送业务请求。所述业务请求可以包括：收款请求、资源分配请求 等，本申请对此不作特殊限制。
[0049] 步骤202,当确定所述业务请求是互动模式时，发送互动模式请求给业务响应端。
[0050] 在本实施例中，所述业务请求包括有传统模式以及互动模式。在所述传统模式中， 业务服务器根据业务发起端发送的业务请求生成子业务请求，然后将子业务请求发送给业 务响应端，以供业务响应端接受所述子业务请求，从而完成本次业务处理。在所述互动模式 中，业务服务器会发送互动模式请求给业务响应端，参与用户可以根据自己的需求选择接 受互动模式或者拒绝互动模式。
[0051 ] 在本实施例中，发起用户可以在通过业务发起端发送业务请求时，发起互动模式 的业务请求，业务服务器在接收到所述业务请求时，如果确定该业务请求是互动模式，则发 送互动模式请求给业务响应端。当然，所述互动模式也可以由某一个业务响应端发起，业务 服务器进而发送互动模式请求给其他业务响应端，本申请对此不作特殊限制。
[0052] 步骤203,根据业务响应端针对所述互动模式请求返回的模式确认结果，为所述业 务请求生成N个子业务请求，所述N个子业务请求所请求的子数据量之和为所述业务请求 所请求的数据量。
[0053] 基于前述步骤202,业务服务器在发送互动模式请求给业务响应端后，接收所述业 务响应端针对所述互动模式请求返回的模式确认结果。所述模式确认结果包括：接受互动 模式和拒绝互动模式。在本步骤中，业务服务器根据统计所有业务响应端返回的模式确认 结果，并根据所述模式确认结果为所述业务响应端生成所述业务请求的子业务请求。
[0054] 具体地，业务服务器统计返回接受互动模式的业务响应端的数量与所有业务响应 端的数量N之间的关系。根据统计结果，分为以下三种情况：
[0055] 情况一，返回接受互动模式的业务响应端的数量为0或者为1。其中，如果返回接 受互动模式的业务响应端的数量为〇,则说明所有业务响应端都不接受互动模式，则按照传 统的模式进行本次业务操作。业务服务器生成的每个子业务请求所请求的数据量均为第一 子数据量，所述第一子数据量是业务发起端发起的业务请求所请求的数据量S与业务响应 端的数量N的商值S/N，即所述第一子数据量是所述业务请求所请求的数据量基于业务响 应端数量的平均值。如果返回接受互动模式的业务响应端的数量为1，则说明仅有一个业务 响应端接受互动模式，无法形成与其他业务响应端的互动，所以也按照传统模式进行本次 业务操作。业务服务器生成的每个子业务请求所请求的数据量均为第一子数据量，所述第 一子数据量是业务发起端发起的业务请求所请求的数据量S与业务响应端的数量N的商值 S/N〇
[0056] 情况二，返回接受互动模式的业务响应端的数量为N时。如果返回接受互动模式 的业务响应端的数量和加入业务组的业务响应端的数量相同，则说明所有业务响应端都接 受互动模式，则业务服务器为每个子业务请求随机生成对应的N个第二子数据量。在本实 施例中，业务服务器可以根据相关技术中提供是随机数生成算法以生成所述第二子数据 量，本申请在此不再--赘述。
[0057] 进一步地，所述业务服务器生成的所述N个第二子数据量中，最大第二子数据量 与最小第二子数据量的差值小于等于预设的阈值，所述预设的阈值可以为所述业务请求所 请求的数据量S的预设倍数。以收款请求为例，为多个付款人生成的多个子收款请求中，子 收款请求所请求的最大金额与子收款请求所请求的金额的差值要在总收款金额的一半以 内，以避免对各个付款人所请求的金额出现严重不均的情况。
[0058] 情况三，返回拒绝业务请求的业务响应端的数量为Μ，Μ大于1且小于N。如果返回 拒绝业务请求的业务响应端的数量为Μ，则说明有至少两个业务响应端接受互动模式。业务 服务器为返回拒绝互动模式的业务响应端生成的子数据量为所述第一子数据量，然后为返 回接受互动模式的业务响应端随机生成对应的Μ个第三子数据量。具体地，假设Ν为3,Μ为 2,则在本实施例中，业务服务器为返回接受业务请求的业务响应端生成的第一子数据量是 所述业务请求所请求的数据量S基于业务响应端数量3的平均值：S/3,然后为返回拒绝业 务请求的两个业务响应端随机生成两个第三子数据量，这两个第三子数据量的和为S-S/3， 以确保业务服务器为所有的业务响应端生成的子业务请求的和为业务发起端发起的业务 请求所请求的数据量。
[0059] 步骤204,将所述Ν个子业务请求发送给所述Ν个业务响应端。
[0060] 基于前述步骤203,业务服务器在为业务响应端生成子业务请求后，将所述子业务 请求发送给对应的业务响应端。业务响应端接受所述子业务请求以完成整个业务处理过 程。
[0061] 由以上描述可以看出，本申请提供互动模式的业务处理，业务服务器在确定业务 请求是互动模式时，根据业务响应端针对互动模式请求返回的模式确认结果，为业务发起 端发送的业务请求生成子业务请求，增强了业务处理过程中业务发起端与业务响应端的交 互，从而满足用户的个性化需求，提升用户体验。
[0062] 进一步地，在本申请另一可选的实施例中，业务响应端在接收到业务服务器发送 的子业务请求时，根据参与用户的操作向业务服务器返回业务处理结果。所述业务处理结 果包括：接受业务请求和拒绝业务请求。其中，对于返回接受业务请求的业务响应端，本次 业务处理完毕。对于返回拒绝业务请求的业务响应端，业务服务器根据返回拒绝业务请求 的业务响应端的数量执行下一步的处理流程，具体地，可以分为以下两种情况：
[0063] 情况一，返回拒绝业务请求的业务响应端的数量为1。如果在所有业务响应端中， 仅有一个业务响应端返回拒绝业务请求的业务处理结果，则说明仅有一个参与用户对业务 服务器随机生成的子数据量不满意，而其他返回接受业务请求的业务响应端已执行完毕本 次业务处理，所以在这种情况下，业务服务器拒绝所述业务响应端返回的拒绝业务请求，将 前述步骤203中为该业务响应端生成的子业务请求重新发送给该业务响应端。
[0064] 情况二，返回拒绝业务请求的业务响应端的数量为Ρ，Ρ大于1且小于等于Μ。如 果在Μ个接受互动模式的业务响应端中，有至少两个业务响应端返回拒绝业务请求的业务 处理结果，则业务服务器为返回拒绝业务请求的所述Ρ个业务响应端重新随机生成对应的 P个第四子数据量，其中，所述P个第四子数据量之和等于在步骤203中为所述P个业务响 应端随机生成的P个第三子数据量之和相同。举例来说，假设业务发起端发送的业务请求 所请求的数据量为90,有3个业务响应端，且这3个业务响应端都接受了互动模式，业务服 务器为这3个业务响应端随机生成的3个子业务请求所请求的子业务量分别为：30、40以 及20,详见表1所示的子业务请求与业务响应端的对应关系。
[0065]
[0066] 表 1
[0067] 假设，第一业务响应端和第二业务响应端向业务服务器返回了拒绝业务请求，则 业务服务器重新为所述第一业务响应端和所述第二业务响应端随机生成两个第四子数据 量，比如：25和45,然后将对应的子业务请求发送给所述第一业务响应端和所述第二业务 响应端。
[0068] 进一步地，在这种情况下，业务服务器也可以为业务响应端设置拒绝业务请求的 策略。比如：业务响应端仅在接受所述子数据量中部分子数据量之后，才有权限拒绝业务请 求。仍以表1所示的情形为例，如果使用第一业务响应端的第一参与用户与使用第二业务 响应端的第二参与用户对子数据量不满意，则要接受所述子数量中的部分子数据量之后， 比如：数据量10,才可以拒绝业务请求。比如：第一业务响应端和第二业务响应端接受了子 数据量10,然后返回拒绝业务请求给业务服务器。业务服务器在此时为所述第一业务响应 端和所述第二业务响应端随机生成的两个第四子数据量之和小于业务服务器在前述步骤 203中随机生成的两个第三子数据量（30和40)之和。具体地，基于所有子数据量之和为 业务请求所请求的数据量之和，在这种情况下，业务服务器为所述第一业务响应端和所述 第二业务响应端随机生成的两个第四子数据量之和为90-20-10-10(其中，20为第三业务 响应端接受的子数据量，两个10为第一业务响应端和第二业务响应端为拒绝业务请求所 接受的部分子数据量），所述两个第四子数据量和为50,比如：所述两个第四子数据量为10 和40。
[0069] 下面结合具体的实施例来描述本申请的实现过程。
[0070] 仍以图1所示的应用场景为例，在本实施例中，发起用户和参与用户之间要进行 的业务为收款业务。发起用户通过业务发起端发送的收款请求所请求的总金额为90,收款 请求为互动模式。业务服务器发送互动模式请求给第一业务响应端、第二业务响应端以及 第三业务响应端。第一参与用户、第二参与用户以及第三参与用户都接受互动模式，并通过 所述第一业务响应端、第二业务响应端以及第三业务响应端返回接受互动模式的模式确认 结果给业务服务器。业务服务器根据所述模式确认结果，生成3个子收款请求，假设这3个 子收款请求所请求的子收款金额分别为：30、40以及20,业务服务器进而将这3个子收款请 求发送给第一业务响应端、第二业务响应端以及第三业务响应端。第一参与用户、第二参与 用户以及第三参与用户如果对发给自己的子收款金额满意，则可以通过确定按键向业务服 务器返回接受业务请求的处理结果，业务服务器根据该处理结果执行扣款，以完成本次收 款业务。
[0071] 在本实施例中，业务服务器可以采用前述图2所示方法实施例实现所述业务处 理，在此不再赘述。
[0072] 与本申请业务处理方法的实施例相对应，本申请还提供一种业务处理装置。本申 请所述的装置可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实 现为例，本申请业务处理装置作为一个逻辑意义上的装置，是通过其所在设备的处理器将 非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。
[0073] 请参考图3和图4,本申请提供一种业务处理装置300,所述业务处理装置300可 以应用在业务服务器上，包括有：第一接收单元301、第一发送单元302、请求生成单元303、 第二发送单元304、第二接收单元305以及结果处理单元306。
[0074] 其中，所述第一接收单元301，接收业务发起端发起的业务请求；
[0075] 所述第一发送单元302,在确定所述业务请求是互动模式时，发送互动模式请求给 业务响应端；
[0076] 所述请求生成单元303,根据业务响应端针对所述互动模式请求返回的模式确认 结果，为所述业务请求生成N个子业务请求，所述N个子业务请求所请求的子数据量之和为 所述业务请求所请求的数据量，N为业务响应端的数量；
[0077] 所述第二发送单元304,将所述N个子业务请求发送给所述N个业务响应端。
[0078] 进一步地，所述模式确认结果包括：接受互动模式和拒绝互动模式；
[0079] 所述请求生成单元303,具体在返回接受互动模式的业务响应端的数量为0或1 时，生成的每个子业务请求所对应的子数据量为第一子数据量，所述第一子数据量为所述 业务请求所请求的数据量与业务响应端的数量的商值；在返回接受互动模式的业务响应端 的数量为N时，为每个子业务请求随机生成对应的N个第二子数据量；在返回接受互动模式 的业务响应端的数量为Μ时，为返回拒绝互动模式的业务响应端生成的子数据量为所述第 一子数据量，为返回接受互动模式的业务响应端随机生成对应的Μ个第三子数据量，Μ大于 1且小于Ν。
[0080] 所述第二接收单元305,接收所述业务响应端针对所述子业务请求返回的业务处 理结果，所述业务处理结果包括接受业务请求和拒绝业务请求；
[0081] 所述结果处理单元306,在返回拒绝业务请求的业务响应端的数据为1时，将为所 述返回拒绝业务请求的业务响应端生成的子业务请求重新发送给该业务响应端，在返回拒 绝业务请求的业务响应端的数量为Ρ时，为所述返回拒绝业务请求的业务响应端重新随机 生成对应的Ρ个第四子数据量，并将对应的子业务请求发送给所述业务响应端，其中，Ρ大 于1且小于等于Μ。
[0082] 进一步地，所述Ρ个第四子数据量之和小于为所述Ρ个业务响应端随机生成的Ρ 个第三子数据量之和。
[0083] 进一步地，所述Ν个第二子数据量中，最大第二子数据量与最小第二子数据量的 差值小于等于预设的阈值。
[0084] 上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的 实现过程，在此不再赘述。
[0085] 以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精 神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。
【主权项】
1. 一种业务处理方法，其特征在于，所述方法包括： 接收业务发起端发起的业务请求； 当确定所述业务请求是互动模式时，发送互动模式请求给业务响应端； 根据业务响应端针对所述互动模式请求返回的模式确认结果，为所述业务请求生成N 个子业务请求，所述N个子业务请求所请求的子数据量之和为所述业务请求所请求的数据 量，N为业务响应端的数量； 将所述N个子业务请求发送给所述N个业务响应端。2. 根据权利要求1所述的方法，其特征在于， 所述模式确认结果包括：接受互动模式和拒绝互动模式； 所述根据业务响应端针对所述互动模式请求返回的模式确认结果，为所述业务请求生 成N个子业务请求，包括： 当返回接受互动模式的业务响应端的数量为〇或1时，生成的每个子业务请求所对应 的子数据量为第一子数据量，所述第一子数据量为所述业务请求所请求的数据量与业务响 应端的数量的商值； 当返回接受互动模式的业务响应端的数量为N时，为每个子业务请求随机生成对应的 N个第二子数据量； 当返回接受互动模式的业务响应端的数量为Μ时，为返回拒绝互动模式的业务响应端 生成的子数据量为所述第一子数据量；为返回接受互动模式的业务响应端随机生成对应的 Μ个第三子数据量，Μ大于1且小于Ν。3. 根据权利要求2所述的方法，其特征在于，在将所述Ν个子业务请求发送给所述Ν个 业务响应端之后，还包括： 接收所述业务响应端针对所述子业务请求返回的业务处理结果，所述业务处理结果包 括接受业务请求和拒绝业务请求； 当返回拒绝业务请求的业务响应端的数量为1时，将为所述返回拒绝业务请求的业务 响应端生成的子业务请求重新发送给该业务响应端； 当返回拒绝业务请求的业务响应端的数量为Ρ时，为所述返回拒绝业务请求的业务响 应端重新随机生成对应的Ρ个第四子数据量，并将对应的子业务请求发送给所述业务响应 端，其中，Ρ大于1且小于等于Μ。4. 根据权利要求3所述的方法，其特征在于， 所述Ρ个第四子数据量之和小于为所述Ρ个业务响应端随机生成的Ρ个第三子数据量 之和。5. 根据权利要求2所述的方法，其特征在于， 所述Ν个第二子数据量中，最大第二子数据量与最小第二子数据量的差值小于等于预 设的阈值。6. -种业务处理装置，其特征在于，所述装置包括： 第一接收单元，接收业务发起端发起的业务请求； 第一发送单元，在确定所述业务请求是互动模式时，发送互动模式请求给业务响应 端； 请求生成单元，根据业务响应端针对所述互动模式请求返回的模式确认结果，为所述 业务请求生成N个子业务请求，所述N个子业务请求所请求的子数据量之和为所述业务请 求所请求的数据量，N为业务响应端的数量； 第二发送单元，将所述N个子业务请求发送给所述N个业务响应端。7. 根据权利要求6所述的装置，其特征在于， 所述模式确认结果包括：接受互动模式和拒绝互动模式； 所述请求生成单元，具体在返回接受互动模式的业务响应端的数量为0或1时，生成的 每个子业务请求所对应的子数据量为第一子数据量，所述第一子数据量为所述业务请求所 请求的数据量与业务响应端的数量的商值；在返回接受互动模式的业务响应端的数量为N 时，为每个子业务请求随机生成对应的N个第二子数据量；在返回接受互动模式的业务响 应端的数量为Μ时，为返回拒绝互动模式的业务响应端生成的子数据量为所述第一子数据 量，为返回接受互动模式的业务响应端随机生成对应的Μ个第三子数据量，Μ大于1且小于 Ν〇8. 根据权利要求7所述的装置，其特征在于，所述装置还包括： 第二接收单元，接收所述业务响应端针对所述子业务请求返回的业务处理结果，所述 业务处理结果包括接受业务请求和拒绝业务请求； 结果处理单元，在返回拒绝业务请求的业务响应端的数据为1时，将为所述返回拒绝 业务请求的业务响应端生成的子业务请求重新发送给该业务响应端，在返回拒绝业务请求 的业务响应端的数量为P时，为所述返回拒绝业务请求的业务响应端重新随机生成对应的 P个第四子数据量，并将对应的子业务请求发送给所述业务响应端，其中，P大于1且小于等 于M〇9. 根据权利要求8所述的装置，其特征在于， 所述P个第四子数据量之和小于为所述P个业务响应端随机生成的P个第三子数据量 之和。10. 根据权利要求7所述的装置，其特征在于， 所述N个第二子数据量中，最大第二子数据量与最小第二子数据量的差值小于等于预 设的阈值。
【文档编号】H04L29/08GK105991742SQ201510093172
【公开日】2016年10月5日
【申请日】2015年3月2日
【发明人】施政
【申请人】阿里巴巴集团控股有限公司