CN108370491A

CN108370491A - 用于内容递送的系统和方法

Info

Publication number: CN108370491A
Application number: CN201680066145.9A
Authority: CN
Inventors: 乔治·G·克里斯托弗; H.L.哈金; J.D.卡尔金斯; B.K.特里维
Original assignee: Individual
Current assignee: Individual
Priority date: 2015-09-11
Filing date: 2016-09-12
Publication date: 2018-08-03
Anticipated expiration: 2036-09-12
Also published as: WO2017042390A2; US20200045377A1; US20210099769A1; HK1258995A1; US20220124418A1; CN108370491B; US20170078760A1; WO2017042390A3; US10433021B2; EP3348080A2

Abstract

提供了用于为内容分发商（例如，工作室）和基于位置的观看零售商（例如，放映商）产生收益的系统和方法。使用关联到基于地理的特定位置的虚拟座位，并且通过给原本可能不可获得和/或不方便的消费者提供内容，系统将观看零售商足迹向各种会场之外（例如，向家和移动设备中）延伸。系统包括控制电路，所述控制电路被配置成：使用内容消费引擎和通信电路从第一客户端设备接收第一位置信息；使用位置引擎、使用第一位置信息来确定第一客户端设备的地理位置；以及使用内容分发引擎、基于第一位置信息的所确定的地理位置向第二客户端设备发送内容，即使第一和第二设备被包含在单个设备中。

Description

用于内容递送的系统和方法

技术领域

本公开的各种方面涉及内容递送，并且在一个方面中但不作为限制，涉及基于地理定位信息的内容递送。

背景技术

电影的典型影院放映窗口在8到12周长之间。然而，从售票产生的收益的大部分来自放映窗口的刚开始几周。对于电影大片，在放映窗口的较后阶段中继续产生有意义的收益通常不是问题，虽然甚至这时因为它在较少银幕上播放并且具有较少放映时间而随时间过去减少对公众的一般可获得性。然而，对于大部分电影而言，在放映的前两周之后的收益方面的下降可能是陡峭的。在急剧的收益下降与DVD/蓝光盘发行之间的时间（其一般超过90天）期间，电影工作室和影院运营商（放映商）二者可能亏本。这导致以下常见场景：影院运营商（有时候在影院放映的首映之后的刚2或3周就）将移除表现差或欠佳的电影以免于放映，并且用更新和/或表现更好的电影来替换它们。当此黑暗时期（死亡收入时期）出现时，电影工作室和影院运营商的潜在收益因此损失。

因为在整个放映期内占有银屏的经济状况很少有意义，所以电影一般不在影院中播放达影院放映窗口的完整90+天。在典型的90天时期内，近似向影院放映125-150个电影。影院继而通常具有4个到30个之间的银屏，每一个使30-300人就坐于任何地方。由于添加座位来匹配片名的吸引力的不连续性质（即——从0个座位到容纳30或更多个人的一个银屏的阶梯函数），以及电影之间针对银屏实际使用面积的竞争，公众通常在其影院放映之后不久不能找到更加新的电影。使问题进一步复杂化，安排的放映时间可能不能总是与所有公众成员的具体需要对准，并且对影院的访问的变化的容易程度（例如，距离、天气、地理约束）进一步组合以限制任何单个片名的总体收益，甚至在其知名度的峰值时刻处。所有这些复杂性直接转化成损失收益中的可能成千上万，如果不是百万的话。补偿一些损失收益的一种方式是提供用于在影院中不能找到（或者很难找到）消费者时使他们看电影的替代方式。

发明内容

为了解决对以上描述的内容（例如，电影）可获得性的挑战，内容所有者和放映商理想地应当能够销售位于家中或者对放映商的会场而言远程的地方中的“虚拟座位”（或远程座位）的库存。这将允许消费者在会场之外（例如，在家里）看所展出的内容，并且使他们摆脱物理上处于会场处的要求。通过允许消费者购买电影/内容的虚拟座位并且在会场之外（例如，在家里）看它，极大地减少了会场处的有限座位和不灵活放映时间（即，放映商选择的放映时间而不是消费者选择的放映时间）的约束。进一步地，消费者不能够在整个90天放映期内跟上银屏上的特定电影的经济现实将变得不算什么问题。同样地，用于使消费者在影院放映窗口期间看电影或者看首轮放映电影的替代方式被需要。相应地，提供了用于向消费者提供首轮放映电影（或其它内容）以用于在会场之外（例如，在家里）观看的方法和系统。

在一个方面中，提供了一种用于向在位于会场之外且位于地理分发边界内的座位处的远程观看者的集合提供内容的方法。该方法包括：限定与涉及第一会场的地理区域对应的所述地理边界，所述地理边界不同于第二会场的地理边界；使用位置引擎（针对第一会场的所述远程观看者）确定所述远程观看者的每一个座位的地理定位；确定所述座位的地理定位是否处于第一会场的所述地理边界内；以及使用分发引擎向确定处于所述第一会场的所述地理边界内的所述座位中的每一个提供所述内容。

在另一个方面中，提供了一种用于基于客户端设备地理定位数据向客户端设备发送内容的方法。该方法包括从第一客户端设备接收第一位置信息。第一客户端设备可以是电视、机顶盒、游戏操控台或者基于因特网的流式传输设备（例如，OTT设备，诸如Roku^TM和Chromecaset^TM）。第一设备的第一位置信息可以包括因特网协议（IP）地址、媒体访问控制（MAC）地址和地理定位数据中的一个或多个，所述地理定位数据诸如全球定位系统（GPS）数据（例如，经度和纬度）。一旦接收到第一位置信息，就使用第一位置信息来确定第一客户端设备的地理位置。

在一个方面中，基于第一位置信息的所确定的地理位置来向第二客户端设备发送内容或媒体。第一客户端设备可以与第二客户端设备相同。换言之，针对内容的请求以及内容的显示二者都由同一设备（例如，连接TV）执行。在另一个方面中，第一客户端设备不同于第二客户端设备。在该场景中，第一设备可以是执行经由GPS的地理定位、注册（registration）以及内容的订购的移动设备。一旦被订购，内容就将可用于下载或流式传输至第二显示设备，诸如之前向第一设备注册的连接TV或机顶盒。应当指出的是，内容可以是多媒体、电影、音乐会、体育赛事、戏剧或者任何其它娱乐事件。

在一个方面中，在向客户端设备递送/流式传输内容之前，验证位置信息（或地理定位数据）的地理位置处的房产类型。在一个方面中，只有在确定房产类型是住宅房产或者混合型住宅-商业房产时才向客户端设备递送内容。在又一个方面中，检查第一位置信息的IP地址以确定它是否与第二位置信息的IP地址匹配。仅在存在匹配时以及在验证房产类型是住宅类型房产时，内容才可以被递送（可用于下载）或流式传输到客户端设备或者之前向客户端设备注册的替代显示设备。

在一个方面中，方法还包括从第一设备接收针对首轮放映电影的清单的请求以及定位接近第一客户端设备的所确定的地理位置的影院。经由销售参与影院中的虚拟座位，通过将位于X数目的英里内的住宅（或者混合型住宅-商业）房产处的所有已注册客户端设备分配给该参与影院，这在参与影院周围创建地理围栏。以该方式，经由基于地理定位的内容递送系统和方法所产生的收益可以与参与影院分享。该收益可以被报告为参与影院的票房收益。在另一个方面中，方法还包括从第一设备接收针对首轮放映电影（和/或其它内容）的清单的请求以及定位接近第一客户端设备的所确定的地理位置的影院。通过向非参与影院地理阻挡（阻止）位于X数目的英里内的住宅（或混合型住宅-商业）房产处的所有已注册客户端设备，这在该非参与影院周围创建地理围栏。

在一个方面中，方法还包括检索由接近所确定的地理位置的影院正在供应的电影的列表以及将电影的列表发送给客户端设备。在另一个方面中，方法包括从第一设备接收针对首轮放映电影（和/或其它内容）的清单的请求，以及确定与第一设备相关联的第二设备的地理位置。第一和第二客户端设备可以不同。一旦确定第二设备的地理位置，就定位接近第二设备的参与影院。接下来，检索由该参与影院正在供应的电影的列表并且将其发送给第一客户端设备。第一客户端设备然后可以为要在第二设备上显示的电影下订单。在一个方面中，与参与影院和电影工作室分享从该订单产生的收益的一部分。

在本公开的又一个方面中，公开了一种用于内容递送的系统。该系统包括控制电路，所述控制电路被配置成：使用内容消费引擎和通信电路来从第一客户端设备接收第一位置信息；使用位置引擎、使用第一位置信息来确定第一客户端设备的地理位置；以及使用内容分发引擎、基于第一位置信息的所确定的地理位置而向第二客户端设备发送内容。

