CN101730004A

CN101730004A - 实现消息时间处理的方法及系统

Info

Publication number: CN101730004A
Application number: CN200910110448.8A
Authority: CN
Inventors: 周业娟; 叶兵; 钟建
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2009-10-30
Filing date: 2009-10-30
Publication date: 2010-06-09
Also published as: EP2495919A1; WO2010145170A1; EP2495919B1; EP2495919A4; US20120215870A1

Abstract

本发明公开实现消息时间处理的方法及系统，该方法包括：接收消息；判断所述消息中的时间信息是按照消息中心的方式进行处理还是按照用户定制的方式进行处理；如果判断所述时间信息是按照用户定制的方式进行处理，则根据所述用户定制的方式，进行时间转换；下发时间转换后的消息。消息中的时间信息可以按照用户定制的方式进行处理，从而使得消息可以基于用户终端的实际需求，进行灵活的时间格式显示，避免用户对消息时间产生的混淆，为更好地开展用户消息业务提供了保障。

Description

实现消息时间处理的方法及系统

技术领域

本发明涉及移动通讯技术领域，特别涉及实现消息时间处理的方法及系统。

背景技术

消息中心下发到接收终端的消息中带有消息发送时间信息，用于接收端识别发送端何时发送了该消息。

根据全球移动通讯系统(Global System for Mobile Communications，GSM)协议，消息中带有的时间信息包含消息中心时间和时区标识，如果接收端支持时区功能，接收终端在接收消息后，会将时间解析为以接收终端当前时区为准的时间，显示在接收终端。

根据码分多址(Code Division Multiple Access，CDMA)协议，消息中带有的时间信息没有关联的时区标识，只指定了时间基于通用协调时间(Universal Time Coordinated，UTC)，新版本的CDMA协议中，则指定了基于UTC时间或者基于用户时间，但应用中，时间信息往往是基于消息中心的本地(Local)时间。

当接收终端与消息中心位于不同时区，或者接收终端漫游至不同时区，这种基于消息中心时区的时间信息发送到接收终端后，对于不支持时区功能的GSM终端以及象CDMA这样不带时区标识的终端，显示的时间会存在不准确性，这会影响接收用户对于消息发送时间的解析，尤其对于与时间关系密切的消息来说，时间不准确会对用户造成极大影响。

现有技术对以上问题有所考虑，其处理归结为以下几种或者组合：(1)根据消息中心时区；(2)根据接收终端归属地时区；(2)根据接收终端当前拜访MSC时区。

现有技术不足之处在于：下发时间的填写由消息中心来决定以消息中心、接收终端归属地，或者接收终端拜访MSC位置时区为准。由此，消息下发到接收终端后，接收终端仍旧无法确定时间是以什么原则来填写的，依然存在时间混淆的情况，而且所有接收终端的显示方式都是一样的，不方便用户根据自己实际需要进行灵活更改。

发明内容

本发明的目的在于提供实现消息时间处理的方法及系统，避免用户对消息时间产生的混淆，为更好地开展用户消息业务提供了保障。

本发明提供实现消息时间处理的方法，该方法包括：

接收消息；

判断所述消息中的时间信息是按照消息中心的方式进行处理还是按照用户定制的方式进行处理；

如果判断所述时间信息是按照用户定制的方式进行处理，则根据所述用户定制的方式，进行时间转换；

下发时间转换后的消息。

进一步的，该方法还包括：

接收用户用于定制的信息；

根据所述用户用于定制的信息，获取用户定制的方式。

进一步的，该方法还包括：

接收用户用于修改定制的信息；

根据所述用户用于修改定制的信息，获取用户修改后的定制的方式。

进一步的，该方法还包括：

接收用户用于取消定制的信息；

根据所述用户用于取消定制的信息，取消用户定制的方式。

进一步的，所述用户定制信息作为用户开户信息的一部份。

进一步的，所述时间转换作为用户的一项增值业务。

进一步的，所述用户定制的方式包括：基于通用协调时间、基于消息中心本地时间、基于用户开户地时间或者基于用户拜访移动交换中心时间。

本发明还提供实现消息时间处理的系统，该系统包括：

消息中心处理系统，用于接收消息；以及判断所述消息中的时间信息是按照消息中心的方式进行处理还是按照用户定制的方式进行处理；并下发时间转换后的消息；

消息时间处理系统，用于如果判断所述时间信息是按照用户定制的方式进行处理，则根据所述用户定制的方式，进行时间转换。

进一步的，所述消息时间处理系统集成在用户增值业务系统中，或者所述消息时间处理系统与所述消息中心处理系统集成在一起。

