CN108563523A

CN108563523A - 信息回调方法、设备及存储介质

Info

Publication number: CN108563523A
Application number: CN201810381249.XA
Authority: CN
Inventors: 段伟伟; 周效军; 李琳; 周冰; 苏毅
Original assignee: Migu Cultural Technology Co Ltd; China Mobile Communications Group Co Ltd
Current assignee: Migu Cultural Technology Co Ltd; China Mobile Communications Group Co Ltd
Priority date: 2018-04-25
Filing date: 2018-04-25
Publication date: 2018-09-21
Anticipated expiration: 2038-04-25
Also published as: CN108563523B

Abstract

本发明提供一种信息回调方法、设备及存储介质。其中，方法包括：检测到调用方应用进入可交互状态，获取所述调用方应用的标签列表；在所述标签列表中确定被调用方应用的标签的标签值等于第一设定值，所述第一设定值用于表明所述被调用方应用当前被调用；向对应所述被调用方应用的应用服务器发送操作结果查询请求，获取所述应用服务器发送的所述被调用方应用的操作结果。

Description

信息回调方法、设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种信息回调方法、设备及存储介质。

背景技术

调用方应用调用被调用方应用进行一些操作时，被调用方应用会根据调用方应用的请求将操作结果反馈给调用方应用，以协助调用方应用进行后续操作(例如，将操作结果呈现给用户)。

但是，在调用方应用通过服务器发出请求后，若被调用方应用没有及时将操作结果反馈给调用方应用，调用方应用将频繁地去访问服务器接口以获取操作结果，而频繁地访问服务器接口容易导致接口拥塞，此外，如果调用方应用数量较大，很可能会出现大量的调用方应用同时访问服务器接口，会导致服务器宕机。

发明内容

为解决现有存在的技术问题，本发明实施例提供一种应用间的信息回调方法、设备及存储介质。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供一种信息回调方法，所述方法包括：

检测到调用方应用进入可交互状态，获取所述调用方应用的标签列表；

在所述标签列表中确定被调用方应用的标签的标签值等于第一设定值，所述第一设定值用于表明所述被调用方应用当前被调用；

向对应所述被调用方应用的应用服务器发送操作结果查询请求，获取所述应用服务器发送的所述被调用方应用的操作结果。

上述方案中，所述检测到调用方应用进入可交互状态，包括：

监测调用方应用指定界面的activity生命周期，检测到进入onResume，则检测到调用方应用进入可交互状态。

上述方案中，所述获取所述应用服务器发送的所述被调用方应用的操作结果之后，还包括：

将所述被调用方应用的标签的标签值设置为第二设定值，所述第二设定值用于表明所述被调用方应用当前结束被调用。

上述方案中，所述检测到调用方应用进入可交互状态之前，还包括：

检测到所述调用方应用对所述被调用方应用的调用操作，将所述被调用方应用的标签的标签值设置为第一设定值。

上述方案中，所述检测到所述调用方应用对所述被调用方应用的调用操作，包括：

检测到所述调用方应用在指定界面发生对所述被调用方应用的调用操作。

上述方案中，所述向对应所述被调用方应用的应用服务器发送操作结果查询请求，包括：调用方应用向对应所述调用方应用的应用服务器发送操作结果查询请求，所述调用方应用对应的应用服务器向所述被调用方应用对应的应用服务器发送所述操作结果查询请求；

所述获取所述应用服务器发送的所述被调用方应用的操作结果，包括：所述被调用方应用对应的应用服务器接收到所述操作结果查询请求，向所述调用方应用对应的应用服务器发送所述被调用方应用的操作结果，所述调用方应用对应的应用服务器向所述调用方应用发送所述被调用方应用的操作结果。

本发明实施例又提供了一种信息回调设备，所述设备包括：

状态检测单元，用于检测到调用方应用进入可交互状态，获取所述调用方应用的标签列表；

标签确定单元，用于在所述标签列表中确定被调用方应用的标签的标签值等于第一设定值，所述第一设定值用于表明所述被调用方应用当前被调用；

请求发送单元，用于向对应所述被调用方应用的应用服务器发送操作结果查询请求，获取所述应用服务器发送的所述被调用方应用的操作结果。

上述方案中，所述设备还包括第一设置单元，用于：

上述方案中，所述设备还包括第二设置单元，用于：

本发明实施例还提供了一种信息回调设备，所述设备包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器；

其中，所述处理器用于运行所述计算机程序时，执行上述信息回调设备任一方法的步骤。

本发明实施例还提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述信息回调设备任一方法的步骤。

