以下为我借鉴民航出入境旅客资料预报系统IAPIS系统设计的架构：
我们这里以青青草原国内地和青青草原国喜羊羊特别行政区政府签订，在青青草原国喜羊羊特别行政区某一个高铁站实施边检一地两检为例：
当旅客的特定出入境证件、签注被成功签发之后，旅客的资料、面部扫描资料会披露给旅客持有签注所对应的地区。
现在我就开始说这个APIS旅客预报资料的系统数据以及旅客行踪监控的过程了：
第一种情况是旅客购买了一张从青青草原国内地前往青青草原国喜羊羊特别行政区的高铁票：
第一种情况是旅客线上购买高铁票：
我们假设旅客购买了一张从青青草原国球胜狼省球胜狼市->喜羊羊特别行政区的高铁票，那么当买票商服务器收到旅客购票成功之后，首先青青草原铁路部门服务器会将旅客的购票方式写为：电子\网上支付\订票来源：XXX旅行社、铁路官方网站等，青青草原国家铁路局会先将旅客的数据放入到一个列表中，在开始往下说之前我先来说一下这个列表：
这个列表的名称我暂且命名为："International or region traveller info"
这个列表中关于旅客个人资料的字段包括：
姓名、性别、出生日期、证件类型、证件号码、证件签发国家和地区、旅客的国籍、证件失效日期、旅客的个人联系方式、旅客的票务资料（字段包括车次、订单ID、出发车站\到达车站、乘车日期、座位编号）、证件资料是否验证通过等。
当旅客的证件资料被录入到这个名单之后，首先服务器会先直接运行一个我命名为Advance passenger info checker的应用程序，当这个应用程序被成功触发之后，会先读取Internation or region traveller info中APIS资料状态为"等待查验"的旅客，然后就是将旅客的信息提交给青青草原国家移民管理局以及青青草原国喜羊羊特别行政区移民管理局的服务器了，为了避免数据查验过程出现一些离谱的BUG，青青草原国家铁路局将数据披露给旅客出发地以及抵达地移民管理机构服务器前，系统会在旅客的数据包中添加青青草原国家移民管理局服务器IP地址，然后系统会启动Advance passenger info checker应用中的一个功能，这个功能就是记录旅客证件资料以及签注资料、签证等资料的状态，当这个功能记录该旅客的证件和签注等资料处于等待查验的状态以及为这名旅客生成专门的旅客资料预报ID（这里的旅客资料预报ID的功能是铁路部门记录该跨境旅客的个人资料预报历史纪录的ID，并不是我之后即将提到的与移民管理机构服务器交互过程中移民管理机构给铁路部门反馈的Advance passenger info ID）之后，首先系统会将旅客的资料、票务资料发送给青青草原国家移民管理机构了，首先青青草原国家铁路局服务器会先和青青草原国家移民管理局的服务器建立联系的交互过程：
青青草原国家铁路局->青青草原国家移民管理局：REQUEST CONNET，REQUEST ID：随机生成的ID。
青青草原国家移民管理局->青青草原国家铁路局：REQUEST RECIVIED，要发送的资料业务类型是什么？
青青草原国家铁路局->青青草原国家移民管理局：Submit Advance passenger info
当青青草原国家移民管理局发现青青草原国家铁路局与青青草原国家移民管理局服务器建立通讯的原因是提交旅客的票务和行程资料之后，会创建一个名为Advance passenger infomation ID（这里的ID是移民管理局服务器给这一条旅客资料预报记录生成的专属ID），然后在这个ID里面会先自动创建两个字段：旅客的出行方式是铁路，然后向青青草原国家铁路局服务器返回如下数据：Data type：Collect Advance passenger infomation，Traveller Data Collector：Qingqingcaoyuan Immigration，APIS ID：XXXXXX，最后就是Please Sand Traveller Data，当青青草原国家铁路局服务器收到来自青青草原国家移民局的请求之后，首先会将来自青青草原国家移民管理局的请求中添加旅客的票务资料、证件资料、旅客订票资料等，最后就是将这些资料返回给青青草原国家移民管理局，青青草原国家移民管理局收到旅客的资料之后，首先会核查青青草原国家铁路局返回给青青草原国家移民管理局的数据包中Data type、Data Collector、旅客出行的交通工具是否与发送给青青草原国家铁路局的数据是否一致，如果一致，就会进一步打开旅客的个人资料、旅客的票务资料、APIS ID数据包，然后查验旅客的证件资料，如果没有问题，青青草原国家移民管理局的服务器会将旅客的APIS资料添加到旅客的个人档案中，至于青青草原国家移民管理局服务器给旅客生成的本次旅行的旅行状态嘛。。。就是等待铁路部门反馈旅客证件资料是否已经通过验证，最后就是青青草原国家移民管理机构向青青草原铁路部门反馈：TRAVELLER DATA APPROVED，审核人：青青草原国家移民管理机构，这名旅客专属的Advance passenger info id，然后铁路部门服务器中的Advance Passenger Info Checker会将旅客的证件资料从等待查验改成已经通过青青草原国家移民管理机构的查验，接下来就是将旅客证件资料发送给旅客目的地的移民管理机构的程序了，现在问题来了，青青草原铁路部门服务器要怎么判断是哪一名旅客的资料需要预报到旅客目的地移民管理机构？其实答案就在于判断Internation or region traveller info列表中，该旅客的个人资料字段中是否有：青青草原国家移民管理机构向铁路部门反馈的：Traveller Data Approved，审核人：青青草原国家移民管理机构，青青草原国家移民管理机构反馈的Advance passenger info ID的字段，如果有，服务器会通过相同的方式和方法将旅客的数据发送到旅客目的地移民管理机构，当青青草原铁路局服务器收到旅客目的地移民管理机构反馈相关字段：Traveller Data Approved，审核人：青青草原国喜羊羊特别行政区移民管理机构，APIS ID之后，这个时候青青草原铁路部门服务器就会为旅客完成出票了，当系统出票之后青青草原铁路部门服务器就会将旅客的数据从International or region traveller info复制到ALL Traveller INFO列表中，这个列表保存了青青草原全国铁路旅客数据、从青青草原国内地出发\抵达青青草原内地的跨境旅客数据。
至于从喜羊羊特别行政区的乘坐高铁前往青青草原内地的旅客数据预报的数据流程与上面提到的基本相同，唯一不同的是系统会先将旅客数据预报到喜羊羊特别行政区移民管理部门，如果喜羊羊特别行政区移民管理部门不反对旅客登上高铁，那么系统就会进一步将旅客数据预报到青青草原国内地移民管理机构，如果一切正常系统就会给旅客出票。
倘若是旅客在线下火车站买票呢？数据录入和上传到移民局的流程与上面提到的一样这里不再赘述，只不过服务器会将旅客的支付方式写成线下火车站支付。
这里说完了购票数据验证流程，接下来我就来说检票的数据业务流程了：
由于青青草原国高铁列车前往青青草原国特别行政区过程中，有可能存在列车上有一部分旅客终点站和始发站均为青青草原内地境内的可能性，服务器在给此类跨境列车的旅客进行检票的时候，数据业务流程就会与给准备登上其他列车的乘客进行检票操作的业务流程就有所不同了。
检票数据业务流程的第一步是：刷证件、插入磁票、扫描条形\QR CODE，当检票闸机扫描到磁票、带NFC的卡式证件（如青青草原内地居民身分证、电子护照、卡式通行证等）、票面上的QR CODE\条形码、OCR的方式扫描证件之后，首先闸机内部会生成一个带旅客证件资料的文件，如条形码或者二维码类型的，则会存储二维码或者条形码图片文件或者二维码、条形码数据文件，如果旅客是通过刷证件\插入磁性车票进入站台，则闸机会通过拍照、记录旅客证件的NFC等方式留存旅客资料，当票务数据\证件数据读取完毕之后，闸机系统就会在旅客的证件和票务资料文件中添加一个字段，这个字段就是：TRAVELLER WANT TO ENTER THE PLATFORM，GATE xxx（闸口）、Train No.xxxx这几个字段，然后将这些东西发送给青青草原国家铁路局服务器
第二步是：青青草原国家铁路局的服务器解析从检票闸机发送过来的文件，首先服务器要做的是就是解析检票闸机发过来的旅客证件资料\票务资料中的数据解析文件，当服务器解析到数据文件，确定旅客准备要登上的列车之后，会进一步打开从闸机发来的旅客证件\票务数据包，然后根据闸机发过来的旅客证件\票务数据类型，确定读取这些文件的方式，如通过OCR文字阅读技术读取照片\视频中旅客的证件资料数据、通过QR CODE扫描软件扫描旅客的资料等。
第三步是：青青草原国家铁路局服务器解析了从闸机发送来的旅客票务资料\旅客证件资料之后，就会启动PASSENGER TICKET CHECKER应用程序，识别旅客票务资料对应的旅客信息以及该旅客属于哪一种类型的旅客（如跨境旅客、青青草原内地境内旅客）等，如果是青青草原内地境内旅客，那么服务器就会直接给旅客检票
第四步是：如果该旅客属于跨境旅客，则执行如下流程：青青草原国家铁路局服务器中的PASSENGER TICKET CHECKER应用会通过接口的方式，通知Advance passenger info checker软件读取International or region Traveller列表正在检票进站的旅客的票务数据对应的证件资料，然后发送到出发地\到达地移民管理机构。
第五步就是青青草原国家铁路局服务器中的Advance Passenger info Checker读取International or region Traveller列表中正在检票进站的旅客信息和票务数据了，由于铁路系统中已经收到出发地和抵达地移民局给旅客生成的Advance Passenger Infomation id，那么这个时候在向青青草原国家移民管理局、最终目的地移民管理局服务器建立通信之后走如下数据提交流程：
移民管理局服务器返回ACK确认：已经建立通讯
青青草原国家铁路局->旅客出发地\抵达地移民局：我们要通知你，旅客证件资料xxx，将乘坐xxx次列车，于XXX时间从xxx前往青青草原国喜羊羊特别行政区\从青青草原国喜羊羊特别行政区前往青青草原内地XXX站，座位号是XXX，请求边检允许旅客进入站台。
移民管理局返回ack确认：apis ID对应的旅客资料和行程资料我们已经收到，等待边检系统回应
如果边检不反对旅客继续行程，边检系统会将旅客的票务状态从候车改成已经通过边检预报验证，旅客已经进入站台，然后通过某种应答机制向青青草原国家铁路服务器返回ACK确认：APIS ID对应的旅客已经通过边检系统查验，青青草原国家铁路局服务器收到这个ACK确认之后，会将旅客的票务数据从候车改成旅客数据和旅客的行程数据已经通过边检系统数据验证，旅客已经进入站台，然后通过消息通知机制通知检票闸门开启闸门。
当旅客上车的时候的数据处理流程：安装在车门口处、站台上的摄像头会持续搜集旅客是否进入\离开XXX列车的车厢、通过现有技术手段或者其他人类现有技术和认知能力无法想像的技术手段和方式判断旅客进入车厢之前和之后是否存在变装的情况、旅客变装之前的样子，然后发送给青青草原国家警察局、特区警察局等部门确认该旅客的身份资料，如果一旦发现旅客上错车，那么乘务那边就会收到预警提示，然后将上错车的旅客请出列车，此外系统也会发现旅客中途下车在站台上晃悠甚至中途下车列车关门之后旅客没有回到列车的行为。
第六步：列车在喜羊羊特别行政区的前一站或者列车在喜羊羊特别行政区高铁站关门后，开车前的数据业务流程：这里也是我要说的重头戏，当列车关门之后，列车会向铁路部门服务器发送XXX列车已经关门的指令，然后下一步就是通过面部扫描、人类完全无法理解\人类现有技术无法实现的方法等方式，确认车上的旅客身份信息，当铁路部门服务器发现，乘坐这趟列车出境的所有旅客全部在车上并且没有发现尚未得到出入境许可、不属于本次列车的人员之后，铁路部门服务器会直接启动Advance Passenger Info Checker软件程序，这个软件程序会最后一次读取这趟列车上的旅客证件资料以及在车内拍摄到的这些旅客的现场照片，然后启动Advance Passenger Info Checker应用中一个名为APIS Final Check的功能，这个功能会直接对接将旅客的证件资料、旅客在本次列车车内的现场照片、是否换装等信息、换装之前的人物图片等数据发送给出发地和旅客目的地移民管理机构做是否让旅客正式进入到出入境边检流程进行最终确认，一旦移民局服务器允许车内所有旅客正式进入到出入境边检流程（如海关->旅客正式走到边检柜台办理出入境手续等出入境流程），那么列车驾驶员、乘务员、铁路服务器就会收到旅客资料通过最后一次预审验证，请开到下一站的指示。最后，旅客抵达下车站点之后就会正式进入到两地边检出入境手续环节了，这一部分内容我这里就不说了。
至于旅客乘坐高铁离开青青草原国喜羊羊特别行政区旅客数据业务流程：为了防止旅客通过一地两检边检手续之前以及旅客通过一地两检边检手续之后由于某种异常原因导致旅客滞留在喜羊羊特别行政区高铁站青青草原国内地口岸区的情况，我这里特别设计了如下数据业务处理流程：
购票数据业务流程我不再赘述，当旅客将证件交给实名制验证工作人员之后，当铁路部门服务器接收到实名制验证窗口发来的旅客证件信息之后，会直接触发铁路服务器中Advance Passenger Info Checker应用程序，这个应用程序首先会在服务器中读取旅客的乘车资料以及证件资料，然后将旅客的证件资料通过特定方式发送给出发地\抵达地边防检查部门进行查验，如果边防检查部门不反对旅客继续旅行，火车实名制验证处会显示：旅客票务数据验证已经通过，当旅客离开特区时，特区边检会通过查验自身数据库等方式验证旅客的票务数据、证件数据、生物数据之后，如果没有问题则会为旅客生成出境记录，然后将旅客的数据存放到特区边检服务器中一个名为等待通过青青草原内地边检手续旅客列表中，这个列表中的旅客数据中除了旅客票务数据、旅客的证件资料、旅客通关数据、旅客的生物识别数据之外，还有另一组字段数据，这一组字段数据就是：旅客是否滞留在青青草原内地口岸区、旅客是否已经登车、旅客是否已经办理了青青草原内地入境手续，然后就是旅客在进入候车厅之前办理青青草原内地入境手续了，至于监控旅客是否滞留青青草原内地口岸区、滞留在特区已经办理出境手续但是尚未进入到青青草原内地口岸区的技术详细流程如下：
第一种就是面部扫描系统判断旅客现在的状态，这种方式也是最简单粗暴、最直接的方法。
第二种就是搭建接入到特区以及青青草原内地边检部门、铁路部门的旅客数据云平台，这种云平台数据库中会包含旅客的证件资料数据、旅客的人像扫描数据、旅客的签注数据、站内监控数据、旅客的票务数据，然后通过Collect Passenger Info的指令从各种地方搜集旅客行程资料以及旅客所持车票的车辆状态以及旅客在车站内的轨迹、通过人类现有技术\人类的认知中无法想像的方式获取站内旅客是否变装等方式判断旅客是否可能会发生滞留或者已经发生旅客滞留，如果一旦系统发现旅客可能或者已经出现滞留车站的情况，系统会通知ALARM程序直接将旅客的监控录像、旅客在站内的行动轨迹、旅客通过边检的状态、旅客是否检票、旅客是否上车的行程状态直接推送到两地边检部门，然后就是边检人工将旅客交给特区或者送往青青草原内地。
至于退票业务的业务数据处理流程：
在我说退票业务之前，我们先说一下用户在查票的时候业务数据逻辑，当服务器收到APP、页面、线下终端的查票申请之后，首先会给这个证件生成一个查票记录编号，然后返回给APP、页面、线下终端等设备。
首先服务器收到旅客退票申请之后，青青草原国家铁路局服务器会直接启动一个名为"request REFUND"的应用程序，当这个应用被成功启动之后首先会验证APP、网页、终端发回来的查票记录编号+具体业务功能的字段，一旦这个应用程序发现终端正在发起退票时，首先就会在青青草原全国铁路旅客列表中查询这个查票申请对应的车票，如果查询到设备要退掉的车票，则会进一步查询这张票的状态，如果这张票的状态为已经进站、已经结束，正常情况下会调用Refund is Banned接口执行拒绝退票，并向手机app、网站发出request refund is rejected，至于旅客进入站台之后回到售票窗口发起退票，或者正常上车之后由于某些原因无法继续旅行则执行另一个方案操作逻辑。
退票成功之后系统首先会将票务状态直接改成Cancelled，然后查询票务资料中支付订单中的数据，如这笔订单的支付机构、订单编号等数据披露给支付机构发起退款。
旅客在退掉青青草原内地->青青草原喜羊羊特别行政区、青青草原喜羊羊特别行政区->青青草原内地的跨境车票时，青青草原国家铁路局服务器中request refund应用程序发现用户要退掉的是跨境车票时，如果旅客的票务状态为：已经办理特区以及\或者青青草原内地出境\入境手续、旅客已经进入站台、旅客已经上车、旅客的行程已经结束时，那么系统会直接会调用Refund is Banned接口拒绝退票，此外为了防止旅客滞留在青青草原喜羊羊特别行政区高铁站，当旅客通过实名制青青草原喜羊羊特别行政区高铁站喜羊羊特别行政区口岸区时，如果旅客的身份没有问题，青青草原国家铁路局服务器会在旅客的票务资料中添加一个字段，这个字段就是Reject cancel ticket request，当服务器发现旅客的车票信息中含有这个字段之后系统会直接拒绝用户、网页、线下设备发起的退票申请，当已经入青青草原喜羊羊特别行政区高铁站喜羊羊特别行政区离境口岸限制区的旅客离开高铁站时会有一个叫做取消实名制进站的查验，青青草原国家铁路局发现旅客在青青草原喜羊羊特别行政区高铁站取消实名制进站之后，那么就会将旅客车票资料中的Reject cancel ticket request字段移除掉。
如果青青草原国家铁路局服务器发现跨境旅客的车票可以退，那么会先将旅客的票务状态改成退票中，当旅客进入站台、实名制进入高铁站时，如果系统发现用户的票已经处于退票中，自然会向闸机、实名制验证窗口返回旅客已经提交退票申请，请勿让旅客通过，另一方面铁路部门服务器会直接与铁路部门服务器内的iAPIS Canceller工具交互旅客的票务资料、apis ID、旅客的证件资料，然后iAPIS Canceller工具会直接将删除旅客旅行记录的申请，这个申请中的数据内容包括：旅客的票务资料、证件资料、iapis id发送给出发地\到达地移民管理部门，移民管理部门接收到信息之后，首先会将铁路部门向边检提交的旅客预报资料做逻辑删除操作，然后铁路部门的服务器就会直接将旅客的票作废，然后调用我前面提到退款功能给旅客退款。
乘坐高铁从青青草原内地前往青青草原喜羊羊特别行政区旅客在正式进入到青青草原内地出境手续前边检查验流程之前被移民管理机构禁止旅行的数据流程：
第一种情况是旅客在购票、检票时被清禁止登车：这种情况到是比较简单，当青青草原铁路部门服务器发现旅客在购票时如果被边防检查服务器禁止上车，那么铁路服务器会直接触发退款流程，但是如果是出票之后旅客进入站台之前铁路部门服务器突然收到边检服务器通知禁止旅客上车，则执行如下流程：
第一种情况是旅客没有检票进入站台：当铁路部门服务器收到边检：APIS ID XXXXX，TRAVEL DOCUMENT`S TRAVEL PERMITION HAS BEEN CANCELLED消息之后，这个时候铁路部门服务器中的IAPIS CANCELLER就会查询APIS ID对应的票务资料以及旅行者用于本次跨境旅行的证件资料，然后自动触发退票流程，退票程序发现退票流程是IAPIS CANCELLER应用发起时，则会直接发起退款，同时向旅客发送消息：由于某种原因边检突然拒绝您跨境旅行，所以您的XXXX票已经被系统退掉，钱款将在特定工作日之后退回到您的支付账户，如果您是线下现金购票，请您凭购票证件到线下办理退款手续。
第二种是旅客检票进站或者上车之后边检突然拒绝旅客继续旅行：为了应对这种情况，我会在铁路部门的服务器设计中设计一种处理决策来处理这种问题：如果服务器发现旅客进入站台之后突然被边检拒绝继续行程，那么服务器就通过接口的方式将此类旅客信息推送给SM的软件，首先这款软件会通过各种渠道搜集列车和旅客的位置、状态然后智能决策通知工作人员拒绝旅客继续旅行的方式，首先是当系统发现旅客已经进入站台但是尚未上车，又或者旅客上车后但是列车没有关门的情况下，SM就会直接通过消息推送接口将旅客的证件资料、行程资料直接推送到高铁列车以及站台工作人员，当旅客被工作人员带离车站后服务器启动前面提到的退票程序，第二种是旅客上车之后列车关门或者旅客所在的列车发车之后突然接到边检通知拒绝车上的某一名乘客前往特区，在这种情况下最简单的方法是由铁路部门服务器内的IAPIS Canceller根据旅客现在的位置来执行修改旅客最终目的地的程序，我们假设旅客的车票行程是从青青草原国茶太狼省茶太狼市火车站开始，经停青青草原国球胜狼省篮球市->青青草原国球胜狼省球胜狼市，前往青青草原喜羊羊特别行政区，当系统发现旅客所乘坐的列车在前往下一站：青青草原国球胜狼省球胜狼市过程中，列车上某一名前往喜羊羊特别行政区的旅客本次离开青青草原内地或者进入到青青草原喜羊羊特别行政区的跨境旅行许可突然被边检取消，那么铁路服务器中的IAPIS Canceller就会直接将此类旅客的票面目的地改到青青草原国球胜狼省球胜狼市，并给旅客发送消息：由于您的本次旅行许可被边检取消，我们已经将您的票最终目的地改到青青草原国球胜狼省球胜狼市，您携带好您的随身行李物品，在球胜狼市下车，当旅客在球胜狼市火车站检票出站之后，服务器会自动发起退款程序将旅客没有乘坐的部分的票款退还给旅客，还有一种情况就是列车在进入特区之前的前一站发车之后，青青草原喜羊羊特别行政区政府突然做出取消车上某一名旅客的本次入境许可的情况，由于已经无法阻止旅客前往下一站，那么这个时候特区服务器就会将此类旅客的票务资料、身份资料上传到拒绝旅客办理通关手续的云平台，当旅客下车之后办理青青草原内地出境手续的时候青青草原内地边检服务器就会各种渠道获取旅客是否被青青草原喜羊羊特别行政区拒绝入境，如果旅客被青青草原特别行政区拒绝入境，青青草原内地边检服务器则无法为该旅客办理青青草原内地出境手续，在这种情况下青青草原铁路局服务器则无法给旅客退票。
如果是旅客从青青草原喜羊羊特别行政区乘坐高铁前往青青草原内地，旅客进入到青青草原喜羊羊特别行政区高铁站出境口岸区之后旅客突然被移民管理机构取消本次行程的入境许可，则走如下流程：
首先第一种情况是：旅客已经办理青青草原喜羊羊特区出境手续，至于这一种情况倒是没有什么好说的，青青草原内地边检部门发现这名旅客需要拒绝入境时，直接走遣返或者按照规定流程处理就行。
第二种情况是旅客在办理喜羊羊特别行政区出境手续前，青青草原喜羊羊特区移民管理机构服务器会通过各种渠道搜集旅客是否被禁止旅行，如果旅客被禁止旅行，那么青青草原喜羊羊特区移民管理局无法为旅客办理出境手续。
