通信处理方法及装置

摘要

本公开提供一种通信处理方法及装置，所述方法包括：在向通信对端发起通信后，判断通信本端是否满足预设的状态请求触发条件；确定满足预设的状态请求触发条件时，通过服务端向所述通信对端发起状态请求；通过所述服务端接收通信对端的操作状态，并输出针对所述操作状态的提示信息。本公开实施例中，由于能够接收所述服务器所转发的通信对端的操作状态，并输出针对所述操作状态的提示信息，因此用户可以获知通信对端用户的操作状态。

权利要求

1.一种通信处理方法，其特征在于，所述方法包括：在向通信对端发起通信后，判断通信本端是否满足预设的状态请求触发条件；

确定满足预设的状态请求触发条件时，通过服务端向所述通信对端发起状态请求；其中，所述状态请求触发条件包括：若检测到用户操作后的预期时间到达时，通信状态满足预期结果；

通过所述服务端接收通信对端的操作状态，并输出针对所述操作状态的提示信息。

2.根据权利要求1所述的方法，其特征在于，所述状态请求触发条件至少包括：用户操作、预期时间和预期结果；

所述在向通信对端发起通信后，判断是否满足预设的状态请求触发条件，包括：检测用户操作，并在确定向通信对端发起通信后开始计时，当达到所述预期时间时，判断本次通信的当前通信状态是否为所述预期结果；若是，确定满足预设的状态请求触发条件。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：提供针对所述状态请求触发条件的配置界面，通过配置界面获取用户对所述状态请求触发条件的配置。

4.根据权利要求1所述的方法，其特征在于，所述判断是否满足预设的状态请求触发条件，包括：检测通信界面上所提供的触发项是否被触发，在所述触发项被触发时，确定满足预设的状态请求触发条件；或，检测是否接收到预设触发轨迹或预设触发手势，在接收到所述预设触发轨迹或预设触发手势时，确定满足预设的状态请求触发条件。

5.根据权利要求2所述的方法，其特征在于，所述状态请求携带有如下一种或多种信息：通信对端用户的用户信息、通信本端用户的用户信息或通信本端用户的用户操作。

6.一种通信处理方法，其特征在于，所述方法包括：接收服务端所发送的通信对端的状态请求，所述状态请求至少携带有通信对端用户的用户信息和用户操作；所述状态请求是通信本端在满足预设的状态请求触发条件发起的，所述状态请求触发条件包括：若检测到用户操作后的预期时间到达时，通信状态满足预期结果；

根据所述用户信息，判断所述通信对端用户是否为预先关联的联系人；

在确定所述通信对端用户为预先关联的联系人后，根据所述用户操作获取通信本端的当前操作状态；

将所述当前操作状态通过服务端发送给所述通信对端。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：确定所述当前操作状态更新为预设操作状态时，将所述预设操作状态通过服务端发送给所述通信对端。

8.根据权利要求6所述的方法，其特征在于，所述判断所述通信对端用户是否为预先关联的联系人，包括：通过通讯录应用的联系人列表或社交应用的好友关系表判断所述通信对端用户是否为预先关联的联系人。

9.根据权利要求6所述的方法，其特征在于，所述方法还包括：在确定通信对端用户不是预先关联的联系人时，向服务端发送请求不信任信息。

10.一种通信处理装置，其特征在于，所述装置包括：判断模块，被配置为：在向通信对端发起通信后，判断通信本端是否满足预设的状态请求触发条件；

状态请求发起模块，被配置为：确定满足预设的状态请求触发条件时，通过服务端向所述通信对端发起状态请求；其中，所述状态请求触发条件包括：若检测到用户操作后的预期时间到达时，通信状态满足预期结果；

操作状态输出模块，被配置为：通过所述服务端接收通信对端的操作状态，并输出针对所述操作状态的提示信息。

11.根据权利要求10所述的装置，其特征在于，所述状态请求触发条件至少包括：用户操作、预期时间和预期结果；

所述判断模块，包括：

第一判断子模块，被配置为：通过检测用户操作，并在确定向通信对端发起通信后开始计时，当达到所述预期时间时，判断本次通信的当前通信状态是否为所述预期结果；若是，确定满足预设的状态请求触发条件。

12.根据权利要求10或11所述的装置，其特征在于，所述装置还包括：条件配置模块，被配置为：通过针对所述状态请求触发条件的配置界面，通过配置界面获取用户对所述状态请求触发条件的配置。

13.根据权利要求10所述的装置，其特征在于，所述判断模块，包括：第二判断子模块或第三判断子模块；

第二判断子模块，被配置为：检测通信界面上所提供的触发项是否被触发，在所述触发项被触发时，确定满足预设的状态请求触发条件；

第三判断子模块，被配置为：检测是否接收到预设触发轨迹或预设触发手势，在接收到所述预设触发轨迹或预设触发手势时，确定满足预设的状态请求触发条件。

14.根据权利要求10所述的装置，其特征在于，所述状态请求携带有如下一种或多种信息：通信对端用户的用户信息、通信本端用户的用户信息或通信本端用户的用户操作。

15.一种通信处理装置，其特征在于，所述装置包括：状态请求接收模块，被配置为：接收服务端所发送的通信对端的状态请求，所述状态请求至少携带有通信对端用户的用户信息和用户操作；所述状态请求是通信本端在满足预设的状态请求触发条件发起的，所述状态请求触发条件包括：若检测到用户操作后的预期时间到达时，通信状态满足预期结果；

联系人判断模块，被配置为：根据所述用户信息，判断所述通信对端用户是否为预先关联的联系人；

操作状态获取模块，被配置为：在确定所述通信对端用户为预先关联的联系人后，根据所述用户操作获取通信本端的当前操作状态；

操作状态发送模块，被配置为：将所述当前操作状态通过服务端发送给所述通信对端。

16.根据权利要求15所述的装置，其特征在于，所述装置还包括：操作状态更新发送模块，被配置为：确定所述当前操作状态更新为预设操作状态时，将所述预设操作状态通过服务端发送给所述通信对端。

17.根据权利要求16所述的装置，其特征在于，所述联系人判断模块，包括：联系人判断子模块，被配置为：通过通讯录应用的联系人列表或社交应用的好友关系表判断所述通信对端用户是否为预先关联的联系人。

18.根据权利要求15所述的装置，其特征在于，所述装置还包括：请求不信任信息发送模块，被配置为：在确定通信对端用户不是预先关联的联系人时，向服务端发送请求不信任信息。

19.一种通信处理装置，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为：

在向通信对端发起通信后，判断通信本端是否满足预设的状态请求触发条件；

确定满足预设的状态请求触发条件时，通过服务端向所述通信对端发起状态请求；其中，所述状态请求触发条件包括：若检测到用户操作后的预期时间到达时，通信状态满足预期结果；

通过所述服务端接收通信对端的操作状态，并输出针对所述操作状态的提示信息。

20.一种通信处理装置，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为：

接收服务端所发送的通信对端的状态请求，所述状态请求至少携带有通信对端用户的用户信息和用户操作；所述状态请求是通信本端在满足预设的状态请求触发条件发起的，所述状态请求触发条件包括：若检测到用户操作后的预期时间到达时，通信状态满足预期结果；

根据所述用户信息，判断所述通信对端用户是否为预先关联的联系人；

在确定所述通信对端用户为预先关联的联系人后，根据所述用户操作获取通信本端的当前操作状态；

将所述当前操作状态通过服务端发送给所述通信对端。

21.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1至9任一所述方法的步骤。

说明书

通信处理方法及装置

技术领域

[0001] 本公开涉及通信技术领域，尤其涉及通信处理方法及装置。

背景技术

[0002] 通常，用户A向用户B发起通信时，比如拨号、发送短信等，如果用户B正在进行通话、智能终端关机或处于飞行模式等状态时，无法及时响应用户A发起的通信。用户A若需要与用户B通信，则用户A可能会持续地发起通信请求，给用户带来了很多不便。

发明内容

[0003] 为克服相关技术中存在的问题，本公开提供了通信处理方法及装置。

[0004] 根据本公开实施例的第一方面，提供一种通信处理方法，所述方法包括：

[0005] 接收服务端所发送的通信对端的状态请求，所述状态请求至少携带有通信对端用户的用户信息和用户操作；

[0006] 根据所述用户信息，判断所述通信对端用户是否为预先关联的联系人；

[0007] 在确定所述通信对端用户为预先关联的联系人后，根据所述用户操作获取通信本端的当前操作状态；

[0008] 将所述当前操作状态通过服务端发送给所述通信对端。

[0009] 可选的，所述状态请求触发条件至少包括：用户操作、预期时间和预期结果；

[0010] 所述在向通信对端发起通信后，判断是否满足预设的状态请求触发条件，包括：

[0011] 通过检测用户操作，并在确定向通信对端发起通信后开始计时，当达到所述预期时间时，判断本次通信的当前通信状态是否为所述预期结果；若是，确定满足预设的状态请求触发条件。

[0012] 可选的，所述方法还包括：

[0013] 提供针对所述状态请求触发条件的配置界面，通过配置界面获取用户对所述状态请求触发条件的配置。

[0014] 可选的，所述判断是否满足预设的状态请求触发条件，包括：

[0015] 检测通信界面上所提供的触发项是否被触发，在所述触发项被触发时，确定满足预设的状态请求触发条件；或，

[0016] 检测是否接收到预设触发轨迹或预设触发手势，在接收到所述预设触发轨迹或预设触发手势时，确定满足预设的状态请求触发条件。

[0017] 可选的，所述状态请求携带有如下一种或多种信息：

[0018] 通信对端用户的用户信息、通信本端用户的用户信息或通信本端用户的用户操作。

[0019] 根据本公开实施例的第二方面，提供一种通信处理方法，所述方法包括：

[0020] 接收服务端所发送的通信对端的状态请求，所述状态请求至少携带有通信对端用户的用户信息和用户操作；

[0021] 根据所述用户信息，判断所述通信对端用户是否为预先关联的联系人；

[0022] 在确定所述通信对端用户为预先关联的联系人后，根据所述用户操作获取通信本端的当前操作状态；

[0023] 将所述当前操作状态通过服务端发送给所述通信对端。

[0024] 可选的，所述方法还包括：

[0025] 确定所述当前操作状态更新为预设操作状态时，将所述预设操作状态通过服务端发送给所述通信对端。

[0026] 可选的，所述判断所述通信对端用户是否为预先关联的联系人，包括：

[0027] 通过通讯录应用的联系人列表或社交应用的好友关系表判断所述通信对端用户是否为预先关联的联系人。

