專利名稱：一種帳戶信息資產交互方法
技術領域：
本發(fā)明涉及計算機應用技術領域，尤其是互聯(lián)網(wǎng)絡服務體系結構的一種帳戶信息資產交互方法。
背景技術：
當前國內外的互聯(lián)網(wǎng)在線服務環(huán)境中，用戶每使用一個服務商的服務都需要申請一個或多個用戶帳戶，這樣用戶需要維護很多不同的用戶名和密碼。一方面，這種復雜的身份認證方式已經成為用戶的一種負擔甚至是障礙，并使得盜用密碼等在線欺詐和身份盜取行為很容易實現(xiàn)，在線企業(yè)面臨不斷增加的用戶帳戶管理成本、在線欺詐的巨額損失；另一方面，用戶的個人信息、用戶在服務過程中生產的個人信息資產、用戶個性化推薦信息被分散到各個互不相干的服務商帳號系統(tǒng)內，用戶不僅為使用服務商提供的服務付費，而且 這些本來屬于用戶個人的信息資產自然成為服務商的信息資產，甚至被個別服務商非法濫用，難于集中形成用戶終身有效個人信息資產。互聯(lián)網(wǎng)服務的用戶數(shù)量快速增長，用戶產生的數(shù)據(jù)量暴漲；同時，由于這種用戶(數(shù)據(jù))鎖定(lock-in)于特定服務商的模式，使得用戶(數(shù)據(jù))逐漸聚攏到少數(shù)的互聯(lián)網(wǎng)服務，逐漸形成互聯(lián)網(wǎng)寡頭壟斷。比如很多網(wǎng)絡用戶都在Google、Facebook、Flickr上申請有帳戶，都提供照片服務，但是數(shù)據(jù)互相不能連通，從而形成孤島。即使有Google FriendConnect和Facebook Connect,亦只支持其他站點分別與Google和Facebook連接，而Google與Facebook由于競爭關系等互相不能連接，從而形成兩大“孤島”。用戶數(shù)據(jù)鎖定(lock-in)于服務商,數(shù)據(jù)被服務商控制和利用。以Facebook為例，用戶的個人基本信息和好友關系；用戶上傳的照片、視頻，撰寫的博客等；用戶活動產生的系統(tǒng)日志；以及通過Facebook Connect關聯(lián)的其他Web站點的賬號和部分數(shù)據(jù)，都被Facebook用來分析挖掘用戶行為，從而利于推送廣告，這樣用戶個人隱私將受到威脅。另一方面，用戶數(shù)據(jù)完全鎖定于互聯(lián)網(wǎng)公司，必須是相應的互聯(lián)網(wǎng)服務才能讀取和修改，當用戶在其他服務商注冊新的帳戶時，先前積累的個人歷史數(shù)據(jù)不能再分析利用，導致個性化推薦無歷史數(shù)據(jù)的“冷啟動”問題。造成這種技術問題的根本原因是當前互聯(lián)網(wǎng)絡服務缺少一套通用計算機帳戶(UCA)管理系統(tǒng)?，F(xiàn)在計算機、互聯(lián)網(wǎng)絡幾乎成了相當一部分人日常生活的必須品，個人/家庭專用的電腦普及率越來越高，但是作為用戶連接和使用互聯(lián)網(wǎng)絡的第一道門檻的用戶系統(tǒng)，卻是由各個應用網(wǎng)絡服務提供商，依據(jù)自身服務需要獨立開發(fā)、部署和運營的，缺乏統(tǒng)一的用戶信息標準，安全性要求、認證方式各不相同。用戶只能滿足服務提供商的要求，到各個服務網(wǎng)站上單獨注冊一套用戶信息，并管理自己的用戶名、密碼、證書等，這些用戶信息及資產都是固定的捆綁到該服務商。在個人用戶的專用計算機中沒有一套通用計算機帳戶系統(tǒng)，能夠提供與服務(商)無綁定、無縫集成用戶信息資產、終身有效的通用計算帳戶系統(tǒng)。本發(fā)明正是基于申請人于2012年3月20日申請的一種通用計算機帳戶管理系統(tǒng)及其實現(xiàn)方法的思路(中國發(fā)明專利申請?zhí)?01210075795. 3)，預期利用現(xiàn)有網(wǎng)絡技術和方法，針對用戶的信息資產，提出一套不鎖定于服務(商)、無縫集成的用戶信息資產雙向交互方法，實現(xiàn)用戶在不同服務(商)的信息資產的集成、交互和管理，打破信息資產孤島，使得互聯(lián)網(wǎng)應用可以在任何人的數(shù)據(jù)上運行，而不論數(shù)據(jù)在哪里存儲，也不管應用在哪里運行。

