專利名稱：與多個客戶端進行數(shù)據(jù)處理用系統(tǒng)服務器及數(shù)據(jù)處理方法
技術領域：
本發(fā)明涉及用于與多個客戶端進行數(shù)據(jù)處理的系統(tǒng)服務器和數(shù)據(jù)處理方法。更具體地，本發(fā)明涉及用于穩(wěn)定且高效地處理數(shù)據(jù)并且實時地監(jiān)視各個會話的數(shù)據(jù)處理狀態(tài)以結束不活動會話的系統(tǒng)服務器和數(shù)據(jù)處理方法。
背景技術：
近來，許多企業(yè)引入RTE(實時企業(yè))系統(tǒng)來實時地管理外部業(yè)務功能以及內(nèi)部業(yè)務功能。換言之，為了改善企業(yè)的業(yè)務管理的效率，已經(jīng)引入了使得能夠實時地對與合作伙伴和顧客相關的企業(yè)外部業(yè)務功能進行管理的RTE系統(tǒng)。
然而，在基于無線通信網(wǎng)絡(例如CDMA，無線LAN等)來構建諸如RTE系統(tǒng)的數(shù)據(jù)處理系統(tǒng)的情況下，由于現(xiàn)有IT infra的限制，該數(shù)據(jù)處理系統(tǒng)缺乏數(shù)據(jù)處理的數(shù)據(jù)格式匹配、穩(wěn)定性以及可靠性。特別地，當大量用戶同時與該系統(tǒng)相連接時，由于垃圾會話，有時出現(xiàn)系統(tǒng)停機。
此外，對于RTE系統(tǒng)，監(jiān)視客戶端會話的狀態(tài)并且高效且穩(wěn)定地執(zhí)行客戶端要求的數(shù)據(jù)處理是非常重要的。
發(fā)明內(nèi)容
因此，本發(fā)明的一個目的是提供用于與多個客戶端進行數(shù)據(jù)處理的系統(tǒng)服務器以及數(shù)據(jù)處理方法，其能夠通過監(jiān)視各個客戶端會話的數(shù)據(jù)處理的狀態(tài)并管理不活動會話而有效地使用系統(tǒng)資源。
此外，本發(fā)明的一個目的是改善對與多個客戶端的同時連接以及交疊的數(shù)據(jù)處理需求的管理，以用于有效且穩(wěn)定的數(shù)據(jù)處理。
通過獨立權利要求中所述的組合可以實現(xiàn)以上和其他目的。從屬權利要求限定了本發(fā)明的進一步優(yōu)點和示例性組合。
根據(jù)本發(fā)明的第一方面，提供了一種系統(tǒng)服務器，其用于在該服務器與經(jīng)由有線或者無線通信網(wǎng)絡連接的多于一個的客戶端之間進行數(shù)據(jù)處理，其中，該系統(tǒng)服務器包括連接模塊，用于建立與客戶端的連接以及切斷該連接；數(shù)據(jù)發(fā)送模塊，用于從客戶端接收數(shù)據(jù)和/或向客戶端發(fā)送數(shù)據(jù)；線程管理模塊，用于創(chuàng)建線程并將該線程分配給客戶端；會話信息數(shù)據(jù)庫，用于存儲分配給相連接客戶端的會話的標識符、以及關于正由該會話處理的客戶端請求服務器處理的數(shù)據(jù)(“待處理數(shù)據(jù)”)的狀態(tài)的信息；以及會話管理模塊，用于監(jiān)視數(shù)據(jù)處理的狀態(tài)并更新存儲在會話信息數(shù)據(jù)庫中的關于數(shù)據(jù)處理狀態(tài)的信息，會話管理模塊在其基于存儲在會話信息數(shù)據(jù)庫中的關于數(shù)據(jù)處理狀態(tài)的信息確定了該會話未在執(zhí)行數(shù)據(jù)處理的情況下結束該會話。
根據(jù)本發(fā)明的第二方面，提供了一種在服務器與經(jīng)由有線或者無線通信網(wǎng)絡連接的多于一個的客戶端之間的數(shù)據(jù)處理方法，其中，該方法包括以下步驟(1)建立與客戶端的連接或者切斷該連接；(2)從客戶端接收數(shù)據(jù)和/或向客戶端發(fā)送數(shù)據(jù)；(3)創(chuàng)建線程并將該線程分配給客戶端；(4)將分配給該客戶端的會話的標識符、以及關于正由該會話處理的客戶端請求服務器處理的數(shù)據(jù)(“待處理數(shù)據(jù)”)的狀態(tài)的信息存儲在會話信息數(shù)據(jù)庫中；(5)監(jiān)視數(shù)據(jù)處理的狀態(tài)并更新存儲在會話信息數(shù)據(jù)庫中的關于數(shù)據(jù)處理狀態(tài)的信息；(6)基于關于數(shù)據(jù)處理狀態(tài)的信息確定該會話是否正在執(zhí)行數(shù)據(jù)處理；以及(7)在步驟(6)確定了該會話未在執(zhí)行數(shù)據(jù)處理的情況下結束該會話。
本發(fā)明的概述未必描述了本發(fā)明的全部必要特征。本發(fā)明還可以是上述特征的子組合。通過結合附圖的對實施例的以下描述，本發(fā)明的上述和其他特征和優(yōu)點將更加明顯。
圖1是示出根據(jù)本發(fā)明實施例的數(shù)據(jù)處理系統(tǒng)200的示意性框圖。
圖2是示出根據(jù)本發(fā)明的數(shù)據(jù)處理系統(tǒng)200的服務器100的配置的第一實施例的框圖。
圖3是示出根據(jù)本發(fā)明的數(shù)據(jù)處理系統(tǒng)200的服務器100的配置的第二實施例的框圖。
圖4A和4B是示出根據(jù)本發(fā)明實施例的服務器100側的處理流程的流程圖。
圖5是示出根據(jù)本發(fā)明實施例的客戶端10側的處理流程的流程圖。
具體實施例方式
現(xiàn)在基于優(yōu)選實施例來說明本發(fā)明，這些優(yōu)選實施例并非旨在限制本發(fā)明的范圍，而是用于對本發(fā)明進行例示。實施例中所述的全部特征及其組合未必是本發(fā)明所必要的。
圖1是示出根據(jù)本發(fā)明的數(shù)據(jù)處理系統(tǒng)200的示意性框圖。數(shù)據(jù)處理系統(tǒng)200包括服務器100、客戶端10-1、10-2和10-3(以下稱為“10”)，以及連接服務器100與客戶端10的有線或無線通信網(wǎng)絡20。根據(jù)該圖，服務器100包括遺留系統(tǒng)(legacy system)100-1，其包含DBMS(數(shù)據(jù)庫管理系統(tǒng))，例如SAP、oracle、MS-SQL等；以及中間件100-2，其連接遺留系統(tǒng)100-1與不同種類的客戶端10。
系統(tǒng)服務器100的各個部件可以通過構建專用硬件或者使用軟件來實現(xiàn)。
圖2是示出根據(jù)本發(fā)明的數(shù)據(jù)處理系統(tǒng)200的服務器100的配置的第一實施例的框圖。服務器100包括連接模塊110、數(shù)據(jù)發(fā)送模塊120、線程管理模塊130、會話信息數(shù)據(jù)庫140、以及會話管理模塊150。模塊110至150經(jīng)由總線互連。
連接模塊110建立或者切斷客戶端10與服務器100之間的連接?？梢酝ㄟ^來自客戶端10或者服務器100的指令或者請求來建立或者切斷連接，或者在預定條件下自動建立或者切斷連接。例如，優(yōu)選地，連接模塊110根據(jù)來自客戶端10的連接請求來建立連接，并且在不能再執(zhí)行服務器100與客戶端10之間的數(shù)據(jù)處理或者數(shù)據(jù)處理已結束而沒有任何請求或指令的情況下切斷連接。特別地，為了降低數(shù)據(jù)業(yè)務量費用，優(yōu)選的是當服務器100從客戶端10接收到確認消息時自動切斷連接。
數(shù)據(jù)發(fā)送模塊120從客戶端10接收數(shù)據(jù)/向客戶端10發(fā)送數(shù)據(jù)。
線程管理模塊130創(chuàng)建線程并將線程分配給客戶端10。當客戶端10試圖連接到服務器100時，偵聽器請求將線程池中的線程分配給該客戶端10。此時，在線程池中存在可用的空閑線程的情況下，線程管理模塊130將該空閑線程分配給客戶端10。在線程池中沒有空閑線程的情況下，線程管理模塊130檢查同時連接的數(shù)量。如果連接的數(shù)量沒有超過允許的同時連接的最大數(shù)量，則線程管理模塊130創(chuàng)建一線程并將該線程分配給客戶端10。否則，客戶端等待直到存在要分配的線程為止。
會話信息數(shù)據(jù)庫140存儲提供給正與服務器100相連接的各個客戶端10的會話標識符(ID)以及客戶端請求的數(shù)據(jù)處理的狀態(tài)，作為會話信息。這里，數(shù)據(jù)處理的狀態(tài)是諸如以下的信息例如，數(shù)據(jù)處理尚未開始前的“處理等待”，正在執(zhí)行數(shù)據(jù)處理時的“處理中”，或者數(shù)據(jù)處理完成后的“處理完成”。優(yōu)選地，為各個用戶唯一地設置會話ID。由此，可以掌握用戶使用何種設備來連接到服務器100。
會話管理模塊150對存儲在會話信息數(shù)據(jù)庫140中的數(shù)據(jù)處理狀態(tài)(即會話信息)進行更新，并根據(jù)會話信息對各個會話進行分類。例如，會話管理模塊150在會話開始數(shù)據(jù)處理時將存儲在會話信息數(shù)據(jù)庫140中的會話的會話信息從“處理等待”改變?yōu)椤疤幚碇小?，并將?jīng)更新的會話信息存儲在會話信息數(shù)據(jù)庫140中。優(yōu)選地，會話管理模塊150持續(xù)地觀察各個會話的數(shù)據(jù)處理狀態(tài)，并實時地對會話更新會話信息。此外，會話管理模塊150在其基于會話的數(shù)據(jù)處理狀態(tài)而確定了會話未在執(zhí)行數(shù)據(jù)處理的情況下結束該會話。例如，會話管理模塊150可以測量從向客戶端10分配線程時起直到針對該客戶端的會話的數(shù)據(jù)處理狀態(tài)變?yōu)椤疤幚硗瓿伞睍r花費的時間，并在所測得時間超過預定值時結束會話。另選地，會話管理模塊150可以測量更新會話的會話信息所花費的時間。在這種情況下，如果即使在經(jīng)過了預定時間段之后仍未更新會話信息，則會話管理模塊150認為該會話是不活動的并結束該會話。以下，“不活動”會話表示其中不進行數(shù)據(jù)處理的會話。如上所述，通過基于會話信息(即，會話的數(shù)據(jù)處理狀態(tài))來確定會話是否是不活動的并結束會話，可以有效使用服務器100的資源。
在會話在數(shù)據(jù)處理結束之前結束的情況下，服務器100可以向客戶端10發(fā)送表示數(shù)據(jù)處理沒有結束的消息，客戶端10可以保存服務器100尚未處理的數(shù)據(jù)以稍后請求服務器100處理該數(shù)據(jù)。更具體地，在會話管理模塊150基于會話的會話信息確定了在會話中沒有執(zhí)行數(shù)據(jù)處理的情況下，服務器100結束該會話并向該會話的客戶端10發(fā)送用于表示服務器100尚未處理從該客戶端10發(fā)送的數(shù)據(jù)的消息。客戶端10將尚未得到處理的數(shù)據(jù)存儲在其本地存儲器中，稍后再一次請求服務器100進行數(shù)據(jù)處理。由此，可以防止遺漏待處理數(shù)據(jù)。
圖3是示出根據(jù)本發(fā)明的數(shù)據(jù)處理系統(tǒng)200的服務器100的配置的第二實施例的框圖。由于與圖1的部件使用相同標號的部件的配置和功能與第一實施例的部件的配置和功能相似，因此以下僅僅描述與第一實施例的不同之處。
如圖3所示，除了第一實施例的配置之外，第二實施例還包括緩沖器模塊160和數(shù)據(jù)處理模塊170。
根據(jù)本實施例，當某些會話的存儲在會話信息數(shù)據(jù)庫140中的會話信息是“處理等待”時，會話管理模塊150將這些會話的待處理數(shù)據(jù)順序地傳送到緩沖器模塊160，并且將這些數(shù)據(jù)存儲在緩沖器模塊160中。將存儲在緩沖器模塊160中的數(shù)據(jù)順序地傳送給數(shù)據(jù)處理模塊170。第二實施例與第一實施例的不同在于當建立客戶端與服務器之間的連接時分配給該客戶端的線程負責該客戶端與服務器之間的數(shù)據(jù)傳送，但是數(shù)據(jù)處理由數(shù)據(jù)處理模塊進行。為了改善數(shù)據(jù)處理的性能，優(yōu)選地，數(shù)據(jù)處理模塊170包括單獨的線程池。
通過如上所述地在連接模塊110與數(shù)據(jù)處理模塊170之間設置緩沖器模塊160，即使發(fā)生數(shù)據(jù)業(yè)務擁塞并因此數(shù)據(jù)處理請求瞬即從客戶端涌來，也可以將數(shù)據(jù)堆棧在緩沖器模塊160中并由數(shù)據(jù)處理模塊170順序地進行處理。因此，即使遺留系統(tǒng)100-1的處理發(fā)生延遲，也可以保持網(wǎng)關的性能。
同時，服務器100還可以包括檢查模塊180和數(shù)據(jù)錯誤管理模塊190。檢查模塊180檢查從客戶端10發(fā)送的待處理數(shù)據(jù)是否被破壞。
數(shù)據(jù)錯誤管理模塊190包括存儲裝置，該存儲裝置用于在數(shù)據(jù)處理模塊170已經(jīng)完成了數(shù)據(jù)處理但是在將數(shù)據(jù)處理結果發(fā)送給客戶端10時出現(xiàn)錯誤的情況下存儲待處理數(shù)據(jù)。此外，數(shù)據(jù)錯誤管理模塊190的存儲裝置存儲數(shù)據(jù)處理的結果。
在檢查模塊180確定了待處理數(shù)據(jù)被破壞的情況下，向客戶端10發(fā)送出錯消息。然后，將客戶端10的線程返回到線程池并結束會話。在這種情況下，優(yōu)選地，將尚未處理的數(shù)據(jù)存儲在客戶端10的本地數(shù)據(jù)庫中，稍后對其進行批處理。由此，可以防止客戶端10請求服務器100處理的數(shù)據(jù)并未得到處理并被遺漏。
在檢查模塊180確定待處理數(shù)據(jù)未被破壞的情況下，檢查模塊180檢查數(shù)據(jù)錯誤管理模塊190是否存儲有對與待處理數(shù)據(jù)相同的數(shù)據(jù)的處理結果。具體地，例如，各個客戶端10在將待處理數(shù)據(jù)發(fā)送給服務器100時為該數(shù)據(jù)分配標識符(ID)，而檢查模塊180將待處理數(shù)據(jù)的ID與存儲在數(shù)據(jù)錯誤管理模塊190中的數(shù)據(jù)的ID進行比較，以檢查是否存在其ID與該待處理數(shù)據(jù)的ID相同的數(shù)據(jù)。在本示例中，數(shù)據(jù)錯誤管理模塊190可以存儲數(shù)據(jù)的ID和/或數(shù)據(jù)。在數(shù)據(jù)錯誤管理模塊190存儲有對與待處理數(shù)據(jù)相同的數(shù)據(jù)的處理結果的情況下，將存儲在數(shù)據(jù)錯誤管理模塊190中的結果發(fā)送給客戶端10，作為對待處理數(shù)據(jù)的處理結果。
如上所述，在已經(jīng)處理了數(shù)據(jù)但是當將對該數(shù)據(jù)的處理結果發(fā)送給客戶端時出現(xiàn)錯誤的情況下，根據(jù)本發(fā)明的服務器100分別地存儲數(shù)據(jù)和對該數(shù)據(jù)的處理結果。因此，服務器100可以在客戶端10請求其處理相同數(shù)據(jù)時使用對該數(shù)據(jù)的處理結果。由此，可以防止重復數(shù)據(jù)處理。
圖4A和4B是示出根據(jù)本發(fā)明實施例的服務器100側的處理流程的流程圖。
圖4A示出了從建立客戶端10與服務器100之間的連接以開始過程的步驟起直到向客戶端10分配線程的步驟的流程。當從客戶端10接收到連接請求時(S400)，連接模塊110建立客戶端10與服務器100之間的連接(S410)，會話管理模塊150為客戶端10創(chuàng)建會話(S420)。此時，通過向各個用戶分配唯一的會話標識符，可以掌握用戶使用何種設備來連接到服務器100。
然后，請求線程(S430)，線程管理模塊130檢查在線程池中是否存在處于等待的空閑線程(S440)。在線程池中存在空閑線程的情況下(S440是)，將空閑線程分配給客戶端10。在不存在空閑線程的情況下(S440否)，線程管理模塊130檢查同時連接的數(shù)量(S450)。如果該連接數(shù)量未超過允許的同時連接的最大數(shù)量(S450否)，則線程管理模塊130創(chuàng)建一線程(S460)并將該線程分配給客戶端10(S470)。如果該連接數(shù)量超過允許的同時連接的最大數(shù)量(S450是)，則客戶端等待，直到存在要分配的線程為止。
在向客戶端10分配了線程之后，如圖4B所示，數(shù)據(jù)發(fā)送模塊120讀取客戶端10請求服務器100處理的待處理數(shù)據(jù)(S480)。然后，檢查模塊180檢查待處理數(shù)據(jù)是否被破壞(S490)。在待處理數(shù)據(jù)被破壞的情況下(S490否)，向客戶端10發(fā)送出錯消息并且過程結束(S500)。在這種情況下，如上所述，優(yōu)選地，客戶端10將待處理數(shù)據(jù)存儲在其本地數(shù)據(jù)庫中。
在待處理數(shù)據(jù)未被破壞且正常的情況下(S490是)，檢查數(shù)據(jù)錯誤管理模塊190是否存儲有與待處理數(shù)據(jù)相同的數(shù)據(jù)(S510)。如上所述，各個客戶端10可以在其將待處理數(shù)據(jù)發(fā)送給服務器100時向待處理數(shù)據(jù)分配標識符(ID)，可以將待處理數(shù)據(jù)的ID與存儲在數(shù)據(jù)錯誤管理模塊190中的數(shù)據(jù)的ID進行比較，以檢查在數(shù)據(jù)錯誤管理模塊190中是否存在其ID與待處理數(shù)據(jù)的ID相同的數(shù)據(jù)。在數(shù)據(jù)錯誤管理模塊190存儲有其ID與待處理數(shù)據(jù)的ID相同的數(shù)據(jù)的情況下(S510是)，數(shù)據(jù)錯誤管理模塊190將存儲在其中的對該數(shù)據(jù)的處理結果發(fā)送給客戶端10(S520)。當將該結果正常地發(fā)送給客戶端10時，過程結束。
在數(shù)據(jù)錯誤管理模塊190沒有存儲其ID與待處理數(shù)據(jù)的ID相同的數(shù)據(jù)的情況下(S510否)，開始數(shù)據(jù)處理。在開始數(shù)據(jù)處理之前，在會話信息數(shù)據(jù)庫140中存儲“處理等待”作為客戶端10的會話信息(S530)。然后，將待處理數(shù)據(jù)存儲在緩沖器模塊160中(S540)并將其順序地傳送到數(shù)據(jù)處理模塊170。通過在數(shù)據(jù)處理之前存儲待處理數(shù)據(jù)，即使遺留系統(tǒng)的處理發(fā)生延遲也可以保持網(wǎng)關的性能。
當數(shù)據(jù)處理模塊170開始數(shù)據(jù)處理時，將客戶端10的會話信息更新為“處理中”(S550)。當完成了數(shù)據(jù)處理時，將客戶端10的會話信息更新為“處理完成”(S560)。
一旦完成了數(shù)據(jù)處理，就將結果發(fā)送給請求了數(shù)據(jù)處理的客戶端10。在正常傳送結果的情況下(S570否)，客戶端10向服務器100發(fā)送確認消息。當服務器100接收到確認消息時，將分配給客戶端10的線程返回線程池，結束客戶端10的會話(S590)。因此，過程結束。
在傳送結果時出現(xiàn)錯誤的情況下(S570是)，將數(shù)據(jù)處理的結果連同該數(shù)據(jù)一起存儲在數(shù)據(jù)錯誤管理模塊190中(S580)并且過程結束。
此外，根據(jù)本發(fā)明，監(jiān)視各個會話的數(shù)據(jù)處理的狀態(tài)，結束其中未執(zhí)行數(shù)據(jù)處理的會話。通過與線程管理模塊130、緩沖器模塊160、數(shù)據(jù)處理模塊170等相連接的會話管理模塊150來持續(xù)地監(jiān)視數(shù)據(jù)處理的狀態(tài)。更具體地，例如，對于各個會話，對從分配線程的時刻起到開始數(shù)據(jù)處理的時刻所花費的時間、從開始數(shù)據(jù)處理的時刻起到完成數(shù)據(jù)處理的時刻的時間等中的至少一個進行測量。在所測得的時間超過預定基準時間的情況下，確定會話是不活動的并且該會話將被結束。因此，可以防止由于不活動的會話而浪費系統(tǒng)資源。
在數(shù)據(jù)處理未結束但是結束了會話的情況下，優(yōu)選地，服務器100向客戶端10發(fā)送通知數(shù)據(jù)處理沒有完成的消息。接收到該消息，客戶端10將未處理的數(shù)據(jù)存儲在其本地數(shù)據(jù)庫中并稍后對數(shù)據(jù)進行批處理。因此，可以防止待處理數(shù)據(jù)未得到處理，并防止待處理數(shù)據(jù)被遺漏。
圖5是示出根據(jù)本發(fā)明實施例的客戶端10側的處理流程的流程圖。
客戶端10向服務器100發(fā)送連接請求(S1000)。在完成了連接的情況下，客戶端10向服務器100發(fā)送待處理數(shù)據(jù)(S1100)，并將待處理數(shù)據(jù)存儲在本地數(shù)據(jù)庫中(S1200)。在待處理數(shù)據(jù)未被正常發(fā)送給服務器100的情況下(S1300是)，稍后對待處理數(shù)據(jù)進行批處理。
在將待處理數(shù)據(jù)正常發(fā)送到服務器100的情況下(S1300否)，客戶端10等待接收對該數(shù)據(jù)的處理結果(S1400)。如果客戶端10接收到通知客戶端10的會話不能進行該數(shù)據(jù)處理或者當將對該數(shù)據(jù)的處理結果發(fā)送給客戶端10時出現(xiàn)錯誤的消息的情況下(S1500是)，客戶端10可以稍后對該數(shù)據(jù)進行批處理。
如果正常接收到對該數(shù)據(jù)的處理結果(S1500否)，則客戶端10向服務器100發(fā)送確認消息(S1600)，并刪除已存儲在本地數(shù)據(jù)庫中的待處理數(shù)據(jù)(S1700)。由此，過程結束。
如上所述，根據(jù)本發(fā)明的服務器檢查各個會話的數(shù)據(jù)處理狀態(tài)，并基于會話的數(shù)據(jù)處理的狀態(tài)來結束被確定為不活動的會話。因此，即使在多個用戶同時與服務器100連接的情況下，也可以防止由于不活動的會話而浪費系統(tǒng)資源。
此外，可以防止數(shù)據(jù)未得到處理并被遺漏，或者防止重復數(shù)據(jù)處理。
雖然通過示例性實施例對本發(fā)明進行了說明，但是應該理解，本領域技術人員可以在不脫離僅由所附權利要求限定的本發(fā)明的精神和范圍的情況下進行許多種修改和替換。
本申請要求于2005年8月2日提交的韓國專利申請No.2005-70793的優(yōu)先權，通過引用將其內(nèi)容并入于此。
權利要求
1.一種系統(tǒng)服務器，用于在所述服務器與經(jīng)由有線或者無線通信網(wǎng)絡連接的多于一個的客戶端之間進行數(shù)據(jù)處理，其包括連接模塊，用于建立與客戶端的連接以及切斷所述連接；數(shù)據(jù)發(fā)送模塊，用于從所述客戶端接收數(shù)據(jù)和/或向所述客戶端發(fā)送數(shù)據(jù)；線程管理模塊，用于創(chuàng)建線程并將所述線程分配給所述客戶端；會話信息數(shù)據(jù)庫，用于存儲分配給所述客戶端的會話的標識符、以及關于正由所述會話處理的所述客戶端請求所述服務器處理的數(shù)據(jù)(“待處理數(shù)據(jù)”)的狀態(tài)的信息；以及會話管理模塊，用于監(jiān)視所述數(shù)據(jù)處理狀態(tài)并更新存儲在所述會話信息數(shù)據(jù)庫中的關于所述數(shù)據(jù)處理狀態(tài)的所述信息，所述會話管理模塊在其基于存儲在所述會話信息數(shù)據(jù)庫中的關于所述數(shù)據(jù)處理狀態(tài)的所述信息確定了所述會話未在執(zhí)行數(shù)據(jù)處理的情況下，結束所述會話。
2.根據(jù)權利要求1所述的系統(tǒng)服務器，其中所述會話管理模塊在關于所述會話的所述數(shù)據(jù)處理狀態(tài)的所述信息在預定時間段內(nèi)未被更新的情況下結束所述會話。
3.根據(jù)權利要求1所述的系統(tǒng)服務器，其中所述會話管理模塊在所述會話在分配了所述線程之后的預定時間段內(nèi)未開始數(shù)據(jù)處理的情況下結束所述會話。
4.根據(jù)權利要求1到3中的任一項所述的系統(tǒng)服務器，其中所述會話信息數(shù)據(jù)庫存儲處理等待、處理中、以及處理完成中的一個，作為關于所述數(shù)據(jù)處理狀態(tài)的所述信息。
5.根據(jù)權利要求1到3中的任一項所述的系統(tǒng)服務器，其中所述會話標識符對于各個用戶是唯一的。
6.根據(jù)權利要求1到3中的任一項所述的系統(tǒng)服務器，還包括檢查模塊，該檢查模塊用于在數(shù)據(jù)處理之前檢查所述客戶端發(fā)送的所述待處理數(shù)據(jù)是否被破壞，并且在所述待處理數(shù)據(jù)被破壞的情況下向所述客戶端發(fā)送出錯消息。
7.根據(jù)權利要求6所述的系統(tǒng)服務器，還包括數(shù)據(jù)錯誤管理模塊，該數(shù)據(jù)錯誤管理模塊用于在已經(jīng)處理了所述待處理數(shù)據(jù)但是在將對待處理數(shù)據(jù)的處理結果發(fā)送給所述客戶端時出現(xiàn)錯誤的情況下存儲所述結果，其中所述檢查模塊還在數(shù)據(jù)處理之前檢查所述數(shù)據(jù)錯誤管理模塊是否存儲有對與所述待處理數(shù)據(jù)相同的數(shù)據(jù)的處理結果，并且在其確定了在所述數(shù)據(jù)錯誤管理模塊中存儲有所述結果的情況下，所述數(shù)據(jù)發(fā)送模塊將所述結果發(fā)送給所述客戶端。
8.根據(jù)權利要求1所述的系統(tǒng)服務器，還包括緩沖器模塊，用于順序地存儲待處理數(shù)據(jù)；以及數(shù)據(jù)處理模塊，用于對從所述緩沖器模塊傳送的所述待處理數(shù)據(jù)進行數(shù)據(jù)處理。
9.一種在服務器與經(jīng)由有線或者無線通信網(wǎng)絡連接的多于一個的客戶端之間的數(shù)據(jù)處理方法，包括以下步驟(1)建立與客戶端的連接或者切斷所述連接；(2)從所述客戶端接收數(shù)據(jù)和/或向所述客戶端發(fā)送數(shù)據(jù)；(3)創(chuàng)建線程并將所述線程分配給所述客戶端；(4)在會話信息數(shù)據(jù)庫中存儲分配給所述客戶端的會話的標識符、以及關于正由所述會話處理的所述客戶端請求所述服務器處理的數(shù)據(jù)(“待處理數(shù)據(jù)”)的狀態(tài)的信息；(5)監(jiān)視所述數(shù)據(jù)處理狀態(tài)并更新存儲在所述會話信息數(shù)據(jù)庫中的關于所述數(shù)據(jù)處理狀態(tài)的所述信息；(6)基于關于所述數(shù)據(jù)處理狀態(tài)的所述信息，確定所述會話是否在執(zhí)行數(shù)據(jù)處理；以及(7)在所述步驟(6)確定了所述會話未在執(zhí)行數(shù)據(jù)處理的情況下，結束所述會話。
10.根據(jù)權利要求9所述的數(shù)據(jù)處理方法，其中測量所述會話執(zhí)行數(shù)據(jù)處理所花費的時間，并將所述測得時間與預定時間段進行比較，并且在作為所述比較的結果、所述測得時間大于所述預定時間段的情況下，在所述步驟(6)中確定所述會話未在執(zhí)行數(shù)據(jù)處理。
11.根據(jù)權利要求9所述的數(shù)據(jù)處理方法，還包括步驟(8)在確定所述會話正常完成了數(shù)據(jù)處理的情況下將數(shù)據(jù)處理結果發(fā)送給所述客戶端，并結束所述會話。
12.根據(jù)權利要求11所述的數(shù)據(jù)處理方法，還包括步驟(8-1)在當將所述數(shù)據(jù)處理結果發(fā)送給所述客戶端時出現(xiàn)錯誤的情況下，將所述數(shù)據(jù)處理結果存儲在存儲裝置中。
13.根據(jù)權利要求12所述的數(shù)據(jù)處理方法，還包括以下步驟(2-1)在數(shù)據(jù)處理之前檢查從所述客戶端接收的所述待處理數(shù)據(jù)是否被破壞；以及(2-2)在所述步驟(2-1)確定了所述待處理數(shù)據(jù)未被破壞的情況下，在數(shù)據(jù)處理之前檢查所述存儲裝置是否存儲有對所述待處理數(shù)據(jù)的處理結果，其中在所述步驟(2-1)中確定了所述待處理數(shù)據(jù)被破壞的情況下，向所述客戶端發(fā)送出錯消息，并且，在所述存儲裝置存儲有對所述待處理數(shù)據(jù)的處理結果的情況下，將存儲在所述存儲裝置中的所述結果發(fā)送給所述客戶端。
14.根據(jù)權利要求9所述的數(shù)據(jù)處理方法，其中所述會話信息數(shù)據(jù)庫存儲處理等待、處理中、以及處理完成中的一個作為所述步驟(4)中的關于所述數(shù)據(jù)處理狀態(tài)的所述信息。
15.根據(jù)權利要求14所述的數(shù)據(jù)處理方法，還包括步驟(4-1)在所述會話的所述數(shù)據(jù)處理狀態(tài)是處理等待的情況下，將所述待處理數(shù)據(jù)順序地存儲在緩沖器中。
16.根據(jù)權利要求9所述的數(shù)據(jù)處理方法，其中所述會話標識符對各個用戶是唯一的。
全文摘要
與多個客戶端進行數(shù)據(jù)處理用系統(tǒng)服務器及數(shù)據(jù)處理方法。本發(fā)明涉及一種系統(tǒng)服務器，該系統(tǒng)服務器用于在該服務器與經(jīng)由有線或無線通信網(wǎng)絡連接的多于一個的客戶端之間進行數(shù)據(jù)處理，并且涉及一種數(shù)據(jù)處理方法。該系統(tǒng)服務器包括連接模塊，用于建立與客戶端的連接以及切斷該連接；數(shù)據(jù)發(fā)送模塊，用于從客戶端接收數(shù)據(jù)和/或向客戶端發(fā)送數(shù)據(jù)；線程管理模塊，用于創(chuàng)建線程并將該線程分配給客戶端；會話信息數(shù)據(jù)庫，用于存儲分配給相連接的客戶端的會話的標識符、以及關于正由該會話處理的客戶端請求服務器處理的數(shù)據(jù)(“待處理數(shù)據(jù)”)的狀態(tài)的信息；以及會話管理模塊，用于監(jiān)視數(shù)據(jù)處理狀態(tài)并更新存儲在會話信息數(shù)據(jù)庫中的關于數(shù)據(jù)處理狀態(tài)的信息，會話管理模塊在其基于存儲在會話信息數(shù)據(jù)庫中的關于數(shù)據(jù)處理狀態(tài)的信息確定了該會話未在執(zhí)行數(shù)據(jù)處理的情況下結束該會話。
文檔編號H04L29/02GK1909485SQ200610058390
公開日2007年2月7日 申請日期2006年3月3日 優(yōu)先權日2005年8月2日
發(fā)明者南宮光, 李倫碩, 邊楠勛 申請人:韓美愛提株式會社