CN104267974B - 业务接口的调用方法及装置 - Google Patents

Abstract

本发明公开了一种业务接口的调用方法及装置。其中，该方法包括：根据业务实体配置信息向业务实体服务器发出更新数据请求信息；接收业务实体服务器根据更新数据请求信息返回的业务实体的更新数据；根据业务实体配置信息，对返回的业务实体的更新数据按照业务实体配置信息进行数据解析，将返回的业务实体的更新数据解析为业务实体能够识别的数据格式；将解析为业务实体能够识别的业务实体的更新数据发送至业务实体。本发明解决了现有技术在应用软件开发过程中需要为应用软件上实现的不同业务实体编写不同的实现方案，导致开发效率低，灵活性差的技术问题。

Description

业务接口的调用方法及装置

技术领域

本发明涉及计算机领域，具体而言，涉及一种业务接口的调用方法及装置。

背景技术

随着现代移动互联网技术的日趋发展，客户端和服务器端的交互越来越重要。大多数的移动客户端在和服务器端交互的时候，都是通过调用与移动客户端对应的服务器端业务接口，以实现客户端与服务器端的信息相互传递的功能。

如今，移动客户端的功能和规模日益复杂。大多情况下，应用软件APP会根据用户的需求和出于优化应用软件用户体验的目的不断的更新功能。在这种情况，每当为应用软件添加一个新功能或者在修改一个已有的功能时，都需要为该新功能或者修改的功能重新编写网络请求的调用方法、返回数据的解析方法和线程间同步数据方法，不仅需要耗费很大的时间和人力成本，也不利于生产效率的提升。所以，迫切需要一种能快速建立服务器端接口调用的功能。

针对现有技术中在应用软件开发过程中需要为应用软件上实现的不同业务实体编写不同的实现方案，导致开发效率低，灵活性差的问题。

发明内容

本发明实施例提供了一种业务接口的调用方法及装置，以至少解决现有技术在应用软件开发过程中需要为应用软件上实现的不同业务实体编写不同的实现方案，导致开发效率低，灵活性差的技术问题。

根据本发明实施例的一个方面，提供了一种业务接口的调用方法，包括根据业务实体配置信息向业务实体服务器发出更新数据请求信息；接收业务实体服务器根据更新数据请求信息返回的业务实体的更新数据；根据业务实体配置信息，对返回的业务实体的更新数据按照业务实体配置信息进行数据解析，将返回的业务实体的更新数据解析为业务实体能够识别的数据格式；将解析为业务实体能够识别的业务实体的更新数据发送至业务实体。

根据本发明实施例的另一方面，还提供了一种业务接口的调用装置，包括：请求模块，用于根据业务实体配置信息向业务实体服务器发出更新数据请求信息；接收模块，用于接收业务实体服务器根据更新数据请求信息返回的业务实体的更新数据；解析模块，用于根据业务实体配置信息，对返回的业务实体的更新数据按照业务实体配置信息进行数据解析，将返回的业务实体的更新数据解析为业务实体能够识别的数据格式；同步模块，用于将解析为业务实体能够识别的业务实体的更新数据同步至业务实体。

在本发明实施例中，采用根据业务实体配置信息向业务实体服务器发出更新数据请求信息；接收业务实体服务器根据更新数据请求信息返回的业务实体的更新数据；根据业务实体配置信息，对返回的业务实体的更新数据按照业务实体配置信息进行数据解析，将返回的业务实体的更新数据解析为业务实体能够识别的数据格式；将解析为业务实体能够识别的业务实体的更新数据发送至业务实体的方式，进而解决了现有技术在应用软件开发过程中需要为应用软件上实现的不同业务实体编写不同的实现方案，导致开发效率低，灵活性差的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例一的一种业务接口的调用方法的流程图；

图2是根据本发明实施例一的一种优选的一种业务接口的调用方法的流程图；

图3是根据本发明实施例一的一种优选的一种业务接口的调用方法的流程图；

