CN101577873B - 彩信消息查询方法及装置 - Google Patents

Abstract

本发明公开了一种彩信消息查询方法及装置。其中，该方法包括：彩信中心接收携带第一查询条件的第一查询请求，其中，第一查询请求用于请求查询满足第一查询条件的彩信消息的消息体，第一查询条件包括：第一查询参数；彩信中心通过其日志查询系统查询得到满足第一查询参数的彩信消息的一个或多个消息标识；彩信中心根据上述一个或多个消息标识以及第一查询条件，从网络存取装置获取满足第一查询条件的一个或多个消息体。根据本发明，可以查询用户已发送或接收的某条彩信消息的消息，提高了用户体验。

Description

彩信消息查询方法及装置

技术领域

本发明涉及移动通信技术领域，尤其涉及一种彩信消息查询方法及装置。

背景技术

目前，针对现有的彩信消息业务，在多媒体消息业务中心(Multimedia Message Service Center，简称为MMSC，也称作彩信中心)中提供了一种日志查询系统，用户通过该日志查询系统，可以查询接收或发送的某条彩信消息的发送过程或结果等信息，具体地，用户可以通过用户自服务系统(WEB)查询接收或发送的某条彩信消息的发送状态，也可以通过移动终端发送查询短信进行查询。

但是，在实际使用过程中，当用户发送或接收某条彩信消息以后，如果用户没有在其移动终端上保存发送或接收的该条彩信消息的消息体，而用户在某个时间可能需要知道发送或接收的该条彩信消息的具体内容，由于用户没有在其移动终端上保存该彩信消息的消息体，而日志查询系统中只能查询到该彩信消息发送或接收状态，而无法查询到该彩信消息的消息体。

由于相关技术中尚未提出如果查询用户接收或发送的彩信消息的消息体的技术方案，从而降低了用户体验。

发明内容

有鉴于此，本发明提供了一种彩信消息查询方法及装置，用以解决相关技术中无法查询已发送或接收的某条彩信消息的消息体的问题。

根据本发明的一个方面，提供了一种彩信消息查询方法。

根据本发明的彩信消息查询方法包括：彩信中心接收携带第一查询条件的第一查询请求，其中，第一查询请求用于请求查询满足第一查询条件的彩信消息的消息体，第一查询条件包括：第一查询参数；彩信中心通过其日志查询系统查询得到满足第一查询参数的彩信消息的一个或多个消息标识；彩信中心根据上述一个或多个消息标识以及第一查询条件，从网络存取装置获取满足第一查询条件的一个或多个消息体。

根据本发明的另一个方面，还提供了另一种彩信消息查询方法。

根据本发明的彩信消息查询方法包括：彩信中心接收携带第一查询条件的第一查询请求；彩信中心查询其日志查询系统获取满足第一查询条件的彩信消息的一个或多个消息标识，并向第一查询请求的发送方返回携带有上述一个或多个消息标识的消息；彩信中心接收发送方发送的第二查询请求，其中，第二查询请求中携带有第二查询条件；彩信中心根据第二查询条件从网络存取装置获取满足第二查询条件的消息体。

其中，上述第一查询条件包括：查询时间段、发送方号码和/或接收方号码；上述第二查询条件至少包括：彩信中心向发送方返回的上述一个或多个消息标识中的一个或多个消息标识。

根据本发明的又一个方面，提供了一种彩信消息查询装置，该装置位于彩信中心。

根据本发明的彩信消息查询装置包括：接收模块和查询模块。其中，接收模块，用于接收携带有第一查询条件的第一查询请求，其中，第一查询请求用于请求查询满足第一查询条件的彩信消息的消息体，其中，第一查询条件包括：第一查询参数；查询模块，用于根据第一查询条件查询日志查询系统，获取满足第一查询参数的彩信消息的一个或多个消息标识，并根据上述一个或多个消息标识，获取存储的满足第一查询条件的一个或多个消息体。

通过本发明的上述至少一个方案，彩信中心在接收到查询彩信消息的消息体时，首先通过日志查询系统查询满足查询条件的彩信消息的消息标识，再根据该消息标识及用户提交的查询条件，获取网络存取装置中存储的满足该查询条件的一个或多个消息体，并将获取的消息体返回给查询方，从而解决了相关技术中无法查询已发送或接收的某条彩信消息的消息体的问题，提高了用户体验。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为根据本发明实施例的彩信消息查询装置的结构示意图；

