CN110166564B - 信息通信方法、终端及存储介质 - Google Patents

Abstract

本公开是关于一种信息通信方法、终端和存储介质，其中，所述方法包括：获取目标应用的应用请求；确定所述应用请求的通信配置信息；其中，所述通信配置信息为预先在内存中存储的；基于所述通信配置信息，通过目标通信方式调用目标服务，为所述应用请求提供请求的服务。本公开实施例可以减少系统响应应用请求的时间，提高应用的性能。

Description

信息通信方法、终端及存储介质

技术领域

本公开涉及电子技术领域，尤其涉及一种信息通信方法、终端及存储介质。

背景技术

随着通信产业的快速发展，终端设备已经由原来单一的通话功能逐步向语音、数据、图像、音乐以及多媒体功能的方向演变。终端设备除了具有传统终端的基本功能外，还融入了很多新的特点：操作系统的不断开放、软硬件的可扩充性以及第三方应用的支持等。

第三方应用具有多样化的功能，可以满足用户不同的需求，为用户提供个性化服务。但是，第三方应用在使用过程中，会存在应用启动速度缓慢、图片加载缓慢、读取信息卡顿等问题。

发明内容

为克服相关技术中存在的问题，本公开提供一种信息通信方法、终端及存储介质。

根据本公开实施例的第一方面，提供一种信息通信方法，包括：

获取目标应用的应用请求；

确定所述应用请求的通信配置信息；其中，所述通信配置信息为预先在系统内存中存储的；

基于所述通信配置信息，通过目标通信方式调用目标服务，为所述应用请求提供请求的服务。

在一种可能的实现方式中，所述目标通信方式为binder通信方式；所述目标服务为binder服务。

在一种可能的实现方式中，所述确定所述应用请求的通信配置信息，包括：

获取所述应用请求中携带的标识信息；

根据所述目标应用的中间文件记录的标识信息与通信配置信息之间的映射关系，在系统内存储的软件开发工具包中确定所述应用请求的通信配置信息。

在一种可能的实现方式中，所述基于所述通信配置信息，通过目标通信方式调用目标服务，为所述应用请求提供请求的服务，包括：

基于所述通信配置信息，通过目标通信方式在当前的服务进程中调用所述目标服务；

执行所述目标服务，为所述应用请求提供请求的服务。

在一种可能的实现方式中，所述执行所述目标服务，为所述应用请求提供请求的服务，包括：

利用当前的服务进程获取所述应用请求的权限信息；

在所述权限信息表明所述应用请求具有请求权限的情况下，执行所述目标服务，为所述应用请求提供请求的服务。

在一种可能的实现方式中，所述执行所述目标服务，为所述应用请求提供请求的服务，包括：

获取所述应用请求携带的信息响应等级；

根据所述信息响应等级，确定响应所述应用请求的响应频率；

根据所述响应频率执行所述目标服务，为所述应用请求提供请求的服务。

根据本公开的另一方面，提供了一种终端，包括：

获取模块，用于获取目标应用的应用请求；

确定模块，用于确定所述应用请求的通信配置信息；其中，所述通信配置信息为预先在系统内存中存储的；

服务模块，用于基于所述通信配置信息，通过目标通信方式调用目标服务，为所述应用请求提供请求的服务。

在一种可能的实现方式中，所述目标通信方式为binder通信方式；所述目标服务为binder服务。

在一种可能的实现方式中，所述确定模块，用于获取所述应用请求中携带的标识信息；根据所述目标应用的中间文件记录的标识信息与通信配置信息之间的映射关系，在系统内存储的软件开发工具包中确定所述应用请求的通信配置信息。

在一种可能的实现方式中，所述服务模块，用于，

基于所述通信配置信息，通过目标通信方式在当前的服务进程中调用所述目标服务；

执行所述目标服务，为所述应用请求提供请求的服务。

在一种可能的实现方式中，所述服务模块，用于，

利用当前的服务进程获取所述应用请求的权限信息；

在所述权限信息表明所述应用请求具有请求权限的情况下，执行所述目标服务，为所述应用请求提供请求的服务。

在一种可能的实现方式中，所述服务模块，用于，

获取所述应用请求携带的信息响应等级；

根据所述信息响应等级，确定响应所述应用请求的响应频率；

