专利名称：一种呼叫日志服务器、系统及其方法
技术领域：
本发明涉及通信应用领域，尤其涉及一种呼叫日志服务器、系统及其方法。
背景技术：
呼叫日志是用于记录用户呼叫事件的日志信息，可以满足用户查询历史呼叫事件的需求。目前移动终端和固定终端等用户设备都可以提供记录用户呼叫日志的功能。
目前用户设备(如移动终端和固定终端)都有保存部分呼叫日志信息的功能，这种用户设备向用户提供呼叫日志信息功能，包括呼出、呼入等信息。用户可以通过这种用户设备在终端上进行查询、删除呼叫日志信息。
但是这种用户设备处于关机状态时，无法记录被叫的来电呼叫日志信息，另外当用户的终端设备丢失后或者损坏后，由于呼叫日志信息都是保存在原有的终端设备中，更新终端设备之后，用户无法获得上一个终端设备保存的呼叫日志信息。
发明内容
鉴于上述现有技术所存在的问题，本发明实施例提供一种呼叫日志服务器、系统及其方法。通过这种呼叫日志服务器可以实现记录用户在关机状态下或者不在服务区状态下的未接来电以及在用户更新终端设备后容易获取到以前的呼叫日志信息。
为了解决上述技术问题，本发明提出了一种呼叫日志服务器，包括接收单元，用于接收来自用户设备的呼叫日志查询请求信息；获取单元，用于根据呼叫日志查询请求信息获取相应的呼叫日志信息；发送单元，用于把获取单元所获取的相应的呼叫日志信息发送给用户设备。
相应的，本发明还提供了一种呼叫日志服务器系统，包括呼叫日志服务器以及呼叫应用服务器，其中所述呼叫日志服务器用于接收来自用户设备的呼叫日志查询请求信息，通过呼叫日志查询请求信息获取相应的呼叫日志信息并返回给用户设备；所述呼叫应用服务器用于通过呼叫日志服务器向用户设备提供呼叫日志信息。
相应的，本发明还提供了一种呼叫日志服务的方法，包括接收来自用户设备的呼叫日志查询请求信息；根据所述查询请求信息向用户设备返回所需的呼叫日志信息。
通过本发明实施例提供的呼叫日志服务器，可以为用户提供日志信息处理，通过本发明提供的日志服务器系统，可以实现记录用户在关机状态或者不在服务区状态下的未接来电以及解决用户更新终端设备后无法在获取到以前的呼叫日志信息，通过本发明名提供的呼叫日志服务方法，用户设备通过终端设备可以从呼叫日志服务器和呼叫日志服务器系统中获取用户所需要的呼叫日志信息，避免了更换终端或者丢失终端过程中以及不在服务区状态下的呼叫日志信息的丢失。
图1是本发明呼叫日志服务系统的第一实施例的结构示意图；图2为本发明呼叫日志服务方法的第一实施例的流程图；图3是本发明呼叫日志服务系统另一实施例的结构示意图；图4为本发明呼叫日志服务方法另一实施例的流程图；图5为本发明呼叫日志服务方法再一实施例的流程图；图6是本发明呼叫日志服务系统再一实施例的结构示意图。
具体实施例方式
本发明实施例通过提供一种呼叫日志服务器及其方法，在呼叫日志服务器中记录用户的呼叫日志信息，包括用户在关机状态下的未接来电，方便用户在呼叫日志服务器系统中查询历史呼叫日志信息。
下面结合附图详细说明本发明的优选实施例。
首先请参阅图1，图1示出了本发明实施例中的呼叫日志服务器系统结构示意图，该呼叫日志服务器系统包括用户设备11、聚合代理12、业务管理系统13、用户统一门户14、呼叫日志服务器15以及呼叫应用服务器16。
所述用户设备11用于向呼叫日志服务器15提出呼叫日志查询请求，呼叫日志服务器15用于向用户设备11提供基于XML配置访问协议(XMLConfiguration Access Protocol，XCAP)的消息接口进行查询呼叫日志信息，也可以为用户设备11提供删除服务器上保存的呼叫日志信息的接口。聚合代理12是用于对用户设备构造的查询请求信息进行认证和授权。业务管理系统13用于对呼叫日志服务器15中的用户进行管理和业务特性管理，业务管理系统13是通过呼叫日志服务器所提供的简单对象接入协议(Simple Object Access Protocol，SOAP)接口来对所述用户及业务特性进行管理，如用户的开户信息、用户的存储呼叫日志的最长时间和最大存储空间，甚至包括呼叫日志的接入权限控制等。统一门户14用于管理日志服务器15中的呼叫日志信息和修改呼叫日志特性参数，统一门户14是通过呼叫日志服务器15提供SOAP接口进行管理。呼叫应用服务器16用于向呼叫日志服务器15提供呼叫日志信息，其记录了所有的呼叫日志信息，包括所有的呼入电话和呼出电话，其中包括了呼入电话中的未接电话中的未接在线电话和未接离线电话等呼叫日志信息。这些呼叫日志信息包括了呼入电话、呼出电话中的电话号码信息和时间信息以及通话时长信息等或者按照其他呼叫日志信息划分的消息的、会议的、通话的呼叫日志信息等。所述呼叫应用服务器16中还包括传送单元161，所述传送单元将更新的呼叫日志信息定时或者实时的发送到呼叫日志服务器中。
所述呼叫日志服务器15中包括发送单元151、获取单元152以及接收单元153。接收单元153用于接收来自用户设备的呼叫日志查询请求信息；获取单元152用于根据呼叫日志查询请求信息获取相应的呼叫日志信息；发送单元151用于把获取单元所获取的相应的呼叫日志信息发送给用户设备。其中获取单元中还包括查询单元1521、存储单元1522和更新单元1523，存储单元1521用于存储接收来自呼叫应用服务器的更新呼叫日志信息；查询单元1522用于根据呼叫日志查询请求信息在存储单元中查询呼叫日志信息；更新单元1523用于接收呼叫应用服务器中的定时或者实时更新的呼叫日志信息。
为了实现上述系统图1，下面结合图2来具体说明本发明实现的过程。用户设备获取所需的呼叫日志信息，其实现过程如下步骤201用户设备构造呼叫日志查询请求的XCAP请求，并向聚合代理发送所述查询请求，所述查询请求中至少包含有查询条件；
步骤202聚合代理对所述用户设备信息进行认证，并将所述用户设备信息的认证结果和查询呼叫日志信息发送给呼叫日志服务器，并授权在呼叫应用服务器中进行查询服务；步骤203呼叫日志服务器根据所述呼叫日志查询请求信息中的查询条件在呼叫日志服务器中检索出符合条件的呼叫日志信息，并将所述检索到的呼叫日志信息返回给聚合代理；步骤204聚合代理将所述检索到的呼叫日志信息返回给用户设备。
需要说明的，在步骤203之前，呼叫日志服务器从呼叫应用服务器中获得呼叫日志信息，其实现步骤如下步骤a1呼叫应用服务器通过实时更新或者定时更新将呼叫日志信息写入呼叫日志服务器；步骤a2呼叫日志服务器将接收到的呼叫日志信息进行存储，并向呼叫应用服务器返回呼叫日志信息已存储的确认信息。
需要说明的，这里的呼叫日志服务器向呼叫应用服务器返回呼叫日志信息已存储的确认信息是根据设计需要返回已存储的确认信息的，也可以根据设计需求不向呼叫应用服务器返回确认信息。
以上图1和图2具体说明了通过统一模式对所述呼叫日志信息维护和管理，通过把呼叫日志信息统一送到呼叫日志服务器中进行统一维护，用户设备在日志服务器中获取呼叫日志信息。这种模式是建立在将所有的呼叫日志信息都放在呼叫日志服务器中进行统一维护，随着以后各种应用业务的增加，会有更多的应用服务提供商提供呼叫应用服务，他们会更乐于用呼叫应用服务器本身来提供呼叫日志的查询和删除服务，以下详细描述这种将呼叫日志服务器构造成的通用用户数据(Generic User Profile，GUP)服务器系统及其实现方法。
参阅图3，该图是本发明另一优选实施例的系统结构示意图，该系统包括用户设备31、呼叫日志服务器32以及呼叫应用服务器33。
所述用户设备用于提出查询请求服务到呼叫日志服务器，呼叫应用服务器记录了所有的呼叫日志信息，在呼叫应用服务器中有多个网元，图中示出了三个网元为网元331、网元332和网元333，其用于按照不同的呼叫日志信息类型划分保存不同的呼叫日志信息以及权限数据，所述权限数据用于对接入对象进行权限检查。网元中含有数据库接入控制模块以及数据库，网元中的数据库接入控制模块是应用接入数据库的接口，实现协议和数据的传输。需要说明的是，这些网元单元也可以通过设定的数据库服务器来提供，与呼叫应用服务器独立开，呼叫应用服务器将每次更新的呼叫日志信息发送给这种设定的数据库服务器，这种设定的数据库服务器将呼叫日志信息按照不同类别保存起来。
所述呼叫日志服务器32用于向用户设备提供呼叫日志信息处理，其包括发送单元321、获取单元322以及接收单元324，其功能在这里不再赘述，所述呼叫日志服务器32还包括认证授权单元323，所述认证授权单元323用于对所述发送呼叫日志查询请求信息的用户设备信息进行认证，并对所述用户设备授权查询呼叫日志信息。所述获取单元包括定位单元3221、查询单元3222以及合成单元3223。其中，定位单元3221用于定位呼叫日志查询请求信息中所需呼叫日志信息所处在呼叫应用服务器网元的位置信息；查询单元3222用于根据呼叫日志查询请求向所述定位单元所定位的呼叫应用服务器网元中查询相应的呼叫日志信息；合成单元3223用于将查询单元从所述各呼叫应用服务器网元中查询到的呼叫日志信息合并成一个统一的呼叫日志信息。
为了实现上述系统图3，下面结合图4来具体说明本发明实现的过程。用户设备获取所需的当日的呼入呼叫日志信息，其实现过程如下步骤401用户设备请求查询获取所需的呼叫日志信息；该呼叫日志信息按照不同的划分被定位在不同的网元单元中，如用户查询当日的所有呼叫日志信息，包括呼入、呼出、未接中的在线未接和离线未接等呼叫日志信息，这些呼叫日志信息存储在不同的网元中。以下以用户设备请求当日已接呼入电话的呼叫日志信息和未接呼入电话的呼叫日志信息为例进行说明，所述已接呼入电话的呼叫日志信息和未接呼入电话的呼叫日志信息分别存储在网元1和网元2中。
步骤402呼叫日志服务器对所述用户设备信息进行认证，并在通过认证之后授权呼叫日志服务器向网元1提取呼叫日志信息；呼叫日志服务器进行认证和权限的检查，在得到通过认证之后，由查询请求中的查询条件在定位单元中查找到所需要查询的呼叫日志信息分别处于网元1和网元2中，授权呼叫日志服务器到网元1和网元2中提取所需要的呼叫日志信息。
步骤403网元1根据查询条件在网元中的数据库查找到所需的呼叫日志信息，并向呼叫日志服务器返回相应的呼叫日志信息；呼叫日志服务器中的定位单元记录了所述含有当天通话的呼叫日志信息位于网元1中，通过授权到网元单元1中查询到符合该用户信息的呼叫日志信息。
步骤404呼叫日志服务器在通过认证之后，授权呼叫日志服务器向网元2提取呼叫日志信息；需要说明的是，步骤402和步骤404没有先后之分，可以是同步的，也可以是有时间区别的。但所述步骤几乎都是在同一个时间完成的，即在完成授权之后就开始执行了。
步骤405网元2根据查询条件在网元中的数据库查找到所需的呼叫日志信息，并向呼叫日志服务器返回相应的呼叫日志信息；步骤406呼叫日志服务器将从网元1和网元2收集到的呼叫日志信息合成一个完整的信息返回给用户设备。
由于从网元侧中收集到的数据一个是已接呼入电话的呼叫日志信息，一个是未接呼入电话的呼叫日志信息，用户所需得到的信息是当日的呼入呼叫日志信息，所述在网元侧收集到的信息需要在呼叫日志服务器中的合成单元中进行合成含有一个完整的呼入呼叫日志信息，将所述完整的呼入电话的呼叫日志信息发送给用户设备。
为了实现上述系统图3，图5示出了另外一种实现方法，其步骤如下步骤501用户设备请求查询获取所需的呼叫日志信息；这里仍以已接呼入电话的呼叫日志信息和未接呼入电话的呼叫日志信息分别存储在网元1和网元2中为例进行说明。
步骤502呼叫日志服务器对所述用户设备信息进行认证，并在通过认证之后向用户设备返回认证结果并授权用户设备到应用服务器中的网元进行查询；步骤503用户设备收到认证结果及授权信息后，向网元1提取所需查询的呼叫日志信息；步骤504网元1将所述查询到的呼叫日志信息返回给用户设备；步骤505用户设备收到认证结果及授权信息后，向网元2提取所需查询的呼叫日志信息；需要说明的是，步骤503和步骤505没有先后之分，可以是同步的，也可以是有时间区别的。但所述步骤几乎都是在同一个时间完成的，即在收到认证结果和授权信息之后就开始执行了。
步骤506网元2将所述查询到的呼叫日志信息返回给用户设备。
通过这种方法的实现也可以使用户设备获取当日的呼入呼叫日志信息。
本发明实施例中还可以结合以上两种不同的方案组建一个日志服务器系统，所述日志服务器系统可以支持两种架构，所述日志服务器系统如图6所示，所述日志服务器系统包括用户设备、聚合代理、业务管理系统、用户统一门户、呼叫日志服务器以及呼叫应用服务器，其功能在这里不再赘述。
所述呼叫日志服务器中含有发送单元、接收单元，认证授权单元以及获取单元，获取单元中含有获取单元1和获取单元2。获取单元1包括查询单元、存储单元以及更新单元，其功能在这里不再赘述。获取单元2包括查询单元、合成单元以及定位单元，其功能在这里不再赘述。所述呼叫应用服务器中含有多个网元以及传送单元，其功能在这里不再赘述。
用户设备可以根据自己的选择，在获取单元中选择所需提供的服务单元，其选择不同的获取单元享受不同的呼叫日志信息服务，其选择获取单元后获取呼叫日志信息的过程在这里不再赘述。
综上所述，本发明实施例呼叫日志服务器，可以为用户提供日志信息处理，通过本发明实施例中的日志服务器系统，可以实现记录所有用户的所有的呼叫日志信息，解决了用户在关机状态或者不在服务区状态下不能保存呼叫日志信息。通过本实施例中的呼叫日志服务器系统，用户可以从系统中获得所有呼叫日志信息。通过本实施例中的呼叫日志服务方法，用户设备通过终端设备可以从呼叫日志服务器和呼叫日志服务系统中获取用户所需要的呼叫日志信息，避免了更换终端或者丢失终端过程中的呼叫日志信息的丢失。通过本实施例所提供的呼叫日志服务方法，可以根据需求选择多种服务方法为用户设备提供服务。
以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
权利要求
1.一种呼叫日志服务器，包括接收单元，用于接收来自用户设备的呼叫日志查询请求信息；获取单元，用于根据呼叫日志查询请求信息获取相应的呼叫日志信息；发送单元，用于把获取单元所获取的相应的呼叫日志信息发送给用户设备。
2.如权利要求1所述的呼叫日志服务器，其特征在于，所述获取单元包括更新单元，用于接收呼叫应用服务器中定时或者实时更新的呼叫日志信息；存储单元，用于存储来自呼叫应用服务器的更新呼叫日志信息；查询单元，用于根据呼叫日志查询请求信息在存储单元中查询呼叫日志信息。
3.如权利要求1所述的呼叫日志服务器，其特征在于，所述获取单元包括定位单元，用于定位呼叫日志查询请求信息中所需呼叫日志信息所处在呼叫应用服务器的位置信息；查询单元，用于根据呼叫日志查询请求向所述定位单元所定位的呼叫应用服务器查询相应的呼叫日志信息；合成单元，用于将查询单元从所述各呼叫应用服务器中查询到的呼叫日志信息合并成一个统一的呼叫日志信息。
4.如权利要求3所述的呼叫日志服务器，其特征在于，所述呼叫日志服务器还包括认证授权单元，用于对所述发送呼叫日志查询请求信息的用户设备的信息进行认证，并对所述用户设备授权查询呼叫日志信息。
5.一种呼叫日志服务器系统，包括呼叫日志服务器以及呼叫应用服务器，其中所述呼叫日志服务器用于接收来自用户设备的呼叫日志查询请求信息，通过呼叫日志查询请求信息获取相应的呼叫日志信息并返回给用户设备；所述呼叫应用服务器用于通过呼叫日志服务器向用户设备提供呼叫日志信息。
6.如权利要求5所述的呼叫日志服务器系统，其特征在于，所述系统还包括聚合代理，其中所述聚合代理用于对所述发送呼叫日志查询请求信息的用户设备信息进行认证并授权用户设备查询呼叫日志信息。
7.如权利要求6所述的呼叫日志服务器系统，其特征在于，所述呼叫应用服务器包括传送单元，所述传送单元用于将呼叫应用服务器中更新的呼叫日志信息定时或实时的发送给呼叫日志服务器。
8.一种呼叫日志服务的方法，包括接收来自用户设备的呼叫日志查询请求信息；根据所述查询请求信息向用户设备返回所需的呼叫日志信息。
9.如权利要求8所述的呼叫日志服务方法，其特征在于，所述查询请求信息是根据呼叫日志类型进行查询的，所述呼叫日志类型包括呼入呼叫日志类型和呼出呼叫日志类型，其中呼入呼叫日志类型还包括在线未接呼入呼叫日志和离线未接呼入呼叫日志。
10.如权利要求9所述的呼叫日志服务方法，其特征在于，所述接收来自用户设备的呼叫日志查询请求信息步骤之前还包括以下步骤呼叫日志服务器接收并存储来自呼叫应用服务器的呼叫日志信息。
11.如权利要求10所述的呼叫日志服务方法，其特征在于，所述接收来自用户设备的呼叫日志查询请求信息步骤之前还包括以下步骤构造XML配置访问协议请求查询呼叫日志信息；对所述发送呼叫日志查询请求信息的用户设备信息进行认证并授权查询。
12.如权利要求9所述的呼叫日志服务方法，其特征在于，所述接收来自用户设备的呼叫日志查询请求信息步骤之前还包括以下步骤将用户设备的呼叫日志信息按照日志分类存储在不同的网元中，并将相应呼叫日志信息的位置信息返回给呼叫日志服务器。
13.如权利要求12所述的呼叫日志服务方法，其特征在于，所述接收来自用户设备的呼叫日志查询请求信息步骤中还包括以下步骤对所述发送呼叫日志查询请求信息的用户设备信息进行认证并授权查询。
14.如权利要求13所述的呼叫日志服务方法，其特征在于，所述根据所述查询请求信息向用户设备返回所需的呼叫日志信息步骤中包括以下步骤根据所述查询请求信息查询到所述呼叫日志信息的位置信息，并根据位置信息查询并获取所需的呼叫日志信息；将所述获取到所需的呼叫日志信息合成一个统一的呼叫日志信息。
15.如权利要求13所述的呼叫日志服务方法，其特征在于，所述根据所述查询请求信息向用户设备返回所需的呼叫日志信息步骤中包括以下步骤根据所述查询请求信息查询到所需的呼叫日志信息的位置信息，并将所述位置信息以及认证和授权信息返回给用户设备；用户设备根据定位信息以及认证和授权信息提取所需的呼叫日志信息。
全文摘要
本发明公开了一种呼叫日志服务器，包括接收单元，用于接收来自用户设备的呼叫日志查询请求信息；获取单元，用于根据呼叫日志查询请求信息获取相应的呼叫日志信息；发送单元，用于把获取单元所获取的相应的呼叫日志信息发送给用户设备。本发明还公开了一种呼叫日志服务器系统，包括呼叫日志服务器以及呼叫应用服务器，其中所述呼叫日志服务器用于接收来自用户设备的呼叫日志查询请求信息，通过呼叫日志查询信息获取相应的呼叫日志信息并返回给用户设备；所述呼叫应用服务器用于通过呼叫日志服务器向用户设备提供呼叫日志信息。本发明还公开了一种呼叫日志服务的方法，实施本发明实施例可以避免用户丢失终端时丢失所有的呼叫日志信息。
文档编号H04W8/22GK101022662SQ20071002701
公开日2007年8月22日 申请日期2007年2月26日 优先权日2007年2月26日
发明者季方, 梁文泳, 吴永能 申请人:华为技术有限公司