具体实施方式
以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面,但是除非特别指出,不必按比例绘制附图。
在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。
另外,为了更好的说明本公开,在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解,没有某些具体细节,本公开同样可以实施。在一些实例中,对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述,以便于凸显本公开的主旨。
实施例1
图1示出根据本公开一实施例的多媒体数据处理方法的流程图,该方法可应用于终端,例如手机、计算机等,还可以应用于服务器、内嵌于终端上的客户端等。如图1所示,该方法包括:
步骤S11,通过与系统类型对应的请求命令接口将用于对多媒体数据进行处理的请求命令转换成第一接口模块可识别的第一请求命令并发送给第一接口模块;
步骤S12,根据第一请求命令,通过第一接口模块调用函数对多媒体数据进行处理。
在一种可能的实施方式中,所述系统可以是终端操作系统,例如Android或者iOS,也可以是windows mobile、Linux等终端操作系统,本公开对此不做限定。
与系统类型对应的请求命令接口可以是指请求命令与系统底层进行通信的接口,例如,该接口可以将终端的请求命令语言转换成系统底层可以识别的语言。可以设置多个请求命令接口以适配不同的系统类型,供不同的系统调用,请求命令接口可以提供针对底层语言的适配包装,不同的请求命令接口以不同的库形式为系统提供接口。以Android系统为例,所述请求命令接口可以是JNI(Java Native Interface),JNI可以提供若干API实现Java和其他语言的通信(主要是C&C++),提供so动态库;以iOS系统为例,所述请求命令接口可以是Objective-C接口,提供静态库,通常写作ObjC或OC,是扩充C的面向对象编程语言。即对于Android的应用通过JNI访问底层多媒体处理库,对于iOS的应用通过OC访问底层多媒体库,JNI和OC调用的是统一的接口(第一接口模块),且都不用关心底层处理库具体实现细节。
用于对多媒体数据进行处理的请求命令可以是指用户通过客户端发出的任何表示对多媒体数据进行处理的信息,例如可以是对视频数据进行音视频同步、混音、画面特效等。所述请求命令可以包括多媒体数据的位置信息、处理信息等,其中,位置信息可以指所述多媒体数据存储的位置信息,处理信息可以是对视频数据进行音视频同步、混音、画面特效等。
第一接口模块可以是处理层为应用层提供的程序接口,例如可以是对处理层的类进行封装形成的接口,以C++为例,可以在封装的接口中设置public类成员,在接口中仅提供类的名称、变量等信息,外部对象可以通过接口访问在接口中设置为public的类,而无法访问访问权限设置为private的类。
图2示出根据本公开一实施例多媒体处理框架的示意图,可在该多媒体处理框架中执行本公开实施例的多媒体处理方法。
下面以Android系统为例,结合图2所示的示例性的多媒体处理框架对多媒体数据处理方法进行示例性的说明。
如图2所示,在一个示例中,装有Android系统的终端上安装了多媒体处理客户端(例如Android应用1、Android应用2等,参见图2中的“应用层”),当用户通过应用请求处理多媒体数据时,比如用户希望对本地存储的视频数据添加视频特效和音频特效等非线性编辑处理,应用根据用户的请求可以向多媒体处理框架发出用于对多媒体数据进行处理的请求命令,多媒体处理框架应用接口层接收到上述请求命令后可以通过JNI接口(请求命令接口)将请求命令转换成处理层(非线编底层)接口libVideoEditorPlayer(即第一接口模块)可以识别的第一请求命令,然后根据第一请求命令通过处理层接口调用相应的函数对多媒体数据进行处理,比如分别调用libVideoEffect和libAudioEffect对上述多媒体数据进行相应的处理。其中,libVideoEffect和libAudioEffect分别负责时间线上轨道的视频特效和音频特效处理。
图2中的应用接口层可以应用层的需求与模型为基础,抽象封装非线编底层的时间线、轨道管理、特效混合等复杂逻辑,为应用层提供简单的接口与模型。
图2中的非线编底层可对多媒体数据进行各种非线性编辑处理。其中,非线性编辑可以是指直接从计算机的硬盘中以帧或文件的方式迅速、准确地存取素材,进行编辑的方式,非线性编辑的主要功能是对音视频数据进行添加特效、同步、显示、导出等处理,可以由图2中所示的libVideoEditorCore根据处理层接口libVideoEditorPlayer的指令,调用函数完成多媒体的具体需求的处理,例如可以是对多媒体节目的时间线的管理(libVideoEditorTimeline),包括时间线的片段的管理、片段的特效/转场、音频的特效/混音或者画面的叠加等功能的实现。其中,libVideoEditorCore通过连接的libVideoEditorTimeline负责管理时间线上最基础元素的时间位置信息,可以根据该位置信息,获取编解码层返回的相应的音视频数据,进而对解码后的数据进一步进行非线编处理。libVideoEditorCore还可以控制对处理后的数据的导出功能,即处理后的数据经由编解码层的再编码处理得到新的多媒体文件。
图3示出根据本公开一实施例的多媒体数据处理流程的示意图,如图3所示,任何非线性编辑的工作流程,都可以简单地看成输入、编辑、输出这样三个步骤。输入的可以是多媒体文件、片段素材文件URL或者流数据等,输出可以是画面的显示、声音的播放或者处理后的文件等。
举例来说,非线性编辑在进行多媒体处理时,首先会创建多媒体节目对象,而时间线会贯穿整个处理过程,在启动时,设置为0,时间线上增加的1s等同于系统时间的1s的时长。多媒体节目对象管理多个轨道对象,根据具体需求建立不同的轨道对象;对于视频文件,会添加到视频轨道,音频文件添加到音频轨道,字幕文件添加到字幕轨道等,在获取视频画面数据时需要从视频轨道中读取,获取音频数据时需要从各音频相关轨道中读取等。
视频特效可以是指对多媒体画面(如视频画面等)做特效处理,如转场动画、渲染、模糊、锐化、画面叠加等,其中,画面叠加可以是在进行某些处理,如用A对象替换当前多媒体画面中的某个区域时,需要将A对象的画面叠加到当前多媒体画面的指定区域上。音频特效可以是对声音做特效处理,如变声、音频轨道混音、音视频的渲染等;在某些场景下,如对视频做配音时,需要将多个音频相关轨道的声音数据做混音处理、声音和视频画面做同步处理等,以上都可以通过调用如图2所示的libVideoEffect/AudioEffect、libVideoRender/AudioRender实现。其中,libVideoRender/AudioRender负责视频的画面叠加,音频的混音,音视频的同步及画面的显示,声音的外放等。
输出可以是节目预览,比如声音的播放、画面的显示等,或者查看任意时刻的多媒体画面的显示,可以通过调用如图2所示的libVideoEditorPlayer实现;也可以是处理后多媒体文件的导出等,对多媒体文件进行处理后,最终可以生成新的多媒体文件。
对于安装在iOS系统终端的多媒体数据处理应用,当用户通过应用请求处理多媒体数据时,处理的过程与Android系统上安装的应用的区别在于,所述多媒体处理框架接收到请求命令后通过OC接口(即iOS OC Interface)将请求命令转换成第一接口模块可识别的第一请求命令,后面的处理过程相同。
需要说明的是,尽管以与Android和iOS系统对应的JNI接口和OC接口作为示例介绍了多媒体数据处理方法如上,但本领域技术人员能够理解,本公开应不限于此。事实上,用户完全可根据实际应用场景灵活设定与系统相应的请求命令接口。
根据本公开上述实施例的多媒体数据处理方法,通过与不同系统对应的不同请求命令接口将应用层的请求命令转换成处理层接口可识别的请求命令,由处理层接口调用相关函数对多媒体数据进行处理,能够使得开发的多媒体数据处理的框架可以应用于安装有不同操作系统的终端或者安装在不同操作系统终端上的客户端,基于系统的特性,充分利用系统的软硬件特性提升系统的性能,屏蔽底层实现细节,对不同的平台提供统一接口调用底层处理方法,实现跨平台,且降低开发成本、提高开发效率。
图4示出根据本公开一实施例的步骤S11方法的流程图,如图4所示,所示步骤S11包括:
步骤S111,通过与系统类型对应的请求命令接口将所述请求命令转换成第一接口单元可识别的第二请求命令并发送给第一接口单元;
步骤S112,通过第一接口单元识别第二请求命令所请求的处理类型以得到第一请求命令,并将所述第一请求命令发送给第一接口模块。
在一种可能的实施方式中,所述第一接口单元可以是应用层接口,为了更好地让应用系统进行调用,有的时候需要在不同的层之间设置一一对应的接口,把复杂的东西包起来,让应用系统接口开发者感觉越简单越好。如图2所示,应用层的NLE Layer Facade接口是第一接口单元的一个示例,NLE Layer Facade接口可以是根据应用层的需求和底层处理逻辑进行封装后的简单接口,具有处理底层的外观,更方便应用层的调用,简化应用开发。
举例来说,第一接口模块libVideoEditorPlayer接口可以根据第一请求命令通过libVideoEditorCore完成对多媒体的具体需求的处理,而第一接口单元NLE Layer Facade接口更简单,仅仅是根据应用层需求和处理层逻辑封装而成的多媒体数据非线性编辑底层的外观,NLE Layer Facade接口可以识别第二请求命令对多媒体数据进行简单的处理,例如,开始、暂停等,也可以识别第二请求命令的处理类型得到第一请求命令发送给libVideoEditorPlayer接口(第一接口模块),由libVideoEditorPlayer接口根据第一请求命令通过libVideoEditorCore模块完成对多媒体的具体需求的处理。
根据本公开上述实施例的多媒体数据处理方法,统一业务逻辑,各层向上尽可能提供最简单的接口,可以实现应用开发更加简单,降低开发成本、提高开发效率。
图5示出根据本公开一实施例的步骤S12方法的流程图,如图5所示,所述步骤S12包括:
步骤S121,通过第一接口模块识别第一请求命令以确定多媒体数据的位置信息;
步骤S122,根据所述位置信息,通过第一接口模块调用与第一请求命令相应的函数对所述多媒体数据进行处理。
第一接口模块根据第一请求命令确定多媒体数据的位置信息,从而获取所述多媒体数据,并根据第一请求命令调用相应的函数,对数据和函数进行封装后运行,返回处理后的多媒体数据,以实现对多媒体数据的处理。
图6示出根据本公开一实施例的步骤S12方法的流程图,如图6所示,所述步骤S12可以包括:
步骤S123,通过第一接口模块调用第三接口模块;
步骤S124,通过第三接口模块调用与系统类型对应的编解码函数对所述多媒体数据进行解码;
步骤S125,调用与第一请求命令相应的函数对解码后的多媒体数据进行处理。
有些情况下,在对所述多媒体数据进行处理之前还需要进行编解码处理,比如,由服务器发来的数据或者需要通过客户端发送到服务器的数据等,不同的系统采用的编解码器不同,与Android系统和iOS系统对应的编解码函数分别例如为MediaCodec和AVFoundation。因此,当需要对多媒体数据进行编解码处理时,可根据不同的系统调用不同的编解码函数。
其中,第三接口模块可以是对多个不同编解码函数,例如,MediaCodec、AVFoundation、利用开源库FFmpeg或者第三方的库实现的编解码函数(Third PartyCodec)等,进行封装后形成的解码接口模块,如图2所示的AbstractCodec接口模块。如果客户端所在终端的系统为Android,则可以通过第三接口模块调用MediaCodec函数对多媒体数据进行解码处理;如果客户端所在终端系统为iOS,则可以通过第三接口模块调用AVFoundation函数对多媒体数据进行解码处理。然后再通过第一接口模块调用与第一请求命令相应的函数对解码后的多媒体数据进行处理。具体调用函数的过程参见上文描述,不再详述。
图7示出根据本公开一实施例的步骤S12方法的流程图,如图7所示,在一种可能的实施方式中,所述步骤S12还可以包括:
步骤S126,通过第一接口模块调用第四接口模块;
步骤S127,通过第四接口模块调用与系统类型对应的编解码函数对处理后的多媒体数据进行编码。
其中,第四接口模块可以是对多个不同编解码函数,例如,MediaCodec、AVFoundation、利用开源库FFmpeg或者第三方的库实现的编解码函数(Third PartyCodec)等,进行封装后形成的编码接口模块,如图2所示的AbstractMuxer接口模块。如果客户端所在终端的系统为Android,则可以通过第四接口模块调用MediaCodec函数对多媒体数据进行编码处理;如果客户端所在终端系统为iOS,则可以通过第四接口模块调用AVFoundation函数对多媒体数据进行编码处理。然后再通过第一接口模块调用与第一请求命令相应的函数对编码后的多媒体数据进行处理,例如,发送给服务器等。具体调用函数的过程参见上文描述,不再详述。
需要说明的是,尽管图6和图7分别以编解码层向非线编底层提供解码接口模块和编码接口模块作为示例介绍了多媒体数据处理方法如上,但本领域技术人员能够理解,本公开应不限于此。事实上,用户完全可根据实际应用场景灵活设定接口形式,例如,可以仅向非线编底层提供一个编解码接口模块实现上述编码接口模块和解码接口模块的功能,也就是说第三接口模块和第四接口模块可以是同一接口模块。
根据本公开上述实施例的多媒体数据处理方法,编解码层通过向上一层提供统一的编码或解码接口模块,向上隐藏具体编解码函数的细节,能够使得开发的多媒体数据处理的框架可以应用于安装有不同操作系统的终端或者安装在不同操作系统终端上的客户端,使得多媒体处理方法可跨平台使用,且降低开发成本、提高开发效率。
图8示出根据本公开一实施例的多媒体数据处理方法的流程图,如图8所示,所述方法还包括:
步骤S13,根据系统标识识别系统类型。
举例来说,如图2所示,对于开发时封装在客户端内的多媒体处理框架可以通过应用接口(Application Interface)识别客户端发送的系统标识确定系统类型,其中,应用接口Application Interface可以是对不同请求命令接口进行进一步封装形成的简单接口,便于应用层开发调用。
在一种可能的实施方式中,可以通过获取User Agent中的系统标识识别系统类型。User Agent中文名为用户代理,是Http协议中的一部分。User Agent也简称UA,它是一个特殊字符串头,是一种向访问网站提供所使用的操作系统及版本等信息的标识。本领域技术人员还可以通过其他方式识别系统类型,例如通过终端的IMEI(InternationalMobile Equipment Identity,国际移动设备身份码的缩写)等,在此不作限定。
图9示出根据本公开一实施例的多媒体数据处理装置的框图,该装置可应用于终端,例如手机、计算机等,还可以应用于服务器、内嵌于终端上的客户端等。如图9所示,该装置包括:应用层接口模块91和第一接口模块92。
应用层接口模块91,包括至少一个请求命令接口911,所述应用层接口模块91用于通过与系统类型对应的请求命令接口911将用于对多媒体数据进行处理的请求命令转换成第一接口模块可识别的第一请求命令并发送给第一接口模块;
第一接口模块92,用于根据第一请求命令,调用函数对多媒体数据进行处理。
在一种可能的实施方式中,所述系统类型可以是终端操作系统,例如Android或iOS等。
在一种可能的实施方式中,所述请求命令接口包括:JNI和OC。
根据本公开上述实施例的多媒体数据处理装置,通过与不同系统对应的不同请求命令接口将应用层的请求命令转换成处理层接口可识别的请求命令,由处理层接口调用相关函数对多媒体数据进行处理,能够使得开发的多媒体数据处理的框架可以应用于安装有不同操作系统的终端或者安装在不同操作系统终端上的客户端,基于系统的特性,充分利用系统的软硬件特性提升系统的性能,屏蔽底层实现细节,对不同的平台提供统一接口调用底层处理方法,实现跨平台,且降低开发成本、提高开发效率。
图10示出根据本公开一实施例的多媒体数据处理装置的框图,如图10所示,所述应用层接口模块91还包括第一接口单元912。
在一种可能的实施方式中,所述应用层接口模块91还用于通过与系统类型对应的请求命令接口911将所述请求命令转换成第一接口单元可识别的第二请求命令并发送给第一接口单元;
第一接口单元912,用于识别第二请求命令所请求的处理类型以得到第一请求命令,并将所述第一请求命令发送给第一接口模块。
在一种可能的实施方式中,所述第一接口模块92包括:位置信息确定单元921和函数调用单元922。
位置信息确定单元921,用于通过第一接口模块识别第一请求命令以确定多媒体数据的位置信息;
函数调用单元922,用于根据所述位置信息,通过第一接口模块调用与第一请求命令相应的函数对所述多媒体数据进行处理。
在一种可能的实施方式中,所述第一接口模块92还包括:第一调用单元923、编解码函数调用单元924以及第二调用单元925。
第一调用单元923,用于通过第一接口模块调用第三接口模块;
编解码函数调用单元924,用于通过第三接口模块调用与系统类型对应的编解码函数对所述多媒体数据进行解码;
第二调用单元925,用于调用与第一请求命令相应的函数对解码后的多媒体数据进行处理。
在一种可能的实施方式中,所述第一接口模块92还包括:
第三调用单元926,用于通过第一接口模块调用第四接口模块;
所述编解码函数调用单元924还用于通过第四接口模块调用与系统类型对应的编解码函数对处理后的多媒体数据进行编码。
在一种可能的实施方式中,所述编解码函数包括:MediaCodec和AVFoundation。
在一种可能的实现方式中,所述装置还包括:系统识别模块93。
系统识别模块93,用于根据系统标识识别系统类型。
实施例3
图11是根据一示例性实施例示出的一种多媒体数据处理装置800的框图。例如,装置800可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图11,装置800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口812,传感器组件814,以及通信组件816。
处理组件802通常控制装置800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统,一个或多个电源,及其他与为装置800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当装置800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为装置800提供各个方面的状态评估。例如,传感器组件814可以检测到装置800的打开/关闭状态,组件的相对定位,例如所述组件为装置800的显示器和小键盘,传感器组件814还可以检测装置800或装置800一个组件的位置改变,用户与装置800接触的存在或不存在,装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非易失性计算机可读存储介质,例如包括指令的存储器804,上述指令可由装置800的处理器820执行以完成上述方法。
图12是根据一示例性实施例示出的一种多媒体数据处理装置1900的框图。例如,装置1900可以被提供为一服务器。参照图12,装置1900包括处理组件1922,其进一步包括一个或多个处理器,以及由存储器1932所代表的存储器资源,用于存储可由处理组件1922的执行的指令,例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1922被配置为执行指令,以执行上述方法。
装置1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理,一个有线或无线网络接口1950被配置为将装置1900连接到网络,和一个输入输出(I/O)接口1958。装置1900可以操作基于存储在存储器1932的操作系统,例如Windows ServerTM,MacOS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
在示例性实施例中,还提供了一种包括指令的非易失性计算机可读存储介质,例如包括指令的存储器1932,上述指令可由装置1900的处理组件1922执行以完成上述方法。
本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本公开的各个方面。
这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。