CN105786368B - 一种基于可交互式屏幕的信息指令输入方法及其装置 - Google Patents

Abstract

本申请实施方式提供了一种基于可交互式屏幕的信息指令输入方法和装置。该方法包括：当监听到可交互式屏幕发生按下事件时，选定按下事件对应的信息指令；当监听到可交互式屏幕发生预定事件之时或之后，判断该预定事件的当前状态是否满足预设条件，如果是，则选定与该预设条件对应的信息指令；触发选定的信息指令的输入。本申请实施方式可以增强用户操作的便捷性，提高信息指令输入效率。

Description

一种基于可交互式屏幕的信息指令输入方法及其装置

技术领域

本申请的实施方式涉及信息数据处理技术领域，尤其涉及一种基于可交互式屏幕的信息指令的输入方法及其装置。

背景技术

可交互式屏幕能够实现人机交互，人们可以通过各种方式对交互式屏幕进行各种类型的操作，从而实现特定的目的。比如，人们用手或者指点笔等介质触摸或点击可交互式屏幕中开启的即时通讯工具，可以通过该通讯工具向另一个即时通讯工具使用者发送即时消息。

通常情况下，人们一次操作(比如，一次点击)仅涉及可交互式屏幕中一个功能按钮，通过执行该功能按钮对应的信息指令来实现该功能按钮对应的功能。但是，在一些情况下，用户可能还希望在一次操作中同时点击多个功能按钮，即需要进行多个信息指令的输入。比如，用户在制作动画时，通常既希望在该动画中添加语音信息，又希望添加文字或者其他效果，这就要进行语音信息指令的输入(以实现添加语音信息)和文字信息指令(以实现添加文字信息)等的输入。为实现这种目的，在现有技术中，人们的常见操作方式是：先点击一个信息指令对应的功能按钮，然后抬起手，再点击下一个信息指令对应的功能按钮，依次类推，直至将用户想要触发的多个信息指令均触发输入完毕。然而，这种方式需要用户进行多次独立的点击操作。比如，用户如果想触发三个信息指令的输入，则需要进行三次点击、六次按下、抬起操作，使用户的操作十分不便捷，降低了信息指令输入的效率。

发明内容

为了解决上述问题，本申请实施方式提供了一种基于可交互式屏幕的信息指令输入方法及其装置，以增加用户操作的便捷性，提高信息指令的输入效率。

本申请实施方式提供的基于可交互式屏幕的信息指令输入方法包括：

实时监听可交互式屏幕；

当监听到可交互式屏幕发生按下事件时，选定所述按下事件对应的信息指令；

在监听到可交互式屏幕发生按下事件后，当监听到可交互式屏幕发生预定事件之时或之后，判断该预定事件的当前状态是否满足预设条件，不同的预设条件对应不同的信息指令，如果是，则选定与该预设条件对应的信息指令，所述预定事件不包括按下事件和抬起事件；

触发选定的信息指令的输入。

优选地，所述触发选定的信息指令的输入具体包括：

当监听到可交互式屏幕发生抬起事件之后，触发选定的信息指令的输入；或者，

在监听到可交互式屏幕发生抬起事件之前，触发选定的第一类别的信息指令的输入，在监听到可交互式屏幕发生抬起事件之后，触发选定的第二类别的信息指令的输入，所述第一类别的信息指令为执行信息指令时不与可交互式屏幕发生点击交互的信息指令；所述第二类别的信息指令为执行信息指令时需要与可交互式屏幕发生点击交互的信息指令。

优选地，选定信息指令具体为对信息指令进行压栈操作，则所述触发选定的信息指令的输入具体为触发压入堆栈的信息指令的输入。

优选地，可交互式屏幕上设置有控件区域，则监听可交互式屏幕具体为监听可交互式屏幕上的控件区域。

优选地，所述预定事件为按下状态持续事件，所述按下状态持续事件的发生时间与按下事件的发生时间的差值大于第一预设时长值；所述预设条件为按下状态持续事件持续的时长；

所述选定与该预定条件对应的信息指令具体包括：选定与按下状态持续事件持续的时长对应的信息指令。

优选地，所述预定事件为滑动事件，所述预设条件为滑动事件的滑动轨迹的形状；

所述选定与该预定条件对应的信息指令具体包括：选定与滑动事件的滑动轨迹的形状对应的信息指令。

进一步优选地，当预定事件为滑动事件时，滑动过程中每改变一次位置即获取并记录改变位置后的当前位置所在的坐标，根据记录的坐标确定滑动轨迹的形状。

优选地，所述预定事件为滑动事件，所述预设条件为滑动事件的滑动滑入到指定区域，所述指定区域对应一个信息指令，所述一个信息指令为按下事件对应的信息指令之外的一个信息指令；

所述选定与该预定条件对应的信息指令具体包括：选定与所述指定区域对应的信息指令。

进一步优选地，所述滑入到指定区域包括滑入指定区域且停留第二预设时长值或在抬起事件发生时位于指定区域。

优选地，当监听到可交互式屏幕发生抬起事件时，所述方法还包括：

如果监听到过预定事件且预定事件的当前状态满足预设条件或者没有监听到预定事件，则执行所述触发选定的信息指令的输入的步骤；

如果监听到过预定事件但预定事件的当前状态不满足预设条件，则取消对信息指令的选定。

优选地，所述信息指令包括语音输入指令、文字输入指令、动画输入指令、视频输入指令、音频输入指令、图片输入指令或预览指令。

