CN100583921C - 一种收集用户通信特征信息的方法和装置 - Google Patents
一种收集用户通信特征信息的方法和装置 Download PDFInfo
- Publication number
- CN100583921C CN100583921C CN200510113163A CN200510113163A CN100583921C CN 100583921 C CN100583921 C CN 100583921C CN 200510113163 A CN200510113163 A CN 200510113163A CN 200510113163 A CN200510113163 A CN 200510113163A CN 100583921 C CN100583921 C CN 100583921C
- Authority
- CN
- China
- Prior art keywords
- information
- user
- collection
- user terminal
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种收集用户通信特征信息的方法,该方法包括:设置收集策略;用户终端根据收集策略收集并保存用户通信特征信息;用户终端将收集到的用户通信特征信息发送给服务器。本发明还公开了一种收集用户通信特征信息的装置,包括:终端信息收集单元,设置在用户终端,用于从应用程序单元中收集符合收集策略的信息,并将收集到的信息存储到用户终端的存储单元;数据传输单元,分别设置在用户终端和服务器,用于用户终端和服务器之间的信息交互;用户信息收集单元,设置在服务器,用于从用户终端获取所收集到的用户通信特征信息,并存储到服务器的存储单元。本发明可实现集中、准确地收集用户通信特征信息,降低运营商的收集构建成本。
Description
技术领域
本发明涉及通信***的信息传输与处理技术,尤其涉及一种收集用户通信特征信息的方法和装置。
背景技术
电信业目前处于一个大变革时代,电信市场从垄断的,同质化的统一大市场逐渐演变成以客户为中心的不同小市场的总和。各种增值业务所占的营收比重以及对电信运营商的影响力在不断提升。因此对客户的细分对电信运营商而言具有非常重要的战略意义。科学的分类方法对使电信运营商在实施营销的时候能够做到有的放矢,有针对性地为客户量身定制产品和服务,在提高客户价值的同时,提高电信运营商的服务水平和运营能力。
目前,电信运营商只有基于对用户的深入研究,通过收集和分析用户通信的特征信息,来了解用户的行为特征、习惯、兴趣等,并建立数据模型,从而挖掘出用户潜在的消费需求。随着用户终端能力的日益强大,用户终端在使用过程中记录了越来越多的用户通信特征信息,这些信息真实的反应了用户在通讯方面的行为特征,以及非通讯行为方面的特征,为电信运营商建立用户数据模型,深入用户研究提供了重要的数据来源。
所述用户通信特征信息可分为两大类,一类是用户的固有特征信息,这需要终端能力上给予支持,比如:通信指纹信息、语音信息、位置信息等;另一类是用户使用终端通讯行为上表现出来的特征信息,比如通话时长记录,短消息记录以及互联网浏览记录等等。所述的通信指纹信息为用户在通信行为方面表现出来的特征数据,这些通信指纹信息包含了用户使用终端的原始数据记录,通过细化和分类,分析出一组能够代表此用户通信行为的习惯性数据,然后将这些数据划分成不同维度(不同的维度是指不同的业务)进行建模,这些不同维度的数学模型的集合就代表了该用户的通信指纹信息。
电信运营商为了建立用户数据模型,深入用户研究,需要收集用户通信特征信息。
目前,电信运营商收集用户通信特征信息的主要方法是从增值服务提供商(SP)以及不同的业务使能部件Enable上收集,所谓Enable为电信运营商提供具体业务能力的逻辑单元。各个SP为用户终端提供了不同的通讯业务,用户在使用某一个通讯业务时,SP设备会记录用户使用该业务时的一些反映用户通信特征信息的原始数据记录,电信运营商再从SP侧的设备上获取这些原始的用户通信特征信息。
但是,目前的收集用户通信特征信息的方案有以下缺点:
1、由于SP对电信运营商有数据欺诈的风险,因此电信运营商从SP处收集的用户通信特征信息的准确性得不到保证。
2、由于各个SP提供的业务不同,同一用户的不同业务的通信特征信息会位于不同的SP设备上,导致电信运营商如果要收集某一用户的通信特征信息时需要从为该用户提供业务的各个SP设备上收集,因此电信运营商收集的用户通信特征信息比较分散,增大了数据分析的难度。
3、由于电信运营商需要与各个SP设备之间建立收集用户通信特征信息的数据连接和相关的附加模块,所以增加了电信运营商收集用户通信特征信息的构建成本。
4、由于提供新业务的SP层出不穷,电信运营商很难及时地与为某一用户提供服务的新增SP设备建立信息收集关系,因此这种方案所收集的用户通信特征信息的全面性也不高。
发明内容
有鉴于此,本发明的主要目的在于一种收集用户通信特征信息的方法和装置,实现集中、准确地收集用户通信特征信息,降低运营商的收集构建成本。
为了实现上述发明目的,本发明的主要技术方案为:
一种收集用户通信特征信息的方法,该方法包括:在用户终端上存储用户或服务器制定的用于收集用户通信特征信息的收集策略,所述收集策略包括收集的触发条件和收集的内容;
判断用户终端是否满足收集策略中的触发条件,当满足触发条件后开始收集满足所述收集策略中收集条件的用户通信特征信息;
用户终端将收集到的用户通信特征信息发送给服务器。
所述存储收集策略的具体过程为:在用户终端上设置面向用户输入的收集策略输入接口;用户终端通过该输入接口接收用户输入的收集策略;用户终端存储该收集策略。
所述存储收集策略的具体过程为:服务器向用户终端发送携带收集策略的指令;用户终端收到该指令后,解析出其中的收集策略,并存储该收集策略。
所述服务器向用户终端发送携带收集策略的指令的具体过程包括:服务器通知用户终端建立数据连接;用户终端发起并建立与服务器之间的数据连接;服务器通过所建立的数据连接向用户终端下发携带收集策略的指令。
在用户终端收到所述携带收集策略的指令后,解析存储其中的收集策略之前,进一步包括:用户终端提示用户所述服务器下发了收集策略;用户终端判断是否接收到了用户的授权指令,如果是则继续执行后续步骤,否则结束本流程。
所述用户终端将收集到的用户通信特征信息发送给服务器的具体过程为:用户终端在收集完用户通信特征信息后通知服务器信息收集完毕,并发起、建立与服务器之间的数据连接;服务器向用户终端下发收集命令;用户终端通过所建立的数据连接向服务器发送所收集到的用户通信特征信息。
所述用户终端将收集到的用户通信特征信息发送给服务器是:用户终端发起并建立与服务器的数据连接,用户终端将所收集到的所有用户通信特征信息主动发送给服务器。
该方法进一步包括:预先在用户终端设置记录管理单元;用户终端在存储收集到的用户通信特征信息后,进一步将存储单元中用户通信特征信息与记录管理单元上的对应记录管理信息进行关联;并且所述用户终端将收集到的用户通信特征信息发送给服务器的具体方法为:服务器向用户终端发送收集命令,该收集命令中包括所要收集的记录管理信息的标识;用户终端根据该记录管理信息标识到存储单元中查询所关联的用户通信特征信息,将查询到的用户通信特征信息发送给服务器。
所述将该用户通信特征信息与记录管理单元上的记录管理信息进行关联的具体过程为:按照所述记录管理单元的结构分析该用户通信特征信息在所述记录管理单元内上对应的记录管理信息的标识,将该用户通信特征信息在存储单元中的标记信息作为该对应的记录管理信息的内容进行保存;在后续的步骤中,根据该记录管理信息的标记信息到存储单元中查询所述用户通信特征信息。
所述用户通信特征信息在存储设备中的标记信息为:该用户通信特征信息的数据库记录索引信息和记录结构内存地址信息。
所述的记录管理单元为记录管理树单元,所述的记录管理信息为记录管理树的节点,所述记录管理标识为管理树节点的统一资源标识URI。
所述服务器发送的收集命令中进一步包括过滤条件,用户终端进一步从所查询到的用户通信特征信息中选择符合所述收集命令中过滤条件的信息,将选择的信息发送给服务器。
所述的收集策略包括:基于收集时间的收集策略和/或基于收集信息内容的收集策略。
所述收集策略是以树型数据结构进行存储的。
一种收集用户通信特征信息的装置,该装置包括:终端信息收集单元,设置在用户终端,用于从应用程序单元中收集符合收集策略的用户通信特征信息,并将收集到的信息存储到用户终端的存储单元,所述收集策略包括收集的触发条件和收集的内容;数据传输单元,分别设置在用户终端和服务器,用于用户终端和服务器之间的信息交互;用户信息收集单元,设置在服务器,用于从用户终端获取所收集到的用户通信特征信息,并存储到服务器的存储单元。
所述终端信息收集单元具体包括:策略管理单元,用于设置并管理对用户通信特征信息的收集策略和收集任务;
触发器,用于监测用户终端的通信状态是否符合收集策略中的触发条件,一旦符合则触发下述采集管理单元工作,将收集策略通知给采集管理单元;采集管理单元,用于根据收集策略控制信息采集单元收集用户通信特征信息,将采集到的信息存储到存储单元,并将存储单元中的信息与记录管理树上的对应节点进行关联;
信息采集单元,用于根据采集管理单元的指令从用户终端的应用程序数据中采集符合收集策略的用户通信特征的原始记录信息,并返回所采集的信息给信息采集单元;记录管理单元,用于建立并维护与用户通信特征信息相关联的记录管理信息。
所述记录管理单元为记录管理树单元,所述记录管理信息为记录管理树节点,记录了用户通信特征信息在存储单元中的标记信息。
所述记录管理单元为规则转换数据库模块。
所述用户信息收集单元具体包括:信息收集单元、信息收集控制单元与外部模块的接口;其中,信息收集单元用于直接与终端信息收集单元进行交互,向终端信息收集单元下发收集操作命令;信息收集控制单元用于设置管理收集策略、对本地存储单元中的用户通信特征信息进行维护,控制信息收集单元与终端信息收集单元进行交互;外部模块接口用于管理和连接外部***。
进一步包括设置在用户终端侧的认证鉴权单元和设置在服务器侧的认证鉴权单元,用于对双方的证书信息进行认证鉴权。
所述存储单元为用于存储用户通信特征信息的用户记录数据库。
相对于现有技术,本发明在用户终端上设置终端信息收集单元,并设置收集策略,根据收集策略收集用户通信特征信息,服务器可以直接从用户终端上获取终端收集的用户通信特征信息。因此,电信运营商收集某一用户的通信特征信息时,可以直接与该用户的终端连接,从用户终端上收集该用户所有的通信特征信息,从而可以实现集中收集用户通信特征信息的目的,降低后期数据分析的难度;由于用户终端上收集的信息反映了用户的真实通信情况,因此本发明所收集的用户通信特征信息的准确性高,可以防止SP的数据欺诈;还有,本发明不需要建立与各个SP设备之间的数据连接和相关的附加模块,所以相对于现有技术其构建成本也很低;最后,由于直接通过用户终端收集用户信息,用户所使用的新旧通信业务信息会及时地反映在用户终端上,因此可通过本发明的方案及时收集用户的各种业务,所收集的用户通信特征信息的全面性高。
附图说明
图1为本发明实施例所述收集用户通信特征信息的装置的结构示意图;
图2为本实施例所述的终端信息收集单元的结构示意图;
图3为本发明所述实施例中终端信息收集单元中所设置的收集策略的一个存储结构图;
图4为一个具体的记录管理树的示意图;
图5为所述收集用户通信特征信息的方法的第一实施例的流程图;
图6为步骤3中所述用户终端按照收集策略执行收集任务的具体流程图;
图7为将所述将数据库中的用户通信特征信息关联到记录管理树对象节点上的流程图;
图8为所述收集用户通信特征信息的方法的第二实施例的流程图。
具体实施方式
下面通过具体实施例和附图对本发明做进一步详细说明。
本发明的核心技术方案为:电信运营商与用户终端直接建立收集关系,由用户终端根据预设的收集策略收集用户通信特征信息,并将所收集到的用户通信特征信息上传给电信运营商的服务器。
图1为本发明实施例所述收集用户通信特征信息的装置的结构示意图。参见图1,该装置设置在用户终端11和服务器12。
在用户终端侧,该装置包括:终端信息收集单元113、用户记录数据库112、认证鉴权单元114、数据传输单元115。其中:
终端信息收集单元113是收集用户通信特征信息的主要功能部件,与用户终端应用程序数据111之间存在操作***级的接口(例如应用编程接口API),可以利用该接口从终端应用程序数据111中收集符合收集策略的用户通信特征信息,并存入用户终端侧的存储单元,例如此处的存储单元为用户记录数据库112,本发明也可以用文件的形式存储用户通信特征信息,并且将收集的信息与记录管理单元中的记录管理信息进行关联。
用户记录数据库112为记录用户通信特征信息的存储单元,通过操作***级的接口(例如API接口)与终端信息收集单元113连接。
认证鉴权单元114用于对用户终端和服务器双方的证书信息进行认证和鉴权,认证鉴权通过后才能将数据传输到终端信息收集单元113。
数据传输单元115用于与服务器侧的数据传输单元进行数据交互,将接收到的数据通过认证鉴权单元114发送给终端信息收集单元113,将发送的数据通过传输协议发送给服务器侧的数据传输单元124。
在服务器侧,本实施例所述收集用户通信特征信息的装置包括:用户信息收集单元121、用户行为数据库122、认证鉴权单元123、和数据传输单元124。其中:
用户信息收集单元121具体包括:信息收集单元1213、信息收集控制单元1212、外部模块的接口1211。信息收集单元1213是直接与终端信息收集单元113交互的功能模块,用于处理终端信息收集的具体操作,向终端信息收集单元113下发收集操作命令;信息收集控制单元1212是用户通信特征信息采集的核心控制单元,负责管理收集策略,以及对用户行为数据库122内数据进行维护,与信息收集单元1213存在内部接口,控制信息收集单元1213与终端信息收集单元113进行交互,例如向信息收集单元1213发送与终端信息收集单元113的交互命令、并将信息收集单元1213收到的用户通信特征信息存入用户行为数据库122中;外部模块接口1211用于管理和连接外部***,外部***为诸如:用户行为分析***、电信运营商的其它业务子***、***提供给用户的交互可视化***入口(Portal)、以及相关数据库等等,通过该外部模块接口1211,外部***从用户行为数据库122中获取用户通信特征信息。
用户行为数据库122负责存储管理所收集到的用户通信特征信息。
认证签权单元123用于对用户终端和服务器双方的证书信息进行认证和签权,认证鉴权通过后将数据发送给信息收集单元。并且,对于同一用户的不同终端有一个统一认证签权的机制(此为公知技术,此处不再赘述)。
数据传输单元124用于与用户终端侧的数据传输单元进行数据交互,将接收到的数据通过认证鉴权单元123发送给信息收集单元,将发送的数据通过传输协议发送给用户终端侧的数据传输单元114。
上述用户终端侧的终端信息收集单元113为收集用户通信特征信息的一个关键部件。图2为本实施例所述的终端信息收集单元113的结构示意图。参见图2,该单元具体包括:策略管理单元21、触发器22、采集管理单元23、信息采集单元24、以及记录管理单元25。其中接口IF-1、IF-2、IF-3、IF-4为终端信息收集单元113的内部接口,IF-5为终端信息收集单元113的外部接口,与终端应用程序数据连接,IF-6也是终端信息收集单元113的外部接口,与用户记录数据库112连接,这两个外部接口可以采用操作***级的API接口。
策略管理单元21,用于设置并管理对用户通信特征信息的收集策略和收集任务,通过策略存储树型结构来对收集策略的触发条件和收集内容进行存储管理。
所述收集策略中包括收集条件,该收集条件可以是基于时间的,也可以是基于内容的:
1)基于时间的收集策略,终端信息收集单元113对信息收集的时机作一个时间段的控制,该时间段的设置参数包括:开始时间,即时间段的起始时间;结束时间,即时间段的结束时间;周期时间,即在时间段内每个周期时间段的间隔时间;持续时间,在时间段内每个周期时间段的持续时间;周期类型,时间段的周期类别,例如月、周、日等。通过对以上时间设置参数的进行定义和设置,用户终端和服务器都可以对用户终端的收集时机作策略上的控制。
2)基于记录信息内容策略,终端信息收集单元113对信息收集的内容上作一个控制,一般来说在终端收集用户的通信特征信息可以包括:话音历史记录、短消息(SMS)历史记录、多媒体消息(MMS)历史记录、WAP浏览历史记录、WEB浏览历史记录等。用户终端和服务器都可以对用户终端的收集内容做出相应的控制。
图3为本发明所述实施例中策略管理单元21中所设置的收集策略的一个存储结构图。参见图3,在本实施例中所述的收集策略的存储结构为树型结构,该树型结构上各个树节点的存储参数参见表1:
树节点名称 | 树节点 | 格式 | 最小存取权限 |
<Gather> | 1个 | Node | Read |
<Gather>/<policy> | 1个 | Node | Read |
<Gather>/<policy>/<start> | 1个 | Double | Read,write |
<Gather>/<policy>/<end> | 1个 | Double | Read,write |
<Gather>/<policy>/<x> | 0个或1个以上 | Node | Read,write |
<Gather>/<policy>/<x>/<policy ID> | 1个 | Integer | Read,write |
<Gather>/<policy>/<x>/<time> | 1个 | Node | Read,write |
<Gather>/<policy>/<x>/<time>/<x> | 1个 | Node | Read,write |
<Gather>/<policy>/<x>/<time>/<x>/<begin> | 1个 | Double | Read,write |
<Gather>/<policy>/<x>/<time>/<x>/<later> | 1个 | Double | Read,write |
<Gather>/<policy>/<x>/<time>/<cycle> | 1个 | Chr | Read,write |
<Gather>/<policy>/<x>/<time>/<time> | 1个或0个 | Node | Read,write |
<Gather>/<policy>/<x>/<context> | 1个 | Node | Read,write |
<Gather>/<policy>/<x>/<context>/<item> | 1个或0个 | Chr | Read,write |
表1
表1中,<Gather>节点是终端信息收集策略树结构对象的根节点,包含了所有的收集时间段和内容策略的详细设置。
<Gather>/<policy>节点是所有收集策略定义的父节点。
<Gather>/<policy>/<star>节点是所有收集策略定义的开始时间。
<Gather>/<policy>/<end>节点是所有收集策略定义的结束时间。
<Gather>/<policy>/<x*>节点是予收集策略的父节点。
<Gather>/<policy>/<x*>/<policy ID>节点是子收集策略的标识(ID)。
<Gather>/<policy>/<x*>/<time>节点是子收集策略中时间策略定义的父节点。
<Gather>/<policy>/<x*>/<time>/<x+>节点是子收集策略中时间策略定义的周期段的父节点。
<Gather>/<policy>/<x*>/<time>/<x+>/<begin>节点是子收集策略中时间策略定义的周期段的开始时间。
<Gather>/<policy>/<x*>/<time>/<x+>/<later>节点是子收集策略中时间策略定义的周期段的持续时长。
<Gather>/<policy>/<x*>/<time>/<cycle>节点描述了时间段的周期类别,例如,参见表2,可以天、周、月为周期:
天 | 可选的 | 每日为周期,周期时长以小时为单位 |
星期 | 可选的 | 每周为周期,周期时长天为单位 |
月 | 可选定 | 每月为周期,周期时长天为单位 |
表2
<Gather>/<policy>/<x*>/<time>/<time*>节点描述了Time节点的嵌套关系,用来表示多个周期的嵌套关系。
<Gather>/<policy>/<x*>/<context>节点是子收集策略中用户通信特征信息内容的父节点。
<Gather>/<policy>/<x>/<context>/<item+>节点是子收集策略中所收集的用户通信特征信息的类型。
以上描述了收集策略在用户终端中的存储树结构,具体的策略参数可以分别添进该收集策略树的各个节点上。例如如果某项收集策略为收集从2005年1月1日到2005年1月31日每周一到每周五的Web浏览历史记录和SMS历史记录,则在<Gather>/<policy>/<star>节点设置20050101,在<Gather>/<policy>/<end>节点设置20050131,在<Gather>/<policy>/<x*>/<time>/<cycle>设置为星期,在<Gather>/<policy>/<x*>/<time>/<x+>/<begin>设置为星期一,在<Gather>/<policy>/<x*>/<time>/<x+>/<later>节点设置为星期五,在<Gather>/<policy>/<x*>/<context>/<item>设置为“Web浏览历史记录”和“SMS历史记录”。
策略管理单元21中收集策略的参数可以由用户来设置,也可以由服务器来设置。对于用户设置的情况,本实施例在用户终端的用户界面上增加策略参数输入接口,将用户通过该输入接口输入的收集条件设置到所述收集策略树的对应节点上;对于服务器设置的情况,服务器可以通过与用户终端预定的格式向策略管理单元21发送携带收集策略的指令消息,其中包括策略参数,策略管理单元21从该指令消息中解析出其中的策略参数,将这些参数对应设置到所述收集策略树的对应节点上。
触发器22用于监测用户终端的通信状态是否符合收集策略中的触发条件,一旦符合则触发下述采集管理单元23工作,将收集策略通知给采集管理单元23。例如上述收集从2005年1月1日到2005年1月31日每周一到每周五的Web浏览历史记录和SMS历史记录的收集策略的触发条件为2005年1月1日,如果用户的通信日期到达2005年1月1日则触发采集管理单元23开始收集符合该收集策略的信息。
采集管理单元23,是终端信息收集单元113的核心控制部件,用于根据收集策略控制信息采集单元24收集用户通信特征信息,将采集到的信息存储到存储单元,并将存储单元中的信息与记录管理单元中的记录管理信息进行关联。
信息采集单元24,用于根据采集管理单元23的指令,通过操作***级的接口(例如API接口)从用户终端的应用程序数据中采集符合收集策略的用户通信特征的原始记录信息,并向采集管理单元23返回所采集的信息。该信息可以是不同维度的原始记录信息,所述的维度可以认为服务器和用户终端双方通过协商而对用户通信特征信息的一个分类。例如用户使用网络(Web)服务时,其日志记录(log)、历史记录(History)、以及Cookie就是一个Web服务的三个维度。
记录管理单元25,用于建立并维护与用户通信特征信息相关联的记录管理信息,这些记录管理信息与用户记录数据库112中的记录信息设置为映射关联关系,该记录管理信息的标识可以通知给服务器,该记录管理信息的内容为其所关联的用户通信特征信息在用户记录数据库112中标记信息。根据该记录管理信息的内容可以方便地查找到用户记录数据库112中的对应用户通信特征信息。
在本实施例中所述记录管理单元25为一个记录管理树单元,其中的记录管理信息为记录管理树,该记录管理树中包括管理对象节点,这些管理对象节点与用户记录数据库112中的记录信息设置为映射关联关系,管理树上的管理对象节点的标识都由唯一的统一资源标识(URI)来表示,该节点上记录了其所关联的用户通信特征信息在用户记录数据库112中标记信息,即存储位置,一般情况下该标记信息为用户通信特征信息的在数据库中的数据库记录索引信息和记录结构内存地址信息,通过这些标记信息,采集管理单元23可以从用户记录数据库112中获取对应的用户通信特征信息。服务器侧的用户信息收集单元121通过统一的表示协议(例如该协议可以基于可扩展标记语言XML)向采集管理单元23发出收集命令,该收集命令中包括所收集的记录管理树节点的URI,采集管理单元23根据该URI从记录管理树对应的对象节点上获取该节点所关联的用户通信特征信息在用户记录数据库112中的标记信息,也就是说,记录管理单元25的作用在于对服务器下发的收集命令进行一个翻译转换,根据预先设置的映射关系将收集命令转换为所要收集信息在用户记录数据库112中的标记信息,采集管理单元23根据该标记信息从用户记录数据库112中获取所要收集的用户通信特征信息。因此所述记录管理树可以被看作一个统一便于服务器收集用户通信特征信息的操作接口。
图4为一个具体的记录管理树的示意图。本发明中记录管理树的具体实现和图4所示的树型结构可能存在差异,可以根据不同的维度进行不同的定义,管理树的结构排布和节点的名称也会存在区别,但是基本思想和方案是相同的。下面仅以图4为例对记录管理树的结构进行说明。参见图4,Root是整个用户记录管理树的根节点;UserInfo是用户信息根节点,该节点下面包含用于存放用户终端证书信息的用户账户节点(UserAcc)、以及用于存放服务器证书信息(MyMgmServer)的节点等;OperatorX是用户通信特征信息的存放根节点,该节点下面对用户的通信业务类别进行了一个分类,包括了话音业务(Call)节点、多媒体消息业务(MMS)节点、互联网浏览业务(Web)节点、以及短消息业务(SMS)节点等。以Web节点为例,又对互联网浏览业务的记录进行了分类,包括了三个维度:Log日志记录、History访问记录、用户Web浏览器收藏夹信息(Favorites)。上述管理树中的节点都是根节点,并不包含具体的数据记录,数据记录作为子节点存放不同维度的根节点下面。
以下是终端信息收集单元113根据收集策略收集用户通信特征信息的主要过程:
1)策略管理单元21发送携带收集策略的消息给触发器22。
2)触发器22监控用户终端的通信状态,判断是否符合触发条件,如果是则执行后续步骤,否则继续监控。
3)触发器22向收集管理单元发送携带收集策略的收集命令。
4)收集管理单元发送该收集命令给信息收集单元。
5)信息收集单元通过接口从用户终端应用程序数据收集用户通信特征原始数据。信息收集单元与终端应用程序存在统一的信息收集接口,由用户终端的操作***为该接口提供支持。具体的收集方法为:可以根据收集策略设置收集接口,该收集接口可以用操作***级的API接口实现,该API接口中包括收集策略中的收集条件,该API接口可以从应用程序数据中选择过滤符合收集条件的信息(至于该API接口的具体实现,本领域一般技术人员可以利用具体的编程语言以及本发明披露的技术方案实现,此处不再赘述)。
6)收集管理单元将收集到的用户通信特征信息存入用户记录数据库112中。
7)收集管理单元将数据库中的用户通信特征信息关联到记录管理树的对象节点上,该步骤的目的在管理树上建立一个用户通信特征信息的映射,作为接口便于服务器获取收集的用户通信特征信息。
8)收集管理单元判断收集任务是否完成,完成则结束本收集流程,未完成重复执行上述步骤5)到步骤7)。
本发明所公开的收集用户通信特征信息的方法具体包括:
A、设置收集策略;
B、用户终端根据收集策略收集并保存用户通信特征信息;
C、用户终端将收集到的用户通信特征信息发送给服务器,由服务器保存。
以下分两个实施例具体说明本发明所述的方法。
图5为所述收集用户通信特征信息的方法的第一实施例的流程图。本第一实施例为服务器根据需要主动从用户终端上收集用户通信特征信息的一种方式。主要包括:服务器给终端信息收集单元113下发收集策略,终端信息收集单元113按照下发的收集策略执行收集任务,在收集任务完毕后将收集记录信息上报给服务器。参见图5,该流程具体包括:
步骤1、通讯指纹服务器(本文简称为服务器)发送收集策略的通知给用户终端。
此处,由于有许多终端设备没有能力连续侦听服务器连接,还有一些设备由于安全原因不希望开放一个的连接端口。但绝大多数设备能够接收服务器主动发送的消息,例如,手机能够接收短消息,另外一些用户终端设备有能力接收一些类似数据报的消息,即UDP消息。此处的收集策略通知可以是任何的消息格式。此步骤是由服务器主动发起的收集任务,并通过Wap Push等方式下发任务通知,通知格式符合开放移动联盟(OMA,open mobile alliance)制定的Wap push消息包格式,目的在于服务器能够使用这种通知方式通知用户终端建立与服务器之间的数据连接。
步骤2、用户终端发起并建立与服务器之间的数据连接。在此过程中包括认证和鉴权的过程,只有认证和鉴权通过才能建立数据连接,并交互数据。
具体的,本步骤中的用户终端收到服务器下发的通知消息后,开放数据连接端口,根据通知消息的内容和地址向服务器发出一个数据连接,并发起初始会话,这个会话连接可能是基于HTTP、WAP或其它传输协议。
步骤2.1、服务器向用户终端下发携带收集策略的指令。
本步骤中,服务器收到用户终端建立的数据会话连接,按照制定的应用协议规范向终端下发收集指令,其中包括了收集策略,该收集策略中包括了收集的触发条件和收集的内容。
例如:假设此处的收集策略为:收集从2005年1月1日到2005年1月31日每周一到每周五的Web浏览历史记录和SMS历史记录。则该收集指令的具体格式和内容参见以下代码,其中记录的触发条件2005年1月1日,收集内容为Web浏览历史记录和SMS历史记录。
<gather>
<policy>
<start>20050101</start>
<end>20050131</end>
<subpolicy id=”GP01”>
<time>
<period id=”PT01”>
<begin>1</begin>
<later>5</later>
</period>
<cycle>week</cycle>
<time>
<content>
<item name=”Web浏览历史记录”>./operationX/Web/history</item>
<item name=”SMS历史记录”>./operationX/SMS/history</item>
</content>
</subpolicy>
<policy>
</gather>
步骤2.1.1、用户终端收到收集指令后,通过自身用户界面上提示用户所述服务器下发了收集策略,即向用户显示下发收集策略操作通知。
步骤2.1.1.1用户授权给用户终端,用户终端判断是否接收到了用户的授权指令,如果是则执行步骤2.1.2,否则,结束本流程。
以上两个步骤是出于对用户数据隐私的保护,提示用户进行授权确认的必要步骤。
步骤2.1.2、用户终端存储收集策略,即根据所述收集指令的内容在图3所运的策略管理树上设置各个节点的取值,从而把服务器下发的收集策略存储到终端信息收集单元113中的策略管理单元21的策略管理树上。
步骤2.1.3、用户终端向服务器返回状态,即收集策略的设置结果。
步骤2.2、服务器响应状态,通知用户终端关闭会话连接,服务器则结束此次会话进程/线程,用户终端关闭连接端口,释放会话连接占有的网络资源。
步骤3、用户终端按照所设置的收集策略执行收集任务。即用户终端根据策略管理树存储的收集条件,由触发器22进行监控用户终端的通信状态,满足触发条件后,通知采集管理单元23执行收集任务,完成从采集、存储、关联的一系列步骤,直到满足收集任务的结束条件后,结束该阶段的收集任务。
步骤4、用户终端完成收集任务后,主动发起并建立与服务器的数据连接,建立连接的过程和步骤2基本一致,另外用户终端需要通知服务器关于收集完成任务的相关标识,该相关标识是指任务标识,服务器下发收集策略指令时携带该标识,用于用户终端上报收集任务。
数据连接建立后,用户终端可以主动将所收集到的所有用户通信特征信息发送给服务器。也可以由服务器下发收集命令,用户终端根据收集命令的指示返回用户通信特征信息,即如下步骤4.1和步骤4.1.1所述:
步骤4.1、服务器下发收集命令,该收集命令中包括所要收集的管理树节点的统一资源标识URI。以下举例说明一个具体的收集命令的格式:
<XML>
<Head>
<VerDTD>1.0</VerDTD>
<SessionID>0x07735</SessionID>
<MsgID>1</MsgID>
<Target>
<LocURI>IMSI:493005100592800</LocURI>
</Target>
<Source>
<LocURI>http://www.mymgmserver.com</LocURI>
</Source>
<Cred><!--服务器的认证证书-->
<Meta>
<Type xmlns=″syncml:metinf″>syncml:auth-MD5</Type>
<Format xmlns=′syncml:metinf′>b64</Format>
</Meta>
<Data>
<!--base64 formatting of userid:password-->
</Data>
</Cred>
...
</head>
<Body>
...
<Get>//用于获取历史记录的操作命令
<CmdID>4</CmdID>
<Item>
<Target>
<LocURI>./Operator/Web/History</LocURI>//管理树节点的URI
</Target>
<condition>//过滤条件,以时间为例
<item type=”begin”>20050101</item>
<item type=”end”>20050131</item>
...
</condition>
</ltem>
...
<Item>
<Target>
<LocURI>./Operator/Web/Log</LocURI>//管理树节点的URI
</Target>
...
</Item>
</Get>
<Final/>
...
</Body>
</XML>
上述例子中包括两个/管理树节点的URI,分别为Operator/Web/History和Operator/Web/Log。
步骤4.1.1用户终端根据该管理树节点的URI到存储单元中查询所关联的用户通信特征信息,将查询到的用户通信特征信息发送给服务器。
另外,所述收集命令中还可进一步包括过滤条件,例如上述收集命令中的<item type=”begin”>20050101</item>和<item type=”end”>20050131</item>,用户终端进一步从所查询到的用户通信特征信息中选择符合所述收集命令中过滤条件的信息,将选择的信息发送给服务器。
以下举例说明一个具体的用户终端返回给服务器的收集信息的格式:
<XML>
<SyncHdr>
<VerDTD>1.0</VerDTD>
<SessionID>0x07735</SessionID>
<MsgID>2</MsgID>
<Target><LocURI>http://www.mymgmserver.com</LocURI></Target>
<Source><LocURI>IMSI:493005100592800</LocURI></Source>
<Cred>//终端的认证证书
<Meta>
<Type xmlns=’syncml:metinf’>syncml:auth-MD5</Type>
<Format xmlns=′syncml:metinf′>b64</Format>
</Meta>
<Data>QnJ1Y2UyOk9oQmVoYXZl</Data>
<!--base64 formatting of“userid:password”-->
</Cred>
...
</SyncHdr>
<SyncBody>
...
<result>
<CmdID>6</CmdID>
<MsgRef>1</MsgRef>
<CmdRef>4</CmdRef>
<Cmd>Get</Cmd>//回应Get命令
<item>
<Source>
<LocURI>./Operator/Web/History</LocURI>
</Source>
<data>访问记录1</data>
</item>
<item>
<Source>
<LocURI>./Operator/Web/History</LocURI>
</Source>
<data>访问记录2</data>
</item>
...
<item>
<Source>
<LocURI>./Operator/Web/Log</LocURI>
</Source>
<data>访问日志1</data>
</item>
<item>
<Source>
<LocURI>./Operator/Web/Log</LocURI>
</Source>
<data>访问日志2</data>
</item>
...
</result>
...
</SyncBody>
</XML>
上述例子中包括了Operator/Web/History映射的用户通信特征信息:访问记录1和访问记录2,以及Operator/Web/Log映射的用户通信特征信息:访问日志1和访问日志2。
步骤4.2、服务器收到用户通信特征信息后更新自身的用户行为数据库122,保存所收到的信息,为用户数据分析提供重要的数据来源。
步骤4.3、服务器向用户终端返回状态,关闭数据连接,释放该数据连接占用的所有网络资源。关闭数据连接的具体过程与步骤2.2相同。
图6为步骤3中所述用户终端按照收集策略执行收集任务的具体流程图。该流程包括:
步骤61、根据触发条件触发收集任务。
步骤62、根据收集策略收集用户通信特征信息。
步骤63、将收集到的用户通信特征信息存入用户记录数据库112中。
步骤64、将数据库中的用户通信特征信息关联到记录管理树的对象节点上。
步骤65、判断收集任务是否完成,即判断当前通信状态是否没有继续符合触发条件,如果是,则结束本流程,否则,返回步骤62,继续执行收集任务。
图7为将所述将数据库中的用户通信特征信息关联到记录管理树的对象节点上的流程图。参见图7,该流程包括:
步骤1、采集管理单元23发送数据库新增记录请求到数据库,其中包括所收集到的用户通信特征信息。
步骤2、数据库创建数据记录,记录该用户通信特征信息。
步骤3、数据库返回该用户通信特征信息在数据库中的标记信息和操作状态。
步骤4、采集管理单元23发送创建节点和关联记录消息命令到所述记录管理树,其中包括管理树节点的URI,信息在数据库中的标记信息(即数据库记录索引信息和记录结构内存地址信息)以及记录数据结构类型。
以下代码为一种创建节点和关联记录消息命令的具体内容:
<register>
<Add>
<item>
<locURI>./root/operatorX/web/history/xxxx1</locURI>//节点URI
<Index>31005716</Index>//数据库记录索引信息
<Address>Ox7BFDE90A</Address>//记录结构内存地址信息
<dataStru>浏览记录类型1</dataStru>//记录数据结构类型
<item>
...
<item>
<locURI>./root/operatorX/web/history/xxxxn</locURI>//节点URI
<Index>31005897</Index>//数据库记录索引信息
<Address>Ox7BFDF907</Address>//记录结构内存地址信息
<dataStru>浏览记录类型n</dataStru>//记录数据结构类型
<item>
</Add>
<register>
步骤5、所述记录管理树创建节点并设置关联信息,即在该节点上设置URI,该用户通信特征信息的数据库记录索引信息,记录结构内存地址信息以及记录数据结构类型。
步骤6、记录管理树返回关联状态给收集管理单元。
以上操作步骤是整体性的,不可分割的。也就是说数据库每创建一条记录都必须到记录管理树创建相关节点并进行关联。
图8为所述收集用户通信特征信息的方法的第二实施例的流程图。本第二实施例为用户终端主动上报用户通信特征信息的一种方式,由用户设置收集策略,终端信息收集单元113按照用户设置的收集策略,执行收集任务,并将收集到的信息上报到服务器。参见图8,该流程具体包括:
步骤1、用户通过终端提供的用户界面(UI,User Interface)制定收集策略。
本实施例中在用户终端的用户界面上增加策略参数输入接口,将用户通过该输入接口输入的策略参数设置到所述收集策略树的对应节点上,即完成设置收集策略。
步骤1.1、用户终端存储所设置的收集策略。在本实施例中,一旦用户终端开始执行收集任务后,用户不可更改收集任务的内容,但可以取消任务。
步骤1.2、向用户返回相关状态,即通过UI提示用户收集策略的设置状态和结果。
后续的步骤2到步骤3.3分别与图5中所述的步骤3到步骤4.3相同,此处不再赘述。
另外,本发明的记录管理单元25也可以是一个规则转换数据库模块,以代替记录管理树单元,规则转换数据库的作用在于对服务器下发的收集命令(此处收集命令内可以包括一个数据表Profile,该Profile为一张有一定格式,但没有内容的数据表)进行一个翻译转换,采集管理单元可以通过该规则转换数据库模块找到与用户记录数据库数据记录的对应关系.然后按照Profile的格式将用户通信特征信息发回给服务器。具体过程可以为:1服务器下发信息收集数据表Profile给采集管理单元;2采集管理单元根据Profile格式请求向规则转换数据库请求Profile的映射规则,即profile中具体的数据要求与用户通信特征信息在数据库中标记信息的对应关系;3规则转换数据库将Profile请求进行规则匹配,生成用户通信特征信息在数据库中的标记;4向采集管理单元返回该标记;5采集管理单元根据该标记信息向用户记录数据库请求用户通信特征信息;6用户记录数据库返回符合要求的用户通信特征信息;7采集管理单元根据Profile格式要求生成用户数据记录表,表中记录了用户通信特征信息;8向服务器返回Profile格式的用户数据记录表。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉该技术的人在本发明所揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。
Claims (21)
1、一种收集用户通信特征信息的方法,其特征在于,该方法包括:
在用户终端上存储用户或服务器制定的用于收集用户通信特征信息的收集策略,所述收集策略包括收集的触发条件和收集的内容;
判断用户终端是否满足收集策略中的触发条件,当满足触发条件后开始收集满足所述收集策略中收集条件的用户通信特征信息;
用户终端将收集到的用户通信特征信息发送给服务器。
2、根据权利要求1所述的方法,其特征在于,所述存储收集策略的具体过程为:在用户终端上设置面向用户输入的收集策略输入接口;用户终端通过该输入接口接收用户输入的收集策略;用户终端存储该收集策略。
3、根据权利要求1所述的方法,其特征在于,所述存储收集策略的具体过程为:
服务器向用户终端发送携带收集策略的指令;
用户终端收到该指令后,解析出其中的收集策略,并存储该收集策略。
4、根据权利要求3所述的方法,其特征在于,所述服务器向用户终端发送携带收集策略的指令的具体过程包括:
服务器通知用户终端建立数据连接;
用户终端发起并建立与服务器之间的数据连接;
服务器通过所建立的数据连接向用户终端下发携带收集策略的指令。
5、根据权利要求3所述的方法,其特征在于,在用户终端收到所述携带收集策略的指令后,解析存储其中的收集策略之前,进一步包括:
用户终端提示用户所述服务器下发了收集策略;
用户终端判断是否接收到了用户的授权指令,如果是则继续执行后续步骤,否则结束本流程。
6、根据权利要求1至5任一项所述的方法,其特征在于,所述用户终端将收集到的用户通信特征信息发送给服务器的具体过程为:
用户终端在收集完用户通信特征信息后通知服务器信息收集完毕,并发起、建立与服务器之间的数据连接;
服务器向用户终端下发收集命令;
用户终端通过所建立的数据连接向服务器发送所收集到的用户通信特征信息。
7、根据权利要求1所述的方法,其特征在于,所述用户终端将收集到的用户通信特征信息发送给服务器是:用户终端发起并建立与服务器的数据连接,用户终端将所收集到的所有用户通信特征信息主动发送给服务器。
8、根据权利要求1所述的方法,其特征在于,
该方法进一步包括:预先在用户终端设置记录管理单元;用户终端在存储收集到的用户通信特征信息后,进一步将存储单元中用户通信特征信息与记录管理单元上的对应记录管理信息进行关联;
并且所述用户终端将收集到的用户通信特征信息发送给服务器的具体方法为:服务器向用户终端发送收集命令,该收集命令中包括所要收集的记录管理信息的标识;用户终端根据该记录管理信息标识到存储单元中查询所关联的用户通信特征信息,将查询到的用户通信特征信息发送给服务器。
9、根据权利要求8所述的方法,其特征在于,所述将该用户通信特征信息与记录管理单元上的记录管理信息进行关联的具体过程为:按照所述记录管理单元的结构分析该用户通信特征信息在所述记录管理单元内上对应的记录管理信息的标识,将该用户通信特征信息在存储单元中的标记信息作为该对应的记录管理信息的内容进行保存;在后续的步骤中,根据该记录管理信息的标记信息到存储单元中查询所述用户通信特征信息。
10、根据权利要求9所述的方法,其特征在于,所述用户通信特征信息在存储设备中的标记信息为:该用户通信特征信息的数据库记录索引信息和记录结构内存地址信息。
11、根据权利要求8、9或10所述的方法,其特征在于,所述的记录管理单元为记录管理树单元,所述的记录管理信息为记录管理树的节点,所述记录管理标识为管理树节点的统一资源标识URI。
12、根据权利要求8所述的方法,其特征在于,服务器发送的收集命令中进一步包括过滤条件,用户终端进一步从所查询到的用户通信特征信息中选择符合所述收集命令中过滤条件的信息,将选择的信息发送给服务器。
13、根据权利要求1所述的方法,其特征在于,所述的收集策略包括:基于收集时间的收集策略和/或基于收集信息内容的收集策略。
14、根据权利要求1所述的方法,其特征在于,所述收集策略是以树型数据结构进行存储的。
15、一种收集用户通信特征信息的装置,其特征在于,该装置包括:
终端信息收集单元,设置在用户终端,用于从应用程序单元中收集符合收集策略的用户通信特征信息,并将收集到的信息存储到用户终端的存储单元,所述收集策略包括收集的触发条件和收集的内容;
数据传输单元,分别设置在用户终端和服务器,用于用户终端和服务器之间的信息交互;
用户信息收集单元,设置在服务器,用于从用户终端获取所收集到的用户通信特征信息,并存储到服务器的存储单元。
16、根据权利要求15所述的装置,其特征在于,所述终端信息收集单元具体包括:
策略管理单元,用于设置并管理对用户通信特征信息的收集策略和收集任务;
触发器,用于监测用户终端的通信状态是否符合收集策略中的触发条件,一旦符合则触发下述采集管理单元工作,将收集策略通知给采集管理单元;
采集管理单元,用于根据收集策略控制信息采集单元收集用户通信特征信息,将采集到的信息存储到存储单元,并将存储单元中的信息与记录管理树上的对应节点进行关联;
信息采集单元,用于根据采集管理单元的指令从用户终端的应用程序数据中采集符合收集策略的用户通信特征的原始记录信息,并返回所采集的信息给信息采集单元;
记录管理单元,用于建立并维护与用户通信特征信息相关联的记录管理信息。
17、根据权利要求16所述的装置,其特征在于,所述记录管理单元为记录管理树单元,所述记录管理信息为记录管理树节点,记录了用户通信特征信息在存储单元中的标记信息。
18、根据权利要求16所述的装置,其特征在于,所述记录管理单元为规则转换数据库模块。
19、根据权利要求15所述的装置,其特征在于,所述用户信息收集单元具体包括:信息收集单元、信息收集控制单元与外部模块的接口;
其中,信息收集单元用于直接与终端信息收集单元进行交互,向终端信息收集单元下发收集操作命令;
信息收集控制单元用于设置管理收集策略、对本地存储单元中的用户通信特征信息进行维护,控制信息收集单元与终端信息收集单元进行交互;
外部模块接口用于管理和连接外部***。
20、根据权利要求15所述的装置,其特征在于,进一步包括设置在用户终端侧的认证鉴权单元和设置在服务器侧的认证鉴权单元,用于对双方的证书信息进行认证鉴权。
21、根据权利要求15所述的装置,其特征在于,所述存储单元为用于存储用户通信特征信息的用户记录数据库。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510113163A CN100583921C (zh) | 2005-10-17 | 2005-10-17 | 一种收集用户通信特征信息的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510113163A CN100583921C (zh) | 2005-10-17 | 2005-10-17 | 一种收集用户通信特征信息的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1852355A CN1852355A (zh) | 2006-10-25 |
CN100583921C true CN100583921C (zh) | 2010-01-20 |
Family
ID=37133822
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200510113163A Active CN100583921C (zh) | 2005-10-17 | 2005-10-17 | 一种收集用户通信特征信息的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100583921C (zh) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101094525B (zh) * | 2007-07-26 | 2010-06-02 | 华为技术有限公司 | 生成用户属性信息的方法和装置 |
CN101202966B (zh) * | 2007-11-29 | 2011-03-30 | 华为软件技术有限公司 | 一种用户信息的收集方法、***及设备 |
CN101521897B (zh) * | 2008-02-27 | 2016-08-03 | 英特托拉斯技术公司 | 一种数据收集方法及移动终端 |
CN101562776B (zh) * | 2008-04-16 | 2012-01-11 | 华为技术有限公司 | 通信请求的发送方法和装置 |
JP5362913B2 (ja) | 2009-06-26 | 2013-12-11 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | 通信ネットワークにおける方法および構成 |
CN101909278A (zh) * | 2010-06-29 | 2010-12-08 | 深圳市五巨科技有限公司 | 一种获取移动终端用户信息的方法和装置 |
CN101887466B (zh) * | 2010-06-30 | 2013-06-05 | 中兴通讯股份有限公司 | 一种终端数据的记录方法和装置 |
CN105892891B (zh) * | 2014-12-19 | 2019-02-22 | 深圳市瑞捷恩科技有限公司 | 移动终端及其中应用程序的操作行为数据的控制方法 |
CN104811482A (zh) * | 2015-04-01 | 2015-07-29 | 广东小天才科技有限公司 | 终端数据分类存储方法及*** |
CN109474516B (zh) * | 2018-11-13 | 2021-06-01 | 广东小天才科技有限公司 | 基于卷积神经网络的即时通信连接策略推荐方法及*** |
CN109656984A (zh) * | 2018-12-21 | 2019-04-19 | 树根互联技术有限公司 | 数据规则管理***、方法和装置 |
CN110489467A (zh) * | 2019-07-03 | 2019-11-22 | 深圳市九洲电器有限公司 | 易迭代的数据采集方法及相关产品 |
CN111552521A (zh) * | 2020-04-26 | 2020-08-18 | 深圳乐信软件技术有限公司 | 应用数据上报方法、装置、服务器及存储介质 |
-
2005
- 2005-10-17 CN CN200510113163A patent/CN100583921C/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN1852355A (zh) | 2006-10-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100583921C (zh) | 一种收集用户通信特征信息的方法和装置 | |
CN100589606C (zh) | 一种短消息查询分析***及方法 | |
CN101316389B (zh) | 一种移动通信业务处理方法及装置 | |
CN107818024A (zh) | 一种基于spring***的request ID传递方法及*** | |
CN102043981A (zh) | 一种公共的实时考勤管理***和方法 | |
CN101227487A (zh) | 在线客服***及其在线交流的方法 | |
CN109871309A (zh) | 一种计费***测试案例生成方法和*** | |
CN109819098A (zh) | 菜单选项显示方法、服务器、***及计算机可读存储介质 | |
DE60216975T2 (de) | System und verfahren zum verwalten von nachrichtendiensten | |
CN106487660A (zh) | 一种统一管理多个信息频道的方法及其*** | |
CN108156334A (zh) | 一种基于互联网获得诈骗场景的控制*** | |
CN101621814A (zh) | 一种ip多媒体子***业务及网络管理方法与*** | |
CN109583615A (zh) | 会议室的预订方法、***及服务器、计算机可读存储介质 | |
Humski et al. | Building implicit corporate social networks: The case of a multinational company | |
CN101499922B (zh) | 数据转换方法、装置、终端以及服务器 | |
CN1996989A (zh) | 一种个人网页***及其实现方法 | |
CN113727288B (zh) | 一种基于5g消息的静默客服机器人 | |
CN1643845A (zh) | 在电信网络中用于构造和传送有关网络接入和业务交易的数据的方法和*** | |
CN107888670B (zh) | 一种基于物联网的智能社区信息亭平台 | |
CN112235367A (zh) | 一种实体行为关系消息订阅方法、***、终端及存储介质 | |
CN104270439A (zh) | Idc资源调度管理***及其管理方法 | |
KR100649675B1 (ko) | 가입자 관리형 프로파일 서비스 제공 시스템, 이를구현하는 서비스 등록 및 제공 방법 | |
CN116385102B (zh) | 信息推荐方法、装置、计算机设备及存储介质 | |
Jukić et al. | The use of call detail records and data mart dimensioning for telecommunication companies | |
CN112200605B (zh) | 营销策略配置方法、执行方法、终端设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |