业务服务器的调度方法及系统与流程

本发明涉及计算机技术领域，尤其涉及一种业务服务器的调度方法、装置及系统。

背景技术：

在现有的大型医院中，通常采用影像归档和通信系统(Picture Archiving and Communication Systems，简称：PACS)进行管理，其主要的任务就是把日常产生的各种医学影像(包括核磁，CT，超声，各种X光机，各种红外仪、显微仪等设备产生的图像)通过各种接口(模拟，DICOM，网络)以数字化的方式海量保存起来，当需要的时候在一定的授权下能够很快的调回使用，同时增加一些辅助诊断管理功能。

传统技术中的PACS包含多个业务服务器(物理主机或虚拟机均可)，可在每个业务服务器上创建相应的业务进程，每个业务进程均可执行独立的业务。例如，某个业务服务器与核磁共振机通过接口连接，该业务服务器上可创建监听与核磁共振机连接的接口的业务进程，用于采集核磁共振机拍摄的图像。

然而，传统技术中的类似于PACS系统的业务服务器的调度方案中，缺少对业务服务器的监控，当业务服务器出现故障或计算资源不够时，需要暂停业务进程并重新配置终端与业务服务器的对应关系之后才能对计算资源进行分配，使得系统的计算资源不均衡，造成了资源利用率较低。

技术实现要素：

基于此，为解决上述提到的传统技术中的类似于PACS系统的业务服务器的调度方案出现的扩展性不足的技术问题，还提供了一种业务服务器的调度方法。

一种业务服务器的调度方法，包括：

接收业务服务器上传的业务进程负荷指数；

接收业务访问请求，获取所述业务访问请求包含的业务类型；

查找与所述业务类型对应的业务进程所属的业务服务器，并根据所述业务进程负荷指数选取业务服务器；

将所述业务访问请求重定向至所述选择的业务服务器。

进一步的，所述业务进程负荷指数为通过对业务进程的内存占用率、CPU使用率、网络连接数进行加权得到；

所述根据所述业务进程负荷指数选取业务服务器的步骤还包括：

选择与所述业务类型对应的，且业务进程负荷指数最小的业务进程所属的业务服务器。

进一步的，所述方法还包括：

根据所述业务进程负荷指数查找需要销毁的业务进程，通知所述业务服务器销毁所述业务进程。

进一步的，所述方法还包括：

接收业务服务器上传的服务器状态参数；

根据所述业务进程负荷指数查找需要扩容的业务进程对应的业务类型，根据所述服务器状态参数选取业务服务器，通知所述业务服务器创建与所述业务类型对应的业务进程。

进一步的，所述方法还包括：

根据接收到的业务服务器上传的服务器状态参数和业务进程负荷指数定时向状态服务器发送系统运行参数，并通过所述状态服务器展示所述系统运行参数；所述系统运行参数至少包括业务服务器的数量、业务进程的数量、与业务服务器对应的服务器状态参数以及与业务进程对应的业务进程负荷指数中的一种。

此外，为解决上述提到的传统技术中的类似于PACS系统的业务服务器的调度方案出现的扩展性不足的技术问题，还提供了一种业务服务器的调度系统。

一种业务服务器的调度系统，包括业务服务器和负载均衡服务器，其中：

所述业务服务器用于向负载均衡服务器上传所述业务服务器上的业务进程 的业务进程负荷指数；

所述负载均衡服务器用于接收业务访问请求，获取所述业务访问请求包含的业务类型；查找与所述业务类型对应的业务进程所属的业务服务器，并根据所述业务进程负荷指数选取业务服务器，并将所述业务访问请求重定向至所述选择的业务服务器；

所述业务服务器用于接收重定向的业务访问请求，获取与所述业务访问请求对应的业务进程，将所述业务访问请求分配给与所述业务进程处理。

进一步的，所述业务服务器还用于检测该业务服务器上运行的业务进程的内存占用率、CPU使用率、网络连接数中的至少一个，并通过加权生成业务进程负荷指数。

进一步的，所述业务服务器还用于检测该业务服务器上运行的业务进程的主线程或网络监听线程是否处于未响应状态，若是，则重启所述业务进程。

