具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚,下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
为方便理解,首先结合图1对本公开实施例的应用场景进行说明:
图1为本公开实施例提供的信息显示的应用场景示意图。参考图1,该场景包括:终端设备100、第一平台101和第二平台102。
其中,第一平台101可以为云服务器实例,对于其具体类型,本公开实施例不做具体限定。在实际应用中,在第一平台101上搭载有应用程序,用户可以通过第一平台101来运行云端应用。然而,目前在使用第一平台101时,无法对第一平台101的运行情况进行相应的监控,从而导致用户的云端应用体验较差。
有鉴于此,本公开实施例提供一种信息显示方法、装置、设备及存储介质,通过第二平台102来实现对第一平台101的管理与监控。
一种实现方式中,通过在终端设备100上运行第二平台102,以在终端设备100的界面上展示第二平台102的管理页面,从而通过终端设备100在第二平台102的管理页面上触发第二平台100的相应功能,进而实现第一平台101的可视化管理。应理解,每个第二平台102可以用于管理用户的多个第一平台101(图中以一个为例示出,但不以此为限定)。
具体的,终端设备100的界面中显示有包含多个第一平台101的平台列表,当用户在平台列表中选中某一个第一平台101时,会在终端设备100的界面中显示第一平台101的运维页面,以使得用户可以通过运维页面实时监控第一平台101的运行情况,进而提升用户的应用体验。
需要说明的是,本公开实施例对于第二平台102的类型不做具体限定,例如,其可以为以下任意一种:平台即服务(Platform as a Service,PaaS)平台、软件即服务(Software as a Service,SaaS)平台、基础设施即服务(Infrastructure as a Service,IaaS)平台或者后端即服务(Backend as a Service,BaaS)平台等。
下面以具体地实施例对本公开的实施例的技术方案以及本公开的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本公开的实施例的实施例进行描述。
图2为本公开实施例提供的信息显示方法的流程示意图一。参考图2,本实施例信息显示方法包括以下步骤:
S201、在终端设备的界面中显示平台列表。
其中,平台列表中包括至少一个平台对应的平台标识。
S202、响应于用户对第一平台的平台标识的选择操作,在终端设备的界面上显示第一平台的运维页面。
为方便理解,接下来参考图3对本方案进行详细说明,图3为本公开一实施例提供的信息显示的示意图。如图3所示,在终端设备的界面上显示有平台列表,该平台列表中包括至少一个平台对应的平台标识,即图中的平台1、平台2、平台3…平台n,对于平台标识的类型,本公开实施例不做具体限定,例如,可以为平台的图标、名称、ID等标识中的任意一种或多种。
在一些实施例中,在终端设备的界面上还可以显示其他信息,例如,每个平台对应的状态、详细信息等,此处不再一一赘述。
进一步的,当用户对平台列表中的平台标识进行选择时,在终端设备的界面显示该平台的运维页面。在实际应用中,对平台标识的选择操作的方式有多种,例如,可以通过点击平台标识进行选择、语音输入平台标识进行选择或者通过文字输入平台标识进行选择,其中,图3中以点击选择为例示出,但不以此为限定。
以第一平台为平台1为例,当用户在终端设备上选择平台1之后,在终端设备的界面上会显示平台1的运维页面,其中,运维页面中可以包括推流页面、控制页面以及监控页面中的至少一种。
一些实施例中,推流页面用于显示第一平台的推流数据,例如,推流数据可以是音频数据、视频数据等;控制页面用于显示第一平台的服务信息,例如,服务信息可以是应用列表、控制入口(图中的ADB Shell)或者文件管理等;监控页面用于显示第一平台的运行信息,例如,中央处理器(Central Processing Unit,CPU)运行情况、图形处理器(GraphicsProcessing Unit,缩写:GPU)运行情况以及内存等信息等(图中以CPU运行情况为例示出,但不以此为限定)。
本实施例提供的信息显示方法,能够在终端设备的显示页面中实时的显示第一平台的运维页面,从而可以通过运维页面实时监控第一平台的运维信息,进一步提升用户对第一平台的应用体验。
在实际应用中,推流页面与用户终端的界面相同,当用户开启推流功能后,在终端设备的推流页面显示推流数据的同时,还可以在用户终端上展示推流数据。具体的,第二平台实时获取用户终端的界面信息,并将用户终端的界面展示在推流页面中,当用户开启推流功能时,第一平台会同步将推流数据发送至第二平台和用户终端,从而在用户终端和第二平台的推流页面同步显示第一平台的推流数据。
接下来,结合图4对如何通过第二平台实现在终端设备的界面上显示第一平台运维页面的方案进行详细说明。
图4为本公开实施例提供的信息显示方法的信令交互图一。如图4所示,在本公开实施例提供的信息显示方法中,第二平台和终端设备执行如下步骤:
S301、第二平台向终端设备发送平台列表。
S302、终端设备在界面中显示平台列表。
S303、终端设备响应于用户对第一平台的平台标识选择操作,向第二平台发送运维页面获取请求。
其中,运维页面请求用于获取第一平台的运维页面。
S304、第二平台根据运维页面获取请求,获取第一平台对应的运维页面。
S305、第二平台向终端设备发送第一平台对应的运维页面。
S306、终端设备在界面上显示第一平台对应的运维页面。
其中,运维页面中可以包括推流页面、控制页面以及监控页面中的至少一种。
具体的,当运维页面中包括推流页面时,在推流页面中显示推流数据,推流数据包括:音频数据和/或视频数据;当运维页面中包括控制页面时,在控制页面显示第一平台的服务信息,服务信息,例如是:应用列表信息、控制面板(图中的ADB Shell)和文件管理信息等;当运维页面中包括监控页面时,在推流页面中显示第一平台的运行数据,例如,CPU运行情况等。
本公开实施例中,通过在终端设备的显示页面显示第一平台的服务信息和运行数据,用户可以实时查看第一平台的运行情况,进而提升用户体验。
以控制页面为例,图5为本公开实施例提供的控制页面的信息显示示意图。如图5所示,控制页面上可以包括应用列表、控制入口(图中的ADB Shell)和文件管理等多个控制组件,用户可以通过选择上述任意组件,从而查看该组件对应的服务信息。
具体的,当用户选择应用列表对应的组件时,在控制页面中显示第一平台安装的应用程序的相关信息,应用程序的相关信息例如是,应用标识(例如,应用图标、编号等)、应用名称、应用类型(例如,游戏应用、办公应用等)、应用版本、应用大小、应用的运行情况等。
当用户选择ADB Shell对应的组件时,在控制页面中显示输入框,用于输入控制指令,从而通过控制指令对第一平台进行控制。
当用户选择文件管理对应的组件时,在控制页面中显示第一平台的文件信息,例如是,文件标识(文件名称、文件图标等)、文件类型(本地文件、云端文件等)、文件大小、文件上传时间和其他操作组件(例如,删除、查看详情等)。
在一些实施例中,当运维页面中包括推流页面时,用户还可以根据需求获取推流数据或者关闭推流数据,接下来结合图6、图7对本方案进行详细说明:
图6为本公开实施例提供的推流页面的信息显示的示意图。如图6所示,在第一平台的运维页面中,还包括推流控制组件。其中,当推流页面当中未显示推流数据时,该控制组件用于启动推流,即当用户触发该控制组件时,终端设备获取推流数据,并在推流页面中显示推流数据。
进一步的,当在推流页面中显示有推流数据时,该控制组件用于关闭推流,即当用户触发该组件时,推流页面不显示推流数据。
为方便理解,下面结合实施例对推流数据获取过程进行详细说明,图7为本公开实施例提供的信息显示方法的信令交互图二。如图7所示,在本公开实施例提供的信息显示方法中,第二平台和终端设备分别执行如下步骤:
S401、终端设备响应于用户在终端设备的推流数据获取的触发操作,发送推流数据获取请求。
S402、第二平台向终端设备发送数据通道信息和安全凭证。
S403、第二平台向第一平台发送数据通道信息和安全凭证。
S404、终端设备根据数据通道信息和安全凭证,加入数据通道信息对应的数据通道。
相应的,第一平台也根据数据通道信息和安全凭证,加入数据通道信息对应的数据通道,进而通过数据通道向终端设备发送推流数据。
需要说明的是,对于终端设备和第一平台,根据数据通道信息和安全凭证加入数据通道的方案,可参考现有方案,此处不再赘述。
S405、终端设备通过数据通道获取第一平台发送的推流数据。
S406、终端设备在推流界面显示推流数据。
应理解,终端设备的推流数据显示方案与图6所示实施例中的方案相同,此处不再赘述。
通过本公开实施例,用户可以根据需求开启或关闭推流数据,从而满足用户个性化需求,提升用户体验。
在一些实施例中,运维页面中还包括:至少一个控制组件,其中,控制组件包括以下至少一种:页面大小调节组件、音量调节组件、页面方向调节组件、通知栏控制组件、推流数据进度调整组件、菜单页控制组件、屏幕录制组件、截屏控制组件和页面切换组件。
图8为本公开实施例提供的推流页面的信息显示的示意图二。如图8所示,当用户触发旋转组件时,将终端设备的界面中显示的推流页面进行旋转。需要说明的是,对于旋转方向和旋转角度,本公开实施例不做具体限定,例如,可以设定为每触发一次旋转组件,推流页面顺时针旋转90°。
图9为本公开实施例提供的推流页面的信息显示的示意图三。如图9所示,当用户触发通知栏控制组件时,在推流页面中显示通知栏,从而在通知栏中显示第一平台的通知消息。
需要说明的是,其他控制组件对应的显示方法与上述组件相同,此处不再一一赘述。
另外,上述图中所示的各控制组件的排列方式为示例性的,并非对本公开的具体限定,在实际应用中各控制组件还可以以其他方式显示在第一平台的运维页面中,例如,均排列在推流页面的任意一侧。
为方便理解,下面结合实施例对推流页面或者推流数据的调整过程进行详细说明。图10为本公开实施例提供的信息显示方法的信令交互图二。如图10所示,在本公开实施例提供的信息显示方法中,在对推流页面或者推流数据进行调整时,第二平台和终端设备分别执行如下步骤:
S501、终端设备响应于用户对控制组件的触发操作,向第二平台发送控制组件对应的控制信息。
S502、第二平台根据控制信息,调整推流页面,和/或,调整推流页面中的推流数据。
S503、第二平台向终端设备发送调整后的推流页面,和/或,调整后的推流数据。
S504、终端设备显示调整后的推流页面,和/或,在终端设备显示调整后的推流数据。
通过本公开实施例提供的方案,用户可以通过第二平台实时的调整推流数据,满足用户的个性化需求,进而提升用户体验。
一些实施例中,终端设备还可以通过第二平台对第一平台的运维页面进行配置。具体包括如下步骤:
1)终端设备显示第一平台的配置页面,配置页面中包括多个配置组件。
图11为本公开实施例提供的配置页面的信息显示的示意图。如图11所示,当用户选择需要进行配置的平台后,在终端设备的界面上显示平台的配置页面。
其中,配置页面包括多个配置组件,例如是,运维页面大小配置组件、运维页面的分辨率配置组件以及运维页面的样式配置组件等。
2)响应于用户对配置组件的触发操作,根据触发操作对待配置运维页面进行配置。
应理解,本公开实施例对于触发操作的方式不做具体限定,例如,通过上下/左右方向的滑动操作来选择需要的参数。另外,用户还可以根据需求在相应的配置区域填写相应的参数。
3)响应于用户的配置完成操作,确定当前的待配置运维页面为第一平台的运维页面。
具体的,当用户配置完成时,触发“确定”按钮时,按照当前设置的配置参数生成相应的运维页面。
需要说明的是,配置组件还可以包括其他类型的组件,例如,预览组件、取消组件、撤销组件等。示例性的,用户在完成参数配置后,可以先触发“预览”组件,从而根据当前的配置参数生成供用户预览的运维页面;当用户触发取消组件时,可以回到平台选择页面,即在终端设备的界面中显示平台选择页面。
4)在终端设备的界面显示第一平台的运维页面。
为方便理解,下面结合具体实施例对配置第一平台运维页面的过程进行详细说明。图12为本公开实施例提供的信息显示方法的信令交互图四,如图12所示,在本公开实施例提供的信息显示方法中,在通过第二平台对第一平台的运维页面进行配置时,第二平台和终端设备分别执行如下步骤:
S601、终端设备响应于用户对于配置组件的触发操作,向第二平台发送当前触发操作对应的配置信息。
S602、第二平台根据当前配置信息,对第一平台的运维页面进行配置。
具体的,第二平台将配置信息发送给第一平台,配置信息用于指示第一平台根据配置信息对运维页面进行配置。
进一步的,第二平台获取第一平台根据当前触发操作进行配置获得的待配置运维页面,从而实现对第一平台运维页面的配置。
S603、第二平台向终端设备发送当前触发操作对应的待配置运维页面。
S604、响应于用户的配置完成操作,确定当前的带配置页面为第一平台的运维页面。
S605、终端设备在界面上显示第一平台的运维页面。
需要说明的是,步骤S604~S605与图11所示实施例的方案类似,具体可参考上述,此处不再赘述。
通过本公开实施例,用户可以通过第二平台对第一平台的运维页面进行个性化设置,从而提升用户体验。
一些实施例中,终端设备还可以对第一平台的应用程序进行管理,例如,在第一平台安装应用程序,或者卸载第一平台上的应用程序,具体包括如下步骤:
1)响应于用户在终端设备的应用程序管理的触发操作,在终端设备的界面上显示应用程序管理页面,去,应用程序管理页面包括:应用程序安装页面和应用程序卸载页面。
2)响应于用户对待处理应用程序的控制操作,在运维页面中显示待处理应用程序对应的标识,或者删除运维页面中的待处理应用程序对应的标识;
其中,控制操作包括:安装操作或者卸载操作,相应的,待处理应用程序包括:待安装应用程序、待卸载应用程序。
图13为本公开实施例提供的应用程序管理页面的信息显示示意图一。如图13所示,当用户触发应用程序安装操作时,在终端设备的界面显示如图13所示的应用程序安装页面,该页面可以包括:文件上传组件、应用安装组件、取消组件等多个组件。
在实际应用中,用户通过触发“上传文件”组件,上传待安装应用程序的安装包、图标等文件,并填写待安装应用程序的相关信息,例如,名称、类型等。
进一步的,选择安装该待安装应用程序的目标平台,当操作完成后,通过触发“安装”组件,从而将该待安装组件安装于目标平台上。
可选的,在安装过程中,用户可以随时触发“取消”组件,从而退出应用程序安装页面。
相应的,在安装完成后,还可以在该平台的运维页面上显示该应用程序。
图14为本公开实施例提供的应用程序管理页面的信息显示示意图二。如图14所示,当用户触发某一平台的应用程序卸载操作时,在终端设备的显示界面显示如图14所示的应用程序卸载页面,该页面包括:该平台已安装的应用程序标识,以及卸载组件、修改组件、取消组件等。
用户可以选择待卸载应用程序的标识,再通过触发“卸载”组件,以实现对该应用程序的卸载。需要说明的是,对于选择待卸载应用程序的方式,本公开实施例不做具体限定,例如,可以逐个选择待卸应用程序进行卸载,也可以批量选择多个待卸载应用程序,从而实批量卸载。
相应的,在卸载完成后,删除已安装应用程序列表中该应用程序对应的标识。
可选的,在卸载过程中,用户可以随时触发“取消”组件,从而退出应用程序卸载页面。
一些实施例中,还可以在该页面通过触发“修改”组件,从而对已安装的应用程序进行修改,例如,可以修改应用程序的名称、类型、图标等信息,其操作过程及原理与上述方案类似,此处不再赘述。
为方便理解,下面结合具体实施例对应用程序管理过程进行详细说明:图15为本公开实施例提供的信息显示方法的信令交互图五。如图15所示,在本公开实施例提供的信息显示方法中,在通过第二平台对第一平台的应用程序进行管理时,第二平台和终端设备分别执行如下步骤:
S701、响应于用户在终端设备的应用程序管理的触发操作,在终端设备的界面上显示应用程序管理页面。
S702、响应于用户对待处理应用程序的控制操作,向第二平台发送控制数据。
S703、根据控制数据,在第一平台安装待处理应用程序,或者卸载第一平台中的待处理应用程序。
S704、若控制操作为安装操作,则在运维页面中显示待处理应用程序对应的标识,若控制操作为卸载操作,则运维页面中的待处理应用程序对应的标识。
对应于上文实施例所示的信息显示方法,图16为本公开实施例提供的信息显示装置的示意图一。为了便于说明,仅示出了与本公开实施例相关的部分。如图16所示,该信息显示装置800包括:
显示模块801,在终端设备的界面中显示平台列表,平台列表中包括至少一个平台对应的平台标识;
处理模块802,用于响应于用户对第一平台的平台标识的选择操作,在终端设备的界面上显示第一平台的运维页面,其中,运维页面中包括:推流页面、控制页面以及监控页面中的至少一种。
在本公开的一个实施例中,处理模块802具体用于:响应于用户对第一平台的平台标识选择操作,向第二平台发送第一平台的运维页面获取请求;获取第二平台根据运维页面获取请求发送的配置数据;根据配置数据在终端设备的界面上显示第一平台的运维页面。
在本公开的一个实施例中,显示模块801还用于:当运维页面中包括推流页面时,在推流页面中显示推流数据,推流数据包括:音频数据和/或视频数据;
当运维页面中包括控制页面时,在控制页面显示第一平台的服务信息,服务信息包括:应用列表、控制入口和文件信息中的至少一种;当运维页面中包括监控页面时,在监控页面中显示第一平台的运行数据。在本公开的一个实施例中,显示模块801具体用于:响应于用户在终端设备的获取推流数据的触发操作,在推流界面显示推流数据。
在本公开的一个实施例中,显示模块801具体用于:响应于用户在终端设备的推流数据获取的触发操作,向第二平台发送推流数据获取请求;获取第二平台根据推流数据获取请求发送的数据通道信息和安全凭证;根据数据通道信息和安全凭证,加入数据通道信息对应的数据通道;通过数据通道获取第一平台发送的推流数据,并在推流页面显示推流数据。
在本公开的一个实施例中,运维页面中还包括:至少一个控制组件,其中,控制组件包括以下至少一种:页面大小调节组件、音量调节组件、页面方向调节组件、通知栏控制组件、推流数据进度调整组件、菜单页控制组件、屏幕录制组件、截屏控制组件和页面切换组件;
处理模块802还用于:响应于用户对控制组件的触发操作,根据触发操作调整推流页面,或者根据触发操作调整推流页面中的推流数据。
在本公开的一个实施例中,处理模块802具体用于:响应于用户对控制组件的触发操作,发送控制组件对应的控制信息至第二平台,控制信息用于指示在第二平台调整推流页面,和/或,指示在第二平台调整推流页面中的推流数据;显示模块801还用于:在终端设备显示调整后的推流页面,和/或,在终端设备显示调整后的推流数据。
在本公开的一个实施例中,显示模块801还用于:在终端设备显示第一平台的配置页面,配置页面中包括多个配置组件,其中,配置组件包括以下至少一种:运维页面大小、运维页面的分辨率以及运维页面的样式;响应于用户对配置组件的触发操作,根据触发操作对待配置运维页面进行配置;响应于用户的配置完成操作,确定当前的待配置运维页面为第一平台的运维页面;在终端设备的界面显示第一平台的运维页面。
在本公开的一个实施例中,处理模块802还用于:响应于用户对配置组件的触发操作,向第二平台发送触发操作对应的配置信息,配置信息用于指示对第一平台对运维页面进行配置;接收当前触发操作对应的待配置运维页面。
在本公开的一个实施例中,处理模块802还用于:响应于用户在终端设备的应用程序管理的触发操作,在终端设备的界面上显示应用程序管理页面;响应于用户对待处理应用程序的控制操作,在运维页面中显示待处理应用程序对应的标识,或者删除运维页面中的待处理应用程序对应的标识;其中,控制操作包括:安装操作或者卸载操作。
在本公开的一个实施例中,处理模块802还用于:响应于用户对待处理应用程序的控制操作,向第二平台发送控制数据,控制数据用于指示在第一平台安装待处理应用程序,或者指示卸载第一平台中的待处理应用程序;若控制操作为安装操作,则在运维页面中显示待处理应用程序对应的标识;若控制操作为卸载操作,则删除运维页面中的待处理应用程序对应的标识。
本实施例提供的上述信息显示装置,可用于执行上述信息显示方法所示实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
对应于上文实施例所示的信息显示方法,图17为本公开实施例提供的信息显示装置的示意图二。为了便于说明,仅示出了与本公开实施例相关的部分。如图17所示,该信息显示装置900包括:
发送模块901,用于发送平台列表至终端设备,平台列表中包括至少一个平台对应的平台标识;接收模块902,用于接收终端设备发送的第一平台的运维页面获取请求;处理模块903,还用于根据运维页面获取请求,获取第一平台对应的运维页面,并向终端设备发送第一平台对应的运维页面,其中,运维页面中包括推流页面、控制页面以及监控页面中的至少一种。
在本公开的一个实施例中,发送模块901具体用于:根据运维页面获取请求,获取第一平台的配置数据;向终端设备发送配置数据,其中,配置数据用于在终端设备的界面上显示第一平台的运维页面。
在本公开的一个实施例中,接收模块902还用于:获取终端设备发送的推流数据获取请求;
发送模块902还用于:根据推流数据获取请求,向终端设备和第一平台发送数据通道信息和安全凭证;其中,数据通道信息和安全凭证用于终端设备和第一平台进入数据通道信息对应的数据通道,数据通道用于终端设备获取第一平台发送的推流数据,推流数据包括以下至少一种:音频数据和/或视频数据。
在本公开的一个实施例中,发送模块901还用于:向终端设备发送第一平台的配置页面,配置页面中包括多个配置组件,其中,配置组件包括以下至少一种:运维页面大小、运维页面的分辨率以及运维页面的样式;
接收模块902还用于:接收终端设备发送的当前触发操作对应的配置信息;发送模块901还用于:将配置信息发送给第一平台,配置信息用于指示第一平台根据配置信息对运维页面进行配置。
在本公开的一个实施例中,接收模块902还用于:接收终端设备发送的应用程序管理的触发操作对应的控制信息;发送模块901还用于:发送应用程序管理页面至终端设备,应用程序管理页面用于终端设备管理待处理应用程序;接收模块902还用于:接收终端设备发送的控制操作对应的控制数据;处理模块903还用于:根据控制数据,在第一平台安装待处理应用程序,或者卸载第一平台中的待处理应用程序。
本实施例提供的上述信息显示装置,可用于执行上述信息显示方法所示实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
图18为本公开实施例提供的电子设备的结构示意图。其示出了适于用来实现本公开实施例的电子设备1000的结构示意图,该电子设备1000可以为终端设备或上述第二平台。其中,终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、个人数字助理(Personal Digital Assistant,简称PDA)、平板电脑(Portable Android Device,简称PAD)、便携式多媒体播放器(Portable Media Player,简称PMP)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。
应理解,图18示出的电子设备仅仅是一个示例,不应对本公开实施、例的功能和使用范围带来任何限制。
如图18所示,电子设备1000可以包括处理装置(例如中央处理器、图形处理器等)1001,其可以根据存储在只读存储器(Read Only Memory,简称ROM)1002中的程序或者从存储装置1008加载到随机访问存储器(Random Access Memory,简称RAM)1003中的程序而执行各种适当的动作和处理。在RAM 1003中,还存储有电子设备1000操作所需的各种程序和数据。处理装置1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。
通常,以下装置可以连接至I/O接口1005:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置1006;包括例如液晶显示器(Liquid CrystalDisplay,简称LCD)、扬声器、振动器等的输出装置1007;包括例如磁带、硬盘等的存储装置1008;以及通信装置10010。通信装置10010可以允许电子设备1000与其他设备进行无线或有线通信以交换数据。虽然图18示出了具有各种装置的电子设备1000,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置10010从网络上被下载和安装,或者从存储装置1008被安装,或者从ROM 1002被安装。在该计算机程序被处理装置1001执行时,执行本公开实施例的方法中限定的上述功能。
需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备执行上述实施例所示的方法。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LocalArea Network,简称LAN)或广域网(Wide Area Network,简称WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定,例如,第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外,虽然采用特定次序描绘了各操作,但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地,在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。