CN101453705B - 一种新闻离线浏览系统 - Google Patents

Abstract

本发明公开了一种新闻离线浏览系统，包括移动客户端和系统服务端，其中移动客户端与系统服务端可以通过WAP协议完成信息交互。本发明的移动客户端负责完成手机开机后的自启动，通过WAP网关完成与系统服务端的在线通信，为用户提供用户界面，浏览器，以及本地数据缓存，完成用户身份验证、定时更新、下载新闻文件、离线浏览下载的新闻。本发明的系统服务端负责用户管理验证、提供内容、提供管理维护功能。

Description

一种新闻离线浏览系统

技术领域

本发明涉及通信技术领域，尤其涉及基于Symbian OS智能手机平台的新闻离线浏览技术。

背景技术

现今手机上主要的新闻服务方式有短信新闻服务、彩信手机报纸以及基于WAP方式的新闻网页在线浏览。短信方式的新闻服务由于单条短信的长度限制在140byte，无法发送详细的新闻内容以及图片，只能发送新闻标题或简短摘要，目前这种新闻服务方式已经比较少见；基于WAP方式的新闻网页浏览由于需要依赖无线网络传输的速度，因此在许多情况下都会存在延迟的现象，而且有可能出现中途掉线的情况，用户满意度较低；而彩信手机报纸由于可以定时同时发送带有图片和详细内容的多条新闻，已成为目前手机新闻服务的主要形式。

与彩信手机报纸相比，新闻离线浏览系统具有以下特点：

1.个性化新闻内容定制：彩信的内容固定，无论是任何用户收到都是相同的内容，这显然不能满足用户的个性化需求。如今，满足用户的个性化需求，创新是SP竞争的核心。而使用我们所设计的系统，用户可根据自己的兴趣与爱好有选择的订阅新闻，包括报纸的选择、栏目的选择都是任意的，这显然比彩信手机报纸具有相当的优势。

2.可保存单条新闻：彩信容量有限--每一条的容量只有50K，这严格限制了“报纸”的篇幅，而且每条彩信一般包含多条新闻，也就是说新闻的条目与彩信的条目不是一一对应的。而我们所设计的系统是基于定时更新、离线浏览，既不存在实时在线浏览的掉线或等待的情况，也不存在对单次下载容量的限制，信息容量取决于用户手机的容量，可以随时看到原汁原味的“报纸”，资讯十分全面，并且每条新闻就是一个条目，可以有选择的对每条新闻进行保存或者删除操作。

3.新的阅读服务方式：本系统设计为离线浏览，定时自动更新、下载。这样保证了用户在空闲时间阅读报纸的方便与快捷。

4.新的体系架构：在传统的移动网络两层体系结构中，最底层是基础设施(包括基站、路由、交换等)，上一层是无线基础业务支撑层(如BOSS)。现今在这两层的基础上逐渐形成稳定的无线增值业务支撑层，它是面向应用的端到端的开放架构。本系统就是应用于这种新的架构之中，对于个人信息管理、用户Profile管理、针对内容的计费、系统管理能力、数据处理能力有了较为显著的改进。

发明内容

1、一种新闻离线浏览系统，其特征在于包括以下部分：

移动客户端，所述移动客户端由Daemon模块、本地数据缓存、用户界面、浏览器四部分组成；

服务器端，所述服务器端由管理模块、WEB服务器模块、数据库服务器模块、文件服务器模块以及用于实现上述四个模块之间相互通信的内部网络五部分组成。

2、根据权利要求1所述的新闻离线浏览系统，其特征在于所述移动客户端进一步包括：

所述Daemon模块由Symbian服务端、Symbian客户端、定时器、文件清理器、索引管理器、更新引擎、Flash文件模块组成；

所述本地数据缓存采用的存储器是Symbian60系统内置的，其中所存储的数据是以*.xhtml文件的形式存放；

用户界面由应用主界面、登陆界面、设置界面、更新界面、浏览界面组成；浏览器为Symbian60系统内置的Web浏览器。

