CN104106253A - 通信网络中的实时交互 - Google Patents

Abstract

本文中描述了一种用于实时交互的方法。根据一个实施，该方法包括确定与从请求终端(104)收到的请求相关联的上下文特征。该请求基于上下文特征在服务区域中被发送。该请求通过在通信网络(108)上进行广播来发送。响应于该请求，至少一个请求响应从多个目标终端(106)中的一个或多个目标终端被接收。进一步，基于该请求，请求响应被提供给请求终端(104)。

Description

通信网络中的实时交互

技术领域

本发明涉及通信网络，并且特别地但不排他地涉及实现通信网络中的实时交互。

背景技术

技术以惊人的速度演进，已经找到它进入各行各业的方式。受到技术显著影响的这样一种渠道是社交网络和交互。在当代，各种社交网络门户和应用已经被开发，允许用户之间互相通信。这种社交网络门户通常邀请用户在社交网络门户上建立他们的朋友和熟人的网络。门户允许用户与其他的用户交互和传播想法和观点。

通常，为了使用社交网络门户，用户在门户上创建简档，并且登陆到门户。门户对用户的访问通常通过密码来认证。一旦登陆，用户能够在门户上访问其他用户的简档，甚至交换文件。

发明内容

本发明内容被提供以介绍和通信网络中的实时交互相关的概念。本发明内容不是为了识别所保护的发明的必要特征或者不是用于确定或者限制所保护的本发明的范围。

根据一个实施，本文中描述了用于实时交互的方法。在所述实施中，该方法包括确定与从请求终端收到的至少一个请求相关联的上下文特征。该请求基于上下文特征在服务区域中被发送。该请求能够通过在通信网络上进行广播来发送。响应于该请求，至少一个请求响应从多个目标终端中的一个或多个目标终端被接收，并且该请求响应被提供给请求终端。

根据另一个实施，描述了用于实现实时交互的交互系统。在所述实施中，交互系统包括处理器和耦合至该处理器的存储器。存储器包括分析引擎，被配置为获得与从请求终端接收的请求相关联的上下文特征。此外，分析引擎被进一步配置为确定与上下文特征相关联的服务参数。该存储器还包括发送模块，被配置为向多个目标终端在服务区域内广播请求，该服务区域基于上下文特征和服务参数被识别。发送模块能够被进一步配置为基于服务参数向请求终端发送从至少一个目标终端接收的至少一个请求响应。

根据再一个实施，本文中描述了参与实时交互的目标终端。在所述实施中，目标终端被配置为通过广播消息从交互系统接收请求。该请求能够包括上下文特征。目标终端能够基于上下文特征确定目标终端是否是请求的预定接收者，并且基于该确定，目标终端能够执行响应于该请求的动作。该动作可能是发送请求响应或者拒绝该请求。

根据再一个实施，本文中描述了已经体现了在其上用于执行实现实时交互的方法的计算机程序的计算机可读介质。在所述实施中，该方法包括从请求终端获得至少一个请求，该请求包括上下文特征和服务参数。基于上下文特征和服务参数，向在服务小区内的服务区域中的多个目标终端广播该请求。进一步，响应于该至少一个所发送的请求，从多个目标终端中的一个或多个目标终端接收至少一个请求响应。然后基于服务参数，向请求终端提供该请求响应。

附图说明

参照附图进行详细描述。在附图中，参考标号的最左边的(多个)数字标识参考标号第一次出现的图。在所有图中相同的参考标号表示相同的特征或元件。现在仅通过示例的方式并且参照附图对根据本发明的实施例的系统和/或方法的一些实施例进行描述。

图1图示了根据本发明的实施例的用于通信网络中的实时交互的交互系统的网络实施。

图1(a)图示了根据本发明的实施的指示通信网络中的实时交互的消息流图。

图1(b)图示了根据本发明的另一个实施的指示通信网络中的实时交互的消息流图。

图2图示了根据本发明的实施例的用于通信网络中的实时交互的方法。

具体实施方式

传统上，用户交互是通过社交网络门户和应用来实现的，并且用户能够在服务门户的网络上互相通信。用户的身份通常是在向用户提供门户的访问之前被认证。在这样几个门户上，基于用户的认证也允许某些活动，诸如向其他用户发送消息和访问其他用户的账户信息。

此外，几种传统的社交网络应用在基于位置的服务上进行操作，该基于位置的服务允许用户向选择的一组用户(例如通过社交门户被关联的用户)公开他的或她的位置。转而，用户还可以请求关于来自选择的组中的其他用户的位置的信息。在用户之间的这种交互期间，在交互中涉及的所有用户的身份被互相公开，这可能导致安全问题。例如，流氓用户，如追踪者或小偷，可能通过虚假账户而与其他的用户进行关联，并且可能跟踪那个用户的行踪。此外，在某些传统的社交网络应用中，各种封闭组用户之间交换的信息对应用的所有其他的用户是可见的，不管他们是否与封闭组用户关联。信息对所有用户的这种可见性可能导致针对某些用户的隐私问题。

进一步，在传统的社交网络应用中，因为认证的访问能够被操控，所以用户账户更容易受到攻击，诸如黑客攻击。此外，为了连接至社交网络应用的其他用户，大量的数据利用服务器通过社交网络应用被连续地交换，例如，用于向服务器提供用户位置的更新。为了使得用户一直访问应用，非常大数量的数据被交换，这转而给用户带来巨大的数据使用成本。另一方面，每次针对登陆应用提供认证细节对用户是不方便的。此外，在服务器处被更新的和用户相关的数据也能够例如被流氓用户访问，可能导致安全和隐私问题。

