CN105869078A - 一种球场用户信息处理方法及装置 - Google Patents

Abstract

本申请公开了一种球场用户信息处理方法及装置。方法包括：获取待处理用户的基本信息；判断待处理用户的基本信息是否存在于高尔夫球会的用户信息库中；若判断结果为否，确定待处理用户在高尔夫球会中的身份级别；根据待处理用户在高尔夫球会中的身份级别，确定待处理用户在高尔夫球会中享有的打球权益；将待处理用户的基本信息、身份级别和打球权益对应存储到用户信息库中。本申请可以提高用户信息管理效率、降低人员成本。

Description

一种球场用户信息处理方法及装置

技术领域

本申请涉及智能管理技术领域，尤其涉及一种球场用户信息处理方法及装置。

背景技术

高尔夫(Golf)，俗称小白球，是一种室外体育运动。高尔夫球场(Golfcourse)是进行高尔夫球运动时所需的场地。高尔夫球场的面积一般很大，除了包括球洞之外，还包括发球台、球道、果岭、长草、沙坑、水池等障碍。另外，高尔夫球场还包括众多设施和人员，例如包括前台、更衣室、餐厅、专卖店、存包处、停车场等设施，涉及前台人员、球童以及各设施处的服务人员等。

高尔夫球场面向用户提供球场服务，会有很多用户到高尔夫球场打球，管理这些用户的信息是高尔夫球场的业务之一。在现有技术中，一般由前台人员将用户的信息手动录入用户信息管理***，并为该用户设置相应的身份级别。这种人工管理用户信息的方式，效率较低，人员成本较高。

发明内容

本申请的多个方面提供一种球场用户信息处理方法及装置，用以提高用户信息管理效率、降低人员成本。

本申请实施例提供一种球场用户信息处理方法，包括：

获取待处理用户的基本信息；

判断所述待处理用户的基本信息是否存在于高尔夫球会的用户信息库中；

若判断结果为否，确定所述待处理用户在高尔夫球会中的身份级别；

根据所述待处理用户在高尔夫球会中的身份级别，确定所述待处理用户在高尔夫球会中享有的打球权益；

将所述待处理用户的基本信息、身份级别和打球权益对应存储到所述用户信息库中。

本申请实施例提供一种球场用户信息处理装置，包括：

信息获取模块，用于获取待处理用户的基本信息；

判断模块，用于判断所述待处理用户的基本信息是否存在于高尔夫球会的用户信息库中；

身份级别确定模块，用于在所述判断模块的判断结果为否时，确定所述待处理用户在高尔夫球会中的身份级别；

打球权益确定模块，用于根据所述待处理用户在高尔夫球会中的身份级别，确定所述待处理用户在高尔夫球会中享有的打球权益；

信息存储模块，用于将所述待处理用户的基本信息、身份级别和打球权益对应存储到所述用户信息库中。

本申请提供的球场用户信息处理方法及装置，获取待处理用户的基本信息之后，自动判断待处理用户的基本信息是否存在于高尔夫球会的用户信息库中，并在识别出待处理用户的基本信息未存在于用户信息库时，确定待处理用户在高尔夫球会中的身份级别，进而根据该身份级别确定待处理用户在高尔夫球会中享有的打球权益，将待处理用户的基本信息、身份级别和打球权益对应存储到用户信息库中，实现球场用户信息的自动化管理，提高了球场用户信息的管理效率、降低了人员成本。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请一实施例提供的高尔夫球场管理***的结构示意图；

图2a为本申请另一实施例提供的球场用户信息处理方法的流程示意图；

图2b为本申请又一实施例提供的球场用户信息处理方法的流程示意图；

图3a-图3c为本申请又一实施例提供的生成预订时间表过程中的界面示意图；

图4为本申请又一实施例提供的球场用户信息处理装置的结构示意图；

图5为本申请又一实施例提供的球场用户信息处理装置的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

针对现有高尔夫球会在管理球场用户信息方面存在的效率低、人员成本高等问题，本申请提供一种解决方案，主要原理是：获取待处理用户的基本信息后，自动判断待处理用户的基本信息是否存在于高尔夫球会的用户信息库中，并在判断结果为否时，自动确定待处理用户在高尔夫球会中的身份级别和享有的打球权益，并将待处理用户的基本信息、身份级别和打球权益对应存储到用户信息库中，实现球场用户信息的自动化管理，提高了球场用户信息的管理效率、降低了人员成本。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请一实施例提供的高尔夫球场管理***的结构示意图。如图1所示，该***包括：用户端100、服务端200和球童端300。

其中，用户端100是指位于用户侧的客户端，在实现形式上，用户端100可以作为一应用(application，app)安装于用户的终端设备上，或者作为具有交互功能的网页实现。服务端200位于高尔夫球会一侧，在实现形式上，可以作为一app安装于俱乐部的管理设备(例如电脑或服务器等)上，或者也可以开发为网站。球童端300是指位于球童侧的客户端，在实现形式上，例如球童端300可以作为一app安装于球童的终端设备上实现，或者作为一具有交互功能的网页实现。

在实现形式上，用户端100、服务端200和球童端300相互适应。即，服务端200作为网站实现，则用户端100和球童端300作为网页实现；或服务端200作为app的服务端实现，则用户端100和球童端300作为app的客户端实现。

本实施例提供的高尔夫球场管理***，通过用户端100、服务端200以及球童端300之间的相互配合，可以自动化管理高尔夫球场涉及的各种业务，例如预订时间表发布、球场预订、用户信息管理、球童排班、比赛信息实时跟踪、场内设施管理及服务自动化，甚至报表生成等，是一种能够全面、统一管理高尔夫球场涉及的各种业务的管理***。

下面将对高尔夫球场管理***自动化管理高尔夫球场涉及的各种业务的原理逐一进行介绍。

结合图1所示高尔夫球场管理***，本申请实施例提供一种球场用户信息处理方法，具体可由球场用户信息处理装置来执行，其中球场用户信息处理装置可位于服务端200实现，或者分布在用户端100和服务端200中实现。该球场用户信息处理方法的流程如图2a所示，包括：

201、获取待处理用户的基本信息。

202、若待处理用户的基本信息未存在于高尔夫球会的用户信息库中，确定待处理用户在高尔夫球会中的身份级别。

