專利名稱：用于管理移動設(shè)備的社交通知的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明旨在對當(dāng)前的社交聚合器做出貢獻(xiàn)。核心目的是大量使用社交服務(wù)以及將這些社交服務(wù)非常好地集成在已存在于互聯(lián)網(wǎng)上的社交網(wǎng)絡(luò)中。因此，本發(fā)明的主要目的是提供集成在移動設(shè)備中的社交能力。
背景技術(shù)：
近年來，世界各地的人們對社交網(wǎng)絡(luò)的使用已顯著增加。這些互聯(lián)網(wǎng)服務(wù)對于上百萬用戶已變成訪問最多且最成功的網(wǎng)站。該進(jìn)程已經(jīng)在全球范圍內(nèi)發(fā)生。Facebook由于其受歡迎程度和設(shè)計(jì)而已在所有國家中都成為最受歡迎的社交網(wǎng)絡(luò)。該門戶已經(jīng)變成社交網(wǎng)絡(luò)世界中的全球參考點(diǎn)并且已經(jīng)變成該新社交技術(shù)中的前沿。 在每個國家內(nèi)僅有2個或3個在市場中占優(yōu)勢的社交網(wǎng)絡(luò)?，F(xiàn)在，為了處于優(yōu)先的市場地位而花費(fèi)的努力在很多情況下由于市場飽而變得不值得花精力。關(guān)于新提議目前存在有限的空間，這是因?yàn)橛脩敉ǔ２粫瑫r操縱多于兩個的社交網(wǎng)絡(luò)。用戶忠誠于他們所連接的社交網(wǎng)絡(luò)，這是因?yàn)樗麄兊呐笥押图胰思尤脒@些社交網(wǎng)絡(luò)。這是市場瞄準(zhǔn)社交聚合服務(wù)的原因。這些服務(wù)具有將用戶所連接的所有社交網(wǎng)絡(luò)進(jìn)行統(tǒng)一的信息。在移動領(lǐng)域內(nèi)取得了許多進(jìn)步，但是如果對移動裝置的體驗(yàn)要如同對個人計(jì)算機(jī)(PO的體驗(yàn)一樣滿意，則進(jìn)行某種類型的演變?nèi)匀皇潜匾?。該成功將依賴于對服?wù)進(jìn)行標(biāo)準(zhǔn)化的情況。開放式移動體系結(jié)構(gòu)(OMA)負(fù)責(zé)對移動技術(shù)進(jìn)行標(biāo)準(zhǔn)化，并且與社交網(wǎng)絡(luò)有關(guān)的工作組為消息工作組(OMA)；呈現(xiàn)和服務(wù)期限工作組(OMA);定位工作組(LWG)。傳統(tǒng)的社交網(wǎng)絡(luò)聚合器允許用戶使用單個移動客戶端來從互聯(lián)網(wǎng)管理他/她的所有社交活動。這樣的服務(wù)與更多的受歡迎的社交網(wǎng)絡(luò)相連接以從社交網(wǎng)絡(luò)中提取社交事件。該處理是使用由每個社交網(wǎng)絡(luò)給出的應(yīng)用編程接口(API)來執(zhí)行的。沒有統(tǒng)一的標(biāo)準(zhǔn)。這些服務(wù)由移動裝置的客戶端和服務(wù)器的平臺這兩個部分構(gòu)成。移動客戶端(圖I (I))包括負(fù)責(zé)處理用戶交互的常駐軟件或網(wǎng)絡(luò)服務(wù)。該移動客戶端呈現(xiàn)信息并收集在電話中發(fā)生的事件。為了傳達(dá)社交事件，該客戶端使用由電話的操作系統(tǒng)提供的基本通信支持，但其必須本身注意管理社交通知。這包括格式化信息、保持社交會話、臨時存儲信息、控制冗余信息和即時通知。這些服務(wù)使用負(fù)責(zé)與社交網(wǎng)絡(luò)和移動客戶端進(jìn)行通信的服務(wù)器平臺(圖I (2))。該通信不遵循標(biāo)準(zhǔn)；在社交網(wǎng)絡(luò)的情況下，服務(wù)器平臺使用由每個社交網(wǎng)絡(luò)(圖I (4))定義的接口。在客戶端與平臺之間交換數(shù)據(jù)的情況下，這樣的交換以與每個聚合服務(wù)相關(guān)聯(lián)的單一格式來完成(圖1(3))。該平臺同時負(fù)責(zé)處理與每個用戶相關(guān)聯(lián)的全部賬戶、將信息存儲到臨時文件中、以及幾乎立即向用戶所屬的每個社交網(wǎng)絡(luò)通知改變或消息。該狀況意味著聚合器之間的通信是不可能的。用于通知這些事件的技術(shù)通常是http?？蛻舳藛佣〞r(time-to-time)通信或按需通信以了解是否有更新。這意味著除了當(dāng)用戶請求通知時之外，有時沒有立即進(jìn)行通知。聚合器向用戶提供的主要功能如下-將用戶在每個社交網(wǎng)絡(luò)中注冊的不同用戶賬戶進(jìn)行合并；-查看最受歡迎的社交網(wǎng)絡(luò)的事件；-改變狀態(tài)；-查看所有的朋友；-聯(lián)系朋友；-搜索相冊并對其進(jìn)行標(biāo)記；以及
-即時上傳地理定位照片。這種體系結(jié)構(gòu)的示例可以在用于移動設(shè)備KETEKE (Telefonica公司的社交網(wǎng)絡(luò))的社交聚合器中找到，其在 NEMOS:Working towards the social mobile. ICME 2009 中進(jìn)行了詳細(xì)描述。Xumii. com和Jibe, com也使用了相似的體系結(jié)構(gòu)。當(dāng)代的用于移動裝置的社交聚合器正遭遇與通過移動裝置處理社交活動有關(guān)的問題。這主要是缺乏通信標(biāo)準(zhǔn)的結(jié)果。以不同的方式實(shí)現(xiàn)與每個社交網(wǎng)絡(luò)的連接(圖I
(4))。這些連接是使用提供給第三方的社交網(wǎng)絡(luò)接口來完成的，第三方通常是需要該數(shù)據(jù)的公司。當(dāng)為每個社交網(wǎng)絡(luò)添加新服務(wù)時，這成為問題。當(dāng)嘗試使不同的聚合器相互通信時，出現(xiàn)了另一個標(biāo)準(zhǔn)化問題。沒有公共標(biāo)準(zhǔn)的當(dāng)前形勢意味著產(chǎn)品是不完善的。由于不存在定義全局操作模式的統(tǒng)一標(biāo)準(zhǔn)體系結(jié)構(gòu)，因此，移動應(yīng)用在實(shí)時接收社交通知方面有困難。移動應(yīng)用被強(qiáng)迫實(shí)施特定方法以知道在分布在社交網(wǎng)絡(luò)與運(yùn)營商網(wǎng)絡(luò)的體系結(jié)構(gòu)之間的用戶的社交生活中發(fā)生了什么。它們不能注冊通知其發(fā)生了什么的模塊，因此不必執(zhí)行該任務(wù)，這是因?yàn)樵趯?shí)現(xiàn)電話的操作系統(tǒng)時不存在該任務(wù)。基本問題是對于社交移動客戶端的關(guān)注焦點(diǎn)還僅僅處于移動電話的應(yīng)用層的級另IJ。在這種情況下，這在移動電話中展開(roll out)的與社交有關(guān)的所有這些應(yīng)用之間再次引起通信問題。這是由于不存在一種負(fù)責(zé)在操作系統(tǒng)層中管理社交通知并允許其它應(yīng)用訪問數(shù)據(jù)的特別設(shè)計(jì)的模塊。明顯地，不存在專門用于開發(fā)對移動電話的社交活動的規(guī)范的OMA組。因此，可以在操作系統(tǒng)層中針對與在移動電話中發(fā)生的任何社交有關(guān)的一切支持應(yīng)用層。圖2 (I)示出了在移動裝置中可利用的當(dāng)前體系結(jié)構(gòu)。社交客戶端(SC)使用操作系統(tǒng)(OS)的通信模塊來與服務(wù)器平臺連接。它們不能使用通用模塊來交換社交數(shù)據(jù)?？赡艿氖?，社交客戶端可以在不涉及操作系統(tǒng)層的情況下直接這樣做，但是僅在社交客戶端和服務(wù)器平臺二者均實(shí)現(xiàn)復(fù)雜的相互識別系統(tǒng)的情況下才可以這樣做。在操作系統(tǒng)或網(wǎng)絡(luò)運(yùn)營商的體系結(jié)構(gòu)中不存在能夠提供社交服務(wù)的特定模塊使得必須實(shí)現(xiàn)該服務(wù)器平臺。否則，每個想要發(fā)布其社交應(yīng)用的公司被迫花費(fèi)相當(dāng)多的時間來開發(fā)僅對于其自身的客戶端有用的自身平臺。此外，還將會增加事務(wù)量，這會導(dǎo)致通信的延遲。還危及到安全。不存在信任實(shí)體(諸如網(wǎng)絡(luò)運(yùn)營商)對信息進(jìn)行集中或管理的單個點(diǎn)?，F(xiàn)有的方案不能將這些社交活動集成到用戶的日常生活中。用戶日常執(zhí)行可以通過用戶的移動裝置容易注冊的若干活動。因此，可以使用不同的技術(shù)通道(移動設(shè)備、計(jì)算機(jī)、電視機(jī))來保持連續(xù)的體驗(yàn)。最終可以包括社交生活的所有方面。本發(fā)明包括使能器，該使能器允許移動應(yīng)用的用戶使用因用戶的社交事件生成的所有數(shù)據(jù)。該使能器將由制造商應(yīng)用使用或者由第三方開發(fā)的應(yīng)用使用。本發(fā)明允許將專用社交服務(wù)(例如，聯(lián)系電話簿、即時電子郵件服務(wù))集成在移動電話的操作系統(tǒng)中。該使能器允許使用移動電話中的應(yīng)用環(huán)境來獲取用戶的所有社交活動作為客戶端應(yīng)用的信息源。在移動設(shè)備和網(wǎng)絡(luò)運(yùn)營商的體系結(jié)構(gòu)中支持該使能器。因此，需要雙重介入。

