CN114531469A - 用于控制车辆的方法及系统 - Google Patents
用于控制车辆的方法及系统 Download PDFInfo
- Publication number
- CN114531469A CN114531469A CN202111191076.3A CN202111191076A CN114531469A CN 114531469 A CN114531469 A CN 114531469A CN 202111191076 A CN202111191076 A CN 202111191076A CN 114531469 A CN114531469 A CN 114531469A
- Authority
- CN
- China
- Prior art keywords
- server
- iot device
- current state
- command
- vehicle
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B15/00—Systems controlled by a computer
- G05B15/02—Systems controlled by a computer electric
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
- B60Q9/00—Arrangement or adaptation of signal devices not provided for in one of main groups B60Q1/00 - B60Q7/00, e.g. haptic signalling
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
- B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
- B60W50/08—Interaction between the driver and the control system
- B60W50/14—Means for informing the driver, warning the driver or prompting a driver intervention
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
- G16Y40/00—IoT characterised by the purpose of the information processing
- G16Y40/30—Control
- G16Y40/35—Management of things, i.e. controlling in accordance with a policy or in order to achieve specified objectives
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
- H04L12/2818—Controlling appliance services of a home automation network by calling their functionalities from a device located outside both the home and the home network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2823—Reporting information sensed by appliance or service execution status of appliance services in a home automation network
- H04L12/2825—Reporting to a device located outside the home and the home network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/75—Indicating network or usage conditions on the user display
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
- B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
- B60W50/08—Interaction between the driver and the control system
- B60W50/14—Means for informing the driver, warning the driver or prompting a driver intervention
- B60W2050/146—Display means
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
- B60W2556/00—Input parameters relating to data
- B60W2556/45—External transmission of data to or from the vehicle
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
- G16Y10/00—Economic sectors
- G16Y10/80—Homes; Buildings
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16Y—INFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
- G16Y30/00—IoT infrastructure
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Automation & Control Theory (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Human Computer Interaction (AREA)
- Mechanical Engineering (AREA)
- Transportation (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Selective Calling Equipment (AREA)
- Telephonic Communication Services (AREA)
Abstract
一种用于控制车辆的方法及系统,在实现通过服务器进行通信的车到家服务时,缩短用户接收命令结果的等待时间。该方法包括:通过第一服务器查询被链接以实现车辆远程控制的物联网(IoT)装置的当前状态,并且存储所查询到的IoT装置的当前状态;在从车辆生成请求时,获取存储在第一服务器中的关于IoT的当前状态的信息并且通过显示器显示该信息;重新查询当前状态以更新存储在第一服务器中的关于IoT的当前状态的信息;并且如果关于所显示的IoT的当前状态信息与关于第一服务器中更新的当前状态的信息不匹配,则通过显示器显示更新后的关于IoT的当前状态的信息。
Description
技术领域
本公开涉及车辆以及用于控制车辆的方法和系统,用于实现车到家服务,该车到家服务实现在远程站点处的待从车辆控制的物联网(IoT)装置。
背景技术
正在研究基于物联网(IoT)的“车到家服务”,该服务使用户能够通过车辆的主机来操作连接到互联网的照明装置或加热装置。
在车到家服务中,IoT装置通过多个服务器与车辆的主机进行通信。换句话说,通过多个服务器,IoT装置连接到IoT应用程序并向IoT应用程序发送数据或从IoT应用程序接收命令(控制请求)以在家里控制执行器,例如照明或加热装置。IoT应用程序安装在车辆的主机上并由用户(驾驶员)操作。
如上所述,由于车辆的主机与远程IoT装置之间的通信通过多个服务器执行,因此信息的发送需要很长时间,这导致在用户检查从车辆主机生成的命令(请求)的结果之前,用户(驾驶员)的等待时间增加。因此,用户可能会感到不舒服。
发明内容
当实现通过多个服务器执行通信的车到家服务时,本公开提供缩短用户接收命令(请求)的结果所花费的等待时间。
本公开的附加方面部分地在以下描述中阐述,并且部分地从描述中应该是显而易见的,或者可以通过本公开的实践而获知。
根据本公开的一个方面,提供了一种控制车辆的方法。该方法包括通过第一服务器查询被链接以实现车辆远程控制的物联网(IoT)装置的当前状态,并且存储查询的IoT装置的当前状态。该方法还包括在从车辆生成用于查询IoT装置的当前状态的请求时,获取存储在第一服务器中的关于IoT的当前状态的信息,并且通过显示器显示获取到的关于IoT的当前状态的信息。该方法还包括重新查询IoT的当前状态,以更新存储在第一服务器中的IoT的当前状态的信息。该方法还包括当通过显示器显示的关于IoT的当前状态的信息与第一服务器中更新的关于IoT装置的当前状态的信息不匹配时,通过显示器显示在第一服务器中更新的关于IoT装置的当前状态的信息。
第一服务器可以是由车辆的制造商运营以使远程站点的IoT装置能够被车辆控制的服务器。
第一服务器可以通过第二服务器和第三服务器与IoT装置通信。
第二服务器可以是由IoT服务公司运营以通过IoT装置提供IoT服务的服务器;并且第三服务器是由IoT装置的制造商运营以提供与IoT有关的内容的服务器。
可以通过第一服务器和第二服务器向第三服务器发送用于查询IoT装置的当前状态的请求,以便执行对IoT装置的当前状态的查询。可以通过第三服务器和第二服务器向第一服务器发送IoT装置的当前状态的查询结果,并且将该查询结果存储在第一服务器中。
根据本公开的另一方面,提供了一种控制车辆的方法。该方法包括,响应于从车辆生成用于远程地控制位于远程站点处的物联网(IoT)装置的命令,通过第一服务器将命令发送到第二服务器。该方法还包括响应于从第一服务器向第二服务器成功发送命令,在检查IoT装置中实际执行命令的结果之前,基于命令发送成功而假设命令已被执行,并且预先在车辆的显示器上显示该命令已被执行。该方法还包括由第二服务器向IoT装置发送命令,并且接收IoT装置中执行命令的结果。该方法还包括响应于命令未在IoT装置中执行,纠正地指示命令未被执行并且将纠正结果显示在车辆的显示器上。
第一服务器可以是由车辆的制造商运营以使远程站点的IoT装置能够从车辆控制的服务器。
第一服务器可以通过第二服务器和第三服务器与IoT装置通信。
第二服务器是由IoT服务公司运营以通过IoT装置提供IoT服务的服务器;并且,第三服务器是由IoT装置的制造商运营以提供与IoT有关的内容的服务器。
通过第一服务器和第二服务器向第三服务器发送命令,以便执行与命令相对应的控制。在IoT装置中执行命令的结果通过第三服务器、第二服务器和第一服务器发送至车辆。
根据本公开的另一方面,提供了一种控制车辆的系统。该系统包括主机,该主机被配置为从车辆对在远程站点处的物联网(IoT)装置执行远程控制。该系统还包括显示器,该显示器被配置为显示与IoT装置的远程控制有关的用户界面和信息。主机被配置为通过第一服务器查询被链接以实现车辆远程控制的IoT装置的当前状态,并且存储所查询到的IoT装置的当前状态。主机被配置为在从车辆生成用于查询IoT装置的当前状态的请求后,获取存储在第一服务器中的关于IoT的当前状态的信息,并且通过显示器显示获取到的关于IoT的当前状态的信息。主机被配置为通过第一服务器重新查询IoT的当前状态,以更新存储在第一服务器中的关于IoT的当前状态的信息,并且将通过显示器显示的关于IoT的当前状态信息与第一服务器中更新的关于IoT装置的当前状态信息彼此比较,以确定通过显示器显示的关于IoT当前状态的信息与第一服务器中更新的关于IoT装置的当前状态的信息匹配。主机被配置为当通过显示器显示的关于IoT的当前状态的信息与第一服务器中更新的关于IoT装置的当前状态的信息不匹配时,通过显示器显示第一服务器中更新的关于IoT装置的当前状态的信息。
第一服务器可以是由车辆的制造商运营以使远程站点的IoT装置能够从车辆控制的服务器。
第一服务器可以通过第二服务器和第三服务器与IoT装置通信。
第二服务器可以是由IoT服务公司运营以通过IoT装置提供IoT服务的服务器;以及,第三服务器可以是由IoT装置的制造商运营以提供与IoT有关的内容的服务器。
通过第一服务器和第二服务器向第三服务器发送用于查询IoT装置的当前状态的请求,使得执行对IoT装置的当前状态的查询。通过第三服务器和第二服务器向第一服务器发送IoT装置的当前状态的查询结果,并且将该查询结果存储在第一服务器中。
根据本公开的另一方面,提供了一种控制车辆的系统。该系统包括主机,该主机被配置为从车辆对在远程站点的物联网(IoT)装置执行远程控制。该系统还包括显示器,该显示器被配置为显示与IoT装置的远程控制有关的用户界面和信息。主机被配置为响应于从车辆成圣用于远程控制位于远程站点处的IoT装置的命令,通过第一服务器将命令发送到第二服务器。主机还被配置为响应于从第一服务器向第二服务器成功发送命令,在IoT装置中实际执行命令的结果之前,基于命令成功发送而假设命令已经被执行,并且预先在显示器上显示命令已被执行。主机还被配置为响应于从第二服务器向IoT装置发送命令并接收在IoT装置中执行命令的结果,识别命令是否已在IoT装置中执行。主机还被配置为响应于命令在IoT装置中未被执行,纠正地指示命令未被执行并将纠正结果显示在车辆的显示器上。
第一服务器可以是由车辆的制造商运营的服务器以使远程站点的IoT装置能够从车辆控制。
第一服务器可以通过第二服务器和第三服务器与IoT装置通信。
第二服务器可以是由IoT服务公司运营以通过IoT装置提供IoT服务的服务器;并且,第三服务器可以是由IoT装置制造商运营以提供与IoT有关的内容的服务器。
命令可以通过第一服务器和第二服务器并且通过第三服务器发送到IoT装置,从而执行与命令相对应的控制。可以将在IoT装置中执行命令的结果通过第三服务器、第二服务器和第一服务器发送至车辆。
附图说明
通过结合附图对实施例的以下描述,本公开的这些和/或其他方面应该变得显而易见并且更容易理解:
图1是示出根据本公开的实施例的车到家服务的配置的图;
图2是示意性地示出图1所示的车到家服务的组件的图;
图3是示出根据本公开的实施例的在车辆的车到家服务中查询物联网(IoT)装置的当前状态的处理的示意图;以及
图4是示出根据本公开的实施例的在车辆的车到家服务中控制IoT装置的处理的图。
具体实施方式
当本公开的组件、装置、元件等被描述为具有目的或执行操作、功能等时,该组件、装置或元件在本文中应被视为“被配置为”满足该目的或执行该操作或功能。图1是示出根据本公开的实施例的车到家服务的配置的图。
参考图1,提供了根据本公开的实施例的车到家服务以实现车辆100、原始设备制造商(OEM)服务器110、主内容提供商(MCP)服务器120和内容提供商(CP)服务器130之间的无线通信。
车辆100经由主机(head unit)102与OEM服务器110通信。车辆100的主机102通过显示器显示与车到家服务有关的用户界面,并允许用户通过操纵显示在主机102的显示器上的用户界面来使用车到家服务。例如,当车辆100中的用户希望在到达家150之前打开冷却装置140d时,用户可通过车辆100的主机102的显示器调用车到家用户界面并操纵车到家服务以打开冷却装置140d。显示器可以与主机102一体地设置或者可以与主机102分开地设置。
OEM服务器110是由车辆100的制造商运营的用于车到家服务的服务器并且基于参考车辆制造商而被命名为OEM。OEM服务器110也可以被称为“机动车制造商服务器”。这种OEM服务器110接收从车辆100的主机102生成的车到家命令并将该命令发送到MCP服务器120。此外,OEM服务器110可以将从MCP服务器120接收到的车到家命令的处理结果发送到车辆100的主机102。车到家命令可以包括用于查询物联网(IoT)装置140的当前状态的当前状态查询请求。
MCP服务器120是由家庭IoT服务提供商运营的服务器,该服务器提供家庭中使用的IoT服务,换言之,提供家庭IoT服务的家庭IoT服务。接收多个家庭IoT服务,用户无需针对多个家庭IoT服务商生成账号,而是简单地通过一个账号订阅一个MCP服务,这样用户就可以使用订阅了MCP的多个下级CP的家庭IoT服务。MCP服务器120向OEM服务器110传送关于用户注册的每个IoT装置的信息。此外,MCP服务器120将通过OEM服务器110接收到的车到家命令发送到链接到MCP服务器120的IoT装置(例如,图1中的IoT装置140)并将执行IoT装置中的命令的结果传送到OEM服务器110。OEM服务器110和MCP服务器120可以通过用户的车到家服务账户与用户的IoT服务账户之间的匹配(注册)来识别用户。
CP服务器130是由制造和销售IoT装置140的每个家庭IoT制造商运营的服务器。例如,制造和销售空气净化器140b的家庭IoT制造商向用户提供与空气净化器140b有关的家庭IoT内容并且运营CP服务器130以提供家庭IoT内容。因此,在图1中,根据在家庭150处提供的每个IoT装置140的制造商,可以存在多个CP服务器130。在图1中,仅示出了一个CP服务器130。
在图1中,提供家庭IoT服务的MCP通过制造/销售IoT装置的CP的CP服务器130获取IoT装置的状态信息,并通过OEM服务器110将获取的状态信息发送到车辆100的主机102。
在图1中,作为IoT装置140,例示了气阀140a、空气净化器140b、照明装置140c、冷却装置140d和加热装置140e。然而,IoT装置140不限于图1所示的那些,并且其应用可以扩展到可以通过车到家服务控制的所有类型的装置。
图2是示意性地示出图1所示的车到家服务的组件的图。
参考图2,从车辆100的主机102生成的车到家命令通过OEM服务器110、MCP服务器120和CP服务器130发送到IoT装置140。IoT装置140接收到车到家命令后,执行该命令并将执行该命令的结果通过CP服务器130、MCP服务器120和OEM服务器110发送至车辆100的主机102。
但是,当车到家命令和执行命令的结果在上述路由中发送时,需要很长的时间来发送信息,车到家命令生成后用户需要等待很长时间才能查看结果。为了缩短车到家命令生成后检查结果所花费的时间,根据本发明实施例的车辆及其控制方法可以执行如下图3和图4所示的信息处理和发送。
图3是示出根据本公开的实施例的在车辆的车到家服务中查询IoT装置的当前状态的处理的图。在图3中,“[#n]”表示信息处理任务的划分,“t(sn)”表示根据任务的信息发送时间(发送时间),以及“t(rn)”表示根据任务的信息接收时间(接收时间)。
在[#1]中,车辆100的主机102从发动机启动时间起将车辆100的当前位置、目的地和中途停留地(如果需要)发送到OEM服务器110,用于以下情况。
-当车辆100的发动机开启或关闭时,传送当前位置、目的地和中途停留地(如果需要)。
-当车辆100的目的地/中途停留被设置或改变时,发送当前位置、目的地和中途停留(如果需要)。
-当车辆100的当前位置的管理区域改变时,发送当前位置、目的地和中途停留地(如果需要)。
在[#2]中,OEM服务器110从车辆100的发动机开启到发动机关闭时以预设的状态查询周期通过MCP服务器120查询IoT装置140的当前状态关闭。OEM服务器110还更新关于IoT装置140的当前状态的信息。用于查询IoT装置140的当前状态的预设状态查询周期可以如下确定。当车辆100的当前位置与IoT装置140的当前位置属于同一行政区域时,可以将状态查询周期设置为增加,使得状态查询间隔变得比默认值更短(例如,一次/1分钟)。此外,即使当车辆100的目的地/中途停留地属于IoT装置140的当前位置的同一行政区域时,也可以将状态查询周期设置为增加,使得状态查询间隔变得短于默认值(例如,一次/1分钟)。在其他情况下,可以将状态查询周期设置为减少,使得状态查询间隔变得比默认值更长(例如,一次/10分钟)。当车辆100的当前位置与IoT装置140的当前位置相同或车辆100的目的地/中途停留地与IoT装置140的当前位置相同时,如上所述,向上设置状态查询周期具有更短的查询间隔,从而可以更快地响应对状态信息的请求。
如上所述,在通过[#1]和[#2]的处理将关于IoT装置140的当前状态的信息存储在OEM服务器110中的同时,当在[#3]中生成查询连接到车辆100的主机102的IoT装置140的当前状态的请求时,在[#4]中,OEM服务器110将关于当前存储在OEM服务器100中的IoT装置140的当前状态的信息发送到车辆100的主机102。在[#5]中,车辆100的主机102通过显示器向用户显示从OEM服务器110接收的关于IoT装置140的当前状态的信息。
尽管在[#4]中OEM服务器110已经将关于当前存储在OEM服务器110中的IoT装置140的当前状态的信息发送到车辆100的主机102,但OEM服务器110再次从MCP服务器120查询IoT装置140的当前状态并更新[#6]中的结果。在[#7]中,如果在[#4]中发送的IoT装置的当前状态的信息与在[#6]中更新的IoT装置140的当前状态的信息不匹配,则OEM服务器110将在[#6]中更新的关于IoT装置140的当前状态的新信息发送到车辆100的主机102。车辆100的主机102通过显示器显示[#7]中接收到的IoT装置140的当前状态的新信息,以便用户可以识别IoT装置140的更多最新当前状态信息。
因此,在本公开的实施例中,当查询IoT装置140的状态信息时,[#4]中存储在OEM服务器110中的IoT装置140的当前状态信息首先通过主机102的显示器显示,且如果需要,在[#7]中,关于当前状态的信息被更新为IoT装置140的最新当前状态信息并且通过主机单元102的显示器显示。这可以通过缩短向车辆100中的用户显示关于IoT装置140的当前状态的信息所花费的时间来缩短用户在车辆100中的等待时间。
例如,如图3所示如果仅通过[#6]、[#7]和[#8]的处理而不执行[#3]和[#4]的处理,直接通过显示器查询和显示IoT装置140的当前状态,用户接收关于IoT装置140的当前状态的信息所花费的时间可以等于t(s1)+t(s2)+t(s3)+t(s4)+t(r4)+t(r3)+t(r2)+t(r1)。
与上述不同的是,本公开的实施例提供了首先通过[#3]和[#4]的处理显示已经存储在OEM服务器110中的关于IoT装置140的当前状态的信息,使得用户可以在t(s1)+t(r1)的相对非常短的时间内接收关于IoT装置140的当前状态的信息。因此,根据本公开的实施例,用户可以具有明显短于现有等待时间t(s1)+t(s2)+t(s3)+t(s4)+t(r4)+t(r3)+t(r2)+t(r1)的等待时间t(s1)+t(r1)。
在本公开中,即使关于当前状态的信息显示在[#5]中,且然后由IoT装置140的最新当前状态信息替换并显示在[#8]中,因为用户在[#4]中主要接收到关于IoT装置140的当前状态的信息,所以与等到[#8]点的情况相比,用户可以感觉好像等待很短的时间。
图4是示出根据本公开的实施例的在车辆的车到家服务中控制IoT装置的过程的图。在图4中,“[#n]”表示信息处理任务的划分,“t(sn)”表示根据任务的信息发送时间(发送时间),以及“t(rn)”表示根据任务的信息接收时间(接收时间)。
在[#11]中,车辆100中的用户可以调用车辆100的主机102的用户界面并操纵用户界面以生成车到家命令以控制家庭150中的IoT装置140之一。
在[#12]中通过OEM服务器110将从车辆100的主机102生成的车到家命令发送到MCP服务器120。
MCP服务器120将从OEM服务器110接收到的车到家命令发送到CP服务器130以请求与车到家命令相对应的控制,并且如果“控制请求”根据预定协议执行,则在[#13]中通知OEM服务器110已成功执行控制请求。
在[#14]中,OEM服务器110向车辆100的主机102发送指示对应的车到家命令已经正常执行的信息。主机102在[#15]中通过显示器显示对应的车到家命令已经成功执行,以便用户可以识别执行车到家命令的结果。
然而,在[#11]到[#14]的处理中,车到家命令的成功执行仅基于根据从MCP服务器120到CP服务器130的车到家命令的控制请求的正常发送而假设并通过显示器指示,而不是在实践中检查对应的车到家命令是否已成功执行。
在车辆100的主机102中的[#14]和[#15]的处理中,MCP服务器120在[#16]中向CP服务器130发送对应的车到家命令,使得以后台控制的形式在IoT装置140中执行与车到家命令相对应的控制。当在IoT装置140中成功执行车到家命令时,在[#17]中,CP服务器130将IoT装置140的控制结果和关于IoT装置140的当前状态的信息发送到MCP服务器120。MCP服务器120在[#18]中将IoT装置140的控制结果和当前状态信息发送到OEM服务器110。
在[#19]中,如果[#11]中生成的车到家命令与[#18]的控制结果和当前状态信息不匹配(即,在控制失败的情况),OEM服务器110重复执行#12的处理预定次数,直到控制成功。如果即使在预定次数的重复之后控制也未成功,则OEM服务器110在[#20]中向车辆100的主机102通知控制失败并且主机102通过在[#21]中的显示正确地指示控制失败。
如果根据[#11]中生成的车到家命令的控制失败,则更正之前的成功指示并且在[#20]和[#21]中指示失败。反之,如果根据[#11]中生成的车到家命令控制成功,则无需再次指示车到家命令成功,因为[#15]中已经通过主机102的显示指示控制成功。因此,由于根据在[#11]中生成的车到家命令的控制结果主要在[#11]至[#15]处理中表示,所以与在实践中确认成功后通过处理[#16]至[#21]指示结果的情况相比,执行车到家命令的结果更快地暴露给用户。这可以通过缩短在IoT装置140中向用户显示执行车到家命令的结果所花费的时间来缩短用户在车辆100中的等待时间。
例如,如图4所示,如果仅通过[#16]至[#21]的处理而不通过[#13]和[#14]的处理在显示器上显示在IoT装置140中执行车到家命令的结果,用户通过主机102的显示器接收到车到家命令执行结果的时间可以等于t(s11)+t(s12)+t(s13)+t(s14)+t(r14)+t(r13)+t(r12)+t(r11)。
与上述不同的是,在本公开的实施例中,假设车到家命令成功仅基于车到家命令从MCP服务器120到CP服务器130的发送成功并且通过过程[#13]和[#14]初步指示表示成功的信息,使得用户可以在t(s11)+t(s12)+t(r12)+t(r11)的相对非常短的时间内识别车到家命令的成功。因此,根据本发明的实施例,可以看出,用户的等待时间t(s11)+t(s12)+t(r12)+t(r11)明显短于现有的等待时间t(s11)+t(s12)+t(s13)+t(s14)+t(r14)+t(r31)+t(r12)+t(r11)。
在如上所述的本公开中,即使在[#15]中指示了车到家命令的执行成功,然后被车到家命令的执行失败代替并在[#21]中指出,但由于用户在[#15]中主要接收到车到家命令是否成功,与等待到点[#21]的情况相比,用户可以感觉等待的时间相对较短。
从上文显而易见,当实现通过多个服务器执行通信的车到家服务时,本公开可以缩短用户接收命令(请求)的结果所花费的等待时间。
以上对本公开的描述是为了说明的目的,本领域普通技术人员应当理解,在不脱离本公开的技术精神或基本特征的情况下,可以容易地进行其他具体修改。因此,上述实施例在所有方面均应视为说明性的而非限制性的。本公开的范围不受上述详细描述的限制,而是受本公开的所附权利要求的限制。还应当理解,所有源自权利要求及其等同物的定义和范围的变化或修改都落入本公开的范围内。
Claims (20)
1.一种控制车辆的方法,所述方法包括:
通过第一服务器查询被链接以实现车辆远程控制的物联网IoT装置的当前状态,并且存储所查询到的IoT装置的当前状态;
在从所述车辆生成用于查询所述IoT装置的所述当前状态的请求时,获取存储在所述第一服务器中的关于所述IoT装置的所述当前状态的信息,并且通过显示器显示所获取的关于所述IoT装置的所述当前状态的信息;
重新查询所述IoT装置的当前状态,以更新存储在所述第一服务器中的关于所述IoT装置的所述当前状态的所述信息;并且
当通过所述显示器显示的关于所述IoT装置的所述当前状态的所述信息与在所述第一服务器中更新的关于所述IoT装置的所述当前状态的信息不匹配时,通过所述显示器显示在所述第一服务器中更新的关于所述IoT装置的所述当前状态的所述信息。
2.根据权利要求1所述的方法,其中,所述第一服务器是由所述车辆的制造商运营以使远程站点处的所述IoT装置能够被所述车辆控制的服务器。
3.根据权利要求2所述的方法,其中,所述第一服务器通过第二服务器和第三服务器与所述IoT装置通信。
4.根据权利要求3所述的方法,其中,所述第二服务器是由IoT服务公司运营以通过所述IoT装置提供IoT服务的服务器;并且
其中,所述第三服务器是由所述IoT装置的制造商运营以提供与所述IoT装置有关的内容的服务器。
5.根据权利要求4所述的方法,其中,通过所述第一服务器和所述第二服务器向所述第三服务器发送用于查询所述IoT装置的所述当前状态的所述请求,以便执行对所述IoT装置的所述当前状态的查询,并且
其中,通过所述第三服务器和所述第二服务器向所述第一服务器发送所述IoT装置的所述当前状态的查询结果,并且将所述IoT装置的所述当前状态的所述查询结果存储在所述第一服务器中。
6.一种控制车辆的方法,所述方法包括:
响应于从车辆生成用于远程地控制位于远程站点处的物联网IoT装置的命令,通过第一服务器将所述命令发送到第二服务器;
响应于从所述第一服务器向所述第二服务器成功发送所述命令,在检查所述IoT装置中实际执行所述命令的结果之前,基于所述命令的成功发送而假设所述命令已被执行,并且预先在所述车辆的显示器上显示所述命令已被执行;
由所述第二服务器向所述IoT装置发送所述命令,并且接收在所述IoT装置中执行所述命令的结果;并且
响应于所述命令在所述IoT装置中未被执行,纠正地指示所述命令未被执行并且将纠正结果显示在所述车辆的所述显示器上。
7.根据权利要求6所述的方法,其中,所述第一服务器是由所述车辆的制造商运营以使所述远程站点处的所述IoT装置能够被所述车辆控制的服务器。
8.根据权利要求7所述的方法,其中,所述第一服务器通过所述第二服务器和第三服务器与所述IoT装置通信。
9.根据权利要求8所述的方法,其中,所述第二服务器是由IoT服务公司运营以通过所述IoT装置提供IoT服务的服务器;并且
其中,所述第三服务器是由所述IoT装置的制造商运营以提供与所述IoT装置有关的内容的服务器。
10.根据权利要求9所述的方法,其中,通过所述第一服务器和所述第二服务器向所述第三服务器发送所述命令,以便执行与所述命令相对应的控制,并且
其中,将在所述IoT装置中执行所述命令的结果通过所述第三服务器、所述第二服务器和所述第一服务器发送至所述车辆。
11.一种控制车辆的系统,所述系统包括:
主机,被配置为从车辆对在远程站点处的物联网IoT装置执行远程控制;以及
显示器,被配置为显示与所述IoT装置的所述远程控制有关的用户界面和信息,
其中,所述主机被配置为:
通过第一服务器查询被链接以实现车辆远程控制的所述IoT装置的当前状态,并且存储所查询到的IoT装置的当前状态,
在从所述车辆生成用于查询所述IoT装置的所述当前状态的请求时,获取存储在所述第一服务器中的关于所述IoT装置的所述当前状态的信息,并且通过所述显示器显示关于所述IoT装置的所述当前状态的信息,
由所述第一服务器重新查询所述IoT装置的当前状态,以更新存储在所述第一服务器中的关于所述IoT装置的所述当前状态的所述信息,并且将通过所述显示器显示的关于所述IoT装置的所述当前状态的所述信息与在所述第一服务器中更新的关于所述IoT装置的所述当前状态的信息彼此比较,以确定通过所述显示器显示的关于所述IoT装置的所述当前状态的所述信息与在所述第一服务器中更新的关于所述IoT装置的所述当前状态的所述信息匹配,并且
当通过所述显示器显示的关于所述IoT装置的所述当前状态的所述信息与在所述第一服务器中更新的关于所述IoT装置的所述当前状态的所述信息不匹配时,通过所述显示器显示所述第一服务器中更新的关于所述IoT装置的所述当前状态的所述信息。
12.根据权利要求11所述的系统,其中,所述第一服务器是由所述车辆的制造商运营以使所述远程站点处的所述IoT装置能够被所述车辆控制的服务器。
13.根据权利要求12所述的系统,其中,所述第一服务器通过第二服务器和第三服务器与所述IoT装置通信。
14.根据权利要求13所述的系统,其中,所述第二服务器是由IoT服务公司运营以通过所述IoT装置提供IoT服务的服务器;并且
其中,所述第三服务器是由所述IoT装置的制造商运营以提供与所述IoT装置有关的内容的服务器。
15.根据权利要求14所述的系统,其中,通过所述第一服务器和所述第二服务器向所述第三服务器发送用于查询所述IoT装置的所述当前状态的所述请求,以便执行对所述IoT装置的所述当前状态的查询,并且
其中,通过所述第三服务器和所述第二服务器向所述第一服务器发送所述IoT装置的所述当前状态的查询结果,并且将所述IoT装置的所述当前状态的所述查询结果存储在所述第一服务器中。
16.一种控制车辆的系统,所述系统包括:
主机,被配置为从车辆对在远程站点处的物联网IoT装置执行远程控制;以及
显示器,被配置为显示与所述IoT装置的所述远程控制有关的用户界面和信息,
其中,所述主机被配置为:
响应于从所述车辆生成用于远程地控制位于所述远程站点处的所述IoT装置的命令,通过第一服务器将所述命令发送到第二服务器,
响应于从所述第一服务器向所述第二服务器成功发送所述命令,在检查所述IoT装置中实际执行所述命令的结果之前,基于所述命令的成功发送而假设所述命令已被执行,并且预先在所述显示器上显示所述命令已被执行,
响应于从所述第二服务器向所述IoT装置发送所述命令、并且接收在所述IoT装置中执行所述命令的结果,识别所述命令是否已在所述IoT装置中执行,并且
响应于所述命令在所述IoT装置中未被执行,纠正地指示所述命令未被执行并且将纠正结果显示在所述车辆的所述显示器上。
17.根据权利要求16所述的系统,其中,所述第一服务器是由所述车辆的制造商运营以使所述远程站点处的所述IoT装置能够被所述车辆控制的服务器。
18.根据权利要求17所述的系统,其中,所述第一服务器通过所述第二服务器和第三服务器与所述IoT装置通信。
19.根据权利要求18所述的系统,所述第二服务器是由IoT服务公司运营以通过所述IoT装置提供IoT服务的服务器;并且
其中,所述第三服务器是由所述IoT装置的制造商运营以提供与所述IoT装置有关的内容的服务器。
20.根据权利要求19所述的系统,其中,通过所述第一服务器和所述第二服务器并通过所述第三服务器向所述IoT装置发送所述命令,以便执行与所述命令相对应的控制,并且
其中,将在所述IoT装置中执行所述命令的结果通过所述第三服务器、所述第二服务器和所述第一服务器发送至所述车辆。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020200144955A KR20220059610A (ko) | 2020-11-03 | 2020-11-03 | 차량 제어 방법 및 차량 제어 시스템 |
KR10-2020-0144955 | 2020-11-03 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114531469A true CN114531469A (zh) | 2022-05-24 |
Family
ID=81379962
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111191076.3A Pending CN114531469A (zh) | 2020-11-03 | 2021-10-13 | 用于控制车辆的方法及系统 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20220137572A1 (zh) |
KR (1) | KR20220059610A (zh) |
CN (1) | CN114531469A (zh) |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10652735B2 (en) * | 2013-10-04 | 2020-05-12 | Sol Mingso Li | Systems and methods for programming, controlling and monitoring wireless networks |
DE112018003029T5 (de) * | 2017-06-16 | 2020-03-12 | Honda Motor Co., Ltd. | Fahrzeug und servicemanagementvorrichtung |
JP2021027590A (ja) * | 2019-08-08 | 2021-02-22 | シンクウェア コーポレーションThinkware Corporation | コネクティッドサービスを提供するためのサーバ及び方法 |
-
2020
- 2020-11-03 KR KR1020200144955A patent/KR20220059610A/ko unknown
-
2021
- 2021-09-09 US US17/470,885 patent/US20220137572A1/en active Pending
- 2021-10-13 CN CN202111191076.3A patent/CN114531469A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
KR20220059610A (ko) | 2022-05-10 |
US20220137572A1 (en) | 2022-05-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8001095B2 (en) | Method of updating a version of an application program | |
US20060215221A1 (en) | Image forming apparatus, terminal apparatus and management apparatus | |
US20090235244A1 (en) | Software update system for information equipment | |
US20010034754A1 (en) | Device, system and method for providing web browser access and control of devices on customer premise gateways | |
MXPA05006621A (es) | Sistema y metodo para actualizar componentes de instalacion en un ambiente en red. | |
EP1185050A1 (en) | Self configuring vending system | |
WO2003040946A1 (en) | Obtaining information to facilitate system usage | |
KR101904631B1 (ko) | 데이터 전송 방법, 통신 네트워크, 가입자, 및 차량 | |
JP7225596B2 (ja) | プログラム更新システム、プログラム更新サーバーおよび車両 | |
KR20080085934A (ko) | 자동업데이트 기능을 구비한 원격관리 시스템 | |
US20080177827A1 (en) | Software operation results management system, method, and program | |
CN111367542A (zh) | 家电设备及家电设备固件升级方法 | |
WO2007001121A1 (en) | Device management system and method for setting configuration-value therein | |
CN103003809B (zh) | 用于管理远程用户界面的设备和方法及系统 | |
CN114531469A (zh) | 用于控制车辆的方法及系统 | |
US20060239276A1 (en) | Wireless Gateway Server | |
KR20050091696A (ko) | 네트워크를 이용하는 조합기기 선정시스템 | |
JP2003067239A (ja) | ページ情報更新方法、ページ情報更新システム及び半導体製造ラインのスケジュール管理システム | |
CN114500263B (zh) | 分布式配网方法、装置及计算机可读存储介质 | |
CN111901209B (zh) | 物联网通信方法、物联网通信板、计算机设备及存储介质 | |
KR100736487B1 (ko) | 홈 네트워크 시스템에서의 슬레이브 디바이스 번지변경방법 | |
KR100578029B1 (ko) | 이동통신 시스템을 위한 가입자정보 관리시스템의인터페이스 구조 | |
US20140136697A1 (en) | Communication Network System, Communication Method and Information Processing Apparatus | |
CN110233744A (zh) | 一种会议状态显示方法、会议状态更新方法及装置 | |
JP2002163165A (ja) | ネットワークデバイスの管理方法及びネットワークデバイス |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |