自动伴奏装置以及自动伴奏方法

摘要

本发明提供自动伴奏装置以及自动伴奏方法。能够基于旋律音的履历迅速地进行高精度的适当的和弦赋予。具备：乐曲数据库单元，对于多个乐曲分别将旋律信息和与该旋律信息对应的和弦作为乐曲数据进行存储；乐曲检索单元，基于演奏操作件的操作的演奏信息，从上述乐曲数据库单元检索具有对应的旋律信息的乐曲数据；和弦判定单元，根据存储于上述演奏存储单元的演奏信息来判定和弦；和弦选择单元，选择使用由上述乐曲检索单元检索到的乐曲中对应地存储的和弦以及由上述和弦判定单元判定的和弦中的哪个和弦；以及自动伴奏单元，指示产生基于由上述和弦选择单元选择的和弦的伴奏音。

说明书

本申请以于2013年3月14日提交的日本专利申请2013-051160为基础， 享受该申请的优先权，本申请通过参照该申请而包含该申请的全部内容。

技术领域

本发明涉及自动伴奏装置以及自动伴奏方法。

背景技术

在钢琴、风琴或者电子键盘、电子钢琴这种具备键盘的乐器中，用右 手演奏旋律、并与此相匹配地用左手演奏伴奏的奏法较为普遍。

但是，为了如此同时活动右手和左手来进行演奏，需要相应的练习。 尤其是，即便为了演奏旋律而活动右手比较容易、但感到难以同时用左手 演奏与旋律不同的伴奏的演奏者，尤其以初学者居多。因此，为了即便是 这种初学者也能够容易地享受演奏，而实现了与演奏者用右手演奏旋律相 匹配、自动地制作与左手的演奏相当的伴奏而进行演奏的电子乐器。

例如，在日本特开2011-158855号公报中公开一种电子乐器的技术，能 够基于旋律音的权重及其变迁来适当地决定和弦名。

在日本特开2011-158855号公报所记载的电子乐器中，使用旋律音的拍 的位置、拍的权重、前拍的拍头的旋律音、和弦名(和音名)等进行和弦判定， 但一般的音乐的旋律前进以及和弦赋予存在极多的各种情况，尤其是在音 乐的领域中，关于对于旋律前进的和弦赋予，根据人的感觉来判断的部分 也较多，而要求进一步提高机械的和弦赋予的精度。

发明内容

本发明是鉴于上述情况而进行的，其目的在于提供自动伴奏装置以及 自动伴奏方法，能够基于旋律音的履历来迅速地进行高精度的适当的和弦 赋予。

为了实现上述目的，本发明一个方式的自动伴奏装置的特征在于，具 备：乐曲数据库单元，对于多个乐曲分别将旋律信息和与该旋律信息对应 的和弦作为乐曲数据进行存储；演奏存储单元，存储用于与演奏操作件的 操作对应而依次指示乐音的产生的演奏信息；乐曲检索单元，根据存储于 上述演奏存储单元的演奏信息，从上述乐曲数据库单元检索具有与该演奏 信息对应的旋律信息的乐曲数据；和弦判定单元，根据存储于上述演奏存 储单元的演奏信息来判定和弦；和弦选择单元，选择使用由上述乐曲检索 单元检索到的乐曲中对应地存储的和弦以及由上述和弦判定单元判定的和 弦中的哪个和弦；以及自动伴奏单元，指示产生基于由上述和弦选择单元 选择的和弦的伴奏音。

此外，本发明的特征在于，上述和弦选择单元将由上述乐曲检索单元 检索到的乐曲数据中对应地存储的和弦以及由上述和弦判定单元判定的和 弦各自的和弦的功能进行比较，基于该和弦的功能的比较结果来选择和弦。

此外，本发明的特征在于，上述和弦选择单元为，在由上述乐曲检索 单元检索到的乐曲数据中对应地存储的和弦以及由上述和弦判定单元判定 的和弦各自的和弦的功能一致的情况下，选择由上述和弦判定单元判定的 和弦，并且在该和弦的功能不一致的情况下，选择存储于上述乐曲数据的 和弦。

发明的效果

根据本发明，能够基于旋律音的履历适当地分开使用自动的和弦赋予 以及使用了乐曲数据库的和弦赋予的双方而进行和弦赋予，因此能够迅速 地进行高精度的适当的和弦赋予。

附图说明

图1是表示本实施方式的电子乐器的外观的图。

图2是表示本发明的实施方式的电子乐器的构成的框图。

图3是表示在本实施方式的电子乐器中执行的主流程的例子的流程图。

图4是表示本实施方式的键盘处理的例子的流程图。

图5是表示本实施方式的曲候补检索处理的例子的流程图。

图6是表示本实施方式的F列表处理的例子的流程图。

图7是表示本实施方式的K列表处理的例子的流程图。

图8是表示本实施方式的N列表处理的例子的流程图。

图9是表示本实施方式的D列表处理的例子的流程图。

图10是表示本实施方式的根据N表和D表来制作综合表的处理的例子 的流程图。

图11是表示本实施方式的和弦选择处理的例子的流程图。

图12是表示本实施方式的乐曲数据库的例子的图。

图13是表示与图12的乐曲数据库对应的乐谱的图。

图14是表示本实施方式的演奏输入旋律履历的记录数据例的图。

图15是表示本实施方式的F表的例子的图。

图16(A)是表示本实施方式的输入旋律履历的一例的图，图16(B)是表示 与图16(A)的输入旋律对应的K表的例子的图。

图17(A)是表示本实施方式的输入旋律履历的一例的图，图17(B)是表示 与图17(A)的输入旋律对应的N表的例子的图。

图18(A)是表示本实施方式的输入旋律履历的一例的图，图18(B)是与图 18(A)的输入旋律对应的N表的例子的图，图18(C)是表示与图18(A)的输入 旋律对应的D表的例子的图。

图19是表示本实施方式的综合表的例子的图。

图20是表示本实施方式的全音阶寄存器的例子的图。

图21是表示本实施方式的全音阶表格的例子的图。

图22是表示本实施方式的假定和弦决定映射的例子的图。

图23是表示本实施方式的和弦数据库的例子的图。

图24是表示本实施方式的和弦判定表格的例子的图。

图25是表示本实施方式的自动伴奏处理的例子的流程图。

图26是表示本发明第二实施方式的和弦选择处理的例子的流程图。

具体实施方式

以下，参照附图对本发明的实施方式进行说明。图1是表示对本实施方 式的电子乐器进行了应用的电子乐器的外观的图。如图1所示，本实施方式 的电子乐器10具有作为演奏操作件的键盘11。此外，在键盘11的上部具有 用于进行音色的指定、自动伴奏的开始结束、节奏模式的指定等的开关(参 照符号12、13)、显示与所演奏的乐曲相关的各种信息、例如音色、节奏模 式以及和弦名等的显示部15。本实施方式的电子乐器10例如具有61个键 (C2～C7)。此外，电子乐器10能够在使自动伴奏开启的自动伴奏模式以及使 自动伴奏关闭的通常模式这两个演奏模式中的任一个模式下进行演奏。

图2是表示本发明的实施方式的电子乐器的构成的框图。如图2所示， 本实施方式的电子乐器10具备CPU21、ROM22、RAM23、音响系统24、开 关组25、键盘11以及显示部15。

CPU21执行电子乐器10整体的控制、键盘11的键的按键、构成开关组 25的开关(例如参照图1的符号12、13)的操作的检测、基于键、开关的操作 的音响系统24的控制、基于所按键的乐音的音高的和弦名的决定、基于自 动伴奏模式以及和弦名的自动伴奏的演奏等各种处理。

ROM22存储由CPU21执行的各种处理、例如对应于开关的操作、键盘 的任一个键的按键来执行的处理、对应于按键的乐音的发音、基于所按键 的乐音的音高的和弦名的决定、基于自动伴奏模式以及和弦名的自动伴奏 的演奏等的程序。此外，ROM22具有存储用于生成钢琴、吉他、大鼓、小 军鼓、铜钹等的各种乐音的波形数据的波形数据区域、以及存储表示各种 自动伴奏模式的数据(自动伴奏数据)的自动伴奏模式区域。

