一种保存即时消息报告元数据的方法及装置.pdf

本发明公开了一种保存即时消息报告元数据的方法及装置，一种方法包括：根据获取的即时消息报告生成即时消息报告元数据，在即时消息报告元数据中插入特征标识，该特征标识用于区分即时消息报告元数据与即时消息元数据，并保存所述已插入特征标识的即时消息报告元数据。本发明通过在即时消息报告元数据中插入特征标识并保存即时消息报告，使客户端在读取聊天记录元数据时，能够区分即时消息报告元数据和即时消息元数据。

1.  一种保存即时消息报告元数据的方法，其特征在于，包括：
获取即时消息报告；
根据所述即时消息报告生成即时消息报告元数据，在所述即时消息报告元数据中插入特征标识，所述特征标识用于标记所述即时消息报告元数据；
保存所述已插入特征标识的即时消息报告元数据。

2.  如权利要求1所述的方法，其特征在于，所述保存所述已插入特征标识的即时消息报告元数据具体为：合并所述插入特征标识的即时消息报告元数据与所述即时消息报告对应的即时消息元数据，保存合并后的即时消息报告元数据和即时消息元数据。

3.  如权利要求1所述的方法，其特征在于，该方法进一步包括：获取所述即时消息报告对应的即时消息的存储地址，将所述对应的即时消息的存储地址插入所述即时消息报告元数据中；
所述保存所述已插入特征标识的即时消息报告元数据具体为：
将所述即时消息报告元数据独立于即时消息元数据保存。

4.  如权利要1至3任一项所述的方法，其特征在于，所述根据所述即时消息报告生成即时消息报告元数据具体包括：根据所述即时消息报告生成包括所述即时消息报告类型和状态结果的即时消息报告元数据，并在生成所述即时消息报告元数据后丢弃所述即时消息报告。

5.  如权利要求1至3任一项所述的方法，其特征在于，该方法还包括：保存所述即时消息报告；并将所述即时消息报告的存储地址插入所述即时消息报告元数据中。

6.  如权利要求1所述的方法，其特征在于，该方法还包括：
获取要求保存即时消息报告的指示参数；
根据所述指示参数执行所述根据所述即时消息报告生成即时消息报告元数据。

7.  如权利要求1所述的方法，其特征在于，该方法还包括：
接收搜索请求，所述搜索请求中包括搜索条件；
根据存储的即时消息报告元数据中携带的特征标识区分所述即时消息报告元数据和即时消息元数据；
根据区分结果和所述搜索条件获取符合搜索条件的聊天记录元数据；
返回符合所述搜索条件的聊天记录元数据。

8.  一种识别即时消息报告元数据的方法，其特征在于，包括：
获取聊天记录元数据，所述聊天记录元数据包括即时消息元数据和即时消息报告元数据，所述即时消息报告元数据携带特征标识；
根据所述特征标识识别所述即时消息报告元数据。

9.  一种返回聊天记录元数据的方法，其特征在于，包括：
接收搜索请求，所述搜索请求中包括搜索条件；
根据存储的即时消息报告元数据中携带的特征标识区分所述即时消息报告元数据和即时消息元数据；
根据区分结果和所述搜索条件获取符合搜索条件的聊天记录元数据；
返回符合所述搜索条件的聊天记录元数据。

10.  如权利要求9所述的方法，所述搜索条件包括：仅在即时消息元数据中搜索，或，仅在即时消息报告元数据中搜索。

11.  一种保存即时消息报告元数据的装置，其特征在于，包括：
获取单元，用于获取即时消息报告；
生成单元，用于根据所述即时消息报告生成即时消息报告元数据；
插入单元，用于在所述即时消息报告元数据中插入特征标识，所述特征标识用于标记所述即时消息报告元数据；
保存单元，用于保存所述已插入特征标识的即时消息报告元数据。

12.  如权利要求11所述的装置，其特征在于，所述保存单元具体用于合并所述插入特征标识的即时消息报告元数据与所述即时消息报告对应的即时消息元数据，并保存合并后即时消息报告元数据和即时消息元数据。

