WO2014000633A1 - 提供离线消息的服务装置、方法及存储介质 - Google Patents

Abstract

提供一种离线消息的服务装置、方法及存储介质。该离线消息的服务方法包括：接收第一客户端发送的待转发至第二客户端的消息参数（S1）；判断与该第二客户端关联的用户是否在线（S2）；若所述与该第二客户端关联的用户不在线，则判定所述待转发的消息参数为离线消息的消息参数，并将该消息参数存入服务器的数据库中（S3）;当接收到所述与该第二客户端关联的用户的上线通知时，将该消息参数下发至该第二客户端（S4）。上述方法可以大幅减少网络流量和存储空间的占用。

Description

提供离线消息的服务装置、 方法及存储介质 技术领域

本发明涉及计算机技术领域， 特别是涉及一种提供离线消息的服务装 置、 方法及存储介质。

背景技术

电子邮件是最早出现的网络应用， 邮件用户可以通过服务器提供的邮箱 地址进行数据与信息的非实时地传输。 用户之间可以通过电子邮件而实现非 实时地沟通， 但是这种沟通的非实时特性无法满足用户的实时性的需求， 因 此目前已经出现了网络即时通讯工具， 以开展即时消息 (Instant Messaging, IM)业务， 其用于在用户之间实时地传输数据与信息。

随着网络技术的发展， 网络即时通讯已经被大多数的网民所接受， 成为 人们工作与生活中不可或缺的一部分， 而网络即时通讯工具也成为人们曰常 工作与生活中必不可少的工具。 人们在网络中大量地使用即时通讯工具进行 日常的交流与沟通， 通过即时通讯工具实时地传输普通的文本消息， 或者传 输数据文件、 语音信息等等。 随着即时通讯工具的广泛应用， 用户对其易用 性方面提出了更高的要求。 由于技术通讯是一种实时的交流与沟通方式， 其 需要用户在线才能支持有效的沟通。 而当用户处于离线状态时， 则其他的用 户只能向该用户发送离线消息 (deferred message)。

离线消息服务是一种可以给选定的用户发送离线消息的服务， 可以使用 户看到自己不在线时触发的消息。 离线消息可以是由消息添加者向指定用户 发送的离线消息，例如用户 A对用户 B;或者是对指定用户组发送的离线消息， 例如对参加某项活动的多个用户； 或者是对符合某种公共属性的用户发送离 线消息， 例如对所有的 VIP用户。

图 1为现有的提供离线消息的服务系统的示意图。 如图 1所示， 现有的提 供离线消息的服务系统 10包括消息添加者所使用的第一客户端 11、 目标用户 所使用的第二客户端 12、 服务器 13和服务器 13中的数据库 14。 其中， 第一客 户端 11和第二客户端 12作为前端， 而服务器 13属于后端。

现有的服务系统 10提供离线消息的工作流程如下所述： 第一客户端 11向 服务器 13添加消息； 服务器 13检查与第二客户端 12关联的目标用户是否在 线， 如果在线， 则直接将消息下发至第二客户端 12, 否则， 则将消息存储到 服务器 13中的数据库 14, 以作为离线消息； 然后， 当与第二客户端 12关联的 目标用户上线时， 则通知服务器 13; 服务器 13检查第二客户端 12是否有离线 消息， 如果有， 则将存储在数据库 14中的离线消息下发至第二客户端 12, 并 删除数据库 14中的存储的离线消息， 即离线消息不再保存在服务器 13中的数 据库 14中， 而是保存在第二客户端 12的本地。

现有的提供离线消息的服务系统 10中， 如果在第二客户端 12的目标用户 处于离线状态时收到大量的离线消息， 则服务器 13中的数据库 14需要利用非 常庞大的存储空间来存储这些离线消息， 数据库 14的存储空间消耗大。 为了 避免过多的占用数据库 14的存储空间， 现有的解决方式是只在数据库 14中保 留一定数量一定时间内的离线消息， 而设定的保留离线消息的数量和时间会 直接影响到数据库 14的存储介质的规模。

此外， 在离线消息下发至第二客户端 12后， 下发的离线消息不再保留在 服务器 13中的数据库 14中， 而是保留在作为第二客户端 12的本地， 因此用户 只能在本地查看消息历史记录， 而不能在任意机器上都可以查看相关的消息 历史记录。 也就是说， 现有的提供离线消息的服务系统 10不能支持消息历史 记录漫游功能。