本发明涉及通信网络中的实时交互。根据实施，请求终端能够通过通信网络向交互系统发送请求。交互系统转而能够向与交互系统关联的多个目标终端发送请求，并且邀请针对请求的响应。从目标终端接收的响应，也被称作请求响应，由交互系统被整理，并且推送给请求终端。

在一个实施中，由请求终端向交互系统发送的请求是一个问题，针对该问题的答案被实时寻找。例如，请求终端可以寻求帮助以发现从一个点到另一个点的路线，或者想知道是否还有针对某个时间段的在特定电影院的某个电影的票。进一步，根据实施，基于请求终端发送的请求，交互系统能够确定与请求相关联的上下文特征。在一个实施中，上下文特征能够在发送请求的同时与通过请求终端发送的请求相关联。在另一个实施中，请求可能没有上下文特征，并且交互系统能够从请求终端或者基于之前的交互获得上下文特征。在一个示例中，上下文特征可能是电影院的位置。在其他的示例中，上下文特征可能还包括时间和日期以及用户类别。

此外，在一个实施中，交互系统能够确定与请求相关联的一个或多个服务参数，例如，与请求的发送相关。例如，服务参数可能包括在上下文特征中指定的位置附近的区域范围，被称作服务区域。服务参数还可能包括请求响应限制，其限定了能够被接收的请求响应数目的限制。此外，服务参数可能包括超时窗口，在该超时窗口内请求响应将被提供。应当理解，交互系统能够与和确定上下文特征相同的方式确定服务参数。

来自请求终端的请求可以在通信地耦合请求终端和交互系统的网络上通过交换系统接收。交互系统可以解析请求，并且通过网络将请求转发给多个目标终端。在一个实施中，交互系统能够解析请求，验证请求的内容，并且识别用于发送请求的网络的服务小区。进一步，在一个示例中，基于在上下文特征中被指定的位置，交互系统可以确定服务该位置所在的小区的基站收发信台(BTS)。

进一步，根据一个实施，基于服务参数，交互系统能够识别用于发送请求的服务小区中的服务区域。因此，BTS能够在服务小区的服务区域中针对多个目标终端发送请求。在这种情形下，在服务区域内的目标终端可以接收请求，并且在范围外的那些目标终端可以不接收请求。进一步地在一个实施中，在发送请求期间，请求终端的身份不发送给目标终端。

根据本发明的一个实施，交换系统被配置为在确定的小区中广播来自请求终端的请求。因此，交互系统向服务区域内的多个目标终端发送单个请求。在一个示例中，交换系统向网络中的广播中心发送请求，该广播中心能够进一步通过BTS在服务区域内广播请求。

作为在服务区域内被广播的请求的结果，不要求向交互系统更新请求终端或目标终端的位置，这节省了终端的大量数据使用。因此，根据本发明，首先减少了用于向交互系统更新位置的来自终端的数据流。此外，作为广播该请求的结果，网络运营商可以不向用于数据下载的目标终端收费，因为广播消息通常是免费的。进一步，交互系统可以具有简单的结构，因为与请求终端和目标终端相关联的位置和其他参数没有存储在交互系统中。因此，与交互系统相关联的基础设施成本和操作成本被大大减少。

根据一个实施，在被广播之前，请求被以请求终端所属于的用户类别来标记。例如，在之前的交互期间已经提供有效响应的请求终端能够被分类为“被信任用户”或者“特权用户”。因此，从这种用户接收的请求能够以用户类别来标记。发送给各种目标终端的被标记的请求能够被识别为通过可靠用户被发送，并且因此能够被目标终端的用户使用来决定是否对请求作出响应。

此外，在被发送的请求在目标终端处被接收时，在一个实施中，目标终端能够识别是否请求是针对目标终端的。例如，在目标终端是处于在请求中提及的位置之外，那么目标终端将基于上下文特征识别该请求不是针对目标终端的，并且可以忽略和拒绝该请求。

进一步，想要接收请求的目标终端可以访问请求和请求的内容。在一个示例中，如果请求包括一个问题，目标终端的用户可以对问题作出响应，并且向交互系统发送请求响应。因此，交互系统可以从目标终端接收多个请求响应。交互系统可以解析请求响应，并且检查请求响应的内容的有效性。一旦内容被验证，交互系统能够向请求终端推送请求响应。在一个实施中，发送请求响应的目标终端可能被收取预定数量的成本用于发送请求响应。因此，目标终端的用户能够选择是否响应，并且这些响应可能被收费。在另一个实施中，与目标终端相关联的响应的成本可能由请求终端来承担。

在一个实施中，向请求终端发送请求响应能够通过服务参数来控制。例如，如果n是请求响应限制，即在服务参数中指定的被发送的请求响应的数目的限制，那么交互系统能够向请求终端发送前n个有效的请求响应。在另一个示例中，如果请求响应在服务参数中所指定的超时窗口到期之后在交互系统处被接收，那么交互系统能够被配置为拒绝该请求响应。对于后者，请求响应的这种选择性接收允许请求终端接收相关的信息，如果是在超时窗口到期之后被接收，该信息将是不重要的。例如，如果请求是寻求对下午2点00的电影是否有票的信息，那么在下午2点05所接收的响应请求将是不重要的。

进一步，在一个实施中，例如，在超时窗口到期之后请求不再有效，或者在请求终端已经接收到了相关的回答之后，交互系统能够向服务区域内的目标终端发送删除请求指令以删除一个具体的指令。在一个实施中，目标终端能够例如基于请求中的服务参数来确定请求是否有效，并且如果请求无效则删除请求。

