(57)【要約】【課題】ソフトウェア無線機に送信機能があってもなくてもソフトウェアをダウンロードさせることができる。【解決手段】サーバ装置２１は、ソフトウェア無線機１１用の、通信の対象である第１の情報の処理に係るソフトウェアを予め記憶する記憶装置２４と、ソフトウェアを送信する入出力手段２３と、ソフトウェア無線機１１からの通信がなくとも、ソフトウェア無線機１１にソフトウェアを送信するように送信手段を制御する制御装置２５とを含む。【選択図】        図１
2004272789.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェア無線機用の、通信の対象である第１の情報の処理に係るソフトウェアを予め記憶するための記憶手段と、
前記ソフトウェアを送信するための送信手段と、
ソフトウェア無線機からの通信がなくとも、前記ソフトウェア無線機に前記ソフトウェアを送信するように前記送信手段を制御するための制御手段とを含む、ソフトウェア送信装置。
【請求項２】
前記ソフトウェア送信装置は、前記ソフトウェア無線機の存在および移動のいずれかを検知するための検知手段をさらに含み、
前記制御手段は、前記検知手段が前記ソフトウェア無線機の存在および移動のいずれかを検知したことに応答して、前記送信手段を制御するための手段を含む、請求項１に記載のソフトウェア送信装置。
【請求項３】
前記検知手段は、物体の存在および移動のいずれかを検知すると、前記ソフトウェア無線機の存在および移動のいずれかを検知したとみなすためのみなし手段を含む、請求項２に記載のソフトウェア送信装置。
【請求項４】
前記みなし手段は、ゲートセンサを含む、請求項３に記載のソフトウェア送信装置。
【請求項５】
前記ソフトウェア送信装置は、前記ソフトウェア無線機の位置および移動する速度のいずれかを特定するための特定手段をさらに含み、
前記制御手段は、互いに異なる複数のプロトコルのうち、前記特定手段が特定した結果に対応づけられた前記プロトコルを用いて前記ソフトウェアを送信するように前記送信手段を制御するための手段を含む、請求項１から４のいずれかに記載のソフトウェア送信装置。
【請求項６】
情報を受信するための受信手段を含むソフトウェア無線機において、
通信の対象である第１の情報の処理に係るソフトウェアを前記ソフトウェアの受信について情報を送信することなく受信するように、前記受信手段を制御するための制御手段を含む、ソフトウェア無線機。
【請求項７】
前記ソフトウェア無線機は、前記ソフトウェアの受信の可否を設定するための手段をさらに含み、
前記制御手段は、前記設定に基づいて前記ソフトウェアを受信するように前記受信手段を制御するための手段を含む、請求項６に記載のソフトウェア無線機。
【請求項８】
前記ソフトウェア無線機は、前記受信手段の状態に基づいて、前記状態を表わす第２の情報を出力するための手段をさらに含む、請求項６または７に記載のソフトウェア無線機。
【請求項９】
前記第２の情報は、前記ソフトウェアの受信の拒否、開始、実行中、終了および失敗のいずれかの状態を表す情報を含む、請求項８に記載のソフトウェア無線機。
【請求項１０】
ソフトウェア送信装置と、ソフトウェア無線機とを含むシステムであって、
前記ソフトウェア送信装置は、
ソフトウェア無線機用の、通信の対象である第１の情報の処理に係るソフトウェアを予め記憶するための記憶手段と、
ソフトウェア無線機の存在および移動のいずれかを検知するための検知手段と、
前記ソフトウェアを送信するための送信手段と、
前記存在および移動のいずれかが検知されたことに応答して、前記ソフトウェア無線機からの通信がなくとも、前記ソフトウェア無線機に前記ソフトウェアを送信するように前記送信手段を制御するための制御手段とを含み、
前記ソフトウェア無線機は、
情報を受信するための受信手段と、
前記ソフトウェアを前記ソフトウェアの受信について情報を送信することなく受信するように、前記受信手段を制御するための制御手段を含む、ソフトウェア無線システム。
【請求項１１】
ソフトウェア無線機用の、通信の対象である第１の情報の処理に係るソフトウェアを予め記憶する記憶ステップと、
前記ソフトウェアを送信する送信ステップと、
ソフトウェア無線機からの通信がなくとも、前記ソフトウェア無線機に前記ソフトウェアを送信するように前記送信ステップを制御する制御ステップとを含む、ソフトウェア送信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はソフトウェア送信装置、ソフトウェア無線機、ソフトウェア無線システム、およびソフトウェア送信方法に関し、特にソフトウェアをダウンロードできるソフトウェア送信装置、ソフトウェア無線機、ソフトウェア無線システム、およびソフトウェア送信方法に関する。
【０００２】
【従来の技術】
従来から、無線通信サービスが乱立しようとしている。それらのサービスはそれぞれ用途、規格および方式が互いに異なる。このため、新たな通信システムの開発が進められている。
【０００３】
この新たな通信システムは、ソフトウェア無線機を用いる。ソフトウェア無線機は、単一のハードウェアを用いて、異なる複数の無線通信システムに接続できる。その理由は、それぞれの無線通信システムに対応できるように新たなソフトウェアをダウンロードするからである。
【０００４】
ソフトウェア無線機はソフトウェアを書換えると異なる無線方式にアクセスできる。ソフトウェアはダウンロードした後に書換えられる。ダウンロードに関する技術は既に多く提案されている。
【０００５】
具体的には、特許文献１には、ソフトウェアのダウンロード専用の無線チャンネルを用いる方法が開示されている。このソフトウェアは、次の目的に用いるものである。目的の第１は、ソフトウェア無線機において、無線通信の機能を追加するためのものである。目的の第２は、ソフトウェア無線機において、無線通信の機能を変更するためのものである。特許文献２には、ソフトウェアがソフトウェア無線機で実行できるか否か自動的に判定する通信システムが開示されている。この通信システムは、ソフトウェア無線機で実行可能なソフトウェアのみをダウンロードするものである。
【０００６】
【特許文献１】
特開２０００−３２４０４３公報
【０００７】
【特許文献２】
特開２００１−３５６９７９公報
【０００８】
【発明が解決しようとする課題】
特許文献１に開示されているように、ダウンロード専用の無線チャンネルを用いる場合、その装置には上り通信路が必要であるという問題がある。この場合の上り通信路とは、ソフトウェア無線機から送信するための送信路をいう。上り通信路が必要な理由は、ソフトウェアが正しく書換えられた旨をサーバに送信する必要があるからである。このことは、受信機に特化したソフトウェア無線機において、重量の増大と価格の増加との原因となる。ソフトウェア無線機の重量が増大すると、効率が悪くなる。
【０００９】
特許文献２に開示されているように、ソフトウェアが実行できるか否か判定する場合にも、上り通信路が必要という問題がある。上り通信路が必要な理由は、ダウンロードしたソフトウェアが実行可能か否かをサーバに送信する必要があるからである。このことは、特許文献１の場合と同様の問題を引起す。
【００１０】
本発明は、上述の問題を解決するためになされたものであって、その目的は、ソフトウェア無線機に送信機能があってもなくてもソフトウェアをダウンロードさせることができる、ソフトウェア送信装置、ソフトウェア無線機、ソフトウェア無線システム、およびソフトウェア送信方法を提供することにある。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、本発明のある局面にしたがうと、ソフトウェア送信装置は、ソフトウェア無線機用の、通信の対象である第１の情報の処理に係るソフトウェアを予め記憶するための記憶手段と、ソフトウェアを送信するための送信手段と、ソフトウェア無線機からの通信がなくとも、ソフトウェア無線機にソフトウェアを送信するように送信手段を制御するための制御手段とを含む。
【００１２】
すなわち、記憶手段は、ソフトウェアを予め記憶する。制御手段は、ソフトウェア無線機からの通信がなくとも、送信手段を制御する。送信手段は、ソフトウェア無線機にソフトウェアを送信する。これにより、送信手段は、ソフトウェア無線機からの通信がなくとも、ソフトウェア無線機にソフトウェアを送信する。その結果、ソフトウェア無線機に送信機能があってもなくてもソフトウェアをダウンロードさせることができる、ソフトウェア送信装置を提供することができる。
【００１３】
また、上述のソフトウェア送信装置は、ソフトウェア無線機の存在および移動のいずれかを検知するための検知手段をさらに含むことが望ましい。あわせて制御手段は、検知手段がソフトウェア無線機の存在および移動のいずれかを検知したことに応答して、送信手段を制御するための手段を含むことが望ましい。
【００１４】
すなわち、検知手段は、ソフトウェア無線機の存在および移動のいずれかを検知する。制御手段は、検知手段がソフトウェア無線機の存在および移動のいずれかを検知したことに応答して、送信手段を制御できる。これにより、ソフトウェア無線機の存在および移動のいずれかが検知されると、送信手段は、ソフトウェアを送信できる。その結果、ソフトウェア無線機に送信機能があってもなくてもソフトウェアをダウンロードさせることができる、より合理的なソフトウェア送信装置を提供することができる。
【００１５】
もしくは、上述の検知手段は、物体の存在および移動のいずれかを検知すると、ソフトウェア無線機の存在および移動のいずれかを検知したとみなすためのみなし手段を含むことが望ましい。
【００１６】
すなわち、検知手段は、物体の存在および移動のいずれかを検知すると、ソフトウェア無線機の存在および移動のいずれかを検知したとみなすことができる。これにより、ソフトウェア送信装置を簡素化できる。その結果、ソフトウェア無線機に送信機能があってもなくてもソフトウェアをダウンロードさせることができる、より簡素で合理的なソフトウェア送信装置を提供することができる。
【００１７】
もしくは、上述のみなし手段は、ゲートセンサを含むことが望ましい。
すなわち、みなし手段はゲートセンサを含むことができる。これにより、ソフトウェア送信装置をさらに簡素化できる。その結果、ソフトウェア無線機に送信機能があってもなくてもソフトウェアをダウンロードさせることができる、さらに簡素で合理的なソフトウェア送信装置を提供することができる。
【００１８】
また、上述のソフトウェア送信装置は、ソフトウェア無線機の位置および移動する速度のいずれかを特定するための特定手段をさらに含むことが望ましい。あわせて制御手段は、互いに異なる複数のプロトコルのうち、特定手段が特定した結果に対応づけられたプロトコルを用いてソフトウェアを送信するように送信手段を制御するための手段を含むことが望ましい。
【００１９】
すなわち、特定手段は、ソフトウェア無線機の位置および移動する速度のいずれかを特定する。制御手段は、互いに異なる複数のプロトコルのうち、特定手段が特定した結果に対応づけられたプロトコルを用いてソフトウェアを送信するように送信手段を制御することができる。これにより、ソフトウェアは結果に対応づけられたプロトコルにより送信される。その結果、ソフトウェア無線機に送信機能があってもなくてもソフトウェアをダウンロードさせることができ、かつ所定のプロトコルでソフトウェアが送信されるソフトウェア送信装置を提供することができる。
【００２０】
本発明の他の局面にしたがうと、ソフトウェア無線機は、情報を受信するための受信手段を含むソフトウェア無線機において、通信の対象である第１の情報の処理に係るソフトウェアを、ソフトウェアの受信について情報を送信することなく受信するように、受信手段を制御するための制御手段を含む。
【００２１】
すなわち、制御手段は、ソフトウェアを、ソフトウェアの受信について情報を送信することなく受信するように、受信手段を制御する。これにより、ソフトウェア無線機は、ソフトウェアが送信されるとそのソフトウェアを受信できる。ソフトウェア無線機は、必ずしも送信できなくてもよい。その理由は、ソフトウェアの受信についての情報が送信されないからである。その結果、送信機能があってもなくてもソフトウェアをダウンロードできる、ソフトウェア無線機を提供することができる。
【００２２】
また、上述のソフトウェア無線機は、ソフトウェアの受信の可否を設定するための手段をさらに含むことが望ましい。あわせて制御手段は、設定に基づいてソフトウェアを受信するように受信手段を制御するための手段を含むことが望ましい。
【００２３】
すなわち、制御手段は、設定に基づいてソフトウェアを受信するように受信手段を制御することができる。これにより、ソフトウェア無線機は、ソフトウェアを受信しない旨が設定されているとソフトウェアを受信しない。その結果、送信機能があってもなくても、異なる複数の無線通信システムに接続したいときだけソフトウェアをダウンロードできる、ソフトウェア無線機を提供することができる。
【００２４】
また、ソフトウェア無線機は、受信手段の状態に基づいて、状態を表わす第２の情報を出力するための手段をさらに含むことが望ましい。
【００２５】
すなわち、ソフトウェア無線機は、ソフトウェアの受信に関する状態に基づいて、状態を表わす第２の情報を出力することができる。これにより、ソフトウェアの受信に関する状態が出力される。その結果、送信機能があってもなくてもソフトウェアをダウンロードでき、かつソフトウェアの受信に関する状態が出力されるソフトウェア無線機を提供することができる。
【００２６】
もしくは、上述の第２の情報は、ソフトウェアの受信の拒否、開始、実行中、終了および失敗のいずれかの状態を表す情報を含むことが望ましい。
【００２７】
すなわち、ソフトウェアの受信に関する状態が、ソフトウェアの受信の拒否、開始、実行中、終了および失敗のいずれかの状態とされることができる。これにより、ソフトウェアの受信の拒否、開始、実行中、終了および失敗のいずれかの状態を表わす情報が出力される。その結果、送信機能があってもなくてもソフトウェアをダウンロードでき、かつソフトウェアの受信の拒否、開始、実行中、終了および失敗のいずれかが出力されるソフトウェア無線機を提供することができる。
【００２８】
本発明の他の局面にしたがうと、ソフトウェア無線システムは、ソフトウェア送信装置と、ソフトウェア無線機とを含むシステムである。ソフトウェア送信装置は、ソフトウェア無線機用の、通信の対象である第１の情報の処理に係るソフトウェアを予め記憶するための記憶手段と、ソフトウェア無線機の存在および移動のいずれかを検知するための検知手段と、ソフトウェアを送信するための送信手段と、存在および移動のいずれかが検知されたことに応答して、ソフトウェア無線機からの通信がなくとも、ソフトウェア無線機にソフトウェアを送信するように送信手段を制御するための制御手段とを含む。ソフトウェア無線機は、情報を受信するための受信手段と、ソフトウェアを、ソフトウェアの受信について情報を送信することなく受信するように、受信手段を制御するための制御手段を含む。
【００２９】
すなわち、ソフトウェア送信装置の記憶手段は、ソフトウェアを予め記憶する。制御手段は、ソフトウェア無線機からの通信がなくとも、送信手段を制御する。送信手段は、ソフトウェア無線機にソフトウェアを送信する。ソフトウェア無線機の制御手段は、ソフトウェアを、ソフトウェアの受信について情報を送信することなく受信するように、ソフトウェア無線機を制御する。これにより、ソフトウェア無線機は、ソフトウェアが送信されるとそのソフトウェアを受信できる。その結果、ソフトウェア無線機に送信機能があってもなくてもソフトウェアをダウンロードさせることができる、ソフトウェア無線システムを提供することができる。
【００３０】
本発明の他の局面にしたがうと、ソフトウェア送信方法は、ソフトウェア無線機用の、通信の対象である第１の情報の処理に係るソフトウェアを予め記憶する記憶ステップと、ソフトウェアを送信する送信ステップと、ソフトウェア無線機からの通信がなくとも、ソフトウェア無線機にソフトウェアを送信するように送信ステップを制御する制御ステップとを含む。
【００３１】
すなわち、記憶ステップは、ソフトウェアを予め記憶する。制御ステップは、ソフトウェア無線機からの通信がなくとも、送信ステップを制御する。送信ステップは、ソフトウェア無線機にソフトウェアを送信する。これにより、送信ステップは、ソフトウェア無線機からの通信がなくとも、ソフトウェア無線機にソフトウェアを送信する。その結果、ソフトウェア無線機に送信機能があってもなくてもソフトウェアをダウンロードさせることができる、ソフトウェア送信方法を提供することができる。
【００３２】
【発明の実施の形態】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同一である。したがって、それらについての詳細な説明は繰返さない。
【００３３】
図１を参照して、本実施の形態に係るシステムの構成は、ソフトウェア無線機１１と、サーバ装置２１とを含む。ソフトウェア無線機１１とサーバ装置２１とは、無線通信サービスにより互いに通信できる。無線通信サービスは、ネットワーク３１が提供する。通信の方式は特に制限されない。その方式の例として、周波数変調を用いたアナログ通信方式や、位相変調を用いたディジタル通信方式がある。本実施の形態において、ソフトウェア無線機１１とサーバ装置２１とは後者の方式で通信する。
【００３４】
ソフトウェア無線機１１は、受信装置１２と、入力装置１３と、各種のソフトウェアとユーザ設定を表わすデータとを保存する記憶装置１４と、ユーザとの対話を可能とするユーザインターフェース１５と、上記の各機能を制御する制御装置１６とを備える。受信装置１２は互いに異なる複数の無線通信サービスにアクセスできる。その理由は、それぞれの無線通信サービスに対応するソフトウェアを用いるからである。入力装置１３は、通信により、そのソフトウェアをサーバ装置２１からダウンロードする。受信装置１２と入力装置１３とは１つの通信モジュールにより兼用されていてもよい。記憶装置１４は、ダウンロードされたソフトウェアも記憶する。ユーザインターフェース１５は、ユーザにダウンロードの経過を通知するＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）と、ユーザ設定を入力するキーボード（図示せず）とを含む。制御装置１６は、各装置を制御するほか、入力装置１３がダウンロードしたソフトウェアに基づいて、受信装置１２によって受信された情報を処理する。
【００３５】
サーバ装置２１は、ソフトウェア無線機１１の位置を検出できる検出装置２２と、ネットワーク３１に接続可能な入出力装置２３と、各種のソフトウェアを保存する記憶装置２４と、上記の各機能を制御する制御装置２５とを備える。記憶装置２４は、記憶された情報を読出せる。各種のソフトウェアにはソフトウェア無線機１１がダウンロードするソフトウェアも含む。制御装置２５は、入出力装置２３にそのソフトウェアを送信させる。制御装置２５は、ソフトウェア無線機１１からダウンロードについて何ら通信がない場合でも、ソフトウェア無線機１１へそのソフトウェアを送信させる。結果として、ソフトウェア無線機１１がそのソフトウェアを受信しない場合もある。なお、これ以降「ソフトウェア」とは、ソフトウェア無線機１１がそれぞれの無線通信サービスに対応するためにダウンロードするソフトウェアを指す。
【００３６】
図２を参照して、本実施の形態に係る検出装置２２の具体的な構成例を示す。検出装置２２は速度センサ１２１と、距離センサ１２２と、ゲートセンサ１２３とを備える。これらのセンサは制御装置２５により制御される。速度センサ１２１は、移動物の１点の、単位時間あたりの移動量を演算して速度を検出する。距離センサ１２２は、超音波を反射してから反射波を検知するまでの時間により距離を測定する。
【００３７】
図３を参照して、サーバ装置２１がソフトウェアとその付加情報とを送信する際のフォーマットを説明する。ＰＩＤ（Ｐｒｏｔｏｃｏｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）エリア１０１はプロトコル識別子の記録エリアを表わす。ＤＩＶ（Ｄｉｖｉｄｅ）エリア１０２は分割情報の記録エリアを表わす。ＬＥＮ（Ｌｅｎｇｔｈ）エリア１０３は分割されたソフトウェアの長さを記録するエリアを表わす。ソフトウェアエリア１０４は、ソフトウェアの一部のデータを記録するエリアを表す。ＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）エリア１０５はフレームチェックシーケンスの記録エリアを表わす。プロトコル識別子は、サーバ装置２１によってフォーマットに付与される。サーバ装置２１は、検出装置２２から入手した情報に基づいてプロトコル識別子を決定する。分割情報は、識別に用いられる。ソフトウェア無線機１１は、分割情報を用いてソフトウェア全体のうち何番目のブロックを受信したかを識別する。フレームチェックシーケンスは、データが正確か否かを判断するために用いられる。
【００３８】
なお、いうまでもなく、ソフトウェア無線機１１およびサーバ装置２１の形態は、図１から図３のいずれかに示される具体例に限定されるものではない。図１から図３のいずれかに記載されない他の機能が含まれてもよいし、図１から図３のいずれかに記載されている機能の必ずしもすべてが含まれていなくても構わない。たとえば、検出装置２２は含まれていなくてもよい。その場合の制御装置２５は、ソフトウェア無線機１１が存在するか否かに関わらずソフトウェアを送信する。たまたま、ソフトウェアを受信できる空間の中に、ソフトウェアを受信できる状態のソフトウェア無線機１１が存在すれば、ソフトウェアはダウンロードされる。
【００３９】
図４を参照して、本実施の形態に係るサーバ装置２１で実行されるプログラムは、ソフトウェア無線機１１の検出に関し、以下のような制御構造を有する。
【００４０】
ステップ（以下、ステップをＳと略す。）２０１にて、サーバ装置２１の制御装置２５は、サーバ装置２１の各機能を利用するための初期制御を行なう。
【００４１】
Ｓ２０２にて、制御装置２５は、検出装置２２のゲートセンサ１２３が何らかの物を検出したか否かを判断する。本実施の形態において、ゲートセンサ１２３は検出した物をすべて移動機（ソフトウェア無線機１１）とみなす。ゲートセンサ１２３を用いるメリットは、赤外線センサなどを用いた安価なゲートが構築できることである。デメリットはダウンロードに失敗するケース（ソフトウェア無線機１１とはまったく別のものを検出するなど）が増えることである。この検出により、制御装置２５は、ソフトウェア無線機１１がサーバ装置２１のサービス圏内に入ったことを検出する。
【００４２】
Ｓ２０３にて、制御装置２５は、検出装置２２の距離センサ１２２を用いてソフトウェア無線機１１とサーバ装置２１との間の距離を測定する。Ｓ２０４にて、制御装置２５は、速度センサ１２１を用いてソフトウェア無線機１１の移動速度を取得する。これらとこれらから推定されたソフトウェア無線機１１の位置や移動方向などを位置情報と呼ぶ。
【００４３】
Ｓ２０５にて、制御装置２５は、ソフトウェア無線機１１の位置に応じたプロトコルを選択する。複数の種類のプロトコルが記憶装置２４に記憶されている。本実施の形態において、サーバ装置２１はネットワーク３１とソフトウェア無線機１１の距離が遠い場合、ダウンロード速度を犠牲にし冗長性のあるプロトコルを選択する。本実施の形態においては、冗長性のあるプロトコルとは、誤り訂正符号としてリード・ソロモン符号を適用するものである。
【００４４】
Ｓ２０６にて、制御装置２５は、選択したプロトコルにしたがってダウンロード開始コマンドを送信する。このコマンドは、すべてのパケットを送信する前に送信される。このコマンドのフォーマットは、図３に示すパケットのフォーマットと同一とする。このパケットのソフトウェアエリア１０４に、ダウンロードの開始を表わすデータが記録されている。制御装置２５は、次にソフトウェアのパケットを送信する。そのパケットのフォーマットは図３に示す通りである。１つのパケットはソフトウェアの一部分をそれぞれ送信する。ソフトウェアを一部分ずつ送信する理由は、ソフトウェアの容量が大き過ぎて一度に送信できないからである。
【００４５】
Ｓ２０７にて、制御装置２５は、すべてのパケットを所定回繰返して送信したか否かを判断する。本実施の形態において所定回とは３回のことである。繰返して送信したと判断した場合には（Ｓ２０７にてＹＥＳ）、処理はＳ２０８へと移される。もしそうでないと（Ｓ２０７にてＮＯ）、処理はＳ２０６へと移される。
【００４６】
Ｓ２０８にて、制御装置２５は、再び移動機（ソフトウェア無線機１１）を検出するか否かを判断する。本来、一度検出されたソフトウェア無線機１１を再検出する必要はない。しかし本実施の形態においては、一度検出されたソフトウェア無線機１１も再検出の対象とする。その理由は、ダウンロードを確実化できるからである。ソフトウェア無線機１１を検出すると判断した場合には（Ｓ２０８にてＹＥＳ）、処理はＳ２０２へと移される。もしそうでないと（Ｓ２０８にてＮＯ）、処理はＳ２０９へと移される。Ｓ２０９にて、制御装置２５はネットワーク３１との接続を解消し、処理を終了する。
【００４７】
図５を参照して、本実施の形態に係るソフトウェア無線機１１で実行されるプログラムは、ソフトウェアのダウンロードに関し、以下のような制御構造を有する。
【００４８】
Ｓ３００にて、ソフトウェア無線機１１の制御装置１６は、入力装置１３を用いて信号を検出する。Ｓ３０２にて、制御装置１６は、検出した信号がダウンロード開始コマンドか否かを判断する。ダウンロード開始コマンドと判断した場合には（Ｓ３０２にてＹＥＳ）、処理はＳ３０４へと移される。もしそうでないと（Ｓ３０２にてＮＯ）、処理はＳ３００へと移される。
【００４９】
Ｓ３０４にて、制御装置１６は、ユーザ設定がソフトウェアの受信を拒否する設定か否かを判断する。ユーザ設定の内容を表わす情報は、記憶装置１４に記憶されている。ソフトウェアの受信を拒否する設定と判断した場合には（Ｓ３０４にてＹＥＳ）、処理はＳ３０６へと移される。もしそうでないと（Ｓ３０４にてＮＯ）、処理はＳ３０８へと移される。Ｓ３０６にて、制御装置１６は、ソフトウェアのダウンロードを拒否した旨をユーザに通知する。その方法はブザー（図示せず）の鳴動などの方法である。
【００５０】
Ｓ３０８にて、制御装置１６は、ソフトウェアの書換えが可能な状態に遷移する。制御装置１６は、遷移と同時にその旨をユーザに知らせる。その方法はＬＥＤ（Ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）の点灯などの方法である。Ｓ３１０にて、ソフトウェア無線機１１は、サーバ装置２１が指定したプロトコルでソフトウェアのパケットを受信する。そのプロトコルはＰＩＤエリア１０１に記録されている。受信されたパケットのデータは、記憶装置１４に書込まれる。
【００５１】
Ｓ３１２にて、ソフトウェア無線機１１は、すべてのパケットについて正常に受信したか否かを判断する。その判断のポイントは、すべてのパケットの内容が正確であるという点と、すべてのパケットを受信したという点の２点である。前者は、フレームチェックシーケンスを比較して判断される。フレームチェックシーケンスの値はＬＥＮエリア１０３に記録されたデータにしたがって計算される。計算方法は特に特定されない。最もポピュラーな計算方法は、巡回冗長符号ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）である。ソフトウェア無線機１１は、計算されたフレームチェックシーケンスとサーバより受信したフレームチェックシーケンスとを比較する。サーバより受信したフレームチェックシーケンスとは、ＦＣＳエリア１０５に記録されたデータのことである。これらのフレームチェックシーケンスが同一でなければ、受信情報に誤りがあると判断する。後者は、ＤＩＶエリア１０２に記録された分割情報を利用して判断される。すべてのパケットを正常に受信したと判断した場合（Ｓ３１２にてＹＥＳ）、処理はＳ３１４へと移される。もしそうでないと（Ｓ３１２にてＮＯ）、処理はＳ３１６へと移される。
【００５２】
Ｓ３１４にて、ソフトウェア無線機１１は自らのソフトウェアを受信したソフトウェアに書換える。ソフトウェア無線機１１は新たな無線通信システムに対応可能となる。ソフトウェア無線機１１はＬＥＤの消灯などでダウンロードの完了をユーザに通知する。書換えの完了はダウンロードの完了と同時に通知される。ダウンロードの終了を検知する方法は特に特定されない。本実施の形態においては、その旨の信号がサーバ装置２１から送信されることとする。
【００５３】
Ｓ３１６にて、制御装置１６は、ダウンロードに失敗したか否かを判断する。判断の基準は、正常に受信できないことが所定回以上あったか否かという点にある。本実施の形態では、これを３回とする。この回数が３回未満の場合、ダウンロードに失敗したと判断されない。ただし内容が不正確なパケットのデータは破棄される。ソフトウェア無線機１１は、サーバ装置２１が同一のデータを持つパケットを送信することを期待する。ダウンロードに失敗したと判断した場合（Ｓ３１６にてＹＥＳ）、処理はＳ３１８へと移される。もしそうでないと（Ｓ３１６にてＮＯ）、処理はＳ３１０へと移される。Ｓ３１８にて、制御装置１６は、ユーザインターフェース１５を用いてダウンロードが失敗したことをユーザに通知する。本実施の形態においては、制御装置１６は、ＬＥＤの点滅をもってダウンロードの失敗をユーザに通知する。
【００５４】
以上のような構造およびフローチャートに基づく、ソフトウェア無線機１１およびサーバ装置２１の動作について説明する。
【００５５】
［順調にダウンロードされる場合］
図６を参照して、ソフトウェアが順調にダウンロードされる場合のソフトウェア無線機１１およびサーバ装置２１の通信処理について説明する。図６は、ソフトウェアが順調にダウンロードされる場合の、ソフトウェア書換えの代表的なシーケンス図である。
【００５６】
サーバ装置２１の制御装置２５は、初期制御を行ない（Ｓ２０１）、検出装置２２のゲートセンサ１２３を用いて、ソフトウェア無線機１１の検出を試みる（Ｓ２０２）。
【００５７】
ソフトウェア無線機１１を検出した制御装置２５は、続いて速度センサ１２１と距離センサ１２２とから、ソフトウェア無線機１１の状態に関わる位置情報を読取る（Ｓ２０３、Ｓ２０４）。位置情報が読取られると、制御装置２５は、ソフトウェア無線機１１の位置に応じたプロトコルを選択する（Ｓ２０５）。制御装置２５は、まず入出力装置２３を用いてダウンロード開始コマンドを送信する。制御装置２５は、次に入出力装置２３を用いてソフトウェアのパケットをすべて３回繰返して送信する（Ｓ２０６〜Ｓ２０７）。パケットが繰返して送信されると、制御装置２５は、再びソフトウェア無線機１１の検出を試みる（Ｓ２０８〜Ｓ２０２）。
【００５８】
パケットが送信されるまでの間に、ソフトウェア無線機１１の制御装置１６は、入力装置１３を用いて信号の有無を検出する（Ｓ３００）。信号が検出されると、制御装置１６は、検出した信号がダウンロード開始コマンドか否かを判断する（Ｓ３０２）。ダウンロード開始コマンドが検出されると（Ｓ３０２にてＹＥＳ）、制御装置１６は、ユーザ設定がソフトウェアの受信を拒否する設定か否かを判断する（Ｓ３０４）。ソフトウェアの受信が拒否されないので（Ｓ３０４にてＮＯ）、制御装置１６は、ソフトウェアの書換えが可能な状態に遷移する。遷移と同時にその旨がユーザに知らされる（Ｓ３０８）。図６のダウンロードシーケンスの「ＬＥＤ点灯」がこれに該当する。遷移されると、ソフトウェア無線機１１は、順次ソフトウェアを受信する。そのソフトウェアは、記憶装置１４に書き込まれる（Ｓ３１０）。図６のダウンロードシーケンスの「ダウンロード開始」から「ソフトウェアＮ／Ｎ」までがこれに該当する。
【００５９】
すべてのパケットについてダウンロードが終了した旨のデータが送信されると、ソフトウェア無線機１１は、すべてのパケットを正常に受信したか否かを判断する。図６の「ダウンロード終了」がこれに該当する（Ｓ３１２）。すべてのパケットを正常に受信したと判断されるので（Ｓ３１２にてＹＥＳ）、ソフトウェア無線機１１は自らのソフトウェアを確認したソフトウェアに書換える。図６の「ソフトウェア書換え」がこれに該当する（Ｓ３１４）。ソフトウェア無線機１１はＬＥＤの消灯などでダウンロードの完了をユーザに通知する。図６の「ＬＥＤ消灯」がこれに該当する。
【００６０】
［一部のパケットが正常にダウンロードされなかった場合］
図７を参照して、一部のパケットが正常にダウンロードされなかった場合のソフトウェア無線機１１およびサーバ装置２１の通信処理について説明する。図７は、ソフトウェア無線機がダウンロードの失敗を検出し、ＬＥＤを点滅させることによりユーザへ知らせる場合のシーケンス図である。
【００６１】
「Ｍ」個目のパケットについてダウンロードが終了した旨のデータが送信されると、ソフトウェア無線機１１は、そのパケットを正常に受信したか否かを判断する。図７の「ソフトウェアＭ／Ｎ」がこれに該当する（Ｓ３１２）。この場合フレームチェックシーケンスを比較した結果に異常が発見されるので、（Ｓ３１２にてＮＯ）、制御装置１６は、ダウンロードに失敗したか否かを判断する（Ｓ３１６）。図７の「ＦＣＳの誤りを検出」がこれに該当する。当初、制御装置１６は、ダウンロードに失敗したと判断されないので（Ｓ３１６にてＮＯ）、ソフトウェア無線機１１は、サーバ装置２１が同一のデータを持つパケットを送信することを期待する（Ｓ２０６）。内容が不正確なパケットのデータは破棄される。受信を繰り返してもフレームチェックシーケンスに異常が発見されると（Ｓ３１２にてＮＯ）、制御装置１６は、ダウンロードに失敗したと判断する（Ｓ３１６にてＹＥＳ）。図７の「ダウンロード終了」がこれに該当する。制御装置１６は、ＬＥＤを点滅させる（Ｓ３１８）。図７の「ＬＥＤ点滅」がこれに該当する。
【００６２】
［ダウンロードを拒否するように設定されている場合］
図８を参照して、ダウンロードを拒否するように設定されている場合のソフトウェア無線機１１およびサーバ装置２１の通信処理について説明する。図８は、ダウンロードを拒否するように設定されている場合の代表的なシーケンス図である。
【００６３】
ダウンロード開始コマンドが検出されると（Ｓ３０２にてＹＥＳ）、制御装置１６は、ユーザ設定がソフトウェアの受信を拒否する設定か否かを判断する（Ｓ３０４）。図８のダウンロードシーケンスの「ダウンロード開始」がこれに該当する。ダウンロード開始コマンドを受信したソフトウェア無線機１１は、ダウンロードを拒否する設定となっている。図８の「拒否設定」がこれに該当する。ソフトウェアの受信が拒否されるので（Ｓ３０４にてＹＥＳ）、制御装置１６は、ブザー（図示せず）を鳴動してソフトウェアのダウンロードを拒否した旨をユーザに通知する（Ｓ３０６）。図８の「ブザー音鳴」がこれに該当する。制御装置１６は、ダウンロード処理を行わない。サーバ装置２１はそれを知らないので、選択したプロトコルにしたがってソフトウェアのパケットを送信する（Ｓ２０５）。図８のダウンロードシーケンスの「ソフトウェア１／Ｎ」から「ソフトウェアＮ／Ｎ」までがこれに該当する。
【００６４】
図１０を参照して、比較のために従来のソフトウェア無線機とソフトウェア送信機との代表的なシーケンスを示す。サーバ装置（図示せず）は、信号をソフトウェア無線機（図示せず）に送信する。その信号とは、ダウンロードの開始を要求する信号である。信号を受信したソフトウェア無線機は、信号をサーバ装置に返信する。その信号とは、ダウンロードを受付ける旨の信号である。返信が受信されると、サーバ装置は、別の信号をソフトウェア無線機に送信する。別の信号とは、ダウンロードが開始される旨の信号である。その信号が受信されると、確認の信号をサーバ装置に返信する。確認の信号が返信されると、サーバ装置は、ソフトウェアのパケットを送信する。ソフトウェア無線機は、確認の信号をサーバ装置に返信する。最後のパケットについて、確認の信号がサーバ装置に返信されると、サーバ装置は、ダウンロードが終了した旨の信号を送信する。その信号がソフトウェア無線機に受信されると、ソフトウェア無線機は、終了を確認する信号をサーバ装置に送信する。これにより、ソフトウェアのダウンロードは終了する。ソフトウェア無線機は自らのソフトウェアを新たなソフトウェアに書換える。ソフトウェア無線機は新たな無線通信システムに対応可能となる。
【００６５】
以上のようにして、本実施の形態に係るソフトウェア無線システムにおいて、サーバ装置２１は、ソフトウェア無線機１１の位置を検出して、自らの主導でソフトウェアをダウンロードさせる。ダウンロードは、ソフトウェア無線機１１からの通信がなくとも実行される。その理由は、サーバ装置２１が、ソフトウェア無線機１１からの通信を必要としないからである。その通信を必要としない理由は、サーバ装置２１が、ダウンロードの成否などに応じた動作をしないためである。これにより、ソフトウェア無線機１１は、送信装置を備える必要性がなくなる。その必要性がないので、ソフトウェア無線機１１の構成は、簡素化する。その結果、利便性を損なわず、かつ安価なソフトウェア無線機を提供できる。
【００６６】
なお、ソフトウェアの書換えに失敗した場合、ソフトウェア無線機１１は、ＬＥＤの点灯に代えて、ＬＣＤにその旨を表示させてもよい。その場合、ソフトウェア無線機１１は、ＬＥＤの点灯に代えて、バイブレーションを振動させてもよい。その場合、ソフトウェア無線機１１は、ＬＥＤの点灯に代えて、音源装置を鳴動させてもよい。
【００６７】
また、ソフトウェア無線システムは、ネットワークによらないで互いに通信してもよい。図９を参照して、この場合のサーバ装置とソフトウェア無線機との関係を示す。
【００６８】
さらに、Ｓ２０５にて、制御装置２５は、ソフトウェア無線機１１の速度に応じてプロトコルを選択してもよい。選択されるプロトコルは、同一のデータを複数回再送するものでもよい。そのプロトコルは、誤り訂正符号の適用とデータの再送方式とを組合わせるものでもよい。誤り訂正符号は、ターボ符号でもよい。
【００６９】
その他、Ｓ２０２にて、ゲートセンサ１２３に代えて、次にあげる方法を用いて直接ソフトウェア無線機１１を検出してもよい。その方法とは、ソフトウェア無線機１１が特定の波長の電波を反射するか否かでソフトウェア無線機１１を検出する方法である。この方法は、ソフトウェア無線機１１の筐体の材質を周波数選択電磁シールド材にすると可能になる。周波数選択電磁シールド材とは、特定の周波数帯の電波のみを反射する材料である。その電波の波長は、通信に用いる電波の波長とは異なる波長とする。この方法を用いると、サーバ装置２１は、種類が異なる複数のソフトウェアのうち、ソフトウェア無線機１１の種類に対応するソフトウェアを送信することができる。
【００７０】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【００７１】
【発明の効果】
本発明に係るソフトウェア送信装置、ソフトウェア無線システム、およびソフトウェア送信方法は、ソフトウェア無線機に送信機能があってもなくてもソフトウェアをダウンロードさせることができる。
【００７２】
本発明に係るソフトウェア無線機は、送信機能があってもなくてもソフトウェアをダウンロードできる。
【図面の簡単な説明】
【図１】本実施の形態に係る、システム構成図である。
【図２】本実施の形態に係る、サーバ装置が備える検出装置の実現例である。
【図３】本実施の形態に係る、サーバ装置から送信されるパケットのフォーマットを表わす図である。
【図４】本実施の形態に係る、サーバ装置の処理を示すフローチャートである。
【図５】本実施の形態に係る、ソフトウェア無線機の処理を示すフローチャートである。
【図６】本実施の形態に係る、ソフトウェア書換えの代表的なシーケンス図である。
【図７】本実施の形態に係る、ソフトウェア無線機がダウンロードの失敗を検出し、ＬＥＤを点滅させることによりユーザへ知らせるシーケンス図である。
【図８】本実施の形態に係る、ソフトウェア無線機がダウンロードを拒否するように設定されている場合の代表的なシーケンス図である。
【図９】本実施の形態の変形例に係る、サーバ装置とソフトウェア無線機との関係を示す図である。
【図１０】既存技術によるソフトウェア書換えの代表的なシーケンス図である。
【符号の説明】
１１  ソフトウェア無線機、１２  受信装置、１３  入力装置、１４，２４  記憶装置、１５  ユーザインターフェイス、１６，２５  制御装置、２１  サーバ装置、２２  検出装置、２３  入出力装置、３１  ネットワーク、１２１  速度センサ、１２２  距離センサ、１２３  ゲートセンサ。
【図１】
2004272789.tif 000003
【図２】
2004272789.tif 000004
【図３】
2004272789.tif 000005
【図４】
2004272789.tif 000006
【図５】
2004272789.tif 000007
【図６】
2004272789.tif 000008
【図７】
2004272789.tif 000009
【図８】
2004272789.tif 000010
【図９】
2004272789.tif 000011
【図１０】
2004272789.tif 000012