203、根据待处理用户在高尔夫球会中的身份级别，确定待处理用户在高尔夫球会中享有的打球权益。

204、将待处理用户的基本信息、在高尔夫球会中的身份级别和享有的打球权益对应存储到用户信息库中。

本实施例提供一种球场用户信息处理方法，用以对球场用户信息进行管理。其中，球场用户是指以任意方式到高尔夫球场消费的用户。

在本实施例中，预先将球场用户划分为不同的身份级别，并设置不同身份级别享有不同的打球权益，建立并存储身份级别与打球权益的对应关系。基于此，本实施例中对球场用户信息进行管理主要是指：收集球场用户的基本信息，并设置球场用户在高尔夫球会中的身份级别和享有的打球权益。

例如，可以将球场用户分为：钻石级、金牌、银牌、铜牌等身份级别；也可以球场用户划分为：高级、中级、普通等身份级别；还可以将球场用户划分为：会员、会员嘉宾、签约渠道用户、来宾等身份级别，但不限于这几种划分方式。相应的，球场用户在高尔夫球会中享有的打球权益主要包括但不限于：打球优惠折扣、可享受的开球时段、是否免费停车以及是否每年缴纳管理费等。

以将球场用户划分为：会员、会员嘉宾、签约渠道用户、来宾等身份级别为例，球场用户在高尔夫球会中享有的打球权益除了包括：打球优惠折扣、可享受的开球时段、是否免费停车、是否免球包寄存费、是否免更衣室设施费以及是否每年缴纳管理费等，还可以包括：可携带的嘉宾人数、嘉宾折扣等。

上述会员是指通过缴纳一定费用从而取得打球价格优惠的用户。高尔夫球会会根据自身的运营目标销售会员卡，会员卡可分为多种，例如长期会员卡(例如定义为1年期以上)、短期会员卡(例如定义为1年内)等，不同会员卡对应不同的身份级别。相应的，会员可以享受会员价格、享受黄金开球时段、免费停车、可携带指定数量的嘉宾、携带的嘉宾可享受嘉宾价格等。其中，不同会员级别所享受的权益也会有所不同，例如所携带的嘉宾数量不同，携带的嘉宾可享受的嘉宾价格也会不同等。

会员嘉宾是指会员带来或介绍到高尔夫球会的用户。为体现会员的权益和价值，会员嘉宾可享有一定优惠。例如，可以在会员类型的价格表里进行嘉宾价格设置，例如可根据折扣百分比的方式来设置嘉宾价格，或者采用直接扣减金额的方式来设置嘉宾价格。

签约渠道用户是指通过签约渠道到高尔夫球场消费的用户。为了提高球场的知名度、时间占有率以及收入等，高尔夫球会会和一些渠道合作，签订合约，约定通过该渠道到高尔夫球场消费的用户所能享受的权益等。所述渠道包括经销商渠道，例如大众点评、美团、携程等，通过这些经销商预订球场的用户属于签约渠道用户。另外，所述渠道还可以包括：一些球队，则这些球队中的队员属于签约渠道用户。例如，签约渠道用户可以享受普通折扣，只能享受黄金开球时段之外的时段等打球权益。

来宾是指自行到高尔夫球场消费的用户。对于来宾，只能享受高尔夫球场的当时正在提供的折扣，不会享受其他额外打球权益。

球场用户很多，为便于描述和区分，本实施例以某个球场用户为例来说明本实施例的方法流程，并将该球场用户称为待处理用户。

具体的，球场用户信息处理装置获取待处理用户的基本信息。这里的基本信息主要指待处理用户的一些个人信息，例如姓名、出生日期、身份证号、手机号、***、在高尔夫球会中的身份级别、签名、照片等。

在实际应用中，待处理用户到高尔夫球场打球之前，可能会发生产生一些行为，例如预订球场、注册会员、在会所登记信息等。在这些行为过程中，一般需要用户提供一些与用户身份有关的信息。基于此，球场用户信息处理装置可以从待处理用户的球场预订过程中、待处理用户注册会员的过程中和/或待处理用户在会所前台进行信息登记的过程中，获取待处理用户的基本信息。

在一种可选实施方式中，待处理用户通过本申请提供的高尔夫球场管理***在线预订球场。具体的，球场用户信息处理装置向待处理用户提供交互界面，该交互界面上显示高尔夫球场的预订时间表、价格、高尔夫资讯等信息。待处理用户通过该交互界面执行球场预订操作，例如待处理用户可以点击交互界面上的预定按钮，从而向球场用户信息处理装置发出球场预订请求。球场用户信息处理装置根据待处理用户的球场预订请求，向待处理用户展示预订信息页；该预订信息页上包括一些需要用户填写的信息项，这些信息项中有一些属于待处理用户的基本信息，例如姓名、联系方式、身份证号、邮箱、家庭住址、照片、***以及所在单位等，也有一些与待处理用户的基本信息无关的其他信息，例如是否开具***、***内容、备注等。待处理用户需要在预订信息页上填写有关信息项才能完成预订流程。因此，待处理用户会在预订信息页上执行输入操作，以填写相关信息项。对于球场用户信息处理装置来说，响应于待处理用户在预订信息页上的输入操作，获取待处理用户的基本信息。

在一种可选实施方式中，待处理用户会执行注册流程成为高尔夫球会的会员。具体的，球场用户信息处理装置向待处理用户提供交互界面，该交互界面上显示高尔夫球场的预订时间表、价格、高尔夫资讯等信息，还会向待处理用户提供注册入口。该注册入口可以是一注册按钮。待处理用户通过该交互界面上的注册入口，向球场用户信息处理装置发出注册请求。球场用户信息处理装置根据待处理用户的注册请求，向待处理用户展示注册信息页；该注册信息页上包括一些需要用户填写的信息项，这些信息项中有一些属于待处理用户的基本信息，例如姓名、联系方式、身份证号、邮箱、家庭住址、以及所在单位等。待处理用户需要在注册信息页上填写有关信息项才能完成注册流程。因此，待处理用户会在注册信息页上执行输入操作，以填写相关信息项。对于球场用户信息处理装置来说，响应于待处理用户在注册信息页上的输入操作，获取待处理用户的基本信息。

在一种可选实施方式中，待处理用户以访客身份来到高尔夫球会。此时，待处理用户需要在球会进行信息登记，例如登记姓名、身份证号、联系方式，目的等。基于此，球场用户信息处理装置可以录入待处理用户在球会登记的信息，作为待处理用户的基本信息。

