CN1458781A

CN1458781A - 对移动通信终端设备实现短消息全记录聊天室的方法

Info

Publication number: CN1458781A
Application number: CN 02111680
Authority: CN
Inventors: 朱亚君
Original assignee: Lenovo Beijing Ltd
Current assignee: Lenovo Beijing Ltd
Priority date: 2002-05-15
Filing date: 2002-05-15
Publication date: 2003-11-26
Anticipated expiration: 2022-05-15
Also published as: CN1251120C

Abstract

一种对移动通信终端设备实现短消息全记录聊天室的方法，其步骤包括：a.将收到和发出的短消息组成数据文件存储在闪存中，并为这些短消息建立多个索引文件；b.增加好友的数据文件、好友索引文件；以及c.设立一聊天室模块(9)，并根据上述索引文件选中所需的短消息，通过聊天室模块显示，并安排短消息显示的先后顺序，及加上发信人的信息。本发明具有以下优点：可提供好友名单，便于用户选择；不必在每次开机后设定聊天室的对象；可以和这些好友同时聊天；查找与某好友之间的全部来往短消息变得非常简单和直观；形成清晰的聊天室风格，使界面更加人性化；使聊天时的回复直接而简单。

Description

对移动通信终端设备实现短消息全记录聊天室的方法

技术领域

本发明涉及一种移动通信终端设备上短消息的存取和功能实现方法，使短消息以聊天室的方式组织并提供给用户，增加用户使用的趣味性和便利性。

背景技术

在目前的移动通信服务领域，短消息(也称短信，短信息等，英文缩写SMS-Short Message Service)业务正蓬勃发展，人们通过移动通信终端设备(如手机和掌上电脑等)互相发送文字图片等信息，使相互的交流更加丰富、经济和灵活，并推动社会向更加信息化的方向发展。

为了适应人们对信息量的需求，移动通信终端设备所提供的短消息容量也越来越大，最初只能存储十几二十条，现在有些已经可以存储几百条上千条，将来甚至可能出现无限量，这一趋势使用户可以保留更多的信息，也给用户提供了很大的方便。

面对如此之多的短消息，如何进行有效的组织管理并以便捷的方式提供给用户使用，是移动通信终端设备功能设计中须面临的问题。传统的方法是区分收件箱、发件箱、草稿等，将短消息分为几大类进行管理，类似于E-Mail。比如用户打开收件箱，将看到自己收到的所有短消息的列表，一般按收到的时间排序，用户可以逐个翻阅和查看。

然而，这种传统的组织方式有不够人性化的一面，因为用户与某人之间来往的短消息一般是相互关联的，构成上下文的关系，如果来的和去的分开并与其他人的混杂在一起，查找和翻阅起来都比较困难。假如用户与某个好友利用短消息聊天，想查看一下双方曾经聊过的内容，操作起来就相当麻烦，如果想要按发出和收到时间顺序(即聊天的先后顺序)查看，就更加复杂了。目前有的手机也有聊天室功能，但有些只是模拟网上聊天室的发言格式，比如在发出的短消息前加上一个呢称；有些是在打开聊天室功能后到关机前的时间内将收到和发出的短消息暂时备份在聊天室中以供查看，关机之后这些记录就消失了，不能带给用户真正的便利。

由此可见，目前的移动通信终端设备的短消息功能存在以下一些欠缺：

1、未考虑用户之间交流信息的连续性；

2、未为用户按交流密切程度来区分联系人提供便利；

3、未提供用户直接查询双方交流信息的接口；

4、未提供给用户一个完全的聊天环境。

发明内容

本发明所要解决的技术问题是提供一种对移动通信终端设备实现短消息全记录聊天室的方法，使得移动通信终端设备具有提供好友名单，随时进入、查看与某好友聊天的记录并可直接回复的功能。

本发明是这样实现的，在移动通信终端设备上，直接将收到和发出的短消息组成数据文件存储在闪存(Flash)中，并为这些短消息建立多个索引文件；增加好友的数据或索引文件；根据这些索引文件选中并安排短消息显示的先后顺序，及加上发信人等信息，形成聊天室功能。

进入聊天室画面，将显示用户的好友名单，用户也可对好友名单进行设定；用户可选中某个好友，查看与之短消息来往的全部聊天记录(按先后时间排列好)，当前显示最近的几条，翻页可查看更多；也可对当前选中记录进行回复、转发、显示详细信息、直接拨号和删除等操作；聊天记录画面会根据用户和其好友的实时短消息聊天记录进行更新；在聊天室中，当用户收到由其他人发来的短消息或有来电时，将进行提示并自动切换画面或引导用户手动切换。

此功能可称之为短消息全记录聊天室(以下简称聊天室)，是提供好友名单(可设定聊天对象——个人或群组)，随时进入、查看与某好友聊天的记录，并直接回复的短消息功能。与现有的各种短消息功能比较，本发明具有以下优点：