图4是根据本发明实施例一的一种优选的一种业务接口的调用方法的流程图；

图5是根据本发明实施例一的一种可选的业务接口的调用方法的业务流程示意图；

图6是根据本发明实施例二的一种业务接口的调用装置结构示意图；

图7是根据本发明实施例二优选的一种业务接口的调用装置结构示意图；以及

图8是根据本发明实施例二优选的一种业务接口的调用装置结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种业务接口的调用方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机***中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例一所提供的方法实施例可以在移动智能终端、带有触敏屏幕的智能终端的运算装置中执行。以运行在移动智能终端上为例，图1是本发明实施例的一种业务接口的调用方法的流程图。如图1所示，该业务接口的调用方法可以如下实施步骤：

步骤S12，根据业务实体配置信息向业务实体服务器发出更新数据请求信息。

上述步骤S12中，业务模块根据业务实体的配置信息，向业务实体服务器发出用于获取业务实体更新数据请求的信息。

步骤S14，接收业务实体服务器根据更新数据请求信息返回的业务实体的更新数据。

上述步骤S14中，服务器端在接收到业务实体的更新数据请求信息，按照更新数据请求信息的内容，发送与更新数据请求信息的内容相对应的内容。

步骤S16，根据业务实体配置信息，对返回的业务实体的更新数据按照业务实体配置信息进行数据解析，将返回的业务实体的更新数据解析为业务实体能够识别的数据格式。

上述步骤S16中，通过业务实体配置信息，按照配置信息中的内容，对返回的业务实体的更新数据进行数据解析。将返回的更新数据信息解析为业务实体能够直接读取的数据格式。

步骤S18，将解析为业务实体能够识别的业务实体的更新数据同步至业务实体。

上述步骤S18中，将更新数据信息解析为业务实体能够直接识别的信息后，同步至业务实体中，供业务实体进行使用。

本申请实施例一中，是一种自动根据实体配置信息(entity configuration)向业务实体服务器发起对业务实体进行更新的数据调用请求的方法。该方法通过对服务器业务实体服务器返回的更新数据信息进行解析，解析出的更新数据信息同步到相应的线程中，以供业务实体使用。其中，业务实体可以有多个，这些不同的业务实体可以使用相同的调用逻辑、解析逻辑和线程同步逻辑。这种方法通过扫描全部业务实体，建立业务实体和业务实体服务器的对应关系后，根据业务实体服务器返回的更新数据信息的数据类型去选择于这种数据类型对应的实体配置信息。最后将返回的更新数据信息解析为可以供业务实体自由使用的实例(instance)。通过这种方式，在开发的时候省去了为不同业务实体编写请求以及解析的方法，避免代码重复开发，大大节约开发的时间和成本。在实际应用中，业务实体服务器可以是单独的服务器，也可以是服务器提供的多个与业务实体对应的接口中的某一个。

这里，可以将上述步骤放入三个抽象的模块中进行，三个抽象的模块包括：抽象业务模块、抽象数据解析模块和抽象网络模块。

其中，抽象业务模块，负责收集业务实体的数据类型，用于传递业务实体配置信息和数据类型。可以将繁重耗时的业务放入异步线程中执行，避免长时间阻塞主线程。并负责子线程和前端界面线程(UI线程)的数据传递，方便其他功能使用。此模块将抽象网络模块的数据通讯功能和抽象数据解模块的数据解析功能有机结合并将之封装入抽象业务模块的私有方法中，对外仅暴露使用方法，大大增强了抽象业务的可扩展性。

其中，抽象数据解析模块，负责解析业务实体和业务实体服务器之间传输的数据。此模块抽象了数据解析接口，可以方便的解析各种数据格式(包括但不限于JSON,XML,二进制流,自定义格式等)。此模块不依赖抽象网络模块，不涉及任何业务，方便解析各种不同的业务实体的数据信息。本身也和实际的数据格式无关，并抽象出扩展接口以方便扩展支持更多数据格式的解析。