13.  如权利要求11所述的装置，其特征在于，还包括：
查找单元，用于根据所述即时消息报告携带的对应即时消息的标识信息找到对应的即时消息的存储地址；
所述插入单元还用于将所述即时消息报告对应的即时消息的存储地址插入所述即时消息报告元数据之中；
所述保存单元具体用于将所述即时消息报告元数据独立于即时消息元数据保存。

14.  如权利要求11或12或13所述的装置，其特征在于，还包括：
报告存储单元，用于存储即时消息报告；
所述插入单元还用于将所述即时消息报告的存储地址插入所述即时消息报告元数据中。

15.  如权利要求11或12或13所述的装置，其特征在于，所述生成单元具体用于根据所述即时消息报告生成包含所述即时消息报告类型和状态结果的即时消息报告元数据，所述生成单元还用于在生成包括所述即时消息报告类型和状态结果后丢弃所述即时消息报告。

16.  如权利要求11或12或13所述的所述的装置，其特征在于，还包括：元数据存储单元，用于存储所述已插入特征标识的即时消息报告元数据。

17.  如权利要求11或12或13所述的所述的装置，其特征在于，还包括：参数获取单元，用于获取要求在保存即时消息报告的指示参数；
所述生成单元具体用于根据所述指示参数执行所述根据所述即时消息报告生成即时消息报告元数据。

18.  如权利要求16所述的所述的装置，其特征在于，所述元数据存储单元还用于接收搜索请求，所述搜索请求中包括搜索条件；
根据存储的即时消息报告元数据中携带的特征标识区分所述即时消息报告元数据和所述即时消息元数据；
根据区分结果和所述搜索条件获取符合搜索条件的聊天记录元数据；
返回符合所述搜索条件的聊天记录元数据。

19.  一种客户端，其特征在于，包括：
获取单元，用于获取聊天记录元数据，所述聊天记录元数据包括即时消息元数据和即时消息报告元数据，所述即时消息报告元数据中携带特征标识；
识别单元，用于根据所述特征标识识别所述即时消息报告元数据。

20.  一种元数据服务器，其特征在于，包括：
接收单元，用于接收搜索请求，所述搜索请求包括搜索条件；
区分单元，用于根据存储的即时消息报告元数据中携带的特征标识区分所述即时消息报告元数据和所述即时消息元数据；
获取单元，用于根据区分结果和所述搜索条件获取符合搜索条件的聊天记录元数据；
返回单元，用于返回符合所述搜索条件的聊天记录元数据。

