專利名稱：一種在即時(shí)通信窗口中插入豐富界面元素的方法及客戶端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及界面元素插入技術(shù)，尤其是涉及一種在即時(shí)通信窗口中插入豐 富界面元素的方法及客戶端。
背景技術(shù)：
網(wǎng)絡(luò)即時(shí)通信(IM， InstantMessaging)工具發(fā)展到今天，已被大多數(shù)網(wǎng)民 所接受，成為用戶必不可少的軟件工具。隨著IM軟件的不斷發(fā)展，用戶不但 在平時(shí)的休閑娛樂(lè)中，而且在日常的工作中都會(huì)大量使用IM軟件，實(shí)現(xiàn)與朋 友、同事以及同學(xué)之間的交流與溝通，IM軟件已經(jīng)成為網(wǎng)民用戶日常生活中不 可缺少的通信工具之一，因此，用戶對(duì)IM軟件的易用性、穩(wěn)定性、安全性等 方面提出了較高的要求。
目前，在IM軟件的使用中，聊天是一個(gè)常用的操作。但很久以來(lái)，聊天 窗口中涉及的內(nèi)容都只能是一些簡(jiǎn)單的內(nèi)容，如文字、圖片或鏈接等，不能 與用戶進(jìn)行復(fù)雜的界面交互，如可進(jìn)行操作的按鈕點(diǎn)擊等復(fù)雜界面不能在聊 天內(nèi)容中實(shí)現(xiàn)，復(fù)雜界面的交互不得不移到聊天內(nèi)容外部展現(xiàn)，比如用戶A
向用戶B發(fā)送一個(gè)名片，但名片內(nèi)容無(wú)法在聊天內(nèi)容中即時(shí)展現(xiàn)，只能在聊天 窗口以外其他地方展現(xiàn)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種在即時(shí)通信窗口中插入豐富界 面元素的方法及客戶端，能實(shí)現(xiàn)即時(shí)通信窗口中復(fù)雜界面的交互。 為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的 本發(fā)明提供了一種在即時(shí)通信窗口中插入豐富界面元素的方法，包括 用戶收到通信對(duì)端發(fā)來(lái)的需顯示豐富界面元素的命令后，根據(jù)命令類型創(chuàng)建對(duì)象連接與嵌入OLE控件插入自身當(dāng)前使用的即時(shí)通信窗口 ，并在OLE控
件內(nèi)部創(chuàng)建所需的界面元素。
該方法具體包括
A、 第一用戶在自身創(chuàng)建要發(fā)送給第二用戶的、含有豐富界面元素的交互 內(nèi)容；
B、 第一用戶向第二用戶發(fā)送攜帶有所使用模板標(biāo)識(shí)符ID及其需填充信息 的客戶端命令；
C、 第二用戶收到第一用戶發(fā)來(lái)的客戶端命令后，經(jīng)過(guò)解析和解讀命令內(nèi) 容，根據(jù)客戶端命令類型創(chuàng)建OLE控件插入自身當(dāng)前使用的即時(shí)通信窗口，并 根據(jù)需填充信息在OLE控件中創(chuàng)建所需的界面元素。
上述方案中，步驟C之后，該方法進(jìn)一步包括通過(guò)將Windows消息經(jīng)由 OLE控件轉(zhuǎn)發(fā)給相應(yīng)的界面元素，第二用戶與即時(shí)通信窗口中創(chuàng)建的界面元素 進(jìn)行交互。
其中，所述將Windows消息經(jīng)由OLE控件轉(zhuǎn)發(fā)給相應(yīng)的界面元素具體為 產(chǎn)生Windows消息，由IM軟件將Windows消息傳給OLE控件，再由OLE控 件傳輸給自身內(nèi)部相應(yīng)的界面元素。
上述方案中，所述創(chuàng)建含有豐富界面元素的交互內(nèi)容為根據(jù)模板創(chuàng)建；每 個(gè)模板對(duì)應(yīng)一個(gè)模板ID。
本發(fā)明還提供了一種客戶端，包括內(nèi)容創(chuàng)建單元、收發(fā)單元、解析解讀單 元、以及OLE控件及界面元素創(chuàng)建單元；其中，
所述內(nèi)容創(chuàng)建單元，用于創(chuàng)建含有豐富界面元素的交互內(nèi)容；
所述收發(fā)單元，用于向通信對(duì)端發(fā)送攜帶有所使用模板ID及其需填充信息 的客戶端命令，或接收通信對(duì)端發(fā)來(lái)的客戶端命令，并將收到的客戶端命令發(fā) 送給解析解讀單元；
所述解析解讀單元，用于解析客戶端命令，并解讀出客戶端命令的類型以 及其中的需填充信息，之后將解讀出的類型和需填充信息發(fā)送給OLE控件及界
面元素創(chuàng)建單元；所述OLE控件及界面元素創(chuàng)建單元，用于創(chuàng)建OLE控件插入到即時(shí)通信 窗口中，并根據(jù)需填充信息在OLE控件中創(chuàng)建所需的界面元素。
上述方案中，所述客戶端還包括動(dòng)態(tài)交互單元，用于實(shí)現(xiàn)用戶與即時(shí)通 信窗口中創(chuàng)建的豐富界面元素進(jìn)行交互。
上述方案中，所述客戶端還包括存儲(chǔ)有各種交互內(nèi)容模板的模板庫(kù)，所 述內(nèi)容創(chuàng)建單元根據(jù)模板庫(kù)中的任意 一個(gè)所需模板創(chuàng)建交互內(nèi)容，每個(gè)模板對(duì) 應(yīng)一個(gè)模板ID。
本發(fā)明所提供的在即時(shí)通信窗口中插入豐富界面元素的方法及客戶端，用 戶之間進(jìn)行即時(shí)通信交互時(shí)， 一用戶根據(jù)另一用戶發(fā)來(lái)的需要顯示豐富界面元 素的命令，創(chuàng)建對(duì)象連接與嵌入(OLE, Object Linking and Embedding)控件插 入自身所用客戶端的即時(shí)通信窗口，且在OLE控件內(nèi)部實(shí)現(xiàn)界面元素，相應(yīng)的， Windows的鼠標(biāo)、鍵盤(pán)等消息可以通過(guò)OLE控件轉(zhuǎn)發(fā)給界面元素，從而使插入 即時(shí)通信窗口中的、OLE控件內(nèi)的界面元素具有與鼠標(biāo)和鍵盤(pán)交互的功能，進(jìn) 而能實(shí)現(xiàn)即時(shí)通信窗口中復(fù)雜界面的交互。
本發(fā)明克服了現(xiàn)有技術(shù)中在聊天窗口釆用RichEdk只能按內(nèi)部規(guī)則對(duì)聊天 內(nèi)容進(jìn)行排版的缺陷，由于現(xiàn)有技術(shù)中RichEdit是按內(nèi)部預(yù)先設(shè)置的規(guī)則進(jìn)行 內(nèi)容排列的，所以用戶不能任意調(diào)節(jié)聊天內(nèi)容中圖片和文字的位置；而本發(fā)明 將內(nèi)部實(shí)現(xiàn)豐富界面元素的OLE控件插入RichEdit中，之后就可以通過(guò)調(diào)節(jié)界 面元素的位置，來(lái)任意調(diào)節(jié)聊天內(nèi)容中圖片和文字的位置，進(jìn)而實(shí)現(xiàn)任意的排 版控制，如此，即可控制更精確的內(nèi)容排版。
由于本發(fā)明在OLE控件內(nèi)部創(chuàng)建有各種界面元素，所以能使很多功能的實(shí) 現(xiàn)更豐富，例如文字鏈接可以更豐富，如鼠標(biāo)移到文字鏈接處可以改變顏色、 加下劃線等；文字單行顯示不下時(shí)，可顯示省略號(hào)，也可以限制文字顯示的行 數(shù)等等；可設(shè)置圖文混排；可為圖片增加不同的效果，如鼠標(biāo)移到之處邊框發(fā) 亮等；設(shè)置圖片間距等等。