根据所述响应频率执行所述目标服务，为所述应用请求提供请求的服务。

根据本公开的另一方面，提供了一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行上述方法。

根据本公开的另一方面，提供了一种非易失性计算机可读存储介质，其上存储有计算机程序指令，其中，所述计算机程序指令被处理器执行时实现上述方法。

本公开的实施例提供的技术方案可以包括以下有益效果：获取目标应用的应用请求；确定所述应用请求的通信配置信息；其中，所述通信配置信息为预先在系统内存中存储的；基于所述通信配置信息，通过目标通信方式调用目标服务，为所述应用请求提供请求的服务。这里，通信配置信息可以预先存储在内存中，例如，存储在终端的ROM中，包括通信配置信息的文件可以作为服务资源的请求方，从而应用的核心业务能力可以从应用层剥离，改为由终端的系统层实现，减少通信过程中通信性能损耗。通过目标通信方式为目标应用提供请求的服务，可以提高终端系统响应目标应用的应用请求频率，减少目标应用出现的卡顿现象，提高目标应用的性能。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种信息通信方法的流程图。

图2是根据一示例性实施例示出的确定通信配置信息的流程图。

图3是根据一示例性实施例示出的为应用请求提供请求的服务的流程图。

图4是根据一示例性实施例示出的为应用请求提供请求的服务的流程图。

图5是根据一示例性实施例示出的为应用请求提供请求的服务的流程图。

图6是根据一示例性实施例示出的一种信息通信过程的框图。

图7是根据一示例性实施例示出的一种终端的框图。

图8是根据一示例性实施例示出的一种用于信息通信的终端的框图。

图9是根据一示例性实施例示出的一种用于信息通信的终端的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种信息通信方法的流程图，该信息通信方法可以由终端或其它处理设备执行，其中，终端可以为用户设备(User Equipment，UE)、移动设备、用户终端、蜂窝电话、无绳电话、个人数字处理(Personal Digital Assistant，PDA)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中，该信息通信方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。下面以终端为执行主体为例对本公开实施例提供的信息通信方法进行说明。

如图1所示，该信息通信方法包括以下步骤。

在步骤S11中，获取目标应用的应用请求。

这里，终端可以获取来自目标应用的应用请求。该目标应用可以是第三方应用，终端可以安装有该第三方应用。终端可以根据用户操作第三方应用生成应用请求，例如，用户可以通过点击终端显示的应用图标打开第三方应用，终端的应用层可以生成第三方应用的应用请求，并向终端的系统层发送打开应用界面的应用请求。这里，终端的系统层可以作为终端的决策方和控制方，终端的系统层可以对第三方应用进行权限控制，例如，允许或拒绝第三方应用获取用户信息的权限。终端的系统层还可以为第三方应用提供请求的服务，例如，可以为第三方应用提供调用搜索功能的服务。终端的系统层可以作为服务端，集成在终端的应用层的第三方应用可以作为客户端。目标应用可以是预先与终端进行协商的第三方应用，终端可以通过协商的方式预先确定与目标应用进行信息通信的通信方式，从而可以通过特定的通信方式提高终端的系统层响应目标应用的应用请求的速率，提高用户使用目标应用的流畅度。

在步骤S12中，确定所述应用请求的通信配置信息；其中，所述通信配置信息为预先在内存中存储的。

这里，应用请求的通信配置信息可以在预先存储在终端的内存中，例如，存储在终端的只读存储器(ROM)中。不同的应用请求可以对应不同的通信配置信息。通信配置信息可以包括响应应用请求所需的相关信息，例如，包括目标应用与终端的系统层之间的通信方式、应用请求所需调用的应用程序编程接口(Application Programming Interface，API)信息、应用请求所请求的资源的位置、目标应用的应用请求的消息响应频率等相关信息。通信配置信息可以位于预先设置的软件开发工具(Software Development Kit，SDK)中，SDK中可以包括不同应用请求的通信配置信息，或者，SDK中可以包括不同目标应用的应用请求的通信配置信息。SDK可以是终端的生成方预先封装在终端内存中的，可以包括不同目标应用的应用请求的通信配置信息，承载了目标应用的核心业务，从而SDK可以作为目标应用的应用请求的实际请求方，从而目标应用的核心业务能力可以从应用层剥离，改为由终端的系统层实现，减少通信过程中通信性能损耗，提高信息通信的效率。

