專利名稱：一種展示用戶資料的方法及系統的制作方法
技術領域：
本發(fā)明涉及通信領域，更具體地說，涉及一種展示用戶資料的方法及系統。
背景技術：
在現有的網絡環(huán)境中，各種即時通信工具、網絡論壇、社區(qū)、游戲等的用戶都具有自身的資料，從而便于聯系和相互了解。
以即時通信為例，用戶資料的展示內容一般包括形象、昵稱、帳號、等級標記、最新的空間內容、店鋪信息、業(yè)務圖標、地理位置等，這些都是即時通信工具中默認的項目，用戶僅具有是否同意展示這些內容的權力。此外，僅有少量內容是可由用戶自行設定的。
由上可知，現有技術中各種用戶資料主要是按照系統默認的樣式(外觀及項目)對其內容進行設定和展示，用戶資料內容的擴展性低，無法滿足用戶的個性化需求。另外，未對用戶資料的公開進行控制，用戶的所有聯系人對其擁有相同的訪問權限，也即資料公開的針對性低。最后，現有技術對用戶資料的訪問主要局限于即時通信，訪問方式單一。
因此需要一種新的方法，實現對用戶資料個性化的、有針對的、形式多樣的展示。

發(fā)明內容
本發(fā)明的目的在于提供一種展示用戶資料的系統，旨在解決現有技術中用戶資料內容的擴展性低、無法滿足用戶個性化需求的問題。
本發(fā)明的目的還在于提供一種展示用戶資料的方法，以更好地解決現有技術中存在的上述問題。
為了實現發(fā)明目的，所述展示用戶資料的系統，包括客戶端和服務器，所述客戶端包括用于編輯用戶資料的資料編輯模塊和根據用戶資料數據繪制用戶資料卡的解析繪制模塊，所述服務器包括用于存儲所述用戶資料數據的數據庫，所述資料編輯模塊進一步對所述用戶資料的樣式信息進行擴展，并根據擴展樣式編輯用戶資料；所述服務器的數據庫進一步存儲根據擴展樣式編輯的用戶資料；所述解析繪制模塊進一步根據擴展樣式編輯的用戶資料數據，生成相應的用戶資料卡并顯示。
優(yōu)選地，所述資料編輯模塊進一步包括樣式擴展單元、內容編輯單元；所述樣式擴展單元用于對所述用戶資料的樣式信息進行擴展，所述樣式信息包括用戶期望展示的外觀及項目；所述內容編輯單元用于根據所述樣式擴展單元擴展的項目輸入相應的內容。
優(yōu)選地，所述資料編輯模塊進一步包括權限設定單元，用于對所述用戶資料設定公開等級。
優(yōu)選地，所述解析繪制模塊所生成并顯示的用戶資料卡，為圖形界面或網頁形式。
優(yōu)選地，所述客戶端進一步包括存儲模塊，用于存儲所述資料編輯模塊根據擴展樣式編輯的用戶資料數據。
優(yōu)選地，所述服務器的數據庫進一步包括樣式存儲單元、內容存儲單元、附加信息單元；所述樣式存儲單元用于存儲所述用戶資料的樣式信息，包括所述客戶端中資料編輯模塊擴展后的樣式信息；所述內容存儲單元用于存儲所述客戶端中資料編輯模塊根據樣式輸入的內容，包括根據擴展樣式輸入的內容；所述附加信息單元用于存儲所述客戶端中資料編輯模塊輸入的附加信息，包括對所述用戶資料設定的公開等級。
為了更好地實現發(fā)明目的，所述展示用戶資料的方法基于服務器與至少一個客戶端之間的信息交互，所述方法包括以下步驟A.在所述至少一個客戶端中根據擴展樣式編輯用戶資料，并上傳到服務器；B.當任一客戶端發(fā)起查看所述用戶資料的請求時，請求客戶端根據所述服務器的指示獲取用戶資料數據；C.在所述請求客戶端中根據獲取的用戶資料數據生成用戶資料卡，并顯示。
優(yōu)選地，所述步驟A在對用戶資料編輯完畢后進一步包括對所述用戶資料設定公開等級。
優(yōu)選地，所述步驟A中將用戶資料上傳給服務器的同時，還在所述至少一個客戶端中備份。
優(yōu)選地，所述步驟B進一步包括B1.所述服務器接收到查看所述用戶資料的請求，并判斷所述請求客戶端與所述至少一個客戶端是否一致，若是則轉步驟B2，若否則轉步驟B3；
B2.所述請求客戶端從本地提取用戶資料數據；B3.所述服務器提取用戶資料數據并發(fā)送至請求客戶端。
本發(fā)明通過在客戶端中自定義擴展樣式，并根據擴展樣式編輯用戶資料，增強了內容的擴展性，滿足了用戶的個性化需求。另外，本發(fā)明還對編輯的用戶資料設定了公開等級，從而提高了公開的針對性。本發(fā)明的應用不限于即時通信，提高了用戶資料公開方式的多樣性。


