本申请请求分辨于2016年5月13日和2016年5月16日提交的美国姑且专利申请号62/336,457和62/337,108的权力。一齐前述申请都通过援用合座并入本文。

　　本申请涉及用于统治贸易的开发，特殊是涉及商家贩卖终端和支出终端之间的通讯。

　　今世零售贸易为消费者供给多种支出抉择。商家贩卖终端(也称为贩卖点(pos)开发)是商家用来计划客户所欠金额并比如通过天生发票或账单大白支出的贸易新闻的开发。然后，客户向商家付款。正在收到付款后，商家常常会向客户发出贸易的收条。

　　常常正在贩卖点处，客户将抉择利用卡(诸如借记卡或信用卡)、无线支出开发(诸如挪动电话或平板电脑)等举办支出。这种支入手腕也许需求输入凭证，诸如个别识别名(pin)和客户授权。客户凭证的输入经由支出终端(诸如安好pin输入开发(sped))杀青。

　　商家贩卖终端和支出终端之间的集成也许异常繁杂。商家贩卖终端可能采用平板电脑、个别计划机、挪动电话等情势，然则正在大无数境况下，商家贩卖终端和支出终端之间存正在物理毗连。每个支出终端常常拥有其我方的拥有特定通讯造定的特定设立，这使得集成商(比如商家或独立软件供应商)难以且高贵地将其贩卖终端与多于一个的支出终端模子举办认证和集成。

　　目前，商家贩卖终端需求当地地和直接地与给定的支出终端通讯。这种直接通讯可能经由串行端口、usb、蓝牙和/或通过利用因特网造定毗连到道由器来举办，这需求安置驱动和api。除其他表，这也许需求商家贩卖终端硬件成立商(比如apple)正在少少境况下容许安置某些软件包。其余，因为统治器不行正在支出终端上长途运转诊断，于是也许难以对支出终端上的题目(比如雷竞技APP，硬件阻碍或开发之间的通讯阻碍)举办阻碍诊断。其余，更新支出终端上的软件是低效且高贵的。

　　商家贩卖终端拓荒商常常不首肯正在贩卖终端上安置第三方软件(即，不是商家贩卖终端成立商的任何人拓荒的软件)。其余支付设备，商家随时代推移按期升级支出终端，而且每个这种升级目今需求取得和安置新的驱动，并凭据用于新支出终端的api拓荒新的软件。这又是耗时且繁杂的。

　　凭据本发觉的一个方面，供给了一种用于支出统治的计划机办事器，蕴涵：收集接口；统治器；存储器，其蕴涵用于由所述统治器践诺的计划机可读指令，所述指令蕴涵：终端毗连模块，其用于通过所述收集接口给与来自支出终端的毗连要求，而且与所述支出终端变成加密的收集毗连；配对模块，其用于给与来自商家贩卖终端的识别所述支出终端的配对要求，而且使所述支出终端与所述商家贩卖终端方在数据布局上闭连联；贸易要求模块，其用于以第一数据花式从所述商家贩卖终端给与界说贸易参数的第一音尘，以与所述支出终端兼容的第二数据花式天生蕴涵所述贸易参数的第二音尘，而且通过所述加密的收集毗连将所述第二音尘发送到所述支出；收条递送模块，其用于通过所述加密的收集毗连以所述第二数据花式从所述支出终端接出入出凭证音尘，以所述第一数据花式天生收条音尘，而且将所述收条音尘发送到所述商家贩卖终端。

　　凭据本发觉的另一方面，供给了一种统治支出的手腕，蕴涵正在办事器处：通过收集接口给与来自支出终端的毗连要求，而且与所述支出终端变成加密的收集毗连；给与来自商家贩卖终端的识别所述支出终端的配对要求，而且使所述支出终端与所述商家贩卖终端方在数据布局上闭连联；以第一数据花式从所述商家贩卖终端给与界说贸易参数的第一音尘，以与所述支出终端兼容的第二数据花式变成蕴涵所述贸易参数的第二音尘，而且通过加密的收集毗连将所述第二音尘发送到所述支出终端；通过所述加密的收集毗连以所述第二数据花式从所述支出终端接出入出凭证音尘，以所述第一数据花式天生收条音尘，而且将所述收条音尘发送到所述商家贩卖终端。

