CN102362463B - 集成通信系统和方法 - Google Patents

Abstract

这里描述一种在电信网络中在第一用户和第二用户之间提供电信链接的方法和装置。从第一用户接收请求以向第二用户提供电信链接。系统然后从宿有用户在与电信网络无关的通信网络上交互的网络化用户社区的服务商确定第一用户和第二用户是否在用户社区中具有规定的关系。基于第一用户和第二用户是否在用户社区中具有规定的关系规定对于电信链接的至少一个设置。

Description

集成通信系统和方法

技术领域

本发明涉及管理网络中或跨着多个网络的用户之间的连接的领域，特别地，本发明涉及管理一个网络中的连接，这些连接然后可被用于第二网络中。

背景技术

用户通过多个不同的信道或在不同类型的网络上与朋友或联系人连接。在这些信道中的一些中，用户可建立与其它用户的连接网络，使得所连接的用户之间的交互可以以与不被连接的用户之间的交互不同的方式被处理。但是，不是所有的网络都提供该功能，并且用户跨着所有不同的信道复制其网络连接可能是耗时和困难的。

即使用户确实投入了必要的时间和资金以在各种不同的网络上连接其联系人中的每一个，建立的连接也仅是单向的连接。其联系人中的每一个还必须建立回到发起用户的单独的连接。

在如果对于同一网络上的朋友建立朋友链路则能够访问减少的收费的移动电话网络中，该问题是特别敏锐的。但是，很难获知你的朋友中的哪一个处于同一网络上并因此可受益于朋友链路的建立。为了减少收费而登记朋友也是耗时的，并且，由于用户改变他们的服务提供商，因此，难以使该登记列表保持最新。

同时，服务提供商可使用呼叫数据记录以访问与他们自己的用户有关的信息。但是，虽然这些用户联系属于竞争的服务提供商的其它网外用户，归属网络提供商难以收集或访问与网外用户有关的任何数据。特别地，网络提供商难以以指向目标的方式识别或联系网外用户。

发明内容

根据一个方面，提供一种在电信网络中在第一用户和第二用户之间提供电信链接的方法，该方法包括：从第一用户接收提供电信链接到第二用户的请求；从宿有用户在独立于所述电信网络的通信网络上交互的网络化用户社区的服务器确定第一用户和第二用户是否在用户社区中具有规定的关系；和基于第一用户和第二用户是否在所述用户社区中具有规定的关系，规定用于所述电信链接的至少一个设置、参数或特征。

网络化用户社区可以采用由社交网络装置管理的社交网络社区的形式，优选地，其中，用户通过包含例如社交网络站点或社交网络客户机软件的一个或更多个社交网络界面交互、通信和规定关系。社交网络装置优选允许用户之间通过与电信网络分开和无关的通信信道(例如，因特网)交互和通信和/或允许与用户预订的任何电信服务无关地进行交互和通信。术语电信链接优选包括用户之间的任何类型的电信交互，包含例如音频和视频呼叫和消息传送(例如，SMS/MMS)。

有利地，已在社区中形成并且宿于通信网络中的规定的关系可被应用于电信网络中并被用于改变该网络中的设置。由此，在已在第一通信网络中存在关系的情况下，用户不必在电信网络中对于相同的用户设置单独的这些关系。相反，本发明的方法正好可使用来自该通信网络的这些已存在的连接。

优选地，来自第一用户的请求包含电信网络中的第二用户的MSISDN(移动订户集成服务数字网络号码，Mobile SubscriberIntegrated Services Digital Network Number)标识符。

在一个实施例中，来自第一用户的请求包含与电信网络中的第二用户连接的呼叫建立连接请求。即，在第一用户以正常的方式呼叫电信网络中的第二用户时，可隐含地提供提供链接的请求。该呼叫可以是声音、视频和/或数据呼叫。

在一个实施例中，来自第一用户的请求包含向电信网络中的第二用户传送消息的消息传送请求。例如，第一用户可向电信网络提交SMS以向第二用户传送。这至少是一个对于电信网络中的电信链接的隐含请求。

在一个高度优选的实施例中，规定用于电信链接的至少一个设置包含规定电信链接的帐单结算策略。

优选地，用户社区中的规定的关系是双向关系。即，如果用户是社区中的“朋友”，那么第一用户与第二用户具有关系并且第二用户与第一用户具有同样相对的关系。因此，系统可自动建立双向关系，使得当任一个请求电信链接时，只有一个用户需要在通信网络中建立关系，但是两者均受益。

在一个优选的实施例中，本发明的方法还包括从服务商接收识别网络化用户社区中的两个用户之间的至少一个规定的关系的信息并且缓存该信息。当在通信网络中形成关系时，服务器优选送出周期性更新。这些可被存储于电信网络中的本地数据库中。因此，本地数据库具有映射通信网络中产生的关系的存储数据。

优选地，从服务器确定第一用户和第二用户是否具有规定的关系包含从缓存检索与至少一个规定的关系有关的信息。与在在电信网络中建立连接之前依赖于呼叫外部服务器以验证每个关系相比，寻找存储于本地缓存中的信息是更迅速和更有效的。

作为替代方案，从服务器确定第一用户和第二用户是否具有规定的关系可包含向包含第一用户的标识符和第二用户的标识符的服务器发送请求。即，可从通信网络中的网络社区获得信息。这可确保与用户社区中的关系有关的信息在在电信网络中形成连接之前被更新。该步骤可以与在缓存中核查关系的前述特征一起使用。例如，如果没有在缓存中找到关系，那么服务器可被直接询问以核查在用户社区中不存在关系。

优选地，在在第一和第二用户之间形成电信链接之前，执行确定是否存在规定的关系的步骤和选择至少一个设置的步骤。但是，在一个替代性实施例中，首先形成电信链接并且核查关系并相应地在后一阶段中确定设置。这点会是有帮助的，例如，在可在电信链接建立之后计算账单结算费率的情况下，因为它将用户之间的链接的初始建立的延迟减至最小。例如，作为缺省，对于电信链接，可以按全价对用户进行账单结算，并且，一旦已建立链接，如果在用户之间发现关系，那么可以应用对于账单结算费率的调整。在另一变化中，例如，如果基于呼叫记录离线执行账单结算计算，那么可以核查关系，并且在电信链接完成/终止之后确定设置(例如，在终止呼叫之后或者在传输文本消息之后)。因此，术语“设置”不限于活动通信链接的操作特征，而是包含在链接处理中使用的任何参数或特征，不管是在链接中还是在之后。

在一个实施例中，电信链接包含例如用于SMS或MMS消息的消息传送路径。作为替代方案，电信链接可包含例如用于电话交谈的声音或数据链接。

优选地，通信网络包含互联网，特别是诸如因特网的信息包交换网络。特别地，用户可例如在社交网络站点上通过网络接口访问用户社区。电信网络优选至少部分地包括移动电信网络，例如，GPRS、CDMA、3G或Wi-Fi网络。

本发明的方法优选还包括：通过电信网络接收来自第一用户的请求以与用户社区中的第三用户形成特定的连接，该请求包含第三用户的标识符；和向服务器传送关系请求消息以请求在用户社区中建立规定的关系，该关系请求消息包括第一用户的标识符和第三用户的标识符。由此，系统使得能够通过电信网络上在用户社区中的用户之间建立关系。请求可采取来自第一用户的SMS消息到由网络操作员规定的短代码的形式，优选地，其中，对于关系请求保留短代码。

优选地，第一用户的标识符和第三用户的标识符包含电信网络中的标识符，特别是用于用户的Mobile Subscriber ISDN Numbers(MSISDN)。这些数字可被转送到宿有网络化用户社区的服务器，例如，用于标识社区中的第一和第三用户。

作为替代方案，或者另外地，第一用户的标识符和第三用户的标识符可包含用户社区中的标识符。这些标识符可被转送到用于社区的服务器，并且，如果两个用户的MSISDN数字可在社区中存储的数据中获得，那么它可被送回电信网络。

在一个高度优选的实施例中，本发明的方法还包括在服务器上提供用于管理与电信网络的通信的应用。该管理可包括在服务器和电信网络之间提供通信接口。该应用也可被用于向与在社区中形成的关系有关的电信网络中的缓存提供更新并处理从电信网络接收的关系请求。

在一个实施例中，本发明的方法还包括：在应用处接收来自第一用户的请求以在用户社区中形成与第三用户的特定的关系，该请求包含第三用户的标识符；和存储第一用户的标识符和第三用户的标识符作为用户社区中的特定的关系。可例如通过网络接口从第一通信网络接收请求，或者可例如以SMS或MMS消息的形式从电信网络接收请求。第一用户的标识符和第三用户的标识符可包含例如MSISDN的用于电信网络中的用户的标识符，或者，可包含例如社区中的用户名称的用于用户社区中的用户的标识符。

优选地，本发明的方法还包括在服务器上提供用于提供界面的应用以使得用户社区中的用户能够管理与社区中的其它用户的特定的关系。界面可以是基于网络的界面。社区可能已经具有使得用户能够管理关系并且在社区内通信的界面，因此，该附加的应用可简单地向该界面添加附加的功能，例如，链接MSISDN与社区中的用户名称(或者从现有的用户简档提取它们)，并且将新关系和关系更新的细节传送到电信网络。

在一个实施例中，本发明的方法包括：在应用处接收来自用户的登记请求，所述登记请求包含电信网络中的用户的标识符和用户社区中的用户的标识符；和在登记的用户的数据库中存储标识符。对于加入服务并且开始使用他们的在电信网络中规定的关系的用户，会要求这种登记请求。作为登记过程的一部分，诸如用户的名称、MSISDN和社区中的已有关系的用户细节可被存储于应用处并且被任选地传送给电信网络。

在一个实施例中，本发明的方法还包括在应用处接收用于一用户组的标识符；和存储具有至少一个用户的标识符的组标识符，该用户是组的成员。在本实施例中，来自服务器的响应表示第一用户和第二用户是否是同一用户组的成员。本发明的方法还可包括提供界面以使得组管理员能够控制组的成员身份。

在本实施例中，优选地，如果第一和第二用户是用户组的成员，则从第一支付帐户请求对于电信链接的支付，并且，如果第一和第二用户不是用户组的成员，则从第二支付帐户请求对于电信链接的支付。以这种方式，可以保持组帐户，其中，组中的成员之间的任何通信由组帐户支付，但是，由组成员到组外的另一用户的任何通信由用户自身的帐户支付。这是特别有用的，例如，用于使得来自特定的用户的一些呼叫由公司帐户支付而对不是公司组的成员的朋友的呼叫自动地由用户的个人帐户支付。这可使得更容易地管理商业帐户，同时仍使得用户能够进行来自同一电信装置的个人呼叫。

优选地，规定用于电信链接的至少一个设置包含：选择电信链接的帐单结算策略；和向电信网络中的网络操作员传送帐单结算策略。帐单结算策略可包含可以为零或更大值的链接的每分钟账单结算费率，或者例如用于传送SMS或MMS消息的固定费用的用于链接的固定一次性费用。帐单结算策略也可包含应收取费用的帐户的标识符。

优选地，向网络操作员传送帐单结算策略包含向电信网络中的帐单结算服务器传送帐单结算策略。帐单结算服务器可然后对于适当的帐户收取相关费用。

优选地，本发明的方法还包括基于第一用户和第二用户是否在用户社区中具有规定的关系来确定电信链接所需要的最小支付量。如果用户具有规定的关系并且对于用户之间的链接(例如，SMS消息)的费用为零，那么，该最小支付量可以为零。但是，更可能在用户帐户中要求存款的最小量，以使得能够建立通信链接。

优选地，该方法还包括：确定是否从与第一用户相关的用户帐户请求提前支付以及用户帐户中是否有最小支付量；和基于用户帐户是否有最小支付量来产生表示是允许还是拒绝电信链接的消息。对于不需要提前支付的后支付(即，合同)用户，可以在没有对于用户的任何存款检查的情况下建立通信链接，并且，可自动允许电信链接。

该方法优选还包括产生数据记录，该数据记录包含以下方面中的至少一个：电信网络中的第一用户和/或第二用户的标识符(例如，用于用户的MSISDN)；用于电信网络中的第一用户和/或第二用户的网络提供商的标识符；在第一用户和第二用户之间请求的电信链接的类型的标识符(例如，SMS、MMS、声音或数据链接)；通过电信链接来连接第一用户和第二用户的时间长度的指示；和归于对于电信网络的电信链接的值的表示(例如，对于通信链接收费的总量或在连接中使用的“单元”的数量)。

优选地，该方法还包括分析多个数据记录以识别不与所选择的网络提供商相关的至少一个用户。即，一个网络提供商可请求关于属于其它网络提供商的用户的信息。该信息可包括在规定的时间周期内与这些用户进行的所有通信链接的数量或值。网络也可获得这些用户的标识符。这可使得网络提供商能够收集与不在他们的网络上登记的用户有关的信息，特别是使用信息。这可使得提供商能够使广告和报价瞄准特定的用户以鼓励他们切换网络并加入提供商的自身的网络。例如，提供商可通过联系用户以强调用户可通过切换网络节省费用使广告瞄准在服务提供商的网络中拥有大量的“朋友”或关系的网外用户。

对于已是服务提供商的网络的一部分的顾客，使用信息的类似的分析也会是有用的。特别地，可将包含大量的文本消息包的合约的广告瞄准执行大量的文本消息传送的用户。

本发明的方法可包括：在第一网络中从第一用户接收建立与第二用户的连接的请求，其中，该请求包含第一网络中的第二用户的标识符；检索第二网络中的第二用户的标识符；和在第一用户和第二用户之间建立连接，其中，至少部分地通过第二网络建立连接。优选地，本发明的方法包括检索第二网络中的第一用户的标识符并且在第二网络中在第一用户和第二用户之间建立连接。第二网络中的标识符可包含用于第二网络中的用户的MSISDN号码。来自第一用户的请求优选包含以下项目中的至少一个：从用户标识符的多个图标或列表选择与第一网络中的第二网络相关的标识符；和接收第一网络中的第二用户的标识符。

在另一方面，本发明提供一种在电信网络中在第一用户和第二用户之间提供电信链接的装置或系统，该装置或系统包括：用于从第一用户接收提供电信链接到第二用户的请求的装置；用于从宿有用户在独立于所述电信网络的通信网络上交互的网络化用户社区的服务器确定第一用户和第二用户是否在用户社区中具有规定的关系的装置；和用于基于第一用户和第二用户是否在所述用户社区中具有规定的关系，规定用于所述电信链接的至少一个设置、参数或特征的装置。

本发明还提供一种在电信网络中在第一用户和第二用户之间提供电信链接的装置或系统，该装置或系统包括：用于从第一用户接收提供电信链接到第二用户的请求的输入界面；能操作为从宿有用户在独立于所述电信网络的通信网络上交互的网络化用户社区的服务器确定第一用户和第二用户是否在用户社区中具有规定的关系的处理器；和能操作为基于第一用户和第二用户是否在所述用户社区中具有规定的关系，规定用于所述电信链接的至少一个设置、参数或特征的处理器。

根据另一方面，提供一种用于管理用户在通信网络上交互的网络化用户社区中的用户之间的连接的方法，所述交互包括在用户社区中的特定用户之间形成规定的关系，该方法包括：接收在所述用户社区中的第一用户和第二用户之间形成的新的规定的关系的通知；确定与所述通信网络分开的电信网络中的第一和第二用户中的每一个的标识符；对于所述电信网络中的第一和第二用户中的至少一个识别服务提供商；和向至少一个所识别的服务提供商传送识别第一和第二用户并且表示在第一和第二用户之间规定的关系的形成的信息。

可例如在通信网络中的服务器上通过在通信网络内操作的应用实现该方法。服务器可具有它可与电信网络连接的至少一个界面，并且该方法还可包含提供该界面。可以理解，本实施例使得系统能够向电信网络广告在社区中形成的新的关系。电信网络然后可在缓存中存储该信息，并且有效地使用该信息以管理电信网络中的链接。

根据另一方面，提供一种用于管理用户在通信网络上交互的网络化用户社区中的用户之间的连接的方法，所述交互包括在用户社区中的特定用户之间形成规定的关系，该方法包括：向与通信网络分开的电信网络提供界面以用于在用户之间提供直接电信链接；从所述电信网络接收查询，该查询识别第一和第二用户之间的所请求的通信链接；从所述查询提取第一和第二用户的标识符；分析所述第一和第二用户的标识符以确定是否在所述用户社区中的第一用户和第二用户之间存在规定的关系；和向所述电信网络传送表示是否在所述用户社区中的第一和第二用户之间存在规定的关系的回复消息。

