CN101147388A - 服务内容的多运营商电信分发 - Google Patents

Abstract

本发明提供一种使一个电信网络运营商(10′)能够为多个运营商(20)充当内容提供商(60)的中间分发者或管理者的解决方案。内容提供商(60)与中心运营商(10′)具有单一关系，又与其它运营商(20)有关系。因此，内容提供商(60)能够通过与该运营商(10′)的单一关系到达所有运营商(10′，20)的所有用户(30)。内容提供商(60)提供服务内容，例如，媒体内容。编辑目标用户(30)或订户列表。中心运营商(10′)从其它运营商(20)收集必要的用户属性(80)，如位置、装置信息和访问特性。根据收集的属性(80)修改内容，并以最佳的可能方式将内容分发到用户(30)。

Description

服务内容的多运营商电信分发

技术领域

本发明一般涉及服务内容的通信，并且具体地说，涉及通过电信运营商边界的此类通信。

背景技术

今天，电信运营商为其集合网络上的通信服务、会话和/或媒体构建了若干个标准化路由能力。原动力是能够为任何人到任何人提供个人到个人的连接，而无论特定用户运营商的关系如何。这些服务、会话和/或媒体的路由能力的示例有电话、SMS、MMS、IMPS、电子邮件以及现在也即将出现的IMS。这些示例的每个均具有其自己的寻址结构，这种结构使得在具体寻址、服务或会话方案内从任一用户到任一其它活动用户的路由成为可能。

例如通信服务内容、媒体内容等不同服务内容的内容提供商需要将其服务内容分发到指定用户。一般情况下，与多个不同运营商相关联广泛分布的大量用户是此类服务内容的暂定目标。为此，内容提供商可以像任一其它用户一样使用上述路由结构，并且他们在此类情况下也将被视为“普通”用户。这样，内容提供商可将其服务内容路由到需要它的任何人。然而，在其它用户之中充当用户时递送服务内容有一些缺陷，主要是在使实际内容适合于内容要递送到的终端类型和/或递送内容所通过的访问类型的能力方面。

可供内容提供商使用的另一个备选方案是建立到不同运营商的直接关系。通过利用运营商的第三方接口，此类关系可提供到与运营商相关联的用户当前终端能力和运营商访问能力的访问。这成了一种获得例如可能对于内容实际递送很重要的目标用户位置的方式。然而，为了能够向所有可能用户提供服务，内容提供商要建立与所有所关注运营商的此类关系。由于全球分布有大量的运营商，因此，此类关系可能难以获得，至少对于更小的内容提供商是如此。对于内容提供商而言，此过程使得这种方案极其耗时，管理困难且成本高。因此，这为使用此类解决方案的任一内容提供商设置了高的阻碍。

发明内容

现有电信系统的一个常见问题是难以通过很适合各个终端和访问能力的方式将服务内容提供到不同电信运营商的大量目标用户。

因此，本发明的一般目的是改进服务内容从内容提供商通过大量电信运营商的集合网络到目标用户的分发。本发明的又一目的是提供便于在内容提供商与大量电信运营商之间建立关系的方法和布置。本发明的一个附属目的是建立一种允许最终用户应用的更高开发速度的通信结构。

上述目的通过根据所附专利权利要求的方法和布置得以实现。一般而言，本发明的基本概念是一种技术解决方案，它使一个运营商能够充当所有运营商的中间管理者、操纵者或分发者。内容提供商与一个中心网络运营商有单一关系。此中间中心网络运营商与多个其它运营商有关系。这样，内容提供商通过与单个运营商的一种单一关系，可到达与中心网络运营商有关系的所有运营商的所有用户。内容提供商提供通信内容。目标用户或订户的列表在内容提供商或在中心网络运营商处编辑。中心网络运营商从其它运营商收集必要的用户属性，如位置、装置信息和访问特性。根据收集的属性，在内容提供商或在中心网络运营商处修改通信内容，并且最后可以最佳的可能方式将内容分发或递送到目标用户。

此类布置的一个优点在于它构成一种结构，其允许最终用户应用的高开发速度。本发明提供了并非所有服务必须同样在所有运营商实现的可能性。相反，服务可如同在一个运营商中实现一样通过所有运营商使用。

附图说明

通过结合附图参照以下说明，可最好地理解本发明及其另外目的和优点，其中：