本申请实施方式还提供了一种基于可交互式屏幕的信息指令输入装置，该装置包括：监听单元、选定单元、判断单元和触发输入单元，其中：

所述监听单元，用于实时监听可交互式屏幕；

所述选定单元，用于在监听到可交互式屏幕发生按下事件时，选定所述按下事件对应的信息指令；以及在预定事件的当前状态满足预设条件时，选定与预设条件对应的信息指令，所述预定事件不包括按下事件和抬起事件；

所述判断单元，用于在选定按下事件对应的信息指令后，当监听到可交互式屏幕发生预定事件之时或之后，判断该预定事件的当前状态是否满足预设条件，不同的预设条件对应不同的信息指令，如果是，则触发选定单元；

所述触发输入单元，用于触发选定的信息指令的输入。

优选地，所述触发输入单元包括第一触发输入子单元和/或第二触发输入子单元，其中：

所述第一触发输入子单元，用于在监听到可交互式屏幕发生抬起事件之时，触发选定的信息指令的输入；

所述第二触发输入子单元，用于在监听到可交互式屏幕发生抬起事件之前，触发选定的第一类别的信息指令的输入，在监听到可交互式屏幕发生抬起事件之后，触发选定的第二类别的信息指令的输入，所述第一类别的信息指令为执行信息指令时不与可交互式屏幕发生点击交互的信息指令；所述第二类别的信息指令为执行信息指令时需要与可交互式屏幕发生点击交互的信息指令。

优选地，所述选定单元包括缓存子单元，用于在需要选定信息指令时，具体用于对信息指令进行缓存操作；

所述触发输入单元，具体用于触发缓存的信息指令。

优选地，可交互式屏幕上设置有控件区域，则监听单元具体用于监听可交互式屏幕上的控件区域。

优选地，所述预定事件为按下状态持续事件，所述按下状态持续事件的发生时间与按下事件的发生时间的差值大于第一预设时长值；所述预设条件为按下状态持续事件持续的时长；

所述选定单元，具体用于选定与按下状态持续事件持续的时长对应的信息指令。

优选地，所述预定事件为滑动事件，所述预设条件为滑动事件的滑动轨迹的形状；

所述选定单元，具体用于选定与滑动事件的滑动轨迹的形状对应的信息指令。

优选地，所述预定事件为滑动事件，所述预设条件为滑动事件的滑动滑入到指定区域，所述指定区域对应一个信息指令，所述一个信息指令为按下事件对应的信息指令之外的一个信息指令；

所述选定单元，具体用于选定与所述指定区域对应的信息指令。

优选地，所述装置包括取消单元，用于在监听到可交互式屏幕发生抬起事件时，如果监听到过预定事件但预定事件的当前状态不满足预设条件，取消对信息指令的选定。

本申请的实施方式在监听可交互式屏幕发生的抬起事件过程中还进行预定事件的监听。与现有技术相比，通过该方式不仅可以触发按下事件对应的信息指令的输入，而且还能够触发预定事件对应的信息指令的输入，从而可以仅通过一次触摸交互式屏幕实现多个信息指令的输入，由此避免了在现有技术中为触发输入多个信息指令时需要进行两次以上触摸交互式屏幕，从而简化了操作，增强了信息指令输入的便捷性，提高了信息指令输入的效率。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1为本申请的基于可交互式屏幕的信息指令输入方法的一个实施例的流程图；

图2(a)为滑动事件中的滑动轨迹形状示意图；

图2(b)为滑动事件中的指定区域示意图；

图2(c)为滑动事件中的一种滑动方式示意图；

图2(d)为滑动事件中的另一种滑动方式示意图；

图2(e)为不同预定事件的一种组合方式示意图；

图3为本申请的基于可交互式屏幕的信息指令输入装置的一个实施例的结构框图。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本申请的公开更加透彻和完整，并且能够将本申请公开的范围完整地传达给本领域的技术人员。

参见图1，该图示出了本申请的基于可交互式屏幕的信息指令输入方法的一个实施例的流程，该流程包括：

步骤S11：实时监听可交互式屏幕；

可交互式屏幕能够对操作屏幕的行为作出响应，比如，常见的触摸屏，当用手指点击触摸屏上的某个应用程序图标，该图标对应的应用程序将被触发运行。为了及时“发现”可交互式屏幕上存在的操作行为，可交互式屏幕需要实时监听是否发生相应的事件。通常情况下，如果监听到按下事件，说明触摸屏被手指或其他指点工具触摸(点击)，如果监听到抬起事件，说明手指或其他指点工具已离开触摸屏。对可交互式屏幕的监听可以以多种方式来实现，比如，可以是硬件方式，即直接通过对触摸屏液晶板下布设的电气线路产生的信号进行检测来实现监听，也可以是软件方式，在触摸屏上设置控件，当有手指或指点工具点击到该控件所在区域时，该控件感知到出现按下事件。

步骤S12：当监听到可交互式屏幕发生按下事件时，选定所述按下事件对应的信息指令，返回步骤S11；

