程序调用方法及装置与流程

本公开涉及计算机软件技术领域，尤其涉及一种程序调用方法及装置。

背景技术：

软件工程中，常常会通过集成第三方app(application，应用程序)的sdk(softwaredevelopmentkit，软件开发工具包)来唤起宿主软件的一些特殊功能，例如某宿主软件需要使用支付功能时，就必须集成支付公司开发的sdk才能完成。但随着sdk功能的不断更新，就会出现sdk版本和本地app版本不兼容的现象，例如某功能的实现代码不同而造成该功能无法使用，或者是不支持sdk新功能等情况，这样就会导致sdk的稳定性受到影响。

技术实现要素：

为克服相关技术中存在的问题，本公开实施例提供了一种程序调用方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种程序调用方法，应用于第一应用，所述方法包括：

采用预先配置的软件开发工具包向第二应用发送调用目标代码的调用请求，所述软件开发工具包中包括调用所述目标代码的功能协议；

当所述第二应用中存储有所述目标代码时，接收所述第二应用响应所述调用请求返回的调用指令；

根据所述调用指令调用所述第二应用中的所述目标代码。

在一个实施例中，所述软件开发工具包中未配置所述目标代码，所述目标代码用于实现目标功能。

在一个实施例中，采用预先配置的软件开发工具包向第二应用发送调用目标代码的调用请求包括：

从预先配置的软件开发工具包中获取调用所述目标代码的功能协议；

根据所述功能协议向所述第二应用发送调用所述目标代码的调用请求。

在一个实施例中，所述方法还包括：

当所述第二应用中未存储所述目标代码时，接收所述第二应用根据所述调用请求返回的第一提示信息，所述第一提示信息提示调用失败。

在一个实施例中，所述方法还包括：

在预设时段内未接收到所述第二应用发送的反馈消息时，生成第二提示信息，所述第二提示信息提示调用失败。

根据本公开实施例的第二方面，提供一种程序调用方法，应用于第二应用，所述方法包括：

接收第一应用通过预先配置的软件开发工具包发送的调用目标代码的调用请求，所述软件开发工具包中包括调用所述目标代码的功能协议；

当配置有所述目标代码时，响应所述调用请求向所述第一应用返回调用指令，以使所述第一应用根据所述调用指令调用所述目标代码。

在一个实施例中，所述方法还包括：

预先配置所述目标代码。

在一个实施例中，所述方法还包括：

当未配置所述目标代码时，根据所述调用请求向所述第一应用返回第一提示信息，所述第一提示信息提示调用失败。

根据本公开实施例的第三方面，提供一种程序调用装置，应用于第一应用，所述装置包括：

请求模块，用于采用预先配置的软件开发工具包向第二应用发送调用目标代码的调用请求，所述软件开发工具包中包括调用所述目标代码的功能协议；

第一接收模块，用于当所述第二应用中存储有所述目标代码时，接收所述第二应用响应所述调用请求返回的调用指令；

调用模块，用于根据所述调用指令调用所述第二应用中的所述目标代码。

在一个实施例中，所述软件开发工具包中未配置所述目标代码，所述目标代码用于实现目标功能。

在一个实施例中，所述请求模块包括：

获取单元，用于从预先配置的软件开发工具包中获取调用所述目标代码的功能协议；

请求单元，用于根据所述功能协议向所述第二应用发送调用所述目标代码的调用请求。

在一个实施例中，所述装置还包括：

第二接收模块，用于当所述第二应用中未存储所述目标代码时，接收所述第二应用根据所述调用请求返回的第一提示信息，所述第一提示信息提示调用失败。

在一个实施例中，所述装置还包括：

生成模块，用于在预设时段内未接收到所述第二应用发送的反馈消息时，生成第二提示信息，所述第二提示信息提示调用失败。

根据本公开实施例的第四方面，提供一种程序调用装置，应用于第二应用，所述装置包括：

获取模块，用于接收第一应用通过预先配置的软件开发工具包发送的调用目标代码的调用请求，所述软件开发工具包中包括调用所述目标代码的功能协议；

指示模块，用于当配置有所述目标代码时，响应所述调用请求向所述第一应用返回调用指令，以使所述第一应用根据所述调用指令调用所述目标代码。

在一个实施例中，所述装置还包括：

配置模块，用于预先配置所述目标代码。

在一个实施例中，所述装置还包括：

反馈模块，用于当未配置所述目标代码时，根据所述调用请求向所述第一应用返回第一提示信息，所述第一提示信息提示调用失败。