其中，抽象网络模块，负责业务实体和业务实体服务器的网络调用。此模块抽象出网络请求接口，以此可以将网络请求完全建立在现有的成熟的网络方案(比如：HTTP,SOCKET)之上。此模块不依赖抽象数据解析模块，也不涉及任何业务。可以非常方便在此基础上建立不同业务的网络请求。

本申请上述实施例一所提供的步骤S12至步骤S18可以在移动智能终端上运行的应用程序上使用，实施过程中，在上述实施例一中在移动智能终端上运行的应用程序的一种实施方式，可以是在移动智能终端上运行的新闻客户端，下面就以该新闻客户端为例，对上述实施例一进行详细描述。

在新闻客户端中，可以存在多个新闻版块，例如：热点新闻板块、财经新闻版块、科技新闻版块、体育新闻版块等。其中每个新闻版块都可以视其为一个业务实体。每个新闻版块都有各自的配置方式。在对某一个新闻版块进行刷新操作时，客户端根据这一新闻版块的配置信息向与该版块对应的服务器或者服务器接口发送数据更新请求。服务器接收到更新请求后，将根据接收到的更新请求返回新闻客户端具体的更新内容。当新闻客户端接收到更新内容后，新闻客户端对更新内容进行解析。新闻客户端根据该新闻模块的配置信息，将更新内容解析为该板块可以直接使用的数据格式，并将解析后到跟新内容发送至该板块，以供该版块使用。

优选地，如图2所示，本申请上述实施例一中，在步骤S12根据业务实体配置信息向业务实体服务器发出更新数据请求信息的步骤之前，还可以执行如下实施步骤：

步骤S10，获取业务实体的实体配置信息。其中，实体配置信息至少包括：业务实体服务器网络地址、业务实体服务器接口名称、更新数据请求内容、更新数据请求方式、返回的数据格式。

上述步骤S10中，通过对业务实体的读取、扫描，获取业务实体的配置信息。其中配置信息至少包括：业务实体服务器网络地址、业务实体服务器接口名称、更新数据请求内容、更新数据请求方式、返回的数据格式。

其中，业务实体服务器网络地址、业务实体服务器接口名称：业务实体可以通过业务实体服务器网络地址和业务实体服务器接口名称确定获取更新数据信息的位置，以实现从目标位置获取用于业务实体信息内容的功能。

其中，更新数据请求内容、更新数据请求方式、返回的数据格式：更新数据请求内容、更新数据请求方式、返回的数据格式与对应的业务实体服务器接收更新数据请求内容、接收更新数据请求方式、发送的数据格式相对应，以实现通过配置文件对发送的请求和接收到的信息进行解析的功能。

根据本申请上述实施例一所提供的步骤S10，下面就以该新闻客户端为例，对上述实施例一所提供的步骤S10进行详细描述。

在新闻客户端启动时，对新闻客户端中的每个新闻模块进行扫描，获取与各个新闻模块对应的新闻服务器网络地址、新闻服务器接口名称、更新数据请求内容、更新数据请求方式、返回的数据格式等。为方便客户端对各个新闻模块配置信息的获取，在开发时，可以为各个新闻模块设置与之对应的配置表，配置表中可以至少包含上述配置信息。

优选地，如图3所示，本申请上述实施例一中，在步骤S10获取所述业务实体的实体配置参数的步骤之后，还可以执行如下实施步骤：

步骤S11，根据业务实体与业务实体服务器之间传递数据的实体配置信息，创建缓存信息。缓存信息至少包含：业务实体与业务实体服务器之间的实体配置信息。

根据本申请上述实施例一所提供的步骤S11，下面就以该新闻客户端为例，对上述实施例一所提供的步骤S11进行详细描述。

在新闻客户端启动后，为了保证新闻客户端运行速度，可以对扫描到的各个新闻模块的配置信息在本地创建缓存信息。以避免新闻客户端在对新闻版块的内容进行更新时，还需要反复对该新闻版块进行反复扫描，导致***负担过重。