进一步，根据一个实施，以与请求被标记相类似的方式，交互系统能够对来自属于某个用户类别的目标终端的请求响应利用那个用户类别来标记。例如，在之前交互期间提供可靠和有效响应的目标终端能够被分类为“被信任用户”或“特权用户”，并且来自这种用户的请求响应能够利用该用户类别来标记。因此，在具有这种标记的请求响应被请求终端接收时，信息的真实性、可靠性和准确性能够通过标记来指示。

在所述实施中，交互系统可以向请求终端发送请求响应，而不发送与进行响应的目标终端相关联的认证信息。如之前所提到的，由于请求终端的匿名也被保持，请求终端和目标终端之间的交互是安全的，并且给交互的双方提供了隐私。此外，请求终端和目标终端的身份的隐藏允许请求终端的用户和目标终端的用户之间不受约束的交互。进一步，从之前的描述中将能理解的，目标终端可以由于对请求作出响应被收费，但不会由于从交互系统接收广播的请求而被收费。因此，由目标终端的用户带来的数据使用的成本被显著减少。此外，目标终端能够一直接收请求，并且提供针对请求的响应，无需两个终端中的任一个用户必须认证访问。这种能力有利于请求终端和目标终端之间方便和实时的交互。

结合附图将详细解释用于在通信网络中实现实时交互的系统和方法被实施的方式。虽然用于在通信网络中实现实时交互的所描述的系统和方法的方面能够以任意数目的不同计算系统、环境和/或配置来实施，在下面(多个)示例性系统的上下文下来描述实施例。

应当注意，描述和附图仅图示本发明的原理。因此将理解，本领域的技术人员将能够设计各种布置，虽然这些布置在本文中没有被明确地描述或示出，但是体现了本发明的原理并且被包括在它的精神和范围内。此外，本文中所述的所有示例原则上旨在于只用于教学的目的以帮助读者理解本发明的原理和发明人贡献的概念以提升技术，并且被解释为不限制这些具体描述的示例和条件。此外，本文中描述本发明的原理、方面和实施例的所有陈述以及其特定的示例旨在于包括其等价形式。

本领域的技术人员还将理解，本文中所使用的词语“期间”、“同时”、“在……时”并不是表示一个动作在初始动作后立即发生的准确术语，而是可以有一些小的或者合理的延时，诸如在初始动作和由初始动作发起的反应之间的传播延时。此外，为了描述的清晰，词语“被连接”被使用，并且能够包括直接的连接或非直接的连接。

图1图示了根据本发明的实施例的实施交互系统102的网络环境100。交互系统102被配置为实现在网络环境100中的实时交互。交互系统102被连接至请求终端104和多个目标终端106-1、106-2...106-N，并与它们交互，多个目标终端可以统称为目标终端106或者单独称为目标终端106。交互系统102可以在诸如膝上型电脑、桌面计算机、笔记本、工作站、大型计算机、服务器和网络服务器的多种计算系统中被实施。另一方面，请求终端104和目标终端106可以包括但不限于桌面计算机、手持设备、膝上型电脑或者其他便携式计算机、平板个人计算机、网络计算机、移动电话、多媒体可用电话和智能电话。

交互系统102、请求终端104和目标终端106能够在通信网络108上互相通信。通信网络108可以是无线或有线网络或其组合。在一个示例中，通信网络108能够作为电信网络来实施。在所述示例中，通信网络108可以是独立网络的集合，互相连接并且作为单个大网络(例如，互联网或内部网)。这些独立网络的示例包括但不限于全球移动通信系统(GSM)网络、通用移动通信系统(UMTS)网络、个人通信服务(PCS)网络、时分多址(TDMA)网络、码分多址(CDMA)网络、下一代网络(NGN)、基于IP的网络、公共交换电话网络(PSTN)和集成服务数字网络(ISDN)。依赖于技术，通信网络108包括各种网络实体，诸如网关、路由器；但是，为了简洁，这些细节已被省略。

在另一个示例中，通信网络108能够被实施为电信网络和计算机网络的组合。根据所述示例，计算机网络能够被实施为不同类型的网络中的一个网络，诸如内部网、局域网(LAN)、广域网(WAN)和因特网。通信网络108还可以是专用的网络或者共享的网络，其表示使用多种协议的不同类型的网络互相通信的关联，例如，超文本传输协议(HTTP)、传输控制协议/互联网协议(TCP/IP)、无线应用协议(WAP)。进一步，通信网络108可以包括多种网络设备，包括路由器、网桥、服务器、计算设备、存储设备。在再一个示例中，交互系统102、请求终端104和目标终端106之间的通信能够部分地通过通用分组无线业务(GPRS)或蓝牙来实现。

进一步，根据本发明的实施，通信网络108可能包括通过通信网络108耦合至交互系统102的广播中心110。应当理解，广播中心110可能是电信网络的网络实体，并且能够被配置为以广播消息的形式发送信息。根据所述实施，广播中心110能够使用短消息发送服务小区广播(SMSCB)协议用于广播该信息。在一个示例中，广播中心110能够被实施为基站控制器(BSC)、主交换中心(MSC)、无线电网络控制器(RNC)或者网关GPRS支持节点(GGSN)，被配置为广播信息。进一步，将理解，虽然广播的功能参照广播中心110被描述，交互系统102能够被配置为与其他的功能一起支持相同的功能。在这种实施例中，交互系统102能够被配置在通信网络108的网络实体上，或者反之亦然。

在一个实施中，交互系统102包括被耦合至存储器114的(多个)处理器112。交互系统102进一步包括例如有利于与请求终端104和目标终端106进行通信的(多个)接口116。(多个)接口116可以包括多种软件和硬件接口，例如，针对(多个)外围设备的接口，诸如键盘、鼠标、外部存储器和打印机。进一步，(多个)接口116支持交互系统102与诸如网络服务器和外部仓库的其他设备进行通信。(多个)接口116还能够有利于在多种网络和协议类型内的多个通信，包括有线网络(例如LAN、电缆等)、无线网络(诸如WLAN、蜂窝或卫星)。对于该目的，(多个)接口116可以包括一个或多个端口。

