CN101141485A - 一种基于万维网的用户侧接入会议电视的系统及方法 - Google Patents

Abstract

本发明公开了一种基于WEB的用户侧接入会议电视的系统及方法，该系统包括用户侧、会议电视侧，用户侧包括用户界面和控制台代理，会议电视侧主要包括主应用进程，其中，用户界面中嵌入网页浏览器插件；该方法包括：用户输入用户名及密码，并通过控制台插件和控制台代理将所述用户名及密码传给会议电视侧的主应用进程进行用户名及密码进行验证，并将验证结果告知用户，根据验证结果进行相应的操作后，会议电视通过控制台代理和控制台插件主动向用户上报数据，该方法也可以不需要用户名及密码验证，用户名及密码只是作为固有参数以参数形式传给控制台代理，利用本发明，使用户无需定时查询即可实时得到数据信息，避免用户的操作延时现象，同时减少了占用的CPU资源。

Description

一种基于万维网的用户侧接入会议电视的系统及方法

技术领域

本发明涉及会议电视接入技术，尤其是指一种基于万维网(WEB)的用户侧接入会议电视的系统及方法。

背景技术

随着网络技术的发展，集语音和视像于一体的通信业务开始出现在通信领域，会议电视是其中一种典型的业务。自从在1964年世界博览会上推出第一台视像电话以来，会议电视有了长足的发展，会议电视业务已经推向了应用领域。

现有技术中，基于WEB的用户侧接入会议电视的系统组成如图1所示，包括用户侧及会议电视侧，用户侧包括用户界面、万维网浏览器和万维网服务器(WebServer)，会议电视侧包括会议电视和主应用进程。

图1所示系统中的用户界面使用基于WEB的远程控制方法，用户界面通过超文本传输协议(HTTP)方式将用户输入的请求信息经由Web浏览器传递给WebServer，WebServer将用户界面采用的请求、响应机制通过套接字(SOCKET)传给会议电视侧的主应用进程，主应用进程通过SOCKET将最新的信息传给WEB服务器，WEB用户界面这样才能得到所请求的最新信息进行信息更新。

现有技术中基于WEB的用户侧向会议电视侧获取数据的具体实现流程如图2所示，包括以下步骤：

步骤201、用户界面接收用户输入的用户名及密码，并将该用户名及密码发送给万维网浏览器；

步骤202、万维网浏览器将用户名及密码发送给万维网服务器；

步骤203、万维网服务器将用户名及密码发送给会议电视侧的主应用进程；

步骤204、主应用进程对用户名和密码进行验证，如果验证通过，则执行步骤205～214；如果验证失败，执行步骤205′’～207′’。

步骤205、主应用进程通知万维网服务器用户名及密码验证通过；

步骤206、万维网服务器通知万维网浏览器用户名及密码验证通过；

步骤207、万维网浏览器通知用户为正常情况；

步骤208、用户通知万维网浏览器请求数据；

步骤209、万维网浏览器通知万维网服务器请求数据；

步骤210、万维网服务器通知主应用进程请求数据；

步骤211、主应用进程获取数据；

步骤212、主应用进程将数据传给万维网服务器；

步骤213、万维网服务器将数据传给万维网浏览器；

步骤214、万维网浏览器将数据传给用户，结束当前处理流程。

步骤205′、主应用进程通知万维网服务器用户名及密码验证失败；

步骤206′、万维网服务器通知万维网浏览器用户名及密码验证失败；

步骤207′、万维网浏览器通知用户用户名及密码验证失败。

在用户名、密码验证失败的情况下，可以重复执行步骤201～204，直到用户名及密码验证通过。

基于上述接入会议电视的系统和方法，有多种用于实现用户侧和会议电视侧进行交互的方式，如视频控制和会议控制，这两种交互方式的用户界面，由于数据量都比较大，且该用户是基于WEB的，所以用户界面必须通过请求WEB服务器才能获取最新数据，比如在视频控制页面参数：本端、远端选择、亮度、对比度、饱和度显示等参数值，都必须通过查询WEB服务器，才能实时显示最新数据，为了使页面的参数显示的是最新的，需要增加定时查询功能，定时向WEB服务器索要会议电视的最新数据。但是这样带来的问题是WEB页面浏览速度很慢。尤其是在会议控制用户界面更加明显，定时查询会议状态消息获取最新的数据，同时输入其他操作，这种查询动作和输入操作同时发送消息给WEB服务器，这样会导致处理速度很慢，响应结果滞后的现象。

现有技术中基于WEB的用户侧接入会议电视的系统和方法，用户获取数据时是通过向会议电视侧进行请求，也就是说，会议电视侧处于被动地位，这是由于WEB固有的特点，只支持用户端主动查询WEB服务器，不支持WEB服务器主动发送信息给用户端。因此，定时请求数据页面得到的信息不及时，比如会议状态已经发生了变化，但界面只能只有到了定时的时间点才会向主应用进程请求数据，这时用户界面才能获取最新的数据信息，所以获取数据不及时，不适合于实时信息的显示。

现有技术的这种机制不太适合实时控制应用，其存在以下缺点：用户侧需要主动查询服务器端的状态；用户的输入操作经常被页面刷新打断；系统对用户操作的响应有明显的滞后现象。

发明内容

有鉴于此，本发明的主要目的在于提供一种基于WEB的用户侧接入会议电视的系统及方法，使用户无需定时查询即可实时得到数据信息，避免用户的操作延时现象，同时减少了占用的CPU资源。

为达到上述目的，本发明的技术方案是这样实现的：

一种基于万维网WEB的用户侧接入会议电视的系统，该系统包括用户侧和会议电视侧，其中，用户侧进一步包括用户界面和控制台代理，会议电视侧包括主应用进程，其中，

所述用户界面通过自身嵌入的控制台插件将用户名及密码传给控制台代理，控制台代理将所述用户名及密码发送至会议电视侧，会议电视侧的主应用进程对用户名及密码进行验证通过后，请求控制台插件与控制台代理之间的连接，并在建立连接后接受会议电视侧发来的数据。

其中，所述控制台插件为专用的网页浏览器IE插件。

进一步地，所述控制台插件通过超文本传输协议、传输控制协议或因特网协议与控制台代理进行交互传输。

进一步地，所述控制台代理以套接字方式与会议电视侧进行交互传输。

较佳地，所述主应用进程进一步用于显示会议进程或图像声音信息，并将电视会议侧的相关数据发送给用户侧。

一种基于万维网WEB的用户侧接入会议电视的方法，设置实现用户侧与会议电视侧交互的控制台代理，并在用户界面嵌入控制台插件，用户界面通过自身的控制台插件请求与控制台代理建立连接，连接建立后，会议电视侧的主应用进程通过控制台代理和控制台插件向用户发送数据。

且在控制台插件请求与控制台代理建立连接之前，该方法进一步包括：用户界面接收用户输入的用户名及密码，并通过控制台插件和控制台代理将输入的用户名及密码发送给会议电视侧的主应用进程，主应用进程对所述用户名和密码进行验证，并将验证结果通过控制台代理和控制台插件告知用户。

进一步地，主应用进程将验证结果告知用户后该方法进一步包括：验证结果为验证失败时，重复执行用户界面接收用户输入的用户名及密码并由主应用进程进行验证的步骤，直到验证通过。

所述用户名及密码以控制台插件固有参数的方式发送给主应用进程。

进一步地，控制台插件请求与控制台代理建立连接后，该方法进一步包括：控制台代理判断连接数目是否超过最大连接数目，若超过最大连接数目，则控制台代理通过控制台插件告知用户连接失败，否则不进行操作。

较佳地，控制台代理告知用户连接失败后，该方法进一步包括：重复执行控制台插件请求与控制台代理建立连接，控制台代理判断连接数目是否超过最大连接数目的步骤，直到连接成功。

本发明所提供的基于WEB的用户侧接入会议电视的系统及方法，有以下的特点和优点：

1)用户无需定时查询即可实时得到数据信息，避免用户的操作延时现象，明显改善了用户界面的易操作性。

现有技术中用户在输入某一操作给WEB服务器的同时，  WEB用户界面定时刷新也开始请求状态之类的消息给WEB服务器，主应用进程会同时收到几条消息，其处理速度明显变慢。而本发明通过在用户侧的控制台插件和控制台代理之间建立连接，使得会议电视的主应用进程主动向用户发送数据，不需要定时查询，控制台插件只需等待接收会议电视侧主应用进程主动上报的数据，用户输入某一操作时不会与查询消息发生冲突，用户界面上的状态也会实时更新，且操作速度明显加快，明显改善了用户界面的易操作性。

2)极大地促进了代码流程的优化。

现有技术中WEB用户界面和WEB浏览器之间存在查询流程，在用户提交了相关命令后，还需要WEB用户界面脚本向会议电视的主应用进程提交查询消息。而本发明只要控制台插件提交请求，控制台插件与控制台代理连接成功后，会议电视的主应用进程就可以通过控制台代理将最新的数据结果主动上报给控制台插件，省略了WEB用户界面主动查询的流程及其代码，极大地促进了代码流程的优化。

3)由于省去定时请求查询的消息，使得会议电视侧负荷减轻，CPU资源的占用率减少。

附图说明

图1为现有技术中基于WEB的用户侧接入会议电视的系统组成示意图；

图2为现有技术中基于WEB的用户侧向会议电视侧获取数据的具体实现流程示意图；

图3为本发明基于WEB的用户侧接入会议电视的系统组成示意图；

