CN101682644A

CN101682644A - 用于向通信网络中的客户组提供服务的方法和设备

Info

Publication number: CN101682644A
Application number: CN200780053130A
Authority: CN
Inventors: J·耶尔姆; E·弗斯曼
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2007-05-28
Filing date: 2007-05-28
Publication date: 2010-03-24
Also published as: US20100223098A1; GB2462049A; WO2008147252A1; GB0921149D0

Abstract

一种用于向通信网络中的多个客户(200)供应或提供服务的方法和设备。服务供给单元(204)例如根据配置文件数据库(202)中存储的用户配置文件(UP)来创建具有一组客户(200a)的共同特性的组配置文件(GP1)。然后构成适合组配置文件并且对于组配置文件中的共同特性相关的服务(S1)。还定义适配的服务的服务触发条件(T1)，它控制何时将要供应或提供服务。最后，当检测到满足服务触发条件(T1)时，服务供给单元(204)向客户组(200a)供应或提供适配的服务(S1)。

Description

用于向通信网络中的客户组提供服务的方法和设备

技术领域

一般来说，本发明涉及用于使服务可用于通信网络中的一组客户的方法和设备。具体来说，本发明涉及供应适合于客户组的兴趣和需求的服务。

背景技术

随着3G移动电话的出现，已经开发了使用IP(因特网协议)的新的基于分组的通信技术来支持多媒体的无线通信。例如，GPRS(通用分组无线业务)和WCDMA(宽带码分多址)技术中的通信协议支持分组交换多媒体服务以及传统电路交换语音呼叫。还不断为移动和固定用户开发新服务，以便增加其通信装置的使用范围。同样非常有用的是，理解不同环境中的用户的需求和兴趣，以便创建并且向不同用户供应相关的且可能感兴趣的服务。

称作“IP多媒体子系统”(IMS)的服务和服务传递控制体系结构已经由第三代合作伙伴项目(3GPP)开发作为用于根据IP传输来处理分组域中的多媒体服务和会话的平台。因此，IMS网络可用于发起和控制与任何类型的接入网连接的任何固定或移动IP使能通信终端的多媒体会话。

调用的多媒体服务由IMS网络中的服务器或者“第三方”服务提供商所控制的外部服务器等的各种应用服务器来启用和运行。此外，会话由IMS网络中的各种会话管理节点来控制，并且数据库节点HSS(归属用户服务器)存储预订客户的订户和认证数据。在本说明书中仅为了便于说明而提到IMS，但是本发明并不局限于使用IMS网络。IMS的出现极大地推动了基于多媒体的服务的发展。

其中还引入了存在服务，它涉及发布客户的存在数据以便使其成为其它客户和应用可用的。存在数据可通过基本定义客户及其设备、通常称作“装置”的状态或状况来指明客户在某个方面的特性。存在数据或客户状态可包括客户状态、装置状态、客户的位置、装置能力以及例如年龄、性别、兴趣、职业、先前活动、当前情绪等的其它个人客户信息。这类各种特性可形成客户的不同程度的动态用户配置文件。

目前，已经发展了提供关于通信客户的细化或适配的信息的概念，例如以便根据客户的当前状况或行为来增加调用服务的应用的可用性。这个概念一般称作“上下文”信息的分发，它可通过使用与对于上述存在服务相似的机制来实现。希望开发最好地适合流行趋势的“上下文感知”应用和服务。因此，反映客户状况的上下文信息可按照与存在数据相同的方式在客户组中共享或者可用于为客户创建最佳服务。创建和配置服务的过程往往称作“服务供给”，该术语将在下文中使用。

上下文服务器可用于以下方式来收集关于客户的信息：从例如适合测量或记录表征客户的当前状态、情形或状况的各种变量等以及例如环境光和声音等环境参数的“传感器”等各种源接收客户数据。例如，传感器可设置成测量例如温度和移动等物理特性，记录通信装置或所使用的网络中的装置活动，或者记录以上对于存在服务所述的客户状态的任一个。因此，客户的上述上下文信息和存在数据实际反映那个客户在某个方面的行为，例如在装置使用和地理位置方面的行为。