　　图1是示例支出统治编造的框图。商家侧蕴涵商家贩卖终端102和支出终端104。非商家侧蕴涵办事器106、网闭开发108和110以及根基交流开发112。网闭开发108、110和根基交流开发112可能将办事器106与金融机构、卡刊行商等的编造接合。比如，差其它网闭开发可能统治差别类型的贸易、与差别刊行商或金融机构闭连的贸易等。正在少少实行例中，网闭开发108是eselectplus网闭，网闭开发110是ipgate网闭，而且办事器106是云通讯办事器。正在少少实行例中，ipgate网闭110经由安好套接字层(ssl)毗连与办事器106通讯。正在少少实行例中，eselectplus网闭108经由ssl上的超文本传输造定(https)毗连与办事器106通讯。如所描述的，存正在两个网闭开发。然而，正在其他实行例中可能存正在更多或更少的网闭开发，而且网闭开发可能是除eselectplus或ipgate网闭除表的开发。

　　商家贩卖终端102可能是比如挪动开发(比如平板电脑、智能电话等)或有线开发(比如pc终端)。适适用作商家贩卖终端的开发蕴涵可能与办事器106举办基于ip的加密毗连的开发。商家贩卖终端102可能运转任何操作编造(比如，ios、android、microsoftwindows、linux等)。商家贩卖终端102还可能向办事器106发送配对要求以与支出终端104配对，而且向办事器106发送要求以倡导贸易。云云的要求可能以恰当的数据花式(诸如http)以电辅音尘的情势发送。商家贩卖终端102可能正在已杀青贸易之后从办事器106给与收条音尘。正在少少实行例中，商家贩卖终端102可能天生收条支付设备。

　　少少实行例与各样支出统治编造、商家贩卖开发、贩卖终端和由比如netsuite供给的插件协同任务。这种开发、贩卖终端和插件正在题为“paymentprocessingplug-in”的时间文档(2016版，第1次刊行)中举办了形容，该时间文档举动附录a蕴涵正在美国姑且申请号62/337,108中，其通过援用并入本文。比如，正在少少实行例中，办事器106和网闭108、110中的一个或多个被筑设为给与要求或供给凭据支出统治插件文档修筑的相应。

　　支出终端104可能是比如安好pin输入开发(sped)。各样型号的支出终端是可用的，而且蕴涵由verifone和ingenico分娩的开发。支出终端104常常蕴涵用于担当卡的插入(比如借记卡或信用卡)的插槽，而且还可能蕴涵用于(比如，通过由各样支出终端的供应商供给的paypass、paywave和expresspay时间)无线地检测卡的检测器。支出终端104常常还蕴涵键盘，该键盘蕴涵数字和拥有其他性能的各样输入，蕴涵拥有特定性能的热键。支出终端104常常凭据特定通讯造定和音尘花式与商家贩卖终端102通讯。这种通讯常常需求正在商家贩卖终端102上安置驱动和api，以便以所需的数据花式与特定支出终端104通讯。支出终端104利用的通讯造定可能随特定支出终端104的成立商和型号而蜕化雷竞技APP。

　　图2是示例办事器106的组件的框图。如所描述的，办事器106蕴涵统治器124、收集接口116、存储器122、久远存储器118和输入/输出接口120支付设备。

　　统治器124可能是intel或amdx86或x64、powerpc、arm统治器等。统治器124可能正在加载正在存储器122中的软件的局限下操作。收集接口116容许办事器106毗连到其他开发，蕴涵商家贩卖终端102、支出终端104、eselectplus网闭108和ipgate网闭110。i/o接口120将办事器106毗连到一个或多个表围开发(诸如键盘、鼠标、usb开发、盘驱动器等)。

　　软件可能从表围开发或从收集开发加载到办事器106上。可能利用途理器124来践诺这种软件。图3描述了办事器106处的软件的简化安排。该软件可能蕴涵操作编造126和操纵软件，诸如终端毗连模块128、配对模块130、贸易要求模块132和收条递送模块134。

　　广义地说，为了践诺贸易，商家贩卖终端102向办事器106发送要求。尔后，贩卖终端102等候来自办事器106的收条音尘。办事器106从要求中提取新闻并将新闻打包为与支出终端104兼容的数据布局。然后，办事器106将新闻包发送到支出终端104，支出终端104凭据支出终端的模范造定倡导贸易。

　　一朝已倡导了贸易，支出终端104就向办事器106发送金融音尘，然后办事器106通过恰当的网闭将金融数据道由到根基交流机112，根基交流机112将贸易数据发送到恰当的表部第三方卡收集办事器114(比如mastercard或visa收集)举办审批。

