(57)【要約】【課題】近距離無線通信を用いて目的とするソフトウェアを容易に取得できる携帯端末装置を提供する。【解決手段】携帯端末装置１は、無線通信部２と、通信制御部３と、判定部４と、ソフトウェア取得部５とを備える。無線通信部２は、サーバ６との間で近距離無線通信を行う。通信制御部３は、所定の信号に応答して、無線通信部２を介して接続先をサーバ６とするペアリング動作を行う。判定部４は、ペアリングが確立すると、無線通信部２を介してサーバ６にアクセスし、サーバ６に目的とするソフトウェアが格納されているか否かを判定する。ソフトウェア取得部５は、判定部４が目的とするソフトウェアがサーバ６に格納されていると判定すると、無線通信部２を介してサーバ６から目的とするソフトウェアを受信して、記憶部７に記憶する。【選択図】図１
2010287920.tif 000002
【特許請求の範囲】
【請求項１】
サーバとの間で近距離無線通信を行う無線通信部と、
所定の信号に応答して、前記無線通信部を介して接続先を前記サーバとするペアリング動作を行う通信制御部と、
前記ペアリングが確立すると、前記無線通信部を介して前記サーバにアクセスし、前記サーバに目的とするソフトウェアが格納されているか否かを判定する判定部と、
前記判定部が目的とするソフトウェアが前記サーバに格納されていると判定すると、前記無線通信部を介して前記サーバから目的とするソフトウェアを受信して、記憶部に記憶するソフトウェア取得部とを備える携帯端末装置。
【請求項２】
前記近距離無線通信が、Ｂｌｕｅｔｏｏｔｈ又は無線ＬＡＮである、請求項１に記載の携帯端末装置。
【請求項３】
前記ソフトウェア取得部は、前記判定部が目的とするソフトウェアが前記サーバに格納されていないと判定すると、前記無線通信部を介して前記サーバに目的とするソフトウェアを取得するように要求する、請求項１又は２に記載の携帯端末装置。
【請求項４】
請求項１〜３の何れか一に記載の携帯端末装置と組み合わせて使用されるサーバを備える通信システムであって、
前記サーバが、少なくとも１つのソフトウェアについて複数の版のソフトウェアを格納しており、前記携帯端末装置からの要求に応答して、前記複数の版のリストを送信する通信システム。
【請求項５】
前記サーバが、目的とするソフトウェアが自身の記憶部内に格納されていないと、通信回線を介して目的とするソフトウェアを取得する、請求項４に記載の通信システム。
【請求項６】
コンピュータが、所定の信号に応答して、無線通信部を介して接続先をサーバとするペアリング動作を実行するステップと、
コンピュータが、前記ペアリングが確立すると、前記無線通信部を介して前記サーバにアクセスし、前記サーバに目的とするソフトウェアが格納されているか否かを判定するステップと、
コンピュータが、前記判定ステップで目的とするソフトウェアが前記サーバに格納されていると判定されると、前記サーバから目的とするソフトウェアを受信して、記憶部に記憶するステップと、を有する携帯端末装置の制御方法。
【請求項７】
コンピュータに、
所定の信号に応答して、無線通信部を介して接続先をサーバとするペアリング動作を実行する処理と、
前記ペアリングが確立すると、前記無線通信部を介して前記サーバにアクセスし、前記サーバに目的とするソフトウェアが格納されているか否かを判定する処理と、
前記判定ステップで目的とするソフトウェアが前記サーバに格納されていると判定されると、前記無線通信部を介して前記サーバから目的とするソフトウェアを受信して、記憶部に記憶する処理と、を実行させる携帯端末装置のためのプログラム。
【請求項８】
携帯端末装置との近距離無線通信を行う無線通信部と、
前記携帯端末装置からのペアリング要求に応答して、前記無線通信部を介して前記携帯端末装置との間で無線通信を確立する通信制御部と、
前記携帯端末装置から、前記無線通信部を介してソフトウェアの提供要求を受信すると、記憶部から目的とするソフトウェアを読み出し、前記無線通信部を介して前記携帯端末装置に提供するソフトウェア提供部とを備えるサーバ。
【請求項９】
携帯端末装置からのペアリング要求に応答して、無線通信部を介して前記携帯端末装置との間で無線通信を確立するステップと、
前記携帯端末装置から、前記無線通信部を介してソフトウェアの提供要求を受信すると、記憶部から目的とするソフトウェアを読み出し、前記無線通信部を介して前記携帯端末装置に提供するステップと、を有するサーバの制御方法。
【請求項１０】
コンピュータに、
携帯端末装置からのペアリング要求に応答して、無線通信部を介して前記携帯端末装置との間で無線通信を確立する処理と、
前記携帯端末装置から、前記無線通信部を介してソフトウェアの提供要求を受信すると、記憶部から目的とするソフトウェアを読み出し、前記無線通信部を介して前記携帯端末装置に提供する処理と、を実行させるサーバのためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末装置、通信システム、サーバ、その制御方法及びプログラムに関し、更に詳しくは、ソフトウェアの書換えを行う携帯端末装置、通信システム、サーバ、その制御方法及びプログラムに関する。
【背景技術】
【０００２】
近年、携帯電話機等に代表される携帯端末装置の機能の増加に伴って、携帯端末装置に搭載されるソフトウェアの規模が増大している。このような状況の下、携帯端末装置に搭載されるソフトウェアの開発では、リリースが一度のみということは稀であり、実際には、ソフトウェアのバージョンアップを実施しながら、動作確認を実行し、製品としての完成度を高めていくという手法を採用する傾向にある。ソフトウェアのバージョンアップを行う際には、個々の携帯端末装置に記憶されたソフトウェアを書き換えることになる。
【０００３】
上記手法を採用すると、規模の大きなソフトウェアでは、書換えに要する時間及び工数が大きく、開発に要するコストが増大する。また、一般ユーザがソフトウェアのバージョンアップを行う際には、携帯端末装置を販売店等に持ち込んで更新後のソフトウェアを記憶したサーバと携帯端末装置とを接続してダウンロードする等、書換えに際して手間がかかっていた。
【０００４】
特許文献１には、ファームウェアの自動書換えを可能とする通信端末が記載されている。通信端末は、通話等を行うための第１の無線通信手段と、第１の無線通信手段とは異なる通信方式で無線通信を行う第２の無線通信手段と、ファームウェアのプログラムを記憶する書き換え可能なプログラム記憶手段とを備えている。通信端末では、第２の無線通信手段が、近距離無線通信の規格であるＢｌｕｅｔｏｏｔｈ（登録商標）で近距離無線通信を行い、新たなファームウェアのプログラムを受信して、プログラム記憶手段に格納する。このため、通信端末は、通話等の本来の通信に影響を与えずにファームウェアの自動書換えを行う。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２５１７４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の技術では、第２の無線通信手段で新たなファームウェアのプログラムを受信する前に、ファームウェアが更新可能である旨が電子メールやダイレクトメール等によって通知される必要がある。つまり、通信端末自体では、ファームウェアの更新が可能であるか否かは判定できないため、電子メールやダイレクトメール等を受信するというプロセスが必要となる。特許文献１には、電子メールやダイレクトメール等を通知するための具体的な構成は記載されていない。
【０００７】
本発明は、近距離無線通信を用いて目的とするソフトウェアを容易に取得できる携帯端末装置、その制御方法及びプログラム、通信システムを提供すること、また、目的とするソフトウェアを携帯端末装置に提供できるサーバ、その制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明は、サーバとの間で近距離無線通信を行う無線通信部と、
所定の信号に応答して、前記無線通信部を介して接続先を前記サーバとするペアリング動作を行う通信制御部と、
前記ペアリングが確立すると、前記無線通信部を介して前記サーバにアクセスし、前記サーバに目的とするソフトウェアが格納されているか否かを判定する判定部と、
前記判定部が目的とするソフトウェアが前記サーバに格納されていると判定すると、前記無線通信部を介して前記サーバから目的とするソフトウェアを受信して、記憶部に記憶するソフトウェア取得部とを備える携帯端末装置を提供する。
【０００９】
本発明は、上述の携帯端末装置と組み合わせて使用されるサーバを備える通信システムであって、
前記サーバが、少なくとも１つのソフトウェアについて複数の版のソフトウェアを格納しており、前記携帯端末装置からの要求に応答して、前記複数の版のリストを送信する通信システムを提供する。
【００１０】
また、本発明は、コンピュータが、所定の信号に応答して、無線通信部を介して接続先をサーバとするペアリング動作を実行するステップと、
コンピュータが、前記ペアリングが確立すると、前記無線通信部を介して前記サーバにアクセスし、前記サーバに目的とするソフトウェアが格納されているか否かを判定するステップと、
コンピュータが、前記判定ステップで目的とするソフトウェアが前記サーバに格納されていると判定されると、前記サーバから目的とするソフトウェアを受信して、記憶部に記憶するステップと、を有する携帯端末装置の制御方法を提供する。
【００１１】
さらに、本発明は、コンピュータに、
所定の信号に応答して、無線通信部を介して接続先をサーバとするペアリング動作を実行する処理と、
前記ペアリングが確立すると、前記無線通信部を介して前記サーバにアクセスし、前記サーバに目的とするソフトウェアが格納されているか否かを判定する処理と、
前記判定ステップで目的とするソフトウェアが前記サーバに格納されていると判定されると、前記無線通信部を介して前記サーバから目的とするソフトウェアを受信して、記憶部に記憶する処理と、を実行させる携帯端末装置のためのプログラムを提供する。
【００１２】
本発明は、携帯端末装置との近距離無線通信を行う無線通信部と、
携帯端末装置からのペアリング要求に応答して、前記無線通信部を介して前記携帯端末装置との間で無線通信を確立する通信制御部と、
前記携帯端末装置から、前記無線通信部を介してソフトウェアの提供要求を受信すると、記憶部から目的とするソフトウェアを読み出し、前記無線通信部を介して前記携帯端末装置に提供するソフトウェア提供部とを備えるサーバを提供する。
【００１３】
また、本発明は、携帯端末装置からのペアリング要求に応答して、無線通信部を介して前記携帯端末装置との間で無線通信を確立するステップと、
前記携帯端末装置から、前記無線通信部を介してソフトウェアの提供要求を受信すると、記憶部から目的とするソフトウェアを読み出し、前記無線通信部を介して前記携帯端末装置に提供するステップと、を有するサーバの制御方法を提供する。
【００１４】
さらに、本発明は、コンピュータに、
携帯端末装置からのペアリング要求に応答して、無線通信部を介して前記携帯端末装置との間で無線通信を確立する処理と、
前記携帯端末装置から、前記無線通信部を介してソフトウェアの提供要求を受信すると、記憶部から目的とするソフトウェアを読み出し、前記無線通信部を介して前記携帯端末装置に提供する処理と、を実行させるサーバのためのプログラムを提供する。
【発明の効果】
【００１５】
本発明の携帯端末装置、その制御方法及びプログラム、通信システムでは、近距離無線通信を用いて目的とするソフトウェアを容易に取得できる。また、本発明のサーバ、その制御方法及びプログラムでは、目的とするソフトウェアを携帯端末装置に提供できる。
【図面の簡単な説明】
【００１６】
【図１】（ａ）及び（ｂ）は、本発明の携帯端末装置及びサーバの最小構成を示す図。
【図２】本発明の第１の実施形態に係る携帯端末装置及びサーバを含む通信システムを示す図。
【図３】（ａ）及び（ｂ）は、本発明の第１の実施形態に係る携帯端末装置及びサーバの構成を示す図。
【図４】（ａ）及び（ｂ）は、本発明の第１の実施形態に係る携帯端末装置及びサーバの動作を示すフローチャート。
【図５】比較例である携帯端末装置及びサーバを含む通信システムの構成を示す図。
【図６】本発明の第２の実施形態に係る携帯端末装置及びサーバを含む通信システムを示す図。
【図７】（ａ）及び（ｂ）は、本発明の第２の実施形態に係る携帯端末装置及びサーバの動作を示すフローチャート。
【発明を実施するための形態】
【００１７】
図１（ａ）は、本発明の携帯端末装置の最小構成を示すブロック図である。携帯端末装置１は、最小構成として、無線通信部２と、通信制御部３と、判定部４と、ソフトウェア取得部５とを備える。無線通信部２は、サーバ６との間で近距離無線通信を行う。通信制御部３は、所定の信号に応答して、無線通信部２を介して接続先をサーバ６とするペアリング動作を行う。判定部４は、ペアリングが確立すると、無線通信部２を介してサーバ６にアクセスし、サーバ６に目的とするソフトウェア（以下、対象ソフトウェア）が格納されているか否かを判定する。ソフトウェア取得部５は、判定部４が対象ソフトウェアがサーバ６に格納されていると判定すると、無線通信部２を介してサーバ６から対象ソフトウェアを受信して、記憶部７に記憶する。
【００１８】
携帯端末装置１では、サーバ６とのペアリングを確立した後に、サーバ６にアクセスし、対象ソフトウェアがサーバ６に格納されていると、無線通信部２を介して対象ソフトウェアを記憶部７に記憶する。携帯端末装置１は、対象ソフトウェアがサーバ６に格納されているか否かを判定した上で、近距離無線通信を用いて対象ソフトウェアを容易に取得できる。
【００１９】
図１（ｂ）は、本発明のサーバの最小構成を示すブロック図である。サーバ６は、最小構成として、無線通信部２Ａと、通信制御部３Ａと、ソフトウェア提供部５Ａとを備える。無線通信部２Ａは、携帯端末装置１との近距離無線通信を行う。通信制御部３Ａは、携帯端末装置１からのペアリング要求に応答して、無線通信部２Ａを介して携帯端末装置１との間で無線通信を確立する。ソフトウェア提供部５Ａは、携帯端末装置１から、無線通信部２Ａを介してソフトウェアの提供要求を受信すると、記憶部７Ａから対象ソフトウェアを読み出し、無線通信部２Ａを介して携帯端末装置１に提供する。
【００２０】
サーバ６では、携帯端末装置１からソフトウェアの提供要求を受けて、記憶部７Ａから対象ソフトウェアを読み出して、無線通信部２Ａを介して携帯端末装置１に送信する。サーバ６は、携帯端末装置１からのソフトウェアの提供要求に応じて、近距離無線通信を用いて対象ソフトウェアを携帯端末装置１に提供する。また、記憶部７Ａは、サーバ６内に配置しても、サーバ６の外部に配置してもよい。
【００２１】
以下、図２〜図７を参照して、本発明の例示的な実施の形態について詳細に説明する。
（第１の実施形態）
図２は、本発明の第１の実施の形態に係る携帯端末装置及びサーバを含む通信システムの構成を示す図である。通信システム１００は、携帯電話機等の複数の携帯端末装置１０と、サーバ２０とを有する。これら複数の携帯端末装置１０とサーバ２０との間では、例えばＢｌｕｅｔｏｏｔｈ規格によって定められた通信方式で、近距離無線通信が行われる。近距離無線通信で使用されるプロファイルとしては、例えば、パーソナルエリア・ネットワーク（ＰＡＮ：Personal Area Networking）プロファイルが挙げられる。但し、プロファイルは、複数の携帯端末装置１０とサーバ２０とを同時に接続し、且つ通信が実施できるプロトコルであれば特に限定されない。
【００２２】
携帯端末装置１０は、図３（ａ）に示すように、無線送受信部１１と、Ｂｌｕｅｔｏｏｔｈ通信部１２と、ＣＰＵ１３と、ＲＯＭ１４と、ＲＡＭ１５と、マイク１６と、スピーカ１７と、表示部１８と、操作部１９とを備える。
【００２３】
無線送受信部１１は、アンテナを介して無線信号を送受信し、通話等を行うために信号の復調及び変調を行う。Ｂｌｕｅｔｏｏｔｈ通信部１２は、アンテナを介してＢｌｕｅｔｏｏｔｈ規格によって定められた通信方式で無線信号を送受信し、サーバ２０との間で近距離無線通信を行い、また、Ｂｌｕｅｔｏｏｔｈ規格に従って信号の復調及び変調を行う。
【００２４】
ＣＰＵ１３は、携帯端末装置１０内の上記各部の動作を制御するものであり、例えば通信制御部１３Ａと、判定部１３Ｂと、ソフトウェア取得部１３Ｃとを有する。ＲＯＭ１４は、書換え可能なＲＯＭ（例えば、フラッシュメモリ、ＥＥＰＲＯＭ）であり、ＣＰＵ１３が実行する書換え対象となるソフトウェアを格納している。ＲＯＭ１４は、対象ソフトウェアの数だけ配置してもよい。ＲＡＭ１５は、ＣＰＵ１３の作業領域として用いられ、ＣＰＵ１３の実行に際して必要なデータを格納する。ここで、書換え対象のソフトウェアがバージョンアップされた対象ソフトウェアは、サーバ２０に格納されていることを前提とする。なお、バージョンアップは、ソフトウェア開発に伴うものを想定しているため、携帯端末装置１０のユーザとしては、バージョンアップ毎にソフトウェアの動作確認を行う開発者等が挙げられる。
【００２５】
マイク１６及びスピーカ１７は、例えば通話時での音声の入力及び出力を行う。表示部１８は、ＬＣＤ（Liquid Crystal Display）等であって、各種情報を表示する。操作部１９は、テンキー等の操作キーを含み、ユーザに押下されるとＣＰＵ１３に指示信号を出力する。
【００２６】
ＣＰＵ１３内の通信制御部１３Ａは、操作部１９からの指示信号、例えばサーバ２０との間で近距離無線通信を確立することを要求する信号に応答して、Ｂｌｕｅｔｏｏｔｈ通信部１２を介してペアリング動作を行う。ここでのペアリング動作とは、近距離無線通信の接続先をサーバ２０とするための動作をいう。また、判定部１３Ｂは、サーバ２０とのペアリング確立後に、Ｂｌｕｅｔｏｏｔｈ通信部１２を介してサーバ２０に対象ソフトウェアが格納されているか否かを判定する。さらに、ソフトウェア取得部１３Ｃは、判定部１３Ｂで対象ソフトウェアがサーバ２０に格納されていると判定されると、Ｂｌｕｅｔｏｏｔｈ通信部１２を介してサーバ２０から対象ソフトウェアを受信して、ＲＯＭ１４に記憶されたソフトウェアを書き換える。
【００２７】
サーバ２０は、図３（ｂ）に示すように、Ｂｌｕｅｔｏｏｔｈ通信部２１と、ＣＰＵ２２と、ＲＯＭ２３とを備える。Ｂｌｕｅｔｏｏｔｈ通信部２１は、携帯端末装置１０との近距離無線通信を行う。ＣＰＵ２２は、サーバ２０内のＢｌｕｅｔｏｏｔｈ通信部２１及びＲＯＭ２３を制御するものであり、通信制御部２４とソフトウェア提供部２５とを有する。ＲＯＭ２３は、書換え可能なＲＯＭであり、対象ソフトウェアを格納する。また、サーバ２０内の通信制御部２４は、携帯端末装置１０からのペアリング要求に応答してＢｌｕｅｔｏｏｔｈ通信部２１を介して携帯端末装置１０との間で近距離無線通信を確立する。さらに、ソフトウェア提供部２５は、携帯端末装置１０からＢｌｕｅｔｏｏｔｈ通信部２１を介してソフトウェアの提供要求を受信すると、ＲＯＭ２３から対象ソフトウェアを読み出し、Ｂｌｕｅｔｏｏｔｈ通信部２１を介して携帯端末装置１０に提供する。
【００２８】
次に、図４（ａ）を参照して、携帯端末装置１０の動作について説明する。まず、操作部１９のキーの押下に伴い、ＣＰＵ１３は、表示部１８を制御して、ソフトウェアの書換えを行うためのソフトウェア書換えＯＮを示すメニューを表示する（ステップＳ１０）。表示されたメニューがキーの押下により選択されると、ＣＰＵ１３は、ソフト書換え機能をＯＮに設定する（ステップＳ１１）。続いて、ＣＰＵ１３の通信制御部１３Ａは、Ｂｌｕｅｔｏｏｔｈ通信部１２を介して、サーバ２０を接続先とするＢｌｕｅｔｏｏｔｈによるペアリング動作を実行する（ステップＳ１２）。
【００２９】
次に、通信制御部１３Ａは、ステップＳ１２のペアリング動作によりペアリングが確立したか否かを判定し（ステップＳ１３）、ペアリングが確立されない場合には（Ｎ）、リトライ処理を実行する（ステップＳ１４，Ｓ１５）。ステップＳ１４では、リトライ回数の上限値としてｍ回が予め設定されており、リトライ回数がｍ回以上になると（Ｎ）、通信制御部１３Ａは、異常終了としてフローを停止する（ステップＳ１８）。このため、リトライ実行に伴うはまり込みを防止できる。一方、ステップＳ１４でリトライ回数がｍ回未満であれば（Ｙ）、通信制御部１３Ａは、ステップＳ１５でリトライ処理を実行する。
【００３０】
ステップＳ１３でペアリングが確立されると（Ｙ）、Ｂｌｕｅｔｏｏｔｈでの近距離無線通信が可能になる。続いて、ＣＰＵ１３の判定部１３Ｂは、Ｂｌｕｅｔｏｏｔｈ通信部１２を介してサーバ２０にアクセスし、サーバ２０に対象ソフトウェアが格納されているか否かを判定する（ステップＳ１６）。ここでの判定は、対象ソフトウェアがサーバ２０に存在することを示すフラグを、サーバ２０側に予め用意することで可能となる。一例として、判定部１３Ｂは、指定するソフトウェアの該当するバージョンについて、フラグの値が「１」であれば、対象ソフトウェアがサーバ２０に存在すると判定し、値が「０」であれば、存在しないと判定する。
【００３１】
ステップＳ１６で判定部１３Ｂが、対象ソフトウェアがサーバ２０に存在すると判定すると（Ｙ）、ＣＰＵ１３のソフトウェア取得部１３Ｃは、ソフトウェアの書換えを実行する（ステップＳ１７）。ステップＳ１７では、ソフトウェア取得部１３Ｃが、Ｂｌｕｅｔｏｏｔｈ通信部１２を介してサーバ２０から対象ソフトウェアを受信して、受信した対象ソフトウェアをＲＯＭ１４に記憶する。ステップＳ１７でソフトウェア取得部１３Ｃが、ソフトウェアの書換えを実行すると、フローを終了する（ステップＳ１８）。また、ステップＳ１６で判定部１３Ｂが、対象ソフトウェアがサーバ２０に存在しないと判定した場合も、フローを終了する。
【００３２】
次に、図４（ｂ）を参照して、サーバ２０の動作を説明する。まず、サーバ２０の通信制御部２４は、上記ステップＳ１２でのペアリング動作の実行に伴い、携帯端末装置１０からのペアリング要求を示す信号を受信する（ステップＳ２０）。続いて、サーバ２０の通信制御部２４は、ペアリング要求に応答して、サーバ２０のＢｌｕｅｔｏｏｔｈ通信部２１を介して携帯端末装置１０との間でＢｌｕｅｔｏｏｔｈによる近距離無線通信を確立する（ステップＳ２１）。
【００３３】
次に、サーバ２０のソフトウェア提供部２５は、上記ステップＳ１７でのソフトウェアの書換えの実行に伴い、携帯端末装置１０からＢｌｕｅｔｏｏｔｈ通信部２１を介してソフトウェアの提供要求を受信する（ステップＳ２２）。続いて、サーバ２０のソフトウェア提供部２５は、サーバ２０のＲＯＭ２３から対象ソフトウェアを読み出して（ステップＳ２３）、Ｂｌｕｅｔｏｏｔｈ通信部２１を介して携帯端末装置１０に対象ソフトウェアを提供する（ステップＳ２４）。
【００３４】
その後、携帯端末装置１０では、上記ステップＳ１７，１８が実行される。更にその後で、サーバ２０から携帯端末装置１０に提供された対象ソフトウェアの動作確認が、開発者等により行われることになる。
【００３５】
次に、図５を参照して、比較例である携帯端末装置及びサーバを含む通信システムについて説明する。通信システム２００は、複数の携帯端末装置３０と、サーバ３１と、治具３２とを備える。サーバ３１は、対象ソフトウェアを格納し転送する。治具３２は、複数の携帯端末装置３０に格納された書換え対象となるソフトウェアを書き換えるために用いられる。治具３２は、図示のように、複数の携帯端末装置３０とケーブルを介して接続されている。なお、複数の携帯端末装置３０と治具３２とのケーブルによる接続は、人手により行われる。
【００３６】
通信システム２００では、対象ソフトウェアがサーバ３１から治具３２を介して携帯端末装置３０に送信されることで、複数の携帯端末装置３０の書換え対象となるソフトウェアを同時に書き換えることができる。しかし、この通信システム２００には、以下に示す問題点がある。
【００３７】
まず、複数の携帯端末装置３０と治具３２とをケーブルで物理的に接続する必要があるので、作業者に負担となり、更に作業時間も要し、また、ソフトウェアを書き換える回数が増えると、コネクタを破損する虞がある。また、電気的容量の制限等から治具３２に接続可能な携帯端末装置３０の数には、上限があるので、大量の携帯端末装置３０のソフトウェアを書き換えるためには、図５に示す携帯端末装置３０と治具３２とからなる系を複数準備する必要がある。その結果、機材コストが上昇してしまう。
【００３８】
これに対して、本実施形態の携帯端末装置１０では、サーバ２０とのペアリング確立後に、サーバ２０にアクセスして、対象ソフトウェアがサーバ２０に格納されているか否かを判定し、その上で、近距離無線通信を用いて対象ソフトウェアを取得できる。このため、携帯端末装置１０は、対象ソフトウェアをサーバ２０から容易に取得して、ソフトウェアを書き換えることができる。また、サーバ２０は、携帯端末装置１０からのソフトウェアの提供要求に応じて、対象ソフトウェアを携帯端末装置１０に提供できる。
【００３９】
（第２の実施形態）
図６は、本発明の第２の実施形態に係る携帯端末装置及びサーバを含む通信システムを示す図である。通信システム１００Ａは、複数の携帯端末装置１０Ａ及びサーバ２０Ａに加えて、サーバ２０ＡにＬＡＮ環境２６を介して接続されたソフトコンパイル用マシン２７を備えている点で、第１の実施形態で示した通信システム１００と異なる。ソフトコンパイル用マシン２７は、サーバ２０Ａから対象ソフトウェアを作成するための指令を受けると、対象ソフトウェアを作成する装置である。つまり、通信システム１００Ａは、サーバ２０Ａに対象ソフトウェアが格納されていない状況も想定している。以下、図７を参照して、携帯端末装置１０Ａ及びサーバ２０Ａの動作を説明する。
【００４０】
図７（ａ）は、携帯端末装置１０Ａの動作を示すフローチャートである。携帯端末装置１０Ａの動作は、ステップＳ１６Ａで対象ソフトウェアがサーバ２０Ａに格納されていると判定されるまで（Ｙ）、処理を繰り返し実行（ウェイト）している点で、図４（ａ）に示した上記携帯端末装置１０の動作と異なる。なお、それ以外の処理及び構成は、同様であるので重複する説明を適宜省略する。
【００４１】
ステップＳ１６Ａの処理では、図３（ａ）に示す判定部１３Ｂが、対象ソフトウェアがサーバ２０Ａに格納されていないと判定すると（Ｎ）、ソフトウェア取得部１３ＣがＢｌｕｅｔｏｏｔｈ通信部１２を介してサーバ２０Ａに対象ソフトウェアを取得するように要求する。この要求を受けて、サーバ２０Ａは、図７（ｂ）に示す各処理を実行する。
【００４２】
サーバ２０Ａの動作は、図４（ｂ）で示したステップＳ２２で、対象ソフトウェアを取得する要求、即ちソフトウェアの提供要求を携帯端末装置１０Ａから受信した後に、ステップＳ３０〜Ｓ３３の処理が追加された点で、上記サーバ２０の動作と異なる。ステップＳ３０〜Ｓ３３の処理は、携帯端末装置１０ＡがステップＳ１６Ａでウェイティングしている間に実行される。
【００４３】
サーバ２０Ａは、ステップＳ２２でソフトウェア提供要求を受信すると、例えば図３（ｂ）に示すソフトウェア提供部２５が、対象ソフトウェアがＲＯＭ２３に格納されているか否かを判定する（ステップＳ３０）。ソフトウェア提供部２５は、対象ソフトウェアがＲＯＭ２３に格納されていないと（Ｎ）、対象ソフトウェアの作成を指示する指令を、ＬＡＮ環境２６を介してソフトコンパイル用マシン２７に送信する（ステップＳ３１）。
【００４４】
ソフトコンパイル用マシン２７は、サーバ２０Ａからの指令に従い、対象ソフトウェアを作成し、この対象ソフトウェアをＬＡＮ環境２６を介してサーバ２０Ａに転送する。続いて、サーバ２０Ａは、ソフトコンパイル用マシン２７から転送された対象ソフトウェアを受信する（ステップＳ３２）。受信した対象ソフトウェアは、ソフトウェア提供部２５がＲＯＭ２３に格納する。また、ソフトコンパイル用マシン２７は、対象ソフトウェアの転送を完了した後で、対象ソフトウェアがサーバ上に存在することを示すフラグを、サーバ２０Ａに送信する。
【００４５】
サーバ２０Ａは、ソフトコンパイル用マシン２７から送信されたフラグを受信し（ステップＳ３３）、このフラグを携帯端末装置１０Ａから認識可能なフォーマットとする。この時点で、携帯端末装置１０Ａは、ステップＳ１６Ａの処理で対象ソフトウェアがサーバ上に存在することをフラグにより認識し、ウェイティングを終了して、ステップＳ１７のソフトウェア書換え処理に移行する。なお、ステップＳ３０で対象ソフトウェアがＲＯＭ２３に格納されていると（Ｙ）、ステップＳ２３へ移行する。
【００４６】
サーバ２０Ａでは、携帯端末装置１０ＡのステップＳ１７の処理に伴い、ソフトウェア提供部２５が、ソフトコンパイル用マシン２７で作成された対象ソフトウェアをＲＯＭ２３から読み出す（ステップＳ２３）。次に、ソフトウェア提供部２５は、読み出した対象ソフトウェアを、Ｂｌｕｅｔｏｏｔｈ通信部２１を介して携帯端末装置１０Ａに提供する（ステップＳ２４）。
【００４７】
本実施形態では、第１の実施形態の効果に加えて、対象ソフトウェアがサーバ２０Ａに格納されていない場合であっても、対象ソフトウェアがソフトコンパイル用マシン２７で自動的に作成される。このため、対象ソフトウェアを作業者等がサーバに格納する必要がなく、例えば、夜間等、作業者が少ないときであっても、人手を介さずにソフトウェアの書換えを実行できる。従って、ソフトウェアの開発段階での作業効率を高めることができる。
【００４８】
上記各実施形態では、携帯端末装置１０，１０Ａに搭載されるソフトウェアの開発段階でサーバ２０，２０Ａを使用する例を示したが、これに限定されない。一例として、ソフトウェアが既に開発段階を経て製品として一般ユーザに提供可能であれば、一般ユーザからのサーバ２０，２０Ａへのアクセスを可能としてもよい。このようにすれば、一般ユーザが、サーバ２０，２０Ａを用いたソフトウェアの書換えを実行できるので、手間がかからない。
【００４９】
また、上記各実施形態では、近距離無線通信としてＢｌｕｅｔｏｏｔｈを例示したが、これに限らず、無線ＬＡＮを利用してもよい。この場合でも、上記各実施形態と同様に、携帯端末装置１０，１０Ａが、無線ＬＡＮによる近距離無線通信の確立後に、対象ソフトウェアをサーバ２０，２０Ａから取得できる。また、サーバ２０，２０Ａも無線ＬＡＮを用いて対象ソフトウェアを携帯端末装置１０，１０Ａに提供できる。
【００５０】
さらに、上記各実施形態では、サーバ２０，２０Ａが、携帯端末装置１０，１０Ａからのソフトウェアの提供要求を受けて、対象ソフトウェアを提供するようにしたが、これに限定されない。一例として、サーバ２０，２０Ａが、少なくとも１つのソフトウェアについて複数の版（バージョン）のソフトウェアを格納しており、携帯端末装置１０，１０Ａからソフトウェアの提供要求に応答して、複数の版のリストを携帯端末装置１０，１０Ａに送信してもよい。このようにすれば、携帯端末装置１０，１０Ａでは、リストを参照して、ソフトウェアの複数の版から目的とする版のソフトウェアを選択して、サーバ２０，２０Ａに提供要求を行い、目的とする版のソフトウェアを取得できる。
【００５１】
以上、本発明をその好適な実施形態に基づいて説明したが、本発明の携帯端末装置、通信システム、サーバ、その制御方法及びプログラムは、上記実施形態の構成にのみ限定されるものではなく、上記実施形態の構成から種々の修正及び変更を施したものも、本発明の範囲に含まれる。
【符号の説明】
【００５２】
１，１０，１０Ａ：携帯端末装置
２，２Ａ，１２，２１：無線通信部（Ｂｌｕｅｔｏｏｔｈ通信部）
３，３Ａ，１３Ａ，２４：通信制御部
４，１３Ｂ：判定部
５，１３Ｃ：ソフトウェア取得部
５Ａ，２５：ソフトウェア提供部
６，２０，２０Ａ：サーバ
７，７Ａ，１４，２３：記憶部（ＲＯＭ）
１１：無線送受信部
１３，２２：ＣＰＵ
１５：ＲＡＭ
１６：マイク
１７：スピーカ
１８：表示部
１９：操作部
２６：ＬＡＮ環境
２７：ソフトコンパイル用マシン
１００，１００Ａ：通信システム
【図１】
2010287920.tif 000003
【図２】
2010287920.tif 000004
【図３】
2010287920.tif 000005
【図４】
2010287920.tif 000006
【図５】
2010287920.tif 000007
【図６】
2010287920.tif 000008
【図７】
2010287920.tif 000009