一种业务请求认证方法及装置的制造方法

一种业务请求认证方法及装置的制造方法
【专利摘要】本申请公开了一种业务请求认证方法及装置，用以避免未与网关签约的终端或第一服务器绕过网关直接访问第二服务器。该方法接收业务请求并确定业务请求所在的会话，判断是否存在该会话对应的令牌，该令牌与来自网关的业务请求所在的会话相对应，若是，则确定该业务请求认证通过，可以处理相应业务，否则，确定该业务请求认证不通过，拒绝处理相应业务。这样，由于只有网关转发的业务请求对应的会话才有令牌，因此，属于该会话的各业务请求均可认证通过，不属于该会话的业务请求很可能是商户通过未与第二服务器的业务接口签约的终端或第一服务器绕过网关直接发送的业务请求，则认证不通过。
【专利说明】
一种业务请求认证方法及装置
技术领域
[0001] 本申请涉及计算机技术领域，尤其涉及一种业务请求认证方法及装置。
【背景技术】
[0002] 随着互联网技术的不断发展，越来越多的用户选择在网页上进行操作，来获取网 络设备（如，服务器）提供的相应服务。
[0003] 在实际应用场景中，当一个网络设备（以下称为第一服务器）需要向另一个网络 设备（以下称为第二服务器）发起业务请求，以请求第二服务器完成相应的业务处理时，第 一服务器会先将该业务请求发送给位于两个服务器之间的认证系统，由认证系统对该业务 请求进行认证。当认证通过时，认证系统将该业务请求发送给第二服务器，否则，认证系统 拒绝将该业务请求发送给第二服务器。
[0004] 在现有技术中，往往通过处于两个服务器之间的网关对业务请求进行认证。例如， 假设用户需要在网页上操作并购买机票时，用户首先通过终端在旅游网站上向相应的第一 服务器发送购票信息。第一服务器根据接收到的购票信息向网关（认证系统）发送购票请 求。网关收到该购票请求后，判断第一服务器是否已经与该网关签约，若是，则确定该购票 请求认证通过，并将该购票请求发送给航空售票系统对应的第二服务器。第二服务器接收 到该购票请求之后，处理购票业务。当网关判断该第一服务器未与自身签约时，则确定该购 票请求认证不通过，拒绝将该购票请求发送给第二服务器。但是，在实际应用场景中，有可 能存在未与第二服务器签约的第一服务器或终端绕过网关直接访问第二服务器的情况，而 第二服务器只要接收到业务请求时，就会对该业务请求进行处理，这样，可能会降低第二服 务器的安全性。

【发明内容】