进一步的，所述负载均衡服务器还用于选择与所述业务类型对应的且业务进程负荷指数最小的业务进程所属的业务服务器。

进一步的，所述负载均衡服务器还用于根据所述业务进程负荷指数查找需要销毁的业务进程，通知所述业务服务器销毁所述业务进程；

业务服务器还用于接收到所述通知后注销所述业务进程。

进一步的，所述负载均衡服务器还用于接收业务服务器上传的服务器状态参数；根据所述业务进程负荷指数查找需要扩容的业务进程对应的业务类型，根据所述服务器状态参数选取业务服务器，通知所述业务服务器创建与所述业务类型对应的业务进程；

所述业务服务器还用于接收到所述通知后创建与所述业务类型对应的业务进程。

进一步的，所述调度系统还包括状态服务器，所述负载均衡服务器还用于根据接收到的业务服务器上传的服务器状态参数和业务进程负荷指数定时向所述状态服务器发送系统运行参数，并通过所述状态服务器展示所述系统运行参数。

进一步的，所述系统运行参数至少包括业务服务器的数量、业务进程的数量、与业务服务器对应的服务器状态参数以及与业务进程对应的业务进程负荷指数中的一种。

采用了上述业务服务器的调度方法、装置及系统之后，与传统技术相比，添加了负载均衡服务器，且业务服务器可将在该业务服务器上运行的业务进程的业务进程负荷指数上传至负载均衡服务器。负载均衡服务器可选择业务进程负荷指数较小的业务进程所在的业务服务器分配给发起业务访问请求的终端，为其提供业务服务，使得系统中的计算资源可以得到均衡的分配，而不会出现某些业务服务器满负荷运作而某些业务服务器空闲的情况，从而提高了资源利用率。

附图说明

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

其中：

图1为一个实施例中一种业务服务器的调度系统逻辑结构图；

图2为一个实施例中一种业务服务器的调度方法的流程图；

图3为一个实施例中一种业务服务器的调度装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为解决上述提到的传统技术中的类似于PACS系统的业务服务器的调度方案出现的扩展性不足的技术问题，在一个实施例中，特提出了一种业务服务器的调度系统，该系统包括至少两个业务服务器以及至少一个负载均衡服务器， 如图1所示，业务服务器20均与负载均衡服务器10建立有连接关系，且负载均衡服务器10为该系统对外的访问接口，终端30可通过访问负载均衡服务器10来获得被分配的业务服务器的访问路径，从而进一步的访问业务服务器。

具体的，在本实施例中，业务服务器20用于向负载均衡服务器10上传该业务服务器上的业务进程的业务进程负荷指数。

业务进程即为业务服务器20上运行的用于为终端30提供特定的业务服务的进程。例如，在PACS系统中，某个业务服务器上可运行用于进行处方单管理的业务进程，该用于进行处方单管理的业务进程可以是服务器程序，监听某个端口，终端上则可运行有处方单管理的客户端程序或者包含处方单管理功能的综合性应用的客户端程序中的某个子功能模块。客户端程序和服务器程序之间可通过socket建立连接。业务服务器上的业务进程可持续监听某个端口的socket连接，从而为终端上的用户提供业务服务。

业务进程负荷指数为用于衡量业务进程承接了多少业务量的指标参数。业务服务器可用于检测该业务服务器上运行的业务进程的内存占用率、CPU使用率、网络连接数中的至少一个，并通过加权生成业务进程负荷指数。内存占用率即为该进程使用了当前业务服务器的物理内存的大小(若业务服务器为虚拟机，则为占用了该虚拟机内存的百分比，而不是虚拟机所在物理机的内存容量的百分比)。CPU使用率即为该进程使用了当前业务服务器的CPU时间片的百分比(若业务服务器为虚拟机，则为占用了该虚拟机的CPU资源的百分比，而不是虚拟机所在物理机的CPU资源的百分比)。网络连接数即为业务进程并发处理的连接数。当网络连接数较多时，意味着与该业务进程正在进行通信的客户端程序较多，从而表示该业务进程承接的业务量较大。