在这一方面，应用被设置在服务器上，并且可实时响应来自电信网络的请求以确定是否在两方之间存在特定的关系。这可被用于确保当在电信网络中形成通信链接时使用最新的更新信息。

在本发明的另一方面中，提供一种根据在社交网络服务社区中的用户之间限定的关系处理电信网络的用户之间的通信交互的方法，包括：在所述电信网络的第一和第二用户之间经由所述电信网络处理电信交互；接收与社交网络服务社区中的第一和第二用户之间(限定)的关系有关的社交网络关系数据；和根据所述社交网络关系数据执行与所述电信交互有关的处理。

电信交互可以例如为声音或视频呼叫或文本或图片消息。可通过一个或更多个服务器管理社交网络服务社区。接收关系数据可包含从与社交网络服务相关的服务器请求数据或者可从这里的其它地方描述的关系数据的缓存接收数据。与电信交互有关的处理可包含例如确定用于交互的呼叫成本的与帐单结算有关的处理(或者可替代性地与处理电信交互作自身有关)。关系数据可规定在用户之间限定关系或者可规定在用户之间限定一个或更多个关系，或者可规定在社交网络社区中的用户之间不存在限定的关系。该方法方面可与这里阐述的其它的方法方面和特征组合。

在另一方面，提供一种用于管理用户在通信网络上交互的网络化用户社区中的用户之间的连接的装置或系统，所述交互包括在所述用户社区中的特定的用户之间形成特定的关系，该装置或系统包括：用于接收在所述用户社区中的第一用户和第二用户之间形成的新的特定的关系的通知的装置；用于确定与所述通信网络分开的电信网络中的第一和第二用户中的每一个的标识符的装置；用于对于所述电信网络中的第一和第二用户中的至少一个识别服务提供商的装置；和用于向至少一个识别的服务提供商传送识别第一和第二用户并且表示在第一和第二用户之间形成特定的关系的信息的装置。

在另一方面中，提供一种用于管理用户在通信网络上交互的网络化的用户社区中的用户之间的连接的装置或系统，所述交互包括在所述用户社区中的特定用户之间形成特定的关系，该装置或系统包括：用于提供到与所述通信网络分开的电信网络的界面以用于在用户之间提供直接电信链接的装置；用于从所述电信网络接收查询的装置，该查询识别第一和第二用户之间的请求的通信链接；用于从所述查询提取第一和第二用户的标识符的装置；用于分析第一和第二用户的标识符以确定是否在所述用户社区中第一用户和第二用户之间存在特定的关系的装置；和用于向所述电信网络传送表示是否在所述用户社区中的第一和第二用户之间存在特定的关系的回复消息的装置。

在另一方面中，本发明提供一种用于根据在社交网络服务社区中的用户之间限定的关系处理电信网络的用户之间的通信交互的装置或系统，包括：用于处理在所述电信网络的第一和第二用户之间经由所述电信网络的电信交互的装置；用于接收与社交网络服务社区中的第一和第二用户之间的关系有关的社交网络关系数据的装置；和用于根据所述社交网络关系数据执行与所述电信交互有关的处理的装置。

更一般地，还提供与以上描述的任何方法方面对应的装置方面，并且，也可在装置中实现优选的方法特征。特别地，可以使用网络装置或相互链接的网络装置的组以实现以上阐述的方法，或者，可以在例如为因特网的网络上的多个处理器中实现方法。也在服务器中或者在单独的数据库服务器中实现数据库，以存储描述的数据。还提供使得用户能够与描述的方法连接并交互并观察以观看系统的界面的用户终端。本发明还提供与描述的方法方面和特征对应的计算机程序、计算机程序产品和计算机可读介质方面。

附图说明

现在参照附图描述系统和方法的实施例，其中，

图1是根据一个实施例的关系模型的示意图；

图2是根据替代性实施例的关系模型的示意图；

图3a是根据一个实施例的预支付系统的总体结构的示意图；

图3b是根据一个实施例的汇聚系统的总体结构的示意图；

图3c是根据一个实施例的孤立系统的总体结构的示意图；

图4a、4b和4c示意性地示出根据一个实施例的进行加入请求的处理；

图5是可用于实现这里描述的方法的实施例的系统的示意图；

图6示出这里描述的系统的结构的一个实施例；

图7示出本系统的结构的替代性实施例；

图8示出ChargingMax系统的一个实施例；

图9示出ChargingMax系统的另一实施例；

图10是根据一个实施例的用于语音呼叫的收费系统的示意图；

图11示出根据一个实施例的后付费语音呼叫。

具体实施方式

以下阐述这里描述的系统和方法的实现的一个实施例的说明。该描述阐述可以实现系统的一种方式，并且决不是限制性的。

存在两种明显不同的用于实现社会关系管理器(SocialRelationship Manager，SRM)的配置。第一是所谓的Eclipse模型。添加到订户的社区组的所有订户当从该社区组内呼叫其它的组成员时接收优惠的资费或折扣。

Eclipse模型具有广泛的潜力。存在诸如学校、足球俱乐部、协会、大学、工作或社会位置、兴趣或习惯的各种形式的社区组。并且，SRM可被用于诸如SME(中小型企业)的业务。雇员组可相互呼叫以接收以下描述的社区组益处；但是，SRM也可被用作提供闭合用户群(Closed User Group，CUG)服务的方式，由此，甚至能够从业务钱包对于这些呼叫收费，使得雇员不个人支付业务内呼叫。并且，如果操作员变为移动虚拟网络提供商(Mobile Virtual Network Enabler，MVNE)或者希望瞄准诸如年轻人段的市场位置中的特定的段，那么SRM Eclipse模型甚至可被用于产生微MVNO(移动虚拟网络运营商，Mobile Virtual Network Operators)。

在示出用户之间的链接的图1中示意性地示出Eclipse关系模型：

第一组的关系是称为“Colin的组”110的社区组。存在7个成员。箭头表示例如这些成员中的任一个呼叫Colin的组中的任何其它成员时的成员中的任一个之间的关系。称为“Jack”的第二个社区组也示出为112。存在4个成员。如以上那样，在这些用户中的每一个之间存在关系。成员中的一个James 114同时是“Jack”112和“Colin”110组的成员。在该场景中，James 114与两个组中的成员都具有关系。我们从产生的2个组看到的所有订户均是在网订户。但是，David 116来自不同的网络，并且因而被称为网外订户。SRM具有将网外订户添加到社区组的能力，但是，该关系是由单向箭头表示的单向。也就是说，当来自“Jack”组112的成员呼叫David 116时，他们将接收由操作员限定的折扣或资费。当David 116从“Jack”组112呼叫任何成员时，他没有任何折扣地按照通过他的网外操作员限定的他的价格计划被收费。

被识别的第二种类型的模型是Atomic模型。该模型基于诸如Facebook的社交网络站点的不断增长的人口。首先，用户A向用户B发送“朋友请求”。当用户B接收到该“朋友请求”时，他有接受或忽略的选项。在接受朋友请求的方案中，在2个用户之间创建直接关系链接。该结果是，他们可首先相互看到配置文件，而然后他们可相互通信。Atomic模型的目的在于，在订户之间创建直接关系链接，使得当他们相互呼叫时，他们接收特殊的折扣或替代性资费以及后面描述的其它特征。Atomic模型在用户之间创建强接合，其中，能够利用来自这些关系的许多益处。

在图2中示意性地示出Atomic模型。三个订户与Colin 210具有“朋友”关系链接，因此，他与这3个订户具有直接链接。无论什么时候他们相互呼叫，都应用替代性朋友链接资费或折扣。还示出Jack212的“朋友”关系。他与他的朋友具有4个直接的链接。Tony 214具有3个直接朋友关系。所有以上的关系仅是与在网订户的关系。David 216与一个在网订户具有直接关系。当David 216呼叫Tony 214时，应用在网朋友资费。但是，也能够与来自其它的网络的订户具有朋友关系。当David 216呼叫例如订户218时，应用网外朋友资费。这是网外朋友链接关系。

Eclipse模型和Atomic模型可被组合，以允许通过相关的资费/帐单结算政策等管理两种组和朋友链接。

通过预约，如以下详细描述的那样，可以提供实现以上的模型的独立的SRM方案，该SRM可替代性地或附加地与现有的外部社交网络服务(例如，Myspace、Facebook、Twitter)接口，并且从这些服务获得例如限定朋友链接、组成员资格、跟随者关系等的关系数据(Facebook例如可提供朋友链接信息和组信息)。然后可基于在这些外部社交网络服务中限定的用户关系/组确定资费/帐单结算政策。与外部服务的接口可包含可向社交网络服务中(例如，Facebook中)的用户的配置文件添加的用户应用和/或相关专属或开放社交网络API(例如，Facebook API、OpenSocial API)。以下更详细地描述一些例子。可通过例如来自多个外部社交网络服务的SRM组合来自多个来源的关系数据。

在优选实施例中，SRM在以下的3个模式中将是可用的，这些模式在图3a～3c中被示意性地示出：

1.预支付，在图3a中示出

2.汇聚，在图3b中示出

3.独立，在图3c中示出

这里，特征是可兼容的，SRM的所有特征在所有的模式中将是可用的。

Eclipse模型

现在更详细地描述操作的Eclipse模型的一个实现。在Eclipse模型中，SRM将被分成各种部分。每个部分将是SRM服务的不同功能分组。每个操作员将具有购买SRM的标准特征，并且，可以任选地实现附加的部分中的每一个。以下详细描述的每个不同的部分为：

·标准功能

·SRM大众通信

·SRM推举机制

·SRM业务套餐

·SRM基于位置的服务

·SRM PromoMax Express

将能够打开/关闭以上描述并且在随后的部分中详细描述的功能的分组。最基本的水平是仅具有标准功能。操作员从而将能够选择与封装的标准功能一起使用的功能的任何组合。能够实现所有的功能。如果服务提供商不实现功能的一部分，那么他们通过他们的屏幕将看不到其它的功能。

标准功能

开放&闭合社交组

存在两种类型的社交组(SG)。开放社交组允许任何登记的订户加入。并且，任何登记的订户可邀请任何激活的订户加入SG。闭合SG包含防止未知的订户变为SG的成员的授权措施。事实上，订户不能通过他们自身的动作加入闭合SG；订户可仅由管理员添加或者从管理员或具有管理员权利的SG订户接收加入的请求。操作员能够限定对于一个SG允许的成员的最小和最大数量。

任何登记的订户可创建任何开放社交组(SG)。任何登记的订户可加入开放SG。任何SG成员可邀请任何登记的订户加入SG。组创建者是组管理员。管理员可向其它的SG成员分派管理员权利。组管理员可从SG去除成员。所有组成员可发送组大众通信。组管理员可发送组大众通信SMS(MC SMS)。

任何登记的订户可产生闭合的社交组(SG)。任何受邀请的登记的订户可加入闭合的SG。组创建者是组管理员。管理员可向其它的SG成员分派管理员权利。只有组管理员可邀请登记的订户加入。组管理员可从SG去除成员。组管理员可发送组大众通信SMS(MCSMS)。

SRM订户-登记和去激活

关于SRM，存在2种类型的订户的状态：去激活和登记。作为缺省，所有的订户将具有去激活的社会关系管理器。

任何去激活的订户将接收以下的选项

·不接收任何SG请求

·不能加入SG

·能够通过登记激活服务。通过这样做，订户变为登记的订户。

任何登记的SRM订户能够完全享受SRM的益处。任何登记的SRM订户可：

·接收开放SG请求

·接收闭合SG请求

·接受开放SG请求

·接受闭合SG请求

·按需加入开放SG(通过自理机制)

·请求其它激活/登记的订户以加入他们所属的开放SG。

订户可通过向一短代码发送SMS而登记到SRM。一旦订户登记了服务，他们就使他们的MSISDN与昵称相关。当从该号码进行SG请求时，SMS将被发送到受邀请的订户。在正常地显示MSISDN或来自电话薄的相关名称的收件箱发送者中，现在以在登记期间由发出邀请的订户选择的昵称显示它。

订户可通过向操作员可限定的短代码发送SMS来登记到SRM。该SMS是操作员可定义的，但是必须包含用户的昵称或用户名。昵称的最大长度可由操作员限定。

在已取得昵称的场景中，将在名称之后分配号码。例如，如果AlexWesley被请求并且已由另一订户取得，那么将分配昵称Alex Wesley1。名称复制将取得原名称+1个自动增加的数字。

可对于SRM登记收取可配置的费用。可通过产品类型配置它。如果预付费用户不具有足够的存款以覆盖费用，那么将不能登记并且将通知并要求用户提供进一步的存款。

将对于登记完成费用创建电子数据记录(Electronic Data Record，EDR)。这将是CCP可查询的并且将被发送到第3方帐单结算系统，例如，被加入后支付帐单结算中。

然后向确认他们的昵称或复制昵称的登记订户发送确认SMS。SMS的剩余部分可由操作员限定。它还向登记的订户分配他们可用于登录到操作员管理的网络入口(用于管理SG等和设置)的密码。

登记SMS将使昵称与用户的MSISDN相关联。当该登记的订户发送SG请求时，他们的名称将作为进入的号码(但是显示为昵称)包含于SG请求SMS&MSISDN中。当该订户是在网页上显示的SG的成员时，将在SRM的操作员网页上显示MSISDN&昵称。

管理员

管理员对作为SG的成员的订户负责。在开放的SG中，作为缺省，创建该SG的登记的订户是SG管理员。在开放的SG中，管理员具有能够从SG去除SG成员的附加功能。他们可向其它的成员分派权利以能够完成这一点。他们可通过使用管理员可通过使用他们的密码、组名称或组号码登录的操作员网站，从组去除订户。

在闭合的SG中，管理员可向登记的订户发送请求以加入闭合的SG。管理员可单独地发送请求或者可将号码的列表输入到操作员管理网页中。当完成该列表时，SG请求将被送出到整个列表。管理员可向组管理员分配其它的SG成员。组管理员也可从SG去除SG成员。为了完成这一点，他使用操作员管理网页。以下是组管理员的功能的列表：

·可接收开放SG请求

·可接收闭合SG请求

·可接受开放SG请求

·可接受闭合SG请求

·可根据需要加入开放SG(通过自理机制)

·可请求其它的登记的订户加入他们所属于的开放SG

·可请求其它的登记的订户加入他们是管理员的闭合SG

·可向已是SG的成员的其它的登记的订户分派管理员权利

·可发送组大众通信SMS(MS SMS)

·可去除SG成员

创建开放社交组

任何登记的订户可创建开放社交组。为了完成这一点，订户可发送请求的SG名称到一短代码。作为替代方案，它可被限定，使得仅选择的订户可创建SG。

·可以限定所有的订户可创建SG

·能够通过产品类型限制SG创建

·能够限制SG的创建，使得只有受邀请的订户可创建SG-这里，可对于“创建SG”创建新平衡类型。该平衡类型可通过服务套餐功能被发送到选择的订户。

为了创建SG，订户可向短代码发送SMS。如果还没有取得该名称，那么将创建组。

只有登记的订户可通过向操作员可限定的短代码发送SMS创建开放社交组。SMS将是操作员可限定的，但是，必须包含被发送到用于创建开放社交组的特定的短代码的建议的组名称。组名称的最大长度可由操作员限定。

如果已取得SG名称，那么组名称将在其后被分配一号码。复制号码将以时间顺序上升。即，如果取得组名称，那么将以<groupname>&<SG number>发送返回的SMS。例如，如果请求的组名称为“Ipswich rugby club”并且该名称已取过，那么产生的组名称将是“Ipswich rugby club1”。它作为SMS被发送到组创建者以向组创建者建议分配的名称。在建议复制名称的情况下，订户可能必须在创建组名称之前通过返回的SMS确认昵称。

示例性SMS可以如下：“Ipswich Rugby club”已取过。为了接受“Ipswich Rugby club1”，请求回复YES。为了选择另一个，向777发送组名称(最多20个字符)。为了确认，订户仅需要通过回复SMS发送诸如YES的操作员可限定的命令词。否则，如果订户不喜欢该组名称，那么他们可重新开始该过程。

如果通过操作员施加收费，那么只有预付费订户具有足够的存款以创建组，才出现组的成功创建。对于后付费用户，将创建EDR，因此可以在他们的月度结算单上表示它。

订户可通过与其朋友的病毒通信传播形成的组的细节。并且，由于这是开放的SG，因此任何成员可邀请其他激活的订户加入。

SMS还将向组分配组号，诸如1274。当订户希望加入组时，他们可输入组号以找到该组并因此通过例如使用自理IVR加入。

