WO2013163934A1 - 事务提醒的方法、装置、客户端和系统 - Google Patents

Abstract

提供了一种事务提醒的方法、装置、客户端和系统，所述方法包括：接收第一客户端所发送的事务提醒信息和第二客户端信息（101）；根据所述第二客户端信息，将所述事务提醒信息发送至第二客户端，使所述第二客户端根据所述事务提醒信息进行事务提醒（102）。所述装置包括：信息接收模块和事务提醒模块。所述客户端包括：接收模块和事务提醒模块。所述系统包括：第一客户端，事务提醒的装置和第二客户端。上述技术方案通过根据第二客户端信息将第一客户端所发送的事务提醒信息发送至第二客户端，使第二客户端根据所述事务提醒信息进行事务提醒，实现了自动提醒用户的功能，减少了执行人对事务遗忘或丢失情况的发生。

Description

事务提醒的方法、 装置、 客户端和系统 本申请要求于 2012年 5月 4日提交中国专利局、申请号为 2012101372549、 发明名称为 "事务提醒的方法和装置" 的中国专利申请的优先权， 其全部内容 通过引用结合在本申请中。 技术领域

本发明涉及计算机领域， 特别涉及一种事务提醒的方法、 装置、 客户端和 系统。 背景技术

随着人们日常生活节奏的加快， 需要交流的事务逐渐增多。 用户通过事务 提醒功能来提醒自己不应该忘记的事务， 例如需要参加的重要会议或者约会。

现有技术中事务提醒的方法是由需求人通过口头， 书面等方式通知执行 人， 再由执行人自行设定时间的交互方式。 执行人可以通过日程安排类软件和 闹钟对事务所设定的时间进行设置。 通过日程类安排类软件， 用户可以按照日 程时间做好日程安排， 由使用者对自己的日程安排输入设备并设置定时提醒功 能。 同时用户也可以通过将需要提醒的时间输入闹钟， 起到定时提醒的功能。

目前针对事务提醒过程中出现的执行人容易对需求人传达的事务遗忘或 丟失的问题， 现有技术还没有相应的解决方案。 发明内容

为了能够实现自动提醒用户， 本发明实施例提供了一种事务提醒的方法、 装置、 客户端和系统。 所述技术方案如下：

一种事务提醒的方法， 所述方法包括：

接收第一客户端发送的事务提醒信息和第二客户端信息；

根据所述第二客户端信息， 将所述事务提醒信息发送至第二客户端， 使所 述第二客户端根据所述事务提醒信息进行事务提醒。

优选的， 所述方法还包括：

所述第二客户端接收所述事务提醒信息， 判断所述事务提醒信息与当前数 据库中的事务提醒信息是否发生冲突；

若所述事务提醒信息与当前数据库中的事务提醒信息不发生冲突， 则所述 第二客户端将所述事务提醒信息添加到当前事务提醒信息数据表中进行事务 提醒；

若所述事务提醒信息与当前数据库中的事务提醒信息发生冲突， 则所述第 二客户端对所述事务提醒信息进行修改并将修改的事务提醒信息添加到当前 事务提醒信息数据表中进行事务提醒， 或者将所述事务提醒信息删除。

优选的， 所述第二客户端对所述事务提醒信息进行修改， 具体包括： 所述第二客户端根据用户的修改指令对所述事务提醒信息进行修改； 或 所述第二客户端根据预置修改策略对所述事务提醒信息进行修改。

优选的， 所述第二客户端根据预置修改策略对所述事务提醒信息进行修改 之后， 还包括：

所述第二客户端将修改的事务提醒信息反馈给所述第一客户端。

优选的， 所述事务提醒信息包括事务提醒主题、 事务提醒时间、 事务提醒 频率及用户设置的事务提醒方式。

一种事务提醒的装置， 所述装置包括：

信息接收模块， 用于接收第一客户端发送的事务提醒信息和第二客户端信 息；

事务提醒模块， 用于根据所述信息接收模块收到的所述第二客户端信息， 将所述事务提醒信息发送至第二客户端，使所述第二客户端根据所述事务提醒 信息进行事务提醒。