[0005] 本申请实施例提供一种业务请求认证方法及装置，用以避免未与网关签约的终端 或第一服务器绕过网关直接访问第二服务器。
[0006] 本申请实施例提供的一种业务请求认证方法，包括：
[0007] 接收业务请求，并确定所述业务请求所在的会话；
[0008] 判断是否存在与确定的会话对应的令牌，其中，所述令牌与来自网关的业务请求 所在的会话相对应；
[0009] 若是，则确定所述业务请求认证通过；
[0010] 否则，确定所述业务请求认证不通过。
[0011] 本申请实施例提供的一种业务请求认证装置，包括：
[0012] 接收模块，用于接收业务请求；
[0013] 第一确定模块，用于确定所述业务请求所在的会话；
[0014] 判断模块，用于判断是否存在与确定的会话对应的令牌，其中，所述令牌与来自网 关的业务请求所在的会话相对应；
[0015] 认证模块，当判断存在与确定的会话对应的令牌时，则确定所述业务请求认证通 过，当判断不存在与确定的会话对应的令牌时，确定所述业务请求认证不通过。
[0016] 本申请实施例提供的一种业务请求认证方法及装置，该方法接收业务请求，确定 该业务请求所在的会话，判断是否存在与确定的会话对应的令牌，其中，该令牌与来自网关 的业务请求所在的会话相对应；若是，则确定该业务请求认证通过，可以处理相应业务，否 贝1J，确定该业务请求认证不通过，拒绝处理相应业务。这样，由于只有网关转发的业务请求 对应的会话才有令牌，因此，属于该会话的各业务请求均可认证通过，不属于该会话的业务 请求很可能是商户通过未与第二服务器的业务接口签约的终端或第一服务器绕过网关直 接发送的业务请求，则认证不通过。
【附图说明】
[0017] 此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申 请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0018] 图1为本申请实施例提供的一种业务请求认证方法整体流程示意图；
[0019] 图2为本申请实施例提供的一种业务请求认证系统结构示意图；
[0020] 图3为本申请实施例提供的一种业务请求认证方法具体流程示意图；
[0021] 图4为本申请实施例提供的一种业务请求认证装置结构示意图。
【具体实施方式】
[0022] 为使本申请的目的、技术方案和优点更加清楚，以下将结合本申请具体实施例及 相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一 部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在未做出 创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0023] 参见图1，为本申请实施例提供的业务请求认证方法流程示意图，包括：
[0024] S101、接收业务请求，确定该业务请求所在的会话。
[0025] 在本申请实施例中，第二服务器接收到的业务请求至少包括以下三种业务请求。
[0026] 第一种：直接来自网关转发的业务请求，该业务请求是第一服务器或终端通过网 关转发的，且该第一服务器的商户已经与第二服务器的业务接口签约。比如，商户服务器 (第一服务器）若要通过网关访问业务服务器（第二服务器）的某一业务接口时，商户需要 预先与业务服务器的业务接口签约，该网关才会将该商户服务器发送的业务请求转发给业 务服务器。
[0027] 第二种：直接来自第一服务器或终端的业务请求，该业务请求是与网关转发的业 务请求属于同一个会话的业务请求，也即该业务请求为与网关转发的业务请求相关联的业 务请求，第二服务器直接从终端或第一服务器接收业务请求。
[0028] 在实际应用场景中，第一种业务请求和第二种业务请求的发起端一般相同（如， 为同一个终端或同一个第一服务器），则第二服务器允许终端或第一服务器直接发送业务 请求给第二服务器而无需经过网关。
[0029] 第三种：直接来自第一服务器或终端的业务请求，该业务请求不属于网关转发业 务请求所在的会话，也即该业务请求与网关转发的业务请求无关联，在实际应用场景中，该 业务请求很可能是商户未与第二服务器的业务接口签约，该商户通过终端或第一服务器绕 过网关直接发送给第二服务器的业务请求，比如，商户未与支付服务器的业务接口签约，网 关接收到商户服务器发起的业务请求时不会将该业务请求转发给支付服务器（即不允许 商户服务器访问该支付服务器），但是，商户服务器或终端可绕过网关直接向支付服务器发 送业务请求，来访问支付服务器。
[0030] 其中，在本申请实施例中，所述的网关与第二服务器处于同一个域，如图2所示， 虚线框内的网关与第二服务器表示二者处于同一个域。
[0031] 在本申请实施例中，第二服务器在接收到来自网关转发的业务请求（第一种业务 请求）时会建立相应的会话，后续接收到与该业务请求相关联的其他业务请求时，这些后 续接收到的各业务请求（第二种业务请求）也属于该会话，无需再次建立。而第二服务器在 接收到终端或第一服务器发送的与第一种业务请求无关联的业务请求时，可能建立与该业 务请求对应的会话，也可能不建立会话，本申请以建立与该业务请求对应的会话为例说明。
[0032] 在本申请实施例中，所述的业务请求可以是支付类型的业务请求、转账类型的业 务请求、充值类型的业务请求等。
[0033] 以下将以业务请求为支付类型的业务请求为例说明。
[0034] 所述的支付类型的业务请求具体可以包括：支付请求，与该支付请求相关联的登 录请求、修改请求等。
[0035] 例如，假设商户已经签约支付服务器的业务接口，用户通过终端在商户服务器提 供的页面上进行操作，选择购买商品S，并向网关发送该支付请求，该网关可将接收到的支 付请求转发给支付服务器，支付服务器则可根据该支付请求，向终端推送支付页面，用户则 可在支付页面上进行操作，完成商品S的在线支付。则，支付服务器从网关接收到的该支付 请求为上述第一种业务请求。
[0036] 又例如，上例中支付服务器根据该接收到的支付请求建立会话1，并生成会话1对 应的令牌1，向终端推送支付页面。用户可在该支付页面进行操作，并通过终端直接向支付 服务器发送修改请求（业务请求）。支付服务器接收到的与支付请求属于同一个会话（会 话1)的修改请求为上述第二种业务请求。
[0037] 又例如，假设上例中的支付请求链接地址为X，若商户未与支付服务器的业务接 口签约，而是通过终端直接向支付服务器发送支付请求时，该支付请求与网关转发的支付 请求不关联（即直接访问业务接口的支付请求与该网关转发的支付请求不属于同一个会 话），则该支付请求为上述第三种业务请求；其中，该链接地址具体可以是统一资源定位器 (Uniform Resoure Locator，URL) 〇
[0038] S102、判断是否存在与确定的会话对应的令牌，若是，执行步骤S103,否则，执行步 骤 S104。
[0039] 其中，本申请实施例所述的令牌与来自网关的业务请求所在的会话相对应。
[0040] 考虑到在实际应用场景中，第二服务器可根据业务请求携带的链接地址中是否存 在网关标识来确定该业务请求是否来自网关。但是，第二服务器一般无法确定发起该业务 请求的终端或第一服务器的商户是否已经签约支付服务器的业务接口，则第二服务器很可 能会处理未签约支付服务器的商户通过终端或第一服务器绕过网关直接发送给的业务请 求。
[0041] 为了避免第二服务器处理未签约支付服务器的商户通过终端或第一服务器绕过 网关直接发送给的业务请求，在本申请实施例中，第二服务器不为任何未经过网关转发的 业务请求生成令牌，相应的，若该业务请求建立会话时，该会话也不存在令牌，因此，当第二 服务器接收到第一服务器或终端直接发送的业务请求，可确定该业务请求所在的会话，判 断是否存在该会话对应的令牌，若存在，则说明该业务请求与来自网关的业务请求属于同 一个会话，发起该业务请求的终端或第一服务器的商户已经签约支付服务器的业务接口， 可确定该业务请求认证通过，并处理相应的业务，若不存在，则说明该业务请求与网关转发 的业务请求不关联，商户未签约支付服务器的业务接口，可确定该业务请求认证不通过，拒 绝处理相应的业务，或者还可说明该业务请求与网关转发的业务请求可能关联，但是网关 转发的业务请求所在的会话已经失效，无法找到当前接收到的业务请求对应的会话，则可 确定该业务请求认证不通过，拒绝处理相应的业务。
[0042] 例如，假设支付服务器接收到来自网关的支付请求1时，建立会话1，并生成与该 会话1对应的令牌1，假设支付服务器后续又接收到终端A直接发送的基于该支付请求1的 修改请求时，确定该修改请求属于会话1。
[0043] 假设支付服务器接收到终端B直接发送的支付请求2时，建立会话2,不生成与该 支付请求2对应的令牌，当然，会话2也不存在令牌。则发送端（如网关、终端A或终端B)、 业务请求、会话和令牌相互之间的对应关系，如表1所示。
[0044]
[0045] 表 1
[0046] 在表1中，来自网关的支付请求1与会话1和令牌1相对应，直接来自终端A的修 改请求与会话1和令牌1相对应；直接来自终端B的支付请求2与会话2相对应，且该会话 2不存在对应的令牌。
[0047] 当支付服务器接收到的业务请求为支付请求1时，可以通过表1确定该支付请求1 所在的会话为会话1，进而确定存在与该会话1对应的令牌1，则可确定支付请求1认证通 过，并展示支付页面。
[0048] 当支付服务器接收到的业务请求为直接来自终端A的修改请求时，通过表1确定 该修改请求所在的会话为会话1，进而也可确定存在与该会话1对应的令牌1，也就是说，可 确定终端A或者发起该修改请求的商户服务器与网关已经签约，从而可确定修改请求认证 通过，并展示登录页面。
[0049] 假设支付服务器接收到的业务请求为终端B直接发送的支付请求2时，通过表1 确定该支付请求2所在的会话为会话2,进而确定不存在与该会话2对应的令牌，也就是说， 可确定商户未签约支付服务器的业务接口，从而可确定支付请求2认证不通过，并拒绝展 示支付页面。
[0050] S103、确定业务请求认证通过。
[0051] 当确定业务请求认证通过时，第二服务器可处理与该业务请求相应的业务。
[0052] S104、确定业务请求认证不通过。
[0053] 当确定业务请求认证不通过时，第二服务器拒绝处理与该业务请求相应的业务。
[0054] 本申请上述图1所示的方法，第二服务器在接收到直接来自第一服务器或终端的 业务请求时，确定该业务请求所在的会话，判断是否存在与该会话对应的令牌，若存在，则 说明该业务请求与网关转发的业务请求相关联，且第一服务器的商户已经与第二服务器的 业务接口签约，则确定该业务请求认证通过，并处理相应的业务；若不存在，则说明该业务 请求与网关转发的业务请求无关联，商户未与第二服务器的业务接口签约，则确定该业务 请求认证不通过，并拒绝处理相应的业务。这样，就可有效避免未与第二服务器的业务接口 签约的商户通过终端或第一服务器绕过网关访问第二服务器的业务接口。
[0055] 当然，第二服务器在接收到终端或第一服务器发送的与第一种业务请求无关联的 业务请求（即上述的第三种业务请求）时，也可能不建立会话。
[0056] 因此，在本申请实施例中，当第二服务器在接收到终端或第一服务器发送的业务 请求时，首先判断是否存在与该业务请求对应的令牌，若是，说明该业务请求是与网关转发 的业务请求相关联的业务请求，则认证该业务请求通过，否则，说明该业务请求与网关转发 的业务请求不关联，可能是绕过网关想要直接访问业务接口的业务请求，因此，认证不通 过。
[0057] 在本申请实施例中，第二服务器生成与业务请求所在的会话对应的令牌之后，进 一步的，可将该令牌保存在指定的存储区域（也称存储模块）中。一般的，Session存储区 域（简称Session)是一个用于存储一个会话的会话内容的存储区域，则在本申请实施例 中，可将该令牌保存在该会话对应的Session中。由于Session的安全性相对较高，这样， 存储于Session中的令牌的安全性也较高。
[0058] 相应的，第二服务器在判断是否存在与确定的会话对应的令牌时，具体的，可判断 该会话对应的Session中是否存在令牌。
[0059] 考虑到在实际应用场景中，第二服务器需要处理包括但不限于账号登录请求、账 号注册请求、或密码修改请求等特定类型的业务请求时，出于安全考虑，在处理该特定类型 的业务请求之前，需要删除Session中的所有内容（如会话内容和令牌），以便于后续处理 该特定类型的业务请求时，仅保留与该特定类型的业务请求对应的会话内容。
[0060] 需要说明的是，本申请实施例所述的删除会话是指删除会话内容，而不是指拆除 会话。
[0061] 例如，假设会话1为基于支付请求建立的会话，登录请求（特定类型的业务请求） 属于该会话1，且该会话1对应令牌1，该会话1的会话内容1和令牌1均保存在Sessionl 中。当支付服务器接收到登录请求后，确定登录请求对应的会话内容1存储于Sessionl，贝lj 删除Sessionl中的会话内容1和令牌1，然后处理该登录请求，将处理过程中产生的会话内 容保存在Sessionl中。
[0062] 考虑到在实际应用中，处理完所述登录请求之后，还会接收到基于该会话1的其 他业务请求，如修改请求。当支付服务器删除Sessionl中的令牌1后，再接收到基于该 会话1发送的修改请求时，由于该Sessionl中的令牌1已经被删除，支付服务器在判断 Sessionl中是否存在与该修改请求对应的令牌时，会确定该Sessionl中不存在该令牌，从 而就会误认为该修改请求认证不通过。
[0063] 在本申请实施例中，当第二服务器确定接收到的业务请求为上述特定类型的业 务请求时，将预先生成的令牌保存在该业务请求所在的会话对应的Session中之后，将 Session中存储的令牌复制到该特定类型的业务请求携带的链接地址中，该链接地址具体 可以是统一资源定位器（Uniform Resoure Locator，URL) 〇
[0064] 考虑到在实际应用场景中，URL中的令牌可能被篡改，当网关转发的业务请求所在 的会话的令牌被篡改后，第二服务器可能会将属于该会话的业务请求误认为未与第二服务 器签约的商户通过终端或第一服务器绕过网关发送的业务请求，并拒绝处理该业务请求。
[0065] 因此，在本申请实施例中，将Session中存储的令牌复制到该特定类型的业务请 求携带的URL中，具体的，可对该Session中存储的令牌进行加密或签名，将加密或签名后 的令牌复制到该特定类型的业务请求携带的URL中。
[0066] 相应的，当第二服务器判断是否存在与确定的会话对应的令牌时，具体可判断存 储会话内容的Session中是否存在该令牌，若不存在，贝lj可进一步判断特定类型的业务请 求的链接地址中是否存在该令牌。
[0067] 可选的，当确定特定类型的业务请求的链接地址中存在加密或签名后的令牌时， 可对该令牌进行解密处理，或验证签名，当解密成功或验证签名通过时，说明该令牌合法， 确定该令牌为业务请求所在会话对应的令牌，当解密不成功或验证签名不通过时，说明该 令牌为非法令牌，则确定不存在与该业务请求对应的令牌。
[0068] 由于相比较链接地址，Session的安全性较高，因此，当判断特定类型的业务请求 的链接地址中存在该令牌时，进一步的，可将该链接地址中的该令牌复制到存储该业务请 求所在会话Session中。
[0069] 沿用上例，支付服务器在接收到登录请求（特定类型的业务请求）后，将存储在 Sessionl中的令牌1复制到该登录请求携带的URL中。当支付服务器处理完登录请求之 后，接收到属于会话1的修改请求时，支付服务器确定该修改请求所在的会话1，并确定与 该会话1对应的Sessionl，然后判断该Sessionl中是否存在与该修改请求所在的会话1对 应的令牌1，当判断该Sessionl中不存在该令牌1时，贝lj可判断登录请求携带的URL中是否 存在令牌1。当判断该URL中存在令牌1时，可确定该修改请求认证通过。为了提高会话1 对应的令牌1的安全性，进一步的，还可将URL中的令牌1复制到Sessionl中。
[0070] 当然，第二服务器判断是否存在与确定的会话对应的令牌时，也可先判断业务请 求的链接地址中是否存在与该会话对应的令牌，若不存在，再判断Session中是否存在与 该会话对应的令牌。也就是说，判断Session中是否存在令牌，与判断链接地址中是否存在 令牌的先后顺序不限。
[0071] 考虑到在实际应用场景中，第二服务器接收到的业务请求中，既存在需要认证的 业务请求，也存在不需要认证的业务请求。针对需要认证的业务请求，第二服务器首先会对 该业务请求进行认证，认证通过时，处理相应的业务。针对不需要认证的业务请求，第二服 务器可直接进行相应的业务处理。
[0072] 例如，某些需要付费的业务，需要商户预先与第二服务器的业务接口签约，第二服 务器就需要对相应的业务请求进行认证，认证通过时，说明终端或第一服务器对应的商户 已经与第二服务器的业务接口签约，进行相应的处理，否则，说明终端或第一服务器对应的 商户并未与第二服务器的业务接口签约，不进行相应的处理。需要认证的业务请求包括但 不限于：支付类型的业务请求、转账类型的业务请求、充值类型的业务请求等。某些不需要 付费的业务，第二服务器就不需要对相应的业务请求进行认证，直接对该业务请求进行处 理。
[0073] 则在本申请实施例中，第二服务器判断是否存在与确定的会话对应的令牌之前， 还包括：确定该业务请求是否为需要认证的业务请求，若是，执行本申请实施例提供的业务 请求认证方法，否则，直接进行业务处理。
[0074] 具体的，可预先设置需要认证的业务请求的类型，例如，可预先设置需要认证的业 务请求的类型包括：支付类型的业务请求、转账类型的业务请求、充值类型的业务请求等。
[0075] 以下将具体说明本申请实施例提供的业务请求认证方法的详细过程，如图3所 不。
[0076] 参见图3,本申请实施例提供的业务请求认证方法，包括以下步骤：
[0077] S301、接收业务请求。
[0078] S302、判断该业务请求是否为需要认证的业务请求，若是，执行步骤S303,否则，执 行步骤S310。
[0079] S303、判断该业务请求是否来自网关，若是，执行步骤S304,否则执行步骤S306。
[0080] S304、建立基于该业务请求的会话，生成与该会话对应的令牌。
[0081] S305、将该令牌存储于该会话对应的Session中，当接收到的业务请求为特定类 型的业务请求时，将该令牌复制到该业务请求的URL中。
[0082] S306、确定该业务请求所在的会话。
[0083] S307、判断确定的会话中的特
[0084] 定类型的业务请求的URL中是否存在令牌，若是，执行步骤S309和步骤S310,否则 执行步骤S308。
[0085] S308、判断确定的会话对应的Session中是否存在令牌，若是，执行步骤S310,否 贝1J，执行步骤S311。
[0086] S309、将特定类型的业务请求的URL中的令牌复制到确定的会话对应的Session 中。
[0087] S310、处理该业务请求。
[0088] S311、拒绝处理该业务请求。
[0089] 其中，步骤S307和步骤S308的先后顺序可以互换。
[0090] 以上为本申请实施例提供的业务请求认证方法，基于同样的思路，本申请实施例 还提供了业务请求认证装置，如图4所示。
[0091] 参见图4,为本申请实施例提供的业务请求认证装置，该装置包括：
[0092] 接收模块41，用于接收业务请求；
[0093] 第一确定模块42,用于确定所述业务请求所在的会话；
[0094] 判断模块43,用于判断是否存在与确定的会话对应的令牌，其中，所述令牌与来自 网关的业务请求所在的会话相对应；
[0095] 认证模块44,当判断存在与确定的会话对应的令牌时，则确定所述业务请求认证 通过，当判断不存在与确定的会话对应的令牌时，确定所述业务请求认证不通过。
[0096] 可选的，所述装置还包括：
[0097] 令牌生成模块45,用于当所述接收模块41接收到的所述业务请求为网关转发的 业务请求时，生成与为网关转发的业务请求的业务请求所在的会话对应的令牌。
[0098] 可选的，所述装置还包括：
[0099] 存储模块46,用于在生成与所述会话对应的令牌之后，将所述生成的令牌保存在 与所述会话对应的Session中。
[0100] 可选的，所述装置还包括：
[0101] 第一复制模块47,用于当接收到的所述业务请求为特定类型的业务请求时，将所 述生成的令牌保存在与所述会话对应的Session中之后，将所述Session中存储的令牌复 制到所述业务请求携带的链接地址中。
[0102] 可选的，所述判断模块43具体用于：
[0103] 当所述Session中不存在与确定的会话对应的令牌时，判断所述链接地址中是否 存在与确定的会话对应的令牌。
[0104] 可选的，所述装置还包括：
[0105] 第二复制模块48,用于当所述判断模块判断所述链接地址中存在与确定的会话对 应的令牌时，将所述链接地址中的令牌复制到所述Session中。
[0106] 可选的，所述装置还包括：
[0107] 第二确定模块49,用于在判断是否存在与确定的会话对应的令牌之前，确定所述 业务请求为需要认证的业务请求。
[0108] 综上所述，本申请提供的业务请求认证方法和装置，该方法第二服务器在接收到 直接来自第一服务器或终端的业务请求时，确定该业务请求所在的会话，判断是否存在与 该会话对应的令牌，若存在，则说明该业务请求与网关转发的业务请求属于同一个会话，且 发起该业务请求的终端或第一服务器的商户已经与第二服务器的业务接口签约，则确定该 业务请求认证通过，并处理相应的业务；若不存在，则说明该业务请求与网关转发的业务请 求不属于同一个会话，发起该业务请求的终端或第一服务器的商户未与第二服务器的业务 接口签约，则确定该业务请求认证不通过，并拒绝处理相应的业务。这样，就可有效避免未 与第二服务器的业务接口签约的商户通过终端或第一服务器绕过网关访问第二服务器。
[0109] 本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序 产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实 施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机 可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产 品的形式。
[0110] 本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程 图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一 流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算 机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理 器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生 用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能 的装置。
[0111] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特 定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指 令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或 多个方框中指定的功能。
[0112] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计 算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或 其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图 一个方框或多个方框中指定的功能的步骤。
[0113] 在一个典型的配置中，计算设备包括一个或多个处理器（CPU)、输入/输出接口、 网络接口和内存。
[0114] 内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器（RAM)和/ 或非易失性内存等形式，如只读存储器（ROM)或闪存（flash RAM)。内存是计算机可读介质 的示例。
[0115] 计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法 或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。 计算机的存储介质的例子包括，但不限于相变内存（PRAM)、静态随机存取存储器（SRAM)、 动态随机存取存储器（DRAM)、其他类型的随机存取存储器（RAM)、只读存储器（ROM)、电 可擦除可编程只读存储器（EEPR0M)、快闪记忆体或其他内存技术、只读光盘只读存储器 (CD-ROM)、数字多功能光盘（DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁 性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中 的界定，计算机可读介质不包括暂存电脑可读媒体（transitory media)，如调制的数据信 号和载波。
[0116] 还需要说明的是，术语"包括"、"包含"或者其任何其他变体意在涵盖非排他性的 包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包 括未明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。 在未更多限制的情况下，由语句"包括一个……"限定的要素，并不排除在包括所述要素的 过程、方法、商品或者设备中还存在另外的相同要素。
[0117] 本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。 因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的 形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存 储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形 式。
[0118] 以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员 来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同 替换、改进等，均应包含在本申请的权利要求范围之内。
【主权项】
1. 一种业务请求认证方法，其特征在于，包括： 接收业务请求，并确定所述业务请求所在的会话； 判断是否存在与确定的会话对应的令牌，其中，所述令牌与来自网关的业务请求所在 的会话相对应； 若是，则确定所述业务请求认证通过； 否则，确定所述业务请求认证不通过。2. 如权利要求1所述的方法，其特征在于，当接收到的所述业务请求为网关转发的业 务请求时，所述方法还包括： 生成与来自网关的业务请求所在的会话对应的令牌。3. 如权利要求2所述的方法，其特征在于，生成与所述业务请求所在的会话对应的令 牌之后，所述方法还包括： 将所述生成的令牌保存在所述会话对应的Session中。4. 如权利要求3所述的方法，其特征在于，当接收到的所述业务请求为特定类型的业 务请求时，将所述生成的令牌保存在所述会话对应的Session中之后，所述方法还包括： 将所述Session中存储的令牌复制到所述业务请求携带的链接地址中。5. 如权利要求4所述的方法，其特征在于，判断是否存在与确定的会话对应的令牌，具 体包括： 当所述Session中不存在与确定的会话对应的令牌时，判断所述链接地址中是否存在 与确定的会话对应的令牌。6. 如权利要求5所述的方法，其特征在于，当判断所述链接地址中存在与确定的会话 对应的令牌时，所述方法还包括： 将所述链接地址中的令牌复制到所述Session中。7. 如权利要求1所述的方法，其特征在于，判断是否存在与确定的会话对应的令牌之 前，所述方法还包括： 确定所述业务请求为需要认证的业务请求。8. -种业务请求认证装置，其特征在于，包括： 接收模块，用于接收业务请求； 第一确定模块，用于确定所述业务请求所在的会话； 判断模块，用于判断是否存在与确定的会话对应的令牌，其中，所述令牌与来自网关的 业务请求所在的会话相对应； 认证模块，当判断存在与确定的会话对应的令牌时，则确定所述业务请求认证通过，当 判断不存在与确定的会话对应的令牌时，确定所述业务请求认证不通过。9. 如权利要求8所述的装置，其特征在于，所述装置还包括： 令牌生成模块，用于当所述接收模块接收到的所述业务请求为网关转发的业务请求， 生成与来自网关的业务请求所在的会话对应的令牌。10. 如权利要求9所述的装置，其特征在于，所述装置还包括： 存储模块，用于生成与所述会话对应的令牌之后，将所述生成的令牌保存在所述会话 对应的Session中。11. 如权利要求10所述的装置，其特征在于，所述装置还包括： 第一复制模块，用于当接收到的所述业务请求为特定类型的业务请求时，将所述生成 的令牌保存在所述会话对应的Session中之后，将所述Session中存储的令牌复制到所述 业务请求携带的链接地址中。12. 如权利要求11所述的装置，其特征在于，所述判断模块具体用于：当所述Session 中不存在与确定的会话对应的令牌时，判断所述链接地址中是否存在与确定的会话对应的 令牌。13. 如权利要求12所述的装置，其特征在于，所述装置还包括： 第二复制模块，用于当所述判断模块判断所述链接地址中存在与确定的会话对应的令 牌时，将所述链接地址中的令牌复制到所述Session中。14. 如权利要求8所述的装置，其特征在于，所述装置还包括： 第二确定模块，用于在判断是否存在与确定的会话对应的令牌之前，确定所述业务请 求为需要认证的业务请求。
【文档编号】H04L29/06GK105991514SQ201510043786
【公开日】2016年10月5日
【申请日】2015年1月28日
【发明人】张校川
【申请人】阿里巴巴集团控股有限公司