CN102801708A - 电子白板实现方法与用户设备 - Google Patents

Abstract

本申请提供了一种电子白板实现方法与用户设备，其中，电子白板实现方法包括：第一用户设备通过消息中转服务器向第二用户设备发送请求白板会话的第一SIP请求消息，第一SIP请求消息中携带有要求第二用户设备支持白板会话的信息和启动白板命令；第一用户设备根据第二用户设备对要求第二用户设备支持白板会话的信息和启动白板命令的肯定响应，与第二用户设备建立白板会话；第一用户设备在白板会话过程中，通过消息中转服务器向第二用户设备发送携带有白板操作命令的第二SIP请求消息，使第二用户设备根据白板操作命令进行相应的白板操作。通过本申请，扩大了在SIP点对点会话过程中进行白板会话的数量。

Description

电子白板实现方法与用户设备

技术领域

本申请涉及通信技术领域，特别是涉及一种基于SIP（Session InitiationProtocol，会话初始协议）协议的电子白板实现方法与用户设备。

背景技术

电子白板是指一个虚拟公用区域，在计算机支持的协同工作中参加协作的各个成员的终端上都有一个白板的视图，白板上的内容既可以是手绘的简单图形，也可以是文字、图像、音频、视频等。白板数据是共享数据，当一个用户修改了其中的数据之后，就要把修改立即通知给其他用户，让其他用户及时更新自己的白板视图。其更新结果应该立即反映在其他所有用户的视图上，即所谓的“你见即我见”。

目前，电子白板功能主要在会议业务中实现，会议业务实现了多方用户同时进行通信，可用于各种各样的媒体流类型的通信，如音频、视频和文本类型的会议。在基于SIP的会议中，会议过程需要有MRS（Media ResourceServer，媒体资源服务器）的支持，对于点对点的会话过程，如果需要白板功能，则首先必须建立会议，然后才能利用MRS实现白板功能，具体过程如图1所示。

图1中，示出了现有基于SIP的白板会议流程，图中省略了涉及的中间网元，该白板会议流程包括：

步骤S102：发送创建会场申请的invite消息，其中，invite消息的content头域中携带有终端UE1（User Equipment，用户设备）能力的SDP（SessionDescription Protocol，会话描述协议）以及邀请的成员列表；

步骤S104~S106：ConfAS（Conference Application Server，会议应用服务器）向MRS发送invite请求，其中携带UE1的SDP，与MRS进行媒体协商，MRS完成协商后，通过200OK向ConfAS返回协商的SDP；

步骤S108~S112：终端UE1与MRS之间完成媒体协商过程；

步骤S114~S116、ConfAS向MRS发送INFO消息，通知MRS创建白板会议，同时将UE1加入会议；

步骤S118~S120：根据主叫（即UE1）邀请成员列表信息，ConfAS向终端UE2发送呼叫请求，携带空的SDP，终端UE2回复200OK成功响应，携带终端UE2的SDP；

步骤S122~S128：ConfAS向MRS发送invite请求，其中携带UE2的SDP，完成MRS与UE2的SDP协商过程；

步骤S130~S132：ConfAS通过INFO消息请求MRS，将UE2加入会议；

步骤S134~S140：UE1结束会话，向ConfAS发送BYE请求，ConfAS释放UE1对应的MRS资源；

步骤S142~S148：ConfAS根据当前会议状况，释放UE2及对应的MRS资源。

通过上述过程，实现了电子白板功能在会议中的使用。然而，在这一过程中，会议应用服务器ConfAS通过MRS实现会议业务，但会议业务是一种比较重要资源，MRS能够支持最大的会议业务数量比较有限，比较主流的MRS支持的三方会议业务数在120-8000之间。这就导致，当要使用电子白板功能的用户数量较多时，现有的会议业务不能有效地满足该需求。

发明内容

本申请提供了一种基于SIP协议的电子白板实现方法与一种用户设备，以解决在点对点会话过程中实现白板功能时，由于会议业务资源限制，现有基于SIP的会议业务不能有效地满足需求的问题。

为了解决上述问题，本申请公开了一种电子白板实现方法，包括：第一用户设备通过消息中转服务器向第二用户设备发送请求白板会话的第一会话初始协议SIP请求消息，其中，所述第一SIP请求消息中携带有要求所述第二用户设备支持白板会话的信息和启动白板命令；所述第一用户设备根据所述第二用户设备对所述要求第二用户设备支持白板会话的信息和所述启动白板命令的肯定响应，与所述第二用户设备建立白板会话；所述第一用户设备在所述白板会话过程中，通过所述消息中转服务器向所述第二用户设备发送携带有白板操作命令的第二SIP请求消息，使所述第二用户设备根据所述白板操作命令进行相应的白板操作。

