CN102801842A

CN102801842A - 一种处理消息业务的方法和终端

Info

Publication number: CN102801842A
Application number: CN2012102800500A
Authority: CN
Inventors: 安昌华
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2012-08-08
Filing date: 2012-08-08
Publication date: 2012-11-28
Anticipated expiration: 2032-08-08
Also published as: CN102801842B; EP2871823A1; US9374692B2; KR20150032888A; US20150195691A1; KR101650759B1; EP2871823B1; WO2014023182A1; EP2871823A4; JP5957607B2; JP2015527664A

Abstract

本发明提供一种处理消息业务的方法，包括：终端接收到消息后，根据预设的井喷类消息判决条件判断所述消息是否为井喷类消息，如果是，存储所述井喷类消息，判断是否存在井喷类消息分组：如果已存在井喷类消息分组，则根据预设的分组条件判断所述井喷类消息是否属于已有的井喷类消息分组，如果是，将该井喷类消息加入对应的井喷类消息分组；如果不存在井喷类消息分组，则在存储的未分组井喷类消息数目达到第一阈值时，根据预设的分组条件对存储的井喷类消息进行分组；其中，每个井喷类消息分组包括备注信息，以及一条或多条井喷类消息，每条井喷类消息下携带该井喷类消息的原始信息除去所述备注信息后的独有信息。本发明还提供一种终端。

Description

一种处理消息业务的方法和终端

技术领域

本发明涉及无线通讯领域，尤其涉及一种处理消息业务的方法和终端。

背景技术

在当今快节奏的工作与生活中，手机已经成为一个必不可少的工具，而消息业务由于其方便快捷，在日常生活中发挥着巨大的作用。一般而言，在一定范围内，在一段时间内的消息业务总体上是一个平衡的态势，但是也有一些比较特殊的情况，比如一些特殊的日子，如春节、生日或者是公司开张，总会收到很多相关消息，导致消息业务数量爆炸性的增长，这会造成一下弊端：

1：干扰了正常的消息业务的处理。以短信为例，假如是春节，可能会在极短的时间内，收到上百条祝福的短信，瞬间就会占满手机终端，这个时候假设有非祝福短信进来，用户很难及时发现并进行处理。同时，由于短信数量巨大，大大消耗了存储空间。

2：增加了无谓的阅读量。还以短信为例，假如是春节，祝福短信可能有几百条，但是其真实的内容可能只有几个版本，区别可能就是最后的祝福的人不同，但是用户必须一条一条短信的去点开，浪费了很多时间和精力，甚至有的类似的祝福短信没有看就直接删除了。

3：回复相对麻烦。还以短信为例，假设是春节，突然收到几百个人的祝福，如何回复这些短信，如果一条一条的回复，工作量巨大，如果通过通讯录进行回复，一方面可能会有部分人不在通讯录里面或者是更换了号码，导致没有回复，另外就是对于节日短信，祝福的语言还是有好几个版本，如果刚好以同一个版本回复对方的话，显得又不是特别好，因此还不能完全笼统的按照通讯录直接群发。

发明内容

本发明提供一种处理消息业务的方法和终端，解决当前消息业务处理方式中，对于一些特殊的日子或者是场合，如生日、节日、纪念日或者是公司开业等，造成了消息业务在短时间内数量爆炸性的增长的情况，还是按照普通的消息一样进行接收、保存并进行提醒或者是显示，既干扰了正常的消息业务的处理，增加了阅读量，且回复也不便的问题。

为了解决上述问题，本发明提供了一种处理消息业务的方法，包括：

终端接收到消息后，根据预设的井喷类消息判决条件判断所述消息是否为井喷类消息，如果是，存储所述井喷类消息，判断是否存在井喷类消息分组：

如果已存在井喷类消息分组，则根据预设的分组条件判断所述井喷类消息是否属于已有的井喷类消息分组，如果是，将该井喷类消息加入对应的井喷类消息分组；

如果不存在井喷类消息分组，则在存储的未分组井喷类消息数目达到第一阈值时，根据预设的分组条件对存储的井喷类消息进行分组；

其中，每个井喷类消息分组包括备注信息，以及一条或多条井喷类消息，每条井喷类消息下携带该井喷类消息的原始信息除去所述备注信息后的独有信息。

进一步的，上述方法还可具有以下特点，所述井喷类消息判决条件包括：

预设时间和/或预设关键字。

进一步的，上述方法还可具有以下特点，所述方法还包括，判断是否达到井喷类消息提醒阈值，如果达到，提醒用户对井喷类消息进行相关处理。

进一步的，上述方法还可具有以下特点，所述井喷类消息提醒阈值包括如下之一或其组合：

未读的井喷类消息数目是否到达第二阈值，未回复的井喷类消息数目是否到达第三阈值。

