(57)【要約】【課題】従来のダウンロードクライアントはダウンロードしたソフトウェアを実行する場合、処理能力的にはリソースの同時使用が可能であるにもかかわらず、それを判断できないため、ダウンロードしたソフトウェアは同時に一つしか実行できないなどの制限を設けており、リソースを有効に利用できないという課題がある。【解決手段】ダウンロードサーバー（１５０）はダウンロードクライアント（１１０）の複数のソフトウェアとハードウェアの構成を表わす構成情報（１６１）に基づいてダウンロードクライアントの競合処理に使用する競合処理情報（１３２）を生成する競合処理情報生成部（１８０）を有し、ダウンロードクライアント（１１０）は前記競合処理情報に基づいて競合発生時の処理を行うことによりリソースが使用可能な場合でも使用できないということがなく、リソースを効率よく使用できる。【選択図】図１
2007140996.tif 000002
【特許請求の範囲】
【請求項１】
ダウンロードサーバーからソフトウェアの提供を受けるダウンロードクライアントにおいて、
前記ダウンロードサーバーへダウンロードするソフトウェアのダウンロード指示を送信する送信制御部と、
ソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を受信する受信制御部と、
競合が発生した場合に前記競合処理情報に記述されたソフトウェアに、記述された処理を指示する競合処理部とを備え、
前記競合処理情報をソフトウェアのダウンロード時に前記ダウンロードサーバーから受信することを特徴とするダウンロードクライアント。
【請求項２】
前記送信制御部はさらにダウンロードクライアントが保持する複数のソフトウェアとハードウェアの構成を表わす構成情報を送信し、
前記受信制御部はダウンロードしたソフトウェアを含めたソフトウェアの構成情報を受信することを特徴とする請求項１記載のダウンロードクライアント。
【請求項３】
ダウンロードクライアントにソフトウェアを提供するダウンロードサーバーにおいて、
前記ダウンロードクライアントからダウンロードするソフトウェアのダウンロード指示を受信する受信制御部と、
前記ダウンロードクライアントがダウンロード指示したソフトウェアの仕様とダウンロードサーバーが保持する前記ダウンロードクライアントの複数のソフトウェアとハードウェアの構成を表わす構成情報に基づいてダウンロード後の構成情報を生成する構成情報生成部と、
前記構成情報生成部が生成したダウンロード後の構成情報に基づいてソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を生成する競合処理情報生成部と、
前記ダウンロードクライアントがダウンロード指示したソフトウェアと前記生成した競合処理情報を前記ダウンロードクライアントに送信する送信制御部とを備え、
前記ダウンロードクライアントからソフトウェアのダウンロード指示があった場合に前記競合処理情報を生成し、送信することを特徴とするダウンロードサーバー。
【請求項４】
ダウンロードクライアントにソフトウェアを提供するダウンロードサーバーにおいて、
前記ダウンロードクライアントからダウンロードするソフトウェアのダウンロード指示と前記ダウンロードクライアントの複数のソフトウェアとハードウェアの構成を表わす構成情報を受信する受信制御部と、
前記ダウンロードクライアントがダウンロード指示したソフトウェアの仕様と前記ダウンロードクライアントから受信した前記構成情報に基づいてダウンロード後の構成情報を生成する構成情報生成部と、
前記構成情報生成部が生成したダウンロード後の構成情報に基づいてソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を生成する競合処理情報生成部と、
前記ダウンロードクライアントがダウンロード指示したソフトウェアと前記生成した構成情報と競合処理情報を前記ダウンロードクライアントに送信する送信制御部とを備え、
前記ダウンロードクライアントからソフトウェアのダウンロード指示があった場合に前記構成情報と競合処理情報を生成し、送信することを特徴とするダウンロードサーバー。
【請求項５】
ダウンロードクライアントと、前記ダウンロードクライアントにソフトウェアを提供するダウンロードサーバーを備えたダウンロードシステムにおいて、
前記ダウンロードクライアントは、
前記ダウンロードサーバーへダウンロードするソフトウェアのダウンロード指示を送信する送信制御部と、
ソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を受信する受信制御部と、
競合が発生した場合に前記競合処理情報に記述されたソフトウェアに、記述された処理を指示する競合処理部とを備え、
前記ダウンロードサーバーは、
前記ダウンロードクライアントからダウンロードするソフトウェアのダウンロード指示を受信する受信制御部と、
前記ダウンロードクライアントがダウンロード指示したソフトウェアの仕様とダウンロードサーバーが保持する前記ダウンロードクライアントの複数のソフトウェアとハードウェアの構成を表わす構成情報に基づいてダウンロード後の構成情報を生成する構成情報生成部と、
前記構成情報生成部が生成したダウンロード後の構成情報に基づいてソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を生成する競合処理情報生成部と、
前記ダウンロードクライアントがダウンロード指示したソフトウェアと前記生成した競合処理情報を前記ダウンロードクライアントに送信する送信制御部とを備え、
前記ダウンロードクライアントが指定したソフトウェアを前記ダウンロードサーバーで生成した競合処理情報とともに前記ダウンロードクライアントに提供することを特徴とするダウンロードシステム。
【請求項６】
ダウンロードクライアントと、前記ダウンロードクライアントにソフトウェアを提供するダウンロードサーバーを備えたダウンロードシステムにおいて、
前記ダウンロードクライアントは、
前記ダウンロードサーバーへダウンロードするソフトウェアのダウンロード指示と前記ダウンロードクライアントが保持する複数のソフトウェアとハードウェアの構成を表わす構成情報を送信する送信制御部と、
ソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報とダウンロードしたソフトウェアを含めたソフトウェアの構成情報を受信する受信制御部と、
競合が発生した場合に前記競合処理情報に記述されたソフトウェアに、記述された処理を指示する競合処理部とを備え、
前記ダウンロードサーバーは、
前記ダウンロードクライアントからダウンロードするソフトウェアのダウンロード指示と前記ダウンロードクライアントの複数のソフトウェアとハードウェアの構成を表わす構成情報を受信する受信制御部と、
前記ダウンロードクライアントがダウンロード指示したソフトウェアの仕様と前記ダウンロードクライアントから受信した前記構成情報に基づいてダウンロード後の構成情報を生成する構成情報生成部と、
前記構成情報生成部が生成したダウンロード後の構成情報に基づいてソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を生成する競合処理情報生成部と、
前記ダウンロードクライアントがダウンロード指示したソフトウェアと前記生成した構成情報と競合処理情報を前記ダウンロードクライアントに送信する送信制御部とを備え、
前記ダウンロードクライアントが指定したソフトウェアを前記ダウンロードサーバーで生成した構成情報と競合処理情報とともに前記ダウンロードクライアントに提供することを特徴とするダウンロードシステム。
【請求項７】
ダウンロードサーバーからソフトウェアの提供を受けるダウンロードクライアントで実行されるダウンロードクライアントプログラムにおいて、
前記ダウンロードサーバーへダウンロードするソフトウェアのダウンロード指示を送信する送信ステップと、
ソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を受信する受信ステップと、
競合が発生した場合に前記競合処理情報に記述されたソフトウェアに、記述された処理を指示する競合処理ステップとを備え、
前記競合処理情報をソフトウェアのダウンロード時に前記ダウンロードサーバーから受信することを特徴とするダウンロードクライアントプログラム。
【請求項８】
前記送信ステップはさらにダウンロードクライアントが保持する複数のソフトウェアとハードウェアの構成を表わす構成情報を送信し、
前記受信ステップはダウンロードしたソフトウェアを含めたソフトウェアの構成情報を受信することを特徴とする請求項７記載のダウンロードクライアントプログラム。
【請求項９】
ダウンロードクライアントにソフトウェアを提供するダウンロードサーバーで実行されるダウンロードサーバープログラムにおいて、
前記ダウンロードクライアントからダウンロードするソフトウェアのダウンロード指示を受信する受信ステップと、
前記ダウンロードクライアントがダウンロード指示したソフトウェアの仕様とダウンロードサーバーが保持する前記ダウンロードクライアントの複数のソフトウェアとハードウェアの構成を表わす構成情報に基づいてダウンロード後の構成情報を生成する構成情報生成ステップと、
前記構成情報生成ステップで生成したダウンロード後の構成情報に基づいてソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を生成する競合処理情報生成ステップと、
前記ダウンロードクライアントがダウンロード指示したソフトウェアと前記生成した競合処理情報を前記ダウンロードクライアントに送信する送信ステップとを備え、
前記ダウンロードクライアントからソフトウェアのダウンロード指示があった場合に前記競合処理情報を生成し、送信することを特徴とするダウンロードサーバープログラム。
【請求項１０】
ダウンロードクライアントにソフトウェアを提供するダウンロードサーバーで実行されるダウンロードサーバープログラムにおいて、
前記ダウンロードクライアントからダウンロードするソフトウェアのダウンロード指示と前記ダウンロードクライアントの複数のソフトウェアとハードウェアの構成を表わす構成情報を受信する受信ステップと、
前記ダウンロードクライアントがダウンロード指示したソフトウェアの仕様と前記ダウンロードクライアントから受信した前記構成情報に基づいてダウンロード後の構成情報を生成する構成情報生成ステップと、
前記構成情報生成ステップが生成したダウンロード後の構成情報に基づいてソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を生成する競合処理情報生成ステップと、
前記ダウンロードクライアントがダウンロード指示したソフトウェアと前記生成した構成情報と競合処理情報を前記ダウンロードクライアントに送信する送信ステップとを備え、
前記ダウンロードクライアントからソフトウェアのダウンロード指示があった場合に前記構成情報と競合処理情報を生成し、送信することを特徴とするダウンロードサーバープログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は携帯電話などの機器にダウンロードによって新たな機能を追加する場合に用いるダウンロードクライアント、ダウンロードサーバー、ダウンロードシステムに関するものである。
【背景技術】
【０００２】
従来のダウンロードクライアントではダウンロード前後でＣＰＵや、メモリ、コーデックなどのリソースの使用状況が変化する場合、処理能力的にはリソースの同時使用が可能であるにもかかわらず、それを判断することができないため、例えばダウンロードしたアプリケーションは同時に一つしか動作できないなどの制限を設けていた。この制限を回避する方法としてダウンロードしたアプリケーションの実行時にリソース競合などの異常動作が発生した場合は過去の正常に動作した時の起動情報を用いてアプリケーションを実行し、競合を回避する競合処理方法がある（例えば、特許文献１参照）。
【０００３】
図１０は、前記特許文献１に記載された競合処理方法のうち本発明に関係する部分を説明のために適宜変更して示すものである。
図１０に示す競合処理方法では、リソースが競合するか否かの判定をアプリケーションの起動が成功するか否かで行う（ステップ１００３）。起動が成功しなかった場合は過去に起動が成功したか否かを起動情報より判断し（ステップ１００４）、起動成功があった場合はその起動情報に基づいた再起動を行う（ステップ１００５）。なおステップ１００４で判断に用いる起動情報は、起動結果、起動時刻、使用するモジュールの構成を含む。
【特許文献１】特開２００５−１０８１３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、前記従来の構成では、過去に起動成功していない場合やダウンロードして初めて使用するソフトウェアの場合は過去の情報がないため、実際は使用できる場合であっても使用できないと判断され、リソースを最大限に使うことができないという課題を有していた。
【０００５】
本発明は、前記従来の課題を解決するもので、ダウンロードによるソフトウェアの追加によってリソースが競合する条件が変化した場合においてもリソースを有効に使用することを可能とするダウンロードクライアント、ダウンロードサーバー、ダウンロードシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記従来の課題を解決するために、本発明にかかるダウンロードクライアントは、ダウンロードサーバーからソフトウェアの提供を受けるダウンロードクライアントにおいて、前記ダウンロードサーバーへダウンロードするソフトウェアのダウンロード指示を送信する送信制御部と、ソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を受信する受信制御部と、競合が発生した場合に前記競合処理情報に記述されたソフトウェアに、記述された処理を指示する競合処理部とを備え、前記競合処理情報をソフトウェアのダウンロード時に前記ダウンロードサーバーから受信することを特徴とする。
【０００７】
また、本発明にかかるダウンロードクライアントは、前記送信制御部がさらにダウンロードクライアントが保持する複数のソフトウェアとハードウェアの構成を表わす構成情報を送信し、前記受信制御部がダウンロードしたソフトウェアを含めたソフトウェアの構成情報を受信することを特徴とする。
【０００８】
また、本発明にかかるダウンロードサーバーは、ダウンロードクライアントにソフトウェアを提供するダウンロードサーバーにおいて、前記ダウンロードクライアントからダウンロードするソフトウェアのダウンロード指示を受信する受信制御部と、前記ダウンロードクライアントがダウンロード指示したソフトウェアの仕様とダウンロードサーバーが保持する前記ダウンロードクライアントの複数のソフトウェアとハードウェアの構成を表わす構成情報に基づいてダウンロード後の構成情報を生成する構成情報生成部と、前記構成情報生成部が生成したダウンロード後の構成情報に基づいてソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を生成する競合処理情報生成部と、前記ダウンロードクライアントがダウンロード指示したソフトウェアと前記生成した競合処理情報を前記ダウンロードクライアントに送信する送信制御部とを備え、前記ダウンロードクライアントからソフトウェアのダウンロード指示があった場合に前記競合処理情報を生成し、送信することを特徴とする。
【０００９】
また、本発明にかかるダウンロードサーバーは、ダウンロードクライアントにソフトウェアを提供するダウンロードサーバーにおいて、前記ダウンロードクライアントからダウンロードするソフトウェアのダウンロード指示と前記ダウンロードクライアントの複数のソフトウェアとハードウェアの構成を表わす構成情報を受信する受信制御部と、前記ダウンロードクライアントがダウンロード指示したソフトウェアの仕様と前記ダウンロードクライアントから受信した前記構成情報に基づいてダウンロード後の構成情報を生成する構成情報生成部と、前記構成情報生成部が生成したダウンロード後の構成情報に基づいてソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を生成する競合処理情報生成部と、前記ダウンロードクライアントがダウンロード指示したソフトウェアと前記生成した構成情報と競合処理情報を前記ダウンロードクライアントに送信する送信制御部とを備え、前記ダウンロードクライアントからソフトウェアのダウンロード指示があった場合に前記構成情報と競合処理情報を生成し、送信することを特徴とする。
【００１０】
また、本発明にかかるダウンロードシステムは、ダウンロードクライアントと、前記ダウンロードクライアントにソフトウェアを提供するダウンロードサーバーを備えたダウンロードシステムにおいて、前記ダウンロードクライアントは、前記ダウンロードサーバーへダウンロードするソフトウェアのダウンロード指示を送信する送信制御部と、ソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を受信する受信制御部と、競合が発生した場合に前記競合処理情報に記述されたソフトウェアに、記述された処理を指示する競合処理部とを備え、前記ダウンロードサーバーは、前記ダウンロードクライアントからダウンロードするソフトウェアのダウンロード指示を受信する受信制御部と、前記ダウンロードクライアントがダウンロード指示したソフトウェアの仕様とダウンロードサーバーが保持する前記ダウンロードクライアントの複数のソフトウェアとハードウェアの構成を表わす構成情報に基づいてダウンロード後の構成情報を生成する構成情報生成部と、前記構成情報生成部が生成したダウンロード後の構成情報に基づいてソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を生成する競合処理情報生成部と、前記ダウンロードクライアントがダウンロード指示したソフトウェアと前記生成した競合処理情報を前記ダウンロードクライアントに送信する送信制御部とを備え、前記ダウンロードクライアントが指定したソフトウェアを前記ダウンロードサーバーで生成した競合処理情報とともに前記ダウンロードクライアントに提供することを特徴とする。
【００１１】
また、本発明にかかるダウンロードシステムは、ダウンロードクライアントと、前記ダウンロードクライアントにソフトウェアを提供するダウンロードサーバーを備えたダウンロードシステムにおいて、前記ダウンロードクライアントは、前記ダウンロードサーバーへダウンロードするソフトウェアのダウンロード指示と前記ダウンロードクライアントが保持する複数のソフトウェアとハードウェアの構成を表わす構成情報を送信する送信制御部と、ソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報とダウンロードしたソフトウェアを含めたソフトウェアの構成情報を受信する受信制御部と、競合が発生した場合に前記競合処理情報に記述されたソフトウェアに、記述された処理を指示する競合処理部とを備え、前記ダウンロードサーバーは、前記ダウンロードクライアントからダウンロードするソフトウェアのダウンロード指示と前記ダウンロードクライアントの複数のソフトウェアとハードウェアの構成を表わす構成情報を受信する受信制御部と、前記ダウンロードクライアントがダウンロード指示したソフトウェアの仕様と前記ダウンロードクライアントから受信した前記構成情報に基づいてダウンロード後の構成情報を生成する構成情報生成部と、前記構成情報生成部が生成したダウンロード後の構成情報に基づいてソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を生成する競合処理情報生成部と、前記ダウンロードクライアントがダウンロード指示したソフトウェアと前記生成した構成情報と競合処理情報を前記ダウンロードクライアントに送信する送信制御部とを備え、前記ダウンロードクライアントが指定したソフトウェアを前記ダウンロードサーバーで生成した構成情報と競合処理情報とともに前記ダウンロードクライアントに提供することを特徴とする。
【００１２】
また、本発明にかかるダウンロードクライアントプログラムは、ダウンロードサーバーからソフトウェアの提供を受けるダウンロードクライアントで実行されるダウンロードクライアントプログラムにおいて、前記ダウンロードサーバーへダウンロードするソフトウェアのダウンロード指示を送信する送信ステップと、ソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を受信する受信ステップと、競合が発生した場合に前記競合処理情報に記述されたソフトウェアに、記述された処理を指示する競合処理ステップとを備え、前記競合処理情報をソフトウェアのダウンロード時に前記ダウンロードサーバーから受信することを特徴とする。
【００１３】
また、本発明にかかるダウンロードクライアントプログラムは、前記送信ステップがさらにダウンロードクライアントが保持する複数のソフトウェアとハードウェアの構成を表わす構成情報を送信し、前記受信ステップがダウンロードしたソフトウェアを含めたソフトウェアの構成情報を受信することを特徴とする。
【００１４】
また、本発明にかかるダウンロードサーバープログラムは、ダウンロードクライアントにソフトウェアを提供するダウンロードサーバーで実行されるダウンロードサーバープログラムにおいて、前記ダウンロードクライアントからダウンロードするソフトウェアのダウンロード指示を受信する受信ステップと、前記ダウンロードクライアントがダウンロード指示したソフトウェアの仕様とダウンロードサーバーが保持する前記ダウンロードクライアントの複数のソフトウェアとハードウェアの構成を表わす構成情報に基づいてダウンロード後の構成情報を生成する構成情報生成ステップと、前記構成情報生成ステップで生成したダウンロード後の構成情報に基づいてソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を生成する競合処理情報生成ステップと、前記ダウンロードクライアントがダウンロード指示したソフトウェアと前記生成した競合処理情報を前記ダウンロードクライアントに送信する送信ステップとを備え、前記ダウンロードクライアントからソフトウェアのダウンロード指示があった場合に前記競合処理情報を生成し、送信することを特徴とする。
【００１５】
また、本発明にかかるダウンロードサーバープログラムは、ダウンロードクライアントにソフトウェアを提供するダウンロードサーバーで実行されるダウンロードサーバープログラムにおいて、前記ダウンロードクライアントからダウンロードするソフトウェアのダウンロード指示と前記ダウンロードクライアントの複数のソフトウェアとハードウェアの構成を表わす構成情報を受信する受信ステップと、前記ダウンロードクライアントがダウンロード指示したソフトウェアの仕様と前記ダウンロードクライアントから受信した前記構成情報に基づいてダウンロード後の構成情報を生成する構成情報生成ステップと、前記構成情報生成ステップが生成したダウンロード後の構成情報に基づいてソフトウェアを複数実行して競合が発生する場合に、競合の発生が起こらないようにするための処理とその処理を行うソフトウェアとを記述した競合処理情報を生成する競合処理情報生成ステップと、前記ダウンロードクライアントがダウンロード指示したソフトウェアと前記生成した構成情報と競合処理情報を前記ダウンロードクライアントに送信する送信ステップとを備え、前記ダウンロードクライアントからソフトウェアのダウンロード指示があった場合に前記構成情報と競合処理情報を生成し、送信することを特徴とする。
【発明の効果】
【００１６】
本発明のダウンロードクライアントとダウンロードサーバーによれば、ダウンロードクライアントはダウンロードによってリソースの競合条件が変化した場合においても変化に応じた競合処理を行うことが可能なためリソースが使用可能であるにもかかわらず使用できないような状態を防ぐことができ、リソースを効率よく使用することができる。
【発明を実施するための最良の形態】
【００１７】
以下本発明の実施の形態について、図面を参照しながら説明する。
（実施の形態１）
図１は、本発明の実施の形態１におけるダウンロードシステムの構成図である。
図１において、１１０はダウンロードを要求するダウンロードクライアントの携帯電話である。１５０はダウンロードを要求されるダウンロードサーバーである。
携帯電話（１１０）とダウンロードサーバー（１５０）は、通信網（１００）を介して通信を行いソフトウェアのダウンロードを実現する。ここでソフトウェアとは、アプリケーションプログラム、音声コーデックライブラリ、ＤＳＰ（Ｄｅｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）のプログラムなどハードウェア上で実行することが可能な情報を表わしている。
【００１８】
携帯電話（１１０）は、送信制御部１（１１２）、受信制御部１（１１３）、ダウンロード管理部１（１２０）、リソース管理部（１３０）、電話ソフト（１４０）から構成される。リソース管理部（１３０）は競合処理部（１３１）、競合処理情報（１３２）を持つ。
競合処理部（１３１）は、電話ソフト（１４０）などのソフトウェアから通知される「次状態問合せ」に対して、競合処理情報（１３２）の参照を行い、競合処理情報（１３２）で指定されている次にとるべき状態を問合せを行ったソフトウェアに対して返す。
また電話ソフト（１４０）などのソフトウェアから通知される「状態設定通知」に対して、競合処理情報（１３２）で指定されたソフトウェアに対して指定された通知を行う機能を持つ。
電話ソフト（１４０）は、電話網を介して音声通話を行う機能を持つ。なお、図１ではダウンロードに直接関係のない音声通話のための電話網、携帯電話のスピーカーやマイク、ボタン、ファイルシステムなどは省略している。
【００１９】
ダウンロードサーバー（１５０）は、送信制御部２（１５２）、受信制御部２（１５３）、ダウンロード管理部２（１６０）、構成情報生成部（１７０）、競合処理情報生成部（１８０）から構成される。ダウンロード管理部２（１６０）は、携帯電話（１１０）が持つ複数のソフトウェアとハードウェアの構成を表わす構成情報（１６１）を持つ。
【００２０】
次に図１を用いてダウンロードの動作を説明する。
携帯電話（１１０）のダウンロード管理部１（１２０）は、使用者からダウンロードの指示があるとダウンロード指示を送信制御部１（１１２）に渡す。送信制御部１（１１２）は、渡されたダウンロード指示を通信網（１００）を介してダウンロードサーバー（１５０）に送信する。
【００２１】
ダウンロードサーバー（１５０）は、通信網（１００）を介して携帯電話（１１０）から送信されたダウンロード指示を受信制御部２（１５３）で受信する。受信制御部２（１５３）は、受信したダウンロード指示をダウンロード管理部２（１６０）に渡す。ダウンロード管理部２（１６０）は、構成情報（１６１）と受信制御部２（１５３）から渡されたダウンロード指示を構成情報生成部（１７０）に渡す。構成情報生成部（１７０）は、渡された構成情報（１６１）とダウンロード指示で指定されたソフトウェアの仕様から新しい構成情報（新構成情報）を生成し、この新構成情報をダウンロード管理部２（１６０）に渡す。
ダウンロード管理部２（１６０）は、構成情報生成部（１７０）から渡された新構成情報を競合処理情報生成部（１８０）に渡す。競合処理情報生成部（１８０）は、渡された新構成情報から携帯電話（１１０）でダウンロード後に使用する新しい競合処理情報（新競合処理情報）を生成し、ダウンロード管理部２（１６０）に渡す。ここで新競合処理情報は、ダウンロード後、携帯電話（１１０）がソフトウェアを実行したときに、競合が発生した場合の競合処理が記述してある。競合処理情報生成部（１８０）から新競合処理情報を渡されたダウンロード管理部２（１６０）は、新競合処理情報とダウンロード指示されたソフトウェアを送信制御部２（１５２）に渡す。送信制御部２（１５２）は、渡された新競合処理情報とダウンロード指示されたソフトウェアを通信網（１００）を介して携帯電話（１１０）に送信する。送信が成功すると、ダウンロード管理部２（１６０）は、構成情報（１６１）を新構成情報と置き換える。
【００２２】
携帯電話（１１０）は、通信網（１００）を介してダウンロードサーバー（１５０）から送信されたダウンロード指示したソフトウェアと新競合処理情報を受信制御部１（１１３）で受信する。受信制御部１（１１３）は、受信した新競合処理情報とダウンロード指示したソフトウェアをダウンロード管理部１（１２０）に渡す。ダウンロード管理部１（１２０）は、渡されたダウンロードソフトウェアを携帯電話に組み込み、新競合処理情報をリソース管理部（１３０）に渡す。リソース管理部（１３０）は、渡された新競合処理情報を既存の競合処理情報（１３２）と置き換える。
【００２３】
次に本発明の実施の形態１における競合処理部（１３１）の動作を説明するために、図２を用いて、ダウンロード前の電話ソフト（１４０）で使用者が着呼後のオフフックにより通話を開始し、オンフックによって通話を終了する場合の動作を説明する。
図２は電話ソフト（１４０）の詳細を説明するための構成図である。
電話ソフト（１４０）は、電話網（２４０）を通じて電話機能を有する別の機器と通話を行う。電話ソフト（１４０）は、使用者からの指示の入力処理を行う電話アプリ（２００）と、電話網（２４０）を介して通話相手機器との接続、切断、音声を圧縮した圧縮Ａｕｄｉｏデータの送信と受信を制御する通話通信制御部（２０２）と、着信音の圧縮Ａｕｄｉｏデータをファイルシステム（２３１）から読み出し提供するＦＳＲＣ１（２１１）と、サブＣＰＵ（２３２）で圧縮ＡｕｄｉｏデータをデコードするＡＤＥＣ１（２１２）と、スピーカー制御部（２３３）を介してスピーカー（２３４）から着信音を出力するＡＲＥＮ１（２１３）と、音声通話の圧縮ＡｕｄｉｏデータをデコードするＡＤＥＣ１２（２２２）と、ＡＲＥＮ１（２１３）と同様にスピーカー制御部（２３３）を介してスピーカー（２３４）から通話相手の音声を出力するＡＲＥＮ１２（２２１）と、マイク制御部（２３５）を介してマイク（２３６）から使用者の通話音声を入力するＡＣＡＰ１２（２２３）と、使用者の通話音声をサブＣＰＵ（２３２）を使用して圧縮Ａｕｄｉｏ音声に変換するＡＥＮＣ１２（２２４）と、ＡＤＥＣ１２（２２２）、ＡＲＥＮ１２（２２１）、ＡＣＡＰ１２（２２３）、ＡＥＮＣ１２（２２４）を制御して着信音の再生と通話のＡｕｄｉｏデータストリームを処理するストリーム制御部１（２０１）とから構成される。
【００２４】
まず、通話通信制御部（２０２）が電話網（２４０）から着呼を受けると電話アプリ（２００）に「着呼」を通知する。電話アプリ（２００）は、「着呼」を通知されるとリソース管理部（１３０）に「次状態問合せ（着呼）」を行う。ここで「（着呼）」は「着呼」が次状態問合せのパラメータであることを表わす。次状態問合せのパラメータには通知が使用される。リソース管理部（１３０）は、「次状態問合せ（着呼）」に対して競合処理部（１３１）で競合処理情報（１３２）を参照して次状態を返す。今、携帯電話（１１０）にはアプリケーションソフトが電話ソフト（１４０）しか存在せず、リソースの競合が発生しないため競合処理情報は空である。このため競合処理情報には「次状態問合せ（着呼）」に対する次状態の指定が存在しない。次状態の指定がない場合、競合処理部（１３１）は、「指定なし」を返す。「指定なし」は、問合わせを行ったソフトウェアの判断で次の状態を決めてよいことを表わす。「指定なし」を通知された電話アプリ（２００）は、「着呼」した場合のデフォルトの遷移先状態である「オフフック待ち」状態に遷移し、競合処理部（１３１）に「状態設定通知（着呼）」を通知する。ここで「（着呼）」は「着呼」が次状態設定通知のパラメータであることを表わす。次状態設定通知のパラメータには通知が使用される。
「状態設定通知（着呼）」を通知された競合処理部（１３１）は、競合処理情報（１３２）に従って「状態設定通知（着呼）」に対応する処理を行う。今、競合処理情報は空なので行うべき処理はないため競合処理部（１３１）は何もしない。
【００２５】
「オフフック待ち」に遷移した電話アプリ（２００）は、ストリーム制御部１（２０１）に「着信音開始」を通知する。通知を受けたストリーム制御部１（２０１）は、競合処理部（１３１）に「次状態問合せ（着信音開始）」を通知する。通知を受けた競合処理部（１３１）は、競合処理情報（１３２）が空であるため「指定なし」を応答する。「指定なし」を返されたストリーム制御部１（２０１）は、「着信音開始」を通知されたときのデフォルトの遷移先である「着信音再生中」状態に遷移し、競合処理部（１３１）に「状態設定通知（着信音開始）」を通知する。
【００２６】
次に、「着信音再生中」状態に遷移したストリーム制御部１（２０１）は、ＦＳＲＣ１（２１１）、ＡＤＥＣ１（２１２）、ＡＲＥＮ１（２１３）に「開始」を通知する。
「開始」を通知されたＦＳＲＣ１（２１１）、ＡＤＥＣ１（２１２）、ＡＲＥＮ１（２１３）は、競合処理部（１３１）に「次状態問合せ（開始）」を通知する。通知された競合処理部（１３１）は、「指定なし」を応答する。「指定なし」を返されたＦＳＲＣ１（２１１）、ＡＤＥＣ１（２１２）、ＡＲＥＮ１（２１３）は、「開始」を通知された場合に遷移するデフォルトの状態である「動作中」に遷移し、競合処理部（１３１）に「状態設定通知（開始）」を通知する。
「動作中」状態に遷移したＦＳＲＣ１（２１１）は、着信音に設定された圧縮Ａｕｄｉｏファイルをファイルシステム（２３１）を介して読み出しＡＤＥＣ１（２１２）に渡す。ＡＤＥＣ１（２１２）は、ＦＳＲＣ１（２１１）から渡された圧縮ＡｕｄｉｏデータをサブＣＰＵ（２３２）を用いてＰＣＭデータにデコードし、ＡＲＥＮ１（２１３）に渡す。ＰＣＭデータを渡されたＡＲＥＮ１（２１３）は、ボリューム設定に従って音量調整を行ったＰＣＭデータをスピーカー制御部（２３３）に渡す。スピーカー制御部（２３３）は、渡されたＰＣＭデータをミキシングしてアナログ信号に変換した後、スピーカー（２３４）から音声出力する。なお、今はスピーカー制御部（２３３）に渡されているＰＣＭデータはＡＲＥＮ１（２１３）からのデータ１つだけなのでミキシングの効果はない。
【００２７】
次に着信音を聞いた使用者がオフフックを行い、電話アプリ（２００）に「オフフック」が通知される。
「オフフック」を通知された電話アプリ（２００）は、「次状態問合せ（オフフック）」を競合処理部（１３１）に通知し、競合処理部（１３１）から「指定なし」を通知され、デフォルトの遷移先である「通話中」状態に遷移し、「状態設定通知（オフフック）」を競合処理部（１３１）に通知し、通話通信制御部（２０２）に「オフフック」を通知し、ストリーム制御部１（２０１）に「通話開始」を通知する。
「オフフック」を通知された通話通信制御部（２０２）は、通話通信の接続を行う。
「通話開始」を通知されたストリーム制御部１（２０１）は、「次状態問合せ（通話開始）」を競合処理部（１３１）に通知し、競合処理部（１３１）から「指定なし」を通知され、デフォルトの遷移先である「通話中」状態に遷移し、「状態設定通知（オフフック）」を競合処理部（１３１）に通知し、ＦＳＲＣ１（２１１）、ＡＤＥＣ１（２１２）、ＡＲＥＮ１（２１３）に「停止」を通知する。
「停止」を通知されたＦＳＲＣ１（２１１）、ＡＤＥＣ１（２１２）、ＡＲＥＮ１（２１３）は、「次状態問合せ（停止）」を競合処理部（１３１）に通知し、競合処理部（１３１）から「指定なし」を通知され、デフォルトの遷移先である「アイドル」状態に遷移し、「状態設定通知（停止）」を競合処理部（１３１）に通知する。
【００２８】
次に、ストリーム制御部１（２０１）は、ＡＣＡＰ１２（２２３）、ＡＥＮＣ１２（２２４）、ＡＤＥＣ１２（２２２）、ＡＲＥＮ１２（２２１）に「開始」を通知する。
「開始」を通知されたＡＣＡＰ１２（２２３）、ＡＥＮＣ１２（２２４）、ＡＤＥＣ１２（２２２）、ＡＲＥＮ１２（２２１）は、「次状態問合せ（開始）」を競合処理部（１３１）に通知し、競合処理部（１３１）から「指定なし」を通知され、デフォルトの遷移先である「動作中」状態に遷移し、「状態設定通知（開始）」を競合処理部（１３１）に通知する。
「動作中」状態に遷移したＡＣＡＰ１２（２２３）は、マイク制御部（２３５）から渡された音声データをＰＣＭデータに変換してＡＥＮＣ１２（２２４）へ渡す。ＰＣＭデータを渡されたＡＥＮＣ１２（２２４）は、渡されたＰＣＭデータをサブＣＰＵ（２３２）を用いて圧縮Ａｕｄｉｏデータに変換して通話通信制御部（２０２）に渡す。圧縮Ａｕｄｉｏデータを渡された通話通信制御部（２０２）は、電話網（２４０）を介して圧縮Ａｕｄｉｏデータを通信相手の電話機へ送信する。
【００２９】
「動作中」状態に遷移したＡＤＥＣ１２（２２２）は、通話通信制御部（２０２）から渡された圧縮Ａｕｄｉｏデータを、サブＣＰＵ（２３２）を用いたデコードによりＰＣＭデータに変換しＡＲＥＮ１２（２２１）へ渡す。ＰＣＭデータを渡されたＡＲＥＮ１２（２２１）は、ボリューム設定に従った音量調整を行なった後に、ＰＣＭデータをスピーカー制御部（２３３）に渡す。スピーカー制御部（２３３）は、渡されたＰＣＭデータをアナログ信号に変換した後、スピーカー（２３４）から音声出力する。
【００３０】
次に、通話が終了し使用者がオンフックを行うと、電話アプリ（２００）に「オンフック」が通知される。「オンフック」を通知された電話アプリ（２００）は、「次状態問合せ（オンフック）」を競合処理部（１３１）に通知し、競合処理部（１３１）から「指定なし」を通知され、デフォルトの遷移先である「アイドル」状態に遷移し、「状態設定通知（アイドル）」を競合処理部（１３１）に通知し、「停止」をストリーム制御部１（２０１）へ通知し、「オンフック」を通話通信制御部（２０２）へ通知する。
「オンフック」を通知された通話通信制御部（２０２）は、通話通信の接続を切断する。
「停止」を通知されたストリーム制御部１（２０１）は、「次状態問合せ（停止）」を競合処理部（１３１）に通知し、競合処理部（１３１）から「指定なし」を通知され、デフォルトの遷移先である「アイドル」状態に遷移し、「状態設定通知（アイドル）」を競合処理部（１３１）に通知し、ＡＣＡＰ１２（２２３）、ＡＥＮＣ１２（２２４）、ＡＤＥＣ１２（２２２）、ＡＲＥＮ１２（２２１）へ「停止」を通知する。「停止」を通知されたＡＣＡＰ１２（２２３）、ＡＥＮＣ１２（２２４）、ＡＤＥＣ１２（２２２）、ＡＲＥＮ１２（２２１）は、「次状態問合せ（停止）」を競合処理部（１３１）に通知し、競合処理部（１３１）から「指定なし」を通知され、デフォルトの遷移先である「アイドル」状態に遷移し、「状態設定通知（アイドル）」を競合処理部（１３１）に通知する。以上で電話通話が完了する。
【００３１】
次に、以降の説明に必要な構成情報について図５を用いて説明しておく。
図５はダウンロード前の携帯電話（１１０）の構成情報（１６１）である。
構成情報は、携帯電話（１１０）のソフトウェア、ハードウェアの構成を階層的に表しており、構成要素の種別を表わす項目とその項目の値の組からなる配列である。階層構造の各レベルの構成要素は、一つ下のレベルの構成要素を使用する。一般に同じレベルに同じ種別の項目は複数存在するので、第１、第２、第３、、、、という接頭子をつけて区別する。項目はレベルが高い順に機器モデル、アプリ、ストリーム制御部、［ＦＳＲＣ、ＡＤＥＣ、ＡＲＥＮ、ＡＣＡＰ、ＡＥＮＣ］、ドライバとなっている。ここで［ＦＳＲＣ、ＡＤＥＣ、ＡＲＥＮ、ＡＣＡＰ、ＡＥＮＣ］は、ＦＳＲＣ、ＡＤＥＣ、ＡＲＥＮ、ＡＣＡＰ、ＡＥＮＣが同じレベルであることを表わしている。図５では、このレベルをわかりやすくするためにレベルが一つ下がるごとに「・」を一つずつ項目の最初に付加している。各構成要素がどの構成要素に使用されるかは、配列に設定した位置で表わす。設定位置を上にたどり、一番最初にたどり着いた一つ上のレベルの要素がその構成要素の属する一つ上のレベルの要素である。
【００３２】
各項目の値は、その構成要素を特定できるユニークな値であり、開発時にその値が決定されている。例えば、機器モデルの値「ＭＯＢＩＬＥＰＨＯＮＥ００００１」（５００００）は同じ型番の携帯電話であれば同じ値であるが型番が異なれば異なった値となる。ダウンロードサーバー（１５０）はこの値から機器モデルを特定することで製品出荷時のソフトウェア構成、ハードウェア構成を特定することができる。同様に「電話アプリ」（５１０００）の値で示される構成要素は、ストリーム制御部を２つ持っている電話網によって音声通話を行うアプリケーションであることをあらかじめダウンロードサーバーは知っているため、構成情報に「電話アプリ」（５１０００）が設定してある携帯電話（１１０）が、電話網によって音声通話を行うアプリケーションを持っており、そのアプリケーションは、ストリーム制御部を２つ持っていることをダウンロードサーバー（１５０）は特定することができる。なお、構成情報は配列に限らず、二分木など他の構造のデータを使用してもよい。
【００３３】
図５で示した構成情報によれば携帯電話（１１０）の機器モデルの値が「ＭＯＢＩＬＥＰＨＯＮＥ００００１」（５００００）であり、この携帯電話が持つアプリケーションが電話アプリ（５１０００）だけであり、電話アプリ（５１０００）は「ストリーム制御部１」（５１１００）と「ストリーム制御部２」（５１２００）を使用し、「ストリーム制御部１」（５１１００）は「ＦＳＲＣ１」（５１１１０）、「ＡＤＥＣ１」（５１１２０）、「ＡＲＥＮ１」（５１１３０）を使用し、「ストリーム制御部２」（５１２００）は「ＡＤＥＣ１２」（５１２１０）、「ＡＲＥＮ１２」（５１２２０）、「ＡＣＡＰ１２」（５１２３０）、「ＡＥＮＣ１２」（５１２４０）を使用し、「ＦＳＲＣ１」（５１１１０）は「ファイルシステム」（５１１１１）を使用し、「ＡＤＥＣ１」（５１１２０）は「サブＣＰＵ」（５１１２１）を使用し、「ＡＲＥＮ１」（５１１３０）は「スピーカー制御部」（５１１３１）を使用し、「ＡＤＥＣ１２」（５１２１０）は「サブＣＰＵ」（５１２１１）を使用し、「ＡＲＥＮ１２」（５１２２０）は「スピーカー制御部」（５１２２１）を使用し、「ＡＣＡＰ１２」（５１２３０）は「マイク制御部」（５１２３１）を使用し、「ＡＥＮＣ１２」（５１２４０）は「サブＣＰＵ」（５１２４１）を使用していることをダウンロードサーバー（１５０）は知ることができる。
【００３４】
次に携帯電話（１１０）にＡｕｄｉｏ再生ソフト（３００）をダウンロードする場合の動作を図１、図３を用いて説明する。
図３はＡｕｄｉｏ再生ソフト（３００）の詳細を説明するための構成図であり、Ａｕｄｉｏ再生ソフト（３００）をダウンロードした後の電話ソフト（１４０）とＡｕｄｉｏ再生ソフト（３００）が示してある。
電話ソフト（１４０）に関しては既に説明したので説明は省略する。
Ａｕｄｉｏ再生ソフト（３００）は、指定されたファイルから圧縮Ａｕｄｉｏデータを読み出してデコードした後、スピーカーからＡｕｄｉｏ出力する。
Ａｕｄｉｏ再生ソフト（３００）は、使用者からの指示の入力を行うＡｕｄｉｏ再生アプリ（３０１）と、圧縮Ａｕｄｉｏデータをファイルシステム（２３１）から読み出して提供するＦＳＲＣ２（３１１）と、サブＣＰＵ（２３２）で圧縮ＡｕｄｉｏデータをデコードするＡＤＥＣ２（３１２）と、スピーカー制御部（２３３）を介してスピーカー（２３４）から着信音を出力するＡＲＥＮ２（３１３）と、ＦＳＲＣ２（３１１）、ＡＤＥＣ２（３１２）、ＡＲＥＮ２（３１３）を制御して再生するＡｕｄｉｏデータストリームを処理するストリーム制御部２（３１０）とから構成される。
【００３５】
まず、使用者がＡｕｄｉｏ再生ソフト（３００）のダウンロードを要求すると携帯電話（１１０）は、ダウンロードサーバー（１５０）にダウンロード指示を送信する。ダウンロードサーバー（１５０）は、構成情報生成部（１７０）で既存の構成情報（１６１）とダウンロード指示で指定されたソフトウェアであるＡｕｄｉｏ再生ソフト（３００）の仕様から新しい構成情報である新構成情報を生成する。
新構成情報の構成を図６に示す。ダウンロードサーバー（１５０）は、ダウンロード指示で指定されたＡｕｄｉｏ再生ソフト（３００）の仕様としてＡｕｄｉｏ再生ソフト（３００）の構成情報を保持している。構成情報生成部（１７０）は、携帯電話（１１０）のダウンロード前の構成情報（１６１）にＡｕｄｉｏ再生ソフト（３００）の構成情報を第２アプリの構成情報（６２０００〜６２１３１）として追加設定し、Ａｕｄｉｏ再生ソフト（３００）をダウンロードした後の携帯電話（１１０）の構成情報（図６）を生成する。図６の５００００〜５１２４１はダウンロード前の構成情報と同じ構成要素である。ダウンロードするＡｕｄｉｏ再生アプリは第２アプリとして設定されている（６２０００）。Ａｕｄｉｏ再生アプリはストリーム制御部を一つ持ち、そのストリーム制御部はストリーム制御部２である（６２１００）。ストリーム制御部２は、ＦＳＲＣ２（６２１１０）、ＡＤＥＣ２（６２１２０）、ＡＲＥＮ２（６２１３０）で構成されている。
ＦＳＲＣ２は、ファイルシステムで構成されている（６２１１１）。同様にＡＤＥＣ２、ＡＲＥＮ２は、それぞれサブＣＰＵ、スピーカー制御部で構成されている（６２１２１、６２１３１）。
【００３６】
新構成情報を生成したダウンロードサーバー（１５０）は、競合処理情報生成部（１８０）で、新構成情報から競合処理情報を生成する。本発明における実施形態１におけるダウンロードサーバーでは、構成情報と対応させてその構成で最も適切な競合処理情報を保持しており、新構成情報に対応させて保時している競合処理情報を生成した新競合処理情報とする。
新競合処理情報を生成したダウンロードサーバー（１５０）は、ダウンロード指示されたＡｕｄｉｏ再生ソフト（３００）と生成した新競合処理情報を携帯電話（１１０）に送信する。Ａｕｄｉｏ再生ソフト（３００）と新競合処理情報を受信した携帯電話（１１０）は、受信したＡｕｄｉｏ再生ソフト（３００）を組み込み、既存の競合処理情報（１３２）を受信した新競合処理情報と置き換える。なお既に説明しているダウンロード時の細かな動作の説明は省略した。
【００３７】
競合処理情報生成部（１８０）で生成した新競合処理情報の詳細を図８に示す。
競合処理情報は、Ｃ言語に似たテキストデータで構成されており、競合が発生した場合の処理を表わしている。８１００〜８１２０は、電話ソフト（１４０）のストリーム制御部１（２０１）に「通話開始」が通知された場合に、Ａｕｄｉｏ再生ソフト（３００）のストリーム制御部２（３１０）が「動作中」だった場合は電話ソフト（１４０）による通話を優先させるために、ストリーム制御部２（３１０）を一時停止することを表わす。
８２００〜８２２０は、Ａｕｄｉｏ再生ソフト（３００）のストリーム制御部２（３１０）に開始が通知されたとき、ストリーム制御部１（２０１）が「通話中」状態であった場合は、ストリーム制御部２（３１０）の状態を遷移させることができないことを表わしている。
これらは、サブＣＰＵ（２３２）がＡＤＥＣ２（３１２）による圧縮ＡｕｄｉｏデータのデコードとＡＤＥＣ１２（２２２）による音声通話の圧縮Ａｕｄｉｏデータのデコードを同時に行う能力を持たないため、音声通話を優先し、電話ソフト（３００）がサブＣＰＵ（２３２）を通話に使用する場合は、Ａｕｄｉｏ再生ソフト（３００）はサブＣＰＵ（２３２）を使用できないようにするための情報である。
電話ソフト（１４０）は、着信音の再生時にもＡＤＥＣ１（２１２）でサブＣＰＵ（２３２）を使用するが、この場合サブＣＰＵ（２３２）は着信音のデコードと同時にＡｕｄｉｏ再生ソフト（３００）のＡＤＥＣ２（３１２）による圧縮Ａｕｄｉｏデータのデコードを同時に行う能力は持っているため、特別な処理は必要ない。このため、この条件が発生した場合の対応は記述されていない。
【００３８】
次にＡｕｄｉｏ再生ソフト（３００）をダウンロードした後の携帯電話（１１０）の動作を図３、図８を用いて説明する。
まず、電話アプリ（２００）が着信を待っている状態である「アイドル」状態の時にＡｕｄｉｏ再生ソフト（３００）で再生を行う場合の動作を説明する。
使用者がＡｕｄｉｏ再生を要求すると、Ａｕｄｉｏ再生アプリ（３０１）は「開始」の通知を受ける。
「開始」を通知されたＡｕｄｉｏ再生アプリ（３０１）は、競合処理部（１３１）に「次状態問合せ（開始）」を通知する。競合処理部（１３１）は、競合処理情報（１３２）を参照し該当する情報がないので「指定なし」を返す。
「指定なし」を返されたＡｕｄｉｏ再生アプリ（３０１）は、デフォルトの遷移先である動作中状態に遷移し、競合処理部（１３１）に「状態設定通知（開始）」を通知する。
「状態設定通知（開始）」を通知された競合処理部（１３１）は、競合処理情報（１３２）にＡｕｄｉｏ再生アプリ（３０１）から「状態設定通知（開始）」を通知された場合の対応がないため何も行わない。
【００３９】
次に、Ａｕｄｉｏ再生アプリ（３０１）は、ストリーム制御部２（３１０）に「開始」を通知する。
「開始」を通知されたストリーム制御部２（３１０）は、競合処理部（１３１）に「次状態問合せ（開始）」を通知する。
「次状態問合せ（開始）」を通知された競合処理部（１３１）は、競合処理情報（１３２）を参照し、通知に関する情報（８２００〜８２２０）があることを知る。８２００〜８２２０は、ストリーム制御部１が「通話中」の場合の対応が記述されているが、今、ストリーム制御部１は「通話中」状態ではないため次状態として「指定なし」を返す。
「指定なし」を返されたストリーム制御部２（３１０）は、デフォルトの遷移先である「動作中」状態に遷移し、ＦＳＲＣ２（３１１）、ＡＤＥＣ２（３１２）、ＡＲＥＮ２（３１３）に「開始」を通知する。
「開始」を通知されたＦＳＲＣ２（３１１）、ＡＤＥＣ２（３１２）、ＡＲＥＮ２（３１３）は、競合処理部（１３１）に「次状態問合せ（開始）」を通知する。通知された競合処理部（１３１）は、「指定なし」を応答する。「指定なし」を応答されたＦＳＲＣ２（３１１）、ＡＤＥＣ２（３１２）、ＡＲＥＮ２（３１３）は、「開始」を通知された場合に遷移するデフォルトの状態である「動作中」に遷移し、競合処理部（１３１）に「状態設定通知（開始）」を通知する。
「状態設定通知（開始）」を通知された競合処理部（１３１）は、競合処理情報（１３２）にこの通知に関する情報がないため何もしない。
「動作中」に遷移したＦＳＲＣ２（３１１）、ＡＤＥＣ２（３１２）、ＡＲＥＮ２（３１３）は、ＦＳＲＣ１（２１１）、ＡＤＥＣ１（２１２）、ＡＲＥＮ１（２１３）と同様に動作しスピーカー（２３４）からＡｕｄｉｏ出力を行う。
【００４０】
次に、Ａｕｄｉｏ再生ソフト（３００）で再生中に電話の着呼が発生した場合の動作を説明する。
Ａｕｄｉｏ再生ソフト（３００）がスピーカー（２３４）からＡｕｄｉｏ出力するまでの動作は既に説明したので省略する。
Ａｕｄｉｏ再生ソフト（３００）がＡｕｄｉｏ出力中に着呼が発生すると、既に説明したように電話ソフト（１４０）で着信音の再生が行われる。着呼から着信音のＡｕｄｉｏ出力が行われるまでの間に、電話ソフト（１４０）を構成するソフトウェアは競合処理部（１３１）に対して「次状態問合せ」と「状態設定通知」を通知するが、競合処理情報（１３２）（８１００〜８２２０）には該当する処理がないため既に説明したのと同じ動作が行われ着信音が再生される。なお、Ａｕｄｉｏ再生ソフト（３００）によるＡｕｄｉｏ出力と着信音のＡｕｄｉｏ出力は、それぞれＡＲＥＮ１（２１３）とＡＲＥＮ２（３１３）でボリューム調整された後、２系統のＰＣＭデータとしてスピーカー制御部（２３３）へ渡される。スピーカー制御部（２３３）は、これら２系統のＰＣＭデータをミキシングした後、アナログデータに変換してスピーカーから出力を行う。
【００４１】
次に、使用者がオフフックを行うと電話アプリ（２００）に「オフフック」が通知される。
「オフフック」を通知された電話アプリ（２００）は、競合処理部（１３１）に「次状態問合せ（オフフック）」を通知する。通知された競合処理部（１３１）は、「指定なし」を応答する。「指定なし」を応答された電話アプリ（２００）は、「オフフック」を通知された場合に遷移するデフォルトの状態である「通話中」に遷移し、競合処理部（１３１）に「状態設定通知（開始）」を通知する。
「状態設定通知（開始）」を通知された競合処理部（１３１）は、競合処理情報（１３２）にこの通知に関する情報がないため何もしない。
「通話中」状態に遷移した電話アプリ（２００）は、ストリーム制御部１（２０１）に「通話開始」を通知する。
【００４２】
「通話開始」を通知されたストリーム制御部１（２０１）は、競合処理部（１３１）に「次状態問合せ（通話開始）」を通知する。「次状態問合せ」を通知された競合処理部（１３１）は、競合処理情報（１３２）に通知に該当する情報（８１００〜８１２０）を見つける。しかし、８１００〜８１２０で「次状態問合せ」に関する情報はなく、「次状態問合せ（通話開始）」は次状態に関する情報のみを処理し「通知」の処理は行わないため、競合処理部（１３１）は次状態として「指定なし」を返す。
「指定なし」を返されたストリーム制御部１（２０１）は、デフォルトの遷移先である「通話中」状態に遷移し、競合処理部（１３１）に「状態設定通知（通話開始）」を通知し、ＦＳＲＣ１（２１１）、ＡＤＥＣ１（２１２）、ＡＲＥＮ１（２１３）に「停止」を通知し、ＡＣＡＰ１２（２２３）、ＡＥＮＣ１２（２２４）、ＡＤＥＣ１２（２２２）、ＡＲＥＮ１２（２２１）に「開始」を通知する。
【００４３】
「状態設定通知（通話開始）」を通知された競合処理部（１３１）は、競合処理情報（１３２）に該当する情報（８１００〜８１２０）を見つける。今、ストリーム制御部２（３１０）の状態は「動作中」であるため、８１１０のｉｆ条件は真となり競合処理部（１３１）はｉｆ文の処理にしたがってストリーム制御部２（３１０）に「一時停止」の通知を行う（８１１１）。
競合処理部（１３１）から「一時停止」を通知されたストリーム制御部２（３１０）は、競合処理部（１３１）に「次状態問合せ（一時停止）」を行う。競合処理情報（１３２）には該当する情報はないため、競合処理部（１３１）は「指定なし」を通知する。競合処理部（１３１）から「指定なし」通知されたストリーム制御部２（３１０）は、デフォルトの状態遷移先である「一時停止」状態に遷移し、競合処理部（１３１）に「状態設定通知（一時停止）」を通知する。競合処理情報（１３２）にはこの通知に関する情報はないため、競合処理部（１３１）は何も行わない。
【００４４】
次にストリーム制御部２（３１０）は、Ａｕｄｉｏ再生アプリ（３０１）、ＦＳＲＣ２（３１１）、ＡＤＥＣ２（３１２）、ＡＲＥＮ２（３１３）に「一時停止」を通知する。
「一時停止」を通知されたＡｕｄｉｏ再生アプリ（３０１）、ＦＳＲＣ２（３１１）、ＡＤＥＣ２（３１２）、ＡＲＥＮ２（３１３）は、競合処理部（１３１）に「次状態問合せ（一時停止）」を通知する。競合処理情報（１３２）にはこの通知に対応する情報がないため、競合処理部（１３１）は「指定なし」を通知する。「指定なし」を通知されたＡｕｄｉｏ再生アプリ（３０１）、ＦＳＲＣ２（３１１）、ＡＤＥＣ２（３１２）、ＡＲＥＮ２（３１３）は、デフォルトの遷移先である「一時停止」状態に遷移し、一時停止処理を行う。ＡＤＥＣ２（３１２）の一時停止処理では、ＡＤＥＣ２（３１２）によるサブＣＰＵ（２３２）のデコード処理は中断され、サブＣＰＵ（２３２）でのＡＤＥＣ２（３１２）のデコードによる処理負荷がなくなるため、ＡＤＥＣ１２（２２２）によるデコード処理と、ＡＲＥＮ１２（２２１）によるエンコード処理が可能になる。
「一時停止状態」に遷移したＡｕｄｉｏ再生アプリ（３０１）、ＦＳＲＣ２（３１１）、ＡＤＥＣ２（３１２）、ＡＲＥＮ２（３１３）は、「状態設定通知（一時停止）」を競合処理部（１３１）へ通知する。競合処理情報（１３２）にはこの通知に該当する情報はないため、競合処理部（１３１）は何もしない。
【００４５】
ストリーム制御部１（２０１）から「停止」を通知されたＦＳＲＣ１（２１１）、ＡＤＥＣ１（２１２）、ＡＲＥＮ１（２１３）は、競合処理部（１３１）に「次状態問合せ（停止）」を通知する。競合処理部（１３１）は、競合処理情報（１３２）にこの通知に関する情報がないため「指定なし」を返す。「指定なし」を返されたＦＳＲＣ１（２１１）、ＡＤＥＣ１（２１２）、ＡＲＥＮ１（２１３）は、デフォルトの遷移先状態である「アイドル」に遷移し、競合処理部（１３１）に「状態設定通知（停止）」を通知する。「状態設定通知（停止）」を通知された競合処理部（１３１）は、競合処理情報（１３２）にこの通知に関する情報がないため何も行わない。
ストリーム制御部１（２０１）から「開始」を通知されたＡＣＡＰ１２（２２３）、ＡＥＮＣ１２（２２４）、ＡＤＥＣ１２（２２２）、ＡＲＥＮ１２（２２１）は、通話に必要な処理を行う。この処理の詳細は既に説明したものと同じため、ここでの説明は省略する。
【００４６】
次に電話ソフト（１４０）で通話を行っている時にＡｕｄｉｏ再生ソフト（３００）で再生を行った時の動作を説明する。
使用者が携帯電話（１１０）にＡｕｄｉｏ再生を要求してからＡｕｄｉｏ再生アプリ（３０１）がストリーム制御部２（３１０）に「開始」を通知するまでの動作は、既に説明しているのでここでは省略する。「開始」を通知されたストリーム制御部２（３１０）は、競合処理部（１３１）に「次状態設定（開始）」を通知する。「次状態設定（開始）」を通知された競合処理部（１３１）は、ストリーム制御部１（２０１）が「通話中」状態であるので競合処理情報（１３２）の「次状態設定（開始）」に関する情報８２１１に従って、次状態としてストリーム制御部２（３１０）の今の状態である「アイドル」状態を返す。
「アイドル」状態を通知されたストリーム制御部２（３１０）は、すでにアイドル状態にいるため状態遷移することなく「アイドル」状態にとどまり、Ａｕｄｉｏ再生アプリ（３０１）に「開始失敗」を通知する。
「開始失敗」を通知されたＡｕｄｉｏ再生アプリ（３０１）は、競合処理部（１３１）に「次状態問合せ（開始失敗）」を通知する。通知された競合処理部（１３１）は、通知に関する情報が競合処理情報（１３２）にないため「指定なし」をＡｕｄｉｏ再生アプリ（３０１）に通知する。通知をされたＡｕｄｉｏ再生アプリ（３０１）は、デフォルトの遷移先状態である「アイドル」状態に遷移し、競合処理部（１３１）に「状態設定通知（開始失敗）」を通知する。通知をされた競合処理部（１３１）は、競合処理情報（１３２）に該当する処理がないため何もしない。
【００４７】
次にＡｕｄｉｏ再生ソフト（３００）のＡＤＥＣ２（３１２）を、ダウンロードしたＡＤＥＣ３（４０１）で置き換えた場合の動作を、図４を用いて説明する。ここでＡＤＥＣ３（４０１）は、Ａｕｄｉｏソフトデコーダー（４０２）を使用してデコードを行うをソフトウェアである。Ａｕｄｉｏソフトデコーダー（４０２）は、サブＣＰＵ（２３２）を使用せず、メインＣＰＵを用いて圧縮Ａｕｄｉｏデータのデコードを行うソフトウェアである。ＡＤＥＣ３（４０１）ダウンロード後のＡｕｄｉｏ再生ソフト（３００）の構成を図４に示す。ダウンロード前のＡＤＥＣ２（３１２）が、ＡＤＥＣ３（４０１）とＡｕｄｉｏソフトデコーダー（４０２）に置き換わっている。
【００４８】
まず使用者がＡｕｄｉｏ再生ソフト（３００）のＡＤＥＣ２（３１２）をＡＤＥＣ３（４０１）で置き換えるために、ＡＤＥＣ３（４０１）のダウンロードを携帯電話（１１０）に要求すると、携帯電話（１１０）はダウンロードサーバー（１５０）にＡＤＥＣ２（３１２）と置き換えるためのＡＤＥＣ３（４０１）のダウンロード指示を送信する。ダウンロードサーバー（１５０）は、構成情報生成部（１７０）で既存の構成情報（１６１）とＡＤＥＣ２（３１２）と置き換えるために、ダウンロード指示で指定されたソフトウェアであるＡＤＥＣ３（４０１）の仕様から新しい構成情報である新構成情報を生成する。
新構成情報の構成を図７に示す。ダウンロードサーバー（１５０）は、ダウンロード指示で指定されたＡＤＥＣ３（４０１）がＡｕｄｉｏソフトデコーダー（４０２）を使用するソフトウェアであるという仕様を保持している。構成情報生成部（１７０）は、今回、ＡＤＥＣ３（４０１）がＡＤＥＣ２（３１２）と置き換えられるというダウンロード指示の内容より、携帯電話（１１０）のＡＤＥＣ３（４０１）を、ダウンロードする前の構成情報（図６の５００００〜５１２４１、６２０００〜６２１３１）のうちのＡＤＥＣ２（３１２）に該当する部分の情報（６２１２０、６２１２１）をＡＤＥＣ３（４０１）に関する情報（７２１２０、７２１２１）で置き換え、ＡＤＥＣ３（４０１）とそれに付随して同時にダウンロードされるＡｕｄｉｏソフトデコーダー（４０２）をダウンロードした後の携帯電話（１１０）の構成情報（図７）を生成する。図７の５００００〜６２１１１、６２１３０、６２１３１はダウンロード前の構成情報と同じ構成要素である。ダウンロードするＡＤＥＣ３（４０１）とＡｕｄｉｏソフトデコーダー（４０２）は、それぞれＡｕｄｉｏ再生アプリ（６２０００）の使用する第１ＡＤＥＣ（７２１２０）、第１ＡＤＥＣの第１ドライバ（７２１２１）として設定されている。
【００４９】
新構成情報を生成したダウンロードサーバー（１５０）は、競合処理情報生成部（１８０）で、新構成情報から競合処理情報を生成する。ＡＤＥＣ３（４０１）をダウンロードした後では、ＡＤＥＣ２（３１２）がＡＤＥＣ３（４０１）に置き換わることによってサブＣＰＵ（２３２）の競合が発生しなくなるため、携帯電話（１１０）での競合がなくなる。従って、ダウンロードサーバー（１５０）では、図７の構成情報の場合には対応する競合処理情報として空の情報があらかじめ設定してある。このため今回のダウンロードでの新競合処理情報は空になる。
新競合処理情報を生成したダウンロードサーバー（１５０）は、ダウンロード指示されたＡＤＥＣ３（４０１）とそれに付随するＡｕｄｉｏソフトデコーダー（４０２）と生成した新競合処理情報を携帯電話（１１０）に送信する。ＡＤＥＣ３（４０１）とそれに付随するＡｕｄｉｏソフトデコーダー（４０２）と新競合処理情報を受信した携帯電話（１１０）は、ＡＤＥＣ３（４０１）とＡｕｄｉｏソフトデコーダー（４０２）を組み込み、既存の競合処理情報（１３２）を受信した新競合処理情報と置き換える。
【００５０】
次に、ＡＤＥＣ３（４０１）をダウンロードした後の携帯電話（１１０）でＡｕｄｉｏ再生ソフト（３００）によるＡｕｄｉｏ再生中に着呼がありオフフックした場合の動作を図４により説明する。図４はＡＤＥＣ３（４０１）をダウンロードした後の電話ソフト（１４０）とＡｕｄｉｏ再生ソフト（３００）の構成を示した図である。電話ソフト（１４０）は、ダウンロード前との差異はない。Ａｕｄｉｏ再生ソフト（３００）は、ダウンロード前のＡＤＥＣ２（３１２）がＡＤＥＣ３（４０１）とＡｕｄｉｏソフトデコーダー（４０２）に置き換わっている。
オフフックまでの動作はＡＤＥＣ２（３１２）がＡＤＥＣ３（４０１）に、ＡＤＥＣ２（３１２）が使用するサブＣＰＵ（２３２）がＡｕｄｉｏソフトデコーダー（４０２）に置き換わったものと同じであるため省略する。
オフフックを使用者が行うと、電話アプリに「オフフック」が通知される。電話アプリ（２００）は、ストリーム制御部１（２０１）に「通話開始」を通知する。競合処理情報（１３２）は空であるので、ストリーム制御部１（２０１）は、通話開始時のデフォルトの遷移先状態である「通話中」状態に遷移する。競合処理情報（１３２）は空であるため、以降の動作は既に説明したＡｕｄｉｏ再生ソフト（３００）が再生を行っていない場合の動作と同じになるため説明は省略する。
【００５１】
以上のように、携帯電話（１１０）のダウンロード後の新しい構成に対応した競合処理情報をダウンロードサーバー（１５０）で生成し、既存の競合処理情報と置き換えることにより、携帯電話（１１０）は新しい構成に最適な競合処理を行うことが可能であり、リソースの処理能力としては処理可能であるにもかかわらず処理を行うことができないという状況を回避することが可能であり、サブＣＰＵ（２３２）などのリソースを効率よく使用することができる。
【００５２】
（実施の形態２）
図９は、本発明の実施の形態２におけるダウンロードシステムの構成図である。
図９において、９１０はダウンロードを要求するダウンロードクライアントの携帯電話である。９５０はダウンロードを要求されるダウンロードサーバーである。
携帯電話（９１０）は、送信制御部３（９１２）、受信制御部３（９１３）、ダウンロード管理部３（９２０）、リソース管理部（１３０）、電話ソフト（１４０）から構成される。リソース管理部（１３０）は競合処理部（１３１）、競合処理情報（１３２）を持つ。
ダウンロード管理部３（９２０）は、携帯電話（９１０）が持つ複数のソフトウェアとハードウェアの構成を表わす構成情報（９２１）を持つ。
ダウンロードサーバー（９５０）は、送信制御部４（９５２）、受信制御部４（９５３）、ダウンロード管理部４（９６０）、構成情報生成部（１７０）、競合処理情報生成部（１８０）から構成される。
【００５３】
次に、図９を用いて実施の形態２におけるダウンロードの動作を説明する。
携帯電話（９１０）のダウンロード管理部３（９２０）は、使用者からダウンロードの指示があると、ダウンロード指示と構成情報（９２１）を送信制御部３（９１２）に渡す。送信制御部３（９１２）は、渡されたダウンロード指示と構成情報（９２１）を通信網（１００）を介してダウンロードサーバー（９５０）に送信する。
【００５４】
ダウンロードサーバー（９５０）は、通信網（１００）を介して携帯電話（９１０）から送信されたダウンロード指示と構成情報（９２１）を受信制御部４（９５３）で受信する。受信制御部４（９５３）は、受信したダウンロード指示と構成情報（９２１）をダウンロード管理部４（９６０）に渡す。ダウンロード管理部４（９６０）は、受信制御部４（９５３）から渡されたダウンロード指示と構成情報（９２１）を構成情報生成部（１７０）に渡す。構成情報生成部（１７０）は、渡された構成情報（９２１）とダウンロード指示で指定されたソフトウェアの仕様から新しい構成情報（新構成情報）を生成し、この新構成情報をダウンロード管理部４（９６０）に渡す。
ダウンロード管理部４（９６０）は、構成情報生成部（１７０）から渡された新構成情報を競合処理情報生成部（１８０）に渡す。競合処理情報生成部（１８０）は、渡された新構成情報から携帯電話（９１０）でダウンロード後に使用する新しい競合処理情報（新競合処理情報）を生成し、ダウンロード管理部４（９６０）に渡す。競合処理情報生成部（１８０）から新競合処理情報を渡されたダウンロード管理部４（９６０）は、新構成情報と新競合処理情報とダウンロード指示されたソフトウェアを送信制御部４（９５２）に渡す。送信制御部４（９５２）は、渡された新構成情報と新競合処理情報とダウンロード指示されたソフトウェアを通信網（１００）を介して携帯電話（９１０）に送信する。
【００５５】
携帯電話（９１０）は、通信網（１００）を介してダウンロードサーバー（９５０）から送信されたダウンロード指示したソフトウェアと新構成情報と新競合処理情報を受信制御部３（９１３）で受信する。受信制御部３（９１３）は、受信した新構成情報と新競合処理情報とダウンロード指示したソフトウェアをダウンロード管理部３（９２０）に渡す。ダウンロード管理部３（９２０）は、渡されたダウンロードソフトウェアを携帯電話（９１０）に組み込み、新構成情報を既存の構成情報（９２１）と置き換え、新競合処理情報をリソース管理部（１３０）に渡す。リソース管理部（１３０）は、渡された新競合処理情報を既存の競合処理情報（１３２）と置き換える。
【００５６】
以上のように、携帯電話（９１０）のダウンロード後の新しい構成に対応した競合処理情報をダウンロードサーバー（９５０）で生成し、既存の競合処理情報と置き換えることにより、携帯電話（９１０）は新しい構成に最適な競合処理を行うことが可能であり、リソースの処理能力としては処理可能であるにもかかわらず処理を行うことができないという状況を回避することが可能であり、携帯電話（９１０）の持つリソースを効率よく使用することができる。
また、本実施の形態２ではダウンロードクライアントである携帯電話（９１０）が構成情報（９２１）を保持しているため、実施の形態１のようにダウンロードサーバー（１５０）で構成情報（１６１）を保持しておく必要がなく、特に複数のダウンロードクライアントとダウンロード処理を行うダウンロードサーバーにおいては構成情報を保存しておく領域を削減する効果がある。
さらに、本実施の形態２ではダウンロードクライアントである携帯電話（９１０）が構成情報（９２１）を保持しているため、実施の形態１のように携帯電話（１１０）の構成情報（１６１）を持つ特定のダウンロードサーバー（１９０）からしかダウンロードができないということがなく同じ機器モデルからのダウンロードが可能なダウンロードサーバーであればダウンロードが可能である。
【産業上の利用可能性】
【００５７】
本発明にかかるダウンロードクライアントは、競合処理情報に基づいて競合発生時の処理を行うため、効率のよいリソースの使用が可能であり、搭載されているリソースが比較的小さな携帯電話のような機器に有用である。
また本発明にかかるダウンロードサーバーは、ダウンロードクライアントで効率よくリソースを使用することを可能にする競合処理情報を生成することができるため携帯電話などのリソースが限られた機器向けのダウンロードサーバーとして有用である。
【図面の簡単な説明】
【００５８】
【図１】本発明の実施の形態１におけるダウンロードシステムの構成図
【図２】本発明の実施の形態１における電話ソフトの構成図
【図３】本発明の実施の形態１におけるＡｕｄｉｏ再生ソフトと電話ソフトの構成図
【図４】本発明の実施の形態１におけるＡＤＥＣ３をダウンロードした後のＡｕｄｉｏ再生ソフトと電話ソフトの構成図
【図５】本発明の実施の形態１における構成情報の配列を表わす図
【図６】本発明の実施の形態１におけるＡｕｄｉｏ再生ソフトダウンロード後の構成情報の配列を表わす図
【図７】本発明の実施の形態１におけるＡＤＥＣ３ダウンロード後の構成情報の配列を表わす図
【図８】本発明の実施の形態１におけるＡｕｄｉｏ再生ソフトダウンロード後の競合処理情報の構成図
【図９】本発明の実施の形態２におけるダウンロードシステムの構成図
【図１０】従来のリソース管理方法の処理の流れ図
【符号の説明】
【００５９】
１００  通信網
１１０  ダウンロードクライアント：携帯電話
１１１  通信制御部１
１１２  送信制御部１
１１３  受信制御部１
１２０  ダウンロード管理部１
１３０  リソース管理部
１３１  競合処理部
１３２  競合処理情報
１４０  電話ソフト
１５０  ダウンロードサーバー
１５１  通信制御部２
１５２  送信制御部２
１５３  受信制御部２
１６０  ダウンロード管理部２
１６１  構成情報
１７０  構成情報生成部
１８０  競合処理情報生成部
２００  電話アプリ
２０１  ストリーム制御部１
２０２  通話通信制御部
２１０  着信音処理部
２１１  ファイルソース（ＦＳＲＣ１）
２１２  Ａｕｄｉｏデコーダー（ＡＤＥＣ１）
２１３  Ａｕｄｉｏレンダラー（ＡＲＥＮ１）
２２０  通話ストリーム処理部
２２１  Ａｕｄｉｏレンダラー（ＡＲＥＮ１２）
２２２  Ａｕｄｉｏデコーダー（ＡＤＥＣ１２）
２２３  Ａｕｄｉｏキャプチャー（ＡＣＡＰ１２）
２２４  Ａｕｄｉｏエンコーダー（ＡＥＮＣ１２）
２３１  ファイルシステム
２３２  サブＣＰＵ
２３３  スピーカー制御部
２３４  スピーカー
２３５  マイク制御部
２３６  マイク
３００  Ａｕｄｉｏ再生ソフト
３０１  Ａｕｄｉｏ再生アプリ
３１０  ストリーム制御部２
３１１  ファイルソース（ＦＳＲＣ２）
３１２  Ａｕｄｉｏデコーダー（ＡＤＥＣ２）
３１３  Ａｕｄｉｏレンダラー（ＡＲＥＮ２）
４０１  Ａｕｄｉｏデコーダー（ＡＤＥＣ３）
４０２  Ａｕｄｉｏソフトデコーダー
９１０  ダウンロードクライアント：携帯電話
９１１  通信制御部３
９１２  送信制御部３
９１３  受信制御部３
９２０  ダウンロード管理部３
９２１  構成情報
９５０  ダウンロードサーバー
９５１  通信制御部４
９５２  送信制御部４
９５３  受信制御部４
９６０  ダウンロード管理部４
【図１】
2007140996.tif 000003
【図２】
2007140996.tif 000004
【図３】
2007140996.tif 000005
【図４】
2007140996.tif 000006
【図５】
2007140996.tif 000007
【図６】
2007140996.tif 000008
【図７】
2007140996.tif 000009
【図８】
2007140996.tif 000010
【図９】
2007140996.tif 000011
【図１０】
2007140996.tif 000012