《用于提供银行服务的电子系统.pdf》由会员分享，可在线阅读，更多相关《用于提供银行服务的电子系统.pdf（31页珍藏版）》请在专利查询网上搜索。
1、10申请公布号CN104112196A43申请公布日20141022CN104112196A21申请号201410301565322申请日200511290426076620041129GB200580047122520051129G06Q20/10201201G06Q20/32201201G06Q20/38201201G07F19/0020060171申请人莫尼泰斯有限公司地址英国米德尔塞克斯郡72发明人SP阿特金森AD卢基斯74专利代理机构中国专利代理香港有限公司72001代理人唐立汤春龙54发明名称用于提供银行服务的电子系统57摘要一种提供银行服务的电子系统，该电子系统包括服务器，该服务。
2、器具有用于通过移动电话网与用户移动电话设备通信的第一接口；以及用于与作为至多个银行机构的银行记录的网关的中间媒介通信的第二接口。第一接口适于允许通过中间媒介将至少结余查询请求提交到多个银行机构的其中之一并提供至少结余查询回复以用于在用户的移动电话设备上显示。本发明提供使用移动电话环境提供主要街道ATM的功能。30优先权数据62分案原申请数据51INTCL权利要求书2页说明书16页附图12页19中华人民共和国国家知识产权局12发明专利申请权利要求书2页说明书16页附图12页10申请公布号CN104112196ACN104112196A1/2页21一种提供银行服务的电子系统，所述电子系统包括服务器。
3、，所述服务器具有用于通过移动电话网与用户移动电话设备进行通信的第一接口；以及用于与作为至多个银行机构的银行记录的网关的中间媒介进行通信的第二接口，其中所述第一接口包括适于从用户移动电话设备接收至少结余查询请求的接收部件；以及适于向用户移动电话设备提供结余查询回复以显示在所述用户移动电话设备上的发送部件，以及其中所述第二接口包括适于将接收到的结余查询请求发送到所述中间媒介以由所述中间媒介重传到所述多个银行机构的其中之一的发送部件；以及适于从所述中间媒介接收结余查询回复的接收部件，其中所述第一接口包括考虑至少加密的个人标识号和所述移动电话设备的身份的安全系统，以及所述第一接口支持驻留在用户移动设备。
4、上的客户端软件组件与所述服务器之间的通信，并实现除移动网络安全性级别外的安全通信协议，所述安全通信协议提供跨接于所述客户软件组件和所述服务器之间的传输安全性加密隧道。2如权利要求1所述的系统，其中，所述第一接口还适于使对等端到对等端和对等端到企业的资金转移请求能够从用户移动电话设备提交。3如权利要求1或2所述的系统，其中，所述第一接口用于与SIM卡和JAVA移动电话设备进行通信。4如前面任一项权利要求所述的系统，其中，所述第一接口包括PINBLOCK3DES加密。5如前面任一项权利要求所述的系统，还包括存储所述系统的已注册用户的MSISDN和注册口令的数据库。6如前面任一项权利要求所述的系统，。
5、其中，所述系统通过验证用户移动电话设备标识符、所述系统设置的口令和所述多个银行机构的其中之一设置的银行账户标识符来实现安全性验证过程。7如权利要求6所述的系统，其中，所述系统还适于验证与所述多个银行机构的其中之一达成协议的银行账户个人标识号。8如前面任一项权利要求所述的系统，其中，所述中间媒介包括自动柜员机的网络主机。9一种移动电话银行网络，包括一种如前面任一项权利要求所述的系统；中间媒介，作为至多个银行机构的银行记录的网关；以及多个用户移动电话设备。10如权利要求9所述的网络，其中，各移动电话设备包括驻留在移动电话设备SIM卡上或在所述移动电话设备的启用JAVA的手机中的客户端软件组件。11。
6、如权利要求9或10所述的网络，其中，所述用户移动电话设备可操作以请求所述中间媒介执行包括如下的事务移动电话充值；权利要求书CN104112196A2/2页3结余查询；账户之间的资金转移；确认待处理事务；或生成有时限的密码。12一种提供银行服务的方法，包括从通过选择屏幕上显示的选项来操作移动电话设备的用户接收对所述银行服务的请求，其中所述请求与加密的个人标识号和所述移动电话设备的身份一起被接收，并且所述通信在驻留在所述用户移动设备上的客户端软件组件与接管所述银行服务的服务器之间；处理所述请求，并与作为至多个银行机构的银行记录的网关的中间媒介进行通信，其中所述多个银行机构包括所述用户的银行机构；以。
7、及通过所述移动电话网提供对所述请求的响应，以用于显示在所述用户移动电话设备上，以及其特征在于，在驻留在所述用户移动电话设备上的客户端软件组件和接管银行服务的服务器之间的通信实现除移动网络安全性级别外的安全通信协议，所述安全通信协议提供跨接于所述客户软件组件和所述服务器之间的传输安全加密隧道。13如权利要求12所述的方法，其中，还包括在允许用户访问银行服务之前，实现注册过程。14如权利要求13所述的方法，其中，所述注册过程考虑所述移动电话设备的身份、所述用户提供的口令和所述用户的地址。15如权利要求12、13或14所述的方法，其中，使用PINBLOCK3DES加密以与所述用户进行通信。16如权利。
8、要求12至15的任一项所述的方法，其中，使用LTS加密系统以与所述用户进行通信。17如权利要求12至16的任一项所述的方法，其中，所述银行服务包括帐户结余查询。18如权利要求12至17的任一项所述的方法，其中，所述银行服务包括移动电话账户充值。权利要求书CN104112196A1/16页4用于提供银行服务的电子系统0001本发明涉及银行服务的提供。具体来说，本发明涉及自动柜员机ATM目前提供的电子银行服务类型，例如结余查询。0002引入ATM主要用于通过向客户提供传统出纳功能例如存款和提款服务的自动化界面来减少零售银行的支行中所需的出纳人数。通过引入自动化，ATM使零售银行业不仅能实现运营成本。
9、的降低，而且还能使业界在不断提高可用性的24小时主要街道中保持高水平的客户服务而无需大量投资。0003例如，对于英国的零售银行来说，在理论上无需与管理ATM资产关联的任何成本的前提下，向它们的客户提供对英国主要街道上超过40000个ATM的访问是可能的。0004英国流通领域中超过94000000张被支持的卡，ATM现在已经广为全球规模的客户所接受。除了提款和存款功能外，ATM还允许执行结余查询，查看报表以及数量不断增加的附加功能。与账户管理而非现金提取相关的这些附加服务处于不断增长需求中。但是，ATM设在固定位置中，因而不提供客户所需的灵活性。0005在线银行和储蓄系统为用户提供附加的灵活性以。
10、在住家中的家庭PC上执行所有需要的任务。这些银行服务可以允许执行更加广范得多的功能，包括缴费、结余查询、账户之间的余额转账等。虽然这种形式的银行业务提供客户需求的附加灵活性就时间和位置而言，但是使用因特网作为数据传输平台引起安全性问题，并且许多客户因此不愿意使用基于因特网的银行服务。0006因此仍存在在安全环境中交付银行服务但是具有位置和时间灵活性的需求。发明内容0007根据本发明，提供有一种提供银行服务的电子系统，该电子系统包括服务器，该服务器具有0008用于通过移动电话网与用户移动电话设备进行通信的第一接口；以及0009用于与作为至多个银行机构的银行记录的网关的中间媒介进行通信的第二接口，。
11、其中所述第一接口包括0010适于从用户移动电话设备接收至少结余查询请求的接收部件；以及0011适于对用户移动电话设备提供结余查询回复以显示在用户移动电话设备上的发送部件，0012以及其中该第二接口包括0013适于将接收到的结余查询请求发送到中间媒介以由中间媒介重传到多个银行机构的其中之一的发送部件；以及0014适于从该中间媒介接收结余查询回复的接收部件。0015本发明基于可通过将服务扩展到移动电话环境使得主要街道ATM的一些出纳功能更易于被访问的认识。第一接口适于允许借助中间媒介将至少结余查询请求提交到多个银行机构的其中之一并提供至少结余查询回复以用于显示在用户移动电话设备上。0016第一接口。
12、还优选地允许将资金转账请求提交到多个银行机构的其中之一。这可以说明书CN104112196A2/16页5允许PIN同时使用的对等端到对等端转账和对等端到企业转账。在此情况中，将指示源银行以将资金转账到指定的目的地账户。0017第一接口可以用于与SIM卡和JAVA移动电话设备进行通信。优选地，系统可以作为跨银行、跨移动运营商的银行服务来运作。此环境允许使用任何运营商和任何手机来访问任何银行的服务。0018第一接口优选地包括个人标识号安全性系统。这在移动网络的现有安全性上提供附加级别的安全性，其中移动网络的现有安全性已经实现了基于用户的SIM卡的安全性。可以使用PINBLOCK3DES加密。001。
13、9第一接口还可以包括LTS加密系统。0020本发明还提供一种提供银行服务的方法，该方法包括0021从通过选择屏幕上显示的选项来操作移动电话设备的用户接收对银行服务的请求；0022处理该请求，并与作为至多个银行机构的银行记录的网关的中间媒介进行通信，其中多个银行机构包括该用户的银行机构；以及0023通过移动电话网提供对该请求的响应，以用于显示在用户移动电话设备上。0024该方法提供在移动设备上显示信息，由此可以在移动设备上实现ATM功能，从而对这些功能增加了位置自由度，但是并不会由于使用基于因特网的PC系统而损害安全性。0025优选地，在允许用户访问银行服务之前，执行注册过程。注册过程可以考虑移。
14、动电话设备的身份、用户提供的口令和用户的地址。0026银行服务可以包括结余查询、移动电话账户充值和许多与电子非纸件形式商贸相关的其他服务。附图说明0027现在将参考附图详细地描述本发明的示例，其中0028图1示出本发明的系统的优选注册过程；0029图2示出从用户角度来看，本发明的系统与常规ATM功能的比较；0030图3示出用户进行结余查询所执行的步骤；0031图4示出用户进行移动电话充值所执行的步骤；0032图5以示意图形式示出本发明的系统的示例；0033图6更详细地示出用户与本发明的系统的服务器之间的接口的第一示例；0034图7更详细地示出用户与本发明的系统的服务器之间的接口的第二示例；00。
15、35图8较图5更详细地示出本发明的系统的示例；0036图9示出本发明的系统内的通信中存在的不同安全性层的四个示例；0037图10示出本发明的系统的网络视图；0038图11示出本发明的系统的图示其他应用的更广义的高层面概况；0039图12示出本发明的系统如何为这些其他应用在零售银行业与客户之间实现接口；0040图13A和13B示出使用该系统中涉及的步骤，并用于进一步详细地解释本发明的安全性方面；以及说明书CN104112196A3/16页60041图14示出用于事务验证的图13B的步骤的备选方式。具体实施方式0042现在将从两个角度来描述本发明。首先，从客户、零售银行和移动运营商角度针对服务提供。
16、该系统实现的服务的概况。然后是采用构成服务的技术组件的详细概况的形式提供技术概况。0043本质上，本发明的系统可以视为使客户能够直接从他们的移动电话对一定范围的常用和很好理解的账户事务设施的安全访问的服务。但是，不同于其他移动银行服务，其核心原理不同于最初引入ATM的核心原理；实用地引入自动化以特别地压低运营成本，同时保持和增加客户服务。0044在下文部分，主要从客户的角度而且也从零售银行和移动运营商的角度进一步详细地描述服务。0045该系统旨在为供任何客户使用，并旨在为被任何客户所认识。具体来说，该系统提供超过30年来被接受的出纳隐喻的实现。它现在已成为大众的直觉经验。0046上文提到与基于。
17、因特网的银行系统有关的安全性问题是通过使用相同受信运营商的ATM解决的。在英国，LINK商标被认知为安全事务服务的受信提供商，具有较强品牌认知度在英国成年人中为92。因此提议作为与例如LINK商标的ATM运营商的伙伴关系以在英国实现该系统。这是赢得第一级的客户信任的关键部分安全性。如下文将示出的，可以利用银行级安全性来实现服务。0047该系统可以通过最初引入有用的低风险事务服务例如结余查询和移动电话充值服务来实现。这样可能允许使用逐渐变成习惯性的，并因此允许引入其他服务。0048在2003年通过LINKATM交换机有超过90000000次结余查询事务。本发明的系统为从固定的ATM使用这些设施的。
18、客户提供更易访问且实时的服务。随着时间推移，这些事务类型将通过实用且必要的电子货币管理事务类型而得以扩充。0049下文部分描述客户如何获得对服务的访问，以及之后客户如何使用该服务。0050客户注册0051出于安全性的原因，客户注册该服务是必要的。这以两个方式的其中一种来实现通过服务WEB网站注册或直接从移动电话注册该服务。图1中给出了注册过程的概况，其中示出客户如何使用该服务。在附图和下文中，使用术语“MOBILEATMTM”，这表示本发明的服务/系统。0052图1示出使用该服务所需的四个阶段。在阶段1中，客户获知该服务的存在。在阶段2中，有注册过程，后续阶段包括通过邮寄将密码发送给用户。这提。
19、供用户的IP地址或移动身份与邮编地址之间链接，并由此提供PC或移动电话的简单匿名使用之上的附加安全性级别。在此注册过程之后，在阶段4中，客户可以使用该服务。0053使用服务0054一旦注册，客户就可以开始使用服务，并这通过导航到他们的电话上的应用菜单并执行应用来实现。采用与物理ATM相似的方式，用户将被要求输入数字码或口令，这构成识别过程的一部分，如图2所示。0055图2示出本发明的系统与ATM使用类似，而唯一的区别是从移动电话选择服务，而说明书CN104112196A4/16页7非将银行卡插入到ATM中。0056一旦通过服务的认证，客户将能够从多个注册的账户中选择或选择注册要针对服务而使用的。
20、其他账户。注册的每个账户具有可以针对所选账户执行的多个被支持的事务。最初，服务将以结余查询和移动电话充值来启动，下文将进一步论述它们。0057结余查询事务0058图3中给出结余查询的用户体验的概况。图3中的十个图像示出如下操作00591客户定位服务并启动服务。00602客户输入他们的口令他们通过邮寄接收到的口令。00613将该口令加密并以安全方式发送以供客户端应用验证。00624从服务器接收身份验证并将其显示。00635显示一个已注册账户的列表，并且客户能够使用普通手机按钮对该列表导航来选择感兴趣的账户。00646显示针对所选账户的被支持事务的列表，客户可以使用手机选择键来选择结余查询事务类型。
21、。00657以安全方式将事务请求发送到服务器以进行处理。00668从服务器接收结余查询结果。00679然后将结余查询显示在屏幕上，就像物理ATM上出现的那样。006810最后，用户自动被导航回账户事务屏幕。0069移动电话充值事务0070图4中给出移动电话充值事务的概况。图4中的十一个图像示出如下操作00711用户从他们的电话菜单中定位服务，并执行MOBILEATMTM应用。00722客户输入他们的口令。00733将该口令加密并以安全方式发送到服务器以进行验证。00744一旦通过验证，则从服务器接收结果。00755显示一个已注册账户的列表以供用户从中选择。00766要对电话充值，用户从事务菜单。
22、中选择移动电话充值事务。00777客户从已注册列表中选择要充值的移动电话账户。只需选择注册电话菜单项并输入电话号码，从列表选择相关的服务提供商并输入用于记忆该账户的别名，即可注册电话账户。00788要对该账户充值，用户选择充值菜单项。注意该菜单级将被扩充为提供移动电话账户的其他出纳服务例如在运营商提供储值功能性时以便解决电子货币监管。00799用户从金额值的列表中选择对移动电话账户充值所需的金额。008010向客户显示事务的确认以便接受。一旦接收到确认，将事务发送到服务器以进行处理。该处理包括将事务分拆成从源银行账户或信用卡提款和将存入相关的预付账户。008111最后将包括接受的确认显示在屏幕。
23、上。注意小对账单功能性将包括在稍后日期检索接受编号的能力。0082图3和图4因此图示从客户角度来看该系统易于使用。0083从银行业的角度来看，可以使服务对ATM运营商的所有成员提供例如英国的LINK商标交换网络，并且使得服务支持英国的94000000张卡。LINK商标是向成说明书CN104112196A5/16页8员提供多个服务的成员关系方案的一个示例，可以将这些服务扩充为包括本发明的移动服务。因此，每个零售银行将具有支持服务的选项。0084本发明的服务还以如下方式解决了零售银行业的关键问题00851服务是否安全使用移动电话可以适于提供具有与物理ATM相似级别的安全性的安全环境。00862服务。
24、的成本是多少与引入最初的ATM的核心原因相符，本发明的服务仅需要最小的投资水平，并且不仅服务降低了运营成本，而且从传统上不产生收入的服务例如结余查询提供新收入流以及通过扩充例如移动电话充值的服务来提供新收入流。00873服务是否具有竞争力本发明提供出纳隐喻的移动电话实现。出纳隐喻表示标准银行事务，因此使零售银行能够使客户服务更易于访问。本发明还如主要街道ATM那样为个人银行提供灵活的基础以便为它们的客户提供具有吸引力的服务，从而使它们能够保持移动通道上的竞争力，而无需大量投资。0088从移动运营商的角度来看，该服务基于全球通信标准，因此可以使该服务通过英国的每个移动电话使用。因此本发明的服务还。
25、以如下方式解决了移动电话业的关键问题00894它是否增加了数据服务为现有服务提供更易于访问的通道将产生一些新的提升；移动运营商已经通过以更昂贵但是更易于访问的通道有效地替换付费电话网络毫无疑问地证实了该点。00905它是否是具有竞争力的服务使用引入自动化的相同原理以减少维护分支网络的成本，该服务对预付市场引入自动化，从而产生巨大的运营成本的节省。运营商已经认识到减少事务成本引入实时结算所产生的节省，估计是30亿英镑的预付市场。利用最近引入的固定线路的ATM移动电话充值服务已体验到了巨大的提升。0091总之，本发明的服务使得用户能够通过熟知的用户界面设计安全实时地访问多个金融事务服务ATM的移动。
26、电话实现方式。0092对于零售银行，该服务使它们能够利用引入ATM的最初原理；通过出纳服务的实用自动化降低运营成本。该服务还使零售银行能够提供量身定做的服务，从而使零售银行能够保持跨移动通道的竞争力而无需大量投资。0093对于移动运营商，该服务提供新的数据服务，从而增加了数据ARPU每个用户的平均收入。它还使移动运营社区能够通过提供例如针对客户的预付账户的存款的标准出纳服务来显著地减少管理预付客户的运营成本。0094下文对本发明的系统的一个优选实施进行技术描述。0095在一个优选实施方式中，将该服务设计为利用标准面向对象的分析、设计和编程技术的基于组件的服务。更确切地，该服务可以针对J2EEJ。
27、AVA2企业版标准和最佳的实践技术来设计。该系统旨在为在未改进主要街道ATM的安全性的情况下至少作为副本。0096图5中示出高层面的组件示意图。“移动运营商连接点”1是MOBILEATM服务器与MOBILEATM客户端组件之间的接口。“MOBILEATM事务交换机”2提供该系统的事务服务器和一些安全性组件。“卡激活号服务器”3提供满足安全性模型一部分的机制通过以物理方式发送印制在相关安全性固定物上的卡激活号来确认客户的地址。“连接直接”组件4提供与卡发行商进行必要的地址检查功能性。“LINKATM交换机”5构成用于通过LINK网络与成员银行进行安全事务的接口。“MOBILEATMWEB注册”组。
28、件6提供用于完成WEB注册说明书CN104112196A6/16页9的必要功能性，以及“MOIBILEATM计费”引擎7提供用于对针对客户移动电话账户的个人事务类型计费的机制。0097该服务被分成如下组件0098客户端组件0099事务服务器组件0100企业集成组件0101下文部分给出这些组件的更多细节，其中还包括服务的网络连接的概况。0102客户端组件0103MOBILEATMTM客户端组件是整个MOBILEATMTM服务的客户端层，并用于确保启动时被支持的最大数量的客户。支持两个不同基本类型的客户端0104基于SIM卡的客户端；或0105基于JAVA的客户端。0106该客户端策略确保服务能够。
29、支持英国超过50000000个移动电话用户而与用户个人的手机的功能无关。0107基于SIM的客户端0108订户身份模块SIM是插入移动手机中的芯片卡，它是超过863600000个GSM订户的关键部件，表示了超过72的全球移动电话市场。SIM的目的是用于存储预订信息，并且无论在家或国外漫游时提供订户与移动服务提供商之间的认证。SIM卡的发展中的其中一个关键进展是SIM工具套件STK的引入，它现在已经被结合到全球通信标准中。0109STK能实现开发SIM驻留应用，该SIM驻留应用作为菜单项出现在手机上来进行访问。本质上，STK使移动运营商能够向SIM发送命令，这些命令有显示菜单、获取用户输入以及发。
30、送和接收短消息SM。STK中的另一个进展是将基于SIM的微浏览器标准化，基于SIM的微浏览器向应用开发商提供用于开发手机未知的基于安全SIM的应用的简单平台。开发微浏览器或无线因特网浏览器WIB并针对性地对其标准化，以使应用开发商开发访问SIM存储器的SIM驻留WML无线标记语言并在SIM内提供正真可共同操作的执行环境。0110图6中给出与SIM客户端交互的主要组件的概况。0111最初，用户从菜单请求MOBILEATMTM服务，SIM创建对MOBILEATMTM的请求，该请求被编码成字节码，并使用SM短消息协议发送到WIG无线因特网网关。0112WIG接受请求，并将字节码翻译成标准的URL请求。
31、，然后将该请求转发到MOBILEATMTM服务器。0113MOBILEATMTM服务器处理该请求，在此情况中为生成用户专用的ATM菜单。要返回的内容以无线标记语言表示，并被发送回WIG。0114WIG将WML编码成字节码，并使用SM协议将内容发送到WIB以便在电话上显示。0115用户可以选择发出重复此事件流的事务。0116采用WML形式的WIB无线因特网浏览器内容是通过事务引擎的WEB层组件针对每个个体用户请求动态生成的。0117为了实现系统的安全性需求，SIM客户端利用SIM卡制造商提供的标准安全性插件。根据SIM的使用，基于PIN加密系统创建了两种安全性模型。SIM使用因素包括使用说明书C。
32、N104112196A7/16页10SIM的时间段和移动运营商的内部密钥管理过程。0118PIN加密模型10119现有SMARTTRUST3DES三重数据加密标准插件具有如下功能签名0120DE密钥标识符，选项，明文0121其中0122密钥身份标识要用于操作的密钥0123选项指定用于操作的多个选项0124明文用于操作的文本0125对于第一实现选项，密钥身份用于标识加密要使用的驻留密钥，选项表示3DES操作，以及明文是PIN和要加密的填充信息。0126PIN加密模型20127如下是对PIN加密的另一个增强使用对标准插件的修改0128DE密钥标识符，选项，明文，工作密钥0129其中0130密钥身份。
33、标识要用于操作的密钥0131选项指定用于操作的多个选项0132明文用于操作的文本0133工作密钥要用于加密的加密的PIN0134如下是用于该功能的伪代码0135/将工作密钥解密0136密钥DECRYPT密钥标识符，工作密钥0137/将明文加密0138RETURNENCRYPT密钥，选项，明文0139这种实现使工作密钥能够在MOBILEATM会话的服务器一端生成，并在用户请求该服务时以安全方式发送到手机。0140基于JAVA的客户端0141MOBILEATMJAVA客户端设计为被大多数启用JAVA的手机支持，包括MIDP10和MIDP20手机。图7示出MOBILEATM浏览器8和MOBILEAT。
34、M服务器9。如图7所示，MOBILEATMTMJAVA客户端MOBILEATM浏览器8本质上设计为包括如下主要组件的安全浏览器体系结构0142呈示层0143XML语法分析器0144加密库0145HTTP堆栈0146下文论述这些组件0147呈示层0148与SIM客户端一样，由于来自JAVA客户端的请求，由事务服务器的WEB组件使用标记语言动态地生成内容。JAVA客户端的内容利用对WML标准的特定扩充，称为MATML移动ATM标记语言，它通过呈示层在手机屏幕上呈示。呈示层维护对当前“页面”或菜单屏说明书CN104112196A108/16页11幕的静态引用，以及对用于维护状态、高速缓存管理和用于导。
35、航MOBILEATMTM的缺省命令的商务逻辑的静态引用。0149事务服务器采用COOKIE来维护客户端状态。JAVA客户端除了路径或有效期属性外将COOKIE完整保存。但是客户端按主机名存储并返回COOKIE。0150为了改善客户体验，JAVA客户端维护MOBILEATMTM服务的最近页面或菜单项的动态高速缓存。如下是JAVA客户端高速缓存的机制0151当用户请求页面，本质上请求至另一个页面的链接时，呈示层最初检查它的内部缓存以确定该页面最近是否被访问过。如果没有匹配页面，则将URL传递到HTTP堆栈，生成HTTP请求并将其传送到事务服务器。当生成HTTP请求时，客户端则确定是否应该将所请求的。
36、页面添加到内部客户端缓存。0152当客户启动前进或后退命令时，呈示层确定是否将所得到的页面存储在内部高速缓存中。如果不存储，则将URL传递到HTTP堆栈，形成请求并将其传送到事务服务器以便进行处理。0153JAVA客户端具有三个缺省命令0154前进呈示层根据当前页面的索引的检查确定前进命令是否有效。如果有效，则将KEYPRESS事件句柄添加到当前页面以便进行呈示。0155后退呈示层根据当前页面的索引的检查确定后退命令是否有效。如果有效，则将KEYPRESS事件句柄添加到当前页面。0156退出缺省情况下呈示层将退出命令添加到每个页面。执行退出命令，则在退出应用之前执行必须的清除。0157XML语。
37、法分析器0158JAVA客户端语法分析器使客户端能够分析MATML信息，并创建要在手机屏幕上呈示的必要对象。0159加密库0160MOBILEATMTM客户端具有轻量级传输安全性LTS层；此安全性层提供客户端与事务服务器之间的加密隧道。该加密隧道类似于内部SSL会话，但是不同于SSL，因为LTS公共密钥被嵌入到被混淆的OBFUSCATED客户端内。由于与GPRS网络数据交换关联的网络时延程度高，所以采用该网络安全性模型。该部分中稍后在端到0161端安全性概况中给出其他信息。0162HTTP堆栈0163HTTP堆栈控制客户端与事务服务器之间的所有HTTP通信。0164事务服务器组件0165图8中。
38、给出MOBILEATMTM事务服务器的详细组件示意图，出于说明本文档的目的，依据如下组件来描述软件体系结构0166WEB层组件0167核心商务逻辑组件0168事务框架组件0169该设计能实现面向对象的设计和编程最佳实践，同时分离表现层、商务逻辑层和企业集成层。这些是根据JAVA标准开发的，其中使用JAVA服务器页和JAVASERVLET的组说明书CN104112196A119/16页12合来开发表现层。商务逻辑层作为一系列的JAVA无状态会话BEAN来实现，EAI组件是根据JAVA连接器体系结构JCA开发的。0170下文更详细地描述了一些密钥组件，然后论述例如LINK接口的EAI企业应用集成组。
39、件以及安全性问题。0171WEB层组件0172WEB组件层10包括管理MOBILEATMTM客户端手机11与MOBILEATMTM服务器之间的通信所需的必要组件。WEB层是SERVLET12和JAVA服务器页面JSP13的集合。0173核心商务逻辑组件0174核心商务逻辑组件20进一步被细分成如下子组件0175轻量级传输安全性与SSL相似的安全通信协议，将在端到端安全性部分进一步描述它。0176口令认证在建立LTS会话之后，生成进一步工作密钥以通过如下步骤将口令加密和验证口令0177客户端生成随机密钥0178针对LTS工作密钥将该密钥加密0179将加密的口令发送到服务器WEB层0180存储用户。
40、会话的工作密钥0181在用户输入它们的口令之后，客户端针对LTS工作密钥将该口令加密，并将加密的口令发送到WEB层。然后验证加密的口令，向用户授予对它们的服务的访问权，否则显示无效口令消息。0182会话管理核心商务逻辑利用会话管理以维护客户端请求之间的状态。0183事务框架0184事务框架30管理出纳事务，以及使用无状态会话BEANSSB对个人事务类型进行编码。事务框架的实现使得能够在不影响服务的现场运行的情况下支持其他事务类型。最初服务将具有如下事务类型；0185结余查询结余查询SSB32与LINK集成组件交互以执行用于节余查询事务的必要商务逻辑0186移动电话充值充值SSB34与LINK集。
41、成组件交互以执行用于移动电话充值事务的必要商务逻辑。0187企业应用集成组件0188为了确保能够在将来扩充服务器，例如支持不同的地理区域，企业应用集成EAI组件已使用标准JAVA连接器体系结构JCA来实现。为服务实现了如下EAI组件0189LINKJCA40由SSB和服务实现构成。如下是LINKJCA所展示的功能性0190结余查询形成相关的LIS5事务编码，发送事务和将所产生的回复路由回事务框架。0191移动电话充值形成相关的LIS5事务编码，发送事务和将所产生的回复路由回事务框架。0192运营商JCA41用于与系统的运营商接口。0193MCHEXJCA42由SSB和服务实现构成。如下是MCH。
42、EXJCA所展示的功能性说明书CN104112196A1210/16页130194将包含消息体和运营商规范的SMS消息发送到MSISDN移动台ISDN0195将包含二进制消息内容和运营商规范的二进制消息发送到MSISDN0196将包含消息文本和运营商规范的WAP推送消息发送到MSISDN0197对MSISDN执行计费请求，该请求包括价格点和运营商规范0198HSM分层存储管理JCA44由SSB和服务实现构成。如下是HSMJCA所展示的功能性0199生成口令，用于生成卡激活号CAN和新随机口令0200验证口令，用于针对口令认证用户和用于针对CAN激活卡0201生成口令或CAN偏移，用于存储针对用。
43、户的口令和用于存储针对卡的CAN。0202这些JCA组件各具有所示的相应接口组件。0203图8还示出由数据访问对象DAO控制的数据库36，其中包括事务查询和登录DAO500、定制事务DAO52和核心DAO54。通过浏览器接口58控制管理DAO56。0204作为示例，DAO使用JDBCJAVA数据库连接与数据库36通信。DAO50、52、54使用本地协议与事务框架30和SSB32、34通信。至核心商务逻辑SSB20和事务框架SSB30的其他通信通道使用RMI/IIOPJAVA远程方法创新/因特网ORB间协议。SSB接口与JCA40、41、42、44之间的通信可以使用SOAP，尽管如上文提到的，L。
44、INK接口另外还可以使用LIS5。0205不同手机类型使用不同的协议与WEB组件层10通信，例如这些不同协议为SMOTA信道0348、SMS短消息发送服务、GPRS通用分组无线电服务。在WEB组件层10内，可以使用HTTP、SMTP、SMS2000和XML。所示的不同类型的手机技术的示例是WIB无线因特网浏览器、JAVACARD和J2ME。0206端到端安全性模型0207服务的主要设计考虑是安全性，以及如图9所示，服务采用多层安全性模型。0208在图9中，部分A是SIM客户端的多层安全性层的概况，其中示出通过对来自SIM卡的空中业务加密来提供网络级安全性，并且PIN加密层提供用于PIN的PIN。
45、BLOCK3DES级安全性。0209部分B是用于MIDP10客户端移动信息设备协议的多层安全性模型的概况，其中进一步改进了安全性，以便除移动网络安全性级别之外提供MOBILEATM网络级安全性。该级别提供如同MOBILEATM手机应用与MOBILEATM服务器之间的连接的安全SSL。0210部分C是用于MIDP20客户端的多层安全性模型的概况，其中通过提供直接从手机到MOBILEATM服务器的SSL隧道来进一步增强了网络安全性。进一步增强该模型以包括签名的应用代码来解决中间人攻击。0211部分D是利用JSR177支持对MIDP20客户端的进一步增强。在该模型中，加密和解密任务均在SIM环境中执。
46、行。0212服务器体系结构使得能够动态地生成被支持的事务，以便限制对于不同安全性模型可用的事务类型。例如，部分A可以仅指定为支持结余查询和预付充值事务，其中增强的安全性模型可以因提供增加的安全性而支持另外的事务类型。0213如图9所示，不同的客户端类型能实施不同类型的安全性保护。但是，在每种情况中，最低要求是PIN块加密，它提供3DESPIN保护。0214服务的一般性安全性特征可以包括说明书CN104112196A1311/16页140215不将任何客户银行卡数据存储在MOBILEATMTM客户端应用内。0216不将任何客户银行卡数据存储在手机存储器内。0217MOBILEATMTM在服务器一。
47、端保存不足以克隆银行卡或执行无卡事务的银行卡信息。0218客户选择他们自己的5到12个数字之间的口令。0219客户的MOBILEATMTM口令在长度上较长，且与客户ATMPIN分开0220MOBILEATMTM口令确保整个MOBILEATMTM通道的安全。0221MOBILEATMTM所采用的消息传送协议是HTTP请求/响应。0222LTS轻量级传输安全性加密层具有如下属性0223LTS级加密隧道跨接于MOBILEATMTM客户端应用和MOBILEATMTM服务器之间。0224LTS隧道防止客户端与服务器之间的消息插入、移除、变更或重放，这通过3DES加密与消息MACING技术组合来实现。02。
48、25MOBILEATMTM客户端和服务器包含用于提供LTS级安全性的客户加密库。0226将MOBILEATMTMLTS公共密钥存储在混淆的客户端，并且长度为2048位。0227MOBILEATMTMLTS密钥对具有24个月的最大寿命。0228多个MOBILEATMTMLTSRSA密钥对可以同时为活动的。0229PIN块加密层具有如下属性0230将口令与它们相关的MOBILEATMTM客户ID关联。0231口令偏移值是与使用MOBILEATMTMPVK根据客户ID生成的自然PIN的偏移值。0232进入期间不将客户输入的口令值显示在手机屏幕上。0233将MOBILEATMTM保存的口令值作为MOB。
49、ILEATMTMPVK保护的PIN偏移值存储在MOBILEATMTM数据库内。0234MOBILEATMTMPVK是双长度DES密钥。0235将给予MOBILEATMTM客户5次连续尝试以正确地将他们的口令输入到客户端中。0236在传输到MOBILEATMTM服务器之前，将每个客户输入的口令形成ISO格式1PIN块，并利用MOBILEATMTM工作密钥WK将其加密。02375次连续不正确的口令输入尝试之后，该客户的MOBILEATMTM账户将被锁闭。为了获得对服务的访问权，客户必须请求新的随机密钥，该密钥被邮寄到他们的家庭地址。0238MOBILEATMTM服务器使用THALESRG8000HSM高安全性模块它是标准银行安全性组件来对照存储在MOBILEATMTM数据库中的偏移值验证加密的客户输入的口令。0239图10中给出MOBILEATMTM服务的网络连接的概况。移动网络运营商示出为60，MOBILEATM系统示出为62。0240图10示出无线电接入网63，它包括与移动设备通信的基站收发器、基站控制器64和基站系统65。0241GSM/GPRS基础设施示出为66，它与网络运营商IP网络68通信。网络68与MOBILEATM系统62通信，网络68包括路由器、防火墙和服务器69，其中服务器69通过IP连接与LINKATM交换机70通信。0242上文描述着重于使用系统以使移。