后一次登录的时间与当前时间的时间差小于第二设定阈值，或者，最后一次登录的时间与当前时间的时间差小于第二设定阈值以及激活时间与当前时间的时间差小于第三设定阈值，或者激活时间与当前时间的时间差小于第三设定阈值。上述第二设定阈值是不小于O的数值，上述第三设定阈值也是不小于O的数值。
[0050]当然，第一时间限制条件并不局限于上述列出的条件，任何对数据接收方的行为时间的限制条件均在本发明的保护范围内。
[0051]具体的，属性限制条件可以包括:数据接收方的安全性分值是否大于第四设定阈值；其中安全性分值是预先根据数据接收方的行为统计得到的表示数据接收方的安全性的分值。比如，可以根据统计的设定时间内数据接收方登录系统的次数得到该安全性分值，登录系统的次数越多，安全性分值越高，登录系统的次数越少，安全性分值越低。
[0052]当然，属性限制条件并不局限于上述列出的条件，任何对数据接收方所具备属性的限制条件均在本发明的保护范围内。
[0053]具体的，第二条件包括:第二区域限制条件、第二时间限制条件和数量限制条件中的至少一个条件；
[0054]其中，第二区域限制条件是对待发放数据所描述对象的所属区域或生成待发放数据的设备所属区域的限制条件；第二时间限制条件是对待发放数据的生成时间的限制条件；数量限制条件是对选取的待发放数据的数量的限制条件。
[0055]当然，第二条件并不局限于上述列出的条件，任何对待发送数据的限定条件均在本发明的保护范围内。
[0056]具体的，步骤12中从各待发送数据中选取出满足第二条件的待发送数据，其具体实现可以如下:
[0057]从各待发送数据中选取出满足第二区域限制条件的待发送数据，判断第二条件中是否包括数量限制条件，若是，则从满足第二区域限制条件的待发送数据中选取出数量满足数量限制条件并且生成时间满足第二时间限制条件的待发送数据，否则，从满足第二区域限制条件的待发送数据中选取出数量为设定值并且生成时间满足第二时间限制条件的待发送数据；将选取出的待发送数据作为满足第二条件的待发送数据。上述设定值可以是大于O的整数。
[0058]当然，选取待发送数据的方法并不局限于上述方案，还可以是:从各待发送数据中选取出满足第二时间限制条件的待发送数据，判断第二条件中是否包括数量限制条件，若是，则从满足第二时间限制条件的待发送数据中选取出数量满足数量限制条件并且满足第二区域限制条件的待发送数据，否则，从满足第二时间限制条件的待发送数据中选取出数量为设定值并且满足第二区域限制条件的待发送数据；将选取出的待发送数据作为满足第二条件的待发送数据。
[0059]还可以是:判断第二条件中是否包括数量限制条件，若是，则从各待发送数据中选取出数量满足数量限制条件的待发送数据，否则，从各待发送数据中选取出数量为设定值的待发送数据；然后，从选取出的待发送数据中再次选取出满足第二区域限制条件和第二时间限制条件的待发送数据，将最后选取出的待发送数据作为满足第二条件的待发送数据;等等。
[0060]具体的，步骤13中，根据数据发放规则为选取出的各待发放数据从选取出的数据接收方中分别确定至少一个数据接收方，其具体实现可以如下:
[0061]将选取出的数据接收方进行排序，按照排序结果依次对排序后的各数据接收方执行如下操作:根据数据发放规则确定需要为当前数据接收方分配的待发放数据的数量，从选取出的待发放数据中抽取该数量的待发放数据，将当前数据接收方作为为抽取的待发放数据所确定的数据接收方。
[0062]进一步的，上述从选取出的待发放数据中抽取该数量的待发放数据，具体可以是从选取出的待发放数据中抽取该数量的、并且对应区域(即待发放数据所描述对象的所属区域或生成待发放数据的设备所属区域)与当前数据接收方所属区域一致的待发放数据，从而可以更精确地为待发送数据指定数据接收方。
[0063]具体的，上述将选取出的数据接收方进行排序，具体实现可以如下:
[0064]根据选取出的数据接收方的安全性分值进行排序，其中安全性分值是预先根据数据接收方的行为统计得到的表示数据接收方的安全性的分值。比如，可以根据统计的设定时间内数据接收方登录系统的次数得到该安全性分值，登录系统的次数越多，安全性分值越高，登录系统的次数越少，安全性分值越低。
[0065]较佳的，在步骤14中对于选取出的各待发放数据，将该待发放数据发送给为该待发放数据确定的数据接收方之后，可以对于选取出的各待发放数据，确定为该待发放数据确定的数据接收方所绑定的终端(比如手机等)，并向绑定的终端发送包含该待发放数据的概要信息的数据接收通知消息，以提醒用户进行数据查看。
[0066]综上所述，本实施例中可以根据预先设定的数据发放规则选取出满足条件的数据接收方和待发送数据，并为每个选取的待发送数据分别确定至少一个满足条件的数据接收方，最后将各待发送数据发送给为其确定的数据接收方，本方案可以自动确定待发送数据的数据接收方，而不需要用户进行数据接收方的选择，从而可以实现批量数据的实时发送，效率较高；并且，采用本方案不需要将待发放数据放在公共页面中，对系统存储空间的要求较低，可行性较高。
[0067]实施例二:
[0068]本实施例以待发放数据为客户关系管理(CRM)系统中的线索数据为例进行说明，线索数据是指CRM系统中的潜在客户信息，该客户后期有机会转化为订单。
[0069]本实施例中，需要预先制定数据发放规则，该数据发放规则中定义了数据接收方即销售方的选取条件、待发放数据即线索的选取条件、以及选取的待发放数据与选取的数据接收方的对应方法。其中，数据接收方的选取条件可以包括:对数据接收方的所属区域的限制条件、对数据接收方的登录时间的限制条件、对数据接收方所具备属性的限制条件中的至少一个；待发放数据的选取条件可以包括:对待发放数据所对应客户的所属区域的限制条件、对待发放数据的生成时间的限制条件、对选取的待发放数据的数量的限制条件中的至少一个。
[0070]本实施例中，使用的数据库主要包括线索信息库、销售方信息库和数据发放规则库。其中，线索信息库中主要包括以下数据库表:
[0071]线索信息表(tbl_customer)，用于存储线索相关的基本信息，包括线索的属性信息、所有者、状态等信息，例如，该表中包括Fid (数据库表自增标识)、FEnerprisedId (企业标识)、FNname (公司名称)、FCustomerType (客户类型)、FLicenceNumber (营业执照号码)、FLicenceEndDate (营业执照到期时间)等字段；
[0072]线索创建信息表(tbl_customer_create_info),用于存储线索在收集入系统时所指定的后续处理的经销方信息；例如，该表中包括Fid (数据库自增标识)、FCustomerId (线索标识)、FRecommendNameAccount (推荐经销方号码)、FCreatorNameAccount (创建人号码)、FCreatorKFExt (创建人工号)等字段；
[0073]线索日志表(tbl_customer_log),用于存储对线索的所有操作的日志信息；例如，该表中包括FId (数据库自增标识)、FCustomerId (线索标识)、FRelatedId (相关表主键)、FOpNameAccount (操作人号码)、FType (操作类型)等字段。
[0074]销售方信息库中主要包括以下数据库表:
[0075]销售方信息表(tbl_crm_user_setting),用于存储销售方的基本信息,包括靠谱度、认可度、线索拥有额度等信息；该表中包括FId (数据库自增标识)、FNameACCOunt (经销方号码)、FKFExt (工号)、FBuffer (线索池大小)、FProtectedBuffer (保护池大小)等字段；
[0076]销售方可销售区域表(tbl_SaleS_reg1n)，用于存储销售方的可售卖区域的信息；该表中包括FId(数据库自增标识)、FNameAccount(经销商号码)、FKFExt(工号)、FReg1n(地区编号)、FCreateTime (创建时间)、FLastUpdateTime (最近更新时间)等字段；
[0077]经销方信息表(tbl_user_setting),用于存储经销方的基本信息；该表中包括FNameAccount (经销方号码)、FCanOrder (提交订单标志位)、FSettlement (参与结算标志位)、FKaoHe (参与考核标志位)等字段；
[0078]经销方下属信息表(tbl_uSer_eXt)，用于存储经销方下的销售方基本信息；该表中包括FId(数据库自增标识)、FNameAccount(经销方号码)、FUserId(帐号标识)、FUserName(帐号名称)等字段；
[0079]登录日志表(tbl_login_log)，用于存储所有用户登录CRM系统的信息；该表中包括 FNameAccount (经销方号码)、FKFUin (工号)、FWrongPassword (错误密码)、FAuthCode(验证码)、FIP (IP地址)等字段。
[0080]数据发放规则库中主要包括以下数据库表:
[0081]数据发放规则表(tbl_reg1n_assign_rule),用于存储数据发放规则；该表中包括FId (数据库自增标识)、FReg1n (地区编号)、FRules (规则标识)、FParams (规则参数)、FStatus (状态标志位)、FClass (规则对应的类)等字段。
[0082]上述各表的关系可以参见表2A。
[0083]如图2B所示，本实施例的整体处理流程如下:
[0084]步骤20:管理设备从数据发放规