票务管理方法、装置、可读存储介质及电子设备与流程

本申请涉及景区票务管理技术领域，尤其涉及票务管理方法、装置、可读存储介质及电子设备。

背景技术：

票务管理是一种针对需要购票的相关景点、园区或者场景进出管理的方法。目前现有的票务管理方案，存在不能灵活的根据景点或园区的实际状况，例如当前场景，当前时间段开放哪些售票服务，并在面临特殊情况(如重大节假日、突发情况、临时封闭等)时的应对策略，对票务信息进行动态调整的问题，从而在用户购票时因票务信息繁杂、不准确等因素产生了不便，容易产生错误的票务订单；同时也不利于管理人员对用户的购票和消费行为进行规范化管理，造成票务管理效率降低。

技术实现要素：

本发明提供了一种票务管理方法、装置、可读存储介质及电子设备，以解决或者部分解决现有的票务管理缺乏动态管理机制，不能灵活的根据现场状况进行调整，导致用户购票不便，以及管理人员进行票务管理时效率较低的技术问题。

为解决上述技术问题，本发明提供了一种票务管理方法，包括：

客户端获取用户所处位置的场景信息；

客户端根据场景信息进行票务的场景状态配置，确定场景状态配置信息和与场景状态配置信息相匹配的可用票务列表；将包括场景状态配置信息和可用票务列表的场景配置请求发送至服务器；

服务器对场景配置请求进行验证，发送第一验证结果至客户端；

客户端根据第一验证结果、可用票务列表配置票务信息，将票务信息发送至服务器；

服务器对票务信息进行验证，获得第二验证结果；

服务器根据第二验证结果生成票务订单，将票务订单发送至客户端。

可选的，在将票务订单发送至客户端之后，上述方法还包括：

客户端根据票务订单进行票务消费；

客户端发送票务消费的完成情况至服务器；

服务器根据完成情况更新票务订单的票务信息。

可选的，服务器对场景配置请求进行验证，发送第一验证结果至客户端，具体包括：

服务器判断场景状态配置信息是否正确；

若场景状态配置信息正确，服务器发送表征场景状态配置成功的第一验证结果至客户端；

若场景状态配置信息错误，服务器发送表征场景状态配置失败的第一验证结果至客户端，以使客户端重新根据场景信息进行票务的场景状态配置，并重新确定可用票务列表。

可选的，服务器对票务信息进行验证，获得第二验证结果，具体包括：

服务器验证票务信息是否可用；

若票务信息不可用，生成表征票务信息不可用的第二验证结果；将表征票务信息不可用的第二验证结果发送至客户端，以使客户端重新配置票务信息；

若票务信息可用，生成表征票务信息可用的第二验证结果；

服务器根据第二验证结果生成票务订单，具体包括：

根据表征票务信息可用的第二验证结果生成票务订单。

如上述的技术方案，场景信息包括场景地点、当前时间以及场景状态、与场景对应的票务计划、当前场景的票务使用信息中的至少一种。

如上述的技术方案，票务信息包括用户唯一标识。

基于前述技术方案相同的发明构思，本发明还提供了一种基于场景信息配置的票务管理装置，装置包括：

获取模块，用于客户端获取用户所处位置的场景信息；

场景状态配置模块，用于客户端根据场景信息进行票务的场景状态配置，确定场景状态配置信息和与场景状态配置信息相匹配的可用票务列表；将包括场景状态配置信息和可用票务列表的场景配置请求发送至服务器；

第一验证模块，用于服务器对场景配置请求进行验证，发送第一验证结果至客户端；

票务信息配置模块，用于客户端根据第一验证结果、可用票务列表配置票务信息，将票务信息发送至服务器；

第二验证模块，用于服务器对票务信息进行验证，获得第二验证结果；

票务订单生成模块，用于服务器根据第二验证结果生成票务订单，将票务订单发送至客户端。

基于前述技术方案相同的发明构思，本发明还提供了一种可读存储介质，其上存储有计算机程序，计算机程序在被处理器执行时实现前述技术方案中任一项方法的步骤。

基于前述技术方案相同的发明构思，本发明还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现前述技术方案中任一项方法的步骤。

通过本发明的一个或者多个技术方案，本发明具有以下有益效果或者优点：

本发明提供了一种票务管理方法，通过客户端获取用户所在的场景信息进行票务的场景状态配置，发送场景状态配置信息和可用票务列表至服务器进行场景状态配置验证；然后基于服务器返回的验证结果，根据可用票务列表配置票务信息并发送至服务器验证，生成票务订单；上述方法通过场景配置确定可用票务列表，能够动态实时匹配当前场景状态下园区票务项目的开放、关闭或计划情况，自动为用户筛选准确、有效的票务项目，帮助用户获得准确、简洁的票务信息；同时上述流程化的票务管理方案可在整体上把控票务信息流转，实现合规合理的票务流程管理，提高后台票务管理的效率。

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

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明一个实施例的票务管理方法的流程示意图；