本发明实施例提供的信息回调方法、设备及存储介质，对调用方应用进行监测，在检测到调用方应用进入可交互状态时，获取所述调用方应用的标签列表；在标签列表中存在标签值等于第一设定值的标签时，通过标签与被调用方应用的对应关系确定被调用方应用，继而，向被调用方应用的应用服务器发送操作结果查询请求，获取所述应用服务器发送的所述被调用方应用的操作结果。在进行信息回调时，在检测到调用方应用进入可交互状态，且被调用方应用的标签的标签值等于第一设定值时，向被调用方应用的应用服务器发送操作结果查询请求，获取被调用方应用的操作结果。由于在调用方应用进入可交互状态时，采用了标签列表中标签的值来辅助判断当前是否需要获取被调用的被调用方应用的操作结果，可以准确地判断向被调用方应用的应用服务器发送操作结果查询请求的时机，可避免因频繁地访问应用服务器接口而导致的接口拥塞。

附图说明

图1为本发明实施例提供的一种信息回调方法流程图；

图2为本发明实施例提供的调用方应用获取被调用方应用的操作结果的过程示意图；

图3为本发明实施例提供的另一种信息回调方法流程图；

图4为本发明实施例提供的标签设置与被调用方应用的对应关系示意图；

图5为本发明实施例提供的信息回调设备结构示意图；

图6为本发明实施例提供的信息回调设备硬件结构示意图。

具体实施方式

下面结合附图及实施例对本发明再作进一步详细的描述。

本发明实施例提供一种信息回调方法，如图1所述，该方法包括：

步骤S101：检测到调用方应用进入可交互状态，获取所述调用方应用的标签列表；

步骤S102：在所述标签列表中确定被调用方应用的标签的标签值等于第一设定值，所述第一设定值用于表明所述被调用方应用当前被调用；

步骤S103：向对应所述被调用方应用的应用服务器发送操作结果查询请求，获取所述应用服务器发送的所述被调用方应用的操作结果。

本发明实施例提供的信息回调方法，对调用方应用进行监测，在检测到调用方应用进入可交互状态时，获取所述调用方应用的标签列表；在标签列表中存在标签值等于第一设定值的标签时，通过标签与被调用方应用的对应关系确定被调用方应用，继而，向被调用方应用的应用服务器发送操作结果查询请求，获取所述应用服务器发送的所述被调用方应用的操作结果。在进行信息回调时，在检测到调用方应用进入可交互状态，且被调用方应用的标签的标签值等于第一设定值时，向被调用方应用的应用服务器发送操作结果查询请求，获取被调用方应用的操作结果。由于在调用方应用进入可交互状态时，采用了标签列表中标签的值来辅助判断是否需要获取当前被调用的被调用方应用的操作结果，可以准确地判断向被调用方应用的应用服务器发送操作结果查询请求的时机，可避免因频繁地访问应用服务器接口而导致的接口拥塞。

在一些实施例中，所述检测到调用方应用进入可交互状态，包括：

这里，需要说明的是，应用(Application，APP)、activity和activity生命周期的关系为：一个应用通常由多个activity组成，每个activity都是应用中对应的程序组件，且每个activity都具有activity生命周期。其中，一个activity用于提供一个屏幕界面，用户可基于该屏幕界面进行交互以完成特定任务。

这里，结合实际应用场景对activity生命周期进行描述，描述如下：

APP甲启动屏幕界面A，屏幕界面A的activity生命周期如下：

start onCreate…

start onStart…

start onResume…

在屏幕界面A时按下Home键或者点击屏幕界面A上的入口(按钮或者链接)进入APP乙的屏幕界面B(或APP丙的屏幕界面C)后，屏幕界面A则进入后台，此过程，屏幕界面A的activity生命周期如下：

start onPause…

start onStop…

从APP乙的屏幕界面B(或APP丙的屏幕界面C)又回到屏幕界面A，此过程，屏幕界面A的activity生命周期如下：

start onRestart…

start onStart…

start onResume…

从上面的描述可以看出，初次启动屏幕界面A时，屏幕界面A会执行activity生命周期中的onResume方法；屏幕界面A切换到屏幕界面B(或屏幕界面C)，后又回到屏幕界面A时，屏幕界面A会执行activity生命周期中的onResume方法；在屏幕界面A场景下按下Home键进入后台再又回到屏幕界面A时，屏幕界面A会执行activity生命周期中的onResume方法。因此，可以获知，从其它屏幕界面切换到屏幕界面A时，屏幕界面A对应的activity会执行onResume方法。

