一種基于地理位置的移動消息系統(tǒng)的制作方法
【專利摘要】本發(fā)明設(shè)計了一種基于地理位置的移動裝置消息方法，利用室外和室內(nèi)精確定位技術(shù)，實現(xiàn)在特定地理位置標(biāo)注及接受消息的功能。方法包括室內(nèi)外精確定位技術(shù)，海量消息數(shù)據(jù)服務(wù)，基于社會網(wǎng)的消息通道，以及移動裝置客戶端。室內(nèi)外精確定位技術(shù)綜合GPS，Wifi，NFC協(xié)議，將定位精度提高到樓層及房間級，供消息發(fā)送和接收(推送)服務(wù)；海量消息數(shù)據(jù)服務(wù)支持對文本、語音、圖片、視頻、及其他消息信號的存儲、檢索、查詢，利用云計算構(gòu)架支持海量用戶請求；基于社會網(wǎng)的消息通道提供了消息的隔離機(jī)制，消息可以發(fā)送給某個用戶，一組用戶，或者所有用戶(公共消息)，在公共消息中根據(jù)用戶的社會網(wǎng)評價來判定消息的優(yōu)先級；移動裝置客戶端提供可視化操作接口和消息推送機(jī)制。
【專利說明】-種基于地理位置的移動消息系統(tǒng)

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及移動裝置的消息傳播方法，尤其涉及一種基于精確地理位置信息的多 格式多通道移動裝置消息傳播方法和系統(tǒng)，屬于移動計算和社交網(wǎng)絡(luò)【技術(shù)領(lǐng)域】。

【背景技術(shù)】
[0002] 隨著移動裝置的智能化和普遍化，移動網(wǎng)絡(luò)的高覆蓋和網(wǎng)絡(luò)升級，以及社交網(wǎng)絡(luò) 的廣泛應(yīng)用，基于移動裝置的消息系統(tǒng)在近年來得到快速的發(fā)展。從傳統(tǒng)的電話通信，短信 彩信，再到基于互聯(lián)網(wǎng)的消息通信（例如微信），用戶對消息通信有著巨大的需求，而這些 消息系統(tǒng)的設(shè)計原則，主要是為了方便用戶隨時隨地的實時溝通。
[0003] 然而在很多應(yīng)用場景下會產(chǎn)生出于此不同的需求，即不要求消息的實時性，而利 用其延時性，或限制性，達(dá)到某種效果。例如，將消息綁定在某個地理位置上，當(dāng)用戶達(dá)到這 個位置時，才能獲取消息，實現(xiàn)基于位置和情景的提醒等功能。實際上，這是一種基于上下 文（context)觸發(fā)的消息機(jī)制，上下文可以包括：地理位置，時間，物品，參與用戶，當(dāng)時可 獲取信息等，當(dāng)上下文滿足某一個條件的時候（某個時間，某個會議室，某些人聚集），觸發(fā) 某個消息的產(chǎn)生（發(fā)送會議議程給所有現(xiàn)場參與者）。而在這其中最為常用的上下文即地 理位置信息。
[0004] 要實現(xiàn)這種以地理位置為主的移動消息系統(tǒng)，需要以下一些關(guān)鍵技術(shù)條件：
[0005] 1.精確地理位置：雖然目前智能移動設(shè)備的GPS裝備率很高，然而還是有很多移 動設(shè)備不具備GPS功能，我們需要為他們提供較精確的定位功能；而對于GPS，使用中仍然 存在一定的定位誤差，特別是在室內(nèi)情況下。如何提1?定位精度是本消息機(jī)制的關(guān)鍵之一。 同時，傳統(tǒng)的定位方法，只能獲得經(jīng)緯度信息，而缺乏高度信息，這也限制了一些應(yīng)用。
[0006] 2.地理信息等上下文的描述方式：對于定位消息來說，有時候僅僅知道經(jīng)緯度是 不夠的，例如當(dāng)用戶希望將一個消息留在某一個房間范圍的話，我們需要定義房間的空間 范圍（包括樓層）；同樣的需求存在于其他上下文信息中，例如如何定義一個場景。我們需 要找到一種表達(dá)方式來描述這些上下文信息。
[0007] 3.移動設(shè)備的消息通道：目前移動設(shè)備一般具有多種網(wǎng)絡(luò)通道可供消息系統(tǒng)使 用，例如短信通道，WIFI，3G網(wǎng)絡(luò)等。我們的消息機(jī)制需要支持多種網(wǎng)絡(luò)通道，以保證用戶 在各種情況下都得到消息服務(wù)。在消息接受方，需要支持消息的主動推送，可以采取后臺程 序通過網(wǎng)絡(luò)輪詢的方式，也可以采取通過電信提供商的短信等消息機(jī)制實現(xiàn)。
[0008] 4.移動應(yīng)用的支持：本消息系統(tǒng)在用戶端將表現(xiàn)為一個移動應(yīng)用，其需要使用以 下一些移動應(yīng)用技術(shù)：移動社會網(wǎng)的連接功能（以獲取用戶社會網(wǎng)連接信息），地理位置和 其他上下文的可視化表示技術(shù)，移動應(yīng)用的分發(fā)和獲取技術(shù)，多媒體信息的創(chuàng)建和展示技 術(shù)（以支持多媒體格式消息）等。
[0009] 5.社會網(wǎng)分析技術(shù)：消息的傳播可以通過社會網(wǎng)渠道，發(fā)送給某一個目標(biāo)，一組 目標(biāo)，或者公共可見，我們需要定義消息可見的社會網(wǎng)級別，同時對于公共可見的消息進(jìn)行 社會網(wǎng)信譽(yù)分析，例如根據(jù)用戶可信度，對公共消息進(jìn)行排序，從而避免垃圾信息的高可見 度。
[0010] 6.海量消息存儲和檢索：對于一個支持多媒體格式的消息服務(wù)來說，我們需要設(shè) 計一個高效的數(shù)據(jù)存儲和檢索基礎(chǔ)設(shè)施，支持對消息內(nèi)容高性能/并發(fā)地寫入和讀取，同 時此存儲和檢索結(jié)構(gòu)要足夠靈活，以支持不同消息格式及未來擴(kuò)展。同時還要支持對上下 文信息的高效檢索，例如對地理位置的查詢操作。
[0011] 7.平臺服務(wù)的結(jié)構(gòu)體系：本消息系統(tǒng)除了面向用戶的應(yīng)用之外，也支持對第三方 應(yīng)用開發(fā)者開放平臺功能，使得他們可以通過本消息機(jī)制滿足定制化的需求，這要求在體 系結(jié)構(gòu)上進(jìn)行設(shè)計，開放接口供第三方使用。
[0012] 本發(fā)明，以基于地理定位的消息系統(tǒng)為應(yīng)用目標(biāo)，設(shè)計了以上這些關(guān)鍵技術(shù)的實 施方法。