优选的， 所述事务提醒信息包括事务提醒主题、 事务提醒时间、 事务提醒 频率及用户设置的事务提醒方式。

一种事务提醒的第二客户端， 所述第二客户端包括：

接收模块， 用于接收事务提醒信息；

事务提醒模块， 用于根据所述接收模块收到的所述事务提醒信息进行事务 提醒。

优选的， 所述事务提醒模块包括：

信息判断单元， 用于判断所述接收模块收到的所述事务提醒信息与当前数 据库中的事务提醒信息是否发生冲突；

非冲突事务提醒单元， 用于若所述信息判断单元判断出所述事务提醒信息 与当前数据库中的事务提醒信息不发生冲突， 则将所述接收模块收到的所述事 务提醒信息添加到当前事务提醒信息数据表中进行事务提醒；

冲突事务提醒单元， 用于若所述信息判断单元判断出所述事务提醒信息与 当前数据库中的事务提醒信息发生冲突， 则对所述接收模块收到的所述事务提 醒信息进行修改并将修改的事务提醒信息添加到当前事务提醒信息数据表中 进行事务提醒， 或者将所述接收模块收到的所述事务提醒信息删除。

优选的， 所述冲突事务提醒单元包括：

冲突事务信息修改子单元， 用于根据用户的修改指令对所述接收模块收到 的所述事务提醒信息进行修改， 或根据预置修改策略对所述接收模块收到的所 述事务提醒信息进行修改。

优选的， 所述冲突事务信息修改子单元还包括：

信息反馈子单元， 用于将根据预置修改策略修改的事务提醒信息反馈给所 述第一客户端。

优选的， 所述事务提醒信息包括事务提醒主题、 事务提醒时间、 事务提醒 频率及用户设置的事务提醒方式。

一种事务提醒的系统， 所述系统包括： 第一客户端、 事务提醒的装置和第 二客户端；

所述第一客户端， 用于发送事务提醒信息和第二客户端信息给所述事务提 醒的装置；

所述事务提醒的装置包括：

信息接收模块， 用于接收所述第一客户端发送的所述事务提醒信息和第二 客户端信息；

事务提醒模块， 用于根据所述信息接收模块收到的所述第二客户端信息， 将所述事务提醒信息发送至所述第二客户端；

所述第二客户端包括：

接收模块， 用于接收所述事务提醒的装置发送的所述事务提醒信息； 事务提醒模块， 用于根据所述接收模块收到的所述事务提醒信息进行事务 提醒。

本发明实施例提供的技术方案带来的有益效果是：

通过根据第二客户端信息， 将第一客户端所发送的事务提醒信息发送至第 二客户端， 使第二客户端根据所述事务提醒信息进行事务提醒， 实现了自动提 醒用户的功能， 减少了执行人对事务遗忘或丟失情况的发生。 附图说明

为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述中所 需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明 的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1是本发明实施例一提供的事务提醒的方法流程图之一；

图 2a是本发明实施例一提供的事务提醒的方法流程图之二；

图 2b是本发明实施例一提供的事务提醒的方法流程图之三；

图 3是本发明实施例提供的传统事务提醒方法的缺点示意图；

图 4是本发明实施例提供的事务提醒方法的框架图；

图 5是本发明实施例二提供的事务提醒的装置结构示意图；

图 6是本发明实施例三提供的事务提醒的第二客户端结构示意图之一； 图 7是本发明实施例三提供的事务提醒的第二客户端结构示意图之二； 图 8是本发明实施例四提供的事务提醒的系统结构示意图。 具体实施方式

为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发明 实施方式作进一步地详细描述。

实施例一

参见图 1 , 本实施例提供了事务提醒的方法， 包括：

101 : 接收第一客户端所发送的事务提醒信息和第二客户端信息；

102: 根据所述第二客户端信息， 将所述事务提醒信息发送至第二客户端， 使所述第二客户端根据所述事务提醒信息进行事务提醒。

通过根据第二客户端信息， 将第一客户端所发送的事务提醒信息发送至第 二客户端， 使第二客户端根据所述事务提醒信息进行事务提醒， 实现了自动提 醒用户的功能， 减少了执行人对事务遗忘或丟失情况的发生。

参见图 2a, 本实施例还提供了事务提醒的方法， 包括：

S1 : 第一客户端设置针对第二客户端的事务提醒信息， 并将该事务提醒信 息以及该第二客户端的信息发送给服务器； S2: 服务器接收第一客户端发送的事务提醒信息和第二客户端信息， 根据 该第二客户端信息， 将该事务提醒信息发送至该第二客户端；

S3: 第二客户端接收服务器发送的该事务提醒信息， 并根据该事务提醒信 息进行事务提醒。

本实施例中， 第一客户端发送事务提醒信息有多种触发方式， 包括但不限 于以下至少一种： 在第一客户端的界面上设置专门的按钮， 当用户设置好事务 提醒信息并点击该按钮时， 则触发第一客户端发送该事务提醒信息以及第二客 户端的信息给服务器； 或者， 第一客户端预先设置事务提醒规则， 并自动识别 用户在第一客户端上输入的信息是否符合预设的事务提醒规则， 如果符合， 则 根据用户输入的信息得到事务提醒信息并与第二客户端的信息一起发送给服 务器； 当然，也可以采用其它方式触发第一客户端发送事务提醒信息给服务器， 本实施例对此不做具体限定。

本实施例中， 所述第二客户端可以是具有事务提醒功能的终端， 该终端具 有接收服务器发送消息的能力， 该终端包括但不限于： 计算机、 笔记本电脑、 手机、 平板电脑等等， 本实施例对此不做具体限定。

值得一提的是， 本实施例中， 所述第一客户端与第二客户端可以为不同的 终端，或者也可以为同一个终端。当第一客户端与第二客户端为不同的终端时， 上述方法用于一个终端用户触发对另一终端的用户进行事务提醒。 当第一客户 端与第二客户端为同一个终端时， 上述方法用于终端用户对自己进行事务提 醒。

参见图 2b, 下面详细介绍上述事务提醒的方法。

201 : 接收第一客户端所发送的事务提醒信息和第二客户端信息； 在本实施例中， 第一客户端可以为需求人所对应的客户端； 需求人是指事 务的发起人， 比如会议的组织者， 需要提醒对方记住某件事情的使用者或者是 碰面的发起方等等。

第二客户端可以为执行人所对应的客户端； 执行人是指事务的具体执行 者， 比如与会者， 需要记住某件事情的使用者， 被要求或请求某件事情的执行 者等等。 第二客户端信息是指执行人所对应的客户端的具体信息， 例如该执行 人所对应的客户端的标识或地址等；

第一客户端所发送的事务提醒信息与第二客户端信息可以在同一个数据 包中同时发送至服务器， 也可以分别在不同的数据包发送至服务器中。 所述事 务提醒信息包括但不限于： 事务提醒主题、 事务提醒时间、 事务提醒频率及用 户设置的事务提醒方式；

其中， 所述事务提醒信息是通过社交软件来依据用户的需求来设置的。 社 交软件可以是 QQ软件， 也可以是 MSN或者是微博等等。 设置所述事务提醒 信息的方式也有多种， 包括但不限于： 文字方式或语音方式等等。 例如， 用户 在社交软件的文字编辑框中输入文字消息来设置事务提醒信息， 或者用户通过 社交软件的录音功能输入语音信息来设置事务提醒信息。社交软件不仅可以实 现需求人所对应的客户端设置针对某一执行人的事务提醒信息， 以及将该事务 提醒信息发送至该执行人所对应的客户端， 同时， 该社交软件还实现了执行人 所对应的客户端和需求人所对应的客户端之间的实时互动交流。社交软件可以 部署在移动设备， 也可以部署在非移动设备上， 这样可以扩大事务提醒在现实 生活中的应用范围。在本发明实施例一中设置了服务器来接收第一客户端所发 送的事务提醒信息和第二客户端信息；其中，所述服务器可以是单独的服务器， 或者， 也可以是集成在其它应用中的服务器， 如 QQ软件的服务器， MSN的 服务器， 或微博的服务器等等。

以 QQ软件为例， 当客户端 A在自己的好友列表中选择了一个好友 B, 并 向好友 B发送了事务提醒信息， 该事务提醒信息包括： 2012年 1月 10日上午 10点在北京某酒店 403房间参加同学聚会， 这时， QQ服务器就会接收到客户 端 A发送的事务提醒信息及客户端 B的标识。

202: 根据所述第二客户端信息， 将所述事务提醒信息发送至第二客户端， 使所述第二客户端根据所述事务提醒信息进行事务提醒。

在本实施例中， 本步骤包括如下步骤， 具体如下所述：

202a:根据所述第二客户端信息，将所述事务提醒信息发送至第二客户端。 202b: 所述第二客户端根据所述事务提醒信息进行事务提醒。

在本实施例中， 所述第二客户端根据所述事务提醒信息进行事务提醒， 可 以进行如下判断：

所述第二客户端判断所接收到的事务提醒信息与当前数据库中的事务提 醒信息是否发生冲突。

若所接收到的事务提醒信息与当前数据库中的事务提醒信息不发生冲突， 则将所接收到的事务提醒信息添加到当前事务提醒信息数据表中进行事务提 醒； 例如， 第二客户端接收到 "2012年 1月 10日上午 10点在北京某酒店 403 房间参加同学聚会" 的事务提醒信息， 则第二客户端会查询当前数据库中的数 据信息。

若在当前数据库中显示 2012年 1月 10日上午 10点没有将要参加的数据 信息，则第二客户端会将 "2012年 1月 10日上午 10点在北京某酒店 403房间 参加同学聚会"的事务提醒信息添加到当前事务提醒信息数据表中进行事务提 醒。 第二客户端依据用户设置的事务提醒方式、 提醒时间和事务提醒频率进行 事务提醒， 并通过事务提醒软件来完成事务提醒的过程。 如果用户设置从事务 开始之前两个小时内， 每隔半个小时进行事务提醒， 则在 2012年 1月 10 曰上 午 8点、 8点半、 9点、 9点半和 10点分别以不同的提醒铃声对用户进行事务 提醒并播放事务提醒信息， 以方便用户安排好出行时间。 其中， 事务提醒软件 包括日程安排类软件， 可以按照日程时间做好日程安排， 由用户将自己的日程 安排输入设备， 起到定时提醒的功能。 事务提醒软件可以部署在移动设备， 也 可以部署在非移动设备上， 这样可以扩大事务提醒在现实生活中的应用范围。

若所接收到的事务提醒信息与当前数据库中的事务提醒信息发生冲突， 则 对所接收到的事务提醒信息进行修改并将所修改的事务提醒信息添加到当前 事务提醒信息数据表中进行事务提醒或将所接收到的事务提醒信息删除；

具体地， 若所接收到的事务提醒信息与当前数据库中的事务提醒信息发生 冲突，对所接收到的事务提醒信息进行修改并将所修改的事务提醒信息添加到 当前事务提醒信息数据表中进行事务提醒。 具体修改方式可以有以下 2种：

1 )通过接收执行人所对应的客户端的用户修改指令， 对所接收到的事务 提醒信息进行修改并将所修改的事务提醒信息添加到当前事务提醒信息数据 表中进行事务提醒；

例如， 第二客户端接收到 "2012年 1月 10日上午 10点在北京某酒店 403 房间参加同学聚会" 的事务提醒信息， 则第二客户端会查询当前数据库中的数 据信息。 若在当前数据库中显示 2012年 1月 10日上午 10点有将要参加的数 据信息， 则通知执行人该事务提醒信息； 执行人发送修改指令， 接收执行人所 对应的客户端的用户修改指令： "把该事务提醒信息的时间延后一个小时"， 对 所接收的事务提醒信息进行修改，修改为 "2012年 1月 10日上午 11点在北京 某酒店 403房间参加同学聚会"； 并将修改后的事务提醒信息 "2012年 1月 10 曰上午 11点在北京某酒店 403房间参加同学聚会" 添加到当前事务提醒信息 数据表中进行事务提醒。