一种保存即时消息报告元数据的方法及装置
技术领域
本发明涉及通信领域，特别涉及一种保存即时消息报告元数据的方法及装置。
背景技术
现有技术中，即时消息类业务中还提供了聊天记录的功能，具体来说就是在网络侧的聊天服务器或存储服务器中为用户保存聊天过程中收发的即时消息内容。聊天记录的存储一般由元数据和即时消息内容本身两部分组成，其中元数据记录了会话历史的摘要信息(存储地址、大小、主题、时间、收/发件人等)，便于用户进行查看、搜索，进而执行下载、删除等后续管理操作。这样，当用户终端存储能力不足无法保存聊天记录、或用户更换了其它终端后，还能够使用和管理网络侧保存的聊天记录，以便获取会话上下文中的有用信息。
另一方面，上述即时消息类业务中还提供了即时消息报告的功能，即发送方在发送即时消息时能够请求接收方反馈该即时消息是否已被成功递送、处理或阅读的状态报告，接收方则根据请求在即时消息接收后返回相应的状态报告给发送方，从而发送方能够跟踪所发出的即时消息状态。然而，现有技术条件下，上述即时消息类业务只能对聊天记录的即时消息进行管理，不能对即时消息报告进行有效的管理。
发明内容
本发明实施例提供一种保存即时消息报告的方法及装置，使客户端在读取聊天记录元数据时，能够区分即时消息报告元数据和即时消息元数据。
为解决上述技术问题，本发明实施例一方面提供了一种保存即时消息报告元数据的方法，包含：
获取即时消息报告；
根据所述即时消息报告生成即时消息报告元数据，在所述即时消息报告元数据中插入特征标识，所述特征标识用于标记所述即时消息报告元数据；
保存所述已插入特征标识的即时消息报告元数据。
本发明实施例一方面提供了识别即时消息报告元数据的方法，包括：
获取聊天记录元数据，所述聊天记录元数据包括即时消息元数据和即时消息报告元数据，所述即时消息报告元数据携带特征标识；
根据所述特征标识识别所述即时消息报告元数据。
本发明实施例一方面提供了一种返回聊天记录元数据的方法，包括：
接收搜索请求，所述搜索请求中包括搜索条件；
根据存储的即时消息报告元数据中携带的特征标识区分所述即时消息报告元数据和即时消息元数据；
根据区分结果和所述搜索条件获取符合搜索条件的聊天记录元数据；
返回符合所述搜索条件的聊天记录元数据。
本发明实施例一方面提供了一种保存即时消息报告元数据的装置，其特征在于，包括：
获取单元，用于获取即时消息报告；
生成单元，用于根据所述即时消息报告生成即时消息报告元数据；
插入单元，用于在所述即时消息报告元数据中插入特征标识，所述特征标识用于标记所述即时消息报告元数据；
保存单元，用于保存所述已插入特征标识的即时消息报告元数据。
本发明实施例一方面提供了一种客户端，其特征在于，包括：
获取单元，用于获取聊天记录元数据，所述聊天记录元数据包括即时消息元数据和即时消息报告元数据，所述即时消息报告元数据中携带特征标识；
识别单元，用于根据所述特征标识识别所述即时消息报告元数据。
本发明实施例一方面提供了一种元数据服务器，其特征在于，包括：
接收单元，用于接收搜索请求，所述搜索请求包括搜索条件；
区分单元，用于根据存储的即时消息报告元数据中携带的特征标识区分所述即时消息报告元数据和所述即时消息元数据；
获取单元，用于根据区分结果和所述搜索条件获取符合搜索条件的聊天记录元数据；
返回单元，用于返回符合所述搜索条件的聊天记录元数据。
本发明实施例提供的保存即时消息报告元数据的方法及装置，通过在即时消息报告元数据中插入特征标识标记即时消息报告元数据，使客户端在读取聊天记录元数据时，能够区分即时消息报告元数据和即时消息元数据。
附图说明
图1为本发明实施例保存即时消息报告元数据的方法的一个流程图；
图2为本发明实施例识别即时消息报告元数据的方法的一个流程图；
图3为本发明实施例返回聊天记录元数据的方法的一个流程图；
图4为本发明实施例保存即时消息报告元数据的装置的一个结构示意图；
图5为本发明实施例保存即时消息报告元数据的装置另一个结构示意图；
图6为本发明实施例客户端的一个结构示意图；
图7为本发明实施例返回聊天记录元数据的装置的一个结构示意图；
图8为本发明实施例保存即时消息报告元数据的方法的一个流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
图1为本发明实施例保存即时消息报告元数据的方法的一个流程图，包括：
S101，获取即时消息报告。
具体的，获取即时消息报告的主体可以是存储服务器；也可以是消息服务器，此时存储服务器设置在消息服务器中，即消息服务器包括与存储服务器功能一样的存储模块。
获取即时消息报告的主体是存储服务器时，该即时消息报告可以是消息服务器接收后转发给存储服务器的。具体的，即时消息接收方接收到的即时消息后，通过消息服务器向发送方客户端发送即时消息报告；消息服务器接收该即时消息报告后，可以将其复制一份发送给存储服务器，由存储服务器接收。当然，也可以是消息服务器发送即时消息后自己生成即时消息报告后发送给存储服务器。
获取即时消息报告的主体是消息服务器时，可以是消息服务器发送即时消息后自己生成即时消息报告，也可以是接收即时消息接收方客户端发送的即时消息报告。
S102，根据该即时消息报告生成即时消息报告元数据，在该即时消息报告元数据中插入特征标识，所述特征标识用于标记所述即时消息报告元数据。
存储服务器接收即时消息报告后，生成出即时消息报告元数据，即时消息报告元数据可以包括下列内容：该即时消息报告存储地址、大小、主题、时间、收/发件人以及类型、状态结果等。
存储服务器生成出即时消息元数据后，在该即时消息报告元数据中插入特征标识，将该即时消息报告元数据标识出来，以便与即时消息元数据相区分。该特征标识可以是即时消息报告元数据文档中的特定元素或属性。
当消息服务器中包括与存储服务器功能一样的存储单元时，具体是存储单元执行本动作。
S103，保存已插入特征标识的即时消息报告元数据。
存储服务器将带有特征标识的即时消息报告元数据保存到元数据服务器中，元数据服务器可以是一个单独的服务器，也可以是存储服务器或消息服务器中的一个存储单元，即消息服务器，元数据服务器、存储服务器中的三者或任何两者可以合设为一个服务器，如消息服务器中包括两个和存储服务器、元数据服务器功能一致的单元。元数据服务器也用于保存即时消息元数据。
当消息服务器中包括与存储服务器功能一样的存储单元时，具体是存储单元执行本动作。
当消息服务器中包括与元数据服务器功能一样的元数据存储单元时，具体是保存已插入特征标识的即时消息报告元数据到该元数据存储单元中。
以下提到的存储服务器即可以认为是独立的一个服务器，也可以认为是包括在消息服务器中存储单元；同样，以下提到的存储服务器即可以认为是独立的一个服务器，也可以认为是包括在消息服务器或存储服务中的元数据存储单元，为了文字上的简洁，以下只用存储服务器、元数据服务器的表述。
本实施例提供的保存消息报告元数据的方法，通过在即时消息报告元数据中插入特征标识，使得客户端在读取元数据时可以区分即时消息报告和即时消息，以便客户端将即时消息元数据与即时消息元数据区别展示给用户，用户就可以不需要下载全部的聊天记录后就能知道某条聊天记录的是即时消息还是即时消息报告。
在S103中，将所述已插入特征标识的即时消息报告元数据保存到元数据服务器中有两种保存方式：
一种是获取所述即时消息报告对应的即时消息的存储地址，将所述对应的即时消息的存储地址插入所述即时消息报告元数据中；将所述即时消息报告元数据独立于即时消息元数据保存(即独立存储方式)在元数据服务器中。即两者互不包含。
在此种保存方式下，特征标识可以是记录对应的即时消息的存储地址的元素。此时，在S102中，插入在所述即时消息报告元数据中插入特征标识的动作实际上是将对应的即时消息的存储地址加上识别标签插入即时消息报告元数据中，此时，该识别标签可以作为特征标识来标记即时消息报告元数据。
具体为：
即时消息报告中携带对应即时消息的标识信息，如message-id，存储服务器根据该标识信息找到即时消息报告对应的即时消息的存储地址，然后将该即时消息的存储地址加上识别标签加入即时消息报告元数据中，举例来说，具体形式可以是：
<？xml version＝″1.0″encoding＝″UTF-8″？>
  <history-list xmlns＝″urn:oma:xml:im:history-list″>
