CN101282313A - 一种用于电子会务辅助系统的电子邮件系统 - Google Patents

Abstract

一种用于电子会务辅助系统的电子邮件系统包括：后台系统，前台系统，邮件收发系统。后台系统包括用户管理模块和公共群组管理模块，仅为系统管理员所使用；前台系统，为用户使用系统，包括邮件模块、个人群组管理模块、记事本模块、写信模块和语义搜索模块；邮件收发系统，用于处理要发送的或接收到的电子邮件。本发明的语义搜索为：分别对邮件，用户，记事本记录三种实体采用RDF模型进行建模；将建模结果转化为RDF/XML并存入数据库中；根据关键字进行搜索，采用RDQL语言，按照RDF/XML进行搜索；将搜索返回结果按“树”状结构进行显示，分为邮件，用户，记事本记录三部分，并优先返回语义联系最强的结果。本发明方便统一管理，易于使用，对用户知识要求不高，极大地提高了会务工作的效率。

Description

一种用于电子会务辅助系统的电子邮件系统

技术领域

本发明涉及一种电子邮件系统，尤其是一种用于电子会务辅助系统的电子邮件系统。

技术背景

随着信息时代的到来，如何利用先进的通信方式实现信息的及时、准确传递，使用方便成为各种领域实现信息化建设的焦点问题。会务辅助系统的作用是辅助会议工作，用于会务辅助系统的电子邮件系统不同于普通的电子邮件系统，必须快速，高效，方便使用，出错率低，便于统一管理。

目前，随着计算机技术的进步，各种邮箱层出不穷，综观各种邮箱，对于辅助会议而言，不能满足会务辅助系统的特殊要求，另外，在易用性方面存在不足。

首先，这些邮箱的用户都是按照<姓名，邮件地址>的对应方式进行组织的，写信时按照“‘#姓名’<#邮件地址>”或只是“#邮件地址”的格式标识收信人的地址，并且邮件地址是必须的。邮件地址均是由一个字符串表示，如果记错就有发错邮件的危险，这对辅助会议来说是不可取的，从通讯录添加收信人地址，地址的表现形式对于那些不熟悉互联网的用户来说，也是难以理解的。此外如果需要将同一封邮件发送给多个相关收信人，则需要逐个输入收信人地址，当收件人过多或邮件地址过于复杂时很容易出错。

再者，从大量邮件，用户和记事本记录中查找需要的信息也是一件麻烦的事。普通邮件系统的搜索功能都是分散开来的，邮件搜索，用户搜索和记事本记录搜索等都被分散在相应的模块，如果需要查找邮件，则必须转到相应的页面，才能进行搜索。如果想查找一个用户的信息，又想查找与他(/她)相关的邮件，就必须分别进行查找，在一个页面搜索完毕之后，再转到另一个页面，在必须高效率工作的会议上，这是一件很麻烦的事情。此外，普通邮箱的搜索多为简单的文档搜索，返回结果为出现关键字的结果，常常用户得不到想要的结果。

另外，由于是用于会议辅助系统的电子邮件系统，则用户应集中管理，组的划分也应有系统管理员同一进行管理。

发明内容

本发明的目的在于：克服现有邮件系统的不足，提供一种方便，可靠，高效，便于管理的用于电子会务辅助系统的电子邮件系统。

为了实现上述目的，本发明采用的技术方案为：一种用于电子会务辅助系统的电子邮件系统，包括：后台系统，前台系统，邮件收发系统，数据库，其中：

所述的后台系统，仅为系统管理员所使用，主要用于统一管理用户和公共群组，包括用户信息管理模块和公共群组管理模块，分别与数据库交互用户相关数据库表和公共群组相关数据库表，包括对用户和公共群组的添加、修改、删除和查看，可以登录前台系统的用户均是由后台系统管理；

