不同应用平台之间信息交互的方法、移动设备及装置与流程

本发明涉及通信技术领域，特别是涉及一种不同应用平台之间信息交互的方法、移动设备及具有存储功能的装置。

背景技术：

随着移动终端的快速发展，在移动终端上的应用也快速发展，特别是跟用户自己的贴身利益相关的应用也层出不穷。这些各种各样的应用为用户提供各种各样的服务资源，供用户使用。

技术实现要素：

本发明主要解决的技术问题是提供一种不同应用平台之间信息交互的方法、移动设备及具有存储功能的装置，能够实现本地健康应用与第三方健康应用的入口。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种不同应用平台之间信息交互的方法，所述方法包括：利用本地健康接口应用接收需要与第三方健康应用平台交互的消息；利用所述本地健康接口应用与所述第三方健康应用平台之间的通信接口将所述消息向所述第三方健康应用平台发送；利用所述通信接口接收所述第三方健康应用平台基于所述消息而返回的反馈消息。

为解决上述技术问题，本发明采用的另一个技术方案是：提供一种移动设备，所述移动设备包括：处理器、通信电路、存储器以及显示器，所述处理器分别耦接所述通信电路、所述存储器以及所述显示器；所述处理器工作时，控制所述通信电路执行如上所述任一方法的步骤；所述处理器工作时，控制所述存储器存储所述消息，存储所述反馈消息。

为解决上述技术问题，本发明采用的又一个技术方案是：提供一种具有存储功能的装置，所述装置上存储有程序数据，所述程序数据能够被执行以实现如上所述的方法。

本发明的有益效果是：区别于现有技术的情况，本发明利用本地健康接口应用接收需要与第三方健康应用平台交互的消息；利用所述本地健康接口应用与所述第三方健康应用平台之间的通信接口将所述消息向所述第三方健康应用平台发送；利用所述通信接口接收所述第三方健康应用平台基于所述消息而返回的反馈消息。由于在本地健康接口应用接收消息后，利用通信接口将消息发送给第三方健康应用平台，并利用通信接口接收第三方健康应用平台基于所述消息而返回的反馈消息，通过这种方式，能够实现本地健康应用与第三方健康应用的入口。

附图说明

图1是本发明不同应用平台之间信息交互的方法一实施方式的流程示意图；

图2是本发明不同应用平台之间信息交互的方法另一实施方式的流程示意图；

图3是本发明不同应用平台之间信息交互的方法又一实施方式的流程示意图；

图4是本发明不同应用平台之间信息交互的方法又一实施方式的流程示意图；

图5是本发明不同应用平台之间信息交互的方法又一实施方式的流程示意图；

图6是本发明不同应用平台之间信息交互的方法又一实施方式的流程示意图；

图7是本发明不同应用平台之间信息交互的方法又一实施方式的流程示意图；

图8是本发明移动设备一实施方式的结构示意图。

具体实施方式

下面结合附图和实施方式对本发明进行详细说明。

参阅图1，图1是本发明不同应用平台之间信息交互的方法一实施方式的流程示意图，该方法包括：

步骤s101：利用本地健康接口应用接收需要与第三方健康应用平台交互的消息；

健康接口应用用于与第三方健康应用平台交互，第三方健康应用平台是提供有关健康方面的服务资源的平台，例如：春雨医生、康康在线、家庭医生在线、专家直播、医疗保险等等。

当用户需要使用第三方健康应用平台提供的服务资源时，特别是用过本地的健康测试应用获得测试数据后，更加急需使用第三方健康应用平台提供的服务资源，此时，在本地健康接口应用中输入相应的消息，本地健康接口应用接收需要与第三方健康应用平台交互的消息。该消息可以是文字消息、上传的图片消息、语音消息等等。

步骤s102：利用本地健康接口应用与第三方健康应用平台之间的通信接口将消息向第三方健康应用平台发送；