图4为本发明基于WEB的用户侧接入会议电视的第一种方法流程示意图；

图5为本发明基于WEB的用户侧接入会议电视的第二种方法流程示意图。

具体实施方式

以下结合附图来详细说明本发明的具体实施。

本发明基于WEB的用户侧接入会议电视的系统组成如图3所示，该系统包括用户侧和会议电视侧，用户侧包括用户界面和控制台代理，会议电视侧主要包括主应用进程，还包括其他进程，其他进程用来控制图象、声音等等。其中，用户界面，通过自身嵌入的控制台插件将用户名及密码传给控制台代理，控制台代理将所述用户名和密码发送至会议电视侧，请求控制台插件与控制台代理之间的连接，建立连接后接受会议电视侧发来的数据；且用户界面中嵌入有专用的网页浏览器(IE，Internet Explorer)插件，该插件用于将用户名及密码通过控制台代理告知会议电视侧，也用于请求与控制台代理之间的连接，该IE插件可以实现个人计算机(PC，Personal Computer)控制台的功能，比如，可以通过编程实现：连接终端、密码认证、将查询、设置或命令等操作封装成消息，向终端发送、解析终端发送过来的消息并显示出来等，因此又称为控制台插件。

该插件通过控制台代理与会议电视侧进行交互时，直接利用会议电视现有的组件接口，组件接口的消息封装格式可以采用不同方式，只要用户侧和会议电视侧采用统一的、能够相互识别的消息格式，能实现用户侧与会议电视侧之间的交互即可，消息封装的内容可以根据需要设置，比如，可以包括：消息来源、消息来源的组件代码、消息类型、消息帧长度及消息内容参数等等。

这里，所述IE插件是ActiveX控件，可以用Delphi实现，比Java实现起来要快速，该插件存储在终端上，该插件可直接和终端建立传输控制协议(TCP，Transmission Control Protocol)/因特网协议(IP，Internet Protocol)连接，实现双向通讯，从而可以从终端侧获取消息，而不需要定时查询。该插件也可以通过HTTP方式通过控制台代理与终端进行交互。用户通过WEB浏览器访问终端的页面时，如果不存在该插件，用户界面弹出是否下载插件，用户可将该插件下载到本机，并执行相应的操作。当插件有更新时，PC会自动弹出下载插件页面下载新版本。这里，所述终端是指会议电视。

控制台代理，用于实现用户侧和会议电视侧之间的交互，是控制台插件与会议电视侧进行数据交互的中转。这里，由于控制台插件即IE插件是以Delphi为基础实现的，会议电视是以C语言为基础的，因此，需要通过控制台代理的功能进行二者之间数据的转换和传送。

主应用进程，用于对用户名及密码进行验证，并用于显示会议进程或图像声音信息等，将这些会议电视的相关数据发送给用户侧。

在会议电视侧和控制台插件之间实现交互的是控制台代理，控制台代理并不替代WEB服务器，只是WEB服务器不再执行向会议电视不断查询最新数据的功能，而是由控制台插件通过控制台代理从会议电视获取最新数据。WEB服务器与控制台代理之间是平行关系，与主应用进程之间均通过SOCKET通讯。

当控制台插件向控制台代理请求连接时，控制台代理与控制台插件建立TCP/IP连接，控制台代理支持多连接，一个用户对应于一个控制台代理，当多个用户要与会议电视交互时，一个控制台代理可以提供给多个控制台插件与会议电视交互使用。

控制台插件和控制台代理建立连接后，控制台代理通过主应用进程将会议电视侧的最新数据传给控制台插件，控制台代理和会议电视侧主应用进程之间通过SOCKET进行通讯。

连接建立后，WEB控制台，即控制台插件等候主应用进程主动上报即时信息，将所得到的信息及时更新到用户界面，用户界面就可以实时获得所需信息。

当用户注销WEB时，控制台插件发出断开连接命令，控制台插件和控制台代理会自动断开，直到下次连接请求时才会连接。

本发明的具体实现有以下两种方法：

本发明基于WEB的用户侧接入会议电视的第一种方法流程如图4所示，包括以下步骤：

步骤401、用户界面接收用户的输入用户名及密码，并将所输入的用户名及密码告知控制台插件；

用户通过IP登录到WEB页面后，进入到使用控制台插件的页面，弹出用户名密码验证的界面，输入用户名及密码，并将其告知控制台插件。

步骤402、控制台插件将用户名及密码发送给控制台代理；

步骤403、控制台代理将用户名及密码发送给会议电视侧的主应用进程；

步骤404、主应用进程对用户名和密码进行验证，如果验证通过，则执行步骤405～413；如果验证失败，执行步骤405′～407′。

步骤405、主应用进程通知控制台代理用户名和密码验证通过；

步骤406、控制台代理通知控制台插件用户名和密码验证通过；