图1是示出跨运营商边界的路由能力方框图；

图2是用于内容供应的一个现有技术系统方框图；

图3是用于内容供应的另一现有技术系统方框图；

图4是根据本发明用于内容供应的系统实施例方框图二

图5是示出在根据本发明用于内容供应的系统中各方之间关系的方框图；

图6A是根据本发明的内容提供商实施例和中心网络运营商的内容处理子系统实施例的方框图；

图6B是根据本发明的内容提供商另一实施例和中心网络运营商的内容处理子系统实施例的方框图：

图6C是根据本发明的内容提供商又一实施例和中心网络运营商的内容处理子系统实施例的方框图；

图7是在根据本发明的系统实施例中的信息流示意图；

图8是在根据本发明包括保密脚本的系统实施例中的信息流示意图；

图9是根据本发明的方法实施例主要步骤的流程图；以及

图10是启用了匿名的根据本发明用于内容供应的系统实施例方框图。

具体实施方式

在今天的电信网络中，很好地建立了跨运营商边界的服务、会话和媒体的路由能力。图1通过示意方框图显现了此类布置。作为始发网络运营商10用户的始发用户9要将例如媒体内容分发到作为终接网络运营商20用户的终接用户30。连接到始发网络11的始发终端12提供媒体内容，该媒体内容经始发网络11和终接网络21传送到终接终端22。通过使用特定通信的寻址结构，诸如电话、SMS(短消息服务)、MMS(多媒体消息传递服务)、IMPS(即时消息传递和存在服务)、电子邮件或IMS(IP多媒体服务)，任一始发用户9都可经路由能力40、50到达任一终接用户30。箭头40表示使用例如E164的电话、SMS、MMS或IMPS，并且箭头50表示使用例如SIP URI的IMS。

在变成服务内容的提供商时，内容提供商可根据现有技术充当普通用户。此类情况在图2中示出。此处，内容提供商60正在提供原始服务内容，该内容随后使用常规路由能力传递到最终用户30。在本公开内容中，使用表述“内容”或“服务内容”时含意较广泛。非详尽的示例例如有媒体内容、通信服务内容、广告、信息服务内容等。

内容提供商也可具有到通信网络运营商的更直接的连接。图3示出一种内容提供商60要将其内容提供到不止一个网络运营商20的用户30的情况。内容提供商60与所有不同网络运营商20建立关系。在最佳情况下，运营商20可提供有关网络内访问特性和/或有关用户装置能力的信息23。内容提供商60的内容修改器65随后可在使用网络运营商的路由系统传送内容前使用此类信息23修改内容。内容提供商60在此类概念中要在建立运营商关系和修改处理方面投入很大的努力。此外，网络运营商20也要致力于实现与所有可能的内容提供商建立关系。

根据本发明，提议了一种备选配置。图4示出根据本发明的系统实施例。内容提供商60与一个中心或中间电信网络运营商10′建立单一关系，该运营商在本公开中表示为管理操作的中心网络运营商。“管理”一词不应理解为只执行非技术过程的意义，而是要理解为即使未收集系统内的所有功能性，中心网络运营商也在执行服务内容递送中起到中心作用。中心网络运营商10′的中心网络11′包括布置为管理服务内容的内容处理子系统70。此内容处理子系统70一般在节点中实现，但也可在任一其它网络装置中实现，以及实现为分布式子系统。

中心网络运营商10′已与其它网络运营商20建立了关系，允许交换80某些用户属性，如用户位置数据、用户装置信息和/或用户访问特性。运营商之间的协定确定此类交换80可能发生的情况、数据内容、程度、经济补偿等。

中心网络运营商10′也与内容提供商60建立了关系，为中心网络运营商10′与内容提供商60之间交换的数据控制数据类型、传送技术等。内容处理子系统70接收要递送到所有运营商集合网络中多个用户的内容。通过使用交换的用户属性数据80，以最佳的可能方式修改内容以适合不同的最终用户、其需要和能力。随后，使用常规路由能力40、50分发修改的内容。

在目标在于接收内容的用户是中心网络运营商的用户时，中心网络也可同时充当终接网络。这在底部示出，其中用户终接终端22显示为在中心网络运营商10′内。

