CN114374813A - 多媒体资源管理方法、记录仪及服务器 - Google Patents

Abstract

本申请涉及信息处理技术领域，公开了一种多媒体资源管理方法、记录仪及服务器，用于解决相关技术中记录仪记录的多媒体资源管理粗糙、管理效率低下的问题。该方法中由记录仪展示多个场景标识；然后响应于对所述多个场景标识中目标场景标识的选择操作，将所述目标场景标识和对应的多媒体资源进行关联存储；将所述目标场景标识、所述多媒体资源、所述多媒体资源的开始录制时间和结束录制时间携带在文件上传请求中发送给服务器。从而使得用户使用记录仪时可以直接选择目标场景标识录制多媒体信息，并通过将所述目标场景标识和对应的多媒体资源进行关联存储，使得记录仪对多媒体信息的主动划分更加准确，也便于后续对于多媒体信息的准确查询。

Description

多媒体资源管理方法、记录仪及服务器

技术领域

本申请涉及信息处理技术领域，尤其涉及一种多媒体资源管理方法、记录仪及服务器。

背景技术

记录仪是一种具有同步录音录像功能的便携式设备，能够自动记录各类事件。

记录仪在使用中会记录大量的视频和照片等数据资源，这些数据资源的数据时长及信息量巨大，导致后续整理这些数据的难度很大。现有技术中，记录仪的数据维护可以根据时间点自动标记和管理数据资源，但是存在管理数据资源粗糙、管理效率低下的问题。

发明内容

本申请的目的是提供一种多媒体资源管理方法、记录仪及服务器，用以解决现有技术中，记录仪根据时间点自动标记和管理数据资源，可能存在管理数据资源粗糙、管理效率低下的问题。

第一方面，本申请提供一种多媒体资源管理方法，应用于记录仪，所述方法包括：

展示多个场景标识；

响应于对所述多个场景标识中目标场景标识的选择操作，将所述目标场景标识和对应的多媒体资源进行关联存储；

将所述目标场景标识、所述多媒体资源、所述多媒体资源的开始录制时间和结束录制时间携带在文件上传请求中发送给服务器。

在一种可能的实施方式中，所述展示多个场景标识之前，所述方法还包括：

向服务器发送登录请求，所述登录请求中包括用户的登录信息；

响应所述服务器对所述登录信息的验证通过结果，获取所述服务器发送的所述多个场景标识。

在一种可能的实施方式中，所述响应于对所述多个场景标识中目标场景标识的选择操作，将所述目标场景标识和对应的多媒体资源进行关联存储，具体包括：

响应于对多个场景标识中目标场景标识的选择操作，记录当前对目标场景标识的选择操作的开始时间以及所述目标场景标识对应的关键字；

将所述用户的登录信息、所述当前对目标场景标识的选择操作的开始时间以及所述目标场景标识对应的关键字作为录制的多媒体资源的描述信息，生成含有所述描述信息的第一文件；

将所述第一文件和所述多媒体资源关联存储。

在一种可能的实施方式中，所述方法还包括：

响应于对所述目标场景标识的选择操作，启动录制功能以采集所述多媒体资源的图像数据并进行保存；

响应于暂停录制的操作，将采集的图像数据进行预览并停止保存采集的图像数据。

在一种可能的实施方式中，所述将采集的图像数据进行预览并停止保存采集的图像数据之后，所述方法还包括：

响应于开始录制的操作，记录当前录制的开始时间以及所述目标场景标识对应的关键字；

将所述用户的登录信息、所述录制的开始时间以及所述目标场景标识对应的关键字作为录制的多媒体资源的描述信息，生成含有所述描述信息的第二文件；

将所述第二文件和所述多媒体资源关联存储。

在一种可能的实施方式中，保存采集的所述多媒体资源的图像数据，具体包括：

将采集的所述多媒体资源的图像数据分段存储。

在一种可能的实施方式中，所述方法还包括：

在录制所述多媒体资源的过程中，基于停止录制并切换到拍照功能的用户操作，显示拍照功能界面，并响应于拍照指示获取进行拍照获得图像；或者，

在录制所述多媒体资源的过程中，响应截图指示进行截图操作获得图像；

将所述目标场景标识和所述图像关联存储；

将所述图像和所述目标场景标识发送给所述服务器。

在一种可能的实施方式中，所述方法还包括：

发送查询请求给所述服务器，所述查询请求中包括查询条件，所述查询条件中包括场景标识对应的关键字、录制的开始时间和录制的结束时间中的至少一种信息；

接收所述服务器针对所述查询条件返回的多媒体资源并展示。

第二方面，本申请提供了一种多媒体资源管理方法，应用于服务器，所述方法包括：

接收记录仪发送的文件上传请求，所述文件上传请求中包括目标场景标识对应的关键字、所述多媒体资源、所述多媒体资源录制的开始时间和录制的结束时间；

将所述目标场景标识、所述多媒体资源、所述多媒体资源录制的开始时间和录制的结束时间进行关联存储。

在一种可能的实施方式中，所述方法包括：

接收终端设备发送的查询请求，所述查询请求中包括查询条件，所述查询条件中包括场景标识对应的关键字、录制的开始时间和录制的结束时间中的至少一种信息；