图2是根据一示例性实施例示出的确定通信配置信息的流程图。如图2所示，确定所述应用请求的通信配置信息，可以包括以下步骤：

在步骤S121中，获取所述应用请求中携带的标识信息；

在步骤S122中，根据所述目标应用的中间文件记录的标识信息与通信配置信息之间的映射关系，在系统内存储的软件开发工具包中确定所述应用请求的通信配置信息。

在该示例中，终端在接收到某个应用的应用请求时，可以根据应用请求中携带的标识信息判断该应用是否为目标应用。标识信息可以包括应用ID、应用请求的类型等信息，应用ID可以标识应用的身份，应用请求的类型可以标识应用请求。目标应用的安装包中可以配置有中间文件，中间文件记录有标识信息与通信配置信息之间的映射关系，终端可以根据中间文件记录的映射关系，确定目标应用的应用请求携带的标识信息指示的通信配置信息。

这里，由于目标应用的安装包具有中间文件，从而在判断某个应用是否为目标应用时，还可以根据应用ID对应的安装包中是否存在中间文件，如果某个应用的安装包中配置有中间文件，即判断该应用为目标应用。在一个示例中，中间文件记录的映射关系，可以是标识信息与相关的通信配置信息在SDK的存储地址的对应关系，或者，可以是标识信息与通信配置信息的指示标识的对应关系，该映射关系可以记录在中间文件的映射关系列表中。不同应用请求所对应的标识信息可以不同，从而可以根据应用请求的标识信息与通信配置信息的映射关系确定应用请求所对应的通信配置信息。通过这种方式，终端可以通过中间文件映射的SDK，确定应用请求的通信配置信息。中间文件可以携带在目标应用的安装包中，中间文件作为应用请求与SDK联系的中间媒介，信息量远远小于传统应用安装包中的配置文件，从而可以减少应用安装包的大小。

在步骤S13中，基于所述通信配置信息，通过目标通信方式调用目标服务，为所述应用请求提供请求的服务。

这里，终端在确定应用请求所对应的通信配置信息之后，可以在SDK中获取目标应用的通信配置信息，并通过终端与目标应用预先协商的目标通信方式，响应目标应用的应用请求。其中，目标通信方式可以是binder通信方式，binder通信方式与传统的通用通信方式相比，具有更高的通信效率，终端的系统层在利用binder通信方式进行通信时，每次通信可以仅执行1次内存信息的拷贝操作，提高应用请求的处理效率。终端的系统层可以通过binder通信方式式调用服务进程，为目标应用分配相应的系统资源，响应目标应用的应用请求，实现对目标应用的系统资源倾斜，从而可以提高目标应用响应用户操作的速度，改善第三方应用的卡顿现象，提高目标应用的流程度，增强用户体验。

需要说明的是，中间文件作为应用的应用请求与通信配置信息的中间媒介，信息量较少，而配置有中间文件的安装包较小，可以达到几千字节，从而终端在安装第三方应用时，可以安装配置有中间文件的安装包，节省终端的存储资源。SDK可为终端的系统文件，可以预先存储在终端中，SDK可配置有第三方应用的通信配置信息，从而可以认为SDK为请求系统资源的发起方，SDK通过请求服务进程中的binder服务实现第三方应用的提频响应。

在相关技术中，终端中的第三方应用可以通过安装包中携带的一个较大的so文件，实现应用请求的提频操作。但是，安装包中的so文件大概在3兆字节左右，会严重影响应用的安装包大小，同时，也会对安装有第三方应用的终端造成存储压力。此外，相关技术在实现第三方应用与终端的系统层的通信时，可以利用socket通信方式，终端的系统层在每次socket通信时会执行至少2次的内存信息的拷贝操作，影响终端的系统层对应用请求的响应效率。本公开实施例提供的信息通信方案中，第三方应用可以在安装包中携带一个中间文件，由中间文件作为第三方应用的应用请求与终端的系统层交互的中间媒介，从而可以减小第三方应用的安装包大小，同时，通过中间文件反射的系统内存储的SDK，可以在终端的系统层实现信息的交互，提高系统层响应应用信息的效率。在信息交互过程中还使用了binder通信方式，终端的系统层在每次通信时可以仅执行1次内存信息的拷贝操作，进一步提高终端的系统层响应应用请求的效率，提高应用性能。

