專利名稱：搜索系統(tǒng)和搜索方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及移動通信領(lǐng)域，尤其是一種搜索系統(tǒng)和搜索方法。
背景技術(shù)：
目前，網(wǎng)絡(luò)用戶的用戶信息包括用戶的通信意愿、通信能力、通信設(shè)備信息和用戶個人信息等，用戶需要根據(jù)其他用戶的某些信息(屬于用戶信息的一部分)搜索出符合條件的用戶。
搜索代理(Search Proxy，SP)主要是完成文檔搜索的功能，即需要在實現(xiàn)上完成以下功能接收擴展標(biāo)記語言(eXtension Markup Language，XML)文檔管理客戶端(Document Management Client，XDMC)即用戶設(shè)備(User Equipment，UE)的搜索請求；解析請求并把請求轉(zhuǎn)發(fā)給本域的XML文檔管理服務(wù)器(XML Document Management Client，XDMS)，或者將請求轉(zhuǎn)發(fā)到其他網(wǎng)絡(luò)的XDMS處理；收集所有XDMS的應(yīng)答消息，經(jīng)過組合過濾之后發(fā)送給UE。
因此SP只有文檔搜索的功能，并沒有搜索用戶信息的能力，因為用戶信息中的個人信息在XDMS管理，用戶的設(shè)備信息、能力信息和意愿信息則在呈現(xiàn)服務(wù)器(Presence Server，PS)管理。
現(xiàn)有技術(shù)一如圖1所示，為現(xiàn)有的開放移動聯(lián)盟(Open Mobile Alliance，OMA)XDMSV2.0搜索代理系統(tǒng)上下文的結(jié)構(gòu)示意圖。XDMS的Shared XDMSs包含3個XDMS，其中包括Shared Profile XDMS(維護用戶個人信息)，Shared Group XDMS(維護公共群組)，Shared List XDMS(維護私有群組和地址簿)，但是目前個人信息主要是用戶自己維護自己的個人信息，可以修改和查詢，而其他用戶想要查看只能使用搜索的功能。而用戶的其他信息，如能力信息、意愿信息和設(shè)備信息則作為用戶呈現(xiàn)(Presence)信息的一部分保存在Presnece Server來維護。
參見圖2所示，為現(xiàn)有的基于OMA XDMS V2.0搜索代理系統(tǒng)的終端搜索請求的處理過程的流程圖，詳細方法如下步驟101，XDMC向聚合代理(Aggregation Proxy，AP)發(fā)送搜索請求搜索用戶個人信息和在線信息(Search with XDM&Online)搜索符合條件的用戶，這些條件包括個人信息的一部分以及是否在線等信息，因為個人信息在XDMS中，而用戶是否在線的信息在Presence Enabler中，所以將這兩類信息分開描述；步驟102，AP向SP轉(zhuǎn)發(fā)接收到的搜索請求；步驟103，SP首先提取搜索條件，然后到XDMS搜索符合條件的用戶個人信息；步驟104，XDMS返回搜索結(jié)果，SP接收到返回結(jié)果后保存到本地，并從中提取出用戶的統(tǒng)一資源標(biāo)識(Uniform Resource Identifier，URI)；步驟105，SP向PS訂閱這些用戶的在線信息；步驟106，PS返回結(jié)果；步驟107，當(dāng)所有用戶的訂閱都完成以后，SP把這兩個結(jié)果組合起來；步驟108，SP將組合后的結(jié)果返回給XDMC。
因此，該現(xiàn)有技術(shù)雖然系統(tǒng)結(jié)構(gòu)比較簡單，符合現(xiàn)有OMA規(guī)范的結(jié)構(gòu)，所有現(xiàn)有接口都不用改變，但是每個終端請求都要經(jīng)過XDMS檢索、PS訂閱、結(jié)果組合的過程，效率非常低，而且后臺的整個處理過程非常耗時，給終端帶來很大的延遲，響應(yīng)速度慢。
現(xiàn)有技術(shù)二如圖3所示，為擴展呈現(xiàn)搜索XML文檔管理服務(wù)器(Presence SearchXDMS)的搜索代理系統(tǒng)上下文的示意圖，該系統(tǒng)在現(xiàn)有的OMA系統(tǒng)中增加了一個Presence Search XDMS，用來存放用戶的呈現(xiàn)(Presence)信息。PresenceSearch XDMS負責(zé)向Presence Server訂閱用戶的Presence信息，并接受Search Proxy的搜索請求。參見圖4所示，為基于Presence Search XDMS的終端搜索請求的處理過程的流程圖，詳細方法如下步驟201，Presence Search XDMS啟動，獲取PS上所有用戶的狀態(tài)信息存放到本地，然后通過PS的訂閱關(guān)系，及時獲取變化的用戶狀態(tài)信息，更新到本地；步驟202，XDMC向AP發(fā)送搜索請求搜索用戶個人信息和在線信息(Searchwith XDM & Online)；步驟203，AP向Search Proxy轉(zhuǎn)發(fā)接收到的搜索請求；步驟204，SP首先提取搜索條件，然后到XDMS搜索符合條件的用戶個人信息；步驟205，XDMS返回搜索結(jié)果，SP接收到返回結(jié)果后保存到本地，并從中提取出用戶的URI；步驟206，SP向Presence Search XDMS獲取上一步搜索結(jié)果中哪些用戶符合搜索狀態(tài)條件；步驟207，Presence Search XDMS返回結(jié)果；步驟208，SP根據(jù)Presence Search XDMS返回的結(jié)果生成搜索結(jié)果；步驟209，SP將搜索的結(jié)果返回給XDMC。
因此，該現(xiàn)有方法雖然不用改變當(dāng)前體系中已有模塊的功能，PS的授權(quán)策略仍然可用，但是增加了新的實體，體系變復(fù)雜；PS與Presence Search XDMS的交互增加新的通信負擔(dān)，后臺對結(jié)果的整合處理仍然低效。
現(xiàn)有技術(shù)三如圖5所示，為由呈現(xiàn)服務(wù)器(Presence Server)實現(xiàn)搜索用戶在線狀態(tài)的上下文的搜索代理系統(tǒng)上下文的示意圖，該系統(tǒng)保持原有OMA體系不變，但是Presence Server增加了搜索功能，這樣Search Proxy可以直接發(fā)送查詢請求到PS，由PS來完成用戶的在線狀態(tài)信息檢索。參見圖6所示，為由Presence Server實現(xiàn)搜索用戶在線狀態(tài)的流程，詳細方法如下步驟301，XDMC向AP發(fā)送搜索請求搜索用戶個人信息和在線信息(Searchwith XDM & Online)；步驟302，AP向Search Proxy轉(zhuǎn)發(fā)接收到的搜索請求；步驟303，SP首先提取搜索條件，然后到XDMS搜索符合條件的用戶個人信息；步驟304，XDMS返回搜索結(jié)果Search results，SP接收到返回結(jié)果后保存到本地，并從中提取出用戶的URI；步驟305，SP由此發(fā)請求到PS檢索這些用戶的在線狀態(tài)信息；步驟306，PS返回搜索結(jié)果；步驟307，當(dāng)兩個檢索完成后，SP把這兩個結(jié)果組合起來；步驟308，SP將組合后的結(jié)果返回給XDMC。
因此，該方法雖然沒有增加新實體，現(xiàn)有體系沒有改變，使用現(xiàn)有協(xié)議就能實現(xiàn)在線用戶搜索功能，但是Presence Server的復(fù)雜性增加，后臺對結(jié)果的整合處理仍然低效。
另外，上述現(xiàn)有技術(shù)還存在如下問題1、上述三個現(xiàn)有技術(shù)都沒有將終端的請求進行收斂，不能有效的降低各實體間的通信負擔(dān)。每個請求都會導(dǎo)致Search Proxy和XDMS、PS之間的消息交互，這就使得它們之間的通訊過于頻繁，造成后臺服務(wù)器的負擔(dān)太大；2、現(xiàn)有技術(shù)2和3的響應(yīng)時間過長，這兩種方案僅適合用戶數(shù)比較小的系統(tǒng)。但在實際情況中，用戶數(shù)可能會很大，這使得搜索的結(jié)果也會很大，從而導(dǎo)致Search Proxy和XDMS、PS之間有大量的數(shù)據(jù)量傳輸(這時又引出超大數(shù)據(jù)量傳送的問題)，因此不能完全保證有合理的響應(yīng)速度；3、現(xiàn)有技術(shù)2和3中雖然服務(wù)器之間傳送數(shù)據(jù)量較小，但是Search Proxy處理過程中還是存在接收、解析、合并XDMS和PS數(shù)據(jù)的過程，這個過程仍然帶來額外的時間損耗，很難達到性能要求。

