• 
    <ul id="o6k0g"></ul>
    <ul id="o6k0g"></ul>

    一種通信方法和系統技術方案

    技術編號:15448059 閱讀:217 留言:0更新日期:2017-05-29 22:48
    本發明專利技術公開了一種通信方法和系統,其中,所述方法包括:確定接入第一即時消息系統的移動通信終端在所述第一即時消息系統所使用的功能,所述第一即時消息系統基于電信系統實現即時消息通信,所述功能基于第一協議;將所述功能抽象為應用程序編程接口API,所述API采用第二協議;所述第一即時消息系統通過所述API與第二即時消息系統進行交互,使接入所述第二即時消息系統的客戶端獲取所述移動通信終端通過所述第一即時消息系統進行通信的信息,所述客戶端使用所述移動終端的唯一識別碼進行的注冊,所述第二即時消息系統基于互聯網實現即時消息通信;所述第一協議與所述第二協議不相同。

    Communication method and system

    The invention discloses a method and a communication system, wherein, the method includes: determining the use of mobile communication terminal to access the first instant messaging system in the first instant messaging system, telecommunication system implementation of instant messaging based on the first instant messaging system, the function based on the first protocol; abstract the function of application programming interface API, the API second protocol; the first instant messaging system interact through the API and the second instant messaging system, to access the second instant messaging system client access to the mobile communication terminal through the first instant messaging system for communication of information, the the client uses the mobile terminal of the unique identification code of the registered Internet instant message based on the second instant messaging system The first protocol is different from the second protocol.

    【技術實現步驟摘要】
    一種通信方法和系統
    本專利技術涉及通信技術,尤其涉及一種通信方法和系統。
    技術介紹
    在4G移動互聯網時代,互聯網廠家在移動應用領域快速發展,出現了一批類似微信、QQ、米聊等的OTT應用,它們具有免費、體驗豐富等特色,并且迭代快速,能不斷為用戶提供新業務特性,因此逐漸蠶食著運營商的用戶群與收入。與OTT應用相比,運營商傳統的,作為基礎電信業務的短彩信業務常年體驗單一,無法支持豐富的媒體類型和業務功能,無法滿足用戶增長的使用需求,因此,對傳統短彩信業務進行升級,增強用戶粘度,成為了運營商必須面對的課題。為解決這個問題,運營商大多采用了兩種不同的方式,推出了自身的即時消息業務:第一種是運營商直接學習互聯網廠家,推出自身使用OTT技術的即時消息軟件(以下稱OTT方式),例如中國移動的飛信和中國電信的易信等,這種方式完全使用互聯網解決方案,用戶需要下載安裝特定的APP,并進行注冊賬戶(對于運營商的OTT即時消息軟件,通常使用手機號作為用戶賬號進展注冊,即用戶名為手機號,而實際消息路由分發等使用OTT內部標識)、添加好友等操作,通過APP的互聯網私有通信協議與其他好友進行即時消息通信,可以說,該方式是一種以用戶社交屬性為核心的方式;第二種是使用電信國際標準,通過對GSMARCS國際協議的支持,推動手機廠家升級終端上原有的通話、短/彩信和通訊錄三大通信入口,以終端原生方式(Native,即終端在出廠時就已具備功能)支持即時消息(以下稱融合通信方式),如中國移動融合通信。該方式用戶無需下載安裝特定APP或添加好友,可以繼承用戶原有通信習慣。同時,由于使用國際標準,該方式保證了運營商基礎通信業務全球可達性和電信級服務質量,可以說,該方式是以通信能力為核心的方式。進入移動互聯網時代時,運營商通常會首先選擇第一方式提供即時消息,從而積累了一定的OTT即時消息用戶,隨著國際標準的發展和終端、芯片等產業的推進,在手機上通過融合通信方式提供即時消息成為了可能。同時,隨著移動互聯網產品競爭壓力的加大,運營商單純使用自身并不擅長的OTT方式很難在競爭中獲得優勢,因此越來越多運營商開始將升級基礎電信能力,以通信能力為核心的融合通信方式作為了即時消息的發展方向。但是,早期運營商OTT即時消息已積累的一定的用戶,如何繼續充分利用這些用戶資源,使得融合通信方式提供的即時消息可以盡快被更多用戶使用,成為了運營商需要考慮的問題。解決這一問題的方式,就是實現運營商互聯網即時通信系統與基于電信標準的即時通信系統的充分融合,保留用戶數據和關鍵業務功能,實現業務發展的“冷啟動”。用戶可以在手機、PC、Pad等終端上使用即使消息功能,對于同一個用戶來講,他在不同終端上使用的即時消息功能應具備同樣的用戶身份。移動互聯網時代,用戶已更多將手機而非PC作為主要通信設備使用,因此融合時,考慮將手機作為用戶的主設備,即手機側以用戶的E.164號碼為通信基礎,以融合通信方式實現即時消息,同時將該用戶OTT即時消息使用的標識與該用戶E.164號碼關聯,繼續在PC、Pad等客戶端上使用OTT方式提供即時消息,并將OTT形成的群聊等社交關系導入電信標準即時消息系統中。這種方式,可以充分利用運營商OTT即時消息積累的用戶,并可享受電信即使消息帶來的基礎電信互通、可達等優勢,但這種方式需要將兩種原理機制不同的即時消息系統在用戶體驗層面整合,如用戶在自身一個設備上發送或收到消息,在另一個使用不同方式實現的設備上也需要對這些消息進行同步,即也能顯示出已發送或收到了同樣的消息。由于互聯網和電信系統相互實現方式有很大區別,因此融合存在巨大挑戰。現階段,不同消息系統之間,一般通過設置互通網關的方式進行互通,如圖1所示。該方式由網關完成不同消息系統間的協議轉化工作。多終端之間的消息同步,通常是在同構系統中的不同終端之間進行,如電信系統中IMS的多終端消息機制和OTT即時消息系統在不同平臺上同時登錄時的消息收發方式等。其中,IMS多終端消息機制如圖2所示,該方式要求同一用戶使用的全部終端均基于SIP實現,都具有同樣的SIP用戶身份標識(IMPI/IMPU),通過不同的SIP實例(sip.instance或GRUU)在IMS中進行注冊,所有消息都被存入集中消息存儲平臺中,在接收消息時,通過IMS的forking機制將同一個消息拆成多條,分別發到每一個終端實例,對于不在線的終端,在其上線后通過集中消息存儲平臺使用推送的方式實現消息同步。OTT即時消息系統使用的方式與之類似,對于接收方有多個設備的場景,一般發送時根據接收方登陸狀態將消息分別寫入多個消息隊列中,并且分別通知接收方的各個終端有消息更新,由接收方對比本地消息記錄后,到服務器拉取相應消息,此后接收設備通知服務器某消息已接收,服務器可以將該設備的這部分消息從對應消息隊列中刪除。圖1所示設置互通網關的方式,只能用于發送方和接收方使用不同消息協議的場景,無法滿足同一個用戶使用不同協議類型終端發送和接收到的消息進行同步需求。圖2所示IMS網絡中多終端的方案,不支持非IMS終端,并且要求IMS具備forking功能,現有電信網絡中的設備通常并不具備,需要改造,同時,要求新部署集中消息存儲平臺。圖3所示OTT即時消息系統中多終端消息的方法要求所有終端都使用相同的消息協議實現,無法提供使用不同協議的終端之間的消息同步和轉化。因此,現有多終端技術只實現了同一個即時消息系統內的多終端消息同步,對于互聯網與電信兩類不同機制的即時消息系統融合構成的系統,現有互聯網領域或電信領域的多終端消息技術均較難滿足多終端消息收發和同步需求。
    技術實現思路
    為解決現有存在的技術問題,本專利技術實施例提供一種融合通信方法和系統。本專利技術實施例提供的一種通信方法,所述方法包括:確定接入第一即時消息系統的移動通信終端在所述第一即時消息系統所使用的功能,所述第一即時消息系統基于電信系統實現即時消息通信,所述功能基于第一協議;將所述功能抽象為應用程序編程接口API,所述API采用第二協議;所述第一即時消息系統通過所述API與第二即時消息系統進行交互,使接入所述第二即時消息系統的客戶端獲取所述移動通信終端通過所述第一即時消息系統進行通信的信息,所述客戶端使用所述移動終端的唯一識別碼進行的注冊,所述第二即時消息系統基于互聯網實現即時消息通信;所述第一協議與所述第二協議不相同。其中,所述API基于OMA表述性狀態轉移架構RESTful,所述第二協議采用HTTP協議;所述第一即時消息系統通過所述API與所述第二即時消息系統進行交互包括:所述第一即時消息系統通過所述API和REST接口與所述第二即時消息系統進行交互;所述API能夠供所述第二即時消息系統通過所述第二協議調用,或者所述第一即時消息系統內的消息或功能以HTTP調用或響應的方式告知所述第二即時消息系統。其中,所述功能包括至少以下功能中的一種:登記功能、即時消息功能、文件傳輸功能、群聊功能;所述第一協議為SIP協議;所述將第一即時消息系統的功能抽象為API包括至少以下抽象中的一種:將SIP登記通告抽象為RESTful注冊;將SIP即時消息抽象為RESTful消息;將SIPInvite/MSRP文件傳輸抽象為RE本文檔來自技高網
    ...
    一種通信方法和系統

    【技術保護點】
    一種通信方法,其特征在于,所述方法包括:確定接入第一即時消息系統的移動通信終端在所述第一即時消息系統所使用的功能,所述第一即時消息系統基于電信系統實現即時消息通信,所述功能基于第一協議;將所述功能抽象為應用程序編程接口API,所述API采用第二協議;所述第一即時消息系統通過所述API與第二即時消息系統進行交互,使接入所述第二即時消息系統的客戶端獲取所述移動通信終端通過所述第一即時消息系統進行通信的信息,所述客戶端使用所述移動終端的唯一識別碼進行的注冊,所述第二即時消息系統基于互聯網實現即時消息通信;所述第一協議與所述第二協議不相同。

    【技術特征摘要】
    1.一種通信方法,其特征在于,所述方法包括:確定接入第一即時消息系統的移動通信終端在所述第一即時消息系統所使用的功能,所述第一即時消息系統基于電信系統實現即時消息通信,所述功能基于第一協議;將所述功能抽象為應用程序編程接口API,所述API采用第二協議;所述第一即時消息系統通過所述API與第二即時消息系統進行交互,使接入所述第二即時消息系統的客戶端獲取所述移動通信終端通過所述第一即時消息系統進行通信的信息,所述客戶端使用所述移動終端的唯一識別碼進行的注冊,所述第二即時消息系統基于互聯網實現即時消息通信;所述第一協議與所述第二協議不相同。2.根據權利要求1所述的方法,其特征在于,所述API基于OMA表述性狀態轉移架構RESTful,所述第二協議采用HTTP協議;所述第一即時消息系統通過所述API與所述第二即時消息系統進行交互包括:所述第一即時消息系統通過所述API和REST接口與所述第二即時消息系統進行交互;所述API能夠供所述第二即時消息系統通過所述第二協議調用,或者所述第一即時消息系統內的消息或功能以HTTP調用或響應的方式告知所述第二即時消息系統。3.根據權利要求2所述的方法,其特征在于,所述功能包括至少以下功能中的一種:登記功能、即時消息功能、文件傳輸功能、群聊功能;所述第一協議為SIP協議;所述將第一即時消息系統的功能抽象為API包括至少以下抽象中的一種:將SIP登記通告抽象為RESTful注冊;將SIP即時消息抽象為RESTful消息;將SIPInvite/MSRP文件傳輸抽象為RESTful消息;將SIPInvite/MSRP群聊抽象為RESTful群聊。4.根據權利要求1所述的方法,其特征在于,所述移動通信終端通過SIP協議接入第一即時消息系統的IMS;所述第二即時消息系統為OTT即時消息系統,客戶端通過HTTP協議接入OTT即時消息系統。5.根據權利要求4所述的方法,其特征在于,所述第一即時消息系統通過所述API與第二即時消息系統進行交互包括:所述第一即時消息系統的即時消息AS通過所述API和第二即時消息系統的OTT服務器進行交互。6.根據權利要求5所述的方法,其特征在于,所述方法還包括:獲取所述第二即時消息系統的登錄記錄;根據所述登錄記錄,確定所述第二即時消息系統所處的狀態;當所述第二即時消息系統處于第一狀態時,將所述第二即時消息系統具有客戶端的信息進行登記。7.根據權利要求6所述的方法,其特征在于,所述第一即時消息系統通過所述API與第二即時消息系統進行交互包括:當所述移動通信終端發送的消息到達主叫歸屬的即時消息AS時,所述即時消息AS判斷主叫用戶是否具有客戶端的登記,若有,則在所述即時消息系統內進行正常的后續消息流程的同時,將即時消息業務通過所述API轉發到第二即時消息系統的OTT服務器,后續由所述OTT服務器下發給此主叫用戶的OTT客戶端。8.根據權利要求6所述的方法,其特征在于,所述第一即時消息系統通過所述API與第二即時消息系統進行交互包括:當即時消息到達被叫歸屬的即時消息AS時,所述即時消息AS判斷被叫用戶是否具有客戶端的登記,若有,則在所述即時消息系統內進行正常的后續消息流程的同時,將即時消息業務通過所述API轉發到第二即時消息系統的OTT服務器,后續由所述OTT服務器下發給此被叫用戶的OTT客戶端。9.根據權利要求6所述的方法,其特征在于,所述方法還包括:獲取所述客戶端的信息收發記錄;根據所述信息收發記錄,確定所述客戶端的類別;當所述客戶端為第一類別時,向所述客戶端發送的消息中包括第一標識...

    【專利技術屬性】
    技術研發人員:劉悅
    申請(專利權)人:中國移動通信集團公司
    類型:發明
    國別省市:北京,11

    網友詢問留言 已有0條評論
    • 還沒有人留言評論。發表了對其他瀏覽者有用的留言會獲得科技券。

    1
    主站蜘蛛池模板: 久久亚洲日韩看片无码| 精品国产一区二区三区无码| 无码日韩人妻AV一区免费l| 国产亚洲美日韩AV中文字幕无码成人| 中文字幕无码久久精品青草| 亚洲国产成人精品无码区花野真一 | 久久综合精品国产二区无码| 精品无码综合一区二区三区 | 亚洲AV无码一区二区三区DV | 亚洲成?v人片天堂网无码| 无码专区狠狠躁躁天天躁| heyzo高无码国产精品| 人妻无码久久精品人妻| 18禁网站免费无遮挡无码中文 | 夜夜添无码一区二区三区| 国产怡春院无码一区二区| 久久午夜福利无码1000合集| 亚洲精品无码mv在线观看网站| 国产av永久精品无码| 无码国产精品久久一区免费| 无码毛片AAA在线| 日韩免费无码一区二区三区| 亚洲精品无码av人在线观看| 免费无码又爽又刺激网站| 国产精品无码专区在线观看| 无码人妻H动漫中文字幕| 免费无码A片一区二三区| 色国产色无码色欧美色在线| 亚洲中文字幕无码中文字| 亚洲熟妇无码av另类vr影视| 成人无码区免费A片视频WWW| 一本大道在线无码一区| 亚洲精品无码av片| 日韩成人无码一区二区三区| 无码一区二区三区亚洲人妻| 无码任你躁久久久久久久 | 久久午夜无码鲁丝片直播午夜精品 | JAVA性无码HD中文| 久久久久无码精品国产app| 精品久久久久久久无码久中文字幕| 日本精品人妻无码免费大全|