3、根据权利要求1或2所述的新闻离线浏览系统，其特征在于所述服务器端的各组成模块进一步被限定为：

所述管理模块负责对普通手机订户、SP用户、系统管理员这三类用户的权限进行管理，包含手机访问权限、信息订阅/退订、察看历史数据、上传/修改文件、添加SP用户、维护SP用户权限、得到系统信息等权限；

所述WEB服务器模块负责和客户端的信息交流、提供下载内容，同时提供用户通过非手机客户工具访问服务器的能力，提供系统管理员或SP用户管理维护的能力；

所述数据库服务器模块负责保存维护用户资料、用户订阅信息、内容文件信息等内容；

所述文件服务器模块利用windows自身的文件服务功能完成对新闻文件的管理，包括对新闻文件的删除、拷贝。

4、根据权利要求1或2所述的新闻离线浏览系统，其特征在于所述Daemon模块的各组成部分进一步被限定为：

所述Symbian服务端实现Symbian客户/服务器模式中的服务端，负责完成与所述Symbian客户端的通信过程；

所述Symbian客户端通过实现Symbian中Symbian Client的相关接口完成与所述Symbian服务端及所述系统服务端的会话连接和消息通信；

所述定时器负责定时驱动更新引擎进行新闻更新操作；

所述文件清理器根据最新频道、栏目信息中关于具体新闻的列表，删除那些目前列表中没有的但是还保存在手机中的新闻文件；

所述索引管理器负责管理频道、栏目、新闻文件的索引，将从服务器返回的频道名数组、栏目名数组、新闻文件名数组分别保存；

所述更新引擎负责控制更新过程，获取所有频道、栏目、文件的列表以及从系统服务端获取具体的新闻内容文件；

所述Flash文件模块包括三种子文件模块，一种用于保存用户信息，一种用于保存索引信息，另一种用于保存新闻内容文件信息。

附图说明

图1为新闻离线浏览系统整体框架。

图2为新闻离线浏览系统整体结构。

图3为Daemon模块主体结构。

图4为新闻离线浏览系统应用主界面。

图5为登陆界面。

图6为设置界面示意图。

图7为更新界面。

图8为浏览界面频道栏。

图9为浏览界面栏目栏。

图10为系统服务端结构。

图11为WEB服务器模块与WAP网关的通信过程示意图。

具体实施方式

一种新闻离线浏览系统的整体框架如图1所示，其中移动客户端与系统服务端可以通过WAP协议完成信息交互，SP(内容提供商)用PC机可以通过INTERNET访问系统服务端。

本系统的移动客户端负责完成手机开机后的自启动，通过WAP网关完成与系统服务端的在线通信，为用户提供用户界面，浏览器，以及本地数据缓存，完成用户身份验证、定时更新、下载新闻文件、离线浏览下载的新闻。

本系统的系统服务端负责用户管理验证、提供内容、提供管理维护功能。当前系统服务端模块的选择如下：WEB服务器模块可由IIS6+ASP.NET相关技术实现；数据库服务器模块可由MS SQL Server2000实现；文件服务器模块可由Windows2000系统技术实现。

SP是提供内容服务的第三方，用PC机通过INTERNET访问系统服务端并进行相关操作，包括对新闻内容文件进行添加、删除、更新操作，以及审编操作。

离线浏览系统分为系统服务端与移动客户端两个核心模块，它们又各自包含了一些小模块，其整体结构如图2所示。

移动客户端

移动客户端包含Daemon模块、本地数据缓存、用户界面、浏览器四部分。

Daemon模块

Daemon模块负责向系统服务器发同步请求，并根据系统服务端的响应对本地文件进行更新或删除，并将相应信息缓存起来。同时，Daemon模块还要向用户界面提供一系列访问本地缓存信息的接口。Daemon模块还可以实现移动客户端通信协议和本地内容管理。Daemon模块主体结构如图3示。其中Loader模块用于在手机开机时自动启动Daemon模块，并对系统进行初始化。