优选地，所述第一用户设备根据所述第二用户设备对所述要求第二用户设备支持白板会话的信息和所述启动白板命令的肯定响应，与所述第二用户设备建立白板会话的步骤包括：所述第一用户设备通过所述第一SIP请求消息与所述第二用户设备进行白板会话协商；所述第一用户设备根据所述第二用户设备返回的成功响应，确定所述白板会话协商成功，与所述第二用户设备建立所述白板会话。

优选地，在所述使第二用户设备根据所述白板操作命令进行相应的白板操作的步骤之后，还包括：所述第一用户设备接收所述第二用户设备通过所述消息中转服务器发送的请求结束所述白板会话的第三SIP请求消息；根据所述第三SIP请求消息结束所述白板会话。

优选地，在所述第一用户设备通过消息中转服务器向第二用户设备发送请求白板会话的第一SIP请求消息的步骤之前，还包括：所述第一用户设备与所述第二用户设备成功建立非白板会话的会话；所述第一用户设备通过消息中转服务器向第二用户设备发送请求白板会话的第一SIP请求消息的步骤包括：所述第一用户设备通过重协商请求re-INVITE方法，经所述消息中转服务器向所述第二用户设备发送所述第一SIP请求消息。

优选地，所述第一SIP请求消息为SIP INVITE消息，和/或，所述第二SIP请求消息为SIP INFO消息，和/或，所述消息中转服务器为应用服务器AS。

优选地，当所述第一SIP请求消息为SIP INVITE消息时，使用所述SIPINVITE消息的REQUIRE头域携带所述要求支持白板会话的信息，使用所述SIP INVITE消息的消息体MESSAGE BODY域携带所述启动白板命令；当所述第二SIP请求消息为SIP INFO消息时，使用所述SIP INFO消息的消息体MESSAGE BODY域携带所述白板操作命令。

为了解决上述问题，本申请还公开了一种用户设备，包括：第一发送模块，用于通过消息中转服务器向另一用户设备发送请求白板会话的第一会话初始协议SIP请求消息，其中，所述第一SIP请求消息中携带有要求所述另一用户设备支持白板会话的信息和启动白板命令；白板建立模块，用于根据所述另一用户设备对所述要求另一用户设备支持白板会话的信息和所述启动白板命令的肯定响应，与所述另一用户设备建立白板会话；第二发送模块，用于在所述白板会话过程中，通过所述消息中转服务器向所述另一用户设备发送携带有白板操作命令的第二SIP请求消息，使所述另一用户设备根据所述白板操作命令进行相应的白板操作。

优选地，所述用户设备还包括：会话建立模块，用于在所述第一发送模块通过消息中转服务器向所述另一用户设备发送请求白板会话的第一SIP请求消息之前，与所述另一用户设备成功建立非白板会话的会话。

优选地，所述第一SIP请求消息为SIP INVITE消息，和/或，所述第二SIP请求消息为SIP INFO消息，和/或，所述消息中转服务器为应用服务器AS。

优选地，当所述第一SIP请求消息为SIP INVITE消息时，所述SIPINVITE消息的REQUIRE头域携带所述要求支持白板会话的信息，所述SIPINVITE消息的消息体MESSAGE BODY域携带所述启动白板命令；当所述第二SIP请求消息为SIP INFO消息时，所述SIP INFO消息的消息体MESSAGE BODY域携带所述白板操作命令。

优选地，所述用户设备还包括：第一接收模块，用于接收所述另一用户设备发送的请求白板会话的SIP请求消息，返回肯定响应的SIP响应消息；

会话响应模块，用于在返回所述肯定响应的SIP响应消息后，与所述另一用户设备建立所述白板会话；第二接收模块，用于在所述白板会话过程中，接收所述另一用户设备发送的携带有白板操作命令的SIP请求消息，根据所述白板操作命令进行相应的白板操作。

优选地，所述用户设备还包括：第三发送模块，用于在所述第二接收模块根据所述白板操作命令进行相应的白板操作之后，向所述另一用户设备发送请求结束所述白板会话的第三SIP请求消息，结束所述白板会话。

