统一处理多个子程序执行回应的固件架构方法及相关装置

具体实施方式

请参考图3。图3为本发明中一周边装置32配合一主机30运作的功能方块示意图。主机30可以是一计算机系统的主机，其可设有一中央处理器34A、一北桥电路34B、一南桥电路34C、一存储器34D、一显示卡34E及一显示器34F。周边装置32则可以是计算机系统中用来扩充主机功能的周边装置，像是光盘机、硬盘机等等；周边装置32中设有一用来主控周边装置32运作的处理器36、一用来在周边装置32运作期间暂存数据的易失性缓冲存储器42(像是一随机存取存储器)、一非易失性的储存存储器45以及一用来实现周边装置32功能的硬件电路38。在主机30中，中央处理器34A用来主控主机30的运作，易失性的存储器34D(像是随机存取存储器)则用来暂存主机30运作期间所必需的资料、数据；显示卡34E用来处理影像数据，以将主机30运作的情形在显示器34F上显示为影像画面。北桥电路34B用来控制显示卡34E、存储器34D及中央处理器34A之间的数据往来传输。通过电连于北桥电路34B的南桥电路34C，主机30和周边装置32就能交换数据、指令。在周边装置32中，硬件电路40C中设有一编解码器40A、一讯号处理器40B、一伺服模块40C。由主机30传至周边装置32的指令数据由编解码器40A加以解码，再由处理器36接收、处理。伺服模块40C存取的数据、讯号则可由讯号处理模块40B进行讯号处理。而伺服模块40C中设有用来实现周边装置32功能的机电元件；举例来说，若周边装置32为一光盘机，则伺服模块40C中可包括有一用来带动光盘片48C转动的主轴马达48A、一可沿滑轨48D移动的读取头48D，等等。储存存储器45可以为一闪速存储器，处理器36即是执行储存存储器45中储存的固件程序码46，以在接受主机30的控制指令后，操控硬件电路38进行周边装置32的预设功能。

本发明的主要目的在于提出一种新的固件程序码架构模式。本发明提出两种固件程序码架构的原则。首先，依本发明的原则，固件程序码不同的子程序可区分为不同的阶层。阶层较低、较后阶的子程序用来定义周边装置32较基本、较简单、功能较为单一的运作。阶层较高，较前阶的子程序用来呼叫较低阶的子程序，以组合出较复杂、功能较为完整的操控程序，或是较复杂的逻辑。此处所谓的较复杂的逻辑，是指当某逻辑条件为真时，要进行一连串较复杂的操控程序；当该逻辑条件为伪时，又要进行另一连串较复杂的操控程序。在本发明中，这样的复杂逻辑，就可用较高阶的子程序来整合。本发明披露的另一原则是，统一以一错误处理子程序来管理、执行其他各个子程序所需的错误回复。换句话说，当周边装置32在执行一高阶子程序所呼叫的各个低阶子程序时，即使发生运作上的错误，也不会立即进行对应的错误回复运作，而是将运作错误发生的情形记录于一错误记录码。等高阶子程序结束后，周边装置32才会执行错误处理子程序，根据错误记录码中记录的错误发生情形而呼叫对应的子程序，以进行错误回复运作。而用来定义错误回复运作的子程序，也可称之为回复子程序。以错误处理子程序来统一管理各子程序对应的回复运作，就能让固件程序码46正常运作的执行流程与错误回复进行的流程两者独立，使正常运作执行流程的运作以及错误回复机制都变得更单纯，对固件工程师来说，程序的控管、追踪、除错和程序的可读性都可大大的提高。

为进一步说明本发明实施的情况，请参考图4。图4为本发明中固件程序码46架构的示意图。如前所述，固件程序码46中的子程序可分为两大类，一为接口程序组IF，另一组为伺服程序组SR。伺服程序组SR中的各个子程序用来定义周边装置32各种不同的操控程序，接口程序组IF中的子程序则根据主机30的控制指令呼叫伺服程序组中对应的程序，使周边装置32进行主机30控制指令所要求的运作。同理，周边装置32也可执行接口程序组IF中的子程序，将周边装置32执行伺服程序组SR中各子程序的结果编成适当格式的数据，回报至主机30。为了说明上的方便，在不妨碍本发明技术披露的情形下，以下将假设本发明是实施于伺服程序组SR中的各个子程序。

如前所述，本发明是将各子程序归类为不同的阶层。在图4中的实施例，即将伺服程序组SR中的各个子程序分组为五个不同的阶层，最高阶(最前阶)的子程序有子程序A01_1、A02_1等等(图4中绘出两个作为代表)，其次的第二阶子程序中则有子程序B01_2、B02_2、B03_2、B04_2到B07_2等等，第三阶的子程序包括有子程序C01_3、C02_3、C03_3等等，第四阶子程序则有子程序D01_4、D02_4等等，最低阶(最后阶)的子程序则包括有子程序E01_5到E03_5等等；另外，子程序EH则是错误处理子程序。最低阶的子程序E01_5、E02_5等等子程序用来定义周边装置32较基本、较单纯(没有复杂逻辑)的运作，甚至只是用来设定周边装置32运作期间必要的参数。较高阶的子程序则用来呼叫不同的低阶子程序，以组合出较为复杂的操控程序及较为复杂的逻辑。像是第四阶的子程序D01_4、D02_4就可以呼叫各个不同的第五阶子程序，来组合出不同的操控程序。同理，第三阶的子程序C01_3、C02_3及C03_3可以呼叫第四阶、第五阶的子程序，组合出比第四阶子程序更复杂的操控程序。第二阶的子程序B01_2等等则能进一步地呼叫第三阶、第四阶、第五阶的各个子程序，组合出更复杂、功能更完整的操控程序。最后，到最高阶的第一阶子程序，则能呼叫第二阶至第五阶的各种子程序，共同组合出功能最完整、也最复杂的操控程序或最复杂的逻辑。

在本发明的较佳实施例中，除了最低阶的子程序可以互相呼叫外，其他阶的子程序中，属于同一阶层的子程序均不互相呼叫。举例来说，图4中最低阶的子程序E01_5可以呼叫子程序E02_5及E03_5；也就是说，子程序E01_5在执行期间可以先执行子程序E02_5及E03_5，等子程序E03_5完成后，再执行子程序E01_5中剩下的操控程序。不过，较高阶的各个子程序中，属于同一阶层的各个子程序皆不互相呼叫。举例来说，在第三阶的子程序C01_3、C02_3及C03_3不会互相呼叫，也就是在(举例而言)子程序C02_3执行期间，执行流程不会去执行其他的第三阶子程序，直到子程序C02_3执行完毕，执行流程才有可能去执行其他的第三阶子程序。此外，在本发明中，较低阶的子程序也不呼叫较高阶的子程序。举例来说，若周边装置32有某一操控程序需要依序执行子程序E01_5、E02_5以及D01_4，此时应以定义一第三阶子程序来整合呼叫这三个较低阶的子程序，而不是另行定义第四阶、第五阶的子程序来呼叫这三个本属第四阶、第五阶的子程序E01_5、E02_5及D01_4。

藉由本发明上述呼叫秩序的安排，固件程序码46就能避免复杂的子程序连串呼叫。在最低阶的子程序(也就是图4中的第五阶子程序)中，由于最低阶的子程序仅用来定义周边装置32最基本、最单纯、功能也较为单一的动作，故最低阶子程序间的相互呼叫，并不会形成复杂、难以追踪的连串呼叫，也不会大量消耗处理器36的处理器资源。较高阶的子程序因为有较为复杂的功能及逻辑，故本发明由高阶子程序来呼叫低阶子程序，并限制同一阶层子程序的互相呼叫，就能有效避免子程序间复杂无秩序的连串呼叫。换句话说，依本发明的原则来管理子程序间的呼叫后，就能有效控制子程序间相互连串呼叫的执行流程。举例来说，在图4中的五阶实施例中，第一阶的子程序可呼叫第二阶的子程序、第二阶的子程序会呼叫第三阶的子程序、第三阶的子程序会呼叫第四阶的子程序、第四阶的子程序会呼叫第五阶的子程序，但子程序连串呼叫的次数大致上就会限制于四次，不会再增加子程序连串呼叫的复杂度(如前所述，第五阶子程序的相互呼叫几乎不会增加子程序连串呼叫的复杂度)；这就是因为实施了本发明所披露的高阶至低阶的呼叫秩序，以及同一阶层子程序不互相呼叫的原则。试以一反例来思考，若第一阶子程序呼叫了一第二阶子程序B01_2、而子程序B01_2又呼叫了同一阶子程序B02_2，则子程序连串呼叫的次数就会至少增加一次。若某一子程序E02_5又呼叫了一高阶的子程序，像是子程序B02_2，那么子程序连串呼叫的次数及复杂度又会大幅增加，因为子程序E02_5呼叫了子程序B02_2后，子程序B02_2又会呼叫第三阶、第四阶到第五阶的子程序。无限制、无秩序地让各个子程序互相呼叫，正是已知技术中无法控制子程序连串呼叫复杂度的原因。相较之下，利用本发明所披露的原则来管理子程序相互间的呼叫后，就能有效控制子程序连串呼叫的次数及复杂度，也不影响利用子程序来整合各种操控程序、减少重复程序码的目的。

除了阶层化的呼叫秩序外，本发明还以一错误处理子程序EH(见图4)来整合不同操控程序运作错误所对应的错误回复。配合错误处理子程序EH的运作，各子程序会将运作错误的情形记录于一作为错误记录码的全域变数(global variable)，让各个子程序皆可以存取此一错误记录码的值。为进一步说明此情形，请参考图5A至图5D(并一并参考图4)。图5A至图5D示出的是子程序A01_1、B01_2及C01_3、D01_4的程序码的示意例。图5A中也定义了后续说明所使用的一些巨集(像是巨集ChkStatus等等)。在此处(及后续)所示出的程序码，皆是以C程序语言的格式来示意各子程序的内容，但在实际实施时，本发明中的各子程序当然可以使用其他的程序语言来形成。另外，在不妨碍本发明技术披露的情形下，详细的程序码(像是常数、变数、部分函式的宣告、定义等等)皆已省略；本领域的技术人员应已可获得足够的技术披露以实施本发明。如图5A所示，在伺服程序组SR执行期间，是以一全域变数_bLevel来代表现行子程序的阶层；就如图4所显示的，在第一阶子程序执行期间，变数bLevel的值应为1；同理，在执行第二阶到第五阶子程序时，变数_bLevel的值分别为2到5。当子程序A01_1被执行前，变数_bLevel的值应被设为0。此外，阵列全域变数_bErrorCode即为错误记录码。

如图5A所示，当第一阶子程序A01_1被执行时，会将变数_bLevel加1，代表固件程序码46的执行流程正在进行一第一阶子程序。接下来子程序A01_1会执行图5A中的程序区域50A，依据一状态变数_fgSelectB01_2的值进行逻辑判断；若变数_fgSelectB01_2为真，则继续呼叫第二阶子程序B01_2；否则呼叫子程序B02_2。子程序B01_2、B02_2皆会回传一字节的值，分别代表周边装置32在执行子程序B01_2、B02_2后进行对应运作的结果。若子程序B01_2、B02_2回传一常数READY的值，代表周边装置32在进行子程序B01_2或B02_2时进行顺利，并没有发生运作错误。相反地，若周边装置32在执行子程序B01_2发生运作错误，子程序B01_2就不会回传常数READY的值。如图5A所示，若子程序B01_2回传的值不是常数READY，子程序A01_1就会在错误记录码_bErrorCode的一个元素中(也就是_bErrorCode[1])，记录下代表子程序B01_2运作错误的代号(即常数B01_Err的值)，再将变数_bLevel重设为0，并中止子程序A01_1的执行，回传常数值(！READY)，代表子程序A01_1执行期间发生运作错误；此时错误记录码_bErrorCode[1]中即以常数B01_Err记录了此运作错误是在执行子程序B01_1时发生的。同理，若周边装置32在执行子程序B02_2的过程发生运作错误，子程序A01_1也会中止执行，回传常数值(！READY)代表其发生了运作错误，并在错误记录码_bErrorCode[1]中记录常数B02_Err的值，代表运作错误是在子程序B02_2执行期间发生的。

同理，接下来子程序A01_1会依序执行至程序区段50B、50C；以程序区段50B为例，子程序A01_1会在此程序区段中呼叫子程序B03_2，控制周边装置32进行子程序B03_2对应的运作。若周边装置32在依据子程序B03_2进行对应运作却发生运作错误时，子程序B03_2也就不会回传常数READY的值；此时子程序A01_1就会依据子程序B03_2回传的值判断周边装置32已发生执行错误，并在错误记录码_bErrorCode[1]中记录常数B03_Err的值，代表子程序B03_3执行期间发生了运作错误。接下来子程序A01_1就结束执行，回传常数值(！READY)，代表子程序A01_1在执行期间因周边装置32的运作错误而中断执行。换句话说，子程序A01_1在呼叫其他较低阶(低子程序A01_1本身所在的第一阶)子程序后，可根据这些子程序回传的值，判断周边装置32是否发生运作错误，并在错误记录码_bErrorCode中记录运作错误发生的情形(像是在执行哪一个低阶子程序时发生运作错误)，就像在程序区段50A、50B、50C中一样。相对地，若周边装置32在执行子程序A01_1所呼叫的各个低阶子程序时均没有产生错误，子程序A01_1就会一直被顺利执行至程序区段50D，而在错误记录码_bErrorCode[1]中记录常数READY的值，代表子程序A01_1所呼叫的所有低阶子程序均顺利完成，而子程序A01_1本身也会回传常数READY的值，代表子程序A01_1本身也已经顺利完成，并结束子程序A01_1的执行。请注意在子程序A01_1中，在记录错误记录码_bErrorCode时所用的程序指令“_bErrorCode[_bLevel--]＝…”不仅在错误记录码_bErrorCode[1]中记录了对应常数值，也将变数_bLevel的值减1，使其回复到子程序A01_1被执行前的值。如图5A所示，在以程序指令“_bErrorCode[_bLevel--]＝…”设定错误记录码的值后，接下来就会结束子程序A01_1的执行，以程序指令“Return(…)”回传对应常数值，故将变数_bLevel的值减小，就可将此变数的值回复到子程序A01_1本身被呼叫前的值，与子程序A01_1一开始时的程序指令“++_bLevel”对应。

如图5B所示，在属于第二阶的子程序B01_2中，也呼叫了较低阶(第三阶至第五阶)的其他子程序，像是子程序C01_3。不过，在子程序B01_2开始时，会先将全域变数_bLevel加1，使变数_bLevel成为2(因为子程序B01_2是被子程序A01_1所呼叫，而变数_bLevel在子程序A01_1执行期间已被设为1)，代表固件程序码46执行至一第二阶子程序。就如图5B中的程序区段50E所示，若是周边装置32在执行子程序B01_2所呼叫的子程序C01_3时发生运作错误，子程序C01_3就不会传回常数READY的值，而子程序B01_2也就会在错误记录码_bErrorCode[2]中记录常数C01_Err的值，代表周边装置32在进行子程序C01_3对应的运作时发生运作错误。接下来子程序B01_2本身也就结束执行，回传常数值(！READY)，代表子程序B01_2在执行期间发生运作错误。相对地，若子程序B01_2顺利完成，一直进行至程序区段50F，就会在错误记录码_bErrorCode[2]中记录常数READY的值，并在恢复变数_bLevel的值后，结束子程序B01_2。请注意，因为子程序C01_3为一更低阶的子程序，其运作的结果会被记录于阵列变数的错误记录码_bErrorCode的次一元素(也就是_bErrorCode[2])。换句话说，本发明可利用错误记录码_bErrorCode的不同元素(或可视为一表列数据型态下的不同栏位)来记录在不同阶子程序所发生的运作错误。像是在图5A、5B中，当周边装置32在执行子程序A01_1所呼叫子程序B01_2时，若在进行子程序B01_2呼叫的子程序C01_3时发生运作错误，不但子程序B01_2会设定错误记录码_bErrorCode[2]为常数C01_Err，子程序A01_1也会设定错误记录码_bErrorCode[1]为常数B01_Err。依此类推，错误记录码就能以阵列变数的不同元素，清楚记录各阶子程序运作错误发生的情形。