Symbian服务端：实现Symbian客户/服务器模式中的服务端，完成与Symbian客户端的通信过程，下面描述本模块中的主要子模块：CsobServer子模块：实现Symbian系统中的CServer接口，在Symbian服务端接收到Symbian客户端发送来的用户请求时，根据请求类型调用更新引擎或索引管理器的相关方法；CsobSession子模块：它通过Symbian的CSession和RSessionBase来完成与客户端的会话连接和消息通信。

Symbian客户端：通过实现Symbian中WAP Client的相关接口完成与系统服务端的会话连接和消息通信。当更新引擎需要发送请求时，Symbian客户端将请求用WSP/WTP协议发送往WAP网关；当Symbian客户端接收到系统服务端的应答时，解读出HTTP协议分组内的WML内容，并将应答以字符串的形式返回给Symbian服务端和更新引擎。

定时器：完成定时驱动更新引擎进行新闻更新操作。定时器包括一个TcallBack子模块，这个子模块使用一个指针TAny*，其返回值为整数。这个指针TAny*的功能是实现查询更新引擎的状态。如果更新引擎正在更新，则返回0，不再驱动更新引擎；否则就要求更新引擎开始更新。

文件清理器：由于本系统中的每个新闻内容都是以一个独立文件的形式保存在手机上，当这些新闻已经过时，不再出现在更新后的新闻列表中时，系统利用文件清理器及时清除这些已经过时的新闻文件。文件清理器包括一个CsobCleaner子模块，该模块在更新引擎从系统服务端获取频道、栏目、用户相关信息的完整列表后运行，CsobCleaner子模块根据得到的最新频道、栏目信息中关于具体新闻的列表，删除那些目前列表中没有的但是还保存在手机中的新闻文件。

索引管理器：该模块功能为管理频道、栏目、新闻文件的索引，将从系统服务端返回的频道名数组、栏目名数组、新闻文件名数组分别保存。包括一个CsobIndexManager子模块，CsobIndexManager子模块包含以下子模块：Files：得到指定栏目下的所有新闻文件名(只是文件名)的数组；Channels：得到所有频道名的数组；Columes：得到指定频道下的所有栏目名数组；LoadIndex：从Flash文件中读入索引信息；SaveIndex：将RAM中的索引信息保存到Flash文件；UserInfo：得到用户相关信息；SetUserInfo：设置用户相关信息，本方法会自动将用户信息保存到Flash中；ProduceHeader：产生指定类型的请求头字符串，类型为通信协议中指定的类型。

更新引擎：负责控制整个更新过程，这包括获取所有频道、栏目、新闻文件名的列表；它必须注意处理用户、Symbian客户端、定时器等同时产生事件时的情况。这里涉及一个CsobUpdateEngine子模块。CsobUpdateEngine子模块包含以下子模块：ValidUser子模块：用于验证用户名和密码是否有效；Update子模块：用于对指定的频道进行更新；如果指定频道为空，则更新全部频道；Cancel子模块：放弃当前的更新；如果当前没有更新，则什么也不做。

Flash文件模块：包括三种子文件模块，一种用于保存用户信息，一种用于保存索引信息，另一种用于保存新闻内容文件。用户信息文件：文件通过UserInfo得到，或者也可以通过自定义一个简单的格式得到；索引文件：直接保存由移动客户端向系统服务端发送list指令，系统服务端将最新的频道、栏目、新闻文件列表返回给手机的结果。

Daemon模块启动过程：

Daemon模块是一个后台的模块，LOADER在手机开机时自动启动Daemon模块，并对系统进行初始化。移动客户端在初始化过程中与系统服务端通过WAP网关建立连接并向系统服务端发送信息，发送的信息完成通知系统服务端移动客户端的信息，包括用户信息、文件信息、索引信息，视情况不同还可以包括用于获取所有列表，清理本地文件，获取更新列表和下载需要更新的文件等信息。LOADER对Daemon模块的启动，可视为一次特殊的更新过程，只是这次更新过程不是由更新引擎激发的，而是由LOADER激发的；更新完成的任务也有所不同，当用户登陆之后更新引擎发送的信息不会包含用户信息。

