应用程序中图形资源处理方法技术

一种应用程序中图形资源处理方法，其特征在于，是将图形资源的处理与其它应用程序进程相分离，以减少进程空间并提高存储器使用效率，该方法包括：　　　　将涉及对图形资源处理的部分封装为一个独立的进程；　　　　在该进程中建立一个与其它应用程序通信的接口；　　　　在该进程与应用程序之间建立命令响应与参数定义；　　　　在应用程序需要处理图形资源时向该进程发出请求信息；及　　　　该进程根据请求进行相应的处理作业并将结果返回至应用程序。（*该技术在2023年保护过期，可自由使用*）

【技术实现步骤摘要】
【国外来华专利技术】
本专利技术是关于一种图形资源的处理方法，尤其是关于一种在应用程序中可高效利用存储器资源处理图形的方法。
技术介绍
图形图像处理是计算机应用中比较常见的需求，有许多应用程序软件都是专为处理图形作业而开发的。同时，由于图形数据的处理需要占据相当多的存储器资源，因此，一般的图像处理软件程序对计算机的硬件配置要求很高，低端计算机在处理较为复杂的图形作业时的表现总是差强人意，尤其是在遇有多个进程(Process)同时引用图形处理资源时，更是消耗了相当多的系统开销。在现有技术中，处理图形显示的方法基本上都是和用户操作放在同一个进程内的，图形的加载(Load)和显示都保存在同一个执行序列中，这种做法存在许多问题，例如，如果多个进程引用图形处理模块的话，就会造成图形资源被重复加载到存储器的情况，这样就会造成存储器资源的极大浪费。对于软件研发工作来讲，存储器的使用是非常重要的，存储器资源的浪费会对一个软件的性能造成很大的影响。对于进程本身来讲，图形处理模块的存在会增加它的进程空间。多进程共存时，同样的模块被映像到进程空间内，会占用大量的存储器资源，造成存储器的浪费。而且，用户操作和图形处理模块被放在同一进程内，一旦资源处理模块出现一些改动的话，则引用它的所有程序就必须重新编译。这样一来，单一模块的改动就可能影响整个项目的效率，这对软件研发工作是很不利的。
技术实现思路
本专利技术乃为解决上述问题而提供一种，通过将涉及图形部分的处理作业独立分离出来，从而使应用程序可以高效的利用存储器资源。本专利技术的技术方案是这样实现的本专利技术提供了一种，其特征在于，是将图形资源的处理与其它应用程序进程相分离，以减少进程空间并提高存储器使用效率，该方法首先将涉及对图形资源处理的部分封装(Encapsulate)为一个独立的进程，然后在该进程中建立一个与其它应用程序通信的接口，在该进程与应用程序之间建立命令响应与参数定义，在应用程序需要处理图形资源时向该进程发出请求信息，该进程根据请求进行相应的处理作业并将结果返回至应用程序。其中将涉及对图形资源处理的部分封装为一个独立的进程的步骤，该进程不包含窗体(Form)，只包括进行处理的部分。其中该进程是不可见的。其中在该进程中建立一个与其它应用程序通信的接口的步骤，该界面可以在该进程被激活后的任意时刻联系该进程与其它应用程序的通信。其中在该进程与应用程序之间建立命令响应与参数定义的步骤，不同的响应命令代表不同的响应方法，参数定义可以代表附加信息。其中该参数定义可以表示位置信息。其中在应用程序需要处理图形资源时向该进程发出请求信息的步骤，只有当应用程序有图形处理的需要时，才与该进程进行通信。其中在应用程序需要处理图形资源时向该进程发出请求信息的步骤后，该进程接到该请求信息时可以对该信息进行判断，如果所得到的请求合法则进行响应，否则不进行响应。其中判断该请求为非法时，应用程序在检查该请求后重发。其中将结果返回至应用程序的步骤，该返回结果在应用程序端可见。本专利技术由于将图形资源的处理独立封装为一个单独的进程，因此在应用程序运行时，只需加载一份图形资源到存储器中即可，当多个进程同时运行时，所有的进程都可以共享数据，极大程度的节省了对存储器资源的使用量，提高了运行效率和软件的性能；同时，由于图形资源的处理被分离出来，使进程空间的容量大大减少，这样，在程序运行时，只要求存储器调入一个图形资源处理模块，所有的进程都可以由统一的处理模块来进行调度，在多进程共存时也不会增加占用存储器的数量，这样可以有效地减少存储器占用量；另外，本专利技术将图形资源处理与用户操作相分离，这样可以使各项功能模块化，便于管理，图形资源处理模块中任何一部分需要修改时，也不会影响其它部分的程序，大大提高了软件的效率。附图说明图1为本专利技术的的流程2为现有技术中应用程序与图形资源处理之间的结构模型3为本专利技术中应用程序与图形资源处理之间的结构模型4为本专利技术所提出的图形资源处理模块在应用程序运行时的实施例流程5为本专利技术所提出的应用程序端与图形资源处理模块进行联系时的实施例流程图其中，附图标记说明如下步骤101 将涉及对图形资源处理的部分封装为一个独立的进程步骤102 在该进程中建立一个与其它应用程序通信的接口步骤103 在该进程与应用程序之间建立命令响应与参数定义步骤104 在应用程序需要处理图形资源时向该进程发出请求信息步骤105 该进程根据请求进行相应的处理作业并将结果返回至应用程序步骤401 激活资源处理模块RMM步骤402 打开接收应用程序端请求的界面步骤403 RMM等待应用程序的请求步骤404 RMM端接收到请求信息步骤405 对请求信息进行判断与识别步骤406 将处理后的结果反馈到应用程序步骤407 继续等待应用程序的请求步骤501 激活应用程序步骤502 进入处理操作阶段步骤503 应用程序向RMM发出请求步骤504 等待RMM的响应步骤505 有响应吗步骤506 是正确的响应吗步骤507 检查后重发步骤508 其它处理具体实施方式本专利技术提供了一种，是将图形资源的处理与其它应用程序进程相分离，以减少进程空间并提高存储器使用效率，参见图1，该方法包括将涉及对图形资源处理的部分封装为一个独立的进程(步骤101)；在该进程中建立一个与其它应用程序通信的接口(步骤102)；在该进程与应用程序之间建立命令响应与参数定义(步骤103)；在应用程序需要处理图形资源时向该进程发出请求信息(步骤104)；该进程根据请求进行相应的处理作业并将结果返回至应用程序(步骤105)。在现有技术的处理模式中，其结构模型如图2所示，每一个涉及图形资源处理的应用程序都要分别加载图形资源，很明显，图形资源被重复使用了，占用了大量宝贵的存储器空间。本专利技术将图形资源处理封装为一个独立的进程，其结构模型如图3所示，所有的应用程序共享同一个图形处理进程，只需加载一次图形资源即可。封装后的独立进程可以称之为资源处理模块(RMM，ResourceManagement Module)，当RMM进程被激活后可以一起保持在后台运行，因为它不包含窗体(Form)，只是包含进行处理的部分，因此是不可见的。该RMM中包含有与应用程序通信用的一个接口，在RMM进程激活后，它会自己打开该通信接口，每个进程都可以在随后的任意时间通过这个通信接口与RMM进行联系。另外，在RMM与应用程序之间还可以建立一整套响应命令及参数的定义，不同的响应命令可以代表不同的响应方法，参数的定义可以代表一些附加信息，如位置信息等等。这些参数的定义可以事先讨论后统一确定。请参阅图4，以一具体实施例来说明本专利技术在应用程序运行时，图形资源处理模块RMM的处理过程，首先激活资源处理模块RMM(步骤401)，然后打开接收应用程序端请求的界面(步骤402)，该界面部分定义了命令响应与参数定义，之后，RMM就可以等待应用程序的请求了(步骤403)，应用程序端可以自由进行自己的操作，在处理与RMM无关的操作时，并不会与RMM发生联系，只有当需要有资源处理需求的时候，才会与RMM进行通信，这时应用程序端向RMM发送请求信息，RMM端接收到请求信息(步骤404)，之后就可以对请求信息进行判断与识别(步骤本文档来自技高网...

【技术保护点】

【技术特征摘要】
【国外来华专利技术】

【专利技术属性】
技术研发人员：刘文涵，宋建福，崔杰，
申请(专利权)人：英业达股份有限公司，
类型：发明
国别省市：