2 )通过执行人所对应的客户端的所预置的修改策略， 对所接收到的事务 提醒信息进行修改并将所修改的事务提醒信息添加到当前事务提醒信息数据 表中进行事务提醒；

例如， 第二客户端接收到 "2012年 1月 10日上午 10点在北京某酒店 403 房间参加同学聚会" 的事务提醒信息， 则第二客户端会查询当前数据库中的数 据。 若在当前数据库中显示 2012年 1月 10日上午 10点有将要参加会议的数 据信息， 则第二客户端依据预置修改策略进行修改。 若预置修改策略是： 若所 接收的事务提醒信息与当前数据库中的事务提醒信息发生冲突， 则将所接收的 事务提醒信息的时间推后 1个小时。 依据预置修改策略， 将所接收的事务提醒 信息 "2012年 1月 10曰上午 10点在北京某酒店 403房间参加同学聚会" 修 改为 "2012年 1月 10日上午 11点在北京某酒店 403房间参加同学聚会"， 并 将修改后的事务提醒信息 "2012年 1月 10曰上午 11点在北京某酒店 403房间 参加同学聚会" 添加到当前事务提醒信息数据表中进行事务提醒。 同时， 将 所修改的事务提醒信息" 2012年 1月 10曰上午 11点在北京某酒店 403房间参 加同学聚会"反馈给所述第一客户端， 即需求人所对应的客户端， 以方便需求 人查看修改后的事务提醒信息。 为了减少执行人对事务遗忘或丟失情况的发 生 , 执行人所对应的客户端和需求人所对应的客户端之间通过 QQ, MSN或微 博等社交软件进行实时交流。

若所接收到的事务提醒信息与当前数据库中的事务提醒信息发生冲突，将 所接收到的事务提醒信息删除；

例如， 第二客户端接收到 "2012年 1月 10日上午 10点在北京某酒店 403 房间参加同学聚会" 的事务提醒信息， 则第二客户端会查询当前数据库中的数 据信息。 若在当前数据库中显示 2012年 1月 10日上午 10点有将要参加的数 据信息， 则通知执行人该事务提醒信息， 执行人发出删除指令； 接收执行人所 对应的客户端的用户删除指令， 将所接收的事务提醒信息删除。

在本发明实施例一中设置了服务器来完成根据所述第二客户端信息，将所 述事务提醒信息发送至第二客户端，使所述第二客户端根据所述事务提醒信息 进行事务提醒的过程。其中，服务器可以是 QQ软件的服务器，也可以是 MSN 的服务器， 也可以是微博的服务器。

本实施例通过根据第二客户端信息， 将第一客户端所发送的事务提醒信息 发送至第二客户端， 使第二客户端根据所述事务提醒信息进行事务提醒， 实现 了自动提醒用户的功能， 减少了执行人对事务遗忘或丟失情况的发生。 同时通 过采用云端存储需求的技术手段， 方便执行人所对应的客户端和需求人所对应 的客户端统一查看、 管理实务和冲突智能提醒的作用； 执行人所对应的客户端 和需求人所对应的客户端在同一社交软件中进行交互， 实现了双方的实时交 流。

参见图 3 , 示出了传统事务提醒方法的缺点。

从图 3中可以看出：

传统事务提醒的方法是当需求人要求或请求执行人记住某件事的执行曰 期时， 就要求需求人通过口头， 邮件等形式通知执行人， 执行人再选择自己的 方式来记录事务安排。 上述过程会带来如下缺点， 具体如下所述：

①在传达的过程中， 可能会出现需求人传达不清， 执行人重视度不够， 受 外界影响等问题， 导致执行人不会马上记录， 导致需求在输入之前就被遗忘或 丟失了。 并且在事务的安排交流通常只出现在这期间， 在这期间又可能会出现 执行人对自己事务安排不清楚， 造成答应的需求与其他事情有冲突的情况。

