燃料加注器介体的管理的制作方法

本申请要求2016年5月13日提交的共同未决美国申请序列号no.15/153,966的优先权和权益，在此该美国申请的完整公开被出于所有目的通过引用合并于此。

本公开一般涉及燃料加注器介体的管理。

背景技术：

石油零售行业利用各种类型的燃料加注器以用于将燃料加注给客户。传统地使用某种形式的远程加注器控制器以用于控制燃料加注器。加注器控制器通常与燃料加注器处于同一场所中并且被耦合到店铺界面单元，从而现场服务人员可以从现场处的建筑物（例如加油站或其它店铺）监控并且控制特定的燃料补充加注器。加注器控制器将数据信号发送到燃料加注器，向其提供各种信息和命令。信息通常包括用于在燃料加注器的显示屏上显示的介体。因此，传统地，燃料加注器必须与加注器控制器通信以便使介体显示，由此为了使介体信息被通信并且最终被显示而要求在燃料加注器和燃料控制器之间不禁用或者另外地中断通信。附加地，加注器控制器传统地将介体信息传送到多个燃料加注器，因此由燃料加注器接收的介体并不专用于接收介体的每个特定的燃料加注器。

加注器控制器传统地与诸如网络操作中心（noc）的远程源进行通信，以接收用于传送到燃料加注器的介体。该通信模型要求燃料加注器利用加注器控制器作为中介来与远程源通信。因此燃料加注器依赖于加注器控制器来接收更新的介体，如果燃料加注器或加注器控制器中的任一个失去网络连接或者由于例如功率损耗、组件故障、不兼容的软件升级等而变得不起作用，则这可能造成介体在燃料加注器处的延迟的接收以及因此延迟的显示以及/或者引起不便。远程源传统地按照由远程源确定的或者另外地在远程源处编程的进度表将更新的介体传送到加注器控制器，这可能并非对于受进度表影响的所有燃料加注器而言是想要的进度表以及/或者可能使得将更新的介体传送到加注器控制器（并且因此，燃料加注器）受到延迟，同时更新的介体等待在下一规划的传送时间时传送。

因此，仍然存在针对改进的燃料加注器介体的管理的需要。

技术实现要素：

一般而言，提供了燃料加注器介体的管理。

在一个方面中，提供了一种燃料加注器，其在一个实施例中包括：介体输出设备；存储器，其存储指令；通信单元；以及处理器，其被配置为执行所存储的指令并且由此引起使用通信单元将针对介体的请求传送到外部介体源。针对介体的请求查询从使用通信单元将前一个针对介体的请求传送到外部介体源起存储在外部介体源处的介体数据是否已经被更新。处理器还被配置为执行所存储的指令并且由此引起作为对针对介体的请求的回复的从外部介体源接收的更新的介体被存储在存储器中，以及引起所存储的介体被在介体输出设备上输出给燃料加注器的用户。

燃料加注器可以以任何数量的方式变化。例如，请求可以包括标识燃料加注器的标识数据，并且所接收的介体可以专用于燃料加注器的标识。标识数据可以标识燃料加注器的地理位置，并且所接收的介体可以专用于燃料加注器的地理位置，以及/或者标识数据可以独特地标识每个被配置为与外部介体源通信的多个燃料加注器当中的燃料加注器，并且所接收的介体可以专用于燃料加注器的独特的标识。

对于另一示例而言，请求可以包括标识在燃料加注器处的客户的标识数据，并且所接收的介体可以专用于客户的标识。

对于另一示例而言，前一个针对介体的请求可以是紧接地先于正被传送到外部介体源的针对介体的请求的请求。对于又一示例而言，外部介体源可以是网络云。对于再一示例而言，外部介体源可以位于与燃料加注器相同的燃料加注站处。对于另一示例而言，介体输出设备可以包括显示器和扬声器中的至少一个。对于再一示例而言，通信单元可以包括有线通信单元和无线通信单元中的至少一个。

在另一方面中，提供了一种燃料加注系统，其在一个实施例中包括：在共同的地理位置处的多个燃料加注器；以及介体库。多个燃料加注器中的每个包括介体输出设备。介体库被配置为将针对介体的电子请求传送到远离公共的地理位置的介体源，并且从介体源接收作为对请求的回复的介体。所接收的介体被标定到公共的地理位置。介体库还被配置为将所接收的介体分发到多个燃料加注器中的每个以用于在燃料加注器的介体输出设备上进行显示。

系统可以以任何数量的方式变化。例如，介体库可以位于与多个燃料加注器中的至少一个相同的燃料加注站。对于另一示例而言，公共的地理位置可以包括燃料加注器中的每个位于其中的市、县和州中的至少一个。对于又一示例而言，介体输出设备可以包括显示器和扬声器中的至少一个。

对于另一示例而言，公共的地理位置可以包括燃料加注器中的每个位于其处的燃料加注站。介体库可以位于燃料加注站处。

在另一方面中，提供了一种管理燃料加注器介体的方法，其在一个实施例中包括将用于燃料加注器的针对介体的请求从介体管理模块传送到外部介体源。针对介体的请求查询从介体管理模块将前一个针对介体的请求传送到外部介体源起存储在外部介体源处的介体数据是否已经被更新。方法还包括在介体管理模块处接收作为对针对介体的请求的回复的来自外部介体源的更新的介体，并且将所接收的介体提供到燃料加注器以用于将介体输出给燃料加注器的用户。

介体可以具有任何数量的变化。例如，请求可以包括标识燃料加注器的标识数据，并且所接收的介体可以专用于燃料加注器的标识。对于另一示例而言，请求可以包括标识在燃料加注器处的客户的标识数据，并且所接收的介体可以专用于客户的标识。对于另一示例而言，方法可以包括引起所接收的介体在燃料加注器的介体输出设备上输出。对于又一示例而言，燃料加注器可以包括单个燃料加注器，并且介体管理模块可以被包括在燃料加注器中。对于再一示例而言，燃料加注器可以包括多个燃料加注器。