1、充分分析和考虑到用户有利用短消息与他人聊天的需求，并且相对于电话簿而言，聊天对象的范围较小，所以提供好友名单，便于用户选择，同时也节省实现时的软硬件开销；

2、好友名单长驻Flash，新增时可以直接从电话簿的名单中提取，增加和删除方便，不必在每次开机后设定聊天室的对象。

3、好友名单中可以保存多个好友，可以随时选择一个好友进行聊天，实际上意味着可以和这些好友同时聊天(在功能实现时可以考虑具体情况，提供自动界面切换，或者用来信好友的标识等引导用户进行切换)；

4、进入与某个好友的聊天记录时，来往的短消息按照本地的收发时间顺序交错排列，最新的在最前一页，可以翻页查看直至最初的一页，因此查找与某好友之间的全部来往短消息变得非常简单和直观；

5、每条来信内容前可以加上好友的呢称，发信内容前加上自己的呢称，形成清晰的聊天室风格，使界面更加人性化；

6、可以直接在翻看与某个好友的聊天内容时进行回复，编辑完内容后直接发送，不需要再输入或选择对方号码，可以使聊天时的回复直接而简单。

附图说明

图1是根据本发明方法实现通信终端设备聊天室的总体结构示意图。

图2是图1中短消息处理机制示意图。

图3是图1中聊天室子模块划分示意图。

图4是图1中聊天室功能界面示意与流程转换图。

具体实施方式

根据图1～图4给出本发明方法一个实施例，进一步阐述本发明并提供技术细节。一、硬件条件

为了实现该功能，必须有足够的空间保证成百上千条短消息的存放，由于目前SIM卡的容量太小，一般只能存放几十条，因此可以将短消息自动转存到Flash上，索引文件也存放在Flash中以便于检索，因此Flash的空间不能太小，按600条短消息计，须预留200K Byte左右的空间以供使用。

虽然每条短消息要占用200多个Byte，但是可以将所有的短消息组织成多个数据文件保存，在短消息模块运行过程中，一般每次取其中一个进行操作，用过就释放，因此对内存的影响不大；而短消息索引在短消息模块运行时一般长驻内存，因此要考虑给短消息模块预留足够内存，按600条短消息计，须预留30K Byte左右的空间以供使用。

另外，为有一个好的界面效果，建议采用可显示多行文字的LCD；数据结构设计

下面大致列出短消息的存储和索引文件等一些主要的数据结构：表1. 表2.

表3. 表4.

上面是采用从电话簿中选择定义好友的实现方式的数据结构，好处是可以节省好友的存储空间，与电话簿同步维护，并且共用索引表2来实现短消息收件箱、发件箱、草稿和聊天室等主要功能；

也可以采用自定义好友的方式，与电话簿分开，用表5代替表3、表4，但是要增加专门的聊天室索引表6：表5. 表6.

在新增删除短消息的时候须对其索引文件进行相应的维护，保持两者的同步和匹配。

如果CPU速度不够快或出于实现简便的考虑，可考虑对聊天室中的每条聊天内容截取前面的定长显示，翻阅时选中某条后可进一步查看其全文和其它信息，这样须在表2或表6中增加一项：(截长后的)内容，增加了内存的开销，但可省去显示每屏时去Flash取这几条短消息的内容的时间；二、软件设计

移动通信终端设备的软件可以有多种架构，目前一般把整个软件部分划分为几个相对独立的模块，并定义各个模块之间的接口，便于模块实现和复用。下面以一般性的架构为例来说明该功能的实现。1、总体结构

由硬件驱动、协议栈、协议栈接口、界面框架管理、界面实现等几大模块组成一个有机的整体，聊天室功能的实现与这几个部分紧密相关。各部分关系如图1所示：包括依次连接的短消息界面实现模块1、界面框架管理模块2、硬件驱动模块3、闪存(FLASH)6，还有显示屏(LCD)7、键盘(KBD)8分别与硬件驱动模块3相连，所述的界面框架管理模块2还依次与通信协议栈接口模块4、通信协议栈模块5相连接，所述的界面框架管理模块2包括：短消息管理模块20、窗口管理模块22、菜单管理模块24、编辑管理模块21、图标管理模块23、键盘管理模块25。

图1中，短消息界面实现模块1的逻辑架构在界面框架管理模块2之上。框架管理模块2向上提供短消息界面实现模块1逻辑所需的服务和接口，以及来自网络、用户(如按键8等)等的事件传递机制。界面实现包括了Flash管理和一些公共的界面服务组件，如短消息管理、窗口管理、菜单管理、编辑管理、图标管理、键盘管理等。2、处理机制

