首页> 中国专利> 音乐会支持方法、用于音乐会的乐器和音乐会支持程序

音乐会支持方法、用于音乐会的乐器和音乐会支持程序

摘要

本发明音乐会支持方法、用于音乐会的乐器和音乐会支持程序,该方法使经网络进行的音乐会中的每个演奏者立即识别其他演奏者是否处于能参加会话的状态。会话支持装置向每个会话终端发送表示每个演奏者是否能够参加会话的状态信息和识别演奏者的演奏者识别信息的集合。已收到该集合的每个会话终端使触摸显示器显示每个演奏者的状态信息。会话支持装置从会话终端获取状态转变信息和会话终端演奏者识别信息的集合,该状态转变信息表示检测装置检测到演奏预备操作的至少一个会话终端的演奏者变为能参加会话,会话支持装置向会话终端发送获取的该集合。基于会话支持装置发送的状态转变信息和演奏者识别信息,每个会话终端更新触摸显示器显示的内容。

著录项

  • 公开/公告号CN1624760A

    专利类型发明专利

  • 公开/公告日2005-06-08

    原文格式PDF

  • 申请/专利权人 雅马哈株式会社;

    申请/专利号CN200410098054.2

  • 发明设计人 多田幸生;

    申请日2004-12-02

  • 分类号G10H1/00;

  • 代理机构隆天国际知识产权代理有限公司;

  • 代理人郑特强

  • 地址 日本静冈县

  • 入库时间 2023-12-17 16:16:48

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2018-01-23

    未缴年费专利权终止 IPC(主分类):G10H1/00 授权公告日:20101229 终止日期:20161202 申请日:20041202

    专利权的终止

  • 2010-12-29

    授权

    授权

  • 2005-08-10

    实质审查的生效

    实质审查的生效

  • 2005-06-08

    公开

    公开

说明书

技术领域

本发明涉及一种音乐会(session)支持方法、一种用于音乐会的乐器和一种音乐会支持程序。

背景技术

已经进行过这样的尝试,即通过经由网络将连接有乐器的多个计算机连接在一起,并且在这些计算机之间交换音乐数据,由彼此远离的一组演奏者实现音乐会。已经提出用于支持实现这种音乐会的技术。

例如提出一种系统,该系统实现彼此远离的多个使用者在音乐数据的作曲(composition)上的相互协作(例如,参照日本特开平专利公开(Kokai)号2001-195064)。该系统由使用者的客户装置和服务器装置组成,该服务器装置管理和控制由协作中的各种使用者所进行的作曲工作。该服务器装置具有聊天功能,从而当在任一客户装置上进行乐音作曲数据的输入或编辑时,其细节经由服务器装置被直接发送到其他客户装置。

然而,当彼此远离的演奏者以这种方式经由服务器参加音乐会时,每个演奏者无法清楚地知晓:其他演奏者(他在该音乐会中的伙伴)当前是否处于立即参加音乐会的状态;或者尽管他们连接于服务器装置,但是他们当前是否未处于能够参加音乐会的状态。

发明内容

本发明的目的是提供一种音乐会支持方法、一种用于音乐会的乐器和一种音乐会支持程序,它们使得经由网络进行的音乐会中的每个演奏者立即识别其他演奏者是否处于能够参加该音乐会的状态中。

为了达到上面的目的,在本发明的第一方案中,提供一种由音乐会系统执行的音乐会支持方法,该音乐会系统包括:多个会话(session)终端,均具有检测演奏者的演奏预备操作的检测装置;以及会话支持装置,连接于所述多个会话终端,用作在所述多个会话终端之间发送和接收音乐数据的中间件(go-between),该方法包括:状态信息发送步骤,在该步骤中,该会话支持装置向所述会话终端发送状态信息和识别演奏者的演奏者识别信息的集合,该状态信息表示每个所述演奏者是否处于能够参加会话的状态;状态信息显示步骤,在该步骤中,已收到状态信息和演奏者识别信息的所述集合的每个所述会话终端使其显示装置显示每个所述演奏者的状态信息;状态转变信息获取步骤,在该步骤中,该会话支持装置从该会话终端中获取状态转变信息和该会话终端的演奏者识别信息的集合,该状态转变信息表示其中该会话终端中的检测装置已检测到该演奏预备操作的至少一个所述会话终端的演奏者已变为处于能够参加会话的状态;状态转变信息发送步骤,在该步骤中,该会话支持装置向所述会话终端发送所获取的状态转变信息和演奏者识别信息的集合;以及状态信息更新步骤,在该步骤中,基于从该会话支持装置发送的状态转变信息和演奏者识别信息,每个所述会话终端更新其显示装置上显示的内容。