RAM23存储从ROM22读出的程序、在处理的过程中产生的数据。而且， RAM23存储伴随键盘11的键的按键放键而由CPU21生成的旋律履历数据。 另外，在本实施方式中，自动伴奏模式具有：包含旋律音以及助奏音的旋 律自动伴奏模式；包含按照每个和弦名的构成音的和弦自动伴奏模式；以 及包含鼓音的节奏模式。例如，旋律自动伴奏模式的数据的记录包含乐音 的音色、音高、发音定时(发音时刻)、音长等。和弦自动伴奏模式的数据的 记录除了上述信息之外，还包含表示和弦构成音的数据。此外，节奏模式 的数据包含乐音的音色、发音定时。

音响系统24具有音源部26、声频电路27以及扬声器28。音源部26例如 为，当从CPU21接收到与所按键的键相关的信息或者与自动伴奏模式相关 的信息时，从ROM22的波形数据区域读出规定的波形数据，生成规定音高 的乐音数据而输出。此外，音源部26也能够将波形数据尤其是小军鼓、大 鼓、铜钹等打击乐器的音色的波形数据直接作为乐音数据输出。声频电路 27对乐音数据进行D/A转换而进行放大。由此，从扬声器28输出音响信号。

并且，本发明的实施方式的电子乐器10具备乐曲数据库30。如后述那 样，该乐曲数据库30是被用作为词典的数据库，该词典用于将所输入的旋 律的履历与数据库的各曲进行比较，并对适合的曲的和弦(和音)进行参照。 图12是表示该乐曲数据库30的实际的数据构造的一例的图。

图12中例示出多种乐曲的数据库中的“C-D-E”即以“哆-来-米”开始 的曲中的几个曲的开头部分。此外，图13表示与图12所例示的各乐曲的数 据对应的实际的曲的乐谱。另外，作为实际上CPU21读入而用于各种处理 的乐曲数据库，例如是XML(Extensible Markup Language：可扩展标记语言) 文件形式等，通过根据需要来赋予标记、头等而构成，由此能够由CPU21 识别。

如图12所示那样，在乐曲数据库中，首先按照各乐曲来记录曲编号和 曲的标题(图12的曲编号的栏、标题的栏)。此外，如各乐曲的“Key/Beat” 栏的最上方一行所示那样，记录有该曲是以什么调来记录的(Key)、以及是 什么拍(Beat)。例如，在曲编号1的“小狐狸”中记录为“C/4”，表示该曲 以C大调-4拍记录。同样，在曲编号6的“港口”中记录为“C/3”，表示该 曲以C大调-3拍记录。

另外，在该图12中表示全部乐曲以C大调记录的情况下的例子，但也可 以在C大调以外统一，此外也可以构成为按照每个曲以不同的调来具有数据 库。在将全部曲以相同调进行数据库化的情况下，在能够通过后述的和弦 赋予算法、调判定算法进行音调的判别的情况下，只要基于其所判别的、 用户正弹奏的旋律的推定音调和在数据库中使用的音调(图12中C调)之间 的音程(半音数)等，将乐曲数据库所登记的全部乐曲一致地向该所判别的音 调变调，则能够进行处理，并能够使处理简化。另一方面，也能够预先按 照每个曲以不同的调、例如各个曲的原曲的调来进行数据库登记。

并且，在图12的按照各乐曲的Key/Beat栏的右侧(以下称作“Note”栏)， 记录有各乐曲的旋律的音高、与前一个音之间的音程、与开始音之间的 ST(Step Time)比率、以及对于其旋律的和弦(和音)。

再次以曲编号1的“小狐狸”为例进行说明，该曲的旋律成为“哆来米 发索索索”，因此在图12的曲编号1的Note栏的最上方一行，作为旋律的音 高而依次记录有“CDEFGGG”的数据。

此外，在图12的各乐曲的Note栏的第二行记录有与开始音/紧前音之间 的音程。即，对于旋律的最初的音，直接记录开始音(在图12的例子中全部 为C)的音高，在旋律的第二个音以后，记录与紧前的音之间的音程(半音数)。 例如，在曲编号1的“小狐狸”的情况下，对于旋律的第一个音直接记录“C”， 对于接下来的旋律的第二个音“D”，由于是距离紧前的旋律音(第一音)即 “C”为2个半音上的音，因此记录为“2”。同样，对于旋律音第三个音“E”， 记录与第二个音“D”之间的音程(半音数)“2”，此外，对于旋律音第四个 音“F”，记录与第三个音“E”之间的音程(半音数)“1”。

另外，如由曲编号2以后的一部分表示的那样，在旋律音比紧前的音下 降了的情况下，该紧前音的音程以负值记录(例如曲编号2的“麻雀之歌” 的第四个音、曲编号7的“鸽子”的第五个音、第六个音等)。

并且，在图12的各乐曲的Note栏的第三行记录有“与开始音的ST比率”。 此处，ST是Step Time的简称，是表示从某个音的发音定时到下一个音的发 音定时为止的长度的数值。因而，在该乐曲数据库的“与开始音的ST比率” 中记录有表示旋律的开始音(第一音)的ST与各音符的ST之间的比率的数 据。

此处，在图12中，对于与开始音的ST为相同长度的音符，以“与开始 音的ST比率”为1的方式记录。因而，例如在曲编号1的“小狐狸”中，对 于从第二个音到第六个音为止的全部音符，由于是与开始音为相同长度的8 分音符(无休止符)，因此对于这些音符，“与开始音的ST比率”被记录为1。 此外，对于曲编号1的“小狐狸”的第七个音(4分音符的G)，由于是开始音 (8分音符)的2倍的长度，因此“与开始音的ST比率”被记录为2。并且，在 曲编号8的“风筝”中，开始音为附点4分音符，与此相对，第二个音到第 六个音是其三分之一的长度的8分音符，因此对于这些音符，“与开始音的 ST比率”被记录为“0.33”。

进而，图12的各乐曲的Note栏的第四行是和弦栏，记录有和弦名(和音 记号)。在该和弦栏中，例如表示为“C”的记号表示所谓的“C”的和弦即 “哆米索”的和音。此外，表示为“G7”的记号表示成为所谓的“G7”的 第七和弦的“索米来发”的和音。此外，和弦栏成为“→”是指与前一个 和音为相同和音，意味着直接持续维持前一个和音而不变更。该和弦名与 实际的音之间的对应，例如通过参照存储于ROM内等的未图示的和弦名对 应表格来建立对应。

在后述的和弦选择处理中在作为伴奏而决定对旋律赋予的和音时，参 照该和弦栏。能够对某个旋律赋予的和音并不一定为一种，根据编曲、演 奏者的个性感性等而不同，但此处从进行自动伴奏的基于机械的自动和弦 判别(和弦赋予)的补充这种观点出发，优选准备“至少如果赋予该和音、则 不会出错”这种和音的表格。

另外，对于该乐曲的数据库的数据形式，并不一定限于此处所记载的 形式，例如也可以基于MIDI形式的数据，根据旋律的各音符的长度来求出 与开始音的ST比率，并且将旋律音前后的音符的音高进行比较，通过计算 处理来求出与紧前音之间的音程。进而，和弦部分也可以具有和弦数据， 即使是在与旋律不同的路径上将和弦的数据记录为和弦记号或者表示某个 和音的多个音符那样的数据，也能够执行。

本实施方式的电子乐器10为，在通常模式下，基于键盘11的键的按键 来产生乐音。另一方面，电子乐器10为，例如通过图1所示的各种开关12、 13等中的一个即自动伴奏开关被操作，而成为自动伴奏模式。在自动伴奏 模式下，通过键的按键来产生该键的音高的乐音。此外，基于所按键的键 的信息来决定和弦名，产生基于包含该和弦名的和弦构成音的自动伴奏模 式的乐音。另外，自动伴奏模式能够包含：钢琴、吉他、贝司等伴随音高 变化的旋律自动伴奏模式；和弦自动伴奏模式；以及大鼓、小军鼓、铜钹 等不伴随音高变化的节奏模式。以下，对电子乐器10在自动伴奏模式下动 作的情况进行说明。

以下，对在本实施方式的电子乐器10中执行的处理进行详细说明。图3 是表示在本实施方式的电子乐器中执行的主流程的例子的流程图。另外， 虽然未图示，但在主流程的执行中也执行以规定的时间间隔使中断计数器 的计数值增量的计时器增量处理。