在此类配置中，运营商间的关系可再用于处理来自大量内容提供商的内容。同时，内容提供商只须建立一种单一运营商关系。换而言之，上述配置使运营商能够在彼此之间以及与内容提供商之间的其业务设置中集合利用由任何人路由到任何人的服务/会话/媒体。

运营商彼此之间有属性共享的协定，这使得一个运营商可请求另一运营商用户的属性值。这方面的优选技术是3GPP标准化通用用户简档(GUP)解决方案，其它候选方案有自由联盟解决方案。

图4的配置依赖于不同各方之间建立了多个关系或协定。这在图5中以示意图方式显示。用户30与网络运营商20有用户关系92。用户关系92可包括有关运营商20可自由使用用户属性的程度的规则，即保密考虑。用户关系92例如也可规定运营商20可代表用户30进行经济交易的程度。

网络运营商20与中心网络运营商10′具有运营商间关系91。如上所述，此类关系91控制可交换哪些用户属性数据，以及在什么条件下交换。此类关系91一般是对称的，即，任一运营商都可充当不同内容提供商的中心网络运营商。关系91也优选定义用于交换信息的格式和部件。

中心网络运营商10′与内容提供商60具有关系90。此关系控制中心网络运营商接受代表内容提供商90而执行的任务。正如下面进一步所述的，不同的责任划分是可行的，并且也可易于共存。一种关系90可含盖在一对特定的内容提供商60与中心网络运营商之间的特定内容或所有联系。

最终，在内容提供商93与暂时用户30之间要存在关系93。关系93可以为直接关系，在这种关系中在各方之间直接达成约定和条件。然而，由于图5其它关系90-92的影响，关系93也可以为间接关系，在这种关系中例如至少在一定程度上，中心网络运营商10′可代表内容提供商60行动，和/或网络运营商20可代表用户30行动。

中心网络运营商与内容提供商之间的关系确定了在内容提供商60系统与中心网络运营商内容处理子系统70之间的责任划分。在图6A中，示出了内容提供商60系统和内容处理子系统70一个实施例的方框图。内容提供商60包括内容源66。内容源66的内容要递送给大量用户。用户列表编辑器64使用连接63获得作为内容递送目标的用户列表。

来自内容源66的内容被传送82到内容处理子系统70的内容修改单元78。用户列表或其表示也通过内容提供商接口69从内容提供商60传送83到内容处理子系统70的属性收集器71。属性收集器71使用运营商间关系请求在已接收用户列表中存在的用户的有用用户属性。此类通信通过适于与多个移动通信网络运营商进行管理信令的运营商间接口81发生。附有相关联用户属性数据的用户列表被提供到内容修改单元78。在内容修改单元78中，内容被修改以尽可能好地适合不同的用户属性。下面进一步提供了此类处理的更详细示例。用户列表指示哪个用户应具有哪些类型的内容，而修改的内容与用户列表一起提供到分发部件77，该部件通过适于与多个移动通信网络用户通信的数据业务接口79递送内容。

在图6A的实施例中，内容提供商60的主要责任是提供内容以及供应用户列表，而所有其它动作都交给内容处理子系统70。内容处理子系统70在此处充当内容经纪人。

图6B示出基于不同责任划分的另一实施例。此处，内容提供商60负责原始内容的实际供应以及满足不同目标用户的任何修改。内容修改单元68由此在内容提供商60处提供。代之以，获得暂时用户列表的责任交给了内容处理子系统70。内容处理子系统70因而包括使用连接73获得作为内容递送目标的用户列表的用户列表编辑器74。此类定目标动作的结果然后可轻松交给属性收集器71。在此实施例中，属性收集器71将附有相关联用户属性数据的用户列表84通过内容提供商接口69提供到内容修改单元68。内容修改单元68根据已接收信息修改内容，并将修改的内容85返回到内容处理子系统70，该子系统随后分发内容。

在图6C中，示出了又一责任划分实施例。此处，内容提供商60将其自身的参与降到了最低。内容提供商60此处只向内容处理子系统70提供原始内容，由此内容处理子系统70执行类似于前面实施例的所有剩余步骤。

在又一实施例中，甚至可能是内容提供商处理内容供应、内容修改以及最终分发。然而，内容修改要提供有关于用户属性的输入信息，而输入信息要由中心网络运营商收集并提供给内容提供商。如果内容提供商也负责编辑用户列表，则中心网络运营商只执行属性收集功能。