内存占用率、CPU使用率和网络连接数通常存在关联关系，也就是说，在网络连接数较多时，由于处理该较多的并发的连接请求使用的内存资源和CPU资源也较多，因此相应的检测到的该业务进程的内存占用率、CPU使用率也较多。而对于业务类型不同的业务进程，其内存占用率，CPU使用率本身就存在差异，则可预先设置与业务类型对应的加权系数，然后根据该加权系数计算内存占用率、CPU使用率和网络连接数的加权平均值，通过该加权平均值衡量业务类型不同的业务进程之间的业务进程负荷指数的差异。

在本实施例中，如图1所示，各个业务服务器20与负载均衡服务器10之 间均建立有连接。业务服务器20上可运行多个业务进程，并运行监控程序，通过该监控程序监测该业务服务器上的多个业务进程的内存占用率、CPU使用率和网络连接数等信息。该监控程序可主动检测业务进程的内存占用率、CPU使用率和网络连接数等信息，也可由业务进程主动向监控程序发送这些信息。监控程序在检测到业务进程负荷指数有变化时或变化大于阈值时，则可将其上传至负载均衡服务器10，从而可减少发送业务进程负荷指数的次数，从而提高带宽利用率。

在本实施例中，负载均衡服务器10在接收到各个业务服务器上传的业务进程负荷指数之后，则可获知当前系统中有哪些业务服务器与其连接，且各个与负载均衡服务器连接的业务服务器上运行有哪些业务进程，以及每个业务进程的业务进程负荷指数。

与此同时，异步的，负载均衡服务器10还用于接收业务访问请求，获取业务访问请求包含的业务类型；查找与业务类型对应的业务进程所属的业务服务器，并根据业务进程负荷指数选取业务服务器，并将业务访问请求重定向至选择的业务服务器。

业务服务器20则用于接收重定向的业务访问请求，获取与所述业务访问请求对应，将所述业务访问请求分配给与所述业务进程处理。

业务访问请求即为终端发起的请求用于与业务服务器建立连接，从而使得终端上运行的客户端程序可与业务服务器上的业务进程进行通信，使终端上操作的用户获得业务服务。业务访问请求中可包含有业务类型标识(例如，可在业务访问请求的链接中添加字符串或者直接以端口号作为业务类型标识)，业务类型标识与业务类型对应。

如图1所示，终端需要先将业务访问请求发送至负载均衡服务器，负载均衡服务器根据业务访问请求携带的业务类型标识判断终端请求的是何种类型的业务，然后再根据前述接收到的各个业务服务器上传的业务进程负荷指数判断当前系统中在该业务类型下有哪些已创建的业务进程，以及这些业务进程分布在哪些业务服务器上，然后再通过比较与各个业务进程对应的业务进程负荷指数判断哪个业务进程当前的负载压力较小，从而将业务访问请求重定向至该业务进程所在的业务服务器。

优选的，负载均衡服务器可用于选择与业务类型对应的且业务进程负荷指 数最小的业务进程所属的业务服务器。选择业务进程负荷指数最小的业务进程所在的业务服务器可使得发起业务访问请求的终端总可以选择当前系统中负载压力最小的业务进程获得相应的服务，使得系统中的计算资源可以得到均衡的分配，而不会出现某些业务服务器满负荷运作而某些业务服务器空闲的情况，从而提高了资源利用率。

负载均衡服务器可根据选择的业务服务器的IP地址以及选择的业务进程的端口号将业务访问请求重定向至选择的业务服务器。该业务服务器接收到该业务访问请求后，可根据业务访问请求中携带的端口号查找到相应的业务进程，从而将该业务访问请求分配给该业务进程进行处理。

例如，在PACS系统中，若有多个医生使用各自的电脑终端同时进行处方单相关操作，而当前系统中存在A、B、C三个业务服务器上运行有进行处方单业务管理的业务进程，则该多个医生的电脑终端均先向负载均衡服务器发起业务访问请求，而该多个医生的业务访问请求则将被均衡地分配给A、B、C三个业务服务器上运行的处方单业务管理的业务进程进行处理，从而使得每个业务服务器的计算资源均得到了合理利用，从而提高了资源利用率。

