用户评论的实现方法和装置与流程

本申请涉及网络通信技术领域，尤其涉及一种实现用户评论的方法和装置。

背景技术：

随着通信技术的发展，人们越来越习惯于通过网络观看视频。大多数视频网站都为用户提供了评论功能，用户在观看网络视频的时候，可以在用户评论区域输入自己对所观看视频的感受和意见，发表后上传到视频网站的服务器。服务器会将已经发表的用户评论发送给用户终端，显示在播放视频的页面上的用户评论展示区域，供用户查看。

现有技术中，当用户观看视频，看到某个时点想要发表评论时，通常需要退出全屏显示，然后输入评论内容，用户评论完了还需要恢复全屏继续观看，这样的方式打断了用户的观看过程，造成了用户的不便；此外，用户评论的对象通常与该时点的视频内容有关，而这样完成的评论则与完整的视频相关，不便于为其他用户提供参考。

技术实现要素：

有鉴于此，本申请提供一种实现用户评论的方法，应用在播放被评论的音视频的第一终端上，包括：

在收到用户跨终端评论的启动操作后，向服务器发送跨终端评论请求，其中包括收到用户所述启动操作时音视频的播放时刻；

从服务器接收根据播放时刻、所述音视频的标识和服务器地址生成的参 数传递载体；

向第二终端提供所述参数传递载体，供第二终端将用户对所述播放时刻的所述音视频的评论发送给服务器。

本申请提供的一种实现用户评论的方法，应用在第二终端上，包括：

根据来自第一终端的参数传递载体，获取播放时刻、音视频的标识和服务器地址；

接收用户对所述播放时刻的具有所述标识的音视频的评论；

根据服务器地址向服务器发送评论上传消息，其中包括播放时刻、音视频的标识和用户评论。

本申请提供的一种实现用户评论的方法，应用在服务器上，包括：

接收第一终端的跨终端评论请求，其中包括被评论音视频的播放时刻；

根据第一终端上播放音视频的标识、播放时刻和服务器地址生成参数传递载体，并返回给第一终端；

接收第二终端的评论上传消息，其中包括播放时刻、音视频的标识和用户对所述播放时刻的具有所述标识的音视频的评论。

本申请还提供了一种实现用户评论的装置，应用在播放被评论的音视频的第一终端上，包括：

评论请求发送单元，用于在收到用户跨终端评论的启动操作后，向服务器发送跨终端评论请求，其中包括收到用户所述启动操作时音视频的播放时刻；

参数传递载体单元，用于从服务器接收根据播放时刻、所述音视频的标识和服务器地址生成的参数传递载体；

参数传递载体提供单元，用于向第二终端提供所述参数传递载体，供第二终端将用户对所述播放时刻的所述音视频的评论发送给服务器。

本申请提供的一种实现用户评论的装置，应用在第二终端上，包括：

参数传递载体接收单元，用于根据来自第一终端的参数传递载体，获取播放时刻、音视频的标识和服务器地址；

评论接收单元，用于接收用户对所述播放时刻的具有所述标识的音视频的评论；

评论上传单元，用于根据服务器地址向服务器发送评论上传消息，其中包括播放时刻、音视频的标识和用户评论。

本申请提供的一种实现用户评论的装置，应用在服务器上，包括：

评论请求接收单元，用于接收第一终端的跨终端评论请求，其中包括被评论音视频的播放时刻；

参数载体下发单元，用于根据第一终端上播放音视频的标识、播放时刻和服务器地址生成参数传递载体，并返回给第一终端；

上传评论接收单元，用于接收第二终端的评论上传消息，其中包括播放时刻、音视频的标识和用户对所述播放时刻的具有所述标识的音视频的评论。

由以上技术方案可见，本申请的实施例中，第一终端将用户要发表评论所针对的音视频播放时刻上传到服务器，服务器生成与播放时刻和被播放音视频关联的参数传递载体并由第一终端提供给第二终端，用户在第二终端上完成评论，这样避免了影响用户在第一终端上的音视频播放，使用户更加方便；由于用户评论中带有播放时刻，使得按照播放时刻展现评论成为可能，提高了用户评论的参考价值。

附图说明

图1是本申请实施例中一种应用在第一终端上的用户评价的实现方法的流程图；

图2是本申请实施例中一种应用在第二终端上的用户评价的实现方法的流程图；