②当执行人进行事务的记录时， 发现与其他事务有冲突的情况， 有可能对 该事务进行修改， 丟弃， 与需求人的重新沟通交流又会耗费一定的成本。

参见图 4, 示出了本发明中事务提醒方法的框架图。

需求人所对应的客户端创建需求并发送事务提醒信息和执行人所对应的 客户端的信息至服务器； 服务器下发需求人所对应的客户端的事务提醒信息到 执行人所对应的客户端，执行人所对应的客户端将所接收到的需求人所对应的 客户端的事务提醒信息设置到执行人所对应的客户端的提醒软件中进行提醒； 当执行人所对应的客户端收到执行需求时， 可以反馈执行与否， 并修改需求人 所对应的客户端所发送的事务提醒信息； 执行人所对应的客户端所修改的事务 提醒信息返回服务器，再由服务器把相对应的修改后的事务提醒信息反馈给需 求人所对应的客户端， 需求人所对应的客户端能够依据执行人所对应的客户端 的反馈意见再设置合适的事务提醒信息。

本实施例提供的上述方法， 通过根据第二客户端信息， 将第一客户端所发 送的事务提醒信息发送至第二客户端，使第二客户端根据所述事务提醒信息进 行事务提醒， 实现了自动提醒用户的功能， 减少了执行人对事务遗忘或丟失情 况的发生。 实施例二

参见图 5 , 本实施例提供了一种事务提醒的装置， 包括：

本实施例提供了一种事务提醒的装置， 该装置包括： 信息接收模块 501和 事务提醒模块 502;

信息接收模块 501 , 用于接收第一客户端所发送的事务提醒信息和第二客 户端信息；

事务提醒模块 502, 用于根据所述第二客户端信息， 将所述事务提醒信息 发送至第二客户端， 使所述第二客户端根据所述事务提醒信息进行事务提醒。

本实施例中， 所述事务提醒信息包括事务提醒主题、 事务提醒时间、 事务 提醒频率及用户设置的事务提醒方式等等。

本实施例提供的上述装置可以应用于服务器中， 该服务器可以为单独的服 务器， 或者， 也可以是集成在其它应用中的服务器， 如 QQ 软件的服务器， MSN的服务器， 或微博的服务器等等。

本实施例提供的上述装置， 通过根据第二客户端信息， 将第一客户端所发 送的事务提醒信息发送至第二客户端，使第二客户端根据所述事务提醒信息进 行事务提醒， 实现了自动提醒用户的功能， 减少了执行人对事务遗忘或丟失情 况的发生。 实施例三

参见图 6, 本实施例提供了一种事务提醒的第二客户端， 包括：

接收模块 601 , 用于接收事务提醒信息；

事务提醒模块 602, 用于根据所述接收模块 601收到的所述事务提醒信息 进行事务提醒。

参见图 7, 该事务提醒模块 602包括： 信息判断单元 602a、 非冲突事务提 醒单元 602b和冲突事务提醒单元 602c;

信息判断单元 602a,用于判断接收模块 601接收到的事务提醒信息与当前 数据库中的事务提醒信息是否发生冲突；

非冲突事务提醒单元 602b, 用于若信息判断单元 602a判断出所述事务提 醒信息与当前数据库中的事务提醒信息不发生冲突， 则将接收模块 601接收到 的事务提醒信息添加到当前事务提醒信息数据表中进行事务提醒； 冲突事务提醒单元 602c, 用于若信息判断单元 602a判断出所述事务提醒 信息与当前数据库中的事务提醒信息发生冲突， 则对接收模块 601接收到的事 务提醒信息进行修改并将所修改的事务提醒信息添加到当前事务提醒信息数 据表中进行事务提醒， 或者将所接收到的事务提醒信息删除。

本实施例中， 进一步地， 所述冲突事务提醒单元 602c包括：

冲突事务信息修改子单元， 用于根据用户的修改指令对接收模块 601接收 到的事务提醒信息进行修改或根据预置修改策略对接收模块 601接收到的事务 提醒信息进行修改。