可选的，业务服务器还用于检测该业务服务器上运行的业务进程的主线程或网络监听线程是否处于未响应状态，若是，则重启所述业务进程。

如前所述，业务服务器上可运行监控程序，定期检测该业务服务器上运行的业务进程的主线程的状态信息，若检测到状态信息为未响应，则可重启该业务进程。若监控程序检测到业务进程的状态信息短时间内变化较大，则表示业务进程运行状态不稳定，也可将该业务进程重启。监控程序还可为业务进程设置定时器，定时重启业务进程，例如每天或每周固定时间(凌晨业务量较少时)重启一次，从而避免了业务进程长时间工作而可能导致的内存泄露影响服务器性能。

监控程序也可获取业务进程的网络监听端口，获取与网络监听端口对应的网络监听线程的状态信息，若为未响应，则可重启该业务进程。从而可使得业务服务器上的业务进程在出现故障时能够及时重启，既防止了业务服务器浪费不必要的资源用于运行已经未响应的业务进程，也使得未响应的业务进程能够尽快恢复，从而提高了系统的可靠性。

而在重启该业务进程之前，监控程序可向该业务进程发起查询请求即查询 该业务进程是否在处理某些用户发起的业务访问请求，以便了解该业务进程是否正在提供服务，如果该业务进程正在提供服务，即正在处理某些用户发起的业务访问请求，则取消重启，等待下一轮检测；但同时把该业务进程的状态报告给负载均衡服务，负载均衡服务将不再将业务访问请求重定向至该业务服务器，以便监控程序在下一轮检测时能够正常重启而不影响业务进程正在服务的用户。

进一步的，负载均衡服务器还可对系统进行扩容和缩容。

负载均衡服务器可用于根据业务进程负荷指数查找需要销毁的业务进程，通知业务服务器销毁所述业务进程。

业务服务器还用于接收到所述通知后注销对应的业务进程。

例如，若负载均衡服务器发现某个业务类型下的业务进程的数量较多，但每个业务进程的业务进程负荷指数均较小，则可选择业务进程负荷指数最小的业务进程进行注销。注销的方式即为通过向业务服务器上运行的监控程序发送指令，该指令可包含需要被注销的业务进程的进程标识(例如端口号)。该业务服务器上的监控程序在接收到该指令后，则可将该业务进程注销掉，从而可使系统中该业务类型下的业务进程数减少，防止了不必要的资源浪费。

而在监控程序注销该业务进程之前，监控程序可向该业务进程发起查询请求即查询该业务进程是否在处理某些用户发起的业务访问请求，以便了解该业务进程是否正在提供服务，如果该业务进程正在提供服务，即正在处理某些用户发起的业务访问请求，则取消注销，等待下一轮检测；但同时把该业务进程的状态报告给负载均衡服务，负载均衡服务将不再将业务访问请求重定向至该业务服务器，以便监控程序在下一轮检测时能够正常注销而不影响业务进程正在服务的用户。业务服务器将该业务进程注销后，则可向负载均衡服务器返回该业务进程已注销的确认信息。之后，负载均衡服务器在接收到业务访问请求后，则不会将该业务进程所属的业务服务器分配给相应的终端。

负载均衡服务器还可用于接收业务服务器上传的服务器状态参数，根据该业务进程负荷指数查找需要扩容的业务进程对应的业务类型，根据所述服务器状态参数选取业务服务器，通知所述业务服务器创建与所述业务类型对应的业务进程。

业务服务器还用于接收到所述通知后创建与所述业务类型对应的业务进 程。

服务器状态参数可包括业务服务器的操作系统信息和硬件信息，例如业务服务器的CPU使用率、内存使用率、硬盘读写频率和网络带宽等参数。服务器状态参数可反映某个业务服务器剩余计算资源的大小。

负载均衡服务器在检测到某个业务类型下的各个业务进程的业务进程负荷指数均较高时，则可根据服务器状态参数选择剩余计算资源较大的业务服务器进行扩容，选择方式为根据服务器状态参数选择剩余计算资源较大的业务服务器进行扩容，并将需要创建的业务类型以及创建业务进程的指令发送给该业务服务器，该业务服务器上的监控程序在接收到该指令和业务类型后，则可创建一个与该业务类型匹配的业务进程(即加载与该业务类型的程序文件进行执行)。