提供了一种存储指令的非暂态计算机程序产品（例如物理地体现的计算机程序产品），其在由一个或多个计算系统的一个或多个数据处理器执行时，引起至少一个数据处理器执行在此的操作。类似地，还提供了一种计算机系统，其可以包括一个或多个数据处理器以及耦合到该一个或多个数据处理器的存储器。存储器可以临时地或永久地存储引起至少一个处理器执行在此描述的一个或多个操作的指令。此外，方法可以是由在单个计算系统内的或者分布在两个或更多个计算系统当中的一个或多个数据处理器实现的。这样的计算系统可以被连接并且可以经由一个或多个连接交换数据和/或命令或其它指令等，该一个或多个连接包括但是不限制于经网络（例如因特网、无线广域网、局域网、广域网、或者有线网络等）的连接、经由多个计算系统中的一个或多个之间的直接连接的连接等。

附图说明

将从以下结合随附附图取得的详细描述更完整地理解本发明，在附图中：

图1是用于燃料加注器的介体管理系统的一个实施例的示意图；

图2是用于燃料加注器的介体管理系统的另一实施例的示意图；

图3是用于燃料加注器的介体管理系统的又一实施例的示意图；

图4是图3的系统的一部分的示意图；

图5是燃料加注器的一个实施例的透视图；以及

图6是示出管理用于燃料加注器的介体的方法的一个实施例的流程图。

具体实施方式

现在将描述某些示例性实施例以提供对在此公开的系统、设备和方法的结构、功能、制造和用途的原理的全面理解。在随附附图中图示了这些实施例的一个或多个示例。本领域技术人员将理解，在此具体地描述并且在随附附图中图示的系统、设备和方法是非限制性的示例性实施例，并且本发明的范围仅由权利要求限定。与一个示例性实施例有关地图示或描述的特征可以与其它实施例的特征组合。这样的修改和变化意图被包括在本发明的范围内。

进一步地，在本公开中，各实施例的被同样地命名的组件一般具有类似的特征，并且因此在特定的实施例中，每个被同样地命名的组件的每个特征未必被详尽阐述。附加地，在所公开的系统、设备和方法的描述中使用线形或圆形外形的程度上，这样的外形不意图限制可以与这样的系统、设备和方法结合使用的形状的类型。本领域技术人员将认识到，可以针对任何几何形状容易地确定对于这样的线形和圆形外形的等价物。

提供了燃料加注器介体的管理。一般而言，燃料加注器可以与介体库通信，该介体库被配置为促进介体到燃料加注器的递送以用于从其输出。介体库可以是燃料加注器机载的或者可以被包括在被配置为与燃料加注器通信的网关中。介体库被配置为查询用于介体信息的一个或多个介体源并且从中检索专用于燃料加注器的介体信息。因此，与燃料加注器传统地接收和输出的介体信息相比，介体信息可以与燃料加注器的用户更相关。附加地或者替换地，介体库被配置为针对对于所检索到的介体信息的更新而对一个或多个介体源进行查询，并且如果被更新，则从（多个）介体源检索更新的介体内容。介体库因此可以控制介体更新而替代其中（多个）介体源和/或网络操作中心（noc）控制介体更新的传统模型，并且/或者与介体库通信的燃料加注器可以具有更多的当前介体信息以进行输出，并且由此改进用户体验和/或增加盈利机会。

介体信息可以包括任何一种或多种类型的介体。例如，介体可以包括用于商品和/或服务的广告。接收广告的（多个）燃料加注器因此可以向其用户输出广告内容（例如，商品/服务的通知、优惠券、“闪付”交易等），这可能为燃料补充站的所有者和/或其它卖家增加收入。商品可以包括任何的各种各样类型的商品，诸如耐用商品（例如车辆零件、玩具等），易腐商品（例如食品、饮料等）以及无定形商品（例如软件、数字介体等）。服务可以包括任何的各种各样类型的服务（例如油料更换、洗车等）。对于另一示例而言，介体可以包括娱乐内容，诸如电视内容和音乐内容。接收娱乐内容的（多个）燃料加注器因此可以向其用户输出娱乐内容，这可以改进在燃料补充期间的用户体验。对于又一示例而言，介体可以包括地理内容，诸如地图和交通状况。接收地理内容的（多个）燃料加注器因此可以输出与（多个）燃料加注器的用户在地理上相关的信息。对于再一示例而言，介体可以包括天气内容。因此，接收天气内容的（多个）燃料加注器因此可以输出指示与（多个）燃料加注器的用户相关的天气状况的信息。

介体的形式可以仅是视觉上的（例如静止图像、静音视频等）、仅是听觉上的（例如音乐、口头消息等），或者是视觉上和听觉上的组合（例如具有声音的视频、被讲述的静止图像等）。介体可以在视觉上和/或在听觉上被显示，并且允许用户获取优惠券或其它可打印的和/或电子地可保存的推销以用于由客户稍后使用。例如，所显示的介体可以包括指示优惠券对于客户来说针对特定商品或服务可用的消息，客户可以打印该消息以用于稍后使用和/或客户可以电子地访问该消息以用于稍后使用。

在至少一些实施例中，燃料加注器包括介体库（例如具有机载的介体库），以使得燃料加注器被配置为直接与（多个）介体源通信并且直接从其接收介体内容。燃料加注器因此可以被配置为控制其自身的介体接收进度表，以根据需求来从（多个）介体源请求介体内容，并且接收专用于燃料加注器的介体内容。燃料加注器可以最初被制造为包括介体库，或者现有的燃料加注器可以被改装以包括介体库（例如可以具有安装在其上的介体库，并且如果必要，则具有添加于其的处理器或者具有被更新以处置与介体库相关的处理的当前处理器）。