图3是本申请实施例中一种应用在服务器上的用户评价的实现方法的流程图；

图4是本申请应用示例中平板电脑、手机与服务器之间的交互流程示意图；

图5是终端或服务器的一种硬件结构图；

图6是本申请实施例中的一种应用在第一终端上的用户评价的实现装置的逻辑结构图；

图7是本申请实施例中的一种应用在第二终端上的用户评价的实现装置的逻辑结构图；

图8是本申请实施例中的一种应用在服务器上的用户评价的实现装置的逻辑结构图。

具体实施方式

本申请的实施例提出一种新的用户评论的实现方法，使得用户能够在第一终端上观看视频的同时在第二终端上针对该视频中的某个播放时刻进行评论，在提高了用户方便程度的基础上实现了与播放时间点关联的评论，以解决现有技术中存在的问题。

本申请的实施例中，第一终端与服务器、第二终端与服务器通过网络相互可访问，其中，第一终端可以是手机、平板电脑、PC(Personal Computer，个人电脑)、笔记本、智能电视等设备；第二终端可以是手机、平板电脑、个人电脑、笔记本等设备；服务器可以是一个物理或逻辑服务器，也可以是由两个或两个以上分担不同职责的物理或逻辑服务器、相互协同来实现本申请实施例中服务器的各项功能。本申请实施例对第一终端、第二终端、服务器的种类，以及第一终端与服务器之间、第二终端与服务器之间通信网络的类型、协议等均不做限定。

本申请的实施例中，用户评价的实现方法在第一终端上的流程如图1所示，在第二终端上的流程如图2所示，在服务器上的流程如图3所示。

在第一终端上，步骤110，在收到用户跨终端评论的启动操作后，向服务器发送跨终端评论请求，在跨终端评论请求中包括收到用户启动操作时音视频的播放时刻。

在服务器上，步骤310，接收第一终端的跨终端评论请求，其中包括被 评论音视频的播放时刻。

用户在第一终端上播放音视频的时候，看到某个播放时刻，希望发表评论时，执行跨终端评论的启动操作。在第一终端支持的用户操作中，启动操作可以是任何与播放音视频的客户端软件或浏览器页面内实现其他功能的操作不相冲突的预定操作，例如，对PC可以是快捷键或快捷键组合，也可以是某个鼠标动作；对平板电脑和手机可以是某个触屏手势，也可以是摇动平板电脑或手机；对智能电视可以是按下某个遥控器按键或按键组合。

当第一终端收到用户跨终端评论的启动操作时，记录收到启动操作时正在前台播放的音视频的播放时刻，向服务器发送跨终端评论请求，在跨终端评论请求中携带所记录的播放时刻。

在服务器上，步骤320，根据第一终端上播放音视频的标识、播放时刻和服务器地址生成参数传递载体，并返回给第一终端。

在第一终端上，步骤120，从服务器接收根据播放时刻、所播放音视频的标识和服务器地址生成的参数传递载体。

终端上播放在线音视频时，从服务器获得音视频的媒体流数据，因此服务器了解第一终端上当前正在前台播放的音视频是哪一个。服务器收到第一终端的跨终端评论请求后，利用第一终端上所播放音视频的标识、跨终端评论请求中的播放时刻、和服务器地址生成参数传递载体，并将生成的参数传递载体返回给第一终端。

音视频的标识用来在服务器上唯一代表某个音视频，可以是该音视频的链接地址、在服务器数据库中的索引号等等，服务器能够根据该标识定位到唯一的音视频即可。

参数传递载体用来由第一终端将要评论的音视频的标识及其播放时刻、和发表评论时要连接的服务器的地址传递给第二终端，因此，参数传递载体的具体形式根据第一终端与第二终端之间的参数传递方式来确定。例如，对第一终端与第二终端之间能够通过局域网通信的场合，参数传递载体可以是带有音视频的标识、播放时刻和服务器地址的链接，也可以是带有服务器地 址的链接并且在服务器上保存有该链接与音视频的标识及播放时刻的对应关系；对具有扫描二维码功能的第二终端，参数传递载体可以是二维码，第二终端扫描后即可获得音视频的标识、播放时刻和服务器地址。本实施例对参数传递载体的具体实现不做限定。生成参数传递载体的具体方法可参照现有技术，不再赘述。

在第一终端上，步骤130，向第二终端提供参数传递载体，供第二终端将用户对该播放时刻的该音视频的评论发送给服务器。