(多个)处理器112可以被实施为一个或多个微处理器、微计算机、微控制器、数字信号处理器、中心处理单元、状态机、逻辑电路和/或基于操作指令控制信号的任何设备。在其他能力中，(多个)处理器112被配置为得到和执行存储在存储器114中的计算机可读指令。

存储器114可能包括现有技术中已知的任何计算机可读介质，例如包括易失性存储器，诸如静态随机接入存储器(SRAM)和动态随机接入存储器(DRAM)和/或非易失性存储器，诸如只读存储器(ROM)、可擦写可编程ROM、闪存、硬盘、光盘和磁带。进一步，存储器114包括(多个)模块118和数据120。

(多个)模块114包括例如解析模块122、发送模块124、分析引擎126和(多个)其他模块128。(多个)其他模块128可以包括补充应用或由交互系统102所执行的功能的程序或编码的指令。

数据120可以包括请求数据130、验证数据132和其他数据134。除其他以外，其他数据134可以作为用于存储作为执行(多个)模块118中的一个或多个模块的结果而被处理、接收和生成的数据的库。虽然数据120被示出是在交互系统102以内，可以理解，数据120可以存在于被耦合至交互系统102的外部仓库(在图中未示出)中。交互系统102可以通过(多个)接口116和外部仓库进行通信以获得来自数据120的信息。

如之前所提到的，在操作中，交互系统102被配置为促进请求终端104和一个或多个目标终端106之间的实时交互。根据一个实施，交互系统102从请求终端104接收一个或多个请求。交互系统102在服务区域内发送请求，该请求能够被目标终端106接收。如将在后面所解释的，服务区域可以被理解为由交互系统102基于每个请求所识别的用于发送请求的区域。随后，一个或多个目标终端106能够每个向交互系统102发送请求响应。交互系统102能够解析请求响应，并且因此将其转发给请求终端104。

参照图1、图1(a)和图1(b)解释交互系统102的操作以及与请求终端104、目标终端106和广播中心110的交互。图1(a)图示了根据本发明的一个实施的指示实时交互的信息流图，其中广播中心110与交互系统102被分别布置。另一方面，图1(b)图示了根据本发明的另一个实施的指示实时交互的信息流图，其中广播中心110的功能被实施在交互系统102中。

从请求终端104到交互系统102的请求的发送分别在图1(a)和图1(b)中的步骤136和步骤138中被指示。在一个实施中，向交互系统102发送的请求可能包括请求终端104正实时寻求答案的问题。例如，请求终端104可以寻求帮助以识别在某个时段在某个餐厅是否有空位，或者是否在针对某个秀的电影厅还有某个电影的票。在一个示例中，请求终端104能够以超文本传输协议(HTTP)请求、简单对象访问协议(SOAP)请求、简单邮件传输协议(SMTP)请求或者短消息(SMS)请求的形式在通信网络108上向交互系统102发送请求。因此，在一个示例中，向交互系统102发送请求相关联的费用能够基于请求的格式来确定，并且这种费用可能向请求终端104收取。

根据一个实施，请求可能包括上下文特征。在一个示例中，如其名字所建议的，上下文特征能够设置请求的上下文。如，上下文特征可能是请求终端104正寻求信息的电影剧场或餐馆的位置。在其他的示例中，上下文特征可能是日期、时间、所选择的用户类别和兴趣，基于这些能够设置请求的上下文。如能理解的，根据所述实施，请求终端104能够与请求一起发送上下文特征，并且分析引擎126能够从请求中确定上下文特征。

在另一个实施中，交互系统102能够获得与请求相关联的上下文特征。在一个示例中，分析引擎126能够被配置为提示请求终端104提供针对所接收的请求的上下文特征。在另一个示例中，分析引擎126能够基于交互系统102和请求终端104之间的先前交互被配置为自动确定与请求相关联的上下文特征。在所述示例中，分析引擎126能够进一步验证所识别的上下文特征和请求终端104。

进一步，在一个实施中，基于请求，一个或多个服务参数也能够被确定。将理解，如参照上下文特征所解释的，服务参数能够在发送请求之前通过请求终端104与请求相关联，或者可以参照上下文特征所解释的方式，通过交互系统102的分析引擎126来确定。在一个示例中，服务参数能够与服务区域中来自交互系统102的请求的传输相关，并且返回给请求终端104。根据所述示例，服务参数可能包括服务区域、请求响应限制或超时窗口。在所述示例中，服务区域能够被理解为在上下文特征中指定的位置附近的区域范围；请求响应限制能够被理解为，响应于请求，由请求终端104所能够被接收的请求响应数目的限制；超时窗口能够被理解为距离请求发送的时间，在该窗口内请求响应应该被接收。

根据一个实施，在接收到来自请求终端104的请求时，交互系统102的解析模块122能够解析请求。在一个示例中，解析模块122能够验证请求的内容和请求的内容的语法。进一步，请求能够基于各种验证规则和验证数据132中的数据被解析模块122解析。此外，基于通过解析模块122实现的解析，分析引擎126能够确定与请求相关联的上下文特征以及请求中的服务参数。分析引擎126能够存储请求、相关联的上下文特征和请求数据130中的服务参数。在本发明的另一个实施中，请求终端104能够将请求与上下文特征一起向交互系统102发送，并且分析引擎126能够向请求终端104提供与上下文特征相关的问题。