如图5C所示，子程序C01_3中呼叫了较低阶的子程序D01_4。图5D中的子程序D01_4则呼叫了最低阶的子程序E01_5、E02_5。当然，在这些子程序中，也可以有相对应的程序区段来设定变数_bLevel的值，并将各子程序运作的情形记录于错误记录码_bErrorCode。本领域技术人员应已能由图5A、5B的讨论得知相关细节实施的方式；在不妨碍本发明技术披露的情形下，不再赘述。除了像图5A至5D所示，可在错误记录码_bErrorCode[1]、_bErrorCode[2]等元素中分别记录不同阶层子程序运作错误发生的情形之外，本发明也可利用错误记录码_bErrorCode[0]来记录最高阶(也就是第一阶)子程序运作错误发生的情形。对照图5A所示，在子程序A01_1执行结束后，就可将一代表子程序A01_1的代码记录于错误记录码_bErrorCode[0]。举例来说，若周边装置32在执行子程序A01_1期间，在执行到子程序B01_2中的子程序C01_3时发生运作错误，子程序B01_2、子程序A01_1就会依序中止执行，而错误记录码_bErrorCode[0]、_bErrorCode[1]、_bErrorCode[2]记录的就分别为一常数值A01(代表是在进行子程序A01_1进行期间发生错误)、常数B01_Err的值、常数C01_Err的值。当然，某些简单、低阶的子程序也可能不必回传运作的结果，或是不必将是否发生运作错误记录于错误记录码。

如前所述，本发明的特点之一，就是使用错误处理子程序EH来统一处理周边装置32在各子程序进行期间所发生的运作错误，以进行对应的错误回复。请参考图5E。图5E示出的程序码即为图4中错误处理子程序EH(其子程序的名称为ErrorHandler)的示意例。在最高阶的子程序(举例来说，第一阶子程序A01_1)执行完毕后，本发明就会继续执行错误处理子程序EH，对子程序A01_1执行期间所发生的运作错误进行对应的错误回复。参照图5A可知，在子程序A01_1结束后，变数_bLevel的值应该已回复为0。而如图5E所示，当子程序A01_1结束、错误处理子程序EH开始执行之初，错误处理子程序EH会先检查错误记录码_bErrorCode[0]的值，判断是否有运作错误需要进行错误回复。若有运作错误，则进行至程序区段50G，根据之前进行的第一阶子程序为何，判断应进行的错误回复。其中变数_bFunctionCode即用来代表之前进行的第一阶子程序，而此变数的值即记录于错误记录码_bErrorCode[0]。举例来说，若变数_bFunctionCode的值为常数A01，代表之前进行的为子程序A01_1，应进行至程序区段50H，以进行对应子程序A01_1的错误回复；若为另一常数A02，代表之前进行的是子程序A02_1，应进行至程序区段50I，进行对应子程序A02_1的错误回复，以此类推。如图5E中的示意例，在确定之前进行的子程序为A01_1后，在程序区段50H，还会进一步检查错误记录码_bErrorCode[1]中记录的值；举例来说，若错误记录码_bErrorCode[1]中记录的是常数B01_Err的值，就可于程序区段50J中进一步确认错误记录码_bErrorCode[2]中记录的错误情况。就像图5E中程序区段50J所定义的，若错误记录码_bErrorCode[2]中记录的是常数C01_Err，错误处理子程序EH就会呼叫另一子程序B07_2，操控周边装置32进行对应的错误回复。换句话说，当周边装置32在执行子程序A01_1中的子程序B01_2而于进行子程序C01_3时发生运作错误后，应该要进行子程序B07_2来进行对应的错误回复(子程序B07_2也就是一回复子程序)。而错误处理子程序EH就会在子程序A01_1中止后，依据错误记录码_bErrorCode中记录的错误发生情况来呼叫子程序B07_2，完成必要的错误回复。

归纳上述描述可知，本发明中是以错误处理子程序EH统一管理各种运作错误的对应回复动作。错误处理子程序EH会根据错误记录码_bErrorCode中记录的运作错误发生情形(像是在哪一阶层的哪一个子程序发生运作错误)，呼叫对应该种情形的回复子程序来进行错误回复。换句话说，所有运作错误对应的错误回复运作都已经依照运作错误发生的情形分门别类地记录于错误处理子程序中，便于错误回复的集中管理。这样一来，就不必像已知技术一般，在子程序中各自处理错误回复，导政错误回复的执行复杂、重复，或无法有效完成。请参考图5F。图5F与图4相同，显示的是固件程序码46中各子程序的架构。总结图5A至5E的各个子程序，其执行的流程就如图5F所示。首先，由接口程序组IF中的程序依主机30(见图3)的控制指令而要进行伺服程序组SR中的子程序A01_1，以操控周边装置32进行对应的运作。如箭头F1所示，子程序A01_1开始被执行，再依箭头F2的指示，执行至子程序B01_2或B02_2(如图5A所示)；以下假设是执行子程序B01_2。而子程序B01_2呼叫了较低阶的子程序C01_3、子程序C01_3呼叫了较低阶的子程序D01_4、子程序D01_4又呼叫了最低阶的子程序E01_5、E02_5，其执行流程就如箭头F3至F11所示。子程序B01_2执行完成后，就可继续执行子程序A01_1所呼叫的子程序B03_2、B04_2，如箭头F12至F13所示。在执行完子程序A01_1后，执行流程就会如箭头F14所指示进行至错误处理子程序EH，由错误处理子程序EH来针对子程序A01_1执行期间所发生的运作错误进行对应的错误处理。在错误处理子程序EH完成后，执行流程就能如箭头F17的指示回到接口程序组IF。在错误处理子程序EH动作期间，错误处理子程序EH也会依照错误回复运作的情形重设错误记录码_bErrorCode。举例来说，若错误回复运作顺利，错误处理子程序EH就可将原本记录有错误发生情形的错误记录码_bErrorCode，改记为没有错误发生的情形。或者，有某些错误无法由伺服程序组SR中的子程序来完成错误回复(像是在周边装置32运作期间，使用者突然中断周边装置32的正常运作，周边装置32也只能等待使用者的下一个控制指令，才能继续运作)，接口程序组IF也可根据此种情况下的错误记录码_bErrorCode，将运作错误的情形进一步回传至主机30。

为更进一步说明本发明实际实施的情形，以下将描述本发明的精神实际实施于一可烧录式光盘机(光盘烧录器)的情况。换句话说，本发明于图3中的周边装置32为一光盘机，光盘机中的处理器36则执行固件程序码46以控制此光盘机的运作。首先请参考图6。图6为固件程序码46中各子程序架构的示意图。固件程序码46中仍包括了接口程序组IF及伺服程序组SR；以下就以本发明实施于伺服程序组SR的情况作为实施例。如图6所示，在本实施例中，伺服程序组SR中的各个子程序被区分为五个阶层，在最高阶的第一阶子程序中包括了子程序SRVStartUp_1、SRVCDQSeek_1等等；次阶的第二阶子程序中有子程序bReadLeadIn_2等等；第三阶子程序则有子程序PowerOnCalibrate_3等等，第四阶中则有子程序bReadQPosition_4、bReadATIPPosition_4等等；在最低阶的第五阶子程序中，则包括有子程序MediaOKInitSetting_5、MoveSled_5及ServoOff_5等等。请注意在各个子程序名称中最后的数字即用来标示该子程序所属的阶层，像是子程序ServoOff_5名称中最后的数字“5”，就用来表示其为第五阶的子程序。在实际运用时，于子程序名称中加入该子程序所属的阶层，将有助于固件工程师清楚辨识各子程序的阶层，使固件工程师更容易遵循本发明中子程序依阶层序向相互呼叫的原则，也更容易追踪固件程序码执行的流程，或是进行程序除错。

除了分属各阶层的子程序外，接口程序组IF可经由一子程序SRVFunction_0来统一呼叫各第一阶子程序，而子程序ErrorHandler_0就是本发明中的错误处理子程序。接下来请继续参考图7A、7B(并一并参考图6)。图7A示出的即为子程序SRVFunction_0程序码的示意例；图7B则为子程序SRVFunction_0执行时的流程图。图7A中也定义了一些常数(像是ENTRY_LEVEL的值为0)及巨集(像是巨集RET)。全域阵列变数_bErrorCode用来记录伺服程序组SR中各阶层子程序运作错误发生的情形。另外，全域变数_bPlayerStatus也可视为另一个错误记录码，用来整合记录各子程序运作错误发生的情形。全域变数_bServoLevel用来记录固件程序码46执行流程进行至哪一阶层的子程序。全域变数_bErrCnt则用来控制错误回复重复进行的次数(将于稍后做进一步说明)。

当固件程序码46的执行流程开始时，接口程序组IF会根据主机30的控制指令，设定变数bFuncName的值，并以此变数的值呼叫子程序SRVFunction_0；而子程序SRVFunction_0就会根据变数bFuncNName的值来呼叫对应的第一阶子程序。就如图7A、7B中所示，若变数bFuncName为一常数START_UP的值，可代表周边装置32要进行初始化的运作(像是光盘机刚开机时)，而子程序SRVFunction_0就会对应地呼叫第一阶子程序SRVStartUp_1，以操控周边装置32进行初始化的运作，并在错误记录码_bErrorCode[0]中记录常数START_UP的值。类似地，若变数bFuncName为一常数CD_Q_SEEK的值，可代表作为光盘机的周边装置32要进行快速寻轨；而子程序SRVFunction_0就会对应地呼叫第一阶子程序SRVCDQSeek_1来操控周边装置32进行寻轨，并在错误记录码_bErrorCode[0]中记录常数CD_Q_SEEK的值，以此类推。在第一阶子程序执行完后，子程序SRVFunction随即呼叫错误处理子程序ErrorHandler_0，以对第一阶子程序进行期间发生的运作错误进行错误回复。比较特别的是，在子程序SRVFunction_0中，会以程序指令“do…while”的流程控制，来依据子程序ErrorHandler_0进行错误处理的情形，控制第一阶子程序的重试(retry)。在第一阶子程序进行完毕而进行至子程序ErrorHandler_0时，子程序ErrorHandler_0会依据错误回复的情况重设错误记录码_bErrorCode的值，反应错误回复进行的情况。子程序ErrorHandler_0执行完毕后，子程序SRVFunction_0就会于程序指令“while”中，根据错误记录码的值(此实施例是依据错误记录码_bErrorCode[1]的值是否等于一常数EXIT_SRVFUNCTION的值)判断是否要以程序指令“do…while”重新进行先前呼叫的第一阶子程序，进行重试。

上述的重试控制流程也显示于图7B的流程中；如图7B所示，假设接口程序组是以变数bFuncName为常数START_UP的值来呼叫子程序SRVFunction_0，子程序SRVFunction_0就会由图7中的步骤72A进行至步骤72B、72C；在步骤72C执行子程序ErrorHandler_0时，错误记录码_bErrorCode也可能会改变(子程序ErrorHandler_0的运作情形将在稍后做进一步说明)。结束步骤72C后，子程序SRVFunction_0就会于程序指令“while”(也就是图7B中的步骤72D)中依据错误记录码_bErrorCode[0]的值而决定接下来的流程。若错误记录码_bErrorCode[0]等于常数EXIT_SRVFUNCTION的值，就能进行至步骤72E而结束子程序SRVFunction_0。相对地，若错误记录码_bErrorCode[0]不等于常数EXIT_SRVFUNCTION的值，子程序SRVFunction_0就会重新执行步骤72B、72C，也就是重试；在执行步骤72C时，子程序ErrorHandler_0还是会依据重试后运作错误发生的情形重设错误记录码_bErrorCode的值，再重新进行至步骤72D，判断是否还需进行另一次重试，以此类推。

