CN102646235A

CN102646235A - 在线协同绘画的方法、客户端及服务器

Info

Publication number: CN102646235A
Application number: CN2012100941877A
Authority: CN
Inventors: 徐军; 薛珂
Original assignee: HANGZHOU GLEASY TECHNOLOGY CO LTD
Current assignee: HANGZHOU GLEASY TECHNOLOGY CO LTD
Priority date: 2012-04-01
Filing date: 2012-04-01
Publication date: 2012-08-22

Abstract

本发明提供的在线协同绘画的方法，当各客户端在服务器注册后，各已存客户端在各自画布上收集画笔动作，生成新增数据元素，将所述新增数据元素传到服务器，所述新增数据元素包括所绘图形的数据结构以及画笔动作参数；服务器将所接收到的新增数据元素发送到协同绘画分组内各已存客户端；各已存客户端收到所述新增数据元素后，将所述新增数据元素在自身画布上进行叠加，以展现最新的绘图信息。本发明还提供了在线协同绘画的服务器和客户端，通过本发明可以实现多人同时协同绘画，且各客户端在绘画的同时可以及时的看到更新后的绘画信息。

Description

在线协同绘画的方法、客户端及服务器

技术领域

本发明涉及协同办公领域，尤其涉及在线协同绘画的方法、在线协同绘画的客户端和服务器。

背景技术

目前，一种实现在线协同绘图的技术通常通过建立专门协同绘图的服务器，在服务器上建立协同绘图服务，并通知所有客户端加入，客户端根据自己的情况进行绘图请求，服务器根据所有客户端的绘图请求顺序，进行互斥应答，即每一次只能一个客户端进行绘图操作。

由于该技术在整个协同绘图的过程中，都是采用互斥应答，画笔传递的方式，即任何时刻都只有一个客户端请求到画笔，进行绘图操作，其他客户端处于一个等待状态，严重降低了在线协同绘图的效率，用户体验差。

发明内容

本发明的目的在于提供一种在线协同绘画的方法、在线协同绘画的客户端和服务器，能够多个客户端同时进行绘图操作。

本发明提供的在线协同绘画的方法，包括步骤：

当各客户端在服务器注册后，各已存客户端在各自画布上收集画笔动作，生成新增数据元素，将所述新增数据元素传到服务器，所述新增数据元素包括所绘图形的数据结构以及画笔动作参数；

服务器将所接收到的新增数据元素发送到协同绘画分组内各已存客户端；

各已存客户端收到所述新增数据元素后，将所述新增数据元素在自身画布上进行叠加，以展现最新的绘图信息。

本发明提供的在线协同绘画的服务器，包括：

第一通信模块，用于接收各已存客户端发送的新增数据元素，以及将接收到的新增数据元素发送到协同绘画分组内各已存客户端，所述数据元素包括所绘图形的数据结构以及画笔动作参数；

存储模块，用于存储协同绘画分组内各客户端的注册信息。

本发明提供的在线协同绘画的客户端，包括：

第二通信模块，用于将生成的新增数据元素传到服务器以及接收服务器发送的新增数据元素，所述新增数据元素包括所绘图形的数据结构以及画笔动作参数；

第二处理模块，用于将画笔动作在当前画布上生成新增数据元素，以及收到服务器的新增数据元素后，将所收到的新增数据元素在自身画布上进行叠加，以展现最新的绘图信息。

本发明改变了现有技术中的请求画笔机制，各客户端在服务器注册成功后，客户端无需向服务器请求画笔，允许多个客户端同时进行画笔动作，另外，首先完成画笔动作的客户端先将生成的画笔动作发给服务器，服务器分发给其他客户端，从而其他客户端在执行绘画操作的同时可以及时的看到更新后的绘画信息，以便及时的对自己当前的绘画操作进行调整，因此大大提高了在线协同绘画的效率，各个客户端之间能够更加友好的通信，提升了用户体验。

附图说明

图1为实施例1的流程图；

图2为实施例2的流程图；

图3为在线协同绘画的服务器的逻辑框图；

