一種體育場館資源信息的傳輸系統及方法

一種體育場館資源信息的傳輸系統及方法
【專利摘要】本發明公開了一種體育場館資源信息的傳輸系統及方法，系統包括體育資源提供APP、體育資源使用APP和體育資源管理服務器，體育資源提供APP和體育資源使用APP與體育資源管理服務器采用C/S架構實現連接通信。方法包括登錄數據傳輸流程、資源注冊數據傳輸流程、用戶注冊數據傳輸流程、資源的瀏覽與展現數據傳輸流程、資源訂購數據傳輸流程、二維碼產生與付費數據傳輸流程、結束與評價數據傳輸流程和資源刷新數據傳輸流程。本發明使得體育資源可以通過格式化的數字信息來動態化、實時化的傳輸，并且通過三級分類法，使得上傳資源與預定資源的流程清晰、固定，此方法容易被不同的軟件接收和解析，大大提高了體育資源的流轉效率，能有效促進體育產業的發展。
【專利說明】一種體育場館資源信息的傳輸系統及方法

【技術領域】
[0002] 本發明屬于信息化【技術領域】，具體涉及一種體育場館資源信息的傳輸系統及方 法。
[0003]

【背景技術】 截止到2014年初我國各類體育場館總數已多達70多萬個，但在體育資源的信息化表 達與信息傳輸方面，目前國內外長期仍然都還是空白，各體育場館各自為政，即使由政府層 面組織體育場館資源普查也還需要通過設計表格和文檔，用手工統計，費時費力。在當今移 動互聯網飛速發展的大環境下，體育場館資源的信息化表達與傳輸，不僅能大大加快資源 的周轉利用效率，可為各種類型的線上線下服務提供基礎信息數據，而且便于體育資源的 數據維護、管理、研究，為體育政策的制定與決策提供實時性的準確依據。
[0004] 與此類似的是國家制定的交通與衛生相關標準，如《GB20133道路交通信息服務 信息分類與編碼》，《JT T 655道路運輸電子政務平臺數據交換格式》，《WS/T 306- 2009衛 生信息數據集分類與編碼規則》等，均對各自行業領域的數據進行了統一的信息編碼，規定 了信息化傳輸的方法與格式，對促進各自領域的信息交流、業務發展起到了非常積極的作 用。
[0005] 體育行業在移動互聯網技術發展的大趨勢下，也非常需要建立起適合自身的體育 資源信息表達與傳輸的方法與技術。
[0006]


【發明內容】