为了更好地理解根据本发明的方法和装置的益处，下面将介绍多个说明性示例。作为一种典型的情况，举例使用了在有限的演奏会场进行的演奏会。大量的艺术家要在台上表演，并且作为给观众的一项另外的服务，演奏会的安排者具有在幕后工作的摄制小组，提供另外的媒体材料，诸如访谈或只是一般的幕后影片片断。

图7以示意图方式示出不同的行动方。内容提供商60先要到达需要另外媒体材料的可能目标。在演奏会场入口以及分布在整个演奏会场的广告中，内容提供商告知可提供的“显示艺术家幕后的影片”。在广告中，有发送包含词“幕后影片”的SMS到具体电话号码的指示。如果用户进入演奏会场，则影片在可用时将提供给用户。会场约束将禁止非观众能够观看感兴趣的媒体内容。广告还显示有关的费用。此广告由箭头63A示出。

对具有幕后材料感兴趣的用户30通过发送包括词“幕后影片”的SMS到具体电话号码，针对广告63A回复63B。具体电话号码属于内容提供商60，并且在收到SMS时，内容提供商60检测代码字“幕后影片”，并获得SMS的始发SMS地址，例如MSISDN，并将该地址添加到预订内容递送要约的用户列表86。

演奏会开始后，幕后摄制小组也开始工作。当内容提供商60有任何新内容96要提供时，内容与那些预订内容的用户的MSISDN列表86一起发送82、83到中心网络运营商10′。中心网络运营商10′(或中心网络运营商的内容处理子系统)搜索MSISDN列表86，并根据负责每个号码的运营商将它分成每个运营商一个列表87，列表87具有在原始列表86中的用户。中心网络运营商10＇发送请求81A到所述每个运营商，请求位置、当前装置能力、当前访问能力和优选递送方法IMS或MMS。对于属于中心网络运营商10′本身的用户，此类请求当然在内部处理。

不同的终接网络运营商20针对请求81A进行回复81B，提供相应运营商目标用户的用户属性数据。中心网络运营商10′使用此接收的信息重新划分用户列表。用户列表86现在划分成部分列表88，部分列表88中收集了在访问和呈现能力方面具有相同或类似需要的用户。例如，在将通过MMS递送内容的用户与将通过IMS递送内容的用户之间可执行划分。不在演奏会场内的目标用户被移除89，无法接收媒体内容。

中心网络运营商10′修改内容以满足部分列表88的不同需要，即，提供与相应部分列表88相关联的修改内容98。最后，中心网络运营商10′使用常规路由能力将修改内容发送79到部分列表88的用户。在此特定示例中，视频MMS递送到MMS列表上每个MSISDN，并且流式传输邀请递送到IMS列表上的每个MSISDN。通常，内容可被修改和/或录制以例如根据终端类型而适合终端屏幕大小，或者可被源码下载以例如适合降低的访问能力。

中心网络运营商10′一般也处理收费活动。上述两种递送动作例如均标记为B方收费，并且对应于内容提供商广告的值而指定收费值。终接网络运营商20根据提供的收费值为递送的内容向用户30开帐单或者记入其预付费帐户。中心网络运营商10′根据其记帐协定为递送的内容向终接网络运营商20开帐单。最后，中心网络运营商10′根据相互协定将为递送收取的费用总和递送到内容提供商60。

本领域的技术人员理解，上述说明对应于例如根据图6A的系统，其中内容提供商负责编辑用户列表，且其中中心网络运营商负责内容修改。如果进行其它责任划分，如图6B和图6C中所示的那些划分，则信息流将进行相应修改。

以上说明性示例显示了非常基本级别的内容分发。也可考虑其它方面。保证质量的问题是可考虑的一项递送要求。在例如网络拥塞的情况下和在出售附有递送保证的内容时，需要此类方面。这可轻松包括在上面的配置中。对于用户属性的请求81A随后也将包括请求有关用户是否预订了保证质量递送的信息。在收到属性时，中心网络运营商10′也基于保证质量递送状态而建立部分列表88。在递送修改内容时，相应地标记到用户的具有保证质量递送的递送。

数字版权管理(DRM)也是吸引持久高价值内容投向市场的一个重要因素。在此上下文中，它只是检查递送到的终端中所存在的DRM级别的问题。这可视为上述方案内在其它属性当中的一个属性。将更高DRM容量推向终端的能力也可作为一个步骤并入。

