一种域名竞拍的数据同步处理方法及系统与流程

本发明涉及计算机技术领域，特别涉及一种域名竞拍的数据同步处理方法及系统。

背景技术：

随着互联网不断发展，域名作为互联网地址的一个重要的标识，也呈现的了它的价值所在，进而催生了域名抢注模式。域名服务商A为了更大利益，开放接口寻求合作，对抢注成功的域名需要进行竞拍，价高者得。域名服务商B与A进行合作，且域名服务商A对B不允许或不支持普通用户的竞价，只能通过给定一个特定账号竞价，域名服务商B为了自身平台用户也能参与到竞拍中，为此产生了同个域名出价在两个不同的平台上出价，且相互联系。

由于同一个域名不同的平台上竞拍，因此两个平台的竞拍信息需要保持同步。双方的平台服务器所处的地理位置不同，进行信息同步的时候，不可避免的有网络延迟，对竞价实时性产生一定的影响。目前传统的解决方案是本地的竞拍，用户的每次出价都会向合作方进行报价，这种方式虽然简单，但是每次出价都要接受合作方的响应，会受到网络延迟，合作方平台的稳定性的影响。用户的每次出价，网页页面可能不能及时地响应用户的出价请求，因此导致用户体验低下。特别在高并发的情况下，耗费资源大，导致服务器压力较大。此外，占用大量的网络IO带宽(网络的输入输出，即网络通讯带宽)，可能直接导致服务器宕机，以至于平台不能正常运行。

技术实现要素：

本发明的目的在于克服现有技术的不足，提出一种克服上述问题或者至少部分地解决上述问题的一种域名竞拍的数据同步处理方法及系统。双方平台的竞拍同时进行时，本发明把合作方模拟成一个本地用户，这个用户定时通过接口控制在本地平台进行出价，本地真实用户不受影响，所述影响指的是不受合作方平台的不稳定因素影响。对应的，本地平台也作为合作方的一个用户定时的在合作方平台进行出价，合作方平台也不受我方平台影响。通过上述方案，保持了双方域名竞拍数据的同步，同时实现了高并发状态下，用户出价请求响应速度快，减少并消除非必要的网络IO，明显地降低服务器的压力。

本发明解决其技术问题所采用的技术方案是：

一种域名竞拍的数据同步处理方法，包括：

接收需周期性被执行的任务的配置请求，将设置的计划任务添加到crontab文件；所述需周期性被执行的任务包括模拟出价任务、报价任务和竞拍结束判断任务；

模拟出价任务计划被执行的时间到，通过域名列表接口获取合作方正在竞拍的域名的竞拍信息；将获取到的竞拍信息与数据库中相同域名的本地竞拍信息进行价格比较；获取合作方中的出价价格高于本地出价价格的域名，将合作方的出价价格作为本地一次模拟出价的价格，进行一次普通出价；

报价任务计划被执行的时间到，从数据库中获取正在竞拍的域名的本地竞拍信息；通过出价信息接口获取合作方对正在竞拍的域名的出价信息；判断出价信息中的最高出价者不是本地用户，通过出价接口对本地用户的最高出价价格进行出价；

竞拍结束判断任务计划被执行的时间到，通过竞拍结束列表接口获取合作方结束的竞拍域名；修改数据库中的本地竞拍信息。

优选的，所述本地竞拍信息包括：域名、竞拍开始时间、竞拍结束时间、当前价格、当前领先用户、竞拍状态和合作方状态；

所述竞拍状态包括未开始、竞拍中或已结束；

所述合作方状态包括未开始、竞拍中、已结束本地用户未得标或已结束本地用户得标。

优选的，所述通过域名列表接口获取合作方正在竞拍的域名的竞拍信息，包括：

通过域名列表接口发送包括合作方授权的账号和密码的请求信息到合作方；

接收合作方返回的正在竞拍的所有域名的竞拍信息；所述竞拍信息包括域名、当前最高价、本地用户最大出价、下次应出价的价格、剩余时间和竞拍结束时间。