用于向请求方提供受关注客户的存在数据和上下文数据的当前可用机制在图1中示意性示出。受关注客户100是移动终端T的用户或者在移动终端中实现的软件代理，对于受关注客户，将各种事件发布从终端T本身或者从未示出的所使用网络发送给存在服务器102。存在服务器102转而可向请求方104、如预订客户发送与当前存在数据有关的通知。

作为补充或替代的方案，一个或多个传感器106可如上所述设置，以便向上下文服务器108提供原始上下文数据，该数据被接收并且存储在上下文存储单元108a中。所示传感器106还可表示反映终端T中或网络中的客户活动的功能。此外，通信网络中例如用于生成客户的呼叫数据记录的现有例程也可用于提供上下文数据。

然后，通过对原始数据应用预定义的细化规则108c，所存储的原始数据可在上下文细化器108b中进行处理和细化，以便从原始数据得出或计算新的细化上下文信息。预定义的细化规则108c可包括从原始数据计算某些参数、得出结论或者创建汇编的算法等。然后，细化的上下文可按照常规例程分发给请求方104，这里不作进一步描述。请求方104可获得不同程度连续地、即按照与对于存在数据相似的方式从上下文服务器108接收上下文信息的预订。请求方104也可以是能够根据所接收的上下文信息为各个客户供给上下文感知服务的应用服务器。

上下文信息通常与具有其设定、偏好和当前上下文所定义的特性的某个用户配置文件的个体客户相关。但是，客户也可属于具有带有其成员所共享的特性的集合组配置文件的已建立客户组。例如，家庭的成员可具有单独上下文，同时家庭可具有带有其成员所共享的集合配置文件的共同上下文，而对例如足球特别感兴趣的另一组可具有完全不同的配置文件。

WO 06/115442公开了一种机制，其中请求客户组的特定需求可通过提供与特定的受关注对象有关的相关上下文信息来满足，其信息适合于该组的特定兴趣和需求。在这种解决方案中，可为请求组创建定义请求细化的上下文信息时的条件的“定制的”细化规则。集合上下文功能通过收集该组成员的每一个的个体上下文数据来创建该组的集合上下文，以便创建对该组有效的定制的细化规则。定制的细化规发送给上下文服务器(它可基本上按照图1的服务器108来配置)，作为关于受关注对象的细化的上下文信息的适配请求。然后，上下文服务器按照定制的细化规则来细化原始上下文数据，并且响应请求而传递细化的上下文数据。

如上所述，当前，用于供给上下文感知服务的机制是可用的，其涉及根据各个客户的当前上下文和动态用户配置文件对各个客户的内容传递。例如，信息和广告可根据例如年龄、性别、兴趣和偏好等的客户特性以及在某些情况下、例如在某天、某周或某个季节的某个时刻出现在特定区域中时供应给客户。

还有可能使客户组以上述WO 06/115442中所述的请求触发方式来接收组适配的服务。但是，所希望的服务则必须由所形成组的成员来定义和请求。IMS一般支持涉及个性化内容以上述方式从服务和内容提供商传递给各个客户或者传递给特定客户组的服务。

当前，不能采用服务提供商所发起的适配的服务供应对多个客户进行寻址。因此，尚未存在查找通信网络中具有共同兴趣和需求的多个客户以及在某些情况下向那些客户供应特别相关的服务的可用机制。这个事实已经确定是一个问题，因此无法利用例如以折扣价格或者采用其它供应为多个“相似”客户创建和提供可能感兴趣的服务的预期。

发明内容

本发明的目的是解决上述问题。因此，一般希望使服务和内容提供商能够向通信网络中具有共同兴趣和需求的多个客户供应有吸引力且相关的服务。这个目的和其它目的主要通过提供用于向通信网络中的多个客户供应或提供适配的服务的方法和设备来实现。