[0028] 可选的，所述方法还包括：

[0029] 在确定通信对端用户不是预先关联的联系人时，向服务端发送请求不信任信息。

[0030] 根据本公开实施例的第三方面，提供一种通信处理装置，所述装置包括：

[0031] 判断模块，被配置为：在向通信对端发起通信后，判断通信本端是否满足预设的状态请求触发条件；

[0032] 状态请求发起模块，被配置为：确定满足预设的状态请求触发条件时，通过服务端向所述通信对端发起状态请求；

[0033] 操作状态输出模块，被配置为：通过所述服务端接收通信对端的操作状态，并输出针对所述操作状态的提示信息。

[0034] 可选的，所述状态请求触发条件至少包括：用户操作、预期时间和预期结果；

[0035] 所述判断模块，包括：

[0036] 第一判断子模块，被配置为：通过检测用户操作，并在确定向通信对端发起通信后开始计时，当达到所述预期时间时，判断本次通信的当前通信状态是否为所述预期结果；若是，确定满足预设的状态请求触发条件。

[0037] 可选的，所述装置还包括：

[0038] 条件配置模块，被配置为：提供针对所述状态请求触发条件的配置界面，通过配置界面获取用户对所述状态请求触发条件的配置。

[0039] 可选的，所述判断模块，包括：第二判断子模块或第三判断子模块；

[0040] 第二判断子模块，被配置为：检测通信界面上所提供的触发项是否被触发，在所述触发项被触发时，确定满足预设的状态请求触发条件；

[0041] 第三判断子模块，被配置为：检测是否接收到预设触发轨迹或预设触发手势，在接收到所述预设触发轨迹或预设触发手势时，确定满足预设的状态请求触发条件。

[0042] 可选的，所述状态请求携带有如下一种或多种信息：

[0043] 通信对端用户的用户信息、通信本端用户的用户信息或通信本端用户的用户操作。

[0044] 根据本公开实施例的第四方面，提供一种通信处理装置，所述装置包括：

[0045] 状态请求接收模块，被配置为：接收服务端所发送的通信对端的状态请求，所述状态请求至少携带有通信对端用户的用户信息和用户操作；

[0046] 联系人判断模块，被配置为：根据所述用户信息，判断所述通信对端用户是否为预先关联的联系人；

[0047] 操作状态获取模块，被配置为：在确定所述通信对端用户为预先关联的联系人后，根据所述用户操作获取通信本端的当前操作状态；

[0048] 操作状态输出模块，被配置为：将所述操作状态通过服务端发送给所述通信对端。

[0049] 可选的，所述装置还包括：

[0050] 操作状态更新发送模块，被配置为：确定所述当前操作状态更新为预设操作状态时，将所述预设操作状态通过服务端发送给所述通信对端。

[0051] 可选的，所述联系人判断模块，包括：

[0052] 联系人判断子模块，被配置为：通过通讯录应用的联系人列表或社交应用的好友关系表判断所述通信对端用户是否为预先关联的联系人。

[0053] 可选的，所述装置还包括：

[0054] 请求不信任信息发送模块，被配置为：在确定通信对端用户不是预先关联的联系人时，向服务端发送请求不信任信息。

[0055] 根据本公开实施例的第五方面，提供一种通信处理装置，包括：

[0056] 处理器；

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

[0058] 其中，所述处理器被配置为：

[0059] 在向通信对端发起通信后，判断通信本端是否满足预设的状态请求触发条件；

[0060] 确定满足预设的状态请求触发条件时，通过服务端向所述通信对端发起状态请求；

[0061] 通过所述服务端接收通信对端的操作状态，并输出针对所述操作状态的提示信息。

[0062] 根据本公开实施例的第六方面，提供一种通信处理装置，包括：

[0063] 处理器；

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

[0065] 其中，所述处理器被配置为：

[0066] 接收服务端所发送的通信对端的状态请求，所述状态请求至少携带有通信对端用户的用户信息和用户操作；

[0067] 根据所述用户信息，判断所述通信对端用户是否为预先关联的联系人；

[0068] 在确定所述通信对端用户为预先关联的联系人后，根据所述用户操作获取通信本端的当前操作状态；

[0069] 将所述当前操作状态通过服务端发送给所述通信对端。

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

[0071] 本公开中，通信本端可以在向通信对端发起通信后，判断是否满足预设的状态请求触发条件；确定满足预设的状态请求触发条件时，通过服务端向所述通信对端发起状态请求；接收所述服务器所转发的通信对端的操作状态，并输出针对所述操作状态的提示信息，因此用户可以获知通信对端用户的操作状态。

[0072] 本公开中，用户操作可以指示用户所发起的通信方式，预期时间可以指示从通信发起后，到需要触发状态请求的时间，预期结果可以指示异常的通信状态，因此通过状态请求触发条件可以自动触发后续的操作。

[0073] 本公开中，通过提供针对状态请求触发条件的配置界面，供用户配置状态请求触发条件，可以使通信处理方式更符合用户的使用习惯，给用户带来便利。

[0074] 本公开中，可以是主动触发的方式，如检测通信界面上所提供的触发项是否被触发，检测是否接收到预设触发轨迹或预设触发手势，供用户触发的方式较为灵活。