为了达到上面的目的,在本发明的第二方案中,提供一种由音乐会系统执行的音乐会支持方法,该音乐会系统包括:多个会话终端,均具有检测演奏者的演奏预备操作的检测装置;以及会话支持装置,连接于所述多个会话终端,用作在所述多个会话终端之间发送和接收音乐数据的中间件,该方法包括:状态信息发送步骤,在该步骤中,该会话支持装置向所述会话终端发送状态信息和识别演奏者的演奏者识别信息的集合,该状态信息表示每个演奏者是否处于能够参加会话的状态;状态信息显示步骤,在该步骤中,已收到状态信息和演奏者识别信息的所述集合的每个所述会话终端使其显示装置显示每个所述演奏者的状态信息;状态转变信息获取步骤,在该步骤中,该会话支持装置从第一会话终端中获取状态转变信息和该第一会话终端的演奏者识别信息的集合,该状态转变信息表示其中该检测装置已检测到该演奏者开始演奏的第一个会话终端的演奏者已变为处于能够参加会话的状态,并且该会话支持装置从第二会话终端中获取状态转变信息和该第二会话终端的演奏者识别信息的集合,该状态转变信息表示第二个会话终端的演奏者已变为处于不能参加会话的状态,其中在该第二个会话终端中,该检测装置已检测到该演奏者停止演奏持续预定时间期间;状态转变信息发送步骤,在该步骤中,该会话支持装置向所述会话终端发送所获取的状态转变信息和演奏者识别信息的集合;以及状态信息更新步骤,在该步骤中,基于从该会话支持装置发送的状态转变信息和演奏者识别信息,每个所述会话终端更新其显示装置上显示的内容。

为了达到上面的目的,在本发明的第三方案中,提供一种用于音乐会的乐器,该乐器通过向/从一个或多个演奏者发送/接收音乐数据来实现音乐会,包括:显示装置,该显示装置以相互关联的方式显示状态信息和演奏者的演奏者识别信息,该状态信息表示演奏者是否处于能够参加会话的状态;检测装置,该检测装置检测演奏者的演奏预备操作;发送装置,该发送装置在所述检测装置已检测到该演奏预备操作时可被操作,以发送状态转变信息和识别该演奏者的演奏者识别信息的集合,该状态转变信息表示该演奏者已变为处于能够参加会话的状态;接收装置,该接收装置接收状态转变信息和识别至少一个演奏者的演奏者识别信息的集合,该状态转变信息表示该演奏者或所述多个演奏者的至少一个已变为处于能够参加会话的状态;以及更新装置,该更新装置在所述接收装置已收到状态转变信息和演奏者识别信息的集合时可被操作,以与所收到的演奏者识别信息相关联地更新所述显示装置上显示的状态信息的内容。

为了达到上面的目的,在本发明的第四方案中,提供一种用于音乐会的乐器,该乐器通过向/从一个或多个演奏者发送/接收音乐数据来实现音乐会,包括:显示装置,该显示装置以相互关联的方式显示状态信息和演奏者的演奏者识别信息,该状态信息表示演奏者是否处于能够参加会话的状态;检测装置,该检测装置检测演奏者的演奏预备操作;发送装置,该发送装置在所述检测装置已检测到该演奏预备操作时可被操作,以发送状态转变信息和识别该演奏者的演奏识别信息的集合,该状态转变信息表示该演奏者已变为处于能够参加会话的状态;所述发送装置在所述检测装置已检测到该演奏者停止演奏持续预定时间期间时可被操作,以发送状态转变信息和识别该演奏者的演奏者识别信息的集合,该状态转变信息表示该演奏者已变为处于不能参加会话的状态;接收装置,该接收装置接收状态转变信息和识别至少一个演奏者的演奏者识别信息的集合,该状态转变信息表示该演奏者或所述多个演奏者的至少一个已变为处于能够参加会话的状态或不能参加会话的状态;以及更新装置,该更新装置在所述接收装置已收到状态转变信息和演奏者识别信息的集合时可被操作,以与所收到的演奏者识别信息相关联地更新所述显示装置上显示的状态信息的内容。

为了达到上面的目的,在本发明的第五方案中,提供一种用于使计算机实现由音乐会系统执行的音乐会支持方法的程序,该音乐会系统包括:多个会话终端,均具有检测演奏者的演奏预备操作的检测装置;以及会话支持装置,连接于所述多个会话终端,用作在所述多个会话终端之间发送和接收音乐数据的中间件,该程序包括:状态信息发送模块,在该模块中,该会话支持装置向所述会终端发送状态信息和识别演奏者的演奏者识别信息的集合,该状态信息表示每个演奏者是否处于能够参加会话的状态;状态信息显示模块,在该模块中,已收到状态信息和演奏者识别信息的所述集合的每个所述会话终端使其显示装置显示每个所述演奏者的状态信息;状态转变信息获取模块,在该模块中,该会话支持装置从该会话终端中获取状态转变信息和该会话终端的演奏者识别信息的集合,该状态转变信息表示其中该检测装置已检测到该演奏预备操作的至少一个所述会话终端的演奏者已变为处于能够参加会话的状态;状态转变信息发送模块,在该模块中,该会话支持装置向所述会话终端发送所获取的状态转变信息和演奏者识别信息的集合;以及状态信息更新模块,在该模块中,基于从该会话支持装置发送的状态转变信息和演奏者识别信息,每个所述会话终端更新其显示装置上显示的内容。

