今天，电信运营商为其集合网络上的通信服务、会话和/或媒体 构建了若干个标准化路由能力。原动力是能够为任何人到任何人提 供个人到个人的连接，而无论特定用户运营商的关系如何。这些服 务、会话和/或媒体的路由能力的示例有电话、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结束。
此处所述的结构允许一种市场结构，在该结构中，一个运营商 充当运营商集合的管理者，从而使应用产业可以创新和更快地发展。 运营商在提供有关其用户的大多数信息以及配置所需的基本能力 时，他们仍在控制之中。
运营商之间需要达成协定。这些协定含盖会话路由级和使能器 级的一般互连方面以及通用属性共享能力。在服务上下文中使用这 些协定的方式不是协定的一部分，并且只需在关系的一方知道即可。 保密还被视为由每个运营商向其客户提供的一般服务。
该结构使不同运营商能够独立行动和发展，从而消除了有关服 务级别标准化的耗时活动。另一个优点在于，单一服务无需在所有 运营商实现才可跨所有用户工作。
本发明的一个重要方面是标准化接口解决方案组合以提供总体 能力和特征，使得每个运营商能够到达所有用户而无论运营商关系 如何的方式。
上述实施例要理解为本发明的几个说明性示例。本领域的技术 人员将理解，在不脱离本发明范围的情况下，可对实施例进行各种 不同的修改、组合和更改。具体地说，不同实施例中的不同部分解 决方案可在技术上可行的情况下组合在其它配置中。然而，本发明 的范围由所附权利要求书定义。