　　然后，根基交流机112从卡收集办事器114给与指示贸易是被照准仍是被拒绝的回答，以及其他新闻(比如，贸易id、贸易金额、来自用于贸易的卡的某些数字等)。然后将该回答道由回办事器106以举办花式化，然后发送到支出终端104。

　　支出终端104基于回答新闻杀青贸易，而且然后向办事器106发送概要贸易收条音尘。然后，办事器106从新打包该数据并将其发送到商家贩卖终端102以便创筑收条。

　　凭据该扼要概述，应该通晓的是，利用办事器106的好处正在于来自支出终端的金融数据通过办事器106而不是通过商家贩卖终端102道由到根基交流机112。于是支付设备，商家贩卖终端102正在所有贸易中不走漏于任何敏锐卡数据。商家贩卖终端102仅向办事器106发送贸易要求，而且然后一朝贸易杀青就等候来自办事器106的蕴涵收条新闻的音尘。

　　图4是描述用于将商家贩卖终端与支出终端举办配对的示例流程的流程图。正在少少实行例中，支出终端104充任办事器106的客户端。正在框402处，办事器106通过收集接口116给与来自支出终端104的毗连要求。正在少少实行例中，支出终端104正在第一次启动时将毗连要求发送到办事器106，而且毗连要求蕴涵支出终端104的终端id和支出终端104的序列号中的起码一个。正在框404处，办事器106与支出终端104变成加密的收集毗连。正在少少实行例中，正在与办事器106成立加密毗连之后，支出终端104等候来自办事器106的进一步指令。正在少少实行例中，加密毗连蕴涵tls毗连。其他加密时间是也许的，比如加密毗连可能是ssl毗连或其他相宜的加密毗连。

　　正在框406处，办事器给与来自商家贩卖终端102的配对要求，个中配对要求识别支出终端104。正在少少实行例中，通过终端id正在配对要求中识别支出终端104。正在少少实行例中雷竞技APP，支出终端104显示商家可能与配对要求一块蕴涵的数字或字母数字代码，以识别用于配对的企望的支出终端104。正在框408处，办事器106使支出终端104与商家贩卖终端102正在数据布局上闭连联。正在少少实行例中，办事器106通过支出终端104的终端id或代码来识别支出终端104。

　　正在少少实行例中，正在相干之后，办事器106向支出终端104和贩卖终端102发送相干确认音尘。正在少少实行例中，支出终端104和/或商家贩卖终端102正在给与到相干确认音尘之后向用户显示警报。

　　图5是描述用于统治贸易的示例流程的流程图。为了倡导贸易，商家贩卖终端102比如通过条形码扫描、用户输入等收罗贸易数据。贸易数据蕴涵诸如贸易类型和贸易金额的贸易参数。可选地，贸易数据可能蕴涵比如客户识别数据、发票行项目数据或其他贸易数据。商家贩卖终端102将贸易参数编码成数据花式(比如，json、xml、表单变量、键值配对等)的音尘。商家贩卖终端102利用通讯造定(比如，http或https)将音尘发送到办事器106。正在少少实行例中，第一音尘是http或httpspost音尘。正在框502处，办事器106给与音尘。正在少少实行例中，直接从贩卖终端102给与音尘。正在少少实行例中，贩卖终端102将音尘发送到商家收集办事器(未示出)，而且商家收集办事器将音尘转发到办事器106。

　　商家贩卖终端102可能通过正在商家贩卖终端102上运转的操纵来倡导贸易，然而，不需求商家贩卖终端102践诺任何特定的软件操纵以告竣与支出终端104的兼容性。比如，商家贩卖终端102不需求践诺任何专用软件(比如由第三方打算)来与支出终端104通讯。相反，贩卖终端102仅需求向办事器106发送httpspost音尘，而不管将用于举办贸易的支出终端104的品牌或型号。

　　正在少少实行例中，httpspost音尘起码蕴涵以下新闻：a)商家凭证；b)识别要用于贸易的支出终端104的数据(比如终端id)，以及c)贸易细节，其可能蕴涵贸易类型(添置、退款、添置无效、退款无效等)、美元金额、订单id号、诓骗数据(frauddata)、是否供给幼费选项等。可能用httpspost音尘蕴涵的其他数据可能蕴涵行项目号和客户id。正在少少实行例中，利用https对从商家贩卖终端102到办事器106的通讯举办加密，而且还利用https对从支出终端104到办事器106的通讯举办加密。正在少少实行例中，支出终端104和办事器106之间的毗连是传输层安好(tls)或ssl毗连。