發(fā)明內(nèi)容
本發(fā)明的第一目的在于一種用于管理移動設(shè)備的社交通知(SMNS，社交移動通知服務(wù))的方法，該方法包括以下階段-實(shí)現(xiàn)集成在移動設(shè)備的操作系統(tǒng)中的至少一個服務(wù)模塊，所述至少一個服務(wù)模塊設(shè)置有用于處理、更新以及存儲社交事件的通知的裝置； -實(shí)現(xiàn)集成在移動網(wǎng)絡(luò)運(yùn)營商的體系結(jié)構(gòu)的服務(wù)器中的至少一個平臺模塊，所述至少一個平臺模塊設(shè)置有用于存儲、處理以及分發(fā)社交事件的通知的裝置；-通過借助于http技術(shù)(XML、APIREST、Web服務(wù))設(shè)計(jì)的且對于操作系統(tǒng)層之上的應(yīng)用層是透明的協(xié)議來建立平臺模塊與服務(wù)模塊之間的通信；-借助于API來與社交網(wǎng)絡(luò)交換信息；-只要在移動設(shè)備中展開的服務(wù)模塊不包含所需要的信息，就提出推送請求和拉取(PU 11)請求,所述推送請求由用戶之外的實(shí)體生成，而所述拉取請求由當(dāng)前用戶生成；-管理從外部實(shí)體接收到的通知；-管理對所提出的推送請求和拉取請求的響應(yīng)的通知；此外，在用于管理所接收到的通知以及作為對推送請求和拉取請求的響應(yīng)而生成的通知的階段期間，根據(jù)通信流的源，若干種方法可以以構(gòu)成本發(fā)明的系統(tǒng)目標(biāo)的不同模塊來區(qū)分I.當(dāng)在服務(wù)模塊中生成通知時，該方法包括在平臺模塊中的以下階段-通過拉取請求在REST(表述性狀態(tài)轉(zhuǎn)移)模塊中接收通知；-在REST模塊中分解(breakdown)該通知；-向管理平臺模塊的內(nèi)部服務(wù)的內(nèi)部服務(wù)模塊傳送該通知，每個內(nèi)部服務(wù)均包括根據(jù)主題分類的至少一種功能；-在內(nèi)部服務(wù)模塊中分析并處理該通知；-從選自以下元件的元件請求與該通知有關(guān)的數(shù)據(jù) 通過數(shù)據(jù)訪問模塊訪問的數(shù)據(jù)庫； 與外部社交網(wǎng)絡(luò)和運(yùn)營商服務(wù)連接的連接模塊；-通過內(nèi)部服務(wù)模塊將對所執(zhí)行的操作的響應(yīng)返回至REST模塊；-在REST模塊中將該響應(yīng)修改成包括在移動設(shè)備中的服務(wù)模塊所要求的格式；-將所述響應(yīng)發(fā)送到通知服務(wù)模塊，所述通知服務(wù)模塊包括從后臺程序處理模塊接收通知并且通過使用推送請求、使用服務(wù)模塊的短消息服務(wù)中心(SMSC)來將所述通知傳送到服務(wù)模塊。2.當(dāng)在外部社交網(wǎng)絡(luò)和運(yùn)營商服務(wù)中生成通知時，該方法包括在平臺模塊中的以下階段-連接模塊接收通知；-將所述通知存儲在異步隊(duì)列模塊的隊(duì)列中；-在后臺程序處理模塊中檢查并處理隊(duì)列的內(nèi)容；-在從下面選擇的模塊中存儲并更新通知 數(shù)據(jù)庫； 服務(wù)模塊至通知模塊，該通知模塊借助于推送請求來發(fā)送通知。3.當(dāng)在WEB客戶端或本地應(yīng)用中生成通知時，該方法包括在服務(wù)模塊中的以下階段-在API(應(yīng)用編程接口)管理模塊中接收并分解通知，并將該通知重定址到內(nèi)部服務(wù)模塊，所述內(nèi)部服務(wù)模塊包括處理社交請求的邏輯以及在移動設(shè)備中展開的客戶端之間協(xié)商數(shù)據(jù)，并且所述內(nèi)部服務(wù)模塊還包括用于檢驗(yàn)信息并更新社交事件的裝置；-內(nèi)部服務(wù)模塊借助于從下面選擇的選項(xiàng)來處理通知 使用臨時數(shù)據(jù)庫； 通過平臺連接器模塊向平臺模塊發(fā)送請求。4.當(dāng)在平臺模塊中生成通知時，該方法包括在服務(wù)模塊中的以下階段-通知服務(wù)模塊借助于推送請求來接收通知；-通知服務(wù)模塊管理通知；-通過API管理模塊來通知先前注冊的客戶端；-只要所需要的信息位于數(shù)據(jù)庫中或者信息交換操作發(fā)生在相同移動終端中展開的社交客戶端之間并且僅涉及所述社交客戶端，借助于臨時數(shù)據(jù)庫、通過數(shù)據(jù)訪問模塊來處理通知。此外，一旦用于建立通信的前述所有階段都已經(jīng)發(fā)生，另外的階段就可以發(fā)生，在該另外的階段中，共享屬于操作系統(tǒng)的模塊的社交客戶端可以在不使用平臺模塊的情況下 更直接地共享信息。這涉及隨著時間變得更短的響應(yīng)以及網(wǎng)絡(luò)資源的更優(yōu)化使用。因此，通過僅使用服務(wù)模塊，可以在社交客戶端之間執(zhí)行信息交換。借助于連接模塊以如下兩種方式來實(shí)現(xiàn)平臺模塊與社交網(wǎng)絡(luò)的集成 該連接模塊是平臺的實(shí)現(xiàn)，其使用由社交網(wǎng)絡(luò)提供的API來連接。在這種情況下，平臺模塊單獨(dú)負(fù)責(zé)提出請求并遵循社交網(wǎng)絡(luò)的標(biāo)準(zhǔn)以提取社交信息(圖4 (6))。與社交網(wǎng)絡(luò)的通信通常借助于http技術(shù)，但它取決于每種情況。將必須查閱每個API的詳細(xì)信 肩、O 另一方面，平臺模塊提供公共API，以使得沒有使用上述方法連接的其它網(wǎng)絡(luò)可以將它們的信息包括在所述模塊中。社交聚合器將定義用于與社交網(wǎng)絡(luò)交換數(shù)據(jù)的公共API (圖4 (7))。為了處理該通信，該社交聚合器展開了通過http可訪問的一系列網(wǎng)絡(luò)服務(wù)。這些網(wǎng)絡(luò)服務(wù)包括查閱和更新社交事件和聚合后的聯(lián)系列表的基本要素。此外，當(dāng)平臺模塊借助于公共API建立通信時，其可以借助于可通過http訪問的網(wǎng)絡(luò)服務(wù)來這樣做，所述網(wǎng)絡(luò)服務(wù)包括查詢和更新社交事件以及聯(lián)系列表聚合器的基本功倉泛。除了社交通知服務(wù)外，平臺模塊還可以提供網(wǎng)絡(luò)運(yùn)營商服務(wù)。所述運(yùn)營商服務(wù)可以選自定位服務(wù)、聚合電話簿服務(wù)、呼叫和消息，但是還可以有更多服務(wù)，例如，諸如呈現(xiàn)服務(wù)。在所發(fā)明的模塊(服務(wù)和平臺)之間的通信使用http連接、通過簡單的標(biāo)準(zhǔn)協(xié)議來建立(圖4 (3))。該協(xié)議包括推送請求和拉取請求(圖5_)。拉取請求是從移動設(shè)備向服務(wù)器提出的信息請求。這些拉取請求是作為對用戶在社交網(wǎng)絡(luò)中的活動而在移動設(shè)備的應(yīng)用層所生成的請求。拉取請求包括關(guān)于社交全局事件、關(guān)于搜索事件、關(guān)于更新事件的信息以及管理聚合聯(lián)系列表的信息。這些請求僅在SMNS服務(wù)不包括正在請求的信息的情況下提出。推送請求是與通知發(fā)生在社交網(wǎng)絡(luò)中或在與用戶有關(guān)的運(yùn)營商服務(wù)中的事件有關(guān)的信息請求。這些推送請求是由外部實(shí)體生成的，并且通信開始于服務(wù)器、結(jié)束于客戶端。該通信可以以兩種方式涉及用戶直接地，事件與用戶有關(guān)；或者間接地，當(dāng)所涉及的一方是來自用戶電話簿的朋友。這些推送請求借助于實(shí)時通知來通知在用戶的社交網(wǎng)絡(luò) 中發(fā)生了什么，優(yōu)選地使用與將具有通知的SMS發(fā)送到SMNS服務(wù)模塊的短消息服務(wù)中心(SMSC)連接的SMS系統(tǒng)(圖6 (D)0然而，可以使用其它系統(tǒng)來發(fā)送推送請求。例如，可以使用運(yùn)營商為了執(zhí)行該任務(wù)而專門開發(fā)的通知系統(tǒng)或借助于TCP-IP技術(shù)的在移動設(shè)備與平臺模塊之間的雙向通信系統(tǒng)。根據(jù)另外的特定實(shí)施例，本發(fā)明的方法包括執(zhí)行一種或幾種以下功能-注冊客戶端應(yīng)用，以接收通知；-插入由社交客戶端先前記錄的社交事件；-更新用戶的狀態(tài)以及簡介細(xì)節(jié)；-激活客戶端應(yīng)用；-借助于API管理模塊將社交通知從SMNS服務(wù)發(fā)送到社交客戶端，其中該API管理模塊包括使較高層的應(yīng)用使用所有功能的公共接口。本發(fā)明的其他目的在于圖3中所示的一種用于管理移動設(shè)備的社交通知的系統(tǒng)，該系統(tǒng)由至少以下模塊構(gòu)成平臺模塊SMNS (圖4 (4))，該平臺模塊SMNS集成在屬于移動網(wǎng)絡(luò)運(yùn)營商的體系結(jié)構(gòu)的服務(wù)器中并設(shè)置有用于存儲、處理以及分發(fā)社交事件的通知的裝置。所有這些社交活動是在社交網(wǎng)絡(luò)中所生成的活動的結(jié)果?？梢栽谶\(yùn)營商的網(wǎng)絡(luò)中提取并插入所述社交活動(定位、電話簿聯(lián)系、設(shè)備特征…)(圖4 (5))。平臺模塊SMNS還包括聯(lián)系聚合功能，其中用戶認(rèn)識的人的簡介被存儲在所有社交網(wǎng)絡(luò)中。從移動設(shè)備的聯(lián)系電話簿中提取該信息。所有這些信息可用于SMNS服務(wù)(圖4 (2))，因此其對于公共RestAPI也是可訪問的。本發(fā)明的SMNS平臺模塊的基礎(chǔ)對應(yīng)于社交聚合器的構(gòu)思，該社交聚合器集中且集成來自任何源的、用戶的所有社交信息。該聚合平臺負(fù)責(zé)將社交信息從互聯(lián)網(wǎng)引導(dǎo)到移動網(wǎng)絡(luò)，將該社交信息與從移動運(yùn)營商網(wǎng)絡(luò)提取的用戶信息集成在一起。平臺模塊還將連接器與其它運(yùn)營商服務(wù)集成(圖4 (5))。在運(yùn)營商網(wǎng)絡(luò)中存在存儲社交信息(即，定位、聚合電話簿、呼叫和消息)的平臺。因此，該聚合器具有更多關(guān)于用戶的信息。依次集成SMNS平臺模塊并在圖7中描述的模塊為 REST模塊集成在網(wǎng)絡(luò)服務(wù)器中的http接口，其允許訪問聚合器的功能并由SMNS服務(wù)模塊使用。通過使用REST語法，REST模塊便于識別要使用的源。 內(nèi)部服務(wù)模塊REST層僅用作封裝，該模塊管理內(nèi)部服務(wù)。服務(wù)包括根據(jù)主題分類的一種或多種功能。 異步隊(duì)列模塊由用于與發(fā)送和接收外部網(wǎng)絡(luò)的信息的連接器模塊進(jìn)行通信的異步隊(duì)列構(gòu)成。 后臺程序處理模塊后臺程序被周期性地執(zhí)行，并且負(fù)責(zé)導(dǎo)入已在外部網(wǎng)絡(luò)中創(chuàng)建或更新的用戶數(shù)據(jù)。該后臺程序處理模塊還負(fù)責(zé)向通知服務(wù)器警告狀態(tài)變化，以將這些狀態(tài)變化實(shí)時發(fā)送到SMNS服務(wù)模塊； 通知模塊其通過與在運(yùn)營商網(wǎng)絡(luò)中展開的短消息服務(wù)中心(SMSC)連接來發(fā)送通知，以便它使用SMNS服務(wù)來發(fā)送由后臺程序接收到的通知。
連接模塊與外部社交網(wǎng)絡(luò)和運(yùn)營商服務(wù)連接，該連接模塊又由如下模塊集成O REST SN連接器模塊被使用來使得社交網(wǎng)絡(luò)將其信息發(fā)送到SMNS聚合平臺的REST 接口 ；oAD HOC連接器模塊連接外部網(wǎng)絡(luò)的處理裝置。當(dāng)其接收到異步消息形式的信號時，通過隊(duì)列模塊將該信號發(fā)送到平臺；O運(yùn)營商連接器模塊與運(yùn)營商服務(wù)連接以提取它們的社交信息的模塊； 數(shù)據(jù)訪問模塊在運(yùn)營商連接器模塊與訪問層的數(shù)據(jù)庫之間的公共接口 ； 數(shù)據(jù)庫存儲用戶數(shù)據(jù)、他/她的標(biāo)識符、社交網(wǎng)絡(luò)中的賬戶的口令以及從社交網(wǎng)絡(luò)收集的社交事件。SMNS服務(wù)模塊(圖4 (I))集成在移動設(shè)備的操作系統(tǒng)層中。這些服務(wù)的核心目的是使得在OS層之上的應(yīng)用層(圖4(1))能夠查閱信息、更新并注冊社交事件以及訪問所聚合的聯(lián)系列表。SMNS服務(wù)與其平臺的連接對于在其之上的應(yīng)用層是完全透明的。由于該原因，將不會注意SMNS服務(wù)的存在并且將不實(shí)現(xiàn)用于處理它的特定模塊。該服務(wù)將如操作系統(tǒng)的另一資源一樣起作用(諸如，訪問電話簿或訪問SMS容器)。該模塊又由以下模塊(圖8~)構(gòu)成 API管理模塊包括定義公共接口以使得在應(yīng)用層(應(yīng)用環(huán)境，AE)中展開的社交客戶端可以使用所有功能?；久顚⒅饕ǜ潞蛣h除用戶社交事件?；久顚⑦€包括用于處理用戶的聯(lián)系電話簿的命令。該模塊的技術(shù)特征將依賴于集成在移動電話中的開發(fā)平臺。在圖9中描述了所提供的功能集。 通知模塊該模塊將實(shí)時地接收社交通知。這將防止社交客戶端需要時常更新平臺模塊中的信息。使用在SMNS服務(wù)模塊中展開的內(nèi)部應(yīng)用注冊服務(wù)來執(zhí)行該處理，以使得當(dāng)通知發(fā)生時將能夠?qū)崿F(xiàn)該應(yīng)用。預(yù)先地，為了執(zhí)行該功能，必須在移動裝置的操作系統(tǒng)中規(guī)劃(map out)向SMNS服務(wù)模塊傳送來自平臺的所有SMS，以便該SMNS服務(wù)模塊可以負(fù)責(zé)管理這些SMS。通知模塊負(fù)責(zé)通過API管理模塊來通知所有注冊的應(yīng)用。 內(nèi)部服務(wù)模塊通過API管理模塊來處理社交請求的邏輯的模塊。該內(nèi)部服務(wù)模塊處理請求并分析哪個數(shù)據(jù)源(臨時數(shù)據(jù)庫或SMNS平臺)執(zhí)行該命令。該內(nèi)部服務(wù)模塊還負(fù)責(zé)在移動設(shè)備中展開的社交客戶端之間協(xié)商社交數(shù)據(jù)。
SMNS平臺連接器模塊用于使用http客戶端與SMNS平臺連接的模塊。
數(shù)據(jù)訪問模塊在運(yùn)營商連接器模塊與訪問層的數(shù)據(jù)庫之間的公共接口。 臨時數(shù)據(jù)庫其存儲最當(dāng)前的社交信息，以限制向平臺提出的請求的數(shù)量。如果制造商的實(shí)施需要該數(shù)據(jù)庫，則該數(shù)據(jù)庫可以以操作系統(tǒng)的存儲器來實(shí)現(xiàn)，并且因此在服務(wù)模塊外部。相對于現(xiàn)有技術(shù)，本發(fā)明具有以下優(yōu)點(diǎn)a.在移動裝置中能夠利用新的標(biāo)準(zhǔn)化組件，這會獲得關(guān)于移動設(shè)備的用戶的社交
信息；b.當(dāng)具有社交服務(wù)的應(yīng)用集成在移動終端時，安全性增加，這是因?yàn)閮H用戶已安裝的且已表明要訪問SMNS服務(wù)的那些應(yīng)用可以訪問數(shù)據(jù)；c.這是一種標(biāo)準(zhǔn)方案，其試圖克服造成不能夠充分開發(fā)移動社交網(wǎng)絡(luò)市場的非聚合。這是訪問用于移動社交應(yīng)用的信息的單個點(diǎn)。d.由于移動社交應(yīng)用不必實(shí)現(xiàn)復(fù)雜的客戶端-服務(wù)器系統(tǒng)來獲得數(shù)據(jù)，因此減少了在開發(fā)移動社交應(yīng)用中所使用的時間。出于該目的，移動社交應(yīng)用具有由SMNS服務(wù)器提供的基本要素；e.由于最近的事件存儲在移動終端中而無需使用外部服務(wù)器，因此，移動社交應(yīng)用移動裝置具有較快的響應(yīng)；f.實(shí)時通知服務(wù)(諸如，SMS或呼叫服務(wù))；g.本發(fā)明包括一種基于允許互聯(lián)網(wǎng)上的任何社交網(wǎng)絡(luò)與平臺集成的開放式協(xié)議的社交聚合系統(tǒng)。因此，可以立即包括聚合器而不必改變其體系結(jié)構(gòu)；h.用戶可以以簡單的方式來訪問他/她的所有社交信息。用戶將具有他/她的所有社交活動和與他/她的熟人的虛擬身份的更直接的關(guān)系的全局視圖。本發(fā)明可以對當(dāng)前的OMA標(biāo)準(zhǔn)做出貢獻(xiàn)。因此，本發(fā)明的主要目的在于生成由所有移動設(shè)備共享的標(biāo)準(zhǔn)服務(wù)。每個制造商必須在他們的設(shè)備的操作系統(tǒng)中實(shí)現(xiàn)如下模塊該模塊遵循通信標(biāo)準(zhǔn)(SMNS協(xié)議)的要求、遵循聚合平臺(SMNS平臺模塊)以及遵循為移動客戶端預(yù)先定義的一組規(guī)則。因此，移動社交客戶端開發(fā)者將被給予通用的API，其中可以發(fā)現(xiàn)并修改社交活動。集成SMNS服務(wù)模塊減少了這些服務(wù)的開發(fā)者到目前為止遇到的標(biāo)準(zhǔn)化問題。在任何操作系統(tǒng)中實(shí)現(xiàn)具有相同API的相同模塊的事實(shí)將使得客戶端從一個終端移植到另一個終端更容易。該標(biāo)準(zhǔn)化還影響了使用SMNS服務(wù)的社交客戶端通信，這是因?yàn)榧词股缃豢蛻舳耸怯刹煌鹃_發(fā)的，社交客戶端現(xiàn)在也可以交換信息。在本發(fā)明與用于移動裝置的即時消息服務(wù)之間可以建立模擬。SMS是根據(jù)個人事件進(jìn)行的實(shí)時通知并且是集成在操作系統(tǒng)中的服務(wù)。結(jié)果，第三方可以使用該消息系統(tǒng)來開發(fā)應(yīng)用。關(guān)于本發(fā)明，目的在于在數(shù)字社交網(wǎng)絡(luò)與用戶之間集成事件的即時通知。因此，數(shù)字社交網(wǎng)絡(luò)可以被認(rèn)為是所有與用戶相關(guān)的人以及所有具有虛擬身份的人的集合?？梢钥闯觯诒菊f明書中不加區(qū)分地使用如下術(shù)語服務(wù)模塊與SMNS服務(wù)模塊、平臺模塊與SMNS平臺模塊以及協(xié)議與SMNS協(xié)議。


圖I示出了社交聚合器的一般體系結(jié)構(gòu)；
圖2示出了傳統(tǒng)的移動裝置的體系結(jié)構(gòu)；圖3示出了本發(fā)明的全局版本。頂部示出了必須實(shí)現(xiàn)標(biāo)準(zhǔn)SMNS服務(wù)的操作系統(tǒng)。底部示出了在網(wǎng)絡(luò)運(yùn)營商的體系結(jié)構(gòu)中展開的社交平臺；圖4示出了 SMNS系統(tǒng)的體系結(jié)構(gòu)的詳細(xì)視圖；圖5示出了 SMNS平臺的體系結(jié)構(gòu)的詳細(xì)描述；圖6示出了 SMNS服務(wù)模塊的體系結(jié)構(gòu)的詳細(xì)描述；圖7詳細(xì)示出了構(gòu)成SMNS平臺模塊的模塊；圖8詳細(xì)示出了構(gòu)成SMNS服務(wù)模塊的模塊；
圖9示出了由API管理模塊提供的功能集；圖10示出了通知注冊客戶端的事件的示例；圖11示出了最近事件信息請求的示例；以及圖12示出了在系統(tǒng)中插入事件的示例。
具體實(shí)施例方式用于移動設(shè)備的社交通知的方法以及系統(tǒng)的主要功能的示例第一個示例(圖10)示出了針對安裝在移動電話中的任何社交客戶端通知事件。一旦安裝了客戶端，在時刻(I)在移動設(shè)備的操作系統(tǒng)中可利用的SMNS服務(wù)中注冊客戶端。從該點(diǎn)開始，通過該服務(wù)接收到的所有社交事件將會發(fā)送至客戶端。包括在聚合朋友列表中的名叫Bob的用戶正在執(zhí)行正被記錄在社交網(wǎng)絡(luò)中的活動(2)。快速地向在運(yùn)營商的體系結(jié)構(gòu)中可利用的聚合平臺通知該活動(3)。SMNS平臺在朋友列表中搜索可以看到該事件的朋友以將給他們中的每一個的通知發(fā)送至他們的移動電話(4)。一旦安裝了客戶端，則他/她將注冊所述服務(wù)。在移動裝置的操作服務(wù)中展開的SMNS服務(wù)將向社交客戶端通知已經(jīng)到達(dá)的事件(5)?？蛻舳藢⒏鶕?jù)接收到的事件和所實(shí)施的規(guī)范來執(zhí)行動作。這種執(zhí)行動作的方法對應(yīng)于推送請求，這是因?yàn)榉?wù)器負(fù)責(zé)向移動裝置和客戶端通知新事件。圖11示出了當(dāng)客戶端提出信息請求時的處理。該信息存在于移動裝置的SMNS服務(wù)中。這防止了向服務(wù)器提出另外的請求并且同時在網(wǎng)絡(luò)中不產(chǎn)生通信量。客戶端設(shè)法獲得移動裝置的用戶的最新事件。這個操作被稱為拉取。圖12示出了用戶執(zhí)行已被社交移動客戶端注冊的活動的情況。該客戶端借助于公共API呼叫(I)來通知OS的SMNS服務(wù)。然后，將該活動插入SMNS平臺中(2)。在該時間之后，訂閱SMNS平臺的任何社交網(wǎng)絡(luò)均可以訪問該用戶的信息(3) (4) (5)。
權(quán)利要求
1.一種用于管理移動設(shè)備的社交通知的方法，其特征在于，所述方法包括以下階段 -實(shí)現(xiàn)集成在移動設(shè)備的操作系統(tǒng)中的至少一個服務(wù)模塊，所述至少一個服務(wù)模塊設(shè)置有用于處理、更新以及存儲社交事件的通知的裝置； -實(shí)現(xiàn)集成在移動網(wǎng)絡(luò)運(yùn)營商的體系結(jié)構(gòu)的服務(wù)器中的至少一個平臺模塊，所述至少一個平臺模塊設(shè)置有用于存儲、處理以及分發(fā)社交事件的通知的裝置； -通過借助于http技術(shù)設(shè)計(jì)的且對于操作系統(tǒng)層之上的應(yīng)用層是透明的協(xié)議來建立所述平臺模塊與所述服務(wù)模塊之間的通信； -借助于API來與社交網(wǎng)絡(luò)交換信息； -只要在所述移動設(shè)備中展開的所述服務(wù)模塊不包含所需要的信息，就提出推送請求和拉取請求，所述推送請求由用戶之外的實(shí)體生成，而所述拉取請求由當(dāng)前用戶生成； -管理從外部實(shí)體接收到的通知；以及 -管理對所提出的推送請求和拉取請求的響應(yīng)的通知。
2.根據(jù)權(quán)利要求I所述的用于管理移動設(shè)備的社交通知的方法，其特征在于，在用于管理所接收到的通知和響應(yīng)的通知的階段中，當(dāng)在所述服務(wù)模塊中生成通知時，所述方法包括在所述平臺模塊中的以下階段 -通過拉取請求在REST模塊中接收所述通知； -在所述REST模塊中分解所述通知； -向管理所述平臺模塊的內(nèi)部服務(wù)的內(nèi)部服務(wù)模塊傳送所述通知，每個所述內(nèi)部服務(wù)均包括根據(jù)主題分類的至少一種功能； -在所述內(nèi)部服務(wù)模塊中分析并處理所述通知； -從選自以下元件的元件請求與所述通知有關(guān)的數(shù)據(jù) 通過數(shù)據(jù)訪問模塊訪問的數(shù)據(jù)庫； 與外部社交網(wǎng)絡(luò)和運(yùn)營商服務(wù)連接的連接模塊； -通過所述內(nèi)部服務(wù)模塊將對所執(zhí)行的操作的響應(yīng)返回至所述REST模塊； -在所述REST模塊中將所述響應(yīng)修改成包括在所述移動設(shè)備中的所述服務(wù)模塊所要求的格式； -將所述響應(yīng)發(fā)送到通知服務(wù)模塊，所述通知服務(wù)模塊包括從后臺程序處理模塊接收通知并且通過使用推送請求、使用所述服務(wù)模塊的短消息服務(wù)中心SMSC將所述通知傳送到所述服務(wù)模塊。
3.根據(jù)權(quán)利要求I所述的用于管理移動設(shè)備的社交通知的方法，其特征在于，在用于管理所接收到的通知和響應(yīng)的通知的階段中，當(dāng)在所述外部社交網(wǎng)絡(luò)和運(yùn)營商服務(wù)中生成所述通知時，所述方法包括在所述平臺模塊中的以下階段 -連接模塊接收所述通知； -將所述通知存儲在異步隊(duì)列模塊的隊(duì)列中； -在后臺程序處理模塊中檢查并處理所述隊(duì)列的內(nèi)容；以及 -在從下面選擇的模塊中存儲并更新所述通知 籲數(shù)據(jù)庫； 所述服務(wù)模塊至通知模塊，所述通知模塊借助于拉取請求來發(fā)送所述通知。
4.根據(jù)權(quán)利要求I所述的用于管理移動設(shè)備的社交通知的方法，其特征在于，在用于管理所接收到的通知和響應(yīng)的通知的階段中，當(dāng)在WEB客戶端或本地應(yīng)用中生成所述通知時，所述方法包括在所述服務(wù)模塊中的以下階段 -在API管理模塊中接收并分解所述通知，并將所述通知重定址到內(nèi)部服務(wù)模塊，所述內(nèi)部服務(wù)模塊包括處理社交請求的邏輯以及在所述移動設(shè)備中展開的客戶端之間協(xié)商數(shù)據(jù)，并且所述內(nèi)部服務(wù)模塊還包括用于檢驗(yàn)信息并更新社交事件的裝置；以及 -所述內(nèi)部服務(wù)模塊借助于從下面選擇的選項(xiàng)來處理所述 通知 籲使用臨時數(shù)據(jù)庫； 通過平臺連接器模塊向所述平臺模塊發(fā)送請求。
5.根據(jù)權(quán)利要求I所述的用于管理移動設(shè)備的社交通知的方法，其特征在于，在用于管理所接收到的通知和響應(yīng)的通知的階段中，當(dāng)在所述平臺模塊中生成所述通知時，所述方法包括在所述服務(wù)模塊中的以下階段 -所述通知服務(wù)模塊借助于推送請求來接收所述通知； -所述通知服務(wù)模塊管理所述通知； -通過所述API管理模塊來通知先前注冊的客戶端； -只要所需要的信息位于所述數(shù)據(jù)庫中或者信息交換操作發(fā)生在相同移動終端中展開的社交客戶端之間并且僅涉及所述社交客戶端，就借助于所述臨時數(shù)據(jù)庫、通過數(shù)據(jù)訪問模塊來處理所述通知。
6.根據(jù)權(quán)利要求I所述的用于管理移動設(shè)備的社交通知的方法，其特征在于，借助于通過API與所述網(wǎng)絡(luò)連接的連接模塊在所述平臺模塊與所述社交網(wǎng)絡(luò)之間執(zhí)行信息交換，所述API選自 i.由每個所述社交網(wǎng)絡(luò)提供的API，所述平臺模塊是提出社交信息請求的模塊；以及 ii.由所述平臺模塊生成的公共API，其使得沒有通過在i.中描述的方法連接的每個社交網(wǎng)絡(luò)均能夠通過所提到的公共API與所述移動設(shè)備執(zhí)行信息交換。
7.根據(jù)權(quán)利要求I所述的用于管理移動設(shè)備的社交通知的方法，其特征在于，所述拉取請求包括關(guān)于社交全局事件、查找事件、更新事件的信息、關(guān)于生成所述拉取請求的源的信息以及處理聚合聯(lián)系列表的信息。
8.根據(jù)權(quán)利要求I所述的用于管理移動設(shè)備的社交通知的方法，其特征在于，所述推送請求包括關(guān)于使用從下面選擇的系統(tǒng)、借助于實(shí)時通知而在用戶社交網(wǎng)絡(luò)中發(fā)生了什么的信息 -與短消息服務(wù)中心SMSC連接的SMS系統(tǒng)，其中通過所述短消息服務(wù)中心將具有所述通知的SMS發(fā)送到所述服務(wù)模塊； -由運(yùn)營商為了執(zhí)行該任務(wù)而專門開發(fā)的通知系統(tǒng)； -借助于TCP-IP技術(shù)的在所述移動設(shè)備與所述平臺模塊之間的雙向通信系統(tǒng)。
9.根據(jù)權(quán)利要求I所述的用于管理移動設(shè)備的社交通知的方法，其特征在于，作為在接收通知之前的階段，所述通知服務(wù)模塊對所述移動設(shè)備的操作系統(tǒng)進(jìn)行規(guī)劃，從而使得向所述服務(wù)模塊發(fā)送來自所述平臺模塊的所有SMS，以便所述服務(wù)模塊負(fù)責(zé)管理所有SMS，并且所述通知服務(wù)模塊還負(fù)責(zé)通過API管理模塊來通知所有注冊的應(yīng)用。
10.根據(jù)權(quán)利要求I所述的用于管理移動設(shè)備的社交通知的方法，其特征在于，除了所述社交通知服務(wù)之外，所述平臺模塊還提供網(wǎng)絡(luò)運(yùn)營商服務(wù)。
11.根據(jù)權(quán)利要求10所述的用于管理移動設(shè)備的社交通知的方法，其特征在于，所述運(yùn)行商服務(wù)選自定位服務(wù)、聚合電話簿服務(wù)、呼叫以及消息。
12.根據(jù)權(quán)利要求I所述的用于管理移動設(shè)備的社交通知的方法，其特征在于，所述API管理模塊包括執(zhí)行一種或若干種以下功能 -注冊客戶端應(yīng)用，以接收通知； -插入由社交客戶端先前記錄的社交事件； -更新用戶的狀態(tài)以及他/她的簡介細(xì)節(jié)； -激活客戶端應(yīng)用； -將社交通知從所述服務(wù)模塊發(fā)送到所述社交客戶端。
13.一種用于管理移動設(shè)備的社交通知的方法，其中，一旦執(zhí)行了權(quán)利要求I中所述的階段，所述方法還包括另外的階段，在所述另外的階段中，在不使用所述平臺模塊的情況下，在共享屬于所述操作系統(tǒng)的服務(wù)模塊的社交客戶端之間建立信息交換。
14.一種用于管理移動設(shè)備的社交通知的系統(tǒng)，其特征在于，所述系統(tǒng)包括至少以下模塊 -集成在移動設(shè)備的操作系統(tǒng)中的服務(wù)模塊，所述服務(wù)模塊設(shè)置有用于處理、更新以及存儲社交事件的通知的裝置，并且通過所述服務(wù)模塊，在SO層之上的應(yīng)用層中展開的社交客戶端能夠訪問所述信息；以及 -集成在移動網(wǎng)絡(luò)運(yùn)營商的體系結(jié)構(gòu)的服務(wù)器中的平臺模塊，所述平臺模塊設(shè)置有用于存儲、處理以及分發(fā)社交事件的通知的裝置。
15.根據(jù)權(quán)利要求14所述的用于管理移動設(shè)備的社交通知的系統(tǒng)，其特征在于，所述平臺模塊至少包括以下模塊 -REST模塊，包括使得所述平臺模塊能夠訪問的功能； -內(nèi)部服務(wù)模塊，包括管理內(nèi)部服務(wù)； -異步隊(duì)列模塊，包括與發(fā)送和接收不同的外部社交網(wǎng)絡(luò)的信息的連接模塊進(jìn)行通信，并且包括用于分發(fā)用戶社交活動的裝置； -后臺程序處理模塊，包括導(dǎo)入已在所述外部社交網(wǎng)絡(luò)中創(chuàng)建的用戶信息以及向通知服務(wù)器警告所述服務(wù)模塊中的狀態(tài)改變，以實(shí)時發(fā)送所述狀態(tài)改變； -通知模塊，包括從所述后臺程序處理模塊接收通知并借助于短消息服務(wù)中心SMSC將所述通知傳送到所述服務(wù)模塊； -連接模塊，用于與外部社交網(wǎng)絡(luò)和運(yùn)營商服務(wù)連接； -數(shù)據(jù)訪問模塊，所述數(shù)據(jù)訪問模塊是訪問層的數(shù)據(jù)庫；以及 -數(shù)據(jù)庫，存儲用戶數(shù)據(jù)、他/她的標(biāo)識符、社交網(wǎng)絡(luò)中的賬戶的口令以及從社交網(wǎng)絡(luò)收集的社交事件。
16.根據(jù)權(quán)利要求14所述的用于管理移動設(shè)備的社交通知的系統(tǒng)，其特征在于，所述服務(wù)模塊至少包括以下模塊 -API管理模塊，包括社交客戶端進(jìn)行訪問以使用所述系統(tǒng)的所有功能的公共接口 ； -通知服務(wù)模塊，包括使用包括應(yīng)用注冊的內(nèi)部服務(wù)來接收實(shí)時通知； -內(nèi)部服務(wù)模塊，包括通過所述API管理模塊來管理社交請求的邏輯以及在所述移動設(shè)備中展開的客戶端之間協(xié)商數(shù)據(jù)；-平臺連接器模塊，借助于http (客戶端)計(jì)算機(jī)應(yīng)用與所述平臺模塊聯(lián)系； -數(shù)據(jù)訪問模塊，所述數(shù)據(jù)訪問模塊是所述訪問層的數(shù)據(jù)庫； -臨時數(shù)據(jù)庫，存儲限制對所述平臺的請求的數(shù)量的最當(dāng)前的社交信息，并且包括用于注冊社交事件的裝置。
17.根據(jù)權(quán)利要求15所述的用于管理移動設(shè)備的社交通知的系統(tǒng)，其特征在于，所述連接模塊又包括以下模塊 -REST SN連接器模塊，包括將信息從社交網(wǎng)絡(luò)發(fā)送到所述平臺模塊； -AD HOC連接器模塊，包括將異步消息從所述異步隊(duì)列模塊發(fā)送到所述平臺模塊； -運(yùn)營商連接器模塊，包括與服務(wù)運(yùn)營商進(jìn)行連接以從所述服務(wù)運(yùn)營商提取社交信息。
全文摘要
本發(fā)明涉及附圖中所示的由至少兩個模塊構(gòu)成的系統(tǒng)。第一模塊位于移動設(shè)備的操作系統(tǒng)層中(SMNS服務(wù)模塊)，而另一模塊在屬于移動網(wǎng)絡(luò)運(yùn)營商的體系結(jié)構(gòu)的服務(wù)器中展開(SMNS平臺模塊)。本發(fā)明的主要目的是生成由所有移動設(shè)備共享的標(biāo)準(zhǔn)服務(wù)。將SMNS服務(wù)模塊進(jìn)行集成減少了該技術(shù)的制造商到目前為止所遇到的標(biāo)準(zhǔn)化問題。在任何操作系統(tǒng)中實(shí)現(xiàn)具有相同API的相同模塊的事實(shí)將使得將社交客戶端從一個終端移植到另一個終端更容易。所述標(biāo)準(zhǔn)化還影響了使用SMNS服務(wù)的社交客戶端的通信，這是因?yàn)楝F(xiàn)在即使所述信息是由不同移動軟件公司開發(fā)，社交客戶端也可以交換信息。
文檔編號G06F17/30GK102741836SQ200980163315
公開日2012年10月17日 申請日期2009年12月17日 優(yōu)先權(quán)日2009年12月17日
發(fā)明者弗朗西斯科·奧泰薩拉卡列, 霍爾迪·羅維拉西蒙 申請人:西班牙電信公司