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

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

背景技术：

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

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

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

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

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

技术实现要素：

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

通行装置，包括交互信息模块、交互输出模块；交互信息模块包括交互信息，交互输出模块输出交互信息；通行装置响应检票结果，执行相应的动作；交互信息包括通行装置地址，还包括出入口信息、日期和/或时间、付款金额的至少一种。

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

和/或，该出入口信息为出入口直接信息或出入口间接信息；

和/或，该出入口信息为包括出入口类型、城市名、机场名、停车场名、线路、出入口位置信息、登机口、出入口名、站点名、检票口的至少一种；

和/或，该交互信息还包括通行的车辆信息、日期、时间、通行装置编号的至少一种；

和/或，该交互信息还包括结算通行服务地址；

和/或，该交互输出模块为显示模块，显示模块显示图形码形式的该交互信息。

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

通行装置，输出交互信息，交互信息包括通行装置地址和出入口信息；出入口信息为入口信息；

票务app，读取交互信息，发送通行请求到结算通行服务；通行请求包括装置地址、入口信息、app用户信息；

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

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

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

通行装置，输出交互信息，交互信息包括通行装置地址和出入口信息；出入口信息为出口信息；

票务app，读取交互信息，发送通行请求到结算通行服务；通行请求包括装置地址、出口信息、app用户信息；票务app响应付款请求，付款；

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

结算通行服务，根据付款结果，得到请求结果，发送请求结果到通行装置地址；通行装置响应请求结果执行相应的动作和/或输出提醒。

该交互信息还包括结算通行服务地址，其指向该结算通行服务；

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

该请求结果按该通行请求的路径返回该票务app。

该票务app与该结算通行服务通过票务代理通信。

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

s11，读取交互信息，交互信息包括通行装置地址和出入口信息，出入口信息为入口信息；

s12，发送通行请求，通行请求包括通行装置地址、入口信息、app用户信息；

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

s14，输出请求结果到通行装置地址；

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

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

s21，读取交互信息，交互信息包括通行装置地址和出入口信息，出入口信息为出口信息；

s22，发送通行请求，通行请求包括通行装置地址、出口信息、app用户信息；

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

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

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

s26，响应付款结果，输出请求结果到通行装置地址；

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

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

和/或，该票务app与该结算通行服务通过票务代理通信。

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

s28，该请求结果按该通行请求的路径返回该票务app。

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

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

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

结算通行服务返回请求结果到票务app，是被动式通行系统固有的功能，自动解决了主动式检票系统存在的该问题。请求结果沿着通行请求的来源路径返回到票务app。如果票务代理包括结算通行服务，请求结果直接发送给通行请求的票务app；如果票务代理不包括结算通行服务，票务app直接发送通行请求到结算通行服务，结算通行服务直接发送请求结果给通行请求的票务app；如果票务代理不包括结算通行服务，票务app通过票务代理发送通行请求到结算通行服务，结算通行服务通过票务代理发送请求结果给通行请求的票务app。

上述的技术在网络应用中应用广泛，譬如网络用户登录页面，输入包括正确的用户名和密码的登陆请求，返回登陆成功，进入登陆页面；某些app中，用户点击查询，立即获得查询结果。请求的结果沿着请求的路径返回。

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

通行装置地址为包括通行装置直接地址和/或通行装置间接地址的一种。通行装置直接地址包括通行装置的域名、和/或ip地址、和/或端口号；通行装置间接地址为包括通行装置名称、通行装置id、通行装置信息、出入口id、通行装置编号的至少一种。

通行装置id、出入口id和app用户id，都是通行系统内唯一的，像身份证号码一样，国家没有重复的身份证号码。

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

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

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

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

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

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

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

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

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

多个保护主题具有单一性。理由在于，属于一个总的发明构思，解决需要购票、检票的问题；该发明保护多个主题，和传统的检票方法相比较，完全不同，由主动式变成了被动式，不需要票的通行系统和方法。所有的技术方案中，都有相同或相应的技术特征，出入口信息。该发明属于一个总的发明构思，通过票务app读取通行装置的交互信息，包括出入口信息，结算通行系统通过包括出入口信息和票务app信息的信息计算付费金额，实现了一种无票、被动式通行系统及方法，即不需要票的被动式自动检票系统；在技术上相互关联，所以有单一性。

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

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