图2为根据本发明优选实施例的彩信消息查询装置的结构示意图；

图3为根据本发明实施例的彩信中心的结构示意图；

图4为根据本发明实施例的彩信消息查询方法的流程图；

图5为根据本发明实施例的另一种彩信消息查询方法的流程图；

图6为实施例一的流程图；

图7为实施例二的流程图。

具体实施方式

功能概述

如上所述，针对用户需要查询已发送或接收的彩信消息的消息体的需求，本发明实施例提供了一种彩信消息查询的技术方案。在本发明实施例中，用户可以通过移动终端或服务客户端向彩信中心提交彩信消息的查询请求，并在该查询请求中携带查询条件，请求查询满足该查询条件的彩信消息，彩信中心在接收到该查询请求后，通过日志查询系统获取满足该查询条件的彩信消息的消息标识(MSGID)，然后再查询网络存取装置在存储的消息体，获取与该消息标识对应的消息体，并将该消息体返回给彩信消息的查询方。

在现网MMSC中由日志查询系统提供查询某条彩信消息发送过程和结果，由NAS存储系统存储经该MMSC发送或接收的彩信消息的消息体，MMSC可以根据内部的参数和规则(如发送方号码、接收方号码、MSGID等)查询到具体流程的消息体。

在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

根据本发明实施例，首先提供了一种彩信消息查询装置，该装置位于彩信中心。

图1为根据本发明实施例的彩信消息查询装置的结构示意图，如图1所示，根据本发明实施例的彩信消息查询装置主要包括：接收模块1和查询模块3。其中，接收模块1，用于接收携带有第一查询条件的第一查询请求，其中，该第一查询请求用于请求查询满足第一查询条件的彩信消息的消息体，并且，该第一查询条件中包括：第一查询参数；查询模块3与接收模块1连接，用于根据上述第一查询条件，查询日志查询系统，获取满足第一查询条件中的第一查询参数的彩信消息的一个或多个消息标识，并根据获取的一个或多个消息标识以及上述第一查询条件，获取存储的满足第一查询条件的一个或多个消息体。在具体实施过程中，可以由网络存取装置(该网络存取装置可以位于本发明实施例的彩信消息查询装置，也可以作为第三方的存取装置)来存储彩信中心转发的彩信消息的相关信息，其中，该相关信息包括但不限于：彩信消息的消息体、彩信消息的消息标识等，其中，日志查询系统中存储的为彩信中心转发的彩信消息的日志流程，包括：彩信消息的发送时间、接收方号码、发送方号码及发送是否成功等信息，但日志查询系统中的记录不包含彩信消息的消息主题，因此，在查询日志查询系统时，查询模块3只根据第一查询条件中的第一查询参数进行查询，其中，第一查询参数包括：查询时间段、发送方号码和/或接收方号码。

具体地，如图2所示，查询模块3可以进一步包括：日志查询单元31和业务查询单元33。其中，日志查询单元31用于根据上述第一查询参数查询日志查询系统，获取满足第一查询条件中的第一查询参数的彩信消息的一个或多个消息标识；业务查询单元33与日志查询单元31连接，用于根据上述第一查询条件以及日志查询单元31获取的上述一个或多个消息标识，获取网络存取装置中存储的满足第一查询条件的一个或多个消息体。具体地，如果上述第一查询条件除了上述第一查询参数外，不包括其中查询参数，则业务查询单元33将网络存取装置中存储的与上述一个或多个消息标识对应的消息体作为查询结果，如果上述第一查询条件中除了上述第一查询参数外，还包括第二查询参数(例如，消息主题等)，则业务查询单元33可以进一步包括：获取子单元331用于获取网络存取装置中存储的与日志查询单元31获取的一个或多个消息标识对应的一个或多个消息体；筛选子单元333与获取子单元连接，用于根据上述第二查询参数对获取子单元331获取得到的上述一个或多个消息体进行筛选，从中获取满足第二查询参数的一个或多个消息体。