發(fā)明內(nèi)容
本發(fā)明實施例是提供一種搜索系統(tǒng)和搜索方法，不需要搜索代理和呈現(xiàn)服務(wù)器以及XML文檔管理服務(wù)器之間的交互，以減少接口復(fù)雜度，提高搜索效率，同時使得架構(gòu)簡單，用戶數(shù)據(jù)不重復(fù)。
本發(fā)明實施例提供了一種搜索系統(tǒng)，包括聚合代理，用于搜索請求的認證和路由；呈現(xiàn)服務(wù)器，用于存儲包括個人信息的呈現(xiàn)信息，并根據(jù)接收到的搜索請求在用戶的呈現(xiàn)信息中進行搜索返回搜索結(jié)果。
本發(fā)明實施例還提供了一種搜索方法，包括根據(jù)接收到的搜索請求所攜帶的搜索條件，在呈現(xiàn)服務(wù)器中的包括個人信息的呈現(xiàn)信息中進行搜索；返回符合搜索條件的信息。
因此，本發(fā)明實施例的搜索系統(tǒng)和搜索方法，將呈現(xiàn)信息全部存儲在呈現(xiàn)服務(wù)器中，因此不需要搜索代理和呈現(xiàn)服務(wù)器以及XML文檔管理服務(wù)器之間的交互，減少了接口復(fù)雜度，提高了搜索效率，同時使得架構(gòu)簡單，用戶數(shù)據(jù)不再重復(fù)。
下面通過附圖和實施例，對本發(fā)明實施例的技術(shù)方案做進一步的詳細描述。


