[發明專利]基于GIS的旅游團隊突發情況管理系統

有效

• 申請號: 201110382766.7
• 申請日: 2011-11-28
• 公開（公告）號: CN102421060A
• 公開（公告）日: 2012-04-18
• 發明（設計）人: 龍毅;嚴瑞;徐園
• 申請（專利權）人: 蘇州邁普信息技術有限公司
• 主分類號: H04W4/02
• 分類號: H04W4/02;H04W4/22;H04L29/08
• 代理公司: 南京知識律師事務所 32207
• 代理人: 汪旭東

1.一種基于GIS的旅游團隊突發情況管理系統，包括移動終端、移動定位系統、移動通信網絡、web服務器、GIS管理應用服務器五個部分；所述移動終端為便攜式電腦、WAP手機或者掌上電腦；所述移動定位系統是采用GPS技術獲取用戶經緯度信息，并將此位置信息通過網絡發送至移動終端與GIS管理應用服務器的系統；所述移動通信網絡采用GSM、CDMA或GPRS技術；所述web服務器是處理與HTTP有關的請求的服務器，用來傳輸移動終端向GIS管理應用服務器提出的服務請求；所述GIS管理應用服務器存儲了GIS系統模塊、旅游團隊突發情況管理模塊以及詳細的道路網、景點信息數據；移動定位系統對移動終端進行定位，移動終端與GIS管理應用服務器基于GIS系統模塊借助于移動通信網絡進行人機對話；其特征在于：所述旅游團隊突發情況管理模塊還包括一個自動判斷掉隊游客模塊，其包括以下五個部分：

（1）距離和生成模塊：計算每個游客到其他n-1個游客的n-1個距離值的集合，其中n為團體游客數量；對該集合求和，得到每個游客與其他n-1個游客的距離和；

（2）特殊游客生成模塊：將每個游客的地理坐標與該游客的距離和組合，生成該團體在該時刻每個游客與團體中其他游客的空間分布距離量值集合，并將其表示在二維笛卡爾坐標系中，由此得到m個特殊點，將該m個特殊點的地理坐標添加到特殊游客集合中；

（3）相對連續區生成模塊：對剩下的n-m個游客的距離和求平均值，根據平均值計算團隊中兩游客間的相對連續距離，以相對連續距離的一半為半徑，對每個游客做圓形緩沖區，生成每個游客的相對連續區；

（4）主、輔子團體生成模塊：對所有的相對連續區做交、并運算，得到若干個子團體，將包含人數最多的子團體作為主子團體，將主子團體以外的所有子團體作為輔子團體；

（5）掉隊游客判斷模塊：將每個輔子團體與掉隊子團體判斷條件作比較，得到掉隊輔子團體，將該掉隊輔子團體中的游客判斷為掉隊游客并輸出結果。

2.根據權利要求1所述的基于GIS的旅游團隊突發情況管理系統，其特征是所述掉隊子團體判斷條件有三個：

條件一：團體游客人數須大于等于3個；

條件二：主子團體與輔子團體間的最短距離大于等于相對連續距離；

條件三：輔子團體游客人數至少為1，且小于等于主子團體游客人數的1/x，1/x為子團體間游客人數的比值，可根據實際情況設置。

3.根據權利要求1所述的基于GIS的旅游團隊突發情況管理系統，其特征是所述主、輔子團體生成模塊工作流程為：

（1）初始化：將某一編號為i的游客的相對連續區設為第一個子團體,游客編號其次累加1；

（2）取編號為i+1的游客的相對連續區，若與已有子團體存在交集，則該相對連續區與子團體求并，替換原來的子團體成為新的子團體；若無交集，則編號為i+1的游客的相對連續區生成新的子團體；添加入已有子團體集合；如此遍歷所有相對連續區；

（3）計算每個子團體的游客人數，選擇人數最大的子團體作為主子團體，將主子團體以外的所有子團體作為輔子團體；

（4）輸出主子團體、輔子團體。

4.根據權利要求1所述的基于GIS的旅游團隊突發情況管理系統，其特征是，所述旅游團隊突發情況管理模塊還包括一個聯動救援模塊，該模塊包括以下四個部分：

（1）存儲模塊：用于存儲用戶及工作人員的注冊信息，建立可用工作人員集合與救援請求隊列；

（2）接收救援請求模塊：接收來自移動終端的救援請求，并通過以下幾種方式觸發對救援請求的處理：

當沒有新救援請求發出時，服務器每隔一段特定時間檢查一次，若可用工作人員集合與救援請求隊列均不為空，則取出隊列頂部的請求進行處理；

當有新工作人員上線后，服務器得到工作人員上線通知后檢查救援請求隊列，若不為空，則取出隊列頂部的請求進行處理；

當工作人員完成某項任務后，服務器得到任務完成通知后檢查救援請求隊列，若不為空，則取出隊列頂部的請求進行處理；

服務器接收到新救援請求后，先檢查請求的有效性：首先，檢查救援請求隊列中是否已存在一個救援請求，其求助用戶與提出該新請求的用戶相同；若相同，再檢查兩請求的類型是否相同；若兩請求的類型也相同，則判斷已存在救援請求的求救時間是否小于設定的時間，求救時間等于當前時間減去已存在救援請求的發出救援的時間；若小于設定的時間，則該新救援請求為無效重復請求，否則為有效請求，生成新的救援任務；檢查可用工作人員集合是否為空，若為空則根據救援請求事件類型對應的優先級，將其插入救援請求隊列中等待調度；若不為空，則再檢查救援請求隊列是否為空，若救援請求隊列為空，則立即對該救援請求進行處理，否則將其插入救援請求隊列中，并從隊列中取出頂部任務進行處理；

（3）救援請求處理模塊：根據救援請求的事件類型，檢查可用工作人員集合中是否存在符合該救援請求事件類型的工作人員，若存在，建立符合條件的工作人員集合；若不存在，則將該救援請求重新放回救援請求隊列；計算符合條件的工作人員集合中每個工作人員的當前位置與該求助用戶的實時位置的距離，將結果按升序排列并取出前n個，將其對應的n個工作人員的信息按順序生成候選工作人員集合；向第一個候選工作人員發送救援任務，若該任務被工作人員拒絕或等待超過設定的時間以后仍無響應，則向下一位候選工作人員發送任務；當候選工作人員均拒絕該救援任務或者等待均超過設定的時間后，將該任務重新放回救援請求隊列中；

（4）安全救援鏈模塊：工作人員接受救援任務后通知服務器，服務器將該工作人員從可用工作人員集合中移出，并建立起求助用戶與該工作人員的一對一雙向安全救援鏈，由服務器每隔特定時間向求助用戶發送施救工作人員動態，向施救工作人員發送求助用戶動態。