發(fā)明內容
本發(fā)明解決的技術問題在于針對用戶數(shù)據(jù)鎖定于服務商，被服務商而不能被用戶自己控制和利用的問題；提供一種跨站點、跨服務的用戶信息資產交互方法；為用戶信息資產提供一套不鎖定于服務(商)、無縫集成的雙向交互方法，實現(xiàn)用戶在不同服務商的信息資產的集成、交互和管理，打破信息資產孤島，使得互聯(lián)網(wǎng)應用可以在任何人的數(shù)據(jù)上運行，而不論數(shù)據(jù)在哪里存儲，也不管應用在哪里運行。本發(fā)明解決上述技術問題的技術方案是
所述的交互方法涉及UCA系統(tǒng)、賬戶、服務、賬戶資產、資產交互接口 ；所述的UCA系統(tǒng)是以人為中心的通用帳戶管理系統(tǒng)，專門管理用戶的通用帳戶及帳戶信息資產；所述的帳戶是UCA系統(tǒng)的一個用戶帳戶，可以同時具有多個邏輯身份，邏輯身份相當于在不同服務中使用的別名；所述的服務是滿足UCA通用帳戶標準和接口的互聯(lián)網(wǎng)絡服務，可以屬于多個獨立的網(wǎng)絡服務提供商；所述的帳戶資產是帳戶在使用服務過程中產生的與用戶相關的數(shù)據(jù)信息，屬于用戶個人信息資產，具有明確定義的數(shù)據(jù)結構和語義；資產操作的算子包括增加、修改、刪除、分享、轉讓、聚合、比較、匹配、導入、導出、搜索；所述的資產交互接口是需要服務和UCA都提供的資產雙向交互接口，接口具有統(tǒng)一的數(shù)據(jù)讀寫、服務數(shù)據(jù)與帳戶資產之間轉化的功能；集成到UCA帳戶認證的服務，首先定義提交給UCA資產的schema元數(shù)據(jù)格式信息，同時也可以定義需要獲得用戶信息的schema ;此信息均通過定義一個虛擬表schema實現(xiàn)，這個虛擬表的schema可以隨時調整屬性,而不是一個固定的接口 ；從服務直接讀取出來的數(shù)據(jù)，通過在服務通過schema映射設置成資產的元數(shù)據(jù)格式或者UCA獲得資產信息后讓用戶自己參與轉化而轉化成帳戶資產；資產的獲取方式可以為UCA主動定時刷新獲取、用戶發(fā)請求實時獲取或服務主動送達；資產交互過程中先對用戶身份認證進行安全控制；包括用戶認證、權限檢查；不論是UCA端還是服務端，在發(fā)送資產請求前都需要專門的認證用戶身份，獲得認證標識后，確認UCA中心和用戶身份的真實性；UCA端在發(fā)出請求前，需要先確認用戶是本UCA的合法身份并帶上相應的認證標識，這樣服務端接受到該請求后不會再到UCA端認證用戶；而服務端在主動送達資產時，需要首先專門發(fā)送一個用戶身份的認證請求，以確保是送達到用戶所屬的UCA;服務端發(fā)送資產時，首先確定送達資產的時間段，要么是請求資產方指定需要請求的資產時間段；要么是上次傳遞時間節(jié)點以來的所有資產，針對資產內容，除了通用的資產屬性需要服務建立映射關系外，其他的資產屬性服務端采用XML自描述的結構組織內容，一個內容體內可以有多條記錄；整個資產內容體以XML形式嵌入到HTTP數(shù)據(jù)包中；資產接收方需要自解析XML格式內容，轉化成相應的數(shù)據(jù)對象結構，借助資產管理系統(tǒng)，實現(xiàn)資產格式的轉換，并在用戶的交互參與下映射成持久存儲結構；自動無法轉換的且用戶又未參與的送達資產保持XML自描述的存儲結構。 用戶有一個UCA通用帳戶，登錄UCA后可以訪問閃記、微社會、閃記APP三個應用服務；訪問閃記服務，用戶記錄從論文文獻中學到的CAP原理的知識；用戶通過UCA，將閃記服務的數(shù)據(jù)主動集成到UCA中形成該用戶的一條資產；訪問微社會服務，與好友探討云計算的一致性知識；
通過閃記客戶端，記錄線下學習到的云計算的可用性知識；微社會/閃記APP各自將這些知識(包括主動為xy用戶個性化推薦的相關知識)作為新的資產主動送達到用戶的UCA中；用戶認為，CAP原理資產，與一致性、可用性知識，具有很強相關性，所以通過資產聚合操作，統(tǒng)一合并到CAP原理的該條資產中。本發(fā)明UCA系統(tǒng)的通用帳戶，在與網(wǎng)絡服務交互過程中產生的帳戶信息資產，通過資產交互方法集成到UCA系統(tǒng)中，形成用戶可獨立控制的終身信息資產。通過資產交互方法，可以實現(xiàn)網(wǎng)絡內容和服務(如個性化推薦)主動送達到帳戶，從而實現(xiàn)以人為中心的“資產找人”的主動服務模式，比現(xiàn)在用戶需要登錄到各個服務中獲取資源的“人找資源”的被動服務模式更人性化。使用本發(fā)明的方法，個人用戶在登錄到通用計算機帳戶(UCA)管理系統(tǒng)后，可以無站式的訪問來自多個服務提供商的滿足UCA帳戶標準的網(wǎng)絡服務，產生的帳戶資產主動的送達到UCA系統(tǒng)中，實現(xiàn)個人信息資產跨服務提供商、跨站點的無縫集成。在UCA的體系中，可以對用戶所訪問的服務按照主動提供的信息資產的質量、精度和效率等程度，按照優(yōu)先級排序，幫助每個帳戶推薦最優(yōu)的服務，從而實現(xiàn)“資產找人”的主動送達服務模式。


