CN106302600A - 一种定制化需求的方法及装置 - Google Patents

Abstract

本发明提供了一种定制化需求的方法及装置，其中该方法包括：接收用户通过定制化接口发送的业务请求；将业务请求路由到目的系统上与业务请求相对应的服务中，使服务将业务请求路由至上游接口的子业务接口中；接收上游接口在对业务请求进行处理后返回的处理结果，并将处理结果返回给用户。本发明实施例能使目的系统的上下游业务和接口在不受任何影响的情况下实现用户的各种定制化业务。

Description

一种定制化需求的方法及装置

技术领域

本发明涉及通信技术领域，特别涉及一种定制化需求的方法及装置。

背景技术

在开发的过程中经常会遇到这样的情况，接口方对外提供了几种接口供目的系统(即合作方)使用，但随着互联网的快速发展，面对下游用户的一些特殊需求，可能会因为平台，服务的差异导致用户的需求很难做到完全覆盖。可见现有服务已无法满足用户的需求，同时由于接口方提供的服务和页面表现方式都是统一的，无法体现用户的差异化，因此需要为用户提供更多定制化、个性化的服务内容。

发明内容

本发明实施例的目的在于提供一种定制化需求的方法及装置，能使目的系统的上下游业务和接口在不受任何影响的情况下实现用户的各种定制化业务。

为了达到上述目的，本发明的实施例提供了一种定制化需求的方法，该方法包括：

接收用户通过定制化接口发送的业务请求；

将业务请求路由到目的系统上与业务请求相对应的服务中，使服务将业务请求路由至上游接口的子业务接口中；

接收上游接口在对业务请求进行处理后返回的处理结果，并将处理结果返回给用户。

其中，在接收用户通过定制化接口发送的业务请求之前，方法还包括：

获取用户调用定制化接口的请求，调用定制化接口的请求中携带用户的唯一标识；

根据唯一标识，确定用户为有定制化要求的用户，并为用户开放定制化接口。

其中，将业务请求路由到目的系统上与业务请求相对应的服务中，具体包括：

获取访问上游接口的业务接口所需要的第一数据信息；

根据第一数据信息，对业务接口的前台服务进行后台访问，并接收业务接口的返回对象；

根据返回对象，获取访问业务接口的各子业务接口所需要的第二数据信息；

根据第二数据信息，将各子业务接口的业务代理到目标系统对应的服务中；

根据业务请求对应的服务类型，将业务请求路由到目的系统上与业务请求相对应的服务中。

其中，获取访问上游接口的业务接口所需要的第一数据信息，具体包括:

对上游接口的业务接口进行前台访问，并接收业务接口返回的第三数据信息；

通过解析第三数据信息，获取访问上游接口的业务接口所需要的第一数据信息。

其中，根据第一数据信息，对业务接口的前台服务进行后台访问，具体包括：

根据第一数据信息，通过Jsoup解析器配置HTTP请求；

通过HTTP请求对业务接口的前台服务进行后台访问。

其中，根据返回对象，获取访问业务接口的各子业务接口所需要的第二数据信息，具体为：

通过Jsoup语法对返回对象进行解析，获取访问业务接口的各子业务接口所需要的第二数据信息。

本发明的实施例还提供了一种定制化需求的装置，该装置包括：

第一接收模块，用于接收用户通过定制化接口发送的业务请求；

路由模块，用于将业务请求路由到目的系统上与业务请求相对应的服务中，使服务将业务请求路由至上游接口的子业务接口中；

第二接收模块，用于接收上游接口在对业务请求进行处理后返回的处理结果，并将处理结果返回给用户。

其中，装置还包括：

获取模块，用于获取用户调用定制化接口的请求，调用定制化接口的请求中携带用户的唯一标识；

确定模块，用于根据唯一标识，确定用户为有定制化要求的用户，并为用户开放定制化接口。

其中，路由模块包括：

第一获取单元，用于获取访问上游接口的业务接口所需要的第一数据信息；

第一访问单元，用于根据第一数据信息，对业务接口的前台服务进行后台访问，并接收业务接口的返回对象；

第二获取单元，用于根据返回对象，获取访问业务接口的各子业务接口所需要的第二数据信息；

代理单元，用于根据第二数据信息，将各子业务接口的业务代理到目标系统对应的服务中；

路由单元，用于根据业务请求对应的服务类型，将业务请求路由到目的系统上与业务请求相对应的服务中。

其中，第一获取单元包括:

第一子单元，用于对上游接口的业务接口进行前台访问，并接收业务接口返回的第三数据信息；

第二子单元，用于通过解析第三数据信息，获取访问上游接口的业务接口所需要的第一数据信息。

其中，根据第一访问单元包括：

第三子单元，用于根据第一数据信息，通过Jsoup解析器配置HTTP请求；

第四子单元，用于通过HTTP请求对业务接口的前台服务进行后台访问。

其中，第二获取单元包括：

第五子单元，用于通过Jsoup语法对返回对象进行解析，获取访问业务接口的各子业务接口所需要的第二数据信息。

本发明的上述方案至少包括以下有益效果：

在本发明的实施例中，目的系统即合作方在接收到用户通过定制化接口发送的业务请求后，会将该业务请求路由到与该业务请求对应的服务中，然后通过该服务将用户的业务请求路由到上游接口的子业务接口中，以使上游接口对用户的业务请求进行处理，最后接收上游接口返回的处理结果，并将处理结果返回给用户。这样便能使目的系统的上下游业务和接口在不受任何影响的情况下实现用户的各种定制化业务。

附图说明

图1为本发明实施例中定制化需求的方法的流程图；

图2为本发明实施例中图1中的步骤12的具体流程图；

图3为本发明实施例中Headers信息的示意图；

图4为本发明实施例中Response信息的示意图；

图5为本发明实施例中Jsoup主要的类层次结构示意图；

图6为本发明实施例中Jsoup基本用法的示意图；

图7为本发明实施例中Jsoup选择器的示意图；

图8为本发明实施例中Jsoup表达式的示意图；

图9为本发明实施例中定制化需求的装置的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例针对现有技术中上游接口的服务不能满足用户需求的问题，提供了一种定制化需求的方法及装置，能使目的系统的上下游业务和接口在不受任何影响的情况下实现用户的各种定制化业务。

实施例一

如图1所示，本发明的实施例提供了一种定制化需求的方法，该方法包括：

步骤11，接收用户通过定制化接口发送的业务请求；

步骤12，将业务请求路由到目的系统上与业务请求相对应的服务中，使服务将业务请求路由至上游接口的子业务接口中；

步骤13，接收上游接口在对业务请求进行处理后返回的处理结果，并将处理结果返回给用户。

在本发明的实施例中，目的系统即合作方在接收到用户通过定制化接口发送的业务请求后，会将该业务请求路由到与该业务请求对应的服务中，然后通过该服务将用户的业务请求路由到上游接口的子业务接口中，以使上游接口对用户的业务请求进行处理，最后接收上游接口返回的处理结果，并将处理结果返回给用户。这样便能使目的系统的上下游业务和接口在不受任何影响的情况下实现用户的各种定制化业务。

其中，在本发明的实施例一中，在执行步骤11之前，上述方法还包括：获取用户调用定制化接口的请求，调用定制化接口的请求中携带用户的唯一标识；根据唯一标识，确定用户为有定制化要求的用户，并为用户开放定制化接口。

在本发明的实施例一中，在执行定制化过程之前，合作方需要在系统文件中，配置并存储相关定制化用户信息(即预先给有定制化需求的用户分配的唯一标识与用户的对应关系，例如用户天天游戏联盟对应的唯一标识为90001001)。这样当接收到用户调用定制化接口的请求时，通过预先存储的上述对应关系便能识别出该用户是否为有定制化要求的用户：且当识别出该用户为有定制化要求的用户时，为该用户开放定制化接口，以供后续该用户通过定制化接口发送业务请求。其中关于对应关系的配置，具体地，可以通过配置系统目录中的.properties文件，以KEY——VALUE形式对应相关定制化用户信息。这样当目的系统服务启动或者缓存更新时，都会将定制化用户信息保存在Redis缓存服务中，且缓存存储策略也是KEY——VALUE对应的形式，目的是为了每次在目的系统中对定制化用户信息进行读取时尽量减少对数据库的操作，从而改善目的系统的性能。

如图2所示，在本发明的实施例一中，上述步骤12具体为：

步骤21，获取访问上游接口的业务接口所需要的第一数据信息；

在本发明的实施例一中，第一数据信息主要包括：业务接口的地址、参数、请求方式、过期时间以及Headers信息等。

步骤22，根据第一数据信息，对业务接口的前台服务进行后台访问，并接收业务接口的返回对象；

步骤23，根据返回对象，获取访问业务接口的各子业务接口所需要的第二数据信息；

步骤24，根据第二数据信息，将各子业务接口的业务代理到目标系统对应的服务中；

步骤25，根据业务请求对应的服务类型，将业务请求路由到目的系统上与业务请求相对应的服务中。

在本发明的实施例一中，上述步骤21具体为：对上游接口的业务接口进行前台访问，并接收业务接口返回的第三数据信息；通过解析第三数据信息，获取访问上游接口的业务接口所需要的第一数据信息。具体地，可先通过浏览器对业务接口进行前台访问，然后通过GooDeveloper tools、fireBug、httpWatch等工具对业务接口返回的第三数据信息(主要为html和xml形式)进行分析(可根据业务不同选择不同的数据节点，在本发明的实施例一中主要分析如图3所示的Headers信息和如图4所示的Response信息)，并根据实际需要从中获取需要的第一数据信息。