这里，通信配置信息可以配置于软件开发工具包中，该软件开发工具包可以是预先存储在终端的存储结构中的，可以包括多个第三方应用的通信配置信息。本公开实施例可以根据应用的应用请求，在应用为目标应用的情况下，可以通过目标应用的安装包中携带的中间文件，确定应用请求所对应的通信配置信息，从而可以通过通信配置信息中提供的目标通信方式，为目标应用的应用请求提供请求的服务，为目标应用的应用请求分配系统资源，提高应用响应用户的速度，提高应用性能。

下面通过一示例对本公开实施例的为目标应用的应用请求提供请求的服务的过程进行说明。

图3示出根据本公开一实施例的为应用请求提供请求的服务的流程图。如图3所示，上述步骤S13可以包括以下步骤：

在步骤S131中，基于所述通信配置信息，通过目标通信方式在当前的服务进程中调用所述目标服务；

在步骤S132中，执行所述目标服务，为所述应用请求提供请求的服务。

在本示例中，终端可以根据通信配置信息包括的应用请求所需调用的API信息，通过预设协商的目标通信方式调用当前的进程中的目标服务。当前的服务进程中可以包括多个服务，每个服务可以对应一个服务类，目标服务的服务类可以与应用请求的类型一致。通过执行调用的目标服务，可以响应目标应用的应用请求，例如，可以对目标应用进行权限验证、对目标应用分配系统资源、为目标应用获取请求的信息等。举例来说，目标通信方式可为Binder通信方式，目标服务可以是服务进程中的Binder服务。通信配置信息的API信息指示了所要调用的接口类型，执行目标服务可调用能实现应用请求需要的服务的接口程序，该接口程序的接口类型与API信息指示所指示的接口类型相同。终端系统可以按照通信配置信息所指示的接口类型，执行接口类型匹配的目标服务，从而能调用应用请求所需要的接口程序。

在上述步骤S132中，终端可以通过执行目标服务，为目标应用请求的应用请求提供请求的服务，提高目标应用的响应速度和流畅度。在为目标应用的应用请求提供请求的服务的过程中，还可以利用当前的服务进程对目标应用的权限进行控制，保证终端的安全。下面通过一示例对本公开实施例中执行目标服务为应用请求提供请求的服务的过程进行说明。

图4是根据一示例性实施例示出的为应用请求提供请求的服务的流程图。如图4所示，上述步骤S132可以包括以下步骤：

在步骤S1321中，利用当前的服务进程获取所述应用请求的权限信息；

在步骤S1322中，在所述权限信息表明所述应用请求具有请求权限的情况下，执行所述目标服务，为所述应用请求提供请求的服务。

在本示例中，在为应用请求提供请求的服务时，可以利用当前的服务进程获取目标应用的应用请求的权限信息，例如，可以根据应用请求中携带的应用ID，获取目标应用对于应用请求的权限信息。如果获取的权限信息表明目标应用具有相应的请求权限，终端的系统可以允许当前的服务进程执行目标应用请求的目标服务。例如，目标应用请求使用终端的摄像头进行二维码扫描，终端的系统可以通过服务进程获取目标应用的摄像头使用的权限信息，在获取的权限信息表明目标应用具有使用摄像头的请求权限的请求下，可以响应目标应用的应用请求，在当前的服务进程中为目标应用赋予使用摄像头的权限，并分配目标服务对应的系统资源，利用目标服务调用终端的摄像头，实现目标应用利用摄像头扫描二维码的提频操作。

需要说明的是，对于第三方应用的权限控制可以通过服务进程实现，即，终端的服务进程可以对第三方的权限进行鉴定，如果确定第三方应用具有相应的权限，则为第三方应用提供请求的服务，可以认为第三方应用的权限是被授予相应的服务进程的。这样，终端的系统层无需额外为第三方应用开设系统的权限，从而可以保证终端的安全，避免第三方应用在被开设系统的权限的情况下，恶意篡改系统。