与现有技术相比，本申请具有以下优点：

本申请中，第一用户设备通过携带有要求第二用户设备支持白板会话的信息和启动白板命令的第一SIP请求消息，直接向第二用户设备请求启动白板功能，建立白板会话，并在白板会话过程中，使用携带有白板操作命令的第二SIP请求消息通知第二用户设备进行相应的白板操作，其间仅需消息中转服务器中转请求消息，无需MRS参与，实现了在SIP点对点会话过程中，不需要借助会议业务，不使用MRS，仅利用SIP协议传输白板操作消息即可实现白板功能。因不需要借助会议业务，不使用MRS，则不必受限于MRS能够支持最大的会议业务数量，从而有效解决了点对点会话过程中，在不使用MRS的前提下，现有基于SIP的会议业务不能有效地满足需求的问题，扩大了在SIP点对点会话过程中进行白板会话的数量，提高白板功能实现效率的效果。

附图说明

图1是现有技术的一种基于SIP的白板会议流程图；

图2是根据本申请实施例一的一种电子白板实现方法的步骤流程图；

图3是根据本申请实施例二的一种电子白板实现方法的步骤流程图；

图4是根据本申请实施例三的一种电子白板实现方法的流程示意图；

图5是根据本申请实施例四的一种用户设备的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

实施例一

参照图2，示出了根据本申请实施例一的一种电子白板实现方法的步骤流程图。

本实施例的电子白板实现方法包括以下步骤：

步骤S102：第一用户设备通过消息中转服务器向第二用户设备发送请求白板会话的第一SIP请求消息。

其中，第一SIP请求消息中携带有要求第二用户设备支持白板会话的信息和启动白板命令。

SIP是一个用于建立、更改和终止多媒体会话或呼叫的应用层协议。这些会话可以是Internet多媒体会议、IP电话或多媒体分发。会话的参与者可以通过组播、网状单播或两者的混合体进行通信。SIP对会话进行协商，以便所有参与方都能够就会话功能达成一致以及进行修改。本申请的电子白板实现方案基于SIP协议，本申请中的SIP消息，如SIP请求消息和SIP响应消息等，均遵循SIP协议。

步骤S104：第一用户设备根据第二用户设备对第一SIP请求消息的肯定响应，与第二用户设备建立白板会话。

第二用户设备对第一SIP请求消息的肯定响应包括第二用户设备对第一SIP请求消息中要求支持白板会话的信息和启动白板命令的肯定响应。如，第二用户设备收到第一SIP请求消息后，确定自身支持白板会话，则根据启动白板命令启动自身的白板功能，并向第一用户设备返回肯定响应，如SIP的200OK响应消息等。

步骤S106：第一用户设备在白板会话过程中，通过消息中转服务器向第二用户设备发送携带有白板操作命令的第二SIP请求消息，使第二用户设备根据白板操作命令进行相应的白板操作。

通过本实施例，第一用户设备通过携带有要求第二用户设备支持白板会话的信息和启动白板命令的第一SIP请求消息，直接向第二用户设备请求启动白板功能，建立白板会话，并在白板会话过程中，使用携带有白板操作命令的第二SIP请求消息通知第二用户设备进行相应的白板操作，其间仅需消息中转服务器中转请求消息，无需MRS参与，实现了在SIP点对点会话过程中，不需要借助会议业务，不使用MRS，仅利用SIP协议传输白板操作消息即可实现白板功能。因不需要借助会议业务，不使用MRS，则不必受限于MRS能够支持最大的会议业务数量，从而有效解决了点对点会话过程中，在不使用MRS的前提下，现有基于SIP的会议业务不能有效地满足需求的问题，扩大了在SIP点对点会话过程中进行白板会话的数量，提高白板功能实现效率的效果。

实施例二

参照图3，示出了根据本申请实施例二的一种电子白板实现方法的步骤流程图。

本实施例中，使用SIP的INVITE过程实现用户设备之间的白板会话和白板操作，实现基于SIP点对点会话的白板功能。其中，第一用户设备设定为UE1（User Equipment，用户设备），第二用户设备设定为UE2，消息中转服务器设定为AS（Application Server，应用服务器）。但本领域技术人员应当明了，AS仅为示例性说明，其它具有消息中转功能的服务器均适用本实施例。

本实施例的电子白板实现方法包括以下步骤：

步骤S202：UE1向AS发送第一SIP请求消息，其中携带有要求UE2支持白板会话的信息和启动白板命令。

