專(zhuān)利名稱(chēng)：用于自動(dòng)更新無(wú)線網(wǎng)絡(luò)的系統(tǒng)的裝置和方法
相關(guān)申請(qǐng)的交叉引用本申請(qǐng)要求了序列號(hào)為60/504,152，發(fā)明名稱(chēng)為“無(wú)線網(wǎng)絡(luò)的自動(dòng)更新系統(tǒng)”的美國(guó)臨時(shí)專(zhuān)利申請(qǐng)的優(yōu)先權(quán)并將其引入于此以供參考，本申請(qǐng)還涉及共同屬于本專(zhuān)利的申請(qǐng)人且與本專(zhuān)利一起申請(qǐng)的申請(qǐng)?zhí)枮椋叩陌l(fā)明名稱(chēng)為“用于無(wú)線網(wǎng)絡(luò)的自動(dòng)更新系統(tǒng)的裝置和方法”，代理記事號(hào)為069509/0312077(客戶(hù)參考資料PCTEL-13800-U)的美國(guó)專(zhuān)利申請(qǐng)，將其全部引入與此以供參考。
背景技術(shù)：
本發(fā)明涉及通信系統(tǒng)，尤其涉及在有線和無(wú)線網(wǎng)絡(luò)環(huán)境中執(zhí)行更新的通信系統(tǒng)，所述更新包括軟件和硬件配置的更新。
在標(biāo)準(zhǔn)的包括無(wú)線通信設(shè)備的通信系統(tǒng)中，更新設(shè)備是一個(gè)耗時(shí)且低效的過(guò)程。所述設(shè)備典型地將被帶回至購(gòu)買(mǎi)時(shí)的原地點(diǎn)以便安裝更新或升級(jí)。有些設(shè)備不能被更新或者升級(jí)，因此必須購(gòu)買(mǎi)新的設(shè)備。
此外，在涉及軟件程序中錯(cuò)誤更正或者“故障修正(bug-fix)”的情況下，替換軟件或者改變電話配置的過(guò)程將十分昂貴并且低效。此外，當(dāng)前系統(tǒng)不能追蹤并向設(shè)備提供更新信息，所述更新信息涉及熱點(diǎn)位置和關(guān)于熱點(diǎn)的變化。
因此，需要一種利用當(dāng)前信息更新設(shè)備的系統(tǒng)和方法，該系統(tǒng)和方法考慮了獨(dú)立于設(shè)備位置而空中下載信息的能力。
發(fā)明內(nèi)容
公開(kāi)了使信息能被發(fā)送到設(shè)備以便更新或者升級(jí)該設(shè)備的系統(tǒng)和方法。因此，在客戶(hù)端已經(jīng)被使用之后可以實(shí)時(shí)的從中心位置更新客戶(hù)端。根據(jù)本發(fā)明公開(kāi)的系統(tǒng)和方法還考慮了自動(dòng)更新或者用戶(hù)手動(dòng)更新軟件或設(shè)備配置。
該用于更新設(shè)備的方法包括下述步驟啟動(dòng)從客戶(hù)端至母服務(wù)器的通信；通過(guò)比較客戶(hù)端處的時(shí)間戳信息和服務(wù)器處的有效的當(dāng)前更新的時(shí)間戳信息來(lái)判斷客戶(hù)端是否具有最近的更新；以及必要時(shí)，于是下載必要的信息至客戶(hù)端。
該系統(tǒng)包括設(shè)備，該設(shè)備包括至少一個(gè)可更新的部件并能夠發(fā)送驗(yàn)證信息至和設(shè)備通訊的服務(wù)器，其中當(dāng)設(shè)備已經(jīng)被服務(wù)驗(yàn)證過(guò)時(shí)，該服務(wù)器能夠下載更新信息至該設(shè)備。
圖1說(shuō)明了根據(jù)本發(fā)明的教導(dǎo)的和一個(gè)服務(wù)器進(jìn)行通信的客戶(hù)端；圖2說(shuō)明了根據(jù)本發(fā)明的教導(dǎo)的和多個(gè)服務(wù)器進(jìn)行通信的客戶(hù)端；圖3說(shuō)明了根據(jù)本發(fā)明的用于處理發(fā)送給客戶(hù)端的更新的更新器；圖4說(shuō)明了更新器和服務(wù)器之間的通信過(guò)程；以及圖5說(shuō)明了從服務(wù)器下載更新信息至客戶(hù)端的過(guò)程。
具體實(shí)施例方式
現(xiàn)在參照?qǐng)D1，顯示了一種通信環(huán)境10，其中客戶(hù)端12正在經(jīng)由網(wǎng)絡(luò)16同服務(wù)器14進(jìn)行通信，其中網(wǎng)絡(luò)16可以是內(nèi)部網(wǎng)或因特網(wǎng)。對(duì)所屬技術(shù)領(lǐng)域的專(zhuān)業(yè)人員而言公知的是服務(wù)器包括一個(gè)或多個(gè)計(jì)算機(jī)。在這里術(shù)語(yǔ)客戶(hù)端和設(shè)備可交換使用，并且對(duì)所屬技術(shù)領(lǐng)域的專(zhuān)業(yè)人員而言顯而易見(jiàn)的是客戶(hù)端是設(shè)備以及軟件或者是使用來(lái)自另一個(gè)對(duì)象的資源或者利用另一個(gè)對(duì)象的對(duì)象。本發(fā)明的意圖在于客戶(hù)端或者設(shè)備能夠向服務(wù)器標(biāo)識(shí)自身并發(fā)送適當(dāng)信息至其所連接的服務(wù)器。因此，客戶(hù)端可以是設(shè)備或者駐留在設(shè)備上的通用軟件，該設(shè)備或通用軟件具有一定配置并被用一定的數(shù)據(jù)預(yù)程控過(guò)(preprogram)。服務(wù)器14驗(yàn)證客戶(hù)端12的身份并可以以如下詳述的方式發(fā)送諸如升級(jí)和配置數(shù)據(jù)之類(lèi)的信息至客戶(hù)端12。服務(wù)器向客戶(hù)端12提供更新以及當(dāng)前信息至，其中更新是連續(xù)運(yùn)轉(zhuǎn)所需要的。例如，關(guān)于熱點(diǎn)位置變化的信息、服務(wù)提供者協(xié)商可以改變對(duì)使用網(wǎng)絡(luò)的地理費(fèi)用的影響，并且客戶(hù)端12可以請(qǐng)求用于連續(xù)有效運(yùn)轉(zhuǎn)所需的升級(jí)或新的驅(qū)動(dòng)器。
在一個(gè)實(shí)施方式中，通信是經(jīng)由XML在通過(guò)因特網(wǎng)16相互連接的客戶(hù)端12和服務(wù)器14之間進(jìn)行的。在諸如一個(gè)示例性的實(shí)施方式之類(lèi)的至少某些情況下可以要求安全通信信道，在示例性的實(shí)施方式中通信是利用HTTPS傳送的。這種安全通信可被用于這樣的情況，其中客戶(hù)端正在提供被要求的驗(yàn)證信息以便可以訪問(wèn)由服務(wù)器14控制的信息。
現(xiàn)在參照?qǐng)D2，顯示了圖1的系統(tǒng)10，其中服務(wù)器14和多個(gè)服務(wù)器進(jìn)行通信。服務(wù)器14是同至少一個(gè)其他的服務(wù)器進(jìn)行通信的中心服務(wù)器。在這種配置中，服務(wù)器14也可以被稱(chēng)為中心服務(wù)器或者中心配置服務(wù)器(central configuration server，CCS)。在這個(gè)所顯示的特定實(shí)例中，服務(wù)器20和22同服務(wù)器14和客戶(hù)端12進(jìn)行通信。因此，服務(wù)器14提供客戶(hù)端12同服務(wù)器20和22之間的接口以便簡(jiǎn)化軟件和配置的更新。服務(wù)器14、20和22中的任意一個(gè)可以包括更新信息，并且通過(guò)中心服務(wù)器相互合作的服務(wù)器在下文中還可以被稱(chēng)作更新器24。更新器24同客戶(hù)端12進(jìn)行通信，該客戶(hù)端12在特定實(shí)例中是無(wú)線設(shè)備，但也可以是有線設(shè)備，并且并非借此限制本發(fā)明的范圍。
在一實(shí)施方式中更新器是服務(wù)器的一部分，而在一替換實(shí)施方式中更新器同服務(wù)器進(jìn)行通信但是位于遠(yuǎn)程位置，在下文中將詳細(xì)論述以上兩種情況。
在替換實(shí)施方式中，CCS處理實(shí)際的通信業(yè)務(wù)(以硬件和/或作為軟件功能性的方式實(shí)現(xiàn))以及發(fā)送更新信息。
根據(jù)本發(fā)明的教導(dǎo)，客戶(hù)端可以被自動(dòng)更新，或者客戶(hù)端或用戶(hù)可以從客戶(hù)端啟動(dòng)并更新。在下文中將詳細(xì)論述這兩個(gè)過(guò)程。
現(xiàn)在參照?qǐng)D3，顯示了這樣的一個(gè)實(shí)施方式，其中包括更新器32的服務(wù)器30同客戶(hù)端管理器34相連接。客戶(hù)端管理器包括引擎36，其中引擎36包括用于更新客戶(hù)端的規(guī)則?？蛻?hù)端管理器34還同諸如WiFi FSM38、GPRS FSM40和以太網(wǎng)FSM42的各種文件服務(wù)器管理器(file server managers，F(xiàn)SM)相連接，。更新器32管理客戶(hù)端服務(wù)器34和客戶(hù)端之間的通信，以便依據(jù)規(guī)則處理客戶(hù)端和服務(wù)器30之間的通信。當(dāng)在客戶(hù)端和服務(wù)器30之間啟動(dòng)用于更新的通信會(huì)話時(shí)，更新器32在不考慮類(lèi)型的情況下檢查編碼基數(shù)(code base)的各種文件或部件的更新。在此實(shí)施方式中，更新器32被保存在動(dòng)態(tài)鏈接庫(kù)中(dynamically linked library，DLL)，并且同主客戶(hù)端應(yīng)用程序或者軟件駐留在一起。如圖3所示，在替換實(shí)施方式中，更新器被保存在單獨(dú)的DLL中，并且臨時(shí)管理(sit with)主客戶(hù)端應(yīng)用程序。如果更新器32判斷更新可以被下載至客戶(hù)端，那么可以啟動(dòng)文件或者其他部件的下載。下載更新的過(guò)程可以自動(dòng)發(fā)生，或者用戶(hù)可以被提示開(kāi)始更新下載。
更新器32和有關(guān)更新器32的DLL被配置成還可以發(fā)送關(guān)于母服務(wù)器的關(guān)鍵信息。在有些實(shí)施方式中，可能希望將用戶(hù)界面(userinterface，Ul)同更新器核心相分離。并非在所有的實(shí)施方式中都要求這樣，并且在這樣的實(shí)施方式中UI可以被保留在DLL的內(nèi)部。母服務(wù)器是當(dāng)設(shè)備第一次被開(kāi)啟或者被啟動(dòng)時(shí)設(shè)備最初接觸的服務(wù)器。母服務(wù)器的URL被存儲(chǔ)在客戶(hù)端中，并且母服務(wù)器具有關(guān)于因?yàn)楦鞣N認(rèn)證理由而被存儲(chǔ)的設(shè)備的信息。只要客戶(hù)端聯(lián)系上母服務(wù)器，那么客戶(hù)端就能夠按照根據(jù)存儲(chǔ)在設(shè)備中的信息判斷的那樣獲取和下載更新信息，其中存儲(chǔ)在設(shè)備中的信息是與更新器維護(hù)的最新消息有關(guān)的。
一旦在客戶(hù)端和母服務(wù)器之間建立最初的聯(lián)系，那么此后客戶(hù)端將首先聯(lián)系母服務(wù)器以便通過(guò)更新器獲取更新。在替換實(shí)施方式中，當(dāng)母服務(wù)器和更新器是同一個(gè)設(shè)備時(shí)，母服務(wù)器的URL也可以與更新器的URL相同。在以后的更新會(huì)話中，母服務(wù)器可以在特定的更新會(huì)話期間提供將要聯(lián)系的客戶(hù)端的新URL；在下一個(gè)更新會(huì)話，客戶(hù)端將再次聯(lián)系相同的母服務(wù)器。然而，在更新會(huì)話后的任何時(shí)候，母服務(wù)器具有向客戶(hù)端提供新的URL的能力，以及把位于新的不同的URL處的服務(wù)器指派為在以后的更新通信會(huì)話中客戶(hù)端的母服務(wù)器的能力。此后，客戶(hù)端將聯(lián)系新的母服務(wù)器而非舊的母服務(wù)器。
操作中，每當(dāng)更新器32獲取至少一個(gè)下載文件時(shí)更新器32就向適當(dāng)?shù)募夹g(shù)元件發(fā)送通知，并且下載文件被更新器32維持成有效狀態(tài)直到更新會(huì)話需要該下載文件為止。如果在CCS上創(chuàng)建了具有多于一個(gè)文件的更新，那么更新器32可以被命令下載單個(gè)事務(wù)(transaction)內(nèi)的所有文件。如果事務(wù)內(nèi)的所有文件被正確下載，那么更新器32將認(rèn)定更新是成功的。
在一個(gè)替換實(shí)施方式中，當(dāng)更新器32被配置成在得知服務(wù)器或者CCS上的更新有效時(shí)發(fā)送通知。在這樣的配置中，更新文件可以一直保存在儲(chǔ)存庫(kù)中直到CCS的元件通知更新器32元件準(zhǔn)備好接收更新文件為止，在以上時(shí)間中更新器32簡(jiǎn)化了到請(qǐng)求更新的元件的文件的傳送。例如，如果從載波(carrier)接收到WiFi合伙更新信息，那么更新器32通知WiFi DLL關(guān)于存在新的更新的事實(shí)。WiFi元件能因此重新加載新的更新，而不是利用舊的數(shù)據(jù)或者先前加載的信息。因此，下次客戶(hù)端啟動(dòng)更新會(huì)話并且檢查更新時(shí)，新的更新將生效。
客戶(hù)端的任何部件應(yīng)用程序?qū)⒛芟蚋缕?2登記它所需的文件，并且客戶(hù)端管理器34將能登記它擁有的部件。應(yīng)當(dāng)理解的是客戶(hù)端管理器包括多個(gè)根據(jù)特殊執(zhí)行過(guò)程的需要而配置的軟件部件。在一種配置中，CCS可以被配置成向系統(tǒng)的其他適當(dāng)部件告知哪個(gè)文件將去往哪個(gè)DLL。此外，某些統(tǒng)計(jì)信息可以被返回到CCS，盡管做為選擇，這樣的統(tǒng)計(jì)信息可以是連接基礎(chǔ)結(jié)構(gòu)API的客戶(hù)端的一部分，這將在下文中進(jìn)行論述。在每個(gè)實(shí)例中，登記數(shù)據(jù)典型地包括表示與代碼有關(guān)的技術(shù)的種類(lèi)、位置定位等的字符串，該技術(shù)的種類(lèi)是諸如WiFi、GPRS、CDMA之類(lèi)。在該更新會(huì)話期間還可以提供更新或其他信息。
在每個(gè)實(shí)例中，登記數(shù)據(jù)典型地包括表示部件正在請(qǐng)求的更新的類(lèi)型的識(shí)別字符串、位置定位數(shù)據(jù)等等，該更新類(lèi)型諸如是WiFi、GPRS或者CDMA網(wǎng)絡(luò)配置之類(lèi)的。最后成功下載的更新的服務(wù)器生成時(shí)間戳必需被提供，而軟件版本及其他客戶(hù)端信息是隨意的。
在一個(gè)實(shí)施方式中，在客戶(hù)端和網(wǎng)絡(luò)或者因特網(wǎng)之間存在兩個(gè)接口以便到達(dá)或者聯(lián)系上服務(wù)器。第一，為了局部通信和驗(yàn)證，客戶(hù)端同局部熱點(diǎn)(local hotspot)交談。第二，為了狀態(tài)信息、用戶(hù)規(guī)定和提供商可能要求被實(shí)現(xiàn)的推送式服務(wù)，在客戶(hù)端和服務(wù)提供商之間建立鏈接。對(duì)于第一個(gè)接口，在現(xiàn)今市場(chǎng)上存在幾種不同的熱點(diǎn)應(yīng)用程序接口(Application Program Interfaces，API)，包括●WISPr●AWS●Cometa●Colubris●屏幕抓取(Screen scraping)
這些接口經(jīng)由CCS或者服務(wù)器中的配置設(shè)置被驅(qū)動(dòng)或者提供給客戶(hù)端。CCS可以保留按照優(yōu)先權(quán)次序排列的網(wǎng)絡(luò)的列表以及列出在每個(gè)網(wǎng)絡(luò)中使用的方法的明細(xì)表。新的漫游伙伴(roaming partner)可以很容易地被加到CCS中，并以對(duì)客戶(hù)端透明的方式被分布。
如上所指出的那樣，除在客戶(hù)端和局部熱點(diǎn)之間的接口之外，在客戶(hù)端和它的服務(wù)提供商之間還存在安全鏈路。這種通信接口使客戶(hù)端能夠向提供商通知它在其操作環(huán)境中的當(dāng)前狀態(tài)，并便于提供商把指令推送到客戶(hù)端。什么指令應(yīng)該被發(fā)送給客戶(hù)端的決定是基于客戶(hù)端的當(dāng)前狀態(tài)及把客戶(hù)端標(biāo)識(shí)為實(shí)體的其他信息確定的。每當(dāng)必要時(shí)服務(wù)提供者都可以改變關(guān)于什么指令應(yīng)該被發(fā)送給客戶(hù)端的邏輯，從而使客戶(hù)端應(yīng)該始終請(qǐng)求最新的決定。至少在有些實(shí)施方式中，通信鏈路是經(jīng)由HTTPS的。來(lái)自客戶(hù)端的消息典型地包含關(guān)于設(shè)備的當(dāng)前狀態(tài)的信息，諸如最近更新的時(shí)間戳。下列UI組件是必須的●氣球通知(Balloon notification)；●對(duì)話通知(Dialog notification)；●下載；以及●配置在至少有些實(shí)施方式中，更新器32不知道客戶(hù)端的母服務(wù)器30的網(wǎng)絡(luò)連接狀態(tài)或者連接許可的帶寬的類(lèi)型。因此，更新器32不能夠驅(qū)動(dòng)同服務(wù)器的通信。在這樣的實(shí)施方式中，提供了控制接口[未顯示，它在圖3的哪里？]，其可用于使更新器32能被告知何時(shí)可以設(shè)法檢查更新?？梢杂孟⒌男问絹?lái)實(shí)現(xiàn)的該接口也可以通知更新器連接的類(lèi)型。此外，控制接口可供用戶(hù)啟動(dòng)‘立即核對(duì)更新’處理之用，該處理本質(zhì)上是對(duì)上述的自動(dòng)處理的手動(dòng)開(kāi)啟。
現(xiàn)在參照?qǐng)D4，通過(guò)以示例性的XML格式來(lái)經(jīng)由HTTP POST發(fā)送下列參數(shù)，更新器50啟動(dòng)同服務(wù)器或者CCS52的通信，其中更新器50也用于存儲(chǔ)設(shè)置并提供客戶(hù)端和更新服務(wù)器之間的通信[請(qǐng)向該表格插入更新]
下面闡述了更新器50和CCS 52之間的通信的實(shí)例；在路徑501上更新器50向CCS 52郵遞(POST)客戶(hù)端信息https://ccs.pctel.com/GetSomeUpatePOSTvendor=PCTELproduct=RC_WIFI_GPRSversion=2.64.00serialnumber=123456789lastupdate=2003-08-13 17:13:19.12在路徑504上，CCS 52通過(guò)返回格式化好的XML響應(yīng)來(lái)作答，其中XML響應(yīng)指定了可以下載的文件< xml version="1.0"encoding="UTF-16" ><files id="ID1"transaction="no">
<file id="file 1"silent="no"compressed="ves"method="full">
<remote>https://serverl.ccs.com/downloads/Filel.zip</remote>
<desc>An updated list of carrier defined WiFi networks is availablefor download.Do you want to download now </desc>
<size>22048</size>
<localbase>CSIDL_COMMON_APPDATA</localbase>
<local>PCTEL_Networks.xml</local>
<lastupdate>2003-08-16 12:16:11.12</lastupdate></file><file id="file2"silent="no"compressed="yes"method="full">
<remote>https://serverl.ccs.com/downloads/File2.zip</remote>
<desc>An updated list of company defined WiFi networks isavailable for download.Do you want to download now </desc>
<size>12048</size>
<localbase>CSIDL_COMMON_APPDATA</localbase>
<local>PCTEL_Co_Networks.xml</local>
<lastupdate></file></files>
如果沒(méi)有能夠下載的文件，那么CCS返回空的文件列表。< xml version="1.0"encoding="UTF-16" ><files/>
XML響應(yīng)語(yǔ)法
在路徑506和508處，更新器50開(kāi)始從指定的遠(yuǎn)程位置下載文件。此外，結(jié)合了上述發(fā)明的系統(tǒng)還可以包括用來(lái)簡(jiǎn)化中心服務(wù)器和遠(yuǎn)程設(shè)備之間的通信的API。可以獨(dú)立使用的該API被提供來(lái)允許設(shè)備的各種全域能夠成功地同本發(fā)明所述的系統(tǒng)進(jìn)行通信。下列示例性的信息表示了根據(jù)本發(fā)明的標(biāo)準(zhǔn)API。
更具體而言，本發(fā)明的這個(gè)實(shí)施方案是針對(duì)于連到基礎(chǔ)設(shè)施API的客戶(hù)端的，是關(guān)于能夠無(wú)縫漫游在各無(wú)線網(wǎng)絡(luò)之中的客戶(hù)端的，在下文中有時(shí)將這種客戶(hù)端稱(chēng)之為“智能客戶(hù)端”或者“漫游客戶(hù)端”。該接口被設(shè)計(jì)成能提供智能客戶(hù)端和運(yùn)營(yíng)商的基礎(chǔ)設(shè)施之間的在先的和在后的驗(yàn)證通信。
付費(fèi)Wi-Fi服務(wù)的大多數(shù)提供商期望通過(guò)增加Wi-Fi漫游伙伴而迅速擴(kuò)大它們的本機(jī)網(wǎng)絡(luò)(native network)。漫游客戶(hù)端和CCS為運(yùn)營(yíng)商提供了不斷地為每個(gè)漫游伙伴添加網(wǎng)絡(luò)驗(yàn)證和連接邏輯并對(duì)一定范圍內(nèi)的用戶(hù)運(yùn)用該邏輯的能力。此外，當(dāng)將該能力集成到漫游客戶(hù)端自身時(shí)，單獨(dú)規(guī)定的API允許運(yùn)營(yíng)商沿用其已存在的自服務(wù)規(guī)定和帳戶(hù)維護(hù)站點(diǎn)。因此，本發(fā)明允許提供商把智能客戶(hù)端解決方案和它們的網(wǎng)絡(luò)供應(yīng)集成起來(lái)。
接口設(shè)計(jì)狀態(tài)(INTERFACE DESIGNSTATES)接口支持客戶(hù)端把各種各樣的連接狀態(tài)發(fā)送到基礎(chǔ)設(shè)施。例如，當(dāng)客戶(hù)端第一次連接并且處于預(yù)先驗(yàn)證狀態(tài)時(shí)，預(yù)先驗(yàn)證消息被發(fā)送。該消息將包含在標(biāo)題為智能客戶(hù)端狀態(tài)的表1中所給出的狀態(tài)以及來(lái)自標(biāo)題為信息的表2中所定義的信息狀態(tài)的信息。
表1、智能客戶(hù)端狀態(tài)
表2、信息
表2僅僅是可以發(fā)送的信息類(lèi)型的一個(gè)實(shí)例，該實(shí)例并非意在限制本發(fā)明；可以發(fā)送各種各樣的其他類(lèi)型的信息，諸如<status>connected</status>
<username>someuser</status>
<sessionid>123456789</sessionid>
<ip>63.142.45.23</ip>
動(dòng)作(ACTIONS)
應(yīng)用程序運(yùn)營(yíng)商接口由各種可以執(zhí)行的動(dòng)作組成。在客戶(hù)端發(fā)送狀態(tài)消息之后這些動(dòng)作被從基礎(chǔ)設(shè)施傳送至客戶(hù)端。這些消息可以被嵌入到標(biāo)準(zhǔn)HTML的內(nèi)部或者可以是原始XML。這些通信可以利用HTTPS格式執(zhí)行，盡管還可能支持不安全的HTTP格式。以下是動(dòng)作的示例列表，但并非意味著是動(dòng)作的唯一的或者完整的列表表3、智能客戶(hù)端動(dòng)作
<p>O.信息神經(jīng)系統(tǒng)的靈巧請(qǐng)求觀察規(guī)范1.概述靈巧請(qǐng)求觀察是指信息神經(jīng)系統(tǒng)的一項(xiàng)特征。該特征令語(yǔ)義瀏覽器(信息智能體或圖書(shū)館員)的用戶(hù)可以平行監(jiān)視(或“觀察”)靈巧請(qǐng)求。這是一項(xiàng)很有利的特征，因?yàn)樗赏ㄟ^(guò)允許用戶(hù)同時(shí)跟蹤若干個(gè)請(qǐng)求而提高工作效率。
此特征在客戶(hù)端語(yǔ)義運(yùn)行時(shí)、語(yǔ)義瀏覽器及外殼中實(shí)現(xiàn)；允許以可配置的方式觀察靈巧請(qǐng)求(經(jīng)由類(lèi)似于電視機(jī)畫(huà)中畫(huà)功能的機(jī)制)；最好采用下列一個(gè)或多個(gè)軟件組件1.請(qǐng)求觀察清單(RWL)2.請(qǐng)求觀察群組3.通知管理器(NM)4.觀察群組監(jiān)視器(WLM)5.觀察窗格6.觀察窗口2.請(qǐng)求觀察清單與群組請(qǐng)求觀察清單是客戶(hù)程序運(yùn)行時(shí)管理的一個(gè)靈巧請(qǐng)求(或靈巧智能體)清單。此清單實(shí)質(zhì)上由用戶(hù)想要監(jiān)視的靈巧請(qǐng)求構(gòu)成。請(qǐng)求觀察清單包含一系列條目，即具有下列數(shù)據(jù)結(jié)構(gòu)的請(qǐng)求觀察清單條目(RWLE)
<p> 客戶(hù)端可以以由CCS決定的方式“看到(see)”Wi-Fi網(wǎng)絡(luò)；也就是說(shuō)，客戶(hù)端以CCS“告訴”它的方式看到這樣的網(wǎng)絡(luò)。在至少有些實(shí)施方式中，客戶(hù)端知道所有有效的Wi-Fi網(wǎng)絡(luò)，但是經(jīng)由CCS輸入的并由CCS服務(wù)的配置信息創(chuàng)建了網(wǎng)絡(luò)信息抽象層，因此客戶(hù)端的用戶(hù)能夠看見(jiàn)用戶(hù)所屬的運(yùn)營(yíng)商/提供商定義的信息。每個(gè)Wi-Fi網(wǎng)絡(luò)是由如上述模板所示的SSID信息定義的。然而，CCS創(chuàng)建以該信息為別名的配置文件并向用戶(hù)提供附加信息。這樣的信息包括更加詳細(xì)的網(wǎng)絡(luò)說(shuō)明、起始URL、連接選項(xiàng)(自動(dòng)/提示/手動(dòng))等等。
<network closed="no" connect="prompt" owner="PCTEL"
roaming="yes">
<ssid>SomeSSID</ssid>
<alias>PCTEL WiFi Network</alias>
<memo>This is PCTEL′s WiFi network provided by XYZroaming partner.</memo>
…<browser launch="yes"useproxy="no">
<starturl>http://www.pctel.com</starturl>
</browser>
…</network>
熱點(diǎn)API設(shè)置(HOTSPOT API SETTINGS)在一個(gè)實(shí)施方式中，CCS包括為Wi-Fi服務(wù)提供商的漫游伙伴添加/刪除熱點(diǎn)設(shè)置的功能。在示例性的配置中，熱點(diǎn)信息是經(jīng)由便于使用者操作的CCS用戶(hù)界面(UI)保存的。典型地，雖然并非在所有的實(shí)施方式中都是必要的，但是全部信息被以關(guān)系數(shù)據(jù)庫(kù)格式存儲(chǔ)以提供快速且靈活的數(shù)據(jù)搜索和修改。此外，在標(biāo)準(zhǔn)配置中，用于熱點(diǎn)設(shè)置的更新文件被以可擴(kuò)縮的XML格式提供，該XML格式能實(shí)現(xiàn)在客戶(hù)端上的簡(jiǎn)易并靈活的操作。下面顯示了反映如何保存熱點(diǎn)表格的模板 此外，在下面的表格中顯示了用于添加熱點(diǎn)的示例性的模板
下面顯示了關(guān)于這種熱點(diǎn)的示例性代碼< xml version="1.0"encoding="UTF-16" ><ArrayOfHotSpot lastupdate="2003-09-12 16:45:17.625"version="1.0"><HotSpot>
<Name>D/FW International Airport Terminal E</Name>
<Address>PO Drawer 619428</Address>
<City>DFW Airport</City>
<State>TX</State>
<Zip>75261</Zip>
<Location>Wayport HotSpot</Location>
<Category>Airport</Category>
<Country>USA</Country>
…</HotSpot>…</ArrayOfHotSpot>
運(yùn)營(yíng)商API設(shè)置(CARRIER API SETTINGS)下面將以示例性的格式描述，用于為Wi-Fi服務(wù)提供商的漫游伙伴添加或者刪除運(yùn)營(yíng)商接口設(shè)置的基本CCS功能。
CCS提供了方便且靈活的方式來(lái)定義用于認(rèn)證和登陸Wi-Fi網(wǎng)絡(luò)的運(yùn)營(yíng)商和/或漫游伙伴特定程序。在示例性的配置中，每個(gè)網(wǎng)絡(luò)可以具有任意個(gè)為其定義的API設(shè)置。API設(shè)置是以認(rèn)證者對(duì)象和相關(guān)參數(shù)的方式表示的。每個(gè)認(rèn)證者可以具有任意個(gè)參數(shù)。利用該機(jī)制，CCS提供了一種裝置以動(dòng)態(tài)改變客戶(hù)端在不同的網(wǎng)絡(luò)環(huán)境中操作的方式。靈活的配置文件(見(jiàn)下文)允許定義任意個(gè)認(rèn)證者對(duì)象，其中該認(rèn)證者對(duì)象是按重要性次序被執(zhí)行的。如果具有較高優(yōu)先級(jí)的認(rèn)證者對(duì)象失敗，那么客戶(hù)端自動(dòng)地例示(instantiate)列表中的下一個(gè)認(rèn)證者。下面舉例說(shuō)明了對(duì)于這樣的認(rèn)證者的示例性代碼<authentication launch="yes"prompt="no">
<authenticator method="API"progID="Auth_Actions">
<parameter
name="ActionLocation">https://awireless-oac-g3.qpass.com/wificontrollerservlet/</parameter>
<parametername="CompanyName">aws</parameter>
<parametername="LoginURL">https://watergate.corp.aus.wayport.net/roamer_login.adp</parameter>
<parametername="LoopyFix">loopyfix</parameter>
<parametername="ModuleName">Auth_Wayport</parameter>
<parametername="Realm">goport.com</parameter>
<parametername="RedirectTest">http://www.google.com/index.html</parameter>
<parameter name="User-Agent">Mozilla/4.0(compatible;MSIE 5.5;Windows NT 5.0)-AWSWiFiManager/1.0</parameter>
</authenticator>
<authenticator>
…</authenticator>
…</authentication>
注冊(cè)登記過(guò)程(SIGN UP PROCEDURE)現(xiàn)在參照?qǐng)D5，顯示了已經(jīng)安裝漫游客戶(hù)端應(yīng)用程序但是還沒(méi)有使用過(guò)的用戶(hù)的時(shí)序圖。由于用戶(hù)位于支持的熱點(diǎn)，所以他或者在客戶(hù)端已經(jīng)在運(yùn)行的情況下被提示連接，或者因?yàn)橐鈭D連接到因特網(wǎng)而啟動(dòng)應(yīng)用程序。上述的圖5中的時(shí)序圖顯示了在注冊(cè)帳戶(hù)、購(gòu)買(mǎi)服務(wù)以及連接到因特網(wǎng)的處理中所需的步驟。以下是定義該時(shí)序步驟之間的交互作用的一系列步驟在圖5的步驟1中，本發(fā)明的應(yīng)用程序創(chuàng)建至有圍墻的花園(walledgarden)(白名單(white list))外部的URL的HTTP GET，以便提取提供商和位置信息。
GET/HTTP/1.0User-Agent:Mozilla/4.0(compatible;MSIE 5.5;Windows NT 5.0)-APPLICATION/1.0Host:www.outsidewalledgarden.com在步驟2，應(yīng)用程序分析HTTP響應(yīng)并存儲(chǔ)提供商、位置、錯(cuò)誤及其他提供信息(此步驟的執(zhí)行過(guò)程是提供商/NAS指定的)。
HTTP/1.0 302 FoundServer:MC SSG/0.0.0(Linux)Location:http://locationl.mc.com/cgi-bin/index.cgi MacAddr=00-06-25-0D-3A-24&IpAddr=216.12.231.204…<!--SeviceProvider=My Carrier-->
<!--access location=mcl-->
<!--error=0-->
<!-LoginURL=https://loginl.carrier.com/Login-->
<HTML>
…</HTML>
在步驟3，應(yīng)用程序把關(guān)于當(dāng)前狀態(tài)、位置等等的信息郵遞(POST)到網(wǎng)絡(luò)門(mén)戶(hù)(Web Portal)。
POST/Welcom.jsp HTTP/1.0User-Agent:Mozilla/4.0(compatible;MSIE 5.5;Windows NT 5.0)-APPLICATION/1.0…Host:portal.pctel.comAPPLICATION=<Application version=“1.0”>
<status>connected</status>
<username></username>
<password></password>
<error>0</error>
<provider>A Carrier</provider>
<location>mcl</location>
<sessionid></sessionid>
<ip>216.12.231.204</ip>
<mac>00-06-25-0D-3A-24</mac>
</Application>
POST information is formatted with CR/LF for clarity在步驟4，網(wǎng)絡(luò)門(mén)戶(hù)確定出應(yīng)該由應(yīng)用程序執(zhí)行的一組動(dòng)作(表1中顯示了一組標(biāo)準(zhǔn)動(dòng)作)。在這種情況下，運(yùn)營(yíng)商網(wǎng)絡(luò)門(mén)戶(hù)發(fā)送‘啟動(dòng)微型瀏覽器(launchMiniBrowser)’動(dòng)作并定義用于啟動(dòng)新用戶(hù)注冊(cè)登記過(guò)程的URL。
HTTP/1.0 200 OK…ApplicationActions:yes…<!--<Application version="1.0">
<actions>
<action name="launchMiniBrowser">
<parameter name="url"type="single">
<value>https://portal.carrier.com/NewUser</value>
</parameter>
<parameter name="width"type="single>
<value>480</value>
</parameter>
<parameter name="height"type="single>
<value>320</value>
</parameter>
</action>
</actions>
</Application>
-->
在步驟5，′啟動(dòng)微型瀏覽器(launchMiniBrowser)′動(dòng)作接受三個(gè)參數(shù)url、寬度和高度。寬度和高度值是以像素為單位指定的。盡管不是必要的，但是本申請(qǐng)典型地將帶商標(biāo)的(branded)微型瀏覽器窗口放置在用戶(hù)屏幕的中心。如果寬度和高度值未被提供或者包含無(wú)效值，那么微型瀏覽器窗口尺度被缺省設(shè)定為640×480像素。
在步驟5a-5d，門(mén)戶(hù)提供了一個(gè)或多個(gè)用于建立新用戶(hù)帳戶(hù)的步驟。用戶(hù)通過(guò)同當(dāng)前HTML頁(yè)面進(jìn)行交互的方式具有漫游和選擇不同的選項(xiàng)的自由。帶商標(biāo)的微型瀏覽器傾聽(tīng)將終止注冊(cè)登記過(guò)程的一組新動(dòng)作。
在步驟6網(wǎng)絡(luò)門(mén)戶(hù)返回一個(gè)或多個(gè)動(dòng)作作為嵌入的XML的一部分。在HTTP響應(yīng)中，‘應(yīng)用程序動(dòng)作’自定義HTTP頭部被設(shè)置為‘是’，因此應(yīng)用程序客戶(hù)端分析并執(zhí)行嵌入列表的動(dòng)作。
HTTP/1.0 200 OK…Application Actions:yes…
<Application verion="1.0"><actions>
<action name="confirmPassword">
<parameter name="username"type="single">
<value>johndoe</value>
</parameter>
</action>
<action name="login"/>
</actions>
</Application>
在步驟7，在提示用戶(hù)確認(rèn)口令之后應(yīng)用程序客戶(hù)端嘗試登錄過(guò)程。
POST/roamer login.adp HTTP/1.0User-Agent:Mozilla/4.0(compatible;MSIE 5.5;Windows NT 5.0)-APPLICATION/1.0…Host:ssg.carrier.comMacAddr=00:01:02:03:04:05&IpAddr=216.12.231.204&sername=johndoe&password=johndoepass在步驟9，系統(tǒng)表明登錄過(guò)程是否成功。
HTTP/1.0 200 OKServer:MC SSG/0.0.0(Linux)…<!--error=0-->
<!--Sessionld=123123-->
<!--AuthMessage=Reply-Message-->
<!--LogoffURL=https://ssg.pctel.com/cgi-bin/logoff.cgi-->
<HTML>
…
</HTML>
在步驟9，應(yīng)用程序客戶(hù)端把新的狀態(tài)信息和全部有關(guān)數(shù)據(jù)郵遞(POST)到運(yùn)營(yíng)商的網(wǎng)絡(luò)門(mén)戶(hù)。
POST/LoginSuccess.jsp HTTP/1.0User-Agent:Mozilla/4.0(compatible;MSIE 5.5;Windows NT 5.0)-APPLICATION/1.0…Host:portal.pctel.comAPPLICATION=*)<Application version=”1.0”>
<status>loggedin</status>
<username>johndoe</username>
<password>johndoepass</password>
<error>0</error>
<provider>myWISP</provider>
<location>mcl</location>
<sessionid>123123</sessionid>
<ip>192.168.200.100</ip>
<mac>00-06-25-0D-3A-24</mac>
</Application>
*)POST information is formatted with CR/LF for clarity在步驟10，網(wǎng)絡(luò)門(mén)戶(hù)分析應(yīng)用程序信息并判斷是否應(yīng)該由驗(yàn)證者執(zhí)行進(jìn)一步的動(dòng)作。這還是可以把自定義廣告內(nèi)容推出到用戶(hù)的時(shí)刻。
HTTP/1.0 200 OK…APPLICATIONActions:yes…
<Application verion="1.0">
<actions>
<action name="launchDefaultBrowser">
<parameter name="url"type="single">
<value>http://promotions.mycarrier.com ad=89879</value>
</parameter>
</action>
</actions>
</Application>
返回用戶(hù)(RETURNING USER)在用戶(hù)已經(jīng)具有帳戶(hù)的實(shí)例中，那么客戶(hù)端將啟動(dòng)同登錄的狀態(tài)更新的連接。該消息將以類(lèi)似于上述的新用戶(hù)的方式把適當(dāng)?shù)男畔鬟f至中心系統(tǒng)。
現(xiàn)在參照?qǐng)D6，在步驟600開(kāi)始更新客戶(hù)端的處理。在步驟604客戶(hù)端被首次啟動(dòng)，并且在步驟606客戶(hù)端初始化同位于預(yù)程控的(preprogrammed)URL的服務(wù)器的通信對(duì)話。在步驟608，服務(wù)器將驗(yàn)證客戶(hù)端以確?？蛻?hù)端的身份。如果服務(wù)器不把客戶(hù)端認(rèn)可成能聯(lián)系上該服務(wù)器以便更新的客戶(hù)端，那么在步驟616服務(wù)器將忽略來(lái)自客戶(hù)端的請(qǐng)求。除忽略請(qǐng)求外，服務(wù)器還可以傳遞客戶(hù)端的標(biāo)識(shí)信息至中心位置以便判斷引發(fā)錯(cuò)誤的原因，特別是如果這是客戶(hù)端在啟動(dòng)之后的第一次更新通信會(huì)話的話。如果服務(wù)器驗(yàn)證了客戶(hù)端的身份，那么在步驟610客戶(hù)端發(fā)送它的信息至服務(wù)器，并且服務(wù)器判斷更新是否有效以及是否需要更新，其中該信息包括最后的更新的時(shí)間-日期標(biāo)記信息。如果判斷不需要更新，那么在步驟612服務(wù)器通知客戶(hù)端不需要更新，并且在步驟640處理結(jié)束。另一方面，如果在步驟610服務(wù)器或者一些管理程序判斷需要更新，那么在步驟614確定包含更新的位置的URL。在步驟618，服務(wù)器判斷更新的URL同自己的URL是相同的還是不同的。如果URL是不同的，那么在步驟620從遠(yuǎn)程URL處獲取更新。如果URL是相同的，那么在步驟622把更新定位于當(dāng)前服務(wù)器的URL。在步驟624，下載更新至客戶(hù)端。在步驟628，根據(jù)來(lái)自客戶(hù)端的信息和當(dāng)前有效的更新信息，判斷是否需要輔助更新。如果存在輔助更新，那么在步驟626獲取URL并且所述處理前進(jìn)至步驟618。如果不需要輔助更新，那么在步驟630更新會(huì)話完成。
在步驟632，由系統(tǒng)確定母服務(wù)器是否將不再用作第一個(gè)聯(lián)系點(diǎn)。如果新的母服務(wù)器將被指定，那么在步驟636，當(dāng)前的母服務(wù)器將提供新的URL以替換預(yù)程控的URL，并且此后客戶(hù)端將啟動(dòng)同新的母服務(wù)器的更新通信會(huì)話，其中該新的母服務(wù)器位于新的URL處。另一方面，如果新的母服務(wù)器不被需要或者未被指定，那么在步驟640在客戶(hù)端中的預(yù)程控的當(dāng)前URL保持不變并且所述處理結(jié)束。值得注意的是，在替換實(shí)施方式中，如果第一次通信會(huì)話沒(méi)有被啟動(dòng)，那么因?yàn)樽詮淖詈蟮耐ㄐ艜?huì)話時(shí)起或者自從客戶(hù)端被預(yù)程控時(shí)起已經(jīng)指定了位于新的URL的新的母服務(wù)器，所以在步驟608中的驗(yàn)證步驟期間母服務(wù)器提供新的URL。在這種情況下，服務(wù)器可以驗(yàn)證客戶(hù)端的身份并把通信會(huì)話的剩余部分傳遞至位于新的URL的新的母服務(wù)器，或者作為選擇，母服務(wù)器可以利用新的URL更新客戶(hù)端并命令客戶(hù)端啟動(dòng)同新的母服務(wù)器的新的通信對(duì)話。
已經(jīng)充分描述了各種實(shí)施方式和各種替換方案，所屬技術(shù)領(lǐng)域的專(zhuān)業(yè)人員將認(rèn)識(shí)到在此給出的以下教導(dǎo)，即存在多個(gè)不脫離本發(fā)明的替換方案和變動(dòng)方案。因此旨在于本發(fā)明不受上述說(shuō)明書(shū)的限制而僅由權(quán)利要求書(shū)來(lái)限定。
權(quán)利要求
1.一種更新客戶(hù)端的方法，包括下述步驟啟動(dòng)從所述客戶(hù)端到母服務(wù)器的通信；判斷所述客戶(hù)端是否具有最新的更新；以及下載更新信息至所述客戶(hù)端。
2.根據(jù)權(quán)利要求1所述的方法，其中所述判斷步驟包括下述步驟將所述客戶(hù)端處的信息的時(shí)間戳信息同所述服務(wù)器處的當(dāng)前有效的更新的時(shí)間戳信息進(jìn)行比較；如果所述客戶(hù)端處的所述時(shí)間戳信息表明所述客戶(hù)端處的所述信息不是最新的更新，那么將更新信息從所述服務(wù)器傳送至所述客戶(hù)端；以及把指示符從所述服務(wù)器傳送至所述客戶(hù)端，以便表明所述客戶(hù)端具有最新的更新并且更新不是必要的。
3.根據(jù)權(quán)利要求2所述的方法，其中所述服務(wù)器提供所述更新的位置的URL地址，以便所述客戶(hù)端啟動(dòng)同所述更新駐留于其中的副服務(wù)器的通信。
4.根據(jù)權(quán)利要求2所述的方法，其中所述母服務(wù)器包含所述更新信息。
5.根據(jù)權(quán)利要求2所述的方法，其中所述啟動(dòng)通信的步驟是無(wú)線通信會(huì)話并且所述客戶(hù)端是無(wú)線設(shè)備。
6.根據(jù)權(quán)利要求1所述的方法，其中所述啟動(dòng)步驟包括下述步驟預(yù)程控所述母服務(wù)器的URL地址；以及在所述服務(wù)器處驗(yàn)證所述客戶(hù)端的身份以便確保所述客戶(hù)端啟動(dòng)同母服務(wù)器的聯(lián)系。
7.根據(jù)權(quán)利要求6所述的方法，如果由于自從最后的通信對(duì)話開(kāi)始在所述客戶(hù)端應(yīng)該聯(lián)系的所述服務(wù)器的指示方面發(fā)生變化，而導(dǎo)致所述母服務(wù)器不能驗(yàn)證所述客戶(hù)端的身份，那么所述方法還包括把所述客戶(hù)端路由選擇到替換母服務(wù)器的步驟。
8.根據(jù)權(quán)利要求1所述的方法，其中所述母服務(wù)器向所述客戶(hù)端提供關(guān)于第二服務(wù)器的新的URL，其中所述第二服務(wù)器將變?yōu)樾碌哪阜?wù)器。
9.根據(jù)權(quán)利要求1所述的方法，其中所述客戶(hù)端自動(dòng)啟動(dòng)更新通信會(huì)話。
10.根據(jù)權(quán)利要求1所述的方法，其中啟動(dòng)通信會(huì)話是由所述客戶(hù)端的用戶(hù)執(zhí)行的。
11.根據(jù)權(quán)利要求1所述的方法，其中所述啟動(dòng)步驟還包括通過(guò)安全連接驗(yàn)證客戶(hù)端身份的步驟。
12.一種用于更新設(shè)備的系統(tǒng)，所述系統(tǒng)包括具有至少一個(gè)可更新的部件并且能夠傳送驗(yàn)證信息的設(shè)備；以及同所述設(shè)備通信的服務(wù)器，其中當(dāng)所述服務(wù)器已經(jīng)驗(yàn)證了所述設(shè)備的身份時(shí)，所述服務(wù)器能夠把更新下載至所述設(shè)備。
13.根據(jù)權(quán)利要求12所述的系統(tǒng)，還包括用于通過(guò)網(wǎng)絡(luò)傳送安全信息的裝置。
14.根據(jù)權(quán)利要求12所述的系統(tǒng)，其中所述設(shè)備是無(wú)線設(shè)備。
15.根據(jù)權(quán)利要求14所述的系統(tǒng)，其中所述通信會(huì)話發(fā)生在內(nèi)部網(wǎng)之間。
16.根據(jù)權(quán)利要求14所述的系統(tǒng)，其中所述通信會(huì)話發(fā)生因特網(wǎng)之間。
17.根據(jù)權(quán)利要求12所述的系統(tǒng)，包括至少一個(gè)同所述服務(wù)器通信的輔助服務(wù)器，其中所述至少一個(gè)輔助服務(wù)器包含被傳送到所述客戶(hù)端的更新信息。
18.根據(jù)權(quán)利要求12所述的系統(tǒng)，還包括同所述服務(wù)器相連并同所述客戶(hù)端通信的更新器單元，所述客戶(hù)端用于存儲(chǔ)多個(gè)更新的位置以及關(guān)于多個(gè)更新的時(shí)間戳的信息。
19.根據(jù)權(quán)利要求18所述的系統(tǒng)，其中所述更新器通過(guò)無(wú)線通信鏈路同所述客戶(hù)端通信。
20.一種用于更新同母服務(wù)器進(jìn)行無(wú)線通信的客戶(hù)端的系統(tǒng)，所述系統(tǒng)包括用于啟動(dòng)從所述客戶(hù)端到所述母服務(wù)器的通信的裝置；用于判斷所述客戶(hù)端是否具有最新的更新的裝置，其中用于判斷的裝置包括用于把所述客戶(hù)端處的信息的時(shí)間戳信息同所述服務(wù)器處的當(dāng)前有效的更新的時(shí)間戳信息進(jìn)行比較的裝置；用于在所述客戶(hù)端處的時(shí)間戳信息表明所述客戶(hù)端處的信息不是最新的更新的情況下把所述更新信息從所述服務(wù)器傳送到所述客戶(hù)端的裝置；以及用于把指示符從所述服務(wù)器傳送至所述客戶(hù)端以便表明所述客戶(hù)端具有最新的更新并且更新不是必要的裝置；以及用于把所述更新信息下載到所述客戶(hù)端的裝置。
全文摘要
公開(kāi)了一種使信息能被傳送到設(shè)備以便更新或者升級(jí)該設(shè)備的系統(tǒng)和方法。因此，在客戶(hù)端已經(jīng)被使用之后可以實(shí)時(shí)地從中心位置更新客戶(hù)端。根據(jù)本發(fā)明所公開(kāi)的系統(tǒng)和方法還考慮了自動(dòng)更新或者用戶(hù)手動(dòng)更新軟件或者設(shè)備配置。
文檔編號(hào)G06F9/445GK1853428SQ200480027108
公開(kāi)日2006年10月25日 申請(qǐng)日期2004年9月20日 優(yōu)先權(quán)日2003年9月19日
發(fā)明者V·沙姆沙洛維奇, R·博克索爾 申請(qǐng)人:皮科特有限公司