專利名稱：通過共享表示在保護隱私的同時協(xié)商進度的系統(tǒng)、方法和服務的制作方法
技術領域：
本發(fā)明總體上涉及電子日歷。更具體地說，本發(fā)明涉及用于協(xié)商如時間等會議細節(jié)的方法，而不需要參加者把對他們的日歷或其日歷上信息的控制交給會議組織者。
背景技術：
會議的安排進度通常充滿問題；對所有參與者這個過程都是麻煩和破壞性的。當會議安排進度者對那些希望出席或必須出席的人沒有管理手段或其它控制的時候，情況尤其是這樣。一種典型的會議安排進度方法是向會議安排進度者希望在特定時間、特定地點參加特定議程的所有人發(fā)邀請。因此，邀請呈現(xiàn)出在工作流程結構和語氣上都非常正式的形象，這阻礙了關于會議、議程等的必要討論。經(jīng)常在邀請發(fā)出后，會議安排進度者不得不重新修訂邀請并且重發(fā)，廣播一些微小的改變。
安排會議進度問題的一種傳統(tǒng)解決方法是讓希望參加會議的每個員工或者人員都張貼一個可以讓其它員工或人員在網(wǎng)絡上查看的電子日歷。希望安排會議進度的人然后就能夠看到那些他們希望參加會議的人的電子日歷并且將會議時間與參加者的可用時間設置成一致。但是，電子日歷由于種種原因通常并不是用戶時間的精確反映。許多用戶并不維護電子日歷。大多數(shù)用戶并不記錄所有的活動，尤其是日常事件(例如，來回上班、午飯、慢跑等)。許多用戶不會把例如和醫(yī)生的約定等敏感信息放到電子日歷中，這會影響到他們是否在會議時有空。
即使日歷精確地反映了用戶時間，但許多問題與個人隱私及對什么時候一個人忙或可以參加會議的信息和時間(忙時間對閑時間)的控制有關。關于他們自己的個人信息，員工有不同的期望隱私水平。信息是否是隱私的與這是誰的信息有關。例如，某人認為他的醫(yī)療約定是隱私的，而其他人則認為這是沒什么害處的。
即使當信息對個人來說不是隱私的時候，它仍然會是社會敏感的。例如，對申請者的內(nèi)部工作面試也許是申請者不想讓他的組員或者上司知道的信息。張貼在電子日歷上的其它員工可見的信息可能會泄露公司安全。例如，電子日歷上的會議主題或參加者名單可能會向未授權人員暴露機密信息或泄露未公開的商業(yè)策略。另外，員工電子日歷的分發(fā)會帶來對員工時間使用的不故意的描述，這導致同行對時間管理和分配的判斷。而且，有些人不希望放棄對他們進度表或就象進度表上所反映的他們自己的控制。
方便會議安排進度的常規(guī)方法包括開放日歷和日歷代理(閑時間訪問)的廣泛種類。由于會議安排進度者能夠看見同事的時間分配并且還可以對同事日歷上分配的時間質(zhì)量或性質(zhì)產(chǎn)生影響，從而允許會議安排進度者選擇一個所有受邀者都能參加的會議時間，因此開放日歷提高了協(xié)調(diào)。
但是，存在大量與開放日歷方法相關的隱私和社會問題。這些問題可以通過多種方法來控制，例如，通過訪問設置限制什么內(nèi)容其它人可以看見、創(chuàng)建使用密碼和上下文敏感的項來掩蓋項的含義、略去私人項及安排日歷中的工作時間或假約會的進度來限制可能時間安排進度的閑時間。
一種試圖解決安排進度問題的較不開放的方法是把個人日歷簡化為閑或忙時間。例如，某個員工指定一天中的一部分時間忙，而其它時間是閑的可以用來安排會議進度。盡管這種方法除去了員工日歷上特定主題的暴露，但它仍然把對日歷的控制委派給其它人。盡管員工在特定時間可能是空閑的，但他可能會有對會議時間的偏好，這種偏好不能由簡單的閑/忙指定傳達出來。另外，在員工日歷上閑或忙時間的指定會允許同事或上司對員工時間管理的干涉。員工又一次暴露了他們寧愿保密的信息。
iCalendarTM是一種為通過互聯(lián)網(wǎng)開放地交換日歷和調(diào)度信息定義了公共格式的對象模型。iCalendar定義了閑/忙時間類型，缺省是忙。這種模型將員工日歷上可能的時間類別定義為閑、忙、不能利用的忙或暫時忙。閑時間指其他人可以自由安排進度的時間段。忙時間指已經(jīng)有一個或多個事件要安排進度的時間段。不能利用的忙指不僅忙而且不能被安排進度的時間段。暫時忙指由于一個或多個事件已經(jīng)被暫時安排進度因此忙的時間段。
基于閑/忙時間的日歷系統(tǒng)盡管是一種有用的模型，但僅與參加者或組織者可以訪問的情況一樣有效，與各個參加者的日歷一樣精確。由于日歷系統(tǒng)的參加者通常不能保持他們的日歷是最近的，因此實現(xiàn)這樣的系統(tǒng)時就會引起許多困難。
盡管這種技術已經(jīng)被證明是有用的，但希望出現(xiàn)其它的改進。因此，所需要的是允許用戶協(xié)商會議細節(jié)而不暴露個人信息的系統(tǒng)、計算機程序產(chǎn)品及相關的方法。這樣的方法允許會議安排進度者在發(fā)出邀請之前協(xié)商會議的細節(jié)，從而消除對會議微小改變的廣播。對這種解決方案的需求迄今為止一直不能令人滿意。