另， 现有的提供离线消息的服务系统 10的网络流量非常大。 当大量用户 同时在线或者大量用户登录上线时， 其网络流量巨大， 则其会导致服务器端 的出口带宽要求非常高。 发明内容

本发明的目的在于， 提供一种提供离线消息的服务装置、 方法及存储介 质， 其可以大大减少网络流量， 减少存储空间的占用， 并支持消息历史漫游 功能。

本发明的目的及解决其技术问题是采用以下技术方案来实现的。

本发明提供一种提供离线消息的服务装置， 该装置包括： 接收模块， 用 于接收第一客户端发送的待转发至第二客户端的消息参数； 判断模块， 用于 判断与该第二客户端关联的用户是否在线； 存储模块， 用于若所述与该第二 客户端关联的用户不在线， 则判定所述待转发的消息参数为离线消息的消息 参数， 并将该消息参数存入服务器的数据库中； 下发模块， 用于当接收到所 述与该第二客户端关联的用户的上线通知时， 将该消息参数下发至该第二客 户端。

本发明还提供一种提供离线消息的服务方法， 该方法包括： 接收第一客 户端发送的待转发至第二客户端的消息参数； 判断与该第二客户端关联的用 户是否在线； 若所述与该第二客户端关联的用户不在线， 则判定所述待转发 的消息参数为离线消息的消息参数， 并将该消息参数存入服务器的数据库 中； 当接收到所述与该第二客户端关联的用户的上线通知时， 将该消息参数 下发至该第二客户端。

此外， 本发明还提供一种包含计算机可执行指令的存储介质， 该计算机 可执行指令用于执行一种提供离线消息的服务方法， 该方法包括： 接收第一 客户端发送的待转发至第二客户端的消息参数； 判断与该第二客户端关联的 用户是否在线； 若所述与该第二客户端关联的用户不在线， 则判定所述待转 发的消息参数为离线消息的消息参数， 并将该消息参数存入服务器的数据库 中； 当接收到所述与该第二客户端关联的用户的上线通知时， 将该消息参数 下发至该第二客户端。 本发明提供的提供离线消息的服务装置、 方法及存储介质带来的有益效 果是：

可以大大地减少网络流量。 由于非及时通信类的消息种类和内容是可以 穷尽的， 可以被归纳的， 因此本发明通过消息模板和消息参数的分离， 消息 模板预先下载的方式， 减少离线消息中共同部分 (即消息模板)的重复下载， 从而减少了网络流量， 提高了有限出口带宽下的服务上线率， 从而提高了资 源利用率。

另， 本发明提供的提供离线消息的服务装置、 方法及存储介质可以大大 减少占用服务器的数据库的存储空间。 由于本发明应用了消息模板， 因此只 需要存储少量的消息参数即可， 从而减少了服务器的存储空间的消耗。 特别 是， 由于非及时通信类的消息大部分是覆盖已知用户群的群组消息， 而本发 明对于群组消息采用专门的群组消息存储区来集中进行存储， 因此其可进一 步减少存储空间， 提高响应速度。

此外， 本发明提供的提供离线消息的服务装置、 方法及存储介质还可以 设定为在下发离线消息至第二客户端后， 并不删除存储在服务器中的数据库 所存储的消息参数， 由于消息参数占用的存储空间较小， 因此其并不会过多 地增大服务器的负担， 且由于消息参数可保留在服务器， 因此其可以支持消 息历史漫游功能， 用户可以在任何机器上查看到消息历史。

上述说明仅是本发明技术方案的概述， 为了能够更清楚了解本发明的技 术手段， 而可依照说明书的内容予以实施， 并且为了让本发明的上述和其他 目的、 特征和优点能够更明显易懂， 以下特举较佳实施例， 并配合附图,详细 说明: ¾口下。 附图概述

图 1为现有的提供离线消息的服务系统的示意图。 图 2为本发明实施例的提供离线消息的服务装置的应用环境示意图。 图 3为本发明实施例的提供离线消息的服务装置的功能模块图。

图 4为本发明实施例的提供离线消息的服务方法的流程示意图。

图 5为将消息参数下发至第二客户端的具体流程示意图。

本发明的较佳实施方式

