一种体育场馆资源信息的传输系统及方法

一种体育场馆资源信息的传输系统及方法
【专利摘要】本发明公开了一种体育场馆资源信息的传输系统及方法，系统包括体育资源提供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日
【发明者】胡德春, 刘春 , 孔建华, 杨敏, 邹洪波, 童如意, 陈永辉 申请人:湖北省体育局