CN1645885A - 通过短信收发系统自动保存和查询用户短信的方法和系统 - Google Patents

Abstract

本发明公开了一种通过短信收发系统自动保存和查询用户短信的系统和方法，该系统也称为一种短信日记系统，所述的短信日记系统包括短信收发系统和短信日记服务器系统，所述的短信收发系统包括：移动台(106)、短信中心及短信网关(105)、用户计算机(101)、互联网(102；所述的短信日记服务器系统包括：短信日记应用服务器(103)和短信日记数据服务器(104)；本发明提供给用户一个短信保存的平台，用户发出的短信，收到的短信都可以记录在系统的服务器上。用户通过Web浏览的方式或是用手机登陆到该系统上对自己的短信进行管理，系统提供了分类和下载服务，方便用户把短信日记保存到计算机里，甚至可以把短信日记刻成光盘，永久保存。

Description

通过短信收发系统自动保存和查询用户短信的方法和系统

技术领域

本发明涉及移动通信领域，更具体地涉及一种通过短信收发系统自动保存和查询用户短信的系统和方法。

背景技术

目前，手机已经成为人们生活的必须品。每天做过的事情，结识过的朋友，联系过的业务，令人难以忘怀的感人瞬间、温馨时刻，这一切一切，都和手机息息相关。

对于年青人，发短信已经成为年轻人不可或缺的事情。很多的信息人们不忍把它删除掉，时常会把它调出来细细品味，重温爱人、亲人、朋友对自己的关怀和鼓励。但是，手机的存储量是有限的，手机用户不得不忍痛删除一些信息。此外，手机存储的短信没有较好的分类和查询系统，这是人们不情愿但却没有办法的事情。

但是，目前手机短信不能长期保存。当前，年青人采用短信进行交流已经多于了使用电话交流，短信发送量与日俱增，短信量的增加使得当前用户的手机可保存的短信空间越来越紧张，而且在手机中短信存储量增多，占据大量的系统资源，手机的响应也会变慢。有些有纪念意义的短信，只好忍痛删除。有人不辞劳苦者手工把短信输入到电脑里保存，这样有三个缺点：

1.费时费力。

2.没有智能的分类和管理，查找起来不方便。

3.图片短信，语音短信无法保存。

目前手机短信缺乏分类存储。现在的短信一族，可能聊上一个话题，就有十几条短信的交互。用手机保存短信，即使把所有的短信都保存下来，也没有一个很好的分门别类，不能区分人，区分时间，无法详细记录你和你的好友某一次聊天的每一条短信。假如想对短信进行按日期查询或是按人进行查询，手机更是没法做到这一点。

目前手机无法自动保存自己发出的短信。手机一般只能保存收到的短信，无法自动保存发出的短信，手动一条条保存又显得麻烦。

也正因如此，短信日记有了广阔的前景。本发明考虑能否给客户提供一种长期短信存储的服务，每一天，每个月，十年，甚至二十年，这是一本厚厚的日记，记录着用户的人生历程，开心和沮丧，用户可以经常拿出来，追忆往昔。当浏览着精美短信日记，那跳动的文字，精美的图片，朋友的关怀，家人的温馨，曾经的感动又在脑海里一一浮现......。

针对上述情况，短信日记服务器系统是利用系统数据服务器对用户的短信进行存储和管理，并采用Web或手机访问服务器的方式使用户对其短信进行管理，使得以上问题得到很好的解决。对于开通短信日记的客户，本发明还提供电话号码备份保存，使得发生意外之后，用户不至于与朋友失去联系。

短信是非对称业务，它使用SS7信令信道传输数据分组。所以，系统可以支持短消息与话音、数据、传真等业务的同步传输。即使在业务信道处于高峰期的情况下，也照样可以使用短消息顺利通信。此外，短信还可以实现全国甚至国际漫游。

GSM标准中定义的点到点短消息服务使短消息能够在移动台和短消息服务中心之间传递，基于GSM网络的典型SMS体系是这样工作的：短消息实体(SME)负责接收和发送短消息，它可以位于固话系统、移动基站或其他服务中心内。移动交换中心(MSC)负责系统交换管理，控制来自或发往其他电话或数据系统的通信。短消息中心(SMSC)负责在移动基站和SME之间中继、存储或转发短消息。归属位置寄存器(HLR)是移动网络中最重要的数据库，用于存储管理用户的永久信息和服务记录，帮助把短消息传递给正确的MSC，还能配合MSC与HLR之间的协议，在接收方因超出覆盖区而丢失报文、随后又可找到时加以提示。短消息中心网关(SMC-GWMS)是与其他网络打交道的节点。一旦从SMSC接收到短消息，SMC-GWMS就向目的移动台的HLR处查询移动站当前的位置，并将短消息传送给接收者所在基站的交换中心。访问定位寄存器(VLR)，该数据库含有一些用户临时信息，如手机鉴别、当前所处的小区(或小区组)等信息。通过VLR提供的信息，MSC能够将短消息交换到相应的BSS(基站系统，包括BSC+BTS，向移动站发送或接收信息)，BSS再将短消息传递到接收方的手机。

目前短信收发的流程如下：

1.移动台发出短信。

2.移动台所在的基站中的SME负责接收用户短信。

3.SME将短信发送到SMSC。

4.SMC-GWMS从SMSC接收到短消息，然后就向目的移动台的HLR处查询移动站当前的位置，由本地移动交换中心将短信通过SS7信令信道传送给接收者所在基站的交换中心MSC。

5.然后通过接受者所在的短信网关转发给接收方的短信中心。

6.通过接收方的短信中心将短信传送给接收方所在的基站的SME。

7.接收方移动台收到短信。

从上面的目前短信收发的流程可以知道，用户不能存储更多的短信，也不能将短信调整归类，也无法长期保存。本发明涉及到的短消息相关的背景知识可以参考电子工业出版社《短消息(SMS)与WAP的开发及应用》周学泳、石丹编著。

发明内容

本发明的目的是克服上述现有技术中存在的缺陷，提出一种通过短信收发系统自动保存和查询用户短信的方法和系统。该系统也称为短信日记系统，本发明的一种通过短信收发系统自动保存和查询用户短信的系统是通过如下的技术方案实现的，本发明所指的短信日记系统包括短信收发系统和短信日记服务器系统，

所述的短信收发系统包括：

移动台，该移动台通过空中接口与短信中心及短信网关连接，用于发送和接收短信消息；

短信中心及短信网关，该短信中心及短信网关与移动台以及短信日记数据服务器连接，短信中心负责在移动基站和SME之间中继、存储或转发短消息；短信网关是与其他网络通信的节点，一旦从短信中心接收到短消息，就向目的移动台的归属位置寄存器处查询移动站当前的位置，并将短消息传送给接收者所在基站的交换中心；

用户计算机，该用户计算机与互联网连接，用于通过互联网发送操作请求信息并接收和处理短信消息；

互联网，该互联网与用户计算机以及短信日记应用服务器连接，用于传送用户计算机和短信日记应用服务器间的交互消息；

所述的短信日记服务器系统包括：

短信日记应用服务器，该短信日记应用服务器与互联网以及短信日记数据服务器连接，用于接收并处理用户操作请求，并将操作结果通过互联网发送给用户计算机；

短信日记数据服务器，该短信日记数据服务器与短信日记应用服务器以及短信中心及短信网关连接，用于存储、管理短信数据库及用户数据库，所述的短信数据库按一定逻辑保存存储用户短信记录，所述的用户数据库用于存储申请该服务的用户信息。

本发明的一种通过短信收发系统自动保存和查询用户短信的方法，包括步骤：

由移动台接收和发送的短信存储于含于短信中心的移动通信运营商短信存储数据库；

本系统短信日记数据服务器向所述短信存储数据库发送查询请求，所得的记录数据按一定逻辑存储于短信日记数据服务器的短信数据库内；

通过本系统提供的安全保护机制向移动通信运营商短信中心申请特定端口，向用户提供服务注册或注销功能，用户通过移动台发送特定短信完成注册或注销，应用服务器向移动运营商计费系统发送注册或注销请求，确认成功后将用户信息储存于用户数据库中；

用户通过用户计算机，经过互联网向所述应用服务器发送短信记录操作请求，由所述应用服务器验证操作请求合法性后，对请求予以受理，用户进行短信记录操作。

本发明提供给用户一个短信保存的平台，用户发出的短信，收到的短信都可以记录在系统的服务器上。在用户需要的时候可以随时通过Web浏览的方式或是用手机登陆到该系统上对自己的短信进行管理，系统提供了分类和下载服务，方便用户把短信日记保存到计算机里。你可以把短信日记刻成光盘，永久保存。该系统具有相当的现实意义和商用价值。

附图说明

图1是短信日记系统的系统构成方框图；

图2是短信日记服务器的结构模型示意图；

图3是用户端服务过程流程图；

图4是读取运营商短信数据库过程流程图；

图5是用户注册或注销过程流程图。

具体实施方式

图1是短信日记系统的系统构成方框图。如图1所示，本发明所指的短信日记系统包括短信收发系统和短信日记服务器系统，所述的短信收发系统包括：

移动台106，该移动台106通过空中接口与短信中心及短信网关105连接，用于发送和接收短信消息；

短信中心及短信网关105，该短信中心及短信网关105与移动台106以及短信日记数据服务器104连接，短信中心负责在移动基站和SME之间中继、存储或转发短消息；短信网关是与其他网络通信的节点，一旦从短信中心接收到短消息，就向目的移动台的归属位置寄存器处查询移动站当前的位置，并将短消息传送给接收者所在基站的交换中心；

用户计算机101，该用户计算机101与互联网102连接，用于通过互联网102发送操作请求信息并接收和处理短信消息；

互联网102，该互联网102与用户计算机101以及短信日记应用服务器103连接，用于传送用户计算机101和短信日记应用服务器间103的交互消息；

所述的短信日记服务器系统包括：

短信日记应用服务器103，该短信日记应用服务器103与互联网102以及短信日记数据服务器104连接，用于接收并处理用户操作请求，并将操作结果通过互联网102发送给用户计算机101；

短信日记数据服务器104，该短信日记数据服务器104与短信日记应用服务器103以及短信中心及短信网关105连接，用于存储、管理短信数据库及用户数据库，所述的短信数据库按一定逻辑保存存储用户短信记录，所述的用户数据库用于存储申请该服务的用户信息。

本发明所指的短信日记系统包括短信收发系统和短信日记服务器系统，所述的短信日记系统包括客户端和服务器端两个层次。客户端里，通常用户计算机101通过internet 102连接到服务器端的短信应用服务器103，进行服务的申请开通，以及使用短信日记服务器系统提供的业务如查询短信，下载短信，删除短信等。或者可以通过手机106界面WAP登陆或者发送指定短信开通服务。客户端构筑了短信日记服务器系统的界面和客户端的服务响应的平台。

在服务器端，短信应用服务器103和短信数据服务器104是短信日记服务器系统的核心组成部分，短信应用服务器103负责响应用户发出的指令，如开通服务、取消服务、查询、下载、删除等等。用户指令到达短信应用服务器103后，经过处理，短信应用服务器103与短信数据服务器104进行交互，取得用户信息和短信信息，然后将结果反馈回给短信应用服务器，通过internet 102中转，最终到达用户计算机101并且付显。短信数据服务器104可以是单独的专用服务器或是内嵌在短信中心里的一个功能模块。

另外完成短信日记系统的功能离不开服务器端的短信收发系统。该设备由设备制造商提供，由运营商提供业务平台。短信收发设备包括短信中心和短信网关105。短信中心和短信网关负责接收和转发用户发出的手机短信，并且把短信的信息和内容暂时保存到短信中心105里，短信中心再定期把短信转存到短信数据服务器104里。

本发明的一种通过短信收发系统自动保存和查询用户短信的方法，包括步骤：

由移动台接收和发送的短信存储于含于短信中心的移动通信运营商短信存储数据库；

用户通过用户计算机，经过互联网以及短信日记应用服务器向所述短信存储数据库发送记录查询请求，短信记录查询请求周期是根据需要配置的，所得的记录数据按一定逻辑存储于短信日记数据服务器的短信数据库内；

通过本系统提供的安全保护机制向移动通信运营商短信中心申请特定端口，向用户提供服务注册或注销功能，用户通过移动台发送特定短信完成注册或注销，应用服务器向移动运营商计费系统发送注册或注销请求，确认成功后将用户信息储存于用户数据库中；此过程也可通过用户计算机101，经过互联网102向应用服务器103提交注册或注销请求。

用户通过用户计算机101，经过互联网向所述应用服务器发送短信记录操作请求，由所述应用服务器验证操作请求合法性后，对请求予以受理，用户进行发送短信记录操作。

所述记录查询请求进一步包括：

本系统应用服务器103依查询周期向运营商短信中心105发送短信记录查询请求，该查询请求中信息至少包括用户手机号码、用户ID、短信收发时间段；

运营商短信中心105返回的记录数据至少包括用户手机号码、收发标识、另一方手机号码、短信息类型、短信息内容、短信息收发时刻。

所述记录数据的储存进一步包括：

应用服务器按照用户手机号码在服务器短信数据服务器104内进行分类储存，短信数据库采用关系型数据库模式；

应用服务器根据短信数据库存储容量，向容量超出额定限度的用户发送提示信息；

应用服务器对用户短信数据的保存采用加密算法处理，不开放对管理员浏览接口。

所述的用户注册或注销请求过程进一步包括：

用户通过移动台106发送特定信息至运营商短信日记服务端口，该请求被转至应用服务器103生成随机认证码，用户持认证码通过互联网102方式激活账号；

应用服务器103采用加密算法将用户信息存放于用户数据库中，不开放对管理员浏览接口；

用户通过互联网102方式产生注册或注销请求传于应用服务器103端，应用服务器103产生随机认证码发送于用户手机106，用户持认证码通过互联网102方式激活账号。

所述的进行短信查询进一步包括：

应用服务器103提供对用户短信进行按天查询和按月查询服务，用户可以对查询结构进行整理、删除、转发能操作，并且可以打包为符合视觉美感的短信日记形式，操作指令通过浏览器程序返回服务器；

应用服务器103端采用中间件技术对用户请求采取流量和缓存处理，其具体中间件技术是根据需要配置的；

应用服务器通过互联网102向用户计算机101发送短信浏览结构数据包采用加密算法处理。

所述的短信日记系统安全认证机制可以分为：

用户注册和登陆鉴权，用户注册和登陆时必须通过安全机制鉴权，该机制实现可以通过下述方式：用户自己设定本人密码，系统产生随机密码并且发送到用户手机106中，用户凭此密码进行注册和登陆鉴权。

用户要对数据服务器104上的短信进行查询、修改、删除等操作必须通过安全认证模块鉴别用户是否有此权限。该项操作可以在系统后台自动进行。

上述的用户计算机101端服务程序同应用服务器103端相应程序之间的交互信息是利用用户数据报协议(UDP)或传输控制协议(TCP)传输的。

图2是短信日记服务器的结构模型示意图。本系统采用至顶向下的设计思路，将各个功能模块化。总体说来，短信日记服务器的结构可分为五层：数据层212、管理层213、操作层214、接入层215、应用层216。

底层是数据层212，分为用户数据库201、短信数据库202和错误日志203。用户数据库301负责存储用户的信息如手机号、姓名等，短信数据库202负责存储短信内容和收发人信息，时间等内容。错误日志记录操作时产生的错误，管理员负责对错误日志进行管理。

第二层是管理层213，负责对用户数据库进行管理操作，是外界访问数据库的接口。由于数据层的数据库可以分为用户信息数据库和短信数据库，所以管理层相应分为用户管理模块204和短信数据库管理模块205。用户管理模块204是和用户数据库201的接口，通过用户管理模块204可以对用户数据库201进行添加，删除，修改等操作。此外，该模块还与移动计费接口210相连，对登记该业务的用户进行计费。同样地，短信数据库管理模块205是和短信数据库202的接口，可以通过该模块对短信数据库进行操作。此外，该模块还与移动数据接口211相连，对登记该业务的用户的短信数据读取。管理层对数据库进行操作时如果出现错误，则把错误写入错误日志203。

第三层操作层214负责用户对短信的操作。任务管理模块205用于接收来自GUI模块208和209的短信操作和用户操作指令，并把指令发往管理层的用户管理模块204和短信数据库管理模块205。任务管理模块完成短信日记应用服务器的主要功能。

第四层接入层215负责用户的安全认证，当用户注册或者登陆时需要经过安全模块207的验证。

顶层应用层216负责界面。由于可能使用本系统的用户可以分为两类：普通用户和管理员。因此分别设立两种GUI(用户图形界面接口)，分别为用户GUI208和管理员GUI209。用户GUI模块负责接收来自客户端计算机的指令，并把指令送到任务管理模块。管理员GUI模块负责接收来自服务器的错误日志203和对系统进行维护。GUI模块的指令发往任务管理模块前，首先经过安全认证模块207的验证，对用户进行鉴权，通过鉴权的用户才得以使用本系统的各项服务。

图3是用户端服务过程流程图。图3示出用户在Web端(浏览器端)使用短信日记服务器系统服务的流程，此过程触发的起始点是用户在Web端输入用户名和密码301，并通过点击“登录”，由浏览器端服务程序向服务器端任务管理程序发送登录请求302，请求由浏览器程序负责打成信息包，经由TCP或UDP协议传向服务器，该信息包内信息应包括用户名、密码、IP地址等信息。(下面提到浏览器和服务器之间信息交互均由发方负责打包，信息通过TCP或UDP协议传送。)服务器接到请求后，交付安全模块进行认证，判断是否合法303。如果不合法，则通知浏览器端要求用户重新输入用户名、密码301；如果合法，则要求用户选择服务种类。

用户选择“查询”305服务后，浏览器端程序向用户提供“选择查询时间段”305.1的界面，用户选定时间段后，浏览器端程序将“查询”申请提交服务器305.2，服务器根据申请在短信数据库中取到相应短信记录，发送到浏览器端显示查询结果305.3。

用户若希望删除或转发某短信条目，则在查询结果中选中欲删除\转发的条目305.4，由浏览器端程序向服务器提交删除\转发请求305.5，服务器收到请求后，在短信数据库中删除\转发对应条目305.6，并判断是否成功305.7，此操作如果不成功，服务器即生成错误日志308；如果成功，服务器向浏览器端发送成功信息，由浏览器程序显示刷新结果305.8。

用户选择“下载”306服务后，浏览器端程序向用户提供“选择下载时间段”306.1的界面，用户选定时间段后，浏览器端程序将“下载”申请提交服务器306.2，服务器端任务管理程序调用查询功能模块查询欲下载时间段的短信记录，并通过打包程序将用户短信打包，生成下载文件306.3，并判断是否成功，此操作如果不成功，服务器即生成错误日志308；如果成功，服务器向浏览器发送下载链接信息，并由浏览器端程序负责显示下载链接306.5。

用户选择“修改用户信息”307服务后，浏览器程序向用户提供“添加新信息”307.1界面，用户输入信息后，浏览器将新信息打包提交服务器307.2。服务器将信息交付安全模块验证是否合法307.3，如果用户信息不合法，则提示用户重新添加新信息307.1，如果合法，则在用户数据库中修改用户信息307.4，并判断此操作是否成功307.5，如果操作不成功，则生成一错误日志308；如果成功，则在浏览器端显示新信息307.6。

图4是读取运营商短信数据库过程流程图。首先由服务器向运营商发送读取指令401，并由运营商短信中心向本系统服务器发送回馈消息，服务器得到读取允许402后，读取运营商备份数据库403，并将短信数据存于本地数据库404。

图5是用户注册或注销过程流程图。本短信日记服务开通后，运营商即开辟相应短信端口提供用户注册\注销功能。用户可以通过手机发送注册\注销码503至指定端口，或通过Web方式发送注册\注销请求501，浏览器程序即向服务器提交请求502。服务器将请求提交安全模块504进行安全认证。安全认证功能模块向用户手机发送认证码505，用户通过Web方式输入认证码506，浏览器端程序将认证码提交服务器507，服务器将认证信息交付安全认证功能模块判断是否合法508，如果不合法，则通知浏览器端让用户重新输入认证码506；如果成功，则相应添加\删除用户数据库中相应条目，并通知浏览器端显示注册\退定成功509。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干修改或替换，例如：根据理解不同，短信日记服务器系统的模块、层次的名称和具体的划分可能有点出入；短信日记服务器系统的所指的短信日记数据服务器也可能内嵌在运营商的设备端。这些修改或替换也应视为本发明的权利要求书限定的保护范围之内。

Claims (10)

1、一种通过短信收发系统自动保存和查询用户短信的系统，该系统也称为一种短信日记系统，所述的短信日记系统包括短信收发系统和短信日记服务器系统，所述的短信收发系统包括：

移动台(106)，该移动台(106)通过空中接口与短信中心及短信网关(105)连接，用于发送和接收短信消息；

短信中心及短信网关(105)，该短信中心及短信网关(105)与移动台以及短信日记数据服务器(104)连接，短信中心负责在移动基站和SME之间中继、存储或转发短消息；短信网关是与其他网络通信的节点，一旦从短信中心接收到短消息，就向目的移动台的归属位置寄存器处查询移动站当前的位置，并将短消息传送给接收者所在基站的交换中心；

用户计算机(101)，该用户计算机(101)与互联网(104)连接，用于通过互联网(102)发送操作请求信息并接收和处理短信消息；

互联网(102)，该互联网(102)与用户计算机(101)以及短信日记应用服务器(103)连接，用于传送用户计算机(101)和短信日记应用服务器(103)间的交互消息；

其特征在于：所述的短信日记服务器系统包括：

短信日记应用服务器(103)，该短信日记应用服务器(103)与互联网(102)以及短信日记数据服务器(104)连接，用于接收并处理用户操作请求，并将操作结果通过互联网发送给用户计算机(101)；

短信日记数据服务器(104)，该短信日记数据服务器(104)与短信日记应用服务器(103)以及短信中心及短信网关(1050连接，用于存储、管理短信数据库及用户数据库，所述的短信数据库按一定逻辑保存存储用户短信记录，所述的用户数据库用于存储申请该服务的用户信息。

2、根据权利要求1所述的系统，其特征在于：所述的短信日记应用服务器(103)的结构可分为五层：数据层(212)、管理层(213)、操作层(214)、接入层(215)、应用层(216)。

3、根据权利要求2所述的系统，其特征在于：所述的数据层(212)，分为用户数据库(201`)、短信数据库(202)和错误日志(203)；用户数据库(201)负责存储用户的信息如手机号、姓名，短信数据库(202)负责存储短信内容和收发人信息、时间内容，错误日志(203)记录操作时产生的错误，管理员负责对错误日志进行管理；

所述的管理层(213)，负责对用户数据库进行管理操作，是外界访问数据库的接口，由于数据层的数据库可以分为用户信息数据库和短信数据库，所以管理层相应分为用户管理模块(204)和短信数据库管理模块(205)。

所述的操作层(214)负责用户对短信的操作，包括任务管理模块(206)，用于接收来自GUI(图形用户接口)模块(208)和(209)的短信操作和用户操作指令，并把指令发往管理层的用户管理模块(204)和短信数据库管理模块(205)；

所述的接入层(215)负责用户的安全认证，当用户注册或者登陆时需要经过安全模块(207)的验证；

所述的应用层(216)负责界面，分别为用户的图形用户接口(GUI)(208)和管理员的图形用户接口(GUI)(209)，用户的图形用户接口模块负责接收来自客户端计算机的指令，并把指令送到任务管理模块；管理员的图形用户接口模块负责接收来自服务器的错误日志(203)和对系统进行维护。

4、根据权利要求3的系统，其特征在于：所述的用户管理模块(204)是和用户数据库(201)的接口，通过用户管理模块(204)可以对用户数据库(201)进行添加，删除，修改操作；该模块还与移动计费接口(210)相连，对登记该业务的用户进行计费；所述的短信数据库管理模块(205)是和短信数据库(202)的接口，可以通过该模块对短信数据库进行操作：该模块还与移动数据接口(211)相连，对登记该业务的用户的短信数据读取，管理层对数据库进行操作时如果出现错误，则把错误写入错误日志(203)。

5、一种通过短信收发系统自动保存和查询用户短信的方法，其特征在于：所述的方法包括步骤：

由移动台接收和发送的短信存储于含于短信中心的移动通信运营商短信存储数据库；

本系统短信日记数据服务器向所述短信存储数据库发送查询请求，所得的记录数据按一定逻辑存储于短信日记数据服务器的短信数据库内；

通过本系统提供的安全保护机制向移动通信运营商短信中心申请特定端口，向用户提供服务注册或注销功能，用户通过移动台发送特定短信完成注册或注销，应用服务器向移动运营商计费系统发送注册或注销请求，确认成功后将用户信息储存于用户数据库中；

用户通过用户计算机，经过互联网向所述应用服务器发送短信记录操作请求，由所述应用服务器验证操作请求合法性后，对请求予以受理，用户进行短信记录操作。

6、根据权利要求5的方法，其特征在于：所述记录查询请求进一步包括：应用服务器依查询周期向运营商短信中心发送短信记录查询请求，该查询请求中信息至少包括用户手机号码、用户ID、短信收发时间段；

所述运营商短信中心返回的记录数据至少包括用户手机号码、收发标识、另一方手机号码、短信息类型、短信息内容、短信息收发时刻。

7、根据权利要求6的方法，其特征在于：所述记录数据的储存进一步包括：

应用服务器按照用户手机号码在服务器短信数据服务器内进行分类储存，短信数据库采用关系型数据库模式；

应用服务器根据短信数据库存储容量，向容量超出额定限度的用户发送提示信息；

应用服务器对用户短信数据的保存采用加密算法处理，不开放对管理员浏览接口。

8、根据权利要求7的方法，其特征在于：所述的用户注册或注销请求过程进一步包括：

用户通过移动台发送特定信息至运营商短信日记服务端口，该请求被转至应用服务器生成随机认证码，用户持认证码通过互联网方式激活账号；

应用服务器采用加密算法将用户信息存放于用户数据库中，不开放对管理员浏览接口；

用户通过互联网方式产生注册或注销请求传于应用服务器端，应用服务器产生随机认证码发送于用户手机，用户持认证码通过互联网方式激活账号。

9、根据权利要求8的方法，其特征在于：所述的进行短信查询进一步包括：应用服务器提供对用户短信进行按天查询和按月查询服务，用户可以对查询结构进行整理、删除、转发能操作，并且可以打包为符合视觉美感的短信日记形式，操作指令通过浏览器程序返回服务器；

应用服务器端采用中间件技术对用户请求采取流量和缓存处理，其具体中间件技术是根据需要配置的；

应用服务器通过互联网向用户计算机发送短信浏览结构数据包采用加密算法处理。

10、根据权利要求9的方法，其特征在于：所述的短信日记系统安全认证机制可以分为：

用户注册和登陆鉴权，用户注册和登陆时必须通过安全机制鉴权，该机制实现可以通过下述方式：用户自己设定本人密码，系统产生随机密码并且发送到用户手机中，用户凭此密码进行注册和登陆鉴权；

用户要对数据服务器上的短信进行查询、修改、删除操作必须通过安全认证模块鉴别用户是否有此权限。

Images