根据本公开实施例的第五方面，提供一种程序调用装置，包括：

处理器；

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

其中，所述处理器被配置为执行第一方面任一实施例所述方法的步骤，或者执行第二方面任一实施例所述方法的步骤。

根据本公开实施例的第六方面，提供一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现第一方面任一实施例所述方法的步骤，或者实现第二方面任一实施例所述方法的步骤。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开技术方案可在sdk中定义实现目标功能的功能协议，而在app中存储实现目标功能的目标代码，该目标代码也遵循同样的功能协议，当配置有sdk的第一应用需要使用目标功能时，只需根据功能协议来调用第二应用即app中的目标代码即可，如此便可有效的避免由sdk中的实现方式与app中的实现方式不一致而造成的兼容性问题，这样不仅能够保证sdk的运行稳定性，而且还能减小sdk包的体积，使得sdk的集成更加简单方便。

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

附图说明

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

图1是根据示例性实施例示出的第一应用侧的程序调用方法流程图；

图2是根据示例性实施例示出的第一应用侧的程序调用方法流程图；

图3是根据示例性实施例示出的第一应用侧的程序调用方法流程图；

图4是根据示例性实施例示出的第二应用侧的程序调用方法流程图；

图5是根据示例性实施例示出的第二应用侧的程序调用方法流程图；

图6是根据示例性实施例示出的第二应用侧的程序调用方法流程图；

图7a是根据示例性实施例示出的第一应用侧的程序调用装置模块图；

图7b是根据示例性实施例示出的第一应用侧的程序调用装置模块图；

图7c是根据示例性实施例示出的第一应用侧的程序调用装置模块图；

图7d是根据示例性实施例示出的第一应用侧的程序调用装置模块图；

图8a是根据示例性实施例示出的第二应用侧的程序调用装置模块图；

图8b是根据示例性实施例示出的第二应用侧的程序调用装置模块图；

图8c是根据示例性实施例示出的第二应用侧的程序调用装置模块图；

图9是根据示例性实施例示出的用于程序调用装置的框图。

具体实施方式

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

本公开实施例所提供的技术方案涉及终端，具体涉及终端中安装的app。相关技术中，宿主软件若要实现某个app的特殊功能例如支付功能，就需要集成该app对应的sdk。在实际操作中，可将sdk包静态打包至宿主软件中，若sdk与其对应的app之间出现兼容性问题，则由sdk本身来做兼容性处理。但这种处理方式的问题在于：sdk的开发难度会随着功能的更新迭代而变得越来越大，甚至可能无法兼容低版本的app。基于此，本公开实施例所提供的技术方案可在sdk中定义实现目标功能的功能协议，而在app中存储实现目标功能的目标代码，该目标代码也遵循同样的功能协议，当配置有sdk的第一应用需要使用目标功能时，只需根据功能协议来调用第二应用即app中的目标代码即可，如此便可有效的避免由sdk中的实现方式与app中的实现方式不一致而造成的兼容性问题，这样不仅能够保证sdk的运行稳定性，而且还能减小sdk包的体积，使得sdk的集成更加简单方便。

本公开技术方案所提供的程序调用方法中，实施该方法的执行主体包括第一应用和第二应用。本公开实施例根据实施主体的不同布置了两套实施例，如下所述：

第一应用侧

图1示例性示出了本公开实施例所提供的程序调用方法的流程图。根据图1所示，该程序调用方法可应用于第一应用即宿主应用，其具体包括如下步骤s101至s103：

在步骤s101中，采用预先配置的sdk向第二应用发送调用目标代码的调用请求，该sdk中包括调用目标代码的功能协议。

示例的，第一应用为宿主应用例如打车app，第二应用为支付应用例如支付app，在第一应用中集成有第二应用的sdk。其中，在sdk中预先定义了用于实现目标功能的功能协议，而在第二应用能够实现该目标功能时，其必然也包括遵循该功能协议的程序代码，因此sdk可以通过功能协议来调用目标代码。以定义了密码支付的功能协议pay-password为例，第一应用集成的sdk中配置有密码支付的功能协议pay-password，第二应用中存储有用于实现密码支付功能的目标代码，该目标代码同样也遵循密码支付的功能协议pay-password。基于此，在第一应用需要使用目标功能例如密码支付功能时，可从预先配置的sdk中获取调用目标代码的功能协议即密码支付的功能协议pay-password，并基于该密码支付的功能协议pay-password建立起与第二应用之间的耦合，以便向第二应用发送调用请求，该调用请求用于请求调用实现密码支付功能的目标代码，第二应用在接收到调用请求时便可查找当前是否存储有实现该密码支付功能的目标代码。

在步骤s102中，当第二应用中存储有目标代码时，接收第二应用响应调用请求返回的调用指令。

示例的，在第二应用检测到当前存储有能够实现目标功能的目标代码时，第二应用会向第一应用的sdk返回调用指令，该调用指令指示第一应用调用目标代码。这里以第一应用请求调用实现密码支付功能的目标代码为例，在第二应用检测到实现密码支付功能的目标代码时，即可生成一包括调用指令的反馈信息，以便于第一应用根据该调用指令调用所需的目标代码。

在步骤s103中，根据调用指令调用第二应用中的目标代码。

示例的，第一应用在接收到第二应用返回的包括调用指令的反馈信息时，便可根据该调用指令自第二应用中调用实现密码支付功能的目标代码，从而实现密码支付的功能。

基于此，本公开实施例所提供的程序调用方法，可在第一应用集成的sdk中定义实现目标功能的功能协议，而在第二应用中配置实现目标功能的目标代码，且该目标代码也遵循同样的功能协议，当配置有sdk的第一应用需要使用目标功能时，只需根据功能协议调用第二应用即app中的目标代码即可，如此便可有效的避免由sdk中的实现方式与app中的实现方式不一致而造成的兼容性问题，这样不仅能够保证sdk的运行稳定性，而且还能减小sdk包的体积，使得sdk的集成更加简单方便。

基于上述描述可知，在第一应用的sdk中并未配置用于实现目标功能的目标代码，而是仅定义了一系列的功能协议，例如密码支付的功能协议pay-password等，至于实现该功能协议的具体程序代码，其存储在第二应用中，如此便可避免sdk与app功能版本不一致的冲突，同时还能减小sdk包的体积。

在一种实施方式中，参考图2所示，所述程序调用方法还包括如下步骤s104：

在步骤s104中，当第二应用中未存储目标代码时，接收第二应用根据调用请求返回的第一提示信息，该第一提示信息提示调用失败。

示例的，在第二应用检测到当前未存储有实现目标功能的目标代码时，例如第二应用中并未定义关于指纹支付功能的功能协议pay-fingerprint，那么第二应用也就无法提供实现指纹支付功能的目标代码。此时，第二应用可以不响应第一应用发送的调用请求，或者也可以基于第一应用发送的调用请求反馈第一提示信息，该第一提示信息用于提示本次程序调用失败。

由于第一应用的sdk与第二应用的目标代码之间是通过功能协议来进行耦合通信的，即采用功能协议来解决不同版本的sdk与app的兼容性问题。如果是低版本的sdk调用高版本的app，那么sdk的各项功能肯定支持；而如果是高版本的sdk调用低版本的app，那么只需保证app不去响应它没有定义的功能协议即可，因此并不影响sdk其它功能的正常使用。如此一来，在sdk的开发过程中，只需关注功能逻辑以便补充协议即可，无需考虑不同版本的兼容性问题，从而简化了sdk的集成难度，还减小了sdk包的体积。

在另一种实施方式中，参考图3所示，所述程序调用方法还包括如下步骤s105：

在步骤s105中，在预设时段内未接收到第二应用发送的反馈消息时，生成第二提示信息，该第二提示信息提示调用失败。

示例的，第一应用在向第二应用发送调用请求之后可进行计时，倘若在预设时段内例如一分钟内，第一应用未接收到第二应用针对于该调用请求的任何反馈消息，包括表示调用成功的调用指令以及表示调用失败的第一提示信息，则可能是第二应用中未对相关的功能协议进行定义，或者是网络故障等问题而造成的超时等因素，此时第一应用可在预设时段结束时例如一分钟到达时自动生成第二提示信息，该第二提示信息用于提示本次程序调用失败。其中，在生成第二提示信息时，还可根据实际情况添加错误代码，以便用户了解调用失败的具体原因。

基于此，第一应用可根据第二应用的实际反馈情况来提示用户目标代码的调用状态，即是否成功调用目标代码，从而可为用户提供良好的体验感。

第二应用侧

图4示例性示出了本公开实施例所提供的程序调用方法的流程图。根据图4所示，该程序调用方法可应用于第二应用即功能应用，其具体包括如下步骤s401至s402：

