用户简档数据的管理

1.一种用于存储和管理用户简档数据的数据处理设备，所述用户简档数据表示信息传输网络(10)中用户的终端设备(9)组，其中数据库(1)分别针对每个用户包括多个可由该用户产生，编辑和/或删除的预定制的用户简档，和多个可定制用户简档与表示该用户的物理位置和/或逻辑上下关系的用户环境相关联，其中一个用户一次只能激活多个用户简档中的一个，所激活的用户简档指示用户在目前物理地址或逻辑上下文环境中希望通过其而被通知的终端设备；其中，该用户简档被实现为多批逻辑分组的插件，其中每一个插件具有标识一个给定的简档特性和对应于给定特性内容的特性值的特性密钥。
2.根据权利要求1所述的数据处理设备，其特征在于：对于每个用户的一个或多个存在标记，每个存在标记表示用户在一个预定的终端设备(9)的可用性。
3.根据权利要求1或2所述的数据处理设备，其特征在于：对于每个用户的至少一个缺省用户简档，其中该用户不能删除该缺省用户简档。
4.根据权利要求3所述的数据处理设备，其特征在于：用户简档的等级方案是树，该缺省用户简档是该树的根。
5.根据权利要求1或2所述的数据处理设备，其特征在于：优先顺序信息，其与用户简档的每个终端设备(9)相关联。
6.根据权利要求1或2所述的数据处理设备，其特征在于：数据库(1)包含有关接入网络，网络地址和每个终端设备(9)的特征的信息。
7.根据权利要求1或2所述的数据处理设备，其特征在于：向每个终端设备(9)赋予一个助记符。
8.根据权利要求1或2所述的数据处理设备，其特征在于：向每个用户赋予一个统一名称。
9.根据权利要求1或2所述的数据处理设备，其特征在于：用户可直接查询计费信息。
10.用于将信息指引到一个终端设备的方法，该方法包括以下步骤：—提供一个用户简档数据库(1)，该数据库用于存储表示信息传输网络(10)中用户的终端设备(9)组的用户简档数据，其中数据库(1)分别针对每个用户包括多个可由该用户产生，编辑和/或删除的预先定制的用户简档，而其中每个可定制的用户简档是与表示该用户的物理位置和/或逻辑上下关系的用户环境相关联的；—一次只激活多个用户简档中的一个，所激活的用户简档指示用户在目前物理地址或逻辑上下文环境中希望通过其而被通知的终端设备，和—将来自发送者的信息发送给被包含在被激活的用户简档中的终端设备；；其中，该用户简档被实现为多批逻辑分组的插件，其中每一个插件具有标识一个给定的简档特性和对应于给定特性内容的特性值的特征密钥。
11.根据权利要求10所述的方法，其特征在于：对于每个用户的一个或多个存在标记，每个存在标记表示用户在预定的终端设备(9)之一的可用性。
12.根据权利要求10或11所述的方法，其特征在于：提供每个用户的至少一个缺省用户简档，其中该用户不能删除该缺省用户简档。
13.根据权利要求12所述的方法，其特征在于：用户简档的等级方案是树，缺省用户简档是该树的根。
14.根据权利要求10或11所述的方法，其特征在于：优先顺序信息与用户简档的每个终端设备(9)相关联。
15.根据权利要求10或11的方法，其特征在于：数据库(1)包含有关接入网络，网络地址和每个终端设备(9)的特征的信息。
16.根据权利要求10或11所述的方法，其特征在于：向每个终端设备(9)赋予一个助记符。
17.根据权利要求10或11所述的方法，其特征在于：向每个用户赋予一个统一名称。
18.根据权利要求10或11所述的方法，其特征在于：数据库内容以分布形式存储在插件中。
19.根据权利要求10或11所述的方法，其特征在于：用户可直接查询计费信息。

