CN109787942A - 多媒体文件提交及发布方法和装置 - Google Patents

Abstract

本发明公开了一种多媒体文件提交及发布方法和装置。向服务器上传多媒体文件，并且无需在上传的多媒体文件已完成转码的情况下，完成多媒体文件的提交，其中多媒体文件在完成上传之后随即在服务器端进行转码。由此，可以解除客户端和服务器端执行各自的操作事件时不必要的依赖关系，从而避免发布人不必要的精力和时间损耗。

Description

多媒体文件提交及发布方法和装置

技术领域

本发明涉及信息技术领域，特别是涉及一种多媒体文件提交及发布方法、装置、计算设备及存储介质。

背景技术

随着互联网技术的深入发展和移动终端的日益普及，人们能够越来越方便地访问互联网，而观看视频则是人们浏览互联网的一大主要行为。近年来，随着自媒体的兴起以及版权意识的增强，相比于正规影视作品，人们自行创作视频作品并上传的热情得以提升。这些自行创作的视频(通常是短视频)，也随着b站和诸如快手之类的专门的短视频网站的风靡而被越来越多的互联网用户所喜闻乐见。

现有技术中，视频在提交发布前，需要经历上传和转码，并且需要发布人为视频填写名称和描述等基本信息。发布人只有在上述过程完成之后，才能例如通过点击提交按钮来进行视频提交。另外，提交后的视频通常还需要经过人工审查才能被以其他用户可见的方式真正发布到视频网站上。上述过程是繁琐且持久的，并且会不必要地耗费发布人的时间和精力。

有鉴于此，仍然希望提供一种改进的视频提交和发布方案。

发明内容

本发明的主要目的在于提供一种改进的视频提交和发布方案，以降低发布人的时间和精力损耗。

根据本发明的一个方面，提供了一种多媒体文件提交方法，包括：向服务器上传多媒体文件；以及无需在上传的多媒体文件已完成转码的情况下，完成多媒体文件的提交，其中多媒体文件在完成上传之后随即在服务器端进行转码。

由此，可以无需将服务器端的转码操作纳入客户端的处理流程，从而可以简化客户端的上传操作，降低发布人的时间和精力损耗。

优选地，甚至可以在多媒体文件上传完毕之前，完成多媒体文件的提交。也就是说，客户端可以无需关心多媒体文件的上传进度，而可以仅在指定需要上传的多媒体文件后，即刻完成多媒体文件的提交。由此可以进一步降低发布人的时间和精力损耗。

优选地，完成多媒体文件的提交可以包括：在提交页面中填写针对多媒体文件的相关描述并通过点击确认来完成提交。

由此，发布人可以不受制于多媒体文件在服务器端的转码完成情况，而自由地选择对多媒体文件进行描述的时机，从而可以进一步降低发布人的精力和时间的损耗，提高发布人的上传体验。

优选地，该方法还可以包括：接收来自服务器的多媒体文件转码失败的通知；重新向服务器上传多媒体文件并完成多媒体文件的提交。由此，通过设定转码失败重新上传机制，可以对用户提交后出现的问题进行补救。

根据本发明的另一个方面，还提供了一种多媒体文件发布方法，包括：根据上文提及的提交方法提交多媒体文件；以及在多媒体文件转码成功的情况下，接收多媒体文件被成功发布的通知。由此，在节省用户时间和精力的同时通过后续通知的方式确保用户对发布状态的知晓。

根据本发明的另一个方面，还提供了一种多媒体文件提交方法，包括：接收客户端上传的多媒体文件；在多媒体文件完成上传之后随即进行转码；以及无需在上传的多媒体文件已完成转码的情况下，接受客户端对多媒体文件的提交。

由此，使得服务器对多媒体文件提交的接受与否不受制于该文件的转码状态。这样能够减少不必要的文件提交线程开启时间，有助于系统整体性能的提高。

优选地，甚至可以在多媒体文件上传完毕之前，接受客户端对多媒体文件的提交。

优选地，接受客户端对多媒体文件的提交可以包括：在确认提交页面中填写了针对多媒体文件的相关描述并接收到客户端的点击确认的情况下，接受客户端对多媒体文件的提交。

优选地，该方法还可以包括：在多媒体文件转码失败时通知客户端重新上传多媒体文件并完成多媒体文件的提交。

根据本发明的另一个方面，还提供了一种多媒体文件发布方法，包括：

根据上文提及的提交方法接受提交的多媒体文件；以及在多媒体文件转码成功的情况下，发布多媒体文件并向客户端发送多媒体文件被成功发布的通知。

优选地，该方法还可以包括：在转码时或转码后自动审查多媒体文件的可公布性；以及在确认多媒体文件的可公布性的情况下，发布多媒体文件并向客户端发送多媒体文件被成功发布的通知。由此可以滤除内容不恰当的多媒体文件，以保证发布的多媒体文件的内容的质量。

根据本发明的另一个方面，还提供了一种多媒体文件提交装置，包括：上传单元，用于向服务器上传多媒体文件；以及提交完成单元，无需在上传的多媒体文件已完成转码的情况下，完成多媒体文件的提交，其中多媒体文件在完成上传之后随即在服务器端进行转码。

优选地，提交完成单元在多媒体文件上传完毕之前，完成多媒体文件的提交。

优选地，提交完成单元在提交页面中填写针对多媒体文件的相关描述并通过点击确认来完成提交。

优选地，该装置还可以包括：接收单元，用于接收来自服务器的多媒体文件转码失败的通知，响应于接收单元接收到多媒体文件转码失败的通知，上传单元重新向服务器上传多媒体文件并完成多媒体文件的提交。

根据本发明的另一个方面，还提供了一种多媒体文件发布装置，包括：上文述及的多媒体文件提交装置，用于提交多媒体文件；以及接收模块，用于在多媒体文件转码成功的情况下，接收多媒体文件被成功发布的通知。

根据本发明的另一个方面，还提供了一种多媒体文件提交装置，包括：接收单元，用于接收客户端上传的多媒体文件；转码单元，用于在多媒体文件完成上传之后随即进行转码；以及提交接受单元，用于无需在上传的多媒体文件已完成转码的情况下，接受客户端对多媒体文件的提交。

优选地，提交接受单元在多媒体文件上传完毕之前，接受客户端对多媒体文件的提交。

优选地，提交接受单元在确认提交页面中填写了针对多媒体文件的相关描述并接收到客户端的点击确认的情况下，接受客户端对多媒体文件的提交。

优选地，该装置还可以包括：通知单元，用于在多媒体文件转码失败时通知客户端重新上传多媒体文件并完成多媒体文件的提交。

根据本发明的另一个方面，还提供了一种多媒体文件发布装置，包括：上文述及的多媒体文件提交装置，用于接受提交的多媒体文件；以及发布模块，用于在多媒体文件转码成功的情况下，发布多媒体文件并向客户端发送多媒体文件被成功发布的通知。

根据本发明的另一个方面，还提供了一种计算设备，包括：处理器；以及存储器，其上存储有可执行代码，当可执行代码被处理器执行时，使处理器执行上文述及的方法。

根据本发明的另一个方面，还提供了一种非暂时性机器可读存储介质，其上存储有可执行代码，当可执行代码被电子设备的处理器执行时，使处理器执行上文述及的方法。

本发明的多媒体文件提交及发布方法和装置，通过解除客户端和服务器执行各自操作事件时不必要的依赖关系，可以简化客户端的操作流程，并且可以将不必要的操作分离出发布人的操作流程，从而可以从多个方面降低发布人的精力和时间的损耗。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1是用于实现本发明实施例的环境的示意图。

图2是示出了根据本发明一实施例的多媒体文件提交方法的示意性流程图。

图3是示出了提交页面的示意图。

图4是示出了根据本发明一实施例的多媒体文件发布方法的示意性流程图。

图5是示出了根据本发明一实施例的多媒体文件提交方法的示意性流程图。

图6是示出了根据本发明一实施例的多媒体文件发布方法的示意性流程图。

图7是示出了根据本发明一实施例的多媒体文件提交装置的结构的示意性方框图。

图8是示出了根据本发明一实施例的多媒体文件发布装置的结构的示意性方框图。

图9是示出了根据本发明另一实施例的多媒体文件提交装置的结构的示意性方框图。

图10是示出了根据本发明另一实施例的多媒体文件发布装置的结构的示意性方框图。

图11是示出了根据本发明一个实施例的计算设备的结构的示意性方框图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

如本发明背景技术部分中所描述的，多媒体文件在发布前一般需要经历上传和转码这两个过程，并且发布人需要为其发布的文件填写名称和描述等信息，只有在转码成功且信息填写完备的情况下才能进行提交。上述过程是繁琐的，且会不必要地耗费发布人的时间和精力。

有鉴于此，本发明提出了一种新的多媒体文件提交及发布方案。该方案通过解除客户端和服务器执行各自操作事件时不必要的依赖关系，降低发布人不必要的精力和时间的损耗。

例如，客户端可以无需关心多媒体文件在服务器端的转码完成情况，而完成多媒体文件的提交，从而简化客户端的上传流程，并避免发布人不必要的精力和时间损耗。进一步地，客户端甚至还可以无需关心多媒体文件的上传完成进度，而在指定要上传的多媒体文件后，即刻完成多媒体文件的提交。由此可以进一步简化客户端的上传流程，提高发布人的上传热情。

