CN112793458A

CN112793458A - 跨多个域进行无感充电的方法、系统和计算机可读介质

Info

Publication number: CN112793458A
Application number: CN202110176898.8A
Authority: CN
Inventors: 魏士钦; 王晓强
Original assignee: Beijing Electric Life Information Technology Co ltd
Current assignee: Beijing Electric Life Information Technology Co ltd
Priority date: 2021-02-09
Filing date: 2021-02-09
Publication date: 2021-05-14
Anticipated expiration: 2041-02-09
Also published as: CN112793458B

Abstract

提供了跨多个域进行无感充电的方法、系统和计算机可读介质。所述方法包括：位于第一域中的请求设备向位于第二域中的服务设备发送服务编码请求；响应于接收到服务编码请求，服务设备向请求设备发送用于充电的服务编码；在接收到服务编码之后，请求设备将请求编码和服务编码发送给第三域中的后台设备；在接收到请求编码和服务编码之后，后台设备对请求编码和服务编码进行处理，以发起服务设备向请求设备提供充电服务。

Description

跨多个域进行无感充电的方法、系统和计算机可读介质

技术领域

本发明涉及无感充电领域。具体地，本发明涉及跨多个域进行无感充电的方法、系统和计算机可读介质。

背景技术

随着新能源电动汽车的发展，国家的充电基础设施逐步加强普及，公共直流桩渐渐成为趋势。目前新能源电动汽车在公共充电场站充电主流有三种方式：充电卡、账户密码、扫码充电。几种充电都给用户带来了不便。另一方面汽车制造商苦于不能直接触达最终汽车使用用户，为直接用户服务带来不便。

一种现有的无感充电方案的主要原理是开通无感充电，需要首先向诸如国家电网的充电桩运营商注册并提交汽车行驶本、车辆识别号码等敏感信息。充电枪插枪到汽车后，在直流充电桩上操作“无感充电”，汽车推送汽车的车辆识别码给充电桩，充电桩运营平台收到车辆识别码后，在平台内部检索，检索到相应账户后，启动充电桩充电。该方案的所有控制权在充电桩运营商，汽车厂商没有信息，而汽车厂商并不期望给出车辆识别码信息，该信息是非常敏感的。另外，对于用户而言，需要用户在充电桩上操作“无感充电”，很不方便。充电桩也需要升级，有些可以升级软件，但有些必须升级硬件，成本较高。

另一种现有的无感充电方案是车辆插枪后，发出请求信息给充电桩，充电桩再推送运营商编码和充电桩编码给车辆，车辆收到后，通过网络向充电桩运营商推送车辆识别码，运营商收到后启动充电。该方案仍然要求汽车厂商提供敏感的车辆识别码信息，并且汽车厂商需要维护多家运营商，并需要给多家运营商商业授权费用，用户关怀无法做到统一协调且非常复杂。在该方案下，第三方充电桩运营平台不能接入。目前各家充电桩运营商都使用的是预存款方式，例如，如果对接十家运营商，需要在十家运营商平台开户注册，预存款，为管理带来更大挑战。

因此，需要解决方案来跨多种多样的汽车厂商和多种多样的充电桩运营商提供方便且安全的充电服务，能够对接多家汽车厂商和充电桩运营商，使得汽车厂商无需提供敏感信息并能进行更精细的客户关怀，并且使得用户能够获得真正无需额外操作的无感充电服务。

发明内容

根据本发明的一个方面，提供了一种用于跨多个域进行无感充电的方法，包括：位于第一域中的请求设备向位于第二域中的服务设备发送服务编码请求；响应于接收到服务编码请求，服务设备向请求设备发送用于充电的服务编码；在接收到服务编码之后，请求设备将请求编码和服务编码发送给第三域中的后台设备；在接收到请求编码和服务编码之后，后台设备对请求编码和服务编码进行处理，以发起服务设备向请求设备提供充电服务。

根据本发明的另一个方面，提供了一种用于跨多个域进行无感充电的系统，包括：请求设备，其位于第一域中，用于向位于第二域中的服务设备发送服务编码请求；服务设备，其位于第二域中，用于响应于接收到服务编码请求，向请求设备发送用于充电的服务编码；以及后台设备，其位于第三域中，用于与请求设备和服务设备通信，其中，在接收到服务编码之后，请求设备将请求编码和服务编码发送给后台设备；并且其中，在接收到请求编码和服务编码之后，后台设备对请求编码和服务编码进行处理，以发起服务设备向请求设备提供充电服务。