在具体实施过程中，接收模块1接收到的上述第一查询请求可以是用户通过移动终端发送的，也可以是用户通过自服务客户端(即以WEB方式)向彩信中心发送的，如果用户通过移动终端发送的上述第一查询请求，由于移动终端的存储空间有限，满足上述第一查询条件的彩信中心的数量可能不止一个，因此，为了避免移动终端无法接收彩信中心返回的多个彩信消息的消息体，可以进行第二次查询，因此，如图2所示，上述装置还可以包括：发送模块5，与查询模块3连接，用于向发送上述第一查询请求的发送方发送携带查询模块3查询得到的一个或多个消息标识的消息，优选地，为了便于用户选择，该消息还可以携带每个消息标识对应的彩信消息的流程信息，即发送或接收的时间、发送方号码、接收方号码等信息，发送方在接收到该消息后，从该一个或多个消息标识中选择一个或多个消息标识，然后将该消息标识作为第二查询条件的一个参数携带在第二查询请求中发送给彩信中心，同时，该第二查询条件中还可以包括查询的彩信消息的消息主题、接收方号码、发送方号码等信息，而上述接收模块1还可以用于接收发送方发送的上述第二查询请求，则查询模块3还可以用于根据接收模块1接收到的第二查询请求中携带的第二查询条件，获取网络存取装置中存储的满足该第二查询条件的消息体，具体地，如果第二查询条件中只包括有消息标识，则查询模块1从网络存取装置中获取与第二查询条件中的消息标识对应的消息体，并将获取到的消息体作为查询结果，如果第二查询条件中还包括其它查询参数(例如消息主题、接收方号码、发送方号码等)，则查询模块1对从网络存取装置中获取的与第二查询条件中的消息标识对应的消息体进行二次查询，从中获取满足第二查询条件中的其它查询参数的消息体，并将最后获取的消息体作为查询结果。

优选地，发送模块5可以在查询模块3根据上述第一查询参数查询日志查询系统获取到上述一个或多个消息标识后，向发送方发送携带该一个或多个消息标识的消息，也可以在查询模块3根据第一查询条件中的第二查询参数对获取得到的与上述一个或多个消息标识对应的消息体进行筛选后，将符合第二查询参数的消息体的对应的消息标识发送给发送方。

进一步地，上述发送模块5还用于将查询模块3最后获取的消息体发送给发送方，在具体实施过程中，如果发送方为移动终端，则彩信中心可以将该消息体重新组织为彩信消息，然后将该彩信消息发送给移动终端。

在具体实施过程中，可以通过对现有的彩信中心进行扩展，从而实现本发明实施例提供的上述装置。

图3为扩展后的彩信中心的结构示意图，如图3所示，在本发明实施例中，对用户自服务系统进行的扩展，在客户端为用户提供查询彩信消息的查询界面，使用户可以输入包括查询时间段、发送方号码、接收方号叫、消息主题等查询条件，并且，对于每次查询，查询时间段为必选内容，发送方号码和接收方号码二者必选其一，消息主题为可选，当用户在客户端提交包括查询条件的查询请求时，用户自服务系统的服务器端(相当于上述接收模块1)接收该查询请求，并且，在用户自服务系统中增加了与日志查询系统的消息交互模块和接口，用户自服务系统的服务器端通过该消息交互模块和接口将接收到的查询请求发送到日志查询系统，并且，日志查询系统与用户自服务系统之间的消息满足该接口的消息规范。

如图3所示，在本发明实施例中，对日志查询系统进行扩展，增加日志查询处理模块(相当于上述的日志查询单元31)和与用户自服务系统的消息交互模块，该日志查询处理模块通过消息交互模块和接口与用户自服务器系统的服务器端连接，接收服务器端通过接口发送的查询请求，日志查询处理模块根据该查询请求中携带的查询条件，查询满足查询条件的彩信消息的MSGID。

同时，如图3所示，在本发明实施例中，对彩信中心的前台处理程序进行扩展，增加业务查询处理模块(相当于上述的业务查询单元33)，同时，对HTTP处理模块、编解码模块和多媒体服务提供子系统(Multimedia Service Provisioning，简称为MMSP)业务程序进行改造，以使MMSC能够接收并处理移动终端提交的查询请求消息，具体地，由HTTP处理模块(相当于上述的接收模块1)接收移动终端通过预设格式的彩信消息提交的查询请求，然后，由编解码模块对接收到的查询请求进行解码，提交给MMSP业务程序，MMSP业务程序确定该彩信消息的消息体符合既定的查询消息格式，从而确定该彩信消息为查询消息，将该查询消息中的查询条件发送给业务查询处理模块。