在又一个方面中，公开了一种非暂时性处理器可读介质。非暂时性处理器介质包括在计算设备上操作的一个或多个指令，所述一个或多个指令在由处理器执行时使处理器：从第一客户端设备接收第一位置信息；使用第一位置信息确定第一客户端设备的地理位置；以及基于第一位置信息的所确定的地理位置来向第二客户端设备递送内容。

附图说明

当结合随附各图阅读时，更好地理解前述概要以及以下详细描述。合并于本文中并且形成说明书的部分的随附各图图示了多个实施例，并且与描述一起进一步用来解释所牵涉的原理并使得（多个）相关领域中的技术人员能够制造和使用所公开的技术。

图1图示了依照本公开的一方面的基于地理定位的内容递送平台在其中操作的示例性环境。

图2图示了依照本公开的一方面的具有ISP关系的示例性客户端设备注册系统和过程。

图3-4图示了依照本公开的一方面的具有ISP关系的示例性的基于地理定位的内容递送系统和过程。

图5图示了依照本公开的一方面的不具有ISP关系的示例性客户端设备注册系统和过程。

图6-7图示了依照本公开的一个或多个方面的不具有ISP关系的示例性的基于地理定位的内容递送系统和过程。

图8-9图示了依照本公开的一个或多个方面的不具有ISP关系的基于示例性移动设备发起的地理定位的内容递送系统和过程。

图10图示了依照本公开的一方面的示例性的基于服务器侧注册和地理定位的内容递送过程。

图11图示了依照本公开的一方面的示例性的基于服务器侧地理定位的内容递送过程。

图12图示了依照本公开的一方面的示例性的基于服务器侧注册和地理定位的内容递送过程。

图13图示了依照本公开的一方面的示例性的基于客户端侧地理定位的内容递送过程。

图14图示了依照本公开的一方面的示例性的基于地理定位的内容递送过程。

图15图示了依照本公开的一方面的管控内容供应的示例性过程。

图16图示了依照本公开的一方面的示例性服务器侧远程座位购买过程。

图17图示了依照本公开的一方面的用于忠诚伙伴程序的示例性过程。

图18是图示了依照本公开的一方面的基于地理定位的内容递送系统的示例性软件模块/引擎和硬件实现的框图。

图19是图示了依照本公开的一个或多个方面的可以采用图2-17的方法和过程的基于地理定位的内容递送方法和系统的示例性硬件实现的框图。

具体实施方式

概述

如之前提及的，由于天气、放映时机、不公正的评级、负面评论以及竞争，电影有时候在票房处表现得欠佳。每当影院运营商（放映商）将整个放映室贡献给表现差的电影时，他们就会亏本，因为他们必须为员工付钱并且损失掉本来可能通过放映表现更好或更新的电影而产生的利润。同样地，影院运营商趋向于尽可能快地移除表现差的电影以免于放映。有时候影院运营商在放映2周之后——在电影的所安排的影院放映结束日期的结束之前很久——就移除电影以免于放映。在从影院移除电影时和DVD/蓝光发行日期之间的死亡收入时期期间，电影工作室和影院运营商二者将产生几乎为零的收益，并且可能甚至很可能由于从市场营销、人员配置和分发所承受的成本而亏本。

照此，存在对于将允许消费者在死亡收入时期期间购票并且看电影的系统和方法的需要。所需要的是用于向消费者流式传输（或者以其它方式提供）首轮放映电影（即，仍然在其影院放映窗口中的电影）的系统和方法。系统将基本上允许消费者购买其家附近的参与影院处的电影的“虚拟座位”（位于远程且在影院之外的座位），并且在他们自己家中舒适地观看电影。在一个方面中，消费者可以仅从与消费者的住宅房产相关联的附近参与影院购买虚拟座位。影院和住宅房产的此地理围栏方面允许与参与影院分享收益，很像标准实体收益分享模型。

图1图示了示例性环境100，用于基于地理定位的内容递送的方法和系统在其中操作。如图1中所示，环境100包括通信网络110、面向消费者的内容门户115、内容递送网络（CDN）120、影院125、电影工作室130、因特网服务提供商（ISP）135、移动电话140、位置服务145和住宅房产150。诸如连接TV 152、游戏操控台154、卫星或有线机顶盒（STB）156以及各种客户端设备158（例如，移动电话、平板计算机、膝上型计算机、台式机等）之类的物品在住宅房产150的局域网（LAN）内操作。

在一个方面中，面向消费者的内容门户115可以是受保护的计算平台，所述计算平台具有在各种位置中的用于托管web站点、web应用和应用编程接口（API）的服务器，其中的每一个或其组合可以负责管理CDN 120、影院125、电影工作室130、ISP 135、移动电话140、位置服务145以及住宅房产150中的各种设备之间的通信会话，以便促进首轮放映电影（或其它内容）订购和流式传输过程。门户115可以托管web站点或web应用，用于使消费者使用客户端设备152、154、156和158之一连接到其以便从接近他们家的参与影院获得首轮放映电影的清单并且购买电影的虚拟座位。应当指出，不同于首轮放映电影的内容可以在列表上，诸如老电影、经典作品、戏剧、体育赛事、实况事件（例如，流行音乐会）等。门户115还可以具有用于与安装在连接TV 152和其它连接设备中的应用对接的API，所述其它连接设备诸如STB 156和游戏操控台154。同样地，API将管理诸如CDN 120、影院125、ISP 135、位置服务145和连接设备152-158中之一之类的各种实体之间的通信会话，以使得消费者能够观看由参与影院125正在供应的可获得的首轮放映电影或其它内容，并且购买针对电影/内容的虚拟座位。

CDN 120可以包括部署在跨世界的各种数据中心中的服务器。CDN 120可以存储由工作室130提供的加密电影（包括在其影院放映窗口中的电影）。一旦消费者从影院125购买电影的虚拟座位，就标识可用于消费者的地理位置的最近和/或最快的CDN服务器。CDN 120可以使电影可用于下载，或者可以将电影流式传输至位于住宅房产150处的HDCP（高带宽数字内容保护）认证IP设备。

在一个方面中，门户115可以在电影被递送或流式传输至住宅房产150中的设备之前在电影上实现基于会话的水印。基于会话的水印对于每一个住宅房产或者与住宅房产150相关联的IP地址而言是独特的。以该方式，在加密机制以某种方式受损的情况下，工作室130可以检测并且追捕电影的非法拷贝和分发。

在一个方面中，仅将首轮放映电影供应给住宅房产。商业房产由于大规模放映的高风险而是不合格的。显然，这将极大地减小电影工作室的收益能力。为了确保仅住宅房产可以购买虚拟座位和看首轮放映电影，门户115采用创新的基于地理定位的验证过程，并且确定住宅房产是否落在参与影院的地理分发边界内。在一个方面中，验证与诸如连接TV152、游戏操控台154和STB 156之类的客户端设备的MAC地址相关联的IP地址的地理位置。这可以通过具有与ISP 135的数据共享关系而完成，所述ISP 135向住宅房产150提供因特网服务。在一个方面中，门户115与ISP 135通信以获得住宅房产150的地理位置和/或地址。一旦验证房产150是住宅房产，诸如独户住宅、公寓或寓所，门户115就将授权与住宅房产150的IP地址相关联的设备购买和接收首轮放映电影的流。

在一个方面中，可以允许商业房产购买虚拟座位并且看首轮放映电影或其它内容，但是有附加的要求。在该场景中，当确定显示设备与商业房产相关联时，门户115可以要求附加的验证或信息，诸如预期观看者的数目、事件的类型以及与商业房产相关联的公司的名称。在一个方面中，用于商业房产的虚拟座位的定价和内容的可用性可以基于附加信息中的一个或多个进行调整。在一个方面中，仅可以允许位于商业房产中的某一类型的事件观看和购买来自基于地理定位的内容递送平台的电影/内容。例如，当设备的地理定位与商业房产相关联时，仍然可以允许设备购买电影，如果设备指示事件是用于小孩的生日的话。在一个方面中，一旦小孩的生日是该类型的事件的输入，那么可获得的电影的列表就可以受诸如家庭或动画之类的体裁所限制。

附加信息还可以用于执行分析和标识购买异常。例如，如果房产——住宅的或商业的——具有在每周五下午五点订购电影的一贯历史，则其可以使调查有正当理由，或者可以要求账户持有者提供附加信息以用于将来的购买，并且账户甚至可能被限制。

在另一个方面中，将仅使具有某一状态的电影可用于由商业建筑物中的消费者购买。状态可以包括自放映起的天数、自第一个周末起所下降的收益百分比、批评性评论以及放映电影的影院的百分比中的一个或多个。例如，如果首轮放映电影的收益在第一个周末之后下降80%或更多，和/或放映电影的影院的百分比小于5%，那么可以使该电影在基于地理定位的内容递送平台上可用于商业房产。在一个方面中，如以上所描述的类似状态触发也可以适用于住宅房产。