在为目标应用的应用请求提供请求的服务的过程中，还可以为不同应用请求分配不同的响应频率，从而可以优先为紧急的应用请求分配系统资源，优先响应紧急的应用请求。下面对本公开实施例中为应用请求分配响应频率的过程进行说明。

图5是根据一示例性实施例示出的为应用请求提供请求的服务的流程图。如图5所示，上述步骤S132或S1322可以包括以下步骤：

在步骤S51中，获取所述应用请求携带的信息响应等级；

在步骤S52中，根据所述信息响应等级，确定响应所述应用请求的响应频率；

在步骤S53中，根据所述响应频率执行所述目标服务，为所述应用请求提供请求的服务。

在本示例中，应用请求中可以携带有指示响应频率的信息响应等级，从而终端的系统可以根据应用请求中携带的信息响应等级为应用请求分配系统资源，例如，信息响应等级越高，信息响应等级所对应的响应频率越大。应用请求的不同，信息响应等级也可以不同，从而对于紧急的应用请求，应用请求中可以携带较高的信息响应等级，终端的系统可以根据信息响应等级执行目标服务，优先为该应用请求分配系统资源，并设置较高的响应频率。举例来说，目标应用可以是具有搜索功能的第三方应用，应用请求可以是进行搜索页面的请求，目标服务可以是为该应用请求提供搜索页面的提频服务。应用请求中的搜索请求可以携带有最高的信息响应等级，终端的系统可以根据搜索请求中信息响应等级，确定该信息响应等级所对应的响应频率，并通过通信配置信息提供的目标通信方式，调用并执行目标服务，为该目标应用的搜索请求分配最高的响应频率的系统资源，从而用户在使用目标应用的搜索功能时，目标应用可以快速地响应用户的搜索操作，与未利用提频服务的应用请求相比，应用请求的响应时间可以大大缩短。

在一种可能的实现方式中，目标应用的应用请求中可以携带有响应频率，从而终端的系统可以根据应用请求中携带响应频率为应用请求分配系统资源。举例来说，响应频率为1MHz，终端的系统可以以1MHz为该应用请求分配系统资源。

在一种可能的实现方式中，目标应用的应用请求的信息响应等级还可以通过预先协商的方式存储在SDK中。例如，当目标应用的应用请求携带的应用请求的类型为预设类型时，SDK中该应用请求的通信配置信息可以具有该预设类型对应的信息响应等级，从而可以根据该信息响应等级对应的响应频率，执行目标服务。例如，当目标应用的应用请求为开启应用界面的应用请求时，该应用请求可以对应最高的响应级别，从而终端的系统层可以快速响应开启应用界面的应用请求，减少用户的等待时间。

本公开实施例中，在应用为目标应用的情况下，可以通过目标应用的中间文件反射的通信配置信息，利用目标通信方式为应用提供请求的服务，提高应用的响应速率，改善应用性能。

在接收的应用请求为非目标应用的应用请求的情况下，可以通过通用的通信方式，调用服务进程中的服务。这里，通用的通信方式可以为socket通信方式，相应地，通过通用的通信方式调用的服务进程中的服务可以是socket服务。

举例来说，非目标应用的应用请求可以是在会话界面发送视频的请求，终端的系统层可以通过socket通信方式调用服务进程，并利用服务进程中的socket服务为非目标应用分配与应用请求对应的系统资源，响应非目标应用的在会话界面发送视频的请求。

在一种可能的实现方式中，目标通信方式的目标服务所在的服务进程，与socket服务所在的服务进程相同。也就是说，不同通信方式对应的服务可以在同一个服务进程中，这样可以方便多种服务的管理，不同服务可以复用服务进程中的一些配置信息，减少系统中进程的数量，减少系统资源开销。

