智能控制的方法、装置、电子设备以及系统
技术领域
本公开涉及智能控制领域,具体地,涉及一种智能控制的方法、装置、电子设备以及系统。
背景技术
在用户使用终端的应用程序与网络进行交互时,可能会出现对应用程序的某些步骤不熟悉或不便操作的情况。以网站购物过程为例,有些人群(比如老年人)使用终端在线超市把若干物品加入了购物车,但可能并不知道之后该如何操作。为了解决这一问题,目前购物网站通常会给出如何使用网站购物的文字说明,用户可以根据该文字说明,继续进行下一步操作。然而有些人并不方便阅读这些文字或者对这些文字的理解比较困难,仍然不知道下一步如何操作。
发明内容
有鉴于此,本公开的一个目的是提供一种智能控制的方法、装置、电子设备以及系统,以降低应用程序的操作难度。
在本公开第一方面的示例性实施例中,提供了一种智能控制的方法。该方法包括:判断终端的应用程序是否需要智能接管;以及,获取所述终端与网络侧针对所述应用程序交互的会话信息;如果是,根据所述会话信息确定所述应用程序的当前状态;根据所述应用程序的当前状态触发所述应用程序进入下一状态。
在本公开第二方面的示例性实施例中,提供了一种智能控制的装置。该装置包括:接管判断模块,被配置为判断终端的应用程序是否需要智能接管。会话获取模块,被配置为获取所述终端与网络侧针对所述应用程序交互的会话信息。状态确定模块,被配置为在所述接管判断模块判定为是的情况下,根据所述会话获取模块获取的所述会话信息确定所述应用程序的当前状态。触发模块,被配置为根据所述状态确定模块确定的当前状态触发所述应用程序进入下一状态。
在本公开第三方面的示例性实施例中,提供了一种计算机程序产品。该计算机程序产品包含能够由可编程的装置执行的计算机程序,所述计算机程序具有当由所述可编程的装置执行时用于执行本公开第一方面的任意示例性实施例所述的智能控制的方法的代码部分。
在本公开第四方面的示例性实施例中,提供了一种非临时性计算机可读存储介质。该非临时性计算机可读存储介质中包括一个或多个程序,所述一个或多个程序用于执行本公开第一方面的任意示例性实施例所述的智能控制的方法。
在本公开第五方面的示例性实施例中,提供了一种电子设备。该电子设备包括:本公开第四方面的任意示例性实施例所述的非临时性计算机可读存储介质;以及,一个或者多个处理器,用于执行所述非临时性计算机可读存储介质中的程序。
在本公开第六方面的示例性实施例中,提供了一种智能控制系统。该智能控制系统包括:管控服务器以及如本公开第五方面的任意示例性实施例所述的电子设备,其中,所述管控服务器,被配置为在终端与网络侧之间,记录所述终端与网络侧交互的会话信息,在需要对终端进行智能接管的情况下,将所述会话信息发送给所述电子设备。
通过上述技术方案,由于获取了终端与网络侧针对终端的应用程序交互的会话信息,并且在终端的应用程序需要智能接管时,根据会话信息确定应用程序的当前状态,根据应用程序的当前状态触发应用程序进入下一状态,因此,能够在用户操作不方便或对操作不熟悉时,自动智能地代其触发应用程序进入下一状态,这样就能够降低应用程序的操作难度,从而能够提升便利性以及用户体验。
本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
附图是用来提供对本公开的进一步理解,并且构成说明书的一部分,与下面的具体实施方式一起用于解释本公开,但并不构成对本公开的限制。在附图中:
图1是根据本公开一示例性实施例示出的实施环境示意图。
图2是根据本公开第一方面的一示例性实施例示出的一种智能控制的方法的流程图。
图3a是根据本公开第一方面的一示例性实施例示出的终端界面示意图。
图3b是根据本公开第一方面的另一示例性实施例示出的终端界面示意图。
图4是根据本公开第二方面的一示例性实施例示出的一种智能控制的装置的框图。
图5是根据本公开第二方面的另一示例性实施例示出的一种智能控制的装置的框图。
图6是根据本公开第五方面的一示例性实施例示出的电子设备的框图。
图7是根据本公开第六方面的一示例性实施例示出的智能控制系统的框图。
具体实施方式
以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是,此处所描述的具体实施方式仅用于说明和解释本公开,并不用于限制本公开。
图1是根据本公开一示例性实施例示出的实施环境示意图。如图1所示,该实施环境可以包括:终端110、应用了本公开实施例提供的智能控制的方法的服务器侧120。需要说明的是,服务器侧120可以由一台或多台服务器设备来实现。在服务器侧120由多台服务器设备来实现的情况下,例如,服务器侧120可以包括管控服务器120a、输入获取服务器120b、以及后台智能管控设备120c。其中,管控服务器120a,可以被配置为在终端110与网络侧之间,为终端110与网络侧中转并记录终端110与网络侧交互的会话信息,并将所述会话信息发送给后台智能管控设备120c。其中,管控服务器120a所记录的会话信息可以全部转发给后台智能管控设备120c,也可以仅在需要对终端110进行智能接管的情况下,将当前尚未完成的会话信息发送给后台智能管控设备120c。输入获取服务器120b,可以被配置为从所述终端110获取用户输入的语音或文本,将所述语音或文本发送给所述后台智能管控设备120c。其中,所述终端110可以为智能手机、平板电脑等。
会话信息,即Session,包含用户会话所需的属性及配置信息、需要在整个用户会话过程中保持其状态的信息、例如登录信息或用户浏览Web应用程序时需要的其它信息、需要在页重新加载过程中或按功能分组的一组页之间保持其状态的对象、等等。
在图1所示实施环境的一种可能的实施方式中,如果终端110打开的是具备被智能接管能力的应用程序,则终端110和网络侧交互的整个未完成会话都可以被管控服务器120a完整记录。当该应用程序需要被接管时,管控服务器120a可以将记录的会话信息发送给后台智能管控设备120c。如果终端110和网络侧交互的会话已完成,则管控服务器120a可以丢弃该完整会话。具备被智能接管能力是指该应用程序可以响应于服务器侧120的触发从当前状态进入下一状态。而如果终端110未打开具备被智能管控能力的应用,则管控服务器120a可以不去记录会话信息。
可以理解的是,图1所示实施环境仅用于示意本发明实施例提供的方法,并不构成对本公开实施例的限制。示例地,本公开实施例所提供的方法可以直接应用于被智能接管的终端本身。具体地,例如,该终端同时存在具备被接管能力的应用程序(例如,在线超市应用,等)以及根据本公开实施例提供的智能控制方法所实现的程序模块。在需要对该应用程序进行智能接管的情况下,应用本公开实施例提供的智能控制方法所实现的程序模块可以获得针对该应用程序的会话信息,触发该应用程序进入下一状态。
图2是根据本公开第一方面的一示例性实施例示出的一种智能控制的方法的流程图。示例地,该方法可以应用于如图1所示的服务器侧120。该方法可以包括:
在步骤210中,判断终端的应用程序是否需要智能接管。
示例地,可以在接收到针对终端的应用程序的接管指令时,确定需要智能接管。或者,在终端工作在语音模式下且所述终端处于等待手动输入的状态超过预设时长时,确定需要智能接管。
这里的预设时长可以是技术人员设定的默认值,比如5s,也可以是由用户设定的数值。
在从终端接收接管指令的实施方式中,终端可以提示用户输入语音接管指令;或者,提示用户通过触摸屏手动输入接管指令,如,提示用户点击触摸屏显示的智能接管按钮,等。例如,以图3a所示的在线超市应用场景为例,用户在终端打开在线超市应用,将一些物品加入了购物车。但是不知怎么继续操作,此时,可以在该终端的在线超市应用中点击智能接管按钮301。结合图1所示实施环境,终端110响应于智能接管按钮301被按下,向管控服务器120a发送接管指令。
在终端工作在语音模式且等待手动输入的实施方式中,终端还可以显示倒计时读秒以便提示用户即将进入智能接管。例如,以图3b所示的即时语音聊天应用场景为例,用户在驾驶中,使用手机进行即时语音聊天。但是,由于手放在方向盘上,不便手动按住“按住说话”按钮,而距接收到对方最后一条聊天信息后的时间,已经即将达到预设时长。此时,可以在终端显示倒计时读秒,以提示用户即将进入智能接管。例如,如图3b所示的智能接管倒计时提示“3秒后进入智能接管”、“2秒后进入智能接管”、“1秒后进入智能接管”。另外,用户也可以通过语音控制智能接管倒计时取消。
在步骤220中,如果是,获取所述终端与网络侧针对所述应用程序交互的会话信息。
需要说明的的是,获取所述终端与网络侧针对所述应用程序交互的会话信息的步骤可以在判定需要智能接管之前已进行,也可以在判定需要智能接管时进行,本公开对此并不限制。
示例地,所述网络侧可以包括用于提供例如网上购物等服务的网站。
示例地,在图1所示实施环境中,当终端110的应用程序需要被智能接管时,终端110的控制权可以暂时交给后台智能管控设备120c,同时管控服务器120a将记录的会话信息发送给后台智能管控设备120c。
再示例地,在应用程序需要被智能接管这一状态持续的过程中,可以在所述网络侧针对所述应用程序反馈更新内容时,获取所述会话信息。这样既能够保证及时的获取到最新的会话信息,还能够避免频繁的执行获取的过程,降低处理资源的消耗。
另外,在如图1所示实施环境中,还可以根据所获取的更新内容在后台智能管控设备120c与所述终端110进行页面同步刷新。其中,可以由管控服务器120a来负责更新内容在终端110与后台智能管控设备120c的相同分发。例如,可以以代码形式分发,如HTML,XML格式,而非屏幕的拷贝,从而使终端110和后台智能管控设备120c两侧的页面内容保持一致,其中,页面内容显示形式可以不同。以在线超市应用场景为例,假设用户扫虹膜登录后,网络侧反馈结算页面,则管控服务器120a可以将此页面代码分发给终端110和后台智能管控设备120c,使两端都显示该结算页面的内容。
在步骤230中,根据所述会话信息确定所述应用程序的当前状态。
示例地,可以对所述会话信息进行关键信息的抓取,根据所述关键信息确定应用程序的当前状态。例如,可以抓取用户信息、支付信息、等关键信息,从而根据会话信息中的用户信息确定应用程序的当前状态是否为用户已登录、根据会话信息中的支付信息确定应用程序的当前状态是否为用户已支付、等等。
示例地,结合图1所示实施环境,可以由后台智能管控设备120c根据所述会话信息确定所述应用程序的当前状态。
在步骤240中,根据所述应用程序的当前状态触发所述应用程序进入下一状态。
示例地,可以预置不同状态之间切换的策略,从而在确定当前状态之后,可以根据预置的策略确定需要触发到的下一状态。
示例地,可以根据所述应用程序的当前状态,代替应用程序向网络侧发送所述应用程序进入下一状态的请求,从而在网络侧向所述应用程序反馈应用程序下一状态所需的更新页面信息时,由该更新页面信息到达终端而触发在终端的应用程序进入下一状态。
再示例地,可以根据所述应用程序的当前状态生成用于触发所述应用程序进入下一状态的触发指令,控制所述终端执行所述触发指令。例如,根据应用程序的当前状态为用户未登录,可以生成用于触发所述应用程序进入用户登录状态的触发指令。根据应用程序的当前状态为用户未支付,则可以生成用于触发所述应用程序进入支付状态的触发指令。以在线超市应用场景为例,假设根据当前的会话信息(比如当前会话信息中不包含用户的账户信息)确定用户尚未登录在线超市,进而所生成的触发指令可以为触发在线超市应用跳转到登录页面的指令。例如,可以触发在线超市应用跳转到虹膜登录页面,以便用户虹膜登录。
通过在终端执行触发指令来触发应用程序进入下一状态,相对于上一实施方式来说,无需例如购物网站的网络侧针对执行智能控制的方法的服务器提供相关请求的接口,更加易于实施。其中,所述触发指令可以为在应用程序外部对其界面中的按钮等控件进行操作的指令;或者,可以为通过应用程序提供的程序接口来调用该应用程序进入下一状态的指令。例如,结合图1所示实施环境以及图3b所示应用场景,可以由后台智能管控设备120c远程控制终端110执行点击“按住说话”按钮的触发指令,从而在即时语音聊天应用程序外部触发该即时语音聊天应用程序进入“按住说话”状态。再例如,也可以由后台智能管控设备120c通过即时语音聊天应用程序提供的程序接口来调用该即时语音聊天应用程序,使其进入“按住说话”状态。
为了能够成功触发应用程序进入下一状态,还需要确定会话信息中的关键信息是否满足从当前状态进入下一状态对信息的需要。因此,还可以对所述会话信息中的关键信息进行确信度评分,得到所述关键信息的确信度评分,判断所述关键信息的确信度评分是否满足所述当前状态的智能控制要求。在所述关键信息的确信度评分满足所述当前状态的智能控制要求的情况下,根据所述应用程序的当前状态触发所述应用程序进入下一状态。另外,在所述关键信息的确信度评分不满足智能控制要求的情况下,可以通知人工客服人工控制所述终端进行操作。
其中,可以通过以下方式从会话信息中抓取关键信息。例如,可以预置不同状态对应的关键信息模板。在需要抓取关键信息时,读取当前状态对应的关键信息模板。其中,关键信息模板中可以包括关键字段。在所述会话信息中抓取出所述关键字段对应的关键信息。通过该实施方式,可以根据当前状态准确提取到下一状态所需要的关键信息。例如,不同的关键字段可以对应一些预设的关键词,利用这些预设的关键词进行相应关键信息的抓取。
以上面提到的在线超市应用场景为例,得到会话信息后,根据当前状态为物品已加入购物车,从而读取出物品加入购物车对应的关键信息模板。其中,该关键信息模板中可以包括用户信息字段、物品信息字段、等等。进而,可以抓取到用户信息、物品信息等关键信息。又假设用户在终端登录后进入支付页面,根据当前状态为等待支付,从而可以读取出等待支付对应的关键信息模板。其中,等待支付对应的关键信息模板中可以包括配送地址字段、等等。进而可以抓取到配送地址信息等关键信息。
其中,对所述关键信息进行确信度评分的实施方式不限,可以根据实际需要设置。示例地,可以对所述关键信息是否为用户私密信息、是否包含对应的预设属性等来计算确信度评分。例如,关键信息的确信度评分按照确信程度从低到高可以分为1~5分。其中,1表示非常不确定,2表示不太确定,3表示一般,4表示比较确定,5表示非常确定。示例地,对于配送地址类的关键信息,其对应的预设属性可以包括“市”、“街道”、“区”、“门牌”。在地址类的关键信息包含“市”、“街道”、“区”、“门牌”属性的情况下,其确信度评分可以为5,在配送地址类的关键信息包含“市”、“街道”、“区”,而不包含“门牌”属性的情况下,确信度评分为4,在地址类的关键信息包含“市”、“区”,而不包含“街道”、“门牌”属性的情况下,确信度评分为3,依次类推。再示例地,对于银行卡类的关键信息,假设用户账户中并没有已绑定的银行卡信息,需要输入完整信息,而由于该信息重要性较高,智能系统可能并不能确定准确获取,因此,该关键信息被主动空缺(部分很关键的绝对不能出错的信息如果空缺,且人工智能并不确定能准确获取该关键信息,则将此字段可空缺并标定为非常不确定),银行卡信息的确信度评分被置为1,非常不确定,进而将触发人工客服人工控制终端进行操作。。
其中。所述判断所述关键信息的确信度评分是否满足所述当前状态的智能控制要求的实施方式可以包括:当所述关键信息的确信度评分满足所述当前状态所属等级对应的评分要求时,确定满足所述当前状态的智能控制要求。其中,不同等级对应的评分要求不同。通过该实施方式,将不同状态划分出不同优先级,对优先级较高的状态,可以制定出更高的智能控制要求,从而实现对状态转换准确自动控制的目的。
例如,假设当前状态为优先级最低的配送地址选择状态。最低优先级对应的智能控制要求为关键信息的确信度评分为4以上。假设抓取到的配送地址类的关键信息包含“市”、“街道”、“区”,而不包含“门牌”属性,确信度评分为4以上,则可以确定满足当前状态的智能控制要求。另外,还可以生成提醒用户语音输入“门牌”信息的提示。又例如,假设当前状态为优先级最高的等待支付状态。最高优先级对应的智能控制要求为所有关键信息中的每一条关键信息的确信度评分不能出现1,2,3分,且4分的占比低于5%,5分占比高于95%,而抓取到的银行卡的关键信息中4条确信度为5,1条确信度为3,不满足等待支付状态对应的智能控制要求,可以通知人工客服人工控制终端针对确信度为3的这条关键信息进行操作。
在终端通过触发指令触发应用程序进入下一状态的实施方式中,在抓取到应用程序从当前状态进入到下一状态所需要的关键信息之后,可以通过所述应用程序提供的接口为所述应用程序提供这些关键信息。以在线超市应用为例,可以将配送地址信息通过所述的应用程序接口填写到在线超市应用的地址填写文本框中。
为了能够成功触发应用程序进入下一状态,还可以从所述终端获取用户针对所述应用程序的智能接管输入的语音或文本,对所述语音或文本进行解析,得到所述应用程序进入下一状态所需的详细信息,根据所述应用程序的当前状态以及所述应用程序进入下一状态所需的详细信息,触发所述应用程序进入下一状态。例如,可以通过所述应用程序提供的接口为所述应用程序提供所述详细信息。
示例地,在关键信息不足而需要用户提供更多详细信息的情况下,可以生成提醒用户告知详细信息的提示信息,在终端播放该提示信息,以便用户根据该提示提供详细信息。例如,根据抓取到的配送地址信息确定用户的收货地址未填写完整,或预存地址有多个,则可以生成如“您的收货地址是用朝阳区还是海淀区”的语音提示,控制终端播放该语音提示。
为了保护用户隐私,在操作流程完成后,可以向终端发送消息以便告知用户后台智能接管结束,并清除所获取到的会话信息。
需要说明的是,在图1所示实施环境中,后台智能管控设备120c对终端110的远程控制,可以通过持有终端110的IP和端口来实现。为了保证终端110的安全,终端110还可以被配置为在需要智能管控时,为后台智能管控设备120c赋予控制权限。示例地,在用户确定进行智能管控时,终端110可以自动向后台智能管控设备120c提供自身的IP、端口、以及控制权限。在后台智能管控设备120c对终端110进行远程控制时,终端110的操作权可以暂时冻结也可以不冻结,或者,只在需要用户确认或输入部分信息时暂时解冻。在后台智能管控设备120c智能管控结束时,可以关闭远程控制,终端110的操作权则可以解冻。
可见,本公开实施例能够在用户操作不方便或对操作不熟悉时,自动智能地代用户触发应用程序进入下一状态,这样就能够降低应用程序的操作难度,极大地提升了便利性以及用户体验。
例如,本公开实施例提供的智能控制方法可以在语音交互中帮助用户触发应用程序完成选项选择。再例如,用户在驾驶过程中,用户不方便在显示器进行点击或翻页等操作,则可以代用户触发应用程序进入点击或翻页的状态,也可智能性地、更快地做出选择。因此,本公开实施例在用户操作不方便时的场景,或者想更省事的场景,以及终端操作不熟悉的场景下,能够给用户提供极大便利,提升用户体验。
图4是根据本公开第二方面的一示例性实施例示出的一种智能控制的装置400的框图。该装置可以配置于如图1所示的服务器侧120。该装置可以包括:接管判断模块410、会话获取模块420、状态确定模块430、触发模块440。
该接管判断模块410,可以被配置为判断终端的应用程序是否需要智能接管。
该会话获取模块420,可以被配置为获取所述终端与网络侧针对所述应用程序交互的会话信息。
该状态确定模块430,可以被配置为在所述接管判断模块410判定为是的情况下,根据所述会话获取模块420获取的所述会话信息确定所述应用程序的当前状态。
该触发模块440,可以被配置为根据所述状态确定模块430确定的当前状态触发所述应用程序进入下一状态。
图5是根据本公开第二方面的另一示例性实施例示出的一种智能控制的装置500的框图。该装置可以配置于如图1所示的服务器侧120。该装置还可以包括:评分确定模块460,可以被配置为对所述会话信息中的关键信息进行确信度评分,得到所述关键信息的确信度评分。评分判断模块461,可以被配置为判断所述关键信息的确信度评分是否满足所述当前状态的智能控制要求。其中,所述触发模块440可以被配置为在所述评分判断模块461判定所述关键信息的确信度评分满足所述当前状态的智能控制要求的情况下,根据所述应用程序的当前状态触发所述应用程序进入下一状态。
示例地,会话获取模块420可以被配置为在所述网络侧针对所述应用程序反馈更新内容时,获取所述会话信息。
示例地,评分判断模块461可以被配置为当所述关键信息的确信度评分满足所述当前状态所属等级对应的评分要求时,确定满足所述当前状态的智能控制要求,其中,不同等级对应的评分要求不同。
示例地,接管判断模块410可以被配置为在接收到针对所述终端的应用程序的接管指令时,确定需要智能接管;或者,在所述终端工作在语音模式下且所述终端处于等待手动输入的状态时,确定需要智能接管。
示例地,如图5所示,该装置还可以包括:信息获取模块470,可以被配置为在所述触发模块触发所述应用程序进入下一状态之前,从所述终端获取用户针对所述应用程序的智能接管输入的语音或文本。解析信息模块471,可以被配置为对所述语音或文本进行解析,得到所述应用程序进入下一状态所需的详细信息。其中,所述触发模块440可以被配置为根据所述应用程序的当前状态以及所述应用程序进入下一状态所需的详细信息,触发所述应用程序进入下一状态。
可见,本公开实施例中,由于获取了终端与网络侧针对所述应用程序交互的会话信息,在终端的应用程序需要智能接管时根据会话信息确定应用程序的当前状态,根据应用程序的当前状态触发应用程序进入下一状态,因此,能够在用户操作不方便或对操作不熟悉时,自动智能地代其触发应用程序进入下一状态,这样就能够降低应用程序的操作难度,极大地提升了便利性以及用户体验。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关方法的实施例中进行了详细描述,此次将不做详细阐述说明。
在本公开第三方面的示例性实施例中,提供了一种计算机程序产品。所述计算机程序产品包含能够由可编程的装置执行的计算机程序,所述计算机程序具有当由所述可编程的装置执行时用于执行本公开任意实施例所述智能控制的方法的代码部分。
在本公开实施例第四方面的示例性实施例中,提供了一种非临时性计算机可读存储介质。所述非临时性计算机可读存储介质中包括一个或多个程序,所述一个或多个程序用于执行本公开任意实施例所述智能控制的方法。示例地,该非临时性计算机可读存储介质可以是ROM、随机存取存储器(Random Access Memory,简称RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在本公开第五方面的示例性实施例中,提供了一种电子设备。图6是根据本公开第五方面的一示例性实施例示出的电子设备600的框图。如图6所示,该电子设备可以包括:处理器601,存储器602,多媒体组件603,输入/输出(I/O)接口604,以及通信组件605。
其中,处理器601用于控制该电子设备600的整体操作,以完成上述的智能控制的方法中的全部或部分步骤。存储器602用于存储各种类型的数据以支持在该电子设备600的操作,这些数据的例如可以包括用于在该电子设备600上操作的任何应用程序或方法的指令,以及应用程序相关的数据,例如联系人数据、收发的消息、图片、音频、视频等等。该存储器602可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,例如静态随机存取存储器(Static Random Access Memory,简称SRAM),电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,简称EEPROM),可擦除可编程只读存储器(Erasable Programmable Read-Only Memory,简称EPROM),可编程只读存储器(Programmable Read-Only Memory,简称PROM),只读存储器(Read-Only Memory,简称ROM),磁存储器,快闪存储器,磁盘或光盘。多媒体组件603可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏,音频组件用于输出和/或输入音频信号。例如,音频组件可以包括一个麦克风,麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器602或通过通信组件605发送。音频组件还包括至少一个扬声器,用于输出音频信号。I/O接口604为处理器601和其他接口模块之间提供接口,上述其他接口模块可以是键盘,鼠标,按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件605用于该电子设备600与其他设备之间进行有线或无线通信。无线通信,例如Wi-Fi,蓝牙,近场通信(Near FieldCommunication,简称NFC),2G、3G或4G,或它们中的一种或几种的组合,因此相应的该通信组件605可以包括:Wi-Fi模块,蓝牙模块,NFC模块。
在一示例性实施例中,电子设备600可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit,简称ASIC)、数字信号处理器(DigitalSignal Processor,简称DSP)、数字信号处理设备(Digital Signal Processing Device,简称DSPD)、可编程逻辑器件(Programmable Logic Device,简称PLD)、现场可编程门阵列(Field Programmable Gate Array,简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述的智能控制的方法。
在本公开第六方面的示例性实施例中,提供了一种智能控制系统。图7是根据本公开第六方面的一示例性实施例示出的智能控制系统的框图。如图7所示,该智能控制系统可以包括:管控服务器701,以及,如本公开第五方面示例性实施例提供的电子设备702。
其中,所述管控服务器701,可以被配置为在终端与网络侧之间,记录所述终端与网络侧交互的会话信息,在需要对终端进行智能接管的情况下,将所述会话信息发送给所述电子设备702。
示例地,如图7所示,该系统还可以包括:输入获取服务器703。该输入获取服务器703,可以被配置为从所述终端获取用户输入的语音或文本,将所述语音或文本发送给所述电子设备702。
示例地,该管控服务器701还可以被配置为在所述网络侧针对所述应用程序反馈更新内容时,将所述更新内容发送给所述电子设备702与所述终端。
以上结合附图详细描述了本公开的优选实施方式,但是,本公开并不限于上述实施方式中的具体细节,在本公开的技术构思范围内,可以对本公开的技术方案进行多种简单变型,这些简单变型均属于本公开的保护范围。
另外需要说明的是,在上述具体实施方式中所描述的各个具体技术特征,在不矛盾的情况下,可以通过任何合适的方式进行组合。为了避免不必要重复,本公开对各种可能的组合方式不再另行说明。
此外,本公开的各种不同的实施方式之间也可以进行任意组合,只要其不违背本公开的思想,其同样应当视为本公开所公开的内容。