一种信息同步方法及装置与流程

本申请涉及信息技术领域，尤其涉及一种信息同步方法及装置。

背景技术：

现如今，通过互联网面试，越来越为众多企业所采用。通过互联网面试，一方面可以减轻企业的招聘成本，另一方面也可以方便应试方，应试方无需花费额外的时间成本和交通成本。

现有的互联网面试方法主要通过预先在面试方与应试方的终端上安装面试系统，使得面试方和应试方登录该系统便可以进行交流，包括视频音频交流、文字聊天以及在线笔试。其中，在线笔试的形式是应试方接收面试方发送的题目，作答结束后，再通过互联网发送给面试方。

但是，对于特定职位，如互联网技术人员、编辑等需要考察其答题过程的职位，现有技术中的互联网面试方法存在以下两个问题：一、需要在面试方和应试方的终端上都预先安装面试系统，这对面试双方都造成了不便，降低了面试效率；二、不能如现场面试一样，实时了解应试者的答题过程，精细考察应试者的业务能力。

可见，现有技术中的互联网面试方法既不能很好的提高面试效率，又不能精细地考察应试者的业务能力。

技术实现要素：

本申请实施例提供了一种信息同步方法及装置，用于解决现有的互联网面试方法中需要安装面试系统以及无法实时考察应试者答题过程的问题。

本申请实施例提供的一种信息同步方法，其特征在于，包括：

服务器接收面试方浏览器和应试方浏览器分别发送的相同的面试标识；

根据所述面试标识，建立所述面试方浏览器与所述应试方浏览器之间的信息同步通道；

通过所述信息同步通道，将应试方在所述应试方浏览器中输入的应试信息实时同步到所述面试方浏览器。

本申请实施例提供的另一种信息同步方法，其特征在于，包括：

应试方浏览器访问服务器；

发送面试标识给所述服务器，以使服务器建立面试方浏览器与所述应试方浏览器之间的信息同步通道，并通过所述信息同步通道，将应试方在所述应试方浏览器中输入的应试信息实时同步到所述面试方浏览器。

本申请实施例提供的一种信息同步装置，其特征在于，包括：

接收模块，接收面试方浏览器和应试方浏览器分别发送的相同的面试标识；

处理模块，根据所述面试标识，建立所述面试方浏览器与所述应试方浏览器之间的信息同步通道；

同步模块，通过所述信息同步通道，将应试方在所述应试方浏览器中输入的应试信息实时同步到所述面试方浏览器。

本申请实施例提供的另一种信息同步装置，其特征在于，包括：

访问模块，访问服务器；

发送模块，发送面试标识给所述服务器，以使服务器建立面试方浏览器与所述装置之间的信息同步通道，并通过所述信息同步通道，将应试方在所述装置中输入的应试信息实时同步到面试方浏览器。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

服务器在参与同一面试的面试方浏览器和应试方浏览器之间建立信息同步通道，可以实现面试方浏览器和应试方浏览器信息同步的目的。这样以来，在面试过程中，应试方的答题过程可以实时反映到面试方的浏览器显示界面上，便于面试方对应试方业务能力进行精细考察。并且，由于整个面试过程仅依赖于浏览器，因此无需安装面试软件，提高了面试的效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例提供的一种信息同步方法流程图；

图2是本申请实施例提供的网络面试系统的页面示意图；

图3是本申请实施例提供的面试实时交互界面示意图；

图4是本申请实施例提供的一种信息同步装置示意图；

图5是本申请实施例提供的另一种信息同步装置示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1是本申请实施例提供的一种信息同步方法的流程图，包括以下步骤：

s101：服务器接收面试方浏览器和应试方浏览器分别发送的相同的面试标识。

在本申请实施例中，可对服务器进行部署，使其具有本方法所要求的功能，其中，服务器可以是web服务器，也可以是其他类型的服务器，只要是能够被部署有本方法所要求的功能的服务器，都可以是本方法的实施主体。具体而言，出于简易和快速部署的目的，可以基于rails框架，使用ruby语言将面试系统部署到服务器上；也可以基于其他开发框架和编程语言完成面试系统的部署，只要能使服务器具有本方法所要求的功能即可。

在本申请实施例中，参与面试的浏览器可以是安装在任何终端上的任何网页浏览器。其中，网页浏览器可以基于ie内核、gecko内核、webkit内核或者presto内核的各种类型的网页浏览器；终端可以是计算机、手机、平板电脑等，只要是支持网页浏览器应用的终端即可。

在本申请实施例中，面试方浏览器和应试方浏览器向服务器发送相同的面试标识之前，需要先访问服务器。具体而言，面试方和应试方分别在浏览器的地址栏中键入面试系统网页的url地址，访问面试系统的服务器，然后接收所述服务器返回的页面并展示。

