對信息管理系統訪問的數據進行組織的系統和方法
2023-10-25 18:56:17 4
專利名稱：對信息管理系統訪問的數據進行組織的系統和方法
技術領域：
本發明一般涉及信息管理，並且更明確地說，涉及一種用來提供在不同信息管理系統中信息交換的方法。
背景技術：
在過去幾年，計算技術已經在多個不同方向上取得進步。當今，有多種類型的計算機，從小型平板計算機到大型機，和多種不同的作業系統(OS)，如由華盛頓州雷蒙德(Redmond)的微軟公司公布的Windows、由紐約州阿芒克(Armonk)的國際商業機器(IBM)公司公布的AIX、及原來由Linus Torvalds開發並且現在是由全世界多家公司和個人支持的開放源產品的Linux。典型地，OS提供一種分等級的、樹結構的文件系統形式的信息管理系統(IMS)。
除了多種類型的計算機和OS之外，可在計算系統上發現多種類型的應用程式和中間件軟體。幾個例子包括文字處理應用程式、電子表格及演示處理軟體，如分別都由微軟公司公布的Microsoft(MS)Word、MS Excel及MS Powerpoint。文檔處理應用程式的其他例子包括都由IBM公布的各種Lotus軟體程序和IBM Document Manager。為了簡單起見，不同類型的計算機、OS及應用程式將統稱為信息管理系統(IMS)。
在IMS中的文檔可以劃分成兩個或更多個信息子集。例如，文字處理文檔可劃分成子文檔，一個子文檔包括原始文檔的文本，而其他子文檔包括圖形和/或圖表。原始(文本)文檔描述為「子集1」，而圖形和/或圖表描述為子集2、3、...等等。有時有益的是，把不同信息子集存儲在不同的IMS中，同時仍然能夠將這些不同信息子集聯繫起來。
IMS的另一個例子由電子郵件系統-IMS的一個重要類別來代表。複雜的電子郵件系統允許用戶使用內置編輯器撰寫消息，把一個或多個文檔附加到消息上，及組織在信息導航樹中的消息，這將在下面更詳細地解釋。在公開的技術中，原始電子郵件消息當作第一(或主)信息子集，而附件當作子集2、3、...等等。附加到每個消息上的文檔可以是任何格式文本、文字處理、演示、或甚至視頻剪輯。
有時有益的是，用戶在除電子郵件IMS之外的IMS中組織這樣的附件，例如但不限於IBM Document Management System或OS文件系統，同時保持與原始電子郵件消息的聯繫。通過信息導航樹管理信息的電子郵件系統典型地如下面描述的那樣工作。電子郵件系統通常具有「預設根文件夾」，其中用戶可以在閱讀其收件箱(Inbox)中接收的消息之後移動該消息。用戶可在預設文件夾中創建文件夾集，以代表不同的種類，例如Trips、HR、或Projects文件夾。在這些文件夾的每個中，用戶還可創建文件夾集。例如，在「Projects」文件夾中，用戶可創建「Project1、Project2、等等」文件夾，因而創建信息導航樹(Information Navigation Tree)。當消息接收到Inbox中(具有或沒有附件)時，用戶可把它歸檔在適當種類文件夾下HR相關消息可歸檔在HR文件夾中，與Project1相關的消息可保存在Project文件夾中的Project1文件夾中。
當用戶需要將不同IMS中的文檔彼此相聯繫時，IMS的多樣性也可能產生問題。典型地，不同的信息管理系統使用不同的機制存儲和管理信息，並且有時有益的是，如在以上例子中提到的那樣一起管理和相關聯來自不同IMS的文檔，例如電子郵件系統，其中電子郵件消息存儲在一個IMS(電子郵件系統)中並且附件存儲在另一IMS中，如OS文件系統中。需要一種這樣的系統，即該系統使不同計算系統和應用程式能夠提供把不同IMS中的文檔彼此相關聯的標準機制。理想地，用戶能夠選擇在一個IMS中的文檔，並且具有對於在其他IMS中的相關聯文檔的訪問的權利。換句話說，需要的是一種用來把文檔存儲在一個信息等級體系中的統一系統，該系統使文檔既能夠在該信息等級體系內容易地取回又可能也從其他信息等級體系取回。
發明內容
提供的是一種在不同信息源和不同信息格式中映射信息組織的方法。不同源的例子包括但不限於電子郵件、作業系統(OS)的文件系統及各種文檔管理系統。特定源的例子包括由紐約州阿芒克的國際商業機器(IBM)公司公布的Lotus Notes和IBM Workplace的程序、和由華盛頓州雷德蒙的微軟公司公布的Microsoft Windows的文件系統。
對於採用不同信息管理格式的信息源來說，第一信息源的組織結構的組織代理或「影像(shadow)」創建在第二信息源中，並且第二信息源的影像創建在第一信息源中。結合第一信息源的信息管理結構複製到在第二信息源內的影像中。然後，在第一信息源中的信息或者保持，或者至第二信息源中對應信息的連結創建在第一信息源內，並且刪除第一信息。
要求保護主題提供一種圖形用戶接口(GUI)，從而用戶可通過執行「拖放」動作或編程地通過第二信息管理系統的應用編程接口(API)，把信息從作為源的一個信息管理系統複製到另一個。
本概述不旨在作為要求保護主題的綜合描述，而是旨在提供與其相關聯的功能的某些的簡短概括。本領域的技術人員在研究如下附圖和詳細描述時，本發明的其他系統、方法、功能、特徵及優點將是或將成為顯然的。
當與如下附圖一道考慮公開的實施例的如下詳細描述時，可得到本發明的更好理解。
圖1是採用要求保護主題的示例計算系統的框圖；
圖2是與IBM Lotus Notes電子郵件應用程式相關聯的圖形用戶接口(GUI)的圖示；圖3是與IBM Workplace Document Management系統相關聯的GUI的圖示；圖4是與典型計算系統文件結構相關聯的GUI的圖示；圖5是用來實現要求保護主題的示例移動消息過程的流程圖；圖6是以上結合圖5首先介紹的移動消息過程的一部分的流程圖；圖7是用來實現要求保護主題的示例刪除消息過程的流程圖。
具體實施例方式
儘管具體參照文檔存儲機制進行描述，但要求保護主題可在其中交換、或映射、或信息管理結構需要的任何信息技術(IT)系統中實現。計算領域的專業人員將認識到，公開的實施例除下面描述的那些之外還涉及各種各樣的計算環境。另外，公開的發明的方法能以軟體、硬體、或軟體和硬體的組合實現。硬體部分可使用專用邏輯實現；軟體部分可存儲在存儲器中，並且由諸如微處理器、個人計算機(PC)或大型機之類的適當指令執行系統執行。
在本文檔的上下文中，「存儲器」或「記錄介質」可以是包含、存儲、通信、傳播、或傳輸由指令執行系統、設備或裝置使用或結合其使用的程序和/或數據的任何裝置。存儲器和記錄介質可以是但不限於，電子、磁性、光學、電磁、紅外、或半導體系統、設備或裝置。存儲器或記錄介質也包括但不限於例如如下可攜式計算機磁碟、隨機存取存儲器(RAM)、只讀存儲器(ROM)、可擦除可編程只讀存儲器(EPROM或閃爍存儲器)、及可攜式光碟(CD)只讀存儲器或其他在其上可以存儲程序和/或數據的適當介質。
按照要求保護主題，一個實施例針對一種用來在第二信息管理結構內創建一個信息管理結構的影像信息結構、並自動組織和同步在兩個都支持信息的分等級(或樹結構)管理的信息管理系統之間的「文檔」的編程方法。這裡所使用的術語「編程方法」定義為指當前執行的一個或多個過程步驟；或者可選擇地，能夠在將來時刻執行的一個或多個過程步驟。術語編程方法期望三種可選擇形式。第一，編程方法包括當前執行的過程步驟。第二，編程方法包括具體體現計算機指令的計算機可讀介質，該指令當由計算機執行時執行一個或多個過程步驟。最後，編程方法包括已經由軟體、硬體、固件、或其任意組合編程過以執行一個或多個過程步驟的計算機系統。要理解，術語「編程方法」不應被理解成同時具有多於一種的可選擇形式，而是要在可選擇形式的最真實意義上理解，其中在任何給定時刻，只有多種可選擇形式的一種存在。
現在轉到附圖，圖1是包括要求保護主題的示例計算系統結構體系100的框圖。中央處理單元(CPU)102耦合到監視器104、鍵盤106及滑鼠108上，它們一起促進人們與計算系統100的交互。集體地，組件102、104、106及108稱作客戶系統或客戶機101。連接到CPU 102上的是數據存儲組件110，該數據存儲組件110可以包括在CPU 102中即內部裝置、客戶機101中，或者藉助於諸如但不限於通用串行總線(USB)埠(未表示)之類的各種通常可用的連接裝置從外部連接到客戶機101上。數據存儲110部分圍繞文件系統111進行組織，該文件系統111為了要求保護主題的目的是一種類型的IMS。數據存儲110示出為存儲幾個示例的應用程式，包括第一應用程式或「app_1」112、和第二應用程式或「app_2」114。在如下例子中，app_1112是IBM Lotus Notes的實例，並且app_2114採用本地OS文件系統111作為IMS。當然計算領域的專業人員，應該認識到有多種可實現要求保護主題並且從要求保護主題得益的應用程式。另一個這樣的例子是IBM Workplace。應用程式112和114是為了說明目的而使用的典型用戶應用程式。為了簡單起見，僅示出兩種示例應用程式。
在這個例子中，要求保護主題相對於app_1112藉助於第一信息管理插件或「IMPI_1」116而實現。要求保護主題相對於app_2114藉助於第二信息管理插件或「IMPI_2」118而實現。應該注意，對於某些文件系統，這種插件可以像對公布文件系統應用程式接口(API)的調用一樣簡單。下面結合圖2-5更詳細地描述了IMPI_1116和IMPI_2118。也應該理解，除插件之外還有多種方式來實現要求保護主題。例如，也可採用結合作業系統(OS)120和文件系統111執行的文件系統中斷。
客戶機101連接到網際網路122上，該網際網路122還連接到伺服器124上。伺服器124耦合到數據存儲126上。與數據存儲110一樣，數據存儲126可以包括在伺服器124中，即內部裝置，或者藉助於諸如但不限於通用串行總線(USB)埠(未表示)之類的各種通常可用的連接裝置從外部連接到伺服器124上。儘管在這個例子中，客戶機101和伺服器124經網際網路通信地耦合，但它們也可通過諸如但不限於區域網(LAN)(未表示)之類的任何數量的通信介質耦合。
圖2是與第一示例分等級結構相關聯的圖形用戶接口(GUI)200的圖示，該第一示例分等級結構即app_1112(圖1)，其在這個例子中是IBM Lotus Notes。GUI 200典型地在計算系統上執行，例如在計算系統100(圖1)上執行，並且顯示在計算機監視器上，例如顯示在監視器104(圖1)上。
在這個例子中，GUI 200包括標題條202，該標題條202列出app_1112的名稱和特定實現，或「Joseph SmithInbox-Lotus Notes」。換句話說，GUI 200是與IBM Lotus Notes和假想用戶Joseph Smith相關聯的電子郵箱的示例顯示。標題條202包括幾個動作按鈕204，即「最小化」按鈕、「恢復」按鈕及「退出」按鈕。標題條202下面是菜單條206，該菜單條206包括「File(文件)」選項、「Edit(編輯)」選項、「View(視圖)」選項、「Create(新建)」選項、「Action(動作)」選項及「Help(幫助)」選項。IBM Lotus Notes應用程式的標準觀感對於本領域的技術人員應該是熟悉的。
菜單條206下面是使用戶能夠結合GUI 200執行各種功能的多個動作圖標208。經動作圖標208可以執行的功能的例子包括但不限於屏幕導航、編輯操作、視圖選項及各種文件操作。動作按鈕204、菜單條206及動作圖標208可以包括比所示的那些少、多、或不同的按鈕和/或圖標。地址條210使用戶能夠導航可以在GUI 200內顯示的不同屏幕。
app_1112的電子郵件顯示212包括各種動作按鈕214，為了簡單起見只羅列出它們中的兩個。動作按鈕214使用戶能夠相對於一般的電子郵件顯示212和具體的特定電子郵件執行各種動作。與電子郵件顯示212相關聯的動作的例子包括但不限於，創建新消息和文件夾、對於Calendar(日曆)或Contacts(聯繫人)屏幕的導航。在電子郵件顯示212的右側上的豎直滾動條使由於監視器104的尺寸限制沒有顯示的在Directory Structure(目錄結構)218中的條目能夠滾動到視圖中。
目錄結構218示出了與app_1112相關聯的目錄的組織等級體系。對於IBM Lotus Notes系統，如由app_1112示例的那樣，Inbox220是其中存儲當前電子郵件的目錄的圖形表示。Inbox 220在這個例子中被突出，以指示包含在Inbox 220內的信息當前顯示在文本箱246中。典型地，在Inbox 220中接收到特定電子郵件之後，用戶把該電子郵件歸檔或「移動」到在文件夾目錄222內的子文件夾。這種移動動作釋放可能具有系統施加的極限的Inbox 220中的空間，並且使用戶能夠根據用戶選擇的分等級結構組織電子郵件。換句話說，文件夾222是以分等級方式存儲電子郵件消息的地方，從而Inbox220可限制到可管理的大小。
文件夾目錄222包括子文件夾，包括Admin文件夾224、Travel子文件夾238及Project子文件夾244。Admin文件夾224包括Expenses子文件夾226、IS子文件夾228、Meetings子文件夾234及People子文件夾236。IS子文件夾228包括Networks子文件夾230，該Networks子文件夾230本身包括區域網(LAN)子文件夾232。Travel子文件夾238包括關於兩次商務旅行的信息，Trip_1240和Trip_2242。跟隨在特定文件夾名稱後的數字，如跟隨在Inbox 220的名稱後的數字「10」，指示在對應文件夾中存儲的電子郵件消息的數量。在這個例子中，Inbox 220包括十(10)條電子郵件消息，明確地說在文本箱246中顯示的十條消息。應該注意，圖示的文件夾和子文件夾僅為了示例而使用，並且要求保護主題的任何特定實現可以包括額外的、不同的、更少的和/或相同的文件夾。
如以上提到的那樣，在Inbox 220周圍突出指示在Inbox 220中的電子郵件消息更詳細地顯示在文本箱246中。文本箱246包括少量動作按鈕248，即New Memo按鈕、Reply按鈕、Reply-to-All按鈕、Forward按鈕及Delete按鈕。計算領域的專業人員應該認識按鈕248，並且理解它們的基本功能。要求保護主題也為按鈕248提供有下面結合圖3-6描述的新功能。如以上結合圖1解釋的那樣，在如下例子中，關於app_1112要求保護主題由IMPI_1116實現。
Search For(搜索)箱250使用戶能夠找到在文本箱246中的特定電子郵件消息。名稱列252顯示具體電子郵件的發送人。在這個例子中，有來自Adam Sanders、Bill Weber、Travel Department、ATDAdmin、Joe Smith、John Woods、Steve Smith、GSA Admin、ISDepartment及Mary Jones的電子郵件消息。跟隨在一些電子郵件列表之後的回形針(paper clip)圖標254指示對應電子郵件包括附件，即已經結合電子郵件消息發送的文件。為了簡單起見，只羅列兩個回形針圖標254。優先列256指示對應電子郵件消息具有比其他高的重要性。Date(日期)列258指示接收到對應電子郵件的日期。
要求保護主題解決如何處置由回形針圖標254代表的、對於電子郵件消息的附件。特別感興趣的是由動作按鈕248的Move(移動)和Delete(刪除)按鈕代表的動作。
圖3是與第二示例分等級結構相關聯的GUI 270的圖示，該第二示例分等級結構即IBM Workplace Document Management系統，在這個例子中為app_2114(圖1)。GUI 270典型地在計算系統上執行，例如在計算系統100(圖1)上執行，並且顯示在計算機監視器上，例如顯示在監視器104(圖1)上。
在這個例子中，GUI 270包括標題條272，該標題條272列出app_2114的名稱和特定實現，或「[email protected]」。換句話說，GUI 270是與IBM Workplace和假想用戶Joseph Smith相關聯的電子郵箱的示例顯示。標題條272包括幾個動作按鈕274，即「最小化」按鈕、「恢復」按鈕及「退出」按鈕。標題條272下面是菜單條276，該菜單條276包括「File(文件)」選項、「Edit(編輯)」選項、「View(視圖)」選項、「Action(動作)」選項、「Tools(工具)」選項、「WindoW(窗口)」選項及「Help(幫助)」選項。IBMWorkplace應用程式的標準觀感對於本領域的技術人員應該是熟悉的。
菜單條276下面是標題條278，該標題條278辨別在顯示欄280中當前顯示的app_2114的部分，即「文檔」部分。在顯示欄280的左側是多個圖標按鈕282，僅羅列該圖標按鈕282中的一個。羅列的圖標按鈕被突出，以指示app_2114的對應部分即「文檔」部分在顯示。與IBM Workplace和對應圖標按鈕282相關聯的其他可能顯示可以包括但不限於，諸如Messaging、Lotus Notes應用程式、ActivityExplorer、Web Conferencing、Web Bowser之類的項。
顯示欄280包括Document Libraries部分284和Detail部分286。在Document Libraries 284和Detail部分286的底部的水平滾動條使由於監視器104的尺寸限制沒有顯示的對應顯示的部分能夠滾動到視圖中。在Document Libraries部分284中包括的頂級文件夾包括電子郵件文件夾288以及Jim Public Library文件夾300。電子郵件文件夾288包括Admin子文件夾290、Travel子文件夾292、及Project子文件夾298，該Travel子文件夾292包括Trip_1子文件夾294和Trip_2子文件夾296。和GUI 200一樣，應該注意，GUI 270的圖示文件夾和子文件夾僅為了示例起見而使用，並且要求保護主題的任何特定實現可以包括額外的、不同的、更少的和/或相同的文件夾。
顯示欄280的Detail部分286顯示關於部分284的突出文件夾即Travel文件夾292的信息。多個動作按鈕302使用戶能夠相對於在Detail部分286中顯示的條目執行特定動作。Title列304示出了文件夾的名稱或在對應文件夾Travel 292中的文檔的名稱，Author列306示出了對應作者，以及，Type列308示出了對應條目的類型。信息條310顯示關於Detail部分286的統計。在這個例子中，信息條310指示Detail部分包括兩(2)個文件夾和零(0)個文檔。
圖4是與第三分等級結構相關聯的GUI 320的框圖，該第三分等級結構即Windows作業系統，在這個例子中是OS 120(圖1)和相關聯文件系統111。和GUI 200和270一樣，GUI 320典型地在計算系統上執行，例如在計算系統100(圖1)上執行，並且顯示在計算機監視器上，例如顯示在監視器104(圖1)上。
在這個例子中，GUI 320包括標題條322，該標題條322列出顯示的具體目錄，即C:\joseph_smith.data。換句話說，GUI 320是與Windows OS 120和假想用戶Joseph Smith相關聯的目錄結構的示例顯示。標題條322包括幾個動作按鈕324，即「最小化」按鈕、「恢復」按鈕及「退出」按鈕。標題條322下面是菜單條326，該菜單條326包括「File(文件)」選項、「Edit(編輯)」選項、「View(視圖)」選項、「Favorites(喜好)」選項、「Tools(工具)」選項及「Help(幫助)」選項。地址條328使用戶能夠導航與計算系統100和OS 120相關聯的目錄。與Windows OS 120相關聯的這種類型的GUI的標準觀感對於本領域的技術人員應該是熟悉的。
Directory顯示332示出了與在地址欄328中辨別的目錄相關聯的目錄的當前內容。在Directory顯示332右側的豎直滾動條使由於監視器104的尺寸限制沒有顯示的條目能夠滾動到視圖中。Directory顯示332包括用於兩個頂級目錄即Desktop(桌面)目錄336和MyDocuments(我的文檔)目錄338的條目。My Documents目錄338包括Admin目錄340、Travel目錄342及Projects目錄350。Travel目錄342包括本身具有Attachments子目錄346的Trip_1目錄344、和Trip_2目錄348。Trip_1目錄344的名稱被突出，以指示Trip_1目錄344的細節顯示在Detail部分334中。
Detail部分334示出了Trip_1目錄344的條目，即Attachments文件夾346和兩(2)個文檔，Trip_1 Itinerary文件354和Trip_1Expenses文件356。分別在Detail顯示334的底部和右側的水平和豎直滾動條使由於監視器104的尺寸限制沒有顯示的條目能夠滾動到視圖中。
由GUI 200、270及320代表的分等級結構用在如下圖中，以表示根據要求保護主題如何在分等級結構中移動信息。三個分等級結構用作例子，並且應該理解，要求保護主題也同樣適用於任何其他存在和待開發的分等級結構、或現在是並且將來是多個的分等級結構。儘管由GUI 270代表的分等級信息結構沒有用在如下例子中，但在計算領域的專業人員按照對由GUI 200和320代表的系統進行的如下描述，應該理解，如何實施該公開的技術以使由GUI 270代表的系統能夠訪問存儲的信息和附件。
圖5是用來實現要求保護主題的一個方面的示例Move Message(移動消息)過程350的流程圖。結合圖5-7描述的如下例子採用由以上結合圖2和4分別描述的由GUI 200和GUI 320代表的信息等級體系的元素。明確地說，列252的電子郵件消息「Travel Dept」(圖2)與對應附件254(圖2)移動到Directory Structure 218(圖2)的Trip_1子文件夾240(圖2)。這個例子描述對由GUI 200和320代表的等級體系實施的變化。過程350由在CPU 102上執行的IMPI_1116(圖1)實現。
過程350在「開始移動消息」框352中開始，並且立即轉到「選擇消息」框354。在框354期間，用戶選擇待移動的電子郵件消息。如以上解釋的那樣，在這個例子中，電子郵件消息Travel Dept由用戶選擇以從Inbox 220移動到Trip_1文件夾240。電子郵件移動操作可通過下列方式啟動通過在Move按鈕248上「點擊」-即把光標(未表示)定位在Move按鈕248上並且按壓滑鼠108(圖1)；或者執行「拖放」操作-即把光標定位在Travel Dept電子郵件上，按壓滑鼠108，通過移動滑鼠把光標重新定位在Trip_1文件夾240上，並釋放在滑鼠108上的按鈕。在計算領域的專業人員應該理解，如何執行文件從一個文件夾到另一個的移動。
應該注意，儘管過程350在下面描述成在用戶選擇的消息上執行，但要求保護主題也可實現成，當電子郵件消息由具體分等級信息系統接收時自動地在該電子郵件消息上應用。要求保護主題是由用戶在特定電子郵件消息上執行還是在它們被接收到時應用於所有消息，也可以由在其中實施該公開技術的系統相關聯的配置選項確定。
在「附件？」框356期間，過程350確定在框354期間選擇的電子郵件、或「目標」電子郵件消息是否包括附件。如果不包括，則過程350轉到「複製消息」框368，在該框368期間，目標電子郵件簡單地以傳統方式移動到指定目標文件夾，或在這個例子中，Trip_1文件夾240。如果在框356期間過程350確定目標電子郵件消息包括附件，那麼控制轉到「掃描等級體系」框358，在該框358期間，過程350確定下列兩種分等級信息系統的信息分等級結構電子郵件源於其的分等級信息系統，以及附件的指定目標的分等級信息系統。在這個例子中，指定目標是由GUI 320代表的OS 120(圖1)的文件系統。指定目標基於結合IMPI_1116存儲的選項而確定。
在「目錄存在？」框360期間，過程350確定目標分等級結構是否包括與始發分等級信息結構的文件夾/子文件夾系統相對應的目錄。在本例子中，過程350確定OS 120是否包括與GUI 200的IBM LotusNotes系統的Folders 222(圖2)、Travel 238(圖2)及Trip_1240相對應的目錄樹。應該注意，從一個信息系統到另一個的映射不必準確。例如，IMPI_1116可以配置成把Folders 222映射到OS 120的My Documents目錄338(圖4)。一旦Folders 222映射到MyDocuments目錄338，過程350就把Travel文件夾238映射到Travel目錄342，並且把Trip_1文件夾240映像到Trip_1目錄344。如果過程350確定在這兩個分等級系統之間存在適當映射，那麼控制轉到「存儲附件」框364，在該框364期間，目標附件存儲在Trip_1目錄344中。在可選擇例中，該目標附件根據公開方法存儲在專門用於對存儲的附件進行組織而創建的指定「Attachment」目錄352(圖4)中。
如果在框360期間過程350確定在始發和目標分等級信息系統之間不存在適當映射，那麼控制轉到「創建目錄」框362，在該框362期間，在目標分等級信息系統中創建適當目錄。然後，過程350轉到存儲附件框364，在該框364期間，如上所述，目標附件存儲在目標目錄中。
在「設定移除選項？」框366期間，過程350確定IMPI_1116是否配置成從第一分等級信息系統移除原始附件。如果是，則過程350轉到過渡點A。下面結合圖6更詳細地描述了在控制變到過渡點A之後執行的處理。如果在框366期間過程350確定IMPI_1116沒有配置成從第一分等級信息系統移除原始附件，則過程350轉到「複製消息」框368，並且目標電子郵件和對應附件都移動到目標文件夾。
下面結合圖6更詳細地描述的過渡點B把控制傳到「複製消息」框368。在這種情況下，附件的處置不同於經框366進入框368的情況。如下面結合圖6描述的那樣，目標電子郵件消息和至目標分等級信息系統的文件系統中存儲的對應附件的連結，存儲在始發分等級信息系統的文件夾系統中。最後，控制從複製消息框368轉到「結束移動消息」框379，在該框379中，過程350完成。
圖6是過程380的流程圖，該過程380代表以上結合圖5首先介紹的移動消息過程350的一部分。過程380在過渡點A(圖5)處開始，並且立即轉到「產生連結」框382，在該框382期間，過程380產生至結合存儲附件框364(圖5)存儲的附件的連結。連結是對於存在文件的引用，該引用把文件取回過程從該連結的位置重定向到文件的實際位置。
在「刪除附件」框384期間，當電子郵件消息從始發文件夾移動到目標文件夾，例如從Inbox 220移動到Trip_1240時，過程380從始發文件夾刪除該附件。附件不複製到目標文件夾。在「插入連結」框386期間，過程380把在框382期間產生的連結插入到目的地文件夾中，結合對應電子郵件消息存儲連結而不是附件。最後，過程380轉到過渡點B，在該過渡點B中控制轉到複製消息框368(圖5)，並且處理繼續，如以上結合圖5描述的那樣。
圖7是用來實現要求保護主題的示例刪除消息過程400的流程圖。像過程350(圖5)一樣，在這個例子中，過程400由在CPU 102(圖1)上執行的IMPI_1116(圖1)實現。
過程400在「開始刪除消息」框402中開始，並且立即轉到「選擇消息」框404，在該框404期間，用戶選擇待刪除的電子郵件消息。在這個例子中，用戶選擇從Trip_1文件夾240刪除電子郵件消息Travel Dept，其中在執行以上關於過程350(圖5)的例子之後將存儲文件夾240。電子郵件刪除操作可以通過以下方式啟動通過在Delete按鈕248上「點擊」-即把光標(未表示)定位在Delete按鈕248上並且按壓滑鼠108(圖1)；或者執行「拖放」操作-即把光標定位在Travel Dept電子郵件上，按壓滑鼠108，通過移動滑鼠把光標重新定位在Delete Files圖標(未表示)上，以及釋放在滑鼠108上的按鈕。
在「刪除附件？」框406期間，過程400確定在框404期間選擇的電子郵件消息除所述消息之外是否包括用戶希望刪除的附件。過程400可以基於結合特定電子郵件消息存儲的設置或基於用戶對於彈出窗口(未表示)的響應進行這種確定。如果沒有結合選擇的電子郵件存儲的附件或者用戶已經指示不應該刪除附件，則過程轉到「刪除消息」框408，在該框408期間，選擇的電子郵件由對應分等級信息系統的標準刪除過程刪除。然後，控制轉到「結束刪除消息」框429，在該框429中過程400完成。
在框406期間，如果過程400確定有用戶要刪除的、與在框404期間選擇的消息相對應的附件，則控制轉到「連結附件？」框410。在框410期間，過程400確定與在框404期間選擇的電子郵件相對應的附件是否由至由第二分等級信息系統存儲的文檔的連結引用。如果是，則在「刪除連結」框412期間，過程400刪除該連結。在框412之後或者如果過程400在框410期間確定沒有連結，則控制轉到「刪除消息附件」框414，在該框414期間，過程400刪除選擇的消息和對應附件，而不管該附件存儲在何處。
在「設置清除選項？」框416期間，過程400確定在這個例子中結合IMPI_1116存儲的配置選項是否規定應該移除空目錄。如果不是，則過程400轉到結束刪除消息框429，在該框429過程400完成。如果過程400在框416期間確定選擇清除選項，那麼控制轉到「刪除空目錄」框418，在該框418期間，該過程(400)檢查在目錄樹中與所刪除附件相對應的節點並且刪除那些空的節點。最後過程400轉到「結束刪除消息」框429，在該框429中過程400完成。
儘管參照本發明的具體實施例已經示出和描述了本發明，但本領域的技術人員將理解，其中不脫離本發明的實質和範圍可以進行形式和細節上的上述和其他改變，包括但不限於額外的、減少的或修改的元素和/或以相同或不同順序執行的額外的、減少的或修改的框。
權利要求
1.一種對由兩個或更多個信息管理系統訪問的數據進行組織的計算機實現方法，其中上述信息管理系統的每一個具有組織結構，該方法包括比較在第一信息管理系統和第二信息管理系統中的信息組織結構；在所述第一信息管理系統中創建用於所述第二信息管理系統的信息組織結構的組織代理；在所述第二信息管理系統中創建用於所述第一信息管理系統的信息組織結構的組織代理；及使從所述第一或第二信息管理系統根據該系統的組織結構可訪問所述第一和第二信息管理系統中的數據內容。
2.根據權利要求1所述的方法，還包括把數據內容的第一部分存儲在第一信息管理系統中；和把數據內容的第二部分存儲在第二信息管理系統中。
3.根據權利要求2所述的方法，還包括結合數據內容的第一部分，存儲從數據內容的第一部分到數據內容的第二部分的連結。
4.根據權利要求3所述的方法，其中數據內容的第一部分是電子郵件消息，數據內容的第二部分是對於該電子郵件消息的附件。
5.根據權利要求4所述的方法，其中當電子郵件由第一信息管理系統接收到時，自動地執行第一部分和第二部分的存儲。
6.根據權利要求4所述的方法，其中響應用戶請求而執行第一部分和第二部分的存儲。
7.根據權利要求1所述的方法，其中第一信息管理系統是電子郵件管理系統，第二信息管理系統是與作業系統相關聯的目錄結構。
8.一種對由兩個或更多個信息管理系統訪問的數據進行組織的系統，其中上述信息管理系統的每一個具有組織結構，該系統包括第一信息管理系統；第二信息管理系統；在第一信息管理系統中的第一組織代理，該第一組織代理與第二信息管理系統的第一信息組織結構相對應；在第二信息管理系統中的第二組織代理，該第二組織代理與第一信息管理系統的第二信息組織結構相對應；及邏輯部分，使從第一或第二信息管理系統根據該系統的組織結構可訪問在第一和第二信息管理系統中的數據內容。
9.根據權利要求8所述的系統，還包括用來把數據內容的第一部分存儲在第一信息管理系統中的邏輯部分；和用來把數據內容的第二部分存儲在第二信息管理系統中的邏輯部分。
10.根據權利要求9所述的系統，還包括從數據內容的第一部分到數據內容的第二部分的連結；和用來結合數據內容的第一部分存儲連結的邏輯部分。
11.根據權利要求10所述的系統，其中數據內容的第一部分是電子郵件消息，數據內容的第二部分是對於該電子郵件消息的附件。
12.根據權利要求11所述的系統，其中當電子郵件由第一信息管理系統接收到時，自動地執行第一部分和第二部分的存儲。
13.根據權利要求11所述的系統，其中響應用戶請求而執行第一部分和第二部分的存儲。
14.根據權利要求8所述的系統，其中第一信息管理系統是電子郵件管理系統，第二信息管理系統是與作業系統相關聯的目錄結構。
15.一種對由兩個或更多個信息管理系統訪問的數據進行組織的計算機編程產品，其中上述信息管理系統的每一個具有組織結構，該產品包括存儲器；邏輯部分，存儲在存儲器上，用來實現前述方法權利要求中的任一種方法。
全文摘要
提供的是一種用於在不同信息源和不同信息格式中信息管理標準化的方法。對於採用不同信息存儲格式的信息源，第一信息源的組織結構的組織代理或「影像」創建在第二信息源中，並且第二信息源的影像創建在第一信息源中。結合第一信息源存儲的信息複製到在第二信息源內的影像中。然後，在第一信息源中的信息或者保持，或者至第二信息源中對應信息的連結創建在第一信息源內，並且刪除第一信息。要求保護主題提供一種圖形用戶接口(GUI)，從而用戶可通過執行「拖放」動作把信息從一個信息源複製到另一個。
文檔編號G06Q10/00GK1952938SQ20061013711
公開日2007年4月25日 申請日期2006年10月20日 優先權日2005年10月20日
發明者阿馬爾·阿梅德·沙欣, 約翰·P·伍茲, 麥可·李·奎格利, 丹尼爾·吉尚格·陳 申請人:國際商業機器公司