公路照明系统的制作方法

本发明涉及一种公路照明系统。

背景技术：

高速公路照明系统经受磨损并且经常需要大量的维护和保养。此外，连续运行的灯可以增加维护需求以及能源和电力需求。

技术实现要素：

一种车辆到车辆通信系统可以包括至少一个灯和至少一个控制器，该至少一个控制器配置为经由车辆到车辆通信接收来自车辆的指示车辆交通量的车辆数据并且基于车辆交通量来控制灯状态，其中当车辆数据指示车辆交通量下降至交通量范围之外时使灯状态改变。

一种公路照明系统可以包括至少一个灯和至少一个控制器，该至少一个控制器配置为经由车辆到车辆通信接收来自车辆的指示车辆交通量的车辆数据，并且响应于超过阈值的车辆交通量来打开灯。

一种公路照明系统可以包括至少一个灯、收发器以及至少一个控制器，该至少一个控制器配置为经由车辆到车辆通信接收来自车辆的车辆数据，该车辆数据指示在收发器的预定义半径内至少一个车辆的存在，并且响应于指示交通量水平超过交通量阈值的车辆数据来指示打开灯。

附图说明

所附权利要求中特别指出了本发明的实施例。然而，通过结合附图参考以下详细描述，各种实施例的其它特征将变得更加明显且将被最好地理解，在附图中：

图1A和1B示出了可用于将远程信息处理服务提供给车辆的系统的示例性图；

图2示出了照明系统的一部分的示例性框图；

图3A-3C示出了照明系统的示例性情况；以及

图4示出了照明系统的示例性过程。

具体实施方式

根据需要，本文公开了本发明的详细实施例。然而，可以理解的是，所公开的实施例仅仅是可以以各种和替代形式体现的本发明的示例。该附图不一定是成比例的，并且一些示意图可能被夸大或最小化以显示功能概述。因此，本文公开的具体结构和功能细节不应被解释为限制性的，而是仅作为教导本领域技术人员各种应用本发明的代表性基础。

本文公开了被配置为响应于经由车辆到车辆通信从车辆和/或其它照明系统接收到的车辆数据照亮公路的公路系统。美国的公路系统是全国各地货物和人员快速、高效以及便利运输不可或缺的组成部分。数百万辆车辆在一天内使用这些系统。绝大多数当前的照明系统可以被连续照亮，或者至少在晚上连续照亮。在能源和维护成本方面，灯的连续照明可能效率低下并且成本高昂。夜晚当道路上车辆较少时可能会出现该情况。使用车辆数据来估计车辆交通模式和各种车辆路径以选择性地照亮公路内的灯可以增加这种照明系统的使用寿命，以及降低与维护和能源需求相关的成本。

图1A和1B示出了可以用于将远程信息处理服务提供给车辆102的系统100的示例性图。车辆102可以是各种类型的乘用车辆中的一种，诸如跨界多用途车(CUV)、运动型多用途车(SUV)、卡车、休闲车(RV)，船、飞机或其他用于运输人员或物品的移动机器。作为一些非限制性可能性，远程信息处理服务可以包括导航、分路段导航、车辆健康报告、本地商业搜索、事故报告以及免提呼叫。在示例中，系统100可以包括由密歇根州迪尔伯恩的福特汽车公司制造的SYNC系统。应该注意的是，所示的系统100仅仅是示例，并且可以使用更多、更少、和/或不同位置的元件。

计算平台104可以包括一个或多个处理器106和配置为执行指令、命令以及其他例程以支持在此描述的过程的控制器。例如，计算平台104可以被配置为执行车辆应用程序110的指令以提供诸如导航、事故报告、卫星无线电解码、免提呼叫以及停车辅助之类的特征。这种指令和其它数据可以以非易失性方式使用各种类型的计算机可读存储介质112来维护。计算机可读介质112(也称为处理器可读介质或存储器)包括参与提供可由计算平台104的处理器106读取的指令或其它数据的任何非易失性介质(例如，有形介质)。计算机可执行指令可以从使用各种编程语言和/或技术创建的计算机程序编译或解释，该编程语言和/或技术包括但不限于单独的或组合的Java、C、C++、C#、Objective C、Fortran、Pascal、Java Script、Python、Perl以及PL/SQL。

计算平台104可以设置有允许车辆乘员与计算平台104交互的各种特征。例如，计算平台104可以包括音频输入端114，该音频输入端114配置为通过连接的麦克风116接收来自车辆乘员的口头命令，并且辅助音频输入端118配置为接收来自连接的装置的音频信号。辅助音频输入端118可以是诸如电线或光纤电缆的物理连接，或者诸如蓝牙(BLUETOOTH)音频连接的无线输入端。在一些示例中，音频输入端114可以被配置为提供音频处理能力(诸如，低水平(low-level)信号的前置放大)以及将模拟输入转换成数字数据以供处理器106处理。

计算平台104还可以将一个或多个音频输出120提供给具有音频回放功能的音频模块122的输入端。在其它示例中，计算平台104可以通过使用一个或多个专用扬声器(未示出)将音频输出提供给乘员。音频模块122可以包括输入选择器124，该输入选择器124配置为将来自所选音频源126的音频内容提供给音频放大器128以通过车辆扬声器130或耳机(未示出)进行回放。作为一些示例，音频源126可以包括解码的调幅(AM)或调频(FM)无线电信号，以及来自光盘(CD)或数字通用光盘(DVD)音频回放的音频信号。音频源126也可以包括从计算平台104接收的音频，诸如由计算平台104生成的音频内容、从连接到计算平台104的通用串行总线(USB)子系统132的闪存驱动器解码的音频内容、以及从辅助音频输入端118通过计算平台104传递的音频内容。

计算平台104可以利用语音接口134来将免提接口提供给计算平台104。语音接口134可以根据与可用命令相关联的语法支持经由麦克风116接收的音频的语音识别，并且经由音频模块122输出语音提示。在一些情况下，系统可以被配置为当音频提示准备好由计算平台104呈现并且另一音频源126被选择用于回放时暂时静音或以其它方式覆盖由输入选择器124指定的音频源。

计算平台104也可以接收来自人机界面(HMI)控制器136的输入，该人机界面(HMI)控制器136配置为提供乘员与车辆102的交互。例如，计算平台104可以与配置为调用计算平台104上的功能(例如，方向盘音频按钮、即按即说按钮、仪表板控制器等)的一个或多个按钮或其它HMI控制器交互。计算平台104还可以驱动或以其它方式与一个或多个显示器138通信，该一个或多个显示器138配置为通过视频控制器140将视觉输出提供给车辆乘员。在一些情况下，显示器138可以是还配置为经由视频控制器140接收用户触摸输入的触摸屏，而在其它情况下，显示器138可以仅是显示器而没有触摸输入能力。

计算平台104还可以被配置为经由一个或多个车载网络142与车辆102的其它部件进行通信。作为一些示例，车载网络142可以包括车辆控制器局域网(CAN)中的一个或多个、以太网以及面向媒体的系统传输(MOST)。车载网络142可以允许计算平台104与其它车辆102系统通信，诸如车辆调制解调器144(其可能不存在于某些配置中)、配置为提供当前车辆102位置和航向信息(heading information)的全球定位系统(GPS)模块146、以及配置为与计算平台104协作的各种车辆电子控制单元(ECU)148。作为一些非限制性可能性，车辆ECU148可以包括配置为提供发动机操作部件(例如，怠速控制部件、燃料输送部件、排放控制部件等)的控制以及发动机操作部件(例如，发动机诊断代码的状态)的监测的动力传动系统控制模块；配置为管理诸如外部照明、内部照明、无钥匙进入、远程启动以及进入口状态验证(例如，车辆102的发动机罩、车门和/或行李箱的关闭状态)等各种动力控制功能的车身控制模块；配置为与密钥卡或其它本地车辆102装置通信的无线电收发模块；以及配置为提供对加热和冷却系统部件(例如，压缩机离合器和鼓风机风扇控制器、温度传感器信息等)的控制和监测的气候控制管理模块。

如图所示，音频模块122和HMI控制器136可以通过第一车载网络142-A与计算平台104通信，并且车辆调制解调器144、GPS模块146以及车辆ECU148可以通过第二车载网络142-B与计算平台104通信。在其它示例中，计算平台104可以被连接到更多或更少的车载网络142。另外地或可替选地，一个或多个HMI控制器136或其它部件可以经由比示出的不同的车载网络142或者未连接到车载网络142而直接连接到计算平台104。

计算平台104也可以被配置为与车辆乘员的移动装置152进行通信。移动装置152可以是各种类型的便携式计算装置(诸如蜂窝电话、平板电脑、智能手表、笔记本计算机、便携式音乐播放器或能够与计算平台104通信的其它装置)中的任何一种。在许多示例中，计算平台104可以包括配置为与移动装置152的兼容无线收发器154通信的无线收发器150(例如，蓝牙模块、紫蜂(ZIGBEE)收发器、无线网络(Wi-Fi)收发器，红外数据通讯(IrDA)收发器，无线射频识别(RFID)收发器等)。另外地或可替选地，计算平台104可以通过有线连接(诸如通过移动装置152和USB子系统132之间的USB连接)与移动装置152通信。

通信网络156可以将通信服务(诸如分组交换网络服务(例如，互联网接入、网络电话(VoIP)通信服务))提供给连接到通信网络156的装置。通信网络156的示例可以包括蜂窝电话网络。移动装置152可以经由移动装置152的装置调制解调器158提供与通信网络156的网络连接。为了促进通过通信网络156的通信，移动装置152可以与唯一装置标识符(例如，移动装置号码(MDN)、因特网协议(IP)地址等)关联以识别移动装置152通过通信网络156的通信。在一些情况下，车辆102的乘员或具有连接到计算平台104的许可的装置可以是由计算平台104根据存储介质112中保存的配对装置数据160来识别。配对装置数据160可以指示例如先前与车辆102的计算平台104配对的移动装置152的唯一装置标识符，使得计算平台104可以自动重新连接到配对装置数据160中引用的移动装置152而无需用户干预。

当支持网络连接的移动装置152与计算平台104配对时，移动装置152可以允许计算平台104使用装置调制解调器158的网络连接来通过通信网络156与远程信息处理服务162通信。在一个示例中，计算平台104可以利用移动装置152的话上数据(data-over-voice)计划或数据计划来在计算平台104和通信网络156之间传递信息。另外地或可替选地，计算平台104可以利用车辆调制解调器144在计算平台104和通信网络156之间传递信息，而不使用移动装置152的通信设施。

类似于计算平台104，移动装置152可以包括一个或多个处理器164，一个或多个处理器164被配置为执行从移动装置152的存储介质168加载到移动装置152的存储器166的移动应用程序170的指令。在一些示例中，移动应用程序170可以被配置为经由无线收发器154与计算平台104通信以及经由装置调制解调器158与远程信息处理服务162或其它网络服务通信。计算平台104也可以包括装置链路接口172以促进将移动应用程序170的功能集成到经由语音接口134可用的命令的语法以及计算平台104的显示器138中。装置链路接口172也可以向移动应用程序170提供对经由车载网络142可用于计算平台104的车辆信息的访问。装置链路接口172的一些示例包括由密歇根州迪尔伯恩的福特汽车公司提供的SYNC系统的SYNC序链接(APPLINK)部件、由加利福尼亚州库比蒂诺的苹果公司提供的苹果车载系统(CarPlay)协议、或由加利福尼亚的山景城的谷歌公司提供的安卓(Android)汽车协议。车辆部件接口应用程序174可以是安装到移动装置152的一次这种应用程序。

移动装置152的车辆部件接口应用程序174可以被配置为促进对可用于车辆102的装置配置的一个或多个车辆102特征的访问。在一些情况下，可用车辆102特征可以通过单个车辆部件接口应用程序174访问，在这种情况下，这样的车辆部件接口应用程序174可以被配置为可定制的或保持支持特定车辆102的品牌/型号和选项包的配置。在示例中，车辆部件接口应用程序174可以被配置为从车辆102接收可用于控制的特征的定义、显示描述可用特征的用户界面以及将来自用户界面的用户输入提供给车辆102以允许用户控制指示的特征。

诸如系统100的系统可能需要移动装置152与计算平台104配对和/或其它设置操作。然而，如下面详细解释的，系统可以被配置为允许车辆乘员顺畅地与他们的车辆中的用户界面元件或与任何其它启用框架车辆(framework-enabled vehicle)进行交互，而无需移动装置152或可穿戴装置已经与计算平台104配对或通信。

另外，无线收发器150可以在车辆到车辆通信中接收关于车辆位置的数据并且将关于车辆位置的数据发送到其它车辆。如图2所示并且在此更详细地描述的，处理器106可以经由车辆专用短程通信(DSRC)模块212处理这种传入的车辆位置数据。如所解释的，专用短程通信(DSRC)模块212也可以与诸如公路灯控制器222的非车辆装置通信。这种车辆到车辆通信可以包括包含近场无线通信、WiFi(无线保真技术)、蓝牙^TM等的各种无线通信协议。这种车辆到车辆通信可以允许车辆以及诸如灯集群226内的灯控制器222(参见图2)的其它部件直接相互通信。这种数据交换可以将交通数据提供给灯控制器222可以控制其灯的灯集群226。

远程服务器162和通信网络156也可以促进传输其它车辆到车辆的数据，诸如从诸如谷歌地图(Google Map^TM)、Waze^TM等的其它移动应用程序和网站获取的数据。在这些示例中，数据可以在用户之间共享并且用于确定其它车辆的位置、紧急情况等。

图2示出了照明系统200的一部分的示例性框图。如上面关于图1所描述的，各种车辆ECU148可以经由控制器局域网(CAN)总线214与专用短程通信(DRSC)模块212通信。DRSC模块212可以与无线收发器150通信。

车辆102可以被配置为使用车辆到车辆的无线通信与照明系统200通信。照明系统200可以包括耦合到公路灯控制器222的无线收发器220或天线。公路灯控制器222可以包括处理器，该处理器被配置为执行指令、命令以及其它例程以支持此处描述的过程。例如，控制器222可以基于交通流、当日时间、环境光、交通事件或紧急情况等来提供和控制公路照明。控制器222可以耦合到至少一个灯集群226。灯集群226可以包括多个灯230和相关联的继电器232。控制器222可以控制继电器232以便将来自电源236的电力提供给相应的灯230。

如图3最佳示出的，各种灯集群226(由226-A、226-B、226-C表示，并统称为灯集群226)可以布置在街道或公路306的旁边。各个集群226可以包括配置为照亮灯下方的公路区域的至少一个灯230。灯集群236可以包括用于照亮公路306的两侧的灯230。每个灯集群226可以包括配置为控制灯集群226内的灯230的控制器222。控制器222也可以经由无线收发器220接收来自经过的车辆102的数据。使用该数据，控制器222可以确定灯230的适当操作。控制器222可以使用车辆到车辆通信机制与区域车辆通信。

DRSC通信的范围(即，车辆到车辆通信)可以被指示为例如图3上的范围302。即，只要车辆102处于灯群集226的允许范围302内，车辆和灯群集226之间的无线通信就可以发生。范围302可以是灯群集226可以从接近车辆102接收车辆到车辆通信的实际范围。范围302也可以是足够大的范围以允许控制器222基于传入的车辆交通量来调节灯230。即，该范围可以是足够大的预定义半径以允许控制器222在车辆进入该特定集群226的灯230下之前很好地识别车辆102，以便给予集群226足够的时间来打开相应的灯230。因此，出于灯管理目的，经由收发器220的灯群集226的无线能力可以大于实际的半径。在一个示例中，范围302或半径可以是大约400-1600米。可接受的范围302可以根据道路或公路306的类型而变化。例如，农村区域的支路可以具有更大的范围，至少因为该区域光线不足并且比大城市区域中主要公路的占用较少。