再例如，还可以将服务器端执行的事件(例如转码事件)和发布人在客户端执行的事件(例如对多媒体文件执行的描述事件)相分离，即发布人可以不受制于多媒体文件在服务器端的转码完成情况，而自由地选择对多媒体文件进行描述的时机。由此，可以进一步降低发布人的精力和时间的损耗，提高发布人的上传体验。

综上，本发明的多媒体文件提交及发布方案，通过解除客户端和服务器执行各自操作事件时不必要的依赖关系，可以简化客户端的操作流程，并且可以将不必要的操作(多媒体文件的上传操作和转码操作)分离出发布人的操作逻辑，即发布人可以自由地选择对多媒体文件进行描述的时机，从而可以从多个方面降低发布人不必要的精力和时间的损耗。

本发明实施例提供的多媒体文件提交及发布方案可以应用于如图1所示的环境中。图1是用于实现本发明实施例的环境的示意图。在一个实施例中，环境中的客户端10可以经由网络40实现与服务器20的信息收发。服务器20可以将从客户端10获取的数据存储至数据库30，也可以通过访问数据库30来获取客户端10所需的内容。客户端10之间(例如，10_1与10_2或10_N之间)也可以经由网络40彼此通信。网络40可以是广义上的用于信息传递的网络，可以包括一个或多个通信网络，诸如无线通信网络、因特网、私域网、局域网、城域网、广域网或是蜂窝数据网络等。在一个实施例中，网络40也可以包括卫星网络，由此将客户端10的GPS信号传送给服务器20。应当注意，如果向图1中添加或从图1中去除附加模块，不会改变本发明的示例实施例的底层概念。另外，虽然为了方便说明而在图中示出了从数据库30到服务器20的双向箭头，但本领域技术人员可以理解的是，上述数据的收发也是可以通过网络40实现的。

客户端10可以是可用来进行网络访问的任何合适的电子设备，如可以是便携式电子设备，包括但不限于智能电话、平板电脑或是其他便携式客户端。服务器20则是能够通过网络访问的提供交互服务所需信息的任何服务器。图中虽然示出了多个客户端10-1…N以及单个服务器20和数据库30，并且在随后的描述中会选择其中的一个或部分客户端加以描述(例如，客户端10-1)，但是本领域技术人员应该立即的是，上述1…N个客户端旨在表示真实网络中存在的多个客户端，示出的单个服务器20和数据库30旨在表示本发明的技术方案涉及服务器及数据库的操作。对特定编号的移动端以及单个服务器和数据库加以详述至少为了说明方便，而非暗示对移动端和服务器的类型或是位置等具有限制。

图2是示出了根据本发明一实施例的多媒体文件提交方法的示意性流程图。其中，图2所示的方法可以由图1中的客户端执行。

参见图2，在步骤S210，向服务器上传多媒体文件。

要上传的多媒体文件可以是使用客户端设备(如，智能手机)实时获取的，如可以是使用客户端设备实时录制得到的音频文件或者视频文件，也可以是离线获取的，如可以是预先存储在客户端设备(如，个人计算机)中并经过编辑的多媒体文件。在本发明中，多媒体文件可以是语音、视频等多种形式的多媒体文件，并且对多媒体文件的具体格式不做限制，例如，在多媒体文件为视频文件时，其可以是AVI、wma、rmvb、rm、flash、mp4、mid、3GP等多种格式的视频文件。

响应于步骤S210的执行，可以无需在上传的多媒体文件已完成转码的情况下，完成多媒体文件的提交(步骤S220)。换句话说，不同于服务器在检测到转码完成后才使得提交键可点击(例如，之前为不可点击的灰标)的现有技术，在本发明的实施例中，多媒体文件是否可以提交并不依赖于转码是否完成。也就是说，用户可以在多媒体文件完成转码前的任一时刻完成多媒体文件的提交，也可以在转码完成后再进行提交。其中，“完成多媒体文件的提交”是相对于客户端而言的，即对于客户端来说，可以在多媒体文件在服务器端完成转码前，完成多媒体文件向服务器的提交。由此，使得客户端的处理流程无需将服务器端的转码操作纳入考虑，从而可以简化客户端的上传操作，降低对发布人不必要的时间和精力损耗。

在这里，“转码”指的是服务器将发布人上传的多媒体文件转换为符合其要求的特定格式或是特定清晰度等。转码概念是本领域技术人员所周知的，本文在此对其不做限制。

作为本发明的一个可选实施例，甚至可以在多媒体文件上传完毕之前，完成多媒体文件的提交。本发明述及的“上传完毕之前”可以是指多媒体文件开始上传并且未全部上传完毕，也可以是指在客户端指定需要上传的多媒体文件后，且多媒体文件未开始上传之前。换言之，可以无需关心多媒体文件的上传进度，而仅在指定需要上传的多媒体文件后，即刻完成多媒体文件的提交。由此，在客户端执行的多媒体文件的上传操作也可以不纳入客户端的上传流程，而可以在后台执行上传操作，从而可以进一步降低对发布人不必要的时间和精力损耗。

