经由移动网络提供通信信息服务的制作方法
【专利摘要】本发明涉及通信信息环境中移动网络(110)的使用。由能够经由移动网络(110)访问的应用服务器(108)所执行的本发明的方法实施例包括以下步骤：经由移动网络的无线接口(126)接收设置信息(124)，其中，设置信息指示用户终端(106)部署于其中的环境的环境设置；以及根据接收到的设置信息来控制(504)以应用服务器作为主机的应用(109)。
【专利说明】经由移动网络提供通信信息服务
[0001 ]分案说明
[0002]本申请是申请日为2007年12月20日，申请号为200780102341.8，题为“经由移动网络提供通信信息服务”的中国专利申请的分案申请。
技术领域
[0003]本发明涉及用于对能够经由移动网络访问的应用服务器进行控制的技术，更具体地，本发明涉及用于对以能够经由移动网络访问的应用服务器作为主机的通信信息(telematics)服务进行控制的技术。
【背景技术】
[0004]从一般的观点来看，通信信息服务包括十分多样的应用，如交通相关的服务、设施管理服务、应用的远程控制、健康相关的通信信息服务(“E-health”)、安全设备领域中的通信信息服务等等。可能最流行的是交通相关的通信信息服务领域，当涉及交通工具中的或用于交通工具的通信信息服务时，交通相关的通信信息服务有时也被称为交通工具通信信息，并且在该领域中提供的服务被称为交通工具通信信息。虽然在此将基本上将术语“交通相关的通信信息”和“交通工具通信信息”作为同义词使用并且将来自该领域的汽车服务视为例证，然而必须记住，以下描述同样适用于很多其它领域中的通信信息服务。
[0005]交通工具的示例是如轿车、卡车、公共汽车的道路交通工具;如舰船和小艇的水上交通工具;如飞机、飞行器和直升机的空中交通工具以及如火车的轨道交通工具。
[0006]很多交通相关的通信信息服务最终意在协调道路交通，即增加交通基础设施的使用效率，例如，通过避免交通阻塞、由搜索停车位而引起的交通或者通过将货运交通工具的空载运行最小化。在这点上，典型的道路交通工具通信信息服务(也被称为汽车应用)是交通预报服务和交通警报服务。可以将这种服务所提供的服务信息直接输出给道路交通工具驾驶员或可以取出到电子汽车导航仪。其它道路交通工具服务可以例如涉及在道路交通工具故障或事故的情况下的协助。这些道路交通工具通信信息服务中的很多服务基于用户(分别为其用户终端)的地理位置或定位。所要求的位置信息(定位信息)可以例如由乘载安装在交通工具上的GPS(全球定位系统)单元来确定，或从用户终端导出。对于其它类型的交通工具(如水上交通工具、空中交通工具或轨道交通工具)，类似的应用是可以想到的。
[0007]通信信息服务可由应用服务器提供，来自交通工具的信息必须被发送到应用服务器，并且从该应用服务器将服务信息发送回交通工具。例如，交通预报服务将依赖于构成特定交通流的交通工具的合理子集的地理定位信息，以能够不仅确定交通流的瞬时状态，而且还能够达到对交通流的未来发展的实际的假设。从而，作为用于交通预报服务的应用的主机的应用服务器在第一通信路径上接收定位信息，并在第二通信路径上提供交通预报信息(其中，这两条路径通常不相同)。
[0008]在通信信息环境下使用移动网络来提供交通工具和应用服务器之间的一条或两条通信路径，提供了优于使用其它很可能是特别设计的网络的优势。移动网络是可用的，并且移动电话(移动终端、用户终端)在很多可提供通信信息业务的区域内广泛使用，例如，在欧洲以及亚洲的很多地区。可以跟踪移动电话的位置，不仅因为移动电话中的一些具有内置的GPS单元;而且因为移动网络本身可以通过各种蜂窝定位过程之一来确定移动设备的位置;例如，可以经由来自于临近基站的三角测量来确定移动设备的位置。在很多移动网络中，这种技术可用于提供基于位置的服务。从而，在很多移动电话和/或交通工具中，不需要有复杂而昂贵的GPS单元可用;相反，移动网络可以根据数量足够大的服务参与者确定位置信息，以提供例如交通预报服务。
[0009]虽然传统GPS的精确度较低，差分GPS(D-GPS)可实现米范围内的精确度;然，而D-GPS也更加复杂并且不能在任何时间任何地点可用。蜂窝定位机制具有在200米-2公里的范围内的精确度，可通过将所测量的电话位置与所存储的道路地图相比较来提高精确度。
[0010]—般地，当使用对移动电话的位置进行指示的位置信息时，隐含地假定了移动电话的位置与交通工具的位置是相同的。然而，虽然交通工具的乘载GPS单元可能与该交通工具固定地相关联，但是移动电话则不是这样;移动电话一般(宽松地)与其用户相关联，并从而是移动的。
[0011 ]基于传统蜂窝定位的交通工具通信信息服务可能并不十分可靠和准确，因为不能确定任何特定移动终端是确实位于作为要分析的交通流的一部分的交通工具内，还是事实上属于停靠的交通工具、行人或甚至附近建筑内的用户。在这些移动电话(用户终端)注册了服务的情况下，服务器将会考虑到其位置信息，即使这将使得交通流计算失真。
[0012]为了提供更可靠和准确的服务，需要复杂的机制，例如D-GPS和/或将测量到的位置映射到道路地图。即使这样，服务基于例如D-GPS的可用性，并且其精确度极大地取决于看似合理的考虑:根据道路地图定位在道路上的移动电话实际上参与了要分析的交通流。在任何的情况下，这些类型的改进机制都涉及复杂的确定例程，并且在移动电话实际上参与交通流这一基本假定错误的情况下产生错误的结果。
【发明内容】
[0013]需要一种技术，用于提供与上述机制相比复杂度更低的、可靠的基于服务器的通信信息服务(如，交通工具通信信息服务)。
[0014]通过控制应用服务器的第一方法满足了该需求。该方法由能够经由移动网络访问的应用服务器来执行，并且包括:经由移动网络的无线接口接收设置信息，其中，所述设置信息指示用户终端部署于其中的环境的环境设置；以及根据接收到的设置信息控制以应用服务器作为主机的应用。
[0015]移动网络可以例如是GSM(全球移动通信系统)、UMTS(通用移动电信系统)或LTE(UMTS长期演进)网络。应用服务器可以以各种方式与移动网络相关，例如，服务器可以是移动网络的一部分，例如可以属于UMTS网络的IMS(互联网多媒体子系统)。在另外的变型中，应用服务器位于移动网络的外部，并且例如可经由一个或多个如互联网的固定网络来访问。用户终端可以是任何能够经由移动网络的无线接口进行通信的终端设备，例如，用户终端包括移动电话、智能电话、PDA(个人数字助理)、笔记本等等。用户终端可以与单个用户或用户组相关，并且还可以与物理用户或如公司之类的非个人用户之一或两者相关。
[0016]可以将设置信息理解为与用户终端在环境中的部署有关的信息。从而，它可以指示用户终端和用户终端部署于其中的环境之间的关系。可以通过环境设置来定义这种关系O
[0017]可以通过包括用户终端部署于其中的环境的一个或多个具体的周边或周边条件的框架来表达环境设置。作为示例，可以预定义两个环境设置，即“在交通工具中”和“不在交通工具中”，指的是“用户终端在被称为交通工具的环境中”或者“用户终端不在被称为交通工具的环境中”。设置信息可以准确地指示这些预定义可能性之一。在该示例中，可以接收作为I比特信息的没置信息，即“比特设置”和“比特未设置”，该设置信息可以根据预定义的规定来指示上述环境设置，例如，可以通过设置信息“比特=I”来指示“在交通工具中”，通过设置信息“比特=0”来指示“不在交通工具中”。从而，在预定义多个环境设置的情况下，设置信息可以仅通过(短)引用来指示这些设置之一。
[0018]根据一个实现，环境可以是物理对象，设置信息指示用户终端和物理对象之间的关系。例如，设置信息可以包括用户终端相对于物理对象的位置的指示。例如，可以指物理对象的类型或种类。例如，物理对象可以是交通工具(如，汽车、公交、货车，然而也可以是轮船、飞机等等)、建筑(例如与其它公共建筑或私有建筑相对照的如图书馆的公共建筑)、建筑中的房间(例如，如会议室)。物理对象还可以被理解为一般的站点，例如“靠近公共交通的停靠点”(如铁路或公交站)或者“城市的中心地点”。设置信息可以指示与物理对象相关的用户终端的位置是“之中”、“之内”、“靠近”、“紧邻”等等。作为更一般的示例，可以基于例如用户终端和物理对象中的本地通信单元(例如，用户终端和交通工具中的蓝牙通信单元)之间的本地通信连接(尤其是经由如蓝牙或具有几米或更小覆盖的其他技术之类的短距离通信技术)的建立来确定用户终端和物理对象的位置关系的存在。在这种情况下，设置指示可以指示“本地通信建立”，该指示可能不必须意味着用户终端物理对象“之中”，而是可以定义“靠近”或“紧邻”的含义。
[0019]在任何的情况下，应用服务器能够将由其接收到合适设置信息的终端设备与未提交这种设置信息的其他终端设备区分开。
[0020]如已经示例性地描述的，在一些实现中，设置信息可以指示用户终端是否靠近物理对象或者是否在物理对象之内。对于以上示例，更进一步地，设置指示可以指示“在交通工具中”或“不在交通工具中”(在此，为简便起见有时给出为“不在/在交通工具中”)、“不在/在会议中”、“不在/在家中”、“在城市的中心地点”或“靠近公共交通的停靠点”。还可以根据特定应用的需要来指示其它空间关系。
[0021]设置信息可以包括物理对象的操作状态的指示。例如，状态指示可以指示对象的发动机是否启动和/或对象是否移动。附加地或备选地，可以指示物理对象的速度。关于任何类型的机动化和/或可移动的物理对象类型，这种信息可以是有用的，例如针对环境设置“不在/在交通工具中”，针对与公交、货车、火车、轮船等等有关的设置同样也有用，并且这种信息还有助于将停放的(未工作的)交通工具与在交通路径(如道路、河流等等)上驾驶的(工作的)交通工具区别开，从而提高应用的精确度。
[0022]本方法的一些实现可以包括以下步骤:由设置信息的接收所触发，发起对定位服务的执行，以确定与用户终端和/或与用户终端部署于其中的环境相关联的终端设备有关的位置。例如，交通预报服务应用可以被配置为，仅在所述终端已经将其环境设置指示为“在交通工具中”之后，才在交通预报中包括用户终端的位置。在接收到这种设置指示后，可以开始定位服务(定位应用)，以确定用户终端的位置。例如，移动网络中的定位服务可以从用户终端或者从与用户终端所在的物理对象(如交通工具)相关联的终端设备来请求位置信息。可以将用户终端中提供的或者内置在物理对象(如交通工具)中的GPS单元用来确定所请求的位置信息。
[0023]在服务器上执行的应用可以实现如交通预报或交通警报服务之类的交通工具通信信息服务，或者可以实现与交通工具跟踪、拖车跟踪、车队管理、针对交通工具的紧急警告系统等等有关的其它任何交通工具通信信息服务。与涉及道路交通不同，应用还可以涉及轨道交通或其它任何种类的交通。更进一步地，应用可以是更广泛意义上的通信信息应用，例如涉及如家用电器之类的设备的远程遥控、交通灯的控制或者与用户终端的用户有关的配置的控制;例如，可以根据接收到的设置指示来配置移动网络和/或任何其它网络中的用户的用户简档。
[0024]设置信息可以被包括在与用户终端有关的用户简档中。例如，控制应用的步骤可以包括以下步骤:在涉及用户终端的用户简档中表示设置信息；以及由应用来访问在用户简档中所表示的设置信息。用户简档可以以移动网络(如，在HLR(归属位置寄存器)或HSS(归属订户服务器)中)、其它网络中的用户简档存储器作为主机，或者可以由应用服务器自身来作为主机或与应用服务器自身相关联。其它任何应用以及移动网络中的控制实体也可以例如重复地(由于应用服务器的轮询操作)或独立于建立设置信息的时间来访问用户简档。此外，以这种方式，可以使用设置信息来控制移动网络和/或其它任何通信环境(如，根据环境和周边的通信信息环境，用户终端及其用户位于该通信环境中或该通信环境附近)中用户终端的用户的用户简档。
[0025]控制应用的步骤可以包括启动应用。例如，可以启动定位应用，以确定用户终端的位置并向如交通预报应用之类的其他应用提供对应的位置信息。备选地或附加地，控制应用的步骤可以包括:对应用进行(重新)配置。例如，可以将交通预报应用配置为仅响应于对适当设置信息的接收来包括用户终端的位置。
[0026]在本方法的一些实现中，控制应用的步骤可以包括以下步骤:向用户终端和物理对象中的至少一个提供由应用的执行而产生的结果信息。例如，交通预报服务可经由移动网络和经由点对点连接或点对多点连接(广播、多播)，向用户终端提供交通预报信息。
[0027]通过控制能够经由移动网络访问的应用服务器的第二方法，进一步满足了上述需求。该方法由移动网络的终端设备执行，并包括以下步骤:建立设置信息，所述设置信息指示用户终端部署于其中的环境的环境设置；以及经由移动网络的无线接口向应用服务器发送设置信息，以根据设置信息来控制应用。终端设备可以包括用户终端或者与用户终端部署于其中的环境设置相关联的终端设备;例如，所述终端设备可以固定地内置在交通工具中。
[0028]以上已经关于第一方法对设置信息以及应用的必须和可选特性进行了总结，其中所讨论的方面也可以应用于第二方法中所提到的设置信息和应用。
[0029]进一步地参考第二方法，发送设置信息的步骤可以通过建立设置信息的步骤来自动触发。例如，用户终端可以物理连接到交通工具，并可以执行对从交通工具接收到的信息进行操作的环境设置确定例程，以确定用户终端的位置是否“不在/在交通工具中”。在该例程得出结论:环境设置是或者已被变为“在交通工具中”的情况下，该例程可以触发对指示“在交通工具中”的设置信息的发送。
[0030]建立设置信息的步骤可以包括以下步骤:经由用户终端和与用户终端部署于其中的环境相关联的终端设备之间的本地通信连接，接收对环境设置的指示，并根据该指示确定设置信息。例如，该指示可以包括:典型地在特定环境中使用的特定通信体制的建立。例如，用户终端可以建立与交通工具的免提工具包的蓝牙通信。可以在用户终端和交通工具的免提工具包之间建立蓝牙HFP(免提模式)。用户终端可以基于该连接建立推断出其位于交通工具中。例如，可以在用户终端和交通工具中的本地通信单元之间执行蓝牙配对机制。可以将用户终端的蓝牙通信单元的设备地址存储在交通工具的蓝牙通信单元中(和/或反之亦然)。用户还可以在交通工具之前以其它方式来对他或她自身进行授权。例如，可以使用起动器锁的促动作为用户“在交通工具中”的指示，其中关于该促动的信息指示了设置信息“在交通工具中”所表示的环境设置。
[0031]作为另一个变型，如果蓝牙通信停止超过例如10秒的时间段，则用户终端可以推断出其的确在交通工具中而不是仅仅路过，然后可以向移动网络发送相应设置信息。
[0032]在另一实施例中，固定地与交通工具相关联的终端设备可以使用与用户终端的短距离通信连接的建立来作为指示，并且可以根据该指示相应地确定设置信息“在交通工具中”和与终端设备相连接的用户终端有关。
[0033]可以在与例如环境设置专用设备(S卩，与环境固定地相关联的终端设备)的本地通信连接的建立期间接收本地指示(例如，在USB或蓝牙通信建立期间)。设置专用设备可以是与物理对象在物理上相关联的本地通信单元，例如，可以是内置在交通工具中的免提工具包。另一个示例可以涉及位于会议室中、家中、公共交通停靠点等处的蓝牙基站或WLAN接入点。
[0034]如已经示例性地描述的，本地通信连接可以包括根据蓝牙、WLAN或类似的短距离通信标准的无线本地通信连接。由于其无接触的特性，可以有利地自动建立无线通信连接，即不需要用户执行任何动作。
[0035]第二方法可以包括其它步骤:从应用服务器接收对位置信息的请求；以及提供所请求的位置信息。例如，定位应用可以响应于终端提供的设置信息，向用户终端请求GPS信息。
[0036]此外，可以通过计算机程序产品来满足上述需求，计算机程序产品包括在一个或多个计算设备(例如，应用服务器或用户终端)上执行计算机程序产品时，执行在此描述的方法和方法方面中任一个的步骤的程序代码部分。可以将计算机程序产品存储在计算机可读记录介质上，如在计算设备内或与计算设备相关联的永久性的或可重写的存储器，或者可移动⑶-ROM、DVD或U盘。附加地或备选地，例如可以经由如互联网的数据网络或者如电话线或无线链路的通信线路，提供计算机程序产品来下载到计算设备。
[0037]还通过能够经由移动网络访问的应用服务器来满足上述需求。应用服务器包括:第一组件，适于经由移动网络的无线接口接收设置信息，其中，设置信息指示用户终端部署于其中的环境的环境设置；以及第二组件，适于根据设置信息控制以应用服务器作为主机的应用。
[0038]以上已经总结了设置信息和应用的特性。本讨论还可以应用于应用服务器所接收和使用的设置信息和以应用服务器作为主机的应用。
[0039]应用服务器还可以包括:适于由对设置信息的接收所触发，执行定位应用以确定终端设备的位置的组件。定位应用可以由移动网络作为主机，或者可以以应用服务器作为主机。在任何的情况下，都可以对定位应用进行配置来向终端设备请求位置信息。
[0040]第二组件可以适于在与用户终端有关的用户简档中表示设置信息，并且还可以适于访问用户简档中包括的设置信息。
[0041]进一步地，可以通过移动网络的终端设备来满足上述需求。终端包括:第一组件，适于建立对用户终端部署于其中的环境的环境设置进行指示的设置信息；以及第二组件，适于经由移动网络的无线接口向应用服务器发送设置信息，以根据设置信息来控制应用。终端设备可以包括用户终端或者与用户终端部署于其中的环境相关联的终端设备。
[0042]第一组件可以适于在建立设置信息时自动触发第二组件。
[0043]第一组件可以适于经由本地通信连接来接收环境设置的本地指示;并可以适于根据本地指示来确定设置信息。第一组件还可以适于:在与环境设置专用设备的本地通信连接建立期间，接收本地指示。附加地或备选地，第一组件适于包括无线本地通信连接在内的本地通信连接。
[0044]还通过与用户终端有关的用户简档来满足上述需求。可以在可连接到移动网络的用户终端中、在移动网络的用户简档存储器中、或者在能够经由移动网络访问的应用服务器中或与能够经由移动网络访问的应用服务器相关联地实现用户简档。用户简档包括:用于表示设置信息的数据字段，所述设置信息指示用户终端部署于其中的环境设置。设置信息可以具有如上总结的特性。
[0045]此外，还通过包括以上总结的应用服务器和用户终端的通信系统来满足上述需求。
【附图说明】
[0046]以下，将参考在图中示意的示例性实施例对本发明进行进一步地描述，在附图中:
[0047]图1是用于向用户终端提供通信信息服务的通信系统的实施例的示意性的概述；
[0048]图2A示意性地示意了图1的用户终端和交通工具的第一实施例的功能组件；
[0049]图2B示意性地示意了图1的用户终端和交通工具的第二实施例的功能组件；
[0050]图3是示例性地示意图2A或2B的终端设备的操作的流程图；
[0051]图4示意性地示意了图1的通信网络中的移动网络和应用服务器的功能组件；
[0052]图5是示例性地示意了图4的应用服务器的操作的流程图；
[0053]图6是示例性地示意了图1的通信系统中的消息流的序列图。
【具体实施方式】
[0054]在下面的描述中，为说明而非限制的目的，阐述了如特定环境设置和包括特定网络节点的网络系统、通信标准等等的具体细节，以便提供对本发明的透彻理解。然而，对本领域技术人员显而易见的是，本发明的教导可以在不具有此处所描述的具体细节的其它实施例中实行。虽然本描述集中关注交通工具通信信息服务，但也可以在其它领域中实行本发明，例如私有环境和/或公共环境中设备的远程控制、紧急服务、其它通信信息服务等等。本领域技术人员还将意识到，可以将本发明与不同于以下为示意本发明而讨论的UMTS网络的通信网络一起实现。这可以包括其它移动网路，例如GSM网络。本发明还可以与有线通信系统一起实现。例如，可以在户内IP网络(如，公司的内部网)中提供应用服务器。基本上，本发明可以与提供基于服务器的服务(例如，就最广义而言是通信信息服务)的任何通信系统一起实现。
[0055]本领域技术人员还将意识到，可使用单独的硬件电路、使用与编程的微处理器或通用计算机相结合来提供功能的软件、使用专用集成电路(ASIC)和/或使用一个或多个数字信号处理器(DSP)来实现下面将要说明的功能。还将意识到，当将本发明作为方法描述时，还可以在计算机处理器和与处理器耦合的存储器中实现该方法，其中，使用当由处理器执行时执行在此公开的方法的一个或多个程序来对存储器编码。可以将在此描述的节点或功能实体中的任一个(如，应用服务器和用户终端)实现为包括计算机处理器和耦合到处理器的存储器在内的计算设备。
[0056]图1示意性地示意了用于向交通工具101和104的用户提供交通相关的服务的通信系统100。通信系统100包括UMTS网络110中的用户终端106和应用服务器(AS) 108，其中，UMTS网络110是移动网络的示例性实现。用户终端106是能够用于与UMTS网络110通信的移动终端。从网络110的组件中，仅显式地示意了两个NodeB (无线基站)112和114以及HSS (归属订户服务器)115。定位服务器118向UMTS网络110中或与UMTS网络110相关联的服务(即针对网络和/或外部应用提供商的呈现服务)提供定位服务，以基于网络地确定移动设备的位置信息。定位服务器118可以例如作为移动定位服务(MPS)的主机。应用服务器108作为交通预报服务(TFS)应用109的主机。
[0057]接下来，参考图1，将给出通信系统100与提供应用109所实现的TFS相关的操作的简要概述。之后将给出更详细的描述。在用户终端106和与交通工具101固定地相关联的本地通信单元之间将建立本地通信连接120。接下来将假定通信120是蓝牙通信，然而，也可以使用基于WLAN、FireWire等的本地通信连接的其它任何实现。终端106通过通信连接120来确定其位于交通工具101内(为了进行示意，在图1中将终端106画在交通工具101之外)。基于该确定，用户终端106经由对UMTS网络110的无线接口 120，在传输122中发送指示“在交通工具中”(例如“在汽车中”)的设置信息124。如之前所讨论的，指示可以是例如XML消息中的ASCII字符串“in a vehicle(在交通工具中)”，但是也可以根据传输122所基于的通信机制，仅包括在为设置信息提供的数据字段中的单个比特(设置或未设置)。例如，传输122可包括向应用服务器108发送的SMS。
[0058]NodeB 112向应用服务器108转发接收到的设置信息124。应用服务器108可以例如位于UMTS网络110的IMS(互联网多媒体子系统)域中。虽然服务器108在图1中被示为网络110的一部分，在其它实施例中，应用服务器可以位于移动网络之外并可以经由例如固定通信线路连接到移动网络，以接收如信息124的设置信息。应用服务器108根据设置信息124确定:从现在开始，设备106必须被TFS应用109所考虑。从而，应用服务器108发起与定位服务器118的通信128。
[0059]定位服务器118使用基于网络的三角测量机制，以在都市区域中以几米的精确度来确定用户终端106的位置，或者在郊区的情况下，以仅几十米或甚至几百米的精确度来确定用户终端106的位置。为此，定位服务器118可以例如使用NodeB 112和114(在图1中并未显式示意)。在其它实施例中，AS 108或移动网络110可以向用户终端106请求位置信息，用户终端106可以分发基于终端106或交通工具101中的GPS单元的位置信息。参考图1，定位服务器118经由通信连接128向应用服务器108提供针对终端106的位置信息132。
[0060]通过假定信息132所给出的终端106的位置指示了交通工具101的位置，应用109使用位置信息132来确定交通预报。该假定基于之前对设置信息124的接收，从而，与在没有与终端的实际环境设置有关的信息的情况下来考虑任何注册终端的位置的服务相比，得到了更可靠的交通预报。AS 108向移动网络110所支持的分发区域提供134交通预报，分发区域可包括NodeB 112和114。然后，NodeB例如经由广播或多播传输136向交通工具101和104发送交通预报。
[0061]虽然在图1中示出了NobeB112直接向应用服务器108转发设置信息124，在其它实施例中，可以代之以向HSS 115提供设置信息。例如，在HSS中管理的用户简档可包括表示设置信息的一个或多个数据字段。例如在设置信息或其部分已改变的情况下，可以从HSS向应用服务器自动提供设置信息;或者基于请求向应用服务器提供设置信息(在图1中，从HSS到应用服务器的设置信息提供由虚箭头138所指示)。
[0062]图2A示意了用户终端106和交通工具101中的终端设备102的第一实施例的一些更详细的功能组件。用户终端106可以位于交通工具101的乘客间内部，而假定终端设备102被固定地内置在交通工具101中。所示出的组件对图1中系统100的操作有所贡献。移动终端106包括短距离或本地通信单元(IXU) 202、设置确定组件204、映射存储器206、简档存储器208、传输组件210和移动通信单元(MCU)212。终端设备102包括LCU 222和状态存储器224。如下面进一步描述的，终端设备102可以例如包括蓝牙通信单元。用户终端106和交通工具101中的一个或两个都可以进一步分别包括GPS单元214和226。
[0063]图3是示意移动终端106和交通工具101中的终端设备102的示例性操作300及其组件之间的相互操作的流程图。总的来说，移动终端106操作以根据与终端106的环境特性有关的环境设置，经由移动网络110控制交通预报服务应用109(参见图1)。
[0064]参考图2A和图3，在步骤302中，终端106建立对用户终端106部属于其中的环境的环境设置进行指示的设置信息124。在附图所示意的示例中，设置信息指示终端106位于“交通工具中”，即在交通工具101中。设置信息124不指示任何具体交通工具(例如具体地，交通工具101)或者地理位置，而是指示总体环境或环境设置的类型(终端106位于该环境内或在该环境处)。
[0065]为了建立设置信息124，可以执行以下的步骤:当用户终端106的用户进入交通工具101时，IXU 202和222可以自动地或基于手动在终端106上输入的命令来建立通信120。LCU 202和222都可以例如是蓝牙通信单元，适于根据蓝牙标准进行通信并使用针对交通工具中的免提工具包的蓝牙标准的免提模式(HFP)(为了清楚起见，在图中未示意免提工具包)。在通信建立期间，IXU组件202和222都同意根据HFP彼此进行通信。移动终端106可以将LCU 222的设备地址用作对其本地环境设置的指示。如图2A中的箭头216所指示的，对LCU202进行配置以向设置确定组件204提供触发信号，该触发信号指示了IXU 222的设备地址。当然，IXU 202还可以处理如下面所描述的数据228之类的其他数据，以经由通信链路120对数据进行收发。
[0066]在从LCU202接收触发消息216之后，设置确定组件204进行操作以访问映射存储器206。存储器206包括映射表207，映射表207包括指示的关联，如IXU 202可以与预定环境设置一起提供的指示216。例如，可以将根据各种本地(短距离)通信标准的设备地址与设置相关联。映射表不需要显式包括这样的设置信息。例如，在仅有两种可能的环境设置“不在/在交通工具中”的情况下，设置或未设置的单个比特足以携带设置信息。预定环境设置的更复杂的集合要求更长的比特映射，或者可以实际上以文本的形式来表示所确定的环境设置，例如以人类可读的ASCII格式。
[0067]组件204从组件206中存储的映射中提取适当的设置信息，并向存储在组件208中的活动用户简档209提供该设置信息124。组件208可以是终端106的存储组件，或者可以例如位于插入到终端106中的S頂或US頂(UMTS订户识别模块)卡上。用户简档209可以包括与终端106的用户、终端本身和移动网络110有关的各种数据字段，它特别可以包括用于表示设置信息“不在/在交通工具中”的数据字段。如前所述，该数据字段可具有仅单个比特的长度，或者可以被配置为以文本的形式表示设置信息，如“不在交通工具中”。
[0068]与仅使用仅仅通信建立本身来导出设置信息不同，在更复杂的示例中，与交通工具101相关联的终端设备102中的LCU 222可以在通信120建立期间访问存储组件224，以读出交通工具101的操作状态信息228。存储组件224可以适于存储这样的操作状态信息，可以从交通工具中的传感器及与其连接的处理器逻辑来确定操作状态信息。操作状态信息可表示例如关于以下内容的信息:发动机是否启动、交通工具是否在移动，以及在交通工具在移动的情况下其当前的速度。存储组件224可以例如是高速缓存或与交通工具101的乘载网络中的中央处理器相关联的类似存储组件，其中，高速缓存出于各种目的对当前的操作状态条件进行存储，例如，为了由电子驱动辅助系统(如，防抱死刹车系统(ABS)或电子稳定程序(ESP))进行访问。
[0069]IXU 222可以读出如发动机是否启动等的操作状态信息，并可以向本地通信连接120的另一端处的LCU 202提供该操作状态信息228101 202可以控制该操作状态信息在用户简档209中或与用户简档209相关联的存储。在用户简档209不适于存储这些操作状态信息项中的一项或多项的情况下，组件208可以丢弃相应信息。
[0070]再次参考图3，在步骤304中，使用传输组件210和MCU 212，经由无线接口 124和移动网络110(参考图1)向应用服务器108发送设置信息124。更详细地，与发起设置信息124在用户简档209中的存储并行地，设置确定组件204可以自动地触发适于访问用户简档209的传输组件210从用户简档209中提取设置信息124，并向应用服务器108发送该信息。在用户注册服务的情况下，传输组件210可以附加地或备选地从用户简档向应用服务器周期性地提供设置信息。作为另一可能性，应用服务器还可以从终端106请求设置信息。作为又一个示例，组件204、208和210可以相互操作，以向应用服务器仅指示在用户简档209中存储的设置信息的改变。
[0071]还可以将应用服务器的地址存储在用户简档209中。例如，在终端向服务器108所提供的服务进行注册时，可以向终端106提供这样的地址。
[0072]虽然没有在图中示意，在已经提供了设置信息124之后，网络中的定位服务器可以向移动终端106请求位置信息。响应于这样的请求，终端106可以基于GPS单元214或交通工具101中的GPS单元226来提供位置信息。在后者的情况下，可以经由蓝牙通信120向用户终端106提供从单元226的操作导出的位置信息。
[0073]图2B示意了图1的用户终端106和交通工具101中的终端设备102的第二实施例的功能组件，为了清楚起见，在图2B中分别以参考标号106'和102'来表示。再次地，与图2A的第一实施例一样，假定用户终端106'位于交通工具101的乘客间内部，而假定终端设备102'被固定地内置在图2B中的交通工具1I中。一般地，在图2B中，使用相同的参考标号加上撇号来表示具有与图2A中的元件相同或相似的功能或意义的元件。移动终端106,包括本地通信单元(LCUWO〗'。交通工具102'包括LCU 222'以及设置确定组件20V、传输组件21(T和移动通信单元(MCUWW'。
[0074]在图2B中，终端设备102'建立设置信息124并在无线接口126上进行发送。选择该备选方式来示意用于提供设置信息124的备选过程。显而易见的是，针对根据图2B的过程，可以以与已经参考图2A中用户终端106中的用户简档208所描述的类似的方式，执行设置信息124从与终端设备102'相关联的用户简档的传送。类似地，在终端设备102'中也可以有与图2A中的映射存储器206相对应的映射实体可用。
[0075]从而，图3中的步骤302和304不仅可由用户终端本身(S卩，图2A中的用户终端106)来执行，还可以备选地由与环境相关联的终端设备(例如，与交通工具101相关联的、图2B中的设备102')来执行。
[0076]具体地(步骤302)，当用户终端106'的用户进入交通工具101时，LCU 202'和222'可以自动地(优选)或基于手动在终端106'上输入的命令来建立通信12(T。例如，通信12(T可以基于如蓝牙之类的短距离通信技术。作为一个具体示例，终端设备102'可以支持蓝牙S頂卡存取规范(SAP)。在这种情况下，用户终端1061在其还支持SAP的情况下)可以在通信1207建立期间向终端设备102'提供其IMSI。然后，终端设备使用该頂SI向移动网络110 (参考图1)进行订阅或者与移动网络110通信。可以将用户终端106'设置为待机模式。
[0077]在通信12(T的建立期间，IXU202向设置确定组件20V提供(箭头216')对通信链路120'进行指示的触发信号。根据通信120'的建立，终端设备102'中的设置确定组件204'确定与用户终端106'和交通工具101之间的位置关系有关的信息。从而，设置确定组件204'适于确定用户终端106'在交通工具101中，并可以相应地建立设置信息124”在交通工具中”。可以使用简单的规定，根据该规定，对用户终端的本地通信(如，通信12(Τ )的建立产生设置信息“在交通工具中”。本地通信12(Τ的终止可以产生设置信息“不在交通工具中”。与参考图2Α已经描述的相似，设置信息可以附加地包括交通工具101的操作状态信息(在图2Β中未示出)。
[0078]向传输组件210'提供设置确定组件204'所建立的设置信息124。与图2Α中示意的机制不同，在图2Β的实施例中，向传输组件21(Τ直接提供设置信息124，而不将其存储在用户简档中。设置信息“在交通工具中”124的提供可以触发传输组件210'控制MCU 212'，以经由无线接口 126向移动网络110(参考图1)发送(步骤304)设置信息124。
[0079]如已经使用图2Α和图2Β所示出的，可以在用户终端106本身中，或者在与交通工具101固定地相关联的终端设备102,中执行图3的过程300。在其它实施例中，仍然可以以其它的方式来组织两个终端设备之间的任务分发。例如，虽然设置信息是从交通工具中的终端设备发送的，但是也可以在用户终端中建立设置信息。在这种情况下，用户终端向交通工具中的终端设备提供设置信息，以用于传输。作为另一个备选，用户终端可以指示由交通工具中的终端设备所存储(例如，在用户简档内)的预定义的设置信息。作为变型，用户终端可以简单地指示一个或多个用户简档之一，并且交通工具中的终端设备将响应于对该指示的接收，自动地针对与所指示的用户简档相关的用户终端发送设置信息“在交通工具中”。
[0080]相应地，分别与交通工具101相关联的终端设备102和102,可以包括本地通信单元(例如，分别为222和222')，并可以(102,)或者不可以(102)包括如M⑶212'的移动通信单
J L ο
[0081]图4示意了图1的UMTS网络110和应用服务器108的功能组件。应该注意，虽然作为交通预报服务应用109的主机的功能实体被称为应用服务器108，但是该服务器可以包括针对汽车应用的应用环境，包括多个应用服务器和如网关、防火墙、认证服务器等等的其它实体。换言之，应该理解，应用服务器108可以是应用提供商的完全开发的站点，而不仅仅是单个服务器。从而，以下描述的功能可以在单个服务器上实现，或者可以以分布式的方式在应用服务器群的若干节点上实现。应用环境的应用提供商与移动网络110的运营商可以是相同的，或者可以是不同的。
[0082]应用服务器可以是移动网络的一部分，或者可以位于移动网络之外。为了显式地示意这两种配置，图1示出了移动网络110内部的AS108，而在图4中，AS 108被画在网络110之外。
[0083]UMTS网络110包括已在图1中示意的NodeB 112和定位服务器118。应用服务器108包括接收组件402、简档存储器404、应用控制组件406、来自于图1的交通预报应用109以及定位客户端408。
[0084]图5是示意在提供应用109所实现的TFS的框架内，应用服务器108可以执行的操作步骤的示例性序列500的流程图。基本上，应用服务器进行操作，以根据经由移动网络110从用户终端106(参考图1)接收到的设置信息124来控制通信信息应用109。
[0085]在步骤502中，接收组件402接收设置信息124并向简档存储器404提供接收到的设置信息124，以和与用户终端106的用户有关的用户简档相关联地进行存储(虽然在以下描述中为了简洁起见用户终端106仅指图1和图2A中所示意的用户终端106，然而应理解，任何这样的引用同样指如图2B中所示意的用户终端1060。用户简档410还可以包括与终端106的用户相关的其他数据，并且在结构上可以与参考图2A讨论的用户简档209类似或者不类似。例如，可以关于如应用服务器108提供的应用109所实现的TFS服务之类的服务来具体将用户简档410作为目标。换言之，用户简档410可以从应用提供商的应用视角来对属性进行定义。简档存储器404可以存储应用服务器108所提供的服务的用户的多个用户简档。在其它实施例中，可以在不将设置信息存储在用户简档中的情况下，将设置信息直接提供给一个或多个应用。
[0086]在步骤504中，控制组件406进行操作，以根据存储在用户简档410中的设置信息124来控制应用109。虽然组件406在图4中被示为额外的组件，但它也可以是TFS应用109的一部分。在图4中示意的实现中，在将设置信息124存储在存储组件404中之后，接收组件402向控制组件406提供触发信号412。在接收触发信号412时，控制组件406考虑设置信息124来执行TFS应用109。
[0087]更详细地，触发信号412可以发起控制组件406对存储器404中的用户简档410的访问，以首先确定终端106的用户是否注册了TFS应用109所提供的服务。如果是，则对设置信息124自身进行分析。由于该信息指示用户终端106“在交通工具中”，控制组件推断出(显式地或仅仅是隐式地)用户终端106现在将对TFS应用109所计算的交通预报有所贡献。对于在接收触发信号412时访问简档存储器404中的用户简档而言，附加地或备选地，控制组件406可以周期性地访问简档存储器404，以确定向TFS应用109注册并具有瞬时位于“交通工具中”的相关联用户终端的用户。例如，即使在没有触发信号412的情况下，在接收组件402已将针对用户终端106的设置信息“在交通工具中”存储在用户简档410中之后，控制组件406也将在其下一轮询期间自动认识到:从现在起必须考虑终端106。在其它实施例中，附加地或备选地，还可以直接向预期使用设置信息的应用提供该设置信息。
[0088]在确定必须考虑用户终端106时，控制组件406触发定位客户端408，然后定位客户端408进行操作，以向移动网络110的定位服务器118提供已参考图1进行讨论的信号128。然后，定位客户端408向交通预报应用109提供从服务器118接收到的位置信息132。相应地，在交通预报的确定期间，考虑终端106的位置。在其它实施例中，附加地或备选地，定位客户端408可以向用户简档410提供位置信息132。最终，经由通信134向移动网络110提供所产生的交通预报，以向其用户进行分发。
[0089]如已经讨论的，除了指示“在交通工具中”外，设置信息124可以包括其它信息，例如交通工具110的操作状态信息。在确定用户终端106(或终端设备102)的位置是否要实际用于TFS应用109时，控制组件406可以使用该信息。例如，可以将如“发动机启动”和/或“交通工具正在移动”之类的指示用来判定交通工具是否停在停车位上或者是否实际上是要分析的交通流的一部分。判定算法可能必须考虑到，例如在交通阻塞的情况下，交通工具不在移动并且驾驶员还可能已经停止了发动机。可以使用先前信息(历史设置信息)和/或位于附近的其它注册参与者的设置信息(可能包括操作状态信息)，以更可靠地确定是否实际要考虑特定用户，并以这种方式进一步提高所产生的交通预报的可靠性。
[0090]虽然在图4中已经示意了将设置信息124存储在应用服务器108的简档存储器404中，附加地或备选地，还可以将设置信息存储在移动网络110中的用户简档存储器中，例如存储在HSS 116中(参考图1)。
[0091]如前所述，可以控制将应用服务器作为主机或者在应用环境中的应用，以根据终端的环境设置来考虑用户终端的位置。附加地或备选地，还可以相应地控制对用户终端的应用提供。例如，可以仅向环境设置指示终端位于交通工具中的终端提供汽车服务。
[0092]图6是示意在用户终端106、交通工具101和应用服务器108之间交换的消息的示例性序列的序列图。消息交换602和604示意了图2A所示意的LCU 202和222之间的蓝牙连接120的建立。所示意的每个消息交换可以包括在通信伙伴之间交换的一个或更多消息对。
[0093]参考图2A已经描述:终端106可以使用内部映射表207来判定需要发送设置信息124“在交通工具中”。在备选的实现中，交通工具可以向终端提供其正在与交通工具进行通信的显式指示。此外，交通工具可以发送显式指示，指示应向应用服务器发送设置信息“在交通工具中”。在消息序列600的情况下，这种指示可以提供给终端106，例如在服务级连接建立过程604期间提供。在其它实现中，除了用于消息交换602和604的蓝牙协议外，还可以使用其它协议来从交通工具向终端设备提供与环境设置和/或操作状态信息有关的指示。在一个或更多本地通信协议(如，蓝牙、WLAN等)之上，可以定义这样的协议。
[0094]交通工具显式请求向应用服务器发送设置信息124是实现在用户终端106中建立设置信息时向应用服务器自动发送设置信息的另一种可能性。交通工具可以提供，或者可以不提供用于向适合的应用服务器提供设置信息的、适合的应用服务器的地址。至少在后者的情况下，可以如以上参考图2A所描述的，在用户终端106中配置这种地址。可以将各种机制用于经由移动网络110(在图6中未示出)向应用服务器发送122设置信息124。例如，可以发送SMS，或者可以使用SIP信令、用户对用户信令、ISDN信令等等。关于SIP，例如可以使用SIP呈现机制。此外，可以使用任何私有协议，例如移动网络运营商提供的基于IP的协议。
[0095]响应于对传输122中的设置信息124的接收，应用服务器108可以激活或修改将服务器108作为主机的一个或更多交通工具通信信息服务。例如，交通预报应用可以针对其服务开始考虑该用户终端。如图4所示意的，应用服务器可以发起定位流程，以确定终端106的位置。在图6中没有指示所产生的针对定位的消息交换。然后，应用考虑用户终端的位置，以确定交通预报。因为应用可以仅考虑(根据其对应的设置信息)“在交通工具中”的用户终端，与独立于其实际环境设置来考虑所有注册用户终端的情况相比，交通预报将更加准确。
[0096]通过消息交换606和608，例如因为用户将终端106从交通工具101移除，用户终端106和交通工具101之间的蓝牙通信链路将被终止。在终止期间，例如在已经拆除服务级连接后，终端106可以自动地或由交通工具101触发来执行对应用服务器108的传输610，传输610包括设置信息“不在交通工具中”。然后，应用服务器可以针对将其作为主机的服务中的一个或更多，撤销对终端106的(位置)的考虑。例如，可以停止请求移动电话的位置。
[0097]虽然此前已经对设置信息指示用户终端与如交通工具之类的物理对象的关系进行了描述，总的来说，设置信息可以包括从最广义上说与终端的环境有关并且与特定服务相关的任何信息。例如，设置信息还可以或者附加地指示环境参数，如本地温度、本地时间等等。可以被包括在设置信息中的交通工具的操作状态信息还可以包括:交通工具的品牌和型号，或者交通工具的具体类型，如客车、出租车、公交、货车等等。
[0098]已经示例性地使用了实现交通工具通信信息服务的应用来示意在此提出的技术。紧急应用是与这些技术相关的另一种类应用。例如，考虑用户终端正在执行紧急呼叫。在这种情况下，终端的位置将被送往紧急事件中心。可以附加地或自动地向紧急事件中心提供如“在交通工具中”的环境设置信息。然后，可以使用该设置信息来触发要由中心的操作员手动采取或者自动采取的动作。例如，是否派出直升机、车辆或警察的决定可以基于这样的设置信息。
[0099]向应用服务器提供设置信息还可以由用户来触发，即手动触发，例如，通过选择用户终端上的特定简档(如，“交通工具”、“会议”等等)来触发。在这种情况下，不需要用户终端和例如交通工具之间的连接。然而，这种方式也排除了设置信息包括交通工具的操作状态信息的情况。
[0100]在用户终端或者交通工具中有可用GPS单元的情况下，可以将基于移动网络中的定位服务的定位和基于GPS单元的定位用作互补机制。例如，在GPS单元当前没有可用的卫星连接的情况下，可以将定位服务作为备用机制。在其它实施例中，可以使用定位服务，以限制在移动网络的无线接口上的传输资源的使用。
[0101]在此提出的技术还可以用于除了交通工具通信信息服务之外的其它服务。例如，考虑环境设置“不在/在会议(室)中”。在设置信息指示“在会议室中”的情况下，可以自动地激活如无条件呼叫转移(到邮箱、到同事、到秘书)之类的电信补充服务。可以使用如“不在/在工作中”的环境设置来控制用户简档中如呼叫转移或呼叫禁止的服务，以使得仅在预定的时间后才对输入呼叫(如，私人呼叫)进行禁止或转移。
[0102]在此提出的技术允许例如在通信信息环境中提供更可靠的应用服务。例如，本发明允许通过仅考虑实际上作为交通流的一部分的终端来跟踪用户终端(移动电话)，从而以更可靠的方式来分析交通流。可以将设置信息用来指示一般的环境设置或者用户终端位于其中、其附近或位于其内的环境的类型。设置信息可以单独使用，或者在与指示用户终端的地理位置的位置信息之外使用。虽然可以在应用中使用位置信息作为输入数据来执行计算等，设置信息可以是用于控制这种定位应用(或其它任何应用)的控制数据。例如，可以控制应用仅在终端已经信号通知其在交通工具中之后，才开始识别移动电话的位置以进行交通预报/警报。
[0103]这种设置信息的可用增强了服务的可用性。例如，与交通流有关的服务将能够提供更可靠的交通流预测。响应于紧急呼叫要采取的动作可以更具体地适于紧急情况发生的环境。可以使用设置信息来自动配置补充电信服务，如无条件呼叫转移。
[0104]可以根据用户终端的环境(如，“会议”、“家庭”、“工作”)来自动配置用户简档，如涉及移动/固定网络的用户简档。在用户终端适于例如经由本地通信连接对环境设置进行检测并自动提供设置信息的情况下，在无需任何附加的手动配置工作的情况下，以上优势对用户而言可以是可用的。在其它情况下，用户可能必须手动选择如“不在/在交通工具中”之类的环境。手动配置(改变)可以触发设置信息向应用服务器和/或移动网络中(如HSS中)的用户简档或其它的服务基础设施的传播。
[0105]为了实现所提出的技术，在例如用户终端或移动网络组件中仅需要很小的修改。例如，在向用户终端和应用服务器提供预定的设置信息的情况下，甚至可能必须附加地经由无线接口发送单个比特，以控制应用。
[0106]使用移动网络中具有有限精确度的现有基于三角测量的定位服务，很多基于位置的服务(如，交通预报服务)可以利用所提出的技术，即不需要以厘米范围内的精确度来确定交通工具的定位以提高交通预报的精确度。
[0107]虽然已经关于本发明的优选实施例对本发明进行了描述，应该理解，该描述仅用于示意的目的。相应地，本发明应仅由所附权利要求的范围来限制。
【主权项】
1.一种控制应用服务器的方法，所述方法包括由能够经由移动网络(110)访问的应用服务器(108)执行的以下步骤: -经由移动网络的无线接口(126)接收(502)设置信息(124)，其中，所述设置信息指示用户终端(106)部署于其中的环境的环境设置;以及 -根据接收到的设置信息来控制(504)以应用服务器作为主机的应用(109)， 其中，所述环境是物理对象(101)，所述设置信息显式指示用户终端(106)是否靠近物理对象(101)或者是否在物理对象(101)之内。2.根据权利要求1所述的方法，其中，所述设置信息包括物理对象的操作状态(228)的指示。3.根据权利要求1或2所述的方法，其中，物理对象是交通工具(101)，所述设置信息指示“在交通工具中”或“不在交通工具中”。4.根据权利要求1或2所述的方法，其中，所述设置信息是I比特或更长比特的信息。5.根据权利要求1或2所述的方法，其中，所述设置信息以文本形式来表示。6.根据权利要求5所述的方法，其中，所述文本形式是ASCII格式。7.根据权利要求1或2所述的方法，包括以下步骤:由设置信息的接收所触发，发起对定位服务(408、118)的执行，以确定与用户终端和/或与用户终端部署于其中的环境相关联的终端设备有关的位置。8.根据权利要求1或2所述的方法，其中，所述应用(109)实现交通工具通信信息服务。9.根据权利要求1或2所述的方法， -其中，所述设置信息包括在与用户终端有关的用户简档(410)中。10.根据权利要求1或2所述的方法，其中，所述设置信息指示多个预定环境设置之一。11.一种对能够经由移动网络访问的应用服务器进行控制的方法，所述方法包括由移动网络(110)的终端设备(106U02,)执行的以下步骤: -建立(302)设置信息(124)，所述设置信息指示用户终端(106U06Q部署于其中的环境的环境设置；以及 -经由移动网络的无线接口(126)向应用服务器(108)发送(304)所述设置信息，以根据所述设置信息来控制应用(109)， 其中，所述环境是物理对象(101)，所述设置信息显式指示用户终端(106)是否靠近物理对象(101)或者是否在物理对象(101)之内。12.根据权利要求11所述的方法，其中，物理对象是交通工具(101)，所述设置信息指示“在交通工具中”或“不在交通工具中”。13.根据权利要求11或12所述的方法，其中，所述设置信息是I比特或更长比特的信息。14.根据权利要求11或12所述的方法，其中，所述设置信息以文本形式来表示。15.根据权利要求14所述的方法，其中，所述文本形式是ASCII格式。16.根据权利要求11或12所述的方法，其中，所述终端设备包括用户终端(106)或与所述用户终端部署于其中的环境相关联的终端设备(102')。17.根据权利要求11或12所述的方法，其中，发送设置信息的步骤由建立设置信息的步骤自动触发。18.根据权利要求11或12所述的方法，其中，建立设置信息的步骤包括以下步骤: -经由用户终端(106; 106Q和与所述用户终端部署于其中的环境相关联的终端设备(102; 102')之间的本地通信连接(120)，接收针对环境设置的指示；以及 -根据所述指示来确定设置信息(124)。19.根据权利要求18所述的方法，其中，所述指示是在本地通信连接(120)建立(602、604)期间接收的。20.根据权利要求18所述的方法，其中，所述本地通信连接包括无线本地通信连接(120)。21.—种对能够经由移动网络访问的应用服务器进行控制的方法，所述方法包括根据权利要求1至10中任一项所述的方法的步骤和根据权利要求11至20中任一项所述的方法的步骤。22.—种能够经由移动网络(110)访问的应用服务器(108)，包括: -第一组件(402)，适于经由移动网络的无线接口(126)接收设置信息(124)，其中，所述设置信息指示用户终端(106)部署于其中的环境的环境设置;以及 -第二组件(406)，适于根据所述设置信息来控制以应用服务器作为主机的应用(109)， 其中，所述环境是物理对象(101)，所述设置信息显式指示用户终端(106)是否靠近物理对象(101)或者是否在物理对象(101)之内。23.根据权利要求22所述的应用服务器，其中，所述应用服务器适于执行根据权利要求2至10中任一项所述的方法的步骤。24.一种移动网络(110)的终端设备(106、102')，包括: -第一组件(204)，适于建立设置信息(124)，所述设置信息指示用户终端(106U06')部署于其中的环境的环境设置;以及 -第二组件(210)，适于经由移动网络(110)的无线接口(126)向应用服务器(108)发送所述设置信息，以根据所述设置信息来控制应用(109)， 其中，所述环境是物理对象(101)，所述设置信息显式指示用户终端(106)是否靠近物理对象(101)或者是否在物理对象(101)之内。25.根据权利要求24所述的终端设备，其中，所述终端设备适于执行根据权利要求12至20中任一项所述的方法的步骤。26.—种通信系统(100)，包括根据权利要求22或23所述的应用服务器(108)和根据权利要求24或25所述的终端设备(106、102')。
【文档编号】H04L29/08GK106027681SQ201610608105
【公开日】2016年10月12日
【申请日】2007年12月20日
【发明人】阿梅迪奥·因宾波, 恩里克·德鲁卡, 古伊多·格兰
【申请人】艾利森电话股份有限公司