在步骤s401中，接收第一应用通过预先配置的sdk发送的调用目标代码的调用请求，该sdk中包括调用目标代码的功能协议。

示例的，第一应用为宿主应用例如打车app，第二应用为支付应用例如支付app，在第一应用中集成有第二应用的sdk。其中，在sdk中预先定义了用于实现目标功能的功能协议，而在第二应用能够实现该目标功能时，其必然也包括遵循该功能协议的程序代码，因此sdk可以通过功能协议来调用目标代码。以定义了密码支付的功能协议pay-password为例，第一应用集成的sdk中配置有密码支付的功能协议pay-password，第二应用中配置有用于实现密码支付功能的目标代码，该目标代码同样也遵循密码支付的功能协议pay-password。基于此，在第一应用需要使用目标功能例如密码支付功能时，可从预先配置的sdk中获取调用目标代码的功能协议即密码支付的功能协议pay-password，并基于该密码支付的功能协议pay-password建立起与第二应用之间的耦合，以便第二应用接收第一应用发送的调用请求，该调用请求用于请求调用实现密码支付功能的目标代码，第二应用在接收到该调用请求时便可查找当前是否存储有实现该密码支付功能的目标代码。

在步骤s402中，当配置有目标代码时，响应调用请求向第一应用返回调用指令，以使第一应用根据调用指令调用目标代码。

示例的，在第二应用检测到当前存储有能够实现目标功能的目标代码时，第二应用便会响应接收到的调用请求而向第一应用的sdk返回调用指令，该调用指令指示第一应用调用所需的目标代码。这里以第一应用请求调用实现密码支付功能的目标代码为例，在第二应用检测到能够实现该密码支付功能的目标代码时，即可生成一包括调用指令的反馈信息，以便于第一应用根据该调用指令调用所需的目标代码，从而实现密码支付功能。

基于此，本公开实施例所提供的程序调用方法，可在第一应用集成的sdk中定义实现目标功能的功能协议，而在第二应用中配置实现目标功能的目标代码，且该目标代码也遵循同样的功能协议，当配置有sdk的第一应用需要使用目标功能时，只需根据功能协议调用第二应用即app中的目标代码即可，如此便可有效的避免由sdk中的实现方式与app中的实现方式不一致而造成的兼容性问题，这样不仅能够保证sdk的运行稳定性，而且还能减小sdk包的体积，使得sdk的集成更加简单方便。

在一种实施方式中，参考图5所示，所述程序调用还包括如下步骤s403：

在步骤s403中，预先配置用于实现目标功能的目标代码。

示例的，在第二应用中可以预先配置用于实现密码支付功能的目标代码，该目标代码遵循密码支付的功能协议pay-password。如此一来，在第二应用接收到第一应用发送的调用请求时，第二应用便可允许第一应用调用该目标代码，从而确保第一应用能够实现密码支付的功能。

在另一种实施方式中，参考图6所示，所述程序调用还包括如下步骤s404：

在步骤s404中，当未配置目标代码时，根据调用请求向第一应用返回第一提示信息，该第一提示信息提示调用失败。

示例的，在第二应用检测到当前未存储有实现目标功能的目标代码时，例如第二应用中并未定义关于指纹支付功能的功能协议pay-fingerprint，那么第二应用就无法提供实现指纹支付功能的目标代码。此时，第二应用可以不去响应第一应用发送的调用请求，或者也可以根据第一应用发送的调用请求反馈第一提示信息，该第一提示信息用于提示本次程序调用失败。

由于第一应用的sdk与第二应用的目标代码之间是通过功能协议来进行耦合通信的，即采用功能协议来解决不同版本的sdk与app的兼容性问题。如果是低版本的sdk调用高版本的app，那么sdk的各项功能肯定支持；而如果是高版本的sdk调用低版本的app，那么只需保证app不去响应它没有定义的功能协议即可，因此并不影响sdk其它功能的正常使用。如此一来，在sdk的开发过程中，只需关注功能逻辑以便补充协议即可，无需考虑不同版本的兼容性问题，从而简化了sdk的集成难度，还减小了sdk包的体积。

下述为本公开装置实施例，可以用于执行本公开方法实施例。图7a是根据示例性实施例示出的程序调用装置的结构示意图，该装置可以通过软件、硬件、或者两者的结合实现成为电子设备的部分或者全部。根据图7a所示，所述程序调用装置可应用于第一应用即宿主应用，其具体包括请求模块701、第一接收模块702和调用模块703。其中，请求模块701可用于采用预先配置的软件开发工具包向第二应用发送调用目标代码的调用请求，所述软件开发工具包中包括调用所述目标代码的功能协议；第一接收模块702可用于当所述第二应用中存储有所述目标代码时，接收所述第二应用响应所述调用请求返回的调用指令；调用模块703可用于根据所述调用指令调用所述第二应用中的所述目标代码。