所述的前台系统，为用户使用系统，主要用于收发邮件、设置个人群组、编辑记事本和搜索要查找的信息，包括邮件模块、个人群组管理模块、记事本模块、写信模块和语义搜索模块，其中邮件模块负责显示用户收到的邮件，与数据库交互邮件相关数据库表，包括对邮件的添加、修改、删除和查看；个人群组模块负责与数据库交互个人群组相关数据库表，包括对个人群组的添加、修改、删除和查看；记事本模块负责与数据库交互记事本相关数据库表，包括对记事本记录的添加、修改、删除和查看；写信模块负责对新邮件的撰写以及发送，其中在撰写邮件时收信人选择有两种方式：从“树”状收信人选择页面中选择和从收信人快速搜索工具栏的搜索结果中选择，“树”状收信人选择页面中列出了所有用户、所有公共群组和属于当前用户的所有个人群组，这些数据均是从数据库中用户相关数据库表、公共群组相关数据库表和个人群组相关数据库表中读取的，收信人快速搜索工具栏的搜索范围为所有用户、所有公共群组和属于当前用户的所有个人群组，数据从数据库中用户相关数据库表、公共群组相关数据库表和个人群组相关数据库表中读取；语义搜索模块负责搜索在数据库中的邮件相关数据库表、用户相关数据库表以及记事本记录相关数据库表中记录的属于该用户的所有邮件、所有用户和属于该用户的所有记事本记录，搜索完后从数据库中读出对应的邮件，用户或记事本记录并显示，使用户能够看到具体的信息。前台系统的语义搜索模块的工作流程为：(1)对邮件，用户，记事本记录三个领域采用RDF模型进行建模，其建模方法为：邮件的发信人、收信人、时间、主题及内容属性采用RDF模型进行建模，用<主题，谓词，客体>这样的三元组的形式描述一封具体的邮件；用户的姓名、邮箱地址和联系方式采用RDF模型进行建模；记事本记录的时间、主题、内容和创建人也采用RDF模型进行建模；(2)对邮件、用户和记事本记录进行建模之后，将建模结果采用RDF/XML描述后存入数据库中，其存入方法为：邮件、用户和记事本记录更新、增加时，邮箱系统按照RDF模型进行类似扩展；然后所有邮件、用户和记事本记录形成一张可扩展的有向图，每一个节点都是带有属性的邮件、用户或者记事本记录；(3)搜索时，根据关键字进行匹配搜索，采用RDQL语言，按照RDF/XML进行搜索，其搜索过程为：采用RDQL语言，按照由邮件、用户和记事本为节点组成的有向图进行搜索，如果可以匹配，则返回邮件、用户或记事本记录；(4)返回搜索结果按照“树”的形式呈现，分为邮件、用户、记事本记录三个二级层子节点，二级子节点之后即为返回的具体搜索结果，点击可以链接到邮箱，通讯录或记事本查看更详细的信息，由于采用语义搜索，优先返回的是语义联系最强的结果；

所述的邮件收发系统，用于处理要发送的或接收到的电子邮件，包括收邮件模块和发邮件模块；收邮件模块负责处理将要接受的邮件，将邮件从收件箱数据库表中取出邮件存放到邮件数据库表中并添加与收信人相对应的信息；发邮件模块负责处理将要发送的邮件，在发送前，解析收信人姓名成为真实邮件地址，再将用户要发送的邮件保存到收件箱数据库表中；

所述的数据库，用于保存系统产生的数据信息内容，是该系统的数据存储介质，包括邮件相关数据库表、记事本相关数据库表、用户相关数据库表、公共群组相关数据库表、邮件RDF/XML文件、记事本记录RDF/XML文件和用户RDF/XML文件。

本发明与现有技术相比的有益效果在于：

(1)后台系统统一管理用户和公共群组；在前台系统，用户可以收发邮件，创建个人群组和编辑记事本等；邮件收发系统管理要发送的和接收到的电子邮件，负责收发邮件。整个邮件系统易于统一管理，并且用户使用起来方便，快捷。系统起到了会务辅助的作用，将工作人员从繁杂的会务细节工作中解放出来。

(2)本发明所述的后台系统的用户信息管理模块和公共群组管理模块，以及前台系统的个人群组管理模块，解决了用户管理和群组管理的问题。用户管理和公共群组管理都由后台系统统一管理，并且只有系统管理员可以使用，这使系统得到统一管理；再者，用户在前台系统可以添加、修改仅属于自己的个人群组，这给系统管理留出了空间，使系统管理更具灵活性。

