(57)【要約】【課題】メーカの出荷管理台帳等によることなく、簡単にソフトウエアのバージョンを知ることができるソフトウエアバージョン楽音再生方法を提供する。【解決手段】サウンドミドルウエア２３が、バージョンデータと音程との関係を記憶したテーブルを有すると共に、バージョンデータをテーブルによって音程に変換し該音程の楽音データを生成するプログラムを有している。そして、コンテンツ２１にバージョン楽音再生を指示するデータがある場合に、該プログラムによってバージョンデータに基づく楽音データを生成し音源２４へ出力する。音源２４はソフトウエアのバージョンに応じた音程の楽音信号を形成し、スピーカ１３へ出力する。これにより、スピーカ１３からソフトウエアのバージョンに応じた音程の楽音が発生し、この楽音を聞くことでユーザがバージョンを知ることができる。【選択図】    図１
2004178401.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツに基づいて楽音データを生成するためのソフトウエアのバージョンを表すバージョンデータを、楽音によってユーザに報知するソフトウエアバージョン楽音再生方法であって、
前記ソフトウエアが、
前記コンテンツにバージョン楽音再生を指示するデータがあるか否かを判断する手順と、
バージョン楽音再生を指示するデータがある場合に、前記バージョンデータに対応する楽音データを生成する手順と、
前記楽音データを音源手段へ出力する手順と、
を有することを特徴とするソフトウエアバージョン楽音再生方法。
【請求項２】
前記ソフトウエアは、前記バージョンデータと前記楽音データとを対応づける対応手段を具備し、前記対応手段を参照して前記バージョンデータに対応する楽音データを生成することを特徴とする請求項１に記載のソフトウエアバージョン楽音再生方法。
【請求項３】
前記対応手段は、前記バージョンデータと楽音の音程とを対応づけるものであることを特徴とする請求項２に記載のソフトウエアバージョン楽音再生方法。
【請求項４】
前記対応手段は、前記バージョンデータと楽音の音長とを対応づけるものであることを特徴とする請求項２に記載のソフトウエアバージョン楽音再生方法。
【請求項５】
前記対応手段は、前記バージョンデータと楽音の発生回数とを対応づけるものであることを特徴とする請求項２に記載のソフトウエアバージョン楽音再生方法。
【請求項６】
請求項１〜請求項５のいずれかの項に記載のソフトウエアバージョン楽音再生方法を実行する手段を具備することを特徴とする携帯端末装置。
【請求項７】
コンテンツに基づいて楽音データを生成するためのソフトウエアに含まれるプログラムであって、
コンテンツにバージョン楽音再生を指示するデータがあるか否かを判断する第１の手順と、
バージョン楽音再生を指示するデータがあった場合に、前記ソフトウエアのバージョンを示すデータに対応する楽音データを生成する第２の手順と、
前記楽音データを音源手段へ出力する第３の手順と、
をコンピュータに実行させるためのプログラム。
【請求項８】
前記第２の手順は、前記バージョンデータと前記楽音データとを対応づける対応手段を有し、前記対応手段を参照して前記バージョンデータに対応する楽音データを生成することを特徴とする請求項７に記載のプログラム。
【請求項９】
前記対応手段は、前記バージョンデータと楽音の音程とを対応づけるものであることを特徴とする請求項８に記載のプログラム。
【請求項１０】
前記対応手段は、前記バージョンデータと楽音の音長とを対応づけるものであることを特徴とする請求項８に記載のプログラム。
【請求項１１】
前記対応手段は、前記バージョンデータと楽音の発生回数とを対応づけるものであることを特徴とする請求項８に記載のプログラム。
【請求項１２】
請求項７〜請求項１１のいずれかの項に記載のプログラムを実行する手段を具備することを特徴とする携帯端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ソフトウエアのバージョンを楽音再生によってユーザへ報知することができるソフトウエアバージョン楽音再生方法およびプログラムに関する。
【０００２】
【従来の技術】
一般に、携帯電話機等、ソフトウエアを組み込んだ状態で製品を発売する業界においては、ソフト製作会社がＯＳ（オペレーティングシステム）やミドルウエア等のソフトウエアを製作し、製品メーカへ納入する。製品メーカでは、納入されたソフトウエアを製品に組み込んで（プリインストールして）出荷する（発売する）。
【０００３】
ところで、周知のように、ソフトウエアはＯＳであれ、ミドルウエアであれ、アプリケーションソフトであれ、しばしばバージョンアップが行われる。また、その製品が発売された後に、そのソフトウエアに関する不具合が生じた場合は、ソフトウエア製作会社ではバグの発生した製品がどのバージョンのソフトウエアを搭載しているかを知る必要がある。また、ユーザにおいても、自分の所有する製品にバグのあるソフトウエアがあるのか（バージョン情報）を知る必要が生じる。しかし、製品メーカは、どの機種のどのロットにどのバージョンのソフトウエアが組み込まれるかを一般に広報することはほとんどなく、また、ソフトウエア製作会社に対しても改めてそのような情報を流すことも少ない。
【０００４】
従来、ソフトウエアのバージョンを知る方法として、▲１▼その製品のプログラム上で、そのソフトウエアのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）に対し、バージョンリクエストを発行し、応答によってバージョンを知る方法、▲２▼メーカの出荷管理台帳によって知る方法がある。しかし、▲１▼の方法は、製品のメーカがあらためてリクエストを発行する手段を設ける必要があり、メーカ側の負担が大きいため通常は行われず、▲２▼の方法がもっぱら行われていた。なお、ソフトウエアのバージョンを知ることができるという先行技術は見つかっていない。また、楽音生成用のソフトウエアを有する携帯電話機に関する先行技術として、特許文献１が知られている。
【０００５】
【特許文献１】
特許第３２７９２９３号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、ユーザまたはソフトウエア製作会社にとって、ソフトウエアにバグが見つかった時、どのロットの製品に不具合があるのかを調査するのは困難であり、特に、特定機種においてランニングチェンジによりソフトウエアのバージョンアップがあった場合は調査がさらに困難になる。
この発明は、このような事情を考慮してなされたもので、その目的は、メーカの出荷管理台帳によることなく、ユーザまたはソフトウエア製作会社が簡単にソフトウエアのバージョンを知ることができるソフトウエアバージョン楽音再生方法およびプログラムを提供することにある。
【０００７】
【課題を解決するための手段】
この発明は上記の課題を解決するためになされたもので、請求項１に記載の発明は、コンテンツに基づいて楽音データを生成するためのソフトウエアのバージョンを表すバージョンデータを、楽音によってユーザに報知するソフトウエアバージョン楽音再生方法であって、前記ソフトウエアが、前記コンテンツにバージョン楽音再生を指示するデータがあるか否かを判断する手順と、バージョン楽音再生を指示するデータがある場合に、前記バージョンデータに対応する楽音データを生成する手順と、前記楽音データを音源手段へ出力する手順とを有することを特徴とするソフトウエアバージョン楽音再生方法である。
【０００８】
請求項２に記載の発明は、請求項１に記載のソフトウエアバージョン楽音再生方法において、前記ソフトウエアは、前記バージョンデータと前記楽音データとを対応づける対応手段を具備し、前記対応手段を参照して前記バージョンデータに対応する楽音データを生成することを特徴とする。
請求項３に記載の発明は、請求項２に記載のソフトウエアバージョン楽音再生方法において、前記対応手段は、前記バージョンデータと楽音の音程とを対応づけるものであることを特徴とする。
【０００９】
請求項４に記載の発明は、請求項２に記載のソフトウエアバージョン楽音再生方法において、前記対応手段は、前記バージョンデータと楽音の音長とを対応づけるものであることを特徴とする。
請求項５に記載の発明は、請求項２に記載のソフトウエアバージョン楽音再生方法において、前記対応手段は、前記バージョンデータと楽音の発生回数とを対応づけるものであることを特徴とする。
請求項６に記載の発明は、請求項１〜請求項５のいずれかの項に記載のソフトウエアバージョン楽音再生方法を実行する手段を具備することを特徴とする携帯端末装置である。
【００１０】
請求項７に記載の発明は、コンテンツに基づいて楽音データを生成するためのソフトウエアに含まれるプログラムであって、コンテンツにバージョン楽音再生を指示するデータがあるか否かを判断する第１の手順と、バージョン楽音再生を指示するデータがあった場合に、前記ソフトウエアのバージョンを示すデータに対応する楽音データを生成する第２の手順と、前記楽音データを音源手段へ出力する第３の手順とをコンピュータに実行させるためのプログラムである。
【００１１】
請求項８に記載の発明は、請求項７に記載のプログラムにおいて、前記第２の手順は、前記バージョンデータと前記楽音データとを対応づける対応手段を有し、前記対応手段を参照して前記バージョンデータに対応する楽音データを生成することを特徴とする。
請求項９に記載の発明は、請求項８に記載のプログラムにおいて、前記対応手段は、前記バージョンデータと楽音の音程とを対応づけるものであることを特徴とする。
【００１２】
請求項１０に記載の発明は、請求項８に記載のプログラムにおいて、前記対応手段は、前記バージョンデータと楽音の音長とを対応づけるものであることを特徴とする。
請求項１１に記載の発明は、請求項８に記載のプログラムにおいて、前記対応手段は、前記バージョンデータと楽音の発生回数とを対応づけるものであることを特徴とする。
請求項１２に記載の発明は、請求項７〜請求項１１のいずれかの項に記載のプログラムを実行する手段を具備することを特徴とする携帯端末装置である。
【００１３】
【発明の実施の形態】
以下、図面を参照し、この発明の一実施の形態について説明する。図２はこの発明の第１の実施の形態によるソフトウエアヴァージョン楽音再生方法を適用した携帯電話機の構成を示すブロック図である。この図において、符号１は各部を制御するＣＰＵ（中央処理装置）、２はＣＰＵ１のプログラムが記憶されたＲＯＭ（リードオンリメモリ）である。３はデータ記憶用のＲＡＭ（ランダムアクセスメモリ）であり、不揮発性のメモリによって構成されている。４はテンキー、ファンクションキーからなる操作部、５は液晶表示器および表示コントローラからなる表示部である。６は通信部であり、アンテナ７を介して受信された変調音声信号を復調して音声処理部８へ出力し、また、音声処理部８から供給される符号化された音声信号を変調し、アンテナ７から送信する。また、アンテナ７を介して受信した発信元の電話番号、メールアドレス、その他のデータをバスラインＢＵを介してＣＰＵ１へ出力する。また、着信メロディ等のコンテンツデータを配信サイトよりダウンロードし、ＲＡＭ３へ記憶する。音声処理部８は、通信部６から出力される圧縮された音声データを伸長し、アナログ信号に変換してイヤスピーカ９へ出力し、また、マイクロフォン１０からの音声信号をディジタル音声データに変換し、さらに圧縮符号化して通信部６へ出力する。
【００１４】
１２はＦＭ方式、ＰＣＭ方式等による音源であり、ＣＰＵ１からバスラインＢＵを介して供給されるＭＩＤＩ規格による楽音データ（以下、ＭＩＤＩデータという）を受けて楽音信号を形成し、スピーカ１３へ出力する。ここで、ＣＰＵ１から出力されるＭＩＤＩデータは、通常時においては着信音発生用のＭＩＤＩデータである。すなわち、着信があると、ＣＰＵ１は着信音のＭＩＤＩデータをＲＯＭ２から読み出し、順次、音源１２へ出力する。音源１２はＣＰＵ１からのＭＩＤＩデータに基づいて着信音信号を形成し、スピーカ１３へ出力する。これにより、スピーカ１３から着信音が発生する。そして、ユーザがオフフックボタンを押すと、ＣＰＵ１がＭＩＤＩデータの出力を停止し、これにより、着信音が停止する。
【００１５】
以上説明した構成は従来の携帯電話機の構成と同様であり、これ以上の詳細な説明は省略する。この携帯電話機は上述した従来の携帯電話機の構成に加えて、従来の電話機にはない新規な機能、すなわち、ソフトウエアバージョン楽音再生機能を具備している。以下、この機能について説明する。
【００１６】
図１は着信音信号が形成される過程を示す機能ブロック図である。この図において、コンテンツ２１は着信音のＭＩＤＩデータおよび各種の制御データを圧縮して構成したコンテンツである。このコンテンツ２１の一つに、バージョンフラグを有するテストコンテンツがあり、ユーザがソフトウエアバージョンを知る時にダウンロード等により取得され、使用される。プレイヤー２２はソフトウエアであり、コンテンツ２１をサウンドミドルウエア２３へロードし、また、ユーザからの指示に応じてコンテンツ２１の制御を行う。サウンドミドルウエア２３は、ソフトウエアであり、プレイヤー２２から供給される圧縮されたコンテンツ２１を伸張してＭＩＤＩデータを形成し、時間データにしたがって順次音源１２へ出力する。このサウンドミドルウエア２３は内部にバージョンデータおよびバージョン楽音再生機能を有しており、ユーザが操作部４のキーによって前記テストコンテンツをロードすると、そのサウンドミドルウエアのバージョン報知を行う。
【００１７】
次に、このバージョン報知機能について説明する。
図３はサウンドミドルウエア２３の処理を示すフローチャートである。プレイヤー２２からコンテンツがロードされると（ステップＳ１）、そのコンテンツにバージョンフラグがあるか否かをチェックし（ステップＳ２）、ない場合は通常のコンテンツ再生処理を行う（ステップＳ３）。
【００１８】
また、ユーザがサウンドミドルウエアのバージョンを知るため、操作部４において所定のキー操作を行うと、コンテンツ２１としてバージョンフラグを含むテストコンテンツが用意される。プレイヤー２２はこのテストコンテンツをサウンドミドルウエア２３へ出力する。この場合、ステップＳ２（図３）の判断がバージョンフラグありとなることから、サウンドミドルウエア２３が、内部に保持しているバージョン音階テーブルＴ１を用いてソフトウエアバージョン楽音再生処理を行う（ステップＳ４）。
【００１９】
図４は上述したバージョン音階テーブルＴ１を示す図であり、この図に示すように、バージョン音階テーブルＴ１には、バージョン数値と音階との対応関係が記録されている。図５はソフトウエアバージョン楽音再生処理の説明図である。例えば、サウンドミドルウエア２３のバージョンが「１．８．４」であった場合、サウンドミドルウエア２３は、まず、数値「１」に対応する音階「Ｃ３」をバージョン音階テーブルＴ１から読み出し、ＭＩＤＩデータに変換し、音源１２へ出力する。これにより、音階「Ｃ３」の音がスピーカ１３から１秒間発生する。
【００２０】
次に、サウンドミドルウエア２３は、数値「８」に対応する音階「Ｇ３」をバージョン音階テーブルＴ１から読み出し、ＭＩＤＩデータに変換し、音源１２へ出力する。これにより、音階「Ｇ３」の音がスピーカ１３から１秒間発生する。次いで、数値「４」に対応する音階「Ｄ＃３」をバージョン音階テーブルＴ１から読み出し、ＭＩＤＩデータに変換し、音源１２へ出力する。これにより、音階「Ｄ＃３」の音がスピーカ１３から１秒間発生する。
【００２１】
このように、ユーザがサウンドミドルウエアのバージョンを知るため、操作部４において所定のキー操作を行うことによって、テストコンテンツをロードすると、スピーカ１３からサウンドミドルウエア２３のバージョンに対応する音高の音が順次発生する。ユーザはこの音によりサウンドミドルウエアのバージョンを知ることができる。
【００２２】
次に、この発明の第２の実施形態について説明する。この第２の実施形態が上述した第１の実施形態と異なる点は、サウンドミドルウエア２３のバージョン楽音再生処理である。すなわち、サウンドミドルウエア２３内には予めバージョン数値と音長との対応関係を示すバージョン数値−音長テーブルＴ２（図６参照）が設けられている。そして、例えば、サウンドミドルウエア２３のバージョンが「１．８．４」であった場合、図７に示すように、サウンドミドルウエア２３は、まず、数値「１」に対応する音長「１秒」をバージョン数値−音長テーブルＴ２から読み出し、ＭＩＤＩデータに変換し、音源１２へ出力する。これにより、予め決められた特定の音色の音がスピーカ１３から１秒間発生する。
【００２３】
次に、サウンドミドルウエア２３は、数値「８」に対応する音長「８秒」をバージョン数値−音長テーブルＴ２から読み出し、ＭＩＤＩデータに変換し、音源１２へ出力する。これにより、上記特定の音色の音がスピーカ１３から８秒間発生する。次いで、数値「４」に対応する音長「４秒」をバージョン数値−音長テーブルＴ２から読み出し、ＭＩＤＩデータに変換し、音源１２へ出力する。これにより、上記特定の音色の音がスピーカ１３から４秒間発生する。
このように、ユーザがサウンドミドルウエアのバージョンを知るため、操作部４において所定のキー操作を行うことによって、テストコンテンツをロードすると、スピーカ１３からサウンドミドルウエア２３のバージョンに対応する音長の音が順次発生する。ユーザはこの音によりサウンドミドルウエア２３のバージョンを知ることができる。
【００２４】
次に、この発明の第３の実施形態について説明する。この第３の実施形態においては、サウンドミドルウエア２３内には予めバージョン数値と音の回数との対応関係を示すバージョン数値−回数テーブルＴ３（図８参照）が設けられている。そして、例えば、サウンドミドルウエア２３のバージョンが「１．８．４」であった場合、図９に示すように、サウンドミドルウエア２３は、まず、数値「１」に対応する回数「１」をバージョン数値−回数テーブルＴ３から読み出し、ＭＩＤＩデータに変換し、音源１２へ出力する。これにより、予め決められた特定の音色で特定長さの音がスピーカ１３から１回発生する。
【００２５】
次に、サウンドミドルウエア２３は、数値「８」に対応する回数「８」をバージョン数値−回数テーブルＴ３から読み出し、ＭＩＤＩデータに変換し、音源１２へ出力する。これにより、上記特定の音色で特定の長さの音がスピーカ１３から８回発生する。次いで、数値「４」に対応する回数「４」をバージョン数値−回数テーブルＴ３から読み出し、ＭＩＤＩデータに変換し、音源１２へ出力する。これにより、上記特定の音色で特定の長さの音がスピーカ１３から４回発生する。
【００２６】
このように、ユーザがサウンドミドルウエアのバージョンを知るため、操作部４において所定のキー操作を行うことによって、テストコンテンツをロードすると、スピーカ１３からサウンドミドルウエア２３のバージョンに対応する回数の音が一定間隔をおいて順次発生する。ユーザはこの音によりサウンドミドルウエア２３のバージョンを知ることができる。
なお、上記実施形態は、この発明を携帯電話機に適用した場合であるが、この発明は携帯電話機に限らず、楽音再生ソフトを有する種々の機器に適用することができる。
【００２７】
【発明の効果】
以上説明したように、この発明によれば、メーカの出荷管理台帳等によることなく、ユーザやソフトウエア製作会社が簡単にソフトウエアのバージョンを知ることができる効果がある。この結果、ソフトウエアに不具合が発見された場合において、どの機種、どのロットに対して回収やバージョンアップをすればよいかを容易に知ることができる。
【図面の簡単な説明】
【図１】この発明の第１の実施形態による携帯電話機において着信音用の楽音およびソフトウエアバージョン検知用の楽音を形成する構成を示す機能ブロック図である。
【図２】同実施形態による携帯電話機の構成を示すブロック図である。
【図３】図１におけるサウンドミドルウエア２３の動作を示すフローチャートである。
【図４】図１におけるサウンドミドルウエア２３内に保持されているテーブルＴ１を示す図である。
【図５】図１におけるサウンドミドルウエア２３のソフトウエアバージョン楽音再生動作を示す説明図である。
【図６】この発明の第２の実施形態におけるサウンドミドルウエア２３内に保持されているテーブルＴ２を示す図である。
【図７】同サウンドミドルウエア２３のソフトウエアバージョン楽音再生動作を示す説明図である。
【図８】この発明の第３の実施形態におけるサウンドミドルウエア２３内に保持されているテーブルＴ３を示す図である。
【図９】同サウンドミドルウエア２３のソフトウエアバージョン楽音再生動作を示す説明図である。
【符号の説明】
１…ＣＰＵ、２…ＲＯＭ、３…ＲＡＭ、１２…音源、１３…スピーカ、２１…コンテンツ、２２…プレイヤー、２３…サウンドミドルウエア、Ｔ１〜Ｔ３…テーブル。
【図１】
2004178401.tif 000003
【図２】
2004178401.tif 000004
【図３】
2004178401.tif 000005
【図４】
2004178401.tif 000006
【図５】
2004178401.tif 000007
【図６】
2004178401.tif 000008
【図７】
2004178401.tif 000009
【図８】
2004178401.tif 000010
【図９】
2004178401.tif 000011