对于WEB方式的彩信查询方式，业务查询处理模块用于接收日志查询处理模块查询得到的MSGID(作为新的查询条件)，并且，如果日志查询处理模块接收到的查询条件中包括消息主题，该新的查询条件中也包括消息主题，业务查询处理模块根据该MSGID在NAS系统中查询消息体，由于NAS系统中是按照MSGID存储消息体，因此，根据MSGID按照一定规则可以得到指示消息体存放位置的地址(Refrence)，从而获取与查询得到的MSGID对应的消息体，如果业务查询处理模块接收到的查询条件中还包括其它参数，比如，消息主题，则业务查询处理模块从查询得到的消息体中按消息主题条件进行二次查询，从中得到满足消息主题的消息体，并且，业务查询处理模块还用于将最终查询得到的消息体发送给日志查询处理模块，由日志查询处理模块通过日志查询系统与用户自服务系统之间的接口发送给用户自服务系统的客户端。

对于采用移动终端发送消息的查询方式，MMSC在接收到移动终端提交的消息时，通过解码，确定该消息为查询消息后，将该消息中的查询条件发送给业务查询处理模块，业务查询处理模块用于接收该查询条件，并将该查询条件发送给日志查询处理模块，然后接收日志查询处理模块返回的符合查询条件中的部分查询参数(即上述的第一查询参数)的彩信消息的一个或多个MSGID，并根据该一个或多个MSGID，查找NAS系统，获取与该一个或多个MSGID对应的消息体，如果上述查询条件中还包括第二查询参数(比如，消息主题)，则业务查询处理模块根据该消息主题对获取得到的一个或多个消息体进行第二次匹配，从中获取以该消息主题匹配的一个或多个消息体。在具体实施过程中，业务查询处理模块获取满足查询条件的一个或多个消息体后，还可以将该一个或多个消息体对应的MSGID通过彩信消息返回给移动终端(即业务查询处理模块作为上述发送模块5向移动终端发送彩信消息)，如果需要二次查询，移动终端向MMSC发送包含一个MSGID的查询条件的查询请求，业务查询处理模块再根据该MSGID查找与该MSGID对应的消息体，并根据移动终端第二次提交的查询请求中的其它查询参数对查找到的消息体进行筛选，从而获取满足第二次查询请求中携带的查询条件的消息体，然后将该消息体以彩信消息的形式返回给移动终端。

在具体实施过程中，上述MMSC前台处理程序、业务查询处理模块、日志查询处理模块之间的消息格式采用统一的规定，以使各个模块均能正确处理各个模块之间的消息。

根据本发明实施例的上述彩信消息查询装置，可以实现以WEB查询和移动终端查询两种方式查询用户已发送或接收的彩信消息的消息体。

根据本发明实施例，还提供了一种彩信消息查询方法。

图4为根据本发明实施例的彩信消息查询方法的流程图，如图4所示，根据本发明实施例的彩信消息查询方法主要包括以下步骤(步骤S401-步骤S405)：

步骤S401：彩信中心接收携带第一查询条件的第一查询请求，其中，该第一查询请求用于请求查询满足第一查询条件的彩信消息的消息体，第一查询条件包括：第一查询参数；

在具体实施过程中，该第一查询请求可以是用户通过移动终端提交的，也可以是用户通过用户自服务系统的客户端提交(即用户以WEB方式提交)的。其中，如果用户是通过移动终端提交上述第一查询请求，为了使彩信中心能区分出移动终端发送的是普通的消息还是查询消息，移动终端在通过消息(可以是彩信消息，也可以是普通的短消息)提交上述第一查询请求时，需要使用以彩信中心预先约定的格式的消息提交该第一查询请求。在具体实施过程中，该消息可以采用以下的格式：

(1)消息主题，取值任意，即不限定具体的消息主题；

(2)消息内容采用纯文本格式；

(3)消息内容格式为：查询时间段*发送方号码*接收方号码*消息主题*MSGID。

其中，第一查询条件中的第一查询参数包括：查询时间段，发送方号码和/或接收方号码。