基于此，本实施例通过对调用方应用的指定界面的activity生命周期进行监测，当检测到指定界面的activity生命周期进入onResume，则确定为从其它屏幕界面切换到所述指定界面，此时，所述指定界面对应的调用方应用进入可交互状态。

此外，需要说明的是，还可以将进入到调用方应用的任一屏幕界面，确定为所述调用方应用进入可交互状态，此时，调用方应用调用被调用方应用后，首次回到调用方应用的任一屏幕时，可以结合标签列表中的各标签的值判断出是否需要获取被调用方应用的操作结果，继而向被调用方应用的应用服务器发送操作结果查询请求，获取被调用方应用的操作结果。

在一些实施例中，所述获取所述应用服务器发送的所述被调用方应用的操作结果之后，还包括：

这里，在调用方应用获取到被调用方应用的操作结果后，结束调用方应用与被调用方应用的调用关系，且通过将被调用方应用的标签的标签值设置为第二设定值来实现。

在一些实施例中，所述检测到调用方应用进入可交互状态之前，还包括：

这里，在调用方应用调用被调用方应用时，将被调用方应用的标签的标签值设置为第一设定值，表明调用方应用与被调用方应用之间存在调用关系。其中，具体地，所述检测到所述调用方应用对所述被调用方应用的调用操作，包括：

这里，在调用方应用的指定界面调用被调用方应用时，将被调用方应用的标签的标签值设置为第一设定值。

本实施例中，在调用方应用的指定界面发生对被调用方应用的调用操作时，将被调用方应用的标签的标签值设置为第一设定值，调用方应用与被调用方应用之间建立调用关系；之后，在检测到回到所述指定界面，且检测到被调用方应用的标签的标签值等于第一设定值时，向被调用方应用的应用服务器发送操作结果查询请求，获取被调用方应用的操作结果；最后，在获取到所述被调用方应用的操作结果后，将所述被调用方应用的标签的标签值设置为第二设定值，结束调用方应用与被调用方应用的调用关系。

在一些实施例中，所述向对应所述被调用方应用的应用服务器发送操作结果查询请求，包括：调用方应用向对应所述调用方应用的应用服务器发送操作结果查询请求，所述调用方应用对应的应用服务器向所述被调用方应用对应的应用服务器发送所述操作结果查询请求；

这里，需要说明的是，针对属于同一应用的多个屏幕界面间的操作结果回调，可通过自定义的回调方式实现。而针对属于不同应用的多个屏幕界面间的结果回调，出于安全性等原因的考虑，应用间数据的传输需通过二者各自对应的服务器进行，具体地，如图2所示，调用方应用不直接访问被调用方应用对应的被调用服务器获取结果，而是向调用方应用对应的应用服务器发起操作结果查询请求，这样，调用方应用对应的应用服务器接收到操作结果查询请求后，按被调用方应用对应的应用服务器的接口要求进行参数组装，然后向被调用方应用对应的应用服务器发起请求，在获取到被调用方应用对应的应用服务器反馈回的操作结果后，将操作结果返回给调用方应用，如此，实现属于不同应用的多个屏幕界面间的结果回调。

当然，如果调用方应用对应的应用服务器与被调用方应用对应的应用服务器由一个服务器来实现，则无需以上服务器之间的交互过程。

目前，在调用方应用通过该调用方应用对应的应用服务器发出操作结果查询请求后，若被调用方应用没有及时将操作结果反馈给调用方应用，调用方应用就会频繁地去访问应用服务器接口以获取操作结果，但是频繁地访问应用服务器接口会导致接口拥塞，且在调用方应用数量较大时，将会导致大量的调用方应用同时访问应用服务器接口以获取操作结果，可能会导致应用服务器宕机。

基于此，本发明实施例提供的信息回调方法，在调用方应用进入可交互状态时，采用了标签列表中标签的值来辅助判断是否需要获取当前被调用的被调用方应用的操作结果，可以准确地判断向被调用方应用的应用服务器发送操作结果查询请求的时机，可避免因频繁地访问应用服务器接口而导致的接口拥塞。

以上各步骤的处理具体可由终端来完成。其中，所述终端可以是智能手机、PDA、PAD等终端设备。

下面结合应用实施例对本发明再作详细的描述。

本应用实施例中，调用方APP只设置有一个可被调用的被调用方APP，此时，调用方APP的标签列表中只具有一个标签，且该标签对应被调用方APP，这里，具体的实现信息回调的过程，如图3所示，包括如下步骤：

步骤S301：调用方APP在签约界面A时，根据用户操作，屏幕界面从调用方APP的签约界面A跳转至被调用方APP的屏幕界面B后，设置屏幕界面B对应的flag为1，并监听签约界面A的Activity的生命周期；