(3)本发明所述的前台系统的写信模块，解决了快速添加收信人的问题。除了受动填写收信人外，还有从“树”状收信人选择页面中选择和从用户快速搜索结果中选择两种添加收信人方式，方法多样，使用方便。从“树”状收信人选择页面中选择收信人尤其适用于群发信件，不易出错，并且有个人群组可以供用户自己灵活管理。快速搜索方法采用中文、拼音两种映射方式，无论输入中文还是字母都可以进行搜索，此系统针对母语为中文的用户，拼音匹配搜索用户使添加收信人更显方便。另外，在添加用户之前，系统还会自动进行检查，如果新添加的用户已存在于收信人中，则不添加，避免了同一个用户被多次添加而出现重复发信件的情况。

(4)本发明所述的邮件收发系统，解决了邮件收发的问题。本发明采用用户姓名代替冗长的字符组成的收信人邮件地址，对用户可见的收信人地址为收信人的姓名，邮件收发时，邮件收发系统负责根据收信人姓名解析真实邮件地址。对于不太熟悉互联网的用户，这样的方式更便于理解，免去了记忆冗长收信人真实地址的烦恼，而且不易出错。

(5)本发明所述的前台系统语义搜索模块，创新的把搜索范围扩大至整个邮箱，包括所有邮件夹，通讯录和记事本。用户搜索时不必转到具体搜索页面反复查找。并且，本发明采用语义搜索方法，能够得到比普通的文档搜索更加精确的检索结果，能比简单的搜索提供更好的服务。

附图说明

图1为本发明的系统功能模块示意图；

图2为本发明后台系统中的用户信息管理模块的功能结构示意图；

图3为本发明后后台系统中公共群组管理模块的功能结构示意图；

图4为本发明前台系统中的个人群组管理模块的功能结构示意图；

图5为本发明的前台系统写信模块中，用户写信时点击收信人文本框出现的用户和群组选择树状结构页面结构图示意图；

图6为本发明的前台系统写信模块中，用户写信时写信界面后侧的用户快速搜索工具栏工作流程图；

图7为本发明的邮件收发系统中，发邮件模块中邮件地址解析工作流程图；

图8为本发明前台系统智能语义搜索工作流程图；

图9为本发明一个具体用户的RDF图；

图10为本发明一封具体邮件的RDF图；

图11为本发明一条记事本记录的RDF图；

图12为本发明以带属性的邮件，用户和记事本为节点形成的有向图的一部分。

具体实施方式

如图1所示，本发明包括：后台系统，邮件系统，邮件收发系统和数据库，其中：

后台系统，主要用于统一管理用户和公共群组，包括用户管理模块和公共群组管理模块，仅为系统管理员所使用。后台系统与数据库交互用户相关数据库表和公共群组相关数据库表，包括对用户和公共群组的添加，修改，删除，查看等。用户必须通过系统管理员在后台系统中添加，添加之后用户才可以使用前台系统。系统管理员在后台系统中对用户信息进行修改，还可以删除用户；系统管理员还可以管理公共群组，包括添加公共群组，删除公共群组，向公共群组中添加用户和删除用户，公共群组对每一个用户都是可见的。

前台系统，为用户使用系统，可以进行收发邮件，设置个人群组，编辑记事本和搜索要查找的信息，包括邮件模块、个人群组管理模块、记事本模块、写信模块和语义搜索模块。前台系统的邮件模块负责显示用户收到的邮件，与数据库交互邮件相关数据库表，包括对邮件的增加、删除、修改和查看等。前台系统的个人群组模块与数据库交互个人群组相关数据库表，用户在前台系统中通过个人群组管理模块管理用户个人才可见的个人群组，包括添加个人群组，删除个人群组，向个人群组中添加用户和删除用户；前台系统的记事本模块与数据库交互记事本相关数据库表，包括对记事本记录的添加，修改，删除，查看等。前台系统的写信模块，包括对新邮件的撰写以及发送，其中收信人选择有两种方式：从“树”状收信人选择页面中选择和从收信人快速搜索工具栏的搜索结果中选择，其中，“树”状收信人选择页面中列出了所有用户、所有公共群组和属于当前用户的所有个人群组，这些数据全部是从数据库中用户相关数据库表、公共群组相关数据库表和个人群组相关数据库表中读取的；收信人快速搜索工具栏的搜索范围为所有用户、所有公共群组和属于当前用户的所有个人群组，数据从数据库中用户相关数据库表、公共群组相关数据库表和个人群组相关数据库表中读取。前台系统的语义搜索模块，搜索范围为属于该用户的所有邮件、所有用户和属于该用户的所有记事本记录，数据库中的邮件相关数据库表、用户相关数据库表以及记事本记录相关数据库表中的记录均会转换成RDF/XML文件，并且数据库表发生改变时，RDF/XML文件会与数据库保持同步，进行搜索时，搜索范围为这些RDF/XML文件，如果出现匹配，则根据RDF/XML文件与数据库表中记录的对应关系从数据库中读出对应的邮件，用户或记事本记录并显示。