其中，消息内容格式中的各个参数即为上述第一查询条件中的各个参数，上述查询时间段为必选，发送方号码和接收方号码可以只选其中一个，也可以两者都选，查询的彩信消息的消息主题可选，对于上述第一查询请求，第一查询条件中没有MSGID。

步骤S403：彩信中心通过其日志查询系统查询得到满足上述第一查询参数的彩信消息的一个或多个消息标识；

彩信中心在接收到用户通过移动终端或WEB提交的上述第一查询请求后，从该查询请求中获取用户提交的上述第一查询条件，按照第一查询条件中的第一查询参数，查询日志查询系统中的记录，查找得到满足上述第一查询参数的一个或多个彩信消息的MSGID。

由于日志查询系统中记录的流程信息中不包含消息主题，因此，如果上述第一查询条件中包含消息主题，在该步骤中进行查找时不考虑消息主题这个查询条件，即将消息主题作为第一查询条件的第二查询参数。

步骤S405：彩信中心根据上述一个或多个消息标识以及上述第一查询条件，从网络存取装置获取满足上述第一查询条件的一个或多个消息体。

具体地，彩信中心首先根据从日志查询系统中查询得到的一个或多个消息标识，然后从NAS系统中获取与该一个或多个消息标识对应的消息体，并且，如果上述第一查询条件中包含第二查询参数，(例如，消息主题)，则彩信中心根据第二查询参数对查询得到的消息体进行第二次查找，查找符合第一查询条件中的第二查询参数的消息体。如果上述第一查询条件中不包含第二查询参数，即第一查询条件中只包含第一查询参数，则彩信中心直接将与上述一个或多个消息标识对应的消息体作为查询结果。并且，在获取到满足上述第一查询条件的一个或多个消息体后，彩信中心将该一个或多个消息体发送给上述第一查询请求的发送方。

在具体实施过程中，由于移动终端的存储空间有限，因此，如果用户是通过移动终端提交上述第一查询请求，则当彩信中心获取满足上述第一查询条件的彩信消息的一个或多个消息体后，彩信中心将获取的一个或多个消息体对应的MSGID作为初步查询结果发送给移动终端，具体地，彩信中心可以将查询得到的满足上述第一查询条件的彩信消息的一个或多个MSGID及对应的流程信息(比如，发送时间、发送方号码、接收方号码等信息)按照一定格式发送给移动终端，移动终端接收到这些信息后，如果需要查询某个或某些彩信消息的具体内容，则从上述一个或多个MSGID中选择待查询的一个或多个彩信消息的MSGID，将选择的MSGID作为第二查询条件的一个参数，通过消息向彩信中心提交携带第二查询条件的第二查询请求，具体地，该第二查询条件中还可以携带其它的参数，例如，接收方号码和消息主题等参数。

在具体实施过程中，为了使彩信中心可以区分出上述第一查询请求和第二查询请求，移动终端在提交上述第一查询请求的消息中不携带MSGID参数，在提交上述第二查询请求的消息中携带MSGID参数，从而使得彩信中心在接收到第二查询请求时，根据第二查询请求中携带的MSGID确定是第二次查询，则在上述查询的结果中查找与该MSGID对应的消息体，并将该消息体通过彩信消息发送给移动终端。

如果用户通过WEB方式提交上述第一查询请求，由于客户端的存储空间比移动终端的空间大，因此，即使按照上述第一查询条件可以查询到多个消息体，彩信中心也可以通过用户自服务系统将查询得到的多个消息体发送到用户的客户端，客户端将接收到的多个消息体显示给用户。

并且，在上述流程中，彩信中心可以在以第一查询参数查找日志查询系统后，获取满足第一查询参数的彩信消息的一个或多个消息标识后，向移动终端(即第一查询请求的发送方)发送携带初始查询结果的消息，因此，根据本发明实施例，还提供了另一种彩信消息查询方法，图5为该彩信查询方法的流程图，如图5所示，根据本发明实施例的另一种彩信消息查询方法主要包括以下步骤(步骤S501-步骤S507)：

步骤S501：彩信中心接收携带第一查询条件的第一查询请求；

在该方法中，由于彩信中心在查找日志查询系统时，不需要包括消息主题等的查询参数，因此，该方法中，第一查询条件主要包括：查询时间段、接收方号码和/或发送方号码。其中，查询时间段为必选，接收方号码和发送方号码可以从中选择一个或两者均选。