[0007] 本發明的目的在于提供了一種能夠在體育資源提供者、體育資源使用者、體育資 源管理者三方之間，建立起快捷的信息傳輸通道，并基于此通道提供多樣化的體育服務，提 供體育資源的信息傳輸效率的信息傳輸系統及方法。
[0008] 本發明的系統所采用的技術方案是：一種體育場館資源信息的傳輸系統，其特征 在于：包括體育資源提供APP、體育資源使用APP和體育資源管理服務器，所述的體育資源 提供APP和體育資源使用APP與所述的體育資源管理服務器采用C/S架構實現連接通信， 為體育資源提供者、體育資源使用者和體育資源管理者提供服務。
[0009] 本發明的方法所采用的技術方案是：一種體育場館資源信息的傳輸系方法，其特 征在于：包括登錄數據傳輸流程、資源注冊數據傳輸流程、用戶注冊數據傳輸流程、資源的 瀏覽與展現數據傳輸流程、資源訂購數據傳輸流程、二維碼產生與付費數據傳輸流程、結束 與評價數據傳輸流程和資源刷新數據傳輸流程。
[0010] 作為優選，所述的登錄數據傳輸流程，其具體實現過程為體育資源提供者通過體 育資源提供APP登陸體育資源管理服務器，登陸成功后體育資源管理服務器回傳數據給體 育資源提供APP ;體育資源使用者通過體育資源使用APP登陸體育資源管理服務器，登陸成 功后體育資源管理服務器回傳數據給體育資源使用APP ;體育資源管理者通過體育資源使 用APP登陸體育資源管理服務器，登陸成功后體育資源管理服務器回傳數據給體育資源使 用APP ;其中采用JSON協議來傳輸三方用戶的登錄信息。
[0011] 作為優選，所述的資源注冊數據傳輸流程，其具體實現過程為體育資源提供者通 過體育資源提供APP向體育資源管理服務器發起資源注冊請求，注冊請求通過后，體育資 源提供者通過體育資源提供APP在體育資源管理服務器中更新數據，并通過體育資源提供 APP顯示；注冊數據采用統一的編碼方法和JS0N協議格式，并且采用三級類目數據的組織 形式進行數據的組織，第一級類目數據為場館類型，或服務項目類型；第二級類目數據為每 一個場館的場地硬件條件屬性，或服務項目的硬件條件屬性；第三級類目數據為每一塊場 地的諸如價格、開放時段、附加服務類管理條件數據。
[0012] 作為優選，所述的第一級類目數據，僅給出數據包含的資源屬性，可以多選，其數 據結構屬性包括數據頭部、數據長度、資源屬性、校驗碼和其他屬性。
[0013] 作為優選，所述的第二級類目數據，根據第一級類目數據中某個確定屬性的資源， 給出該資源的各種硬件屬性，如給出籃球場的各種硬件參數，在第一級類目的數據資源屬 性為多選條件下，第二級類目數據需要按照資源屬性的類型多次上傳來完成全部二級類目 數據的上傳；其數據結構屬性包括數據頭部、數據長度、資源屬性、建筑類別、場地分布、場 地規模、場地規格、場地材質、接待人數、照明條件、降溫條件、地址屬性、經緯度坐標、校驗 碼和其他屬性。
[0014] 作為優選，所述的第三級類目數據，根據第一級類目數據中某個資源所屬的第二 級類目數據中的某一個子集，給出其服務與管理數據，如羽毛球館的1號場地開放時段與 分段價格等，由于第三級類目數據具體到每個子集參數，第三級類目數據需要按照子集屬 性的類型多次上傳來完成全部三級類目數據，其傳輸數據因此需要多次上傳才能完成；其 數據結構屬性包括數據頭部、數據長度、資源屬性、場地屬性、場地價格、場地開放時間、校 驗碼和其他屬性。
[0015] 作為優選，所述的用戶注冊數據傳輸流程，其具體實現過程為體育資源提供者通 過體育資源提供APP向體育資源管理服務器發起資源注冊請求，注冊請求通過后，體育資 源提供者通過體育資源提供APP在體育資源管理服務器中更新數據，并通過體育資源提供 APP顯示；體育資源使用者通過體育資源使用APP向體育資源管理服務器發起資源注冊請 求，注冊請求通過后，體育資源使用者通過體育資源使用APP在體育資源管理服務器中更 新數據，并通過體育資源使用APP顯示。
[0016] 作為優選，所述的資源的瀏覽與展現數據傳輸流程，其具體實現過程為體育資源 提供者利用體育資源提供APP通過網絡向體育資源管理服務器請求傳輸數據，體育資源管 理服務器將依照主題優先法原則分層逐級傳輸，并通過體育資源提供APP顯示；即在雙方 建立連接后，首先按照匹配傳輸第一級類目數據，在體育資源提供APP或者體育資源使用 APP選擇第一級類目準確數據后，再向體育資源管理服務器請求第一級類目數據的第二級 類目屬性數據，依此類推，雙方逐級向第三級或更深的類目數據級別深入，本發明僅給出三 級類目數據的傳輸說明。體育資源使用者利用體育資源使用APP通過網絡向體育資源管理 服務器請求傳輸數據，體育資源管理服務器將依照主題優先法原則分層逐級傳輸，并通過 體育資源使用APP顯示。
[0017] 作為優選，所述的資源訂購數據傳輸流程，其具體實現過程為體育資源使用者確 定自身需求，向體育資源管理者提交預定訂單，體育資源管理者收到預定訂單后，在自身數 據庫搜索匹配，如果能匹配上則鎖定預定訂單中的相應資源，直到取消預定訂單或者達到 預定訂單的結束時間，才重新將該資源釋放，否則返回錯誤信息；鎖定資源后，體育資源管 理者將向體育資源提供者發出網絡預定訂單通知，將預定訂單信息通知體育資源提供者， 如果體育資源使用者在資源規定的取消時間之前，取消或變更預定訂單，則向體育資源管 理者發出訂單取消數據，或者發出訂單變更數據，體育資源管理者收到后相應的訂單取消 數據，或者訂單變更數據，刷新自身數據庫的數據值，并再次向體育資源提供者發出網絡訂 單變更通知數據。
[0018] 作為優選，所述的預定訂單的數據屬性包括數據頭部、數據長度、訂單狀態、資源 屬性、場地屬性、場地價格、場地開放時段、用戶ID、用戶名、用戶密碼、訂單時間、校驗碼和 其他屬性。
[0019] 作為優選，所述的訂單取消數據，是在訂單數據基礎上，增加生效或者失效標識， 其數據屬性包括數據頭部、數據長度、訂單狀態、資源屬性、場地屬性、場地價格、場地開放 時段、用戶ID、用戶名、訂單時間、訂單編號、校驗碼和其他屬性。
[0020] 作為優選，所述的訂單變更數據，其數據屬性包括數據頭部、數據長度、訂單狀態、 資源屬性、場地屬性、場地價格、場地開放時段、用戶ID、用戶名、訂單時間、原始訂單編號、 新訂單編號、校驗碼和其他屬性。
[0021] 作為優選，所述的網絡預定訂單通知，傳輸格式是在預定訂單返回數據基礎上，增 加資源主的信息后打包生成的，其數據屬性包括數據頭部、數據長度、訂單狀態、資源屬性、 場地屬性、場地價格、場地開放時段、用戶ID、用戶名、訂單時間、訂單編號、資源主ID、資源 主名、校驗碼和其他屬性。
[0022] 作為優選，所述的網絡訂單變更通知，其數據屬性包括數據頭部、數據長度、訂單 狀態、資源屬性、場地屬性、場地價格、場地開放時段、用戶ID、用戶名、訂單時間、資源主 ID、資源主名、原始訂單編號、新訂單編號、校驗碼和其他屬性。
[0023] 作為優選，所述的二維碼產生與付費數據傳輸流程，用于體育資源使用者向體育 資源提供者支付費用；其具體實現過程為在訂單生效后，體育資源管理服務器將根據訂單 數據生產唯一的二維碼數據，并將此數據傳輸給體育資源使用APP，體育資源使用APP按照 二維碼的數據標準進行解析，并生成圖片，體育資源使用者在實際消費時，向體育資源提供 者出示此圖片，由體育資源提供APP掃描此圖片，再由體育資源提供APP通過增加附加的時 間戳、id值標識信息頭部后，將二維碼數據與頭部數據傳輸到體育資源管理服務器，由體育 資源管理服務器接收和解析后，完成整個付費流程。
[0024] 作為優選，所述的結束與評價數據傳輸流程，其具體實現過程為體育資源使用者 通過體育資源使用APP向體育資源管理服務器發起評價請求，評價請求通過后，體育資源 使用者通過體育資源使用APP在體育資源管理服務器中提交評價數據，并通過體育資源使 用APP顯示。
[0025] 作為優選，所述的評價數據，其數據屬性包括數據頭部、數據長度、訂單狀態、資源 屬性、場地屬性、場地價格、場地開放時段、用戶ID、用戶名、訂單時間、訂單編號、硬件條件 星級、人員服務星級、管理條件星級、價格星級、其他文本描述、校驗碼和其他屬性。
[0026] 作為優選，所述的資源刷新數據傳輸流程，其具體實現過程為體育資源使用者通 過體育資源使用APP向體育資源管理服務器發起評價請求成功后，體育資源管理服務器將 評價數據與歷史評價數據進行加權平均計算，越近期的數據評價值權值越高，越遠期的數 據權值越低，計算后得到的數值填入每個資源對應的總分數值中，此數值在資源的瀏覽與 展現數據傳輸流程中傳輸給請求方，作為請求方的使用參考依據。
[0027] 本發明的優點是使得體育資源可以通過格式化的數字信息來動態化、實時化的傳 輸，并且通過三級分類法，使得上傳資源與預定資源的流程清晰、固定，此方法容易被不同 的軟件，如蘋果APP或者ANDROID APP進行接收和解析，大大提高了體育資源的流轉效率， 能有效促進體育產業的發展，此外全流程的按近期時間加權的評價體系也為體育資源的開 發利用提供了評價依據。
[0028]