沿着公路306行驶的车辆102可以将车辆数据传送到灯集群226。车辆数据可以包括车辆位置和速度。也可以包括其它车辆数据，该其它车辆数据包括从其它车辆获取的数据、目的地数据等。灯群集226可以接收控制器222可以用来评估车辆数据并且确定灯230的操作的数据。在图3A所示的示例中，可以基于车辆数据(例如当前车辆位置和车辆速度)识别车辆路径304。车辆路径304可以通过估计预定义的时间段内车辆的轨迹/距离来确定。即，车辆的航向在哪里。在公路的示例中，在或许或者甚至可能几乎不转弯的情况下，可以确定车辆将在接下来的20秒内行驶多远。即，车辆102行驶得越快，车辆102在给定时间段内将行驶越远的距离。车辆路径304也可以基于当前车辆位置前方的预定义的距离来确定。车辆路径304可以指示可以被点亮的车辆前方的可接受距离。例如，路径304可以在当前车辆位置前方200码。确定的路径304可以由控制器222使用以确定集群226内的哪些灯230打开。车辆位置可以指示车辆在公路306的哪一侧。在确定公路306的一侧后，控制器222可以使沿着路径304相应侧上的灯230照亮或不照亮。车辆102正行驶的方向也可以通过比较两组车辆数据(例如，将第一位置与第二位置进行比较)来确定。

除了指示车辆当前位置和速度的车辆数据之外，车辆数据还可以由控制器222解释以建立交通模式或估计。每当接收到车辆数据，都可以伴随着某个车辆标识(车辆ID)。灯群集226可以连续接收来自范围302内的车辆的多组车辆数据，每组经由车辆ID识别车辆。每次接收到指示新车辆ID的车辆数据时，控制器222可以将此理解为指示新车辆处于范围302内。控制器222可以在预定义的时间量内保持指示范围302内的车辆数量的计数器。即，例如，在60秒的时间段内，控制器222可以计数车辆的数量。

控制器222可以根据车辆计数来控制灯230。例如，每当车辆计数超过预定义的阈值计数时，可以打开集群226内的灯或其一些子集。相反，当车辆计数下降至预定义的阈值计数以下时，当前打开的灯230可以被关闭。通过监测预定义的时间段内的车辆交通量，可以相应地调整灯230，从而节省能量消耗和灯集群226的磨损。此外，通过使用近距离无线通信，灯群集226可以有效地接收本地车辆数据。

一些道路或公路306可以基于道路的类型与计数阈值相关联。例如，农村区域的支路可以有一次(1)的计数阈值。即，任何时候在特定灯230处预测车辆路径304时，可以使该灯照亮。另一方面，大城市区域的主要公路可以具有更高的计数阈值，例如20(20)。这可以是因为该区域已经被其它光源(例如，其它灯、建筑物等)点亮，并且只有在出现较高的交通状况时才需要额外的灯。

在一个示例中，类似于车辆到车辆通信，沿着公路306的灯集群226可以经由短程无线通信彼此通信。第一灯集群可以将获取的车辆数据传输到第二灯集群。第二灯集群可以使用该数据来控制第二集群内的灯。通过允许灯集群彼此通信，接收的灯集群可以在车辆进入相应灯集群的范围之前接收车辆数据。

返回图2，光传感器240可以与控制器222通信并且可以提供指示环境光的光传感器数据。在一个示例中，光传感器240可以是光敏电阻器。控制器222可以接收光传感器数据并且响应于该数据来控制公路灯230。在一个示例中，灯230可以响应于环境光下降至预定义的阈值以下而打开。在光敏电阻器的示例中，如果电阻超过指示光水平(light level)下降的预定义的阈值电阻，则可以打开灯230以向道路306提供光。