用户界面

用户界面的设计包含以下几部分：主界面、登陆界面、设置界面(设定)、更新界面(更新报纸)、浏览界面(阅读报纸)、取消下载和退出。一种新闻离线浏览系统的应用主界面的菜单如图4所示。

登陆界面：

登陆界面如图5所示。登陆界面应用于第一次使用本系统移动客户端的用户登陆，或者需要改变用户以不同的用户名和密码登陆此系统时使用。此界面要求用户输入用户名和密码进行登录，系统会自动保存该信息。以后应用本系统的移动客户端时，系统启动时完成默认用户的自动登录。登录过程如下：移动客户端发送用户名和密码；系统服务端查询数据库，对用户名、密码进行验证，并将验证结果返回；如果错误要求重新输入。当需要改变用户以不同的用户名和密码登陆此系统时，同样需要移动客户端发送用户名和密码；系统服务端查询数据库，对用户名、密码进行验证，并将验证结果返回；如果错误要求重新输入。这里需要特别指出的是移动客户端发送用户名和密码的传送方式为短信形式，当输入用户名和密码后点击“确认”，则移动客户端自动发送一条指定内容的短信到特定的服务号码。指定的内容包含了登陆用户的用户名和密码，以及用户终端的信息，例如：用户手机的号码等信息。手机号码的提取是手机终端信息提取的一项重要指标，为系统服务端提供信息的反馈路径以及为运营商的计费提供依据。手机号码的提取在本系统中有其独立的模块予以实现。当用户注销之后，则该用户订阅的所有信息也自动退订。

设置界面：

设置界面示意图如图6所示。用户在设置界面可以选择订阅自己喜欢的频道、栏目。

更新界面：

更新界面如图7所示。在更新界面中选择了要更新的栏目之后会出现“数据更新中…”的字符串。本系统提供两种更新方式：自动更新和手动更新。

自动更新操作由Daemon模块执行，Daemon模块定期对所有资料进行更新。其过程如下：Daemon程序在手机开机时就自动启动；Daemon定期(3小时为默认值，用户可以根据自己的需要改变自动更新频率的参数值，比如大多数的用户会选择中午或者晚上比较空闲的时间来阅读更新后的报纸，所以这些用户可以选择每六小时更新一次。)向系统服务端发送更新请求；系统服务端根据请求，检查是否有需要更新的新闻；如果发现新闻已更新，则返回相应的索引信息，新闻文件名列表信息以及需更新新闻内容文件的存放地址给移动客户端；移动客户端根据给定的地址进行自动下载并保存索引信息。

用户手动更新时，用户随时可以选择需要更新的频道，也可以更新所有频道。当用户发出“更新报纸”的操作时，移动客户端向系统服务端发送更新请求；系统服务端根据请求，检查是否有需要更新的新闻；如果发现新闻已更新，则返回相应的索引信息，新闻文件名列表信息以及需更新新闻内容文件的存放地址给移动客户端；移动客户端根据给定的地址进行自动下载并保存索引信息。

这里需要指出的是，系统服务端检查是否有需要更新的新闻这一操作是极其重要的，如果不进行这一操作而直接将现有的系统服务端上的新闻信息直接发送到移动客户端会使许多重复的新闻文件大量占用手机内存以及造成传输数据量的浪费和网络的拥塞。系统服务端检查是否有需要更新的新闻是通过比较移动客户端上传的目前手机上新闻的索引信息与系统服务端目前的新闻索引信息来实现的，如果客户端上的新闻需要更新，则系统服务端将返回相应的索引信息，以及需更新新闻内容文件的存放地址给移动客户端；移动客户端根据给定的地址进行自动下载并保存索引信息。

