专利名称：：一种业务配置的方法及业务配置保存实体的制作方法
技术领域：
：本发明属于通信
技术领域：
，特别涉及一种业务配置的方法及业务配置保存实体。
背景技术：
：在基于IMS(IPMultimediaSubsystem,IP多媒体子系统)的应用中，用户采用签约的方式使用IMS业务平台提供的服务。用户使用IMS业务的标识为一个URI(UniformResourceIdentifier,统一资源标识符)，例如可以是SIP(SessionInitiationProtocol,会话启动协议)URI或者是一个TELURI,均是一种用户标识。在已往的应用中，均主要属于单一用户设备接入IMS和使用基于IMS的业务的场景，在现有的应用系统中，可能的应用包括PoC(PushtoTalkovercellular,无线一键通)业务、IM(InstantMessage,即时消息)业务、CPM(ConvergentIPMessaging,汇集IP消息)业务、XDM(XMLDocumentManagement,XML文件管理)引擎、呈现业务等等，随着业务类型的增加，还可能有其他业务在基于IMS的系统中应用。在以上列举的应用中，需要用户根据自己的意愿进行业务信息的配置。在OMAPoC业务中，PoC终端能够在用户归属的PoC服务器参与功能上进行业务配置(ServiceSetting),这种业务设置使用了SIPPUBLISH消息类型，上载了用户在服务器上的配置信息。配置信息的保存按照用户不同分开保存，可以使用用户标识进行区分。这些配置信息可以包括应答模式设置、会话闭锁设置、即时通知消息、并发会话设置、被叫方标识信息设置、媒体内容设置、文本内容设置、PoCBox设置等等。由于SIPPUBLISH消息类型有周期性的特点，这种方式保存的配置信息有一定的时效性。根据OMAPoC业务的定义，业务设置在用户终端完成业务注册后开始进行，业务设置在业务去注册后，该用户所属的配置信息可以自动地删除。在OMAPoC业务中还存在一种用户配置方式，用户终端使用XDM引擎提供的能力，使用XDMC通过XCAP协议在XDMS服务器上配置长期保存的配置信息，如用户接入策略，通用接入策略等等。这部分配置信息有长期保存的特点。在其他业务中，广泛存在着用户终端针对业务进行业务信息配置的场景。例如，用户终端能够设置不同，这些场景就目前的使用看，都针对不同的用户，也根据某个用户进行区分。在现有业务信息配置的方法中，可以看出，这些业务配置均为某一个用户保存，应用时也会根据某一个用户进行的配置执行相应的设置。在同属于一个用户的多个设备在多种应用场景中使用的情况下，这样的业务设置方式都不能满足多个设备的使用。例如，多个设备由于具备不同的能力，对某个业务中的配置必然有所不同。一个用户进行的业务配置，一部分业务配置是用户意愿的体现，和某一个用户设备的使用无关，如应答模式等。另外，一个用户进行的业务配置，还会由于使用不同的业务终端而不同，如使用带摄像头和不带摄像头的用户终端能够支持的媒体类型必然不同。因此在现有技术中，用户进行业务配置的方式，在同一用户多设备情况引入的场景下，无法根据设备进行区别配置，不能满足使用要求。
发明内容为了解决现有用户进行业务配置的方式在同一用户多设备情况引入的场景下，无法根据设备进行区别配置，不能满足使用要求的问题，本发明实施例提供了一种业务配置的方法，包括业务配置保存实体接收同一用户的用户终端上载的用户配置信息、用户标识、用户设备配置信息和用户设备标识；业务配置保存实体对用户配置信息和用户标识进行捆绑保存，对同一用户终端的用户设备标识和用户设备配置信息进行捆绑保存。同时本发明实施例还提供一种业务配置保存实体，包括接收模块用于接收同一用户的用户终端上载的用户配置信息、用户标识、用户设备配置信息和用户设备标识；保存模块用于对用户配置信息和用户标识进行捆绑保存，对同一用户终端的用户设备标识和用户设备配置信息进行捆绑保存。由上述本发明提供的具体实施方案可以看出，正是由于对同一用户的用户设备标识和用户设备配置信息进行捆绑保存，使得在同一用户多设备情况引入的场景下，可以根据设备进行区别配置。图1为本发明提供的第一实施例方法流程图2为本发明提供的第一实施例配置信息的关系示意图3为本发明提供的第二实施例方法流程图4为本发明提供的第三实施例方法流程图5为本发明提供的第四实施例业务配置保存实体结构具体实施例方式本发明提供的第一实施例是一种设备业务配置方法，在用户设备使用XDM机制上载配置信息的过程中，XDM机制使用XCAP协议承载配置信息。在本实施例中，属于同一个用户的两个用户终端Client1即XDMC-1和Client2即XDMC-2参与了用户配置信息的上载。方法流程如图l所示，包括步骤101:XDMC-1向作为业务配置保存实体的XDMS发送XCAPPUT消息，用于上载用户终端-1的用户设备配置信息，用户终端-l的用户设备标识，用户所属的用户配置信息，以及用户标识。步骤102:XDMS对用户终端-1的用户设备标识和用户终端-1的用户设备配置信息进行捆绑保存，例如将用户终端-1的用户设备标识和用户终端-1所属的用户设备配置信息保存在同一个配置文件中。对用户标识和用户所属的用户配置信息进行捆绑保存。作为优选方案进一步还可以包括步骤103:XDMS向XDMC-1返回应答消息。对于用户终端Client2^!丸行类似步骤。步骤104:XDMC-2向XDMS发送XCAPPUT消息，用于上载用户终端-2的用户设备配置信息，用户终端-2的用户设备标识，用户所属的用户配置信息，以及用户标识。步骤105:XDMS对用户终端-2的用户设备标识和用户设备-2所属的用户设备配置信息进行捆绑保存，对用户标识和用户所属的用户配置信息进行捆绑保存。作为优选方案进一步还可以包括步骤106:XDMS向XDMC-2返回应答消息。因为进行捆绑保存，用户所属的用户配置信息、用户设备-l所属的用户设备配置信息和用户设备-2所属的用户设备配置信息，可以分别使用用户标识、用户设备-1的用户设备标识和用户设备-2的用户设备标识进行区分。这样就可以根据用户设备标识查找用户设备配置信息，并根据用户配置信息进行业务操作。从上面的实施例中可以看出，在多个用户设备应用于业务的场景中，业务配置可以分配针对用户的业务配置和针对设备的业务配置两类。针对某一个用户配置信息可以作为一个单独的数据信息保存，而针对多个用户设备配置信息，需要不同的用户设备所属的用户设备配置信息分别保存。需要对针对用户的业务配置和针对用户设备的业务配置进行划分，针对用户配置信息，将保留现有技术中的用户配置信息的全部内容。用户配置信息和用户设备配置信息的关系如图2所示，用户设备配置信息和用户配置信息中具有属性或者功能相同的部分2。部分l只针对用户的配置信息(只是用户意愿的体现，和某一个用户设备的使用无关，如应答模式等)可以只作为用户配置信息的一部分保存，部分3只针对用户设备的配置信息(如使用带摄像头和不带摄像头的用户终端能够支持的媒体类型必然不同)可以只作为用户设备配置信息的一部保存。用户配置信息包括部分1和部分2，用户设备配置信息包括部分2和部分3。用户配置信息可以包括用户设备配置信息的全部或部分。本发明提供的第二实施例是一种设备业务配置方法，以下实施例说明了属于同一个用户的两个用户终端Client1和Client2同时注册到IMS网络中并进行业务配置的情况。在本实施例中，用户终端Client1在IMS网络注册时，使用GRUU(GloballyRoutableUAURI)作为用户设备的全球可^各由的标识即用户设备标识；用户终端Client2在IMS网络注册时，使用GRUU(GloballyRoutableUAURI)作为用户设备的全球可路由的标识即用户设备标识。其中，Client1和Client2均是该用户使用此项业务的用户终端。这两个终端具备不同的能力，均有使用SIPPublish消息向应用服务器AS上载配置信息，进行业务配置的能力。此实施例属于典型的应用场景，如OMAPoC业务或呈现业务等，方法流程如图3所示，包括步骤201:首先用户终端Clientl向服务呼叫会话控制功能实体(S-CSCF)发起注册请求，注册的过程中，使用了IETFGRUUDraft的机制，在注册消息中标识了支持GRUU的信息，S-CSCF负责生成用户终端的临时GRUU-1标识作为用户设备标识，用于唯一的标识这个用户终端Client1。步骤202:S-CSCF收到用户的注册请求，生成临时GRUU-l,并且向HSS查询。步骤203:HSS向S-CSCF返回应答消息。步骤204:S-CSCF向用户终端Client1发送注册成功的应答消息，应答消息中包括网络分配的临时GRUU-1标识。根据业务特征，用户终端可以在业务注册结束后，立即向应用服务器AS发起业务配置。在这个过程中，步骤205:用户终端Client1向网络中作为业务配置保存实体的AS发送SIPPUBLISH消息，用于上载配置信息进行业务配置，SIPPUBLISH消息中包括用户标识URI以及用户终端Client1的临时GRUU-1。用户终端Client1上载的配置信息，包括用户配置信息部分，还包括用户终端Client1所属的用户设备配置信息部分。由于配置信息在应用服务器AS上保存，往往包括一定的生存周期，因此为用户配置信息和用户设备配置信息部分分别设定老化时间。用户配置信息和用户设备配置信息部分的老化时间，在这个SIPPUBLISH消息中可以相同，也可以不同。由于用户设备配置信息可以是用户配置信息的一部分，因此用户配置信息老化时，该网络设备除了清除用户配置信息，还应清除用户终端Client1的用户设备配置信息，此时的条件为用户终端Client1和用户终端Client2用户设备配置信息的老化时间相同。用户终端Client1所属用户设备配置信息老化时，该网络设备清除用户终端Client1所属的用户设备配置信息，不影响用户终端Client2的用户设备配置信息和用户配置信息，即用户终端Client2的用户设备配置信息和用户配置信息不会被清除；用户设备配置信息的老化时间更新时，同时更新用户配置信息的老化时间；用户设备配置信息的老化时间更新时，由于业务逻辑的原因可以不更新用户配置信息的老化时间(如用户配置信息的老化时间大于需要更新的下一个老化时间)；用户主动更新用户配置信息时，可以不更新用户设备配置信息的老化时间。对于注册过程中，使用永久PublicGRUU标识而不是使用网络生成的临时GRUU标识的情况，SIPPUBLISH消息中包括的GRUU为一个PublicGRUU即7>共标识。步骤206:应用服务器AS对用户配置信息和用户标识URI进行捆绑保存，对用户终端Client1的用户设备配置信息和用户终端获得的GRUU-1标识进行捆绑保存。用户终端Clientl上载的配置信息，分为用户配置信息和用户终端配置信息。用户设备配置信息应当属于用户配置信息的一部分。用户配置信息使用用户标识URJ，而用户终端Client1的用户设备配置信息使用用户终端获得的GRUU-1标识。步骤207:应用服务器AS向用户终端Client1返回成功应答消息。在此之后，用户终端Client2也和用户终端Client1—样执行类似的步骤208-步骤214，此处不再赘述。这时，应用服务器AS保存了用户配置信息、用户终端Client1的用户设备配置信息和用户终端Client2的用户设备配置信息。用户终端Client1和Client2均属于业务设置全集的一部分。用户配置信息使用用户标识URI,而Client1和Client2的用户设备配置信息分别使用Client1和Client2获得的GRUU-1和GRUU-2标识。为了进一步解决，应用服务器AS收到业务设置的SIPPUBLISH消息过程中安全性不高的问题，本发明提供的第三实施例是一种设备业务配置方法，在下面的实施例中，在AS收到业务设置的SIPPUBLISH消息前，增加了第三方注册过程，在第三方注册的过程中，作为第三方验证实体的应用服务器AS获得了用户标识URI。在本发明实施例中，在第三方注册过程中在S-CSCF发送给AS的第三方注册请求消息中包括有GRUU(临时GRUU或者PublicGRUU)。因此应用服务器可以从第三方注册过程获得用户设备标识，在本实施例中为一个GRUU标识。对于用户终端Client1,具体的方法流程如图4所示，其中步骤301至步骤304和实施例二中的步骤201至步骤204相同，在#^亍完步骤204即业务注册结束后，并不立即向应用服务器AS发起业务配置，而是增加第三方注册过程，用户终端可以在业务注册结束后执行以下步骤步骤305:S-CSCF向应用服务器AS(此时AS作为第三方验证实体)发出第三方注册请求，在第三方注册请求中包括了用户身份标识URI和用户设备标识GRUU标识(临时GRUU或者PublicGRUU)。步骤306:AS接收第三方注册请求，并向S-CSCF发出了第三方注册请求的应答消息。步骤307:上载配置信息进行业务配置，即执行和实施例二中的步骤205相同的步骤。步骤308:应用服务器AS收到用户终端Clientl上载的配置信息后，为了增加业务配置过程的安全性，可以对业务配置进行验证，应用服务器AS利用在第三方注册过程中收到的用户身份标识URI和用户设备标识GRUU对在业务配置过程中收到的用户身份标识URI和用户设备标识GRUU进行验证和比较，验证正确的被接受。并且对业务配置信息进行保存，保存的方式仍然是用户配置信息和用户标识URI进行捆绑保存，用户终端Clientl的用户i殳备配置信息和用户终端获得的GRUU-1标识进行捆绑保存。步骤309:应用服务器AS向用户终端Client1返回成功应答消息。在上面的实施例中应用服务器AS即作为业务配置保存实体又作为第三方验证实体，业务配置保存实体和第三方验证实体也可以通过不同的网络实体来实现，此处不再赘述。对于用户终端Client2执行和上述步骤类似的步骤310-步骤318。在以上的过程中，因为使用了第三方注册的过程，使得应用服务器AS在收到业务配置请求前，先从第三方得到用于标识配置信息(用户配置信息和用户设备配置信息部分)的标识即用户身份标识URI和用户设备标识GRUU，通过增加应用服务器对标识的验证过程，防止了不知名用户终端向应用服务器恶意上载配置信息，增强了网络的安全性。本发明提供的第四实施例是一种业务配置保存实体，其结构如图5所示，包括接收模块401:用于接收同一用户的用户终端上载的用户配置信息、用户标识、用户设备配置信息和用户设备标识；保存模块402:用于对用户配置信息和用户标识进行捆绑保存，对同一用户终端的用户设备标识和用户设备配置信息进行捆绑保存。进一步还包括第三方接收模块403:用于接收呼叫会话控制功能实体发送的用户标识和用户设备标识；验证模块404:用于根据第三方接收模块403从呼叫会话控制功能实体获得的用户标识和用户设备标识，对用户终端上载的用户标识和用户设备标识进行验证。还包括存储模块405:用于存储接收模块401接收的用户配置信息和用户设备配置信息被设定的老化时间。当然上述实施例中由S-CSCF所完成的功能也可由其它呼叫会话控制功能实体完成。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。权利要求1.一种业务配置的方法，其特征在于，包括业务配置保存实体接收同一用户的用户终端上载的用户配置信息、用户标识、用户设备配置信息和用户设备标识；业务配置保存实体对用户配置信息和用户标识进行捆绑保存，对同一用户终端的用户设备标识和用户设备配置信息进行捆绑保存。2、如权利要求1所述的方法，其特征在于，所述用户配置信息包括用户和用户终端共有的配置信息，和只针对用户特有的配置信息。3、如权利要求2所述的方法，其特征在于，所述用户设备配置信息被包括在所述用户配置信息中。4、如权利要求1所述的方法，其特征在于，所述用户设备配置信息包括用户和用户终端共有的配置信息，和只针对用户终端特有的配置信息。5、如权利要求1所述的方法，其特征在于，业务配置保存实体接收同一用户的用户终端上载的用户配置信息、用户标识、用户设备配置信息和用户设备标识前还包括呼叫会话控制功能实体接收用户终端业务注册请求并向用户终端发送注册成功的应答消息。6、如权利要求5所述的方法，其特征在于，呼叫会话控制功能实体接收用户终端进行业务注册请求并向用户终端发送注册成功的应答消息和业务配置保存实体接收同一用户的用户终端上载的用户配置信息、用户标识、用户设备配置信息和用户设备标识之间还包括第三方验证实体接收呼叫会话控制功能实体发送的用户标识和用户设备标识；并在业务配置保存实体接收用户终端上载的用户配置信息、用户标识、用户设备配置信息和用户设备标识后，包括所述第三方验证实体根据从所述呼叫会话控制功能实体获得的用户标识和用户设备标识，对用户终端上载的用户标识和用户设备标识进行-睑证。7、如权利要求5所述的方法，其特征在于，所述应答消息中包括为用户终端分配的临时用户i殳备标识。8、如权利要求1至6任意一项权利要求所述的方法，其特征在于，所述用户设备标识为永久标识。9、如权利要求8所述的方法，其特征在于，所述永久标识为用户设备的7>共标识。10、如权利要求1至7任意一项权利要求所述的方法，其特征在于，用户配置信息和用户设备配置信息被设定有老化时间。11、如权利要求10所述的方法，其特征在于，用户配置信息老化时间和用户设备配置信息老化时间相同或不同。12、如权利要求10所述的方法，其特征在于，各个用户设备配置信息老化时间相同，当用户配置信息到达老化时间被清除时，用户设备配置信息也被清除。13、如权利要求10所述的方法，其特征在于，当一个用户设备配置信息到达老化时间被清除时，其它用户设备配置信息和用户配置信息不被清除。14、如权利要求IO所述的方法，其特征在于，还包括对所述老化时间进行更新；当对用户设备配置信息的老化时间进行更新时，对用户配置信息的老化时间进行更新或不更新。15、如权利要求IO所述的方法，其特征在于，还包括对用户配置信息进行更新；当对用户配置信息进行更新时，用户配置信息的老化时间不进行更新。16、一种业务配置保存实体，其特征在于，包括接收模块用于接收同一用户的用户终端上载的用户配置信息、用户标识、用户设备配置信息和用户设备标识；保存模块用于对用户配置信息和用户标识进行捆绑保存，对同一用户终端的用户设备标识和用户设备配置信息进行捆绑保存。17、如权利要求16所述的业务配置保存实体，其特征在于，还包括第三方接收模块用于接收呼叫会话控制功能实体发送的用户标识和用户设备标识；验证模块用于根据所述第三方接收模块从呼叫会话控制功能实体获得的用户标识和用户设备标识，对用户终端上载的用户标识和用户设备标识进行l全证。18、如权利要求16所述的业务配置保存实体，其特征在于，还包括存储模块用于存储所述接收模块接收到的用户配置信息和用户设备配置信息被设定的老化时间。全文摘要公开了一种业务配置的方法，为了解决同一用户多设备情况引入的场景下，无法根据设备进行区别配置的问题，公开的方法包括业务配置保存实体接收同一用户的用户终端上载的用户配置信息、用户标识、用户设备配置信息和用户设备标识；业务配置保存实体对用户配置信息和用户标识进行捆绑保存，对同一用户终端的用户设备标识和用户设备配置信息进行捆绑保存，正是由于进行对应捆绑保存，因此可以根据设备进行区别配置。文档编号H04L29/08GK101374263SQ20071014510公开日2009年2月25日申请日期2007年8月21日优先权日2007年8月21日发明者雷朱申请人:华为技术有限公司