再次参照图1，当STB 156用于购买虚拟座位或者被选择为显示/渲染设备时，门户115可以利用有线和卫星TV提供商来验证STB 156的MAC地址，以确定有线/卫星订户是与住宅账户还是商业账户相关联。在一个方面中，禁止与商业账户相关联的STB参与由门户115提供的基于地理定位的内容递送平台。照此，出于IP地址验证的目的，ISP 135可以包括有线和卫星提供商，诸如Dish^TM、Comcast^TM和DirecTV^TM。替代地，当提供某些附加信息并且满足某些电影状态触发时，与商业账户相关联的STB可以参与。

在与ISP 135的数据共享关系不存在的情况下，门户115可以通过使用也位于相同网络上的启用位置服务的设备（例如，移动设备158）的地理定位数据来验证显示设备（例如，连接TV 152）的IP地址的地理位置。例如，如图1中所示，连接TV 152和移动设备158（例如，移动电话、平板计算机等）二者可以连接到相同的局域网，因而它们在与通信网络110通信时共享相同的IP地址。为了验证由连接TV 152使用的IP地址位于住宅类型房产中，当移动设备158连接到与连接TV 152相同的LAN时，移动设备158的地理定位数据可以用于获得设备158的实际地理位置。使用来自移动设备158的地理定位数据，经度和纬度可以被获得并且由此可以用于对各种资源（诸如Bing^TM地图和Google^TM地图）进行交叉引用以确定位于该地理位置处的房产的类型。以该方式，可以查明TV 152的地理位置以及TV 152所位于的房产的类型。在一个方面中，地理位置以及与地理位置相关联的房产类型可以使用位置验证服务/引擎（未示出）来确定。该服务可以是门户115的部分，或者可以是独立操作的实体，诸如位置服务145，其可以是IP地址查找服务/公司。

在一个方面中，移动设备158的位置可以通过利用附近的蜂窝塔的三角测量来确定。在蜂窝塔常见的城市或高度发展的区域中，三角测量定位方法可以是足够准确的来确定移动设备所位于的房产的类型。相应地，在一个方面中，TV 152和移动设备158的共享IP地址以及移动设备158的三角测量定位数据可以用于验证两个设备所驻留的地理位置和房产类型。

如以上所描述的首轮放映内容递送/流式传输平台通过对消费者进行地理定位和销售在促进者的会场处的虚拟座位而向放映实况事件（例如，电影、音乐会和戏剧）的娱乐促进者带来消费者和收益。基于地理定位的内容递送平台还为消费者提供安全平台，用于在他们想要的地方和时间（例如，在家庭影院中）观看实况事件，而同时通过地理围栏（又称为地理阻挡）保护任何预确定/受保护的贸易区域。应当指出，会场可以是影院、公园、体育场、舞台、学校、健身房或者适于举办事件的任何结构。

具有ISP关系的基于地理定位的内容递送

图2图示了依照本公开的一个方面的显示设备（诸如连接TV 152、游戏操控台154和STB156）的注册过程200。在一个方面中，在能够接收可用于下载或流式传输的首轮放映电影的列表之前，显示设备205（例如，连接TV 152、游戏操控台154和STB 156）必须首先向系统注册。当显示设备205向位置引擎210发送注册请求连同其IP地址时，过程200在220处开始。在一个方面中，显示设备205还向位置引擎210发送其MAC地址。在一个方面中，位置引擎210是独立的位置确定/验证服务，诸如位置服务145。替代地，位置引擎210可以是消费者门户115的一部分。在一个方面中，位置引擎210可以是驻留在门户115上的多个API之一，其被具体地编码成确定和验证IP地址的地理位置。

位置引擎210还可以被编码成对各种地图资源（诸如Bing^TM地图和Google^TM地图）进行交叉引用以确定位于特定地理位置处的房产的类型。在一个方面中，位置引擎210可以被编码成使用附近蜂窝塔执行三角测量来确定设备的位置。在蜂窝塔常见的城市或高度发展的区域中，三角测量定位方法可以是足够准确的来确定移动设备所位于的房产的类型。相应地，在一个方面中，位置引擎210可以通过使用1）连接TV 152和移动设备158的共享IP地址；以及2）移动设备158的三角测量定位数据来验证两个设备所位于的地理位置和房产类型。

一旦确定移动设备的地理定位，位置引擎210就通过确定哪一个影院的地理分发边界包含移动设备的地理定位来定位最靠近移动设备的影院。位置引擎210可以包括数据库，所述数据库包含会场（例如，电影院、音乐厅和体育场）的位置及其相应贸易区域。数据库可以包括但不限于专有软件和/或第三方数据库和/或API。

在一个方面中，地理定位数据可以包括纬度、经度和准确度因子。位置引擎210可以检查从移动设备158接收的地理定位是否具有期望的准确度。如果地理定位数据的准确度因子不满足最小准确度要求，那么位置验证过程失败，并且拒绝移动设备对系统的进一步访问。在一个方面中，位置引擎210使用第三方地理定位API来得到用户的街道地址并且将它存储到简档中以用于将来使用。

在另一个方面中，位置引擎210通过首先按照距设备（例如，移动设备158）的地理定位的距离排列两个或更多个附近影院来确定最近的电影院。位置引擎210然后确定每一个影院的地理分发区域半径或边界（分发区域不必是圆形），并且进行检查来看设备158的地理定位是否落在任何影院的分发边界内。如果例如设备158的地理定位仅落在影院A的分发边界中，那么将设备158分配给影院A。换言之，针对影院A和设备158建立地理围栏，其将防止其它影院向设备158流式传输内容。在一个方面中，如果设备158落在两个参与影院的分发边界内，那么将按照距离最近的影院分配为伙伴影院。

在一个方面中，基于以下中的一个或多个来确定影院的地理分发区域的半径：区域人口密度、住宅单元的数目、消费习惯以及人口的人口统计。

在230处，将显示设备205的IP地址发送给ISP引擎215，所述ISP引擎215被配置成确定显示器205的地理位置。ISP引擎215还被配置成确定在所确定的地理位置处的结构的房产类型——住宅的或商业的。在240处，ISP引擎215将地理位置信息发回给引擎210。在一个方面中，ISP引擎215可以向位置引擎210确认显示设备205的IP地址与住宅房产相关联。一旦确认，位置引擎210就可以将显示设备205注册为已授权显示设备。在250处，位置引擎210可以可选地向显示设备205发送注册确认。

在一个方面中，ISP引擎215可以是ISP 135的部分。替代地，ISP引擎215可以是驻留在门户115上的多个API之一。

在一个方面中，显示设备205可以直接向门户115发送注册请求和IP地址，所述门户115然后将与位置引擎210和ISP引擎215通信以完成注册。在一个方面中，ISP引擎215可以与位置引擎210整合以使得位置引擎210能够执行ISP引擎215功能中的所有。

图3图示了依照本公开的一个方面的用于订购首轮放映电影或其它内容的过程300。过程300在315处开始，其中显示设备205向位置引擎210做出片名请求。连同片名请求，显示设备205还向位置引擎210发送其IP地址以用于验证TV IP地址自其注册起没有改变。一旦位置引擎210确认显示设备205的IP地址没有改变，它就基于所接收的位置信息而（在320处）将片名请求和位置信息转发给内容/会话管理305，所述内容/会话管理305将获取在附近且参与的影院处的首轮放映电影的列表。

在一个方面中，内容/会话管理305可以是门户115的一部分。例如，会话管理305可以是驻留在门户115上的API或web应用。在325处，将首轮放映电影的清单发送给显示设备205。在330处，显示设备205向会话管理305下电影订单。在335处，会话管理305指示分发引擎310将所订购的电影流式传输至显示器205。在340处，将所订购的电影流式传输至显示设备205。在一个方面中，分发引擎310可以使电影可用于下载以用于后面的回放。在345处，会话管理305将交易报告发送给忠诚引擎350。交易报告可以包括总销售收据、参与影院的标识以及与显示设备205相关联的消费者账户信息。

向后参照图2，尽管没有在图2中示出，但是会话管理305可以与在距位置信息的地理位置的某一距离内的参与影院通信以获得首轮放映电影的实时清单。

图4图示了依照本公开的一个方面的用于使用显示设备205订购首轮放映电影或其它内容的过程400。应当指出，在过程400中，显示设备205已经使用ISP位置服务向消费者门户115预注册，如在过程200中所描述的。附加地，在一个方面中，过程400的架构仅允许显示设备205发起与会话管理305的通信。以该方式，会话管理305可以管理所有必要的功能/通信以使得显示设备205能够订购和接收首轮放映电影流。