<history date＝″2006-08-13″history-reference＝″sip:123457@hist.example.com″>
       <size>10</size>
       <expiry>2006-08-15T19:13:05.0Z</expiry>
       <subject>Soccer</subject>
       <pager>
          <time-stamp>2006-08-13T19:13:05.0Z</time-stamp>
          <from>sip:mimin.underwood@example.com</from>
          <to>sip:merlin@example.com</to>
          <auth-id>sip:mimin.underwood@example.com</auth-id>
          <msg-hist-ref>sip:123456@hist-server1.example.com</msg-hist-ref>
    </pager>
   </history>
  </history-list>
其中<msg-hist-ref>元素记录了该即时消息报告对应的即时消息的存储地址sip:123456@hist-server1.example.com，即识别标签，同时<msg-hist-ref>元素还可以作为特征标识，与即时消息元数据区别。客户端在读取时，将带有<msg-hist-ref>元素的元数据标记为即时消息报告。
当然，也可以将<msg-hist-ref>元素不作为特征标识，而只是起到标识对应的即时消息地址的作用，使得该即时消息报告元数据可以与对应的即时消息相关联，以便客户端在可以向用户展示即时消息报告与即时消息的对应关系。此时，特征标识是单独的元素，如<report>元素，与对应的即时消息地址的识别标签，如<msg-hist-ref>元素同时包含在即时消息报告元数据中。具体形式举例如下：
  <？xml version＝″1.0″encoding＝″UTF-8″？>
  <history-list xmlns＝″urn:oma:xml:im:history-list″>