对应的，另一通过域名列表接口获取合作方正在竞拍的域名的竞拍信息的方法，包括：

通过域名列表接口发送包括合作方授权的账号、密码及待查询域名的请求信息到合作方；

接收合作方返回的待查询域名的竞拍信息；所述竞拍信息包括域名、当前最高价、本地用户最大出价、下次应出价的价格、剩余时间和竞拍结束时间。

优选的，所述通过出价信息接口获取合作方对正在竞拍的域名的出价信息，包括：

通过出价信息接口发送包括合作方授权的账号、密码及待查询域名的请求信息到合作方；

接收合作方返回的待查询域名的出价信息；所述出价信息包括域名、下次应出的价格,最高出价者和竞拍结束时间。

优选的，通过出价接口对本地用户的最高出价价格进行出价，包括：

通过出价接口发送包括合作方授权的账号、密码、出价域名及出价价格的请求信息到合作方；

接收合作方返回的出价域名的出价结果信息；所述出价结果信息包括成功或失败及失败原因。

优选的，所述通过竞拍结束列表接口获取合作方结束的竞拍域名，包括：

通过竞拍结束列表接口发送包括合作方授权的账号、密码、开始时间和结束时间的请求信息到合作方；

接收合作方返回的指定开始时间和结束时间内结束的竞拍信息；所述竞拍信息包括域名、得标者、得标者的出价和竞拍结束时间。

优选的，所述获取合作方中的出价价格高于本地出价价格的域名之前，还包括：

将接收到的合作方返回的竞拍结束时间进行时区转换，获取竞拍剩余时间不为0的竞拍信息。

优选的，所述通过域名列表接口获取合作方正在竞拍的域名的竞拍信息之前和所述通过出价信息接口获取合作方对正在竞拍的域名的出价信息之前，均还包括：

从数据库中获取正在竞拍的域名的竞拍结束时间；将竞拍结束时间与当前时间做差，获取剩余时间小于等于预设时间的域名。

依据本发明的另一个方面，提供了一种域名竞拍的数据同步处理系统，包括：

模拟出价模块，用于通过域名列表接口获取合作方正在竞拍的域名的竞拍信息；将获取到的竞拍信息与数据库中相同域名的本地竞拍信息进行价格比较；获取合作方中的出价价格高于本地出价价格的域名，将合作方的出价价格作为本地一次模拟出价的价格，进行一次普通出价；

报价模块，用于从数据库中获取正在竞拍的域名的本地竞拍信息；通过出价信息接口获取合作方对正在竞拍的域名的出价信息；判断出价信息中的最高出价者不是本地用户，通过出价接口对本地用户的最高出价价格进行出价；

竞拍结束判断模块，用于通过竞拍结束列表接口获取合作方结束的竞拍域名；修改数据库中的本地竞拍信息；

计划任务配置模块，用于接受所述模拟出价模块、报价模块和竞拍结束判断模块被执行任务的配置请求，将设置的计划任务添加到crontab文件并按计划时间定时执行所述任务。

本发明提供的技术方案带来的有益效果是：

通过接收需周期性被执行的任务的配置请求，将设置的计划任务添加到crontab文件，实现了计划任务的定时执行；通过模拟出价任务的定时执行，实现了通过接口与合作方进行数据交互和同步，并将合作方平台作为本地平台的一个模拟用户在本地平台上进行竞价；通过报价任务的定时执行，实现了通过接口与合作方进行数据交互和同步，并将本地平台作为合作方平台的一个模拟用户在合作方平台上进行竞价；通过竞拍结束判断任务的定时执行，实现了通过接口获取合作方结束的竞拍域名，实现数据库中本地竞拍信息的同步修改。综上，本发明实现了保持双方域名竞拍数据的同步，同时在高并发状态下，用户出价请求响应速度快，减少并消除非必要的网络IO，明显地降低服务器的压力。

