專利名稱:基于行為的資源容量調(diào)整方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
所公開的本發(fā)明主要涉及信息處理系統(tǒng)的領(lǐng)域，并且更具體地涉及管理稀缺資源的使用的領(lǐng)域。
背景技術(shù)：
電話公司在例如九點(diǎn)鐘到五點(diǎn)鐘的營(yíng)業(yè)時(shí)間(business hours)期間比晚問收取更多的話費(fèi)。電力工業(yè)在空調(diào)更為努力工作的夏日期間比更加涼快的晚間收取更多的電費(fèi)。這些定價(jià)變化代表在面對(duì)預(yù)期的需求時(shí)試圖平衡對(duì)資源的使用。重要的是注意到，需求可以被預(yù)期并且被映射到白天的特定時(shí)期的一個(gè)原因在于資源的使用是由當(dāng)?shù)厍闆r形成的。即電話公司和電力工業(yè)二者都在包含幾個(gè)時(shí)區(qū)和(出于季節(jié)影響)僅一個(gè)半球的地理限制的區(qū)域中運(yùn)營(yíng)，并且因而可以將預(yù)測(cè)的資源需求映射到時(shí)間和日期。
然而，越來越多的系統(tǒng)范圍遍及全球，其中很多系統(tǒng)利用各種資源來有效地運(yùn)行。由于其范圍的擴(kuò)展，它們失去了降低其管理人將資源需求預(yù)測(cè)為時(shí)間的函數(shù)的能力的地區(qū)約束，以及其它的地區(qū)約束。但是，對(duì)稀缺資源的需求的變化級(jí)別的處理能力繼續(xù)存在?，F(xiàn)有的方法已包括網(wǎng)絡(luò)和服務(wù)器負(fù)載確定方法，但是這些不能夠預(yù)測(cè)未來的負(fù)載級(jí)別。一種用于在電子郵件服務(wù)器過載時(shí)確定移除該電子郵件服務(wù)器的哪些用戶的方法，但也不能夠預(yù)測(cè)未來的負(fù)載問題。一種網(wǎng)絡(luò)服務(wù)器，其將對(duì)網(wǎng)頁的輸入要求“擊”向各種子網(wǎng)服務(wù)器以為高容量網(wǎng)站平衡負(fù)載，但這同樣不能夠預(yù)測(cè)并且發(fā)送未來的負(fù)載問題的通知。使用分析，例如網(wǎng)絡(luò)記錄負(fù)載預(yù)測(cè)器，可以使用歷史數(shù)據(jù)提供未來的資源要求的指示，但并未指出引起負(fù)載的過程；即用戶會(huì)做什么，而不是為什么會(huì)做。因此，需要一種克服現(xiàn)有技術(shù)的以上缺點(diǎn)的方法和系統(tǒng)。