<history date＝″2006-08-13″history-reference＝″sip:123457@hist.example.com″>
       <size>10</size>
       <expiry>2006-08-15T19:13:05.0Z</expiry>
       <subject>Soccer</subject>
      <report>
          <time-stamp>2006-08-13T19:13:05.0Z</time-stamp>
          <from>sip:mimin.underwood@example.com</from>
          <to>sip:merlin@example.com</to>
          <auth-id>sip:mimin.underwood@example.com</auth-id>
          <msg-hist-ref>sip:123456@hist-server1.example.com</msg-hist-ref>
  </report>
  </history>
</history-list>
其中，<report>元素为插入的特征标识，用于表明该部分元数据描述的是即时消息报告信息。此时，识别标签<msg-hist-ref>还可以非<report>的子元素的形式(如与<report>同级别的元素、或<report>元素的一个属性等)出现在即时消息报告元数据文档的其它位置。
通过在即时消息报告元数据中插入该即时消息报告对应的即时消息的存储地址并保存到元数据服务器，客户端在向用户展示聊天记录元数据时就可以展示该即时消息报告与对应的即时消息的关联关系，用户可以根据该关联关系找到对应的即时消息。
当即时消息报告元数据与即时消息元数据并列保存时，存储服务器或消息服务器还可以在接收到即时消息报告后，保存该即时消息报告，为所述保存的即时消息报告分配存储地址；并将该存储地址插入该即时消息报告元数据中。这样，保存到元数据服务器中的即时消息报告元数据中就包含了即时消息报告存储地址，这样，用户就可以通过客户端展示的该即时消息报告元数据信息找到即时消息报告。上述即时消息报告存储地址和即时消息存储地址可以分别或者同时包含在即时消息报告元数据中。
另外，在S102中，存储服务器在生成生成即时消息报告元数据时，可以根据所述即时消息报告生成生成该即时消息报告的类型和状态结果，对PagerMode消息来说，生成时解析即时消息报告消息体(Body)内容即可，其中包含了以XML语言描述的即时消息报告类型、状态结果等信息；对于LargeMessage Mode来说，生成时解析报告中特殊消息头(header)的状态编码即可。即时消息报告的类型可以为递送报告、阅读报告、处理报告等；状态结果可以包括：成功、失败、处理中、存储、禁用、错误等。内容具体可以是如下形式：
     <？xml version＝″1.0″encoding＝″UTF-8″？>
     <history-list xmlns＝″urn:oma:xml:im:history-list″>
<history date＝″2006-08-13″history-reference＝″sip:123457@hist.example.com″>
          <size>10</size>
          <expiry>2006-08-15T19:13:05.0Z</expiry>
          <subject>Soccer</subject>
          <report>
<time-stamp>2006-08-13T19:13:05.0Z</time-stamp>
            <from>sip:mimin.underwood@example.com</from>
            <to>sip:merlin@example.com</to>
            <auth-id>sip:mimin.underwood@example.com</auth-id>
            <msg-hist-ref>sip:123456@hist-server1.example.com</msg-hist-ref>
            <disposition>
                <delivery>failed</delivery>
            </disposition>
        </report>
 </history>
 </history-list>
其中<disposition>元素用于描述即时消息报告类型，<delivery>子元素表示该即时消息报告为“递送报告”类型，其取值failed表明“递送失败”状态结果。此外，<report>元素下还可以记录更多从即时消息报告内容中生成的相关元数据信息，而<disposition>元素下还可以记录更多的报告类型以及状态结果。
这样，在保存到元数据服务器中的即时消息报告元数据中就包括该即时消息报告的类型和状态结果，这往往是用户在读取即时消息报告时最关心的内容，这时候，存储服务器可以在保存该即时消息报告元数据后，把接收的即时消息报告丢弃，及时释放空间。
当然，在独立存储方式下，也可以对应一条即时消息存储多条即时消息报告元数据。
另一种情况是合并插入特征标识的即时消息报告元数据与所述即时消息报告对应的即时消息元数据，保存合并后的即时消息报告元数据和即时消息元数据。即把即时消息报告元数据保存到即时消息元数据之中(合并存储方式)。即时消息报告中携带对应即时消息的标识信息，如message-id；
存储服务器根据该标识信息找到对应的即时消息元数据存储地址。然后存储服务器根据即时消息元数据存储地址将生成出的即时消息报告元数据保存到对应的即时消息元数据中。具体内容如下：
  <？xml version＝″1.0″encoding＝″UTF-8″？>
  <history-list xmlns＝″urn:oma:xml:im:history-list″>