在本发明的方法中，创建具有一组客户的共同特性的组配置文件，并且构成适合该组配置文件并且对于组配置文件中的共同特性相关的服务。此外，为适配的服务定义服务触发条件，它控制何时将要供应或提供服务，并且当检测到满足服务触发条件时向客户组中的客户供应或提供适配的服务。

在本发明的设备中，服务供给单元包括：组配置文件创建单元，适合创建具有一组客户的共同特性的组配置文件；以及服务构成单元，适合构成适合于组配置文件并且对于组配置文件中的共同特性相关的服务，并且定义所述适配的服务的服务触发条件，以便控制何时将要供应适配的服务。服务供给单元还包括：服务触发检测单元，适合检测何时满足所述服务触发条件；以及服务供应单元，适合在检测到满足服务触发条件时向客户组中的客户供应或提供所述适配的服务。

通过以下具体实施方式，本发明的其它优选特征和有益效果将变得非常明显。

附图说明

现在将通过优选实施例并且参照附图更详细地描述本发明，其中：

-图1是示出按照现有技术、通信网络中用于向请求方提供客户的存在数据和上下文数据的机制的示意框图。

-图2是示出根据一个实施例、用于通过服务供给单元向通信网络中的多个客户供应服务的过程的示意框图。

-图3是示出根据另一个实施例、用于向一组客户供应服务的基本步骤的流程图。

-图4是更详细地示出根据又一个实施例的服务供给单元的示意框图。

-图5是示出根据又一个实施例、向一组客户供应和传递服务的过程的信号传送图。

具体实施方式

简言之，本发明提供了一种用于供应或提供适合通信网络中的一组客户的服务的解决方案，其中该组中的客户在某个方面具有共同特性。然后，所供应的服务可适合在特定流行趋势、如客户上下文中满足该组中的客户的特定需求或兴趣。所供应的服务可涉及传递多媒体内容，例如以便销售内容、做广告、通知、娱乐或者提供信息。在本说明书中，“供应或提供”服务表示服务可涉及例如以广告等方式来供应产品或信息段或者内容，或者实际传递产品、信息或内容。

在这种解决方案中，为客户组创建包含其共同特性的组配置文件。存储通信网络中的多个客户的用户配置文件的配置文件数据库可用于通过将配置文件数据库中的客户识别为具有共同特性来创建组配置文件。备选地，组配置文件可在客户请求形成组时创建，或者可对于已经存在的客户组来创建。

因此，组配置文件包含组中的客户的共同特性，其可包括例如年龄、性别、兴趣、偏好和设定等个人数据以及例如位置等上下文相关数据。共同特性还可包括客户的先前行为。例如，可例如在某个位置和/或时间或者随某种使用频率而对于先前已经使用特定服务的一组客户来创建组配置文件。组配置文件可进一步根据例如具有某些特性的足够数量的客户必须出现在某个区域等前提来创建。

当已经形成组配置文件时，构成在某个方面适合组配置文件、对于其中的共同特性相关的服务。还定义与所构成的服务关联的服务触发条件，它必须在向组中的客户供应或提供服务之前被满足。服务触发条件可规定某些上下文相关情况必须在触发服务之前发生。例如，服务触发条件可以是，在某天、某周或某个季节的某时刻、在特定区域中出现组中的至少预定数量的客户。因此，每当检测到满足服务触发条件时，可向客户组供应或提供适配的服务。

图2示意示出根据一个可行实施例、用于从服务供给单元向通信网络中的多个客户供应或提供服务的示范过程。术语“服务供给单元”将在本说明书中通篇用于一般性地表示适合向客户供给和供应或提供任何服务的单元或功能。服务供给单元可在应用服务器等中实现，并且可由服务提供商或内容提供商来操作或控制，以便按照所述实施例在技术上创建并且向组供应或提供适配的服务。

图2中，多个客户200存在于通信网络中，并且其各自的用户配置文件UP保存在配置文件数据库202中，配置文件数据库202可在均作为对于IMS定义的逻辑实体的例如上述HSS节点等中央数据库节点或者“存在和组管理器PGM”中实现。因此，用户配置文件可在不同程度上是动态的，并且包含各种特性，例如个人数据以及设定、偏好和上下文相关数据。

假定存放在配置文件数据库202中的配置文件信息至少部分是具有这里未具体示出的各种功能单元的服务供给单元204可用的。稍后结合图4来描述服务供给单元的更详细实施例。因此，图2只是示意示出服务供给单元204可如何在本发明的上下文中进行操作。服务供给单元204可实现成覆盖通信网络中或多或少的有限区域。

在第一所示步骤2:1中，组配置文件GP在服务供给单元204中例如通过将配置文件数据库202中的多个客户识别为在其用户配置文件UP中具有共同特性来创建，其中组配置文件根据那些共同特性来构建。因此，配置文件数据库202中的各个用户配置文件UP可由这里未进一步描述的某种逻辑部件来分析，以便查找具有共同特性的客户。

组配置文件可根据何时认为该组为“活动”的前提来创建。例如，当检测到具有某些特性的足够数量的客户出现在某个区域时，这些客户可自动组成对其创建组配置文件的活动组。如上所述，备选地，组配置文件可在客户请求形成组时创建，或者可对于已经存在的客户组来创建。

在一种可能的实现中，组配置文件GP可由“组管理服务器GMS”来创建和保存，“组管理服务器GMS”是对于IMS定义的另一逻辑实体，它然后向应用服务器等提供组配置文件。在本说明书中，假定创建组配置文件GP的功能至少在逻辑上驻留在服务供给单元204中，但是本发明并不局限于此。

在图2的示例中，通过将客户A、B和C识别为在其用户配置文件UP中具有共同特性来形成一组客户200a，并且为具有其共同特性的那些客户创建组配置文件GP1。然后，在步骤2:2创建特别适合于所形成的组配置文件GP1的适配的服务S1，以便满足可从组配置文件GP1的特性得出的各种需求和兴趣。还为所构成的服务S1定义服务触发条件T1，它控制何时向组200a中的客户供应或提供服务。

例如，组200a可通过识别客户A、B和C具有音乐方面的共同兴趣来形成，然后可构成服务S1，它在适当接近客户当前所在的位置提供关于音乐事件的信息。服务触发条件T1可规定组中的客户的至少一部分在星期六或星期天出现在某个区域中，它必须在向出现在所述区域中的那些客户提供当前音乐事件信息之前被满足。服务还可涉及折扣购买的有条件报价。例如，如果足够数量的客户决定接受该报价，则可对音乐事件提供折扣门票价格。稍后将参照图5来描述处理涉及这种有条件报价的服务的示例。

因此，服务供给单元204包括一种逻辑功能，它能够例如通过监视客户来检测何时满足服务触发条件T1，以便发起所构成的服务S1。相对于服务触发条件来监视客户可通过不同方式来执行。例如，服务供给单元204可向配置文件数据库202(例如PGM)预订配置文件更新，使得每当组中的客户改变其用户配置文件中反映的上下文或状况时，数据库202以与服务触发条件相关的方式进行通知。备选地，服务供给单元204可定期查询数据库202，或者可实现“监视器”功能，以便在超过某个所监视阈值时立即触发等。客户监视功能或“服务触发检测单元”可在服务供给单元204中实现，或者作为以适当方式与服务供给单元204进行通信的单独逻辑节点来实现。

在这个示例中，在步骤2:3中一般检测到服务触发条件T1被满足。因此，服务触发条件T1可通过监视组200a中的客户和/或其在某个方面的当前上下文来检测，这取决于触发条件的性质。例如，如果服务触发条件要求客户出现在预定区域中，则监视组中的客户的位置。基本上，触发条件所要求的任何上下文相关情况可按照适当方式来监视。最后，在最后所示步骤2:4中，在检测到满足服务触发条件T1时向组中的一个或多个客户供应或提供服务S1。

