智能卡寫入文件生成方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明涉及一種智能卡寫入文件的生成系統(tǒng)，包括需求模板模塊、需求操作模塊、校驗規(guī)則模塊、需求報告生成模塊、系統(tǒng)參數(shù)模塊、指令流生成模塊、日志生成模塊。需求模板模塊用于為用戶提供標(biāo)準(zhǔn)統(tǒng)一的需求格式及接收用戶對其需求進行的個性化設(shè)置；需求操作模塊用于接收用戶利用需求模板對個性化的需求進行的操作；校驗規(guī)則模塊用于對需求數(shù)據(jù)進行校驗；需求報告生成模塊用于生成需求報告；系統(tǒng)參數(shù)模塊用于定義系統(tǒng)的個性化設(shè)置參數(shù)、系統(tǒng)附加文件的存儲路徑、系統(tǒng)內(nèi)外接口參數(shù)、被訪問對象或介質(zhì)的屬性；指令流生成模塊用于生成指令流及將指令流寫入智能卡；日志生成模塊用于輸出用戶登錄、操作和系統(tǒng)運行時的調(diào)試信息。本發(fā)明可提高工作效率。
【專利說明】智能卡寫入文件生成方法及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于通信領(lǐng)域，特別是涉及一種智能卡的文件生成方法及系統(tǒng)。
【背景技術(shù)】
[0002]智能卡以其可以存儲各種信息給人的生活帶來了諸多方便，使人的生活更加便捷，通常情況下，都需要首先將用戶特定的信息寫入智能卡中，在寫入這些信息的時候需要首先收集用戶的需求信息，由于用戶的多樣化需求，以及信息的種類多樣化，因此，上述需求的格式，信息的種類也非常零散，格式不統(tǒng)一，甚至有時候需求數(shù)據(jù)不正確、不完整。智能卡在根據(jù)上述需求寫入信息的時候，需要通過人工在EXCEL上來整理這些不規(guī)范、零散的信息，雖然能做到需求格式統(tǒng)一，但是仍然保證不了數(shù)據(jù)的正確性以及數(shù)據(jù)的完整性；此夕卜，寫入文件的指令流開發(fā)仍然需要人工開發(fā)，人力資源投入高，耗時長，開發(fā)效率低，容易出錯，極大的制約了智能卡的高效應(yīng)用，亟待開發(fā)一種高效的智能卡寫入文件的生成方法與系統(tǒng)。

【發(fā)明內(nèi)容】