基于所述查询条件对存储的多媒体资源集合进行查询，并将查询结果发送给所述终端设备。

第三方面，本申请提供了一种记录仪，包括：

摄像头、显示器、处理器和存储器；

所述摄像头，用于采集多媒体资源数据；

所述显示器，用于显示屏幕显示区域；

所述存储器，用于存储所述处理器可执行指令；

所述处理器被配置为执行所述指令，以实现如上述第一方面中任一项所述的多媒体资源管理方法。

第四方面，本申请提供了一种服务器，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如上述第二方面中任一项所述的多媒体资源管理方法。

第五方面，本申请提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由记录仪或服务器执行时，使得所述记录仪或所述服务器能够执行如上述第一方面或第二方面中任一项所述的多媒体资源管理方法。

第六方面，本申请提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述第一方面或第二方面中任一项所述的多媒体资源管理方法。

本申请实施例提供的方法应用于记录仪，展示多个场景标识；响应于对所述多个场景标识中目标场景标识的选择操作，将所述目标场景标识和对应的多媒体资源进行关联存储；将所述目标场景标识、所述多媒体资源、所述多媒体资源的开始录制时间和结束录制时间携带在文件上传请求中发送给服务器，从而使得记录仪可以拥有划分多媒体信息的主动权，用户使用记录仪时可以直接选择目标场景标识录制多媒体信息，能够结合记录场景对多媒体资源的管理，提高对多媒体资源的管理效率。

通过本申请实施例提供的方法，记录仪也可以在录制另一多媒体信息时直接退出当前场景标识下多媒体信息的录制，选择对应的场景标识录制多媒体信息，以此实现记录仪对多媒体信息的主动划分以及将所述目标场景标识和对应的多媒体资源进行关联存储使得多媒体信息划分的更加准确，也便于后续对于多媒体信息的准确查询。从而提供了一种基于应用场景的多媒体资源管理方式，可提高管理效率。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，显而易见地，下面所介绍的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种记录仪的结构示意图；

图2为本申请实施例提供的记录仪的软件结构框图；

图3为本申请实施例提供的多媒体资源管理方法的应用场景示意图；

图4为本申请实施例提供的一种多媒体资源管理方法的流程示意图；

图5A为本申请实施例提供的多个场景标识的界面示意图；

图5B为本申请实施例提供的生成文件的示意图；

图5C为本申请实施例提供的字段内容变化的示意图；

图5D为本申请实施例提供的退出目标场景标识的界面示意图；

图5E为本申请实施例提供的一条完整的数据链的示意图；

图5F为本申请实施例提供的拍照采集多媒体资源的示意图；

图5G为本申请实施例提供的截图采集多媒体资源的示意图；

图5H为本申请实施例提供的分段存储多媒体资源的示意图；

图6为本申请实施例提供的文件自动上传的流程示意图；

图7为本申请实施例提供的记录仪录制多媒体资源的流程示意图；

图8A为本申请实施例提供的将多个文件展示给用户的示意图；

图8B为本申请实施例提供的一种服务器的结构示意图。

具体实施方式

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

并且，在本申请实施例的描述中，除非另有说明，″/″表示或的意思，例如，A/B可以表示A或B；文本中的″和/或″仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，″多个″是指两个或多于两个。

以下，术语″第一″、″第二″仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有″第一″、″第二″、的特征可以明示或者隐含地包括一个或者更多个特征，在本申请实施例的描述中，除非另有说明，″多个″的含义是两个或两个以上。

记录仪是一种具有同步录音录像功能的便携式设备，能够自动记录各类事件。

记录仪在使用中会记录大量的视频和照片等数据资源，这些数据资源的数据时长及信息量巨大，导致后续整理这些数据的难度很大。现有技术中，记录仪的数据维护可以根据时间点自动标记和管理数据资源，但是存在管理数据资源粗糙、管理效率低下的问题。

有鉴于此，本申请实施例提供了一种多媒体资源管理方法、记录仪及服务器，用以解决现有技术中，记录仪根据时间点自动标记和管理数据资源，可能存在管理数据资源粗糙、管理效率低下的问题。下面将结合实施例对本申请提供的多媒体资源管理方法进行介绍。

本申请的发明构思可概括为：记录仪可以展示多个场景标识；并响应于对所述多个场景标识中目标场景标识的选择操作，将所述目标场景标识和对应的多媒体资源进行关联存储；进一步的，可将所述目标场景标识、所述多媒体资源、所述多媒体资源的开始录制时间和结束录制时间携带在文件上传请求中发送给服务器。由此，本申请中记录仪可以拥有划分多媒体信息的主动权，使得用户使用记录仪时可以直接选择目标场景标识录制多媒体信息，也可以在录制另一多媒体信息时直接退出当前场景标识下多媒体信息的录制，选择对应的场景标识录制多媒体信息，以此实现记录仪对多媒体信息的主动划分以及将所述目标场景标识和对应的多媒体资源进行关联存储使得多媒体信息划分的更加准确，也便于后续对于多媒体信息的准确查询，进而提高多媒体资源的管理效率。

在介绍完本申请的发明构思之后，下面先对本申请提供的记录仪进行说明。图1示出了一种记录仪100的结构示意图。应该理解的是，图1所示记录仪100仅是一个范例，并且记录仪100可以具有比图1中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

