无票主动式通行系统及方法与流程

本发明涉及自动检票领域，具体来讲，是一种无票、主动式的通行系统及方法，以及由此无票、主动式的方法带来的新的通行装置和票务app。

背景技术：

随着电子支付的兴起，电子票务代理以及电子验票已经在逐渐的普及；其在公共交通、停车场收费、高速收费等领域也在快速的成长。智能化、电子化、自动化会、无纸化是一种趋势，电子票务代理也会顺应这个趋势进一步发展。

票务代理提供代理售票服务；票务app，是使用票务代理提供的代理售票服务的便携式应用或者其它应用程序。一个票务系统包括一个或若干个票务代理，一个票务代理包括一个或若干个票务app。票务app通过票务代理购票。

票务系统中，票包括检票信息，检票装置读取检票信息，检票装置输出检票请求到检票服务，检票服务检票，获得检票结果，输出检票结果到检票装置。

现在市面上的有些检票系统，票包括二维码和/或条形码的检票信息，检票装置包括摄像头，摄像头读取二维码或者条形码形式的检票信息；在检票前，需要有一张票。票务代理的应用，还增加了电子取票的过程。问题在于，需要购票、取票。

购票、取票过程需要花费时间；而且为方便取票，站点大量部署取票装置，这不但增加了成本，而且占用场地面积。譬如乘地铁，如果没有预充值卡，则需要购票，而且地铁站部署了很多的取票机、充值卡的充值设备等；设备价格不菲、体积大、设备硬件和软件复杂、维修服务周期长。票，无论是纸质的、卡片式的，都比较小，难找、而且容易丢失。

技术实现要素：

为了克服自动检票系统中，特别是在包括入口端和出口端、需要检票进出的检票系统中，需要购票和/或取票的问题，本发明提供了一种不需要票的、主动式的通行系统及通行方法；本发明还提供了新的通行装置和票务app。通行系统，是为了代替检票系统，两者基本功能相同，都是放行；只是因为不需要票，也没有检票过程，所以改称为通行系统。同样的，检票装置也更名为通行装置。

通行装置，包括交互信息读取模块、请求模块和信息模块；信息模块包括出入口信息，出入口信息包括站点信息；出入口信息还包括通行车辆信息。

该交互信息读取模块读取交互信息，交互信息包括app用户信息。

该出入口信息还包括日期、时间的至少一种。

票务app，包括交互信息模块和交互输出模块，交互信息模块包括交互信息，交互输出模块输出交互信息；交互信息包括票务代理信息和app用户信息。

该交互输出模块为显示模块，显示条形码和/或二维码形式的交互信息；

和/或，该票务代理信息包括票务代理地址；

和/或，该app用户信息为包括app用户id、app用户虚拟id、app用户临时id、票务app地址的至少一种；

和/或，该交互输出模块的输出方式为包括射频、图形码、磁性介质、声波、气味、红外线的至少一种。

通行系统，包括通行装置、票务app、结算通行服务；

票务app，输出交互信息，交互信息包括app用户信息；

通行装置，读取交互信息，发送通行请求到结算通行服务；通行请求包括通行装置的出入口信息、app用户信息；出入口信息为入口信息，包括站点信息；

结算通行服务响应通行请求，保存包括入口信息、app用户信息的信息，发送请求结果到通行装置；

通行装置响应请求结果执行相应的动作和/或输出提醒。

通行系统，包括通行装置、票务app、结算通行服务；

票务app，输出交互信息，交互信息包括app用户信息；票务app响应付款请求，付款；

通行装置，读取交互信息，发送通行请求到结算通行服务；通行请求包括通行装置的出入口信息、app用户信息；出入口信息为出口信息，包括站点信息；

结算通行服务，响应通行请求，通过app用户信息查询并获得保存的入口信息，根据入口信息和出口信息，获得付款金额；输出包括付款金额的付款请求，接收付款结果；

结算通行服务，根据付款结果，得到请求结果，发送请求结果到通行装置；

通行装置响应请求结果执行相应的动作和/或输出提醒。

通行系统，通过app用户信息获得票务app地址，该请求结果发送到该票务app地址，或者通过票务代理发送到该票务app地址；

和/或，该出入口信息还包括通行车辆信息、日期、时间的至少一种；

和/或，该通行系统还包括票务代理；该交互信息还包括票务代理信息，票务代理信息包括票务代理地址；该通行请求还包括票务代理信息；该票务app与该结算通行服务通过票务代理地址指向的票务代理通信。

通行方法，包括以下步骤，

s11，读取交互信息，交互信息包括app用户信息；

s12，发送通行请求，通行请求包括出入口信息、app用户信息，出入口信息为入口信息；

