專利名稱：：控制并發(fā)用戶數(shù)的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及軟件安全
技術(shù)領(lǐng)域：
，尤其涉及一種控制并發(fā)用戶數(shù)的方法及系統(tǒng)。
背景技術(shù)：
：為了防止軟件系統(tǒng)的盜版，軟件供應(yīng)商會(huì)采取各種措施來限制某客戶的許可并發(fā)用戶數(shù)量。比如通過軟件序列號(hào)，制作與機(jī)器特征相匹配的許可文件(license),或者提供一種專用的物理硬件一軟件狗，等等。對(duì)于大型的軟件系統(tǒng)，僅僅判斷是否有許可使用權(quán)是遠(yuǎn)遠(yuǎn)不夠的，還需要設(shè)置許可的用戶數(shù)量，許可用戶越多，軟件的價(jià)錢越昂貴。對(duì)于基于網(wǎng)絡(luò)服務(wù)器的企業(yè)級(jí)軟件，通常需要通過考察并發(fā)在線用戶數(shù)來確定需要許可的用戶數(shù)量。另外一方面，還需要設(shè)置許可的具體功能，功能越多，軟件的價(jià)錢越昂貴。最終用戶通過選取不同的功能模塊，及對(duì)應(yīng)的并發(fā)用戶數(shù)，既滿足功能夠用而又不貴，達(dá)到量身定祐支的效果。大型軟件系統(tǒng)可能有數(shù)千個(gè)功能點(diǎn)，軟件開發(fā)商通常將一系列完成某一特定業(yè)務(wù)的功能組合起來，稱之為模塊。這樣一來，銷售和維護(hù)環(huán)節(jié)只需要考慮少則幾個(gè)，多則幾十、上百個(gè)的模塊。對(duì)于幾個(gè)模塊的小系統(tǒng)而言，問題比較簡(jiǎn)單，對(duì)于100個(gè)模塊左右的大型軟件系統(tǒng)，銷售和維護(hù)起來就比較麻煩。軟件的購買通常是IT部門，軟件的使用可能是整個(gè)企業(yè)，對(duì)于成長(zhǎng)型企業(yè)，要確定并發(fā)用戶數(shù)存在一定難度，何況要確定某個(gè)模塊，例如財(cái)務(wù)部門成^fe算模塊，在現(xiàn)在或者不遠(yuǎn)的將來會(huì)有多少并發(fā)用戶數(shù)？這就更困難了。事實(shí)上，過于精細(xì)的模塊劃分和嚴(yán)格的并發(fā)控制造成企業(yè)用戶經(jīng)常需要增加許可才能滿足實(shí)際需要,甚至可能激化開發(fā)商和企業(yè)用戶之間的矛盾。綜合考慮，現(xiàn)有技術(shù)中存在以下缺陷現(xiàn)有軟件能夠?qū)崿F(xiàn)控制總并發(fā)用戶，隨著軟件規(guī)模的擴(kuò)大，不能具體到模塊，對(duì)于只使用一小部分功能模塊的用戶，和使用全部功能的用戶，不能體現(xiàn)其價(jià)格差異；并且只控制總并發(fā)用戶，還會(huì)導(dǎo)致軟件供應(yīng)商無法跟蹤某些新功能受市場(chǎng)歡迎的程度及其量化價(jià)值。如果將并發(fā)用戶控制到模塊，將增大許可權(quán)限的決策難度，造成成長(zhǎng)型企業(yè)用戶經(jīng)常需要增加和調(diào)整使用許可來適應(yīng)企業(yè)的實(shí)際需要。
發(fā)明內(nèi)容為了解決軟件供應(yīng)商實(shí)現(xiàn)精細(xì)化管理和軟件用戶要求許可控制靈活性之間的矛盾，本發(fā)明提供一種控制并發(fā)用戶數(shù)的方法，包括以下步驟Sl:設(shè)置軟件系統(tǒng)的層次，以及各層次間的對(duì)應(yīng)關(guān)系；S2:根據(jù)步驟S1中設(shè)置的對(duì)應(yīng)關(guān)系逐層設(shè)定許可信息；S3:接收登錄請(qǐng)求，根據(jù)當(dāng)前系統(tǒng)使用信息和已設(shè)置的許可信息判斷軟件系統(tǒng)當(dāng)前的即時(shí)并發(fā)用戶數(shù)，從而確定能否登錄；S4:登錄后更新系統(tǒng)使用信息。優(yōu)選的，所述軟件系統(tǒng)使用許可分為總站點(diǎn)數(shù)、分組和子系統(tǒng)三個(gè)層次；在設(shè)定許可信息和處理登錄請(qǐng)求的過程中，并發(fā)用戶只考查到分組，具體子系統(tǒng)的許可只用來考查是否允許使用此功能。其中，許可信息采用文本文件格式加密存儲(chǔ)為許可文件，許可文件至少包含軟件序列號(hào)、機(jī)器特征碼、許可數(shù)量清單和驗(yàn)證碼。相應(yīng)的，本發(fā)明還提供一種控制并發(fā)用戶數(shù)的系統(tǒng)，包括分層設(shè)置單元，用于設(shè)置軟件系統(tǒng)的層次，以及各層次間的對(duì)應(yīng)關(guān)系；許可信息設(shè)定單元，用于根據(jù)層次間的對(duì)應(yīng)關(guān)系逐層設(shè)定許可信息；其特征在于該系統(tǒng)還包括登錄判斷單元，用于根據(jù)設(shè)定的許可信息和當(dāng)前系統(tǒng)使用信息判斷軟件系統(tǒng)當(dāng)前的即時(shí)并發(fā)用戶數(shù)，從而確定能否登錄；和信息更新單元，用于在登錄后更新系統(tǒng)使用信息。其中在分層設(shè)置單元中，軟件系統(tǒng)使用許可被分為總站點(diǎn)數(shù)、分組和子系統(tǒng)三個(gè)層次。優(yōu)選的，登錄判斷單元包括總站點(diǎn)數(shù)判斷單元，用于判斷軟件系統(tǒng)是否具有空閑可用站點(diǎn)；分組判斷單元，用于判斷待登錄子系統(tǒng)所屬分組是否具有空閑可用站點(diǎn)；子系統(tǒng)判斷單元，用于判斷待登錄子系統(tǒng)是否可用。相對(duì)于現(xiàn)有技術(shù)，本發(fā)明的優(yōu)點(diǎn)如下1)按模塊的細(xì)分，使用戶能夠有更多的選擇，不必花多余的錢買不需要的模塊；2)按模塊的銷售，使軟件供應(yīng)商實(shí)現(xiàn)了的精細(xì)化管理，是比較大型的軟件的必然選擇；3)并發(fā)用戶控制到分組，很好的解決了軟件供應(yīng)商和用戶之間嚴(yán)格控制與靈活開放的矛盾。圖1是本發(fā)明實(shí)施例的分組并發(fā)用戶控制流程圖；圖2是本發(fā)明根據(jù)并發(fā)用戶數(shù)判斷邏輯對(duì)登錄請(qǐng)求進(jìn)行處理的一種實(shí)施方式的流程圖3是本發(fā)明根據(jù)并發(fā)用戶數(shù)判斷邏輯對(duì)登錄請(qǐng)求進(jìn)行處理的另一種實(shí)施方式的流程圖。具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。為了解決現(xiàn)有技術(shù)中軟件開發(fā)商和企業(yè)用戶之間存在的上述問題，本發(fā)明提供一種控制并發(fā)用戶數(shù)的方法，包括以下步驟Sl:設(shè)置軟件系統(tǒng)的層次，以及各層次間的對(duì)應(yīng)關(guān)系；S2:根據(jù)步驟S1中設(shè)置的對(duì)應(yīng)關(guān)系逐層設(shè)定許可信息；S3:接收登錄請(qǐng)求，根據(jù)當(dāng)前系統(tǒng)使用信息和已設(shè)置的許可信息判斷軟件系統(tǒng)當(dāng)前的即時(shí)并發(fā)用戶數(shù)，從而確定能否登錄；S4:登錄后更新系統(tǒng)使用信息。相應(yīng)地，本發(fā)明還提供一種控制并發(fā)用戶數(shù)的系統(tǒng)，包括分層設(shè)置單元、許可信息設(shè)定單元、登錄判斷單元和信息更新單元。其中，分層設(shè)置單元，用于設(shè)置軟件系統(tǒng)的層次，以及層次間的對(duì)應(yīng)關(guān)系；許可信息設(shè)定單元，用于根據(jù)層次間的對(duì)應(yīng)關(guān)系逐層設(shè)定許可信息；登錄判斷單元，用于接收登錄請(qǐng)求，根據(jù)設(shè)定的許可信息和當(dāng)前系統(tǒng)使用信息判斷軟件系統(tǒng)當(dāng)前的即時(shí)并發(fā)用戶數(shù)，從而確定能否登錄；信息更新單元，用于在登錄后更新系統(tǒng)使用1§息。本發(fā)明的一個(gè)優(yōu)選實(shí)施例，在分層設(shè)置單元中將所述軟件系統(tǒng)的使用許可分為三個(gè)層次總站點(diǎn)數(shù)、分組和子系統(tǒng)。其中，總站點(diǎn)數(shù)表示一個(gè)軟件系統(tǒng)被許可訪問的并發(fā)用戶總數(shù)；模塊作為本發(fā)明表述中軟件系統(tǒng)的最小功能表示單位，也被稱之為子系統(tǒng)；屬于同一業(yè)務(wù)領(lǐng)域的子系統(tǒng)可以劃分為一個(gè)分組，沒有業(yè)務(wù)關(guān)聯(lián)的子系統(tǒng)，作為獨(dú)立分組構(gòu)成單模塊分組?？傉军c(diǎn)數(shù)、分組和子系統(tǒng)這三層是自上而下、逐層分解的關(guān)系，在軟件系統(tǒng)使用過程中，并發(fā)用戶只考查到分組，具體子系統(tǒng)的許可只用來考查是否允許使用此功能。并且本發(fā)明將分層關(guān)系進(jìn)行加密，使之對(duì)用戶不可見，最大限度地避免了被非法修改，從而保證軟件系統(tǒng)許可的安全性和穩(wěn)定性。圖l是本發(fā)明分組并發(fā)用戶控制流程圖，如圖l的步驟a所示，為了方便營銷過程中對(duì)軟件實(shí)施分層許可的控制，軟件開發(fā)商在軟件系統(tǒng)的開發(fā)環(huán)節(jié)就要預(yù)先設(shè)置軟件模塊即子系統(tǒng)與分組的對(duì)應(yīng)關(guān)系。軟件系統(tǒng)整體開發(fā)完成后，進(jìn)入營銷環(huán)節(jié)，就可以根據(jù)具體用戶的使用需求逐層設(shè)定許可信息，制作/安裝用戶許可(license)文件，如圖1的步驟b所示。根據(jù)子系統(tǒng)與分組的對(duì)應(yīng)關(guān)系，許可文件能夠針對(duì)不同客戶的需求設(shè)定包含總站點(diǎn)數(shù)、分組和子系統(tǒng)三個(gè)層次的許可內(nèi)容。在本發(fā)明的一個(gè)優(yōu)選實(shí)施例中，許可文件采用文本文件格式存儲(chǔ)，至少應(yīng)包含如下內(nèi)容軟件序列號(hào)許可文件的唯一性標(biāo)識(shí)；機(jī)器特征碼用戶服務(wù)器硬件特征，可以是硬盤，也可以是網(wǎng)卡，或多種硬件特征的組合；許可文件與該機(jī)器特征碼的綁定能夠從技術(shù)上避免許可文件的非法復(fù)制；許可數(shù)量清單詳細(xì)表示一個(gè)許可文件中三個(gè)層次的具體許可數(shù)量；驗(yàn)證碼以上信息的組合驗(yàn)證，如果許可文件的一部分被非法修改，將不能夠被驗(yàn)證通過。此外，根據(jù)許可安全性要求的級(jí)別，許可文件還可以包括如下如用戶名稱、失效日期等其它涉及軟件安全的信息用戶名稱許可文件的授權(quán)用戶，顯示在程序主界面，防止用戶之間非授權(quán)使用；失效日期臨時(shí)許可文件用，過失效日期后許可文件不再可用。下表1是一個(gè)許可文件的許可數(shù)量清單的示例，從中也可以看出其中子系統(tǒng)與分組的對(duì)應(yīng)關(guān)系。<table>tableseeoriginaldocumentpage8</column></row><table>表l表1所示的軟件系統(tǒng)被許可訪問的并發(fā)用戶總數(shù)即總站點(diǎn)數(shù)為5，其下轄多個(gè)分組Gl分組、G2分組和單模塊分組，每一分組又包含至少一個(gè)子系統(tǒng)；其中Gl分組包括Ml、M2兩個(gè)子系統(tǒng)，G2分組包括M3、M4和M5三個(gè)子系統(tǒng)，單模塊分組中具有兩個(gè)作為獨(dú)立分組的獨(dú)立功能模塊，即M6和M7兩個(gè)子系統(tǒng)。在表1中，對(duì)于Gl分組來說，其享有在該軟件系統(tǒng)許可的5個(gè)總站點(diǎn)中的兩個(gè)可用站點(diǎn)許可使用權(quán)，并且都已經(jīng);故占用；該G1分組下轄的M1、M2兩個(gè)子系統(tǒng)均享有該分組兩個(gè)可用站點(diǎn)的使用許可，并且都在使用。對(duì)于G2分組來說，在該軟件系統(tǒng)許可的5個(gè)總站點(diǎn)中也有兩個(gè)可用站點(diǎn)，并且只用一個(gè)許可被占用；該G2分組下轄的M3、M4、M5三個(gè)子系統(tǒng)中，M3子系統(tǒng)享有該分組兩個(gè)可用站點(diǎn)的使用許可，并且正在使用G2分組中那個(gè)正在被使用的站點(diǎn)；M4子系統(tǒng)享有該分組兩個(gè)可用站點(diǎn)的使用許可，但沒有使用；M5子系統(tǒng)沒有獲得使用許可。由于并發(fā)用戶只考查到分組，具體子系統(tǒng)的許可只用來考查是否允許使用此功能，因此在單才莫塊分組中作為獨(dú)立分組的M6和M7兩個(gè)子系統(tǒng)而言，不同于其他分組中的子系統(tǒng)只是設(shè)定了是否允許使用的許可，而是設(shè)定并發(fā)用戶數(shù)的許可。M6子系統(tǒng)被許可的可用站點(diǎn)數(shù)為1,目前沒有使用；M7子系統(tǒng)也享有一個(gè)該軟件系統(tǒng)i午可的5個(gè)總站點(diǎn)中的一個(gè)可用站點(diǎn)的許可4吏用權(quán)，并且正在使用。為避免非法修改，整個(gè)許可文件內(nèi)容還需要進(jìn)行加密，如采用BASE64方式進(jìn)行加密。以加密文本文件的方式保存許可文件，可以方便從網(wǎng)上直接下載。另外，為防止黑客修改許可文件，所采用的加密算法需要高度保密，并且不定期變換。在軟件系統(tǒng)經(jīng)過許可進(jìn)入用戶使用環(huán)節(jié)后，就相應(yīng)在預(yù)先制作/安裝的許可文件的許可范圍內(nèi)運(yùn)行該軟件系統(tǒng)。在系統(tǒng)運(yùn)行時(shí)，根據(jù)許可文件的記錄信息，除了需要通過軟件序列號(hào)、用戶名稱等安全信息的驗(yàn)證外，系統(tǒng)還禁止使用無許可的站點(diǎn)、禁止超過分組并發(fā)站點(diǎn)數(shù)、禁止超過總站點(diǎn)數(shù)使用，因此在具體功能模塊的使用過程中要判斷某一試圖登錄的工作站是否被允許，就需要先根據(jù)預(yù)先制作/安裝的許可文件和當(dāng)前系統(tǒng)使用信息對(duì)系統(tǒng)進(jìn)行即時(shí)并發(fā)用戶數(shù)的判斷，如圖l的步驟c所示。為了能夠高效運(yùn)行軟件系統(tǒng)的各個(gè)功能模塊，用戶需要頻繁地登錄和退出，以便及時(shí)釋放系統(tǒng)資源，由此產(chǎn)生的相關(guān)信息稱為系統(tǒng)使用信息。系統(tǒng)使用信息是一個(gè)流水帳式的記錄，作為用于判斷后續(xù)用戶是否允許登錄的重要信息，系統(tǒng)使用信息至少應(yīng)當(dāng)包含以下內(nèi)容使用子系統(tǒng)、工作站、登錄時(shí)間以及系統(tǒng)狀態(tài)，此外，還可以根據(jù)需要選擇記錄進(jìn)程號(hào)(進(jìn)程ID)、用戶名等系統(tǒng)使用信息。在系統(tǒng)初始化階段，系統(tǒng)使用信息清空。在一個(gè)合法用戶需要登錄使用某一子系統(tǒng)時(shí)，需要結(jié)合當(dāng)前系統(tǒng)使用信息中的使用子系統(tǒng)、工作站、登錄時(shí)間等信息進(jìn)行軟件系統(tǒng)各層次并發(fā)用戶數(shù)的判斷分析，來確定該用戶能否登錄所述子系統(tǒng)。在許可軟件系統(tǒng)使用過程中，為了增強(qiáng)控制的精細(xì)程度，可以記錄進(jìn)程號(hào)以防止多個(gè)機(jī)器用同一工作站名稱登錄，或者同一臺(tái)機(jī)器多次通過終端服務(wù)器登錄，如果"工作站+進(jìn)程號(hào)"不同，則認(rèn)為是不同的機(jī)器，累加到該模塊的已使用站點(diǎn)數(shù)中，該模塊的已使用站點(diǎn)數(shù)再累加到分組的已使用站點(diǎn)數(shù)中，最后將分組的已使用站點(diǎn)數(shù)累加到總站點(diǎn)數(shù)中的已用站點(diǎn)數(shù)中；分別將各層次的已用站點(diǎn)數(shù)與可用站點(diǎn)數(shù)相比較，如果均不超過可用站點(diǎn)數(shù)，則該機(jī)器能夠登錄。表2是某一時(shí)間段下系統(tǒng)使用信息的示例<table>tableseeoriginaldocumentpage10</column></row><table>表2在表2所示的這一時(shí)間段中，工作站COMPUTER1分別登錄了Ml、M2和M3子系統(tǒng)，工作站COMPUTER2登錄了M2和M7子系統(tǒng)。由于工作站COMPUTER1登錄Ml和M2子系統(tǒng)的進(jìn)程號(hào)相同，因此對(duì)于Gl分組來說，工作站COMPUTER1只占用了一個(gè)可用站點(diǎn)；另一可用站點(diǎn)^皮登錄M2子系統(tǒng)的COMPUTER2占用，因此，在這一時(shí)間萃殳Gl分組的兩個(gè)可用站點(diǎn)均被占用。對(duì)于G2分組來說，在表2所示的這一時(shí)間段中，只有工作站COMPUTER1登錄了M3子系統(tǒng)，因此其兩個(gè)可用站點(diǎn)中只有一個(gè)被占用。對(duì)于單模塊分組中的M7子系統(tǒng)來說，工作站C0MPUTER2在表2所示的這一時(shí)間段中登錄，因此其僅有的一個(gè)可用站點(diǎn)已經(jīng)被占用。下面以暫時(shí)沒有登錄系統(tǒng)的工作站COMPUTER3為例結(jié)合表1和表2進(jìn)一步說明應(yīng)對(duì)登錄請(qǐng)求的并發(fā)用戶數(shù)判斷邏輯。(a)禁止^f吏用無許可的站點(diǎn)如果COMPUTER3要登錄M5子系統(tǒng)，則是不允許的。因?yàn)楦鶕?jù)表1所示G2分組中的M5子系統(tǒng)無使用許可。(b)禁止超過分組并發(fā)站點(diǎn)數(shù)如果COMPUTER3要登錄Ml子系統(tǒng)，則是不允許的。因?yàn)樵谶@一時(shí)間段Gl分組的兩個(gè)可用站點(diǎn)均被占用，已無空閑可用站點(diǎn)，如果允許COMPUTER3登錄Ml子系統(tǒng)，則Gl分組將為站點(diǎn)數(shù)3,將超過許可文件所許可的Gl分組并發(fā)站點(diǎn)數(shù)2。(c)禁止超過總站點(diǎn)數(shù)由于G2分組中還空閑一個(gè)可用站點(diǎn)，因此COMPUTER3能夠被允許登錄M3子系統(tǒng)。但如果COMPUTER3登錄M3子系統(tǒng)后，再登錄M6系統(tǒng)，是不允許的，因?yàn)樵诒?所示的這一時(shí)間段，5個(gè)被許可的可用站點(diǎn)已經(jīng)被占用了4個(gè)，在COMPUTER3登錄M3子系統(tǒng)之后，5個(gè)被許可的可用站點(diǎn)就全部被占用了，對(duì)于該軟件系統(tǒng)來說已無空閑可用站點(diǎn)，如果允許COMPUTER3再登錄M6子系統(tǒng)，則總站點(diǎn)數(shù)將為6,超過許可文件所許可的總站點(diǎn)數(shù)5。此外，并發(fā)站點(diǎn)數(shù)在許可數(shù)量?jī)?nèi)能夠任意使用。如果COMPUTER3要登錄M3子系統(tǒng)，則是允許的，因?yàn)閺谋?來看，該時(shí)間段內(nèi)只有工作站COMPUTER!登錄了M3子系統(tǒng)，而G2分組站點(diǎn)被許可的并發(fā)站點(diǎn)數(shù)為2,COMPUTER3的登錄不會(huì)超過G2分組站點(diǎn)被許可的并發(fā)站點(diǎn)數(shù)。圖2是本發(fā)明根據(jù)并發(fā)用戶數(shù)判斷邏輯對(duì)登錄請(qǐng)求進(jìn)行處理的一種實(shí)施方式的流程圖，如圖2所示，在以上判斷邏輯的基礎(chǔ)上，對(duì)一個(gè)工作站登錄請(qǐng)求的處理步驟如下S31:首先判斷系統(tǒng)是否具有空閑可用站點(diǎn)；如果有，進(jìn)入下一步驟S32繼續(xù)判斷待登錄子系統(tǒng)是否屬于單模塊分組，否則禁止登錄；如果待登錄子系統(tǒng)屬于單模塊分組，則進(jìn)入步驟S331繼續(xù)判斷待登錄子系統(tǒng)是否具有空閑可用站點(diǎn)，如果有，則允許該工作站的登錄請(qǐng)求，否則禁止登錄；如果待登錄子系統(tǒng)不屬于單模塊分組，則進(jìn)入步驟S332判斷其所屬分組是否具有空閑可用站點(diǎn)，如果沒有，則禁止登錄；如果有，則進(jìn)入步驟S34繼續(xù)判斷待登錄子系統(tǒng)是否具有使用許可；如果待登錄子系統(tǒng)具有使用許可，則允許登錄；否則禁止登錄。圖3是本發(fā)明根據(jù)并發(fā)用戶數(shù)判斷邏輯對(duì)登錄請(qǐng)求進(jìn)行處理的另一種實(shí)施方式的流程圖，與圖2所示的自上而下的判斷方式不同，圖3采用了/人待登錄子系統(tǒng)開始的自下而上的判斷方式，但判斷邏輯與圖2類似，在此不再另行說明。此外，對(duì)本領(lǐng)域技術(shù)人員來說，在上述判斷邏輯的指引下，適當(dāng)?shù)恼{(diào)整對(duì)某一層次許可權(quán)限的判斷順序也能夠?qū)崿F(xiàn)最終的控制目的，這些不同方案也應(yīng)該涵蓋在在本發(fā)明的精神和原則之內(nèi)。為了實(shí)現(xiàn)上述工作流程，在本發(fā)明提供的控制并發(fā)用戶數(shù)的系統(tǒng)中，登錄判斷單元還包括總站點(diǎn)數(shù)判斷單元，用于判斷軟件系統(tǒng)是否具有空閑可用站點(diǎn)；分組判斷單元，用于判斷待登錄子系統(tǒng)所屬分組是否具有空閑可用站點(diǎn)；子系統(tǒng)判斷單元，用于判斷待登錄子系統(tǒng)是否可用。由于作為獨(dú)立分組構(gòu)成單才莫塊分組的子系統(tǒng)的特殊性，本發(fā)明在子系統(tǒng)判斷單元中還設(shè)置了子系統(tǒng)屬性判斷單元，用于判定該待登錄子系統(tǒng)是否屬于單才莫塊分組。在本實(shí)施例中，系統(tǒng)使用信息某一時(shí)間段存儲(chǔ)的信息量預(yù)計(jì)為1000條，最大不超過5萬條，因此可以是一個(gè)小型的數(shù)據(jù)庫，系統(tǒng)使用信息可以記錄在一個(gè)Access文件中進(jìn)行保存。為防止非法增加、修改、刪除系統(tǒng)使用信息，該Access文件可以釆用工作組文件或者其他方式進(jìn)4亍加密，其用戶名和密碼需要不定期更換，此外該Access文件的讀寫梯:作也要以獨(dú)占的方式進(jìn)行。在獲得登錄許可正常登錄后，軟件系統(tǒng)按照操作運(yùn)行相應(yīng)的功能模塊，并更新系統(tǒng)使用信息，記錄此次登錄信息，如步驟e所示，此時(shí)就完成了一個(gè)針對(duì)該用戶登錄軟件系統(tǒng)某一子系統(tǒng)的控制流程。當(dāng)用戶退出該模塊后清除該記錄。在本發(fā)明的另一優(yōu)選實(shí)施方式中，將軟件系統(tǒng)的狀態(tài)分為正式版、演示版兩種。其中正式版為按照客戶需求制作/安裝了用戶許可文件的客戶正式使用版本；演示版是為了售前推廣和售后服務(wù)環(huán)節(jié)而特定的僅對(duì)部分通用姓功能模塊進(jìn)行了許可設(shè)置的試用版本，演示版中能夠使用的功能模塊較正式版有更多比如試用期、數(shù)據(jù)量等的限制，但也能進(jìn)入某些子系統(tǒng)，實(shí)現(xiàn)部分軟件功能。如果經(jīng)過步驟c對(duì)即時(shí)并發(fā)用戶數(shù)的判斷沒有獲得登錄許可，則該機(jī)器轉(zhuǎn)入對(duì)演示版的判斷，如步驟d所示。在滿足如不超過三個(gè)月的試用期、業(yè)務(wù)數(shù)據(jù)不超過規(guī)定數(shù)量等能夠使演示版正常運(yùn)行的條件下，可以進(jìn)入演示版，正常演示完畢后進(jìn)入步驟e記錄軟件系統(tǒng)通過演示版提供的子系統(tǒng)所^使用的如表2所示格式的系統(tǒng)使用信息；否則結(jié)束登錄操作。相應(yīng)的，本發(fā)明提供的控制并發(fā)用戶數(shù)的系統(tǒng)中還可以包括演示版運(yùn)行單元，用于實(shí)現(xiàn)軟件系統(tǒng)在售前推廣和售后^^務(wù)環(huán)節(jié)的展示。此外，對(duì)于演示版的判斷，也可以根據(jù)具體的業(yè)務(wù)系統(tǒng)制定不同的判斷邏輯，比如相應(yīng)正式版的許可方式、業(yè)務(wù)數(shù)據(jù)量的大小、使用日期、關(guān)4定操作次數(shù)等等。對(duì)于許可信息來說，可以采用前述許可文件的方式存儲(chǔ)于軟件系統(tǒng)中，也可以采用如串口卡、USB卡等硬件來存儲(chǔ)，雖然采用不同的存儲(chǔ)介質(zhì)，但許可的基本策略相同，在此不再贅述。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施方式中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，所述的程序可以存儲(chǔ)于計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，這里所稱的存儲(chǔ)介質(zhì)，如ROM/RAM、磁碟、光盤等。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均包含在本發(fā)明的保護(hù)范圍內(nèi)。權(quán)利要求1.一種控制并發(fā)用戶數(shù)的方法，其特征在于該方法包括以下步驟S1設(shè)置軟件系統(tǒng)的層次，以及各層次間的對(duì)應(yīng)關(guān)系；S2根據(jù)步驟S1中設(shè)置的對(duì)應(yīng)關(guān)系逐層設(shè)定許可信息；S3接收登錄請(qǐng)求，根據(jù)當(dāng)前系統(tǒng)使用信息和已設(shè)置的許可信息判斷軟件系統(tǒng)當(dāng)前的即時(shí)并發(fā)用戶數(shù)，從而確定能否登錄；S4登錄后更新系統(tǒng)使用信息。2、根據(jù)權(quán)利要求1所述的方法，其特征在于在步驟S1中所述軟件系統(tǒng)的層次包括總站點(diǎn)數(shù)、分組和子系統(tǒng)三個(gè)層次。3、根據(jù)權(quán)利要求2所述的方法，其特征在于在步驟S2設(shè)定許可信息和步驟S3處理登錄請(qǐng)求的過程中，所述并發(fā)用戶數(shù)只考查到分組，具體子系統(tǒng)的許可只用來考查是否允許使用此功能。4、根據(jù)權(quán)利要求2所述的方法，其特征在于進(jìn)一步包括對(duì)所述軟件系統(tǒng)的層次及各層次間的對(duì)應(yīng)關(guān)系進(jìn)行加密的步驟。5、根據(jù)權(quán)利要求4所述的方法，其特征在于所述許可信息采用文本文件格式存儲(chǔ)為許可文件，所述許可文件至少包含軟件序列號(hào)、機(jī)器特征碼、許可數(shù)量清單和驗(yàn)證碼。6、根據(jù)權(quán)利要求2所述的方法，其特征在于，在步驟S3中確定用戶能否登錄的判斷邏輯如下(a)禁止使用無許可的站點(diǎn)；(b)禁止超過分組并發(fā)站點(diǎn)數(shù)；(c)禁止超過總站點(diǎn)數(shù)。7、根據(jù)權(quán)利要求2所述的方法，其特征在于在步驟S3中至少要進(jìn)行如下之一的判斷判斷軟件系統(tǒng)是否具有空閑可用站點(diǎn)；判斷待登錄子系統(tǒng)是否屬于單模塊分組；判斷待登錄子系統(tǒng)是否具有空閑可用站點(diǎn)；判斷待登錄子系統(tǒng)所屬分組是否具有空閑可用站點(diǎn)；判斷待登錄子系統(tǒng)是否具有使用許可。8、根據(jù)權(quán)利要求2所述的方法，其特征在于所述系統(tǒng)使用信息包含使用子系統(tǒng)、工作站、登錄時(shí)間以及系統(tǒng)狀態(tài)。9、根據(jù)權(quán)利要求8所述的方法，其特征在于，所述系統(tǒng)使用信息還包括進(jìn)程號(hào)。10、根據(jù)權(quán)利要求2所述的方法，其特征在于所述軟件系統(tǒng)具有正式版、演示版兩種狀態(tài)；如果在步驟S3中經(jīng)過對(duì)即時(shí)并發(fā)用戶數(shù)的判斷后沒有獲得登錄許可，則轉(zhuǎn)入對(duì)演示版的判斷，如果演示版能夠正常運(yùn)行，則可以進(jìn)入演示版，正常演示完畢后記錄軟件系統(tǒng)通過演示版提供的子系統(tǒng)所使用的系統(tǒng)使用信息；否則結(jié)束登錄操作。11、一種控制并發(fā)用戶數(shù)的系統(tǒng)，包括分層設(shè)置單元，用于設(shè)置軟件系統(tǒng)的層次，以及各層次間的對(duì)應(yīng)關(guān)系；許可信息設(shè)定單元，用于根據(jù)層次間的對(duì)應(yīng)關(guān)系逐層設(shè)定許可信息；其特征在于該系統(tǒng)還包括登錄判斷單元，用于根據(jù)設(shè)定的許可信息和當(dāng)前系統(tǒng)使用信息判斷軟件系統(tǒng)當(dāng)前的即時(shí)并發(fā)用戶數(shù)，從而確定能否登錄；和信息更新單元，用于在登錄后更新系統(tǒng)使用信息。12、如權(quán)利要求11所述的控制并發(fā)用戶數(shù)的系統(tǒng)，其特征在于在所述分層設(shè)置單元中，軟件系統(tǒng)使用許可被分為總站點(diǎn)數(shù)、分組和子系統(tǒng)三個(gè)層次。13、如權(quán)利要求12所述的控制并發(fā)用戶數(shù)的系統(tǒng)，其特征在于所述登錄判斷單元包括總站點(diǎn)數(shù)判斷單元，用于判斷軟件系統(tǒng)是否具有空閑可用站點(diǎn)；分組判斷單元，用于判斷待登錄子系統(tǒng)所屬分組是否具有空閑可用站點(diǎn)；子系統(tǒng)判斷單元，用于判斷待登錄子系統(tǒng)是否可用。14、如權(quán)利要求13所述的控制并發(fā)用戶數(shù)的系統(tǒng)，其特征在于，在所述子系統(tǒng)判斷單元中還具有子系統(tǒng)屬性判斷單元，用于判定該待登錄子系統(tǒng)是否屬于單模塊分組。15、如權(quán)利要求11~14中任一項(xiàng)所述的控制并發(fā)用戶數(shù)的系統(tǒng)，其特征在于該控制系統(tǒng)還包括演示版運(yùn)行單元。全文摘要本發(fā)明公開了一種控制并發(fā)用戶數(shù)的方法及系統(tǒng)，其中的方法包括以下步驟S1設(shè)置軟件系統(tǒng)的層次，以及各層次間的對(duì)應(yīng)關(guān)系；S2根據(jù)步驟S1中設(shè)置的對(duì)應(yīng)關(guān)系逐層設(shè)定許可信息；S3接收登錄請(qǐng)求，根據(jù)當(dāng)前系統(tǒng)使用信息和已設(shè)置的許可信息判斷軟件系統(tǒng)當(dāng)前的即時(shí)并發(fā)用戶數(shù)，從而確定能否登錄；S4登錄后更新系統(tǒng)使用信息。本發(fā)明針對(duì)軟件系統(tǒng)在現(xiàn)有總并發(fā)用戶判斷上的不足，提出了分組并發(fā)策略，使用戶不必購買不需要的模塊，也使軟件供應(yīng)商實(shí)現(xiàn)了精細(xì)化管理，有效解決了用戶和軟件供應(yīng)商之間的矛盾。文檔編號(hào)G06F21/00GK101369303SQ20081016189公開日2009年2月18日申請(qǐng)日期2008年10月13日優(yōu)先權(quán)日2008年10月13日發(fā)明者王術(shù)全申請(qǐng)人:金蝶軟件(中國)有限公司