[0075] 本公开中，状态请求携带的通信对端用户的用户信息可用于状态请求提交至服务端时，使服务端识别出通信对端用户，以将状态请求转给通信对端；通信本端用户的用户信息可用于通信对端接收到状态请求后，对用户身份进行识别。

[0076] 本公开中，通信本端可以在收到状态请求，在确定所述通信对端用户为预先关联的联系人后，获取通信本端的当前操作状态并通过服务端发送给通信对端，以供通信对端对所述操作状态进行展示，使得通信对端用户可以获知通信本端用户的操作状态；通信本端用户的用户操作指示了通信本端用户本次通信的通信方式，可用于通信对端根据用户操作所述指示的通信方式，获取对应的操作状态。

[0077] 本公开中，通过通讯录应用的联系人列表或社交应用的好友关系表对通信对端用户的身份进行判断，可以提高通信处理的安全性。

[0078] 本公开中，在确定通信对端用户不是预先关联的联系人时，向服务端发送请求不信任信息，从而可以通过服务端拒绝向通信对端用户提供操作状态，以达到保护用户隐私的目的。

[0079] 本公开中，确定所述当前操作状态更新为预设操作状态时，将所述预设操作状态通过服务端发送给所述通信对端，该方式易于实现，能给用户带来便利。

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

附图说明

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

[0082] 图1A是本公开根据一示例性实施例示出的一种通信处理方法的流程图。

[0083] 图1B是本公开根据一示例性实施例示出的一种通信处理方法的应用场景示意图。

[0084] 图1C是本公开根据一示例性实施例示出的一种智能终端的通信界面示意图。

[0085] 图1D是本公开根据一示例性实施例示出的另一种智能终端的通信界面示意图。

[0086] 图2是本公开根据一示例性实施例示出的一种通信处理方法的流程图。

[0087] 图3是本公开根据一示例性实施例示出的一种通信处理方法的部分流程图。

[0088] 图4是本公开根据一示例性实施例示出的一种通信处理装置的框图。

[0089] 图5是本公开根据一示例性实施例示出的另一种通信处理装置的框图。

[0090] 图6是本公开根据一示例性实施例示出的另一种通信处理装置的框图。

[0091] 图7是本公开根据一示例性实施例示出的另一种通信处理装置的框图。

[0092] 图8是本公开根据一示例性实施例示出的另一种通信处理装置的框图。

[0093] 图9是本公开根据一示例性实施例示出的另一种通信处理装置的框图。

[0094] 图10是本公开根据一示例性实施例示出的另一种通信处理装置的框图。

[0095] 图11是本公开根据一示例性实施例示出的另一种通信处理装置的框图。

[0096] 图12是本公开根据一示例性实施例示出的一种用于通信处理装置的框图。

具体实施方式

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

[0098] 在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

[0099] 应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

[0100] 本公开实施例所提供的方案，可应用于具有通信功能的智能终端中，例如智能手机或平板电脑等。本公开实施例的通信包括但不限于拨打电话、发送短信、视频呼叫、发送聊天信息等。

[0101] 相关技术中，经常会出现如下情况：用户A向用户B发起通信时，比如拨号、发送短信等，如果用户B正在进行通话、智能终端关机等状态时，无法及时响应用户A发起的通信。用户A若需要与用户B通信，则用户A可能会持续不停地发起通信请求，给用户带来了很多不便。

[0102] 而本公开实施例所提供的通信处理方法，可以在向通信对端发起通信后，判断是否满足预设的状态请求触发条件；确定满足预设的状态请求触发条件时，通过服务端向所述通信对端发起状态请求；接收所述服务器所转发的通信对端的操作状态，并输出针对所述操作状态的提示信息，因此用户可以获知通信对端用户的操作状态，接下来对本公开实施例进行详细说明。

[0103] 如图1A所示，图1A是本公开根据一示例性实施例示出的一种通信处理方法的流程图，可应用于智能终端，包括以下步骤101至103：

[0104] 在步骤101中，在向通信对端发起通信后，判断通信本端是否满足预设的状态请求触发条件。

[0105] 在步骤102中，确定满足预设的状态请求触发条件时，通过服务端向所述通信对端发起状态请求。

[0106] 在步骤103中，通过所述服务端接收通信对端的操作状态，并输出针对所述操作状态的提示信息。

[0107] 本公开实施例中，为了示例清楚，发起通信的终端称为通信本端，接收通信的终端称为通信对端。如图1B所示，是根据一示例性实施例示出的一种通信处理方法的应用场景示意图，图1B中包括用户A所持有的智能终端A1、用户B所持有的智能终端B1，以及与智能终端A1和智能B1对应的服务器。当用户A利用智能终端A1向用户B的智能终端B1以拨打电话等方式发起通信时，智能终端A1称为通信本端，智能终端B1称为通信对端。可以理解，当用户B的智能终端B1向用户A利用智能终端A1以拨打电话等方式发起通信时，智能终端B1称为通信本端，智能终端A1称为通信对端。

[0108] 其中，服务器运行有向各智能终端提供有本申请所涉及的通信处理服务的服务端，该服务端可以通过网络向各智能终端提供状态请求转发和操作状态转发的服务。在实际应用中，服务器可以是提供智能终端产品的服务商所设置的服务器，也可以是提供通信服务的服务商所设置的服务器。通常，服务器面向注册用户提供各种服务，本公开实施例中的各智能终端的用户可以预先在服务器上注册账户，从而可利用智能终端登录服务器以获得上述通信处理功能。

