具体实施方式

为便于对申请的技术方案进行，以下首先在对本申请所涉及到的一些概念进行说明。

为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。

术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

术语“模块”是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。

图1为根据实施例中显示设备与控制装置之间操作场景的示意图。如图1所示，用户可通过智能设备300或控制装置100操作显示设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式，通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等输入用户指令，来控制显示设备200。

在一些实施例中，也可以使用智能设备300(如移动终端、平板电脑、计算机、笔记本电脑等)以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。

在一些实施例中，显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制设备来接收用户的语音指令控制。

在一些实施例中，显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。

图2示例性示出了根据示例性实施例中控制装置100的配置框图。如图2所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。

图3示出了根据示例性实施例中显示设备200的硬件配置框图。

在一些实施例中，显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。

在一些实施例中控制器包括处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用于输入/输出的第一接口至第n接口。

在一些实施例中，显示器260包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于接收源自控制器输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI界面。

在一些实施例中，显示器260可为液晶显示器、OLED显示器、以及投影显示器，还可以为一种投影装置和投影屏幕。

在一些实施例中，通信器220是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如：通信器可以包括Wifi模块，蓝牙模块，有线以太网模块等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。显示设备200可以通过通信器220与外部控制设备100或服务器400建立控制信号和数据信号的发送和接收。

在一些实施例中，用户接口，可用于接收控制装置100(如：红外遥控器等)的控制信号。

在一些实施例中，检测器230用于采集外部环境或与外部交互的信号。例如，检测器230包括光接收器，用于采集环境光线强度的传感器；或者，检测器230包括图像采集器，如摄像头，可以用于采集外部环境场景、用户的属性或用户交互手势，再或者，检测器230包括声音采集器，如麦克风等，用于接收外部声音。

在一些实施例中，外部装置接口240可以包括但不限于如下：高清多媒体接口接口(HDMI)、模拟或数据高清分量输入接口(分量)、复合视频输入接口(CVBS)、USB输入接口(USB)、RGB端口等任一个或多个接口。也可以是上述多个接口形成的复合性的输入/输出接口。

在一些实施例中，调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及EPG数据信号。

在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。

在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。例如：响应于接收到用于选择在显示器260上显示UI对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。

在一些实施例中，所述对象可以是可选对象中的任何一个，例如超链接、图标或其他可操作的控件。与所选择的对象有关操作有：显示连接到超链接页面、文档、图像等操作，或者执行与所述图标相对应程序的操作。

在一些实施例中控制器包括中央处理器(Central Processing Unit，CPU)，视频处理器，音频处理器，图形处理器(Graphics Processing Unit，GPU)，RAM Random AccessMemory，RAM)，ROM(Read-Only Memory,ROM)，用于输入/输出的第一接口至第n接口，通信总线(Bus)等中的至少一种。

CPU处理器。用于执行存储在存储器中操作系统和应用程序指令，以及根据接收外部输入的各种交互指令，来执行各种应用程序、数据和内容，以便最终显示和播放各种音视频内容。CPU处理器，可以包括多个处理器。如，包括一个主处理器以及一个或多个子处理器。

在一些实施例中，图形处理器，用于产生各种图形对象，如：图标、操作菜单、以及用户输入指令显示图形等。图形处理器包括运算器，通过接收用户输入各种交互指令进行运算，根据显示属性显示各种对象；还包括渲染器，对基于运算器得到的各种对象，进行渲染，上述渲染后的对象用于显示在显示器上。

在一些实施例中，视频处理器，用于将接收外部视频信号，根据输入信号的标准编解码协议，进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等视频处理，可得到直接可显示设备200上显示或播放的信号。

在一些实施例中，视频处理器，包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等。其中，解复用模块，用于对输入音视频数据流进行解复用处理。视频解码模块，用于对解复用后的视频信号进行处理，包括解码和缩放处理等。图像合成模块，如图像合成器，其用于将图形生成器根据用户输入或自身生成的GUI信号，与缩放处理后视频图像进行叠加混合处理，以生成可供显示的图像信号。帧率转换模块，用于对转换输入视频帧率。显示格式化模块，用于将接收帧率转换后视频输出信号，改变信号以符合显示格式的信号，如输出RGB数据信号。