[0003]一種智能卡寫入文件的生成系統(tǒng)，其特征在于:包括，需求模板模塊、需求操作模塊、校驗規(guī)則模塊、需求報告生成模塊、系統(tǒng)參數(shù)模塊、指令流生成模塊、日志生成模塊，其中，需求模板模塊是用于為用戶提供標(biāo)準(zhǔn)統(tǒng)一的需求格式，用戶調(diào)用該需求模板模塊來對其需求進行個性化設(shè)置，需求操作模塊是用戶利用需求模板模塊中生成的需求模板對個性化的需求進行操作，校驗規(guī)則模塊是對用戶在需求操作模塊中設(shè)置的需求數(shù)據(jù)根據(jù)預(yù)設(shè)規(guī)則進行校驗的模塊，需求報告生成模塊用于將用戶的個性化設(shè)置生成需求報告，系統(tǒng)參數(shù)模塊定義了系統(tǒng)的個性化設(shè)置參數(shù)、系統(tǒng)附加文件的存儲路徑、系統(tǒng)內(nèi)外接口參數(shù)、被訪問對象或介質(zhì)的屬性，指令流生成模塊包括生成智能卡寫入文件的指令流，以及將智能卡寫入文件的指令流寫入智能卡，日志生成模塊主要用于輸出用戶登錄、操作和系統(tǒng)運行時的調(diào)試信息；該需求模板模塊包括創(chuàng)建模板、編輯模板、刪除模板和另存模板；所述需求模板模塊中的模板為模板擴展名為XML，其數(shù)據(jù)格式為XML。且在該需求模板模塊中默認提供一套名稱為“default, xml”的需求模板；需求操作模塊包括創(chuàng)建需求、編輯需求、保存需求和另存需求，需求文件的擴展名為UXP，數(shù)據(jù)格式為XML ;校驗規(guī)則模塊分為規(guī)則定義模塊和規(guī)則執(zhí)行模塊，規(guī)則定義模塊包括新建規(guī)則、編輯規(guī)則、刪除規(guī)則、激活規(guī)則，規(guī)則執(zhí)行模塊包括規(guī)則校驗、輸出校驗結(jié)果；規(guī)則執(zhí)行模塊在下列情況下執(zhí)行規(guī)則校驗:
O:需求數(shù)據(jù)發(fā)生變更后執(zhí)行校驗規(guī)則；
2):打開需求時執(zhí)行規(guī)則校驗,保存需求時執(zhí)行規(guī)則校驗；
3):需求被另存為需求模板時執(zhí)行規(guī)則校驗；
4:)打開需求模板時執(zhí)行規(guī)則校驗；
5):保存需求模板時執(zhí)行規(guī)則校驗；
6):用戶可針對當(dāng)前需求執(zhí)行規(guī)則校驗； 7 ):指定的部分需求和所有需求主動執(zhí)行校驗規(guī)則。
[0004]執(zhí)行規(guī)則校驗之后輸出校驗結(jié)果，校驗結(jié)果的輸出分三種形式:
1):輸出到校驗結(jié)果控制臺，用戶可將控制臺校驗結(jié)果保存為TXT文件；
2):輸出到日志文件；
3):根據(jù)結(jié)果合法和不合法標(biāo)記輸入組件的狀態(tài)，結(jié)果合法輸入組件狀態(tài)為初始狀態(tài)，不合法組件狀態(tài)標(biāo)記為邊框紫色。
[0005]生成智能卡寫入文件的指令流包括:1)對指令流參數(shù)進行配置，也就是配置COS系統(tǒng)、配置指令流輸出路徑、配置讀卡器，2)生成指令流，通過指令流參數(shù)和文件系統(tǒng)需求生成文件系統(tǒng)指令流，并執(zhí)行指令流制寫卡；日志輸出的形式分為兩種:1)控制臺輸出，日志輸出到日志控制臺，用戶可實時查看日志；2)日志文件輸出，日志輸出到日志文件，作為存檔和后續(xù)查看使用；
該智能卡寫入文件生成方法包括以下步驟:
A)選擇需求模板，用戶利用需求模板模塊根據(jù)自己的需求選擇需求模板，如果不存在適合用戶需求的需求模板，則用戶可以利用需求模板模塊中的創(chuàng)建需求模板來根據(jù)自己的需求創(chuàng)建新的需求模板，然后選擇新創(chuàng)建的需求模板作為用戶自己的需求模板；
B)用戶利用需求操作模塊來新建需求；
C)用戶利用需求操作模塊來編輯需求；
D)用戶利用規(guī)則校驗?zāi)K來進行校驗需求，如果需求校驗不通過，則輸出校驗異常結(jié)果，并返回步驟C，如果校驗通過則執(zhí)行步驟E ；
E)用戶利用需求操作模塊來保存需求，且用戶可以根據(jù)自己的需要任意跳到F或G步
驟；
F)用戶利用需求報告生成模塊來導(dǎo)出用戶需求，其需求格式包括Html格式，且用戶可以根據(jù)自己的需要直接跳到步驟J ；
G)用戶利用指令流生成模塊來選擇指令流開發(fā)參數(shù)；
H)戶利用指令流生成模塊創(chuàng)建文件系統(tǒng)指令流；
I)對智能卡進行寫入文件的寫卡操作；
J)結(jié)束。
[0006]本發(fā)明將用戶的原始需求轉(zhuǎn)換為同一格式的用戶需求和機器需求，機器需求進一步轉(zhuǎn)換為智能卡寫入文件系統(tǒng)的指令流，用戶需求可用于工作人員審查核對和用戶需求反饋和確認，機器需求可提供給測試部進行自動化測試工作，文件系統(tǒng)指令流通過讀卡器制作成品卡。
[0007]說明書附圖
圖1是本發(fā)明實施例之生成智能卡寫入文件的方法流程圖。
具體實施例
[0008]現(xiàn)結(jié)合實施例進一步闡述本發(fā)明，實施例僅是對本發(fā)明的一種具體實施方案，本發(fā)明所保護內(nèi)容并不受實施例所限，任何符合本發(fā)明精神之技術(shù)方案都在本發(fā)明的保護范圍之內(nèi)。
[0009]本實施例智能卡寫入文件生成系統(tǒng)主要包括需求模板模塊、需求操作模塊、校驗規(guī)則模塊、需求報告生成模塊、系統(tǒng)參數(shù)模塊、指令流生成模塊、日志生成模塊。
[0010]下面對上述每個模塊進行詳細描述:
1.1.需求模板模塊
需求模板模塊的主要功能是用于為用戶提供標(biāo)準(zhǔn)統(tǒng)一的需求格式，用戶可以調(diào)用該需求模板模塊來對其需求進行個性化設(shè)置。該需求模板模塊包括創(chuàng)建模板、編輯模板、刪除模板和另存模板。上述模板擴展名為XML，其數(shù)據(jù)格式為XML。且在該需求模板模塊中默認提供一套名稱為“default, xml”的需求模板，對于無個性化設(shè)置需求的用戶，可以直接利用該模板進行需求操作，提高其需求設(shè)置效率；對于有個性化設(shè)置需求的用戶而言，可以利用需求模板模塊中的創(chuàng)建模板來創(chuàng)建屬于用戶自己個性化需求的模板，用戶可以通過當(dāng)前打開的需求模板創(chuàng)建屬于用戶自己的需求模板，需求模板文件擴展名為XML，數(shù)據(jù)格式為XML，該創(chuàng)建模板保存到系統(tǒng)參數(shù)指定的存儲路徑；該需求模板模塊還包括編輯模板，用戶可以根據(jù)自己的需求來對無論是需求模板模塊提供的“default, xml”的需求模板還是自己創(chuàng)建的需求模板進行個性化設(shè)置的編輯；該需求模板模塊還包括刪除模板，用戶可以可選擇性的備份后刪除和/或直接刪除上述模板，備份后刪除的上述模板還可被還原；此外，該需求模板模塊還包括另存模板，用戶可以將當(dāng)前打開的需求模板另存為新的模板，以供用戶后續(xù)使用，而避免了用戶每次都必須要創(chuàng)建自己的需求模板的重復(fù)勞動。
[0011]1.2.需求操作模塊
需求操作模塊是用戶利用需求模板模塊中生成的需求模板對個性化的需求進行操作，需求操作模塊包括創(chuàng)建需求、編輯需求、保存需求和另存需求。需求文件的擴展名為UXP，數(shù)據(jù)格式為XML。
[0012]創(chuàng)建需求:需求創(chuàng)建依賴于需求模板，必須在指定的需求模板下創(chuàng)建需求，需求創(chuàng)建后將包含需求模板所有數(shù)據(jù)。需求創(chuàng)建完畢后不再與需求模板存在任何關(guān)系。編輯需求:需求數(shù)據(jù)的輸入受校驗規(guī)則制約，非法數(shù)據(jù)可通過參數(shù)設(shè)置限制輸入，或允許輸入但提示警告信息。保存需求:需求數(shù)據(jù)輸出受校驗規(guī)則制約，需求只保存合法的數(shù)據(jù)。最終輸出的UXP需求數(shù)據(jù)要么是空要么是合法數(shù)據(jù)，不存在錯誤的數(shù)據(jù)，因此就避免了用戶需求數(shù)據(jù)不完整、部正確的弊端，該保存的需求的保存路徑是由用戶指定。另存需求:將當(dāng)前需求復(fù)制另存為另一個需求，另存需求時可變更需求編碼Encoding，該另存的需求的保存路徑也可由用戶指定。
[0013]1.3.校驗規(guī)則模塊
校驗規(guī)則模塊是對用戶在需求操作模塊中設(shè)置的需求數(shù)據(jù)根據(jù)預(yù)設(shè)規(guī)則進行校驗的模塊，該校驗規(guī)則模塊保存在擴展名為XSD.XML的文件中，規(guī)則內(nèi)容遵循XSD標(biāo)準(zhǔn)。校驗規(guī)則模塊分為規(guī)則定義模塊和規(guī)則執(zhí)行模塊。
[0014]規(guī)則定義模塊包括新建規(guī)則、編輯規(guī)則、刪除規(guī)則、激活規(guī)則。規(guī)則執(zhí)行模塊包括規(guī)則校驗、輸出校驗結(jié)果。該校驗規(guī)則模塊默認提供一套名稱為“eastcompeace.xml.xsd”的不可編輯的規(guī)則。其中，新建規(guī)則為從現(xiàn)有的規(guī)則中指定一個規(guī)則另存為新的規(guī)則；編輯規(guī)則:除默認規(guī)則外其它規(guī)則都可編輯，編輯規(guī)則中的元素屬性和元素值，不能刪除元素和新建元素；刪除規(guī)則:刪除除默認規(guī)則外的校驗規(guī)則文件；激活規(guī)則:默認系統(tǒng)默認提供的規(guī)則為已激活規(guī)則，已激活的規(guī)則必須有一個并且只能有一個，系統(tǒng)應(yīng)用已激活的規(guī)則對需求進行校驗。[0015]規(guī)則執(zhí)行模塊在下列情況下執(zhí)行規(guī)則校驗:
O:需求數(shù)據(jù)發(fā)生變更后執(zhí)行校驗規(guī)則；
2):打開需求時執(zhí)行規(guī)則校驗,保存需求時執(zhí)行規(guī)則校驗；
3):需求被另存為需求模板時執(zhí)行規(guī)則校驗；
4:)打開需求模板時執(zhí)行規(guī)則校驗；
5):保存需求模板時執(zhí)行規(guī)則校驗；
6):用戶可針對當(dāng)前需求執(zhí)行規(guī)則校驗；
7 ):指定的部分需求和所有需求主動執(zhí)行校驗規(guī)則。[0016]執(zhí)行規(guī)則校驗之后輸出校驗結(jié)果，校驗結(jié)果的輸出分三種形式:
1):輸出到校驗結(jié)果控制臺，用戶可將控制臺校驗結(jié)果保存為TXT文件；
2):輸出到日志文件；
3):根據(jù)結(jié)果合法和不合法標(biāo)記輸入組件的狀態(tài)，結(jié)果合法輸入組件狀態(tài)為初始狀態(tài)，不合法組件狀態(tài)標(biāo)記為邊框紫色。
[0017]1.4.需求報告生成模塊
需求報告生成模塊用于將用戶的個性化設(shè)置生成需求報告，該需求報告生成模塊包括報告預(yù)覽和報告導(dǎo)出。需求報告擴展名為HTML，數(shù)據(jù)格式為HTML，且HTML編碼格式為UTF-8，需求報告必須支持IE的6.0或以上版本。其中，報告預(yù)覽為預(yù)覽HTML格式的需求報告；報告導(dǎo)出為將需求報告導(dǎo)出，且該報告導(dǎo)出包括兩種途徑:一是直接導(dǎo)出需求報告，二是在預(yù)覽時導(dǎo)出需求報告。報告導(dǎo)出路徑由用戶指定。
[0018]1.5.系統(tǒng)參數(shù)模塊
系統(tǒng)參數(shù)模塊定義了系統(tǒng)的個性化設(shè)置參數(shù)、系統(tǒng)附加文件的存儲路徑、系統(tǒng)內(nèi)外接口參數(shù)、被訪問對象或介質(zhì)的屬性。系統(tǒng)參數(shù)保存在多個XML文件中，這些文件統(tǒng)稱為配置文件。
[0019]配置文件的分類:
配置文件分兩類，第一類是主配置文件，文件有且只有一個，固定命名為“config.xml",固定保存在系統(tǒng)執(zhí)行文件exe的當(dāng)前路徑。第二類為從配置文件，該從配置文件的命名和路徑由主配置文件配置的參數(shù)指定，從配置文件文件可以存在多個，并支持系統(tǒng)升級不斷增加。
[0020]系統(tǒng)默認的從配置文件如下:
I) ProjectTemplateConfig.xml
指定了需求模板存儲路徑和需求可用的編碼格式。
[0021]2) LogConfig.xml
指定了日志文件的存儲路徑、命名規(guī)則和日志輸出內(nèi)容格式。
[0022]ReportTemplateConfig.xml
指定了報告模板存儲路徑和命名規(guī)則。
[0023]CustomConfig.xml
保存系統(tǒng)個性化設(shè)置。
[0024]1.6.指令流生成模塊
指令流生成模塊包括生成智能卡寫入文件的指令流，以及將智能卡寫入文件的指令流寫入智能卡，其中，生成智能卡寫入文件的指令流包括:1)對指令流參數(shù)進行配置，也就是配置COS系統(tǒng)、配置指令流輸出路徑、配置讀卡器，2)生成指令流，通過指令流參數(shù)和文件系統(tǒng)需求生成文件系統(tǒng)指令流，并執(zhí)行指令流制寫卡。
[0025]1.7.日志生成模塊
日志生成模塊主要用于輸出用戶登錄、操作和系統(tǒng)運行時的調(diào)試信息，日志輸出的形式分為兩種:1)控制臺輸出，日志輸出到日志控制臺，用戶可實時查看日志；2)日志文件輸出，日志輸出到日志文件，作為存檔和后續(xù)查看使用。
[0026]圖1為本發(fā)明智能卡寫入文件生成方法的具體流程圖，該智能卡寫入文件生成方法主要包括以下步驟:
K)選擇需求模板，用戶利用需求模板模塊根據(jù)自己的需求選擇需求模板，如果不存在適合用戶需求的需求模板，則用戶可以利用需求模板模塊中的創(chuàng)建需求模板來根據(jù)自己的需求創(chuàng)建新的需求模板，然后選擇新創(chuàng)建的需求模板作為用戶自己的需求模板；
L)用戶利用需求操作模塊來新建需求；
M)用戶利用需求操作模塊來編輯需求；
N)用戶利用規(guī)則校驗?zāi)K來進行校驗需求，如果需求校驗不通過，則輸出校驗異常結(jié)果，并返回步驟C，如果校驗通過則執(zhí)行步驟E ；
O)用戶利用需求操作模塊來保存需求，且用戶可以根據(jù)自己的需要任意跳到F或G步
驟；
P)用戶利用需求報告生成模塊來導(dǎo)出用戶需求(Html格式)，且用戶可以根據(jù)自己的需要直接跳到步驟J ;
Q)用戶利用指令流生成模塊來選擇指令流開發(fā)參數(shù)；
R)戶利用指令流生成模塊創(chuàng)建文件系統(tǒng)指令流；
S)對智能卡進行寫入文件的寫卡操作；
T)結(jié)束。
[0027]本發(fā)明的智能卡寫入文件生成方法與系統(tǒng)統(tǒng)一了需求格式，自動生成機器需求和指令流，使開發(fā)人員和用戶對需求要素的理解達到一致性，節(jié)省了指令流人工開發(fā)和卡片人工測試工作，提高了工作效率。
【權(quán)利要求】
1.一種智能卡寫入文件的生成系統(tǒng)，其特征在于:包括:需求模板模塊、需求操作模塊、校驗規(guī)則模塊、需求報告生成模塊、系統(tǒng)參數(shù)模塊、指令流生成模塊、日志生成模塊；其中，需求模板模塊是用于為用戶提供標(biāo)準(zhǔn)統(tǒng)一的需求格式，用戶調(diào)用該需求模板模塊來對其需求進行個性化設(shè)置，需求操作模塊是用戶利用需求模板模塊中生成的需求模板對個性化的需求進行操作，校驗規(guī)則模塊是對用戶在需求操作模塊中設(shè)置的需求數(shù)據(jù)根據(jù)預(yù)設(shè)規(guī)則進行校驗的模塊，需求報告生成模塊用于將用戶的個性化設(shè)置生成需求報告，系統(tǒng)參數(shù)模塊定義了系統(tǒng)的個性化設(shè)置參數(shù)、系統(tǒng)附加文件的存儲路徑、系統(tǒng)內(nèi)外接口參數(shù)、被訪問對象或介質(zhì)的屬性，指令流生成模塊包括生成智能卡寫入文件的指令流，以及將智能卡寫入文件的指令流寫入智能卡，日志生成模塊主要用于輸出用戶登錄、操作和系統(tǒng)運行時的調(diào)試信息。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于:該需求模板模塊包括創(chuàng)建模板、編輯模板、刪除模板和另存模板。
3.根據(jù)權(quán)利要求2所述的系統(tǒng)，其特征在于:所述需求模板模塊中的模板為模板擴展名為XML，其數(shù)據(jù)格式為XML，且在該需求模板模塊中默認提供一套名稱為“default, xml”的需求模板。
4.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于:需求操作模塊包括創(chuàng)建需求、編輯需求、保存需求和另存需求，需求文件的擴展名為UXP，數(shù)據(jù)格式為XML。
5.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于:校驗規(guī)則模塊分為規(guī)則定義模塊和規(guī)則執(zhí)行模塊，規(guī)則定義模塊包括新建規(guī)則、編輯規(guī)則、刪除規(guī)則、激活規(guī)則，規(guī)則執(zhí)行模塊包括規(guī)則校驗、輸出校驗結(jié)果。
6.根據(jù)權(quán)利要求5所述的系統(tǒng)，其特征在于:規(guī)則執(zhí)行模塊在下列情況下執(zhí)行規(guī)則校驗: O:需求數(shù)據(jù)發(fā)生變更后執(zhí)行校驗規(guī)則； 2):打開需求時執(zhí)行規(guī)則校驗,保存需求時執(zhí)行規(guī)則校驗； 3):需求被另存為需求模板時執(zhí)行規(guī)則校驗； 4):打開需求模板時執(zhí)行規(guī)則校驗； 5):保存需求模板時執(zhí)行規(guī)則校驗； 6):用戶可針對當(dāng)前需求執(zhí)行規(guī)則校驗； 7 ):指定的部分需求和所有需求主動執(zhí)行校驗規(guī)則。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于:執(zhí)行規(guī)則校驗之后輸出校驗結(jié)果，校驗結(jié)果的輸出分三種形式: 1):輸出到校驗結(jié)果控制臺，用戶可將控制臺校驗結(jié)果保存為TXT文件； 2):輸出到日志文件； 3):根據(jù)結(jié)果合法和不合法標(biāo)記輸入組件的狀態(tài)，結(jié)果合法輸入組件狀態(tài)為初始狀態(tài)，不合法組件狀態(tài)標(biāo)記為邊框紫色。
8.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于:生成智能卡寫入文件的指令流包括:1)對指令流參數(shù)進行配置，也就是配置COS系統(tǒng)、配置指令流輸出路徑、配置讀卡器，2)生成指令流，通過指令流參數(shù)和文件系統(tǒng)需求生成文件系統(tǒng)指令流，并執(zhí)行指令流制寫卡。
9.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于:日志輸出的形式分為兩種:1)控制臺輸出，日志輸出到日志控制臺，用戶可實時查看日志；2)日志文件輸出，日志輸出到日志文件，作為存檔和后續(xù)查看使用。
10.一種智能卡寫入文件的生成方法，其特征在于:該智能卡寫入文件生成方法包括以下步驟: A)選擇需求模板:用戶利用需求模板模塊根據(jù)自己的需求選擇需求模板，如果不存在適合用戶需求的需求模板，則用戶可以利用需求模板模塊中的創(chuàng)建需求模板來根據(jù)自己的需求創(chuàng)建新的需求模板，然后選擇新創(chuàng)建的需求模板作為用戶自己的需求模板； B)用戶利用需求操作模塊來新建需求； C)用戶利用需求操作模塊來編輯需求； D)用戶利用規(guī)則校驗?zāi)K來進行校驗需求，如果需求校驗不通過，則輸出校驗異常結(jié)果，并返回步驟C，如果校驗通過則執(zhí)行步驟E ； E)用戶利用需求操作模塊來保存需求，且用戶可以根據(jù)自己的需要任意跳到F或G步驟； F)用戶利用需求報告生成模塊來導(dǎo)出用戶需求，其需求格式包括Html格式，且用戶可以根據(jù)自己的需要直接跳到步驟J ； G)用戶利用指令流生成模塊來選擇指令流開發(fā)參數(shù)； H)戶利用指令流生成模塊創(chuàng)建文件系統(tǒng)指令流； I)對智能卡進行寫入文件的寫卡操作； J)結(jié)束。
【文檔編號】G06F9/445GK103955392SQ201410215778
【公開日】2014年7月30日 申請日期:2014年5月21日 優(yōu)先權(quán)日:2014年5月21日
【發(fā)明者】黃林輝, 楊軍, 袁外平, 黃聯(lián)慶, 梁培清 申請人:東信和平科技股份有限公司