图3示出根据另一个实施例、包含用于向客户组供应或提供适合该客户组的服务的过程中的步骤的流程图。所述步骤基本上由服务供给单元或者等效体例如按照图2的示例来执行。在第一步骤300中，可对于例如从配置文件数据库中的用户配置文件所识别的具有共同特性的一组客户创建组配置文件或者在客户请求时创建组配置文件。这个步骤基本上对应于图2中的步骤2:1。

在下一个步骤302中，通过考虑共同特性以便满足组中的客户的特定需求和兴趣，来构成适合组配置文件的服务。在另一个步骤304中，还对于在步骤302中构成的服务定义服务触发条件，它控制何时向客户供应或提供服务。步骤302和304基本上对应于图2中的步骤2:2。

然后，可相对于服务触发条件来监视组中的客户和/或其当前上下文，在这里没有作为不同的步骤示出。如前面结合步骤2:3所述，例如取决于触发条件的实现和性质，监视可通过不同方式来执行，而不会限制本发明的一般范围，这里不作进一步描述。然后，在基本上对应于图2中的步骤2:3的下一个步骤306中，检测到满足服务触发条件。因此，在基本上对应于图2中的步骤2:4的最后所示步骤308中，向组中的一个或多个客户供应或提供适配的服务。

图4是更详细地示出根据又一个实施例的服务供给单元400的框图。还示出在某个方面具有共同特性的一组客户402以及包含包括所示客户402在内的多个客户的各个用户配置文件的用户配置文件数据库404。应当注意，服务供给单元400只按照功能单元400a-d示意示出，功能单元400a-d在这里被命名以指明其基本功能。实际上，所示单元400a-d可按照并不局限于所示结构的不同方式来实现。

服务供给单元400包括“组配置文件创建单元”400a，它适合于对于例如从配置文件数据库404中的其用户配置文件识别为具有共同特性的客户组402创建组配置文件GP1，或者在客户请求时创建组配置文件GP1，如指向单元400a的虚线箭头所示。未示出的自动识别具有共同特性的客户的功能可优选地在服务供给单元400中实现，但是也有可能在配置文件数据库404中实现这个功能。

服务供给单元400还包括“服务构成单元”400b，它适合于通过考虑组配置文件GP1中的共同特性来构成适合组配置文件GP1的服务S1。例如，构成适配的服务的步骤可包括从被认为适合客户组的需求和兴趣的一组预定义服务中选择服务。服务构成单元400b还适合于定义控制何时向客户供应或提供所构成的服务的相关服务触发条件T1。服务构成单元400b包含适当的基于软件的逻辑，它配置成执行上述服务构成和触发定义功能，这里不作进一步描述。

服务供给单元400还包括“触发检测单元”400c，它适合于例如通过相对于服务触发条件监视组402中的客户和/或其当前上下文来检测何时满足服务触发条件。上面结合图2和图3描述了如何实现这种检测功能的一些示例。

服务供给单元400还包括“服务供应单元”400d，它适合每当触发检测单元400c检测到满足服务触发条件时向组402中的一个或多个客户供应或提供适配的服务。

如前所述，可构成涉及面向一组客户的折扣购买的有条件报价的服务，其中足够数量的客户必须接受该报价以便获得称作数量折扣的折扣或缩减。现在将根据又一个实施例、参照图5中的信号传送图来描述涉及这种有条件报价的服务的一种可能的实现。

图5中的所示信号传送过程涉及通信网络中的一组客户500、包含组中的各个客户的用户配置文件的PGM服务器502、其中实现上述服务供给单元的功能的应用服务器/组管理服务器AS/GMS 504以及服务提供商所控制的内容服务器CS 506。下面所述的各种消息可通过用于IMS的会话初始化协议SIP、例如经由用于未示出的称作S-CSCF(服务呼叫会话控制功能)的会话控制的IMS节点来传送，但是本实施例并不局限于此。

