专利名称：拳击游戏系统的制作方法
技术领域：
本发明涉及拳击游戏系统，具体涉及一种新型体感拳击游戏系统，在该系统中游戏者将手套型输入装置戴在手上，通过以在真实空间内实际进行拳击的动作来操作该输入装置，与显示器画面上显示的对方拳击手进行拳击。
背景技术：
一直以来，以拳击为题材的家庭用电视游戏或商用游戏大量存在。
家庭用电视游戏中，游戏者通过用手指操作游戏机的控制器来控制画面中的人物(拳击手)，缺少拳击过程中的真实感。
针对这样问题，出现了通过附装于游戏机的伸缩式手柄来输入击打的种类与强度的商用拳击游戏机。这种商用的游戏机能够给游戏者以拳击的真实感，但是其结构上不得不做得很大型化，不能作为家庭用游戏机加以利用。
发明内容
因此，本发明的主要目的是提供一种新型的体感拳击游戏系统。
本发明的另一目的是提供能够伴随拳击的真实感游戏的家庭用体感拳击游戏系统。
本发明的拳击游戏系统是这样一种拳击游戏系统，其中设有游戏者用手把持的或装在手上的在真实空间中挥动的输入装置，它包含检测输入装置挥动的幅度的加速度传感器和将通过加速度传感器检测的加速度信息以无线方式发送的无线传送部件；接收无线传送部件发送的加速度信息的无线接收部件；以及接受无线接收部件接收的加速度信息的游戏处理器；游戏处理器根据加速度信息判定击打的强度。
某实施例中，加速度传感器可以是包含金属板和贴于金属板上的压电陶瓷板的压电蜂鸣器，该压电蜂鸣器根据在与压电陶瓷板的表面垂直的方向挥动的幅度输出加速度相关信号。
为了用红外光进行无线通信，无线传送部件中包含红外光发送部件，无线接收部件中包含红外光接收部件。
而且，最佳实施例中，输入装置包含做成拳击手套形状的缓冲材料和与缓冲材料做成一体的由游戏者用手把持的本体，输入装置还包括与缓冲材料做成一体的戴在游戏者手腕上的腕带。
实施例中所示的手套型输入装置(34)包含游戏者用手把持在真实空间中挥动的本体(40)，该本体内装有例如由压电蜂鸣器元件(82)构成的加速度传感器。游戏者如实际拳击那样地挥动本体即输入装置时，由加速度传感器将加速度信息检出。
手套型输入装置中设置的MCU(60)根据该加速度信息驱动红外LED(62)。因此，加速度信息被无线传送出去。
实施例中，游戏机(12)中设有红外接收解调部(32)，该接收解调部接收红外光并解调加速度信息。该加速度信息被输入设于游戏机的游戏处理器(64)。
游戏处理器在显示器上显示拳击手的图像，并根据游戏状态使该游戏画面变化。而且，基于加速度信息确定击打的强度。必要时游戏处理器根据该击打的强度计算伤害值，然后根据该伤害值计算游戏画面上拳击手的体力值，并显示该体力值。
依据本发明，通过如实际拳击那样在真实空间内挥动输入装置来进行游戏，因此，能够实现对于游戏者而言如同进行实际拳击那样的逼真的体感拳击游戏。而且，由于将来自输入装置的加速度信息无线传送到游戏处理器，如实际拳击那样挥动输入装置时，该输入装置的操作性。
至于本发明的其他目的特征与优点，从参照附图对以下的实施例的详细说明中当可进一步明了。
附图的简单说明图1是说明本发明一实施例的体感拳击游戏系统的整体结构的示图。
图2是表示一例图1的实施例中的电视显示器所显示的游戏画面的示图。
图3是表示图1的实施例的框图。
图4是表示图1的实施例中的手套型输入装置的内部结构的示图。
图5是表示手套型输入装置的电路图。
图6是表示手套型输入装置的动作的各部分波形图。
图7是表示图1的实施例的整体动作的流程图。
图8是表示图1的实施例的状态或状态迁移的示图。
图9是表示图4的实施例中的MCU的整体动作的流程图。
图10是表示图9所示的加速度检测处理的具体动作的流程图。
图11是表示图9的实施例中的代码发送处理的具体动作的流程图。
图12是表示图7的实施例中的游戏处理器的代码接收处理的具体动作的流程图。
图13是表示图7的实施例中的对战中处理的具体动作之一部分的流程图。
图14是表示图7的实施例中的对战中处理的具体动作的剩余部分的流程图。
图15是表示图14的实施例中的游戏处理器的己方拳击手行动判定处理的具体动作的流程图。
图16是表示图14的实施例中的游戏处理器的己方拳击手击打结果判定处理的具体动作之一部分的流程图。
图17是表示图14的实施例中的游戏处理器的对方拳击手击打结果判定处理的具体动作的流程图。
本发明的最佳实施方式参照图1，作为本发明一实施例的体感拳击游戏系统10包含游戏机12，该游戏机12由AC适配器14供给直流电源。但是，也可以用电池16取代该适配器。游戏机12进而通过AV电缆22连接到电视显示器20的AV端子18。
游戏机12还包含壳体，该壳体上设有电源开关24，同时与方向按钮26并排地设有确定键28和取消键30。方向按钮26包括4个方向(上下左右)的单个按钮，例如用来在电视显示器20的显示画面上进行菜单或游戏方式选择时移动光标。确定键28用于确定对游戏机12的输入。而取消键30用以将对游戏机12的输入取消。
游戏机12中还设有红外接收解调部32，该红外接收解调部32接受来自后述的手套型输入装置34(34L，34R)的红外LED62(图3、图4)的红外信号。
本实施例中，使用两个手套型输入装置34。手套型输入装置34包含例如用尼龙料将缓冲材料包裹而做成拳击手套形状的部分(手套)36。在手套36的前侧端部设有腕带38。腕带38例如可用面扣接带(商品名Magic Tape)开闭。手套36上还装有例如图4所详细表示的输入装置本体40。
本体40上设有电源开关42和防护键44。电源开关42用以在使用该手套型输入装置34时开启电源(未图示)，防护键44用以在游戏进行中游戏者侧的拳击手进行后述的“左防护”或“右防护”，用以防护来自对方拳击手的击打。还有，该防护键44在后述的“游戏方式和对方拳击手的选择”时等场合，提供与游戏机12的上述的确定键28相同的功能。
游戏者分别用手掌握持右手用和左手用的输入装置本体40，将腕带38套在手腕上，将该输入装置34R和34L以与进行假想拳相同的要领推出，进行体感拳击游戏。此时，手套36起到缓冲作用，即使将输入装置本体40误击到电视20或周围的人也不致发生危险。由于其形状仿照实际的拳击手套，具有给游戏者以拳击时的真实感的效果。并且，通过腕带38将手套型输入装置34连接到游戏者的手腕上，因此，即使游戏者误将本体40松脱，手套型输入装置34也不会脱手飞走。
如后文说明，手套型输入装置34中设有作为加速度传感器利用的压电蜂鸣器元件，游戏机12接收来自该压电蜂鸣器元件的加速度相关信号，与如图2所示的游戏画面上的对方拳击手46进行拳击游戏。
参照图2，体感拳击游戏系统10中的电视显示器20上显示的游戏画面45，作为从游戏者的视点观看的图像加以显示，游戏者侧的拳击手(己方拳击手)以手套显示。该游戏画面45中，对方拳击手46和己方拳击手的手套48L和48R作为动画显示用对象(Sprite)与拳击场的一部分一起被显示。该图像的上方固定显示静止画面显示用对象的一部分(字幕)。
画面上部的中央形成回合显示部50，该回合显示部50中显示回合数及其剩余时间。在回合显示部50的左方形成己方拳击手显示部52A，在右方形成对方拳击手显示部52B。各显示部52A和52B中分别设有体力值显示部54A和54B，同时对方拳击手显示部52B中还设有显示对方拳击手的姓名(图示的例中为HIRO)的姓名显示部56。但是，这种游戏画面45的显示方式仅为示例。
该体感拳击游戏系统10中，对应游戏画面45上显示的对方拳击手46的动作，游戏者将手套型输入装置34如同在真实空间中实际拳击那样挥动时，游戏处理器64(图4)利用红外LED62(图4)传送到红外接收解调部32的红外信号将来自压电蜂鸣器元件的加速度相关信号或防护键44(图1)的状态检出，基于此计算例如击打的强度并变更各拳击手的状态。
再有，左用手套型输入装置34L和右用手套型输入装置34R具有如图4所示的完全相同的结构，除非特别必要的场合，省略表示左用的L和表示右用的R。
手套型输入装置34包含加速度传感器电路58，该加速度传感器电路58包含后述的图4所示的压电蜂鸣器元件82及其关联电路，来自该加速度传感器电路58的加速度相关信号被提供给MCU60。MCU60例如是8比特的单片微机，它将来自压电蜂鸣器元件的加速度相关信号变换成数字信号供给红外LED62。再有，手套型输入装置34还设有上述的防护键44(图1)，该防护键44的状态(值)也由MCU60读取。
两个手套型输入装置34各自的来自红外LED62的数字调制的红外信号，由游戏机12的红外接收解调部32接收并加以数字解调，并输入到游戏处理器64。该数字信号的1比特对应于防护键44的开或关以1或0传送，因此，游戏处理器64能够通过核对该比特值，获知是否设定了右防护或左防护。
作为游戏处理器64，可利用任意种类的处理器，但是本实施例中采用本申请人开发且作了专利申请的高速处理器(商品名Xavix)。该高速处理器在例如特开平10-307790号公报[G06F13/36，15/78]和与其对应的美国专利第6,070,205号中作了详细公开。
游戏处理器64中包含运算处理器、图像处理器、声音处理器和DMA处理器等各种处理器(未图示)，同时还包含取得模拟信号时使用的A/D转换器和接受键操作信号或红外信号等输入信号并将输出信号提供给外部设备的输入输出控制电路。因此，来自红外接收解调部32的解调信号和来自操作键26-30的输入信号经该输入输出控制电路提供给运算处理器。运算处理器按照该输入信号执行必要的运算，并将运算结果供给图像处理器等。因此，图像处理器或声音处理器执行基于该运算结果的图像处理或声音处理。
再有，手套型输入装置34的本体40中设置的红外LED62构成无线传送部件之一部分时，设于游戏机12的红外接收解调部32构成无线接收部件之一部分。但是，作为这种无线传送部件和无线接收部件，除了红外光之外也可以采用普通的电波。
处理器64中设有内部存储器66，该内部存储器66包含ROM或RAM(SRAM和/或DRAM)。RAM作为暂时存储器、工作存储器，或者计数器或寄存器区(临时数据区)及标志区加以利用。再有，外部存储器68(ROM和/或RAM)通过外部总线连接到处理器64。在该外部存储器68预先设定游戏程序。
处理器64根据来自红外接收解调部32或操作键26-30的输入信号在上述各处理器中执行运算、图像处理、声音处理等，并输出视频信号和音频信号。视频信号是前述的图2所示的字幕和Sprite图像合成的信号，这些视频信号和音频信号通过AV电缆22和AV端子18供给电视显示器20。从而，在电视显示器20的屏幕上伴随必要的声音(效果音游戏音乐)显示例如图2所示的游戏画面45。
如图4所示，手套型输入装置34的本体40中包含例如用透明(或半透明光透过性)塑料成型的壳体70，该壳体70上形成让将它握持的手指嵌入的凹凸72。壳体70内装有主电路板74，该电路板74上安装上述的MCU60。而且，该主电路板74上还装有电源开关42，并固定了一个红外LED62。另一个红外LED62固定在壳体70内的上部。
在壳体70内的电路板74和上LED62之间装有压电蜂鸣器外壳76，该压电蜂鸣器外壳76上形成安装部78，在该安装部78内通过橡皮垫80安装压电蜂鸣器元件82。该压电蜂鸣器元件82形成加速度传感器电路58(图5)。
如所公知，压电蜂鸣器元件82包含贴附于金属板84上的陶瓷板86，一旦在金属板84和陶瓷板86上的电极之间施加电压，蜂鸣器就发声。本实施例中，利用这种结构的压电蜂鸣器元件82作为加速度传感器。即众所周知，陶瓷板84采用压电陶瓷，该压电陶瓷受到应力作用时就有来自压电陶瓷的电信号发生。因此，本实施例中，随着压电蜂鸣器元件82即手套型输入装置34在金属板84和上述电极之间的移动(图4中的左右方向，即与压电蜂鸣器的表面垂直的方向)，在陶瓷板86上发生的电信号被取出。但是，本实施例中，如后文所述，通过按照电信号进行预定的数字信号处理，MCU60取得加速度相关数字信号或数据。
如前所述，壳体70的上端斜面上装有防护键44。
参照图5，前面说明的压电蜂鸣器元件82被包含在加速度传感器电路58中。并且，MCU60设有外部的振荡电路88，MCU60响应来自该振荡电路88的时钟信号而动作。
然后，MCU60将矩形波信号从输出端口0输出，例如通过10kΩ的电阻加到压电蜂鸣器元件82的一个电极82a上。压电蜂鸣器元件82的电极82a可以是上述的金属板84，例如通过0.1μF的电容器90接地。电极82a还连接到二极管电路94，由此将电压的变动幅度保持在一定范围以内。
压电蜂鸣器元件82的另一电极82b连接到MCU60的输入端口0，同时连接到二极管电路94，由此将电压的变动幅度保持在一定范围以内。再有，压电蜂鸣器元件82的两个电极82a和82b用例如1MΩ那样较高的电阻96电隔离。
图6(A)所示的矩形波信号一旦加到压电蜂鸣器元件82的电极82a，MCU60的输入端口0上就伴随电容器90的充放电被输入如图7(B)所示的三角波信号。但是，矩形波信号的大小(波峰值)和三角波信号的大小(波峰值)分别由二极管电路92和94限定。
手套型输入装置34(图4)静止时，也就是不进行位移时，如图7(B)的左端所示，三角波信号的负(-)侧电平不变化。但是，手套型输入装置34在操作者的操作下，在三维真实空间内图4中的左右方向位移，伴随该位移的压电效果使压电蜂鸣器元件82产生电压。该加速度相关电压将三角波信号的负侧电平偏置。因此，一旦手套型输入装置34被位移，压电蜂鸣器元件82上就产生与其位移加速度的大小对应的电平的加速度相关电压。因此如图7(B)所示，MCU60的输入端口0处输入的三角波信号的负侧电平对应于加速度相关电压98的电平而变动。
如后述，MCU60将该三角波信号的负侧电平变动变换为加速度数据或加速度相关数据，并按照该加速度数据驱动LED62(图3)。
以下，参照图7和图8对图1的实施例的体感拳击游戏系统10的概略动作进行说明。图1所示的电源开关24和42接通后游戏即开始，图3所示的游戏处理器64首先在步骤S1进行初始化处理。具体而言，就是将系统硬件和各变量初始化。
之后，游戏处理器64在图7和图8的步骤S2将图像信号更新，并将显示器20上显示的图像更新。但是，该显示图像的更新逐帧(电视帧或视频帧)进行。
然后，游戏处理器64执行对应于游戏状态(state)的处理。但是，最初处理的是“游戏方式和对方拳击手的选择”。在这种游戏方式和对方拳击手的选择中，操作者或游戏者在图7和图8的步骤S3中，操作图1所示的选择键26来选择并设定游戏方式游戏的难易度和对方拳击手。
图7和图8的步骤S4所示的“对战中”的实际的拳击游戏中，相互击打，但在拳击手被击中后倒地时，执行图7和图8的步骤S5的“倒地时处理”。
倒地时处理中，游戏者侧的拳击手(己方拳击手)倒地时，输入装置34每次挥动都使体力值恢复，若不到10次计数而体力值达到一定值，就返回到前面步骤S4的对战中的游戏状态，若非如此，就转移到图7和图8的步骤S6所示的结果判定和显示处理的游戏状态。与此相反，对方拳击手倒地后，基于对方拳击手的行动算法，判定返回或结束比赛。
再有，结果判定和显示处理中，进行超时情况下的胜败判定和比赛结果的显示。但是，步骤S4所示的对战中处理参照后面的流程图作详细说明，省略步骤S5和S6的详细流程图。
之后，若有因视频同步信号引起的中断，则执行步骤S2(图7)的图像更新。另外，图7的步骤S8的声音处理在发生声音中断时执行，由此输出游戏音乐或效果音。发生了该声音处理以外的中断时，在图7的步骤S9中，游戏处理器64接收从红外接收解调部32输入的红外信号(代码)。
参照图9，该图9表示手套型输入装置34的MCU60的整体动作，在最开始的步骤S11中，MCU60将后文说明的检测偏移值、偏移计数字(counter)等由MCU60处理的变量初始化，同时将输入端口和输出端口(图5)初始化。
之后，经过步骤S12的加速度检测处理(后文详述)，在步骤S13中MCU60判断手套型输入装置34是否为右用输入装置34R。若MCU60的特定输入端口设定为1，则为右用输入装置34R，若为0则为左用输入装置34L，因此，可在该步骤S13中查看MCU60的特定输入端口。然后，在步骤S13中，分别在判为“是”即为右用输入装置34R时的步骤S14和判为“否”即为左用输入装置34L时的步骤S15中，判断是否为发送状态。
MCU60有一作为软计数器的状态计数字(未图示)，该状态计数字每达到一定值就成为发送状态。因此，在步骤S14和S15中，检测该状态计数字是否达到一定值。在步骤S14或S15中判为“否”时，在步骤S16中将发送代码设为0，或者在步骤S14或S15中判为“是”时则保持不变，进到步骤S17的代码发送处理(后文详述)。在步骤S17中执行了代码发送处理后，在步骤S18中将状态计数字(未图示)加1(+1)，然后返回步骤S12。再有，如后述，虽然代码发送处理以比特串行(bit serial)方式进行，但是传送1比特所需的时间是数微秒的极短时间。
图10是详细表示图9的步骤S12的流程图，在其加速度检测处理的最开始的步骤S21中，MCU60将设定于寄存器(未图示)的检测偏移值拷贝到偏移计数字(未图示)。“检测偏移值”是用以在压电蜂鸣器元件82中无电压产生时按时间等分输入图6(A)所示的矩形波判断的高电平和低电平的值，动作开始时该检测偏移值设定为任意的默认值。
在步骤S21的后续步骤S22中，MCU60在其输出端口0设定1。也就是，输出1即高电平。随后，在步骤S23中MCU60从输入端口0读取数据。
在步骤S24中，判断步骤S23中读取的输入端口0的数据是否为1。若判为“是”则进入下一步骤S25，MCU60将累计计数字(未图示)加1(+1)。“累计计数字”是用以计算读取高电平的期间的计数字，该输入端口为1或高电平时加1，为0时则无任何动作。
在步骤S25中累计计数字加1后或在步骤S24中判为“否”时，在下一步骤S26中，MCU60将偏移计数字加1，在下一步骤S27中判断该偏移计数字的计数值是否达到规定值。也就是，在步骤S22中输出端口0设为1后，只要该步骤S27中判为“否”，MCU60就继续输出输出端口0的1。
然后，若在步骤S27中判断该偏移计数字的下一计数值达到规定值，则在下一步骤S28中MCU60将该输出端口0设为0即低电平。在下一步骤S29中，MCU60将设定于寄存器的检测偏移值拷贝到偏移计数字。
在下一步骤S30中，MCU60从输入端口0读出数据。在步骤S31中，判断在步骤S30中读取的输入端口0的数据是否为1。若判为“是”，则MCU60在下一步骤S32中将累计计数字加1(+1)。
在步骤S32中累计计数字加1后或步骤S31中判为“否”后，在后续的步骤S33中MCU60将偏移计数字减1(-1)，在下一步骤S34中判断该偏移计数字的次计数值是否触及0。也就是，在步骤S28中输出端口0设为0后，只要该步骤S34中判为“否”，MCU60就继续输出输出端口0的0。
然后，在步骤S34判为“是”即偏移计数字成为零(0)时，在后续的步骤S35中，MCU60从累计计数字的计数值减去中间值以求得差值。这里所谓的中间值，是指将从步骤S27返回到步骤S23进行高电平检测的重复次数和从步骤S34返回到步骤S30进行低电平检测的重复次数的合计次数设为N时的N/2。之所以在该步骤S35用中间值求差值，是因为理想的压电蜂鸣器元件中且压电蜂鸣器元件中未发生任何加速度相关电压的状态下的高电平和低电平期间之比(占空比50％)被作为确定加速度的基准。
具体而言，累计计数字表示如上述在输入端口0读取1或高电平的次数，若为理想的压电蜂鸣器元件且未发生电压，则步骤S35中的“累计计数字-中间值”的差值应当为零。然而，若压电蜂鸣器元件82中发生了任何电压，则作为该差值就得到有意义的数值。因此在步骤S36中，根据该差值确定手套型输入装置34的位移加速度。基本上，差值数据和预定的系数相乘的乘积就成为加速度数据或加速度相关数据。
之后，在步骤S37中，基于步骤S35中求得的差值修正检测偏移值。也就是，在初期状态由于游戏者或操作者没有挥动手套型输入装置34，因而压电蜂鸣器元件82中不产生加速度相关电压。尽管如此却仍在步骤S35中测出不为零的差值，则表示步骤S21中检测偏移值没有考虑用于该手套型输入装置的压电蜂鸣器元件的特性来作正确的设定。也就是，这表示压电蜂鸣器元件不是理想的压电蜂鸣器元件。因此，这时为了修正压电蜂鸣器元件的个别特性相对于理想压电蜂鸣器元件特性的偏移，根据步骤S37中的差值修正检测偏移值。
另一方面，若步骤S37中一定进行检测偏移值的变更或修正，则即使是作为压电蜂鸣器元件实际产生加速度相关电压的结果的差值，检测偏移值也要加以修正。但是，压电蜂鸣器元件的电压发生期间与其他期间相比非常短。因此，即使每次检测出差值时进行步骤S37也不会有特别的问题。即由于在实际拳击游戏开始时作了适当的修正，之后，每次加速度检测都进行步骤S37也不会在检测偏移值上产生大的变动，因此，不会对实际的拳击游戏造成任何障碍。
在下一步骤S38中，MCU60从输入端口1读取来自键开关即防护键44的值1或0，接着在步骤S39中，MCU60基于来自改防护键44的值和前面的步骤S36中确定的手套型输入装置34的位移加速度或移动加速度，再附加奇偶校验位，并算出发送代码，然后返回主程序的步骤S13(图9)。
以下，参照图11就步骤S17(图9)中的从手套型输入装置34到游戏处理器64的代码发送进行说明。在最开始的步骤S41中，MCU60将在步骤S12或S16中作成的发送代码复制到临时数据寄存器(未图示)。然后，判断其最上位比特是否为1。若最上位比特为1，则在步骤S42中判断为“是”，接着在步骤S43中，MCU60将1设置到输出端口1，然后将红外LED62(图3)点亮。之后，在步骤S44中，等待经过一定的待机时间。但是，在步骤S42中若为“否”即最上位比特为0，则直接进入步骤S44。
在步骤S44中，经过规定待机时间后，在步骤S45中MCU60将0设置到输出端口1，将红外LED62关闭。之后，在步骤S46等待经过一定的待机时间。
在步骤S46中经过规定待机时间后，在步骤S47中MCU60左移1比特，将发送过的比特设为最下位比特。也就是，为了比特串行发送而替换发送比特。然后，在步骤S48判断全部比特的发送是否结束。若判为“否”则回到步骤S42，若判为“是”则结束，进入图9所示的步骤S18。
以下参照图12就图7的步骤S9所示的游戏处理器64的代码接收处理进行说明。由于该代码接收处理通过定时器中断进行处理，因此在最开始的步骤S51中，游戏处理器64判定是否有定时器中断。若非定时器中断，则就是由通信的开始比特起始的中断。若判为“否”则在步骤S52中设定定时器中断，若判为“是”则直接进入步骤S53。
在步骤S53中，游戏处理器64在内部存储器66(图3)内确保代码接收用的临时数据区。然后在下一步骤S54，读取被输入红外接收解调部32的输出信号的输入端口的数据。在下一步骤S55中，游戏处理器64将临时数据右移，将在步骤S54中读取的数据设为该临时数据的最下位比特。
之后，在步骤S56中判断全部比特的接收是否完成，若判为“否”则在步骤S57等待下一定时器中断。若判为“是”则在步骤S58中解除定时器中断，然后在步骤S59将临时数据作为接收代码复制。游戏处理器64用该接收代码执行图7的游戏处理。
如前面的图7所示，在步骤S3中选择了游戏方式后，游戏处理器64在下一步骤S4执行“对战中”处理。具体而言，该“对战中”处理按照图13和图14所示的流程图进行。
在“对战中”处理的最开始的步骤S61中，游戏处理器64核查己方拳击手的状态，以在步骤S62中判断状态。若该状态为中立，则在步骤S63执行己方拳击手行动判定处理。
以下参照图15就步骤S63的子程序作详细说明。在图15最开始的步骤S91中，游戏处理器64对通过图12的接收处理得到的来自手套型输入装置34的输入数据进行核查，以在步骤S92判断是否有来自左用输入装置34L的加速度信号输入，在步骤S93判断是否有来自右用输入装置34R的加速度信号输入，在步骤S94判断左用输入装置34L的防护键44是否被按下，然后在步骤S95判断右用输入装置34R的防护键44是否被按下。
在步骤S92中判为“是”时即从左用输入装置34L输入加速度信号时，游戏处理器64在后续的步骤S96设定“左击打”作为己方拳击手的状态，同时在步骤S97中在游戏画面45上设定“左击打”作为此时要显示的己方拳击手的动画。
在步骤S93判为“是”时即从右用输入装置34R输入加速度信号时，游戏处理器64在后续的步骤S98中设定右击打作为己方拳击手的状态，同时在步骤S99中在游戏画面45上设定右击打作为此时要显示的己方拳击手动画。
在步骤S97或S99后即“左击打”或“右击打”设定后，在步骤S100中，游戏处理器64根据此时的加速度信号的大小来确定左击打或右击打的“击打的强度”。具体而言，在该步骤S100中游戏处理器64根据加速度信号的大小按照预定的变换系数计算击打的强度。
在步骤S94判为“是”时即左用输入装置34L的防护键44开通时，游戏处理器64在后续的步骤S101设定左防护作为己方拳击手的状态，同时在步骤S102中在游戏画面45上设定左防护作为此时要显示的己方拳击手动画。
在步骤S95中判为“是”时即从右用输入装置34R输入了防护键44的开通信号时，游戏处理器64在后续的步骤S103中设定“右防护”作为己方拳击手的状态，同时在步骤S104中在游戏画面45上设定“右防护”作为此时要显示的己方拳击手的动画。
如此，在步骤S63的己方拳击手的行动判定处理中，按照来自输入装置34的输入信号(信息)，只设定己方拳击手(游戏者拳击手)的状态(击打时含击打的强度)和动画。
回到图13，在步骤S62中判断己方拳击手的状态为“左防护”或“右防护”时，在下一步骤S64中游戏处理器64判断是否经过了防护开始后规定时间。若判为“否”则进入步骤S71，若判为“是”则在步骤S65中将己方拳击手的状态设定于“中立”。也就是，在防护键44按下后经过预定时间时，己方拳击手的状态返回到“中立”。
在步骤S62中己方拳击手的状态判断为是左击打或右击打时，在下一步骤S66游戏处理器64判断己方拳击手的击打是否达到对方拳击手的位置。若判为“否”则在步骤S67更新击打的位置，若判为“是”则在步骤S68中执行己方拳击手的击打的结果判定处理。
该步骤S68所示的处理的详细情况如图16的子程序所示。在最开始的步骤S111中，游戏处理器64核查对方拳击手的状态，以在步骤S112判断对方拳击手的状态是否为“躲避”。若判为“是”则在后续的步骤S113中，游戏处理器64判断己方拳击手的击打结果为“未击中”。
在步骤S112中为“否”时，在步骤S114判断对方拳击手的状态是否为“防护”。也就是，判断己方拳击手以右击打出击时对方拳击手是否作了左防护(游戏者侧为右)，或是己方拳击手以左击打出击时对方拳击手是否作了右防护(游戏者侧为左)。在该步骤S114判为“是”时，在步骤S115中游戏处理器64将己方拳击手的击打结果判为“防护”，在后续的步骤S116中，在游戏画面45(图2)上要显示的对方拳击手的动画设定为“击打被防护”。
在步骤S114若判为“否”，则在下一步骤S117中游戏处理器64将己方拳击手的击打结果判为“击中”。接着在下一步骤S118中，游戏处理器64根据击打的强度(图15的步骤S100)和击中时的状态计算对方拳击手的伤害。然后，将该经计算的伤害值从对方拳击手的体力值减去(步骤S119)。
在步骤S120中，游戏处理器64判断扣除了己方拳击手受击打的伤害值的对方拳击手的体力值是否为0以下。在该步骤S120判为“否”时即对方拳击手还剩1以上的体力值时，在步骤S121中的游戏画面上将要显示的对方拳击手的动画设定为“被击中”。相反地，体力值已经耗尽时，在步骤S120判断为“是”，这时游戏处理器64在下一步骤S122中将对方拳击手的状态设定为“倒地”，同时在步骤S123中将对方拳击手的动画设定为“被击中后倒地”。
如此，己方拳击手的击打触及对方拳击手时，在步骤S68中判断对方拳击手成为何种状况作为该击打的结果。
再回到图13，在步骤S67更新了击打的位置后或在步骤S68中处理了己方拳击手的击打结果后，进入前面的步骤S65将己方拳击手的状态设定于“中立”。
在步骤S62己方拳击手的状态判断为“倒地”时，游戏处理器64在步骤S69中判断是否经过了倒地后规定时间。若判为“否”则进入步骤S71，若判为“是”则在步骤S70中将游戏状态设定为“倒地中”。
在步骤S63、步骤S65或步骤S70之后，处理过程进入步骤S71。在步骤S71中，游戏处理器64核查对方拳击手的状态。之后，进行与前面说明的判定己方拳击手的状态时相同的动作，但是这里对方拳击手存在躲避状态，前面说明的己方拳击手的行动判定时不存在躲避。因此，虽然步骤S73-S82存在躲避，但与前面的步骤S62-S70基本上相同。
在图14中的最开始的步骤S72中，游戏处理器64判断对方拳击手的状态。若该状态为“中立”，则例如在步骤S73中基于与图15所示的己方拳击手的行动判定处理相同的行动算法，执行对方拳击手行动判定处理。
然后，在步骤S72中判断了对方拳击手的状态是“左防护”或“右防护”时，游戏处理器64在下一步骤S74判断是否经过了防护开始后规定时间。若判为“否”则进入步骤S83，若判为“是”则在步骤S75中将对方拳击手的状态设定于“中立”。
在步骤S72中判断了对方拳击手的状态为“左击打”或“右击打”时，游戏处理器64在下一步骤S76判断对方拳击手的击打是否触及己方拳击手的位置。若判为“否”则在步骤S77更新对方拳击手的击打位置，若判为“是”则在步骤S78中执行对方拳击手击打的结果判定处理。
步骤S78所示的处理的详细情况在图17所示的子程序中示出。在最开始的步骤S131中，游戏处理器64核查己方拳击手的状态，判断步骤S132中己方拳击手的状态是否为“防护”。也就是，判断对方拳击手以左击打(游戏者侧为右)出击时己方拳击手是否作了右防护，或是对方拳击手以右击打(游戏者侧为左)出击时己方拳击手是否作了左防护。在该步骤S132中判为“是”时，在步骤S133游戏处理器64判断对方拳击手的击打的结果为“被防护”，在后续的步骤S134中的游戏画面45(图2)上将要显示的己方拳击手动画设为“击打被防护”。
若在步骤S132判断为“否”，则在下一步骤S135中游戏处理器64将对方拳击手的击打的结果判为“击中”。然后，在下一步骤S136中，游戏处理器64根据击打的强度(图15的步骤S100)和击中时的状态计算己方拳击手的伤害。然后，在步骤S137中从己方拳击手的体力值中减去该计算得到的伤害值。
在步骤S138中，游戏处理器64判断扣除了对方拳击手的击打造成的伤害值后的己方拳击手的体力值是否为0以下。在该步骤S138判为“否”时即己方拳击手的体力值剩有1以上时，在步骤S139中，在游戏画面上设定“被击中”作为要显示的己方拳击手的动画。相反地，己方拳击手的体力值耗尽时，在步骤S138判为“是”，这时游戏处理器64在下一步骤S140中将己方拳击手的状态设定为倒地，同时在步骤S141中将己方拳击手的动画设定于“击中后倒地”。
回到图14，步骤S77中更新了击打的位置后或在步骤S78中处理了对方拳击手的击打的结果后，进入到前面的步骤S75将对方拳击手的状态设定于“中立”。
在步骤S72中判断为对方拳击手的状态为躲避时，游戏处理器64在下一步骤S79判断从躲避开始是否经过了规定时间。若判为“否”则进入步骤S83，若判为“是”则在步骤S80中将对方拳击手的状态设定于“中立”。
然后，在步骤S72中判断为对方拳击手的状态为“倒地”时，游戏处理器64在步骤S81判断是否经过了倒地后规定时间。若判为“否”则进入步骤S83，若判为“是”则在步骤S82中将游戏状态设定于“倒地中”，然后处理程序进入步骤S83。在步骤S83中，游戏处理器64判断剩余时间是否成为0，若判为“是”则在步骤S84中将游戏状态设定于“结果判定和显示”，若判为“否”则在步骤S85中为游戏画面显示执行动画控制。
再有，上述的实施例中，电压信号作为压电蜂鸣器元件中产生的加速度相关的电压信号取出。但是，也可以将它作为电流信号取出。
以上对本发明作了详细说明，但这只是通过
的一个例子，显然不应理解为对本发明的限定，本发明的精神和范围只由所附的权利要求书加以规定。
权利要求
1.一种拳击游戏系统，其中设有由游戏者手持的或装在手上的在真实空间中挥动的输入装置，它包含将检测所述输入装置挥动的大小的加速度传感器和将由所述加速度传感器检测出的加速度信息以无线方式发送的无线传送部件，接收由所述无线传送部件发送的加速度信息的无线接收部件，以及接受所述无线接收部件接收的加速度信息的游戏处理器；所述游戏处理器基于所述加速度信息判定击打的强度。
2.如权利要求1所述的拳击游戏系统，其特征在于所述加速度传感器是包含金属板和粘贴在所述金属板上的压电陶瓷板的压电蜂鸣器，它输出与所述压电陶瓷板表面的垂直方向上的所述挥动的大小对应的加速度相关信号。
3.如权利要求1或2所述的拳击游戏系统，其特征在于所述无线传送部件包含红外发送部件，所述无线接收部件包含红外接收部件。
4.如权利要求1至3中任一项所述的拳击游戏系统，其特征在于所述输入装置包含仿照拳击手套形状的缓冲材料和与所述缓冲材料做成一体的、由游戏者手持的本体。
5.如权利要求1至4中任一项所述的拳击游戏系统，其特征在于所述输入装置包含与所述缓冲材料做成一体的、佩带在游戏者手腕上的腕带。
全文摘要
拳击游戏系统(10)包含游戏机(12)和手套型输入装置(34)，游戏者手持该输入装置的本体(40)以类似实际拳击的动作挥动输入装置。本体内设有压电蜂鸣器，该压电蜂鸣器检测挥动输入装置时的加速度。加速度信息通过红外光输出，该红外光由红外接收解调部(32)接收并解调。游戏处理器接收经解调的加速度信息并计算挥动输入装置时的击打的强度。用该击打强度确定伤害值，通过该伤害值计算显示器(20)上显示的拳击手的体力值。体力值耗尽就成为“倒地”状态。
文档编号A63B69/00GK1606465SQ03801760
公开日2005年4月13日 申请日期2003年7月9日 优先权日2002年7月18日
发明者上岛拓 申请人:新世代株式会社