用于管理數(shù)據(jù)服務(wù)的方法和系統(tǒng)的制作方法【專利摘要】一種用于管理由數(shù)據(jù)服務(wù)提供實(shí)體向數(shù)據(jù)服務(wù)客戶提供的數(shù)據(jù)服務(wù)的方法、系統(tǒng)和軟件。所述方法包含：（i）從對應(yīng)于由數(shù)據(jù)服務(wù)客戶所做出的數(shù)據(jù)服務(wù)的錯誤使用的數(shù)據(jù)服務(wù)客戶的預(yù)支付賬戶中減少相對價值單位（RVU）；（ii）從所述數(shù)據(jù)服務(wù)客戶接收用于返回在減少步驟所減少的RVU的請求；以及（iii）如果請求已經(jīng)被確定是適當(dāng)?shù)?，則返回RVU。至少返回步驟是在由數(shù)據(jù)服務(wù)提供實(shí)體所提供的軟件的控制下自動執(zhí)行的，并且基本上沒有由數(shù)據(jù)服務(wù)提供實(shí)體的任何人類代表進(jìn)行的人工干預(yù)?！緦＠f明】用于管理數(shù)據(jù)服務(wù)的方法和系統(tǒng)【
技術(shù)領(lǐng)域：
】[0001]本發(fā)明一般涉及計(jì)算機(jī)化的數(shù)據(jù)庫服務(wù)領(lǐng)域(諸如，業(yè)務(wù)(business)數(shù)據(jù)庫存檔和業(yè)務(wù)數(shù)據(jù)庫檔案管理)，并且更具體地涉及預(yù)支付的計(jì)算機(jī)化的數(shù)據(jù)庫服務(wù)。【
背景技術(shù)：
】[0002]計(jì)算機(jī)化的數(shù)據(jù)庫服務(wù)，諸如業(yè)務(wù)數(shù)據(jù)庫存檔和業(yè)務(wù)數(shù)據(jù)庫檔案管理是已知的。例如，包括此類計(jì)算機(jī)化的數(shù)據(jù)庫服務(wù)的商用系統(tǒng)目前由IBM公司以下列名稱銷售:IBMInfoSphereOptim企業(yè)版V9.1和工作組版V9.1，其提供具有基于容量定價的簡化打包。已經(jīng)將該軟件和/或服務(wù)包描述如下:“InfoSphereOptim?企業(yè)版V9.1和工作組版V9.1提供具有基于容量定價的簡化打包以用于Optim的檔案、測試數(shù)據(jù)管理、和數(shù)據(jù)隱私能力”。至少某些數(shù)據(jù)庫服務(wù)系統(tǒng)能夠從需求到退役(retirement)對數(shù)據(jù)進(jìn)行管理，以促進(jìn)業(yè)務(wù)驅(qū)動的治理。優(yōu)選地，數(shù)據(jù)庫服務(wù):(i)降低風(fēng)險和成本，(ii)加速解決方案交付，(iii)提高性能，以及(iv)解決數(shù)據(jù)庫、倉庫以及大數(shù)據(jù)環(huán)境的合規(guī)性需求。數(shù)據(jù)生命周期管理是在業(yè)務(wù)信息的整個生命周期(從需求到退役)中管理業(yè)務(wù)信息的過程。數(shù)據(jù)生命周期管理跨域不同的應(yīng)用系統(tǒng)、數(shù)據(jù)庫以及存儲介質(zhì)，并且可以實(shí)現(xiàn)為整體信息整合和治理策略中的一部分。通過在數(shù)據(jù)的生命周期中對數(shù)據(jù)進(jìn)行適當(dāng)?shù)墓芾怼⑹褂脭?shù)據(jù)庫服務(wù)，組織機(jī)構(gòu)能夠更好地以更少的風(fēng)險來支持業(yè)務(wù)目標(biāo)。[0003]還已知，此類計(jì)算機(jī)化的數(shù)據(jù)庫服務(wù)可以要求客戶(一般是企業(yè)，常常是大企業(yè))向數(shù)據(jù)庫服務(wù)提供者對服務(wù)進(jìn)行預(yù)付費(fèi)。還已知，此類預(yù)付費(fèi)可以基于預(yù)支付的“代幣”(token，本文有時還稱為RVU)，其中每個代幣代表用于數(shù)據(jù)庫服務(wù)的某一類型服務(wù)或方面的預(yù)付費(fèi)單位。例如，已知代幣可以代表數(shù)據(jù)流的預(yù)支付的量，數(shù)據(jù)流是當(dāng)數(shù)據(jù)從企業(yè)客戶的計(jì)算機(jī)系統(tǒng)流到數(shù)據(jù)庫服務(wù)提供者的計(jì)算機(jī)系統(tǒng)時所測量的。在本文中，此類預(yù)付費(fèi)計(jì)劃將被稱為基于“量數(shù)據(jù)流”(volumetricdataflow)的預(yù)付費(fèi)計(jì)劃。還已知，預(yù)付費(fèi)計(jì)劃可以是更具體地基于未壓縮的量數(shù)據(jù)流?！?br/>發(fā)明內(nèi)容】[0004]根據(jù)本發(fā)明的一個方面，一種用于管理由數(shù)據(jù)服務(wù)提供實(shí)體向數(shù)據(jù)服務(wù)客戶提供的數(shù)據(jù)服務(wù)的方法。所述方法包括以下步驟(未必以如下順序):(i)為將由所述數(shù)據(jù)服務(wù)提供實(shí)體向所述數(shù)據(jù)服務(wù)客戶提供的數(shù)據(jù)服務(wù)建立至少基本上的預(yù)支付賬戶，該預(yù)支付由相對價值單位(RVU)表示；(ii)響應(yīng)于對所述數(shù)據(jù)庫服務(wù)的使用，從所述預(yù)支付賬戶中減少至少一個遞減RVU;(iii)從所述數(shù)據(jù)服務(wù)客戶接收對于返回所述至少一個遞減RVU的當(dāng)前值的請求；以及(iv)返回所述至少一個遞減RVU的當(dāng)前值。至少所述接收步驟和所述返回步驟是在由所述數(shù)據(jù)服務(wù)提供實(shí)體提供的軟件的控制下自動執(zhí)行的，并且基本上沒有人工干預(yù)?！緦＠綀D】【附圖說明】[0005]圖1是根據(jù)本發(fā)明的計(jì)算機(jī)系統(tǒng)的第一實(shí)施例的示意圖；[0006]圖2A是第一實(shí)施例的計(jì)算機(jī)系統(tǒng)的一部分的示意圖；[0007]圖2B是第一實(shí)施例的計(jì)算機(jī)系統(tǒng)的一部分的示意圖；[0008]圖3A是第一實(shí)施例的計(jì)算機(jī)系統(tǒng)的一部分的示意圖；[0009]圖3B是第一實(shí)施例的計(jì)算機(jī)系統(tǒng)的一部分的示意圖；[0010]圖4是示出根據(jù)本發(fā)明的過程的流程圖；[0011]圖5A是由第一實(shí)施例的計(jì)算機(jī)系統(tǒng)生成的第一屏幕截圖；[0012]圖5B是由第一實(shí)施例的計(jì)算機(jī)系統(tǒng)生成的第二屏幕截圖；[0013]圖6A是由第二實(shí)施例的計(jì)算機(jī)系統(tǒng)生成的第三屏幕截圖；[0014]圖6B是由第二實(shí)施例的計(jì)算機(jī)系統(tǒng)生成的第四屏幕截圖；以及[0015]圖6C是由第二實(shí)施例的計(jì)算機(jī)系統(tǒng)生成的第五屏幕截圖?！揪唧w實(shí)施方式】[0016]所屬【
技術(shù)領(lǐng)域：
】的技術(shù)人員知道，本發(fā)明的各個方面可以實(shí)現(xiàn)為系統(tǒng)、方法或計(jì)算機(jī)程序產(chǎn)品。因此，本發(fā)明的各個方面可以具體實(shí)現(xiàn)為以下形式，即:完全的硬件實(shí)施方式、完全的軟件實(shí)施方式(包括固件、駐留軟件、微代碼等)，或硬件和軟件方面結(jié)合的實(shí)施方式，這里可以統(tǒng)稱為“電路”、“模塊”或“系統(tǒng)”。此外，在一些實(shí)施例中，本發(fā)明的各個方面還可以實(shí)現(xiàn)為在一個或多個計(jì)算機(jī)可讀介質(zhì)中的計(jì)算機(jī)程序產(chǎn)品的形式，該計(jì)算機(jī)可讀介質(zhì)中包含計(jì)算機(jī)可讀的程序代碼。[0017]可以采用一個或多個計(jì)算機(jī)可讀介質(zhì)的任意組合。計(jì)算機(jī)可讀介質(zhì)可以是計(jì)算機(jī)可讀信號介質(zhì)或者計(jì)算機(jī)可讀存儲介質(zhì)。計(jì)算機(jī)可讀存儲介質(zhì)例如可以是一但不限于——電、磁、光、電磁、紅外線、或半導(dǎo)體的系統(tǒng)、裝置或器件，或者任意以上的組合。計(jì)算機(jī)可讀存儲介質(zhì)的更具體的例子(非窮舉的列表)包括:具有一個或多個導(dǎo)線的電連接、便攜式計(jì)算機(jī)盤、硬盤、隨機(jī)存取存儲器(RAM)、只讀存儲器(ROM)、可擦式可編程只讀存儲器(EPR0M或閃存)、光纖、便攜式緊湊盤只讀存儲器(CD-ROM)、光存儲器件、磁存儲器件、或者上述的任意合適的組合。在本文件中，計(jì)算機(jī)可讀存儲介質(zhì)可以是任何包含或存儲程序的有形介質(zhì)，該程序可以被指令執(zhí)行系統(tǒng)、裝置或者器件使用或者與其結(jié)合使用。[0018]計(jì)算機(jī)可讀的信號介質(zhì)可以包括在基帶中或者作為載波一部分傳播的數(shù)據(jù)信號，其中承載了計(jì)算機(jī)可讀的程序代碼。此類傳播的數(shù)據(jù)信號可以采用多種形式，包括——但不限于——電磁信號、光信號或上述的任意合適的組合。計(jì)算機(jī)可讀的信號介質(zhì)還可以是計(jì)算機(jī)可讀存儲介質(zhì)以外的任何計(jì)算機(jī)可讀介質(zhì)，該計(jì)算機(jī)可讀介質(zhì)可以發(fā)送、傳播或者傳輸用于由指令執(zhí)行系統(tǒng)、裝置或者器件使用或者與其結(jié)合使用的程序。[0019]計(jì)算機(jī)可讀介質(zhì)上包含的程序代碼可以用任何適當(dāng)?shù)慕橘|(zhì)傳輸，包括一但不限于一無線、有線、光纜、RF等等，或者上述的任意合適的組合。[0020]可以以一種或多種程序設(shè)計(jì)語言的任意組合來編寫用于執(zhí)行本發(fā)明操作的計(jì)算機(jī)程序代碼，所述程序設(shè)計(jì)語言包括面向?qū)ο蟮某绦蛟O(shè)計(jì)語言一諸如Java(注:術(shù)語“Java”可能在全球不同地區(qū)受限于商標(biāo)權(quán)，并且在此使用僅僅指該商標(biāo)權(quán)可能存在范圍內(nèi)的該標(biāo)示所顯示的產(chǎn)品或者服務(wù))、Smalltalk、C++等，還包括常規(guī)的過程式程序設(shè)計(jì)語言一諸如“C”語言或類似的程序設(shè)計(jì)語言。程序代碼可以完全地在用戶計(jì)算機(jī)上執(zhí)行、部分地在用戶計(jì)算機(jī)上執(zhí)行、作為一個獨(dú)立的軟件包執(zhí)行、部分在用戶計(jì)算機(jī)上部分在遠(yuǎn)程計(jì)算機(jī)上執(zhí)行、或者完全在遠(yuǎn)程計(jì)算機(jī)或服務(wù)器上執(zhí)行。在涉及遠(yuǎn)程計(jì)算機(jī)的情形中，遠(yuǎn)程計(jì)算機(jī)可以通過任意種類的網(wǎng)絡(luò)一包括局域網(wǎng)(LAN)或廣域網(wǎng)(WAN)—連接到用戶計(jì)算機(jī)，或者，可以連接到外部計(jì)算機(jī)(例如利用因特網(wǎng)服務(wù)提供商來通過因特網(wǎng)連接)。[0021]下面將參照根據(jù)本發(fā)明實(shí)施例的方法、裝置(系統(tǒng))和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或框圖描述本發(fā)明。應(yīng)當(dāng)理解，流程圖和/或框圖的每個方框以及流程圖和/或框圖中各方框的組合，都可以由計(jì)算機(jī)程序指令實(shí)現(xiàn)。這些計(jì)算機(jī)程序指令可以提供給通用計(jì)算機(jī)、專用計(jì)算機(jī)或其它可編程數(shù)據(jù)處理裝置的處理器，從而生產(chǎn)出一種機(jī)器，使得這些計(jì)算機(jī)程序指令在通過計(jì)算機(jī)或其它可編程數(shù)據(jù)處理裝置的處理器執(zhí)行時，產(chǎn)生了實(shí)現(xiàn)流程圖和/或框圖中的一個或多個方框中規(guī)定的功能/動作的裝置。[0022]也可以把這些計(jì)算機(jī)程序指令存儲在計(jì)算機(jī)可讀介質(zhì)中，這些指令使得計(jì)算機(jī)、其它可編程數(shù)據(jù)處理裝置、或其他設(shè)備以特定方式工作，從而，存儲在計(jì)算機(jī)可讀介質(zhì)中的指令就產(chǎn)生出包括實(shí)現(xiàn)流程圖和/或框圖中的一個或多個方框中規(guī)定的功能/動作的指令的制造品(articleofmanufacture)0[0023]也可以把計(jì)算機(jī)程序指令加載到計(jì)算機(jī)、其它可編程數(shù)據(jù)處理裝置、或其它設(shè)備上，使得在計(jì)算機(jī)、其它可編程裝置或其它設(shè)備上執(zhí)行一系列操作步驟，以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的過程，從而使得在計(jì)算機(jī)或其它可編程裝置上執(zhí)行的指令提供實(shí)現(xiàn)流程圖和/或框圖中的一個或多個方框中所指定的功能/動作的過程。[0024]現(xiàn)在，將參照附圖詳細(xì)地描述本發(fā)明。圖1、2A、2B、3A和3B總體上是說明分布式數(shù)據(jù)處理系統(tǒng)100的各個部分的功能框圖，所述分布式數(shù)據(jù)處理系統(tǒng)包括:數(shù)據(jù)服務(wù)提供者實(shí)體管理服務(wù)器子系統(tǒng)102;數(shù)據(jù)服務(wù)提供者實(shí)體數(shù)據(jù)庫服務(wù)器子系統(tǒng)104;第一客戶端(或客戶)子系統(tǒng)108;第二客戶端(或客戶)子系統(tǒng)110;客戶端(或客戶)管理子系統(tǒng)112；通信網(wǎng)絡(luò)114;數(shù)據(jù)服務(wù)提供者實(shí)體管理計(jì)算機(jī)200;數(shù)據(jù)服務(wù)提供者實(shí)體數(shù)據(jù)庫服務(wù)器計(jì)算機(jī)250;通信單元202、252;處理器集204、254;輸入/輸出(I/O)接口206、256;存儲設(shè)備208、258;持久存儲設(shè)備210、260;顯示設(shè)備212、262;外部設(shè)備集214、264;隨機(jī)存取存儲(RAM)設(shè)備230、270;緩存存儲設(shè)備232、272;數(shù)據(jù)庫服務(wù)模塊(或mod)240,280;預(yù)付費(fèi)子模塊302;使用子模塊304;限制子模塊310;更正子模塊312;測試數(shù)據(jù)管理桶304a;數(shù)據(jù)增長桶304b;應(yīng)用退役桶304c;數(shù)據(jù)隱私(有時還稱為數(shù)據(jù)屏蔽)桶304d;警告子子模塊320;節(jié)流子子模塊322;掛起子子模塊324;事實(shí)確定子子模塊330;策略子子模塊332;相對價值單位返回子子模塊334;數(shù)據(jù)庫控制子模塊352;資源使用子模塊360;填充數(shù)據(jù)流子子模塊370;刪除子子模塊380;特別費(fèi)用子子模塊382;訪問數(shù)據(jù)流子子模塊372;存儲器使用子子模塊374;以及處理時間子子模塊376。[0025]在以下段落中，將論述管理服務(wù)器計(jì)算機(jī)子系統(tǒng)的各組件。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解此論述中的大部分內(nèi)容還將適用于數(shù)據(jù)庫服務(wù)器子系統(tǒng)104;客戶端數(shù)據(jù)子系統(tǒng)108、110;和/或客戶端管理子系統(tǒng)112的對應(yīng)組件。[0026]服務(wù)器計(jì)算機(jī)子系統(tǒng)102可包括作為主要組件200的膝上型計(jì)算機(jī)、平板計(jì)算機(jī)、上網(wǎng)本計(jì)算機(jī)、個人計(jì)算機(jī)(PC)、臺式計(jì)算機(jī)、個人數(shù)字助理(PDA)、智能電話、或任何能夠經(jīng)由網(wǎng)絡(luò)114與客戶端子系統(tǒng)通信的可編程電子設(shè)備。如圖2A中所示，數(shù)據(jù)庫服務(wù)模塊240是用于(至少部分地)創(chuàng)建、管理和控制本發(fā)明中所處理的數(shù)據(jù)庫服務(wù)的機(jī)器可讀指令和數(shù)據(jù)的集合。[0027]網(wǎng)絡(luò)114(見圖1)例如可以是局域網(wǎng)(LAN)、廣域網(wǎng)(WAN)(諸如互聯(lián)網(wǎng))、或者這兩者的組合，并且可包括有線、無線、或光纖連接。一般來說，網(wǎng)絡(luò)114可以是將支持服務(wù)器和客戶端子系統(tǒng)之間通信的連接和協(xié)議的任何組合。[0028]應(yīng)當(dāng)了解，圖1、2A、2B、3A和3B總體上只提供一種實(shí)現(xiàn)方式(即系統(tǒng)100)的說明，并不隱含對于可以在其中實(shí)現(xiàn)不同實(shí)施例的環(huán)境的任何限制。對所示出的環(huán)境可以進(jìn)行許多修改，特別是關(guān)于在云計(jì)算、分布式計(jì)算、更小的計(jì)算設(shè)備、網(wǎng)絡(luò)通信等中的當(dāng)前和預(yù)期的未來改進(jìn)。[0029]再參照圖2A，服務(wù)器計(jì)算機(jī)子系統(tǒng)102被示出為帶有許多雙向箭頭的框圖。這些雙向箭頭(沒有單獨(dú)標(biāo)記)代表通信結(jié)構(gòu)，其在如圖2A中所示的子系統(tǒng)102的各組件之間提供通信。此通信結(jié)構(gòu)可以用被設(shè)計(jì)用于在系統(tǒng)內(nèi)的處理器(諸如微處理器、通信和網(wǎng)絡(luò)處理器等)、系統(tǒng)存儲器、外圍設(shè)備、和任何其他硬件組件之間傳遞數(shù)據(jù)和/或控制信息的任何架構(gòu)來實(shí)現(xiàn)。例如，通信結(jié)構(gòu)可以至少部分地用一個或多個總線來實(shí)現(xiàn)。[0030]存儲器208和持久存儲器210是計(jì)算機(jī)可讀存儲介質(zhì)。一般來說，存儲器208可以包括任何合適的易失性或非易失性計(jì)算機(jī)可讀存儲介質(zhì)。還需注意的是，現(xiàn)在和/或在不久的將來:(i)外部設(shè)備(多個)214可能能夠?yàn)樽酉到y(tǒng)102供應(yīng)一些或全部存儲器；和/或(ii)子系統(tǒng)102的外部設(shè)備可能能夠提供存儲器子系統(tǒng)102。[0031]數(shù)據(jù)庫服務(wù)模塊(或簡稱mod)240被存儲在持久存儲器210中，以供由各自的計(jì)算機(jī)處理器204中的一個或多個(通常通過存儲器208中的一個或多個存儲器)訪問和/或執(zhí)行。持久存儲器210至少比傳送中的信號更持久，但是，當(dāng)然持久存儲器可以基本上沒有永久存儲器持久。Mod240可包括機(jī)器可讀和可執(zhí)行的指令和/或?qū)嵸|(zhì)(substantive)數(shù)據(jù)(即，在數(shù)據(jù)庫中所存儲的數(shù)據(jù)類型)。在這個特定實(shí)施例中，持久存儲器210包括磁性硬盤驅(qū)動器。舉一些可能的變化，持久存儲器210可包括固態(tài)硬盤存儲器、半導(dǎo)體存儲器設(shè)備、只讀存儲器(ROM)、可擦可編程只讀存儲器(EPR0M)、閃存存儲器、或能夠存儲程序指令或數(shù)字信息的任何其他計(jì)算機(jī)可讀存儲介質(zhì)。[0032]由持久存儲器210使用的介質(zhì)還可以是可移動的。例如，可移動硬盤驅(qū)動器可用于持久存儲器210。其它示例包括插入到驅(qū)動器以用于傳遞到另一個計(jì)算機(jī)可讀存儲介質(zhì)(也是持久存儲器210的一部分)的光盤和磁盤、姆指驅(qū)動器、和智能卡。[0033]在這些示例中，通信單元202提供與子系統(tǒng)102外部的其它數(shù)據(jù)處理系統(tǒng)或設(shè)備(例如，客戶端子系統(tǒng)104、106、108、110、112)的通信。在這些示例中，通信單元202包括一個或多個網(wǎng)絡(luò)接口卡。通信單元202可以通過使用物理通信鏈路和無線通信鏈路中的任何一個或兩者來提供通信。本文所論述的任何軟件模塊可以通過通信單元(諸如通信單元202)下載到持久存儲設(shè)備(諸如持久存儲設(shè)備210)。[0034](一個或多個)I/O接口206允許在與服務(wù)器計(jì)算機(jī)250的數(shù)據(jù)通信中與可以本地連接的其它設(shè)備進(jìn)行數(shù)據(jù)輸入和輸出。例如，I/o接口206提到到外部設(shè)備集214的連接。外部設(shè)備集214通常將包括諸如鍵盤、小型鍵盤、觸摸屏、和/或一些其他合適的輸入設(shè)備的設(shè)備。外部設(shè)備集214還可包括便攜計(jì)算機(jī)可讀存儲介質(zhì)，例如諸如姆指驅(qū)動器、便攜光盤或磁盤、以及存儲卡。用于實(shí)現(xiàn)本發(fā)明的實(shí)施例的軟件和數(shù)據(jù)(例如，商業(yè)模塊240)可以存儲在此類便攜計(jì)算機(jī)可讀存儲器介質(zhì)上。在這些實(shí)施例中，相關(guān)軟件可以(或可以不)經(jīng)由I/o接口集206被全部或部分加載到持久存儲設(shè)備210上。I/O接口集206還在數(shù)據(jù)通信中與顯示設(shè)備212連接。[0035]顯示設(shè)備212提供向用戶顯示數(shù)據(jù)的機(jī)制，并且例如可以是計(jì)算機(jī)監(jiān)示器或智能電話顯示屏。[0036]本文所描述的程序是基于應(yīng)用來標(biāo)識的，在本發(fā)明的特定實(shí)施例中它們針對該應(yīng)用被實(shí)現(xiàn)。然而，應(yīng)當(dāng)了解，本文所使用的任何特定程序命名僅是為了方便，并且因此本發(fā)明不應(yīng)當(dāng)被限制于僅使用在由此命名所標(biāo)識和/或隱含的任何特定應(yīng)用中。[0037]簡略地參照圖3A和圖3B，圖3A和圖3B的各種模塊、子模塊和/或子子模塊將融入到以下圖4的流程圖的論述中。[0038]現(xiàn)在參照圖4，圖4是示出根據(jù)本發(fā)明的實(shí)施例的過程400的流程圖。在這個示例中，數(shù)據(jù)庫服務(wù)組合采用使用相對價值單位(RVU)的隨用隨付(pay-as-you-go)模型作為由客戶為數(shù)據(jù)庫服務(wù)付費(fèi)的機(jī)制(不一定是排他的機(jī)制)。用于從(一個或多個)客戶RVU賬戶的征收(assess)RVU的方案被用于有效地測量并監(jiān)視客戶對各種類型的數(shù)據(jù)庫服務(wù)相關(guān)資源的消費(fèi)，并且從而確保對那些數(shù)據(jù)庫服務(wù)相關(guān)資源的使用已經(jīng)做出了適當(dāng)?shù)念A(yù)付費(fèi)。借助于本發(fā)明的方法和系統(tǒng):(i)消費(fèi)可以通過報(bào)告和內(nèi)部審計(jì)(這些可被實(shí)現(xiàn)為數(shù)據(jù)庫服務(wù)系統(tǒng)的專有功能)來跟蹤；以及(ii)容量使用可被跟蹤并進(jìn)行報(bào)告?，F(xiàn)在將依次論述過程400a的各步驟。[0039]處理在步驟S401開始，其中客戶針對一個或多個“RVU桶”對數(shù)據(jù)庫服務(wù)做出預(yù)付費(fèi)。更具體地，管理服務(wù)器計(jì)算機(jī)子系統(tǒng)102的數(shù)據(jù)庫服務(wù)模塊240的預(yù)付費(fèi)子模塊302(見圖2A和3A)控制接收來自服務(wù)客戶的此預(yù)付費(fèi)?？梢允褂媒疱X做出此支付，盡管其他種類的支付(例如，服務(wù)易貨)是可能的。此支付例如可以通過互聯(lián)網(wǎng)來做出。此支付可以由軟件自動地處理，或者可以在預(yù)付費(fèi)子模塊302的幫助下由服務(wù)提供者的人類代理來接受。[0040]處理前進(jìn)到步驟S402，其中預(yù)付費(fèi)子模塊302將對應(yīng)于預(yù)付費(fèi)的RVU記在客戶賬戶上。在一些實(shí)施例中，只有一種類型的RVU，其被應(yīng)用于所有收費(fèi)類型的資源使用，但是其它實(shí)施例可以有多種類型的RVU以用于不同的:(i)解決方案(例如，測試數(shù)據(jù)管理、數(shù)據(jù)增長、應(yīng)用退役、數(shù)據(jù)隱私等可用資源類型；(iii)國家/地區(qū)/時區(qū)/等；(iv)相關(guān)的優(yōu)先級或服務(wù)等級協(xié)議級別；(V)RVU失效日期(如有);(vi)在服務(wù)客戶的業(yè)務(wù)中的成本中心；(vii)用于具有更快/更慢的不同來源的數(shù)據(jù)庫；和/或(viii)可以變化的其它RVU和/或客戶和/或數(shù)據(jù)特點(diǎn)。對于給定客戶賬戶，每個不同類型的RVU將具有其自己的“桶”(或子賬戶)。[0041]一旦預(yù)付費(fèi)子模塊將RVU添加到客戶賬戶的各桶，則使用子模塊304(見圖3A)將使用各種桶中的已經(jīng)購買的RVU作為用于跟蹤數(shù)據(jù)庫服務(wù)相關(guān)資源的預(yù)支付使用的起點(diǎn)。如在圖3A中的標(biāo)記304a到304d處最佳示出的，在這個示例中，有四種不同類型的RVU，分別對應(yīng)于四種不同解決方案:(i)測試數(shù)據(jù)管理(TDM)，(ii)數(shù)據(jù)增長(DG)，(iii)應(yīng)用退役(AR)，以及(iv)數(shù)據(jù)隱私(DP)。[0042]在這個實(shí)施例中，通過RVU的使用，客戶購買與所使用的數(shù)據(jù)庫服務(wù)解決方案相關(guān)的一定量的容量。在這個實(shí)施例中，RVU以每個倉庫(repository)為基礎(chǔ)被應(yīng)用于產(chǎn)品，但是，在其它實(shí)施例中，RVU可以被設(shè)計(jì)為可跨越多個倉庫轉(zhuǎn)移。簡略地解釋倉庫的概念，在Optim產(chǎn)品和/或服務(wù)中，倉庫被稱為“Optim目錄”。在本文中，將可互換地使用術(shù)語“倉庫”和“目錄”，但是應(yīng)當(dāng)記住，當(dāng)特別處理Optim產(chǎn)品和/或服務(wù)時，準(zhǔn)確名稱是“Optim目錄”。如以下將解釋的，對于系統(tǒng)設(shè)計(jì)者已經(jīng)選擇測量并且收費(fèi)的資源的每次使用(例如，每次數(shù)據(jù)庫服務(wù)相關(guān)的執(zhí)行)桶將被遞減。如以下將解釋的，基本上連續(xù)地對內(nèi)部記錄進(jìn)行剪切并存儲在數(shù)據(jù)庫服務(wù)系統(tǒng)倉庫中，以跟蹤使用并更新剩余的容量。如以下將解釋的，一旦已經(jīng)購買的容量接近于耗盡、和/或完全耗盡時，系統(tǒng)將以由系統(tǒng)設(shè)計(jì)者選擇的方式來響應(yīng)這些情況。[0043]在這個示例中，四個數(shù)據(jù)庫服務(wù)解決方案中的每一個都將具有其自己的各自的消費(fèi)跟蹤和報(bào)告。也就是說，在這個示例中，四種不同RVU類型和相關(guān)聯(lián)的桶分別專用于以下四種解決方案:測試數(shù)據(jù)管理(TDM)、數(shù)據(jù)增長(DG)、應(yīng)用退役(AR)、和數(shù)據(jù)隱私(DP)。如圖3A中所示，使用子模塊304包括:TDMRVU桶304a、DGRVU桶304b、ARRVU桶304c、和DPRVU桶304d。在其他實(shí)施例中，可為所有這些不同解決方案分配一個公共RVU桶。在又一個實(shí)施例中，并且如上所述，RVU類型可以不同地定義，諸如用于不同類型的資源使用、用于不同客戶成本中心等的不同RVU桶和類型。[0044]現(xiàn)在，將簡略地論述四種解決方案(TDM、DG、AR、DP)。[0045]DG涉及出于數(shù)據(jù)增長目的而生成的所有有效檔案文件(未壓縮)的總數(shù)。[0046]AR涉及出于應(yīng)用退役目的而生成的所有有效檔案文件(未壓縮)的總數(shù)。[0047]TDM涉及從數(shù)據(jù)源(排除DDL)拉出的未壓縮原始數(shù)據(jù)的最大數(shù)量。該過程將優(yōu)選地包括跟蹤每個表的HWM(“高水位線”)以便避免重復(fù)收費(fèi)，直到超過先前為給定表建立的HWM。詳細(xì)報(bào)告將優(yōu)選地跟蹤摘錄樣式的使用、以及表樣式的使用。[0048]DP(有時還稱為數(shù)據(jù)屏蔽，或DM)涉及經(jīng)由調(diào)用數(shù)據(jù)庫服務(wù)實(shí)體的相關(guān)聯(lián)的“隱私提供者”屏蔽的數(shù)據(jù)的最大量。該過程將優(yōu)選地包括跟蹤每個表的HVM(“高水位線”)以便不重復(fù)收費(fèi)，直到超過先前為給定表建立的HWM。詳細(xì)報(bào)告將優(yōu)選地跟蹤以下各項(xiàng):(i)插入使用；(ii)加載使用；(iii)轉(zhuǎn)換使用；以及(iv)表使用。[0049]返回參照圖4，在步驟S403，客戶使用由數(shù)據(jù)庫服務(wù)系統(tǒng)提供的數(shù)據(jù)庫服務(wù)，以及由數(shù)據(jù)庫服務(wù)提供實(shí)體提供的本發(fā)明的方法。例如，客戶可操作客戶端管理計(jì)算機(jī)子系統(tǒng)112，以便在數(shù)據(jù)庫服務(wù)模塊280(見圖3B)的數(shù)據(jù)庫控制子模塊352的直接控制下，客戶端數(shù)據(jù)可以通過網(wǎng)絡(luò)114從客戶端數(shù)據(jù)子系統(tǒng)108、110移動到存儲在數(shù)據(jù)庫服務(wù)器計(jì)算機(jī)子系統(tǒng)104(參照圖1和圖2B)的外部數(shù)據(jù)庫存儲設(shè)備264中的數(shù)據(jù)檔案中。[0050]數(shù)據(jù)庫服務(wù)系統(tǒng)的此使用將要求使用數(shù)種不同類型資源，包括:(i)一定量未壓縮的客戶端數(shù)據(jù)將流過數(shù)據(jù)庫服務(wù)提供者的機(jī)器；(ii)數(shù)據(jù)庫服務(wù)硬件的處理時間；以及(iii)數(shù)據(jù)存儲空間(例如，在設(shè)備264中的空間)。在這個示例中，當(dāng)這些使用在數(shù)據(jù)庫服務(wù)器計(jì)算機(jī)子系統(tǒng)104中執(zhí)行時，數(shù)據(jù)庫服務(wù)模塊280的資源使用子模塊260跟蹤這些使用。更具體地，(i)從數(shù)據(jù)源流到數(shù)據(jù)目的地的一定量未壓縮的數(shù)據(jù)由數(shù)據(jù)庫服務(wù)模塊280的資源使用子模塊260的填充數(shù)據(jù)流子子模塊370來跟蹤；(ii)與此使用相關(guān)聯(lián)的處理時間由數(shù)據(jù)庫服務(wù)模塊280的資源使用子模塊260的處理時間子子模塊376來跟蹤；以及(iii)所需要的存儲空間由數(shù)據(jù)庫服務(wù)模塊280的資源使用子模塊260的存儲使用子子模塊374來跟蹤。雖然與此檔案填充示例操作不相關(guān)，但是在這個實(shí)施例中可以跟蹤的其它使用類型包括:(i)在客戶進(jìn)行數(shù)據(jù)訪問操作期間的數(shù)據(jù)流(見圖3B中的子子模塊372)；(ii)數(shù)據(jù)刪除(見子子模塊380);以及(iii)特別收費(fèi)(例如，見子子模塊382，由數(shù)據(jù)庫服務(wù)提供者提供的專家輔助)。[0051]返回參照圖4，處理前進(jìn)到步驟S404，其中基于使用對適當(dāng)?shù)?一個或多個)RVU桶征收RVU。在這個實(shí)施例中，系統(tǒng)設(shè)計(jì)者已經(jīng)選擇了只基于未壓縮的量數(shù)據(jù)流(如由子子模塊370跟蹤的)對客戶進(jìn)行收費(fèi)。即，在這個特定示例中，不對處理時間或所使用的存儲設(shè)備容量進(jìn)行收費(fèi)。因此:(i)數(shù)據(jù)庫服務(wù)器計(jì)算機(jī)子系統(tǒng)104的資源使用子模塊360向管理計(jì)算機(jī)子系統(tǒng)102的使用子模塊304通知關(guān)于在步驟S403的客戶命令下已經(jīng)發(fā)生數(shù)量流的量；以及(ii)使用子模塊304對適當(dāng)?shù)腞VU桶304a、b、C、d征收對應(yīng)于客戶端已經(jīng)導(dǎo)致發(fā)生的量數(shù)據(jù)流的適當(dāng)數(shù)目的RVU。在這個示例中，流動數(shù)據(jù)的量與從適當(dāng)?shù)腞VU桶中遞減的RVU的量之間存在簡單的比例關(guān)系。在其他實(shí)施例中，在使用量(例如，未壓縮的量數(shù)據(jù)流的量)與適當(dāng)?shù)?一個或多個)RVU桶的減少的量之間可能存在更復(fù)雜的關(guān)系。在一些實(shí)施例中，取決于不同RVU類型在由系統(tǒng)設(shè)計(jì)者使用的商業(yè)模型中是如何定義的，單個使用可以導(dǎo)致減少超過一個不同RVU桶。[0052]在這個示例中以及如上所述，RVU桶分別對應(yīng)于由數(shù)據(jù)庫服務(wù)提供者提供的各解決方案。當(dāng)在對應(yīng)的解決方案中發(fā)生使用時，將減少用戶賬戶中的給定RVU桶。例如，提取20千兆字節(jié)(GB)的檔案將從數(shù)據(jù)增長RVU桶304b(見圖3A)中減少20，000，000，000個RVU,從而使DGRVU桶304b從100，000,000,000個RVU下降到80，000,000,000個RVU。(在這個示例中，未壓縮的量數(shù)據(jù)傳送的每個字節(jié)被估價為I個RVU。)[0053]如以下將更詳細(xì)地解釋，一旦給定RVU桶304a、304b、304c或304d耗盡，則客戶將安排為耗盡的桶購買更多的RVU。這可例如通過數(shù)據(jù)庫服務(wù)提供者實(shí)體的銷售代表來實(shí)現(xiàn)。[0054]返回參照圖4，在步驟S405，客戶做出了對數(shù)據(jù)庫服務(wù)系統(tǒng)的(一個或多個)資源的某種不正確使用。在這個示例中，由于在企業(yè)客戶端的員工之間的錯誤通信，客戶通過數(shù)據(jù)庫服務(wù)系統(tǒng)的數(shù)據(jù)增長(DG)解決方案，把將被存檔的相同數(shù)據(jù)相當(dāng)快速連續(xù)地發(fā)送了兩次。此不正確的數(shù)據(jù)傳送總計(jì)為IGB的未壓縮數(shù)據(jù)，傳送兩次，總數(shù)為2GB的未壓縮量數(shù)據(jù)傳送。[0055]處理前進(jìn)到步驟S406，其中基于先前步驟S405的不正確使用減少了DGRVU桶304b。在這個示例中，這意味著對與企業(yè)客戶已經(jīng)執(zhí)行兩次(一次是正確的，以及另一次是重復(fù)的和錯誤的)的此DG解決方案操作相關(guān)聯(lián)的未壓縮數(shù)據(jù)流，從桶304b中減少了2，000，000，000個RVU。[0056]處理前進(jìn)到步驟S407，其中:(i)客戶認(rèn)識到在先前步驟S405處做出的錯誤；并且(ii)使用本發(fā)明的數(shù)據(jù)庫服務(wù)系統(tǒng)以執(zhí)行更正操作，這將在以下相當(dāng)詳細(xì)地論述。應(yīng)當(dāng)理解，此更正操作不需要來自數(shù)據(jù)庫服務(wù)實(shí)體的任何人類服務(wù)人員介入。相反，將被描述的更正操作是通過軟件在數(shù)據(jù)庫服務(wù)提供者實(shí)體端自動處理的。這允許客戶快速并可靠地進(jìn)行更正，并且防止在由數(shù)據(jù)庫服務(wù)人員而不是由軟件自動地做出的更正的系統(tǒng)中可能需要的緊張和時間低效的通信。此外，由軟件自動地處理更正調(diào)整允許做出更加統(tǒng)一的更正策略，而沒有當(dāng)需要人類服務(wù)代表介入更正過程時的偏見的可能性。[0057]更具體地，在步驟S407，客戶使用客戶端管理計(jì)算機(jī)子系統(tǒng)112(見圖1)，調(diào)用管理服務(wù)器計(jì)算機(jī)子系統(tǒng)102的數(shù)據(jù)庫服務(wù)模塊240的更正子模塊312(見圖1、2A和3A)，以便追回在步驟S405和S406錯誤花費(fèi)和遞減RVU。圖5A示出了包括更正請求窗口502的截屏500a，該窗口是當(dāng)請求本發(fā)明的軟件對錯誤花費(fèi)的RVU進(jìn)行返回時，可由企業(yè)客戶使用的用戶界面類型的一個示例。在這個示例中，第二個并且多余的存檔操作(1GB未壓縮數(shù)據(jù))是錯誤的交易，因此客戶請求返回與這個多余交易相關(guān)聯(lián)的所有的1，000,000,000個RVU。在這個示例中，客戶被詢問錯誤的原因。雖然此信息可能無需在本發(fā)明的所有實(shí)施例中都提供，但是它有助于確定:(i)本發(fā)明的軟件是否將提供RVU的自動退還；和/或(ii)用于未來審計(jì)者(人類和/或基于人工智能的)在以后時間對此退還交易進(jìn)行檢查的信息。[0058]處理前進(jìn)到步驟S408，其中:(i)數(shù)據(jù)庫服務(wù)模塊240的更正子模塊312的事實(shí)確定子子模塊330和策略子子模塊332(見圖3A)確定是否將做出退還；(ii)數(shù)據(jù)庫服務(wù)模塊240的更正子模塊312的RVU返回子子模塊334(見圖3A)做出向適當(dāng)?shù)腞VU桶自動返回RVU;以及(iii)RVU返回子子模塊334通知用戶已經(jīng)做出返回。這是本發(fā)明的自動的、基于軟件的更正的一個示例。[0059]事實(shí)確定子子模塊330確定客戶的返回請求是否是事實(shí)上正確的。例如:(i)交易號碼是有效的嗎？；(ii)指定交易真的花費(fèi)了客戶認(rèn)為的RVU數(shù)量嗎？；和/或(iii)退還請求的其它事實(shí)基礎(chǔ)。如果客戶的請求不是事實(shí)上正確的，則可以給予該客戶進(jìn)行(一個或多個)更正的機(jī)會。在一些情況下，可能退還請求僅僅是弄錯了，且用戶關(guān)心的RVU實(shí)際上根本沒有從用戶賬戶減少。優(yōu)選地，軟件可以有效地并自動地對這類意外事件與客戶通信。[0060]策略子子模塊332確定數(shù)據(jù)庫服務(wù)提供者的策略在該請求的情況下是否允許退還。例如，可以有這樣的策略，該策略防止?jié)M足對返回RUV的請求，其中在做出該更正請求之前，所述RVU已被花費(fèi)了超過一年的時間。用于自動的、基于軟件的退還的許多其它策略可以由普通技術(shù)的系統(tǒng)設(shè)計(jì)者來實(shí)現(xiàn)。策略子子模塊332還確定返回的RVU數(shù)量。例如，數(shù)據(jù)庫服務(wù)提供者實(shí)體可以收取15%的“退還費(fèi)”，其將從返回的RVU中扣除。在圖3A和圖4的當(dāng)前示例中，數(shù)據(jù)庫服務(wù)提供者具有全額滿足所有基于事實(shí)的返回請求的策略，在這個示例中，這意味著企業(yè)客戶得到其對應(yīng)于未壓縮量的、第二個多余的錯誤存檔操作的全部1，000,000,000個RVU。即使在此情況下，該交易可以由人類審計(jì)員在某一以后時間點(diǎn)來審計(jì)，所述審計(jì)潛在地可以導(dǎo)致在未來的某一時刻進(jìn)一步的RVU增加或進(jìn)一步的RVU減少。[0061]仍在步驟S408，向用戶呈現(xiàn)圖5B的截屏500b。截屏500b包括更正確認(rèn)窗口525，其是可用于向用戶通知錯誤花費(fèi)的RVU的返回已經(jīng)完成的用戶界面類型的一個示例。[0062]處理前進(jìn)到步驟S409，其中(i)在步驟S403、S404、S405、S406、S407和S408中所示出的類型的使用根據(jù)客戶數(shù)據(jù)庫活動的起起伏伏而繼續(xù)；以及(ii)如現(xiàn)在將在以下段落中解釋的，(一個或多個)RVU桶的耗盡由限制子模塊310(見圖3A)以某種方式進(jìn)行處理。[0063]根據(jù)本發(fā)明，有各種方式來對RVU桶的耗盡進(jìn)行處理。一種方式是為企業(yè)客戶提供給定RVU桶處于或接近耗盡的“警告”。最后，企業(yè)客戶將做出附加的支付，并且處理將循環(huán)回到步驟S401。“警告”可以采用各種形式，諸如電子郵件、彈出窗口、電話等。在圖3A的示例中，給出的這些警告由限制子模塊310的警告子子模塊322來處理。在本發(fā)明的一些優(yōu)選實(shí)施例中，這些“警告”是限制發(fā)生的數(shù)據(jù)庫服務(wù)的僅有形式。在這些優(yōu)選實(shí)施例中，在相關(guān)聯(lián)的(一個或多個)RVU桶已經(jīng)完全被耗盡后，當(dāng)客戶繼續(xù)執(zhí)行數(shù)據(jù)庫服務(wù)操作(即收費(fèi)的操作)時，客戶實(shí)際上被延長了信用。在這些實(shí)施例中，信任客戶能夠做到及時付款，并且使其賬戶“恢復(fù)結(jié)余”(backinblack)。[0064]如在圖3A中所示，限制子模塊310還包括節(jié)流子子模塊322，其可用于如果客戶的RVU桶在步驟S409接近、處于或已經(jīng)完全耗盡，則減慢數(shù)據(jù)庫服務(wù)的執(zhí)行，或以其他方式使數(shù)據(jù)庫服務(wù)的執(zhí)行不那么用戶友好。此節(jié)流可以有助于刺激客戶來做出另一個預(yù)付費(fèi)以續(xù)費(fèi)，使得處理返回到步驟S401。不是本發(fā)明的所有實(shí)施例都將包括任何類型的節(jié)流。[0065]如圖3A中所示，限制子模塊310還包括掛起子子模塊324，其可用于如果客戶的RVU桶在步驟S409到達(dá)或已經(jīng)完全耗盡，則掛起數(shù)據(jù)庫服務(wù)的執(zhí)行。此節(jié)流可以有助于刺激客戶來做出另一個預(yù)付費(fèi)以續(xù)費(fèi)，使得處理返回到步驟S401。不是本發(fā)明的所有實(shí)施例都將包括任何類型的掛起。[0066]附圖中的流程圖和框圖顯示了根據(jù)本發(fā)明的多個實(shí)施例的系統(tǒng)、方法和計(jì)算機(jī)程序產(chǎn)品的可能實(shí)現(xiàn)的體系架構(gòu)、功能和操作。在這點(diǎn)上，流程圖或框圖中的每個方框可以代表一個模塊、程序段或代碼的一部分，所述模塊、程序段或代碼的一部分包含一個或多個用于實(shí)現(xiàn)規(guī)定的邏輯功能的可執(zhí)行指令。也應(yīng)當(dāng)注意，在有些作為替換的實(shí)現(xiàn)中，方框中所標(biāo)注的功能也可以以不同于附圖中所標(biāo)注的順序發(fā)生。例如，兩個連續(xù)的方框?qū)嶋H上可以基本并行地執(zhí)行，它們有時也可以按相反的順序執(zhí)行，這依所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以用執(zhí)行規(guī)定的功能或動作的專用的基于硬件的系統(tǒng)來實(shí)現(xiàn)，或者可以用專用硬件與計(jì)算機(jī)指令的組合來實(shí)現(xiàn)。[0067]現(xiàn)在，在以下段落中將給出關(guān)于本發(fā)明的一些附加注釋。這些段落涉及本發(fā)明的實(shí)施例，如被應(yīng)用于被稱為“Optim”的IBM數(shù)據(jù)庫服務(wù)程序和/或包的實(shí)施例(注意:在全世界中的一些司法管轄區(qū)中，名稱Optim具有商標(biāo)權(quán)利和/或服務(wù)標(biāo)記權(quán)利)。當(dāng)然，在以下段落中所描述的特定特征不應(yīng)當(dāng)用于將限制本發(fā)明的范圍，除非在這個特征由所發(fā)布的權(quán)利要求的明確語言所要求的程度上。在以下示例中，所使用的RVU是“代幣”。[0068]由于過程或服務(wù)有時運(yùn)行錯誤(有誤解或意外結(jié)果)，因此向用戶提供了向Optim跟蹤機(jī)制返回消費(fèi)的能力。消費(fèi)容量的每個過程將返回可在隨后過程中使用以返回意外消費(fèi)的代幣。這在本文的以下部分中更詳細(xì)地描述。Optim不跟蹤、報(bào)告、或指示任何容量類型消息傳送，直到Optim容量代幣記錄(CTR)已經(jīng)在Optim目錄中創(chuàng)建。Optim將繼續(xù)運(yùn)行在經(jīng)典的處理器價值單元(PVU)模型中，直到在運(yùn)行期間已經(jīng)檢測到CTR。一旦創(chuàng)建了CTR，然后Optim將在CTR內(nèi)跟蹤消費(fèi)。此方法將支持隨著時間的推移從經(jīng)典許可(PVU)遷移到容量許可(RVU)。RVU或消費(fèi)模型在應(yīng)用CTR的時刻生效。對于給定解決方案，沒有CTR的倉庫將繼續(xù)基于PVU模型。[0069]現(xiàn)在將論述將容量代幣應(yīng)用于Optim目錄。容量代幣是唯一的，并且可應(yīng)用于一個且僅一個Optim目錄。使用超過一個目錄的站點(diǎn)將需要為使用中的每個目錄購買容量。在應(yīng)用容量代幣的過程期間，Optim將在Optim目錄中創(chuàng)建新的容量代幣記錄(CTR)。在Optim目錄中的現(xiàn)有CTR不合并。每個容量代幣在其生命周期期間具有管理該代幣的單個CTR0對于單個解決方案，可同時存在兩個或多個CTR。所有基于解決方案的CTR的總數(shù)將為那個特定解決方案產(chǎn)生站點(diǎn)容量總數(shù)。增加CTR僅是處理容量和消費(fèi)的一個方面。還支持其它支持功能，如更新、刪除以及返回容量的能力。[0070]現(xiàn)在將論述更新Optim目錄內(nèi)的容量?？赡艽嬖诟陆o定Optim目錄內(nèi)的現(xiàn)有CTR以具有更少容量的需求。在正常的Optim處理之外，優(yōu)選地允許減少原始的代幣值。更新操作要求調(diào)用方來提供用于生成CTR的原始容量代幣、代幣應(yīng)用于的Optim目錄、以及應(yīng)當(dāng)減少可利用容量的數(shù)量。提供的用于減少的值將是以千兆字節(jié)為單位。[0071]現(xiàn)在將論述將容量返回給Optim目錄。有時，無意中運(yùn)行或使用錯誤的屬性運(yùn)行請求。這運(yùn)行雖然產(chǎn)生了有效的輸出(檔案文件、提取文件、隱私化數(shù)據(jù))，但不是預(yù)期的輸出。然而，由于Optim認(rèn)為處理是成功的，因此在CTR中記錄消費(fèi)。在這些情況下，用戶應(yīng)當(dāng)能夠?qū)⒂慑e誤過程使用的消費(fèi)返回給CTR。每個過程將產(chǎn)生唯一的返回(RETURN)代幣。這個代幣被返回作為過程報(bào)告的一部分，但是也存留在與請求相關(guān)的CTR條目中。用于返回代幣的編碼將包括由操作消費(fèi)的容量。因此當(dāng)返回代幣用于向CTR返回所消費(fèi)的容量時，只需提供代幣本身。用戶必須提供與錯誤請求執(zhí)行相關(guān)聯(lián)的返回代幣。用戶還必須提供持有容量的CTR位于的Optim目錄。擁有返回容量的能力為產(chǎn)品誤用打開了一扇門。因此，返回消費(fèi)的過程經(jīng)由報(bào)告來審計(jì)和監(jiān)視。[0072]現(xiàn)在將論述從Optim目錄刪除容量代幣記錄。刪除(DELETE)功能的目的是一旦已經(jīng)確定出于報(bào)告的目的不再需要包括沒有容量的CTR，則移除沒有容量的CTR。雖然刪除動作隱含從容量(CAPACITY)表中移除記錄，但是它實(shí)際上是被更新，將與記錄CTR相關(guān)聯(lián)的記錄類型從CTR類型“01”變更到“999”。(見以下所描述的CTR行類型)。主CTR條目的重編號將跟蹤機(jī)制留在目錄中用作歷史目的，但是允許報(bào)告工具集中于最近的當(dāng)前狀態(tài)(如果這是希望的)。重編號主CTR的過程僅是刪除過程的一部分。所有具有相同容量代幣的從屬記錄類型將從容量表中物理刪除。[0073]現(xiàn)在將論述經(jīng)由批處理的容量管理。如果用戶希望經(jīng)由命令行應(yīng)用容量代幣，則以下語法描述了什么是需要的。從用戶界面的任何調(diào)用將在幕后調(diào)用這個API:[0074]〈executablename>/CAPacity/FUNCtion={ADD|DELETE|RETURN{UPDATESIZE=###}}[0075]TOKEN={token|%}[0076]DIRectory=repositoryname[0077]在以下段落中將闡述命令行使用的示例連同一些示例性命令行語言。[0078]將用于100GB數(shù)據(jù)增長的容量代幣應(yīng)用于0PHM_PR0D倉庫。對此，命令行語言是:[0079]〈executablename>/CAP/FUNC=ADDT0KEN=0F0E0D0CDIR=0PTIM_PR0D[0080]將用于數(shù)據(jù)增長的IOGB容量返回給0PTM_PR0D倉庫。對此，命令行語言是:[0081]〈executablename>/CAP/FUNC=RETURNT0KEN=0F0E0D1CDIR=0PTIM_PR0D[0082]由于外部環(huán)境將數(shù)據(jù)增長容量代幣0PTM_PR0D目錄減少20GB。對此，命令行語言是:[0083]〈executablename>/CAP/FUNC=UPDATET0KEN=0F0E0D0CSIZE=20DIR=OPTIM_PR0D[0084]出于應(yīng)用退役目的而執(zhí)行的存檔請求成功地完成。然而，由于用戶在存檔請求編輯器中沒有打開程序退役選項(xiàng)，因此錯誤地從數(shù)據(jù)增長容量代幣中減去消費(fèi)。為避免返回用于數(shù)據(jù)增長的容量以及重新運(yùn)行打開應(yīng)用退役選項(xiàng)的請求，用戶可以簡單地使用下面的UPDATE(更新)命令以執(zhí)行這兩個操作。(用戶仍應(yīng)修理編輯器以用于任何隨后運(yùn)行)。以下操作將與返回代幣相關(guān)聯(lián)的請求有關(guān)的CTR記錄移動到應(yīng)用退役CTR集(針對解決方案類型對返回代幣進(jìn)行調(diào)整)。它將消費(fèi)添加回到數(shù)據(jù)增長容量CTR。最后，將相應(yīng)地減少應(yīng)用退役容量CTR。對于上述操作，命令行語言是:[0085]〈executablename>/CAP/FUNC=UPDATET0KEN=0F0E0D0CRETURN_T0KEN=0F0E0D1CDIR=0PTIM_PR0D[0086]在0PHM_PR0D倉庫中移除單個耗盡的容量代幣，從而將其從所生成的消費(fèi)報(bào)告中移除。對此，命令行語目是:[0087]〈executablename>/CAP/FUNC=DELETET0KEN=0F0E0D0CDIR=0PTIM_PR0D[0088]在0PHM_PR0D倉庫中移除所有耗盡的容量代幣，從而將其從所生成的消費(fèi)報(bào)告中移除。對此，命令行語目是:[0089]〈executablename>/CAP/FUNC=DELETET0KEN=ALLDIR=0PTIM_PR0D[0090]現(xiàn)在將論述Optim中的消費(fèi)跟蹤。Optim為那些成功完成的請求跟蹤消費(fèi)。當(dāng)成功完成時，將適當(dāng)?shù)販p少CTR。以下描述對于每個消費(fèi)類別的成功條件以及測量消費(fèi)的方法。標(biāo)準(zhǔn)的通知消息將出現(xiàn)在所有的Optim過程報(bào)告中，其指示以下內(nèi)容:(i)為執(zhí)行消耗的容量；(ii)剩余容量(給定類型的所有CTR的總數(shù))；以及(iii)用于在操作期間所消費(fèi)的每種容量類型的(一個或多個)返回代幣。對于在過程(數(shù)據(jù)增長、TDM、數(shù)據(jù)隱私等)中所涉及的每種CTR類型，應(yīng)當(dāng)出現(xiàn)類似于以下的消息:“這個請求已經(jīng)消費(fèi)了nn，nnn，nnn(Μ或G)。還剩余NNN，NNN，NNN(Μ或G)。返回代幣:010d0303?！薄Ｈ绻M(fèi)導(dǎo)致CTR變?yōu)樨?fù)值，例如站點(diǎn)已經(jīng)消費(fèi)了超過它被許可的，在任何時候Optim都不會停止操作。Optim將繼續(xù)操作。如果剩余值是負(fù)值，則Optim將產(chǎn)生以下報(bào)警消息:“請聯(lián)系xxxxx處的IBMXXXX以獲取附加的容量代幣來增加你針對〈容量類型>使用Optim的權(quán)利?！盵0091]現(xiàn)在將論述數(shù)據(jù)增長跟蹤和應(yīng)用退役。用于數(shù)據(jù)增長以及應(yīng)用退役的容量是以從數(shù)據(jù)源拉出的以千兆字節(jié)計(jì)的未壓縮數(shù)據(jù)來測量的，并且在成功地執(zhí)行了導(dǎo)致有效的檔案文件的存檔請求之后被減少。請求必須是無錯的，然而在該過程中可以產(chǎn)生報(bào)警和通知消息。如果存檔請求的刪除部分失敗，則仍減少容量，因?yàn)樗a(chǎn)生的檔案文件是有效的，并且在存檔過程中消費(fèi)應(yīng)當(dāng)已經(jīng)被測量。在存檔過程成功完成后，特定用于解決方案(數(shù)據(jù)增長、應(yīng)用退役)的新CTR以及存檔請求被創(chuàng)建并添加到容量目錄表。該記錄在該記錄USED容量(已使用容量)欄中指示未壓縮的檔案文件大小。當(dāng)請求CTR被添加時，將容量代幣CTR的可用消費(fèi)從解決方案容量代幣(數(shù)據(jù)增長、應(yīng)用退役)中減少，以反映總體使用。雖然有分別用于數(shù)據(jù)增長和應(yīng)用退役的代幣，但是跟蹤的方法是相同的。因此，以下示例特別指出于解決數(shù)據(jù)增長問題的目的而運(yùn)行的請求。[0092]在這個示例中，預(yù)操作CTR具有用于100GB數(shù)據(jù)增長的已應(yīng)用的容量代幣。在此場景中，客戶運(yùn)行存檔請求，其生成包含20GB未壓縮數(shù)據(jù)(在測量了消費(fèi)之后，文件當(dāng)然可以被壓縮)的檔案文件。這個操作導(dǎo)致用于指示20GB使用容量的檔案的請求級別CTR。作為這個操作的結(jié)果，容量代幣CTR的可用容量被減少20GB，剩下80GB的剩余。[0093]如果單個操作必須使用來自多個CTR的容量，則存檔請求CTR將為從其消費(fèi)容量的每個代幣進(jìn)行記錄。在一些情況下，檔案文件將需要使用來自多個代幣的容量。例如，150GB檔案文件可以使用來自先前購買的代幣的100GB容量，另外來自尚未購買的代幣的50GB。直到購買了新代幣，否則用于用光的舊代幣的“可用容量”將顯示為-50GB。[0094]現(xiàn)在將論述測試數(shù)據(jù)管理(TDM)跟蹤。用于TDM的容量是以作為提取操作結(jié)果的從數(shù)據(jù)源提取的以千兆字節(jié)計(jì)的未壓縮數(shù)據(jù)來測量的，并且在成功地執(zhí)行了導(dǎo)致有效的提取文件的提取請求之后被減少。所述請求必須無錯，然而在該過程期間可以生成報(bào)警和通知消息。在這個示例中，跟蹤TDM消費(fèi)需要Optim來維護(hù)以下信息:(i)每個提取請求的消費(fèi)/收費(fèi)；(ii)每個提取的表使用；(iii)每個表的HWM消費(fèi)。TDM跟蹤比數(shù)據(jù)增長的跟蹤更復(fù)雜一點(diǎn)。對于TDM，促使數(shù)據(jù)子集的頻繁創(chuàng)建或刷新，因此優(yōu)選地是確保這樣做成本是不高的。因此，所購買的最初容量代幣應(yīng)當(dāng)反映用戶希望隨時間的推移從數(shù)據(jù)庫中提取以滿足測試需求的數(shù)據(jù)的量。Optim將為從其提取數(shù)據(jù)的每個表記錄HWM。只有當(dāng)隨后的提取要求超過先前建立的HWM的附加數(shù)據(jù)量時，將對附加的消費(fèi)收費(fèi)，并且記錄新表的HWM。[0095]在提取過程成功地完成后，用于提取請求的請求CTR被創(chuàng)建并添加到容量目錄表。所述記錄指示包含提取文件的未壓縮用戶數(shù)據(jù)的大小。除了請求CTR外，用于參與提取的每個表的子請求CTR將與為該表所消費(fèi)的容量一起被記錄。此外，將添加一組非請求特定表CTR以跟蹤用于給定表的HWM。每個容量令牌只需要一個表CTR，因此首先搜索條目以尋找現(xiàn)有的表CTR。如果找到現(xiàn)有表CTR，則只有當(dāng)前值超過先前記錄值時用新的高水位線更新該現(xiàn)有表CTR，以及當(dāng)補(bǔ)償消費(fèi)時僅將減少增量大小。只有當(dāng)它們超過先前建立的高水位線時，才對站點(diǎn)進(jìn)行收費(fèi)。[0096]現(xiàn)在將在TDM上下文中論述消費(fèi)容量。在提取過程成功完成后，特定于提取請求的新請求CTR被創(chuàng)建并且添加到容量目錄表。所述記錄在記錄的已使用容量(USED_CAPACITY)字段中指示提取的數(shù)據(jù)的大小。在添加了請求CTR之后，為參與導(dǎo)致數(shù)據(jù)消費(fèi)的提取的每個表添加子請求表CTR(如果從特定表中沒有提取行，則不應(yīng)當(dāng)記錄子請求CTR)。子請求表CTR將為特定表調(diào)出(callout)已使用容量。記錄子請求表CTR的目的是處理與特定提取請求有關(guān)的容量的返回，其在以下的(一個或多個)返回容量段落中論述。對于每個子請求表CTR，在容量代幣級別進(jìn)行對于表CTR的查找。如果找到表CTR，則將其當(dāng)前HWM與在子請求表CTR中所定義的當(dāng)前使用的HWM相比較。如果子請求表CTR的已使用容量大于表CTRHWM，則用新值替換HWM。然后，新HWM和先前HWM之間的增量被用于計(jì)算從全部可用容量中所減去的值。在任何給定時間，所有表CTRHWM值的和必須等于全部使用的容量。[0097]現(xiàn)在，將參照分別在圖6A、6B和6C中所示出的截屏在TDM的上下文中論述返回容量。如果提取運(yùn)行錯誤或意外運(yùn)行，則可以調(diào)用返回API以返回容量。除了CTR記錄中的記錄外，生成審計(jì)記錄，其指示請求了返回操作。當(dāng)返回與提取請求相關(guān)聯(lián)的容量時，返回請求針對的請求CTR300通過將大小添加到可用容量欄并更新修改日期欄來更新記錄(見圖6A和6C)。移除與所述請求CTR相關(guān)聯(lián)的所有的子請求表CTR302(見圖6A和6C)。在返回過程中的下一個步驟是重新計(jì)算與子請求表CTR302被移除的所有表CTR301(見圖6A和6C)相關(guān)聯(lián)的HWM值。在調(diào)整了所有表CTR之后，調(diào)整容量代幣CTR300以增加“可用容量”(如果需要)。圖6A至6C示出了數(shù)個返回場景的示例。更具體地,在圖6A中示出了操作前的CTR。[0098]在操作#1中，執(zhí)行對EXTRACT3(其消費(fèi)15GB)的返回，導(dǎo)致在圖6B的截屏中所示出的一組CTR。在這個場景中，對于提取3的請求CTR300進(jìn)行更新，以在可用容量欄(返回容量的指示器)中指示15GB。還更新修改用戶和日期以反映用戶返回容量。移除了與提取3相關(guān)的請求表CTR302。對于涉及EXTRACT3(客戶和訂單)的表的表CTR301進(jìn)行調(diào)整以具有新的HWM值。通過掃描所有剩余的請求表CTR302，對于客戶的新HWM值是1GB，以及對于訂單的新HWM值是2GB。最后步驟是調(diào)整容量代幣CTR100可用容量值，以反映該組新的表HWM值。在此情況下，3GB的消費(fèi)總量是由組合所有表CTRHWM值來指示的，因此可用容量(AVAILCAPACITY)增加到197GB。增加的12GB由返回的EXTRACT3的消費(fèi)來確認(rèn)。[0099]現(xiàn)在，將論述在圖6C的截屏中所示出的示例性代幣返回“操作#2”。執(zhí)行對消費(fèi)了2.5GB的EXTRACT2的返回，這導(dǎo)致以下一組CTR。在這個場景中，更新用于EXTRACT2的請求CTR(300)以在可用容量欄(返回容量的指示器)中指示2.5GB。還更新修改用戶和日期以反映用戶返回容量。移除與EXTRACT2相關(guān)的請求表CTR302。調(diào)整用于涉及EXTRACT2(客戶和訂單)的表的表CTR301以具有新的HWM值。通過掃描所有剩余的請求表CTR302，對于客戶的新HWM值是0.5GB,并且對于訂單的HWM值不變(2GB)。最后步驟是調(diào)整容量代幣CTR(100)可用容量值，以反映該組新的表HWM值。在此情況下，2.5GB的消費(fèi)總量是由組合所有表CTRHWM值來指示的，因此可用容量增加到197.5GB。增加的0.5GB由返回EXTRACT2的消費(fèi)來確認(rèn)。如果沒有減少HWM值，則返回容量可導(dǎo)致沒有增加是可能的。在此情況下，返回操作應(yīng)當(dāng)向用戶返回消息。[0100]現(xiàn)在，將論述數(shù)據(jù)屏蔽跟蹤。用于數(shù)據(jù)屏蔽的容量是以在插入、加載和轉(zhuǎn)換操作期間所屏蔽的以千兆字節(jié)計(jì)的數(shù)據(jù)來測量的。請求必須是無錯的，然而在處理期間可以生成報(bào)警和通知消息。用于執(zhí)行數(shù)據(jù)屏蔽功能的機(jī)制是經(jīng)由Optim數(shù)據(jù)隱私提供者(ODPP)庫。在這個示例中，跟蹤數(shù)據(jù)屏蔽消費(fèi)要求Optim維護(hù)以下信息:(i)每個插入、加載、轉(zhuǎn)換請求的消費(fèi)/收費(fèi)；(ii)每個請求的表使用(只包括參與屏蔽操作的表)；以及(iii)每個表的HWM消費(fèi)。[0101]類似于TDM，數(shù)據(jù)屏蔽跟蹤比數(shù)據(jù)增長或應(yīng)用退役的跟蹤更復(fù)雜一點(diǎn)。因?yàn)閿?shù)據(jù)屏蔽通常是(但是非必須)作為TDM的一部分來執(zhí)行的，這個過程將促使數(shù)據(jù)子集的頻繁刷新，因此必須確保這樣做的成本是不高的。因此，從數(shù)據(jù)服務(wù)提供實(shí)體(例如，IBM)購買的初始容量代幣應(yīng)當(dāng)反映用戶隨著時間的推移希望屏蔽以滿足隱私要求的數(shù)據(jù)的量。Optim將為數(shù)據(jù)被屏蔽的每個表記錄HWM。只有當(dāng)隨后請求要求附加的數(shù)據(jù)屏蔽量超過先前建立的HWM時，才對附加的消費(fèi)進(jìn)行收費(fèi)并且記錄新表HWM。[0102]在過程成功完成之后，用于插入、加載或轉(zhuǎn)換(包括具有轉(zhuǎn)換選項(xiàng)的提取)的請求CTR被創(chuàng)建并添加到容量目錄表。該記錄指示被屏蔽并推送到數(shù)據(jù)源(數(shù)據(jù)庫、文件)的用戶數(shù)據(jù)的大小。除了請求CTR外，對于參與屏蔽操作的每個表的子請求CTR將與為該表所消費(fèi)的容量一起記錄。此外，將添加一組非請求特定表CTR以跟蹤用于給定表的HWM。每個容量代幣僅需要一個表CTR，因此首先搜索條目以尋找現(xiàn)有的表CTR。如果找到現(xiàn)有表CTR，只有當(dāng)前大小超過先前記錄值，才用新的高水位線更新現(xiàn)有表CTR，以及當(dāng)補(bǔ)償消費(fèi)時將只扣除增量大小。只有當(dāng)它們超過先前建立的高水位線時，才對站點(diǎn)收費(fèi)。數(shù)據(jù)屏蔽(類似于數(shù)據(jù)增長、應(yīng)用退役以及TDM)將支持返回代幣的概念，從而允許對那些運(yùn)行錯誤的操作返回容量。[0103]現(xiàn)在將在數(shù)據(jù)屏蔽的上下文中論述消費(fèi)容量。在請求成功地完成后，特定于該請求的新請求CTR被創(chuàng)建并被添加到容量目錄表。該記錄在該記錄的已使用容量欄中指示參與屏蔽操作的表中的數(shù)據(jù)的大小。在添加請求CTR后，為參與導(dǎo)致數(shù)據(jù)屏蔽消費(fèi)的操作的每個表添加子請求表CTR(如果沒有從特定表中屏蔽元素，則不應(yīng)當(dāng)記錄子請求CTR)。子請求表CTR將為特定表調(diào)出已使用容量。記錄子請求表CTR的目的是處理與特定請求有關(guān)的容量的返回。[0104]對于每個子請求表CTR，在容量代幣級別進(jìn)行對于表CTR的查找。如果找到表CTR，則將其當(dāng)前HWM與在子請求表CTR中所定義的當(dāng)前使用的HWM相比較。如果子請求表CTR的使用容量大于表CTRHWM，則用新值替換HWM。然后，新HWM和先前HWM之間的增量被用于計(jì)算從全部可用容量中所減去的值。在任何給定時間，所有表CTRHWM值的和必須等于全部使用的容量。如果單個操作必須使用來自多個CTR的容量，則對于從其消費(fèi)容量的每個代幣將記錄數(shù)據(jù)屏蔽請求CTR。用于記錄的模式(pattern)是與在本文中的數(shù)據(jù)增長以及測試數(shù)據(jù)管理跟蹤部分中所描述的模式是相同的。[0105]現(xiàn)在，將在數(shù)據(jù)屏蔽的上下文中論述返回容量。如果請求出現(xiàn)運(yùn)行錯誤(或意外運(yùn)行)，則可以調(diào)用返回API以返回容量。除了CTR記錄中的記錄外，還生成指示請求返回操作的審計(jì)記錄。當(dāng)返回與插入、加載或轉(zhuǎn)換請求相關(guān)聯(lián)的容量時，通過搜索目錄以尋找匹配的返回代幣來找到對其做出返回的請求CTR。一旦找到，則通過將原始消費(fèi)值添加到該記錄的可用容量欄，并且更新修改日期欄來更新請求CTR記錄。移除與該請求CTR相關(guān)聯(lián)的所有子請求表CTR。在返回過程中的下一個步驟是重新計(jì)算與子請求表CTR被分別移除的所有表CTR相關(guān)聯(lián)的HWM值。在調(diào)整所有表CTR后，調(diào)整容量代幣CTR以增加可用容量(如果需要)。[0106]現(xiàn)在將論述容量使用概要報(bào)告。為支撐IBM和客戶審計(jì)需求，Optim將支持對于容量消費(fèi)的“審計(jì)”報(bào)告。為支持報(bào)告需求，Optim將捕獲容量跟蹤數(shù)據(jù)，而不管站點(diǎn)是否已經(jīng)啟用審計(jì)。客戶將具有生成與容量消費(fèi)有關(guān)的報(bào)告的選項(xiàng)。本文將專注于容量消費(fèi)報(bào)告。提供兩種形式的OOB報(bào)告:概要和詳細(xì)。以下描述每一種的內(nèi)容。[0107]現(xiàn)在，將論述容量使用概要報(bào)告。概要報(bào)告將優(yōu)選地包括在RVU模型下的每個Optim目錄操作的下列信息:(i)用于所有解決方案的購買容量的總數(shù)；(ii)用于所有解決方案的剩余容量的總數(shù)；以及(iii)應(yīng)用于目錄的容量代幣列表，其每個調(diào)出:(a)購買的容量，(b)剩余的容量，(c)代幣類型(數(shù)據(jù)增長、應(yīng)用退役、TDM、數(shù)據(jù)屏蔽)，(d)應(yīng)用代幣的日期，以及(e)返回容量。[0108]現(xiàn)在，將論述容量使用詳細(xì)報(bào)告。詳細(xì)報(bào)告將包括在RVU模型下的每個Optim目錄操作的下列信息:(i)用于所有解決方案的購買容量的總數(shù)；(ii)用于所有解決方案的剩余容量的總數(shù)；(iii)應(yīng)用于目錄的容量代幣列表，其每個調(diào)出:(a)購買的容量，(b)剩余的容量，(c)代幣類型(數(shù)據(jù)增長、應(yīng)用退役、TDM、數(shù)據(jù)屏蔽)，(d)應(yīng)用代幣的日期，(e)返回容量，(iv)容量使用細(xì)節(jié)(每個代幣)，以及(V)容量解決方案細(xì)節(jié)(每個代幣)。對于數(shù)據(jù)屏蔽和測試數(shù)據(jù)管理(表使用)，詳細(xì)使用信息是可獲得的。【權(quán)利要求】1.一種用于管理由數(shù)據(jù)服務(wù)提供實(shí)體向數(shù)據(jù)服務(wù)客戶提供的數(shù)據(jù)服務(wù)的方法，所述方法包含:為將由所述數(shù)據(jù)服務(wù)提供實(shí)體向所述數(shù)據(jù)服務(wù)客戶提供的數(shù)據(jù)服務(wù)建立至少基本上預(yù)支付賬戶，其中預(yù)付費(fèi)由相對價值單位(RVU)表示；響應(yīng)于對所述數(shù)據(jù)庫服務(wù)的使用，從所述預(yù)支付賬戶中減少至少一個遞減RVU;從所述數(shù)據(jù)服務(wù)客戶接收用于返回所述至少一個遞減RVU的當(dāng)前值的請求；以及返回所述至少一個遞減RVU的當(dāng)前值；其中:至少所述接收步驟和所述返回步驟是在由所述數(shù)據(jù)服務(wù)提供實(shí)體所提供的軟件的控制下自動執(zhí)行的，并且基本上沒有人工干預(yù)。2.根據(jù)權(quán)利要求1所述的方法，還包括以下步驟:確定在所述接收步驟所做出的所述用于返回的請求是否是適當(dāng)?shù)恼埱螅黄渲?只有在在所述確定步驟已經(jīng)確定所述請求是適當(dāng)?shù)牡臈l件下，才在所述返回步驟做出所述至少一個遞減RVU的當(dāng)前值的返回。3.根據(jù)權(quán)利要求2所述的方法，其中:所述預(yù)支付賬戶包括:數(shù)據(jù)屏蔽子賬戶、數(shù)據(jù)增長子賬戶、測試數(shù)據(jù)管理子賬戶以及應(yīng)用退役子賬戶；以及每個子賬戶具有其自身專用的、相關(guān)聯(lián)的RVU儲存。4.根據(jù)權(quán)利要求2所述的方法，其中:在所述減少步驟，被減少的(一個或多個)RVU的數(shù)量對應(yīng)于由于錯誤使用所造成的未壓縮數(shù)據(jù)流。5.根據(jù)權(quán)利要求2所述的方法，其中:在所述確定步驟，在所述至少一個遞減RVU的減少已經(jīng)在所述減少步驟發(fā)生的所有情況下，將請求確定為適當(dāng)?shù)恼埱蟆?.根據(jù)權(quán)利要求1所述的方法，其中在所述返回步驟，所述至少一個遞減RVU的所述當(dāng)前值的返回是通過將所述至少一個遞減RVU返回給所述預(yù)支付賬戶來實(shí)現(xiàn)的。7.一種用于管理由數(shù)據(jù)服務(wù)提供實(shí)體向數(shù)據(jù)服務(wù)客戶提供的數(shù)據(jù)服務(wù)的系統(tǒng)，所述系統(tǒng)包含客戶賬戶管理計(jì)算機(jī)子系統(tǒng)，其包含:處理器集；以及軟件存儲設(shè)備；其中:所述處理器集被構(gòu)造、編程和/或連接以運(yùn)行存儲在所述軟件存儲設(shè)備中的軟件；所述軟件存儲設(shè)備已經(jīng)在其上存儲了數(shù)據(jù)庫服務(wù)模塊；以及所述數(shù)據(jù)庫服務(wù)模塊被編程為:為將由所述數(shù)據(jù)服務(wù)提供實(shí)體向所述數(shù)據(jù)服務(wù)客戶提供的數(shù)據(jù)服務(wù)建立至少基本上預(yù)支付賬戶，其中預(yù)付費(fèi)由相對價值單位(RVU)表示；響應(yīng)于對所述數(shù)據(jù)庫服務(wù)的使用，從所述預(yù)支付賬戶中減少至少一個遞減RVU;從所述數(shù)據(jù)服務(wù)客戶接收用于返回所述至少一個遞減RVU的當(dāng)前值的請求；以及返回所述至少一個遞減RVU的當(dāng)前值。8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其中所述數(shù)據(jù)庫服務(wù)模塊還被編程為:確定在所述接收步驟所做出的所述用于返回的請求是否是適當(dāng)?shù)恼埱?；只有在已?jīng)確定所述請求是適當(dāng)?shù)臈l件下，才返回所述至少一個遞減RVU的當(dāng)前值。9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其中所述預(yù)支付賬戶包括:數(shù)據(jù)屏蔽子賬戶、數(shù)據(jù)增長子賬戶、測試數(shù)據(jù)管理子賬戶以及應(yīng)用退役子賬戶；以及每個子賬戶具有其自身專用的、相關(guān)聯(lián)的RVU儲存。10.根據(jù)權(quán)利要求8所述的系統(tǒng)，其中:由所述數(shù)據(jù)服務(wù)模塊減少的RVU的數(shù)量對應(yīng)于由于錯誤使用所造成的未壓縮數(shù)據(jù)流。11.根據(jù)權(quán)利要求8所述的系統(tǒng)，其中在所述至少一個遞減RVU的減少已經(jīng)發(fā)生的所有情況下，所述數(shù)據(jù)服務(wù)模塊將請求確定為適當(dāng)?shù)恼埱蟆?2.根據(jù)權(quán)利要求7所述的系統(tǒng)，其中所述數(shù)據(jù)服務(wù)模塊通過將所述至少一個遞減RVU返回給所述預(yù)支付賬戶來返回所述至少一個遞減RVU的所述當(dāng)前值。13.一種用于管理由數(shù)據(jù)服務(wù)提供實(shí)體向數(shù)據(jù)服務(wù)客戶提供的數(shù)據(jù)服務(wù)的系統(tǒng)，所述系統(tǒng)包含實(shí)現(xiàn)權(quán)利要求1至6的任何方法的任何步驟的裝置?！疚臋n編號】G06F17/30GK103914512SQ201410001407【公開日】2014年7月9日申請日期:2014年1月2日優(yōu)先權(quán)日:2013年1月3日【發(fā)明者】J·A·法伊諾爾,D·J·亨德森申請人:國際商業(yè)機(jī)器公司