分布式監(jiān)護(hù)網(wǎng)絡(luò)的客戶機(jī)申請?zhí)幚矸椒跋到y(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種分布式監(jiān)護(hù)網(wǎng)絡(luò)的客戶機(jī)申請?zhí)幚矸椒跋到y(tǒng)，該方法包括接收操作請求步驟、比較判斷步驟、不允許執(zhí)行步驟、允許執(zhí)行步驟，在比較判斷步驟中，判斷申請的操作所對應(yīng)的數(shù)據(jù)是否與其他客戶端正在執(zhí)行的操作所對應(yīng)的數(shù)據(jù)互斥的方法是：首先判斷申請的操作所對應(yīng)的數(shù)據(jù)與客戶端集合中的正在執(zhí)行的操作所對應(yīng)的數(shù)據(jù)是否相同，如果不相同，那么執(zhí)行允許執(zhí)行步驟，否則判斷相關(guān)操作與申請的操作是否互斥，如果是，那么執(zhí)行不允許執(zhí)行步驟，否則執(zhí)行允許執(zhí)行步驟。本發(fā)明的有益效果是：通過對共同數(shù)據(jù)的標(biāo)志判斷，達(dá)到未互斥的操作無任何干擾，多客戶端操作就和用戶單獨使用一樣，操作方便，效率高。
【專利說明】分布式監(jiān)護(hù)網(wǎng)絡(luò)的客戶機(jī)申請?zhí)幚矸椒跋到y(tǒng)

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及數(shù)據(jù)處理領(lǐng)域，尤其涉及分布式監(jiān)護(hù)網(wǎng)絡(luò)的客戶機(jī)申請?zhí)幚矸椒跋?統(tǒng)。

【背景技術(shù)】
[0002] 現(xiàn)有的單機(jī)版中央監(jiān)護(hù)系統(tǒng)由多臺床邊監(jiān)護(hù)儀和一臺中央站組成，床邊監(jiān)護(hù)儀負(fù) 責(zé)采集患者各項生理參數(shù)，通過有線或者無線網(wǎng)絡(luò)傳輸?shù)街醒胝荆醒胝矩?fù)責(zé)集中顯示、報 警、存儲、回顧、打印等。但是，單機(jī)版無法實現(xiàn)客戶端的擴(kuò)展以便于多用戶同時操作，如果 需要多用戶操作，只能設(shè)置多個中央站，這樣將存在不利于數(shù)據(jù)的集中管理等缺陷，故開始 采用分布式中央監(jiān)護(hù)系統(tǒng)。分布式中央站監(jiān)護(hù)系統(tǒng)（下文簡稱系統(tǒng)）中，中央站由一臺服 務(wù)器和多臺客戶機(jī)替代，服務(wù)器和客戶機(jī)之間通過有線或者無線網(wǎng)絡(luò)連接，而服務(wù)器端可 以用于解析床邊機(jī)發(fā)過來的數(shù)據(jù)，然后對數(shù)據(jù)進(jìn)行處理，存儲數(shù)據(jù)，執(zhí)行客戶機(jī)發(fā)過來的操 作等等。每臺客戶機(jī)都可具備單機(jī)版中央站的功能，但由于客戶端的增多隨之而來的是多 個客戶端并行操作而引發(fā)的臟數(shù)據(jù)（不合法的數(shù)據(jù)）問題。
[0003] 在分布式系統(tǒng)中，現(xiàn)有解決方案針對多個客戶端操作的處理通常都采用以最后一 刻用戶的數(shù)據(jù)為準(zhǔn)，這樣的好處是處理比較簡單，但也有下面的問題：
[0004] 1 :容易誤導(dǎo)用戶，如果A，B客戶端同時操作對一個數(shù)據(jù)進(jìn)行編輯，點擊確定后都 可進(jìn)行操作，正在操作的用戶確以為自己編輯成功了，但實際上只有一個客戶端的操作生 效。
[0005] 2 :對一些互斥（對同一份數(shù)據(jù)進(jìn)行寫操作）的操作，沒有進(jìn)行限制，比如用戶A預(yù) 覽打印的數(shù)據(jù)，而該數(shù)據(jù)其實已在A用戶預(yù)覽期間被B用戶進(jìn)行了編輯。
[0006] 3:如果多個客戶端同時操作一個功能，一個客戶端操作還未完成，另一個客戶端 又開始操作，這樣很容易引入錯誤數(shù)據(jù)。


【發(fā)明內(nèi)容】

[0007] 為了解決現(xiàn)有技術(shù)中的問題，本發(fā)明提供了一種分布式監(jiān)護(hù)網(wǎng)絡(luò)的客戶機(jī)申請?zhí)?理方法。
[0008] 本發(fā)明提供了一種分布式監(jiān)護(hù)網(wǎng)絡(luò)的客戶機(jī)申請?zhí)幚矸椒?，服?wù)器端包括如下步 驟：
[0009] 接收操作請求步驟，用于接收客戶端發(fā)送的操作請求；
[0010] 比較判斷步驟，服務(wù)器端設(shè)置有用于記錄各個客戶端正在執(zhí)行操作的客戶端操作 集合，服務(wù)器端收到客戶端的操作請求后，判斷申請的操作是否與其他客戶端正在執(zhí)行的 操作互斥，如果是，則執(zhí)行不允許執(zhí)行步驟，否則執(zhí)行允許執(zhí)行步驟；
[0011] 不允許執(zhí)行步驟，服務(wù)器端命令該申請的操作不能繼續(xù)執(zhí)行；
[0012] 允許執(zhí)行步驟，服務(wù)器端命令該申請的操作能夠繼續(xù)執(zhí)行。
[0013] 作為本發(fā)明的進(jìn)一步改進(jìn)，在比較判斷步驟中，判斷申請的操作是否與其他客戶 端正在執(zhí)行的操作互斥的方法是：首先申請的操作所對應(yīng)的數(shù)據(jù)與客戶端集合中的全部正 在執(zhí)行的操作所對應(yīng)的數(shù)據(jù)進(jìn)行比對、并判斷是否存在相同的數(shù)據(jù)，如果不存在，那么執(zhí)行 允許執(zhí)行步驟，否則判斷同一數(shù)據(jù)的相關(guān)操作中是否存在寫操作，如果是，那么執(zhí)行不允許 執(zhí)行步驟，否則執(zhí)行允許執(zhí)行步驟。
[0014] 作為本發(fā)明的進(jìn)一步改進(jìn)，在所述不允許執(zhí)行步驟中，服務(wù)器端向申請操作的客 戶端發(fā)送互斥的記錄，所述互斥的記錄包括互斥操作對應(yīng)的客戶端信息和操作類型；在所 述允許執(zhí)行步驟中，服務(wù)器端將該申請的操作保存到客戶端操作集合中，同時對所有客戶 端發(fā)送操作啟動信息。
[0015] 作為本發(fā)明的進(jìn)一步改進(jìn)，當(dāng)服務(wù)器端接收到客戶端發(fā)送的操作完成指令后，或 者當(dāng)客戶端與服務(wù)器端斷開連接后，服務(wù)器端在客戶端操作集合中將該客戶端的對應(yīng)的操 作去除，并通知其他客戶端該操作結(jié)束。
[0016] 作為本發(fā)明的進(jìn)一步改進(jìn)，在客戶端中，客戶端根據(jù)服務(wù)器端不同的命令，在客戶 端的界面顯示相應(yīng)提示的提示信息。
[0017] 本發(fā)明還公開了一種分布式監(jiān)護(hù)網(wǎng)絡(luò)的客戶機(jī)申請?zhí)幚硐到y(tǒng)，服務(wù)器端包括：
[0018] 接收操作請求模塊，用于接收客戶端發(fā)送的操作請求；
[0019] 比較判斷模塊，服務(wù)器端設(shè)置有用于記錄各個客戶端正在執(zhí)行操作的客戶端操作 集合，服務(wù)器端收到客戶端的操作請求后，判斷申請的操作是否與其他客戶端正在執(zhí)行的 操作互斥，如果是，則執(zhí)行不允許執(zhí)行模塊，否則執(zhí)行允許執(zhí)行模塊；
[0020] 不允許執(zhí)行模塊，用于服務(wù)器端命令該申請的操作不能繼續(xù)執(zhí)行；
[0021] 允許執(zhí)行模塊，用于服務(wù)器端命令該申請的操作能夠繼續(xù)執(zhí)行；
[0022] 在比較判斷模塊中，判斷申請的操作是否與其他客戶端正在執(zhí)行的操作互斥的方 法是：首先申請的操作所對應(yīng)的數(shù)據(jù)與客戶端集合中的全部正在執(zhí)行的操作所對應(yīng)的數(shù)據(jù) 進(jìn)行比對、并判斷是否存在相同的數(shù)據(jù)，如果不相同，那么執(zhí)行允許執(zhí)行模塊，否則判斷同 一數(shù)據(jù)的相關(guān)操作中是否存在寫操作，如果是，那么執(zhí)行不允許執(zhí)行模塊，否則執(zhí)行允許執(zhí) 燈豐旲塊。
[0023] 判斷相關(guān)操作與申請的操作是否互斥的方法是：判斷同一數(shù)據(jù)的相關(guān)操作中是否 存在寫操作，如果存在，則認(rèn)為互斥，否則非互斥。
[0024] 作為本發(fā)明的進(jìn)一步改進(jìn)，在所述不允許執(zhí)行模塊中，服務(wù)器端向申請操作的客 戶端發(fā)送互斥的記錄，所述互斥的記錄包括互斥操作對應(yīng)的客戶端信息和操作類型；在所 述允許執(zhí)行模塊中，服務(wù)器端將該申請的操作保存到客戶端操作集合中，同時對所有客戶 端發(fā)送操作啟動信息。
[0025] 作為本發(fā)明的進(jìn)一步改進(jìn)，當(dāng)服務(wù)器端接收到客戶端發(fā)送的操作完成指令后，或 者當(dāng)客戶端與服務(wù)器端斷開連接后，服務(wù)器端在客戶端操作集合中將該客戶端的對應(yīng)的操 作去除，并通知其他客戶端該操作結(jié)束。
[0026] 作為本發(fā)明的進(jìn)一步改進(jìn)，在客戶端中，客戶端根據(jù)服務(wù)器端不同的命令，在客戶 端的界面顯示相應(yīng)提示的提示信息。
[0027] 本發(fā)明的有益效果是：通過對共同數(shù)據(jù)的標(biāo)志判斷，達(dá)到未互斥的操作無任何干 擾，多客戶端操作就和用戶單獨使用一樣，操作方便，效率高。

