專利名稱：一種軟件許可監(jiān)控方法、系統(tǒng)及電子設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于軟件許可監(jiān)控領(lǐng)域，尤其涉及一種軟件許可監(jiān)控方法、系統(tǒng)及 電子設(shè)備。
背景技術(shù)：
為了保障自身的知識產(chǎn)權(quán)權(quán)益，目前有許多軟件反盜版的方法，即軟件許 可監(jiān)控的方法，諸如微軟公司的軟件、 一些殺毒軟件等采用的在線序列號校驗
機制，ERP廠商則采用諸如加密卡、加密字符串來實現(xiàn)反盜版。但是采用現(xiàn)有 技術(shù)提供的軟件許可監(jiān)控方法，序列號、加密卡、加密字符串等很容易被仿制， 監(jiān)控端沒有存儲授權(quán)客戶的具體信息，在監(jiān)控到序列號、加密卡、加密字符串 等被仿制的侵權(quán)行為時，不能提供相關(guān)的客戶信息，以對侵權(quán)客戶進行追蹤， 存在漏洞、容易被侵權(quán)，不能更好地進行許可監(jiān)控。

發(fā)明內(nèi)容
本發(fā)明實施例的目的在于提供一種軟件許可監(jiān)控方法，旨在解決現(xiàn)有軟件 許可監(jiān)控方法在監(jiān)控到侵權(quán)行為時，不能提供相關(guān)的客戶信息，以對侵權(quán)客戶 進行追蹤，存在漏洞、容易凈皮侵權(quán)，不能更好地進^f亍許可監(jiān)控的問題。
本發(fā)明實施例是這樣實現(xiàn)的， 一種軟件許可監(jiān)控方法，所述方法包括下述 步驟
客戶端在使用授權(quán)軟件時向監(jiān)控端發(fā)送許可反饋數(shù)據(jù)，所述許可反饋數(shù)據(jù) 包含軟件授權(quán)方向其發(fā)放許可的唯一標(biāo)識及對應(yīng)的授^S戶信息；
監(jiān)控端判斷接收到的許可反饋數(shù)據(jù)是否與存儲的軟件授權(quán)方發(fā)放的許可數(shù) 據(jù)相符；如果所述許可反饋數(shù)據(jù)與存儲的許可數(shù)據(jù)不相符，則監(jiān)控端發(fā)出侵權(quán)報警
信息，所述侵權(quán)報警信息包含不相符許可數(shù)據(jù)對應(yīng)的唯一標(biāo)識或者授權(quán)客戶信 臺
本發(fā)明實施例的另一目的在于提供一種軟件許可監(jiān)控系統(tǒng)，所述系統(tǒng)包括 存儲單元，用于存儲軟件授權(quán)方發(fā)放的許可數(shù)據(jù)；
第一判斷單元，用于判斷接收到的許可反饋數(shù)據(jù)是否與所述存儲單元存儲 的許可數(shù)據(jù)相符，所述許可反饋數(shù)據(jù)包含許可唯一標(biāo)識及對應(yīng)的授權(quán)客戶信息；
侵權(quán)報警單元，用于在許可反饋數(shù)據(jù)與存儲的許可數(shù)據(jù)不相符時，發(fā)出侵 權(quán)報警信息，所述侵權(quán)報警信息包含不相符許可數(shù)據(jù)對應(yīng)的唯一標(biāo)識或者授權(quán) 客戶信息。
本發(fā)明實施例的另 一 目的在于提供一種包含上述軟件許可監(jiān)控系統(tǒng)的應(yīng)用 系統(tǒng)。
本發(fā)明實施例的另一目的在于提供一種包含上述應(yīng)用系統(tǒng)的電子設(shè)備。 在本發(fā)明實施例中，通過監(jiān)控端判斷接收到的許可反饋數(shù)據(jù)與軟件授權(quán)方 發(fā)放的許可數(shù)據(jù)不相符時，發(fā)出包含不相符許可數(shù)據(jù)對應(yīng)的唯一標(biāo)識或者授權(quán) 客戶信息的侵權(quán)報警信息，來對授權(quán)客戶進行軟件許可監(jiān)控，實現(xiàn)了一種軟件 許可監(jiān)控方法，能及時、有效地發(fā)現(xiàn)侵權(quán)行為，提供侵權(quán)客戶的相關(guān)信息，以 便于追蹤侵權(quán)客戶，且實現(xiàn)簡單、不會影響客戶端和監(jiān)控端的性能。