对于开放SG的创建，可收取可配置的费用。例如通过产品类型或通过结算级，这可以是可配置的(只有具有“创建SG”平衡存储桶的订户能够创建SG)。如果预付费用户不在结算级中具有足够的存款或足够的平衡存储桶以覆盖费用，那么将不发生登记。

对于开放SG的产生，将创建CDR/EDR。这是可由CCP查询的，并且EDR/CDR将被发送到第3方帐单结算系统以例如加入后付费结算单中。

在创建开放社交组时，返回的SMS将被发送到组创建者。作为缺省，组创建者也是组管理员。SMS将是操作员可限定的并且将包含以下的信息：

·组名称或复制名称的确认

·向SG名称分配SG号

·向组管理员分配密码。这可被用于登录到操作员管理的站点。这里，SG成员可被管理。

·给出操作员站点的细节

·示例性确认SMS：“感谢您。已创建了Ipswich Rugby Club1。组号12345。成员管理密码sjfitbne。网站www.esg.srm.co.uk”。

推荐订户保存该SMS。如果订户忘记这些细节中的任一个，那么他们可请求将密码从他们的MSISDN被重新发送到移动装置或环绕顾客服务。CSR然后将能够重新发送密码等。

在订户不保存SG的细节的场景中，他们可通过以操作员可限定的命令词向短代码发送SMS，来请求他们是成员的所有SG的细节。SRM将通过SMS发送所有SG名称&SG号的列表。示例性查询消息可以如下：<Query Groups>发送到777。

创建闭合社交组

任何登记的订户可创建闭合的SG。为了这样做，登记的订户将能够向短代码发送SMS。创建闭合的SG的登记的订户将是管理员。与开放的SG的主要不同在于，仅管理员能够向其它的登记的订户发送SG请求。他们将能够通过使用他们的电话或通过操作员管理的站点这样做。

除了闭合SG请求关于开放SG创建请求被发送到不同的操作员可限定的短代码以外，SG过程将与创建开放SG的过程相同。

管理员权利

在开放SG中，一旦SG成员具有管理员权利，他们就可从SG去除其它的SG成员。在闭合SG中，一旦SG成员具有管理员权利，他们就能够向其它的登记的订户发送SG邀请并且还能够发送组大众通信。他们还可从SG去除SG成员。具有管理员权利的SG成员的功能包含：

·可接收开放和闭合SG请求

·可接受开放和闭合SG请求

·可按需加入开放SG(通过自理机制)

·可请求其它的登记的订户加入他们属于的开放SG

·可请求其它的登记的订户加入他们是管理员的闭合SG

·可发送组大众通信

·可去除SG成员

管理员可通过点击组成员通过使用操作员管理入口向另一SG成员分配管理员权利。

实时地，一旦管理员向新的闭合SG成员分配权利，该新的管理员将被发送SMS。该SMS将是操作员可限定的，并且可包含以下的信息：

·在SMS开始处或者作为可由操作员限定的发送者I.D.的管理员<Member name>

·SG名称

·SG号

·SG密码。

示例性SMS可以是“我已向你分派对Ipswich rugby club 12的管理员权利，组号12345。密码是12345”。

为了分配管理员权利，管理员可通过操作员管理者数据库登录，并且简单地点击组成员分配权利。对于更多的细节，请参照网络入口操作员PI部分。实时地，一旦管理员权利被分配给新的闭合SG成员，该新的管理员将被发送SMS。

只有具有管理员权利的订户可去除SG成员。为了这样做，他们必须通过使用组名称/号码和他们的密码登录到操作员管理的站点。他们然后可点击订户名或MSISDN，并且遵循指令以去除该订户。以这种方式，具有管理员权利的SG成员能够通过使用操作员管理的站点从SG去除成员。该站点将通过使用外部PI与CMX平台连接。来自该站点的动作是从SG去除订户。

一旦已成功地从SG去除订户，他们就将被发送包含以下的信息的操作员可限定的SMS：

·包含SG名

·操作可限定的消息

SG成员将即时被去除。他们不能重新加入该组，除非从组管理员发送新的加入请求给他们。

在开放SG场景中，如果SG成员向该去除的SG订户发送邀请，那么该去除的订户将不被添加并且将发送解释不能添加的原因的SMS。因此，从SG去除的订户只有从管理员发送邀请才能重新加入。将对发出请求的SG成员发送返回的SMS。该SMS将是操作员可限定的，但是可包含以下的信息：

·<member name>

·操作员可限定的消息

例如，“遗憾地，已从该组去除<Member name>。该订户没有被添加到<SG Name>”。

开放社交组成员请求过程

只有SG成员可进行SG请求。为了进行SG请求，登记的订户可向操作员可限定的短代码发送SMS，该SMS可包含以下的信息：

·到短代码的<The requested MSISDN>&<SG Number>

·例如，0796834637+21234发送到888

登记的SG成员可通过向SG号发送SMS进行开放SG请求。它可包含以下的信息：

·<The requested MSISDN>发送到<SG Number>

·例如，0796834637+发送的21234

如图4a～4c所示，还能够通过向短代码发送商业卡进行加入SG请求。在图4a中，用户进行成员请求的联系人被选择。然后在图4b中选择“发送商业卡”选项并在图4c中键入短代码SG号。这使得该过程对于最终用户更加用户友好。

图4c中的电话号码将是SG号码。登记的订户可通过向所示的SG号码发送请求的MSISDN的商业卡进行加入SG请求。SRM将仅从商业卡提取MSISDN。

存在3种可能的场景：

1.登记→登记

2.登记→去激活

3.登记→离网

登记→登记

在登记的订户向另一登记的订户发送SG请求的结果中，将由受邀请的登记的订户接收以下的SMS。受邀请的登记的SG成员将通过SMS接收对于SG的邀请。该SMS将是操作员可限定的，但是可包含以下的信息：

·<Registered member name>

·<social group name>

·给出3个选项：加入、不加入和去激活和停止接收SG请求。

例子：

·在发送者I.D.中出现Oliver Becket

·消息读取“我请求你加入Ipswich Rugby Club12。加入回复YES不加入，什么也不做。停止接收组请求回复STOP。”

在接收加入SG的请求之后，订户将具有3个选项：加入、不加入和通过服务的完全去激活停止接收SG请求。

为了使得登记的订户加入SG，订户可发送具有诸如<join>的操作员可限定的文字的返回的SMS。

通过Eclipse模型，操作员非常可能希望对于成为SG的成员收取成员费用并至少加入。出于这种原因，SRM被设计成使得订户为了加入必须采取动作。通过执行该动作，也能够施加收费。

不希望成为SG的一部分的登记的订户不需要采取任何的特定的动作。不希望接收任何进一步的SG请求的登记的订户可通过简单地向SMS回复<stop>使服务去激活。将在去激活部分中更详细地解释这一点。

当订户使服务去激活时，他们将：

·不接收任何SG请求

·不能加入SG

·能够通过登记重新激活服务。通过这样做，订户将变为登记的订户。

·对于他们已是成员的任何SG不接收任何资费/折扣。

登记→去激活

去激活的订户在SRM中选择，并且不能接收SG请求。在登记的订户对于去激活的订户进行SG请求的场景中，去激活的订户将不接收请求。

登记的订户将接收返回的SMS，也就是说，当请求的号码使服务去激活时，请求是不可用的。

登记→离网

在该SG请求场景中，离网号被添加到社交组，使得形成SG成员与离网订户的单向关系。在离网订户受邀为SG的成员的情况下，将自动添加该离网号。

能够向发出邀请的在网号码发送操作员可限定SMS，解释已添加号码。

在诸如迪拜的许多国家中，要求离网号具有不是任何推销内容的一部分的选项。在这种情况下，SMS将被发送到离网订户。SMS将是操作员可限定的，但是可包含以下的信息：

·发送者I.D将不是短代码或<SG number>

·将包含发出邀请的订户的<nickname>

·包含<SG name>

·给出阻挡成为SG的一部分的选项

例子：“来自<esgTel>的Oliver Becket希望将你的号码添加到<IpswichRugby Club>。接受什么也不做。不允许回复<no>。”

在离网订户不希望允许他的号码成为SG的一部分的情况下，他可以回复不并且他的号码将不被添加。所有的关系将变形。SMS将被发送到发出邀请的在网订户，从而通知他该离网订户不希望被添加到SG并且没有资费适用于该号码。

还能够如下面描述的那样参照推举方案添加功能。

使SRM去激活的过程

为了使得订户使SRM去激活，订户可以在3个单独的方法中完成这一点：

·通过自理机制

·通过向操作员限定的短代码发送SMS，例如，发送<stop>到操作员限定的短代码

·通过向SG请求回复SMS。示例性的SG请求可以是“AlexWestley已邀请您加入Ipswich Rugby Club12。加入回复YES不加入，什么也不做。停止接收组请求回复STOP”

回复<stop>的任何MSISDN将处于去激活的SRM状态中。

闭合社交组请求过程

SMS请求过程对于闭合的社交组将以相同的方式工作，但是，只有组管理员或具有管理员权利的订户才能进行SG请求。如果不具有管理员权利的组成员尝试进行SG请求，那么将不进行该请求。没有管理员权利的订户将接收SMS。该SMS将是操作员可限定的，并且可包含<group name>。

例子“对不起，仅组管理员可以对<group name>进行SG请求。未作出请求。”

管理员还能够通过操作员创建和管理的站点进行SG请求。这里，管理员或具有管理权利的人可以以在闭合SG创建过程中给出的组名称、MSISDN和密码登录。管理员将可具有改变他们的密码的选项。一旦进行了请求，要发送的请求SMS就将遵循与开放社交组的SMS请求过程相同的过程。

SG资费/折扣

一旦关于社交组成员形成关系，就在在存在形成的关系的成员之间发起的社交组呼叫或消息之后发生以下的行为。

操作员能够对于跨着订户是成员的所有社交组施加的SG呼叫限定公共的资费/折扣。这可由与订户相关的产品类型指示。操作员还能够对于创建的每个社交组限定个别的资费/折扣。

如果订户是多于一个的社交组的成员，那么呼叫的花费将参照依赖于A和B订户的关系的社交组被计费-如果两个订户均是多于2个公共社交组的成员，那么呼叫将根据给出更大的折扣的资费或最便宜的资费被计费。

SG的资费能够依赖于SG的大小。例如，SG具有的成员越多，则资费/折扣越大。或者，根据具体情况，SG具有的成员越多，则折扣或资费越小。操作员能够对于SG的大小和随后的资费/折扣之间的关系限定方案。对于该方案不存在限制。

另一方面，操作员能够限定累积的资费/折扣。这意味着资费或折扣依赖于订户成为其成员的SG的量，因此，通过成为多于一个的SG的成员，可以给出更大的折扣或资费。

操作员能够限定SG成员的量要满足的阈值。当满足这些阈值时，SG资费将改变。SMS将被发送到所有的SG成员，通知他们资费改变。

操作员还能够限定累积的资费/折扣。这意味着，资费或折扣依赖于订户成为其成员的SG的量，因此，通过为多于一个的SG的成员，可以在个体订户的基础上给出更大的折扣或资费。

为了加入SG，操作员还能够施加一次性费用。操作员还能够限定可在月度的基础上从订户帐户取得的订购。订购可以是SG特有的。作为替代方案，订购的成本可与SG的大小关联，即，SG具有多少成员。

如果订户是多于一个SG的成员，那么操作员能够对于订户是成员的各单个SG的订购对于订户收费。例如，订户是1个SG的成员，进行一个订购。如果订户是两个SG的成员，那么可以进行两个订购。

对于作为多于一个SG的成员的SG成员，操作员基于订户是成员的SG的数量施加订购也是选项。例如，订户是1个SG的成员-他对于订购支付3E。另一订户是3个SG的成员-他对订购支付5E。

如果不进行订购，那么订户将处于受益于成为SG成员的宽限期中。在SG宽限期中，SG成员将不：

·对于SG呼叫/消息接收SG资费或折扣

·接收MC SMS

·能够邀请订户加入该组(如果是开放的SG)

·在SG宽限期中，其它的SG成员将能够呼叫/发消息给“宽限期SG成员”，并且具有根据他们的SG资费/折扣计费的该呼叫/消息。

·如果SG成员在宽限期内支付他的SG订购，那么完全的功能将继续。

在宽限期之后，如果订户仍没有将帐户充值，那么该订户将需要重新订购到他先前为成员的SG。所有的SG关系将变形。该订户将被发送细化他先前成为其成员的所有的SG的SMS。该SMS将是操作员可限定的，并且解释这些SG现在是不活动的。

操作员将能够限定订户可加入的社交组的最大数量。SRM没有限制。

订购的花费能够与SG的大小相关联。订购的花费能够与订户是成员的SG的数量相关联。例如，订户是1个SG的成员-他对订购支付3E。另一订户是3个SG的成员-他对订购支付5E。

商业钱包

在对于可管理和支付一定的用户呼叫的商业或另一实体特别创建社交组的情况下，能够从诸如商业钱包的联合钱包对由SG成员进行的所有的呼叫收费。在该方案中，所创建的SG必须是闭合的SG。作为缺省，商业钱包将来自管理员的钱包。但是，管理员可将商业钱包分配为来自具有管理员权利的任何其它的成员。

在特别对于商业创建社交组的情况下，能够从二次钱包将SG成员之间的所有呼叫收费。在该场景中，所创建的SG必须是闭合的SG。作为缺省，二次钱包将来自管理员的钱包。但是，管理员可将钱包分配为来自任何的其它钱包ID。

能够从商业钱包对在SG成员之间进行的所有的呼叫收费。管理员还能够规定特定的MSISDN，这里，从商业钱包将所有的他们的呼叫收费。

能够按月对于具有SG活动施加收费。对于该租金，将只对于一个SG成员收费。收费将对于管理员进行。如果在宽限期结束之后没有支付收费，那么SG将被关闭。可对于这种类型的SG限定扩展的宽限期。

许多操作员具有用于在公司级计划上商讨商业资费等的专用部门。如果他们的每用户平均收入(Average Revenue Per User，ARPU)增加，那么SRM+PromoMax Express将具有允许组接收更好的资费的先进的特征。因此，随着商业在被添加到SG的雇员方面扩展并因此扩展其ARPU，每当满足给定的阈值，资费将变得更好。并且，它不再需要资费的每年检查等。

可以在单个SG的ARPU上放置计数器。操作员然后可限定要满足的一些阈值，使得当ARPU达到该量时，对于该组施加替换的资费。可以限定，该服务仅对于限定商业钱包的SG可用。

例如，操作员可限定许多的资费

100E一个月→资费1

200E一个月→资费2

400E一个月→资费3

1000E一个月→资费x

自动地并且在没有CSR参与/协商的情况下，公司可得到他们基于组ARPU花费应享受到的资费。

当向组管理员确认达到一些水平时，可实时出现资费改变更新。

Eclipse SRM+大众通信(MC)

开放和闭合SG

能够向所有的SG成员发送SMS。在开放社区组中，只有组管理员可发送大众通信(MC)SMS。任何SG管理员能够通过向操作员限定的短代码发送SMS来发送MC SMS。SMS将是操作员可限定的，但是可包含以下的信息：

·包含＊<SG Number>#，例如，对于SG号12345写入＊12345#

·<Contents of SMS>，这将是#键之后的SMS的剩余部分

·必须向操作员可限定的短代码发送的MC SMS

操作员可限定用于对MC SMS定价的单独的资费/折扣。操作员还能够限定与SG成员的数量相关的MC SMS的花费。

所有的组成员将接收MC SMS。它将包含以下的格式：

·在发送者收件箱中包含SG名称

·包含SMS的内容

对于闭合社交组，将不可能回复到MC SMS。然而在开放SG中，所有的成员能够向由操作员限定的一定量的成员回复且发送MCSMS。该功能将是良好的最终用户体验的例子将处于是小的社交组中，例如，10个成员。这里，MC SMS将是高效的通信的方式。但是，在100个人的SG中，这种类型的消息使许多成员回复每个MC SMS将是不可实现的。因此，所有的组成员可对于由操作员限定的一定尺寸下的组向MC SMS发送/回复。

在一些实施例中，将不能回复MC SMS(除非使用在随后的部分中描述的PromoMax Express功能)。

还能够从需要登录细节的操作员管理的站点发送MC SMS。并且，将只有管理员或具有管理员权利的SG成员具有该功能。

MC SMS的一些例子如下：

·大学-发送到所有学生的SMS。“电信的所有学生：请注意，今天11点30分开始的研讨会由于职员生病而取消。代表大学致歉”。该简单的SMS可避免学生到校园去，这样他将非常高兴得到该服务。该消息将仅由管理员发送。这避免发送不必要的消息。

·在对于一组雇员使用社会关系管理器的场景中-管理员可发送组SMS，说：“各位员工，某人有后门钥匙，而后门没有上锁。负责人请尽可能快地呼叫办公室”。

·足球俱乐部社区组-曼联决定出售罗纳尔多-这是对球迷来说是十分重要的消息。管理员发送组SMS，说：“亲爱的球迷，在2008年12月9日上午10点，曼联通知您我们将以￡100m将罗纳尔多出售给皇家马德里，我们向您保证这代表俱乐部的最大利益-曼联FC”。忠心的球迷将喜欢尽可能快地在行进中和从他的汽车听到该新闻。

SG成员能够使接收MC SMS去激活。他们可通过使用自理机制或通过操作员站点完成这一点。

离网订户可能希望加入社交组，不是为了接收免费呼叫(这很显然是不可能的)，而是为了接收SG大众通信SMS的有用功能。为了接收SG MC SMS，离网订户可向操作员限定的号码发送消息。离网订户能够为了接收MC SMS加入SG。为了这样做，他们可向操作员限定的号码[不是短代码]发送SMS。该SMS将是操作员可限定的，但是可包含以下的信息：

·包含诸如<join>的命令

·包含<SG号码>

订户必须知道社交组号码。因此，为了加入作为社区组号码1264的Suffolk大学，订户可简单地写入文本“加入1264”。在该过程之后，出现以下的动作：

·将通知SMS返回可由操作员限定的离网号码

·例如，“谢谢，您现在接收关于‘Suffolk大学’的通信”。

·号码将被发送到SRM报告。

·社会关系管理器将存储该号码作为离网SG成员。当在网SG成员呼叫该离网成员时，他们将按照SG(离网)资费计划被收费。

Eclipse SRM+推举方案

当登记的订户邀请离网订户成为SG的成员时，如果该订户是离网订户，那么可以实现以下推举方案。

如果所请求的MSISDN是离网的，那么将在发送邀请和请求的离网MSISDN的成员的社交组的组成员之间形成单向关系。

如果号码是离网的，那么确认SMS将被发送到发出邀请的订户。它将是操作员可限定的，但是可包含以下的信息：

·包含受邀请的离网订户的MSISDN

·推举消息

例子可以如下：“谢谢。07978332954930已被添加到您的社交组。他们不是esgTel的订户-如果他们加入您将得到的奖金。

离网MSISDN将被发送到SRM数据库

·操作员可根据需要关于这些离网号码进行报告

·报告中的信息可被用于运动以瞄准离网订户

另外，SMS将被发送到可由操作员限定的离网订户。它可包含以下的信息：

·请求他们的在网订户的昵称

·操作员名称

·呼叫的操作员号码

例子可如下：Oliver Becket1234567希望您加入<esgTel>。将你的号码带到<esgTel>以接收免费额度。

有必要存在一种控制机制，以确信所推举的人在预定的时间期内尚未处于网络中。一种控制它的机制是，只允许跨着从离网号码移植的号码被奖励。因此，只有移植的号码经受推举方案。为了实现这一点，操作员能够进行实现为他们的网络的号码移植。也通过SRM进行检查以确保MSISDN对于可配置的时间期尚未在网络中。

如果移植的号码加入操作员的网络，奖励将被自动发送到推举者和被推举者的钱包，并且，两个均被发送SMS以确认这一点，该SMS可由操作员限定。

Eclipse SRM+服务套餐功能

服务套餐允许订户将购买的信贷转换成可供特定的服务使用的信贷。简单的“SG资费套餐”例子是用户可仅付10欧元在下一月内购买用于SG成员的100SMS的包。

SRM将基于在业务库(Service Library)中设计的服务套餐功能。操作员可通过自理机制限定订户可购买和选择的SG服务套餐的选择。

操作员可在服务套餐消费上限定一些规则，例如：

·只能在对于特定SG的呼叫/消息上消费SG服务套餐

·只能在对于订户是成员的任何SG的呼叫/消息上消费SG服务套餐

可以限定，当SG成员进行SG语音呼叫或发送消息时，从仅与SG资费相对的SG服务套餐取出其花费。一旦从该SG服务套餐消费所有的分钟/SMS，订户就将恢复到使用他的下一结算级，例如为一般的现金。

以上的功能意味着订户可加入如他希望的那样多的SG。但是，操作员可保持跟踪通过服务套餐功能远离该VAS的收益的准确百分比。如果订户正在购买重复的服务套餐，那么由于他正在利用服务并且为运营商产生更多的收益，因此，那么这也是良好的。

Eclipse SRM+基于位置的服务

基于位置的服务也可被称为“归属区(The Home Zone)”增值服务。归属区(Home Zone，HZ)概念是订户当利用操作员的来自固定位置的服务时可接收折扣的服务。订户可将多达9个不同的区域指定为优选的区域。当从订户指定的区域中的一个内呼叫时，能够向他提供折扣，但是，如果从该订户接收呼叫的人在由发出呼叫的订户指定的区域中的网上，那么也对于呼叫者提供折扣。

在社会关系管理器中，当订户从固定区域内进行呼叫时，其SG资费或折扣将被触发以对该呼叫定价，或者，将从订户SG服务套餐取得呼叫的花费。例如，创建命名为Suffolk大学的闭合社交组。组管理员使用自理机制以限定校园单元I.D。无论什么时候学生、社交组成员从该区域内进行SG呼叫，他们将对于第二级的资费或折扣被定价。可向关于SG区域的以下场景施加折扣：

·A或B方均不处于区域内

·A方处于区域内

·B方处于区域内

·A和B方均处于区域内

用于社区组的完整资费计划现在可被限定如下：

	使用类型	铜	银	金
					双方都不在区域中	SMS	10分	7分	3分
双方都不在区域中	MMS	20分	15分	8分
					双方都不在区域中	语音呼叫	每分钟10分	每分钟7分	每分钟3分
双方都不在区域中	语音呼叫	每分钟30分	每分钟25分	每分钟15分
					A方在区域中	SMS	以上+10％折扣	以上+10％折扣	以上+10％折扣
A方在区域中	MMS	以上+10％折扣	以上+10％折扣	以上+10％折扣
					A方在区域中	语音呼叫	以上+10％折扣	以上+10％折扣	以上+10％折扣
A方在区域中	语音呼叫	以上+10％折扣	以上+10％折扣	以上+10％折扣
					B方在区域中	SMS	以上+5％折扣	以上+5％折扣	以上+5％折扣
B方在区域中	MMS	以上+5％折扣	以上+5％折扣	以上+5％折扣
					B方在区域中	语音呼叫	以上+5％折扣	以上+5％折扣	以上+5％折扣
B方在区域中	语音呼叫	以上+5％折扣	以上+5％折扣	以上+5％折扣
					A和B方都在区域中	SMS	以上+15％折扣	以上+15％折扣	以上+15％折扣
A和B方都在区域中	MMS	以上+15％折扣	以上+15％折扣	以上+15％折扣
					A和B方都在区域中	语音呼叫	以上+15％折扣	以上+15％折扣	以上+15％折扣
A和B方都在区域中	语音呼叫	以上+15％折扣	以上+15％折扣	以上+15％折扣

在订户创建他们自己的组的场景中，他将能够通过使用自理界面当他在物理上处于一区域中时设定组区域。只有SG管理员或具有管理员权利的SG成员可完成这一点。

如果进行基于位置的服务(LBS)呼叫，那么操作员能够限定资费计划佣金。LBS资费计划将可由产品类型限定。它可以是先前的SG资费或单独的附加的资费计划上的折扣。应用于资费计划的服务将包含关于用于控制计划的CCS能力限定所有这些服务的能力：操作员可选择哪些服务适用。

可对于以下的场景限定以上的资费计划或折扣：A方处于区域中，B方处于区域中，A和B方处于区域中。

当归属区折扣对于呼叫有效时，应向由UBE产生的EDR添加以下的标签：SERVICE＝HZ

订户应能够通过IVR自理界面记录其当前的位置作为其优选的区域中的一个。

只有管理员或具有管理员权利的人可通过使用MSISDN设定SG区域。还能够设定多达9个不同的区域成为SG区域。这是操作员可限定的。

Eclipse SRM+PromoMax Express

社会关系管理器将使用服务逻辑作为能够奖励SG或SG组成员的基础。特别地，PromoMax Express将允许操作员限定可用于实时或在每个时期结束时施加奖励的计数器的数量。可以用名称、连同应对于促销使用的时期限定每个计数器-提供的选项将是可每天、每周、每月或每年施加的奖励。每个计数器的单元将允许现金、时间或事件的数量被用作促销的准则-因此，例如，可以配置每天交谈时间计数器和每月现金花费计数器。事件数功能允许呼叫、SMS或被跟踪的任何其它ChargingMax UBE收费服务的数量的计数。

在计数器到期的时期结束时计算或者在达到奖励水平时的对话关闭中实时地取消ChargingMax Reward。这允许操作员针对短期使用活动，或者，替代性地，审视每月或每年的使用作为促销的准则的长期策略。

服务将被开发以允许针对SG内的行为的计数器。并且，社会关系管理器将允许SG的计数器与其它的SG/SG组成员相比较。计数器将在以下的方面上是可用的：

·创建的日期SG

·SG成员的数量

·SG的ARPU

·SG内的个体SG成员的ARPU

·对于个体SG成员的控制计划的CCS中的按能力的特定的服务上的花费

·对于个体SG的控制计划的CCS中的按能力的特定的服务上的花费

·个体订户是成员的SG的数量

当限定各服务和定价方案时，应被更新的计数器被选择以给予操作员将服务用作促销的一部分的完全的控制。

可通过以下的方法中的一种跟踪支出：

-现金支出跟踪：这保持跟踪订户花费的货币量

-时间跟踪：这保持跟踪订户的呼叫时间(仅语音呼叫)

-单元跟踪：这保持跟踪由订户进行的呼叫量/其发送的SMS的量

应能够对于各奖励方案配置不同的跟踪方法，但是，在一种奖励方案内，只可以使用一种跟踪方法。

在各奖励方案内，应能够配置时间限制，在该时间限制之后，跟踪的支出将被复位。可能的值是：每天、每周、每月或每年。

可以限定无限信用奖励(Limitless Credit Reward)方案。在信用奖励(Credit Reward)方案中，实时地或者当支出时间限制到期时，对于单项支出/尺寸阈值估计支出或到达以下的参数的一定的组尺寸：

·SG成员的数量

·SG的ARPU

·SG内的个体SG成员的ARPU

·对于个体SG成员的控制计划的CCS中的按能力的特定的服务上的花费

·对于个体SG的控制计划的CCS中的按能力的特定的服务上的花费

·个体订户是成员的SG的数量

根据该点上的累积的支出值/组大小，可以贷记给订户的余额结算/管理员/组创建者/组成员中的一个。

可以提供以下的参数：

·奖励方案的名称

·跟踪方法(现金、时间、单元)

·时间限制(每天、每周、每月或每年)

·起作用的目的地

·每个产品类型的支出阈值

·实时或者不是(如果不是，则当时间限制到期时给予奖励)

·在实时奖励之后将支出计数器复位(是或不是)

·信用的结算类型(产品类型特有)

·信用值(产品类型特有)

·信用有效性(产品类型特有)

通知SMS应被发送到：给予奖励时的所有的SG成员、个体SG成员和/或SG管理员/创建者。这是可操作员限定的。

应能够通过用户SMS(USMS)GUI(可在Java画面上实现)观察限定计数器的服务的当前状态。

还能够通过eServGlobal PI观察限定计数器的当前状态。

社会关系管理器的功能是基于组性能奖励SG的能力。可给予奖励作为池分钟-它可作为通知SMS被发送给组管理员。当SRM被用于限定雇员组时，此特征是特别有用的。然后将在SG资费计划上由社交组成员消费池分钟。池分钟也可被定义为用于首先支付SG大众通信的结算桶。

以下提供可通过使用SRM限定的奖励方案的例子。所有的例子能够通过使用SRM被实现。

·奖励由操作员提供，在SG呼叫上在1月内使用额外的通话时间，并且移动到金产品类型。一旦订户在内部通信呼叫上使用他实时移动到金级并且接收SMS。

·奖励-本月向SG成员发送300条SMS并且对于该月度的剩余时间接收SMS是免费的。一旦订户使用300条SG SMS，他就接收SMS以通知他拿到奖励，并且他现在将得到免费的SMS，直到该时间期结束。

·奖励-组成员接收SMS，说，“祝贺，您是月度内交谈最长的Suffolk大学组成员-您在月度的视频呼叫上得到免费80％折扣”。

·奖励-组可基于他们的SG大小被奖励。例如，可对于到达可限定的大小例如100个组成员对一个组进行奖励。在该组到达该大小的实时，可以用一些事项奖励所有成员。

·奖励-可以在与其它组相当的组大小上被给出。例如，可对与“Essex大学”相比具有更多的组成员的“Suffolk大学”社区给予组成员奖励。

·奖励-商业；eServGlobal使用社会关系管理器以限定其雇员的社区组。在月度中，基于组的电话性能，他们有1000社区内部池分钟的资格。组管理员被通知。这些分钟在SG使用上由所有的SG成员均等地消费。

·一旦花费高于由操作员限定的一定的阈值，就可用更好的组内部资费奖励社交组。

Eclipse模型操作员网络入口PI命令

订户将能够通过使用他们在登记时设置的密码登录到操作员创建并管理的站点中。该站点将通过使用外部PI与CMX平台交互。通过使用该站点，用户将能够管理他们的他们是成员的SG并且查看关于他们的帐户和SRM促销的信息。由于可在SRS阶段中发现更多的要求，因此这不是详尽的列表。

还能够对于以下的动作中的至少一些创建PI命令：

·登记的订户可通过使用在登记过程中分配的他们的昵称/MSISDN和密码登录

·登录的订户可查看他们的他是成员的SG(昵称和MSISDN)和对于该组的相应的资费/折扣

·登录的订户可查看他是成员的SG成员(由MSISDN和昵称显示)

·登录的订户可查看他们的当前余额

·登录的订户可查看他们的SG服务套餐选项

·为了达到奖励等，登录的订户可查看他们的PromoMax Express结算-当前情况和目标

·登录的订户可查看他们的允许的SG的最大数量(如果由操作员限定)以及他们的SG的当前量

·登录的订户可从SG去除自身

·管理员可邀请订户加入SG

·管理员可从SG去除订户

·管理员可向其它的SG成员分配管理员权利

·管理员可对于SG内呼叫分配商业钱包

·管理员可对于所有SG成员呼叫分配商业钱包

·管理员可对于特定的MSISDN的所有呼叫分配商业钱包

以下的部分涉及使用SRM Eclipse模型的订户可用的所有自理机制。在项目的范围内，将限定自理服务逻辑流。通过使用IVR机制，订户能够具体仅关于SRM服务承担以下的动作。由于可在SRS阶段中发现更多的要求，因此这不是详尽的列表。

·可听到服务的细节

·可听到允许订户成为多少个SG的成员

·可听到订户为多少个SG的成员

·听到SG名称(如果可能的话)和SG号码

·SG资费/订购/服务套餐的细节

·听到可用的服务套餐

·购买SG服务套餐

·听到有效服务套餐

·和剩余的任何分钟数/信用等

·接收MC SMS的激活/去激活

·设定归属区域单元I.D.

·听到任何有效的促销

·和当前阈值状态

·正提供的奖励

为了去除SG，订户仅需要选择要被去除的SG并然后确认该动作。当SG被去除时，SMS将被发送到去除SG的订户。

命令列表替代方案

对于每个SMS命令，可能订户有时不输入十分正确的文字。例如，如果命令动作为STOP并且订户键入STP，那么操作员能够定义尽可能多的命令文字以及各命令的替代方案。定义的替代方案具有与发送正确的命令相同的效果。

原子模型

现在作为实例描述实现的原子模型的实施例。原子模型与eclipse模型的不同在于在订户之间形成关系的方式。原子模型通过个体订户请求与其它的订户成为“朋友”来创建关系。关系是双向关系。一旦形成关系，就可施加关于资费或折扣的特殊行为。

标准原子SRM功能

对于所有的订户，订户关于SRM原子模型可处于3种状态。以下更详细地解释这些状态中的每一个。

作为缺省，所有的订户均使服务有效。在有效状态中，订户将具有以下的功能

·可接收朋友请求并被添加为朋友(单向关系)

·不能请求朋友链接

·可去激活服务并且停止接收朋友链接请求

·可登记到SRM

登记的订户使服务完全有效。功能将如下：

·可接收朋友请求并被添加为朋友(单向关系)

·可请求朋友链接请求

·可登录到操作员站点以管理朋友链接

·可去激活服务并且停止接收朋友链接请求

·可具有周期性费用施加

去激活的订户使服务完全无效。功能将如下：

·不能接收朋友链接请求

·不能请求朋友链接请求

·可被添加为朋友链接(单向关系)

·可通过登记重新激活服务

登记到SRM服务

为了使订户受益于SRM的所有特征，订户必须首先登记到SRM。成为登记的订户的特征中的一个是能够进行朋友链接请求。在登记过程中，要求订户向SRM登记他们的昵称-使得当他们进行朋友链接请求时，它是被请求的订户能够看到的名称。为此，订户可向操作员限定的短代码发送SMS。短代码可包含以下的信息：发送<包含的最大数目字符可由操作员可限定的昵称>到<可由操作员限定的短代码>，例如，Oliver Becket→777。

如果订户发送超过字符的操作员可限定量的登记请求，那么返回的SMS将被发送，从而解释如何发送可由操作员限定的登记请求。

由于作为唯一标识符的MSISDN，因此名称复制是可能的

一旦昵称或复制昵称被SRM授权，就将以以下的格式向登记订户发送确认SMS：

·SMS将包含<nickname>的确认

·为了完成登记，包含一次收费或订购的信息。将通过返回确认SMS施加这一点。

示例性SMS可以是“您已选择oliver becket1为您的昵称。回复Yes以确认(登记花费3E)或者重新登记以选择另一昵称”或者“您已选择oliver becket1为您的昵称。回复Yes以确认(月度订购花费3E)或者重新登记以选择另一昵称”。

为了确认昵称的接受并接受一次收费/订购(如果被限定)，那么订户可以以下的格式回复SMS：<yes>。该命令是操作员可限定的，可对于肯定和否定回答限定多种响应。

只有订户在其帐户中具有足够的资金以覆盖一次性收费或订购的花费，登记才完成。

当SRM接收确认SMS时，它将：

·以发送登记请求的MSISDN登记昵称或复制昵称。

·存储该信息，使得当订户进行朋友请求时，在创建朋友链接请求SMS上出现该名称&号码

一旦创建昵称或复制昵称&MSISDN之间的相关性，确认就将被发送到登记订户：

·SMS将包含昵称的确认

·订户现在移动到登记的SRM状态

示例性SMS可以如下：“谢谢。昵称Oliver Becket1现在被登记。”

一旦订户进入登记的SRM状态，他们就将具有以下描述的所有的功能。每个MSISDN可仅创建一个昵称。

创建朋友链接

订户希望在规则的基础上呼叫他的朋友。但是，他可能不知道他们处于哪个网络上。通过SRM，订户可与其它的在网订户进行双向朋友链接，并且与离网订户进行单向朋友链接。在订户可进行朋友链接请求之前，他必须首先向SRM平台登记他的昵称和号码。

订户可以以两种方式中的一种创建朋友链接：

1.通过向操作员可限定的短代码发送包含请求的号码的SMS，即，发送<所请求的号码的MSISDN>到<操作员可限定的短代码>，例如，发送07969565239到777。

2.通过如图4a～4c那样向操作员可限定的短代码发送请求的MSISDN的商业卡。SRM将仅从该商业卡提取MSISDN。在该商业卡包含多个身份的情况下，他们将与最终用户帐户相关。

SRM将支持以下的商业卡：V卡、H卡、N卡和/或Open Synch。

在订户进行该朋友请求之后，进行以下的动作。SRM将从过程1或2取得MSISDN，并且检查HLR，以查看该MSISDN是否是在网号码。通过检查HLR，SRM将获知MSISDN在网还是离网(+离网号码的操作员名称)。SRM将检查请求的MSISDN是登记的、活动的订户还是去激活的订户。

SRM必须检查所请求的MSISDN的状态。这是由于：

·去激活的订户不能接收朋友链接请求

·激活的订户可接收朋友链接请求(形成单向关系)

·登记的订户可接收朋友链接请求(形成双向关系)

在请求的在网MSISDN处于去激活的SRM状态的场景中，将出现以下的动作：

·将自动创建双向朋友创建链接，但是，它将仅用作单向关系-原因是，当登记的订户呼叫具有去激活的服务的朋友链接时，他们将接收替代性的资费或折扣。

·当具有去激活的服务的订户呼叫请求产生朋友链接的订户时，关于SRM计价不存在特殊的行为。它将是正常的呼叫。

·如果将来去激活的订户变为SRM登记订户，那么用作单向关系的双向关系将自动恢复为完全功能双向关系。即，当任一个订户呼叫另一个时，将触发朋友链接资费或折扣。

SMS将被发送到登记的SRM订户，说，形成朋友关系并且相关的资费现在将是有效的。SMS将是操作员可限定的，但是应包含请求的朋友链接的MSISDN。

去激活的SRM订户将不接收任何关于朋友链接请求的SMS。

当登记的订户向激活的订户发送朋友链接请求时，出现以下的动作

·将自动创建双向朋友创建链接，但是，它将仅用作单向关系-原因是，当登记的订户呼叫具有激活的服务的朋友链接时，他们将接收替代性的资费或折扣。

·当具有激活的服务的订户呼叫请求创建朋友链接的登记的订户时，关于SRM计价不存在特殊的行为。它将是正常的呼叫。

·如果将来激活的订户变为SRM登记订户，那么用作单向关系的双向关系将自动恢复为完全功能双向关系。即，当任一个订户呼叫另一个时，将触发朋友链接资费或折扣。

如果状态是“激活”，那么SMS将被发送到登记的SRM订户，说，形成朋友关系并且相关的资费现在将是有效的。SMS将是操作员可限定的，但是应包含请求的朋友链接的MSISDN。

由于为了创建双向朋友链接关系或者否定朋友链接关系，订户必须处于登记的SRM状态中，因此，将通过以下的选项向激活的订户呈现SMS：

·发出邀请的订户的<nickname>

·操作员可限定的SMS

例如，“Oliver Becket1已发送朋友请求。为了在你呼叫该号码时接收折扣，请登记。回复你的昵称(最多20个字符)。为了去激活该服务，回复STOP。”

在订户回复以通过登记接受的场景中，将遵循上述的登记过程。在订户不回复朋友链接请求的场景中，SRM关系将继续用作单向关系。在订户向朋友链接请求回复STOP的场景中，SRM将作为去激活的订户存储请求的朋友链接订户的MSISDN。该MSISDN现在接收对于SRM去激活的订户限定的SRM功能。

当登记的订户向另一登记的SRM订户发送朋友链接请求时，出现以下的动作。SMS将被发送到发出邀请的订户，说，形成朋友关系并且相关的资费现在将是有效的。由于这是登记的订户，因此，请求的号码现在将具有相关的昵称。它可被插入SMS中。SMS将是操作员可限定的。SMS应包含受邀请的订户的MSISDN&昵称。示例性SMS可以如下：“谢谢。现在形成与<Oliver Becket1><0795732904967>的朋友链接并且朋友链接资费现在适用”。

SMS将被发送到受邀请的订户，说，另一订户已请求了朋友链接。SMS可由操作员限定，并且应包含发出请求的订户的昵称。SMS将给出以下的选项：要接受，什么也不做。要否定，回复<no>。要去激活该服务，回复<STOP>。例子如下：“Oliver Becket1234567发送了朋友请求。要接受，什么也不做-朋友链接资费现在适用。要否定，回复NO。要去激活该服务，回复STOP。”

被请求的订户很显然能够看到尝试创建朋友链接的订户的名称。

如在SMS中解释的那样，为了使得服务在平台上具有较少的负载并且使得它从最终用户观点是更容易的，将自动形成朋友关系，并且，朋友链接资费马上适用。

为了接受朋友链接请求，订户不需要采取任何动作。朋友链接资费将自动适用。

如果接收朋友请求的订户不希望进行链接，那么他们可回复no到短代码。这些“拒绝”SMS将具有由操作员限定的他们自身的可收费事件资费。能够使得该SMS免费。SMS也将被发送到受邀请的订户，说，另一订户已请求朋友链接。以下更详细地描述该过程。

为了拒绝朋友链接请求，登记的订户可简单地通过向包含以下的格式的操作员可限定的短代码发送SMS来回复该SMS：

·发送<NO>到<操作员可限定的短代码>

在发送不创建朋友链接的命令之后，出现以下的逻辑：

SMS将被发送到受邀请的订户，从而确认不进行朋友请求。它将包含进行请求并且可由操作员限定的登记的订户的昵称。例子如以如下：“谢谢。这是没有产生来自Oliver Becket1的朋友请求的确认。没有朋友链接资费适用”。

SMS将被发送到进行请求的登记的订户，以解释朋友请求被拒绝。它是操作员可配置的，但应包含邀请的朋友链接订户的昵称&MSISDN。例子可以如下：“遗憾的是，Oliver Becket1234567079783637283已拒绝您的朋友请求。朋友链接资费不再适用”。对于这2个订户之间的呼叫，没有SRM朋友链接资费适用。

朋友链接请求在网-离网

在上述的HLR检查之后，请求的朋友链接订户是在网订户还是离网订户是已知的。该部分详述当它是离网订户并且不实现推举方案时出现的逻辑。在后面描述推举方案。

如果请求的MSISDN是离网的，那么将在登记的发出请求的MSISDN和被请求的离网MSISDN之间形成单向关系。

如果该号码是离网的，那么确认SMS将被发送到发出邀请的订户。它将是操作员可限定的，但应包含所邀请的离网订户的MSISDN。例子可以如下：“谢谢。07978332954930已被添加为您的朋友。”

在许多国家要求即使所请求的朋友是离网号码他们也必须具有拒绝朋友请求的选项。出于这种原因，以下的逻辑将适用：SMS将被发送到受邀请的离网订户，说，在网订户已请求朋友链接。该SMS可由操作员限定并且应包含以下：

·发送者号码将是长的号码，不是短代码

·包含发出请求的订户的昵称

·包含来自发出邀请的订户网络的操作员名称

·给出以下的选项：要接受，什么不做。要拒绝，回复<no>。

例子如下：来自<esgTel>的Oliver Becket1发送了朋友请求。要接受，什么不做。要拒绝，回复NO。

在离网订户回复以拒绝朋友请求的情况下，所有的朋友链接关系将变形。确认SMS将被发送到双方并且将是操作员可限定的。

还能够实现SRM推举方案。将在后面描述该功能。

查询朋友

登记的订户能够例如通过向操作员可限定的短代码发送命令文字，例如发送<query>到777，查询他们的朋友链接。

SRM将通过发送SMS创建的所有朋友链接的列表。该SMS将是包含所有朋友链接的列表的操作员可限定消息-优选昵称和MSISDN。

订户能够查询个体的MSISDN以查看他们是否是朋友链接。SRM将返回yes/no回复和操作员可限定的消息。

去除朋友链接

一旦创建了朋友链接，登记的订户能够去除它们。为此，订户只需要向短代码发送他们希望去除的链接的MSISDN或商业卡或昵称。例如，发送<0794729848729>到1000。

SMS将被发送到去除朋友链接的订户-这将是操作员可限定的，但是应包含被去除的订户的昵称和他们的MSISDN。例子可以是“这是与Oliver Becket 03284762848489的朋友链接被去除的确认。朋友链接资费不再适用”。

SMS将被发送到被去除的朋友，通知朋友链接已被去除。它将是操作员可限定的，但应包含发出去除的订户的昵称。示例性SMS可以如下：“遗憾的是，OliverBecket1已去除您的朋友链接。朋友链接资费不再适用于该用户”。

一旦创建朋友链接的SRM行为

一旦创建了朋友链接，就必须对于两个订户存在一些益处。这是由于，一旦存在形成的关系，就可对于该呼叫的花费收取替代性的资费或折扣。以下是可限定的功能：

SRM允许在呼叫创建朋友链接的另一订户时激活偏好的费率。当呼叫另一朋友链接时，可以接收折扣，例如，20％。操作员必须限定要在方案中包含哪些服务，诸如语音呼叫或SMS。

应能够限定替代性的SRM资费是否应适用于：

-本地公共陆地移动网络(Home Public Land Mobile Network，HPLMN)语音、视频、传真或电路交换呼叫

-HPLMN SMS或MMS MO

-HPLMN呼叫和HPLMN MO消息传送的任何组合

-两者都不适用(对于产品类型禁用SRM)

SRM服务应跨着所有产品类型对于选择的网络服务被启用，并且将与CCS和随后的控制计划逻辑的能力关联。

对于每个适用的服务，对于订户应用的资费/折扣将依赖于限定的产品类型。例如，操作员可具有3种单独的产品类型：铜、银和金。朋友链接资费被限定如下：

应能够通过使用覆盖语音呼叫的正常资费计划的替代性的资费计划配置朋友链接订户之间的语音呼叫的替代性资费。这是可按产品类型配置的，或者可以是对于所有的呼叫者相同的资费计划。

应能够通过使用覆盖语音呼叫的正常资费计划的折扣计划配置朋友链接订户之间的语音呼叫的替代性资费。这是可按产品类型配置的，或者可以是对于所有的呼叫者相同的折扣计划。

应能够通过使用覆盖视频呼叫的正常资费计划的替代性的资费计划配置朋友链接订户之间的视频呼叫的替代性资费。这是可按产品类型配置的，或者可以是对于所有的呼叫者相同的资费计划。

应能够通过使用覆盖视频呼叫的正常资费计划的折扣计划配置朋友链接订户之间的视频呼叫的替代性资费。这是可按产品类型配置的，或者可以是对于所有的呼叫者相同的折扣计划。

应能够通过使用覆盖SMS的正常资费计划的资费计划配置朋友链接订户之间的SMS的替代性资费计划。这是可按产品类型配置的，或者可以是对于所有的呼叫者相同的资费计划。

应能够通过使用覆盖SMS的正常资费计划的折扣计划配置朋友链接订户之间的SMS的替代性折扣资费。这是可按产品类型配置的，或者可以是对于所有的呼叫者相同的资费计划。

应能够通过使用覆盖MMS的正常资费计划的资费计划配置在朋友链接订户之间发送的MMS的替代性资费。这是可按产品类型配置的，或者可以是对于所有的呼叫者相同的资费计划。

应能够通过使用覆盖MMS的正常资费计划的折扣计划配置朋友链接订户之间的MMS的替代性折扣资费。这是可按产品类型配置的，或者可以是对于所有的呼叫者相同的资费计划。

如果SRM折扣或资费被应用于呼叫或消息，那么应向由UBE产生的EDR添加标签。例子可以为SERVICE＝SRM。

如果通过SRM服务增加折扣，那么可适用但是被配置为具有比SRM低的优先级的任何随后的增值服务被跳过，并且，将没有进一步的折扣从这些增值服务增加。

应能够设置每个周期对于每个SRM订户收取的可选的复发SRM订购费用。费用额应是可按产品类型配置的。当向SRM登记时，并且随后在自施加最后的费用的每30天，应自动应用费用。应每当施加费用时发送通知SMS。

如果当施加用于SRM订购的复发月度费用时订户不具有足够的信用，那么通知SMS应被发送到订户，并且，应开始持续可配置的天数(最少1天，最多5天)的SRM宽限期。在该宽限期内，SRM服务应对于该订户保持有效。

如果在宽限期内进行充值，那么应通过服务进行第二次尝试以施加月度订购费用。如果该尝试成功，那么服务应如以前那样继续；如果尝试失败，那么对于该订户的SRM服务应被系统去激活。在两种情况下，通知SMS应被发送到订户。

在即使在宽限期结束之后订户也不对于SRM服务支付月度费用的情况下，该订户将移动到SRM激活状态。如果当他们具有足够的信用时他们希望重新激活该服务，那么他们可通过向短代码发送SMS完成这一点。SRM将从他们的MSISDN识别订户。订户在通知期内重新激活SRM服务应是可能的。

在无法通过向短代码发送SMS支付订购之后，订户可移动到登记的SRM状态。在通知期结束之前，不能出现这一点。该消息可包含以下的格式：发送<re-register>到<操作员可限定的短代码>。在进行成功的支付之后，所创建的所有先前的朋友链接将被恢复。

在对于SRM服务收取复发月度费用的情况下，订户去激活SRM服务应仅在讨论的订户已支付订购费用的时间期结束时生效。在该通知期(即，最终月度期)结束时，应不再施加复发费用，并且订户的SRM服务应被系统去激活。订户将移动到SRM去激活状态。

在不对于SRM服务收取复发费用的情况下，或者，在订户在宽限期内去激活SRM服务的情况下，应不存在通知期，并且，SRM服务的去激活应立即生效。订户将立即移动到SRM去激活状态。

朋友链接呼叫的通知

