一种数据处理方法及中央预定系统、销售端与流程

本申请涉及电子信息领域，尤其涉及一种数据处理方法及中央预定系统、销售端。
背景技术：
：酒店直连售卖体系是一种订单可以直接从电商的预定平台(例如阿里旅行)直接传输到酒店前台的体系。图1为酒店直连售卖体系的架构，包括中央预定系统、销售端和酒店前台终端。中央预定系统是指，酒店集团或者集团中管理的单体酒店共同使用的用于依据预设的价格体系发布价格，并接受订单预定的系统。销售端获取用户的订单数据后，将订单数据传输到中央预定系统，由中央预定系统对订单数据进行处理，并将处理后的订单数据传输到酒店前台终端。然而，目前，中央预定系统发布的价格，不允许销售端修改，因此，销售端不便于进行自主的营销活动。可见，酒店直连售卖体系的使用便利性不高。技术实现要素：中央预定系统本申请提供了一种数据处理方法及装置，目的在于解决在如何提高酒店直连售卖体系的使用便利性的问题。为了实现上述目的，本申请提供了以下技术方案：一种数据处理方法，包括：接收销售端发送的第一资源数据，所述第一资源数据中包括第一资源参数和可调整标识，所述第一资源参数依据所述可调整标识触发获取；依据所述可调整标识，确定所述第一资源参数验证通过。可选的，所述第一资源数据中还包括：第一规则代码，所述规则代码用于指示与房型和入住时间对应的预定条件和/或入住权益，所述第一资源参数用于表示用户依据所述第一预定条件预定、在所述第一规则代码对应的入住时间、在与所述第一规则代码对应的房型入住单位时间的资源量。可选的，在所述接收销售端发送的第一资源数据之前，还包括：向所述销售端发送第二资源数据，所述第二资源数据中包括所述可调整标识、第二资源参数和第二规则代码；所述第二资源参数用于表示用户依据所述第二规则代码指示的预定条件预定、在所述第二规则代码对应的入住时间、在与所述第二规则代码对应的房型入住单位时间的资源量；所述第一资源参数依据所述可调整标识、以所述第二资源参数为参考得到；所述第一规则代码依据所述可调整标识、以所述第二规则代码为参考得到；或者，所述第一规则代码与所述第二规则代码相同。一种数据处理方法，包括：获取第一资源数据，所述第一资源数据中包括第一资源参数和可调整标识；依据所述可调整标识，获取第二资源参数，所述第二资源参数依据所述第一资源参数生成；向中央预定系统发送第二资源数据，所述第二资源数据中包括所述可调整标识和所述第二资源参数，所述可调整标识用于触发所述中央预定系统确认所述第二资源参数验证通过。可选的，所述第一资源数据中还包括：第一规则代码，所述规则代码用于指示与房型和入住时间对应的预定条件和/或入住权益，所述第一资源参数用于表示用户依据所述第一预定条件预定、在所述第一规则代码对应的入住时间、在与所述第一规则代码对应的房型入住单位时间的资源量；在所述向中央预定系统发送第二资源数据之前，还包括：依据所述可调整标识，获取第二规则代码，所述第二规则代码依据所述第一规则代码生成，所述第二资源参数用于表示用户依据所述第二规则代码指示的预定条件预定、在所述第二规则代码对应的入住时间、在与所述第二规则代码对应的房型入住单位时间的资源量。一种中央预定系统，包括：接收模块，用于接收销售端发送的第一资源数据，所述第一资源数据中包括第一资源参数和可调整标识，所述第一资源参数依据所述可调整标识触发获取；确定模块，用于依据所述可调整标识，确定所述第一资源参数验证通过。可选的，所述第一资源数据中还包括：第一规则代码，所述规则代码用于指示与房型和入住时间对应的预定条件和/或入住权益，所述第一资源参数用于表示用户依据所述第一预定条件预定、在所述第一规则代码对应的入住时间、在与所述第一规则代码对应的房型入住单位时间的资源量。可选的，所述接收模块还用于：在所述接收销售端发送的第一资源数据之前，向所述销售端发送第二资源数据，所述第二资源数据中包括所述可调整标识、第二资源参数和第二规则代码；所述第二资源参数用于表示用户依据所述第二规则代码指示的预定条件预定、在所述第二规则代码对应的入住时间、在与所述第二规则代码对应的房型入住单位时间的资源量；所述第一资源参数依据所述可调整标识、以所述第二资源参数为参考得到；所述第一规则代码依据所述可调整标识、以所述第二规则代码为参考得到；或者，所述第一规则代码与所述第二规则代码相同。一种销售端，包括：第一获取模块，用于获取第一资源数据，所述第一资源数据中包括第一资源参数和可调整标识；第二获取模块，用于依据所述可调整标识，获取第二资源参数，所述第二资源参数依据所述第一资源参数生成；发送模块，用于向中央预定系统发送第二资源数据，所述第二资源数据中包括所述可调整标识和所述第二资源参数，所述可调整标识用于触发所述中央预定系统确认所述第二资源参数验证通过。可选的，所述第一资源数据中还包括：第一规则代码，所述规则代码用于指示与房型和入住时间对应的预定条件和/或入住权益，所述第一资源参数用于表示用户依据所述第一预定条件预定、在所述第一规则代码对应的入住时间、在与所述第一规则代码对应的房型入住单位时间的资源量；所述第二获取模块还用于：在所述向中央预定系统发送第二资源数据之前，依据所述可调整标识，获取第二规则代码，所述第二规则代码依据所述第一规则代码生成，所述第二资源参数用于表示用户依据所述第二规则代码指示的预定条件预定、在所述第二规则代码对应的入住时间、在与所述第二规则代码对应的房型入住单位时间的资源量。一种计算机可读介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行如下功能：接收销售端发送的第一资源数据，所述第一资源数据中包括第一资源参数和可调整标识，所述第一资源参数依据所述可调整标识触发获取；依据所述可调整标识，确定所述第一资源参数验证通过。一种计算机可读介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行如下功能：获取第一资源数据，所述第一资源数据中包括第一资源参数和可调整标识；依据所述可调整标识，获取第二资源参数，所述第二资源参数依据所述第一资源参数生成；向中央预定系统发送第二资源数据，所述第二资源数据中包括所述可调整标识和所述第二资源参数，所述可调整标识用于触发所述中央预定系统确认所述第二资源参数验证通过。本申请所述的数据处理方法，销售端依据可调整标识调整资源参数，中央预定系统依据可调整标识，确认调整后的资源参数验证通过，而不再使用本地存储的验证参数对调整后的验证参数进行比对验证，因此，销售端能够变更中央预定系统发布的资源参数，所以，具有更高的使用便利性。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为控制端与客户端的交互架构的一种应用场景的举例图；图2为本申请实施例公开的一种规则体系的示意图；图3为控制端与客户端的交互架构图；图4为本申请实施例公开的一种数据处理方法的流程图；图5为本申请实施例公开的又一种数据处理方法的流程图；图6为本申请实施例公开的销售端显示的界面中修改超级价格代码对应的价格的示意图；图7为本申请实施例公开的数据处理方法的实现效果的示意图；图8为本申请实施例公开的中央预定系统的结构示意图；图9为本申请实施例公开的销售端的结构示意图。具体实施方式本申请实施例提供的数据处理方法应用在图1所示的酒店直连售卖体系。目的在于，开放销售端的价格修改权限，并通过对中央预定系统的订单数据处理流程的改进，使得中央预定系统能够自动地正确处理订单数据，并将订单数据正确地传输到前台终端等设备。下面将结合附图，对本申请实施例公开的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。图2为本申请实施例公开的一种新的价格体系。价格体系中至少包括第一类价格数据，可选的，还可以包括第二类价格数据。其中，第一类价格数据包括规则代码、可调整标识和价格参数。规则代码用于指示与房型和入住日期对应的预定条件和/或入住权益。房型是指酒店房间的类型，入住日期是指用户入住酒店的日期。预定条件是指用户预定该房间需要遵守的条件，通常包括提前预定的天数、是否需要担保以及是否可退订等。入住权益是指用户入住后可享受的权益，通常包括是否含早餐、是否快速退房等。价格参数为中央预定系统生成的数值，用于表示用户依据预定条件预定、在规则代码对应的入住时间、入住与规则代码对应的房型一晚的价格。中央预定系统可以依据酒店的运营人员输入的数值生成价格参数。可选的，第一类价格数据中的价格参数可以为空，即中央预定系统不设置具体的数值。可调整标识用于表示价格参数是被允许调整的，而非固定的。具体的，第一类价格数据的数据结构可以如表1所示：其中规则代码、可调整标识和价格参数均为数据结构中的一个字段，其中，价格参数字段可以为空。三个字段的排序可以变化，并不限于表1中的顺序。可选的，还可以为每个价格数据配置唯一标识，以区分不同的价格数据。表1标识规则代码可调整标识价格参数第二类价格数据包括价格参数和规则代码。第二类价格数据与第一类价格数据的区别在于，第二类价格数据中的价格参数不允许调整，也不能为空，即第二价格数据中的价格参数由中央预定系统生成后，即为固定数值。第一类价格数据由中央预定系统发给销售端后，销售端可以对第一类价格数据中的价格参数和/或规则代码进行更改。具体的，如图2所示，中央预定系统设置了两个第一类价格数据(价格数据2和价格数据3)和一个第二类价格数据(价格数据1)。分别使用price2和price3表示第一类价格数据中的价格参数。使用price1表示第二类价格数据中的价格参数。销售端可以对price2和price3进行更改。例如，price2a和price2b均为基于price2生成的营销价格。price3a为基于price3的手机专享价，price3b为基于price3的学生专享价等。销售端不仅可以更改价格参数，也可以相应更改价格参数对应的规则代码。基于营销的目的，新生成的营销价格可能低于第一类价格数据中的原始价格参数。在此情况下，更改后的规则代码指示的预定条件比更改前的规则代码指示的预订条件更有利于商家，也就是说，更改后的预定条件的“下限”为更改前的预定条件。具体的，更改预定条件可以包括以下操作：提前预定时间、将无需担保更改为需要担保等。例如，销售端将第一类价格数据中的价格参数由price2降低至price2a，并将第一类价格数据中的指示提前15天预定的规则代码更改为指示提前20天预订的规则代码。可选的，在第一类价格数据中价格参数为空的情况下，销售端依据营销目的，设置价格参数。可见，如图2所示，中央预定系统设置的价格数据分别为价格数据1、价格数据2和价格数据3的情况下，销售端可以依据价格数据2和价格数据3，扩展出多种价格数据。扩展出的价格数据中，包括扩展出的价格参数和可调整标识，可选的，还可以包括扩展出的规则代码或者未更改的规则代码。基于图2所示的价格体系，销售端可以更改价格数据，因此，能够灵活地开展各种形式的营销活动。图3为本申请实施例公开的一种数据处理方法，将重点说明：基于图2所示的价格体系，在销售端更改价格数据的情况下，中央预定系统自动地正确处理订单数据，并将订单数据正确地传输到前台终端等设备的过程。图3中包括以下步骤：s301：中央预定系统生成并发布第一类价格数据。如前所示，第一类价格数据中包括价格参数、可调整标识和规则代码。s302：销售端依据第一类价格数据中的可调整标识，对第一类价格数据进行更改。具体的，所述更改包括更改第一类价格数据中的价格参数，可选的，还包括更改第一类价格数据中的规则代码。需要说明的是，如果第一类价格数据中的价格参数为空，销售端设置价格参数，为销售端更改第一类价格数据中的价格参数的一种特殊情况。s303：销售端依据用户的预定操作，生成订单数据，订单数据中包括更改后的第一类价格数据，并向中央预定系统发送订单数据。更改后的第一类价格数据中包括更改后的价格参数、可调整标识和规则代码。规则代码可以为未更改的原始代码，也可以为更改后的规则代码。可选的，在销售端没有更改规则代码的情况下，更改后的第一类价格数据中也可以不包括规则代码，以节省传输资源。s304：中央预定系统依据更改后的第一类价格数据中的可调整标识，确定更改后的第一类价格数据验证通过。也就是说，中央预定系统依据可调整标识确定第一类价格数据验证通过，而不再以第一类价格数据中的价格参数是否与本地存储的价格参数一致作为验证依据。换句话说，中央预定系统对于具有可调整标识的价格数据中的价格参数不进行一致性验证，而均视为验证通过，从而保证销售端修改后的价格数据在系统中正常传输。可选的，在更改后的第一类价格数据中可以不包括规则代码的情况下，中央预定系统将本地存储的第一类价格数据中的规则代码合并到订单数据中。s305：中央预定系统将订单数据进行处理后发给前台终端。可选的，中央预定系统还可以将订单数据发给财务系统。因为订单数据中包括第二价格参数，所以，即使销售端更改了价格参数，财务系统以及前台也能正确接收到实际的价格参数，从而保证财务的正确性。下面将结合图2所示的价格体系，对图3所示的过程进行举例说明：如图4所示，中央预定系统通过图5所示的界面，生成并发布第一类价格数据(价格数据2和价格数据3)，即酒店运营人员在图5中所示的界面中，选择超级代码选项为“是”，价格校验选项为“否”，中央预定系统即确定发布的价格数据为第一类价格数据。酒店运营人员在图5中所示的界面中，选择超级代码选项为“否”，价格校验选项为“是”，中央预定系统即确定发布的价格数据为第二类价格数据。销售端使用图6所示的编辑界面，接收销售人员对于价格数据2和价格数据3中的价格参数的更改，扩展出如图2所示的多种价格数据。对于价格数据1，因为不包括可调整标识，因此，销售端不能更改其中的价格参数。销售端将扩展出的价格数据以及不可更改的价格数据1展示给用户，并在接收用户的下单操作后，生成订单数据，价格扩展出的价格数据和不可更改的价格数据1均被客户执行预定操作，则订单数据中包括扩展出的价格数据和不可更改的价格数据1。中央预定系统在接收到订单数据后，依据可调整标识，确认扩展出的价格数据验证通过。并且，比较本次存储的价格数据1中的价格参数与订单数据中的价格数据1中的价格参数是否相同，如果相同，则确认价格数据1验证通过，否则，确认价格数据1验证不通过。中央预定系统将验证通过的价格数据发送到前台终端和财务系统。从图3以及图4所示的过程可以看出：1、本实施例中，改进了中央预定系统对订单数据的处理流程，即中央预定系统识别出可调整标识后，不对超级价格代码对应的价格进行验证，所以，在销售端灵活调整价格后，中央预定系统能够对调整后的价格生成的订单数据自动处理，而不会拒绝订单的处理。2、销售端无论怎样更改价格，传回中央预定系统的数据中始终为实际价格，而非原始价格，所以，能够避免财务结算出错。3、本实施例所述的方法，可以使得销售端灵活调整价格进行促销，并可参加销售平台例如飞猪的各种促销活动，以提高销售量。如图7所示，使用本实施例所述的技术方案后，酒店的销量有显著的提升。图8为本申请实施例公开的中央预定系统，包括接收模块和确定模块。接收模块用于接收销售端发送的第一资源数据，所述第一资源数据中包括第一资源参数和可调整标识，所述第一资源参数依据所述可调整标识触发获取。确定模块用于依据所述可调整标识，确定所述第一资源参数验证通过。图9为本申请实施例公开的销售端，包括第一获取模块、第二获取模块和发送模块。第一获取模块用于获取第一资源数据，所述第一资源数据中包括第一资源参数和可调整标识。第二获取模块用于依据所述可调整标识，获取第二资源参数，所述第二资源参数依据所述第一资源参数生成。发送模块用于向中央预定系统发送第二资源数据，所述第二资源数据中包括所述可调整标识和所述第二资源参数，所述可调整标识用于触发所述中央预定系统确认所述第二资源参数验证通过。所述第二获取模块还可用于：在所述向中央预定系统发送第二资源数据之前，依据所述可调整标识，获取第二规则代码。以上各个模块的功能的具体实现方式，可以参见上述方法实施例，这里不再赘述。图8所示中央预定系统和图9所示的销售端，构成数据处理系统，通过可调整标识，销售端可调整中央预定系统发布的价格，中央预定系统可直接验证通过销售端修改的价格，并将修改的价格传输到各个处理单元。所以，销售端可以灵活定价，进行促销活动，中央预定系统不会因为销售端更改的价格而导致的订单被拒绝的现象。需要说明的是，上述实施例中，均以价格为例进行说明，价格还可以被替换为其它的资源，例如积分。本申请实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。当前第1页12