智能体控制装置的制作方法

1.本公开涉及一种响应于用户的请求而执行与智能体相关的处理的智能体控制装置。


背景技术：

2.在日本特开2018
‑
189984号公报中，公开了一种语音对话智能体，其接受输入语音信号，而对所述输入语音信号实施语音识别处理，并基于语音识别处理的结果和智能体信息，决定要利用哪一个智能体来实施基于该输入语音信号的处理。
3.如下的情况是不希望出现的，即，在一个智能体正在执行通话或结算处理等从服务特性的观点和安全性的观点出发需求持续性的功能的过程中，因其他智能体被启动，而导致之前的对话暂时中断或者结束。


技术实现要素：

4.本公开的目的在于，提供一种能够对在一个智能体的运行过程中其他智能体被启动从而导致该一个智能体发生中断的情况进行抑制的智能体控制装置。
5.第一方式为一种智能体控制装置，其能够使多个智能体运行，并具备：请求部，其在预定的契机下请求各所述智能体的运行；存储部，其对中断可否列表进行存储，所述中断可否列表规定了相对于所运行的一个所述智能体的各功能或者相对于所述一个智能体的运行状况的运行的中断可否；设定部，其伴随着所述一个智能体的运行，而参照所述中断可否列表来对与其他所述智能体的运行可否相关的可否信息进行设定；管理部，其以如下方式进行管理，即，当在所述一个智能体的运行过程中从所述请求部而具有关于所述其他智能体的运行的请求且所述可否信息表示所述其他智能体不可运行的情况下，并不响应所述请求，而使所述一个智能体继续。
6.第一方式的智能体控制装置设为能够使多个智能体运行。在该智能体控制装置中，存储部对规定了相对于所运行的一个智能体的各功能、或者相对于一个智能体的运行状况的运行的中断可否的中断可否列表进行存储。此外，在该智能体控制装置中，请求部在预定的契机下请求各智能体的运行，且设定部伴随着一个智能体的运行，而参照中断可否列表来对与其他智能体的运行可否相关的可否信息进行设定。在此，“预定的契机”例如是指，用户相对于话筒的发声、ptt(push
‑
to
‑
talk：一键通)开关的按下。
7.而且，管理部以如下方式进行管理，即，当在一个智能体的运行过程中具有关于其他智能体的运行的请求、且可否信息表示其他智能体不可运行的情况下，使该一个智能体继续。根据该智能体控制装置，能够对在一个智能体的运行过程中其他智能体被启动从而导致该一个智能体发生中断的情况进行抑制。
8.第二方式的智能体控制装置为，在第一方式所记载的智能体控制装置中，在所述中断可否列表中，相对于所述一个智能体的被需求持续性的功能，规定为不可中断，所述设定部在所述中断可否列表中被设为不可中断的功能的运行开始时对所述可否信息进行设
定以使所述其他智能体不可运行，并在所述功能结束时将所述可否信息设定为所述其他智能体能够运行。
9.在第二方式的智能体控制装置中，一个智能体中的被需求持续性的功能在运行过程中不会被中断。因此，根据该智能体控制装置，例如可以对在一个智能体执行通话过程中通话被中断或在结算处理过程中结算处理被中断的情况进行抑制。
10.第三方式的智能体控制装置为，在第一方式或者第二方式所记载的智能体控制装置中，所述可否信息为标记，且在所述中断可否列表中针对所述一个智能体的每个功能而分别对中断可否进行了规定。
11.根据第三方式的智能体控制装置，能够通过标记的开启、关闭来一并地对不同功能的多个智能体进行管理。
12.第四方式所记载的智能体控制装置为，在第一方式或者第二方式所记载的智能体控制装置中，所述可否信息为根据所述一个智能体的运行状况而发生变动的级别，且在所述中断可否列表中对与所述级别相对应的中断可否进行了规定。
13.根据第四方式所记载的智能体控制装置，能够根据智能体正在运行的功能的运行状况来对中断可否进行管理。
14.第五方式所记载的智能体控制装置为，在第一至第四方式中的任意的一个方式中所记载的智能体控制装置中，当在所述一个智能体的运行过程中从所述请求部而具有关于所述其他智能体的运行的请求、且所述可否信息表示所述其他智能体不可运行的情况下，所述管理部对所述请求进行保留并使所述一个智能体继续，在被继续运行的所述一个智能体的运行结束之后，响应于被保留的所述请求而使所述其他智能体运行。
15.第五方式所记载的智能体控制装置即使当在一个智能体的运行过程中无法运行其他智能体的情况下，也不将其他智能体的运行请求废弃而是对其进行保留。因此，根据该智能体控制装置，能够在一个智能体的结束之后，不必再次实施其他智能体的请求就使其他智能体运行。
16.根据本公开，能够对在一个智能体的运行过程中其他智能体被启动而导致该一个智能体发生中断的情况进行抑制。
附图说明
17.基于以下附图来对本公开内容的示例性实施例进行详细说明，其中：
18.图1为表示第一实施方式所涉及的智能体系统的概要结构的图。
19.图2为表示第一实施方式的车辆的硬件结构的框图。
20.图3为表示第一实施方式的中断可否列表的内容的图。
21.图4为表示第一实施方式的主机的功能结构的框图。
22.图5为表示第一实施方式的智能体系统中的处理的流程的顺序图。
23.图6为表示第一实施方式的智能体系统中的处理的流程的顺序图，且为延续图5的图。
24.图7为表示第二实施方式的智能体系统中的处理的流程的顺序图。
25.图8为表示第三实施方式的中断可否列表的内容的图。
26.图9为表示第三实施方式的智能体系统中的处理的流程的顺序图。
27.图10为表示第三实施方式的智能体系统中的处理的流程的顺序图，且为延续图9的图。
具体实施方式
28.[第一实施方式]
[0029]
如图1以及图2所示，第一实施方式的智能体系统10被构成为，包括车辆12、本公司服务器14和其他公司服务器16。在车辆12上，搭载有作为智能体控制装置的主机(head unit)20、通信装置22、触摸面板24、扬声器26和话筒28。车辆12的通信装置22、本公司服务器14以及其他公司服务器16分别经由网络n而互相连接。
[0030]
本公司服务器14为，作为车辆12的制造商的本公司所保有的服务器。本公司服务器14为了实现作为本公司的服务的本公司智能体的功能，而具有对用户u的发声的意图进行推断的功能。在本公司智能体中，具有通话、结算、取得天气/新闻、取得车辆信息、检索目的地、请求救援等功能。本公司智能体为一个智能体的一个示例。
[0031]
其他公司服务器16为，并非车辆12的制造商的其他公司所保有的服务器。其他公司服务器16为了实现作为其他公司的服务的其他公司智能体的功能，而具有对用户u的发声的意图进行推断的功能。在其他公司智能体中，具有提供音乐、有声读物、通话、取得天气/新闻等功能。其他公司智能体为其他智能体的一个示例。另外，也可以由本公司智能体和其他公司智能体来实现同种功能。
[0032]
(车辆)
[0033]
如图2所示，主机20被构成为，包括cpu(central processing unit，中央处理器)20a、rom(read only memory，只读存储器)20b、ram(random access memory，随机存取存储器)20c、储存器20d、通信i/f(inter face，接口)20e以及输入输出i/f20f。cpu20a、rom20b、ram20c、储存器20d、通信i/f20e以及输入输出i/f20f经由内部总线20g而以能够相互通信的方式进行连接。cpu20a为处理器的一个示例，ram20c为存储器的一个示例。
[0034]
cpu20a为中央运算处理单元，其执行各种程序或对各部分进行控制。即，cpu20a从rom20b或者储存器20d中读取程序，并将ram20c作为工作区来执行程序。
[0035]
rom20b对各种程序以及各种数据进行存储。在本实施方式的rom20b中，存储有用于对主机20进行控制的控制程序。
[0036]
ram20c作为工作区而临时性地对程序或者数据进行存储。
[0037]
作为存储部的储存器20d由hdd(hard disk drive：硬盘驱动器)或者ssd(solid state drive：固态硬盘)构成，并对各种程序以及各种数据进行存储。本实施方式的储存器20d对处理程序100和中断可否列表110进行存储。
[0038]
处理程序100为，用于对本公司智能体以及其他公司智能体进行控制的程序。
[0039]
如图3所示，中断可否列表110为，对本公司智能体的各功能的执行中的该功能的中断的可否进行了规定的列表。在中断可否列表110中，在为本公司智能体的被需求持续性的功能的情况下，被规定为即使请求了其他公司智能体也不可中断正在执行的功能。例如，在被执行的本公司智能体的功能为“通话”的情况下以及“结算”的情况下，被规定为将该功能的中断设为不可以的“不可”。
[0040]
此外，例如在被执行的本公司智能体的功能为“取得天气/新闻”的情况下以及“取
得车辆信息”的情况下，被规定为将该功能的中断设为可以的“可”。另外，在被执行的本公司智能体的功能为“检索目的地”的情况下，被规定为即使请求了其他智能体也使之保留并设为可以使其在该功能结束后执行的“保留”。
[0041]
如图2所示，通信i/f20e为，用于与通信装置22进行连接的接口。该接口例如使用了基于can协议的通信标准。通信i/f20e与外部总线20h相连接。
[0042]
输入输出i/f20f为，用于与搭载于车辆12上的触摸面板24、扬声器26以及话筒28进行通信的接口。另外，触摸面板24、扬声器26以及话筒28也可以与内部总线20g直接连接。
[0043]
通信装置22为，用于与本公司服务器14以及其他公司服务器16进行通信的无线通信模块。该无线通信模块例如使用了5g、lte、wi
‑
fi(注册商标)等通信标准。通信装置22与网络n相连接。
[0044]
触摸面板24被设置在仪表板上，并兼具作为显示部的液晶显示器、和作为输入部的触摸板的作用。
[0045]
扬声器26被设置在仪表板、中央控制台、前柱、前围板等上，且为用于对与本公司智能体以及其他公司智能体相关的语音进行输出的装置。
[0046]
话筒28被设置在车辆12的前柱或前围板等上，且为对作为车辆12的乘员的用户u所发出的语音进行收音的装置。
[0047]
如图4所示，在本实施方式的主机20中，cpu20a通过执行处理程序100，来作为请求部200、第一执行部220、第二执行部230、设定部240以及管理部250而发挥功能。
[0048]
请求部200具有在预定的契机请求智能体的运行的功能。在此，在“预定的契机”中，具有用户u对于话筒28的发声、被设置于转向装置等上的未图示的ptt(push
‑
to
‑
talk：一键通)开关的按下等。在基于用户u的发声的语音信息中包含有本公司智能体用的唤醒字的情况下，请求部200将该语音信息发送至本公司服务器14以请求本公司智能体的运行。此外，在基于用户u的发声的语音信息中包含有其他公司智能体用的唤醒字的情况下，请求部200将该语音信息发送至其他公司服务器16以请求其他公司智能体的运行。
[0049]
第一执行部220具有使本公司智能体运行的功能。第一执行部220根据从发送了基于发声的语音信息的本公司服务器14提供的意图信息，来执行本公司智能体的功能。
[0050]
第二执行部230具有使其他公司智能体运行的功能。第二执行部230根据从发送了基于发声的语音信息的其他公司服务器16提供的意图信息，来执行其他公司智能体的功能。
[0051]
设定部240具有参照中断可否列表110来对与各智能体的运行可否相关的可否信息进行设定的功能。本实施方式的可否信息为，作为能够设定为开启(on)、关闭(off)的标记的占有标记，且设定部240会基于中断可否列表110中所规定的本公司智能体中的每个功能各自的中断的可否，来分别对占有标记进行设定。具体而言，设定部240在本公司智能体的某个功能为不可中断的情况下，在本公司智能体的该功能的运行开始时将占有标记设定为开启，并在该功能结束时将占有标记设定为关闭。
[0052]
管理部250具有对各智能体的运行进行管理的功能。本实施方式的管理部250以如下的方式进行管理，即，当在本公司智能体的运行过程中从请求部200而具有关于其他公司智能体的运行的请求、且占有标记为开启的情况下，并不响应关于其他公司智能体的运行的请求，而使本公司智能体继续。
[0053]
(控制的流程)
[0054]
使用图5以及图6的顺序图，而对在本实施方式的智能体系统10中所执行的处理的流程进行说明。主机20中的处理通过cpu20a作为上述的请求部200、第一执行部220、第二执行部230、设定部240以及管理部250而发挥功能来实现。
[0055]
在图5的步骤s10中，用户u朝向主机20发声。例如，用户u发声出“agent，给x打电话”、“assistant，播放音乐”等，来向智能体发出请求。
[0056]
在步骤s11中，主机20实施由用户u的发声所产生的语音的语音识别。
[0057]
在步骤s12中，主机20基于由语音识别所生成的语音信息，来对要启动本公司智能体以及其他公司智能体中的哪一方进行检测。例如，在发声的语音中存在有“agent”的唤醒字的情况下，主机20将本公司智能体检测作为要启动的智能体。此外，在发声的语音中存在有“assistant”的唤醒字的情况下，主机20将其他公司智能体检测作为要启动的智能体。
[0058]
在步骤s13中，主机20实施占有标记是否为关闭的判断。主机20在判断为占有标记并不为关闭、即为开启的情况下，进入步骤s14。另一方面，在主机20判断为占有标记为关闭的情况下，进入步骤s15。
[0059]
在步骤s14中，主机20将针对智能体的请求废弃。然后，智能体的执行处理结束。
[0060]
在步骤s15中，主机20对在步骤s12中被检测出的智能体的服务器发送语音信息。图5为发出与本公司智能体相关的请求的示例，在用户u发声出“agent，给x打电话”的情况下，“给x打电话”这样的内容的语音信息会被发送至本公司服务器14。
[0061]
在步骤s16中，本公司服务器14基于所接收到的语音信息来进行语音识别，并执行意图提取。例如，从“给x打电话”的语音信息中提取出给x打电话的意图。
[0062]
在步骤s17中，本公司服务器14将被提取出的意图作为意图信息而发送至主机20。
[0063]
在步骤s18中，主机20开始本公司智能体的运行。即，当主机20从本公司服务器14接收到给x打电话的这样的意图信息时，启动通话功能，并参照从本公司服务器14取得的、或者被存储在储存器20d中的x的联系方式来给x打电话。由此，通过主机20而开始进行通话。
[0064]
在步骤s19中，主机20对中断可否列表110进行参照。例如像图3所示的那样，在本公司智能体正进行通话的情况下，取得将本公司智能体的中断设为不可以的“不可”的信息。
[0065]
在图5的步骤s20中，主机20实施本公司智能体是否为不可中断的判断。在主机20判断为本公司智能体为不可中断的情况下，进入步骤s21。另一方面，在主机20判断为本公司智能体并不是不可中断的情况下，进入图6的步骤s22。
[0066]
在步骤s21中，主机20将占有标记设定为开启。
[0067]
图6的步骤s22至步骤s26的处理与上述的步骤s10至步骤s14的处理相同。
[0068]
在步骤s27中，主机20实施本公司智能体是否已结束的判断。在主机20判断为本公司智能体并未结束的情况下，即，在本公司智能体尚在运行过程中的情况下，返回至步骤s22。另一方面，在主机20判断为本公司智能体已结束的情况下，进入步骤s28。
[0069]
在步骤s28中，主机20将占有标记设定为关闭。然后，智能体的执行处理结束。
[0070]
当在步骤s25中被判断为占有标记为关闭的情况下，在步骤s29中，主机20对在步骤s24中被检测出的智能体的服务器发送语音信息。图6为发出与其他公司智能体相关的请
求的示例，在用户u发声出“assistant，播放音乐”的情况下，“播放音乐”这样的内容的语音信息会被发送至其他公司服务器16。
[0071]
在步骤s30中，其他公司服务器16基于所接收到的语音信息而实施语音识别，并执行意图提取。例如，从“播放音乐”的语音信息中提取出播放音乐的意图。
[0072]
在步骤s31中，其他公司服务器16将被提取出的意图作为意图信息发送至主机20。
[0073]
在步骤s32中，主机20开始其他公司智能体的运行。在这种情况下，正在运行过程中的本公司智能体会被中断并结束。例如，当主机20从其他公司服务器16接收到播放音乐这样的意图信息时，会使运行过程中的本公司智能体结束，并播放从其他公司服务器16所接收到的音乐。
[0074]
(第一实施方式的总结)
[0075]
本实施方式的主机20设为，作为多个智能体而能够使本公司智能体以及其他公司智能体运行。在主机20中，规定了对于所执行的本公司智能体的各功能的中断可否的中断可否列表110被存储在储存器20d中。此外，在本实施方式中，请求部200在由发声、ptt开关的操作等所产生的预定的契机下请求智能体的运行，设定部240伴随着本公司智能体的运行，而参照中断可否列表110来对与其他公司智能体的运行可否相关的可否信息进行设定以作为占有标记。而且，管理部250以如下方式进行管理，即，当在本公司智能体的运行过程中具有关于其他公司智能体的运行的请求、且占有标记为开启的情况下，使本公司智能体继续。
[0076]
根据本实施方式的主机20，能够对在本公司智能体的运行过程中其他公司智能体被启动从而导致本公司智能体发生中断的情况进行抑制。
[0077]
在此，当在本公司智能体执行通话的过程中伴随着其他公司智能体的请求而导致通话发生中断的情况下，会话会被强制性地中断。此外，当在本公司智能体执行结算的过程中伴随着其他公司智能体的请求而导致结算处理发生中断的情况下，存在发生结算故障的可能性。与此相对，在本实施方式的主机20中被形成为，在本公司智能体中的被需求持续性的通话和结算等功能的执行过程中，使该功能不被中断。即，根据本实施方式，可以对在本公司智能体执行通话过程中通话被中断、或在结算处理过程中结算处理被中断的情况进行抑制。
[0078]
另外，根据本实施方式，通过将占有标记设置为可否信息，能够通过占有标记的开启、关闭来一并地对不同功能的智能体进行管理。
[0079]
[第二实施方式]
[0080]
第一实施方式采用如下方式，即，在占有标记为开启的情况下，新的智能体的运行请求被废弃。与此相对，第二实施方式被形成为，在占有标记为开启的情况下，对新的智能体的运行请求进行保留。以下，对与第一实施方式的不同之处进行说明。另外，关于其他的结构，与第一实施方式相同，从而省略详细的说明。
[0081]
本实施方式的管理部250为，当在本公司智能体的运行过程中从请求部200而具有关于其他公司智能体的运行的请求、且占有标记为开启的情况下，对关于其他公司智能体的运行的请求进行保留并使本公司智能体继续。然后，管理部250在被继续运行的本公司智能体结束之后，使请求正处于保留状态的其他公司智能体运行。
[0082]
在本实施方式的智能体系统10中所执行的处理的与第一实施方式的不同之处如
图7所示的那样。即，代替图6的步骤s26至步骤s28的处理，而执行步骤s40至步骤s42的处理。
[0083]
当在步骤s25中判断为占有标记并不为关闭的情况下，在步骤s40中，主机20将针对智能体的请求保留。
[0084]
在步骤s41中，主机20实施本公司智能体是否已结束的判断。在主机20判断为本公司智能体并未结束的情况下，即，在本公司智能体尚在运行中的情况下，返回至步骤s22。另一方面，在主机20判断为本公司智能体已结束的情况下，进入步骤s42。
[0085]
在步骤s42中，主机20将占有标记设定为关闭。然后，进入步骤s29。
[0086]
另外，在步骤s40中被保留的针对智能体的请求被反映在步骤s29至步骤s32中。由此，在步骤s32中，开始被保留的其他公司智能体的运行。
[0087]
(第二实施方式的总结)
[0088]
第二实施方式的主机20被形成为，即使当在本公司智能体的运行过程中无法运行其他公司智能体的情况下，也不将其他公司智能体的运行请求废弃而是对其进行保留。因此，根据本实施方式，在本公司智能体结束之后，不必再次实施其他公司智能体的请求就能够使其他公司智能体运行。
[0089]
[第三实施方式]
[0090]
第一实施方式采用如下方式，即，针对所运行的本公司智能体的每个功能来分别对该功能的中断的可否进行判断。与此相对，第三实施方式为，根据本公司智能体的运行状况，来对正在运行过程中的功能的中断的可否进行判断。以下，对与第一实施方式的不同之处进行说明。另外，关于其他的结构，与第一实施方式相同，从而省略详细的说明。
[0091]
本实施方式的中断可否列表110为，对针对与本公司智能体的运行状况相应的级别的本公司智能体的中断的可否进行了规定的列表。如图8所示，在中断可否列表110中，针对本公司智能体每个功能而对运行状况、与各运行状况相对应的级别、和与级别建立了关联的不可中断的信息进行了规定。
[0092]
例如，在本公司智能体的功能为“购物”的情况下，正在结算处理过程中被规定为将处理的中断设为不可以的级别a、正在采购手续过程中被规定为将其他公司智能体的运行设为保留的级别b、正在物品检索过程中被规定为将处理的中断设为可以的级别c。此外，例如在本公司智能体的功能为“辅助驾驶”的情况下，正处于警告状态被规定为将处理的中断设为不可以的级别a、正处于危险预告状态被规定为对其他公司智能体的运行进行保留的级别b、正处于通常状态被规定为将处理的中断设为可以的级别c。
[0093]
在本实施方式中，将根据本公司智能体的运行状况而发生变动的级别设为可否信息。而且，设定部240以在运行过程中的本公司智能体的级别超过被设定的阈值级别的情况下使其他公司智能体不可运行的方式进行设定，且以在成为阈值级别以下的情况下使其他公司智能体能够运行的方式进行设定。
[0094]
在本实施方式中被设定为，级别a为最高，级别b、级别c按照顺序而级别变低，且级别b被设定作为阈值。因此，在本实施方式中被形成为，在超过级别b的情况下，即，在成为级别a的情况下，其他公司智能体不可运行。
[0095]
(控制的流程)
[0096]
使用图9以及图10的顺序图，来对在本实施方式的智能体系统10中所执行的处理
的流程进行说明。
[0097]
图9的步骤s50至步骤s52的处理与上述的步骤s10至步骤s12的处理相同，步骤s53至步骤s56的处理与上述的步骤s15至步骤s18的处理相同。
[0098]
在步骤s57中，主机20对中断可否列表110进行参照。例如在本公司智能体正在进行购物的情况下，取得与物品检索、采购手续、结算处理的各执行状况相应的级别的信息。
[0099]
在步骤s58中，主机20对与本公司智能体的运行状况相应的级别进行设定。
[0100]
图10的步骤s59至步骤s61的处理与上述的步骤s22至步骤s24的处理相同。
[0101]
在步骤s62中，主机20实施所设定的级别是否为级别c的判断。在主机20判断为所设定的级别并不是级别c的情况下，进入步骤s63。另一方面，在主机20判断为所设定的级别为级别c的情况下，进入步骤s67。
[0102]
在步骤s63中，主机20实施所设定的级别是否为级别a的判断。在主机20判断为所设定的级别并不是级别a的情况下，进入步骤s65。另一方面，在主机20判断为所设定的级别为级别a的情况下，进入步骤s64。
[0103]
在步骤s64中，主机20将针对智能体的请求废弃。然后，进入步骤s58。即，主机20实施与运行状况相应的级别的再设定。
[0104]
当在步骤s62中被判断为并不是级别c、且在步骤s63中被判断为并不是级别a的情况下，即，在判断为是级别b的情况下，在步骤s65中，主机20对针对智能体的请求进行保留。
[0105]
在步骤s66中，主机20实施请求保留时中的本公司智能体的事件是否已结束的判断。在主机20判断为本公司智能体的事件并未结束的情况下，进入步骤s58。即，主机20实施与运行状况相应的级别的再设定。另一方面，在主机20判断为本公司智能体的事件已结束的情况下，进入步骤s67。
[0106]
图10的步骤s67至步骤s70的处理与上述的步骤s29至步骤s32的处理相同。
[0107]
(第三实施方式的总结)
[0108]
第三实施方式的智能体控制装置的特征在于，通过根据本公司智能体的运行状况而发生变动的级别，来对其他公司智能体的运行的可否进行设定。即，根据本实施方式，能够根据智能体正在运行的功能的运行状况来对中断的可否进行管理。
[0109]
[附注]
[0110]
虽然在上述各实施方式中，基于被存储在中断可否列表110中的本公司智能体的运行的可否来对其他公司智能体的运行进行控制，但是并不限定于此。即，也可以将其他公司智能体的运行的可否存储在中断可否列表110中，并基于其他公司智能体的运行可否，来对本公司智能体的运行进行控制。
[0111]
第二实施方式以及第三实施方式的主机20被形成为，能够对其他公司智能体的请求进行保留，并在本公司智能体结束了的阶段将被保留的请求作为语音信息而发送至其他公司服务器16。然而并不限定于此，也可以形成为，在主机20将其他公司智能体的请求废弃了的情况下，在本公司智能体结束了的阶段向用户u再次询问请求，也就是说，再次请求发声。
[0112]
另外，也可以将在上述实施方式中cpu20a读取软件(程序)并执行的各种处理由cpu以外的各种处理器来执行。作为这种情况下的处理器，可例示出fpga(field
‑
programmable gate array：现场可编程门阵列)等在制造之后能够改变电路结构的pld
(programmable logic device：可编程逻辑器件)以及asic(application specific integrated circuit：特殊应用集成电路)等为了执行特定的处理而具有专门被设计的电路结构的处理器、即专用电路等。此外，既可以将上述的受理处理由这些各种处理器中的一个来执行，也可以由同种类或不同种类的两个以上的处理器的组合(例如，多个fpga、以及cpu和fpga的组合等)来执行。此外，更具体而言，这些各种的处理器的硬件性的结构为，对半导体元件等电路元件进行组合的电路。
[0113]
此外，在上述实施方式中，以各程序被预先存储(安装)在计算机可读取的非临时性的记录介质中的方式来进行了说明。例如，主机20中的处理程序100被预先存储在储存器20d中。然而并不限定于此，各程序也可以被记录在cd
‑
rom(compact disc read only memory：只读光盘存储器)、dvd
‑
rom(digital versatile disc read only memory：数字通用光盘只读存储器)以及usb(universal serial bus：通用串行总线)存储器等非临时性的记录介质中的方式而被提供。此外，程序也可以设为经由网络而从外部装置被下载的形态。
[0114]
在上述实施方式中所说明的处理的流程也是一个示例，也可以在不脱离主旨的范围内删除不必要的步骤，或者追加新的步骤，或者对处理顺序进行替换。