图1中示例性示出了根据示例性实施例中记录仪100的硬件配置框图。如图1所示，记录仪100包括：射频(radio frequency，RF)电路110、存储器120、显示单元130、摄像头140、传感器150、音频电路160、无线保真(Wireless Fidelity，Wi-Fi)模块170、处理器180、蓝牙模块181、以及电源190等部件。

RF电路110可用于在收发多媒体信息过程中信号的接收和发送，可以接收基站的下行数据后交给处理器180处理；可以将上行数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。

存储器120可用于存储软件程序及数据。处理器180通过运行存储在存储器120的软件程序或数据，从而执行记录仪100的各种功能以及数据处理。存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器120存储有使得记录仪100能运行的操作系统。本申请中存储器120可以存储操作系统及各种应用程序，还可以存储执行本申请实施例所述多媒体资源管理方法的程序代码。

显示单元130可用于接收输入的数字或字符等多媒体信息，产生与记录仪100的用户设置以及功能控制有关的信号输入，具体地，显示单元130可以包括设置在记录仪100正面的触摸屏131。

显示单元130还可用于显示由用户输入的信息或提供给用户的信息以及记录仪100的各种菜单的图形用户界面(graphical user interface，GUI)。具体地，显示单元130可以包括设置在记录仪100正面的显示屏132。其中，显示屏132可以采用液晶显示器、发光二极管等形式来配置。显示单元130可以用于显示本申请中记录仪的屏幕显示界面的多个场景标识，对采集的多媒体数据进行预览。

其中，触摸屏131可以覆盖在显示屏132之上，也可以将触摸屏131与显示屏132集成而实现记录仪100的输入和输出功能，集成后可以简称触摸显示屏。本申请中显示单元130可以显示应用程序以及对应的操作步骤。

摄像头140可用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器180转换成数字图像信号。

记录仪100还可以包括至少一种传感器150，比如加速度传感器151、距离传感器152、指纹传感器153、温度传感器154。记录仪100还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。

音频电路160、扬声器161、麦克风162可提供用户与记录仪100之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出。记录仪100还可配置音量按钮，用于调节声音信号的音量，还可以用于组合其他按钮执行相应的操作。另一方面，麦克风162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出至RF电路110以发送给比如另一记录仪，或者将音频数据输出至存储器120以便进一步处理。

Wi-Fi属于短距离无线传输技术，记录仪100可以通过Wi-Fi模块170帮助用户收发电子邮件、浏览网页和访问流媒体等，它为用户提供了无线的宽带互联网访问。

处理器180是记录仪100的控制中心，利用各种接口和线路连接整个记录仪的各个部分，通过运行或执行存储在存储器120内的软件程序，以及调用存储在存储器120内的数据，执行记录仪100的各种功能和处理数据。在一些实施例中，处理器180可包括一个或多个处理单元；处理器180还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器180中。本申请中处理器180可以运行操作系统、应用程序、用户界面显示及触控响应，以及本申请实施例所述的多媒体资源管理方法。另外，处理器180与显示单元130耦接。

蓝牙模块181，用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，记录仪100可以通过蓝牙模块181与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。

记录仪100还包括给各个部件供电的电源190(比如电池)。电源可以通过电源管理系统与处理器180逻辑相连，从而通过电源管理系统实现管理充电、放电以及功耗等功能。记录仪100还可配置有电源按钮，用于记录仪的开机和关机，以及锁屏等功能。

图2是本申请实施例的记录仪100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，可将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括摄像机，图库，日历，通话，地图，导航，WLAN，蓝牙，视频，录音等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿、短信息等。

视图系统包括可视控件，例如摄像机的用户界面，该用户界面可包括显示文字的控件，显示图片的控件、选择场景标识的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信息通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图、选择场景标识的视图。

网络管理器用于提供记录仪100的通信功能，以及提供网络(包括数据和Wifi)的连接状态和传输接口，例如判断网络是否可用以及通过传输接口接收和发送数据包等。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等。

通知管理器使应用程序可以在状态栏中显示通知信息(例如短信息的消息摘要，消息内容、场景标识有更新的通知)，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，记录仪振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D(一种动画方式)图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

在介绍完本申请实施例的记录仪之后，下面对本申请实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施时，可以根据实际需要灵活地应用本申请实施例提供的技术方案。

参考图3，其为本申请实施例提供的多媒体资源管理方法的应用场景示意图。该应用场景包括记录仪100、服务器101。

其中，记录仪100、服务器101之间通过无线或有线网络连接，服务器101提供场景标识给记录仪100展示。

其中，本申请实施例中服务器101可以是一台服务器、若干台服务器组成的服务器集群或云计算中心。服务器101可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

当然，本申请实施例提供的方法并不限于图3所示的应用场景，还可以用于其它可能的应用场景，本申请实施例并不进行限制。对于图3所示的应用场景的各个设备所能实现的功能将在后续的方法实施例中一并进行描述，在此先不过多赘述。

为了便于理解本申请实施例提供的多媒体资源管理方法，下面结合附图对此进行进一步说明。

图4为本申请实施例提供的一种多媒体资源管理方法的流程示意图。如图4所示，该方法应用于记录仪，具体包括以下步骤：

在步骤401中，展示多个场景标识。