以客户端为安装在终端设备(如智能手机)上的应用客户端为例，在用户通过应用客户端指定需要上传的多媒体文件，例如点击提交按钮之后，可以立即在应用界面显示用于指示多媒体文件已提交的通知，以告知用户。由此，可以进一步地简化客户端的上传流程，提高用户的上传热情。

需要说明的是，在多媒体文件上传完毕之前，完成多媒体文件的提交的情况下，为了保证多媒体文件可以成功上传至服务器，可以维持实现多媒体文件上传至服务器所需的外部条件处于就绪状态，以使得多媒体文件的上传工作可以转移到后台程序进行。例如，可以保持客户端持续处于联网状态，并且在基于浏览器向服务器上传多媒体文件时，还可以同时保持浏览器的开启。换句话说，虽然例如发布人可以在点击提交后关闭提交页面，但上传进程需要一直开启(例如，以浏览器底部的上传进度条的形式)直到文件上传完毕为止。

另外，在利用后台程序上传多媒体文件的过程中出错(例如断网、浏览器关闭)的情况下，还可以提示客户端用户重新上传多媒体文件，或者执行相应操作(如切换网络模式、打开浏览器)，以使得多媒体文件可以成功上传至服务器。

如上文所述，本发明主要是通过解除客户端和服务器执行各自操作事件时不必要的依赖关系，避免发布人不必要的精力和时间的损耗。一方面，服务器可以多媒体文件上传完成后独立地进行文件转码，而无需考虑发布人是否完成文件信息填写，亦或是否完成文件提交。另一方面，发布人可以在上传完成，甚至是上传尚未完成时进行点击提交(如，在完成文件信息描述的情况下)，而无需考虑多媒体文件在服务器端的转码，甚至是上传是否完成。

具体地，在多媒体文件在完成上传之后，可以随即在服务器端进行转码，并且发布人可以不受服务器对上传的多媒体文件执行转码操作的完成情况的限制，而自由地对多媒体文件进行提交。换句话说，发布人可以无须考虑多媒体文件是否在服务器端转码完成，甚至可以在多媒体文件上传完毕之前，对多媒体文件进行提交。当然，发布者也可以在多媒体文件转码完毕后进行提交。

在这里，多媒体文件在完成上传之后“随即”在服务器端进行转码指的是服务器端将特定多媒体文件看作是一个连续的任务进行执行，而非在接收了来自一个或多个发布人的多个多媒体文件之后再集中进行统一转码。换句话说，这里的“随即”虽然优选为时间上的紧接，但在上传完毕和转码开始之间也可以按需加入其它必要的步骤，例如，检查上传完成的文件的完整性和可转码性的步骤等等。将某一多媒体文件的上传和转码作为一个连续任务在服务器自动执行的目的在于为发布人提供充分的灵活度。例如，发布人在时间紧张时可以在完成上传和信息填写完毕后立即点击提交；也可以在时间充裕时确认转码成功后再点击提交。由此充分满足发布人各种各样的应用场景。

作为本发明的一个可选实施例，发布人需要在提交页面中填写针对多媒体文件的相关描述并通过点击确认来完成提交。其中，提交页面可以是在发布人选定需要上传的多媒体文件后出现的页面。例如，提交页面可以是图3所示的页面。如图3所示，在提交页面内，发布人可以填写针对上传的多媒体文件的诸如“投稿类型”、“分区”、“稿件标题”、“添加标签”、“视频简介”等相关描述。在填写好描述后，发布人可以通过点击“提交附件”按钮完成提交。其中，图3示出了用户在提交页面内填写相关描述时多媒体文件已经上传完毕时的示意图，应该知道，在多媒体文件未上传完毕时，或者在指定要上传的多媒体文件而多媒体文件的上传未开始时，发布人也可以在提交页面内填写相关描述，并通过点击提交稿件按钮完成多媒体文件的提交。也就是说，在一个实施例中，添加描述信息是提交文件需要满足的前提条件，但其与多媒体文件的上传或转码状态无关。

另外，在服务器对多媒体文件转码失败的情况下，还可以接收来自服务器的多媒体文件转码失败的通知。发布人可以通过客户端重新向服务器上传多媒体文件并完成多媒体文件的提交。其中，来自服务器的转码失败的通知可以指示转码失败的原因，以便于发布人根据指示重新上传符合要求的多媒体文件。其中，重新上传多媒体文件的过程可以如图2所示，即同样无需在重新上传的多媒体文件已完成转码的情况下，完成多媒体文件的提交。

至此，结合图2、图3就本发明的多媒体文件提交方法做了详细说明。基于上述多媒体文件提交方法，本发明还提供了一种多媒体文件发布方法。图4是示出了根据本发明一实施例的多媒体文件发布方法的示意性流程图。其中图4所示的方法也可以由图1中的客户端执行。

