(57)【要約】    【課題】      少ないメモリ量で、ソフトウェアのダウンロードと管理を効率的に行うことができるソフトウェア無線機を実現すること。    【解決手段】  各通信方式を用いて通信を実現するための機能を、最低限各通信方式でソフトウェアのダウンロードを実現するために必要となる基本モジュールと、より高性能なアプリケーションを実現する際に必要となる拡張モジュールとに分け、基本モジュールのみを常時保持すると共に拡張モジュールは基本モジュールを用いた通信により必要に応じて格納する。  【選択図】      図１
2005223788.tif 000002
【特許請求の範囲】
【請求項１】
各無線通信方式に対応したソフトウェアがロードされることにより、各無線通信方式を実現するコンフィギュアラブル無線通信手段と、
少なくともソフトウェアを複数の無線通信方式により取得し得る基本モジュールと、
前記基本モジュールを使って必要に応じて取得され、前記コンフィギュアラブル無線通信手段にロードされたとき、前記コンフィギュアラブル無線通信手段を、前記基本モジュールによって取得し得るデータに比して、より高性能のアプリケーションを実現するためのデータを取得し得るものに構築する、ソフトウェア構成の拡張モジュールと、
前記拡張モジュールを格納する書き換え可能な記憶手段と
を具備することを特徴とするソフトウェア無線機。
【請求項２】
前記基本モジュールは、ソフトウェア構成でなり、かつ常時保持されている
ことを特徴とする請求項１に記載のソフトウェア無線機。
【請求項３】
前記拡張モジュールを、利用日時又は利用頻度に応じて前記記憶手段から消去する
ことを特徴とする請求項１に記載のソフトウェア無線機。
【請求項４】
複数の通信方式それぞれの基本モジュールを予め内蔵しておき、前記複数の通信方式の拡張モジュールを前記基本モジュールを使って必要に応じてダウンロードする
ことを特徴とするソフトウェア無線機のソフトウェアダウンロード方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特にソフトウェア無線機とそのソフトウェアダウンロード方法に関する。
【背景技術】
【０００２】
近年、携帯電話をはじめとする無線通信端末が広く普及している。それでもなお、無線通信技術は発展を続けている。したがって、「端末を購入した後も無線通信機能の性能向上や不具合修正をしたい」という要求や、「複数の新しい通信方式に１台の端末で対応したい」という要求がある。
【０００３】
このような要求に応える技術として、ソフトウェア無線（ＳＤＲ；Software-defined Radio）がある。この技術は、電気的な設定情報により無線通信機能を変更し、複数の通信方式に対応する無線通信装置を実現するためのものである。ここで、電気的な設定情報とは、ＤＳＰ(Digital Signal Processor)やＣＰＵ(Central Processing Unit)のプログラム、ＦＰＧＡ(Field Programmable Gate Array)やリコンフィギュアラブルロジックのコンフィギュレーションデータ、特性を変更可能なアナログ回路を制御するための情報、を含む。以下、この電気的な設定情報をソフトウェアと呼び、上記個々のプログラムや制御情報をソフトウェアモジュール、あるいは単にモジュールと呼ぶ。
【０００４】
ソフトウェア無線機においては、メモリに通信方式ごとのソフトウェアを保存しておき、利用する通信方式のソフトウェアを前述のデバイス（ＤＳＰ等）にロードすることにより複数の通信方式に対応する。したがって、多数の通信方式に対応するためには、多くのメモリ容量が必要となる。このことは、特に携帯端末にとっては小型化、低価格化、低消費電力化の妨げとなる。
【０００５】
このような課題を解決する方法として、ソフトウェアを無線通信でダウンロードする方法がある。このような機能を有する従来のソフトウェア無線機として、例えば特許文献１に記載されているものがある。特許文献１に記載の無線通信機は、要求された機能に対応した必要なソフトウェアモジュールのみをダウンロードすることにより、不要なモジュールをダウンロードしないようになっている。
【特許文献１】特開２００３−４４３０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の技術を用いると、それぞれ提供されている通信方式が異なるサービスエリア間を移動する場合などに不都合が生じるおそれがある。例えば、第１の通信方式で通信中に、第１の通信方式のサービスエリア外に移動したときには、第２の通信方式にハンドオーバ（通信方式の切替）する必要がある。このとき、ソフトウェア無線機は第２の通信方式のソフトウェアをダウンロードしようとするが、既に第１の通信方式のサービスエリア外であるため第１の通信方式では送受信できない。この結果、第２の通信方式のソフトウェアをダウンロードできず、ハンドオーバは失敗する。
【０００７】
結局、利用者はあらかじめ第２の通信方式のソフトウェアをダウンロードしておく必要があるので、その分メモリ容量が必要となる。
【０００８】
また特許文献１の技術を用いると、内部に実装されていないソフトウェアモジュールが必要となる場合には、アプリケーションを利用する都度ソフトウェアモジュールをダウンロードする必要がある。その結果、アプリケーションの起動が遅くなり、利用者の利便性が低下する可能性がある。
【０００９】
本発明はかかる点に鑑みてなされたものであり、複数の通信方式を利用可能なソフトウェア無線機において、ソフトウェアのダウンロードと管理を簡易な構成で効率的に行うことができるソフトウェア無線機及びソフトウェアダウンロード方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
かかる課題を解決するため本発明のソフトウェア無線機は、各無線通信方式に対応したソフトウェアがロードされることにより、各無線通信方式を実現するコンフィギュアラブル無線通信手段と、少なくともソフトウェアを複数の無線通信方式により取得し得る基本モジュールと、基本モジュールを使って必要に応じて取得され、コンフィギュアラブル無線通信手段にロードされたとき、コンフィギュアラブル無線通信手段を、基本モジュールによって取得し得るデータに比して、より高性能のアプリケーションを実現するためのデータを取得し得るものに構築する、ソフトウェア構成の拡張モジュールと、拡張モジュールを格納する書き換え可能な記憶手段とを具備する構成を採る。
【００１１】
この構成によれば、各無線通信方式を実現するための機能を、基本モジュールと拡張モジュールに分け、拡張モジュールは基本モジュールを使って必要に応じて取得するようにしたので、どの通信方式のサービスエリアであってもその通信方式に対応する基本モジュールを使って必要な拡張モジュールを迅速に取得できる。また基本モジュールは、ソフトウェアを取得し得る最低限の構成でよいので、メモリ容量（基本モジュールをソフトウェアで構成した場合）又はハードウェア量（基本モジュールをハードウェアで構成した場合）が少なくても済む。
【００１２】
本発明のソフトウェア無線機は、基本モジュールは、ソフトウェア構成でなり、かつ常時保持されている構成を採る。
【００１３】
この構成によれば、特別なハードウェアを持たなくても、現在利用可能な通信方式に応じた基本モジュールをコンフィギュアラブル無線通信手段にロードすれば、いつでも必要な拡張モジュールを迅速に取得できるようになる。
【００１４】
本発明のソフトウェア無線機は、拡張モジュールを、利用日時又は利用頻度に応じて記憶手段から消去する構成を採る。
【００１５】
この構成によれば、記憶手段の限られたメモリ容量を有効活用して、利用者の利用状況に合わせた最適なモジュール構成を保つことができるようになる。例えば、利用頻度の高い拡張モジュールは、記憶手段に記憶されたままになるので、ダウンロードの回数を減らすことができる。
【００１６】
本発明のソフトウェア無線機のソフトウェアダウンロード方法は、複数の通信方式それぞれの基本モジュールを予め内蔵しておき、複数の通信方式の拡張モジュールを基本モジュールを使って必要に応じてダウンロードするようにする。
【発明の効果】
【００１７】
このように本発明によれば、ソフトウェアのダウンロードと管理を簡易な構成で効率的に行うことができるソフトウェア無線機及びソフトウェアダウンロード方法を実現できる。
【発明を実施するための最良の形態】
【００１８】
本発明の骨子は、各通信方式によりソフトウェアをダウンロードすることが可能な最低限の機能モジュールを基本モジュールとして常時保持しておき、各通信方式の拡張モジュールについては基本モジュールを使って必要に応じてダウンロードするようにしたことである。これにより、どの通信方式のサービスエリアにいても基本モジュールを使って送受信することができるので、拡張モジュールをいつでもダウンロードできるようになる。また各通信方式の基本モジュールのみを常時保持しておけばよいので、基本モジュールをソフトウェアにより構成する場合には所要メモリ量が少なくて済み、また基本モジュールをハードウェアにより構成する場合にはハード量が少なくて済むようになる。
【００１９】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００２０】
図１に、本実施の形態に係る通信システムとソフトウェア無線機の構成を示す。ソフトウェア無線機１００は、ダウンロードサーバに所望のソフトウェアを要求し、要求に応じたソフトウェアをダウンロードサーバから取得するようになっている。
【００２１】
ソフトウェア無線機１００は、大きく分けて、コンフィギュアラブル無線通信回路１１０と、アプリケーション処理部１２０と、外部入出力部１３０と、記憶部１４０と、制御部１５０とを有する。
【００２２】
コンフィギュアラブル無線通信回路１１０は、ソフトウェアを変更することにより複数の通信方式に対応することができるようになっている。コンフィギュアラブル無線通信回路１１０は、ＲＦフロントエンド１１１と、信号変換部１１２と、ディジタル信号処理部１１３を有する。
【００２３】
ＲＦフロントエンド１１１は、増幅器やダウンコンバータ、アップコンバータからなり、受信時には共用アンテナＡＮからの受信信号を増幅及びダウンコンバートして信号変換部１１２に送出すると共に送信時には信号変換部１１２からの信号をアップコンバート及び増幅して共用アンテナＡＮに送出する。
【００２４】
信号変換部１１２は、広帯域アナログディジタル変換器（Ａ／Ｄ）と広帯域ディジタルアナログ変換器（Ｄ／Ａ）とからなり、受信時にはＲＦフロントエンド１１１からの信号をアナログディジタル変換してディジタル信号処理部１１３に送出すると共に送信時にはディジタル信号処理部１１３からの信号をディジタルアナログ変換してＲＦフロントエンド１１１に送出する。
【００２５】
ディジタル信号処理部１１３は、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field Programmable Gate Array）、リコンフィギュアラブルロジックで構成されている。さらに固定ハードウェアを含んでもよい。
【００２６】
アプリケーション処理部１２０は、ＧＵＩ(Graphical User Interface)機能や画像処理機能、メール機能、音声処理機能とそれらを統括するＯＳ(operating system)を有する。外部入出力部１３０は表示部、入力キー、スピーカ、マイク、振動装置及びカメラを有し、アプリケーション処理部１２０で処理された受信画像データや受信音声データを、表示部に表示したり、スピーカから出力するようになっている。また例えば外部入出力部１３０から入力された音声データや画像データは、アプリケーション処理部１２０を介してコンフィギュアラブル無線通信回路１１０に入力される。
【００２７】
記憶部１４０には、コンフィギュアラブル無線通信回路１１０に供給するためのソフトウェアが格納されている。因みに、ソフトウェアは、機能モジュールごとに分割されている。そして機能モジュールの組合せにより、コンフィギュアラブル無線通信回路１１０にて各種の通信方式が実現される。
【００２８】
本実施の形態においては、ソフトウェアを、基本モジュールと拡張モジュールに分類する。基本モジュールは、想定する通信方式全てについて、最低限ソフトダウンロードを実行できるモジュールである。拡張モジュールは、コンフィギュアラブル無線通信回路１１０にロードされたとき、コンフィギュアラブル無線通信回路１１０を、基本モジュールによって取得し得るデータに比して、より高性能のアプリケーションを実現するためのデータを取得し得るものに構築するモジュールである。
【００２９】
本実施の形態においては、基本モジュールについては、常時記憶部１４０に保持するようになされている。一方、拡張モジュールについては、必要に応じてダウンロードサーバから取得し、必要がなくなったら消去するようになされている。基本モジュールは、ＲＯＭ（Read Only Memory）等に書き込まれたものを製品出荷時に搭載してもよく、またはＲＡＭ（Random Access Memory）等の書込み可能なメモリにダウンロードサーバからダウンロードしてもよい。拡張モジュールは、ＲＡＭ等の書き換え可能なメモリに格納される。
【００３０】
制御部１５０は、記憶部１４０に格納されたソフトウェア（基本モジュール及び又は拡張モジュール）を読み出し、コンフィギュアラブル無線通信回路１１０の各部１１１、１１２、１１３に必要なモジュールをロードする。この際、制御部１５０は、ディジタル信号処理部１１３の出力信号を監視することにより現在利用可能な（つまり、サービスエリアで適用されている）通信方式を認識し、コンフィギュアラブル無線通信回路１１０にこの利用可能な通信方式に対応するモジュールをロードする。さらに制御部１５０は、外部入出力部１３０から利用者による通信方式の指定情報が入力された場合には、現在利用可能な通信方式の中から指定情報に応じた通信方式を選択し、選択した通信方式に対応するモジュールをロードする。
【００３１】
さらに制御部１５０は、外部入出力部１３０から利用者によってあるアプリケーションを実行することを示す情報を受け取ると、現在記憶部１４０にそのアプリケーションを実行するのに必要な拡張モジュールが存在するか否かを検出する。そして、必要な拡張モジュールがなかった場合にはダウンロードサーバにその拡張モジュールを送信することを指示する信号を送信する。
【００３２】
このように、この実施の形態においては、ソフトウェアを基本モジュールと拡張モジュールに分類し、基本モジュールは常時格納しておき、拡張モジュールは必要に応じてダウンロードサーバからダウンロードする。
【００３３】
これにより、ソフトウェア無線機１００においては、各通信方式の基本モジュールをいつでも使うことができるので、どの通信方式のサービスエリアであってもその通信方式に対応する基本モジュールを使って必要な拡張モジュールを取得することができる。また基本モジュールは、拡張モジュールを取得できる最低限のソフトウェアでよいので、常時保持していなければならないソフトウェア量が少なくて済む。また基本モジュールの一部又は全部をハードウェアにより構成する場合であっても、拡張モジュールを取得できる最低限の機能をもたせればよいので、ハード量が少なくて済む。
【００３４】
図２に、基本モジュールと拡張モジュールの例を示す。ここではＷ−ＣＤＭＡ方式と無線ＬＡＮ（ＩＥＥＥ８０２．１１ａ）方式のモジュールを例にとって説明する。
【００３５】
図中、〈１〉と書いたもの（以下これをクラス１と呼ぶ）が基本モジュールである。そして基本モジュール以外の〈２〉、〈３〉と書いたもの（以下これをクラス２、３と呼ぶ）が拡張モジュールである。
【００３６】
本実施の形態では、ソフトウェア無線機１００に、図示した１１種類のクラス１以上のモジュールを予め内蔵するようにする。この基本モジュールは、上述したようにハードウェア構成で内蔵してもよく、あるいは、例えばＷ−ＣＤＭＡ方式の契約をしたときにＷ−ＣＤＭＡ方式のクラス１のモジュール全てをダウンロードするようにしてもよい。クラス１のモジュールは、できるだけプログラムサイズが小さくなるように設計されている。因みに、図２の例では、ソフトウェア無線機１００はクラス２のＦＦＴ回路を基本モジュールとして持っている。これは、ＦＦＴ回路は固定的な回路であり、ソフトウェアのダウンロードにより書き換えることはできないためである。
【００３７】
このような基本モジュールのみを使った場合、ソフトウェア無線機１００は、ごく限られた論理チャネルを用いて、ソフトウェアをダウンロードすることになる。
【００３８】
因みに、機能モジュールは、ダウンロード可能なものと不可能なものがある。ダウンロード可能なものとしては、ＣＰＵのプログラム（実行可能形式）、ＤＳＰのプログラム（実行可能形式）、ＦＰＧＡのコンフィギュレーションデータ、リコンフィギュアラブルロジックのコンフィギュレーションデータなどがある。一方、ダウンロード不可能なものとしては、固定ハードウェア、ＲＯＭの内容で上記ダウンロード可能なものに準ずるものなどがある。従って、実施の形態でのソフトウェアとは、ＣＰＵやＤＳＰで実行可能なプログラムや、ＦＰＧＡやリコンフィギュアラブルのコンフィギュレーションデータなどをいう。
【００３９】
図３に、各アプリケーションを利用するために必要な各機能モジュールのクラスを示す。ここで、ソフトウェア無線機１００がＷ−ＣＤＭＡ方式を利用可能なエリアに位置し、音声通話機能を利用する場合を考える。図３から、音声通話のためにはＷ−ＣＤＭＡ同期と等価器をクラス２にする必要がある。そこで、先ずこれらの拡張モジュールをダウンロードしてから通話を行う。Ｗ−ＣＤＭＡ方式が利用可能であるから、少なくともＷ−ＣＤＭＡ方式の基本モジュールを使うことで、上記拡張モジュールをダウンロードサーバからダウンロードできる。
【００４０】
次に、ＷＬＡＮ方式が利用可能なエリアで高速データ通信を行う場合、クラス２の８０２．１１ａ  ＴＯＰ、等価器、通信路復号、Ｖｉｔｅｒｂｉ  Ｄｅｃｏｄｅｒが必要となる。この場合も、少なくともＷＬＡＮ（８０２．１１ａ）方式の基本モジュールを使うことで、上記拡張モジュールをダウンロードサーバからダウンロードできる。またソフトウェア無線機１００が持っているＷ−ＣＤＭＡ方式の拡張モジュールを利用すれば、必要な拡張モジュールを一段と効率よく実行できるのであれば、Ｗ−ＣＤＭＡ方式を用いてダウンロードサーバからソフトウェアをダウンロードしてもよい。
【００４１】
次に、モバイル環境下で高速データ通信を行う場合について考える。クラス２のＷ−ＣＤＭＡ同期と等価器は既にダウンロードされ記憶部１４０に保存されている。そこで、不足しているＷ−ＣＤＭＡ  ＴＯＰ、逆拡散、通信路復号、Ｔｕｒｂｏ  Ｄｅｃｏｄｅｒの各拡張モジュールをダウンロードする。このとき、記憶部１４０のメモリ容量が不足すれば、例えば８０２．１１ａ  等価器を削除すればよい。
【００４２】
次に、ソフトウェア無線機１００における拡張モジュールのダウンロード動作について、図４を用いて説明する。図４のシーケンスは、利用者がアプリケーションを利用する直前に起動される。
【００４３】
ソフトウェア無線機１００は、ステップＳＴ０で処理を開始すると、ステップＳＴ１において、制御部１５０が通信方式を変更する必要があるか否か判断する。具体的には、現在コンフィギュアラブル無線通信回路１１０にロードされているソフトウェアが、利用しようとしているアプリケーションに適していれば、ステップＳＴ８に移って当該処理を終了し、そのまま通信を開始する。これに対して、現在コンフィギュアラブル無線通信回路１１０にロードされているソフトウェアが、利用しようとしているアプリケーションに適していなければ、ステップＳＴ２に移る。
【００４４】
ステップＳＴ２では、制御部１５０が不足しているモジュールがあるか否か判断する。具体的には、制御部１５０が、これから実行しようとしているアプリケーションに対応する拡張モジュールが記憶部１４０に存在するか否か判断する。そして存在する場合にはステップＳＴ７に移り、存在しない場合にはステップＳＴ３に移る。
【００４５】
ステップＳＴ３では、制御部１５０がダウンロードすべき拡張モジュールの容量を計算する。続くステップＳＴ４では、制御部１５０が、必要な拡張モジュールをダウンロードするだけの空き容量が記憶部１４０にあるか否か判断し、その分の空き容量がないと判断した場合には、ステップＳＴ５に移る。
【００４６】
ステップＳＴ５では、最も長い期間使用されていない拡張モジュールを削除する。但し、これから使用する必要があるモジュールは削除しない。ステップＳＴ４−ＳＴ５−ＳＴ４の処理を行うことで、記憶部１４０に、必要な拡張モジュールをダウンロードするだけの空き容量が確保されるとステップＳＴ６に移る。
【００４７】
ステップＳＴ６では、必要な（不足している）拡張モジュールを全てダウンロードする。ここで、現在の設定ではダウンロードを実行できない場合には、コンフィギュアラブル無線通信回路１１０を再構成してダウンロードを実行する。この場合、ソフトウェア無線機１００は、複数の通信方式に対応した基本モジュールを持っているので、どの通信方式のサービスエリアであっても、ダウンロードを実行できるようなものにコンフィギュアラブル無線通信回路１１０を再構成できる。
【００４８】
ステップＳＴ７では、制御部１５０がコンフィギュアラブル無線通信回路１１０に目的の通信方式に対応するモジュールをロードすることにより、コンフィギュアラブル無線通信回路１１０を目的の通信方式に再構成する。
【００４９】
また本実施の形態では、一段と効率の良い拡張モジュールのダウンロードを行うために、図５に示すような処理を行うことを提案する。
【００５０】
図５のシーケンスを行うことで、例えばＷＬＡＮ方式の高速データ通信をほとんど利用しない利用者の場合、８０２．１１ａ関連の拡張モジュールを削除することによって、メモリに空き容量を作ることができる。このとき、Ｗ−ＣＤＭＡ逆拡散のモジュールをクラス２からクラス３に変更することによって、よく利用するモバイル環境下での高速データ通信機能を高性能化することができる。以下の処理は、例えば制御部１５０で行うようにすればよい。
【００５１】
具体的に説明する。先ず、ステップＳＴ１０において、処理対象のモジュールｍ１を選択する。ステップＳＴ１１では、モジュールｍ１が最高クラス（すなわち最高性能）のモジュールか否か判断し、最高クラスであった場合にはステップＳＴ１８で処理を終了する。一方、最高クラスでない場合には、ステップＳＴ１２に移る。
【００５２】
ステップＳＴ１２では、記憶部１４０の拡張モジュールの中でモジュールｍ１と関連がなく、かつ最終使用日時が最も古い拡張モジュールを削除候補として選択する。続くステップＳＴ１３では、削除候補である拡張モジュールの最終使用日時がモジュールｍ１の最終使用日時よりも１週間以上前か否か判断し、１週間以上前であれば削除対象としてそのまま残してステップＳＴ１５に移り、１週間以上前でなければそのモジュールは近日中に使う可能性があるので、削除対象から除外しステップＳＴ１８で処理を終了する。
【００５３】
ステップＳＴ１５では、削除候補の拡張モジュールを削除すれば、モジュールｍ１をアップデートできるか否か（すなわちクラスをより高性能のものに上げることができるか否か）判断する。この判断は、アップデートした際のデータ量の増加と、削除候補の拡張モジュールのデータ量と、現在のメモリの空き容量とに基づいて行う。
【００５４】
そして削除候補の拡張モジュールを削除すれば、モジュールｍ１をアップデートできると判断した場合には、ステップＳＴ１６に移って削除候補の拡張モジュールを記憶部１４０から削除し、続くステップＳＴ１７でモジュールｍ１をアップデートする。
【００５５】
これに対して、削除候補の拡張モジュールを削除してもモジュールｍ１をアップデートできないと判断した場合には、ステップＳＴ１４に移って、モジュールｍ１と関連がなく、かつ最終使用日時が次に古い拡張モジュールを削除候補として選択した後、ステップＳＴ１３に戻る。
【００５６】
因みに、図５のシーケンスは、利用者がアプリケーションを利用する直前に、使用するモジュールを対象に起動される。例えば、モバイル環境下で高速データ通信を行う際、Ｗ−ＣＤＭＡ逆拡散のモジュールをｍ１として起動する。図５のシーケンスを起動するとき、シーケンスが完了するまでにかかる時間をあらかじめ予測し、それが許容時間を越えると判断されるときこのシーケンスを起動しないようにすれば、利用者の使い勝手が向上する。
【００５７】
また図４のシーケンスは自宅等で充電器に接続されたときに、すべてのモジュールを対象として起動するようにするとよい。また充電器に接続されてから一定時間が経過した後でもよい。このようにすると、ソフトウェアをダウンロードしてもバッテリが消耗しなくて済む。さらにソフトウェア無線機の未使用時に自動的にソフトウェアのダウンロードが行われるようになるので、利用者の利用状況に合わせた最適なモジュール構成を保つことができるようになる。
【００５８】
かくして本実施の形態によれば、各通信方式を用いて通信を実現するための機能を、最低限各通信方式でソフトウェアのダウンロードを実現するために必要となる基本モジュールと、より高性能なアプリケーションを実現する際に必要となる拡張モジュールとに分け、基本モジュールのみを常時保持すると共に拡張モジュールは基本モジュールを用いた通信により必要に応じて格納するようにしたことにより、どの通信方式のサービスエリアにいても必要なモジュールを迅速に取得することができるようになる。
【００５９】
また実際にアプリケーションを利用するとき、基本モジュールのみで必要な機能・品質を満たせない場合にのみ、高性能な拡張モジュールをダウンロードし、利用すればよいので、全てのアプリケーションを少ないメモリ量で利用できるようになる。
【００６０】
また必要がある拡張モジュールをメモリに記憶する際に、最終使用日時が古かったり、利用頻度の低い拡張モジュールから優先的にメモリから削除するようにしたことにより、利用者の利用状況に合わせた最適なモジュール構成を保つことができるようになる。
【００６１】
またメモリから最終使用日時が古かったり、利用頻度の低い拡張モジュールを削除し、その分、他の拡張モジュールをより高性能なものにアップデートするようにしたことにより、利用者の利用状況に合わせた最適なモジュール構成を保つことができるようになる。
【００６２】
因みに、「よく使う機能」が限定される例としては、・音声通話と文字のメールしか使わない人、・無線ＬＡＮを使わない人、・ＦＯＭＡのエリア外に住んでいる人などがあげられる。
【００６３】
なお、基本モジュールは、必ずしもダウンロードに特化・制限したものではなくてよい。例えば、最低限ダウンロードを実現できることを条件として、音声通話などの機能を基本モジュールのみで実現できるようにしてもよい。さらに、基本モジュールの一部の機能を拡張モジュールによって利用するようにしてもよい。
【００６４】
また基本モジュール又は拡張モジュールの一部を、固定ハードウェアとして構成するようにしてもよい。例えば、複数の通信方式で共通に利用する機能を固定ハードウェアとして持たせるようにすれば、ソフトウェア無線機を低コスト化できる。
【００６５】
また基本モジュールを持っていない通信方式でも、その通信に必要な拡張モジュールをダウンロードできれば、その通信方式を実現することもできるようになる。例えば、海外に行く前に空港でダウンロードしたり、テーマパーク内のみで使える方式を入り口でダウンロードするなどの応用が考えられる。このようにすれば、普段使わない通信方式で、かつ予め使うことが分かっている場合に有効となる。
【００６６】
またダウンロードは、無線を使う他に、有線ネットワークへの接続や外部フラッシュメモリなどにより行うようにしてもよい。
【００６７】
また上述した実施の形態では、拡張モジュールをアップデートする場合について述べたが、基本モジュールをダウンロードによりアップデートするようにしてもよい。
【００６８】
またダウンロードの対象とするソフトウェアは、無線通信の伝送処理を実現するものに限定されない。例えば、音声コーデック（符号化・復号化処理モジュール）や、画像コーデックを対象とすることもできる。これらのアプリケーション系ソフトウェアモジュールと、伝送系ソフトウェアモジュールは、利用頻度に関連性があるため、合わせて管理することによってメモリの利用効率を向上させることができる。さらにこのように構成すれば、記憶部の容量とコンフィギュアラブル無線通信回路内のディジタル信号処理部の演算能力を変更するだけで、端末全体の性能を変更することができるので、端末のスケーラビリティが向上し、利用者の多様なニーズに適合した端末を安価に提供することができるようになる。
【産業上の利用可能性】
【００６９】
本発明は、各通信方式に対応するソフトウェアをロードすることにより各通信方式を実現するソフトウェア無線機に適用し得る。
【図面の簡単な説明】
【００７０】
【図１】本発明の実施の形態に係るソフトウェア無線機の構成を示すブロック図
【図２】基本モジュールと拡張モジュールの例を示す図
【図３】各アプリケーションを利用するために必要な各機能モジュールのクラスを示す図
【図４】ソフトウェア無線機における拡張モジュールのダウンロード動作の説明に供するフローチャート
【図５】機能モジュールのアップデート処理の説明に供するフローチャート
【符号の説明】
【００７１】
１００  ソフトウェア無線機
１１０  コンフィギュアラブル無線通信回路
１１１  ＲＦフロントエンド
１１２  信号変換部
１１３  ディジタル信号処理部
１２０  アプリケーション処理部
１３０  外部入出力部
１４０  記憶部
１５０  制御部
【図１】
2005223788.tif 000003
【図２】
2005223788.tif 000004
【図３】
2005223788.tif 000005
【図４】
2005223788.tif 000006
【図５】
2005223788.tif 000007