[0109] 智能终端中可以预先配置状态请求触发条件，该状态请求触发条件可以为针对通信状态异常的情况所配置的条件，通过该条件以确定是否触发后续的状态请求，进而获知通信对端的状态。若通信对端用户能及时响应通信本端用户的通信请求，通信对端用户与通信本端用户能正常通信，则可以不触发后续的状态请求操作，若通信对端用户通信状态异常，则可以触发后续的状态请求操作，以使通信本端用户获知通信对端的状态。因此，状态请求触发条件可以预先针对多种不同的通信状态异常情况而进行配置。例如，可以是拨打电话后一定时间内电话未接通、发出短信后一定时间内无响应、发起视频通信后一定时间内无响应等多种具体条件，本公开实施例对此不作限定。

[0110] 在一个可选的实现方式中，所述状态请求触发条件至少包括：用户操作、预期时间和预期结果。

[0111] 所述在向通信对端发起通信后，判断是否满足预设的状态请求触发条件，包括：

[0112] 通过检测用户操作，并在确定向通信对端发起通信后开始计时，当达到所述预期时间时，判断本次通信的当前通信状态是否为所述预期结果；若是，确定满足预设的状态请求触发条件。

[0113] 本实施例中，用户操作指示用户所发起的通信方式，例如拨打电话、发送短信、发起视频聊天等。预期时间指示从通信发起后，到需要触发状态请求的时间，预期结果指示异常的通信状态。

[0114] 例如，状态请求触发条件可以是：

[0115] “用户操作”为拨打电话，“预期时间”为50秒，“预期结果”为拨出电话50秒通话未接通。

[0116] “用户操作”为发送短信，“预期时间”为5分钟，“预期结果”为短信成功发送后的5分钟内没有接收到对方回复的短信”，等等。

[0117] 以拨打电话为例，用户A拨打用户B的电话时，智能终端可以记录如下信息：确定拨打电话为用户操作、获取用户B的电话号码作为用户信息，以及获取用户A的电话号码作为用户信息。

[0118] 根据前述的状态请求触发条件，根据“拨打电话”匹配出“预期时间”和“预期结果”，调用智能终端的操作系统接口，设置一个操作系统的唤醒操作，唤醒时间为“预期时间”，以进行预期时间的计时，在唤醒时间到达时，智能终端可以根据状态请求触发条件中的“预期结果”，获取本次通信的通信状态，判断是否与“预期结果”匹配，若匹配，则可以生成状态请求，并通过服务端发送给通信对端。

[0119] 在实际应用中，状态请求触发条件可以根据具体需求灵活配置。例如，可以是由开发人员预先制定，结合不同通信方式、用户需求、或用户的使用习惯等因素进行配置。或者，在其他可选的实现方式中，也可以是智能终端预先提供配置界面，以供用户对状态请求触发条件进行相应配置，因此在一个可选的实现方式中，所述方法还可以包括：

[0120] 提供针对状态请求触发条件的配置界面。

[0121] 通过配置界面获取用户对所述状态请求触发条件的配置。

[0122] 由上述实施例可见，通过提供针对状态请求触发条件的配置界面，供用户配置状态请求触发条件，可以使通信处理方式更符合用户的使用习惯，给用户带来便利。

[0123] 上述判断是否满足预设的状态请求触发条件的实施方式为智能终端自动触发，在其他可选的实现方式中，还可以是用户主动触发的方式，例如，所述判断是否满足预设的状态请求触发条件，可以包括：

[0124] 检测通信界面上所提供的触发项是否被触发，在所述触发项被触发时，确定满足预设的状态请求触发条件。

[0125] 本实施例中，通过在通信界面中提供一触发项，当用户需要启动后续的状态请求流程时，用户可以通过触发该触发项，智能终端在检测到触发按钮被触发时，确定满足预设的状态请求触发条件。在实际应用中，触发项可以通过多种方式实现，例如一可触发的选项、图标或输入框等。如图1C所示，是一智能终端的通信界面示意图，该示意图中，智能终端以智能手机进行示意，通信界面以拨打电话进行示意，触发按钮可具体为图1C的“请求对方状态”图标，用户通过点击触发该图标。

[0126] 在其他可选的实现方式中，还可以是检测是否接收到预设触发轨迹或预设触发手势，在接收到所述预设触发轨迹或预设触发手势时，确定满足预设的状态请求触发条件；上述预设触发轨迹或预设触发手势可以由用户预先设置，或者是智能终端预先配置，具体形式可灵活配置，本实施例对此不作限定。

[0127] 智能终端在确定满足预设的状态请求触发条件时，可以通过服务端向所述通信对端发起状态请求。在一个可选的实现方式中，状态请求携带有如下一种或多种信息：通信对端用户的用户信息、通信本端用户的用户信息或通信本端用户的用户操作。通信对端用户的用户信息可用于状态请求提交至服务端后，使服务端识别出通信对端用户，以将状态请求转给通信对端。通信本端用户的用户信息可用于通信对端接收到状态请求后，对用户身份进行识别。在实际应用中，用户信息可以是用户的电话号码、用户账号等能识别用户身份的信息，在不同的通信场景下可以灵活配置。通信本端用户的用户操作指示了通信本端用户本次通信的通信方式，可用于通信对端根据用户操作所述指示的通信方式，获取对应的操作状态。