<history date＝″2006-08-13″history-reference＝″sip:123456@hist.example.com″>
       <size>10</size>
       <expiry>2006-08-15T19:13:00.0Z</expiry>
       <subject>Soccer</subject>
       <pager>
           <time-stamp>2006-08-13T19:13:00.0Z</time-stamp>
           <from>sip:merlin@example.com</from>
           <to>sip:mimin.underwood@example.com</to>
           <auth-id>sip:medlin@example.com</auth-id>
         </pager>
       <report>
           <time-stamp>2006-08-13T19:13:05.0Z</time-stamp>
           <disposition>
               <delivery>delivered</delivery>
           </disposition>
           ……      </report>
  </history>
  </history-list>
其中<report>元素(“特征标识”)用于表明该部分元数据描述的是即时消息(sip:123456@hist.example.com)对应的即时消息报告信息，<time-stamp>子元素记录了即时消息报告的接收时间，<disposition>元素用于描述即时消息报告类型，<delivery>子元素表示该即时消息报告为“递送报告”类型，其取值delivered表明“成功递送”状态结果。此外，<report>元素下还可以记录更多从即时消息报告内容中生成的相关元数据信息，而<disposition>元素下还可以记录更多的报告类型以及状态结果。
这种情况下，存储服务器在生成即时消息报告元数据时，生成了该即时消息报告的类型和状态结果等，类型可以为递送报告、阅读报告、处理报告等；状态结果可以包括：成功、失败、处理中、存储、禁用、错误等。
此时，也可以在一条即时消息元数据下存储对应的多条即时消息报告元数据，以表明该即时消息不同处理过程的状态。如：
  <？xml version＝″1.0″encoding＝″UTF-8″？>
  <history-list xmlns＝″urn:oma:xml:im:history-list″>
<history date＝″2006-08-13″history-reference＝″sip:123456@hist.example.com″>
       <size>10</size>
       <expiry>2006-08-15T19:13:00.0Z</expiry>
       <subject>Soccer</subject>
       <pager>
           <time-stamp>2006-08-13T19:13:00.0Z</time-stamp>
           <from>sip:merlin@example.com</from>
           <to>sip:mimin.underwood@example.com</to>
           <auth-id>sip:medlin@example.com</auth-id>
         </pager>
       <report>
           <time-stamp>2006-08-13T19:13:05.0Z</time-stamp>
           <disposition>
              <delivery>delivered</delivery>
          </disposition>
          ……
     </report>
      <report>
         <time-stamp>2006-08-13T19:13:07.0Z</time-stamp>
         <disposition>
             <read>read</read>
         </disposition>
         ……
    </report>
   </history>