图2是本申请实施例提供的网络面试系统的页面示意图。在图2所示的页面中包含有输入框(即组标识输入区域)，参与面试的应试方和面试方可以在该输入框中输入面试标识，进入面试。为了避免不同面试组的浏览器之间信息同步的混乱，需要由服务器根据面试方浏览器和应试方浏览器发送的面试标识来区分不同的面试组。

具体而言，可以在服务器上预设若干个面试组，为每个面试组分配一个组标识，准备面试时，面试方和应试方分别在图2所示的输入框内输入事先获知的相同的组标识，进而由服务器确定接收到的相同的组标识对应的浏览器为需要实现信息同步的同一组浏览器，并使面试方浏览器和应试方浏览器加入该组标识对应的面试组；也可以无需服务器预设若干个面试组，由面试方与应试方事先约定一个相同的组标识，面试方和应试方通过各自的浏览器访问服务器后，通过该相同的组标识加入同一个面试组，加入该面试组后，面试方浏览器和应试方浏览器再将该面试组的组标识发送给服务器，使服务器获知这两个浏览器是同一面试组中的浏览器，总之，只要能够实现参与同一组面试的面试方浏览器和应试方浏览器之间的信息同步即可，本申请对具体实现方式不作限制。

s102：根据所述面试标识，建立所述面试方浏览器与所述应试方浏览器之间的信息同步通道。

在本申请实施例中，可以在面试方浏览器与应试方浏览器之间直接建立信息同步通道，例如，服务器确定相同面试标识对应的浏览器为一组，其中应试方浏览器所在的终端可以作为向面试方浏览器发送信息的模拟服务器，利用长轮询longpoll或ajax等轮询技术，可以将应试方在应试方浏览器输入的应试信息同步到面试浏览器，整个同步过程中，服务器并不直接参与应试信息的传输。

此外，也可以以服务器为收发中转站，分别建立服务器与面试方浏览器，以及服务器与应试方浏览器之间的信息同步通道。具体而言，服务器建立自身与所述面试方浏览器之间的、与所述面试标识相对应的第一信息同步通道，以及建立自身与所述应试方浏览器之间的、与所述面试标识相对应的第二信息同步通道。在面试过程中，应试方在应试方浏览器中输入的应试信息通过面试标识对应第二信息同步通道传输到服务器，服务器将该应试信息通过相同面试标识对应的第一信息同步通道，同步到所述面试方浏览器。

其中，所述第一信息同步通道和所述第二信息同步通道都可以是基于websocket协议建立的。websocket协议是html5定义的一种实时双向通讯协议，可以实现服务器和浏览器之间的全双工通信。通过websocket协议，浏览器和服务器只需要经过一次基于tcp协议的握手操作，便可以在二者之间建立一个tcp长连接，服务器和浏览器皆无须再发送请求，即可向对方主动推送数据。

具体而言，在websocket协议下，服务器会以极短的时间间隔不断询问应试方浏览器上是否存在增量数据(应试方新输入的应试信息)，应试方浏览器一旦确定存在增量数据，就将增量数据发送给服务器；同时，服务器还以极短的时间间隔扫描从应试方浏览器获取的增量数据，一旦扫描到获取了新的增量数据，就将该增量数据同步到面试方浏览器上。

在本申请实施例中，可以利用websocket协议的上述特性，分别实现服务器与面试浏览器、服务器与应试浏览器之间的双向实时通讯，进而达到同步面试浏览器与应试浏览器的信息的目的。具体地，可以在node.js的运行环境下通过开源数据库socket.io部署服务器，以使服务器具有建立第一信息同步通道和第二信息同步通道，以及将应试方输入到应试方浏览器的应试信息同步到面试方浏览器的功能。

s103：通过所述信息同步通道，将应试方在所述应试方浏览器中输入的应试信息实时同步到所述面试方浏览器。

在本申请实施例中，对应于步骤s102，服务器可以使相同面试标识对应的面试方浏览器与应试方浏览器直接通过二者之间信息同步通道进行应试信息同步，也可以以自身为收发中转站，分别与应试浏览器与面试浏览器建立基于websocket协议的tcp长连接，进而实现应试浏览器与面试浏览器之间的应试信息同步。

在本申请实施例中，服务器还可以实现将面试方在所述面试方浏览器中输入的修改后的应试信息同步到应试方浏览器。在面试过程中，有时不光需要应试方答题，还需要面试方临场对应试方的答题过程和答题结果(即应试信息)进行修改反馈，因此面试方在面试方浏览器中输入的修改后的应试信息也需要被同步到应试方浏览器。

由于可以将面试方浏览器所在终端作为向应试方浏览器发送信息的模拟服务器，实现在应试方浏览器与面试方浏览器之间直接建立信息同步通道，也可以利用websocket协议的全双工通讯特性，实现应试方浏览器与面试方浏览器的对等部署(即，通过第一信息同步通道和第二信息同步通道，服务器不仅可以将应试方在应试方浏览器上输入的应试信息实时同步到面试方浏览器上，还可以将面试方在面试方浏览器上修改的应试信息同步到应试方浏览器上)，因此本申请的技术方案在实现将应试方产生的应试信息同步到面试方浏览器的同时，同样可以实现将面试方产生的修改后的应试信息同步到应试方浏览器。