移动客户端根据给定的地址进行自动下载，将所有的新闻内容保存在手机里，等待终端用户随时阅读，而不是用户在线浏览相应的信息，这也就是所谓的“离线浏览”。在线浏览要求高的网络速率，有时会出现掉线或等待的情况。

取消下载：完成在客户端下载新闻内容的过程中随时中止下载行为的功能，取消下载只在更新报纸的过程中使用。

浏览界面：

浏览界面如图8，图9所示。浏览界面包含选择需要浏览的频道(只订阅了一个频道时跳过本步)、选择需要浏览的栏目(该频道只有一个栏目时跳过本步)、显示选中栏目的内容。

浏览的内容是移动客户端目前已下载且保存的新闻内容。具体的内容由符合XHTML协议族标准的文本组成，并且由几个索引文件组织起来。在手机上可以用支持该标准的浏览器来阅读这些存储在本地的新闻内容。从系统服务端到移动客户端的网络通讯使用WAP协议。内容的组织遵循以下的结构：

频道1---时事新闻(栏目)

|    |---  财经新闻(栏目)

|    |---  …

|    |---  体育新闻(栏目)

频道2|---  时事新闻(栏目)

|    |---  财经新闻(栏目)

|    |---  …

|    |---  体育新闻(栏目)

如果用户没有指定保留某新闻文件，系统默认只保留目前新闻列表中的新闻，新闻列表中没有的新闻将从移动客户端删除。

退出：选择退出，则恢复主界面。

浏览器

本系统所用的浏览器为Symbian60平台内置的Web浏览器。

本地数据缓存

移动客户端为了能及时地响应手机用户的操作，同时也是为了满足脱机离线浏览新闻的需要，必须将用户信息，频道信息，栏目信息，新闻文件名列表以及新闻内容文件数据缓存到本地。本地数据缓存采用的存储器是Symbian60系统内置的，新闻内容文件是以*.xhtml文件的形式存放。本系统其他各种文件的命名基于日期的形式，以利于检索。

当有更新操作时，系统服务端不是将所有的相关订阅内容全部下载到移动客户端，而是按照索引文件的日期对照，只将需更新的新闻内容文件的存放地址发送到移动客户端。

系统服务端

系统服务端负责用户管理验证、提供内容、提供管理维护功能。本系统的系统服务端主要由逻辑上独立的五个模块组成：管理模块、WEB服务器模块、数据库服务器模块、文件服务器模块，以及内部网络。

管理模块负责对普通订户(手机用户)、SP用户、系统管理员这三类用户的权限进行管理，包含手机访问功能、信息订阅/退订、察看历史数据、上传/修改文件、添加SP用户、维护SP用户权限、得到系统信息等权限。WEB服务器模块负责和移动客户端的信息交互、提供下载内容，同时提供SP用户通过非手机客户工具(PC)访问服务器的能力，提供系统管理员或SP用户管理维护的能力。数据库服务器模块保存维护用户资料、用户订阅信息、内容文件信息等内容。文件服务器模块利用windows自身的文件服务功能。信息文件在服务器上的组织方式是这样的：WEB服务器目录\频道\栏目\文件。文件服务器保存实际的新闻内容文件和其他需要保存的内容。新闻内容文件是由符合XHTML协议族标准的文本文件组成，在服务器上按频道、栏目两级分类的方式存放。以上四个服务器模块通过内部网络相互连接。系统服务端相互结构关系图如图10所示：

管理模块

系统内分为三类用户：普通订户(手机用户)、SP用户、系统管理员。三类用户的权限见表1。

表1  用户的权限

权限	普通订户	SP用户	系统管理员
				手机访问功能	有
信息订阅/退订	有
				察看历史数据	有	有	有
上传/修改文件		有
				添加SP用户			有
维护SP用户权限			有
				得到系统信息			有

普通订户和SP用户的用户信息保存于数据库中，而系统管理员信息利用操作系统自身的用户管理机制。

WEB服务器模块