【專利附圖】

【附圖說明】
[0029] 附圖1 :本發明實施例的登錄數據傳輸流程； 附圖2 :本發明實施例的用戶注冊數據傳輸流程； 附圖3 :本發明實施例的資源注冊數據傳輸流程； 附圖4 :本發明實施例的資源的瀏覽與展現數據傳輸流程； 附圖5 :本發明實施例的資源訂購數據傳輸流程； 附圖6 :本發明實施例的二維碼付費數據傳輸流程。
[0030]

【具體實施方式】
[0031] 為了便于本領域普通技術人員理解和實施本發明，下面結合附圖及實施例對本發 明作進一步的詳細描述，應當理解，此處所描述的實施示例僅用于說明和解釋本發明，并不 用于限定本發明。
[0032] 本發明提供了適合于體育場館資源的信息傳輸方法及系統，能夠在體育資源提供 者、體育資源使用者、體育資源管理者三方之間，建立起快捷的信息傳輸通道，并基于此通 道提供多樣化的體育服務，提供體育資源的信息傳輸效率。 請見圖1、圖2、圖3、圖4、圖5和圖6,本發明由體育資源提供者001 (以下簡稱001)、 體育資源使用者002 (以下簡稱002)、體育資源管理者003 (以下簡稱003)三方，分別利用 體育資源提供APP 0011 (以下簡稱0011)、體育資源使用APP 0021 (以下簡稱0021)和體育 資源管理服務器0031 (以下簡稱0031)，采用C/S架構實現連接通信，具體分：登錄數據傳 輸流程、資源注冊數據傳輸流程、用戶注冊數據傳輸流程、用戶贈送賬戶保證金數據傳輸流 程(解決預定但又沒去的問題)、資源的瀏覽與展現數據傳輸流程、資源訂購數據傳輸流程、 二維碼產生與付費數據傳輸流程、結束與評價數據傳輸流程、資源刷新數據傳輸流程(更新 雙方信譽評價、更新資源屬性）這八個流程來完成。
[0033] 登錄數據傳輸流程：數據傳輸的發起方為001、002、003三者均有可能，如果是001 發起則可以使用0011來登錄到0031，若是002發起則可以使用0021來登錄到0031，如果 是003發起，則同樣使用0021登錄到0031，只是登錄完成后可以擁有更大的使用權限。數 據傳輸采用JS0N協議來傳輸三方的用戶登錄信息，登錄數據的具體格式如下 ： { userobj :{ userName : name ， pwd : password || 其中"userobj"為json對象登錄參數，此處傳輸的參數值是用戶名與密碼對，以后新 增加的傳輸內容，如必須登錄的協議(如提交預訂，查詢訂單）也可以通過擴展參數值來實 現。userName:用戶帳號/手機號/郵箱都使用此參數作為登錄參數，pwd:登錄密碼。
[0034] 如果與0031的通訊暢通，且用戶名與密碼匹配，則登錄成功后0031回傳的數據格 式為： {"icT: idnum，"userName":"用戶名"，"pwcT:" password '"name":"姓名 ",phone":"phnum",address":"地址",signText",你好 '"score":積分，email":" 郵箱 @ΧΧ· com" } 登錄失敗后0031回傳的數據格式為：： { exception : Login tailed! ， success :ta_Lse， pagelnto : { count :0， row : 0, ''size〃： sizevalue}} 資源注冊數據傳輸流程：數據傳輸的發起方為體育資源提供方001，其通過體育資源 提供APP 0011向體育資源管理服務器0031發起資源注冊請求，注冊數據采用統一的編碼 方法和JS0N協議格式，并且采用三級類目的組織形式進行數據的組織，第一級類目數據為 場館類型，或服務項目類型等，可多選；第二級類目的數據為每一個場館的場地硬件條件屬 性，或服務項目的硬件條件屬性；第三級類目的數據為每一塊場地的價格、開放時段、附加 服務等管理條件數據。這三級類目數據的數據結構分別如下圖所示： 第一級類目數據僅僅給出數據包含的資源屬性，可以多選，如某個綜合體育場館可包 含籃球館、羽毛球館、乒乓球館等，其數據結構屬性包括數據頭部、數據長度、資源屬性、校 驗碼和其他屬性。
[0035] 第二級類目數據根據某個確定屬性的資源，給出該資源的各種硬件屬性，如給出 籃球場的各種硬件參數，在第一級類目資源屬性為多選條件下，第二級類目需要按照資源 屬性的類型多次上傳來完成全部二級類目的數據，其數據結構屬性包括數據頭部、數據長 度、資源屬性、建筑類別、場地分布、場地規模、場地規格、場地材質、接待人數、照明條件、降 溫條件、地址屬性、經緯度坐標、校驗碼和其他屬性。
[0036] 第三級類目根據第一級某個資源所屬的第二級類目中的某一個子集，給出其服務 與管理數據，如羽毛球館的1號場地開放時段與分段價格等，由于第三級類目具體到每個 子集參數，第三級類目需要按照子集屬性的類型多次上傳來完成全部三級類目的數據，其 傳輸數據因此需要多次上傳才能完成，其數據結構屬性包括數據頭部、數據長度、資源屬 性、場地屬性、場地價格、場地開放時間、校驗碼和其他屬性。
[0037] 根據三級類目的組織架構，可設計如下的JS0N編碼格式用于場館資源的描述： 其中數據頭部headjson需要包含用戶屬性，其格式與步驟1中的userobj格式相同， 其數據用于給服務器003驗證數據的提供方是否有此權限。
[0038] 數據長度datalength為此數據包的長度，以字節為單位給出。
[0039] 資源屬性resjype是指體育資源提供者001提供的是何種類別的資源，如可以是 場館場地資源，也可以場地內的服務項目資源，如個人教練、培訓班等，還可以是場館外的 服務型設施資源，如餐飲、商業店鋪等，以三位ASCII編碼格式給出，如001表示場館。
[0040] 建筑類別building_type :01體育場(含露天場地)，02體育館(含室內設施)，03綜 合設施(場館一體）； 場地分布site_distribute :01廣場，02公園，03校園，04工礦，05機關企業單位樓院， 06賓館商場飯店，07居住小區/街道，08鄉鎮/村，09軍營，00其他； 場地規模site_scale :01大型(容納8000名觀眾)，02中型（容納5000名觀眾），03小 型(容納3000名觀眾）； 場地規格site_standard :01比賽標準場地，02練習賽場地； 場地材質site_material :01木地板，02塑膠場地，03合成材料，04沙土地，05水泥地 面，06冰質地面，07天然草坪，08人工草坪，00其他； 接待人數capacitance :單次可接待最大人數； 照明條件illumination :01常規照明，02專業照明； 降溫條件heat_dissipating :01風扇，02空調，00無降溫； 地址屬性address :采用國標地址表達格式，以字符串形式表達； 經諱度坐標coordinate :分XY坐標，分別以32位浮點數表示 場地開放時間opentime :以國標時間表示法表達 場地價格price :以場地單次服務價格表達，單位為元 其他屬性other :，用兩個個字節表達，其中第一個字節的最低位為1表示正常使用，為 0表示處于維護狀態，其他位以及其他字節保留； 校驗碼：采用32位CRC循環冗余校驗法。
[0041] 資源注冊可以完成新場館、場地的屬性值傳輸、更新、修改、刪除等操作，0031在對 用戶權限認證通過的情況下，進行響應，將服務器內的數據進行更新。
[0042] 一個完整的資源注冊數據包示例如下： 第一級類目數據包實例： "headjson":["userobj":{"userName":"name", "pwd":"password"}]，"datalength :length ， res_type : { type : typeva丄，se_L : l_f， other : va_L ， checksum : "van 第二級類目數據包實例： "headjson":["userobj":{"userName":"name", "pwd":"password"}]，"datalength :length ， res_type : { type : typeva丄，se_L :l_f， building一type : { type : ty peval"，〃sel〃:0}，〃site_attribute〃： {''attri〃：〃val〃，〃sel〃:0}，〃site_scale〃： {''seal e : va_L ， se_L :0_}， price : { price : va_L ， se_L :l_f， site一materia丄：{_ materia丄 :va_L ， se_L :0_}， capacitance : { capacity : va_L ， se_L :0_}， illumination : { l 丄丄umin : va_L ， se_L :0_}， heat_dissipatmg : { heat : va_L ， se_L :0_}， address : { addr : va_L ， se_L :l_f， coordinate : { xcoord : va_L ， ycoord : va_L ， se_L :l_f， other : v&_L ， checksum : v&_L 第三級類目數據包實例： //? 1 · ·!·//「// ΛΤ // // // // 1 // // 1 // 1 η // -t . -I headjson : L userobj : { userName : name，pwd : password _}」，datale ngth":"length' "res_type": 「type":"typeval' "sel":1}，"building_type": 「t ype : typeva丄，se_L :0_}， price : { price : va_L ， se_L :l_f ， opentime : { time : va_L ， se_L :l_f， other : va_L ， checksum : va_L 用戶注冊數據傳輸流程和用戶贈送賬戶保證金數據傳輸流程(解決預定但又沒去的問 題）;其中用戶注冊數據傳輸流程為數據傳輸的發起方為體育資源提供者001或使用者002 兩者，兩者在注冊過程中傳輸的數據格式不同，注冊后的權限不同，001完成注冊后成為資 源主并自動成為普通使用者，002完成注冊后成為普通使用者。在注冊時，由0011或0021 向0031傳遞注冊申請數據，注冊數據格式為： {''group〃： groupid，〃id〃：idnum，''userName〃：〃usrname〃，"pwd〃：''password〃，"name"： name，phone : phnum，address :地址，sign 1 ext : ，score :0, email : } 其中group字段為用戶組說明，0為普通使用者，1為資源主。其余字段與步驟1中服 務器返回數據字段含義相同。phone為手機號，signText:為發到此手機號上的驗證碼，在 登錄后signText為個性簽名字段。
[0043] 在一些情況下，使用者002在預定體育資源后，并未實際去完成預定內容，這樣的 行為將導致體育資源提供者001的損失，如果不能治理這種損失，將會影響到001的收益。 為了減少001的損失，在002首次注冊時，003將在注冊返回數據中為其提供一定數額的預 定擔保金。002可以用此擔保金去實際消費，也可以預定后實際消費時自己再付費，從而保 留此擔保金。一旦擔保金低于限額，將不能使用網絡預定功能，除非完成擔保金充值才能恢 復網絡預定功能。若用戶預定后，在沒有取消預定的情況下，沒有實際完成消費，此擔保金 將被0031在預定服務的生效結束時段后扣費并支付給資源主，并在0031中降低用戶的信 譽評級，低信用等級用戶需要預存更多的擔保金才能恢復網絡預定能力。
[0044] 普通使用者002的注冊返回數據格式為： {''group〃： groupid，〃id〃：idnum，''userName〃：〃niname〃，"pwd〃：''password〃，"name"： name , phone : phnum , address : , sign 1 ext : , score :0, email : , depos it":"30.00"} 其中〃d印osit〃:〃30. 00〃即表示為用戶賬戶預充值30. 00元。
[0045] 對于資源提供者001的注冊，003的返回數據中將不包含d印osit字段。
[0046] 資源的瀏覽與展現數據傳輸流程：在正常使用體育資源過程中，APP 0011或APP 0021將通過網絡向0031請求傳輸數據，0031將依照主題優先法原則分層逐級傳輸，即在雙 方建立連接后，首先按照匹配傳輸第一級類目數據，在0011或者0021選擇第一級類目準確 數據后，再向0031請求第一級類目數據的第二級類目屬性數據，依此類推，雙方逐級向第 三級或更深的類目級別深入，本發明僅給出三級類目的傳輸說明。
[0047] 對于APP 0011或者0021向0031請求傳輸第一級類目數據時，雙方將按照搜索匹 配方式，采用JS0N格式進行編排后進行數據的傳輸： {"type": typevalue,pageInfo": {"size": 20,row": 1} ,filterInfo": [{"field":，' id，，，，，logic"：，，=，，，，，value"： "val"}]，"sortlnfo": [{"field"：，，id，，，，，sort"：，，ASC，，}]，"col-umnlnfo" ：，"'} type為類型值，可以為： City :城市； AydUser :用戶； Area :商區； Shop場館、商家； ShopCate :場館分類、商家分類； ShopGoodsType :場館運動、商品類型； Goods :場館時間表、商家商品； UserOrder :訂單； UserOrderltem :訂單明細； Notice:通知； ShopCheckln :簽到； Shoplmg :圖片； ShopReview :點評； ShopCorrect:糾錯； Favourite :收藏； Advert :廣告； pagelnfo: json對象，指分頁參數，size:返回記錄數：默認100，row:記錄起始行 數：默認1 filterInfo:json數組，過濾參數，可不傳，取單條時用id過濾， field :對應字段名，logic :可以為"like"。
[0048] value:過濾值，其值為第一級類目資源屬性值， sortlnfo :js〇n數組排序參數，可不傳，默認服務器排序 field :對應字段名，sort:升序："ASC"倒序："DESC" columnlnfo :字段參數，可不傳，以服務器設置返回字段為準，若服務器未設置將返回 所有字段，若服務器返回的查詢字段不足，可自定義此參數，一般可不傳。
[0049] 基于上述的傳輸格式，APP 0011或0021可以進行數據的解析后，按照自己的屏幕 尺寸和設計風格進行不同的展現。
[0050] 此時的雙方傳輸將完成第一級類目數據的傳輸，即value字段的內容，比如普通 使用者002通過APP 0021搜索羽毛球館，匹配到一個頁面，包含各羽毛球館的名稱、排序等 信息。為了完成具體的預定內容，還需要進行場館細節的數據傳輸，以便用戶依據自身需要 進行預定，此時的傳輸數據將依次為二級類目和三級類目的數據。
[0051] 二級類目的數據即為資源注冊時的第二級類目數據，三級類目的數據即為資源注 冊時的第三級類目數據。
[0052] 資源訂購數據傳輸流程：其中使用者002為業務發起方，002首先確定了自身需要 的詳細信息，將向003提交預定訂單，預定訂單將包括001自身的用戶信息，以及第一級類 目數據到最深一級類目數據的全部信息，003收到預定訂單后，根據數據格式解析出類目數 據，并在自身數據庫搜索匹配，如果能匹配上則鎖定相應資源，直到取消訂單或者達到訂單 的結束時間，才重新將資源釋放，否則返回錯誤信息。鎖定資源后，003將向001發出網絡預 定訂單通知，將訂單信息通知001，如果002在資源規定的取消時間之前，取消或變更訂單， 則向003發出取消數據，或者發出變更數據（如時間延長)，003收到后相應的返回訂單取消 或變更數據，刷新自身數據庫的數據值，并再次向001發出網絡訂單變更通知數據。
[0053] 預定訂單數據傳輸格式時在第三級類目數據的基礎上，增加自身認證信息與賬戶 信息后打包形成的，預定訂單的數據屬性包括數據頭部、數據長度、訂單狀態、資源屬性、場 地屬性、場地價格、場地開放時段、用戶ID、用戶名、用戶密碼、訂單時間、校驗碼和其他屬 性。
[0054] 其中訂單生效狀態有： 請求狀態； 生效狀態； 變更狀態； 撤銷狀態； 完成狀態； 在使用者002預定時，訂單數據中的訂單狀態為請求狀態，在得到服務器003響應并生 效后，訂單返回數據中的訂單狀態值為生效狀態，在使用者002變更或者撤銷訂單時，訂單 數據中的訂單狀態為變更狀態或撤銷狀態，在支付完成，向服務器003返回二維碼消費成 功向0031登記的數據中，其狀態為完成狀態，訂單狀態可用二進制形式占用一個字節來表 達。
[0055] 訂單取消數據，是在訂單數據基礎上，增加生效或者失效標識，其數據屬性包括數 據頭部、數據長度、訂單狀態、資源屬性、場地屬性、場地價格、場地開放時段、用戶ID、用戶 名、訂單時間、訂單編號、校驗碼和其他屬性。
[0056] 其中訂單編號為12位ASCII編碼字符。
[0057] 訂單變更數據，其數據屬性包括數據頭部、數據長度、訂單狀態、資源屬性、場地屬 性、場地價格、場地開放時段、用戶ID、用戶名、訂單時間、原始訂單編號、新訂單編號、校驗 碼和其他屬性。
[0058] 網絡預定訂單通知，傳輸格式是在預定訂單返回數據基礎上，增加資源主的信息 后打包生成的，其數據屬性包括數據頭部、數據長度、訂單狀態、資源屬性、場地屬性、場地 價格、場地開放時段、用戶ID、用戶名、訂單時間、訂單編號、資源主ID、資源主名、校驗碼和 其他屬性。
[0059] 網絡訂單變更通知，其數據屬性包括數據頭部、數據長度、訂單狀態、資源屬性、場 地屬性、場地價格、場地開放時段、用戶ID、用戶名、訂單時間、資源主ID、資源主名、原始訂 單編號、新訂單編號、校驗碼和其他屬性。
[0060] 二維碼產生與付費數據傳輸流程：此步驟用于使用者002向001支付費用。在訂 單生效后，003將根據訂單數據生產唯一的二維碼數據，并將此數據傳輸給0021,0021可以 按照二維碼的數據標準進行解析，并生成圖片。使用者002在實際消費時，向001出示此圖 片，由0011掃描此圖片，再由0011通過增加附加的時間戳、id值等標識信息頭部后，將二維 碼數據與頭部數據傳輸到0031，由0031接收和解析后，完成整個付費流程。001和003根 據兩者之間的協議，可以實時結算，或者按時間周期結算。
[0061] 用于生成二維碼的數據格式即為訂單返回數據，但依據不同的二維碼編碼格式， 可生成不同的二維碼圖案。
[0062] 用于二維碼消費成功向0031登記的數據格式與訂單返回格式相同，只是訂單狀 態修改為完成狀態。在收到此數據后，003將按照步驟6的刷新流程，刷新資源的屬性，將其 由占用狀態修改為可用狀態。
[0063] 結束與評價數據傳輸流程：其具體實現過程為體育資源使用者通過體育資源使用 APP向體育資源管理服務器發起評價請求，評價請求通過后，體育資源使用者通過體育資源 使用APP在體育資源管理服務器中提交評價數據，并通過體育資源使用APP顯示。
[0064] 為了提高各個環節的服務質量，并為以后的各種業務建立比較依據，每次業務完 成后都需要進行雙方的評價，評價不是必須的，但是可通過贈送各種附加優惠來提升用戶 的評價動力。為避免內容過度造成用戶反感，用戶評價僅僅分為場地設施硬件條件、人員服 務條件、管理條件、價格服務等敏感條件四個部分。
[0065] 評價數據，其數據屬性包括數據頭部、數據長度、訂單狀態、資源屬性、場地屬性、 場地價格、場地開放時段、用戶ID、用戶名、訂單時間、訂單編號、硬件條件星級、人員服務星 級、管理條件星級、價格星級、其他文本描述、校驗碼和其他屬性。
[0066] 資源刷新數據傳輸流程：資源刷新數據傳輸流程解決兩個問題，一個是在二維碼 消費成功向0031登記的數據中，根據002通過APP0021回傳的評價，003將評價數據與歷史 評價數據進行加權平均計算，越近期的數據評價值權值越高，越遠期的數據權值越低，計算 后得到的數值填入每個資源對應的總分數值中，此數值在搜索、以及匹配返回時都將在第 一級類目數據中體現出來，并且在資源的瀏覽與展現數據傳輸流程中傳輸給請求方，作為 請求方的使用參考依據。
[0067] 下面是一個具體的實施案例：（1)資源提供者001的資源注冊過程：{〃gr〇up〃 ：l， "id":1，"userName":"Neo"，"pwd":"123456"，"name":"Neo"，"phone":"13823597482"，"ad dress〃：〃 湖北省武漢市 〃，"signText〃： 〃你好 〃，"score〃：0, ''email"： 〃88124909@qq. com"} (2) 資源使用者002的用戶注冊過程： {''group〃： 0，〃id〃 ： 1，''userName〃：〃Neo〃，〃pwd〃 ： "123456〃，〃name〃 ： 〃Neo〃 ，"phone〃：〃 13823597482〃，''address〃：〃 湖北省武漢市 〃，"signText〃：〃你好 "，"score":0,"email":"88124909@qq. com"} 回傳數據包： {''group〃： 0，〃id〃 ： 1，''userName〃：〃Neo〃，〃pwd〃 ： "123456〃，〃name〃 ： 〃Neo〃 ，"phone〃：〃 13823597482〃，''address〃：〃 湖北省武漢市 〃，"signText〃：〃你好 "，"score":0,"email":"88124909@qq. com"，"deposit":"30. 00"} (3) 資源使用者002的搜索與瀏覽過程： {"type":City，"pagelnfo": {"size":20, "row": 1}，"filterlnfo": [{"field"： "id"，，'10 gicv: v-v, ,?value,?: ,?val,?}], ^sortlnfo^: [{^field^: vidv, ,?sort,?: ,?ASC,?}], ^columnlnfo^: vv} (4) 資源使用者002的用戶預定過程： 發送 "headjson": ["userobj": {"userName":"Neo"，"pwd":"123456"}]，"dataleng th〃 ： ''length〃，"status〃： 00, 〃res_type〃 ： {''type〃：〃001〃，〃sel〃 ： 1}，〃building_ty pe" :「type" : "01"，"sel" : 0}，"price" :「50" : "val"，"sel" : 1}，"opentime" :「198 4-08-24-0900-1000":"val"，"sel":1}，"other":"1"，"id":1，"userName":"Neo"，〃 pwd〃：〃123456〃，〃orderTime〃：〃1984-08-24-0900-1000-0900-1000〃〃checksum〃：〃123"} 返回： "headjson":["userobj":{"userName":"Neo"，"pwd":"123456"}]，"datalength":"1 ength"，"status":00,"res_type":{"type":"001"，"sel":1}，"building-type":{"type": "01"，"sel":0}，"price":{"50":"val"，"sel":1}，"opentime":{"1984-08-24-0900-1000- 0900-1000":"val"，"sel":1}，"other":"1"，"id":1，"userName":"Neo"，"pwd":"123456"， "orderTime〃：〃1984-08-24-0900-1000〃，〃orderNumber〃：〃123412341234〃，"checksum ": "123"} 以上過程完成資源類型001場館類型01單價50元，開放時段在9 :00-10 :00之間的場 館預定，訂單號為123412341234。
[0068] 通知單 "headjson":["userobj":{"userName":"Neo"，"pwd":"123456"}]，"datalength":"le ngth"，"status":00,"res_type":{"type":"001"，"sel":1}，"building_type":{"type":" 01"，"sel":0}，"price": {"50":"val"，"sel":1}，"opentime":{"1984-08-24-0900-1000-0 900-1000":"val"，"sel":1}，"other":"1"，"id":1，"userName":"Neo"，"pwd":"123456"，〃 orderTime〃：〃1984-08-24-0900-1000-0900-1000〃，"orderNumber〃：〃123412341234〃，〃id〃 :1，"userName〃：〃Neo〃， "checksum 〃： "123〃} 訂單變更 "headjson":["userobj":{"userName":"Neo"，"pwd":"123456"}]，"datalength":"le ngth"，"status":01，"res-type":{"type":"001"，"sel":1}， "building-type":{"type":" 01"，"sel":0}，"price": {"50":"val"，"sel":1}，"opentime":{"1984-08-24-0900-1000-0 900-1000":"val"，"sel":1}，"other":"1"，"id":1，"userName":"Neo"，"pwd":"123456"，〃 orderTime〃：〃1984-08-24-0900-1000-0900-1000〃，〃orderNumber〃：〃123412341234〃，〃id〃 :1，"userName〃：〃Neo〃，〃oldorderNumber〃：〃123412341234〃，〃neworderNumber〃：〃0234123 41234〃，"checksum 〃：〃123"} (5) 資源使用者002的實際消費過程： ''headjson〃： [''userobj〃： {''userName〃：〃Neo〃，〃pwd〃 ： "123456〃} ]，''datalength〃：〃1 ength"，"status":11，"res_type":{"type":"001"，"sel":1}，"building-type":{"type": "01"，"sel":0}，"price":{"50":"val"，"sel":1}，"opentime":{"1984-08-24-0900-1000-0900-1000":"val"，"sel":1}，"other":"1"，"id":1，"userName":"Neo"，"pwd":"123456"， "orderTime〃：〃1984-08-24-0900-1000〃，〃orderNumber〃：〃123412341234〃，"checksum ": "123"} (6) 消費完成后資源使用者002的評價過程： "headjson": ["userobj": {"userName":"Neo"，"pwd":"123456"}]，"datalengt h":"length"，"status":11，"res_type": {"type":"001"，"sel":1}，"building_type ":{"type":"01"，"sel":0}，"price": {"50":"val"，"sel":1}，"opentime": {"1984-0 8-24-0900-1000":"val"，"sel":1}，"other":"1"，"id":1，"userName":"Neo"，"pwd〃 :"123456"，"orderTime":"1984-08-24-0900-1000"，"orderNumber":"123412341234 ，hardware rating : 5 ， service rating : 5 ， manage rating : 5 ， price rating": "5"，"description":"值得去體驗"，"checksum ": "123"} 以上過程對資源類型001場館類型01單價50元，開放時段在9 :00-10 :00之間的場 館，訂單號為123412341234的消費進行了評價，其硬件條件、人員服務態度、管理條件、價 格條件均被評價為5。
[0069] (7)資源管理服務器003的資源刷新過程 在訂單號為123412341234的消費完成后，資源使用者002對資源類型001場館類型01 進行了評價，評價結果為全5分或5星。003將此全5分的評價數據與歷史評價數據進行加 權平均計算，越近期的數據評價值權值越高，越遠期的數據權值越低，計算后得到的數值填 入資源類型001場館類型01對應的score數值中，此數值在搜索、以及匹配返回時都將在 第一級類目數據中體現出來，并且在資源的瀏覽與展現數據傳輸流程中傳輸給請求方，作 為請求方的使用參考依據。
[0070] 應當理解的是，本說明書未詳細闡述的部分均屬于現有技術。
[0071] 應當理解的是，上述針對較佳實施例的描述較為詳細，并不能因此而認為是對本 發明專利保護范圍的限制，本領域的普通技術人員在本發明的啟示下，在不脫離本發明權 利要求所保護的范圍情況下，還可以做出替換或變形，均落入本發明的保護范圍之內，本發 明的請求保護范圍應以所附權利要求為準。
【權利要求】
1. 一種體育場館資源信息的傳輸系統，其特征在于：包括體育資源提供APP、體育資源 使用APP和體育資源管理服務器，所述的體育資源提供APP和體育資源使用APP與所述的 體育資源管理服務器采用C/S架構實現連接通信，為體育資源提供者、體育資源使用者和 體育資源管理者提供服務。
2. -種利用權利要求1所述的體育場館資源信息的傳輸系統進行體育場館資源信息 傳輸的方法，其特征在于：包括登錄數據傳輸流程、資源注冊數據傳輸流程、用戶注冊數據 傳輸流程、資源的瀏覽與展現數據傳輸流程、資源訂購數據傳輸流程、二維碼產生與付費數 據傳輸流程、結束與評價數據傳輸流程和資源刷新數據傳輸流程。
3. 根據權利要求2所述的體育場館資源信息的傳輸方法，其特征在于：所述的登錄數 據傳輸流程，其具體實現過程為體育資源提供者通過體育資源提供APP登陸體育資源管理 服務器，登陸成功后體育資源管理服務器回傳數據給體育資源提供APP ;體育資源使用者 通過體育資源使用APP登陸體育資源管理服務器，登陸成功后體育資源管理服務器回傳數 據給體育資源使用APP ;體育資源管理者通過體育資源使用APP登陸體育資源管理服務器， 登陸成功后體育資源管理服務器回傳數據給體育資源使用APP ;其中采用JSON協議來傳輸 三方用戶的登錄信息。
4. 根據權利要求2所述的體育場館資源信息的傳輸方法，其特征在于：所述的資源注 冊數據傳輸流程，其具體實現過程為體育資源提供者通過體育資源提供APP向體育資源管 理服務器發起資源注冊請求，注冊請求通過后，體育資源提供者通過體育資源提供APP在 體育資源管理服務器中更新數據，并通過體育資源提供APP顯示；注冊數據采用統一的編 碼方法和JSON協議格式，并且采用三級類目數據的組織形式進行數據的組織，第一級類目 數據為場館類型，或服務項目類型；第二級類目數據為每一個場館的場地硬件條件屬性，或 服務項目的硬件條件屬性；第三級類目數據為每一塊場地的諸如價格、開放時段、附加服務 類管理條件數據。
5. 根據權利要求4所述的體育場館資源信息的傳輸方法，其特征在于：所述的第一級 類目數據，僅給出數據包含的資源屬性，可以多選，其數據結構屬性包括數據頭部、數據長 度、資源屬性、校驗碼和其他屬性。
6. 根據權利要求4所述的體育場館資源信息的傳輸方法，其特征在于：所述的第二級 類目數據，根據第一級類目數據中某個確定屬性的資源，給出該資源的各種硬件屬性，在第 一級類目的數據資源屬性為多選條件下，第二級類目數據需要按照資源屬性的類型多次上 傳來完成全部二級類目數據的上傳；其數據結構屬性包括數據頭部、數據長度、資源屬性、 建筑類別、場地分布、場地規模、場地規格、場地材質、接待人數、照明條件、降溫條件、地址 屬性、經緯度坐標、校驗碼和其他屬性。
7. 根據權利要求4所述的體育場館資源信息的傳輸方法，其特征在于：所述的第三級 類目數據，根據第一級類目數據中某個資源所屬的第二級類目數據中的某一個子集，給出 其服務與管理數據，由于第三級類目數據具體到每個子集參數，第三級類目數據需要按照 子集屬性的類型多次上傳來完成全部三級類目數據，其傳輸數據因此需要多次上傳才能完 成；其數據結構屬性包括數據頭部、數據長度、資源屬性、場地屬性、場地價格、場地開放時 間、校驗碼和其他屬性。
8. 根據權利要求2所述的體育場館資源信息的傳輸方法，其特征在于：所述的用戶注 冊數據傳輸流程，其具體實現過程為體育資源提供者通過體育資源提供APP向體育資源管 理服務器發起資源注冊請求，注冊請求通過后，體育資源提供者通過體育資源提供APP在 體育資源管理服務器中更新數據，并通過體育資源提供APP顯示；體育資源使用者通過體 育資源使用APP向體育資源管理服務器發起資源注冊請求，注冊請求通過后，體育資源使 用者通過體育資源使用APP在體育資源管理服務器中更新數據，并通過體育資源使用APP 顯不。
9. 根據權利要求2所述的體育場館資源信息的傳輸方法，其特征在于：所述的資源的 瀏覽與展現數據傳輸流程，其具體實現過程為體育資源提供者利用體育資源提供APP通過 網絡向體育資源管理服務器請求傳輸數據，體育資源管理服務器將依照主題優先法原則分 層逐級傳輸，并通過體育資源提供APP顯示；體育資源使用者利用體育資源使用APP通過網 絡向體育資源管理服務器請求傳輸數據，體育資源管理服務器將依照主題優先法原則分層 逐級傳輸，并通過體育資源使用APP顯示。
10. 根據權利要求2所述的體育場館資源信息的傳輸方法，其特征在于：所述的資源訂 購數據傳輸流程，其具體實現過程為體育資源使用者確定自身需求，向體育資源管理者提 交預定訂單，體育資源管理者收到預定訂單后，在自身數據庫搜索匹配，如果能匹配上則鎖 定預定訂單中的相應資源，直到取消預定訂單或者達到預定訂單的結束時間，才重新將該 資源釋放，否則返回錯誤信息；鎖定資源后，體育資源管理者將向體育資源提供者發出網絡 預定訂單通知，將預定訂單信息通知體育資源提供者，如果體育資源使用者在資源規定的 取消時間之前，取消或變更預定訂單，則向體育資源管理者發出訂單取消數據，或者發出訂 單變更數據，體育資源管理者收到后相應的訂單取消數據，或者訂單變更數據，刷新自身數 據庫的數據值，并再次向體育資源提供者發出網絡訂單變更通知數據。
11. 根據權利要求10所述的體育場館資源信息的傳輸方法，其特征在于：所述的預定 訂單的數據屬性包括數據頭部、數據長度、訂單狀態、資源屬性、場地屬性、場地價格、場地 開放時段、用戶ID、用戶名、用戶密碼、訂單時間、校驗碼和其他屬性。
12. 根據權利要求10所述的體育場館資源信息的傳輸方法，其特征在于：所述的訂單 取消數據，是在訂單數據基礎上，增加生效或者失效標識，其數據屬性包括數據頭部、數據 長度、訂單狀態、資源屬性、場地屬性、場地價格、場地開放時段、用戶ID、用戶名、訂單時間、 訂單編號、校驗碼和其他屬性。
13. 根據權利要求10所述的體育場館資源信息的傳輸方法，其特征在于：所述的訂單 變更數據，其數據屬性包括數據頭部、數據長度、訂單狀態、資源屬性、場地屬性、場地價格、 場地開放時段、用戶ID、用戶名、訂單時間、原始訂單編號、新訂單編號、校驗碼和其他屬性。
14. 根據權利要求10所述的體育場館資源信息的傳輸方法，其特征在于：所述的網絡 預定訂單通知，傳輸格式是在預定訂單返回數據基礎上，增加資源主的信息后打包生成的， 其數據屬性包括數據頭部、數據長度、訂單狀態、資源屬性、場地屬性、場地價格、場地開放 時段、用戶ID、用戶名、訂單時間、訂單編號、資源主ID、資源主名、校驗碼和其他屬性。
15. 根據權利要求10所述的體育場館資源信息的傳輸方法，其特征在于：所述的網絡 訂單變更通知，其數據屬性包括數據頭部、數據長度、訂單狀態、資源屬性、場地屬性、場地 價格、場地開放時段、用戶ID、用戶名、訂單時間、資源主ID、資源主名、原始訂單編號、新訂 單編號、校驗碼和其他屬性。
16. 根據權利要求2所述的體育場館資源信息的傳輸方法，其特征在于：所述的二維 碼產生與付費數據傳輸流程，用于體育資源使用者向體育資源提供者支付費用；其具體實 現過程為在訂單生效后，體育資源管理服務器將根據訂單數據生產唯一的二維碼數據，并 將此數據傳輸給體育資源使用APP，體育資源使用APP按照二維碼的數據標準進行解析， 并生成圖片，體育資源使用者在實際消費時，向體育資源提供者出示此圖片，由體育資源提 供APP掃描此圖片，再由體育資源提供APP通過增加附加的時間戳、id值標識信息頭部后， 將二維碼數據與頭部數據傳輸到體育資源管理服務器，由體育資源管理服務器接收和解析 后，完成整個付費流程。
17. 根據權利要求2所述的體育場館資源信息的傳輸方法，其特征在于：所述的結束與 評價數據傳輸流程，其具體實現過程為體育資源使用者通過體育資源使用APP向體育資源 管理服務器發起評價請求，評價請求通過后，體育資源使用者通過體育資源使用APP在體 育資源管理服務器中提交評價數據，并通過體育資源使用APP顯示。
18. 根據權利要求17所述的體育場館資源信息的傳輸方法，其特征在于：所述的評價 數據，其數據屬性包括數據頭部、數據長度、訂單狀態、資源屬性、場地屬性、場地價格、場地 開放時段、用戶ID、用戶名、訂單時間、訂單編號、硬件條件星級、人員服務星級、管理條件星 級、價格星級、其他文本描述、校驗碼和其他屬性。
19. 根據權利要求2所述的體育場館資源信息的傳輸方法，其特征在于：所述的資源刷 新數據傳輸流程，其具體實現過程為體育資源使用者通過體育資源使用APP向體育資源管 理服務器發起評價請求成功后，體育資源管理服務器將評價數據與歷史評價數據進行加權 平均計算，越近期的數據評價值權值越高，越遠期的數據權值越低，計算后得到的數值填入 每個資源對應的總分數值中，此數值在資源的瀏覽與展現數據傳輸流程中傳輸給請求方， 作為請求方的使用參考依據。
【文檔編號】G06Q20/16GK104112187SQ201410335203
【公開日】2014年10月22日 申請日期:2014年7月15日 優先權日:2014年7月15日
【發明者】胡德春, 劉春 , 孔建華, 楊敏, 鄒洪波, 童如意, 陳永輝 申請人:湖北省體育局