CN102238502A - 一种通信方法及系统以及业务服务器 - Google Patents
一种通信方法及系统以及业务服务器 Download PDFInfo
- Publication number
- CN102238502A CN102238502A CN2010101686797A CN201010168679A CN102238502A CN 102238502 A CN102238502 A CN 102238502A CN 2010101686797 A CN2010101686797 A CN 2010101686797A CN 201010168679 A CN201010168679 A CN 201010168679A CN 102238502 A CN102238502 A CN 102238502A
- Authority
- CN
- China
- Prior art keywords
- upp
- user terminal
- cpm
- executive logging
- information
- 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.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims abstract description 32
- 238000000034 method Methods 0.000 title claims abstract description 26
- 238000003860 storage Methods 0.000 claims description 44
- 230000000052 comparative effect Effects 0.000 claims 1
- 230000001737 promoting effect Effects 0.000 abstract 1
- 230000006870 function Effects 0.000 description 25
- 230000004913 activation Effects 0.000 description 17
- 238000001994 activation Methods 0.000 description 17
- 230000008569 process Effects 0.000 description 14
- 230000004044 response Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 230000003213 activating effect Effects 0.000 description 3
- 230000000903 blocking effect Effects 0.000 description 2
- 238000010835 comparative analysis Methods 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 230000014759 maintenance of location Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000006690 co-activation Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/2871—Implementation details of single intermediate entities
Abstract
本发明实施例公开了一种通信方法及系统以及业务服务器，用于提高用户体验，并促进UPP业务的开展。本发明实施例方法包括：获取第一用户终端激活的第一用户偏好规则UPP；存储所述第一UPP控制下的业务执行记录；当满足预置条件时，检索存储的业务执行记录；根据检索到的业务执行记录生成UPP执行信息；根据所述UPP执行信息进行相应的处理。本发明实施例还提供一种通信系统以及业务服务器。本发明实施例能够有效提高用户体验，并促进UPP业务的开展。
Description
技术领域
本发明涉及通信领域，尤其涉及一种通信方法及系统以及业务服务器。
背景技术
开放移动联盟(OMA，Open Mobile Alliance)致力于一键通、即时消息、以及融合互联网协议消息(CPM，Converged IP Message)等在内的移动数据业务规范。为了在当今异构环境下为用户提供更好的业务体验，OMA CPM规范对用户偏好规则(UPP，User Preference Profile)提供支持。
所谓“用户偏好规则”是指CPM用户偏好(User Preference)按照不同的使用环境，例如会议模式，办公室模式，家庭模式等，存储于扩展标记语言文档管理(XDM，XML Document Management)服务器，可以通过【OMA-XDM】规范进行访问和管理。
当CPM用户的一个终端注册上线后，它将被赋予一个激活的UPP，多终端用户的不同终端可以设置不同激活UPP。
现有技术中的一种利用UPP的通信方法大致为：
当用户终端A激活某个UPP时，则业务服务器会根据激活的UPP进行相应的控制，假设该UPP下某用户终端B被列入黑名单，业务服务器当检测到用户终端B的来电时会直接拒绝接听该来电。
但是，现有技术中，当业务服务器根据用户终端激活的UPP进行了UPP控制之后，用户并不知道在该UPP之下发生了哪些控制行为，并且在该现有技术中，当在该UPP之下进行了UPP控制之后，并没有设置一种机制来判断这种UPP控制是否触发额外的操作，例如通知用户或下发消息，因此影响了用户体验，且不利于UPP业务的开展。
发明内容
本发明实施例提供了一种通信方法及系统以及业务服务器，能够提高用户体验，并促进UPP业务的开展。
本发明实施例提供的通信方法，包括：获取第一用户终端激活的第一用户偏好规则UPP；存储所述第一UPP控制下的业务执行记录；当满足预置条件时，检索存储的业务执行记录；根据检索到的业务执行记录生成UPP执行信息；根据所述UPP执行信息进行相应的处理。
本发明实施例提供的业务服务器，包括：获取单元，用于获取第一用户终端激活的第一用户偏好规则UPP；存储单元，用于存储所述第一UPP控制下的业务执行记录；检索单元，用于当满足预置条件时，检索存储的业务执行记录；生成单元，用于根据检索到的业务执行记录生成UPP执行信息；处理单元，用于根据所述UPP执行信息进行相应的处理。
本发明实施例提供的通信系统，包括：用户终端，以及业务服务器；所述用户终端用于向所述业务服务器提供UPP，并从所述业务服务器接收业务信息。
从以上技术方案可以看出，本发明实施例具有以下优点：
本发明实施例中，业务服务器可以获取到第一用户终端激活的第一UPP，同时存储第一UPP控制下的业务执行记录，当满足预置条件时，则业务服务器可以根据检索到的业务执行记录生成UPP执行信息，并且根据该UPP执行信息进行相应的处理，所以使得第一用户终端能够获知在第一UPP控制下所发生的UPP执行的相关信息，例如可以获知有哪些用户的呼叫被拒绝等，从而能够提高用户体验，并促进UPP业务的开展。
附图说明
图1为本发明实施例中通信方法一个实施例示意图；
图2为本发明实施例中系统架构示意图；
图3为本发明实施例中通信方法另一实施例示意图；
图4为本发明实施例中通信方法另一实施例示意图；
图5为本发明实施例中通信方法另一实施例示意图；
图6为本发明实施例中通信方法另一实施例示意图；
图7为本发明实施例中业务服务器实施例示意图；
图8为本发明实施例中通信系统实施例示意图。
具体实施方式
本发明实施例提供了一种通信方法及系统以及业务服务器，能够提高用户体验，并促进UPP业务的开展。
请参阅图1，本发明实施例中通信方法一个实施例包括：
101、获取第一用户终端激活的第一用户偏好规则UPP；
本实施例中，当第一用户终端注册上线时，会向业务服务器请求激活第一UPP，则业务服务器可以获取该第一用户终端的第一UPP。
102、存储第一UPP控制下的业务执行记录；
业务服务器获取到了第一用户终端的第一UPP之后，会存储该第一UPP控制下的业务执行记录，例如可以包括来电拒接，消息转存，或消息互联等记录，具体此处不作限定。
103、当满足预置条件时，检索存储的业务执行记录；
当业务服务器确定满足预置条件时，可以检索已经存储的业务执行记录。
104、根据检索到的业务执行记录生成UPP执行信息；
当检索到业务执行记录时，可以根据该检索到的业务执行记录生成UPP执行信息。
105、根据UPP执行信息进行相应的处理。
业务服务器生成UPP执行信息之后，可以根据该UPP执行信息进行相应的处理，例如通知用户切换前后UPP设置发生变化，某个来电被拒绝，需要向用户发送消息等等，以使得第一用户终端获知在第一UPP控制下发生了哪些业务执行记录。
本实施例中，业务服务器可以获取到第一用户终端激活的第一UPP，同时存储第一UPP控制下的业务执行记录，当满足预置条件时，则业务服务器可以根据检索到的业务执行记录生成UPP执行信息，并且根据该UPP执行信息进行相应的处理，所以使得第一用户终端能够获知在第一UPP控制下所发生的UPP执行的相关信息，例如可以获知有哪些用户的呼叫被拒绝等，从而能够提高用户体验，并促进UPP业务的开展。
为便于理解，下面对本发明实施例中的通信方法所应用的系统架构进行描述，请参阅图2，本发明实施例中的系统架构具体可以如下：
用户终端包括CPM客户端(CPM Client)，存储客户端(Storage Client)以及支持业务客户端(Supporting Enabler Client)。
CPM业务参与功能实体(CPM PF，CPM Participating Function)，负责为CPM客户端之间或CPM客户端与第三方应用之间提供CPM消息、会话控制功能。
CPM控制功能实体(CPM Controlling Function)，负责提供创建、管理CPM会议会话(一对多)的控制功能，具体会话中的消息能力仍由CPM PF提供。
存储服务器(Storage Server)，负责提供CPM消息和多媒体数据的网络存储能力。
CPM业务互联功能实体(Interworking Function)，负责实现CPM系统与其他现有系统的互通。
第三方应用控制实体(Application Control Function)，负责通过与CPM PF交互为CPM用户访问第三方应用提供支持。
此外，在图2中所示的系统架构还包括远程CPM业务环境(Remote CPMEnvironment)，承载SIP信令的底层IP网络(SIP/IP Core)等。
需要说明的是，本发明实施例中的系统架构还包括：CPM UPP功能实体(CPM UPP Function)，负责根据CPM PF的指示获取用户终端当前的UPP，并使之成为当前用户终端激活UPP；接收CPM PF转发的CPM消息、会话处理请求，并根据当前用户终端激活UPP执行用户偏好设置控制，如：直接递送、丢弃/过滤、适配、离线存储、网络存储、互联等；记录激活UPP控制下的CPM业务执行记录；根据CPM PF的指示检索与用户对应的业务执行记录，如非空，则根据切换后UPP或该用户其他终端UPP生成UPP执行信息。
需要说明的是，本发明实施例中，CPM UPP功能实体可以通过如下两种方式记录业务执行记录：
(1)接收CPM PF、Storage Server、Interworking Function提交的CPM UPP业务控制执行结果，由CPM UPP Function生成、存储UPP业务执行记录；
(2)接收CPM PF、Storage Server、Interworking Function提交的CPM UPP业务控制执行登记请求，仅存储UPP业务执行记录的可访问标识(SIP URI)、UPP控制类型、时间等索引信息，业务执行记录本身由CPM PF、StorageServer、Interworking Function各自存储。
基于上述图2所示的系统架构，下面对本发明实施例中的通信方法进行详细说明，请参阅图3，本发明实施例中通信方法另一实施例包括：
301、CPM用户终端注册上线；
本实施例中所描述的CPM用户终端可以为第一CPM用户终端。
302、获取CPM用户终端激活的UPP；
当第一CPM用户终端注册上线之后，其会向业务服务器请求激活UPP，则业务服务器中的CPM UPP功能实体可以获取第一CPM用户终端激活的UPP。
303、记录激活UPP控制下的业务执行记录；
CPM UPP功能实体获取到了第一CPM用户终端激活的UPP之后，可以记录该UPP控制下的业务执行记录，即在该UPP控制下执行了哪些业务处理(例如来电拒接，消息转存，消息互联等)。
本实施例中，CPMUPP功能实体可以通过如下两种方式记录业务执行记录：
(1)接收CPM PF、Storage Server、Interworking Function提交的CPM UPP业务控制执行结果，由CPM UPP Function生成、存储UPP业务执行记录；
(2)接收CPM PF、Storage Server、Interworking Function提交的CPM UPP业务控制执行登记请求，仅存储UPP业务执行记录的可访问标识(SIP URI)、UPP控制类型、时间等索引信息，业务执行记录本身由CPM PF、StorageServer、Interworking Function各自存储。
需要说明的是，业务控制执行结果可以为根据激活UPP执行消息偏好处理或会话偏好处理的结果，或者是根据激活UPP执行网络存储偏好处理的结果，或者是根据激活UPP执行互联偏好处理的结果，具体此处不作限定。
304、CPM用户终端请求UPP切换或其他终端上线激活UPP；
本实施例中，该第一CPM用户终端可以请求进行UPP切换(例如从会议模式转换为办公室模式，或者从办公室模式转换为家庭模式)，或者是第二CPM用户终端上线激活UPP。
需要说明的是，本实施例中所描述的第二CPM用户终端是指与第一CPM用户终端相关的用户终端，例如第一CPM用户终端与第二CPM用户终端同属于一个用户，或者是由于业务设置，第一CPM用户终端与第二CPM用户终端发生联系。
本实施例中，可以将第一CPM用户终端请求UPP切换或第二CPM用户终端上线激活UPP作为预置的条件，当满足该预置条件时，业务服务器可执行后续操作。
305、判断是否存在业务执行记录，若存在，则执行步骤306，若不存在，则执行步骤309；
当第一CPM用户终端请求UPP切换或第二CPM用户终端上线激活UPP之后，业务服务器会判断是否存储有业务执行记录，若存储有，则说明在激活UPP控制下进行了业务处理，若未存储，则说明在激活UPP控制下没有进行业务处理。
306、对比分析切换后/激活UPP，生成UPP执行信息；
当确定存储有业务执行记录，则CPM UPP功能实体可以对比分析切换后/激活UPP，生成UPP执行信息，具体的过程可以为：
1)检索某一个业务执行记录；
本实施例中，假设第一CPM用户终端注册上线时激活的UPP为“会议模式”，在“会议模式”期间，用户终端X来电，而该UPP中规定会议模式下拒接用户终端X的来电，则CPM UPP功能实体会记录一个业务执行记录为“用户终端X的来电，拒接，会议模式”，用以表示在会议模式下拒接了用户终端X的来电。
2)根据该业务执行记录检索切换后的UPP，或者是新激活的UPP；
假设第一CPM用户终端将UPP由“会议模式”切换为了“办公室模式”，或者是使用该第一CPM用户终端的用户开启了同属于该用户的第二CPM用户终端，且新开启的第二CPM用户终端注册上线时激活的UPP为“办公室模式”。
则CPM UPP功能实体会确定切换后的UPP为“办公室模式”，或新激活的UPP为“办公室模式”。
3)判断是否满足通知条件，若满足，则执行步骤4)，若不满足，则执行步骤5)；
本实施例中，假设第一和第二CPM用户终端在“办公室模式”下可以接受用户终端X的来电，则CPM UPP功能实体确定了切换后的UPP为“办公室模式”，或新激活的UPP为“办公室模式”，且业务执行记录为“用户终端X的来电，拒接，会议模式”时，即确定满足通知条件，需要生成UPP执行信息。
4)生成UPP执行信息；
当CPM UPP功能实体确定满足通知条件之后，即会生成UPP执行信息，该UPP执行信息用以指示需要进行何种处理，例如可以为“向用户终端通告业务信息，业务信息为：用户终端X在h点m分s秒的来电被拒接，原因是：会议模式”等。
需要说明的是，CPM UPP功能实体在生成UPP执行信息的同时还可以确定递送终端标识，即要向哪一个CPM用户终端发送业务信息，例如本实施例中可以向处于“办公室模式”的CPM用户终端发送业务信息。
本实施例中，CPM UPP功能实体可以选择符合递送条件的终端的标识作为递送终端标识，例如当第一CPM用户终端由“会议模式”切换至“办公室模式”，则根据前述描述的内容可知，CPM UPP功能实体确定满足通知条件，且该第一CPM用户终端在切换至“办公室模式”后符合递送条件，则将该第一CPM用户终端的标识确定为递送终端标识，此外，若第一CPM用户终端仍处于“会议模式”，而用户的第二CPM用户终端上线，并激活“办公室模式”，则CPM UPP功能实体确定满足通知条件，但由于第一CPM用户终端仍处于“会议模式”，则不符合递送条件，而第二CPM用户终端处于“办公室模式”，因此，将该第二CPM用户终端的标识确定为递送终端标识。
5)检索下一个业务执行记录，并按照上述步骤进行处理，直至处理完所有的业务执行记录。
307、根据UPP执行信息进行相应的处理；
业务服务器生成UPP执行信息，并确定了递送终端标识之后，可以根据该UPP执行信息进行相应的处理，例如通知用户切换前后UPP设置发生变化，某个来电被拒绝，需要向用户发送消息等等，以使得CPM用户终端获知在激活的UPP控制下发生了哪些业务执行记录。
例如，本实施例中，业务服务器可以向CPM用户终端发送业务信息，该业务信息与业务执行记录相关，其中包含在激活的UPP控制下发生了哪些业务执行记录。
需要说明的是，具体下发业务信息可以采用如下几种方式：
(1)将业务信息以消息或会话的通知形式发送至第一用户终端；
(2)向CPM用户终端发送通知消息，接收CPM用户终端发送的获取请求，根据获取请求向CPM用户终端发送业务信息；
(3)将业务信息作为虚拟用户，建立虚拟用户与CPM用户终端之间的多方会话，控制CPM用户终端接收业务信息。
需要说明的是，在实际应用中还可以有更多的下发方式，具体此处不作限定。
本实施例中的业务信息的内容可以根据实际的业务控制情况进行确定，例如可以包括“呼叫被拒绝”，“消息被转存”，“消息下载链接”等，具体内容与业务控制相关，此处不作限定。
308、将切换后的UPP作为激活的UPP。
由于第一CPM用户终端进行了UPP切换，或者是第二CPM用户终端新激活了一个UPP，因此可以将切换后的UPP，或者是新激活的UPP作为激活的UPP，并重新上述步骤。
本实施例中，业务服务器可以获取到第一用户终端激活的第一UPP，同时存储第一UPP控制下的业务执行记录，当满足预置条件时，则业务服务器可以根据检索到的业务执行记录生成UPP执行信息，并且根据该UPP执行信息进行相应处理，所以使得第一用户终端能够获知在第一UPP控制下所发生的UPP执行的相关信息，例如可以获知有哪些用户的呼叫被拒绝等，从而能够提高用户体验，并促进UPP业务的开展；
其次，本实施例中可以采用多种方式存储业务执行记录，并且可以采用多种方式下发业务信息，因此能够提高方案的灵活性。
为便于理解，下面分别以不同的场景对本发明实施例中的通信方法进行描述：
一、会话处理场景：
请参阅图4，本发明实施例中通信方法另一实施例包括：
401～404、CPM用户终端请求UPP激活过程；
当CPM用户准备开会，其可以通过CPM用户终端请求CPM业务服务器为其终端激活会议模式下的UPP，该请求通过SIP发布(SIP PUBLISH)消息经由核心网(SIP/IP Core)发送至CPM PF。
该SIP PUBLISH消息中所携带的内容类型(Content-Type)为“application/poc-settings+xml”的消息体，其中<upp-settings>子元素中指示用户终端激活的UPP标识，如“MEETING”。
CPM PF返回200OK成功响应。
405～408、CPM业务服务器执行UPP激活过程；
CPM PF根据<upp-settings>的指示，基于CPM-UPP接口请求UPP Function执行UPP激活。
UPP Function从UPP信息存储实体(如OMAXDMS)中检索与用户请求对应的用户偏好规约，即“MEETING”UPP，并指示CPM PF将其作为激活态UPP来控制该用户的业务执行。
409、CPM PF激活UPP；
410、该用户的某个联系人向他发起会话请求；
411～412、执行业务控制；
当在用户开会期间，该用户的某个联系人向他发起会话请求(呼叫)，CPMPF前传该会话请求至UPP Funtion来执行用户偏好控制。
UPP Funtion发现该联系人列在激活“MEETING”UPP名单(Black List orBlock List)中，因而向CPM PF返回响应，指示执行请求过滤以阻挡该联系人对用户的呼叫请求。
413、CPM PF阻止该联系人发起的会话请求；
414、UPP Funtion记录本次业务执行记录；
当UPP Funtion向CPM PF返回响应，指示执行请求过滤以阻挡该联系人对用户的呼叫请求之后，UPP Funtion可以记录本次业务执行记录，具体的记录过程可以与前述图3所示的实施例中描述的记录过程相同，此处不再赘述。
415～418、用户终端进行UPP切换；
当会议结束后，用户通过CPM用户终端请求CPM业务服务器将其终端UPP切换至“办公室(OFFICE)”，具体的过程与前述步骤411～414类似，此处不再赘述。
419～422、激活用户终端切换后的UPP；
本步骤419～422与前述步骤405～408的过程类似，此处不再赘述。
423、检索执行记录，生成信息；
当用户终端发生了UPP切换之后，UPP Function可以检索在步骤414中记录的业务执行记录，并结合“办公室”UPP中的偏好设置生成通知集合。
本实施例中，假设前面被阻挡的联系人在用户的“办公室”UPP中属于白名单(White List)，即用户有可能需要了解该联系人被阻挡这件事，因而生成的通知集合非空，需要向用户终端发送通知。
424～425、发送业务信息。
UPP Function经由CPM PF向用户终端发送业务信息，具体的发送方式可以如前述图3所示的实施例中描述的发送方式，此处不再赘述。
CPM用户终端可以根据该通知了解到他有一个呼叫被业务服务器阻挡(根据他的偏好设置)，现在只要他愿意，可以给该联系人回电。
本实施例中，业务服务器可以获取到用户终端激活的UPP，同时存储UPP控制下的业务执行记录，当用户终端发生了UPP切换时，则业务服务器可以根据检索到的业务执行记录生成UPP执行信息，并且根据该UPP执行信息进行相应处理，所以使得用户终端能够获知在UPP控制下所发生的UPP执行的相关信息，例如可以获知有哪些用户的呼叫被拒绝等，从而能够提高用户体验，并促进UPP业务的开展。
二、消息转存场景：
请参阅图5，本发明实施例中通信方法另一实施例包括：
501～508、用户终端请求激活UPP；
在办公期间，CPM用户使用第一CPM用户终端(例如手机)请求CPM业务服务器激活“办公室”模式UPP，基于与图4中401～408所示的类似步骤，UPP Function获取并激活“办公室”UPP。
509、CPM PF激活UPP；
510、某联系人向第一CPM用户终端发送消息；
511～512、执行业务处理；
CPM PF将消息发送请求前传至UPP Funtion以执行用户偏好控制，UPPFuntion发现该第一CPM用户终端激活“办公室”UPP中指示对于大消息(例如大于1M的消息)不可直接下发至第一CPM用户终端，而必须转存至该用户的网络存储空间，因而向CPM PF返回响应，指示执行网络存储请求。
514～515、消息转存；
CPM PF根据指示向存储服务器发送消息存储请求，并接收存储成功响应。
516～517、发送业务执行结果；
存储服务器基于CPM-UPP接口向UPP Funtion发送业务执行结果，包括：UPP执行记录类型(网络存储)、存储尺寸、位置、时间等信息。
518、存储业务执行记录；
UPP Funtion根据执行记录结果存储业务执行记录。
519～526、新用户终端上线并激活UPP；
该CPM用户回到家中打开第二CPM用户终端(例如可以为家庭电脑)，按照与步骤501～508类似的步骤，UPP Funtion获取第二CPM用户终端的“家庭(HOME)”UPP。
527、检索执行记录，生成信息；
UPP Function检索与该用户对应的业务执行记录，并结合“家庭”UPP中的偏好设置生成通知集合。
本实施例中，假设第二CPM用户终端所激活的“家庭”UPP中用户偏好显示可以接收大消息(例如大于1M的消息)，因而生成的通知集合非空，需要向第二CPM用户终端发送通知。
528～529、发送业务信息；
UPP Function经由CPM PF向第二CPM用户终端发送业务信息，具体的发送方式可以如前述图3所示的实施例中描述的发送方式，此处不再赘述，该业务信息中可以携带UPP执行记录类型、时间等信息，此外，还可以携带该消息的下载链接。
530～531、下载消息。
用户根据UPP执行信息中的下载链接使用存储客户端访问、浏览、下载网络存储的消息。
本实施例中，业务服务器可以获取到用户终端激活的UPP，同时存储UPP控制下的业务执行记录，当新的用户终端上线时，则业务服务器可以根据检索到的业务执行记录生成UPP执行信息，并且根据该UPP执行信息进行相应处理，所以使得用户终端能够获知在UPP控制下所发生的UPP执行的相关信息，例如可以获知有哪些用户的呼叫被拒绝等，从而能够提高用户体验，并促进UPP业务的开展。
三、消息互联场景：
请参阅图6，本发明实施例中通信方法另一实施例包括：
601、CPM用户终端离线，执行默认UPP；
602～606、默认UPP激活过程；
CPM用户的第二CPM用户终端未上线时，若有联系人向第二CPM用户终端发送消息，则CPM PF前传消息发送请求至UPP Funtion以执行用户偏好控制并指示对应终端并未注册。
UPP Funtion获取第二CPM用户终端对应默认(Default)UPP，发现该第二CPM用户终端的默认UPP指示可以进行消息互联，因而向CPM PF返回响应，指示执行消息互联。
607、CPM PF开始处理消息互联；
608～612、执行消息互联过程；
CPM PF根据指示向CPM互联功能实体发送消息互联请求，并接收响应。
CPM互联功能实体存储此次业务执行记录，包括：UPP执行记录类型(消息互联)、互联选择(SMS)、时间等信息。
此外，CPM互联功能实体基于CPM-UPP接口向UPP Funtion发送UPP执行记录登记请求，UPP Funtion存储业务执行记录。
613～615、消息转存；
当又有联系人向第二CPM用户终端发送消息，CPM PF前传消息发送请求至UPP Funtion以执行用户偏好控制并指示对应终端并未注册。
UPP Funtion根据默认UPP判断大消息(例如大于1M的消息)需要进行网络存储，因而向CPM PF返回响应，指示执行网络存储。
616、CPM PF开始处理消息转存；
617～621、执行消息转存过程；
CPM PF根据指示向存储服务器发送消息存储请求，并接收响应。
存储服务器存储此次业务执行记录，包括：UPP执行记录类型(网络存储)、存储尺寸、位置、时间等信息。
此外，存储服务器基于CPM-UPP接口向UPP Funtion发送UPP执行记录登记请求，UPP Funtion存储业务执行记录。
622、CPM用户终端上线，请求激活UPP；
第二CPM用户终端注册上线，UPP Funtion获取并激活第二CPM用户终端“家庭”UPP。
此外，UPP Function检索与该用户对应的业务执行记录，并结合“家庭”UPP中的偏好设置生成通知集合。
本实施例中，假设所激活的“家庭”UPP中用户偏好显示消息互联需提醒，且可以接收大消息(例如大于1M的消息)，因而生成的通知集合非空，需要向第二CPM用户终端发送通知。
623～626、执行信息交互过程。
UPP Function经由CPM PF向第二CPM用户终端以及通知集合中指示的UPP执行记录逻辑实体发送会议会话建立请求，该请求消息体中指示UPP执行信息逻辑实体是作为虚拟用户参加会议，因而只发不收(Send Only)，第二CPM用户终端则只收不发(Receive Only)。基于该会话，用户将在第二CPM用户终端接收业务信息实际内容。
本实施例中，业务服务器可以获取到用户终端的默认UPP，同时存储UPP控制下的业务执行记录，当用户终端上线时，则业务服务器可以根据检索到的业务执行记录生成UPP执行信息，并且根据该UPP执行信息进行相应处理，所以使得用户终端能够获知在UPP控制下所发生的UPP执行的相关信息，例如可以获知有哪些用户的呼叫被拒绝等，从而能够提高用户体验，并促进UPP业务的开展。
需要说明的是，上述三个实施例中，均以OMA CPM业务为例阐述本发明实施例中的技术方案，在实际应用中，除了使用OMA CPM业务之外，还可以采用其他的业务服务系统，此处不作限定；
其次，上述三个实施例中，均基于SIP信令建立通知，会话等，可以理解的是，在实际应用中，也可以通过其他的方式进行建立，具体此处不作限定。
下面介绍本发明实施例中的业务服务器，请参阅图7，本发明实施例中的业务服务器包括：
获取单元701，用于获取第一用户终端激活的第一用户偏好规则UPP；
存储单元702，用于存储获取单元701获取到的第一UPP控制下的业务执行记录；
检索单元703，用于当满足预置条件时，检索存储单元702存储的业务执行记录；
本实施例中的检索单元703检索业务执行记录的过程与前述图3至图6所示的实施例中描述的检索业务执行记录的过程类似，具体此处不再赘述。
生成单元704，用于根据检索单元703检索到的业务执行记录生成UPP执行信息；
本实施例中的生成单元704生成UPP执行信息的过程与前述图3至图6所示的实施例中描述的生成UPP执行信息的过程类似，具体此处不再赘述。
处理单元705，用于根据生成单元704生成的UPP执行信息进行相应处理。
本实施例中，存储单元702还可以进一步包括以下子单元中的至少一个：
第一子单元7021，用于根据第一UPP为第一用户终端执行消息偏好处理或会话偏好处理，并记录执行结果；
或，
第二子单元7022，用于根据第一UPP为第一用户终端执行网络存储偏好处理，并记录执行结果；
或，
第三子单元7023，用于根据第一UPP为第一用户终端执行互联偏好处理，并记录执行结果。
本实施例中的业务服务器还可以进一步包括：
确定单元706，用于确定UPP执行信息的递送终端标识。
本实施例中，处理单元705可以进一步包括以下子单元中的至少一个：
第四子单元7051，用于将业务信息以消息或会话的通知形式发送至递送终端标识对应的用户终端，该业务信息与业务执行记录相关；
或，
第五子单元7052，用于向递送终端标识对应的用户终端发送通知消息，接收递送终端标识对应的用户终端发送的获取请求，根据获取请求向递送终端标识对应的用户终端发送业务信息，该业务信息与业务执行记录相关；
或，
第六子单元7053，用于将UPP执行信息作为虚拟用户，建立虚拟用户与递送终端标识对应的用户终端之间的多方会话，控制递送终端标识对应的用户终端接收业务信息，该业务信息与业务执行记录相关。
本实施例中，获取单元701可以获取到第一用户终端激活的第一UPP，存储单元702存储第一UPP控制下的业务执行记录，当满足预置条件时，则生成单元704可以根据检索到的业务执行记录生成UPP执行信息，并且由处理单元705根据该UPP执行信息进行相应处理，所以使得第一用户终端能够获知在第一UPP控制下所发生的UPP执行的相关信息，例如可以获知有哪些用户的呼叫被拒绝等，从而能够提高用户体验，并促进UPP业务的开展。
下面介绍本发明实施例中的通信系统实施例，请参阅图8，本发明实施例中的通信系统包括：
用户终端801，业务服务器802，UPP信息存储实体803，存储服务器804以及CPM互联功能实体805，本实施例中的用户终端801用于向业务服务器802提供UPP，并从业务服务器802接收业务信息。
本实施例的通信系统中，具体的各网元之间的交互过程与前述图3至图6所示的实施例中描述的交互过程相同，具体此处不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上对本发明所提供的一种通信方法及系统以及业务服务器进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，因此，本说明书内容不应理解为对本发明的限制。
Claims (12)
1.一种通信方法，其特征在于，包括：
获取第一用户终端激活的第一用户偏好规则UPP；
存储所述第一UPP控制下的业务执行记录；
当满足预置条件时，检索存储的业务执行记录；
根据检索到的业务执行记录生成UPP执行信息；
根据所述UPP执行信息进行相应的处理。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
当所述第一用户终端请求从第一UPP切换至第二UPP时，则确定满足预置条件；
或，
当第二用户终端注册上线时，则确定满足预置条件，所述第二用户终端为与所述第一用户终端相关的用户终端。
3.根据权利要求1或2所述的方法，其特征在于，所述存储第一UPP控制下的业务执行记录包括：
根据所述第一UPP为所述第一用户终端执行消息偏好处理或会话偏好处理，并记录执行结果；
或，
根据所述第一UPP为所述第一用户终端执行网络存储偏好处理，并记录执行结果；
或，
根据所述第一UPP为所述用户终端执行互联偏好处理，并记录执行结果。
4.根据权利要求2所述的方法，其特征在于，所述检索存储的业务执行记录，根据检索到的业务执行记录生成UPP执行信息包括：
根据所述业务执行记录的类型检索所述第二UPP，或所述第二用户终端注册上线的UPP；
将所述业务执行记录与第二UPP，或所述第二用户终端注册上线的UPP进行比较；
若比较结果满足条件，则生成UPP执行信息。
5.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
在生成UPP执行信息的同时确定递送终端标识。
6.根据权利要求5所述的方法，其特征在于，所述根据所述UPP执行信息进行相应的处理包括：
向所述递送终端标识对应的用户终端下发业务信息，所述业务信息与所述业务执行记录相关。
7.根据权利要求6所述的方法，其特征在于，所述向递送终端标识对应的用户终端下发业务信息包括：
将所述业务信息以消息或会话的通知形式发送至所述递送终端标识对应的用户终端；
或，
向所述递送终端标识对应的用户终端发送通知消息；
接收所述递送终端标识对应的用户终端发送的获取请求，根据所述获取请求向所述递送终端标识对应的用户终端发送所述业务信息；
或，
将所述业务信息作为虚拟用户；
建立所述虚拟用户与所述递送终端标识对应的用户终端之间的多方会话，控制所述递送终端标识对应的用户终端接收所述业务信息。
8.一种业务服务器，其特征在于，包括：
获取单元，用于获取第一用户终端激活的第一用户偏好规则UPP；
存储单元，用于存储所述第一UPP控制下的业务执行记录；
检索单元，用于当满足预置条件时，检索存储的业务执行记录；
生成单元，用于根据检索到的业务执行记录生成UPP执行信息；
处理单元，用于根据所述UPP执行信息进行相应的处理。
9.根据权利要求8所述的业务服务器，其特征在于，所述存储单元包括以下子单元中的至少一个：
第一子单元，用于根据所述第一UPP为所述第一用户终端执行消息偏好处理或会话偏好处理，并记录执行结果；
或，
第二子单元，用于根据所述第一UPP为所述第一用户终端执行网络存储偏好处理，并记录执行结果；
或，
第三子单元，用于根据所述第一UPP为所述第一用户终端执行互联偏好处理，并记录执行结果。
10.根据权利要求8或9所述的业务服务器，其特征在于，所述业务服务器还包括：
确定单元，用于确定递送终端标识。
11.根据权利要求10所述的业务服务器，其特征在于，所述处理单元包括以下子单元中的至少一个：
第四子单元，用于将业务信息以消息或会话的通知形式发送至所述递送终端标识对应的用户终端，所述业务信息与所述业务执行记录相关；
或，
第五子单元，用于向所述递送终端标识对应的用户终端发送通知消息，接收所述递送终端标识对应的用户终端发送的获取请求，根据所述获取请求向所述递送终端标识对应的用户终端发送业务信息，所述业务信息与所述业务执行记录相关；
或，
第六子单元，用于将业务信息作为虚拟用户，建立所述虚拟用户与所述递送终端标识对应的用户终端之间的多方会话，控制所述递送终端标识对应的用户终端接收业务信息，所述业务信息与所述业务执行记录相关。
12.一种通信系统，其特征在于，包括：
用户终端，以及如权利要求8至11中任一项所述的业务服务器；
所述用户终端用于向所述业务服务器提供UPP，并从所述业务服务器接收业务信息。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010168679.7A CN102238502B (zh) | 2010-05-06 | 2010-05-06 | 一种通信方法及系统以及业务服务器 |
| PCT/CN2011/073209 WO2011137720A1 (zh) | 2010-05-06 | 2011-04-23 | 一种通信方法及系统以及业务服务器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010168679.7A CN102238502B (zh) | 2010-05-06 | 2010-05-06 | 一种通信方法及系统以及业务服务器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102238502A true CN102238502A (zh) | 2011-11-09 |
| CN102238502B CN102238502B (zh) | 2014-02-19 |
Family
ID=44888615
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010168679.7A Expired - Fee Related CN102238502B (zh) | 2010-05-06 | 2010-05-06 | 一种通信方法及系统以及业务服务器 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102238502B (zh) |
| WO (1) | WO2011137720A1 (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108023923A (zh) * | 2016-11-04 | 2018-05-11 | 中兴通讯股份有限公司 | 离线消息的处理方法及装置 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020091692A1 (en) * | 2001-01-05 | 2002-07-11 | Yoshida Lester T. | Method and system for weather forecasting |
| US20070130271A1 (en) * | 2003-06-25 | 2007-06-07 | Oracle International Corporation | Intelligent Messaging |
| CN101184303A (zh) * | 2007-12-18 | 2008-05-21 | 深圳华为通信技术有限公司 | 一种移动终端防盗方法和装置 |
| CN101286859A (zh) * | 2007-04-13 | 2008-10-15 | 朗迅科技公司 | 在无线通信系统的在线计费系统中共享余额的家庭记账计划 |
| CN101304552A (zh) * | 2008-06-20 | 2008-11-12 | Tcl天一移动通信（深圳）有限公司 | 自动匹配来电号码或来短信号码的方法及通讯终端 |
| CN101699874A (zh) * | 2008-04-23 | 2010-04-28 | 北京恒泰实达科技发展有限公司 | 一种基于服务器的短信防火墙系统和设立短信防火墙的方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1812604A (zh) * | 2006-03-01 | 2006-08-02 | 成都今辰科技发展有限公司 | 短信防火墙系统和设立短信防火墙的方法 |
-
2010
- 2010-05-06 CN CN201010168679.7A patent/CN102238502B/zh not_active Expired - Fee Related
-
2011
- 2011-04-23 WO PCT/CN2011/073209 patent/WO2011137720A1/zh active Application Filing
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020091692A1 (en) * | 2001-01-05 | 2002-07-11 | Yoshida Lester T. | Method and system for weather forecasting |
| US20070130271A1 (en) * | 2003-06-25 | 2007-06-07 | Oracle International Corporation | Intelligent Messaging |
| CN101286859A (zh) * | 2007-04-13 | 2008-10-15 | 朗迅科技公司 | 在无线通信系统的在线计费系统中共享余额的家庭记账计划 |
| CN101184303A (zh) * | 2007-12-18 | 2008-05-21 | 深圳华为通信技术有限公司 | 一种移动终端防盗方法和装置 |
| CN101699874A (zh) * | 2008-04-23 | 2010-04-28 | 北京恒泰实达科技发展有限公司 | 一种基于服务器的短信防火墙系统和设立短信防火墙的方法 |
| CN101304552A (zh) * | 2008-06-20 | 2008-11-12 | Tcl天一移动通信（深圳）有限公司 | 自动匹配来电号码或来短信号码的方法及通讯终端 |
Non-Patent Citations (1)
| Title |
|---|
| 朱海: "基于多智能体的用户偏好系统研究", 《商业科技》 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108023923A (zh) * | 2016-11-04 | 2018-05-11 | 中兴通讯股份有限公司 | 离线消息的处理方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2011137720A1 (zh) | 2011-11-10 |
| CN102238502B (zh) | 2014-02-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109587044B (zh) | 群组创建、消息交互方法和装置 | |
| CA2393574C (en) | Aggregates in a presence management system | |
| US7603411B1 (en) | Presence management system | |
| EP1240756B1 (en) | Anonymity in a presence management system | |
| CN102227927B (zh) | 用于提供通信历史的方法和装置 | |
| US8239464B2 (en) | Method and instantaneous messaging system for mobile terminals equipped with a virtual presence server configured to manage different contact lists of a single user | |
| CN101262453B (zh) | 下一代网络中的智能聊天业务实现方法、系统 | |
| US9124645B2 (en) | Method and instantaneous messaging system for mobile terminals equipped with a virtual presence server allowing an instantaneous messaging session to be managed automatically | |
| CN100464537C (zh) | 共享呈现信息的方法及系统、群组服务器及呈现服务器 | |
| CN101714170B (zh) | 一种基于xdms的群组管理系统及方法 | |
| JP7032377B2 (ja) | 通知を行う方法、装置及びシステム | |
| JP2004102547A (ja) | コミュニケーションシステム、コミュニケーションサーバ、及び、コミュニケーション方法 | |
| KR20050056936A (ko) | 무선이동 단말기상에서 그룹 쳇 작업기간을디스플레이하는 방법 및 시스템 | |
| CN105282730B (zh) | Ims网络中终端通信状态获取方法与系统和应用服务器 | |
| CN102413072B (zh) | 网络会议中的即时消息处理方法及处理系统 | |
| CN100438511C (zh) | 一种即时通信中按照时间段自动回复的方法及系统 | |
| EP2232797A1 (en) | Method and system for managing communication sessions set-up between users | |
| CN104753877A (zh) | 一种群组通信方法及装置 | |
| CN104956650A (zh) | 用于接入讨论会系统的系统和方法 | |
| JP2013502790A (ja) | リマインダを送信する会議スケジューラ | |
| CN104883290A (zh) | 一种联系人在线状态通知方法及装置 | |
| CN102238502B (zh) | 一种通信方法及系统以及业务服务器 | |
| CN102209313A (zh) | 订阅呈现信息的方法、系统、资源列表服务器及呈现服务器 | |
| CN107819665B (zh) | 通讯提醒方法及装置 | |
| CA2394317C (en) | Presence management system using context information |
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 | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20170630 Address after: 510640 Guangdong City, Tianhe District Province, No. five, road, public education building, unit 371-1, unit 2401 Patentee after: Guangdong Gaohang Intellectual Property Operation Co., Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: Huawei Technologies Co., Ltd. |
|
| CB03 | Change of inventor or designer information | ||
| CB03 | Change of inventor or designer information |
Inventor after: Li Qiong Inventor before: Huang Cheng Inventor before: Liang Gang Inventor before: Mou Lunjian Inventor before: Wang Jue Inventor before: Bian Yonggang Inventor before: Zhang Yongjing Inventor before: Ding Chuansuo |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20170904 Address after: Shangshui County Zhoukou Henan province 466100 city of Xiang Xiao Zhuang village four groups Patentee after: Li Qiong Address before: 510640 Guangdong City, Tianhe District Province, No. five, road, public education building, unit 371-1, unit 2401 Patentee before: Guangdong Gaohang Intellectual Property Operation Co., Ltd. |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20140219 Termination date: 20180506 |