一種多類型硬件接口指令處理方法及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及硬件通信技術(shù)領(lǐng)域，尤其涉及一種多類型硬件接口指令處理方法及系統(tǒng)。
【背景技術(shù)】
[0002]在以往設(shè)計中，由于對接硬件產(chǎn)品單一，指令類型和數(shù)量有限，硬件產(chǎn)品之間的通信方式較為單一。若有眾多不用的硬件類型，則按上述單一的通信方式及通信技術(shù)，會導(dǎo)致模塊數(shù)量急劇上升，開發(fā)量和維護量都按幾何級增長，不便于實現(xiàn)及維護。

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

[0003]鑒于上述現(xiàn)有技術(shù)的不足之處，本發(fā)明的目的在于提供一種多類型硬件接口指令處理方法及系統(tǒng)，旨在解決現(xiàn)有通信處理機制無法適應(yīng)多硬件類型的問題。
[0004]為了達到上述目的，本發(fā)明采取了以下技術(shù)方案:
一種多類型硬件接口指令處理方法，其中，所述方法包括:A、依據(jù)硬件廠家對指令進行分組；B、依據(jù)下發(fā)指令尋找對應(yīng)的廠家分組；C、在廠家分組中尋找與下發(fā)指令對應(yīng)的指令。
[0005]所述的多類型硬件接口指令處理方法，其中，所述下發(fā)指令具體包括:廠家ID、處理類型、名稱和/或參數(shù)。
[0006]所述的多類型硬件接口指令處理方法，其中，所述步驟B之前，步驟A之后還包括:B1、依據(jù)廠家分組，設(shè)置一個相對應(yīng)的記錄實現(xiàn)方法的分配表。
[0007]所述的多類型硬件接口指令處理方法，其中，所述廠家分組中的指令數(shù)量相同。
[0008]所述的多類型硬件接口指令處理方法，其中，所述步驟C之后還包括:D、當(dāng)有新的廠家的硬件接入時，若存在新增的指令則向分配表中增加新的實現(xiàn)方法。
[0009]一種多類型硬件接口指令處理系統(tǒng)，其中，所述系統(tǒng)包括:分組模塊，用于依據(jù)硬件廠家對指令進行分組，尋址模塊，用于依據(jù)下發(fā)指令尋找對應(yīng)的廠家分組，以及在廠家分組中尋找與下發(fā)指令對應(yīng)的指令。
[0010]所述的多類型硬件接口指令處理系統(tǒng)，其中，所述下發(fā)指令具體包括:廠家，處理類型，名稱，參數(shù)。
[0011 ] 所述的多類型硬件接口指令處理系統(tǒng)，其中，所述系統(tǒng)還包括分配表生成模塊，用于依據(jù)廠家分組，設(shè)置一個相對應(yīng)的記錄實現(xiàn)方法的分配表。
[0012]所述的多類型硬件接口指令處理系統(tǒng)，其中，所述廠家分組中的指令數(shù)量相同。
[0013]所述的多類型硬件接口指令處理系統(tǒng)，其中，所述系統(tǒng)還包括信息增加模塊，用于當(dāng)有新的廠家的硬件接入時，若存在新增的指令則向分配表中增加新的實現(xiàn)方法。
[0014]有益效果:本發(fā)明提供的一種多類型硬件接口指令處理方法及系統(tǒng)，通過建立一個中間連接橋梁，下發(fā)指令能夠自動與不同廠家的硬件設(shè)備對應(yīng)。對開發(fā)設(shè)計者來說，不用知道數(shù)據(jù)的來源和去向，能夠自動尋址，對數(shù)據(jù)進行分析和處理，能夠便于集中開發(fā)管理，極大的提高了開發(fā)的速度。
【附圖說明】
[0015]圖1為本發(fā)明具體實施例中的一種多類型硬件接口指令處理方法的方法流程圖。
[0016]圖2為使用本發(fā)明具體實施例中的一種多類型硬件接口指令處理方法執(zhí)行指令下發(fā)到設(shè)備的流程圖。
[0017]圖3為使用本發(fā)明具體實施例中的一種多類型硬件接口指令處理方法回收設(shè)備反饋的數(shù)據(jù)的流程圖。
[0018]圖4為本發(fā)明具體實施例中的一種多類型硬件接口指令處理方法的指令分配表的具體示意圖。
[0019]圖5為本發(fā)明具體實施例中的一種多類型硬件接口指令處理系統(tǒng)的結(jié)構(gòu)框圖。
【具體實施方式】
[0020]本發(fā)明提供一種多類型硬件接口指令處理方法及系統(tǒng)。為使本發(fā)明的目的、技術(shù)方案及效果更加清楚、明確，以下參照附圖并舉實施例對本發(fā)明進一步詳細說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0021]如圖1所示，為本發(fā)明的多類型硬件接口指令處理方法的具體實施例。其中，所述方法包括:
S100、依據(jù)硬件廠家對指令進行分組。
[0022]S200、依據(jù)下發(fā)指令尋找對應(yīng)的廠家分組。
[0023]S300、在廠家分組中尋找與下發(fā)指令對應(yīng)的指令。
[0024]所述下發(fā)指令具體包括指令的下發(fā)以及回收設(shè)備反饋的數(shù)據(jù)，所述下發(fā)指令到設(shè)備的具體實施例，如圖2所示，包括:
51、平臺數(shù)據(jù)有指令下發(fā)請求
52、接收程序把數(shù)據(jù)發(fā)給“數(shù)據(jù)處理平臺”
其中，數(shù)據(jù)處理平臺是能夠?qū)ο掳l(fā)指令進行分析的處理程序。
[0025]S3、“數(shù)據(jù)處理平臺”對指令進行分析和分組，找到不同的方法，分組后的指令發(fā)送到不同的端口進行處理
S4、分析和分組后的指令按設(shè)備的IP地址、設(shè)備ID號下發(fā)到不同的硬件設(shè)備中。
[0026]所述回收設(shè)備反饋的數(shù)據(jù)的具體實施例，如圖3所示，包括:
S10、從服務(wù)端口(Socket)接收到數(shù)據(jù)
S20、接收程序把數(shù)據(jù)發(fā)給“數(shù)據(jù)處理平臺”
S30、每條數(shù)據(jù)具有不同的分類號，對數(shù)據(jù)進行分析，找到不同的方法 S40、分析和分組后的數(shù)據(jù)進行相應(yīng)處理，寫到數(shù)據(jù)庫或引發(fā)其它操作具體的，所述下發(fā)指令具體包括:廠家ID、處理類型、名稱和/或參數(shù)。
[0027]較佳的是，在步驟S200和S300之間還包括:依據(jù)廠家分組，設(shè)置一個相對應(yīng)的記錄實現(xiàn)方法的分配表。
[0028]上述方法采用的是數(shù)據(jù)分析和分組技術(shù)。由于指令類型，產(chǎn)品類型以及接入的硬件設(shè)備種類較多。因此數(shù)據(jù)分析的過程，第一步是對廠家進行指令分類，同類型的指令有不同的參數(shù)和數(shù)據(jù)包，然后是分析指令的IP指向(即尋找到與下發(fā)指令對應(yīng)的部分)，指向相應(yīng)的硬件設(shè)備。通過建立一個指令分配表可以解決這些問題，所述指令分配表分析時自動配對產(chǎn)生數(shù)據(jù)包和找到對應(yīng)的處理方法。所述指令分配表具體如圖4所示。
[0029]具體的，所述廠家分組中的指令數(shù)量相同。但每個指令的參數(shù)以及數(shù)據(jù)包等不相同。
[0030]例如，當(dāng)需要執(zhí)行刪除一個卡權(quán)限的下發(fā)指令時:首先，界面操作在下發(fā)的指令中提供“卡號，設(shè)備ID”。然后，分析數(shù)據(jù)模塊分析后形參數(shù)表:設(shè)備ID(OOOl)、把廠家ID(1234)、指令類型(1)、指令名(delcard)、卡號(12345677890)，再發(fā)送到“數(shù)據(jù)處理平臺”。
[0031]“數(shù)據(jù)處理平臺”通過指令配對表，找相應(yīng)的方法“DelCard ”，最后，對數(shù)據(jù)包按照硬件廠家要求格式，再加設(shè)備IP及設(shè)備ID通過端口下發(fā)。
[0032]而接收到一條刷卡記錄的設(shè)備反饋數(shù)據(jù)的具體操作流程為:服務(wù)平臺從端口接到一條記錄；經(jīng)“數(shù)據(jù)處理平臺”確認是一條刷卡記錄；在數(shù)據(jù)中找出“卡號，設(shè)備ID，廠家ID、指令類型(0)、指令名(Entry)、卡號(12345677890)、刷卡時間等；通過指令配對表，找到相應(yīng)的方法(SaveEntry );此方法把數(shù)據(jù)寫到數(shù)據(jù)庫，并下發(fā)一條收到數(shù)據(jù)的回復(fù)給相應(yīng)硬件。
[0033]更具體的，所述步驟S300之后還包括:當(dāng)有新的廠家的硬件接入時，若存在新增的指令則向分配表中增加新的實現(xiàn)方法。
[0034]本發(fā)明還提供一種多類型硬件接口指令處理系統(tǒng)。如圖5所示，所述系統(tǒng)包括:分組模塊100，用于依據(jù)硬件廠家對指令進行分組，尋址模塊200，用于依據(jù)下發(fā)指令尋找對應(yīng)的廠家分組，以及在廠家分組中尋找與下發(fā)指令對應(yīng)的指令。
[0035]所述下發(fā)指令具體包括:廠家，處理類型，名稱，參數(shù)。
[0036]更具體的，如圖3所示，所述系統(tǒng)還包括分配表生成模塊300，用于依據(jù)廠家分組，設(shè)置一個相對應(yīng)的記錄實現(xiàn)方法的分配表。
[0037]其中，所述廠家分組中的指令數(shù)量相同。
[0038]較佳的是，所述系統(tǒng)還包括信息增加模塊，用于當(dāng)有新的廠家的硬件接入時，若存在新增的指令則向分配表中增加新的實現(xiàn)方法。
[0039]綜上所述，本發(fā)明提供的一種多類型硬件接口指令處理方法及系統(tǒng)，對開發(fā)設(shè)計者來，不用知道數(shù)據(jù)的來源和去向，能夠自動尋址，對數(shù)據(jù)進行分析和處理，能夠便于集中開發(fā)管理，極大的提高了開發(fā)的速度。
[0040]可以理解的是，對本領(lǐng)域普通技術(shù)人員來說，可以根據(jù)本發(fā)明的技術(shù)方案及本發(fā)明構(gòu)思加以等同替換或改變，而所有這些改變或替換都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍。
【主權(quán)項】
1.一種多類型硬件接口指令處理方法，其特征在于，所述方法包括:A、依據(jù)硬件廠家對指令進行分組；B、依據(jù)下發(fā)指令尋找對應(yīng)的廠家分組；C、在廠家分組中尋找與下發(fā)指令對應(yīng)的指令。
2.根據(jù)權(quán)利要求1所述的多類型硬件接口指令處理方法，其特征在于，所述下發(fā)指令具體包括:廠家ID、處理類型、名稱和/或參數(shù)。
3.根據(jù)權(quán)利要求1所述的多類型硬件接口指令處理方法，其特征在于，所述步驟B之前，步驟A之后還包括:B1、依據(jù)廠家分組，設(shè)置一個相對應(yīng)的記錄實現(xiàn)方法的分配表。
4.根據(jù)權(quán)利要求3所述的多類型硬件接口指令處理方法，其特征在于，所述廠家分組中的指令數(shù)量相同。
5.根據(jù)權(quán)利要求3所述的多類型硬件接口指令處理方法，其特征在于，所述步驟C之后還包括:D、當(dāng)有新的廠家的硬件接入時，若存在新增的指令則向分配表中增加新的實現(xiàn)方法。
6.一種多類型硬件接口指令處理系統(tǒng)，其特征在于，所述系統(tǒng)包括:分組模塊，用于依據(jù)硬件廠家對指令進行分組，尋址模塊，用于依據(jù)下發(fā)指令尋找對應(yīng)的廠家分組，以及在廠家分組中尋找與下發(fā)指令對應(yīng)的指令。
7.根據(jù)權(quán)利要求6所述的多類型硬件接口指令處理系統(tǒng)，其特征在于，所述下發(fā)指令具體包括:廠家，處理類型，名稱，參數(shù)。
8.根據(jù)權(quán)利要求6所述的多類型硬件接口指令處理系統(tǒng)，其特征在于，所述系統(tǒng)還包括分配表生成模塊，用于依據(jù)廠家分組，設(shè)置一個相對應(yīng)的記錄實現(xiàn)方法的分配表。
9.根據(jù)權(quán)利要求8所述的多類型硬件接口指令處理系統(tǒng)，其特征在于，所述廠家分組中的指令數(shù)量相同。
10.根據(jù)權(quán)利要求8所述的多類型硬件接口指令處理系統(tǒng)，其特征在于，所述系統(tǒng)還包括信息增加模塊，用于當(dāng)有新的廠家的硬件接入時，若存在新增的指令則向分配表中增加新的實現(xiàn)方法。
【專利摘要】本發(fā)明提供了一種多類型硬件接口指令處理方法及系統(tǒng)，其中，所述方法包括：A、依據(jù)硬件廠家對指令進行分組；B、依據(jù)下發(fā)指令尋找對應(yīng)的廠家分組；C、在廠家分組中尋找與下發(fā)指令對應(yīng)的指令。通過建立一個中間連接橋梁，下發(fā)指令能夠自動與不同廠家的硬件設(shè)備對應(yīng)。對開發(fā)設(shè)計者來說，不用知道數(shù)據(jù)的來源和去向，能夠自動尋址，對數(shù)據(jù)進行分析和處理，能夠便于集中開發(fā)管理，極大的提高了開發(fā)的速度。
【IPC分類】G06F9-30
【公開號】CN104615410
【申請?zhí)枴緾N201510032181
【發(fā)明人】陳熾昌, 何玉華, 胡永東
【申請人】北京彩云動力教育科技有限公司
【公開日】2015年5月13日
【申請日】2015年1月22日