门票信息的展示方法、装置、设备及可读存储介质与流程

[0001]
本申请实施例涉及界面交互领域，特别涉及一种门票信息的展示方法、装置、设备及可读存储介质。


背景技术：

[0002]
在票务应用程序的门票信息展示界面中，二维码用于提供持票人的通行凭证，而在当前疫情防控的背景下，持票人在进入景区、剧场等人流密集场所之前，除了对门票进行核验外，还需要出示健康码。
[0003]
相关技术中，通过闸门对二维码进行扫描的方式对门票进行核验，而持票人在核验门票之前或者之后，还需要打开对应的程序或者小程序，对当地的健康码进行出示，以表示自己的防疫健康状况。
[0004]
然而，上述方式在进行门票核验的过程中，需要用户开启另一个程序或者小程序呼出健康码进行展示，而该过程通常会耗费大量的时长，导致门票核验的人机交互效率低，人员在场所门口堆积无法顺畅进入的问题。


技术实现要素：

[0005]
本申请实施例提供了一种门票信息的展示方法、装置、设备及可读存储介质，能够提高对门票信息和健康状态信息进行展示的人机交互效率。所述技术方案包括如下内容。
[0006]
一方面，提供了一种门票信息的展示方法，所述方法包括：接收门票信息展示操作，所述门票信息展示操作用于指示对目标帐号持有的门票进行信息展示，所述门票与至少一个身份信息对应；响应于所述门票信息展示操作，显示门票信息展示区域；在所述门票信息展示区域中显示门票标识码，所述门票标识码用于提供与所述至少一个身份信息对应的通行凭证，所述门票标识码具有标识码表现特征，所述标识码表现特征用于表示所述至少一个身份信息所对应的健康状态。
[0007]
另一方面，提供了一种门票信息的展示装置，所述装置包括：接收模块，用于接收门票信息展示操作，所述门票信息展示操作用于指示对目标帐号持有的门票进行信息展示，所述门票与至少一个身份信息对应；显示模块，用于响应于所述门票信息展示操作，显示门票信息展示区域；所述显示模块，还用于在所述门票信息展示区域中显示门票标识码，所述门票标识码用于提供与所述至少一个身份信息对应的通行凭证，所述门票标识码具有标识码表现特征，所述标识码表现特征用于表示所述至少一个身份信息所对应的健康状态。
[0008]
另一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述实施例中提供的门票信息的展示方法。
[0009]
另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述实施例中提供的门票信息的展示方法。
[0010]
另一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述实施例中任一所述的门票信息的展示方法。
[0011]
本申请实施例提供的技术方案带来的有益效果至少包括：在门票信息展示区域中展示门票标识码时，基于身份信息对应的健康状态对门票标识码以不同的标识码表现特征进行表现，即不同的健康状态在门票标识码上表现为不同的特征，将健康状态与门票标识码进行结合，在对通信凭证进行核验的同时，能够直接根据表现特征对持票人的健康状态进行监控，无需持票人另外打开应用程序对健康码进行展示，提高了门票核验的效率，以及提高了人机交互效率。
附图说明
[0012]
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
[0013]
图1是本申请一个示例性实施例提供的门票信息展示界面的示意图；图2是本申请一个示例性实施例提供的计算机系统的结构框图；图3是本申请一个示例性实施例提供的门票信息的展示方法的流程图；图4是本申请一个示例性实施例提供的门票信息展示区域的显示过程示意图；图5是本申请一个示例性实施例提供的门票信息展示区域的界面示意图；图6是本申请另一个示例性实施例提供的门票信息的展示方法的流程图；图7是本申请另一个示例性实施例提供的门票信息的展示方法的流程图；图8是本申请一个示例性实施例提供的门票购买界面的示意图；图9是本申请一个示例性实施例提供的门票标识码切换显示的示意图；图10是本申请另一个示例性实施例提供的门票信息展示装置的结构框图；图11是本申请一个示例性实施例提供的终端的结构示意图。
具体实施方式
[0014]
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
[0015]
首先，对本申请实施例中涉及的名词进行简单介绍：图形标识码：是一种通过某一种或几种特定的几何图形按一定规律分布而形成的用于记录数据符号信息的图形。在一些实施例中，图形标识码起标识性作用，即，图形标识码本身不具备实际含义，仅通过标识码信息对某个实体进行标识，示意性的，图形标识码可被识
别为一组数字，通过该数字能够对用户持有的门票进行唯一标识；或者，图形标识码本身存储有具有实际含义的数据，示意性的，图形标识码可被识别为一个网页链接，该网页链接能够在图形标识码被识别时触发跳转至对应的网页。在一些实施例中，图形标识码包括条形码（或称为一维条码）和二维码中的任意一种。
[0016]
条形码是由一组规则排列的条、空以及对应的字符组成的标记，“条”指对光线反射率较低的部分，“空”指对光线反射率较高的部分，这些条和空组成的数据表达一定的信息，并能够用采用特定设备识读，转换成与计算机兼容的二进制和十进制信息。
[0017]
二维码是用某一种或几种几何图形按一定规律在平面（二维方向）上分布的图形；在代码编制上巧妙地利用构成计算机内部逻辑基础的“0”、“1”比特流的概念，使用若干个与二进制相对应的几何形体来表示文字数值信息，通过图像输入设备或光电扫描设备自动识读以实现信息自动处理。
[0018]
在一些实施例中，二维码是在一个矩形空间通过黑、白像素在矩阵中的不同分布进行编码得到的图形码。在矩阵相应元素位置上，用点（方点、圆点或其他形状）的出现表示二进制“1”，点的不出现表示二进制的“0”，点的排列组合确定了矩阵式二维条码所代表的意义。
[0019]
本申请实施例中，以园区门票核验的场景为例进行说明，该图形标识码可以实现为二维码的形式，示意性的，该图形标识码为用户在购买门票后生成的二维码，当门票核验设备对二维码进行信息采集后，能够识别得到该二维码中所包含的标识信息，该标识信息用于唯一标识用户所购买的门票，从而门票核验设备能够识别得到门票对应的标识信息，并与已存储的可放行的标识信息进行匹配，当匹配成功时，控制闸机开放，使用户能够通过闸机。
[0020]
标识码表现特征：是根据图形标识码的大小、形状、颜色或者矩阵相应元素位置上的点的形状对某种特定含义进行表征的特征。
[0021]
示意性的，以标识码表现特征实现为图形标识码的颜色为例进行说明，相关技术中，图形标识码实现为通过黑、白像素在矩阵中的不同分布进行编码得到的图形码，而本申请实施例中，当标识码表现特征为绿色表现特征时，以绿色、白色像素在矩阵中的不同分布进行编码得到图形标识码；或者，当标识码表现特征为黄色表现特征时，以黄色、白色像素在矩阵中的不同分布进行编码得到图形标识码，本申请实施例对标识码表现特征对应的颜色不加以限定。
[0022]
示意性的，以标识码表现特征实现为图形标识码的形状为例进行或说明，该图形标识码可以编码为圆形图形码、方形图形码、菱形图形码等，本申请实施例对此不加以限定。
[0023]
门票信息：是用于提供用户进入指定地点的通行凭证的信息。示意性的，该门票信息包括订单信息、购票人信息、持票人信息、持票人的健康信息等。
[0024]
示意性的，请参考图1，其示出了本申请一个示例性实施例提供的门票信息展示界面的示意图，如图1所示，门票信息展示界面100中包括订单信息110，该订单信息110中展示有用户所持有的门票对应的使用时效信息，其中，使用时效信息中包括日期（2020-12-23）、时间段（08:00-18：00）等信息。其中，日期为用户在购买门票时自行选择的，或，系统根据门票购买排队情况自动生成的；时间段信息为系统预先设定的，如：系统根据季节或气候为不
同的日期设置不同的时间段。
[0025]
门票信息展示界面100中还包括持票人的身份证信息120，该身份证信息120中包括持票人的姓名、身份证号码，身份证信息120由购票人在购买门票时填写。
[0026]
门票信息展示界面100中还包括持票人的入园码信息130。入园码信息130包括持票人的字符凭证码（如图1所示的1:301520312）和图形标识码（如图1所示的二维码）。本申请实施例中，该入园码信息130中的图形标识码显示有标识码表现特征，如：显示有颜色a，该颜色a用于指示持票人的健康状态。
[0027]
值得注意的是，上述持票人和购票人可以是同一个人（即，购票人为自己购买门票的场景），也可以是不同人（即，购票人为他人购买门票的场景）。
[0028]
图2示出了本申请一个示例性实施例提供的计算机系统的结构框图。该计算机系统包括：终端220、后台服务器240和资源局服务器260。
[0029]
终端220安装和运行有支持网络购票的票务应用程序。该票务应用程序满足展会票务、活动售票、演唱会售票、院线售票、景区售票、生态园票务等众多使用场景。
[0030]
终端220在运行上述票务应用程序时，能够对门票进行购买，如：对展会门票、活动门票、景区门票等，本申请实施例对此不加以限定。
[0031]
当用户通过终端220对门票进行购买时，首先在终端220上显示订单确认界面，在订单确认界面中，对门票购买信息进行填充，如：持票人信息、门票数量信息、门票使用时间信息等，当用户对门票购买信息填充完毕后，终端220将门票购买信息发送至后台服务器240。
[0032]
终端220通过无线网络或有线网络与后台服务器240相连。
[0033]
后台服务器240用于对门票购买事件进行响应，如：后台服务器240接收终端220发送的门票购买信息后，对门票购买信息进行存储。
[0034]
资源局服务器260中存储有与身份信息对应的健康状态，示意性的，资源局服务器260的数据库中存储有身份证号码与健康状态的对应关系。
[0035]
在一些实施例中，由于门票购买信息中还包括持票人信息，如：持票人的身份证号码，基于防疫安全要求，后台服务器240需要对持票人的健康状态进行确定。本申请实施例中，后台服务器240通过调用资源局服务器260的数据查询接口，基于持票人的身份证号码对持票人的健康状态进行查询。
[0036]
其中，后台服务器240通过无线网络或有线网络与资源局服务器260相连。
[0037]
在一些实施例中，后台服务器240基于查询得到的健康状态生成与门票对应的图形标识码并反馈至终端220，该图形标识码用于唯一标识终端220所购买的门票，且该图形标识码具备表现特征，用于表示该持票人的健康状态。终端220在接收到图形标识码后，可以在门票信息展示界面中对图形标识码进行展示。
[0038]
终端220的设备类型包括：智能手机、平板电脑、电子书阅读器、mp3播放器、mp4播放器、膝上型便携计算机和台式计算机中的至少一种。本领域技术人员可以知晓，上述终端的数量可以更多或更少。比如上述终端可以仅为一个，或者上述终端为几十个或几百个，或者更多数量。本申请实施例对终端的数量和设备类型不加以限定。
[0039]
后台服务器240可以是一台服务器，也可以是多台服务器组成的服务器集群，可以是物理服务器设备，也可以是云服务器，本申请实施例对此不加以限定。
[0040]
资源局服务器260可以是一台服务器，也可以是多台服务器组成的服务器集群，可以是物理服务器设备，也可以是云服务器，本申请实施例对此不加以限定。
[0041]
图3是本申请一个示例性实施例提供的门票信息的展示方法的流程图，以该方法应用于如图2所示的终端中为例进行说明，如图3所示，该方法包括如下步骤。
[0042]
步骤301，接收门票信息展示操作。
[0043]
门票信息展示操作用于指示对目标帐号持有的门票进行信息展示，门票与至少一个身份信息对应。
[0044]
该门票信息展示操作为在票务应用程序中，针对目标帐号购买的门票进行展示的操作，该门票信息展示操作的触发方式包括如下方式中的至少一种。
[0045]
第一，在票务应用程序的订单展示界面中包括目标帐号已购买或者已预订的服务，其中，包括目标帐号已购买或者已预订的门票，将订单展示界面中的触控操作作为门票信息展示操作。
[0046]
示意性的，在订单展示界面中显示有目标帐号当前已购买或者已预订的门票，则终端接收对目标订单的触控操作作为门票信息展示操作，其中，目标订单为目标帐号对门票进行购买或者预定的订单。如：订单展示界面中包括门票订单a、团购订单b、餐饮订单c，接收对门票订单a的点击操作作为门票信息展示操作。其中，上述举例中以点击操作为例进行说明，该触控操作还可以实现为长按操作、重力按压操作、滑动操作等，本申请实施例对触控操作的具体实现形式不加以限定。以滑动操作为例，如：终端接收在门票订单a上的向右滑动操作，从而将该向右滑动操作作为门票信息展示操作触发门票信息的展示。
[0047]
其中，在该方案下，门票可以是购票人已经支付完毕的，也可以是购票人预定且未支付的，示意性的，当门票是购票人已完成支付的票据时，则持票人能够根据该门票直接进入场所，并在结束后离开场所；而当门票是购票人预定的且未支付时，持票人可以根据门票进入场所，并在离开场所之前完成支付。
[0048]
第二，在票务应用程序的门票购买界面中进行资源交换操作，由于资源交换完毕后会自动跳转展示门票信息，故将资源交换操作作为门票信息展示操作。
[0049]
示意性的，在票务应用程序中显示门票购买界面，其中门票购买界面中包括门票的基础信息、购票人在购买门票时选择或者填充的信息，如：门票所针对的场所、门票价格、门票使用时间、数量、持票人信息、优惠信息、总价等。门票购买界面中还包括支付控件，当终端接收到在支付控件上的触发操作时，基于该触发操作对购买的门票进行资源交换，也即通过资源交换实现对门票的购买。而在一些实施例中，当购票人完成资源交换操作后，终端会自动跳转至门票信息展示界面，故将该资源交换操作作为门票信息展示操作。
[0050]
在一些实施例中，购票人可以通过虚拟货币、实际货币、道具资源、积分资源等进行资源交换。示意性的，购票人采用积分资源进行资源交换，则在对支付控件进行触发后，显示支付信息，并通过积分资源完成支付操作，对门票进行购买。
[0051]
在一些实施例中，门票与至少一个身份信息对应，即，门票信息与身份信息一一对应；或者，门票信息与多个身份信息对应，该门票信息能够提供多个持票人的通行凭证。
[0052]
示意性的，当门票信息与身份信息一一对应，则门票信息中的二维码仅能提供单个持票人的通行凭证；当门票信息与多个身份信息对应，则门票信息中的二维码能够提供多个持票人的通行凭证。
[0053]
当门票信息提供多个持票人的通行凭证时，门票核验方式包括：在通行闸机上对门票信息中的二维码进行扫描，从而对门票信息中所包含的身份信息进行录入，持票人通过刷身份证的方式进行身份核验并通行；或，在通行闸机上对门票信息中的二维码进行扫描，从而对门票信息中所包含的身份信息进行录入，持票人通过人脸识别的方式进行身份核验并通行；或，在通行闸机上对门票信息中的二维码进行扫描，从而对门票信息中所包含的持票人的数量进行录入，从而与该数量对应的持票人能够通行。上述方式仅为示意性的举例，本申请实施例对门票信息提供多个持票人的通行凭证时的门票核验方式不加以限定。
[0054]
步骤302，响应于门票信息展示操作，显示门票信息展示区域。
[0055]
门票信息展示区域是在票务应用程序中，基于门票信息展示操作展示的区域。在一些实施例中，该门票信息展示区域的显示方式包括如下方式的至少一种。
[0056]
第一，基于当前展示的界面跳转至门票信息展示界面，则门票信息展示界面中用于对门票信息进行展示的区域即为门票信息展示区域。
[0057]
示意性的，当前终端显示的界面为订单展示界面，订单展示界面中包括目标帐号当前已购买或者已预订的门票，则终端接收对目标订单的触控操作作为门票信息展示操作后，跳转显示与该目标订单对应的门票信息展示界面，在该门票信息展示界面中，用于对门票信息进行展示的区域即为门票信息展示区域。或者，当前终端显示的界面为订单支付界面，则当购票人完成订单支付操作时，直接从订单支付界面跳转至门票信息展示界面，在该门票信息展示界面中，用于对门票信息进行展示的区域即为门票信息展示区域。
[0058]
第二，在当前展示的界面上叠加显示一块区域作为门票信息展示区域。
[0059]
示意性的，当前终端显示的界面为订单展示界面，订单展示界面中包括目标帐号当前已购买或者已预订的门票，则终端接收对目标订单的触控操作作为门票信息展示操作后，在订单展示界面上叠加显示门票信息展示区域。或者，当前终端显示的界面为订单支付界面，则当购票人完成订单支付操作时，在订单支付界面上叠加显示门票信息展示区域。
[0060]
示意性的，请参考图4，其示出了本申请一个示例性实施例提供的门票信息展示区域的显示过程示意图。首先终端显示订单展示界面410，在订单展示界面410中包括门票订单411、电影票订单412和餐饮订单413，当接收到对门票订单411的点击操作时，在订单展示界面410上叠加显示门票信息展示区域420，该门票信息展示区域420用于展示门票订单411对应的门票信息。
[0061]
值得注意的是，上述两种显示门票信息展示区域的方式仅为示意性的举例，本申请实施例对门票信息展示区域的具体实现方式不加以限定。
[0062]
在一些实施例中，门票信息展示区域的显示时机包含如下情况中的任意一种。
[0063]
第一，门票信息展示区域是在终端和服务器进行数据交互之前显示的。
[0064]
响应于门票信息展示操作，终端直接对门票信息展示操作进行本地响应，从而显示门票信息展示区域，其中，初始状态下，门票信息展示区域中不包含门票信息，当终端与后台服务器之间进行数据交互，并在接收到后台服务器的反馈数据后，终端基于反馈数据在门票信息展示区域内展示门票信息。
[0065]
第二，门票信息展示区域是在终端和服务器进行数据交互之后显示的。
[0066]
响应于门票信息展示操作，终端与后台服务器之间进行数据交互，并在接收到后
台服务器的反馈数据后，将反馈数据与门票信息展示区域共同渲染至显示屏中进行显示。
[0067]
第三，门票信息展示区域的显示，与终端服务器之间的数据交互同步执行。
[0068]
响应于门票信息展示操作，终端与后台服务器之间进行数据交互的同时，对门票信息显示区域进行渲染。
[0069]
步骤303，在门票信息展示区域中显示门票标识码。
[0070]
门票标识码用于提供与至少一个身份信息对应的通行凭证，门票标识码具有标识码表现特征，标识码表现特征用于表示至少一个身份信息所对应的健康状态。
[0071]
标识码表现特征为门票标识码在外观上体现出来的特征，也即，该标识码表现特征为人肉眼能够观察得到的特征，示意性的，该标识码表现特征包括颜色、形状、尺寸、图案、文本内容等，其中，图案为图形标识码实现为二维码时，处于二维码中心位置的图案，文本内容为基于图形标识码识别得到的文本内容。
[0072]
健康状态用于指示身份信息对应的生命体征状态，也即，身份信息为用于唯一标识持票人的信息，则该身份信息对应的健康状态表示当前持票人的生命体征状态。在一个可选的实施例中，该健康状态用于表示身份信息对应的防疫状态，也即持票人的防疫状态。示意性的，以防疫过程中的风险等级为例进行说明，身份信息对应的健康状态为持票人基于核酸检测或者所处的地理位置生成的风险等级。
[0073]
当持票人在历史预设时间段内经过预先设定的地区集合中的地区（如：预先设定的存在风险情况的地区），或，持票人对应的核酸检测结果为阳性，则确定持票人的健康状态对应为风险状态；反之，当持票人在历史时间段内未经过预先设定地区集合中的地区，且，持票人无核酸检测结果或核酸检测结果为阴性，则确定持票人的健康状态为无风险。
[0074]
其中，预先设定的地区集合为管理人员根据国家或者地区通告设定的，包括国家或者地区通告中标定的风险地区的集合。
[0075]
在一些实施例中，基于健康状态的不同，图形标识码具有不同的标识码表现特征，以颜色为例，则基于健康状态的不同，图形标识码表现为不同的颜色。
[0076]
在一些实施例中，上述健康状态中包括第一状态和第二状态，则响应于至少一个身份信息中每个身份信息对应的健康状态为第一状态，在门票信息展示区域中以第一表现特征显示门票标识码；响应于至少一个身份信息中，存在身份信息对应的健康状态为第二状态，在门票信息显示区域中以警示表现特征显示门票标识码。
[0077]
示意性的，第一状态为无风险状态，第二状态为风险状态，则当至少一个身份信息中的每个身份信息皆对应无风险状态时，以第一表现特征显示门票标识码，用于表示当前门票对应的至少一个持票人都属于无风险的持票人。而当至少一个身份信息中存在至少一个身份信息对应风险状态时，以警示表现特征显示门票标识码，用于表示当前门票对应的至少一个持票人中存在具有风险的持票人。
[0078]
示意性的，第一状态对应的第一表现特征为绿色，第二状态对应的警示表现特征为橙色，则当至少一个身份信息中的每个身份信息皆对应无风险状态时，显示绿色的门票标识码；当至少一个身份信息中存在身份信息对应风险状态时，显示橙色的门票标识码。
[0079]
示意性的，图5是本申请一个示例性实施例提供的门票信息展示区域的界面示意图，门票信息展示区域500包含身份信息520、门票标识码540和订单信息560。订单信息560包含下单时间、有效期、价格、数量等信息。身份信息520包含购票人姓名、身份证号码等。门
票标识码540与身份信息520之间可以是一一对应关系，也可以是一对多关系，如图5所示，即为单个图形标识码对应多个身份信息的情况。
[0080]
示意性的，针对门票标识码与身份信息之间关系的不同，表现特征的展示包括如下情况。
[0081]
第一，门票标识码与所述身份信息之间存在一一对应关系。
[0082]
示意性的，当前门票标识码的表现特征为绿色，对应的身份信息是王一，则表示持票人王一的健康状态与绿色对应（如：无风险状态）；当前门票标识码的表现特征为黄色，对应的身份信息是林二，则表示持票人王一的健康状态与黄色对应（如：风险状态）。
[0083]
第二，门票标识码对应至少两个身份信息。
[0084]
在门票信息展示区域中显示至少两个身份信息，如图5所示出的身份信息520中的王一、林二、郑三所示。而图5中仅示出了单个门票标识码540，即该门票标识码540的表现特征表现了王一、林二、郑三的健康状态，而当王一、林二、郑三中存在至少一个持票人为风险状态，门票标识码540显示为黄色（表示王一、林二、郑三中至少有一个持票人存在风险），否则，显示为绿色（表示王一、林二、郑三3个持票人皆为无风险状态）。
[0085]
综上所述，本申请实施例提供的门票信息的展示方法，在门票信息展示区域中展示门票标识码时，基于身份信息对应的健康状态对门票标识码以不同的标识码表现特征进行表现，即不同的健康状态在门票标识码上表现为不同的特征，将健康状态与门票标识码进行结合，在对通信凭证进行核验的同时，能够直接根据表现特征对持票人的健康状态进行监控，无需持票人另外打开应用程序对健康码进行展示，提高了门票核验的效率，以及提高了人机交互效率。
[0086]
在一些实施例中，上述第二状态包括第一风险状态和第二风险状态，警示表现特征中包括第二表现特征和第三表现特征，其中，第一风险状态与第二表现特征对应，第二风险状态与第三表现特征对应。图6是本申请另一个示例性实施例提供的门票信息的展示方法的流程图，以该方法应用于如图2所示的终端中为例进行说明，如图6所示，该方法包括如下步骤。
[0087]
步骤601，接收门票信息展示操作。
[0088]
门票信息展示操作用于指示对目标帐号持有的门票进行信息展示，门票与至少一个身份信息对应。
[0089]
该门票信息展示操作为在票务应用程序中，针对目标帐号购买的门票进行展示操作。
[0090]
步骤602，响应于门票信息展示操作，显示门票信息展示区域。
[0091]
门票信息展示区域在上述步骤302已进行了详细说明，在此不再赘述。
[0092]
步骤603，响应于至少一个身份信息中每个身份信息对应的健康状态为第一状态，在门票信息展示区域中以第一表现特征显示门票标识码。
[0093]
示意性的，当至少一个身份信息中每个身份信息对应的健康状态皆为无风险状态，则在门票信息展示区域以绿色显示门票标识码。
[0094]
在一些实施例中，风险状态还包括中风险状态和高风险状态，则至少一个身份信息所对应的健康状态与风险状态对应时，包括如下情况中的任意一种：1、包括中风险状态；2、包括高风险状态；3、既包括中风险状态，也包含高风险状态。针对该三种情况，通过如下
步骤504至步骤506进行说明。
[0095]
步骤604，响应于至少一个身份信息中，存在第一身份信息对应的健康状态为第一风险状态，在门票信息显示区域中以第二表现特征显示门票标识码。
[0096]
示意性的，第一风险状态用于表示持票人处于中风险状态。则以黄色显示特征显示门票标识码。
[0097]
其中，中风险状态是根据持票人在历史时间段内经过的地区，或者核酸检测结果确定的。示意性的，当持票人在历史时间段内经过的地区中，存在中风险地区集合中的地区，或者，持票人的核酸检测结果为阳性转阴性时，确定持票人的健康状态对应为中风险。
[0098]
步骤605，响应于至少一个身份信息中，存在第二身份信息对应的健康状态为第二风险状态，在门票信息显示区域中以第三表现特征显示门票标识码。
[0099]
示意性的，第二风险状态用于标识持票人处于高风险状态。则以红色显示特征显示门票标识码。
[0100]
其中，高风险状态是根据持票人在历史时间段内经过的地区，或者核酸检测结果确定的。示意性的，当持票人在历史时间段内经过的地区中，存在高风险地区集合中的地区，或者，持票人的核酸检测结果为阳性时，确定持票人的健康状态对应为高风险。
[0101]
步骤606，响应于至少一个身份信息中，存在第一身份信息对应的健康状态为第一风险状态，且存在第二身份信息对应的健康状态为第二风险状态，在门票信息显示区域中以第三表现特征显示门票标识码。
[0102]
在一些实施例中，第三表现特征的显示优先级高于所述第二表现特征。
[0103]
示意性的，门票标识码的第二表现特征是黄色，门票标识码的第三表现特征是红色。响应于至少一个身份信息中，存在第一身份信息对应的健康状态为中风险，且存在第二身份信息对应的健康状态为高风险，在门票信息显示区域中以红色作为表现特征显示门票标识码。
[0104]
步骤607，响应于至少一个身份信息中，存在第一身份信息对应的健康状态为第一风险状态，且存在第二身份信息对应的健康状态为第二风险状态，在门票信息显示区域中以第四表现特征显示门票标识码。
[0105]
上述步骤606和步骤607为两个并列的步骤，可以仅执行步骤606，也可以仅执行步骤607。
[0106]
第四表现特征是不同颜色的像素点经过特征结合得到的特征。其中，特征结合方式包括以下方式中的至少一种。
[0107]
第一、第四表现特征为第二表现特征和第三表现特征拼接得到的特征。示意性的，第二表现特征为黄色表现特征，第三表现特征为红色表现特征，则门票标识码显示为部分黄色以及部分红色。在一些实施例中，门票标识码中基础颜色为黑色的区域，左半部分显示为黄色，右半部分显示为红色；或者，基础颜色为黑色的区域，根据像素点的跳色拼接，一半显示为黄色，一半显示为红色，如：第i个基础黑色像素点显示为黄色，第i+1个基础黑色像素点显示为红色。
[0108]
第二、第四表现特征为第二表现特征和第三表现特征融合得到的特征。不同颜色的像素点通过像素值融合的方式构成新的像素点。示意性的，第二表现特征对应的像素值为x，第三表现特征对应的像素值为y，则新像素点c的像素值为x和y的平均值，其中，平均值
仅为示意性的举例，该像素点c的像素值还是时x和y的加权求和值等，本申请实施例对此不加以限定。如：第二表现特征为黄色表现特征，第三表现特征为红色表现特征，则将第二表现特征和第三表现特征融合后得到的表现特征为橙色表现特征。
[0109]
综上所述，本申请实施例提供的门票信息的展示方法，门票标识码的表现特征对应至少一个身份信息，门票标识码的表现特征为第一表现特征、第二表现特征和第三表现特征，提高了门票标识码的利用率和信息量，简化了持票人入园流程，提高了人机交互效率，使持票人出游体验得到提升。
[0110]
在一些实施例中，身份信息为门票购买过程中，购票人填充的信息。图7是本申请另一个示例性实施例提供的门票信息的展示方法的流程图，以该方法应用于如图2所示的终端中为例进行说明，如图7所示，该方法包括如下步骤。
[0111]
步骤701，显示门票购买界面。
[0112]
图8是本申请一个示例性实施例提供的门票购买界面的示意图，如图8所示，门票购买界面800中主要包括三部分，第一部分为门票基础信息区域810，其中包括门票名称、地点、日期选项、数量选项、优惠选项等。其中，门票名称表示当前购票人所购买的门票的名称；地点用于指示该门票的使用地；日期选项用于供购票人选择门票的使用日期；数量选项用于供购票人选择门票所对应的持票人的数量；优惠选项用于供购票人选择可使用的抵用券/优惠券。
[0113]
第二部分为游客信息填充区域820，其中显示有一定数量的填充框。在一些实施例中，填充框内会自动填充购票人的信息，购票人能够基于自动填充的信息进行修改、删除或者增加。在一些实施例中，购票人需要输入持票人的身份信息，如：手机号、身份证号、姓名等。基于上述门票基础信息区域810中数量选项所选择的数量，购票人需要输入与该数量相等的持票人的身份信息；或，购票人输入代表持票人的身份信息。
[0114]
第三部分为订单提交区域830，该订单提交区域830中包括订单资源数量和订单提交控件，订单资源数量用于表示购票人在获取门票时需要支付的资源数量，订单提交控件用于触发该资源交换事件。在一些实施例中，订单提交区域830中还包括明细显示控件，基于对明细显示控件的触发操作，可以显示当前门票订单的资源数量明细。
[0115]
步骤702，接收在信息填充区域中的信息填充操作。
[0116]
信息填充操作包括对身份信息的填充，如：填写姓名和身份证号。
[0117]
在一些实施例中，信息填充区域中不同的填充框对应不同的填充要求，示意性的，信息填充区域中包括姓名填充框和身份证填充框，则在姓名填充框中，接收对姓名内容的填充操作，在身份证填充框中接收对身份证数据的填充操作。
[0118]
其中，姓名填充框对应的填充要求包括：字数要求、字符类型要求等；身份证填充框对应的填充要求包括数字位数要求、与姓名填充框内的填充内容之间的匹配关系要求等。
[0119]
步骤703，响应于至少一个身份信息填充完毕，接收订单提交操作。
[0120]
在一些实施例中，购票人在至少一个身份信息填充完毕后，在订单提交区域830确认提交订单。终端接收到购票人填充的至少一个身份信息，将结算需要支付的资源数量所需的信息发送给后台服务器，后台服务器基于该信息自动结算需要支付的资源数量，并显示在订单提交区域830在一些实施例中，订单提交区域830中还包括明细显示控件，终端基
于购票人输入的购票信息，在订单提交区域显示当前门票订单的资源数量明细。购票人确认需要支付的资源数量和当前门票订单的资源数量明细之后，触动订单提交控件，确认订单提交。
[0121]
步骤704，接收门票信息展示操作。
[0122]
门票信息展示操作用于指示对目标帐号持有的门票进行信息展示，门票与至少一个身份信息对应。
[0123]
该门票信息展示操作为在票务应用程序中，针对目标帐号购买的门票进行展示操作。
[0124]
步骤705，响应于门票信息展示操作，显示门票信息展示区域。
[0125]
门票信息展示区域在上述步骤302已经详细说明，在此不再赘述。
[0126]
步骤706，在门票信息展示区域中显示门票标识码。
[0127]
门票标识码用于提供与至少一个身份信息对应的通行凭证，门票标识码具有标识码表现特征，标识码表现特征用于表示至少一个身份信息所对应的健康状态。
[0128]
在一种实施例中，门票标识码与身份信息之间存在一一对应关系，目标帐号持有至少两个身份信息对应的门票。则在显示门票标识码之后，接收在门票信息展示区域中对门票标识码的滑动操作，基于滑动操作在至少两个门票标识码之间进行切换显示，至少两个门票标识码用于提供与至少两个身份信息对应的通行凭证。
[0129]
在一些实施例中，门票信息展示区域还显示有身份信息，身份信息与门票标识码匹配，响应于滑动操作，在至少两个门票标识码之间切换显示时，基于身份信息与门票标识码之间的匹配关系，同步切换显示身份信息。
[0130]
图9是本申请一个示例性实施例提供的门票标识码切换显示的示意图。如图9所示，在门票信息展示区域900中显示有二维码921和身份信息911，其中，二维码921的颜色（绿色）用于表示该身份信息911对应的健康状态（无风险）；响应于接收到在二维码921上的滑动操作，在二维码921和二维码922之间进行切换显示，同时切换显示身份信息911和身份信息912。即，在切换后的门票信息展示区域900中显示有二维码922和身份信息912，该二维码922的颜色（黄色）用于表示该身份信息912的健康状态（中风险）。
[0131]
在另一个实施例中，门票标识码对应至少两个身份信息，在门票信息展示区域中显示所述至少两个身份信息，以及在门票信息展示区域中显示与该至少两个身份信息对应的门票标识码。
[0132]
综上所述，本申请实施例提供的门票信息的展示方法，在门票信息展示区域中展示门票标识码时，基于身份信息对应的健康状态对门票标识码以不同的标识码表现特征进行表现，即不同的健康状态在门票标识码上表现为不同的特征，将健康状态与门票标识码进行结合，在对通信凭证进行核验的同时，能够直接根据表现特征对持票人的健康状态进行监控，无需持票人另外打开应用程序对健康码进行展示，提高了门票核验的效率，以及提高了人机交互效率。
[0133]
本实施例提供的方法，针对门票二维码一一对应的情况，通过在二维码上接收滑动操作，在多个持票人对应的二维码之间进行切换显示，从而提高了在多个持票人进行核验时的人机交互效率。
[0134]
本实施例提供的方法，针对门票二维码一对多的情况，通过在门票信息展示界面
中显示多个身份信息以及与该多个身份信息对应的二维码，提高了二维码的展示效率以及信息量。
[0135]
图10是本申请一个示例性实施例提供的门票信息的展示装置的结构框图，如图10所示，该装置包括如下部分：接收模块1010，用于接收门票信息展示操作，所述门票信息展示操作用于指示对目标帐号持有的门票进行信息展示，所述门票与至少一个身份信息对应；显示模块1020，用于基于所述门票信息展示操作显示门票信息展示区域；所述显示模块1020，还用于在所述门票信息展示区域中显示门票标识码，所述门票标识码用于提供与所述至少一个身份信息对应的通行凭证，所述门票标识码具有标识码表现特征，所述标识码表现特征用于表示所述至少一个身份信息所对应的健康状态。
[0136]
在一个可选的实施例中，所述显示模块1020，还用于响应于所述至少一个身份信息中每个身份信息对应的健康状态为第一状态，在所述门票信息展示区域中以第一表现特征显示所述门票标识码；所述显示模块1020，还用于响应于所述至少一个身份信息中，存在至少一个身份信息对应的健康状态为第二状态，在所述门票信息显示区域中以警示表现特征显示所述门票标识码。
[0137]
在一个可选的实施例中，所述第二状态包括第一风险状态和第二风险状态，所述警示表现特征包括第二表现特征和第三表现特征；所述显示模块1020，还用于响应于所述至少一个身份信息中，存在第一身份信息对应的健康状态为所述第一风险状态，在所述门票信息显示区域中以所述第二表现特征显示所述门票标识码；所述显示模块1020，还用于响应于所述至少一个身份信息中，存在第二身份信息对应的健康状态为所述第二风险状态，在所述门票信息显示区域中以所述第三表现特征显示所述门票标识码。
[0138]
在一个可选的实施例中，所述显示模块1020，还用于响应于所述至少一个身份信息中，存在所述第一身份信息对应的健康状态为所述第一风险状态，且存在所述第二身份信息对应的健康状态为所述第二风险状态，在所述门票信息显示区域中以所述第三表现特征显示所述门票标识码，所述第三表现特征的显示优先级高于所述第二表现特征；或，所述显示模块1020，还用于响应于所述至少一个身份信息中，存在所述第一身份信息对应的健康状态为所述第一风险状态，且存在所述第二身份信息对应的健康状态为所述第二风险状态，在所述门票信息显示区域中以所述第四表现特征显示所述门票标识码，所述第四表现特征为所述第二表现特征和所述第三表现特征结合得到的特征。
[0139]
在一个可选的实施例中，所述显示模块1020，还用于显示门票购买界面，所述门票购买界面中包括信息填充区域；所述接收模块1010，还用于接收在所述信息填充区域中的信息填充操作，所述信息填充操作用于对所述门票对应的所述至少一个身份信息进行填充；所述接收模块1010，还用于响应于所述至少一个身份信息填充完毕，接收订单提交操作。
gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1101还可以包括ai（artificial intelligence，人工智能）处理器，该ai处理器用于处理有关机器学习的计算操作。
[0148]
存储器1102可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1102还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1102中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1101所执行以实现本申请中方法实施例提供的门票信息的展示方法。
[0149]
在一些实施例中，电子设备1100还可选包括有：外围设备接口1103和至少一个外围设备。处理器1101、存储器1102和外围设备接口1103之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1103相连。具体地，外围设备包括：射频电路1104、显示屏1105、摄像头组件1106、音频电路1107、定位组件1108和电源1109中的至少一种。
[0150]
外围设备接口1103可被用于将i/o（input /output，输入/输出）相关的至少一个外围设备连接到处理器1101和存储器1102。在一些实施例中，处理器1101、存储器1102和外围设备接口1103被集成在同一芯片或电路板上；在一些其他实施例中，处理器1101、存储器1102和外围设备接口1103中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
[0151]
射频电路1104用于接收和发射rf（radio frequency，射频）信号，也称电磁信号。射频电路1104通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1104将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1104包括：天线系统、rf收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1104可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络（2g、3g、4g及5g）、无线局域网和/或wifi(wireless fidelity，无线保真）网络。在一些实施例中，射频电路1104还可以包括nfc（near field communication，近距离无线通信）有关的电路，本申请对此不加以限定。
[0152]
显示屏1105用于显示ui（user interface，用户界面）。该ui可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1105是触摸显示屏时，显示屏1105还具有采集在显示屏1105的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1101进行处理。此时，显示屏1105还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1105可以为一个，设置在电子设备1100的前面板；在另一些实施例中，显示屏1105可以为至少两个，分别设置在电子设备1100的不同表面或呈折叠设计；在另一些实施例中，显示屏1105可以是柔性显示屏，设置在电子设备1100的弯曲表面上或折叠面上。甚至，显示屏1105还可以设置成非矩形的不规则图形，也即异形屏。显示屏1105可以采用lcd(liquid crystal display，液晶显示屏)、oled(organic light-emitting diode，有机发光二极管)等材质制备。
[0153]
摄像头组件1106用于采集图像或视频。可选地，摄像头组件1106包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在
一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及vr（virtual reality，虚拟现实）拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1106还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。
[0154]
音频电路1107可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1101进行处理，或者输入至射频电路1104以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在电子设备1100的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1101或射频电路1104的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1107还可以包括耳机插孔。
[0155]
定位组件1108用于定位电子设备1100的当前地理位置，以实现导航或lbs（location based service，基于位置的服务）。定位组件1108可以是基于美国的gps（global positioning system，全球定位系统）、中国的北斗系统或俄罗斯的伽利略系统的定位组件。
[0156]
电源1109用于为电子设备1100中的各个组件进行供电。电源1109可以是交流电、直流电、一次性电池或可充电电池。当电源1109包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。
[0157]
在一些实施例中，电子设备1100还包括有一个或多个传感器1110。该一个或多个传感器1110包括但不限于：加速度传感器1111、陀螺仪传感器1112、压力传感器1113、指纹传感器1114、光学传感器1115以及接近传感器1116。
[0158]
加速度传感器1111可以检测以电子设备1100建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1111可以用于检测重力加速度在三个坐标轴上的分量。处理器1101可以根据加速度传感器1111采集的重力加速度信号，控制显示屏1105以横向视图或纵向视图进行用户界面的显示。加速度传感器1111还可以用于游戏或者用户的运动数据的采集。
[0159]
陀螺仪传感器1112可以检测电子设备1100的机体方向及转动角度，陀螺仪传感器1112可以与加速度传感器1111协同采集用户对电子设备1100的3d动作。处理器1101根据陀螺仪传感器1112采集的数据，可以实现如下功能：动作感应（比如根据用户的倾斜操作来改变ui）、拍摄时的图像稳定、游戏控制以及惯性导航。
[0160]
压力传感器1113可以设置在电子设备1100的侧边框和/或显示屏1105的下层。当压力传感器1113设置在电子设备1100的侧边框时，可以检测用户对电子设备1100的握持信号，由处理器1101根据压力传感器1113采集的握持信号进行左右手识别或快捷操作。当压力传感器1113设置在显示屏1105的下层时，由处理器1101根据用户对显示屏1105的压力操作，实现对ui界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、
图标控件、菜单控件中的至少一种。
[0161]
指纹传感器1114用于采集用户的指纹，由处理器1101根据指纹传感器1114采集到的指纹识别用户的身份，或者，由指纹传感器1114根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1101授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1114可以被设置在电子设备1100的正面、背面或侧面。当电子设备1100上设置有物理按键或厂商logo时，指纹传感器1114可以与物理按键或厂商logo集成在一起。
[0162]
光学传感器1115用于采集环境光强度。在一个实施例中，处理器1101可以根据光学传感器1115采集的环境光强度，控制显示屏1105的显示亮度。具体地，当环境光强度较高时，调高显示屏1105的显示亮度；当环境光强度较低时，调低显示屏1105的显示亮度。在另一个实施例中，处理器1101还可以根据光学传感器1115采集的环境光强度，动态调整摄像头组件1106的拍摄参数。
[0163]
接近传感器1116，也称距离传感器，通常设置在电子设备1100的前面板。接近传感器1116用于采集用户与电子设备1100的正面之间的距离。在一个实施例中，当接近传感器1116检测到用户与电子设备1100的正面之间的距离逐渐变小时，由处理器1101控制显示屏1105从亮屏状态切换为息屏状态；当接近传感器1116检测到用户与电子设备1100的正面之间的距离逐渐变大时，由处理器1101控制显示屏1105从息屏状态切换为亮屏状态。
[0164]
本领域技术人员可以理解，图11中示出的结构并不构成对电子设备1100的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
[0165]
本申请提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现上述各个方法实施例提供的虚拟环境中虚拟对象的互动方法。
[0166]
本申请还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述实施例中任一所述的虚拟环境中虚拟对象的互动方法。
[0167]
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
[0168]
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0169]
以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。