ICS35.240.15CCSL64DB11 北京市市場監(jiān)督管理局IDB11/T159.4—2023前言 2規(guī)范性引用文件 3術語和定義 4縮略語 5移動支付系統(tǒng)組成和功能 5.1系統(tǒng)組成 5.2系統(tǒng)功能 6安全單元 6.1一般要求 6.2多應用管理 6.3基本命令 6.4密鑰 6.5安全通信 6.6應用個人化服務 6.7應用選擇服務 7客戶端軟件 7.1軟件架構 7.2基本功能 7.3應用模型 7.4安全要求 7.5管理要求 8可信服務管理系統(tǒng) 8.1系統(tǒng)組成 8.2系統(tǒng)功能 8.3應用配置管理 8.4安全單元初始化 8.5移動支付應用管理 8.6平臺安全要求 9基本業(yè)務 9.1業(yè)務分類 9.2開卡 9.3充值 9.4消費 9.5退卡 9.6遷卡 DB11/T159.4—2023本文件按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結構和起草規(guī)則》的規(guī)定起草。DB11/T159《市政交通一卡通系統(tǒng)技術規(guī)范》分為以下部分：——第1部分：總體要求；——第2部分：卡片；——第3部分：終端；——第4部分：移動支付系統(tǒng)；——第5部分：安全；——第6部分：檢測。本文件是DB11/T159的第4部分。本文件由北京市交通委員會提出并歸口。本文件由北京市交通委員會組織實施。本文件起草單位：北京市智慧交通發(fā)展中心、北京市政交通一卡通有限魏振陽、劉敬光、李志宇、羅琳、李強、楊雪、鐘園、吳月、常新、周湘鵬、張騰、李佳霖、樊子風、周巧霖、王海、李真丞、李昂、郁國棟、劉世俊。本文件及其所代替文件的歷次版本發(fā)布情況為：——本次為首次發(fā)布。DB11/T159.4—2023隨著智慧城市建設的加速和公共交通的快速發(fā)展，市政交通一卡通系統(tǒng)在城市交通運營和民生服務中發(fā)揮著越來越重要的作用。為了提高城市公共交通運營效率和民生服務質量，滿足市政交通一卡通系統(tǒng)的業(yè)務發(fā)展要求和民生服務需求，需要進行規(guī)范化的技術管理，北京市交通委員會組織編制了統(tǒng)一的技術標準。DB11/T159《市政交通一卡通系統(tǒng)技術規(guī)范》由6個部分組成：——第1部分：總體要求。目的在于明確市政交通一卡通系統(tǒng)的整體構成和要求。——第2部分：卡片。目的在于明確市政交通一卡通系統(tǒng)卡片的要求?！?部分：終端。目的在于明確市政交通一卡通系統(tǒng)終端的要求?！?部分：移動支付系統(tǒng)。目的在于明確市政交通一卡通系統(tǒng)移動支付系統(tǒng)的組成和要求?！?部分：安全。目的在于明確市政交通一卡通系統(tǒng)安全的要求?！?部分：檢測。目的在于明確市政交通一卡通系統(tǒng)檢測的要求。DB11/T159《市政交通一卡通系統(tǒng)技術規(guī)范》參考了國家及地方的相關法規(guī)、行業(yè)標準和最佳實踐，結合北京市公共交通行業(yè)特點和發(fā)展需求，以及新技術應用等進行了修訂，保證標準具有先進性、安全性和指導性，保障市政交通一卡通系統(tǒng)長期、穩(wěn)定和健康地發(fā)展。DB11/T159.4《市政交通一卡通系統(tǒng)技術規(guī)范第4部分：移動支付系統(tǒng)》涵蓋了市政交通一卡通系統(tǒng)中移動支付系統(tǒng)的功能規(guī)范、技術要求等內(nèi)容，適用于市政交通一卡通系統(tǒng)中移動支付系統(tǒng)的設計、開發(fā)和實施。DB11/T159.4—20231市政交通一卡通系統(tǒng)技術規(guī)范第4部分：移動支付系統(tǒng)本文件給出了市政交通一卡通系統(tǒng)移動支付系統(tǒng)的組成，規(guī)定了安全單元、客戶端軟件、可信服務管理系統(tǒng)和基本業(yè)務的技術要求。本文件適用于市政交通一卡通系統(tǒng)移動支付系統(tǒng)的設計、開發(fā)和實施。2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。JT/T978.2城市公共交通IC卡技術規(guī)范第2部分：卡片JT/T978.3城市公共交通IC卡技術規(guī)范第3部分：讀寫終端JT/T978.5城市公共交通IC卡技術規(guī)范第5部分：非接觸接口通訊JT/T1059.1交通一卡通移動支付技術規(guī)范第1部分：總則JT/T1059.2交通一卡通移動支付技術規(guī)范第2部分：安全單元JT/T1059.5交通一卡通移動支付技術規(guī)范第5部分：客戶端軟件JT/T1059.6交通一卡通移動支付技術規(guī)范第6部分：可信服務管理系統(tǒng)JT/T1059.8交通一卡通移動支付技術規(guī)范第8部分：檢測項目DB11/T159.1市政交通一卡通系統(tǒng)技術規(guī)范第1部分：總體要求DB11/T159.2市政交通一卡通系統(tǒng)技術規(guī)范第2部分：卡片DB11/T159.5市政交通一卡通系統(tǒng)技術規(guī)范第5部分：安全3術語和定義DB11/T159.1界定的以及下列術語和定義適用于本文件。3.1個人化personalization安全單元發(fā)行者職責的最后流程，通過該流程配置安全單元、裝載安全參數(shù)和設置密鑰。[來源：JT/T1059.8—2016,3.16有修改]3.2移動支付設備mobilepaymentdevice具有交通一卡通移動支付應用及移動通訊能力的用戶設備。[來源：JT/T1059.1—2016,3.3有修改]2DB11/T159.4—20233.3安全單元典型交易時間secureelementcurrentlytransactiontime完成一次從終端喚醒安全單元應用成功，到終端接收到安全單元返回的最后一條指令的正常消費交易所消耗的安全單元處理時間。3.4安全單元發(fā)行方secureelementissuer為用戶提供安全單元發(fā)行服務的主體。[來源：JT/T1059.1—2016,3.17]4縮略語DB11/T159.1界定的以及下列縮略語適用于本文件。AID：應用標識符（ApplicationIdentifier）APDU：應用協(xié)議數(shù)據(jù)單元（ApplicationProtocolDataUnit）API：應用程序接口（ApplicationProgrammingInterface）FCI：文件控制信息（FileControlInformation）MAC：報文驗證碼（MessageAuthorizationCode）PIX：擴展的專用應用標識符（ProprietaryApplicationIdentifierExtension)PPSE：近距離支付系統(tǒng)環(huán)境（ProximityPaymentSystemsEnvironment）RID：注冊的應用提供商標識（RegiedApplicationProviderIdentifier)SCP：安全通道協(xié)議（SecureChannelProtocol）SIM：通用用戶身份識別模塊(SubscriberIdentityModule)SSL：安全套接字層(SecureSocketLayer)TLS：傳輸層安全協(xié)議（TransportLayerSecurity）WTLS：無線傳輸層安全協(xié)議（WirelessTransportLayerSecurity）5移動支付系統(tǒng)組成和功能5.1系統(tǒng)組成市政交通一卡通移動支付系統(tǒng)應由SE、客戶端軟件、可信服務管理系統(tǒng)組成。以SE為載體，客戶端軟件為用戶入口，依靠安全、可靠的網(wǎng)絡，通過統(tǒng)一的數(shù)據(jù)接口，實現(xiàn)開卡、充值、消費等功能。市政交通一卡通移動支付系統(tǒng)架構見圖1。DB11/T159.4—20233★★★★5.2系統(tǒng)功能5.2.1安全單元應能為移動支付各參與方提供SE信息，應能為應用提供方提供輔助安全域管理、移動支付應用下載授權等功能。SE應能負責存儲密鑰、證書等機密信息，進行密碼計算。5.2.2客戶端軟件應能實現(xiàn)移動支付設備與TSM系統(tǒng)的連接，以圖文界面方式在支付應用中為用戶提供開卡、充值、消費、退卡、遷卡等功能應用。5.2.3可信服務管理系統(tǒng)應由SE-TSM和SP-TSM組成。至少實現(xiàn)機構接入、應用注冊、SE可信管理、SE開放共享、SE載體管理、多應用管理、應用管理等。6安全單元6.1一般要求DB11/T159.4—20236.1.1物理特性通過移動支付設備內(nèi)置SE模塊模擬非接觸式IC卡，其物理特性應符合JT/T978.5中的相關要求。6.1.2SE通道和互不影邏輯結邏輯結構應包括接觸通道和非接觸通道，接觸非接觸通道應具有并發(fā)處理能力，且響，SE的構見圖2。圖2SE邏輯結構6.1.3接觸通道SE模塊的接口應提供移動支付設備訪問SE模塊的通路。6.1.4非接觸通道非接觸通道的電氣特性和傳輸協(xié)議應符合JT/T978.5中的相關要求，保證SE與終端的兼容性。6.1.5硬件方案結構應符合JT/T1059.2中的相關要求。6.1.6供電要求當移動支付設備處于開機狀態(tài)，或處于關機狀態(tài)但電池仍能通過電源管理系統(tǒng)正常提供電源能量時，內(nèi)置SE模塊可使用移動支付設備的電池作為電源能量；當移動支付設備的電池被取下，或電池無法通過電源管理系統(tǒng)正常提供電源能量時，內(nèi)置SE模塊可選擇使用非接觸芯片從終端的工作場中感應得到的電源能量。在內(nèi)置SE模塊可獲得正常工作所需的電源能量的情況下，應能正常執(zhí)行市政交通一卡通移動支付應用。6.2多應用管理應符合JT/T1059.2中的相關要求。6.3基本命令應符合JT/T1059.2中的相關要求。6.4密鑰應符合JT/T1059.2中的相關要求。45DB11/T159.4—20236.5安全通信指令最低安全級別無道機制，在SECURED狀態(tài)后，所需的APDU命令的最低安全級別要求見表1。SE安全通信應采用SCP02安全通道機制或SCP03安全通表1SCP02/SCP03APDU命令的最低安全級別要求6.6應用個人化服務6.6.1基本功能應支持以下兩種方式實現(xiàn)個人化服務：a)使用運行時消息流；b)使用安全域訪問。6.6.2運行時消息流應符合JT/T1059.2中的相關要求。6.6.3安全域訪問應符合JT/T1059.2中的相關要求。6.7應用選擇服務應支持以下兩種選擇方式：a)受理環(huán)境選擇市政交通一卡通支付應用時，非接觸途徑應提供PPSE選擇，并按照JT/T978.2中相關PPSE選擇流程要求，通過FCI模板返回應用AID列表；b)客戶端軟件應直接使用SELECTAID方式，選擇市政交通一卡通支付應用。7客戶端軟件7.1軟件架構客戶端軟件運行在移動支付設備操作系統(tǒng)中，通過SE對交易敏感信息等加密,并與TSM系統(tǒng)建立通信連接，完成繳費相關功能?？蛻舳塑浖軜嫲韵滤膶樱篴)支付應用軟件層：客戶端軟件直接面向用戶，通過圖形化操作界面，為用戶提供方便快捷的繳費服務；b)網(wǎng)絡協(xié)議層：為客戶端提供基礎的網(wǎng)絡協(xié)議服務，包括安全通信協(xié)議SSL、TLS、WTLS等，也可根據(jù)客戶端需求提供定制化的專用網(wǎng)絡協(xié)議；c)操作系統(tǒng)層：操作系統(tǒng)層是客戶端軟件運行的基礎平臺；d)物理設備層：SE內(nèi)部安全域存儲密鑰、數(shù)字證書等機密信息，并為客戶端提供交易敏感信息加密處理等安全功能?？蛻舳塑浖軜嬕妶D3。6B11/T159.4—2023圖3客戶端軟件架構7.2基本功能7.2.1注冊能通過客戶端軟件向總中心計算機處理系統(tǒng)進行用戶注冊。7.2.2開卡能通過客戶端軟件向TSM系統(tǒng)發(fā)起請求，并實現(xiàn)在移動支付設備SE中創(chuàng)建市政交通一卡通應用。7.2.3充值能通過客戶端軟件向TSM系統(tǒng)發(fā)起充值交易。7.2.4消費能通過客戶端軟件在移動支付設備進行繳費交易。7.2.5退卡能通過客戶端軟件向TSM系統(tǒng)發(fā)起退卡請求，并完成SE應用的刪除，退還余額。7.2.6遷卡能通過客戶端軟件向TSM系統(tǒng)發(fā)起遷卡請求，并完成SE應用在移動支付設備SE間轉移。7.2.7默認應用設置能通過客戶端軟件對移動支付設備的SE中的默認應用（繳費交易時的默認應用）進行修改設置。7.2.8信息查詢能通過客戶端軟件對余額、交易明細等信息進行查詢。7.2.9密碼管理能通過客戶端軟件對登錄密碼進行管理。密碼管理包括密碼修改和密碼找回兩項功能。7.2.10版本升級客戶端軟件應具備版本在線檢測和升級功能。7.3應用模型DB11/T159.4—20237客戶端軟件應能以圖文界面方式向用戶提供繳費和TSM應用管理等功能。應用模型見圖4?！铩铩铩铩铩飯D4客戶端應用模型7.4安全要求7.4.1人機交互安全應符合DB11/T159.5中的相關要求。7.4.2軟件安全應符合DB11/T159.5中的相關要求。7.4.3數(shù)據(jù)安全應符合DB11/T159.5中的相關要求。7.4.4通信安全應符合DB11/T159.5中的相關要求。7.5管理要求應符合JT/T1059.5中的相關要求。8可信服務管理系統(tǒng)8.1系統(tǒng)組成應由SE-TSM和SP-TSM組成。8.2系統(tǒng)功能可信服務管理系統(tǒng)至少應實現(xiàn)以下功能：a)機構接入：包括TSM平臺運營方、應用提供方兩類機構的接入；DB11/T159.4—2023b)應用注冊：包括應用審查、應用AID（包括包AID、類AID和實例AID）分配；c)SE可信管理：包括SE的注冊、SE信息的獲取和傳遞；d)SE開放共享：包括應用提供方SSD的創(chuàng)建、刪除、鎖定/解鎖、個人化、終止、狀態(tài)查詢、應用操作授權等功能；e)SE載體管理：包括SE的生命周期管理等；f)多應用管理：包括應用提供方管理、輔助安全域的生命周期管理、應用存儲與發(fā)布、應用管理授權、應用生命周期管理；g)應用管理：包括應用空中下載、充值等。8.3應用配置管理8.3.1基本要求TSM系統(tǒng)應對應用提供方SSD進行管理，為市政交通一卡通移動支付應用統(tǒng)一分配應用AID(包AID、類AID和實例AID)，并對應用的注冊、測試、暫停、上線發(fā)布和下線進行管理。8.3.2AID分配原則唯一的AID。TSM系統(tǒng)對交通應用AID編碼規(guī)則見表唯一的AID。TSM系統(tǒng)對交通應用AID編碼規(guī)則見表2。TSM系統(tǒng)對交通支付應用輔助安全域AID編碼規(guī)則見表3。8表3輔助安全域AID編碼規(guī)則)表3表3輔助安全域AID編碼規(guī)則(DB11/T159.4—20238.3.3應用注冊管理TSM系統(tǒng)負責對所有市續(xù)政交通一卡通移動支付應用進行注冊管理。應用提供方將應用及其信息向SE-續(xù)TSM提交注冊申請，SE-TSM審核后，為應用分配相關的AID資源信息，應用注冊管理應包括如下步驟：a)步驟1：應用提供方向SE-TSM提供應用注冊申請信息和相關材料；b)步驟2：SE-TSM將市政交通一卡通應用提供方填寫的應用注冊信息和相關材料信息登記入庫；c)步驟3：SE-TSM向應用提供方提示操作狀態(tài)；d)步驟4：由人工對應用注冊信息和相關材料信息進行審核，并為審查合格的應用分配AID；e)步驟5：應用提供方上傳應用，登記備案。信息審核通過后業(yè)務管理員將應用狀態(tài)更新為審批通過；審批通過的市政交通一卡通應用可以進行調(diào)測、上線發(fā)布。應用注冊管理見圖5。12345★★★★圖5應用注冊管理★★8.4安全單元初始化8.4.1基本要求SSDSSD在第一次下載市政交通一卡通應用時應進行初始化和激活。9DB11/T159.4—2023SSD負責其下市政交通一卡通應用和安全域的管理操作。SSD的初始化密鑰應采用兩級分散體系，應用提供方持有一級密鑰，通過一級分散后提供給SE發(fā)行方，SE發(fā)行方持有二級密鑰。SE發(fā)行方再進行一次分散后預置到SE中的SSD中。8.4.2初始化SE初始化應包括如下步驟：a)步驟1：客戶端軟件向SE-TSM請求獲取應用列表；b)步驟2：SE-TSM響應應用查詢結果；c)步驟3：客戶端軟件首先進行判斷SSD是否創(chuàng)建；d)步驟4：如果客戶端軟件判斷SSD沒有創(chuàng)建，則向SE-TSM發(fā)起SSD創(chuàng)建請求；e)步驟5：SE-TSM判斷SSD是否創(chuàng)建；f)步驟6：若未創(chuàng)建，與客戶端軟件交互完成SSD創(chuàng)建操作(預制SSD初始密鑰)；g)步驟7：客戶端軟件與SE-TSM交互完成市政交通一卡通應用下載、安裝操作。SE初始化見圖6。1★2★34★★★5★6★★7★★★8.5移動支付應用管理8.5.1基本功能TSM系統(tǒng)能通過SSD對應用提供方SSD下的應用進行生命周期管理，包括市政交通一卡通移動支付應用的下載、刪除、鎖定/解鎖、個人化。8.5.2應用下載市政交通一卡通移動支付應用下載應包括以下步驟：DB11/T159.4—2023a)步驟1：客戶端軟件向SE-TSM發(fā)起應用下載的認證申請操作；b)步驟2：SE-TSM將結果響應至客戶端軟件；c)步驟3：客戶端軟件向SE-TSM發(fā)起應用下載請求；d)步驟4：SE-TSM向SP-TSM發(fā)起應用下載申請；e)步驟5：SP-TSM檢查是否具備下載應用條件；f)步驟6：SP-TSM將是否允許下載結果反饋至SE-TSM；g)步驟7：SE-TSM平臺組裝應用下載響應指令；h)步驟8：SE-TSM響應客戶端軟件下載請求；i)步驟9：客戶端軟件向SE-TSM發(fā)送應用下載結果通知；j)步驟10：SE-TSM將應用下載結果同步SP-TSM平臺。應用下載見圖7。5★5★★★1★★42★3★★★★★★96★★7★★圖7應用下載8.5.3應用刪除應用刪除應包含以下步驟：a)步驟1：客戶端軟件向SE-TSM發(fā)起應用刪除認證申請操作；b)步驟2：SE-TSM處理后，將處理結果響應至客戶端軟件；c)步驟3：客戶端軟件向SE-TSM發(fā)起應用刪除請求操作；d)步驟4：SE-TSM向SP-TSM發(fā)起應用刪除申請操作；e)步驟5：SP-TSM進行應用是否符合刪除條件檢查；DB11/T159.4—2023f)步驟6：SP-TSM將是否具備刪除條件的結果響應至SE-TSM；g)步驟7：SE-TSM進行刪除指令腳本準備；h)步驟8：SE-TSM進行應用刪除指令發(fā)送；i)步驟9：客戶端軟件將應用刪除操作結果通知給SE-TSM；j)步驟10：SE-TSM將應用刪除操作結果通知給SP-TSM。應用刪除見圖8。1★2★3★4★5★6★78★9★★圖8應用刪除8.5.4應用鎖定/解鎖應用鎖定/解鎖應包括以下步驟：a)步驟1：客戶端軟件向SP-TSM發(fā)起應用鎖定/解鎖請求操作；b)步驟2：SP-TSM組織應用鎖定/解鎖腳本；c)步驟3：SP-TSM發(fā)送應用鎖定/解鎖腳本；d)步驟4：客戶端軟件將應用鎖定/解鎖結果通知SP-TSM平臺；e)步驟5：SP-TSM將應用鎖定/解鎖結果通知SE-TSM平臺。應用鎖定/解鎖見圖9。DB11/T159.4—2023★★★★圖9應用鎖定/解鎖8.5.5應用個人化應用個人化應包含以下步驟：a)步驟1：客戶端軟件向SP-TSM發(fā)起申請個人化操作；b)步驟2：SP-TSM組織個人化腳本；c)步驟3：SP-TSM將腳本發(fā)往SE執(zhí)行；d)步驟4：客戶端軟件將執(zhí)行結果通知SP-TSM；e)步驟5：SP-TSM將應用個人化狀態(tài)通知SE-TSM平臺。應用個人化見圖10?？蛻舳薊★★★★★圖10應用個人化8.6平臺安全要求應符合DB11/T1059.6中的相關要求。DB11/T159.4—20239基本業(yè)務9.1業(yè)務分類根據(jù)移動支付設備應用場景的不同，業(yè)務可分為：開卡、充值、消費、退卡和遷卡。其中，電子錢包的具體應用要求應符合JT/T978.2中的相關要求，交互流程應符合JT/T978.3中的相關要求。9.2開卡用戶通過移動支付設備完成SE應用創(chuàng)建的過程，應包括：a)移動支付設備請求SE-TSM進行SE初始化、應用下載、安裝；b)移動支付設備請求SP-TSM進行SE應用個人化；c)SP-TSM同步開卡交易信息到總中心計算機處理系統(tǒng)，完成卡賬戶創(chuàng)建。開卡交易模型見圖11?！铩铩铩飯D11開卡交易模型9.3充值用戶通過移動支付設備請求TSM完成SE應用充值的過程，應包括：a)移動支付設備向SP-TSM平臺發(fā)起充值