在一个实施例中，所述sdk中未配置所述目标代码，所述目标代码用于实现目标功能。

在一个实施例中，参考图7b所示，所述请求模块701包括获取单元7011和请求单元7012。其中，获取单元7011可用于从预先配置的软件开发工具包中获取调用所述目标代码的功能协议；请求单元7012可用于根据所述功能协议向所述第二应用发送调用所述目标代码的调用请求。

在一个实施例中，参考图7c所示，所述程序调用装置还包括第二接收模块704，该第二接收模块704可当所述第二应用中未存储所述目标代码时，接收所述第二应用根据所述调用请求返回的第一提示信息，所述第一提示信息提示调用失败。

在一个实施例中，参考图7d所示，所述程序调用装置还包括生成模块705，该生成模块705可在预设时段内未接收到所述第二应用发送的反馈消息时，生成第二提示信息，所述第二提示信息提示调用失败。

本公开实施例所提供的程序调用装置，可在第一应用集成的sdk中定义实现目标功能的功能协议，而在第二应用中配置实现目标功能的目标代码，且该目标代码也遵循同样的功能协议，当配置有sdk的第一应用需要使用目标功能时，只需根据功能协议调用第二应用即app中的目标代码即可，如此便可有效的避免由sdk中的实现方式与app中的实现方式不一致而造成的兼容性问题，这样不仅能够保证sdk的运行稳定性，而且还能减小sdk包的体积，使得sdk的集成更加简单方便。

图8a是根据示例性实施例示出的程序调用装置的结构示意图，该装置可以通过软件、硬件、或者两者的结合实现成为电子设备的部分或者全部。根据图8a所示，所述程序调用装置可应用于第二应用即功能应用，其具体包括获取模块801和指示模块802。其中，获取模块801可用于接收第一应用通过预先配置的软件开发工具包发送的调用目标代码的调用请求，所述软件开发工具包中包括调用所述目标代码的功能协议；指示模块802可用于当配置有所述目标代码时，响应所述调用请求向所述第一应用返回调用指令，以使所述第一应用根据所述调用指令调用所述目标代码。

在一个实施例中，参考图8b所示，所述程序调用装置还包括配置模块803，该配置模块803可用于预先配置实现目标功能的目标代码。

在一个实施例中，参考图8c所示，所述程序调用装置还包括反馈模块804，该反馈模块804可用于当未配置所述目标代码时，根据所述调用请求向所述第一应用返回第一提示信息，所述第一提示信息提示调用失败。

本公开实施例所提供的程序调用装置，可在第一应用集成的sdk中定义实现目标功能的功能协议，而在第二应用中配置实现目标功能的目标代码，且该目标代码也遵循同样的功能协议，当配置有sdk的第一应用需要使用目标功能时，只需根据功能协议调用第二应用即app中的目标代码即可，如此便可有效的避免由sdk中的实现方式与app中的实现方式不一致而造成的兼容性问题，这样不仅能够保证sdk的运行稳定性，而且还能减小sdk包的体积，使得sdk的集成更加简单方便。

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

本公开实施例还提供了一种程序调用装置，可应用于第一应用，该装置包括：

第一处理器；

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

其中，第一处理器被配置为执行：

采用预先配置的软件开发工具包向第二应用发送调用目标代码的调用请求，所述软件开发工具包中包括调用所述目标代码的功能协议；

当所述第二应用中存储有所述目标代码时，接收所述第二应用响应所述调用请求返回的调用指令；

根据所述调用指令调用所述第二应用中的所述目标代码。

在一个实施例中，上述第一处理器还可被配置为：

所述软件开发工具包中未配置所述目标代码，所述目标代码用于实现目标功能。

在一个实施例中，上述第一处理器还可被配置为：

从预先配置的软件开发工具包中获取调用所述目标代码的功能协议；

根据所述功能协议向所述第二应用发送调用所述目标代码的调用请求。

在一个实施例中，上述第一处理器还可被配置为：

当所述第二应用中未存储所述目标代码时，接收所述第二应用根据所述调用请求返回的第一提示信息，所述第一提示信息提示调用失败。