图1图示系统10的一个实施例，其中燃料加注器12包括介体库14并且被配置为经由通信链路18与介体源16通信。燃料加注器12还包括：处理器20，被配置为执行指令并且控制燃料加注器12的各种功能；通信单元22，被配置为促进在通信链路18上的通信；介体输出设备24，被配置为向燃料加注器12的用户输出介体；存储器26，被配置为存储数据；以及燃料补充组件28（例如被配置为通过加注器12从燃料贮存器泵送燃料的泵、被配置为测量由泵泵送的燃料的量的燃料计等），被配置为促进从燃料加注器12加注燃料。

在燃料加注器12和介体源16之间的在通信链路18上的通信典型地在网络（例如因特网、无线广域网、局域网、广域网或者有线网络等）上进行。如本领域技术人员将领会的那样，通信链路18可以包括单个通信链路或多个互连的通信链路。

通信单元22可以具有各种各样的配置。在示例性实施例中，通信链路18是无线的，其可以促进（多个）介体源16距燃料加注器12的远程定位和/或可以促进通信的建立。通信单元22因此可以被配置为促进在通信链路18上的无线通信，并且可以包括例如经由任何多种多样的无线技术（例如蓝牙协议、蜂窝协议、wifi协议、近场通信（nfc）、射频标识（rfid）协议等）进行通信的收发器。如本领域技术人员将领会的那样，可以将任何各种各样的类型的无线连接硬件用于无线连接。如本领域技术人员还将领会的那样，无线通信可以根据任何各种各样的通信协议，例如tcp/ip等。如本领域技术人员将领会的那样，无线连接可以促进无线网状网络通信。通信单元22包括的无线连接的类型可以是由燃料加注器12的所有者根据所有者的当前的燃料补充站设置和/或将来的燃料补充站规划来选取的，并且通信单元22可以被制造和/或被相应地更新。

在另一示例性实施例中，通信链路18是有线的，这可以有助于防止由例如网络连接问题所致的任何通信停机。如本领域技术人员将领会的那样，通信单元22因此可以被配置为经由任何各种各样的有线通信协议（例如tcp/ip等）来促进在通信链路18上的有线通信。一些燃料加注器是利用双布线连接来制造的，并且有线通信因此可以经由双布线，诸如经由控制器局域网总线（canbus）双布线连接、rs485双布线连接、电流回路连接或其它类型的双布线连接。附加地或者替换地，一些燃料加注器是利用线缆连接制造的，并且因此可以被配置为经由线缆连接（诸如以太网线缆或其它网络线缆）提供有线通信。更陈旧的燃料加注器典型地具有双布线连接能力，而相反地，更新的燃料加注器典型地具有以太网连接能力。

介体输出设备24可以具有各种各样的配置。例如，介体输出设备24可以包括显示器（诸如阴极射线管（crt）或液晶显示器（lcd）或发光二极管（led）屏幕），所述显示器被配置为将信息示出给燃料加注器12的用户。对于另一示例而言，介体输出设备24可以包括被配置为从其输出音频的扬声器。介体输出设备24可以包括一个或多个介体输出设备，诸如包括多个显示器的燃料加注器12（例如在加注器12的一侧上的显示器和在加注器12的相对的侧上的另一显示器，被彼此挨着地安装以增加整体显示器大小的两个显示器等），燃料加注器12包括显示器和扬声器等。

存储器26可以具有各种各样的配置。一般而言，存储器26可以被配置为临时地和/或永久地存储引起处理器20执行在此描述操作（诸如由通信单元22执行的通信、更新介体库14、以及处理针对燃料的支付）中的一个或多个的指令。存储器26可以包括一个或多个存储单元。在至少一些实施例中，介体库26可以包括存储在存储器26中的软件。

介体源16包括被配置为经由通信链路18将介体提供到燃料加注器12的一个或多个源。介体源16典型地由第三方代理（例如公司或其它商家）控制，所述第三方代理独立于燃料加注器12的所有者（例如包括燃料加注器12的燃料补充站的公司或个人所有者），并且燃料加注器12的所有者与所述第三方代理签约以从其访问介体。介体源16的示例包括amazonwebservices（aws，亚马逊网络服务）、googlecloudplatform（谷歌云平台）和microsoftazuremediaservice（microsoftazure介体服务），尽管其它介体源是可能的。

介体库14可以具有各种各样的配置。介体库14可以是以软件、硬件或其组合来实现的。在至少一些实施例中，介体库14可以包括存储在存储器26中并且被配置为由处理器20执行的软件。在至少一些实施例中，介体库14可以包括其自身专用的处理器和存储器，以使得加注器12包括处理器20和介体库处理器，所述处理器20可以被配置为通过执行存储在存储器26中的指令来除了从介体源16检索介体之外还控制加注器12的功能，所述介体库处理器可以被配置为控制来自介体源16的介体检索并且将检索到的介体存储在介体库存储器中。包括专用的介体库处理器和存储器的加注器12可以促进燃料加注器12的选择性升级（例如如想要的那样分离地升级处理器）和/或利用介体库14改装现有的燃料加注器。

虽然通信单元22和介体库14在该图示的实施例中是分离的组件，但是在其它实施例中介体库14可以包括通信单元22（除了可选地包括其自身的处理器和/或存储器之外）。通信单元22作为介体库14的一部分可以促进将介体库14改装到不具有用于与介体源16通信的足够的通信能力的现有的燃料加注器。

