專利名稱：電子文件遞送系統(tǒng)中的個性化存儲賬戶的制作方法
技術領域：
本公開涉及電子文件的分發(fā)。
背景技術：
電子通信是團體社會的中樞并且如今在業(yè)余生活的每一方面中扮演著主要角色。 現代的公司雇員愈來愈依賴于在計算機和計算設備上生成的工作產品。在絕大多數情況 下，必須將電子工作產品跨越計算網絡來共享。然而，先前的通信網絡以僵化不靈活的方式 處理文件。

發(fā)明內容
電子文件遞送系統(tǒng)減少了電子郵件服務器之間網絡帶寬的巨大消耗，并且減少了
使收件人電子郵件收件箱負重的大型文件的數量。所述系統(tǒng)將大型文件上傳至所述收件人
的個性化文件存儲賬戶。所述收件人接收存儲在他們的存儲賬戶中的文件的電子通知。所
述收件人可以不需要來自所述電子郵件服務器的額外資源而訪問所述文件。 在另一個綜合方面，提供包括計算機可讀指令的計算機程序產品，當在計算機系
統(tǒng)和/或計算機網絡系統(tǒng)中加載并運行該計算機程序產品時，會促使所述計算機系統(tǒng)和/
或計算機網絡系統(tǒng)執(zhí)行所描述的方法。 本說明書中描述的主題能夠使用有形地包含在信息載體中的計算機程序產品或 機器可讀介質而實現為方法或系統(tǒng)，信息載體例如CD-R0M、DVD-R0M、半導體存儲器和硬盤。 這樣的計算機程序產品可以促使數據處理設備實施本說明書中描述的一個或多個操作。
另外，本說明書中描述的主題還能實現為包括處理器和耦合到所述處理器的存儲 器的系統(tǒng)。所述存儲器可以對促使所述處理器執(zhí)行本說明書中描述的一個或多個所述方法 動作的一個或多個程序進行編碼。進一步地，本說明書描述的所述主題能夠使用不同的機 器來實施。 在對下面的附圖和詳細說明進行研究后，其他系統(tǒng)、方法、特征和優(yōu)點對本領域技 術人員而言將是、或將變得明顯。所有這種附加的系統(tǒng)、方法、特征和優(yōu)點都包括在此描述 內，落入所請求保護的主題范圍內并且由權利要求進行保護。


