專利名稱:用于調(diào)整工作日程安排的系統(tǒng)和方法
技術領域:
本發(fā)明總體上涉及用于調(diào)整工作日程安排(schedule)的系統(tǒng)、方法和程序。更具體地說,本發(fā)明涉及這樣一種系統(tǒng)、方法和程序,在始終應該保證存在若干雇員以便完成任務的組織中,當某個雇員提交涉及工作日程安排的申請(例如,休假申請)時,所述系統(tǒng)、方法和程序有助于做出調(diào)整以便確保存在所需數(shù)目的雇員。
背景技術:
在諸如公司之類的組織中,管理者(例如,直接管理者)應該管理雇員的工作日程安排,以便保證不會有任何事情干擾任務的完成。因此,當雇員希望休假,或者反之,當他們希望在其通常不工作的日子里工作時,管理者遵行這樣一個過程,即,命令雇員預先提交申請,然后給予批準或者拒絕。
當管理者接收到來自雇員的休假申請時,所述管理者通過確定該雇員希望的假期是否會干擾任務的完成來判斷是否批準所述申請。為了做出這種確定,管理者必需檢查所請求的休假當天的所有雇員的日程安排。
為了解決這種需求,例如專利文獻1公開了如下系統(tǒng)。如果申請者提交了某天的休假申請,而忘記那天他有工作要做,那么接收到該申請的老板無法檢查申請者那天是否有工作要做。為了解決這種問題,在此系統(tǒng)中,基于指定申請者和涉及申請中指明的日期的信息,把申請休假的那天的日程安排報告給申請者終端,并且把涉及日程安排的信息報告給批準者終端,其中所述信息是基于指定所述申請者的信息被指定的。
專利文獻1公開號為2004-21361的日本未經(jīng)審查的專利申請發(fā)明內(nèi)容本發(fā)明將解決的問題在某些組織中,若干雇員應該同時工作,以便確保不會有任何事情干擾任務的完成。在這種組織中,如果管理者預先認識到許多雇員將在同一天休假并且那天工作的雇員數(shù)目不充足,那么管理者可以預先進行調(diào)整以便確保存在所需數(shù)目的雇員。這種調(diào)整是通過要求某些雇員改變所請求的休假日來進行的。在此情況下,如果管理者管理許多雇員,或者如果所述任務要求特殊的資格,那么這種調(diào)整是耗時的并且是麻煩的。
因此,本發(fā)明的目的在于提供一種系統(tǒng)、方法和程序,用于在應該確保存在若干雇員來完成任務的組織中,幫助做出調(diào)整,以便當雇員提交涉及工作日程安排的申請(例如,休假申請)時確保存在所需數(shù)目的雇員。
解決所述問題的手段為了實現(xiàn)上述目的,提供了這樣一種系統(tǒng),如果應當工作(due towork)的雇員數(shù)目小于所需雇員數(shù)目,那么所述系統(tǒng)通過向非應當工作(not due to work)的雇員發(fā)送電子郵件以要求他們改變工作日程安排來調(diào)整工作日程安排。所述系統(tǒng)包括接收器,用于從雇員終端接收涉及工作日程安排的一個或多個申請并且存儲所接收的一個或多個申請,所需雇員數(shù)目存儲部件,用于存儲工作中的所需雇員數(shù)目,計算器,用于通過累計所接收的一個或多個申請來計算應當工作的雇員數(shù)目,確定部件,用于確定應當工作的雇員數(shù)目是否小于所需雇員數(shù)目,選擇器,用于當應當工作的雇員數(shù)目小于所需雇員數(shù)目時,基于所存儲的一個或多個申請來選擇非應當工作的一個或多個雇員,以及請求器,用于發(fā)送請求以便要求所選擇的一個或多個雇員改變工作日程安排。
優(yōu)選的是,如果申請中所指明的那天的應當工作的雇員數(shù)目因接收到申請而變得小于所需雇員數(shù)目,那么可以在申請屏幕上顯示用于要求停止提交申請的消息。
優(yōu)選的是,所述確定部件響應于所需雇員數(shù)目的改變來重新確定應當工作的雇員數(shù)目是否變得小于所需雇員數(shù)目。
優(yōu)選的是,可以依照每種申請來設置優(yōu)先級,并且所述選擇器可以依照優(yōu)先級來選擇一個或多個雇員以便向他們發(fā)送請求。
優(yōu)選的是,所述系統(tǒng)還可以包括雇員數(shù)據(jù)存儲部件,用于存儲每個雇員擁有的資格。所需雇員數(shù)目存儲部件還可以存儲所要求的資格,并且如果要求工作中的雇員具有預定的資格,那么選擇器可以參考雇員數(shù)據(jù)存儲部件,以便從擁有預定的資格的雇員當中選擇一個或多個雇員,以便向他們發(fā)送請求。
優(yōu)選的是,所述系統(tǒng)還可以包括雇員數(shù)據(jù)存儲部件,用于存儲每個雇員的工作模式。所需雇員數(shù)目存儲部件可以依照每個工作模式來存儲所需雇員數(shù)目,并且所述選擇器可以根據(jù)所述工作模式來選擇一個或多個雇員,以便向他們發(fā)送請求。
已經(jīng)在用于調(diào)整工作日程安排的系統(tǒng)的背景下論述了本發(fā)明的概要,本發(fā)明還可以包括用于調(diào)整工作日程安排的方法和程序。
在上述的發(fā)明內(nèi)容部分中,沒有描述本發(fā)明所需的所有特征,應該注意的是,本發(fā)明的特征的組合或者子組合都包括在本發(fā)明中。
優(yōu)勢根據(jù)本發(fā)明,在應該確保存在若干雇員以便完成任務的情況下,在無需管理者和雇員之間進行直接交談的情況下可以有效地進行調(diào)整。
圖1舉例說明了依照本發(fā)明實施例的用于調(diào)整工作日程安排的系統(tǒng)的總體配置。
圖2是舉例說明依照本發(fā)明實施例的用于調(diào)整工作日程安排的系統(tǒng)的服務器20的功能框圖。
圖3舉例說明了依照本發(fā)明實施例的休假申請屏幕的示例。
圖4舉例說明了依照本發(fā)明實施例的申請存儲部件202的數(shù)據(jù)結(jié)構(gòu)的示例。
圖5舉例說明了依照本發(fā)明實施例的所需雇員數(shù)目存儲部件203的數(shù)據(jù)結(jié)構(gòu)的示例。
圖6舉例說明了依照本發(fā)明實施例的休假類型存儲部件208的數(shù)據(jù)結(jié)構(gòu)的示例。
圖7舉例說明了依照本發(fā)明實施例的雇員數(shù)據(jù)存儲部件207的數(shù)據(jù)結(jié)構(gòu)的示例。
圖8是依照本發(fā)明實施例的要求申請者改變休假日的電子郵件的示例。
圖9是舉例說明依照本發(fā)明實施例的用于調(diào)整工作日程安排的系統(tǒng)的服務器20所執(zhí)行的處理的流程圖。
圖10舉例說明了信息處理設備100的硬件配置的示例,其充當雇員終端10、用于調(diào)整工作日程安排的系統(tǒng)的服務器20或者管理者終端30。
具體實施例方式
下面將參考附圖詳細描述本發(fā)明的優(yōu)選實施方式。然而,下列實施例決不意欲限制所請求保護的發(fā)明的范圍。此外,在所述實施例中公開的特征的所有組合并非總是本發(fā)明解決手段所必需的。
此外,本發(fā)明可以依照許多不同的模式來進行,并且不應該被解釋為局限于具體實施方式
。還應注意的是,在所述實施例中公開的特征的所有組合并非總是本發(fā)明解決手段所必需的。在具體實施方式
的描述中,利用相同的附圖標記來表示相同的元件。
圖1是依照本發(fā)明實施例的用于調(diào)整工作日程安排的系統(tǒng)。用于調(diào)整工作日程安排的系統(tǒng)包括服務器20、雇員終端10以及管理者終端30。所述服務器20接收由雇員從雇員終端10輸入的涉及工作日程安排的申請,所述雇員諸如是全日制雇員、臨時雇員以及兼職雇員。涉及工作日程安排的申請是休假申請。另一方面,在要求雇員提交有關他們何時打算工作的申請的組織中,涉及工作日程安排的申請可以是工作申請。當接收到這種申請時,提交申請的雇員的管理者在管理者終端30上檢查申請中表明的內(nèi)容,并且如果休假不會產(chǎn)生任何問題,那么管理者批準所述申請。為了便于描述,除非另有說明,否則現(xiàn)在假定雇員提交休假申請。
圖2是舉例說明依照本發(fā)明實施例的用于調(diào)整工作日程安排的系統(tǒng)的服務器20的功能框圖。所述服務器20包括接收器201、申請存儲部件202、所需雇員數(shù)目存儲部件203、計算器204、確定部件205、選擇器206、雇員數(shù)據(jù)存儲部件207、休假類型存儲部件208和請求器209。
所述接收器201首先向雇員終端10發(fā)送休假申請屏幕。圖3舉例說明了在雇員終端10上顯示的休假申請屏幕的示例。所述休假申請屏幕顯示申請者部門、申請者姓名和工作模式以及分配給申請者的輪班模式,作為用于說明申請者的信息。所述屏幕還顯示所要求的資格、受到工作管理的月和年、申請者在當月和年的工作日程安排、申請類型、涉及申請是否已被批準的信息、沒有任何困難地完成任務所需雇員數(shù)目、應當工作的當前雇員數(shù)目、以及申請者可以調(diào)整休假日的可能性。
根據(jù)涉及存儲在雇員數(shù)據(jù)存儲部件207中的申請者工作模式的信息來顯示申請者工作日程安排。休假類型包括有薪假期和特殊假期。特殊假期指的是公司不應該/不能通過特殊理由來拒絕的高優(yōu)先級假期,正如婦女的產(chǎn)假那樣。因此,在優(yōu)選的實施例中,特殊假期不同于有薪假期,并且把較高優(yōu)先級給予特殊假期。采用這樣的安排,只有當日應當工作的雇員數(shù)目超出所需雇員數(shù)目時,才會批準有薪假期的申請。另一方面,即便當日應當工作的雇員數(shù)目少于所需雇員數(shù)目時,也會批準特殊假期的申請。在這種申請屏幕的示例中,在“申請”的列中,“P”指的是已經(jīng)申請的有薪假期,而“S”指的是已經(jīng)申請的特殊假期。
根據(jù)存儲在所需雇員數(shù)目存儲部件203中的所需雇員數(shù)目數(shù)據(jù)來顯示所需雇員數(shù)目,下面將論述這部分內(nèi)容。作為所需雇員數(shù)目,所需雇員數(shù)目是根據(jù)申請者工作模式和輪班模式來顯示的。應當工作的雇員數(shù)目是根據(jù)存儲在申請存儲部件202中的申請信息來計算的,下面將論述這部分內(nèi)容,并且所計算的雇員人數(shù)被顯示出來。依照此方式,通過顯示所需雇員數(shù)目和應當工作的雇員數(shù)目,申請者在申請休假以前可以檢查他/她是否可以休假而不會產(chǎn)生任何問題。如果應當工作的雇員數(shù)目少于所需雇員數(shù)目,那么期待申請者主動改變休假日。
可能會存在某些情況,例如在一個雇員剛剛申請休假之后,另一雇員申請同一天休假,并且因更新數(shù)據(jù)的時間問題,使得應當工作的雇員數(shù)目變得少于所需雇員數(shù)目。在此情況下,如果所述申請涉及常規(guī)的有薪假期而不是特殊假期,那么判斷所述申請是可調(diào)整的,并且在“可調(diào)整性”列中用O表示。這樣做會引起申請者注意,并且期待申請者主動改變休假日,而不是由管理者命令調(diào)整休假日。
返回參考圖2的描述,當雇員通過休假申請屏幕申請休假時,所述接收器201接收從雇員終端10發(fā)送的申請。所述接收器201把接收到的申請中包含的信息存儲在申請存儲部件202中。圖4舉例說明了申請存儲部件202的數(shù)據(jù)結(jié)構(gòu)的示例。在所述申請存儲部件202中,休假日、申請者姓名和申請類型(即,有薪假期或特殊假期)被存儲。在這些例子中,在2005年6月3日,Ichiro KINMU申請有薪假期,而Hanako SUZUKI申請?zhí)厥饧倨凇?br>
所述所需雇員數(shù)目存儲部件203存儲每個工作日的所需雇員數(shù)目。圖5舉例說明了所需雇員數(shù)目存儲部件203的數(shù)據(jù)結(jié)構(gòu)的示例。所需雇員數(shù)目存儲部件203依照工作模式、輪班模式和所要求的資格來存儲每天的所需雇員數(shù)目。在這些例子中,表明了2005年6月1日的所需雇員數(shù)目。對于固定工作雇員(9:00-17:00),需要15名雇員。對于擁有資格A的輪班(早班、晚班和夜班中的一個)工作雇員,需要10名雇員。
計算器204累計每個工作日的休假申請的數(shù)目,以便計算應當工作的雇員數(shù)目。休假申請的數(shù)目可以參考申請存儲部件202通過累計每個工作日的申請數(shù)目來計算。應當工作的雇員數(shù)目可以通過從屬于相應組織的雇員數(shù)目中減去申請數(shù)目來計算。如果要求雇員提交他們打算何時工作的申請,那么申請的數(shù)目等于應當工作的雇員數(shù)目。在上述休假申請屏幕上顯示已計算的應當工作的雇員人數(shù)以及從所需雇員數(shù)目存儲部件203中讀取的所需雇員數(shù)目。
確定部件205確定由計算器204計算的應當工作的雇員數(shù)目是否少于所需雇員數(shù)目。所需雇員數(shù)目可以從所需雇員數(shù)目存儲部件203中獲得。如果確定部件205確定應當工作的雇員數(shù)目少于所需雇員數(shù)目,那么控制從確定部件205轉(zhuǎn)入選擇器206。
如果雇員申請在應當工作的雇員數(shù)目少于所需雇員數(shù)目的那天休假,那么接收器201會在申請屏幕上顯示一條消息,所述消息用來請求雇員停止提交申請,所述消息例如是“在你申請休假的那天,完成任務所需的雇員數(shù)目不夠,懇請重新考慮你的申請”。這樣做會使雇員主動停止在那天休假。作為選擇,如果確定應當工作的雇員數(shù)目少于所需雇員數(shù)目,那么可以系統(tǒng)性地阻止雇員提交申請。在此情況下,把表明是否停止提交申請的標志提供給所需雇員數(shù)目存儲部件203,并且接收器201通過參考所述標志來控制對申請的接收。
如果存儲在所需雇員數(shù)目存儲部件203中的所需雇員數(shù)目被改變,特別是如果所需雇員數(shù)目增加,那么在改變之后,應當工作的當前雇員數(shù)目可能變得少于所需雇員數(shù)目。因此,在優(yōu)選的實施例中,如果所需雇員數(shù)目被改變,那么確定部件205重新確定應當工作的雇員數(shù)目是否少于所需雇員數(shù)目。
選擇器206選擇非應當工作的雇員,即,已經(jīng)提交申請的雇員,以便發(fā)送電子郵件來請求他們改變休假日。可以通過參考申請存儲部件202來獲得已經(jīng)提交申請的雇員。如果要求雇員提交關于他們打算何時工作的申請,那么存儲在申請存儲部件202中的雇員是應當工作的雇員,并且非應當工作的雇員是屬于相應組織并且沒有提交申請的雇員。在此情況下,選擇器206通過參考雇員數(shù)據(jù)存儲部件207來選擇屬于該組織并且沒有提交申請的雇員,下面論述此部分內(nèi)容。
在優(yōu)選的實施例中,休假的申請例如被分類為有薪假期和特殊假期,并且把優(yōu)先級分配給已分類的元素并且存儲在休假類型存儲部件208中。在圖6所示的例子中,特殊假期的優(yōu)先級被設置得比有薪假期要高。只有當日應當工作的雇員數(shù)目超出所需雇員數(shù)目時,才會批準有薪假期的申請。另一方面,即便當日應當工作的雇員數(shù)目少于所需雇員數(shù)目時,也會批準特殊假期的申請。
某些工作要求雇員擁有預定的資格。因此,在優(yōu)選的實施例中,參考圖5討論的所需雇員數(shù)目存儲部件203存儲擁有預定資格的所需雇員數(shù)目。雇員數(shù)據(jù)存儲部件207存儲涉及各個雇員所擁有的資格的信息。選擇器206參考所需雇員數(shù)目存儲部件203以便檢查應當工作的雇員是否需要預定的資格。如果是,選擇器206就參考雇員數(shù)據(jù)存儲部件207,以便從擁有預定資格的雇員當中選擇已經(jīng)提交休假申請的雇員。
某些組織具有多個工作模式(例如,固定工作模式、三班工作模式、家庭辦公模式)。因此,在優(yōu)選的實施例中,在參考圖5論述的所需雇員數(shù)目存儲部件203中,依照每種工作模式來存儲所需雇員數(shù)目,并且雇員數(shù)據(jù)存儲部件207存儲每一雇員的工作模式。如果預定工作模式的應當工作的雇員數(shù)目少于所需雇員數(shù)目,那么選擇器206參考雇員數(shù)據(jù)存儲部件207,以便從該工作模式的雇員當中選擇已經(jīng)提交申請的雇員。
圖7舉例說明了雇員數(shù)據(jù)存儲部件207的數(shù)據(jù)結(jié)構(gòu)的示例。雇員數(shù)據(jù)存儲部件207存儲雇員姓名、部門、資格和工作模式。在這個例子中,Ichiro KINMU屬于制造廠1,擁有資格A并且以三班模式工作。
如上所述,選擇器206選擇要向其發(fā)送電子郵件來要求他們改變休假日的雇員。然而,如果存在許多特殊假期申請,由于無論所需雇員數(shù)目如何都應該批準,所以在相應工作模式的雇員當中沒有雇員可以被要求改變休假日。在此情況下,選擇器206可以選擇另一工作模式的雇員。這樣做能夠向家庭辦公模式的雇員發(fā)送電子郵件來要求他們在辦公室工作。如果在相應的組織中沒有可以要求其改變休假日的雇員,那么選擇器206可以選擇屬于另一組織的雇員并且向管理者報告所選雇員。
請求器209向選擇器206選擇的雇員發(fā)送電子郵件,以便要求他/她改變休假日或者改變家庭辦公日。圖8舉例說明了要求雇員改變休假日的電子郵件的示例。在這種電子郵件中,為了方便雇員,將雇員可以休假的替代日期一起示出。所述替代日期是從存在比工作中所需雇員數(shù)目更多的雇員的日期中選出的。
圖9是舉例說明依照本發(fā)明實施例的用于調(diào)整工作日程安排的系統(tǒng)的服務器20所執(zhí)行的處理的流程圖。服務器20的接收器201向雇員終端10發(fā)送申請屏幕(S901)。雇員提交休假申請,然后,所述接收器201接收從雇員終端10發(fā)送的申請(S902)。把申請中表明的內(nèi)容存儲在申請存儲部件202中(S903)。
計算器204通過參考申請存儲部件202來累計申請數(shù)目(S904)。累計運算可以每隔一定間隔或者每當雇員提交申請時執(zhí)行。在這種累計運算中,根據(jù)所累計的申請數(shù)目來計算應當工作的雇員數(shù)目。
確定部件205確定所計算的應當工作的雇員人數(shù)是否少于存儲在所需雇員數(shù)目存儲部件203中的所需雇員數(shù)目(S905)。如果應當工作的雇員數(shù)目不少于所需雇員數(shù)目(S905是),那么申請被批準(S906)。
如果應當工作的雇員數(shù)目少于所需雇員數(shù)目(S905否),那么選擇器206通過搜索申請存儲部件202來選擇可以要求其改變休假日的一個或多個雇員,即,已經(jīng)要求休假的申請者(S907)。
請求器209向所選雇員發(fā)送電子郵件來要求他們改變休假日(S908)。
如果存儲在所需雇員數(shù)目存儲部件203中的所需雇員數(shù)目增加,那么確定部件205重新確定應當工作的雇員數(shù)目在改變之后是否變得少于所需雇員數(shù)目(S905)。
圖10舉例說明了信息處理設備100的硬件配置的示例,其充當雇員終端10、用于調(diào)整工作日程安排的系統(tǒng)的服務器20或者管理者終端30。信息處理設備100包括CPU(中央處理單元)1001和連接至總線1002的主存儲器1004。諸如硬盤驅(qū)動器1013和1030、CD-ROM驅(qū)動器1026和1029、軟盤驅(qū)動器1020、MO驅(qū)動器1028和DVD-ROM驅(qū)動器1031之類的可移動存儲設備(可移除記錄介質(zhì)的外部存儲系統(tǒng))經(jīng)由IDE控制器1025或者SCSI控制器1027與總線1002相連。所述硬盤驅(qū)動器1013或者1030可以充當圖2中所示的申請存儲部件202、所需雇員數(shù)目存儲部件203或者雇員數(shù)據(jù)存儲部件207。
諸如軟盤、MO、CD-ROM或者DVD-ROM之類的存儲介質(zhì)可安裝在可移動存儲設備中。把用于協(xié)同操作系統(tǒng)向CPU發(fā)送命令以便實施本發(fā)明的計算機程序代碼存儲在上述存儲介質(zhì)、硬盤驅(qū)動器1013和1030和ROM 1014中。計算機程序可以通過被載入主存儲器1014來執(zhí)行。計算機程序可以被壓縮或者劃分為多個段,并且被記錄在多個記錄介質(zhì)上。通過程序驅(qū)動并由信息處理設備100執(zhí)行的操作與用于調(diào)整工作日程安排的系統(tǒng)的服務器20執(zhí)行的操作相同,這部分內(nèi)容已經(jīng)參考圖9論述過了,由此省略對其的說明。
信息處理設備100經(jīng)由鍵盤/鼠標控制器1005來接收來自用戶接口設備的輸入,所述用戶接口設備諸如是鍵盤1006和鼠標1007。信息處理設備100經(jīng)由DAC/LCDC 1010連接至顯示設備1011,以便向用戶呈現(xiàn)可視數(shù)據(jù)。
信息處理設備100可以經(jīng)由網(wǎng)絡適配卡1018(Ethernet卡或者令牌環(huán)卡)與網(wǎng)絡相連,以便與其它計算機通信。
依照先前的描述,易于理解的是,適用于實現(xiàn)依照本發(fā)明實施例的有助于工作日程安排管理的服務器20的信息處理設備100可以通過大型機、工作站、諸如通用個人計算機的信息處理設備或者其組合來實現(xiàn)。形成信息處理設備100的部件僅僅是舉例,而不是實現(xiàn)本發(fā)明必不可少的所有元件。
本領域技術人員很容易對本發(fā)明做出各種修改。例如,可以組合多個機器,并且可以把形成用于本發(fā)明實施例的信息處理設備100的硬件元件的功能分布到被組合的機器中并且執(zhí)行。這種修改應包括在本發(fā)明的思想內(nèi)。
雖然已經(jīng)參考優(yōu)選實施例描述了本發(fā)明,但是應該理解的是,本發(fā)明的技術范圍不局限于所公開的實施例。本領域技術人員顯而易見的是,可以向?qū)嵤├砑硬煌男薷暮透倪M。隨后權(quán)利要求書的范圍應被給予最寬泛的解釋,從而包括這種修改和改進。
權(quán)利要求
1.一種用于調(diào)整工作日程安排的系統(tǒng),包括接收器,用于從雇員終端接收涉及工作日程安排的一個或多個申請并且存儲所接收的一個或多個申請;所需雇員數(shù)目存儲部件,用于存儲所需的工作中的雇員數(shù)目;計算器,用于通過累計所接收的一個或多個申請來計算應當工作的雇員數(shù)目;確定部件,用于確定應當工作的雇員數(shù)目是否小于所需雇員數(shù)目;選擇器,用于當應當工作的雇員數(shù)目小于所需雇員數(shù)目時,基于所存儲的一個或多個申請來選擇非應當工作的一個或多個雇員;以及請求器,用于發(fā)送請求以便要求所選擇的一個或多個雇員改變工作日程安排。
2.如權(quán)利要求1所述的系統(tǒng),其中所述接收器在雇員終端的申請屏幕上至少顯示在所述申請中指明的那一天所需雇員數(shù)目和當前的應當工作的雇員數(shù)目。
3.如權(quán)利要求2所述的系統(tǒng),其中涉及工作日程安排的所述一個或多個申請是休假申請。
4.如權(quán)利要求3所述的系統(tǒng),其中,如果因申請的接受而使得在申請中所指明的那一天應當工作的雇員數(shù)目變得小于所需雇員數(shù)目,那么接收器在申請屏幕上顯示用于請求停止提交申請的消息。
5.如權(quán)利要求3所述的系統(tǒng),其中在所述請求中指明了休假的替代日期。
6.如權(quán)利要求1所述的系統(tǒng),其中所述確定部件響應于所需雇員數(shù)目的改變來重新確定應當工作的雇員數(shù)目是否變得小于所需雇員數(shù)目。
7.如權(quán)利要求1所述的系統(tǒng),其中依照每種類型的申請設置優(yōu)先級,并且所述選擇器依照優(yōu)先級選擇向其發(fā)送請求的一個或多個雇員。
8.如權(quán)利要求1所述的系統(tǒng),還包括雇員數(shù)據(jù)存儲部件,用于存儲每個雇員擁有的資格,其中所需雇員數(shù)目存儲部件還存儲所要求的資格,并且如果要求工作中的雇員具有預定的資格,那么選擇器參考雇員數(shù)據(jù)存儲部件,以便從擁有預定的資格的雇員當中選擇向其發(fā)送請求的一個或多個雇員。
9.如權(quán)利要求1所述的系統(tǒng),還包括雇員數(shù)據(jù)存儲部件,用于存儲每個雇員的工作模式,其中所需雇員數(shù)目存儲部件依照每個工作模式來存儲所需雇員數(shù)目,并且所述選擇器根據(jù)工作模式來選擇向其發(fā)送請求的一個或多個雇員。
10.如權(quán)利要求9所述的系統(tǒng),其中,如果沒有所要求的工作模式的雇員,那么所述選擇器從另一種工作模式的雇員中選擇向其發(fā)送請求的一個或多個雇員。
11.一種用于調(diào)整工作日程安排的方法,包括存儲步驟,用于存儲從雇員終端接收的涉及工作日程安排的一個或多個申請;計算步驟,用于通過累計所接收的一個或多個申請來計算應當工作的雇員數(shù)目;確定步驟,用于確定應當工作的雇員數(shù)目是否小于預先確定的所需雇員數(shù)目;選擇步驟,用于當應當工作的雇員數(shù)目小于所需雇員數(shù)目時,基于在存儲步驟中所存儲的一個或多個申請來選擇非應當工作的一個或多個雇員;以及發(fā)送步驟,用于發(fā)送請求以便要求所選擇的一個或多個雇員改變工作日程安排。
全文摘要
提供了這樣一種系統(tǒng),如果應當工作的雇員數(shù)目小于所需雇員數(shù)目,那么所述系統(tǒng)通過向非應當工作的雇員發(fā)送電子郵件以要求他們改變工作日程安排來調(diào)整工作日程安排。所述系統(tǒng)包括接收器,用于從雇員終端接收涉及工作日程安排的一個或多個申請并且存儲所接收的一個或多個申請,所需雇員數(shù)目存儲部件,用于存儲工作中的所需雇員數(shù)目,計算器,用于通過累計所接收的一個或多個申請來計算應當工作的雇員數(shù)目,確定部件,用于確定應當工作的雇員數(shù)目是否小于所需雇員數(shù)目,選擇器,用于當應當工作的雇員數(shù)目小于所需雇員數(shù)目時,基于所存儲的一個或多個申請來選擇非應當工作的一個或多個雇員,以及請求器,用于發(fā)送請求以便要求所選擇的一個或多個雇員改變工作日程安排。
文檔編號G06Q10/10GK1991886SQ200610144660
公開日2007年7月4日 申請日期2006年11月14日 優(yōu)先權(quán)日2005年12月26日
發(fā)明者村川淳一 申請人:國際商業(yè)機器公司