为更进一步阐述本发明为达成预定发明目的所采取的技术手段及功效, 以下结合附图及较佳实施例， 对依据本发明提出的提供离线消息的服务系统 及相应的服务方法其具体实施方式、 方法、 步骤、 结构、 特征及其功效， 详 细说明如下。

有关本发明的前述及其他技术内容、特点及功效,在以下配合参考图式的 较佳实施例的详细说明中将可清楚呈现。通过具体实施方式的说明，当可对本 然而所附图式仅是提供参考与说明之用，并非用来对本发明加以限制。

图 2为本发明实施例的提供离线消息的服务装置 100的应用环境示意图。 该提供离线消息的服务装置 100应用于服务器 130中， 该服务器 130包括接入 层 131、 数据库 132和消息模板存储器 133。 该接入层 131用于实现服务器 130 与各个客户端， 例如第一客户端 110和第二客户端 120的相互沟通。 其中， 与 该第一客户端 110关联的用户为消息添加者， 与该第二客户端 120关联的用户 为目标用户。 其中， 在本发明中， 第一客户端 110和第二客户端 120在本地分 别具有消息模板存储区 111和 121。

参阅图 3所示， 为本发明实施例的提供离线消息的服务装置 100的功能模 块图。 该提供离线消息的服务装置 100包括归纳模块 101、 接收模块 102、 判 断模块 103、 存储模块 104和下发模块 105。 可以理解， 上述的各模块是指计 算机程序或者程序段， 用于执行某一项或多项特定的功能。 此外， 上述各模 块的区分并不代表实际的程序代码也必须是分开的。

归纳模块 101 , 用于预先对各类离线消息进行分类整理， 从而归纳整理 出离线消息在样式和内容上的共同部分以作为消息模板， 且消息模板可以分 别存储在第一客户端 110和第二客户端 120在本地的消息模板存储区 111和 121 , 以及服务器 130的消息模板存储器 133中。 消息模板主要包括样式模板 和内容模板。

在本发明中， 由于这些消息模板是预先存储在第一客户端 110和第二客 户端 120在本地的消息模板存储区 111和 121中， 以及服务器 130的消息模板存 储器 133中， 因此在发送离线消息时， 第一客户端 110可以只添加离线消息的 消息参数至服务器 130的数据库 132即可； 而在下发离线消息时，则服务器 130 只需要将存储在数据库 132中的离线消息的消息参数下发至第二客户端 120 即可。 第二客户端 120在展示离线消息时， 只需要从其本地的消息模板存储 区 121调取相应的消息模板， 并将下发的消息参数添加至调取的消息模板， 即可以将离线消息展示给与第二客户端 120关联的用户。

例如， 当第一客户端 110想要发送添加用户的消息给第二客户端 120时， 如果与第二客户端 120关联的用户不在线， 则此消息为离线消息。 当第一客 户端 110发送添加用户的离线消息时， 其只需要发送离线消息的消息参数， 例如添加者的名称和被添加者的名称至服务器 130即可。 而服务器 130只需要 将接收的消息参数存储至数据库 132中， 然后当与第二客户端 120关联的用户 在线时，则服务器 130将存储在数据库 132中的消息参数 (添加者的名称和被添 加者的名称)下发至第二客户端 120即可。

此外， 本发明中， 离线消息可以包括个人消息和群组消息， 而离线消息 的消息参数包括个人消息参数和群组消息参数。 对应地， 服务器 130中的数 据库 132包括个人消息存储区 132a和群组消息存储区 132b。 其中， 个人消息 存储区 132a用于存储单独的特定的目标用户的个人消息的个人消息参数， 而 群组消息存储区 132b用于存储覆盖特定的某个群中的多个目标用户的群组 消息的群组消息参数。 也就是说， 在本发明中， 会对已知消息覆盖人群和内 容的消息作为群组消息， 并集中存储在专用的群组消息存储区 132b中。 群组 消息的目标用户可以包括两种， 一种是具有某种公共属性的多个用户， 例如 其都具有玩家身份 (如 VIP用户或者照片秀用户或者某种游戏的全部玩家等 等)； 而另一种是非具有某种公共属性， 但是具有具体号码的多个用户， 例如 其可以为随机抽选的多个用户。 群组消息的消息内容和属性作为专门的配置 文件， 以在配置管理中心进行管理。 群组消息的用户状态， 例如用户已读、 用户未读， 与个人消息分开存储， 其可存储在比个人消息存储区 132a快一个 等级的群组消息存储区 132b中。