通信接口是本地健康接口应用与第三方健康应用平台之间进行通信的接口，利用该通信接口将消息发送给第三方健康应用平台。

步骤s103：利用通信接口接收第三方健康应用平台基于消息而返回的反馈消息。

第三方健康应用平台接收到消息后，基于该消息进行反馈，本地健康接口应用利用通信接口接收第三方健康应用平台基于消息而返回的反馈消息。

本发明实施方式利用本地健康接口应用接收需要与第三方健康应用平台交互的消息；利用所述本地健康接口应用与所述第三方健康应用平台之间的通信接口将所述消息向所述第三方健康应用平台发送；利用所述通信接口接收所述第三方健康应用平台基于所述消息而返回的反馈消息。由于在本地健康接口应用接收消息后，利用通信接口将消息发送给第三方健康应用平台，并利用通信接口接收第三方健康应用平台基于所述消息而返回的反馈消息，通过这种方式，能够实现本地健康应用与第三方健康应用的入口，即用户以本地健康接口应用为入口，不用注册和登录第三方健康应用平台也可以获得第三方健康应用平台提供的服务资源。另一方面，在实际应用中，由于健康接口应用能够与第三方健康应用平台进行交互的前提是，健康接口应用的开发商预先已经取得第三方健康应用平台的许可，第三方健康应用平台面对的是通过健康接口应用而来的一个大的客户群体，而不是单独的一个个用户，健康接口应用的用户在使用第三方健康应用平台提供的服务资源时，可以获得更大的价格优势，通过这种方式，可以提升用户体验和用户粘性。

其中，步骤s101之前，还可以包括：运行本地健康接口应用并显示其运行界面，其中，在运行界面显示与第三方健康应用平台交互的菜单、信息栏、输入框以及选项中的至少一个。

运行本地健康接口应用并显示其运行界面，在运行界面显示与第三方健康应用平台交互的菜单、信息栏、输入框以及选项中的至少一个，可以方便用户通过菜单、信息栏、输入框以及选项中的至少一个来输入消息。

在一实施方式中，运行界面不显示第三方健康应用平台的运行界面。通过这种方式，使得用户根本感受不到本地健康接口应用在与第三方健康应用平台进行交互，实现本地健康接口应用与第三方健康应用平台之间的无缝对接，提升用户体验。

其中，参见图2，步骤s102可以包括：子步骤s1021、子步骤s1022以及子步骤s1023。

子步骤s1021：将消息从本地健康接口应用向本地健康接口应用与第三方健康应用平台之间的通信接口发送；

子步骤s1022：判断消息是否来自本地健康接口应用；

子步骤s1023：若消息来自本地健康接口应用，则通过通信接口将消息向第三方健康应用平台发送。

通信接口是专门用于本地健康接口应用与第三方健康应用平台之间通信的，对于发送到通信接口的消息，只有是来自本地健康接口应用的消息，通信接口才负责转发给第三方健康应用平台。通过这种方式，才能够持续保证用户通过健康接口应用获得第三方健康应用平台提供的服务资源，也才能保证健康接口应用与第三方健康应用平台双方的之间信息交互的通畅。

进一步，参见图3，子步骤s1022具体可以包括：子步骤s10221和子步骤s10222。

子步骤s10221：判断提供消息的用户是否为本地健康接口应用的登录用户；

子步骤s10222：若提供消息的用户为本地健康接口应用的登录用户，则确定消息来自本地健康接口应用。

如果提供消息的用户是本地健康接口应用的登录用户，则可以确定该消息来自本地健康接口应用。

进一步，参见图4，该方法还包括：子步骤s10223和子步骤s10224。

子步骤s10223：若提供消息的用户不是本地健康接口应用的登录用户，则在本地健康接口应用上显示用户登录界面，并提示用户登录；

子步骤s10224：若用户登录成功，则确定消息来自本地健康接口应用。

有时候用户没有登录，直接进入本地健康接口应用，这个时候，可以提示用户登录，登录成功，也可以确定消息来自本地健康接口应用。