在获得待处理用户的基本信息之后，判断待处理用户的基本信息是否存在于高尔夫球会的用户信息库中；若判断结果为否，说明待处理用户是新用户，此时需要将该新用户的相关信息存储到用户信息库中。这里的相关信息包括：新用户的基本信息、在高尔夫球会中的身份级别以及在高尔夫球会中享有的打球权益等。因此，在判断出待处理用户为新用户时，球场用户信息处理装置进一步确定待处理用户在高尔夫球会中的身份级别。

在一些情况下，待处理用户的基本信息中可能包括一些能够确定待处理用户在高尔夫球会中的身份级别的信息。基于此，可以根据待处理用户的基本信息，确定待处理用户在高尔夫球会中的身份级别。

例如，待处理用户的基本信息中直接包括待处理用户在高尔夫球会中的身份级别这一信息，则可以直接从待处理用户的基本信息中，获取待处理用户在高尔夫球会中的身份级别这一信息。

又例如，待处理用户的基本信息中包括：预先缴纳的费用额度、所在单位的知名度以及在单位中的职位等能够表示用户身份的信息，则可以根据预先缴纳的费用额度、所在单位的知名度以及在单位中的职位等信息，确定待处理用户在高尔夫球会中的身份级别。例如，可以为知名企业的领导设置较高的身份级别，为普通企业的员工或领导设置较低的身份级别。例如，为预先缴纳的费用额度较高的用户设置较高的身份级别，为预先缴纳的费用额度较低的用户设置较低的身份级别等。

在一些情况下，可以根据待处理用户认识高尔夫球会的方式，确定用户在高尔夫球会中的身份级别。例如，若待处理用户是通过会员介绍认识或来到高尔夫球会的，可以确定用户在高尔夫球会中的身份级别为会员嘉宾。又例如，若待处理用户是通过各种宣传方式认识或来到高尔夫球会的，可以确定用户在高尔夫球会中的身份级别为来宾。

在一些情况下，高尔夫球会会与一些渠道合作，签订合约，约定通过该渠道到高尔夫球场消费的用户所能享受的权益等。对于通过这些渠道预订球场的用户，可以设置为签约渠道用户。基于此，可以根据待处理用户预订球场的渠道，确定待处理用户在高尔夫球会中的身份级别。例如，若待处理用户是通过合作渠道预订球场的，则可以确定待处理用户在高尔夫球会中的身份级别为签约渠道用户。

在确定待处理用户在高尔夫球会中的身份级别后，可以进一步根据预先设置的身份级别与打球权益的对应关系，确定待处理用户在高尔夫球会中享有的打球权益。具体的，可以将待处理用户在高尔夫球会中的身份级别，在预先设置的身份级别与打球权益的对应关系中进行匹配，确定与待处理用户在高尔夫球会中的身份级别对应的打球权益，作为待处理用户在高尔夫球会中享有的打球权益。

在获得待处理用户的基本信息、在高尔夫球会中的身份级别以及在高尔夫球会中享有的打球权益以后，可以将待处理用户的基本信息、在高尔夫球会中的身份级别以及在高尔夫球会中享有的打球权益对应存储到用户信息库中。

由上述可见，本实施例可以实现球场用户信息的自动化管理，提高了球场用户信息的管理效率、降低了人员成本。

图2b为本申请又一实施例提供的球场用户信息处理方法的流程示意图。如图2b所示，该方法包括：

301、获取待处理用户的基本信息。

302、判断待处理用户的基本信息是否存在于高尔夫球会的用户信息库中；若判断结果为否，执行步骤303-305；如判断结果为是，执行步骤306-307。

303、确定待处理用户在高尔夫球会中的身份级别。

304、根据待处理用户在高尔夫球会中的身份级别，确定待处理用户在高尔夫球会中享有的打球权益。

305、将待处理用户的基本信息、身份级别和打球权益对应存储到用户信息库中，结束此次操作。

306、查询用户信息库，以确定待处理用户在高尔夫球会中享有的打球权益。

307、根据待处理用户在高尔夫球会中享有的打球权益，向待处理用户提供高尔夫球会的服务信息。

上述步骤301-305可参见前述图2a所示实施例的描述，在此不再赘述。

在本实施例中，当判断出待处理用户的基本信息位于用户信息库中时，意味着用户信息库中存储有待处理用户的基本信息、在高尔夫球会中的身份信息以及享有的打球权益等信息，故可以查询用户信息库，以确定待处理用户在高尔夫球会中享有的打球权益，进而根据待处理用户在高尔夫球会中享有的打球权益，向待处理用户提供高尔夫球会的服务信息。

例如，可以向待处理用户提供可享受的打球优惠折扣、可享受的开球时段、可携带的嘉宾人数及嘉宾折扣、免费停车、以及是否每年缴纳管理费等服务信息。

在一具体实施方式中，具体可以根据用户在高尔夫球会中享有的打球权益，从高尔夫球会的预定时间表中确定待处理用户可预订的开球时段，然后将待处理用户可预订的开球时段展示给待处理用户，以供待处理用户从中预订开球时段。例如，若待处理用户可享受黄金开球时段，则可以向待处理用户展示黄金开球时段；若待处理用户可享受非黄金开球时段，则可以向待处理用户展示非黄金开球时段。

另外，上述合作渠道可以作为一种特殊的球场用户。球场用户信息处理装置可以为其创建账号和密码，并向其开放可预定的开球时段、价格等。合作渠道在使用账号和密码登录后，才能看到可预定的开球时段、价格等，另外，还可以查看账户余额/消费历史/预订情况/预订历史等。对于不同的合作渠道，可以向其开放相同的开球时段、价格，也可以向其开放不同的开球时段、价格。对这些合作渠道来说，可以提供渠道平台，并与高尔夫球场管理***对接，预订用户直接在渠道平台上进行预订，渠道平台将预订信息适时传递给球场高尔夫球场管理***。

由上述可见，本实施例不仅可以管理球场用户的信息，而且可以根据存储的球场用户信息向球场用户提供高尔夫球会的服务信息，这不仅便于用户快速了解自己可以享有哪些优惠，而且还能快速获取自己所需的服务，例如停车服务、球场预订服务等。

下面将对高尔夫球场管理***提供的球场预订功能进行简单介绍，该功能主要由服务端200和用户端100相配合完成。

为便于区分和描述，本实施例将需要预订球场的用户简称为预订用户，该预订用户可以是任何用户，例如可以是高尔夫球会的会员，也可以不是高尔夫球会的会员。具体的：

用户端100响应于预订用户的预订操作，向服务端200发送球场预订请求。例如，用户端100向预订用户提供交互界面，该交互界面上显示高尔夫球场的相关信息，例如高尔夫球场的预订时间表，并设置有预订按钮。预订用户可以点击预订按钮发出球场预订请求。用户端100响应于预订用户点击预订按钮的操作，向服务端200发送球场预订请求。

服务端200向预订用户提供高尔夫球场的预订时间表，并响应于用户端100发送的球场预订请求确定预订用户预订的球场时段。具体的，服务端200可自动生成高尔夫球场的预订时间表，向预订用户提供高尔夫球场的预订时间表，并接收用户端100发送的球场预订请求，从而响应于该球场预订请求，确定预订用户预订的球场时段。该预订请求携带有用户需要预订的球场时段，该球场时段包括预订用户预订的日期以及具体的开球时间(TEE TIME)等信息，例如预订用户预订了2016年5月17日8:30这一开球时间。

其中，高尔夫球场的预订时间表包括：高尔夫球场提供的可供预订用户预订的球场时段，该球场时段包括高尔夫球场开放的打球日期、每日可供打球的时间段以及具体的开球时间等信息，例如2016年5月17日8:30到16:30，具体开球时间包括：8:30、8:38、8:46等。

可选的，服务端200可根据高尔夫球场的基础资源设置，自动生成高尔夫球场的预订时间表。所述基础资源设置包括但不限于：球场管理者设置的开场时间、闭场时间、每组的间隔时间、每洞击球时间、转场时间、击球速度和开球方式。服务端200可以提供基础资源设置界面，以供球场管理者设置基础资源。球场管理者通过基础资源设置界面设置基础资源。如图3a所示，为一种基础资源设置界面的示意图，但不限于此。基于图3a，球场管理者可以设置开放日期、日出时间、日落时间、开始时间(或称为开场时间)、结束时间(或称为闭场时间)、组间隔时间(即每组的间隔时间)、平均击球速度、假目击球速度等。其中，图3a中示出的各种具体数值仅是示意性的，并不限于此。

上述开场时间和闭场时间会根据一年四季日出日落的时间变化而变化。例如可以以季节为周期设置不同季节的开场时间和闭场时间；又或者，可以以月份为周期设置不同月份的开场时间和闭场时间；又或者，可以以星期为周期设置不同星期的开场时间和闭场时间，等等。

上述每组的间隔时间，可以根据球场要接待客人的容量等自行设置。

上述转场时间是指每9洞的转场时间，具体可以由球场管理者设置，也可以将9洞每洞击球时间相加而得到。

上述开球方式包括：单边开球、双边开球和三边开球。单边开球是指：从第一洞开球，每间隔指定间隔时间，例如8分钟为一组。双边开球是指：从第一洞和第十洞同时开球，每间隔指定间隔时间，例如8分钟为一组，并在到达转场时间后进行转场，这里的转场是指从第一洞开球的客人转到第十洞，从第十洞开球的客人转到第一洞。三边开球是指：从第一洞、第十洞、第十九洞同时开球，每间隔指定间隔时间，例如8分钟为一组，并在到达转场时间后，两两交叉转场。

根据基础资源设置的不同，服务端200生成的高尔夫球场的预订时间表也会有所不同。结合图3a所示部分基础资源设置，假设开球方式为单边开球，则服务端200可以生成图3b所示的预订时间表，该预订时间表是中间状态，是面向球场管理者的。进一步，服务端200生成如图3c所示的预订时间表，该预订时间表是面向预订用户的。其中，图3b中的“out”和“in”分别表示场地名称，“out”表示前9洞，“in表示”后9洞，但并不限于这种名称；图3b中的时间点表示开球时间。在图3c中，每列小方块表示一个开球时间；本实施例假设开场时间是8:30，而在图3c中是从8:00开始的算开球时间的，所以8：00这个时间段的前3列表示的开球时间是不可选的，从第4列开始，包括8:30、8:38、8:46和8:54共四个开球时间可预订，其它时间段依次类推；每列4个小方块表示4个用户一组，但不限于此。

一种情况下，服务端200根据预订用户的身份级别，从预订时间表中确定预订用户可预订的球场时段。在该情况下，管理者可以针对不同身份级别开放不同的球场时段。例如，在高尔夫球会中，可以将用户身份分为会员、会员嘉宾、来宾、参赛用户等级别。针对球场的会员，可以把黄金时段留给会员及其嘉宾专享，提高会员对球会的认同感和归属感；又例如，针对来宾，可以将不好的时间段以优惠价格开放给来宾，从而提高球场的时间占有率，提高收入；又例如，针对比赛可设置专属时段，向参赛用户开放专属时段，有利于提高比赛品质。

另一种情况下，服务端200根据预订用户提供的预订参数，从预订时间表中确定预订用户可预订的球场时段。所述预订参数包括预订用户感兴趣的时间段、价格区间、开球方式等。具体的，用户端100向预订用户提供预订参数设置界面，以供预订用户设置预订参数，预订用户通过预订参数设置界面设置预订参数。用户端100响应于预订用户设置预订参数的操作，向服务端200提供预订参数，以供服务端200根据预订参数，从预订时间表中确定预订用户可预订的球场时段。

由上述可见，本实施例提供的高尔夫球场管理***可以向用户提供高尔夫球场的预订时间表，并提供球场在线预订功能，便于用户快速预订球场，解决用户预订球场操作比较繁琐的问题，提高了用户体验。

下面将对高尔夫球场管理***对球童进行管理的原理进行简单介绍，该功能主要由服务端200和球童端300相配合完成。

服务端200还用于制定并实时调整球童排班表和球童出班信息，向球童端300提供球童排班表和球童出班信息。球童端300接收服务端200发送的球童排班表和球童出班信息，并展示给球童。

进一步，服务端200具体可根据高尔夫球场的预订时间表和球童人数，自动制定球童排班列表。例如，可以预先设置排班周期，所述排班周期可以是月、星期或季度等，周期性的制定球童排班列表。例如，以月为周期，每月制定一份球童排班表，该月周期的时间可以自行设置，例如可以从每月1日-30日，或者可以从上月26日至次月25日。