步骤S503：彩信中心查询其日志查询系统获取满足第一查询条件的彩信消息的一个或多个消息标识，并向第一查询请求的发送方返回携带有一个或多个消息标识的消息；

在具体实施过程中，为了方便用户选择，彩信中心还可以将从日志查询系统获取到的上述一个或多个消息标识中各个消息标识对应的彩信消息的流程信息携带在向发送方返回的上述消息中，具体地，该流程信息包括以下之一或其任意组合：彩信消息的发送时间、发送方号码、接收方号码等信息。

步骤S505：彩信中心接收发送方发送的第二查询请求，其中，该第二查询请求中携带有第二查询条件；

发送方在接收到彩信中心返回的上述消息后，根据该消息中携带的MSGID及各个MSGID对应的流程信息，可以选择一个或多个符合其意愿的MSGID，并将选择MSGID作为第二查询条件的参数之一携带在第二查询请求中发送给彩信中心，优选地，第二查询条件还可以包括：接收方号码、发送方号码或消息主题等参数。

步骤S507：彩信中心根据第二查询请求中携带的第二查询条件，从网络存取装置获取满足上述第二查询条件的消息体。

具体地，彩信中心首先获取与第二查询条件中的消息标识对应的消息体，如果第二查询条件中还包括其它参数，则根据第二查询条件中的其它参数(比如接收方号码等)对查询得到的消息体进行二次查询，从而获取满足第二查询条件的消息体，然后，彩信中心将得到的满足第二查询条件的消息体返回给发送方。

为了进一步理解本发明实施例提供的上述彩信消息查询方法，下面结合图3，分别以WEB查询和移动终端查询为例，对本发明实施例提供的上述彩信消息查询方法的具体实施过程进行说明。

实施例一

本实施例以WEB查询为例进行说明，图6为本实施例中通过WEB查询彩信消息的流程主要包括以下步骤：

步骤601：用户登录用户自服务系统中新增的彩信消息查询界面，设置查询条件，提交彩信消息的查询请求；

在该步骤设置的查询条件中，查询时间段是必须的，发送方号码和接收方号码二者必选其一，这样可以减轻系统查询压力，并且，在本实施例中，消息主题可以任意，系统支持对消息主题的模糊匹配鉴权；

步骤602：用户自服务系统将上述查询条件以预定格式发送给日志查询系统的日志查询处理模块；

步骤603：日志查询处理模块将查询条件送给主查询程序(日志查询系统内部的查询程序，具体可以是一个进程)，主查询程序根据条件查询到符合的流程日志，从而得到对应的MSGID；

在该步骤中，由于日志查询系统中并不包含消息主题这个字段，因此，在步骤603中并不会去匹配步骤601中设置消息主题的查询条件；

步骤604：日志查询处理模块将查询到的MSGID和查询条件中的消息主题作为查询条件发送给业务查询处理模块，业务查询处理模块将MSGID传送给MMSP处理程序；

步骤605：MMSP处理程序根据MSGID查询NAS中存储的消息，得到以上述MSGID匹配的一个或多个消息体；

由于NAS中对消息体的存放规则主要是基于MSGID的，即根据MSGID按一定规则转换即可得到表示消息体存放位置的Refrence，因此，根据MSGID可以唯一的找到消息体(包含消息主题)；

步骤606：MMSP处理程序将查找到的符合条件的消息体发送给业务查询处理模块，业务查询处理模块对查找到的消息体进行解码，找出消息主题，然后根据查询条件中的消息主题条件进行二次查找，从而可以剔除不符合消息主题要求的消息体；

步骤607：业务查询处理模块将最终查询得到的消息体发送给日志查询处理模块；

在具体应用中，如果在步骤606中查找不到符合消息主题的查询要求的消息体，则业务查询处理模块将返回查询失败的结果给日志查询处理模块；

步骤608：日志查询处理模块将得到的消息体以及步骤603从日志查询系统中查找得到的满足查询条件的MSGID的流程信息(例如，发送的时间、发送方号码、接收方号码等信息)发送给用户自服务系统；

对应于步骤607的查询失败，步骤608中也需要提供查询失败的信息给日志查询处理模块；