</history-list>
这样，在保存到元数据服务器中的即时消息报告元数据中就包括该即时消息报告的类型和状态结果，这往往是用户在读取即时消息报告时最关心的内容，这时候，存储服务器可以在保存该即时消息报告元数据后，把接收的即时消息报告丢弃，及时释放空间。另外，由于即时消息元数据与即时消息报告元数据合并存储，还可以减少一些即时消息元数据与即时消息报告元数据重复的内容信息，如<from>、<to>、<auth-id>、<subject>等元素。
由于即时消息报告元数据直接存储在即时消息元数据之下，客户端在读取元数据时，可以根据特征标识识别该即时消息报告元数据，并把该即时消息报告元数据信息直接显示在对应的即时消息元数据中，用户根据该即时消息元数据就可直接得知该消息的发送状态。
上述各实施例的方法，可以应用于寻呼模式(Pager Mode)即时消息，也可应用于大消息模式(Large Message Mode)即时消息；当为大消息模式(LargeMessage Mode)即时消息时，存储服务器可以等到消息会话全部结束后，结合完整的会话元数据信息，再将即时消息元数据和即时消息报告元数据保存到元数据服务器中。
在一种实施方式中，当消息服务器中包括存储服务器时，消息服务器还可以获取要求在网络侧保存即时消息报告的指示参数；并根据该指示参数执行所述根据所述即时消息报告生成即时消息报告元数据。
具体的，由存储服务器执行根据该指示参数执行所述根据所述即时消息报告生成即时消息报告元数据。该指示参数可以由客户端在请求中携带；或，根据用户的偏好设置主动获取。
发送方用户在发送即时消息之前，通过发送方客户端向消息服器发送一个请求，指示消息服务器在网络侧保存即时消息，该请求中还携带一个指示参数，指示消息服务器是否需要在网络侧保存即时消息报告。
如：发送方客户端通过SIP PUBLISH请求，设置消息服务器为发送方户保存即时消息，同时在该请求中携带要求在网络侧保存即时消息报告的指示参数。如report＝true。所述指示参数还可以由其它消息体、头域、XML配置文档的形式携带。
消息服务器接收到该指示参数后，具体可以是将消息报告复制一份，然后向存储单元和客户端分别发送即时消息报告，如report＝true时，消息服务器将接收到的即时消息报告复制一份发送到存储单元；由存储单元来执行根据所述即时消息报告生成即时消息报告元数据。发送形式具体可以是消息服务器向存储服务器发送包含即时消息报告的SIP MESSAGE请求。
当请求中没有该指示参数，或者携带report＝false的指示参数时，消息服务器只向客户端发送即时消息报告，不将其复制向存储单元发送。
消息服务器也可以通过主动订阅/获取用户的偏好设置来获得所述指示参数。
类似的，接收方客户端也可以通过向即时消息服务器发送携带指示参数的请求设置消息服务器是否需要发送即时消息报告到存储服务器。当即时消息发送方客户端和接收方客户端不在同一归属域时，上述消息服务器分别指发送方客户端的归属消息服务器和接收方客户端的归属消息服务器。
本实施例中的消息服务器通过根据所述指示参数执行所述根据所述即时消息报告生成即时消息报告元数据。实现根据用户指示或用户偏好在网络侧保存即时消息报告。
在另一实施方式中，当消息服务器或存储服务器中包括元数据存储单元，或者消息服务器、存储服务器、元数据服务器三者一体时，该装置还可以接收客户端的搜索请求，所述搜索请求中包括搜索条件；并根据存储的即时消息报告元数据中携带的特征标识区分所述即时消息报告元数据和所述即时消息元数据；根据区分结果和所述搜索条件获取符合搜索条件的聊天记录元数据；返回符合所述搜索条件的聊天记录元数据。具体是元数据服务器实现上述功能，实现细节可参见下述实施例。
图2为本发明实施例识别即时消息报告元数据的方法的一个流程图，包括：
S201获取聊天记录元数据，该聊天记录元数据包括即时消息元数据和即时消息报告元数据，该即时消息报告元数据携带特征标识；
客户端(可能经过聚合代理服务器)向元数据服务器发出HTTP GET请求，请求获取用户的聊天记录元数据；元数据服务器通过HTTP 200OK响应(可能经过聚合代理服务器)向客户端返回该用户的聊天记录元数据，其中包含即时消息元数据和即时消息报告元数据，即时消息报告元数据包含有特征标识，以与即时消息报告元数据相区别，该特征标识即是在图1所示的实施例中插入到即时消息报告元数据中的特征标识。
S202根据特征标识识别即时消息报告元数据；
在即时消息报告元数据和即时消息元数据并列存储的情况下，客户端可根据某条聊天记录元数据是否包含该特征标识，来判断该聊天记录为即时消息报告或者即时消息。在即时消息报告元数据存储在即时消息元数据中时，客户端可以通过该特征标识识别出即时消息元数据中是否包含即时消息报告元数据。
在在即时消息报告元数据和即时消息元数据并列存储的情况下，该方法还包括将即时消息报告元数据与即时消息元数据区别展示，以便用户能够根据展示内容区分即时消息元数据和即时消息报告元数据。展示示例如下表1：