專利名稱:數(shù)據(jù)傳送系統(tǒng)和數(shù)據(jù)傳送方法
技術領域:
實施方式涉及用于在全部通過網(wǎng)絡連接的中央終端或中央設備以及中間服務器 中存儲相同數(shù)據(jù)并且通過終端裝置接收數(shù)據(jù)的數(shù)據(jù)傳送系統(tǒng)和數(shù)據(jù)傳送方法。
背景技術:
近年來,通過使用網(wǎng)絡來管理軟件資源的系統(tǒng)已經(jīng)被引入學校、醫(yī)院、公司等中。 這種系統(tǒng)構成三層結構,包括主機服務器層、中間服務器層以及客戶端服務器層(如個人 計算機)。主機服務器層中的主機服務器存儲客戶端裝置所必需的軟件資源并且與中間服 務器層中的中間服務器連接。中間服務器從主機服務器下載該軟件資源,并且存儲與存儲 在主機服務器中的軟件資源相似的軟件資源??蛻舳搜b置從中間服務器下載該軟件資源。在這種構造的系統(tǒng)中,用戶可以通過該用戶所擁有的客戶端裝置(如個人計算 機)從中間服務器下載存在于主機服務器中的軟件資源。例如,在將該系統(tǒng)引入企業(yè)中的 情況下,通過將主機服務器安裝在總部中并將中間服務器安裝在分部中,該企業(yè)的分部的 員工可以從安裝在分部中的中間服務器獲取存在于總部中的軟件資源。管理該系統(tǒng)的管理 員通過簡單地將存在于主機服務器中的軟件資源更新成最新版本就可以向客戶端裝置發(fā) 布最新的軟件資源。在這種系統(tǒng)中,每一個客戶端裝置都不能可靠地掌握主機服務器中的軟件資源 是否為最新版本。因此,已經(jīng)設想了一種使得可以可靠地發(fā)布軟件資源的系統(tǒng)(例如, JP-A-2007-80167)。在這種系統(tǒng)中,中間服務器監(jiān)視存儲在主機服務器中的軟件資源是否 已經(jīng)更新。如果執(zhí)行了更新,則中間服務器更新存儲在其本身中的軟件資源,并且向每一個 客戶端裝置通知該更新。當客戶端裝置被通知了更新時,該客戶端裝置從中間服務器接收 軟件資源。從而,客戶端裝置可以以更大確定性來接收最新軟件資源。
發(fā)明內(nèi)容
在中間服務器監(jiān)視軟件資源的版本的情況下,中間服務器必須總是監(jiān)視主機服務 器。另外,中間服務器需要監(jiān)視關于客戶端裝置的信息(例如,是否已經(jīng)向客戶端裝置通知 了更新)。因此,如果客戶端裝置的數(shù)量增加,則必須將添加的客戶端裝置登記到中間服務 器,由此,增加了中間服務器上的負荷。在這里公開的數(shù)據(jù)傳送系統(tǒng)中,根據(jù)本發(fā)明的一方面,一種數(shù)據(jù)傳送系統(tǒng)和方法 包括接收并存儲從中央設備發(fā)送來的軟件資源,并且,在中央設備接受了軟件資源的登記 的情況下,與中央設備并與中間服務器通信的終端裝置存儲具有與登記接受所接受的軟件 資源相對應的版本號的資源信息,向中間服務器發(fā)送登記接受所接受的軟件資源和存儲在 資源信息存儲單元中的資源信息。設置有用于創(chuàng)建要向終端裝置發(fā)送的中間服務器的服務器列表的服務器列表創(chuàng) 建單元、以及用于向終端裝置發(fā)送由服務器列表創(chuàng)建單元創(chuàng)建的服務器列表和資源信息的 列表/信息發(fā)送單元。每一個終端裝置都具有同步確定單元,該同步確定單元用于獲取從所述中央設備接收到的服務器列表中示出的中間服務器通過資源傳遞單元發(fā)送的、并且存 儲在該中間服務器中的資源信息,將從所述中央設備接收到的資源信息與從所述中間服務 器獲取的資源信息進行比較,并且基于這兩組資源信息在軟件資源的版本號方面是否一致 來確定所述中間服務器是否與所述中央設備同步;和請求信號發(fā)送單元,當所述同步確定 單元確定了所述中間服務器同步時,該請求信號發(fā)送單元向所述中間服務器發(fā)送請求發(fā)送 軟件資源的請求信號。因為中央設備例如已經(jīng)知道軟件資源已發(fā)送至中間服務器,所以在從終端裝置接 收到關于該軟件資源的查詢的情況下,在此公開的數(shù)據(jù)傳送系統(tǒng)使得可以確定終端裝置要 接收的軟件資源是否存在于中間服務器中。終端裝置基 于中央設備的確定結果而接收來自 中間服務器的數(shù)據(jù),因此不必向中間服務器查詢是否存在軟件資源。而且,在此公開的數(shù)據(jù) 傳送系統(tǒng)使得不必確定存儲在中央設備中的軟件資源是否與存儲在中間服務器中的軟件 資源一致。從中央設備接收到查詢結果的終端裝置確定兩種軟件資源是否一致。結果,減 輕了每一個服務器或裝置上的處理負荷。從而,終端裝置可以以更大確定性接收來自中央 設備的軟件資源。終端裝置主動查詢軟件資源的傳送。因而,中央設備和中間服務器不必精細地管 理終端裝置。而且,簡化了中央設備和中間服務器中的編程操作。結果,減輕了中央設備和 中間服務器上的處理負荷。終端裝置向終端裝置發(fā)送表示從哪個中間服務器接收到軟件資 源的列表。這分散了在終端裝置接收軟件資源時中間服務器上的負荷。可以恰當?shù)毓芾碓?接收軟件資源時實現(xiàn)的處理速度。
圖1是例示與本發(fā)明一個實施方式相關聯(lián)的數(shù)據(jù)傳送系統(tǒng)的構造的圖;圖2是例示并入數(shù)據(jù)傳送系統(tǒng)中的主服務器的構造的框圖;圖3A是為管理軟件資源而使用的表;圖3B是為管理輔服務器而使用的表;圖3C是為管理個人計算機(PC)而使用的表;圖3D是為管理怎樣指示PC而使用的表;圖4A是例示由主服務器創(chuàng)建的服務器列表的表;圖4B是并入數(shù)據(jù)傳送系統(tǒng)中的一個輔服務器的框圖,例示了輔服務器的構造;圖5是并入數(shù)據(jù)傳送系統(tǒng)中的一個PC的框圖,例示了該PC的構造;圖6是例示數(shù)據(jù)傳送系統(tǒng)所提供的功能的框圖;圖7是例示PC所執(zhí)行的處理操作的流程圖;圖8是例示PC所執(zhí)行的其它處理操作的流程圖;圖9是例示主服務器所執(zhí)行的用于發(fā)送更新的軟件資源的處理操作的流程圖;圖10是例示主服務器所執(zhí)行的用于傳送軟件資源的處理操作的流程圖;圖IlA是例示主服務器所執(zhí)行的用于發(fā)送請求的軟件資源的處理操作的流程圖;圖IlB是例示輔服務器所執(zhí)行的用于存儲軟件資源的處理操作的流程圖;以及圖12是例示輔服務器所執(zhí)行的用于發(fā)送軟件資源的處理操作的流程圖。
具體實施例方式下面,參照附圖詳細描述在此公開的數(shù)據(jù)傳送系統(tǒng)和數(shù)據(jù)傳送方法的優(yōu)選實施方式。在此公開的數(shù)據(jù)傳送系統(tǒng)和數(shù)據(jù)傳送方法被引入學校、醫(yī)院、公司等中。在下述實施方 式中,在此公開的數(shù)據(jù)傳送系統(tǒng)所擁有的終端裝置被應用至個人計算機(PC)。圖1示出了與實施方式相關聯(lián)的數(shù)據(jù)傳送系統(tǒng)的構造。本實施方式的數(shù)據(jù)傳送系 統(tǒng)具有一個主服務器10、多個輔服務器20以及多個個人計算機(PC) 30。主服務器10是在此公開的數(shù)據(jù)傳送系統(tǒng)所擁有的中央設備,并且存儲有由系統(tǒng) 管理員或其他人輸入的軟件資源。所述軟件資源是在此公開的數(shù)據(jù),并且可以根據(jù)引入數(shù) 據(jù)傳送系統(tǒng)的場所而進行恰當修改。例如,該軟件資源可以是醫(yī)院的電子醫(yī)學圖表、學生的 成績卡、有關程序的版本升級數(shù)據(jù)、或病毒模式文件。當系統(tǒng)管理員或其他用戶輸入了新的 軟件資源時,主服務器10向輔服務器20發(fā)送該軟件資源。當修改或更新已經(jīng)存儲的軟件 資源時,主服務器10向輔服務器20發(fā)送修改后的軟件資源。雖然在此提供了諸如軟件資 源的資源的具體示例,但本發(fā)明不限于任何特定類型的資源。例如,可以包括軟件或應用程 序、工具或可以駐留在服務器中并且傳送至終端的任何其它信息。輔服務器20是在此公開的數(shù)據(jù)傳送系統(tǒng)所擁有的中間服務器,并且接收并存儲 從主服務器10發(fā)送來的軟件資源。換句話說,輔服務器20存儲與主服務器10中的軟件資 源相同內(nèi)容的軟件資源。當修改主服務器10中存儲的內(nèi)容時,發(fā)送軟件資源。因此,主服 務器10中的存儲內(nèi)容的修改反映在輔服務器20中。輔服務器20可以安裝在與主服務器 10相同的場所或建筑物中,或者安裝在遠離主服務器處。PC 30與主服務器10并且與輔服務器20連接,從而可以在它們之間進行數(shù)據(jù)通 信。PC 30接收來自主服務器10和輔服務器20中的任一個的所存儲軟件資源。如前所述, 在主服務器10和輔服務器20中存儲著具有相同內(nèi)容的軟件資源。從而,PC 30可以接收 來自任何服務器的相同軟件資源。在具有前述服務器和裝置的數(shù)據(jù)傳送系統(tǒng)中,當接通任何一個PC 30的電源時, 其向主服務器10發(fā)送查詢信號。如果接收到該查詢信號的主服務器10中存儲有最新的軟 件資源,則該服務器10準許PC 30接收最新的軟件資源。因此,使得PC 30能夠在啟動時 獲取最新的軟件資源。雖然將用于獲取信息或資源的最新(更新)版本的觸發(fā)描述為在啟 動時進行,但本發(fā)明不限于此。接收到查詢信號的主服務器10確定要由PC 30訪問以接收軟件資源的多個服務 器,并且對確定的服務器區(qū)分優(yōu)先級。PC 30按確定的順序來訪問服務器,直到成功接收了 最新軟件資源。因為將多個服務器確定為要訪問的裝置,所以如果PC 30從一個訪問目的 地不能接收到軟件資源,則該PC可以重新嘗試從另一訪問目的地來接收。下面,詳細描述 主服務器10、每一個輔服務器20以及每一個PC 30的構造和操作。主服務器10、輔服務器20以及PC 30可以以有線或無線方式連接。其中使用主服 務器10、輔服務器20以及PC 30的通信環(huán)境是LAN(局域網(wǎng))、WAN(廣域網(wǎng))或任何其它 網(wǎng)絡。而且,可以代替PC 30地使用蜂窩電話、PDA(個人數(shù)字助理)等。圖2是例示數(shù)據(jù)傳送系統(tǒng)所擁有的主服務器10的構造的框圖。主服務器10具有CPU(中央處理單元)11、R0M(只讀存儲器)12、RAM(隨機存取 存儲器)13、大容量存儲裝置14、輸入部15、通信部16、以及其它硬件部分。這些硬件部分經(jīng)由總線互連。輸入部15包括用于輸入或修改軟件資源的鼠標器、鍵盤、以及掃描儀。通 信部16由使得可以與輔服務器20和PC 30進行數(shù)據(jù)通信的調(diào)制解調(diào)器等構成。CPU 11將預先存儲在ROM 12中的控制程序恰當?shù)刈x取到RAM 13中并執(zhí)行該程序。CPU 11控制硬件部分的操作。使得主服務器10運行為在此公開的中央設備所必要的 各種控制程序預先存儲在ROM 12中。RAM 13是靜態(tài)RAM(SRAM)、DRAM(動態(tài)RAM)、閃速存 儲器或者其他存儲器。在執(zhí)行由CPU 11執(zhí)行的控制程序期間生成的各種數(shù)據(jù)臨時存儲在 RAM 13 中。大容量存儲裝置14例如是硬盤(HDD)。通過輸入部15輸入的軟件資源、以及用于 管理軟件資源、輔服務器20以及PC 30的表存儲在大容量存儲裝置14中。圖3A是用于管 理軟件資源的表。圖3B是用于管理輔服務器20的表。圖3C是用于管理PC 30的表。圖 3D是用于管理怎樣指示PC的表。存儲在大容量存儲裝置14中的軟件資源的標識信息(如文件名稱)與ID (圖3A 中的SID(服務器標識))一起存儲在圖3A的表中。而且,存儲有與標識信息相對應的軟件 資源最后更新的日期?!败浖Y源的更新”包括輸入新軟件資源的情況。在更新了軟件資源 的情況下,CPU 11重寫表并向輔服務器20發(fā)送更新后的軟件資源和圖3A所示的表。關于與主服務器10連接的每一個輔服務器20的標識信息(如服務器名稱或IP地 址)存儲在圖3B的表中。另外,與該標識信息相對應的輔服務器20上的處理負荷存儲在 該表中。還存儲有表示這個輔服務器20是否與主服務器10同步的信息。處理負荷例如是 輔服務器20的CPU負荷率。如果輔服務器20與主服務器10同步,則同步的狀態(tài)為“0K”。 如果輔服務器20與主服務器10沒有同步,則該狀態(tài)為“NG”。CPU 11周期性地監(jiān)視輔服務 器20上的處理負荷并且更新圖3B的表。CPU 11掌握哪些輔服務器20的負荷很重。關于每一個PC 30的標識信息(例如,計算機名稱)和ID (圖3C中的PCID) —起 存儲在圖3C的表中。針對與標識信息相對應的PC 30創(chuàng)建服務器列表的日期存儲在該表 中。在服務器列表中存儲有限定當PC30接收軟件資源時要對主服務器10和輔服務器20 進行訪問的順序的數(shù)據(jù)。在從PC 30接收到查詢信號時創(chuàng)建服務器列表。因此,CPU 11可 以根據(jù)服務器列表的創(chuàng)建日期來掌握接收到最后查詢信號的日期。圖3D的表中存儲了輔服務器20的SID與PC 30的PCID的組合。這些組合表示輔 服務器20和PC 30之間的連接。創(chuàng)建了所有可能的組合。針對每一個組合,將狀態(tài)(即, 怎樣指示每一個服務器)和完成接收的日期進行對應并且存儲。每一個狀態(tài)都表示從各個 PC 30向輔服務器20發(fā)出什么指示。狀態(tài)“接收中”表示PC 30正在從輔服務器20接收軟 件資源的狀態(tài)。狀態(tài)“接收完成”表示PC 30已經(jīng)完成了從輔服務器20接收軟件資源?,F(xiàn) 在將描述圖3D的SID “1”和PCID “ 1 ”的組合的情況,作為實施例。具有SID “1”的輔服務 器20和與該輔服務器連接的具有PCID “1”的PC 30在接收來自主服務器10的指示。具 有PCID “1”的PC 30在日期“**/**/**”從具有SID “ 1 ”的輔服務器20接收了軟件資源。圖4A示出了主服務器10所創(chuàng)建的服務器列表。在該服務器列表中存儲有已經(jīng)區(qū) 分了優(yōu)先級的主服務器10和輔服務器20的標識信息(如服務器名稱)。在該服務器列表 中,將圖3B中的最輕負荷的服務器賦予最高優(yōu)先級。在圖3B的情況下,具有20%處理負 荷(即,最輕負荷)的輔服務器B被賦予最高優(yōu)先級。該服務器列表中包含被設置成具有 某一優(yōu)先級(例如,圖4A中的第三優(yōu)先級)的主服務器10??梢灶A先設置主服務器10的優(yōu)先級。另選的是,可以基于輔服務器20上的處理負荷來設置優(yōu)先級順序。在主服務器10接收來自一個PC 30的查詢信號時創(chuàng)建圖4A的服務器列表。將創(chuàng)建的列表發(fā)送至該PC 30。接收到該服務器列表的PC 30按設置的順序訪問服務器。在圖 4A的情況下,PC 30首先訪問輔服務器B并且接收軟件資源。這時,如果在輔服務器B中沒 有存儲軟件資源并且沒有從輔服務器B接收到軟件資源,則PC 30訪問輔服務器A。PC 30 根據(jù)服務器列表依次訪問服務器,直到成功地接收到軟件資源為止。PC30要接收的軟件資 源可靠地存儲在主服務器10中。因此,通過將主服務器10包括在服務器列表中,如果PC 30持續(xù)地不能從輔服務器20接收軟件資源,則PC 30可以從主服務器10接收軟件資源。圖4B是配備在數(shù)據(jù)傳送系統(tǒng)中的輔服務器20的框圖,例示了該輔服務器20的構 造。每一個輔服務器20都具有CPU 21、ROM 22、RAM 23、大容量存儲裝置24、通信部 25以及其它硬件部分。這些硬件部分經(jīng)由總線互連。通信部25使得可以在主服務器10和 PC 30之間進行數(shù)據(jù)通信。CPU 21將預先存儲在ROM 22中的控制程序恰當?shù)刈x取到RAM 23中并執(zhí)行該程 序。CPU 21控制硬件部分的操作。使得輔服務器20運行為在此公開的中間服務器所必要 的各種控制程序預先存儲在ROM 22中。RAM 23是SRAM、DRAM、閃速存儲器或其它存儲器。 在執(zhí)行由CPU 21所執(zhí)行的控制程序期間生成的各種數(shù)據(jù)被臨時存儲在RAM 23中。大容量 存儲裝置24例如是HDD。從主服務器10發(fā)送來的軟件資源存儲在大容量存儲裝置24中。圖5是配備在數(shù)據(jù)傳送系統(tǒng)中的PC 30的框圖,例示各個PC 30的構造。每一個PC 30 都具有CPU 31、ROM 32、RAM 33、HDD 34、通信部 35、監(jiān)視器 36、輸 入部37以及其它硬件部分。這些硬件部分經(jīng)由總線互連。通信部35使得可以與主服務器 10和輔服務器20進行數(shù)據(jù)通信。監(jiān)視器36由液晶顯示器或CRT(陰極射線管)制成。輸 入部37包括鼠標和鍵盤。CPU 31將預先存儲在ROM 32中的控制程序恰當?shù)刈x取到RAM 33中并執(zhí)行該程 序。CPU 31控制硬件部分的操作。使得PC 30運行為在此公開的一個終端裝置所必要的各 種控制程序預先存儲在ROM 32中。RAM 33是SRAM、DRAM、閃速存儲器或其它存儲器。在執(zhí) 行由CPU 31所執(zhí)行的控制程序期間生成的各種數(shù)據(jù)臨時存儲在RAM 33中。HDD 34存儲從 主服務器10或輔服務器20接收到的軟件資源和其它數(shù)據(jù)。接下來,描述在主服務器10、輔服務器20以及PC 30執(zhí)行各種控制程序時實現(xiàn)的 功能。圖6是例示數(shù)據(jù)傳送系統(tǒng)所擁有的功能的框圖。本實施方式的主服務器10具有如下部件的功能資源輸入部501、資源存儲部 502、同步指示輸入部503、輔服務器管理部504、同步確定部(同步確定單元)505、同步處理 部(負荷檢測單元)506、傳送指示部507、PC管理部508、列表創(chuàng)建部(順序確定單元)509、 列表發(fā)送部510、查詢信號接收部511、查詢確定部512、資源發(fā)送部(中央設備的發(fā)送單 元)513、以及信息獲取和響應部514。本實施方式的輔服務器20具有如下部件的功能資源管理部601、PC管理部602、 同步處理部603、資源發(fā)送部(中間服務器的發(fā)送單元)604、以及信息獲取和響應部605。 本實施方式的每一個PC 30都具有如下部件的功能查詢信號發(fā)送部701、列表接收部702、 歷史記錄保存部703、資源接收部704、歷史記錄管理部705、資源管理部706、資源獲取請求部(請求信號發(fā)送單元)707、服務器確定部(接收確定部)708、以及資源信息獲取部709。主服務器10的資源存儲部502存儲有從資源輸入部501輸入的軟件資源和圖3A 的表。資源發(fā)送部513向PC 30發(fā)送存儲在資源存儲部502中的軟件資源。輔服務器管理 部504存儲圖3B的表并管理輔服務器20。PC管理部508存儲圖3C和圖3D的表并管理PC 30。同步指示輸入部503輸入用于開始與輔服務器20同步的指示。同步確定部505根 據(jù)圖3B的表來確定是否對未同步輔服務器20進行同步。同步處理部506將未同步輔服務 器20與主服務器10進行同步。這時,更新圖3B的表中的表示輔服務器是否同步的項目。 同步處理部506向同步的輔服務器20發(fā)送軟件資源和關于由PC管理部508管理的PC的 信息。例如通過圖3C的表來給出與PC 30有關的信息。而且,同步處理部506獲取輔服務 器20上的處理負荷。這時,更新圖3B的表中列出的處理負荷。
每一個輔服務器20的同步處理部603執(zhí)行用于實現(xiàn)與主服務器10的同步處理部 506同步的處理。同步處理部603接收從同步的主服務器10發(fā)送來的軟件資源和關于PC 30的信息。資源管理部601存儲同步處理部603接收到的軟件資源。PC管理部602存儲 關于PC 30的信息,該信息是由同步處理部603接收的。傳送指示部507指示主服務器10修改圖3D所示的指示狀態(tài)。在修改了指示狀態(tài) 之后,傳送指示部507調(diào)用同步處理部并執(zhí)行用于同步的處理。結果,創(chuàng)建一確定標準,在 查詢確定部512當各個PC 30向主服務器進行查詢時確定是否存在要接收的軟件資源時使 用該確定標準。當一個PC 30的電源被接通并且完成了對每一個硬件部分的激活時,查詢信號發(fā) 送部701向主服務器10發(fā)送查詢信號。主服務器10的查詢信號接收部511接收發(fā)送來的 查詢信號。查詢確定部512確定是否存在PC 30要接收的軟件資源。具體來說,查詢確定部512識別發(fā)送了查詢信號的PC 30,并且從圖3C的列表中為 所識別出的PC 30創(chuàng)建的服務器列表的創(chuàng)建日期。如果接收日期遲于列表創(chuàng)建日期,則確 定部基于圖3A的最后更新日期來確定在接收日期與列表創(chuàng)建日期之間是否存在更新了的 軟件資源。如果存在更新了的軟件資源,則查詢確定部512確定存在PC 30要接收的軟件 資源。如果查詢確定部512已經(jīng)確定了存在要接收的軟件資源,則列表創(chuàng)建部509根據(jù) 圖3B所示的表來創(chuàng)建服務器列表。這些服務器包括同步狀態(tài)為“0K”的輔服務器20和主 服務器10。列表中的服務器從具有最小處理負荷的輔服務器20開始區(qū)分優(yōu)先級。每一個 PC 30都按服務器列表限定的順序訪問服務器。PC 30首先訪問具有最小處理負荷的服務 器。從而可以使PC 30對重負荷的裝置的訪問最少。結果,可以分散網(wǎng)絡或服務器上的負 荷。列表創(chuàng)建部509可以基于輔服務器20的預定優(yōu)先級順序創(chuàng)建服務器列表。該創(chuàng)建部 可以在考慮網(wǎng)絡上的負荷的同時創(chuàng)建服務器列表。另外,列表創(chuàng)建部可以在考慮正在等待 處理操作完成的每一個輔服務器20的狀態(tài)的同時創(chuàng)建服務器列表??梢郧‘?shù)匦薷娜魏?方法,只要其可以分散網(wǎng)絡上或服務器上的負荷即可。這樣,主服務器10提取同步的輔服務器20并創(chuàng)建服務器列表。這使得各個PC 30 不必對未同步的輔服務器20進行查詢。通過在服務器列表中包括主服務器10,確保了即使 PC 30不能從輔服務器20接收到軟件資源也可以從主服務器10接收到軟件資源。
列表發(fā)送部510向發(fā)送查詢信號的PC 30發(fā)送由列表創(chuàng)建部509創(chuàng)建的服務器列 表。PC 30的列表接收部702接收該服務器列表。資源信息獲取部709訪問在接收的服務 器列表中的被賦予最高優(yōu)先級的主服務器10或輔服務器20,并且查詢是否存儲有軟件資 源。響應于來自資源信息獲取部709的查詢,主服務器10的信息獲取和響應部514以 及輔服務器20的信息獲取和響應部605中的每一個都向PC30發(fā)送表示是否存在軟件資源 的應答。PC 30的服務器確定部708獲取來自信息獲取和響應部514以及信息獲取和響應 部605的結果,并且確定是否存儲有軟件資源。在存儲有軟件資源的情況下,資源獲取請求 部707請求主服務器10或者輔服務器20發(fā)送軟件資源。在沒有存儲軟件資源的情況下, 資源信息獲取部709根據(jù)服務器列表中記載的順序訪問其它主服務器10或輔服務器20。主服務器10的資源發(fā)送部513和輔服務器20的資源發(fā)送部604向PC 30發(fā)送與 來自PC 30的請求相對應的軟件資源。PC 30的資源接收部704接收發(fā)送來的軟件資源并 將它們存儲在資源管理部706中。歷史記錄保存部703將接收軟件資源的歷史記錄存儲在 歷史記錄管理部705中。歷史記錄保存部703向主服務器10或輔服務器20發(fā)送接收歷史記錄。接收到該 接收歷史記錄的PC管理部508或602確定PC 30所接收到的軟件資源是否與存儲在其本身 的管理部中的軟件資源一致。這使得可以確定在PC 30中是否已經(jīng)獲取了最新軟件資源。
如果主服務器10被禁用,則PC 30向輔服務器20發(fā)送接收歷史記錄。輔服務器 20將PC 30的接收歷史記錄與存儲在該輔服務器本身中的軟件資源進行比較。如果輔服務 器20沒有接收到存儲在PC 30本身中的軟件資源,則輔服務器向PC 30發(fā)送軟件資源。從 而,如果主服務器10不能運行,則PC 30可以直接從輔服務器20接收軟件資源。下面,描述實施方式的數(shù)據(jù)傳送系統(tǒng)的主服務器10、輔服務器20以及PC 30的操 作。圖7和8是例示每一個PC 30所執(zhí)行的處理操作的流程圖。CPU 31根據(jù)存儲在 PC 30的ROM 32中的控制程序來執(zhí)行下列處理操作。當PC 30啟動時,CPU 31向主服務器10發(fā)送查詢信號(Si)。CPU31確定是否可 以與主服務器10進行通信(S2)。如果可以與主服務器10進行通信,并且如果主服務器10 已經(jīng)接收到查詢信號,則主服務器10檢查是否存在PC 30要接收的軟件資源。如果存在該 軟件資源,則主服務器10創(chuàng)建服務器列表并將它發(fā)送至PC 30。如果可以與主服務器10進行通信(S2處為“是”),則CPU 31確定是否接收到服 務器列表(S3)。如果沒有接收到服務器列表(S3處為“否”),則CPU 31確定不存在要接收 的軟件資源,并且終止處理例程。在CPU 31在特定時段期間沒有接收到服務器列表的情況 下,CPU 31可以確定不存在要接收的軟件資源。在主服務器10沒有創(chuàng)建服務器列表的情 況下,主服務器10向PC 30發(fā)送一信號(如“無(null)”。在CPU 31接收到信號“無”的 情況下,CPU 31可以確定不存在要接收的軟件資源。在接收到服務器列表的情況下(S3處為“是”),CPU 31訪問在服務器列表中置于 第i位(i的默認值為1)的主服務器10或輔服務器20 (S4)。CPU 31確定其是否已經(jīng)成功 地訪問了主服務器10或輔服務器20(S5)。在成功訪問的情況下(S5處為“是”),CPU 31 請求被訪問的服務器以獲取資源信息(S501)。利用保持在圖3A和3D所示的表中的資源信息,CPU檢查保持在所連接輔服務器20中的信息與保持在主服務器10中并在圖3A和3D中 示出的信息一致。CPU 31確定每一個所連接輔服務器20是否與主服務器10同步(S502)。具體來說,當PC 30接收到來自主服務器10的服務器列表時,該PC從主服務器10 獲取圖3A所示表的內(nèi)容。PC 30參照圖3A所示的、從主服務器10接收到的表,并且參照 圖3A所示的、從輔服務器20接收到的表。如果兩組數(shù)據(jù)在與要下載的軟件資源相對應的 更新日期上一致,則PC確定實現(xiàn)了同步。在可以確定完成了輔服務器20的同步的情況下(S502處為“是”),CPU31請求 下載軟件資源(S6)。如果確定出所連接的輔服務器沒有同步(S502處為“否”),則CPU 31 繼續(xù)操作S8 (下面詳細描述),并且執(zhí)行基于服務器列表來連接下一個服務器的操作。CPU 在S501請求服務器獲取資源信息。重復這些處理操作以找到同步的服務器。接著,CPU 31確定其是否已經(jīng)成功地從被訪問服務器接收到軟件資源(S7)。如果 沒有接收到軟件資源(S7處為“否”),換句話說,如果在被訪問的輔服務器20中沒有存儲 所請求的軟件資源,則CPU 31將i遞增1 (S8)。接著,CPU 31確定遞增后的i的值是否為 最終值(S9)。該最終值是在服務器列表中區(qū)分了優(yōu)先級的服務器(其為輔服務器20并且 可以包括主服務器10)的數(shù)量。如果i的值不是最終值(S9處為“否”),則CPU 31將控制 返回至S4,其中對優(yōu)先級為下一個的服務器執(zhí)行類似處理。如果i的值是最終值(操作S9 處為“是”)(即,CPU 31已經(jīng)嘗試請求了服務器列表中的所有服務器發(fā)送資源),則CPU 31 檢查通信環(huán)境并且進行結果報告(SlO)。如前所述,因為服務器列表包含主服務器10,所以PC 30的訪問目的地包含主服 務器10。因此,即使各個PC 30不能從輔服務器20接收到所請求的軟件資源,也可以確保 PC可以從主服務器10接收資源。因此,如果從服務器列表內(nèi)的所有服務器接收軟件資源都 不成功,則CPU 31確定是否存在關于CPU本身的諸如網(wǎng)絡連接問題的任何問題??梢詫z 查結果報告給主服務器10或輔服務器20,并且可以將檢查結果顯示在各個PC 30的監(jiān)視器 上??梢韵虿话跀?shù)據(jù)傳送系統(tǒng)中的裝置(如系統(tǒng)管理員擁有的蜂窩式電話)發(fā)送電子 郵件。這使得容易掌握主服務器10和輔服務器20中的存儲內(nèi)容是否缺乏一致性或者通信 環(huán)境或PC 30是否有問題。結果,系統(tǒng)管理員可以更容易地執(zhí)行后繼工作。因此,可以快速 且可靠地發(fā)布軟件資源。另一方面,如果不能訪問主服務器10或輔服務器20(S5處為“否”),則CPU 31檢 查通信環(huán)境(Sll)。CPU 31確定是否存在通信錯誤(S12)。在PC 30在執(zhí)行無線通信的情 況下,通信錯誤之一是無線通信斷開。因而,可以掌握不能訪問服務器的原因是在網(wǎng)絡上還 是在訪問目的地服務器上。如果不存在通信錯誤(S12處為“否”),則CPU 31執(zhí)行S8之后 的處理操作。如果存在通信錯誤(S12處為“是”),則CPU 31將控制轉(zhuǎn)移至S4,其中再次嘗 試訪問。在這種情況下,可以在進行了給定次數(shù)的訪問時終止處理例程??梢栽谥貜驮L問 達預定時段之后終止例程。操作S5包括當PC 30正在與任何服務器進行通信時連接中斷 的情況。如果從被訪問服務器接收到軟件資源(S7中為“是”),則CPU 31將接收到的軟件 資源存儲在HDD 34中(S13)。CPU 31向主服務器10發(fā)送表示已經(jīng)正常完成了軟件資源的 接收的消息(S14)。如果不能與主服務器10進行通信(S2處為“否”),則CPU 31訪問第j個輔服務器20(S15)。例如,當主服務器10導致系統(tǒng)停機時,出現(xiàn)不能與主服務器10進行通信的情況。在這種情況下,PC 30訪問第j個輔服務器20,其中j的默認值是1。這是任意附加至 數(shù)據(jù)傳送系統(tǒng)中的任一輔服務器20的數(shù)字。CPU 31確定對第j個輔服務器20的訪問是否成功(S16)。如果訪問失敗(S16處 為“否”),則CPU 31檢查通信環(huán)境(S22)。CPU 31確定是否存在通信錯誤(S23)。從而, 可以掌握不能訪問服務器的原因是在網(wǎng)絡上還是在訪問目的地服務器上。如果不存在通信 錯誤(S23處為“否”),則CPU 31執(zhí)行S20之后的處理操作。如果存在通信錯誤(S23處為 “是”),則CPU 31將控制轉(zhuǎn)移至S15,其中再次嘗試訪問。在這種情況下,可以在進行了給 定次數(shù)的訪問時終止處理例程。另選的是,可以在重復訪問達給定時段之后終止處理例程。 操作S16包括當PC 30在與任一服務器進行通信時連接斷開的情況。在訪問成功的情況下(S16處為“是”),CPU 31向被訪問的輔服務器20發(fā)送查詢 信號(S17)。接著,CPU 31確定在輔服務器20中是否存儲有軟件資源(S18)。這時,CPU 31 基于從輔服務器20發(fā)送來的結果來確定是否存在資源。在存在軟件資源的情況下(S18處為“是”),CPU 31請求被訪問的輔服務器20發(fā) 送軟件資源(S19)。CPU 31將接收到的軟件資源存儲在HDD34中(S13)。接著,CPU 31向 主服務器10發(fā)送表示已經(jīng)正常地完成了軟件資源的接收的消息(S14)。在不存在軟件資源的情況下(S18處為“否”),CPU 31將j遞增1(S20)。接著,CPU 31確定遞增后的j的值是否為最終值(S21)。該最終值是數(shù)據(jù)傳送系統(tǒng)中的輔服務器20的 數(shù)量。如果j的值不是最終值(S21處為“否”),則CPU 31將控制返回至S15,其中CPU對 下一個輔服務器20執(zhí)行類似處理。如果j的值是最終值(S21處為“是”)(即,CPU 31已 經(jīng)嘗試了請求所有輔服務器發(fā)送資源),則CPU 31終止當前處理例程。這樣,如果主服務器 10被禁用,則PC 30可以從輔服務器20接收軟件資源。圖9是例示用于發(fā)送由主服務器10進行了更新的軟件資源的處理操作的流程圖。 圖10是例示主服務器10執(zhí)行的用于傳送軟件資源的處理的流程圖。圖IlA是例示主服務 器10執(zhí)行的用于發(fā)送被請求的軟件資源的處理操作的流程圖。CPU 11根據(jù)存儲在主服務 器10的ROM 12中的控制程序來執(zhí)行下列處理操作。在圖9的處理例程中,CPU 11確定是否輸入了新的軟件資源(S30)。如果沒有輸 入新的軟件資源(S30處為“否”),則CPU 11確定是否更新或修改了已經(jīng)存儲在主服務器 10中的軟件資源(S31)。如果沒有鍵入新的軟件資源(S31處為“否”),則CPU 11終止當 前處理例程。如果輸入了新的軟件資源(S31處為“是”),或者如果更新或修改了存儲的軟 件資源(S30處為“是”),則CPU 11執(zhí)行用于實現(xiàn)與輔服務器20的同步的操作(S32)。CPU 11向同步的輔服務器20發(fā)送軟件資源(S33)。從而,可以在輔服務器20中反映主服務器 10中的存儲內(nèi)容。CPU 11可以對在S32沒有同步的每一個輔服務器20將同步操作重復給 定次數(shù)。另選的是,CPU 11可以發(fā)送出錯消息。在操作S32中,CPU 11使用通信部16,向可以與主服務器10通信的每一個輔服務 器20發(fā)送表示開始發(fā)送新輸入或更新的軟件資源的資源傳送開始信號。當發(fā)送了資源傳 送開始信號時,CPU 11將目的地輔服務器20的同步狀態(tài)“指示中”登記到圖3B所示的輔服 務器表中的同步狀態(tài)中,或者更新該同步狀態(tài)。在S32中,CPU 11利用通信部16接收資源傳送開始響應,所述資源傳送開始響應是作為對所發(fā)送的資源傳送開始信號的應答而從輔服務器20發(fā)送的。在S32中,CPU 11利用通信部16開始向發(fā)送了資源傳送開始響應的輔服務器20 發(fā)送軟件資源。這時,CPU 11將目的地輔服務器20的同步狀態(tài)“接收中”登記到圖3B所示 輔服務器表中的同步狀態(tài)中,或者更新該同步狀態(tài)。在S32中,當完成了發(fā)送軟件資源的操作時,CPU 11將與發(fā)送軟件資源的操作相關聯(lián)的目的地輔服務器20的同步狀態(tài)“同步完成(OK) ”登記到圖3B所示輔服務器表中的 同步狀態(tài)中,或者更新該同步狀態(tài)。CPUll可以根據(jù)向輔服務器20發(fā)送的總數(shù)據(jù)量是否已 經(jīng)達到與發(fā)送操作相關聯(lián)的軟件資源的數(shù)據(jù)量來檢測發(fā)送操作的完成。CPU 11可以通過利 用通信部16接收表示從輔服務器20對軟件資源的接收已經(jīng)完成的信號來檢測發(fā)送操作的 完成。在圖10的處理例程中,CPU 11確定是否已經(jīng)接收到來自PC 30的查詢信號 (S40)。在沒有接收到查詢信號的情況下(S40處為“否”),CPU 11終止本處理例程。在接 收到查詢信號的情況下(S40處為“是”),CPU 11確定是否已經(jīng)修改存儲內(nèi)容(S41)。具體 來說,如結合圖3A-3D描述的那樣,CPU 11確定是否在接收到先前查詢信號之后輸入了新 的軟件資源或者修改了當前軟件資源。在沒有修改存儲內(nèi)容的情況下(S41處為“否”),CPU 11終止本處理例程。這時, CPU 11向PC 30通知不存在修改,由此可以例如發(fā)送信號“空”。如果修改了存儲內(nèi)容(S41 處為“是”),則CPU 11創(chuàng)建服務器列表(S42)。CPU 11在按將最高優(yōu)先級賦予最輕負荷的 服務器的方式依次對圖3B的服務器區(qū)分優(yōu)先級的同時創(chuàng)建服務器列表。CPU 11向PC 30 發(fā)送創(chuàng)建的服務器列表(S43)。在S43中,CPU 11參照圖3B所示的輔服務器表,從多個輔服務器20中檢測同步狀 態(tài)被設置成“同步完成(OK),,的輔服務器20,并且基于該檢測結果來創(chuàng)建服務器列表。因 而,可以將沒有完成對軟件資源的接收的輔服務器20從服務器列表中去除。結果,可以更 可靠且更準確地將數(shù)據(jù)傳送至PC 30。在S43中,CPU 11按圖3B所示的將最高優(yōu)先級賦予最輕負荷的輔服務器20的方 式,接連將創(chuàng)建的服務器列表中示出的輔服務器20區(qū)分優(yōu)先級。這樣,對服務器列表的項 目進行排列。CPU 11向PC 30發(fā)送重新組織的服務器列表。CPU 11確定是否從發(fā)送服務器列表的PC 30接收到接收完成信號(S44)。該接收 完成信號是在PC 30正常地完成了對軟件資源的接收的操作S14(已經(jīng)結合圖7進行了描 述)的時刻從PC 30發(fā)送的。如果沒有接收到該接收完成信號(S44處為“否”)JUCPU 11 向系統(tǒng)管理員或其他用戶發(fā)送出錯消息(S45)。接著,CPU 11終止本處理例程。在接收到 該接收完成信號的情況下(S44處為“是”),CPU 11確定已經(jīng)正常地接收到軟件資源并終止 本處理例程。在圖IlA的處理例程中,CPU 11確定PC 30是否已經(jīng)進行訪問并請求了軟件資源 (S50)。在沒有請求軟件資源的情況下(S50處為“否”),CPU 11終止本處理例程。在請求 了軟件資源的情況下(S50處為“是”),確保CPU 11存儲了 PC 30請求的軟件資源。CPU向 請求了軟件資源的PC 30發(fā)送請求的軟件資源(S51)。CPU 11終止本處理例程。圖IlB是例示輔服務器20執(zhí)行的用于存儲軟件資源的處理操作的流程圖。圖12 是例示輔服務器20執(zhí)行的用于發(fā)送軟件資源的處理操作的流程圖。CPU 21根據(jù)存儲在輔服務器20的ROM 22中的控制程序,來執(zhí)行下列處理操作。在圖IlB的處理操作中,CPU 21確定是否已經(jīng)從主服務器10接收了軟件資源 (S60)。在沒有接收到軟件資源的情況下(S60處為“否”),CPU 21終止本處理例程。在接 收了軟件資源的情況下(S60處為“是”),CPU 21將接收到的軟件資源存儲在大容量存儲裝 置24中(S61)。從而,輔服務器20存儲有與主服務器20中存儲的軟件資源相同的軟件資
源。在圖12的處理操作中,CPU 21確定是否從PC 30進行了訪問并請求了軟件資源 (S70)。如果沒有請求軟件資源(S70處為“否”),則CPU21終止本處理例程。在請求了軟 件資源的情況下(S70處為“是”),CPU21確定在大容量存儲裝置24中是否存儲了請求的軟 件資源(S71)。在大容量存儲裝置24中存儲了請求的軟件資源的情況下(S71處為“是”),CPU 21 向請求了軟件資源的PC 30發(fā)送所請求的軟件資源(S72)。CPU 31終止本處理例程。另一 方面,在大容量存儲裝置24中沒有存儲請求的軟件資源的情況下(S71處為“否”),CPU 21 向PC 30發(fā)送大意是沒有存儲所請求的軟件資源的信號(S73)。CPU 31終止本處理例程。如迄今所述,在此公開的數(shù)據(jù)傳送系統(tǒng)具有主服務器10、輔服務器20以及PC 30。 因為主服務器10知道已經(jīng)將軟件資源發(fā)送至輔服務器20,所以如果從任一 PC 30接收到 查詢信號,則可以確定PC 30要接收的軟件資源是否在輔服務器20中并且可以從其直接訪 問。PC 30基于主服務器10的確定結果而從輔服務器20接收軟件資源,從而不需要向輔服 務器20查詢是否存在軟件資源。結果,即使沒有在主服務器10與輔服務器20之間或者在 輔服務器20與PC 30之間建立準確且連續(xù)的同步,PC 30也可以可靠地獲取存儲在主服務 器10中的軟件資源。每一個終端裝置積極地查詢軟件資源的傳送。這使得中央設備和中間服務器不必 精細地管理終端裝置。而且,簡化了中央設備和中間服務器中的編程。這減輕了中央設備 和中間服務器上的處理負擔。通過向終端裝置發(fā)送表示各個終端裝置從哪個中間服務器接 收軟件資源的列表,分散了在終端裝置接收軟件資源時中間服務器上的負荷。可以恰當?shù)?管理接收軟件資源的處理速率。盡管迄今已經(jīng)具體描述了實施方式,但可以恰當?shù)匦薷母鞣N結構和操作。本發(fā)明 不限于上述實施方式。這些實施方式可以實現(xiàn)為計算硬件(計算裝置)和/或軟件,如(在非限制性示例 中)可以存儲、檢索、處理并/或輸出數(shù)據(jù)并/或與其它計算機通信的任何計算機。所產(chǎn)生 的結果可以顯示在該計算硬件的顯示器上。實現(xiàn)這些實施方式的程序/軟件可以記錄在包 括計算機可讀記錄介質(zhì)在內(nèi)的計算機可讀介質(zhì)上。實現(xiàn)這些實施方式的程序/軟件還可以 通過傳送通信介質(zhì)來傳送。計算機可讀記錄介質(zhì)的示例包括磁記錄裝置、光盤、磁光盤和/ 或半導體存儲器(例如,RAM、ROM等)。磁記錄裝置的示例包括硬盤裝置(HDD)、軟盤(FD) 以及磁帶(MT)。光盤的示例包括DVD (數(shù)字通用盤)、0¥0-肌11、0)-1 011(光盤只讀存儲器), 以及⑶_R(可錄)/RW。通信介質(zhì)的示例包括載波信號。而且,根據(jù)這些實施方式的一方面,可以提供所述特征、功能和/或操作的任何組
I=I O在此陳述的所有實施例和條件化語言都旨在用于教導目的,以幫助讀者理解本發(fā)明人貢獻的本發(fā)明的原理和概念以進一步推進技術,并且應視為不限于這種具體陳述的實施例和條件,在本說明書中的這種實施例的組織也不涉及例示本發(fā)明的優(yōu)劣性。盡管已經(jīng) 詳細描述了本發(fā)明的實施方式,但應當明白,在不脫離本發(fā)明的精神和范圍的情況下,可以 對本發(fā)明進行各種變化、替代以及改變,本發(fā)明的范圍在權利要求書及其等同物中得到限定。
權利要求
一種數(shù)據(jù)傳送系統(tǒng),該數(shù)據(jù)傳送系統(tǒng)包括中央設備,在該中央設備中存儲有軟件資源,所述中央設備具有通信功能;至少一個中間服務器,所述至少一個中間服務器能夠與所述中央設備通信,并且能夠接收并存儲從所述中央設備發(fā)送來的軟件資源;以及終端裝置,所述終端裝置與所述中央設備和所述中間服務器通信;其中,所述中央設備具有登記接受單元,該登記接受單元用于接受軟件資源的登記;資源信息存儲單元,該資源信息存儲單元用于存儲包括與接受的每一個軟件資源相對應的版本號在內(nèi)的資源信息;資源傳遞單元,該資源傳遞單元用于向所述中間服務器發(fā)送接受的軟件資源和存儲在所述資源信息存儲單元中的資源信息;服務器列表創(chuàng)建單元,該服務器列表創(chuàng)建單元用于創(chuàng)建要向所述終端裝置發(fā)送的中間服務器的服務器列表;以及列表/信息發(fā)送單元,該列表/信息發(fā)送單元用于向所述終端裝置發(fā)送由所述服務器列表創(chuàng)建單元創(chuàng)建的服務器列表和所述資源信息;其中,每一個所述終端裝置都具有同步確定單元,該同步確定單元用于從接收自所述中央設備的服務器列表中示出的中間服務器獲取由所述資源傳遞單元發(fā)送并存儲在所述中間服務器中的資源信息,將從所述中央設備接收到的資源信息與從所述中間服務器獲取的資源信息進行比較,并且基于其中存儲的多組資源信息在軟件資源的版本號方面是否一致來確定所述中間服務器是否與所述中央設備同步;以及請求信號發(fā)送單元,當所述同步確定單元確定了所述中間服務器為同步時,該請求信號發(fā)送單元向所述中間服務器發(fā)送請求發(fā)送軟件資源的請求信號。
2.根據(jù)權利要求1所述的數(shù)據(jù)傳送系統(tǒng), 其中,所述至少一個中間服務器為多個,其中,每一個所述終端裝置都包括接收確定單元,該接收確定單元用于確定是否已經(jīng) 響應于所述請求信號發(fā)送單元發(fā)送的請求信號而成功地接收了軟件資源,其中,所述請求信號發(fā)送單元按給定順序向所述多個中間服務器發(fā)送請求信號,直到 所述接收確定單元確定已經(jīng)成功地接收了軟件資源,其中,所述中央設備包括順序確定單元,該順序確定單元用于確定被所述同步確定單 元確定為同步的多個中間服務器應當接收由所述終端裝置發(fā)送的請求信號的順序,并且其中,所述中央設備的所述服務器列表創(chuàng)建單元創(chuàng)建包括由所述順序確定單元確定的 順序在內(nèi)的服務器列表。
3.根據(jù)權利要求2所述的數(shù)據(jù)傳送系統(tǒng),其中,所述中央設備的所述順序確定單元確定包括所述中央設備在內(nèi)的多個服務器接 收請求信號的順序,其中,當所述順序確定單元確定了包括所述中央設備在內(nèi)的多個服務器接收請求信號 的順序時,每一個所述終端裝置的所述請求信號發(fā)送單元基于所述順序向所述中央設備發(fā) 送請求信號,并且其中,所述中央設備包括發(fā)送單元,在接收到所述請求信號時,該發(fā)送單元向所述終端 裝置發(fā)送響應于所述請求信號的軟件資源。
4.根據(jù)權利要求2所述的數(shù)據(jù)傳送系統(tǒng),其中,所述中央設備包括 負荷檢測單元,該負荷檢測單元用于檢測所述中間服務器的處理負荷,并且其中,所述順序確定單元確定所述中間服務器從所述終端裝置接連接收請求信號的順 序,使得對被所述負荷檢測單元檢測為最輕負荷的中間服務器賦予最高優(yōu)先級。
5.根據(jù)權利要求2所述的數(shù)據(jù)傳送系統(tǒng),其中,每一個所述終端裝置都與所述中央設 備并且與所述中間服務器以無線方式通信,并且其中,所述終端裝置的所述接收確定單元基于所述無線通信來確定是否已經(jīng)成功地接 收了軟件資源。
6.根據(jù)權利要求1所述的數(shù)據(jù)傳送系統(tǒng),其中,所述終端裝置包括信息獲取單元,該信息獲取單元用于在所述中央設備無效時 獲取存儲在所述終端裝置中的軟件資源的信息,其中,所述終端裝置的所述請求信號發(fā)送單元將請求信號與由所述終端裝置的所述信 息獲取單元獲取的信息一起發(fā)送到所述中間服務器,并且 所述中間服務器包括資源獲取單元,該資源獲取單元用于在從所述請求信號發(fā)送單元接收到所述請求信號 和所述信息時,基于從所述請求信號發(fā)送單元接收到的所述信息來獲取存儲在所述終端裝 置中的軟件資源,確定單元,該確定單元通過將所述中間服務器的所述資源獲取單元獲取的軟件資源與 存儲在所述中間服務器中的軟件資源進行比較,來確定是否存在所述終端裝置要從所述中 間服務器接收的軟件資源,以及發(fā)送單元,該發(fā)送單元用于在所述中間服務器的所述確定單元確定了存在軟件資源 時,向所述終端裝置發(fā)送所述終端裝置要接收的所述軟件資源。
7.一種數(shù)據(jù)傳送方法,該數(shù)據(jù)傳送方法包括以下步驟 制備存儲有軟件資源的中央設備,該中央設備具有通信功能;制備存儲有軟件資源的多個中間服務器,所述多個中間服務器中的每一個中間服務器 都具有通信功能;連接所述中央設備和所述多個中間服務器,并使得能夠在其間進行通信; 使所述中央設備接受具有版本號的軟件資源的登記; 存儲具有與接受的軟件資源相對應的所述版本號的資源信息; 向所述多個中間服務器發(fā)送接受的軟件資源和存儲的資源信息; 創(chuàng)建要向終端裝置發(fā)送的中間服務器的服務器列表; 向所述終端裝置發(fā)送創(chuàng)建的服務器列表和所述資源信息;所述終端裝置從接收自所述中央設備的服務器列表中示出的中間服務器獲取所述資 源信息,所述資源信息在從所述中央設備發(fā)送之后存儲在所述中間服務器中;使所述終端裝置對從所述中央設備接收到的資源信息與從所述中間服務器獲取的資 源信息進行比較;使所述終端裝置根據(jù)各個資源信息在軟件資源的版本號方面是否一致來確定所述中間服務器是否與所述中央設備同步;以及使所述終端裝置在同步確定步驟確定了所述中間服務器為同步時發(fā)送請求所述中間 服務器發(fā)送軟件資源的請求信號。
8. 一種計算機可讀存儲介質(zhì),該計算機可讀存儲介質(zhì)中存儲有用于執(zhí)行包括如下步驟 的操作的程序接收列出包括主服務器在內(nèi)的多個服務器的優(yōu)先級順序,該主服務器經(jīng)由中間服務器 與多個終端中的一個終端通信;在所述多個終端中的所述一個終端處,確定所述主服務器和所述中間服務器中的資源 是否同步;以及在所述多個終端中的所述一個終端處,僅在確定了所述主服務器與所述中間服務器的 同步之后,向所述中間服務器發(fā)送請求。
全文摘要
本發(fā)明涉及數(shù)據(jù)傳送系統(tǒng)和數(shù)據(jù)傳送方法。數(shù)據(jù)傳送系統(tǒng)和方法包括在中央設備中存儲軟件資源,接收并存儲從中央設備發(fā)送來的軟件資源,并且與中央設備、終端裝置并與中間服務器通信。中央設備包括用于接受軟件資源的登記的登記接受單元;用于存儲具有與登記接受單元接受的軟件資源相對應的版本號的資源信息的資源信息存儲單元;用于向中間服務器發(fā)送接受的軟件資源和存儲在資源信息存儲單元中的資源信息的資源傳遞單元;用于創(chuàng)建要向所述終端裝置發(fā)送的中間服務器的服務器列表的服務器列表創(chuàng)建單元;以及用于發(fā)送由服務器列表創(chuàng)建單元創(chuàng)建的服務器列表的發(fā)送單元。
文檔編號G06F9/445GK101827077SQ20091026152
公開日2010年9月8日 申請日期2009年12月18日 優(yōu)先權日2009年3月2日
發(fā)明者三崎晃一, 加村仁, 竹田伊織, 谷典隆 申請人:富士通株式會社