进一步的，所述消息时间处理系统还用于接收用户定制信息；根据所述用户定制信息，获取用户定制的方式。

进一步的，所述消息时间处理系统还用于接收用户用于修改定制的信息；根据所述用户用于修改定制的信息，获取用户修改后的定制的方式。

进一步的，所述消息时间处理系统还用于接收用户用于取消定制的信息；根据所述用户用于取消定制的信息，取消用户定制的方式。

进一步的，所述消息时间处理系统还用于将所述用户用于定制的消息或者所述用户用于修改定制的消息或者所述用户用于取消定制的消息同步给所述消息中心处理系统。

采用本发明提供的实现消息时间处理的方法及系统，消息中的时间信息可以按照用户定制的方式进行处理，从而使得消息可以基于用户终端的实际需求，进行灵活的时间格式显示，避免用户对消息时间产生的混淆，为更好地开展用户消息业务提供了保障。

附图说明

图1示出本发明实施例中一种应用的系统架构示意图；

图2示出本发明实施例中另一种应用的系统架构示意图；

图3示出本发明实施例中又一种应用的系统架构示意图；

图4示出本发明实施例中一种消息流程示意图；

图5示出本发明实施例中按照用户指定格式对时间进行转换的原理示意图；

图6示出本发明实施例中用户根据需要灵活设定时间格式的一种原理示意图。

具体实施方式

下面结合附图对本发明的具体实施方式做详细阐述。为避免用户对消息时间产生的混淆，更好地开展用户消息业务提供保障，本发明提出消息时间处理系统，包括：消息中心处理系统、消息时间处理系统。

其中，消息中心处理系统进行消息存储转发处理，还包括记录消息时间以及相应时区，请求并记录消息下发移动交换中心(Mobile SwitchingCenter，MSC)地址，并将携带这些信息的消息投递到消息时间处理系统，并接收经过消息时间处理系统进行时间处理后的消息，随后下发该消息。

消息中心处理系统是否将消息投递到消息时间处理系统根据配置以及接收终端业务开通情况决定。

如果消息中心处理系统配置了根据接收终端进行时间信息调整，并且检查接收终端开通了相关业务，则消息中心处理系统将消息投递到消息时间处理系统。如果判断消息不需要投递到消息时间处理系统，则根据消息中心处理系统默认UTC或者Local时间格式配置进行时间处理。

消息时间处理系统根据接收终端当前设定的时间显示格式，并匹配相关的存储信息，对消息进行时间转换，并向消息中心处理系统返回经过时间处理的消息。

用户时间显示方式包括但不限于：基于UTC时间、基于消息中心Local时间、基于用户开户地时间或者基于用户拜访MSC时间等。

相关信息存储还包括：存储消息处理中心系统时区信息；存储MSC与时区对应关系信息；存储用户开户地时区；维护用户时间显示方式业务信息。

维护用户时间显示方式业务信息，包括定制、修改、取消。定制、取消功能可以使用户通过终端或者网页(web)等操作进行该业务的开通和取消，修改功能可以使用户通过终端或者web等操作进行时间显示方式的更改。

进一步地，用户对该业务的定制、修改、取消操作可以通过消息或者文件等方式同步给消息中心处理系统，以便于消息中心处理系统判断是否需要将该消息发送给时间处理系统进行处理。

如果不考虑消息处理中心系统与时间处理系统之间的消息交互开销，可以不向消息中心处理系统同步用户相关业务的定制、修改、取消操作，此时消息中心系统只要开启了根据接收终端进行时间信息调整功能，那么所有消息都需要发送给时间处理系统处理。

相应的，提出消息时间处理方法，包括：

用户通过用户终端或者web平台等方式定制开通根据用户设定方式进行消息时间处理的业务功能，并设定相应的时间显示方式：基于UTC时间、基于消息中心Local时间、基于用户开户地时间、基于用户拜访MSC时间等。

消息中心处理系统接收消息，根据系统默认时间显示方式记录消息时间以及相应时区，同时请求并记录消息下发MSC地址。

如果消息中心处理系统没有配置根据接收终端进行时间信息调整，或者接收终端没有开通相关业务，则消息中心处理系统直接按照记录的时间下发消息，如果是GSM终端，同时携带时区信息。如果判断需要将消息投递到消息时间处理系统，则将携带所记录的时间、相关时区、下发拜访MSC地址等信息的消息投递到消息时间处理系统。

消息时间处理系统根据接收终端当前设定的时间显示格式，根据需要查找存储的消息中心处理系统时区信息或者MSC与时区对应关系信息或者用户开户地时区信息，对消息进行时间转换，并向消息中心处理系统返回经过时间处理的消息。