参见图4，在步骤S410，提交多媒体文件。其中可以使用上文结合图2描述的多媒体文件提交方法提交多媒体文件，具体提交过程此处不再赘述。

在步骤S420，在多媒体文件转码成功的情况下，接收多媒体文件被成功发布的通知。

在多媒体文件被发布前，还可以由服务器对多媒体文件进行审查，在审查通过时再向客户端发送多媒体文件被成功发布的通知。其中，关于多媒体文件的审查步骤，将在下文进行说明，此处暂不赘述。

需要说明的是，在本发明中，在向服务器提交多媒体文件时，可以接收多媒体文件被成功发布在某一业务平台的通知，也可以接收多媒体文件被成功发布在多个业务平台的通知。也就是说，利用本发明的多媒体文件发布方法，可以实现一键式的多媒体文件提交，多渠道发布。其中，多渠道发布的具体实现过程将在下文说明，此处暂不赘述。

图5是示出了根据本发明一实施例的多媒体文件提交方法的示意性流程图。本发明的方法可以由图1中的服务器执行。

参见图5，在步骤S510，接收客户端上传的多媒体文件。其中关于多媒体文件的概念可以参见上文相关说明，此处不再赘述。

在步骤S520，在多媒体文件完成上传后随即进行转码。

如上文所述，本发明主要是通过解除客户端和服务器执行各自操作事件时不必要的依赖关系，以降低发布人的精力和时间的损耗。因此，可以在多媒体文件完成上传后立即在服务器端进行转码，而无须依赖其它不必要的中间步骤的执行。

对多媒体文件进行转码的技术为本领域技术人员所公知，具体转码实现过程此处不再赘述。其中，对多媒体文件进行转码主要是为了使得发布人上传的多媒体文件的格式、分辨率等相关属性信息经过转码后可以符合服务器端的发布需求。作为示例，可以利用云转码技术对多媒体文件进行转码。云转码是指将视频通过服务器(云端)转换成适合移动设备播放的视频格式的云计算技术。利用云转码技术可以在服务器端对多媒体文件进行转码并发布，如此移动设备就可以直接对经过转码的多媒体文件进行播放，从而可以增强用户的体验，提高用户的粘性。

在步骤S530，无需在上传的多媒体文件已完成转码的情况下，接受客户端对多媒体文件的提交。

也就是说，可以在多媒体文件完成转码前的任一时刻接受客户端对多媒体文件的提交。当然，也可以在转码完成后接受提交。其中，“接受客户端对多媒体文件的提交”是相对于服务器端而言的，即对于服务器来说，可以在多媒体文件完成转码前，视为客户端已成功提交多媒体文件。

作为本发明的一个可选实施例，可以在多媒体文件上传完毕之前，接受客户端对多媒体文件的提交。本发明述及的“上传完毕之前”可以是指多媒体文件开始上传并且未全部上传完毕，也可以是指指定需要上传的多媒体文件后，且多媒体文件未开始上传之前。换言之，可以无需关心多媒体文件是否上传完成，而仅在客户端指定需要上传的多媒体文件后，即刻接受客户端对多媒体文件的提交。

作为本发明的一个可选实施例，可以在客户端在确认页面中提交了针对多媒体文件的相关描述并接收到客户端的点击确认的情况下，接受客户端对多媒体文件的提交。其中，提交页面可以是在发布人选定需要上传的多媒体文件后出现的页面。例如可以是图3所示的页面，其中关于图3的描述可以参见上文说明，此处不再赘述。

作为本发明的一个可选实施例，在服务器对多媒体文件转码失败的情况下，可以通知客户端重新上传多媒体文件并完成多媒体文件的提交。其中，在通知客户端重新上传多媒体文件时，可以连同转码失败原因(例如可以是因上传的多媒体文件格式不符合要求而导致转码失败)一并通知给客户端，以便客户端可以根据通知重新上传符合要求的多媒体文件。在接收到客户端重新上传的多媒体文件后，可以继续按照图5所述的多媒体文件提交方法对上传的多媒体文件进行处理。

图6是示出了根据本发明一实施例的多媒体文件发布方法的示意性流程图。

参见图6，在步骤S610，接受提交的多媒体文件。其中可以使用上文结合图5描述的多媒体文件提交方法提交多媒体文件，具体提交过程此处不再赘述。

在步骤S620，在多媒体文件转码成功的情况下，发布多媒体文件并向客户端发送多媒体文件被成功发布的通知。

在本发明中，在多媒体文件转码成功的情况下，可以将多媒体文件发布到一个或多个业务平台上，以使得客户端可以实现多媒体文件的一键式提交，多渠道发布。

作为本发明的一个示例，可以在服务器端维护一个与客户端对应的唯一客户端ID，并将该客户端在多个发布平台下的子账号与其客户端ID关联地保存。在客户端向服务器端上传多媒体文件时，可以将其客户端ID一并发送给服务器端，在服务器端对客户端上传的多媒体文件转码成功的情况下，服务器端可以根据客户端的客户端ID关联的子账号，将转码后的多媒体文件自动发布到多个业务平台上。由此，可以实现客户端的一键式提交，多渠道发布。其中，客户端在多个发布平台下的子账号可以由服务器端自动生成，例如可以由客户端在服务器端的注册信息自动生成多个发布平台下的子账号。

作为本发明的另一个示例，服务器端也可以作为与多个发布平台合作的第三方，为每个客户端维护一个唯一的客户端ID，该客户端ID可以作为客户端在多个发布平台下的账号信息。由此，在服务器端对客户端上传的多媒体文件转码成功的情况下，服务器端可以根据客户端的客户端ID，直接将转码后的多媒体文件自动发布到多个业务平台上。

另外，在多媒体文件发布前还可以审查多媒体文件的可公布性，并在确认多媒体文件的可公布性的情况下，发布多媒体文件并向客户端发送多媒体文件被成功发布的通知。例如，可以在转码时或转码后，自动审查多媒体文件的可公布性。其中，可以采取人工审查或者机器审查的方式对多媒体文件进行审查，审查的要点可以是审查多媒体文件是否包含不恰当的(例如，反动或色情)内容。

在一个实施例中，可以在转码进程中加入自动帧检测，以在转码过程中完成例如对色情内容的检测和排除。也可以在转码过程中并入其他的自动检测技术，并对通过自动检测的内容进行直接发布，例如，直接发布至内容平台连接的多个渠道。由此确保内容发布的流畅性。在另一个实施例中，可以对通过自动检测并发布的内容添加发布后的人工检测或是举报复核布置，由此进一步确保多媒体文件的可发布性。

本发明的多媒体文件提交及发布方法还可以实现为一种多媒体文件提交及发布装置。其中，装置中的各功能模块可以由实现本发明原理的硬件、软件或硬件和软件的结合来实现。本领域技术人员可以理解的是，下文所描述的功能模块可以组合起来或者划分成子模块，从而实现上述发明的原理。因此，本文的描述可以支持对本文描述的功能模块的任何可能的组合、或者划分、或者更进一步的限定。下面仅就装置可以具有的功能模块以及各功能模块可以执行的操作做简要说明，对于其中涉及的细节部分可以参见上文描述，这里不再赘述。

图7是示出了根据本发明一实施例的多媒体文件提交装置的结构的示意性方框图。其中图7所示的多媒体文件提交装置与上文图2所述的多媒体文件提交方法相对应，即多媒体文件提交装置可以执行图2所示的方法。并且图7所示的多媒体文件提交装置为客户端装置。

参见图7，多媒体文件提交装置700包括上传单元710和提交完成单元720。

上传单元710用于向服务器上传多媒体文件。提交完成单元720可以无需在上传的多媒体文件已完成转码的情况下，完成多媒体文件的提交，其中多媒体文件在完成上传之后立即在服务器端进行转码。其中，提交完成单元720可以在多媒体文件上传完毕之前，完成多媒体文件的提交。

作为本发明的一个示例，提交完成单元720可以在提交页面中填写针对多媒体文件的相关描述并通过点击确认来完成提交。其中提交页面可以是图3所示的页面。

参见图7，多媒体文件提交装置700还可以可选地包括图中虚线框所示的接收单元730。接收单元730可以用于接收来自服务器的所述多媒体文件转码失败的通知。响应于接收单元730接收到多媒体文件转码失败的通知，上传单元710可以重新向服务器上传多媒体文件并完成多媒体文件的提交。

图8是示出了根据本发明一实施例的多媒体文件发布装置的结构的示意性方框图。其中图8所示的多媒体文件发布装置与上文图4所述的多媒体文件发布方法相对应，即多媒体文件发布装置可以执行图4所示的方法。并且图8所示的多媒体文件提交装置也为客户端装置。

参见图8，多媒体文件发布装置800可以包括多媒体文件提交装置700和接收模块810。

多媒体文件提交装置700可以用于提交多媒体文件。其中，关于多媒体文件提交装置700的结构可以参见上文结合图7的说明，此处不再赘述。

接收模块810可以用于在多媒体文件转码成功的情况下，接收多媒体文件被成功发布的通知。

图9是示出了根据本发明另一实施例的多媒体文件提交装置的结构的示意性方框图。其中图9所示的多媒体文件提交装置与上文图5所述的多媒体文件提交方法相对应，即多媒体文件提交装置可以执行图5所示的方法。并且图9所示的多媒体文件提交装置为服务器端装置。