上述说明仅是本发明技术方案的概述，为了能够更清楚地了解本发明的技术手段，从而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂，以下列举本发明的具体实施方式。

根据下文结合附图对本发明具体实施例的详细描述，本领域技术人员将会更加明了本发明的上述及其他目的、优点和特征。

附图说明

图1为本发明方法的主流程图；

图2为本发明的模拟出价任务的具体执行流程图；

图3为本发明的报价任务的具体执行流程图；

图4为本发明的竞拍结束判断任务的具体执行流程图；

图5为本发明系统的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步的详细描述。

需要说明的是，本实施方式的方法的执行主体为终端，所述终端可以为手机、平板电脑、掌上电脑PDA、笔记本或台式机等设备，当然，还可以为其他具有相似功能的设备，本实施方式不加以限制。

如图1所示，本发明的一种域名竞拍的数据同步处理方法，包括：

步骤101，接收需周期性被执行的任务的配置请求，将设置的计划任务添加到crontab文件。

进一步的，所述需周期性被执行的任务包括模拟出价任务、报价任务和竞拍结束判断任务。本实施例中，所述模拟出价任务、报价任务和竞拍结束判断任务定时执行的时间均设置为每分钟。

步骤102，判断模拟出价任务、报价任务和竞拍结束判断任务计划被执行的时间是否到。

具体的，如果模拟出价任务计划被执行时间到，执行步骤103。

进一步的，如果报价任务定计划被执行时间到，执行步骤104。

进一步的，竞拍结束判断任务计划被执行时间到，执行步骤105。

步骤103，执行模拟出价任务。

具体的，模拟出价任务执行的具体步骤包括：从数据库中获取正在竞拍的域名的竞拍结束时间；将竞拍结束时间与当前时间做差，获取剩余时间小于等于预设时间的域名；通过域名列表接口获取合作方正在竞拍的域名的竞拍信息；将接收到的合作方返回的竞拍结束时间进行时区转换，获取竞拍剩余时间不为0的竞拍信息；将获取到的竞拍信息与数据库中相同域名的本地竞拍信息进行价格比较；获取合作方中的出价价格高于本地出价价格的域名，将合作方的出价价格作为本地一次模拟出价的价格，进行一次普通出价。

本实施例中，所述剩余时间为竞拍结束时间与当前时间作差获得，预设时间设置为30分钟，即只有当竞拍剩余时间小于等于30分钟时，才会通过域名列表接口获取合作方正在竞拍的域名的竞拍信息并执行后续步骤。

步骤104，执行报价任务。

具体的，报价任务执行的具体步骤包括：从数据库中获取正在竞拍的域名的竞拍结束时间；将竞拍结束时间与当前时间做差，获取剩余时间小于等于预设时间的域名；从数据库中获取正在竞拍的域名的本地竞拍信息；通过出价信息接口获取合作方对正在竞拍的域名的出价信息；判断出价信息中的最高出价者不是本地用户，通过出价接口对本地用户的最高出价价格进行出价。

本实施例中，所述剩余时间为竞拍结束时间与当前时间作差获得，预设时间设置为30分钟，即只有当竞拍剩余时间小于等于30分钟时，才会执行后续步骤。

步骤105，执行竞拍结束判断任务。

具体的，执行竞拍结束判断任务执行的具体步骤包括：通过竞拍结束列表接口获取合作方结束的竞拍域名；修改数据库中的本地竞拍信息。

为将本发明实施例的域名竞拍的数据同步处理系统阐述得更清楚更明白，现以分别对模拟出价任务、报价任务和竞拍结束判断任务的具体执行方法做详细介绍。

如图2示出了根据本发明的模拟出价任务的具体执行流程图。参见图2，方法至少包括：

步骤201，从数据库中获取正在竞拍的域名的竞拍结束时间。

步骤202，将竞拍结束时间与当前时间做差，判断正在竞拍的域名的剩余时间是否小于或等于预设时间，如果小于或等于执行步骤203，否则，竞拍剩余时间大于预设时间的域名不执行后续步骤。

本实施例中，所述剩余时间为竞拍结束时间与当前时间作差获得，预设时间设置为30分钟，即只有当竞拍剩余时间小于等于30分钟时，才会执行后续步骤。

步骤203，通过域名列表接口获取合作方正在竞拍的域名的竞拍信息。

具体的，通过域名列表接口获取合作方正在竞拍的域名的竞拍信息包括获取指定域名的竞拍信息和正在竞拍的所有域名的竞拍信息。

其中，获取指定域名的竞拍信息的步骤如下：

通过域名列表接口发送包括合作方授权的账号、密码及待查询域名的请求信息到合作方；

接收合作方返回的待查询域名的竞拍信息；所述竞拍信息包括但不限于域名、当前最高价、本地用户最大出价、下次应出价的价格、剩余时间和竞拍结束时间。

获取正在竞拍的所有域名的竞拍信息的步骤如下：

通过域名列表接口发送包括合作方授权的账号和密码的请求信息到合作方；

接收合作方返回的正在竞拍的所有域名的竞拍信息；所述竞拍信息包括但不限于域名、当前最高价、本地用户最大出价、下次应出价的价格、剩余时间和竞拍结束时间。

如果通过域名列表接口获取正在竞拍的所有域名的竞拍信息，则需要进一步根据步骤202进行筛选。因此，本实施例中，建议使用通过域名列表接口获取指定域名的竞拍信息。

步骤204，将接收到的合作方返回的竞拍结束时间进行时区转换，获取竞拍剩余时间不为0的竞拍信息；

具体的，由于合作方的时区跟本地时区可能不一致，因此需要对竞拍结束时间进行时区转换。且只有当域名竞拍剩余时间不为0即没有结束竞拍时才执行后面的步骤，否则对于已经结束竞拍的域名不再执行后续步骤。

步骤205，将获取到的竞拍信息与数据库中相同域名的本地竞拍信息进行价格比较；判断合作方中的出价价格是否高于本地出价价格的域名。

具体的，如果合作方对竞拍域名的出价价格高于本地出价价格，执行步骤206；否则不再执行后续步骤。

进一步的，所述本地竞拍信息包括但不限于域名、竞拍开始时间、竞拍结束时间、当前价格、当前领先用户、竞拍状态和合作方状态；

所述竞拍状态包括但不限于未开始、竞拍中或已结束；

所述合作方状态包括但不限于未开始、竞拍中、已结束本地用户未得标或已结束本地用户得标。

步骤206，将合作方的出价价格作为本地一次模拟出价的价格，进行一次普通出价。

具体的，将合作方当作是本地平台的一个模拟用户，具体出价步骤包括：

进行竞拍加锁；

模拟用户以普通出价方式进行出价；

修改本地竞拍数据库中的竞拍信息；

进行竞拍解锁。

竞拍的加锁与解锁解决在高并发的出价情况下，相同时间内多个用户进行出价可能出现的出价混乱。

如图3示出了根据本发明的报价任务的具体执行流程图。参见图3，方法至少包括：

步骤301，从数据库中获取正在竞拍的域名的竞拍结束时间。

步骤302，将竞拍结束时间与当前时间做差，判断正在竞拍的域名的剩余时间是否小于或等于预设时间，如果小于或等于执行步骤303，否则，竞拍剩余时间大于预设时间的域名不执行后续步骤。

本实施例中，所述剩余时间为竞拍结束时间与当前时间作差获得，预设时间设置为30分钟，即只有当竞拍剩余时间小于等于30分钟时，才会执行后续步骤。

步骤303，从数据库中获取正在竞拍的域名的本地竞拍信息。

步骤304，通过出价信息接口获取合作方对正在竞拍的域名的出价信息。

具体的，所述通过出价信息接口获取合作方对正在竞拍的域名的出价信息，包括：