在405处，显示设备205可以向会话管理305发送针对首轮放映电影的清单的请求。在一个方面中，显示设备205还可以向会话管理305发送IP地址和MAC地址。然而，由于显示设备205已经被预注册，会话管理305已经意识到显示设备205的地理位置并且还已经验证显示设备205的地理位置处的房产的类型。相应地，在410处，在接收到针对首轮放映电影的清单的请求时，会话管理305可以立即使用由接近显示设备205的地理位置的参与影院正在供应的首轮放映电影的列表来将首轮放映电影的清单发回给显示设备205。在一个方面中，在每一次从显示设备205接收到针对首轮放映电影的清单的请求时，会话管理305可以就更新的电影清单再次询问参与影院。在一个方面中，由参与影院正在供应的所有首轮放映电影的清单都被本地地存储并且经由API调用动态地更新。以该方式，会话管理305不必与参与影院直接或不断通信。在一个方面，会话管理305可以实时地或者周期性地更新首轮放映电影的清单。

在一个方面中，会话管理305可以可选地检查显示设备205当前是否使用与它在它首次注册时所使用的相同的IP地址。在一个方面中，在415处，会话管理305可以可选地将IP地址信息发送给位置引擎210以用于再次验证。在420处，位置引擎210可以向会话管理305发送IP地址再次验证的结果。在一个方面中，步骤415和420是可选的，并且可以由会话管理305执行。例如，在注册过程200期间，在地理位置已经被确定和验证之后，会话管理305可以存储显示设备205的IP地址和MAC地址。以该方式，当显示设备205做出将来的请求/订购时，会话管理305可以执行快速验证以确定显示器205是否已经被注册和预批准，而不必依赖于ISP引擎135和位置服务145。

在425处，显示器205可以从在410处接收的电影列表对首轮放映电影下订单。一旦会话管理305接收到订单，它就（在430处）向分发引擎310发送将所订购的电影流式传输至显示设备205的指令。在435处，响应于由会话管理305发送的指令，分发引擎310向显示设备205流式传输（或者以其它方式提供）所订购的电影。在一个方面中，仅HDCP认证设备可以从分发引擎310接收内容流。在440处，从电影的销售收集的收益由忠诚引擎350分发。

不具有ISP关系的基于地理定位的递送

图5图示了依照本公开的一方面的用于利用会话管理305执行注册的过程500，所述会话管理305可以充当针对包括首轮放映电影的内容的面向消费者的门户。在过程500中，位置确定和房产类型验证不是通过ISP 135可获得的。照此，显示设备205必须使用移动设备158的地理定位信息来验证其位置和房产类型，所述移动设备158也在与显示设备205相同的家庭网络（或局域网）上。

注册过程500在505处开始，其中移动设备158向位置引擎210发送注册请求、地理定位信息及其IP地址。在一个方面中，位置引擎210可以是独立的位置验证服务，诸如位置服务145。替代地，位置引擎210可以是门户115的整合部分（多个web应用或API之一）。使用由移动设备158提供的地理定位信息，位置引擎210可以确定什么类型的结构/房产位于该特定地理定位处。在另一个方面中，位置引擎210可以提供以下中的一个或多个：由ISP服务135提供的服务以及位置服务145，诸如地址查找、房产类型验证、GPS位置服务、三角测量位置服务和毫微微蜂窝位置服务。

如果结构/房产的类型是住宅的，那么位置引擎210将在510处允许注册继续进行并且向移动设备158发送代码。如果结构/房产的类型实际上是商业的，那么将拒绝注册。在一个方面中，如果结构/房产的类型是混合型商业和住宅结构/房产，那么可以根据由消费者提供的纬度信息和地址而允许注册。例如，如果纬度信息指示移动设备高于该特定位置的基础标高40英尺，那么它可以指示移动设备处于公寓结构/房产中，其中在第一和/或第二楼层上存在商业空间。在515处，然后可以将移动设备158接收的注册代码手动录入到显示设备205中。此处，显示设备205是使用基于地理定位的首轮放映电影app的连接TV，然而因为没有ISP关系存在，所以显示设备205必须与移动设备158同时注册。在520处，显示设备205可以向位置引擎210发送所述代码及其IP地址。如果显示设备205的IP地址与移动设备158的IP地址匹配，那么将注册移动设备和显示设备二者。如果IP地址不匹配，那么拒绝注册。应当指出，移动设备158必须与显示设备205在相同的家庭网络上，为了使注册成功。在一个方面中，显示设备205的IP地址的所有数字必须与移动设备158的IP地址的所有数字匹配。在另一个方面中，显示设备205的IP地址的仅一部分必须与移动设备158的IP地址的一部分匹配。换言之，设备158和205 IP地址的部分可以不同（例如，最后的数字），只要类似的部分指示单个源（诸如因特网调制解调器/路由器）的IP地址即可。

图6图示了依照本公开的一方面的用于订购首轮放映电影或其它内容的过程600。过程600在605处开始，其中移动设备158向位置引擎210发送针对首轮放映电影的列表的请求。连同清单请求，移动设备158还向位置引擎210发送其位置信息。在一个方面中，位置信息可以包括IP地址、地理定位数据（例如，GPS数据）和MAC地址中的一个或多个。

一旦接收到移动设备158的IP地址，位置引擎210就可以确定该IP地址之前是否被注册过。如果是，则位置引擎210可以检索与移动设备158的IP地址相关联的地理位置。在610处，位置引擎210将地理位置信息和针对首轮放映电影（或其它内容）的清单的请求发送给会话管理305，所述会话管理305然后检索针对该地理位置的参与影院。在一个方面中，会话管理305向参与影院发送针对可以购买针对其的虚拟座位的电影的更新列表的请求。

在615处，会话管理305向显示设备205和/或移动设备158发送首轮放映电影的清单。在620处，显示设备205购买针对首轮放映电影之一的虚拟座位，并且将订单发送给会话管理305。在一个方面中，在购买被确认之后，会话管理305（在625处）向分发引擎310发送将所购买的电影流式传输给显示设备205的指令。在630处，分发引擎310将电影流式传输给显示设备205。

在一个方面中，过程600要求移动设备158和显示设备205二者使用注册过程200或500来预注册。在一个方面中，步骤605和610可以是可选的。在该场景中，移动设备158可以直接向会话管理305发送针对首轮放映电影的清单的请求及其位置信息。如之前提及的，位置信息可以包括移动设备158的IP地址、MAC地址和地理定位信息中的一个或多个。由于移动设备158和显示设备205二者都已预注册，会话管理305应当已经具有与预注册的IP地址相关联的地理位置和参与影院。换言之，会话管理305可以响应于请求而直接向移动设备发送首轮放映电影的列表。如之前提及的，应当指出，不同于首轮放映电影的内容可以在列表上，诸如老电影、经典作品、戏剧、体育赛事、实况事件（例如，流行音乐会）等。

图7图示了依照本公开的一个方面的用于订购多媒体内容（例如，首轮放映电影）的过程700。在过程700中，移动设备158直接与会话管理305通信以请求首轮放映电影的列表和订购电影或虚拟座位。在该架构中，会话管理305充当用于移动设备158并且还用于显示设备205的主门户。在一个方面中，会话管理305被配置成执行注册验证、新设备注册、对移动设备158或显示设备205附近的参与影院或会场的标识、从参与影院获取首轮放映电影的更新清单、向作出请求的设备发送首轮放映电影的清单、接收虚拟座位的订单，以及指示向特定设备流式传输电影。为了执行所有这些功能，会话管理305被配置成使用通信电路/引擎（未示出）与影院125、位置引擎210和分发引擎310通信。应当指出，影院125可以是公园、体育场、舞台、学校、健身房或者适于举办事件的任何结构。

如图7中所示，移动设备158向会话管理305发送针对首轮放映电影的清单的请求，所述会话管理305然后在710处利用位置引擎210进行检查以确定移动设备158是否已经注册。在715处，位置引擎210回发移动设备158的地理位置和分配给该特定地理位置的参与影院中的至少一个。在720处，会话管理305然后将电影清单发送给移动设备158和显示设备205。在一个方面中，牵涉到位置引擎210的步骤710和715是可选的，因为会话管理305可以合并位置引擎210的所有功能。换言之，会话管理305可以确定移动设备158的注册状态和位置，如果移动设备158被已经使用例如过程500预注册的话。

在725处，显示设备205通过向会话管理305做出购买请求而购买首轮放映电影的虚拟座位。一旦购买被确认，会话管理305就在730处指示分发引擎310向显示设备205流式传输电影。在735处，分发引擎310向显示设备205流式传输电影。在一个方面中，分发引擎310可以包括CDN 120，所述CDN 120可以包括部署在各种位置中的服务器。CDN 120可以存储由工作室130提供的加密电影，并且可以包括如由会话管理305指定的水印特征/图案。在一个方面中，会话管理305将独特的水印图案分配给首轮放映电影的每一个流。可以在730处将水印图案分配和发送给分发引擎310。在一个方面中，当正向显示设备205流式传输电影时，分发引擎310可以实时地对水印图案进行编码。

在一个方面中，水印图案可以是移动设备或显示设备的IP地址或MAC地址。水印图案可以是离散的，并且是人眼不可察觉的。该实现可以使得工作室能够容易地追捕在基于地理定位的内容递送平台上展示的电影的任何非法转换和分发，并且由此减少盗版。

远程订购

在其中账户所有者不在家的情况下，合期望的是使得账户持有者虽然如此还能够为在家的人（例如，小孩）订购电影。相应地，依照本公开的一方面，提供了用于远程订购首轮放映电影的过程800。过程800描述了以下情况：消费者可以在远离家时使用移动电话140从其家庭设备（例如，设备152-158）附近的参与影院购买虚拟座位（订购首轮放映电影）。应当指出，移动电话140可以运行首轮放映电影（FRM）应用（未示出），所述应用被配置成与门户115或会话管理305通信。驻留在移动电话140上的FRM应用可以包括用户接口（UI），在用户远离家时供用户选择预注册的显示设备。替代地，用户可以注册新的远程显示设备。然而，远程显示设备必须在其中ISP服务135可用的地理区域中。换言之，可以注册新的远程显示设备，但是ISP或有线/卫星关系必须存在以便可以验证远程显示设备所驻留的地理定位和房产类型。在一个方面中，可以在没有ISP服务的情况下注册新的远程显示设备；然而，远程显示设备必须具有它自己的位置服务能力。例如，可以注册远程显示设备，诸如具有GPS和蜂窝或4G/5G能力的平板计算机。

如图8中所示，当移动设备158选择远程显示设备并且同时请求在分配给预注册的远程显示设备的参与影院处的首轮放映电影（或其它内容）的清单时，过程800在805处开始。响应于该请求，会话管理305向移动设备140发送首轮放映电影的列表。会话管理305还可以向预注册的显示设备发送首轮放映电影/内容的列表。在815处，移动电话140向会话管理305发送电影的购买请求。

在一个方面中，在指示分发引擎310向显示设备205流式传输电影之前，会话管理305可以可选地（在820和825处）验证（在步骤805处做出的）所选显示设备的IP和MAC地址以确定所选显示设备是否已经被注册。在一个方面中，会话管理305可以利用位置引擎210验证预注册和位置。

响应于815处的购买请求，会话管理305指示分发引擎310将首轮放映电影或内容（例如，音乐、多媒体、戏剧、音乐会等）流式传输至在805处选择的显示设备。

多个订户账户

某些家庭（household）将具有多个订户。那些订户可能都住在同一家庭中，但是一些可能不住在同一家庭中。例如，父亲和女儿可以各自具有他们自己的账户。然而，两个账户由一个所有者（也就是父亲）管理。图9图示了依照本公开的一个方面的用于在多个订户账户的情况下订购首轮放映电影的过程900。过程900在905处开始，其中移动设备158向位置引擎210发送片名请求。连同片名请求，移动设备158还向引擎210发送位置信息和IP地址。位置引擎210然后可以检索与移动设备158相关联的一个或多个显示设备及其IP地址。位置引擎210然后在910处向移动设备158发送可用显示设备的列表。

在915处，移动设备158选择显示设备并且将该选择发回给位置引擎210，所述位置引擎210然后在920处将片名请求和所选显示设备的位置信息转发给会话管理305。在接收到所选显示设备（例如，连接TV 152、游戏操控台154和STB 156）的位置信息时，会话管理305确定分配给所选显示设备的地理位置的参与影院。会话管理305然后检索由参与影院正在供应的首轮放映电影和/或其它内容的列表，并且分别在925和930处将其发送给所选显示设备205和移动设备158。在935处，显示设备205向会话管理305发送电影的购买请求，所述会话管理305然后在940处指示分发引擎310向显示设备205流式传输所购买的电影。在945处，显示设备205接收电影流。

服务器侧实现

图10图示了依照本公开的一个方面的用于注册客户端设备以及订购首轮放映电影或其它内容的过程1000。在高级别下，过程1000描述了用于使用ISP位置服务来注册新的客户端设备的逻辑过程。换言之，在门户115与客户端设备因特网服务提供商（ISP）之间存在关系。ISP服务135的主要功能是提供关联到客户端设备的IP地址的物理/地理地址。使用该地址，可以查明该物理位置处的结构/房产的类型。

如图10中所示，在1002处，通过门户115、位置引擎210或者会话管理305接收客户端设备的位置信息。如之前提及的，门户115可以包括一个或多个API。位置引擎210和会话管理305可以是门户115中的API之一。在1004处，使用所接收的位置信息来确定客户端设备的地理位置，所接收的位置信息可以包括客户端设备的IP地址、地理定位数据（例如，GPS数据）和MAC地址中的一个或多个。

在1006处，可以验证与所确定的地理位置（例如，街道地址）相关联的房产的类型。在一个方面中，一旦客户端设被验证备，其IP地址和MAC地址就被存储且标记为已注册的。然后使客户端设备有资格接收首轮放映电影的流式传输。以该方式，客户端设备可能仅需要注册一次。在1008处，基于验证的结果向客户端设备递送内容。在一个方面中，只有在房产的类型是住宅房产时才向客户端设备递送内容。否则，如果房产的类型是商业房产，那么不递送内容，因为客户端设备将变得没有资格参与虚拟座位流式传输程序。应当指出，还可以给商业房产提供基于地理定位的内容递送平台上的内容，但是仅在如之前所描述的附加信息和/或状态触发的情况下。

图11图示了依照本公开的一方面的用于购买首轮放映电影或其它内容的过程1100。在过程1100中，在1102处从客户端设备接收位置信息连同针对首轮放映电影的购买请求。在一个方面中，位置信息由会话管理305或位置引擎210接收。在1104处，利用由同一客户端设备在其首次注册时使用的位置信息来验证所接收的位置信息。在一个方面中，验证由位置引擎210执行，所述位置引擎210可以包括ISP服务135和位置服务145。在另一个方面中，验证可以由会话管理305完成。在1106处，基于所述验证将电影/内容流式传输至客户端设备。

在一个方面中，1102处的客户端设备可以与在1108处接收流的客户端设备相同。替代地，1102处的客户端设备可以是移动设备158，并且1108处的客户端设备可以是连接TV152。这牵涉到以下情况：移动设备用于注册和订购电影，但是选择不同的显示设备以用于观看。

图12图示了依照本公开的一方面的用于注册客户端设备、用于检索首轮放映电影（或其它内容）的列表以及用于订购首轮放映电影以流式传输至客户端设备的过程1200。在1202处，由会话管理305接收针对首轮放映电影的清单的请求和客户端设备的位置信息。在一个方面中，位置信息可以包括IP地址、MAC地址和地理定位数据中的一个或多个。

在1204处，向客户端设备发送可用于位于位置信息附近的参与影院的虚拟座位购买的电影的列表。此处，假设客户端设备与最终的显示设备位于同一家庭网络上。在1206处，接收电影和显示设备的用户选择。在一个方面中，所选显示设备是与客户端设备相同的设备。例如，客户端设备可以是运行FRM应用的游戏操控台154，这意味着游戏操控台154可以既订购又接收（当它将它本身选为显示设备时）来自基于地理定位的内容递送平台的电影流。在另一个方面中，所选显示设备是不同的设备，诸如连接TV 152或STB 156。在1208处，确定所选显示设备是否已经注册。如果是，则在1210处执行可选的验证过程，其确定所选显示设备的IP地址是否是它首次注册时所使用的相同IP地址。这是为了防止显示设备在家位置处注册并且然后移动到其中可以利用系统的另一个不合格的商业位置。

在1212处，基于验证，电影被递送、流式传输或者以其它方式可用于下载到所选显示设备。如果在1208处答案为否，那么客户端设备和显示设备二者可以在1214处注册，这牵涉到验证客户端设备和所选显示设备的位置信息。在一个方面中，两个设备的IP地址的一部分必须匹配，并且与客户端设备的地理位置相关联的房产类型必须是非商业的。在一个方面中，IP地址的必须匹配的部分是IP地址的前3个数字组。例如，对于IP地址194.169.1.50，前3个数字组是194、169和1。在1216处，在注册之后将电影递送/流式传输至所选显示设备。

图13图示了依照本公开的一方面的用于远程订购的过程1300。过程1300还可以适用在多订户账户的情况中。过程1300在1302处开始，其中从客户端设备接收对显示设备的选择。响应于显示设备选择，在1304处向客户端设备发送由所选显示设备的位置附近的参与影院正在供应的首轮放映电影的清单。在1306处，接收针对电影的订单。在1308处，所选显示设备的位置信息利用用于注册同一所选显示设备的位置信息来检查。这是为了确认它们是否为同一设备。在1310处，基于1308处的确认的结果向所选显示设备发送所订购的电影。

应当指出，过程1000、1100、1200和1300中的每一个可以由在过程200到900中描述的一个或多个引擎/模块来执行。例如，在1302处，所述选择可以由会话管理305或门户115接收。附加地，在1304处，可以通过会话管理305或位置引擎210发送电影的清单。在1308处，位置确认可以由ISP 135、位置服务145、位置引擎210或者由会话管理305来执行。

附加地，尽管根据首轮放映电影描述了以上每一个过程，但是应当指出，可以购买并且向位于会场之外但是处在会场地理分发边界（贸易区域）内的虚拟座位或客户端设备流式传输其它内容，诸如音乐会、戏剧、体育赛事等。

客户端侧实现

图14图示了依照本公开的一个方面的用于请求首轮放映电影（或其它内容）的列表以及用于订购电影/内容的过程1400。在1402处，使用移动设备来选择显示设备，所述移动设备诸如移动电话140（当远离家时）或者移动设备158（当在家时）。可以通过会话管理305给移动电话140提供可用显示设备的列表。在一个方面中，通过确定哪些显示设备已经被注册并且与当前移动设备的MAC地址或者其它标识手段相关联来确定可用显示设备的列表。

在1404处，在移动设备158处接收可用于接近所选显示设备的参与影院处的虚拟座位购买的电影的列表。在1406处，选择并且订购电影。在1408处，响应于电影选择，将电影流式传输至所选显示设备。

在一个方面中，只要移动设备（诸如手机、平板手机、平板计算机、膝上型计算机-平板计算机混合体等）与住宅账户相关联，它就可以请求电影清单并且购买基于地理定位的内容递送平台上的电影，而不管其在购买时的位置如何。在一个方面中，当移动设备远离其家庭位置（即，账户所有者家庭地址）时，可以使它限于预确定的屏幕尺寸。例如，将使具有比8''大的屏幕尺寸的任何移动设备都不合格，如果它不在其家庭位置处的话。附加地，在可以应用附加限制的情况下，可以要求移动设备运行FRM应用。在一个方面中，如果移动设备远离其家庭位置，则FRM应用可以禁用所有投射和/或屏幕镜像功能（例如，Chromecast、AirPlay等）。以该方式，可以防止个人设备上的未授权组观看或者使其减到最少。

在一个方面中，可以允许移动设备开始接收电影流，而不管其位置如何，只要之前当移动设备在其家庭位置处时订购过该电影即可。以该方式，消费者将能够在旅行时（例如，在飞机上、在酒店中等）享受基于地理定位的内容递送平台上的影片。

地理围栏和贸易区域管理

为了鼓励影院运营商参与基于地理定位的内容递送平台，将为每一个参与影院分配它们自己的地理分发边界或贸易区域。落在影院的贸易区域内的家庭仅可以从他们所属的参与影院购买虚拟座位。如果住宅落在影院的地理分发边界之外，那么该影院被地理阻挡。换言之，防止该影院销售落在其所分配的贸易区域之外的事件（或者针对去往住宅或远程设备的内容）的虚拟座位。这为参与影院/会场运营商提供了有保证的顾客基础，它们可以期望通过销售针对它们正在供应的内容的虚拟座位而从所述顾客赚钱。

在一个方面中，影院/会场可以具有有着预确定的X英里半径的贸易区域，或者可以由邮政编码边界、邻里、学区、数平方公里或者主要街道和高速公路来限定。在另一个方面中，X英里半径或者X平方公里的贸易区域与讨论中的地理区域的人口密度有直接关系。因而，例如，在纽约市，由于其处影院驻留的潜在地大的人口密度，可以以城市街区或英尺来度量X英里半径。然而，在爱荷华州的得梅因中，影院贸易区域的半径可能例如为10英里，以具有与纽约市中的影院相同的人口覆盖。

理想地，在为区域中的影院限定和分配贸易区域时，不存在贸易区域的重叠。然而，对于具有许多影院的密集居住区域，不同影院之间的贸易区域的重叠可能是不可避免的。当重叠存在时，复杂性可能出现。例如，如果住宅在由属于两个不同参与影院的两个邻近贸易区域创建的重叠分区中，那么问题就是将该住宅分配给哪个影院如何确定是否应当使内容在基于地理定位的内容递送平台上可获得相应地，开发了创新方法来解决如何在各种场景中分享顾客基础。

在一个方面中，当顾客位置（或者客户端设备）处于非重叠贸易区域中时，根据如下示出的表格A来确定是否应当使内容可获得。

表格A。

在一个方面中，当顾客位置（或者客户端设备）处于非覆盖区域中（没有针对任何影院限定的贸易区域）时，所有新的电影一般在基于地理定位的内容递送平台上可获得。

在一个方面中，如果远程客户端设备的地理定位落在两个或更多个预确定的贸易区域边界内，并且一个是参与者而另一个不是，则将把该家庭分配给二者中的最近者，并且如果最近影院是参与的，则将把该影院分配为最近影院，该家庭将能够从其购买虚拟座位以便在家里看来自该影院的内容（例如，首轮放映电影）。

在一个方面中，如果最近影院是非参与影院，那么在围绕该影院的预确定的X英里半径贸易区域内，该影院的预确定的X英里半径（例如，3英里）贸易区域将被地理围栏并且被保护以免于允许其内容在影院之外（例如，使用服务在家中）观看。

在另一个方面中，如果家庭的接近度近似距位于相同贸易区域内或者位于重叠贸易区域中的两个或更多个影院相同的距离，其中一个或多个影院是参与的而其它是非参与的，如果最近影院是参与影院，则将把它分配为该家庭可以从其购买虚拟座位以便在家里看内容（例如，首轮放映电影）的最近影院。如果该家庭的位置最靠近重叠贸易区域中的非参与影院，那么该家庭将不能够从任何参与影院购买虚拟座位以看所选电影，虽然非参与影院仍然在放映相同的电影。

在一个方面中，当在两个或更多个贸易区域之间存在重叠贸易区域时，根据如在图15中示出的过程1500来确定是否应当使内容可获得。过程1500提供了一种用于确定如何分享顾客以及是否应当使电影/内容在基于地理定位的内容递送平台上可获得的结构化方式。过程1500在步骤1处通过确定和确认远程座位（例如，顾客的客户端设备）是否位于两个或更多个贸易区域的重叠部分内而开始。在步骤2中，标识最近参与影院。步骤3提供引导用于电影供应的规则的表格。如果步骤3仍然没有提供答案，那么步骤4标识下一个最近影院。一旦执行所有步骤（1到7（C）），关于是否应当供应电影的问题就应当被解决。

图16图示了用于购买远程座位并且向其流式传输内容的示例性过程1600。在1602处，限定地理分发边界或贸易区域。接下来，确定远程座位或在远程座位/位置处的客户端设备的地理定位。在1606处，做出关于远程座位是否处于参与影院的地理围栏之内（或者处于另一个影院的地理阻挡区域之内）的确定。在一个方面中，还做出关于远程座位是否为重叠贸易区域的部分的确定。如果存在重叠，则通过过程1500引导是否应当向远程座位供应电影/内容以及如何分享收益的问题。如果不存在重叠，那么表格A进行控制。

基于忠诚的内容分发

对于作为影院忠诚程序的部分的某些非常忠诚的顾客，典型的电影供应规则不适用。图17图示了用于处理忠诚顾客的示例性过程1700。在1702处，做出关于顾客是否为忠诚成员程序的部分的确定。在1704处，针对忠诚顾客忽略管控典型顾客的地理围栏规则。在1706处，定位最近的忠诚程序伙伴影院。接下来，在1708处确定忠诚伙伴影院与远程座位的地理定位之间的距离。如果在1710处距离小于N英里，那么通过计划A来控制管控内容供应和收益分享的规则，所述计划A允许购买电影以及向伙伴影院分配购买信用。

如果在1710处距离大于N英里，那么忠诚顾客仍然可以购买电影，但是没有影院将得到信用。

示例性软件模块/引擎和硬件实现

图18图示了被配置成实现本公开的各种方面的示例性处理电路1500。处理电路1500包括位置引擎/模块210、会话管理305、分发引擎310、忠诚引擎350、通信引擎1810、API 1820和水印引擎1830。API 1520包括ISP服务1822、影院定位器1824和位置服务1826。应当指出，处理电路1800中的一个或多个模块/引擎可以驻留在由处理器500可访问的存储器（例如，RAM、ROM、外部存储器等）上。替代地，一个或多个引擎210、305、310、350、1810、1820、1822、1824、1826、1830和1840可以驻留在处理器1800的内部存储器上。

在一个方面中，通信/消费引擎1810被配置成与远程座位或者与远程座位处的客户端设备通信。消费引擎1810可以与外部服务通信，所述外部服务诸如IP服务135和位置服务145。附加地，消费引擎1810可以被配置成管理一个或多个引擎210、305、310、350、1820、1822、1824、1826、1830和1840之间的所有通信。尽管如图18中所示，但是IP引擎135和位置服务145可以独立地存在，或者这些引擎中的一个或多个可以与API 1820整合。

