專利名稱：一個(gè)用戶與至少一個(gè)數(shù)據(jù)庫通信的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及到通過一個(gè)網(wǎng)絡(luò)使一個(gè)用戶與至少一個(gè)數(shù)據(jù)庫通信的一種方法。本發(fā)明也涉及到實(shí)現(xiàn)此方法的用戶設(shè)備和網(wǎng)絡(luò)管理方法。
電信領(lǐng)域中的技術(shù)進(jìn)步提高了信息比特率，這本應(yīng)使在現(xiàn)有的諸如因特網(wǎng)這樣的網(wǎng)絡(luò)中訪問數(shù)據(jù)庫更為容易。
能使高比特率成為可能的一種技術(shù)的實(shí)例是衛(wèi)星通信。
然而，人們已經(jīng)發(fā)現(xiàn)高比特率不能必然地保證對(duì)數(shù)據(jù)庫的快速訪問，同時(shí)不能避免網(wǎng)絡(luò)的擁塞。
數(shù)據(jù)庫網(wǎng)絡(luò)一般是通過使用能夠獲得可靠通信的協(xié)議來訪問的。協(xié)議限定了在“客戶端”和“服務(wù)器端”之間的數(shù)據(jù)交換，而這些數(shù)據(jù)的交換可能減少通信。更確切地講，當(dāng)數(shù)據(jù)具體講是信元或分組時(shí)，從一個(gè)發(fā)送器被傳送到一個(gè)接收器時(shí)，接收器返回一個(gè)確認(rèn)信號(hào)給發(fā)送器以確認(rèn)已發(fā)送的數(shù)據(jù)被正確地接收。如果數(shù)據(jù)沒有被正確地接收，發(fā)送器會(huì)接收到一個(gè)表明此狀態(tài)的確認(rèn)信號(hào)或根本不會(huì)收到任何確認(rèn)信號(hào)。在這兩種情況下，發(fā)送器都會(huì)重傳此數(shù)據(jù)。
如果在發(fā)送后的一個(gè)指定時(shí)間期限內(nèi)，發(fā)送器沒有接收到確認(rèn)信號(hào)，那么數(shù)據(jù)也會(huì)被重傳。
網(wǎng)絡(luò)及其通信節(jié)點(diǎn)(路由器)的性能和網(wǎng)絡(luò)擁塞意味著分組到達(dá)接收器的時(shí)間使得確認(rèn)信號(hào)到達(dá)發(fā)送器的時(shí)間超過了該特定時(shí)間期限。因此它們被認(rèn)為已經(jīng)丟失，并且被發(fā)送器重傳，這導(dǎo)致了不必要的數(shù)據(jù)傳輸，因此降低了網(wǎng)絡(luò)的傳輸能力，很可能使其性能也降低了。
例如，被廣泛使用，尤其是在因特網(wǎng)中得到應(yīng)用的傳輸控制協(xié)議(TCP)就是上述類型中的一種協(xié)議。
當(dāng)使用具有不可忽略的傳輸延遲的高比特率通信系統(tǒng)時(shí)，在數(shù)據(jù)庫網(wǎng)絡(luò)中的這種高比特率通信和可靠通信之間的不兼容性就顯得特別明顯。
在被(或?qū)⒈?用來以高比特率傳輸數(shù)據(jù)的衛(wèi)星傳輸系統(tǒng)中，特別是在“多媒體”應(yīng)用中就會(huì)出現(xiàn)這種情況。
然而，可以使用沒有確認(rèn)的可靠性較低的協(xié)議來實(shí)現(xiàn)高比特率的快速傳輸。一個(gè)實(shí)例便是用戶數(shù)據(jù)報(bào)協(xié)議(UDP)。然而，此協(xié)議的系統(tǒng)應(yīng)用與數(shù)據(jù)庫網(wǎng)絡(luò)中的傳輸不兼容，因?yàn)榇蟛糠謹(jǐn)?shù)據(jù)的傳輸，特別是軟件的傳輸要求高的可靠性。
本發(fā)明提供了一種通過沒有大的網(wǎng)絡(luò)擁塞及具有令人滿意的數(shù)據(jù)傳輸質(zhì)量的高比特率通信系統(tǒng)訪問數(shù)據(jù)庫的方法。
本發(fā)明的第一個(gè)方面提供了從數(shù)據(jù)庫到發(fā)出請(qǐng)求的客戶機(jī)傳輸數(shù)據(jù)的一種方法，其特征是可為每次呼叫選擇具有確認(rèn)信號(hào)的傳輸協(xié)議或沒有確認(rèn)信號(hào)的傳輸協(xié)議。
因此，一些數(shù)據(jù)，特別是大多數(shù)的圖片和聲音，并不要求最高級(jí)別的傳輸可靠性，因而可以按照速率優(yōu)先選擇沒有確認(rèn)信號(hào)的協(xié)議傳輸，這種傳輸方式的較大好處在于這種數(shù)據(jù)量通常是很大的。
傳輸軟件要求高的可靠性，因而需要選擇具有確認(rèn)信號(hào)的協(xié)議。
在本發(fā)明的一個(gè)實(shí)施例中，對(duì)于同一個(gè)呼叫，有些部分使用具有確認(rèn)類型的協(xié)議傳輸，這些部分可以是軟件，例如其來源是腳本或人機(jī)界面頁(web頁)，另一部分例如圖片或圖片的一部分使用沒有確認(rèn)的協(xié)議傳輸。
這里應(yīng)當(dāng)指出，圖片和聲音并不總是必須使用沒有確認(rèn)的協(xié)議傳輸。協(xié)議的選擇應(yīng)留給用戶或應(yīng)用(管理程序)。這是因?yàn)橐恍﹫D片要求高的可靠性，例如精確定義的圖片，特別是用于醫(yī)學(xué)應(yīng)用的圖片。
協(xié)議的選擇能夠根據(jù)用戶需要或自動(dòng)地按照所傳輸?shù)臄?shù)據(jù)類型來選取，也可以按照數(shù)據(jù)量來選取。如果在呼叫期間，能使用相對(duì)低水平的可靠性傳輸?shù)臄?shù)據(jù)部分與需使用高水平的可靠性傳輸?shù)臄?shù)據(jù)部分相比很小時(shí)，那么對(duì)于這部分很小的數(shù)據(jù)，沒有必要改變傳輸使用的協(xié)議，因?yàn)樵谶@種情況下，速率上的提高將是很小的。
決定于協(xié)議特征的應(yīng)用位于正在傳輸?shù)臄?shù)據(jù)庫中或客戶機(jī)和數(shù)據(jù)庫之間的中間服務(wù)器上。在后面這種情況下，服務(wù)器將控制傳輸?shù)娇蛻魴C(jī)上的呼叫。
本發(fā)明的另一方面提供了一種數(shù)據(jù)庫訪問方法，它可以單獨(dú)地使用或與前面部分聯(lián)合使用，其特征是使用具有確認(rèn)信號(hào)和可變長度的確認(rèn)窗口的協(xié)議。
確認(rèn)信號(hào)協(xié)議的確認(rèn)窗口的長度為在接收器傳送一個(gè)確認(rèn)信號(hào)之前它必須接收的比特?cái)?shù)、字節(jié)數(shù)或信元數(shù)。
例如，發(fā)送器(數(shù)據(jù)庫或中間服務(wù)器)根據(jù)重傳分組的比例來決定改變確認(rèn)窗口的大小。如果這一比例高，那么確認(rèn)窗口就被定制為較小，以便每次數(shù)據(jù)重傳只傳輸較小的數(shù)據(jù)量，這就增加了在給定時(shí)間間隔內(nèi)正確傳輸?shù)目赡苄浴?br> 接收器也能夠根據(jù)所接收到的比特率決定確認(rèn)窗口的變化。如果接收到低的比特率，接收器向發(fā)送器傳輸一個(gè)要求較小確認(rèn)窗口的信號(hào)。
按照本發(fā)明的方法在衛(wèi)星傳輸系統(tǒng)情況下應(yīng)用是特別有益的，在此衛(wèi)星傳輸系統(tǒng)中，來自系統(tǒng)的用戶或客戶機(jī)的所有呼叫通過一個(gè)連接站特別是一個(gè)地面連接站傳輸。本發(fā)明涉及使用在低或中地球軌道上運(yùn)行的多個(gè)衛(wèi)星的傳輸系統(tǒng)的實(shí)例，在這一傳輸系統(tǒng)中，地球被劃分成多個(gè)區(qū)域，每個(gè)區(qū)域包含一個(gè)連接站。例如，每個(gè)區(qū)域的直徑都在700千米的數(shù)量級(jí)上，這樣在任何時(shí)刻，上述任一個(gè)區(qū)域中的客戶都能通過上述多個(gè)衛(wèi)星中的一個(gè)與該區(qū)域中的連接站相連，而且當(dāng)這個(gè)衛(wèi)星不再能夠繼續(xù)傳輸(中繼)在該用戶和連接站間的呼叫時(shí)，另一個(gè)衛(wèi)星就會(huì)立即代替它。
在這種情況下，按照本發(fā)明的方法就能夠容易地被在連接站和用戶之間使用。在網(wǎng)絡(luò)的連接站和用戶之間的這一部分中，傳輸時(shí)延是最大的，因而確認(rèn)機(jī)制可以強(qiáng)加給此處最大的處罰。
然而，按照本發(fā)明的方法不局限于只包含低或中地球軌道衛(wèi)星的系統(tǒng)；它同樣能夠應(yīng)用于地球同步衛(wèi)星系統(tǒng)中。
用戶通過位于連接站中的一個(gè)服務(wù)器與數(shù)據(jù)庫網(wǎng)絡(luò)連接或與連接站連接。
如果數(shù)據(jù)庫網(wǎng)絡(luò)是Internet或一個(gè)相類似的網(wǎng)絡(luò)，那么眾所周知，在該領(lǐng)域中來自客戶機(jī)的數(shù)據(jù)庫查詢被“代理”服務(wù)器接收，此接收過程受到兩方面的影響，即從客戶機(jī)到數(shù)據(jù)庫和從數(shù)據(jù)庫到客戶機(jī)。在代理服務(wù)器中，由數(shù)據(jù)庫提出的響應(yīng)被保留在代理服務(wù)器的存儲(chǔ)裝置中一段時(shí)間，同時(shí)加載到服務(wù)器的頁被傳送到客戶機(jī)時(shí)，不需要與被請(qǐng)求的數(shù)據(jù)庫建立新的連接。因此，按照本發(fā)明的方法能夠由位于連接站或與連接站相連的這種代理服務(wù)器控制。
因此，本發(fā)明的另一方面提供了一個(gè)用來訪問數(shù)據(jù)庫網(wǎng)絡(luò)的服務(wù)器，其特征為它包括為傳輸給客戶機(jī)的數(shù)據(jù)選擇有確認(rèn)信號(hào)或無確認(rèn)信號(hào)的數(shù)據(jù)傳輸協(xié)議類型，以及按照所傳輸?shù)臄?shù)據(jù)的特征和/或客戶機(jī)提供的信息和/或數(shù)據(jù)量，在服務(wù)器中自動(dòng)地選擇協(xié)議類型。
當(dāng)使用有確認(rèn)類型的協(xié)議時(shí)，服務(wù)器最好包括用來調(diào)整窗口大小的裝置。本發(fā)明包含一個(gè)使用確認(rèn)類型傳輸協(xié)議準(zhǔn)備與一個(gè)或多個(gè)客戶機(jī)通信的服務(wù)器，其特征為它包括用來改變確認(rèn)窗口大小的裝置，例如按照從該服務(wù)器到客戶機(jī)的傳輸比特率來調(diào)整。
本發(fā)明另一部分提供了一個(gè)客戶機(jī)單元，即數(shù)據(jù)庫詢問單元。此單元的特征為它包含在具有確認(rèn)信號(hào)的傳輸和沒有確認(rèn)信號(hào)的傳輸之間選擇的裝置，例如，這種選擇可以通過用戶可得的裝置并比如通過用戶選擇可靠傳輸還是快速傳輸來反映出來。
在本發(fā)明的一個(gè)實(shí)施例中，客戶機(jī)單元能夠在兩種不同的信道上接收數(shù)據(jù)，一種信道專門用于確認(rèn)類型的協(xié)議，另一種信道用于沒有確認(rèn)信號(hào)的協(xié)議，而且客戶機(jī)單元還包含對(duì)從兩種信道中接收到的數(shù)據(jù)進(jìn)行重新排序的裝置，被重新排序的數(shù)據(jù)最好在客戶機(jī)單元的瀏覽器上顯示。
這些選擇裝置能夠與傳統(tǒng)的計(jì)算機(jī)結(jié)合起來，并且包括例如一個(gè)JAVA小應(yīng)用程序或構(gòu)成瀏覽器的界面的腳本。
這些選擇裝置也可以自動(dòng)地在數(shù)據(jù)庫服務(wù)器或中間(“代理”)服務(wù)器上執(zhí)行；在這種情況下，協(xié)議之間的選擇是根據(jù)將被下載的文件的類型進(jìn)行的，例如此文件名的后綴，如picture.bmp，picture.ipg或page.html。例如，如果被查詢的數(shù)據(jù)庫提供高分辨率的圖片，那么所要求的傳輸協(xié)議也將是確認(rèn)類型的協(xié)議，而如果被查詢的數(shù)據(jù)庫提供聲音，如音樂，那么所要求的傳輸協(xié)議可以是沒有確認(rèn)信號(hào)的類型。
此選擇方法也可以在客戶機(jī)單元自動(dòng)地執(zhí)行，協(xié)議之間的選擇是基于被提交的查詢或發(fā)送給數(shù)據(jù)庫的請(qǐng)求來進(jìn)行的。
本發(fā)明提供了一種從數(shù)據(jù)庫到正在請(qǐng)求的客戶機(jī)之間傳輸數(shù)據(jù)的方法。對(duì)每次通信而言，需要在有確認(rèn)信號(hào)的TCP傳輸協(xié)議和沒有確認(rèn)信號(hào)的UDP傳輸協(xié)議之間作出選擇。
在本發(fā)明的一個(gè)實(shí)施例中，對(duì)于來自客戶機(jī)的給定的請(qǐng)求，一些數(shù)據(jù)使用有確認(rèn)信號(hào)的傳輸協(xié)議傳輸，而另一些數(shù)據(jù)使用沒有確認(rèn)信號(hào)的協(xié)議傳輸。
在本發(fā)明的一個(gè)實(shí)施例中，傳輸協(xié)議按照用戶所提出的請(qǐng)求的特征來選取。
在本發(fā)明的一個(gè)實(shí)施例中，傳輸協(xié)議按照所傳輸?shù)臄?shù)據(jù)的特征和/或數(shù)據(jù)量來選取。
在本發(fā)明的一個(gè)實(shí)施例中，當(dāng)選擇有確認(rèn)信號(hào)的傳輸協(xié)議時(shí)，對(duì)于每次呼叫，需要選取確認(rèn)窗口的長度。
在本發(fā)明的一個(gè)實(shí)施例中，當(dāng)所傳輸?shù)臄?shù)據(jù)誤碼率超過預(yù)定的數(shù)值時(shí)，確認(rèn)窗口被定制得較小。
本發(fā)明也提供了一個(gè)用于與數(shù)據(jù)庫連接的包含兩個(gè)接收信道的終端，其中一個(gè)信道用來接收使用有確認(rèn)信號(hào)的傳輸協(xié)議傳輸?shù)臄?shù)據(jù)，另一個(gè)信道用來接收使用沒有確認(rèn)信號(hào)的傳輸協(xié)議傳輸?shù)臄?shù)據(jù)。
在本發(fā)明的一個(gè)實(shí)施例中，此終端包含一個(gè)界面，該界面能夠由用戶激活以便在可靠傳輸和快速傳輸之間進(jìn)行選擇。
在本發(fā)明的一個(gè)實(shí)施例中，此終端包含按照對(duì)數(shù)據(jù)庫所提出的請(qǐng)求用來自動(dòng)地選擇可靠傳輸或快速傳輸?shù)难b置。
在本發(fā)明的一個(gè)實(shí)施例中，此終端包含用來在兩種不同的信道中對(duì)所接收到的文件重新排序的裝置。
在本發(fā)明的一個(gè)實(shí)施例中，在終端的瀏覽器中處理重新排序的文件。
本發(fā)明也提供了一個(gè)服務(wù)器，該服務(wù)器被放置在一個(gè)或多個(gè)用戶和數(shù)據(jù)庫之間的網(wǎng)絡(luò)中，此服務(wù)器的目的是解釋來自用戶的請(qǐng)求和/或存儲(chǔ)從數(shù)據(jù)庫接收到的數(shù)據(jù)。它包括用來選擇從服務(wù)器到用戶的傳輸數(shù)據(jù)的協(xié)議的裝置，此選擇是在有確認(rèn)信號(hào)的傳輸協(xié)議和沒有確認(rèn)信號(hào)的傳輸協(xié)議之間選擇。
在本發(fā)明的一個(gè)實(shí)施例中，如果使用有確認(rèn)信號(hào)的協(xié)議，那么服務(wù)器包括用來改變確認(rèn)窗口(N)的裝置。
在本發(fā)明的一個(gè)實(shí)施例中，當(dāng)傳輸誤碼率增加時(shí)，需要減少確認(rèn)窗口的大小。
最后本發(fā)明提供了一種將服務(wù)器用在衛(wèi)星傳輸系統(tǒng)的應(yīng)用，在此衛(wèi)星傳輸系統(tǒng)中，每個(gè)用戶的呼叫由連接站中繼傳輸，在用戶和連接站之間的呼叫通過衛(wèi)星傳送，服務(wù)器位于連接站中或與連接站相連。
本發(fā)明的另外一些特征和優(yōu)點(diǎn)從下列本發(fā)明的實(shí)施例的描述中會(huì)變得清楚，此描述參照附加的圖給出，其中