这里，在检测到调用方APP在签约界面A发生对被调用方APP的调用操作，将被调用方APP的标签flag的标签值设置为1。如果调用方APP调用被调用方APP时，跳转的屏幕界面为屏幕界面B，则屏幕界面B与调用方APP调用的被调用方APP直接关联，所以设置被调用方APP的flag为1也可以为设置屏幕界面B对应的flag为1。需要说明的是，用于表明被调用方APP当前被调用的第一设定值可以是一个数值(例如，为1)，也可以是字符或其它的形式，只要能用于识别即可。

步骤S302：在监听到签约界面A的Activity的生命周期进入OnResume时，则判断flag是否为1；

这里，对签约界面A进行监听，且在监听到回到签约界面A时，则表明签约界面A的Activity的生命周期进入OnResume，然后判定被调用方APP的标签的标签值是否等于1。

步骤S303：如果flag为1，则向调用方APP对应的应用服务器发送获取签约状态的请求；如果flag为0，则不发送获取签约状态的请求或继续对签约界面A进行监听；

这里，在被调用方APP的标签的标签值为1时，向调用方APP对应的应用服务器发送操作结果查询请求，此外，在被调用方APP的标签的标签值不为1而为0时，则认为当前的签约界面并非从被调用方APP切换回。

步骤S304：接收到应用服务器发送的签约状态，如果签约状态改变，则提示签约成功；如果签约状态未改变，则提示签约失败；

这里，签约状态的变化情况为被调用方APP的操作结果，具体地，在获得操作结果后，将操作结果呈现给用户。

步骤S305：将被调用方APP对应的flag恢复为0。

这里，在获取到应用服务器发送的被调用方APP的操作结果之后，将被调用方APP的标签的标签值设置为第二设定值，这里，第二设定值为0。

需要说明的是：实际应用时，步骤S301～S305是由信息回调设备来执行的。

从上面的描述可以看出，本实施例的方案结合被调用方APP对应的标签，通过监听activity生命周期解决调用被调用方APP后的无回调问题，可以实现及时向用户展示处理结果。

此外，对应调用方APP的被调用方APP可以有多个，且在有多个被调用方APP时，调用方APP的标签列表中具有多个标签，一个标签对应一个被调用方APP。基于此，本应用实施例中，针对调用方APP具有多个可被调用的被调用方APP的情况进行示例性说明。

这里以调用方APP具有两个可被调用的被调用方APP为例进行说明。具体地，如图4所示，APP甲为调用方APP，APP乙为一个被调用方APP，APP丙为另一个被调用方APP；APP甲在屏幕界面A进行对APP乙或APP丙的调用，此时，屏幕界面A可视为APP甲的指定界面，APP乙被APP甲调用时跳转到屏幕界面B，APP丙被APP甲调用时跳转到屏幕界面C；APP乙对应的标签为flagB，APP丙对应的标签为flagC。此外，这里，第一设定值为1，第二设定值为0。

本实施例中，存在两个被调用方APP时，实现信息回调的过程，包括如下步骤：

1)调用被调用方APP时，跳转屏幕界面，此时，设置被调用方APP对应的标签为1，其它被调用方APP的标签设置为0；

这里，如图4所示，APP甲调用APP乙时，由APP甲的屏幕界面A跳转至屏幕界面B，将APP乙对应的标签flagB设置为1，APP丙对应的标签flagC仍保持为0。需要说明的是，由于一次只能调用一个APP，在可调用的被调用APP具有多个时，只将被调用的那一个APP对应的标签设置为1，其余的仍保持为0。

2)监听APP甲的屏幕界面A的Activity生命周期，当检测到进入到onResume时，则对各标签的标签值进行判断；

这里，会对APP乙对应的标签flagB的值进行判断，以及会对APP丙对应的标签flagC的值进行判断。

3)如果存在标签值为1的标签，此时flagB为1，则访问应用服务器提供的对应接口获取APP乙的操作结果，否则不去获取APP乙的操作结果；

这里，在flagB为1时，向APP乙对应的应用服务器发送操作结果查询请求，获取应用服务器发送的APP乙的操作结果。此外，在flagB和flagC都为0时，不向应用服务器发送操作结果查询请求。

4)接收应用服务器返回的操作结果，处理完成后，flagB复位为0；

这里，接收到应用服务器发送的APP乙的操作结果后，将flagB的标签值设置为0。

5)将APP乙的操作结果展示给用户。

这里，在调用方APP的指定界面将被调用方APP的操作结果展示给用户，且具体地，例如，在屏幕界面A上展示APP乙的操作结果。