图19图示了其中可以实现过程200到1400的总体系统或者装置1900。依照本公开的各种方面，元件、元件的任何部分或者元件的任何组合可以利用包括一个或多个处理电路1904的处理系统1914来实现。处理电路1904可以包括微处理电路、微控制器、数字信号处理电路（DSP）、现场可编程门阵列（FPGA）、可编程逻辑器件（PLD）、状态机、门控逻辑、分立硬件电路、以及被配置成执行贯穿本公开所描述的各种功能的其它适合的硬件。即，处理电路1904可以用于实现在以上描述以及在图2到14中图示的过程中的任何一个或多个。

在图19的示例中，处理系统1914可以利用一般由总线1902表示的总线架构来实现。取决于处理系统1914的具体应用以及总体设计约束，总线1902可以包括任何数据的互连总线和桥。总线1902链接各种电路，所述各种电路包括一个或多个处理电路（一般由处理电路1904表示），存储设备1905，以及机器可读、处理器可读、处理电路可读或者计算机可读的介质（一般由非暂时性机器可读介质1906表示）。总线1902还可以链接各种其它电路，诸如时序源、外围设备、电压调节器以及电力管理电路，其在本领域中是公知的并且因此将不再进一步描述。总线接口1908提供总线1902与收发机1910之间的接口。收发机1910提供用于通过传输介质与各种其它装置通信的部件。取决于装置的性质，还可以提供用户接口1912（例如，小键盘、显示器、扬声器、麦克风、触摸屏、运动传感器）。

处理电路1904负责管理总线1902以及一般处理，包括存储在机器可读介质1906上的软件模块/引擎的执行。当由处理电路1904执行时，软件模块/引擎使处理系统1914实行本文中针对任何特定装置所描述的各种功能。机器可读介质1906还可以用于存储在执行软件模块/引擎时由处理电路1904操纵的数据。

处理系统中的一个或多个处理电路1904可以执行软件模块/引擎或者软件模块/引擎组件。软件模块/引擎应当被宽泛地解释成意指指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块/引擎/引擎、应用、软件模块/引擎应用、软件模块/引擎封装、例程、子例程、对象、可执行文件、执行的线程、过程、函数等，不管是被称为软件模块/引擎、固件、中间件、微代码、硬件描述语言还是另外的。处理电路可以执行任务。代码段可以表示过程、函数、子程序、程序、例程、子例程、引擎、模块、软件模块/引擎封装、类，或者指令、数据结构或程序声明的任何组合。代码段可以通过传递和/或接收信息、数据、实参（argument）、形参（parameter）或者存储器或存储内容而耦合到另一个代码段或硬件电路。信息、实参、形参、数据等可以经由任何适合的手段来传递、转发或传输，所述手段包括存储器共享、消息传递、令牌传递、网络传输等。

软件模块/引擎可以驻留在机器可读介质1906上。机器可读介质1906可以是非暂时性机器可读介质。非暂时性处理电路可读、机器可读或者计算机可读介质作为示例地包括磁存储设备（例如，硬盘、固态驱动器）、光盘（例如，压缩盘（CD）或数字通用盘（DVD））、智能卡、闪速存储器设备（例如，卡、棒或键驱动器）、RAM、ROM、可编程ROM（PROM）、可擦除PROM（EPROM）、电可擦除PROM（EEPROM）、寄存器、可移除盘、硬盘、CD-ROM，以及用于存储可以由机器或计算机访问和读取的软件模块/引擎和/或指令的任何其它适合的介质。术语“机器可读介质”、“计算机可读介质”、“处理电路可读介质”和/或“处理器可读介质”可以包括但不限于非暂时性介质，诸如便携或固定的存储设备、光学存储设备，以及能够存储、包含或承载（多个）指令和/或数据的各种其它介质。因而，本文中描述的各种方法可以完全地或者部分地通过可以存储在“机器可读介质”、“计算机可读介质”、“处理电路可读介质”和/或“处理器可读介质”中并且由一个或多个处理电路、机器和/或设备执行的指令和/或数据来实现。机器可读介质还可以作为示例地包括载波、传输线路，以及用于传输可以由计算机访问和读取的软件模块/引擎和/或指令的任何其它适合的介质。

机器可读介质1906可以驻留在处理系统1914中、在处理系统1914外部或者跨包括处理系统1914的多个实体分布。机器可读介质1906可以体现在计算机程序产品中。作为示例，计算机程序产品可以包括封装材料中的机器可读介质。本领域技术人员将认识到，取决于强加在总体系统上的总体设计约束以及特定应用，如何最佳地实现贯穿本公开呈现的所描述的功能。

在附图中图示的组件、步骤、特征和/或功能中的一个或多个可以被重新布置和/或组合到单个组件、块、特征或功能中，或者体现在若干个组件、步骤或功能中。还可以在不脱离本公开的情况下添加附加元件、组件、步骤和/或功能。在附图中图示的装置、设备和/或组件可以被配置成执行在附图中描述的方法、特征或步骤中的一个或多个。本文中描述的算法还可以以软件模块/引擎来高效地实现和/或体现在硬件中。

要指出，本公开的方面可以在本文中描述为过程，所述过程被描绘为流程图、作业图、结构图或者框图。尽管流程图可以将操作描述为顺序过程，但是操作中的许多可以并行地或者同时地执行。此外，操作的次序可以被重新布置。当过程在其操作完成时终止。过程可以对应于方法、函数、进程、子例程、子程序等。当过程对应于函数时，其终止对应于函数向调用函数或者主函数的返回。

本领域技术人员将进一步领会到，结合本文中公开的方面描述的各种说明性逻辑块、模块、电路、引擎和算法步骤可以被实现为电子硬件、计算机软件模块/引擎或二者的组合。为了清楚地说明硬件和软件模块/引擎的该可互换性，在上面已经一般地在其功能方面描述了各种说明性组件、块、模块、引擎、电路和步骤。这样的功能是被实现为硬件还是软件模块/引擎取决于强加在总体系统上的总体设计约束和特定应用。

结合本文中公开的示例描述的方法或算法可以以处理单元、编程指令或其它指导（direction）的形式直接地体现在硬件中、由处理器可执行的软件模块/引擎/引擎中或二者的组合中，并且可以被包含在单个设备中或者跨多个设备分布。软件模块/引擎可以驻留在RAM存储器、闪速存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除盘、CD-ROM或者本领域中已知的任何其它形式的存储介质中。存储介质可以耦合到处理器，使得处理器可以从存储介质读取信息并且向存储介质写入信息。在替代方案中，存储介质可能对处理器而言是不可或缺的。

虽然已经在随附各图中描述并示出了某些示例性实施例，但是要理解，这样的实施例仅说明宽泛的发明并且不对宽泛的发明进行限制，并且本发明不应当限于所示出和描述的具体构造和布置，由于各种其它修改是可能的。本领域技术人员将领会到，刚刚描述的优选实施例的各种适配和修改可以在不脱离本发明的范围和精神的情况下进行配置。因此，要理解，在所附权利要求书的范围内，可以不同于如本文中具体地描述那样来实践本发明。

Claims

1.一种用于向客户端设备发送内容的方法，包括：

从第一客户端设备接收第一位置信息；

使用第一位置信息来确定第一客户端设备的地理位置；以及

基于第一位置信息的所确定的地理位置向第二客户端设备发送内容。

2.根据权利要求1所述的方法，其中第一和第二客户端设备是同一设备。

3.根据权利要求1所述的方法，其中第一和第二客户端设备是不同的设备。

4.根据权利要求3所述的方法，进一步包括：

从第二客户端设备接收包括IP地址的第二位置信息，其中第一位置信息包括第一设备的地理定位数据和IP地址；

基于地理定位数据来验证所确定的地理位置处的房产类型；

确定第一位置信息的IP地址的第一部分是否与第二位置信息的IP地址的第二部分匹配，其中当存在匹配时且在验证房产类型是住宅类型房产时，向第二设备发送内容。

5.根据权利要求4所述的方法，其中地理定位数据包括具有经度和纬度数据的全球定位系统数据。

6.根据权利要求1所述的方法，进一步包括：

从第一设备接收针对内容清单的请求；

定位接近第一客户端设备的所确定的地理位置的影院；

检索由接近所确定的地理位置的影院正在供应的内容的列表；以及

向第一设备发送内容的列表。

7.根据权利要求6所述的方法，进一步包括：

从第一设备接收针对要在第二设备上显示的内容的订单。

8.根据权利要求1所述的方法，进一步包括：

从第一设备接收针对内容清单的请求；

确定与第一设备相关联的第二设备的地理位置，其中第一和第二设备不同；

定位接近第二客户端设备的所确定的地理位置的影院；

确定接近第二客户端设备的所确定的地理位置的影院是否为参与影院电路；

接收由接近第二设备的所确定的地理位置的影院正在供应的内容的列表并且仅在接近的影院是参与影院时；

向第一设备发送内容的列表。