例如，服务端200可以将所有球童按人数分成若干组，为每个组分配组号，每组有一位组长，每个球童有编号，然后根据高尔夫球场的预订时间表，确定需要球童当班的日子，并按照组号轮流为每个需要球童当班的日子配置一组球童，将需要球童当班的日子和为该日子分配的球童编号形成映射关系，从而形成球童排班列表。

值得说明的是，组内球童可以全部当班，也可以按照编号轮流当班。在轮流当班的情况下，服务端200可以随机决定球童的当班顺序，或者按照球童的编号顺序决定球童的当班顺序。

可选的，服务端200还可以将当班球童的出班形式写入球童排班列表中，一并发送给球童。其中，球童的出班形式包括：出早班、接包员、送包员、巡场员等。

为了便于球童能够按时出班，服务端200可以在前一天将第二天的球童排班表发送给第二天需要出班的球童。

在实际环境中，经常出现突发情况，例如用户预约了某球童但临时取消预约，该球童可被称为预约球童，或者某段时间内预订用户数量较多等。面对这些突发情况，都需要及时调整球童排班表。

例如，对于用户临时取消预约的情况，服务端200可以将接收到取消预约通知的时间与预约球童在球童排班表中的出班时间进行比较；若接收到取消预约通知的时间早于预约球童在球童排班表中的出班时间，则该预约球童可以按照其在球童排班表中的出班时间正常出班；若接收到取消预约通知的时间晚于预约球童在球童排班表中的出班时间，则可以将预约球童排在所在组中最后一位来出班，并通知预约球童。

例如，对于预订用户数量较多的情况，服务端200可以根据球童排班表，临时调度空闲球童来当班，并及时通知相应球童。进一步，服务端200还可以根据预订用户的数量和可出班的球童数量决定球童是单拖服务还是双拖服务。

相应的，服务端200具体可以根据球童排班表，生成球童出班信息。具体的，服务端200可以根据球童排班表，确定需要出班的球童和出班时间，进而确定该出班时间对应球场时段，获取预定该球场时段的预定用户的信息，例如是否到场、用户姓名、球包、出发时间、服务人数等，从而生成该球童的出班信息，并及时通知给球童。对球童来说，除了可以从排班表中知道自己排在第几位出班，还可以确定自己是否被用户预约以及被预约的时间，并且可以查看自己所服务的客人姓名、球包、出发时间、服务人数等。

另外，球童也可以通过球童端300向服务端200发送自己的即时状态，例如请假、待命、出班、公差等。这样高尔夫球场的管理者可随时掌握每一位球童的即时状态：请假、待命、出班、公差等，便于管理和安排。

下面将对高尔夫球场管理***跟踪比赛信息的原理进行简单介绍，该功能主要由服务端200和球童端300相配合实现。

服务端200还用于对参赛用户进行自动排组，并向观赛用户和参赛用户推送排组结果和比赛信息。球童端300还用于响应于球童实时输入比赛信息的操作，向服务端200发送比赛信息。

具体的，服务端200可以根据比赛方式，对参赛用户进行排组，以获得排组结果。

高尔夫运动分为比赛性质的和非比赛性质的。对于比赛性质的，又可以分为职业赛、业余赛和商业赛。无论是职业赛、业余赛或是商业赛，按照比赛方式又可以分为：比杆赛(STROKE PLAY)、比洞赛(MATCH PLAY)、个人赛(SINGLES)、二对二的比赛(FOURSOME)、四球比洞赛(FOUR-BALLMATCH PLAY)、四球比杆赛(FOUR-BALL STROKE PLAY)、史特伯福特(STABLEFORD)、新贝利亚比赛、新新贝利亚比赛等。无论是哪种比赛，都需要对参赛用户进行分组，并且根据比赛方式的不同，对参赛用户进行分组的方式也会有所不同。

对于比赛性质的高尔夫球运动，服务端200可以预先获取比赛信息，例如比赛方式、比赛时间、比赛场地、比赛流程、参赛用户的基本信息(例如参赛用户的姓名、年龄、球龄、所属球队以及其历史成绩等)，例如可由组织者将比赛信息上传至服务端200，或者由组织者手动输入比赛信息等。基于此，服务端200可以从比赛信息中获取比赛方式，根据比赛方式，对参赛用户进行排组，以获得排组结果。

下面针对不同比赛方式，详细说明服务端200的排组方式：

对于比杆赛：比杆赛为参赛用户在打完规定的回合数时，总杆数最少者，即为冠军。对于职业比赛来说，一般是指参赛用户在打完为4天4回合共72洞(但也有例外)时，其总杆数最少者，即为冠军。对于业余赛来说，例如参赛用户在所参加的球队月例赛打一天共18洞，其总杆数即为该月份的总杆成绩，成绩最佳者为冠军。

服务端200在确定比赛方式为比杆赛时，计算每个参赛用户的平均差点，把平均差点最接近的参赛用户排在一组。进一步，服务端200可以从参赛用户的历史成绩中选择最近N次打球成绩，计算每次打球成绩与球场标准杆之差(可称为标准差点)，再对N次标准差点求平均，获得平均差点。其中，N为自然数，例如可以是3，5，8，10或12等。这里使用平均差点可以提高差点准确性，有利于保证实力相当的参赛用户被排在同一组，提高比赛公平性。

对于比洞赛：比洞赛为每一个洞为一单元来决定输或赢，每一洞杆数最少的一方，即为该洞的获胜者，在比赛规定的洞数，一般为18洞，但也有2回会共36洞的比洞赛，如果一方领先的洞数超过未打的洞数，胜负已分故可终止比赛，领先的一方即为优胜者。

服务端200在确定比赛方式为比洞赛时，计算每个参赛用户的平均差点，把平均差点最接近的参赛用户排在一组。进一步，服务端200可以从参赛用户的历史成绩中选择最近N次打球成绩，计算每次打球成绩与球场标准杆之差(可称为标准差点)，再对N次标准差点求平均，获得平均差点。其中，N为自然数，例如可以是3，5，8，10或12等。这里使用平均差点可以提高差点准确性，有利于保证实力相当的参赛用户被排在同一组，提高比赛公平性。