步骤609：用户自服务系统将查询结果通过客户端的查询界面显示给用户，该查询流程结束。

实施例二

在本实施例中，以用户通过移动终端查询彩信消息为例进行说明，图7为本实施例中用户通过移动终端查询满足一定条件的彩信消息的流程图，如图7所示，用户通过移动终端查询彩信消息主要包括以下步骤：

步骤701：用户通过移动终端提交查询彩信消息给MMSC，其中，该彩信消息的主题符合预设的格式；

其中，该查询彩信消息中消息内容的格式为：查询时间段(比如，200812111200-200812211200)*发送方号码*接收方号码*消息主题，其中，发送方号码和接收方号码中可任选一个，或者两都均选，消息主题可以任意。

步骤702：MMSC接收到上述查询彩信消息并进行解码后，发现该查询彩信消息的消息体符合预设的查询消息格式，将其中的查询条件按照预定格式发送给业务查询处理模块，进行查询处理流程；

步骤703：业务查询处理模块将查询条件发送给日志查询处理模块，日志查询处理模块将该查询条件提供给日志查询主程序；

步骤704：日志查询主程序根据查询条件查找到符合该查询条件的MSGID，并将查找到的MSGID发送给日志查询处理模块；

步骤705：日志查询处理模块将MSGID和消息主题作为查询条件发送给业务查询处理模块；

步骤706：业务查询处理模块将MSGID提供给MMSP处理程序，MMSP处理程序在NAS系统中查找到与上述MSGID对应的消息体并发送给业务查询处理模块；

步骤707：业务查询处理模块根据消息主题查询条件对步骤706中查询得到的消息体进行二次查询；

步骤708：步骤707中业务查询处理模块二次查询如果能找到符合消息主题的消息体，则MMSP处理程序将查询得到的消息体MSGID、目的号码、发送号码等信息重构成彩信消息下发给移动终端；

并且，此时，主业务处理程序释放解码消息体使用的资源；如果找不到符合所有条件的彩信消息体，则主业务处理程序构造彩信消息提醒用户查找无记录；

步骤709：用户如果需要再次查询要求消息体，则可以按照预定的二次查询格式发送查询彩信消息；

其中，预定的二次查询格式为：查询彩信消息中消息内容的格式为：查询时间段(比如，200812111200-200812211200)*发送方号码*接收方号码*消息主题*MSGID，其中，查询时间段、发送方号码、接收方号码和消息主题均为可选，MSGID为必选。

步骤710：业务查询处理模块将接收到的MSGID提供给MMSP处理程序，MMSP业务处理程序查找NAS得到与该MSGID对应的消息体后，根据消息体、发送方、接收方、发送时间等信息重构彩信消息发送给移动终端，查询过程结束。

如上所述，借助本发明实施例提供的技术方案，彩信中心在接收到查询彩信消息的消息体时，首先通过日志查询系统查询满足查询条件的彩信消息的消息标识，再根据该消息标识，获取网络存取装置中与该消息标识对应的一个或多个消息体，并将获取的消息体返回给查询方，从而可以实现用户对已发送或接收的某条彩信消息的消息体的查询，提高了用户体验；并且，在本发明实施例中，彩信中心在获取满足查询条件的消息标识时，可以将满足查询条件的消息标识返回给用户，在需要进行二次查询的情况下，用户再向彩信中心提交携带消息标识的查询请求，从而可以进一步缩小查询的范围，减少发送方的存储空间的消耗。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种彩信消息查询方法，其特征在于，包括：

彩信中心接收携带第一查询条件的第一查询请求，其中，所述第一查询请求用于请求查询满足所述第一查询条件的彩信消息的消息体，所述第一查询条件包括：第一查询参数；

所述彩信中心通过其日志查询系统查询得到满足所述第一查询参数的彩信消息的一个或多个消息标识；

所述彩信中心根据所述一个或多个消息标识以及所述第一查询条件，从网络存取装置获取满足所述第一查询条件的一个或多个消息体。

2.根据权利要求1所述的方法，其特征在于，所述第一查询参数包括：查询时间段、发送方号码和/或接收方号码。

3.根据权利要求1所述的方法，其特征在于，

所述第一查询条件还包括第二查询参数，其中，所述第二查询参数包括：消息主题；

