消息系統中消息的自動潛伏和喚醒的製作方法
2023-10-05 13:57:24 4
專利名稱：消息系統中消息的自動潛伏和喚醒的製作方法
技術領域：
本發明涉及並且應用於各種計算機功能的消息接發系統，電子郵件系統是其一個具體例子。在下面說明中，相當廣泛地使用電子郵件系統來舉例說明本發明的原理、特徵和用途，但是在許多實施例中，本發明並不局限於電子郵件系統。
在提出本專利申請時，電子郵件系統已眾所周知，是由可網絡連接的計算機上的軟體形成的系統，用於把電子郵件從一個計算機發送給另一計算機。多數情況下，網絡是公知的公共網際網路網絡，但是計算機化的消息接發的應用並不局限於網際網路。這樣的消息接發也可用在專用網絡、企業內部網等上。
可執行的從而提供電子郵件服務的軟體在本領域中被稱為電子郵件客戶程序。存在幾種公知的可從市場上買到的電子郵件客戶程序，其中的例子是Outlook ExpressTM和GmailTM。這樣的系統按照特定的協議操作和收發消息，並且一般與特定的用戶相聯繫。待使用的顯示格式一般包括「to」和「from」電子郵件地址，外顯的「cc」欄位，一些情況下隱藏的「cc」欄位，主題行，和何時這樣的消息被保存和隨後被訪問，由於事務的日期和時間與電子郵件相關聯，可顯示發送電子郵件的日期和時間。
在個人和企業活動中，計算機化的消息接發已變成大量使用的工具。與例如語音郵件相比，一個重要的優點在於電子消息採用機器可讀的格式，以致搜索功能、分析系統等可和消息一起使用。此外，可按照多種不同的方式保存和列舉消息，例如依據寄件人，依據收件人，依據發送日期等。
電子消息被大量用於提出行動，發起計劃，做好旅行安排，開服務和產品的發票等，從而時常與未來的日期和時間相聯繫。例如，發票具有票據到期日；航空公司預訂的確認將是關於特定日期和時間的特定航班的。但是，電子郵件格式和其它電子消息接發系統並不像它們對「發送」日期和時間所做的那樣，為與電子郵件相關的未來行動或事件時間提供一個特定欄位。於是，電子消息接發格式，例如電子郵件的用戶必須使用另一(一般來說也是電子的)系統來保持時間表和「待做事項」列表，並且通常會被把電子郵件或其它電子消息中的信息轉移到時間表或「待做事項」列表中的需要所拖累。例如，經常藉助電子郵件來安排個人和企業會議，對會議的日期和時間取得一致意見的人們不得不把同意的日期和時間轉移到個人的時間表程序中。
下面詳細說明的本發明的實施例顯著減輕了時間表安排的這種麻煩過程。
發明內容
在本發明的一個優選實施例中，提供一種計算機化的消息事務系統，所述系統包括潛伏功能和存儲倉庫。在該系統中，事務或事務的一個版本可被保存預先規定的一段時間，並且可在規定的時間結束時被喚醒。在一些實施例中，喚醒的動作包括提供給系統的用戶的報警。另外在一些實施例中，在喚醒時，事務或事務的一個版本從所述倉庫取回並被顯示。在其它實施例中，在存儲倉庫中，用方框表示事務，包括用於到來的事務的收件箱，當喚醒時，潛伏的事務或事務的一個版本被轉移到收件箱。在一些實施例中，事務系統管理電子郵件、即時消息(IM)、短消息系統(SMS)消息、傳真事務(傳真)、基於IP的語音(VoIP)消息或者普通老式電話(POTS)消息中的一個或多個。此外，所述報警可以是音頻報警或視覺報警中的一個或者這兩者。
在所述系統的一些實施例中，在潛伏時，向用戶提供一種輸入機構，以輸入事務的重新闡述的版本，如果輸入了這樣的重新闡述的版本，那麼重新闡述的版本可和原始事務一起保存，或者取代原始事務被保存。可存在與調度應用程式結合的功能，其中當喚醒時，重新闡述的版本可作為預定實體被輸出給調度應用程式。
在一些實施例中，事務按照類別被保存，所述類別包括事務、會話、To或From地址或者主題中的一種或多種。另外在一些實施例中，向用戶提供交互式窗口，所述交互式窗口具有啟動事務的潛伏、設置潛伏時期的選擇。在另一些實施例中，所述時期可被設置成特定的一段時間，或者通過輸入事務將被喚醒時的時刻來設置。在另一些實施例中，事務或事務的一個版本具有消息主體，所述消息主體被顯示成報警或者與報警一起顯示。
在本發明的另一方面，提供一種把未來的需要通知消息事務系統的用戶的方法，所述方法包括下述步驟(a)為特定的事務或事務的一個版本，訪問事務系統中的潛伏功能；(b)通過潛伏功能設置潛伏時期；(c)保存事務或事務的一個版本，或者這二者；和(d)在潛伏時期結束時，喚醒事務或事務的一個版本。
在所述方法的一些實施例中，在步驟(d)的喚醒動作中，向用戶提供報警。另外在一些實施例中，在喚醒時，從所述倉庫取回並顯示事務或事務的一個版本。在其它實施例中，在存儲倉庫中，用方框表示事務，包括用於到來的事務的收件箱，當喚醒時，潛伏的事務或事務的一個版本被轉移到收件箱。在另一些實施例中，事務系統管理電子郵件、即時消息(IM)、短消息系統(SMS)消息、傳真事務(傳真)、基於IP的語音(VoIP)消息或者普通老式電話(POTS)消息中的一個或多個。在一些情況下，所述報警是音頻報警或視覺報警中的一個或者這兩者。還存在用戶輸入事務的重新闡述的版本的步驟，如果輸入了這樣的重新闡述的版本，那麼在步驟(c)中，重新闡述的版本和原始事務一起保存，或者取代原始事務被保存。
在所述方法的一些實施例中，存在當喚醒時，把重新闡述的版本作為預定實體輸出給調度應用程式的步驟。另外，在一些實施例中，事務按照類別被保存，所述類別包括事務、會話、To或From地址或者主題中的一種或多種。在另外的一些實施例中，向用戶提供交互式窗口，所述交互式窗口具有啟動事務的潛伏、設置潛伏時期的選擇。所述時期可被設置成特定的一段時間，或者通過輸入事務將被喚醒時的時刻來設置。此外，事務可具有消息主體，所述消息主體被顯示成報警或者與報警一起顯示。
在本發明的另一方面，提供一種發出和管理電話呼叫的計算機化系統，所述系統包括其中在進行呼叫之前，用戶可輸入呼叫識別信息的交互式準備窗口，和保存所述呼叫的一個版本的存儲倉庫。除了呼叫目的地之外，所述交互式準備窗口允許輸入呼叫的第三方收件人，在呼叫被啟動之後，錄製的呼叫或所述呼叫的一個版本作為消息事務被發送給第三方收件人。在一些實施例中，系統包括可通過準備窗口選擇的潛伏功能，其中通過準備窗口識別的呼叫的一個版本可被保存預先規定的時期，並在所述時期結束時被喚醒。在一些實施例中，保存的呼叫的一個版本是呼叫的音頻記錄或者從所述音頻得到的呼叫的文本形式之一。另外在一些實施例中，當喚醒時，向系統的用戶提供報警。所述報警是音頻報警或視覺報警中的一個或者這兩者。在報警時，呼叫的錄製版本可被取回並提供給用戶。
圖1表示在提出本發明的時候，本領域中的電子消息接發系統的功能。
圖2根據本發明的一個實施例表示窗口201，窗口201圖解說明接收的消息和描述成消息接發系統中的方框的存儲類別。
圖3根據本發明的一個實施例表示窗口301，窗口301圖解說明待發送的消息和描述成消息接發系統中的方框的存儲類別。
圖4是根據本發明的唯一實施例部分地圖解說明集成的潛伏事務系統的圖。
圖5圖解說明在本發明的一個實施例中產生IP電話事務的交互式窗口。
具體實施例方式
圖1表示在提出本發明時，本領域中的電子消息接發系統的功能。在該特定的例子中，描述了電子郵件系統。這樣的系統類似於常規的郵政系統那樣起作用，使得多數的顯示畫面和功能對用戶來說更直觀。在這樣的系統中，交互式顯示畫面由客戶程序(軟體)提供，所述客戶程序(軟體)允許用戶創建新消息，發送消息，從其它用戶接收消息，保存和取回消息，以及完成其它功能。
由於傳輸介質是網絡，公知的公共網際網路是一個最好的例子，因此與郵政系統中不同，寄件人和收件人的地址不是家庭地址和企業地址，而是與電子目的地相關的名稱，在網絡中，所述電子目的地一般是計算機化的網絡連接的伺服器。伺服器目的地被賦予域名，但是地址用與域相關的真實數字代碼表示，並且通常對用戶來說是透明的。所有這些事實對本領域的技術人員來說是公知的。
電子郵件客戶程序在用戶的計算機上提供諸如圖1中所示的窗口113之類的格式，以便顯示消息。一般來說，這樣的消息顯示畫面具有菜單行114(具有供用戶訪問命令功能的下拉菜單)，命令行115(具有同樣啟動功能的圖標，例如「Reply」、「Forward」、「Print」等)。一般還存在一個摘要區116，所述摘要區116顯示消息的寄件人的「from」地址，預定的收件人的「to」地址，發送消息的日期(通常還有時間)，副本已被發送給的地址的cc行，以及主題行。最後，消息的主體被顯示在區域117中。
雖然圖1中未示出，不過當用戶選擇創建消息或者轉發已有消息時，客戶程序提供和窗口113類似的一個交互式窗口，該窗口具有「To」、「cc」和「Subject」欄位，以及把消息鍵入消息主體區域的能力。當用戶在電子郵件客戶程序中創建消息時，一般當啟動「send」功能時，客戶程序把消息保存在待發箱中，如圖1中的方框102所示。隨後當用戶選擇另一「send」功能時，客戶程序傳送待發箱中的一切。可不同地實現這些功能，例如當用戶選擇第一個「send」時傳送消息。
當收到消息時，這些消息一般由客戶程序放入「收件箱」中，由方框101所示。交互式窗口107一般由電子郵件客戶程序提供，以顯示相關存儲器中方框的內容。在例證的窗口107中，存在和窗口113中的菜單行114大致一樣的菜單行108，和命令行115類似的命令行109，具有不同方框的可選標記的「類別選擇」區110，把方框的內容表示成列表的列表區111，和顯示所選消息的消息主體的消息主體區112。
在所示的例子中，收件箱被選擇，列表區顯示收件箱中的項目。這些項目一般是新收到的消息。位於列表區111中的列表的頂部的消息被選擇，從而消息主體區112顯示該消息的主體。
當創建並且隨後發送消息時，該消息的副本被保存在標記為「已發送項目」箱103中。當從收件箱中刪除消息時，該消息的副本被保存在已刪除項目箱104中。這種功能允許用戶回顧他或她發送和/或刪除的消息。在本例中還存在保存草稿的草稿箱106，所述草稿稍後可被取回、編輯和發送，檔案箱105用於歸檔存儲和取回。
藉助圖1的圖，對作為消息接發系統的一個例子的電子郵件系統的說明並不意味著任何實際或者商用消息接發系統的完整描述，相反只是這種系統的舉例說明。本領域的技術人員會明白在這樣的系統中可存在許多其它功能和變量。此外，與實際的存儲箱的類似也只是例證的和虛構的，因為實際上消息是電子消息，一般和任何其它種類的數字信息幾乎相同地保存在本地計算機存儲器中。當然不存在真實的信箱。
在上面藉助圖1描述的現有技術的例子中，可以利用另外的功能。例如，可依據主題或者會話組保存電子郵件。這是稱為G-Mail的公知商用系統的一種功能。例如，可能存在許多，甚至大量的都與特定主題相關的電子郵件。例如在籌劃生日宴會時，可能有許多人在發送和接收消息，直到對時間和日期取得一致意見為止，並且確認具體的職責，以使宴會舉行。所有這樣的消息被保存在與宴會相關的子類別中。存在類似的對消息分類、保存和取回的許多其它方式。
顯然對用戶來說，具有提供細讀、搜索等的存儲對實現所希望的目的極其有意義，但是為了使用保存的消息中的信息，不得不訪問保存的消息，找出正確的信息，隨後按照有助於實現所希望的目標的方式使用所述信息。在目前的情況下，我們主要關心與行動或事件時間相關的信息。作為一個非常簡單的例子，假定服務機構中的管理人員利用具有本領域中常見的如上所述的一些或全部特徵的消息接發系統，在局部網絡上與她的下屬通信。她可恰當地向這些下屬分配任務，以及指定完成每項任務所要求的日期和時間。當然，她希望在假定的完成時間或其附近再次檢查每項任務分配，以確保任務完成，並清除她的下屬以便重新分配新任務。為此，她需要產生她分配的每項任務及其預定的完成日期，和任務被分配給誰的筆記或記錄，並把該動態清單保持在手邊以便定期參考。這稍微有點麻煩。
圖2根據本發明的一個實施例表示窗口201，窗口201圖解說明接收的消息和描述成消息接發系統中的方框的存儲類別。接收的消息201具有菜單行204，菜單行204具有獨特的新功能206，發明人稱其為潛伏(Incubate)。當用戶接收消息時，他/她可選擇菜單行中的潛伏，展現下拉菜單207，下拉菜單207具有用於設置潛伏期的幾個選擇。考慮到指示宴會將在12月22日的消息主體，以及當前消息的日期為2005年12月12日，用戶會希望潛伏該消息一個星期。在本例中，用戶可通過在潛伏下的下拉菜單中選擇「for a week」，使消息潛伏一個星期。消息日期後的一周將是12月19日，一個很好的提醒宴會將在12月22日舉行的時間。
潛伏功能使當前消息201被保存在由潛伏箱202指示的特殊類別中，並被標記以便喚醒。由於本例中選擇的時段為一個星期，因此消息將在一周後，即12月19日喚醒。在本實施例中，喚醒包括在12月19日，消息從喚醒方框轉移到收件箱101。從而消息消失，但是在12月19日重新出現在收件箱中，作為宴會將在三天後的下午3點舉行的提示。
下拉菜單中所示的一個選擇是「set revival date/time」。如果用戶選擇該選項，那麼出現一個窗口(未示出)，該窗口允許用戶在輸入欄中輸入日期，可選的是還可輸入時間。在該日期和時間，消息將轉移到收件箱中。
在備選實施例中，存在可提供給用戶，從而設置潛伏的其它選擇。例如，用戶可能想要為事件設置一個逐步升級的報警，從而，報警在三天前出現，在一天前出現，在宴會日的上午出現，隨後每小時準點出現，直到宴會前的一個小時為止。這似乎過度了，但是只是作為可提供的靈活性的一個例子給出的。
在本實施例中，消息窗口還具有命令行205，命令行205具有啟動功能的圖標，潛伏功能也可用圖標208啟動。在這種情況下，潛伏選擇可以和在下拉菜單中提供的潛伏選擇相同，或者它們可以不同。
圖3根據本發明的一個實施例表示窗口301，窗口301圖解說明待發送的消息和描述成消息接發系統中的方框的存儲類別。在窗口301中，如同許多消息接發系統中公知的那樣，存在供用戶輸入From地址(對於具體的用戶來說，它可自動填寫)，消息的目的地的To地址，給其它收件人的一個或多個副本，和主題行的輸入欄。類似地，存在一個消息主體部分，在消息主體部分，用戶可輸入消息。儘管未示出，在一些實施例中，還存在供用戶附上幾乎任何種類的電子文件，比如其它電子郵件、圖像文件、音頻文件等的功能。這在本領域中是眾所周知的。
本實施例中獨特的是可在菜單項306啟動的「發送潛伏」，引出下拉菜單307。在消息被準備好並寫上地址(準備發出)時，用戶可選擇發送(對於沒有任何未來的行動或事件關聯的普通消息)，或者發送潛伏來發送消息並潛伏該消息。發送和潛伏導致消息的一個副本被發送給預定的收件人，一個副本被保存在已發送項目箱103中，一個副本被保存在潛伏箱202中，並被標記以便喚醒。發送和潛伏的下拉菜單可具有和上面所述的潛伏菜單相同的可選項，並且在一些實施例中，同樣可設置逐步升級的和重複的報警功能。
如上所述，對於管理員等來說，在本實施例中提供的當創建消息時可用的發送潛伏功能可用於並且適用於分配任務和職責，以及在任務計劃完成的時候或其附近使任務分配重新出現在收件箱中。對本領域的技術人員來說，在其它情況下顯然也存在許多其它應用。
在潛伏和發送潛伏功能中，潛伏部分實質上相同。即事務的副本被保存在潛伏箱中，並用關於該副本何時將喚醒、並應重新出現在收件箱中的信息標記。發明人對計算機系統中的數字處理的操作和圖謀非常清楚，「方框」類比只是使得對用戶界面來說操作更直觀和更容易的類比。
在本發明的一些實施例中，當啟動潛伏功能之一時或者在此之前，向用戶提供把注釋或文件附到待潛伏的事務上的功能。在一個實施例中，可提供或者自動啟動一個交互式窗口，所述窗口用於注釋的輸入或一個或多個文件的附件。當潛伏的事務重新出現時，可存在用於突出顯示附加的注釋的欄位。還可設置在潛伏事務重新出現時發聲的音頻報警，以通知用戶存在待讀的注釋或者要仔細考慮的附件。例如，分配任務的管理員可出於他/她自己的目的，用和向下屬分配任務的消息中的語言不同的方式總結任務分配。
在上面的說明中，依賴於電子郵件系統來說明獨特的潛伏功能的本質，但是其它消息接發系統也將受益於本發明，例如語音郵件系統，短消息系統(SMS)，即時消息接發(IM)系統，傳真消息接發，甚至私人會議，其中達成一致的決定和未來的行動或事件可被輸入潛伏系統中以便稍後喚醒。SMS和IM可被配置成非常類似於電子郵件系統那樣地工作，因為在提出本專利申請的時候，存在用於這種系統的特定協議和特定的交互式計算機界面。AOLTM是一個恰當的例子。如上對於電子郵件所示那樣，潛伏和發送潛伏功能可作為新的交互式按鈕或者可選擇的菜單元素被添加到這樣的系統中。在基於網際協議的話音(VoIP)系統中，電話功能高度數位化並且是計算機集成的。可從市場上買到的許多這樣的系統已具有保存會話(單呼叫，we all them事務)的設施。功能可被加入到這樣的系統中，以及加入到潛伏事務中。
作為潛伏功能的一個例子，在對等IP電話系統中，考慮在用戶的計算機化的能夠打電話的設備增加保存並潛伏將要發出的呼叫的功能。管理員使用該系統來呼叫下屬和分配任務。在用戶的啟動下(或者自動地)，可出現潛伏下一將發出的呼叫的選擇，以及供用戶選擇潛伏期，以及設置潛伏的呼叫喚醒的具體日期或日期和時間的輸入欄。隨後，用戶撥打(或者以其它方式發出)呼叫。不論預定的收件人是否應答，潛伏都不受影響。在用戶輸入潛伏信息之後，用戶發起呼叫。存儲/潛伏系統至少部分依據撥打的號碼或地址對該呼叫分類，把該呼叫加入到管理員和下屬之間的一串呼叫中，並記錄會話(如果收件人應答的話)或者在另一端錄製的消息(如果語音郵件系統應答的話)，同時按照潛伏功能，音頻文件被標記以便喚醒。
在喚醒的時候，用戶可獲得音頻報警，視覺報警，或者這兩種報警，以及播放喚醒的事務的選擇。還可存在上面關於其它消息接發系統說明的把音頻文件或其它種類的文件附加到待喚醒的保存事務上的功能。
至此說明的相同類型的功能可應用於在普通老式電話系統的領域中稱為POTS的常規電話。電話系統已變得越來越計算機化，尤其是交換設備和路由設備高度計算機化。軟體可駐留在整個系統中的許多計算機化區域中的任意一個區域中，提供潛伏喚醒中的電話會話的功能。
就私人會議來說，只要存在記錄實際會議或者甚至標準化或者概述形式的會議(我們也稱為呼叫事務)的設施，那麼就存在保存發生的具有未來行動或事件組件的任何一切、潛伏該實體、並在適當的時候喚醒潛伏實體的可能。
傳真系統通過電話系統，POTS和IP二者，以數字方式發送消息，並且是可記錄的。在傳真系統中，可以增加和上面說明的功能非常類似的用於記錄、潛伏和喚醒的計算機化功能。
記住用戶可用的所有消息事務系統被整個或者部分計算機化，或者可被數位化(比如就私人會話(它可被記錄和保存在數字數據倉庫中)來說，在本發明的一個實施例中，提供一種可在例如PC上應用的綜合系統，所述綜合系統提供包含多種事務消息接發系統的存儲、分組、串列(stringing)，及潛伏和喚醒功能)。在本實施例中，用戶可具有具備IP電話能力，計算機化傳真能力，即時消息接發能力，可能還有其它消息事務能力的個人計算機。
在該特定實施例中，提供交互式界面，這種情況下，模仿電子郵件系統的熟悉界面，其中底層的系統可與任何一種情況下的任意一種可用事務消息接發系統交互作用，並且集合所有系統內的事務並使之標準化。
圖4是根據本發明的唯一實施例部分地圖解說明集成的潛伏事務系統的圖。在本實施例中，該系統用對方框的類比進行說明，如上關於電子郵件系統所述那樣，從而存在用於到來的事務的方框401，用於潛伏的事務的方框402，用於草稿的方框403(在草稿可能適宜的地方，比如電子郵件和傳真)，用於存檔事務的方框404，用於待傳輸的事務的待發箱405，用於已傳送事務的副本的方框406，和用於刪除的事務的方框407。
在本實施例中，呈現一個窗口408，以列舉在邊欄412中選擇的方框的內容，在本例中選擇收件箱。如前所述，存在一個菜單欄409，並且如前所述，存在一個命令欄410。注意在菜單欄和命令欄中，對潛伏功能的訪問都已被加入到該列舉窗口中。這向用戶提供從任意方框潛伏事務的能力，而不僅僅從收件箱或者如同當構成新事務時啟動發送潛伏那樣來潛伏事務。這也可在專用於特定事務類型，比如如上所述的電子郵件或IP電話的其它實施例中被實現。
在本實施例中，在列舉區域411中，列419列舉列出的事務的類型。本例中具體列舉了兩個事務，一個是電子郵件，另一個是IP電話事務。但是在本實施例中，該系統並不局限於這兩種類型，可以管理和列舉其它的類型，比如如上所述的傳真、IM消息等。
如上所述，選擇收件箱，並選擇在收件箱中列出的第一事務(電子郵件)。窗口414圖解說明選擇的電子郵件消息，在區域417中提供所有可用的信息，在區域418中提供消息的主體的文本。在本實施例中，窗口414的性質隨著事務的類型而稍微變化。例如，如果選擇列出的第二個事務(IP電話事務)，那麼窗口414可具有如圖所示的菜單行和命令行以及信息區417，但是信息可能稍微不同。IP位址可被添加到該信息中，並且代替區域418中的文本，可存在圖標，比如到保存的音頻文件的連結，通過點擊該圖標，可播放所述音頻文件。在一些實施例中，可存在語音-文本轉換功能，從而消息可被保存為轉換自音頻的文本，隨後以文本的形式被顯示。用於POTS電話的窗口類似。但是多數情況下，對於不同類型的消息事務，該窗口不會顯著改變。
在一些實施例中，消息被保存在會話分組中，如上所述並且在一些已知系統中目前已這樣做，這樣的話，還可指示分組和會話主題。
圖5圖解說明上面參考圖4部分說明的系統的更多功能。圖5圖解說明在本發明的一個實施例中產生IP電話事務的交互式窗口502。如果用戶希望記錄和保存事務，那麼可以訪問和使用該窗口，不論潛伏是否可用，但是不需要被用於發出(place)所有IP呼叫。
在窗口501中，如前所述，存在菜單欄502和命令行503。Send功能現在是Place Call功能。在發出IP電話呼叫之前，用戶調用該窗口，輸入將向誰發出該呼叫，如果電子郵件一樣，這可支持別名，From和日期及時間可被自動輸入，可以指示給其它人的副本(cc)，這本身是一項新的獨特功能，並且可以輸入會話組或主題。用戶還可選擇潛伏該呼叫，選擇可以是上面例示或說明的那些選擇中的任意一種。
一旦準備步驟完成，用戶就可選擇發出呼叫(Place Call)，該呼叫將通過與系統和用戶的計算機結合的任何一種IP電話能力發出。在一些實施例中，系統將記錄發出的呼叫，不論它是用戶和收件人之間的會話，還是保留在語音記錄系統上的消息。在一些實施例中，調用語音-文本轉換能力，以便在呼叫發生時，把音頻轉換成機器可讀的文本，所述文本被保存在發送或潛伏箱中(取決於選擇)，並且在一些實施例中，語音和文本這兩種形式都可被保存。
在對於潛伏的那些消息來說適當的時間，事務喚醒，並通知用戶，例如如上所述通過收件箱。如果將要進行的事務是傳真消息，IM或者其它事務類型，那麼預備方框501適合於該消息，並且功能特定於事務類型。
在本發明的其中潛伏的事務被標記和保存的一些實施例中，提供依據幾種標準之一取回和分類潛伏事務的功能。例如，可依據日期和時間，依據會話，依據特定的時間窗口等，對事務分類。可按照各種方式提供顯示畫面。在一些情況下，類似於參考圖1和4所述那樣，在列舉窗口中設置分類功能啟動和配置按鈕。
上面說明的集成系統被描述成駐留在用戶的計算機上。在備選的實施例中，這樣的系統，或者專用於一個或者特定的多種事務類型的系統可被實現成客戶機-伺服器系統，並且可以是基於網絡伺服器的，以致客戶機可變成訂戶持續一段時間，並且通過諸如網際網路之類的網絡從主機的伺服器系統使用所述的功能。
在一些實施例中，可提供改變事務類型的功能，以致發送給預定收件人的電子郵件可以語音消息的形式被傳送，如果收件人的電子郵件暫停不用，或者由於任何其它原因。系統可與傳真-電子郵件系統等兼容。此外，在一些實施例中，通過可安裝的「插件」向現有的商用系統提供功能，從而增強現有系統的功能。例如，通過插件可向任何現有的電子郵件系統增加潛伏功能。
在收件箱中的再出現只是在本發明的各個實施例中，與潛伏消息的喚醒相關的各種行動之一。收件箱是一個很好的選擇，因為利用電子郵件的人們通常一天數次訪問他們的收件箱。但是一些人可能更喜歡喚醒的潛伏消息的不同表現，在本發明的一些實施例中，向用戶提供為喚醒的消息選擇一個不同方框的機制，在一些實施例中，可以創建專供喚醒的消息之用的新方框。
潛伏和喚醒的一個重要功能在於時間安排，如同在本說明書中的其它地方說明的那樣。因此，在本發明的一些實施例中，消息系統中的潛伏功能可與調度軟體功能結合，其中的幾種調度軟體可從市場上買到，並且為本領域的技術人員所知。上面說明了在一些情況下，在本發明的實施例中向用戶提供把注釋或文件附件增加到待潛伏的消息中的工具。另外，在一些實施例中，可向用戶提供選擇潛伏的消息，從而當喚醒時按照時間表出現的功能。在這種情況下，用戶可把到來的消息的要點重新闡述成一個時間表實體，並把該時間表實體附到消息上，以致當喚醒時，重新闡述的消息將按照預定項目出現在調度應用程式中的方式，被直接輸入到調度應用程式中。在一些更複雜的情況下，可提供自動解析待潛伏的消息，從而創建適當的時間表實體，以便輸出給調度應用程式的功能。
在本發明的一些實施例中，還提供配置功能，和個人簡表及偏愛功能，允許用戶按照他/她的偏愛和風格定製潛伏消息系統。
對於本領域的技術人員來說，這裡描述的實施例和變體顯然可被改變，在一些實施例中可被顯著改變，而不會脫離本發明的精神和範圍。例如，存在在本說明書中未說明或討論的可得益於這裡說明的獨特潛伏功能的其它消息事務類型。這樣的系統在本公開的範圍之內。此外，上面的說明主要集中於具有顯示器的計算機化系統，例如桌上型和膝上型計算機系統。但是，所述的獨特功能可在許多其它種類的計算機化設備，例如蜂窩計算機，個人數字助手(PDA)，高端尋呼系統等中實現。還存在可在各個實施例中結合所描述的功能性的許多方式。這些實施例在本說明書的範圍之內。顯然在本發明的精神和範圍內可做出許多其它變化。由於這些和其它原因，本發明應被給予下面的權利要求的外延。
權利要求
1.一種計算機化的消息事務系統，所述系統包括潛伏功能；和存儲倉庫；其中事務或事務的一個版本可被保存預先規定的一段時間，並且可在規定的時間結束時被喚醒。
2.按照權利要求1所述的系統，其中喚醒動作包括提供給系統用戶的報警。
3.按照權利要求1所述的系統，其中在喚醒時，事務或事務的版本從所述倉庫取回並被顯示。
4.按照權利要求1所述的系統，其中在存儲倉庫中，用方框表現事務，包括用於到來的事務的收件箱，當喚醒時，潛伏的事務或事務的版本被轉移到收件箱。
5.按照權利要求1所述的系統，其中事務系統管理電子郵件、即時消息(IM)、短消息系統(SMS)消息、傳真事務(傳真)、基於IP的語音(VoIP)消息或者普通老式電話(POTS)消息中的一個或多個。
6.按照權利要求2所述的系統，其中所述報警是音頻報警或視覺報警中的一個或者這二者。
7.按照權利要求1所述的系統，其中在潛伏時，向用戶提供一種輸入機構，以輸入事務的重新闡述的版本，如果輸入了這種重新闡述的版本，那麼重新闡述的版本可和原始事務一起保存，或者取代原始事務被保存。
8.按照權利要求7所述的系統，包括與調度應用程式結合的功能，其中當喚醒時，重新闡述的版本可作為預定實體被輸出給調度應用程式。
9.按照權利要求1所述的系統，其中事務按照類別被保存，所述類別包括事務、會話、To或From地址或者主題中的一種或多種。
10.按照權利要求1所述的系統，其中向用戶提供交互式窗口，所述交互式窗口具有啟動事務的潛伏、設置潛伏時期的選擇。
11.按照權利要求10所述的系統，其中所述時期可被設置成特定的一段時間，或者通過輸入事務將被喚醒時的時刻來設置。
12.按照權利要求3所述的系統，其中事務或事務的版本具有消息主體，所述消息主體被顯示成報警或者與報警一起顯示。
13.一種把未來的需要通知消息事務系統的用戶的方法，所述方法包括下述步驟(a)為特定的事務或事務的一個版本，訪問事務系統中的潛伏功能；(b)通過潛伏功能設置潛伏時期；(c)保存事務或事務的版本，或者這兩者；和(d)在潛伏時期結束時，喚醒事務或事務的版本。
14.按照權利要求13所述的方法，其中在步驟(d)的喚醒動作中，向用戶提供報警。
15.按照權利要求13所述的方法，其中在喚醒時，從所述倉庫取回並顯示事務或事務的版本。
16.按照權利要求13所述的方法，其中在存儲中，用方框表示事務，包括用於到來的事務的收件箱，當喚醒時，潛伏的事務或事務的版本被轉移到收件箱。
17.按照權利要求13所述的方法，其中事務系統管理電子郵件、即時消息(IM)、短消息系統(SMS)消息、傳真事務(傳真)、基於IP的語音(VoIP)消息或者普通老式電話(POTS)消息中的一個或多個。
18.按照權利要求14所述的方法，其中所述報警是音頻報警或視覺報警中的一個或者這二者。
19.按照權利要求13所述的方法，還包括用戶輸入事務的重新闡述的版本的步驟，如果輸入了這種重新闡述的版本，那麼在步驟(c)中，重新闡述的版本和原始事務一起保存，或者取代原始事務被保存。
20.按照權利要求19所述的方法，還包括當喚醒時，把重新闡述的版本作為預定實體輸出給調度應用程式的步驟。
21.按照權利要求13所述的方法，其中事務按照類別被保存，所述類別包括事務、會話、To或From地址或者主題中的一種或多種。
22.按照權利要求13所述的方法，其中向用戶提供交互式窗口，所述交互式窗口具有啟動事務的潛伏、設置潛伏時期的選擇。
23.按照權利要求22所述的方法，其中所述時期可被設置成特定的一段時間，或者通過輸入事務將被喚醒時的時刻來設置。
24.按照權利要求15所述的方法，其中事務具有消息主體，所述消息主體被顯示成報警或者與報警一起顯示。
25.一種發出和管理電話呼叫的計算機化系統，所述系統包括在進行呼叫之前，用戶可在其中輸入呼叫識別信息的交互式準備窗口；和保存所述呼叫的一個版本的存儲倉庫；其中除了呼叫目的地之外，所述交互式準備窗口允許輸入呼叫的第三方收件人，在呼叫被啟動之後，錄製的呼叫或所述呼叫的一個版本作為消息事務被發送給第三方收件人。
26.按照權利要求25所述的系統，其中所述系統包括可通過準備窗口選擇的潛伏功能，其中通過準備窗口識別的呼叫的一個版本可被保存預先規定的時期，並在所述時期結束時被喚醒。
27.按照權利要求25所述的系統，其中保存的呼叫的版本是呼叫的音頻記錄或者從所述音頻得到的呼叫的文本形式之一。
28.按照權利要求26所述的系統，其中當喚醒時，向系統的用戶提供報警。
29.按照權利要求28所述的系統，其中所述報警是音頻報警或視覺報警中的一個或者這二者。
30.按照權利要求28所述的系統，其中在報警時，呼叫的錄製版本被取回並提供給用戶。
全文摘要
計算機化的消息事務系統具有潛伏功能和存儲倉庫。在該系統中，事務或事務的一個版本可被保存預先規定的一段時間，並在所述規定時間結束時可被喚醒。
文檔編號H04L29/08GK101064694SQ20061013552
公開日2007年10月31日 申請日期2006年10月16日 優先權日2005年12月12日
發明者菲利波斯·尼基福魯 申請人:菲利波斯·尼基福魯