如图3所示，当接通电子乐器10的电源时，电子乐器10的CPU21执行包 括RAM23中的数据、显示部15的图像的清除的初始化处理(initializing  process)(步骤S301)。当初始化处理结束时，CPU21执行开关处理，即对构 成开关组25的开关各自的操作进行检测，并执行基于所检测到的操作的处 理(步骤S302)。

例如，在开关处理(步骤S302)中，对音色指定开关、自动伴奏模式的类 别的指定开关、自动伴奏模式的开启关闭的指定开关等各种开关的操作进 行检测。在自动伴奏模式成为开启时，CPU21将演奏模式切换成自动伴奏 模式。表示演奏模式的数据被指定于RAM23的规定区域。表示音色、自动 伴奏模式的类别的数据也同样被存储于RAM23的规定区域。

接着，CPU21执行键盘处理(步骤S303)。图4是更详细地表示本实施方 式的键盘处理的例子的流程图。在键盘处理中，首先，CPU21对键盘11的 键进行扫描(步骤S401)。作为键的扫描结果的事件(键接通或者断开)与产生 该事件的时刻的信息一起暂时存储于RAM23。CPU21参照存储于RAM23的 键的扫描结果，对于某个键判断是否存在事件(步骤S402)。在步骤S402中 判断为否是情况下，CPU11判断事件是否是键接通(步骤S403)。

在步骤S403中判断为是、即判断为事件是键接通的情况下，CPU21对 存在该键接通的键执行发音处理(步骤S404)。在发音处理中，CPU21读出由 音色指定开关指定而存储于RAM23等的旋律键用的音色数据以及表示键 的音高的数据并暂时存储于RAM23。这些表示音色、音高的数据在后述的 音源发音处理(图3的步骤S306)中被赋予给音源部26，音源部26根据该表示 音色以及音高的数据而读出ROM22的波形数据，生成规定音高的乐音数 据。由此，从扬声器28产生规定的乐音。

之后，CPU21将关于存在键接通的键的音高信息(例如键编号)以及按键 定时(例如按键时刻)存储于RAM23(步骤S405)。能够基于中断计数器的计数 值来计算出按键定时。

在步骤S403中判断为否的情况下，事件为键断开。因而，CPU21执行 关于成为键断开的键的消音处理(步骤S406)。在消音处理中，CPU21生成表 示应当消音的乐音的音高的数据，并暂时存储于RAM23。在该情况下，在 后述的音源发音处理(步骤S306)中，表示应当消音的乐音的音色以及音高的 数据也被赋予给音源部26。音源部26基于所赋予的数据对规定的乐音进行 消音。之后，CPU21对于存在键断开的键，将所按键的时间(按键时间)存储 于RAM23(步骤S407)。此外，每当存储该旋律履历时，就计算最初输入的 旋律音的音长(ST：Step Time)与此次输入的旋律音的音长的比率(与开始音 的ST比率)，并附加于旋律履历信息而存储。

CPU21判断是否对于全部键事件的处理结束(步骤S408)。在步骤S408 中判断为否的情况下，返回到步骤S402。如果对于全部键事件的处理结束 (步骤S408：是)，则结束图4的键盘处理。

当键盘处理(图3的步骤303)结束时，CPU21执行曲候补检索处理(步骤 S304)。图5是更详细地表示本实施方式的曲候补检索处理的例子的流程图。

在曲候补检索处理中，首先，CPU21通过在之前使用图4说明了的键盘 处理中检测到的按键放键处理来判断是否存在旋律的输入(步骤S501)。在不 存在旋律输入的情况下(步骤S501：否)，结束图5的曲候补检索处理。

在存在旋律输入的情况下(步骤S501：是)，将所输入的旋律作为旋律履 历追加记录到已经记录于RAM23的规定的旋律履历保存区域中的旋律履 历(步骤S502)。图14表示记录于RAM23的旋律履历的数据构造的一例。

在图14的例子中，与上述的乐曲的数据库(图12)的数据构造一致，相对 于旋律的输入，计算出输入音高、与紧前音(开始音)之间的音程、以及与开 始音的ST比率而进行存储。该各数据的具体意义以及计算方法与在图12中 说明了的相同。当然也能够与在图12的说明中所叙述的同样，例如与使图 12的数据构造成为其他数据构造的情况相匹配，以其他数据构造进行存储。

另外，在该步骤S502中的旋律履历的记录时，例如为了除去轻微的错 误碰触等，也能够从旋律履历的记录音中除去输入音长极短的音。例如， 也可以不对所输入的旋律中、按键时间(持续时间)为规定的阈值以下的音进 行旋律履历的记录，此外，不进行步骤S503以后的处理而进行从曲候补检 索处理返回这样的处理。

当步骤S502中的旋律履历的记录结束时，CPU21判定所输入的旋律音 是否是最初的旋律音(步骤S503)。在所输入的旋律音是最初的旋律音的情况 下(步骤S503：是)，进行F列表的处理(步骤S504)。图6详细地表示该F列表 的处理，因此参照图6进行说明。

在图6中进行列表的F表为，从上述乐曲数据库(图12)中检索与所输入的 旋律音中的第一个音的音一致的乐曲而进行了列表的表。

仅以第一个音与乐曲进行比较，因此不一定要筛选为一个乐曲，如果 还考虑用户变调地弹奏的情况等，则并不一定限于能够进行正确的筛选， 但是例如假定用户在弹奏旋律的情况下按照原曲调来进行弹奏的情况较 多，则通过根据输入旋律音的第一个音对按照原曲调记录的乐曲数据库进 行检索，由此能够进行一定程度的乐曲的筛选。

在图6中，CPU21首先向变量FN取得开始音、即所输入的旋律的第一个 音的信息(步骤S601)。接着，CPU21对旋律开始音FN与作为乐曲数据库的 开始音(各乐曲的旋律的开始音)而登记的音一致的乐曲进行检索(步骤 S602)。

然后，CPU21将在步骤S602中检索到的各乐曲作为F表进行列表(步骤 S603)。此时，在存在多个符合的乐曲的情况下，可以将它们全部进行列表， 也可以将随机选择的规定数量的乐曲进行列表。此外，在不存在符合的曲 的情况下，也可以返回无符合曲的标记等。

图15表示如此制作的F表的例子。此处，示出在输入了图14所示的旋律 输入的第一音“C”时，对图12以及图13所示的乐曲数据库进行检索而获得 的F表的例子。在该情况下，旋律输入的第一音“C”与乐曲数据库的曲编 号1到9的全部乐曲一致，因此将曲编号1到9的全部乐曲对F表进行列表。

另外，对乐曲赋予的位次只不过是一例，表示将对乐曲数据库进行检 索而判断为符合的乐曲依次存储于表的情况。此处，表示从乐曲数据库的1 起依次存储于表并直接赋予位次的情况。但是，除此之外，也能够将该多 个乐曲全部作为相同位次(1位)进行记录。

如此，当经由图5的步骤S504、通过图6所示的处理来制作了F表时， CPU21使处理返回到图5的流程图，在步骤S511中将F表作为综合表(步骤 S511)，并结束曲候补检索处理。

另一方面，在返回到步骤S503、而所输入的旋律音不是最初的音的情 况下(步骤S503：否)，判定相对于所输入的旋律的调(Key；音调)是否确定(步 骤S505)。

该调(音调)是否确定，能够在后述的图3的步骤S305的调(音调)判别处 理中，根据是否确定有作为“确定调”的调来判断。对于该调(音调)判别处 理的详细情况将后述。

在步骤S505中，在判定为调(音调)确定的情况下(步骤S505：是)，CPU21 使处理向步骤S506前进，进行K表的列表。图7详细表示该K列表的处理， 因此参照图7进行说明。

在图7中进行列表的K表为，基于所输入的旋律的调(音调)为确定这种 判定结果，使记录于上述乐曲数据库(图12)的各乐曲向上述判定为确定的调 (音调)变调，之后与输入旋律履历进行比较而进行列表。

通过进行这种处理，即便在用户使旋律变调到任意的调而弹奏的情况 下，也能够与登记于乐曲数据库的各乐曲的调(音调)无关地，迅速地检索确 定乐曲而进行正确的和弦赋予。