　　正在少少实行例中，若是商家仅拥有一个支出终端104，则可能从httpspost音尘中省略终端id，这是由于办事器106保卫存储器118中的后端数据库，其将支出终端104与商家id闭连联。

　　一朝办事器106给与到第一音尘，办事器106然后就统治该要求，提取闭连的贸易数据，而且正在框504处，以与正在第一条音尘中识其它支出终端104兼容的第二花式天生蕴涵提取的数据的第二音尘。正在少少实行例中，办事器106保卫依然供给给商家的每个支出终端104的数据库，而且于是闭于特定支出终端104的开发新闻可用于办事器106。

　　正在框506处，办事器106然后将第二音尘发送到支出终端104。然后，支出终端104倡导所要求的贸易。支出终端104向客户或持卡人供给需要的提示(比如插入卡、授权贸易金额、幼费等)。一朝已从客户或持卡人取得了需要的输入，支出终端104就天生第三音尘，该第三音尘蕴涵由支出终端104发送到办事器106的与贸易相闭的金融数据。正在少少实行例中，支出终端绕过办事器106并将第三音尘直接发送到网闭108或110。

　　正在少少实行例中，第三音尘的花式与向例贸易编造相似(其可能凭据卡是否是比如mastercard或visa等而蜕化)，而且可能蕴涵加密的卡号、有用期和加密的emv数据。术语“emv”是指europay、mastercard和visa的简写办法，然则将应该通晓的是，重要机构除表的其他卡类型也可能与本文形容的编造和手腕一块利用。

　　正在少少实行例中，办事器106从支出终端104给与第三音尘，而且办事器然后将第三音尘道由到恰当的表部收集114以确定贸易是被照准仍是被拒绝。凭据办事器106给与到的第三音尘的花式，办事器106将确定将第三音尘转发到的恰当的网闭108或110。然后，办事器将第三音尘发送到恰当的网闭。正在少少实行例中，办事器106利用ssl毗连与ipgate网闭110通讯，而且办事器106利用https毗连与eselectplus网闭108通讯。所抉择的网闭以预期给与收集(比如，visa、mastercard等)可担当的花式将把第三音尘从新打包为第四音尘。第四音尘被发送到根基交流机112。根基交流机112将第四音尘发送到恰当的表部收集。

　　正在表部收集(比如，visa、mastercard等)已统治了贸易要求之后，表部收集办事器114将第五音尘返回到根基交流机112。然后，根基交流机112将识别第五音尘的源，并将第五音尘道由到恰当的网闭108或110，以举办花式化和统治。然后改日自第五音尘的闭连数据发送到办事器106，办事器106将闭连数据花式化为与支出终端104兼容的第六音尘。然后，办事器106将第六音尘发送到支出终端104。正在少少实行例中，网闭108或110正在没有正在办事器106处举办出格花式化的境况下将第五音尘直接发送到支出终端104。

　　第六音尘的实质可能蕴涵，比如，贸易是被照准仍是被拒绝的指示、贸易的相应代码、贸易金额、所利用的卡号的前4位和后4位、卡类型以及为了最毕天生收条所需的任何其他详明新闻。正在网闭108或110直接与支出终端104通讯的实行例中，第五音尘蕴涵与先前形容的第六音尘相似的实质。

　　正在从办事器106给与到第六音尘(或者若是直接从网闭108或110发送，则为第五音尘)时，支出终端104然后将向客户/持卡人供给闭于贸易是被照准仍是被拒绝的指示。然后，支出终端104将天生蕴涵天生收条所需的数据的支出凭证音尘，而且支出终端104以第二数据花式将支出凭证音尘通过加密的收集毗连发送到办事器106。正在框508处，办事器106接出入出凭证音尘。正在框510处，办事器106统治支出凭证手腕并天生第一数据花式的收条音尘。正在框512处，办事器106将收条音尘发送到商家贩卖终端102。正在少少实行例中，商家贩卖终端102基于收条音尘中蕴涵的数据创筑收条。

　　本规模时间职员将通晓，从支出终端104和商家贩卖终端102的角度来看，不需求特别花式化，而且不需求正在支出终端104或商家贩卖终端102上安置供应商或平台专用软件。这是由于支出终端104和商家贩卖终端102将数据发送到办事器106，而不是正在商家贩卖终端102和支出终端104之间直接发送数据。然后，办事器106可能正在商家贩卖终端102和支出终端104不必直接通讯的境况下，将数据从新打包为与预期给与终端兼容的花式。