另外，如图4所示，如果APP甲调用的是APP丙，则由APP甲的屏幕界面A跳转至屏幕界面C，将APP丙对应的标签flagC设置为1，APP乙对应的标签flagB仍保持为0。

从上面的描述可以看出，本实施例的方案通过设置多个标签，一个标签对应一个被调用方APP，可解决在同一屏幕界面下存在调用多个被调用方APP后的无回调问题。

为实现本发明实施例的信息回调方法，本发明实施例还提供了一种信息回调设备，如图5所示，所述信息回调设备包括：状态检测单元501、标签确定单元502和请求发送单元503；其中，

状态检测单元501，用于检测到调用方应用进入可交互状态，获取所述调用方应用的标签列表；

标签确定单元502，用于在所述标签列表中确定被调用方应用的标签的标签值等于第一设定值，所述第一设定值用于表明所述被调用方应用当前被调用；

请求发送单元503，用于向对应所述被调用方应用的应用服务器发送操作结果查询请求，获取所述应用服务器发送的所述被调用方应用的操作结果。

在一些实施例中，所述信息回调设备还包括第一设置单元，用于：

在一些实施例中，所述信息回调设备还包括第二设置单元，用于：

在一些实施例中，所述检测到所述调用方应用对所述被调用方应用的调用操作，包括：

需要说明的是：上述实施例提供的信息回调设备在进行信息回调时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述各程序模块的处理分配由不同的程序模块完成，即将信息回调设备的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的信息回调设备与信息回调方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

为了实现本发明实施例的信息回调方法，本发明实施例还提供了一种基于硬件实现的信息回调设备，如图6所示，该信息回调设备610包括：处理器601和用于存储能够在处理器上运行的计算机程序的存储器602，其中，所述处理器601用于运行所述计算机程序时，执行：

在一些实施例中，所述处理器601还用于运行所述计算机程序时，执行：

所述向对应所述被调用方应用的应用服务器发送操作结果查询请求，包括：调用方应用向对应所述调用方应用的应用服务器发送操作结果查询请求，所述调用方应用对应的应用服务器向所述被调用方应用对应的应用服务器发送所述操作结果查询请求；

上述实施例提供的信息回调设备与信息回调方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

当然，实际应用时，如图6所示，该信息回调设备还可以包括至少一个通信接口603。信息回调设备中的各个组件通过总线系统604耦合在一起。可理解，总线系统604用于实现这些组件之间的连接通信。总线系统604除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图6中将各种总线都标为总线系统604。

其中，通信接口603，用于与其它设备进行交互。

具体来说，所述处理器601可以通过通信接口603向对应所述被调用方应用的应用服务器发送操作结果查询请求，获取所述应用服务器发送的所述被调用方应用的操作结果。

可以理解，存储器602可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本发明实施例描述的存储器602旨在包括但不限于这些和任意其它适合类型的存储器。

本发明实施例中的存储器602用于存储各种类型的数据以支持信息回调设备的操作。

上述本发明实施例揭示的方法可以应用于处理器601中，或者由处理器601实现。处理器601可能是一种集成电路芯片，具有信号的处理能力，更具体地，内置有负载均衡算法，即具有负载均衡能力。在实现过程中，上述方法的各步骤可以通过处理器601中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器601可以是通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器601可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器602，处理器601读取存储器602中的信息，结合其硬件完成前述方法的步骤。

在示例性实施例中，信息回调设备可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或其他电子元件实现，用于执行前述方法。

在示例性实施例中，本发明实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的存储器602，上述计算机程序可由信息回调设备610的处理器602执行，以完成前述方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

需要说明的是：本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims

1.一种信息回调方法，其特征在于，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，所述检测到调用方应用进入可交互状态，包括：

3.根据权利要求1所述的方法，其特征在于，所述获取所述应用服务器发送的所述被调用方应用的操作结果之后，还包括：

4.根据权利要求1所述的方法，其特征在于，所述检测到调用方应用进入可交互状态之前，还包括：

5.根据权利要求4所述的方法，其特征在于，所述检测到所述调用方应用对所述被调用方应用的调用操作，包括：

6.根据权利要求1所述的方法，其特征在于，

7.一种信息回调设备，其特征在于，所述设备包括：

8.根据权利要求7所述的设备，其特征在于，所述设备还包括第一设置单元，用于：

9.根据权利要求7所述的设备，其特征在于，所述设备还包括第二设置单元，用于：

10.一种信息回调设备，其特征在于，所述设备包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器；

其中，所述处理器用于运行所述计算机程序时，执行权利要求1至6任一项所述方法的步骤。

11.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6任一项所述方法的步骤。