综上所述， 所述接收模块 102, 用于接收第一客户端 110发送的待转发至 第二客户端 120的消息参数。

所述判断模块 103, 用于判断与该第二客户端 120关联的用户是否在线。 存储模块 104, 用于若所述与该第二客户端 120关联的用户不在线， 则 判定所述待转发的消息参数为离线消息的消息参数， 并将该消息参数存入服 务器 130的数据库 132中。

下发模块 105， 用于当接收到所述与该第二客户端 120关联的用户的上线 通知时， 将该消息参数下发至该第二客户端 120。

在一个实例中， 下发模块 105还用于当接收到所述与该第二客户端 120关 联的用户的上线通知时， 检查第二客户端 120本地的消息模板存储区 121中存 储的消息模板是否需要更新。 若第二客户端 120本地的消息模板存储区 121中 存储的消息模板需要更新， 则根据所述服务器 130的消息模板存储器 133中的 消息模板更新该第二客户端 120本地的消息模板存储区 121中存储的消息模 板。

本领域技术人员可以理解的是， 在本发明中， 当与第二客户端 120关联 的用户上线时， 更新第二客户端 120本地的消息模板存储区 121中存储的消息 模板， 其可以是即更新原本存储在消息模板存储区 121中消息模板， 也同时 从服务器 130中的消息模板存储器 133下载新的消息模板。 当然， 其也可以设 定为只更新原本存储在消息模板存储区 121中的消息模板。 在此， 第二客户 端 120可以在展示离线消息之前， 进一步判断第二客户端 120在本地的消息模 板存储区 121中是否存储有对应离线消息的消息模板； 如有， 则根据消息模 板和消息参数展示离线消息； 如没有， 则从服务器 130中的消息模板存储器 133中下载对应离线消息的消息模板至第二客户端 120在本地的消息模板存 储区 121中， 然后根据消息模板和消息参数展示离线消息。 也就是说， 消息 模板的预下载时机可以设定为需要使用某种模板时再从服务器 130中的消息 模板存储器 133中进行下载， 从而避免过多的占用第二客户端本地的存储空 间。

若第二客户端 120本地的消息模板存储区 121中存储的消息模板不需要 更新或已更新， 则下发模块 105将该消息参数下发至该第二客户端 120, 以便 第二客户端 120根据该消息参数及本地的消息模板存储区 121中存储的消息 模板展示所述离线消息。 此外， 在下发模块 105将该消息参数下发至该第二 客户端 120后， 还需要修改离线消息的状态， 即将该离线消息修改为在线已 发送的消息。

此外， 参阅图 4所示， 本发明还提供一种提供离线消息的服务方法。 该 方法在执行下述步骤 S1之前， 需要预先对各类离线消息进行分类整理， 从而 归纳整理出离线消息在样式和内容上的共同部分以作为消息模板， 并将消息 模板存储在图 2所示的服务器 130中的消息模板存储器 133和客户端本地的消 息模板存储区 (例如，第一客户端 110在本地的消息模板存储区 111和第二客户 端 120在本地的消息模板存储区 121)中。

步骤 S1 , 接收第一客户端 110发送的待转发至第二客户端 120的消息参 数；

步骤 S2, 判断与该第二客户端 120关联的用户是否在线； 若与第二客户 端 120关联的用户不在线， 则判定需要转发的消息为离线消息， 然后执行步 骤 S3。 若与第二客户端 120关联的用户在线， 则执行步骤 S5。

步骤 S3 , 将离线消息的消息参数存储至服务器 130中的数据库 132中； 步骤 S4 , 当接收到所述与该第二客户端 120关联的用户的上线通知时， 将该消息参数下发至该第二客户端 120;

步骤 S5 , 将该消息参数下发至该第二客户端 120。

图 5为上述将消息参数下发至该第二客户端 120的具体流程示意图。如图 5所示， 将消息参数下发至该第二客户端 120的步骤进一步包括：

步骤 S41 , 当接收到所述与该第二客户端 120关联的用户的上线通知时， 检查第二客户端 120本地的消息模板存储区 121中存储的消息模板是否需要 更新； ；

步骤 S42 , 若第二客户端 120本地的消息模板存储区 121中存储的消息模 板需要更新， 则根据所述服务器 130的消息模板存储器 133中的消息模板更新 该第二客户端 120本地的消息模板存储区 121中存储的消息模板； ；