　　正在少少实行例中，由商家贩卖终端102天生并发送到办事器106的第一音尘蕴涵附加参数，即用于异步操作的回发(post-back)url。异步操举动编造供给了肯定水准的端庄性。比如，一朝支出终端104已被触发以早先贸易，客户/持卡人也许花费很长时代来供给闭连数据(比如，贸易金额的授权、供给幼费金额、输入pin码等)以杀青贸易。该延迟次序可能导致商家贩卖终端102上的毗连超时。

　　若是第一音尘中不蕴涵回发url参数，则通讯的默以为同步相应流。若是第一音尘中蕴涵回发url参数，则将正在原始套接字要求上从办事器106向贩卖终端102发送确认。

　　当要求异步操作时，这容许办事器106将收条音尘颁布到正在第一音尘中标识的回发url(比如，由商家贩卖终端102发送的原始httpspost音尘)。然后，商家贩卖终端102可能轮询该url，直到正在该url处颁布了收条音尘。正在少少实行例中，商家贩卖终端102按期轮询url。这扫除了正在举办贸易的时代段内支柱与办事器106的加密毗连的需求。

　　举动异步操作的机造的逐一面，商家贩卖终端102可能请求将协作伙伴或商家凭证的情势蕴涵正在收条音尘中以供给闭于收条的可靠性的验证。这种凭证的示例蕴涵api令牌或正在办事器106、支出终端104和商家贩卖终端102之间共享的客户端证书。

　　正在少少实行例中，若是办事器106不行毗连到支出终端104，则办事器106向商家贩卖终端102返回谬误音尘。谬误音尘可能蕴涵谬误要求代码，该代码供给相闭谬误性子的更多细节。示例谬误要求代码是“另一个已正在举办中的贸易”要求代码，其指示正在第一音尘中标识的支出终端104依然加入另一个贸易。

　　正在少少实行例中，支出终端104的软件的一面可能托管正在办事器106中，而不是当地地存储正在支出终端104上。商家或贩卖终端将无法探访软件的任何这种一面，这可能供给闭于比如窜改或袒护敏锐数据的巩固的安好性。

　　正在少少实行例中，当支出终端104被供给给商家时，办事器106将与支出终端104相闭的数据的纪录存储正在存储器118中的后端数据库或另一个存储地点中。与支出终端104相闭的这种数据蕴涵序列号或其他独一标识符，而且存储将每个支出终端104与订购支出终端104的商家闭连联的纪录。

　　利用凭据少少实行例的编造和手腕的一个也许的好处正在于商家贩卖终端102(比如平板电脑)的拓荒者拥有针对贩卖终端102拓荒和打算其我方的软件而不必安置第三方驱动来与支出终端104接合的自正在。这可能淘汰正在这种其上存储空间也许受到范围的嵌入式开发上所需的存储空间量。其余，若是而且当差其它支出终端104被利用或者支出终端104被升级时，不需求更新正在商家贩卖终端102上运转的软件。所需求的只是商家贩卖终端拓荒者确保以httpspost音尘或用于与办事器106通讯的另一相宜花式来倡导贸易要求。正在少少实行例中，商家贩卖终端102不直接与办事器106通讯，而是经由商家侧的收集办事器举办通讯，而且商家侧的办事器直接与办事器106通讯。

　　应该通晓的是，从商家贩卖终端102的角度来看，常常(利用恰当的驱动和api)直接从支出终端104充任办事器的编造中的支出终端104给与到的数据的花式与从本申请中的办事器106给与到的数据的花式之间没有区别。

　　还应该指出的是，办事器106蕴涵存储元件118，其可能存储操纵编程接口(api)，所述操纵编程接口(api)蕴涵针对商家贩卖终端102和支出终端104所援救的一齐贸易特点(比如诓骗用具、幼费等)的号令。于是，凭据少少实行例，保存了贩卖终端102和支出终端104的性能。

　　利用本文形容的办事器106，商家贩卖终端102不必与正在支出终端104上运转的软件集成或直接兼容。支出终端104和贩卖终端102之间的一齐通讯都经由办事器106道由，办事器106统治和从新打包数据以与预期的给与开发兼容。除了正在商家贩卖终端102方面开发弗成知且操作编造弗成知除表，正在办事器106上运转的平台还可能与由目今平台(比如ingenico和verifone开发)援救的简直任何支出终端104一块操作。

