专利名称：：指令分配方法
技术领域：
：本发明涉及一种指令分配方法与相关可进行游戏的多媒体装置与系统。
背景技术：
：游戏机产业已是电子产业中不可或缺的重要环节，而目前游戏机产业可分为两大部分，第一部分是游戏机平台的硬件开发与生产，例如由微软、新力、任天堂等公司所推出的XBox、PS2、PS3、PSP及Wii。而第二部分则是游戏软件的研发设计，而通常同一内容的游戏软件必须以不同版本的形式存在，用来分别适用于不同的游戏机平台，例如由美商艺电推出的大联盟棒球，就具有分别适用于XBox、PS2、PS3、Wii及个人计算机(PC)的众多版本。公知游戏机的系统架构图如图1所示，执行游戏软件的游戏机平台ll(例如上述的XBox、PS2、PS3、Wii及个人计算机)通过影音信号线来输出可以直接播放的标准格式影音信号给影音播放装置12(电视或显示器与扬声器的组合)进行播放，例如标准视讯信号或者HDMI(highdefinitionmultimediainterface)信号。由于从游戏机平台制造商的角度看，扩大其市场占有率来增加收益是其最大目标，因此对应于不同游戏机平台的游戏软件间不兼容是必然的。但从使用者的角度来看，昂贵的软硬件售价与彼此不兼容的不便性却也造成玩家困扰。
发明内容如何有效解决上述公知手段的缺点，即为发展本发明的主要目的。为实现本发明的目的，本发明揭示一种游戏系统，其包含一游戏机平台，其上执行一应用程序，而该应用程序通过呼叫一应用程序接口来产生一指令并通过一第一驱动程序的处理后再送出该指令；一信号传输模块，信号连接于该游戏机平台，其接收该第一驱动程序所送出的该指令并进行转传；以及一影音播放装置，信号连接于该信号传输模块，其接收该指令并通过一第二驱动程序的处理，将所接收到的该指令转传给一数据处理引擎来执行，进而产生一输出信号以进行输出。本发明又揭示一种影音播放装置，可搭配一游戏机平台使用，该游戏机平台执行一应用程序，而该应用程序通过呼叫一应用程序接口来产生一指令并通过一第一驱动程序的处理后再送出该指令，而该影音播放装置内建一第二驱动程序与一数据处理引擎，并通过一信号传输模块而信号连接于该游戏机平台，其接收该信号传输模块所传送的该指令并通过该第二驱动程序的处理，将所接收到的该指令转传给该数据处理引擎来执行，进而产生一输出信号进行输出。本发明还揭示一种指令分配方法，包含下列步骤接收一游戏机平台传送过来的一指令；辨识该指令于多种类中所对应的一种类；以及根据该种类而将该指令传送至该种类所对应的一数据处理引擎进行处理，进而产生一输出信号进行输出。本发明再揭示一种指令分配方法，应用于一游戏机平台与一影音播放装置之上，该指令分配方法包含下列步骤由该游戏机平台内建的一驱动程序集合产生一指令并传送至该影音播放装置，该指令包含一命令辨识码；该影音播放装置接收该指令；根据该命令辨识码而辨识出该指令于多种类中所对应的一种类；以及将该指令传送至一数据处理引擎集合进行处理，进而产生一输出信号进行输出。本发明通过下列附图及说明，以得一更深入的了解。图1显示公知游戏机的系统架构图。图2显示本发明发展出的游戏系统功能方块示意图。图3显示本发明的第一优选实施例功能方块示意图。图4显示本发明的第二优选实施例功能方块示意图。图5显示本发明的优选实施例方法流程图。其中，附图标记说明如下11游戏机平台12影音播放装置21游戏机平台22影音播放装置210应用程序211应用程序接口212第一驱动程序23信号传输模块222第二驱动程序223数据处理引擎229输出装置231传输器232接收器31游戏机平台310游戏软件311应用程序接口312第一驱动程序33通用串行总线传输模块32数字电视321传输串流接口322第二驱动程序323数据处理引擎3291显示器3292扬声器329输出装置330、336通用串行总线驱动程序331、335通用串行总线控制器332、334通用串行总线连接器333通用串行总线信号线41游戏机平台410游戏软件4110OpenVG4111OpenGLES4112OpenSLES4113OpenMax4120VG主驱动程序4121GL主驱动程序4122SL主驱动程序4123Max主驱动程序4124格式转换器412第一驱动程序集合411应用程序接口集合43通用串行总线42数字电视420传输串行接口421指令解析器4220VG从驱动程序4221GL从驱动程序4222SL从驱动程序4223Max从驱动程序422第二驱动程序集合4230绘图引擎4231音讯引擎4232视讯引擎423数据处理引擎集合428显示器429扬声器具体实施例方式图2显示根据本发明的优选具体实施例的游戏系统功能方块图，主要包含游戏机平台21及影音播放装置22，游戏机平台21可插拔式地信号连接于影音播放装置22，影音播放装置22上所运行的操作系统与游戏机平台21上所运行的操作系统两者可以不相同。游戏机平台21上可执行一应用程序210，其可为一游戏软件，应用程序210可通过呼叫某一个应用程序接口(ApplicationProgrammingInterface，简称API)211中的功能来产生指令与数据，然后再通过第一驱动程序212的处理与转传，应用程序接口211所产生的指令与数据将被处理成一预定格式，再通过一传输器231以有线或是无线方式来传输到影音播放装置22中的一接收器232。传输器231与接收器232可视为一信号传输模块23。处理成预定格式的指令与数据则由影音播放装置22中的第二驱动程序222接收与辨识，然后通过第二驱动程序222的处理，再将所接收到的指令与数据转送给数据处理引擎223来执行与运算，进而产生出代表该游戏软件声光效果的影音信号，然后再通过影音播放装置22中的输出装置229输出。于此实施例中，游戏机平台21中可以不需要设置任何数据处理引擎，也就是可以将一般见于游戏机中的绘图引擎(GraphicEngine)、音讯引擎(AudioEngine)或视讯引擎(VideoEngine)等硬件都除去，因此可大幅降低游戏机平台21的硬件成本与电路复杂程度，让游戏机平台21的价格大幅下降，进而达成发展本发明的一个主要目的。本发明的影音播放装置22，例如数字电视或显示器，大多原本内部就已经设有可完成上述数据处理引擎223的硬件元件，例如数字电视中普遍都有的中央处理单元、数字信号处理器、影像译码器及图形处理器等，因此只要经过巧心设计，可在不需增加硬件成本或者少许成本的前提下来达成本发明的目的。有线或无线的信号传输模块23可用各种现存的规格来完成，例如有线总线的通用串行总线(USB)或IEEE1394总线，或是像蓝牙(BlueTooth)、Wi-Fi、Wi-max的无线传输模块，而以下为便于说明，是以数字电视及USB传输为例来进行说明的。图3显示根据上述系统所发展出来的第一优选实施例功能方块示意图，游戏机平台31执行一游戏软件310，而游戏软件310可呼叫应用程序接口311来产生多媒体指令，然后再通过第一驱动程序312的处理与转传，将应用程序接口311所产生的多媒体指令处理成可在数字电视32内部传送的预定格式后，例如是传输串流封包(transportstreampacket,简称TSP)，再进行传输，而此实施例中，信号传输模块是以通用串行总线传输模块33来完成，用以包装成通用串行总线的格式来传输至数字电视32中。因此，于此实施例中，游戏机平台31与数字电视32的两端，分别设有所需的软硬件，其中包含USB驱动程序330、USB控制器331、USB连接器332与334、USB控制器335及USB驱动程序336并可利用通用串行总线信号线333来完成连结。然后数字电视32收到包装成通用串行总线格式的多媒体指令后，先将其包装卸除，再利用数字电视32中传输串流接口(TransportStreamInterface)321的接收与转换，进而让传输串流封包格式的多媒体指令可以在数字电视32内部传送；再传送至一相对应的第二驱动程序322，而第二驱动程序322将所接收到的多媒体指令转传给相对应的一数据处理引擎323来进行处理，进而产生出代表该游戏软件声光效果的影音输出信号，然后再通过数字电视32中由显示器3291及扬声器3292所组成的输出装置329输出。但由于多媒体指令的种类繁多，例如有属于向量二维(vector2D)的指令与数据、属于三维(3D)的指令与数据、属于声音的指令与数据以及属于串流媒体(StreamingMedia)的指令与数据，因此应用程序接口311、第一驱动程序312、第二驱动程序322及数据处理引擎323都必须根据要处理的多媒体指令种类而有不同，而其以TheKhronosGroup发表的媒体创作与加速相关的开方夂标准(OpenStandardsformediaauthoringandacceleration)为例所发展出的对应关系则如下表所述<table>tableseeoriginaldocumentpage8</column></row><table>因此，上述的应用程序接口311、第一驱动程序312、第二驱动程序322、数据处理引擎323根据上述指令种类的不同，而对应出不同类型的运作，例如若游戏软件310需要产生三维绘图指令，则应用程序接口311可为OpenGLES的应用程序接口，第一驱动程序312为GL主驱动程序、第二驱动程序322为GL从驱动程序，数据处理引擎323利用绘图引擎运作处理，而输出装置则利用显示器3291进行显示。如此一来，游戏机平台31内可省略处理三维绘图指令的硬件，而能降低游戏机平台31的硬件成本。更进一步地，为能省去游戏机平台31内的不必要的硬件，便发展出如图4所示的第二优选实施例功能方块示意图，游戏机平台41可执行一游戏软件410，游戏软件410呼叫一具有多个多媒体应用程序接口(例如图中的OpenVG4110、OpenGLES4111、OpenSLES4112、OpenMax4113或是其它如DirectX等类似的应用程序接口)的应用程序接口集合411来产生各种的多媒体指令，然后再通过包含VG主驱动程序4120、GL主驱动程序412KSL主驱动程序4122、Max主驱动程序4123的第一驱动程序集合412以及格式转换器4124的处理与转传，将应用程序接口集合411所产生的这些多媒体指令包装成一预定格式后，例如上述的传输串流封包格式，再送至一信号传输模块，例如通用串行总线43，包装成预定信号传输格式，例如上述的通用串行总线格式，传输到数字电视42端。于是以通用串行总线格式存在的这些多媒体指令被转传到以数字电视42完成的影音播放装置后，便可卸除通用串行总线格式的包装；然后再利用数字电视42中一传输串流接口420，以让多媒体指令可用传输串流封包的格式在数字电视42内部传送，进而送至一指令解析器(commandparser)421进行解析，最后根据解析结果分别转传至包含VG从驱动程序4220、GL从驱动程序4221、SL从驱动程序4222及Max从驱动程序4223的第二驱动程序集合422中的某一相对应驱动程序来进行处理，最后再通过包含绘图引擎4230、音讯引擎4231及视讯引擎4232的数据处理引擎集合423中相对应的某些数据处理引擎来产生出代表该游戏软件声光效果的影音信号，再通过数字电视42的显示器428及扬声器429来进行播放输出。据此，游戏机平台41内毋需设有任何处理多媒体指令的硬件，进而能大幅降低游戏机平台41的硬件成本。而其中格式转换器4124本来是建置于第一优选实施例中的第一驱动程序312内，但于第二优选实施例中，则将格式转换器4124从第一驱动程序312中分离出来给多个驱动程序来共享，用以简化系统的架构。而格式转换器4124主要将指令包装成一预定格式。于此实施例中，根据指令的语法主要可包装成下列三类(l)单一指令(singlecommand):命令辨识码(commandID)+数据尺寸(datasize)+资料(data);(2)封包指令(packetcommand):命令辨识码+数据尺寸+数据+封包数据(packetdata);以及(3)空指令(nu11command)。其中单一指令后附加的数据尺寸可随指令的不同而有不同，例如常见的ViewPort指令，每个ViewPort指令后所附加的数据尺寸相同，即代表长与宽的两个数据。而封包指令中封包数据的长度则会随其数据内容而有所改变，例如常见的LoadTexture指令，其中该数据中除有长与宽的数据外，还包含色彩值规格(例如RGB888)，而内容为贴图像素数据(Texture)的封包数据的长度则是由该数据内容(即长、宽、色彩值规格)来决定，至于空指令则没有附带任何数据，例如一完成(fmish)指令，代表一个运算的完成，便没有附带任何数据。于此实施例中，利用上述三类指令便可完整传递所需的多媒体指令，而这些数据可为重建影像画面所需的像素点数据、重建影像画面所需的位置及位移数据、重建影像画面所需的顺序数据或重建声音所需的数据等等。而为能有效分辨指令的种类，命令辨识码在编码时，可按照应用程序接口的种类来分类，举例而言，根据OpenVG、OpenGLES、OpenSLES、OpenMax来分类，指令解析器421在收到以预定格式包装的多媒体指令时，可根据命令辨识码来进行分配，以将指令转传至第二驱动程序集合422中的相对应从驱动程序(ClientDriver)。而为能清楚表达上述指令判断与分配的步骤，本发明以图5的方法流程图来进行表达与说明。首先，步骤51表示出数字电视端收到以预定格式包装的多媒体指令，而步骤52表示经过指令解析器(commandparser)421对指令中的命令辨识码的比对后，分辨出该多媒体指令属于那一种类，进而将其分配至步骤53、步骤54、步骤55所示的第一种类驱动程序、第二种类驱动程序及第三种类驱动程序来进行处理，然后再送出至步骤56、步骤57、步骤58表示的相对应数据处理引擎来产生相对应的多媒体信号，最后步骤60再播放出来，以完成游戏软件的执行。综上所述，本发明有效降低游戏机平台硬件的硬件复杂度与成本，并揭示可以开放规格的多媒体应用程序接口与既有的影音播放装置硬件来完成系统建置，因此可有效解决上述公知手段的缺点，达成发展本发明的主要目的。然而本发明由熟悉此
技术领域：
的技术人员所作的诸般修饰，都不脱离如权利要求所欲保护的范围。权利要求1.一种指令分配方法，包含下列步骤接收一游戏机平台传送过来的一指令；辨识该指令于多种类中所对应的一种类；以及根据该种类而将该指令传送至该种类所对应的一数据处理引擎进行处理，进而产生一输出信号进行输出。2.如权利要求1所述的指令分配方法，其特征是该输出步骤根据该种类而将该指令传送至该种类所对应的一驱动程序后，再经该驱动程序转传至该种类所对应的该数据处理引擎。3.如权利要求1所述的指令分配方法，其特征是由该游戏机平台传送过来的该指令为以一预定格式包装的一多媒体指令，而该预定格式中定义出一命令辨识码，使得可根据该多媒体指令中包含的该命令辨识码来辨识出该多媒体指令所对应的种类。4.如权利要求3所述的指令分配方法，其特征是该预定格式的多媒体指令包含下列种类单一指令，包含命令辨识码、数据尺寸与数据；封包指令，包含命令辨识码、数据尺寸、数据与封包数据；以及空指令。5.如权利要求4所述的指令分配方法，其特征是该多媒体指令包含的数据可为重建影像画面所需的像素点数据；重建影像画面所需的位置及位移数据；重建影像画面所需的顺序数据或重建声音所需的数据。6.如权利要求1所述的指令分配方法，其特征是该数据处理引擎可为一绘图引擎、一音讯引擎或一视讯引擎，而该输出信号则可为一影像信号、一图像信号、一声音信号或一影音信号。7.—种指令分配方法，应用于一游戏机平台与一影音播放装置之上，该指令分配方法包含下列步骤由该游戏机平台内建的一驱动程序集合产生一指令并传送至该影音播放装置，该指令包含一命令辨识码；该影音播放装置接收该指令；根据该命令辨识码而辨识出该指令于多种类中所对应的一种类；以及将该指令传送至一数据处理引擎集合进行处理，进而产生一输出信号进行输出。8.如权利要求7所述的指令分配方法，该输出步骤根据该种类而将该指令传送至该种类所对应的数据处理引擎集合的一数据处理引擎进行处理，进而产生该输出信号进行输出。9.如权利要求8所述的指令分配方法，其特征是该影音播放装置端根据该种类而将该指令传送至该种类所对应的一驱动程序后，再经该驱动程序转传至该种类所对应的该数据处理引擎。10.如权利要求7所述的指令分配方法，其特征是该指令包含下列种类.-单一指令，包括命令辨识码、数据尺寸与数据；封包指令，包括命令辨识码、数据尺寸、数据与封包数据；以及空指令。11.如权利要求7所述的指令分配方法，其特征是该指令为以一预定格式包装的一多媒体指令，而该多媒体指令包含的数据可为重建影像画面所需的像素点数据；重建影像画面所需的位置及位移数据；重建影像画面所需的顺序数据或重建声音所需的数据。12.如权利要求7所述的指令分配方法，其特征是该数据处理引擎集合包括一绘图引擎、一音讯引擎或一视讯引擎。13.如权利要求7所述的指令分配方法，其特征是该输出信号为一影像信号、一图像信号、一声音信号或一影音信号。全文摘要一种指令分配方法，该分配方法包含下列步骤于影音播放装置端接收游戏机平台传送过来的指令；辨识出该指令于多种类中所对应的一种类；以及根据该种类而将该指令传送至该种类所对应的一数据处理引擎进行处理，进而产生一输出信号。文档编号A63F13/12GK101168097SQ20071019643公开日2008年4月30日申请日期2007年12月3日优先权日2007年12月3日发明者伍绍之,林士钦,蔡易达,郑乃升,陈传文申请人:晨星半导体股份有限公司