不同應用平臺之間信息交互的方法、移動設備及裝置與流程

本發明涉及通信技術領域，特別是涉及一種不同應用平臺之間信息交互的方法、移動設備及具有存儲功能的裝置。

背景技術：

隨著移動終端的快速發展，在移動終端上的應用也快速發展，特別是跟用戶自己的貼身利益相關的應用也層出不窮。這些各種各樣的應用為用戶提供各種各樣的服務資源，供用戶使用。

技術實現要素：

本發明主要解決的技術問題是提供一種不同應用平臺之間信息交互的方法、移動設備及具有存儲功能的裝置，能夠實現本地健康應用與第三方健康應用的入口。

為解決上述技術問題，本發明采用的一個技術方案是：提供一種不同應用平臺之間信息交互的方法，所述方法包括：利用本地健康接口應用接收需要與第三方健康應用平臺交互的消息；利用所述本地健康接口應用與所述第三方健康應用平臺之間的通信接口將所述消息向所述第三方健康應用平臺發送；利用所述通信接口接收所述第三方健康應用平臺基于所述消息而返回的反饋消息。

為解決上述技術問題，本發明采用的另一個技術方案是：提供一種移動設備，所述移動設備包括：處理器、通信電路、存儲器以及顯示器，所述處理器分別耦接所述通信電路、所述存儲器以及所述顯示器；所述處理器工作時，控制所述通信電路執行如上所述任一方法的步驟；所述處理器工作時，控制所述存儲器存儲所述消息，存儲所述反饋消息。

為解決上述技術問題，本發明采用的又一個技術方案是：提供一種具有存儲功能的裝置，所述裝置上存儲有程序數據，所述程序數據能夠被執行以實現如上所述的方法。

本發明的有益效果是：區別于現有技術的情況，本發明利用本地健康接口應用接收需要與第三方健康應用平臺交互的消息；利用所述本地健康接口應用與所述第三方健康應用平臺之間的通信接口將所述消息向所述第三方健康應用平臺發送；利用所述通信接口接收所述第三方健康應用平臺基于所述消息而返回的反饋消息。由于在本地健康接口應用接收消息后，利用通信接口將消息發送給第三方健康應用平臺，并利用通信接口接收第三方健康應用平臺基于所述消息而返回的反饋消息，通過這種方式，能夠實現本地健康應用與第三方健康應用的入口。

附圖說明

圖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存儲消息，存儲反饋消息。

本發明還提供一種具有存儲功能的裝置，該裝置上存儲有程序數據，程序數據能夠被執行以實現如上所述的方法。具體請參見上述方法部分，在此不再贅敘。

以上所述僅為本發明的實施方式，并非因此限制本發明的專利范圍，凡是利用本發明說明書及附圖內容所作的等效結構或等效流程變換，或直接或間接運用在其他相關的技術領域，均同理包括在本發明的專利保護范圍內。