根据本发明的另一个方面，提供了一种其上存储有指令的计算机可读介质，所述指令当被执行时使得计算设备执行根据本发明所描述的方法。

在本公开所提供的跨多个域进行无感充电的方法、系统和计算机可读介质中，通过在居间域或平台构建新的通信方案来对接多家电池设备提供商（例如，电动车汽车厂商、及为汽车厂商供应电池的电池生产商）和多家提供充电服务的运营商（例如，电动车充电桩运营商），实现了跨多个域的协同电池充电服务管理。通过所提出的方案，多家电池设备提供商和多家提供充电服务的运营商仅需对接一家居间平台，提高了这些提供商和运营商的管理效率，为使用电池设备的用户提供了不需要额外操作的便利的无感充电服务。另外，这些电池设备提供商无需向运营商提供诸如车辆识别码这样的敏感信息，提高了信息的安全性和私密性。

附图说明

现在将参照附图描述本发明的具体示例性实施例。然而，本发明可以以很多不同的形式实施，并且不应该被解读为限于本文所阐述的实施例；相反，这些实施例被提供以便使该公开全面而完整，并且将向本领域技术人员完全表达本发明的范围。在对附图所示特定示例性实施例的详细描述中所使用的术语不打算对本发明是限制性的。在附图中，类似的数字指代类似的部件。

图1是根据本发明一个实施例示出用于跨多个域进行电池充电服务管理的方法的流程图；

图2是根据本发明另一个实施例示出用于跨多个域进行电池充电服务管理的方法的流程图；

图3是根据本发明再一个实施例示出用于跨多个域进行电池充电服务管理的方法的流程图；

图4是根据本发明一个实施例示出用于跨多个域进行电池充电服务管理的系统的框图；

图5是根据本发明另一个实施例示出用于跨多个域进行电池充电服务管理的系统的框图；以及

图6是根据本发明再一个实施例示出用于跨多个域进行电池充电服务管理的系统的框图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明技术方案作进一步说明。

使用在这里，除非以其他方式明确指出，否则单数形式“一”和“所述”也打算包括复数形式。应该进一步理解，使用在该说明书中，术语“包括”意指存在所陈述的特征、整数、步骤、操作、部件和/或组件，但是并不排除存在或添加一个或更多个其他特征、整数、步骤、操作、部件、组件和/或其组成的组。

图1是根据本发明一个实施例示出用于跨多个域进行电池充电服务管理的方法100的流程图。总的来说，所述多个域可以包括：第一域，其可以包括电池、电池管理系统以及它们的提供商；第二域，其可以包括为电池提供充电服务的运营商及提供充电服务的服务设备；以及第三域，其可以包括为第一域和第二域提供后台处理的后台设备。所述多个域的具体示例还在下文中参照图5和6进行了描述。如图1所示，该方法100可以包括以下步骤。

在步骤102处，位于第一域中的请求设备向位于第二域中的服务设备发送服务编码请求。作为示例，第一域包括为各种电气设备提供电池的各种提供商。例如，为像电动汽车这样的电动交通工具提供电池的提供商，包括汽车厂商和专门的电池生产商。这些提供商可以提供各种不同的电池，例如磷酸铁锂电池、锂钴电池、镍氢电池等等。相应地，请求设备包括电池提供商为诸如电动汽车的电气设备提供的电池管理系统（BMS）。作为示例，第二域包括为上述电池提供充电服务的各种运营商，例如国家电网、特来电、中国普天等等。

以电动汽车的充电作为非限制性实施例，当驾驶员将电动汽车连接到充电桩时，位于第一域的电动汽车中用于请求充电服务的请求设备（例如，电池管理系统）向位于第二域中用于提供充电服务的服务设备（例如，充电桩）发送服务编码请求。电池管理系统与充电桩之间的通信例如可以按照GBT27930的标准进行。在进一步的实施例中，请求设备所发送的服务编码请求还包括无感充电请求报文（BBC），其可以是利用上述标准中的预留协议来设计的。例如，该无感充电请求报文的报文格式如下所示。

该报文中的参数组编号为PGN9216。通过这样设计的协议，在该实施例中，请求设备向服务设备周期性地发送服务编码请求，其中周期通过该无感充电请求报文来指定，例如如上所示的250ms。因此，在该实施例中，电池管理系统将每隔250ms向充电桩发送包括无感充电请求报文的服务编码请求。更具体地，报文格式的示例内容如下所示。

在步骤104处，响应于接收到服务编码请求，服务设备向请求设备发送用于充电的服务编码。例如，在上述实施例中，用于提供充电服务的服务设备（例如，充电桩）向请求设备（例如，电池管理系统）发送服务编码。例如，服务编码可以包括提供充电服务的运营商的各种信息，诸如运营商的编码和正在使用的充电桩的编码等等。在进一步的实施例中，服务设备所发送的服务编码还包括无感充电响应报文（CCC），其可以是利用上述标准中的预留协议来设计的。例如，该无感充电响应报文的报文格式如下所示。

该报文中的参数组编号为PGN9472。通过这样设计的协议，在该实施例中，服务设备向请求设备周期性地发送用于充电的服务编码（例如，包括运营商的编码和正在使用的充电桩的编码等等），其中周期通过该无感充电请求报文来指定，例如如上所示的250ms。因此，在该实施例中，充电桩将每隔250ms向电动汽车的电池管理系统发送包括无感充电请求报文的服务编码请求。更具体地，报文格式的示例内容如下所示。

在步骤106处，在接收到服务编码之后，请求设备将请求编码和服务编码发送给第三域中的后台设备。第三域可以包括用于为使用电池的各种电气设备提供后台服务的后台设备。在电动汽车的实施例中，请求设备所位于的第一域还可以例如包括提供车辆售后服务的车辆云平台。在该实施例中，车辆云平台可以与用户交互以获得用户提供的各种信息，包括账户信息、车辆标识符等等。在另一实施例中，第三域可以包括后台设备，该后台设备可以与位于第一域中的监测设备进行通信。在一个实施例中，该监测设备可以是由第三域中后台设备的提供者提供的。例如，监测设备可以是该提供者所提供的安装在电动汽车中的APP车机版。在一个实施例中，发送给后台设备的请求编码可以包括用于标识请求设备的标识符。在电动汽车的充电中，该标识符是电动汽车的唯一标识符，其中，所述标识符可以由车辆云平台或者所安装的APP车机版来创建和指定。因此，在汽车厂商不期望提供车辆识别码（VIN）的情况下，可以提供由车辆云平台或者所安装的APP车机版所创建的车辆唯一标识符，例如UUID。在一个实施例中，在发送请求编码和服务编码之前，还可以对它们进行加密，并使用安全的方式（例如HTTPS、WEBSOCKET等方式）进行传输，从而避免被侦听和窃取。

在步骤108处，在接收到请求编码和服务编码之后，后台设备对请求编码和服务编码进行处理，以发起服务设备向请求设备提供充电服务。在充电服务期间，后台设备能够确保每次充电的完整性和安全性。具体而言，后台设备能够正确地计量每次充电订单的电量以及对应的费用，在开始充电、结束充电、计费结算时通知用户。于是，在每次无感充电之后，服务设备完成实时计费并定期将计费信息发送给后台设备，后台设备将根据接收到的计费信息向用户提供诸如查询各种充电服务记录的功能等。另外，如果诸如汽车厂商、请求设备的主机厂、车辆售后平台提供各种用户关怀活动，则关于活动的各种信息可以预先传递给后台设备，从而在无感充电服务期间由后台设备自动体现各种期望的活动信息。

图2是根据本发明另一个实施例示出用于跨多个域进行电池充电服务管理的方法200的流程图。如图所示，该实施例实现了电动车与充电桩之间的无感充电。在该实施例中，涉及了提供车辆售后服务的车辆云平台、电动车的电池管理系统或车载通信终端（TBOX）、运营商提供的充电桩以及提供后台服务的后台设备。

在该实施例中，当电动车的驾驶员停车熄火并将充电枪插入充电桩之后，电动车连接到充电桩提供的辅助电源从而唤醒电池管理系统或车载通信终端。电池管理系统或车载通信终端被唤醒之后，方法200启动，在步骤202处，电池管理系统或车载通信终端定期向充电桩发送包括无感充电请求报文（BBC）的服务编码请求。无感充电请求报文的功能和格式的示例如上参照图1所示的实施例所描述的那样，这里不再赘述。

在步骤204处，充电桩判断是否接收到包括无感充电请求报文的服务编码请求。如果是，则方法200将前进到步骤206。如果在预先设置的时间阈值内未接收到服务编码请求，则确定为超时，方法200将前进到步骤218。该时间阈值例如可以由电池管理系统预先设置，例如在图2的实施例中所示的10秒。在步骤218处，将等待用户扫码而进入扫码充电流程。

在步骤206处，充电桩在接收到包括无感充电请求报文的服务编码请求之后，生成包括无感充电响应报文（CCC）的充电服务编码，并向电池管理系统或车载通信终端定期发送该充电服务编码。无感充电响应报文的功能和格式的示例如上参照图1所示的实施例所描述的那样，这里不再赘述。另外，该充电服务编码例如可以包括提供充电桩的运营商的编码和正提供充电服务的充电桩的桩编码，其中充电桩的桩编码由运营商编制。进一步的，充电桩可以使用各种加密算法对用户数据进行加密处理，避免出现用户数据的侦听。

在步骤208处，电池管理系统或车载通信终端判断是否接收到包括无感充电响应报文的充电服务编码。如果是，则方法200将前进到步骤210。如果在预先设置的时间阈值内未接收到包括无感充电响应报文的充电服务编码，则确定为超时，方法200将返回到步骤202。该时间阈值例如可以由电池管理系统预先设置，例如在图2的实施例中所示的5秒。因此，如果确定为超时，则电池管理系统或车载通信终端将重新定期发送包括无感充电请求报文的服务编码请求，而无需电动车用户的任何额外干预。

在步骤210处，电池管理系统或车载通信终端向车辆云平台发送接收到的服务编码。例如，服务编码可以包括运营商编码和桩编码。进一步的，在一个实施例中，电池管理系统或车载通信终端使用其主机厂的专用信道与车辆云平台进行通信，以进一步提高信息传输的安全性。

在步骤212处，车辆云平台在接收到服务编码后，基于服务编码生成要发送的信息并将该信息发送给后台设备。例如，车辆云平台在车辆出售时，可以经用户同意获取用户的信息（例如用户账户信息），并以 B2B 形式，在电池管理系统或车载通信终端的主机厂与后台设备的提供者达成合作后，经过用户同意授权，将获取的信息传送给后台设备，以此实现无感充电功能。具体地，在上述步骤212中，车辆云平台基于服务编码和从用户获取的用户信息来生成要发送给后台设备的信息，例如包括运营商编码、桩编码和车辆的通用唯一识别码（UUID）。如上文所描述的，在汽车厂商不期望提供车辆识别码（VIN）的情况下，可以提供由车辆云平台所创建的车辆唯一标识符，例如UUID。

在步骤214处，后台设备确定接收到车辆云平台发送的信息。例如，接收到的信息可以包括运营商编码、桩编码和车辆UUID。之后，方法前进到步骤216，后台设备对接收到的信息进行处理，以发起充电桩向电动车提供充电服务。进一步的，在一个实施例中，车辆云平台与后台设备可以使用各种加密算法对要传输的信息进行加密并使用安全的方式（例如HTTPS、WEBSOCKET等方式）进行通信，从而避免出现用户侦听篡改窃取。后台设备对接收到的信息的处理可以包括例如在要进行的充电服务的费用计量中添加主机厂进行的用户关怀活动。在该方法200的一个示例中，主机厂的云服务账户与后台设备进行账户的绑定和解绑，来进行车辆的登记和解除登记。另外，在该方法200的一个示例中，用户可以通过主机厂提供的云服务APP来开通或关闭车辆无感充电服务。

图3是根据本发明另一个实施例示出用于跨多个域进行电池充电服务管理的方法300的流程图。如图所示，该实施例实现了电动车与充电桩之间的无感充电。在该实施例中，涉及了电动车的电池管理系统、运营商提供的充电桩、提供后台服务的后台设备以及后台设备提供的APP车机版。

