[发明专利]在线应用平台上应用间的应答通信方法和在线应用平台

说明书

技术领域

本发明涉及在线应用平台，尤其涉及在线应用平台上应用间的应答通信方法和在线应用平台。

背景技术

在线应用平台上各应用间通信时需要解决各应用间的访问控制问题以及各应用间调用服务时的应答通信问题。

传统的应用间通信时的访问控制技术有以下几种：

方案1：基于用户名和密码机制

当某应用需要代表用户使用另一应用提供的服务时，要求用户提供其在目标应用的用户名及密码，把用户名和密码作为请求的一部分投递到目标应用。目标应用验证用户名及密码，以决定是否提供服务给调用方。

方案2：基于OAUTH机制

当某应用需要代表用户使用另一应用提供的服务时，首先会跳转到目标应用网站，用户在目标应用网站输入用户名及密码，目标网站验证通过后，会列举出本次请求访问的API信息，用户确认后，目标网站生成TOKEN并跳转回调用方网站。调用方下次使用TOKEN直接访问有权限的服务。

上述方案1会直接泄露其它应用的用户名和密码，存在极大的安全隐患。方案2要求浏览器的多次跳转，用户体验极差，而且处理不了同时调用多个不同应用API的需求。

传统的应答通信机制主要有以下实现方法：

第一种：对于一般的结构化语言，可以通过回调函数来实现回调。回调函数由调用方自己实现，供被调用方使用。

第二种：在面向对象的语言中，回调机制则是通过接口或抽象类来实现的，我们把实现这种接口的类称为回调类，回调类的对象称为回调对象。

第三种：对于分布式组件代理体系CORBA，异步处理有多种方式，如回调、事件服务、通知服务等。事件服务和通知服务是CORBA用来处理异步消息的标准服务，他们主要负责消息的处理、派发、维护等工作。对一些简单的异步处理过程，我们可以通过回调机制来实现。

前两种方法都只是本地进程内部的回调，所有操作均依赖于本地进程通信，无法应用于在线应用平台。第三种方式CORBA依赖于相互之间使用SOCKET技术通信，这在WEB环境中无法提供，另外CORBA非常笨重，无法应用于简洁的在线环境。仅适用于有线应用服务器间通信和协作，而且也只能用于内部环境，不具备公开性。对于复杂的网络环境，由于异步处理过程将处理结果返回时会导致调用前的上下文受到干扰和破坏，因此调用方必须对返回的处理结果进行分析，因此无法保证通信的完整性和高效性。

发明内容

本发明提供一种在线应用平台上应用间的应答通信方法和在线应用平台，能够安全便捷的对线应用平台上的应用进行访问控制，且适用于复杂的在线应答环境。

本发明的在线应用平台上应用间的应答通信方法，包括步骤：

当在线应用平台的客户端启动应用时，按照预定的通信协议创建应用进程；并记录所述应用可处理的消息类型；所述应用进程为所述应用在所述客户端运行时的存在形态，包括应用进程ID、应用名称、上下文空间、消息队列、可执行程序路径；所述消息队列为在线应用平台与所述应用进程进行通信的载体；

当请求方应用对应答方应用进行访问时，在线应用平台的客户端接收请求方应用的访问请求，进行是否授权的处理，并生成授权结果信息返回所述请求方应用；所述授权结果信息包括允许访问信息和拒绝访问信息，如果所述请求方应用收到所述允许访问信息，则按照下述步骤与所述应答方应用进行应答通信：

当请求方应用调用应答方应用的服务时，请求方应用将回调函数按照预定规则转换为字符串，并构造服务调用消息，所述服务调用消息包括根据预定通信协议定义的应用名称、消息类型、消息体；所述消息类型用于承载所述应答方应用的服务的处理逻辑，所述消息体用于承载回调函数ID，所述回调函数ID为回调函数所转换的字符串，所述回调函数用于承载所述请求方应用所对应的上下文环境；

所述请求方将所述服务调用消息发送至所述应答方应用所对应的应用进程的消息队列中；

所述应答方应用的应用进程监控消息队列中的服务调用消息，根据所述预定规则识别出所述回调函数ID；

根据所述消息类型执行所述服务，生成所述服务的执行结果；

利用所述服务的执行结果及所述回调函数ID构造应答消息，并发送至所述请求方应用所对应的应用进程的消息队列中；

所述请求方应用的应用进程监控消息队列中的应答消息，根据所述预定规则识别出所述回调函数ID，调用所述回调函数ID对应的回调函数处理所述服务的执行结果。