例如，内容提供商认为内容有价值，并决定在用户装置中要有2级DRM能力，预订才有效。中心网络运营商10′发送属性请求，询问用户在使用的装置中可用的DRM级别，并要求它至少为2级。终接网络运营商20检查用户装置能力。如果用户装置为DRM 2级可兼容，则此信息被返回。如果级别低于2，则终接网络运营商20在可能时尝试更新装置以满足级别2。如果更新成功，则2级兼容性被返回，否则终接网络运营商20返回DRM级别低于2。中心网络运营商10′处理返回的DRM级别，并且如果级别低于2，则中心网络运营商10′从将提供有内容的用户列表中移除该用户。优选的是，移除指示和移除原因被传送到用户30。

保密，即有关允许哪些信息分发到其它方的问题，是可在上述方案内并入的另一问题。保密是大相关性的增加，因为一般认为需要以某种形式保护用户完整性。如上进一步所述，至少部分用户保密可通过运营商与用户之间的用户协定或其它关系控制。此类管制可涉及通用保密，即，不针对任何其它特定外来方或任一特定事件。然而，相对于外来方，允许运营商完全自由处理用户属性不是很常见。在此类情况下，一般存在通用保密限制，禁止网络运营商仅根据其自己的考虑而将用户属性分发到外来方。为使本发明的方案在此类情况下也正确运作，可通过根据图8以示意图方式示出的以下说明使用事件或参与方相关联的保密处理方案，暂时移除此类障碍。

在图8的实施例中，用户列表的编辑由中心网络运营商10′处理。广告63A和回复63B的接收因此由中心网络运营商10′控制。这意味着，目标用户列表86在运营商处构建。在中心网络运营商10′接收回复63B时，在本实施例中激活自动化保密配置。中心网络运营商10′将自动化保密配置脚本101经例如MMS发送到SMS中的“发件人”地址，即，目标用户。脚本附有将该脚本转发102到在用户运营商20处的所定义地址103的请求。此脚本为用户运营商20，即终接运营商，提供验证来自中心网络运营商10′的属性请求的能力。保密配置脚本要求有创建者的签名。终接运营商检查它是否由受信任实体建立和由用户签名。

在中心网络运营商10′发送用户属性的请求81A时，终接运营商20针对每个用户保密配置103检查属性请求的有效性。对于在保密配置列表103中存在且具有适当保密设置的那些用户，请求的属性值被返回81B。中心网络运营商10′选出没有任何合适保密配置的用户，即，对于这些用户不返回用户属性。在一个备选实施中，中心网络运营商10′可单独建立无合适保密配置的部分用户列表。要分发到该部分列表的用户的内容随后被修改以适合“最低”可能级别的终端和网络访问能力。

由于上述脚本处理过程，在所有情况下用户认可的保密级别都可用于提供最佳可能的分发选择。

在一些情况中，用户也可能要保持其匿名，但仍想要获得内容。例如，如果用户不知道内容提供商是否为可信任的运营商，则用户可选择不向内容提供商显示其真实身份。换而言之，用户要实现内容的可用性，但不显示其自己的身份。此外，使用中心网络运营商10′或终接网络运营商20中的子系统作为匿名保持子系统，匿名方案则可包括在上述配置中。图10示出了此类系统的一个实施例。网络运营商20的终接网络21则包括匿名端口35。匿名端口35包括用于在用户地址与临时路由地址之间提供临时时间限制性关联的功能。此关联信息无法通过任何用户属性数据交换得到。

通过研究一个示例，可以最轻松地理解匿名端口35的操作。在内容提供商60广告内容服务时，也提供了有关匿名预订的信息。广告例如可包括“接受匿名预订。包括“0701234567”并发送SMS到您的运营商匿名端口”的信息。用户用内容提供商SMS地址0701234567和感兴趣的实际内容的标识，将SMS发送到其归属运营商匿名端口35。运营商20匿名端口35选择一个临时路由号，并将其与已接收SMS的“发件人”地址相关联。路由号的构成优选为使得它们可被理解为它们是路由号而不是普通的电话号码。运营商20在关联的有效时间内将寻址到路由号的任何呼叫或消息转发到相关联的原始地址。匿名端口35也将SMS转发到内容提供商地址“0701234567”。中心网络运营商10′获得SMS中的“发件人”地址，即，现在是路由号，并将其添加到预订内容递送要约的用户列表。