s13，响应通行请求，保存包括入口信息、app用户信息的信息；

s14，输出请求结果；

s15，响应请求结果，执行相应的动作。

通行方法，包括以下步骤，

s21，读取交互信息，交互信息包括app用户信息；

s22，发送通行请求，通行请求包括出入口信息、app用户信息，出入口信息为出口信息；

s23，响应通行请求，通过app用户信息查询入口信息，获得付款金额；

s24，输出包括付款金额的付款请求；

s25，响应付款请求，付款；

s26，响应付款结果，输出请求结果；

s27，响应请求结果，执行相应的动作。

该出入口信息还包括通行车辆信息、日期、时间的至少一种；

和/或，该通行方法，根据app用户信息获得票务app地址，发送该请求结果到票务app地址；

和/或，该交互信息还包括票务代理信息，票务代理信息包括票务代理地址；该通行请求还包括票务代理信息；该票务app与该结算通行服务通过票务代理地址通信。

-------------此段仅起分隔作用。

下面进一步补充解释或者提供公知常识，以充分、清楚、详细的解释上述发明，达到可实现的目的。

在通行系统中，交互信息，是在通行时，在通行装置和票务app之间传送的信息。通行系统中，票务app输出交互信息，通行装置读取交互信息并发送通行请求，被定义成主动式；通行系统中，通行装置输出交互信息，票务app读取交互信息并发送通行请求，被定义为被动式。

票务代理信息，为包括票务代理直接信息或票务代理间接信息的一种。票务代理直接信息为包括票务代理网络地址的至少一种；票务代理间接信息为包括票务代理id、票务代理名称的至少一种。通过票务代理间接信息查询票务代理地址表，获得票务代理直接信息。票务代理信息还包括票务代理地址，用于在结算通行服务与票务app之间通信。

app用户信息，为包括app用户直接信息或app用户间接信息的一种。app用户信息联系该app用户的入口信息和出口信息；在通行的入口处保存入口信息，在通行的出口处根据app用户信息查询该app用户的入口信息，根据入口信息和出口信息，计算获得该app用户的付款金额。app用户信息还用于获得票务app地址，用于结算通行服务找到票务app；app用户信息包括票务app地址，或者通过app用户信息查询获得票务app地址。

通行系统中，结算通行服务有了票务代理地址和/或票务app地址，就可以和票务代理和/或票务app通信。

app用户直接信息包括用户名；app用户间接信息为包括app用户id、app用户虚拟id、app用户临时id的至少一种。app用户虚拟id是一个由票务app所属的票务代理分配的id，和app用户id不同；app用户临时id是在通行的过程中，由票务app所属的票务代理分配的临时id，只在app用户通行的过程中有效；这些都是为了向票务代理外的装置或设备屏蔽用户信息，保护信息安全。

票务代理id、出入口id、app用户id、app用户虚拟id、app用户临时id，都是通行系统内该类型唯一的，像身份证号码一样，国家没有重复的身份证号码。

通行装置，其出入类型为包括允许出、允许入、允许出入的一种。

通行装置属于出入口，一个出入口包括一个或若干个通行装置。通行装置编号可以是一个出入口内编号，或者是一个站点内编号，和/或者是按出入类型分开编号。譬如一个地铁站，有编号1～3共3个允许进的检票口，每个检票口有4台通行装置；按站点编号，12台通行装置有1到12共12个编号；如果按检票口编号，检票口1到3的检票装置分别有1到4共4个编号，譬如检票口1通行装置1等。

出入口信息，为包括入口信息、出口信息的至少一种；为通行的出入口的信息。

出入口信息，是唯一确定通行的出入口的信息，出入口为包括出口、入口的至少一种；出入口信息为包括出入口直接信息和/或出入口间接信息的至少一种。站点信息为包括站点直接信息和/或站点间接信息的至少一种。出入口直接信息/站点直接信息为包括出入口类型、城市名、机场名、停车场名、线路名/号、出入口位置信息、登机口、出入口名、站点名、检票口的至少一种；出入口间接信息/站点直接信息为包括出入口类型、出入口id、通行装置地址、通行装置信息的至少一种。出入口，譬如机场登机口信息，包括机场名称和登机口号；地铁站点信息包括城市名和地铁站名；放映厅信息包括城市、影院名和放映厅，如果该影院在该城市有多家门店，还需要影院地址或编号；这些信息，唯一确定了一个出入口。出入口类型为包括地铁、停车场、高速、影院等的至少一种。

结算通行服务地址，为包括结算通行服务直接地址和/或结算通行服务间接地址的一种。结算通行服务直接地址为结算通行服务的网络地址，包括检票模块的域名、和/或ip地址、和/或端口号；结算通行服务间接地址包括结算通行服务名称、结算通行服务id、通行模块id、票务代理id的至少一种。