參考下面的附圖和說明，所述系統(tǒng)可以得到更好的理解。附圖中的元件沒有必要 按比例繪制，重點在于示出系統(tǒng)的原理。在附圖中，同樣的標號在不同的圖中指代對應的部 件。
圖1示出了電子文件遞送系統(tǒng)。
圖2示出了電子文件遞送消息流。
圖3示出了電子文件遞送架構。
圖4示出了電子文件遞送流。
圖5示出了事務說明分析流。 圖6示出了訂閱管理數據庫查詢流。 圖7示出了電子文件發(fā)送流。 圖8示出了具有遞送選項的電子文件發(fā)送流。 圖9示出了附件遞送狀態(tài)顯示流。 圖10示出了可選的電子文件遞送架構。 圖11示出了用于電子文件遞送系統(tǒng)的發(fā)件人圖形用戶界面。 圖12示出了選擇電子文件遞送應用的發(fā)件人圖形用戶界面。 圖13示出了組成電子消息的發(fā)件人圖形用戶界面。 圖14示出了收件人圖形用戶界面。 圖15示出了顯示賬戶否認指示的發(fā)件人圖形用戶界面。 圖16示出了發(fā)件人圖形用戶界面，其中收件人未訂閱電子文件遞送服務。 圖17示出了發(fā)件人圖形用戶界面，其中文件不能被遞送。
具體實施例方式
電子郵箱越來越充斥著大型文件。那些可能不是收件人急需的大型文件可以延緩 將消息遞送至收件人，并且延緩在收件人系統(tǒng)上的電子郵件(email)顯示。大型文件使電 子郵件收件人的收件箱混亂且占滿存儲限額。大型文件取代可能重要的電子郵件并且導致 后續(xù)的電子郵件未得到遞送而被退回。電子文件遞送系統(tǒng)確定預定收件人是否訂閱了文件 存儲服務，并且將文件或附件上傳至文件存儲服務。在此系統(tǒng)中，消息收發(fā)服務器發(fā)送沒有 龐大文件的電子郵件來通知預定收件人文件存儲在他們個人文件存儲服務賬戶中。所述 收件人然后可以在不增加電子郵件服務器負擔的情況下訪問該文件。 圖1示出了電子文件遞送系統(tǒng)100 ("系統(tǒng)100")。系統(tǒng)100包括消息收發(fā)服務 器102、電子文件存儲服務104、服務遞送平臺106、訂戶設備108以及網絡110。消息收發(fā) 服務器102、訂閱設備108、服務遞送平臺106以及服務104相互之間直接通信或通過網絡 110通信。消息收發(fā)服務器102可以從訂戶設備108接收文件，查詢服務遞送平臺106，和 /或上傳文件至服務104。消息收發(fā)核心邏輯112和消息收發(fā)web應用平臺114駐留在消 息收發(fā)服務器102上。 消息收發(fā)核心邏輯112可以與電子文件存儲服務104("服務104")通信，以檢查 文件轉移到個人存儲賬戶中和/或查詢服務遞送平臺106("SDP 106")以確定預定收件人 是否訂閱了服務104。消息收發(fā)web應用平臺114( "web平臺114")可以與訂戶設備108 通信以接收用于預定收件人的文件或附件或標識符。 服務104將電子文件或附件("文件")存儲在預定收件人的個人文件存儲賬戶 中來代替通過電子郵件服務器發(fā)送文件。服務104可以運行在專門的服務器上。例如，服 務104可以是如2008年8月22日提交的美國專利申請序列No. 12/196， 910所描述的Web 2. 0儲存庫、網絡驅動或數字文件柜("DFL")。 SDP 106可以是架構或組件集合，其提供用戶或商戶環(huán)境中的服務控制環(huán)境、服務 創(chuàng)建環(huán)境、和/或服務編排和執(zhí)行環(huán)境。例如，SDP106可以提供多平臺通信集成服務。SDP 106可以包括記錄通過SDP106可用的服務的組件，對于這些服務，SDP用戶已經訂閱了服務。 訂戶設備108可以是訂戶可以用來提供輸入的設備，并且所述訂戶可以通過該設 備從電子文件遞送系統(tǒng)100接收反饋。訂戶設備108可以是通用計算系統(tǒng)，例如個人桌上型 或膝上型計算機、薄板PC、機頂盒(STB)、個人數字助理(PDA)、移動設備、手持設備、掌上型 計算機、照相機、掃描儀、傳真機、打印機、尋呼機、個人授信設備、web裝置、網絡路由器、交 換機或網橋、或任何其他能夠執(zhí)行指定機器要采取的動作的一組指令(序列或其它形式) 的機器。訂戶設備108包括顯示器116。訂戶設備108包括輸入設備118，其可操作用于允 許用戶與訂戶設備108的任何組件進行交互。 網絡IIO可以是物理連接，例如有線以太網連接，可以是無線方式建立的，或其結 合。網絡110可以是公共網絡，例如因特網，可以是私人網絡，例如內聯網，或者可以是其結
合，并且網絡iio可以利用現在可用的或以后開發(fā)的各種組網協(xié)議，其包括但不限于基于
TCP/IP的組網協(xié)議。可以通過web瀏覽器或移動web瀏覽器來訪問網絡110提供的信息。
網絡110可以包括廣域網(WAN)(例如因特網)、局域網(LAN)、校園網、城域網、或 任何其他可以允許數據通信的網絡。網絡110可以被分為子網。子網可以允許訪問連接到 系統(tǒng)100中的網絡110的任何其他組件，或者子網可以限制連接到網絡IIO之間的組件之
間的訪問。網絡iio可以視為公共或私人網絡連接，并且可以包括例如虛擬專用網或在公
共因特網上采用的加密或其他安全機制機構，等等。 圖2示出了用于電子文件遞送的消息流200。消息流200可以運行在電子文件遞 送系統(tǒng)100中，其包括發(fā)件人設備202、消息收發(fā)服務器102、SDP 106、服務104以及接收者 設備204。發(fā)件人設備202和接收者設備204的每一個可以是訂戶設備108。
發(fā)件人設備202可以向發(fā)件人顯示圖形用戶界面(GUI)。 GUI可以實現為圖11所 示的GUI IIOO，不過可以采用多種其他變形。GUI可以從發(fā)件人接受信息，諸如用戶名、目 的地平臺名稱和文件附件選擇。例如，GUI 1100具有搜索域1102，發(fā)件人可以在搜索域中 輸入發(fā)件人地址簿中的聯系人的名字。使用搜索域1102的搜索可以產生聯系人，例如聯系 人1104。 如圖12的GUI 1200所示，選擇聯系人1104可以產生下拉式菜單1202，不過也可 以采用多種其他變形。按這種方式選擇聯系人1104可以確定該用戶名為與聯系人1104對 應的用戶名。下拉式菜單1202可以提供用來與聯系人通信的選項，例如通過干線電話、因 特網聊天、視頻會議或其他方式。下拉式菜單1202可以包括用來選擇電子文件遞送應用 1204的選項。電子文件遞送應用1204的選擇可以選擇目的地平臺名稱。例如，電子文件遞 送應用1204的選擇可以提供缺省選擇(諸如"DFL")作為目的地平臺名稱?？蛇x地，電子 文件遞送應用1204的選擇可以允許發(fā)件人在多個目的地平臺名稱的選項中進行選擇。彈 出窗口可以為發(fā)件人提供用于DFL、Web 2.0儲存庫或網絡驅動的選項。選擇這些選項之一 可以確定目的地平臺名稱。 發(fā)件人設備202將用戶名和目的地平臺名稱傳送至消息收發(fā)服務器102 (250)。用 戶名可以是由預定收件人選擇的字符串，或者用戶名可以是電子郵件地址。目的地平臺名 稱也可以是由網絡管理員指定的字符串，或者目的地平臺名稱可以是IP地址。例如，用戶 名可以是"Jane Doe"而平臺名稱可以是"DFL"。 用戶名和目的地平臺名稱可以根據基于TCP/IP的組網協(xié)議通過網絡IIO來傳送。運行在消息收發(fā)服務器102上的web平臺114初始可以接收用戶名和目的地平臺名稱，其 可以進一步由消息收發(fā)核心邏輯112來處理。web平臺114可以對用戶名和目的地平臺 名稱執(zhí)行初步處理，例如確定信息是否是正確的類型或格式(例如，字母數字、電子郵件地 址、互聯網協(xié)議(IP)地址等等)，并且可以將關于此初步處理(例如類型或格式是錯誤的) 的反饋提供給發(fā)件人設備202。可以發(fā)送不止一個用戶名和/或目的地平臺名稱。
消息收發(fā)核心邏輯112解析用戶名和目的地平臺名稱，并且發(fā)送帶有解析信息的 查詢給SDP 106(252)。 SDP 106處理用戶名和目的地平臺名稱，并且當對應于該用戶名的 SDP訂戶向該目的地平臺訂閱了服務時，返回訪問憑證，例如服務或數字文件柜(DFL)用戶 名。例如用于用戶名"Jane Doe"的訪問憑證可以是"JDoe"?？蛇x地，當用戶名沒有向目的 地平臺訂閱對應的服務時，SDP 106可以返回錯誤代碼或消息。訪問憑證或錯誤消息可以 作為搜索結果被返回。在多個用戶名被全體一同提交(例如作為用戶名列表或用戶名XML 表格)的情況下，對應的搜索結果可以全體一同被返回(例如作為搜索結果列表或搜索結 果XML表格)。SDP 106將搜索結果返回至消息收發(fā)核心邏輯112 (254)。
消息收發(fā)核心邏輯112可以處理搜索結果(例如解析、更新內部記錄等等)之后， 令web平臺114構建圍繞搜索結果數據的圖形用戶界面(GUI)?？梢詫⒑喜⒘怂阉鹘Y果數 據的GUI發(fā)送至發(fā)件人設備202以進行顯示(256)。 在搜索結果數據反映已接收到針對用戶名的訪問憑證的情況下，可以將圖13的 GUI 1300顯示給發(fā)件人，當然可以采用多種其他變形。通過顯示對應于電子郵件合成頁面 的"至"區(qū)域中的用戶名的電子郵件地址"jane, doe@somewhere.net"， GUI 1300指示消 息收發(fā)核心邏輯112已成功地獲取了針對用戶名"Jane Doe"的訪問憑證。發(fā)件人可以撰 寫個性化消息1302給預定收件人和/或向此消息粘貼文件1304。粘貼文件1304的一個方 法可以通過點擊"粘貼文件"圖標1306來激活。 在搜索結果數據反映了已接收到針對用戶名的錯誤的情況下，或者在搜索結果數 據未包含針對用戶名的訪問憑證的情況下，可以顯示圖14的GUI 1400，當然可以采用多種 其他變形。GUI 1400包含彈出錯誤消息1402。錯誤消息1402可以請求發(fā)件人確認他們希 望繼續(xù)使用電子文件遞送應用1204。可選地，錯誤消息1402可以為發(fā)件人提供用于發(fā)送文 件的另一方法的選項，例如通過電子郵件服務器。 發(fā)件人可以通過GUI選擇預定收件人列表，并且選擇一個或多個文件作為要發(fā)給 預定收件人的附件。發(fā)件人設備202發(fā)送預定收件人列表并上傳文件至消息收發(fā)服務器 102 (258)。消息收發(fā)服務器102處理預定收件人列表并獲取對應于每一個預定收件人的訪 問憑證。消息收發(fā)服務器102打開到服務104的連接，訪問每一個預定收件人的個人賬戶 并上傳文件至每一個個人賬戶(260)。可以分別地將每一個文件發(fā)送至每一個賬戶?？蛇x 地，可以將每一個電子文件一次性發(fā)送至服務104，并且電子文件存儲服務管理在這些個人 賬戶之中的電子文件的存儲。 服務104確定是否每一個文件都成功上傳至每一個個人賬戶。服務104向SDP 106 發(fā)送對應于該確定的確認或否認(262)。可以根據每一個電子文件、每一個預定收件人、或 兩者來發(fā)送確認或否認。例如，服務104可以確認對于一個預定收件人一個文件成功地被 上傳，以及否認第二個文件成功地被上傳。對于同樣的事務，服務104可以確認第二預定收 件人的賬戶成功地接收到第二個文件，但未能接收到第一個文件。
SDP 106處理此確認或否認。例如，SDP 106可以更新SDP訂戶記錄。SDP 106可 以重定確認或否認的格式，并將重定格式的確認或否認發(fā)送至消息收發(fā)服務器102(264)。
消息收發(fā)服務器構建對應于確認或否認的GUI,并且將顯示文件遞送的確認或否 認的GUI發(fā)送至發(fā)件人設備202 (266)。發(fā)件人設備202可以顯示此GUI ，并且發(fā)件人可以 相應地采取進一步措施。 當消息收發(fā)服務器102接收到遞送確認時，消息收發(fā)服務器102構建對應于遞送 確認通知的通知消息。通知消息可以合并到GUI中并顯示給預定收件人，如圖15的GUI 1500。通知消息可以包括信息，諸如文件名、文件大小、發(fā)件人姓名、或對預定收件人有用的 任何其他信息。將通知消息發(fā)送至接收者設備204而不帶任何附件(268)。與發(fā)送帶有附 件的電子郵件相比，發(fā)送不帶附件的通知消息可以使用電子郵件服務器上更少的帶寬和/ 或占用收件人硬盤或收件箱中更少的空間。通知消息可以包括個性化消息，例如消息1502。
替代地或附加地，消息收發(fā)服務器102可以構建對應于遞送否認通知的通知消 息。通知消息可以合并到GUI中并顯示給預定收件人，如圖16的GUI 1600。通知消息可以 包括訂閱邀請1602。在遞送否認可能是由于服務104的系統(tǒng)問題而不是因為預定收件人缺 少服務104的賬戶的情況下，發(fā)件人設備可以接收指示此系統(tǒng)問題的消息。例如，發(fā)件人設 備可以接收如圖17的GUI 1700上所呈現的系統(tǒng)錯誤消息1702。 在文件遞送中存在錯誤的情況下，發(fā)件人可以選擇收件人列表，例如未收到一個 或多個電子文件的原始收件人列表的子組，以及選擇此收件人列表第一次未接收到的一個 或多個文件。發(fā)件人設備202將該收件人列表和文件發(fā)送至消息收發(fā)服務器102(270)。消 息收發(fā)服務器102可以通過電子郵件服務器將此文件作為粘貼到電子郵件的附件而發(fā)送 至接收設備204(272)。接收設備204可以向消息收發(fā)服務器102確認或否認消息已遞送 (274)。消息收發(fā)服務器102可以基于此確認或否認來構建GUI并將GUI發(fā)送至發(fā)件人設 備202(276)。 圖3示出了電子文件遞送架構300。電子文件遞送架構300包括消息收發(fā)服務器 102、服務104、SDP 106、訂戶設備108和網絡110。消息收發(fā)服務器102包括web平臺114、 消息收發(fā)核心邏輯112、事務說明306、電子消息308和310、搜索結果312、文件遞送指示符 314和316、以及訂閱邀請318。 web平臺114包括用戶名320、目的地平臺名稱322、個性化 遞送消息324、以及遞送選項輸入326。用戶名320、目的地平臺名稱322、個性化遞送消息 324、以及遞送選項輸入326可以是響應于訂戶輸入而從訂戶設備108接收的數據。遞送選 項輸入326可以包括用于直接遞送328的輸入。 消息收發(fā)核心邏輯112接收、發(fā)送、和存儲事務說明306、電子消息308和310、搜 索結果312、文件遞送指示符314和316以及訂閱邀請318。消息收發(fā)核心邏輯112可以從 web平臺114接收事務說明306。事務說明306包括文件330和用戶名332。當文件330已 經成功上傳至服務104時，消息收發(fā)核心邏輯112可以創(chuàng)建電子消息308。電子消息308可 以包括由發(fā)件人在訂戶設備108上創(chuàng)建的個性化通知消息334。可選地，電子消息308可以 包括標準的、預先確定的通知消息、警報、音調或其他通知。 當預定收件人沒有服務104的個人賬戶時，消息收發(fā)核心邏輯112可以創(chuàng)建電子 消息310。電子消息310包括電子文件附件336。消息收發(fā)核心邏輯112可以通過電子郵 件服務器將帶有文件336的電子消息310發(fā)送至預定收件人。
消息收發(fā)核心邏輯112可以從SDP 106接收搜索結果312。搜索結果312可以指 示預定收件人是否具有服務104的個人文件存儲賬戶。消息收發(fā)核心邏輯112可以從接收 者設備204、服務104、或SDP106接收文件遞送指示符314和316。正的文件遞送指示符314 可以指示文件已被成功遞送。負的文件遞送指示符316可以指示文件沒有被成功遞送。
消息收發(fā)核心邏輯112可以創(chuàng)建訂閱邀請318。訂閱邀請318可以包括指示預定 收件人沒有針對電子文件存儲服務104的個人賬戶的文本。訂閱邀請318還可以包括超鏈 接，例如統(tǒng)一資源定位符(URL)，用戶可以從該超鏈接訪問他們可以注冊這種個人賬戶的網 頁。 服務104為訂閱其服務的訂戶提供大容量存儲和快速數據遞送。每一個訂戶可以 具有針對服務104的一個或多個個人文件存儲賬戶338("個人賬戶338")。每一個個人賬 戶338具有限制對其賬戶訪問的訪問憑證340。訪問憑證340可以是密碼或按鍵組合，或者 訪問憑證340可以是用戶名或電子郵件地址。對個人賬戶338的訪問可以限制于那些提供 匹配訪問憑證340的信息的人員。個人賬戶338可以從消息收發(fā)服務器102或網絡110接 收和存儲文件342。 SDP 106包括服務編排模塊344和訂閱管理數據庫346 ( "SMD346")。服務編排 模塊344協(xié)調多個實施服務到單個聚合服務中。例如，服務編排模塊協(xié)調消息收發(fā)服務器 102和SMD 346之間的通信。 SMD 346存儲和獲取訂閱了 SDP 106提供的服務的訂戶的訂戶信息。訂戶信息可 以在SMD 346中存儲為SDP訂閱348。每一個SDP訂閱348可以包括用戶名350和電子文 件存儲服務訂閱352 ("服務訂閱352")。用戶名350提供所述賬戶的標識和SDP訂戶的標 識。服務訂閱352指示SDP訂戶具有針對服務104的個人賬戶338。服務訂閱352可以包 括訪問憑證354，當該訪問憑證354與個人賬戶338的訪問憑證340相匹配時，其可以提供 對個人賬戶338的訪問。 圖4示出了用于電子文件遞送的流400。流400可以在電子文件遞送架構300的環(huán) 境中實現。消息收發(fā)服務器102通過web平臺114接收事務說明306(402) 。 web平臺114 或消息收發(fā)核心邏輯112分析事務說明306(404)。此分析可以包括解析事務說明306，以 及確定預定事務是否要利用服務104來處理。分析可以包括確定預定事務是否要包括通 過電子郵件服務器將文件發(fā)送至預定收件人。 消息收發(fā)服務器102通過web平臺114接收一個或多個用戶名320和目的地平臺 名稱322 (406)。 web平臺114可以傳送用戶名320和目的地平臺名稱322至消息收發(fā)核心 邏輯112。消息收發(fā)核心邏輯112激活用來在SMD 346中查詢訪問憑證354的過程(408)。 查詢可以通過網絡110和/或SDP 106的服務編排模塊344來路由。查詢可以根據消息事 務252和254而發(fā)生。 消息收發(fā)核心邏輯112根據在遞送選項輸入326中指示的過程和/或事務說明 306和搜索結果312中的信息來發(fā)送文件330(410)。例如，遞送選項輸入326指示文件遞 送到服務104并且預定收件人具有針對服務104的個人賬戶338，然后消息收發(fā)核心邏輯 112激活用以將文件330傳送至個人賬戶338的過程。如果遞送選項輸入326指示直接遞 送328，那么消息收發(fā)核心邏輯112激活用以通過電子郵件服務器發(fā)送文件330的過程。
如果要將不止一個附件發(fā)送至預定收件人，那么那些附件也被發(fā)送至預定收件人。如果指示了不止一個預定收件人，那么消息收發(fā)核心邏輯112在SMD 346中查詢下一 個預定收件人的訪問憑證。 發(fā)件人設備202顯示所發(fā)送的附件的遞送狀態(tài)(412)。遞送狀態(tài)可以反映正的文 件遞送指示符314和/或負的文件遞送指示符316。顯示可以包括用于各個文件附件、各個 預定收件人、或兩者的結合的遞送狀態(tài)。 圖5示出了用于事務說明分析的流500，例如上面在(404)處所提及的分析。web 平臺114和/或消息收發(fā)核心邏輯112確定指定的文件(502) 。 web平臺114和/或消息 收發(fā)核心邏輯112確定指定的預定收件人(504)。任一確定可以通過解析事務說明306而 發(fā)生。例如，用于指定文件的標識符和用于指定預定收件人的標識符可以從來自于發(fā)件人 設備202的通信的已知字段分離出來和/或定位于其中?？蛇x地，指定文件的位置和/或 指定預定收件人的標識符可以作為變量遞送給web平臺114和/或消息收發(fā)核心邏輯112。
圖6示出了用于訂閱管理數據庫查詢的流600，例如在(408)處所提及的查詢。消 息收發(fā)核心邏輯112將包括一個或多個用戶名320和目的地平臺名稱322的查詢發(fā)送至 SDP 106(602)。該查詢可以直接發(fā)送或通過網絡110發(fā)送。該查詢可以由SDP 106中的服 務編排模塊344接收。 SDP 106接收查詢并且將其重定向到SMD 346(604)。重定向可以包括將查詢重新 定格式或轉換成SMD 346能夠處理的查詢。SMD 346搜索具有與來自查詢的用戶名320相 匹配的用戶名350的SDP訂閱348(606)。 如果存在具有與用戶名320相匹配的用戶名350的SDP訂閱348，則SMD 346確定 此訂閱SDP 348是否具有服務訂閱352。兩個條件都符合的話，SMD 346將訪問憑證354發(fā) 送至SDP 106(608)。 SDP 106將訪問憑證354重定向至消息收發(fā)服務器102 (610)。另夕卜， SMD 346發(fā)送對于上述用戶名不存在SDP訂閱或服務訂閱的指示(612)。在指定不止一個 預定收件人時可以重復流600。 圖7示出了用于電子文件發(fā)送的流700，例如在(410)處提及的發(fā)送。消息收發(fā) 服務器102從SMD 346接收搜索結果312(702)。消息收發(fā)核心邏輯112確定搜索結果312 是否包括訪問憑證354或預定收件人具有服務訂閱352的其他指示。如果沒有返回訪問憑 證354或者存在預定收件人沒有服務訂閱352的指示，則web平臺114將顯示預定收件人 沒有服務訂閱352的指示的GUI發(fā)送至發(fā)件人設備202 (704)。若搜索結果312包括訪問憑 證354或者存在預定收件人具有服務訂閱352的指示，則web平臺114將顯示預定收件人 具有服務訂閱352的指示的GUI發(fā)送至發(fā)件人設備202(706)。 消息收發(fā)核心邏輯112激活與服務104的通信鏈路以訪問服務104(708)。消息 收發(fā)服務器102中的消息收發(fā)核心邏輯112使用訪問憑證354來訪問預定收件人針對服務 104的個人賬戶338(710)。當由消息收發(fā)服務器102提供的訪問憑證354與個人賬戶338 的訪問憑證340相匹配時，可以準予該訪問。消息收發(fā)服務器102中的消息收發(fā)核心邏輯 112將文件330發(fā)送至服務104，在服務104中，其可以存儲為預定收件人的個人賬戶338 中的文件342(712)。 若文件342已經成功上傳，則消息收發(fā)核心邏輯112創(chuàng)建不帶附件的電子郵件消 息308 (714)。電子郵件消息308可以包括個性化遞送消息324， web平臺114可能已從發(fā) 件人設備202接收到該個性化遞送消息?？梢詫€性化遞送消息324作為個性化通知消息
1334添加到電子郵件消息308 (716)。 消息收發(fā)核心邏輯112激活用以通過電子郵件服務器不帶文件地將電子郵件消 息308發(fā)送至預定收件人(718)的過程。消息收發(fā)核心邏輯112創(chuàng)建正的文件遞送指示符 314以代表文件342成功傳送至預定收件人的個人賬戶338。消息收發(fā)核心邏輯112和/或 web平臺114將正的文件遞送指示符314構建到GUI中，此GUI被發(fā)送至發(fā)件人設備202。 發(fā)件人設備202顯示此GUI作為"成功遞送"消息(720)。 若文件342沒有成功地存儲在預定收件人的個人賬戶338中，則消息收發(fā)核心邏 輯112創(chuàng)建負的文件遞送指示符316以代表文件330未成功傳送至預定收件人的個人賬戶 338。消息收發(fā)核心邏輯112和/或web平臺114將負的文件遞送指示符316構建到GUI 中，此GUI被發(fā)送至發(fā)件人設備202。發(fā)件人設備202顯示此GUI作為"失敗"或"不成功遞 送"消息(722)。 GUI可以為發(fā)件人提供再次嘗試將文件遞送至預定收件人的個人賬戶和/ 或試圖通過電子郵件服務器遞送文件的選項。若發(fā)件人選擇通過電子郵件服務器遞送，則 消息收發(fā)核心邏輯112創(chuàng)建將文件330包括為文件336的電子消息310。消息收發(fā)核心邏 輯112激活用以通過電子郵件服務器發(fā)送帶有文件336的電子郵件消息310的過程(724)。
圖8示出了用于具有遞送選項的電子文件發(fā)送的流800。流800可以在電子文件 遞送架構300的環(huán)境中實現。消息收發(fā)核心邏輯112確定用于文件的可以遞送選項(802)。 該確定可以通過向SDP 106查詢可以選項來執(zhí)行。可選地或附加地，該確定可以通過輪詢 直接連接到消息收發(fā)服務器102或網絡110上的可用系統(tǒng)來進行。例如，消息收發(fā)核心邏 輯112可以向SDP 106查詢關于可用的文件遞送服務，SDP 106可以利用包括電子郵件服 務器、DFL和Web 2.0儲存庫的列表來響應。該確定可以包括直接或間接的遞送選項是否 可用。例如，DFL或Web 2.0儲存庫的可用性將提供間接的遞送選項，而電子郵件服務器的 可用性提供直接的遞送選項。 若直接或間接的遞送選項都不可用時，文件是無法遞送的。若間接選項不可用但 直接遞送選項可用，則消息收發(fā)核心邏輯112通過直接遞送系統(tǒng)發(fā)送文件330以及對間接 遞送服務318的訂閱邀請(804)。若間接遞送選項可用但直接遞送選項不可用，則消息收發(fā) 核心邏輯112通過間接遞送系統(tǒng)來發(fā)送文件330 (806)。 當直接和間接的遞送選項都可用時，消息收發(fā)核心邏輯112和/或web平臺114構 建包括遞送選項選擇菜單的GUI并將此GUI發(fā)送至發(fā)件人設備202。發(fā)件人設備202將帶 有遞送選項選擇菜單的GUI顯示給發(fā)件人(808)。發(fā)件人可以從該選擇菜單中選擇遞送選 項326，并且通過消息收發(fā)核心邏輯112和/或web平臺114獲取遞送選項326 (810)。消 息收發(fā)核心邏輯112激活用以根據選擇的遞送選項輸入326來發(fā)送文件330 (812)的過程。 例如，發(fā)件人可以選擇DFL作為間接遞送選項，消息收發(fā)核心邏輯112將文件330上傳至針 對DFL的預定收件人的個人賬戶。 圖9示出了用于顯示附件遞送狀態(tài)的流900。流900可以在電子文件遞送架構300 的環(huán)境中實現。消息收發(fā)核心邏輯112向SMD 346查詢每一個預定收件人的訪問憑證354。 消息收發(fā)核心邏輯112從SMD 346接受用于每一個預定收件人的訂閱狀態(tài)指示符(902)。 訂閱狀態(tài)指示符可以通過服務編排模塊344來發(fā)送。訂閱狀態(tài)指示符可以存儲為搜索結果 312。 消息收發(fā)核心邏輯112和/或web平臺114基于訂閱狀態(tài)指示符和預定收件人列表來構建GUI(904)。例如，GUI可以包括針對具有服務訂閱352的預定收件人的電子郵件 地址，以及針對沒有服務訂閱352的預定收件人的彈出錯誤消息?？蛇x地，GUI可以包括具 有緊挨著具有服務訂閱352的預定收件人的聯系人姓名的綠色狀態(tài)指示符和緊挨著沒有 服務訂閱352的預定收件人的聯系人姓名的紅色狀態(tài)指示符的對話框。可以實現GUI的多 種其他變形，以告知哪些預定收件人訂閱了服務。web平臺114將GUI發(fā)送給發(fā)件人設備 202，發(fā)件人設備將此GUI顯示給發(fā)件人(906)。 發(fā)件人從GUI選擇第二組預定收件人。第二組可以是原始預定收件人組的一個子 集。例如，發(fā)件人可以選擇具有服務訂閱352的預定收件人。web平臺114和/或消息收發(fā) 核心邏輯112接受對預定收件人的選擇(908)。 消息收發(fā)核心邏輯112將文件330發(fā)送至選擇的收件人(910)。文件330可以直 接或間接地被發(fā)送至選擇的收件人。消息收發(fā)核心邏輯112接受針對每一個預定收件人的 每一個附件的遞送狀態(tài)(912)。遞送狀態(tài)可以是正的文件遞送指示符314或負的文件遞送 指示符316。消息收發(fā)核心邏輯112和/或web平臺114構建并入了遞送狀態(tài)的GUI并且 將此GUI發(fā)送至發(fā)件人設備202。發(fā)件人設備202顯示具有遞送狀態(tài)的GUI (914)。
圖IO示出了可選的電子文件遞送架構1000。此可選的電子文件遞送架構1000包 括存儲器1002、處理器1004、通信邏輯1006、網絡110和訂戶設備108。存儲器1002包括 消息收發(fā)服務器邏輯1008、電子文件存儲服務邏輯1010、 SDP邏輯1012、事務說明306、遞 送選項輸入326、電子消息308、搜索結果312、文件遞送指示符1014、訂閱邀請318、個人賬 戶338、以及SMD 346。 消息收發(fā)服務器邏輯1008包括消息收發(fā)核心邏輯112和消息遞送web平臺邏輯 ("web平臺邏輯")1016。消息收發(fā)服務器邏輯1008可以執(zhí)行與消息收發(fā)服務器102同樣 的功能。web平臺邏輯1016協(xié)助在消息收發(fā)核心邏輯112和訂戶設備108之間的信息交換。 web平臺邏輯1016可以執(zhí)行與web平臺114同樣的功能。電子文件存儲服務邏輯("服務 邏輯")1010協(xié)助個人賬戶338之間的信息交換。服務邏輯1010可以執(zhí)行與服務104同樣 的功能。服務遞送平臺邏輯("SDP邏輯")1012包括服務編排邏輯334。 SDP邏輯1012可 以執(zhí)行與SDP 106同樣的功能。事務說明306包括用戶名332、目的地平臺名稱322、以及 文件330。遞送選項輸入326包括直接遞送選擇328，不過替代或附加于直接遞送選擇328， 可以有間接遞送選擇。電子消息308包括個性化通知消息334。文件遞送指示符1014可以 是正的文件遞送指示符314和/或負的文件遞送指示符316。個人賬戶338包括訪問憑證340和文件342。 SMD 346包括訂閱348。每一個訂閱
348包括用戶名350和服務訂閱352。每一個服務訂閱352包括訪問憑證354。 上面所提供的系統(tǒng)和方法將文件遞送至收件人個人賬戶而未增加電子郵件服務
器或收件人的收件箱的文件負擔。文件替代地利用專用于文件存儲的服務來存儲，由此提
供具有用于文件的管理的專用資源的環(huán)境。電子郵件服務器和收件人的收件箱得到解放出
來處理進入和出去的消息而非文件。 上面描述的系統(tǒng)和硬件平臺可以以許多不同方式來實施。功能可以在單個系統(tǒng)中 實施或跨越多個系統(tǒng)進行功能性地劃分。作為另一個實例，實現為計算機可執(zhí)行指令或實 現為存儲器中的數據結構的邏輯可以存儲在、分布在多種不同類型的機器可讀介質中或從 其讀取。機器可讀介質可以包括有形的信號，例如從網絡接收的信號，或被分成段并且在跨越網絡和/或諸如RAM、R0M、硬盤、軟盤、CD-ROMs、閃存、和光/磁存儲設備的有形的計算機 可讀存儲器而傳送的多個分組中接收的信號。系統(tǒng)可以在軟件、硬件、或軟件與硬件的結合 中實施。 而且，系統(tǒng)可以實現為具有附加的、不同的或者更少的部件。作為一個示例，處理 器或者任何其他邏輯可以實現為微處理器、微控制器、DSP、專用集成電路(ASIC)、程序指 令、離散的模擬或數字邏輯或者其他類型電路或邏輯的組合。作為另一示例，存儲器可以是 DRAM、 SRAM、閃存或者任何其他類型存儲器。系統(tǒng)可以分布在多個組件之間，諸如分布在多 個處理器和存儲器中，可選地，包括多個分布式處理系統(tǒng)。邏輯(諸如程序或電路)可以在 多個程序間合并或者拆分，分布在若干存儲器和處理器之間，或者可以利用函數庫實現或 者實現為函數庫，諸如動態(tài)鏈接庫(DLL)或者其他共享庫。 系統(tǒng)和硬件平臺可以使用的協(xié)議示例包括實時消息傳遞協(xié)議(RTMP)和實時流協(xié) 議(RTSP)。 FLV(Flash視頻)格式可以用于媒體流，并且系統(tǒng)可以包括Adobe (TM) Flash Media StreamingServer軟件，其可從加利福尼亞州舊金山的Adobe系統(tǒng)公司獲得。作為其 他示例，系統(tǒng)可以包括Flash Lite(TM)服務器、QuickTime (TM)流傳輸服務器，或者Darwin 開源服務器。 然而，可以使用通過網絡在服務器與端點之間傳遞音頻、視頻和數據的任何其他 協(xié)議。傳輸層可以包括傳輸控制協(xié)議(TCP)、實時傳輸協(xié)議(RTP)或者其他傳輸邏輯。網 絡層可以基于互聯網協(xié)議v4、 v6(即，IPv4或IPv6)或其他網絡層協(xié)議對信息進行路由。 數據鏈路層可以包括有線鏈路或無線鏈路，諸如IEEE 802. 11、 WiFi、 WiMAX、異步傳輸模式 (ATM)、光纖分布式數據接口 (FDDI)、以太網或者在光纖、同軸電纜、雙絞線或者其他物理層 之上的其他數據鏈路層。 系統(tǒng)與系統(tǒng)內邏輯及模塊之間的接口可以按照多種方式實現。例如，系統(tǒng)間的接 口可以是Web服務接口 。接口的其他示例包括消息傳遞，諸如公布/訂閱消息傳遞、共享存 儲器，和遠程呼叫。 在端點上運行的軟件平臺和硬件平臺可以有很大變化。例如，端點可以運行 Windows CE(TM)操作系統(tǒng)、JAVA ME(TM)系統(tǒng)、Symbian(TM)操作系統(tǒng)、Palm(TM)操作系統(tǒng)。 硬件平臺可以用通用處理平臺實現，諸如從Sun Microsystems、Hewlett Packart或國際商 業(yè)機器公司可得的、并運行Unix、 Windows (TM) 、 Linux或其他操作系統(tǒng)的那些硬件平臺。
盡管描述了電子文件遞送系統(tǒng)的各種實施方式，但是應當理解，對于本領域技術 人員而言，很明顯在本發(fā)明范圍內的多種實施方式和實現都是可行的。因此，除了所附權利 要求及它們的等同物外，本發(fā)明不受限制。 根據另一方面，提供一種電子文件遞送產品，該產品可以包括存儲器；存儲在存 儲器中的消息收發(fā)web應用邏輯，其可操作用于接收標識電子文件附件的預定收件人的 用戶名；以及標識預定收件人具有個人文件存儲賬戶的電子文件存儲服務的目的地平臺名 稱；以及存儲在存儲器中的消息收發(fā)核心邏輯，其可操作用于分析事務說明以確定電子 文件附件以及該電子文件附件的預定收件人；通過服務遞送平臺利用用戶名和目的地平臺 名稱、向訂閱管理數據庫查詢允許發(fā)送和存儲該電子文件附件至預定收件人的個人賬戶的 訪問憑證；訪問電子文件存儲服務上的預定收件人的個人文件存儲賬戶；將所述電子文件 附件發(fā)送至所述電子文件存儲服務，其中所述預定收件人在此電子文件存儲服務上具有個人文件存儲賬戶；創(chuàng)建到預定收件人的電子消息，該消息省略了所述電子文件附件并且包 括有關所述電子文件附件存儲在個人文件存儲賬戶中的通知；以及將不含電子文件附件的 電子消息發(fā)送至預定收件人。 在另一個方面，消息收發(fā)核心邏輯可以進一步操作用于利用用戶名和目的地平 臺名稱來查詢訂閱管理數據庫以確定預定收件人是否具有電子文件存儲服務上的個人文 件存儲賬戶；以及獲得確認預定收件人具有電子文件存儲服務上的個人賬戶的搜索結果， 并且其中消息收發(fā)web應用平臺可以進一步操作用于顯示傳達預定收件人具有個人文件 存儲賬戶的賬戶確認指示符。 在另一個方面，電子文件附件可以是在電子消息中指定的多個電子文件附件之 一，并且消息收發(fā)核心邏輯可操作用于發(fā)送此電子文件附件，包括將多個電子文件附件中 的每一個發(fā)送至電子文件存儲服務，其中預定收件人具有所述電子文件存儲服務上的個人 文件存儲賬戶；從電子文件存儲服務接收針對所述多個電子文件附件中每一個的文件遞送 指示符，每一個文件遞送指示符傳達與其相關聯的電子文件附件是否被成功存儲在預定收 件人的個人文件存儲賬戶中；以及分析每一個文件遞送指示符和生成傳達所述多個電子文 件附件中的每一個是否被成功存儲的電子文件存儲遞送報告顯示。 在另一個方面，消息收發(fā)核心邏輯可以進一步操作用于確定電子文件附件的可用 遞送選項，包括確定電子文件附件重定向遞送選項是可用的，其中在被發(fā)送至預定收件人 的電子消息中省略該電子文件附件并且其被單獨遞送至預定收件人的個人文件存儲賬戶 中；以及確定電子文件附件直接遞送選項是可用的，其中與電子消息一起遞送電子文件附 件，以及消息收發(fā)web應用平臺可以進一步操作用于顯示包含重定向遞送選擇器和直接 遞送選擇器的遞送選項選擇菜單；以及從遞送選項選擇菜單獲得指明選擇的遞送選項輸 入。 在另一個方面，消息收發(fā)web應用平臺可以獲得遞送選項輸入，包括響應于顯示 遞送選項選擇菜單而接收直接遞送選項，消息收發(fā)核心邏輯可以進一步操作用于將訂閱電 子文件存儲服務的訂閱邀請發(fā)送至預定收件人。 在另一個方面，消息收發(fā)核心邏輯可以進一步操作用于利用第二用戶名和目的 地平臺名稱來查詢訂閱管理數據庫以確定第二預定收件人是否具有電子文件存儲服務上 的個人文件存儲賬戶；以及獲得否認第二預定收件人具有電子文件存儲服務上的個人文件 存儲賬戶的搜索結果；以及消息收發(fā)web應用平臺可以進一步操作用于顯示傳達第二預 定收件人不具有個人文件存儲賬戶的賬戶否認指示符；構建具有賬戶確認指示符和賬戶否 認指示符的圖形用戶接口 (GUI);以及顯示具有賬戶確認指示符和賬戶否認指示符的所述 GUI。 在另一個方面，消息收發(fā)web應用平臺可以顯示GUI,包括顯示收件人選擇器，消 息收發(fā)web應用平臺可以進一步操作用于響應于通過顯示的收件人選擇器而接收到的輸 入來接收收件人選擇；以及將收件人選擇發(fā)送至消息收發(fā)核心邏輯；以及消息收發(fā)核心邏 輯可以進一步操作用于將電子文件附件發(fā)送至由所述收件人選擇所指定的預定收件人。
權利要求
一種用于遞送電子文件附件的方法，包括分析事務說明以確定指定的電子文件附件；以及指定的所述電子文件附件的預定收件人；在消息收發(fā)服務器處接收標識所述預定收件人的用戶名，以及標識電子文件存儲服務的目的地平臺名稱，所述預定收件人具有所述電子文件存儲服務上的個人文件存儲賬戶；利用所述用戶名和所述目的地平臺名稱向訂閱管理數據庫查詢訪問憑證，所述訪問憑證允許將所述電子文件附件發(fā)送和存儲至所述預定收件人的個人文件存儲賬戶；從所述消息收發(fā)服務器訪問所述電子文件存儲服務上的所述預定收件人的個人文件存儲賬戶；將所述電子文件附件從所述消息收發(fā)服務器發(fā)送至所述電子文件存儲服務，其中所述預定收件人具有所述電子文件存儲服務上的所述個人文件存儲賬戶；創(chuàng)建到所述預定收件人的電子消息，所述電子消息省略了所述電子文件附件并且包括所述電子文件附件存儲在所述個人文件存儲賬戶上的通知；以及將不帶有所述電子文件附件的所述電子消息發(fā)送至所述預定收件人。
2. 根據權利要求1所述的方法，進一步包括利用所述用戶名和所述目的地平臺名稱查詢所述訂閱管理數據庫，以確定所述預定收 件人是否具有所述電子文件存儲服務上的所述個人文件存儲賬戶；獲得搜索結果，該搜索結果確認所述預定收件人具有所述電子文件存儲服務上的所述 個人賬戶；以及顯示賬戶確認指示符，該賬戶確認指示符傳達所述預定收件人具有所述個人文件存儲 賬戶。
3. 根據權利要求1所述的方法，其中所述電子文件附件是在所述電子消息中指定的多 個電子文件附件之一，并且發(fā)送所述電子文件附件包括將所述多個電子文件附件中的每一個發(fā)送至所述電子文件存儲服務，所述預定收件人 具有所述電子文件存儲服務上的所述個人文件存儲賬戶；從所述電子文件存儲服務接收針對所述多個電子文件附件中的每一個的文件遞送指 示符，每一個文件遞送指示符傳達與其相關聯的電子文件附件是否被成功地存儲在所述預 定收件人的個人文件存儲賬戶中；以及分析每一個文件遞送指示符和生成傳達所述多個電子文件附件中的每一個是否被成 功地存儲的電子文件存儲遞送報告顯示。
4. 根據權利要求1所述的方法，進一步包括 確定所述電子文件附件可用的遞送選項，包括確定電子文件附件重定向遞送選項是可用的，其中在被發(fā)送至所述預定收件人的所述 電子消息中省略所述電子文件附件，并且所述電子文件附件被單獨遞送至所述預定收件人 的所述個人文件存儲賬戶中；以及確定電子文件附件直接遞送選項是可用的，其中與所述電子消息一起遞送所述電子文件附件；顯示遞送選項選擇菜單，所述遞送選項選擇菜單包括重定向遞送選擇器；以及直接遞送選擇器；以及從所述遞送選項選擇菜單獲得指明選擇的遞送選項輸入。
5. 根據權利要求4所述的方法，其中，獲得遞送選項輸入包括響應于顯示所述遞送選項菜單，接收直接遞送選項，所述方法進一步包括將訂閱所述 電子文件存儲服務的訂閱邀請發(fā)送至所述預定收件人。
6. 根據權利要求2所述的方法，進一步包括利用第二用戶名和所述目的地平臺名稱來查詢所述訂閱管理數據庫，以確定第二預定 收件人是否具有所述電子文件存儲服務上的個人文件存儲賬戶；獲得搜索結果，該搜索結果否認所述第二預定收件人具有所述電子文件存儲服務上的 個人文件存儲賬戶；顯示賬戶否認指示符，該賬戶否認指示符傳達所述第二預定收件人不具有所述個人文 件存儲賬戶；構建具有所述賬戶確認指示符和所述賬戶否認指示符的圖形用戶接口 (GUI);以及 顯示具有所述賬戶確認指示符和所述賬戶否認指示符的所述GUI。
7. 根據權利要求6所述的方法，其中，顯示所述GUI進一步包括顯示收件人選擇器， 所述方法進一步包括響應于通過所述顯示的收件人選擇器接收的輸入來接收收件人選擇； 將所述收件人選擇發(fā)送至所述消息收發(fā)服務器中的消息收發(fā)核心邏輯；以及 將所述電子文件附件從所述消息收發(fā)服務器發(fā)送至由所述收件人選擇所指定的預定 收件人。
8. —種電子文件遞送系統(tǒng)，包括 消息收發(fā)服務器，包括消息收發(fā)web應用平臺，可操作用于接收 標識電子文件附件的預定收件人的用戶名；以及標識電子文件存儲服務的目的地平臺名稱，所述預定收件人具有所述電子文件存儲服 務上的個人文件存儲賬戶；以及消息收發(fā)核心邏輯，可操作用于 分析事務說明，以確定 所述電子文件附件；以及 所述電子文件附件的所述預定收件人；通過服務遞送平臺利用所述用戶名和所述目的地平臺名稱向訂閱管理數據庫查詢訪 問憑證，所述訪問憑證允許將所述電子文件附件發(fā)送和存儲至所述預定收件人的個人賬 戶；訪問所述電子文件存儲服務上的所述預定收件人的個人文件存儲賬戶； 將所述電子文件附件發(fā)送至所述電子文件存儲服務，所述預定收件人具有所述電子文 件存儲服務上的所述個人文件存儲賬戶；創(chuàng)建到所述預定收件人的電子消息，所述電子消息省略了所述電子文件附件并且包括 所述電子文件附件存儲在所述個人文件存儲賬戶上的通知；以及將不帶有所述電子文件附件的所述電子消息發(fā)送至所述預定收件人。
9. 根據權利要求8所述的系統(tǒng)，其中，所述消息收發(fā)核心邏輯進一步可操作用于利所述用戶名和所述目的地平臺名稱查詢所述訂閱管理數據庫，以確定所述預定收件 人是否具有所述電子文件存儲服務上的所述個人文件存儲賬戶；以及獲得搜索結果，該搜索結果確認所述預定收件人具有所述電子文件存儲服務上的所述 個人賬戶；以及其中所述消息收發(fā)web應用平臺進一步可操作用于顯示賬戶確認指示符，該賬戶確認 指示符傳達所述預定收件人具有所述個人文件存儲賬戶。
10. 根據權利要求8所述的系統(tǒng)，其中，所述電子文件附件是在所述電子消息中指定 的多個電子文件附件之一，所述消息收發(fā)核心邏輯可操作用于發(fā)送所述電子文件附件，包 括將所述多個電子文件附件中的每一個發(fā)送至所述電子文件存儲服務，所述預定收件人 具有所述電子文件存儲服務上的所述個人文件存儲賬戶；從所述電子文件存儲服務接收針對所述多個電子文件附件中的每一個的文件遞送指 示符，每一個文件遞送指示符傳達與其相關聯的電子文件附件是否被成功地存儲在所述預 定收件人的個人文件存儲賬戶中；以及分析每一個文件遞送指示符和生成傳達所述多個電子文件附件中的每一個是否被成 功地存儲的電子文件存儲遞送報告顯示。
11. 根據權利要求8所述的系統(tǒng)，其中，所述消息收發(fā)核心邏輯進一步可操作用于確定 所述電子文件附件可用的遞送選項，包括確定電子文件附件重定向遞送選項是可用的，其中在被發(fā)送至所述預定收件人的所述 電子消息中省略所述電子文件附件，并且所述電子文件附件被單獨遞送至所述預定收件人 的所述個人文件存儲賬戶中；以及確定電子文件附件直接遞送選項是可用的，其中與所述電子消息一起遞送所述電子文 件附件，以及所述消息收發(fā)web應用平臺進一步可操作用于顯示遞送選項選擇菜單，所述遞送選項選擇菜單包括重定向遞送選擇器；以及直接遞送選擇器；以及從所述遞送選項選擇菜單獲得指明選擇的遞送選項輸入。
12. 根據權利要求ll所述的系統(tǒng)，其中，所述消息收發(fā)web應用平臺獲得遞送選項輸入 包括響應于顯示所述遞送選項選擇菜單而接收直接遞送選項，所述消息收發(fā)核心邏輯進一 步可操作用于將訂閱所述電子文件存儲服務的訂閱邀請發(fā)送至所述預定收件人。
13. 根據權利要求9所述的系統(tǒng)，其中，所述消息收發(fā)核心邏輯進一步可操作用于 利用第二用戶名和所述目的地平臺名稱來查詢所述訂閱管理數據庫，以確定第二預定收件人是否具有所述電子文件存儲服務上的個人文件存儲賬戶；獲得搜索結果，該搜索結果否認所述第二預定收件人具有所述電子文件存儲服務上的個人文件存儲賬戶；所述消息收發(fā)web應用平臺進一步可操作用于顯示賬戶否認指示符，該賬戶否認指示符傳達所述第二預定收件人不具有所述個人文 件存儲賬戶；構建具有所述賬戶確認指示符和所述賬戶否認指示符的圖形用戶接口 (GUI);以及 顯示具有所述賬戶確認指示符和所述賬戶否認指示符的所述GUI。
14. 根據權利要求13所述的系統(tǒng)，其中，所述消息收發(fā)web應用平臺顯示所述GUI，包 括顯示收件人選擇器，所述消息收發(fā)web應用平臺進一步可操作用于響應于通過所述顯示的收件人選擇器而接收的輸入來接收收件人選擇； 將所述收件人選擇發(fā)送至所述消息收發(fā)核心邏輯；以及所述消息收發(fā)核心邏輯進一步可操作用于將所述電子文件附件發(fā)送至由所述收件人 選擇指定的預定收件人。
15. —種電子文件遞送產品，包括 存儲器；消息收發(fā)web應用邏輯，存儲在所述存儲器中并可操作用于接收 標識電子文件附件的預定收件人的用戶名；以及表示電子文件存儲服務的目的地平臺名稱，所述預定收件人具有所述電子文件存儲服 務上的個人文件存儲賬戶；以及存儲在所述存儲器中的消息收發(fā)核心邏輯，其可操作用于 分析事務說明，以確定 所述電子文件附件；以及 所述電子文件附件的所述預定收件人；通過服務遞送平臺利用所述用戶名和所述目的地平臺名稱向訂閱管理數據庫查詢訪 問憑證，所述訪問憑證允許將所述電子文件附件發(fā)送和存儲至所述預定收件人的個人賬 戶；訪問所述電子文件存儲服務上的所述預定收件人的個人文件存儲賬戶；將所述電子文件附件發(fā)送至所述電子文件存儲服務，所述預定收件人具有所述電子文 件存儲服務上的所述個人文件存儲賬戶；創(chuàng)建到所述預定收件人的電子消息，所述電子消息省略了所述電子文件附件并且包括 所述電子文件附件存儲在所述個人文件存儲賬戶上的通知；以及將不帶有所述電子文件附件的所述電子消息發(fā)送至所述預定收件人。
16. 根據權利要求15所述的產品，其中，所述消息收發(fā)核心邏輯進一步可操作用于利用所述用戶名和所述目的地平臺名稱查詢所述訂閱管理數據庫，以確定所述預定收 件人是否具有所述電子文件存儲服務上的所述個人文件存儲賬戶；以及獲得搜索結果，該搜索結果確認所述預定收件人具有所述電子文件存儲服務上的所述 個人賬戶；以及其中所述消息收發(fā)web應用平臺進一步可操作用于顯示賬戶確認指示符，該賬戶確認 指示符傳達所述預定收件人具有所述個人文件存儲賬戶。
17. 根據權利要求15所述的產品，其中所述電子文件附件是在所述電子消息中指定的多個電子文件附件之一，以及所述消息收發(fā)核心邏輯可操作用于發(fā)送所述電子文件附件， 包括將所述多個電子文件附件中的每一個發(fā)送至所述電子文件存儲服務，所述預定收件人 具有所述電子文件存儲服務上的所述個人文件存儲賬戶；從所述電子文件存儲服務接收針對所述多個電子文件附件中的每一個的文件遞送指 示符，每一個文件遞送指示符傳達與其相關聯的電子文件附件是否被成功地存儲在所述預 定收件人的個人文件存儲賬戶中；以及分析每一個文件遞送指示符和生成傳達所述多個電子文件附件中的每一個是否被成 功地存儲的電子文件存儲遞送報告顯示。
18. 根據權利要求15所述的產品，其中，所述消息收發(fā)核心邏輯進一步可操作用于確 定所述電子文件附件可用的遞送選項，包括確定電子文件附件重定向遞送選項是可用的，其中在被發(fā)送至所述預定收件人的所述 電子消息中省略所述電子文件附件，并且所述電子文件附件被單獨遞送至所述預定收件人 的所述個人文件存儲賬戶中；以及確定電子文件附件直接遞送選項是可用的，其中與所述電子消息一起遞送所述電子文 件附件，以及所述消息收發(fā)web應用平臺進一步可操作用于顯示遞送選項選擇菜單，所述遞送選項選擇菜單包括重定向遞送選擇器；以及直接遞送選擇器；以及從所述遞送選項選擇菜單獲得指明選擇的遞送選項輸入。
19. 根據權利要求18所述的產品，其中，所述消息收發(fā)web應用平臺獲得所述遞送選項 輸入，包括響應于顯示所述遞送選項選擇菜單而接收直接遞送選項，所述消息收發(fā)核心邏 輯進一步可操作用于將訂閱所述電子文件存儲服務的訂閱邀請發(fā)送至所述預定收件人。
20. 根據權利要求16所述的產品，其中，所述消息收發(fā)核心邏輯進一步可操作用于 利用第二用戶名和所述目的地平臺名稱來查詢所述訂閱管理數據庫，以確定第二預定收件人是否具有所述電子文件存儲服務上的個人文件存儲賬戶；獲得搜索結果，該搜索結果否認所述第二預定收件人具有所述電子文件存儲服務上的 個人文件存儲賬戶；以及所述消息收發(fā)web應用平臺進一步可操作用于顯示賬戶否認指示符，該賬戶否認指示符傳達所述第二預定收件人不具有所述個人文 件存儲賬戶；構建具有所述賬戶確認指示符和所述賬戶否認指示符的圖形用戶接口 (GUI);以及 顯示具有所述賬戶確認指示符和所述賬戶否認指示符的所述GUI。
21. 根據權利要求20所述的產品，其中，所述消息收發(fā)web應用平臺顯示所述GUI，包 括顯示收件人選擇器，所述消息收發(fā)web應用平臺進一步可操作用于響應于通過所述顯示的收件人選擇器接收的輸入來接收收件人選擇； 將所述收件人選擇發(fā)送至所述消息收發(fā)核心邏輯；以及所述消息收發(fā)核心邏輯進一步可操作用于將所述電子文件附件發(fā)送至由所述收件人 選擇指定的預定收件人。
全文摘要
一種電子文件遞送系統(tǒng)和方法，其減少了電子郵件服務器必須專用于大型文件的帶寬，并且降低了電子郵件收件箱中的附件所要求的存儲空間。系統(tǒng)將大型文件上傳至收件人的個性化文件存儲賬戶。收件人接收有關文件在他們的存儲賬戶中的電子通知。收件人可以不需要增加電子郵件服務器資源的負擔而訪問所述文件。
文檔編號H04L12/58GK101714955SQ200910175700
公開日2010年5月26日 申請日期2009年9月29日 優(yōu)先權日2008年10月1日
發(fā)明者E·特里維希, L·瑪蒂諾 申請人:埃森哲環(huán)球服務有限公司