创建完毕后，业务服务器的监控程序可通知负载均衡服务器该业务进程已创建完毕。之后，负载均衡服务器在接收到业务访问请求后，则可优先将该业务进程所属的业务服务器分配给相应的终端。

负载均衡服务器根据业务进程负荷指数对业务进程进行自动缩容，根据服务器状态参数对业务进程进行自动扩容，可使得系统对于某一业务的处理能力可随着访问量的增加而自动增加，随着访问量的减少而自动适配到合适的程度，从而使得系统的扩展性得到了加强，可在各个业务类型的业务在各自的流量高峰和流量低谷时合理的分配计算资源给各个类型的业务。

例如在改进的PACS系统中，由于腹部彩超需要早上空腹拍摄，因此一般上午时彩超处理业务较繁忙，而下午和晚上业务量很小，则负载均衡服务器可根据进行彩超处理业务的业务流量所引起的彩超业务的业务进程的业务进程负荷指数普遍较高的情况，自动对彩超处理业务的业务进程进行扩容，即选择服务器状态参数较优的业务服务器，通知该业务服务器上的监控程序自动创建彩超处理业务的业务进程。而到了下午时，随着彩超处理业务的业务流量减少，使得彩超业务的业务进程的业务进程负荷指数降低，负载均衡服务器则可通知部分业务服务器上的监控程序，使其将这些业务服务器上运行的彩超业务的业务进程注销，从而有了足够的计算资源去创建其他处于流量高峰的业务类型的业务进程。从而使得改进的PACS系统可自适应业务流量的高峰和低谷，从而提高了系统的扩展性，并且也提高了资源的利用率。

在本实施例中，如图1所示，业务服务器的调度系统还可包括状态服务器40。负载均衡服务器还可用于根据接收到的业务服务器上传的服务器状态参数和业务进程负荷指数定时向状态服务器发送系统运行参数，并通过所述状态服务器展示所述系统运行参数；所述系统运行参数至少包括业务服务器的数量、业务进程的数量、与业务服务器对应的服务器状态参数以及与业务进程对应的业务进程负荷指数中的一种。

例如，状态服务器上可web服务器程序，负载均衡服务器将系统运行参数发送给状态服务器之后，系统管理员通过浏览器访问状态服务器上的web服务器程序后，则可在网页上浏览到当前系统中在负载均衡服务器管理下的各个业务服务器的服务器状态参数以及各个服务器上的业务进程的业务进程负荷指数的信息，从而在出现故障时，可方便系统管理员根据上述系统运行参数快速定位问题所在，从而提高了系统的可靠性。

另外，优选的，负载均衡服务器在接收到业务访问请求，提取了相应的业务类型后，在根据业务进程负荷指数选择业务进程时，也可将服务器状态参数作为选择的参考。可优先选择业务进程负荷指数较低，且所属的业务服务器的服务器状态参数较优的业务服务器进行分配。可选的，可将业务进程的业务负荷指数与该业务进程所属的业务服务器的服务器状态参数加权后进行比较，选择较优的业务服务器进行分配。也就是说，在分配的时候不仅考虑业务进程当前的业务流量，还将业务进程所属的业务服务器的剩余计算能力作为参考，在两个业务进程的负荷指数相近，但某个业务进程所属的业务服务器的剩余计算能力较强时，优先选择该业务服务器进行分配，可使得计算能力强的业务服务器处理更多的业务，更进一步的提高了资源利用率。

在一个实施例中，为解决上述提到的传统技术中的类似于PACS系统的业务服务器的调度方案出现的扩展性不足的技术问题，如图2所示，还提出了一种业务服务器的调度方法。上述方法均可依赖于计算机程序实现，运行于基于冯诺依曼体系的计算机系统上。该计算机系统可以是如图1所示的负载均衡服务器。

具体的，如图2所示，业务服务器的调度方法可包括：

步骤S102：接收业务服务器上传的业务进程负荷指数。