对于二对二的比赛：二人对二人的比赛，而且是每队各打一个球的比赛。各队打球时，同队的打者应轮流替换打球，直到将球打进洞为止，而在T台发球也应轮流替换，即同队的球友一个人负责开奇数洞的球，另一个人则负责开偶数洞的球。各洞如遇有罚球时，不影响其打球顺序。比洞赛时，如同队的球员没有照顺序打球，则该洞即算输。而比杆赛如顺序打错，则应罚两杆，并应从打错顺序的位置重新打。这种方式主要用在团队比赛中。

服务端200在确定比赛方式为二对二的比赛时，先确定比赛性质，进而根据比赛性质决定参赛用户的排组方式。例如，对于职业业余配对赛，服务端200需要将1个职业参赛用户和1个业余参赛用户排到一组，并对抗另一个职业参赛用户和业余参赛用户的组合。又例如，如果是男女配对赛，比赛排组单元241需要1个男参赛用户和1个女参赛用户排到一组，并对抗另一个男参赛用户和另一个女参赛用户的组合。

关于四球比洞赛：两队每队各派两人对两人的比赛，每人各打一个球，但是在接下去的第二杆，各队可选择同组中较佳的球位置打第二杆，即同队的两人，均可在同组中第一杆最佳球位置，各打一杆算第二杆，假设PAR 4上果岭后，也是可选择较靠近洞口的位置，同组两个人可在该位置推两次，当然如先推的人，已推进洞，另一人则可不必推了。如果上果岭后，同组的第一位先推没推进，而另一人随后推进，则该洞他们成绩算3杆。也就是同组的人虽有二人打球，但只有一份成绩，而比每洞成绩较少者为赢，如同杆则为平手(HALVED)。

由于四球比洞赛需要两个队中每两个参赛用户形成一组，所以涉及队内排组和队间排组。基于此，服务端200在确定比赛方式为四球比洞赛时，先进行队内排组，再进行队间排组。其中，队内排组是指将同一参赛队内的两个参赛用户排到一组，形成队内组，并对抗另一参赛队内的两个参赛用户形成的队内组。队间排组是指从每个参赛队中选择一个队内组排到一起进行对抗。

具体的，在队内排组时，对每个参赛队，服务端200计算该参赛队中每个参赛用户的平均差点，把平均差点最接近的参赛用户排在一组，形成队内组。或者，在队内排组时，对每个参赛队，服务端200可以计算该参赛队中每个参赛用户的平均差点，把平均差点相距最大的参赛用户排在一组，这样有利于提高比赛效果，提高赢取比赛的概率。其中，服务端200可以从参赛用户的历史成绩中选择最近N次打球成绩，计算每次打球成绩与球场标准杆之差(可称为标准差点)，再对N次标准差点求平均，获得平均差点。

具体的，在队间排组时，服务端200可以采用随机排组方式，将两个参赛队内的队内组随机的排在一起。或者，服务端200可以计算每个参赛队中每个队内组的平均差点，将两个参赛队中平均差点最接近的队内组排在一组。其中，对于队内组的平均差点，服务端200可以将该队内组内两个参赛用户的平均差点相加作为该队内组的平均差点，或者也可以取该队内组内两个参赛用户的平均差点的均值作为待队内组的平均差点。

对于四球比杆赛：两队每队各派两人为一组，共4人，每人各打1个球，同组中同队两人的杆数较低者，为该队的成绩，即在某洞同队中1人打3杆、1人打4杆，则该洞该队的成绩以较好的3杆计。由于一组中同队的球友均有2人，因此如有一人无法完成比赛或放弃某洞的比赛也无所谓，因只要另一人有成绩出来即可。这种方式主要用在团队比赛中。

与四球比洞赛相类似，四球比杆赛也需要两个队中每两个参赛用户形成一组，所以涉及队内排组和队间排组。基于此，服务端200在确定比赛方式为四球比杆赛时，先进行队内排组，再进行队间排组。其中，队内排组是指将同一参赛队内的两个参赛用户排到一组，形成队内组，并对抗另一参赛队内的两个参赛用户形成的队内组。队间排组是指从每个参赛队中选择一个队内组排到一起进行对抗。

具体的，在队内排组时，对每个参赛队，服务端200计算该参赛队中每个参赛用户的平均差点，把平均差点最接近的参赛用户排在一组，形成队内组。或者，在队内排组时，对每个参赛队，服务端200可以计算该参赛队中每个参赛用户的平均差点，把平均差点相距最大的参赛用户排在一组，这样有利于提高比赛效果，提高赢取比赛的概率。其中，服务端200可以从参赛用户的历史成绩中选择最近N次打球成绩，计算每次打球成绩与球场标准杆之差(可称为标准差点)，再对N次标准差点求平均，获得平均差点。

具体的，在队间排组时，服务端200可以采用随机排组方式，将两个参赛队内的队内组随机的排在一起。或者，服务端200可以计算每个参赛队中每个队内组的平均差点，将两个参赛队中平均差点最接近的队内组排在一组。其中，对于队内组的平均差点，服务端200可以将该队内组内两个参赛用户的平均差点相加作为该队内组的平均差点，或者也可以取该队内组内两个参赛用户的平均差点的均值作为待队内组的平均差点。

关于史特伯福特比赛：以标准标为基准，打标准杆数(PAR)得2分，多一杆则少一分，少一杆则多一分，但最少是0分，没有负分的，即打柏忌为一分，打双柏忌则没有分，打OVEER 3杆也是零分，待打完18洞再计算总成绩，成绩最高者为冠军。业余赛则以差点为基准来比赛，即零差点，则各杆不加杆；差点10者，难度第1洞到第10洞可加1杆，即一般PAR 3，打PAR得2分，但此洞如为其差点的优待洞，如打3杆PAR，则可得3分；打柏忌得2分，如差点为19，则难度1的加2杆，其余各洞则加1杆。

史特伯福特比赛是一种差点不一的选手可以一起打的比赛，因此比赛排组可采用随机的方式。服务端200在确定比赛方式为史特伯福特比赛时，可以对参赛用户进行随机排组，以获得排组结果。

关于新贝利亚比赛和新新贝利亚比赛：由于无法预先获得参赛用户的历史成绩，所以服务端200采用随机排组方式。