在图7中，CPU21首先向变量Key取得被判定为确定的输入旋律的调的 信息(步骤S701)。接着，CPU21基于登记于上述乐曲数据库(图12)的各乐曲 的调(音调)以及向变量Key取得的旋律的确定调，进行乐曲与输入旋律的比 较(步骤S702)。

对该处理进行更具体的说明。例如，考虑向变量Key取得的输入旋律的 确定调为F(F大调)的情况。当前，当假设与曲编号4的“你睡了吗”进行比 较时，该曲的所登记的Key为“C”即C大调，因此计算出Key“F”和Key “C”之间的半音数。这能够基于周知的音乐理论而计算为“半音数=5”， 因此对曲编号4“你睡了吗”的所登记的旋律(图12的曲编号4的Note栏最上 行)的各音，进行半音数+5的操作而向F调进行变调。在上述例子的情况下， 原来的旋律“CDECCDE”，通过半音数+5的变调操作而成为“FGAFFGA”。

然后，对所变调的乐曲数据库的旋律音的各音与所输入的旋律履历的 各音进行比较。比较的结果，满足规定条件的乐曲被作为步骤S702的检索 结果而拾取。

此处，作为被拾取的条件能够考虑到各种条件。例如，能够拾取从最 初的音到最新的音为止的全部的音高与所输入的旋律履历一致的乐曲数据 库的乐曲。或者，也可以从所输入的旋律履历的过去的音到当前的音为止、 从连续地一致的音数较多的乐曲起依次拾取规定数的乐曲。进而，也考虑 如下方法：在从最初的音到当前的音为止，对音进行比较，从一致的音数(概 率)较高的乐曲起依次拾取规定数的乐曲等。

接着，CPU21判断步骤S702中的检索结果、是否存在被拾取的曲(步骤 S703)。然后，在不存在拾取的曲的情况下，结束该K表的列表处理(步骤 S703：否)。

另一方面，在存在拾取的曲的情况下(步骤S703：是)，对于所输入的旋 律履历的各音计算出与旋律开始音(最初的音)之间的ST比率，并对于所拾 取的各曲、与记录于乐曲数据库上的“与开始音的ST比率”的数据进行比 较，计算出“正确率”(步骤S704)。

能够通过各种方法来进行步骤S704中的“正确率的计算”。

例如，能够考虑如下的方法等：求出所输入的旋律履历的各音与旋律 开始音的ST比率，基于该输入旋律的ST比率与登记于乐曲数据库上的ST比 率之差，来决定各音的“正确率”，并将它们相加(平均)的方法等。这即为 如下情况：例如，对于曲编号4“你睡了吗”的第二个音“D”，在乐曲数据 库上作为与开始音相等的长度而记录有ST比率=“1”，但与此相反，在实际 演奏的旋律中，在第二个音的音的长度相对于旋律开始音为90%或者110% 的情况下，相对于该第二个音的音的正确率成为“90点”。

如上所述，在步骤S704中，能够计算出与各乐曲相对于所输入的旋律 履历以何种程度接近(相似)相当的指标即“各乐曲的正确率”。

然后，参照该“各乐曲的正确率”，从正确率较高的乐曲起依次将规定 数的乐曲作为K表进行列表(步骤S705)，而结束该K列表的处理。

图16表示如此制作的K表的例子。

此处，图16(B)表示在输入了图16(A)所示那样的旋律的情况下，对图12 以及图13所示的乐曲数据库进行检索而获得的K表的例子。

如图16(A)所示，旋律输入为依次输入“FGAB”这4个音。此外，基 于该输入旋律，作为确定调而获得F(F大调)。此处，当假定图16(A)所示的 旋律输入为演奏者弹奏键盘11而输入的旋律时，有时人的演奏包含某种程 度的摆动、不正确度。作为考虑了这一点的例子，在图16(A)的例子中，表 示第二个音“G”被稍微短地按键，与开始音的ST比率成为比1稍小的0.9 的情况。此外，表示第三个音“A”的音被稍微长地按键，与开始音的ST 比率成为比1稍大的1.1的情况。

当对这种输入旋律进行图7的K列表处理时，首先，在步骤S701中向变 量Key记录确定的调(音调)、即“F”，接着在步骤S702中，对于图12的乐曲 数据库的各曲，在使其变调为确定调即“F”的基础上，与音高连结进行比 较。即，对各乐曲数据库的曲中、变调为F大调而具有“FGAB”的音高 的曲、即在C大调从第一音到第四音为止具有“CDEF”这种音高连结的曲 进行检索。因而，在该情况下，曲编号1的“小狐狸”和曲编号3的“青蛙 之歌”被作为音高连结一致的符合曲而提取。

由于存在符合曲，所以步骤S703成为是，向步骤S704前进，按照各符 合曲的每个来计算ST比率的正确率：P。此处，表示使用乐曲数据库的符合 曲的第i个音符的ST值：STdb(i)以及输入旋律的第i个音符的ST值：STin(i) 的值，通过以下公式来求出的例子。

如(1)式所示，此处，对于各音的ST值，将数据库上的值与输入值的差 分的绝对值除以作为基准的数据库上的该音的ST值而得到的值设为比率 值，并使该比率值成为百分率值，将到此为止输入的音中、从第二个音到 最新的音为止的值进行平均，将从100减去该平均值而得到的值用作为“正 确率”。

即，在将图16(A)的输入旋律与曲编号1的“小狐狸”进行比较的情况 下，对于第二个音，ST值的差分值为0.1，因此除以数据库中的该音的ST 值(=1)而成为0.1，进行百分率化而成为10。同样地，对于第三个音也成为 10，对于第四个音成为0，当将它们相加时，成为20点。

因此，它们的平均值成为(10+10+0)÷3=约6.7点，从100点减去该6.7点 而求出正确率=93.3点。

另外，在(1)式中，从i=2开始循环，不将第一个音的ST值的比率加入计 算的原因为，由于是将第一个音作为基准来对ST比率进行判定，因此第一 个音的ST比率始终成为100%，因此将其除外。

如此，如果求出了音高连结一致的各曲的正确率，则在步骤S705中， 按照其点数较高的顺序对K表进行列表。在图16的例子中表示的例子为，在 曲编号1的“小狐狸”和曲编号3的“青蛙之歌”中，正确率的点数没有差， 因此为了方便而赋予位次进行记录。关于这种同点的曲彼此的位次赋予， 能够通过在F表中说明了的相同的方法来决定位次。

如此，当经由图5的步骤S506、通过图7所示的处理来制作了K表时， CPU21使处理返回到图5的流程图，在步骤S510中将K表作为综合表(步骤 S510)，而结束曲候补检索处理。

另一方面，在步骤S505中，在判定为调(音调)未确定的情况下(步骤 S505：否)，CPU21使处理向步骤S507前进，进行N表的列表。图8详细表示 该N列表的处理，因此参照图8进行说明。

在图8中进行列表的N表为，对输入旋律履历的音高与记录于上述乐曲 数据库(图12)的各乐曲的旋律音高数据(Note栏最上行数据)进行比较，而进 行列表。

在图8中，CPU21首先从所输入的旋律履历的数据(图14)中取得输入音 高数据来作为音高连结数据(步骤S801)。当考虑图14那样的输入的例子、假 设当前输入进行到旋律的第三个音为止的情况时，在该步骤S801中，作为 输入旋律的音高连结而取得“CDE”这种数据。

接着，CPU21将该所取得的输入旋律的音高连结数据与乐曲数据库(图 12)的各乐曲的旋律音高数据(Note栏最上行数据)进行比较，对音高一致的 乐曲进行检索(步骤S802)。

例如，在如上述那样输入旋律为“CDE”的情况下，当对图12的例子 的乐曲数据库进行检索时，图12所示的从曲编号1到曲编号9这9个曲全部都 是旋律的音高连结从开始音起依次为“CDE”，因此在该情况下，在步骤S802 中，图12的9个曲全部被作为检索结果而拾取。此处，除了拾取从最初的音 到最新的音为止全部的音高一致的乐曲以外，也可以与步骤S702的乐曲拾 取方法同样地通过各种方法进行检索。

接着，CPU21判断步骤S802中的检索结果、是否存在被拾取的曲(步骤 S803)。然后，在不存在被拾取的曲的情况下，结束该N表的列表处理(步骤 S803：否)。