在该实施例中，与参照图2所描述的方法类似，当电动车的驾驶员停车熄火并将充电枪插入充电桩之后，电动车连接到充电桩提供的辅助电源从而唤醒电池管理系统。在一个示例中，当停车熄火时，车辆上的平板设备（例如DVD）将延迟关闭（例如，5分钟）。电池管理系统被唤醒之后，方法300启动，在步骤302处，电池管理系统定期向充电桩发送包括无感充电请求报文（BBC）的服务编码请求。无感充电请求报文的功能和格式的示例如上参照图1所示的实施例所描述的那样，这里不再赘述。

在步骤304处，充电桩判断是否接收到包括无感充电请求报文的服务编码请求。如果是，则方法300将前进到步骤306。与上面参照图2所描述的方法200类似，如果在预先设置的时间阈值内未接收到服务编码请求，则确定为超时，方法300将前进到步骤320。该时间阈值例如可以由后台设备预先设置，例如图3中所示的10秒。在步骤320处，等待用户扫码而进入扫码充电流程。

在步骤306处，充电桩在接收到包括无感充电请求报文的服务编码请求之后，生成包括无感充电响应报文（CCC）的充电服务编码，并向电池管理系统定期发送该充电服务编码。无感充电响应报文的功能和格式的示例如上参照图1所示的实施例所描述的那样，这里不再赘述。该充电服务编码例如可以包括提供充电桩的运营商的编码和正提供充电服务的充电桩的桩编码，其中充电桩的桩编码由运营商编制。

在步骤308处，电池管理系统判断是否接收到包括无感充电响应报文的充电服务编码。如果是，则方法300将前进到步骤310。如果在预先设置的时间阈值内未接收到包括无感充电响应报文的充电服务编码，则确定为超时，方法300将返回到步骤302。该时间阈值例如可以由后台设备预先设置，例如在图3中所示的5秒。因此，如果确定为超时，则电池管理系统将重新定期发送包括无感充电请求报文的服务编码请求，而无需电动车用户的任何额外干预。

在步骤310处，电池管理系统开放接口以提供服务编码。例如，在该实施例中，服务编码可以包括运营商编码和桩编码。在一个实施例中，电池管理系统可以开放监测接口以供由例如后台设备提供的监测设备进行监测。例如，在一个实施例中，该接口可以是车辆的车载通信终端接口。在一个实施例中，该监测设备可以是由后台设备所提供的安装在电动车中的APP车机版。例如，APP车机版可以安装在车辆上的平板设备或者任何其他在车辆熄火后能够保持运行至少一段时间并从电池管理系统接收信号的设备中。

在步骤312处，作为监测设备的APP车机版监测电池管理系统所开放的接口以获得服务编码，例如包括运营商编码和桩编码。例如，在一个实施例中，为了监测的信息安全，车辆的电池管理系统可以使用白名单等形式来控制接口开放的对象，从而仅位于白名单中的监测设备能够监测所开放的接口来获得信息。进一步的，车机版APP与后台设备之间可以使用各种加密方法并使用安全的方式（例如HTTPS、WEBSOCKET等方式）进行通信，避免出现用户侦听篡改窃取。

在步骤314处，APP车机版在通过监测而获得了服务编码之后，基于服务编码生成要发送的信息并将该信息发送给后台设备。例如，所生成的信息可以包括运营商编码、桩编码和车辆的通用唯一识别码（UUID）。如上文所描述的，在汽车厂商不期望提供车辆识别码（VIN）的情况下，可以提供由APP车机版所创建的车辆唯一标识符，例如UUID。

在步骤316处，后台设备确定接收到APP车机版发送的信息。例如，接收到的信息可以包括运营商编码、桩编码和车辆UUID。之后，方法前进到步骤318，后台设备对接收到的信息进行处理，以发起充电桩向电动车提供充电服务。后台设备对接收到的信息的处理可以包括例如在要进行的充电服务的费用计量中添加主机厂进行的用户关怀活动。在该方法300的一个示例中，用户可以通过APP车机版与后台设备上安装的APP车机版进行绑定/解除绑定，来进行车辆的登记和解除登记。在该方法300的一个示例中，用户可以通过后台设备来开通或关闭车辆无感充电服务。