界面框架管理模块中包含短消息(SMS)管理模块20，它提供了短消息界面实现模块1按照通信协议的规范实现短消息功能的函数接口和事件机制，如接收短消息、发送短消息、短消息操作(短消息读取、存储、删除)、小区广播、短消息设置等。

用户开机后，在系统的初始化程序中，会创建短消息的事件处理器，并等待来自界面框架管理模块2的短消息就绪的事件，然后，用户才能对短消息功能进行操作。根据用户不同的操作，如发送短消息等，短消息界面实现模块1将会调用界面框架管理模块2提供的接口函数，界面框架管理模块2将操作的结果以事件的形式传递给短消息界面实现模块1，如短消息发送成功等。如图2所示。

在与用户的UI接口方面，短消息界面实现模块1表现为一系列的可视窗口、菜单、图标、文字等，在这里称其为Dialog。用户可以根据界面上的提示按键进行操作，用户按键产生的事件通过键盘管理模块25传递给短消息界面实现模块，短消息界面实现模块1调用界面框架管理模块2的窗口管理模块22、菜单管理模块24、图标管理模块23等公共的界面服务组件提供的函数接口来响应这一事件，以触发这一系列Dialog的创建、显示、更新或销毁。

这些事件响应和Dialog变化的合理安排形成功能。3、模块划分

如图3所示：进入短消息聊天室功能后，聊天室9包括依次链接的好友列表模块91、好友菜单模块95、好友操作模块93及同样依次链接的聊天内容模块92、短消息菜单模块96、短消息操作模块94。

好友列表模块91主要进行好友的列表显示；并通过菜单管理模块24来增加、删除和维护好友名单，同时维护好友的索引文件；

聊天内容模块92主要进行短消息的过滤和排列，并将这些短消息以聊天室的风格列表显示；并可删除、回复或转发选中的短消息，同时维护短消息的索引文件；也可以查看该短消息的详细信息：如发/收信人，收到/发送的时间，内容等。

好友菜单模块95及短消息菜单模块96实际上是对上述两个模块即好友列表模块91及聊天内容模块92的操作选择，当用户选中某个操作并确认后，进入相应的好友操作模块93或短消息的操作模块94。

模块间的转换主要通过按键响应来进行，按键的名称和功能随各种按键方案和功能设计会有所不同，图中的按键名称仅为示意。4.功能界面

该功能实例的界面示意与流程转换如图4所示：进入聊天室9即调用好友列表模块91其主画面为好友名单列表：小丫、小李子、张大民、阿猫，当有未读短信时Logo对应好友Logo可上下移动，点击菜单按键911则调用好友菜单模块95，显示为添加好友，本人呢称，删除此人，删除此人聊天记录，此时点击相应的按键则调用好友操作模块93并可进行相应的操作，如添加好友，输入本人呢称，删除此人，删除此人聊天记录等。当在聊天室9的主画面点击进入按键912则调用聊天内容模块92并显示相应好友的聊天记录画面，当有新的短消息发送成功或对方新来的内容直接加入聊天记录，可高亮显示。点击聊天菜单按键921则调用短消息菜单模块96显示菜单为回复、转发、详细信息，删除当前短信，此时点击菜单所示的相应按键则调用短消息操作模块94可进行相应的操作，如回复短消息，转发短消息，显示短消息的详细信息，删除当前短信等，如在聊天记录画面点击进入按键922则进入编辑短信内容画面，如在聊天记录画面点击返回按键923则返回聊天室主画面

以下就从电话簿中选择定义好友的实现方式介绍该功能实现的流程：

1.当新的短消息到达时，先保存其到Flash的相应数据文件(表1)中；并根据其中的发送端电话号码信息，在电话簿索引(表4)中查询得到对应的电话簿号码，将这笔短消息的信息添加到短消息索引(表2)中；然后在界面上提示收到新的短消息(如果在聊天室界面下则可直接显示与此人的聊天内容)。

2.当聊天室功能被选中时(进入聊天室)，取好友名单的索引(表3)，按顺序取前几个(同一页可显示行数)好友的对应电话簿ID号，到电话簿的数据文件中取这几个人的LOGO和名字，按顺序显示在界面上；

需要翻页时，则继续查找前/后一页的好友信息并显示；

删除好友则从表3中删除该ID的资料；

增加好友则切入电话簿查询模块，选定后返回，并分配一个新的好友ID，将选中的电话簿ID加入表3中。

3.当某个好友被选中时(进入聊天记录)，取该好友的电话簿ID，取短消息索引(表2)，然后在索引表中按照时间先后顺序，取发起人/收信人ID等于上述ID的短消息；先取最近几条的短消息ID，分别从短消息数据文件(表1)中取其内容(若采用内容截长显示则不需要这一步，直接在表2中取即可)；然后在各条前根据其类型(发件/收件)加上其主人的呢称，显示在屏幕上；用户可以按上下键在各条短消息之间选择；