根据另一个实施，在接收到请求时，分析引擎126能够例如基于BTS服务请求终端104来确定请求终端104的位置。在所述实施中，如果分析引擎126确定请求终端104位于请求被广播的服务区域内，那么分析引擎126能够向请求终端104提供某些独有的特征。例如，在这种场景下，请求终端104可以被允许来免费发送请求和接收请求响应。

进一步，交互系统102能够基于服务参数来广播请求。例如，交互系统102的分析引擎126能够基于服务参数识别与请求相关联的服务区域，在该服务区域内请求被广播。在所述示例中，发送模块124能够识别服务区域所位于的服务小区，并且因此选择基站收发信台(BTS)用于广播消息。在一个实施中，发送模块124能够被配置为在转发针对发送的请求之前利用用户类别来标记请求。在所述实施中，发送模块124能够利用诸如“特权用户”的用户类别来标记请求。与请求相关联的标记能够指示与请求相关联的可靠性。

例如，电影剧场所有者能够在电影结束后向用户请求关于电影的和剧场内服务的反馈。如果这种请求被利用诸如“剧场管理”的标记来进行标记，那么人们能够决定是否他们愿意对此作出响应。在这个示例中，对请求加标记能够被集中提供优惠，所以剧场所有者能够向那些从其收到这种请求的响应的用户提供特定优惠和奖励。在另一个示例中，在公司实体内的董事会议结束后，可以进行广播来确定由公司实体的管理层给出的答案是否是有用的。在所述示例中，请求能够被标记为“管理层反馈”，并且能够请求对管理层提供的答案进行评定。

作为结果，各种用户之间的实时交互能够被实现，并且在这种场景下对请求加标记能够帮助用户做关于是否对请求作出响应的决定。例如，请求能够被标记为“被信任用户”，这描绘了请求是来自在之前的交互期间已经提供有效和准确响应的用户。在这种情况下，被提出请求的用户可能更倾向于作出响应，因为该请求是来自“被信任用户”，该“被信任用户”在先前交互期间是有帮助的。

在一个实施中，一旦请求被标记，交互系统102能够向广播中心110推送请求，广播中心110进一步与BTS进行通信用于广播消息。在图1(a)中的步骤140中指示了所述实施。在另一个实施中，如图1(b)所示，在步骤144中所示，交互系统102能够通过对服务小区进行服务的BTS在服务小区中广播请求。

分别如图1(a)和图1(b)中的步骤142和步骤144所示，在服务区域中广播消息时，请求被服务区域中所有的目标终端接收。将理解，虽然广播请求被示出在不同的情况下到达不同的目标终端106-1、106-2和106-3，请求能够同时到达目标终端106-1、106-2和106-3。作为向目标终端106-1、106-2和106-3广播请求的结果，不要求为了实现交互而在交互系统102上请求终端104或目标终端106-1、106-2和106-3的位置更新。因此，终端的数据使用的大量减少得以实现。此外，由于交互系统102不要求处理和存储大量的数据，交互系统102能够被实施为具有简单的结构。因此，与交互系统102相关联的基础设施成本和操作成本被大大减少。

在一个实施中，在请求在目标终端106-1、106-2和106-3中的每个被接收时，每个目标终端106能够识别是否目标终端106是消息的预定接收者。在所述实施中，目标终端106能够基于上下文特征、服务参数或者二者来识别它自己是否是预定接收者。例如，如果目标终端106位于消息被广播的服务区域之外，那么目标终端106能够拒绝该请求。另一方面，如果目标终端106确定请求是针对目标终端106而设的，那么目标终端接受该请求，并且可以在与目标终端106相关联的图形用户界面(GUI)上向用户提供请求。

除了从目标终端请求信息，在一个实施中，请求终端104或者第三方用户能够使用请求用于广告，而目标终端106-1、106-2和106-3无需对数据下载付费。在一个示例中，在第三方正使用请求用于广告的情况下，交互系统102能够被配置为向第三方收取数据使用的费用。因此，交互系统102还能够促进进行广告，其中目标终端106或目标观众可以减轻不必要的开销。

由于请求是向目标终端106-1、106-2和106-3广播的，用于更新服务器中终端104和106的位置的来自请求终端104和目标终端106-1、106-2和106-3的数据流被大大减少。另一方面，由于请求是在服务区域内被广播，目标终端106-1、106-2和106-3不为数据下载而付费，因为消息的接收是通过运营商提供而成本免费。

进一步，目标终端106-1、106-2和106-3中的一个或多个能够向交互系统102提供请求响应。在一个示例中，请求响应可能是针对在请求中由请求终端104提起的问题的答案。作为一个示例，如在图1(a)中的步骤146和图1(b)中的步骤148所示，目标终端106-2向交互系统102提供请求响应。与参照请求所解释的类似的方式，请求响应能够以超文本传输协议(HTTP)请求、简单对象访问协议(SOAP)请求、简单邮件传输协议(SMTP)请求或者短消息传输服务(SMS)的形式被提供给交互系统102。此外，在对请求作出响应的目标终端106-2收取的费用能够基于响应的格式来确定。在另一个示例中，用于对请求作出响应的费用能够在寻求信息的请求终端104上收取。

如在图1(a)中的步骤146和图1(b)中的步骤148所示，在交互系统102处接收请求响应时，解析模块122能够解析请求响应，如针对内容和语法检查请求响应。进一步，根据一个实施，解析模块122能够针对较早存储在请求数据130中的服务参数来验证请求响应。例如，如果n是作为服务参数的一部分由分析模块126确定的请求响应限制，那么解析模块122能够检查所接收的请求响应是否在请求响应限制之内。在请求响应是第(n+1)或者之后的请求响应，那么解析模块122能够拒绝该请求响应。在另一个示例中，如果请求响应是在超时窗口到期之后由交互系统102所接收，那么解析模块122能够拒绝该请求响应。