进一步的，上述方法还可具有以下特点，所述方法还包括：接收到用户的显示请求后，按如下方式显示井喷类消息：

按照井喷类消息分组显示所述显示井喷类消息，每个井喷类消息分组显示该分组的备注信息，其包括的每个井喷类消息显示其独有信息；未分组的井喷类消息显示其全部信息。

进一步的，上述方法还可具有以下特点，所述方法还包括：

接收到用户要求移动某一井喷类消息的请求时，将该井喷类消息移动到指定位置。

本发明还提供一种终端，包括：设置模块、判断模块、解析模块和数据库模块，其中：

所述设置模块用于：设置井喷类消息判决条件、分组条件和第一阈值；

所述判断模块用于：接收到消息后，根据所述井喷类消息判决条件判断所述消息是否为井喷类消息，如果是，将所述井喷类消息存储到所述数据库模块；

所述解析模块用于：在所述判断模块将所述井喷类消息存储到数据库模块后，判断是否存在井喷类消息分组，如果已存在井喷类消息分组，则根据所述分组条件判断所述井喷类消息是否属于已有的井喷类消息分组，如果是，将该井喷类消息加入对应的井喷类消息分组；如果不存在井喷类消息分组，则在存储的未分组井喷类消息数目达到所述第一阈值时，根据预设的分组条件对存储的井喷类消息进行分组；

所述数据库模块用于：存储所述井喷类消息和井喷类消息分组，且每个井喷类消息分组包括备注信息，以及一条或多条井喷类消息，每条井喷类消息下携带该井喷类消息的原始信息除去所述备注信息后的独有信息。

进一步的，上述终端还可具有以下特点，所述井喷类消息判决条件包括：

预设时间和/或预设关键字。

进一步的，上述终端还可具有以下特点，所述设置模块还用于：设置井喷类消息提醒阈值；

所述终端还包括提醒模块，用于判断是否达到所述井喷类消息提醒阈值，如果达到，提醒用户对井喷类消息进行相关处理。

进一步的，上述终端还可具有以下特点，所述井喷类消息提醒阈值包括如下之一或其组合：

未读的井喷类消息数目是否到达阈值，未回复的井喷类消息数目是否到达阈值。

进一步的，上述终端还可具有以下特点，所述终端还包括显示模块，用于接收到用户的显示请求后，按如下方式显示井喷类消息：

进一步的，上述终端还可具有以下特点，所述终端还包括移动模块，用于接收到用户要求移动某一井喷类消息的请求时，将该井喷类消息移动到指定位置。

本发明提供的消息处理方法和终端，对特定的消息进行分组保存，使用特定的方式显示，减少了对正常消息业务的干扰，降低了阅读量，且易于进行回复处理。

附图说明

图1是本发明实施例终端框图；

图2是本发明实施例处理消息业务的方法流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

如图1所示为本发明终端框图，包括：设置模块、判断模块、数据库模块、解析模块、提醒模块、显示模块和移动模块，其中：

设置模块：用于设置消息处理业务系统的相关的参数。包括井喷类消息判决条件、分组条件、第一阈值、井喷类消息提醒阈值、提醒方式等。所述井喷类消息判决条件包括：预设时间和/或预设关键字，还可以是井喷类消息处理的时间段、对应的时间段井喷类消息业务的标题以及对应的关键字或者是联系人，

判断模块：接收到消息后，根据所述井喷类消息判决条件判断所述消息是否为井喷类消息，如果是，将所述井喷类消息存储到所述数据库模块；一种判断的方式根据设置模块里面设置的时间段和/或关键字等进行判断。

数据库模块：用于存储井喷类消息和井喷类消息分组，且每个井喷类消息分组包括备注信息，以及一条或多条井喷类消息，每条井喷类消息下携带该井喷类消息的原始信息除去所述备注信息后的独有信息。以便进行筛选、查找等操作，同时也是进行查看的数据源，另外，该数据库还会保存对应的消息业务的回复、查看状态等信息。

解析模块：用于解析井喷类消息，解析的主要内容是从众多的井喷类消息业务中读取各个消息类业务里面相同的内容，这样在后面显示的时候就可以以每种相同的内容进行分类显示。

提醒模块：用于判断是否达到所述井喷类消息提醒阈值，如果达到，提醒用户对井喷类消息进行相关处理。所述井喷类消息提醒阈值包括如下之一或其组合：未读的井喷类消息数目是否到达阈值，未回复的井喷类消息数目是否到达阈值。比如，可以是针对新收到的消息类业务数量，也可以是未读的消息类业务的数量，还可以是未回复短信的数量(需要由于节日类短信不回复不是很合理，所以即使用户已经查看了，但是没有回复，达到一定的数量后，也会提醒用户进行一下相关的处理的)。提醒的方式可以是用户自定义的声音和显示界面。