步骤 S43 , 若第二客户端 120本地的消息模板存储区 121中存储的消息模 板不需要更新或已更新， 将该消息参数下发至该第二客户端 120, 以便第二 客户端 120根据该消息参数及本地的消息模板存储区 121中存储的消息模板 展示所述离线消息。 此外， 步骤 S33还需要修改离线消息的状态。

本发明的提供离线消息的服务装置和方法可以大大地减少网络流量。 由 于非及时通信类的消息（即离线消息)种类和内容是可以穷尽的， 可以被归纳 的， 因此本发明通过消息模板和消息参数的分离，消息模板预先下载的方式， 减少离线消息中共同部分 (即消息模板)的重复下载， 从而减少了网络流量， 提高了有限出口带宽下的服务上线率， 从而提高了资源利用率。

另， 本发明的提供离线消息的服务装置和方法可以大大减少占用服务器 130的数据库 132的存储空间。 由于本发明应用了消息模板， 因此只需要存储 少量的消息参数即可， 从而减少了服务器 130的存储空间的消耗。 特别是， 由于非及时通信类的消息大部分是覆盖已知用户群的群组消息， 而本发明对 于群组消息采用专门的群组消息存储区 132b来集中进行存储， 因此其可进一 步减少存储空间， 提高响应速度。

此外， 本发明的提供离线消息的服务装置和方法还可以设定为在下发离 线消息至第二客户端 120后， 并不删除存储在服务器 130中的数据库 132所存 储的消息参数， 由于消息参数占用的存储空间较小， 因此其并不会过多地增 大服务器 130的负担， 且由于消息参数可保留在服务器 130, 因此其可以支持 消息历史漫游功能， 用户可以在任何机器上查看到消息历史。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以 通过硬件来完成， 也可以通过程序来指令相关的硬件完成， 所述的程序可以 存储于一种计算机可读存储介质中， 上述提到的存储介质可以是只读存储 器， 磁盘或光盘等。

以上所述， 仅是本发明的较佳实施例而已， 并非对本发明作任何形式上 的限制， 虽然本发明已以较佳实施例揭露如上， 然而并非用以限定本发明, 任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内，当可利用上述 揭示的技术内容作出些许更动或修饰为等同变化的等效实施例，但凡是未脱 单修改、 等同变化与修饰,均仍属于本发明技术方案的范围内。

Claims

权 利 要 求 书

1. 一种提供离线消息的服务装置， 其特征在于， 该装置包括：

接收模块， 用于接收第一客户端发送的待转发至第二客户端的消息参 数；

判断模块， 用于判断与该第二客户端关联的用户是否在线；

存储模块， 用于若所述与该第二客户端关联的用户不在线， 则判定所述 待转发的消息参数为离线消息的消息参数， 并将该消息参数存入服务器的数 据库中；

下发模块， 用于当接收到所述与该第二客户端关联的用户的上线通知 时， 将该消息参数下发至该第二客户端。

2. 如权利要求 1所述的提供离线消息的服务装置，其特征在于，还包括： 归纳模块， 用于预先对各类离线消息进行分类整理， 从而归纳出离线消 息在样式和内容上的共同部分作为消息模板， 并将该消息模板存入服务器的 消息模板存储器中。

3. 如权利要求 2所述的提供离线消息的服务装置， 其特征在于， 所述下 发模块还用于：

当接收到所述与该第二客户端关联的用户的上线通知时， 检查第二客户 端本地的消息模板存储区中存储的消息模板是否需要更新；

若第二客户端本地的消息模板存储区中存储的消息模板需要更新， 则根 据所述服务器的消息模板存储器中的消息模板更新该第二客户端本地的消 息模板存储区中存储的消息模板；

若第二客户端本地的消息模板存储区中存储的消息模板不需要更新或 已更新， 将该消息参数下发至该第二客户端， 以便第二客户端根据该消息参 数及本地的消息模板存储区中存储的消息模板展示所述离线消息。

4. 如权利要求 3所述的提供离线消息的服务装置， 其特征在于， 所述下 发模块还用于：

在将该消息参数下发至该第二客户端后， 修改所述离线消息的状态。

5. 如权利要求 2所述的提供离线消息的服务装置， 其特征在于， 所述第 二客户端在接收到所下发的该消息参数后， 还用于：