發(fā)明內(nèi)容
本發(fā)明滿足了這個需求，并且提出了一種用新方法來通過共享表示為安排進度、協(xié)商進度同時又保護隱私的系統(tǒng)、計算機程序產(chǎn)品、服務及相關的方法(這里全部稱為“此系統(tǒng)”或“本系統(tǒng)”)。本系統(tǒng)集成了所有與安排進度相關的信息，如用戶可以開會的時間、地點等。
另外，本系統(tǒng)減少了對可能的會議參加者將時間指定為閑或忙的依賴。因此，本系統(tǒng)使得能夠有更豐富的時間偏好而不僅僅是閑或忙，從而允許可能的會議參加者指定除可用時間外的偏好。本系統(tǒng)支持作為討論機制的注釋和評論，在會議邀請發(fā)出之前給會議安排進度者反饋。而且，本系統(tǒng)補充了對會議細節(jié)的協(xié)商，這通常是通過電子郵件、即時消息傳送、電話等發(fā)生的。
本系統(tǒng)提供了向參加者提供可能的會議時間而不是提前指定會議時間的特征。另外，給會議提供的可能時間是以有界協(xié)商的形式提供的，例如，參加者可以從周四或周五，下午2:00到下午5:00的有界協(xié)商中選擇對他們來說參加會議的最佳時間。此外，本系統(tǒng)是動態(tài)的協(xié)商對象，與會議組織者和參加者交互來識別會議的最佳時間。
另外，本系統(tǒng)允許對除時間之外的會議的所有方面，如地點、主題、議程等，進行多樣性的協(xié)商。本系統(tǒng)可以用來協(xié)商任何需要參加者出席的事件的任何方面，參加者可以從參加者或其它人的提前輸入中受益。例如，本系統(tǒng)可以用來在朋友中組織周末滑雪、釣魚旅行、撲克之夜或者是參加者還要指定要帶的食物項的家常便飯。
本系統(tǒng)將協(xié)商與邀請分開。另外，本系統(tǒng)還分散了協(xié)商，從會議組織者身上除去了協(xié)商的負擔。作為代替，會議組織者把這個過程委托給協(xié)商對象。每個參加者都與協(xié)商對象進行交互，直到確定一個相互滿意的時間。本系統(tǒng)的協(xié)商過程把會議組織者從管理協(xié)商細節(jié)中拯救了出來。另外，本系統(tǒng)還使會議參加者能夠預訂會議組織者的時間而不是會議組織者預訂參加者的時間，這給安排會議進度提供了更成功和更少費時的途徑。
由本系統(tǒng)調(diào)節(jié)的協(xié)商包括雙方或多方。在一種典型的例子中，協(xié)商包括一個會議組織者和一些參加者。會議組織者發(fā)起與n個參加者的協(xié)商；參加者向協(xié)商提供他們的輸入。在看到協(xié)商中所有的集成安排進度信息后，本系統(tǒng)把協(xié)商定下來。協(xié)商的確定發(fā)出這個事件的邀請。
本系統(tǒng)安排一個典型會議進度的協(xié)商時間過程在下面的步驟中概述。組織者通過指定已知的會議屬性(例如，會議主題、地點、持續(xù)時間、參加者)發(fā)起協(xié)商。組織者還“提供”他愿意開會的時間段，將每個時間段與他對在那個時間開會的希望程度(例如，優(yōu)選的、可以接受的、不贊成的)聯(lián)系起來。例如，周一下午是優(yōu)選的，而周五上午9點到11點是可以接受的。當提供他的時間段時，組織者可以選擇查看并考慮他或她自己的日歷及如果可以得到的話還有所有參加者閑時間的聚合視圖。
當?shù)玫轿礇Q協(xié)商的通知時，參加者就訪問該協(xié)商。在與協(xié)商者后面的人相似的過程中，參加者提供他想開會的時間段，將每個時間段與他自己對在那個時間開會的期望程度聯(lián)系起來。依賴于協(xié)商選項，參加者可以或不必被組織者提供的原始時間段所界定。如果沒有界定，則參加者可以自由地提供與組織者最初建議時間段不同的時間段。在任何一種情況下，參加者都指出了他對時間段的偏好。當提供他或她的時間段時，參加者可以選擇查看并考慮他或她自己的日歷以及那些已經(jīng)由其他人提供的時間段及其期望的聚合視圖。
在所有的參加者都對協(xié)商作出反應后，為了確定會議的時間，組織者查看包含在協(xié)商中的集成安排進度信息。這包括全部提供的時間段及其期望的聚合視圖。然后組織者選擇實際的會議開始時間，預先定義好的持續(xù)時間。根據(jù)參加者提供的信息和原始的會議界定，組織者將協(xié)商定下來。協(xié)商的確定發(fā)出事件邀請，包括會議的日期/時間、地點、主題、參加者等。
本系統(tǒng)與組織會議的傳統(tǒng)方法相比顯示出以下優(yōu)勢。因為它不依賴于使用電子日歷并在日歷中保留精確進度的個人或參加者，所以本系統(tǒng)的協(xié)商支持更大的用戶基礎。另外，本系統(tǒng)的協(xié)商對象還保護了隱私。用戶不必授權其它人訪問他的日歷，也不必放棄對其信息和時間的控制。協(xié)商對象只包含對那個事件用戶輸入的信息。日歷委托或閑時間、忙時間的訪問是不必要的。但是，如果閑時間、忙時間的訪問可用，則本系統(tǒng)可以在協(xié)商過程中利用該信息。
而且，因為每一方都直接與協(xié)商對象打交道，所以組織者和參加者之間的更新通信減少了。另外，本系統(tǒng)的協(xié)商對象總是為被協(xié)商的事件反映最新的狀態(tài)。協(xié)商對象還可以反映影響協(xié)商的外部行為(例如，時間段不再可用)。此外，協(xié)商提供了一種一般并不與官方的安排進度事件關聯(lián)的非正式水平(例如提供開會的時間)，從而鼓勵組織者與參加者之間的對話并建立更有效的會議氣氛。同樣，本系統(tǒng)協(xié)商對象中的協(xié)商不限于時間；例如，會議參加者、地點、議程等也可以被協(xié)商。
本系統(tǒng)的一個特征是稱作提供時間的時間指定。提供時間是用來表示接受或拒絕的時間段，即，那些用戶提供的日期/時間是可用的時間段。在精確日歷的情況下，提供的日期/時間最有可能與閑時間相同或是其子集。在不精確日歷的情況下，提供的日期/時間最有可能是閑時間的超集。但是，提供的時間可以與閑時間完全無關。例如，盡管用戶可能已經(jīng)有一個已經(jīng)安排進度的會議，但那個時間仍然可以被提供為可用的。然后協(xié)商在組織者和要開會的參加者所提供的時間中發(fā)生。
建議的事件也許沒有預定的時間；在這種情況下，本系統(tǒng)提出有界的協(xié)商時間段。例如，組織者可以提議與他的同事在本周三或周五下午任何時間有一個小時的事件。這些提供的時間被有界協(xié)商時間段界定。組織者的同事可以通過提供他們自己的有界協(xié)商時間段來“協(xié)商”。這些時間段會限制組織者的時間段(例如，周三從下午2點-4點)或者會擴展組織者的時間段(例如，周三全天)。有界協(xié)商時間段提供了靈活性，允許建議事件的各方集中到事件而不是后勤上。以其更大的界限，有界協(xié)商時間段還提供了一個更好的機會來尋找相互同意的時間。
提議的事件也許不要求特定的參加者。在某些情況下，一個組中有一個代表或者有特殊角色的某個人等就可滿足該事件的需要。例如，在計算機軟件公司，討論在開發(fā)中產(chǎn)品狀態(tài)的事件可能要求從服務器組，客戶機組和安全組出一個代表。當提議事件時，組織者可以用許多方法指定參加者，包括特別地指定一個參加者、指定一個允許代替的參加者、指定在指定組中的一個參加者必須出席及指定具有特定角色(例如，律師、會計、VP)的參加者必須出席。
協(xié)商對象集成了所有與安排進度相關的信息。作為聚集，過去和當前事件的協(xié)商對象提供了可以從中檢測到模式的歷史。這些活動的模式可以用來通過使得能夠進行自動處理促進當前或?qū)淼膮f(xié)商。自動處理在合適的時候可以包括如基于用戶的安排進度事件來預選協(xié)商界限、預選最早的開始和結束點(例如，用戶很少在上午8點之前或下午5點之后開會)、基于事件的主題預選參加者、優(yōu)化事件的最終確定及接受事件等事情。
本系統(tǒng)的協(xié)商對象集成了所有與安排進度相關的信息，如用戶可以開會的時間、地點等。本系統(tǒng)總是反映被協(xié)商事件的最新狀態(tài)。它還反映了影響協(xié)商的外部行為，如時間段不再可用。
協(xié)商對象包括由組織者和參加者提供的時間段。有些時間段可以不考慮，而其它的則可能要加到考慮中來。取消提供時間的一個原因可能是這個時間不再可用；例如，提供的時間已經(jīng)被其它的事件安排進度了。當一個時間段作為可能的會議時間提供給許多人時，用戶可能需要撤銷該提供的時間。當一個完全獨立的事件在這段時間被安排進度時，該提供的時間也會被撤銷。如果現(xiàn)在那段時間可用，則該提供的時間會被加上，例如以前的進度事件取消了。用戶可以選擇在以前提供的時間內(nèi)安排進度的新事件是否應當自動地在協(xié)商對象中反映出來。用戶總是能夠手動地更改其提供的時間。
動態(tài)協(xié)商對象的好處是當被用戶打開或查看時，動態(tài)協(xié)商對象反映了訪問時的最新信息，從而消除了在典型安排進度和重新安排進度操作中包含的持續(xù)更新。
協(xié)商的典型情景是“組事件”，其中組織者同參加者安排會議進度。另一常見的情景包括同伴集體安排事件進度(比如，滑雪周末)。在這些情況下，有一種協(xié)商對象可以用來表示這一事件的協(xié)商。一種較不常見的情景包括安排一系列各個會議的進度。例如，經(jīng)理想要每周一次單獨會見其團隊中的每個成員。或者申請者與團隊中的每個成員面試。在這種情況下，有一種協(xié)商對象能用來表示許多事件的協(xié)商，“組織者”和每個參加者有一個。例如，經(jīng)理可能需要會見五個員工。只需要一個協(xié)商對象來建立這一系列的會見，而不是五個。后續(xù)的協(xié)商跨越五個事件，每個參加者一個。