图4为在线协同绘画的客户端的逻辑框图。

具体实施方式

实施例1：本实施例中提供的在线协同绘画的方法，在协同绘图过程中，可以同时进行多客户端画笔操作，服务器可以同步进行绘画信息收集和处理，实现绘图信息实时更新。

如图1所示，协同绘画分组内的客户端首先将各自的注册信息(例如客户端ID等)发送到服务器进行身份注册(S101)，之后，将作为已存的形式，与服务器进行信息交互。本发明中取消了各客户端在绘画前向服务器请求画笔的步骤，各客户端无需向服务器请求画笔，多个客户端可以同时进行绘画操作。某个客户端对当前画布上的图像进行了修改，需要将画笔动作告知协同绘画分组内其它客户端时，该客户端将向服务器发起绘画通信，通过服务器实时更新协同绘画分组内的各客户端的图像信息。

各个客户端在开始协同绘画后将进入画笔动作的监听状态，若没有画笔动作，则一直处于监听状态，直到该客户端退出。若监听到画笔动作，收集画笔动作，生成绘图的数据元素(S102)。该客户端将当前画布上根据画笔动作生成的数据元素传到服务器(S103)，所述数据元素包括所绘图形的数据结构以及画笔动作参数(例如添加、删除、移动、旋转等动作)；作为一个实施例，客户端在完成每一个画笔动作的绘图数据后，可以通过SOCKET通道将绘图数据元素传送给服务端，同时可以进行下一个画笔动作的绘图数据处理。

服务器将从该客户端所接收到的数据元素发送到协同绘画分组内各客户端(S104)，作为一种优选方式，服务器可以采取实时同步的方式将数据元素发送到各客户端。

各客户端收到所述数据元素后，将所述数据元素在自身画布上进行叠加(S105)，以展现最新的绘图信息。通过此操作，保证了服务器的数据元素为实时更新状态，且能够为其他客户端的在线协同绘图提供最新数据元素，各客户端可以及时的看到其他客户端的最新操作，并将自己的操作结果及时的告知其他客户端。从而使每个客户端都能实时获取绘图信息。其中，各客户端收到的所述数据元素称为新增数据元素。

本实施例中的数据元素用于记载客户端的绘画行为，作为一个实施例，以下列举一个客户端所绘图形的数据结构的应用实例，值得指出的是，可以根据使用者的不同需求设计不同的数据结构，不应理解为本实施例中的数据结构仅局限于此一种形式。

绘图数据元素的数据结构：

方形：{颜色，线条宽度，起点(方形的左上角坐标)，终点(方形的右下角坐标)}

圆形：{颜色，线条宽度，圆心，半径}

三角：{颜色，线条宽度，圆心，水平半径，垂直半径}

三角：{颜色，线条宽度，三个顶点}

铅笔：{颜色，线条宽度，鼠标经过的轨迹点坐标集合}

橡皮：{线条宽度，鼠标经过的轨迹点坐标集合}

文字：{颜色，大小，字体，起始坐标，文字内容}

图片：{起始坐标，图片内容}

直线：{颜色，线条宽度，起点(方形的左上角坐标)，终点(方形的右下角坐标)}

作为一个实施例，S102中收集画笔动作，生成数据元素的方法如下：

鼠标在画布区域点下(或者硬物在触屏画布区域按下)，触发画笔动作。

判断画笔类型(类型包括方形，圆形，椭圆，三角，铅笔，橡皮，文字，图片，直线等)，初始化绘图的数据元素。

鼠标在画布区域内移动，收集鼠标最新坐标，补充绘图的数据元素。

鼠标弹起(或者硬物离开触屏画布区域)，结束画笔动作，完成绘图的数据元素。