其中，在本发明的实施例一中，上述步骤22具体为：根据第一数据信息，通过Jsoup解析器配置HTTP请求；通过HTTP请求对业务接口的前台服务进行后台访问。其中，如图5～图8所示，Jsoup解析器是一款java的Html解析器，提供了强大灵活的应用程序接口(API)，可以通过DOM，CSS和类似于Jquery的操作方式来操作和读取数据。且Jsoup解析器能够尽最大可能的从HTML文档来创建一个干净的解析结果，无论HTML的格式是否完整。

其中，在本发明的实施例一中，上述步骤23具体为：通过Jsoup语法对返回对象进行解析，获取访问业务接口的各子业务接口所需要的第二数据信息。具体地，Jsoup解析器会将返回对象(html和xml形式)对象化，将其转换成DOM对象(文档对象模型)，此对象包含多个elements、TextNodes以及其它辅助的Nodes。然后得到一个统一资源定位符(URL，Uniform Resoure Locator)，从返回对象的文件或字符串中解析HTML，XML信息(在此也可以通过方法链来解决特殊请求，即可以向链接地址post参数，设置userAgent，cookie，timeout等，例如：

Document doc＝Jsoup.connect("http://test.com").data("query","Java").userAgent("Mozilla").cookie(“userInfo”)，找到HTML，XML中需要的节点，缩小抓取范围，然后转换成对应的元素对象。最后通过Jsoup的DOM或CSS选择器来查找、取出数据(即访问业务接口的各子业务接口所需要的第二数据信息)。

在步骤24中，根据获取到的第二数据信息，将各个子业务接口的业务映射到目标系统(即合作方)对应的服务中。这样当接收到用户的业务请求后，可根据该业务请求对应的业务类型(可以是预先配置的)，将业务请求路由到目的系统上与业务请求相对应的服务中，进而使该服务将这个业务请求路由至相对应的上游接口的子业务接口中。这样用户通过访问定制化接口，便可以得到和自己需求完全符合的页面和功能。例如用户的原有业务的接口为：cashier.epay.feixin.10086.cn/fxgate/wapBiz.do？action＝POSTORDER，而通过定制化过程后，在原有业务不受任何影响的同时，为用户开放了一个新的接口地址(cashier.epay.feixin.10086.cn/fxgate/custom.do？action＝POSTORDER)来实现更多定制化的需求。

在本发明的实施例一中，在上述步骤13中，合作方在通过后台通知接口接收到上游接口对业务请求进行处理后返回的处理结果后，会对该返回结果进行处理，得到最后的交易结果信息，最后通过用户的通知接口将交易结果信息返回个用户。

实施例二

如图9所示，本发明的实施例还提供了一种定制化需求的装置，该装置包括：

第一接收模块91，用于接收用户通过定制化接口发送的业务请求；

路由模块92，用于将业务请求路由到目的系统上与业务请求相对应的服务中，使服务将业务请求路由至上游接口的子业务接口中；

第二接收模块93，用于接收上游接口在对业务请求进行处理后返回的处理结果，并将处理结果返回给用户。

其中，装置还包括：

获取模块，用于获取用户调用定制化接口的请求，调用定制化接口的请求中携带用户的唯一标识；

确定模块，用于根据唯一标识，确定用户为有定制化要求的用户，并为用户开放定制化接口。

其中，路由模块92包括：

第一获取单元，用于获取访问上游接口的业务接口所需要的第一数据信息；

第一访问单元，用于根据第一数据信息，对业务接口的前台服务进行后台访问，并接收业务接口的返回对象；

第二获取单元，用于根据返回对象，获取访问业务接口的各子业务接口所需要的第二数据信息；

代理单元，用于根据第二数据信息，将各子业务接口的业务代理到目标系统对应的服务中；

路由单元，用于根据业务请求对应的服务类型，将业务请求路由到目的系统上与业务请求相对应的服务中。

其中，第一获取单元包括:

第一子单元，用于对上游接口的业务接口进行前台访问，并接收业务接口返回的第三数据信息；

第二子单元，用于通过解析第三数据信息，获取访问上游接口的业务接口所需要的第一数据信息。

其中，根据第一访问单元包括：

第三子单元，用于根据第一数据信息，通过Jsoup解析器配置HTTP请求；

第四子单元，用于通过HTTP请求对业务接口的前台服务进行后台访问。

其中，第二获取单元包括：

第五子单元，用于通过Jsoup语法对返回对象进行解析，获取访问业务接口的各子业务接口所需要的第二数据信息。

需要说明的是，本发明实施例提供的定制化需求的装置是应用上述方法的装置，即上述方法的所有实施例均适用于该装置，且均能达到相同或相似的有益效果。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (12)

1.一种定制化需求的方法，其特征在于，所述方法包括：

接收用户通过定制化接口发送的业务请求；

将所述业务请求路由到目的系统上与所述业务请求相对应的服务中，使所述服务将所述业务请求路由至上游接口的子业务接口中；

接收所述上游接口在对所述业务请求进行处理后返回的处理结果，并将所述处理结果返回给所述用户。

2.如权利要求1所述的方法，其特征在于，在所述接收用户通过定制化接口发送的业务请求之前，所述方法还包括：

获取用户调用定制化接口的请求，所述调用定制化接口的请求中携带所述用户的唯一标识；

根据所述唯一标识，确定所述用户为有定制化要求的用户，并为所述用户开放定制化接口。

3.如权利要求1所述的方法，其特征在于，所述将所述业务请求路由到目的系统上与所述业务请求相对应的服务中，具体包括：

获取访问上游接口的业务接口所需要的第一数据信息；

根据所述第一数据信息，对所述业务接口的前台服务进行后台访问，并接收所述业务接口的返回对象；

根据所述返回对象，获取访问所述业务接口的各子业务接口所需要的第二数据信息；

根据所述第二数据信息，将所述各子业务接口的业务代理到所述目标系统对应的服务中；

根据所述业务请求对应的服务类型，将所述业务请求路由到目的系统上与所述业务请求相对应的服务中。

4.如权利要求3所述的方法，其特征在于，所述获取访问上游接口的业务接口所需要的第一数据信息，具体包括:

对所述上游接口的业务接口进行前台访问，并接收所述业务接口返回的第三数据信息；

通过解析所述第三数据信息，获取访问上游接口的业务接口所需要的第一数据信息。

5.如权利要求3所述的方法，其特征在于，所述根据所述第一数据信息，对所述业务接口的前台服务进行后台访问，具体包括：

根据所述第一数据信息，通过Jsoup解析器配置HTTP请求；

通过所述HTTP请求对所述业务接口的前台服务进行后台访问。

6.如权利要求3所述的方法，其特征在于，所述根据所述返回对象，获取访问所述业务接口的各子业务接口所需要的第二数据信息，具体为：

通过Jsoup语法对所述返回对象进行解析，获取访问所述业务接口的各子业务接口所需要的第二数据信息。

7.一种定制化需求的装置，其特征在于，所述装置包括：

第一接收模块，用于接收用户通过定制化接口发送的业务请求；

路由模块，用于将所述业务请求路由到目的系统上与所述业务请求相对应的服务中，使所述服务将所述业务请求路由至上游接口的子业务接口中；

第二接收模块，用于接收所述上游接口在对所述业务请求进行处理后返回的处理结果，并将所述处理结果返回给所述用户。

8.如权利要求7所述的装置，其特征在于，所述装置还包括：

获取模块，用于获取用户调用定制化接口的请求，所述调用定制化接口的请求中携带所述用户的唯一标识；

确定模块，用于根据所述唯一标识，确定所述用户为有定制化要求的用户，并为所述用户开放定制化接口。

9.如权利要求7所述的装置，其特征在于，所述路由模块包括：

第一获取单元，用于获取访问上游接口的业务接口所需要的第一数据信息；

第一访问单元，用于根据所述第一数据信息，对所述业务接口的前台服务进行后台访问，并接收所述业务接口的返回对象；

第二获取单元，用于根据所述返回对象，获取访问所述业务接口的各子业务接口所需要的第二数据信息；

代理单元，用于根据所述第二数据信息，将所述各子业务接口的业务代理到所述目标系统对应的服务中；

路由单元，用于根据所述业务请求对应的服务类型，将所述业务请求路由到目的系统上与所述业务请求相对应的服务中。

10.如权利要求9所述的装置，其特征在于，所述第一获取单元包括:

第一子单元，用于对所述上游接口的业务接口进行前台访问，并接收所述业务接口返回的第三数据信息；

第二子单元，用于通过解析所述第三数据信息，获取访问上游接口的业务接口所需要的第一数据信息。

11.如权利要求9所述的装置，其特征在于，所述根据所述第一访问单元包括：

第三子单元，用于根据所述第一数据信息，通过Jsoup解析器配置HTTP请求；

第四子单元，用于通过所述HTTP请求对所述业务接口的前台服务进行后台访问。

12.如权利要求9所述的装置，其特征在于，所述第二获取单元包括：

第五子单元，用于通过Jsoup语法对所述返回对象进行解析，获取访问所述业务接口的各子业务接口所需要的第二数据信息。