第一SIP请求消息可以是SIP INVITE消息，也可以是其它的SIP请求消息，还可以是本领域技术人员根据SIP协议设定的新的消息，其能够携带要求支持白板会话的信息和启动白板命令。需要说明的是，在SIP协议下，创建会话的第一请求必须为INVITE消息，后续请求可以为其他SIP消息。

优选地，当第一SIP请求消息为SIP INVITE消息时，使用SIP INVITE消息的REQUIRE头域携带要求支持白板会话的信息，使用SIP INVITE消息的MESSAGE BODY（消息体）域携带启动白板命令。当然，不限于此，本领域技术人员在实际应用中，也可以采用其它适当方式使用INVITE消息携带要求支持白板会话的信息和/或启动白板命令，如添加新的域携带上述信息等。

步骤S204：AS将第一SIP请求消息转发给UE2。

UE1和UE2通过第一SIP请求消息进行白板会话协商。

步骤S206：UE2确认自身白板功能，对要求支持白板会话的信息和启动白板命令进行肯定响应，向UE1返回第一SIP响应消息。

其中，第一SIP响应消息是对第一SIP请求消息进行响应的消息，也即，UE2向UE1返回成功响应。

步骤S208：UE1根据第一SIP响应消息，确定白板会话协商成功，与UE2建立白板会话。

即，UE1根据UE2返回的成功响应，确定白板会话协商成功，与UE2建立白板会话。

步骤S210：UE1在白板会话过程中，向AS发送携带有白板操作命令的第二SIP请求消息。

第二SIP请求消息可以是SIP INFO消息，也可以是其它的SIP请求消息，还可以是本领域技术人员根据SIP协议设定的新的消息，其能够携带白板操作命令。

优选地，当第二SIP请求消息为SIP INFO消息时，使用SIP INFO消息的MESSAGE BODY域携带白板操作命令。当然，不限于此，本领域技术人员在实际应用中，也可以采用其它适当方式使用INFO消息携带白板操作命令，如添加新的域携带白板操作命令等。

步骤S212：AS向UE2中转第二SIP请求消息。

通过AS中转第二SIP请求消息，使UE2能够根据第二SIP请求消息中携带的白板操作命令进行相应的白板操作。

步骤S214：UE2接收第二SIP请求消息，根据其携带的白板操作命令进行相应的白板操作。

步骤S216：白板操作结束，UE2向AS发送请求结束白板会话的第三SIP请求消息。

第三SIP请求消息可以是SIP INVITE消息，也可以是其它的SIP请求消息，还可以是本领域技术人员根据SIP协议设定的新的消息，其能够携带要求关闭白板命令。

优选地，当第三SIP请求消息为SIP INVITE消息时，使用SIP INVITE消息的MESSAGE BODY（消息体）域携带关闭白板命令。

步骤S218：AS向UE1转发第三SIP请求消息。

步骤S220：UE1接收第三SIP请求消息，结束与UE2的白板会话。

通过本实施例，直接使用SIP的INVITE过程建立用户设备之间的白板会话，实现白板功能，有效利用了现有SIP INVITE流程，对现有流程改动小，具有较好的兼容性，节约了电子白板实现的成本。优选地，若使用SIPINVITE消息和/或SIP INFO消息携带相应的白板指令，则进一步节约了电子白板实现的成本，提高了本申请的电子白板方案的兼容性。

实施例三

参照图4，示出了根据本申请实施例三的一种电子白板实现方法的流程示意图。

本实施例中，终端（即用户设备，包括UE1和UE2）在会话过程中当需要使用白板功能时，首先通过re-INVITE协商过程实现双方启动白板功能；当用户在白板上操作时发送INFO消息，该消息携带白板操作命令，消息经AS进行转发给另一用户；当该用户收到INFO消息时，根据白板操作命令在其白板上进行相应的操作，从而实现会话过程中白板功能；当不再需要白板功能时，通过re-INVITE关闭白板功能。

本实施例的电子白板实现方法包括以下步骤：

步骤S302~S316描述了用户UE1发起呼叫请求，UE2接收请求，进行媒体能力协商，建立会话（非白板会话的会话）的过程，具体包括：

步骤S302：UE1向AS发送SIP INVITE消息，其中携带有UE1SDP。

SIP的INVITE消息用于发起和刷新会话，方法名就是INVITE，表示邀请其他用户加入会话或对当前会话进行刷新。SDP（Session DescriptionProtocol，会话描述协议）用来描述终端媒体能力，作为SIP消息体，他用来完成会话过程中终端之间的媒体能力协商。本步骤的INVITE消息中携带有UE1SDP，为本次会话的UE1进行描述。

步骤S304：AS向UE2转发UE1发送的SIP INVITE消息。

步骤S306：UE2接收SIP INVITE消息，向AS返回180响应消息。

步骤S308：AS将180响应消息转发给UE1。

步骤S310：UE2向AS发送200OK响应消息，其中携带有UE2SDP。

UE2发送的200OK响应消息中携带UE2SDP，用于完成对与UE1之间媒体能力的协商。

步骤S312：AS向UE1转发该200OK响应消息。

步骤S314：UE1收到UE2的200OK响应消息，向AS发送ACK消息。

其中，ACK消息用于主叫（本实施例中为UE1）确认收到被叫（本实施例中为UE2）发送的对INVITE的确认响应。

步骤S316：AS将ACK消息转发到UE2。

通过步骤S302~S316，UE1和UE2成功建立非白板会话的会话。

步骤S318~S328描述了用户UE1发起re-INVITE请求，请求中携带启动白板命令且INVITE消息的REQUIRE消息头指示对方需支持白板功能，UE2接收请求，完成白板会话协商的过程，具体包括：

步骤S318：UE1向AS发送INVITE消息，该INVITE消息中携带有启动白板命令且REQUIRE头域中携带有指示对方需支持白板功能的信息。

一种INVITE消息中的命令参数如表1所示。

表1

表1中，“存在性”一栏，M表示必选、O表示可选、C表示条件必选。

其中，白板参数（白板指示命令信息）Schema定义（模型定义）包括：

上述白板参数Schema定义中的省略部分可参照SVG1.1规范现有定义，在此不再赘述。

UE1通过重请求re-INVITE方法，经AS向UE2发送上述命令参数形式的SIP请求消息发起白板会话请求或结束白板会话请求。或者，可以理解为用户通过UE客户端发送re-INVITE请求发起白板会话请求或结束白板会话请求。

本步骤中的INVITE消息中，REQUIRE头域值中包含white_board，表示要求接收方支持白板功能，消息体域中包含了白板指示命令信息，本步骤中为启动白板命令。

一种携带有启动白板命令的INVITE消息如下所示：

可见，在该INVITE消息中，REQUIRE头域携带了要求接收方支持白板功能的信息，消息体域携带了启动白板命令。

当然，以上仅为示例性说明，本领域技术人员应当明了，其它白板指示命令均可参照上述示例携带于INVITE消息中，以使终端完成相应的白板命令。如需要关闭白板时，可在消息体域中包含<operation> close_whiteboard</operation>，以指示关闭白板。

步骤S320：AS将该INVITE消息转发给UE2。

步骤S322：UE2接收INVITE消息，确定自身支持白板功能，向AS返回200OK响应消息，200OK响应消息的SUPPORT头中包含“white_board”，表示支持白板功能。

步骤S324：AS向UE1转发200OK响应消息。

步骤S326：UE1向AS发送ACK确认消息。

步骤S328：AS将ACK确认消息转发给UE2。

通过步骤S318~S328，UE1和UE2完成了白板会话协商。

步骤S330~S336描述了UE1与UE2均启动白板功能后，UE1发起白板操作，AS负责将INFO消息（携带白板操作命令）转发至UE2，UE2根据该消息，依据白板操作命令完成白板的同步操作的过程，具体包括：

步骤S330：UE1向AS发送INFO消息，其中携带有XML（eXtensibleMarkup Language，可扩展标记语言）形式的白板操作命令（或称为白板操作描述信息）。

一种INFO消息的命令参数如表2所示。

表2

SIP头域名称	存在性	描述	参数	说明
					Request-URI	M	信令目的URI	无	UE的URI
From	M	信令发起方URI	无	发起方的URI
					To	M	信令接收方URI	无	UE的URI
Contact	M		无	终端地址信息
					Cotent-type	M	消息体类型	无	application/xwb+xml
Cotent-length	M	消息体长度	无	消息体的长度
					消息体	M	无	无	包含白板操作描述信息

(Message Body)

表2中，“存在性”一栏，M表示必选、O表示可选、C表示条件必选。UE通过INFO消息传递白板操作信息。

本步骤中的INFO消息中，COTENT-TYPE域指示的消息体类型为XML，消息体域中包含了白板操作描述信息，即白板操作命令，用于指示白板操作。

一种携带有白板操作描述信息的INFO消息示例如下：

可见，在该INFO消息体中，携带了白板操作描述信息，终端UE2根据该描述信息的描述，完成本地的白板操作显示。

当然，以上仅为示例性说明，本领域技术人员应当明了，其它白板操作描述信息均可参照上述示例携带于INFO消息中，以使终端完成相应的白板操作。

步骤S332：AS将该INFO消息转发给UE2，使UE2根据该INFO消息中的白板操作命令进行相应的白板操作。

步骤S334：UE2完成相应的白板操作，向AS返回200OK响应消息。

步骤S336：AS将该200OK响应消息转发给UE1。

通过步骤S330~S336，实现了UE1和UE2之间的同步白板操作。

步骤S338~S348描述了UE2结束白板操作，发送re-INVITE请求，关闭白板功能的过程，具体包括：

步骤S338：UE2向AS发送INVITE消息，其中携带有关闭白板的命令。

本步骤中，INVITE消息的命令参数形式可如表1所示，在INVITE消息的消息体域携带关闭白板的命令。

步骤S340：AS向UE1转发该INVITE消息。

步骤S342：UE1向AS发送200OK响应消息。

步骤S344：AS向UE2转发该200OK响应消息。

步骤S346：UE2收到200OK响应消息，向AS发送ACK确认消息。

步骤S348：AS向UE1转发该ACK确认消息。

步骤S350~S356描述了用户UE1结束通话，向UE2发送BYE请求，会话结束的过程，具体包括：

步骤S350：UE1向AS发送BYE请求消息，请求结束会话。

BYE消息用于释放连接（会话），可由主叫方发起，也可由被叫方发起。

步骤S352：AS向UE2转发该BYE请求消息。

步骤S354：UE2收到BYE请求消息，向AS发送200OK响应消息。

步骤S356：AS向UE1转发该200OK响应消息。

通过步骤S350~S356，UE1与UE2释放连接，结束会话。

需要说明的是，图4所示的上述白板会议流程中省略了涉及的中间网元。

本实施例提供了一种基于SIP协议的，在SIP点对点会话过程中，不使用MRS的前提下，仅利用SIP协议传输白板操作消息以实现白板功能的方法。在点对点的基本通话过程中，使用re-INVITE方式进行白板会话，启动白板功能，实现了在两用户点对点基本通话过程中使用白板功能，提升了用户使用体验，并有效利用了现有流程，节约了实现成本，提高了本申请电子白板实现方案的兼容性。

实施例四

参照图5，示出了根据本申请实施例四的一种用户设备的结构框图。

本实施例的用户设备包括：第一发送模块402，用于通过消息中转服务器向另一用户设备发送请求白板会话的第一SIP请求消息，其中，第一SIP请求消息中携带有要求另一用户设备支持白板会话的信息和启动白板命令；白板建立模块404，用于根据另一用户设备对要求另一用户设备支持白板会话的信息和启动白板命令的肯定响应，与另一用户设备建立白板会话；第二发送模块406，用于在白板会话过程中，通过消息中转服务器向另一用户设备发送携带有白板操作命令的第二SIP请求消息，使另一用户设备根据所述白板操作命令进行相应的白板操作。

优选地，白板建立模块404，用于通过第一SIP请求消息与另一用户设备进行白板会话协商；根据另一用户设备返回的成功响应，确定白板会话协商成功，与另一用户设备建立白板会话。

优选地，本实施例的用户设备还包括：会话建立模块408，用于在第一发送模块402通过消息中转服务器向另一用户设备发送请求白板会话的第一SIP请求消息之前，与另一用户设备成功建立非白板会话的会话。此时，第一发送模块402，用于通过重请求re-INVITE方法，经消息中转服务器向另一用户设备发送请求白板会话的第一SIP请求消息。

优选地，本实施例的用户设备还包括：会话结束模块410，用于接收另一用户设备通过消息中转服务器发送的请求结束白板会话的第三SIP请求消息；根据第三SIP请求消息结束白板会话。

优选地，第一SIP请求消息为SIP INVITE消息，和/或，第二SIP请求消息为SIP INFO消息，和/或，消息中转服务器为应用服务器AS。