需要翻页时，则继续查找前/后一页的短消息并显示；

删除某条短消息则从表1和2中删除该ID的资料；

回复则切入短消息内容编辑画面，并附带当前光标所在短消息的原文，编辑完毕后确认便直接发送给当前的好友；

转发与回复只有一点不同，就是在发送前需要选择发送对象。

由此可见，短消息全记录聊天室的功能实现并不是特别复杂，却可以给用户带来很多方便和乐趣，具有较大的优越性，尤其适用于短消息存储容量大的移动通信终端设备。

Claims

1、一种对移动通信终端设备实现短消息全记录聊天室的方法，其步骤包括：

a、将收到和发出的短消息组成数据文件存储在闪存(6)中，并为这些短消息建立多个索引文件；

b、增加好友的数据文件、好友索引文件；以及

c、设立一聊天室模块(9)，并根据上述索引文件选中所需的短消息，通过聊天室模块(9)显示，并安排短消息显示的先后顺序，及加上发信人的信息。

2、根据权利要求1所述的对移动通信终端设备实现短消息全记录聊天室的方法，其特征在于，所述的短消息的存储和索引文件的数据结构是采用从电话簿中选择定义好友的实现方式，其步骤包括：建立短消息的存储结构、短消息的索引结构、好友的索引结构和电话簿的索引结构。

3、根据权利要求1所述的对移动通信终端设备实现短消息全记录聊天室的方法，其特征在于，所述的短消息的存储和索引文件的数据结构是采用自定义好友的实现方式，其步骤包括：建立短消息的存储结构、短消息的索引结构、好友的存储结构和聊天室的索引结构。

4、根据权利要求2或3所述的对移动通信终端设备实现短消息全记录聊天室的方法，其特征在于，所述的建立短消息的存储结构的步骤包括：设置序号、电话号码、日期时间、内容、内容长度和状态。

5、根据权利要求2或3所述的对移动通信终端设备实现短消息全记录聊天室的方法，其特征在于，所述的建立短消息索引结构的步骤包括：设置序号、类别、日期时间、发起人/收信人ID、电话号码和状态。

6、根据权利要求5所述的对移动通信终端设备实现短消息全记录聊天室的方法，其特征在于，所述的建立短消息的索引结构的步骤还包括：设置短消息截取前面定长的内容。

7、根据权利要求2所述的对移动通信终端设备实现短消息全记录聊天室的方法，其特征在于，所述的建立好友的索引结构的步骤包括：设置好友序号和电话簿序号。

8、根据权利要求2所述的对移动通信终端设备实现短消息全记录聊天室的方法，其特征在于，所述的建立电话簿的索引结构的步骤包括：设置电话簿序号和电话号码。

9、根据权利要求3所述的对移动通信终端设备实现短消息全记录聊天室的方法，其特征在于，所述的建立好友的存储结构的步骤包括：设置好友的序号、呢称、电话号码以及其它属性。

10、根据权利要求3所述的对移动通信终端设备实现短消息全记录聊天室的方法，其特征在于，所述的建立聊天室的索引结构的步骤包括：设置序号、好友、类别、日期时间和状态。

11、根据权利要求1所述的对移动通信终端设备实现短消息全记录聊天室的方法，其特征在于，还包括步骤：进行新增或删除短消息的操作时须对其索引文件进行相应的维护，保持两者的同步和匹配。

12、根据权利要求9所述的对移动通信终端设备实现短消息全记录聊天室的方法，其特征在于，所述的建立聊天室的索引结构的步骤还包括：设置短消息截取前面定长的内容。

13、根据权利要求1所述的对移动通信终端设备实现短消息全记录聊天室的方法，其特征在于，所述的设立聊天室模块(9)，其步骤包括设置依次链接的好友列表模块(91)、好友菜单模块(95)、好友操作模块(93)及同样依次链接的聊天内容模块(92)、短消息菜单模块(96)、短消息操作模块(94)。

14、根据权利要求13所述的对移动通信终端设备实现短消息全记录聊天室的方法，其特征在于，所述的设置好友列表模块(91)可进行好友名单的列表显示、并通过好友菜单模块(95)增加、删除和维护好友名单，同时维护好友的索引文件。

15、根据权利要求13所述的对移动通信终端设备实现短消息全记录聊天室的方法，其特征在于，所述的设置聊天内容模块(92)主要进行短消息的过滤和排列，并将这些短消息以聊天室的风格列表显示，并可通过短消息菜单模块(96)、短消息删除、回复可转发选中的短消息，同时维护短消息的索引文件，也可以查看该短消息的详细内容。

16、根据权利要求13所述的对移动通信终端设备实现短消息全记录聊天室的方法，其特征在于，所述的建立好友列表模块、聊天内容模块、菜单管理模块间的转换步骤，是通过手动操作来实现。