优选地，如图4所示，本申请上述实施例一中，在步骤S16根据业务实体配置信息，对返回的业务实体的更新数据按照业务实体配置信息进行数据解析，将返回的业务实体的更新数据解析为业务实体能够识别的数据格式中，还可以包括如下步骤：

步骤S161，获取接收到的业务实体的更新数据；

步骤S163，在缓存信息中查找与接收到的业务实体的更新数据相应的实体配置信息；

步骤S165，根据实体配置信息中的返回的数据格式，将业务实体的更新数据进行解析，解析为业务实体能够识别的数据格式。

上述步骤S161至步骤S165中，查找缓存中与接收到的业务实体的更新数据信息匹配的实体配置信息，根据实体配置信息中的返回的数据格式对业务实体的更新数据信息进行解析，解析为业务实体能够识别的数据格式，供业务实体进行使用。

优选地，本申请上述实施例一中，在步骤S12中发出更新数据请求信息至少包括以下一种请求数据信息：更新业务实体的列表数据请求信息、更新业务实体的内容数据请求信息。

根据本申请上述实施例一，下面就以该新闻客户端为例，对上述实施例一进行详细描述。

在新闻客户端中，业务实体一般分为两种内容，新闻的列表信息和新闻的正文信息。其中，上述更新业务实体的列表数据请求信息就是用于刷新新闻客户端中的新闻模块的列表信息；上述更新业务实体的内容数据请求信息就是用于刷新新闻客户端中的新闻内容的信息。

优选地，本申请上述实施例一中，在步骤S12根据业务实体配置信息向业务实体服务器发出更新数据请求信息的步骤还可以包括：

步骤S121，在发出更新数据请求信息为用于更新业务实体的列表数据请求信息时：获取业务实体的列表数据中列表数据的列表起始位置和更新列表数据的条目数量，生成更新数据请求信息；

根据本申请上述实施例一所提供的步骤S121，下面就以该新闻客户端为例，对上述实施例一所提供的步骤S121进行详细描述。

在新闻客户端中，各个新闻版块在刷新新闻列表信息时，每次不需要对全部新闻的新闻列表进行刷新。一种方式可以是新闻客户端对该新闻模块以时间或者标号进行判断，获取最后一次刷新时间或者编号，发送至服务器，对最后一次刷新时间或者编号之后的自定义数量的新闻列表进行刷新。另外一种方式可以是新闻客户端获取刷新操作的时间，对刷新时间之前的自定义数量的新闻列表进行刷新。

步骤S123，在发出更新数据请求信息为更新业务实体的内容数据请求信息时：获取与业务实体的内容数据对应的内容编号，生成更新数据请求信息。

根据本申请上述实施例一所提供的步骤S123，下面就以该新闻客户端为例，对上述实施例一所提供的步骤S123进行详细描述。

在新闻客户端中，各个新闻版块在刷新新闻内容信息时，新闻客户端可以获取该版块中的某一篇新闻的新闻编号，来生成更新数据请求信息。

在这里，结合图5，根据分别对每个抽象模块的流程进行说明：

抽象业务模块：实际业务功能调用是通过抽象业务模块向对应的服务器端业务接口发起请求的。在收到抽象网络模块返回的数据后，调用抽象数据解析模块，将数据流解析成业务实体实例。解析完毕后，此业务实体实例将被传递到UI线程交由相关业务逻辑处理。

抽象数据解析模块：此模块在应用程序启动时扫描整个业务实体集，并通过分析业务实体配置信息获取业务类型，设置一个缓存，用来保存业务实体和服务器端业务接口的对应关系。在收到抽象业务模块的数据解析请求后，通过业务类型获取业务实体，将抽象网络模块返回的数据解析成相关业务实体实例，再将此实体实例传递给抽象业务模块。

抽象网络模块：此模块收到抽象业务模块的网络请求后，获取业务实体的更新请求中的业务实体服务器网络地址、业务实体服务器接口名称、更新数据请求方式，将它们组合成通用的网络请求向业务实体服务器发起请求。收到服务器端响应后将返回的数据流封装起来并返回给抽象业务模块。