　　正在少少实行例中，非金融贸易可能由办事器106倡导。办事器106还可能倡导与支出终端104的通讯和践诺与贸易无闭的号令。比如，办事器106可能蕴涵升级模块，其被筑设为查问支出终端104以要求正在支出终端104上运转的软件的版本。若是办事器106确定支出终端104上的软件可能升级，则办事器可能将软件更新推送到支出终端104。正在少少实行例中，办事器106可能正在不起初要求软件版本的境况下将软件更新推送到支出终端104。

　　正在少少实行例中，办事器106倡导贸易结算雷竞技APP。比如，可能利用草案搜捕(draftcapture)手腕来统治贸易，凭据该手腕，办事器106支柱被授权并计划好结算的贸易的纪录。办事器106可能向支出终端104发送要求以取得结算经授权的贸易的指令。举动相应，支出终端104可能向办事器106发送指令以无间举办结算。

　　可替选地或另边区，商家贩卖终端102可能支柱经授权的贸易的纪录，以便稍后供给给办事器106举办结算。该纪录可能蕴涵比如可能被加密的贸易标识符和贸易参数。办事器106可能向商家贩卖终端102发送要求以供给要结算的贸易。举动相应，商家贩卖终端102可能发送经授权的贸易的纪录，办事器106可能无间对其举办结算。

　　比如，办事器106可能正在预订义的时代段(诸如，正在开业日中断时、或正在经授权的贸易的纪录到达界说的巨细或货泉值时)倡导结算。

　　正在少少实行例中，商家终端102或商家办事器向办事器106发送死令以倡导对贸易的封闭或结算。正在少少实行例中，办事器106自愿倡导封闭或结算(比如，正在开业日中断时或正在特定商家当天封闭时)。

　　正在少少实行例中，办事器106指示支出终端104与办事器106断开毗连。该性能可能帮帮经管办事器106上的毗连，由于正在职何给依时代也许存正在毗连到办事器106的很多支出终端104，也许稀有千或数万个开发。其余，也许有正在操作的多个办事器106。若是给定办事器106被安顿或需求保卫，则办事器106可能向一个或多个毗连的支出终端104发出号令以断开毗连并毗连到差其它办事器。

　　正在少少实行例中，办事器可能向支出终端104发送死令，其指示支出终端104正在从新毗连到办事器106之前与办事器104断开一段界说的时代。比如，办事器106可能指示支出终端104正在商家的商铺依然封闭时与办事器断开毗连，而且指示支出终端方在商家的商铺掀开时(比如12幼时的时段)从新毗连到办事器106。

　　正在少少实行例中，办事器向支出终端104发送死令，其指示支出终端104与办事器106断开毗连而没有界说从新毗连的时代。一朝断开毗连，支出终端104可能通过用户致动支出终端104的幼键盘上的键、或者通过用户拔出支出终端104并然后再插回支出终端(比如通过断开和从新毗连电力电缆或者断开和从新毗连收集电缆对支出终端104举办电力轮回)来从新毗连到办事器106。

　　本文公然的少少实行例容许更浅易、安好且与开发/os弗成知的办理计划，其容许任何援救ip通讯的商家贩卖终端102和支出终端104之间的通讯。基于云的办事器106可能充任商家贩卖终端102和支出终端104之间的音尘转达的通道(conduit)，而且不需求商家贩卖终端102和支出终端104之间的直接通讯。如斯，少少实行例扫除了正在商家贩卖终端上当地地安置支出终端闭连的软件的需求，先前需求其来督促贩卖终端102和支出终端104之间的通讯。少少实行例还容许长途看守和告诉所毗连的开发。少少实行例将贸易音尘的花式化笼统为核心地点。

　　只管依然详明形容了实行例，然则应当通晓的是，可能正在个中举办各样改革、更换和更改。

　　其余，本申请的界限不旨正在限于仿单中形容的特定实行例。如本规模寻常时间职员将从本申请的公然实质容易地通晓的，可能欺骗践诺与本文中所形容的对应实行例大致雷同的性能或告竣与其大致雷同的结果的现有或今后将拓荒的流程、机械、成立、物质构成、装配、手腕或环节。于是支付设备，所附权益请求旨正在正在其界限内蕴涵这种流程、机械、成立、物质构成、装配雷竞技APP、手腕或环节。

　　时间研发职员：谢姆·阿里;斯宾塞·赖;迦勒·雷诺兹;马苏德·法塔希;克里斯汀·马利克;马克·蓬

　　1.计划机视觉 2.无线.计划机仿线.收集安好；物联网安好 、大数据安好 2.安好态势感知、舆情剖判和局限 3.区块链及操纵用于支拨管造的修建和形式与雷竞技APP流程