实施例2：在绘画过程中，每一个画笔动作都会产生数据元素，在多人协同情况下，通过数据元素的累积，可能会出现千万级的数据量，另外，将数据元素通过网络传送给客户端时，大量的数据元素不仅需要高带宽进行传送，而且会容易发生数据元素丢失问题。因此为了解决协同绘画过程中海量数据传输的问题，作为对实施例1的进一步改进，当服务器存储数据元素的队列长度超过阈值时，将数据元素处理为点阵文件存储，将点阵文件和存储队列中的数据元素一起传送给客户端(新增客户端的实施例在实施例3，这个实施例还是针对没有新增的情况)，进行画布重构。过程如下：如图2所示，服务器在收到所述数据元素后，将所述数据元素存储于维护画布的队列中(S201)；收到客户端新增的数据元素后，将其加入队列空闲位置，在加入队列的过程中，需判断队列长度是否超过一个阀值，当队列的长度超过预定阈值时，将队列中的数据元素存成点阵文件，然后清空队列，以便存储新的数据元素(S202)。作为一个实施例，需要将数据元素存储成点阵文件时先在服务器上搜索，确认是否已存在点阵文件，本实施例中的点阵文件为可以将数据元素在大小固定的画布上按照点阵方式存储的文件，点阵文件的格式可以是图片或矢量图等。若不存在点阵文件，则在内存中建立一块画布，依次将队列里的数据元素按队列先进先出规则加入画布，清空队列，将超过阀值的数据元素加入队列中，再将画布保存为点阵文件，将点阵文件存储，并保存文件路径。若已存在，则读取该点阵文件，并在此点阵文件上将队列里的数据元素加入，清空队列，将超过阀值的数据元素加入队列中，直到所有新增数据元素加入点阵文件和队列中。每一个已注册的客户端，在服务端注册后，服务端在发送存量数据元素给客户端时，首先判断是否存有点阵文件，存储数据元素队列是否为空，如果存在点阵文件且队列不为空，将队列中所有数据元素和文件路径传送给客户端(S203)，客户端先根据文件地址找到点阵文件(S204)，结合队列中的数据元素，将队列中的数据元素以及所获取的点阵文件中的数据元素叠加在客服端的画布上(S205)，展现出最新的绘图信息。

对于实施例1，服务器将最新的绘画信息均以数据元素的形式发送给各个客户端，每个客户端都对新增数据元素进行叠加操作，必然处理的效率较低，并且在叠加过程中可能造成信息丢失现象。作为一个优选实施例，本实施例中的点阵文件可以是图片。在将数据元素处理为图片存储后，将图片传送给客户端，如果需要，还可以对图片进行压缩传送。由于图片本身最大为1M左右，不需要高带宽，图片格式所包含的数据元素内容不会丢失，从而传输快捷、高效、安全。另外，各客户端进行自身画布重构处理时，客户端根据图片的图片地址获取到图片，可直接将图片在本身画布上展现，不仅不需要每个客户端重新进行数据元素叠加，而且高效保持所存储的数据元素不失真展现。

本实施例中的点阵文件除了可以是图片外，还可以是其他可以在大小固定的画布上点阵重现的文件类型，例如矢量图等。

实施例3：现有技术中很多即时通信软件的在协同绘图期间，服务端需要先确认所有连接的客户端才开始进行协同绘图，在参与的人数上进行了固定，不允许新增任何客户端，如果有一方退出，将会中断整个协同绘图模式。针对这个问题，作为以上两个实施例的进一步改进，本实施例解决了现有技术中人数固定的缺陷，实现了在参与人数不确定(即参与人数不固定，参与人可能经常频繁加入和退出)的场景下，由任何一个客户端发起协同绘图的请求，在服务器上建立协同绘图区域，并根据客户端的绘图信息进行服务器数据初始化，服务器不断地接受地其他客户端的新加入请求，并进行最新绘图数据更新给各个新加入的客户端。该实施例体现了新增客户端和客户端退出的流程。

如果在协同绘图过程中，每一个新增的客户端在服务端上注册后，服务端首先判断是否有点阵文件，存储数据元素队列是否为空，如果存在点阵文件且队列不为空，将队列中所有数据元素和文件路径传送给这个新注册的客户端，客户端先根据文件地址找到点阵文件，结合队列中的数据元素与所获取的点阵文件进行画布重构。每一个退出的客户端在服务端上注销后，服务端就停止和上述客户端的所有通信。

实施例4：针对实施例1，在本实施例中，提供了一种在线协同绘画的系统，包括在线协同绘画的客户端和在线协同绘画的服务器。

如图3所示，在线协同绘画的服务器包括与客户端通信的第一通信模块、存储模块。

如图4所示，在线协同绘画的客户端包括第二通信模块和第二处理模块。

系统工作原理如下：

当各个客户端向服务器注册身份时，存储模块将各个客户端的注册信息进行存储；当某个客户端的第二处理模块将画笔动作生成数据元素后，发送给第一通信模块，第一通信模块将收到的数据元素分发给各个客户端的第二通信模块，各个客户端的第二通信模块接收到数据元素后传递给各自的第二处理模块，第二处理模块将接收到的数据元素在自身画布上进行叠加，以展现最新的绘图信息。

另外，与第二实施例相对应，服务器还可以包括数据队列和第一处理模块，当收到某个客户端发送的数据元素后，将数据元素在数据队列中进行存储，当数据队列的长度超过预定阈值时，将数据队列中的数据元素发送给第一处理模块处理成点阵文件，并将点阵文件和文件的路径在存储模块进行存储。

服务器更新各客户端绘画数据以及新注册用户获得绘画数据时的工作过程可参考实施例2和实施例3，在此不再赘述。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims

1.一种在线协同绘画的方法，其特征在于，包括步骤：

2.根据权利要求1所述的在线协同绘画的方法，其特征在于，还包括步骤：

服务器在收到所述新增数据元素后，将所述新增数据元素存储于队列中；

当所述队列的长度超过预定阈值时，将所述队列中的数据元素存成点阵文件；

服务器将接收到的新增数据元素实时同步到协同绘画分组内各已存的客户端时，将所存点阵文件的文件地址一起发送给各新增客户端；

各新增客户端根据所述文件地址从所述服务器获取所存点阵文件；

各新增客户端将不同的数据元素在自身画布上进行叠加时，将从服务器获取的所述点阵文件中的数据元素和所述队列中的数据元素一起叠加到所述自身画布上。

3.根据权利要求2所述的在线协同绘画的方法，其特征在于，所述点阵文件为图片或矢量图。

4.根据权利要求2或3所述的在线协同绘画的方法，其特征在于，还包括步骤：

如果在协同绘图过程中，服务器收到协同绘画分组外的新客户端的注册信息后，服务端将当前队列中数据元素和所述文件地址传送给该新客户端，所述新客户端根据所述文件地址获取点阵文件，并将所收到的数据元素与所获取的点阵文件中的数据元素进行叠加。

5.一种在线协同绘画的服务器，其特征在于，包括：

存储模块，用于存储协同绘画分组内各客户端的注册信息。

6.根据权利要求5所述的在线协同绘画的服务器，其特征在于，还包括：

数据队列，用于存储各已存客户端发送的新增数据元素；

第一处理模块，用于当所述数据队列的队列长度超过预定阈值时，将所述新增数据元素处理为点阵文件；

所述存储模块还用于存储将所述新增数据元素处理成的点阵文件；

所述第一通信模块还用于将接收到的新增数据元素发送到协同绘画分组内各客户端时，将所存点阵文件的文件地址一并发送给各已存客户端。

7.根据权利要求6所述的在线协同绘画的服务器，其特征在于，如果在协同绘图过程中，所述第一通信模块收到协同绘画分组外的新客户端的注册信息后，所述第一通信模块将当前队列中新增数据元素和所述文件地址传送给该新客户端。

8.根据权利要求6或7所述的在线协同绘画的服务器，其特征在于，所述点阵文件为图片或矢量图。

9.一种在线协同绘画的客户端，其特征在于，包括：

10.根据权利要求9所述的在线协同绘画的客户端，其特征在于，所述第二通信模块根据接收到的文件地址从服务器获取点阵文件，并发送给第二处理模块，第二处理模块将所述点阵文件与所述新增数据元素一并在自身画布上进行叠加；所述点阵文件为图片或矢量图。