系统共享资源分配之方法技术方案

一种系统共享资源分配之方法，于多个共享系统资源之驱动程序间，建立一排序控管机制，其特征在于该方法步骤包含：　　　　接收来自多个驱动程序之请求讯息；　　　　进行排序并产生一执行程序表；　　　　给予该第一顺位之驱动程序一执行控制权；　　　　执行该第一顺位之驱动程序；　　　　更新该执行程序表；及　　　　自该执行完毕之驱动程序收回该执行控制权。（*该技术在2023年保护过期，可自由使用*）

【技术实现步骤摘要】

本专利技术为一种，特别是在可多任务执行应用程序接口(application and programing interface，API)之操作系统中。
技术介绍
随科技的进步，人类生活脚步逐日加快的同时，许多用以协助人类处理日常事务的电子装置应运而生，强大的数据运算功能或者是较传统装置更大储存空间都可以说是此类装置的特征，如个人数字助理(PDA)便是时势下的高科技产物，其迎合消费者群众诉求于高行动力以及强大储存功能，通过各系统厂商提供内建操作系统试图将计算机可执行之事务处理机制搬到如手掌大小的个人数字助理上，满足消费者对行动办公室与日遽增的需要。传统个人数字助理的操作系统(OS)系为单工之操作系统接口，亦即在操作系统上已存在了许多应用程序接口(application and programing interface，API)，然碍于系统运作的关系，一次仅允许一个应用程序接口进行，待此应用程序接口执行完毕后，使用者始能再激活另外的应用程序接口，因此当使用者业务负载繁重需同步处理事务时，传统的操作系统可能就不敷使用。后来亦出现作业环境仿真个人计算机的操作，可方便使用者在习惯计算机操作模式之后，能够轻易驾轻就熟；其可通过多任务同步执行应用程序接口藉以达到软件执行时程的有效利用，然在此系统中，对于应用程序接口共享的系统资源之排程分配，到目前操作系统仅提供管制的工具，并无建议、特定、统一的方法，使得软件工程失常依个人喜好之不同，而使用不同之控管方法，甚至不使用，而使得系统常常因为同步执行多个应用程序接口导致执行序发生错乱的现象，亦即由多方个别完成的应用程序接口在请求取得系统资源控制权时，常发生请求排序指令冲突的现象，其会造成系统不稳以至于拖慢整个系统的执行流程，因此，研发出一套有效对多个同步执行的应用程序接口执行排程、控管的统一机制实为发展此多任务执行应用程序接口之操作系统所必须进行之环节。
技术实现思路
有鉴于此，本专利技术乃为解决上述问题而提出一种，主要的目的在于通过本专利技术提供之排程机制于多个应用程序接口同时执行时，能够透过统一排程的机制有效减少应用程序接口执行时发生执行序错乱的现象，进而达到系统资源的有效分配。另外，本专利技术所提之，包含下列步骤首先接收来自多个驱动程序之请求讯息，接着进行排序并产生执行程序表，然后根据此执行程序表给予第一顺位之驱动程序执行控制权，再执行第一顺位之驱动程序，而后更新执行程序，最后自执行完毕之驱动程序收回该执行控制权。附图说明下面将结合最佳实施例和附图对本专利技术作进一步说明图1是本专利技术所提之流程图。具体实施例方式本专利技术为一种。请参阅图1，为本专利技术所提之流程图，首先系统于需同时执行多个应用程序接口时，系统接收来自数个驱动程序之请求讯息(步骤100)，亦即透过操作系统(如WinCE)内建之DeviceIoControl函数呼叫系统资源(如IC)请求取得系统资源控制权，而后系统会进行排序并产生执行程序表(步骤200)，根据应用程序接口发出请求讯息之时序对多个应用程序接口进行排程，进而产生执行程序表作为系统交付共享资源执行控制权之依据；给予位于第一顺位之驱动程序执行控制权(步骤300)，提供完整的系统共享资源控制权予排序第一顺位之应用程序接口，执行第一顺位之驱动程序(步骤400)以完成所指定交付之任务，其余应用程序接口则依序等待接续的执行程序；于执行任务终结后，系统会更新执行程序(步骤500)，亦即将执行程序中第二顺位的应用执行接口移至第一顺位位置，其余接续的应用执行接口依此类推递换；之后再自其执行完毕之驱动程序收回执行控制权(步骤600)，接着系统判断是否未存在下一个等待之驱动程序(步骤700)？如果存在的话，则步骤回到系统给予位于第一顺位之驱动程序执行控制权(步骤300)；若没有存在下一顺位之驱动程序的话，则系统结束所有的步骤流程。流程中，其步骤自其执行完毕之驱动程序收回执行控制权(步骤600)包含当其驱动程序未执行完毕时，其驱动程序之执行期间超过等待时间时，系统会让所有于执行程序等待之驱动程序放弃等待，并且重新回到其系统接收来自数个驱动程序之请求讯息(步骤100)之步骤，系统重新开始执行排序、分配之步骤。本专利技术之，藉此可以让多个应用执行接口于多任务执行操作系统时，能够达到一协调、控管的目的，省却软件研发过程中多方研发所导致的执行排序的障碍以及投入的时间，进而提高软件研发的效率。虽然本专利技术以前述之较佳实施例揭露如上，然其并非用以限定本专利技术，故任何熟悉此技术者，在不脱离本专利技术之精神和范围内，当可作些许之更动与润饰，因此本专利技术之保护范围当视后附之权利要求书所界定者为准。权利要求1.一种，于多个共享系统资源之驱动程序间，建立一排序控管机制，其特征在于该方法步骤包含接收来自多个驱动程序之请求讯息；进行排序并产生一执行程序表；给予该第一顺位之驱动程序一执行控制权；执行该第一顺位之驱动程序；更新该执行程序表；及自该执行完毕之驱动程序收回该执行控制权。2.如权利要求1所述之，其特征在于该执行该第一顺位之驱动程序之步骤还包含当该驱动程序未执行完毕；该驱动程序之执行期间超过一等待时间；系统让所有于该执行程序等待之该驱动程序放弃等待；及系统重新回到该接收来自多个驱动程序之请求讯息。3.如权利要求1所述之，其特征在于该自该第一顺位之驱动程序收回该执行控制权之步骤还包含当该驱动程序执行完毕；该执行程序中存在下一个第一顺位之驱动程序；系统会将该执行控制权给予该下一个第一顺位之驱动程序；执行该第一顺位之驱动程序。全文摘要一种，在多个使用相同系统资源之驱动程序间，建立排序控管机制于可多任务执行应用程序接口(application and programing interface，API)的操作系统中，有效排除系统资源于需要执行多驱动程序时，因各驱动程序各自使用不同之控管机制，或使其排程过于复杂造成系统执行不稳定以至当机状况的发生；其方法包含使用一独立之程序专责控管共同资源，此程序接收来自多个驱动程序之请求讯息，接着进行排序并产生执行程序表，然后给予第一顺位之驱动程序执行控制权，再执行第一顺位之驱动程序，而后更新执行程序，最后自执行完毕之驱动程序收回该执行控制权，接着若执行程序表中存在其它驱动程序，系统将继续执行此驱动程序。文档编号G06F15/00GK1622075SQ20031011226公开日2005年6月1日 申请日期2003年11月24日 优先权日2003年11月24日专利技术者郭幸评 申请人:顺德市顺达电脑厂有限公司, 神达电脑股份有限公司本文档来自技高网...

【技术保护点】

【技术特征摘要】

【专利技术属性】
技术研发人员：郭幸评，
申请(专利权)人：顺德市顺达电脑厂有限公司，神达电脑股份有限公司，
类型：发明
国别省市：