[0128] 在智能终端发起状态请求后，可以通过服务端接收通信对端的操作状态，并输出针对所述操作状态的提示信息。在实际应用中，输出提示信息可以采用多种方式，例如可以是输出文字的提示信息，或者是输出窗口，或者是输出语音信息等等。如图1D所示，是根据一示例性实施例示出的另一种智能终端的通信界面示意图，图1D中采用在通信界面中输出窗口，在窗口中采用文字展示操作状态的方式，从而用户可以了解到通信对端的操作状态。

[0129] 接下来通过另一实施例，从通信对端侧，对智能终端接收到状态请求的通信处理方式进行说明。如图2所示，是根据一示例性实施例示出的一种通信处理方法的流程图，包括如下步骤201至204：

[0130] 在步骤201中，接收服务端所发送的通信对端的状态请求，所述状态请求至少携带有通信对端用户的用户信息和用户操作。

[0131] 在步骤202中，根据所述用户信息，根据所述用户操作判断所述通信对端用户是否为预先关联的联系人。

[0132] 在步骤203中，在确定所述通信对端用户为预先关联的联系人后，获取通信本端的当前操作状态。

[0133] 在步骤204中，将所述当前操作状态通过服务端发送给所述通信对端。

[0134] 本公开实施例中，智能终端可以接收服务端所转发的状态请求时，状态请求携带有通信对端用户的用户信息，智能终端可以通过用户信息判断所述通信对端用户是否为预先关联的联系人，从而提高通信处理的安全性。

[0135] 在一可选的实现方式中，所述判断所述通信对端用户是否为预先关联的联系人，包括：

[0136] 通过通讯录应用的联系人列表或社交应用的好友关系表判断所述通信对端用户是否为预先关联的联系人。

[0137] 通常，通讯录应用中有联系人列表，记录有用户所保存的其他用户的电话号码，因此通讯录应用中的联系人可认为是用户信任的联系人。社交应用中有好友关系表，记录有用户所保存的好友信息，因此社交应用中的好友可认为是用户信任的联系人。通过通讯录应用的联系人列表或社交应用的好友关系表对通信对端用户的身份进行判断，可以提高通信处理的安全性。

[0138] 在一可选的实现方式中，所述方法还可以包括：在确定通信对端用户不是预先关联的联系人时，向服务端发送请求不信任信息，从而可以通过服务端拒绝向通信对端用户提供操作状态，以达到保护用户隐私的目的。

[0139] 其中，当前操作状态在不同通信方式下，可以有多种方式。例如，针对拨打电话，当前操作状态可以是“正在通话中”、“正在拨号中”、“用户无操作”；针对发送短信，当前操作状态可以是“正在编辑短信中”、“用户无任何操作”等；针对视频聊天，当前操作状态可以是“正在视频聊天中”、“正在发起视频聊天中”、“用户无操作”等。

[0140] 在一个可选的实现方式中，所述方法还包括：

[0141] 确定所述当前操作状态更新为预设操作状态时，将所述预设操作状态通过服务端发送给所述通信对端。

[0142] 本公开实施例中，预设操作状态可以是用户希望获知的操作状态，例如“通话结束”或“视频聊天结束”等状态，从而可以使通信对端用户再次拨打电话或再次发起视频聊天等，给用户带来便利。

[0143] 接下来从两端交互的角度对本公开方案再次说明。如图3所示，是本公开根据一示例性实施例示出的一种通信处理方法的部分流程图，该方法可应用于图1B所示的应用场景中。

[0144] 本实施例中，用户在使用智能终端时，智能终端可以提示用户注册并登录账户，从而可以登录到本实施例的服务器。用户可以将用户账号、电话号码、终端标识等进行绑定。

[0145] 智能终端可以提示用户设置状态请求触发条件，当满足此条件时，智能终端可以发送状态请求。触发条件包括“用户操作”、“预期时间”、“预期结果”，比如：

[0146] (1)“用户操作”为拨打电话，“预期时间”为50秒，“预期结果”为拨出电话50秒通话未接通；

[0147] (2)“用户操作”为发送短信，“预期时间”为5分钟，“预期结果”为短信成功发送后的5分钟内没有接收到对方回复的短信”，等等。

[0148] 智能终端也可以允许用户去主动触发状态请求，比如在通信界面上向用户提供一触发按钮，或者识别用户的特定手势后，确定满足状态请求触发条件，从而执行状态请求操作。

[0149] 用户A在发起通信(比如拨号、发送短信)时(步骤301)，通常选定一个接收通信的电话号码，本实施例将对应的用户称为用户B。通信本端记录用户A的电话号码为“发出电话号码”，通信接收方的电话号码为“接收电话号码”，用户当前的操作(拨号、发送短信等)为“用户操作”，这3个信息被记为“请求信息”。

[0150] 成功记录“请求信息”后，智能终端A1根据“请求信息”中的“用户操作”，判断是否满足预设的状态请求触发条件(步骤302)，具体的，可以是：能够匹配预设的任意一个状态请求触发条件中的“用户操作”，则智能终端A1会读取匹配出的触发条件中的“预期时间”，调用系统接口，设置一个系统的唤醒操作，唤醒时间为“预期时间”，设置信息中包括“请求信息”。在唤醒时间到达时，智能终端A1根据“预期结果”，获取智能终端A1的当前状态，比如通话状态、短信状态，与“预期结果”相匹配，则智能终端A1确定满足状态请求触发条件，向服务器发送状态请求(步骤303)，状态请求中至少携带有智能终端B1的用户信息(用户B的电话号码)。