在一种可能的实施方式中，服务器具备账户管理功能，因此为了保证记录仪的信息安全以及确定登录用户的使用权限，本申请中用户使用记录仪时，可通过网络和服务器通信，使用登录信息登录记录仪。因此在所述展示多个场景标识之前，本申请中记录仪可向服务器发送登录请求，所述登录请求中包括用户的登录信息；同时响应所述服务器对所述登录信息的验证通过结果，获取所述服务器发送的所述多个场景标识。

由此服务器可以根据登录请求中的用户登录信息验证使用记录仪的用户信息的正确性以及登录记录仪的用户的使用权限，从而根据验证通过的结果，下发登录记录仪的用户能够使用的多个场景标识，并可以如图5A所示，展示在记录仪的界面中供用户选择。可以保证记录仪的信息安全，避免不法用户登录带来的信息安全问题。例如，图5A中的默认场景为违法场景，例如包括：场景1为车祸，场景2为闯红灯，场景3为酒驾、场景4为逆行、场景5为打架、场景6为无证驾驶、场景7为走访、场景8为检查站检查。也可以根据实际使用情况进行更加细致划分，或根据实际情况设置其余场景，本申请实施例对此不做限制。

在另一个实施例中，记录仪也可以本地存储多个场景标识，然后定期和服务器同步场景标识，以便于场景标识更新时可用。更新的时机也可以是用户选择某个场景标识时，和服务器的场景标识版本比对，如果需要更新时，使用服务器的场景标识版本进行更新。

在步骤402中，响应于对所述多个场景标识中目标场景标识的选择操作，将所述目标场景标识和对应的多媒体资源进行关联存储。

在一种可能的实施方式中，用户根据实际需要在图5A所示的界面中选择一个场景，选择的场景的场景标识作为目标场景标识，记录仪即可将采集的多媒体资源数据和该目标场景标识进行关联存储。由此，可实现基于场景对多个多媒体资源进行分类存储和管理。

在一些实施例中，为了进一步精细化管理多媒体数据，提高管理效率。记录仪还可以响应于对多个场景标识中目标场景标识的选择操作，记录当前对目标场景标识的选择操作的开始时间以及所述目标场景标识对应的关键字；然后将所述用户的登录信息、所述当前对目标场景标识的选择操作的开始时间以及所述目标场景标识对应的关键字作为录制的多媒体资源的描述信息，生成合有所述描述信息的第一文件；将所述第一文件和所述多媒体资源关联存储。由此，对多媒体资源的管理结合了场景类别、用户登录信息还结合了时间信息能够从多个信息维度对多媒体资源进行存储和管理。

示例性的，如图5B所示，用户选择图5A中的场景1作为目标场景，则场景1的场景标识为目标场景标识。记录仪响应于用户对场景1的场景标识的选择之后，会生成场景1的关键字、选择场景1的时间以及用户的登录信息，并以此作为即将生成的文件的描述信息，该描述信可实施为例如文件的文件名，存放在存储器中，然后将录制好的多媒体资源作为该文件的内容，由此得到一个具有多媒体资源的文件。例如场景1为车祸，则场景1的关键字可能为CH，若用户A在17:20:30选择场景1，则此时生成文件1的文件名为CH:A:17:20:30，然后将录制的车祸视频存储在该文件中。

其中，对目标场景标识的选择操作的开始时间为用户在此目标场景标识下第一次录制的开始时间；目标场景标识对应的关键字可以根据实际情况进行设置，例如可以是目标场景标识的拼音首字母，也可以是目标场景标识的英文翻译首字母，由此可实现基于字母的模糊搜索或基于字母的简单搜索，提高后期查询多媒体资源的便捷性。具体的关键字可根据实际需求设置，只要能够标识场景标识均适用于本申请实施例，本申请对此不做限制。

在一种可能的实施方式中，生成含有描述信息的文件的同时可采集多媒体资源并保存在此文件中，因此在本申请中采集多媒体资源数据的时机可以是响应于对所述目标场景标识的选择操作，启动录制功能。由此开始采集的所述多媒体资源的图像数据并进行保存。

当遇到特殊情况，可以暂时不录制时，用户可以暂停录制。同时为了便于预览，可以响应于暂停录制的操作，则将采集的图像数据进行预览但停止保存采集的图像数据。

由此，启动录制功能到暂停录制之间采集并保存的图像数据为对应文件下的多媒体资源。无需录制时，也可以暂停录制，仅预览但不保存数据，由此可节约处理资源和存储资源。

例如用户在录制的过程中可能遇到和目标场景标识所需要的多媒体资源不相关的资源时，为了节省内存，需要在目标场景标识中暂停录制，但是不退出此目标场景标识对应的场景，在重新遇到目标场景标识下的多媒体资源时在此目标场景标识中重新开始录制。保留当前选择的目标场景标识，能够避免用户再次选择场景标识的操作。本申请中因暂停录制停止保存采集的图像数据之后，还可以支持用户重新开始录制，继续采用当前的目标场景标识和重新录制的数据进行关联存储。可实施为响应于开始录制的操作，记录当前录制的开始时间以及所述目标场景标识对应的关键字；将所述用户的登录信息、所述录制的开始时间以及所述目标场景标识对应的关键字作为录制的多媒体资源的描述信息，生成含有所述描述信息的第二文件；将所述第二文件和所述多媒体资源关联存储。