邮件收发系统，用于处理要发送的或接收到的电子邮件，包括收邮件模块和发邮件模块。收邮件模块负责处理将要接受的邮件，将邮件从收件箱数据库表中取出邮件存放到邮件数据库表中并添加与收信人相对应的信息；发邮件模块负责处理将要发送的邮件，在发送前，解析收信人姓名成为真实邮件地址，再将用户要发送的邮件保存到收件箱数据库表中。

数据库用于保存系统产生的数据信息内容，是该系统的数据存储介质。

如图2所示，为本发明后台系统中的用户信息管理模块的功能结构示意图。数据库中的用户表为支持此模块的数据存储表，用户的增加、删除、修改和查看对应于对用户数据库表的增加、删除、修改和查看操作，系统管理员对此模块的操作在系统底层均反应为使用SQL语句对用户据库表的操作。

如图3所示，为本发明后后台系统中公共群组管理模块的功能结构示意图。数据库中的群组表和群组用户对应表为支持此模块的数据库存储表，公共群组在群组数据库表中的群组标识字段为0，以和个人群组区分。群组的增加、删除对应于对群组数据库表的增加、删除操作。群组用户对应表中有一外键字段对应属于该群组的用户id，以实现群组和用户的对应。当对群组进行修改(包括增加用户和删除用户)则是对群组用户对应数据库表的修改。当对群组进行查看时，系统会查出群组用户对应数据库表中指定公共群组所对应的全部用户id，再通过这些id在用户数据库表中查出用户并显示出来，即可查看到群组的详细信息，即包括哪些用户。系统管理员对此模块的操作在系统底层均反应为使用SQL语句对群组数据库表和用户群组对应数据库表的操作。

如图4所示，为本发明前台系统中的个人群组管理模块的功能结构示意图。数据库中的群组表和群组用户对应表为支持此模块的数据库存储表，个人群组在群组数据库表中的群组标识字段所属用户的用户id，个人群组此字段的值大于0，因此也同时标识了该群组为用户私有的个人群组，同时也是根据这一字段查出某一用户所拥有的全部个人群组。群组的增加、删除对应于对群组数据库表的增加、删除操作，群组用户对应表中有一外键字段对应属于该群组的用户id，以实现群组和用户的对应。当对群组进行修改(包括增加用户和删除用户)则是对群组用户对应数据库表的修改。当对群组进行查看时，系统会查出群组用户对应数据库表中指定公共群组所对应的全部用户id，再通过这些id在用户数据库表中查出用户并显示出来，即可查看到群组的详细信息，即包括哪些用户。用户对此模块的操作在系统底层均反应为使用SQL语句对群组数据库表和用户群组对应数据库表的操作。

如图5-6所示，为本发明的写信模块的“树”状收信人选择页面结构示意图和收信人快速搜索工具栏工作流程图。

本发明的前台系统的写信模块包括信件编辑区，“树”状收信人选择页面和收信人快速搜索工具栏。

信件编辑区为一个JSP表单，包括收信人，抄送，暗送，内容和附件几个部分。