本發(fā)明的各種特征及獲得它們的方式將參考下面的描述、權利要求書和附圖更詳細地描述，其中標號在適當時候是重用的，用來指示參考項之間的對應性，其中圖1是一種示例性操作環(huán)境的示意圖，其中能夠使用本發(fā)明的會議協(xié)商系統(tǒng)；圖2是圖1會議協(xié)商系統(tǒng)的高層體系結構的方框圖；圖3是說明圖1和2會議協(xié)商系統(tǒng)操作方法的概況的方法流程圖；圖4是說明圖1和2會議協(xié)商系統(tǒng)讓會議組織者發(fā)起會議協(xié)商的用戶界面圖；圖5是說明圖1和2會議協(xié)商系統(tǒng)讓參加者響應會議協(xié)商的用戶界面圖；圖6是說明圖1和2會議協(xié)商系統(tǒng)讓會議組織者確定會議協(xié)商的用戶界面圖；圖7是說明圖1和2會議協(xié)商系統(tǒng)用戶登錄的操作方法的方法流程圖；圖8是說明圖1和2會議協(xié)商系統(tǒng)發(fā)起協(xié)商的操作方法的方法流程圖；及圖9是說明圖1和2會議協(xié)商系統(tǒng)響應協(xié)商的操作方法的方法流程圖。
具體實施例方式
下面的定義和解釋提供了關于本發(fā)明技術領域的背景信息，目的是方便對本發(fā)明的理解而不是要限制其范圍API(應用程序接口)由計算機操作系統(tǒng)或另一應用程序指定的特定方法，通過該方法寫應用程序的程序員可以進行向操作系統(tǒng)或另一應用程序的請求。
EJB(企業(yè)Java控件)由Sun Microsystems開發(fā)的Java API，它為多層客戶機/服務器系統(tǒng)定義了組件體系結構。EJB的類型包括執(zhí)行處理的會話控件、表示諸如數(shù)據(jù)庫中行或表等數(shù)據(jù)的實體控件及處理Java消息服務(JMS)消息的消息驅(qū)動控件。
IIOP(互聯(lián)網(wǎng)ORB間協(xié)議)基于共同對象請求代理體系結構(CORBA)的協(xié)議，它定義了分布式對象如何通信并且允許許多平臺上的客戶端軟件訪問和使用服務器上相同的對象。
Internet互連的公共和專用計算機網(wǎng)絡的集合，通過一組標準協(xié)議與路由器連接在一起形成全球化的分布式網(wǎng)絡。
Java由Sun Microsystems開發(fā)的一種面向?qū)ο蟮木幊陶Z言，設計為產(chǎn)生可以不加修改地運行在所有小型、中型或大型硬件平臺上的應用程序。
JDBC(java數(shù)據(jù)庫連接)允許Java應用程序通過SQL語言訪問數(shù)據(jù)庫的一種編程界面。
NP-完全多項式時間簡化提供了一種正式的方法來說明一個問題至少同另一個問題是同樣困難的，在一個多項式時間因子中。如果任何其它NP問題可以在多項式時間內(nèi)簡化到它，則這個NP問題是NP完全的。
SMTP(簡單郵件傳輸協(xié)議)用來交付電子郵件的服務器到服務器協(xié)議，這是互聯(lián)網(wǎng)上使用的標準協(xié)議；SMTP也用在其它TCP/IP網(wǎng)絡中。
SQL(結構化查詢語言)用于在關系數(shù)據(jù)庫中查詢和處理數(shù)據(jù)的語言。
圖1描繪了一種示例性總體環(huán)境，其中可以使用根據(jù)本發(fā)明通過共享表示在保護隱私的同時協(xié)商進度的系統(tǒng)及相關方法。系統(tǒng)10包含通常嵌入或安裝在協(xié)商服務器15上的軟件程序代碼或計算機程序產(chǎn)品。可選地，系統(tǒng)10可以存儲在合適的存儲介質(zhì)上，如磁盤、光盤、硬盤或類似的設備。
如遠程互聯(lián)網(wǎng)用戶的用戶由多個計算機表示，如計算機20、25、30，它們可以通過網(wǎng)絡35訪問協(xié)商服務器15。計算機20、25、30每個都包含允許用戶與協(xié)商服務器15安全接口的軟件。協(xié)商服務器15通過如電話、電纜或衛(wèi)星鏈路的通信鏈路40連接到網(wǎng)絡35。計算機20、25、30可以分別通過通信鏈路40、45、50、55連接到網(wǎng)絡35。盡管系統(tǒng)10是關于網(wǎng)絡35進行描述的，但計算機20、25、30也可以本地而不是遠程訪問系統(tǒng)10。計算機20、25、30可以手動地或通過使用應用程序自動地訪問系統(tǒng)10。
圖2的高層體系結構包括系統(tǒng)10的概觀。會議組織者創(chuàng)建會議協(xié)商，請求參加者參加。會議組織者和參加者是操作計算機20、25、30的系統(tǒng)10的用戶。協(xié)商服務器15從協(xié)商客戶機205接受請求?？赡艿恼埱蟀ā皠?chuàng)建新協(xié)商”、“更新現(xiàn)有協(xié)商”或“確定現(xiàn)有協(xié)商”。
協(xié)商服務器15與協(xié)商存留器210交互，以便在協(xié)商數(shù)據(jù)庫215中存儲、檢索或更新協(xié)商。另外，協(xié)商服務器15與通知器220交互，以便在新的協(xié)商創(chuàng)建時發(fā)出通知。而且，協(xié)商服務器15與協(xié)商確定器225交互，從而最終確定協(xié)商。此外，協(xié)商服務器15還使用日歷檢索器230從外部的日歷系統(tǒng)訪問閑時間信息。
協(xié)商客戶機205在協(xié)商服務器15上提供用于創(chuàng)建、修改或確定協(xié)商的用戶界面。協(xié)商客戶機205使用進度聚合器235來合并協(xié)商對象及其關聯(lián)的用戶反饋。協(xié)商客戶機205與認證器240通信，檢索出訪問協(xié)商服務器15需要的必要憑證。
假設有一個包括帶參加者偏好的反饋的協(xié)商，進度聚合器235把反饋合并到用于支持事件最佳時隙選擇的聚合表示中。偏好包括至少一個偏好指示符。偏好指示符可以是例如但不限于提供的偏好、優(yōu)選的偏好、可以接受的偏好、有問題的偏好、不贊成的偏好、不可以接受的偏好、基于拇指的指示符(例如，2個拇指向上、1個拇指向上、沒有拇指、1個拇指向下及2個拇指向下)。
許多算法都可以用來聚合進度，例如在時標上對時隙及其所關聯(lián)偏好設置(優(yōu)選的、可以接受的、不贊成的或不可以接受的)簡單求平均。在系統(tǒng)10的一種實施方案中，當協(xié)商被更新時，協(xié)商服務器15直接調(diào)用進度聚合器235，并且把最優(yōu)的進度合并到協(xié)商對象中。
協(xié)商存留器210負責將協(xié)商存到永久存儲器，協(xié)商DB 215中。協(xié)商存留器210創(chuàng)建、刪除或更新協(xié)商DB215中的協(xié)商。
協(xié)商DB215包含協(xié)商。協(xié)商狀態(tài)可以是確定的或不確定的。在系統(tǒng)10的一種實施方案中，協(xié)商DB215實現(xiàn)為關系數(shù)據(jù)庫。
當協(xié)商已經(jīng)被確定后，協(xié)商確定器225與邀請器245交互，使得邀請發(fā)送給所有的參加者。協(xié)商確定器225還與協(xié)商存留器210交互并且把數(shù)據(jù)庫中的協(xié)商狀態(tài)標記為確定的?？蛇x地，協(xié)商確定器225可以從數(shù)據(jù)庫中刪除該確定的協(xié)商；這種功能也可以在稍后當數(shù)據(jù)庫被壓縮的階段實現(xiàn)。
協(xié)商服務器15利用通知器220向參加者發(fā)送通知，通知需要他們參加的協(xié)商已經(jīng)被創(chuàng)建了。通知可以用例如電子郵件發(fā)送。
邀請器245負責當協(xié)商確定后向參加者發(fā)送邀請。邀請可以用例如帶有來自外部日歷的嵌入數(shù)據(jù)的電子郵件發(fā)送。
全局優(yōu)化器250是在服務器上提供開放協(xié)商的全局優(yōu)化的可選組件。全局優(yōu)化器250周期性地或手動地被觸發(fā)。全局優(yōu)化器250把所有在服務器上的協(xié)商作為輸入，并且在假定全部現(xiàn)有約束的情況下為每個協(xié)商計算最優(yōu)的進度。這個問題是NP-完全的，但存在適當?shù)慕扑惴?，如IceCube算法，在例如由Anne-Marie Kermarrec等人所著的“The Ice Cube approach to the reconciliation of divergentreplicas，”Twentieth ACM Symposium on Principles of DistributedComputing(PODC2001)，2001年8月26-29日，Newport，RhodeIsland(USA)中進行了描述。優(yōu)化結果支持會議組織者為協(xié)商的事件確定最優(yōu)時間。
客戶機與認證器240交互，以獲得訪問協(xié)商服務器15的合適憑證。如果認證成功，則返回的憑證包含在到協(xié)商服務器15的每個請求中。
如果可用的話，日歷檢索器230就訪問外部日歷和安排進度系統(tǒng)，從而把進度和閑時間信息合并到協(xié)商對象中。這種信息用于支持對事件最優(yōu)時隙的選擇，而且用于當外部進度更新時自動地更新提供的時間。
從會議組織者和參加者的角度來看協(xié)商會議的方法300在圖3的高層方法流程圖中進行說明。在步驟305，會議組織者開始協(xié)商。圖4的示例性屏幕快照說明了會議組織者在發(fā)起協(xié)商時使用的選項和特征。在步驟310參加者指示了會議偏好。參加者可用的選項和特征由圖5的示例性屏幕快照說明。在塊315會議組織者確定協(xié)商，如圖6的示例性屏幕快照所說明的。
圖4以屏幕快照的形式說明了用于讓會議組織者利用系統(tǒng)10開始協(xié)商的示例性用戶界面400。多日期選擇器402允許會議組織者選擇想要開會的一天或若干天。由于可協(xié)商時間的事件可以發(fā)生在若干天的范圍內(nèi)，因此對標準日期選擇器組件進行擴充以便支持多天的選擇。會議組織者選擇這些天并利用提供的時間404來為每天設置時間范圍。參加者可以通過點擊選擇的日期一次查看多天。
會議組織者選擇的日子加亮顯示，如由圍繞選定日期406的邊框所指示的。不同的加亮顯示可以為每個日期指示不同的狀態(tài)。例如，標記為紅色的日子表示是由組織者留出時間的日子；但是，那天所有可用的時隙都已經(jīng)被參加者刪除了。
選定日期406允許會議組織者使用系統(tǒng)10的一個特征，有界協(xié)商。有界協(xié)商允許會議組織者在指定界限內(nèi)的任何時間提議開會，其中會議時間是可以協(xié)商的。相反，組織會議的傳統(tǒng)方法是提前設置會議時間，然后協(xié)商出席人數(shù)。
如用戶界面400所說明的系統(tǒng)10的其它選項和特征是主題408、地點410及可變的持續(xù)時間412。會議組織者在主題408輸入會議主題。在地點410處輸入事件地點410。事件的持續(xù)時間及開始時間是可以協(xié)商的。會議組織者可以在持續(xù)時間412處為會議指定一個時間段。
當會議組織者完成輸入事件和協(xié)商的選項后，他可以通過選擇提交414來“提交”協(xié)商。然后系統(tǒng)10向參加者通知這個未決的協(xié)商。當選擇取消416時，協(xié)商過程就退出而且不存儲任何改變。
系統(tǒng)10允許通過標注418做會議協(xié)商過程的注釋。參加者和會議組織者能夠通過選擇增加標注420來評論事件的各個方面。加注釋的評論可以包括例如參加者可否參加、特殊的環(huán)境、他們可能帶到會議的項等。加注釋的評論可以通過選擇查看標注422來查看。
登錄用戶424顯示當前的用戶名。如果可以得到，則登錄用戶424的圖片426會顯示。如在用戶界面400中所示出的，當前登錄用戶424是會議組織者。
瀏覽日期428顯示登錄用戶424當前瀏覽的日期。瀏覽日期428的可能日期是由會議組織者利用選定日期406進行選擇的。對于瀏覽日期428，會議組織者的時間線430顯示組織者的時間范圍及時間偏好。在示例性用戶界面400中，時間線430由典型的營業(yè)日構成；但是，時間線430的終點是可以調(diào)整的。
在時間線430中，會議組織者能夠通過提供的時間404指定時間段以及與將這些時間段相關的偏好434相聯(lián)系。示例性偏好包括優(yōu)選的434，可以接受的436，不贊成的438及不可以接受的440。利用偏好432，會議組織者能夠指定一個更精確的粒度水平而不僅僅是閑/忙。
系統(tǒng)10不需要訪問會議組織者的日歷。但是，如果它可用的話，如會議組織者日歷442所示出的，則系統(tǒng)10能夠利用由會議組織者維護的電子日歷中的信息向會議組織者展現(xiàn)暴露可能的沖突的概觀。例如，已經(jīng)安排進度的時間例如由例如塊444的塊指示。
會議組織者可以檢查一個參加者或作為聚合的所有參加者的進度信息。用戶界面400指示會議組織者是否正在參加者顯示器446上查看個人或聚合的日歷信息。在示例性用戶界面400中，會議組織者檢查聚合中的參加者，因此有一個標記為“所有參加者”的圖標顯示在參加者顯示器446上。
因此，系統(tǒng)10顯示來自參加者的聚合時間線448中的參加者的響應的聚合。用戶界面400說明在協(xié)商創(chuàng)建階段與會議組織者的示例性界面；因此，在參加者的聚合時間線448上沒有時間顯示。參加者的日歷聚合顯示在參加者的聚合日歷450中。對參加者日歷的訪問是不必要的；但是，如果可以得到，則系統(tǒng)10可以利用由參加者維護的電子日歷中的信息來向會議組織者展現(xiàn)暴露可能沖突的概觀。例如，已經(jīng)安排進度的時間由例如塊452的塊指示。
會議組織者能夠選擇作為參加者的用戶顯示在可能的參加者454中。這些用戶可以來自會議組織者的地址簿等。已經(jīng)被會議組織者選擇的事件參加者在參加者456中列出。會議組織者可以通過選擇增加參加者458或刪除參加者460從事件中增加或刪除參加者。如果會議組織者在創(chuàng)建會議協(xié)商時產(chǎn)生錯誤，則他可以選擇擦除462。擦除462用來調(diào)整時間段。例如，如果參加者指示時間段下午2:00到下午5:00是優(yōu)選的，但隨后該參加者意識到他或她要在下午4:30離開，則該參加者可以擦除下午4:30到下午5:00的優(yōu)選指示符。
圖5以屏幕快照的形式說明了參加者利用系統(tǒng)10響應協(xié)商的示例性用戶界面500。登錄用戶502顯示當前的用戶名，參加者1。如果可以得到，則登錄用戶502的圖片504顯示，如會議組織者506的圖片。
瀏覽日期508顯示登錄用戶當前瀏覽的日期。對于瀏覽日期508，時間線510顯示會議組織者指定的時間范圍和時間偏好。給定會議組織者提供的時間，參加者可以利用時間線512關聯(lián)其自己的偏好。在時間線512中，參加者可以指定時間段并關聯(lián)偏好432。示例性偏好包括優(yōu)選的434、可以接受的436、不贊成的438及不可以接受的440。利用偏好432，參加者可以指定更精確的粒度水平而不僅僅是閑/忙。如果參加者的日歷是系統(tǒng)10可以訪問的，則系統(tǒng)10利用如塊516的塊顯示參加者日歷514中的安排進度事件。
比較參加者的日歷514與所提供的會議時間518，參加者1注意到他在下午1:30到下午2:30之間有沖突。因此，如由塊520所指示的，他在參加者時間線512中指示下午1:30到下午2:30是不可以接受的。如由塊522所指示的，參加者1指示剩余可能的會議時間，下午2:30到下午5:00是優(yōu)選的。對所有參加者都具有偏好的所有提供時間的聚合顯示在參加者的聚合日歷524中。
通過選擇增加標注526，參加者可以注釋他對會議協(xié)商的響應。由其他參加者提供的注釋可以通過選擇查看標注528來查看。
圖6以屏幕快照的形式說明了會議組織者利用系統(tǒng)10確定協(xié)商的示例性用戶界面600。確定協(xié)商向所有會議參加者發(fā)出邀請。為了選擇會議時間，會議組織者查看由參加者提供的參加者聚合時間線602和注釋。通過選擇查看標注604，會議組織者查看注釋。然后系統(tǒng)10顯示標注606，例如顯示參加者可能已經(jīng)提供的關于會議或他們可否參加的任何附加信息。會議組織者可以通過選擇關閉608來消除標注606的顯示。
參加者的聚合時間線602顯示來自所有參加者的時間線輸入。在用戶界面600的例子中，參加者以及指示對于瀏覽日期610，如由塊612所指示的，時間下午1:30到下午2:30是不可以接受的。會議參加者可以接受的時間由塊614指示?？梢越邮艿臅h時間的總結由總結616提供。
給定顯示在會議組織者時間線618、參加者聚合時間線602中的最初由組織者提供的時間段及顯示在標注606中的參加者評論，會議組織者指定安排會議進度的實際時間段。會議組織者在會議組織者的時間線618上選擇會議的實際時間段620，以便設置會議時間。
系統(tǒng)10用于登錄的控制流程方法700由圖7的方法流程圖說明。在步驟705系統(tǒng)10客戶端的用戶登錄到系統(tǒng)10中。在步驟710系統(tǒng)請求該用戶的憑證，而在步驟715用戶以用戶ID和口令的形式輸入其憑證。在步驟715系統(tǒng)10將用戶的憑證傳給協(xié)商服務器15。在步驟720系統(tǒng)10利用認證器240驗證該憑證的真實性。如果在判定步驟725認證失敗，則系統(tǒng)10前進到步驟710并再次向用戶提出詢問。否則，系統(tǒng)10可以可選地刷新系統(tǒng)10的高速緩沖存儲器中該用戶現(xiàn)有的日歷數(shù)據(jù)。
系統(tǒng)10用于創(chuàng)建協(xié)商的控制流程方法800由圖8的方法流程圖說明。在步驟805作為會議組織者的用戶發(fā)出或建立新的協(xié)商。例如，建立協(xié)商包括選擇參加者及其角色、識別事件的主題及推薦所提供的日期和時間。如在Java中構建的數(shù)據(jù)對象攜帶關于該協(xié)商的信息；這種數(shù)據(jù)對象是協(xié)商值對象。在步驟810協(xié)商值對象發(fā)送到協(xié)商服務器15。在步驟815協(xié)商對象由協(xié)商存留器225存在如數(shù)據(jù)庫的數(shù)據(jù)存儲器中。在步驟820包括唯一協(xié)商標識符的通知發(fā)送到由會議組織者選定的所有參加者，向他們通知該未決的協(xié)商。
系統(tǒng)10用于讓參加者檢索協(xié)商的控制流程方法900由圖9的方法流程圖說明。參加者利用方法700的登錄過程登錄到系統(tǒng)10中。然后在步驟905協(xié)商的參加者選擇如通知中所提供的協(xié)商的協(xié)商標識符。在任意時間參加者都可能有幾個協(xié)商要進行處理。
在步驟910系統(tǒng)10將選定的協(xié)商標識符傳給協(xié)商服務器15。在步驟915系統(tǒng)10從數(shù)據(jù)存儲器中檢索保存的協(xié)商信息。在步驟920，如果日歷數(shù)據(jù)是系統(tǒng)10可用的，則系統(tǒng)10可選地更新參加者的日歷數(shù)據(jù)高速緩沖存儲器，以便顯示其可用或提交時間的最新快照。
在步驟925系統(tǒng)10根據(jù)對協(xié)商標識符檢索的數(shù)據(jù)及任何可用的日歷數(shù)據(jù)重建協(xié)商值對象。在步驟930協(xié)商值對象返回到參加者。在步驟935參加者利用其自己的日歷查看并協(xié)調(diào)該協(xié)商，提供會議偏好、注釋等。
在系統(tǒng)10中支持永久性所需的實體控件/數(shù)據(jù)庫表包括事件表、參加者表、用戶表、時隙表、屬性表及注釋表。事件表包括如事件描述、地點、持續(xù)時間等事件信息。參加者表包括參加者身份、如需要或可選的參加者身份角色等。用戶表包括用戶ID、電子郵件地址、時區(qū)等。時隙表包括開始與結束時間、時區(qū)、偏好水平等。注釋表包括用戶ID、用戶評論等。
應當理解已經(jīng)描述的本發(fā)明特定實施方案僅僅是對本發(fā)明原理特定應用的說明。在不背離本發(fā)明主旨與范圍的前提下，通過在此所述的共享表示發(fā)明，在保護隱私的同時，可以對協(xié)商進度進行許多修改。此外，盡管本發(fā)明出于說明性目的只關于互聯(lián)網(wǎng)進行了描述，但應當清楚本發(fā)明還可以適用于如局域網(wǎng)、廣域網(wǎng)或任何計算機可以彼此通信的應用中。
權利要求
1.一種用于在多個參加者中協(xié)商進度的日歷方法，包括指定該多個參加者的可否參加的偏好；自動提出反映該多個參加者的可否參加的偏好的事件計劃；及自動向該多個參加者提供接受該事件計劃的選項，該選項包括拒絕事件計劃的選項及重復地提出可替代事件計劃的選項中的至少一個。
2.如權利要求1所述的方法，其中指定可否參加的偏好包括識別出至少一個偏好指示符。
3.如權利要求1所述的方法，還包括對偏好加權。
4.如權利要求1所述的方法，還包括將偏好連接到選擇性訪問的調(diào)整。
5.如權利要求1所述的方法，還包括圖形地顯示該偏好。
6.如權利要求1所述的方法，其中多個參加者包括會議組織者、參加者、允許的代替者及委托替身中的至少一個。
7.如權利要求1所述的方法，其中提出的可替代事件計劃包括至少一個參數(shù)的有意不正確的指定。
8.如權利要求1所述的方法，其中提出的可替代事件計劃包括至少一個約束的有意不正確的指定。
9.如權利要求1所述的方法，還包括根據(jù)過去事件計劃的歷史自動選擇接受事件計劃的選項。
10.如權利要求1所述的方法，其中自動提出事件計劃包括允許多個參加者之間的有界協(xié)商，以便在可以協(xié)商會議時間的指定界限內(nèi)提供會議。
11.一種具有用于在多個參加者中協(xié)商進度的指令代碼的日歷計算機程序產(chǎn)品，包括用于指定多個參加者可否參加的偏好的第一組指令代碼；用于自動提出反映該多個參加者可否參加的偏好的事件計劃的第二組指令代碼；及用于自動向該多個參加者提供接受該事件計劃的選項的第三組指令代碼，其中選項包括拒絕事件計劃的選項及重復地提出可替代事件計劃的選項中的至少一個。
12.如權利要求11所述的計算機程序產(chǎn)品，其中該偏好包括來自提供的偏好、優(yōu)選偏好、可以接受的偏好、有問題的偏好、不贊成偏好及不可以接受的偏好的至少一個偏好指示符。
13.如權利要求11所述的計算機程序產(chǎn)品，其中加權該偏好。
14.如權利要求11所述的計算機程序產(chǎn)品，其中該偏好連接到可選擇性訪問的調(diào)整。
15.如權利要求11所述的計算機程序產(chǎn)品，其中該偏好是圖形地顯示的。
16.如權利要求11所述的計算機程序產(chǎn)品，其中多個參加者包括會議組織者、參加者、允許的代替者及委托替身中的至少一個。
17.如權利要求11所述的計算機程序產(chǎn)品，其中提出的可替代事件計劃包括至少一個參數(shù)的有意不正確的指定。
18.如權利要求11所述的計算機程序產(chǎn)品，其中提出的可替代事件計劃包括至少一個約束的有意不正確的指定。
19.如權利要求11所述的計算機程序產(chǎn)品，還包括根據(jù)過去事件計劃的歷史自動選擇接受事件計劃的選項的第四組指令代碼。
20.如權利要求19所述的計算機程序產(chǎn)品，其中第四組指令代碼考慮到多個參加者之間的有界協(xié)商，以便在可以協(xié)商會議時間的指定界限內(nèi)提供會議。
21.一種用于在多個參加者中協(xié)商進度的日歷服務，包括指定多個參加者可否參加的偏好；自動提出反映該多個參加者可否參加的偏好的事件計劃；及向該多個參加者自動提供接受該事件計劃的選項，該選項包括拒絕事件計劃的選項及重復地提出可替代事件計劃的選項中的至少一個。
22.如權利要求21所述的服務，其中偏好包括來自提供的偏好、優(yōu)選偏好、可以接受的偏好、有問題的偏好、不贊成的偏好及不可以接受的偏好的至少一個偏好指示符。
23.如權利要求21所述的服務，其中加權該偏好。
24.如權利要求21所述的服務，其中該偏好選擇性地連接到可訪問的調(diào)整。
25.如權利要求21所述的服務，其中該偏好是圖形地顯示的。
26.如權利要求21所述的服務，其中多個參加者包括會議組織者、參加者、允許的代替者及委托替身中的至少一個。
27.如權利要求21所述的服務，其中提出的可替代事件計劃包括至少一個參數(shù)的有意不正確的指定。
28.如權利要求21所述的服務，其中提出的可替代事件計劃包括至少一個約束的有意不正確的指定。
29.如權利要求21所述的服務，還包括根據(jù)過去事件計劃的歷史自動選擇接受事件計劃的選項。
30.如權利要求29所述的服務，其中自動選擇接受事件計劃的選項考慮到多個參加者之間的有界協(xié)商，以便在可以協(xié)商會議時間的指定界限內(nèi)提供會議。
31.一種與聯(lián)網(wǎng)計算機一起用于在組織者和多個參加者中協(xié)商進度的日歷協(xié)商系統(tǒng)，包括用于創(chuàng)建協(xié)商的協(xié)商服務器，其中協(xié)商指定由組織者所提供的可否參加的偏好；向參加者通知所創(chuàng)建的協(xié)商的通知器；根據(jù)其與來自參加者的偏好關聯(lián)的反饋確定協(xié)商的確定器；當協(xié)商已經(jīng)確定時向參加者發(fā)出邀請的邀請器。
32.如權利要求31所述的日歷協(xié)商系統(tǒng)，其中可否參加的偏好包括由組織者提供的時間幀及其關聯(lián)的偏好指示符。
33.如權利要求32所述的日歷協(xié)商系統(tǒng)，其中關于偏好的反饋包括由參加者提供的時間幀及其關聯(lián)的偏好指示符。
34.如權利要求31至33任何一項所述的日歷協(xié)商系統(tǒng)，還包括協(xié)商客戶機，其中該協(xié)商客戶機在協(xié)商服務器上提供用于創(chuàng)建、修改或確定協(xié)商的用戶界面。
35.如權利要求31至33任何一項所述的日歷協(xié)商系統(tǒng)，其中協(xié)商客戶機向參加者提供輸入其反饋的用戶界面。
36.如權利要求31至33任何一項所述的日歷協(xié)商系統(tǒng)，還包括合并協(xié)商及其關聯(lián)的來自參加者的反饋的進度聚合器，其中確定器根據(jù)協(xié)商與關聯(lián)的反饋的合并來確定協(xié)商。
37.如權利要求33所述的日歷協(xié)商系統(tǒng)，其中參加者提供的偏好指示符包括提供的偏好、優(yōu)選偏好、可以接受的偏好、有問題的偏好、不贊成偏好及不可以接受的偏好的至少一個。
全文摘要
一種會議協(xié)商系統(tǒng)提供了一種通過將會議協(xié)商與會議邀請分開的共享表示，在保護隱私的同時，通過協(xié)商進度安排事件進度的新途徑。該協(xié)商系統(tǒng)集成了所有與安排進度相關的信息，如用戶可以開會的時間、地點等，并降低了對可能的會議參加者將時間指定為閑或忙的依賴。因此，該協(xié)商系統(tǒng)能夠提供比閑或忙更豐富的時間偏好，從而允許可能的會議參加者指定除可用時間以外的偏好。該協(xié)商系統(tǒng)支持作為討論機制的注釋和評論，在發(fā)出會議邀請之前向會議安排進度者給出反饋。對會議所提供的可能時間是以有界協(xié)商的形式提供的；參加者可以根據(jù)有界協(xié)商選擇他們參加會議的最優(yōu)時間。會議組織者根據(jù)由參加者提供的響應確定會議時間。
文檔編號G06F15/00GK1619564SQ20041008968
公開日2005年5月25日 申請日期2004年10月29日 優(yōu)先權日2003年11月7日
發(fā)明者斯蒂芬·B·埃得倫德, 耶銳德·杰克遜, 維卡斯·克里施納, 馬克·摩蘭德, 托馬斯·帕特里克·莫里安, 喬安·拉沃洛, 耶爾·沙哈姆－佳弗尼 申請人:國際商業(yè)機器公司