另一方面，在存在被拾取的曲的情况下(步骤S803：是)，对于所输入的 旋律履历的各音计算出与旋律开始音(最初的音)之间的ST比率，并对于被 拾取的各曲、与记录于乐曲数据库上的“与开始音的ST比率”的数据进行 比较，计算出“正确率”(步骤S804)。该正确率的计算的具体方法与在步骤 S704中说明了的方法相同。

然后，参照在步骤S804中计算出的“各乐曲的正确率”，从正确率较高 的乐曲起依次将规定数的乐曲作为N表进行列表(步骤S805)，并结束该N列 表的处理。

图17表示如此制作的N表的例子。

此处，图17(B)表示在输入了图17(A)所示那样的旋律的情况下，对图12 以及图13所示的乐曲数据库进行检索而获得的N表的例子。

如图17(A)所示，旋律输入为依次输入“CDE”这3个音。

此外，在图17(A)所示的旋律输入的例子中，假定CDE全部为相同长度 (ST值)、且与第一音之间的ST比率为1的情况。

当对这种输入旋律进行图8的N列表处理时，首先，在步骤S801中从图 17(A)的旋律履历数据中提取音高连结即“CDE”。接着，在步骤S802中， 对于图12的乐曲数据库的各曲，将音高连结进行比较。此处，在该图的N 表的列表中，与K表的列表时不同，调并未确定，因此直接使用乐曲数据库 的音高来进行比较。因而，在该情况下，从曲编号1到曲编号9的全部曲都 是从开始到第三音为止具有“CDE”的音高，因此在步骤S802中9个曲全部 被作为候补而提取。

由于存在符合曲，所以步骤S803成为是，向步骤S804前进，并按照各 符合曲的每个来计算ST比率的正确率：P。该正确率的计算在此处与K表的 情况下的步骤S704同样地使用式(1)来进行计算。

作为一例，对与曲编号8的“风筝”进行比较而求出正确率的情况进行 说明。在该情况下，对于第二个音“D”，ST值的差分值成为0.67，因此当 将其除以数据库中的该音的ST值(=0.33)时，成为约2(为了方便，表示为 0.33=1/3、0.67=2/3)。因而，对该值进行百分率化而成为200。同样，对于 第三音“E”也计算出差分值的比率为200。

因此，它们的平均值成为(200+200)÷2=200点，从100点减去该200点 而求出正确率=-100点(在图中，用▲表示-)。

如此，如果求出了各曲的正确率，则在步骤S805中，按照其点数较高 的顺序对N表进行列表。图17(B)表示如此制作的N表的例子。虽然表示出 一部分曲的正确率为同点、关于其位次赋予与F表、K表同样地按照曲编号 较小的顺序来赋予位次的例子，但也可以使其成为相同位次或者通过其他 方法来进行位次赋予。

如此，当经由图5的步骤S507、通过图8所示的处理来制作了N表时， CPU21使处理返回到图5的流程图而使处理向步骤S508前进，进行D表的列 表。图9详细表示该D列表的处理，因此参照图9进行说明。

在图9中进行列表的D表为，使用输入旋律履历的音程关系以及记录于 上述乐曲数据库(图12)的各乐曲的旋律的音程关系(Note栏第二行)的数据 来进行比较。

在图8的N表中，将输入旋律与乐曲数据库的音高本身进行比较，与此 相对，在本图9的D表中，使用音程关系进行比较。由此，即便在输入旋律 被变调为与登记于乐曲数据库的旋律不同的调而进行演奏的情况下，也能 够使用登记于乐曲数据库的相对的音程关系来进行比较，能够与输入旋律 的音调无关地进行乐曲的比较。

在图9中，CPU21首先从所输入的旋律履历的数据(图14)中，取得将相 邻的两个音的音高进行比较而求出的“与开始音/紧前音的音程”的数据， 作为音程间隔数据(步骤S901)。

例如，当假设当前的输入旋律为“FGA”时，作为音程关系，取得第 一音“F”与第二音“G”的音程即“2”、以及第二音“G”与第三音“A” 的音程关系即“2”。

接着，CPU21将该所取得的输入旋律的音程间隔数据与乐曲数据库(图 12)的各乐曲的“与开始音/紧前音的音程”数据(Note栏第二行数据)进行比 较，对音程间隔一致的乐曲进行检索(步骤S902)。

当再次以输入了上述“FGA”的例子进行说明时，输入旋律的音程关 系从最初起依次为“2、2”，与此相对，图12的例子的乐曲数据库所登记的 9个曲的从最初起的音程关系均依次为“2、2”，因此在步骤S902中，图12 的9个曲全部被作为检索结果而拾取。

在该情况下，鉴于上述D表的主旨即“即便在变调为与乐曲数据库不同 的调而输入旋律的情况下也能够对乐曲进行检索”这一点，不对输入旋律 和乐曲的各开始音的绝对音高进行比较。当以输入了上述“FGA”的例子 进行说明时，输入旋律的开始音的音高“F”与各乐曲的开始音的音高“C” 不同，但对此并不进行比较，即便是不同的曲也会被拾取。

由此，在输入了上述“FGA”和旋律的情况下，在图8的N表的检索处 理中，由于是与各乐曲的音高完全不同的音高，所以未被拾取，但在该图9 的D表的检索处理中，即便音高本身不同也会拾取从“CDE”开始的乐曲。

接着，CPU21判断步骤S902中的检索结果、是否存在被拾取的曲(步骤 S903)。然后，在不存在被拾取的曲的情况下，结束该D表的列表处理(步骤 S903：否)。

另一方面，在存在被拾取的曲的情况下(步骤S903：是)，对于所输入的 旋律履历的各音计算出与旋律开始音(最初的音)之间的ST比率，并对于所 拾取的各曲、与记录于乐曲数据库上的“与开始音的ST比率”的数据进行 比较，并计算出“正确率”(步骤S904)。该正确率的计算的具体方法与在步 骤S704中说明的方法相同。

然后，参照在步骤S904中计算出的“各乐曲的正确率”，从正确率较高 的乐曲起依次将规定数的乐曲作为D表进行列表(步骤S905)，并结束该D列 表的处理。

图18表示如此制作的D表的例子。

此处，图18(B)表示在输入了图18(A)所示那样的旋律的情况下，对图12 以及图13所示的乐曲数据库进行检索而获得的N表的例子，图18(C)表示D 表的例子。

如图18(A)所示，旋律输入为依次输入“FGA”这3个音。

此外，在图18(A)所示的旋律输入的例子中，假定FGA全部为相同长度 (ST值)、且与第一音之间的ST比率为1的情况。

如已经说明的那样，当相对于图18(A)的旋律输入、将图12的乐曲数据 库的各曲的音高连结进行比较时，不存在以“FGA”开始的乐曲，因此如 图18(B)所示，在N表中，对于该图12的从曲1到曲9都没有被列表。另外， 在乐曲数据库中还登记有其他曲、且其中存在以“FGA”开始的曲的情况 下，其被拾取到该图18(B)的N表中。

当对这种输入旋律进行图9的D列表处理时，首先在步骤S901中，从图 18(A)的旋律履历数据中提取音程间隔的数据即第一音(开始音)～第二音的 音程“2”以及第二音～第三音的音程“2”。接着，在步骤S902中，相对于 该所提取的音程间隔，对于图12的乐曲数据库的各曲将音程间隔进行比较。

此处，在该图的D表的列表中，与N表的列表时不同，不是对音高连结 进行比较而是对音程间隔进行比较。因而，即便在输入旋律被变调成与登 记于乐曲数据库的旋律不同的调而演奏的情况下，也能够使用登记于乐曲 数据库的相对的音程关系来进行比较。由此，对于在图18(B)的N表中未列 表的乐曲，也可能作为D表进行列表。

相对于该图18(A)的输入，在图12的乐曲数据库的从曲编号1到曲编号9 为止的9个曲的全部中，音程间隔成为第一音(开始音)～第二音的音程“2” 以及第二音～第三音的音程“2”，因此在步骤S902中这9个曲全部被提取为 候补。

由于存在符合曲，所以步骤S903成为是，向步骤S904前进，按照各符 合曲的每个来计算ST比率的正确率：P。该正确率的计算与K表的情况下的 步骤S704、N表的情况下的步骤S804同样地使用式(1)来进行计算。