根据上文所描述的各种方法，在所提供的整个充电服务过程中，电动车的用户在停车熄火并插入充电枪之后不再需要进行任何额外的操作，从而实现了方便的无感充电。因此，尤其是当遭遇像降雨、降雪、大风等恶劣天气时，用户的体验感受度得到极大提升。另外，可以在充电完成后即完成直接结算，用户仅在充电完成后接收到充电服务相关消息的推送，提升了用户对于无感充电的体验。对于电动车的各家汽车生产商，只需对接一个后台设备即可完成与后台设备对接完成的所有充电运营商，简化了汽车生产商的工作。如上面参照各种方法所描述的，汽车生产商可以直接为用户提供各种客户关怀活动，从而直接触达最重要的用户。由于只需对接一个后台设备，可以实现跨运营商的总量控制管理，并且减少甚至免除了高昂的多家运营商的授权费用。进一步的，汽车生产商在不期望的情况下可以不提供诸如VIN这样的信息，从而不需要暴露任何敏感信息。对于各家充电运营商，其同样只需要对接一家后台设备而无需对接多家汽车生产商，从而便于进行控制和管理。

下面将参照图4-6描述根据本发明的用于跨多个域进行电池充电服务管理的系统的框图。

图4是根据本发明一个实施例示出用于跨多个域进行电池充电服务管理的系统400的框图。

如图4中所示，系统400可以包括请求设备402、服务设备404和后台设备406。请求设备402、服务设备404和后台设备406分别位于不同的第一域、第二域和第三域中。在系统400提供充电服务期间，请求设备402向位于第二域中的服务设备404发送服务编码请求。服务设备404响应于接收到服务编码请求，向请求设备402发送用于充电的服务编码。后台设备可以与请求设备和服务设备二者通信。具体地，在接收到服务编码之后，请求设备402将请求编码和服务编码发送给后台设备406。在接收到请求编码和服务编码之后，后台设备406对请求编码和服务编码进行处理，以发起服务设备404向请求设备402提供充电服务。在各种实施例中，系统400可以用于执行如上文参照图1-3所描述的任何方法的步骤。

图5是根据本发明另一个实施例示出用于跨多个域进行电池充电服务管理的系统500的框图。

如图5中所示，系统500可以包括作为请求设备的电池管理系统或车载通信终端502、作为服务设备的充电桩504、提供后台服务的后台设备506以及提供车辆售后服务的车辆云平台508。在该实施例中，如图所示，电池管理系统或车载通信终端502和车辆云平台508位于第一域中，充电桩504位于第二域中，并且后台设备506位于第三域中。在各种实施例中，系统500可以用于执行如上文参照图1-3所描述的任何方法的步骤，特别是图2所示的方法200。

图6根据本发明再一个实施例示出用于跨多个域进行电池充电服务管理的系统600的框图。

如图6中所示，系统600可以包括作为请求设备的车辆电池管理系统602、作为服务设备的充电桩604、提供后台服务的后台设备606以及用于监测车辆电池管理系统602的APP车机版608。在该实施例中，如图所示，车辆电池管理系统602和APP车机版608位于第一域中，充电桩604位于第二域中，并且后台设备606位于第三域中。在各种实施例中，系统600可以用于执行如上文参照图1-3所描述的任何方法的步骤，特别是图3所示的方法300。

至少一个实施例的一个或多个方面还可以通过存储在机器可读介质上的代表性指令来实现，机器可读介质表示处理器内的各种逻辑，其在由机器读取时使机器制定逻辑来执行本文描述的技术。这样的机器可读存储介质可以包括但不限于由机器或设备形成或制造的物品的非暂时性、有形布置，包括：存储介质，诸如硬盘、任何其它类型的盘，包括软盘、光学盘、致密盘只读存储器（CD-ROM）、致密盘可再写入（CD-RW）和磁光盘；半导体器件，诸如只读存储器（ROM）、随机存取存储器（RAM）（诸如动态随机存取存储器（DRAM）、静态随机存取存储器（SRAM））、可擦除可编程只读存储器（EPROM）、闪速存储器、电气可擦除可编程只读存储器（EEPROM）、相变存储器（PCM）、磁卡或光学卡、或者适于存储电子指令的任何其它类型的介质。