图6示出根据本公开一实施例示出的信息通信过程的框图。如图6所示，终端可以安装微信和淘宝，其中，上述目标应用可以是淘宝，上述非目标应用可以是微信。终端中可以设置有服务进程Booster，服务进程可以同时启动socket服务和binder服务。在微信向终端的系统请求系统资源时，终端的系统可以通过socket的通信方式调用服务进程中的socket服务，以提高的响应频率为微信提供系统资源。在淘宝向终端的系统请求系统资源时，终端的系统可以通过淘宝的中间文件中记录的映射关系，调用存储的Booster SKD中的通信配置信息，中间文件可以是jar文件格式的文件。终端的系统根据读取Booster SKD中的通信配置信息，利用binder通信方式调用服务进程中的binder服务，以提高的响应频率为淘宝提供系统资源。由于通信配置信息存在于Booster SKD中，中间文件仅作为通信的媒介，因此Booster SKD可以被当成发送应用请求的客户端，即请求的发起方，这样，可以将核心业务能力从真正的应用的客户端剥离，改为在终端的系统层实现，减少通信过程中通信性能损耗。终端的系统可以包括中央处理器(Central Processing Unit，CPU)、内存、输入/输出(IO)、用于系统交互的系统交互模块。通过这种方式，终端可以通过不同的通信方式为应用提供系统资源，实现应用请求的快速响应，增强用户的满意度。

图7示出根据本公开实施例的终端的框图。如图7所示，所述终端包括：

获取模块71，用于获取目标应用的应用请求；

确定模块72，用于确定所述应用请求的通信配置信息；其中，所述通信配置信息为预先在内存中存储的；

服务模块73，用于基于所述通信配置信息，通过目标通信方式调用目标服务，为所述应用请求提供请求的服务。

在一种可能的实现方式中，所述目标通信方式为binder通信方式；所述目标服务为binder服务。

在一种可能的实现方式中，所述确定模块72，具体用于获取所述应用请求中携带的标识信息；根据所述目标应用的中间文件记录的标识信息与通信配置信息之间的映射关系，在系统内存储的软件开发工具包中确定所述应用请求的通信配置信息。

在一种可能的实现方式中，所述服务模块73，具体用于，

基于所述通信配置信息，通过目标通信方式在当前的服务进程中调用所述目标服务；

执行所述目标服务，为所述应用请求提供请求的服务。

在一种可能的实现方式中，所述服务模块73，具体用于，

利用当前的服务进程获取所述应用请求的权限信息；

在所述权限信息表明所述应用请求具有请求权限的情况下，执行所述目标服务，为所述应用请求提供请求的服务。

在一种可能的实现方式中，所述服务模块73，具体用于，

获取所述应用请求携带的信息响应等级；

根据所述信息响应等级，确定响应所述应用请求的响应频率；

根据所述响应频率执行所述目标服务，为所述应用请求提供请求的服务。

关于上述实施例中的终端，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图8是根据一示例性实施例示出的一种用于信息通信的终端900的框图。例如，终端900可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图8，终端900可以包括以下一个或多个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(I/O)的接口912，传感器组件914，以及通信组件916。

处理组件902通常控制终端900的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件902可以包括一个或多个处理器920来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件902可以包括一个或多个模块，便于处理组件902和其他组件之间的交互。例如，处理组件902可以包括多媒体模块，以方便多媒体组件908和处理组件902之间的交互。

存储器904被配置为存储各种类型的数据以支持在终端900的操作。这些数据的示例包括用于在终端900上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件906为终端900的各种组件提供电力。电源组件906可以包括电源管理系统，一个或多个电源，及其他与为终端900生成、管理和分配电力相关联的组件。

多媒体组件908包括在所述终端900和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件908包括一个前置摄像头和/或后置摄像头。当终端900处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件910被配置为输出和/或输入音频信号。例如，音频组件910包括一个麦克风(MIC)，当终端900处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中，音频组件910还包括一个扬声器，用于输出音频信号。

I/O接口912为处理组件902和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件914包括一个或多个传感器，用于为终端900提供各个方面的状态评估。例如，传感器组件914可以检测到终端900的打开/关闭状态，组件的相对定位，例如所述组件为终端900的显示器和小键盘，传感器组件914还可以检测终端900或终端900一个组件的位置改变，用户与终端900接触的存在或不存在，终端900方位或加速/减速和终端900的温度变化。传感器组件914可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件914还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件916被配置为便于终端900和其他设备之间有线或无线方式的通信。终端900可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件916还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，终端900可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器904，上述指令可由终端900的处理器920执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图9是根据一示例性实施例示出的一种用于信息通信的终端1900的框图。例如，终端1900可以被提供为一服务器。参照图9，终端1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述信息通信方法。