如此，如果求出了各曲的正确率，则在步骤S905中，按照其点数较高 的顺序来对D表进行列表。图18(C)表示如此制作的D表的例子。虽然表示 出一部分曲的正确率为同点、关于其位次赋予与F表、K表、N表同样地按 照曲编号较小的顺序来赋予位次的例子，但也可以使其成为相同位次或者 通过其他方法来进行位次赋予。

如此，当经由图5的步骤S508、通过图9所示的处理来制作了D表时， CPU21使处理返回到图5的流程图而使处理向步骤S509前进，使用在步骤 S507和S508中制作的N表和D表，来制作综合表(步骤S509)。图10详细表示 该综合表的制作处理，因此参照图10进行说明。

在图10中，CPU21首先将N表和D表综合，通过规定的方法按顺序排列， 而成为综合表(步骤S1001)。

此处，作为综合地按顺序排列的方法，例如存在如下方法：根据在步 骤S804和步骤S904中计算出的N表和D表的各个表的各乐曲的ST比率的正 确率，与表类别无关地从ST比率的正确率较高的乐曲起依次排列乐曲。

此外，除此之外，例如存在如下方法：在步骤S802和步骤S902中，在 对音高连结或者音程间隔进行比较时，在输入旋律履历和乐曲数据库的乐 曲中，将音高连结或者音程间隔一致的音数较多的乐曲设为上位，而从N 表和D表的双方中排列乐曲。

进而，还存在如下方法：对音高连结或者音程间隔的比较结果、以及 ST比率的正确率进行综合评价，而进行N表和D表的综合。在该情况下，存 在如下方法：将任一个评价、例如音高连结或者音程间隔一致的音数较多 的乐曲设为上位，对于一致的音数相同的乐曲，按照ST比率的正确率进行 位次赋予的方法；相反地使ST比率的正确率优先而进行位次赋予的方法； 以及进行规定的加权，将两个项目的评价点相加，而按照该加权相加的评 价点较高的顺序来排列乐曲的方法等。

当通过这种方法根据N表和D表来制作综合表时，CPU21对在该综合表 中是否存在重复的乐曲进行检索(步骤S1002)。这即等同于，对是否存在向 N表和D表的双方进行列表的、重复的乐曲进行检索。

在步骤S1002中存在重复的曲的情况下，当在综合表中存在这种重复的 曲时，会对以后的处理带来不便，因此CPU21从综合表中删除该重复的乐 曲(步骤S1003)，使综合表中不存在重复的曲。另外，重复的曲并不限定于1 个曲，即便在多个曲重复的情况下，也将它们全部删除。

图19表示通过该图10所示的处理、使用N表和D表而制作的综合表的例 子。在图19的综合表中，成为各乐曲按照正确率的顺序排列且重复的曲被 删除的表。

通过以上，在图5所示的曲候补检索处理中，基于所输入的旋律，制作 与后述的调(音调)判定处理的状况相应的乐曲候补的综合表。

如此，当经由图3的步骤S304、图5的曲候补检索处理结束时，CPU21 使处理返回到图3的流程图，进行调(音调)判定处理(步骤S305)。例如，在 RAM23中具有如图20所示那样的全音阶寄存器2000，通过更新各数据来执 行调(音调)判定处理。

在本实施方式中，CPU21为，每当旋律音被按键时，就在全音阶寄存 器2000的一系列项目中存储值。在图20的例子中，按照时间序列对于五个 旋律音分别存储一系列的值(符号2001～2005)。在图20中，在箭头t的方向上 成为在时间上较新的与按键相关的值。也就是说，如旋律音的项目中所存 在的那样，按照“C”、“D”、“E”“F”、“B”的顺序被按键。

在本实施方式中，通过CPU21对于多个旋律音将以下叙述的项目的值 存储于全音阶寄存器2000的单位寄存器2001～2005。单位寄存器2001～2005 分别具有旋律音、音长、假定调、假定和弦、假定功能、旋律音履历、调 候补寄存器以及确定调这种项目，在单位寄存器中能够存储与各项目相关 的值。在旋律音中存储被按键的键的音名。此外，在音长中存储该键的按 键时间。另外，关于该音长，也可以与乐曲数据库一致地记录ST值。

在最终确定了调(音调)时，CPU21向单位寄存器的确定调的项目中存储 调名(例如存储于单位寄存器2005)。但是，为了通过CPU21判断为调确定， 而需要多次按键。因此，在本实施方式中，在到成为判断为能够确定调的 阶段之前，通过CPU21的处理来确定假定调，其调名被存储于单位寄存器 的假定调的项目中。此外，在假定调的基础上，适合于旋律音的假定的和 弦名由CPU21存储到假定和弦的项目中。此外，在假定功能的项目中，由 CPU21存储在假定调的基础上的、假定和弦的功能(将主音设为I的情况下的 和弦名、主音(T)、属音(D)、下属音(S)的类别)。

旋律音履历为，从演奏开始时或者规定的定时起蓄积被按键的键的音 名。例如，在与最初的按键相关的单位寄存器2001中仅存储有被按键的键 即C，在与下一个按键相关的单位寄存器2002中存储有两个键CD。在调候 补中存储有在该键被按键的时刻可能存在的1以上的调名。

CPU21通过参照图21的全音阶表格2100来执行从旋律履历数据的调 (音调)候补的筛选。

在全音阶表格2100中，对于C～B这12个调的各个，能够识别地存储有 调音阶音符(与音阶相应的音)。例如，如果调为C、则存储C、D、E、F、G、 A、B的音名(参照符号2101)，如果调为G、则存储G、A、B、C、D、E、F ＃的音名(参照符号2102)。

并且，通过CPU21对图20的旋律音履历与全音阶表格2100进行比较， 调查是否存在旋律音履历所包含的音名全部包含于某个调的全音阶中那样 的调。这种调有时不存在、有时存在多个。例如，在单位寄存器2003的旋 律音履历中存储有C、D、E。因此，当参照全音阶表格2100时，将C、D、 E的全部作为全音阶而包含的调为C、G、F这三个。因而，在该情况下，C、 D、E这三个调能够成为调候补(单位寄存器2003的调候补栏)。

而且，在该调(音调)候补成为一个的情况下，CPU21将该候补调(音调) 设为确定调(音调)。另一方面，在存在两个以上调候补的情况下，CPU21 例如将候补调中调号最小的候补调作为假定调，而作为单位寄存器的假定 调的值进行存储。另外，在调号为同数的情况(例如F和G、D和B)下，优 先将#系的调作为假定调。

如以上那样，当在图3的步骤S305中进行调(音调)判定处理时，CPU21 进行自动和弦判定处理(步骤S306)。

自动和弦判定处理是基于到当前时刻为止输入的旋律音来自动地判定 应当对当前的旋律赋予的和弦(和音)的处理，能够通过各种方法来实现。

例如，能够基于当前的旋律音，使用图22所示那样的假定和弦决定映 射2200来决定和弦。该方法例如能够用于还未获得足够的旋律履历的、例 如第一音、开始后数音程度的情况。

此外，尤其是在调未确定的情况下等，能够使用图23的和弦数据库来 决定和弦。如图23所示，在和弦数据库2300中按照每个和弦名而存储有和 弦构成音以及与该和弦相关的音阶音符。在图23中，例如用影线表示的音 名为和弦构成音。

例如，CPU21在规定长度的旋律履历中、从音长较长的音起依次选择 规定个数的音。作为规定长度的旋律履历，例如能够预先决定规定小节量 的旋律履历、规定音数的旋律履历等。

CPU21将从上述音长较长的音中选择的规定个数的音与和弦数据库 2300进行比较，判断是否存在具有包含该规定个数的音的和弦构成音的和 弦。并且，如果发现和弦，则将该和弦设为自动和弦判定处理的和弦，如 果没有发现和弦，则能够通过减少上述选择的音数而再次与和弦数据库进 行对照等的方法来决定和弦。

此外，还能够根据上次的和弦的功能以及其后的旋律的前进，使用图 24那样的和弦判定表格来决定和弦。

此处，和弦的功能是指音乐理论上的“主音(TO)”、“下属音(SU)”、“属 音(DO)”，在图24的左端表示基于上次和弦功能的分类。