示例性的，在图5B所示的场景1中，假设场景1为车祸，则场景1的关键字可能为CH，若用户A在17:20:30选择场景1，则此时生成文件1的文件名为CH:A:17:20:30，然后将录制的车祸视频存储在该文件1中，这样这段车祸视频的名称就是这个文件1的文件名，若用户在17:25:30时遇到和车祸不相关的资源，例如在17:25:30到17:30:30这段时间帮助老人，此时可以在17:25:30先暂停录制车祸视频，在17:30:30记录开始时间，生成文件2的文件名为CH:A:17:30:30，然后继续录制车祸视频，将录制的车祸视频存储在该文件2中，这样这段车祸视频的名称就是这个文件2的文件名CH:A:17:30:30。

实施时可以提供一个字段M，该字段M的字段值为当前选择的场景标识。例如图5C中用户在T1时刻选择场景标识B，则字段M的字段值为场景标识B的关键字CH1。在T1-T2时刻这个时间段内，用户不退出场景标识B的当前场景，即使暂停录制该字段M的字段值仍是当前场景标识B的CH1。无论何时录制都可以读取该字段M中的场景标识B的CH1用于合成到录制的视频中。若在T2时刻用户退出当前场景B并重新选择场景标识C时，该字段M的字段值更新为当前选择的场景标识C的关键字CH2，而后的录制都基于该场景标识C进行。当然，字段M为空时，表示用户未选择目标场景标识，可提醒用户选择目标场景标识。

其中，一个目标场景标识下如果录制一个视频文件，会由于视频文件过长过大导致录制失败。有鉴于此，本申请中可以对一个场景标识下录制的视频文件进行分段。需要说明的是，场景标识A在选择后如果不改变的情况下录制生成的所有文件为一个场景标识的视频文件。如果重新选择场景标识B，而后又选择之前选择的同一场景标识A时，两次的场景标识A下录制的视频文件仍属于不同场景标识的视频文件。同一场景标识的视频文件包括多个文件，虽然每个文件的文件名和包含的内容不相同，但是所有的文件都是和同一目标场景标识A相关的文件。若用户在停止录制后通过如图5D中所示的返回场景按钮退出目标场景标识A，则可以认为此目标场景标识A下的录制结束，从对所述目标场景标识A的选择操作到停止录制后退出目标场景标识A的过程中生成的所有文件进行统一保存，将所有文件视为目标场景标识A的一条完整的数据链。

示例性的，在图5B所示的场景1中，假设场景1为车祸，场景1的关键字可能为CH，若在图5E中，用户A在17:20:30选择场景1，则此时生成文件1的文件名为CH:A:17:20:30，然后将录制的车祸资源存储在该文件中。这样这段车祸资源的名称就是这个文件1的文件名CH:A:17:20:30。若中间在17:30:30暂停录制之后，在17:45:30重新录制，直至17:50:30通过如图5D中所示的返回场景按钮退出场景1的录制，则此时生成文件2的文件名为CH:A:17:45:30，然后将17:45:30到17:50:30期间录制的车祸资源存储在该文件2中，这样这段车祸资源的还包括这个文件2的文件名CH:A:17:45:30，在17:50:30通过如图5D中所示的返回场景按钮退出场景1的录制后，文件名为CH:A:17:20:30的文件1和文件名为CH:A:17:45:30的文件2共同构成一个完整的数据链。

在一种可能的实施方式中，在录制过程中或暂停录制都有可能遇到需要拍照和截图的情况，本申请中还可以：在录制所述多媒体资源的过程中，基于停止录制并切换到拍照功能的用户操作，显示拍照功能界面，并响应于拍照指示获取进行拍照获得图像；或者，在录制所述多媒体资源的过程中，响应截图指示进行截图操作获得图像，将所述目标场景标识和所述图像关联存储；然后将所述图像和所述目标场景标识发送给服务器。其中，预览所述多媒体资源可以是暂停录制后预览，也可以是录制过程中，边录制边预览。

其中，记录仪中的功能可包括拍照功能和录制功能，拍照功能用于获取静态图像，录制功能用户录制视频。基于拍照指示采集的图像可以是对当前预览的多媒体资源截图获取的图像，也可以是暂停录制后采用拍照功能获得的图像。示例性的，图5F中选择场景1作为目标场景标识后，开始录制视频，在录制过程中若遇到一个需要拍照的画面，则可以通过图5F中左图的开始或停止录制按钮，暂停录制视频，并将录制的视频保存在文件1中，然后退出录制功能进入右图中的拍照功能界面，通过点击拍照按钮进行拍照操作，并将采集的照片保存在文件2，之后可以退出拍照功能再次进入左图中的录制视频界面，通过点击开始或停止录制按钮继续进行录制视频。

在另一种实施例中，录制功能的预览界面中提供截屏控件，如选择场景1作为目标场景标识后，开始录制视频，在录制过程中若遇到一个需要拍照的画面，则可以继续录制视频，并通过图5G中右上角的截图按钮，将对录制的视频通过截图保存在文件2中，在截图期间可以继续录制视频，直至退出场景1将视频保存在文件1中。