相应地，本发明的实施例还包括非暂时性、有形机器可读介质，其包含指令或者包含设计数据，诸如硬件描述语言（HDL），其限定本文描述的结构、电路、装置、处理器和/或系统特征。这样的实施例还可以称为程序产品。

在以上详细描述中，出于解释的目的，阐述了众多具体细节以便提供本发明的透彻理解。然而，本领域技术人员将清楚的是，本发明可以在没有这些具体细节中的一些的情况下实践。在某些实例中，没有以详尽的细节描述公知的结构和功能以便避免使本发明的主题模糊。

Claims

1.一种用于跨多个域进行无感充电的方法，包括：

位于第一域中的请求设备向位于第二域中的服务设备发送服务编码请求；

响应于接收到服务编码请求，服务设备向请求设备发送用于充电的服务编码；

在接收到服务编码之后，请求设备将请求编码和服务编码发送给第三域中的后台设备；

在接收到请求编码和服务编码之后，后台设备对请求编码和服务编码进行处理，以发起服务设备向请求设备提供充电服务。

2.根据权利要求1所述的方法，其中，请求设备将请求编码和服务编码发送给第三域中的后台设备还包括：

请求设备将接收到的服务编码发送给第三方平台，其中，已经向第三方平台注册了请求设备；以及

通过第三方平台将请求编码和服务编码发送给第三域中的后台设备。

3.根据权利要求1所述的方法，其中，请求设备将请求编码和服务编码发送给第三域中的后台设备还包括：

在接收到服务编码之后，请求设备开放监测接口；

位于第一域中并与第三域中的后台设备进行通信的监测设备对监测接口进行监测；以及

在监测到服务编码之后，监测设备将请求编码和服务编码发送给第三域中的后台设备。

4.根据权利要求2或3所述的方法，其中，请求设备所发送的服务编码请求还包括无感充电请求报文，并且所述方法还包括：

请求设备向服务设备周期性地发送服务编码请求，

其中，无感充电请求报文指定用于周期性地发送服务编码请求的周期。

5.根据权利要求2或3所述的方法，其中，服务设备所发送的服务编码还包括无感充电响应报文，并且所述方法还包括：

服务设备向请求设备周期性地发送用于充电的服务编码，

其中，无感充电响应报文指定用于周期性地发送服务编码的周期。

6.根据权利要求5所述的方法，其中，请求编码包括用于标识请求设备的标识符，并且其中，所述标识符由第三方平台或者监测设备指定。

7.一种用于跨多个域进行无感充电的系统，包括：

请求设备，其位于第一域中，用于向位于第二域中的服务设备发送服务编码请求；

服务设备，其位于第二域中，用于响应于接收到服务编码请求，向请求设备发送用于充电的服务编码；以及

后台设备，其位于第三域中，用于与请求设备和服务设备通信，其中，在接收到服务编码之后，请求设备将请求编码和服务编码发送给后台设备；并且

其中，在接收到请求编码和服务编码之后，后台设备对请求编码和服务编码进行处理，以发起服务设备向请求设备提供充电服务。

8.根据权利要求7所述的系统，还包括第三方平台，

其中，请求设备将请求编码和服务编码发送给第三域中的后台设备还包括：

9.根据权利要求7所述的系统，还包括监测设备，其位于第一域中并与第三域中的后台设备进行通信，

在接收到服务编码之后，请求设备开放监测接口；

监测设备对监测接口进行监测；以及

10.根据权利要求8或9所述的系统，其中，请求设备所发送的服务编码请求还包括无感充电请求报文，并且请求设备向服务设备周期性地发送包括无感充电请求报文的服务编码请求，

11.根据权利要求8或9所述的系统，其中，服务设备所发送的服务编码还包括无感充电响应报文，并且服务设备向请求设备周期性地发送用于充电的包括无感充电响应报文的服务编码，

12.根据权利要求11所述的系统，其中，请求编码包括用于标识请求设备的标识符，并且其中，所述标识符由第三方平台或者监测设备指定。

13.一种其上存储有指令的计算机可读介质，所述指令当被执行时使得计算设备执行根据权利要求1-6中任一项所述的方法。