当客户组500例如按照上述方式建立为活动时，可按照以下方式向客户供应和传递服务。在第一步骤5:1中，PGM服务器502把组500中的成员的列表及其用户配置文件通知给AS/GMS节点504。然后，在下一个步骤5:2中，AS/GMS节点504根据所接收的用户配置文件来创建具有客户共同的特性的组配置文件(它存储在GMS中)。如果该组已经存在，则组配置文件也可基于其旧的现有组配置文件(如果存在)。

在这个示例中，CS节点506存储一组预定义广告以及规定与所述广告相关联的各种条件和条款的规则。在下一个步骤5:3中，AS/GSM节点504在配置文件更新消息中向CS节点506请求该组的广告。在步骤5:3中，AS/GMS节点504可发送已更新组配置文件，或者仅通知CS节点506关于到了从配置文件数据库取(或者同步)新配置文件的时间。然后，CS节点506选择该组的相关广告，并且在下一个步骤5:4中，通过向AS/GMS节点504发送所选广告的内容以及对该广告定义的一个或多个相关规则来进行响应。

在这个示例中，作为该广告的规则，该广告指定数量折扣报价，其中产品以折扣价格供应，只要足够数量的客户同意购买该产品。还可对该广告定义其它规则，例如用于计费细节、传递方法等的规则。

在另一个步骤5:5中，AS/GMS节点504按照所接收的广告和规则、例如通过以XML格式构建服务的适当内容描述来构成适配的服务。然后，在步骤5:6中，AS/GMS节点504基本上通过例如作为SIP消息中的XML描述向所有组成员500发送广告来供应适配的服务。

下一个步骤5:7说明该组中的客户之一通过指明他/她有兴趣按照所提供的数量折扣以缩减的价格购买该产品来进行响应。然后，在另一个步骤5:8中，AS/GMS节点504通知组500中的其他客户关于一个客户已经接受该报价的事实。因此，组中的其他客户可同样地进行响应并且指明他们有兴趣购买该产品，直到所请求数量的客户最终已经接受该报价，一般性地由步骤5:9表示。然后，在步骤5:10中，报价的产品一般可传递给接受客户或者至少被通知来传递给接受客户。例如，可将提供折扣的凭证等发送给客户。这个步骤还可包括从CS节点506作为内容来传递该产品或者对应凭证，如虚线步骤5:10a所示。

最后，如果需要，则在最后所示的步骤5:11中，通过将配置文件更新消息从客户发送给AS/GMS节点504，可将所执行的购买记录在组配置文件中。

在上述示例中，可能的是，组中的客户希望购买一项以上广告产品。在那种情况下，客户可向AS/GMS 504发送步骤5:7(或步骤5:9)的响应一次以上，以便指明他/她希望购买多少项商品。可设置阈值，作为允许客户指明所希望的购买的次数的规则。还可在AS/GMS 504中实现缺省接口，它适合在响应一次以上时查询该客户，以便避免针对该服务的欺诈和拒绝服务攻击。

当如步骤5:8所示通知客户500关于另外一个客户已经接受该报价和/或关于到目前为止多少客户已经接受该报价时，AS/GMS节点504可在SMS或MMS消息中或者通过任何其它适当方式向客户500发送通知。当到达必要的阈值时，立即通知组成员，并且折扣凭证可存储在接受客户的IMS帐户上，以便用于例如在线购物。这些凭证还可具有例如由上述相关规则所规定的有效期限。

虽然已经参照具体的示范实施例描述了本发明，但是，本说明书一般仅意在说明本发明的概念，而不应当被理解为限制本发明的范围。本发明由所附权利要求书定义。

Claims

1.一种向通信网络中的多个客户供应或提供适配的服务的方法，包括以下步骤：

-创建具有一组客户的共同特性的组配置文件，

-构成适合所述组配置文件并且对于所述组配置文件中的所述共同特性相关的服务，

-定义所述适配的服务的服务触发条件，所述服务触发条件控制何时将要供应或提供所述服务，以及

-当检测到满足所述服务触发条件时，向所述客户组中的所述客户供应或提供所述适配的服务。

2.如权利要求1所述的方法，其中，所述共同特性包括下列各项中的至少一项：年龄、性别、兴趣、偏好和设定。