另一方面，如果解析模块122确定针对服务参数，该请求响应是有效的，例如该请求响应是在超时窗口到期之前被接收，或者是由交互系统102所接收的前n个请求响应中的一个，那么该请求响应被发送给请求终端104。

作为由解析模块122执行的验证检查的结果，例如，针对服务参数，交互系统102接收并且保持与该请求相关的这些请求响应，并且拒绝其他的响应请求。例如，如果请求是为了获得关于是否有某个电影放映的票的信息，那么具有这种信息并且在电影放映开始后所接收的请求响应对于请求终端104是不相关的。因此，交互系统102有利于请求终端104和目标终端106之间的实时交互，这对于请求终端104的用户是有用的。

根据一个实施，在确定请求响应是否有效时，发送模块124能够向适当的目标终端106(在这种情况下是目标终端106-2)发送响应确认。图1(a)中的步骤154和图1(b)中的步骤156指示了从交互系统102的发送模块124向目标终端106-2的响应确认的发送。在另一个实施中(未在图中示出)，在由请求终端104接收到请求响应时，确认响应能够被发送给恰当的目标终端106。将理解，在一个实施中，发送模块124能够被配置为向接收到无效的请求响应的每个这种目标终端106发送响应拒绝确认。

如之前所提到的，在响应请求被确定是有效的情况下，发送模块124能够向请求终端104发送响应请求。图1(a)中的步骤150和图1(b)中的步骤152描绘了从交互系统102向请求终端104发送响应请求。虽然在之前提到的实施中，发送模块124向请求终端104提供响应请求，在另一个实施中，在响应请求被接收时，发送模块124可以整理所接收的各种响应，并且在超时窗口到期之后成批地发送响应请求。

根据本发明的一个实施，在向请求终端104推送请求响应之前，发送模块124能够基于接收的请求响应所来自的目标终端106-2以用户类别标记请求响应。在一个示例中，与每个请求响应相关联的标记能够指示请求响应的准确性或可靠性。因此，基于与请求响应相关联的用户类别的标记，请求终端104能够确定请求响应是否准确或可靠。为了识别将与某个用户类别相关联的目标终端106的目的，分析引擎126还能够从请求终端106邀请请求响应上的反馈。

例如，目标终端106能够被标记为属于叫做“被信任用户”的用户类别，在之前的交易中来自该目标终端106的大部分有效的响应已经被接收，并且针对该目标终端106的正反馈从请求终端106被接收。在所述示例中，在请求终端104接收到被标记为从被信任的用户所接收的请求响应时，请求终端104的用户能够假设该请求响应中的信息是可靠的。进一步，交互系统102能够在向请求终端104转发响应请求的同时，隐藏接收的响应请求所来自的目标终端106的身份。因此，由交互系统102实现的交互向请求终端104和目标终端106的各种用户提供了安全性和隐私。

相反，被标记为属于某些其他类别的请求响应能够被请求终端104的用户忽略，或者可能具有更小的比重。考虑一个示例，其中请求终端104向走出电影剧场的目标终端106的一组用户发送请求以寻求问题“‘X’电影好么？”的答案。在这种情况下，来自被信任用户的响应能够被假设为实质准确。另一方面，如果与响应请求相关联的用户类别，如“剧场管理”，指示响应可能来自属于电影剧场所有者的类别的用户，那么请求终端104的用户可以有所保留地考虑这种请求响应。

进一步，根据一个实施，发送模块124能够被配置为监控服务参数，并且发送模块124能够基于服务参数自动生成删除请求指令，并且在服务区域内广播该删除请求指令，其中该请求之前被广播过。在接收到该删除请求指令时，目标终端106能够删除从交互系统102接收的请求。在另一个实施中，目标终端106能够被配置为基于诸如超时窗口的服务参数来确定请求的有效性。进一步，基于请求的有效性，目标终端106能够删除请求。在这种情况下，发送模块124可以不需要生成和发送该删除请求指令。

例如，发送模块124能够监控用于接收响应的超时窗口是否到期，并且在超时窗口到期时，发送模块124能够发送删除请求指令。在另一个示例中，发送模块124能够监控是否已经由交互系统102接收到n个有效的请求响应，并且在接收到第n个有效的请求响应时，发送模块124能够广播该删除请求指令。在再一个示例中，请求终端104的用户可以发出停止响应的输入，并且将其发送给交互系统102，用于指示交互系统102不再发送请求响应。在所述示例中，请求终端104可能已经接收到所需要的信息，并且不再需要请求响应。在这种情况下，如果请求终端104已经发出停止响应请求，发送模块124能够广播删除请求指令。将理解，如之前参照请求的广播所解释的，删除请求指令能够由广播中心110来广播，如图1(a)中的步骤158和160所示，或者由交互系统162来广播，如图1(b)中的步骤162所示。

图2图示了根据本发明实施例的在通信网络中用于实时交互的方法200。描述方法200的顺序不是被解释为限制，任何数量的所描述的方法框能够以任何顺序被组合来实施方法200或备选方法。此外，在不背离本文中所描述的本发明的精神和范围下，独立的框可以从方法中删除。此外，方法能够以任何合适的硬件、软件、固件或其组合来实施。

本领域的技术人员将识别，方法200的步骤能够由编程的计算机来执行。本文中，一些实施例也旨在于覆盖程序存储设备，例如数字数据存储介质，它们是机器或计算机可读指令和编码机器可执行或计算机可执行程序指令，其中所述指令执行所描述的方法的一些或所有步骤。程序存储设备例如可以是数字存储器、磁存储介质(诸如磁盘和磁带)、硬盘驱动器或光可读数字数据存储介质。实施例还旨在于覆盖被配置为执行方法200的所述步骤的通信网络和通信设备。