本发明将网络请求，解析逻辑封装起来抽象出业务接口，省去了重复编写网络请求功能和数据解析功能的步骤。在开发中，开发人员只需要经过简单的使用培训就可以马上投入上层业务相关的开发，而不用去关心如何编写和服务器端交互的请求功能和数据解析功能。将我们从底层的重复劳动中解放出来，使我们更加专注于业务功能的实现，提升了生产效率。

实施例2

图6是根据本发明实施例二的业务接口的调用装置的示意图。如图4所示，该装置可以包括：请求模块202、接收模块204、解析模块206和同步模块208。

其中，请求模块202，用于根据业务实体配置信息向业务实体服务器发出更新数据请求信息；接收模块204，用于接收业务实体服务器根据更新数据请求信息返回的业务实体的更新数据；解析模块206，用于根据业务实体配置信息，对返回的业务实体的更新数据按照业务实体配置信息进行数据解析，将返回的业务实体的更新数据解析为业务实体能够识别的数据格式；同步模块208，用于将解析为业务实体能够识别的业务实体的更新数据同步至业务实体。

本申请上述实施例二中，本申请上述实施例一所提供的请求模块202、接收模块204、解析模块206和同步模块208可以包含在移动智能终端上运行的应用程序中，实施过程中，在上述实施例二中在移动智能终端上运行的应用程序的一种实施方式，可以是在移动智能终端上运行的新闻客户端，下面就以该新闻客户端为例，对上述实施例二进行详细描述。

在新闻客户端中，可以存在多个新闻版块，例如：热点新闻板块、财经新闻版块、科技新闻版块、体育新闻版块等。其中每个新闻版块都可以视其为一个业务实体。每个新闻版块都有各自的配置方式。在对某一个新闻版块进行刷新操作时，客户端根据这一新闻版块的配置信息向与该版块对应的服务器或者服务器接口发送数据更新请求。服务器接收到更新请求后，将根据接收到的更新请求返回新闻客户端具体的更新内容。当新闻客户端接收到更新内容后，新闻客户端对更新内容进行解析。新闻客户端根据该新闻模块的配置信息，将更新内容解析为该板块可以直接使用的数据格式，并将解析后到跟新内容发送至该板块，以供该版块使用。

优选地，如图7所示，本申请上述实施例二中，上述装置还包括：获取模块200。

其中，获取模块200，用于获取业务实体的实体配置信息，其中，实体配置信息至少包括：业务实体服务器网络地址、业务实体服务器接口名称、更新数据请求内容、更新数据请求方式、返回的数据格式。

其中，业务实体服务器网络地址、业务实体服务器接口名称：业务实体可以通过业务实体服务器网络地址和业务实体服务器接口名称确定获取更新数据信息的位置，以实现从目标位置获取用于业务实体信息内容的功能。

其中，更新数据请求内容、更新数据请求方式、返回的数据格式：更新数据请求内容、更新数据请求方式、返回的数据格式与对应的业务实体服务器接收更新数据请求内容、接收更新数据请求方式、发送的数据格式相对应，以实现通过配置文件对发送的请求和接收到的信息进行解析的功能。

根据本申请上述实施例二所提供的获取模块200，下面就以该新闻客户端为例，对上述实施例一所提供的获取模块200进行详细描述。

在新闻客户端启动时，对新闻客户端中的每个新闻模块进行扫描，获取与各个新闻模块对应的新闻服务器网络地址、新闻服务器接口名称、更新数据请求内容、更新数据请求方式、返回的数据格式等。为方便客户端对各个新闻模块配置信息的获取，在开发时，可以为各个新闻模块设置与之对应的配置表，配置表中可以至少包含上述配置信息。

优选地，如图8所示，本申请上述实施例二中，上述装置还包括：缓存模块201。

其中，缓存模块201，用于根据业务实体与业务实体服务器之间传递数据的实体配置信息，创建缓存信息，缓存信息至少包含：业务实体与业务实体服务器之间的实体配置信息。