[0151] 服务器接收状态请求，读取状态请求中的智能终端B1的用户信息，判断该用户信息对应的账号处于连接状态，则向智能终端B1转发状态请求(步骤304)。

[0152] 智能终端B1接收状态请求(步骤305)，读取其中包含的用户A的电话号码，通过调用系统通讯录的接口，判断智能终端A1用户是否为已经保存的联系人(步骤306):

[0153] 如果不是，则说明此手机号码是不可以信任的，向服务器返回“不信任”的消息，服务器则会删除这条状态请求；

[0154] 如果是，智能终端B1根据“请求信息”中的“用户操作”，获取当前设备中对应的“操作状态”(步骤307)，比如“拨打号码”操作，当前对应的“操作状态”是“正在通话中”、“正在拨号中”；“发送短信”操作，当前对应的“操作状态”是“正在编辑短信中”、“用户无任何操作”等等。

[0155] 智能终端B1将操作状态返回给服务器(步骤308)，服务器再将此操作状态发送给智能终端A1(步骤309)。智能终端A1接收到操作状态，在终端屏幕上进行展示(步骤310)，使用户A获知用户B对本次通信的操作状态。

[0156] 智能终端B1在发送当前操作状态后，还可以持续检测操作状态是否有更新，针对预设操作状态，如果当前操作状态更新为预设操作状态，则通信对端再次向服务器返回新的状态变化结果，即发送预设操作状态；比如，通信对端从“正在通话中”，转换到“通话结束状态”，此时可以再次向通信请求方发送一次状态。因为这样的状态变化，用户比较关心，用户A可以获知当前用户B何时会结束电话，以便于请求用户A再次拨打电话。

[0157] 与前述通信处理方法的实施例相对应，本公开还提供了通信处理装置及其所应用的终端的实施例。

[0158] 如图4所示，图4是本公开根据一示例性实施例示出的一种通信处理装置的框图，所述装置包括：

[0159] 判断模块41，被配置为：在向通信对端发起通信后，判断通信本端是否满足预设的状态请求触发条件。

[0160] 状态请求发起模块42，被配置为：确定满足预设的状态请求触发条件时，通过服务端向所述通信对端发起状态请求。

[0161] 操作状态输出模块43，被配置为：通过服务端接收通信对端的操作状态，并输出针对所述操作状态的提示信息。

[0162] 由上述实施例可见，通信本端可以在向通信对端发起通信后，判断是否满足预设的状态请求触发条件；确定满足预设的状态请求触发条件时，通过服务端向所述通信对端发起状态请求；接收所述服务器所转发的通信对端的操作状态，并输出针对所述操作状态的提示信息，因此用户可以获知通信对端用户的操作状态。

[0163] 如图5所示，图5是本公开根据一示例性实施例示出的另一种通信处理装置的框图，该实施例在前述图4所示实施例的基础上，所述状态请求触发条件至少包括：用户操作、预期时间和预期结果。

[0164] 所述判断模块41，包括：

[0165] 第一判断子模块411，被配置为：通过检测用户操作，并在确定向通信对端发起通信后开始计时，当达到所述预期时间时，判断本次通信的当前通信状态是否为所述预期结果；若是，确定满足预设的状态请求触发条件。

[0166] 由上述实施例可见，用户操作可以指示用户所发起的通信方式，预期时间可以指示从通信发起后，到需要触发状态请求的时间，预期结果可以指示异常的通信状态，因此通过状态请求触发条件可以自动触发后续的操作。

[0167] 如图6所示，图6是本公开根据一示例性实施例示出的另一种通信处理装置的框图，该实施例在前述图5所示实施例的基础上，所述装置还包括：

[0168] 条件配置模块44，被配置为：针对状态请求触发条件的配置界面，通过配置界面获取用户对所述状态请求触发条件的配置。

[0169] 由上述实施例可见，通过提供针对状态请求触发条件的配置界面，供用户配置状态请求触发条件，可以使通信处理方式更符合用户的使用习惯，给用户带来便利。

[0170] 如图7所示，图7是本公开根据一示例性实施例示出的另一种通信处理装置的框图，该实施例在前述图4所示实施例的基础上，所述判断模块41，包括：第二判断子模块411或第三判断子模块412；

[0171] 第二判断子模块411，被配置为：检测通信界面上所提供的触发项是否被触发，在所述触发项被触发时，确定满足预设的状态请求触发条件。

[0172] 第三判断子模块412，被配置为：检测是否接收到预设触发轨迹或预设触发手势，在接收到所述预设触发轨迹或预设触发手势时，确定满足预设的状态请求触发条件。

[0173] 由上述实施例可见，可以是主动触发的方式，如检测通信界面上所提供的触发项是否被触发，检测是否接收到预设触发轨迹或预设触发手势，供用户触发的方式较为灵活。

[0174] 在一个可选的实现方式中，所述状态请求携带有如下一种或多种信息：

[0175] 通信对端用户的用户信息、通信本端用户的用户信息和通信本端用户的用户操作。