显示模块：用于接收到用户的显示请求后，按如下方式显示井喷类消息：按照井喷类消息分组显示所述显示井喷类消息，每个井喷类消息分组显示该分组的备注信息，其包括的每个井喷类消息显示其独有信息；未分组的井喷类消息显示其全部信息。显示时，会根据解析模块里面对井喷类消息业务进行处理后进行分组显示，组名里面的备注内容是相同的公共内容，下面每个联系人的消息业务实际上是删除了组别备注内容后的独有内容。显示模块也支持按照定制显示，如已读、已回复等。另外，还可以通过列表去查看某条消息业务的原始信息。

移动模块：接收到用户要求移动某一井喷类消息的请求时，将该井喷类消息移动到指定位置。主要针对之前设置模块里面设置的关于井喷类消息业务的判断条件可能不是很准确的情况，造成了某些不是井喷类消息被错误的判断为井喷类消息业务进行保存或者是某些正常的消息业务被错误的判断为井喷类消息业务，用户在进行查看的时候，就可以进行移动，将他们各自挪到正确的位置上面去。

本发明实施例中，消息包括短信、邮件等。

本发明实施例提供一种处理消息业务的方法，包括：

其中，所述井喷类消息判决条件包括：

预设时间和/或预设关键字。

其中，所述方法还包括，判断是否达到井喷类消息提醒阈值，如果达到，提醒用户对井喷类消息进行相关处理。

其中，所述井喷类消息提醒阈值包括如下之一或其组合：

其中，所述方法还包括：接收到用户的显示请求后，按如下方式显示井喷类消息：

其中，所述方法还包括：接收到用户要求移动某一井喷类消息的请求时，将该井喷类消息移动到指定位置。

在本发明中，针对井喷类消息(后面为了描述方便，以短信作为消息业务的代表进行相关的描述)，提出了一个消息组的概念，因为井喷类消息都是在一些特殊的场合集中发送的，比如春节。这种节日，一般都会是一些祝福性的语言加上极少数和发送人有关的个性化信息组成。这样，将所有的这种井喷类消息业务按照其相同的内容进行组别划分。用户在查看某个组的井喷类消息业务的时候，只需要查看该组的备注内容和各个联系人发送的除去公共内容后的信息，就可以迅速掌握该组的所有人员发送的短信的内容，大大的节省了阅读时间。同时，将井喷类消息按组别进行保存后，给回复也带来相当的便利，就以上面的春节短信为例，可以按照组别进行批量回复，保证不同的联系人发给自己的短信与自己回复联系人的短信是不同的。

本发明实施例中，首先判断出某条短信是否是属于井喷类消息，如果是，对该短信进行解析，判断出该短信在井喷类消息库里面属于哪个组，然后对井喷类消息进行显示，下面就针对这几个步骤详细描述一下：

判断短信是否属于井喷类消息：

对于普通短信和井喷类消息由于其传达的信息不一样，处理方式也就不一样。对于井喷类消息，一般是以一些祝福性的内容为主，所以其处理的优先级与处理方式和普通的短信是有一定的区别的，因此首先就需要判断出短信的类型。

判断的依据采用的是根据设置模块里面的关键字进行判断，接收到某条短信后，首先从短信里内容里面去搜索有没有指定的对应的关键字，如果有，就说明是井喷类消息，反之就是普通类型的短信，然后进入各自的处理流程。

判断井喷类消息所属的组别

对于井喷类消息，为了便于阅读以及处理，本文提出了组别的概念。在实际处理的过程中，当收到的井喷类消息大于N(比如10封)的时候，就开始进行组别的划分了。划分的依据可以比较任何两条井喷类消息，如果二者相似度超过50％，或者说有连续的10个字完全一样的情况(对应的数据用户可以自动通过设置模块进行设置，此处给的数据是一个默认的数据)，那么就认为是属于同一个组别，那该组的备注信息里面就是基本相似的内容(允许有一些排版或者是个别的字和空格、符号的差异)，然后就会在各组下面分别列出属于该组的井喷类消息，当然，是除去了各自组的备注内容之后的短信内容了。

如果后面再接收到新的井喷类消息，首先判断该短信是不是属于之前已经有的组别里面的短信，如果是，直接在对应的组别里面添加一条新的纪录，如果不是，暂时将该短信进行单独保存，等待和后面的短信进行分组操作。

三、显示经过处理的井喷类消息

这里的显示分几种情况，一种就是当收到的井喷类消息达到一定的阈值后，提示用户的显示。由于井喷类消息一般都是一些针对特殊日子的短信，所以很多时候，该短信的重点内容是发送的人，而不是发送的内容。因此，这里的提示消息，会显示哪些人给用户发送来了井喷类消息，让用户在一条短信里面就掌握了很多的发送人的信息，用户如果想对某个联系人的短信进行查看，只需要点击对应的人名，就可以进入该联系人的短信进行查看。如果用户想对所有的井喷类消息进行查看处理，就点击对应的短信的回复。