在一个实施例中，上述第一处理器还可被配置为：

在预设时段内未接收到所述第二应用发送的反馈消息时，生成第二提示信息，所述第二提示信息提示调用失败。

基于此，本公开实施例所提供的程序调用装置，可在第一应用集成的sdk中定义实现目标功能的功能协议，而在第二应用中配置实现目标功能的目标代码，且该目标代码也遵循同样的功能协议，当配置有sdk的第一应用需要使用目标功能时，只需根据功能协议调用第二应用即app中的目标代码即可，如此便可有效的避免由sdk中的实现方式与app中的实现方式不一致而造成的兼容性问题，这样不仅能够保证sdk的运行稳定性，而且还能减小sdk包的体积，使得sdk的集成更加简单方便。

本公开实施例还提供了一种程序调用装置，可应用于第二应用，该装置包括：

第二处理器；

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

其中，第二处理器被配置为执行：

接收第一应用通过预先配置的软件开发工具包发送的调用目标代码的调用请求，所述软件开发工具包中包括调用所述目标代码的功能协议；

当配置有所述目标代码时，响应所述调用请求向所述第一应用返回调用指令，以使所述第一应用根据所述调用指令调用所述目标代码。

在一个实施例中，上述第二处理器还可被配置为：

预先配置所述目标代码。

在一个实施例中，上述第二处理器还可被配置为：

当未配置所述目标代码时，根据所述调用请求向所述第一应用返回第一提示信息，所述第一提示信息提示调用失败。

基于此，本公开实施例所提供的程序调用装置，可在第一应用集成的sdk中定义实现目标功能的功能协议，而在第二应用中配置实现目标功能的目标代码，且该目标代码也遵循同样的功能协议，当配置有sdk的第一应用需要使用目标功能时，只需根据功能协议调用第二应用即app中的目标代码即可，如此便可有效的避免由sdk中的实现方式与app中的实现方式不一致而造成的兼容性问题，这样不仅能够保证sdk的运行稳定性，而且还能减小sdk包的体积，使得sdk的集成更加简单方便。

图9是根据示例性实施例示出的用于程序调用装置90的结构框图，该装置90适用于终端设备。例如，装置90可以是移动电话，计算机，数字寻呼终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

装置90可以包括以下一个或多个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(i/o)的接口912，传感器组件914，以及通信组件916。

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

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

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

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

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

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

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

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

在示例性实施例中，装置90可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子组件实现，用于执行上述方法。

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

本公开实施例还提供一种非临时性计算机可读存储介质，当存储介质中的指令由装置90的处理器执行时，使得装置90能够执行上述第一应用侧的程序调用方法，所述方法包括：

采用预先配置的软件开发工具包向第二应用发送调用目标代码的调用请求，所述软件开发工具包中包括调用所述目标代码的功能协议；

当所述第二应用中存储有所述目标代码时，接收所述第二应用响应所述调用请求返回的调用指令；

根据所述调用指令调用所述第二应用中的所述目标代码。

在一个实施例中，所述软件开发工具包中未配置所述目标代码，所述目标代码用于实现目标功能。

在一个实施例中，采用预先配置的软件开发工具包向第二应用发送调用目标代码的调用请求包括：

从预先配置的软件开发工具包中获取调用所述目标代码的功能协议；

根据所述功能协议向所述第二应用发送调用所述目标代码的调用请求。

在一个实施例中，所述方法还包括：

当所述第二应用中未存储所述目标代码时，接收所述第二应用根据所述调用请求返回的第一提示信息，所述第一提示信息提示调用失败。

在一个实施例中，所述方法还包括：

在预设时段内未接收到所述第二应用发送的反馈消息时，生成第二提示信息，所述第二提示信息提示调用失败。

本公开实施例还提供一种非临时性计算机可读存储介质，当存储介质中的指令由装置90的处理器执行时，使得装置90能够执行上述第二应用侧的程序调用方法，所述方法包括：

接收第一应用通过预先配置的软件开发工具包发送的调用目标代码的调用请求，所述软件开发工具包中包括调用所述目标代码的功能协议；

当配置有所述目标代码时，响应所述调用请求向所述第一应用返回调用指令，以使所述第一应用根据所述调用指令调用所述目标代码。

在一个实施例中，所述方法还包括：

预先配置所述目标代码。

在一个实施例中，所述方法还包括：

当未配置所述目标代码时，根据所述调用请求向所述第一应用返回第一提示信息，所述第一提示信息提示调用失败。

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

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