上述的几种“间接”信息到“直接“信息的转换，是一种常识，包括通过查表实现；通过间接的信息查询得到直接的信息。

通行装置的应用类型，和传统的票/卡的类型对应，为包括电影票、景点票、公交票、地铁票、飞机票、房卡、员工卡、高速卡、停车卡、临时卡、出入卡的一种；出入口为包括检票口、登机口、高速/停车场出入口、站点、放映厅、客房/房屋、公司、会议室的一种。

票务代理和票务app支持多种场合的应用，包括地铁、高速、停车场等。

通行系统支持多种场合的应用，特别是传统的包括检票出、入、出入的场合，包括地铁、高速、停车场等。

通行系统支持多种交互方式，交互信息的输出方式和读取方式包括图形码、射频、磁性、声波、气味的至少一种。票务app支持与通行装置对应的交互方式。

文中的所有的“包括”，其含义为“包括但不限于”。

通行系统为网络系统，结算通行服务、票务代理、票务app、通行装置等之间为网络连接。票务代理、结算通行服务为系统中的网络服务；通行装置为出入口的现场的网络通行设备；票务app为用户使用的网络设备上的应用程序，通过票务代理购票。

多个保护主题具有单一性。理由在于，属于一个总的发明构思，解决需要购票、检票的问题；在进、出时，通行装置读取票务app包括的app用户信息，结算通行系统通过app用户信息将该app用户的出口信息和入口信息对应起来；效果为不需要购票、检票。该发明保护多个主题，和传统的检票方法相比较，完全不同，实现了不需要票的通行系统和方法。所有的技术方案中，都有相同或相应的技术特征，app用户信息。该发明属于一个总的发明构思，在技术上相互关联，有相同或相应的技术特征，所以有单一性。

本发明的有益的技术效果包括：

1，无票的主动式的自动的检票系统的实现；

2，省掉了购票的过程；

3，简化了检票系统/通行系统，不需要维护一个已售票的数据库；

4，节省了购票、取票的时间；

5，节省了取票机占用的空间；

6，减少/几乎杜绝了丢票的可能性。

附图说明

图1为通行装置的框图。

图2为结算通行服务的框图。

图3为通行系统的框图，其中没有付款的说明，也是摘要附图。

图4为通行系统中，通过票务app付款的框图。

图5为通行系统实施例。

附图标号：空缺。

具体实施方式

以下结合附图并附实施例详细说明本发明，已经在发明内容里解释过的不再叙述。

图1的框图为通行装置，包括交互信息读取模块、请求模块、出入口信息。

通行装置，根据请求结果输出提示和/或执行相应的动作。如果通行装置包括放行的闸门/闸机，接收的请求结果为有效时，通行装置打开闸门/闸机放行。

出入口信息，包括站点信息；可选的，出入口信息还包括通行车辆信息、日期、时间的至少一种。出入口信息用于区分通行装置安装的出入口。

交互信息读取模块，读取交互信息，交互信息包括app用户信息，app用户信息包括票务app地址；可选的，交互信息还包括票务代理信息，票务代理信息包括票务代理地址。票务app地址包括票务app直接地址和票务app间接地址，票务代理地址包括票务代理直接地址和票务代理间接地址。

请求模块，读取交互信息，发送通行请求；通行请求包括app用户信息和出入口信息。可选的通行请求还包括票务代理信息。通行装置，获得请求结果。

可选的，通行请求，还包括通行车辆信息、日期、时间的至少一种，这用于高速或停车场的道闸，在车辆准备通过出入口时，现场采集设备读取车辆信息，输出车辆信息到道闸。这些信息用于计费。

通行装置包括检票机、道闸等。

图2的框图为结算通行服务，包括入口请求处理模块、结算模块、结果模块。

入口请求处理模块，响应入口的通行请求；通行请求包括入口信息、app用户信息。

结算模块，保存入口的通行请求包括的入口信息、app用户信息的信息。

结算模块，接收出口的通行请求；通行请求包括出口信息、app用户信息；根据app用户信息查询得到入口信息，根据入口信息和出口信息计算或查询该app用户的付费金额；输出付款请求，并得到付款结果。

结果模块，发送请求结果到入口的通行装置或出口的通行装置；对于入口的通行请求，保存好通行请求包括的信息后，根据一系列条件，譬如app用户的账户余额、信誉等，输出请求结果；对于出口的通行请求，根据付款结果，输出请求结果。