下面結合附圖對本發(fā)明進一步說明圖I是本發(fā)明資產交互方法示意；圖2是本發(fā)明資產交互方法應用場景示例圖。
具體實施例方式本發(fā)明的帳戶信息資產交互方法涉及UCA系統(tǒng)、賬戶、服務、賬戶資產、資產交互接口 ；通用計算機帳戶(Universal Computer Account, UCA)系統(tǒng)以人為中心的通用
帳戶管理系統(tǒng)，專門管理用戶的通用帳戶及帳戶信息資產。帳戶(Account) UCA系統(tǒng)的一個用戶帳戶，可以同時具有多個邏輯身份(UserIdentity)，邏輯身份相當于在不同服務中使用的別名。服務(Service):滿足UCA通用帳戶標準和接口的互聯(lián)網(wǎng)絡服務，可以屬于多個獨立的網(wǎng)絡服務提供商。帳戶資產(Account Asset):帳戶在使用服務過程中產生的與用戶相關的數(shù)據(jù)信息，屬于用戶個人信息資產，具有明確定義的數(shù)據(jù)結構和語義。資產操作的算子包括增加、修改、刪除、分享、轉讓、聚合、比較、匹配、導入、導出、搜索。資產交互接口(Asset Access Interface):需要服務和UCA都提供的資產雙向交互接口，接口具有統(tǒng)一的功能數(shù)據(jù)讀寫、服務數(shù)據(jù)與帳戶資產之間轉化。帳戶資產交互方法(AccountAsset Interaction Protocol)的內容概述
集成到UCA帳戶認證的服務，首先需要定義提交給UCA資產的schema元數(shù)據(jù)格式信息。同時也可以定義需要獲得用戶信息的schema。此信息均通過定義一個虛擬表schema實現(xiàn)，這個虛擬表的schema可以隨時調整屬性，而不是一個固定的接口，也就是說，相對于遠程調用的接口來說，資產交互的schema是可以動態(tài)變更定制的。服務需要實現(xiàn)提供帳戶信息資產的交互接口。從服務直接讀取出來的數(shù)據(jù)，如何轉化成帳戶資產有2種方式1)在服務通過schema映射設置成資產的元數(shù)據(jù)格式；2) UCA獲得資產信息后，讓用戶自己參與轉化(整理)。需要安全控制1)用戶認證；2)權限檢查；資產的獲取方式1) UCA主動定時刷新獲??；2)用戶發(fā)請求實時獲取；3)服務主云力送達;除支持UCA資產的基本操作外，還特別支持1)多點同步更新；2)資產的聚合和比較；交互方法的特點1)雙向交互UCA和服務可以相互寫操作；2)多點同步更新同時更新UCA和(多個)服務；3)主動送達服務，實現(xiàn)“資產找人”。UCA根據(jù)服務交互提供的資產質量(比如，提供的資產條數(shù)、用戶接受的條數(shù)、修改變更的條數(shù)等參數(shù)來確定)，通過在線分析交互行為，對服務進行個性化指數(shù)綜合排名，從而對新注冊的帳戶按照排名推薦相應的服務。帳戶資產交互方法引擎包括UCA端交互引擎、服務端交互引擎。它們功能有別，但都具有資產發(fā)送與接受相關的功能，沒有明確的客戶端與服務端區(qū)別，是以支持各種語言的開發(fā)工具包的形式提供集成接口。資產交互方法使用標準的HTTP(S)請求和響應，因此它不需要UCA系統(tǒng)和服務具有特殊能力或者其他客戶端軟件。I、資產資產是用戶交互過程中產生的有價值的信息資源的抽象集成體，而不是用戶在網(wǎng)絡世界的生活流水記錄。從數(shù)據(jù)結構上來說，一條信息資產是一類有明確結構定義的Entities集合(體)和語義,Entity之間有層次關系,每個Entity又由一系列屬性構成。考慮到信息資產的多形態(tài)性，制定統(tǒng)一的資產內容的元數(shù)據(jù)較困難，但是一些共性特性是可以統(tǒng)一定義的，其他資產的具體內容可以采用資產的自描述形式。資產可以用xml結構表示，具體的屬性定義(xml元素)與交互方法實現(xiàn)機制無關，屬于交互方法的內容。資產以xml格式的內容嵌入到http方法傳輸,利用http方法定義的基本操作Get, Post, Put,Delete,實現(xiàn)資產的的所有操作算子。
2、UCA 端UCA端實現(xiàn)帳戶和資產的全生命周期過程管理，需要實現(xiàn)資產的所有操作算子的功能。有些操作，比如資產轉移，需要涉及兩次交互方法的調用(轉入帳戶的資產增加以及轉出帳戶的資產刪除)，因此，需要定義資產操作事務的語義。在UCA中，還實現(xiàn)對資產交互的行為采集及分析。對服務提供的資產的質量、精度和效率等進行在線分析，按照優(yōu)先級排序，對帳戶提供個性化服務推薦。除此以外，UCA端的資產交互方法引擎負責方法基于http的數(shù)據(jù)流的資產獲取和發(fā)送，以及交互方法的xml內容與資產實體對象之間的串行化和反串行化功能。3、服務端 服務端實現(xiàn)帳戶信息資產的獲取和推送接口，主要由服務端的資產交互方法引擎實現(xiàn)。需要定義服務數(shù)據(jù)與資產實體之間元數(shù)據(jù)的映射關系；數(shù)據(jù)對象與基于數(shù)據(jù)流的交互方法xml內容之間的串行化和反串行化的功能；針對服務主動資產送達的模式，服務還可以設定送達的策略，比如定時送達及頻率，或者事件觸發(fā)實時送達。資產數(shù)據(jù)結構有固定的元數(shù)據(jù)結構和語義，而各種服務的數(shù)據(jù)內容和格式多樣，不要求與資產數(shù)據(jù)格式一一映射，甚至有些資產屬性是由用戶在UCA資產管理中增加/變更的，而不要求服務全部提供。服務端接口的實現(xiàn)是以庫函數(shù)的形式為服務開發(fā)者提供開發(fā)包，服務開發(fā)人員只需要定義具體數(shù)據(jù)與資產的映射關系、送達策略。4、交互圖I表示了資產交互方法的工作原理。資產交互需要用戶身份認證的安全控制I)用戶認證；2)權限檢查；因此，必須在交互方法中帶上身份或者認證標識信息。不論是UCA端還是服務端，在發(fā)送資產請求前都需要專門的認證用戶身份，獲得認證標識后，確認UCA中心和用戶身份的真實性。UCA端在發(fā)出請求前，需要先確認用戶是本UCA的合法身份并帶上相應的認證標識，這樣服務端接受到該請求后不會再到UCA端認證用戶。而服務端在主動送達資產時，需要首先專門發(fā)送一個用戶身份的認證請求，以確保是送達到用戶所屬的UCA。是雙向交互的，不僅僅資產可以從服務端寫到UCA端，也可以從UCA同步到(多個)服務端。服務端可以支持實現(xiàn)寫接口，即UCA把相應的資產作為服務的數(shù)據(jù)寫入到服務數(shù)據(jù)庫中，這種寫入操作分為一次性導入、部分同步、記錄更新幾種情況。比如，用戶更換服務后，將先前服務的數(shù)據(jù)導入到新服務中。當然服務端也可以設置成不支持從UCA寫數(shù)據(jù)的請求，返回一個錯誤的應答。支持三類資產的交互觸發(fā)方式1) UCA主動定時刷新獲??；2)用戶發(fā)請求實時獲取；3)服務主動送達。每類都有資產交互的請求和應答。5、資產發(fā)送服務端發(fā)送資產時，首先要確定送達資產的時間段，要么是請求資產方指定需要請求的資產時間段；要么是上次傳遞時間節(jié)點以來的所有資產(如果數(shù)據(jù)量很大，要多次傳輸)。針對資產內容，除了通用的資產屬性需要服務建立映射關系外，其他的資產屬性服務端采用XML自描述的結構組織內容，一個內容體內可以有多條記錄。整個資產內容體以XML形式嵌入到HTTP數(shù)據(jù)包中。6、資產接受由于資產送達方送達的資產格式是XML描述的非固定內容,資產接收方的方法引擎需要自解析XML格式內容，轉化成相應的數(shù)據(jù)對象結構，借助資產管理系統(tǒng)，實現(xiàn)資產格式的轉換，并在用戶的交互參與下映射成持久存儲結構。自動無法轉換的且用戶又未參與的送達資產保持XML自描述的存儲結構。7、應用場景對資產交互方法在UCA的應用場景(圖2)的說明是I.用戶xy有一個UCA通用帳戶。登錄UCA后可以訪問閃記、微社會、閃記APP三個應用服務。 2.訪問閃記服務，xy記錄從論文文獻中學到的CAP原理的知識。3. xy用戶通過UCA，將閃記服務的數(shù)據(jù)主動集成到UCA中形成該用戶的一條資產。4.訪問微社會服務，與好友探討云計算的一致性知識。5.通過閃記客戶端，記錄線下學習到的云計算的可用性知識。6.微社會/閃記APP各自將這些知識(包括主動為xy用戶個性化推薦的相關知識)作為新的資產主動送達到xy的UCA中。7. xy用戶認為，CAP原理資產，與一致性、可用性知識，具有很強相關性，所以通過資產聚合操作，統(tǒng)一合并到CAP原理的該條資產中。
權利要求
1.一種賬戶信息資產交互方法，其特征在于所述的交互方法涉及UCA系統(tǒng)、賬戶、月艮務、賬戶資產、資產交互接口 ； 所述的UCA系統(tǒng)是以人為中心的通用帳戶管理系統(tǒng)，專門管理用戶的通用帳戶及帳戶信息資產； 所述的帳戶是UCA系統(tǒng)的一個用戶帳戶，可以同時具有多個邏輯身份，邏輯身份相當于在不同服務中使用的別名； 所述的服務是滿足UCA通用帳戶標準和接口的互聯(lián)網(wǎng)絡服務，可以屬于多個獨立的網(wǎng)絡服務提供商； 所述的帳戶資產是帳戶在使用服務過程中產生的與用戶相關的數(shù)據(jù)信息，屬于用戶個人信息資產，具有明確定義的數(shù)據(jù)結構和語義；資產操作的算子包括增加、修改、刪除、分享、轉讓、聚合、比較、匹配、導入、導出、搜索； 所述的資產交互接口是需要服務和UCA都提供的資產雙向交互接口，接口具有統(tǒng)一的數(shù)據(jù)讀寫、服務數(shù)據(jù)與帳戶資產之間轉化的功能； 集成到UCA帳戶認證的服務，首先定義提交給UCA資產的schema元數(shù)據(jù)格式信息，同時也可以定義需要獲得用戶信息的schema ;此信息均通過定義一個虛擬表schema實現(xiàn),這個虛擬表的schema可以隨時調整屬性,而不是一個固定的接口 ； 從服務直接讀取出來的數(shù)據(jù)，通過在服務通過schema映射設置成資產的元數(shù)據(jù)格式或者UCA獲得資產信息后讓用戶自己參與轉化而轉化成帳戶資產； 資產的獲取方式可以為UCA主動定時刷新獲取、用戶發(fā)請求實時獲取或服務主動送達； 資產交互過程中先對用戶身份認證進行安全控制；包括用戶認證、權限檢查；不論是UCA端還是服務端，在發(fā)送資產請求前都需要專門的認證用戶身份，獲得認證標識后，確認UCA中心和用戶身份的真實性；UCA端在發(fā)出請求前，需要先確認用戶是本UCA的合法身份并帶上相應的認證標識，這樣服務端接受到該請求后不會再到UCA端認證用戶；而服務端在主動送達資產時，需要首先專門發(fā)送一個用戶身份的認證請求，以確保是送達到用戶所屬的UCA; 服務端發(fā)送資產時，首先確定送達資產的時間段，要么是請求資產方指定需要請求的資產時間段；要么是上次傳遞時間節(jié)點以來的所有資產，針對資產內容，除了通用的資產屬性需要服務建立映射關系外，其他的資產屬性服務端采用XML自描述的結構組織內容，一個內容體內可以有多條記錄；整個資產內容體以XML形式嵌入到HTTP數(shù)據(jù)包中； 資產接收方需要自解析XML格式內容，轉化成相應的數(shù)據(jù)對象結構，借助資產管理系統(tǒng)，實現(xiàn)資產格式的轉換，并在用戶的交互參與下映射成持久存儲結構；自動無法轉換的且用戶又未參與的送達資產保持XML自描述的存儲結構。
2.根據(jù)權利要求I所述的交互方法，其特征在于用戶有一個UCA通用帳戶，登錄UCA后可以訪問閃記、微社會、閃記APP三個應用服務； 訪問閃記服務，用戶記錄從論文文獻中學到的CAP原理的知識； 用戶通過UCA，將閃記服務的數(shù)據(jù)主動集成到UCA中形成該用戶的一條資產； 訪問微社會服務，與好友探討云計算的一致性知識； 通過閃記客戶端，記錄線下學習到的云計算的可用性知識；微社會/閃記APP各自將這些知識(包括主動為xy用戶個性化推薦的相關知識)作為新的資產主動送達到用戶的UCA中； 用戶認為，CAP原理資產，與一致性、可用性知識，具有很強相關性，所以通過資產聚合操作，統(tǒng)一合并到CAP原理的該條資產中。
全文摘要
本發(fā)明涉及計算機應用技術領域，尤其是互聯(lián)網(wǎng)絡服務體系結構的一種帳戶信息資產交互方法。本發(fā)明集成到UCA帳戶認證的服務，首先定義提交給UCA資產的schema元數(shù)據(jù)格式信息，同時也可以定義需要獲得用戶信息的schema；此信息均通過定義一個虛擬表schema實現(xiàn)；從服務直接讀取出來的數(shù)據(jù)，通過在服務通過schema映射設置成資產的元數(shù)據(jù)格式或者UCA獲得資產信息后讓用戶自己參與轉化而轉化成帳戶資產；資產的獲取方式可以為UCA主動定時刷新獲取、用戶發(fā)請求實時獲取或服務主動送達；資產交互過程中先對用戶身份認證進行安全控制；包括用戶認證、權限檢查。本發(fā)明為用戶信息資產提供一套不鎖定于服務、無縫集成的雙向信息資產交互方法；可以用于賬戶信息資產管理中。
文檔編號G06Q10/06GK102968684SQ20121042207
公開日2013年3月13日 申請日期2012年10月26日 優(yōu)先權日2012年10月26日
發(fā)明者徐志偉, 李曉林, 謝毅, 袁子牧, 岳強 申請人:廣東電子工業(yè)研究院有限公司