请参考图8。图8示出的即为第一阶子程序SRVStartUp_1程序码的示意例。当子程序SRVStartUP_1被子程序SRVFunction_0呼叫而开始执行时，会先将变数_bServoLevel加1，代表执行流程已进行至一第一阶子程序。接下来子程序SRVStartUp_1会检查变数_fgKEjtPressed的状态(巨集ChkStatus的定义请参考图7A)，此变数是用来代表使用者是否按了周边装置32的光盘片“弹出”钮。若使用者按了此“弹出”钮，子程序SRVStartUp_1就会执行巨集RET，设定错误记录码_bErrorCode[1]的值为常数TRAY_EJECT的值，重设变数_bServoLevel的值为0，并结束子程序SRVStartUp_1。既然使用者按下了“弹出”钮，子程序SRVStartUp_1也就可中止执行。相对地，若使用者未按“弹出”钮，子程序SRVStartUp_1接下来就会根据变数_fgPowerOnInit的值判断周边装置32开机后是否已进行初始化的设定。若否，则进一步呼叫第三阶子程序PowerOnCalibrate_3来操控周边装置32进行开机后初始化的相关校正，并呼叫第五阶子程序MoveSled_5来进行将读取头48B(见图3)移动至某一初始位置。然后子程序SRVStartUp_1又会呼叫第五阶子程序CheckMotorStop_5来检查主轴马达48A(图3)是否已经开始转动，等等。

如图8中的程序区段52A所示，子程序SRVStartUp_1也会依据一变数_fgATIP的值来判断光盘片48C的种类(子程序SRVStartUp_1可在之前先呼叫另一较低阶的子程序以设定此变数的值)；若周边装置32在光盘片48C上读不出可烧录式光盘片上独具的预建轨迹的讯号(也就是ATIP，AdsoluteTime In Pre-Groove)，代表此光盘片为只读光盘片(也就是一般的CD，Compact Disk)。此时子程序SRVStartUp_1就可以呼叫第四阶子程序bReadQPosition_4来读取只读光盘片上的Q讯号。一般来说，在光盘片用来记录数据的轨道上，会区分出不同的数据帧(frame)，用来记录一定量的数据。而每个数据帧都有其地址；而光盘机即是利用由只读光盘片上读出的Q讯号来定址每个数据帧，以依据各数据帧的地址找出某个特定的数据帧。若周边装置32在进行子程序bReadQPosition_4对应的运作时发生运作错误(即无法由Q讯号中解析出数据帧定址的信息，像是光盘片本身有刮损)，就会反映在子程序bReadQPosition_4回传的值，而子程序SRVStartUp_1就会执行至巨集RET，在错误记录码_bErrorCode[1]中记录常数bReadQPosition_Err的值，反应子程序bReadQPosition运作的错误，并中止子程序SRVStartUp_1。另一方面，若由变数_fgATIP可知光盘片48C为可烧录式光盘片(像是CD-R、CD-RW光盘片)，子程序SRVStartUp_1就会呼叫第四阶子程序bReadATIPPosition_4，以操控周边装置32读取ATIP讯号。相对于只读光盘片中的Q讯号，在可烧录式光盘片中，光盘机则是由可烧录式光盘片上读出的ATIP讯号来为可烧录式光盘片中的数据帧定址。若在子程序bReadATIPPosition_4回传的值反应周边装置32发生了运作错误(无法由ATIP讯号中解析出数据帧定址的信息)，子程序SRVStartUp_1也会执行巨集RET，在错误记录码_bErrorCode[1]中记录常数bReadATIPPosition_Err，并结束子程序SRVStartUp_1本身的执行。若子程序bReadATIPPosition_4顺利完成，子程序SRVStartUp_1会继续呼叫第二阶子程序bReadLeadin_2，操控周边装置32读取光盘片48C上的引入区(Lead-In Area)。若周边装置32在进行子程序bReadLeadin_2时发生运作错误(也就是光盘机找不到光盘片上的引入区)，子程序SRVStartUp_1就会根据子程序bReadLeadin_2回传的值，判断要进行巨集RET，以设定错误记录码_bErrorCode[1]的值为常数bReadLeadin_Err的值。

换句话说，当周边装置32在执行子程序SRVStartUp_1呼叫的低阶(也就是低于第一阶)子程序时发生运作错误，子程序SRVStartUp_1就可依据这些低阶子程序回传的值设定错误记录码_bErrorCode的值以反应对应的运作错误，并中止子程序SRVStartUp_1本身的执行。相对地，如图8所示，若周边装置32顺利完成子程序SRVStartUp_1呼叫的各个低阶子程序，在执行第五阶子程序MediaOKInitSetting_5以设定周边装置32后续操控所用的参数后，子程序SRVStartUp_1就会进行至程序区段52B，在错误记录码_bErrorCode[1]中记录常数READY的值，代表子程序SRVStartUp_1顺利完成备便，而变数_bLevel的值也被重设为0，最后结束子程序SRVStartUp_1的执行。

请参考图9A至9C。图9A、9B合起来示出的即为错误处理子程序ErrorHandler_0程序码的示意例，图9C则是子程序ErrorHandler_0进行时的流程图。如图9A、9B所示，子程序ErrorHandler_0会先依据错误记录码_bErrorCode[0]的值判断是要对哪一个第一阶子程序进行错误回复的相关操控。由先前于图7A的子程序SRVFunction_0可知，子程序SRVFunction_0已在呼叫第一阶子程序时，于错误记录码_bErrorCode[0]中记录了其所呼叫的第一阶子程序(也就是变数FuncName的值)。等到进行子程序ErrorHandler_0时，就能依据错误记录码_bErrorCode[0]来对各第一阶子程序所可能产生的运作错误作初步分类。