根据本申请上述实施例一所提供的缓存模块201，下面就以该新闻客户端为例，对上述实施例一所提供的缓存模块201进行详细描述。

在新闻客户端启动后，为了保证新闻客户端运行速度，缓存模块可以对扫描到的各个新闻模块的配置信息在本地创建缓存信息。以避免新闻客户端在对新闻版块的内容进行更新时，还需要反复对该新闻版块进行反复扫描，导致***负担过重。

优选地，本申请上述实施例二中，用于根据业务实体配置信息，对返回的业务实体的更新数据按照业务实体配置信息进行数据解析，将返回的业务实体的更新数据解析为业务实体能够识别的数据格式的解析模块206包括：子获取装置2061、处理装置2063和解析装置2065。

其中，子获取装置2061，用于获取接收到的业务实体的更新数据；

处理装置2063，用于在缓存信息中查找与接收到的业务实体的更新数据相应的实体配置信息；

解析装置2065，用于根据实体配置信息中的返回的数据格式，将业务实体的更新数据进行解析，解析为业务实体能够识别的数据格式。

上述处理装置2063通过子获取装置2061查找缓存中与接收到的业务实体的更新数据信息匹配的实体配置信息，根据实体配置信息中的返回的数据格式通过解析装置2065对业务实体的更新数据信息进行解析，解析为业务实体能够识别的数据格式，供业务实体进行使用。

优选地，本申请上述实施例二中，在更新数据请求信息至少包括更新业务实体的列表数据请求信息、更新业务实体的内容数据请求信息时，用于根据业务实体配置信息向业务实体服务器发出更新数据请求信息的请求模块202包括：第一获取模块2021和第二获取模块2023。

其中，第一获取模块2021，用于在发出更新数据请求信息为用于更新业务实体的列表数据请求信息时，获取业务实体的列表数据中列表数据的列表起始位置和更新列表数据的条目数量，生成更新数据请求信息；

根据本申请上述实施例二所提供的第一获取模块2021，下面就以该新闻客户端为例，对上述实施例二所提供的第一获取模块2021进行详细描述。

在新闻客户端中，各个新闻版块在刷新新闻列表信息时，每次不需要对全部新闻的新闻列表进行刷新。一种方式可以是新闻客户端对该新闻模块以时间或者标号进行判断，通过第一获取模块获取最后一次刷新时间或者编号，发送至服务器，对最后一次刷新时间或者编号之后的自定义数量的新闻列表进行刷新。另外一种方式可以是新闻客户端通过第一获取模块获取刷新操作的时间，对刷新时间之前的自定义数量的新闻列表进行刷新。

第二获取模块2023，用于在发出更新数据请求信息为更新业务实体的内容数据请求信息时，获取与业务实体的内容数据对应的内容编号，生成更新数据请求信息。

根据本申请上述实施例二所提供的第二获取模块2023，下面就以该新闻客户端为例，对上述实施例二所提供的第二获取模块2023进行详细描述。

在新闻客户端中，各个新闻版块在刷新新闻内容信息时，新闻客户端通过第二获取模块获取该版块中的某一篇新闻的新闻编号，来生成更新数据请求信息。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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

Claims (11)

1.一种业务接口的调用方法，其特征在于，包括：

智能终端根据业务实体配置信息向业务实体服务器发出更新数据请求信息；

所述智能终端接收所述业务实体服务器根据所述更新数据请求信息返回的所述业务实体的更新数据；

所述智能终端根据所述业务实体配置信息，对返回的所述业务实体的更新数据按照所述业务实体配置信息进行数据解析，将返回的所述业务实体的更新数据解析为所述业务实体能够识别的数据格式；

所述智能终端将所述解析为所述业务实体能够识别的所述业务实体的更新数据同步至所述业务实体。

2.根据权利要求1所述方法，其特征在于，在所述根据业务实体配置信息向业务实体服务器发出更新数据请求信息之前，步骤还包括：