圖la為現(xiàn)有界面引擎結(jié)構(gòu)示意圖； 圖lb為本發(fā)明支持OLE控件的界面引擎結(jié)構(gòu)示意圖； 圖lc為本發(fā)明中聊天窗口實(shí)現(xiàn)的層次關(guān)系示意圖； 圖2為本發(fā)明方法的實(shí)現(xiàn)流程示意圖。
具體實(shí)施例方式
本發(fā)明的基本思想是某用戶收到通信對(duì)端發(fā)來(lái)的需顯示豐富界面元素的 命令后，根據(jù)命令類型創(chuàng)建OLE控件插入自身當(dāng)前使用的即時(shí)通信窗口，并在 OLE控件內(nèi)部創(chuàng)建各種所需的界面元素。進(jìn)一步的，Windows消息通過(guò)OLE 控件轉(zhuǎn)發(fā)給相應(yīng)的界面元素。
這里，Windows消息包括鼠標(biāo)消息、鍵盤(pán)消息等；所述即時(shí)通信窗口為聊 天窗口。
本發(fā)明通過(guò)RichEdit的API接口嵌入OLE控件，將OLE控件技術(shù)與界面 引擎技術(shù)兩者相結(jié)合，使OLE控件內(nèi)部可以實(shí)現(xiàn)界面元素。所謂界面引擎是一 套界面解決方案，自己繪制各種控件，然后進(jìn)行各種Windows消息的派發(fā)，界 面引擎具體如何實(shí)現(xiàn)，已在其它專利申請(qǐng)中公開(kāi)，這里不再贅述。由于界面引 擎是基于Windows消息系統(tǒng)的，所以本申請(qǐng)需要對(duì)界面引擎進(jìn)行改造，以支持 OLE控件技術(shù)。具體的，現(xiàn)有技術(shù)中界面引擎的結(jié)構(gòu)如圖la所示，界面引擎 包含在Windows窗口內(nèi)，與Windows窗口存在綁定關(guān)系；本發(fā)明的改造就是取 消界面引擎與Windows窗口之間的綁定，代替的是Windows消息傳遞，如圖 lb所示，這樣外部只需要傳入一些標(biāo)準(zhǔn)的Windows消息就可以使界面引擎運(yùn)作 起來(lái)，同時(shí)，OLE控件也通過(guò)消息傳遞與界面引擎實(shí)現(xiàn)交互。
本發(fā)明中，聊天窗口實(shí)現(xiàn)的層次關(guān)系如圖lc所示，相應(yīng)的消息轉(zhuǎn)發(fā)過(guò)程為 最外層的Windows窗口會(huì)收到鼠標(biāo)、鍵盤(pán)等消息，這些Windows消息會(huì)通過(guò)界 面引擎轉(zhuǎn)發(fā)到RichEdit中。以鼠標(biāo)消息為例:RichEdit根據(jù)鼠標(biāo)的位置和OLE 控件在RichEdit中的位置判斷，鼠標(biāo)是否在某個(gè)OLE控件的范圍內(nèi)，如果在，則將鼠標(biāo)消息傳給所屬的OLE控件，由于OLE控件內(nèi)部使用了界面引擎技術(shù), 所以，OLE控件只需將鼠標(biāo)消息繼續(xù)傳遞給內(nèi)部的界面元素，界面元素就可以 工作了，比如控制鼠標(biāo)移動(dòng)到一個(gè)按鈕上時(shí)，按鈕變?yōu)楦吡恋鹊取?br> 圖2為本發(fā)明方法的實(shí)現(xiàn)流程，如圖2所示，本發(fā)明在即時(shí)通信窗口中插 入豐富界面元素的方法包括以下步驟
步驟21:第一用戶在自身創(chuàng)建要發(fā)送給第二用戶的、含有豐富界面元素的 交互內(nèi)容。
這里，所述豐富界面元素是指交互內(nèi)容中需要填充的一系列內(nèi)容，如名片 中的名字、電話、地址等。所述交互內(nèi)容是根據(jù)預(yù)先設(shè)置好內(nèi)容排版方式的模 板創(chuàng)建的，且所使用的模板同時(shí)存在于通信雙方的IM軟件中。
通常，模板可以有很多種，每種模板對(duì)應(yīng)一個(gè)模板標(biāo)識(shí)符(ID),以供對(duì)方 識(shí)別，例如第一用戶向第二用戶傳送名片，就根據(jù)名片模板創(chuàng)建名片，名片 模板對(duì)應(yīng)一個(gè)模板ID。其中，同一類型的模板也可以根據(jù)內(nèi)容或排版的不同有 多個(gè)，分別對(duì)應(yīng)不同的模板ID，如名片模板可以有多種，每種名片模板對(duì)應(yīng) 一個(gè)名片模板ID。多種模板可存儲(chǔ)于模板庫(kù)中。
步驟22:第一用戶向第二用戶發(fā)送攜帶有所使用模板ID及其需填充信息 的客戶端命令。
步驟23:第二用戶收到第一用戶發(fā)來(lái)的客戶端命令后，解析客戶端命令。
這里，所述客戶端命令是按照雙方約定的一種自定義協(xié)議，當(dāng)然，也可以 釆用雙方均支持的標(biāo)準(zhǔn)協(xié)議。所述的解析是指底層協(xié)議的解包，僅是將內(nèi)容分 析出來(lái)，即分析有哪些內(nèi)容，并未進(jìn)一步分析命令類型、命令內(nèi)容是什么。
步驟24:第二用戶進(jìn)一步解讀客戶端命令，解讀出客戶端命令類型以及其 中各種詳細(xì)的需填充信息，根據(jù)客戶端命令類型創(chuàng)建一個(gè)OLE控件插入到自身 當(dāng)前使用的即時(shí)通信窗口中，并根據(jù)解讀出的、詳細(xì)的需填充信息在OLE控件 中創(chuàng)建各種所需的界面元素。
這里，所述解讀是指在即時(shí)通信窗口中還需進(jìn)一步判斷命令具體是什么類 型，然后根據(jù)不同的類型進(jìn)行不同的處理，如對(duì)于普通的文本命令，就直接插入文字；對(duì)于需顯示豐富界面元素的命令，就需要根據(jù)命令中的各種需填充 信息創(chuàng)建出一個(gè)可插入豐富界面元素的OLE控件，然后插入到自身當(dāng)前使用的 即時(shí)通信窗口中。
由于OLE控件僅用于實(shí)現(xiàn)通用的功能，因此，對(duì)于不同的需求，創(chuàng)建的 OLE控件是一樣的，之后再在OLE控件內(nèi)部插入界面元素。至于界面元素的 組織、組成排布，OLE控件并不用關(guān)心。OLE控件會(huì)提供一個(gè)通用的API接口 供應(yīng)用層調(diào)用，比如InsertGFFrame(...),應(yīng)用層只需實(shí)現(xiàn)好一套界面元素，然 后通過(guò)所提供的通用API接口插入到OLE控件內(nèi)部即可。
所述創(chuàng)建是在IM軟件程序內(nèi)部創(chuàng)建一個(gè)組件對(duì)象模型(COM)組件，即 時(shí)通信窗口中提供有一個(gè)插入接口，該插入接口可接收所創(chuàng)建的COM組件， 具體是通過(guò)調(diào)用即時(shí)通信窗口中RichEdit的插入接口才能插入。
步驟25:通過(guò)將Windows消息經(jīng)由OLE控件轉(zhuǎn)發(fā)給相應(yīng)的界面元素，第 二用戶與即時(shí)通信窗口中創(chuàng)建的豐富界面元素進(jìn)行復(fù)雜界面交互。
例如將鼠標(biāo)移到文字鏈接處可以改變顏色、加下劃線等；文字單行顯示 不下時(shí)，可顯示省略號(hào)，也可以限制文字顯示的行數(shù)等等；可設(shè)置圖文混排； 可為圖片增加不同的效果，如鼠標(biāo)移到之處邊框發(fā)亮等；設(shè)置圖片間距等等。
下面以發(fā)送名片為例，具體說(shuō)明本發(fā)明方法的實(shí)現(xiàn)過(guò)程。其中，用戶A為 第一用戶，用戶B為第二用戶，用戶A和用戶B是IM中的好友關(guān)系。
用戶A向用戶B發(fā)送名片、以及用戶B與聊天窗口進(jìn)行復(fù)雜界面交互的過(guò) 程包括
步驟l、用戶A要發(fā)送名片給用戶B,則用戶A創(chuàng)建一個(gè)自己的名片； 這里，用戶A是根據(jù)名片模板來(lái)創(chuàng)建名片，名片模板預(yù)先定義好了名片排
版方式，且所用名片模板同時(shí)存在于用戶A和用戶B的IM軟件中。模板中提
供有一系列需要填寫(xiě)的信息，如名字、電話等，名片的結(jié)構(gòu)、背景圖等均可
以由用戶自己設(shè)置。
步驟2、用戶A發(fā)送一條發(fā)送名片的客戶端命令給用戶B，命令中攜帶有
所采用名片模板的模板ID、名片項(xiàng)、以及名片中需填寫(xiě)的信息。這里，名片項(xiàng)是指所創(chuàng)建名片中包含哪些需填充項(xiàng)，如姓名項(xiàng)、電話項(xiàng)、 地址項(xiàng)、手機(jī)項(xiàng)等等；需填充信息是指這些項(xiàng)對(duì)應(yīng)的具體要填寫(xiě)的詳細(xì)信息，
如姓名項(xiàng)為用戶A、電話項(xiàng)為12345678等等。
步驟3、用戶B收到用戶A發(fā)來(lái)的客戶端命令后，解析客戶端命令。 這里的解析是指底層協(xié)議的解包。
步驟4、用戶B解讀用戶A發(fā)來(lái)的客戶端命令，根據(jù)客戶端命令類型發(fā)現(xiàn) 是發(fā)送名片的命令，就創(chuàng)建一個(gè)OLE控件插入到自身當(dāng)前使用的聊天窗口中， 然后根據(jù)用戶A發(fā)來(lái)的名片的詳細(xì)內(nèi)容，在OLE控件中創(chuàng)建顯示名片各部分 所需的各種界面元素。
具體的，先根據(jù)解讀出的詳細(xì)內(nèi)容，創(chuàng)建各個(gè)所需的界面元素，然后插入 到OLE控件中就會(huì)顯示出來(lái)，具體如何插入為已有技術(shù)，在此不再詳述。其中， 名片中的每個(gè)項(xiàng)分別對(duì)應(yīng)一個(gè)界面元素，還有些界面元素是用于進(jìn)行修飾的， 比如邊框等等。
這里，用戶B解讀客戶端命令中具體內(nèi)容時(shí)，可以打開(kāi)聊天窗口，也可以 不打開(kāi)聊天窗口 ，打開(kāi)聊天窗口主要是為了方便解讀出的內(nèi)容在聊天窗口中顯 示。所述創(chuàng)建各種界面元素的方式與創(chuàng)建界面中各個(gè)元素的方式相同，都是IM 軟件程序內(nèi)部的對(duì)象。
步驟5、用戶B可與聊天窗口中具有豐富界面元素的名片進(jìn)行復(fù)雜交互。 這里，之所以能進(jìn)行復(fù)雜交互的原因是在OLE控件內(nèi)部創(chuàng)建有界面元素， 那么，背景技術(shù)中需要在聊天窗口以外實(shí)現(xiàn)的功能目前在這里就可以實(shí)現(xiàn)，比 如主面板上的一些組成部分、好友列表等等，都是由界面元素組成的，所以， 這些界面元素可進(jìn)行很多復(fù)雜的交互，比如名片上有按鈕可以通過(guò)點(diǎn)擊彈出 個(gè)人詳細(xì)資料，還可以即時(shí)點(diǎn)擊修改名片內(nèi)容等等，所有操作均在聊天內(nèi)容中 完成。
對(duì)于復(fù)雜交互的具體實(shí)現(xiàn)， 一般是通過(guò)點(diǎn)擊產(chǎn)生Windows中的鼠標(biāo)消息， 然后IM軟件將鼠標(biāo)消息傳給OLE控件，再由OLE控件傳輸給自身內(nèi)部相應(yīng) 的界面元素。當(dāng)然，也可以通過(guò)輸入產(chǎn)生Windows中的鍵盤(pán)消息。為實(shí)現(xiàn)上述方法，本發(fā)明還提出一種客戶端，包括內(nèi)容創(chuàng)建單元、收發(fā)單
元、解析解讀單元、OLE控件及界面元素創(chuàng)建單元、以及動(dòng)態(tài)交互單元；其中， 所述內(nèi)容創(chuàng)建單元，用于創(chuàng)建含有豐富界面元素的交互內(nèi)容；所述收發(fā)單
元，用于向通信對(duì)端發(fā)送攜帶有所使用模板ID及其需填充信息的客戶端命令,
或接收通信對(duì)端發(fā)來(lái)的客戶端命令，并將收到的客戶端命令發(fā)送給解析解讀單
元；所述解析解讀單元，用于解析客戶端命令，并解讀出客戶端命令的類型以
及其中詳細(xì)的需填充信息，之后將所解讀出的類型和需填充信息發(fā)送給OLE控 件及界面元素創(chuàng)建單元；所述OLE控件及界面元素創(chuàng)建單元，創(chuàng)建OLE控件 插入到即時(shí)通信窗口中，并根據(jù)需填充信息在OLE控件中創(chuàng)建各種界面元素； 所述動(dòng)態(tài)交互單元，用于實(shí)現(xiàn)用戶與即時(shí)通信窗口中創(chuàng)建的豐富界面元素進(jìn)行 復(fù)雜界面交互。
所述客戶端還可以進(jìn)一步包括存儲(chǔ)有各種交互內(nèi)容模板的模板庫(kù)，客戶 端的內(nèi)容創(chuàng)建單元可根據(jù)模板庫(kù)中的任意 一個(gè)所需模板創(chuàng)建交互內(nèi)容，每個(gè)模 板對(duì)應(yīng)一個(gè)模板ID。
以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種在即時(shí)通信窗口中插入豐富界面元素的方法，其特征在于，該方法包括用戶收到通信對(duì)端發(fā)來(lái)的需顯示豐富界面元素的命令后，根據(jù)命令類型創(chuàng)建對(duì)象連接與嵌入OLE控件插入自身當(dāng)前使用的即時(shí)通信窗口，并在OLE控件內(nèi)部創(chuàng)建所需的界面元素。
2、 根據(jù)權(quán)利要求l所述的方法，其特征在于，該方法具體包括A、 第一用戶在自身創(chuàng)建要發(fā)送給第二用戶的、含有豐富界面元素的交互 內(nèi)容；B、 第一用戶向第二用戶發(fā)送攜帶有所使用模板標(biāo)識(shí)符ID及其需填充信息 的客戶端命令；C、 第二用戶收到第一用戶發(fā)來(lái)的客戶端命令后，經(jīng)過(guò)解析和解讀命令內(nèi) 容，根據(jù)客戶端命令類型創(chuàng)建OLE控件插入自身當(dāng)前使用的即時(shí)通信窗口，并 根據(jù)需填充信息在OLE控件中創(chuàng)建所需的界面元素。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟C之后，該方法進(jìn)一 步包括通過(guò)將Windows消息經(jīng)由OLE控件轉(zhuǎn)發(fā)給相應(yīng)的界面元素，第二用戶與即時(shí)通信窗口中創(chuàng)建的界面元素進(jìn)行交互。
4、 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述將Windows消息經(jīng)由 OLE控件轉(zhuǎn)發(fā)給相應(yīng)的界面元素具體為產(chǎn)生Windows消息，由IM軟件將 Windows消息傳給OLE控件，再由OLE控件傳輸給自身內(nèi)部相應(yīng)的界面元素。
5、 根據(jù)權(quán)利要求1至4任一項(xiàng)所述的方法，其特征在于，所述創(chuàng)建含有豐 富界面元素的交互內(nèi)容為根據(jù)模板創(chuàng)建；每個(gè)模板對(duì)應(yīng)一個(gè)模板ID。
6、 一種客戶端，其特征在于包括內(nèi)容創(chuàng)建單元、收發(fā)單元、解析解讀單 元、以及OLE控件及界面元素創(chuàng)建單元；其中，所述內(nèi)容創(chuàng)建單元，用于創(chuàng)建含有豐富界面元素的交互內(nèi)容； 所述收發(fā)單元，用于向通信對(duì)端發(fā)送攜帶有所使用模板ID及其需填充信息的客戶端命令，或接收通信對(duì)端發(fā)來(lái)的客戶端命令，并將收到的客戶端命令發(fā) 送給解析解讀單元；所述解析解讀單元，用于解析客戶端命令，并解讀出客戶端命令的類型以 及其中的需填充信息，之后將解讀出的類型和需填充信息發(fā)送給OLE控件及界面元素創(chuàng)建單元；所述OLE控件及界面元素創(chuàng)建單元，用于創(chuàng)建OLE控件插入到即時(shí)通信 窗口中，并根據(jù)需填充信息在OLE控件中創(chuàng)建所需的界面元素。
7、 根據(jù)權(quán)利要求6所述的客戶端，其特征在于，所述客戶端還包括動(dòng)態(tài) 交互單元，用于實(shí)現(xiàn)用戶與即時(shí)通信窗口中創(chuàng)建的豐富界面元素進(jìn)行交互。
8、 根據(jù)權(quán)利要求6或7所述的客戶端，其特征在于，所述客戶端還包括 存儲(chǔ)有各種交互內(nèi)容模板的模板庫(kù)，所述內(nèi)容創(chuàng)建單元根據(jù)模板庫(kù)中的任意一 個(gè)所需模板創(chuàng)建交互內(nèi)容，每個(gè)模板對(duì)應(yīng)一個(gè)模板ID。
全文摘要
本發(fā)明公開(kāi)了一種在即時(shí)通信窗口中插入豐富界面元素的方法，包括用戶收到通信對(duì)端發(fā)來(lái)的需顯示豐富界面元素的命令后，根據(jù)命令類型創(chuàng)建對(duì)象連接與嵌入OLE控件插入自身當(dāng)前使用的即時(shí)通信窗口，并在OLE控件內(nèi)部創(chuàng)建所需的界面元素。本發(fā)明還同時(shí)公開(kāi)了一種客戶端，包括內(nèi)容創(chuàng)建單元、收發(fā)單元、解析解讀單元、以及OLE控件及界面元素創(chuàng)建單元；采用本發(fā)明的方法及客戶端，能實(shí)現(xiàn)即時(shí)通信窗口中復(fù)雜界面的交互。
文檔編號(hào)G06F9/46GK101296198SQ20081012750
公開(kāi)日2008年10月29日 申請(qǐng)日期2008年6月25日 優(yōu)先權(quán)日2008年6月25日
發(fā)明者劉曉宇 申請(qǐng)人:騰訊科技(深圳)有限公司