CN102143090B - Cpm会谈历史记录的访问方法及消息存储服务器 - Google Patents
Cpm会谈历史记录的访问方法及消息存储服务器 Download PDFInfo
- Publication number
- CN102143090B CN102143090B CN201010120043.5A CN201010120043A CN102143090B CN 102143090 B CN102143090 B CN 102143090B CN 201010120043 A CN201010120043 A CN 201010120043A CN 102143090 B CN102143090 B CN 102143090B
- Authority
- CN
- China
- Prior art keywords
- cpm
- storage server
- message storage
- history record
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Abstract
本发明公开了一种CPM会谈历史记录的访问方法及消息存储服务器。在上述方法中,消息存储服务器接收来自于客户端的访问指令,其中,访问指令用于指示对存储在系统管理区域中的CPM会谈历史记录信息进行修改;消息存储服务器将CPM会谈历史记录信息拷贝并存储到用户管理区域,对存储在用户管理区域的CPM会谈历史记录信息执行与访问指令对应的访问操作。根据本发明提供的上述技术方案,可以节省开销,提高用户体验。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种融合的IP消息(ConvergedIPMessaging,简称为CPM)会谈历史记录的访问方法及消息存储服务器。
背景技术
CPM使能者是由OMA组织提出的一种可以跨越不同接入网,架构在统一的IP核心网之上,以支持终端用户的一对一、一对多以及与多个应用之间的各种媒体类型(例如,文本、图片、音频/视频片段、二进制文件、音频/视频流)的通信。
在融合的消息通信环境中,CPM使能者以CPM会谈为单位向用户提供CPM业务,使之进行信息交互,用户在通信的过程中希望能够将自己所参与的CPM会谈的历史交互信息由网络侧进行记录和存储,从而实现在需要的时候能够通过向网络侧服务器发送请求访问到自己曾参与过的CPM会谈的历史交互记录信息,真实地重现用户曾参与的会谈的全过程,并对网络侧服务器上存储的属于该用户自己的会谈历史记录信息进行管理。
CPM消息存储服务器为CPM用户提供上述存储CPM会谈历史记录的功能,而CPM消息存储客户端通过访问消息存储服务器对属于该CPM用户的CPM会谈历史记录及相关的内容进行访问和管理,并通过从网络侧获取的会谈历史记录信息进行解析,向CPM用户展示会谈的视图和内容。
CPM会谈描述了通信各方之间利用CPM使能者功能实体进行信息交互的操作,CPM会谈由任意数目的会话外交互的CPM消息、CPM文件和CPM会话组成。其中,CPM消息是可以包含多个离散(不连续)媒体(例如,文本、图片、音频片段、视频片段等)的信息体。CPM文件是参与者之间交换的一个或多个携带有多媒体内容的文件,接收方用户同意接收文件之后,文件传输过程才能够开始。CPM会话是指两个或多个参与者之间持续一段时间的逻辑连接,可用于参与方实时地交换连续性媒体,也可用于交换离散媒体和文件。CPM消息交互、CPM文件传输可以在CPM会话内进行,也可以在CPM会话之外进行。一般认为,每个CPM会谈在特定时间内只包含一个CPM会话,但用户可以并行参与多个CPM会谈。
CPM会谈历史记录是CPM会谈的存储表示。被授权责任人可以获取并存储他们在CPM会谈过程中交换的信息,并将上述信息作为CPM会谈历史记录存储到CPM业务提供商提供的消息存储服务器中。此时,CPM会话外交互的一条CPM消息被存储为一条CPM消息记录,CPM会话外进行的CPM文件传输被存储为一份CPM文件传输历史记录。而一个CPM会话则存储为一份CPM会话历史记录(包括会话内CPM消息、会话内CPM文件传输以及会话内交互的连续媒体片段等数据)。因此,从存储表示意义上讲,CPM会谈历史记录可以描述为CPM消息记录、CPM文件传输历史记录和CPM会话历史记录的集合。具体可以参见图1。
图1为CPM会谈与CPM会谈历史记录的关系及其所包含内容的示意图。CPM会谈历史记录功能,实际上就是对CPM会谈过程中交互的CPM消息、CPM文件传输以及进行的CPM会话进行记录。为了实现会谈历史记录功能,需要在网络侧有一个CPM功能实体能够在通信过程中同时位于信令平面和媒体平面上,作为B2BUA接收通信过程中所有的信令消息和媒体消息,通过解析从中提取出需要记录的信息,按照一定的格式进行记录:将CPM会话外交互的一条CPM消息记录为一份CPM消息记录文件,将CPM会话外传输的一个CPM文件记录为一份CPM文件传输历史记录文件,将一次CPM会话记录为一份CPM会话历史记录文件。CPM参与功能服务器完成上述的会谈历史记录功能,并将上述记录文件提交给CPM消息存储服务器,进行永久存储。
在消息存储服务器上作为物理文件实际存储的是CPM会谈历史记录中所包含的CPM消息记录、CPM文件传输历史记录和CPM会话历史记录。消息存储服务器应当对存储的会谈历史记录相关的资源进行管理,并支持如下功能:
(1)存储CPM消息记录、CPM文件传输历史记录、CPM会话历史记录、CPM会谈历史记录,包括作为CPM消息记录和CPM会话历史记录一部分的任意媒体对象;
(2)根据CPM用户偏好或者业务提供商策略,将本地已存资源与消息存储客户端本地存储的资源进行同步,包括在多设备场景下的同步管理;
(3)对已存资源的管理(例如,拷贝、删除等)和访问;查询已存资源;基于业务提供商策略和用户偏好,记录责任人对网络存储器执行的操作(例如,上传/下载/修改/删除CPM消息、CPM文件传输历史记录、CPM会话历史、CPM会谈历史,和作为CPM消息和CPM会话历史一部分的媒体对象等特定条目)等等。
相关技术中,为了存储消息,基于传统电子邮箱结构的存储模型方案可以参见图2。每一个用户拥有一块由业务提供商预先分配的存储区域,在该目录下,由一系列由系统预先定义好的独立文件夹(例如,收件箱、废件箱、发件箱等)和用户自创建的独立文件夹(如Folder1、Folder2等)组成。使用该存储模型,消息记录和会话历史记录可以存储在任何目录下,用户可以手动操作将存储的内容在文件夹之间移动。
但是,上述方案存在以下缺点:
(1)CPM消息记录和CPM会话历史记录可以分布在任意的文件夹中,为了能够向用户提供CPM会谈视图,必须要通过使用额外的元数据来将分散在各个目录下的CPM消息记录、CPM会话历史记录和它们所属的CPM会谈关联起来。
(2)由于CPM消息记录和CPM会话历史记录可以分布在任意的文件夹中,服务器端无法支持消息存储客户端通过IMAP/THREAD命令([RFC5256])请求服务器为会谈历史记录构建线性视图,然而对于计算和存储资源有限的移动设备来说,完成构建线性视图的操作会带来较大的开销和负担,可能会造成响应速度慢等不利于用户使用体验的影响。
(3)由于属于一个CPM会谈的CPM消息记录、CPM会话历史记录可能分布在不同的文件夹中,则消息存储客户端在获取一个CPM会谈历史记录相关的内容时,需要不断通过IMAP/SELECT命令选中一个文件夹,然后才能通过IMAP/FETCH命令获取该文件夹下存储的记录文件,然后再重新SELECT另一个文件夹,获得该文件夹存储的记录文件,不断重复直到获取到该CPM会谈的所有内容,不断使用SELECT命令打开文件夹的操作增加了消息存储客户端和服务器之间的命令交互次数,存在额外开销,尤其对于移动设备而言,频繁冗余的命令交互会增加无线接口上的数据流量,增加用户使用业务的费用,降低用户使用业务的体验。
(4)用户的一些管理操作可能会破坏CPM会谈线性视图。在上述存储模型下,用户可以对消息存储服务器上的存储的资源进行任意的管理操作,例如,删除某个消息记录文件,然而造成的结果是破坏了消息之间的回复关系,从而破坏CPM会谈的线性视图。
相关技术中,还存在基于CPM会谈结构的存储模型方案,具体可以参见图3。如图3所示,该方案基于CPM会谈的结构特点来设计CPM的消息存储模型:即根据CPM会谈历史记录、CPM消息记录和CPM会话历史记录之间的包含关系,将每个CPM会谈历史记录所包含的记录资源文件存储在独立的会谈子文件夹中。
在该存储模型方案中,消息存储服务器为每一个CPM用户分配一块专属的存储区域,在该存储区域下为每一个CPM会谈建立一个对应的会谈子文件夹,将该CPM会谈所包含的每一个会话外CPM消息作为独立的消息记录文件、每一个CPM会话作为独立的CPM会话历史记录存储在该会谈子文件夹中。会谈文件夹的创建由系统完成,因而用户的管理权限受限,只能够查看消息存储服务器上的资源,以防止用户的操作破坏CPM会谈视图。
基于CPM会谈结构的消息存储模型,将同属于一个CPM会谈的记录资源存储在同一个会谈文件夹中,节省了记录CPM会谈历史记录和其所包含的记录资源之间关联关系的元数据以及维护该关联关系的管理操作开销。且会谈文件夹的创建由CPM使能者执行,用户的操作权限受限,因此保证了CPM会谈的视图不会被用户的操作所破坏。
然而,上述方案存在以下缺点,由于会谈文件夹由消息存储服务器进行管理,用户没有操作权限,导致用户无法对消息存储服务器上存储的资源进行管理操作,无法创建自定义文件夹、无法移动/复制消息记录、会话历史记录文件,只能以会谈视图来查看,用户体验差。
发明内容
针对相关技术中记录CPM会谈历史记录和其所包含的记录资源之间关联关系的元数据以及维护该关联关系的管理操作开销较大、以及用户无法对消息存储服务器上存储的资源进行管理操作等问题而提出本发明,为此,本发明的主要目的在于提供一种改进的会谈历史记录存储模型和访问方法,以解决上述问题至少之一。
根据本发明的一个方面,提供了一种CPM会谈历史记录的访问方法。
根据本发明的CPM会谈历史记录的访问方法包括:消息存储服务器接收来自于客户端的访问指令,其中,访问指令用于指示对存储在系统管理区域中的CPM会谈历史记录信息进行修改;消息存储服务器将CPM会谈历史记录信息拷贝并存储到用户管理区域,对存储在用户管理区域的CPM会谈历史记录信息执行与访问指令对应的访问操作。
根据本发明的另一方面,提供了一种消息存储服务器。
根据本发明的消息存储服务器包括:第一接收单元,用于接收来自于客户端的访问指令,其中,访问指令用于指示对存储在系统管理区域中的CPM会谈历史记录信息进行修改;拷贝单元,用于将CPM会谈历史记录信息拷贝并存储到用户管理区域;执行单元,用于对存储在用户管理区域的CPM会谈历史记录信息执行与访问指令对应的访问操作。
通过本发明,结合CPM会谈历史记录的特点与满足用户自定义管理操作的需求定义合适的存储模型,解决了相关技术中记录CPM会谈历史记录和其所包含的记录资源之间关联关系的元数据以及维护该关联关系的管理操作开销较大、以及用户无法对消息存储服务器上存储的资源进行管理操作等问题,进而可以节省开销,提高用户体验。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为相关技术中CPM会谈与CPM会谈历史记录的关系及其所包含内容的示意图;
图2为相关技术中基于传统电子邮箱结构的消息存储模型的示意图;
图3为基于会谈结构的消息存储模型的示意图;
图4为根据本发明实施例的CPM会谈历史记录的访问方法的流程图;
图5为根据本发明实施例的消息存储模型方案的结构示意图;
图6为根据本发明实施例的用户获得访问控制列表操作的指令传输示意图;
图7为根据本发明实施例的用户设置访问控制列表操作的指令传输示意图;
图8为根据本发明实施例的用户删除访问控制列表操作的指令传输示意图;
图9为根据本发明实施例的用户获得访问权限操作的指令传输示意图;
图10为根据本发明优选实施例的用户选择会谈文件夹,查看CPM会谈记录列表的指令传输示意图;
图11为根据本发明实施例的用户选择一个会谈历史记录,查看该CPM会谈历史记录的详细内容的指令传输示意图;
图12为根据本发明实施例的用户选择一个会谈历史记录,请求查看该CPM会谈历史记录的线性回复关系视图的指令传输示意图;
图13为根据本发明实施例的用户删除一个会谈历史记录的指令传输示意图;
图14为根据本发明实施例的用户选择某个文件夹进行查看的指令传输示意图;
图15为根据本发明实施例的用户请求创建文件夹操作的指令传输流程图;
图16为根据本发明实施例的用户移动/重命名文件夹操作的指令传输流程图;
图17为根据本发明实施例的消息存储服务器的结构框图;
图18为根据本发明优选实施例的消息存储服务器的结构框图。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
根据本发明实施例,提供了一种CPM会谈历史记录的访问方法。
图4为根据本发明实施例的CPM会谈历史记录的访问方法的流程图。如图4所示,根据本发明实施例的CPM会谈历史记录的访问方法包括以下处理(步骤S402-步骤S404):
步骤S402:消息存储服务器接收来自于客户端的访问指令,其中,修改指令用于指示对存储在系统管理区域中的CPM会谈历史记录信息进行修改;
步骤S404:消息存储服务器将CPM会谈历史记录信息存储到用户管理区域,对存储在用户管理区域的CPM会谈历史记录信息执行与访问指令对应的访问操作。
采用上述方法,可以解决用户无法对消息存储服务器上存储的资源进行管理操作的问题,从而可以使得用户在用户管理区域,对从系统管理区域中拷贝来的CPM会谈历史记录信息进行相应的操作,提高了用户体验。
优选地,上述CPM会谈历史记录信息可以包括以下至少之一:至少一条CPM消息记录信息、至少一条CPM文件传输历史记录信息、至少一条CPM会话历史记录信息、至少一条会谈历史记录所包含的全部信息。
在具体实施过程中,当用户在浏览CPM会谈历史记录内容的时候,可以将感兴趣的CPM消息记录、CPM文件传输历史记录、CPM会话历史记录添加到自定义的文件夹中,并进行分类管理,则用户执行“添加操作”。优选地,MSC通过构造IMAP4/COPY命令([RFC3501]),将该条CPM消息记录、CPM文件传输历史记录或CPM会话历史记录复制到用户自定义文件夹中。
优选地,用户还可以“添加”CPM会谈历史记录到用户自定义文件夹中。在用户在浏览CPM会谈历史记录内容的时候,可能对该会谈历史记录感兴趣,将它添加到自定义的文件夹中进行分类管理,则用户执行“添加操作”:MSC首先通过构造IMAP4/CREATE命令([RFC3501]),在用户文件夹下创建相应的会谈子文件夹,然后在通过构造IMAP4/COPY命令([RFC3501])将对应“Conversation-History/Conversation-ID”文件夹中的所有记录文件都拷贝到用户文件夹中新建的会谈子文件夹中。
通过上述的操作,用户就能够将一整条CPM会谈历史记录添加到自定义的文件夹中,进行分类管理,从而构建个性化的视图。
优选地,在消息存储服务器接收来自于客户端的访问指令之前,还可以包括以下处理:
(1)在消息存储服务器中创建用于存储会谈历史记录信息的系统管理区域,其中,系统管理区域包括至少一个存储单元,各个存储单元存储各条会谈历史记录的全部信息;
(2)在消息存储服务器中创建上述用户管理区域。
在具体实施过程中,首先需要建立适合CPM会谈结构特点和访问需求的消息存储模型,将用户在MSS上的存储空间从总体上划分为系统管理区域和用户管理区域。
其中,系统管理区域由MSS管理,主要用来存储和维护CPM会谈视图,用户的访问管理操作受限;用户管理区域中,用户拥有完全的管理权限,可以通过自定义文件夹来实现对会谈历史记录内容的分类管理,以提供多种不同的用户自定义视图。具体可以参见图5。
图5为根据本发明实施例的CPM消息存储模型的结构示意图。如图5所示,在消息存储服务器上为每一个合法的用户分配一个专属的存储空间(如“Root-User”文件夹),用于存储用户所拥有的会谈历史记录相关的资源记录,并向用户提供管理功能。用户专属存储空间(与“Root-User”目录对应)被划分为两部分:系统管理区域和用户自定义管理区域。
系统管理区域由MSS预定义的文件夹组成,如图5所示的“Conversation-History”(会谈历史记录文件夹)是由MSS预定义的文件夹,专用于存储会谈历史记录相关的记录资源。该文件夹下又包含多个“Conversation-ID”子文件夹(注:分两级文件夹可以不用元数据,一级文件夹则需要元数据来组织记录对象和会谈之间的关联关系),每一个子文件夹用于存储一个CPM会谈的会谈历史记录相关的记录资源,并在MSS上维持唯一的备份,为用户提供会谈视图。
用户自定义管理区域由用户文件夹组成,如图5所示的“Folder1”、“Folder2”等都是由用户自行创建的文件夹。用户可以将感兴趣的、或觉得重要的CPM消息记录、CPM文件传输记录、CPM会话历史记录或CPM会谈历史记录“拷贝到”自定义的文件夹中,进行个性化管理,提供用户自定义的动态视图。另外,用户还可以上传本地的记录文件到消息存储服务器上的用户自定义文件夹中,并将上传的这些记录文件在不同的用户文件夹之间移动。
其中,系统预定义的“Conversation-History”文件夹中包含CPM消息记录对象、CPM文件传输历史记录对象、CPM会话历史记录对象;用户自定义的文件夹中可包含文件夹对象、历史记录文件对象,以及用户上传的记录文件对象。
其中,CPM消息对象记录、CPM文件传输历史记录、CPM会话历史记录对象是作为“叶子节点”存在,不可嵌套。而文件夹对象中,用户文件夹是可以嵌套的,以提供不同的分组层。
具体地,创建上述消息存储模型主要包括以下处理:
(1)在系统管理区域中设置一个总文件夹(系统文件夹或会谈历史记录文件夹),该文件夹在MSS上专门用于存储CPM会谈历史记录相关的内容的总文件夹,将由CPMPF提交的所有CPM消息记录、CPM文件传输历史记录以及CPM会话历史记录全部都存储在该目录下。
(2)以CPM会谈为单位,将每个CPM会谈存储在单独的文件夹中;
在上述总文件夹下设置一个或多个子文件夹,每一个子文件夹保存该CPM会谈包含的实际内容,例如,CPM消息记录、CPM文件传输历史记录以及CPM会话历史记录。
MSS将根据上述记录对象所属的CPM会谈,将它们分别存储到对应的子文件夹中。
其中,在系统管理区域中,用户的管理操作是受限的,包括:不允许用户在系统文件夹下创建子文件夹;不允许用户删除、复制、移动、重命名系统文件夹;不允许用户上传文件到系统文件夹;只允许用户查看系统文件夹中的内容,只允许用户以会谈为单位删除会谈历史记录;
(3)用户根据实际需求在用户管理区域中建立一个或多个自定义文件夹,并通过使用“复制操作”将存储在上述总文件夹中的CPM会谈子文件夹或存储在会谈子文件夹中的记录文件复制到用户自定义文件夹中,从而提供用户自定义视图。
优选地,用户还可以上传本地记录文件到消息存储服务器上的自定义文件夹中,并可以在不同的用户文件夹之间将文件进行移动。也就是说,对于用户自定义的文件夹,用户拥有完全的管理权限,可以创建子文件夹、重命名、移动、删除、复制用户文件夹和文件。
优选地,上述会谈历史记录的访问方法还可以包括以下处理:
(1)消息存储服务器接收来自于客户端上传的本地记录文件信息;
(2)消息存储服务器将本地记录文件信息存储在用户管理区域。
即用户管理区域中存储的CPM会谈历史记录信息包括两部分:一部分来源于系统管理区域中的CPM会谈历史记录信息,另一部分来源于客户端上传的本地记录文件信息。
优选地,消息存储服务器在接收到用户的访问指令之后,可以对客户端进行鉴权;并根据鉴权结果确定客户端具有访问权限。
其中,客户端的访问控制权限规定了用户能够对消息存储服务器上的文件夹以及该文件夹下所存储资源的访问及操控能力。每当用户请求对消息存储服务器上所存储的资源进行操控时(即执行不同的操作命令时),都需要对该请求方对相应资源的访问控制权限进行检查,只有满足一定的权限,消息存储服务器才可以执行相关的操作,否则消息存储服务器将拒绝请求方的请求命令,并返回错误应答消息。
根据[RFC4314ACL扩展]中的定义,上述访问控制权限可以参见访问控制列表(ACL),其中,ACL是一组<AccessIdentifiers,rights>值对,“AccessIdentifiers”标识责任人,而“rights”标识相应的责任人有哪些访问控制权限。一个ACL应用于一个“邮箱”(即文件夹)。
[RFC4314]为IMAP4服务器上的文件夹及文件夹下的资源定义了以下的访问控制权限,并通过不同的权限标识符进行标识,例如:
l:lookup,表示文件夹可列表,即可以被LIST、LSUB、SUBSCRIBE命令访问;
r:read,表示文件夹可读,即可被SELECT、STATUS命令访问;
s:在会话中保持seen/unseen标记信息,即可通过STORE命令设置或清除\SEEN标记;
w:write,表示文件夹可写,即可通过STORE设置或清除除了\SEEN和\DELETED之外的其他标记,或通过APPEND、COPY命令对除了\SEEN和\DELETED之外的其他标记进行设置;
i:insert,表示文件夹可被APPEND、COPY命令操作;
k:createmailboxes,表示可使用CREATE命令在该文件夹下创建任意层次的字文件夹,或通过RENAME命令对该文件夹进行移动/重命名操作;
x:deletemailboxes,表示该文件夹可通过DELETE命令删除,或可被RENAME命令删除源文件夹;
t:deleteMessages,可通过STORE操作对该文件夹下的文件设置或清除\DELETED标记,通过APPEND/COPY命令设置\DELETED标记;
e:可通过EXPUNGE命令执行删除操作;
a:administer,可执行SETACL、DELETEACL、GETACL、LISTRIGHTS等对访问控制列表进行管理的命令;
在具体实施过程中,消息存储服务器上的文件夹可以分成两种不同的类型:(1)由系统创建的文件夹,如“Root-User”根目录文件夹,以及“Conversation-History”会谈历史记录文件夹;(2)由用户自定义创建的文件夹,如“Folder1”、“Folder2”等;
当MSS创建一个文件夹时就会首先为这个文件夹分配一定的权限,之后用户对该文件夹的操作应该依据权限来执行。当然,根据系统请求创建的文件夹和用户请求创建的文件夹的不同,MSS为其分配的权限也不相同。
例如,为系统级文件夹分配用户访问控制权限,CPM用户主要对系统文件夹进行查看行为,应限制其他的如修改、删除、移动等操作权限,防止用户的误操作对CPM会谈历史记录完整性的破坏。所以对于系统级文件夹,可以分配以下访问权限:l、r等。系统文件夹不能分配以下访问权限:x、k等。
在为用户自定义文件夹分配访问控制权限时,因为用户对自己创建的文件夹拥有完全的访问控制权限,可以分配所有的权限标识符,并且用户还可以按照[RFC4314]的规定和流程,通过SETACL、DELETEACL、GETACL、LISTRIGHTS等命令来管理自定义文件夹的各种访问控制权限,即为别的CPM用户赋予访问用户自定义文件夹的相关权限的能力。
以下结合四个实施例分别对用户“获得访问控制列表操作”、“设置访问控制列表操作”、“删除访问控制列表操作”以及“获得访问权限操作”进行描述,其中,上述操作都是针对用户文件夹进行的,系统文件夹由于出于安全性考虑,没有对用户分配“a”(administer)权限,故用户无法管理系统文件夹的访问控制列表。
实施例一:用户获得访问控制列表操作
用户如果想获得某个用户文件夹的访问控制列表,则按照[RFC4314]中的规定,由MSC构造IMAP4/GETACL命令,指定目标文件夹的名称,向MSS请求目标文件夹的访问控制列表,具体可以参见图6。
用户向MSS请求“Working”用户文件夹的访问控制列表,MSS接收到该命令后检查请求方用户是否对目标文件夹具有“a”权限,即是否能够获取访问控制列表的权限。如果具有该权限,则MSS在对GETACL命令的应答消息中返回访问控制列表,如上图所示,访问控制列表中显示,用户“Fred”对目标文件夹拥有“rwipslxetad”权限,而用户“Chris”对目标文件夹拥有“lrswi”权限。
如果请求方用户对目标文件夹不具有“a”权限,则MSS应该使用失败应答消息拒绝请求方的GETACL命令。
实施例二:用户设置访问控制列表操作
如果用户希望对某个用户文件夹的访问控制列表进行设置,例如为另外的用户赋予某些权限,则应该按照[RFC4314]中规定的流程,由MSC构造IMAP4/SETACL命令,请求MSS为指定目标文件夹添加对某用户的访问控制权限,具体可以参见图7。
用户向MSS请求为另外的用户“Chris”增加对目标文件夹“Working”的访问控制权限“cda”。MSS接收到该命令后,首先应该检查请求方用户对目标文件夹是否具有“a”权限,如果请求方用户对目标文件夹具有“a”权限,那么MSS将按照SETACL命令中的请求,为目标文件夹“Working”的访问控制列表中,增加“Chris”用户的“cda”权限;如果请求方用户对目标文件夹不具有“a”权限,则MSS应该使用失败应答消息拒绝请求方的SETACL命令。
实施例三:用户删除访问控制列表操作
如果用户希望删除另一个用户对某用户文件夹的访问控制列表,则应该按照[RFC4314]中规定的流程,由MSC构造“IMAP4/DELETEACL”命令,请求MSS将指定用户对目标文件夹的访问控制权限列表删除,具体可以参见图8。
用户向MSS请求删除另外的用户“Fred”对目标文件夹“Working”的访问控制权限列表。MSS接收到该命令后,首先应该检查请求方用户对目标文件夹是否具有“a”权限;如果请求方用户对目标文件夹具有“a”权限,那么MSS将按照DELETEACL命令中的请求,为目标文件夹“Working”的访问控制列表中,删除“Fred”用户的所有访问控制权限;如果请求方用户对目标文件夹不具有“a”权限,则MSS应该使用失败应答消息拒绝请求方的DELETEACL命令。
实施例四:用户获得访问权限操作
如果用户想获得某个特定的用户对自己所创建的用户文件夹拥有哪些访问控制权限,则可按照[RFC4314]中的规定,由MSC构造“IMAP4/LISTRIGHTS”命令,请求MSS返回指定用户对目标文件夹的访问控制权限列表,具体可以参见图9。
用户向MSS请求获得某用户“Smith”对目标文件夹“Working”的访问控制权限列表。MSS接收到该命令后,首先应该检查请求方用户对目标文件夹是否具有“a”权限;如果请求方用户对目标文件夹具有“a”权限,那么MSS将按照LISTRIGHTS命令中的请求,在目标文件夹“Working”的访问控制列表中,查找“Smith”用户的所有访问控制权限,并在对LISTRIGHTS命令的应答消息中返回;如果请求方用户对目标文件夹不具有“a”权限,则MSS应该使用失败应答消息拒绝请求方的LISTRIGHTS命令。
在消息存储服务器中创建好上述架构之后,当CPM用户希望查看MSS上存储的内容时,首先将使用客户端设备(例如,MSC)登陆MSS,MSC将按照[RFC3501]的规定和流程通过使用IMAP4/AUTHENTICATE命令或IMAP4/LOGIN命令和MSS之间进行认证,只有认证成功,MSC才可以访问MSS上的资源,如果认证失败,MSC将无法访问MSS上的资源。
AUTHENTICATE命令允许MSC不发送文本格式的用户名和口令,而是使用其他的认证机制登陆MSS。当使用该命令时,MSC必须按照[RFC3501]中的规定和流程,构造一条有效的AUTHENTICATE命令,并在<authenticationmechanismname>参数中使用特定的认证机制。MSS收到该命令后会返回一个提示字符串,提示MSC选择适当的认证方法,如果MSS不支持MSC建议的认证方法,将返回NO应答消息。这时MSC必须尝试使用其他认证方法,直至使用LOGIN方法。
LOGIN命令允许MSC使用文本方式的用户名和口令登陆MSS,尽管这并不是一个好的方法,但有时却是MSC和MSS之间均可使用的唯一方法。当使用该命令时,MSC必须按照[RFC3501]中的规定和流程,构造一条有效的LOGIN命令,在<username>参数中使用MSC的用户名,在<password>参数中使用口令。MSS接收到该命令后,使用用户名和口令进行认证,若认证成功,则返回OK应答消息,认证失败则返回NO应答消息,若参数错误则返回BAD应答消息。
优选地,在MSC登录至消息存储服务器(MSS)之后,消息存储服务器可以响应于用户的访问指令,执行以下操作:
(1)消息存储服务器将存储在系统管理区域中的CPM会谈历史记录信息进行呈现,和/或在该CPM会谈历史记录信息中删除一条历史会谈记录所包含的全部信息;或者
(2)消息存储服务器将存储在用户管理区域中的CPM会谈历史记录信息进行呈现和/或修改和/或删除。
优选地,上述消息存储服务将存储在系统管理区域中的CPM会谈历史记录信息进行呈现包括:
(1)消息存储服务器将会谈历史记录总文件目录标识信息在客户端进行呈现;
(2)消息存储服务器接收第一列表请求查询指令;
(3)消息存储服务器将会谈历史记录总文件目录下属的第一文件列表信息在客户端进行呈现。
优选地,在执行上述步骤(3)之后,还可以包括以下处理:
(4)消息存储服务器接收来自于客户端的第一内容请求查询指令,其中,第一内容请求查询指令携带有第一文件列表信息中的至少一条历史会谈记录标识信息;
(5)消息存储服务器将至少一条历史会谈记录标识信息对应的至少一条历史会谈记录的描述信息发送至客户端;
(6)客户端根据至少一条历史会谈记录的描述信息获取至少一条历史会谈记录包含的全部或部分信息。
上述过程具体可以参见图10和图11。
如图10所示,MSC使用“LIST“”*”命令,表示希望获取用户登录目录下所有可用文件夹的列表。MSS在对LIST命令的应答消息中返回MSS上该用户存储空间下所有可用文件夹的列表,包括“Conversation-History”系统预定义文件夹,以及“Working”、“Study”等用户自定义文件夹,还有“Conversation-History”目录下所存在的各个会谈历史记录子文件夹(以会谈标识符命名)。
如果用户选择CPM会谈文件夹(即“Conversation-History”),希望查看CPM会谈记录信息时,MSC列出会谈历史记录子文件夹列表。
如果用户选择一个会谈历史记录,希望查看该CPM会谈历史记录的详细内容,CPM用户查看到会谈信息列表时,可能选择其中一条CPM会谈历史记录,查看其详细的记录内容。由于MSC已经通过LIST命令获取到CPM会谈历史记录在MSS上对应的会谈历史记录子文件夹的名称,则MSC可以通过IMAP4/SELECT命令选中对应的会谈历史记录子文件夹,再通过IMAP4/FETCH命令取得该文件夹下与该CPM会谈相关的所有记录文件,具体可以参见图7。
如图11所示,当MSC通过IMAP4/SELECT命令([RFC3501])选中对应的会谈历史记录子文件夹之后,就可以通过IMAP4/FETCH命令([RFC3501])向MSS请求获取该会谈包含的CPM消息记录文件、CPM文件传输历史记录文件和CPM会话历史记录文件的头部或正文部分信息,MSS接收到该命令之后,获取到相关的信息通过FETCH应答命令向MSC返回。
MSC在本地存储上述信息,并进行解析,向用户展现该CPM会谈历史记录的内容。
用户浏览CPM会谈历史记录内容,如果希望查看某条CPM消息或CPM会话历史记录携带的媒体附件的内容,则MSC通过FETCH命令携带希望获取的媒体附件所在的消息记录文件或CPM会话历史记录文件的UID以及媒体附件的part编号,向MSS请求数据。MSS接收到该命令后进行解析,根据UID和Part号取得相应的数据向MSC返回,MSC在本地存储并进行解析呈现。
在具体实施过程中,当CPM用户查看一条会谈历史记录的详细内容时,首先默认为用户呈现的是按照时间关系组织的会谈历史记录内容,当用户希望按照线性回复关系查看会谈历史记录内容时,MSC应该构造THREAD命令向MSS请求对该会谈历史记录子文件夹下内容的线性排序结果,具体参见图12。
当MSC获得MSS提供的线性排序结果字符串之后,在本地进行解析,然后将该会谈历史记录的相关内容按照回复和被回复的关系组织线性视图,呈现给用户。
优选地,消息存储服务器在系统管理区域中的CPM会谈历史记录信息中删除一条历史会谈记录的全部信息包括以下处理:
(1)消息存储服务器接收来自于客户端的删除请求指令,其中,删除请求指令携带有需要删除的历史会谈记录的标识信息;
(2)消息存储服务器删除需要删除的历史会谈记录的标识信息对应的该条会谈历史记录所包含的全部信息。
在具体实施过程中,当用户在“Conversation-History”文件夹下浏览会谈历史记录列表时,如果希望删除一整条会谈历史记录,则MSC将首先获得该会谈历史记录对应的会谈标识符,然后使用该会谈标识符作为目标文件夹的名称,使用“IMAP4/DELETE”命令请求MSS删除该CPM会谈历史记录对应的“Conversation-ID”子文件夹。删除会谈历史记录的操作将导致该“Conversation-ID”子文件夹以及该文件夹所包含的所有记录文件都被从MSS上删除。具体可以参见图13。
如图13所示,用户在查看会谈历史记录列表信息时,如果希望删除某个CPM会谈历史记录,则首先选中该CPM会谈历史记录,然后由MSC构造IMAP4/DELETE命令([RFC3501]),并携带希望删除的CPM会谈历史记录的会谈标识符(即在MSS上对应的会谈历史记录子文件夹的名称),向MSS发送,请求删除该会谈历史记录。
优选地,消息存储服务器将存储在用户管理区域中的CPM会谈历史记录信息进行呈现包括以下处理:
(1)消息存储服务器将至少一个用户自定义的总文件标识信息在客户端进行呈现;
(2)消息存储服务器接收第二列表请求查询指令;
(3)消息存储服务器将至少一个用户自定义的总文件目录中选定的总文件目录下属的第二文件列表信息在客户端进行呈现。
优选地,当用户对于存储在系统管理区域或用户管理区域中的CPM会谈历史记录信息均具有查看权限时,如果用户在系统管理区域或用户管理区域中选择某个文件夹(可以是系统文件夹,也可以是用户文件夹)进行查看,那么MSC首先通过构造IMAP4/SELECT命令([RFC3501])携带该文件夹的名字,请求MSS选中该文件夹。MSS接收到该命令后将目标文件夹设置为活跃文件夹。具体可以参见图14。
如图14所示,如果用户选择“Conversation-History”文件夹,则MSC构造如下的SELECT命令向MSS请求将该文件夹设置为活跃文件夹。同理,用户还可以选中用户文件夹以将其设置为活跃文件夹。
优选地,在执行上述步骤(3)之后,还可以包括以下处理:
(4)消息存储服务器接收来自于客户端的第二内容请求查询指令,其中,第二内容请求查询指令携带有在第二文件列表信息中请求查询的文件目录的标识信息;
(5)消息存储服务器将请求查询的文件目录的标识信息对应的文件目录的描述信息发送至客户端;
(6)客户端根据文件目录的描述信息获取文件目录下属的会谈历史记录的全部或部分信息。
在具体实施过程中,用户使用MSC登录MSS之后,就会首先获得服务器上的可用文件夹列表,这时用户就会在界面上看到用户自定义的文件夹。
如果用户需要选择自定义文件夹进行查看,则MSC首先通过IMAP4/SELECT命令向MSS请求选中对应的用户文件夹,MSS接收到该命令后,返回该用户文件夹的相关信息,然后MSC再通过IMAP4/FETCH命令向MSS请求该用户文件夹存储的所有的记录文件的头部信息或内容信息,在本地进行解析,进而呈现该用户文件夹中的内容。
优选地,上述用户在用户管理区域中查看的文件夹,可以是用户自定义的(即自己创建的),由于操作权限的限制,用户无权在系统管理区域中创建文件夹,只能够在用户管理区域中创建自定义文件夹。
上述创建过程具体可以参见图15,MSC通过构造IMAP4/CREATE命令([RFC3501])请求MSS创建用户自定义文件夹,并在CREATE命令中的<mailboxname>参数中携带该用户要创建的文件夹的名称,该文件夹的命名符合标准路径命名规则,使用斜线(/)作为层次分隔符。
MSC使用CREATE命令创建名为“working/ims/cpm”的文件夹,且该路径并不存在时,MSS将在用户的登录目录下首先创建working文件夹和ims文件夹,再在working/ims路径下创建cpm文件夹。
当MSC接收到来自MSS的OK应答命令时,表示创建文件夹操作成功完成,MSC在本地呈现新创建的文件夹。如果MSC接收到来自MSS的NO应答命令或BAD应答命令时,表示创建文件夹操作失败,不能创建指定的文件夹,则MSC向用户返回错误提示信息。
优选地,消息存储服务器将存储在用户管理区域中的CPM会谈历史记录信息进行修改包括以下处理:
(1)消息存储服务器接收来自于客户端的修改指令;
(2)消息存储服务器对存储在用户管理区域中部分或全部CPM会谈历史记录信息进行修改操作,其中,修改指令包括:文件移动指令、重命名指令、文件信息替换指令。
在具体实施过程中,由于用户对用户管理区域中的信息具有完全的操作管理权限,因而消息存储服务器可以响应客户端的修改指令,对用户管理区域中部分或全部CPM会谈历史记录信息进行修改操作。
上述修改指令包括但不限于:文件移动指令、重命名指令、文件信息替换指令。
在具体实施过程中,如果需要移动文件,“Conversation-ID”子文件夹作为CPM会谈历史记录的存储区域,为MSS上的CPM会谈历史记录维持一份完整的会谈视图,不允许用户将会谈历史记录中的某一条CPM消息记录、CPM文件传输历史记录或CPM会话历史记录“移动”到别的文件夹中。但对于用户自定义文件夹中的记录对象,则可以移动到另一个用户自定义文件夹中。
具体地,MSC首先通过IMAP4/COPY命令将目标记录文件复制到目的用户文件夹中,再使用IMAP4/STORE+FLAGS(\DELETED)命令将目标记录文件从源用户文件夹中删除,以实现目标记录文件在不同用户文件之间的移动。
由于受到操作权限的设置,CPM用户只能够对用户文件夹进行移动或重命名或替换操作,而不能够移动或重命名或替换系统文件夹。
以下结合图16进行描述,MSC可以通过IMAP4/RENAME命令请求MSS将某个用户文件夹进行重命名(rename)操作,或者将该用户文件夹从文件目录层次结构中移动(move)到另一个新的地方。
MSC应当根据[RFC3501]的过程和规则产生IMAP4RENAME请求命令:
根据[RFC3501]的规则和流程,在RENAME请求命令中的<existingmailboxname>参数中设置源文件夹的名称;
在RENAME请求命令中的<newmailboxname>参数中设置希望移动去的目标文件夹的名称;
这两个参数的命名都符合标准路径命名规则,即除了以斜线(/)开头的路径外,所有路径均起始于用户的登录目录(即该CPM用户在MSS上的存储空间的根目录),路径层次之间使用斜线(/)分隔;
构造好RENAME命令后,MSC应当按照[RFC3501]中的规则和流程向MSS发送该命令。
如图16所示,MSC请求将名为“Working”的用户文件夹重命名为“Study”。
当MSC接收到来自MSS的OK应答命令时,表示移动/重命名文件夹操作成功完成,向用户提示操作结果。当MSC接收到来自MSS的NO应答命令或BAD应答命令时,表示移动/重命名文件夹操作失败,则MSC向用户返回错误提示信息。
根据本发明实施例,提供了一种消息存储服务器。
图17为根据本发明实施例的消息存储服务器的结构框图。如图17所示,根据本发明实施例的消息存储服务器包括:第一接收单元1、拷贝单元2、执行单元3。
第一接收单元1,用于接收来自于客户端的访问指令,其中,修改指令用于指示对存储在系统管理区域中的CPM会谈历史记录信息进行修改;
拷贝单元2,用于将CPM会谈历史记录信息拷贝并存储到用户管理区域;
执行单元3,用于对存储在用户管理区域的CPM会谈历史记录信息执行与访问指令对应的访问操作。
采用该装置,可以解决用户无法对消息存储服务器上存储的资源进行管理操作的问题,从而可以使得用户在用户管理区域,对从系统管理区域中拷贝来的CPM会谈历史记录信息进行相应的操作,提高了用户体验。
优选地,如图18所示,上述消息存储服务器还可以包括:创建单元4,用于创建系统管理区域和用户管理区域。
优选地,如图18所示,上述消息存储服务器还可以包括:第二接收单元5,用于接收来自于客户端上传的本地记录文件信息;存储单元6,用于将本地记录文件信息存储在用户管理区域。
优选地,如图18所示,上述消息存储服务器还可以包括:呈现单元7,用于将存储在系统管理区域中或用户管理区域中的CPM会谈历史记录信息进行呈现;处理单元8,用于将存储在用户管理区域中的CPM会谈历史记录信息进行修改和/或删除,或者在存储在系统管理区域中的CPM会谈历史记录信息中删除一条历史会谈记录所包含的全部信息。
优选地,如图18所示,上述消息存储服务器还可以包括:鉴权单元9,用于将客户端对请求访问的文件信息的权限进行检查;确定单元10,用于确定客户端对请求的文件信息具有访问控制权限。
上述装置中各单元相互结合的工作方式可以参见图4至图16的描述,此处不再赘述。
综上所述,通过本发明的上述实施例,提供的会谈历史记录的访问方案为融合消息业务通信环境中的会谈历史记录定义了合适其特点的存储模型,除了可以满足CPM会谈的特点,同时满足用户对消息存储服务器上存储的记录资源的自定义管理操作之外,还能够为用户提供多种视图,如会谈视图(以CPM会谈为单位查看会谈历史记录)、会谈的线性视图(按照回复-被回复的关系构建的视图)、以及系统预定义视图(如按照收发关系视图、主题分类视图)和用户自定义视图(用户自定义文件夹,并将感兴趣的记录文件或记录文件中的部分内容添加到自定义文件夹中),能够为用户提供良好的业务体验。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (16)
1.一种融合的IP消息CPM会谈历史记录的访问方法,其特征在于,包括:
消息存储服务器接收来自于客户端的访问指令,其中,所述访问指令用于指示对存储在系统管理区域中的CPM会谈历史记录信息进行修改;
所述消息存储服务器将所述CPM会谈历史记录信息拷贝并存储到用户管理区域,对存储在所述用户管理区域的所述CPM会谈历史记录信息执行与所述访问指令对应的访问操作;
其中,所述方法还包括:
所述消息存储服务器将存储在系统管理区域中的所述CPM会谈历史记录信息进行呈现,和/或在该CPM会谈历史记录信息中删除一条历史会谈记录所包含的全部信息;或者
所述消息存储服务器将存储在用户管理区域中的CPM会谈历史记录信息进行呈现和/或修改和/或删除。
2.根据权利要求1所述的方法,其特征在于,所述CPM会谈历史记录信息包括以下至少之一:
至少一条CPM消息记录信息、至少一条CPM文件传输历史记录信息、至少一条CPM会话历史记录信息、至少一条会谈历史记录所包含的全部信息。
3.根据权利要求1所述的方法,其特征在于,在消息存储服务器接收来自于客户端的访问指令之前,所述方法还包括:
在所述消息存储服务器中创建用于存储所述会谈历史记录信息的系统管理区域,其中,所述系统管理区域包括至少一个存储单元,各个所述存储单元存储各条会谈历史记录的全部信息;
在所述消息存储服务器中创建所述用户管理区域。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
所述消息存储服务器接收来自于所述客户端上传的本地记录文件信息;
所述消息存储服务器将所述本地记录文件信息存储在所述用户管理区域。
5.根据权利要求1至4中任一项所述的方法,其特征在于,在所述消息存储服务器接收来自于客户端的访问指令之后,所述方法还包括:
所述消息存储服务器将所述客户端对请求访问的文件信息的权限进行检查;
所述消息存储服务器确定所述客户端对所述请求的文件信息具有访问控制权限。
6.根据权利要求1所述的方法,其特征在于,所述消息存储服务将存储在系统管理区域中的CPM会谈历史记录信息进行呈现包括:
所述消息存储服务器将会谈历史记录总文件目录标识信息在所述客户端进行呈现;
所述消息存储服务器接收第一列表请求查询指令;
所述消息存储服务器将所述会谈历史记录总文件目录下属的第一文件列表信息在客户端进行呈现。
7.根据权利要求6所述的方法,其特征在于,在所述消息存储服务器将所述会谈历史记录总文件下属的第一文件列表信息在客户端进行呈现之后,所述方法还包括:
所述消息存储服务器接收来自于所述客户端的第一内容请求查询指令,其中,所述第一内容请求查询指令携带有所述第一文件列表信息中的至少一条历史会谈记录标识信息;
所述消息存储服务器将所述至少一条历史会谈记录标识信息对应的至少一条历史会谈记录的描述信息发送至所述客户端;
所述客户端根据所述至少一条历史会谈记录的描述信息获取所述至少一条历史会谈记录包含的全部或部分信息。
8.根据权利要求1所述的方法,其特征在于,所述消息存储服务器在所述系统管理区域中的CPM会谈历史记录信息中删除一条历史会谈记录的全部信息包括:
所述消息存储服务器接收来自于所述客户端的删除请求指令,其中,所述删除请求指令携带有需要删除的历史会谈记录的标识信息;
所述消息存储服务器删除所述需要删除的历史会谈记录的标识信息对应的该条会谈历史记录所包含的全部信息。
9.根据权利要求1所述的方法,其特征在于,所述消息存储服务器将存储在用户管理区域中的CPM会谈历史记录信息进行呈现包括:
所述消息存储服务器将至少一个用户自定义的总文件标识信息在所述客户端进行呈现;
所述消息存储服务器接收第二列表请求查询指令;
所述消息存储服务器将所述至少一个用户自定义的总文件目录中选定的总文件目录下属的第二文件列表信息在客户端进行呈现。
10.根据权利要求9所述的方法,其特征在于,在所述消息存储服务器将所述至少一个用户自定义的总文件目录中选定的总文件目录下属的第二文件列表信息在客户端进行呈现之后,所述方法还包括:
所述消息存储服务器接收来自于所述客户端的第二内容请求查询指令,其中,所述第二内容请求查询指令携带有在所述第二文件列表信息中请求查询的文件目录的标识信息;
所述消息存储服务器将所述请求查询的文件目录的标识信息对应的文件目录的描述信息发送至所述客户端;
所述客户端根据所述文件目录的描述信息获取所述文件目录下属的会谈历史记录的全部或部分信息。
11.根据权利要求1所述的方法,其特征在于,所述消息存储服务器将存储在用户管理区域中的CPM会谈历史记录信息进行修改包括:
所述消息存储服务器接收来自于所述客户端的修改指令;
所述消息存储服务器对存储在所述用户管理区域中部分或全部CPM会谈历史记录信息进行修改操作,其中,所述修改指令包括:文件移动指令、重命名指令、文件信息替换指令。
12.根据权利要求1所述的方法,其特征在于,所述消息存储服务器将存储在用户管理区域中的CPM会谈历史记录信息进行删除包括:
所述消息存储服务器在接收到来自于所述客户端的删除指令;
所述消息存储服务器将存储在用户管理区域中的部分或全部CPM会谈历史记录信息进行删除。
13.一种消息存储服务器,其特征在于,包括:
第一接收单元,用于接收来自于客户端的访问指令,其中,所述访问指令用于指示对存储在系统管理区域中的CPM会谈历史记录信息进行修改;
拷贝单元,用于将所述CPM会谈历史记录信息拷贝并存储到用户管理区域;
执行单元,用于对存储在所述用户管理区域的所述CPM会谈历史记录信息执行与所述访问指令对应的访问操作;
其中,所述消息存储服务器还包括:
呈现单元,用于将存储在系统管理区域中或用户管理区域中的所述CPM会谈历史记录信息进行呈现;
处理单元,用于将存储在用户管理区域中的CPM会谈历史记录信息进行修改和/或删除,或者在存储在系统管理区域中的所述CPM会谈历史记录信息中删除一条历史会谈记录所包含的全部信息。
14.根据权利要求13所述的消息存储服务器,其特征在于,所述消息存储服务器还包括:
创建单元,用于创建所述系统管理区域和所述用户管理区域。
15.根据权利要求14所述的消息存储服务器,其特征在于,所述消息存储服务器还包括:
第二接收单元,用于接收来自于所述客户端上传的本地记录文件信息;
存储单元,用于将所述本地记录文件信息存储在所述用户管理区域。
16.根据权利要求13至15任一项所述的消息存储服务器,其特征在于,所述消息存储服务器还包括:
鉴权单元,用于将所述客户端对请求访问的文件信息的权限进行检查;
确定单元,用于确定所述客户端对所述请求的文件信息具有访问控制权限。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010120043.5A CN102143090B (zh) | 2010-01-29 | 2010-01-29 | Cpm会谈历史记录的访问方法及消息存储服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010120043.5A CN102143090B (zh) | 2010-01-29 | 2010-01-29 | Cpm会谈历史记录的访问方法及消息存储服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102143090A CN102143090A (zh) | 2011-08-03 |
CN102143090B true CN102143090B (zh) | 2016-02-10 |
Family
ID=44410325
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010120043.5A Active CN102143090B (zh) | 2010-01-29 | 2010-01-29 | Cpm会谈历史记录的访问方法及消息存储服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102143090B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107783872A (zh) * | 2017-10-27 | 2018-03-09 | 郑州云海信息技术有限公司 | 分布式存储产品acl的快速响应特性的测试方法及装置 |
CN108052416B (zh) * | 2017-11-30 | 2022-01-25 | 努比亚技术有限公司 | 一种应用程序历史安装记录信息的获取方法及终端 |
CN110139267B (zh) * | 2019-05-29 | 2022-04-08 | 中国联合网络通信集团有限公司 | 终端远程访问记录获取方法、装置、终端提取方法及终端 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101163149A (zh) * | 2006-10-13 | 2008-04-16 | 华为技术有限公司 | 一种网络存储系统及网络存储内容访问控制方法 |
CN101227418A (zh) * | 2007-01-19 | 2008-07-23 | 华为技术有限公司 | 一种实现融合ip消息的方法、装置及系统 |
CN101378411A (zh) * | 2008-09-28 | 2009-03-04 | 深圳华为通信技术有限公司 | 移动终端、服务器及数据访问方法 |
-
2010
- 2010-01-29 CN CN201010120043.5A patent/CN102143090B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101163149A (zh) * | 2006-10-13 | 2008-04-16 | 华为技术有限公司 | 一种网络存储系统及网络存储内容访问控制方法 |
CN101227418A (zh) * | 2007-01-19 | 2008-07-23 | 华为技术有限公司 | 一种实现融合ip消息的方法、装置及系统 |
CN101378411A (zh) * | 2008-09-28 | 2009-03-04 | 深圳华为通信技术有限公司 | 移动终端、服务器及数据访问方法 |
Also Published As
Publication number | Publication date |
---|---|
CN102143090A (zh) | 2011-08-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102279948B (zh) | 联系人信息的合并与重复解决的方法及系统 | |
EP2045987B1 (en) | A network storage system and a control method for accessing the network storage content | |
CN101155049B (zh) | 一种消息系统中会话历史处理方法及消息系统 | |
US9602309B2 (en) | Alert message portal to securely notify subscribers of events | |
CN102812665A (zh) | 用于实现跨多个web服务的认证的可插入令牌提供商模型 | |
CN102073742B (zh) | 一种海量对象的存储系统及其运行方法 | |
CN104113572B (zh) | 用户生成内容的发布方法、系统和前端装置 | |
US20100325208A1 (en) | Methods and apparatus to forward documents in a communication network | |
CN102143126B (zh) | Cpm会谈历史记录的访问方法及消息存储服务器 | |
US20100275115A1 (en) | Xdm system and method for forwarding a document | |
US20100325225A1 (en) | Methods and apparatus to forward documents in a communication network | |
US20160021043A1 (en) | Communicating messages between publishers and subscribers in a mesh routing network | |
CN109314947A (zh) | 设备和/或线路事件感知和智能同步 | |
KR20040101414A (ko) | 그룹 관리 | |
CN113709250A (zh) | 一种基于订阅发送模式的跨域用户数据同步方法 | |
CN102143090B (zh) | Cpm会谈历史记录的访问方法及消息存储服务器 | |
EP2847931B1 (en) | Method and apparatus for updating personal information in communication system | |
Alliance | XML Document Management (XDM) Specification | |
CN101778056B (zh) | 一种融合消息业务的会谈历史记录处理方法和系统 | |
CN113489634A (zh) | 一种企业间协同即时通讯扩展方法 | |
US20080155263A1 (en) | Systems and Methods for Tracking Electronic Files in Computer Networks Using Electronic Signatures | |
EP3620937B1 (en) | Management of confidential document distribution and security | |
Göndör et al. | The current state of interoperability in decentralized online social networking services | |
US10110615B2 (en) | Restricting communications between subscriber machines | |
CN102143125B (zh) | Cpm会谈历史记录的访问方法及消息存储服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |