| 主权项 |
1.一种用以执行模拟器插入(Plug In)指令动作之方法,其不需更动或了解模拟器之原解码物件即可完成插入(Plug ln)的动作,该方法包括下列步骤:建立一指令物件(Instruction Object),用以在模拟器中插入(Plug In)指令动作时能执行建于该指令物件中之指令功能;建立一解码物件(Decode Object),该解码物件系建立在原解码物件上,用以根据该指令物件建立其相对应之解码物件,其中包括建立一解码管理员,用以呼叫与该解码管理员相对应之解码主体执行解码动作并藉接收解码成功后所产生之一指令码,产生对应该指令码所需之处理程序;输入一指令,该指令之解码动作将在该解码物件之该解码管理员控制下开始执行解码动作;若在该解码物件执行解码动作失败时,经由该层之解码管理员呼叫上一层的解码物件,及执行该呼叫上一层解码物件的动作,直到解码成功或遇见一终端类别物件为止。2.如申请专利范围第1项之方法,其中,在建立一解码物件(Decode Object)步骤中,该指令物件系利用传回代表无效(null)之预设値来达到告知该解码管理员解码失败之目的。3.如申请专利范围第1项之方法,其中,该指令码系包括用以对应至一指令物件所需之程序。4.如申请专利范围第1项之方法,其中,该建立一指令物件进一步包括下列方法:建立识别资料,包括宣告一指令物件名称、及所属类别(class),用以使该解码物件能识别该指令物件进而能利用到该指令物件;及建立一指令物件主体,其中包括执行该指令物件功能所须之程序。5.如申请专利范围第4项之方法,其中,各指令须建立各自相对应之指令物件,且所有指令物件皆具有相同之类别(class)。6.如申请专利范围第1项之方法,其中,该建立一解码物件之方法包括下列步骤:建立识别资料,包括宣告一解码物件及其继承(extends)类别,用以使该解码管理员在解读过程中能识别该解码物件并进而呼叫该解码物件;及建立该解码物件主体,包括建立一解码管理员及一解码主体,藉此使该解码管理员利用上述所建立之识别资料来呼叫该解码主体作解码动作并在解码失败时呼叫上一层的解码物件,而该解码主体负责解码并将解码结果以指令码方式传回给该解码管理员。7.如申请专利范围第6项之方法,其中,该继承类别系用以指示该解码物件所属类别(class)之上一层类别。8.如申请专利范围第7项之方法,其中,该物件所属类别(class)之上一层类别代表物件导向语言(OOP)中特有之继承机制的父层。9.如申请专利范围第6项之方法,其中,进一步包括将一预设之解码表放入至该建立识别资料之中,藉此增加解码之速度及正确性,其中,该预设之解码表内部存放所有可由解码物件解码之合法指令。10.如申请专利范围第1项之方法,其中,该终端类别(Terminator class)物件系属具有唯一性之既定物件,用以使解码动作能确实终止于该终端类别(Terminator class)物件上。11.如申请专利范围第1项之方法,其中,在建立该解码物件与该电脑间建立连线,且该电脑开始使用该解码物件进行解码后,会进一步使用一既定之基底类别(Base class)物件来定义该解码管理员及该解码物件主体之功能,藉此,只要插入(Plug In)指令所写的新解码物件在建立时继承以当时来说最新版的解码物件,然后从这一层的解码管理员开始呼叫,便能在解码失败时自动强制呼叫上一层的解码物件。12.如申请专利范围第11项之方法,其中,该既定之基底类别(Base class)物件系位在原解码物件中。13.如申请专利范围第11项之方法,其中,虽然各插入(Plug In)指令在各解码物件皆具有一解码管理员及一解码物件主体,但是只有该既定之基底类别(baseclass)之解码管理员会具有最终(final)型态之宣告,其中,该最终(final)型态之宣告系用以使由此基底类别(base class)所衍生之任何子层(sub class)皆无法将该基底类别(base class)之解码管理员的功能改写(override),藉此确保在继承机制中,层层呼叫之功能。图式简单说明:第1图系显示根据本发明建立插入(Plug In)指令方法之流程图;第2图系显示根据本发明建立一指令物件方法之流程图;第3图系显示根据本发明建立一解码物件方法之流程图;第4图系显示根据本发明在插入一指令物件后之流程图。 |
