智能卡項目需求信息處理方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種智能卡項目需求信息處理方法，包括：響應用戶建立智能卡項目需求信息文件，選擇所述智能卡項目需求文件中各個部分文件的處理人的操作，并給所述各個部分文件的處理人發(fā)送處理通知；響應各個處理人根據(jù)需求信息對所述部分文件進行處理，并上傳處理后的部分文件的操作；對所述處理后的部分文件中的數(shù)據(jù)按照預定規(guī)則進行檢測；當檢測通過后，利用各個部分文件相對應的審核規(guī)則對數(shù)據(jù)進行審核；當項目需求文件中各個部分文件都審核通過時，進行需求發(fā)布。該方法能夠高效、方便地完成智能卡項目需求信息處理。
【專利說明】智能卡項目需求信息處理方法及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及電子【技術(shù)領(lǐng)域】，特別是涉及一種智能卡項目需求信息處理方法及系統(tǒng)。
【背景技術(shù)】
[0002]隨著智能卡的發(fā)展,智能卡的種類越來越多、功能也越來越豐富。每一種智能卡的從無到有都經(jīng)歷了一個需要分析的過程。
[0003]但是現(xiàn)有的項目需求信息處理方法比較分散，而且很多都沒有形成一個完整的系統(tǒng)。這樣會導致項目需求信息處理的效率很低?；蛘呤抢矛F(xiàn)有的項目結(jié)構(gòu)信息處理系統(tǒng)，但是目前的項目結(jié)構(gòu)信息處理系統(tǒng)框架比較大，控件比較多，因此現(xiàn)有的項目結(jié)構(gòu)信息處理系統(tǒng)處理速度比較慢，且對于該框架構(gòu)造的學習成本比較高，且要應用在自己所屬領(lǐng)域進行開發(fā)的過程中也會有許多規(guī)定，不方便使用，也不能滿足各個行業(yè)的個性化的需求。
[0004]因此，如何高效、方便地完成智能卡項目需求信息處理，是本領(lǐng)域技術(shù)人員需要解決的技術(shù)問題。
【發(fā)明內(nèi)容】
[0005]本發(fā)明的目的是提供一種智能卡項目需求信息處理方法，該方法能夠高效、方便地完成智能卡項目需求信息處理；本發(fā)明的另一目的是提供一種智能卡項目需求信息處理系統(tǒng)。
[0006]為解決上述技術(shù)問題，本發(fā)明提供一種智能卡項目需求信息處理方法包括:
[0007]響應用戶建立智能卡項目需求信息文件，選擇所述智能卡項目需求文件中各個部分文件的處理人的操作，并給所述各個部分文件的處理人發(fā)送處理通知；
[0008]響應各個處理人根據(jù)需求信息對所述部分文件進行處理，并上傳處理后的部分文件的操作；
[0009]對所述處理后的部分文件中的數(shù)據(jù)按照預定規(guī)則進行檢測；
[0010]當檢測通過后，利用各個部分文件相對應的審核規(guī)則對數(shù)據(jù)進行審核；
[0011]當項目需求文件中各個部分文件都審核通過時，進行需求發(fā)布。
[0012]其中，智能卡項目需求信息處理方法還包括:登錄的賬號和密碼。
[0013]其中，所述對所述處理后的部分文件中的數(shù)據(jù)按照預定規(guī)則進行檢測包括:
[0014]確定所述處理后的部分文件中的數(shù)據(jù)的預定規(guī)則；
[0015]根據(jù)所述預定規(guī)則對所述部分文件中的數(shù)據(jù)的數(shù)據(jù)類型，數(shù)據(jù)長度，數(shù)據(jù)范圍進行檢測。
[0016]其中，所述利用各個部分文件相對應的審核規(guī)則對檢測通過后數(shù)據(jù)進行審核包括:
[0017]確定所述各個部分文件相對應的審核規(guī)則；
[0018]將所述處理后的部分文件中的數(shù)據(jù)與所述審核規(guī)則中的標準數(shù)據(jù)進行比較；
[0019]當比較結(jié)果在置信度內(nèi)，則審核通過。
[0020]其中，智能卡項目需求信息處理方法還包括:進行智能卡項目需求信息更新。
[0021]其中，智能卡項目需求信息處理方法還包括:進行智能卡項目需求信息查詢。
[0022]本發(fā)明提供一種智能卡項目需求信息處理系統(tǒng)包括:
[0023]第一響應模塊，用于響應用戶建立智能卡項目需求信息文件，選擇所述智能卡項目需求文件中各個部分文件的處理人的操作，并給所述各個部分文件的處理人發(fā)送處理通知；
[0024]第二響應模塊，用于響應各個處理人根據(jù)需求信息對所述部分文件進行處理，并上傳處理后的部分文件的操作；
[0025]檢測模塊，用于對所述處理后的部分文件中的數(shù)據(jù)按照預定規(guī)則進行檢測；
[0026]審核模塊，用于利用各個部分文件相對應的審核規(guī)則對檢測通過后數(shù)據(jù)進行審核；
[0027]發(fā)布模塊，用于當項目需求文件中各個部分文件都審核通過時，進行需求發(fā)布。
[0028]其中，所述第一響應模塊包括:
[0029]第一響應單元，用于響應用戶建立智能卡項目需求信息文件，選擇所述智能卡項目需求文件中各個部分文件的處理人的操作；
[0030]查找單元，用于通過數(shù)據(jù)庫查詢各個部分文件的處理人的郵箱地址；
[0031]發(fā)送單元，用于利用所述郵箱地址給各個處理人發(fā)送處理通知。
[0032]其中，智能卡項目需求信息處理系統(tǒng)還包括:
[0033]更新模塊，用于對智能卡項目需求信息進行更新操作。
[0034]其中，智能卡項目需求信息處理系統(tǒng)還包括:
[0035]查詢模塊，用于進行智能卡項目需求信息查詢。
[0036]基于上述技術(shù)方案，本發(fā)明所提供的智能卡項目需求信息處理方法包括:響應用戶建立智能卡項目需求信息文件，選擇所述智能卡項目需求文件中各個部分文件的處理人的操作，并給所述各個部分文件的處理人發(fā)送處理通知；響應各個處理人根據(jù)需求信息對所述部分文件進行處理，并上傳處理后的部分文件的操作；對所述處理后的部分文件中的數(shù)據(jù)按照預定規(guī)則進行檢測；當檢測通過后，利用各個部分文件相對應的審核規(guī)則對數(shù)據(jù)進行審核；當項目需求文件中各個部分文件都審核通過時，進行需求發(fā)布；該方法通過預先將智能卡信息文件中各個部分文件的處理人信息采集，通過將上傳的文件的進行初步的檢測，排除不符合基本要求的所述部分文件，這樣可以盡早的發(fā)現(xiàn)問題，提高項目需求信息的處理速度；當通過第一遍檢測后的部分文件在利用各個部分文件相對應的審核規(guī)則對數(shù)據(jù)進行審核，只有當所有的部分文件都通過審核，該智能卡項目需求信息處理后的需求信息才可以發(fā)布，這樣也會使得需求分析的準確度高。該方法可以能夠高效、方便地完成智能卡項目需求信息處理。
【專利附圖】
【附圖說明】
[0037]圖1為本發(fā)明實施例提供的智能卡項目需求信息處理方法的流程圖；
[0038]圖2為本發(fā)明實施例提供的智能卡項目需求信息處理系統(tǒng)的結(jié)構(gòu)框圖；
[0039]圖3為本發(fā)明實施例提供的第一響應模塊的結(jié)構(gòu)框圖；
[0040]圖4為本發(fā)明實施例提供的另一智能卡項目需求信息處理系統(tǒng)的結(jié)構(gòu)框圖；
[0041]圖5為本發(fā)明實施例提供的再一智能卡項目需求信息處理系統(tǒng)的結(jié)構(gòu)框圖。
【具體實施方式】
[0042]本發(fā)明的目的是提供一種智能卡項目需求信息處理方法，該方法能夠高效、方便地完成智能卡項目需求信息處理；本發(fā)明的另一目的是提供一種智能卡項目需求信息處理系統(tǒng)。
[0043]為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0044]請參考圖1，圖1為本發(fā)明實施例提供的智能卡項目需求信息處理方法的流程圖；該方法可以包括:
[0045]步驟SlOO、響應用戶建立智能卡項目需求信息文件，選擇所述智能卡項目需求文件中各個部分文件的處理人的操作，并給所述各個部分文件的處理人發(fā)送處理通知；
[0046]其中，在智能卡領(lǐng)域中，項目需求信息文件可以包括技術(shù)產(chǎn)業(yè)化需求處理文件，數(shù)據(jù)需求處理文件，磁條需求處理文件，卡體需求處理文件，可視化需求處理文件，包裝和物流需求處理文件等；可以按照智能卡項目需求信息文件這里各個部分處理文件進行處理人指定，例如數(shù)據(jù)需求處理文件選擇李明進行處理等，當相應完用戶對各個部分文件的處理人制定后，可以給每一部分的處理人發(fā)送處理通知，其中，該處理通知可以通過郵件進行，也可以通過短信進行，或者是電話進行。
[0047]這些方式是由最初設(shè)置的處理人聯(lián)系的數(shù)據(jù)庫決定，例如若數(shù)據(jù)庫中存放的是處理人郵箱地址，那么將會以郵件的形式進行發(fā)送，若是各個聯(lián)系數(shù)據(jù)都存在數(shù)據(jù)庫中，則可以有用戶進行靈活的選擇發(fā)送方式。
[0048]步驟SllO、響應各個處理人根據(jù)需求信息對所述部分文件進行處理，并上傳處理后的部分文件的操作；
[0049]其中，各個處理人在接到處理的部分文件時，按照每個部分的具體要求進行相關(guān)工作，例如磁條需求處理文件里面會包括磁條種類，磁條大小等數(shù)據(jù)需要進行處理。當各個部分文件的處理人完成處理后，將完成的文件進行上傳。
[0050]步驟sl20、對所述處理后的部分文件中的數(shù)據(jù)按照預定規(guī)則進行檢測；
[0051]其中，對處理人處理完成并上傳的文件進行初次檢測，即該檢測是粗檢測，可以只對數(shù)據(jù)進行檢測，例如磁條需求處理文件里面會包括磁條種類，磁條大小等數(shù)據(jù)需要進行處理，自然該部分的預定規(guī)則會對各個數(shù)據(jù)進行限制，例如在磁條大小方面，可以設(shè)置表示磁條大小的數(shù)據(jù)類型，例如整型，且必須為正數(shù)等，通過這些預定規(guī)則可以對處理后的部分文件中的數(shù)據(jù)進行檢測。
[0052]當存在數(shù)據(jù)不符合預定規(guī)則的情況，則可以返回錯誤信息，該錯誤信息又可以包括，數(shù)據(jù)出錯的地址，錯誤類型等。這樣做的好處的方便處理人進行改正，提高處理效率。節(jié)省人工檢查的時間。
[0053]當不在存在錯誤時，才可以通過粗檢測進入審核過程。
[0054]步驟sl30、當檢測通過后，利用各個部分文件相對應的審核規(guī)則對數(shù)據(jù)進行審核；
[0055]其中，對于智能卡來說，各個部分文件都會有其相對應的審核規(guī)則，通過這些審核規(guī)則進行審核，保證文件的準確性。例如將磁條需求處理文件里面包括磁條種類，磁條大小等數(shù)據(jù)進行范圍的限制，以及磁性性能等的規(guī)定，當該部分文件中的這些數(shù)據(jù)與審核規(guī)則中的標準數(shù)據(jù)進行比較，當比較結(jié)果表明他們存在較大的誤差時，則表明出錯，要進行再次處理。當存在的誤差在審核規(guī)則預定的范圍內(nèi)的時候，則可以進行下一項的審核，只有該部分文件中所有內(nèi)容都通過審核后，該部分文件才屬于審核通過。
[0056]步驟sl40、當項目需求文件中各個部分文件都審核通過時，進行需求發(fā)布。
[0057]其中，只有當智能卡項目需求文件中各個部分文件都審核通過時，進行需求發(fā)布。這樣是為了確保需求處理的準確性。
[0058]其中，需求發(fā)布可以是當智能卡項目需求文件中各個部分文件都審核通過時，得到審核通過信息，自動將該項目需求進行發(fā)布，也可以是當審核通過后，給出通過信息，當接收到通過信息可以由相關(guān)負責人進行需求發(fā)布。
[0059]基于上述技術(shù)方案，本發(fā)明所提供的智能卡項目需求信息處理方法，該方法通過預先將智能卡信息文件中各個部分文件的處理人信息采集，通過將上傳的文件的進行初步的檢測，排除不符合基本要求的所述部分文件，這樣可以盡早的發(fā)現(xiàn)問題，提高項目需求信息的處理速度；當通過第一遍檢測后的部分文件在利用各個部分文件相對應的審核規(guī)則對數(shù)據(jù)進行審核，只有當所有的部分文件都通過審核，該智能卡項目需求信息處理后的需求信息才可以發(fā)布，這樣也會使得需求分析的準確度高。該方法可以能夠高效、方便地完成智能卡項目需求信息處理。
[0060]可選的，智能卡項目需求信息處理方法還包括:設(shè)置登錄的賬號和密碼。
[0061]其中，為了保證操作系統(tǒng)的安全性以及對智能卡項目需求信息的保護，防止泄露重要信息，因此需要進行登錄密碼設(shè)置，以及登錄的賬號的設(shè)置，防止非法人員進入系統(tǒng)進行非法操作，保證系統(tǒng)的安全性以及對商業(yè)秘密的保護。
[0062]可選的，所述給各個部分文件的處理人發(fā)送處理通知包括:
[0063]通過數(shù)據(jù)庫查詢各個部分文件的處理人的郵箱地址；
[0064]利用所述郵箱地址給各個處理人發(fā)送處理通知。
[0065]可選的，所述對所述處理后的部分文件中的數(shù)據(jù)按照預定規(guī)則進行檢測包括:
[0066]確定所述處理后的部分文件中的數(shù)據(jù)的預定規(guī)則；
[0067]其中，在智能卡領(lǐng)域中，項目需求信息文件可以包括技術(shù)產(chǎn)業(yè)化需求處理文件，數(shù)據(jù)需求處理文件，磁條需求處理文件，卡體需求處理文件，可視化需求處理文件，包裝和物流需求處理文件等；因此要預先設(shè)置每一部分數(shù)據(jù)的預定規(guī)則，因此這里在進行檢測之前，首先要確定處理后的部分文件中的數(shù)據(jù)的預定規(guī)則。
[0068]根據(jù)所述預定規(guī)則對所述部分文件中的數(shù)據(jù)的數(shù)據(jù)類型，數(shù)據(jù)長度，數(shù)據(jù)范圍進行檢測。
[0069]其中，根據(jù)預定規(guī)則的內(nèi)容進行數(shù)據(jù)檢測；其中，預定規(guī)則可以包含數(shù)據(jù)的數(shù)據(jù)類型，數(shù)據(jù)長度，數(shù)據(jù)范圍等。
[0070]可選的，所述利用各個部分文件相對應的審核規(guī)則對檢測通過后數(shù)據(jù)進行審核包括:
[0071]確定所述各個部分文件相對應的審核規(guī)則；
[0072]其中，同上所述，智能卡需求處理中每一個部分文件都會有相對應的審核規(guī)則，由于每一部分處理的內(nèi)容不同，因此審核規(guī)則的內(nèi)容都要依據(jù)相對應的部分文件進行預先規(guī)定。使得，每一部分文件都會有其相對應的審核規(guī)則。
[0073]將所述處理后的部分文件中的數(shù)據(jù)與所述審核規(guī)則中的標準數(shù)據(jù)進行比較；
[0074]其中，將處理后的部分文件中的內(nèi)容與審核規(guī)則中的內(nèi)容進行比較，當兩者之間存在差異時，就可以得到兩者之間的差異。該差異可以作為比較結(jié)果。
[0075]當比較結(jié)果在置信度內(nèi)，則審核通過。
[0076]其中，每個部分文件中對所有數(shù)據(jù)的要求標準時不一樣的，這里的置信度需要根據(jù)實際情況進行確定，也可以根據(jù)實際情況進更新，以確保數(shù)據(jù)的可行性。
[0077]可選的，智能卡項目需求信息處理方法還包括:進行智能卡項目需求信息更新。
[0078]其中，可以當智能卡項目需求需要修改的時候，可由需要修改的需求所屬部分所在部門發(fā)起升級請求，并選擇需要升級的需求；修改需求信息或者重新上傳新的需求包后，修改的需求包重新進入需求包審核流程，審核通過后，需求更新成功。
[0079]可選的,智能卡項目需求信息處理方法還包括:進行智能卡項目需求信息查詢。
[0080]其中，可以對已經(jīng)發(fā)布或者正在進行處理的智能卡項目需求信息進行查詢，可以更加及時的了解進度，或者了解已發(fā)布需求信息的狀況。
[0081]基于上述技術(shù)方案，本發(fā)明所提供的智能卡項目需求信息處理方法，該方法通過預先將智能卡信息文件中各個部分文件的處理人信息采集，通過將上傳的文件的進行初步的檢測，排除不符合基本要求的所述部分文件，這樣可以盡早的發(fā)現(xiàn)問題，提高項目需求信息的處理速度；當通過第一遍檢測后的部分文件在利用各個部分文件相對應的審核規(guī)則對數(shù)據(jù)進行審核，只有當所有的部分文件都通過審核，該智能卡項目需求信息處理后的需求信息才可以發(fā)布，這樣也會使得需求分析的準確度高。且通過賬號和密碼才可以登錄，提高了系統(tǒng)的安全性，以及需求信息的安全性。該方法可以能夠高效、方便、安全的完成智能卡項目需求信息處理。
[0082]本發(fā)明實施例提供了智能卡項目需求信息處理方法，可以通過上述方法能夠高效、方便、安全的完成智能卡項目需求信息處理。
[0083]下面對本發(fā)明實施例提供的智能卡項目需求信息處理系統(tǒng)進行介紹，下文描述的智能卡項目需求信息處理系統(tǒng)與上文描述的智能卡項目需求信息處理方法可相互對應參照。
[0084]請參照圖2，圖2為本發(fā)明實施例提供的智能卡項目需求信息處理系統(tǒng)的結(jié)構(gòu)框圖；該結(jié)構(gòu)框圖可以包括:
[0085]第一響應模塊100,用于響應用戶建立智能卡項目需求信息文件,選擇所述智能卡項目需求文件中各個部分文件的處理人的操作，并給所述各個部分文件的處理人發(fā)送處理通知；
[0086]第二響應模塊200，用于響應各個處理人根據(jù)需求信息對所述部分文件進行處理，并上傳處理后的部分文件的操作；
[0087]檢測模塊300，用于對所述處理后的部分文件中的數(shù)據(jù)按照預定規(guī)則進行檢測；
[0088]審核模塊400，用于利用各個部分文件相對應的審核規(guī)則對檢測通過后數(shù)據(jù)進行審核；
[0089]發(fā)布模塊500，用于當項目需求文件中各個部分文件都審核通過時，進行需求發(fā)布。
[0090]可選的，請參考圖3，圖3為本發(fā)明實施例提供的第一響應模塊的結(jié)構(gòu)框圖；該模塊可以包括:
[0091]第一響應單元110，用于響應用戶建立智能卡項目需求信息文件，選擇所述智能卡項目需求文件中各個部分文件的處理人的操作；
[0092]查找單元120，用于通過數(shù)據(jù)庫查詢各個部分文件的處理人的郵箱地址；
[0093]發(fā)送單元130，用于利用所述郵箱地址給各個處理人發(fā)送處理通知。
[0094]可選的，請參照圖4，圖4為本發(fā)明實施例提供的另一智能卡項目需求信息處理系統(tǒng)的結(jié)構(gòu)框圖；該結(jié)構(gòu)框圖還可以包括:
[0095]更新模塊600，用于對智能卡項目需求信息進行更新操作。
[0096]可選的，請參照圖5，圖5為本發(fā)明實施例提供的再一智能卡項目需求信息處理系統(tǒng)的結(jié)構(gòu)框圖；該結(jié)構(gòu)框圖還可以包括:
[0097]查詢模塊700，用于進行智能卡項目需求信息查詢。
[0098]可選的，本發(fā)明實施例提供的又一智能卡項目需求信息處理系統(tǒng)的結(jié)構(gòu)框圖；該結(jié)構(gòu)框圖還可以包括:
[0099]密碼模塊，用于設(shè)置登錄的賬號和密碼。
[0100]可選的，還可以全部或任意組合包含上述密碼模塊，查詢模塊700，更新模塊600。
[0101]說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對于實施例公開的裝置而言，由于其與實施例公開的方法相對應，所以描述的比較簡單，相關(guān)之處參見方法部分說明即可。
[0102]專業(yè)人員還可以進一步意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。
[0103]結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實施。軟件模塊可以置于隨機存儲器(RAM)、內(nèi)存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或【技術(shù)領(lǐng)域】內(nèi)所公知的任意其它形式的存儲介質(zhì)中。
[0104]以上對本發(fā)明所提供的智能卡項目需求信息處理方法及系統(tǒng)進行了詳細介紹。本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想。應當指出，對于本【技術(shù)領(lǐng)域】的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以對本發(fā)明進行若干改進和修飾，這些改進和修飾也落入本發(fā)明權(quán)利要求的保護范圍內(nèi)。
【權(quán)利要求】
1.一種智能卡項目需求信息處理方法，其特征在于，包括: 響應用戶建立智能卡項目需求信息文件，選擇所述智能卡項目需求文件中各個部分文件的處理人的操作，并給所述各個部分文件的處理人發(fā)送處理通知； 響應各個處理人根據(jù)需求信息對所述部分文件進行處理，并上傳處理后的部分文件的操作； 對所述處理后的部分文件中的數(shù)據(jù)按照預定規(guī)則進行檢測； 當檢測通過后，利用各個部分文件相對應的審核規(guī)則對數(shù)據(jù)進行審核； 當項目需求文件中各個部分文件都審核通過時，進行需求發(fā)布。
2.如權(quán)利要求1所述的項目需求信息處理方法，其特征在于，還包括:設(shè)置登錄的賬號和密碼。
3.如權(quán)利要求1所述的項目需求信息處理方法，其特征在于，所述對所述處理后的部分文件中的數(shù)據(jù)按照預定規(guī)則進行檢測包括: 確定所述處理后的部分文件中的數(shù)據(jù)的預定規(guī)則； 根據(jù)所述預定規(guī)則對所述部分文件中的數(shù)據(jù)的數(shù)據(jù)類型，數(shù)據(jù)長度，數(shù)據(jù)范圍進行檢測。
4.如權(quán)利要求1所述的項目需求信息處理方法，其特征在于，所述利用各個部分文件相對應的審核規(guī)則對檢測通過后數(shù)據(jù)進行審核包括: 確定所述各個部分文件相對應的審核規(guī)則； 將所述處理后的部分文件中的數(shù)據(jù)與所述審核規(guī)則中的標準數(shù)據(jù)進行比較； 當比較結(jié)果在置信度內(nèi)，則審核通過。
5.如權(quán)利要求1所述的項目需求信息處理方法，其特征在于，還包括:進行智能卡項目需求息更新。
6.如權(quán)利要求1所述的項目需求信息處理方法，其特征在于，還包括進行智能卡項目需求信息查詢。
7.一種智能卡項目需求信息處理系統(tǒng)，其特征在于，包括: 第一響應模塊，用于響應用戶建立智能卡項目需求信息文件，選擇所述智能卡項目需求文件中各個部分文件的處理人的操作，并給所述各個部分文件的處理人發(fā)送處理通知；第二響應模塊，用于響應各個處理人根據(jù)需求信息對所述部分文件進行處理，并上傳處理后的部分文件的操作； 檢測模塊，用于對所述處理后的部分文件中的數(shù)據(jù)按照預定規(guī)則進行檢測； 審核模塊，用于利用各個部分文件相對應的審核規(guī)則對檢測通過后數(shù)據(jù)進行審核； 發(fā)布模塊，用于當項目需求文件中各個部分文件都審核通過時，進行需求發(fā)布。
8.如權(quán)利要求7所述的項目需求信息處理系統(tǒng)，其特征在于，所述第一響應模塊包括: 第一響應單元，用于響應用戶建立智能卡項目需求信息文件，選擇所述智能卡項目需求文件中各個部分文件的處理人的操作； 查找單元，用于通過數(shù)據(jù)庫查詢各個部分文件的處理人的郵箱地址； 發(fā)送單元，用于利用所述郵箱地址給各個處理人發(fā)送處理通知。
9.如權(quán)利要求7所述的項目需求信息處理系統(tǒng)，其特征在于，還包括: 更新模塊，用于對智能卡項目需求信息進行更新操作。
10.如權(quán)利要求7所述的項目需求信息處理系統(tǒng)，其特征在于，還包括:查詢模塊，用于進行智能卡項目需求信息查詢。
【文檔編號】G06Q10/06GK104463496SQ201410820091
【公開日】2015年3月25日 申請日期:2014年12月22日 優(yōu)先權(quán)日:2014年12月22日
【發(fā)明者】黃林輝, 袁外平, 楊軍, 張翠武 申請人:東信和平科技股份有限公司