消息中心处理系统下发经过时间处理的消息。

如果不考虑消息中心处理系统与消息时间处理系统之间的消息交互开销，实现时可以将消息统一发给消息时间处理系统，不需要之前在消息中心处理系统判断用户是否开通相关业务。

另外一种实现，消息时间处理系统内置在增值业务平台，时间显示转换作为用户的一项增值业务，统一由增值业务平台来管理实现。

还有另外一种实现，消息时间处理系统可以内置在消息中心处理系统，用户时间格式设定作为用户开户信息的一部分，由消息中心处理系统直接来管理，并根据用户需要进行时间转换。

图1是本发明应用的一种系统架构示意图，本发明包括消息中心处理系统、消息时间处理系统。

消息中心处理系统接收消息，记录消息时间以及相应时区，请求并记录消息下发MSC地址，将携带这些信息的消息投递到消息时间处理系统，并接收经过消息处理系统进行时间处理后的消息，随后下发该消息。

将消息中心处理系统是否将消息投递到消息时间处理系统根据系统配置以及接收终端业务开通情况决定。

消息时间处理系统根据接收终端当前设定的时间显示格式，根据存储的相关信息对消息进行时间转换，并向消息中心处理系统返回经过时间处理的消息。

用户时间显示方式包括：基于UTC时间、基于消息中心Local时间、基于用户开户地时间、基于终端拜访MSC时间等。

相关信息存储还包括：存储消息中心处理系统时区信息；存储MSC与时区对应关系信息；存储用户开户地时区信息；维护用户时间显示方式业务信息。

维护用户时间显示方式业务信息，包括定制、修改、取消。定制、取消功能可以使用户通过终端或者web等操作进行该业务的开通和取消，修改功能可以使用户通过终端或者web等操作进行时间显示方式的更改。

用户对该业务的定制、修改、取消操作可以通过消息或者文件等方式同步给消息中心处理系统，以便于消息中心处理系统判断是否需要将该消息发送给消息时间处理系统进行处理。

同步信息不需要包含业务的具体细节，消息中心处理系统只需要关注用户是否开通或者取消该业务。

如果不考虑消息中心处理系统与消息时间处理系统之间的消息交互开销，实现时可以将消息统一发给消息时间处理系统，不需要之前在消息中心处理系统判断用户是否开通相关业务，也不需要在消息中心处理系统和消息时间处理系统之间同步用户业务信息。

图2是本发明应用的另外一种系统架构示意图，此种实施方式，用户时间转换处理作为用户的一项增值业务，统一由增值业务平台来管理实现。

实现逻辑上与图1相比总体一致，略有差别。差别在于：消息中心处理系统将消息转发增值业务平台时，可以只判断用户是否有增值业务，不需要判断具体的某个业务。

这样的处理可以利用已有的增值业务平台进行改造扩充，方便实施。

图3是本发明应用的又一种系统架构示意图，此种实施方式，消息时间处理系统直接内置在消息中心处理系统。

用户时间格式设定作为用户开户信息的一部分，由消息中心处理系统直接来管理，并根据用户需要进行时间转换。

用户开户信息还包括开户地时区信息。

消息中心处理系统还需要存储：是否启用按照用户设定进行时间转换；MSC地址与时区对应关系。

时间转换原理与以上一致。

这样的处理可以使用在没有增值业务平台，不打算增加另外的设备的情况，方便实施。

图4是本发明实施例的一种消息流程图。

401、消息中心处理系统接收消息。

402、根据系统默认时间显示格式记录消息时间以及相应时区，同时请求并记录消息下发MSC地址；即记录基于消息中心处理系统的时间信息、查询并记录消息接收终端拜访MSC地址。

系统默认的时间显示方式可以配置是OTC时间或者是消息中心处理系统Local时间。

403、检查消息中心处理系统是否启用根据接收终端进行时间信息调整；检查接收终端是否开通了相关业务。

根据实际，可以不检查接收终端业务开通情况，可以将消息都投递消息时间处理系统来处理。

404、如果系统没有配置该功能或者接收终端用户没有开通该业务，按照消息中心处理系统默认时间格式填写时间，如果协议支持时区，同时填写相应时区信息，转步骤407。

405、否则，投递消息至消息时间处理系统，消息中携带基于消息中心处理系统指定格式的时间时区信息以及接收终端拜访MSC地址。

406、消息时间处理系统接收消息，按照用户指定格式对时间进行转换，并将转换后的消息发回消息中心处理系统。

407、消息中心处理系统下发消息。