在对可交互屏幕进行实时监听过程中，可能监听到不同的事件，但是，这些事件中某些事件之间可能存在强的关联性，某些事件可能没有直接的关系。比如，对于前者，通常情况下，按下事件是所有事件中最早的事件，只有按下事件发生了，才说明触摸屏上当前正存在用户操作行为，也就是说，“按下事件”是逻辑先导事件，在时间上先于其他事件。同理，抬起事件是所有事件中最晚的事件，只要抬起事件发生了，便说明本次对可交互式屏幕的操作行为结束了，也就是说，“抬起事件”是逻辑结尾事件。通过按下事件与抬起事件完整地体现了一次对可交互式屏幕的操作行为。这些可以被监听到的事件，在性质上也存在不同，某些事件是可以关联到某些信息指令的，比如，按下事件可以关联到某个信息指令(如动画选择指令)，某些事件是不关联到信息指令的，比如抬起事件，其作用通常被理解为一次操作行为结束，进而触发进行相关的指令执行过程。如果按下事件对应某个信息指令，那么在监听到可交互式屏幕发生按下事件时，则选定该按下事件对应的信息指令。信息指令可以是基于进行的通讯需要设计的各种类型的指令，比如，可以是语音输入指令，即该指令被触发输入后将调用相关设备接收用户的语音信号，还可以是文字输入指令、动画输入指令、视频输入指令、音频输入指令(比如，某个预先存在的音频材料的输入)、图片输入指令、预览指令等等。无论是哪种类型或形式的指令，只要不妨碍本申请发明目的实现，均可以作为本申请提及的信息指令。

步骤S13：当监听到可交互式屏幕发生预定事件之时或之后，判断该预定事件的当前状态是否满足预设条件，如果是，则执行步骤S14；

步骤S14：选定与该预设条件对应的信息指令，所述预定事件不包括按下事件和抬起事件，返回步骤S11；

步骤S15：当监听到可交互式屏幕发生抬起事件之后，触发选定的信息指令的输入，结束流程；

在对触摸屏实时监听过程中，当监听到发生抬起事件时，说明本次操作行为将结束，在该事件之前选定的信息指令可以被触发输入。这里的触发输入是相对于前述的选定操作而言的，在“选定”阶段，选定某个信息指令时该信息指令仅仅是处于等待处理的状态，并没有真正进行信息指令所关联的相关操作或者与信息指令之外的环境(比如，操作系统)进行交互，而在“触发输入”阶段，该信息指令将“付诸实践”，也就是，将该信息指令作为进行相关处理的输入，以便引发相关处理。举例而言，如果某个信息指令为选择某个动画的指令，那么在“选定”阶段，该动画选择指令被选定，并不真的执行某个动画的选择，而是作为“将要选择某个动画”的预备，当“触发输入”阶段到来时，便实际选择某个动画。

还需要说明的是，这里触发输入的信息指令可能包括两种情形：一是在对可交互式屏幕实时监听中仅监听到按下事件和抬起事件，即没有监听到预定事件，那么这时选定的信息指令就仅包括按下事件对应的信息指令，这种情形下，从表面效果(注：而非实现的技术手段)上看与现有技术的“一次点击一次功能触发”具有较好的兼容能力，均表现为对交互式屏幕的点击操作触发了被点击的相应功能调用；二是在对可交互式屏幕实时监听中不仅监听到按下事件和抬起事件，而且监听到了满足预设条件的预定事件，那么这时选定的信息指令既包括按下事件对应的信息指令，也包括预定事件对应的信息指令。这种情形下，实际上实现了“单次”操作行为触发多个信息指令的技术效果，而且该技术效果的实现不再如现有技术那样需要进行多次点击行为，简化了操作，提高了用户体验。

上述内容详细讨论了仅监听到按下、抬起事件而未监听到预定事件(第一种情形)，以及同时还监听到预定事件且预定事件符合预设条件(第二种情形)这两种情形，这两种情形下均可以触发信息指令的输入，无非前一种情形下触发输入的仅是按下事件对应的信息指令，后一种情形下触发输入的包括按下事件和预定事件对应的信息指令。但是，除了这两种情形外，实际上还可能存在一种特殊情形(第三种情形)，即虽然监听到了某个预定事件，但是该预定事件的当前状态并不符合预设条件，这种情形下，可以有多种处理方式，比如，一种处理方式是将这种情形视为未监听到预定事件，采取与前述第一种情形相同的处理方式，即仅触发输入按下事件对应的信息指令。此外，还可以采取一种新的处理方式，将监听到的某个预定事件的当前状态不满足预设条件作为取消先前行为的触发条件，比如取消对信息指令的选定，当然这里可以根据用户预先设置情况，选择取消先前的所有行为，还是该触发条件之前的最近一个先前行为，对于前者而言，即可以取消已经选定的所有的信息指令，对于后者，即可以仅选择取消“监听到某个预定事件但其当前状态不满足预设条件”之前最近一个对信息指令的选定。

从上述内容可以看出，通过本申请的上述实施方式创造出了一种新的事件类型，即预定事件，也就是将现有的事件划分为了如下三类：按下事件、预定事件和抬起事件。在现有技术中由于只有按下事件和抬起事件两类，这便导致基于按下事件和抬起事件这一开闭组合事件形成的操作行为一次仅能针对一个信息指令进行输入，不能实现多信息指令的输入。即便用户在点击触摸屏后不立即抬起手指，而是在触摸屏上触摸其他信息指令，触摸屏也不会对此作出有效响应。在本申请实施方式中，当监听到按下事件后，对可交互式屏幕的监听不仅仅限于监听抬起事件，而是还可以进行预定事件的监听(当然，如前所述，有可能能够监听到预定事件，也有可能监听不到预定事件)，从而为在单次操作行为中实现多信息指令的输入提供了实现基础。

从上述内容还可以看出，尽管本申请的上述实施方式采用步骤序号(S11～S15)的形式来标识各个步骤，但是，这并不代表各步骤之间的实际执行顺序是安全按照该步骤序号来展开的。在实际应用过程中，各步骤间执行顺序取决于实际发生的顺序。具体而言，步骤S11对交互式屏幕的监听并非仅仅在S11这个步骤执行一次后即宣告完毕，而是在整个实施例的实施过程中(或者至少在对交互式屏幕的“一次”完整操作过程中)都在进行着，也正是实时监听的持续进行，才有可能监听到多种类型的事件。当然，如前所述，按下事件和抬起事件是开始事件和结束事件，应当分别是首先被监听到的事件和最后被监听到的事件，除了这样的顺序是可以相对确定的外，其他步骤之间的执行顺序则可能显得极为复杂。比如，在监听到交互式屏幕发生按下事件后，可以一方面执行对该按下事件对应的信息指令的选定操作，一方面可能监听到预定事件，执行对预定事件当前状态的判断步骤，也就是说，前述的步骤S12、S13的动作执行可能是同时的，甚至步骤S13的判断动作还可以在步骤S12的选定动作之前执行完成。还比如，对于步骤S13、S14，还可能重复地执行多次后才会过渡到步骤S15：如果监听到一个预定事件后，经过判断该预定事件的当前状态满足预设条件，则会选定该预定事件对应的信息指令，在随后的实时监听中没有监听到抬起事件，而是又监听到下一个预定事件，那么将继续执行判断和选定操作，直至最后监听到抬起事件，上述的循环才告结束。

通过前面的叙述，可以发现在单次操作行为中，可能选定多个信息指令，如果是如前述提及的S13、S14步骤出现多次循环，那么需要选定的信息指令可能更多(当然，实际应用过程中，该信息指令不会太多)，对于多个信息指令，可以采取堆栈的形式实现选定。比如，在选定按下事件对应的信息指令时，可以将其对应的信息指令压入堆栈，当再选定预定事件对应的信息指令时，将其对应的信息指令压入堆栈，这样，在堆栈中存储的信息指令即可被认为是选定的信息指令。在后面监听到抬起事件时，便从堆栈中取出信息指令触发输入。需要强调的是这里也存在一个时间顺序问题。由于事件在监听过程中是陆续产生的，因此，通常情况下，对各个事件对应的信息指令进行压栈操作是根据时间先后来进行的(当然，如有必要，也可以不按照这样的顺序进行)，即哪个信息指令先到，即先执行压栈操作，后到则后执行压栈操作，但是，这并不表明压入堆栈的信息指令在堆栈中也是按照时间进行排列的，且在后期出栈进行触发输入的时候更是按照与入栈时间相反或相同的时间出栈的，实际上，如果没有特别的需求，这些堆栈中的信息指令完全可以混排放置、无序出栈(即不考虑时间要素)。当然，为了取得更好的技术效果，对信息指令在堆栈中的放置方式以及出栈的顺序可以进行特殊设计。此外，值得强调的两点，一是本申请采用堆栈的做法体现了不同于现有技术的思路，在现有技术中，由于每次操作行为仅能实现一个信息指令的选定和触发输入，在这种模式下，无需使用堆栈，从而导致本领域技术人员不会想到以堆栈方式来实现信息指令的选定。二是尽管这里是以堆栈的方式执行选定操作，但是，本申请并不限定就只能如此。实际上，由于堆栈操作体现出了对信息指令的临时存储意思，因此，也可以采取其他缓存的方式实现该目的。

在上述步骤S15中，触发选定的信息指令的输入这一操作的时间限定在监听到可交互式屏幕发生抬起事件之后，但是，实际上，这仅仅是实现本申请技术方案的一种方式，本申请还可以存在其他方式。比如，考虑在监听到可交互式屏幕发生抬起事件之前即触发某些选定信息指令的输入。也就是说，可以将信息指令划分为两类：一类是可以在抬起事件之前触发的信息指令，一类是可以在抬起事件之后触发的信息指令。然后根据信息指令的类别来决定触发信息指令输入的时间。至于哪些信息指令属于第一类，哪些属于第二类，在实际应用过程中，可根据信息指令的执行是否需要继续与可交互式屏幕进行点击交互来判断。对于第一类信息指令而言，在执行信息指令时无需再进行与交互式屏幕的点击交互操作，也即仅通过触发信息指令的输入即可自动完成信息指令的执行过程。比如，对于动画选择指令，由于在信息交互中，各种动画已经呈现在交互式屏幕之中了，触发输入动画选择指令之时，相应的动画即被选中，不需要再进行手指按压、抬起等与触摸屏的交互式动作。还比如，对于语音输入指令，当监听到语音输入指令对应的预定事件时，按压在触摸屏上手指可以继续按压在触摸屏上，从而执行语音输入指令，而不需要抬起之后再按压。对于第二类信息指令，在执行信息指令时还需要与交互式屏幕进行点击交互操作，也即通过触发信息指令的输入后，还需要通过手指新的按压(点击)等操作才能执行完毕该信息指令。比如，对于文字输入指令，当触发输入文字输入指令时，为执行文字输入，还需要用户进行文字输入的操作，即进行手指新的按压、抬起等操作才能实现文字输入。在确定好信息指令的类别后，对于第一类信息指令，当选定了该信息指令后，即可触发该信息指令的输入，当然，除这种紧随信息指令选定操作而触发信息指令输入的方式外，还可以在稍后的一段时间触发信息指令输入，只要该时间在监听到抬起事件之前。对于第二类信息指令，当监听到抬起事件之后，即可触发信息指令的输入。

前述内容已不止一次提及预定事件，下面对此再进行详细叙述。首先，预定事件之“预定”主要体现在时间上，说明该事件应当是在实时监听交互式屏幕之前已经存在的事件，而不是表示该预定事件完全是一种人为化的操作，实际上，预定事件的来源可以是多元化的，比如，可以是将人机交互的某些特定情形确定为预定事件，也可以将某些触摸屏终端内部的一些信息交互事件进行再定义形成预定事件。其次，预定事件就性质上来看，其不同于按下事件和抬起事件，其是与本申请实施方式希望在单次操作行为中而不是多次点击中选择(触发输入)多个信息指令的目的相适应的。再次，预定事件存在与之对应的一系列事件状态。预定事件出现后，随着时间的推移，其可能表现出不同的状态，根据预定事件的不同状态则可以设置相应的操作，也就是说，可以将预定事件的状态看作进行某个操作的条件，当发现预定事件的当前状态满足某个预设条件时，则进行与该预设条件对应的操作。为了对预定事件有更清晰的了解，下面示例性地说明两种预定事件。

示例性预定事件之一：按下状态持续事件。所谓按下状态持续事件是指按下事件发生后按下动作持续存在一段时间而由此表现出来的事件，这里的“一定时间”可以作为区分“按下事件”与“按下状态持续事件”的界限，即如果“按下事件”的按下动作在该“一定时间”之内，则认为仅发生按下事件，而没有发生“按下状态持续事件”，如果按下动作一直持续，直至按下动作的当前时间已在“一定时间”之外，则认为不再是“按下事件”，而发生了“按下状态持续事件”。这里的“一定时间”可以根据实际需要设定预设时长，由此，“按下事件”与“按下状态持续事件”之间的关系则可以表现为：按下状态持续时间的发生时间与按下事件的发生时间的差值应当大于预设时长值(第一预设时长值)。需要说明的是，本申请在按下事件基础之上界定“按下状态持续事件”是一种事件类别的突破，在现有技术中，即便按下事件的按下动作一直持续到超过预设时长值，它也仍然仅仅是“按下事件”，而不是“按下状态持续事件”。

在按照上述方式确定了“按下状态持续事件”后，即可确定该事件的事件状态，该事件的“事件状态”可以通过时间来表征，即按下状态持续事件持续时间的长短为该事件的事件状态。当按下状态持续事件的事件状态符合某个预设条件时，则选定与该预设条件对应的信息指令。比如，假设以按下事件的发生时间为起点，第一预设时长为3s，按下状态持续事件持续5s(第一个预设条件)对应语音输入指令，持续8s(第二预设条件)对应文字输入指令。当按下动作在3s内，视为仅发生了按下事件，但如果按下动作持续到3s或以后，则视为发生“按下状态持续事件”，当监测到按下状态持续事件的当前状态(即按下动作持续到5s)为5s，则说明符合了第一预设条件，则选定与该第一预设条件对应的语音输入指令，当监测到按下状态持续事件的当前状态(即按下动作持续到8s)为8s，说明符合了第二预设条件，则选定与该第二预设条件对应的文字输入指令。

这里再说明几个与“按下状态持续事件”相关的问题：一是关于预设条件的数量。预设条件的数量可以根据实际情况的需要进行设置，可以是一个或两个，甚至多个，只要确定的预设条件数量与用户希望同时输入的信息指令相适应即可。当然，通常情况下，通过监测持续时间来确定事件的当前状态还受到监测能力、用户习惯等多方面因素影响，确定的不同预设条件之间应当便于监测设备的监测和用户对预设条件的区分。二是关于预设条件的重叠问题。如前所述，本事件是通过监测按下动作持续的时间来确定，那么处于后面的预设条件(比如上述的第二预设条件)可能包含前面的预设条件(比如上述的第一预设条件)，这种情况下，通常以最后监测到的状态为准，即如果达到后面的预设条件，那么便舍弃达到的前面的预设条件，比如，当按下动作的持续时间持续到8s，满足第二预设条件，那么应当是选定第二预设条件对应的文字输入指令，而不是第一预设条件对应的语音输入指令。

从上述对按下状态持续事件的描述中可以看到，该事件与时间紧密相关，对于时间的监测可以通过多种方式实现。在人的手指或指点笔接触到可交互屏幕时，可以给系统提供的定义了手势基本行为的类的子类控件添加手势监听，为不同的接触状态设置相应的状态值。例如，在实际操作过程中，可以给系统提供的UIGestureRecognizer类的子类的控件添加手势监听，将UIGestureRecognizer类中的属性state设置为1(表示启动状态，具体数值也可以采用其他的值)，同时启动定时器工作，后续只要从定时器中获取时间即可知道从用户手指接触可交互式屏幕到当前时间点为止经历了多长时间，如果用户最终抬起了手指，UIGestureRecognizer类中的属性state的值将变为3(表示抬离状态)，在这种状态下，可以获得从手指接触可交互式屏幕到抬离交互式屏幕的整个时长。

示例性预定事件之二：滑动事件。所谓滑动事件是指按下事件发生后按下的手指(或其他指点设备)在交互式屏幕上滑动(移动)而由此表现出来的事件。“滑动”可以至少具有两方面的属性：一是滑动轨迹的形状，二是滑动所滑入的目的地。基于这两方面的属性，可以将滑动事件对应的预设条件设定为滑动轨迹的形状和/或滑动所滑入到的指定区域。

对于以滑动轨迹的形状为预设条件的情形，可以监测手指等在触摸屏上滑动出现的轨迹，并判断该滑动轨迹形状是否符合预设条件，如果符合，则选定该滑动轨迹形状对应的信息指令。比如，参见图2(a)，可以设置圆圈(第三预设条件)对应语音输入指令，三角形(第四预设条件)对应文字输入指令，当按下事件发生后，监测到滑动事件，当经过判断发现当前滑动的轨迹形状为圆圈时，则说明符合第三预设条件，这时选定与圆圈对应的语音输入指令，当经过判断发现当前滑动的轨迹形状为三角形时，则说明符合第四预设条件，则选定与三角形对应的文字输入指令。这里对滑动轨迹的监测可以采取多种实现方式，比如，在滑动过程中每改变一次位置即获取当前位置所在的坐标，并记录下这些坐标，然后根据这些坐标确定滑动所呈现出来的滑动轨迹的形状。具体地，如前所述，可交互式屏幕中可以多个控件区域，这些控件区域对应不同的信息指令，当手指在可交互式屏幕上为移动状态时(此时，UIGestureRecognizer类中的属性state＝2)，以按下事件对应的控件区域的左上角坐标点(当然，也可以为其他坐标点，只要在多指令触发输入过程中采取相同的标准即可)为基准，t获取当前位置点的位置坐标信息，从而基于该位置进行相应操作。

对于以滑动滑入到指定区域为预设条件的情形，可以监测手指等在触摸屏上停留或者抬起事件发生时所在的坐标，并判断该坐标是否在指定的某个区域，如果在某个指定区域(即符合预设条件)，那么选定该指定区域对应的信息指令。比如，参见图2(b)，该图示出三个区域，一个是A区域，该区域假设为按下事件对应的动画选择指令，一个是B区域，对应语音输入指令，一个是C区域，对应文本输入指令。当按下事件发生后，A区域对应的动画选择指令被选定，手指也位于A区域，当手指滑动产生滑动事件，如果通过滑动滑入区域B(即由A→B)，则区域B对应的语音输入指令被选定，同样地，如果通过滑动滑入区域C(即由A→C)，则区域C对应的文本输入指令被选定。在实际应用过程中，情况可能更为复杂，比如，一种可能出现的情形是(参见图2(c))：滑动过程中以A区域为起点，滑出A、B、C之外后再滑入区域B或C，另一种可能出现的情形是(参见图2(d))：滑动过程中以A区域为起点，滑入到区域B或C之后没有停止而是又滑出了区域B或C。对于前一种情形，最终停留的区域为预定的某个区域(比如B或C)，对于后一种情形，最终停留的区域不在任何一个预定的区域。这些情况下，到底是否选定相应的信息指令，取决于设定的预设条件。如果预设条件以最终停留的区域(或手指抬起时所在的区域)为准，那么对于第一种情况，则可以认为满足预设的某个条件，从而选定该区域对应的信息指令，对于后一种情形，则认为不满足预设的条件，不选定相应的信息指令，这时，可以根据需要选择将采取的措施，比如，不作出任何响应，或者，视为对先前选定的指定的取消条件，即取消A区域对应的动画选择指令等等。

上述描述了两种预定事件，在实际应用过程中，为应对各种复杂情况，可以将这些预定事件以及预定事件对应的预设条件等结合起来，或者由本领域技术人员在上述两种预定事件基础之上，再确定更多的预定事件。参见图2(e)，给出了上述这种做法的一个示例。在该示例中按下事件发生时，可以在按下事件所在的区域周边呈现出其他区域。在实际应用中可能存在如下的情况：(1)在按下事件发生且弹出其他区域之后，发生抬起事件，这时可以只触发按下事件所在区域对应的指令的输入；(2)在按下事件发生且弹出其他区域之后，发生按下状态持续事件，则还可以触发相关指令的输入。例如指定区域对应的是动画选择指令，用户按住动画选项后，可以以该动画选择区域为中心弹出其他区域，用户继续按住该动画选项区域达一定时间，则可以触发语音输入指令进行语音输入(注：从位置区域上讲，动画选择指令和语音输入指令位于相同区域)；(3)在按下事件发生且弹出其他区域之后，发生滑动事件且滑动到其他区域，则可以除了触发按下事件对应的指令输入之外，还可以触发其他区域相对应指令的输入。

上述内容详细介绍了本申请实施方式提供的一种基于可交互式屏幕的信息指令输入方法，与此对应地，本申请还提供了基于可交互式屏幕的信息指令输入装置的实施方式。参见图3，该图示出了一种基于可交互式屏幕的信息指令输入装置的实施例，该实施例包括：监听单元U31、选定单元U32、判断单元U33和触发输入单元U34，其中：

监听单元U31，用于实时监听可交互式屏幕；

选定单元U32，用于在监听到可交互式屏幕发生按下事件时，选定所述按下事件对应的信息指令；以及在预定事件的当前状态满足预设条件时，选定与预设条件对应的信息指令，所述预定事件不包括按下事件和抬起事件；