图3A-3C示出了照明系统200的示例性情况。如上所述，图3A示出了在第二灯集群226-B的范围302内的车辆102。车辆102可以沿着车辆路径304行驶。基于由控制器222确定的该路径304，可以使某些灯230照亮或打开以照亮车辆周围的道路。在该示例中，已经使路径304内的每个灯230照亮。这包括第二灯集群226-BA和第三灯集群226-C内的所有灯。第四灯集群226-D中的灯可以保持关闭直到车辆路径304延伸到第四灯集群226-D。当车辆102离开某个集群226周围的区域(例如，第一灯集群226-A)时，该集群的灯230可以关闭以节约资源。

图3B示出了多个车辆正沿着公路306行驶的示例性情况。这些车辆102中的每一个都可以将车辆数据传输到灯集群226。控制器222然后可以在一段时间内对范围302内的车辆的数量进行计数。每当车辆计数超过预定义的阈值计数时，在该时间段内，可以打开集群226内的灯或其一些子集。例如，任何时候在60秒的时间内出现多于10辆的车辆，就可以打开灯230。此外，每当计数下降至阈值以下时，就可以关闭灯，基于交通量创建连续调节照明系统200。

在一个实施方式中，第一计数阈值和第二计数阈值可以限定阈值范围。即，只要车辆计数下降至阈值范围内，灯就可以保持打开或关闭。这可以消除当车辆计数以小增量(例如，1或2辆车辆)改变时灯以很高的频率打开和关闭(即保持灯状态)。通过建立范围，灯可以仅当出现范围之外的波动时改变其当前状态。例如，如果灯打开，并且车辆计数超过第一阈值(例如，10辆车)，则灯保持打开。当车辆计数减少到低于第一阈值但该计数仍高于第二阈值(例如，5辆车)时，灯保持打开。如果车辆计数减少到低于第二阈值，则灯可以关闭。即，在给定的示例中，如果当前灯打开，则它们将一直保持打开直到计数下降至5辆车辆以下。当计数超过10辆车辆时，灯将再次打开。

图3C示出了与图3B类似的示例性情况，其中多个车辆沿着公路306行驶，并且每个车辆可以将车辆数据传输到灯集群226。在这种情况下，虽然车辆都处于灯集群226中的一个的范围302内，但是在该示例中至少由于车辆计数没有超过计数阈值，使相应的灯群集226的灯230没有照亮。使灯没有照亮的其它原因可以包括环境光超过光阈值、车辆102不足够近等。

除了包括当前车辆位置和速度的车辆数据之外，车辆数据还可以包括车辆事件(诸如事故、交通建设等)。在事故的示例中，与最靠近事故的灯集群226相关联的控制器222可以指示其灯230闪烁、调节、改变颜色等，以便引起对其的注意。这些改变可以被解释为对事件区域驾驶员的警告，以及向急救人员指示事件发生的大致位置。

在这些情况下，某些照明模式可以将关于事件类型的线索提供给区域驾驶员。在一个示例中，闪烁的红灯可以指示事故，稳定的黄灯可以指示建筑物，交替的红灯和蓝灯可以指示应急车辆正在接近等。这种照明响应也可以基于光传感器数据。在一个示例中，光可以是在夜间稳定的红色或在白天闪烁的红色。

图4示出了照明系统200的示例性过程400。过程400开始于框405，其中控制器222可以接收来自光传感器240的光传感器数据。光传感器数据可以包括指示环境光的量的数据。

在框410处，控制器222可以确定光传感器数据是否指示环境光低于预定义的光阈值。如果是，则过程400进行到框415。如果否，则过程400返回框405。