针对不同的第一阶子程序，子程序ErrorHandler_0会进一步根据错误记录码_bErrorCode[1]的值定义对应的错误回复。像是在图9A、9B所示的示意例中所显示的，在子程序SRVStartUp_1执行完毕后(对应错误记录码_bErrorCode[0]为常数START_UP的值)，错误记录码_bErrorCode[1]的值可能为常数READY、TRAY_EJECT、bReadQPositin_Err、bReadQTIPPosition_ERr、bReadLeadin_Err等等的值。对照图8中的子程序SRVStartUp_1可知，当周边装置在执行子程序SRVStartUp_1的低阶子程序时发生运作错误，就会在错误记录码_bErrorCode[1]中记录相对应的常数值。以记录于错误记录码_bErrorCode[1]的值做为索引，子程序ErrorHandler_0就能找出这些运作错误个别所对应的错误回复运作。举例来说，如图9A、9B所示，若错误记录码Error_Code[1]中为常数READY的值，代表周边装置32在执行子程序SRVStartUp_1期间没有发生运作错误，子程序ErrorHandler_0就会在错误记录码_bErrorCode[0]中记录常数EXIT_SRVFUNCTION的值，并在另一个作为错误记录码的变数_bPlayerStatus中记录常数READY的值，代表周边装置32已顺利完成子程序SRVStartUp_1的执行；而后子程序ErrorHandler_0就会结束。相对地，若错误记录码_bErrorCode[1]为常数TRAY_EJECT，代表使用者按下了“弹出”钮(请对照图8及相关说明)，子程序ErrorHandler除了设定错误记录码_bErrorCode的值外，也会在变数_bPlayerStatus中记录常数TRAY_EJECT的值，代表周边装置32现在状况为光盘片匣弹出的状况；接下来子程序ErrorHandler_0就能结束。

另外，子程序SRVStartUp_1中呼叫的低阶子程序可能会呼叫其他更低阶的子程序，并在错误记录码中记录了更多有关低阶子程序运作错误的信息。举例来说，如图9B中的程序码所示，当错误记录码_bErrorCode[1]中为常数bReadLeadin_Err的值时，子程序ErrorHandler_0还会进一步根据错误记录码_bErrorCode[2]是常数bSeekATIP_Err或是ReadLeadinInfo_Err等等的值来定义不同的回复运作。像是当错误记录码_bErrorCode[2]为常数bSeekATIP_Err的值时，子程序ErrorHandler_0还会再进一步地根据错误记录码_bErrorCode[3]为常数FOCUS_ERROR或是READATIP_ERROR等等的值来判断周边装置32应进行的回复运作。换句话说，若光盘机读不到光盘片上的引入区(对应于常数bReadLeadin_Err)，其可能的原因可能是光盘机无法根据ATIP讯号寻轨(对应于常数bSeekATIP_Err)或是无法正确解析出引入区的信息(对应于常数ReadLeadinInfo_Err)。若是光盘机无法根据ATIP讯号寻轨，其可能的原因还包括了光盘机无法正确将读取头激光聚焦于光盘片上(对应于常数FOCUS_ERROR)，或是无法读到ATIP讯号(对应于常数READATIP_ERROR)等等。整体来说，针对各种错误运作可能发生的情形，其对应的错误回复运作都已经详细定义于本发明中的子程序ErrorHandler_0，以集中管理错误回复的实施。

除了上述在子程序ErrorHandler_0中依据错误记录码的内容找出对应的错误回复运作外，如前面于图7A、8B讨论时所提到的，在子程序SRVFunction_0执行期间，也可配合错误记录码_bErrorCode[0]的值来控制第一阶子程序重试的进行。如图9A、图9B的程序码所示，子程序ErrorHandler_0会针对不进行重试的情形，在将错误记录码_bErrorCode[0]记录为常数EXIT_SRVFUNCTION的值后，结束子程序ErrorHandler_0。举例来说，当错误记录码_bErrorCode[1]为常数READY或是TRAY_EJECT时，前者代表子程序SRVStartUp_1进行顺利，当然不需重试；而后者代表使用者按下“弹出”钮，周边装置32也应该暂停运作。如图7A及图7B的流程所示，针对这些不需重试的情形，子程序SRVFuncdon_0在执行完子程序ErrorHandler_0后，就会因为错误记录码Error_Code[0]为常数EXIT_SRVFUNCTION的值，而结束子程序SRVFunction_0的执行。而接口程序组IF(请见图6)就可依据错误记录码_bErrorCode或是变数_bPlayerStatus的值，将周边装置32运作的情形回报至主机30。

另一方面，针对要进行重试的错误回复运作，子程序ErrorHandler_0则不会将错误记录码ErrorCode[0]记录为常数EXIT_SRVFUNCTION的值。举例来说，如图9A所示，当周边装置32在子程序SRVFunction_0的操控下结束第一阶子程序SRVStartUp_1的执行而进行至子程序ErrorHandler_0时，或错误记录码ErrorCode[1]为常数bReadQTIPPosition_Err的值，子程序ErrorHandler_0就会先操控周边装置32进行第五阶子程序ServoOff_5，让伺服模块40C(见图3)先停止运作，并重设变数_bPlayerStatus，再于一变数_bErrCnt中加1(参照图7A可知，变数_bErrCnt的初始值应为0)。而如图7A、7B所示，在执行完子程序ErrorHandler_0后，子程序SRVFundtion_0就会在程序指令“while”中因为错误记录码_bErrorCode[0]并不等于常数EXIT_SRVFUNCTION而操控周边装置32再度进行子程序SRVStartUP_1(也就是重试)，并在子程序SRVStartUp_1执行结束后第二度进行至子程序ErrorHandler_0。若在重新进行子程序SRVStartUp_1时，并没有发生运作上的错误(或发生的运作错误不需进行重试，像是使用者按下“弹出”钮)，在第二度进行至子程序ErrorHandler时，子程序ErrorHandler自然就会于错误记录码_bErrorCode[0]中记录常数EXIT_SRVFUNCTION的值，接下来子程序SRVFunction就会跳出程序指令“do-while”，结束子程序SRVFunction。