判断单元U33，用于在选定按下事件对应的信息指令后，当监听到可交互式屏幕发生预定事件之时或之后，判断该预定事件的当前状态是否满足预设条件，不同的预设条件对应不同的信息指令，如果是，则触发选定单元；

触发输入单元U34，用于触发选定的信息指令的输入。

本装置实施例同样能够取得与上述方法实施方式相同或类似的技术效果，为避免重复，这里不再赘言。该装置实施例在实际应用过程中，可以根据需要进行各种改进或者选择某个功能单元的具体实现结构，从而得到更优的技术效果。

比如，上述装置实施例中的触发输入单元可以通过不同的内部结构来实现。一种方式是触发输入单元U34可以包括第一触发输入子单元U341，该第一触发输入子单元用于在监听到可交互式屏幕发生抬起事件之后，触发选定的信息指令的输入。另一种方式是触发输入单元U34可以包括第二触发输入子单元，该第二触发输入子单元用于在监听到可交互式屏幕发生抬起事件之前，触发选定的第一类别的信息指令的输入，在监听到可交互式屏幕发生抬起事件之后，触发选定的第二类别的信息指令的输入，所述第一类别的信息指令为执行信息指令时不与可交互式屏幕发生点击交互的信息指令；所述第二类别的信息指令为执行信息指令时需要与可交互式屏幕发生点击交互的信息指令。第一种方式将所有的信息指令的触发输入均放在抬起事件发生后进行，这样可以将信息指令的“选择过程”与“执行过程”通过“触发输入”这个接口明确区分开，避免了执行过程对选择过程的影响，从而可以方便用户同时选择输入多个信息指令，也节约了更多的资源，但是，这种方式可能导致某些信息指令执行的延后，在另一方面降低了用户体验。后一种方式根据信息指令的类别，将适合在抬起事件之前执行的信息指令在“选择阶段”即完成“触发输入”，而将适合在抬起事件之后执行的信息指令在“选择阶段”之后进行“触发输入”，从而进入“执行阶段”，这种方式尽管需要对即使信息指令的类别进行判别，需要消耗更多的资源，但能够确保信息指令的及时执行。此外，在实际应用过程中，可以使触发输入单元同时包括第一触发输入子单元和第二触发输入子单元，具体运用时，根据情况进行当前触发输入单元的配置。

还比如，上述装置实施例的选定单元U32包括缓存子单元U321，用于在需要选定信息指令时，具体用于对信息指令进行缓存操作；这时，触发输入单元，具体用于触发缓存的信息指令。此外，还可以在可交互式屏幕上设置有控件区域，则监听单元具体用于监听可交互式屏幕上的控件区域。上述装置实施例还可以包括取消单元，用于在监听到可交互式屏幕发生抬起事件时，如果监听到过预定事件但预定事件的当前状态不满足预设条件，取消对信息指令的选定。

关于上述装置实施例中提及的预定事件，可以根据实际情况体现为多种形式，比如，预定事件为按下状态持续事件，所述按下状态持续事件的发生时间与按下事件的发生时间的差值大于第一预设时长值，这时与之对应的预设条件为按下状态持续事件持续的时长；这种情形下，选定单元，具体用于选定与按下状态持续事件持续的时长对应的信息指令。再比如，预定事件还可以为滑动事件，所述预设条件为滑动事件的滑动轨迹的形状；这种情形下，选定单元，具体用于选定与滑动事件的滑动轨迹的形状对应的信息指令。还比如，预定事件可以为滑动事件，所述预设条件为滑动事件的滑动滑入到指定区域，所述指定区域对应一个信息指令，所述一个信息指令为按下事件对应的信息指令之外的一个信息指令；这种情况下，选定单元，具体用于选定与所述指定区域对应的信息指令。

需要说明的是为了叙述的简便，本说明书的上述实施例以及实施例的各种变形实现方式重点说明的都是与其他实施例或变形方式的不同之处，各个情形之间相同、相似的部分可互相参见。尤其，对于装置实施例的改进方式而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处可参见方法实施例部分的说明。以上所描述的装置实施例的各单元可以是或者也可以不是物理上分开的，既可以位于一个地方，或者也可以分布到多个网络环境下。在实际应用过程中，可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的，本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

还值得说明的是，虽然前述内容已经参考若干具体实施方式描述了本发明创造的精神和原理，但是应该理解，本发明创造并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合，这种划分仅是为了表述的方便。本发明创造旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (17)

1.一种基于可交互式屏幕的信息指令输入方法，其特征在于，该方法包括：

实时监听可交互式屏幕；

当监听到可交互式屏幕发生按下事件时，选定所述按下事件对应的信息指令；

在监听到可交互式屏幕发生按下事件后，当监听到可交互式屏幕发生预定事件之时或之后，判断该预定事件的当前状态是否满足预设条件，不同的预设条件对应不同的信息指令，如果是，则选定与该预设条件对应的信息指令，所述预定事件不包括按下事件和抬起事件；

触发选定的信息指令的输入；

所述触发选定的信息指令的输入具体包括：

当监听到可交互式屏幕发生抬起事件之后，触发选定的信息指令的输入；或者，

在监听到可交互式屏幕发生抬起事件之前，触发选定的第一类别的信息指令的输入，在监听到可交互式屏幕发生抬起事件之后，触发选定的第二类别的信息指令的输入，所述第一类别的信息指令为执行信息指令时不与可交互式屏幕发生点击交互的信息指令；所述第二类别的信息指令为执行信息指令时需要与可交互式屏幕发生点击交互的信息指令。