在中心网络运营商10′请求用户的用户属性时，匿名端口35可将路由号转换成原始号码，并在允许时将正确的用户属性80提供到中心网络运营商10′。最终用户30的身份仍不显示，只显示其所属的运营商。在实际内容分发时，内容将寻址到路由地址，这将内容带到匿名端口35。匿名端口35使用其内部关联将内容转发到用户30。

在此类布置中，内容的任何收费必须通过终接网络运营商20。

图9是根据本发明的方法实施例主要步骤流程图。此过程从步骤200开始。在步骤210中，提供例如媒体内容的服务内容。这一般由内容提供商或从内容提供商执行。在步骤212中编辑目标用户的用户列表。此类步骤可由内容提供商或中心网络运营商子系统提供。在步骤214中收集在用户列表中所列用户的用户属性。此步骤在中心网络运营商的子系统中使用控制请求-回复活动的运营商间关系来执行。例如，根据用户的保密协定，所有或部分请求的信息在中心网络运营商的子系统中收集。在步骤216中，根据收集的用户属性，修改服务内容以便适合用户列表上的不同用户。此步骤可由来自中心网络运营商的属性信息所支持的内容提供商执行，也可在内容提供商提供了内容时由中心网络运营商执行。最后，在步骤218中，修改的内容分发到用户列表中的用户。随后，根据相应用户的用户属性，对修改的内容进行修改。此过程在步骤299结束。

此处所述的结构允许一种市场结构，在该结构中，一个运营商充当运营商集合的管理者，从而使应用产业可以创新和更快地发展。运营商在提供有关其用户的大多数信息以及配置所需的基本能力时，他们仍在控制之中。

运营商之间需要达成协定。这些协定含盖会话路由级和使能器级的一般互连方面以及通用属性共享能力。在服务上下文中使用这些协定的方式不是协定的一部分，并且只需在关系的一方知道即可。保密还被视为由每个运营商向其客户提供的一般服务。

该结构使不同运营商能够独立行动和发展，从而消除了有关服务级别标准化的耗时活动。另一个优点在于，单一服务无需在所有运营商实现才可跨所有用户工作。

本发明的一个重要方面是标准化接口解决方案组合以提供总体能力和特征，使得每个运营商能够到达所有用户而无论运营商关系如何的方式。

上述实施例要理解为本发明的几个说明性示例。本领域的技术人员将理解，在不脱离本发明范围的情况下，可对实施例进行各种不同的修改、组合和更改。具体地说，不同实施例中的不同部分解决方案可在技术上可行的情况下组合在其它配置中。然而，本发明的范围由所附权利要求书定义。

Claims (28)

1.用于分发服务内容(96)到多个移动通信网络运营商(10′，20)的用户(30)的方法，包括以下步骤：

提供(210)服务内容(96)；

编辑(212)所述服务内容(96)要分发到的用户列表(86)；

在中心网络运营商子系统(70)中从所述多个移动通信网络的运营商(20)收集(214)所述列表(86)的所述用户(30)的用户属性(80)；

根据收集的用户属性(80)修改(216)所述服务内容(96)；以及

将根据相应的用户属性修改的所述服务内容分发(218)到所述列表(86)的用户(30)。

2.如权利要求1所述的方法，其中所述服务内容包括如下项列表中的至少一项：

媒体内容；

通信服务内容；

广告；以及

信息服务内容。

3.如权利要求1或2所述的方法，其中所述用户属性(80)包括用户位置数据。

4.如权利要求1、2或3所述的方法，其中所述用户属性(80)包括用户装置信息。

5.如权利要求4所述的方法，其中所述用户装置信息包括有关数字版权管理的信息。

6.如权利要求1到5中任一项所述的方法，其中所述用户属性(80)包括用户访问特性。

7.如权利要求6所述的方法，其中所述用户访问特性包括有关IP多媒体服务或多媒体消息传递服务访问的信息。

8.如权利要求1到7中任一项所述的方法，其中所述收集(214)步骤受相互运营商协定的控制。

9.如权利要求1到8中任一项所述的方法，其中所述编辑(212)步骤发生在所述中心网络运营商子系统(70)中。

10.如权利要求1到8中任一项所述的方法，其中所述编辑(212)步骤由服务内容提供商(60)执行。