2，省掉了购票的过程；

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

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

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

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

附图说明

图1为通行装置的框图。

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

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

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

图5为通行系统实施例。

附图标号：空缺。

具体实施方式

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

图1的框图为通行装置，包括交互信息模块、交互输出模块。

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

交互信息模块，存储通行装置交互输出模块输出的交互信息；交互信息包括通行装置地址，还包括出入口信息和/或付款金额。通行装置地址用于结算通行服务输出请求结果到通行装置；出入口信息用于区分通行装置安装的出入口。

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

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

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

可选的，交互信息，还包括结算通行服务地址，票务app的通行请求发到通行服务地址，该通行装置的结算通行服务由结算通行服务地址来指定。

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

入口请求处理模块，响应入口的通行请求；通行请求包括通行装置地址、入口信息、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用户通行的过程中有效；这些都是为了向票务代理外的装置或设备屏蔽用户信息，保护信息安全。

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

结算模块，响应出口的通行请求；通行请求包括通行装置地址、出口信息、app用户信息；根据app用户信息查询得到入口信息，根据入口信息和出口信息计算付费金额；输出付款请求，并得到付款结果。

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

结果模块，还发送请求结果到票务代理或票务app；根据通行请求的来源路径，输出请求结果。

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

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

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

交互信息，包括装置地址、出入口信息。

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

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

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

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

可选的，交互信息和票务app发送的通行请求还包括结算通行服务地址。

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

票务代理是可选的，如果没有票务代理，票务app直接发送通行请求到结算通行服务和从结算通行服务接收请求结果；票务app根据同样的信息选择结算通行服务，直接和结算通行服务通信。

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

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

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

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

图5为通行系统实施例，为高速通行系统，包括高速道闸、票务app、票务代理、统一的结算通行服务。

通行装置为高速道闸，其包括显示屏，显示交互信息，显示的是二维码；交互信息包括该高速道闸的间接地址，为通行装置id，也就是高速道闸的标识；交互信息还包括高速出入口的间接信息，也为通行装置id；交互信息还包括车辆信息，车辆信息包括车牌号和车重。

高速通行系统包括两个所示的高速道闸，一个允许出、一个允许入，图中没有示出；这里的两个高速道闸一个称为入口道闸，另一个称为出口道闸。

统一(系统唯一)的结算通行服务包括通行装置地址表和出入口信息表，通过通行装置id查询获得通行装置地址和出入口信息。

车辆进入口道闸时，票务app读取显示屏的交互信息为通行装置id和车辆信息，发送包括通行装置id、车辆信息、票务app的app用户id的通行请求，并获得请求结果为允许通行；票务代理转发该通行请求到结算通行服务，并转发请求结果；结算通行服务保存包括票务代理信息、app用户id、通行装置id、车辆信息的信息；结算通行服务查询获得通行装置地址，发送包括允许通行的请求结果到票务app和通行装置地址；通行装置地址指向入口道闸，入口道闸打开栏杆放行。

车辆进出口道闸时，票务app读取显示屏的交互信息为通行装置id和车辆信息，发送包括通行装置id、车辆信息、票务app的app用户id的通行请求，响应付款请求，付款成功，并获得请求结果为允许通行；票务代理转发该通行请求到结算通行服务，并转发付款请求和请求结果。

车辆进出口道闸时，结算通行服务响应通行请求，通行请求包括票务代理信息、app用户id、通行装置id、车辆信息的信息；根据该通行请求包括的票务代理信息和app用户信息，查询获得该票务app的入口道闸的通行装置id和车辆信息，入口和出口的车辆信息相同；根据入口道闸和出口道闸的通行装置id查询获得两个出入口信息，也就是入口信息和出口信息；根据入口信息、出口信息、车辆重量计算，获得付款金额；输出付款请求，获得付款结果为成功。

车辆进出口道闸时，结算通行服务查询获得通行装置地址，发送包括允许通行的请求结果到票务app和通行装置地址；通行装置地址指向出口道闸，出口道闸打开栏杆放行。

付款不是本发明的创新点，而且该技术在各种app上应用广泛。