在一些实施例中，音频处理器，用于接收外部的音频信号，根据输入信号的标准编解码协议，进行解压缩和解码，以及降噪、数模转换、和放大处理等处理，得到可以在扬声器中播放的声音信号。

在一些实施例中，用户可在显示器260上显示的图形用户界面(GUI)输入用户命令，则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。

在一些实施例中，“用户界面”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(Graphic User Interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

在一些实施例中，显示设备的系统可以包括内核(Kernel)、命令解析器(shell)、文件系统和应用程序。内核、shell和文件系统一起组成了基本的操作系统结构，它们让用户可以管理文件、运行程序并使用系统。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(IPC)。内核启动后，再加载Shell和用户应用程序。应用程序在启动后被编译成机器码，形成一个进程。

显示设备的系统可以包括内核(Kernel)、命令解析器(shell)、文件系统和应用程序。内核、shell和文件系统一起组成了基本的操作系统结构，它们让用户可以管理文件、运行程序并使用系统。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(IPC)。内核启动后，再加载Shell和用户应用程序。

应用程序在启动后被编译成机器码，形成一个进程。

显示设备的系统可以包括内核(Kernel)、命令解析器(shell)、文件系统和应用程序。内核、shell和文件系统一起组成了基本的操作系统结构，它们让用户可以管理文件、运行程序并使用系统。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(IPC)。内核启动后，再加载Shell和用户应用程序。

应用程序在启动后被编译成机器码，形成一个进程。

如图4所示，将显示设备的系统分为三层，从上至下分别为应用层、中间件层和硬件层。

应用层主要包含电视上的常用应用，以及应用框架(Application Framework)，其中，常用应用主要是基于浏览器Browser开发的应用，例如：HTML5 APPs；以及原生应用(Native APPs)。

应用框架(Application Framework)是一个完整的程序模型，具备标准应用软件所需的一切基本功能，例如：文件存取、资料交换...，以及这些功能的使用接口(工具栏、状态列、菜单、对话框)。

原生应用(Native APPs)可以支持在线或离线，消息推送或本地资源访问。

中间件层包括各种电视协议、多媒体协议以及系统组件等中间件。中间件可以使用系统软件所提供的基础服务(功能)，衔接网络上应用系统的各个部分或不同的应用，能够达到资源共享、功能共享的目的。

硬件层主要包括HAL接口、硬件以及驱动，其中，HAL接口为所有电视芯片对接的统一接口，具体逻辑由各个芯片来实现。驱动主要包含：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。

在一些实施例中的硬件或软件架构可以基于上述实施例中的介绍，在一些实施例中可以是基于相近的其他硬件或软件架构，可以实现本申请的技术方案即可。

在一些实施例中，显示设备启动后可以直接进入上次选择的信号源的显示界面，或者信号源选择界面，其中信号源可以是预置的视频点播程序，还可以是HDMI接口，直播电视接口等中的至少一种，用户选择不同的信号源后，显示器可以显示从不同信号源获得的内容。

在一些实施例中，显示设备上可以同时运行多个应用，用户如果想要操作一个应用，可将这个应用调到前台进行显示。然而，在一些显示设备如智能电视，用户调换应用到前台的方式较为繁琐，用户体验差。

为解决多个应用同时运行时的用户交互问题，本申请实施例提供了一种显示设备及多应用的交互方法。参见图5，为根据一些实施例的用户操作处理示意图。

在一些实施例中，应用层的应用可包括OpAPP应用和HbbTV应用。OpAPP应用和HbbTV应用都是基于浏览器Browser开发的应用。相应的，应用框架可包括OpAPP应用窗口和HbbTV应用窗口。

图5中，OpAPP应用窗口为用于展示OpAPP应用的界面的浏览器窗口，HbbTV应用窗口为用于展示HbbTV应用的界面的浏览器窗口。

在一些实施例中，OpAPP应用和HbbTV应用均设置有电视频道的入口，该入口可为表示电视频道的图标控件，用户触发该图标控件后，显示设备可跳转至该图标控件对应的电视频道。OpAPP应用和HbbTV应用还可设置有互联网视频的入口，该互联网视频的入口也可图标控件，用户触发该图标控件后，显示设备可跳转至该图标控件对应的互联网视频的播放界面或详情界面。

本申请以OpAPP应用和HbbTV应用为例介绍显示设备上运行多个应用时的应用交互方法，实际实施中，该应用交互方法也可应用在其他应用同时运行的场景。同时运行的应用中，其中一个应用可称为第一应用，其他应用为第二应用、第三应用、……，第一应用的浏览器窗口或第一应用可对用户操作进行分配，将用户操作分配至某个应用。图5中，第一应用为OpAPP应用，第二应用为HbbTV应用。

如图5所示，在一些实施例中，中间件层的系统组件包括OpAPP应用窗口Operator(操作组件)和HbbTV应用Operator。

如图5所示，在一些实施例中，在中间件层，可通过attach(连接)命令，将OpAPP应用窗口和HbbTV应用窗口建立从属关系，使HbbTV应用窗口成为OpApp应用窗口的子窗口。建立完从属关系后，用户操作可经中间件层透传至应用层的OpAPP应用窗口，由OpAPP应用窗口对该用户操作进行判断，若判断该用户操作是针对OpAPP应用的，则将该用户操作发送至HbbTV应用窗口，由HbbTV应用窗口内的HbbTV应用窗口进行处理，反之，则由OpAPP应用进行处理。

在一些实施例中，还可在OpAPP应用启动时，根据HbbTV应用已启动，直接在OpAPP应用的启动过程中，将HbbTV应用的浏览器窗口设置为OpAPP应用的浏览器窗口的子窗口。

为对显示设备对多应用与用户之间的交互进行处理的方法做进一步说明，图6示出了根据一些实施例的多应用共存时的交互方法的流程示意图。

如图6所示，该多应用共存时的交互方法可包括如下步骤：

步骤S110：接收用户输入的第一用户操作。

在一些实施例中，第一用户操作可以是对显示设备的任何操作。例如，调节音量、切换电视频道等等。在用户输入第一用户操作时，显示设备可能启动了第一应用和第二应用，也可能只启动了第一应用或第二应用，也可能第一应用和第二应用均未启动。

步骤S120：在第一应用已经启动时，将所述第一用户操作传递至用于展示所述第一应用的第一浏览器窗口，由所述第一浏览器窗口将所述第一用户操作分配给第一应用或第二应用进行处理，其中，所述第一浏览器窗口被配置为用于展示所述第二应用的第二浏览器窗口的父窗口。

在一些实施例中，在用户输入第一用户操作后，显示设备可检测当前运行的应用是否包括第一应用，若包括，说明第一应用已经启动，此时，显示设备可将第一用户操作传递至第一浏览器窗口，即展示第一应用的浏览器窗口，由第一浏览器窗口将所述第一用户操作分配给第一应用或第二应用进行处理。

步骤S130：在第一应用未启动时，将所述第一用户操作传递至在所述显示器前台显示的应用进行处理。

在一些实施例中，在用户输入第一用户操作后，显示设备可检测当前运行的应用是否包括第一应用，若不包括，说明第一应用未启动，此时，显示设备可将第一用户操作传递至在所述显示器前台显示的应用进行处理。

可见，显示设备在接收到用户操作时，可先判断第一应用是否已经启动，若已启动，则由第一应用的浏览器窗口确定将用户操作分配给哪个应用进行处理，若未启动，则按照常规的用户操作处理方法，将用户操作分配给前台运行的应用进行处理。

为了使第一应用启动后，第一应用的浏览器窗口能够进行用户操作的分配，本申请实施例提供了一种第一应用的启动方法，参见图7，该方法可包括如下步骤：

步骤S210：接收启动所述第一应用的第二用户操作。

在一些实施例中，用户在显示设备上安装OpAPP应用后，显示设备的应用展示界面可展示OpAPP应用的应用图标，用户可在该应用展示界面点击该应用图标以启动OpAPP应用。

在一些实施例中，显示设备被配置为在进入一个电视频道后，向该电视频道的运营商获取该电视频道的频道信息。若显示设备从该频道信息中解析出OpAPP应用的媒资信息，则可在该电视频道的播放界面上方生成一个浮层，在该浮层展示进入OpAPP应用的方法。示例性的，进入OpAPP应用的方法可为按遥控器的预设按键，该浮层可显示按压预设按键进入OpAPP应用。用户可根据该浮层的提示，按遥控器的预设按键，从而启动OpAPP应用。

在一些实施例中，显示设备在接收到用户启动OpAPP应用的操作后，可启动OpAPP应用。显示设备在启动OpAPP应用时，可先检测HbbTV应用是否启动，根据HbbTV应用已启动和未启动，OpAPP应用的启动可分为两种情况，步骤S220为HbbTV应用已启动的情况，步骤S230为HbbTV应用未启动的情况。

步骤S220：在第二应用已经启动时，响应于所述第二用户操作，启动所述第一应用，且在所述第一应用启动过程中将所述第一浏览器窗口设置为父窗口，将所述第二浏览器窗口设置为所述父窗口的子窗口，其中，所述子窗口被配置为仅对所述父窗口分配的第一用户操作进行处理。

在一些实施例中，若HbbTV应用已经启动，则可通过第一启动命令启动OpAPP应用，从而将HbbTV应用窗口设置为OpAPP应用窗口的子窗口。第一启动命令可为StartOpApp(…,HbbTVWindow)，其中，…为启动App应用时必要但对于本方案不需要关心的参数，HbbTVWindow即为设置给OpAppWindow的HbbTV应用的子window。

步骤S230：在第二应用未启动时，响应于所述第二用户操作，启动所述第一应用，等到所述第二应用启动后，通过连接命令将所述第二浏览器窗口设置为所述第一浏览器窗口的子窗口。

在一些实施例中，若HbbTV应用未启动，则可先通过第二启动命令启动OpAPP应用，在HbbTV应用启动后，再通过连接V应用窗口设置为OpAPP应用窗口的子窗口。第二启动命令可为StartOpApp(…)，连接命令可为attach(OpAppWindow,HbbTVWindow)。Attach命令为将其第二个参数设置为第一个参数的子window。

通过上述处理后，OpAPP应用完成启动，OpAPP应用启动后，若显示设备接收到用户操作，可将用户操作经网页引擎透传至OpAPP应用窗口。

在一些实施例中，OpAPP应用窗口时根据预设的分配规则分配用户操作。

在一些实施例中，预设的分配规则可根据实际情况确定。示例性的，一种预设的分配规则为：若用户操作是当前运行的某个特定应用才能响应的操作，则将该用户操作传递给该特定应用进行处理；若用户操作是多个当前运行的应用均能响应的操作，且前台运行的应用能响应该用户操作，则将该用户操作传递给前台显示的应用进行处理；若用户操作是多个当前运行的应用均能响应的操作，且前台运行的应用不能响应该用户操作，则生成并显示应用选择界面，在应用选择界面显示多个支持上述用户操作的应用控件，若用户选择一个应用控件，则将上述用户操作传递至用户选择的应用控件对应的应用进行处理。

根据上述分配规则，若所述第二用户操作为第一按键的触发操作，则所述第二用户操作为属于所述OpAPP应用的用户操作，其中，所述第一按键是仅OpAPP应用能响应的按键；若所述第二用户操作为第二按键的触发操作，则所述第二用户操作为属于所述HbbTV应用的用户操作，其中，所述第二按键是仅HbbTV应用能响应的按键；若所述第二用户操作为第三按键的触发操作，则所述第二用户操作为属于当前在所述显示器的前台显示的OpAPP应用或HbbTV应用的用户操作，其中，所述第三按键是OpAPP应用和HbbTV应用均能响应的按键。

在一些实施例中，若显示设备将用户操作传递给一个应用，而该应用不在前台运行，显示设备可被配置为将该应用调到前台运行，或者继续保持其在后台运行。

下面结合用户与显示设备的交互过程，对上述多应用共存时的交互方法做进一步说明。

在一些实施例中，用户启动显示设备后，显示设备获取用户上次最后观看的电视频道的频道标识，该频道标识可存储在显示设备的预设路径中。显示设备在获取到频道标识后，可向电视频道的服务器获取该频道标识的频道信息。频道信息中包含当前需要播放的媒资的视频码流。部分频道或每个频道的频道信息中可能包括第二应用标识，也可能不包含第二应用标识，其中，第二应用标识为第二应用的应用标识。

在一些实施例中，显示设备在启动后，用户将当前的界面切换至一个电视频道的界面时，显示设备向电视频道的服务器获取用户选择的电视频道的频道信息。

在一些实施例中，频道信息中还可包括媒资标识，媒资标识为第二应用标识相关联。

在一些实施例中，显示设备在获取到用户上次最后观看的电视频道的频道信息后，则从频道信息中获取视频码流，解析视频码流并进行播放。

在一些实施例中，显示设备若从频道信息中得到第二应用标识，且第二应用标识关联有媒资标识，则生成一个浮层，在该浮层展示进入第二应用的方法，例如，“按红键进入第二应用”，该红键为遥控器上的一个按键。

参见图8，显示设备在进入一个电视频道后，在该电视频道的播放界面，可显示提示进入第二应用的浮层。

在一些实施例中，在显示设备显示图8所示的界面时，用户按照图8中浮层的提示按遥控器的红键后，显示设备可获取该频道信息中第二应用标识关联的媒资标识，向第二应用的服务器获取这些媒资标识对应的媒资数据。

在一些实施例中，显示设备在获取到媒资标识对应的媒资数据后，可生成对应每个媒资标识的媒资控件，每个媒资控件可显示媒资海报。然后在当前界面上方生成一个包含媒资控件新的浮层。参见图9，浮层可位于当前界面的下发，浮层上的媒资控件对应的媒资可包括媒资1、媒资2、媒资3、媒资4和媒资5。

在一些实施例中，若用户在图9中点击一个媒资控件，如对应媒资3的媒资控件，则显示设备可停止播放电视频道的视频流，启动第二应用窗口，在第二应用窗口内展示图10所示的媒资详情界面。参见图10，在媒资详情界面可显示媒资3的海报控件和第二应用的标题栏，第二应用的标题栏可包括多个标题控件，如“用户”、“搜索”、“主页”、“收藏”和“设置”，这些标题控件也可用图标进行显示。在图10中，若用户点击海报控件，则可进入媒资3的播放界面。

在一些实施例中，显示媒资控件的浮层和媒资的详情界面也可为其他样式。如图11所示，若用户在图8所示的界面按遥控器的红键，显示设备可在当前界面的一侧生成一个浮层。若用户在该浮层上点击一个媒资控件，可进入图12所示的媒资详情界面，如图12所示，在媒资详情界面，还可显示其他媒资的媒资控件，供用户选择。

在一些实施例中，用户在图8中按遥控器的红键后，显示设备启动第二应用。在启动第二应用后，若用户想要进入第一应用，可按遥控器的主页键，进入显示设备的主页，在显示设备的主页，点击第一应用的图标，可启动第一应用，此时，第二应用仍然在后台运行，没有退出。显示设备根据第二应用已启动，可将第二应用的浏览器窗口设置为第一应用的浏览器窗口的子窗口，以实现通过第一应用分发用户操作。

由上述实施例可见，本申请实施例通过设置一个应用窗口的浏览器窗口作为父窗口，将其他应用的浏览器窗口作为子窗口，并将父窗口配置为分发用户操作，使得显示设备在接收到用户操作后，可由父窗口将用户操作分配至相应的应用，从而使得用户无需将想要控制的应用调到前台显示，也能对其进行控制，简化了应用的控制流程，提升了用户体验。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。