止影像处理链的过程包括下列步骤:
[0053](gOl)应用程序用户通过应用程序编程接口、摄影机服务及摄影机代理层停止影像撷取；
[0054](g02)取得与此用户对应的摄影机的影像处理链链接数据；
[0055](g03)检查影像处理链是否已建立，若为是，即进行步骤(g04)，若为否，则进行步骤(g08);
[0056](g04)检查影像处理链是否已启用，若为是，即进行步骤(g05)，若为否，则进行步骤(g08);
[0057](g05)停止影像处理链；
[0058](g06)检查相关影像处理节点是否有被其它的影像处理链共享，若为是，即进行步骤(g08)，若为否，则进行步骤(g07);
[0059](g07)停止该影像处理节点相关硬件与释放相关资源，再进行步骤(g08);
[0060](g08)停止服务执行命令，再将停止成功信息通过摄影机代理层、摄影机服务及应用程序编程接口回传至应用程序用户。
【附图说明】
[0061 ]图1为本发明较佳实施例的方块图；
[0062]图2为本发明较佳实施例的步骤流程图；
[0063]图3为本发明建立影像处理链的步骤流程图；
[0064]图4为本发明较佳实施例查询摄影机参数的步骤流程图；
[0065]图5为本发明较佳实施例设定摄影机参数的步骤流程图；
[0066]图6为本发明较佳实施例启用影像处理链的步骤流程图；
[0067]图7为本发明较佳实施例影像处理链处理过程的步骤流程图；
[0068]图8为本发明较佳实施例停止影像处理链的步骤流程图。
[0069]附图标记说明:1_电子装置；11_硬件平台；12_操作系统；13_摄影机代理层；14-驱动程序；15-影像撷取接口 ； 16-摄影机；17-应用程序用户。
【具体实施方式】
[0070]为达成上述目的及功效，本发明所采用的技术手段及其构造，兹绘图就本发明的较佳实施例详加说明其构造与功能如下。
[0071]如图1、图2、图3所示，分别为本发明较佳实施例的方块图、步骤流程图及建立影像处理链的步骤流程图，由图中可清楚看出，本发明提供的视频影像分配方法为利用手持式或移动式电子装置1 (如智能手机、平板计算机、笔记本电脑等)，该电子装置1的硬件平台(Hardware Platform) 11 为安装有具有摄影机代理层(Proprietary Camera Layer) 13及驱动程序14的操作系统(Operating system) 12，并由驱动程序14经由影像撷取接口 15接收摄影机16所传输的影像，再将影像传输至摄影机代理层13，摄影机代理层13动态建立影像处理链与多重影像队列并分配至多个应用程序(Applicat1n)用户17。
[0072]另外，电子装置1的硬件平台11包括有中央处理器(CPU)、硬件/软件共享内存(Hff/SW Shared Memory)、硬件视频接口(Hff Camera Interface (DMA))、影像传感器(Image Sensor+ISP)、硬件视频编码器(Hardware Video Encoder)、2D 处理器(2D Processor (Scaler、Color Space Convers1n、Blitter))及 3D 处理器(3DProcessor (Pixel Shader、Fragment Shader))等，而操作系统 12 较佳实施可为以 Linux作基础开放原始码的Android行动操作系统，并具有Android Camera API (应用程序编程接口)、Android APIs 及 Android Core Services/System Frameworks 等，再由 LinkNext Proprietary API连接有一摄影机代理层13，而摄影机代理层13为包括有摄录像器(Camera Recorder)、多媒体串流服务器(Streaming Server)、缓冲队列(Buffer Queue)、影像处理及原生视频缓冲队列(Image processing 及 Original Camera Buffer Queue)，且该摄影机代理层13亦可为基于主处理器(Host Processor)上运行算法的软件，但于实际应用时，也可为视频编码器(Video Encoder)、后处理器(Post — Processor)、2D加速器(2D Accelerator)等硬件，或者是基于绘图处理器(GPU)上运行影像处理算法的像素着色器(Pixel Shader)、片段着色器(Fragment Shader) ο
[0073]然而，上述的操作系统11所安装内建的驱动程序14则可为Linux Kernel，并具有 Camera Driver/V4L2 (Video 4Linux 2) Framwork、Android IPC (行程间通讯)Driver及Android 1N Buffer management Driver，便可通过操作系统12配合摄影机代理层13及驱动程序14，通过硬件平台11使用指定的参数及软硬件资源对摄影机16传输的来源影像动态建立影像处理链，并将来源影像处理成要求的格式与多重影像队列，再分配至多个应用程序用户17，此部分有关摄影机代理层13如何建立影像处理链的各影像处理节点，并利用 Camera Image Queue 经由 Video Encoder、Stream Buffer Queue，Scaler、ImageBuffer Queue、Video Encoder、Stream Buffer Queue 进行处理来源影像，再由 Recorder、Streaming Server、Android API传输至应用程序用户17进行动态影像的播放；或者是Camera Image Queue经由2D Accelerator、Frame buffer处理来源影像，再直接由显示器控制器(IXD controller)通过视频接口(DISPlay Port)或高分辨率多媒体接口(HDMI)进行动态影像播放为现有技术，且该影像处理的方式很多，亦并非本案的发明要点，兹不再作赘述。
[0074]当利用本发明提供的视频影像分配方法时，依照下列步骤实施:
[0075](101)控制摄影机16并取得影像执行命令。
[0076](102)将原始摄影机影像进行暂存。
[0077](103)摄影机代理层13将来源影像建立影像处理链。
[0078](104)分配软硬件资源并建立影像处理节点后启用影像处理链处理来源影像并加入至已完成处理的多重影像进行暂存。
[0079](105)建立与应用程序用户17链接的服务执行命令并将暂存的多重影像输出分配至对应的多个应用程序用户17。
[0080]再者，上述步骤(103)建立影像处理链的过程包括下列步骤:
[0081](201)操作系统12中的摄影机应用程序编程接口(Camera API)接受应用程序用户17参数设定的请求。
[0082](202)判断查询是否已存在该应用程序用户17所请求设定参数的影像处理链，若为是，即进行步骤(203)，若为否，则进行步骤(205)。
[0083](203)建立服务执行命令并连接于影像处理链与应用程序用户17。
[0084](204)完成应用程序用户17的请求。
[0085](205)分配软硬件资源找寻适合的暂存来源影像队列并建立新的影像处理节点。
[0086](206)判断分配软硬件资源并建立新的影像处理节点是否成功，若为是，即进行步骤(207)，若为否，则进行步骤(209)。
[0087](207)判断是否满足应用程序用户17所请求的参数设定，若为是，即进行步骤(208)，若为否，则进行步骤(209)。
[0088](208)连接影像处理节点并建立新的影像处理链，再重复执行步骤(203)。
[0089](209)拒绝应用程序用户17的请求。
[0090]由上述实施步骤可清楚得知，本发明中电子装置1的硬件平台11为可通过操作系统12的摄影机代理层13配合驱动程序14，经由影像撷取接口 15接收摄影机16所传输的影像，并利用摄影机16硬件、驱动程序14或影像撷取框架控制摄影机16(如光圈、快门速度、感亮度、变焦、自动对焦、背光补偿等)及取得影像执行命令后，便可通过摄影机代理层13将原始摄影机影像进行暂存在硬件平台11的HW或SW Shared Memory，以及建立与应用程序用户17链接的服务执行命令的相关数据，并通过硬件平台11使用指定