JP3988128B2 - ディジタル・ミキサ - Google Patents
ディジタル・ミキサ Download PDFInfo
- Publication number
- JP3988128B2 JP3988128B2 JP2002210310A JP2002210310A JP3988128B2 JP 3988128 B2 JP3988128 B2 JP 3988128B2 JP 2002210310 A JP2002210310 A JP 2002210310A JP 2002210310 A JP2002210310 A JP 2002210310A JP 3988128 B2 JP3988128 B2 JP 3988128B2
- Authority
- JP
- Japan
- Prior art keywords
- version
- console
- fatal
- inconsistency
- mixer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
- H04H60/04—Studio equipment; Interconnection of studios
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/656—Updates while running
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/12—Arrangements for observation, testing or troubleshooting
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Circuit For Audible Band Transducer (AREA)
- Stored Programmes (AREA)
Description
【発明の属する技術分野】
この発明は、音響設備の集中的な制御を行なうディジタル・ミキサにおけるバージョン管理技術に関する。
【0002】
【従来の技術】
従来より、コンサートや演劇などを行なう会場において音響設備を制御するためのディジタル・ミキサが知られている。そのような音響設備では、多数のマイクロフォンおよび多数のスピーカが使用され、効果音なども多種多様に使用される。ディジタル・ミキサは、多数の入力をどのようにミキシングして、どのように効果を付与し、どの出力系統に出力するか、などを集中的に制御する。
【0003】
このようなディジタル・ミキサとして、コンソールとエンジンとを分離し、コンソールをオペレータ側に配置し、エンジンを演奏者側に配置し、それらの間をケーブルで接続するものが知られている(例えば、特開2000−293180)。このようなミキサでは処理量が多いため、複数の機能ブロックに分けて、それぞれを1つあるいは複数のCPUで制御するようになっている。複数の機能ブロックが共働してミキサとしての全体の動作を実現する。各機能ブロックのCPUで実行するそれぞれの制御プログラム(いわゆるファームウェア)は、各機能ブロックごとに設けられた所定の記憶領域上に記憶されている。それらの各機能ブロック毎の複数のプログラムは、それぞれがバージョンを管理されており、それぞれバージョンアップすることができるようになっている。
【0004】
また、特願2000−396105では、コンソールとエンジン分離型のミキサにおいて、コンソールあるいはエンジンのいずれかにPC(パーソナルコンピュータ)を接続し、そのPCでバージョンアッププログラムを実行し、コンソールがマスタとなって各機器のバージョンをチェックするシステムが記載されている。
【0005】
【発明が解決しようとする課題】
上述のコンソールとエンジン分離型のミキサにおけるバージョンアップ方式では、一度のバージョンアップ操作で、そのとき接続されている機器の全機能ブロックの制御プログラムを同時にバージョンアップできる。
【0006】
しかし、この方式を用いたとしても、ミキサの一部の機能ブロックのバージョンが他のブロックのバージョンと整合しない場合がある。例えば、バージョンアップ操作時に接続されていなかった機器内のブロックについてはバージョンアップされない。あるいはその機器を後から接続した場合、当該機器内のブロックだけバージョンが合わないことがある。また、一部のブロックの故障が検出され、そのブロックのボードを新しいものに交換した場合も、そのボードの制御プログラムのバージョンが他の部分と整合しない場合がある。制御プログラムのバージョンに不整合がある状態で動作させると、誤動作をしたり、場合によっては機器を壊してしまう可能性がある。
【0007】
さらに、制御系統の機能ブロックについては、その中の一部が故障したとしても、全システムが動作停止してしまうという問題があった。すなわち、制御系統については、全ブロックが正常に動作していないと全体として正常動作できなかった。
【0008】
この発明は、複数の機能ブロックを備え、各機能ブロック毎にCPUとそのCPUが実行する制御プログラムを備えているようなディジタル・ミキサにおいて、それら各機能ブロック毎のCPUで動作する制御プログラムのバージョンを、適正にかつ容易に管理できるようにすることを目的とする。
【0009】
【課題を解決するための手段】
上記目的を達成するため、この発明では、電源立ち上げ時に、システムの全ブロックのバージョンの整合性をチェックし、不整合がなければ動作を継続し、不整合があった場合はユーザに警告する。その警告において、不整合がシステムの動作にとって致命的である場合は動作を停止し、致命的でない場合はユーザに「バージョンの不整合を無視して動作を継続する」という内容の通知をした後、不整合と判定されたブロックを切り離して動作を継続する。
【0010】
新たな機器が接続された場合にも、その接続された機器の各ブロックについてのバージョンチェックを行なう。動作上不可欠な機器が接続された場合、新たに接続された機器のバージョンの整合性をチェックし、不整合がなければ動作を継続し、不整合があった場合は動作を停止するとともにユーザに警告する。動作上不可欠でない機器が接続された場合、新たに接続された機器のバージョンの整合性をチェックし、不整合がなければ動作を継続し、不整合があった場合は該機器との連結動作を中止し動作を継続するとともにユーザに警告する。
【0011】
また、この発明では、各ブロックについて故障を検出し、その故障がシステム動作にとって致命的である場合は動作を停止し、致命的でない場合はユーザに「故障を無視して動作を継続する」という内容の通知をした後、故障したブロックを切り離して動作を継続する。
【0012】
【発明の実施の形態】
以下、図面を用いてこの発明の実施の形態を説明する。
【0013】
図1は、この発明の実施の形態に係るディジタル・ミキサの構成例を示す。101はコンソール、102はエンジン、103は各ユニットを示す。コンソール101は、ユーザが操作する多数の操作子やディスプレイを備えた部分であり、ユーザによる操作指示を受け付け、エンジン102に指示を出す。エンジン102は、コンソール101からの指示に応じて、入力ユニットから入力したマイク信号やライン信号などを適宜ミキシングし、効果の付与などを行なって、出力ユニットに出力する。ユニット103としては、アナログ入力(AIN)ユニット、アナログ出力(AOUT)ユニット、およびディジタル入出力(DI/O)ユニットが接続される。AINユニットは、1ユニットに複数枚のアナログ/ディジタル(A/D)変換ボードをマウントできるボックスであり、これによりマイク信号やライン信号を複数チャンネル(ch)分入力することができる。AOUTユニットは、1ユニットに複数枚のディジタル/アナログ(D/A)変換ボードをマウントできるボックスであり、複数ch分の出力を行なうことができる。DI/Oユニットは、1ユニットに複数枚のディジタル入出力(I/O)ボードをマウントできるボックスであり、複数ch分のディジタル入力およびディジタル出力を行なうことができる。
【0014】
1台のエンジン102には、入力側に10台のユニット(AINユニットまたはDI/Oユニット)を接続でき、出力側に6台のユニット(AOUTユニットまたはDI/Oユニット)を接続できる。1台のコンソール101、1台のエンジン102、および当該エンジン102に接続された複数のユニット103の組み合わせが、ミキサとしての1システムの最小構成となる。これにより、任意の入力chの入力信号を任意のミキシングchに流し込んでミキシングし、任意に効果付与して、任意の出力chに出力する処理を、集中的に制御できる。
【0015】
図1の▲1▼は、コンソール101にもう1台のコンソール111を接続し、デュアルコンソールとした例である。これにより、操作子の数を増やし多数のchについての直接的な制御環境を構築したり、1台のコンソールが故障した場合に他の1台のコンソールで操作を続行できるようなフェイルセーフシステムを構築できる。デュアルコンソールとした場合、初めからあるシステムのコンソール101はマスタコンソール、後から接続したコンソール111はスレーブコンソールと呼ぶ。コンソール101内のMMの記載は、マスタシステムのマスタコンソールであることを示す。コンソール111内のMSの記載は、マスタシステムのスレーブコンソールであることを示す。
【0016】
図1の▲2▼は、エンジンのミラーリングの例である。ミラーリングでは、マスタシステムのコンソール101とユニット103に、もう1台のエンジン121を接続する。ミラーリングでは、コンソール101からの制御により、エンジン102と121は同じ動作を行なう。通常は選択されているエンジン(例えば102)が使われるが、当該エンジンに故障があったとき、もう一方のエンジンに切り換えて処理を継続できる。
【0017】
図1の▲3▼は、システムのカスケード接続の例である。コンソール131、エンジン132、およびユニット133を別システムとして用意し、マスタシステムのエンジン102とエンジン132とをカスケード接続する。コンソール131、エンジン132、およびユニット133でスレーブシステムを構成する。これにより、2台のエンジン102,132のそれぞれのミキシングバスが連結され、全体として入力ch数が倍のミキサシステムが構築できる。なお、コンソール131内のSMの記載は、スレーブシステムのマスタコンソールであることを示す。エンジン132内のSの記載は、スレーブシステムのエンジンであることを示す。
【0018】
図2は、1台のコンソールの外部パネルの例を示す。外部パネルは、201〜210の各セクションに分かれている。そのうち、セクション201〜205,207〜209は、スイッチ、フェーダ、およびロータリーエンコーダなどの複数の操作子を備えた部分である。
【0019】
201,202,203,204は、それぞれが1つの入力chセクション(IN A〜D)である。入力chセクションは、複数入力chについての各種制御を行なう部分である。205はセレクテッド入力chセクション(IN SEL)であり、入力chセクション201〜204で選択した1つの入力chについて各種の制御を行なう部分である。表示器(LCD)206は、各種の情報を表示する液晶表示装置とマウス操作子のインターフェースを備えた部分である。出力chセクション(OUT)207は、複数の出力chについての各種制御を行なう部分である。セレクテッド出力chセクション(OUT SEL)208は、出力chセクション207で選択した1つの出力chについて各種の制御を行なう部分である。シーンセクション(SCN)209は、シーンに関する各種の制御を行なう部分である。シーンとは、ある場面での設定状態を示す。例えば、各場面毎の設定をシーンとして記憶させておき、それを呼び出すことにより設定した状態を簡単に再現できる。メーター(MTR)210は、各chのレベルを示すメーターなどを備えた部分である。
【0020】
図3に、1台のコンソールの内部構成例を示す。コンソール300は、CPU301、フラッシュメモリ(CMAIN)302、ランダムアクセスメモリ(RAM)303、通信制御部(O COM)304、コントロール部(CTL)305、表示器(LCD)306、パネル制御部A(PNL A)307、パネル制御部B(PNL B)308、波形通信制御部(W COM)309、通信制御部(COM)310、セレクテッド入力chセクション(IN SEL)321、セレクテッド出力chセクション(OUT SEL)322、シーンセクション(SCN)323、出力chセクション(OUT)324、入力chセクション(IN A〜D)325〜328、メーター(MTR)329、および接続バス311を備えている。なお、接続バス311は、1つのバスラインで図示したが、実際には各部が相互に情報をやり取りするための複数の方式を適用している。また、図2の各セクションと図3の各ブロックとで、対応する部分は同じ記号で図示している。例えば、図3のIN A325は図2のセクション201に対応している。
【0021】
図3において、太枠で図示したブロックは、それぞれが、その内部にCPUおよびフラッシュメモリを備えた機能ブロックである。また、図3のコンソール300自体も、太枠のブロックの部分以外は、CPU301およびフラッシュメモリ(CMAIN)302を備えた機能ブロックである。これらの各ブロック内のフラッシュメモリには、当該ブロックの動作を制御する制御プログラムが格納されており、当該ブロック内のCPUがその制御プログラムを実行することにより、当該ブロックが所定の機能を果たすべく動作する。必要に応じて、各ブロック間で各種の情報がやり取りされる。各ブロックの制御プログラムは、バージョン管理されており、バージョンアッププログラムによりバージョンアップすることができる。なお、「バージョン」とは、厳密には各ブロック内に設けられているフラッシュメモリに格納されている制御プログラムのバージョンを意味するが、説明の簡単化のため、ブロックのバージョンという呼び方を使う。例えば、「CTL305のバージョン」とは、CTL305内に設けられているフラッシュメモリに格納されている制御プログラムのバージョンのことである。
【0022】
図3の各部について説明する。CPU301は、CMAIN302に格納されている制御プログラムを実行することにより、このコンソール300全体の動作を制御する。CTL305は、CPU301に対して各種の指示を与えてこのコンソール300の動作を制御する。本実施形態では、CTL305のバージョンを基準として、他の各ブロックのバージョンの整合性をチェックするものとする。LCD306は、CTL305の指示に応じて各種の情報を表示する。RAM303は、CPU301が実行するプログラムや使用する各種のデータを記憶するワーキング用メモリである。O COM304は、外部のコンピュータやMIDI機器と接続するインターフェースである。O COM304にPCを接続し、当該PCからコンソールやエンジンやユニットの各ブロックの制御プログラムをバージョンアップすることができる。
【0023】
PNL A307は、図2で説明したセクション205,208,209,207に対応するセクション321〜324を制御するためのパネル制御用ボードである。同様にPNL B308は、図2で説明したセクション201〜204,210に対応するセクション325〜329を制御するためのパネル制御用ボードである。W COM309は、各種波形信号に関する通信制御を行なう部分である。例えば、モニタ用マイクやモニタ用スピーカなどの各種の入出力端子はW COM309に接続される。点線の矢印は波形信号の入出力を示す。COM310は、エンジン等との間で制御信号を授受する通信制御部である。デュアルコンソール時の2台目のコンソールとの通信も、エンジンとの通信と同様にW COM309およびCOM310を介して行なわれる。
【0024】
図4に、1台のエンジンの内部構成例を示す。エンジン400は、CPU401、フラッシュメモリ(EMAIN)402、RAM403、O COM404、表示器405、信号処理部406、通信制御部(B COM)407、通信制御部(COM)408、および接続バス411を備えている。信号処理部406は、複数のDSP421〜425を備えている。接続バ411は、1つのバスラインで図示したが、実際には各部が相互に情報をやり取りするための複数の方式を適用している。
【0025】
図3と同様に図4でも、太枠で図示したブロックは、それぞれがその内部にCPUおよびフラッシュメモリを備えた機能ブロックである。エンジン400自体も、太枠のブロックの部分以外は、CPU401およびフラッシュメモリ(EMAIN)402を備えた機能ブロックである。これらの各ブロック内のフラッシュメモリには、当該ブロックの動作を制御する制御プログラムが格納され、それらはバージョンアッププログラムによりバージョンアップすることができることも同じである。エンジン400の各ブロックのバージョン(EMAIN402内の制御プログラムも含む)は、CTL305のバージョンを基準として、バージョンチェックされる。
【0026】
図4の各部について説明する。CPU401は、EMAIN402に格納されている制御プログラムを実行することにより、このエンジン400全体の動作を制御する。特にCPU401は、COM408を介してコンソール300から送られる制御信号や、O COM404を介して送られる制御信号に基づいて、エンジン400の動作を制御する。RAM403は、CPU401が実行するプログラムや使用する各種のデータを記憶するワーキング用メモリである。O COM404は、外部のコンピュータやMIDI機器と接続するインターフェースである。O COM404にPCを接続し、当該PCからコンソールやエンジンやユニットの各ブロックの制御プログラムをバージョンアップすることができる。表示器405は、エンジンの状態などを表示するLCDである。B COM407は、コンソール300との間およびユニットとの間で波形信号や制御信号を授受する通信制御部である。COM408は、コンソール300との間で制御信号を授受する通信制御部である。信号処理部406内のDSP421〜425は、CPU401の指示に応じて、各種信号処理(ユニットから入力した波形のミキシングや効果付与処理など)を行なう。
【0027】
図5は、図1で説明したユニット103(133)の例である。上述したように、アナログ入力(AIN)ユニット501、アナログ出力(AOUT)ユニット502、およびディジタル入出力(DI/O)ユニット503がある。これらのユニットは、それぞれ、CPUおよびそのCPUが実行する制御プログラムを記憶したフラッシュメモリを備えた機能ブロックである。その制御プログラムは、上述したコンソール300やエンジン400に接続したPCからバージョンアップできる。また、制御プログラムのバージョンは、CTL305のバージョンを基準として、バージョンチェックされる。
【0028】
図6は、この実施形態のミキサにおける信号の流れを示すブロック図である。601は、図1のユニット103,133のうち、信号入力用のユニット(図5の501,503)を示す。入力側および出力側のどちらにも複数のユニットを接続可能だが、図6では、まとめて1つの点線の矩形で示した。MADin621は、マイク信号のアナログ/ディジタル変換入力ボードによる入力を示す。ADin622は、ライン信号のアナログ/ディジタル変換入力ボードによる入力を示す。Din623は、ディジタル入出力ボードによる入力を示す。以上の3種類のボードは、エンジンの入力側に接続されたAINユニット501またはDI/Oユニット503に差し込むことによってボード単位で増設できる。602はコンソールからの入力を示す。トークバック入力631は、コンソールのオペレータが舞台側との指示連絡用に用いる入力である。パネル入力632は、コンソールから直接入力される効果音などの波形入力である。
【0029】
入力パッチ603から出力パッチ611までの処理はエンジンが行なう。入力パッチ603は、上述した入力系統から、入力チャンネル(48ch)への任意結線を行なう。その設定は、ユーザがコンソールで所定の画面を見ながら任意に行なうことができる。入力ch604の任意の信号を、48本のMIXバス605あるいはステレオバス(Stereo_L/R)606の任意のchへ、選択的に出力できる。
【0030】
MIXバス605は、入力ch604から入力する信号をミキシングする。ミキシングされた信号は、対応するMIX出力ch609に出力される。ステレオバス606は、入力ch604から入力する信号をミキシングする。ミキシングされたステレオ信号は、ステレオ出力ch608へ出力される。ステレオ出力ch608およびMIX出力ch609の出力は、それぞれ出力パッチ611およびマトリックス出力ch610へ出力される。マトリックス出力ch610は、ステレオ出力ch608とMIX出力ch609から任意の数の信号を選択的に入力することができ、選択入力されたこれらの信号をさらにミキシングすることができる。マトリックス出力ch610の出力は、出力パッチ611へ出力される。出力パッチ611は、上述した3種類の出力ch608〜610から、出力系統(DAout、Dout)への任意の結線を行なう。
【0031】
616は、図1のユニット103,133のうち、信号出力用のユニット(図5の502,503)を示す。DAout641は、ディジタル/アナログ変換出力ボードへの出力を示す。Dout642は、ディジタル出力ボードへの出力を示す。以上の2種類のボードは、エンジンの出力側に接続されたAOUTユニット502またはDI/Oユニット503に差し込むことによってボード単位で増設できる。
【0032】
カスケード接続部607は、図1の▲3▼で説明したようにエンジンをカスケード接続する場合のインターフェースを示す。カスケード接続部607を介して別のエンジンと接続することにより、バス605,606を2つのエンジンで共有できる。モニタ用セレクタ612とモニタ用ミキサ613およびコンソール614のモニタ用DAout615は、各chの信号モニタ用の機構である。
【0033】
図7は、コンソールの表示器(LCD)206に表示されるバージョンチェックダイアログボックスの表示例を示す。バージョンチェックダイアログボックスは、ミキサの立上げ時に自動的に各部のバージョンチェックを行なった結果何らかの不整合が検出された場合、あるいはユーザがバージョンチェックスイッチを押した場合に表示される。ミキサ立上げ時にバージョンの不整合が検出されなかったときはこのダイアログボックスは表示されない。またブロックの新規接続や接続断あるいは故障などの異常が検出されたときにも、バージョンチェックを行ない、その結果がバージョンチェックダイアログボックスとして表示される。
【0034】
バージョンチェックダイアログボックス700において、701は、図3に示したコンソール300のCTL305のバージョンおよびその他のブロック全体のバージョンを示す。「CTL 2.44 OK」は、CTL305のバージョンが2.44で、他のブロックと整合性が取れていることを示す。「CS 2.44 OK」は、CTL305以外のコンソール(CS)300全体のバージョンが2.44で、CTL305と整合性が取れていることを示す。702は、701で「CS 2.44 OK」とまとめて表示したブロック、すなわちCTL305以外の各ブロックの詳細なバージョンと整合状態を示す。例えば、「CMAIN 2.43 OK」は、図3のCMAIN302に格納されている制御プログラムのバージョンが2.43で、CTL305と整合性が取れていることを示す。「MTR 2.11 OK」は、図3のMTR329のバージョンが2.11で、CTL305と整合性が取れていることを示す。以下同様にして、図3の太枠で示した各ブロックについて、CTL305とのバージョンの整合状態が表示される。なお、整合が取れていないときは、OKでなくNGと表示される。702で表示する各ブロックのうち、1つでもNGのブロックがあった場合は、表示701のCSの整合状態もNGとなる。
【0035】
703は、図4に示したエンジン(EG)400の全体としてのバージョンと整合状態を示す。704は、エンジン400内部の各ブロックの個別のバージョンとその整合状態を示す。704で表示する各ブロックのうち、1つでもNGのブロックがあった場合は、表示703のEGの整合状態もNGとなる。705と706は、エンジン400に接続されたユニット(図5)のバージョンと整合状態を示す。表示705の中で1〜10とあるのは、エンジンの入力側のユニット接続用端子を示す。ここでは2番目の接続用端子にAINユニット501が接続され、3番目の接続用端子にDI/Oユニット503が接続されている。表示706の中で1〜6とあるのは、エンジンの出力側のユニット接続用端子を示す。ここでは3番目の接続用端子にDI/Oユニット503が接続され、5番目の接続用端子にAOUTユニット502が接続されている。バージョンや整合状態の表示の仕方は、表示701〜704と同じである。なお、−はその接続用端子にユニットが接続されていないことを示す。
【0036】
707は、図1の▲1▼で説明したデュアルコンソールの場合の、メインコンソールA101でのスレーブコンソールB111についての表示である。デュアルコンソールの場合のみ表示されるので点線で図示した(後述する708〜710も同様)。表示707のうち「CTL 2.44 OK」はスレーブコンソールB111内のCTL305のバージョンと整合状態を示す。「CS 2.44 OK」は、スレーブコンソールB111内のCTL305以外のブロックのバージョンと整合状態を示す。これらの整合状態は、マスタコンソールA101内のCTL305のバージョンを基準とするものである。なお、スレーブ側の各ブロックの個別のバージョンと整合状態(マスタコンソールの702の表示と同様の表示)は、マスタ側には表示されず、スレーブコンソールB111の表示器に表示される。
【0037】
708,709は、図1の▲2▼で説明したエンジンのミラーリングを行なった場合の表示である。追加したエンジンB121について、703,704と同様の表示がなされる。なお、追加したエンジンB121についての表示708,709における整合状態は、マスタコンソールA101内のCTL305のバージョンを基準とするものである。
【0038】
710は、図1の▲3▼で説明したシステムのカスケード接続を行なった場合の表示である。スレーブシステムのエンジンC132について、703の表示と同様の表示710がなされる。カスケード接続したエンジンC132の整合状態は、マスタコンソールA101内のCTL305のバージョンを基準とするものである。スレーブ側のコンソールC131やユニット133については、スレーブシステムのマスタコンソールC131の表示器に表示される。
【0039】
721は、メッセージ表示領域である。ここではバージョンチェックの結果が正常であった場合のメッセージ表示例を図示した。722は、動作を続行する際に押下するOKボタンの表示である。
【0040】
図7ではバージョンチェック結果が正常の場合の表示例を示したが、1つでも整合しないバージョンのブロックが検出された場合にはその旨が表示される。整合しないブロックが検出された場合、それがミキサ全体の動作を継続する上で致命的となる場合と致命的とならない場合がある。図8の801と802は、致命的でない場合のメッセージ表示領域721の表示例である。801は当該ブロックから応答が無い場合、802は当該ブロックから応答はあったがそのバージョンが(基準のブロックのバージョンに対して)整合しない場合のメッセージ例である。801と802の場合は、OKボタン722が表示され、オペレータがこれを押下すると、当該ブロックとの通信を切り離して動作を継続する。強制的に動作停止するためのボタンを用意してもよい。図8の803と804は、致命的である場合のメッセージ表示領域721の表示例である。これらの場合は、OKボタンは表示されず以後の動作を停止する。
【0041】
図9は、本ミキサにおける状態遷移を示す。電源オン時に全ブロックが正常でバージョンの不整合もない場合は通常動作状態901となる。電源オン時に上記致命的なブロックの異常またはバージョン不整合が検出された場合は動作停止状態903となる。電源オン時に上記致命的でないブロックの異常またはバージョン不整合が検出された場合は一部動作状態902となる。これらの状態は、ミキサ動作中も相互に遷移する。例えば、通常動作状態901で正常動作している途中で、あるブロックに異常が発生したり、あるブロックが新規追加されたりしたときは、必要に応じて電源オン時と同様にバージョンチェックを行ない、その結果を表示して、一部動作状態902や動作停止状態903に遷移する。同様に、一部動作状態902や動作停止状態903のとき、異常またはバージョン不整合のブロックのボードを交換するなどして正常化することにより、通常動作状態901に遷移する。
【0042】
以下、各ブロックのバージョンチェックについての具体例を説明する。
【0043】
まず、メインシステムのコンソール300(図3)の各ブロックのバージョンチェックの具体例について説明する。メインコンソール300においては、基準となるCTL305のバージョンに対して、CMAIN302、MTR329、PNL A307、PNL B308、およびLCD306の何れかのブロック(致命的なブロック)のバージョンが不整合(または異常)である場合、動作停止状態903となる。メインコンソール300のこれら以外のブロック(致命的でないブロック)にバージョン不整合(または異常)が検出されたときは、一部動作状態902となる。
【0044】
なお、マスタコンソール300のCTL305のバージョンを基準として判断される各ブロックのバージョンの整合性の判断基準は、所定の記憶領域(例えば、CMAIN302でよい)に記憶されているものとする。例えば、図7の表示701,702では、CTLのバージョン2.44に対し、MTRのバージョンが2.11であるが、上記判断基準にCTLのバージョン2.44に整合するMTRのバージョンが記載されており、これを参照してMTRのバージョン2.11が整合していると判断している。また、致命的なブロックか否かを判断する基準についても、同様に所定の記憶領域(CMAIN302でよい)に記憶されているものとする。
【0045】
次に、ユニット(図5)のバージョンチェックの具体例について説明する。電源がオンされたとき、およびエンジンでユニットの新規接続を検出したとき、当該ユニットのバージョンチェックを行なう。エンジンのユニット接続用端子には、ユニットを接続してもしなくてもよいので、ユニットが接続されていないからといってNGにはならない。接続されたユニットのバージョンが不整合のとき、その部分をNGとしてダイアログボックス(図7)を表示し、当該ユニットとの通信を切り離して一部動作状態902となる。
【0046】
デュアルコンソールの場合のバージョンチェックの具体例について説明する。デュアルコンソールが設定されている場合、電源がオンされたとき、および第2(スレーブ)コンソールの接続が検出されたときに、相手コンソールのバージョンチェックを行なう。相手コンソールが接続されていない場合は、NGとはせずにシングルコンソール動作(当該コンソールのみで動作続行)を行なう。相手コンソールが接続されており、かつバージョンが不整合のときは、NGとしてダイアログボックスを表示し、動作停止状態903となる。その後に相手コンソールが非接続になったら、ダイアログボックスを消去し、シングルコンソール動作を再開する。相手コンソールが接続されており、かつバージョンが整合するときは、OKであるので、直ちに通常動作状態901となりデュアルコンソール動作を開始する。デュアルコンソール動作では、まず、自分と相手のマスタスレーブ関係を確認し、問題がなければデュアルコンソール接続を確立する。マスタとマスタないしスレーブとスレーブに設定されている場合は、デュアルコンソール接続を行なわない。デュアルコンソール接続が確立された場合、第1コンソールと第2コンソールの両方で、接続されたエンジンのミキシング処理を制御することができる。
【0047】
ミラーリングの場合のバージョンチェックの具体例について説明する。ミラーリングが設定されている場合、電源がオンされたとき、および第2エンジンの接続検出時に、第2エンジンのバージョンチェックを行なう。バージョンチェック動作は、基本的に上記デュアルコンソールの場合と同じであり、整合しないエンジンが接続されている間は動作停止状態903になる。ミラー動作では、2つのエンジンにマスタスレーブ関係は無いので、バージョンさえ整合すれば直ちに通常動作状態901となりミラー接続が確立される。ミラー接続が確立された場合、2つのエンジンは、コンソールからの制御により、相互に同じ動作を行なう。選択されているエンジンが故障したとき、自動ないし手動で他方のエンジンに切り換えられる。
【0048】
カスケードの場合のバージョンチェックの具体例について説明する。カスケードが設定されている場合、電源がオンされたとき、および第2エンジンの接続検出時に、第2エンジンのバージョンチェックを行なう。バージョンチェック動作は、基本的に上記デュアルコンソールの場合と同じである。カスケード動作では、まず、自分と相手のマスタスレーブ関係を確認し、問題がなければ通常動作状態901となりカスケード接続を確立する。マスタとマスタないしスレーブとスレーブに設定されている場合は、カスケード接続を行なわない。カスケード接続が確立された場合、2つのミキサシステムのミキシングバスが連結され、全体としてch数が倍のミキサシステムとなる。
【0049】
なお、上記ではバージョンチェックの例を説明したが、各ブロックで異常が検出された場合(例えば、何れかのブロックが接続断の状態になったり故障が検出された場合など)、そのブロックはNGになるので、バージョンチェックダイアログボックスの表示データは書き換えられる。例えば、IN Cで異常が検出されたら(これは致命的でない異常である)、コンソール300のメインCPU301は、IN C327に対して動作停止を指示するとともに、PNL_B308に対してIN C327との通信停止を指示する。また、図7の表示データ中、IN Cの状態をOKからNGに書き換える。別の例として、例えば、CTL305で異常が検出されたら(これは致命的な異常である)、コンソール300のメインCPU301は(接続されているコンソール、エンジン、ユニットを含めて)全ブロックに対して動作停止を指示する。
【0050】
図10は、図3に示したコンソール300のメインCPU301のパワーオン時の処理を示す。ステップ1001で、初期設定をし、ステップ1002で自コンソールと接続されている第1エンジンの各ブロックのバージョンのチェックを行なう。なお、任意のブロックのバージョンは、そのブロックに問合せを発行することで得ることができる。ステップ1003でデュアルコンソールになっているか否か判定し、デュアルコンソールの場合は、ステップ1004で第2(スレーブ)コンソールの各ブロックのバージョンのチェックを行なう。ステップ1005でミラーがオンされているか否か判定し、ミラーオンの場合は、ステップ1006で第2エンジンの各ブロックのバージョンをチェックする。次に、ステップ1007でカスケードがオンされているか否か判定し、カスケードオンの場合は、ステップ1008で第2(スレーブ)システムの各ブロックのバージョンチェックを行なう。ステップ1009では、以上の各バージョンチェックで不整合(または異常)があるか否か判定する。不整合(または異常)が無いときは通常動作状態に移行し動作を継続する。不整合(または異常)があったときは、ステップ1010で致命的であるか否か判定し、致命的な場合は、ステップ1011で、接続されている各ブロックの動作停止を指示し、ステップ1012で、図7で説明したダイアログボックスを表示し、動作停止状態に移行する。致命的でないときは、ステップ1013で、問題があるブロックの停止と通信の切り離しを指示し、ステップ1014で、ダイアログボックスを表示し、一部動作状態に移行する。
【0051】
図11は、図10のステップ1002,1004,1006,1008(および後述のステップ1201,1211)で実行するバージョンチェックの処理の詳細を示す。ステップ1101で、チェック対象のブロックのバージョン情報を収集する。ステップ1102で収集が完了したか否か判定し、完了していたらステップ1105に進む。バージョン情報の収集が完了していないときは、ステップ1103でタイムアウトするまでステップ1101からの処理を繰り返す。タイムアウトのときは、ステップ1104で、収集できなかった不足分の情報は取得不能と判定し、ステップ1105に進む。ステップ1105では、収集したバージョン情報が、基準となるCTLのバージョンに整合しているか否か判定する。
【0052】
図12(a)は、コンソールがエンジンないし2台目のコンソールの新規接続を検出したときの処理を示す。ステップ1201で、新規に接続された機器の各ブロックのバージョンをチェックする。ステップ1202で、それらのバージョンが整合しているか否か判定する。整合しているときは通常動作状態に移行する。整合していないときは、ステップ1203で、接続されている各ブロックの動作停止を指示し、ステップ1204で、バージョンチェックダイアログボックスを表示し、新規に接続されたエンジンないしコンソールに関する表示を行なう。すなわち、エンジンが接続された場合は、それが1台目であればバージョンの整合状態を表示703および704に表示する。2台目のエンジンの接続はミラーオンに設定されている場合のみ検出され、その整合状態が表示708および709に表示される。また、2台目のコンソールの接続はデュアルコンソールオンの場合のみ検出され、その整合状態が表示707に表示される。ステップ1204の後、動作停止状態に移行する。すなわち、本実施形態では、コンソールとコンソール、ないしコンソールとエンジンで、バージョンの不整合が発生した場合は、それを致命的であると判断し、動作停止状態903に入るのである。この場合でも、不整合の発生したコンソールないしエンジンを切り離すことにより、通常動作状態901に復帰できる。
【0053】
図12(b)は、ユニットの新規接続を検出したときの処理を示す。ステップ1211で、接続されたユニットのバージョンチェックを行なう。バージョンが整合していたときは、ステップ1212から通常動作状態に移行する。整合していないときは、ステップ1213で、該ユニットとの通信の切り離しを指示し、ステップ1214で、バージョンチェックダイアログボックスを表示し、新規に接続されたユニットに関する表示を行なう。すなわち、入力側のユニットが接続された場合には、表示705のそのユニットを接続した端子位置にバージョンの整合状態が表示され、出力側のユニットが接続された場合には、表示706の接続端子位置に表示される。ステップ1214の後、一部動作状態に移行する。すなわち、エンジンとユニットとの間のバージョンの不整合が発生した場合、それは致命的でないと判断され、不整合の発生したユニットが切り離されて一部動作状態に入る。
【0054】
図12(c)は、各機器との接続断を検出したときの処理を示す。ステップ1221では、画面表示等により、接続が切れたことをユーザに通知する。ステップ1222では、接続の切れた機器が何であるかに応じてシステムの状態を更新する。例えば、2台のコンソールが接続されデュアルコンソールの動作をしている状態でコンソールBとの接続が切れた場合、コンソールAのみのシングルコンソールの状態に移行する。また、バージョンが不整合のユニットが物理的にエンジンから切り離された場合には、そのユニットに関する不整合が解消される。さらにまた、通常動作状態にあるコンソールとエンジンの間が切断された場合には、コンソールとしての通常動作は可能だがシステムとしてのミキシング動作は不能な状態に移行する。
【0055】
次に、ステップ1223では、接続断が検出された時にバージョンチェックダイアログボックスを表示中であった場合、ないし、ステップ1222の更新後も何らかの不整合が残っている場合にはステップ1224に進み、それ以外の場合には通常動作状態へ移行する。
【0056】
ステップ1224では、バージョンチェックダイアログボックスを表示し、接続の切れた機器に関する表示部分を更新する。例えば、デュアルコンソールのコンソールBとの接続が切れた場合には、相手側のコンソールに関する表示707を消去する。また、エンジンからユニットが切り離された場合は、表示705ないし706におけるそのユニットの表示部分を−に変更する。また、コンソールとエンジンが切り離された場合は、接続断となったエンジンの表示703をNGとする。ステップ1225では、バージョンチェックの結果に応じて、不整合が全くなければ通常動作状態に、一部不整合でも動作可能であれば一部動作状態に、不整合が致命的であれば動作停止状態に移行する。
【0057】
このように、図7のダイアログボックスは、バージョンチェックが行なわれ、その結果バージョンの不整合が検出されたときに自動的に開かれる。また、ユーザがマウスによりバージョンチェックダイアログを呼び出す操作を行なうことも可能である。
【0058】
なお、本実施形態は、コンソール、エンジン、およびユニットが分離されたミキサで説明したが、全てが一体のミキサや、コンソールとエンジン分離型のミキサに適用しても良い。また、バージョンチェックの基準はCTLにしたが、どのブロックを基準にしてもよい。
【0059】
本実施形態では、制御プログラムのバージョンをその機能ブロックのバージョンとして説明したが、機能ブロックのボード自体にバージョンが付与されている場合でも本発明は適用可能である。例えば、機能ブロックとなるボードがCPU無しのハードウェアで構成されている場合、CPUを含むハードウェアとファームウェアの組み合わせで構成されている場合などは、ボード自体にバージョンが付けられているので、そのバージョンの整合性をチェックするようにしてもよい。
【0060】
本実施形態のデュアルコンソール動作では、スレーブコンソールのバージョンが不整合であった場合、ミキサシステム(マスタコンソール+エンジン)が動作停止状態903に入るようになっていたが、シングルコンソールとして動作を継続する(一部動作状態902)ようにしてもよい。同様に、ミラーリング動作でも、接続された2台のエンジンのうちの一方が不整合であった場合に、動作停止状態903に入らずに、バージョンが整合する方のエンジンとコンソールで動作を継続する(一部動作状態902)ようにしてもよい。
【0061】
【発明の効果】
以上説明したように、この発明によれば、電源立ち上げ時に、システムの全ブロックのバージョンの整合性をチェックし、不整合がなければ動作を継続し、不整合があった場合はユーザに警告するようにしているので、バージョンの不整合を電源立ち上げ時に即時に確認できる。また、不整合が致命的である場合は動作を停止し、致命的でない場合はその不整合を無視して動作を継続する旨の通知をした後、不整合と判定されたブロックを切り離して動作を継続するので、最低限動作を継続できる場合は継続することができる。新規に機器を接続した場合や故障などの異常が発生した場合も、致命的な不整合が起きていなければ、一部動作状態で継続動作するので、制限があっても動作継続したい場合には便宜である。
【図面の簡単な説明】
【図1】 この発明の実施の形態に係るディジタル・ミキサの構成例を示すブロック図
【図2】 1台のコンソールの外部パネルの例を示す図
【図3】 1台のコンソールの内部構成例を示すブロック図
【図4】 1台のエンジンの内部構成例を示すブロック図
【図5】 ユニットの例を示す図
【図6】 ミキサにおける信号の流れを示すブロック図
【図7】 バージョンチェックダイアログボックスの表示例を示す図
【図8】 メッセージ表示領域の表示例を示す図
【図9】 本ミキサにおける状態遷移を示す図
【図10】 パワーオン時の処理を示すフローチャート図
【図11】 バージョンチェックの処理のフローチャート図
【図12】 新規接続や接続断を検出したときの処理のフローチャート図
【符号の説明】
101…コンソール、102…エンジン、103…各ユニット。
Claims (6)
- 複数の機能ブロックが共働して動作することによりミキサとして動作するディジタル・ミキサであって、
電源立ち上げ時に、前記複数の機能ブロックのバージョンを取得する手段と、
前記取得した各機能ブロックのバージョンの整合性をチェックする手段と、
不整合がなければ動作を継続し、不整合があればユーザに警告する手段と、
前記バージョンの不整合があった場合、その不整合が全体の動作にとって致命的であるか否か判定する手段と、
致命的であるときは動作を停止し、致命的でないときは、バージョンの不整合を無視して動作を継続する旨の通知を行なうとともに、不整合と判定された機能ブロックを切り離して動作を継続する手段とを
を備えたことを特徴とするディジタル・ミキサ。 - 複数の機能ブロック毎にCPUと該CPUが実行する制御プログラムを記憶した記憶手段を備え、該複数の機能ブロックが共働して動作することによりミキサとして動作するディジタル・ミキサであって、
電源立ち上げ時に、前記複数の機能ブロックの制御プログラムのバージョンを取得する手段と、
前記取得した各制御プログラムのバージョンの整合性をチェックする手段と、
不整合がなければ動作を継続し、不整合があればユーザに警告する手段と、
前記バージョンの不整合があった場合、その不整合が全体の動作にとって致命的であるか否か判定する手段と、
致命的であるときは動作を停止し、致命的でないときは、バージョンの不整合を無視して動作を継続する旨の通知を行なうとともに、不整合と判定された機能ブロックを切り離して動作を継続する手段と
を備えたことを特徴とするディジタル・ミキサ。 - 複数の機能ブロックが共働して動作することによりミキサとして動作するディジタル・ミキサであって、
電源立ち上げ時に、前記複数の機能ブロックのバージョンを取得する手段と、
前記取得した各機能ブロックのバージョンの整合性をチェックする手段と、
不整合がなければ動作を継続し、不整合があればユーザに警告する手段と、
新たな機器が接続された場合に、該機器の各機能ブロックのバージョンを取得してその整合性をチェックする手段と、
前記新たに接続された機器の各機能ブロックのバージョンの整合性チェックにおいてバージョンの不整合があった場合、その不整合が全体の動作にとって致命的であるか否か判定する手段と、
致命的であるときは動作を停止し、致命的でないときは、前記バージョンの不整合を無視して動作を継続する旨の通知を行なうとともに、不整合と判定された機能ブロックを切り離して動作を継続する手段と
を備えたことを特徴とするディジタル・ミキサ。 - 複数の機能ブロック毎にCPUと該CPUが実行する制御プログラムを記憶した記憶手段を備え、該複数の機能ブロックが共働して動作することによりミキサとして動作するディジタル・ミキサであって、
電源立ち上げ時に、前記複数の機能ブロックの制御プログラムのバージョンを取得する手段と、
前記取得した各制御プログラムのバージョンの整合性をチェックする手段と、
不整合がなければ動作を継続し、不整合があればユーザに警告する手段と、
新たな機器が接続された場合に、該機器の各機能ブロックのバージョンを取得してその整合性をチェックする手段と、
前記新たに接続された機器の各機能ブロックのバージョンの整合性チェックにおいてバージョンの不整合があった場合、その不整合が全体の動作にとって致命的であるか否か判定する手段と、
致命的であるときは動作を停止し、致命的でないときは、前記バージョンの不整合を無視して動作を継続する旨の通知を行なうとともに、不整合と判定された機能ブロックを切り離して動作を継続する手段と
を備えたことを特徴とするディジタル・ミキサ。 - 複数の機能ブロックが共働して動作することによりミキサとして動作するディジタル・ミキサであって、
電源立ち上げ時に、前記複数の機能ブロックのバージョンを取得する手段と、
前記取得した各機能ブロックのバージョンの整合性をチェックする手段と、
不整合がなければ動作を継続し、不整合があればユーザに警告する手段と、
前記各機能ブロックの異常を検出する手段と、
異常が検出された場合、その異常が全体の動作にとって致命的であるか否か判定する手段と、
致命的であるときは動作を停止し、致命的でないときは、前記異常を無視して動作を継続する旨の通知を行なうとともに、異常と判定された機能ブロックを切り離して動作を継続する手段と
を備えたことを特徴とするディジタル・ミキサ。 - 複数の機能ブロック毎にCPUと該CPUが実行する制御プログラムを記憶した記憶手段を備え、該複数の機能ブロックが共働して動作することによりミキサとして動作するディジタル・ミキサであって、
電源立ち上げ時に、前記複数の機能ブロックの制御プログラムのバージョンを取得する手段と、
前記取得した各制御プログラムのバージョンの整合性をチェックする手段と、
不整合がなければ動作を継続し、不整合があればユーザに警告する手段と、
前記各機能ブロックの異常を検出する手段と、
異常が検出された場合、その異常が全体の動作にとって致命的であるか否か判定する手段と、
致命的であるときは動作を停止し、致命的でないときは、前記異常を無視して動作を継続する旨の通知を行なうとともに、異常と判定された機能ブロックを切り離して動作を継続する手段と
を備えたことを特徴とするディジタル・ミキサ。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002210310A JP3988128B2 (ja) | 2002-07-18 | 2002-07-18 | ディジタル・ミキサ |
US10/623,367 US7167764B2 (en) | 2002-07-18 | 2003-07-18 | Digital mixer and control method for digital mixer |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002210310A JP3988128B2 (ja) | 2002-07-18 | 2002-07-18 | ディジタル・ミキサ |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007116576A Division JP4399868B2 (ja) | 2007-04-26 | 2007-04-26 | ディジタル・ミキサ |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004056401A JP2004056401A (ja) | 2004-02-19 |
JP3988128B2 true JP3988128B2 (ja) | 2007-10-10 |
Family
ID=31933841
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002210310A Expired - Fee Related JP3988128B2 (ja) | 2002-07-18 | 2002-07-18 | ディジタル・ミキサ |
Country Status (2)
Country | Link |
---|---|
US (1) | US7167764B2 (ja) |
JP (1) | JP3988128B2 (ja) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7006642B1 (en) * | 1999-06-04 | 2006-02-28 | Roland Corporation | Audio control apparatus and audio processing apparatus in a mixing system |
JP4192757B2 (ja) * | 2003-10-30 | 2008-12-10 | ヤマハ株式会社 | デジタルミキサおよびその制御方法 |
US20050149215A1 (en) * | 2004-01-06 | 2005-07-07 | Sachin Deshpande | Universal plug and play remote audio mixer |
CN1661671B (zh) * | 2004-02-27 | 2010-05-05 | 雅马哈株式会社 | 用于数字混合器的情景数据编辑装置 |
US7738980B2 (en) * | 2004-03-04 | 2010-06-15 | Yamaha Corporation | Apparatus for editing configuration data of digital mixer |
US7617012B2 (en) * | 2004-03-04 | 2009-11-10 | Yamaha Corporation | Audio signal processing system |
US8473844B2 (en) * | 2004-03-26 | 2013-06-25 | Harman International Industries, Incorporated | Audio related system link management |
JP4192841B2 (ja) * | 2004-05-17 | 2008-12-10 | ヤマハ株式会社 | ミキサエンジン制御装置及びプログラム |
EP1612977A3 (en) * | 2004-07-01 | 2013-08-21 | Yamaha Corporation | Control device for controlling audio signal processing device |
US7810164B2 (en) * | 2004-11-11 | 2010-10-05 | Yamaha Corporation | User management method, and computer program having user authorization management function |
EP2410681A3 (en) * | 2005-03-31 | 2012-05-02 | Yamaha Corporation | Control apparatus for music system comprising a plurality of equipments connected together via network, and integrated software for controlling the music system |
JP2008027129A (ja) | 2006-07-20 | 2008-02-07 | Yamaha Corp | 互換性判定装置およびプログラム |
JP4893385B2 (ja) * | 2007-03-12 | 2012-03-07 | ヤマハ株式会社 | ミキシングシステム |
JP4930147B2 (ja) * | 2007-03-29 | 2012-05-16 | ヤマハ株式会社 | 音響信号処理装置 |
US8886344B2 (en) | 2010-09-08 | 2014-11-11 | Avid Technology, Inc. | Exchange of metadata between a live sound mixing console and a digital audio workstation |
US9348824B2 (en) * | 2014-06-18 | 2016-05-24 | Sonos, Inc. | Device group identification |
JP6333871B2 (ja) * | 2016-02-25 | 2018-05-30 | ファナック株式会社 | 入力画像から検出した対象物を表示する画像処理装置 |
US9818448B1 (en) * | 2017-04-10 | 2017-11-14 | Avid Technology, Inc. | Media editing with linked time-based metadata |
JP7311245B2 (ja) * | 2018-03-07 | 2023-07-19 | トヨタ自動車株式会社 | マスタ装置、マスタ、制御方法、プログラム及び車両 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4993073A (en) * | 1987-10-01 | 1991-02-12 | Sparkes Kevin J | Digital signal mixing apparatus |
JP4055879B2 (ja) | 1999-04-09 | 2008-03-05 | ヤマハ株式会社 | ディジタルミキサ接続確認システム |
US7242990B2 (en) | 2000-12-26 | 2007-07-10 | Yamaha Corporation | Digital mixing system, engine apparatus, console apparatus, digital mixing method, engine apparatus control method, console apparatus control method, and programs executing these control methods |
-
2002
- 2002-07-18 JP JP2002210310A patent/JP3988128B2/ja not_active Expired - Fee Related
-
2003
- 2003-07-18 US US10/623,367 patent/US7167764B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP2004056401A (ja) | 2004-02-19 |
US20040133291A1 (en) | 2004-07-08 |
US7167764B2 (en) | 2007-01-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3988128B2 (ja) | ディジタル・ミキサ | |
US7920933B2 (en) | Digital mixing system with double arrangement for fail safe | |
US8392747B2 (en) | Distributed fault tolerant architecture for a healthcare communication system | |
US8744095B2 (en) | Digital mixing system with dual consoles and cascade engines | |
CN104020685A (zh) | 具备可装卸的操作盘的控制系统 | |
JP4399868B2 (ja) | ディジタル・ミキサ | |
CN203133261U (zh) | 用于示波器校准的工装板及示波器校准系统 | |
US7709722B2 (en) | Audio signal processing apparatus | |
JP4957631B2 (ja) | フォールトトレラントサーバの動作確認方法及び検査支援プログラム | |
EP2093988B1 (en) | Distributed fault tolerant architecture for a healthcare communication system | |
JP5464886B2 (ja) | 計算機システム | |
JP2000347730A (ja) | 運転支援システム | |
CN117834066A (zh) | 主备功放的自动切换方法、系统、电子设备和介质 | |
JP2003009432A (ja) | 電力系統保護制御システム | |
JPH05292396A (ja) | 特殊効果装置 | |
JPH10269104A (ja) | 並列システムテスト方法 | |
JPH0681021U (ja) | 複数の計算機システム装置における切替回路装置 | |
JPH0452903A (ja) | 表示装置 | |
JP2000134736A (ja) | 系統監視盤のバックアップ装置 | |
JP2006238303A (ja) | インターホン装置 | |
JPS611133A (ja) | 遠隔制御監視装置 | |
JPS6325701A (ja) | ル−プ制御ユニツトの2重化システム | |
JPH0194743A (ja) | 切替制御方式 | |
JPH02287836A (ja) | 2重化アラームコントロール方式 | |
JP2000181505A (ja) | 管制装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040722 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070219 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070302 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070426 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070622 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070705 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100727 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 3988128 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100727 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110727 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110727 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120727 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130727 Year of fee payment: 6 |
|
LAPS | Cancellation because of no payment of annual fees |