为了达到上面的目的,在本发明的第六方案中,提供一种用于使计算机实现由音乐会系统执行的音乐会支持方法的程序,该音乐会系统包括:多个会话终端,均具有检测演奏者的演奏预备操作的检测装置;以及会话支持装置,连接于所述多个会话终端,用作在所述多个会话终端之间发送和接收音乐数据的中间件,该程序包括:状态信息发送模块,在该模块中,该会话支持装置向所述会话终端发送状态信息和识别演奏者的演奏者识别信息的集合,该状态信息表示每个演奏者是否处于能够参加会话的状态;状态信息显示模块,在该模块中,已收到状态信息和演奏者识别信息的所述集合的每个所述会话终端使其显示装置显示每个所述演奏者的状态信息;状态转变信息获取模块,在该模块中,该会话支持装置从第一会话终端中获取状态转变信息和该第一会话终端的演奏者识别信息的集合,该状态转变信息表示其中该检测装置已检测到该演奏者开始演奏的该第一个会话终端的演奏者已变为处于能够参加会话的状态;并且该会话支持装置从第二会话终端中获取状态转变信息和该第二会话终端的演奏者识别信息的集合,该状态转变信息表示第二个会话终端的演奏者已变为处于不能参加会话的状态,其中在该第二个会话终端中,该检测装置已检测到该演奏者停止演奏持续预定时间期间;状态转变信息发送模块,在该模块中,该会话支持装置向所述会话终端发送所获取的状态转变信息和演奏者识别信息的集合;以及状态信息更新模块,在该模块中,基于从该会话支持装置发送的状态转变信息和演奏者识别信息,每个所述会话终端更新其显示装置上显示的内容。

按照本发明,正在参加音乐会的每个演奏者能够立即识别他自己之外的演奏者能够参加音乐会的情形或者不能参加会的情形。

此外,按照本发明,尽管正在参加音乐会的每个演奏者能够向其他演奏者通告他自己状态的变化,但是他无需采取任何特别动作以变更他自己的状态。

从结合附图的如下具体描述中,本发明的上述和其他目的、特征和优点将变得更明显。

附图说明

图1是示意性示出音乐会系统结构的框图,按照本发明第一实施例的音乐会支持方法被应用于该音乐会系统;

图2是示出会话支持装置结构的框图;

图3是示出会话终端和连接于会话终端的电子乐器40的硬件结构框图;

图4是示出演奏者注册表的数据结构的图;

图5是示出其盖被打开的电子乐器的侧视图;

图6是示出其盖被关闭的电子乐器的侧视图;

图7是示出启动处理的流程图;

图8是地址簿屏幕的实例;

图9是示出会话申请处理的流程图;

图10是示出会话进行中的屏幕的视图;

图11是示出演奏者注册处理的流程图;

图12是示出新的演奏者注册屏幕的视图;

图13是示出会话暂停处理的流程图;

图14是示出音乐会系统中所用的演奏凳的结构透视图,按照本发明第二实施例的音乐会支持方法被应用于该音乐会系统。

具体实施方式

以下将参考示出其优选实施例的附图详细地说明本发明。

图1是示意性示出音乐会系统结构的框图,按照本发明第一实施例的音乐会支持方法被应用于该音乐会系统。

本实施例的特征在于,当音乐会在彼此远离的几个电子乐器之间进行时,为各电子乐器的每个演奏者设置一图标(icon)显示,以表示他自己之外的每个演奏者是否处于能够参加音乐会的状态下。

在本实施例中,“演奏者”意指向音乐会系统的管理员进行过预定注册程序的个人,并且已收到用以识别该个人的ID(演奏者识别信息)发送。每个这些演奏者在和那些其他演奏者一起创建和进行音乐会之前,口头上或经由电子邮件等向其他演奏者通告他自己的ID,或者开始得知其他演奏者的ID。

在图1中,该音乐会系统包括:用作服务器的会话支持装置10;电子乐器40-1至40-n(其中n是整数),均具有用作客户机的会话终端20-1至20-n;以及网络30,其将会话支持装置10和会话终端20-1至20-n连接在一起。会话终端20-1至20-n经由总线连接于各对应的电子乐器40-1至40-n。由多个演奏者进行的多演奏者音乐会是通过向/从其他会话终端发送/接收MIDI(乐器数字接口)数据的每个会话终端20来实现的。

图2是示出会话支持装置10的结构的框图。如图2所示,会话支持装置10包括ROM11、RAM12、CPU13、硬盘14和通信接口15。除未示出的OS之外,硬盘14存储有产生本实施例特有的CPU13操作的音乐会支持程序14a、演奏者管理表14b等。

演奏者管理表14b是多个记录的集合,其中每个记录与演奏者之一相对应。构成该表的每个记录包括“ID”域、“地址”域和“状态”域。在“ID”域中,存储有表示分配给演奏者的ID的演奏者识别信息。在“地址”域中,存储有用于对应演奏者的会话终端20的地址。在“状态”域中,存储有表示对应演奏者是否处于能够参加会话的状态下的状态信息。该状态信息能够假定四种状态之一:“离线(off-line)”,意指用于该演奏者的会话终端20与会话支持装置10的连接当前未建立;“出席(present)”,意指为该演奏者建立当前连接,并且他当前处于能够与其他演奏者一起参加会话的状态;“缺席(absent)”,意指尽管用于该演奏者的会话终端20的连接当前已建立,但是由于已离开他的乐器40或其他原因,他当前处于不能够与其他演奏者一起参加会话的状态下;以及“会话进行中(session inprogress)”,意指该演奏者当前已与一个或多个其他演奏者一起参加会话。

图3是示出一个会话终端20-1和连接于会话终端20-1的电子乐器40-1的硬件结构框图。会话终端20-1包括ROM21、RAM22、CPU23、触摸显示器24、硬盘25、通信接口26、乐器接口27等。