在收到服务器返回的参数传递载体后，第一终端将其提供给第二终端。根据实际应用场合的不同，第一终端可以通过不同的方式向第二终端提供参数传递载体。例如，如果第一终端与第二终端之间通过局域网通信，则可以基于局域网的类型(蓝牙、WiFi或其他)在建立连接后，由第一终端主动向第二终端推送参数传递载体，或者由第二终端从第一终端请求并接收参数传递载体。对具有扫描二维码功能的第二终端，第一终端可以将服务器返回的二维码显示在屏幕上，供第二终端扫描。第二终端扫描显示在第一终端上的二维码，即可获得参数传递载体。

在第二终端上，步骤210，根据来自第一终端的参数传递载体，获取播放时刻、音视频的标识和服务器地址。

第二终端得到参数传递载体后，从中得到用户希望进行评论的在第一终端上播放的音视频的标识和播放时刻，以及服务器地址。

在第二终端上，步骤220，接收用户对该播放时刻的具有该标识的音视频的评论。

第二终端向用户提供具有编辑功能的界面(例如输入框)，用户通过该界面输入对参数传递载体对应的播放时刻和音视频的评论。

在一种实现方式中，第二终端可以向用户显示具有该标识的音视频的名称和播放时刻，并提示用户输入评论。第二终端可以将从参数传递载体中获得的音视频的标识上传给服务器，并从服务器得到具有该标识的音视频的名称；也可以由服务器根据音视频的标识、音视频的名称、播放时刻和服务器 地址生成参数传递标识，第二终端从参数传递载体中即可得到被评论音视频的名称。

在第二终端上，步骤230，根据服务器地址向服务器发送评论上传消息，评论上传消息中包括播放时刻、音视频的标识和用户评论。

在服务器上，步骤330，接收第二终端的评论上传消息，评论上传消息中包括播放时刻、音视频的标识和用户对该播放时刻的具有该标识的音视频的评论。

第二终端将播放时刻、音视频的标识和用户评论携带在评论上传消息中发送给服务器；服务器收到评论上传消息后，保存带有播放时刻的用户评论。

一种实现方式中，服务器将带有播放时刻的用户评论发送到第一终端；第一终端从服务器收到带有播放时刻的用户评论后，按照播放时刻显示用户评论。第一终端可以采用各种方式来将展现的用户评论与播放时刻相关联，例如，可以将评论展示区域的用户评论按照播放时刻排序，可以在评论展示区域显示对当前音视频播放时刻的评论，还可以用弹窗的方式来将对当前播放时刻的评论叠加在播放窗口上显示，本实施例中不做限定。

一些视频网站上，只有注册用户才能发表评论。这样，当用户在第二终端上发表评论前，可能会要求先行登录，而此前，用户很可能已经在第一终端上完成了登录过程。为了进一步减少用户操作，使用户更加便利，第一终端可以在跨终端评论请求中携带用户标识；服务器根据第一终端上播放的音视频的标识、跨终端评论请求中的播放时刻和用户标识、以及服务器地址生成参数传递载体；这样，第二终端可以从参数传递载体中获得用户标识，并将用户标识携带在评论上传消息中发送给服务器，使得服务器能够将评论关联到用户账户。

可见，本申请的实施例中，服务器生成与播放时刻和被播放音视频关联的参数传递载体，并由第一终端将参数传递载体提供给第二终端，使得用户能够在第一终端上播放音视频的同时，能够在第一终端播放音视频的同时在第二终端上接收并上传用户对第一终端上所播放音视频的某个播放时刻的评 论，在提高用户的方便程度的基础上实现了与播放时间点关联的评论。

在本申请的一个应用示例中，用户在平板电脑(第一终端)上观看视频，并通过手机(第二终端)发表对平板电脑上播放视频的评论。平板电脑、手机和视频网站的服务器之间的交互流程如图4所示。

用户在平板电脑上登录到视频网站后，开始观看视频。

当用户看到某个时间点想发表评论时，摇动平板电脑，启动跨终端评论。平板电脑收到用户的摇动操作后，记录视频的当前播放时刻，将播放时刻、在该视频网站的用户账户(用户标识)在跨终端评论请求中发送给服务器。

服务器收集该用户当前正在观看视频的标识、跨终端评论请求中的用户账户和播放时刻、服务器地址等信息，根据这些信息生成二维码，并将二维码发送给平板电脑。

