具体实施方式
下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的优选实施例,然而应该理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了使本公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。
在本文中使用的术语“包括”及其变形表示开放性包括,即“包括但不限于”。除非特别申明,术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。
如上文所描述的,在上述传统的用于播放数据的方案中,因为在用户所驾驶车辆与其他播放环境之间难以共享数据和应用,因此,无法实现在车辆处继续播放在其他播放环境已经配置或已播放的视频和/或音频数据。
为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个,本公开的示例实施例提出了一种用于播放数据的方案。该方案包括:获取播放设备所播放的数据的数据源信息和播放进度信息;基于数据源信息和播放进度信息,使得移动设备获取预定量的数据的待播放部分;响应于确定预定条件满足,基于预定量的数据的待播放部分续播数据,以生成用于在车辆的车载设备处呈现的输出数据;以及基于数据源信息和预定量的数据的待播放部分的结束位置信息,使得移动设备获取数据的剩余部分。
在上述方案中,通过基于播放设备所播数据的数据源信息和播放进度信息,在移动设备处缓存预定量待播数据,以用于在移动设备续播数据时的输出数据在车载设备处呈现,以及移动设备处下载预定量待播数据之后的剩余数据,本公开能够实现在车辆处继续播放在其他播放环境所配置及已播放的视频和/或音频数据。
图1示出了根据本公开的实施例的用于播放数据的方法的系统100的示意图。如图1所示,系统100包括:车辆110、多个移动设备(例如用户122的第一移动设备120、用户126的第二移动设备124、用户128的第三移动设备130)、服务器160、多个播放装置(例如用户家176中的智能电视170、智能音箱172、计算机174)。在一些实施例中,车辆110、第一移动设备120、第二移动设备124、第三移动设备130、服务器160、智能电视170、智能音箱172、计算机174例如可以经由基站150、网络140进行数据交互。车辆110和移动设备也可以经由Wi-Fi、蓝牙、蜂窝、NFC等无线通信手段进行数据交互与共享。
关于车辆110,其例如至少包括:车载设备114(例如车机)、车载数据感知设备、车载T-BOX等。车载数据感知设备用于实时感知车辆自身数据和车辆所在外部环境数据。车载数据感知设备至少包括多个车载摄像装置,其例如包括:车辆前置摄像头、后置前置摄像头和车内摄像装置等。车内摄像装置例如可以采集车内图像,以用于基于所采集车内图像识别车内人员的状况。在一些实施例中,车辆110与移动设备可以通过Wi-Fi、蓝牙、蜂窝、NFC等无线通信手段进行数据交互与共享。例如,移动设备可以通过检测到移动设备上的预定动作(例如摇一摇)而建立与车辆110之间的关联。通过移动设备藉由预定动作(例如摇一摇)建立与车辆110之间的关联,本公开可以通过方便并且安全的方式,建立车辆与特定用户(如驾驶者)的关联移动设备之间的联系,以便共享数据与计算资源。在一些实施方式中,车载设备114可以借助NFC通信模块与用户的关联移动设备之间通过碰触或临近等方式传递用于在服务器160处下载一个或多个用户的用户数据和应用的验证信息(例如账号信息),以便在车载设备处建立一个或多个用户的操作或娱乐环境。
车载T-BOX用于与车载设备114(例如车机)、移动设备、服务器160进行数据交互。在一些实施例中,车载T-BOX例如包括SIM卡、GPS天线,4G或5G天线等。当用户通过移动设备(例如手机)的应用程序(APP)发送控制命令(例如,远程启动车辆、打开空调、调整座椅至合适位置等),TSP后台会发出监控请求指令到车载T-BOX,车辆在获取到控制命令后,通过CAN总线发送控制报文并实现对车辆的控制,最后反馈操作结果到用户的移动设备的APP上。车载T-BOX与车机之间通过canbus通信,实现数据交互,例如传输车辆状态信息、按键状态信息、控制指令等。车载T-BOX可以采集车辆110总线Dcan、Kcan、PTcan相关的总线数据。
关于移动设备,其例如但不限于是手机,其也可以是平板电脑、手机、穿戴设备等。第一移动设备120的用户122例如是孩子、第二移动设备124的用户126例如是孩子的妈妈。第三移动设备130的用户128例如是孩子的爸爸。多个终端设备可以直接与车载T-BOX进行数据交互,也可以经由基站150、网络140与服务器160、播放设备进行数据交互。
关于服务器160,其例如用于存储有与用户相关联的用户数据和应用。服务器160例如经由网络140、基站150与车辆110、多个移动设备、多个播放设备进行数据交互。服务器160如果确认来自一个或多个移动设备或者车载设备114的关联账号通过验证,允许移动设备或者车载设备从服务器160获取与关联账号相关联的用户数据和应用。例如,当服务器160确认车载设备114的验证信息(例如账号)通过验证时,可以通过5G向车载设备114发送与该账号相关联的用户数据和应用,以便在车载设备114建立与用户相关联的操作或娱乐环境。车载设备114的验证信息(例如账号信息)例如是经由配置有NFC模块的移动设备和车辆部件的碰触或邻近而获取自移动设备的。
在一些实施例中,服务器160可以具有一个或多个处理单元,包括诸如GPU、FPGA和ASIC等的专用处理单元以及诸如CPU的通用处理单元。另外,在每个计算设备上也可以运行着一个或多个虚拟机。
关于播放设备,其例如是音视频播放设备,用于播放视频和/或音频数据。播放装置例如包括家176中所配置的智能电视170、智能音箱系统172、计算机174等。每个播放设备例如存储有多个数据和/或多个应用。多个数据和应用例如分别与不同的移动设备所关联。智能电视170例如可以播放高清电影、电视剧或者其他在线点播视频,例如体育直播。智能音箱172可以播放音频数据,例如,儿童故事、新闻等。计算机174可以用于播放数据和执行应用,例如进行游戏、召开会议等。上述涉及体育直播和会议的数据例如与用户122的第一移动设备120相关联。在一些实施例中,涉及电视剧的应用和数据例如与用户128的第三移动设备130相关联。设计儿童故事和游戏的数据例如与用户126的第二移动设备124相关联。在一些实施例中,智能音箱系统172包括多个音箱,例如主音箱、环绕音箱和中置音箱等,以便实现用户偏好的声场效果。在一些实施例中,上述在播放设备处所配置的多个应用和所播放的多个数据可以分别下载至多个关联的移动设备处,并在移动设备通过车辆110的验证以及建立通信连接后,在车辆110的车载设备的一个或多个显示设备上被分别投屏。
图2示出了根据本公开的实施例的用于播放数据的方法200的流程图。应当理解,方法200例如可以在图7所描述的电子设备700处执行。也可以在图1所描述的移动设备处执行。应当理解,方法200还可以包括未示出的附加动作和/或可以省略所示出的动作,本公开的范围在此方面不受限制。
在框202处,移动设备(例如第一移动设备120、第二移动设备124和/或第三移动设备130)获取播放设备所播放的数据的数据源信息和播放进度信息。
在一些实施例中,播放设备包括视频播放设备和音频播放设备中的至少一个。例如,播放设备是家176中的智能电视170、智能音箱172和/或计算机174等。所播放的数据包括与多个移动设备相关联的多个数据。例如,涉及电视剧的应用和数据例如与用户122的第一移动设备120相关联。体育直播和会议数据例如与用户128的第三移动设备130相关联。儿童故事和游戏例如与用户126的第二移动设备124相关联。
在一些实施例中,数据源信息例如是数据源URL地址。或者是对应视频文件点播地址,视频资源服务器的网络地址及对应视频文件标识等。在一些实施例中,与用户相关的播放设备所播放的数据、数据源信息和播放进度信息被备份在服务器160上。该服务器160上还备份有与用户相关的其他用户数据和应用。播放进度信息例如是停止播放的时间戳、中止播放点的位置信息。
在一些实施例中,移动设备获取播放设备所播放的数据的数据源信息和播放进度信息的方式例如包括:移动设备可以基于用户122的日程信息和历史出行信息中的至少一个,确定用户用车时间(例如确认用户122用车时间为工作日早上7:30至8:00点之间,以及晚上6:00至8:00之间)。然后,移动设备确认是否检测到在距离用户用车时间预定时间间隔(例如而不限于是一个小时)内的在播数据被中止播放;如果检测到在距离用户用车时间预定时间间隔内的在播数据(例如新闻点播数据)被中止播放,第一移动设备120可以获取关于在播数据的数据源信息(例如新闻点播地址)、播放断点信息和播放状态信息。在一些实施例中,播放状态信息例如是播放音量、显示器亮度等涉及播放状态的配置信息。通过采用上述手段,移动设备可以不必随时获取播放设备所播放的数据的数据源信息和播放进度信息,仅是获取临近驾车出行的期间被中止播放的数据的数据源信息和播放进度信息。
在一些实施例中,移动设备除了可以在上述时机获取播放设备所播放的数据的数据源信息和播放进度信息之外,也可以在确认至少一项预定条件满足时获取播放设备所播放的数据的数据源信息和播放进度信息。预定条件例如是:移动设备检测到在所述移动设备处的预定动作,或者检测到所述移动设备处关于所述车辆的授权凭证通过验证,或者检测到预定时间(该预定时间可以是准确的时间点,例如每天的8:00)达到。当上述至少一项预定条件满足时,移动设备获取播放设备所播放的数据的数据源信息和播放进度信息。通过采用上述手段,本公开的移动设备能够在预定条件满足时才获取播放设备所播放的数据的数据源信息和播放进度信息,因此可以避免采集不必要的数据,进而使得网络资源消耗低、提高所存储数据的有效性。
在框204处,移动设备基于数据源信息和播放进度信息,使得移动设备获取预定量的数据的待播放部分。利用移动设备获取预定量的数据的待播放部分的目的在于:预先在移动设备侧缓存用于续播的一部分待播数据,有利于在车载设备114处能够实现快速投频,而无需等待过多时间用于下载数据。
在一些实施例中,移动设备可以首先确定视频或音频资源服务器是否支持断点续传下载。支持断点续传下载的视频或音频资源服务器一般会将下载任务(一个文件或一个压缩包)划分为几个部分,每一个部分采用一个线程进行下载。如果移动设备确定视频或音频资源服务器支持断点续传下载。例如,移动设备可以读取temporaryFileDownloadPath的文件的大小,并使用例如“Range:(unit=first byte pos)-[last byte pos]”的HTTP头来向视频或音频资源服务器请求预定量的剩余文件内容,并可以通过指定第一个字节的位置(“first byte pos”)和最后一个字节的位置(“last bytepos”)来限定预定量的待播放部分的大小。
在框206处,确定预定条件是否满足。在一些实施例中,预定条件例如包括:确认移动设备的验证信息通过验证,并且移动设备在车辆110的内部。
在框208处,如果移动设备确定预定条件满足,则基于预定量的数据的待播放部分续播数据,以生成用于在车辆的车载设备处呈现的输出数据。
关于生成在车载设备处呈现的输出数据的方式包括多种。在一些实施例中,其例如包括:移动设备或车载设备基于移动设备续播数据时的显示输出,生成被投影至车载设备的显示器的图像;基于移动设备续播数据时的声音输出,录制用于被车辆的扬声器所播放的声音;以及使得被投影的图像与被播放的声音同步。
例如,如果第一移动设备120已经通过车辆110的验证并已与车辆110建立连接(例如通过USB、Wifi、或者蓝牙建立连接),并且可以确定用户122所携带的第一移动设备120在车辆110内部,则第一移动设备120可以基于已缓存至本地的预定量的待播数据、自播放断点续播数据(例如在家176的电视170上被中止播放的体育赛事),并将显示输出投屏在车载设备114的显示器上,以及将声音输出进行录制,以便在车辆110的扬声器同步播放。
在框210处,移动设备可以基于数据源信息和预定量的数据的待播放部分的结束位置信息,使得移动设备获取数据的剩余部分。在一些实施例中,移动设备可以从备份有用户数据和应用的服务器160处获得剩余数据。移动设备也可以从其他音视频资源服务器在线下载剩余数据。第一移动设备120可以基于已缓存至本地的预定量待播数据的结束位置信息,根据数据源下载地址继续下载剩余数据,并将显示输出投屏在车载设备114的显示器上,进而实现在车载设备114的显示器处被投屏和同步输出的视频、音频被连续呈现。
在上述方案中,通过基于播放设备所播数据的数据源信息和播放进度信息,在移动设备处缓存预定量待播数据,以用于在移动设备续播数据的输出数据在车载设备处呈现,以及移动设备处下载预定量待播数据之后的剩余数据,本公开能够实现在车辆处继续播放在其他播放环境所配置或播放的视频和/或音频数据。另外,由于车载设备可以接续呈现远程的播放设备处的播放断点数据,因此,本公开能够实现跨播放设备的数据共享与断点续播。而且由于在移动设备处预先缓存预定量待播数据,因此使得车载设备可以迅速地接续呈现被中止播放的音视频数据,而不需过多的下载等待时间。
在一些实施例中,方法200还包括:确定移动设备是否离开车辆;如果确定移动设备离开所述车辆,则删除车辆设备114处的与该移动设备相关联的用户数据和应用,所述用户数据和应用是服务器160响应于确定车载设备114的验证信息通过验证而发送的。该验证信息获取自与用户相关的移动设备。在一些实施例中,车载设备114获取验证信息的方式例如是基于NFC通信模块的碰触,也可以是人脸识别、声纹识别、指纹识别等鉴权方式。通过采用上述手段,本公开能够实现当用户离开车辆,及时删除用户关联数据,能够保证用户数据的安全性。图3示出了根据本公开的实施例的用于生成车载设备处呈现的输出数据的方法300的流程图。应当理解,方法300例如可以在图7所描述的电子设备700处执行。也可以在图1所描述的移动设备处或者车辆110处(例如而不限于车机等车载设备114)执行。应当理解,方法300还可以包括未示出的附加动作和/或可以省略所示出的动作,本公开的范围在此方面不受限制。
在框302处,车载设备114确定多个移动设备是否通过验证。例如,第一移动设备120、第二移动设备124和/或第三移动设备130可以分别基于经验证的虚拟钥匙而与车载设备114建立数据联系。在一些实施例中,第一移动设备120、第二移动设备124和/或第三移动设备130可以分别通过碰触车辆110的预定位置(例如显示器、车门)处的NFC通信模块而获取了验证信息(例如Wifi密码),车载设备114可以基于移动设备所分别发送的验证信息来确认第一移动设备120、第二移动设备124和/或第三是否通过验证。
在框304处,如果车载设备114确定多个移动设备通过验证,确定与多个移动设备相关联的多个数据。例如,车载设备114可以分别获取第一移动设备120、第二移动设备124和/或第三移动设备130上存储的数据源信息,以便基于数据源信息(该数据源信息例如包括数据标识)来确定各待续播数据与移动设备之间的关联性。
在框306处,车载设备114基于多个移动设备的位置信息,确定多个显示器或者显示器中的多个区域,以用于分别呈现多个移动设备的多个对应输出数据。
关于多个移动设备的位置信息的确定方式可以包括多种,在一些实施例中,车载设备114可以检测第一移动设备120、第二移动设备124和/或第三移动设备130的蓝牙通信信号的强弱,进而确定第一移动设备120、第二移动设备124和/或第三移动设备130距离车载设备114的距离,然后基于所确定的距离来确定用于投频对应移动设备的显示输出的显示器。
在一些实施例中,可以在车辆110的不同位置处设置蓝牙检测装置,以便更为精确地确定车内移动设备的位置,进而匹配地为各移动设备确定对应的投屏显示器。在一些实施例中,可以通过识别车内摄像装置所采集的车内图像,来确定车内移动设备的使用用户的位置。
在一些实施例中,车辆110的车载设备114仅配置一个显示屏,该显示屏例如可以进行多分区显示,也可以管理多个窗口。在一些实施例中,车载设备114可以自定义分区模式和分区大小。例如,车载设备114可以基于上文所提及的所确定的车内移动设备的位置,来确定显示器中多分区显示窗口分别与第一移动设备120、第二移动设备124或第三移动设备130的关联性,进而在多分区显示窗口中分别呈现第一移动设备120、第二移动设备124或第三移动设备130的续播数据的显示输出。
通过采用上述手段,本公开能够实现在车载设备上同时续播不同移动设备的关联用户各自在播放设备上不同的待播数据。
图4示出了根据本公开的实施例的用于确定车载设备处的输出数据的呈现方式的方法400的流程图。应当理解,方法400例如可以在图7所描述的电子设备700处执行。也可以在图1所描述的移动设备处执行。应当理解,方法400还可以包括未示出的附加动作和/或可以省略所示出的动作,本公开的范围在此方面不受限制。
在框402处,移动设备获取播放设备播放数据时的播放状态信息。该播放状态信息例如而不限于包括:音量、声场设置方式、显示亮度等中的一个或多个。
在框404处,移动设备基于播放状态信息和车辆状态信息中的至少一项,确定在车载设备114处呈现输出数据的呈现方式,该呈现方式与音量、声场平衡设置方式、显示亮度、显示图像设置中的至少一个相关联。在一些实施例中,使得所确定的呈现方式与播放状态信息相匹配。例如,可以基于第一移动设备120在家176中的智能电视170和智能音箱172处所播放体育赛事视频时的显示器的亮度以及音箱声场的设置方式,来匹配设置车载设备114处呈现被续播的体育赛事视频的输出数据时的显示亮度和声场平衡设置方式。
通过采用上述手段,车载设备114可以自动使得车载设备的续播数据的呈现方式与用户在其他播放设备处的播放方式相适应,以便自动匹配为用户的偏好播放设置。
图5示意性示出根据本公开实施例的确定车载设备处的输出数据的呈现方式的方法500的流程图。应当理解,方法500例如可以在图7所描述的电子设备700处执行。也可以在图1所描述的移动设备处或者车辆110处(例如而不限于车机等车载设备114)执行。应当理解,方法500还可以包括未示出的附加动作和/或可以省略所示出的动作,本公开的范围在此方面不受限制。
在框502处,移动设备或者车载设备114获取车辆110的车内图像。例如通过车辆110的车内摄像装置所采集的车内图像。
在框504处,移动设备或者车载设备114可以提取车内图像的图像特征,以用于识别车内人员的状态。在一些实施例中,可以基于识别模型,来识别车内图像的人员类别和位置信息。该识别模型例如是经由多个车内图像样本进行训练的目标检测模型。多个车内图像样本例如是经由人工或标注工具进行标注。目标检测模型的输入例如是车内摄像装置所采集的车内图像。目标检测模型的输出例如是人员类别和位置信息。
在框506处,移动设备或者车载设备114基于图像特征确定以下至少一项条件是否满足:车内人员中包括老人、婴儿中的至少一个,车辆后排的车内人员中的至少一个在休息。例如,移动设备处或者车载设备114可以确定目标检测模型所输出的人员类别信息是否与“老人”或者“婴儿”相匹配。或者基于目标检测模型所输出的人员信息,确定车辆后排的车内人员中的至少一个在预定的时间间隔中未发生移动。
在框508处,如果移动设备或者车载设备114基于图像特征确定车内人员中包括老人、婴儿中的至少一个,或者车辆后排的车内人员中的至少一个在休息,则将声场平衡设置方式设置为前排声场或者司机位声场,以便避免扬声器的声音影响老人、婴儿或者正在休息的乘客。
通过采用上述手段,本公开可以根据车内人员属性或者状态来确定匹配的续播音视频数据时的声场设置。
图6示出了根据本公开的实施例的用于确定车载设备的输出数据的呈现方式的方法600的流程图。应当理解,方法600还可以包括未示出的附加动作和/或可以省略所示出的动作,本公开的范围在此方面不受限制。
在框602处,移动设备或者车载设备114获取车辆状态信息,车辆状态信息至少包括车速。在一些实施例中,移动设备可以例如发出监控请求指令到车载T-BOX,车辆110在获取监控请求指令后,通过CAN总线发送控制报文,最后反馈所获取的车辆状态信息到用户的移动设备上。
在框604处,移动设备或者车载设备114如果确认数据与驾驶员的移动设备相关联,则确定车速是否大于或者等于预定值。该预定值例如是预先设定可以播放视频的安全车速。框606处,如果移动设备或者车载设备114确定车速大于或者等于预定值,则使得移动设备续播数据时的显示输出不被投影至车载设备的显示器。在一些实施例中,该预定值例如为接近为零。使得一旦车辆110处于行驶状态,则进行车载显示器呈现视频数据。
通过采用上述手段,本公开可以保证当确认所续播的数据与驾驶者相关时,车载设备不再显示续播视频的输出图像,以免对驾驶者的安全驾驶带来干扰。
图7示意性示出了适于用来实现本公开实施例的电子设备700的框图。设备700可以是用于实现执行图2至6所示的方法200、300、400、500和600的设备。如图7所示,设备700包括中央处理单元(CPU)701,其可以根据存储在只读存储器(ROM)702中的计算机程序指令或者从存储单元708加载到随机访问存储器(RAM)703中的计算机程序指令,来执行各种适当的动作和处理。在RAM 703中,还可存储设备700操作所需的各种程序和数据。CPU 701、ROM702以及RAM703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
设备700中的多个部件连接至I/O接口705,包括:输入单元706、输出单元707、存储单元708,中央处理单元701执行上文所描述的各个方法和处理,例如执行方法200和600。例如,在一些实施例中,方法200至600可被实现为计算机软件程序,其被存储于机器可读介质,例如存储单元708。在一些实施例中,计算机程序的部分或者全部可以经由ROM 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到RAM 703并由CPU701执行时,可以执行上文描述的方法200至600的一个或多个操作。备选地,在其他实施例中,CPU 701可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行方法200至600的一个或多个动作。
需要进一步说明的是,本公开可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于执行本公开的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,该编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本公开的各个方面。
这里参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给语音交互装置中的处理器、通用计算机、专用计算机或其它可编程数据处理装置的处理单元,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实施例的设备、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,该模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。
以上该仅为本公开的可选实施例,并不用于限制本公开,对于本领域的技术人员来说,本公开可以有各种更改和变化。凡在本公开的精神和原则之内,所作的任何修改、等效替换、改进等,均应包含在本公开的保护范围之内。