相对地，若周边装置32在重试期间而第二度进行子程序SRVStartUp_1时，又发生需要重试的运作错误(像是再度发生对应于常数bReadATIPPosition_Err的运作错误)，而在后续再度进行子程序ErrorHandler_0时，子程序ErrorHandler_0就不会将错误记录码_bErrorCode[0]的值设为常数EXIT_SRVFUNCTION的值；在进行对应的错误回复时，也会在变数_bErrCnt中再度累加1。而此变数_bErrCnt就是用来控制第一阶子程序重试进行的次数的。请注意，在图9A、9B的程序码中，针对不需重试的错误处理，子程序ErrorHandler_0在将错误记录码_bErrorHandler_0设定为常数EXIT_SRVFUNCTION后，就会进行至程序指令“return”，结束子程序ErrorHandler_0本身的执行。相对的，针对需要进行重试的错误处理(像是当错误记录码_bErrorCode[1]为常数bReadATIPPosition_Err时)，子程序ErrorHandler在累加变数ErrCnt的值后，还会进行至图9B中的程序区段54，检查变数_bErrorCnt的值是否已经累加超过一常数MAX_ERR_CNT；若是，就代表重试进行的次数已经太多，而子程序ErrorHandler_0就会在错误记录码_bErrorCode[0]中记录常数EXIT_SRVFUNCTION的值，以便在固件程序码执行流程回到子程序SRVFunction_0时，强制结束SRVFunction，并由接口程序组IF根据错误记录码等变数，将周边装置32重试多次但都不能正常运作的情形回报至主机30。图9C中总结了子程序ErrorHandler_0的运作情形，其先根据错误记录码_bErrorCode[0]来索引对应的错误运作(像是步骤74A)；若错误记录码_bErrorCode的值对应的是不需重试的运作错误(也就是某些第一预设值，像是当错误记录码_bErrorCode[1]为常数READY或是TRAY_EJECT的值时)，就可由步骤74B进行至步骤74C，进行对应的错误回复，并在设定错误记录码_bErrorCode[0]为常数EXIT_SRVFUNCTION后，结束子程序ErrorHandler_0。若错误记录码_bErrorCode的值对应的是需要重试的运作错误(也就是第二预设值，像是当错误记录码_bErrorCode[1]符合常数bReadQPosition_Err或是bReadATIPPosition_Err的值时)，就可由步骤74D进行至步骤74E，在根据错误记录码_bErrorCode进行对应错误回复后，累加变数_bErrCnt的值，并在步骤74F(对应于图9B中的程序区段54)中检查变数_bErrCnt值是否大于预设的常数MAX_ERR_CNT，以进行重试次数的控管。

总结本发明披露的原则，是将固件程序码中不同的子程序区分为不同的阶层，由低阶的子程序来定义较简单、功能较为单一的运作，高阶的子程序则呼叫低阶的子程序，以定义出较复杂、功能也较完整的运作。而在各子程序间，则以序向的呼叫原则来维持各子程序间相互呼叫的秩序，也就是不由低阶子程序呼叫高阶子程序，同阶层子程序也不互相呼叫(除了最低阶的子程序)。另外，本发明还披露了集中处理错误回复运作的原则，利用错误记录码记录周边装置在执行各阶子程序时运作错误发生的情形，并统一由一错误处理子程序根据错误记录码来操控周边装置进行对应的错误回复运作。在已知技术中，因为缺乏对固件程序码中各子程序相互呼叫的管理，会在各子程序间形成复杂的连串呼叫(也就是在某一子程序尚未结束前，又要先执行另一子程序)，不仅不利于执行流程的追踪、除错，程序码的可读性较低，实际执行时又会耗费大量的处理器资源。而在针对运作错误进行错误回复时，已知技术也会因为执行流程的复杂、缺乏管理，而造成错误回复不必要的重复、不正确的错误回复以及不完整的错误回复。相较之下，在实施本发明披露的原则后，各子程序间的阶层序向呼叫能维持执行流程的单纯，使连串呼叫的次数受到有效的控制，不仅能使固件程序码具有较高的可读性，易于管理、追踪、除错，在周边装置实际执行固件程序码时，也能减少其所需的处理器资源。另外，本发明利用错误处理子程序以根据各阶子程序所记录的错误记录来整合不同运作错误所对应的错误回复运作，能将所有的错误回复运作集中管理，避免错误回复不必要的重复，也能确保错误回复的正确性。因为错误记录码中已记录有各阶子程序运作的情形，配合上本发明阶层序向呼叫的原则，就相当于将固件程序码执行的流程及运作情形记录于其中，不论是在固件程序码开发阶段的除错过程里，或是在实际对周边装置进行故障排除时，固件工程师都能经由错误记录码中获知执行流程的相关讯息，方便除错排障的进行。在上述所讨论的实施例中，虽假设固件程序码是用于与主机搭配的周边装置中，但本发明也可适用于单独运作的电子装置中，像是手机、数字相机等等，以有效管理这些装置中固件程序码的结构。在固件程序码中，本发明的原则可分别实施于接口程序组及伺服程序组的各个子程序间；换句话说，接口程序组中的各个子程序也可区分为不同的阶层，并设立属于接口程序组的错误处理子程序。

以上所述仅为本发明的较佳实施例，凡依本发明权利要求书所做的均等变化与修饰，皆应属本发明专利的涵盖范围。