專利名稱：異構數(shù)據(jù)源同步方法及其設備的制作方法
技術領域：
本發(fā)明涉及一種異構數(shù)據(jù)源同步方法及其設備，用于實現(xiàn)來自異構數(shù)據(jù)源的數(shù)據(jù)的無縫同步過程。
背景技術：
移動計算的廣泛應用激發(fā)了人們隨時訪問異地信息的需求，隨之產(chǎn)生了異地多版本信息的一致性問題。為此需要在移動計算環(huán)境下引入數(shù)據(jù)同步功能，幫助設備之間交換彼此的修改，并解決可能存在的沖突，以保持各信息版本的一致性。
移動設備和無線通訊技術的發(fā)展帶動了移動計算環(huán)境的發(fā)展。在移動計算模式下，用戶可以隨時訪問和處理自己需要的數(shù)據(jù)。這些數(shù)據(jù)往往并不在本地，相反可能存儲在另一臺移動設備也可能存儲在中心服務器上。同時因為移動網(wǎng)絡的不穩(wěn)定性和移動服務的費用問題，用戶經(jīng)常將自己需要的信息下載到本地后離線處理，而不是持續(xù)連接到網(wǎng)絡上在線操作。這樣必須引入數(shù)據(jù)同步功能，幫助設備之間交換彼此的修改并解決可能存在的沖突，保持各信息版本的一致性。
為了完成數(shù)據(jù)同步功能，目前已經(jīng)出現(xiàn)了很多同步協(xié)議，但是每一個同步協(xié)議僅適用于在一個特定的設備和數(shù)據(jù)子集上進行特定的傳輸和運行。這種缺乏單一同步標準的情況給最終用戶、設備制造商、應用程序開發(fā)者和設備提供商制造了很多問題。為了解決這樣的問題，SyncML協(xié)議應運而生并且正逐漸成為行業(yè)趨勢。
例如，SyncML協(xié)議從設計開始就關注對移動計算環(huán)境的適用性，加上通過定義統(tǒng)一的、基于XML的消息傳輸格式和普遍適用的同步過程，使其為移動計算環(huán)境下的數(shù)據(jù)同步提供了可能。
SyncML協(xié)議的框架如圖2所示。圖2以客戶端/服務器模式描述了協(xié)議組成模塊，應用A代表同步過程的服務器端，應用B代表同步過程的客戶端?？蛻舳伺c服務器端通過底層網(wǎng)絡協(xié)議(如HTTP、WSP等)連接。客戶端通過客戶同步代理訪問網(wǎng)絡，通過代理結合SyncML接口(SyncML I/F)以及適配器發(fā)消息給服務器端。服務器端通過服務器同步代理接受或發(fā)送消息，通過同步引擎(Sync Engine)管理同步過程，例如用戶數(shù)據(jù)庫更新和沖突處理。
SyncML協(xié)議實質(zhì)上是由若干協(xié)議組成，其中核心部分包括表達協(xié)議和同步協(xié)議。表達協(xié)議詳細規(guī)定了同步交互的消息格式。同步協(xié)議規(guī)定客戶端與服務器端的同步過程由兩個階段組成首先進行同步初始化階段，然后進入具體同步階段。在同步初始化階段，同步的雙方按照表達協(xié)議規(guī)定的消息格式交換彼此的認證信息和設備能力。如果初始化成功，即可進入具體同步階段。在此階段，雙方按照表達協(xié)議規(guī)定的消息格式交換需要同步的數(shù)據(jù)信息和具體的操作信息(如，添加、刪除和修改操作)。
SyncML協(xié)議作為一種特別為移動計算環(huán)境設計的同步協(xié)議，普遍被移動設備廠商和移動中間件開發(fā)商選擇作為數(shù)據(jù)同步的解決方案。目前，依靠SyncML協(xié)議的同步解決方案集中于同構數(shù)據(jù)源之間的同步；同時面臨的一個重要問題是，同步設備上存儲的數(shù)據(jù)元結構往往并不相同。這給基于SyncML的同步方案帶來了挑戰(zhàn)。
因此，需要提出一種異構數(shù)據(jù)源同步方法及其設備，用于實現(xiàn)來自異構數(shù)據(jù)源的數(shù)據(jù)的無縫同步過程。
發(fā)明內(nèi)容
為了解決上述問題，提出了本發(fā)明，因此，本發(fā)明的目的是提出一種異構數(shù)據(jù)源同步方法及其設備，用于實現(xiàn)來自異構數(shù)據(jù)源的數(shù)據(jù)的無縫同步過程。
根據(jù)本發(fā)明，提出了一種在發(fā)起方和響應方之間實現(xiàn)異構數(shù)據(jù)源同步的方法，包括發(fā)起方將元數(shù)據(jù)信息轉化為中間類型數(shù)據(jù)，并利用傳輸類型數(shù)據(jù)向響應方發(fā)送；響應方接收所述傳輸類型數(shù)據(jù)以提取中間類型數(shù)據(jù)，并根據(jù)所述中間類型數(shù)據(jù)獲得發(fā)起方和響應方雙方之間的元數(shù)據(jù)映射關系；以及利用所獲得的元數(shù)據(jù)映射關系，進行所述雙方的數(shù)據(jù)同步處理。
優(yōu)選地，所述根據(jù)所述中間類型數(shù)據(jù)獲得發(fā)起方和響應方之間的元數(shù)據(jù)映射關系的步驟包括進一步將所述中間類型數(shù)據(jù)轉換為元數(shù)據(jù)信息，利用映射規(guī)則，獲得發(fā)起方和響應方之間的元數(shù)據(jù)映射關系。
優(yōu)選地，所述發(fā)起方是客戶端而所述響應方是服務器端。
優(yōu)選地，所述獲得發(fā)起方和響應方之間的元數(shù)據(jù)映射關系的步驟包括在所述客戶端屬于能力受限設備的情況下，在服務器端存儲已經(jīng)得到的元數(shù)據(jù)映射關系，并將所述元數(shù)據(jù)映射關系傳遞到客戶端并存儲在客戶端。
優(yōu)選地，所述獲得發(fā)起方和響應方之間的元數(shù)據(jù)映射關系的步驟包括在所述客戶端并非能力受限設備的情況下，僅在服務器端存儲已經(jīng)得到的元數(shù)據(jù)映射關系。
優(yōu)選地，所述發(fā)起方是服務器端而所述響應方是客戶端。
優(yōu)選地，利用所獲得的元數(shù)據(jù)映射關系進行雙方的數(shù)據(jù)同步處理的步驟包括利用元數(shù)據(jù)映射關系，將對方利用同步協(xié)議發(fā)送來的同步數(shù)據(jù)轉換為本地數(shù)據(jù)，以進行同步操作。
優(yōu)選地，所述方法基于SyncML協(xié)議。
優(yōu)選地，所述映射規(guī)則是同名映射規(guī)則。
根據(jù)本發(fā)明，還提出了一種用于實現(xiàn)異構數(shù)據(jù)源同步的設備，包括元數(shù)據(jù)-中間類型數(shù)據(jù)轉化器，用于執(zhí)行元數(shù)據(jù)與中間類型數(shù)據(jù)的相互轉化；中間類型數(shù)據(jù)-傳輸類型數(shù)據(jù)轉化器，用于執(zhí)行傳輸類型數(shù)據(jù)與中間類型數(shù)據(jù)的相互轉化；元數(shù)據(jù)映射關系存儲器，用于存儲元數(shù)據(jù)映射關系；映射關系計算器，用于根據(jù)映射規(guī)則計算同步雙方的元數(shù)據(jù)映射關系；同步數(shù)據(jù)轉化器，用于利用元數(shù)據(jù)映射關系轉化接收到的同步數(shù)據(jù)；以及解析器，用于在建立元數(shù)據(jù)映射關系的情況下，接收對方發(fā)送的包括元數(shù)據(jù)信息的所述傳輸類型數(shù)據(jù)以提取中間類型數(shù)據(jù)，并根據(jù)所述中間類型數(shù)據(jù)獲得本地和對方雙方之間的元數(shù)據(jù)映射關系；用于在執(zhí)行同步數(shù)據(jù)轉換的情況下，解析對方發(fā)來的同步數(shù)據(jù)和同步操作信息。
優(yōu)選地，所述設備還包括同步消息生成/接受器，用于生成/接受同步協(xié)議消息；同步引擎，用于執(zhí)行同步操作，同時解決沖突，并根據(jù)來自同步數(shù)據(jù)源的數(shù)據(jù)，生成同步消息。
通過參考以下結合附圖所采用的優(yōu)選實施例的詳細描述，本發(fā)明的上述目的、優(yōu)點和特征將變得顯而易見，其中圖1是示出了用于實現(xiàn)本發(fā)明的方法的設備的結構圖；圖2以客戶端/服務器模式示出了協(xié)議組成模塊；圖3示出了根據(jù)本發(fā)明的實施例，在異構數(shù)據(jù)源的情況下、服務器端和客戶端之間的數(shù)據(jù)同步過程的示意圖；圖4示出了根據(jù)本發(fā)明的實施例，在異構數(shù)據(jù)源的情況下、服務器端和客戶端之間的元數(shù)據(jù)結構的對應關系的示意圖；圖5示出了根據(jù)本發(fā)明的實施例，服務器端和客戶端之間的異構數(shù)據(jù)同步過程的總體流程圖；圖6示出了在圖5所示的方法步驟中的第一步的詳細流程圖；圖7示出了在圖5所示的方法步驟中的第二步的詳細流程圖；圖8示出了在圖5所示的方法步驟中的第三步的詳細流程圖；具體實施方式
下面將參考附圖來描述本發(fā)明的優(yōu)選實施例。
圖1是示出了用于實現(xiàn)本發(fā)明的方法的設備的結構圖。
如圖1所示，所述設備包括元數(shù)據(jù)-中間類型數(shù)據(jù)轉化器100，用于完成元數(shù)據(jù)與中間類型數(shù)據(jù)的相互轉化功能；中間類型數(shù)據(jù)-傳輸類型數(shù)據(jù)轉化器104，用于完成傳輸類型數(shù)據(jù)與中間類型數(shù)據(jù)的相互轉化功能；解析器108，用于解析同步協(xié)議消息，有兩種情況情況1解析對方發(fā)來的元數(shù)據(jù)信息(建立元數(shù)據(jù)映射關系的情況)；情況2解析對方發(fā)來的同步數(shù)據(jù)和同步操作信息(執(zhí)行同步數(shù)據(jù)轉換的情況)；同步消息生成/接受器116，用于生成/接受同步協(xié)議消息；映射關系計算器102；用于根據(jù)映射規(guī)則計算同步雙方的元數(shù)據(jù)映射關系；元數(shù)據(jù)映射關系存儲器106，用于存儲元數(shù)據(jù)映射關系的數(shù)據(jù)源；同步數(shù)據(jù)轉化器110，用于利用元數(shù)據(jù)映射關系轉化接收到的同步數(shù)據(jù)；同步引擎112，用于執(zhí)行同步操作，同時解決沖突，根據(jù)同步數(shù)據(jù)源的情況生成同步消息。此外，所述設備接收來自需要同步的本地數(shù)據(jù)源114的數(shù)據(jù)。
下面將參考圖3來描述在異構數(shù)據(jù)源的情況下，服務器端和客戶端之間的數(shù)據(jù)同步過程的示意圖。作為示例，僅示出了由客戶端發(fā)起同步過程并因而在服務器端執(zhí)行雙方元數(shù)據(jù)映射的情況。當然，本發(fā)明并不局限于此。
如圖3所示，首先，在客戶端按照一定規(guī)則將元數(shù)據(jù)類型轉換為中間類型數(shù)據(jù)，并轉換為傳輸類型的數(shù)據(jù)(在圖中，作為示例，采用SyncML協(xié)議數(shù)據(jù)傳輸類型)以便將該數(shù)據(jù)傳送到服務器端，在服務器端，服務器端按照相應的規(guī)則提取出中間類型數(shù)據(jù)，并根據(jù)此中間類型數(shù)據(jù)來建立同步雙方的元數(shù)據(jù)映射關系，以便將該映射關系發(fā)送到客戶端，從而在客戶端和服務器端存儲該映射關系；此后，根據(jù)此映射關系，獲得客戶端和服務器端之間的異構數(shù)據(jù)的同步，即同步消息生成和/或接受。
圖4示出了在異構數(shù)據(jù)源的情況下，服務器端和客戶端之間的元數(shù)據(jù)結構的對應關系的示意圖。如圖4所示，在服務器端，服務器端元數(shù)據(jù)結構與恢復出來的客戶端元數(shù)據(jù)結構彼此對應，而客戶端元數(shù)據(jù)結構與恢復出來的服務器端元數(shù)據(jù)結構彼此對應。
下面將參考圖5來描述在異構數(shù)據(jù)源的情況下，服務器端和客戶端之間的異構數(shù)據(jù)同步過程的總體流程圖。
如圖5所示，服務器端和客戶端之間的異構數(shù)據(jù)同步過程總體上包括三個步驟，開始之后，在第一步(步驟500)，同步雙方交換彼此的元數(shù)據(jù)信息；在第二步(步驟502)，建立同步雙方的元數(shù)據(jù)映射關系，并進行存儲，第三步(步驟504)，利用已經(jīng)計算得到的元數(shù)據(jù)映射關系建立服務器端和客戶端之間的異構數(shù)據(jù)同步。由此，可以在服務器端和客戶端之間的數(shù)據(jù)的無縫同步通信。
需要注意的是，此方案需要結合任意一種同步協(xié)議來完成異構數(shù)據(jù)源的同步功能，例如SyncML協(xié)議，并且此方案是按照C/S(客戶/服務器)模式描述的，以下均按照C/S模式來進行描述。當然，本發(fā)明并不局限于此，例如，能夠以除了SyncML協(xié)議之外的任意同步協(xié)議來實現(xiàn)異構數(shù)據(jù)源之間的同步建立過程。
下面將參考圖6來描述上述第一步(步驟500)的詳細處理過程的流程圖。
如圖6所示，客戶端提取本地同步數(shù)據(jù)源的元數(shù)據(jù)信息(步驟600)；然后，將將元數(shù)據(jù)信息轉化為中間類型數(shù)據(jù)(步驟602)；之后，將中間類型數(shù)據(jù)轉化為傳輸類型數(shù)據(jù)(步驟604)；并且利用同步協(xié)議將該傳輸類型數(shù)據(jù)發(fā)送給服務器端(步驟606)。在服務器端，服務器接收對方利用同步協(xié)議發(fā)送的所述傳輸類型數(shù)據(jù)(步驟608)；然后，將該傳輸類型數(shù)據(jù)轉換為中間類型數(shù)據(jù)(步驟610)；之后，將中間類型數(shù)據(jù)轉化為元數(shù)據(jù)信息(步驟612)。由此，得到了來自客戶端的元數(shù)據(jù)信息(步驟614)，以便在后續(xù)步驟中，通過分析，最終獲得需要同步的雙方的元數(shù)據(jù)映射關系。
如上所述，在第一步(步驟500)中，為了交換雙方元數(shù)據(jù)結構，同時不希望改變所依靠的同步協(xié)議規(guī)定的同步步驟和傳輸格式，這樣需要引入傳輸類型和中間類型的定義來完成元數(shù)據(jù)的傳輸和理解過程。其中傳輸類型是根據(jù)所使用的同步協(xié)議的傳輸格式定義的，目的是在不改變同步協(xié)議的基礎上傳輸元數(shù)據(jù)信息。制定中間格式的目的是使同步的雙方理解由傳輸類型描述的元數(shù)據(jù)信息，這樣就可以將對方的元數(shù)據(jù)信息從傳輸數(shù)據(jù)報中提取出來，為下一步做準備。
下面將參考圖7來描述上述第二步(步驟502)的詳細處理過程的流程圖。
如圖7所示，在服務器端，利用映射規(guī)則比較同步雙方的元數(shù)據(jù)信息(步驟700)；通過分析比較，得到同步雙方的元數(shù)據(jù)映射關系(步驟702)；然后，判斷客戶端是否屬于能力受限設備？(步驟704)。在客戶端不屬于能力受限設備的情況下，則將服務器計算的元數(shù)據(jù)映射關系僅存儲在本地，即，服務器端(步驟706)。相反，如果客戶端屬于能力受限設備，則在本地存儲已經(jīng)得到的元數(shù)據(jù)映射關系(步驟708)；并且將計算得到的元數(shù)據(jù)映射關系發(fā)給客戶端(步驟710)，以便存儲在客戶端中。由此，在服務器端和客戶端之間建立了通信雙方的元數(shù)據(jù)映射關系。
如上所述，在第二步(步驟502)中，建立雙方的元數(shù)據(jù)映射關系。也就是，經(jīng)過第一步將元數(shù)據(jù)信息解析出來以后，可以利用一定的映射規(guī)則，比如同名映射規(guī)則(當然，本發(fā)明并不局限于此)，建立同步雙方的元數(shù)據(jù)映射關系。元數(shù)據(jù)映射關系是下一步無縫同步的關鍵?？紤]到具體同步環(huán)境的區(qū)別有兩種情況若客戶端計算能力有限，則由服務器負責計算元數(shù)據(jù)映射關系，然后將得到的映射關系發(fā)給客戶端；否則，由雙方各自計算相應映射關系并將其存儲在本地即可。盡管在這里，僅針對由客戶端發(fā)起元數(shù)據(jù)映射過程的情況進行了描述。在雙方均有計算能力的情況下，可以由客戶端和服務器端分別發(fā)起元數(shù)據(jù)映射建立過程。由服務器端發(fā)起元數(shù)據(jù)映射建立過程的情況與上述由客戶端發(fā)起元數(shù)據(jù)映射建立過程的情況類似。在此不再描述。由此，可以實現(xiàn)由雙方各自計算相應映射關系并將其分別存儲在本地的上述處理。
下面將參考圖8來描述上述第三步(步驟504)的詳細處理過程的流程圖。
如圖8所示，接收對方利用同步協(xié)議發(fā)來的同步數(shù)據(jù)(步驟800)；利用所存儲的元數(shù)據(jù)映射關系將上述數(shù)據(jù)轉化為本地類型的數(shù)據(jù)(步驟802)；完成具體同步操作(包括添加、刪除和更改等)(步驟804)。
如上所述，在第三步(步驟504)，同步消息接受方利用映射關系，將接受到的同步數(shù)據(jù)轉換成自己的數(shù)據(jù)類型，然后進行同步操作(添加、刪除和更改等)。這樣在不改變所使用同步協(xié)議規(guī)定的數(shù)據(jù)格式的前提下，就可以完成異構數(shù)據(jù)源之間的無縫同步過程。
以上僅針對由客戶端發(fā)起元數(shù)據(jù)映射過程的情況進行了描述。但是顯而易見，本發(fā)明并不局限于此。應該注意，本發(fā)明也可以適用于由服務器端發(fā)起元數(shù)據(jù)映射過程的情況。也就是，本發(fā)明與具體在哪一方發(fā)起元數(shù)據(jù)映射過程以便在另一方分析獲得映射關系的位置無關。
另外，在本發(fā)明的示例中，可以基于SyncML協(xié)議來實現(xiàn)上述異構數(shù)據(jù)源的數(shù)據(jù)同步方法，在實際中，由于SyncML的設計優(yōu)勢，現(xiàn)在移動設備廠商和移動中間件開發(fā)商普遍選擇SyncML協(xié)議作為移動計算環(huán)境下的同步解決方案。但是明顯地，本發(fā)明并不局限于此。也可以采用其他協(xié)議來實現(xiàn)該方法。
盡管以上已經(jīng)結合本發(fā)明的優(yōu)選實施例示出了本發(fā)明，但是本領域的技術人員將會理解，在不脫離本發(fā)明的精神和范圍的情況下，可以對本發(fā)明進行各種修改、替換和改變。因此，本發(fā)明不應由上述實施例來限定，而應由所附權利要求及其等價物來限定。
權利要求
1.一種在發(fā)起方和響應方之間實現(xiàn)異構數(shù)據(jù)源同步的方法，包括發(fā)起方將元數(shù)據(jù)信息轉化為中間類型數(shù)據(jù)，并利用傳輸類型數(shù)據(jù)向響應方發(fā)送；響應方接收所述傳輸類型數(shù)據(jù)以提取中間類型數(shù)據(jù)，并根據(jù)所述中間類型數(shù)據(jù)獲得發(fā)起方和響應方雙方之間的元數(shù)據(jù)映射關系；以及利用所獲得的元數(shù)據(jù)映射關系，進行所述雙方的數(shù)據(jù)同步處理。
2.根據(jù)權利要求1所述的方法，其特征在于所述根據(jù)所述中間類型數(shù)據(jù)獲得發(fā)起方和響應方之間的元數(shù)據(jù)映射關系的步驟包括進一步將所述中間類型數(shù)據(jù)轉換為元數(shù)據(jù)信息，利用映射規(guī)則，獲得發(fā)起方和響應方之間的元數(shù)據(jù)映射關系。
3.根據(jù)權利要求1所述的方法，其特征在于所述發(fā)起方是客戶端而所述響應方是服務器端。
4.根據(jù)權利要求3所述的方法，其特征在于所述獲得發(fā)起方和響應方之間的元數(shù)據(jù)映射關系的步驟包括在所述客戶端屬于能力受限設備的情況下，在服務器端存儲已經(jīng)得到的元數(shù)據(jù)映射關系，并將所述元數(shù)據(jù)映射關系傳遞到客戶端并存儲在客戶端。
5.根據(jù)權利要求3所述的方法，其特征在于所述獲得發(fā)起方和響應方之間的元數(shù)據(jù)映射關系的步驟包括在所述客戶端并非能力受限設備的情況下，僅在服務器端存儲已經(jīng)得到的元數(shù)據(jù)映射關系。
6.根據(jù)權利要求1所述的方法，其特征在于所述發(fā)起方是服務器端而所述響應方是客戶端。
7.根據(jù)權利要求1所述的方法，其特征在于利用所獲得的元數(shù)據(jù)映射關系進行雙方的數(shù)據(jù)同步處理的步驟包括利用元數(shù)據(jù)映射關系，將對方利用同步協(xié)議發(fā)送來的同步數(shù)據(jù)轉換為本地數(shù)據(jù)，以進行同步操作。
8.根據(jù)權利要求1到7任一個所述的方法，其特征在于所述方法基于SyncML協(xié)議。
9.根據(jù)權利要求2所述的方法，其特征在于所述映射規(guī)則是同名映射規(guī)則。
10.一種用于實現(xiàn)異構數(shù)據(jù)源同步的設備，包括元數(shù)據(jù)-中間類型數(shù)據(jù)轉化器，用于執(zhí)行元數(shù)據(jù)與中間類型數(shù)據(jù)的相互轉化；中間類型數(shù)據(jù)-傳輸類型數(shù)據(jù)轉化器，用于執(zhí)行傳輸類型數(shù)據(jù)與中間類型數(shù)據(jù)的相互轉化；元數(shù)據(jù)映射關系存儲器，用于存儲元數(shù)據(jù)映射關系；映射關系計算器，用于根據(jù)映射規(guī)則計算同步雙方的元數(shù)據(jù)映射關系；同步數(shù)據(jù)轉化器，用于利用元數(shù)據(jù)映射關系轉化接收到的同步數(shù)據(jù)；以及解析器，用于在建立元數(shù)據(jù)映射關系的情況下，接收對方發(fā)送的包括元數(shù)據(jù)信息的所述傳輸類型數(shù)據(jù)以提取中間類型數(shù)據(jù)，并根據(jù)所述中間類型數(shù)據(jù)獲得本地和對方雙方之間的元數(shù)據(jù)映射關系；用于在執(zhí)行同步數(shù)據(jù)轉換的情況下，解析對方發(fā)來的同步數(shù)據(jù)和同步操作信息。
11.根據(jù)權利要求10所述的設備，其特征在于還包括同步消息生成/接受器，用于生成/接受同步協(xié)議消息；同步引擎，用于執(zhí)行同步操作，同時解決沖突，并根據(jù)來自同步數(shù)據(jù)源的數(shù)據(jù)，生成同步消息。
全文摘要
根據(jù)本發(fā)明，提出了一種在發(fā)起方和響應方之間實現(xiàn)異構數(shù)據(jù)源同步的方法，包括發(fā)起方將元數(shù)據(jù)信息轉化為中間類型數(shù)據(jù)，并利用傳輸類型數(shù)據(jù)向響應方發(fā)送；響應方接收所述傳輸類型數(shù)據(jù)以提取中間類型數(shù)據(jù)，并根據(jù)所述中間類型數(shù)據(jù)獲得發(fā)起方和響應方雙方之間的元數(shù)據(jù)映射關系；以及利用所獲得的元數(shù)據(jù)映射關系，進行所述雙方的數(shù)據(jù)同步處理。
文檔編號H04L29/06GK1878166SQ20051007580
公開日2006年12月13日 申請日期2005年6月7日 優(yōu)先權日2005年6月7日
發(fā)明者李欣慧 申請人:聯(lián)想(北京)有限公司