硬盘25存储有使CPU23进行本实施例特有的操作的音乐会程序25a和演奏者注册表25b。

演奏者注册表25b用于管理其他演奏者的姓名和ID,这些其他演奏者已经按照随后将要描述的演奏者注册处理进行了注册。

图4是示出演奏者注册表25b的数据结构的图。构成演奏者注册表25b的记录之一包括:“昵称”域,其中存储有其他演奏者的昵称;“ID”域,其中存储有用于这些演奏者的演奏者识别信息。每当执行演奏者注册处理(随后描述)时,记录被每次一个地添加到演奏者注册表25b。每个演奏者能够对其他演奏者进行音乐会申请,这些其他演奏者的演奏者识别信息被注册于他们自己的演奏者注册表25b中。

另一方面,电子乐器40-1是电子钢琴,包括键盘41、键传感器42、乐音发生器43、扬声器44、接口45、键盘盖46、盖开和盖关检测部分47、控制部分48等。

当该电子乐器40-1的键盘41的键被按下时,表示该键已被按下和按下力度的信号从键传感器42被发送到控制部分48,并且控制部分48将按照该信号而产生的MIDI数据输出到乐音发生器43。此外,控制部分48经由接口45将所产生的MIDI数据发送到会话终端20-1,另一方面,控制部分48将经由同一接口45而已经接收的MIDI数据输出到乐音发生器43。结果,从乐音发生器43输出:通过转换已由控制部分48自身产生的MIDI数据而得到的音乐信号;以及通过转换已从其他电子乐器40接收的MIDI数据而得到的音乐信号。

键盘盖46是由合成树脂材料形成的板状构件。盖开和盖关检测部分47是光传感器,其检测键盘盖46是被打开还是关闭。现在将参照图5和图6,描述盖开和盖关检测部分47检测键盘盖46的打开和关闭的方式。图5是示出其盖被打开的电子乐器40-1的侧视图,同时图6是示出盖被关闭的状态的侧视图。如图5和图6所示,键盘41朝着演奏者设置于电子乐器40-1主体的前部,从而在盖46被关闭时位于键盘盖46下面,并且在盖46被打开时向上外露。另一方面,在远离演奏者的电子乐器40-1主体的后部,设有其上铰接键盘盖46的轴49和制动器50,该制动器50在预定位置阻止键盘盖46绕轴49的旋转。盖开和盖关检测部分47安装于制动器50上。当盖开和盖关检测部分47检测到这样的事实,即先前一直覆盖着键盘41的键盘盖46已被旋转至一位置,它在该位置正对地接触制动器50时,表示该盖已被移动至它的打开位置的信号经由接口45被发送到会话终端20-1。另一方面,当盖开和盖关检测部分47检测到这样的事实,即键盘盖46已从它正对地接触制动器50的位置被移开时,表示盖已被移动到它的关闭位置的信号被发送到会话终端20-1。

每个其他会话终端20-2至20-n具有与上述会话终端20-1相同的结构,并且每个其他电子乐器40-2至40-n具有与上述电子乐器40-1相同的结构。

接着,将给出按照本实施例合并音乐会所用乐器的音乐会系统的操作的描述。

按照本实施例的音乐会系统的操作基本包括启动处理、会话申请处理、演奏者注册处理和会话暂停处理。在下文中,启动处理、会话申请处理、演奏者注册处理和会话暂停处理将以所述顺序来描述。下面的描述涉及电子乐器40-1和会话终端20-1的操作,但是其他电子乐器40-2至40-n和会话终端20-2至20-n的操作是相同的。

图7是示出启动处理的流程图。

该处理在被从电源(未示出)提供到会话终端20-1的电力触发时启动。应当注意,在提供电力之前,演奏者通过旋转电子乐器40-1的键盘盖46直至它与制动器50发生接触的位置来预先为他的演奏做好准备。

参照图7,当电力被提供到会话终端20-1时,会话终端20-1的CPU23使电力被提供到电子乐器40-1以启动该电子乐器(步骤S110)。这时,由于演奏者的准备动作,电子乐器40-1的键盘盖46与制动器50接触,表示盖46处于打开状态下的信号从电子乐器40-1被发送到会话终端20-1。

然后,CPU23将连接请求消息发送到会话支持装置10,该连接请求消息包括用于该演奏者的演奏者识别信息(步骤S120)。

已收到该连接请求消息的会话支持装置10的CPU13从演奏者管理表14b中指定与该消息中所含演奏者识别信息相对应的记录,并且将所指定记录的“状态”域从“离线”改写为“出席”(步骤S130)。此后,对于该连接已成功的结果,返回一消息(步骤140)。

会话终端20-1的CPU23从RAM22中读出昵称和演奏者识别信息的集合,该集合存储于硬盘25中存储的演奏者注册表25b的记录中(步骤S150)。然后,CPU23将含有所读出的多条演奏者识别信息的状态查询消息发送到会话支持装置10(步骤S160)。

已收到该状态查询消息的会话支持装置10的CPU13从演奏者管理表14b中指定与该消息中所含多条演奏者识别信息相对应的各记录,并且读出所指定的记录中存储的状态信息(步骤S170)。然后,CPU13将状态信息和演奏者识别信息的集合发送到会话终端20-1(步骤S180)。

会话终端20-1的CPU23将收到的演奏者识别信息和状态信息的集合存储于RAM22中,并且在触摸显示器24上显示出已利用这些信息而建立的地址簿屏幕(步骤S190)。

