发明内容
有鉴于此,本发明的主要目的在于提供一种基于事务的业务运营系统及方法,以满足个性化业务运营需求。
为达到上述目的,本发明的技术方案是这样实现的:
一种基于事务的业务运营系统,该系统包括:事务发起者、事务处理单元、用户数据存储单元、TDR存储单元和业务运营单元,其中:
事务发起者,用于在事务开始时,将用户ID发送给事务处理单元;在事务结束时,将事务关闭信息发送给事务处理单元,所述事务发起者为业务分发平台或业务服务器;
事务处理单元,用于根据事务发起者发来的用户ID,从用户数据存储单元获取对应用户的事务详细记录(TDR)模板,并在收到用于获取资源的资源ID后、并根据TDR模板判定用户已定购对应资源后,使用该资源执行事务,并在TDR模板中记录在执行本次事务过程中该资源的使用信息;在收到事务发起者发来的事务关闭信息后,将自身记录的资源使用信息和事务ID发送给TDR存储单元;
用户数据存储单元,用于提供TDR模板,该模板包括所有用户定购的、可以使用的资源信息,所述资源信息包括:业务资源、网络资源和应用资源信息;
TDR存储单元,用于接收并保存来自事务处理单元的资源使用信息和事务ID,在收到业务运营单元发来的资源信息请求后,将对应的资源使用信息发送给业务运营单元;
业务运营单元,用于根据从TDR存储单元获取的资源使用信息进行业务运营。
所述事务处理单元进一步用于,在收到资源ID、并判定用户未定购对应资源时,在自身TDR模板中查找用户定购的、且与所述资源ID对应资源匹配的资源,并使用该查找到的资源执行本次事务。
所述事务处理单元进一步用于,检测当前资源能力是否满足TDR模板中记录的用户定购能力,若不满足,则根据预先设定的匹配原则在TDR模板中记录的用户定购的资源中查找满足用户定购能力的、且与该资源匹配的资源,若查找到,使用该资源继续执行本次事务。
所述业务运营单元包括:业务验证单元和业务特征存储单元,其中,
业务验证单元,用于向TDR存储单元发送TDR请求消息,并在收到TDR存储单元返回的TDR信息后,若在TDR信息中查找到对应的业务类别信息,则向业务特征存储单元发送携带业务类别信息的资源登记信息请求消息,然后将TDR存储单元发来的TDR信息中的资源使用信息与业务特征存储单元发来的资源登记信息进行比较,若两者一致,判定业务提供正常;若两者不一致,判定业务提供异常;若在TDR信息中未查找到对应的业务类别信息,则向业务特征存储单元发送携带资源使用信息的验证请求消息,然后将业务特征存储单元返回的业务运营属性信息与TDR存储单元发来的TDR信息中的实际业务运营信息比较,若两者一致,判定业务提供正常;若两者不一致,判定业务提供异常;
业务特征存储单元,用于在收到业务验证单元发来的资源登记信息请求消息后,向业务验证单元返回对应的资源登记信息;在收到业务验证单元发来的携带资源使用信息的验证请求消息后,根据资源使用信息查找到对应的业务类别信息,从而查找到对应的业务运营属性信息,然后向业务验证单元返回查找到的业务运营属性信息;
所述TDR存储单元进一步用于,在收到业务验证单元发来的TDR请求消息后,向业务验证单元返回对应的TDR信息。
所述业务运营单元包括:业务费用分配单元和费用记录单元,其中,
业务费用分配单元,用于在事务执行完毕,向TDR存储单元发送资源使用信息请求消息,然后根据TDR存储单元返回的资源使用信息,以及事务的实际总收费和资源费率,确定使用各资源的费用,并根据资源使用信息中的资源ID查找到对应的业务提供者,从而确定各业务提供者在本次事务执行过程中所提供的各资源的实际费用;将确定的各业务提供者在本次事务中提供的各资源的实际费用发送给费用记录单元;
费用记录单元,用于接收并保存业务费用分配单元发来的各业务提供者在本次事务中提供的各资源的实际费用;
所述TDR存储单元进一步用于:收到业务费用分配单元发来的资源使用信息请求消息后,向业务费用分配单元返回对应的资源使用信息。
所述业务运营单元为用户业务属性判别单元,用于向TDR存储单元发送携带用户ID的资源使用信息请求消息;收到TDR存储单元发来的资源使用信息后,根据该资源使用信息,确定用户的业务属性;
所述TDR存储单元进一步用于,在收到用户业务属性判别单元发来的资源使用信息请求消息后,向用户业务属性判别单元返回对应用户的资源使用信息。
一种基于事务的业务运营方法,该方法包括:
A、事务处理单元根据事务发起者发来的用户ID,向用户数据存储单元获取用户ID对应的TDR模板,其中,所述TDR模板包括用户订购的、可以使用的资源信息,所述资源信息包括业务资源、网络资源和应用资源信息;
B、事务处理单元根据收到的资源ID和所述TDR模板,检测到用户定购了资源ID对应的资源后,使用该资源执行事务,并将该资源使用信息记录到TDR模板中;
C、事务处理单元在收到事务关闭信息后,将记录的资源使用信息和事务ID发送给TDR存储单元,此后业务运营单元根据TDR存储单元保存的资源使用信息进行业务运营。
步骤A所述用户ID携带在事务初始化消息中。
步骤B所述资源ID携带在资源使用消息中。
所述方法进一步包括:事务处理单元检测到用户未定购资源ID对应的资源,则根据预先设定的匹配原则,在自身TDR模板记录的用户定购资源中,查找到与所述资源ID对应的资源匹配的资源,然后执行步骤C。
步骤B所述事务处理单元使用该资源执行事务之后、所述步骤C之前进一步包括:检测该资源能力是否满足TDR模板中记录的用户定购能力,若不满足,则根据预先设定的匹配原则在用户定购的资源中查找满足用户定购能力的、与该资源匹配的其它资源,若查找到,使用该查找到的资源继续执行本次事务,并在TDR模板中记录该查找到的资源使用信息。
步骤A所述事务处理单元使用该资源执行事务之后、所述步骤C之前进一步包括:TDR维护节点向TDR非维护节点获取用户网络资源使用信息,并将该网络资源使用信息与事务ID记录在TDR模板中。
所述TDR维护节点为:业务分发平台或业务管理平台。
所述TDR非维护节点为业务服务器或资源服务器。
步骤C所述业务运营单元包括:业务验证单元和业务特征存储单元,所述业务运营单元进行业务运营包括:
业务验证单元向TDR存储单元发送TDR请求消息,并在收到TDR存储单元返回的TDR信息后,若在TDR信息中查找到对应的业务类别信息,则向业务特征存储单元发送携带业务类别信息的资源登记信息请求消息,然后将TDR存储单元发来的TDR信息中的资源使用信息与业务特征存储单元发来的资源登记信息进行比较,若两者一致,判定业务提供正常,若两者不一致,判定业务提供异常;
若在TDR信息中未查找到对应的业务类别信息,则向业务特征存储单元发送携带资源使用信息的验证请求消息,然后将业务特征存储单元返回的业务运营属性信息与TDR存储单元发来的TDR信息中的实际业务运营信息比较,若两者一致,判定业务提供正常,若两者不一致,判定业务提供异常。
所述业务运营属性信息为业务规定费用范围信息,所述实际业务运营信息为业务实际付费信息。
步骤C所述业务运营单元包括:业务费用分配单元和费用记录单元,所述业务运营单元进行业务运营包括:
业务费用分配单元向TDR存储单元获取资源使用信息,并根据该资源使用信息、自身保存的事务实际总收费与资源费率,确定使用各资源的费用,然后根据资源使用信息中的资源ID查找到提供该资源的业务提供者,然后将确定的各业务提供者在本次事务执行过程中提供的各资源的费用发送给费用记录单元,之后费用记录单元接收并保存所述各业务提供者在本次事务执行过程中提供的各资源的费用。
步骤C所述业务运营单元具体为用户业务属性判别单元,所述业务运营单元进行业务运营包括:
用户业务属性判别单元向TDR存储单元发送携带用户ID的资源使用查询消息,并根据TDR存储单元返回的用户的资源使用信息,确定用户的业务属性。
所述确定用户的业务属性为确定用户的基本业务属性,且,
所述确定用户的基本业务属性之后进一步包括:根据各用户的基本业务属性,对所有用户的基本业务属性利用聚类算法进行聚类,将所有用户划分为不同的用户群。
所述事务发起者为业务分发平台或业务服务器。
所述TDR模板至少包括:用户定购资源信息,进一步包括:号码类标识信息和/或用户接入网络的配置信息和/或业务使用配置信息和/或定购业务信息和/或定购网络资源信息和/或定购业务资源信息和/或业务内容信息。
所述号码类标识信息具体为:网络接入号码或网络接入帐号信息。
所述用户接入网络的配置信息具体为:接入网关信息和/或防火墙信息和/或域名服务器(DNS)信息。
所述定购网络资源信息具体为:带宽信息和/或服务质量(Qos)信息。
所述定购业务资源信息具体为:业务能力资源信息和/或业务部件资源能力信息和/或业务中间件资源能力信息。
与现有技术相比,本发明所提供的系统及方法通过事务处理单元收到事务发起者发来的事务初始化消息后,从用户数据存储单元获取用户的TDR模板,在收到资源使用消息、并根据自身TDR模板判定用户已定购该资源后,使用该资源执行事务,在收到事务发起者发来的事务关闭消息后,将自身TDR模板保存的和TDR维护节点发来的资源使用信息进行合并,将合并后的资源使用信息和事务ID发送给TDR存储单元,之后业务运营单元根据从TDR模板获取的资源使用信息进行业务运营,实现了在事务执行过程中对资源使用信息的记录,从而使得业务运营单元可根据该资源使用信息完成个性化运营需求,具体包括:对业务提供商为各用户提供的业务服务的验证,在同一事务执行过程中对各业务提供商提供的资源的合理计费,及对用户业务属性的判别等。
具体实施方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。
在本发明中,事务指的是为完成某一完整功能而发起的请求以及针对该请求而在网络中执行的过程。最简单的事务即一个业务;一个事务中也可以包含多个业务,由基本的业务功能或/和网络功能组合而成;一个事务中的各个基本业务相互关联,综合起来对用户计费;事务以功能的开始执行为开始,以功能的执行结束为结束,由事务的发起者统一进行控制,事务的发起者可以是业务分发平台等系统。
在本发明中,事务详细记录(TDR,Transaction Detail Record)模板是用于生成TDR信息的模板,其中包括了所有用户订购的、可以使用的资源信息,包括业务资源、网络资源、应用资源信息列表;
在本发明中,TDR指事务详细记录,在事务执行过程中,将TDR模板中所包括的资源的使用情况进行实时记录。
图2是本发明提供的基于事务的业务运营系统图,如图2所示,其主要包括:
事务发起者21:用于在事务开始时,向事务处理单元22发送携带事务发起标识(ID)和用户ID的事务初始化消息,用于在事务结束时,向事务处理单元22发送携带事务发起ID的事务关闭消息。
进一步地,若事务发起者21为TDR维护节点,则事务发起者21进一步用于将事务处理单元22发来的TDR模板作为节点TDR(N-TDR)模板保存,并用于将N-TDR模板中记录的执行本次事务过程中的资源使用信息上报给事务处理单元22。
事务处理单元22:用于在收到事务发起者21发来的事务初始化消息后,生成事务标识(ID);并向用户数据存储单元23发送携带用户ID的TDR初始化消息;并保存用户数据存储单元23返回的TDR模板,且在事务发起者21为TDR维护节点时,将TDR模板发送给事务发起者21;在收到资源使用消息后,根据TDR模板判断用户是否定购该资源,若是,使用该资源执行本次事务,并在TDR模板中记录执行本次事务过程中该资源的使用信息;用于在收到事务发起者21发来的携带事务发起ID的事务关闭消息后,关闭本次事务;用于将自身TDR模板记录的本次事务执行过程中的资源使用信息与TDR维护节点发来的本次事务执行过程中的资源使用信息进行合并,并将合并后的资源使用信息与事务ID发送给TDR存储单元24。
进一步地,事务处理单元22在收到资源使用消息、并判定用户未定购该资源时,在自身TDR模板中查找用户定购的、且与该资源匹配的资源,并使用该查找到的资源执行本次事务。
进一步地,事务处理单元22用于在事务执行过程中,检测资源能力是否满足TDR模板记录的用户定购能力,若不满足,则根据预先设定的匹配原则在TDR模板中记录的用户定购的资源中查找满足用户定购能力的、且与该资源匹配的资源,若查找到,使用该资源继续执行本次事务;若未查找到,则关闭本次事务。
用户数据存储单元23:用于存储所有用户定购的、可以使用的资源信息;在收到事务处理单元22发来的携带用户ID的TDR初始化消息后,生成对应用户的TDR模板,并将该用户的TDR模板发送给事务处理单元22。TDR存储单元24:用于保存事务处理单元22发来的资源使用信息和事务ID,在收到业务运营单元25发来的资源信息请求消息后,将对应的资源信息返回给业务运营单元25。
业务运营单元25:用于向TDR存储单元24发送资源信息请求消息,并根据TDR存储单元24返回的资源信息进行业务运营。
图3是本发明提供的基于事务的业务运营的系统图二,如图3所示,该图与图2相比,业务运营单元25包括业务验证单元2501和业务特征存储单元2502,其中,
业务验证单元2501:用于向TDR存储单元24发送TDR请求消息,并在收到TDR存储单元24返回的TDR信息后,在该TDR信息中查找对应的业务类别信息,若查找到对应的业务类别信息,则向业务特征存储单元2502发送携带业务类别信息的资源登记信息请求消息,然后将TDR存储单元24发来的TDR信息中的资源使用信息与业务特征存储单元2502发来的资源登记信息进行比较,若两者一致,判定业务提供正常;若两者不一致,判定业务提供异常;若在TDR信息中未查找到对应的业务类别信息,则向业务特征存储单元2502发送携带资源使用信息的验证请求消息,然后将业务特征存储单元2502返回的业务运营属性信息与TDR存储单元24发来的TDR信息中的实际业务运营信息比较,若两者一致,判定业务提供正常;若两者不一致,判定业务提供异常。
这里,实际业务运营信息主要指与资源使用信息对应的实际付费。
业务特征存储单元2502:用于保存业务类别信息与资源登记信息的对应关系,业务类别信息与业务运营属性信息的对应关系;在收到业务验证单元2501发来的携带业务类别信息的资源登记信息请求消息后,向业务验证单元2501返回对应的资源登记信息;在收到业务验证单元2501发来的携带资源使用信息的验证请求消息后,根据资源使用信息查找到对应的资源登记信息,从而查找到对应的业务类别信息,从而查找到对应的业务运营属性信息,然后向业务验证单元2501返回查找到的业务运营属性信息。
这里,业务特征存储单元2502保存的资源登记信息,如:普通短消息类业务的短消息能力资源信息、普通定位类业务的短消息能力资源信息和定位能力资源信息;业务特征存储单元2502保存的业务运营属性信息主要指各类业务的规定费用范围信息。
TDR存储单元24进一步用于:在收到业务验证单元2501发来的TDR请求消息后,向业务验证单元2501返回对应的TDR信息。
这里,业务验证单元2501发来的TDR请求消息携带有附加条件信息,如:时段信息或事务ID等,则TDR存储单元根据该附加条件信息,将对应时段或对应事务的所有TDR信息返回给业务验证单元2501。
图4是本发明提供的基于事务的业务运营的系统图三,如图4所示,该图与图2相比,业务运营单元25包括业务费用分配单元2511和费用记录单元2512,其中,
业务费用分配单元2511:用于预先保存资源ID与业务提供者ID的对应关系,资源ID与资源费率的对应关系;在事务执行完毕,向TDR存储单元24发送资源使用信息请求消息,然后根据TDR存储单元返回的资源使用信息,以及自身保存的该事务的实际总收费和资源费率,确定使用各资源的费用,并根据资源使用信息中的资源ID查找到对应的业务提供者,从而确定各业务提供者在本次事务执行过程中所提供的各资源的实际费用;将确定的各业务提供者在本次事务中提供的各资源的实际费用发送给费用记录单元2512。
费用记录单元2512:用于接收并保存业务费用分配单元2511发来的各业务提供者在本次事务中提供的各资源的实际费用。
TDR存储单元24进一步用于:收到业务费用分配单元2511发来的资源使用信息请求消息后,向业务费用分配单元2511返回对应的资源使用信息。
图5是本发明提供的基于事务的业务运营的系统图四,如图5所示,该图与图2相比,业务运营单元25具体为用户业务属性判别单元25,其中,用户业务属性判别单元25:用于向TDR存储单元24发送携带用户ID的资源使用信息请求消息;收到TDR存储单元24发来的资源使用信息后,根据该资源使用信息,确定用户的业务属性。
TDR存储单元24进一步用于:在收到用户业务属性判别单元25发来的资源使用信息请求消息后,向用户业务属性判别单元25返回对应用户的资源使用信息。
图6是本发明提供的基于事务的业务运营的流程图,如图6所示,其具体步骤如下:
步骤601:事务发起者检测到事务开始,向事务处理单元发送事务初始化消息,该事务初始化消息携带事务发起ID和用户ID等。
事务发起者可以是业务分发平台或业务服务器等。
步骤602:事务处理单元收到事务初始化消息后,生成一个事务ID,并向用户数据存储单元发送TDR初始化消息,该TDR初始化消息携带用户ID等。
这里,用户数据存储单元为记录所有用户定购、可用资源信息的服务器。
步骤603:用户数据存储单元收到TDR初始化消息后,根据该TDR初始化消息携带的用户ID,将自身保存的该用户的相关信息生成TDR模板,将该TDR模板返回给事务处理单元。
这里,TDR模板中保存有用户定购的资源信息等,定购资源指用户在网络中定购的所有资源,不同的资源以不同的资源ID区分。进一步地,TDR模板中保存有:号码类标识信息、和/或网络使用配置信息、和/或业务使用配置信息、和/或定购业务信息、和/或定购网络资源信息、和/或定购业务资源信息、和/或业务内容信息。其中,号码类标识信息为用户接入网络的标识信息如:接入号码、或接入帐号信息等,可作为运营商运营管理的用户标识;网络使用配置信息指用户接入网络的配置参数如:接入网关信息、和/或防火墙信息、和/或域名服务器(DNS)信息等;业务使用配置信息指用户使用业务的基本配置参数,如:用户使用的语言等;定购业务信息指用户订购的所有业务信息如:天气预报业务信息、游戏业务信息等;定购网络资源信息指用户定购的网络能力资源信息如:带宽信息、和/或Qos信息等;定购业务资源信息指用户定购的业务资源的能力信息如:业务能力资源信息如:位置服务能力信息、和/或业务部件资源能力信息如:计费网关信息、和/或业务中间件资源能力信息等;业务内容信息指用户使用的业务的内容特征信息如:业务类别信息等。以上信息代表了用户在网络中定购和使用的与业务相关的所有参数及数据的集合,可表示出用户在网络中的特征,为网络使用和业务运行提供数据支持。
步骤604:事务处理单元接收并保存TDR模板,并向事务发起者返回携带事务发起ID的事务初始化完毕消息。
具体地,若事务发起者为TDR维护节点,则事务处理单元收到TDR模板后,同时将该TDR模板和事务ID发送给事务发起者,之后事务发起者将该TDR模板作为本次事务的N-TDR模板保存。TDR维护节点可以是业务分发平台或业务管理平台等。
步骤605:事务处理单元或TDR维护节点接收携带资源ID的资源使用消息。
资源使用消息的发送者可以是业务分发平台、业务服务器等。
步骤606:事务处理单元或TDR维护节点根据自身TDR模板或N-TDR模板中记录的用户定购资源信息,判断用户是否定购了该资源,若是,判定资源认证通过,执行步骤607;否则,判定资源认证失败即本次事务失败,本流程结束。
进一步地,事务处理单元或TDR维护节点在判定资源认证失败之后、本流程结束之前,可根据预先设定的匹配原则,在自身TDR模板或N-TDR模板记录的用户定购资源中,查找与资源使用消息中携带的资源ID对应资源匹配的资源,若查找到,则执行步骤607即:使用该查找到的资源执行本次事务;若未查找到,本流程结束。匹配原则可以是精度匹配等,如:若资源使用消息携带的资源ID对应定位服务器资源,则在当前资源认证失败后,可在用户已定购且可使用的定位服务器中,选择满足用户要求精度的其它定位服务器来执行本次事务。
步骤607:事务处理单元或TDR维护节点使用该资源执行本次事务,并在TDR模板或N-TDR模板中记录在本次事务执行过程中该资源的使用信息如:资源ID、使用时长、使用次数、内容等。
具体地,由TDR维护节点中的事务代理单元在N-TDR模板中记录在本次事务执行过程中的资源使用信息。
进一步地,在事务执行过程中,TDR维护节点也可向其它TDR非维护节点获取在当前事务执行过程中用户的资源使用信息,如:带宽信息和/或Qos信息等,并将该资源使用信息与事务ID记录在N-TDR模板中。TDR非维护节点可以是业务服务器或资源服务器等。
进一步地,在资源使用过程中,事务处理单元或TDR维护节点可检测当前资源能力是否满足TDR模板或N-TDR模板中记录的用户定购能力,若不满足,则根据预先设定的匹配原则在用户定购的资源中查找满足用户定购能力的、与该资源匹配的其它资源,若查找到,使用该查找到的资源继续执行本次事务,并在TDR模板或N-TDR模板中记录在本次事务执行过程中该查找到的资源使用信息;若未查找到,则本次事务失败,本流程结束。
步骤608:事务处理单元收到事务发起者发来的携带事务发起ID的事务关闭消息后,关闭该事务,并根据预先设定的合并规则,将在该事务执行过程中自身和TDR维护节点记录的资源使用信息进行合并,将合并后的资源使用信息和事务ID发送到TDR存储单元,TDR存储单元将收到的资源使用信息和事务ID保存到自身的TDR总模板中。
这里,在事务执行过程中或事务关闭时,各TDR维护节点将自身N-TDR模板记录的本次事务执行过程中的资源使用信息和事务ID上报给事务处理单元。
步骤609:业务运营单元根据TDR存储单元保存的资源使用信息,进行业务运营。
根据TDR存储单元保存的资源使用信息等,可进行业务验证,以查询用户是否得到了业务特征存储单元所声明的资源特征。图7是本发明提供的业务验证流程图,在本实施例中,业务运营单元具体包括业务验证单元和业务特征存储单元,如图7所示,其具体步骤如下:
步骤701:业务验证单元向TDR存储单元发送TDR请求消息。
该TDR请求消息携带附件条件信息如:时段信息或事务ID,以要求TDR存储单元返回对应时段或对应事务的TDR信息。
步骤702:TDR存储单元收到TDR请求消息后,向业务验证单元返回对应的TDR信息。
步骤703:业务验证单元收到TDR信息后,在该TDR信息中查找对应的业务类别信息,判断是否查找到对应的业务类别信息,若是,执行步骤704;否则,执行步骤707。
步骤704:业务验证单元向业务特征存储单元发送携带业务类别信息的资源登记信息请求消息。
步骤705:业务特征存储单元收到资源登记信息请求消息后,将自身保存的与该业务类别信息对应的资源登记信息返回给业务验证单元。
步骤706:业务验证单元收到该资源登记信息后,判断该资源登记信息与TDR存储单元发来的TDR信息中的资源使用信息是否一致,若是,判定业务提供正常,本流程结束;否则,判定业务提供异常,本流程结束。
当业务提供异常时,业务验证单元根据预先设置可以将对应的事务ID等记录下来,也可将对应事务ID的告警信息显示出来。
步骤707:业务验证单元将TDR信息中的资源使用信息携带在验证请求消息中发送给业务特征存储单元。
步骤708:业务特征存储单元收到该验证请求消息后,根据自身保存的资源登记信息与业务类别信息的对应关系,以及业务类别信息与业务运营属性信息的对应关系,查找到与该资源使用信息对应的资源登记信息所对应的业务运营属性信息,将该业务运营属性信息返回给业务验证单元。
步骤709:业务验证单元收到业务运营属性信息时,判断该业务运营属性信息与TDR存储单元发来的TDR信息中的实际业务运营信息是否一致,若是,判定业务提供正常;否则,判定业务提供异常。
这里,业务运营属性信息主要指各类业务的规定费用范围信息,实际业务运营信息主要指各资源使用信息对应的实际付费。
根据TDR存储单元保存的资源使用信息等,可以得知各业务提供者在业务执行过程中所提供的资源被使用的情况,从而可以确定各业务提供者应得到的业务费用。图8是本发明提供的业务费用分配流程图,业务运营单元具体包括费用记录单元和业务费用分配单元,如图8所示,其具体步骤如下:
步骤801:业务费用分配单元预先保存资源ID与业务提供者ID的对应关系,资源ID与资源费率的对应关系。
步骤802:业务执行完毕,业务费用分配单元向TDR存储单元发送资源使用信息请求消息。
步骤803:TDR存储单元收到资源使用信息请求消息后,向业务费用分配单元返回对应的资源使用信息。
步骤804:业务费用分配单元收到资源使用信息后,根据该资源使用信息、以及自身保存的资源使用信息对应事务的实际总收费与资源费率,确定使用各资源的费用,并根据资源使用信息中的资源ID查找到提供该资源的业务提供者,从而确定各业务提供者在本次事务执行过程中提供的各资源的费用。
步骤805:业务费用分配单元将确定的各业务提供者在本次事务中提供的各资源的费用发送给费用记录单元。
步骤806:费用记录单元接收并保存各业务提供者在本次事务中提供的各资源的费用。
根据TDR存储单元存储的资源使用信息等,可以对用户的业务属性进行分析,从而可以得知用户的个性化业务属性。图9是本发明提供的用户业务属性判别流程图,在本实施例中,业务运营单元具体为用户业务属性判别单元,如图9所示,其具体步骤如下:
步骤901:用户业务属性判别单元向TDR存储单元发送携带用户ID的资源使用信息请求消息。
步骤902:TDR存储单元收到资源使用信息请求消息后,向用户业务属性判别单元返回对应用户的资源使用信息。
步骤903:用户业务属性判别单元收到用户的资源使用信息后,根据该资源使用信息,确定用户的业务属性。
具体地,用户业务属性判别单元可先对各用户的资源使用信息进行预处理,确定各用户的基本业务属性,如:若用户的资源使用信息指示该用户使用音乐业务的频率较高,则可确定该用户喜爱音乐业务。进一步地,对所有用户的基本业务属性利用聚类算法如:K-M聚类法、E-M聚类法等进行聚类,将所有用户划分为不同的用户群。
以上所述仅为本发明的过程及方法实施例,并不用以限制本发明,凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。