专利名称：通过屏幕拼合在两个计算机之间产生对象处理平台的制作方法
技术领域：
本发明涉及用于在对象计算机和处理计算机之间产生对象处理平台的方法，其中由对象计算机与处理计算机进行特别的屏幕组装以耦合其输入和/或输出工具。
在两个终端设备之间，例如在PDA(个人数字助理)之间、在PC(个人计算机)之间、或在PDA和PC之间，文件传输在如今需要一些花费。计算机应通常也被理解为通信技术的移动终端设备，例如手机或移动电话。
对于这种文件传输或一般的对象传输，必须在计算机内安装大量的软件。据此，只能在该两个终端设备之间执行文件传输。在此，用户必须了解被他打算用于执行传输的技术。这意味着，用户必须在他打算通过蓝牙传输文件时启动蓝牙管理器。详细说，他必须在该管理器中选出要被传输的文件并确定目标地点。还可能必须选择某个转换格式。这类似地适用于电缆连接的传输，也适用于红外线传输。
另一方面，已经公知一些技术和方法被用来把两个或多个屏幕连接成一个大的显示器和用于耦合输入工具、例如鼠标和键盘。
对于使用自发的屏幕组装或显示设备的自发的组合或拼合(特别协作显示)，存在各种原因。屏幕组装例如应被理解为多个屏幕被拼合成所谓的大屏幕。另外，显示器的连接也应一般地被理解为单独的设备，或被集成在一个DV系统中。
下面的实施方案是集中于显示的图形控制，其中原则上涉及在显示器上的对象的符号。为此所使用的技术除了屏幕的这种控制之外还包括诸如键盘、鼠标及其它等输入工具的控制。在几乎所有的操作系统内，用于电子数据处理设备和也用于静止或移动通信终端设备的交互作用的所有这些操作界面工具都是被绑入在相同的处理层(layer)内。
出发点例如是移动电话或PDA(个人数字助理)的显示。
因此，例如在一个集体环境中，一群人、也即所谓的特别团体(adhoc Gemeinschaft)将观看一个文档，或也共同地在该文档下工作。在此，文档应被理解为一个文件的每个显示。
例如利用手机的其他人打算在一个共同的大显示器上处理他们的数据，其中他们跳过同步步骤。
在住宅中，住户希望能在一个中央显示器上观察其屋内设备的所有内容或状态。该内容例如是到达无绳或有线电话的SMS消息、正运行的洗涤或冲洗机的信号，它们在电视机的屏幕上被显示。
另外，自身没有显示器的设备可以通过在某种程度上可谓被随身携带的手机显示器来控制。
为了控制显示装置或显示器，已知有以下技术。
在
图1中描述了用于控制屏幕SCR或显示装置的操作系统OS的一般工作方式。
计算机或PDA通常具有单个显示器。操作系统OS访问对象库WSL(WidgetSet库)。除了在某种程度上可谓标准应用的操作系统OS外，通常还使用对象库WSL的装于计算机内的应用APP。对象库WSL根据应用APP的寻址产生所需的对象，也即它描绘所述的对象并进一步将其转送给屏幕驱动器SDD(屏幕装置驱动器)。除了图符和其它符号外，字符和其它可显示的符号也可以被理解为对象或交互对象。
屏幕驱动器SDD预处理用于图形卡GC的对象，然后由该图形卡直接控制屏幕SCR并在其上显示对象。
屏幕大小是不能改变的。
在图2中示出了一种现代的操作系统OS，例如Win2000、WinXP、Linux-X11R6-Xfree86或其它的。这种操作系统OS可以控制多个屏幕SCR(以Xfree86中的Xinerama特征而公知)。为此，操作系统OS通常使用一个虚拟层、即所谓的虚拟屏幕驱动器VSDD。该虚拟屏幕驱动器VSDD被插入在对象库WSL和一个或多个屏幕驱动器SDD之间。虚拟屏幕驱动器VSDD作为两个(如图所示)或多个屏幕驱动器SDD的前联的连接元件工作，以便同时控制同样为多个的显示器SCR。
虚拟屏幕驱动器VSDD为对象库WSL虚构或模拟一个单独的屏幕SCR，但该屏幕具有该屏幕SCR的单个屏幕的双倍高度或双倍宽度。在此，高度或宽度取决于用户的设置。这类似地适合于两个以上的屏幕SCR。
虚拟屏幕驱动器VSDD负责把从对象库WSL输出的对象经所属的屏幕驱动器SDD传送给相应的图形卡SC，并由此能够在屏幕SCR中的一个上实现位置正确的显示。该显示对于应用APP完全是透明的，并且可以自由地在两个屏幕SCR上移动，以及横跨和延伸两个屏SCR。两个屏幕SCR通过虚拟屏幕驱动器VSDD处理，就如同一个单独的、物理上存在的具有双倍大小的屏幕SCR一样。
在此，只有由同一平台控制的单屏幕或屏幕SCR能被拼合成一个大图像。
在图3中示出了一种变型方案，其中计算机和显示装置SCR不再位于相同的地点，而是通过所谓的客户-服务器-应用而彼此保持连接。X客户XC、例如X11R6客户被布置在本地计算机中，而且从应用APP或操作系统OS接收相应的数据组。
计算机、尤其是X客户XC，通过网络NL(网络层)与X服务器XS连接。网络NL可以通过有线或无线的通信网或计算机连接网实现。经由网络NL的数据通信通过被相应构造的协议来实现，该协议在此不必再作详述。该配置尽可能对应于图1所示的配置，其中在应用APP、操作系统OS和接下来的对象库WSL之间布置了客户-服务器-应用，其包括X客户XC、网络NL和X服务器XS。
具有前联X服务器XS的对象库WSL、屏幕驱动器SDD或虚拟屏幕驱动器VSDD、以及图形卡SC和屏幕SCR被构造为另一个计算机，或被构造为远程布置的计算设备。
在对此的一个变型方案中，屏幕驱动器SDD通过前面已借助于图2所讲述的虚拟屏幕驱动器VSDD来代替。这实现了多个屏幕SCR的控制。(该情况在图中没有被详细阐明。)这种变型方案是一种混合解决方案，其中本地屏幕控制器通过一个经网络控制的屏幕控制器来代替。这里在某种程度上可以说是涉及屏幕远程控制。
在图4中示出了一种所谓的通过网络的显示器控制(经网络控制的显示器)。这里在一侧设有一个客户计算机CC，其具有应用APP和操作系统OS、对象库WSL、屏幕驱动器SDD或虚拟屏幕驱动器VSDD、图形卡GC和屏幕SCR。
在另一侧布置了具有相同单元的要被控制的或要被远程控制的计算机CTC(要被控制的计算机)。
两个计算机CC和CTC通过一个所谓的虚拟网络计算机VNC相连接。该网络原则上可以是WWW(万维网)。虚拟网络计算机VNC在原本的意义上是一个收录输入和输出数据的协议，所述数据例如被置为以串行的形式并被发送给在网络任何地方运行的客户应用。
为了数据交换或数据传输，客户计算机CC具有一个VNC客户VNC-C，该VNC客户VNC-C通过从图3已知的网络NL与数据网或通信网保持连接。VNC客户VNC-C类似于应用APP地被绑入在计算机CC中。
为执行数据通信业务，要被控制的计算机CTC具有所谓的VNC侦测器VNC-S，它同样与网络NL保持连接。VNC侦测器VNC-S在计算机CTC内或直接与(虚拟)屏幕驱动器(V)SDD相耦合。
该装置使客户应用能够通过要被控制的计算机CTC实现完全的控制。在此，用户在客户计算机CC处以如同他坐在要被控制的计算机CTC的屏幕SCR之前一样的方式进行工作。在采用虚拟网络计算机VNC时，数据交换可以被中断，并从其它地方继续，其中诸如Windows中的窗口数量和布置、鼠标指示器的位置以及其它等显示器设置被保持成与中断前一样。
微软采用与此类似的、名称为“pcAnywhere”的配置。
在组合屏幕时，对象或文件可以在整个虚拟屏幕上移动。所属的应用或文件处理在控制计算机上运行。
本发明所基于的任务在于使计算机之间的对象传输更为舒适。
根据本发明，该任务通过权利要求1所给出的特征来解决。
下面借助于附图所示的实施例来描述本发明。在此图1示出用于利用计算机控制屏幕的已知装置，图2示出用于控制由单屏幕组成的大屏幕的已知装置，图3示出用于由远程计算机远程控制屏幕的已知装置，图4示出用于通过虚拟网络计算机远程控制屏幕的已知装置，图5示出了用于特别组装屏幕的可能装置，图6示出了屏幕组合的一种情形，图7示出了屏幕组合的另一种情形，以及图8示出了本发明的对象传输的情形。
本发明是基于至少两个被组装的屏幕。用于组装显示器的方法对本发明只有次要的意义。
在图5中示出了用于可能的屏幕组装的主要部件、即一个如在图1中作为计算机或PDA被描述的控制计算机SC，该计算机SC具有应用APP、操作系统OS以及对象库WSL。
控制计算机SC具有一个屏幕驱动器-客户DD-C(装置驱动器客户)。在图示中，应用APP采用对象库WSL来描绘图形对象或组件。对象库WSL将这些对象描绘到屏幕驱动器-客户DD-C上。
屏幕驱动器-客户DD-C将所描绘的对象要么转送给网络内虚拟屏幕驱动器业务NVDD-S(网络的虚拟装置驱动器业务)，要么转送给虚拟网中的虚拟屏幕驱动器业务VNVDD-S(虚拟网络的虚拟装置驱动器业务)。为了转送所述的对象，在客户DD-C和屏幕驱动器业务(V)NVDD-S之间采用一种协议，该协议原则上通过传输媒体层隧穿相应的数据。传输媒体例如是网络NL。
在接下来对屏幕组合的阐述中，为简化起见用缩写来称呼该屏幕驱动器客户DD-C所采用的部件。
在第一种可能的变型方案中，客户DD-C使用一种网络内虚拟屏幕驱动器业务NVDD-S，该业务作为所谓的网络内虚拟屏幕驱动器NVDD进行工作。网络内虚拟屏幕驱动器NVDD与屏幕驱动器SDD以及至少一个屏幕SCR和所属的图形卡GC是计算机UC1或UC2(被用计算机)的组成部分。在使用两个屏幕SCR的情况下，采用已经公知的虚拟屏幕驱动器VSDD。
在第二种可能的变型方案中，客户DD-C使用一种虚拟网络内虚拟屏幕驱动器业务VNVDD-S，该业务作为所谓的虚拟网络内虚拟屏幕驱动器VNVDD进行工作。原则上，屏幕驱动器(V)NVDD以与在图2中所描述的虚拟屏幕驱动器VSDD相类似的方式进行作用，该虚拟屏幕驱动器VSDD向对象库WSL虚构了一个单独的屏幕驱动器SDD以代替两个物理上存在的驱动器SDD。
在两个虚拟屏幕驱动器NVDD和VNVDD之间的差别如下-网络内虚拟屏幕驱动器VNDD可以直接控制硬件、也即图形卡GC。若屏幕驱动器客户DD-C使用网络内虚拟屏幕驱动器NVDD，则该屏幕驱动器客户DD-C根据需要通过虚拟屏幕驱动器VSDD将信息或对象隧穿给驱动器SDD。在此，屏幕驱动器NVDD必须在运行相应图形卡GC的计算机UC1或UC2上运行。
-虚拟网络内虚拟屏幕驱动器VNVDD在网络NL中寻找任何一个可达的网络内虚拟屏幕驱动器NVDD，或也寻找任何一个其它的虚拟网络内虚拟屏幕驱动器VNVDD。驱动器VNVDD为此利用所谓的业务发现协议。如果屏幕驱动器客户DD-C使用虚拟网络内虚拟屏幕驱动器VNVDD，则该驱动器VNVDD便接管对组装显示器、也即一个或多个屏幕SCR的控制。屏幕驱动器VNVDD可以在网络NL内的任何地方运行，甚至在根本就没有自己的图形卡的计算机上运行。
下面讲述特别屏幕组装的一种情形。如果使用PDA(个人数字助理)和个人计算机(PC)，那么它们两者便通过WLAN(无线LAN)结网。两个系统PDA和PC为了工作被装配了网络内虚拟屏幕驱动器NVDD，并且PDA为了工作还另外被装配了虚拟网络内虚拟屏幕驱动器VNVDD。
PDA的用户例如想在某个时间间隔内使用比PDA可提供给他的要更大的屏幕。另外，他想把PC的鼠标用作为输入工具。
PDA被启动，而且在调用相应的应用之后，图形初始化例程尝试向虚拟网络内虚拟屏幕驱动器VNVDD建立连接。该屏幕驱动器VNVDD在WLAN内寻找网络内虚拟屏幕驱动器NVDD和另一个虚拟网络内虚拟屏幕驱动器VNVDD。它将找到至少两个屏幕驱动器NVDD、PDA和PC。
在相应的协议交换之后，PDA上的屏幕驱动器VNVDD要么建议PDA和PC的两个屏幕的配置，要么根据用户的预设置进行设置。在两种情况下，例如由用户应答一个同意。此后例如接受图6所示的屏幕组合。在此，PDA的较小屏幕1在左下边补充PC的显示器2。
屏幕驱动器VNVDD识别PDA的对象库WSL。对象库VSL开始在屏幕1上描绘。用户现在可以判断他是否想把应用或所属的符号(例如文本、符号和一般的图形)向右移到屏幕2上。在此，仅部分地移动显示也是可能的，使得例如一半在显示器1上被显示，而另一半在显示器2上被显示。用户可以进一步例如使用PC的鼠标和键盘来进行输入(原本是在PDA上进行的)。
因为PDA是运行用户所启动的应用的设备，所以所有的输入输出数据只由PDA控制。该应用没有哪个时刻是在PC自身上运行的在另一(如图7所示的)情形中，采用了自身没有屏幕的设备。例如周期性地或者由操作员通过按压按钮来触发地，该设备通过一个或多个网络接口(例如蓝牙，WLAN或串行接口及其他)寻找一个网络内虚拟屏幕驱动器业务，或寻找一个虚拟网络内虚拟屏幕驱动器业务。只要找到网络内虚拟屏幕驱动器业务，则主应用开始描绘对象。屏幕驱动器业务例如在另一网络用户的笔记本电脑或PDA上运行。在此，协议与原先采用的相同，区别是该另一用户可以远程控制该设备，他例如可以关断它。
被组合的屏幕如图7所示，其中在某种程度上可以说通过网络投影的设备显示器1处于笔记本电脑的更大平面的显示器2中。
所述屏幕组装可以实现GUI对象(图形用户接口)在两个显示器的平面上移动或定位，就好象有一个单独的更大显示器一样。另外，用户可以使用所参与的终端设备的输入工具。为该实现而采用的技术对本发明只有次要的意义。
根据本发明，在参与屏幕组装的显示器1和2上分别淡入一个交互区域IA1或IA2。该区域IA1、IA2例如是每个屏幕的上边缘处的条形，如图8所示。交互区域IA1、IA2也可以被构造为面形的，或通过触敏屏幕上的区域来实现，原则上也可以想到键的组合。下面来详细讲述交互区域IA1、IA2的作用方式。
当用户把一个定位符号(例如鼠标指示器)移动到交互区域IA1或IA2中时，所属的(PDA的)显示器1或(PC的)显示器2便被切换到普通的本地PDA或PC显示。显示器1或2于是不再显示被组合的或虚拟的显示的相应部分。
如果被组合的屏幕具有图7所示的情形，则无需另外设立指明的交互区域。在该情况下，被组合的屏幕是显示器2上的一个窗口。然后，可以把鼠标指示器定位在显示器1的外部，也即例如在所属的PC的桌面上。
在接下来的情形中(见图8)，用户把一个对象从PDA(属于显示器1)传送给PC(属于显示器2)。这种对象可以是一个文件、一个图像，或例如也可以是一个剪贴板。
用户在第一步骤中根据设备自己的显示器1和2产生一个组合显示器，其中用户使用上述的技术之一。
在接下来的步骤中，用户把对象(例如一个文件)越过屏幕1移到屏幕2的交互区域IA2，为此他使用Windows中常见的DragNDrop(拖放)技术。
在通常的等待时间之后，或者通过把对象放到交互区域IA2上，显示器2便切换到所属终端设备(该情况下是PC)的普通的本地显示模式。最后，文件处理平台的产生通过对象和交互面IA2的本地耦合来实施。
这里不涉及从PDA到PC的文件传输，而是原始文件保留在PDA上，而且只在PC上进行处理，而被完成的文件的存储又在PDA上。
在面向GUI的系统中，通过把所传输的对象放到所属的图符上来启动所选择的应用。
由此在运行于PC上的应用和位于PDA上的所述的对象或所属的数据之间建立一种逻辑连接。如果必要的话，也对被移动的文件执行转换。于是例如把在Psion(对于PDA)中常见的wrd文档转换成在Windows(对于PC)中常见的doc文档。
任一对象总线技术(例如SOAP、JINI等)都可以接受所述的对象，并调用、处理和再次存储所属的数据。
权利要求
1.用于在对象计算机和处理计算机之间产生对象处理平台的方法，在该方法中由所述对象计算机与所述处理计算机进行特别屏幕组合以耦合其输入和/或输出工具，其中属于所述处理计算机的至少一个显示器(2)具有一个交互区域(IA2)，通过该交互区域可以激活本地的文件处理，通过把对象从一个属于所述对象计算机的显示器(1)移到属于所述处理计算机的所述显示器(2)的所述交互区域(IA2)中，来产生对象处理平台，以及通过在本地耦合所述对象与所述交互区域(IA2)来激活所述本地的处理。
2.按照权利要求1所述的方法，其中通过所述对象与属于所述处理计算机的显示器(2)上的一个应用图符的另一耦合，来启动所述对象的应用特有的处理。
3.按照权利要求2所述的方法，其中将对象计算机特有的对象数据转换成应用特有的数据。
全文摘要
本发明涉及用于在对象计算机和处理计算机之间产生对象处理平台的方法，在该方法中由所述对象计算机与所述处理计算机进行特别屏幕组合以耦合其输入和/或输出工具，其中属于所述处理计算机的至少一个显示器(2)具有一个交互区域(IA2)，通过该交互区域可以激活本地的文件处理；通过把对象从一个属于所述对象计算机的显示器(1)移到属于所述处理计算机的所述显示器(2)的所述交互区域(IA2)中，来产生对象处理平台；以及通过在本地耦合所述对象与所述交互区域(IA2)来激活所述本地的处理。
文档编号G06F3/0486GK1849578SQ200480026019
公开日2006年10月18日 申请日期2004年8月17日 优先权日2003年9月10日
发明者J·-Y·比特利希 申请人:西门子公司