服务器端和移动客户端的联系都是通过WEB服务器模块来进行的，WEB服务器模块与WAP网关之间采用HTTP协议。HTTP协议，即超文本传输协议，该协议的通信过程是“请求-应答”型的，首先由WAP网关发起请求，WEB服务器模块根据请求做相应的处理后给移动客户端答复。典型的通信过程如图11所示。其过程为：WAP网关请求获取所有列表，服务器端处理所有请求，返回所有列表，移动客户端整理本地文件，更新请求，服务器端处理请求，返回更新列表，客户端下载文件。

请求

请求的格式为：字段名＝数据，其约定的字段如表2所示：

表2  请求格式

字段	内容	说明
			Name	用户名
Passwd	密码
			Type	请求类型	合法的类型有以下三种：validatelistupdate
Content	请求内容	根据请求类型而定

目前有用户验证、列表和更新等类型的请求，下面分别描述。

用户验证(validate)请求

type＝validate，name和passwd分别存放用户名和密码，请求服务端验证用户名和密码的合法性。content内容为空。

列表(list)请求

此时type＝list，name和passwd分别存放用户名和密码。Content内容被忽略。

请求得到该用户订阅的索引信息(在有效时间范围内，例如三天内)。列表的作用是得到用户订阅的频道和栏目，以及当前有哪些文件是有效的，客户端可以根据这些信息删除保存的无用信息。

更新(update)请求

此时type＝update，name和passwd分别存放用户名和密码。Content格式为：频道1：本地最新版本；频道2：本地最新版本；频道3：本地最新版本；(按照通用格式，内容之后有一个空行表示结束)。版本信息是上次列表或更新请求所返回的版本信息；首次同步或要全部刷新时请使用列表命令。

应答

应答与请求的格式很类似，分为应答头和应答内容两部分，各部分以一个空行(即0x0d0a)表示结束。其格式如表3所示：

表3  应答格式

段	内容	说明
			应答头	type＝应答类型status＝状态码	等号前后无空格，且将来可以添加更多字段

空行	0x0d0a	该空行表示应答头到此结束
			应答内容	(根据请求类型而定)	根据应答类型而定
空行	0x0d0a	该空行表示应答内容到此结束

应答头

应答头中type字段的内容为请求类型；status字段表明请求完成的状态，其值和对应的含义如表4所示：

表4  应答头

status值	含义
		200	用户验证成功
201	密码或用户名错误
		300	列表成功，有内容
301	列表无内容
		400	更新成功，有内容
401	更新无内容
		995	无效的请求类型
996	无效的请求格式
		997	无效的请求内容。可能版本太超前
998	服务器忙或出错。可能失去和数据库的连接
		999	未知错误

应答内容

列表和更新：当请求成功且有内容时应答内容的具体格式如下：

频道名1：版本|[栏目名1，文件名1，文件名2，…；栏目名2，文件名1，文件名2，…]

频道名2：版本|[栏目名1，文件名1，文件名2，…；栏目名2，文件名1，文件名2，…]

……

例如：杭州日报：2006-02-01\[娱乐新闻，07616/YLXW/_mn.xhtml]。

按照通用格式，内容之后有一个空行表示结束。说明：一个频道占有一行，整个应答以一个空行表示结束；栏目的索引文件名约定为“index.xhtml”，文件列表应答中不需要再传输该名字；如果在频道名或栏目名中出现分隔符(“，”  “：”  “；”)前面必须加“\”转义符；若某个栏目中没有需要更新的文件其栏目名可省略。

数据库服务器模块

数据库服务器保存用户相关信息、内容文件信息、访问统计信息。其数据库中有以下的表：

userinfo表：存放用户注册信息。

usersub表：存放用户订阅资料。

phonetype表：存放手机型号。

datainfo表：存放数据文件更新情况。

spuser表：存放SP用户资料。

spdata表：存放SP提供的频道、栏目信息。

文件服务器模块