3.如权利要求1或2所述的方法，其中，通过从用户配置文件数据库将所述组中的所述客户识别为在所述客户的用户配置文件中具有共同特性，来创建所述组配置文件。

4.如权利要求3所述的方法，其中，所述组配置文件根据例如在具有某些特性的足够数量的客户出现在某个区域中时等前提来创建。

5.如权利要求1或2所述的方法，其中，所述组配置文件在所述组的所述客户请求时创建。

6.如权利要求1或2所述的方法，其中，对于已经存在的一组客户创建所述组配置文件。

7.如权利要求1-6中的任一项所述的方法，其中，通过满足从所述组配置文件中的所述共同特性所得出的各种需求和兴趣，所述适配的服务特别适合于所形成的组配置文件。

8.如权利要求1-7中的任一项所述的方法，其中，所述服务触发条件规定必须满足预定义的客户上下文。

9.如权利要求8所述的方法，其中，所述预定义的客户上下文包括包含下列各项中的至少一项的环境参数：位置、天气、某天、某周和/或某个季节的时刻以及环境光和声音。

10.如权利要求1-9中的任一项所述的方法，其中，如果足够数量的所述客户同意接受折扣购买的有条件报价，则所述服务包括所述报价。

11.如权利要求1-10中的任一项所述的方法，其中，所述服务触发条件通过监视所述组中的所述客户和/或他们在某个方面与所述服务触发条件的性质相关的当前上下文来检测。

12.一种用于向通信网络中的多个客户(402)供应或提供适配的服务的服务供给单元(400)，包括：

-组配置文件创建单元(400a)，适合创建具有一组客户的共同特性的组配置文件，

-服务构成单元(400b)，适合于构成适合所述组配置文件并且对于所述组配置文件中的所述共同特性相关的服务，并且定义所述适配的服务的服务触发条件，以便控制何时将要供应所述适配的服务，

-服务触发检测单元(400c)，适合检测何时满足所述服务触发条件，以及

-服务供应单元(400d)，适合当检测到满足所述服务触发条件时向所述客户组中的所述客户供应或提供所述适配的服务。

13.如权利要求12所述的服务供给单元，

其中，所述共同特性包括下列各项中的至少一项：年龄、性别、兴趣、偏好和设定。

14.如权利要求12或13所述的服务供给单元，其中，所述组配置文件创建单元还适合通过从用户配置文件数据库中将所述组中的所述客户识别为在所述客户的用户配置文件中具有共同特性来创建所述组配置文件。

15.如权利要求14所述的服务供给单元，其中，所述组配置文件创建单元还适合根据例如当具有某些特性的足够数量的客户出现在某个区域中时等前提来创建所述组配置文件。

16.如权利要求12或13所述的服务供给单元，其中，所述组配置文件创建单元还适合在所述组中的所述客户请求时创建所述组配置文件。

17.如权利要求12或13所述的服务供给单元，其中，所述组配置文件创建单元还适合对于已经存在的一组客户创建所述组配置文件。

18.如权利要求12-17中的任一项所述的服务供给单元，其中，通过满足从所述组配置文件中的所述共同特性所得出的各种需求和兴趣，所述适配的服务特别适合于所形成的组配置文件。

19.如权利要求12-18中的任一项所述的服务供给单元，其中，所述服务触发条件规定必须满足预定义的客户上下文。

20.如权利要求19所述的服务供给单元，其中，所述预定义的客户上下文包括包含下列各项中的至少一项的环境参数：

位置、天气、某天、某周和/或某个季节的时刻以及环境光和声音。

21.如权利要求12-20中的任一项所述的服务供给单元，其中，如果足够数量的所述客户同意接受折扣购买的有条件报价，则所述服务包括所述报价。

22.如权利要求12-21中的任一项所述的服务供给单元，其中，所述服务触发检测单元还适合通过监视所述组中的所述客户和/或他们在某个方面与所述服务触发条件的性质相关的当前上下文来检测所述服务触发条件。