一般而言，介体库14被配置为管理来自介体源16的介体信息的接收。在示例性实施例中，介体库14被配置为针对介体信息对介体源16进行查询并且从其接收专用于燃料加注器12的介体信息，并且针对对于所接收的介体信息的更新对介体源16进行查询，并且如果被更新，则从介体源16接收更新的介体内容。介体库14因此可以被配置为促进介体库14所关联于的燃料加注器12的介体输出设备24上的加注器专用介体的提供，这可以有助于确保燃料加注器12的用户仅接收与其当前的地理位置和/或当前的燃料补充体验相关的介体。被配置为从介体源16接收专用于与介体库14相关联的燃料加注器16的介体信息的介体库14包括基于燃料加注器12的地理位置和燃料加注器12的所有者中的至少一个而是专用的介体。介体是在地理上专用的可以允许标定的介体被提供给燃料加注器12的用户，例如，针对在包括燃料加注器12的燃料补充站处可获得的商品/服务的广告、针对在距包括燃料加注器12的燃料补充站一定距离内可获得的商品/服务的广告、针对地方性的商品/服务的广告、针对在包括燃料加注器12的地理区域（燃料补充站、市、县等）中最经常被购买的商品/服务的广告、针对燃料加注器12位于其中的市、县等的天气信息、针对燃料加注器12位于其中的市、县等的交通信息等。介体是专用于所有者的可以允许除了由燃料加注器12加注燃料之外还由介体鼓励客户从所有者处购物，并且/或者可以促进适当的介体是容易地并且快速地可用的，要是燃料加注器12所有者改变的话。

介体库14可以被配置为以各种各样的方式针对介体信息对介体源16进行查询以及从其接收专用于燃料加注器12的介体信息。该查询是用以接收针对燃料加注器12的信息的完整介体包的初始查询。介体库14被配置为经由通信单元22在通信链路18上向介体源16传送查询。查询诸如通过如下的中的任何一个或多个来独特地标识燃料加注器12：包括标识燃料加注器12的独特的代码（以任何形式，诸如数字、字母数字或字母）；查询源自于其处的网络地址；以及标识燃料加注器12的地理位置的gps信息。如本领域技术人员将领会的那样，查询可以包括单个查询或者可以包括一系列相关的传送，以例如适应安全要求、满足通信链路18的数据大小约束等。响应于该查询，介体库14被配置为经由通信链路18从介体源16接收与独特地标识的燃料加注器12对应的介体。介体源16可以访问被根据独特的标识分类的介体（例如在其（一个或多个）存储器、服务器等处），诸如在将介体内容与介体源16可以从燃料加注器12（以及从网关和/或其它燃料加注器）接收的独特的标识相关联的数据库中，如本领域技术人员将领会的那样。介体源16因此可以被配置为作为对查询的回复而传送与包括在查询中的独特的标识对应的介体。

介体库14可以被配置为针对对于所接收的介体信息的更新而对介体源16进行查询。可用于经由介体输出设备24输出的介体因此可以是刷新的，例如不是过期的。例如，采用针对商品/服务的优惠券的形式的介体可能在某一天到期，并且可能被利用针对同一或另一商品/服务的新的、未到期的优惠券更新。对于另一示例而言，采用天气内容的形式的介体可以被更新以反映更近期的天气预报。对于又一示例而言，采用交通内容的形式的介体可以被利用更近期的本地交通状况来更新。针对更新的查询以及对更新的接收一般地类似于上面讨论的针对介体信息的查询以及对介体信息的接收。

介体库14被配置为根据预编程的进度表来将针对更新的介体信息的查询传送到介体源16。进度表可以是例如按天、按周或者按小时的。进度表因此可以针对不同的加注器而不同，这可以允许站所有者定制和/或不同的介体价格档次。附加地或者替换地，介体库14被配置为响应于触发事件而将针对更新的介体信息的查询传送到介体源16。触发事件的一个示例是燃料加注器12被通电（初始地或者在电力中断之后），这可以允许在燃料加注器12已经在一段时间内失去电力并且从那时起未从介体源16接收任何介体之后刷新介体。触发事件的另一示例是燃料加注器12在丢失网络连接之后重新获得网络连接，这可以允许在燃料加注器12已经在一段时间内未能访问介体源16之后刷新介体。触发事件的又一示例是燃料加注器12开始与客户的燃料补充交易，这可以允许介体专用于该客户。查询可以包括对客户标识的信息，诸如该客户是否属于针对燃料补充站的会员规划，因为如本领域技术人员将领会的那样，燃料加注器12可以被配置为认出客户的身份（例如，通过客户提交的支付信息、在燃料加注器12处轻扫会员卡、在燃料加注器12处轻扫信用卡等）。所接收的介体因此可以被利用燃料交易实时检索并且可以是专用于客户的，诸如与由客户先前购买过的商品/服务相关的介体，这可以改进客户体验和/或增加除了燃料之外的客户购买的机会。

在另一示例性实施例中，介体库14未被配置为从介体源16接收专用于燃料加注器12的介体信息而是被配置为针对介体信息对介体源16进行查询以及针对对于先前接收的介体信息的更新对介体源16进行查询，并且如果被更新，则从介体源16接收更新的介体内容。介体库14因此可以是更“一般”的介体管理器，其可以在没有对其专门进行编程以指定专用于燃料加注器12的参数的情况下促进将介体库14安装在燃料加注器12上。介体库14因此可以更廉价和/或要求更少的处理能力。

至少在实施例中，被配置为与一个或多个燃料加注器通信的网关包括介体库，以使得一个或多个燃料加注器被配置为经由网关从（多个）介体源间接地接收介体内容。现有的燃料加注器因此可以实现介体库的益处而不必使介体库被安装于其上，这将超出至少一些现有的燃料加注器的存储器和/或处理能力，并且/或者是对于拥有非常大数量的将需要安装在其上的介体库的燃料加注器的至少一些燃料加注器所有者而言是抑制成本的。使用网关来与一个或多个燃料加注器通信可以允许站所有者（例如，包括一个或多个燃料加注器的一个或多个燃料补充站的所有者）使用被更新的现有的网关来包括介体库和/或购买包括介体库的新网关，这与购买包括介体库的新的燃料加注器或者更新现有的燃料加注器以包括介体库相比可能是更成本有效的。网关的示例包括前庭控制器、独立介体网关和智能防火墙。

图2图示系统30的一个实施例，其中网关32包括介体库34并且被配置为经由第一通信链路38与燃料加注器36通信、经由第二通信链路42与介体源40通信、以及经由第三通信链路46与一个或多个附加的燃料加注器44通信。通信链路38，42，46在图2中被示出为分离的元件。但是如本领域技术人员将领会的那样，可以将通信链路中的任何一个或多个组合在一起。通信链路38，42，46中的每个可以是有线的或无线的。