通过出价信息接口发送包括合作方授权的账号、密码及待查询域名的请求信息到合作方；

接收合作方返回的待查询域名的出价信息；所述出价信息包括域名、下次应出的价格,最高出价者和竞拍结束时间。

步骤305，判断出价信息中的最高出价者是否本地用户。如果不是，执行步骤306，如果是，不再执行后续步骤。

步骤306，通过出价接口对本地用户的最高出价价格进行出价。

具体的，所述通过出价接口对本地用户的最高出价价格进行出价包括：

通过出价接口发送包括合作方授权的账号、密码、出价域名及出价价格的请求信息到合作方；

接收合作方返回的出价域名的出价结果信息；所述出价结果信息包括成功或失败，如果出价结果为失败，进一步包括失败原因。

如图4示出了根据本发明的竞拍结束判断的具体执行流程图。参见图4，方法至少包括：

步骤401,通过竞拍结束列表接口获取合作方结束的竞拍域名。

具体的，所述通过竞拍结束列表接口获取合作方结束的竞拍域名，包括：

通过竞拍结束列表接口发送包括合作方授权的账号、密码、开始时间和结束时间的请求信息到合作方；

接收合作方返回的指定开始时间和结束时间内结束的竞拍信息；所述竞拍信息包括域名、得标者、得标者的出价和竞拍结束时间。

需要说明的是，本实施例中，合作方提供的时间参数只能传递到年月日，所以一般查询的是当天结束的竞拍。

步骤402，修改数据库中的本地竞拍信息。

具体的，包括修改本地竞拍信息中的竞拍开始时间、竞拍结束时间、当前价格、竞拍状态和合作方状态。

基于同一发明构思，本发明的实施例还提供了一种域名竞拍的数据同步处理系统，用于支持上述优选实施例的域名竞拍的数据同步处理方法。图5示出了根据本发明一个实施例的域名竞拍的数据同步处理系统的结构示意图。参见图5，该域名竞拍的数据同步处理系统包括：

模拟出价模块501，用于通过域名列表接口获取合作方正在竞拍的域名的竞拍信息；将获取到的竞拍信息与数据库中相同域名的本地竞拍信息进行价格比较；获取合作方中的出价价格高于本地出价价格的域名，将合作方的出价价格作为本地一次模拟出价的价格，进行一次普通出价；

报价模块502，用于从数据库中获取正在竞拍的域名的本地竞拍信息；通过出价信息接口获取合作方对正在竞拍的域名的出价信息；判断出价信息中的最高出价者不是本地用户，通过出价接口对本地用户的最高出价价格进行出价；

竞拍结束判断模块503，用于通过竞拍结束列表接口获取合作方结束的竞拍域名；修改数据库中的本地竞拍信息；

计划任务配置模块504，用于接受所述模拟出价模块、报价模块和竞拍结束判断模块被执行任务的配置请求，将设置的计划任务添加到crontab文件并按计划时间定时执行所述任务。

本发明通过接收需周期性被执行的任务的配置请求，将设置的计划任务添加到crontab文件，实现了计划任务的定时执行；通过模拟出价任务的定时执行，实现了通过接口与合作方进行数据交互和同步，并将合作方平台作为本地平台的一个模拟用户在本地平台上进行竞价；通过报价任务的定时执行，实现了通过接口与合作方进行数据交互和同步，并将本地平台作为合作方平台的一个模拟用户在合作方平台上进行竞价；通过竞拍结束判断任务的定时执行，实现了通过接口获取合作方结束的竞拍域名，实现数据库中本地竞拍信息的同步修改。综上所述，本发明实现了保持双方域名竞拍数据的同步，同时在高并发状态下，用户出价请求响应速度快，减少并消除非必要的网络IO，明显地降低服务器的压力。

上述说明仅是本发明技术方案的概述，为了能够更清楚地了解本发明的技术手段，从而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂，以下列举本发明的具体实施方式。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。