图2示出了根据本发明一个实施例的票务管理装置的结构示意图；

图3示出了根据本发明一个实施例的电子设备的架构示意图。

具体实施方式

为了使本申请所属技术领域中的技术人员更清楚地理解本申请，下面结合附图，通过具体实施例对本申请技术方案作详细描述。在整个说明书中，除非另有特别说明，本文使用的术语应理解为如本领域中通常所使用的含义。因此，除非另有定义，本文使用的所有技术和科学术语具有与本发明所属领域技术人员的一般理解相同的含义。若存在矛盾，本说明书优先。除非另有特别说明，本发明中用到的各种设备等，均可通过市场购买得到或者可通过现有方法制备得到。

为了解决现有的票务管理方案缺乏根据实际状况进行动态调整的问题，在一个可选的实施例中，如图1所示，提供了一种票务管理方法，包括：

s1：客户端获取用户所处位置的场景信息；

s2：客户端根据场景信息进行票务的场景状态配置，确定场景状态配置信息和与场景状态配置信息相匹配的可用票务列表；将包括场景状态配置信息和可用票务列表的场景配置请求发送至服务器；

具体的，以景区为例，目前许多景区中包含多个功能园区，每个功能园区提供不同的售票项目。每个功能园区存在各异的场景状态或场景信息，如当前园区在当前时刻有哪些售票项目开放，每个售票项目的开放时间范围、某个售票项目在某个时间段内是否需要控制人流密度等。现有的票务管理系统通常是将整个景区的全部售票项目展现给用户，这将导致票务信息量大，用户从大量票务信息中寻找目标票务，造成用户体验下降。

为了解决这个问题，本实施例提供的票务管理方法首先通过客户端获取用户所在位置的场景信息。可选的，场景信息包括场景地点、当前时间以及场景状态、与场景对应的票务计划、当前场景的票务使用信息中的至少一种。

场景地点和当前时间可直接从客户端上获取，客户端可以是用户的手持智能电子设备，如手机、平板电脑等，通过gps可获取用户的位置信息，通过位置信息判断用户当前所处的场景地点，即所处园区。

场景状态、票务计划、当前场景的票务使用信息可从服务器端获取；其中，场景状态表示的是当前园区的状态信息，如当前园区是否开放、开放时间段、是否处于特殊节日、是否存在突发事件、突发事件类型等；例如，场景a状态设置为每周一周三设置为开启状态，其他设置为关闭状态；对于国庆节，每天均设置为开启状态，等等。

与场景对应的票务计划包括当前园区在当前场景状态下应该开放哪些售票项目、在哪些时间段内开放这些售票项目、以及在什么样的时间、事件下开放多少售票数量，以及对哪些售票项目的用户并发数进行调整的信息，例如，在14:00～16:00的高峰时刻需要将项目a的人流控制在500人/小时以内。

当前场景的票务使用信息包括当前园区中每项售票项目在当前时刻下正在进行消费的用户数量，或当前售票项目的用户并发数量，例如项目a当前消费人数为300人。

客户端根据获得的上述场景信息，结合客户端预置的场景状态-票务计划的配置列表进行匹配，生成初步的场景状态配置信息；场景状态配置信息中包括匹配当前场景状态的可用票务列表，即当前景区/园区在当前场景状态下提供哪些票务项目的服务，还可以包括场景地点、当前时间、场景状态等信息。客户端生成带有场景状态配置信息、可用票务列表的场景配置请求指令，并将其发送至服务器进行验证。

s3：服务器对场景配置请求进行验证，发送第一验证结果至客户端；

具体的，验证场景配置请求，是为了保证在客户端配置的场景状态配置信息(可用票务列表、场景状态等)符合服务器端维护的最新信息，确保后续生成的票务订单的有效性。

可选的，服务器验证客户端发送的场景状态配置信息是否正确：

若场景状态配置信息正确，服务器发送表征场景状态配置成功的第一验证结果至客户端；

若场景状态配置信息错误，服务器发送表征场景状态配置失败的第一验证结果至客户端，以使客户端重新根据场景信息进行票务的场景状态配置，并重新确定可用票务列表。

为了提高票务管理的准确性、减少服务器计算资源的占用，只有当服务器返回了表征场景状态配置成功的第一验证结果后，服务器才继续接收客户端发送的后续信息，如票务信息。