进一步可选的，在比赛过程中，可以积累参赛用户的差点，在获得一定差点之后，可以根据参赛用户的差点，实时调整参赛用户的排组，例如将差点最接近的参赛用户排在一组，但不限于此。

在服务端200获得排组结果之后，可以获取排组结果，将排组结果发送给参赛用户和观赛用户。其中，观赛用户是指观看高尔夫球比赛的用户，可以是现场观看的用户，也可以场外观看用户。例如，一些用户可以在高尔夫俱乐部内通过大屏幕观看比赛，则服务端200可以将排组结果发送到大屏幕上。

除了可以对参赛用户进行排组之外，还可以实时跟踪比赛战况。具体的，球童端300可以向球童提供一比赛信息输入界面，球童可以在比赛信息输入界面上输入比赛信息，例如比赛得分，比赛进度等信息，球童端300获取球童输入的比赛信息，将比赛信息传输给服务端200，服务端200将比赛信息发送给参赛用户和观赛用户。例如，一些用户可以在高尔夫俱乐部内通过大屏幕观看比赛，则服务端200可以将比赛信息发送到大屏幕上。

进一步，服务端200还可以对比赛信息进行统计汇总，获得最终比赛结果，并将最终比赛信息发送给参赛用户和观赛用户。

本实施例可以实时跟踪比赛，向参赛用户和观赛用户发送比赛信息，便于用户及时了解比赛相关信息，提高参赛用户的比赛兴趣，提高观赛用户的观看兴趣。

下面对高尔夫球场管理***对球场设施进行管理的原理进行简单介绍，该功能主要由服务端200、用户端100以及设施端相互配合实现。

具体的，可以在高尔夫球场内各设施处安置设施端，该设施端可以作为app安装于设施处服务人员的终端上实现，或者也可以作为具有交互功能的网页实现。服务端200与设施端相互通信，设施端向服务端200提供该设施端所在设施所能提供的服务信息。服务端200能够通过设施端获取各设施处提供的服务信息，例如服务内容、服务价格、服务时间等。具体的，设施端可以定时向服务端200发送所在设施处的服务信息，或者服务端200可以向设施端发送获取请求，设施端根据该获取请求向服务端200返回所在设施处的服务信息。

进一步，服务端200还可以设置各种设施处的服务信息，并提供服务信息详情界面，以供球场用户或员工通过该服务信息详情页面获取所需服务。例如对于餐厅或专卖店，服务端200可以设置其商品名称、价格、属性、分类等信息，并输出商品销售界面，员工或球场用户可以通过商品销售界面消费商品。另外，通过设施管理模块25可以随时了解各设施处的商品库存、销售情况，因此对于球场财务部门或商店负责人员可以随时稽核各设施处的商品库存是否正确，可以进行出库、入库、转库、盘点等操作。

服务端200还与用户端100进行通信，用于将高尔夫球场内各设施所能提供的服务信息提供给用户端100。用户端100将高尔夫球场内各设施所能提供的服务信息展示给高尔夫球场内的用户，并响应于需求用户的服务请求，将服务请求发送给服务端200。该服务请求中携带有服务内容、提供该服务内容的设施处的标识信息以及服务内容对应的费用等信息。服务端200接收用户端100发送的服务请求并提供给相应设施端，设施端将服务请求展示于高尔夫球场内相应设施处的服务人员，以供服务人员向需求用户提供服务，例如送餐、送饮料或矿泉水、送球杆或准备停车位等。另外，服务端200还会从需求用户的账户中扣除服务对应的费用，以实现***。

上述需求用户是指高尔夫球场内需要高尔夫球场内设施处提供服务的用户，例如可以是需要点餐用户、需要购买饮料或矿泉水的用户、需要购买球杆的用户、需要提供停车场的用户等。需求用户属于所述高尔夫球场内的用户。高尔夫球场内设施处包括但不限于：前台、更衣室、餐厅、专卖店、存包处、停车场等。

更进一步，本实施例提供的高尔夫球场管理***还可以统计高尔夫球场的日常营业额，日常用户数量等信息，从而生成报表。基于此，服务端200还可以根据预设报表策略，对高尔夫球场的各种数据进行统计分析，产生所需的报表，例如基础报表或订制报表等。

由上述可见，本实施例提供的高尔夫球场管理***，通过服务端、用户端、以及球童端之间的相互配合，可以自动化管理高尔夫球场涉及的各种业务，例如预订时间表发布、球场预订、用户信息管理、球童排班、比赛信息实时跟踪、场内设施管理及服务自动化，甚至报表生成等，是一种能够全面、统一管理高尔夫球场涉及的各种业务的管理***，同时，通过该***可以将现有的人工或线下管理改变为线上管理，有利于提高管理效率，节约人员成本。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤201和步骤202的执行主体可以为设备A，步骤203的执行主体可以为设备B；又比如，步骤201的执行主体可以为设备A，步骤202和步骤203的执行主体可以为设备B；等等。

图4为本申请又一实施例提供的球场用户信息处理装置的结构示意图。如图4所示，该装置包括：信息获取模块41、判断模块42、身份级别确定模块43、打球权益确定模块44和信息存储模块45。

信息获取模块41，用于获取待处理用户的基本信息；

判断模块42，用于判断待处理用户的基本信息是否存在于高尔夫球会的用户信息库中。

身份级别确定模块43，用于在判断模块42的判断结果为否时，确定待处理用户在高尔夫球会中的身份级别。

打球权益确定模块44，用于根据待处理用户在高尔夫球会中的身份级别，确定待处理用户在高尔夫球会中享有的打球权益。

信息存储模块45，用于将待处理用户的基本信息、身份级别和打球权益对应存储到用户信息库中。

进一步，如图5所示，该装置还包括：查询模块46和信息提供模块47。

查询模块46，用于在判断模块42的判断结果为是时，查询用户信息库，以确定待处理用户在高尔夫球会中享有的打球权益。

信息提供模块47，用于根据待处理用户在高尔夫球会中享有的打球权益，向待处理用户提供高尔夫球会的服务信息。

在一可选实施方式中，信息获取模块41具体用于执行以下至少一种操作：

根据待处理用户的球场预订请求，向待处理用户展示预订信息页，响应于待处理用户在预订信息页上的输入操作，获取待处理用户的基本信息；

根据待处理用户的注册请求，向待处理用户展示注册信息页，响应于待处理用户填写注册信息页的操作，获取待处理用户的基本信息；