2.根据权利要求1所述的方法，其特征在于，选定信息指令具体为对信息指令进行缓存操作，则所述触发选定的信息指令的输入具体为触发缓存的信息指令的输入。

3.根据权利要求1所述的方法，其特征在于，可交互式屏幕上设置有控件区域，则监听可交互式屏幕具体为监听可交互式屏幕上的控件区域。

4.根据权利要求3所述的方法，其特征在于，所述预定事件为按下状态持续事件，所述按下状态持续事件的发生时间与按下事件的发生时间的差值大于第一预设时长值；所述预设条件为按下状态持续事件持续的时长；

所述选定与该预定条件对应的信息指令具体包括：选定与按下状态持续事件持续的时长对应的信息指令。

5.根据权利要求3所述的方法，其特征在于，所述预定事件为滑动事件，所述预设条件为滑动事件的滑动轨迹的形状；

所述选定与该预定条件对应的信息指令具体包括：选定与滑动事件的滑动轨迹的形状对应的信息指令。

6.根据权利要求5所述的方法，其特征在于，当预定事件为滑动事件时，滑动过程中每改变一次位置即获取并记录改变位置后的当前位置所在的坐标，根据记录的坐标确定滑动轨迹的形状。

7.根据权利要求3所述的方法，其特征在于，所述预定事件为滑动事件，所述预设条件为滑动事件的滑动滑入到指定区域，所述指定区域对应一个信息指令，所述一个信息指令为按下事件对应的信息指令之外的一个信息指令；

所述选定与该预定条件对应的信息指令具体包括：选定与所述指定区域对应的信息指令。

8.根据权利要求7所述的方法，其特征在于，所述滑入到指定区域包括滑入指定区域且停留第二预设时长值或在抬起事件发生时位于指定区域。

9.根据权利要求1至8中任何一项所述的方法，其特征在于，当监听到可交互式屏幕发生抬起事件时，所述方法还包括：

如果监听到过预定事件且预定事件的当前状态满足预设条件或者没有监听到预定事件，则执行所述触发选定的信息指令的输入的步骤；

如果监听到过预定事件但预定事件的当前状态不满足预设条件，则取消对信息指令的选定。

10.根据权利要求9所述的方法，其特征在于，所述信息指令包括语音输入指令、文字输入指令、动画输入指令、视频输入指令、音频输入指令、图片输入指令或预览指令。

11.一种基于可交互式屏幕的信息指令输入装置，其特征在于，该装置包括：监听单元、选定单元、判断单元和触发输入单元，其中：

所述监听单元，用于实时监听可交互式屏幕；

所述选定单元，用于在监听到可交互式屏幕发生按下事件时，选定所述按下事件对应的信息指令；以及在预定事件的当前状态满足预设条件时，选定与预设条件对应的信息指令，所述预定事件不包括按下事件和抬起事件；

所述判断单元，用于在选定按下事件对应的信息指令后，当监听到可交互式屏幕发生预定事件之时或之后，判断该预定事件的当前状态是否满足预设条件，不同的预设条件对应不同的信息指令，如果是，则触发选定单元；

所述触发输入单元，用于触发选定的信息指令的输入；

所述触发输入单元包括第一触发输入子单元和/或第二触发输入子单元，其中：

所述第一触发输入子单元，用于在监听到可交互式屏幕发生抬起事件之时，触发选定的信息指令的输入；

所述第二触发输入子单元，用于在监听到可交互式屏幕发生抬起事件之前，触发选定的第一类别的信息指令的输入，在监听到可交互式屏幕发生抬起事件之后，触发选定的第二类别的信息指令的输入，所述第一类别的信息指令为执行信息指令时不与可交互式屏幕发生点击交互的信息指令；所述第二类别的信息指令为执行信息指令时需要与可交互式屏幕发生点击交互的信息指令。

12.根据权利要求11所述的装置，其特征在于，所述选定单元包括缓存子单元，用于在需要选定信息指令时，具体用于对信息指令进行缓存操作；

所述触发输入单元，具体用于触发缓存的信息指令。

13.根据权利要求11所述的装置，其特征在于，可交互式屏幕上设置有控件区域，则监听单元具体用于监听可交互式屏幕上的控件区域。

14.根据权利要求13所述的装置，其特征在于，所述预定事件为按下状态持续事件，所述按下状态持续事件的发生时间与按下事件的发生时间的差值大于第一预设时长值；所述预设条件为按下状态持续事件持续的时长；

所述选定单元，具体用于选定与按下状态持续事件持续的时长对应的信息指令。

15.根据权利要求13所述的装置，其特征在于，所述预定事件为滑动事件，所述预设条件为滑动事件的滑动轨迹的形状；

所述选定单元，具体用于选定与滑动事件的滑动轨迹的形状对应的信息指令。

16.根据权利要求13所述的装置，其特征在于，所述预定事件为滑动事件，所述预设条件为滑动事件的滑动滑入到指定区域，所述指定区域对应一个信息指令，所述一个信息指令为按下事件对应的信息指令之外的一个信息指令；

所述选定单元，具体用于选定与所述指定区域对应的信息指令。

17.根据权利要求11至16中任何一项所述的装置，其特征在于，所述装置包括取消单元，用于在监听到可交互式屏幕发生抬起事件时，如果监听到过预定事件但预定事件的当前状态不满足预设条件，取消对信息指令的选定。