专利名称：对信息管理系统访问的数据进行组织的系统和方法
技术领域：
本发明一般涉及信息管理，并且更明确地说，涉及一种用来提供在不同信息管理系统中信息交换的方法。
背景技术：
在过去几年，计算技术已经在多个不同方向上取得进步。当今，有多种类型的计算机，从小型平板计算机到大型机，和多种不同的操作系统(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的名称和特定实现，或“ioseph_smith@us.ibm.com-IBMWorkplace”。换句话说，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·伍兹, 迈克尔·李·奎格利, 丹尼尔·吉尚格·陈 申请人:国际商业机器公司