本发明实施例涉及计算机技术领域，尤其涉及一种控件迁移方法、装置、终端及存储介质。
背景技术：
各种计算机软件应用允许用户使用控件来显示各种用户感兴趣的数据，这些数据存在于程序中，并根据用户的操作，读取到内存中并展示给用户。控件可被用来以有组织的方式接收数据。例如，在常规数据处理平台客户端中可以存在多个控件，以根据用户的操作对不同的数据分别进行展示。
目前，一些程序应用支持拖曳功能，拖拽是将应用程序中的某些控件通过鼠标或手指拖放操作，从原来的位置移动到其它位置的过程。当鼠标或手指按下某一控件并且按住开始拖拽时，该控件会随着鼠标或手指的移动而移动，当鼠标或手指放开该控件时，拖拽结束，该控件就停留在鼠标或手指放开时的位置。用户通过拖拽操作可以很方便地将控件移动到指定位置。但是，目前的拖曳只支持在同一应用程序内部的不同窗体之间进行。
技术实现要素：
本发明提供一种控件迁移方法、装置、终端及存储介质，以实现将控件迁移到不同应用程序的窗体之间的目的。
第一方面，本发明实施例提供了控件迁移方法，包括：
响应控件的拖拽操作，确定所述控件对应的进程；
将所述进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中。
第二方面，本发明实施例还提供了一种控件迁移装置，包括：
确定模块，用于响应控件的拖拽操作，确定所述控件对应的进程；
嵌入模块，用于将所述进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中。
第三方面，本发明实施例还提供了一种终端，所述终端包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述实施例提供的任一所述控件迁移方法。
第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述实施例提供的任一所述控件迁移方法。
本发明实施例提供的控件迁移方法、装置、终端及存储介质，通过确定拖曳控件对应的进程，并将确定的进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中，可以解决现有技术中控件不能跨应用程序进行拖曳的技术问题提高了控件布局的灵活性，为用户提供了一种灵活可控的控件布局方式，使得用户能够根据自身需求进行控件布局的技术效果。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：
图1为本发明实施例一提供的控件迁移方法的流程图；
图2是本发明实施例二提供的控件迁移方法的流程图；
图3是本发明实施例三提供的控件迁移方法的流程图；
图4是本发明实施例四提供的控件迁移方法的流程图；
图5是本发明实施例五提供的控件迁移方法的流程图；
图6是本发明实施例六提供的控件迁移方法的流程图；
图7是本发明实施例七提供的控件迁移装置的结构图；
图8是本发明实施例八提供的终端的结构图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1为本发明实施例一提供的控件迁移方法的流程图，本实施例可适用于将控件迁移至其它应用程序的展示区的情况，该方法可以由控件迁移装置来执行，具体包括如下步骤：
步骤110、响应控件的拖拽操作，确定所述控件对应的进程。
控件是指对数据和方法的封装。控件可以有自己的属性和方法，其中属性是控件数据的简单访问者，方法则是控件的一些简单而可见的功能。在应用程序中，利用控件可以实现数据可视化，并可丰富用户界面的各种元素种类。可以在创建控件时，为所述控件设定各种属性，如名称、大小、颜色、位置等等。并且可以通过设置移动属性，使得所述控件能够支持拖曳移动。
示例性的，用户可以通过按下鼠标选中控件并移动鼠标来拖拽控件，响应控件的拖拽操作确定拖曳的控件的进程。进程是计算机中的程序关于某数据集合上的一次运行活动，因此，每个控件都存在对应的进程，用于在控件运行时，对控件封装的数据按照方法运行。可选的，可以根据所述控件的名称查找对应的进程；或者，也可以确定控件的句柄，并根据句柄确定所述控件对应的进程。
步骤120、将所述进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中。
其中，所述的展示区可以是用于展示拖曳控件的容器，所述容器可以视作一种控件，可以用于容纳控件，容器的载体通常可以为窗口。一个进程可以有多个窗口，一个窗口可以有多个控件。在本实施例中，所述展示区可以包括：用于展示其它控件的容器和桌面平台所对应的容器等。利用展示区，可以将拖曳控件单独进行展示，或者与其它应用程序的控件进行对比展示，也就是说，展示区可以用于展示不同应用程序的多个窗口，也可以用于展示同一应用程序的多个窗口，方便用户进行对比操作，并且还可以记录展示区的历史配置信息。对于展示区，其是一种容器，也可视为一种控件，相应的，其也存在对应的进程。因此，可以将拖曳的控件的进程作为展示区对应进程的子进程，嵌入到展示区对应的进程中。以使得拖曳控件能够在展示区内能够根据用户的操作显示数据。示例性的，可以将所述拖曳控件的进程通过剪切或者复制方式嵌入到展示区对应的进程中。可以根据用户对拖曳控件是否继续保留在原应用程序中继续显示的需求，选用复制或者剪切方式对拖曳控件的进程进行处理。对于无需保留的情况，可以选用剪切方式对拖曳控件的进程进行处理；否则，则可以选用复制方式对拖曳控件的进程进行处理。由于拖曳进程和展示区进程分别由不同的事件触发，并且处理的数据不同，因此，将拖曳控件的进程直接嵌入到展示区的进程中，拖曳控件仍然能够根据用户的操作展示数据。
可选的，所述将所述进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中，可以包括：确定所述拖曳终止位置是否与其它应用程序的展示区重叠；若重叠，则将所述进程作为子进程嵌入到其它应用程序的进程中。可以确定拖曳终止位置在屏幕的坐标与其它应用程序的展示区的坐标，并将拖曳终止位置在屏幕的坐标与其它应用程序的展示区的坐标进行对比，判断拖曳终止位置是否与其它应用程序的展示区重叠。如果重叠，则可以确定用户的意图是将控件拖曳到该展示区内，则可以将控拖曳控件的进程作为子进程嵌入到所述其它应用程序的进程中。通过上述方式，可以在用户拖曳操作存在偏差时，准确判断用户的拖曳意图，并将控件进程作为子进程嵌入到所述其它应用程序的进程中。以实现对控件的灵活准确迁移。
本实施例通过确定拖曳控件对应的进程，并将确定的进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中，可以解决现有技术中控件不能跨应用程序进行拖曳的技术问题提高了控件布局的灵活性，为用户提供了一种灵活可控的控件布局方式，使得用户能够根据自身需求进行控件布局的技术效果。
在本实施例的一个优选实施方式中，所述方法还可增加如下步骤：保存拖曳终止后的控件布局。示例性的，可以采用标记语言形式对控件布局进行保存。标记语言形式可以用于标记电子文件并使其具备结构性。可选的，可以采用xml文件保存拖曳终止后的控件布局。xml是一种标准通用标记语言。比标准通用标记语言要简单，可以规定文档的逻辑结构，并能够记载控件的属性及位置，实现对控件布局的存储。通过保存拖曳终止后的控件布局，可以在下次使用时，读取保存的控件布局并进行展示，方便用户使用。减少了用户拖曳操作的次数。
实施例二
图2为本发明实施例二提供的控件迁移方法的流程图。本实施例以上述实施例为基础进行优化，在本实施例中，将所述进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中，具体优化为：对所述进程进行序列化；将序列化后的数据通过进程间通信传入拖曳终止位置的展示区对应的进程中，并进行反序列化。
相应的，本实施例所提供的控件迁移方法，具体包括：
步骤210、响应控件的拖拽操作，确定所述控件对应的进程。
步骤220、对所述进程进行序列化。
控件的进程可以通过传输的方式嵌入到拖曳终止位置的展示区对应的进程中。在计算机程序中，数据传输通常是以字节为基本单位进行传输的。因此，将进程作为子进程嵌入到拖曳终止位置的展示区对应的进程之前，需要对所述进程进行序列化，即将进程转换为无结构的数据流，便于进行传输。示例性的，可以按照预设的协议格式对所述进程进行序列化。
步骤230、将序列化后的数据通过进程间通信传入拖曳终止位置的展示区对应的进程中，并进行反序列化。
在将控件进程作为子进程嵌入到展示区对应的进程中时，由于二者之间存在着独立的系统资源，并且是相互隔离的，在二者需要进行协调工作时，需要通过进程间通信将子进程传入展示区对应的进程中。进程间通信是至少两个进程传送数据或信号的一些技术或方法。通过进程间通信可以实现消息传递、同步和共享内存等。示例性的，可以通过套接字或者通道将序列化后的数据通过进程间通信传入拖曳终止位置的展示区对应的进程中，并通过反序列化，将传输的无结构的数据流转换为相应的进程。
本实施例将所述进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中，具体优化为：对所述进程进行序列化；将序列化后的数据通过进程间通信传入拖曳终止位置的展示区对应的进程中，并进行反序列化。可以将控件进程完整的传入展示区对应的进程中，并且能够实现展示区对应的进程与控件进程之间的协调工作。
实施例三
图3为本发明实施例三提供的控件迁移方法的流程图。本实施例以上述实施例为基础进行优化，在本实施例中，在对所述进程进行序列化之前，增加如下步骤：按照预先设定的格式将所述进程中的数据进行转换；并将所述对所述进程进行序列化，具体优化为：根据转换后的数据对所述进程进行序列化。
相应的，本实施例所提供的控件迁移方法，具体包括：
步骤310、响应控件的拖拽操作，确定所述控件对应的进程。
步骤320、按照预先设定的格式将所述进程中的数据进行转换。
对于不同的控件，其数据的展现形式可以根据用户需要产生不同，例如：控件a中的数据以树形结构形式进行展示，数据b中的数据以表格形式进行展示，数据c中的数据以饼状图形式进行展示。在控件拖曳完成后，拖曳控件中的数据展现形式通常不会产生变化，但会与展示区内原有的控件的数据展现形式不同，不利用用户观察对比。因此，在本实施例中，在将拖曳控件的进程嵌入到展示区对应的进程中之前，需要将该控件中的数据进行转换，以使得所述控件在拖曳完成后以不同的展示方式进行展示。例如：控件数据以树形结构形式进行展示，而展示区中的原有控件以表格形式进行展示。为了方便将拖曳控件所展示的数据与原有控件的数据进行参照对比，需要将拖曳控件的数据由树形结构转换为表格形式。
示例性的，可以按照预先设定的格式将拖曳进程中的数据进行转换。所述预先设定的格式可以根据需要展示的结构形式确定。例如：拖曳完成后的控件需要以饼状图结构形式进行展示，则预先设定的格式可以为饼状图结构对应的格式。此外，预先设定的格式也可以为用户指定的其它格式。例如：拖曳控件以树形结构形式进行展示，而用户需要将其转换为饼形图结构形式进行展示。相应的，则预先设定的格式可以为饼状图结构对应的格式。通过对数据的格式转换，可以将拖曳控件展示的数据转换为适用于各种展示类型的数据。
步骤330、根据转换后的数据对所述进程进行序列化。
由于进程中的数据已经发生了变化，因此，需要根据转换后的数据对所述进程进行序列化。示例性的，可以将转换后的数据替换掉进程中原有的数据，并在替换完成后，对所述进程进行序列化。
步骤340、将序列化后的数据通过进程间通信传入拖曳终止位置的展示区对应的进程中，并进行反序列化。
本实施例通过在对所述进程进行序列化之前，增加如下步骤：按照预先设定的格式将所述进程中的数据进行转换；并将所述对所述进程进行序列化，具体优化为：根据转换后的数据对所述进程进行序列化。可以根据需要展示的数据格式对拖曳控件中的数据进行变换。并根据变换后的数据进行序列化。以使得传入展示区进程中的拖曳控件进程中的数据可以与展示区中原有控件的数据展示方式一致，方便用户进行对比和参考。使得用户能够根据自身需求调整控件的数据展示方式。
实施例四
图4为本发明实施例四提供的控件迁移方法的流程图。本实施例以上述实施例为基础进行优化，在本实施例中，将所述进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中，具体优化为：若所述拖拽终止位置的展示区为桌面，则在桌面上为所述控件创建独立窗体展示区，并将所述进程作为子进程嵌入到所述独立窗体展示区对应的进程中。
相应的，本实施例所提供的控件迁移方法，具体包括：
步骤410、响应控件的拖拽操作，确定所述控件对应的进程。
步骤420、若所述拖拽终止位置的展示区为桌面，则在桌面上为所述控件创建独立窗体展示区，并将所述进程作为子进程嵌入到所述独立窗体展示区的进程中。
通常，展示区可以是用于展示拖曳控件的容器，所述容器可以视作一种控件，可以用于容纳控件，容器的载体通常可以为窗口。但在实际使用过程中，用户会经常将单个控件从应用程序中拖曳至桌面，以方便对该控件展示的数据进行更方便的直接观察。由于桌面中并不包括容纳拖曳控件的窗体。因此，需要为拖曳的控件建立一个窗体，以容纳所述拖曳控件。示例性的，可以为所述拖曳控件建立一个独立窗体展示区，该独立窗体的属性可以为活动的，并且所述独立窗体的初始位置可以根据拖曳终止位置设定。由于创建的独立窗体没有相应的进程，因此，可以将拖曳控件的进程作为子进程嵌入到独立窗体展示区对应的进程中。以实现将控件拖曳到桌面单独显示的效果。此外，桌面可以为不止一个控件建立至少一个独立窗体，具体可以根据每个控件的拖曳终止位置确定，以实现将多个控件单独或者组合在桌面展示的技术效果。
本实施例通过将所述进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中，具体优化为：若所述展示区为桌面，则为所述控件创建独立窗体展示区，并将所述进程作为子进程嵌入到独立窗体展示区的进程中。可以为拖曳到桌面的控件创建独立窗体，容纳拖曳控件。能够实现将多个控件单独或者组合在桌面展示的技术效果。
实施例五
图5为本发明实施例五提供的控件迁移方法的流程图。本实施例以上述实施例为基础进行优化，在本实施例中，将所述进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中，具体优化为：将不同应用程序的控件的进程分别作为子进程嵌入到拖曳终止位置的展示区对应的进程中。
相应的，本实施例所提供的控件迁移方法，具体包括：
步骤510、响应控件的拖拽操作，确定所述控件对应的进程。
步骤520、将不同应用程序的控件的进程分别作为子进程嵌入到拖曳终止位置的展示区对应的进程中。
在某些应用场合，需要将不同应用程序的控件展示的数据进行对比分析。例如：需要将销量管理系统中的销售数量显示控件，和售后维修系统中的售后维护数量显示控件进行对比分析。因此，在本实施例中，可以支持将不同应用程序的控件进行重新的拼装。示例性的，可以将不同应用程序的控件的进程分别作为子进程嵌入到拖曳终止位置的展示区对应的进程中。由于不同应用程序中每个拖曳控件进程分别由不同的事件触发，并且处理的数据不同。因此，可以将不同应用程序的拖曳控件的进程直接嵌入到展示区的进程中，拖曳控件仍然能够根据用户的操作展示数据。
本实施例通过将所述进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中，具体优化为：将不同应用程序的控件的进程分别作为子进程嵌入到拖曳终止位置的展示区对应的进程中。可以实现不同应用程序控件的自由迁移和组合，方便用户对数据进行观察和对比。增强了控件使用的便捷性。
实施例六
图6为本发明实施例六提供的控件迁移方法的流程图。本实施例以上述实施例为基础进行优化，在本实施例中，将所述进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中，具体优化为：将同一应用程序中不同账号的控件的进程作为子进程嵌入拖曳终止位置的展示区对应的进程中。
相应的，本实施例所提供的控件迁移方法，具体包括：
步骤610、响应控件的拖拽操作，确定所述控件对应的进程。
步骤620、将同一应用程序中不同账号的控件的进程作为子进程拖曳终止位置的展示区对应的进程中。
对于一个数据系统或者应用程序来说，通常不同账户的用户具有不同的权限和功能，即不同账户用户之间所能执行的功能模块不同。相应的，不同账户用户所使用的界面、模块和控件也有所不同。例如：对于一个办公系统来说，销售账户人员所使用的控件与生产账户人员所使用的控件不同。但在某些应用场合，需要将不同账户的控件中的数据进行比对分析。在本实施例中，可以允许对同一应用程序中不同账户的控件进行拖曳操作，使之重新布局。便于进行分析和对比。示例性的，仍然可以根据拖曳控件的名称确定对应的进程，并将同一应用程序中不同账号的控件的进程作为子进程拖曳终止位置的展示区对应的进程中。在另外一种情况下，如果针对不同账户拖曳的控件相同，也可根据拖曳控件中进程描述中的账号信息确定拖曳控件的进程，并将该进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中。
本实施例通过将所述进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中，具体优化为：将同一应用程序中不同账号的控件的进程作为子进程嵌入拖曳终止位置的展示区对应的进程中。可以对同一应用程序的不同账户的控件进行排列和布局，方便用户对不同账户的控件展示的数据进行比对分析。
实施例七
图7是本发明实施例七提供的控件迁移装置的结构图，如图7所示，所述装置包括：
确定模块710，用于响应控件的拖拽操作，确定所述控件对应的进程；
嵌入模块720，用于将所述进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中。
本实施例提供的控件迁移装置，通过确定拖曳控件对应的进程，并将确定的进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中，可以解决现有技术中控件不能跨应用程序进行拖曳的技术问题提高了控件布局的灵活性，为用户提供了一种灵活可控的控件布局方式，使得用户能够根据自身需求进行控件布局的技术效果。
在上述各实施例的基础上，所述嵌入模块包括：
序列化单元，用于对所述进程进行序列化；
传入单元，用于将序列化后的数据通过进程间通信传入拖曳终止位置的展示区对应的进程中，并进行反序列化。
在上述各实施例的基础上，所述装置还包括：
转换模块，用于按照预先设定的格式将所述进程中的数据进行转换；
所述序列化单元，用于根据转换后的数据对所述进程进行序列化。
在上述各实施例的基础上，所述嵌入模块，用于：
若所述拖拽终止位置的展示区为桌面，则为所述控件创建独立窗体展示区，并将所述进程作为子进程嵌入到所述独立窗体展示区的进程中。
在上述各实施例的基础上，所述嵌入模块，用于：
将不同应用程序的控件的进程分别作为子进程嵌入到拖曳终止位置的展示区对应的进程中。
在上述各实施例的基础上，所述嵌入模块，用于：
将同一应用程序中不同账号的控件的进程作为子进程嵌入到拖曳终止位置的展示区对应的进程中。
在上述各实施例的基础上，所述嵌入模块，包括：
重叠确定单元，用于确定所述拖曳终止位置是否与其它应用程序的展示区重叠；
嵌入单元，用于若重叠，则将所述进程作为子进程嵌入到所述其它应用程序的进程中。
在上述各实施例的基础上，所述装置还包括：
保存模块，用于保存拖曳终止后的控件布局。
本发明实施例所提供的控件迁移装置可执行本发明任意实施例所提供的控件迁移方法，具备执行方法相应的功能模块和有益效果。
实施例八
图8为本发明实施例八提供的一种终端的结构示意图。图8示出了适于用来实现本发明实施方式的示例性终端12的框图。图8显示的终端12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图8所示，终端12以通用计算设备的形式表现。终端12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
终端12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被终端12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。终端12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图8未显示，通常称为“硬盘驱动器”)。尽管图8中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
终端12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该终端12交互的设备通信，和/或与使得该终端12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，终端12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与终端12的其它模块通信。应当明白，尽管图中未示出，可以结合终端12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的控件迁移方法。
实施例九
本发明实施例九还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如上述实施例提供的任一所述的控件迁移方法。
本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如”c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。