圖1為現(xiàn)有技術(shù)OMA XDMS V2.0 Search Proxy的系統(tǒng)上下文示意圖；圖2為現(xiàn)有技術(shù)基于OMA XDMS V2.0 Search Proxy架構(gòu)的搜索流程圖；圖3為現(xiàn)有技術(shù)擴展Presence Search XDMS的搜索代理系統(tǒng)上下文示意圖；圖4為現(xiàn)有技術(shù)基于Presence Search XDMS架構(gòu)的搜索請求流程圖；圖5為現(xiàn)有技術(shù)由呈現(xiàn)服務(wù)器實現(xiàn)搜索用戶在線狀態(tài)的上下文的搜索代理系統(tǒng)上下文的示意圖；圖6為現(xiàn)有技術(shù)由Presence Server實現(xiàn)搜索用戶在線狀態(tài)的流程圖；圖7為本發(fā)明實施例搜索系統(tǒng)的上下文的示意圖；圖8為本發(fā)明實施例搜索系統(tǒng)的結(jié)構(gòu)示意圖；圖9為本發(fā)明實施例搜索方法的流程圖；圖10為本發(fā)明實施例搜索方法中呈現(xiàn)用戶代理發(fā)布用戶呈現(xiàn)信息的流程圖。
具體實施例方式
本發(fā)明實施例是把用戶的個人信息改由呈現(xiàn)服務(wù)器(Presence Server)來維護，則用戶所有可供搜索的信息全部保存在Presence Server上。因此如圖7所示，為本發(fā)明實施例搜索系統(tǒng)的上下文的示意圖，從圖中可以看出，XDMC只需要經(jīng)過會話初始協(xié)議核心網(wǎng)(Session Initiation Protocol Core，SIP Core)和Presence Server進行交互完成信息的發(fā)布，XDMC只需要經(jīng)過AP和Search Proxy交互進行搜索請求，在后臺Search Proxy只需要在Presence Server存儲的呈現(xiàn)信息中進行搜索，搜索的結(jié)果直接返回給XDMC，這樣會使得信令簡單、架構(gòu)簡單，搜索性能將大大提高。
這種改造符合現(xiàn)有的規(guī)范，表1是OMA規(guī)范定義的個人信息的Schema，其中可以看出用戶的個人信息中所包含的內(nèi)容。
表1shared-profile Schema



而Presence信息中是可以包含用戶信息的。如表2所示，為SIMPLE定義的用戶數(shù)據(jù)模型表，即SIMPLE的草案制定的有關(guān)Presence信息的Schema，以下引用RFC 4479的Schema定義表2SIMPLE定義的用戶數(shù)據(jù)模型表


在Data-Model中定義了用戶的業(yè)務(wù)信息(其中包括意愿信息和能力信息)、設(shè)備信息和個人信息，其中個人信息可以引用屬于任何命名空間的個人信息，這正好將個人信息納入Presence信息中維護提供了方便，而且個人信息納入Presence信息中“person”節(jié)點下進行維護和管理同樣可以進行修改和查詢，而且還可以進行權(quán)限控制，而且這樣一來用戶信息，包括能力信息、意愿信息、設(shè)備信息和個人信息全部存放在用戶的Presnece信息中，這樣在不改變現(xiàn)有Presence Server的功能的基礎(chǔ)上新增Search Proxy的功能，實現(xiàn)簡單，架構(gòu)簡單清晰，信令簡單，不需要和XDMS進行交互，將使得搜索性能得到很大提高。
如圖8所示，為本發(fā)明實施例搜索系統(tǒng)的結(jié)構(gòu)示意圖，包括聚合代理(Aggregation Proxy，AP)2，用于搜索請求的認證和路由；聚合代理(Aggregation Proxy)3，用于將聚合代理2路由的搜索請求轉(zhuǎn)發(fā)；呈現(xiàn)服務(wù)器(Presence Server，PS)4，用于存儲包括個人信息的呈現(xiàn)信息，并根據(jù)接收到的搜索請求在用戶的呈現(xiàn)信息中進行搜索返回搜索結(jié)果。
再如圖8所示，呈現(xiàn)服務(wù)器4包括數(shù)據(jù)庫40，用于存儲用戶的包括個人信息的呈現(xiàn)信息；呈現(xiàn)搜索代理(Presence Search Proxy)41，用于根據(jù)接收到的搜索請求在所述數(shù)據(jù)庫40存儲的用戶的呈現(xiàn)信息中進行搜索；呈現(xiàn)服務(wù)器模塊，用于維護呈現(xiàn)信息。
搜索請求由XML文檔管理客戶端(XML Document Management Client，XDMC)來發(fā)送的。
因此，本發(fā)明實施例的搜索系統(tǒng)不會對現(xiàn)有的呈現(xiàn)服務(wù)器的能力造成任何影響。呈現(xiàn)搜索代理作為一個邏輯上獨立的模塊，但是又和PS具有公用數(shù)據(jù)的特性，所以稱為Presence Search Proxy。
本發(fā)明實施例搜索方法包括根據(jù)接收到的搜索請求所攜帶的搜索條件，在呈現(xiàn)信息中進行搜索，將符合搜索條件的信息返回。
如圖9所示，為本發(fā)明實施例搜索方法的流程圖，詳細步驟如下步驟501，XDMC向AP發(fā)送搜索請求；步驟502，AP進行權(quán)限檢查，并將檢查結(jié)果返回給XDMC，如果該搜索請求為授權(quán)信息則執(zhí)行步驟503，否則結(jié)束；步驟503，XDMC收到授權(quán)信息后，重新發(fā)起請求到AP；步驟504，AP將該搜索請求路由到呈現(xiàn)搜索代理(Presence SearchProxy)；步驟505，呈現(xiàn)搜索代理根據(jù)搜索請求攜帶的搜索條件在其擁有的用戶的Presence信息中進行搜索，其中涉及用戶對搜索的權(quán)限控制，在OMA定義的User-Profile中包含“allow-publication”用戶控制該用戶的個人信息是否被允許搜索，則用戶控制了搜索權(quán)限的該用戶的個人信息不允許被搜索；步驟506，呈現(xiàn)搜索代理將搜索結(jié)果返回給AP；步驟507，AP將搜索結(jié)果返回給XDMC。
在進行搜索前，需要發(fā)布用戶呈現(xiàn)信息，如圖10所示，為本發(fā)明實施例搜索方法中呈現(xiàn)用戶代理發(fā)布用戶呈現(xiàn)信息的流程圖，詳細步驟如下步驟401，呈現(xiàn)用戶代理(Presence User Agent，PUA)發(fā)布用戶的Presence信息；PUA可能位于用戶的終端設(shè)備，也可以位于應(yīng)用服務(wù)器，也可能位于網(wǎng)絡(luò)中；步驟402，IMS核心網(wǎng)中的呼叫/會話控制功能代理(Proxy-Call/SessionControl Function，P-CSCF)將該發(fā)布請求發(fā)送給呼叫/會話控制功能服務(wù)器(Serving-Call/Session Control Function，S-CSCF)；步驟403，S-CSCF檢查該用戶的初始過慮規(guī)則(Initial filter criteria，IFC)，決定觸發(fā)規(guī)則；步驟404，S-CSCF根據(jù)觸發(fā)規(guī)則將該發(fā)布請求遞送給PS；步驟405，PS檢查用戶的權(quán)限，通過權(quán)限檢查；否則結(jié)束步驟406，PS存儲包括個人信息的Presence信息，并返回200OK響應(yīng)；步驟407，S-CSCF將該響應(yīng)消息給P-CSCF；步驟408，P-CSCF將該響應(yīng)消息遞送給PUA；PS存儲呈現(xiàn)(Presence)信息后PS可以向搜索用戶通知新的包括個人信息的Presence信息。
以上給出了PS上如何獲得用戶的個人信息，它是通過用戶發(fā)布代理(可以是用戶的終端設(shè)備，也可以是應(yīng)用服務(wù)器，能夠代用戶發(fā)布其信息的應(yīng)用)發(fā)布到PS的。
例如1、用戶A的呈現(xiàn)發(fā)布代理向呈現(xiàn)服務(wù)器發(fā)布用戶的呈現(xiàn)信息，其中包括用戶的能力信息、意愿信息、設(shè)備信息和個人信息，當(dāng)然這些信息也可以分開發(fā)布，比如在一次發(fā)布中只發(fā)布了能力信息和意愿信息以及設(shè)備信息，而在另外的時間甚至設(shè)備發(fā)布用戶的個人信息。也就是說發(fā)布的信息可以是全部信息的一個片斷。
2、用戶B上線后，發(fā)起搜索請求，希望搜索所在城市為“深圳”，而且當(dāng)前“在線”的用戶，該請求被路由到呈現(xiàn)搜索代理，該代理只需要檢查當(dāng)前用戶發(fā)布的呈現(xiàn)信息中所在城市為“深圳”，而且當(dāng)前“在線”就可以了，將符合條件的用戶信息返回給用戶B。
如果采用現(xiàn)有的OMA的架構(gòu)，則需要先到Profile XDMS去搜索當(dāng)前所在城市是“深圳”的用戶，待返回符合條件的用戶后，再到呈現(xiàn)服務(wù)器去訂閱這些用戶的呈現(xiàn)信息，再找出當(dāng)前“在線”的用戶，然后再將符合兩個條件的用戶返回給用戶B。這樣性能顯然很差，導(dǎo)致搜索結(jié)果很慢，而且不管采用現(xiàn)有的幾種方案中的哪一種，都導(dǎo)致Profile XDMS和呈現(xiàn)服務(wù)器忍受龐大的數(shù)據(jù)量和信令交互頻度。
因此本發(fā)明實施例具有以下優(yōu)點1、呈現(xiàn)搜索代理不再同時和Presence Server和XDMS同時交互，大大提高了性能；2、按照現(xiàn)有技術(shù)，用戶在XDMS保存一份個人信息，在Presence信息中也可以保存用戶個人信息，導(dǎo)致數(shù)據(jù)重復(fù)，用戶體驗復(fù)雜，本發(fā)明實施例不再使用XDMS維護個人信息，而是將用戶個人信息放在Presence Server上維護，內(nèi)嵌在data-model定義的“person”節(jié)點下，使得數(shù)據(jù)不再重復(fù)，方便用戶管理，用戶體驗更合理。
3、只搜索一份數(shù)據(jù)就可以滿足用戶的搜索需求(可以搜索用戶的個人信息、能力信息、意愿信息和設(shè)備信息)，實現(xiàn)簡單，性能提升；4、基于Presence Server的Presence Search Proxy的出現(xiàn)，減少了網(wǎng)絡(luò)復(fù)雜度；5、針對用戶對其他用戶的個人信息和Presence信息的聯(lián)合搜索需求，本發(fā)明實施例提供的搜索方案在不違反規(guī)范的前提下，架構(gòu)簡單、性能大大提高。
因此，本發(fā)明實施例的搜索系統(tǒng)和搜索方法，不需要搜索代理和呈現(xiàn)服務(wù)器以及XML文檔管理服務(wù)器之間的交互，減少了接口復(fù)雜度，提高了搜索效率，同時使得架構(gòu)簡單，用戶數(shù)據(jù)不再重復(fù)。
最后所應(yīng)說明的是，以上實施例僅用以說明本發(fā)明實施例的技術(shù)方案而非限制，盡管參照較佳實施例對本發(fā)明實施例進行了詳細說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對本發(fā)明實施例的技術(shù)方案進行修改或者等同替換，而不脫離本發(fā)明實施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種搜索系統(tǒng)，其特征在于包括聚合代理，用于搜索請求的認證和路由；呈現(xiàn)服務(wù)器，用于存儲包括個人信息的呈現(xiàn)信息，并根據(jù)接收到的搜索請求在用戶的呈現(xiàn)信息中進行搜索返回搜索結(jié)果。
2.根據(jù)權(quán)利要求1或2所述的搜索系統(tǒng)，其特征在于所述呈現(xiàn)服務(wù)器包括數(shù)據(jù)庫，用于存儲用戶的包括個人信息的呈現(xiàn)信息；呈現(xiàn)搜索代理，用于根據(jù)接收到的搜索請求在所述數(shù)據(jù)庫存儲的用戶的呈現(xiàn)信息中進行搜索；呈現(xiàn)服務(wù)器模塊。
3.一種搜索方法，其特征在于包括根據(jù)接收到的搜索請求所攜帶的搜索條件，在呈現(xiàn)服務(wù)器中的包括個人信息的呈現(xiàn)信息中進行搜索；返回符合搜索條件的信息。
4.根據(jù)權(quán)利要求3所述的搜索方法，其特征在于，所述接收到搜索請求后，對該搜索請求進行權(quán)限檢查，如果該搜索請求為授權(quán)信息則重新發(fā)起搜索請求，然后在呈現(xiàn)服務(wù)器中的包括個人信息的呈現(xiàn)信息中進行搜索。
5.根據(jù)權(quán)利要求3所述的搜索方法，其特征在于，用戶控制了搜索權(quán)限的該用戶的個人信息不允許被搜索。
6.根據(jù)權(quán)利要求3所述的搜索方法，其特征在于，所述接收搜索請求前包括將發(fā)布的用戶的包含個人信息的呈現(xiàn)信息進行儲存并返回響應(yīng)。
7.根據(jù)權(quán)利要求6所述的搜索方法，其特征在于，所述存儲該用戶的呈現(xiàn)信息前還包括檢查權(quán)限信息，權(quán)限檢查通過則存儲該存儲信息的用戶的包括個人信息的呈現(xiàn)信息。
8.根據(jù)權(quán)利要求6所述的搜索方法，其特征在于，所述存儲該村出信息的用戶的包括個人信息的呈現(xiàn)信息后還包括向搜索用戶通知新的呈現(xiàn)信息。
全文摘要
本發(fā)明實施例涉及一種搜索系統(tǒng)，包括聚合代理，用于搜索請求的認證和路由；呈現(xiàn)服務(wù)器，用于存儲包括個人信息的呈現(xiàn)信息，并根據(jù)接收到的搜索請求在用戶的呈現(xiàn)信息中進行搜索返回搜索結(jié)果。本發(fā)明實施例還涉及一種搜索方法，包括根據(jù)接收到的搜索請求所攜帶的搜索條件，在呈現(xiàn)服務(wù)器中的包括個人信息的呈現(xiàn)信息中進行搜索；返回符合搜索條件的信息。因此，本發(fā)明實施例的搜索系統(tǒng)和搜索方法，將呈現(xiàn)信息全部存儲在呈現(xiàn)服務(wù)器中，因此不需要搜索代理和呈現(xiàn)服務(wù)器以及XML文檔管理服務(wù)器之間的交互，減少了接口復(fù)雜度，提高了搜索效率，同時使得架構(gòu)簡單，用戶數(shù)據(jù)不再重復(fù)。
文檔編號G06F17/30GK101075266SQ200710135828
公開日2007年11月21日 申請日期2007年7月16日 優(yōu)先權(quán)日2007年7月16日
發(fā)明者季方 申請人:華為技術(shù)有限公司