在朋友链接进行呼叫/发送消息时对于订户最重要的因素在于，他知道在特殊的朋友链接内资费/折扣/服务套餐内计价呼叫的花费。可通过2个单独的机制实现这一点。

当进行朋友链接呼叫时，在与“铃铃”音调连接之前，订户听到短消息，说一个操作员可限定消息。

·例如，由操作员限定的“这是朋友链接呼叫”。

·这可由嘟声替代或者由使用自理机制的订户跳过

SMS可被发送到订户以向其通知呼叫或SMS的花费、新和旧结余以及呼叫作为朋友链接呼叫/SMS被计价

原子SRM+推举方案

当订户邀请另一订户为朋友链接时，如果订户是离网订户，那么，如果操作员在他们的网络中实现推举方案，那么作为SRM推举方案的一部分还将出现以下的动作。离网MSISDN和相应的网络将被发送到SRM数据库。操作员可根据需要在这些离网号码上运行报告。可以在活动中使用报告中的信息以瞄准离网订户。

另外，SMS将被发送到可由操作员限定的离网订户。它可至少包含以下：

·请求他们的在网订户的昵称

·操作员名称

·操作员可限定文本

例子可以如下：Oliver Becket1希望您加入<esgTel>。将您的号码带到<esgTel>以接收10E免费信用。

如果号码是离网的，那么确认SMS将被发送到发出邀请的订户。它将是操作员可限定的，但应包含受邀请的离网订户的MSISDN和推举消息。例子可以如下：“谢谢。07978332954930已被添加到您的朋友链接。他们不是esgTel的订户-如果他们加入，您将被奖励10E免费信用。”

必然存在控制机制以确保被推举的人对于预定的时间期尚不在网络中。一种用于控制它的机制是，只允许奖励从离网号码移植过来的号码。

只有移植的号码经受推举方案。要求操作员能在他们的网络中实现号码移植性。

如果移植的号码加入操作员的网络，奖励将被自动发送到推举者和被推举者的钱包，并且，二者均被发送到SMS以确认这一点，这可由操作员限定。

原子SRM+服务套餐

用于促进朋友链接呼叫的另一机制是通过使用服务套餐。以这种方式，登记的SRM订户可购买朋友链接服务套餐。服务套餐允许订户将购买的信用转换成可供特定的服务使用的信用。简单的“朋友链接套餐”例子是用户可仅花10EUR在下一月内购买用于朋友链接的1000SMS的包。

建议操作员可限定活动，由此，对于SRM不存在月度订购。并且，对于可形成的朋友链接的量或朋友链接呼叫的单独的资费/折扣不存在限制。作为替代，当订户需要它们时或者在月度的基础上，他们对于这种类型的呼叫购买服务套餐。如果他们的套餐用尽，如果进行朋友链接呼叫，那么将按照他们的正常的资费对其收费，直到后续的服务套餐被购买。

操作员可限定提供的服务套餐的范围，例如：

服务套餐服务允许操作员限定多达10个朋友链接服务套餐信用转让。服务套餐信用转让将导致借贷源自订户的钱包(服务套餐的花费)并且信用进入订户的钱包(服务套餐的信用值)。

对于每个朋友链接服务套餐，可以限定以下的参数：

-套餐的名称

-套餐的花费

-套餐的信用值

应以现金表达套餐的花费。

套餐的信用值应包含四个结算信用，由此，需要对于各结算信用规定以下的参数：

-结算类型(允许所有存在的可收费结算类型)

-充值(根据结算类型以现金、时间或单元表达)

-有效性(以天表达)

可仅在朋友链接呼叫或消息上消费朋友链接服务套餐。

假定订户具有足够的信用，则应能够使用一次性费用购买朋友链接服务套餐。

应能够构建将导致配置的服务套餐每月被自动购买的复发服务套餐订购。每当购买了服务套餐时，应发送通知SMS。当订户激活订购时，应出现第一服务套餐购买。

订户仅一次订购一个服务套餐。订户应能够购买服务套餐，即使他具有有效服务套餐订购。

如果当执行月度服务套餐购买时订户不具有足够的信用，那么通知SMS应被发送到订户，并且，应开始持续可配置的天数(最少1天，最多5天)的宽限期。

在宽限期结束时，应通过服务进行第二尝试，以购买服务套餐。如果该尝试成功，那么服务套餐订购应保持活动；如果尝试失败，那么订户的服务套餐订购应通过系统被去激活。在两种情况下，通知SMS应被发送到订户。

应能够通过USMS GUI(Java画面)向/从服务套餐购买和订购/不订购。

应能够通过eServGlobal PI对于订户向/从服务套餐购买和订购/不订购。

订户应能够通过IVR自理界面向/从服务套餐购买和订购/不订购。

原子SRM+PromoMax Express

PromoMax Express许可将允许操作员限定可被用于实时或在每个时期结束时施加奖励的多个计数器。用名称，连同应用于促销的时期限定各计数器-提供的选项将是可每天、每周、每月或在年度的基础上施加的奖励。各计数器的单位允许使用现金、时间或事件的数量作为促销的准则-因此，例如，可以配置每天交谈时间计数器和每月现金花费计数器。事件数功能允许呼叫、SMS或被跟踪的任何其它ChargingMax UBE收费服务的数量的计数。

当限定各服务和计价场景时，应更新的计数器被选择以给予操作员使用服务作为促销的一部分的完全的控制。

在计数器到期的时期结束时计算或者在达到奖励水平时的对话关闭中实时地取消ChargingMax奖励。这允许操作员瞄准短期使用活动，或者，替代性地，审视使用每月或每年的使用作为促销的准则的长期策略。

基于达到的奖励，可仅给予信用奖励。

通过信用奖励，信用可基于订户的支出的分析被奖励给他。例如，如果订户上个月在呼叫上花费10E，那么他们可接收可在下月第一周使用的国内谈话时间信用的5E。

PromoMax Express服务允许操作员限定一个资费奖励方案和多达三个的信用奖励方案。系统应保持跟踪订户的花费并且应根据在奖励方案中限定的参数奖励订户。

应能够对于以下的服务的朋友链接目的地跟踪订户的花费：

-HPLMN MO语音或视频呼叫

-HPLMN SMS或MMS MO

-HPLMN MO语音或视频呼叫和HPLMN SMS或MMS MO的组合

选择的服务应有助于在所有奖励方案中并且跨着所有产品类型的支出跟踪。

应对于所有限定的奖励方案跨着所有的产品类型启用支出跟踪。

可通过以下的方法中的一个跟踪支出：

-现金支出跟踪：这保持跟踪由订户在朋友链接呼叫上花费的货币量

-时间跟踪：这保持跟踪朋友链接呼叫上的订户的呼叫时间

-单位跟踪：这保持跟踪由订户向朋友链接进行的呼叫量/发送的SMS

应能够对于各奖励方案配置不同的跟踪方法。在一个奖励方案内，可以只使用一种跟踪方法。

在各奖励方案内，应能够配置时间限制，该时间限制之后，将跟踪的支出复位。可能的值是：每天、每周、每月和每年。

可以限定多达三个的信用奖励方案。在一种信用奖励方案中，对于单个支出阈值、实时地或者当支出时间限制到期时评价各订户的支出。根据该点上的累积的支出值，可以贷记订户的余额中的一个。

需要提供以下的参数：

-奖励方案的名称

-跟踪方法(现金、时间、单位)

-时间限制(每天、每周、每月或每年)

-有贡献的目的地

-每个产品类型的支出阈值

-实时或者不是(如果不是，则当时间限制到期时给予奖励)

-在实时奖励之后将支出计数器复位(是或不是)

-要贷记的余额类型(产品类型特有)

-信用值(产品类型特有)

-信用有效性(产品类型特有)

提前的SMS应在给予奖励之前被发送到订户。操作员将能够限定该消息被提前多久发送。作为替代方案，当给予奖励时，通知SMS应被发送到订户。

应能够通过例如为eServGlobal PI的USMS GUI(Java画面)查看订户的支出。

示例性促销

·奖励由操作员提供，在朋友链接内部呼叫上在1月内使用额外的10E通话时间，并且移动到金产品类型。一旦订户在朋友链接呼叫上使用10E，他就实时移动到金并且接收SMS。

·奖励-本月向朋友链接发送300条SMS并且对于该月度的剩余时间接收SMS是免费的。一旦订户使用300条朋友链接SMS，他就接收SMS以通知他达到奖励，并且他现在将得到免费的SMS，直到本期的结束。

·奖励-活动朋友链接用户接收SMS，说，“祝贺，在您的朋友中，您是月度内交谈最长的朋友-您在月度的视频呼叫上接收免费80％折扣”。

·奖励-个人可基于他们已创建的他们的邀请朋友链接量被奖励。例如，朋友订户可对于他已创建的一定量的朋友链接，例如，还没有被拒绝的100个朋友链接请求被奖励。在订户到达该朋友量的实时，可以用一些事项奖励该个人朋友。

·奖励-可以基于他们创建的朋友链接量给予个人。例如，本月度进行20个朋友链接请求并且接收20个朋友链接SMS的奖励。

原子SRM自理

以下的部分涉及可用于订户使用SRM原子模型的所有的自理机制。在项目的范围内，将限定自理服务逻辑流。

通过使用IVR机制，订户能够特别地仅关于SRM服务进行以下的动作。由于可在SRS阶段中发现更多的要求，因此这不是详尽的列表。

·可听到服务的细节

·可听到允许订户具有多少个朋友连接

·可听到订户具有多少个朋友链接

·听到朋友链接昵称(如果可能的话)和MSISDN

·朋友链接资费/订购/服务套餐的细节

·听到可用的服务套餐

·购买朋友链接服务套餐

·听到有效服务套餐

·和剩余的任何分钟数/信用等

·听到任何有效的促销

·和当前阈值状态

·提供中的奖励

原子SRM操作员网络入口PI命令

订户将能够登录到操作员创建和管理的网站中。在登记时，向各朋友提供通过操作管理的网站访问他们的帐户所需要的密码。该网站将通过使用外部IP与CMX平台交互。通过使用该网站，用户将能够管理他们的朋友链接并且查看关于他们的帐户和SRM促销的信息。

能够对于以下的动作创建PI命令：

·登记的订户可通过使用在登记过程中分配的他们的昵称/MSISDN和密码登录

·登录的订户可查看他们的朋友链接(昵称&MSISDN)

·登录的订户可查看他们的当前余额

·登录的订户可查看他们的朋友链接资费/折扣

·登录的订户可查看他们的朋友链接服务套餐选项

·为了达到奖励等，登录的订户可查看他们的PromoMax Express余额-当前情况和目标

·登录的订户可查看他们的允许的最大朋友链接的数量(如果限定)以及他们的当前的朋友链接的量

·登录的订户可去除朋友链接。为了去除朋友链接，订户只需要选择要被去除的朋友链接并然后确认该动作。当去除朋友链按时，SMS将被发送到去除朋友链接的订户，并且，SMS将被发送到去除的朋友。这些SMS将遵循去除订户过程。

原子SRM命令列表替代方案

对于各SMS命令，可能订户有时不输入十分正确的文字。例如，如果命令动作为STOP并且订户键入STP，那么操作员能够定义尽可能多的命令文字以及各命令的替代方案。

SRM OpenSocial模型

能够开发跨着多个社交网络站点运行的应用。这里描述的应用可在网络站点的入口内被用户安装并与柔性ChargingMax平台(CMX)接口连接。

SRM应用

由SRM开发的应用具有通过使用OpenSocial API跨着社交网络站点被发射的可能性。该应用将给予订户使他们的移动电话号码进入该应用中的可能性。该应用将然后取得运行该应用并且建立了关系的各用户的“朋友”信息。因此，将自动链接朋友关系信息。SRM应用然后将与CMX平台接口连接，从而传送该朋友关系信息和相应的MSISDN。CMX平台然后可在这些关系上运行控制逻辑。例如，在同一社交网络站点上均为朋友的2个人安装了该应用，当他们相互呼叫时，呼叫的花费将根据SRM资费或折扣被计价。该应用将是运营商特定的，例如，仅对于Orange UK订户。

当进行改变时，社交网络站点应用将用ChargingMax平台更新朋友关系和移动号码。朋友关系被实时保持更新。这将使用外部PI。

应用设计

关于SRM应用的主要概念将如下：

·使用OpenSoical API的社交网络站点上的用户将能够安装被视为来自操作员的应用，例如，Myspace上的用户将能够安装Esg-Tel应用。

·在安装应用时，用户将不需要为了接收来自该应用的任何益处进入他们的MSISDN。

·当进入MSISDN时，用户将能够从也安装了该应用的社交站点看到他们的“朋友”。该应用将不示出朋友的MSISDN，除非被各个体用户规定。

·该应用将与CMX平台通信并且保持更新MSISDN的记录和相应的朋友关系。

·当进入应用中的MSISDN呼叫进入该应用的其它的MSISDN时，SRM将与该朋友链接相关并且向诸如“Open Social”折扣的控制流施加一些类型的逻辑。

·服务将仅限于在网成员-如果离网号码进入他们的MSISDN并且他们不来自在网操作员，那么将从该应用去除他们。为此，SRM将检查在网/离网的号码，并且，如果从该应用去除号码，那么用户将被发送消息以解释其原因。

应用概要画面

能够非常容易地安装SRM应用。在社交网络站点上，能够通过GUI搜索在他们的站点可用的应用。为了使得用户查看SRM应用的更多细节，订户必须简单地点击在GUI上显示的请求的应用。

SRM应用将向用户呈现给予应用的概要的页。能够包含诸如以下方面的信息：

·应用名称

·应用的描述以及它如何工作

·安装了该应用的朋友

·和安装该应用的选项

·该应用的计价

应用画面的最终的查看和感觉应被实现为操作员可限定的。这意味着操作员将能够使用粘贴的标志、图像字体尺寸和颜色等。

安装过程

当安装应用时，向用户呈现安装选项。例如，用户可选择允许应用以下的任务中的任一项：“获知我是谁并且访问我的信息”、“在我的简档中放置框”、“在我的左手导航中放置链接”、“在我的新feed的和mini-feed中公开故事”、“在任何简档上的简档图片下面放置链接”和“通过电子邮件向我发送通知”。

为了安装应用，SRM将具有可按压的最终按钮。

后安装应用主页

应用主页将给予该应用的全部的细节。为了使得服务变得活动，用户必须首先键入他们的电话号码。一般化规则将适用。

一旦订户键入他们的移动号码，应用就将是活动的。该应用将取得关于也运行该应用的用户的朋友的信息。订户将能够从也运行该应用的所关注的社交网络站点上的他们的所有朋友的列表查看。使得，当他们相互呼叫时，他们接收某种程度尚的资费或折扣减少的呼叫。

订户可选择使得没有其它人可看到显示他们的电话号码将是一个选项。另一方面，显示该号码将是选项-当然，只有“朋友”能够看到该号码。

SRM应用更新

CMX平台将保持更新具有安装了SRM应用的所有朋友关系的记录。每当新用户安装且激活该应用时，就将向CMX平台发送更新。CMX平台将被发送来自该应用的信息，并且将取得MSISDN并且检查HLR以查看MSISDN是否是在网号码。SRM平台将检查安装了该应用的所有号码以确信该号码是在网号码。

如果该号码是在网的，那么该应用将是有效的并且CMX平台将与运行该应用的社交站点上的订户的所有朋友之间的朋友链接关系相关。如果新的订户添加该应用或者如果订户去除该应用，则朋友链接将被更新。

如果它不是在网号码，那么CMX平台将与SRM应用交互，使得，通过该应用，可以向离网订户发送消息。将沿“SRM应用仅用于esgTel订户。遗憾的是，您不是esgTel订户并因此不能受益于esgTel应用的好处”的行说一些事项。操作员可然后限定邀请订户切换网络的消息。

从不同的社交网络站点搜索朋友

通过使用该应用，能够与来自运行该应用的其它社交网络站点的订户交朋友。

用户将能够从运行该应用的其它社交站点搜索成员并且在该应用内与他们交朋友，使得他们可从该应用受益。该朋友关系将仅限于SRM应用。

应用益处

SRM允许在呼叫创建朋友链接的另一订户时激活偏好的费率。当呼叫另一朋友链接时，可以接收折扣，例如，20％。操作员必须限定要在方案中包含哪些服务，诸如语音呼叫或SMS。

对于订户施加的资费/折扣将依赖于限定的产品类型。例如，操作员可具有3种单独的产品类型：铜、银和金。朋友链接资费被限定如下：

使用的类型	铜	银	金
				朋友链接SMS	10分	7分	3分
朋友链接MMS	20分	15分	8分
				朋友链接语音呼叫	10分每分钟	7分每分钟	3分每分钟
朋友链接视频呼叫	30分每分钟	25分每分钟	15分每分钟

由于对于服务的激活不收费并且订户可与不限量的订户创建朋友链接，因此，这可能是操作员在订户进行的每次呼叫上赠与便宜的呼叫的方式-这是由于订户可在他们的社交网络站点上与每个在网朋友创建朋友链接-许多人特别是年青人具有500+个朋友并不是不同寻常的。为了避免该场景，存在操作员可用的2种方案：

·对于朋友链接资费施加收费/订购。例如，订户与他在规则的基础上呼叫的人具有30个朋友链接。他决定按月对于以上的资费支付订购，使得，当他呼叫他的朋友链接时，他得到更便宜的呼叫。还鼓励他创建更多的朋友链接。当他对于不是朋友链接的号码进行呼叫时，他的正常的资费规则和结算级适用，即，它不是朋友链接呼叫。

·购买朋友链接内服务套餐。非常类似于社交组内服务套餐。服务套餐允许订户将购买的信用转换成可供特定的服务使用的信用。简单的“朋友链接内套餐”例子是用户可购买1000个SMS的包以仅花10EUR用于下一月内的朋友链接内。操作员可限定提供中的服务套餐的范围，例如：

·订户可通过该应用购买服务套餐。该应用将实时地与CMX/SRM平台交互，即，检查订户是否首先具有足够的钱以购买服务套餐并且其次从订户帐户扣除该信用。SMS确认将被发送到该订户的号码：

o确认服务套餐的购买，或者，

o解释它是不成功的和诸如信用不足的其原因

·订户可通过自理机制或通过eServGlobal PI查看/一次性购买/订购服务套餐。

具有朋友链接服务套餐功能意味着，操作员可控制通过朋友链接呼叫给出的收入或折扣量。如果希望的话，操作员可限定每月可由个体订户购买的服务套餐的最大量。

还可限定对于朋友链接呼叫/使用情况不存在单独的资费或折扣。作为替代，订户必须购买朋友链接服务套餐。一旦他消费了该朋友链接服务套餐，该订户的正常资费将适用于所有呼叫/SMS，即使它是朋友链接呼叫-即，直到订户购买另一朋友链接服务套餐，在这种情况下，将从朋友链接服务套餐扣除该呼叫的花费。

该应用将给予提供中的服务套餐的全部的细节，并且还将给予如何购买该服务套餐的指示-即，通过该应用或通过遵循指令，该应用将给予用户可从他们的电话访问的自理机制。

一旦CMX平台具有朋友链接关系信息和相应的MSISDN，它将能够如原子模型那样限定单独的折扣或资费。可在SRS阶段中限定特定的要求，但是原理上以相同的方式工作。

一旦CMX平台具有朋友链接关系信息和相应的MSISDN，它将能够如原子模型那样限定服务套餐功能。可在SRS阶段中限定特定的要求，但是原理上以相同的方式工作。

移动上载

朋友将能够上载从他们的移动电话拍摄的照片或视频，使得可以在该应用上显示它们。订户完成这一点是非常容易的-他只需要向短代码发送它。SRM然后将其上载到该应用以从社交网络站点被查看。只有运行该应用的“朋友”将看到照片。

该应用的益处首先应用于操作员-这里，他们正在使用社交网络站点以显示能够跨着多个社交网络站点从订户查看的他们的顾客的照片。

其次，订户可在任意的时间上载照片/视频-即，订户可在远郊享受疯狂的夜晚-大的朋友聚会，并且他们拍摄给他们带来极大的快乐的照片。订户然后可那里向短代码发送照片，并然后使照片保留在应用上以在第二天早晨他们醒来时供所有的运行该应用的朋友查看。当然，对于社交网络站点，他们还受益于在他们的站点上具有有效用户。

ChargingMax平台

如上所述，系统可实现平台以对于他们访问的服务管理和控制用户收费的各方面。以下描述可称为ChargingMax平台的系统的一个实施例。在图8中示意性示出ChargingMax系统的一个实施例，包括通用应用服务器810、通用帐单结算引擎812、通用服务管理系统814和用于第三方计价和订户管理的系统816。在图9中示出设置第三计价和帐单结算的替代性实施例。

该平台被实现为支持分化的在线收费系统、混合会聚和呼叫卡服务。ChargingMax会聚产品允许操作员实时地连接GSM、固定的CDMA和NGN网络到帐单结算系统-提供订户和操作员VAS。该部件允许根据操作员的需要在高级在线收费系统服务中限定和使用动态限定动态订户数据。通用帐单结算引擎(UBE)对于语音、视频、数据和SMS收费提供计价、钱包和凭证管理。

通过使用现有界面的最小集成努力部署该方案，从而有助于迅速地投入新的服务并使得操作员能够得到更高的每用户平均收入(ARPU)。

系统可被用于构建包含以下方面的用于顾客的服务提供的范围：操作员限定的订户中心VAS、服务个人化-朋友和家庭、喜爱的目的地、伙伴列表等、基于位置的服务-家庭区域、FMC模拟和Voucher套餐-具有凭证的购买服务。

另外，ChargingMax套件也可支持：PromoMax Express、对等体端到端信用转移、服务套餐、订户简档管理器、控制平面编辑器。诸如这些的附加的许可允许操作员基于特定地域内的市场期望定制业务包。

通过全面和详细的TMN FCAPS功能实现ChargingMax的管理：故障、配置、记帐、性能和安全管理。由通用服务管理系统提供它们。

可以在电路和包交换基础结构(包含SIP网络)中的固定或移动网络中安装ChargingMax。在一个实施例中，通过Solaris操作系统在标准Sun应用服务器硬件的范围上部署ChargingMax。

ChargingMax在线系统方案对于以订户为中心的无线、有线和NGN网络提供预付款功能。通过并行地提供这些网络接口，可通过使用当今的技术完成IMS梦想。并且，操作员总是具有无缝地将方案迁移到会聚结构中的选项。

作为通往会聚的第一步骤，许多操作员部署混合在线收费系统方案。该经济可行的选项允许操作员在与后付费伙伴紧密一体化的线收费系统结构上资金化。基本上，在线收费系统方案保留原样以提供实时服务和信用控制，但是，预计价EDR被发送到用于后支付费用收集和催债的帐单制造和管理的离线收费系统。

CharingMax会聚允许操作员连接网络元件与用作增值服务(VAS)网关的在线收费系统。通过在本地存储或从外部订户数据功能(SDF)收集订户信息，该方案为要创建的新服务提供图形环境。

已通过使用预定的技术开发ChargingMax包解决方案，从而导致对于革新低订户基础到几百万的竞争性地定价的方案。它使用一般化的技术并且着眼于通过准备好从业务库实现到系统中的可选择的服务和特征的选择销售市场技术。最终的结果是具有非常快的ROI的高度价值化和功能化的系统。

这里描述的SRM独立方案使得ChargingMax的前进和切割边缘VAS能力可用于第3方IN。这允许跨区域或世界范围的组普遍部署SRM。

在优选的实施例中：

·ChargingMax随着操作员对于市场的需要变化-该平台允许通过使用控制计划编辑器限定附加的服务和特性以允许操作员创建新的促销和特征。这使得不再需要在补充的系统和软件中投资，并允许节省ChargingMax投资。

·ChargingMax是可靠的-作为电信提供商，由最终消费者接收的服务的质量对于市场的认识具有显著的影响。ChargingMax以用于站点冗余和灾难恢复平台的选项提供完全冗余的结构。

·ChargingMax是网络不可知的-对于2G和3G网络同时提供GSM、CDMA、有线、SMS、数据和NGN IP连接。假定核心网设备来自大多数的卖主，系统是独立的并且即使在多卖主环境中也可被使用。如果网络发展为包括新的技术然后选择支持网络迁移的同质服务平台，那么网络迁移是必须的。

·ChargingMax提供会聚的路径-每个操作员必须考虑向一些类型的会聚帐单结算方案移动。如果纯在线收费系统或混合会聚不是操作员的正确选择，那么可以使用相同的软件和设备以支持具有第3方帐单结算方案的会聚结构。现有的服务和订户数据被保存以去除对于最终顾客的任何影响。

·ChargingMax是可缩放的-通信量的增加常意味着硬件许可的简单获取。如果需要补充软件，那么可在不需要迁移或服务断供的情况下作为总控键提升的一部分添加它。

·ChargingMax易于操作-通过基于网络的图形管理系统使得ChargingMax系统的监督和管理变得容易。通过使用工业标准协议通过内置的MMS功能或对于更大的监督系统中的集成提供监督。

·ChargingMax是构建块-与其它的第一级增值服务平台预集成，操作员能够部署收费、置顶、消息传送和下一代服务的全范围。

·ChargingMax是产品-规则投资意味着eServGlobal目的是使得两个产品每年拨款。这意味着操作员能够在全球的基础上利用收费趋势以及具有部署局部需要的特征的通道。用户组和市场工场可向操作员补充自己的研究和想象。

·ChargingMax是动态的-给予操作员工具以限定对于各订户存储的数据及其影响最终服务的方式使得操作员能够实现真实、灵活和唯一的市场位置。

·ChargingMax是开放终端的-使用图形控制计划编辑器，在平台上部署的收费服务仅由操作员的想象限制。

可通过单独的或第三方模块实施订户的收费、呼叫控制和管理和其它的操作。在该场景中，本系统可被用于“服务节点”配置中，这里，它在用于跟踪器分析的呼叫设置中被触发。对于遵循朋友链接呼叫的标准收费平台，可在呼叫转移之前向连接操作添加前缀或FCI。图10通过使用前缀示意性地示出在线收费系统语音呼叫，并且步骤被概括如下：

1.O-CSI订购通知(V)MSC触发第3方SCP。(V)MSC继续在直接与第3方的对话上进行SCP通信

2.O-CSI订购仅对于向SRM登记的订户反映SRM服务的全局名称

3.SRM施加其内部逻辑...

4.在TCAP对话的BEGIN状态中，能够改变被叫SCCP地址-这是STP如何工作...

5.使用前缀或特定的服务密钥通知第3方IN应施加折扣

6.在这一点上-TCAP CONTINUE操作标记对话作为“难应付的”-不能改变SCCP地址以超出该点。

7.(V)MSC继续在直接与第3方的对话上进行SCP通信

图11示出使用FCI的后支付语音呼叫。总之：

1.O-CSI订购仅对于向SRM登记的订户反映SRM服务的全局名称

2.来自SRM的(V)MSC EDR然后反映FCI数据，-用于离线帐单结算系统中的折扣/评价

3.EDR被发送到具有FCI数据的离线帐单结算系统

推举方案

当订户进行朋友链接请求时，能够组合它与智能推举方案并且从社交关系管理器概念受益。这使得能够在存在顾客基础的操作员中部署获取和/或抗周转(anti-churn)活动，从而利用来自从难应付的关系的值。推举方案允许现有的订户推举他们的朋友。这是非常有力的过程-订户可说服他的朋友切换网络，并且，订户推举他的朋友的动力是，通过这样做，他将从操作员接收礼物；诸如，朋友切换网络的情况下的免费交谈时间。

当从登记的订户向离网订户发送朋友链接时，以下的示例性SMS可被发送：

对于在网订户：“现在与来自操作员OtherTel的07973232957形成朋友链接。朋友链接资费现在适用于该号码。如果您的朋友将他们的号码移植到eServGlobalTel，那么您将接收200分钟的朋友链接呼叫。您的朋友现在也接收欢迎礼物...”

对于离网订户：“来自eServGlobalTel的Colin Berwick 07963498384已发送朋友链接。当Colin Berwick呼叫您时，他们接收便宜的呼叫。如果您将您的07963498384号码移植到eServGlobalTel，我们将给予您每个与您创建链接的eServGlobalTel朋友5欧元(最多20欧元)的欢迎礼物。如果您加入我们，我们也将给予Colin Berwick信用。呼叫07963498384。要停止接收这些请求，回复STOP(免费)”

这里，双方可清楚地看到推举奖励的细节。在网订户可能通过病毒市场尝试说服离网方切换网络。SRM具有当离网订户变为在网时使其自动发生并且使双方受到奖励的全自动过程。当被推举并且被添加为朋友的离网订户移植他们的号码时，他们将立即从推举奖励受益。将通过将根据操作员的移植入过程施加的简单BPL(商业过程逻辑)施加这一点。例如，可在第一呼叫之后或者当进行高于一定的量的第一次充值时对于切换网络施加奖励-在这一点上，他们的朋友中的每一个还将对于他们的推举接收小的奖励。可施加的奖励基于可对于SRM服务创建的凭证类型。

SMS将被发送到朋友，说明他们接收奖励，原因是他们的朋友中的一个将他们的号码移植到本操作员。它将包含：两个昵称；移植入订户的MSISDN；凭证类型的名称和奖励的描述(诸如结算和结算到期之前的天数)。示例性SMS可以如下：“谢谢<nickname>。您的朋友<nickname><MSISDN>已加入eServGlobalTel。我们现在都是朋友。请接受要在下面的<new balance expiry period in days>天内使用的<300minutes of friend link calls>的礼物”

最后，SMS将被发送到移植入订户，说明他们接收推举奖励；它可包含他们的昵称、也接收奖励的他们的朋友的计数、凭证类型的名称和奖励的描述(诸如结算和结算到期之前的天数)。例如，“欢迎来到由您的朋友的<count of friends>推荐的eServGlobalTel！具有将在1个月之后到期的20欧元信用的礼物。顺便说一句，各朋友链接也将接收礼物。要登记到SRM促销并对于您的<number of friends>朋友接收便宜的呼叫，请以<initial charge>的费用和<subscription cost>每个月的订购费用用您的昵称向121发送SMS(20字符或更少)”

PromoMax Express

为了减少周转，操作员可基于他们的顾客的消费习惯奖励他们。只有当跟踪器被放在适当的位置上以观察作为由UBE的促销管理特征执行的功能的各种服务使用时这才是可能的。在PromoMax会聚模式中，UBE必须也被部署，但是，它将只执行促销计数器功能。计价和其它的功能将仍保持具有第3方OCS。在一些实施例中，可作为奖励给予服务套餐。

当SRM与PromoMax Express组合时，可基于以下的准则给予订户奖励：朋友链接呼叫/SMS和在朋友链接呼叫上花费的收入。可以与PromoMax Express结合使用SRM Business Intelligence，以减少周转；通过强调有价值、有影响的订户。

高级PromoMax逻辑允许实时施加奖励。即，当订户达到奖励时，他们立即收到奖励。由于订户需要理解他们为了减少周转已被奖励，因此这是有力的工具。通过在达到奖励时施加奖励，订户完全知道他们为什么被奖励。

服务也可被限定，使得可以在给定的周期结束时施加奖励。但是，如以上的解释的那样，订户理解为什么他们接收奖励是十分重要的-即使在该周期结束时接收奖励，订户也仍通过接收解释这一点的SMS获知达到奖励阈值。

操作员还能够非常容易地设定支出周期。这可以按天、按周、按月或按年，从而允许限定许多不同的抗周转促销，使得不同的促销瞄准顾客基础的不同的段。

当给予订户非实时奖励时，诸如当达到SRM结算阈值时，帐单结算引擎插件将直接向订户的钱包施加奖励。通过向会聚在线收费系统发送凭证型充值施加奖励。

IVR自理

具有用于订户的端对端自理机制带给操作员大的成本降低-存在更少的呼叫客服的需要。CSR代理在解决顾客问题上花费更少的时间允许操作员从更大的成本节省受益。并且，如果订户可非常容易地解决其自身的查询或问题而不必呼叫客服，那么这将导致更令人愉快的最终用户体验。

当订户拔入交互式语音响应(Interactive Voice Response，IVR)自理时，SRM将首先检查订户登记到服务。如果他们没有，则将通知他们如何登记，任何成本等，并且将与IVR断开。对于登记的订户，他们将听到固定的欢迎通告和从例如以下方面选择的一组选项：

·第一选项允许订户听到基于他们的产品类型允许他们有多少朋友

·第二选项允许订户听到在他们的朋友列表中当前有多少朋友

·第三选项允许订户听到他们的朋友中的每一个的MSISDN

·第四选项允许订户听到他们进行SRM呼叫时适用的当前的资费或折扣。如果根据朋友列表大小适用不同的资费，那么将使用朋友列表的当前大小以从固定的一组资费选择

·第五选项播放关于SRM特定服务套餐的信息。新的特征节点以名称的次序播放与服务套餐相关的通告ID；选择的服务套餐将是与订户的产品类型相关的那些

·第六选项将播放SRM PromoMax Express结算和目标