终端1900还可以包括一个电源组件1926被配置为执行终端1900的电源管理，一个有线或无线网络接口1950被配置为将终端1900连接到网络，和一个输入输出(I/O)接口1958。终端1900可以操作基于存储在存储器1932的操作系统，例如Windows ServerTM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1932，上述指令可由终端1900的处理组件1922执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (8)

1.一种信息通信方法，其特征在于，终端中设置有服务进程，所述服务进程同时启动socket服务和binder服务，包括：

在应用的安装包中存在中间文件时，确定所述应用为目标应用，获取所述目标应用的应用请求；

确定所述应用请求的通信配置信息；其中，所述通信配置信息位于预先设置的软件开发工具SDK中，所述SDK是所述终端的生成方预先封装在所述终端内存中的，所述SDK为所述应用请求的实际请求方；

基于所述通信配置信息，通过目标通信方式调用目标服务，为所述应用请求提供请求的服务，其中，所述目标服务为所述binder服务；

其中，所述基于所述通信配置信息，通过目标通信方式调用目标服务，为所述应用请求提供请求的服务，包括：

基于所述通信配置信息，通过目标通信方式在当前的服务进程中调用所述目标服务；

执行所述目标服务，为所述应用请求提供请求的服务；

其中，所述确定所述应用请求的通信配置信息，包括：

获取所述应用请求中携带的标识信息；

根据所述目标应用的中间文件记录的标识信息与通信配置信息之间的映射关系，在系统内存储的软件开发工具包中确定所述应用请求的通信配置信息，其中，所述软件开发工具包为所述SDK；

其中，所述执行所述目标服务，为所述应用请求提供请求的服务，包括：

获取所述应用请求携带的信息响应等级；

根据所述信息响应等级，确定响应所述应用请求的响应频率；

根据所述响应频率执行所述目标服务，为所述应用请求提供请求的服务。

2.根据权利要求1所述的信息通信方法，其特征在于，所述目标通信方式为binder通信方式。

3.根据权利要求1所述的信息通信方法，其特征在于，所述执行所述目标服务，为所述应用请求提供请求的服务，包括：

利用当前的服务进程获取所述应用请求的权限信息；

在所述权限信息表明所述应用请求具有请求权限的情况下，执行所述目标服务，为所述应用请求提供请求的服务。

4.一种终端，其特征在于，所述终端中设置有服务进程，所述服务进程同时启动socket服务和binder服务，包括：

获取模块，用于在应用的安装包中存在中间文件时，确定所述应用为目标应用，获取所述目标应用的应用请求；

确定模块，用于确定所述应用请求的通信配置信息；其中，所述通信配置信息位于预先设置的软件开发工具SDK中，所述SDK是所述终端的生成方预先封装在所述终端内存中的，所述SDK为所述应用请求的实际请求方；

服务模块，用于基于所述通信配置信息，通过目标通信方式调用目标服务，为所述应用请求提供请求的服务，其中，所述目标服务为所述binder服务；

其中，所述服务模块，用于，

基于所述通信配置信息，通过目标通信方式在当前的服务进程中调用所述目标服务；

执行所述目标服务，为所述应用请求提供请求的服务；

其中，所述确定模块，用于获取所述应用请求中携带的标识信息；

根据所述目标应用的中间文件记录的标识信息与通信配置信息之间的映射关系，在系统内存储的软件开发工具包中确定所述应用请求的通信配置信息，其中，所述软件开发工具包为所述SDK；

其中，所述服务模块，用于，

获取所述应用请求携带的信息响应等级；

根据所述信息响应等级，确定响应所述应用请求的响应频率；

根据所述响应频率执行所述目标服务，为所述应用请求提供请求的服务。

5.根据权利要求4所述的终端，其特征在于，所述目标通信方式为binder通信方式。

6.根据权利要求4所述的终端，其特征在于，所述服务模块，用于，

利用当前的服务进程获取所述应用请求的权限信息；

在所述权限信息表明所述应用请求具有请求权限的情况下，执行所述目标服务，为所述应用请求提供请求的服务。

7.一种终端，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：执行时实现权利要求1至3中任意一项的方法。

8.一种非临时性计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得处理器能够执行根据权利要求1至3中任意一项的方法。