可选的，结果模块，还根据app用户信息包括的地址信息发送包括请求结果的信息到票务app；或者，还根据票务代理信息包括的地址信息发送包括请求结果、app用户信息的信息到票务代理。

计算付费金额，举例，对于地铁服务，入口信息和出口信息包括站点信息，根据所乘站数计算付费金额；对于停车场服务，入口信息和出口信息包括日期和/或时间，根据停车时长计算付费金额；对于高速公路服务，入口信息和出口信息包括站点信息和通行的车辆信息，根据通行里程和车辆信息计算付费金额。

app用户信息是结算通行服务能识别唯一的该app用户的信息。譬如，包括app用户id；可选的，还包括app用户id所属的票务代理信息。在有票务代理的系统中，为了保护票务代理中的app用户信息，票务代理分配给app用户一个app用户虚拟id或app用户临时id；通行装置和结算通行服务可见app用户虚拟id或app用户临时id，但是没法看到实际的app用户id。

可选的，出入口信息、通行请求还包括票务代理信息、通行车辆信息、日期、时间的至少一种。

可选的，交互信息还包括票务代理信息。

图3框图为通行系统，包括通行装置、票务app、票务代理、结算通行服务，不包括付款功能，假定付款成功；图1和图2分别介绍了通行装置和结算通行服务。

票务app输出交互信息、接收付款请求和请求结果。

交互信息包括票务代理信息、app用户信息；出入口信息包括站点信息。

通行装置读取交互信息，发送包括出入口信息、票务代理信息、app用户信息的通行请求到结算通行服务；通行装置接收结算通行服务的请求结果。

票务代理信息包括票务代理地址，指向票务代理，在票务app和结算通行服务之间传送信息。发送到票务代理的请求结果和/或付款请求包括票务app信息或票务app地址，票务代理通过票务app信息或票务app地址找到目标的票务app。

结算通行服务，接收通行请求和付款结果，输出请求结果和付款请求。

可选的，交互信息和通行请求还包括车辆信息、日期、时间的至少一种。

可选的，交互信息或出入口信息还包括结算通行服务地址。

可选的，结算通行服务发送请求结果到票务app，或者通过票务代理发送请求结果到票务代理。

通行模块，发送通行请求到结算通行服务，该结算通行服务，为包括结算通行服务地址指定的结算通行服务、按出入口信息的出入口类型的分类结算通行服务、统一的结算通行服务等的一种。

通行系统中，至少包括一个出口和一个入口。通行装置可以是一个包括入口和出口的通行装置，也可以包括一个出口通行装置和一个入口通行装置。图中未示出。

票务代理是可选的，如果没有票务代理，相应的，通行系统不需要与票务代理相关的信息和/或模块。

可应用于包括地铁、高速、停车场等购票、领卡进出的场合。

图4为通行系统中，票务app通过票务代理付款的框图。票务app付款不是本发明的发明点，所以不作详细介绍。

还可以有其他的付款方式的选择，譬如票务app通过第三方支付付款，第三方支付发送付款结果到结算通行服务。付款包括自动扣款。

图5为通行系统实施例，为地铁通行系统，包括地铁检票机、票务app、统一的结算通行服务。地铁检票机这里简称为检票机。结算通行服务包括票务代理的功能，也就是结算通行服务和票务代理合为一体。

票务app输出的交互信息是二维码，包括app用户id。票务app接收通行结果，并按通行结果输出提示；票务app接收付款请求，并付款成功；输出付款结果到结算通信服务。

通行装置为检票机，其包括的站点信息为地铁站id；通行装置包括摄像头，读取票务app的二维码，输出通行请求；通行请求包括地铁站id和app用户id。检票机接收请求结果，根据请求结果放行或禁行，并输出提示。

地铁通行系统包括两个所示的检票机，一个允许出、一个允许入，图中没有示出；这里的两个检票机一个称为入口检票机，另一个称为出口检票机。

统一(系统唯一)的结算通行服务包括票务app地址表和价格表；通过app用户id查询票务app地址表获得票务app地址，发送请求结果和付款请求到票务app地址。根据地铁入口的地铁站id和出口的地铁站id查询价格表，获得付款金额。

用户进入口检票机时，结算通行服务保存包括app用户id、入口检票机id的信息；结算通行服务查询获得票务app地址，发送包括允许通行的请求结果到入口检票机和票务app地址。

用户进出口检票机时，结算通行服务响应通行请求，通行请求包括app用户id、出口检票机id；根据该app用户id，查询获得该票务app用户的入口检票机id，根据入口检票机id和出口检票机id查询获得付款金额；输出付款请求，获得付款结果为成功；通过app用户id查询获得票务app地址，发送包括允许通行的请求结果到出口检票机和票务app地址。