本实施例中， 进一步地， 所述冲突事务信息修改子单元还包括： 信息反馈子单元， 用于将根据预置修改策略修改的事务提醒信息反馈给所 述第一客户端。

本实施例中， 所述事务提醒信息包括： 事务提醒主题、 事务提醒时间、 事 务提醒频率及用户设置的事务提醒方式。

综上所述， 本实施例提供的第二客户端， 通过接收事务提醒信息， 根据所 述事务提醒信息进行事务提醒， 实现了自动提醒用户的功能， 减少了执行人对 事务的遗忘或丟失情况的发生。 同时通过采用云端存储需求的技术手段， 方便 执行人所对应的客户端和需求人所对应的客户端统一查看、 管理实务和冲突智 能提醒的作用； 执行人所对应的客户端和需求人所对应的客户端在同一社交软 件中进行交互， 实现了双方的实时交流。 实施例四

参见图 8, 本实施例提供了一种事务提醒的系统， 所述系统包括： 第一客 户端 801、 事务提醒的装置 802和第二客户端 803;

第一客户端 801 , 用于发送事务提醒信息和第二客户端信息给所述事务提 醒的装置；

事务提醒的装置 802包括：

信息接收模块， 用于接收所述第一客户端发送的所述事务提醒信息和第二 客户端信息；

第一事务提醒模块 , 用于根据所述信息接收模块收到的所述第二客户端信 息， 将所述事务提醒信息发送至所述第二客户端；

第二客户端 803包括： 接收模块， 用于接收所述事务提醒的装置发送的所述事务提醒信息； 第二事务提醒模块， 用于根据所述接收模块收到的所述事务提醒信息进行 事务提醒。

本实施例提供的上述系统， 通过根据第二客户端信息， 将第一客户端所发 送的事务提醒信息发送至第二客户端，使第二客户端根据所述事务提醒信息进 行事务提醒， 实现了自动提醒用户的功能， 减少了执行人对事务的遗忘或丟失 情况的发生。 同时通过采用云端存储需求的技术手段， 方便执行人所对应的客 户端和需求人所对应的客户端统一查看、 管理实务和冲突智能提醒的作用； 执 行人所对应的客户端和需求人所对应的客户端在同一社交软件中进行交互， 实现了双方的实时交流。 需要说明的是： 上述实施例提供的事务提醒的装置在事务提醒时， 仅以上 述各功能模块的划分进行举例说明， 实际应用中， 可以根据需要而将上述功能 分配由不同的功能模块完成， 即将设备的内部结构划分成不同的功能模块， 以 完成以上描述的全部或者部分功能。 另外， 上述实施例提供的事务提醒的装置 与事务提醒的方法实施例属于同一构思， 其具体实现过程详见方法实施例， 这 里不再贅述。

上述本发明实施例序号仅仅为了描述， 不代表实施例的优劣。

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

以上所述仅为本发明的较佳实施例， 并不用以限制本发明， 凡在本发明的 精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的 保护范围之内。

Claims

权 利 要 求 书

1、 一种事务提醒的方法， 其特征在于， 所述方法包括：

接收第一客户端发送的事务提醒信息和第二客户端信息；

根据所述第二客户端信息， 将所述事务提醒信息发送至第二客户端， 使所 述第二客户端根据所述事务提醒信息进行事务提醒。

2、 根据权利要求 1所述的方法， 其特征在于， 所述方法还包括： 所述第二客户端接收所述事务提醒信息， 判断所述事务提醒信息与当前数 据库中的事务提醒信息是否发生冲突；

若所述事务提醒信息与当前数据库中的事务提醒信息不发生冲突， 则所述 第二客户端将所述事务提醒信息添加到当前事务提醒信息数据表中进行事务提 醒；

若所述事务提醒信息与当前数据库中的事务提醒信息发生冲突， 则所述第 二客户端对所述事务提醒信息进行修改并将修改的事务提醒信息添加到当前事 务提醒信息数据表中进行事务提醒， 或者将所述事务提醒信息删除。