燃料加注器36一般地被类似于图1的燃料加注器12地配置并且使用但是不包括介体库。燃料加注器36包括：处理器48，被配置为执行指令并且控制燃料加注器36的各种功能；通信单元50，被配置为促进在第一通信链路38上的通信；介体输出设备52，被配置为向燃料加注器36的用户输出介体；存储器54，被配置为存储数据；以及燃料补充组件56，被配置为促进从燃料加注器36加注燃料。一个或多个附加的燃料加注器44的每个一般地被类似于燃料加注器36地配置并且使用。在至少一些实施例中，加注器36，44彼此相同。一个或多个附加的燃料加注器44可以与燃料加注器36在一处（例如全都在同一燃料补充站处），可以全都与燃料加注器36不在一处（例如共同拥有的不同的燃料补充站），或者一个或多个附加的燃料加注器44中的一些可以与燃料加注器36在一处，并且一个或多个附加的燃料加注器44中的其它燃料加注器可以与燃料加注器36不在一处。在至少一些实施例中，网关32和加注器36，44是全都被共同拥有的，这可以促进其维护和/或允许被共同拥有的加注器的一致的介体管理。

网关32可以具有各种各样的配置。一般地，网关32被配置为加注器控制器，并且可以包括被配置为执行各种加注器控制器功能的计算机系统，如本领域技术人员将领会的那样。介体库34除了位于网关32处之外一般地被类似于图1的介体库14地配置并且使用，并且被配置为促进用于被配置为与网关32通信的所有加注器36，44的介体的管理。介体库34被配置为针对如下的介体信息进行查询并且从介体源40接收如下的介体信息：所述介体信息专用于与网关32相关联的多个燃料加注器36，44，例如是基于燃料加注器36，44的共同的地理位置和/或燃料加注器36，44的共同的所有者而专用的。

介体库34可以被配置为以各种各样的方式针对专用于燃料加注器36，44的介体信息对介体源40进行查询并且从其接收专用于燃料加注器36，44的介体信息。介体库34被配置为针对用于燃料加注器36，44的完整的介体包经由网关32的通信单元在通信链路42上向介体源40传送查询。查询诸如通过如下来独特地标识针对其请求了介体的燃料加注器36，44：将燃料加注器36，44标识为一组的独特的代码；查询源自于其处的网络地址；以及标识网关32的地理位置的gps信息。响应于查询，介体库34被配置为经由通信链路42从介体源40接收对应于对其提供的独特的标识的介体。介体库34然后被配置为将所接收的介体传送到燃料加注器36，44以用于在那里存储和输出。如果在通过介体库34检索介体时燃料加注器36，44中的任何一个或多个离线以使得介体库34不能将介体传送至其以用于在其处存储和输出，则介体库34可以被配置为当离线的（多个）燃料加注器36，44返回到线上时将介体传送至其。离线的（多个）燃料加注器36，44因此可以仍然接收介体，即使在介体信息检索的时候离线。介体库34可以被配置为周期性地重试介体到离线的（多个）加注器36，44的传送直到传送成功为止，或者介体库34可以被配置为响应于接收到来自离线的（多个）加注器36，44的指示返回到线上的消息而将介体传送至其。

与上面讨论的类似，介体库34可以被配置为针对对于所接收的介体信息的更新对介体源40进行查询，并且可以被配置为根据预编程的进度表来针对所更新的介体信息将查询传送到介体源40。如果在由介体库34检索更新的介体时燃料加注器36，44中的任何一个或多个是离线的以使得介体库34不能将更新的介体传送至其以用于在其处存储和输出，则介体库34可以被配置为当离线的（多个）燃料加注器36，44返回到线上时将更新的介体传送至其。离线的（多个）燃料加注器36，44因此可以接收更新的介体，即便在更新的介体信息检索的时候离线。

介体库34可以被配置为如上面讨论那样针对完整介体和用于所有的加注器36，44的更新的数据对介体源40进行查询，或者介体库34可以被配置为针对完整介体和用于加注器36，44的所选择的子集的更新的数据对介体源40进行查询。针对所选择的子集的查询可以允许介体库34基于加注器36，44所属的子集向加注器36，44提供更有针对性的介体。例如，加注器36，44的第一子集可以位于第一燃料补充站处，并且加注器36，44的第二子组可以位于第二燃料补充站处。

图3图示系统58的另一实施例，其中网关60包括介体库78并且被配置为经由第一通信链路64与燃料加注器62通信，并且经由相应的通信链路72，74，76与多个介体源66，68，70中的每个通信。在系统58中仅一个燃料加注器62被示出为与网关60通信，但是如上面提到那样，网关60可以并且典型地与多个燃料加注器通信。通信链路72，74，76在图3中被示出为分离的元件。但是如本领域技术人员将领会的那样，可以将通信链路中的任何一个或多个组合在一起。通信链路72，74，76中的每个可以是有线的或无线的。介体源包括aws66、googlecloudplatform（谷歌云平台）68和microsoftazuremediaservice（microsoftazure介体服务）70，它们被按其典型的设置进行配置，但是如上面提到那样，可以附加地或替换地提供其它介体源。网关60还包括：网络集线器80，被配置为促进在网关60和一个或多个附加的燃料加注器之间的通信；以及防火墙82，被配置为促进网络安全性。在其它实施例中，网络集线器80和/或防火墙82可以是远离网关60的分离的组件，这可以促进模块化。

