发明内容
鉴于上述问题,提出了本申请以便提供一种克服上述问题或者至少部分地解决上述问题的一种通信信息的处理方法、一种通信信息的处理装置和相应的一种服务器。
依据本申请的一个方面,提供了一种通信信息的处理方法,应用于服务器端,包括:
接收第一终端的通信信息,所述通信信息具有对应的标识信息;
判断所述标识信息是否满足第一预设规则;
若是,则依据第二预设规则对所述通信信息进行处理。
可选地,所述标识信息包括第一终端的用户号码,所述判断所述标识信息是否满足第一预设规则的步骤包括:
提取所述通信信息中的用户号码;
判断所述用户号码是否满足第一预设规则。
可选地,所述通信信息包括来电信息,和/或,短信信息,所述判断所述用户号码是否满足第一预设规则的步骤包括:
遍历预置的号码数据库;
确定所述预置的号码数据库中是否包括所述用户号码。
可选地,当所述用户号码为预置的号码数据库中的第一类号码时,所述第二预设规则为拦截来电,所述依据第二预设规则对所述通信信息进行处理的步骤包括:
拦截所述第一类号码的来电。
可选地,当所述用户号码为预置的号码数据库中的第二类号码时,所述第二预设规则为拦截来电并提醒,所述依据第二预设规则对所述通信信息进行处理的步骤包括:
拦截所述第二类号码的来电,并向第二终端发送提醒信息。
可选地,当所述用户号码为预置的号码数据库中的第三类号码时,所述第二预设规则为自动回复信息,所述依据第二预设规则对所述通信信息进行处理的步骤包括:
向第一终端发送反馈信息。
可选地,所述向第一终端发送反馈信息的步骤包括:
向第一终端发送由第二终端预设的短信信息。
可选地,当所述用户号码为预置的号码数据库中的第四类号码时,所述第二预设规则为推送用户信息,所述依据第二预设规则对所述通信信息进行处理的步骤包括:
获取所述第四类号码的用户信息;
在将所述第四类号码的来电转接至第二终端后,向所述第二终端推送所述第四类号码的用户信息。
可选地,当所述用户号码为预置的号码数据库中的第五类号码时,所述第二预设规则为查询短信信息中特定内容的状态信息,所述依据第二预设规则对所述通信信息进行处理的步骤包括:
获取所述短信信息中的第二标识信息;
针对所述第二标识信息,获取与所述短信信息相对应的状态信息;
将所述短信信息及所述状态信息转发至第二终端。
可选地,所述第二标识信息为快递单号信息,所述针对所述第二标识信
息,获取与所述短信信息相对应的状态信息的子步骤包括:
根据所述快递单号信息,查询相应的快递物流状态信息;
所述将所述短信信息及所述状态信息转发至第二终端的子步骤包括:
将所述短信信息及所述快递物流状态信息转发至第二终端。
根据本申请的另一方面,提供了一种通信信息的处理的装置,应用于服务器端,包括:
接收模块,用于接收第一终端的通信信息,所述通信信息具有对应的标识信息;
判断模块,用于判断所述标识信息是否满足第一预设规则;
处理模块,用于在所述标识信息满足第一预设规则时,依据第二预设规则对所述通信信息进行处理。
可选地,所述标识信息包括第一终端的用户号码,所述判断模块包括:
提取子模块,用于提取所述通信信息中的用户号码;
判断子模块,用于判断所述用户号码是否满足第一预设规则。
可选地,所述通信信息包括来电信息,和/或,短信信息,所述判断子模块包括:
遍历单元,用于遍历预置的号码数据库;
确定单元,用于确定所述预置的号码数据库中是否包括所述用户号码。
可选地,所述用户号码为预置的号码数据库中的第一类号码,所述处理模块包括:
拦截子模块,用于拦截所述第一类号码的来电。
可选地,所述用户号码为预置的号码数据库中的第二类号码,所述处理模块包括:
提醒子模块,用于拦截所述第二类号码的来电,并向第二终端发送提醒信息。
可选地,所述用户号码为预置的号码数据库中的第三类号码,所述处理模块包括:
反馈子模块,用于向第一终端发送反馈信息。
可选地,所述反馈子模块包括:
反馈单元,用于向第一终端发送由第二终端预设的短信信息。
可选地,所述用户号码为预置的号码数据库中的第四类号码,所述处理模块包括:
用户信息获取子模块,用于获取所述第四类号码的用户信息;
用户信息推送子模块,用于在将所述第四类号码的来电转接至第二终端后,向所述第二终端推送所述第四类号码的用户信息。
可选地,所述用户号码为预置的号码数据库中的第五类号码,所述处理模块包括:
第二标识信息获取子模块,用于获取所述短信信息中的第二标识信息;
状态信息获取子模块,用于针对所述第二标识信息,获取与所述短信信息相对应的状态信息;
转发子模块,用于将所述短信信息及所述状态信息转发至第二终端。
可选地,所述第二标识信息为快递单号信息,所述状态信息获取子模块包括:
快递物流状态信息查询单元,用于根据所述快递单号信息,查询相应的快递物流状态信息;
所述转发子模块包括:
转发单元,用于将所述短信信息及所述快递物流状态信息转发至第二终端。
根据本申请的又一方面,提供了一种服务器,包括:
存储器,以及一个或者一个以上的程序,其中一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令:
接收第一终端的通信信息,所述通信信息具有对应的标识信息;
判断所述标识信息是否满足第一预设规则;
若是,则依据第二预设规则对所述通信信息进行处理。
可选地,所述标识信息包括第一终端的用户号码,所述判断所述标识信息是否满足第一预设规则的步骤包括:
提取所述通信信息中的用户号码;
判断所述用户号码是否满足第一预设规则。
根据本申请的一种通信信息的处理方法、装置和服务器,电信运营商服务器在接收到针对当前用户的通信信息后,可以通过判断所述通信信息的标识信息是否满足第一预设规则,若是,则可以依据第二预设规则对所述通信信息进行处理,使得电信运营商服务器可以对来电信息或短信信息进行初步识别,若是骚扰电话或垃圾短信等,则可以直接在电信运营商服务器端进行处理,避免了骚扰电话或垃圾短信对用户的打扰。
上述说明仅是本申请技术方案的概述,为了能够更清楚了解本申请的技术手段,而可依照说明书的内容予以实施,并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂,以下特举本申请的具体实施方式。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
参照图1,示出了根据本申请一个实施例的一种通信信息的处理方法实施例的步骤流程图,所述方法应用于服务器端,所述方法具体可以包括如下步骤:
步骤101,接收第一终端的通信信息,所述通信信息具有对应的标识信息;
在本申请实施例中,所述通信信息可以包括来电信息、短信信息等。所述第一终端可以是与当前用户终端相对应的其他用户终端,具体地,所述第一终端可以是手机、平板电脑等移动终端,也可以是具备拨打电话、发送短信的其他终端设备,例如,由主机和笔记本电脑组成的,通过短信群发器、短信发信机等相关设备,能够实现对外拨打电话、发送短信的其他类型的终端设备。本申请对第一终端的具体形式不作限定。
在本申请实施例中,所述通信信息还具有对应的标识信息,用于识别发送所述通信信息的第一终端。一般地,所述标识信息可以是第一终端的用户号码。如图2所示,是根据本申请一个实施例的一种通信信息的处理方法实施例的业务流程图。
步骤102,判断所述标识信息是否满足第一预设规则;
在本申请实施例中,可以在服务器预置号码数据库,所述服务器可以是电信运营商的服务器,即电信运营商的呼叫接续服务器。当运营商服务器在接收到第一终端呼叫当前用户的来电信息或发送至当前用户的短信信息后,可以从所述来电信息或短信信息中提取出第一终端的用户号码,进而判断所述用户号码是否满足第一预设规则。
在具体实现中,预置的号码数据库可以是一个以用户号码为主键的数据库,可以具备归属地、运营商归属、姓名或名称、头像或图标、标记类型、标记次数等等相关数据。其数据可以是运营商维护录入的,也可以是通过用户标记获得,例如,用户可以标记某个号码为骚扰电话、推销、快递等不同的分类。
进一步地,所述第一预设规则可以包括“黑白名单规则、黑白名单号码列表、生效时间段、生效地点、生效倒计时、号码号段等等、指定归属地区、指定运营商”等等规则。
因此,在本申请实施例中,所述判断所述用户号码是否满足第一预设规则可以通过遍历预置的号码数据库,确定所述预置的号码数据库中是否包括所述通信信息的用户号码来实现。当电信运营商的服务器通过将接收到的用户号码与预置的号码数据库中的号码进行比对,确定所述用户号码属于某一类型的号码,即确定所述用户号码满足第一预设规则后,可以执行步骤103,依据第二预设规则对所述通信信息进行处理。
步骤103,依据第二预设规则对所述通信信息进行处理。
在本申请实施例中,所述第二预设规则可以是当前用户自行设置并上传至电信运营商服务器的对通信信息的处理规则。例如,对于骚扰类来电信息或短信信息,可以设置为由电信运营商服务器直接进行拦截,而对于同事类用户号码,则可以设置为在非工作时间拒绝接听所述同事类用户号码的来电信息等等。第二预设规则可以根据用户的实际需要具体设定,本申请对此不作具体限定。
在本申请实施例中,电信运营商服务器在接收到针对当前用户的通信信息后,可以判断所述通信信息的标识信息是否满足第一预设规则,若是,则可以依据第二预设规则对所述通信信息进行处理,使得电信运营商服务器可以对来电信息或短信信息进行初步识别,若是骚扰电话或垃圾短信等恶意通信信息,则可以直接在电信运营商服务器端进行处理,避免了骚扰电话或垃圾短信对用户的打扰。
其次,由于本申请实施例对恶意通信信息的处理完全在电信运营商的服务器端完成,无需终端设备或软件的参与,因此,采用步骤101-103所述的方法,不会对终端设备造成任何的不良影响。
参照图3,示出了根据本申请另一个实施例的一种通信信息的处理方法实施例的步骤流程图,所述方法应用于服务器端,所述方法具体可以包括如下步骤:
步骤301,接收第一终端的通信信息,所述通信信息具有对应的标识信息;
在本申请实施例中,所述通信信息可以包括来电信息、短信信息等。所述第一终端可以是与当前用户终端相对应的其他用户终端,具体地,所述第一终端可以是手机、平板电脑等移动终端,也可以是具备拨打电话、发送短信的其他终端设备,例如,由主机和笔记本电脑组成的,通过短信群发器、短信发信机等相关设备,能够实现对外拨打电话、发送短信的其他类型的终端设备。本申请对第一终端的具体形式不作限定。
在本申请实施例中,所述通信信息还具有对应的标识信息,用于识别发送所述通信信息的第一终端。一般地,所述标识信息可以是第一终端的用户号码。
步骤302,提取所述通信信息中的用户号码;
步骤303,遍历预置的号码数据库;
步骤304,确定所述预置的号码数据库中是否包括所述用户号码;
在本申请实施例中,可以在电信运营商的服务器即电信运营商的呼叫接续服务器中预置号码数据库,当所述呼叫接续服务器在接收到第一终端呼叫当前用户的来电信息或发送至当前用户的短信信息后,可以从所述来电信息或短信信息中提取出第一终端的用户号码,通过遍历预置的号码数据库,确定所述预置的号码数据库中是否包括所述用户号码。
在具体实现中,所述预置的号码数据库可以是运营商维护录入的,也可以是通过用户标记获得的。
在本申请实施例中,为了对不同类型的通信信息进行区别出来,可以根据用户号码的不同分类,将其设置成不同的子数据库,例如,快递类、骚扰电话类等等;在具体实现中,当前用户也可以向号码数据库上传自定义的子数据库,例如,同事类、朋友类、家人类等等。
若所述预置的号码数据库中包括所述用户号码,则可以进一步执行步骤305,依据第二预设规则对所述通信信息进行处理。
步骤305,依据第二预设规则对所述通信信息进行处理。
在本申请实施例中,所述第二预设规则可以是由用户自行设置形成的,例如,针对不同的用户号码类型,可以设置“拦截黑名单”、“拦截时段”、“拦截标记为‘诈骗电话’类型”等等规则。
在本申请实施例中,当所述用户号码为预置的号码数据库中的第一类号码时,所述第二预设规则可以为拦截来电,因此,所述依据第二预设规则对所述通信信息进行处理的步骤具体可以包括如下子步骤:
子步骤3051,拦截所述第一类号码的来电。
在本申请实施例中,所述第一号码可以被标记为“诈骗电话”或“骚扰电话”的用户号码。例如,第一终端呼叫当前用户,电信运营商的呼叫接续服务器在接通后,通过遍历预置的号码数据库,发现第一终端的用户号码为“诈骗电话”或“骚扰电话”,则可以直接对该号码的来电信息进行拦截。使得“诈骗电话”或“骚扰电话”无法打扰到当前用户,避免了当前用户被恶意来电的骚扰。
进一步地,用户还可以对用户号码标记可信度等级,例如,对于“中介推销”类号码,当电信运营商的呼叫接续服务器在接通后,还可以从号码数据库中识别出该号码的可信度等级,然后根据用户设置第二预设规则进行处理,例如,若第二预设规则为“拦截-中介推销电话,并可信度A级含A以上”,则当呼叫接续服务器在识别出所述用户号码的可信度为A级时,自动拦截所述号码的来电。
在本申请实施例中,当所述用户号码为预置的号码数据库中的第二类号码时,所述第二预设规则可以为拦截来电并提醒,因此,所述依据第二预设规则对所述通信信息进行处理的步骤具体可以包括如下子步骤:
子步骤3052,拦截所述第二类号码的来电,并向第二终端发送提醒信息。
在本申请实施例中,所述第二类号码可以是某一特定类型的号码,由于用户在某些时间或某种情况下不方便接听的来电号码。例如,当第二类号码是同事类号码,并设置针对同事类号码的规则为当在非工作时间或周末时,拦截同事号码的来电,并发送短信告知用户时,电信运营商的呼叫接续服务器在非工作时间接收到某一来电,并通过遍历预置的号码数据库,识别所述来电为同事类号码的来电时,可以自动拦截所述来电,并发送提醒信息告知用户某号码在某时间来电一次。
在本申请实施例中,所述用户号码还可以为预置的号码数据库中的第三类号码,所述第二预设规则可以为自动回复信息,因此,所述依据第二预设规则对所述通信信息进行处理的步骤具体可以包括如下子步骤:
子步骤3053,向第一终端发送反馈信息。
在本申请实施例中,所述第三类号码可以是用户设置的白名单号码。当被设置于白名单中的用户号码来电时,电信运营商的呼叫接续服务器可以按照用户设置向第一终端发送反馈信息
在具体实现中,所述向第一终端发送反馈信息的子步骤可以进一步包括:
向第一终端发送由第二终端预设的短信信息。
在本申请实施例中,所述第二终端为当前用户终端。
当第一终端呼叫当前用户,即第一终端用户给当前用户拨打电话时,运营商的呼叫接续服务器在接收到来电信息时,通过遍历预置的号码数据库,确认该来电信息的用户号码为第三类号码,则可以不将该来电转接至第二终端,而是向第一终端发送当前用户预设的短信信息,例如:“今天在南昆山度假,手机信号不好,可以发信息给我,我晚上回复大家!谢谢!”。短信信息的具体内容可以由当前用户自行设定,本申请对此不作具体限定。
在本申请实施例中,所述用户号码还可以为预置的号码数据库中的第四类号码,与所述第四类号码相对应的第二预设规则可以为推送用户信息,因此,所述依据第二预设规则对所述通信信息进行处理的步骤具体可以包括如下子步骤:
子步骤3054,获取所述第四类号码的用户信息;
子步骤3055,在将所述第四类号码的来电转接至第二终端后,向所述第二终端推送所述第四类号码的用户信息。
在本申请实施例中,所述第四类号码可以为企业总机号码。当运营商的呼叫接续服务器在接通拨打至当前用户的来电信息后,通过遍历预置的号码数据库,确认该来电信息的用户号码为第四类号码时,可以根据当前用户设置的第二预设规则,获取该号码的用户信息,并在将所述来电转接至第二终端后,向所述第二终端推送所述第四类号码的用户信息。
例如,当运营商的呼叫接续服务器接通某一来电后,通过遍历预置的号码数据库,确认该来电的号码类型为“企业总机”,可以进一步核对针对“企业总机”的第二预设规则,例如可以是“企业黄页-来电时推送企业详细信息”,则运营商的呼叫接续服务器可以实时获取该企业的相关信息如公司介绍,企业新闻等,并在将所述来电转接至第二终端后,向所述第二终端推送所述企业的相关信息,便于当前用户在接通该来电时,及时查看与所述企业相关的信息,增加了安全性。
在本申请实施例中,所述用户号码还可以为预置的号码数据库中的第五类号码,与所述第五类号码相对应的第二预设规则可以为查询短信信息中特定内容的状态信息,因此,所述依据第二预设规则对所述通信信息进行处理的步骤具体可以包括如下子步骤:
子步骤3056,获取所述短信信息中的第二标识信息;
子步骤3057,针对所述第二标识信息,获取与所述短信信息相对应的状态信息;
子步骤3058,将所述短信信息及所述状态信息转发至第二终端。
在具体实现中,所述第五类号码可以是特定服务类用户号码,例如快递、物流或购物平台等信息类号码。
当运营商的呼叫接续服务器在接收到发送至当前用户的短信信息时,通过确认所述短信信息的用户号码为第五类号码,可以从该短信信息中提取出第二标识信息,并根据所述第二标识信息获取与所述短信信息相对应的状态信息,然后将所述短信信息及所述状态信息转发至当前用户终端。所述第二标识信息可以是当前短信信息中的特定内容信息,例如快递单号、订单号等等。
在具体实现中,所述第二标识信息可以为快递单号信息,此时,所述针对所述第二标识信息,获取与所述短信信息相对应的状态信息的子步骤进一步可以包括:
根据所述快递单号信息,查询相应的快递物流状态信息;
所述将所述短信信息及所述状态信息转发至第二终端的子步骤进一步可以包括:
将所述短信信息及所述快递物流状态信息转发至第二终端。
例如,当运营商的呼叫接续服务器在接收到需要转发至第二终端的短信信息时,通过遍历预置的号码数据库确定该短信信息的用户号码为快递类号码,可以进一步从所述短信信息中提取出相应的快递单号,并查询与所述快递单号相对应的物流状态信息,然后可以将所述短信与所述物流状态信息同时转发至第二终端。运营商的呼叫接续服务器在转发所述短信信息与所述物流状态信息时,可以首先将原短信信息转发至第二终端,然后再向第二终端转发物流状态信息,也可以在原短信信息中标记出与所述快递单号相对应的物流状态后,将所述短信信息转发至第二终端,本申请对此不作具体限定。
在本申请实施例中,通过将号码数据库预置于电信运营商的呼叫接续服务器端,并且可以设置用户的拦截/识别的预设规则,使拦截/识别号码在电信服务器端就能完成处理,而不需要接续到终端后再处理,使得对号码的拦截/识别高效并彻底的无打扰用户,也更加节省终端耗电。
其次,对号码的拦截/识别的预设规则都实时保存在呼叫接续服务器端,也无需终端用户定期对号码数据库及预设规则进行备份,进一步保证了号码数据库和预设规则的安全性和可靠性。
对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请实施例并不受所描述的动作顺序的限制,因为依据本申请实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本申请实施例所必须的。
参照图4,示出了根据本申请一个实施例的一种通信信息的处理装置实施例的结构框图,所述装置应用于服务器端,所述装置具体可以包括如下模块:
接收模块401,用于接收第一终端的通信信息,所述通信信息具有对应的标识信息;
判断模块402,用于判断所述标识信息是否满足第一预设规则;
处理模块403,用于在所述标识信息满足第一预设规则时,依据第二预设规则对所述通信信息进行处理。
在本申请实施例中,所述标识信息可以包括第一终端的用户号码,所述判断模块402具体可以包括如下子模块:
提取子模块4021,用于提取所述通信信息中的用户号码;
判断子模块4022,用于判断所述用户号码是否满足第一预设规则。
在本申请实施例中,所述通信信息可以包括来电信息,和/或,短信信息,所述判断子模块4022具体可以包括如下单元:
遍历单元221,用于遍历预置的号码数据库;
确定单元222,用于确定所述预置的号码数据库中是否包括所述用户号码。
在本申请实施例中,所述用户号码可以为预置的号码数据库中的第一类号码,所述处理模块403具体可以包括如下子模块:
拦截子模块4031,用于拦截所述第一类号码的来电。
在本申请实施例中,所述用户号码还可以为预置的号码数据库中的第二类号码,所述处理模块403具体还可以包括如下子模块:
提醒子模块4032,用于拦截所述第二类号码的来电,并向第二终端发送提醒信息。
在本申请实施例中,所述用户号码还可以为预置的号码数据库中的第三类号码,所述处理模块403具体还可以包括如下子模块:
反馈子模块4033,用于向第一终端发送反馈信息。
在本申请实施例中,所述反馈子模块4033具体可以包括如下单元:
反馈单元331,用于向第一终端发送由第二终端预设的短信信息。
在本申请实施例中,所述用户号码还可以为预置的号码数据库中的第四类号码,所述处理模块403具体还可以包括如下子模块:
用户信息获取子模块4034,用于获取所述第四类号码的用户信息;
用户信息推送子模块4035,用于在将所述第四类号码的来电转接至第二终端后,向所述第二终端推送所述第四类号码的用户信息。
在本申请实施例中,所述用户号码还可以为预置的号码数据库中的第五类号码,所述处理模块403具体还可以包括如下子模块:
第二标识信息获取子模块4036,用于获取所述短信信息中的第二标识信息;
状态信息获取子模块4037,用于针对所述第二标识信息,获取与所述短信信息相对应的状态信息;
转发子模块4038,用于将所述短信信息及所述状态信息转发至第二终端。
在本申请实施例中,所述第二标识信息可以是快递单号信息,所述状态信息获取子模块4037具体可以包括如下单元:
快递物流状态信息查询单元371,用于根据所述快递单号信息,查询相应的快递物流状态信息;
所述转发子模块4038具体可以包括如下单元:
转发单元381,用于将所述短信信息及所述快递物流状态信息转发至第二终端。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本申请还公开了一种服务器,所述服务器可以包括有存储器,以及一个或者一个以上的程序,其中一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令:
接收第一终端的通信信息,所述通信信息具有对应的标识信息;
判断所述标识信息是否满足第一预设规则;
若是,则依据第二预设规则对所述通信信息进行处理。
在本申请实施例中,所述标识信息可以包括第一终端的用户号码,所述判断所述标识信息是否满足第一预设规则的步骤具体可以包括如下子步骤:
提取所述通信信息中的用户号码;
判断所述用户号码是否满足第一预设规则。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本申请也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本申请的内容,并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本申请的示例性实施例的描述中,本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本申请的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本申请的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的通信信息的处理方法、装置和服务器中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本申请公开了A1、一种通信信息的处理方法,应用于服务器端,包括:
接收第一终端的通信信息,所述通信信息具有对应的标识信息;
判断所述标识信息是否满足第一预设规则;
若是,则依据第二预设规则对所述通信信息进行处理。
A2、如A1所述的方法,所述标识信息包括第一终端的用户号码,所述判断所述标识信息是否满足第一预设规则的步骤包括:
提取所述通信信息中的用户号码;
判断所述用户号码是否满足第一预设规则。
A3、如A2所述的方法,所述通信信息包括来电信息,和/或,短信信息,所述判断所述用户号码是否满足第一预设规则的步骤包括:
遍历预置的号码数据库;
确定所述预置的号码数据库中是否包括所述用户号码。
A4、如A3所述的方法,当所述用户号码为预置的号码数据库中的第一类号码时,所述第二预设规则为拦截来电,所述依据第二预设规则对所述通信信息进行处理的步骤包括:
拦截所述第一类号码的来电。
A5、如A3所述的方法,当所述用户号码为预置的号码数据库中的第二类号码时,所述第二预设规则为拦截来电并提醒,所述依据第二预设规则对所述通信信息进行处理的步骤包括:
拦截所述第二类号码的来电,并向第二终端发送提醒信息。
A6、如A3所述的方法,当所述用户号码为预置的号码数据库中的第三类号码时,所述第二预设规则为自动回复信息,所述依据第二预设规则对所述通信信息进行处理的步骤包括:
向第一终端发送反馈信息。
A7、如A6所述的方法,所述向第一终端发送反馈信息的步骤包括:
向第一终端发送由第二终端预设的短信信息。
A8、如A3所述的方法,当所述用户号码为预置的号码数据库中的第四类号码时,所述第二预设规则为推送用户信息,所述依据第二预设规则对所述通信信息进行处理的步骤包括:
获取所述第四类号码的用户信息;
在将所述第四类号码的来电转接至第二终端后,向所述第二终端推送所述第四类号码的用户信息。
A9、如A3所述的方法,当所述用户号码为预置的号码数据库中的第五类号码时,所述第二预设规则为查询短信信息中特定内容的状态信息,所述依据第二预设规则对所述通信信息进行处理的步骤包括:
获取所述短信信息中的第二标识信息;
针对所述第二标识信息,获取与所述短信信息相对应的状态信息;
将所述短信信息及所述状态信息转发至第二终端。
A10、如A9所述的方法,所述第二标识信息为快递单号信息,所述针对所述第二标识信息,获取与所述短信信息相对应的状态信息的子步骤包括:
根据所述快递单号信息,查询相应的快递物流状态信息;
所述将所述短信信息及所述状态信息转发至第二终端的子步骤包括:
将所述短信信息及所述快递物流状态信息转发至第二终端。
本申请还公开了B11、一种通信信息的处理的装置,应用于服务器端,包括:
接收模块,用于接收第一终端的通信信息,所述通信信息具有对应的标识信息;
判断模块,用于判断所述标识信息是否满足第一预设规则;
处理模块,用于在所述标识信息满足第一预设规则时,依据第二预设规则对所述通信信息进行处理。
B12、如B11所述的装置,所述标识信息包括第一终端的用户号码,所述判断模块包括:
提取子模块,用于提取所述通信信息中的用户号码;
判断子模块,用于判断所述用户号码是否满足第一预设规则。
B13、如B12所述的装置,所述通信信息包括来电信息,和/或,短信信息,所述判断子模块包括:
遍历单元,用于遍历预置的号码数据库;
确定单元,用于确定所述预置的号码数据库中是否包括所述用户号码。
B14、如B13所述的装置,所述用户号码为预置的号码数据库中的第一类号码,所述处理模块包括:
拦截子模块,用于拦截所述第一类号码的来电。
B15、如B13所述的装置,所述用户号码为预置的号码数据库中的第二类号码,所述处理模块包括:
提醒子模块,用于拦截所述第二类号码的来电,并向第二终端发送提醒信息。
B16、如B13所述的装置,所述用户号码为预置的号码数据库中的第三类号码,所述处理模块包括:
反馈子模块,用于向第一终端发送反馈信息。
B17、如B16所述的装置,所述反馈子模块包括:
反馈单元,用于向第一终端发送由第二终端预设的短信信息。
B18、如B13所述的装置,所述用户号码为预置的号码数据库中的第四类号码,所述处理模块包括:
用户信息获取子模块,用于获取所述第四类号码的用户信息;
用户信息推送子模块,用于在将所述第四类号码的来电转接至第二终端后,向所述第二终端推送所述第四类号码的用户信息。
B19、如B13所述的装置,所述用户号码为预置的号码数据库中的第五类号码,所述处理模块包括:
第二标识信息获取子模块,用于获取所述短信信息中的第二标识信息;
状态信息获取子模块,用于针对所述第二标识信息,获取与所述短信信息相对应的状态信息;
转发子模块,用于将所述短信信息及所述状态信息转发至第二终端。
B20、如B19所述的装置,所述第二标识信息为快递单号信息,所述状态信息获取子模块包括:
快递物流状态信息查询单元,用于根据所述快递单号信息,查询相应的快递物流状态信息;
所述转发子模块包括:
转发单元,用于将所述短信信息及所述快递物流状态信息转发至第二终端。
本申请还公开了C21、一种服务器,包括:
存储器,以及一个或者一个以上的程序,其中一个或者一个以上程序存储于存储器中,且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令:
接收第一终端的通信信息,所述通信信息具有对应的标识信息;
判断所述标识信息是否满足第一预设规则;
若是,则依据第二预设规则对所述通信信息进行处理。
C22、如C21所述的服务器,所述标识信息包括第一终端的用户号码,所述判断所述标识信息是否满足第一预设规则的步骤包括:
提取所述通信信息中的用户号码;
判断所述用户号码是否满足第一预设规则。