如图5所示，本发明的前台系统写信模块中，用户写信时选择收信人方式之一：“树”状收信人选择页面结构图示意图。从“树”状收信人选择页面点击进行选择，页面内容包括三部分：所有用户，所有公共群组和为当前用户所添加的个人群组。其中，所有用户和公共群组数据都是由后台系统所产生的，后台系统对用户或者公共群组做出修改都会反映到前台系统的写信模块中的“树”状收信人选择页面；当前用户所添加的个人群组数据是由前台系统的个人群组管理模块产生的，用户对自己设置的个人群组作出修改会反映到前台系统的写信模块中的“树”状收信人选择页面。点击“树”状收信人选择页面可以选择收信人或者群组。在数据库中，有一个专用于维护节点父子关系的表，字段orderid为标识，字段parentid标识父亲节点的orderid，树状结构选择页面显示时，则按数据库中的节点父子关系进行显示。页面显示从二级节点开始显示，用户下的三级节点为具体用户，公共群组下的三级节点为具体公共群组，个人群组下的三级节点为具体属于使用用户的个人群组。三级节点均显示为用户姓名或群组名称，只有三级节点是点击可选的。所有这些三级节点JSP页面内容的点击触发事件均对应一个JavaScript函数，在用户点击时触发，函数目的是读取用户点击内容并修改收信人文本框内容，将读取内容添加到原有的收信人文本框内容后面，以达到添加收信人的目的。此外，如果选择的是用户，则添加内容为用户姓名；如果选择群组(不管是公共群组还是个人群组)，群组中的用户会被添加到收信人中。如果新选择的用户或新选择的群组中的用户已经存在于收信人中，则不会再次添加。

如图6所示，本发明的前台系统写信模块中，用户写信时选择收信人方式之二：快速搜索工具栏工作流程。从快速搜索工具栏的搜索结果中进行选择，根据工具栏中输入的关键字进行搜索，搜索范围是所有用户，所有公共群组和为当前用户所添加的个人群组。用户快速搜索模块为一个JSP表单，包括关键字和搜索按钮，搜索按钮为提交按钮。提交之后，分析关键字，包括以下步骤：(1)获取用户输入的查询关键字；(2)如果为中文，则模糊匹配用户姓名，如果符合则输出；(3)如果为字母，则对于每一个用户，把用户姓名转化为拼音，再用关键字进行模糊匹配，如果符合则输出。例如，如果想查找“张三”这个用户，不进可以输入中文进行查找，还可以输入头字母“zs”即可得到该用户，因为“zs”可以模糊匹配“张三”的拼音“zhangsan”。结果输出为可点击选择的文本，所有结果的点击触发事件均对应一个JavaScript函数，在用户点击时触发，函数目的是读取用户点击内容并修改收信人文本框内容，将读取内容添加到原有的收信人文本框内容后面，以达到添加收信人的目的。此外，如果选择的是用户，则添加内容为用户姓名；如果选择群组(不管是公共群组还是个人群组)，群组中的用户会被添加到收信人中。如果新选择的用户或新选择的群组中的用户已经存在于收信人中，则不会再次添加。

如图7所示，本发明的邮件收发系统中，发邮件模块中邮件地址解析工作流程图。包括以下步骤：(1)发送邮件时，系统分割收信人，并解析收信人地址；(2)如果收信人是邮箱地址，则解析结果为该邮箱地址；(3)如果收信人是姓名，则邮箱系统查询用户的用户数据，解析出收信人的真实邮箱地址，如果用户不正确，则返回错误信息；(4)将邮件内容发送至解析出的邮箱地址。

如图8所示，本发明的前台中的语义搜索模块的工作流程图。在前台系统的每个页面上都可以看到语义搜索工具栏，用户向工具栏中输入关键词进行搜索即可，搜索范围为当前用户的所有邮件，系统所有用户信息和当前用户存储的所有记事本记录。搜索时系统的处理过程为：首先，系统获取用户输入的关键词，系统用这个关键词匹配RDF节点属性，采用RDQL语言进行匹配搜索，按照节点与节点之间的关联关系扩展搜索，实际搜索数据为数据库中的RDF/XML文件，返回结果为RDF节点URI，这些URI均与数据库中用户表、邮件表和记事本记录表id相对应，然后系统再从数据库中查出用户记录、邮件记录和记事本记录，并按“树”状结构分类显示。

在系统搜索程序依赖于数据库中的RDF/XML文件，下面仔细讲述RDF的建模过程，以及RDF/XML文件的格式：

如表1所示，为URI前缀缩写表。为对邮箱中内容进行RDF建模的陈述事例。RDF是表达简单的资源陈述，其中每个陈诉都是由主体，谓词，客体组成。所有的资源都用同一资源标识符(Uniform Resource Identifier，URI)标识，完全的三元组表示要求写出完整的URI，由于过长，于是采用表中简写。

如表2所示，是采用表1中简写符号的一封邮件的陈诉。表达的意思是，有一封邮件exmail:120514718，发信人是exuser:23748，收信人是exuser:23749，发送时间是“2008-3-18 20:08:09”，邮件的主题是“测试”，邮件的内容是“你好！”。这里包含了一封邮件的全部信息，并且这些信息全部与数据库中的邮件表中某一记录对应起来。

如表3所示，是采用表1中的简写符号的一个用户的陈述。表达的意思是，有一个用户exuser:23748，他/她的邮箱地址是“zhangs@example.org”，姓名是“张三”，电话号码是“010-8233××××”。这里包含了一个用户的全部信息，并且这些信息与数据库中的用户表中某一记录对应起来。

如表4所示，是采用表1中简写符号的记事本中一条记录的陈述。表达的意思是，有一条记事本中的记录exnote:726，作者是exuser:23748，时间是“2008-3-1821:15:34”，主题是“记事本测试”，内容是“记事本内容测试”。这里包含了一条记事本记录的全部信息，并且这些信息与数据库中的记事本记录表中的某一记录对应起来。

如图9-11所示，为表2~4对应的RDF图。图9为表2对应的一封邮件的RDF图，所表达的含义与对表2的陈述相同；图10为表3对应的一个用户的RDF图，所表达的含义与对表3的陈述相同；图11为表4对应的一条记事本记录的RDF图，所表达的含义与对表4的陈述相同。

所有的邮件，用户和记事本记录都按相同的方法进行建模，根据邮件有发信人和收信人，记事本有作者与用户语义关联起来，最后形成的RDF有向图。如图9所示为有向图的一部分，对图9进行简单的解释和说明。

如表5-7所示，为表2~4对应的RDF/XML文件内容，为实际存在数据库中的文件内容。表5为表2对应的一封邮件的RDF图，所表达的含义与对表2的陈述相同；表6为表3对应的一个用户的RDF图，所表达的含义与对表3的陈述相同；表7为表4对应的一条记事本记录的RDF图，所表达的含义与对表4的陈述相同。

邮件和用户的对应关系为邮件的收信人和发信为用户，用户和记事本记录的对应关系为记事本记录的作者为用户。因此，邮件，用户和记事本记录这三种实体按照以用户为中心的某种关系相关联起来，因为这种关系，所有邮件，用户和记事本记录可以形成一个关系网，如图12所示，为这个巨大的网状关系图中的一小部分，展示的是一封邮件，一个用户和一条记事本记录之间的相互关系。在这个网状关系中，邮件，用户和记事本记录这些节点按照邮件收信人或邮件发信人或记事本记录作者的关系相关联，同时，每个节点均带有一些属性，如邮件的发送时间，用户的姓名，记事本的主题等等。

如果有新的邮件，用户和记事本记录出现，则系统会自动新增RDF/XML文件并保存在数据库中，同理，出现数据更改和删除时，RDF/XML文件会与数据库表保持一致。

语义搜索时，正是按照上述的网状关系进行扩展进行的，搜索范围为RDF/XML文件，一旦有节点属性或关系与关键字匹配，即返回节点的URI，这些URI均与数据库中用户表、邮件表和记事本记录表id相对应，然后系统再从数据库中查出用户记录、邮件记录和记事本记录。从数据库中读出结果之后，按照“树”的形式呈现，分为邮件，用户，记事本记录三个二级层子节点，二级子节点之后即为返回的具体搜索结果，点击可以链接到邮箱，通讯录或记事本查看更详细的信息，由于采用语义搜索，优先返回的是语义联系最强的结果。

表1

前缀	命名空间URI
		rdf:	http://www.w3.org/1999/02/22-rdf-syntax-ns#
exterms:	http://www.example.org/terms/(作为示例的组织中的词汇)

exuser:	http://www.example.org/userid/(作为示例的组织中的用户标识)
		exmail:	http://www.example.org/mailid/(作为示例的组织中的邮件标识)
exnote:	http://www.example.org/noteid/(作为示例组织中的记事本标识)

表2

主体	谓词	客体
			exmail120514718	rdf:type	exterms:Mail
exmail120514718	exterms:sender	exuser:23748
			exmail120514718	exterms:receiver	exuser:23749
exmail120514718	exterms:mailtime	“2008-3-1820:08:09”
			exmail120514718	exterms:mailsubject	“测试”
exmail120514718	exterms:mailcontent	“你好！”

表3

主体	谓词	客体
			exuser:23748	rdf:type	exterms:Person