[0176] 由上述实施例可见，状态请求携带的通信对端用户的用户信息可用于状态请求提交至服务端时，使服务端识别出通信对端用户，以将状态请求转给通信对端；通信本端用户的用户信息可用于通信对端接收到状态请求后，对用户身份进行识别；通信本端用户的用户操作指示了通信本端用户本次通信的通信方式，可用于通信对端根据用户操作所述指示的通信方式，获取对应的操作状态。

[0177] 如图8所示，图8是本公开根据一示例性实施例示出的另一种通信处理装置的框图，所述装置包括：

[0178] 状态请求接收模块81，被配置为：接收服务端所发送的通信对端的状态请求，所述状态请求至少携带有通信对端用户的用户信息和用户操作。

[0179] 联系人判断模块82，被配置为：根据所述用户信息，判断所述通信对端用户是否为预先关联的联系人。

[0180] 操作状态获取模块83，被配置为：在确定所述通信对端用户为预先关联的联系人后，根据所述用户操作获取通信本端的当前操作状态。

[0181] 操作状态发送模块84，被配置为：将所述当前操作状态通过服务端发送给所述通信对端。

[0182] 由上述实施例可见，通信本端可以在收到状态请求，在确定所述通信对端用户为预先关联的联系人后，获取通信本端的当前操作状态并通过服务端发送给通信对端，以供通信对端输出针对所述操作状态的提示信息，使得通信对端用户可以获知通信本端用户的操作状态。

[0183] 如图9所示，图9是本公开根据一示例性实施例示出的另一种通信处理装置的框图，该实施例在前述图8所示实施例的基础上，所述装置还包括：

[0184] 操作状态更新发送模块85，被配置为：确定所述当前操作状态更新为预设操作状态时，将所述预设操作状态通过服务端发送给所述通信对端。

[0185] 由上述实施例可见，确定所述当前操作状态更新为预设操作状态时，将所述预设操作状态通过服务端发送给所述通信对端，该方式易于实现，能给用户带来便利。

[0186] 如图10所示，图10是本公开根据一示例性实施例示出的另一种通信处理装置的框图，该实施例在前述图8所示实施例的基础上，所述联系人判断模块82，包括：

[0187] 联系人判断子模块821，被配置为：通过通讯录应用的联系人列表或社交应用的好友关系表判断所述通信对端用户是否为预先关联的联系人。

[0188] 由上述实施例可见，通过通讯录应用的联系人列表或社交应用的好友关系表对通信对端用户的身份进行判断，可以提高通信处理的安全性。

[0189] 如图11所示，图11是本公开根据一示例性实施例示出的另一种通信处理装置的框图，该实施例在前述图8所示实施例的基础上，所述装置还包括：

[0190] 请求不信任信息发送模块86，被配置为：在确定通信对端用户不是预先关联的联系人时，向服务端发送请求不信任信息。

[0191] 由上述实施例可见，在确定通信对端用户不是预先关联的联系人时，向服务端发送请求不信任信息，从而可以通过服务端拒绝向通信对端用户提供操作状态，以达到保护用户隐私的目的。

[0192] 相应的，本公开还提供一种通信处理装置，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

[0193] 在向通信对端发起通信后，判断通信本端是否满足预设的状态请求触发条件；

[0194] 确定满足预设的状态请求触发条件时，通过服务端向所述通信对端发起状态请求；

[0195] 通过所述服务端接收通信对端的操作状态，并输出针对所述操作状态的提示信息。

[0196] 相应的，本公开还提供一种通信处理装置，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

[0197] 接收服务端所发送的通信对端的状态请求，所述状态请求至少携带有通信对端用户的用户信息和用户操作；

[0198] 根据所述用户信息，判断所述通信对端用户是否为预先关联的联系人；

[0199] 在确定所述通信对端用户为预先关联的联系人后，根据所述用户操作获取通信本端的当前操作状态；

[0200] 将所述当前操作状态通过服务端发送给所述通信对端。

[0201] 上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

[0202] 对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

[0203] 图12是根据一示例性实施例示出的一种通信处理装置的结构示意图。

[0204] 如图12所示，根据一示例性实施例示出的一种通信处理装置1200，该装置1200可以是计算机，移动电话，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等终端。

[0205] 参照图12，装置1200可以包括以下一个或多个组件：处理组件1201，存储器1202，电源组件1203，多媒体组件1204，音频组件1205，输入/输出(I/O)的接口1206，传感器组件1207，以及通信组件1208。

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

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

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

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

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

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

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

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

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

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

[0216] 其中，当所述存储介质中的指令由所述处理器执行时，使得装置1200能够执行一种通信方法，包括：

[0217] 在向通信对端发起通信后，判断通信本端是否满足预设的状态请求触发条件；

[0218] 确定满足预设的状态请求触发条件时，通过服务端向所述通信对端发起状态请求；

[0219] 通过所述服务端接收通信对端的操作状态，并输出针对所述操作状态的提示信息。

[0220] 装置1200还能够执行另一种通信方法，包括：

[0221] 接收服务端所发送的通信对端的状态请求，所述状态请求至少携带有通信对端用户的用户信息和用户操作；

[0222] 根据所述用户信息，判断所述通信对端用户是否为预先关联的联系人；

[0223] 在确定所述通信对端用户为预先关联的联系人后，根据所述用户操作获取通信本端的当前操作状态；

[0224] 将所述当前操作状态通过服务端发送给所述通信对端。

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

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

[0227] 以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。