在所有的选项被播放之后，订户将与IVR系统断开。

图6示出这里描述的系统的结构的一个实施例。图7示出用于该系统的结构的替代性实施例。

点击呼叫

与以上描述的实施例中的任一个结合，可通过网络界面，例如通过社交网络站点上的应用提供“点击呼叫”界面。能够访问服务的用户，例如，安装了该应用的用户，点击代表他们希望呼叫的朋友的图标，或者在网络界面上从列表选择朋友。然后在用户之间建立呼叫。例如，系统可首先呼叫在他们的移动电话上发出请求的用户，并且，当第一用户回答时，呼叫第二用户以连接用户。对于第二用户，呼叫可表现为直接源自第一用户。但是，由于通过本应用建立呼叫，因此，一个用户或两个用户可从优惠的呼叫费率受益。可以完全在移动电信网络上传送呼叫，但是也可至少部分地将其卸载到例如VoIP网络的另一网络上。

由于本系统存储包含第一和第二用户的所有登记的用户的MSISDN，因此第一用户可在不获知第二用户的MSISDN的情况下在其移动电话上联系第二用户。在这种情况下，简单地基于网络界面上的第一用户与第二用户的“朋友”链接建立连接。

在一个实施例中，系统通过电信网络连接第一和第二用户，但是从第一用户隐藏第二用户的MSISDN，反之也是优选的。在另一实施例中，系统可连接第一网络(例如，IP网络)中的第一用户与第二网络(例如，电信网络)中的第二用户。即，计算机终端上的第一用户可与移动终端上的第二用户连接。

在另一实施例中，第一用户可在其移动终端(例如，支持网络的移动电话)上访问他的朋友细节，并且从其移动终端请求直接与朋友“点击呼叫”连接。本系统然后将连接第一和第二用户的移动终端。因此，系统可对于第一用户表现为非常类似于从其移动终端上的地址薄呼叫朋友，但是，不是存储第二用户的电话号码，朋友链接足以支持用户之间的连接。

该特征提供用户可改变他们的MSISDN号码并且仅更新他们的对于本应用的设置的附加的优点。通过应用与他们连接的其它的“朋友”可通过使用这里描述的“点击呼叫”功能联系他们，而不必用用户的新联系人细节更新他们的自身的地址薄并且甚至不被通知用户的新号码。例如，如果他暂时丢失他的移动电话，或者，如果陆上号码在特定的时间更方便，这可允许用户定期或暂时地改变其联系人MSISDN号码。

实现

可通过使用在图4中示出其例子的处理系统实现用户可访问系统的终端700的特定的实施例。特别地，处理系统710一般包含通过总线或一组总线(未示出)耦合在一起的至少一个处理器720或处理单元或多个处理器、存储器712、至少一个输入设备714和至少一个输出设备716。在某些实施例中，输入设备714和输出设备716可以是相同的设备。也可对于耦合处理系统710与一个或更多个外设装置设置接口718，例如接口718可以为PCI卡或PC卡。接口718也可包含调制解调器或网络适配器，例如，以太网卡。存储器712可以是为任意形式的存储设备，例如，易失性或非易失性存储器、固态存储设备、磁性设备等。处理器720可包含例如用于处理处理系统710内的不同的功能的多于一个的明确不同的处理装置。

输入设备714从用户接收输入数据，并且可包含例如键盘、诸如笔状装置或鼠标的指示装置、诸如麦克风的用于语音控制激活和因特网电话的音频接收装置、诸如调制解调器或无线数据适配器的数据接收器或天线、数据采集卡、诸如网络照相机的视频接收装置等。输入数据可来自不同的来源，例如，与通过网络接收的数据结合的键盘指令。输出装置716制造或产生输出数据并且可包含：例如，显示装置或监视器，在这种情况下，输出数据是视觉的；打印机，在这种情况下，输出数据被打印；端口，例如，USB端口；外设部件适配器；视频和/或音频输出装置、诸如调制解调器或网络适配器的数据传送器或天线，等。用户可在例如监视器上或通过使用打印机查看数据输出或数据输出的解释。

在使用中，处理系统710适于允许数据或信息通过网络通过有线或无线通信手段被存储于本地存储器712或远程数据库和/或从中被检索，以实现这里描述的方法。接口718可允许处理单元710和可用于专门目的的外设部件之间的有线和/或无线通信。处理器170通过输入设备714接收作为输入数据的指令，并且可通过利用输出设备716向用户显示处理的结果或其它的输出。可以设置多于一个的输入设备714和/或输出设备716。可通过与接口718连接的可包含因特网的网络722从远程服务器724或一组服务器接收输入数据并可向其发送输出数据。应当理解，处理系统710可以为终端、服务器或专用的硬件等的任何形式并且不限于示出的实施例。

处理系统710适于通过通过网络722发送和接收数据与其它的终端或与例如与多个数据库726a、726b连接的数据库服务器的一个或更多个服务器724通信，由此有利于数据的通信。远程服务器724可包含个体服务器或可在地理上相互远离的服务器、例如实现为“云”的一群的服务器。服务器724可以是实现这里描述的系统的独立的装置，或者，例如，通过服务于其它的基于网络的应用，可以在也可提供其它的功能的服务器724的一部分上实现描述的系统。对于回复性和冗余性，服务器724优选在地理和地形上被分开。

服务器724与至少一个数据库连接，并且优选多个数据库726a、726b。数据库726a、726b也被设置在群或“云”配置中，并且也优选在网络722上在地理和地形上被分开。

本领域技术人员很容易理解，也可通过使用其它类型的物理设备实现这里描述的系统和方法，并且，以上的描述不是限制性的。例如，用户终端700可被诸如膝上型计算机、PDA或移动电话的手持单元替代，从而提供类似的功能。

Claims (40)

1.一种在移动电话网络中在第一用户和第二用户之间提供电信链接的方法，该方法包括：

从第一用户接收通过移动电话网络提供电信链接到第二用户的请求，其中，来自第一用户的请求包含对于到移动电话网络中的第二用户的连接的呼叫建立连接请求，或者向移动电话网络中的第二用户传送消息的消息传送请求；

从宿有用户在独立于所述移动电话网络的通信网络上交互的网络化用户社区的服务器确定第一用户和第二用户是否在用户社区中具有规定的关系，其中所述通信网络包括互联网；和

基于第一用户和第二用户是否在所述用户社区中具有规定的关系，规定用于所述电信链接的至少一个设置，其中规定用于所述电信链接的至少一个设置包含规定所述电信链接的帐单结算策略。

2.根据权利要求1的方法，其中，来自第一用户的请求包含用于移动电话网络中的第二用户的移动订户ISDN号码(MSISDN)标识符。

3.根据权利要求1或2的方法，还包括：从服务器接收识别用户的网络社区中的两个用户之间的至少一个规定的关系的信息以及缓存该信息。

4.根据权利要求3的方法，其中，从服务器确定第一用户和第二用户是否具有规定的关系包含从缓存检索与至少一个规定的关系有关的信息。

5.根据权利要求1或2的方法，其中，从服务器确定第一用户和第二用户是否具有规定的关系包含向所述服务器发送包括第一用户的标识符和第二用户的标识符的请求。

6.根据权利要求1或2的方法，其中，所述电信链接包括消息传送路径。

7.根据权利要求1或2的方法，其中，所述电信链接包含语音或数据链接。

8.根据权利要求1或2的方法，还包括：

在移动电话网络上接收来自第一用户的请求以在所述用户社区中与第三用户形成规定的关系，该请求包含第三用户的标识符；和

向服务器传送关系请求消息以请求在用户社区中建立规定的关系，该关系请求消息包含第一用户的标识符和第三用户的标识符。

9.根据权利要求8的方法，其中，第一用户的标识符和第三用户的标识符包含所述移动电话网络中的标识符。

10.根据权利要求8的方法，其中，第一用户的标识符和第三用户的标识符包含所述用户社区中的标识符。

11.根据权利要求1或2的方法，还包括在服务器上提供用于管理与移动电话网络的通信的应用。

12.根据权利要求11的方法，还包括：

在所述应用处接收来自第一用户的请求以在所述用户社区中形成与第三用户的规定的关系，该请求包含第三用户的标识符；和

存储第一用户的标识符和第三用户的标识符作为所述用户社区中的规定的关系。

13.根据权利要求12的方法，其中，从所述通信网络接收所述请求。

14.根据权利要求12的方法，其中，从所述移动电话网络接收所述请求。

15.根据权利要求12的方法，其中，第一用户的标识符和第三用户的标识符包含用于移动电话网络中的用户的标识符。

16.根据权利要求12的方法，其中，第一用户的标识符和第三用户的标识符包含用于所述用户社区中的用户的标识符。

17.根据权利要求1或2的方法，还包括在服务器处提供用于提供界面的应用，以使得所述用户社区中的用户能够管理与社区中的其它用户的规定的关系。

18.根据权利要求17的方法，还包括：

在所述应用处接收来自用户的登记请求，所述登记请求包含移动电话网络中的用户的标识符和所述用户社区中的用户的标识符；

在登记的用户的数据库中存储所述标识符。

19.根据权利要求17的方法，还包括：

在所述应用处接收用于一组用户的标识符；和

存储具有至少一个用户的标识符的组标识符，该用户是该组的成员。

20.根据权利要求19的方法，其中，来自所述服务器的响应指示第一用户和第二用户是否是同一组用户的成员。

21.根据权利要求19的方法，还包括提供界面以使得组管理员能够控制该组的成员资格。

22.根据权利要求19的方法，还包括：如果第一和第二用户是所述用户组的成员，则请求从第一支付帐户支付所述电信链接，并且，如果第一和第二用户不是所述用户组的成员，则请求从第二支付帐户支付所述电信链接。

23.根据权利要求1或2的方法，其中，规定用于所述电信链接的至少一个设置还包含：

在移动电话网络中向网络操作员传送所述帐单结算策略。

24.根据权利要求23的方法，其中，向网络操作员传送所述帐单结算策略包含在所述移动电话网络中向帐单结算服务器传送所述帐单结算策略。

25.根据权利要求1或2的方法，还包括基于第一用户和第二用户是否在所述用户社区中具有规定的关系，确定所述电信链接所需要的最小支付量。

26.根据权利要求25的方法，还包括：

确定是否要求从与第一用户相关的用户帐户提前支付以及最小支付量在所述用户帐户中是否可用；和

基于所述最小支付量在所述用户帐户中可用，产生表示是允许还是拒绝所述电信链接的消息。

27.根据权利要求1或2的方法，还包括产生数据记录，该数据记录包含以下中的至少一个：

所述移动电话网络中的第一用户和/或第二用户的标识符；

用于所述移动电话网络中的第一用户和/或第二用户的网络提供商的标识符；

在第一用户和第二用户之间请求的电信链接的类型的标识符；

在所述电信链接上连接第一用户和第二用户的时间长度的指示；和

归因于所述移动电话网络的电信链接的值的表示。

28.根据权利要求27的方法，还包括分析多个数据记录以识别不与所选择的网络提供商相关的至少一个用户。

29.根据权利要求1或2的方法，还包括：

在第一网络中从第一用户接收请求，以建立到第二用户的连接，其中，所述请求包含第一网络中的第二用户的标识符；

检索第二网络中的第二用户的标识符；和

在第一用户和第二用户之间建立连接，其中，至少部分地在第二网络上建立所述连接。

30.根据权利要求29的方法，还包括：检索第二网络中的第一用户的标识符并且在第二网络中在第一用户和第二用户之间建立连接。

31.根据权利要求29的方法，其中，第二网络中的标识符包含用于第二网络中的用户的MSISDN号码。

32.根据权利要求29的方法，其中，来自第一用户的请求包含以下中的至少一个：

从用户标识符的多个图标或列表选择与第一网络中的第二用户相关联的标识符；和

接收第一网络中的第二用户的标识符。

33.根据权利要求1或2的方法，进一步包括通过以下步骤管理所述网络化用户社区中的用户之间的连接：

接收在所述用户社区中的第一用户和第二用户之间形成的新的规定的关系的通知；

确定与所述通信网络分开的移动电话网络中的第一和第二用户中的每一个的标识符；

对于所述移动电话网络中的第一和第二用户中的至少一个识别服务提供商；和

向至少一个所识别的服务提供商传送识别第一和第二用户并且表示在第一和第二用户之间规定的关系的形成的信息。

34.根据权利要求1或2的方法，进一步包括通过以下步骤管理所述网络化用户社区中的用户之间的连接：

向与通信网络分开的移动电话网络提供界面以用于在用户之间提供直接电信链接；

从所述移动电话网络接收查询，该查询识别第一和第二用户之间的所请求的通信链接；

从所述查询提取第一和第二用户的标识符；

分析所述第一和第二用户的标识符以确定是否在所述用户社区中的第一用户和第二用户之间存在规定的关系；和

向所述移动电话网络传送表示是否在所述用户社区中的第一和第二用户之间存在规定的关系的回复消息。

35.根据权利要求1或2的方法，进一步包括通过以下步骤，根据在所述网络化用户社区中的用户之间规定的关系处理移动电话网络的用户之间的通信交互：

在所述移动电话网络的第一和第二用户之间经由所述移动电话网络处理电信交互；

接收与网络化用户社区中的第一和第二用户之间的关系有关的社交网络关系数据；和

根据所述社交网络关系数据执行与所述电信交互有关的处理。

36.一种用于在移动电话网络中在第一用户和第二用户之间提供电信链接的装置，该装置包括：

用于从第一用户接收通过移动电话网络提供电信链接到第二用户的请求的装置，其中，来自第一用户的请求包含对于到移动电话网络中的第二用户的连接的呼叫建立连接请求，或者向移动电话网络中的第二用户传送消息的消息传送请求；

用于从宿有用户在独立于所述移动电话网络的通信网络上交互的网络化用户社区的服务器确定第一用户和第二用户是否在用户社区中具有规定的关系的装置，其中所述通信网络包括互联网；和

用于基于第一用户和第二用户是否在所述用户社区中具有规定的关系，规定用于所述电信链接的至少一个设置的装置，其中规定用于所述电信链接的至少一个设置包含规定所述电信链接的帐单结算策略。

37.根据权利要求36的装置，进一步包括管理所述网络化用户社区中的用户之间的连接的系统，所述系统包括：

用于接收在所述用户社区中的第一用户和第二用户之间形成的新的规定的关系的通知的装置；和

用于确定与所述通信网络分开的移动电话网络中的第一和第二用户中的每一个的标识符的装置；

用于对于所述移动电话网络中的第一和第二用户中的至少一个识别服务提供商的装置；和

用于向至少一个识别的服务提供商传送识别第一和第二用户并且表示在第一和第二用户之间形成规定的关系的信息的装置。

38.根据权利要求36的装置，进一步包括管理所述网络化用户社区中的用户之间的连接的系统，所述系统包括：

用于向与所述通信网络分开的移动电话网络提供界面以用于在用户之间提供直接电信链接的装置；

用于从所述移动电话网络接收查询的装置，该查询识别第一和第二用户之间的请求的通信链接；

用于从所述查询提取第一和第二用户的标识符的装置；

用于分析第一和第二用户的标识符以确定是否在所述用户社区中第一用户和第二用户之间存在规定的关系的装置；和

用于向所述移动电话网络传送表示是否在所述用户社区中的第一和第二用户之间存在规定的关系的回复消息的装置。

39.根据权利要求36的装置，进一步包括根据在所述网络化用户社区中的用户之间规定的关系处理移动电话网络的用户之间的通信交互的系统，所述系统包括：

用于在所述移动电话网络的第一和第二用户之间经由所述移动电话网络处理电信交互的装置；

用于接收与网络化用户社区中的第一和第二用户之间的关系有关的社交网络关系数据的装置；和

用于根据所述社交网络关系数据执行与所述电信交互有关的处理的装置。

40.一种用于在移动电话网络中在第一用户和第二用户之间提供电信链接的装置，该装置包括：

用于从第一用户接收通过移动电话网络提供电信链接到第二用户的请求的输入界面，其中，来自第一用户的请求包含对于到移动电话网络中的第二用户的连接的呼叫建立连接请求，或者向移动电话网络中的第二用户传送消息的消息传送请求；

能操作为从宿有用户在独立于所述移动电话网络的通信网络上交互的网络化用户社区的服务器确定第一用户和第二用户是否在用户社区中具有规定的关系的处理器，其中所述通信网络包括互联网；和

能操作为基于第一用户和第二用户是否在所述用户社区中具有规定的关系，规定用于所述电信链接的至少一个设置的处理器，其中规定用于所述电信链接的至少一个设置包含规定所述电信链接的帐单结算策略。