(57)【要約】【課題】電子音楽装置で用いられる、複数の要素間で、互換性を適切に判定することが可能となる互換性判定装置およびプログラムを提供する。【解決手段】音楽コンテンツ再生プログラムが、自バージョン＝４.０＆再生可能な音楽コンテンツのバージョン＝１.０，２.０というバージョン情報を保持し、音楽コンテンツが、自バージョン＝３.０＆再生可能な再生プログラムのバージョン＝４.０，５.０というバージョン情報を保持する場合、再生プログラムのバージョン４.０は、音楽コンテンツ側で再生可能とされているので、再生プログラム内では、バージョン３.０の音楽コンテンツを再生可能との記述がなくても、バージョン３.０の音楽コンテンツは、バージョン４.０の再生プログラムにより問題なく再生できる。つまり、両者間には、互換性があると判定される。【選択図】図３
2008027129.tif 000002
【特許請求の範囲】
【請求項１】
電子音楽装置で用いられる、複数の要素であって、該各要素毎に、当該要素自身のバージョンと、当該要素と互換性のある他の要素のバージョンについての情報が保持されたものを入力する入力手段と、
該入力手段によって入力された複数の要素のうち、互換性を判定すべき要素間に互換性があるか否かを、該各要素にそれぞれ保持されている情報に基づいて判定する判定手段と
を有し、
前記判定手段は、少なくとも一方の要素で互換性があると判定されたときに、当該要素間に互換性があると判定することを特徴とする互換性判定装置。
【請求項２】
電子音楽装置で用いられる、複数の要素であって、該各要素毎に、当該要素自身のバージョンと、当該要素と互換性のある他の要素のバージョンについての情報が保持されたものを入力する入力モジュールと、
該入力モジュールによって入力された複数の要素のうち、互換性を判定すべき要素間に互換性があるか否かを、該各要素にそれぞれ保持されている情報に基づいて判定する判定モジュールと
をコンピュータに実行させるためのプログラムであって、
前記判定モジュールでは、少なくとも一方の要素で互換性があると判定されたときに、当該要素間に互換性があると判定することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子音楽装置で用いられる、プログラム、ドライバおよびコンテンツなどの複数の要素間で、互換性を判定する互換性判定装置およびプログラムに関する。
【背景技術】
【０００２】
電子音楽装置で用いられる、プログラム、ドライバおよびコンテンツなどの複数の要素間で、互換性を判定する互換性判定装置は、従来から知られている。
【０００３】
このような互換性判定装置として、電源立ち上げ時に、システムの全ブロックのバージョンの整合性をチェックし、不整合がなければ動作を継続し、不整合があった場合はユーザに警告するようにしたものがある（たとえば、特許文献１参照）。
【特許文献１】特開２００４−５６４０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記従来の互換性判定装置による、前記複数の要素間のバージョンチェックでは、当該複数の要素間の互換性をうまく判定できない場合がある。以下、この点について説明する。
【０００５】
たとえば、ある音楽コンテンツ再生プログラムでは、プログラムバージョン３.０の再生プログラムは、コンテンツバージョン１.０の音楽コンテンツを再生できるが、コンテンツバージョン２.０の音楽コンテンツを再生できないという場合がある。
【０００６】
その逆に、プログラムバージョン４.０の再生プログラムは、コンテンツバージョン１.０および２.０のいずれのバージョンの音楽コンテンツも再生できるという場合がある。この場合、プログラムバージョン４.０の再生プログラムは、「コンテンツバージョン１.０以上の音楽コンテンツに対応」などと記述される。
【０００７】
しかし、プログラムバージョン４.０の再生プログラムが登場した後、コンテンツバージョン３.０の音楽コンテンツが登場した場合には、コンテンツバージョン３.０の音楽コンテンツは「コンテンツバージョン１.０以上の音楽コンテンツ」に該当するものの、プログラムバージョン４.０の再生プログラムで再生できる保障がない。つまり、コンテンツバージョン２.０の音楽コンテンツが登場した時点では、プログラムバージョン４.０の再生プログラムについての「コンテンツバージョン１.０以上のコンテンツに対応」という記述に間違いはないが、将来登場するコンテンツバージョン３.０以降の音楽コンテンツがプログラムバージョン４.０の再生プログラムで再生できることが約束されている訳ではなく、コンテンツ提供者の都合により、互換性がなくなる可能性がある。
【０００８】
一方、コンテンツバージョン３.０の音楽コンテンツが、プログラムバージョン４.０の再生プログラムで再生できる、すなわち、互換性がある場合もある。
【０００９】
このように、上記従来の互換性判定装置では、新たなバージョンの要素が登場した場合に、その要素と他の要素との間で互換性があるかどうかを確実に判定することはできず、たとえば、互換性があるにも拘わらず「再生できない可能性があります」と表示されたり、何も表示されないのに再生されなかったりという状況が生じていた。そして、このような状況がユーザを混乱させる要因になっていた。
【００１０】
なお、新たなバージョンの音楽コンテンツが登場する度に、その要素との互換性を保障するために、最新バージョンの再生プログラムにアップデートすることも考えられるが、既にインストールされている再生プログラムが、その新たなバージョンの音楽コンテンツと互換性がある場合には、そのアップデートは、必ずしも必要なものではなく、ユーザにとって無駄で煩雑な作業となる。また、アップデートに失敗して、システム全体あるいはその一部が動作不能になる虞もあり得るため、アップデート作業は極力減らしたい。
【００１１】
以上のような問題は、再生プログラムと音楽コンテンツの間に限らず、プログラム同士（たとえば、メインＣＰＵ用プログラムとサブＣＰＵ用プログラム）、ＣＰＵ用プログラムとデバイスドライバ、デバイスドライバとプログラムなどの間でも同様に起こり得る。
【００１２】
本発明は、この点に着目してなされたものであり、電子音楽装置で用いられる、複数の要素間で、互換性を適切に判定することが可能となる互換性判定装置およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するため、請求項１に記載の互換性判定装置は、電子音楽装置で用いられる、複数の要素であって、該各要素毎に、当該要素自身のバージョンと、当該要素と互換性のある他の要素のバージョンについての情報が保持されたものを入力する入力手段と、該入力手段によって入力された複数の要素のうち、互換性を判定すべき要素間に互換性があるか否かを、該各要素にそれぞれ保持されている情報に基づいて判定する判定手段とを有し、前記判定手段は、少なくとも一方の要素で互換性があると判定されたときに、当該要素間に互換性があると判定することを特徴とする。
【００１４】
上記目的を達成するため、請求項２に記載のプログラムは、請求項１と同様の技術的思想によって実現できる。
【発明の効果】
【００１５】
請求項１または２に記載の発明によれば、入力された複数の要素のうち、互換性を判定すべき要素間に互換性があるか否かを、該各要素にそれぞれ保持されている情報に基づいて判定する際に、少なくとも一方の要素で互換性があると判定されたときに、当該要素間に互換性があると判定するので、互換性を適切に判定することが可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。
【００１７】
図１は、本発明の一実施の形態に係る互換性判定装置を適用した電子音楽装置の概略構成を示すブロック図である。
【００１８】
同図に示すように、本実施の形態の電子音楽装置は、音高情報を入力するための鍵盤を含む演奏操作子１と、各種情報を入力するための複数のスイッチやホイール、ジョイスティックを含む設定操作子２と、演奏操作子１の操作状態を検出する検出回路３と、設定操作子２の操作状態を検出する検出回路４と、装置全体の制御を司るメインＣＰＵ５と、該メインＣＰＵ５が実行するメインＣＰＵ用制御プログラムや、各種テーブルデータ等を記憶するＲＯＭ６と、音楽コンテンツ、各種入力情報および演算結果等を一時的に記憶するＲＡＭ７と、タイマ割込み処理における割込み時間や各種時間を計時するタイマ８と、各種情報等を表示する、たとえば液晶ディスプレイ（ＬＣＤ）および発光ダイオード（ＬＥＤ）等を備えた表示装置９と、前記メインＣＰＵ用制御プログラムを含む各種アプリケーションプログラムや各種音楽コンテンツ、各種データ等を記憶する外部記憶装置１０と、外部からのＭＩＤＩメッセージを入力したり、ＭＩＤＩメッセージを外部に出力したりするＭＩＤＩインターフェース（Ｉ／Ｆ）１１と、通信ネットワーク１０１を介して、たとえばサーバコンピュータ（以下、「サーバ」と略して言う）１０２とデータの送受信を行う通信インターフェース（Ｉ／Ｆ）１２と、演奏操作子１から入力された演奏データや予め設定された音楽コンテンツ等をオーディオ信号に変換する音源回路１３と、該音源回路１３からのオーディオ信号に各種効果を付与するための効果回路１４と、該効果回路１４からのオーディオ信号を音響に変換する、たとえば、ＤＡＣ（Digital-to-Analog Converter）やアンプ、スピーカ等のサウンドシステム１５とにより構成されている。
【００１９】
上記構成要素３〜１４は、バス１６を介して相互に接続され、メインＣＰＵ５にはタイマ８が接続され、ＭＩＤＩＩ／Ｆ１１には他のＭＩＤＩ機器１００が接続され、通信Ｉ／Ｆ１２には通信ネットワーク１０１が接続され、音源回路１３には効果回路１４が接続され、効果回路１４にはサウンドシステム１５が接続されている。ここで、通信Ｉ／Ｆ１２および通信ネットワーク１０１は、有線方式のものに限らず、無線方式のものであってもよい。また、両方式のものを備えていてもよい。
【００２０】
外部記憶装置１０としては、たとえば、フレキシブルディスクドライブ（ＦＤＤ）、ハードディスクドライブ（ＨＤＤ）、ＣＤ−ＲＯＭドライブおよび光磁気ディスク（ＭＯ）ドライブ等を挙げることができる。そして、外部記憶装置１０には、前述のように、メインＣＰＵ５が実行するメインＣＰＵ用制御プログラムも記憶でき、ＲＯＭ６にメインＣＰＵ用制御プログラムが記憶されていない場合には、この外部記憶装置１０にメインＣＰＵ用制御プログラムを記憶させておき、それをＲＡＭ７に読み込むことにより、ＲＯＭ６にメインＣＰＵ用制御プログラムを記憶している場合と同様の動作をメインＣＰＵ５にさせることができる。このようにすると、メインＣＰＵ用制御プログラムの追加やバージョンアップ等が容易に行える。
【００２１】
検出回路３および音源回路１３には、それぞれサブＣＰＵ３ａおよび１３ａが搭載されている。各サブＣＰＵ３ａおよび１３ａは、メインＣＰＵ５と同様に、それぞれサブＣＰＵ用制御プログラムを実行することで、各種制御を行う。サブＣＰＵ用制御プログラムは、本実施の形態では、メインＣＰＵ用制御プログラムと同様に、ＲＯＭ６に格納される。なお、本発明では、サブＣＰＵ用制御プログラムは、新しいバージョンのものに書き替えられることが前提になっているので、ＲＯＭ６としては、その記憶内容を書き替え可能なもの、たとえばフラッシュメモリを用いるようにすればよい。
【００２２】
表示装置９、外部記憶装置１０、ＭＩＤＩＩ／Ｆ１１および通信Ｉ／Ｆ１２などは、それぞれ専用のデバイスドライバによって制御されている。このデバイスドライバも、本実施の形態では、ＲＯＭ６に格納され、適宜新しいバージョンのものに書き替えられる。
【００２３】
なお、バージョンアップ用のメインＣＰＵ用制御プログラム、サブＣＰＵ用制御プログラム、デバイスドライバおよび音楽コンテンツは、通信Ｉ／Ｆ１２を介してサーバ１０２からダウンロードして、あるいは着脱可能な外部記憶媒体から電子音楽装置に取り込まれる。
【００２４】
また、本実施の形態の電子音楽装置は、上述の構成から分かるように、電子楽器上に構築されている。
【００２５】
電子楽器の形態を採るようにした場合、その形態は鍵盤楽器に限らず、弦楽器タイプ、管楽器タイプ、打楽器タイプ等の形態でもよい。また、音源装置、電子音楽装置等を１つの電子楽器本体に内蔵したものに限らず、それぞれが別体の装置であり、ＭＩＤＩＩ／Ｆや各種ネットワーク等の通信手段を用いて各装置を接続するものであってもよい。
【００２６】
また、本発明を実施できる最小限要素のみから構成した電子楽器以外の専用装置上に構築してもよい。専用装置としては、たとえば、カラオケ装置や、ゲーム装置、携帯電話などの携帯型通信端末等を挙げることができる。携帯型通信端末を採用した場合、端末のみで所定の機能が完結している場合に限らず、機能の一部をサーバ側に持たせ、端末とサーバとからなるシステム全体として所定の機能を実現するようにしてもよい。あるいは、汎用的なパーソナルコンピュータ上に構築するようにしてもよい。
【００２７】
以上のように構成された電子音楽装置が実行する制御処理を、まず図２を参照してその概要を説明し、次に図３を参照して詳細に説明する。
【００２８】
図２は、どの要素間でバージョンチェックが必要かを示す図である。
【００２９】
本実施の形態では、複数の要素は、メインＣＰＵ用プログラム、サブＣＰＵ用制御プログラム、各種デバイスドライバおよび各種音楽コンテンツからなり、同図に示すように、その中のいずれの２種類の要素間でも、バージョンチェックを必要としている。ここで、メインＣＰＵ用プログラムとは、前記メインＣＰＵ用制御プログラムのことではなく、たとえば音楽コンテンツ再生プログラムに代表される、アプリケーションプログラムを意味する。しかし、メインＣＰＵ用プログラムの中に、メインＣＰＵ用制御プログラムを含ませ、互換性判定の対象としてもよい。なお、バージョンチェックは、後述するように、要素間の互換性を判定するために行われる。
【００３０】
各要素はそれぞれ、自身のバージョン（以下、「自バージョン」という）とともに、バージョンチェックの対象となる他の要素のバージョンに関する情報（以下、「バージョン情報」という）を保持している。その保持の仕方は、各要素が通常備えているヘッダ内に記載する方法が典型的であるが、これに限らず、各要素と独立させて、バージョン情報のみ別の領域に保持する方法も考えられる。
【００３１】
たとえば、メインＣＰＵ用プログラムと音楽コンテンツが下記バージョン情報を保持しているとして、以下、メインＣＰＵ５が、この２つの要素を対象に、その互換性を判定する方法を具体的に説明する。
〈メインＣＰＵ用プログラム〉
自バージョン：４.０
対応サブＣＰＵ用制御プログラムバージョン：１.０，２.０，３.０
対応デバイスドライババージョン：１.０，１.１
対応音楽コンテンツバージョン：１.０，２.０
〈音楽コンテンツ〉
自バージョン：３.０
対応メインＣＰＵ用プログラムバージョン：４.０，５.０
対応サブＣＰＵ用制御プログラムバージョン：３.０
対応デバイスドライババージョン：１.１
この場合、メインＣＰＵ用プログラムに保持されている、対応音楽コンテンツバージョン（＝１.０，２.０）と、音楽コンテンツの自バージョン（＝３.０）とは整合しないものの、音楽コンテンツに保持されている、対応メインＣＰＵ用プログラムバージョン（＝４.０，５.０）と、メインＣＰＵ用プログラムの自バージョン（＝４.０）とが整合するので、メインＣＰＵ５は、メインＣＰＵ用プログラムと音楽コンテンツ間の互換性があると判定する。
【００３２】
次に、この制御処理を詳細に説明する。
【００３３】
図３は、本実施の形態の互換性判定装置、特にメインＣＰＵ５が実行する互換性判定処理の手順を示すフローチャートである。
【００３４】
本互換性判定処理では、２種類の要素間の互換性が判定される。２種類の要素とは、前記図２に示す、メインＣＰＵ用プログラム、サブＣＰＵ用制御プログラム、各種デバイスドライバおよび各種音楽コンテンツの中から選択されたものであり、本互換性判定処理中では、そのうちの一方の要素を第１要素とし、他方の要素を第２要素としている。なお、本互換性判定処理は、その処理対象とする要素、つまり第１および第２要素の種類に応じた時期に起動されて実行される。具体的には、プログラム間（たとえば、メインＣＰＵ用プログラムとサブＣＰＵ用制御プログラム間）や、プログラム（たとえば、メインＣＰＵ用プログラムあるいはサブＣＰＵ用制御プログラム）とデバイスドライバ間については、本実施の形態の電子音楽装置に電源が供給されて起動されたタイミングで、本互換性判定処理を実行すればよいし、本実施の形態の電子音楽装置が起動された後の任意のタイミングで、本互換性判定処理を実行してもよい。また、プログラムと音楽コンテンツ間や、デバイスドライバと音楽コンテンツ間については、当該音楽コンテンツを再生する直前に、本互換性判定処理を実行するようにすればよい。
【００３５】
本互換性判定処理では、
（１）第１要素が保持している情報に基づき、対応する第２要素のバージョンをチェックする（ステップＳ１）とともに、第２要素が保持している情報に基づき、対応する第２要素のバージョンをチェックする（ステップＳ２）ことで、両情報の第２要素のバージョンが整合するかどうかを判別し（ステップＳ３）、
（２）上記（１）の判別の結果、両情報の第２要素のバージョンが整合していないときには、第２要素が保持している情報に基づき、対応する第１要素のバージョンをチェックする（ステップＳ３→Ｓ４）とともに、第１要素が保持している情報に基づき、対応する第１要素のバージョンをチェックする（ステップＳ５）ことで、両情報の第１要素のバージョンが整合するかどうかを判別し（ステップＳ６）、
（３）上記（１）の判別の結果、両情報の第２要素のバージョンが整合しているとき、あるいは、上記（２）の判別の結果、両情報の第１要素のバージョンが整合しているときのいずれかが成り立つ場合に、両要素は互換性ありと判定して（ステップＳ３あるいはＳ６→Ｓ７）、互換性ありの場合の処理を実行し（ステップＳ８）、
（４）上記（２）の判別の結果、両情報の第１要素のバージョンが整合していないとき、つまり、上記（１）の判別の結果、両情報の第２要素のバージョンが整合していないとき、および、上記（２）の判別の結果、両情報の第１要素のバージョンが整合していないときの両方が成り立つ場合に、両要素は互換性なしと判定して（ステップＳ６→Ｓ９）、互換性なしの場合の処理を実行する（ステップＳ１０）。
【００３６】
ここで、ステップＳ８の互換性ありの場合の処理としては、たとえば、「互換性のあることが判定されました」という表示を前記表示装置９上に表示する処理や、敢えて何もしないことを挙げることができる。そして、第１および第２要素が音楽コンテンツ再生プログラムおよび音楽コンテンツであれば、音楽コンテンツ再生プログラムに対して音楽コンテンツの再生を指示するようにする。一方、第１および第２要素が、メインＣＰＵ用プログラムおよびサブＣＰＵ用制御プログラム、あるいはプログラム（メインＣＰＵ用プログラムあるいはサブＣＰＵ用制御プログラム）およびデバイスドライバであれば、前記表示のみ行い、あるいは何もせず、その後のプログラムのアップデート処理は行わない。
【００３７】
また、ステップＳ１０の互換性なしの場合の処理としては、たとえば、第１および第２要素が音楽コンテンツ再生プログラムおよび音楽コンテンツであれば、まず「互換性のないことが判定されましたので、この音楽コンテンツは再生できません」という表示を表示装置９上に表示し、次に、この音楽コンテンツ再生プログラムのアップデートをユーザに勧める表示を行ったり、あるいは、音楽コンテンツ再生プログラムを自動的にアップデートしたりする処理を挙げることができる。
【００３８】
以下、第１および第２要素を、音楽コンテンツ再生プログラムおよび音楽コンテンツとして、その互換性判定を具体的に説明する。
（例１）
〈音楽コンテンツ再生プログラム〉
自バージョン：４.０
再生可能な音楽コンテンツのバージョン：１.０，２.０
〈音楽コンテンツ〉
自バージョン：３.０
再生可能な再生プログラムのバージョン：４.０，５.０
の場合、再生プログラムのバージョン４.０は、音楽コンテンツ側で再生可能とされているので、再生プログラム内では、バージョン３.０の音楽コンテンツを再生可能との記述がなくても、バージョン３.０の音楽コンテンツは、バージョン４.０の再生プログラムにより問題なく再生できる。つまり、両者間には、互換性があると判定される。
（例２）
〈音楽コンテンツ再生プログラム〉
自バージョン：６.０
再生可能な音楽コンテンツのバージョン：１.０，２.０，３.０，４.０
〈音楽コンテンツ〉
自バージョン：３.０
再生可能な再生プログラムのバージョン：４.０，５.０
の場合、再生プログラム内で、音楽コンテンツのバージョン３.０は再生可能との記述があるので、音楽コンテンツ側で、バージョン６.０の再生プログラムが再生可能との記述がなくても、バージョン３.０の音楽コンテンツは、バージョン６.０の再生プログラムにより問題なく再生できる。つまり、両者間には、互換性があると判定される。
（例３）
〈音楽コンテンツ再生プログラム〉
自バージョン：４.０
再生可能な音楽コンテンツのバージョン：１.０，２.０
〈音楽コンテンツ〉
自バージョン：４.０
再生可能な再生プログラムのバージョン：５.０，６.０
の場合、再生プログラムのバージョン４.０は、音楽コンテンツ側で再生可能との記述がなく、かつ音楽コンテンツのバージョン４.０は、再生プログラム内でも再生可能との記述がないので、バージョン４.０の音楽コンテンツは、バージョン４.０の再生プログラムにより再生できない。つまり、両者間には、互換性がないと判定される。このとき、再生できない旨の警告を出したり、再生プログラムのアップデートをユーザに勧めたり、自動的に再生プログラムのアップデートを行ったりするのが望ましい。
【００３９】
このように、本実施の形態では、互換性判定の対象となる、複数の要素のそれぞれに対して、自バージョンと、当該要素と互換性のある他の要素のバージョンについてのバージョン情報を保持し、互換性を判定すべき要素間の互換性を、当該要素に対応して保持されたバージョン情報に基づいて判定する際に、少なくとも一方の要素について互換性があると判定されれば、その要素間の互換性があると判定するようにした。これにより、たとえば、音楽コンテンツ側に「プログラムバージョン４.０および５.０の再生プログラムで再生可能」と記述されていれば、自バージョン４.０の再生プログラムはこの音楽コンテンツを再生可能と判定することができる。一方、音楽コンテンツ側に「プログラムバージョン５.０の再生プログラムで再生可能」と記述されていれば、自バージョン４.０の再生プログラムはこの音楽コンテンツを再生不可能と判定することができる。そして、この判定に基づいて、適切な動作（自動再生したり、あるいは、再生できないという警告を出したりするなど）を行うことができる。逆に、音楽コンテンツ側に「プログラムバージョン４.０および５.０の再生プログラムで再生可能」と記述され、再生プログラムの自バージョンが４.０および５.０のいずれでもない（たとえば、６.０）としても、再生プログラム側に、そのバージョンの音楽コンテンツを再生可能である旨の記述があれば、その音楽コンテンツは、その再生プログラムによって再生可能と判定され、適切な動作を行うことができる。
【００４０】
なお、本実施の形態では、２つの要素間に対して互換性を判定するようにしたが、互換性を判定する要素の個数は、２つに限らず、３つ以上であってもよい。たとえば、メインＣＰＵ用プログラム、サブＣＰＵ用制御プログラムおよびデバイスドライバのすべてについてバージョンの整合性をチェックし、そのチェック結果に基づいて、当該３種類の要素間の互換性を判定するというようにである。
【００４１】
なお、上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００４２】
この場合、記憶媒体から読出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードおよび該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００４３】
プログラムコードを供給するための記憶媒体としては、たとえば、フレキシブルディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。また、通信ネットワークを介してサーバコンピュータからプログラムコードが供給されるようにしてもよい。
【００４４】
また、コンピュータが読出したプログラムコードを実行することにより、上述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００４５】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって上述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００４６】
【図１】本発明の一実施の形態に係る互換性判定装置を適用した電子音楽装置の概略構成を示すブロック図である。
【図２】どの要素間でバージョンチェックが必要かを示す図である。
【図３】図１のの互換性判定装置、特にメインＣＰＵが実行する互換性判定処理の手順を示すフローチャートである。
【符号の説明】
【００４７】
５…メインＣＰＵ（入力手段、判定手段），６…ＲＯＭ（入力手段），７…ＲＡＭ（入力手段），１０…外部記憶装置（入力手段），１１…ＭＩＤＩＩ／Ｆ（入力手段），１２…通信Ｉ／Ｆ（入力手段），１６…バス（入力手段）
【図１】
2008027129.tif 000003
【図２】
2008027129.tif 000004
【図３】
2008027129.tif 000005