图4进一步详细地图示介体库78，并且示出其关于介体源66，68，70的通信配置。介体库78包括：第一介体分发器和收集器84，被配置为与aws66通信；第二介体分发器和收集器86，被配置为与googlecloud68和第一介体分发器和收集器84通信；以及第三介体分发器和收集器88，被配置为与azuremediasevice70以及第一介体分发器和收集器84通信。介体分发器和收集器84，86，88的每个被配置为对介体源66，68，70中的它们所关联于的一个进行查询并且从介体源66，68，70中的它们所关联于的一个检索介体。具有针对介体源66，68，70中的每个的专用的介体分发器和收集器84，86，88可以促进根据介体源66，68，70的各种安全性和其它通信要求来与介体源66，68，70通信，可以允许根据不同的预编程的进度表来从不同的介体源检索介体，以及/或者可以允许来自不同的介体源的同时的介体更新。介体库78还包括每个与第三介体分发器和收集器88通信的所存储的站/加注器配置信息90（例如用以标识加注器62、加注器62的站的独特的信息等）和所存储的网络位置信息92（例如网关78的独特的位置信息等）。介体库78还包括：与第一介体分发器和收集器84、第三介体分发器和收集器88通信的所接收的介体信息的站/加注器缓存94；以及事件处置代表性状态转移（rest）服务模块（例如应用程序接口（api））96，被配置为与诸如内容提供器和noc之类的一个或多个外部模块通信。介体库78还包括：介体检索rest服务模块（例如api）98；以及通知服务rest模块（例如api）100，其被配置为与外部介体输出软件（例如介体显示软件）通信，所述外部介体输出软件管理加注器介体输出从而从介体源66，68，70接收的介体被经由加注器62（以及如上面讨论的与网关60相关联的任何其它燃料加注器）的介体输出设备输出。站/加注器缓存84被配置为与介体检索服务模块98和通知服务模块100中的每个通信。

图5图示燃料加注器102的一个实施例，燃料加注器102包括如在此描述的介体库。燃料加注器102包括电子器件隔室104和泵隔室106。电子器件隔室104在其中具有用于促进针对燃料的支付和用于促进燃料的加注的电子器件。电子器件包括例如介体库、控制器、被配置为有线和/或无线地进行电子通信的通信单元、被配置为在其上示出信息（例如介体内容、支付信息等）的显示器108、被配置为在其中存储数据的存储器、以及配置为促进客户支付的支付终端（例如读卡器等）。在图5中除了显示器108之外隐蔽了电子器件。第二显示器在电子器件隔室104的另一侧上，但是在图5中被隐蔽。燃料加注器102可以被配置用于替代通过支付终端的支付或者除了通过支付终端的支付之外进行移动支付，并且因此不需要包括支付终端。

泵隔室106在其中具有泵，该泵被配置为从燃料储罐或其它贮存器泵送燃料，并且在其中具有被配置为监控燃料流动的燃料计。泵隔室106可以包括其它元件（诸如阀门、蒸汽回收系统等）以促进燃料加注。在燃料加注器102内泵隔室106与电子器件隔室104隔离以促进安全、防护和/或维护，如本领域技术人员将领会的那样。因此不允许燃料从泵隔室106流动到电子器件隔室104，并且替代地从泵隔室106通过软管110流动到喷嘴112以用于加注。如本领域技术人员将领会的那样，喷嘴112的每个被配置为随着燃料被泵从燃料加注器102泵送而从燃料加注器102加注燃料。

燃料加注器102被配置为被连接到燃料储罐或包含燃料的其它贮存器。当对机动车辆的储罐进行填充时，燃料被位于泵隔室106中的泵从储罐或贮存器泵送并且被经由燃料管（未示出）和燃料软管110泵送至喷嘴112。当每个燃料软管110未在使用中时，燃料软管110沿着燃料加注器102悬置，并且其关联的喷嘴112座装在喷嘴罩114中。虽然燃料加注器102在加注器102的一侧上包括四个软管110和四个喷嘴112并且在加注器102的另一侧上包括的四个软管110和四个喷嘴112，但是如本领域技术人员将领会的那样，燃料加注器102可以包括另外的数量的软管110和喷嘴112。本领域技术人员还将领会，燃料加注器102可以具有各种其它配置。

类似于图5的加注器102的燃料加注器可以被配置为与包括如在此所讨论的介体库的网关通信。换句话说，燃料加注器可以被配置为除了不具有机载介体库之外与图5的加注器102类似，并且可以被配置为与网关通信以接收介体内容以用于从加注器输出。

图6图示用于燃料加注器的介体管理的方法200的一个实施例。虽然关于图3的系统58和燃料加注器62来描述方法200，但是方法200可以类似地在其它系统中并且与在此描述的其它燃料加注器一起实现。

方法200一般包括三个阶段。方法200的第一阶段200a一般涉及标识介体内容的源的介体库78。方法200的第二阶段200b一般涉及从在第一阶段200a中标识的介体源检索介体内容的介体库78。方法200的第三阶段200c一般涉及利用介体内容更新燃料加注器62的介体库78。

方法200开始202于介体库78执行204子例程以关于介体库78与之通信的介体源读取其配置。如本领域技术人员将领会的那样，子例程的执行204可以是以任何数量的方式执行的，诸如其处理器在其存储器中执行指令。基于配置检查，介体库78确定206是否存在介体库78与之通信的任何新的介体源66，68，70，例如，介体库78在最后一次配置检查中未与之通信的任何介体源。例如，介体库78可以确定是否已经在其上安装了新的介体内容和发布者，由此指示新的介体源对于介体库78已经变成是可访问的。对于另一示例而言，介体库78可以检查存储在存储器中的查找表以确定是否有新的介体源已经被添加到表，诸如通过其手动用户更新。对于又一示例而言，可以检查站/加注器配置信息90以确定是否有新的介体源已经被添加至其以用于燃料加注器62（或者包括燃料加注器62的一组燃料加注器，如上面讨论的那样）。

如果存在介体库78与之通信的任何新的介体源66，68，70，则介体库78从新的介体源中的每个检索208介体内容。在该图示的实施例中，三个介体源66，68，70中的每个被示出为将介体内容66a，68a，70a传送到介体库78，其指示初始的设置场景。介体库78可以以任何数量的方式检索208介体内容。例如，被确定为新的介体库的介体分发器和收集器84，86，88中的每个可以在通信链路72，74，76中的其所关联的一个上将查询传送到介体源66，68，70中的其所关联的一个。查询可以标识燃料加注器62（或者包括燃料加注器62的一组燃料加注器）并且可以请求介体源将用于所标识的燃料加注器62（或者所标识的燃料加注器组）的任何介体内容传送到介体库78。介体源然后可以使用标识来确定其存储的介体内容中的哪些与所标识的燃料加注器62（或者所标识的燃料加注器组）相关联，并且将该介体内容传送到介体库78。至少一些介体内容可以是与所有燃料加注器（而不仅是所标识的燃料加注器62（或者所标识的燃料加注器组））相关联的默认介体内容，这可以允许燃料加注器62（或者燃料加注器组中的燃料加注器）具有至少一些介体内容来输出，要是其专用的介体内容对于输出而言变得太过时（例如，天气信息是多于一天之前的、交通信息是多于一小时之前的、优惠券过期等）的话。在接收208新的介体内容之后，介体库78（例如，其事件处置服务模块96）将介体库78已经检索到新的介体的通知传送210到网关60与之通信的noc。向noc通知介体库78已经从新的介体源检索到新的介体内容可以允许noc分析介体管理的效率和/或验证来自新的介体源的介体内容已经如期望的那样被传送到介体库78。介体库78还在其处储存检索到的新的介体内容，例如存储在介体库78的存储器中的内容库（例如缓存94）中。

在介体库78已经接收208到来自新的介体源的介体内容之后，介体库78确定212由介体库78先前检索到的介体内容是否已经在介体库78与之通信的介体源66，68，70处被更新。换句话说，介体库78确定212介体库78与之通信的任何介体源66，68，70是否具有尚未被传送到介体库78的任何更新的介体内容66b，68b，70b。虽然所有的介体源66，68，70被示出为具有更新的介体内容66b，68b，70b，但是比所有的介体源66，68，70少的介体源（例如零个、一个或两个介体源）可以在该确定212时具有更新的介体内容66b，68b，70b。介体库78可以以任何各种各样的方式来做出该确定212。例如，介体库的介体分发器和收集器84，86，88中的每个可以在通信链路72，74，76中的其所关联的一个上将查询传送到介体源66，68，76中的其所关联的一个，查询介体源是否已经更新了先前被传送到介体库78的用于所标识的燃料加注器62（或者所标识的燃料加注器组）的内容66a，68a，70a。从介体源66，68，70到介体库78的介体内容传送和从介体库78到介体源66，68，70的先前的介体内容请求可以被加日期/时间戳以促进这种确定212。

如果介体库78确定206不存在介体库78与之通信的任何新的介体源66，68，70，则介体库78确定212先前由介体库78检索的介体内容是否已经在介体库78与之通信的介体源66，68，70处被更新。

如果介体库78确定212先前由介体库78检索的介体内容尚未被更新时，则介体库78维持其当前的存储的介体内容，并且等待直到下一个预编程的时间和/或直到发生预定的触发事件以确定212先前检索的介体内容是否已经被更新。

如果介体库78确定212先前由介体库78检索的介体内容已经被更新，则介体库78从具有更新的介体内容66b，68b，70b的介体源66，68，70中的一个或多个检索214更新的介体内容66b，68b，70b。介体库78可以以任何数量的方式检索214更新的介体内容。例如，与被确定为具有更新的介体内容的介体源相关联的介体库的介体分发器和收集器84，86，88中的每个可以在通信链路72，74，76中的其所关联的一个上将查询传送到介体源66，68，70中的其所关联的一个。查询可以标识燃料加注器62（或者包括燃料加注器62的燃料加注器组），并且可以请求介体源将更新的介体内容传送到介体库78。介体源然后可以将更新的介体内容传送到介体库78。在至少一些实施例中，可以将确定212和检索214组合，以使得代替传送第一查询以确定更新的介体内容的存在以及在更新的介体内容存在的情况下发送第二查询而发送如下的单个查询：该查询询问是否存在更新的介体内容并且请求将任何这样的更新的介体传送到介体库78。

在接收214更新的介体内容之后，介体库78（例如其事件处置服务模块96）向noc传送216更新的介体已经被介体库78检索的通知。向noc通知介体库78已经从介体源接收到更新的介体内容可以允许noc分析介体管理的效率和/或验证来自介体源的介体内容已经如期望的那样被传送到介体库78。

介体库78验证218所接收的新的或更新的介体内容。介体库78可以以任何各种各样的方式验证218所接收的新的或更新的介体内容。例如，可以利用代码（例如每个广告、每个优惠券等）针对更新的介体内容中的每条介体内容来对更新的介体内容进行编码，介体库78可以将所述代码与在先前存储的介体内容的情况下编码的代码进行比较，如果代码匹配则验证更新的介体内容。对于另一示例而言，对新的或更新的介体内容的验证218可以包括安全密钥认证。

介体库78在其处存储218经验证的新的或更新的介体内容，例如，将其存储在介体库的内容库中。

在验证和存储218新的或更新的介体内容之后，介体库78（例如其事件处置服务模块96）向noc传送220新的或更新的介体已经被存储在介体库78处的通知。向noc通知介体库78已经存储了来自介体源的新的或更新的介体内容可以允许noc分析介体管理的效率和/或验证来自介体源的介体内容已经被如期望那样添加在介体库78处。

在验证和存储218新的或更新的介体内容之后，介体库78通知222燃料加注器62（或者燃料加注器组）新的或更新的介体内容可用于燃料加注器62（或者燃料加注器组）。可以以任何数量的方式提供通知222。例如，通知服务rest模块100可以将消息传送到燃料加注器62，例如，传送到存储在燃料加注器62的存储器中的加注器介体输出软件，指示新的或更新的介体内容可用于燃料加注器62。