用户简档数据的管理\n技术领域\n本发明涉及存储和管理用户简档数据的数据库，实现该数据库的软件程序，管理用户简档数据库的方法，以及实现该方法的软件程序。\n背景技术\n人们为什么在电信方面投入大量的时间和金钱？主要有两个原因：(i)更有效地利用时间(即节省时间)和(ii)无处不在(即在任何时间可到达任何地点)。如电话，传真，移动电话和因特网之类的现代电信技术通过提供宽频谱业务提出了这些问题。将它们组合在一起，这些业务可有效地帮助个人节省时间并且还降低费用。这些基于网络的各种业务通常向用户提供专用的限定业务质量(QoS)的功能。\n统一的接发消息系统(UMS)通过合并诸如传真，话音邮件，电子邮件，WWW，和蜂窝电话短消息业务之类的模拟和数字消息来跨接不同通信装置之间的缝隙。特别是，人们可以在(i)诸如传真或话音邮件(原则上可在模拟电信网络上发送)之类的消息和(ii)数字地产生，处理和发射的消息间进行区分。除了纯的(sheer)同类传输之外，也可考虑异类的模拟/数字消息接发应用(例如话音邮件，通过电子邮件传递的语音识别，传真到数据，数据到传真)。\n如今的UMS允许始发，接收，处理，发射和存储消息，而与其类型无关。该方案允许用户以统一和综合的方式利用不同的网络业务。例如，可将语音信箱中作为语音消息记录的电话呼叫作为电子邮件的附件发送到接收方。语音识别中进一步的进程甚至能够将语音附件高质量地转换成文本。通过提出消息格式转换问题，UMS解决基于不同网络的业务的相异性。因此，UMS提供了可使用户利用在手的无论何种可使用的终端设备在其上进行通信的无缝结构。\n典型的UMS的缺陷是缺乏对及时信息传送的支持：UMS依赖于准时到达接收方的基础网络业务。为解决这一问题，已设计了统一即时发消息(UIM)系统，以便允许接近实时地在用户之间发送消息。为达到该目的，UIM系统必须考虑基础网络业务的固有QoS特性。此外，UIM系统非常依赖与漫游业务用户交互作用的移动通信。当考虑所有这些新问题时，可将原来的问题范围分解成两个新的问题子范围：(i)用户的移动性和(ii)通过上下关系了解。\n用户移动性描述了用户在不同终端(例如从办公室的台式PC到家中的膝上型PC)之间移动的能力。这与该终端在不与网络失去连接的情况下移动的终端移动性的情况不同。该终端设备必须适应在给定蜂窝网络的不同蜂窝之间的水平越区切换(取决于网络中的移动性管理功能)或不同网络之间的垂直越切换(例如室内的LAN和室外的公共网络)二者中的任何一方。\n对于通过上下关系了解的内容，UIM业务必须考虑终端的能力和使用的网络业务的限制。例如，UIM业务使用GSP2+短消息业务(SMS)仅可发射多达160个字符。因此，当使用SMS业务时，UIM必须降低发射的数据量(通过仅发射原始消息的特定部分，或通过仅向用户发射即时消息的可用部分)。未来移动数据业务的发展(例如象GSM GPRS系统或第三代系统这样的分组交换的引入)将允许用户利用业务的均匀边界范围。这种情况下，UIM系统将不得不选择具有最佳质量/价格比的网络业务。\n事实上，提出这两方面的UIM系统向用户提供了一种新型业务，写到此时为止，这种业务还不是任何可使用的因特网和/或(移动)电信业务运营商经营的部分。\n假设UM系统涉及信息代理功能，UIM系统已被称为即时消息代理器(IMB)。已经设计了IMB系统来提供可有效地按比例增加到大用户地区的灵活和可扩展的UIM业务。\n为了在统一即时发消息(UIM)和统一即时消息之间进行区别，为清楚起见，下文将后者称为IMails。\n可将IMB系统加到现有的基础设施或用作独立的增值业务。现有的基础设施可以是因特网业务提供商(ISP)提供的基础设施或蜂窝电话运营商提供的基础设施。这种情况下，IMB系统必须向由所涉及的第三方管理的外部系统(例如用户数据库或计费系统)提供精心定义的接口。在IMB业务提供商提供的独立增值业务的情况下，IMB系统对其自己的基础设施部件使用相同接口。\n由管理IMB系统的IMB业务提供商提供UIM业务。IMB系统是UIM业务的物理构造。IMB系统是综合象PSTN、IP、和移动电信网络之类的网络技术的分布处理系统，以便(i)允许用户接入其功能，(ii)实现其任务和(iii)向被叫方传送处理的信息。\n从商业观点来看，IMB系统向登记的使用者(下文称之为用户)提供业务。可私下，或通过允许其成员接入IMB业务的机构的传递来提供预订。\n图2描绘了UIM业务中包括的行动者(机构，用户社会，IMB业务提供商)和实现业务的目标所需的资源(IMB系统，PSTN，IP和移动电信网络)。用户社会是IMB服务用户的集合，可将他们进一步分成私人用户或机构成员。后者是机构的一部分，即具有以其成员的选择子集的名义建立个人IMB业务账户的权力的行动者。也可使用该委托方案准许IMB业务接入ISP或网络运营商的用户基址。\n即时发消息的主要目的是(接近)实时地发射作为消息的任意高优先等级的信息。可从诸如蜂窝电话(GSM短消息业务)、PDA(个人数字助理)、电子邮件、WWW、传真或语音邮件之类的各种设备发出和接收即时消息。此外，即时消息包含告警产生，消息保密和付费的功能。统一即时消息可包括：·消息数据(文本和多媒体数据)，·动作，例如告警通知的产生，·消息保密(RSA)，·消息发出者和内容的鉴别(键控散列消息的鉴别)。\n·地区信息，有限的消息持久性IMB业务执行下列步骤：(i)从用户接收消息，(ii)根据用户的优选来变换消息和(iii)把变换的信息传送到接收方优选的终端设备。该过程必须考虑定时制约，以确保快速和接近实时的处理和传送。\nIMB系统(见图1)由四个全部以Java实施的主要部件组成：1.即时消息网关(MG)4-转换任意消息(GSM/SMS，电子邮附，FAX，WWW)到/从IMails；2.消息代理器)(MB)-消息客户地址转换，用户简档处理，IMail路由选择，保密和计费；3.处理单元2-提供修改消息内容的能力；4.用户的信息储藏库1-包含个人信息和计费记录。\n已根据开放分布处理(ODP)标准开发了IMB系统。图3表示IMB系统的逻辑图(ODP计算观点)。在该图中，圆圈表示逻辑计算对象，折角框代表连接概括，双交叉弧线表示对象之间的接口。\n用户可以使用不同类型的前端接入IMB业务。如图所示，一种可能的前端是经万维网服务器(万维网业务)向消息网关传送消息的因特网浏览器。其它前端可能直接与消息网关通信。\n始发消息网关(OMG)以各种形式(GSM/SMS，电子邮件，用户传真等)接收消息，并将它们转换成IMail。目的地MG(DMG)提供与直接向用户发送消息相反的功能。\nOMG必须确保IMail的真实性。基于万维网业务的前端可请求用户执行登录过程。其它前端可通过数字签名或通过其它鉴别过程实现用户鉴别。\n在IMB系统中，经安全的TCP/IP连接接近实时地发射IMail。MB执行消息代理任务。IMB简档数据库包含有关当前使用的终端的信息和可交替使用到达给定用户的优选终端/发射模式的列表。MB根据所选择的发射方法决定包括附加处理步骤：确定所需的地址信息和选择目的地消息网关(DMG)。MB还负责如更新计费DB之类的某些分类记录活动。DMG最后根据从MB接收的寻址信息向接收方发射IMail。在网络能够确认消息传送的情况下，DMG将该信息发回到MB。\nIMB系统向用户提供接入UIM业务的几种方式。下面列出了其它前端：1.万维网接口-允许使用台式计算机的用户直接向另一个用户发送IMail；2.移动电话-可用于发送SMS，然后将其转换成IMail；3.命令总线工具-能使脚本(例如，监视后台驻留程序处理的资源)自动将事件标记发送给管理人员；4.电子邮件工具-滤除，修改和/或传送输入的电子邮件作为IMail；5.日历工具-向用户发送有关即将到来的约会或生日的通知。\n为提供可按比例增加和可动态扩展的业务接入，这些工具使用不同类型的网关来接入业务。专用的IMB网关集中在向专用网络业务提供低成本的接口。可动态生成消息网关并插入该系统。\nIMB系统可任选采用用于进行中间IMail处理的分布处理单元。IMB检索该接收方简档后调用这些单元。\nIMail处理步骤利用处理的内容将一个IMail对象转换成另一个IMail对象。该处理步骤可进行：1.消息内容增强IMB用户可强迫IMB系统在输入的IMail中包括附加内容。可遵循不同标准(例如免费，根据预订，根据需求)向IMB用户提供该附加信息(如天气预报，新闻标题等).\n2.消息格式变换在该处理步骤中，改变即时消息的编码格式。这可能包括从一种格式到另一种格式的代码转换(例如从一种图象格式向另一种，或从文件格式向页面描述语言转换)。如果目标终端可仅处理有限数量的消息格式，可应用这种变换。通常，给予用户的信息和用于演播的媒体保持不变。\n3.消息内容压缩当目标设备不能处理大规模消息，或当发觉网络QoS不足以正常地传送IMail时可应用该处理。因为一部分原始信息可能丢失，因此内容还原是有损失的。\n4.消息翻译IMB的概念可扩展到允许用户把元信息包括在其IMail中。该元信息包含用IMB系统处理的命令。例如，″translate：Eng：Ger hunter″命令将驱使IMB系统调用语言翻译处理单元把英语单词″hunter″翻译成德语单词″Jager″。\n5.作用前一条中描述的命令甚至可以在客户住所或在远处不同的位置操纵专用设备(例如，利用诸如组网媒体，粘合传感器，控制器和传动装置之类的IMB系统可很容易产生工厂控制系统)。另一个例子是具有家庭自动化系统[5]的IMB系统的集成。\n消息传送可将IMail通过DMG传送到接收方。如同入局消息网关，每个出局网关适合于专用的网络技术。当向用户传送IMail时，消息网关可执行附加的用户鉴别步骤，以确保安全地识别目标用户。在某些情况下，消息网关必须提供附加转换步骤，以便将IMail改变成组网业务所需的格式。例如，GSM SMS业务并不能发射所有ASCII字符。如上所述，某些网络技术提供表示一条消息被传送到最终用户终端(例如GSM SMS业务)的反馈。该反馈可发回到MB，在此可将其记录。\n由于MG是IMB系统与现实世界连接，它们以模块架构为特征，新的电信技术一使用就能使IMB业务提供商迅速更新其设备，通过将MG构成为框架来实现该目标，其核心提供公用功能，适合于作为一种插件(见图4)的专用技术协议转换模块(例如SMS驱动器)。\n消息鉴别和保密消息鉴别允许通信方确保发送和接收的消息(以及真的和引证的始发者)相同。MB系统使用具有MD-5加密散列功能的加密散列消息确认码(HMAC)。RFP2104中描述了HMAC，并且为了IP安全性已选择HMAC，例如传输层安全(TLS，马上替换SSL)和安全电子交易(SET)。与对称的分组密码相反，加密强散列功能不构成应用的基础或输出限定。仍未实施消息加密。我们更喜欢基于RSA算法的公用密钥加密。\n例子为概括至此所描述的内容，图5示出IMB系统如何响应用户的请求(通过万维网接口)来工作以便向被叫方传送作为SMS的文本消息的例子。\n发明内容\n本发明的目的是针对具有可变特征的环境改变上面说明的即时发消息方案。那些可变特征可从用户实际上可随情况的改变和/或他们移动到不同地区而自由修改其个人用户简档的事实产生。\n通过独立权利要求的特征实现上述目的。从属权利要求进一步阐述了本发明的中心思想。\n因此，根据本发明提供用于存储和管理用户简档数据的数据库。用户简档数据表示用户的信息和/或信息传输网络中涉及终端设备用户接入的用户优选的集合。该数据库针对每个用户分别包括多个可由用户生成，编辑和/或删除的预定制的用户简档。多个可定制的用户简档与表示用户的物理位置和/或逻辑上下关系的用户环境相关联，其中一个用户可以一次只激活多个用户简档中的一个，所激活的用户简档指示用户在目前物理地址或逻辑上下文环境中希望通过其而被通知的终端设备；其中，该用户简档被实现为多批逻辑分组的插件，其中每一个插件具有标识一个给定的简档特性和对应于给定特性内容的特性值的特性密钥。\n数据库可针对一个用户包括多个用户简档，其中在同一时间仅有一个用户的用户简档工作。\n每个用户可在所谓的用户空间中拥有多个用户简档，用户空间是上述用户简档数据库提供的用户自己的数据空间。\n用户简档可完全相互独立，或相关。在后一种情况下，可认为用户简档是一个图形的节点，定向弧线表示按排序方式链接用户简档的逻辑链路。\n将每个定向的、开环路径定义为″上下关系″。\n将专用用户简档(下文表示为前端机简档，或简称为FES)定义为包含一组前端的描述。当FES彼此不相关时，每个上下关系仅链接到一个FES和一个或多个用户简档。\n可通过遵循继承方案，利用附加的新简档，将链接结构的用户简档用于有效地扩展由预先存在的用户简档(或其链接的组)传送的信息。\n最终可扩展该继承方案以包括不属于完全给定用户空间的用户简档，而可供所有(或一组)用户使用。该方案实现了共享信息的概念。\n上述图形在拓扑结构上等同于无环路的自由树结构，其根代表整个IMB系统的缺省配置。\n用户空间是上述主树的非环形自由子树。在用户空间范围中，子树根与包含用户的个人信息的用户用户简档一致。所有其它链接的简档从该用户简档缺省。这种情况下，每个树的分支(连接到给定子树的一些节点的无环形定向路径不与子树概念混淆)表示在给定用户空间上的上下关系投射。\n用MASE简档专利中描述的内容来描述上述概念。具体地说，一个用户简档是一个插件，一种上下关系是一组插件，施加到该上下关系的顺序是所谓的搜索顺序。\n可为每个用户提供一个或多个存在标记，每个存在标记表示用户在给定的用户简档中配置的终端设备之一接收入局即时消息的副本的可用性。\n用户空间与特定的用户简档，即包含用户的个人信息和(作为选项的)业务专用信息的所谓缺省用户简档相关联。仅可由用户简档数据库的管理者生成和删除该用户简档。用户只能部分地修改其自己的缺省用户简档。\n用户简档的分级方案象一颗树，缺省用户简档是该树的路由。\n优先权信息可与用户简档的每个终端设备相关联。\n数据库可包含有关接入网络，网络地址和每个终端设备的特征的信息。\n可向每个终端设备赋予该用户的助记符。\n可向每个用户赋予统一的名称。\n可以以分布形式将数据库的内容存储在插件中。\n用户可直接查询和对信息计数。\n根据本发明的另一个方面，提供在网络环境中在计算设备的存储器中加载时，实施按照如上所述的数据库的软件程序。\n根据本发明的另一个方面，提供一种用于在信息传输网络中管理用户简档数据库的方法，该方法包括以下步骤：提供一个用户简档数据库，该数据库用于用于存储表示用户的终端设备组的用户简档数据。该数据库针对每个用户包括可由该用户生成，编辑和/或删除的一组用户简档(用户只能部分更新的缺省用户简档除外)，其中每个可定制的用户简档与表示该用户的物理位置和/或逻辑上下关系的用户环境相关联；一次只激活多个用户简档中的一个，所激活的用户简档指示用户在目前物理地址或逻辑上下文环境中希望通过其而被通知的终端设备；将来自发送者的信息发送给被包含在被激活的用户简档中的终端设备；其中，该用户简档被实现为多批逻辑分组的插件，其中每一个插件具有标识一个给定的简档特性和对应于给定特性内容的特性值的特征密钥。\n数据库可包括一个用户的多个用户简档，其中在同一时间只有一个用户的一个用户简档工作。\n根据本发明的另一个方面，提供在网络环境中在计算设备的存储器中加载时，实施如上所述的方法的软件程序。\n为了满足UIM系统的时间约束，IMB系统必须确定是否可在线或通过其它快速传输装置到达IMB用户。\n因此，IMB系统维护IMB用户简档数据库中IMB用户的信息。向每个IMB用户分配用户空间，在一组用户简档中组织定制信息。下文将该组表示上下关系。用户可针对不同的情况定义不同上下关系并在它们之间动态切换。在任何给定时间，IMB系统实际上仅可使用用户空间中包含的一个上下关系。下文称该上下关系为现用上下关系。用户空间维护定义当前使用的上下关系的现用上下关系指示符。用户可随时切换到另一种上下关系(上下关系切换)。使用每个用户简档和上下关系的助记名称对该机构的可用性方面有极大改善。\n目前使用的现用上下关系充分描述了如何到达该用户。这包括该用户是否在优选终端设备上在线的指示，以及当不能到达优选终端设备时可联系给定IMB用户的一组备用终端设备。这些备用终端设备也可用于接收即时消息的附加副本，除了该信息外，用户简档包含有关每个终端的信息。消息代理期间使用下列上下关系信息：1.在线-表示该用户当前是否在线2.优选终端设备-该用户当前工作的终端3.优先表-表示IMB系统用于选择终端设备所遵循的顺序：首先选择高优先等级的终端设备。如果此时不能使用所选择的终端设备，IMB系统将选择同等或仅低一个优先等级的另一个设备(后退机理)。\n4.存在标记-获得的存在标记的数量和用户在任何给定时间实际希望使用的(获得的标记之外的)标记数量。\n对于每个终端，MB可检索下列信息：1.网络类型-规定IMB系统可通过什么电信媒体和/或业务提供商与所选择的终端设备联系。该网络类型包括确定通过该网络传送信息的时间性所需的QoS信息。\n网络地址-规定IMB系统可如何通过给定的网络与寻址的终端设备联系。\n2.终端设备特征-IMB系统使用该属性选择适当的信息格式转换机理，该信息格式转换机理是以准备使用的形式向被叫方的优选终端设备传送信息所必需的。\n为了行政和管理的目的，把用户简档中列出的每个终端设备与使人们易于参考任何终端设备的助记符(名称)相关联。此外，用户空间包含附加的用户定制信息，例如，公用密钥(用于消息保密)，伙伴表，使用统计等。\n用户可以通过象基于万维网的用户接口，SMS，或客户应用这样的不同手段操纵其简档。这样允许定义当前使用的设备和为不同情况定义不同简档。可随时将当前现用的上下关系指示符切换到另一个简档。\n附图说明\n当结合公开的附图阅读本发明下面的详细说明时，本发明其它的方面，特性和优点对本领域的技术人员变得显而易见。\n图1表示统一即时发消息系统的基本架构组件，图2从商业观点表示了统一即时发消息表面，图3从计算观点表示了即时消息代理器，图4表示具有协议接口模块的即时消息网关，图5表示跨越即时消息代理器系统的信息流，图6表示即时消息代理器计费管理的上下关系和功能分离，图7从信息观点表示了即时消息代理器数据库的细节，图8从计算观点表示了即时消息代理器计费管理功能的全局示意图，图9从计算观点表示了即时消息代理器系统的细节，\n图10表示增强的简档结构，图11表示数据模型(UML级示意图)不完全的例子，图12表示映射到EMPP的参考数据模型，图13表示即时消息代理器可变环境的例子，图14从工程点表示了核心消息网关系统的细节，图15从工程观点表示了消息代理器核心的细节。\nACTS   高级通信技术&业务COTS   现货商品EMPP   增强的MASE简档范型(Paradigm)FES    前端设备IM     即时消息GSM    全球移动通信系统GUI    图形用户接口HW     硬件IMB    即时消息代理器IN     智能网络IP     网际协议MASE   移动应用支持环境MB     消息代理器MG     消息网关NP     数字可移植性ODP    开放分布处理OS     操作系统PC     个人计算机PDA    个人数据助理SMS    短消息业务SW     软件TINA   电信信息网络架构UI     用户接口\nUIM    统一即时消息ULM    统一模型化语言UN     统一名称WAP    无线应用协议WWW    万维网具体实施方式本发明通过处理可变环境而不是由原始IMB发明提出的静态环境推广了IMB的概念。在可变环境中，用户可在其中与IMB系统交互的上下关系可随时改变。\n环境可变性来源于两个无关的原因：(i)IMB业务用户可用来通过该业务到达的终端设备组可随时改变(例如，用户可改变移动电话业务提供商)；(ii)用户可能在行进。后一种情况下，用户可到达在手边不能使用他们的一些终端设备(例如用户传真机)和/或以更好的质量价格比提供的附加设备(例如话音邮件设备)的位置。\n因此，在IMB系统的设计阶段，通过允许用户随时和以最方便的方式改变其原始用户简档信息来考虑这些因素。\n此外，用户可能发现存储特定的信息配置以便以后使用是有用的。例如，经常住在某个旅馆同时访问某个位置的商务人员应该能够将其IMB用户简档信息马上改变成已经考虑了旅馆设施的预先存储的简档。用户可仅利用用于识别定制IMB用户简档的人们可理解的助记符来进行该选择。\n该特性通过避免为改变用户简档信息而与IMB系统重复地公用交互而减少了用户对IMB业务的使用。\n因此，本发明向用户提供了一种询问IMB业务计费信息的快速方式。\n提供所有这些特性的原因是：·自动改变：只要可变环境改变，可自动命令IMB系统如何在其最方便的终端设备(或设备组)到达用户。\n该特性在对移动AD-Hoc网络结果寻址时特别有用。\n·易于改变：就维护和管理目的而言，IMB用户能够以用户友好的方式(例如使用定制助记符)与IMB系统交互。\n智能网络和TINA标准都集中在相似的问题上，但它们都限于电信领域(例如在呼叫传送和呼叫改向业务中)。实际上，TINA方案正在将公司的焦点从完全的电话业务向多媒体业务转移，但到写下该说明书为至，这种标准化努力仍未在电信市场上获得较大的进展。此外，与IMB业务相比，TINA处理更复杂的情况，并且对现有的基于万维网(WWW)的业务，移动多媒体应用和手持计算设备连接到WWW的无线设备没有明显影响。\n介绍图6描绘了可变IMB环境的上下关系，也给出了高级功能分解(先引入ODP工程观点，在后面的段落中详细说明)。\n在共同建立IMB系统的HW项目组上分布一组SW单元。这些SW单元协作执行他们的任务，以便允许IMB用户管理他们的IMB简档和计费信息。\n具体地说，这些SW单元由IMB计费管理客户和业务器单元构成。客户单元作为希望接入其IMB用户简档和计费信息的用户的前端。后一个单元包含IMB计费管理核心功能，并且还分开布置在IMB消息网关(MG)中、IMB消息代理器(MB)中、IMB用户简档数据库中、和IMB计费数据库中的多个HW单元中。\n关于IMB用户简档数据库的解释实际上，图6中仅将IMB用户简档数据库HW单元简单地表示为用户简档数据库1，并将其放置在识别IMB系统7的椭圆外部。因为由该数据库管理的信息可很方便地被其它系统使用，其它系统可依赖它来向其提供业务，该图实际上提出了用户简档数据库1与IMB系统7之间的区别。\n就用户当前可到达的终端设备(和备用终端设备)而言，独立用户简档数据库方案提供的主要优点在于：在任何给定的时间检索用户当前状态的可用性。\n可将这些信息与动态电话簿(白页)相比，即例如由用于定义号码可移植性业务(限于完全电信arean)的IN标准化主体寻址的机理。\nIMB系统7依赖于用于唯一识别IMB用户的统一命名转换。通过遵循上述方案，因此，可将该题目移出真正的IMB系统上下关系，到更一般的用户简档数据库1。\n如同IN号码可移植性的情况，用户可用用户简档数据库1登记，以便获得统一的名称(UN)，并将每当预订特殊业务时可能需要的任何信息，如IMB业务情况中的IMB用户简档信息存储在那里。这种情况下，也可用统一的名称正确地接入IMB计费数据库8。\n本发明给出了可有效地用于在用户简档数据库1中存储一般的了解上下关系信息的公用数据库结构，后面更详细描述统一命名问题。\n方法本段通过描述下列内容从逻辑的观点引入在此提出的方法：逻辑数据结构模型(在ODP信息观点的水平描述)；可用于操纵该数据的逻辑操作(在ODP计算观点的水平描述)。\n图6表示可变IMB环境的上下关系和高级功能分解，大部分上述SW单元是放置在IMB系统HW单元中和用户简档数据库中以及数据库管理系统HW单元中表示的。\n图7相对于IMB数据库给出了IMB系统ODP信息观点的细节。使用的图解注释是UML。该图以图解的形式高度概括了所描述的数据结构。\n图8给出了整个IMB系统的ODP计算观点，圆圈表示逻辑计算对象，圆角框表示连接抽象图，双交叉弧线表示各种对象间的接口。前端功能可容纳IMB业务接入和IMB计费管理客户单元。\n在该图中，ISP简档DB和ISP DB连接分布表示IMB系统可仅依赖于第三方的DB(在所示情况下是因特网业务提供商)来检验IMB用户的身分的一种可能情况。存在着用于实现同一目的(即接入用户鉴别信息)的几种其它可能，例如利用GSM运营者DB，或IMB业务提供商拥有的DB(可与IMB计费DB一致)。\n相对于图7给出的UML级示意图，图8和9描绘的计算观点示意图，提出的方法提供下列特性：1.向IMB用户提供IMB业务用户空间：·IMB业务用户空间利用零或许多扩展的用户简档对缺省用户简档(最初在预订时产生)分组；·存储扩展的用户简档，预先配置可用于代替缺省用户简档和/或与缺省用户简档集成的用户简档；·可改变，查询，但不删除缺省用户简档，而扩展的用户简档可被产生，改变，查询和删除：◇如上所述，在预订时，缺省用户简档仅由IMB业务提供商在预订时产生一次；◇同样，只有IMB业务提供商可实现缺省用户简档删除。当这种情况发生时，实际上将整个给定用户的用户空间删除；\n◇因此，本发明通过在IMB计费管理功能中引入不同等级的授权来提出这些问题；·为了效率目的，扩展的用户简档可以一直对用户简档信息和共享用户简档信息缺省(如果需要)(从而避免信息复制)；·该等级方案可进一步循环扩展，从而得出IMB业务用户空间在拓扑结构上等同于非环形自由定向图的结论。在用户空间范围中，该图形假设非环形自由树形拓扑，根节点与缺省用户简档一致。\n2.它提供了现用上下关系的概念：在任何给定时间，IMB系统仅能有效地使用一个用户上下关系；可认为所有其它上下关系处于备用状态：·用户可在运行时从一种现用上下关系切换到另一种上下关系(上下关系切换)。仅通过更新现用上下关系指示符来完成该操作，现用上下关系指示符是用户空间的一部分并维护对当前作为现用上下关系使用的上下关系的参考；·相对于正常的MB路由活动，对现用上下关系的任何改变(包括上下关系切换)是相互排斥发生的。可相对于正常的MB路由活动同时进行向任何其它备用简档的改变。\n3.允许IMB用户直接查询MB用户简档和计费信息·利用简单的IMB功能将查询结果发送到用户(例如如果用户根据他/她的用户简档优选，可将计费信息作为SMS消息发送到查询者)。\n4.允许IMB用户更新IMB用户简档信息。\n·可将更新提交给改变的用户简档，或提交给另一个新的用户简档：◇可通过仅存储新信息产生新的(扩展的)用户简档，(可得到对IMB系统来说是新的标记和/或可替换先有的标记)：为此，新的扩展用户简档在逻辑上是指在先信息。通过IMB用户空间的上述逻辑定向图形结构提供该参考方案。这里要指出的是：没有使用过任何信息克隆机理。\n5.允许用户在现用上下关系中配置的终端设备组之外的特定终端设备发出其可用性的信号·用户在一个或多个终端设备的可用性涉及到存在标记的概念，IMB系统使用存在标记来选择路由选择消息的适当终端设备；·在一重标记的(正常)情况下，用户可在逻辑上从一个设备移到另一个设备的存在标记只有一个；\n·在n重标记的情况下，用户可在多个终端设备自由和独立地发出他/她的可用性的信号多达等于n的最大次数。设想大于一的多重性业务为用户可另外付费获得的任选特性。\n6.用户可利用前端设备实现所有上述管理操作.该机构提供到IMB系统的安全连接，负责：6.1检验用户鉴别(通过万维网业务器的传达或直接通过消息网关功能)；6.2确定用户鉴别等级(例如，根据用户简档和/或计费数据库中包含的信息，通过消息代理器功能)；6.3满足用户的请求并将结果传回到该用户(例如，根据用户简档和/或计费数据库中包含的信息，通过消息代理器功能)；如下面更详细描述的，该功能分成多个SW单元。\n方法的实施以下段落描述从逻辑模型(ODP信息和计算观点)变换到其实施(ODP工程和技术观点)。\n首先，把前一章中给出的逻辑数据变换成简档概念的扩展版本。\n下面相对于原始IMB系统架构，按照SW和HW单元描述上述ODP计算观点模型的物理实现。\n统一命名转换假设利用逻辑名称以某种方式唯一地识别IMB业务用户和更一般的用户简档数据库项目，本发明提出下列内容：1.利用统一名称(UN)，即电子邮件地址型的初级密钥识别用户简档数据库项目；·例如，一个商务人员可拥有世界范围内专用的UN(例如，john-d-smith-123@imb.sony.de)：该商务人员可仅通过将即时消息传送到上述UN来到达其IMB用户简档中列出的任何终端设备上；2.利用用户的个人信息，例如姓和名，生日，出生地，家庭住址等来识别用户简档数据库项目。该信息作为第二级密钥，而UN作为初级密钥。在第三方要求时，这些特性(下文称为特性)的组合可用于检索用户的UN；3.通过发消息到用户简档数据库的管理机构来分配UN。在最简单的情况下，用户简档数据库实际上由IMB业务提供商自身拥有；\n4.IMB业务用户可使用其UN和/或可通过IMB系统到达的个人/组的化名。UN和化名(都作为字符串，但后者不限于任何具体方案)隐藏了该用户可到达的当前终端设备的地址)，从而概括出用于传送IMB业务的技术。\n5.作用IMB系统的特有特性，可向用户简档自身分配逻辑名称(化名)，以便按照用户的感觉改善整个系统可用性。\n用户简档数据库结构缺省和扩展用户简档实施成特性(插件)组，每种特性密钥专用于识别给定的特性，该特性值对应于给定的特性内容。\n密钥名称空间取决于插件名称，最终可包括组内密钥分类学(例如，<a-fully-qualified-card-name>.terminal.speed会在给定的用户简档数据库中唯一地识别包含终端特性的速度子特性的特定插件)。\n利用MASE简档命名约定，通过名称逻辑识别这些组：这些名称是用户名，终端名，网络名，应用名和状况名的结合(按出现的顺序)。\n另外，引入第六个名称，位置名，以便把有关的信息传送到当前可到达的用户。该位置真实地表示物理位置(例如，城市，饭店或机场)，而状况表示上下关系(例如，″家庭″对″工作″)。所修改的MASE简档范型在下面表示为扩展的MASE简档范型，并缩写为EMPP。\n图10描绘了在EMPP中如何实际构成插件：该信息不存储在上述逻辑数据模型中最初提出的缺省和扩展用户简档数据结构中。而是将数据库的内容存储在插件中，这些插件以多种不同方式逻辑分组。\n首先，可以按插件的类型组织这些插件。插件的类型表示其它插件可依赖的一组缺省值。每种插件的类型唯一变换到一种上述的插件名称组成部分。可以按树形结构逻辑组织一种插件类型中的插件。\n例如，一个纯粹的终端插件(即属于该插件类型终端的一种插件)包含所有密钥/值对的描述，一种给定的终端设备：其它插件可使用该值用于使任何终端专用特性缺省。\n通过逻辑组合纯粹的终端插件(可一起分在T1组中，后缀表示只有一个插件的情况下专用的插件名称组成部分的数量)，得到一组新的插件，T2。\nT2元素包含建立在T1组元素上的新的和/或基础信息。如上所述，T2元素是逻辑组合，它到达数据库管理系统，以便正确地驱使T2内容缺省为由给定的插件名称识别的那些T1元素的内容。\n例如，包含(用户，终端)组合的T2元素规定有关将要使用的终端设备的定制信息，而将用户的和终端规定的信息缺省为分别包含用户的和终端信息的T1元素。\n该过程可循环重复，直到规定了所有插件名称组成部分。该循环中的每一步从T0至T6的范围中识别出一组，T0表示全球系统缺省(描述仍要配置的系统的缺省信息)，T6表示最特殊的信息定制。\n通过观察以分布方式实施缺省信息的概念：1.由专门的操作员(即用户或系统管理者)专门管理特定信息；2.特定信息与该业务的特定方面有关(即使用的应用，或上下关系)3在中间缺省(T2，T3，T4，T5组)中进一步改善该基本信息；4.每个操作者可跨越可使用的不同缺省值(即T0组和所有中间组)决定定制信息。\n由于设计该数据模型在多个组网的HW单元上对象分布信息这样非常复杂的脚本寻址，因此，该数据模型非常灵活。另一方面，该模型非常复杂(见图11)，假设每个Tx组中的元素数量可以非常多(例如T3组以插件组件名称多达20种组合为特征)。然而，未委托使用所有可能的Tx插件，因此，该由用户和/或系统管理者产生它们所需数量的表格。\n用增强的MASE简档范型实施IMB用户简档数据库本章节最终说明如何将图7表示的数据模型变换成EMPP。图12中说明了该变换。\nIMB计费用户空间和IMB用户空间可以重叠在一起，并仅利用规定的插件组件名称用户变换成T1元素。在该插件中，在用户的个人信息间，可将现用上下关系指示符实施为两个密钥/值对：当前位置指示符和当前状况指示符。可用它们中的一个或两者来选择规定该当前现用上下关系的T2元素。\n由于下列原因，当前现用上下关系非常依赖于这两个概念(如图12中通过上下关系间的多个继承联系(物理和/或逻辑上下文环境的逻辑表示)和T2元素用户位置和用户状况所示)：·由于本地管理局和/或组织可定制IMB业务，该上下关系可只取决于物理位置。例如，饭店可向其顾客，即碰巧为IMB业务的用户提供一组终端设备，与缺省的终端设备组相比，顾客能够以更方便和快捷的方式达到。\n·该上下关系可仅取决于用户碰巧所处的状况。例如，用户可在会议，休假期间进行工作，或进行一些自由时间的活动。在任何一种情况下，该状况可使IMB系统将其所处的业务传送到不同的终端设备组并具有不同的策略(如立即传送或稍后传送)；·上下关系可能取决于状况和位置的组合：某个饭店中的商务会议，汽车中的商务旅行等。基于位置的上下关系可暗示着基于状况的上下关系，反之亦然。\n一旦选择了上下关系(通过识别用户位置和/或用户状况插件)，IMB用户可选择她/他可能以最高优先等级到达的当前终端设备。利用密钥/数值对，用户位置和用户状况插件两者中包含的当前终端指示符来实现该选择。备用的终端设备也在该插件中列出：IMB MB使用该表选择即时消息发送到的备用终端。如果标记重复度n大于1，IMB可选择该表中前n个元素，并将进入的即时消息的副本发送到所有对应的终端设备。\n最后，利用T4，T5和T6检索更多定制的信息。\n作为关键特性，EMPP允许用户在缺省顺序之外实施其优选的检索顺序。\n除上述机理之外，作为一个任选特性，EMPP还通过向它们中的每一个加入特定的解决规则(属性解决规则)来允许更多的特性。通过规定可如何取代缺省信息，该方案可用于在EMPP插件的整个组中提纯搜索过程。实质上，用表示应用该规则的新参数来增加密钥/数值对(从而导致逻辑密钥/规则/数值三者一组)。该规则如下：·锁定：沿搜索行程发现的最前出现的给定特性被认为是最终的，并可终止该搜索过程。\n·取决于搜索顺序，该规则导致不同结果：·作为典型情况，如果搜索顺序首先检验到最通常的特性出现(例如从T0至T6的元素)，这将优先于可沿以后的搜索行程发现的任何其它更具体的给定特性出现；·作为例外情况，如果该搜索顺序首先检验到最具体的特性出现(例如，从T0至T6的元素)，该规则将产生与取代结果相同的结果(见下文)；·取代：最具体的给定特性的出现被认为是最终的，并且可终止该搜索过程；\n·增补：沿搜索行程发现的所有出现的给定特性的内容结合被认为是最终的。该规则仅对特定类型的特性(例如字符串)有意义。\n有关分辨规则的信息实际上链接到特性密钥，并且在整个数据库中是唯一的。通过改变规则，实质上产生了一种新的特性类型，即使密钥相同。\n可实现全部EMPP，例如作为一个相关的数据库(见表I)。\n图13通过突出典型IMB环境的可变特征列举出了IMB业务的使用。\n单元可将IMB计费管理功能分成一组协同操作的SW单元，可将SW单元分布在多个过程中。最终可将这些过程分布在多个HW单元中(见图6)。在该范围，可能有利于MASE组件架构的使用。该方案以ODP工程观点概念为基础。\n下面的章节更详细地描述了这些SW单元中的每一个。\nIMB计费管理客户单元用户可利用IMB计费管理客户单元接入其IMB计费信息(具有只读许可)和其IMB用户简档(具有读写许可)。\n下面的章节中将分解成几个SW单元检验该客户单元的对应者，即IMB计费管理服务器单元。\n该客户单元可直接位于该用户目前使用的终端设备上，或特定的终端设备上(例如，在用户只接入象用户传真机这样的无声终端设备的情况下的第三方PC)。\n该客户单元与一个MG建立安全并且已鉴别的连接(直接，或例如通过万维网服务器的转达)，把用户的请求传送到MG，最后，MG一对该请求做出响应就向用户给出结果。\n最后，在“保留”计时器终止后，该客户根据用户的明确请求，或暗示来管理注销过程。每当用户向MG发送请求时复位该“保留”计时器。\n该单元向用户提供用于浏览IMB用户简档和计费信息的UI。该UI可以是一个独立的SW单元(用户在预订时间从IMB业务提供商获得该SW单元，并安装在他/她的PC/膝上型计算机/PDA)，或可利用COTS万维网浏览器通过IMB万维网服务器的支持接入。其它的UI实施方案可以是：·GUI·万维网接口(例如利用Java小服务软件技术)·SMS\n·WAP·电话·命令行(脚本)·等等在终端设备不提供一种方便的和可使用的GUI解决方案的特定情况下，客户单元提供有限的其功能组。例如，用户可使用GSM/SMS移动电话用于有限的功能组，象发送在线指示信号，从他/她的IMB用户空间下载IMB用户简档名称(化名或插件名称)表，进行上下关系切换，或只询问IMB计费信息。\n此外，甚至可利用许多其它技术(例如语音识别)来请求该有限的操作组。\n因此，该客户单元功能根据用户使用的终端设备的特征而改变。\nIMB计费管理服务器单元该服务器单元向IMB计费管理客户单元提供功能性补充。\n实际上实施在此提出的方法的服务器单元是一个逻辑单元，因为它进一步分解在一组分布在多个IMB建筑物中的SW单元中。这些SW单元协同操作，以便提供希望的IMB计费管理服务器单元功能。\n管理网关计费管理服务器单元图14表示消息网关的一种ODP工程观点。遵照ODP图解注释和术语，圆圈表示物理基本工程对象(即组成该系统的SW子单元)。圆角框表示群集(即分在单个存储地址空间中的一组密切相关的基本工程对象)。灰色的矩形表示概括群集间通信的物理信道。这些通信可跨越SW过程(通过由基础OS提供的IPC机构)或HW设备(通过组网)。在ODP术语中，核心表示基础OS。双划弧线表示各种对象间的接口。\n在该等级，由于IMB架构完全是模块化的，因此在SW存储地址空间(也称为处理，或按ODP术语也称为容器)和HW单元(按ODP术语也称为节点)间不出现组群的物理分布。\n该图实际地表示了始发MG(即只构成用来处理入局请求以产生IM的MG)。然而，核心MG不依赖于MG配置。\nMG计费管理功能完全位于核心MG中。MG计费管理功能作出MG IMB计费管理服务器单元的模型。\n该单元驻留在IMB MG中(见图14)，并处理(i)与用户建立安全连接，(ii)用户的身分鉴别，(iii)“保留”计时器管理和(iv)从用户到IMB MB的消息中继，反之亦然。万维网服务器可交替地提供前三种功能。\nMG通过与MB计费管理单元的安全IP连接来进行通信。\n消息代理器计费管理单元图15表示消息代理器的ODP工程观点和IMB数据库。MB协调功能包含用户简档和IMB计费数据库接入客户单元这两者；用户简档DB和IMB计费DB信道分别作出用户简档数据库接入客户和服务器单元之间的信道，以及IMB计费数据库接入客户和服务器单元之间的信道的模型。在用户简档DB和IMB计费组群两者中出现的DB接入工程目标构成(分别)实现用户简档数据库接入服务器单元和IMB计费数据库接入服务器单元的核心的COTS DB管理专用系统功能。\n该图还描绘了负责专用IM处理功能的IM处理实体。\nMB架构允许设计者根据专用解决方案的需求在许多其它实施方案间进行选择。实际上，它可能对根据管理，费用，或可在实施方案间变化的性能系数在相同节点上配置MB和数据库，或在多个节点上分布MB和数据库有用处。\n该SW单元位于IMB MB中(见图15)，并把用户的IMB计费管理操作变换成用户简档数据库的查询更新，生成和删除操作。后两种操作只允许被许可的人员：因此，MB计费管理单元始终检验用户的许可等级，以便确定是处理还是拒绝所请求的操作。\n此外，该单元还将用户的IMB计费管理操作变换成IMB计费数据库查询操作。生成计费信息并由IMB系统以一种受保护的方式专门管理。要是没有特殊情况(并具有对应用户的许可)，可允许系统管理员修改计费信息(例如在对帐单有争议的情况下)。因此，该SW单元将仅对被许可的人员维护提供计费信息。\n另一方面，为了保护上述两个数据库中的任意一个存储的用户自己敏感的和专用数据(如密码，保密密钥等)，应防止系统管理员/IMB业务提供商对该信息进行任何查询和更新操作。应仅允许IMB业务提供商生成和删除用户敏感的信息。为此，IMB业务合同将订出用于确定隐含合同终止期限的特殊规则的条款，如果有的话。\n该单元和核心MB两者的路由选择功能采用两个数据库接入客户子单元，一个用于用户简档数据库，一个用于计费数据库：这些子单元中的每一个协调所有对应的数据库接入。\n该SW单元最终管理将所请求的操作的结果传回到该用户。\n用户简档数据库接入客户单元MB数据库接入单元通过逻辑信道与用户简档数据库通信。该信道跨越用户简档数据库接入单元与MB数据库接入单元连接。该SW单元调整信道接入并密封实施方案的细节(细节可根据是例如通过IPC机构在本地接入还是例如通过TCP/IP连接在远程接入该数据库来改变)。可保证跨越该信道的任何通信的安全，而与该信道的实施方案无关。\nIMB计费数据库接入客户单元MB数据库接入单元通过逻辑信道与IMB计费数据库通信。该信道跨越IMB计费数据库接入单元与MB数据库接入单元连接。该SW单元调整信道接入并密封实施方案的细节(细节可根据是例如通过IPC机构在本地接入还是例如通过TCP/IP连接在远程接入数据库来改变)。可保证跨越该信道的任何通信的安全，而与该信道的实施方案无关。\nIMB数据库单元这些单元包含利用如上所述的EMPP数据模型表示的整个IMB系统的密钥信息。通过利用COTS数据库管理系统，或是专用解决方案实施这些SW单元。在任何一种情况下，所要适应的最严格的要求是设想IMB系统以极高的可用性制约来处理大量业务的实际情况。由于COTS解决方案提供了被证明是高性能的解决方案，因此，优选COTS解决方案。\n构成数据库以使IMB用户空间根据EMPP模型适应选择的专用技术。例如，假设许多熟知的COTS解决方案实现了相关模型，可以设想EMPP向关系数据库模型的适当变换是最常用的解决方案。另一种替换的解决方案可以以SunMicrosystem的(纯Java)Javaspace为基础，Sun Microsystem的Javaspace一种基于元组空间概念的高级处理协调工具。\n作为例子，下面的表中给出EMPP模型向关系数据库数据模型的可能变换：密钥           部件名称                                  数值(P-密钥)密钥名称    密钥分辨  用户  终端  网络  应用  状况  位置规则终端监视速度  不考虑  Jack PDAxyz    无线IP 日历  工作  经销   9600bps商HJK终端监视速度  不考虑  Jack PDAxyz    缺省   缺省  缺省  缺省   4800bps终端监视速度  不考虑  Bill 移动电话  GSM    缺省  度假  Lisboa 2400bps终端监视速度  不考虑  缺省 移动电话  GSM    缺省  度假  缺省   1200bps终端监视规模  锁定    缺省 移动电话  GSM    缺省  度假  缺省   2α表I：在单表关系数据库上平化的EMPP数据模型的例子在单表关系数据库上平化的EMPP数据模型的例子用户简档数据库接入服务器单元用户简档数据库接入服务器单元经安全数据信道与用户简档数据库接入客户单元通信，并通过读写操作提供接入用户简档数据库的基本功能。\nIMB计费数据库接入服务器单元IMB计费数据库接入服务器单元经安全数据信道与IMB计费数据库接入客户单元通信，并通过读写操作提供接入用户简档数据库的基本功能。\n本发明与现有技术之间的主要有利区别下面列出本发明相对于现有技术所提供的优点。\n1.直接接入到个人IMB用户简档信息，包括计费信息。\n2.用户用于生成和/或修改现有用户简档的可定制逻辑用户空间取决于他们行动的环境中的变化。该环境可表示物理位置(例如，饭店或机场)，或逻辑上下关系(例如，″家庭″对″工作″)。环境变化可以是局部(每当该环境中可用的终端设备组因某些原因，例如可使用新的用户传真机，或改变GSM电话号码而改变时)，或全球的(用户从一个环境移动到另一个环境)。\n3.原始EMPP模型适用于在多个SW(处理，OS)和/或HW单元(计算机)间分布信息。\n4.一有终端设备和/或新技术可供使用，用户就可扩展用户空间内容。\n5.可在各种环境间无缝地使用用户空间。\n6.在给定的环境中，用户可通过存在标记信令的概念来改变终端设备优先级(该优先级向MB表示入局信息应优选发送到哪个终端设备。标记倍数可大于1，以便能够以额外的费用同时在多个设备上接收瞬时消息。\n7.通过使IMB系统与附加IMB单元(执行给定应用)和/或与COTS工具(例如微软的Outlook，产生约会通知，唤醒呼叫的日历等)对接，可将更复杂的应用(如延续日历的例子)组合到IMB系统中。这种情况下，应将应用专用数据引入用户简档中，以便指示IMB系统如何使用用于处理数据的外部应用。\n该可插接应用的另一个例子是语言翻译机的集成：IMB MB使用外部翻译机应用程序来确定要发送的IMB的最终内容。在所有这些(和许多其它类似的)情况中，由于由此给出的用户简档数据库结构足够灵活到容纳以象IMB系统那样非常适合分布处理环境的格式来容纳任何用户定制信息，本发明起了关键作用。\n·通过推广前面的章节中使用的原理，IMB用户不仅能够对其选择的应用定制，而且能够用助记符为它们命名，即，很容易记住逻辑名(例如，我的日历，德-英翻译机等)。\n8.该方案为IMB业务和移动Ad-Hoc网络环境之间的平滑结合铺平了道路：可自动检测环境变化并发送到IMB系统。该机构允许系统的快速自适应运转情况，能够以某种方式与移动电话越区切换机构相比。然而，本发明比纯粹的电话业务提出了更广阔的业务集合。\n实例如前面的段落中所述，本发明解决了提出和开发典型IMB业务脚本的可变特征(也称为IMB可变环境，见图13)的需求。\n由于IMB用户可以行进(即在可到达不同位置/办公室)和/或可在任何给定时间重新配置其可使用的终端设备组，因此可在任何地方与IMB用户联系。\n在图13的例子中，位于莫斯科的主叫方通过经万维网接口连接到IMB系统(利用具有因特网接入的PC)来尝试向商务人员HJK(即被叫方)发送IM。主叫方不知道该商务人员目前位于何处。所有主叫方知道的是商务人员的UN(例如，HJK@sony.de)。\n根据用户简档数据库中存储的信息，IMB系统分析该商务人员的(i)现用上下关系和(ii)当前的终端设备。\n一旦得到该信息，IMB系统最终可向被叫方传送(在所选择的终端设备规定的适当数据格式中的)IM。\n被叫方可移动到不同位置(例如，位于斯图加特的公司XYZ)和到不同状况(在旅行中，他可只使用移动电话和无线连网的膝上型计算机，或在家中)。人们很容易了解现用上下关系为什么是一种未受约束的概念。例如，家庭状况下可跨越不同位置：商务人员可选择把其现用上下关系住所变换到位于斯图加特的公司XYZ所在地的其实际住所和办公室。\n另一方面，位于洛杉基的饭店ABC可变为某件商务的整个期间一个新的商务人员住所。因此，商务人员可决定把一个单一的位置(位于洛杉基的饭店)变换成两种上下关系，住所(针对私人发消息)和旅途(针对商业事务)。\n在任何时侯，商务人员可采用本发明构成他的IMB用户简档；以便从事所有这些特性。此外，他可驱使IMB系统将IMS更改到远程位置(例如，总是向位于实际住所的用户传真机发送任何入局IM的副本)。利用标记概念很容易实现该目标。