圖1是按照本發(fā)明描述使用此方法的一個(gè)系統(tǒng)的圖，圖2是按照本發(fā)明描述此方法的一部分的圖，圖3是按照本發(fā)明描述系統(tǒng)的不同實(shí)施例的圖。
在圖1中，用實(shí)例的方式示出的系統(tǒng)中包括一些客戶機(jī)設(shè)備，但圖中只描繪出了其中一個(gè)客戶機(jī)設(shè)備10。此系統(tǒng)還包括一個(gè)位于衛(wèi)星通信系統(tǒng)的連接站中的代理服務(wù)器(鄰近服務(wù)器)12和Internet(數(shù)據(jù)庫網(wǎng)絡(luò))。圖中只描繪出一個(gè)服務(wù)器14。
客戶機(jī)設(shè)備10通常包括一個(gè)向遠(yuǎn)程服務(wù)器14發(fā)送請(qǐng)求18的瀏覽器16。請(qǐng)求18由服務(wù)器12接收，服務(wù)器12的功能是解釋由客戶機(jī)給出的查詢以限制與遠(yuǎn)程服務(wù)器14的連接時(shí)間。由于網(wǎng)絡(luò)是Internet，因此在服務(wù)器12和14之間的呼叫20是TCP呼叫，即對(duì)每組數(shù)據(jù)都有確認(rèn)信號(hào)。
從服務(wù)器14經(jīng)由服務(wù)器12接收到的數(shù)據(jù)被重傳給用戶或客戶機(jī)設(shè)備10。
按照本發(fā)明，在服務(wù)器12和設(shè)備10之間的連接使用兩個(gè)不同的信道22和24中的一個(gè)或兩個(gè)。信道22使用TCP(有確認(rèn)信號(hào))。信道24使用UDP傳輸(沒有確認(rèn)信號(hào))。信道22主要被用于要求高可靠性的傳輸，而信道24主要被用于傳輸以速率作為主要判別準(zhǔn)則的數(shù)據(jù)。
用戶設(shè)備10的瀏覽器16包括一個(gè)界面，例如使用戶能夠決定所要求的傳輸質(zhì)量即可靠傳輸或快速傳輸?shù)腏AVA小應(yīng)用程序。服務(wù)器12解釋用戶的判定信號(hào)，并按照對(duì)服務(wù)器12和用戶10之間的網(wǎng)絡(luò)的使用級(jí)別以及從服務(wù)器12傳輸?shù)接脩?0的數(shù)據(jù)執(zhí)行操作。因此包含軟件和圖片的混合的多媒體傳輸能夠并行地在信道22和24中被傳輸。信道22使用TCP傳輸軟件，而信道24使用UDP傳輸圖片數(shù)據(jù)。
服務(wù)器12還包含了用來改變由TCP信道22所傳輸數(shù)據(jù)的確認(rèn)窗口大小的方法。
圖2是一幅描繪確認(rèn)窗口原理的圖。當(dāng)接收器R向發(fā)送器E發(fā)送一個(gè)請(qǐng)求30時(shí)，發(fā)送器E就向接收器R傳送數(shù)據(jù)，而當(dāng)接收器已經(jīng)接收到特定的N個(gè)字節(jié)數(shù)時(shí)，接收器向發(fā)送器發(fā)送確認(rèn)信號(hào)32。如果發(fā)送器E還沒有正確地接收到確認(rèn)信號(hào)，那么發(fā)送器再發(fā)送N個(gè)字節(jié)。這種重傳增加了業(yè)務(wù)量的密度，所增加的比例隨著字節(jié)數(shù)N的增大而增大。因此，舉例說明如當(dāng)服務(wù)器12知道傳輸質(zhì)量有問題時(shí)，它減少確認(rèn)窗口的長度N以限制重傳的數(shù)據(jù)量。這可以降低網(wǎng)絡(luò)擁塞的風(fēng)險(xiǎn)。
操作如下作為對(duì)請(qǐng)求18的響應(yīng)，客戶機(jī)單元10接收一個(gè)html頁，它將對(duì)該頁進(jìn)行分析并存入一個(gè)存貯器(箭頭40)諸如計(jì)算機(jī)的硬盤42。存儲(chǔ)在硬盤42的數(shù)據(jù)由對(duì)象的地址和文件名組成。
然后，(箭頭181，182)每個(gè)對(duì)象地址和文件名從內(nèi)存42被傳輸?shù)綖g覽器16(箭頭44)以便小應(yīng)用程序26給每個(gè)對(duì)象發(fā)送請(qǐng)求181，182等。信道22或24的選擇是由代理服務(wù)器12確定的。
在順序地加載完各種對(duì)象后，客戶機(jī)單元對(duì)接收到的文件或?qū)ο笾匦屡判颍@些文件或?qū)ο笸ǔＳ筛鞣N類型的數(shù)據(jù)例如超媒體或超文本文件構(gòu)成。被重新排序的數(shù)據(jù)能夠被在客戶機(jī)單元的瀏覽器16上使用或顯示。
在這個(gè)實(shí)例中，服務(wù)器12位于衛(wèi)星傳輸系統(tǒng)的連接站10中，連接站構(gòu)成此傳輸系統(tǒng)的一個(gè)用戶。
注意，選擇協(xié)議或傳輸信道在實(shí)際中是有益處的，特別是在從數(shù)據(jù)庫14或服務(wù)器12到客戶機(jī)設(shè)備10的傳輸方向上，因?yàn)樵谶@個(gè)方向上被傳輸?shù)臄?shù)據(jù)量比其它方向要大得多。然而，選擇協(xié)議的原則能夠被推廣到諸如在兩個(gè)用戶之間傳輸數(shù)據(jù)的情形中。
在圖3所示的本發(fā)明的實(shí)施例中，客戶機(jī)終端101包括一個(gè)瀏覽器161和本地代理服務(wù)器50。
瀏覽器161通過本地服務(wù)器50與代理服務(wù)器121通信。
本地服務(wù)器50或者使用信道241上的UDP類型的協(xié)議或者使用信道221上的TCP類型的協(xié)議管理對(duì)服務(wù)器121的呼叫，具體選用哪種協(xié)議則依本發(fā)明的方法進(jìn)行。
瀏覽器161執(zhí)行常規(guī)操作，即傳送請(qǐng)求，處理html頁和顯示接收到的數(shù)據(jù)。
權(quán)利要求
1．一種從數(shù)據(jù)庫向發(fā)出請(qǐng)求的客戶機(jī)傳輸數(shù)據(jù)的方法，其特征在于為每一個(gè)呼叫選擇使用有確認(rèn)的傳輸協(xié)議(TCP)或是使用無確認(rèn)的傳輸協(xié)議(UDP)。
2．按照權(quán)利要求1的方法，其特征在于對(duì)于一個(gè)給定的來自某客戶機(jī)的請(qǐng)求，有些數(shù)據(jù)是使用有確認(rèn)的傳輸協(xié)議來傳輸?shù)?，而另外的?shù)據(jù)則是使用無確認(rèn)的傳輸協(xié)議傳輸?shù)摹?br> 3．按照權(quán)利要求1或2的方法，其特征在于按照用戶所表達(dá)的請(qǐng)求的特征來選擇所使用的傳輸協(xié)議。
4．按照權(quán)利要求1到3中任意一個(gè)的方法，其特征在于按照所傳輸?shù)臄?shù)據(jù)的特征和/或其數(shù)據(jù)量來選擇協(xié)議。
5．按照前面任意一個(gè)權(quán)利要求的方法，其特征在于當(dāng)一種有確認(rèn)的傳輸協(xié)議被采用時(shí)，還可為每一個(gè)呼叫選擇確認(rèn)窗口的長度(N)。
6．按照權(quán)利要求5的方法，其特征在于當(dāng)發(fā)現(xiàn)傳輸?shù)臄?shù)據(jù)的誤碼率超過一個(gè)預(yù)先設(shè)定的值時(shí)，就減少確認(rèn)窗口的長度。
7．一種用于與數(shù)據(jù)庫連接的終端，其特征在于它包括兩個(gè)接收信道(22，24)其中一個(gè)(22)用于使用有確認(rèn)的傳輸協(xié)議接收的數(shù)據(jù)，另一個(gè)(24)用于使用無確認(rèn)的傳輸協(xié)議接收的數(shù)據(jù)。此終端還包括一個(gè)用戶操作界面，通過它用戶可以指示是選用可靠傳輸還是選用快速傳輸。
8．一種用于與數(shù)據(jù)庫連接的終端，其特征在于它包括兩個(gè)接收信道(22，24)，其中一個(gè)(22)用于接收使用有確認(rèn)的傳輸協(xié)議傳輸?shù)臄?shù)據(jù)，而另一個(gè)(24)用于接收使用無確認(rèn)的傳輸協(xié)議傳輸?shù)臄?shù)據(jù)。此終端還包括按照發(fā)給數(shù)據(jù)庫的請(qǐng)求自動(dòng)選擇可靠傳輸或快速傳輸?shù)难b置。
9．按照權(quán)利要求7或8的終端，其特征在于包括一個(gè)通過一個(gè)控制與遠(yuǎn)端數(shù)據(jù)庫通信的流的本地鄰近服務(wù)器(50)與兩個(gè)接收信道進(jìn)行通信的瀏覽器(161)。
10．按照權(quán)利要求7或8的終端，其特征在于它包括對(duì)通過兩個(gè)不同的信道接收來的文件進(jìn)行重排序的裝置。
11．按照權(quán)利要求10的終端，其特征在于被重排序的文件被在終端的瀏覽器(16)中使用。
12．一種適于被結(jié)合到一個(gè)或多個(gè)用戶和數(shù)據(jù)庫間的網(wǎng)絡(luò)中的服務(wù)器(12)，其功能是解釋用戶的請(qǐng)求和/或存貯從數(shù)據(jù)庫接收到的數(shù)據(jù)，此服務(wù)器的特點(diǎn)在于它包括選擇從服務(wù)器到用戶傳輸數(shù)據(jù)時(shí)使用哪種協(xié)議的裝置，選擇是在有確認(rèn)的傳輸協(xié)議和無確認(rèn)的傳輸協(xié)議二者間進(jìn)行的。
13．按照權(quán)利要求12的服務(wù)器，其特征在于它包括當(dāng)使用有確認(rèn)的傳輸協(xié)議時(shí)改變確認(rèn)窗口(N)的裝置。
14．按照權(quán)利要求13的服務(wù)器，其特征在于當(dāng)傳輸誤碼率增加時(shí)減少確認(rèn)窗口的大小。
15．按照權(quán)利要求12到14中任意一項(xiàng)的服務(wù)器可用在一個(gè)衛(wèi)星傳輸系統(tǒng)中，在這一系統(tǒng)中，每個(gè)用戶的呼叫都被通過一個(gè)連接站來中繼，用戶和連接站間的呼叫要經(jīng)過一顆衛(wèi)星，本服務(wù)器被置于連接站中或與該連接站相連接。
全文摘要
本發(fā)明涉及一種從一個(gè)數(shù)據(jù)庫(14)向一個(gè)提出請(qǐng)求的客戶機(jī)(10)傳輸數(shù)據(jù)的方法。為每一個(gè)呼叫選擇是使用有確認(rèn)信號(hào)的可靠傳輸協(xié)議(TCP)還是使用無確認(rèn)信號(hào)的快速傳輸協(xié)議(UDP)。一種能實(shí)現(xiàn)上述方法的終端,它包括兩個(gè)接收信道(22,24),其中一個(gè)(22)接收使用有確認(rèn)信號(hào)的傳輸協(xié)議傳輸?shù)臄?shù)據(jù),另一個(gè)(24)接收使用無確認(rèn)信號(hào)的傳輸協(xié)議傳輸?shù)臄?shù)據(jù)。
文檔編號(hào)H04L1/00GK1284809SQ0012274
公開日2001年2月21日 申請(qǐng)日期2000年8月11日 優(yōu)先權(quán)日1999年8月12日
發(fā)明者帕特里克·馬赫蒂尼 申請(qǐng)人:阿爾卡塔爾公司