s4：客户端根据第一验证结果、可用票务列表配置票务信息，将票务信息发送至服务器；

具体的，在场景状态配置成功后，用户在客户端基于验证后的可用票务列表，确定接下来生成票务订单的票务信息。

票务信息包括消费者/用户拟购的票务项目、票务项目对应的票务价格、票务介绍、票务开放和结束时间、票务活动信息、票务购买链接等与当前场景开放的票务直接相关的信息，可使用预置在客户端或从服务器下载的各种票务项目的票务信息模板，根据用户从可用票务项列表中选择拟购票的项目后自动生成。

可选的，票务信息包括用户唯一标识；用户唯一标识可以是用户id、用户手机号或用户身份证号等标示用户身份的信息。用户唯一标识用于准确跟踪票务管理的后续流程。

可选的，票务信息还包括客户端标签，客户端标签用于表征票务所属的场景。

可选的，票务信息还包括景点信息和场景信息。

s5：服务器对票务信息进行验证，获得第二验证结果；

具体的，服务器需要对票务信息进行验证，确认票务信息是否准确、可用。

可选的，服务器对票务信息进行验证，获得第二验证结果，具体包括：

服务器验证票务信息是否可用；

若票务信息不可用，生成表征票务信息不可用的第二验证结果；将表征票务信息不可用的第二验证结果发送至客户端，以使客户端重新配置票务信息。

具体的，验证客户端发送的票务信息是否可用，是指判断该票务对应的项目是否开放，该项目当前正在消费的用户数量当前是否已经达到并发限制，以及该项目的票务价格、票务开放时间/结束时间、票务活动、票务购买链接等票务信息是否与服务器端维护的最新信息保持一致。

s6：服务器根据第二验证结果生成票务订单，将票务订单发送至客户端。

可选的，若票务信息可用，生成表征票务信息可用的第二验证结果；

服务器根据第二验证结果生成票务订单，具体包括：

根据表征票务信息可用的第二验证结果生成票务订单。

票务订单中包括票务订单信息和上述的票务信息，票务订单信息中包括订单消费配置信息，如条形码、二维码等用于消费、使用的配置信息，以及用于跟踪订单信息的用户唯一标识、客户端标签等。将票务订单发送客户端后，可供用户进行消费，根据生成的消费依据判断是否消费成功。

可选的，在将票务订单发送至客户端之后，还包括：

s7：客户端根据票务订单进行票务消费；

s8：客户端发送票务消费的完成情况至服务器；

s9：服务器根据完成情况更新票务订单的票务信息。

具体的，客户在使用票务订单进行消费时，会存在消费成功或者消费失败的不同结果，在消费成功或者失败后，用户可以选择退票、补票操作，客户端根据消费结果、退票补票等操作生成并发送票务消费的完成情况给服务器，以对票务信息的管理进行票务消费状态的更新。至此完成了整个票务管理的过程。

上述票务管理方法为了直观起见，是以包括多个功能区的景区、主题公园等为应用场景进行说明，实际上，本实施例提供的票务管理方法还可应用于游园设施、博物馆、动物/植物园、大型影院等具有多个功能区、每个功能区提供不同售票项目的票务管理。

本实施例提供的票务管理方法具备如下的优点：

通常来说，票务管理涉及到票务流程的管理、票务数据的处理、交易现场的异常处理，购票方式的管理等多方面内容。本实施例中基于场景信息进行场景状态配置的票务管理方案，实现了完整票务流程的服务管理，包括票务开放、多元化票务购买、票务消费、票务回收、票务查询、补票退票在内的所有流程，方便快捷进行信息传递和信息处理，实现高效票务管理模式。

通过在票务管理中加入场景状态配置流程，可实现票务计划管理、场景状态配置统一纳入票务流程管理。对于票务计划管理，将预先确定的票务计划在服务器上的数据库中进行统一管理，并可根据实时状况，对售票数量限制、控制人流量、调整景区开放率等都可以进行预先处理，保障对票务的操作仅限于计划管理允许的范围内，从整体上把控票务管理；对于场景状态配置管理，通过对场景状态的匹配，可以确定当前场景下的整体票务开放和关闭情况，直观查看场景状态，然后客户端向服务器发送场景配置请求，服务器返回配置验证结果；对需要对场景状态进行分类管理的情况，可以进行分类分批管理。总的来说，场景状态配置使客户端和服务器之间的票务信息同步更加及时，除了对日常票务的配置管理之外，还能针对特殊节日、重大活动、突发情况等进行差异化配置，提供相应的应对策略管理，如控制人流、控制发票数量等，实现票务管理的高效、智能、自动、快捷便利等功能优势。

在经过场景状态配置和验证后，再进行票务信息的配置，向服务器发送符合当前场景状态的票务详细数据的请求，帮助消费者获得准确、简洁的票务信息，避免消费者在景区的全部海量票务项目中寻找与消费者当前所在场景状态相匹配的目标票务，从而提高用户的票务消费体验，同时方便后台票务管理人员管理票务详细信息。

上述票务管理方法实现了流程化、阶段化的票务信息管控，还可以获得如下的效果：首先，在任何一个过程出现了异常票务时，可以及时的追踪异常票务信息，并对异常票务可进行实时更改，避免出现异常事故的隐患后果；其次，流程化的票务管理可在整体上把控票务流转数据，分析票务流程的合规合理，判断票务发放是否满足需要，帮助票务管理人员做出决策；再次，按上述流程进行过程管理，通过客户端的场景状态配置、服务器端的场景状态验证、客户端的票务信息配置、服务器端的票务信息验证的管理步骤，相对于传统的票务控制方案，有效的解决了因高峰时期服务器端处理的票务数据量过大导致服务端内存消耗过大，在分布式的应用中的负载均衡器的能力以及应用的扩展能力均受到限制的技术问题。达到了能够在自身存储一些其他业务逻辑所必要的非敏感信息的技术效果。

本实施例提供了一种票务管理方法，通过客户端获取用户所在的场景信息进行票务的场景状态配置，发送场景状态配置信息和可用票务列表至服务器进行场景状态配置验证；然后基于服务器返回的验证结果，根据可用票务列表配置票务信息并发送至服务器验证，生成票务订单；上述方法通过场景配置确定可用票务列表，能够动态实时匹配当前场景状态下园区票务项目的开放、关闭或计划情况，自动为用户筛选准确、有效的票务项目，帮助用户获得准确、简洁的票务信息；同时上述流程化的票务管理方案可在整体上把控票务信息流转，实现合规合理的票务流程管理，提高后台票务管理的效率。

基于前述实施例相同的发明构思，在又一个可选的实施例中，如图2所示，还提供了一种基于场景信息配置的票务管理装置，包括：

获取模块10，用于客户端获取用户所处位置的场景信息；

场景状态配置模块20，用于客户端根据场景信息进行票务的场景状态配置，确定场景状态配置信息和与场景状态配置信息相匹配的可用票务列表；将包括场景状态配置信息和可用票务列表的场景配置请求发送至服务器；

第一验证模块30，用于服务器对场景配置请求进行验证，发送第一验证结果至客户端；

票务信息配置模块40，用于客户端根据第一验证结果、可用票务列表配置票务信息，将票务信息发送至服务器；

第二验证模块50，用于服务器对票务信息进行验证，获得第二验证结果；

票务订单生成模块60，用于服务器根据第二验证结果生成票务订单，将票务订单发送至客户端。

基于前述实施例相同的发明构思，在又一个可选的实施例中，还提供了一种可读存储介质，其上存储有计算机程序，计算机程序在被处理器执行时实现前述实施例中的任一种票务管理方法的步骤。

基于前述实施例相同的发明构思，在又一个可选的实施例中，还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现前述实施例中的任一种票务管理方法的步骤。

电子设备的架构如图3所示，总线架构(用总线300来代表)，总线300可以包括任意数量的互联的总线和桥，总线300将包括由处理器302代表的一个或多个处理器和存储器304代表的存储器的各种电路链接在一起。总线300还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口306在总线300和接收器301和发送器303之间提供接口。接收器301和发送器303可以是同一个元件，即收发机，提供用于在传输介质上与各种其他装置通信的单元。

处理器302负责管理总线300和通常的处理，而存储器304可以被用于存储处理器302在执行操作时所使用的数据。

通过本发明的一个或者多个实施例，本发明具有以下有益效果或者优点：

本发明提供了一种票务管理方法，通过客户端获取用户所在的场景信息进行票务的场景状态配置，发送场景状态配置信息和可用票务列表至服务器进行场景状态配置验证；然后基于服务器返回的验证结果，根据可用票务列表配置票务信息并发送至服务器验证，生成票务订单；上述方法通过场景配置确定可用票务列表，能够动态实时匹配当前场景状态下园区票务项目的开放、关闭或计划情况，自动为用户筛选准确、有效的票务项目，帮助用户获得准确、简洁的票务信息；同时上述流程化的票务管理方案可在整体上把控票务信息流转，实现合规合理的票务流程管理，提高后台票务管理的效率。

尽管已描述了本申请的优选实施例，但本领域内的普通技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

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

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

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

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。