所述彩信中心获取所述一个或多个消息体包括：

所述彩信中心从所述网络存取装置中查找与所述一个或多个消息标识对应的一个或多个消息体；

所述彩信中心从查找到的与所述一个或多个消息标识对应的一个或多个消息体中获取满足所述第二查询参数的一个或多个消息体。

4.根据权利要求1至3中任一项所述的方法，其特征在于，在彩信中心接收所述第一查询请求之前，所述方法还包括：

移动终端通过向所述彩信中心发送预设格式的第一消息提交所述第一查询请求；或

用户通过其客户端以WEB的方式将所述第一查询请求提交到所述彩信中心。

5.根据权利要求4所述的方法，其特征在于，在所述彩信中心获取得到所述一个或多个消息体之后，所述方法还包括：

所述彩信中心将所述一个或多个消息体对应的一个或多个消息标识返回给所述第一查询请求的发送方；

所述发送方从所述一个或多个消息标识中选择一个或多个消息标识，通过向所述彩信中心发送预设格式的第二消息提交第二查询请求，其中，所述第二查询请求中携带有至少包括选择的一个或多个消息标识的第二查询条件；

所述彩信中心获取网络存取装置中存储的满足所述第二查询条件的消息体。

6.一种彩信消息查询方法，其特征在于，包括：

彩信中心接收携带第一查询条件的第一查询请求；

所述彩信中心查询其日志查询系统获取满足所述第一查询条件的彩信消息的一个或多个消息标识，并向所述第一查询请求的发送方返回携带有所述一个或多个消息标识的消息；

所述彩信中心接收所述发送方发送的第二查询请求，其中，所述第二查询请求中携带有第二查询条件；

所述彩信中心根据所述第二查询条件从网络存取装置获取满足所述第二查询条件的消息体。

7.根据权利要求6所述的方法，其特征在于，

所述第一查询条件包括：查询时间段、发送方号码和/或接收方号码；

所述第二查询条件至少包括：所述彩信中心向所述发送方返回的所述一个或多个消息标识中的一个或多个消息标识。

8.根据权利要求6或7所述的方法，其特征在于，所述彩信中心向所述发送方返回的所述消息中还携带有所述一个或多个消息标识中各个消息标识对应的彩信消息的流程信息，其中，所述流程信息包括以下之一或其任意组合：彩信消息的发送时间、发送方号码、接收方号码。

9.一种彩信消息查询装置，位于彩信中心，其特征在于，所述装置包括：

接收模块，用于接收携带有第一查询条件的第一查询请求，其中，所述第一查询请求用于请求查询满足所述第一查询条件的彩信消息的消息体，其中，所述第一查询条件包括：第一查询参数；

查询模块，用于根据所述第一查询条件查询日志查询系统，获取满足所述第一查询参数的彩信消息的一个或多个消息标识，并根据所述一个或多个消息标识，获取存储的满足所述第一查询条件的一个或多个消息体。

10.根据权利要求9所述的装置，其特征在于，所述查询模块包括：

日志查询单元，用于根据所述第一查询参数查询日志查询系统，获取满足所述第一查询参数的彩信消息的所述一个或多个消息标识；

业务查询单元，用于根据所述第一查询条件以及所述日志查询模块获取的所述一个或多个消息标识，获取存储的满足所述第一查询条件的一个或多个消息体。

11.根据权利要求10所述的装置，其特征在于，

所述第一查询条件还包括：第二查询参数；

所述业务查询单元包括：

获取子单元，用于根据所述日志查询模块获取的所述一个或多个消息标识，获取存储的与所述一个或多个消息标识对应的一个或多个消息体；

筛选子单元，用于根据所述第二查询参数，对所述获取子单元获取的所述一个或多个消息体进行筛选，从中获取满足所述第二查询参数的一个或多个消息体。

12.根据权利要求9所述的装置，其特征在于，所述装置还包括：

发送模块，用于向发送所述第一查询请求的发送方发送携带所述查询模块获取的所述一个或多个消息标识的消息；

所述接收模块还用于接收所述发送方发送的第二查询请求，其中，所述第二查询请求中携带有包括所述一个或多个消息标识中的一个或多个消息标识的第二查询条件；

所述查询模块还用于根据所述第二查询条件，获取存储的满足所述第二查询条件的消息体。

Images