平板电脑在屏幕上显示二维码，同时视频处在继续播放中。

用户用手机扫描二维码。

手机对二维码识别成功后，打开输入页面，在该页面接收用户输入的评论。同时，服务器得知手机扫描二维码成功，向用户的平板电脑按发送通知消息，告知用户手机扫描成功。

用户输入完毕后，手机将从二维码中获得的用户账户、播放时刻、被评论视频的标识，和用户评论一起在评论上传消息中发送给服务器。

服务器将带有播放时刻的评论发送给平板电脑。

平板电脑上在用户评论展示区显示按照播放时刻排序的用户评论，并且显示每条用户评论的播放时刻。

与上述流程实现对应，本申请的实施例还提供了一种应用在第一终端上的用户评论的实现装置、一种应用在第二终端上的用户评论的实现装置和一种应用在服务器上的用户评论的实现装置。上述装置均可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为逻辑意义上的装置，是通过终端或服务器的CPU(Central Process Unit，中央处理器)将对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言， 除了图5所示的CPU、内存以及非易失性存储器之外，用户评论的实现装置所在的终端通常还包括用于进行无线信号收发的芯片等其他硬件，用户评论的实现装置所在的服务器通常还包括用于实现网络通信功能的板卡等其他硬件。

图6所示为本申请实施例提供的一种实现用户评论的装置，应用在播放被评论的音视频的第一终端上，包括评论请求发送单元、参数传递载体单元和参数传递载体提供单元，其中：评论请求发送单元用于在收到用户跨终端评论的启动操作后，向服务器发送跨终端评论请求，其中包括收到用户所述启动操作时音视频的播放时刻；参数传递载体单元用于从服务器接收根据播放时刻、所述音视频的标识和服务器地址生成的参数传递载体；参数传递载体提供单元用于向第二终端提供所述参数传递载体，供第二终端将用户对所述播放时刻的所述音视频的评论发送给服务器。

可选的，所述跨终端评论请求中还包括：用户标识；所述参数传递载体根据播放时刻、所述音视频的标识、用户标识和服务器地址生成。

可选的，所述装置还包括评论显示单元，用于从服务器收到带有播放时刻的用户评论后，按照播放时刻显示所述用户评论。

可选的，其特征在于，所述参数传递载体包括二维码；所述参数传递载体提供单元具体用于：在屏幕上显示从服务器接收的二维码。

图7所示为本申请实施例提供的一种实现用户评论的装置，应用在第二终端上，包括参数传递载体接收单元、评论接收单元和评论上传单元，其中：参数传递载体接收单元用于根据来自第一终端的参数传递载体，获取播放时刻、音视频的标识和服务器地址；评论接收单元用于接收用户对所述播放时刻的具有所述标识的音视频的评论；评论上传单元用于根据服务器地址向服务器发送评论上传消息，其中包括播放时刻、音视频的标识和用户评论。

可选的，所述装置还包括用户提示单元，用于向用户显示具有所述标识的音视频的名称和播放时刻，并提示用户输入评论。

可选的，所述装置还包括用户标识获取单元，用于根据所述参数传递载 体，获取用户标识；所述评论上传消息中还包括：用户标识。

可选的，所述参数传递载体包括二维码；所述装置还包括扫描单元，用于扫描显示在第一终端上的二维码。

图8所示为本申请实施例提供的一种实现用户评论的装置，应用在服务器上，包括评论请求接收单元、参数载体下发单元和上传评论接收单元，其中：评论请求接收单元用于接收第一终端的跨终端评论请求，其中包括被评论音视频的播放时刻；参数载体下发单元用于根据第一终端上播放音视频的标识、播放时刻和服务器地址生成参数传递载体，并返回给第一终端；上传评论接收单元用于接收第二终端的评论上传消息，其中包括播放时刻、音视频的标识和用户对所述播放时刻的具有所述标识的音视频的评论。

可选的，所述装置还包括：评论下发单元，用于将带有播放时刻的用户评论发送到第一终端。

可选的，所述跨终端评论请求中还包括：用户标识；所述评论上传消息中还包括：用户标识；所述参数载体下发单元具体用于根据第一终端上播放的音视频的标识、播放时刻、服务器地址和用户标识生成参数传递载体，并返回给第一终端。

可选的，所述参数传递载体包括：二维码。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

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

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

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

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

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