参照框202，从请求终端接收请求，诸如请求终端104。请求能够通过交互系统102被接收。

根据一个实施，在请求终端104处接收到请求时，请求被解析用于验证请求是否有效。例如，请求被解析模块122基于验证数据132来解析。在一个实施中，请求能够被解析用于验证请求的内容或语法或二者是否有效。在内容无效的情况下，如果请求是欺骗请求，并且包括显式语言，或者请求的语法是不正确的，那么请求被拒绝。

另一方面，如果请求是有效的，那么在框204，与请求相关联的上下文特征被确定。在一个实施中，请求终端104在向交互系统102发送请求时将请求和上下文特征相关联。在这种情况下，在一个示例中，分析引擎126能够确定与请求相关联的上下文特征。在另一个实施中，请求终端104能够向交互系统102发送请求，并且分析引擎126能够确定与来自那个请求终端104的请求相关联的上下文特征，如向请求终端发送提示以提供上下文特征，或者基于之前与该请求终端104的交互。

在一个实施中，请求可能是个问题，针对该问题的答案由请求终端104实时寻求。例如，请求可能包括一个问题以由电影结束后走出电影厅的人们获得关于在某个电影厅播放的电影的反馈，或者实时询问是否还有在剧场上演的某个剧目的票的问题，在所述实施中，请求能够包括向请求提供上下文的上下文特征。例如，上下文特征可能是剧场或电影厅的地点，或者针对寻求信息的电影或剧目的日期或时间或二者。

在框206，在请求中与上下文特征相关联的一个或多个服务参数被确定。在一个实施中，服务参数可能包括服务区域、响应请求限制或超时窗口。服务区域可能是由网络运营商服务的小区中的区域，在该服务区域中请求终端104可能希望发送请求。响应请求限制是关于请求终端104可能会接收的针对请求的响应的数目的限制。超时窗口能够指定请求终端104可能希望接收的针对请求的响应的时间限制。例如，在请求终端的用户正寻求是否还有关于某个秀的电影票的信息的情况下，在电影秀开始后接收的响应可能被理解为是非相关的。进一步，将理解，与上下文特征相关联的服务参数可能是上述参数中的一个或其组合。在一个示例中，分析引擎126能够确定服务参数。

进一步，在框208，用于广播请求的服务小区基于上下文特征被识别。在一个示例中，分析引擎126能够识别上下文特征中所指定的位置，并且基于该位置，分析引擎126能够识别用于广播请求的服务小区。

在一个实施中，在被广播之前，请求能够以用户类别来标记。在一个示例中，基于与请求相关联的标记，接收目标终端106能够确定请求的可靠性。请求能够用标记来被标记，如“被信任用户”或“特权用户”指示请求是来自已经主动对之前的请求作出响应的用户，并且提供了有效和有用的信息。在这种情况下，请求终端104能够基于请求终端104的用户所属于的类别来决定是否对请求作出响应。

在框210，请求在服务小区中的服务区域内被广播。服务区域可以基于服务参数被识别。在一个示例中，分析引擎126能够确定服务小区中的服务区域，发送模块124能够在服务区域内广播请求。根据一个实施，发送模块124能够向广播中心110发送请求，以及请求将在其中被广播的服务区域的信息。广播中心110能够进一步广播请求，即经由在服务区域中操作的基站收发信台(BTS)。在另一个实施中，交互系统102能够如经由BTS在服务区域中直接广播请求。

当在服务区域中广播请求时，单个请求被发送给服务区域中的多个目标终端106。在一个实施中，接收请求的每个目标终端106基于上下文特征或服务参数或二者来确定目标终端106是否是请求的预期的接收者，或者是错误接收的请求。对于后者，请求被目标终端106拒绝。另一方面，对于前者，请求被接受并且用户能够按照在请求中所寻求的信息提供针对请求的适当的响应。

对请求的响应，在框212中，一个或多个请求响应从一个或多个目标终端106被接收。在一个实施中，请求响应可能包括在请求中提到的问题的答案。根据一个示例，请求响应通过交互系统102来接收。

在框214，每个请求响应被解析来验证请求响应的有效性。在一个示例中，解析模块122能够解析请求响应并且验证请求响应的内容是否有效。在所述示例中，解析模块122能够确保包括显式语言或者具有错误语法的请求响应被拒绝。

进一步，每个请求响应针对请求中的服务参数被检查有效性。在框216，确定与请求相关联的超时窗口是否已经到期。在一个示例中，发送模块124被配置为访问在框216中到期的超时窗口的状态。在超时窗口已经到期(从框216的“是”路径)的情况下，则在框218处，删除请求指令在服务区域内被广播。删除请求指令能够被理解为如下指令，即其被发以通知服务区域内的目标终端106请求不再有效，并且之后收到的请求响应将是不相关的。

另一方面，如果超时窗口没有到期(从框216的“否”路径)，那么在框220，确定请求响应限制是否达到。例如，如果在服务参数中指定的请求响应限制是n，那么在接收到第n个请求响应时，达到请求响应限制则标志被提出。在达到请求响应限制(从框220的“是”路径)的情况下，则在框218删除请求指令在服务区域中被广播。

相反地，在没有达到请求响应限制(从框220的“否”路径)的情况下，则在框222确定是否从请求终端104收到停止响应输入。在一个示例中，如果所需的信息已经在之前的请求响应中被接收，或者在请求终端104的用户已经决定放弃电影的计划，那么用户可以向交互系统102发送停止响应输入以拒绝任何进一步的请求响应。在一个示例中，分析引擎126能够确定停止响应输入是否被接收。