在图24所示的和弦判定表格中，通过上次和弦的功能(主音(TO)、下属 音(SU)或者属音(DO)的任一个)和上次旋律音PM以及当前旋律音CM的组 合，来取得和弦名。另外，图24的和弦判定表格2400是对于调(C)的情况的 表格。因而，在其他调的情况下，只要将该调的主音与C的音程作为偏移， 考虑从实际的上次旋律音PM以及当前旋律音CM的偏移，而计算出将调设 为C的情况下的上次旋律音PM以及当前旋律音CM来使用即可。另外，虽然 在图24的例子中未表示，但根据上次旋律音PM以及此次旋律音CM的组合， 也有时不能够获得和弦名。

进而，也能够使用公知的其他方法，来执行步骤S305的调(音调)判定处 理、步骤S306的自动和弦判定处理。例如，能够使用日本特开2011-158855 号公报、日本特开2012-68548号公报等的方法。

如此，当在图3的步骤S306中进行自动和弦判定处理时，CPU21执行和 弦选择处理(步骤S307)。图11详细表示该和弦选择处理，因此参照图11进行 说明。

图11中执行的和弦选择处理是如下处理：决定使用经由步骤S304在图5 以后执行的曲候补检索处理中列表的曲的和弦前进、以及通过在步骤S306 中执行的自动和弦判定处理而决定的和弦的哪个来进行自动伴奏赋予。

在图11中，CPU21首先判断在综合表中是否存在音高/音程连结为规定 数、例如10个音以上一致的曲(步骤S1101)。对于该音数，在“音乐主题词 典(音楽テーマ事典)”(音乐之友公司(音楽之友社))中，能够根据到6个音为 止的音的排列来检索乐曲，但当通过6个音来进行检索时，有时音相同的曲 会稀有地被检索到10曲左右。据此，例如当调查6个音～10个音左右的音是 否一致时，能够具有某种程度的正确性地进行乐曲的检索。另外，在旋律 输入尚未达到规定数的音数(例如10个音)的情况下，也可以跳过本处理。

在综合表中不存在音高/音程连结以规定数一致的曲的情况下(步骤 S1101：否)，CPU21使处理向步骤S1104前进，输出按照实时和弦赋予结果 的和弦，而结束该和弦选择处理(步骤S1104)。

另外，在原本在F表、K表、N表、D表的各表中就未检索到符合的曲、 而未向综合表中拾取曲的情况下，在该步骤S1101中判断为否，而在步骤 1104中输出按照实时和弦赋予结果的和弦。

另一方面，在综合表中存在音高/音程连结以规定数一致的曲的情况下 (步骤S1101：是)，CPU21判定其中是否存在发音定时匹配80%以上的曲(步 骤S1102)。具体而言，判断在被列表于综合表的曲中是否存在“正确率” 为80点以上的曲。

如上所述，该正确率是将乐曲数据库与输入旋律履历的“与开始音的 ST比率”的值进行比较而求出的、与发音定时相关的评价值，因此可以认 为通过选择该正确率的值为规定值以上的曲，能够判断为正弹奏与数据库 近乎相同的曲，也可以从乐曲数据库中选择和弦前进来作为自动伴奏用和 弦。另外，关于该“80点”的基准数值也可以适当变更，而使用不同的基 准值来实施。此外，例如也可以通过未图示的按钮等来受理与“熟练度” 相关的指定，并根据该熟练度来改变判断的基准值。

在不存在发音定时匹配80%以上的曲的情况下(步骤S1102：否)，CPU21 使处理向步骤S1104前进，输出按照实时和弦赋予结果的和弦而结束该和弦 选择处理(步骤S1104)。

另一方面，在存在发音定时匹配80%以上的曲的情况下(步骤S1102： 是)，CPU21参照在该步骤S1101和步骤S1102中选择的曲、具体而言是音高 /音程连结以规定数一致的曲、且是发音定时匹配规定率以上的曲(以下称作 “符合曲”)的乐曲数据库(图12)。而且，从乐曲数据库读出符合曲的数据 中、推定为当前的旋律的部分的和弦，并判别是否与步骤S306的自动和弦 判定处理(实时和弦赋予)的和弦赋予结果匹配(步骤S1103)。

在自动和弦判定处理(实时和弦赋予)的和弦赋予结果与从符合曲的乐 曲数据库读出的和弦匹配的情况下(步骤S1103：是)，CPU21使处理向步骤 S1104前进，输出按照实时和弦赋予结果的和弦，而结束该和弦选择处理(步 骤S1104)。

另一方面，在自动和弦判定处理(实时和弦赋予)的和弦赋予结果与从符 合曲的乐曲数据库读出的和弦不匹配的情况下(步骤S1103：否)，CPU21使 处理向步骤S1105前进，输出从符合曲的乐曲数据库读出的和弦，而结束该 和弦选择处理(步骤S1105)。

如此，当经由图3的步骤S307、执行图11所示的和弦选择处理时，CPU21 使处理返回到图3的流程图，在步骤S308中执行自动伴奏处理(步骤S308)。 图25详细表示该自动伴奏处理，因此参照图25进行说明。

图25是表示本实施方式的自动伴奏处理的例子的流程图。首先，CPU21 判断电子乐器10是否正在自动伴奏模式下动作(步骤2501)。在步骤2501中判 断为是的情况下，参照CPU21的计时器(未图示)，判断当前时刻是否达到自 动伴奏数据中、与旋律音的数据相关的事件的执行定时(步骤2502)。

自动伴奏数据中包含三个种类的乐音、即旋律音(包含助奏音)、和弦音、 节奏音的数据。旋律音的数据以及和弦音的数据按照每个应当发音的乐音 而包含其音高、发音定时以及发音时间。此外，节奏音的数据按照每个应 当发音的乐音(节奏音)而包含其发音定时。

在步骤2502中判断为是的情况下，CPU21执行旋律发音消音处理(步骤 2503)。在旋律发音消音处理中，判断处理所涉及的事件是否为音符开启事 件(note-on event)。能够根据当前时刻与上述旋律音的数据中的规定乐音的 发音定时几乎一致，来判断是音符开启事件。另一方面，能够根据当前时 刻与对该乐音的发音定时加上发音时间而得到的时刻大致一致，来判断是 音符关闭事件。

在处理所涉及的事件是音符关闭事件(note-off event)的情况下，CPU21 执行消音处理。另一方面，如果处理所涉及的事件是音符开启事件，则执 行根据旋律音的数据的发音处理。

接着，CPU21参照CPU21的计时器(未图示)，判断当前时刻是否达到自 动伴奏数据中、与和弦音的数据相关的事件的执行定时(步骤2504)。在步骤 2504中判断为是的情况下，CPU21执行和弦发音消音处理(步骤2505)。在和 弦音发音消音处理中，对于达到了发音定时的和弦音执行发音处理，另一 方面，对于达到了消音定时的和弦音执行消音处理。

之后，CPU21判断当前时刻是否达到自动伴奏数据中、与节奏的数据 相关的事件的执行定时(步骤2506)。在步骤2506中判断为是的情况下， CPU21执行节奏音发音处理(步骤2507)。在节奏音发音处理中，对于达到了 发音定时的节奏音生成音符开启事件。

当自动伴奏处理(图3的步骤S308)结束时，CPU21执行音源发音处理(步 骤S309)。在音源发音处理中，CPU21基于所生成的音符开启事件，将表示 应当发音的乐音的音色以及音高的数据赋予给音源部26、或者将表示应当 消音的乐音的音色以及音高的数据赋予给音源部26。音源部26根据表示音 色、音高、音长等的数据，读出ROM22的波形数据，而生成规定的乐音数 据。由此，从扬声器28产生规定的乐音。此外，CPU21基于音符关闭事件 对音源26指示音符关闭事件所表示的音高的消音。

当音源发音处理(步骤S309)结束时，CPU21执行其他处理(例如向显示 部15的图像显示、LED(未图示)的点亮、熄灭等：步骤S310)，而返回到步 骤302。

如以上说明的那样，在本实施方式中，在相对于演奏者所演奏的旋律 自动地附加伴奏的电子乐器中，具备乐曲数据库，将演奏者的演奏旋律与 该乐曲数据库的各乐曲进行比较对照。然后，当发现按照规定的条件判别 为一致的曲的情况下，读出登记于该乐曲数据库的和弦，而对演奏者的演 奏旋律赋予伴奏。