exuser:23748	exterms:mailbox	<mailto:zhangs@example.org>
			exuser:23748	exterms:fullname	“张三”
exuser:23748	exterms:phone	“010-82338××××”

表4

主体	谓词	客体
			exnote726	rdf:type	exterms:Note
exnote726	exterms:writer	exuser:23748
			exnote726	exterms:notetime	“2008-3-18

		21:15:34”
			exnote726	exterms:notesubject	“记事本测试”
exnote726	exterms:notecontent	“记事本内容测试”

表5

表6

表7

Claims (7)

1、一种用于电子会务辅助系统的电子邮件系统，其特征在于包括：后台系统，前台系统，邮件收发系统，数据库，其中：

所述的后台系统，仅为系统管理员所使用，主要用于统一管理用户和公共群组，包括用户信息管理模块和公共群组管理模块，分别与数据库交互用户相关数据库表和公共群组相关数据库表，包括对用户和公共群组的添加、修改、删除和查看，可以登录前台系统的用户均是由后台系统管理；

所述的前台系统，为用户使用系统，主要用于收发邮件、设置个人群组、编辑记事本和搜索要查找的信息，包括邮件模块、个人群组管理模块、记事本模块、写信模块和语义搜索模块，其中邮件模块负责显示用户收到的邮件，与数据库交互邮件相关数据库表，包括对邮件的添加、修改、删除和查看；个人群组模块负责与数据库交互个人群组相关数据库表，包括对个人群组的添加、修改、删除和查看；记事本模块负责与数据库交互记事本相关数据库表，包括对记事本记录的添加、修改、删除和查看；写信模块负责对新邮件的撰写以及发送，其中在撰写邮件时收信人选择有两种方式：从“树”状收信人选择页面中选择和从收信人快速搜索工具栏的搜索结果中选择，“树”状收信人选择页面中列出了所有用户、所有公共群组和属于当前用户的所有个人群组，这些数据均是从数据库中用户相关数据库表、公共群组相关数据库表和个人群组相关数据库表中读取的，收信人快速搜索工具栏的搜索范围为所有用户、所有公共群组和属于当前用户的所有个人群组，数据从数据库中用户相关数据库表、公共群组相关数据库表和个人群组相关数据库表中读取；语义搜索模块负责搜索在数据库中的邮件相关数据库表、用户相关数据库表以及记事本记录相关数据库表中记录的属于该用户的所有邮件、所有用户和属于该用户的所有记事本记录，搜索完后从数据库中读出对应的邮件，用户或记事本记录并显示，使用户能够看到具体的信息；

所述的邮件收发系统，用于处理要发送的或接收到的电子邮件，包括收邮件模块和发邮件模块；收邮件模块负责处理将要接受的邮件，将邮件从收件箱数据库表中取出邮件存放到邮件数据库表中并添加与收信人相对应的信息；发邮件模块负责处理将要发送的邮件，在发送前，解析收信人姓名成为真实邮件地址，再将用户要发送的邮件保存到收件箱数据库表中；

所述的数据库，用于保存系统产生的数据信息内容，是该系统的数据存储介质，包括邮件相关数据库表、记事本相关数据库表、用户相关数据库表、公共群组相关数据库表、邮件RDF/XML文件、记事本记录RDF/XML文件和用户RDF/XML文件。

2、根据权利要求1所述的用于电子会务辅助系统的电子邮件系统，其特征在于：所述的后台系统中的用户信息管理模块的实现为：数据库中的用户表为支持此模块的数据存储表，用户的增加、删除、修改和查看对应于对用户数据库表的增加、删除、修改和查看操作，系统管理员对此模块的操作在系统底层均反应为使用SQL语句对用户数据库表的操作。

3、根据权利要求1所述的用于电子会务辅助系统的电子邮件系统，其特征在于：所述的后台系统中的公共群组管理模块的实现为：数据库中的群组表和群组用户对应表为支持此模块的数据库存储表；公共群组管理模块中管理的群组标识字段为0，以和个人群组区分；群组的增加、删除、修改和查看对应于对群组数据库表的增加、删除、修改和查看操作；群组用户对应表中有一外键字段对应属于该群组的用户id，以实现群组和用户的对应。