在框415处，控制器222可以接收交通数据。交通数据可以被包括在从附近车辆102接收的车辆数据中。如上所述，交通数据可以根据从一个或多个车辆接收的各种车辆数据集汇总。交通数据可以包括指示在某一时间段内在范围302内的车辆数量的车辆计数。

在框420处，控制器222可以确定交通数据是否指示车辆计数超过预定义的计数阈值。如果是，则过程400进行到框425。如果否，则过程400进行到框435。

在框425处，控制器222可以预测车辆路径304。如上所述，车辆路径304可以是车辆102在某一时间段的预期路径。例如，如接收的车辆数据所指示的，车辆路径304可以通过在预定义的时间段内基于车辆的当前位置和速度估计车辆的轨迹/距离来确定。在图3B所示的示例中，在多个车辆位于公路306上的情况下，车辆路径304可以基于第一车辆102-A和第四车辆102-C的车辆数据(即，第一个和最后一个车辆)来确定。

在框430处，控制器222可以指示继电器232将电力沿着车辆路径304提供给灯230。在该示例中，如图3B所示，打开沿着第二灯集群226-B内的公路的灯230、连同沿着第三灯集群226-C内的公路306的灯230以及沿着第四灯集群226-D内的公路306的灯230的一部分。在另一示例中，只要车辆路径304的一部分落入相应的群集226，就可以打开和关闭受影响集群内的所有灯230。

过程400可以返回到框415。灯230可以保持打开直到交通数据指示车辆计数下降至超出框420中的预定义的计数阈值以下。在这种情况下，过程400将进行到框435。

在框435处，控制器222可以确定灯230当前是否打开或者被照亮。如果是，过程400可以进行到框440，其中灯230将被关闭以节约资源。如果否，则过程400返回到框405。

因此，使用区域车辆之间以及与其它照明集群之间的车辆到车辆通信的照明系统可以通过基于由车辆到车辆数据检测的交通量操作照明集群来有效地节约能量。接收的车辆数据越多，公路上的交通量越多，并且因此增加了对更多照明的需求。

计算装置(诸如混合器(mixer)、远程装置、外部服务器等)通常包括计算机可执行指令，其中指令可以由诸如上面列出的那些的一个或多个计算装置执行。计算机可执行指令可以从使用各种编程语言和/或技术创建的计算机程序进行编译或解释，该各种编程语言和/或技术包括但不限于单独的或组合的Java^TM、C、C++、Visual Basic、Java Script、Perl等等。通常，处理器(例如，微处理器)从存储器、计算机可读介质等接收指令并且执行这些指令，从而执行包括本文所述的一种或多种过程这样的一种或多种过程。可以使用各种计算机可读介质来存储和传输这样的指令和其它数据。

本文描述的数据库、数据储存库或其它数据存储可以包括用于存储、访问以及检索各种数据的各种机构，该机构包括分层数据库、文件系统中的一组文件、专用格式中的应用程序数据库、关系数据库管理系统(RDBMS)等。每个这样的数据存储通常包括在采用诸如上述之一的计算机操作系统的计算装置中，并且经由网络以及各种方式中的任意一个或多个被访问。可以从计算机操作系统访问文件系统，并且以各种格式存储文件。除了用于创建、存储、编辑以及执行存储程序的语言之外，RDBMS还通常采用结构化查询语言(SQL)，诸如上述PL/SQL语言。

在一些示例中，系统元件可以被实施为存储在与其相关联的计算机可读介质(例如，磁盘、存储器等)上的一个或多个计算装置(例如，服务器、个人计算机等)上的计算机可读指令(例如，软件)。计算机程序产品可以包括存储在计算机可读介质上的用于执行本文所描述的功能的指令。

尽管以上描述了示例性实施例，但是这些实施例不意图描述本发明的所有可能的形式。当然，说明书中使用的词语是描述性词语而非限制性词语，并且应该理解的是，在不脱离本发明的精神和范围的情况下可以进行各种改变。此外，各种实施的实施例的特征可以被组合以形成本发明的另外的实施例。