9.根据权利要求8所述的方法，进一步包括如果接近第二客户端设备的所确定的地理位置的影院是非参与影院，则拒绝针对内容清单的请求，由此通过保护非参与影院展示权而创建地理围栏。

10.根据权利要求3所述的方法，其中第一客户端设备是移动设备，并且第二客户端设备是连接TV、机顶盒或者游戏操控台之一。

11.一种用于内容递送的系统，所述系统包括控制电路，所述控制电路被配置成：

使用内容消费引擎和通信电路从第一客户端设备接收第一位置信息；

使用位置引擎和第一位置信息来确定第一客户端设备的地理位置；以及

使用内容分发引擎基于第一位置信息的所确定的地理位置来向第二客户端设备发送内容。

12.根据权利要求10所述的系统，其中第一和第二客户端设备是同一设备。

13.根据权利要求10所述的系统，其中第一和第二客户端设备是不同的设备。

14.根据权利要求12所述的系统，其中控制电路被进一步配置成：

使用内容消费引擎从第二客户端设备接收包括IP地址的第二位置信息，其中第一位置信息包括第一设备的地理定位数据和IP地址；

使用位置引擎基于地理定位数据来验证所确定的地理位置处的房产类型，以及确定第一位置信息的IP地址的第一部分是否与第二位置信息的IP地址的第二部分匹配；以及

当在第一和第二位置的IP地址的第一和第二部分之间存在匹配时且在验证房产类型是住宅类型房产时，使用内容分发引擎向第二设备发送内容，其中第一和第二部分包括每一个相应IP地址的3个数字组。

15.根据权利要求12所述的系统，其中地理定位数据包括具有经度和纬度数据的全球定位系统数据。

16.根据权利要求12所述的系统，其中控制电路被进一步配置成：

使用内容消费引擎从第一设备接收针对内容清单的请求；

使用位置引擎来定位接近第一客户端设备的所确定的地理位置的影院；

使用内容消费引擎来检索由接近所确定的地理位置的影院正在供应的内容的列表；以及

使用内容分发引擎向第一设备发送内容的列表。

17.根据权利要求12所述的系统，其中控制电路被进一步配置成：

使用内容消费引擎从第一设备接收针对内容清单的请求；

使用位置引擎：

确定与第一设备相关联的第二设备的地理位置，其中第一和第二设备不同；以及

定位接近第二客户端设备的所确定的地理位置的参与影院；以及

使用内容消费引擎：

检索由接近第二设备的所确定的地理位置的参与影院正在供应的内容的列表；以及

向第一设备发送内容的列表。

18.根据权利要求17所述的系统，其中控制电路被进一步配置成使用内容消费引擎从第一设备接收针对要显示在第二设备上的内容的订单。

19.一种具有在计算设备上操作的一个或多个指令的非暂时性处理器可读介质，所述一个或多个指令在被处理器执行时使处理器：

从第一客户端设备接收第一位置信息；

使用第一位置信息来确定第一客户端设备的地理位置；以及

基于第一位置信息的所确定的地理位置向第二客户端设备递送内容。

20.根据权利要求18所述的非暂时性处理器可读介质，其中第一和第二客户端设备是同一设备。

21.根据权利要求18所述的非暂时性处理器可读介质，其中第一和第二客户端设备是不同的设备。

22.根据权利要求18所述的非暂时性处理器可读介质，其中它进一步包括在计算设备上操作的一个或多个指令，所述一个或多个指令在被处理器执行时使处理器

基于地理定位数据来验证所确定的地理位置处的房产类型；

确定第一位置信息的IP地址是否与第二位置信息的IP地址匹配；以及

当存在匹配时且在验证房产类型是住宅类型房产时，向第二设备递送内容。

23.一种用于使第一会场向位于所述第一会场之外并且在地理边界内的座位处的远程观看者的集合提供内容的方法，所述第一会场具有用于使观看者的集合接收会场处的所述内容的有限数目的座位，所述方法包括：

限定与涉及第一会场的地理区域对应的所述地理边界，所述地理边界不同于第二会场的地理边界；

针对第一会场的所述远程观看者，使用位置引擎来确定所述远程观看者的每一个座位的地理定位；

确定所述座位的地理定位是否在第一会场的所述地理边界内；以及

使用分发引擎向确定在所述第一会场的所述地理边界内的所述座位中的每一个提供所述内容。

24.根据权利要求1所述的方法，其中所述第一会场的所述地理边界与所述第二会场的所述地理边界不重叠。

25.根据权利要求1所述的方法，其中确定在第二会场的地理边界内的座位没有资格从第一会场接收内容。

26.根据权利要求1所述的方法，其中提供所述内容包括使用分发引擎向确定在所述第一会场的所述地理边界内的所述座位中的每一个流式传输内容，其中内容是多媒体内容。

27.根据权利要求1所述的方法，进一步包括确定所述座位中的每一个的地理定位处的房产类型，其中仅向住宅房产类型提供内容。

28.根据权利要求1所述的方法，其中确定所述座位中的每一个的地理定位包括从所述座位中的每一个处的客户端设备接收IP地址，其中基于IP地址确定地理定位。

29.根据权利要求6所述的方法，其中确定所述座位中的每一个的地理定位进一步包括：

从驻留在所述座位中的每一个的位置处的第二客户端设备接收地理定位数据和IP地址；

验证第二设备的地理定位数据的地理位置处的房产类型；以及

确定第一客户端设备的IP地址是否与第二客户端设备的IP地址匹配，其中当存在匹配时向所述座位中的每一个提供所述内容。

30.根据权利要求1所述的方法，进一步包括：

向所述第一会场的所述地理边界内的所述座位中的每一个提供在第一会场处可获得的内容的列表；以及

响应于提供列表而从所述座位中的每一个接收内容选择。

31.根据权利要求8所述的方法，其中提供内容的列表进一步包括：

确定第一会场与一个或多个内容产生者之间的会场关系；以及

基于所确定的会场关系来修改可获得的内容的列表。

32.根据权利要求9所述的方法，其中会场关系包括以下中的一个：会场参与状态以及内容是之前被放映过、当前正在放映还是从未放映过。

33.一种基于计算机的系统，其使得具有有限数目的座位的第一会场能够向位于所述第一会场之外并且在地理边界内的座位处的远程观看者的集合提供内容，所述系统包括：

存储在非暂时性介质上的会场数据库，所述数据库包含多个会场的地理边界；

位置引擎，其被配置成：

针对第一会场的远程观看者的集合确定所述远程观看者的每一个座位的地理定位；以及

分发引擎，其被配置成向确定在所述第一会场的所述地理边界内的所述座位中的每一个提供所述内容。

34.根据权利要求11所述的系统，其中所述第一会场的所述地理边界与所述第二会场的地理边界不重叠。

35.根据权利要求11所述的系统，其中确定在第二会场的地理边界内的座位没有资格从第一会场接收内容。

36.根据权利要求11所述的系统，其中分发引擎被配置成向确定在所述第一会场的所述地理边界内的所述座位中的每一个流式传输内容，其中内容是多媒体内容。

37.根据权利要求11所述的系统，其中位置引擎被进一步配置成确定所述座位中的每一个的地理定位处的房产类型，其中仅向住宅房产类型提供内容。

38.根据权利要求11所述的系统，其中基于从每一个座位处的客户端设备接收的IP地址来确定每一个座位的地理定位。

39.根据权利要求16所述的系统，其中位置引擎被进一步配置成：

从驻留在所述座位中的每一个处的第二客户端设备接收地理定位数据和IP地址；

40.根据权利要求11所述的系统，进一步包括通信引擎，其被配置成：

响应于提供列表而从所述座位中的每一个接收内容选择。

41.根据权利要求18所述的系统，其中所提供的内容的列表基于第一会场与一个或多个内容产生者之间的会场关系。

42.根据权利要求19所述的系统，其中会场关系包括以下中的一个：会场参与状态和是否放映内容。

43.一种用于向客户端设备递送由第一会场供应的内容的基于计算机的系统，所述系统包括：

通信引擎，其被配置成从客户端设备接收针对内容的请求和位置信息；

位置引擎，其被配置成使用客户端设备的位置信息来确定第一会场的地理分发边界以及客户端设备是否落在第一会场的地理分发边界内；以及

分发引擎，其配置成当客户端设备在第一会场的地理分发边界内时向客户端设备提供所请求的内容。

44.根据权利要求21所述的系统，其中位置引擎被进一步配置成：

使用位置信息来确定客户端设备的地理位置，其中位置信息包括IP地址或者地理定位数据中的一个；以及

确定与地理位置相关联的房产类型，其中仅向住宅类型房产提供所请求的内容。

45.根据权利要求21所述的系统，其中位置引擎被进一步配置成：

从与第一客户端设备在同一局域网络上的第二客户端设备接收地理定位数据和IP地址；

确定第一客户端设备的IP地址是否与第二客户端设备的IP地址匹配，其中仅在存在匹配时所请求的内容才被提供。