进一步地，在本申请实施例中，面试方浏览器或应试方浏览器的数量均可以不止一个，也即当存在两个以上面试方和/或两个以上应试方时，本申请依然可以将应试方在应试方浏览器中输入的信息实时同步到面试方浏览器。例如，当以服务器为收发中转站，并建立所述第一信息同步通道和第二信息同步通道的情况下，假设有一个应试方和两个面试方参与面试，那么，此时服务器便建立两条第一信息同步通道和一条第二信息同步通道，其中每一个面试方浏览器与服务器之间存在一条第一信息同步通道。如此以来，服务器通过第二信息同步通道获取应试方产生的应试信息，并将该应试信息通过两条第一信息同步通道分别同步到两个面试方浏览器。

进一步地，在本申请实施例中，为了完善面试功能，可以在面试方浏览器与应试方浏览器之间建立消息传输通道，用于传输文本消息，方便应试方与面试方进行即时聊天交流；和/或可以在面试方浏览器与应试方浏览器之间建立多媒体传输通道，用于传输视频信息和/或音频信息，方便应试方与面试方进行视频会面和/或语音通话。

具体地，面试系统的聊天功能，可以在node.js的运行环境下基于ws模块完成构建，也即由服务器自身分别与应试方浏览器和面试方浏览器建立tcp连接。面试系统的多媒体功能，可以通过网页实时通信(webreal-timecommunication，webrtc)技术，直接在应试方浏览器和面试方浏览器之间直接建立多媒体传输通道而实现。

图3是本申请实施例提供的面试实时交互界面效果图。如图3所示，交互界面分为三个部分，分别用于显示视频信息和/或音频信息(多媒体交互窗口)、文本消息(即时聊天窗口)以及应试信息(应试信息编辑窗口)。

基于图1所示的信息同步方法，本申请实施例还对应提供一种信息同步装置，如图4所示，包括：

接收模块401，接收面试方浏览器和应试方浏览器分别发送的相同的面试标识；

处理模块402，根据所述面试标识，建立所述面试方浏览器与所述应试方浏览器之间的信息同步通道；

同步模块403，通过所述信息同步通道，将应试方在所述应试方浏览器中输入的应试信息实时同步到所述面试方浏览器。

所述接收模块401，接收所述面试方浏览器和应试方浏览器在访问所述装置后分别发送的相同的组标识，其中，所述组标识为所述面试方浏览器和应试方浏览器在加入同一组后发送的该组的组标识，或，所述组标识用于使所述面试方浏览器和应试方浏览器加入所述组标识对应的组。

所述处理模块402，建立自身与所述面试方浏览器之间的、与所述面试标识相对应的第一信息同步通道；并建立自身与所述应试方浏览器之间的、与所述面试标识相对应的第二信息同步通道。

所述同步模块403，通过所述第二信息同步通道，实时获取应试方在所述应试方浏览器中输入的应试信息；通过所述第一信息同步通道，将获取到的所述应试信息实时同步到所述面试方浏览器。

所述处理模块402，基于websocket协议，建立自身与所述面试方浏览器之间的、与所述面试标识相对应的第一信息同步通道；基于websocket协议，建立自身与所述应试方浏览器之间的、与所述面试标识相对应的第二信息同步通道。

所述装置还包括：

消息传输模块404，根据所述面试标识，建立所述面试方浏览器与所述应试方浏览器之间的文本消息传输通道，所述文本消息传输通道用于传输所述面试方浏览器与所述应试方浏览器相互发送的文本消息；和/或

多媒体传输模块405，根据所述面试标识，建立所述面试方浏览器与所述应试方浏览器之间的多媒体传输通道，所述多媒体传输通道用于传输所述面试方浏览器与所述应试方浏览器相互发送的视频信息和/或音频信息。

本申请实施例还对应提供一种信息同步装置，如图5所示，包括：

访问模块501，访问服务器；

发送模块502，发送面试标识给所述服务器，以使服务器建立面试方浏览器与所述装置之间的信息同步通道，并通过所述信息同步通道，将应试方在所述装置中输入的应试信息实时同步到面试方浏览器。

所述发送模块502，在所述装置与面试方浏览器加入同一组后，将该组的组标识发送给所述服务器；或，在所述装置接收应试方输入的组标识后，将所述组标识发送给所述服务器，以加入所述组标识对应的组。

所述发送模块502，具体包括：

展示单元5021，接收所述服务器返回的页面并展示，其中，所述页面中包括组标识输入区域；

接收单元5022，接收应试方在所述组标识输入区域中输入的组标识；

发送单元5023，将所述组标识发送给所述服务器。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。