图8是该地址簿屏幕的实例。在地址簿屏幕的上部,显示有对话显示域24a,其显示来自其他演奏者的会话申请消息等。演奏者显示域24b显示于地址簿屏幕的中部。在这些域中,为演奏者注册表25b中注册的每个演奏者显示该演奏者的昵称、演奏者识别号和状态。

应当注意,该状态以代表图像的图标的形式来显示,其表示“离线”、“出席”、“缺席”和“会话进行中”之一。代表这些状态的图标如下所述。首先,状态“离线”由这样的图标代表,该图标是睡眠者的脸部图像。状态“出现”由这样的图标代表,该图标是微笑者的脸部图像。状态“缺席”由这样的图标代表,在该图标中“禁止通行”交通符号被叠加于微笑者脸部的一部分上。同时,状态“会话进行中”由这样的图标代表,在该图标中G谱号位于微笑者脸部的左侧处。

在每个演奏者显示域24b的右侧上显示一按钮24c,其上写有“会话申请”。这些按钮24c用于向其状态是“出席”或“会话进行中”的演奏者提议参加音乐会。应当注意,如果演奏者的状态是“离线”或“缺席”,则位于他的演奏者显示域24b右方的按钮被锁定,从而无法被按下。当按下“会话申请”按钮24c之一时,启动会话申请的处理(随后将描述)。在地址簿屏幕的下方中央部分中显示一按钮24d,其上写有“添加新地址”。该按钮用于将新记录添加到演奏者注册表25b。当按下该按钮时,启动演奏者注册的处理(随后将描述)。

在地址簿屏幕的下部显示一域24e,其用于显示自己正在使用会话终端20-1的演奏者的状态。在域24e中,分别显示“出席”和“缺席”的两个状态栏。在设置于地址簿屏幕上的初始显示上加亮“出席”。然而,如后具体所述,当盖开和盖关检测部分47检测到盖46已被转为关闭状态时,立即加亮“缺席”。

在地址簿屏幕已被显示于触摸显示器24(步骤S190)之后,会话终端20-1的CPU23在预定时间间隔(例如每20秒)将状态查询消息发送到会话支持装置10,并且在这些时间点捕获关于其他演奏者的状态信息。当任一其他演奏者的状态变化时,他自己的地址簿屏幕的显示内容按照已改变的状态来改变。

图9是示出会话申请处理的流程图。在下文中,将给出会话终端20-1向会话终端20-2进行会话申请的情况下会话申请处理的描述。

在地址簿屏幕如图8所示被显示的状态下,该会话申请处理在通过按下任一“会话申请”按钮24c被触发时启动。

当按下“会话申请”按钮24c时,会话终端20-1的CPU23向会话支持装置10发送申请消息,该申请消息包括演奏者的演奏者识别消息,该演奏者已被选作为会话申请的相对方(步骤S210)。

已收到申请消息的会话支持装置10的CPU13从演奏者注册表25b中读出与该消息中所含演奏者识别信息相对应的地址,并且发送其定址于该地址的申请消息(步骤S220)。

已收到该申请消息的其他会话终端20-2的CPU23在它的触摸显示器24上显示一表述为“来自○○○先生的会话申请已经到达。接受该申请吗?”的消息和其上分别写有“是”和“否”的两个按钮(步骤S230)。

按照演奏者的选择,已收到该申请消息的会话终端20-2的CPU23将表示他同意或拒绝的消息发送到会话支持装置10(步骤S240)。

接着,关于该会话申请是否已被会话终端20-2拒绝进行判断(步骤S245),如果该会话申请没有被拒绝,换而言之,如果已收到表示同意的消息,则会话支持装置10的CPU13将同一消息发送到进行该申请的会话终端20-1,随后开始作为用于在会话终端20-1和会话终端20-2之间来回发送和接收MIDI数据的中间件(步骤250)。由此在彼此远离的演奏者之间实现音乐会。

另一方面,如果该会话申请已被拒绝,换而言之,如果已收到表示拒绝的消息(步骤S245的“是”),则会话支持装置10的CPU13将同一消息发送到进行该申请的会话终端20-1,然后该处理被终止。

这里,当会话支持装置10的中间件程序已启动用于MIDI数据发送和接收时,会话终端20-1的CPU23在它的触摸显示器24上显示会话进行中的屏幕。此外,会话终端20-2的CPU23在它的触摸显示器24上显示会话进行中的屏幕。

图10是示出会话终端20的触摸屏上显示的会话进行中屏幕实例的视图。在下文中,通过实例的方式将描述会话进行中屏幕,该会话进行中屏幕在电子乐器40-1与电子乐器40-2至40-n中的任意两个之间正在进行会话时,显示于会话终端20-1的触摸显示器24上。

参照图10,对话显示域24a显示于会话进行中屏幕的上部,并且以与地址簿屏幕相同的方式,显示来自其他演奏者的会话申请消息。在屏幕的中部左侧,设置有表示数据发送和接收状态的域24f。当MIDI数据已从另一会话终端20收到时,“语音输入”右侧的指示器被点亮,并且表示已收到的数据量(包数量)的数值被显示于“包输入”下面的域中。另一方面,当MIDI数据正在从会话终端20-1发送时,“语音输出”右侧的指示器被点亮,并且表示已发送的数据量(包数量)的数值被显示于“包输出”下面的域中。此外,在屏幕的中央部分中显示一电平计24g,其表示正在从乐音发生器43中输出的语音声音的电平。在屏幕的下部中央部分中,显示一会话成员显示域24h。在该域中,显示有正在一起参加该会话的其他演奏者的昵称和ID。此外,在会话成员显示域24h下面显示一按钮24i,其上写有“结束会话”。当按下该按钮时,会话结束,并且再次显示上述地址簿屏幕。

图11是示出演奏者注册处理的流程图。

在显示图8所示地址簿屏幕正被显示的状态下,演奏者注册处理在被所选“添加新地址”按钮24d触发时启动。

当选择“添加新地址”时,会话终端20-1的CPU23在触摸显示器24上显示一新的演奏者注册屏幕(步骤S310)。

图12是示出新演奏者注册屏幕的视图。在屏幕的上部显示“添加新地址”,并且在其下面显示一昵称输入域24j和一ID输入域24k。昵称输入域24j用于输入一指明将被注册的另一演奏者的昵称,同时ID输入域24k用于输入已被其他演奏者预先通知的演奏者识别信息。在这两个输入域的右侧,显示两个按钮24l,其上写有“输入”。此外,在屏幕的底部,显示一按钮24m,其上写有“取消”,以及显示一按钮24n,其上写有“添加地址”。正在进行新注册的演奏者按下每个输入域24j和24k右侧的按钮24l,使得软件键盘(software keyboard)屏幕(未示出)被显示。该软件键盘屏幕是一在其上能够选择各种形式的文本(比如平假名、片假名和字母字符)的屏幕。该演奏者通过在软件键盘屏幕上每次一个字符地选择文本,在两个输入域24j和24k中输入他的昵称和他的演奏者识别信息。当已完成该输入时,他按下其上写有“添加地址”的按钮24n。

接着,CPU23在演奏者管理表14b中设置新的记录,并且将已经利用图12中的屏幕而输入的昵称和演奏者识别信息存储在该记录的域中(步骤320)。然后,CPU23向会话支持装置10发送一注册人通知消息,该消息包括新记录中所存储过的演奏者识别信息(步骤S330)。

已收到该注册人通知消息的会话支持装置的CPU13从演奏者管理表14b中指定与该消息中所含演奏者识别信息相对应的记录,并且读出所指定记录的“状态”域中存储的状态信息(步骤S340)。CPU将已被读出的状态信息和演奏者识别信息的集合发送到会话终端20-1(步骤S350)。

会话终端20-1将收到的状态信息和演奏者识别信息的集合存储于RAM22中,并且在触摸显示器24上显示一地址簿屏幕,新注册人的演奏者显示域24b已被添加到该屏幕(步骤S360)。

图13是示出会话暂停处理的流程图。

该会话暂停处理在通过电子乐器40-1的盖开和盖关检测部分47检测到键盘盖46处于关闭状态下而被触发时启动。

如上所述,在本实施例中,该启动处理随着电子乐器40-1的键盘盖46处于盖关状态下而启动。

当演奏者在如图8所示显示地址簿屏幕的状态下,关闭电子乐器40-1的键盘盖46时,表示盖已被转到关闭状态的信号从盖开和盖关检测部分47被发送到控制部分48,并且该信号还从控制部分48被发送到会话终端20-1的CPU23(步骤410)。

已收到该信号的会话终端20-1的CPU23在地址簿屏幕上加亮显示其中写有“缺席”的状态栏(步骤S420)。

与此同时,CPU向会话支持装置10发送一状态转变消息,该消息包括表示转变后状态(“缺席”)的状态信息和演奏者的演奏者识别信息(步骤S430)。

已收到该状态转变消息的会话支持装置10的CPU13从演奏者管理表14b中指定与该消息中所含演奏者识别信息相对应的记录,并且将所指定记录的“状态”域从“出席”改写为“缺席”(步骤S440)。此后,CPU23返回该状态已被更新的结果消息(步骤S450)。

另一方面,当演奏者再次打开电子乐器40-1的键盘盖46时,会话终端20-1的CPU23在地址簿屏幕的下部加亮“出席”状态栏,并且将表示状态已从“缺席”变为“出席”的状态转变消息发送到会话支持装置10。这使得演奏者管理表14b中的状态再次从“缺席”改写为“出席”。

如关于图7中启动处理所述,本实施例中的每个会话终端20周期性发送状态查询消息到会话支持装置10,以捕获演奏者的状态信息。因此,当任一演奏者已关闭他的键盘盖46时,该演奏者的状态已改变为“缺席”的事实经由每个会话终端的地址簿屏幕立即被发送到其他演奏者。另一方面,当键盘盖46再次被打开时,该演奏者的状态已从“缺席”返回至“出席”的事实也经由每个会话终端的地址簿屏幕被立即发送。

如上所述,按照本实施例,表示每个演奏者是否处于能够参加会话的状态信息和识别该演奏者的演奏者识别信息的集合从会话支持装置10被发送到每个会话终端20;每个演奏者的状态信息被显示在已收到每个演奏者的状态信息和演奏者识别信息的集合的每个会话终端20的触摸显示器24上;状态转变信息和会话终端20的演奏者识别信息的集合由会话支持装置10从会话终端20获得,该状态转变信息表示:已检测到演奏者演奏预备操作的会话终端20的演奏者已进入能够参加会话的状态;所获得的状态转变信息和演奏者识别信息的集合被发送到连接于会话支持装置10的其他会话终端20;以及基于所发送的状态转变信息和演奏者识别信息,显示于其他会话终端20的触摸显示器24上的地址簿屏幕的显示细节被其他会话终端20更新。结果,正在参加音乐会的每个演奏者仅通过查看显示于他的地址簿屏幕上的图标,就能够直接得知除他之外的演奏者是否处于能够参加音乐会的状态下。

此外,按照本实施例,演奏者之一所使用的每个电子乐器40-1至40-n具有一用于检测键盘盖46打开和关闭的传感器,并且被设置为当演奏者关闭他的键盘盖46时,该演奏者的状态从“出席”改变为“缺席”。结果,每个演奏者能够向其他演奏者通报他自己的状态变化,而无需进行用以变更他的状态的任何特别动作。

接着,将描述本发明的第二实施例。在上述第一实施例中,电子乐器40具有盖开和盖关检测部分47,并且演奏者的状态按照该检测部分的操作来自动地变更。相比而言,第二实施例这样构造,使得检测演奏者演奏预备操作的检测装置被设置于演奏者在进行演奏时就座的凳处,并且演奏者的状态按照该检测装置的检测结果来自动地变更。

图14是示出第二实施例中连接于会话终端20的演奏凳50的结构透视图。演奏凳50包括:四个支柱51a至51d;连接支柱51a至51d的主框架52;座位部分53,以在垂直方向上可相对主框架52移动的方式,设置于主框架52上方并连接于主框架52;按钮型开关55,设置于主框架52的上表面的端部,用于检测演奏预备操作;以及软线54,其连接于开关55和会话终端20之间,并且将电信号从开关55发送到会话终端20。

演奏凳50的座位部分53被弹性构件(未示出)在向上方向上偏离。因此,当演奏者在凳50上坐下时,座位部分53在向下方向上被按压一定程度,并且座位部分53的下表面和开关55的上端彼此发生接触,从而开关55在向下方向上被按下。当开关55被这样按下时,它变为接通并且将表示演奏者坐在演奏凳50上的信号经由软线54发送到会话终端20。另一方面,当由于演奏者从演奏凳50起立,使开关55的上端从座位部分53的下表面分离时,开关55从接通变为断开,并且将表示演奏者已起立的信号经由软线54发送到会话终端20。

接着,将描述第二实施例的操作。

与上述第一实施例的操作相似,第二实施例的操作也广泛地包括启动处理、会话申请处理、演奏者注册处理和会话暂停处理。在这些处理中,只有会话暂停处理的细节与第一实施例中的不同。与第一实施例中相同之处的描述因此被省略,下面仅描述不同之处。

第二实施例的会话暂停处理在通过凳50的开关55从接通变为断开被触发时启动。

当演奏者从他的演奏凳50起立以暂停他的演奏时,表示演奏者已起立的信号从演奏凳50被发送到会话终端20-1。当会话终端20-1收到该信号时,执行如图13所示从步骤S420起的随后步骤的处理。另一方面,当由于演奏者在演奏凳50上就座,使开关55从断开状态变为接通状态时,该状态再次从“缺席”返回至“出席”。

如上所述,按照本实施例,当连接于会话终端20的演奏凳50的开关55从接通变更为断开时,演奏者管理表14b中的状态从“出席”被改写为“缺席”,同时,当演奏凳50的开关55从“断开”变更为“接通”时,上述状态从“缺席”被再次改写为“出席”。结果,演奏者无需采取任何特别动作以变更他们的状态。更合适地,演奏者能够向其他演奏者通报他们自己的状态变化,而无需进行用于变更状态的任何特别操作。

接着,将描述本发明的第三实施例。上述第一和第二实施例这样构造,使得用于检测演奏者是否已执行演奏预备操作的检测装置被设置于电子乐器40中或演奏凳50中,并且演奏者的状态按照来自该检测装置的输出而自动地变更。相比而言,第三实施例这样构造,使得当键盘41在预定时间期间中尚未被按下时,演奏者的状态从“出席”被变更为“缺席”,同时,当键盘41随后被再次按下时,演奏者的状态从“缺席”返回至“出席”。

第三实施例在结构上与第一实施例相同,不同之处在于,无盖开和盖关检测部分47设置于电子乐器40中。与第一实施例中相同之处的描述因此在此被省略,下面将仅描述不同之处。

接着,将描述第三实施例的操作。与上述第一实施例的操作相似,第三实施例的操作也广泛地包括启动处理、会话申请处理、演奏者注册处理和会话暂停处理。在这些处理中,仅会话暂停处理的细节与第一实施例的不同。与第一实施例中相同之处的描述因此在此被省略,下面将仅描述不同之处。

当完成图7中所示启动处理,并且地址簿屏幕显示于触摸显示器24上时,会话终端20-1的CPU23监视:从电子乐器40-1是否已停止提供MIDI数据。当检测到MIDI数据的提供已停止时,从该时间点起开始测算时间。如果确定从MIDI数据的提供已停止时的时间点起,预定时间期间(例如5分钟)已经过去,则执行从图13所示步骤S420起的后续步骤的处理。

