[发明专利]非阻塞请求处理方法及装置

说明书

本发明公开了一种非阻塞请求处理方法及装置。所述非阻塞请求处理方法包括：从请求方接收非阻塞请求；确定所述非阻塞请求的执行完成预估时间；以及将所述执行完成预估时间发送给所述请求方。通过将所述非阻塞请求的执行完成预估时间提供给接收方，可以避免接收方由于无法预知请求执行完成时间而多次尝试获取执行结果的情况，从而可以减轻由于频繁的执行结果获取请求所引起的请求方和接收方的工作负荷和设备功耗。

技术领域

本发明涉及一种非阻塞请求处理方法及装置。

背景技术

OneM2M标准组织致力于指定面向多个物联网领域的统一的服务层标准。OneM2MTS-0001功能架构定义了协议的总体框架并定义了三类功能实体：应用实体AE、公共服务实体CSE、以及网络服务实体NSE。在应用实体AE和公共服务实体CSE之间、在公共服务实体CSE和公共服务实体CSE之间、以及在公共服务实体CSE和网络服务实体NSE之间均通过请求原语(Request Primitive)和响应原语(Response Primitive)进行交互。

根据请求原语和响应原语交互方式的不同，OneM2M定义了三种交互模式：阻塞请求、非阻塞请求同步、非阻塞请求异步。在图1A、图1B和图1C中分别示出了这三种交互模式，并示出了三种交互模式之间的区别。

如图1A所示，阻塞请求是指请求方发送请求后，一直保持会话连接，直至接收到接收方发送的执行结果响应。如图1B所示，非阻塞请求同步是指请求方发送请求后，接收方立即发送响应以向请求方通知已经成功接收请求，然后请求方在接收到接收方发送的响应消息后，间隔一段时间后主动向接收方发送请求以获取执行结果。如图1C所示，非阻塞请求异步是指请求方发送请求后，接收方立即发送响应以向请求方通知已经成功接收请求，然后接收方执行完毕后向接收方发送携带执行结果的执行完成通知。非阻塞请求同步和非阻塞请求异步适用于不同的场景，非阻塞请求同步适用于请求方不能接收通知消息的场景，非阻塞请求异步适用于请求方可接收通知消息的场景。

图2中示出了非阻塞请求同步的一般交互流程。首先，在步骤S1，请求方发送资源请求；在步骤S2，接收方创建请求资源，并在请求资源中记录资源请求的详细信息，同时创建资源索引Req-Ref；在步骤S3，接收方将资源索引Req-Ref返回给接收方；在步骤S4，接收方执行请求资源；在步骤S5，请求方向资源索引Req-Ref发送执行结果获取请求；在步骤S6，由于接收方尚未执行完成所述非阻塞请求，接收方向请求方发送请求未执行完成响应；在步骤S7，请求方间隔一段时间后，重新向资源索引Req-Ref发送执行结果获取请求；在步骤S8，由于接收方尚未执行完成所述非阻塞请求，接收方向请求方发送请求未执行完成响应；在步骤S9，接收方执行完成所述非阻塞请求，并记录执行结果；在步骤S10，请求方重新向资源索引Req-Ref发送执行结果获取请求；在步骤S11，接收方向请求方发送执行结果响应。

在图2所示的非阻塞请求同步的交互流程中，在请求方收到资源索引Req-Ref后，请求方无法预知接收方执行完成时间，需要多次向资源索引Req-Ref发送请求尝试获取执行结果，相应地接收方要多次向接收方发送未执行完成响应，由此增加了请求方和接收方的工作负荷，增加了请求方和接收方的设备功耗。

因此，需要能够降低非阻塞请求同步交互流程中由于频繁的执行结果获取请求所引起的请求方和接收方的工作负荷和设备功耗。

发明内容

为了解决上述技术问题，本发明提出了一种非阻塞请求处理方法和装置，其通过在接收方接收到非阻塞请求后确定所述非阻塞请求的执行完成预估时间并将所述执行完成预估时间提供给接收方，可以避免接收方由于无法预知请求执行完成时间而多次尝试获取执行结果的情况，从而可以减轻由于频繁的执行结果获取请求所引起的请求方和接收方的工作负荷和设备功耗。

根据本发明一方面，提供了一种非阻塞请求处理方法，应用于接收方，包括：从请求方接收非阻塞请求；确定所述非阻塞请求的执行完成预估时间；以及将所述执行完成预估时间发送给所述请求方。