进一步，参见图5，该方法还包括：子步骤s10225和子步骤s10226。

子步骤s10225：若用户登录失败，则在本地健康接口应用上显示用户注册界面，并提示用户注册；

子步骤s10226：若用户注册成功，则确定消息来自本地健康接口应用。

如果用户直接注册成功，该用户输入的消息也是来自本地健康接口应用的。

在实际应用中，子步骤s1022中，判断消息是否来自本地健康接口应用，还可以通过其他方式进行，以保障消息来源于本地健康接口应用。例如：在用户输入消息发送的时候，直接要求用户输入验证码；验证码通过后，消息直接通过通信接口发送给第三方健康应用平台；或者，在用户进入本地健康接口应用的时候，要求用户登录才能进入，后续用户输入消息发送的时候，消息直接通过通信接口发送给第三方健康应用平台；等等。

上述子步骤在实施的时候，在一个实施方式中，通信接口可以是在本地健康接口应用这边，也可以是在第三方健康应用平台那边，或者还可以是本地健康接口应用这边和第三方健康应用平台那边各一个。具体的实施可根据实际应用情况进行，在此不做限定。

在一实施方式中，步骤s102还可以是：利用本地健康接口应用与第三方健康应用平台之间的通信接口将消息向第三方健康应用平台的服务器的接口发送。那么，参见图6，步骤s102具体可以包括：子步骤s102a和子步骤s102b。

子步骤s102a：按照通信接口与服务器的接口之间的协议，将消息转换为服务器的接口能够识别和通过验证的第三方信息；

子步骤s102b：将第三方信息通过通信接口向第三方健康应用平台的服务器的接口发送。

通过上述方式，能够保证通信接口向服务器的接口发送消息的通信畅通。

进一步，参见图7，步骤s103可以包括：子步骤s103a和子步骤s103b。

子步骤s103a：利用通信接口接收第三方健康应用平台基于消息而返回的第三方的反馈信息；

子步骤s103b：按照通信接口与服务器的接口之间的协议，将第三方的反馈信息转换为通信接口能够识别和通过验证的反馈消息。

通过上述方式，能够保证通信接口从服务器的接口接收反馈消息的通信畅通。

进一步，步骤s103之后，包括：将反馈消息显示在本地健康接口应用的界面上。这样方便用户可以直接在本地健康接口应用的界面上看到反馈消息。

在一应用场景中，如果用户通过本地的健康测试应用进行测试后获得测试数据，对测试数据有疑惑或疑问，想咨询医生时，该消息为咨询医生的问题请求，反馈消息为响应咨询医生的问题请求、来自医生而给出的答复。

在一应用场景中，如果用户通过本地的健康测试应用进行测试后获得测试数据，或者用户感觉身体不舒服，或者通过本地健康接口应用咨询医生后，需要预约挂号去医院看病时，该消息为预约挂号的请求，反馈消息为响应预约挂号的请求、而给出预约成功或预约失败的答复。

在一应用场景中，用户根据自己的身体状况，想购买医疗保险，此时，该消息为咨询医疗保险的问题请求，反馈消息为响应咨询医疗保险的问题请求、来自医疗保险第三方而给出的答复。

参见图8，图8是本发明移动设备一实施方式的结构示意图，需要说明的是，本实施方式的移动设备可以执行上述方法中的步骤，相关内容的详细请参见上述方法部分，在此不再赘叙。

该移动设备包括：处理器101、通信电路102、存储器103以及显示器104，处理器101分别耦接通信电路102、存储器103以及显示器104。

处理器101工作时，控制通信电路102执行如上任一项所述方法的步骤；处理器101工作时，控制存储器103存储消息，存储反馈消息。

本发明还提供一种具有存储功能的装置，该装置上存储有程序数据，程序数据能够被执行以实现如上所述的方法。具体请参见上述方法部分，在此不再赘叙。

以上所述仅为本发明的实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。