判断本地的消息模板存储区中是否存储有对应所述离线消息的消息模 板；

若本地的消息模板存储区中未存储有对应所述离线消息的消息模板， 则 从服务器的消息模板存储器中将对应所述离线消息的消息模板下载至本地 的消息模板存储区中；

根据该消息参数及本地的消息模板存储区中存储的消息模板展示所述 离线消息。

6. 根据权利要求 1所述的提供离线消息的服务装置， 其特征在于， 所述 离线消息包括个人消息和群组消息， 而所述消息参数包括个人消息参数和群 组消息参数。

7. 根据权利要求 6所述的提供离线消息的服务装置， 其特征在于， 所述 数据库包括个人消息存储区和群组消息存储区， 所述个人消息存储区用于存 储所述个人消息参数， 而所述群组消息参数用于存储所述群组消息参数。

8. 根据权利要求 1所述的提供离线消息的服务装置， 其特征在于， 所述 消息模板包括样式模板和内容模板。

9. 一种提供离线消息的服务方法， 其特征在于， 该方法包括： 接收第一客户端发送的待转发至第二客户端的消息参数；

判断与该第二客户端关联的用户是否在线；

若所述与该第二客户端关联的用户不在线， 则判定所述待转发的消息参 数为离线消息的消息参数， 并将该消息参数存入服务器的数据库中；

当接收到所述与该第二客户端关联的用户的上线通知时， 将该消息参数 下发至该第二客户端。

10. 如权利要求 9所述的提供离线消息的服务方法， 其特征在于， 还包 括：

预先对各类离线消息进行分类整理， 从而归纳出离线消息在样式和内容 上的共同部分作为消息模板， 并将该消息模板存入服务器的消息模板存储器 中。

11. 如权利要求 10所述的提供离线消息的服务方法， 其特征在于， 所述 将该消息参数下发至该第二客户端的步骤包括：

检查第二客户端本地的消息模板存储区中存储的消息模板是否需要更 新；

若第二客户端本地的消息模板存储区中存储的消息模板需要更新， 则根 据所述服务器的消息模板存储器中的消息模板更新该第二客户端本地的消 息模板存储区中存储的消息模板；

若第二客户端本地的消息模板存储区中存储的消息模板不需要更新或 已更新， 将该消息参数下发至该第二客户端， 以便第二客户端根据该消息参 数及本地的消息模板存储区中存储的消息模板展示所述离线消息。

12. 如权利要求 11所述的提供离线消息的服务方法， 其特征在于， 所述 将该消息参数下发至该第二客户端的步骤后还包括：

修改所述离线消息的状态。

13. 如权利要求 10所述的提供离线消息的服务方法， 其特征在于， 所述 第二客户端在接收到所下发的该消息参数后， 还执行以下步骤：

判断本地的消息模板存储区中是否存储有对应所述离线消息的消息模 板；

若本地的消息模板存储区中未存储有对应所述离线消息的消息模板， 则 从服务器的消息模板存储器中将对应所述离线消息的消息模板下载至本地 的消息模板存储区中；

根据该消息参数及本地的消息模板存储区中存储的消息模板展示所述 离线消息。

14. 根据权利要求 9所述的提供离线消息的服务方法， 其特征在于， 所 述离线消息包括个人消息和群组消息， 而所述消息参数包括个人消息参数和 群组消息参数。

15. 根据权利要求 14所述的提供离线消息的服务方法， 其特征在于， 所 述个人消息参数存储在所述服务器端中的所述数据库中的个人消息存储区 中， 而所述群组消息参数存储在所述服务器端中的所述数据库中的群组消息 存储区中。

16. 根据权利要求 9所述的提供离线消息的服务方法， 其特征在于， 所 述消息模板包括样式模板和内容模板。

17. 一个或多个包含计算机可执行指令的存储介质， 所述计算机可执行 指令用于执行一种提供离线消息的服务方法， 其特征在于， 所述提供离线消 息的服务方法包括以下步骤：

接收第一客户端发送的待转发至第二客户端的消息参数；

判断与该第二客户端关联的用户是否在线；

若所述与该第二客户端关联的用户不在线， 则判定所述待转发的消息参 数为离线消息的消息参数， 并将该消息参数存入服务器的数据库中；

当接收到所述与该第二客户端关联的用户的上线通知时， 将该消息参数 下发至该第二客户端。