特别地：当消息时间处理系统内置到增值业务平台系统，消息中心处理系统与消息时间处理系统的交互成为消息中心处理系统与增值业务平台的交互；当消息时间处理系统内置到消息中心处理系统，消息中心处理系统与消息时间处理系统的交互成为消息中心处理系统内部处理。

图5是本发明实施例中按照用户指定格式对时间进行转换的原理图。

501、读取接收终端用户信息，包括开户地时区以及当前设定的时间转换方式。即匹配用户信息，查找接收终端用户当前设定的时间格式以及开户地区。

502、如果设定为基于UTC时间格式下发，则将时间直接处理为UTC形式。

503、如果设定为基于消息中心处理系统Local时间格式下发，则查找存储的消息中心处理系统时区信息，将时间信息处理为基于消息中心Local时区的时间形式。

504、如果设定基于用户开户地时间格式下发，则根据用户开户地时区信息，进行时间转换，处理为基于接收终端开户地时区的时间形式。

505、如果设定基于用户拜访地时间格式下发，则根据接收终端用户拜访MSC地址，查找MSC地址与时区对应关系信息，进行时间转换，处理为基于接收终端拜访地时区的时间形式。

图6是本发明实施例中用户根据需要灵活设定时间格式的一种原理图。

用户根据自己终端对时区支持的情况，按照自己的意愿设定时间显示方式，这样消息发送到终端后，时间对用户来说不会发生错误或者混淆。

假定用户终端不支持按照时区解析时间，且原来用户按照开户地时区格式显示时间，当用户出差到外地，如果希望按照拜访地时区格式显示时间，那么用户可以通过手机终端或者web方式发送消息将消息时间设定为按照拜访地MSC时区格式显示。当用户返回到开户的后，用户可以重新设定按照开户地的时间格式显示。即使用户不修改设定，但用户初始的设定是已知的，收到信息后依然可以主动解析出正确的时间。

601、当用户需要开通按照设定转换显示时间的业务，用户通过约定好的消息格式通过终端或者web发送消息至消息时间处理系统，进行业务定制。消息中可以携带时间转换初始格式，也可以由时间处理系统初始化合理的默认时间转换格式。

602、当用户需要修改时间显示方式，用户通过系统约定好的消息格式通过终端或者web发送消息至消息时间处理系统，进行格式修改。

603、当用户不需要该业务，用户通过约定好的消息格式通过终端或者web发送消息至消息时间处理系统，进行业务取消操作。

604、消息时间处理系统根据用户消息维护用户业务信息。

604、消息时间处理系统根据需要同步给消息中心处理系统。

当时间转换处理内置在消息中心处理系统或者内置在增值业务平台，原理是一样的。

以上所述仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.实现消息时间处理的方法，其特征在于，该方法包括：

接收消息；

下发时间转换后的消息。

2.根据权利要求1所述的方法，其特征在于，该方法还包括：

接收用户用于定制的信息；

根据所述用户用于定制的信息，获取用户定制的方式。

3.根据权利要求2所述的方法，其特征在于，该方法还包括：

接收用户用于修改定制的信息；

4.根据权利要求2所述的方法，其特征在于，该方法还包括：

接收用户用于取消定制的信息；

根据所述用户用于取消定制的信息，取消用户定制的方式。

5.根据权利要求1所述的方法，其特征在于，所述用户定制信息作为用户开户信息的一部份。

6.根据权利要求1所述的方法，其特征在于，所述时间转换作为用户的一项增值业务。

7.根据权利要求1至6任一项所述的方法，其特征在于，所述用户定制的方式包括：基于通用协调时间、基于消息中心本地时间、基于用户开户地时间或者基于用户拜访移动交换中心时间。

8.实现消息时间处理的系统，其特征在于，该系统包括：

9.根据权利要求8所述的系统，其特征在于，所述消息时间处理系统集成在用户增值业务系统中，或者所述消息时间处理系统与所述消息中心处理系统集成在一起。

10.根据权利要求8所述的系统，其特征在于，所述消息时间处理系统还用于接收用户定制信息；根据所述用户定制信息，获取用户定制的方式。

11.根据权利要求8所述的系统，其特征在于，所述消息时间处理系统还用于接收用户用于修改定制的信息；根据所述用户用于修改定制的信息，获取用户修改后的定制的方式。

12.根据权利要求8所述的系统，其特征在于，所述消息时间处理系统还用于接收用户用于取消定制的信息；根据所述用户用于取消定制的信息，取消用户定制的方式。

13.根据权利要求10或11或12所述的方法，其特征在于，所述消息时间处理系统还用于将所述用户用于定制的消息或者所述用户用于修改定制的消息或者所述用户用于取消定制的消息同步给所述消息中心处理系统。