当用户点击井喷类消息的查看所有的按钮，或者直接进入井喷类消息存储的地方进行查看的时候，就进入井喷类消息的主界面了。这个时候显示出来的井喷类消息就是以不同的组别进行划分的，用户只需要看组的备注内容和下面各联系人独有的内容就能基本掌握对应的联系人发送的短信的内容，当然，用户可以设置组别下显示的信息过滤条件，如只显示未读，只显示未回复等等。另外针对没有划分到任何一个组别的井喷类消息，在最后进行一个统一的显示。

为了描述方便，下面就以流程图的形式，以短信作为消息类业务的代表详细描述这种处理消息业务系统的具体流程，如图2所示，包括：

101：用户的手机收到一条短信，该短信的类型未知。

102：根据当前的时间和设置的关键字，判断该短信是不是属于设置模块里面之前设置好的属于某种特定场合的井喷类消息。

103：如果判断出不是井喷类消息，则按照普通短信流程进行处理，也就是存储在短信模块的收件箱，并且阅读状态是未读。

104：如果判断出是某种特定场合的井喷类消息，那么将该短信内容存储到井喷类消息的存储数据库里面去。

105：存储到数据库的井喷类消息不会立刻进行组别的划分，需要达到一定的阈值，才方便进行组别划分，默认是10条。

106：如果还没有达到进行组别划分的数量，暂不进行处理，因为一般而言，井喷类消息的提醒的阈值会大于进行组别划分的阈值。

107：如果数据库里面存储的井喷类消息的数目大于阈值，开始进行组别划分，根据之前在设置模块里面设置的划分的依据，将当前所有的井喷类消息进行分组。

108：经过组别划分的短信会重新存储到数据库里面，其中，为每个组创建一张表，然后进行分类存储，每条短信会标记出除去各组的备注内容后的独有的内容。

109：判断是否达到需要提醒的阈值，该阈值由设置模块设置，这个阈值可以是针对井喷类消息里面的未读短信，也可以是针对井喷类消息的未回复的数目而言的。

110：如果没有达到提醒的阈值，就不会主动通知用户关于井喷类消息的一些信息，当然如果用户希望了解相关的信息，他可以自己进入这些消息的存储地方，主动进行查看。

111：如果已经达到提醒的阈值，则主动提醒用户需要对相关的信息进行处理；

提示消息包括：人名，通知用户哪些人发来了对应的信息没有阅读或者说是还没有回复。

112～114：用户在阅读提示消息的时候，里面的每个联系人名字其实都是一个链接，用户可以点击其中的某个人名，查看对应的短信的实际内容。

115～116：用户如果关注的不是某个特殊的联系人的消息，就可以查看所有，这个时候就会进入井喷类消息的主显示界面，就是以各个组进行分类显示的列表界面。

117～118：用户在井喷类消息显示的主界面进行查看的时候，可能发现某些短信不是井喷类消息，这个时候可以挪动到普通短信对应的文件夹进行保存和进行相应的处理。

119：用户可以以组别为单位对井喷类消息进行操作，如回复、删除等。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

Claims

1.一种处理消息业务的方法，其特征在于，包括：

2.如权利要求1所述的方法，其特征在于，所述井喷类消息判决条件包括：

预设时间和/或预设关键字。

3.如权利要求1所述的方法，其特征在于，所述方法还包括，判断是否达到井喷类消息提醒阈值，如果达到，提醒用户对井喷类消息进行相关处理。

4.如权利要求3所述的方法，其特征在于，所述井喷类消息提醒阈值包括如下之一或其组合：

5.如权利要求1所述的方法，其特征在于，所述方法还包括：接收到用户的显示请求后，按如下方式显示井喷类消息：

6.如权利要求1至5任一所述的方法，其特征在于，所述方法还包括：

7.一种终端，其特征在于，包括：设置模块、判断模块、解析模块和数据库模块，其中：

8.如权利要求7所述的终端，其特征在于，所述井喷类消息判决条件包括：

预设时间和/或预设关键字。

9.如权利要求7所述的终端，其特征在于，

所述设置模块还用于：设置井喷类消息提醒阈值；

10.如权利要求9所述的终端，其特征在于，所述井喷类消息提醒阈值包括如下之一或其组合：

11.如权利要求7所述的终端，其特征在于，所述终端还包括显示模块，用于接收到用户的显示请求后，按如下方式显示井喷类消息：

12.如权利要求7至11任一所述的终端，其特征在于，所述终端还包括移动模块，用于接收到用户要求移动某一井喷类消息的请求时，将该井喷类消息移动到指定位置。