圖l是本發(fā)明實施例提供的軟件許可監(jiān)控方法的實現(xiàn)流程圖2是本發(fā)明實施例提供的監(jiān)控端存儲的授權(quán)客戶許可數(shù)據(jù)表格的示意
圖3是軟件許可監(jiān)控系統(tǒng)的結(jié)構(gòu)圖。
具體實施方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實 施例，對本發(fā)明進行進一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅 僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
在本發(fā)明實施例中，通過監(jiān)控端判斷接收到的許可反饋數(shù)據(jù)與軟件授權(quán)方 發(fā)放的許可數(shù)據(jù)不相符時，發(fā)出包含不相符許可數(shù)據(jù)對應(yīng)的唯一標(biāo)識或者授權(quán) 客戶信息的侵權(quán)報警信息，來對授權(quán)客戶進行軟件許可監(jiān)控。
圖1示出了本發(fā)明實施例提供的軟件許可監(jiān)控方法的實現(xiàn)流程，詳述如下-.
在步驟S101中，客戶端在使用授權(quán)軟件時向監(jiān)控端發(fā)送許可反饋數(shù)據(jù)，該
許可反饋數(shù)據(jù)包含軟件授權(quán)方向其發(fā)放許可的唯一標(biāo)識及對應(yīng)的授權(quán)客戶信 息；
在步驟S102中，監(jiān)控端判斷接收到的許可反饋數(shù)據(jù)是否與存儲的軟件授權(quán)
方發(fā)放的許可數(shù)據(jù)相符，如果不相符則執(zhí)行步驟S103，否則不做處理；
在步驟S103中，如果所迷許可反饋數(shù)據(jù)與存儲的許可數(shù)據(jù)不相符，則監(jiān)控 端發(fā)出侵權(quán)^^艮警信息，該侵權(quán)才艮警信息包含不相符^^可數(shù)據(jù)對應(yīng)的唯一標(biāo)識或 者授權(quán)客戶信息。
在本發(fā)明實施例中，使用授權(quán)軟件的客戶端在使用授權(quán)軟件時，向監(jiān)控端 發(fā)送許可反饋數(shù)據(jù)，該許可反饋數(shù)據(jù)包含軟件授權(quán)方向其發(fā)放許可的唯一標(biāo)識 及對應(yīng)的授權(quán)客戶信息。客戶信息和序列號。其中，許可的唯一標(biāo)識可以為序 列號，序列號唯一標(biāo)識軟件授權(quán)方所發(fā)放的每條許可；客戶信息可以是唯一標(biāo) 識每個授權(quán)客戶的客戶名稱或客戶代碼等， 一個授權(quán)客戶有多個客戶端，但是 一個客戶端只屬于一個授權(quán)客戶，該客戶信息為來自監(jiān)控端的賬套客戶信息。 一個序列號對應(yīng)一個客戶信息，但一個客戶信息可以對應(yīng)多個序列號。例如， 在一個客戶追加許可后，這個客戶就可能有多個許可，那個該客戶信息就對應(yīng)
多個序列號。
監(jiān)控端可以采用文件或數(shù)據(jù)庫等存儲軟件授權(quán)方許可授權(quán)客戶使用授權(quán)軟 件的許可數(shù)據(jù)，包括客戶信息、授權(quán)軟件信息、許可有效期、許可數(shù)量、序列號等。監(jiān)控端接收到許可反饋數(shù)據(jù)后，與其存儲的許可數(shù)據(jù)進行比較，如果兩
者相符，則說明是合法的許可客戶，不做任何處理；否則，為非法客戶，監(jiān)控 端通過電話、短信或電子郵件等方式向管理員發(fā)出包含相應(yīng)客戶信息和/或序列 號等許可數(shù)據(jù)相關(guān)信息的侵權(quán)報警信息，管理員可以根據(jù)相應(yīng)客戶信息和/或序 列號等許可數(shù)據(jù)對侵權(quán)客戶進行追蹤。
為了加強監(jiān)控端對該客戶的驗證，客戶端向監(jiān)控端發(fā)送的許可反饋數(shù)據(jù)還 可以包括許可有效期和/或許可數(shù)量等許可數(shù)據(jù)。其中，許可有效期為軟件授權(quán) 方許可授權(quán)客戶使用相應(yīng)授權(quán)軟件的期限，許可數(shù)量為軟件授權(quán)方許可授權(quán)客 戶使用相應(yīng)授權(quán)軟件的客戶端數(shù)量。
當(dāng)然，還可以根據(jù)許可有效期將許可劃分為不同類型，例如，許可有效期 為20年以上的為永久許可，許可有效期少于20年的為正式許可，許可有效期 少于90天的為試用許可等，以便于對不同許可類型的授權(quán)客戶進行管理。
進一步地，如果軟件授權(quán)方提供多種授權(quán)軟件，則客戶端向監(jiān)控端發(fā)送的 許可反饋數(shù)據(jù)還應(yīng)該包括授權(quán)軟件信息。圖2示出了本發(fā)明實施例提供的監(jiān)控 端存儲的某一授一4戶的許可數(shù)據(jù)表格，該表格的名稱為相應(yīng)客戶的客戶信息， 授權(quán)軟件可以是運行于一子系統(tǒng)下的一個模塊，對于不同授權(quán)軟件可以設(shè)定不 同的許可數(shù)量。
為了避免監(jiān)控端在一定時間間隔期間對相同授權(quán)客戶進行重復(fù)判斷，提高 處理效率，作為本發(fā)明的一個優(yōu)選實施例，在步驟SIOI，客戶端在使用授權(quán)軟 件時向監(jiān)控端發(fā)送許可反饋數(shù)據(jù)的步驟前，
監(jiān)控端判斷在預(yù)設(shè)時間間隔期間是否已接收到同一授權(quán)客戶的其他客戶端 發(fā)送的許可反饋數(shù)據(jù)，是則結(jié)束，否則執(zhí)行步驟SIOI。
在本發(fā)明實施例中，預(yù)^沒時間間隔以天計算，在一天內(nèi)，監(jiān)控端存儲接收 到的許可反饋數(shù)據(jù)，例如，監(jiān)控端可以通過一文本或表格等來存儲接收到的許 可反饋數(shù)據(jù)，其內(nèi)容包括客戶信息、系統(tǒng)當(dāng)前日期、反饋標(biāo)志等。使用授權(quán)軟 件的客戶端向監(jiān)控端查詢當(dāng)天是否已經(jīng)接收到對應(yīng)同 一授權(quán)客戶的其他客戶端發(fā)送的許可反饋數(shù)據(jù)，如果沒有，則執(zhí)行步驟S101;否則，該客戶端當(dāng)天不用 向監(jiān)控端發(fā)送許可反饋數(shù)據(jù)。當(dāng)然，時間間隔還可以根據(jù)實際需要進行調(diào)整。
對于短期測試、培訓(xùn)等情況，活動數(shù)量小于一定數(shù)量時可以不用向監(jiān)控端 發(fā)送許可反饋數(shù)據(jù)，以減少監(jiān)控端進行不必要判斷的次數(shù)，作為本發(fā)明的另一 個優(yōu)選實施例，在步驟S101，客戶端在使用授權(quán)軟件時向監(jiān)控端發(fā)送許可反饋 數(shù)據(jù)的步驟前，
監(jiān)控端判斷使用授權(quán)軟件的同 一授權(quán)客戶下當(dāng)前處于活動狀態(tài)的客戶端的 數(shù)量是否大于或等于激活發(fā)送許可反饋數(shù)據(jù)閥值，如果是則執(zhí)行步驟S101;否 則，該客戶端暫時不用向監(jiān)控端發(fā)送許可反饋數(shù)據(jù)。例如，軟件授權(quán)方允許某 客戶使用授權(quán)軟件的激活發(fā)送許可反饋數(shù)據(jù)閥值為15，那么對于該客戶下的前 14個處于活動狀態(tài)的客戶端都可以不向服務(wù)器發(fā)送許可反饋數(shù)據(jù)，第15個及 以后的客戶端才需要向監(jiān)控端發(fā)送許可反饋數(shù)據(jù)。當(dāng)然，該判斷過程也可以放 在上述判斷在預(yù)設(shè)時間間隔期間是否已有同 一客戶的其他客戶端向監(jiān)控端發(fā)送 過相同的許可反饋數(shù)據(jù)的步驟前。并且，該激活發(fā)送許可反饋數(shù)據(jù)閥值還可以 根據(jù)不同的授權(quán)軟件確定不同的值。
進一步地，與此類似,監(jiān)控端如果只是短期內(nèi)檢測到授權(quán)客戶使用授權(quán)軟 件的活動數(shù)量超過許可數(shù)量，則也可能是短期測試、短期培訓(xùn)等，可以判定為 不屬于侵權(quán)行為。
為了監(jiān)控授權(quán)客戶客戶端的活動情況，作為本發(fā)明的另 一個優(yōu)選實施例， 軟件許可監(jiān)控方法還包括
監(jiān)控端在預(yù)設(shè)時間間隔期間統(tǒng)計并存儲同時使用授權(quán)軟件的同一授權(quán)客戶 下客戶端的最大數(shù)量。
當(dāng)然，統(tǒng)計最大客戶端數(shù)量的預(yù)設(shè)時間間隔可以根據(jù)需要設(shè)置為與上述為 避免監(jiān)控端在一定時間間隔期間對相同授權(quán)客戶進行重復(fù)判斷而設(shè)置的預(yù)設(shè)時 間間隔不相同。
進一步地，在同時使用授權(quán)軟件的同 一授權(quán)客戶下客戶端的最大數(shù)量接近許可數(shù)量時，應(yīng)通知管理員或者相應(yīng)授權(quán)客戶，確認(rèn)是否追加許可數(shù)量，以盡 早防止許可不足導(dǎo)致客戶業(yè)務(wù)處理受影響，作為本發(fā)明的另 一個優(yōu)選實施例，
軟件許可監(jiān)控方法還包括
當(dāng)監(jiān)控端判斷授權(quán)客戶的許可數(shù)量與統(tǒng)計到的客戶端的最大數(shù)量之差小于 預(yù)設(shè)的許可數(shù)量報警閥值時，發(fā)出許可數(shù)量不足報警信息；否則，不做任何處 理。這里，監(jiān)控端可以向管理員或者相應(yīng)授^j:戶發(fā)出許可數(shù)量不足報警信息。
為了避免授積名戶因忘記追加許可有效期而帶來的問題，作為本發(fā)明的另 一個優(yōu)選實施例，軟件許可監(jiān)控方法還包括
當(dāng)監(jiān)控端定期判斷授權(quán)客戶的許可有效期小于預(yù)設(shè)的許可有效期報警閥值 時，發(fā)出許可有效期報警信息；否則，不做任何處理。這里，監(jiān)控端可以向管 理員或者相應(yīng)授;MJl戶發(fā)出許可有效期報警信息。
進一步地，使用授權(quán)軟件的客戶端還可以檢測其向監(jiān)控端發(fā)送許可反饋數(shù) 據(jù)的占用時間，如果超過一定時間，例如3秒鐘，則結(jié)束發(fā)送，由下一個客戶 端發(fā)送，以避免引發(fā)客戶端性能問題。
當(dāng)然對于授權(quán)客戶追加許可等情況，可能使其對應(yīng)有多條許可數(shù)據(jù)，那么 客戶端在向監(jiān)控端發(fā)送許可反饋數(shù)據(jù)時，應(yīng)該發(fā)送該客戶的所有許可反饋數(shù)據(jù)。
圖3示出了本發(fā)明實施例提供的軟件許可監(jiān)控系統(tǒng)的結(jié)構(gòu)，為了便于說明 僅示出了與本發(fā)明實施例相關(guān)的部分。
該軟件許可監(jiān)控系統(tǒng)可以用于各種應(yīng)用系統(tǒng)中，例如辦公系統(tǒng)、管理系統(tǒng) 等，這些應(yīng)用系統(tǒng)可以裝載于各種電子設(shè)備中，例如計算機、移動電話、個人 數(shù)碼助理(Personal Digital Assistant, PDA)等電子設(shè)備。該軟件許可監(jiān)控系統(tǒng) 可以是運行于電子設(shè)備的軟件單元、硬件單元或者軟硬件相結(jié)合的單元，也可 以作為獨立的掛件集成到這些電子設(shè)備中或者運行于這些電子設(shè)備的應(yīng)用系統(tǒng) 中，其中
存儲單元301，存儲軟件授權(quán)方發(fā)放的許可數(shù)據(jù)，許可數(shù)據(jù)如上所述，不 再贅述。第一判斷單元302,判斷接收到的許可反饋數(shù)據(jù)是否與存儲單元301存儲 的許可數(shù)據(jù)相符，該許可反饋數(shù)據(jù)包含許可唯一標(biāo)識及對應(yīng)的授權(quán)客戶信息， 其實現(xiàn)方式如上所述，不再贅述。
侵權(quán)報警單元303，在許可反饋數(shù)據(jù)與存儲的許可數(shù)據(jù)不相符時，發(fā)出侵 權(quán)報警信息，該侵權(quán)報警信息包含不相符許可數(shù)據(jù)對應(yīng)的唯一標(biāo)識或者授權(quán)客 戶信息其實現(xiàn)方式如上所述，不再贅述。
為了避免軟件許可監(jiān)控系統(tǒng)在一定時間間隔期間對相同授斥^戶進行重復(fù) 判斷，提高處理效率，作為本發(fā)明的一個優(yōu)選實施例，軟件許可監(jiān)控系統(tǒng)還包 括
第二判斷單元304,在預(yù)設(shè)時間間隔期間判斷還沒接收到同一授權(quán)客戶的 其他客戶端發(fā)送的許可反饋數(shù)據(jù)時，向相應(yīng)客戶端發(fā)送許可反饋觸發(fā)信息，其 實現(xiàn)方式如上所述，不再贅述。
對于短期測試、培訓(xùn)等情況，活動數(shù)量小于一定數(shù)量時可以不用像監(jiān)控端 發(fā)送許可反饋數(shù)據(jù)，以減少軟件許可監(jiān)控系統(tǒng)進行不必要判斷的次數(shù)，作為本 發(fā)明的另一個優(yōu)選實施例，軟件許可監(jiān)控系統(tǒng)還包括
第三判斷單元305,在判斷使用授權(quán)軟件的同一授權(quán)客戶下當(dāng)前處于活動 狀態(tài)的客戶端的數(shù)量大于或等于激活發(fā)送許可反饋數(shù)據(jù)閥值時，向相應(yīng)客戶端 發(fā)送許可反饋觸發(fā)信息，其實現(xiàn)方式如上所述，不再贅述。
為了監(jiān)控授權(quán)客戶下客戶端的活動情況，作為本發(fā)明的另一個優(yōu)選實施例， 軟件許可監(jiān)控系統(tǒng)還包括
統(tǒng)計單元306，在預(yù)設(shè)時間間隔期間統(tǒng)計并在存儲單元301中存儲同時使
用授權(quán)軟件的同 一授權(quán)客戶下客戶端的最大數(shù)量。
進一步地，在同時使用授權(quán)軟件的同一授*^戶下客戶端的最大活動數(shù)量 接近許可數(shù)量時，應(yīng)通知管理員或者相應(yīng)授*^戶，確認(rèn)是否追加許可數(shù)量， 以盡早防止侵權(quán)事件，作為本發(fā)明的另一個優(yōu)選實施例，軟件許可監(jiān)控系統(tǒng)還 包括許可數(shù)量報警單元307,在判斷授權(quán)客戶的許可數(shù)量與統(tǒng)計單元306統(tǒng)計 到的客戶端的最大數(shù)量之差小于預(yù)設(shè)的許可數(shù)量報警閥值時，發(fā)出許可數(shù)量不 足報警信息。
為了避免授權(quán)客戶因忘記追加許可有效期而帶來的問題，作為本發(fā)明的另 一個優(yōu)選實施例，軟件許可監(jiān)控系統(tǒng)還包括
許可有效期報警單元308，在定期判斷授4又客戶的許可有效期小于預(yù)設(shè)的 許可有效期報警閥值時，發(fā)出許可有效期報警信息。
在本發(fā)明實施例中，通過監(jiān)控端判斷接收到的許可反饋數(shù)據(jù)與軟件授權(quán)方 發(fā)放的許可數(shù)據(jù)不相符時，發(fā)出包含不相符許可數(shù)據(jù)對應(yīng)的唯一標(biāo)識或者授權(quán) 客戶信息的侵權(quán)報警信息，來對授權(quán)客戶進行軟件許可監(jiān)控，實現(xiàn)了一種軟件 許可監(jiān)控方法，能及時、有效地發(fā)現(xiàn)侵權(quán)行為，提供侵權(quán)客戶的相關(guān)信息，以 便于追蹤侵權(quán)客戶，且實現(xiàn)簡單、不會影響客戶端和監(jiān)控端的性能。并且，能 夠監(jiān)視授權(quán)客戶的活動情況，主動提醒管理員或者授權(quán)客戶是否需要追加相應(yīng) 的服務(wù)。
本領(lǐng)域普通技術(shù)人員可以理解，實現(xiàn)上述實施例方法中的全部或部分步驟 是可以通過程序來指令相關(guān)的硬件來完成，所述的程序可以在存儲于一計算機 可讀取存儲介質(zhì)中，所述的存儲介質(zhì)，如ROM/RAM、磁盤、光盤等。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā) 明的精神和原則之內(nèi)所作的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明 的保護范圍之內(nèi)。
權(quán)利要求
1、一種軟件許可監(jiān)控方法，其特征在于，所述方法包括下述步驟客戶端在使用授權(quán)軟件時向監(jiān)控端發(fā)送許可反饋數(shù)據(jù)，所述許可反饋數(shù)據(jù)包含軟件授權(quán)方向其發(fā)放許可的唯一標(biāo)識及對應(yīng)的授權(quán)客戶信息；監(jiān)控端判斷接收到的許可反饋數(shù)據(jù)是否與存儲的軟件授權(quán)方發(fā)放的許可數(shù)據(jù)相符；如果所述許可反饋數(shù)據(jù)與存儲的許可數(shù)據(jù)不相符，則監(jiān)控端發(fā)出侵權(quán)報警信息，所述侵權(quán)報警信息包含不相符許可數(shù)據(jù)對應(yīng)的唯一標(biāo)識或者授權(quán)客戶信息。
2、 如權(quán)利要求l所述的方法，其特征在于，在所述客戶端在使用授權(quán)軟件 時向監(jiān)控端發(fā)送許可反饋數(shù)據(jù)的步驟前，所述方法進一步包括下述步驟監(jiān)控端判斷在預(yù)設(shè)時間間隔期間是否已接收到同 一授積名戶的其他客戶端 發(fā)送的許可反饋數(shù)據(jù)。
3、 如權(quán)利要求l所述的方法，其特征在于，在所述客戶端在使用授權(quán)軟件 時向監(jiān)控端發(fā)送許可反饋數(shù)據(jù)的步驟前，所述方法進一步包括下述步驟監(jiān)控端判斷使用授權(quán)軟件的同 一授4X^戶下當(dāng)前處于活動狀態(tài)的客戶端的 數(shù)量是否大于或等于激活發(fā)送許可反饋數(shù)據(jù)閥值。
4、 如權(quán)利要求1所述的方法，其特征在于，所述方法還包括下迷步驟 監(jiān)控端在預(yù)設(shè)時間間隔期間統(tǒng)計并存儲同時使用授權(quán)軟件的同 一授權(quán)客戶下客戶端的最大數(shù)量。
5、 如權(quán)利要求4所述的方法，其特征在于，所述方法還包括下述步驟當(dāng)監(jiān)控端判斷授權(quán)客戶的許可數(shù)量與統(tǒng)計到的客戶端的最大數(shù)量之差小于 預(yù)設(shè)的許可數(shù)量報警閥值時，發(fā)出許可數(shù)量不足報警信息。
6、 如權(quán)利要求l所述的方法，其特征在于，所述方法還包括下述步驟當(dāng)監(jiān)控端定期判斷授權(quán)客戶的許可有效期d、于預(yù)設(shè)的許可有效期報警閥值 時，發(fā)出許可有效期報警信息。
7、 一種軟件許可監(jiān)控系統(tǒng)，其特征在于，所述系統(tǒng)包括 存儲單元，用于存儲軟件授權(quán)方發(fā)放的許可數(shù)據(jù)；第一判斷單元，用于判斷接收到的許可反饋數(shù)據(jù)是否與所述存儲單元存儲 的許可數(shù)據(jù)相符，所述許可反々赍數(shù)據(jù)包含許可唯一標(biāo)識及對應(yīng)的授;K^！戶信息；侵權(quán)報警單元，用于在許可反饋數(shù)據(jù)與存儲的許可數(shù)據(jù)不相符時，發(fā)出侵 權(quán)報警信息，所述侵權(quán)報警信息包含不相符許可數(shù)據(jù)對應(yīng)的唯一標(biāo)識或者授權(quán) 客戶信息。
8、 如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括第二判斷單元，用于在預(yù)設(shè)時間間隔期間判斷還沒接收到同 一授權(quán)客戶的 其他客戶端發(fā)送的許可反饋數(shù)據(jù)時，向相應(yīng)客戶端發(fā)送許可反饋觸發(fā)信息。
9、 如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括 第三判斷單元，用于在判斷使用授權(quán)軟件的同 一授權(quán)客戶下當(dāng)前處于活動狀態(tài)的客戶端的數(shù)量大于或等于激活發(fā)送許可反饋數(shù)據(jù)閥值時，向相應(yīng)客戶端 發(fā)送許可反饋觸發(fā)信息。
10、 如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括用授權(quán)軟件的同一授權(quán)客戶下客戶端的最大數(shù)量。
11、 如權(quán)利要求IO所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括 許可數(shù)量報警單元，用于在判斷授權(quán)客戶的許可數(shù)量與所述統(tǒng)計單元統(tǒng)計到的客戶端的最大數(shù)量之差小于預(yù)設(shè)的許可數(shù)量報警閥值時，發(fā)出許可數(shù)量不 足報警信息。
12、 如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括 許可有效期報警單元，用于在定期判斷授權(quán)客戶的許可有效期小于預(yù)設(shè)的許可有效期報警閥值時，發(fā)出許可有效期報警信息。
13、 一種包含權(quán)利要求7至12任一權(quán)利要求所述軟件許可監(jiān)控系統(tǒng)的應(yīng)用系統(tǒng)。
14、 一種包含權(quán)利要求13所述應(yīng)用系統(tǒng)的電子設(shè)備。
全文摘要
本發(fā)明適用于軟件許可監(jiān)控領(lǐng)域，提供了一種軟件許可監(jiān)控方法、系統(tǒng)及電子設(shè)備，所述方法包括下述步驟客戶端在使用授權(quán)軟件時向監(jiān)控端發(fā)送許可反饋數(shù)據(jù)，所述許可反饋數(shù)據(jù)包含軟件授權(quán)方向其發(fā)放許可的唯一標(biāo)識及對應(yīng)的授權(quán)客戶信息；監(jiān)控端判斷接收到的許可反饋數(shù)據(jù)是否與存儲的軟件授權(quán)方發(fā)放的許可數(shù)據(jù)相符；如果所述許可反饋數(shù)據(jù)與存儲的許可數(shù)據(jù)不相符，則監(jiān)控端發(fā)出侵權(quán)報警信息，所述侵權(quán)報警信息包含不相符許可數(shù)據(jù)對應(yīng)的唯一標(biāo)識或者授權(quán)客戶信息。在本發(fā)明中，實現(xiàn)了一種軟件許可監(jiān)控方法，能及時、有效地發(fā)現(xiàn)侵權(quán)行為，提供侵權(quán)客戶的相關(guān)信息，以便于追蹤侵權(quán)客戶，且實現(xiàn)簡單、不會影響客戶端和監(jiān)控端的性能。
文檔編號G06F21/00GK101430749SQ200810217128
公開日2009年5月13日 申請日期2008年10月31日 優(yōu)先權(quán)日2008年10月31日
發(fā)明者郭立春 申請人:金蝶軟件(中國)有限公司