其中，获取截图的方式不限于图5G中的截图按钮，还可以包括手势操作、语音控制截图等，手势操作例如从上往下滑动、从左往右滑动、从下往上滑动、从右往上滑动，以及从两边向中间滑动，只要能够实现截图功能的操作均适用于本申请实施例。

其中，将场景描述和多媒体资源关联的方式可以是将场景标识的相关信息写入文件中如前文所述的文件名，然后将所述图像存储在相应的文件中，也可以是将场景标识和对应的图像的名称写入数据库表，然后根据数据库表搜索相应的场景标识的关键字对应的图像的名称，本申请实施例对进行关联存储的方式不做限制。

在一种可能的实施方式中，无论是录制视频得到的多媒体资源还是拍照得到的多媒体资源，对应文件的文件名都可以设置为以用户信息、开始时间和选择的场景标识对应的关键字命名。文件中若为录制视频得到的多媒体资源，则以视频的格式保存文件，若为拍照得到的多媒体资源，则以图片格式保存文件，这样用户可以根据文件的格式进行分类保存和查询，得到相应的视频或者照片。其中，从选择目标场景标识，到退出同一目标场景标识期间获取的所有文件(包括视频和图片)属于同一条完整的数据链。

在一种可能的实施方式中，为了避免录制过程中发生的网络异常或者设备异常等情况造成的大量多媒体资源的损坏，本申请中可以将采集的所述多媒体资源的图像数据分段存储。其中，将多媒体资源进行分段存储时，可实施为手动进行结束录制和开始录制，从而对录制的视频流划分视频段进行保存，也可以实施为在录制过程中设置固定的时间间隔进行自动结束录制和开始录制，从而对录制的视频流实现自动划分视频段进行保存，每次自动开始录制和结束录制之间的多媒体资源数据可以单独保存一份文件。

示例性的，可以设置每10分钟录制一段视频，假设在图5B所示的场景1中，若场景1为车祸，则场景1的关键字可能为CH，在图5H中，用户A在17:20:30选择场景1，则此时生成文件名为CH:A:17:20:30的文件1，10分钟后，也即在17:30:30停止录制文件1，然后将录制的车祸资源存储在该文件1中，并同时在17:30:30生成文件名为CH:A:17:30:30的文件2，并开始录制，10分钟后，也即在17:40:30停止录制，然后将录制的车祸资源存储在该文件2中，并将这样这段车祸资源的名称就是这个文件的文件名CH:A:17:30:30。当通过如图5D中所示的返回场景按钮退出场景1的录制时，文件名为CH:A:17:20:30的文件1和文件名为CH:A:17:30:30的文件2共同构成一条完整的数据链。

通过分段存储可以避免录制过程中发生的网络异常或者设备异常等情况造成的大量多媒体资源的损坏，也可以支持根据录制的开始时间和录制的结束时间更加准确的进行多媒体资源查询。

在步骤403中，将所述目标场景标识、所述多媒体资源、所述多媒体资源的开始录制时间和结束录制时间携带在文件上传请求中发送给服务器。

其中，目标场景标识中的所有文件可以根据文件的类型或者文件的录制时间进行分类。展示时可以将所有文件根据文件名中的开始时间进行排序，然后根据排序顺序进行目标场景标识编号，最后按照目标场景标识的编号进行分类展示，如场景标识1下的第一个文件可以编号为1-1、场景标识1下的第二个文件可以编号为1-2，其余的文件可以根据相同的方法进行编号并展示。例如，场景1为车祸，关键字为CH，现在有5个文件，文件名分别为CH:A:17:20:30、CH:A:17:30:30、CH:A:17:25:30、CH:A:17:48:30、CH:A:17:35:30，可以根据文件名自行识别这五个文件都为场景1中的数据，此时可以根据文件名中包含的开始时间进行排序，并将这五个文件进行编号：文件名为CH:A:17:20:30的文件编号为1-1、CH:A:17:25:30的文件编号为1-2、CH:A:17:30:30的文件编号为1-3、CH:A:17:35:30的文件编号为1-4、CH:A:17:48:30的文件编号为1-5，开始时间早的文件编号在前。

其中，发送文件上传请求的时机可以是在同一目标场景标识下的所有文件全部录制多媒体资源完毕后再将全部文件上传，也可以是在每一个文件录制多媒体资源完毕后，即各个文件逐个上传，在上传的同时需要将该文件所在的目标场景标识对应的关键字和对该文件所在的目标场景标识的选择操作的开始时间一起上传。

在一种可能的实施方式中，文件上传的策略可以配置为自动上传，也可以是人工上传。当被配置为自动上传时，在网络正常的情况下可以将已完成录制的文件在后台自动上传至服务器，如图6所示，为本申请实施例提供的文件自动上传的流程示意图，文件自动上传时可具体实施为以下步骤：

在步骤601中，基于目标场景标识，开始录制多媒体资源。

在步骤602中，判断文件中多媒体资源是否录制完成，若未完成，继续执行步骤601，若完成，在步骤603中，判断网络是否可用，若不可用，在步骤604中，等待网络变化，直至网络可用，若网络可用则在步骤605中，发送文件上传请求并上传文件。

如图7所示，为本申请实施例提供的记录仪录制多媒体资源的流程示意图。根据前文描述，记录仪录制多媒体资源的过程可具体执行为图7所示出的步骤：

在步骤701中，获取场景标识数据。

在步骤702中，选择目标场景标识。

在步骤703中，预览采集的多媒体数据，并生成对应的文件并录制多媒体资源。

在步骤704中，判断是否停止录制，若不停止录制，继续执行步骤703，若停止录制，在步骤705中，预览录制的多媒体资源。

在步骤706中，判断是否继续录制，若继续录制，返回执行步骤703，若不继续录制，在步骤707中，判断是否退出目标场景录制，若不退出，返回执行步骤705，若退出，在步骤708中，上传文件。

其中，若点击返回场景按钮则认为退出目标场景录制，若没有点击返回场景按钮则认为不退出目标场景录制。

由此，记录仪完成登录到生成一条完整的数据链的全部过程。当一条完整的数据链中具有多个文件时，可以如图8A所示进行排序展示给用户。

在一种可能的实施方式中，记录仪还可以从数据库的大量多媒体资源中查询需要的多媒体资源，因此，本申请中所述方法还包括：终端设备(包括记录仪、手机端、电脑端)可发送查询请求给所述服务器，所述查询请求中包括查询条件，然后接收所述服务器针对所述查询条件返回的多媒体资源并展示，所述查询条件中包括场景标识对应的关键字、录制的开始时间和录制的结束时间中的至少一种信息。

其中，用户可以根据用户的登录信息、录制的开始时间、录制的结束时间、场景标识对应的关键字、文件的格式任一条件进行查询，也可以根据上述条件中任意条件的组合进行查询，查询的条件设置得越多，查询得到的结果越准确。例如，可以根据用户的登录信息和录制的开始时间的组合查询，得到该用户在此时间开始录制的多媒体资源，也可以根据用户的登录信息和场景标识对应的关键字的组合查询，可以得到该用户在此场景标识下的多媒体资源。

由此，实现记录仪对多媒体信息的主动划分以及将所述目标场景标识和对应的多媒体资源进行关联存储使得多媒体信息划分的更加准确，使得后续根据相应的查询条件查询多媒体资源时更加的准确。

基于相同的发明构思，本申请提供了一种多媒体资源管理方法，应用于服务器，所述方法包括：接收记录仪发送的文件上传请求，所述文件上传请求中包括目标场景标识、所述多媒体资源、所述多媒体资源录制的开始时间和录制的结束时间；将所述目标场景标识对应的关键字、所述多媒体资源、所述多媒体资源录制的开始时间和录制的结束时间进行关联存储。

在一种可能的实施方式中，所述方法包括：接收终端设备发送的查询请求，所述查询请求中包括查询条件，所述查询条件中包括场景标识对应的关键字、录制的开始时间和录制的结束时间中的至少一种信息；基于所述查询条件对存储的多媒体资源集合进行查询，并将查询结果发送给所述终端设备。

其中，终端设备可以为包括但不限于记录仪、移动终端、桌面计算机、移动电脑、平板电脑、服务器等电子设备。

可实施为，服务器在接收到记录仪上传的文件时，将所述文件对应的目标场景标识对应的关键字、所述多媒体资源、所述多媒体资源录制的开始时间和录制的结束时间进行关联存储，并保存在数据库中，当接收到记录仪发送的查询请求时，根据查询请求中带的查询条件，从数据库中进行查询，并将查询结果反馈到记录仪中，使得用户可以查看相应文件中的多媒体资源。

基于前文的描述，本申请实施例通过展示多个场景标识；响应于对所述多个场景标识中目标场景标识的选择操作，将所述目标场景标识和对应的多媒体资源进行关联存储；将所述目标场景标识、所述多媒体资源、所述多媒体资源的开始录制时间和结束录制时间携带在文件上传请求中发送给服务器，从而使得记录仪可以拥有划分多媒体信息的主动权，用户使用记录仪时可以直接选择目标场景标识录制多媒体信息，也可以在录制另一多媒体信息时直接退出当前场景标识下多媒体信息的录制，选择对应的场景标识录制多媒体信息，以此实现记录仪对多媒体信息的主动划分以及将所述目标场景标识和对应的多媒体资源进行关联存储使得多媒体信息划分的更加准确，也便于后续对于多媒体信息的准确查询。

本申请提供的实施例之间的相似部分相互参见即可，以上提供的具体实施方式只是本申请总的构思下的几个示例，并不构成本申请保护范围的限定。对于本领域的技术人员而言，在不付出创造性劳动的前提下依据本申请方案所扩展出的任何其他实施方式都属于本申请的保护范围。

在介绍了本申请示例性实施方式的多媒体资源管理方法之后，接下来，介绍根据本申请实施例提供的服务器。

在一些可能的实施方式中，根据本申请的服务器可以至少包括至少一个处理器、以及至少一个存储器。其中，存储器存储有程序代码，当程序代码被处理器执行时，使得处理器执行本说明书上述描述的根据本申请各种示例性实施方式的多媒体资源管理方法。例如，处理器可以执行如多媒体资源管理方法中的步骤。

下面参照图8B来描述根据本申请的这种实施方式的服务器101。图8B显示的服务器101仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图8B所示，服务器101以通用服务器的形式表现。服务器101的组件可以包括但不限于：上述至少一个处理器801、上述至少一个存储器802、连接不同系统组件(包括存储器802和处理器801)的总线803。

总线803表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器802可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)8021和/或高速缓存存储器8022，还可以进一步包括只读存储器(ROM)8023。

存储器802还可以包括具有一组(至少一个)程序模块8024的程序/实用工具8025，这样的程序模块8024包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

服务器101也可以与一个或多个外部设备804(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与服务器101交互的设备通信和/或与使得该服务器101能与一个或多个其它服务器进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口805进行。并且，服务器101还可以通过网络适配器806与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器806通过总线803与用于服务器101的其它模块通信。应当理解，尽管图中未示出，可以结合服务器101使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

服务器101实际部署可以是直接部署在服务器硬件上也可以是云服务商提供的虚拟环境中，但最终都会对应存储在实体的存储器中。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器802，上述指令可由处理器801执行以完成上述多媒体资源管理方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器501执行时实现如本申请提供的多媒体资源管理方法的任一方法。

在示例性实施例中，本申请提供的一种多媒体资源管理方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本申请各种示例性实施方式的多媒体资源管理方法中的步骤。

程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本申请的实施方式的用于多媒体资源管理方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在服务器上运行。然而，本申请的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，程序设计语言包括面向对象的程序设计语言一诸如Java、C++等，还包括常规的过程式程序设计语言一诸如″C″语言或类似的程序设计语言。程序代码可以完全地在用户服务器上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户服务器上部分在远程服务器上执行、或者完全在远程服务器或服务端上执行。在涉及远程服务器的情形中，远程服务器可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)一连接到用户服务器，或者，可以连接到外部服务器(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

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

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

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

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种多媒体资源管理方法，其特征在于，应用于记录仪，所述方法包括：

展示多个场景标识；

响应于对所述多个场景标识中目标场景标识的选择操作，将所述目标场景标识和对应的多媒体资源进行关联存储；

将所述目标场景标识、所述多媒体资源、所述多媒体资源的开始录制时间和结束录制时间携带在文件上传请求中发送给服务器。

2.根据权利要求1所述的方法，其特征在于，所述展示多个场景标识之前，所述方法还包括：

向服务器发送登录请求，所述登录请求中包括用户的登录信息；

响应所述服务器对所述登录信息的验证通过结果，获取所述服务器发送的所述多个场景标识。

3.根据权利要求1所述的方法，其特征在于，所述响应于对所述多个场景标识中目标场景标识的选择操作，将所述目标场景标识和对应的多媒体资源进行关联存储，具体包括：

响应于对多个场景标识中目标场景标识的选择操作，记录当前对目标场景标识的选择操作的开始时间以及所述目标场景标识对应的关键字；

将所述用户的登录信息、所述当前对目标场景标识的选择操作的开始时间以及所述目标场景标识对应的关键字作为录制的多媒体资源的描述信息，生成含有所述描述信息的第一文件；

将所述第一文件和所述多媒体资源关联存储。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

响应于对所述目标场景标识的选择操作，启动录制功能以采集所述多媒体资源的图像数据并进行保存；

响应于暂停录制的操作，将采集的图像数据进行预览并停止保存采集的图像数据。

5.根据权利要求4所述的方法，其特征在于，所述将采集的图像数据进行预览并停止保存采集的图像数据之后，所述方法还包括：

响应于开始录制的操作，记录当前录制的开始时间以及所述目标场景标识对应的关键字；

将所述用户的登录信息、所述录制的开始时间以及所述目标场景标识对应的关键字作为录制的多媒体资源的描述信息，生成含有所述描述信息的第二文件；

将所述第二文件和所述多媒体资源关联存储。

6.根据权利要求4-5任一所述的方法，其特征在于，所述方法还包括：

在录制所述多媒体资源的过程中，基于停止录制并切换到拍照功能的用户操作，显示拍照功能界面，并响应于拍照指示获取进行拍照获得图像；或者，

在录制所述多媒体资源的过程中，响应截图指示进行截图操作获得图像；

将所述目标场景标识和所述图像关联存储；

将所述图像和所述目标场景标识发送给所述服务器。

7.一种多媒体资源管理方法，其特征在于，应用于服务器，所述方法包括：

接收记录仪发送的文件上传请求，所述文件上传请求中包括目标场景标识对应的关键字、所述多媒体资源、所述多媒体资源录制的开始时间和录制的结束时间；

将所述目标场景标识、所述多媒体资源、所述多媒体资源录制的开始时间和录制的结束时间进行关联存储。

8.根据权利要求7所述的方法，其特征在于，所述方法包括：

接收终端设备发送的查询请求，所述查询请求中包括查询条件，所述查询条件中包括场景标识对应的关键字、录制的开始时间和录制的结束时间中的至少一种信息；

基于所述查询条件对存储的多媒体资源集合进行查询，并将查询结果发送给所述终端设备。

9.一种记录仪，其特征在于，包括：

摄像头、显示器、处理器和存储器；

所述摄像头，用于采集多媒体资源数据；

所述显示器，用于显示所述多媒体资源数据；

所述存储器，用于存储所述处理器可执行指令；

所述处理器被配置为执行所述指令以实现如权利要求1-6中任一项所述的多媒体资源管理方法。

10.一种服务器，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求7-8中任一项所述的多媒体资源管理方法。

Images