發(fā)明內(nèi)容簡(jiǎn)要地，根據(jù)本發(fā)明的實(shí)施例，一種方法包括以下步驟導(dǎo)出基于過程的資源調(diào)整模型用于該過程；針對(duì)在時(shí)間t0使用所述過程的每個(gè)步驟的用戶數(shù)監(jiān)控所述過程；計(jì)算在晚于時(shí)間t0的時(shí)間t1會(huì)使用所述過程步驟中的每一個(gè)的用戶數(shù)；確定在時(shí)間t1服務(wù)所述過程所要求的資源；以及將所述資源調(diào)整為適當(dāng)?shù)囊源_保足夠的容量，該調(diào)整不遲于時(shí)間t1完成。其它的實(shí)施例包括計(jì)算機(jī)程序產(chǎn)品以及用于執(zhí)行所述過程的信息處理系統(tǒng)配置。
圖1是根據(jù)本發(fā)明的實(shí)施例的方法的流程圖。
圖2是示出了根據(jù)本發(fā)明的另一實(shí)施例的信息處理系統(tǒng)的高級(jí)框圖。
具體實(shí)施方式參照?qǐng)D1，示出的是根據(jù)本發(fā)明的實(shí)施例的方法100的流程圖。首先，在步驟102中，我們識(shí)別并且選擇多步驟業(yè)務(wù)過程(business process)。一些業(yè)務(wù)過程是由業(yè)務(wù)(例如，旅行開支核算、資產(chǎn)管理等)定義的。使用模式(例如，網(wǎng)站訪問模式)的經(jīng)驗(yàn)觀察也可以導(dǎo)出其它的業(yè)務(wù)過程。但是不管是定義的還是導(dǎo)出的，第一步驟102都是選擇用于處理的多步驟業(yè)務(wù)過程?；谶^程的資源調(diào)整模型可以包括時(shí)間使用組件(temporalusage component)，給定在業(yè)務(wù)過程的在前的步驟中的用戶數(shù)，該時(shí)間使用組件能夠計(jì)算在某一未來的時(shí)間多少用戶會(huì)處于該過程中的后續(xù)步驟。
在步驟104中，我們監(jiān)控多步驟業(yè)務(wù)過程，并且通過該監(jiān)控生成基于過程的資源調(diào)整模型，其具有三部分時(shí)間使用組件、容量要求組件以及容量調(diào)整時(shí)間組件。給定在業(yè)務(wù)過程的在前的部分中的人數(shù)，時(shí)間使用組件計(jì)算在某一未來的時(shí)間多少人會(huì)處于該過程中的后續(xù)步驟。給定該步驟中的人數(shù)，容量要求組件計(jì)算要求多少資源容量以支持該過程中的步驟。給定資源容量的當(dāng)前級(jí)別，容量調(diào)整時(shí)間組件計(jì)算將所要求的資源量聯(lián)機(jī)以支持過程需要多長(zhǎng)時(shí)間(以及釋放不需要的資源需要多長(zhǎng)時(shí)間)?；谶^程的資源調(diào)整模型可以包括時(shí)間使用組件，給定在業(yè)務(wù)過程的在前的步驟中的用戶數(shù)，該時(shí)間使用組件能夠計(jì)算在某一未來的時(shí)間多少用戶會(huì)處于該過程中的后續(xù)步驟?；谶^程的資源調(diào)整模型可以包括容量要求組件，給定該步驟中的人數(shù)，該容量要求組件能夠計(jì)算要求多少資源容量以支持該過程中的步驟?；谶^程的資源調(diào)整模型還可以包括容量調(diào)整時(shí)間組件，給定資源容量的當(dāng)前級(jí)別，該容量調(diào)整時(shí)間組件能夠計(jì)算將所要求的資源量聯(lián)機(jī)以支持過程需要多長(zhǎng)時(shí)間，以及釋放不需要的資源需要多長(zhǎng)時(shí)間。
給定過程及其相應(yīng)的基于過程的資源調(diào)整模型，該方法的調(diào)整方法如下進(jìn)行。在步驟106中，監(jiān)控該過程以確定其步驟的每一個(gè)中的用戶數(shù)。這在時(shí)間t0完成。我們將資源補(bǔ)充或釋放為適當(dāng)?shù)囊源_保足夠的但不過多的容量。注意到調(diào)整計(jì)算并不僅僅基于每個(gè)用戶的活動(dòng)，而且基于他們正在執(zhí)行哪個(gè)過程步驟。
在步驟108中，確定在時(shí)間t1會(huì)使用過程步驟的用戶數(shù)。在步驟110中，方法100確定在時(shí)間t1執(zhí)行過程步驟所要求的資源。然后，在步驟112中，該方法將資源調(diào)整為適當(dāng)?shù)囊源_保不遲于時(shí)間t1的足夠的但不過多的容量。
方法100可以進(jìn)一步包括步驟確定在時(shí)間t1服務(wù)過程所要求的資源量，以及如果對(duì)于時(shí)間t1沒有足夠的資源則發(fā)送預(yù)警通知。方法100可以進(jìn)一步包括步驟繼續(xù)執(zhí)行監(jiān)控的步驟，以便提供持續(xù)的基于過程的資源調(diào)整。調(diào)整步驟112還可以包括改變使用成本以便減緩或減少用戶數(shù)。方法100可以進(jìn)一步包括確定可以使用特定的資源集以執(zhí)行特定過程的最大用戶數(shù)。方法100可以進(jìn)一步支持在特定的資源集上同時(shí)運(yùn)行的兩個(gè)或多個(gè)過程。方法100可以進(jìn)一步包括步驟確定服務(wù)級(jí)別協(xié)議的條款，以及規(guī)定特定的資源集將提供給運(yùn)行一個(gè)或多個(gè)模型化過程的特定數(shù)目的用戶的服務(wù)級(jí)別。
參照?qǐng)D2，示出的是示出了根據(jù)本發(fā)明的另一實(shí)施例的信息處理系統(tǒng)的高級(jí)框圖。該系統(tǒng)包括業(yè)務(wù)過程200，其被連接至多個(gè)資源202和多個(gè)用戶204-208。資源調(diào)整器210根據(jù)用戶204的數(shù)目調(diào)整資源的數(shù)目。本發(fā)明還可以實(shí)現(xiàn)為被配置以執(zhí)行過程100的計(jì)算機(jī)程序產(chǎn)品。
舉例來說，考慮運(yùn)營(yíng)從事銷售維生素的電子商務(wù)網(wǎng)站的公司?；镜臉I(yè)務(wù)模型是顧客創(chuàng)建個(gè)人賬戶、填寫健康評(píng)估，以及接收關(guān)于會(huì)最好地滿足其需要的、其然后可以購買的維生素的建議。按月提供維生素，并且顧客還接收簡(jiǎn)報(bào)，該簡(jiǎn)報(bào)給出了關(guān)于鍛煉的建議以及適合其需要的規(guī)定食譜。
決定其對(duì)購買維生素感興趣的顧客經(jīng)歷四個(gè)步驟的過程(1)他們創(chuàng)建其自己的個(gè)人賬戶；(2)他們進(jìn)行評(píng)估，其中他們回答一些關(guān)于其健康和病史的問題，然后提交評(píng)估；(3)向他們提供會(huì)適合其需要的關(guān)于維生素的推薦，以及(4)他們可以訂購(4a)通過將信息鍵入聯(lián)機(jī)表格并且將其提交，或者(4b)通過使用話音聊天與話務(wù)員交談。
因?yàn)楣疽呀?jīng)營(yíng)業(yè)了一段時(shí)間，所以他們對(duì)其業(yè)務(wù)過程的動(dòng)態(tài)具有相當(dāng)好的理解。特別地，他們了解三件事1.完成每個(gè)步驟的顧客的相對(duì)數(shù)目如果N個(gè)人在步驟1創(chuàng)建了賬戶，則0.8N會(huì)完成評(píng)估，0.8N會(huì)看推薦，并且0.5N會(huì)進(jìn)行訂購。在那些訂購的人中，80％(0.4N)會(huì)使用網(wǎng)絡(luò)，并且20％(0.1N)會(huì)使用免費(fèi)長(zhǎng)途號(hào)碼。
2.每步驟所花費(fèi)的平均時(shí)間創(chuàng)建帳戶的時(shí)間平均是1分鐘；進(jìn)行評(píng)估的時(shí)間平均是5分鐘；瀏覽評(píng)估所花費(fèi)的時(shí)間平均是2分鐘；并且訂購所花費(fèi)的時(shí)間平均是3分鐘(如果聯(lián)機(jī)完成)或5分鐘(如果通過話音聊天完成(假定話務(wù)員立即可得))。
3.支持每個(gè)步驟所要求的資源。
步驟1-3要求一個(gè)或多個(gè)服務(wù)器以支持與顧客的文本交互；然而，他們并不是特別資源密集。步驟4a要求信用卡驗(yàn)證，并且步驟4b是特別資源密集的，因?yàn)槠湟笕斯ぴ拕?wù)員與每個(gè)人交互。對(duì)于每種情況，公司能夠估計(jì)處理特定數(shù)目的人所需要的各資源的多少，以及此外，使更多的資源聯(lián)機(jī)需要多長(zhǎng)時(shí)間(例如，在添加服務(wù)器的情況下快，在帶來更多的話務(wù)員的情況下不那么快)。
在美國東部時(shí)間3月13日，大約下午3:27，訪問公司網(wǎng)站的人數(shù)加倍，并且然后在接下來的兩分鐘成為四倍。幸運(yùn)的是，該公司預(yù)訂了RCA(資源容量調(diào)整)服務(wù)，其開始行動(dòng)。使用基于在前面的段落中所記錄的信息的模型，RCA很快使額外的服務(wù)器聯(lián)機(jī)以處理對(duì)步驟1至3以及4a的額外的負(fù)載。對(duì)于步驟4b，其利用通知當(dāng)顧客的浪涌在8分鐘后進(jìn)入那個(gè)步驟的時(shí)候需要額外的話務(wù)員，來向呼叫中心發(fā)送警報(bào)。因?yàn)槠鋵?duì)話務(wù)員的資源補(bǔ)充的模型指示沒有足夠的話務(wù)員隨時(shí)可用以處理浪涌，所以其還調(diào)整步驟4，以向如果使用自助步驟(4a)，而不是與話務(wù)員交談的預(yù)期的購買者提供折扣。
在15分鐘之后網(wǎng)站業(yè)務(wù)達(dá)到了6倍正常率的高峰(后來發(fā)現(xiàn)在流行的熱線廣播節(jié)目上曾提到了該公司)。通過添加服務(wù)器(并且稍后當(dāng)業(yè)務(wù)下降時(shí)釋放它們)，RCA成功地支持了業(yè)務(wù)高峰；附加的話務(wù)員也順利地被聯(lián)機(jī)，盡管必須提供相當(dāng)大的折扣(動(dòng)態(tài)調(diào)整超時(shí))以將相當(dāng)多的潛在訪客轉(zhuǎn)移到自助購買步驟從而避免呼叫中心無法應(yīng)對(duì)。
因此，盡管已經(jīng)描述了目前認(rèn)為優(yōu)選的實(shí)施例，然而本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解到可以在本發(fā)明的精神內(nèi)進(jìn)行其它的修改。
權(quán)利要求
1.一種以基于過程的狀態(tài)信息為基礎(chǔ)，調(diào)整資源用于服務(wù)特定的多步驟業(yè)務(wù)過程的方法，所述方法包括以下步驟導(dǎo)出基于過程的資源調(diào)整模型用于所述過程；針對(duì)在時(shí)間t0使用所述過程的每個(gè)步驟的用戶數(shù)監(jiān)控所述過程；計(jì)算在晚于時(shí)間t0的時(shí)間t1會(huì)使用所述過程步驟中的每一個(gè)的用戶數(shù)；確定在時(shí)間t1服務(wù)所述過程所要求的資源；以及將所述資源調(diào)整為適當(dāng)?shù)囊源_保足夠的容量，該調(diào)整不遲于時(shí)間t1完成。
2.根據(jù)權(quán)利要求
1的方法，其進(jìn)一步包括步驟確定在時(shí)間t1服務(wù)所述過程所要求的資源量，如果對(duì)于時(shí)間t1沒有足夠的資源，則發(fā)送預(yù)警通知。
3.根據(jù)權(quán)利要求
1的方法，其中所述基于過程的資源調(diào)整模型包括時(shí)間使用組件，給定在所述業(yè)務(wù)過程的在前的步驟中的用戶數(shù)，所述時(shí)間使用組件能夠計(jì)算在某一未來的時(shí)間多少用戶會(huì)處于所述過程中的后續(xù)步驟。
4.根據(jù)權(quán)利要求
1的方法，其中所述基于過程的資源調(diào)整模型包括容量要求組件，給定該步驟中的用戶數(shù)，所述容量要求組件能夠計(jì)算要求多少資源容量以支持所述過程中的步驟。
5.根據(jù)權(quán)利要求
1的方法，其中所述基于過程的資源調(diào)整模型包括容量調(diào)整時(shí)間組件，給定資源容量的當(dāng)前級(jí)別，所述容量調(diào)整時(shí)間組件能夠計(jì)算將所要求的資源量聯(lián)機(jī)以支持過程需要多長(zhǎng)時(shí)間，以及釋放不需要的資源需要多長(zhǎng)時(shí)間。
6.根據(jù)權(quán)利要求
1的方法，其中所述確定在時(shí)間t1服務(wù)所述過程所要求的資源的步驟還確定安裝這些資源所要求的時(shí)間。
7.根據(jù)權(quán)利要求
1的方法，其中所述確定在時(shí)間t1的用戶數(shù)的步驟還確定各資源的成本，以及添加或刪除所述資源的成本。
8.根據(jù)權(quán)利要求
1的方法，其中所述調(diào)整所述資源的步驟包括補(bǔ)充或釋放資源。
9.根據(jù)權(quán)利要求
1的方法，其進(jìn)一步包括步驟繼續(xù)執(zhí)行所述監(jiān)控的步驟，以便提供持續(xù)的基于過程的資源調(diào)整。
10.根據(jù)權(quán)利要求
1的方法，其中所述調(diào)整包括改變所述使用成本以便減緩或減少用戶數(shù)。
11.根據(jù)權(quán)利要求
10的方法，其中所述方法可以用于確定特定的資源集是否可以供應(yīng)特定的過程。
12.根據(jù)權(quán)利要求
10的方法，其進(jìn)一步包括確定可以使用特定的資源集以執(zhí)行特定的過程的最大用戶數(shù)。
13.根據(jù)權(quán)利要求
1的方法，其中所述方法包括支持在特定的資源集上同時(shí)運(yùn)行的兩個(gè)或多個(gè)過程。
14.根據(jù)權(quán)利要求
1的方法，其進(jìn)一步包括使用所述過程以確定服務(wù)級(jí)別協(xié)議的條款，以及規(guī)定特定的資源集將提供給運(yùn)行一個(gè)或多個(gè)模型化過程的特定數(shù)目的用戶的服務(wù)級(jí)別。
15.根據(jù)權(quán)利要求
1的方法，其中第一用戶集提供當(dāng)前基于過程的資源調(diào)整模型，從而使得第二用戶集可以使用最小限度的資源執(zhí)行特定的過程。
16.根據(jù)權(quán)利要求
1的方法，其中第一用戶集指定最小的資源集，所述最小的資源集將被要求用于第二用戶集執(zhí)行特定的過程。
17.根據(jù)權(quán)利要求
1的方法，其中第一用戶集可以為第二用戶集確定關(guān)于特定的過程的所述基于過程的資源調(diào)整模型。
18.一種信息處理系統(tǒng)，其包括處理器，所述處理器被配置用于導(dǎo)出基于過程的資源調(diào)整模型用于所述過程；針對(duì)在時(shí)間t0使用所述過程的每個(gè)步驟的用戶數(shù)監(jiān)控所述過程；計(jì)算在晚于時(shí)間t0的時(shí)間t1會(huì)使用所述過程步驟中的每一個(gè)的用戶數(shù)；確定在時(shí)間t1服務(wù)所述過程所要求的資源；以及將所述資源調(diào)整為適當(dāng)?shù)囊源_保足夠的容量，該調(diào)整不遲于時(shí)間t1完成。
專利摘要
根據(jù)本發(fā)明的實(shí)施例，一種方法包括以下步驟導(dǎo)出基于過程的資源調(diào)整模型用于該過程；針對(duì)在時(shí)間t
文檔編號(hào)G06Q10/00GK1996358SQ200710001555
公開日2007年7月11日 申請(qǐng)日期2007年1月5日
發(fā)明者T·D·埃里克森, W·A·凱洛格, B·T·黑爾珀恩, P·K·馬爾金 申請(qǐng)人:國際商業(yè)機(jī)器公司導(dǎo)出引文BiBTeX, EndNote, RefMan