获取所述业务实体的所述实体配置信息，其中，所述实体配置信息至少包括：业务实体服务器网络地址、业务实体服务器接口名称、更新数据请求内容、更新数据请求方式、返回的数据格式。

3.根据权利要求2所述方法，其特征在于，在所述获取所述业务实体的所述实体配置参数之后，所述方法还包括：

根据所述业务实体与所述业务实体服务器之间传递数据的所述实体配置信息，创建缓存信息，所述缓存信息至少包含：业务实体与所述业务实体服务器之间的所述实体配置信息。

4.根据权利要求3所述的方法，其特征在于，根据所述业务实体配置信息，对返回的所述业务实体的更新数据按照所述业务实体配置信息进行数据解析，将返回的所述业务实体的更新数据解析为所述业务实体能够识别的数据格式的步骤包括：

获取接收到的所述业务实体的更新数据；

在所述缓存信息中查找与所述接收到的所述业务实体的更新数据相应的所述实体配置信息；

根据所述实体配置信息中的所述返回的数据格式，将所述业务实体的更新数据进行解析，解析为所述业务实体能够识别的数据格式。

5.根据权利要求1所述方法，其特征在于，所述更新数据请求信息至少包括以下一种请求数据信息：更新所述业务实体的列表数据请求信息、更新所述业务实体的内容数据请求信息。

6.根据权利要求5所述的方法，其特征在于，根据业务实体配置信息向业务实体服务器发出更新数据请求信息的方法包括：

在发出更新数据请求信息为用于更新所述业务实体的列表数据请求信息时，获取所述业务实体的列表数据中所述列表数据的列表起始位置和更新所述列表数据的条目数量，生成所述更新数据请求信息；

在发出更新数据请求信息为所述更新所述业务实体的内容数据请求信息时，获取与所述业务实体的内容数据对应的内容编号，生成所述更新数据请求信息。

7.一种业务接口的调用装置，其特征在于，所述装置应用于智能终端中，包括：

请求模块，用于根据业务实体配置信息向业务实体服务器发出更新数据请求信息；

接收模块，用于接收所述业务实体服务器根据所述更新数据请求信息返回的所述业务实体的更新数据；

解析模块，用于根据所述业务实体配置信息，对返回的所述业务实体的更新数据按照所述业务实体配置信息进行数据解析，将返回的所述业务实体的更新数据解析为所述业务实体能够识别的数据格式；

同步模块，用于将所述解析为所述业务实体能够识别的所述业务实体的更新数据同步至所述业务实体。

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

获取模块，用于获取所述业务实体的所述实体配置信息，其中，所述实体配置信息至少包括：业务实体服务器网络地址、业务实体服务器接口名称、更新数据请求内容、更新数据请求方式、返回的数据格式。

9.根据权利要求8所述装置，其特征在于，所述装置还包括：

缓存模块，用于根据所述业务实体与所述业务实体服务器之间传递数据的所述实体配置信息，创建缓存信息，所述缓存信息至少包含：业务实体与所述业务实体服务器之间的所述实体配置信息。

10.根据权利要求9所述的装置，其特征在于，所述解析模块，包括：

子获取装置，用于获取接收到的所述业务实体的更新数据；

处理装置，用于在所述缓存信息中查找与所述接收到的所述业务实体的更新数据相应的所述实体配置信息；

解析装置，用于根据所述实体配置信息中的所述返回的数据格式，将所述业务实体的更新数据进行解析，解析为所述业务实体能够识别的数据格式。

11.根据权利要求7所述的装置，其特征在于，所述请求模块包括：

第一获取模块，用于在发出更新数据请求信息为用于更新所述业务实体的列表数据请求信息时，获取所述业务实体的列表数据中所述列表数据的列表起始位置和更新所述列表数据的条目数量，生成所述更新数据请求信息；

第二获取模块，用于在发出更新数据请求信息为所述更新所述业务实体的内容数据请求信息时，获取与所述业务实体的内容数据对应的内容编号，生成所述更新数据请求信息。