步骤S104：接收业务访问请求，获取所述业务访问请求包含的业务类型。

步骤S106：查找与所述业务类型对应的业务进程所属的业务服务器，并根据所述业务进程负荷指数选取业务服务器。

步骤S108：将所述业务访问请求重定向至所述选择的业务服务器。

在本实施例中，业务进程负荷指数为通过对业务进程的内存占用率、CPU使用率、网络连接数进行加权得到。

在本实施例中，根据所述业务进程负荷指数选取业务服务器的步骤还包括：选择与所述业务类型对应的，且业务进程负荷指数最小的业务进程所属的业务服务器。

在本实施例中，负载均衡服务器还可根据所述业务进程负荷指数查找需要销毁的业务进程，通知所述业务服务器销毁所述业务进程。

在本实施例中，负载均衡服务器还可接收业务服务器上传的服务器状态参数；根据所述业务进程负荷指数查找需要扩容的业务进程对应的业务类型，根据所述服务器状态参数选取业务服务器，通知所述业务服务器创建与所述业务类型对应的业务进程。

在本实施例中，负载均衡服务器还可根据接收到的业务服务器上传的服务器状态参数和业务进程负荷指数定时向状态服务器发送系统运行参数，并通过所述状态服务器展示所述系统运行参数；所述系统运行参数至少包括业务服务器的数量、业务进程的数量、与业务服务器对应的服务器状态参数以及与业务进程对应的业务进程负荷指数中的一种。

在一个实施例中，为解决上述提到的传统技术中的类似于PACS系统的业务服务器的调度方案出现的扩展性不足的技术问题，如图3所示，还提出了一种业务服务器的调度装置，包括业务进程负荷指数接收模块102、业务访问请求接收模块104、业务服务器分配模块106以及请求重定向模块108，其中：

业务进程负荷指数接收模块102，用于接收业务服务器上传的业务进程负荷指数。

业务访问请求接收模块104，用于接收业务访问请求，获取所述业务访问请求包含的业务类型。

业务服务器分配模块106，用于查找与所述业务类型对应的业务进程所属的 业务服务器，并根据所述业务进程负荷指数选取业务服务器。

请求重定向模块108，用于将所述业务访问请求重定向至所述选择的业务服务器。

在本实施例中，业务进程负荷指数为通过对业务进程的内存占用率、CPU使用率、网络连接数进行加权得到。业务服务器分配模块106还用于选择与所述业务类型对应的，且业务进程负荷指数最小的业务进程所属的业务服务器。

在本实施例中，如图3所示，业务服务器的调度装置还包括业务进程缩容模块110，用于根据所述业务进程负荷指数查找需要销毁的业务进程，通知所述业务服务器销毁所述业务进程。

在本实施例中，如图3所示，业务服务器的调度装置还包括服务器状态参数接收模块112，用于接收业务服务器上传的服务器状态参数。

在本实施例中，如图3所示，业务服务器的调度装置还包括业务进程扩容模块114，用于根据所述业务进程负荷指数查找需要扩容的业务进程对应的业务类型，根据所述服务器状态参数选取业务服务器，通知所述业务服务器创建与所述业务类型对应的业务进程。

在本实施例中，如图3所示，业务服务器的调度装置还包括系统运行参数展示模块116，用于根据接收到的业务服务器上传的服务器状态参数和业务进程负荷指数定时向状态服务器发送系统运行参数，并通过所述状态服务器展示所述系统运行参数；所述系统运行参数至少包括业务服务器的数量、业务进程的数量、与业务服务器对应的服务器状态参数以及与业务进程对应的业务进程负荷指数中的一种。

采用了上述业务服务器的调度方法、装置及系统之后，与传统技术相比，添加了负载均衡服务器，且业务服务器可将在该业务服务器上运行的业务进程的业务进程负荷指数上传至负载均衡服务器。负载均衡服务器可选择业务进程负荷指数较小的业务进程所在的业务服务器分配给发起业务访问请求的终端，为其提供业务服务，使得系统中的计算资源可以得到均衡的分配，而不会出现某些业务服务器满负荷运作而某些业务服务器空闲的情况，从而提高了资源利用率。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。