文件服务器利用windows自身的文件服务功能完成对新闻文件的管理，包括对新闻文件的删除、拷贝等。新闻文件在服务器上的组织方式是这样的：WEB服务器目录\频道\栏目\文件。

移动客户端与服务器端的交互

移动客户端采用WAP协议完成与服务器端的交互，移动客户端从WEB服务器模块下载XHTML文件的信号传递过程，其步骤如下：

(1)用户从手机上输入WAP网站的URL地址。

(2)当用户按下手机的发送键时，手机以WAP协议内的WTP/WSP将WAP网站的URL地址传送到WAP网关。

(3)WAP网关收到来自手机的信号后，将URL地址转换成目的地WEB服务器的IP地址后，WAP网关以HTTP协议向WEB服务器发出一个连接的请求。

(4)当WEB服务器接到连接的请求后，将标识URL地制指向一个静态的文件，或者公共网关接口(CGI)，或者其他的脚本应用。若URL地址指的是一个静态文件，则WEB服务器将寻找出该文件，并在该文件前附加HTTP协议的标头传回给WAP网关；若是脚本应用，则WEB服务器直接执行该应用程序。

(5)WEB服务器将WML的网页，或者其他的CGI输出结果以HTTP协议传回给WAP网关。

(6)WAP网关收到HTTP协议后，将解读出HTTP协议分组内的WML内容，并编码或为二进制的WML内容，传递到手机上。

(7)手机收到二进制的WML内容后，将显示出WML的网页或者其他的CGI输出结束。

Claims (2)

1.一种新闻离线浏览系统，其特征在于包括以下部分：

移动客户端，所述移动客户端由Daemon模块、本地数据缓存、用户界面、浏览器四部分组成；所述Daemon模块由Symbian服务端、Symbian客户端、定时器、文件清理器、索引管理器、更新引擎、Flash文件模块组成；所述本地数据缓存采用的存储器是Symbian60系统内置的，其中所存储的数据是以*.xhtml文件的形式存放；所述用户界面由应用主界面、登陆界面、设置界面、更新界面、浏览界面组成；所述浏览器为Symbian60系统内置的Web浏览器；

服务器端，所述服务器端由管理模块、WEB服务器模块、数据库服务器模块、文件服务器模块以及用于实现上述四个模块之间相互通信的内部网络五部分组成；所述管理模块负责对普通手机订户、SP用户、系统管理员这三类用户的权限进行管理，包含手机访问权限、信息订阅/退订、察看历史数据、上传/修改文件、添加SP用户、维护SP用户权限、得到系统信息权限；所述WEB服务器模块负责和客户端的信息交流、提供下载内容，同时提供用户通过非手机客户工具访问服务器的能力，提供系统管理员或SP用户管理维护的能力；所述数据库服务器模块负责保存维护用户资料、用户订阅信息、内容文件信息内容；所述文件服务器模块利用windows自身的文件服务功能完成对新闻文件的管理，包括对新闻文件的删除、拷贝。

2.根据权利要求1所述的新闻离线浏览系统，其特征在于所述Daemon模块的各组成部分进一步被限定为：

所述Symbian服务端实现Symbian客户/服务器模式中的服务端，负责完成与所述Symbian客户端的通信过程；

所述Symbian客户端通过实现Symbian中Symbian Client的相关接口完成与所述Symbian服务端及所述系统服务端的会话连接和消息通信；

所述定时器负责定时驱动更新引擎进行新闻更新操作；

所述文件清理器根据最新频道、栏目信息中关于具体新闻的列表，删除那些目前列表中没有的但是还保存在手机中的新闻文件；

所述索引管理器负责管理频道、栏目、新闻文件的索引，将从服务器返回的频道名数组、栏目名数组、新闻文件名数组分别保存；

所述更新引擎负责控制更新过程，获取所有频道、栏目、文件的列表以及从系统服务端获取具体的新闻内容文件；

所述Flash文件模块包括三种子文件模块，一种用于保存用户信息，一种用于保存索引信息，另一种用于保存新闻内容文件信息。

Images