【發(fā)明內(nèi)容】

[0013] 本發(fā)明設(shè)計了一種基于以地理位置為主的基于上下文情景的移動消息系統(tǒng)，該系 統(tǒng)利用用戶所在的上下文情景觸發(fā)消息的接受，系統(tǒng)支持多格式多通道，以及開放的平臺 服務(wù)體系結(jié)構(gòu)。為了實現(xiàn)系統(tǒng)目標(biāo)，本發(fā)明使用如下的技術(shù)方案：
[0014] 1.精確地理位置
[0015] 本系統(tǒng)結(jié)合GPS和WIFI信號等定位方式，提高定位精度，其中：
[0016] 1)GPS定位：最常用的定位方式，也是本系統(tǒng)的主要定位方式，無論在室內(nèi)還是室 夕卜，當(dāng)GPS設(shè)備和信號可用時，首先通過GPS定位獲取當(dāng)前的經(jīng)度和緯度信息，并在此定位 信息的基礎(chǔ)上，進(jìn)行進(jìn)一步精確定位。
[0017] 2)WIFI信號定位算法：我們設(shè)計了一種基于WIFI信號特征的定位模型，利用在各 個位置上不同WIFI信號的強(qiáng)弱來增加定位精度，具體來說：
[0018] 在模型訓(xùn)練階段，當(dāng)用戶身處某個位置時，收集周圍WIFI信號的名稱和信號強(qiáng) 弱值，作為此地點的信號簽名。例如當(dāng)用戶身處A位置，周圍有m個WIFI信號，…， Wm，其信號強(qiáng)弱為Sp S2，…，Sm，則Α地的信號簽名為{(Wp SD，（W2, S2)，…（Wm，Sm)}，模型 根據(jù)此信號簽名提供初始預(yù)測A'，并將其提供給用戶修正，此過程將作為監(jiān)督式學(xué)習(xí)方法 訓(xùn)練定位模型；
[0019] 在模型預(yù)測階段，用戶身處某個位置，獲取當(dāng)前WIFI信號的名稱和信號強(qiáng)弱， 形成信號簽名{(WV SV，（W#2, S#2)，…，（W#p，S#p)}，并以此信號簽名作為輸入提供給模型， 定位模型根據(jù)KNN(K最近鄰居）算法，來做定位預(yù)測。
[0020] 這種定位方式具有以下一些特點：
[0021] 對于室內(nèi)外通用，然而對于室內(nèi)精度更高（WIFI信號信息更多），從而與GPS互 為補(bǔ)充（GPS的室內(nèi)定位精度較低）；
[0022] 對于用戶常用的位置，由于訓(xùn)練數(shù)據(jù)較多，所以精度較高；
[0023] 跟GPS相比，不僅能獲得精度和緯度信息，同時還能配合樓層語義，獲得高度信 肩、。
[0024] 3)其他定位方式：當(dāng)其他定位方式（基站定位，NFC等）可用的時候，本系統(tǒng)也可 以將其定位信息作為參考，進(jìn)一步增加定位精度。
[0025] 由于大部分智能手機(jī)具備GPS，WIFI等多種定位裝置或信息，所以本系統(tǒng)所利用 的定位方式中一般能結(jié)合使用，從而增加整體定位能力和精度。
[0026] 需要指出的一點是，根據(jù)系統(tǒng)的設(shè)計要求，我們經(jīng)常需要獲取用戶的高度信息，例 如判斷用戶消息所在的樓層，然而在GPS等方案中，無法獲得此高度信息。針對這個問題， 我們采取了一種基于社會網(wǎng)的判斷方式，即我們基于這樣的假設(shè)：若消息在同一個社交網(wǎng) 中進(jìn)行，那么他們在同一高度的可能性較大，可以邏輯地假設(shè)在同一社交網(wǎng)中的用戶處在 同一個高度。例如某用戶將消息留給m層的自已家，雖然我們無法獲取m的確切數(shù)值，但我 們可以假設(shè)此用戶的聯(lián)系人（家人）同處在m層，他們可見此消息，而其他用戶則無法獲得 消息。
[0027] 2.地理信息等上下文情景的描述方式
[0028] 對于地理信息等上下文情景，我們需要定義其描述方式，例如在某些應(yīng)用場景中， 需要定義一個空間范圍（例如某個房間，而不僅僅是經(jīng)緯度）。
[0029] 為了實現(xiàn)這種描述方式，在我們的技術(shù)方案中，使用語義網(wǎng)的方式進(jìn)行描述。語義 網(wǎng)通過結(jié)構(gòu)化的描述標(biāo)簽，對客體進(jìn)行定義。其在很多領(lǐng)域中得到廣泛應(yīng)用，有很多成熟的 語義網(wǎng)框架可以采用，在本系統(tǒng)中主要使用了描述地理位置和空間結(jié)構(gòu)的CityGML框架。 CityGML對城市從大范圍區(qū)域到小范圍房間及物件提供了描述，并根據(jù)描述尺度的級別，從 高到低定位了 L0D0至L0D5語義。在本系統(tǒng)中，使用CityGML中最低的L0D5層語義，進(jìn)行 房間級別的地理定位；當(dāng)獲取用戶當(dāng)前位置信息（GPS獲取經(jīng)度緯度，或者WIFI獲取位置標(biāo) 簽）之后，將位置信息與語義信息進(jìn)行匹配，從而獲取當(dāng)前所在位置的語義含義（是否處在 某一棟樓房，或是否在某一個房間中）。
[0030] 對于其他上下文情景（時間，社會網(wǎng)條件等），選取或設(shè)計類似的語義網(wǎng)規(guī)范進(jìn)行 定義。
[0031] 3.移動設(shè)備的消息通道：
[0032] 消息通道分為運營商支持與不支持兩種：
[0033] 1)運營商支持：在獲得移動設(shè)備網(wǎng)絡(luò)運營商支持的情況下，消息機(jī)制無需單獨移 動應(yīng)用程序支持，即通過包括短信/彩信在內(nèi)的現(xiàn)有通道進(jìn)行消息發(fā)送和接受，并通過手 機(jī)蜂窩信號等定位方式，獲取用戶所在位置。這種方式避免了應(yīng)用程序的安裝，無需GPS等 定位方式，也無需設(shè)計專門的消息推送機(jī)制，從而使得非智能手機(jī)也能使用本服務(wù)，然而在 定位精確性等方面受到限制。
[0034] 2)運營商不支持：當(dāng)應(yīng)用在缺乏網(wǎng)絡(luò)運營商支持的情況下，消息機(jī)制需要通過應(yīng) 用程序?qū)崿F(xiàn)，其中定位主要依靠 GPS和WIFI實現(xiàn)，而消息的推送機(jī)制也依賴于手機(jī)操作平 臺，例如利用I0S的消息通知機(jī)制，BlackBerry的消息推送機(jī)制等。這種機(jī)制的好處是無 需依賴運營商，甚至在缺乏運營商信號的情況下，依然能使用本系統(tǒng)；其缺點是，用戶需要 安裝應(yīng)用程序，才能訪問本服務(wù)。
[0035] 4.移動應(yīng)用的支持：
[0036] 在移動應(yīng)用端，本系統(tǒng)實現(xiàn)了消息發(fā)送和接受服務(wù)：
[0037] 1)消息發(fā)送服務(wù)：在消息發(fā)送端，發(fā)送方創(chuàng)建消息，并將消息放置在當(dāng)前位置。發(fā) 送方可以選擇多種消息格式，也可以選擇各種消息通道：
[0038] 多種消息格式：服務(wù)支持的消息格式包括文本、語音、圖片、視頻、文檔及其他自 定義格式。
[0039] 多種消息通道：服務(wù)支持三種消息通道，即私人社會網(wǎng)通道，群組通道和公共通 道：
[0040] 〇私人社會網(wǎng)通道：消息被發(fā)給發(fā)送方的某個社會網(wǎng)聯(lián)系人，消息是點對點的，只 有一個接收者；
[0041] 〇群組通道：消息被發(fā)給發(fā)送方所在的某個社會網(wǎng)群組，例如所有twitter上的 follower，消息是一對多的，群組中的所有人都能接收到消息；
[0042] 〇公共通道：消息被發(fā)送給某個公共通道之后，所有用戶均能接受到消息（如果 他們訂閱了此公共通道），例如當(dāng)用戶在某餐館就餐完畢，希望留下一個餐館點評，他可以 通過公共通道留置一個消息，訂閱了此公共通道的接收者，在經(jīng)過此餐館的時候，就能獲取 此點評。
[0043] 2)消息接收服務(wù)：在消息接收端，如果用戶屬于私人消息的接收者，或者群組消 息的接收者，或者訂閱了對應(yīng)的公共通道消息，則當(dāng)其進(jìn)入消息接受范圍的時候，在移動設(shè) 備端獲得彈出消息，而在消息接受范圍之外，無法獲得消息。
[0044] 除此之外，移動應(yīng)用端還包含一些輔助服務(wù)：
[0045] 1)社會網(wǎng)集成服務(wù)：用戶可以將消息應(yīng)用端連接到其社會網(wǎng)服務(wù)中，例如手機(jī)通 訊錄，在線社會網(wǎng)服務(wù)等，用來獲取可用的消息接收者和群組信息。
[0046] 2)后臺駐留程序：由于需要支持消息主動推送，所以應(yīng)用程序需要駐留在手機(jī)后 臺，查詢當(dāng)前位置和接受消息。為了節(jié)省電量，在我們的系統(tǒng)實現(xiàn)中，消息是預(yù)加載的，即當(dāng) 有消息需要接受時，客戶端即使不在消息接受范圍內(nèi)也仍然接受消息，然而設(shè)置消息為不 可見，而當(dāng)用戶進(jìn)入消息接受范圍時，實現(xiàn)彈出，從而節(jié)省查詢電量。
[0047] 3)公用消息通道訂閱：公共消息通道可以被用于廣告宣傳等功能，然而由于公共 消息通道消息量大，為了避免對用戶騷擾，采取訂閱-接受方式，只有當(dāng)用戶訂閱某些消息 公共消息通道的時候，才會獲取其中消息。
[0048] 5.社會網(wǎng)分析技術(shù)
[0049] 社會網(wǎng)技術(shù)主要用于兩個方面：
[0050] 1)消息渠道的社會網(wǎng)構(gòu)架：消息的傳播渠道主要通過用戶現(xiàn)有的社會網(wǎng)構(gòu)架實 現(xiàn)，本發(fā)明的系統(tǒng)將通過社會網(wǎng)服務(wù)的開放接口，在獲得用戶授權(quán)的情況下，獲取用戶的社 會網(wǎng)信息，并做整合、導(dǎo)入、群組分析，從而提供可用的消息接收者和接收群組。
[0051] 2)公共消息的社會網(wǎng)排序：在公共消息通道中，消息量巨大，而且存在充斥廣告 垃圾信息的危險，所以本系統(tǒng)提供了依據(jù)社會網(wǎng)信譽(yù)的消息排序機(jī)制，利用消息發(fā)送方的 社會網(wǎng)評價水平，決定消息的信譽(yù)水平，對消息進(jìn)行排序，只有高信譽(yù)的公共消息可以獲得 較高的用戶可見性。
[0052] 6.海量消息存儲和檢索：
[0053] 為了支持大量用戶各種格式，各種消息渠道的消息服務(wù)，我們采用基于MongoDB 集群+語義模型的消息存儲方式，實現(xiàn)高效且結(jié)構(gòu)化的海量消息存儲和檢索：
[0054] 1)用MongoDB集群的Sharding和ReplicaSet功能，實現(xiàn)高效的數(shù)據(jù)讀寫操作；
[0055] 2)監(jiān)控MongoDB集群的資源使用情況，當(dāng)容量不足或負(fù)載較高時，自動增加 Sharding和ReplicaSet中的節(jié)點數(shù)量，實現(xiàn)彈性的存儲容量；
[0056] 3)在MongoDB中不設(shè)置數(shù)據(jù)格式，保持存儲的靈活性，而使用語義模型 (Ontology)來定義和存儲消息格式，并用Ontology Repository來存儲語義格式；
[0057] 4)在查詢發(fā)生時，將語義查詢結(jié)果和數(shù)據(jù)庫操作結(jié)果結(jié)合，返回帶語義信息的結(jié) 果。
[0058] MongoDB集群的節(jié)點將假設(shè)在云計算平臺上，從而為整個存儲結(jié)構(gòu)提供彈性。
[0059] 7.平臺服務(wù)的結(jié)構(gòu)體系：
[0060] 本系統(tǒng)的功能，除了通過移動設(shè)備端的應(yīng)用程序進(jìn)行訪問之外，還以服務(wù)的形式， 作為基于位置的消息平臺提供給第三方開發(fā)者使用，使得第三方開發(fā)者可以利用這些服務(wù) 構(gòu)建其他應(yīng)用程序。具體來說，消息平臺提供以下這些服務(wù)：
[0061] 多種消息格式，多種消息渠道消息發(fā)送的Web服務(wù)；
[0062] 消息接收的查詢Web服務(wù)；
[0063] 消息的存儲、檢索和查詢服務(wù)；
[0064] 私人消息網(wǎng)絡(luò)、群組網(wǎng)絡(luò)、公共通道的構(gòu)建和租賃服務(wù)；
[0065] 用戶消息用量和資源統(tǒng)計服務(wù)；
[0066] 基于定位消息的社會網(wǎng)游戲和推廣服務(wù)；
[0067] 這些服務(wù)以PaaS的形式提供給第三方開發(fā)者，開發(fā)者在使用這些服務(wù)的時候，按 照使用量支持服務(wù)費用，同時，平臺也支持對于私有消息通道租賃等企業(yè)級服務(wù)。