参见图9，多媒体文件提交装置900包括接收单元910、转码单元920以及提交接受单元930。

接收单元910用于接收客户端上传的多媒体文件。转码单元920用于在多媒体文件完成上传之后立即进行转码。提交接受单元930用于无需在上传的多媒体文件已完成转码的情况下，接受客户端对多媒体文件的提交。

作为本发明的一个示例，提交接受单元930可以在多媒体文件上传完毕之前，接受客户端对多媒体文件的提交。例如，提交接受单元930可以在确认提交页面中填写了针对多媒体文件的相关描述并接收到客户端的点击确认的情况下，接受客户端对多媒体文件的提交。

如图9所示，多媒体文件提交装置900还可以可选地包括通知单元940。通知单元940用于在多媒体文件转码失败时通知客户端重新上传多媒体文件并完成多媒体文件的提交。

图10是示出了根据本发明另一实施例的多媒体文件发布装置的结构的示意性方框图。其中图10所示的多媒体文件发布装置与上文图6所述的多媒体文件发布方法相对应，即多媒体文件提交装置可以执行图6所示的方法。并且图10所示的多媒体文件提交装置为服务器端装置。

参见图10，多媒体文件发布装置1000可以包括多媒体文件提交装置900和发布模块1010。多媒体文件提交装置900用于接受提交的多媒体文件，发布模块1010用于在多媒体文件转码成功的情况下，发布多媒体文件并向客户端发送多媒体文件被成功发布的通知。

图11是示出了根据本发明一个实施例的计算设备1100的结构的示意性方框图。其中，计算设备1100可以是可以实施为各种类型的计算机装置，例如台式机、便携式计算机、平板电脑、智能手机、个人数据助理(PDA)，或者其他类型的计算机装置，但是不限于任何特定形式。

如图11所示，本发明的计算设备1100可以包括处理器1110以及存储器1120。处理器1110可以是一个多核的处理器，也可以包含多个处理器。在一些实施例中，处理器1110可以包含一个通用的主处理器以及一个或多个特殊的协处理器，例如图形处理器(GPU)、数字信号处理器(DSP)等等。在一些实施例中，处理器1110可以使用定制的电路实现，例如特定用途集成电路(application specific integrated circuit，ASIC)或者现场可编程逻辑门阵列(field programmable gate arrays，FPGA)。

存储器1120可以包括各种类型的存储单元，例如系统内存、只读存储器(ROM)，和永久存储装置。其中，ROM可以存储处理器1110或者计算机的其他模块需要的静态数据或者指令。永久存储装置可以是可读写的存储装置。永久存储装置可以是即使计算机断电后也不会失去存储的指令和数据的非易失性存储设备。在一些实施方式中，永久性存储装置采用大容量存储装置(例如磁或光盘、闪存)作为永久存储装置。另外一些实施方式中，永久性存储装置可以是可移除的存储设备(例如软盘、光驱)。系统内存可以是可读写存储设备或者易失性可读写存储设备，例如动态随机访问内存。系统内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外，存储器1120可以包括任意计算机可读存储媒介的组合，包括各种类型的半导体存储芯片(DRAM，SRAM，SDRAM，闪存，可编程只读存储器)，磁盘和/或光盘也可以采用。在一些实施方式中，存储器1120可以包括可读和/或写的可移除的存储设备，例如激光唱片(CD)、只读数字多功能光盘(例如DVD-ROM，双层DVD-ROM)、只读蓝光光盘、超密度光盘、闪存卡(例如SD卡、min SD卡、Micro-SD卡等等)、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。

在本发明实施例中，存储器1120上存储有可执行代码，处理器1110可以执行存储在存储器1120上的可执行代码。当可执行代码被处理器1110执行时，可以使处理器1110执行本发明的多媒体文件提交及发布方案。其中，存储器1120上除了存储可执行代码，还可以存储处理器1110在执行本发明的多媒体文件提交及发布方案过程中所需的部分或所有数据。

上文中已经参考附图详细描述了根据本发明的多媒体文件提交及发布方法、装置及计算设备。

此外，根据本发明的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本发明的上述方法中限定的上述各步骤的计算机程序代码指令。

或者，本发明还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质)，其上存储有可执行代码(或计算机程序、或计算机指令代码)，当所述可执行代码(或计算机程序、或计算机指令代码)被电子设备(或计算设备、服务器等)的处理器执行时，使所述处理器执行根据本发明的上述方法的各个步骤。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

附图中的流程图和框图显示了根据本发明的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (23)

1.一种多媒体文件提交方法，包括：

向服务器上传所述多媒体文件；以及

无需在上传的所述多媒体文件已完成转码的情况下，完成所述多媒体文件的提交，其中所述多媒体文件在完成上传之后随即在服务器端进行转码。