在停止响应输入被接收(从框222的“是”路径)的情况下，在框218，删除请求指令在服务区域内被广播。

在另一个实施中，目标终端106能够被配置为基于服务参数确定请求的有效性。在根据服务参数请求是无效的情况下，目标终端106能够删除该请求。

在另一方面，如果停止响应输入没有被接收(从框222的“否”路径)的情况下，在框224，请求响应被发送给请求终端104。在一个示例中，发送模块124能够向请求终端104发送请求响应。

根据一个实施，在向请求终端104发送请求响应时，请求响应能够基于从其接收请求响应的目标终端106来以用户类别被标记。与请求响应相关联的用户类别的标记能够指示请求响应的准确性或可靠性，并且因此，在响应请求中的信息能够进一步被使用。

虽然用于在通信网络中的实时交互的实施已经用语言特别针对结构特征和/或方法来描述，应当理解所附权利要求不限于所描述的特定特征和方法。而是，特定特征和方法被公开作为用于实现通信网络中的实时交互的实施。

Claims (15)

1.一种用于实时交互的方法，所述方法包括：

确定与至少一个请求相关联的上下文特征，所述至少一个请求从请求终端(104)被接收；

基于所述上下文特征在服务区域中发送所述至少一个请求，其中所述至少一个请求通过在通信网络(108)上进行广播而被发送；

响应于被发送的所述至少一个请求，从多个目标终端(106)中的一个或多个目标终端接收至少一个请求响应；以及

向所述请求终端(104)提供所述至少一个请求响应；

其特征在于，所述提供的步骤还包括：

利用用户类别来标记所述至少一个请求响应，以确定所述至少一个请求响应的准确性。

2.根据前述权利要求中任一项所述的方法，其中所述发送包括确定与在所述至少一个请求中的所述上下文特征相关联的至少一个服务参数。

3.根据权利要求2所述的方法，其中所述方法进一步包括基于与所述上下文特征相关联的所述至少一个服务参数，向所述多个目标终端(106)发送删除请求指令。

4.根据权利要求2所述的方法，其中所述至少一个服务参数包括服务区域、响应请求限制和超时窗口中的至少一个。

5.根据权利要求2所述的方法，其中所述提供包括：

基于所述服务参数向所述请求终端(104)发送所述至少一个请求响应。

6.一种用于实时交互的交互系统(102)，所述交互系统(102)包括：

处理器(112)；以及

被耦合至所述处理器(112)的存储器(114)，所述存储器(114)包括，

分析引擎(126)，被配置为

获得与请求相关联的上下文特征，其中所述请求从请求终端(104)被接收；以及

确定与所述上下文特征相关联的服务参数；以及

发送模块(124)，被配置为

向多个目标终端(106)在服务区域中广播所述请求，其中所述服务区域基于所述上下文特征和所述服务参数被识别；以及

基于所述服务参数，向所述请求终端(104)发送从至少一个目标终端(106)接收到的至少一个请求响应；以及

利用用户类别来标记所述至少一个请求响应以确定所述至少一个请求响应的准确性。

7.根据前述权利要求中任一项所述的交互系统(102)，其中所述分析引擎(126)被进一步配置为：

基于所述上下文特征识别用于广播所述请求的服务小区；以及

基于所述服务参数确定用于广播所述请求的所述服务小区中的所述服务区域。

8.根据权利要求7所述的交互系统(102)，其中所述发送模块(124)被进一步配置为在所述服务小区中广播所述请求。

9.根据前述权利要求中任一项所述的交互系统(102)，其中所述发送模块(124)被进一步配置为向广播中心(110)发送所述请求以用于在所述服务区域中广播所述请求。

10.根据前述权利要求中任一项所述的交互系统(102)，其中所述发送模块(124)被进一步配置为基于所述服务参数，向所述多个目标终端(106)广播删除请求指令。

11.根据前述权利要求中任一项所述的交互系统(102)，进一步包括解析模块(122)，被配置为在所述广播和所述发送之前分别验证所述请求的内容和所述至少一个请求响应的内容。

12.一种参与实时交互的目标终端(106)，被配置为：

通过广播消息从交互系统(102)接收请求，所述请求包括上下文特征；

基于所述上下文特征，确定所述目标终端(106)是否是所述请求的预定接收者；以及

基于所述确定来响应于所述请求执行动作，其中所述动作包括以下之一：发送包括具有用户类别的标记的请求响应，以及拒绝所述请求。

13.根据前述权利要求中任一项所述的目标终端(106)，进一步被配置为：

基于至少一个服务参数确定所述请求的有效性，所述目标终端(106)是所述请求的所述预定接收者；以及

基于所述请求的被确定的所述有效性来删除所述请求。

14.一种计算机可读介质，所述计算机可读介质已经体现了在其上用于执行用于实现实时交互的方法的计算机程序，所述方法包括：

确定与至少一个请求相关联的上下文特征和服务参数，所述至少一个请求从请求终端(104)被接收；

基于所述上下文特征和所述服务参数，在服务小区内的服务区域中向多个目标终端(106)广播所述至少一个请求；

响应于所述至少一个被发送的请求，从所述多个目标终端(106)中的一个或多个目标终端接收至少一个请求响应；

基于所述服务参数向所述请求终端(104)提供所述至少一个请求响应，所述至少一个请求响应包括具有用户类别的标记。

15.根据前述权利要求中任一项所述的计算机可读介质，其中所述广播所述至少一个请求包括：对所述至少一个请求进行标记，所述标记指示了所述至少一个请求的可靠性。