作为对通知222的回复，介体库78在燃料加注器62准备好224接收新的或更新的介体内容时（例如，在燃料加注器62（或者燃料加注器组）之间网络连接在线上时、在燃料加注器62具有可用的处理资源时、在燃料加注器62已经认证了网关60时等）接收到来自燃料加注器62的回复。响应于回复，介体库78（例如介体检索rest服务模块98）检索226存储在介体库78处（例如存储在缓存94处）的新的或更新的新的或更新的介体内容，并且例如经由通知服务rest模块100把所检索226的新的或更新的介体内容传送到燃料加注器62。

在检索226新的或更新的介体内容之后，介体库78（例如其事件处置服务模块96）向noc传送228已经针对燃料加注器62检索新的或更新的介体的通知。向noc通知介体库78已经存储了来自介体源的新的或更新的介体内容可以允许noc分析介体管理的效率和/或验证已经针对燃料加注器62处理了来自介体源的新的或更新的介体内容。在至少一些实施例中，可以在将新的或更新的介体内容传送到燃料加注器62之后将通知传送228至noc。

方法200可以允许将介体内容递送到一个或多个燃料处理器而不要求存在于传统的向燃料加注器的介体内容递送中的手动处理，诸如在noc处针对在燃料补充站处的燃料加注器手动地准备新的或更新的介体内容，以及在介体内容递送失败的情况下不要求手动干预，诸如手动地将新的或更新的介体内容传送到先前离线的燃料加注器。介体内容因此可以在燃料加注器处被保持得更为全新以及/或者可以被以更及时的方式递送到燃料加注器，具有更小的对燃料加注器的影响，因为介体内容可以被更频繁地传送至其并且因此不要求大量的介体内容被打包在一起并且被同时发送，而是替代地随着介体内容变得从介体源可用而随时间经过被发放，并且/或者具有更少的人为错误机会。

在此描述的主题的一个或多个方面或特征可以被实现在如下当中：数字电子电路；集成电路；专门设计的专用集成电路（asic）；现场可编程门阵列（fpga）计算机硬件；固件；软件；以及/或者它们的组合。这些各种方面或特征可以包括在一个或多个计算机程序中的实现，所述一个或多个计算机程序是在可编程系统上可执行和/或可解释的，所述可编程系统包括：至少一个可编程处理器，其可以是专用目的或通用目的的，被耦合以从存储系统接收数据和指令以及将数据和指令传送到存储系统；至少一个输入设备；以及至少一个输出设备。可编程系统或计算系统可以包括客户端和服务器。客户端和服务器一般地彼此远离并且典型地通过通信网络进行交互。客户端和服务器的关系凭借在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序而产生。

还可以被称为程序、软件、软件应用程序、应用程序、组件或代码的这些计算机程序包括用于可编程处理器的机器指令，并且可以是采用高级程序语言、面向对象的编程语言、功能性编程语言、逻辑编程语言和/或汇编/机器语言实现的。如在此所使用的那样，术语“机器可读介体”是指被用于将机器指令和/或数据提供到可编程处理器的任何计算机程序产品、装置和/或设备，诸如例如磁盘、光盘、存储器和可编程逻辑设备（pld），包括接收机器指令作为机器可读信号的机器可读介体。术语“机器可读信号”是指被用于向可编程处理器提供机器指令和/或数据的任何信号。机器可读介体可以非暂时地存储这样的机器指令，诸如例如如将是非暂态固态存储器或磁性硬盘驱动器或任何等同的存储介体那样。机器可读介体可以替换地或附加地以暂态方式存储这样的机器指令，诸如例如如将是处理器缓存或与一个或多个物理处理器核相关联的其它随机存取存储器那样。

为了提供与用户的交互，在此描述的主题的一个或多个方面或特征可以被实现在具有用于向用户显示信息的显示设备（诸如例如阴极射线管（crt）或液晶显示器（lcd）或发光二极管（led）监视器）以及键盘和指点设备（诸如例如鼠标或跟踪球）的计算机上，用户可以通过所述键盘和指点设备向计算机提供输入。其它种类的设备也可以被用于提供与用户的交互。例如，提供给用户的反馈可以是任何形式的感觉反馈，诸如例如视觉反馈、听觉反馈或触觉反馈；并且来自用户的输入可以被以任何形式接收，包括但是不限制于声响、语音或触觉输入。其它可能的输入设备包括但是不限制于触摸屏或其它触敏设备，诸如单点或多点电阻式或电容式触摸板、声音识别硬件和软件、光学扫描仪、光学指针、数字图像捕获设备以及相关联的解释软件等。

虽然上面描述的介体管理是关于用于燃料加注器的介体管理讨论的，但是可以针对被配置为向客户或潜在的客户输出介体的其它类型的设备类似地管理介体。例如，用于包括介体输出设备的一个或多个出租车的介体管理系统（所述介体输出设备例如是出租车的后座中的显示屏等）可以包括被配置为基于出租车或一组出租车（例如，一组被共同拥有的出租车、在同一地理区域（诸如在同一市内或者在同一邮政编码内）内的一组出租车等）的独特的标识来对一个或多个出租车提供新的和更新的介体内容的介体库。出租车的乘客因此可以在其乘车期间接收更及时的和/或更相关的介体内容。对于另一示例而言，用于包括介体输出设备的一个或多个电梯的介体管理系统（所述介体输出设备例如是电梯的壁上的显示屏等）可以包括被配置为基于电梯或一组电梯（例如，一组被共同拥有的电梯、在同一地理区域（诸如在同一建筑物内、在同一市内或者在同一邮政编码内）内的一组电梯等）的独特的标识来对一个或多个电梯提供新的和更新的介体内容的介体库。电梯的乘客因此可以在其乘坐期间接收更及时的和/或更相关的介体内容。

基于上面描述的实施例，本领域技术人员将领会本发明的进一步的特征和优点。相应地，除了如由所附权利要求指示以外，本发明不受已经被特定地示出和描述的内容限制。在此引述的所有出版物和参考文献被通过引用而在其整体上明确地合并于此。