步骤407、控制台插件通知用户用户名和密码验证通过；

步骤408、控制台插件向控制台代理请求连接；

步骤409、控制台代理判断当前控制台插件的连接数目是否超过最大的连接数，如果没超过，则连接成功，执行步骤410～413；否则，连接失败，执行步骤410′～411′。

步骤410、控制台代理与控制台插件建立连接；

步骤411、主应用进程主动向控制台代理上报数据；

步骤412、控制台代理主动向控制台插件上报数据；

步骤413、用户从控制台插件获取数据，结束当前处理流程。

步骤410′、控制台代理通知控制台插件连接失败；

步骤411′、控制台插件通知用户连接失败；

在连接失败的情况下，可以重复执行步骤408～409，直到连接成功。

步骤405′、主应用进程通知控制台代理用户名和密码验证失败；

步骤406′、控制台代理通知控制台插件用户名和密码验证失败；

步骤407′、控制台插件通知用户用户名和密码验证失败；

在用户名、密码验证失败的情况下，可以重复执行步骤401～404，直到用户名及密码验证通过。

本发明基于WEB的用户侧接入会议电视的第二种方法流程如图5所示，该方法在登录控制台插件的时不需要用户名及密码验证，用户名及密码只作为固有参数，固有参数即控制台插件向控制台代理请求连接的时候，可以直接传给控制台代理的参数，其具体步骤为：

步骤501、控制台插件向控制台代理请求连接；

步骤502、控制台代理判断当前控制台插件的连接数目是否超过最大的连接数，如果没超过，则连接成功，执行步骤503～506；否则，连接失败，执行步骤503′～504′。

步骤503、控制台代理与控制台插件建立连接；

步骤504、主应用进程主动向控制台代理上报数据；

步骤505、控制台代理主动向控制台插件上报数据；

步骤506、用户从控制台插件获取数据，结束当前处理流程。

步骤503′、控制台代理通知控制台插件连接失败；

步骤504′、控制台插件通知用户连接失败；

在连接失败的情况下，可以重复执行步骤501～502，直到连接成功。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (11)

1.一种基于万维网WEB的用户侧接入会议电视的系统，包括用户侧和会议电视侧，其特征在于，用户侧进一步包括用户界面和控制台代理，会议电视侧包括主应用进程，其中，

所述用户界面通过自身嵌入的控制台插件将用户名及密码传给控制台代理，控制台代理将所述用户名及密码发送至会议电视侧，会议电视侧的主应用进程对用户名及密码进行验证通过后，请求控制台插件与控制台代理之间的连接，并在建立连接后接受会议电视侧发来的数据。

2.根据权利要求1所述的系统，其特征在于，所述控制台插件为专用的网页浏览器IE插件。

3.根据权利要求1或2所述的系统，其特征在于，所述控制台插件通过超文本传输协议、传输控制协议或因特网协议与控制台代理进行交互传输。

4.根据权利要求1所述的系统，其特征在于，所述控制台代理以套接字方式与会议电视侧进行交互传输。

5.根据权利要求1所述的系统，其特征在于，所述主应用进程进一步用于显示会议进程或图像声音信息，并将电视会议侧的相关数据发送给用户侧。

6.一种基于万维网WEB的用户侧接入会议电视的方法，其特征在于，设置实现用户侧与会议电视侧交互的控制台代理，并在用户界面嵌入控制台插件，用户界面通过自身的控制台插件请求与控制台代理建立连接，连接建立后，会议电视侧的主应用进程通过控制台代理和控制台插件向用户发送数据。

7.根据权利要求6所述的方法，其特征在于，控制台插件请求与控制台代理建立连接之前，该方法进一步包括：用户界面接收用户输入的用户名及密码，并通过控制台插件和控制台代理将输入的用户名及密码发送给会议电视侧的主应用进程，主应用进程对所述用户名和密码进行验证，并将验证结果通过控制台代理和控制台插件告知用户。

8.根据权利要求7所述的方法，其特征在于，主应用进程将验证结果告知用户后该方法进一步包括：验证结果为验证失败时，重复执行用户界面接收用户输入的用户名及密码并由主应用进程进行验证的步骤，直到验证通过。

9.根据权利要求7所述的方法，其特征在于，所述用户名及密码以控制台插件固有参数的方式发送给主应用进程。

10.根据权利要求6所述的方法，其特征在于，控制台插件请求与控制台代理建立连接后，该方法进一步包括：控制台代理判断连接数目是否超过最大连接数目，若超过最大连接数目，则控制台代理通过控制台插件告知用户连接失败，否则不进行操作。

11.根据权利要求10所述的方法，其特征在于，控制台代理告知用户连接失败后，该方法进一步包括：重复执行控制台插件请求与控制台代理建立连接，控制台代理判断连接数目是否超过最大连接数目的步骤，直到连接成功。

Images