用於社交聯網的方法、裝置和系統的製作方法

2023-05-18 21:46:51 4

專利名稱：用於社交聯網的方法、裝置和系統的製作方法
技術領域：
本發明大體上涉及遠程通信，更特別地，涉及用於社交聯網的方法、裝置和系統。
背景技術：
行動裝置的激增正在改變人們相交互的方式。行動裝置在能力、精密性和特徵方 面也在增加，進一步改變人們相交互的方式。社交聯網是此類交互如何演進的應用。演進的一個領域是匹配算法，包括Ad Hoc匹配算法。現有技術指示最可用的 Ad Hoc匹配算法主要被設計為用於基於基礎設施的分布式系統，且不一定考慮Ad Hoc網 絡所需的易失性和低功率特性。此類現有技術的一個示例(雖然其甚至未考慮匹配算 法)是 A. K. Dey, G. D. Abowd 禾口 D. Salbe, "A Conceptual Framework and a Toolkit for Supporting the Rapid Prototyping of Context-Aware Applications，，,Human-Computer Interaction, Vol. 16,No. 2,3 & 4,pp. 97 ~ 166,2001。( 「Dey」)Dey 提供了一種用於構建 通用上下文感知應用的概念框架。Dey引入了上下文工具包並討論如何能夠針對從智能導 遊到會議助理的不同方案對此類工具包進行自定義。通過將感知網絡從應用語義學分離， 創建接口和信息匯集器作為中間件。並且，可以在不修改應用邏輯的情況下將位置傳感器 的類型變成各種技術。這為程式設計師提供構建上下文感知應用程式並以相對少的修改對其進 行自定義的能力。然而，在Dey中，位置是主要的上下文，並且該系統處理更複雜的上下文 的能力及其可伸縮性目前未得到證明。Berger等人的美國專利公開US 2007/0008905A1 ( "Berger")公開了一種根據特 定的簡檔將多個用戶聚集在行動網路中的方法。關於用戶的數據被分配給每個用戶。當所 述用戶位於預定義的通信範圍內時立即在至少兩個用戶之間交換數據，以便發現帶有具有 給定內容的簡檔的用戶。Berger並未有目的地考慮如何執行匹配的優先化。Berger也未有 目的地考慮節點之間的握手過程。雖然Berger建議可以通過Wi-Fi和藍牙兩者來實現所 提出的集群模型，但這些協議在對端配對(握手)中具有不同的方案且配對通常通過共享 一個密鑰發生。如果配對被撤消或禁用，則存在安全問題。Berger也未有目的地描述用戶 如何訪問相同的搜索模板，暗示Berger可能意圖是將Berger中的解決方案硬編碼到設備 且其不具有自定義能力。Berger也未討論如何在節點之間交換並傳播數據。Ad Hoc網絡 中的消息的傳播必須遵循某些原理和協議，但Berger未參考此類交互可以如何發生的任 何標準。並且，應注意的是在藍牙通信中，每個主設備只能同時連接至達有限數目的設備。 Berger未討論當節點的數目增加時如何執行調度。此外，Berger未討論構建並連接網狀網 絡時的調度模型。這意味著如果所提供的數據不在協議的發現範圍內，則將不發生匹配。授予Tanaka等人的美國專利US 6，542，749 ( 「Tanaka")提供了一種用於連接在 附近放置的遠程通信單元的方法和系統。該方法和系統可以在能夠確定在系統內使用的遠 程通信單元(TU)的位置的位置感知遠程通信系統中使用。當一個或多個其它用戶具有兼 容屬性時且當其位於相互的預定距離內時，用戶可以連接到一個或多個其它用戶。在發起 用戶的TU請求時，基於伺服器計算機所保持的屬性和距離信息，可以在兩個或更多用戶的TU之間建立連接。Tanaka可以用於處理被動信息，但Tanaka並未有目的地公開實時信息處理。不 同於Berger，Tanaka還依賴於集中式框架，並依賴於先前存在的通信基礎設施，諸如像全 球移動通信系統(GSM)網絡、或碼分多址(CDMA)網絡的核心行動網路、或通用移動通信業 務(UMTS)。本領域的技術人員將想到其它類型的核心行動網路指示基礎設施。Tanaka可 能潛在地遭受高的網絡延遲，因為核心行動網路中的任何故障點都可能影響通信吞吐量。 Tanaka的另一方面是由通信基站來確定移動裝置的位置，這可能影響位置的粒度。Tanaka 的第9列第45至65行提供了可以在任何聯網系統中使用的匹配算法的一般說明，但此類 算法還可以進一步擴展。Tanaka還關注於基於分離程度的評分模型，但本發明人相信需要 一種不同的評分模型。授予Shapira的美國專利US5，086，394(Shapira)提供了一種用於參與用戶的介 紹系統，包括用於每個用戶的通過遠程尋呼被激活的個人設備。每個用戶還具有存儲設備， 該存儲設備具有通過諸如特徵和興趣等個人特性來定義用戶的個人數據。本地控制單元從 多個用戶存儲設備接收個人數據，並且使用計算機裝置將每個用戶的個人數據與在相同的 時間幀內經由其各自的存儲設備將其個人數據輸入到本地控制單元的其他用戶的個人數 據相比較。經由其個人設備對通過計算機比較與標準匹配的配對進行自動地尋呼並促進介 紹。類似於大部分現有技術，Shapira是基於集中式基礎設施模型，這意味著其如在 Tanaka中一樣遭受相同的故障點問題。Tanaka可能具有稍微有限的靈活性，因為Shapira 更加關注於硬體/設備設計而不是軟體解決方案。Shapira還關注於阻止用於其它上下文 的自定義的日期方案。對於Shapira而言，在達到時間(meeting time)之前向中央伺服器 輸入數據和簡檔(非Ad Hoc和自發通信)。屬性未被存儲在節點/設備本身上，而是從服 務器獲取。最新的文獻調查指示最可用的Ad Hoc匹配算法主要被設計為用於基於基礎設施 的分布式系統且不必要處理Ad Hoc網絡所需的易失性和低功率特性。人網(PeopleNet) (在peopleNet中無線虛擬社交網絡。在第i^一屆移動計算和網絡年度國際研討會中 (2005年8月28日至9月2日，德國科隆)建議潛在成功的社交網絡是視位置、團體和時 間而定的。其提供用於設計參數的候選算法的比較分析並產生有效的結果。儘管明確定 義了網絡架構和傳播範例，但網絡/用戶交互的實際方面仍被忽視。PeopleNet未考慮諸 如藍牙等通信協議的多級認證及其在構建高效的自發社交網絡方面的導致的複雜化。在 PeopleNet中提出的框架還通過引入不斷電電源管理策略而忽視節點的有限的電池容量。負責本說明書的發明人意欲緩解或消除現有技術的缺點中的至少一個。

發明內容
本發明提供了一種用於社交聯網的方法、系統和裝置。該方法、系統和裝置可以被 實時地激活且可以是自發的。在一方面，本說明書提供了一種用於社交聯網的方法、系統和裝置，其在不要求位 置感知的情況下在Ad Hoc環境中創建感知。提供了一種架構，其可以使得能夠在不同的方 案中實現自定義的搜索和獲取並可以為用戶提供將上下文從一個環境切換到另一環境的能力。切換上下文的能力可以是自動的，由此，屬於用戶的設備自動地檢測給定的服務區並 激活適當的簡檔模板。該感知能夠不是通過給出更準確的位置、而是通過給出識別軌跡中 的支持上下文來增強基於當前位置的服務，該服務多半遭受不準確的定位。作為示例，所述 軌跡可以是模糊半徑，其具有附加信息，諸如顏色、形狀及與該半徑有關的其它屬性。在某 些情況下，接近度信息可能如同從諸如搜尋引擎等集中式系統獲取的信息一樣有價值。用 於社交聯網的方法、系統和裝置可以提供生成用戶附近的實時且有用的語義的能力。在提出的架構中，諸如會議組織者、社交俱樂部或學術機構等提供者能夠使用所 提供的網頁服務來創建基於方案的簡檔。然後使得移動用戶可從網站或通過使用可用的無 線數據網絡獲得這些簡檔模板。如上文所指示的，可以將用於特定服務區的簡檔模板自動 地加載到相關設備上。可以以通用的方式來配置手持式設備上的匹配引擎且該匹配引擎可 以針對向其發送的任何方案對其本身進行自定義。並且，用戶能夠根據上下文在方案之間 切換。例如，用戶可以激活社交集會中的社交簡檔並在稍後激活特定的會議簡檔以找到會 議設置方面具有特別的研究興趣的人。所提供的系統可以從各種社交方案切換到其它潛在的方案，諸如軍隊和國家安全 環境中的非集中式自主地質找礦操作。在其它方面，提供了一種用於動態Ad Hoc網絡中的上下文的生成和解釋的框架和 算法。提供了多標準和優先權匹配方案。還提供了附著於所述框架的用於Ad Hoc網絡中 的語義的增強表示的可視化引擎。所提供的系統可以使得能夠實現Ad Hoc網絡中的社交 上下文感知並促進到最終用戶的附加通信，最終降低用戶對限制性網絡(例如，運營商的 數據網絡)的依賴性。


圖1示出用於社交聯網的系統。圖2示出圖1的系統的行動裝置中的一個行動裝置的示意性表示。圖3示出用於圖1的系統的架構框架。圖4示出描繪可以使用圖1的系統實現的用於社交網絡的方法的流程圖。圖5示出簡檔大綱(schema)發生器的示例。圖6示出可以在圖1的系統的行動裝置的顯示器上生成的可視化圖表的示例。圖7示出可視化圖表的另一示例。圖8示出可以在圖1的系統的行動裝置上顯示的可視化圖表和附加數據的另一示 例。圖9示出表示根據個案研究的用於一個人的分數相對所比較的人的圖表。圖10示出表示根據所述個案研究的用於另一人的分數相對所比較的人的圖表。圖11示出表示根據所述個案研究的用於另一人的分數相對所比較的人的圖表。圖12示出描繪了可以使用圖1的系統實現的用於社交網絡的另一種方法的流程 圖。
具體實施例方式現在參照圖1，通常在50處指示用於社交網絡的系統。系統50在其核心處包括
6將多個基站58-1、58-2與管理伺服器62互連的網絡54。(基站58_1、58_2被統稱為基站 58，並一般地稱為基站58。在本文的其它地方使用這種命名法。)每個基站58具有各自的 服務區66，並且每個服務區66包括多個行動裝置70，每個設備被各個用戶U操作。每個移 動設備70可以經由各個第一無線鏈路74連接到其各自的基站58。每個行動裝置70還經 由第二無線鏈路78基於端對端方式與行動裝置70相互連接。如下文將進一步解釋的，每個服務區66可以表示其中設備70的多個用戶U可能 希望進行社交聯網的任何區域。因此，在服務區66-1內，可以預期設備70-1、70-2和70-3 各自的用戶U-l、U-2、U-3可能希望進行社交聯網。同樣地，在服務區66-2內，可以預期設 備70-4、70-5和70-6各自的用戶U_4、U_5、U-6可能希望進行社交聯網。定義給定服務區66的項目不受特別限制。例如，服務區66-1可以包括學院上下文 的會議的佔地面積，在學院中用戶U-I、U-2和U-3可能希望對具有相同意願和興趣的其他 學院進行定位。這意味著由用於服務區66-1的伺服器62生成的模板是基於諸如研究領域 和從屬關係(affiliation)等屬性，而在另一示例中，服務區66_2可以包括夜總會的佔地 面積，其中，用戶U-4、U-5和U-6可能是希望遇到具有相同意願和興趣的潛在搭檔的單身， 並且由伺服器62生成的模板是基於諸如性別、年齡和關係類型等屬性。網絡54可以是基 於網際網路、網際網路、公共交換電話網、分組交換網絡或任何前述事項的組合。網絡54經由有 線或無線的任何適當回傳網絡連結到基站58和伺服器62。伺服器62可以基於由硬體、固件、作業系統和軟體的任何組合組成的任何期望 的計算環境。示例性伺服器包括在來自美國加利福尼亞州95054聖克拉拉市網絡圈4150 號(4150 Network Circle, Santa Clara, CA 95054USA)的 Sun Microsystems &司的 Sun FireTM生產線下提供的任何伺服器，或任何其它計算環境，包括經由總線將隨機存取存儲 器(或其它易失性存儲器)、只讀存儲器(或其它非易失性存儲器)、硬磁碟(或其它永久 性存儲器)、網絡接口、輸入設備和輸出設備互連的一個或多個中央處理單元。網絡接口允 許伺服器62連接到網絡54。伺服器62被配置為保持在模板應用程式64的至少一個實例處，該模板應用程式 64被配置為與設備70相交互以便幫助在給定服務區66內提供設備70之間的社交聯網功 能。在本實施例中，伺服器62保持與服務區66-1相關的第一模板應用程式64-1和與服務 區66-2相關的第二模板應用程式64-2。下面將進一步討論模板應用程式64。每個設備70基於至少包括數據能力且通常還包括語音能力的增強型移動電子設 備的功能。許多眾所周知的蜂窩式電話模型或其變體適合於本實施例。現在參照圖2，示 出了每個設備70的示意性方框圖。應強調的是圖2中的結構純粹是示例性的，並可以預期 用於無線語音(例如，電話)和無線數據(例如電子郵件、網頁瀏覽、文本)通信兩者的設 備。設備70包括多個輸入設備，其在本實施例中包括鍵盤100和擴音器104。還可以預期 其它輸入設備，諸如觸控螢幕。在處理器108處接收來自鍵盤100和擴音器104的輸入，處理 器108又與非易失性存儲單元112 (例如，只讀存儲器(「ROM」)、電可擦可編程只讀存儲器 (「EEPR0M」)、閃速存儲器)和易失性存儲單元116 (例如，隨機存儲存儲器(「RAM」))通 信。實現本文所述的設備70的功能性講授內容的編程指令通常被永久性地保持在非易失 性存儲單元112中且被處理器108使用，處理器108在此類編程指令的執行期間進行易失 性存儲器116的適當利用。設備70的變體包括裝配有無線能力的膝上型計算機。
7
處理器108又可以被配置為向揚聲器120和顯示器124發送輸出。處理器108還 包含第一無線電設備128和第二無線電設備132。在概念上，可以將第一無線電設備128和 第二無線電設備132視為網絡接口。第一無線電設備128被配置為用於經由鏈路74進行 通信，而第二無線電設備132被配置為用於經由鏈路78進行通信。因此，在本實施例中，每 個設備70是能夠通過鏈路74和/或通過鏈路78進行通信的混合設備。然而，在其它實施 例中，可以預期可以從設備54省略第一無線電設備128，以便設備54隻能經由鏈路78進行 通信。應理解的是通常可以預期用於設備70的多種配置。在本實施例中，第一無線電設備128和鏈路74基於區域網拓撲結構，諸如電氣和 電子工程師協會標準(IEEE)802. 11或其變體；或Bluetooth ，或者基於核心行動電話網拓 撲結構，諸如GSM、通用分組無線服務(GPRS)、碼分多址(CDMA)等。可以預期鏈路74可以在 設備70與伺服器62之間載送數據分組。因此，應認識到如果鏈路74是基於IEEE 802.11， 則每個基站58也將是IEEE 802. 11基站。同樣地，如果鏈路74是基於核心行動電話網基 礎設施，則基站58將這樣相對應。在本實施例中，第二無線電設備132和鏈路78是基於端對端拓撲結構，諸如 Bluetooth ，但可以預期其它端對端拓撲結構，包括IEEE 802. 11的端對端變體。並且，在本實施例中，每個設備70將端對端匹配器應用程式136的拷貝保持在非 易失存儲器112中。可以將端對端匹配器應用程式136加載到易失性存儲器116中並在處 理器108上執行。一個設備70上的端對端匹配器應用程式136被配置為與在通過鏈路78 的範圍內的其它設備70上的其它端對端匹配器應用程式136相交互。端對端匹配器應用 程序136還被配置為訪問由模板應用程式64生成的模板。此類模板可以被每個設備70從 伺服器62訪問，由此，設備70經由基站58來訪問伺服器62。下面將進一步討論端對端匹 配器應用程式136。並且，在本實施例中，每個設備70保持也被保持在非易失存儲器112中的可視化 引擎138，該可視化引擎138可以獲取社交匹配的結果並在顯示器120上生成那些結果的可 視表示。下面將進一步討論可視化引擎138。現在參照圖3，在150處指出用於在系統50中的每個設備70上實現的概念架構。 架構150包括四個層，包括1)通信架構層154 ;2)匹配引擎層158 ;3)簡檔處理層162和 4)簡檔大綱層166。架構150 :a)基於自由和端對端通信協議；2)具有創建能夠解析標準模板以進行 自適應的可自定義匹配引擎的能力；3)具有在沒有過多用戶參與的情況下對允許搜索和 獲取的基於服務的算法進行建模的能力和4)利用本地存儲器來減少或排除對集中判優器 的需要。一般而言，下面將更詳細地討論每個層。然而，在這裡，應注意的是雖然圖3將框 架層154標記為藍牙框架層，但可以預期其它通信協議，包括ZigBee、IEEE 802. 11等。還 應注意的是簡檔處理層162可以基於多種不同的模型，包括線性和模糊評分或其它評分方法。在本實施例中，自由和端對端通信利用藍牙且包括無縫實時搜索方案以增加此類 藍牙設備在動態環境中的可用性。為了實現可用性，本實施例利用具有最少用戶幹預的匹 配過程。由於藍牙通常具有要求用戶不斷地同意連接的配對過程，所以本實施例實現經修改的藍牙配對過程以使配對過程基本上無縫且通信基本上安全。在本示例性實施例中，搜 索(以便例如設備70-1可以搜索設備70-2或設備70-3並對設備70_2或設備70_3進行 定位)涉及使用 L2CAP (如在 C. J. Hsu、Y. J. Joung 的 「An ns-based Bluetooth Topology Construction Simulation Environment,Proceedings of the 36th annual symposium on Simulation ANSS' 03」pp. 145，2003 (「L2CAP」)中所討論的)作為物理層。此外，將 SDP (如 在 R. Bruno、M. Conti、E. Gregori 的"Wireless access to internet via Bluetooth performance evaluation of the EDC scheduling algorithm", Proceedings of the first workshop on Wireless mobile Internet WMI' 01pp. 43-49，2001 中所定義的)的 組合與通過用於上層的網際網路協議的傳輸控制協議(TCP/IP)相組合使用。在H.Rahnama、 A. Sadeghian、禾口A. Madni 的"Social Context Awareness in Ad Hoc System of Systems，，, Proceedings of the 2007IEEE International Conference on System of Systems,April 18-20，2007中以一般的非專業術語討論了無縫配對的概念機制。圖4示出以流程圖的形式表示且在參考180處指示的社交聯網的方法。方法 180 一般反映匹配器應用程式136的功能。可以通過增強與在藍牙技術規範中定義的邏 輯鏈路控制和自適應協議(L2CAP)相結合地工作的現有藍牙服務發現層或服務發現協議 (SDP)來實現方法180，所述藍牙技術規範可以從http://www.bluetooth. com/Bluetooth/ Technology/Building/Specifications獲得。然而，請注意，不需要以這種方式來實現方法 180。方法180是端對端方法，由此，一個設備70充當概念上的「客戶端」，而一個或多個 其它設備70充當概念上的「伺服器」。圖4左側的方框因此反映促使特定設備70作為概念 上的「客戶端」的匹配器應用程式136內的功能，而圖4右側的方框因此反映作為概念上的 「伺服器」的第二設備70中的端對端匹配器應用程式136內的功能。在圖4中，作為特定的 非限制性示例，設備70-1是概念上的客戶端，而設備70-2是概念上的伺服器。圖4假設已 由第一設備70-1和第二設備70-2從模板應用程式64-1獲得模板。由第一設備70(在圖4中給出的示例是設備70-1)使用一般如圖4中的方法180 所指示的基於流程的技術來對搜索請求進行初始化。可以將通信交互劃分成第一設備70-1 與第二設備70-2之間的交互。方法180在方框184處開始，在那裡，設備70發起搜索。可 以通過將設備70配置為調用被結合到搜索可以到達的其它設備70的與每個設備70的無 線電設備132相關的功能中的方法來實現在方框184處發起的搜索。在方框188處，進行關於用戶U是否已完成與設備70的用戶U相關的簡檔的確定。 此類簡檔一般涉及識別用戶U且可在使特定用戶U與相同服務區內的其它用戶U匹配時使 用的任何標準或其它信息。此類簡檔已由用戶U預先輸入到設備70中並存儲在設備70的 易失性存儲器116和/或非易失性存儲器112內。在本實施例中，簡檔將對應於從模板應 用程序64-1獲得的模板。下面將更詳細地討論簡檔。如果簡檔尚未完成，則方法180可以 被配置為在方框188處「等待」直至完成此類選項位置。在方框192處，接收可用設備的列表。可以由例如參加典型藍牙發現過程的設備 70-1和發現設備70-2來實現方框192。(現在應理解的是系統50中的所有設備70可以同 樣地相互發現那些其它設備70在範圍內的什麼位置。)在方框196處，向其它設備70發送共享密鑰。共享密鑰被保持在端對端匹配器應用程式136內並因此為具有加載在其上面的匹配器應用程式136的所有設備70所知。以 這種方式，每個設備70可以驗證給定服務區66內的所有其它設備也保持端對端匹配器應 用程序136並因此希望參與社交聯網功能。並且，作為方框196的一部分，共享密鑰被發送到設備70-2。在方框200處，由設備70-2對在方框216處發送的共享密鑰進行解析以便驗證該 密鑰是否與被保持在設備70-2處的密鑰的拷貝匹配。在方框204處，進行關於簡檔是否已完成的確定。方框204與方框188類似處在 於如果設備70-2具有不完整的簡檔，則方框204處的確定結果可以是例如一種例外情況， 其中，向設備70-2 (和/或設備70-1)返回錯誤消息且方法180終止。如果方框204處的確定結果是「是」，則方框180前進到方框208並向設備70_1返 迴響應密鑰。該響應密鑰一旦被設備70-1接收到，則允許設備70-1和70-2實際上為了實 現在此所述的社交聯網功能而相互配對。在方框212處，設備70-1等待從設備70-2接收響 應密鑰。如果未接收到響應密鑰，則認為到設備70-2的配對已失敗，隨後，在方框216處， 關閉與設備70-2的連接。(作為方框212的執行的特定示例，假設設備70-2正在執行方 框212並等待接收關於設備70-2的響應密鑰。如果未接收到響應密鑰，則在方框216處， 設備70-1將通過終止鏈路78-2來關閉與設備70-2的連接)。然而，假設在方框212處確定是「是」，因為從設備70-2接收到響應密鑰，則方法 280從方框212前進到方框220。在方框220處，設備70_1將尋找來自設備70_2 (或其它 相關設備70)的請求。(作為方框220的執行的特定示例，假設設備70-1已從設備70-2接 收到確認與設備70-2的可連接性的響應密鑰。在這種情況下，在方框220處，鏈路78-2將 是活動的，並且設備70-1將收聽來自設備70-2的請求。)在方框224處，當接收到請求時，接收請求的設備70-1將讀取其自己的簡檔並將 該簡檔發送到設備70-2。(在方框224處參考的簡檔是在方框188處參考的相同簡檔。) 因此，在方框224處，由用戶U輸入並存儲在設備70-1的易失性存儲器116和/或非易失 性存儲器112內的簡檔將被設備70-1的處理器108讀取並發送到設備70-2。在方框228處，設備70-2將調用以獲得存儲在設備70_2中的簡檔。在方框232處，設備70-2將實現匹配操作。下面將進-步討論目前優選的匹配操 作，且該優選的匹配操作涉及基於用於每個用戶U的簡檔來確定特定服務區66內的每個用 戶U之間的概念距離。在圖4中的特定示例中，將基於從設備70-1獲得的與設備70-2內 的存儲簡檔有關的完整簡檔來實現該概念距離。在方框236處，進行作為方框232的執行結果是否已存在匹配的確定。如果方框 236處的確定結果是「否」，則在方框240處，可以根據需要關閉與相關設備70-1的連接。然 而，假設在方框236處，確定結果為「是」，則在方框244處，向設備70-1返回接受密鑰。該 接受密鑰是設備70-2已進行匹配並最終用信號通知設備70-1，設備70-2是開放的以接受 其各設備70之間的聊天對話(或其它通信)的傳導。在方框248處(其假設已進行與設備70-2的匹配)，設備70_1的用戶U可以調用 與設備70-2的聊天或其它通信功能。現在應顯而易見的是以簡化形式提出了方法180。應注意的是在典型的實現中， 設備70-1還將執行方框232、236和244的其自己的版本，以便從設備70_1的用戶的角度
10出發逐漸形成設備70-1與設備70-2之間的概念距離。還應理解的是可以對方法180中的 交互進行外推以反映同一服務區66內的多個設備70之間的交互。在多個交互的此類情況 下，可以存在被指定為作為概念上的「伺服器」的單個設備(例如，設備70-2)，而剩下的設 備作為概念上的「客戶端」。可以調用任何適當的選擇過程以選擇哪個設備70將是概念上 的「伺服器」。現在將顯而易見的是可以改變方法180，同樣地，可以關於如何實現方法180中的 各種方框來進行許多特定的設計選擇。例如，如先前所討論的，方框232涉及匹配操作的 執行。方框232還對應於架構150的匹配引擎層158。可以用於方框232的現有的匹配操 作包括在 M Paolucci、T. Kawmura、T. Payne 禾口 K. Sycara 的"Semantic Matching of Web Services Capabilities，，，First Int. Semantic Web Conference, pp. 333-347, 2002 中所 討論的匹配操作的適當修改型式。然而，目前更優選的匹配操作是下述新型的匹配協議。通過處理具有加權屬性的簡檔來執行目前優選的匹配操作。這些簡檔包括由網頁 服務預定義且被作為擴展標記語言(XML)大綱存儲在設備上的屬性。使用所賦予的屬性之 間的線性評分模型來執行簡檔的選擇或拒絕。表I描繪了為社交交互方案創建的簡單簡檔 的示例。用戶創建搜索標準並引入評分模型來對選擇進行排序。表I社交匹配方案
權利要求
一種用於社交聯網的系統，該系統包括伺服器，該伺服器能連接到網絡；多個行動裝置；每個所述行動裝置被配置為經由所述網絡連接到所述伺服器；每個所述行動裝置還被配置為能直接相互連接；每個所述行動裝置還被配置為在每個所述行動裝置的存儲器中保持表示所述行動裝置的用戶的簡檔的數據；每個所述行動裝置還被配置為響應於其它行動裝置中的至少一個能直接與所述行動裝置相連的確定結果來向所述伺服器發送所述簡檔；所述伺服器被配置為生成所述簡檔之間的匹配並將所述匹配返回到所述行動裝置中的各個行動裝置。
2.根據權利要求1所述的系統，其中，所述行動裝置能經由IEEE802. 15和IEEE 802. 11的端對端變體中的至少一者來直接連接。
3.根據權利要求1所述的系統，其中，所述行動裝置能經由藍牙直接連接。
4.根據權利要求1、2或3中的任一項權利要求所述的系統，其中，所述伺服器被配置為 保持對應於所述簡檔的簡檔大綱。
5.根據權利要求1、2或3中的任一項權利要求所述的系統，其中，所述多個行動裝置中 的第一部分在第一服務區內且所述多個行動裝置中的其餘部分在第二服務區內；所述第一 服務區中的每個行動裝置能直接連接到所述第一服務區中的每個其它行動裝置；所述第二 服務區中的每個行動裝置能直接連接到所述第二服務區中的每個其它行動裝置；所述服務 器被配置為保持用於每個所述服務區的不同簡檔大綱。
6.根據權利要求4或權利要求5所述的系統，其中，所述伺服器被配置為保持用於生成 所述簡檔大綱的應用程式。
7.根據權利要求4、5或6中的任一項權利要求所述的系統，其中，所述行動裝置被配置 為下載所述簡檔大綱並依照所述大綱來接收對應於所述簡檔的用戶輸入。
8.一種行動裝置，該行動裝置包括依照權利要求1 7中的任一項權利要求所述的將 存儲器、輸入設備、輸出設備和網絡接口互連的處理器。
9.一種伺服器，該伺服器包括依照權利要求1 7中的任一項權利要求所述的將存儲 器、輸入設備、輸出設備和網絡接口互連的處理器。
10.一種用於社交網絡的方法，該方法包括經由端對端連接從一個行動裝置發起對至少一個其它行動裝置的搜索；接收對所述搜索的響應，所述響應指示所述至少一個其它行動裝置的存在；向能連接到每個所述行動裝置的伺服器發送簡檔；所述簡檔對應於所述一個行動裝置 的用戶；以及從所述伺服器接收響應；所述響應包括匹配信息，所述匹配信息表示所述至少一個其 它行動裝置包含的另一簡檔匹配所述簡檔的程度。
11.根據權利要求10所述的方法，其中，所述行動裝置能經由IEEE802.11的端對端變 體直接相互連接。
12.根據權利要求10所述的方法，其中，所述行動裝置能經由藍牙直接相互連接。
13.根據權利要求10所述的方法，其中，所述伺服器被配置為保持對應於所述簡檔的簡檔大綱。
14.一種包含多個編程指令的計算機可讀介質；所述編程指令能在包括處理器的移動 設備上執行，所述處理器將存儲器、輸入設備、輸出設備和網絡接口互連；所述編程指令包 括依照權利要求10 13中的任一項權利要求所述的方法。
15.一種用於社交網絡的方法，該方法包括在能連接到多個行動裝置的伺服器處接收多個簡檔；每個所述行動裝置被配置為經由 端對端連接而連接到至少一個其它行動裝置；每個所述簡檔對於每個所述一個行動裝置的 每個用戶是唯一的；所述接收響應於每個所述行動裝置的直接相互連接；使用所述簡檔來執行每個所述用戶的匹配操作；基於所述匹配操作來生成用於每個所述用戶的匹配信息；所述匹配信息表示所述至少 一個其它行動裝置包含的另一簡檔匹配所述簡檔的程度；以及，將所述匹配信息發送到每個所述行動裝置。
16.根據權利要求15所述的方法，該方法還包括保持對應於不同格式的簡檔和不同服 務區的多個簡單大綱；每個所述服務區包括能經由端對端連接而連接到至少一個其它移動 設備的至少一個行動裝置。
17.根據權利要求15或權利要求16所述的方法，該方法包括保持用於生成所述簡檔大 綱的應用程式。
18.—種包含多個編程指令的計算機可讀介質；所述編程指令能在包括處理器的服務 器上執行，所述處理器將存儲器、輸入設備、輸出設備和網絡接口互連；所述編程指令包括 依照權利要求15 17中的任一項權利要求所述的方法。
全文摘要
本發明提供了一種用於社交聯網的方法、裝置和系統。在實施例中，所述系統包括可以經由端對端連接直接相互連接的多個行動裝置。所述設備可以另外連接到伺服器。所述伺服器保持可以用來生成用於每個行動裝置的用戶的簡檔大綱。
文檔編號G06Q10/00GK101981898SQ200880128006
公開日2011年2月23日 申請日期2008年3月11日 優先權日2008年3月11日
發明者A·薩德吉安, H·拉赫納馬 申請人:瑞爾森大學