使用 INTERNAL 模式时的 PPSE 和 CRS 关系
Posted
技术标签:
【中文标题】使用 INTERNAL 模式时的 PPSE 和 CRS 关系【英文标题】:PPSE and CRS relation when using INTERNAL mode 【发布时间】:2013-09-15 16:30:58 【问题描述】:当使用PPSE(Proximity Payment System Environment)的Internal模式时,我发现CRS(Contactless Registry Service)在应用程序选择过程中开始发挥作用。但是找不到关于彼此逻辑依赖的确切细节。
谁能解释一下PPSE设置为Internal模式时应用选择过程中PPSE和CRS的逻辑关系?
【问题讨论】:
虽然我编辑了希望正确的 PPSE 含义,但我建议也解决 CRS;至少我无法在首字母缩略词查找器中找到匹配的定义;如果不知道这些首字母缩写词,这个问题几乎没有任何意义。 【参考方案1】:有两个与 CRS 相关的概念:CRS 作为卡内的注册表,CRS 应用程序将前者暴露给设备应用程序(通常是 EMV 的 AAUI)以显示配置和查询用户的选择。目前,CRS 应用程序是标准的可选部分。
PPSE 的作用是向销售点 (PoS) 公开支付应用程序列表。为此,它侦听由 CRS(寄存器)广播的应用程序激活事件。为此,银行应用程序将被实例化,明确指定 PPSE 作为其激活事件的目的地。在 EMV“内部模式”中,银行应用程序通常具有非接触式自激活特权,这意味着银行移动应用程序将向银行卡应用程序发送 set-status 命令,该应用程序使用 CRS API 激活自身。反过来,CRS 会将此事件广播给所有授权的注册监听器,包括 PPSE。
除此之外,在某些市场中,另一个应用程序接收广播以实施特定于市场的政策。例如,AEPM 要求(在欧洲广泛适用)规定 PPSE 的响应在给定时间点只能包含一个应用程序。为了执行此规则,有一个专用应用程序 (AEPM CREL) 将停用除最新激活的所有其他应用程序。
这在EMVCo 和AEPM specifications 中有详细描述。 CRS 在GlobalPlatform's Amendment C to the card specification 中有详细介绍。
【讨论】:
以上是关于使用 INTERNAL 模式时的 PPSE 和 CRS 关系的主要内容,如果未能解决你的问题,请参考以下文章
Tomcat报错 HTTP Status 500 – Internal Server Error?