3、 根据权利要求 2所述的方法， 其特征在于， 所述第二客户端对所述事务 提醒信息进行修改， 具体包括：

所述第二客户端根据用户的修改指令对所述事务提醒信息进行修改； 或 所述第二客户端根据预置修改策略对所述事务提醒信息进行修改。

4、 根据权利要求 3所述的方法， 其特征在于， 所述第二客户端根据预置修 改策略对所述事务提醒信息进行修改之后， 还包括：

所述第二客户端将修改的事务提醒信息反馈给所述第一客户端。

5、 根据权利要求 1至 4中任一项所述的方法， 其特征在于，

所述事务提醒信息包括事务提醒主题、 事务提醒时间、 事务提醒频率及用 户设置的事务提醒方式。

6、 一种事务提醒的装置， 其特征在于， 所述装置包括：

信息接收模块， 用于接收第一客户端发送的事务提醒信息和第二客户端信 息；

事务提醒模块， 用于根据所述信息接收模块收到的所述第二客户端信息， 将所述事务提醒信息发送至第二客户端， 使所述第二客户端根据所述事务提醒 信息进行事务提醒。

7、 根据权利要求 6所述的装置， 其特征在于， 所述事务提醒信息包括事务 提醒主题、 事务提醒时间、 事务提醒频率及用户设置的事务提醒方式。

8、 一种事务提醒的第二客户端， 其特征在于， 所述第二客户端包括： 接收模块， 用于接收事务提醒信息；

事务提醒模块， 用于根据所述接收模块收到的所述事务提醒信息进行事务 提醒。

9、 根据权利要求 8所述的第二客户端， 其特征在于， 所述事务提醒模块 包括：

信息判断单元， 用于判断所述接收模块收到的所述事务提醒信息与当前数 据库中的事务提醒信息是否发生冲突；

非冲突事务提醒单元， 用于若所述信息判断单元判断出所述事务提醒信息 与当前数据库中的事务提醒信息不发生冲突， 则将所述接收模块收到的所述事 务提醒信息添加到当前事务提醒信息数据表中进行事务提醒；

冲突事务提醒单元， 用于若所述信息判断单元判断出所述事务提醒信息与 当前数据库中的事务提醒信息发生冲突， 则对所述接收模块收到的所述事务提 醒信息进行修改并将修改的事务提醒信息添加到当前事务提醒信息数据表中进 行事务提醒， 或者将所述接收模块收到的所述事务提醒信息删除。

10、 根据权利要求 9所述的第二客户端， 其特征在于， 所述冲突事务提醒 单元包括：

冲突事务信息修改子单元， 用于根据用户的修改指令对所述接收模块收到 的所述事务提醒信息进行修改， 或根据预置修改策略对所述接收模块收到的所 述事务提醒信息进行修改。

11、 根据权利要求 10所述的第二客户端， 其特征在于， 所述冲突事务信息 修改子单元还包括：

信息反馈子单元， 用于将根据预置修改策略修改的事务提醒信息反馈给所 述第一客户端。

12、 根据权利要求 8至 11中任一项所述的第二客户端， 其特征在于， 所述 事务提醒信息包括事务提醒主题、 事务提醒时间、 事务提醒频率及用户设置的 事务提醒方式。

13、 一种事务提醒的系统， 其特征在于， 所述系统包括： 第一客户端、 事 务提醒的装置和第二客户端； 所述第一客户端， 用于发送事务提醒信息和第二客户端信息给所述事务提 醒的装置；

所述事务提醒的装置包括：

信息接收模块， 用于接收所述第一客户端发送的所述事务提醒信息和第二 客户端信息；

事务提醒模块， 用于根据所述信息接收模块收到的所述第二客户端信息， 将所述事务提醒信息发送至所述第二客户端；

所述第二客户端包括：

接收模块， 用于接收所述事务提醒的装置发送的所述事务提醒信息； 事务提醒模块， 用于根据所述接收模块收到的所述事务提醒信息进行事务 提醒。