4、根据权利要求1所述的用于电子会务辅助系统的电子邮件系统，其特征在于：所述的前台系统中的个人群组管理模块的实现为：数据库中的群组表和群组用户对应表为支持此模块的数据库存储表；个人群组管理模块中管理的群组标识字段所属用户的用户id，个人群组此字段的值大于0，同时标识了该群组为用户私有的个人群组；群组的增加、删除、修改和查看对应于对群组数据库表的增加、删除、修改和查看操作；群组用户对应表中有一外键字段对应属于该群组的用户id，以实现群组和用户的对应。

5、根据权利要求1所述的用于电子会务辅助系统的电子邮件系统，其特征在于：所述的前台系统的写信模块包括信件编辑区、“树”状收信人选择页面和收信人快速搜索工具栏，其中：

信件编辑区为一个JSP表单，包括收信人、抄送、暗送、内容和附件几个部分；

“树”状收信人选择页面是选择收信人的一种方式，页面显示内容为所有用户、所有公共群组和属于该用户的所有个人群组，所有这些JSP页面内容的点击触发事件均对应一个JavaScript函数，在用户点击时触发，函数目的是读取用户点击内容并修改收信人文本框内容，将读取内容添加到原有的收信人文本框内容后面，以达到添加收信人的目的；此外，如果选择的是用户，则添加内容为用户姓名，如果选择群组，即不管是公共群组还是个人群组，群组中的用户会被添加到收信人中，如果新选择的用户或新选择的群组中的用户已经存在于收信人中，则不会再次添加；

收信人快速搜索工具栏为一个JSP表单，包括关键字和搜索按钮，搜索按钮为提交按钮；提交之后，判断关键字，如果关键字为中文，则按中文模糊匹配用户，符合要求则输出；如果关键字为字母，则采用字母匹配用户，此时先从数据库中读取用户或群组名称，并逐一转化成拼音，再用字母进行模糊匹配，符合则输出结果；结果输出为可点击选择的文本，所有结果的点击触发事件均对应一个JavaScript函数；在用户点击时触发，函数目的是读取用户点击内容并修改收信人文本框内容，将读取内容添加到原有的收信人文本框内容后面，以达到添加收信人的目的；如果选择的是用户，则添加内容为用户姓名，如果选择群组，即不管是公共群组还是个人群组，群组中的用户会被添加到收信人中，如果新选择的用户或新选择的群组中的用户已经存在于收信人中，则不会再次添加。

6、根据权利要求1所述的用于电子会务辅助系统的电子邮件系统，其特征在于：所述的邮件收发系统中的发信模块采用姓名制，邮件中收信人地址用收信人姓名表示，发送邮件时，首先分割出邮件收信人姓名，然后，根据收信人姓名从数据库中查出对应的真正邮件地址，最后邮件收发系统将邮件发送至指定邮件地址。

7、根据权利要求1所述的用于电子会务辅助系统的电子邮件系统，其特征在于：所述的前台系统的语义搜索模块的实现过程为：

(1)对邮件，用户，记事本记录三个领域采用RDF模型进行建模，其建模方法为：邮件的发信人、收信人、时间、主题及内容属性采用RDF模型进行建模，用<主题，谓词，客体>这样的三元组的形式描述一封具体的邮件；用户的姓名、邮箱地址和联系方式采用RDF模型进行建模；记事本记录的时间、主题、内容和创建人也采用RDF模型进行建模；

(2)对邮件、用户和记事本记录进行建模之后，将建模结果采用RDF/XML描述后存入数据库中，其存入方法为：邮件、用户和记事本记录更新、增加时，邮箱系统按照RDF模型进行类似扩展；然后所有邮件、用户和记事本记录形成一张可扩展的有向图，每一个节点都是带有属性的邮件、用户或者记事本记录；

(3)根据关键字进行匹配搜索，搜索时采用RDQL语言，按照RDF/XML进行搜索，其搜索过程为：采用RDQL语言，按照由邮件、用户和记事本为节点组成的有向图进行搜索，如果可以匹配，则返回邮件、用户或记事本记录；

(4)返回搜索结果按照“树”的形式呈现，分为邮件、用户、记事本记录三个二级层子节点，二级子节点之后即为返回的具体搜索结果，点击可以链接到邮箱，通讯录或记事本查看更详细的信息，由于采用语义搜索，优先返回的是语义联系最强的结果。

Images