圖1是本發(fā)明中展示用戶資料的系統結構圖；圖2是本發(fā)明的一個實施例中展示用戶資料的系統結構圖；圖3是本發(fā)明的一個實施例中客戶端的內部結構圖；圖4是本發(fā)明的一個實施例中服務器的內部結構圖；圖5是本發(fā)明中展示用戶資料的方法流程圖；圖6是本發(fā)明的一個實施例中展示用戶資料的方法流程圖。
具體實施例方式
為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
本發(fā)明通過在客戶端中擴展用戶資料的樣式，即外觀和項目等，并根據擴展樣式輸入相應的內容，然后將編輯完畢的用戶資料數據上傳給服務器，同時在本地備份。當用戶查看自身資料時，則從本地提取備份的用戶資料數據，并生成用戶資料卡顯示給用戶。當其他用戶查看該用戶的資料時，則從服務器中獲取該用戶的資料數據，再在其他用戶的客戶端中生成用戶資料卡并顯示。由于本發(fā)明的客戶端中用戶資料的樣式具有極強的可擴展性，用戶可自定義的擴展多個項目，因此最終查看到的用戶資料卡的內容非常豐富，充分滿足了用戶的個性化需求。
圖1示出了本發(fā)明中展示用戶資料的系統結構，該系統包括服務器100和多個客戶端，如客戶端200、客戶端300......客戶端N。
應當說明的是，本發(fā)明所有圖示中各設備之間的連接關系是為了清楚闡釋其信息交互及控制過程的需要，因此應當視為邏輯上的連接關系，而不應僅限于物理連接。
服務器100與多個客戶端(客戶端200、客戶端300......客戶端N)相連，用于對接收并存儲各客戶端上報的用戶資料數據，以及根據不同客戶端的請求對數據進行處理并反饋。
各客戶端(客戶端200、客戶端300......客戶端N)可為多種終端通信設備，例如個人計算機(Personal Computer，PC)、個人數字助理(Personal DigitalAssistant，PDA)、移動電話(Mobile Phone，MP)，以及各種網頁客戶端(Webclient，WC)等，因此本發(fā)明的保護范圍不應限定為某種特定類型的客戶端。
圖2示出了本發(fā)明的一個實施例中展示用戶資料的系統結構，該系統結構并不是本發(fā)明的最簡結構，另外也可在其上進行擴展。該系統結構是在網絡環(huán)境下應用的一個典型系統結構，包括服務器100、客戶端200、客戶端300。
客戶端200包括資料編輯模塊201、存儲模塊202、收發(fā)模塊203和解析繪制模塊204，其具體內部結構如圖3所示，其中(1)資料編輯模塊201與存儲模塊202以及收發(fā)模塊203相連，其內部包括樣式擴展單元2011、內容編輯單元2012、權限設定單元2013樣式擴展單元2011用于對用戶資料的樣式進行擴展，本發(fā)明所稱的樣式包括用戶期望展示的樣式、用戶期望展示的項目等；內容編輯單元2012則根據樣式擴展單元2011所擴展樣式輸入相應的內容；權限設定單元2013用于對所編輯的用戶資料進行權限設定，也即設置用戶資料的公開等級。
在本發(fā)明的一個示例方案中，用戶期望其個人資料以一種新穎的外觀展示給其他用戶，例如其自行設計的“米老鼠”形狀的外觀，則可在用戶資料的樣式中增加自定義外觀，并從本地選擇該“米老鼠”形狀的外觀上傳。若用戶期望在個人資料中增加與其寵物狗相關的信息，則在樣式擴展單元2011中擴展寵物狗相關項目，包括寵物狗的名字、年齡、重量、喜歡吃的食物等等，該擴展項目可由用戶自定義，可在系統的原樣式中的模板基礎上擴展，也可新建一個模板(也即一張新的資料)。然后在內容編輯單元2012中根據上述擴展出來的項目輸入相應的內容，例如，“名字卡西歐”、“年齡1歲”、“重量2.5千克”、“喜歡吃的食物火腿腸”等等，上述內容可由用戶任意輸入。當所有資料編輯完畢后，再在權限設定單元2013中對所編輯的資料設定公開等級，例如，對家人選擇全部公開、對同學則可勾選部分項目公開、對部分人可選擇完全不公開，該公開等級可由用戶任意設定。
在本發(fā)明的另一示例方案中，用戶期望在個人資料中增加其作為某個游戲的“游戲玩家”的信息，則在樣式擴展單元2011中擴展“游戲玩家”相關項目，包括“玩家姓名”、“擅長武器”、“絕招”、“鼠標速度”、“屏幕分辨率”、“最好成績”等等，該擴展項目可由用戶自定義，可在系統的原樣式中的模板基礎上擴展，也可新建一個模板(也即一張新的資料)。然后在內容編輯單元2012中根據上述擴展出來的項目輸入相應的內容，例如，“玩家姓名蠟筆小輝”、“擅長武器飛刀”、“絕招乾坤大挪移”、“鼠標速度2.8”、“屏幕分辨率640*480”、“最好成績2006WCG”等等，上述內容可由用戶任意輸入。當所有資料編輯完畢后，再在權限設定單元2013中對所編輯的資料設定公開等級，例如，僅對該網絡游戲的其他玩家公開，該公開等級可由用戶任意設定。
(2)存儲模塊202與資料編輯模塊201以及解析繪制模塊204相連，用于對資料編輯模塊201所編輯的用戶資料進行數據備份，供解析繪制模塊204的本地提取。
在本發(fā)明的一個示例方案中，該存儲模塊202包括多個不同的存儲單元，用于分類存儲資料編輯模塊201所編輯的用戶資料數據，例如樣式存儲單元、內容存儲單元、權限存儲單元(圖3中未示出)，等。
(3)收發(fā)模塊203與資料編輯模塊201以及解析繪制模塊204相連，用于將資料編輯模塊201編輯的用戶資料數據上傳給服務器100，以及接收服務器100發(fā)送的各種消息、指令或數據，并將這些消息、指令或數據送入解析繪制模塊204中進行處理。
在本發(fā)明的一個示例方案中，登陸客戶端200的用戶在編輯完資料并上傳給服務器100且在本地備份后，發(fā)起查看自身資料的請求，則由收發(fā)模塊203將該請求發(fā)送至服務器100，服務器100經判斷后反饋一個“在本地提取”的指令，該收發(fā)模塊203收到該指令后則將其送入解析繪制模塊204執(zhí)行。
在本發(fā)明的另一個示例方案中，登陸客戶端200的用戶發(fā)起查看其他網絡用戶資料的請求時，則由由收發(fā)模塊203將該請求發(fā)送至服務器100，服務器100經判斷后提取該其他網絡用戶上傳的用戶資料數據并反饋給客戶端200，收發(fā)模塊203收到該網絡用戶資料后則將其送入解析繪制模塊204進行處理。
(4)解析繪制模塊204與存儲模塊202以及收發(fā)模塊203相連，用于根據服務器100反饋的消息、指令或數據，對用戶資料數據進行解析，并生成用戶資料卡。本發(fā)明中解析繪制模塊204所生成的用戶資料卡可為多種形式，例如為圖形界面，或者網頁形式。前者可直接解析得到圖形，后者典型的可生成一個網頁鏈接，通過該網頁鏈接訪問包含用戶資料的網頁。
在一個示例方案中，若服務器100反饋的是一個“從本地提取”的指令(說明該用戶發(fā)起了查看自身資料的請求)，則解析繪制模塊204從存儲模塊202中提取備份的用戶資料數據，并生成用戶資料卡顯示出來。
在另一個示例方案中，若服務器100反饋的是某個網絡用戶資料數據包，則解析繪制模塊204解析該數據包，并根據解析得到的該網絡用戶資料數據生成相應的用戶資料卡顯示出來。
客戶端300與客戶端200在具體的網絡應用中處于對等的關系，兩者在內部結構和功能上都是一致的，因此不再贅述。
服務器100包括數據庫101、收發(fā)模塊102和數據處理模塊103，其具體內部結構如圖4所示，其中(1)數據庫101用于對客戶端200及客戶端300上傳的用戶資料數據進行分類存儲，包括樣式存儲單元1011、內容存儲單元1012、附加信息單元1013，其中樣式存儲單元1011用于存儲用戶資料數據中的樣式信息，包括用戶期望展示的外觀及項目；內容存儲單元1012用于存儲用戶資料數據中的內容信息，例如前述在內容編輯單元2012中根據擴展樣式所輸入的內容；附加信息單元1013用于存儲附加信息，例如對用戶資料設定的公開等級，等。
(2)收發(fā)模塊102與數據庫101及數據處理模塊103相連，用于接收客戶端200及客戶端300上傳的用戶資料數據、發(fā)送的查看請求等，并根據數據處理模塊103的處理結果反饋相應的消息、指令或數據。
(3)數據處理模塊103用于對客戶端200及客戶端300上傳的用戶資料數據進行分類，并存儲到數據庫101的各存儲單元中，以及對接收到的查看請求進行分析，判斷發(fā)起該請求的客戶端(簡稱為請求客戶端)是否與被請求查看的客戶端一致，若一致則反饋“從本地提取”的指令給請求客戶端，若不一致則從數據庫101中提取用戶資料數據并反饋給請求客戶端。
圖5示出了本發(fā)明中展示用戶資料的方法流程，該方法基于如圖2所示的系統結構，其中不同的用戶登陸到客戶端200和客戶端300中，該方法流程具體如下在步驟S501中，在客戶端200中根據擴展樣式編輯用戶資料，本發(fā)明所稱的樣式包括用戶期望展示的外觀及項目等。具體包括(1)在客戶端200中擴展該用戶資料的樣式；(2)根據擴展樣式輸入相應的內容。
在步驟S502中，客戶端200利用其收發(fā)模塊203將編輯后的用戶資料數據上傳到服務器100。
在步驟S503中，當網絡中的用戶發(fā)起查看客戶端200上用戶資料的請求時，請求客戶端獲取用戶資料數據，在本發(fā)明中請求客戶端可以是客戶端200也可以是客戶端300。
在步驟S504中，請求客戶端(客戶端200或者客戶端300)根據獲取的用戶資料數據將其資料展示到其用戶界面上，在本發(fā)明中具有多種形式的展示，可生成用戶資料卡。本發(fā)明中解析繪制模塊204或解析繪制模塊304所生成的用戶資料卡可為多種形式，例如為圖形界面，或者網頁形式。前者可直接解析得到圖形，后者典型的可生成一個網頁鏈接，通過該網頁鏈接訪問包含用戶資料的網頁。
圖6示出了本發(fā)明的一個實施例中展示用戶資料的方法流程，該方法基于如圖2所示的系統結構，其中用戶A登陸到客戶端200，用戶B登陸到客戶端300中，該方法流程具體如下在步驟S601中，在客戶端200中根據擴展樣式編輯用戶A的資料，所稱的樣式包括用戶A期望展示的外觀及項目等。具體包括(1)在客戶端200中擴展該用戶資料的樣式；(2)根據擴展樣式輸入相應的內容。
在一個示例方案中，該外觀可為用戶A自行設計的外觀，例如“米老鼠”形狀等。所擴展的項目也可為用戶A自定義，例如可擴展該用戶A的寵物狗相關信息，為“名字卡西歐”、“年齡1歲”、“重量2.5千克”、“喜歡吃的食物火腿腸”等等。在該步驟S601中，可進一步包括設定用戶A資料的公開等級，例如，對家人選擇全部公開、對同學勾選部分項目公開、對部分人可選擇完全不公開，等。
在步驟S602中，客戶端200利用其收發(fā)模塊203將編輯后的用戶A的資料數據上傳到服務器100，并在客戶端200中備份。
服務器100的收發(fā)模塊102收到該用戶A的資料數據后，利用數據處理模塊103對其進行分類，并存儲到數據庫101的各存儲單元中。在一個示例方案中，將樣式信息保存到樣式存儲單元1011中，將內容信息保存到內容存儲單元1012中，將用戶A的資料的公開等級存儲到附加信息單元1013中。
在一個示例方案中，客戶端200中備份的用戶A的資料數據也采用分類存儲的方式。
在步驟S603中，當網絡中任一客戶端上的用戶(客戶端200上的用戶A或客戶端300上的用戶B)發(fā)起查看客戶端200上用戶A的資料的請求時，該請求送至服務器100。
在步驟S604中，服務器100接收到該請求時，利用數據處理模塊103分析該請求的類型，并判斷請求客戶端是否與客戶端200一致若一致，則轉步驟S605；若不一致，則轉步驟S607。
在步驟S605中，當服務器100判斷得知請求客戶端即客戶端200，則發(fā)送“從本地提取”的指令給客戶端200。
在步驟S606中，客戶端200收到服務器100反饋的指令后，利用其解析繪制模塊204從存儲模塊202中提取備份的用戶A的資料數據。
在步驟S607中，客戶端200利用解析繪制模塊204根據提取的用戶A的資料數據生成相應的用戶A資料卡或者包含用戶A資料的網頁鏈接等，并顯示到客戶端200的用戶界面上供用戶A查看。
在步驟S608中，當服務器100判斷得知請求客戶端是客戶端300，則從數據庫101中提取該用戶A的資料數據，并發(fā)送給客戶端300。
在步驟S609中，當客戶端300獲取到該用戶資料數據后，利用其解析繪制模塊304對其進行解析，根據解析結果生成相應的用戶A資料卡或者包含用戶A資料的網頁鏈接等，并顯示到客戶端300的用戶界面上供用戶B查看。
圖7示出了本發(fā)明的一個實施例中展示用戶資料的方法流程，本實施例是展示某網絡游戲中游戲玩家的資料的過程，基于如圖2、圖3、圖4所示的系統結構，游戲玩家A登陸到客戶端200，另一游戲玩家B登陸到客戶端300。該方法流程具體包括以下步驟在步驟S701中，在客戶端200中利用其資料編輯模塊201根據擴展樣式編輯該游戲玩家A的資料，本實施例所稱的樣式包括用戶期望展示的外觀及項目等，具體包括(1)利用資料編輯模塊201中的樣式擴展單元2011擴展該游戲玩家的資料樣式，本實施例擴展了包括“玩家姓名”、“擅長武器”、“絕招”、“鼠標速度”、“屏幕分辨率”、“最好成績”等項目，該擴展項目可由游戲玩家A自定義，可在系統的原樣式中的模板基礎上擴展，也可新建一個模板(也即一張新的資料)；(2)資料編輯模塊201的內容編輯單元2012進一步根據擴展樣式輸入相應的內容，例如，“玩家姓名蠟筆小輝”、“擅長武器飛刀”、“絕招乾坤大挪移”、“鼠標速度2.8”、“屏幕分辨率640*480”、“最好成績2006WCG”等等，上述內容可由用戶任意輸入；(3)當所有資料編輯完畢后，再在資料編輯模塊201的權限設定單元2013中對所編輯的資料設定公開等級，例如，將部分項目對游戲玩家B公開，該公開等級可由游戲玩家A任意設定。
在步驟S702中，客戶端200利用其收發(fā)模塊203將所編輯的游戲玩家A的資料數據上傳到服務器100，當服務器100接收到其資料數據，則分類存儲到樣式存儲單元1011、內容存儲單元1012和附加信息單元1013中。本實施例的步驟S702也可以進一步將游戲玩家A的資料數據在客戶端200中備份。
在步驟S703中，客戶端300向服務器100發(fā)起查看游戲玩家A的資料的請求，服務器100收到該請求，利用其數據處理模塊103分析后得知游戲玩家B期望查看游戲玩家A的資料。
在步驟S704中，服務器100利用其數據處理模塊103從數據庫101中提取游戲玩家A的資料數據，并發(fā)送給客戶端300。
在步驟S705中，客戶端300接收到服務器100反饋的游戲玩家A的資料數據后，利用其解析繪制模塊304對其解析，并將其資料以多種形式展示到客戶端300的用戶界面上供游戲玩家B查看。在本實施例中，客戶端300利用其解析繪制模塊304生成該游戲玩家A的資料卡，顯示到客戶端300的用戶界面上供游戲玩家B查看。
應當說明的是，本發(fā)明典型的應用于網絡游戲、即時通信工具和網絡論壇，但并不限定于此，在其他類似的網絡環(huán)境中也可以應用本發(fā)明所闡述的方法。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種展示用戶資料的系統，包括客戶端和服務器，所述客戶端包括用于編輯用戶資料的資料編輯模塊和根據用戶資料數據繪制用戶資料卡的解析繪制模塊，所述服務器包括用于存儲所述用戶資料數據的數據庫，其特征在于，所述資料編輯模塊進一步對所述用戶資料的樣式信息進行擴展，并根據擴展樣式編輯用戶資料；所述服務器的數據庫進一步存儲根據擴展樣式編輯的用戶資料；所述解析繪制模塊進一步根據擴展樣式編輯的用戶資料數據，生成相應的用戶資料卡并顯示。
2.根據權利要求1所述的展示用戶資料的系統，其特征在于，所述資料編輯模塊進一步包括樣式擴展單元、內容編輯單元；所述樣式擴展單元用于對所述用戶資料的樣式信息進行擴展，所述樣式信息包括用戶期望展示的外觀及項目；所述內容編輯單元用于根據所述樣式擴展單元擴展的項目輸入相應的內容。
3.根據權利要求2所述的展示用戶資料的系統，其特征在于，所述資料編輯模塊進一步包括權限設定單元，用于對所述用戶資料設定公開等級。
4.根據權利要求1所述的展示用戶資料的系統，其特征在于，所述解析繪制模塊所生成并顯示的用戶資料卡，為圖形界面或網頁形式。
5.根據權利要求1所述的展示用戶資料的系統，其特征在于，所述客戶端進一步包括存儲模塊，用于存儲所述資料編輯模塊根據擴展樣式編輯的用戶資料數據。
6.根據權利要求1至5中任一權利要求所述的展示用戶資料的系統，其特征在于，所述服務器的數據庫進一步包括樣式存儲單元、內容存儲單元、附加信息單元；所述樣式存儲單元用于存儲所述用戶資料的樣式信息，包括所述客戶端中資料編輯模塊擴展后的樣式信息；所述內容存儲單元用于存儲所述客戶端中資料編輯模塊根據樣式輸入的內容，包括根據擴展樣式輸入的內容；所述附加信息單元用于存儲所述客戶端中資料編輯模塊輸入的附加信息，包括對所述用戶資料設定的公開等級。
7.一種展示用戶資料的方法，所述方法基于服務器與至少一個客戶端之間的信息交互，其特征在于，所述方法包括以下步驟A.在所述至少一個客戶端中根據擴展樣式編輯用戶資料，并上傳到服務器；B.當任一客戶端發(fā)起查看所述用戶資料的請求時，請求客戶端根據所述服務器的指示獲取用戶資料數據；C.在所述請求客戶端中根據獲取的用戶資料數據生成用戶資料卡，并顯示。
8.根據權利要求7所述的展示用戶資料的方法，其特征在于，所述步驟A在對用戶資料編輯完畢后進一步包括對所述用戶資料設定公開等級。
9.根據權利要求7或8所述的展示用戶資料的方法，其特征在于，所述步驟A中將用戶資料上傳給服務器的同時，還在所述至少一個客戶端中備份。
10.根據權利要求9所述的展示用戶資料的方法，其特征在于，所述步驟B進一步包括B1.所述服務器接收到查看所述用戶資料的請求，并判斷所述請求客戶端與所述至少一個客戶端是否一致，若是則轉步驟B2，若否則轉步驟B3；B2.所述請求客戶端從本地提取用戶資料數據；B3.所述服務器提取用戶資料數據并發(fā)送至請求客戶端。
全文摘要
本發(fā)明涉及通信領域，提供了一種展示用戶資料的方法及系統。所述方法包括以下步驟A.在所述至少一個客戶端中根據擴展樣式編輯用戶資料，并上傳到服務器；B.當任一客戶端發(fā)起查看所述用戶資料的請求時，請求客戶端根據所述服務器的指示獲取用戶資料數據；C.在所述請求客戶端中根據獲取的用戶資料數據生成用戶資料卡，并顯示。本發(fā)明通過在客戶端中自定義擴展樣式，并根據擴展樣式編輯用戶資料，提高了展示用戶資料的靈活性，尤其是增強了內容的擴展性。另外，本發(fā)明還對編輯的用戶資料設定了公開等級，從而提高了公開的針對性。本發(fā)明的應用不限于即時通信，提高了用戶資料公開方式的多樣性。
文檔編號G06F17/30GK101079791SQ20071007355
公開日2007年11月28日 申請日期2007年3月16日 優(yōu)先權日2007年3月16日
發(fā)明者廖玨, 張星亮, 秦鵬程, 王萌, 高名航 申請人:騰訊科技(深圳)有限公司