当由于演奏者已按下键盘41的任一键,从电子乐器40-1提供MIDI数据被随后重新启动时,会话终端20-1的CPU23向会话支持装置10发送表示该状态已从“缺席”改变为“出席”的状态发送消息,并且演奏者管理表14b中的状态被会话支持装置10从“缺席”改写为“出席”。

如上所述,按照本实施例,当从电子乐器40-1停止提供MIDI数据时的时间点起已过去预定时间期间时,会话终端20-1的CPU23将演奏者管理表14b的状态从“出席”改写为“缺席”,同时,当“从电子乐器40-1提供MIDI数据”被已按下键盘41的任一键的演奏者重新启动时,上述状态被再次从“缺席”改写为“出席”。结果,每个演奏者能够向其他演奏者通报他的状态变化,而无需进行用于变更该状态的任何特别操作。

能够实施本发明的上述实施例的各种变形。

例如,尽管在上述实施例中,连接于会话终端20的每个电子乐器40是键盘乐器,但是音乐会可通过将弦乐器或管乐器等作为电子乐器连接到会话终端20来进行。利用弦乐器或管乐器等,还可发生这样的情形,作为演奏预备操作,类似于进行打开和关闭盖操作或在演奏凳上就座的动作不被执行,因此该状态可在通过检测到演奏者采取的某些其他动作被触发时加以变更。  

例如,利用弦乐器比如吉他,演奏者拿起电子乐器的主体,并且演奏随着乐器处于被抱于演奏者胸前的状态来进行。倾斜传感器可安装于乐器的主体上以测算其倾斜,并且当该倾斜传感器检测到的倾斜角度大于某一预定角度时,可确定演奏者处于能够演奏的状态下。

此外,如果利用各种乐器比如键盘乐器、弦乐器和管乐器来进行音乐会,则不仅表示其他演奏者状态的图标被显示于地址簿屏幕上,而且表示其他演奏者正在使用的乐器类型的图标也连同表示其他演奏者状态的图标一起来设置。由此,在已了解其他使用者正在使用的乐器类型之后,能够决定是否提议与这些演奏者一起进行音乐会,而且如果从另一演奏者收到会话申请,则能够在确认该使用者正在使用何种类型乐器之后确定是否响应于该申请。

此外,表示其他演奏者技能级别的图标可连同他们的状态一起被显示。作为这种变化,可设想如下设置。首先,演奏者参加由系统管理员在音乐学校等举行的会议,并且使得他们的技能级别得到管理员的验证,表示已被验证的演奏者所在级别的级别信息与这些演奏者的演奏者识别信息相关联地被存储在会话支持装置10的演奏者管理表14b中。当会话支持装置10从会话终端20之一收到状态查询消息时,它将与演奏者识别信息相关联的该演奏者级别信息连同状态信息一起发送。通过使得会话支持装置10以这种方式共同地管理该表示演奏者技能级别的技能级别信息,能够设置为使得如果演奏者不在某一级别或该级别以上,则不允许他参加专门的音乐会,以确保每个演奏者处于近似相同的级别。

尽管在上述第一实施例中,用于检测演奏者演奏预备操作的装置是光学类型传感器,并且它在第二实施例中是开关,但是能够通过这些之外的一些不同设置来检测演奏者演奏预备操作。此外,尽管在上述实施例中构造为使得会话终端和电子乐器被设置为分离的单元,但是能够将它们设置于同一外壳中。

在上述实施例中设置为,当任一会话终端的状态已改变时,该终端将状态转变消息直接地发送到会话支持装置。然而,每个会话终端不必非要在通过改变其自己的状态而被触发时发送状态转变消息。可设置为使得该状态转变消息在某一其他定时下被发送。例如,可设置这样的结构,其中该会话支持装置依次在预定的时间间隔中,查询每个会话终端是否发生任何状态变化,并且其自己的状态变化已发生的任一会话终端将返回一状态转变消息作为对该查询的响应。

应当理解,本发明的目的还可通过提供一种具有存储介质(其中存储有可实现任一上述实施例的功能的软件程序代码)的系统或装置、并且使得该系统或装置的计算机(或CPU或MPU等)读出和执行该存储介质中存储的程序代码来实现。

在这种情况下,从存储介质中读出的程序代码本身可实现上述本发明的新功能,因此该程序和其中存储该程序代码的该存储介质构成本发明。

用于提供程序代码的存储介质实例包括FLOPPY(注册商标)软盘、硬盘、光盘、磁光盘、CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD+RW、磁带、非易失性存储卡和ROM。可选地,该程序可经由网络从连接于因特网、商务网、局域网等的另一计算机、数据库(未示出)等下载。

此外,任一上述实施例的功能不仅可通过执行计算机所读出的程序代码来实现,而且可通过使得运行于该计算机上的操作系统(OS)等进行基于程序代码指令的部分或所有实际操作来实现。

此外,应当理解上述实施例的功能不仅可通过执行计算机所读出的程序代码来实现,而且可通过使得运行于该计算机上的OS(操作系统)等进行基于程序代码指令的部分或所有实际操作来实现。

此外,应当理解任一上述实施例的功能可通过将从存储介质读出的程序代码写入到设置于扩展板(插入于计算机中)上或扩展单元(连接于计算机)中的存储器中、然后使得该扩展板或该扩展单元中设置的CPU等进行基于程序代码指令的部分或所有实际操作来实现。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号