录入待处理用户在球会登记的信息，作为待处理用户的基本信息。

在一可选实施方式中，身份级别确定模块43具体用于执行以下至少一种操作：

根据待处理用户的基本信息，确定待处理用户在高尔夫球会中的身份级别；

根据待处理用户认识高尔夫球会的方式，确定待处理用户在高尔夫球会中的身份级别；

根据待处理用户预订球场的渠道，确定待处理用户在高尔夫球会中的身份级别。

可选的，上述待处理用户在高尔夫球会中享有的打球权益包括以下至少一种：

打球优惠折扣、可享受的开球时段、可携带的嘉宾人数及嘉宾折扣、是否每年缴纳管理费。

本实施例提供的球场用户信息处理装置可位于服务端200实现，或者分布在用户端100和服务端200中实现。

对于球场用户信息处理装置分布在用户端100和服务端200中实现的情况，实际上是指球场用户信息处理装置的部分功能可以分布到用户端100和服务端200中实现。例如，信息获取模块41可分为两部分，一部分部署于用户端100，用于实现与待处理用户之间的交互，例如响应于待处理用户执行球场预订的操作，或者响应于待处理用户执行注册的操作等；一部分部署于服务端200，用于与部署于服务端100的部分进行交互，完成待处理用户的基本信息的获取，例如从预订信息页或注册信息页中提取待处理用户的基本信息。

本实施例提供的球场用户信息处理装置，获取待处理用户的基本信息之后，自动判断待处理用户的基本信息是否存在于高尔夫球会的用户信息库中，并在识别出待处理用户的基本信息未存在于用户信息库时，确定待处理用户在高尔夫球会中的身份级别，进而根据该身份级别确定待处理用户在高尔夫球会中享有的打球权益，将待处理用户的基本信息、身份级别和打球权益对应存储到用户信息库中，实现球场用户信息的自动化管理，提高了球场用户信息的管理效率、降低了人员成本。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、***或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种球场用户信息处理方法，其特征在于，包括：

获取待处理用户的基本信息；

判断所述待处理用户的基本信息是否存在于高尔夫球会的用户信息库中；

若判断结果为否，确定所述待处理用户在高尔夫球会中的身份级别；

根据所述待处理用户在高尔夫球会中的身份级别，确定所述待处理用户在高尔夫球会中享有的打球权益；

将所述待处理用户的基本信息、身份级别和打球权益对应存储到所述用户信息库中。

2.根据权利要求1所述的方法，其特征在于，还包括：

若判断结果为是，查询所述用户信息库，以确定所述待处理用户在高尔夫球会中享有的打球权益；

根据所述待处理用户在高尔夫球会中享有的打球权益，向所述待处理用户提供高尔夫球会的服务信息。

3.根据权利要求1所述的方法，其特征在于，所述获取待处理用户的基本信息，包括以下至少一种：

根据所述待处理用户的球场预订请求，向所述待处理用户展示预订信息页，响应于所述待处理用户在所述预订信息页上的输入操作，获取所述待处理用户的基本信息；

根据所述待处理用户的注册请求，向所述待处理用户展示注册信息页，响应于所述待处理用户填写所述注册信息页的操作，获取所述待处理用户的基本信息；

录入所述待处理用户在球会登记的信息，作为所述待处理用户的基本信息。

4.根据权利要求1所述的方法，其特征在于，所述确定所述待处理用户在高尔夫球会中的身份级别，包括以下至少一种：

根据所述待处理用户的基本信息，确定所述待处理用户在高尔夫球会中的身份级别；

根据所述待处理用户认识高尔夫球会的方式，确定所述待处理用户在高尔夫球会中的身份级别；

根据所述待处理用户预订球场的渠道，确定所述待处理用户在高尔夫球会中的身份级别。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述待处理用户在高尔夫球会中享有的打球权益包括以下至少一种：

打球优惠折扣、可享受的开球时段、可携带的嘉宾人数及嘉宾折扣、是否每年缴纳管理费、是否免球包寄存费、以及是否免更衣室设施费。

6.一种球场用户信息处理装置，其特征在于，包括：

信息获取模块，用于获取待处理用户的基本信息；

判断模块，用于判断所述待处理用户的基本信息是否存在于高尔夫球会的用户信息库中；

身份级别确定模块，用于在所述判断模块的判断结果为否时，确定所述待处理用户在高尔夫球会中的身份级别；

打球权益确定模块，用于根据所述待处理用户在高尔夫球会中的身份级别，确定所述待处理用户在高尔夫球会中享有的打球权益；

信息存储模块，用于将所述待处理用户的基本信息、身份级别和打球权益对应存储到所述用户信息库中。

7.根据权利要求6所述的装置，其特征在于，还包括：

查询模块，用于在所述判断模块的判断结果为是时，查询所述用户信息库，以确定所述待处理用户在高尔夫球会中享有的打球权益；

信息提供模块，用于根据所述待处理用户在高尔夫球会中享有的打球权益，向所述待处理用户提供高尔夫球会的服务信息。

8.根据权利要求6所述的装置，其特征在于，所述信息获取模块具体用于执行以下至少一种操作：

根据所述待处理用户的球场预订请求，向所述待处理用户展示预订信息页，响应于所述待处理用户在所述预订信息页上的输入操作，获取所述待处理用户的基本信息；

根据所述待处理用户的注册请求，向所述待处理用户展示注册信息页，响应于所述待处理用户填写所述注册信息页的操作，获取所述待处理用户的基本信息；

录入所述待处理用户在球会登记的信息，作为所述待处理用户的基本信息。

9.根据权利要求6所述的装置，其特征在于，所述身份级别确定模块具体用于执行以下至少一种操作：

根据所述待处理用户的基本信息，确定所述待处理用户在高尔夫球会中的身份级别；

根据所述待处理用户认识高尔夫球会的方式，确定所述待处理用户在高尔夫球会中的身份级别；

根据所述待处理用户预订球场的渠道，确定所述待处理用户在高尔夫球会中的身份级别。

10.根据权利要求6-9任一项所述的装置，其特征在于，所述待处理用户在高尔夫球会中享有的打球权益包括以下至少一种：

打球优惠折扣、可享受的开球时段、可携带的嘉宾人数及嘉宾折扣、是否每年缴纳管理费、是否免球包寄存费、以及是否免更衣室设施费。