优选地，当第一SIP请求消息为SIP INVITE消息时，SIP INVITE消息的REQUIRE头域携带要求支持白板会话的信息，SIP INVITE消息的消息体MESSAGE BODY域携带启动白板命令；当第二SIP请求消息为SIP INFO消息时，SIP INFO消息的消息体MESSAGE BODY域携带白板操作命令。

优选地，本实施例的用户设备还包括：第一接收模块412，用于接收另一用户设备发送的请求白板会话的SIP请求消息，返回肯定响应的SIP响应消息；会话响应模块414，用于在返回肯定响应的SIP响应消息后，与另一用户设备建立白板会话；第二接收模块416，用于在白板会话过程中，接收另一用户设备发送的携带有白板操作命令的SIP请求消息，根据白板操作命令进行相应的白板操作。

优选地，本实施例的用户设备还包括：第三发送模块418，用于在第二接收模块416根据白板操作命令进行相应的白板操作之后，向另一用户设备发送请求结束白板会话的第三SIP请求消息，结束白板会话。

例如，当本实施例的用户设备作为白板会话的主叫方时，可以以SIP的INVITE流程或re-INVITE流程发起白板会话。当以SIP的INVITE流程发起白板会话时，由第一发送模块402直接通过消息中转服务器向另一用户设备发送请求白板会话的第一SIP请求消息；当以SIP的re-INVITE流程发起白板会话时，用户设备会先使用会话建立模块408与另一用户设备成功建立非白板会话的会话，然后，再由第一发送模块402直接通过消息中转服务器向另一用户设备发送请求白板会话的第一SIP请求消息。然后，另一用户设备接收第一SIP请求消息，确认自身白板功能，并给出肯定响应。白板建立模块404根据另一用户设备的肯定响应，与另一用户设备建立白板会话。然后，第二发送模块406在白板会话过程中，通过消息中转服务器向另一用户设备发送携带有白板操作命令的第二SIP请求消息，另一用户设备接收到第二SIP请求消息，根据其中的白板操作命令进行相应的白板操作。白板操作结束后，另一用户设备通过消息中转服务器发送请求结束白板会话的第三SIP请求消息；会话结束模块410接收第三SIP请求消息，根据该消息结束白板会话。

当本实施例的用户设备作为白板会话的被叫方时，第一接收模块412接收另一用户设备发送的请求白板会话的SIP请求消息，确认自身白板功能，返回肯定响应的SIP响应消息；会话响应模块414在返回肯定响应的SIP响应消息后，与另一用户设备建立白板会话；第二接收模块416在白板会话过程中，接收另一用户设备发送的携带有白板操作命令的SIP请求消息，根据白板操作命令进行相应的白板操作；在白板操作结束后，第三发送模块418向另一用户设备发送请求结束白板会话的第三SIP请求消息，进而结束白板会话。

本实施例的用户设备用于实现前述多个方法实施例中相应的电子白板实现方法，并具有相应方法实施例的有益效果，在此不再赘述。

本申请提供了一种基于SIP协议的，在SIP点对点会话过程中，不使用MRS的前提下，仅利用SIP协议传输白板操作消息实现白板功能的方案。其利用INVITE消息进行白板会话协商；利用INVITE消息携带白板指示命令以启动或关闭白板；利用发送会话内的INFO消息携带白板操作命令，实现白板操作的同步。本申请的方案实现了在两用户点对点会话过程中，使用白板功能，而不需要借助会议业务完成白板功能。并且，利用SIP的re-INVITE方法，能够实现在基本通话（点到点）过程中使用白板功能。

需要说明的是，本申请的电子白板实现方案同样适用于桌面共享、文档共享、网页共享和游戏等。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于用户设备实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本申请所提供的一种电子拍板实现方法和用户设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (12)

1.一种电子白板实现方法，其特征在于，包括：

第一用户设备通过消息中转服务器向第二用户设备发送请求白板会话的第一会话初始协议SIP请求消息，其中，所述第一SIP请求消息中携带有要求所述第二用户设备支持白板会话的信息和启动白板命令；

所述第一用户设备根据所述第二用户设备对所述要求第二用户设备支持白板会话的信息和所述启动白板命令的肯定响应，与所述第二用户设备建立白板会话；

所述第一用户设备在所述白板会话过程中，通过所述消息中转服务器向所述第二用户设备发送携带有白板操作命令的第二SIP请求消息，使所述第二用户设备根据所述白板操作命令进行相应的白板操作。