【專利附圖】

【附圖說明】
[0068] 圖1為本發(fā)明的總體結(jié)構(gòu)示意圖；
[0069] 圖2為本發(fā)明的移動應(yīng)用的部署結(jié)構(gòu)示意圖；
[0070] 圖3為本發(fā)明的服務(wù)平臺的結(jié)構(gòu)示意圖。

【具體實施方式】
[0071 ] 下面結(jié)合附圖，通過實施例對本發(fā)明核心技術(shù)內(nèi)容作進(jìn)一步詳細(xì)描述。
[0072] 如圖1所示，系統(tǒng)主要由消息系統(tǒng)服務(wù)平臺和移動設(shè)備端應(yīng)用組成：
[0073] 1.消息發(fā)送方通過移動設(shè)備端將消息內(nèi)容、當(dāng)前位置和消息目的等信息，通過 web服務(wù)的方式，發(fā)送給系統(tǒng)服務(wù)平臺；
[0074] 2.當(dāng)消息接收方進(jìn)入消息接收區(qū)域時，系統(tǒng)服務(wù)平臺推送消息給接收方的移動客 戶端。
[0075] 下面結(jié)合附圖，分別介紹移動設(shè)備端應(yīng)用和系統(tǒng)服務(wù)平臺的具體實施方案。
[0076] 如圖2所示，移動設(shè)備端應(yīng)用主要實現(xiàn)在智能手機(jī)（或平板）操作系統(tǒng)上（主要 為I0S和Andriod)，為一獨立運行的移動端應(yīng)用程序，其主要組件和功能流程如下：
[0077] 1.用戶通過消息創(chuàng)建接口創(chuàng)建多種類型的消息內(nèi)容，應(yīng)用程序提供多種消息記錄 機(jī)制：文本輸入、語義輸入、圖片拍攝和選擇、視頻錄制、文檔選擇等，用戶在用戶操作界面 上選擇消息類型，并實現(xiàn)對應(yīng)消息創(chuàng)建動作；
[0078] 2.創(chuàng)建完成消息內(nèi)容之后，用戶選擇消息發(fā)送目標(biāo)，此功能通過社會網(wǎng)模塊實現(xiàn)， 此模塊實現(xiàn)可以提供消息發(fā)送方以下選擇：
[0079] 1)從移動客戶端本地通訊錄和第三方通訊錄中選擇消息接收者；
[0080] 2)連接用戶第三方社會網(wǎng)服務(wù)，選擇其中的聯(lián)系人作為消息接收者；
[0081] 3)連接用戶第三方社會網(wǎng)服務(wù)，選擇其中的群組作為消息接收者；
[0082] 4)將可用聯(lián)系人提供給發(fā)送者自行聚合成群組作為消息接收者；
[0083] 5)選擇可用、有發(fā)送權(quán)限的公共消息通道，作為公告消息的接收者。
[0084] 3.在消息發(fā)送前，利用定位模塊獲取當(dāng)前精確位置，其中：
[0085] 1)當(dāng)GPS可用時，獲取當(dāng)前的經(jīng)度和緯度；
[0086] 2)當(dāng)WIFI可用時，獲取當(dāng)前WIFI信號簽名；
[0087] 3)以WIFI信號簽名作為模型輸入，聯(lián)系系統(tǒng)服務(wù)平臺，通過服務(wù)器端的KNN預(yù)測 模型，獲得關(guān)于位置的預(yù)測；
[0088] 4)在本地存在WIFI預(yù)測模型結(jié)果緩存的情況下，首先獲取本地預(yù)測結(jié)果；
[0089] 5)將WIFI信號預(yù)測位置與GPS定位信息結(jié)合，查詢關(guān)于位置的語義數(shù)據(jù)庫（通過 系統(tǒng)服務(wù)平臺），獲得當(dāng)前所在的位置信息（例如在某一房間）；
[0090] 6)當(dāng)消息接收方為私人社會網(wǎng)時，歸一化其高度信息；
[0091] 4.將獲得的定位信息，以地圖的形式可視化地展示給用戶確認(rèn)，用戶可在此界面 上進(jìn)行當(dāng)前位置的修正。
[0092] 5.用戶選擇消息發(fā)送，消息將被發(fā)送給系統(tǒng)服務(wù)平臺。
[0093] 6.在消息接收端，應(yīng)用程序以后臺駐留程序的形式運行，定期查詢在當(dāng)前位置下， 是否存在消息；
[0094] 7.當(dāng)消息接收端進(jìn)入消息區(qū)域（發(fā)送者放置消息的區(qū)域），則通過操作系統(tǒng)的消 息推送機(jī)制，將消息內(nèi)容展示給用戶；
[0095] 8.為了節(jié)省電力，接收端駐留程序可預(yù)先獲取所有可接收消息，并設(shè)置為不可見， 而當(dāng)用戶進(jìn)入消息區(qū)域后，將消息彈出；
[0096] 9.在消息接收端，根據(jù)消息的類型進(jìn)行消息展示，例如彈出文本、彈出圖片、彈出 音頻播放等；
[0097] 10.在消息接收端，根據(jù)消息的渠道進(jìn)行不同標(biāo)記，如用顏色、聲音等元素標(biāo)記私 人、群組或公告消息；
[0098] 下面介紹如圖3所示的消息服務(wù)平臺的主要組件和功能流程：
[0099] 1.在消息存儲和查詢模塊中，主要包含兩個部分：
[0100] l)MongoDB 集群：利用 MongodDB 的 ReplicaSet 和 Sharding 功能，構(gòu)建消息數(shù)據(jù) 存儲服務(wù)，每條消息在MongoDB中表示為一個文檔，MongoDB的文檔支持靈活的格式，所以 較適合支持多種格式的消息。集群實現(xiàn)了負(fù)載均衡機(jī)制，同時，我們將通過資源管理模塊， 在負(fù)載較高或數(shù)據(jù)節(jié)點不足的情況下，自動擴(kuò)展集群容量；
[0101] 2)語義數(shù)據(jù)庫：利用Sesame等語義網(wǎng)數(shù)據(jù)庫系統(tǒng)，對位置等語義信息進(jìn)行存儲、 檢索和管理，同時支持對MongoDB中數(shù)據(jù)的語義查詢。
[0102] 所有的消息都被存儲在此模塊中，并暴露一部分的接口供外部插入和查詢服務(wù)使 用。
[0103] 2.平臺中包含了對消息元數(shù)據(jù)和上下文元數(shù)據(jù)的語義管理模塊，前者定義了系統(tǒng) 中可用的消息格式、類型等，后者定義了上下文語義，例如某個房間范圍的定義等；
[0104] 3.平臺中利用機(jī)器學(xué)習(xí)KNN算法，實現(xiàn)了基于WIFI信號簽名的定位預(yù)測模型，用 戶提交的WIFI信號簽名和位置信息被存放在單獨數(shù)據(jù)中，作為算法運行數(shù)據(jù)，而當(dāng)用戶提 交新的簽名信號時，將利用KNN算法獲取數(shù)據(jù)庫中最接近的K個位置數(shù)據(jù)，并聚合預(yù)測當(dāng)前 用戶所在位置；
[0105] 4.在消息通道管理模塊中，主要實現(xiàn)了以下功能：
[0106] 1)公用通道管理：所有公共通道均在此模塊注冊，用戶可以查詢所有的公用通 道，并選擇訂閱其接收的公用通道，同時系統(tǒng)維護(hù)公用通道發(fā)送者列表，只有列表中的權(quán)限 用戶才能向此公用通道發(fā)送消息；
[0107] 2)消息排序：對于公共通道中的消息，此模塊進(jìn)行了基于社會網(wǎng)信譽(yù)的排序，此 模塊獲取消息的發(fā)送者的信譽(yù)信息，此信息根據(jù)以往用戶發(fā)送公用消息之后獲得的用戶評 價來設(shè)定，排序之后的消息將被依次推送，排名較高的消息有較高的可見性；
[0108] 3)群組管理：此模塊維護(hù)了群組消息的接收權(quán)限，每一個用戶的每一個群組都在 此記錄；
[0109] 4)私有通道租賃：當(dāng)支持企業(yè)級服務(wù)時，此模塊維護(hù)一個可供企業(yè)內(nèi)部使用的私 有通道，其與其他消息通道有很高的隔離性和安全性；
[0110] 5.在用戶管理模塊中，對用戶的注冊信息、資料等進(jìn)行管理；
[0111] 6.在彈性資源管理模塊中，連接了云計算資源接口，從而當(dāng)存儲模塊需要更多數(shù) 據(jù)節(jié)點的時候，分配更多的虛擬機(jī)供其使用；
[0112] 7.在資源監(jiān)控模塊中，監(jiān)控消息服務(wù)和數(shù)據(jù)存儲的資源使用情況，為其他兩個模 塊服務(wù)：為彈性資源管理模塊提供當(dāng)前資源消耗情況；為用量統(tǒng)計和計費模塊提供計費依 據(jù)。
[0113] 8.在用量統(tǒng)計和計費模塊，統(tǒng)計第三方應(yīng)用調(diào)用消息服務(wù)平臺的資源使用情況， 包括使用的存儲容量，訪問的web服務(wù)的次數(shù)等，并按照一定的計價模型計算費用；
[0114] 9.平臺提供了 一系列的對外web服務(wù)接口，供第三方開發(fā)者和應(yīng)用使用。
[0115] 盡管為說明目的公開了本發(fā)明的具體實施和附圖，其目的在于幫助理解本發(fā)明的 內(nèi)容并據(jù)以實施，但是本領(lǐng)域的技術(shù)人員可以理解：在不脫離本發(fā)明及所附的權(quán)利要求的 精神和范圍內(nèi)，各種替換、變化和修改都是可能的。因此，本發(fā)明不應(yīng)局限于最佳實踐例和 附圖所公開的內(nèi)容，本發(fā)明要求保護(hù)的范圍以權(quán)利要求書界定的范圍為準(zhǔn)。
【權(quán)利要求】
1. 一種基于地理位置的移動消息系統(tǒng)，其特征在于，所述方法包括室內(nèi)外精確定位方 法，海量消息數(shù)據(jù)服務(wù)，基于社會網(wǎng)的消息通道，及移動裝置客戶端。各種格式消息被標(biāo)注 在某個地理位置（包括高度），當(dāng)接收者進(jìn)入此地理位置范圍時，推送消息到接收者的移動 裝置上。
2. 如權(quán)利要求1所述的室內(nèi)外精確定位方法，其特征在于，結(jié)合多種可供定位的協(xié)議 和方法，將定位精確度提高到樓層及房間級，供留言及收取留言時定位所用。
3. 如權(quán)利要求1所述的海量信息數(shù)據(jù)服務(wù)，其特征在于，提供包括文本、音頻、視頻、圖 片及其他留言格式的存儲、檢索、查詢、傳輸?shù)膮f(xié)議、構(gòu)架和實現(xiàn)方法，包括基于云的彈性存 儲環(huán)境。
4. 如權(quán)利要求1所述的基于社會網(wǎng)的消息通道，其特征在于，提供與現(xiàn)有社會網(wǎng)交互 接口，用戶依據(jù)其社會網(wǎng)的網(wǎng)絡(luò)對消息進(jìn)行隔離，以及創(chuàng)建獨立的社會網(wǎng)網(wǎng)絡(luò)，專門對消息 進(jìn)行隔離。
5. 如權(quán)利要求1所述的基于社會網(wǎng)的消息通道，其特征在于，消息隔離包括私人、群組 和公共三類，其中公共消息的過濾和排序根據(jù)發(fā)送者在社會網(wǎng)中的評價來判斷。
6. 如權(quán)利要求1所述的移動裝置客戶端，其特征在于，發(fā)送端利用設(shè)備定位能力進(jìn)行 定位，利用多媒體輸入獲取消息內(nèi)容，接收端常駐設(shè)備后臺進(jìn)程，根據(jù)當(dāng)前地理位置查詢是 否有消息存在，若有則將客戶端切換至前臺展示消息。
7. 如權(quán)利要求7所述的移動裝置客戶端，其特征在于，其前臺輸入和接受方式，可無需 通過客戶端，而使用短信、彩信的形式和通道。
8. 如權(quán)利要求7所述的移動裝置客戶端，其特征在于，提供基于當(dāng)前位置的公共廣播 機(jī)制，廣播方可利用公共消息通道，實現(xiàn)廣告、通知等功能。
9. 如權(quán)利要求1所述的消息用于宣傳推廣，其特征在于，利用當(dāng)前位置推送消息，用于 產(chǎn)品/服務(wù)/活動的宣傳和推廣。
【文檔編號】H04W4/02GK104125535SQ201310153167
【公開日】2014年10月29日 申請日期:2013年4月24日 優(yōu)先權(quán)日:2013年4月24日
【發(fā)明者】吳超 申請人:吳超