2.如权利要求1所述的方法，其中，无需在上传的所述多媒体文件已完成转码的情况下，完成所述多媒体文件的提交包括：

在所述多媒体文件上传完毕之前，完成所述多媒体文件的提交。

3.如权利要求1所述的方法，其中，完成所述多媒体文件的提交包括：

在提交页面中填写针对所述多媒体文件的相关描述并通过点击确认来完成提交。

4.如权利要求1所述的方法，还包括：

接收来自服务器的所述多媒体文件转码失败的通知；

重新向所述服务器上传所述多媒体文件并完成所述多媒体文件的提交。

5.一种多媒体文件发布方法，包括：

根据权利要求1-4中任一项所述的方法提交所述多媒体文件；以及

在所述多媒体文件转码成功的情况下，接收所述多媒体文件被成功发布的通知。

6.一种多媒体文件提交方法，包括：

接收客户端上传的所述多媒体文件；

在所述多媒体文件完成上传之后随即进行转码；以及

无需在上传的所述多媒体文件已完成转码的情况下，接受所述客户端对所述多媒体文件的提交。

7.如权利要求6所述的方法，其中，无需在上传的所述多媒体文件已完成转码的情况下，接受所述客户端对所述多媒体文件的提交包括：

在所述多媒体文件上传完毕之前，接受所述客户端对所述多媒体文件的提交。

8.如权利要求6所述的方法，其中，接受所述客户端对所述多媒体文件的提交包括：

在确认提交页面中填写了针对所述多媒体文件的相关描述并接收到所述客户端的点击确认的情况下，接受所述客户端对所述多媒体文件的提交。

9.如权利要求6所述的方法，还包括：

在所述多媒体文件转码失败时通知所述客户端重新上传所述多媒体文件并完成所述多媒体文件的提交。

10.一种多媒体文件发布方法，包括：

根据权利要求6-9中任一项所述的方法接受提交的所述多媒体文件；以及

在所述多媒体文件转码成功的情况下，发布所述多媒体文件并向所述客户端发送所述多媒体文件被成功发布的通知。

11.如权利要求10所述的方法，还包括：

在转码时或转码后自动审查所述多媒体文件的可公布性；以及

在确认所述多媒体文件的可公布性的情况下，发布所述多媒体文件并向所述客户端发送所述多媒体文件被成功发布的通知。

12.一种多媒体文件提交装置，包括：

上传单元，用于向服务器上传所述多媒体文件；以及

提交完成单元，无需在上传的所述多媒体文件已完成转码的情况下，完成所述多媒体文件的提交，其中所述多媒体文件在完成上传之后随即在服务器端进行转码。

13.根据权利要求12所述的装置，其中，

所述提交完成单元在所述多媒体文件上传完毕之前，完成所述多媒体文件的提交。

14.根据权利要求12所述的装置，其中，

所述提交完成单元在提交页面中填写针对所述多媒体文件的相关描述并通过点击确认来完成提交。

15.根据权利要求12所述的装置，还包括：

接收单元，用于接收来自服务器的所述多媒体文件转码失败的通知，响应于所述接收单元接收到所述多媒体文件转码失败的通知，所述上传单元重新向所述服务器上传所述多媒体文件并完成所述多媒体文件的提交。

16.一种多媒体文件发布装置，包括：

根据权利要求12-15中任一项所述的多媒体文件提交装置，用于提交所述多媒体文件；以及

接收模块，用于在所述多媒体文件转码成功的情况下，接收所述多媒体文件被成功发布的通知。

17.一种多媒体文件提交装置，包括：

接收单元，用于接收客户端上传的所述多媒体文件；

转码单元，用于在所述多媒体文件完成上传之后随即进行转码；以及

提交接受单元，用于无需在上传的所述多媒体文件已完成转码的情况下，接受所述客户端对所述多媒体文件的提交。

18.根据权利要求17所述的装置，其中，

所述提交接受单元在所述多媒体文件上传完毕之前，接受所述客户端对所述多媒体文件的提交。

19.根据权利要求17所述的装置，其中，

所述提交接受单元在确认提交页面中填写了针对所述多媒体文件的相关描述并接收到所述客户端的点击确认的情况下，接受所述客户端对所述多媒体文件的提交。

20.根据权利要求17所述的装置，还包括：

通知单元，用于在所述多媒体文件转码失败时通知所述客户端重新上传所述多媒体文件并完成所述多媒体文件的提交。

21.一种多媒体文件发布装置，包括：

根据权利要求17-20中任一项所述的多媒体文件提交装置，用于接受提交的所述多媒体文件；以及

发布模块，用于在所述多媒体文件转码成功的情况下，发布所述多媒体文件并向所述客户端发送所述多媒体文件被成功发布的通知。

22.一种计算设备，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求1-11中任何一项所述的方法。

23.一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如权利要求1至11中任一项所述的方法。