2.根据权利要求1所述的方法，其特征在于，所述第一用户设备根据所述第二用户设备对所述要求第二用户设备支持白板会话的信息和所述启动白板命令的肯定响应，与所述第二用户设备建立白板会话的步骤包括：

所述第一用户设备通过所述第一SIP请求消息与所述第二用户设备进行白板会话协商；

所述第一用户设备根据所述第二用户设备返回的成功响应，确定所述白板会话协商成功，与所述第二用户设备建立所述白板会话。

3.根据权利要求1所述的方法，其特征在于，在所述使第二用户设备根据所述白板操作命令进行相应的白板操作的步骤之后，还包括：

所述第一用户设备接收所述第二用户设备通过所述消息中转服务器发送的请求结束所述白板会话的第三SIP请求消息；

根据所述第三SIP请求消息结束所述白板会话。

4.根据权利要求1所述的方法，其特征在于，

在所述第一用户设备通过消息中转服务器向第二用户设备发送请求白板会话的第一SIP请求消息的步骤之前，还包括：所述第一用户设备与所述第二用户设备成功建立非白板会话的会话；

所述第一用户设备通过消息中转服务器向第二用户设备发送请求白板会话的第一SIP请求消息的步骤包括：所述第一用户设备通过重协商请求re-INVITE方法，经所述消息中转服务器向所述第二用户设备发送所述第一SIP请求消息。

5.根据权利要求1所述的方法，其特征在于，所述第一SIP请求消息为SIP INVITE消息，和/或，所述第二SIP请求消息为SIP INFO消息，和/或，所述消息中转服务器为应用服务器AS。

6.根据权利要求5所述的方法，其特征在于，

当所述第一SIP请求消息为SIP INVITE消息时，使用所述SIP INVITE消息的REQUIRE头域携带所述要求支持白板会话的信息，使用所述SIPINVITE消息的消息体MESSAGE BODY域携带所述启动白板命令；

当所述第二SIP请求消息为SIP INFO消息时，使用所述SIP INFO消息的消息体MESSAGE BODY域携带所述白板操作命令。

7.一种用户设备，其特征在于，包括：

第一发送模块，用于通过消息中转服务器向另一用户设备发送请求白板会话的第一会话初始协议SIP请求消息，其中，所述第一SIP请求消息中携带有要求所述另一用户设备支持白板会话的信息和启动白板命令；

白板建立模块，用于根据所述另一用户设备对所述要求另一用户设备支持白板会话的信息和所述启动白板命令的肯定响应，与所述另一用户设备建立白板会话；

第二发送模块，用于在所述白板会话过程中，通过所述消息中转服务器向所述另一用户设备发送携带有白板操作命令的第二SIP请求消息，使所述另一用户设备根据所述白板操作命令进行相应的白板操作。

8.根据权利要求7所述的用户设备，其特征在于，还包括：

会话建立模块，用于在所述第一发送模块通过消息中转服务器向所述另一用户设备发送请求白板会话的第一SIP请求消息之前，与所述另一用户设备成功建立非白板会话的会话。

9.根据权利要求7所述的用户设备，其特征在于，所述第一SIP请求消息为SIP INVITE消息，和/或，所述第二SIP请求消息为SIP INFO消息，和/或，所述消息中转服务器为应用服务器AS。

10.根据权利要求9所述的用户设备，其特征在于，

当所述第一SIP请求消息为SIP INVITE消息时，所述SIP INVITE消息的REQUIRE头域携带所述要求支持白板会话的信息，所述SIP INVITE消息的消息体MESSAGE BODY域携带所述启动白板命令；

当所述第二SIP请求消息为SIP INFO消息时，所述SIP INFO消息的消息体MESSAGE BODY域携带所述白板操作命令。

11.根据权利要求7所述的用户设备，其特征在于，还包括：

第一接收模块，用于接收所述另一用户设备发送的请求白板会话的SIP请求消息，返回肯定响应的SIP响应消息；

会话响应模块，用于在返回所述肯定响应的SIP响应消息后，与所述另一用户设备建立所述白板会话；

第二接收模块，用于在所述白板会话过程中，接收所述另一用户设备发送的携带有白板操作命令的SIP请求消息，根据所述白板操作命令进行相应的白板操作。

12.根据权利要求11所述的用户设备，其特征在于，还包括：

第三发送模块，用于在所述第二接收模块根据所述白板操作命令进行相应的白板操作之后，向所述另一用户设备发送请求结束所述白板会话的第三SIP请求消息，结束所述白板会话。

Images