11.如权利要求10所述的方法，包括将编辑的列表(86)传送到所述中心网络运营商子系统(70)的又一步骤。

12.如权利要求1到11中任一项所述的方法，其中所述修改(216)步骤发生在所述中心网络运营商子系统(70)中。

13.如权利要求1到9中任一项所述的方法，其中所述修改(216)步骤由服务内容提供商(60)执行。

14.如权利要求13所述的方法，包括将修改的服务内容传送到所述中心网络运营商子系统(70)的又一步骤。

15.如权利要求1到14中任一项所述的方法，其中所述递送(218)步骤由所述中心网络运营商子系统(70)执行。

16.如权利要求1到15中任一项所述的方法，其中所述修改(216)步骤又包括以下步骤：

根据预定的共同用户属性，将所述编辑的列表(86)划分成部分列表(88)；以及

根据所述预定的共同用户属性，修改每个所述部分列表(88)的所述服务内容。

17.如权利要求1到16中任一项所述的方法，还包括以下步骤：

提供保密配置脚本到所述用户列表(86)的用户；

所述保密配置脚本要由所述用户签名；

所述保密配置脚本附有在所述用户运营商处的地址，所述用户要将所述签名的保密配置脚本转发到所述地址。

18.如权利要求1到17中任一项所述的方法，其中在一方面至少一个所述用户(30)与另一方面所述中心网络运营商(10′)和所述内容提供商(60)之间的通信经所述至少一个所述用户(30)是其用户的运营商(20)的匿名端口(35)发生，

由此临时路由地址用于标识所述至少一个所述用户(30)。

19.移动通信网络子系统(70)，包括：

运营商间接口(81)，适于与多个移动通信网络的运营商进行管理信令；

内容提供商接口(69)，适于服务内容提供商通信；

数据业务接口(79)，适于与所述多个移动通信网络的用户通信；

用于获得服务内容要分发到的所述多个移动通信网络的用户列表的部件(74)；以及

用于通过所述运营商间接口(81)收集所述用户列表的用户的用户属性的部件(71)；以及

用于通过所述数据业务接口(79)递送根据相应的用户属性修改的所述服务内容的部件(77)。

20.如权利要求19所述的移动通信网络子系统，其中所述服务内容包括如下项列表中的至少一项：

媒体内容；

通信服务内容；

广告；以及

信息服务内容。

21.如权利要求19所述的移动通信网络子系统，还包括：

用于通过所述内容提供商接口(69)接收所述服务内容的部件；以及

用于根据所述列表的用户的用户属性修改所述服务内容的部件(78)。

22.如权利要求21所述的移动通信网络子系统，其中用于修改所述服务内容的所述部件(78)又包括：

用于根据预定的共同用户属性将所述编辑的列表划分成部分列表的部件；以及

用于根据所述预定的共同用户属性修改每个所述部分列表的所述服务内容的部件。

23.如权利要求19所述的移动通信网络子系统，还包括：

用于通过所述内容提供商接口传送表示至少部分所述收集的用户属性的数据的部件；以及

用于通过所述内容提供商接口(69)接收根据所述列表的用户的用户属性修改的所述服务内容的部件。

24.如权利要求19到23中任一项所述的移动通信网络子系统，其中用于获得用户列表的所述部件包括：用于通过所述内容提供商接口(69)接收表示所述用户列表的数据的部件。

25.如权利要求19到23中任一项所述的移动通信网络子系统，其中用于获得用户列表的所述部件(74)包括：用于接收和处理SMS消息的部件。

26.如权利要求19到25中任一项所述的移动通信网络子系统，还包括：

用于通过针对所述用户列表(86)的用户的所述数据业务接口(79)提供保密配置脚本的部件；

所述保密配置脚本要由所述用户签名；

用于提供保密配置脚本的所述部件还布置为：附带在所述用户运营商处的地址，所述用户要将所述签名的保密配置脚本转发到所述地址。

27.移动通信系统，包括如权利要求19到26中任一项所述的移动通信网络子系统(70)。

28.如权利要求27所述的移动通信系统，还包括匿名端口(35)，其中临时路由地址与至少一个所述用户(30)的地址相关联，由此在一方面所述至少一个所述用户(30)与另一方面中心网络运营商(10′)和所述内容提供商(60)之间的通信经所述匿名端口(35)发生。

Images