由此，对于演奏者的演奏旋律，不仅通过实时自动地赋予伴奏时的自 动和弦判别，而且在与登记于乐曲数据库的曲一致的情况下，能够从数据 库读出与曲一致的和弦而输出，因此能够提高自动的和弦赋予的精度。

进而，在本实施方式中，在与乐曲数据库的对照处理中，具备在调(音 调)判别尚未确定的情况下，进行音高的比较的N表以及进行音程间隔的比 较的D表，即便在以与登记于乐曲数据库的调不同的调来演奏旋律的情况 下，也能够进行比较对照。因而，即便在演奏者以与数据库不同的调来演 奏旋律的情况下，也能够有效地活用乐曲数据库来进行和弦赋予。

进而，在本实施方式中，在乐曲数据库中预先登记旋律开始音与各旋 律音的ST比率，取得与所演奏的旋律相关的开始音与各音的ST比率，与乐 曲数据库的登记值进行比较，而计算出正确率。然后，从该正确率较高的 曲起优先地检索乐曲数据库的乐曲。因而，能够构建即便在发音定时多少 偏差地进行演奏的情况下，只要曲的特征大概一致，就被检索为候补曲的 灵活的系统。

此外，还与乐曲数据库检索平行地进行自动的和弦的判别处理，在通 过乐曲数据库的检索而未发现符合的曲的情况下，基于自动的和弦判别结 果来进行和弦赋予。因而，通过自动和弦判别和乐曲数据库检索方式这双 重构造来进行和弦赋予，由此对于登记于数据库的曲能够迅速地进行使用 了数据库的正确的和弦赋予，并且在数据库中不存在符合曲的情况、不能 够判别的情况下等，能够通过自动的和弦判别处理来赋予和弦，不会成为 无法进行和弦赋予的情况，且能够进行高精度的和弦赋予及自动伴奏赋予。

接着，对本发明的第二实施方式进行说明。在第二实施方式中，CPU21 代替图11的和弦选择处理而执行图26所示的和弦选择处理。

在图26的和弦选择处理中，对于进行与图11相同的处理的部分标注与 图11共通的步骤编号，并省略对此的说明。在图26的和弦选择处理中，代 替图11的步骤1103而执行步骤S2603。

在步骤S2603中，CPU21将通过步骤S306的自动和弦判定处理而对演奏 旋律赋予的和弦、与对在S1101、S1102中判断为与条件相应的乐曲数据库 的曲中的、当前正演奏的旋律部分赋予的和弦的“和弦的功能”进行比较。

具体而言，作为对乐曲数据库赋予的和弦的功能，可以是在图12所示 的乐曲数据库中，进一步对各旋律音追加记录和弦的功能的信息，或者， 在图12的乐曲数据库中，由于已知各曲的调(音调)，因此也可以通过将该音 调与对于各旋律音的和弦进行比较对照，由此对功能进行判定。

此外，对当前正演奏的旋律部分赋予的和弦的功能，也可以使用在步 骤S305的调(音调)判定的部分中说明了的、记录于假定功能的部分的功能。 该正演奏的旋律的和弦的功能(假定功能)，能够通过将在步骤S305中说明了 的假定调或者确定调的信息与对当前的旋律赋予的和弦(和音)的信息进行 比较对照，来对功能进行判定。

具体而言，对于各种和弦以及和弦的功能，准备有使用了周知的音乐 理论的表格，通过参照该表格，能够取得和弦的功能。例如，作为与主音 相应的和弦名，存在“IMaj”、“IM7”、“IIImin”、“IIIm7”、“VImin”、“VIm7”。 作为与下属音相应的和弦名，存在“IImin”、“IIm7”、“IIm7(-5)”、“IVMaj”、 “IVM7”、“IVmin”、“IVmM7”。此外，作为与属音相应的和弦名，存在 “IIIMaj”、“III7”、“III7sus4”、“VMaj”、“V7”、“V7sus4”、“VIIm7(-5)”。

如此，在步骤S2603中，CPU21将通过步骤S306的自动和弦判定处理对 演奏旋律赋予的和弦、与对在S1101、S1102中判断为与条件相应的乐曲数 据库的曲中的、当前正演奏的旋律部分赋予的和弦的“和弦的功能”进行 比较。

然后，在和弦的功能共通的情况下(步骤S2603：是)，输出实时和弦赋 予结果的和弦(步骤S1104)。另一方面，在和弦的功能不同的情况下(步骤 S2603：否)，输出从符合曲的乐曲数据库读出的和弦(步骤S1105)。

由此，在本第二实施方式中，在实时和弦附加的结果的和弦与从乐曲 数据库读出的和弦的“和弦的功能”一致的情况下，作为具有相同功能的 和弦中的变化，尊重实时和弦赋予的结果而输出实时和弦赋予的结果的和 弦，另一方面，在“和弦的功能”不同的情况下，为了避免实时和弦赋予 的结果的和弦赋予从功能大幅偏离的估计错误的和音的危险，而能够读出 乐曲数据库的和弦而输出。因而，通过乐曲数据库和实时和弦赋予这两个 方式的协作，能够降低输出大幅度估计错误的和弦的可能性，在功能一致 中作为和弦赋予的变化，能够进行尊重了实时和弦赋予的判断结果的和弦 输出。

以上，对本发明的几个实施方式进行了说明，但这些实施方式仅为例 示，并不对本发明的技术范围进行限定。本发明能够采用其他各种实施方 式，进而，在不脱离本发明的主旨的范围内能够进行省略、置换等各种变 更。这些实施方式及其变形包含于本说明书所记载的发明的范围及主旨中， 并同样包含于专利请求范围所记载的发明和与其等同的范围中。

此外，上述各实施方式中记载的方法，还能够作为能够由计算机执行 的程序，例如写入磁盘(软盘、硬盘等)、光盘(CD-ROM、DVD等)、半导体 存储器等的记录介质而应用于各种装置，或者通过通信介质即可进行传送 而应用于各种装置。

实现本装置的计算机读入记录于记录介质的程序，通过该程序对动作 进行控制，由此执行上述处理。

另外，在本说明书中，记述记录于记录介质的程序的步骤，当然包含 按其顺序以时间序列进行的处理，也包括不一定以时间序列进行处理、而 并列或者个别地执行的处理。

此外，在本说明书中，系统的用语意味着由多个装置、多个单元等构 成的整体的装置。

例如，在上述实施方式的图3中说明了的处理中的一部分，也可以颠倒 处理的顺序等。例如，S304的曲候补检索处理、S305、S306的调(音调)判 定处理、自动和弦判定处理也可以颠倒顺序。由此，在步骤S505的是否“调 确定？”的判断中，能够使用最新的判断结果。

根据以上说明的本发明，能够基于旋律音的履历，适当地分开使用自 动的和弦赋予以及使用了乐曲数据库的和弦赋予的双方而进行和弦赋予， 因此能够迅速地进行高精度的适当的和弦赋予。

即，根据本发明，在登记于乐曲数据库单元的曲中没有发现符合的乐 曲的情况下，通过自动和弦赋予来赋予和弦。因而，即使在乐曲数据库中 没有发现符合的乐曲的情况下，也能够避免变得不能赋予和音、对演奏者 的演奏不赋予任何自动伴奏这种事态。

另一方面，根据本发明，在登记于乐曲数据库单元的曲中检索到符合 的乐曲的情况下，能够利用登记于该乐曲数据库单元的和弦而赋予自动伴 奏。因而，在通过基于自动和弦赋予的和弦赋予而自动地进行和弦的判别 的情况下，能够避免赋予对于人的听觉来说明显异常、错误的和音这种事 态。

进而，根据本发明，在登记于乐曲数据库单元的曲中检索到符合的曲 的情况下，将基于自动和弦赋予的和弦与登记于乐曲数据库中的和弦的和 弦的功能进行比较，而选择使用的和弦。因而，能够防止产生赋予基于自 动和弦赋予的和弦赋予与登记于乐曲数据库的和弦相比、从和弦的功能方 面也不同的较大偏差的和弦这种明显错误。

进而，在功能与登记于乐曲数据库的和弦相同的情况下，选择自动和 弦赋予，由此能够确认和弦的功能不存在较大偏差，在此基础上能够选择 尊重了基于自动和弦赋予的和弦赋予算法的和弦，因此能够进行使用了更 适当的和弦的自动伴奏。