【專利附圖】

【附圖說明】
[0028] 圖1是本發(fā)明的方法流程圖；
[0029] 圖2是本發(fā)明的一實施例方法流程圖；
[0030] 圖3是本發(fā)明的系統(tǒng)原理框圖。

【具體實施方式】
[0031] 如圖1所示，本發(fā)明公開了一種分布式監(jiān)護(hù)網(wǎng)絡(luò)的客戶機(jī)申請?zhí)幚矸椒?，服?wù)器 端包括如下步驟：
[0032] 步驟S1，接收操作請求步驟，用于接收客戶端發(fā)送的操作請求，所述操作請求包括 客戶端信息，申請的操作類型，相關(guān)數(shù)據(jù)所歸屬的設(shè)備號；
[0033] 步驟S2,比較判斷步驟，服務(wù)器端設(shè)置有用于記錄各個客戶端正在執(zhí)行操作的客 戶端操作集合，服務(wù)器端收到客戶端的操作請求后，判斷申請的操作是否與其他客戶端正 在執(zhí)行的操作互斥，如果是，則執(zhí)行不允許執(zhí)行步驟，否則執(zhí)行允許執(zhí)行步驟；
[0034] 不允許執(zhí)行步驟，服務(wù)器端命令該申請的操作不能繼續(xù)執(zhí)行；
[0035] 允許執(zhí)行步驟，服務(wù)器端命令該申請的操作能夠繼續(xù)執(zhí)行；
[0036] 在比較判斷步驟中，判斷申請的操作是否與其他客戶端正在執(zhí)行的操作互斥的方 法是：首先申請的操作所對應(yīng)的數(shù)據(jù)與客戶端集合中的全部正在執(zhí)行的操作所對應(yīng)的數(shù)據(jù) 進(jìn)行比對、并判斷是否存在相同的數(shù)據(jù)，如果不存在，那么執(zhí)行允許執(zhí)行步驟，否則判斷同 一數(shù)據(jù)的相關(guān)操作中是否存在寫操作，如果是，那么執(zhí)行不允許執(zhí)行步驟，否則執(zhí)行允許執(zhí) 行步驟；例如申請的操作所對應(yīng)的數(shù)據(jù)為a，客戶端集合中的正在執(zhí)行的操作有A、B、C三 個，A、B、C分別對應(yīng)有數(shù)據(jù)，此時判斷a與A對應(yīng)的數(shù)據(jù)是否相同，若不相同，那么再判斷a 與B對應(yīng)的數(shù)據(jù)是否相同，若相同，那么判斷操作a與B中是否存在寫操作。
[0037] 在步驟S1中，服務(wù)器端與多個客戶端通訊連接，當(dāng)一個客戶端對服務(wù)器端的數(shù)據(jù) 進(jìn)行操作時，首先要向服務(wù)器端發(fā)送操作請求（請求參數(shù)包括：客戶端信息，申請的操作類 型、相關(guān)數(shù)據(jù)所歸屬的設(shè)備號、申請操作的數(shù)據(jù)列表（讀/寫孕婦資料等）），比如編輯孕婦 資料，先向服務(wù)器發(fā)送操作請求，命令參數(shù)（客戶端信息（XX)，操作類型（孕婦資料編輯）， 相關(guān)數(shù)據(jù)所歸屬的設(shè)備號（Y)，申請操作的數(shù)據(jù)列表（讀/寫孕婦資料等））。
[0038] 客戶端在步驟S1中申請執(zhí)行相應(yīng)操作之前通過預(yù)設(shè)賬戶與服務(wù)器建立連接；于 是步驟S1中發(fā)送的客戶端信息則為相應(yīng)預(yù)設(shè)賬戶的用戶名；
[0039] 此外，客戶端信息還可以是客戶機(jī)編號，每個客戶端有一個唯一的識別號（可使 用全局唯一標(biāo)識符GUID)，其流程與賬號流程相同。
[0040] 數(shù)據(jù)的讀寫狀態(tài)與互斥結(jié)果表：
[0041]

【權(quán)利要求】
1. 一種分布式監(jiān)護(hù)網(wǎng)絡(luò)的客戶機(jī)申請?zhí)幚矸椒?，其特征在于，服?wù)器端包括如下步 驟： 接收操作請求步驟，用于接收客戶端發(fā)送的操作請求； 比較判斷步驟，服務(wù)器端設(shè)置有用于記錄各個客戶端正在執(zhí)行操作的客戶端操作集 合，服務(wù)器端收到客戶端的操作請求后，判斷申請的操作是否與其他客戶端正在執(zhí)行的操 作互斥，如果是，則執(zhí)行不允許執(zhí)行步驟，否則執(zhí)行允許執(zhí)行步驟； 不允許執(zhí)行步驟，服務(wù)器端命令該申請的操作不能繼續(xù)執(zhí)行； 允許執(zhí)行步驟，服務(wù)器端命令該申請的操作能夠繼續(xù)執(zhí)行；。
2. 根據(jù)權(quán)利要求1所述的客戶機(jī)申請?zhí)幚矸椒?，其特征在于?在比較判斷步驟中，判斷申請的操作是否與其他客戶端正在執(zhí)行的操作互斥的方法 是：首先申請的操作所對應(yīng)的數(shù)據(jù)與客戶端集合中的全部正在執(zhí)行的操作所對應(yīng)的數(shù)據(jù)進(jìn) 行比對、并判斷是否存在相同的數(shù)據(jù)，如果不存在，那么執(zhí)行允許執(zhí)行步驟，否則判斷同一 數(shù)據(jù)的相關(guān)操作中是否存在寫操作，如果是，那么執(zhí)行不允許執(zhí)行步驟，否則執(zhí)行允許執(zhí)行 步驟。
3. 根據(jù)權(quán)利要求2所述的客戶機(jī)申請?zhí)幚矸椒ǎ涮卣髟谟冢涸谒霾辉试S執(zhí)行步驟 中，服務(wù)器端向申請操作的客戶端發(fā)送互斥的記錄，所述互斥的記錄包括互斥操作對應(yīng)的 客戶端信息和操作類型； 在所述允許執(zhí)行步驟中，服務(wù)器端將該申請的操作保存到客戶端操作集合中，同時對 所有客戶端發(fā)送操作啟動信息。
4. 根據(jù)權(quán)利要求3所述的客戶機(jī)申請?zhí)幚矸椒?，其特征在于：?dāng)服務(wù)器端接收到客戶 端發(fā)送的操作完成指令后，或者當(dāng)客戶端與服務(wù)器端斷開連接后，服務(wù)器端在客戶端操作 集合中將該客戶端的對應(yīng)的操作去除，并通知其他客戶端該操作結(jié)束。
5. 根據(jù)權(quán)利要求3所述的客戶機(jī)申請?zhí)幚矸椒?，其特征在于：在客戶端中，客戶端根?jù) 服務(wù)器端不同的命令，在客戶端的界面顯示相應(yīng)提示的提示信息。
6. -種分布式監(jiān)護(hù)網(wǎng)絡(luò)的客戶機(jī)申請?zhí)幚硐到y(tǒng)，其特征在于，服務(wù)器端包括： 接收操作請求模塊，用于接收客戶端發(fā)送的操作請求； 比較判斷模塊，服務(wù)器端設(shè)置有用于記錄各個客戶端正在執(zhí)行操作的客戶端操作集 合，服務(wù)器端收到客戶端的操作請求后，判斷申請的操作是否與其他客戶端正在執(zhí)行的操 作互斥，如果是，則執(zhí)行不允許執(zhí)行模塊，否則執(zhí)行允許執(zhí)行模塊； 不允許執(zhí)行模塊，用于服務(wù)器端命令該申請的操作不能繼續(xù)執(zhí)行； 允許執(zhí)行模塊，用于服務(wù)器端命令該申請的操作能夠繼續(xù)執(zhí)行。
7. 根據(jù)權(quán)利要求6所述的客戶機(jī)申請?zhí)幚硐到y(tǒng)，其特征在于：在比較判斷模塊中，判斷 申請的操作是否與其他客戶端正在執(zhí)行的操作互斥的方法是：首先申請的操作所對應(yīng)的數(shù) 據(jù)與客戶端集合中的全部正在執(zhí)行的操作所對應(yīng)的數(shù)據(jù)進(jìn)行比對、并判斷是否存在相同的 數(shù)據(jù)，如果不相同，那么執(zhí)行允許執(zhí)行模塊，否則判斷同一數(shù)據(jù)的相關(guān)操作中是否存在寫操 作，如果是，那么執(zhí)行不允許執(zhí)行模塊，否則執(zhí)行允許執(zhí)行模塊。
8. 根據(jù)權(quán)利要求7所述的客戶機(jī)申請?zhí)幚硐到y(tǒng)，其特征在于：在所述不允許執(zhí)行模塊 中，服務(wù)器端向申請操作的客戶端發(fā)送互斥的記錄，所述互斥的記錄包括互斥操作對應(yīng)的 客戶端信息和操作類型； 在所述允許執(zhí)行模塊中，服務(wù)器端將該申請的操作保存到客戶端操作集合中，同時對 所有客戶端發(fā)送操作啟動信息。
9. 根據(jù)權(quán)利要求8所述的客戶機(jī)申請?zhí)幚硐到y(tǒng)，其特征在于：當(dāng)服務(wù)器端接收到客戶 端發(fā)送的操作完成指令后，或者當(dāng)客戶端與服務(wù)器端斷開連接后，服務(wù)器端在客戶端操作 集合中將該客戶端的對應(yīng)的操作去除，并通知其他客戶端該操作結(jié)束。
10. 根據(jù)權(quán)利要求9所述的客戶機(jī)申請?zhí)幚硐到y(tǒng)，其特征在于：在客戶端中，客戶端根 據(jù)服務(wù)器端不同的命令，在客戶端的界面顯示相應(yīng)提示的提示信息。
【文檔編號】H04L29/08GK104519132SQ201410803067
【公開日】2015年4月15日 申請日期:2014年12月19日 優(yōu)先權(quán)日:2014年12月19日
【發(fā)明者】張飛 申請人:西安理邦科學(xué)儀器有限公司