JP2006352688A - 携帯端末、携帯端末の制御方法及びプログラム - Google Patents

Abstract

【課題】 ハードウエア構成の変更に簡易に対応できる携帯端末、携帯端末の制御方法及びプログラムを提供する。
【解決手段】 携帯端末への電源投入時等適宜なタイミングで、ハードウエア検出部２６が携帯端末に装着されているハードウエア構成を確認し、ハードウエア構成の変更を検出すると、プログラム取得部２８が、新たに装着されたハードウエアに対応するドライバプログラムを取得する。なお、このドライバプログラムは、記憶部１４に予め記憶されている構成でも、ドライバプログラム供給センターから取得する構成でもよい。次に、起動制御部３０が、上記取得したドライバプログラムを起動する。
【選択図】 図１

Description

本発明は、ハードウエア構成の変更に対応できる携帯端末、携帯端末の制御方法及びプログラムに関する。

近年、携帯電話やＰＤＡ（パーソナルデジタルアシスタンス）等の携帯端末においては、通信ネットワークを介してプログラムをダウンロードし、プログラムの更新、メンテナンス等を行う技術が提案されている。

例えば、下記特許文献１には、ソフトウエアの変更により通信機能の変更が可能な無線通信装置が開示されている。
特開２００４−２７４７２７号公報

しかし、上記従来の技術においては、ハードウエア構成の変更を検出し、この変更に応じてドライバプログラムを切り替える構成とはなっていなかった。このため、ハードウエアを変更するには、これに対応するドライバプログラムも再インストールする必要があるが、通常の携帯端末では、ドライバプログラムの再インストールには複雑な作業を必要とし、ハードウエアを変更するための工程が煩雑になるという問題があった。

本発明は、上記従来の課題に鑑みなされたものであり、その目的は、ハードウエア構成の変更に簡易に対応できる携帯端末、携帯端末の制御方法及びプログラムを提供することにある。

上記目的を達成するために、本発明は、ハードウエア構成の変更に対応できる携帯端末であって、各種ハードウエアのドライバプログラムを記憶する記憶手段と、前記ハードウエアの構成の変更を検出する検出手段と、前記検出手段によりハードウエア構成の変更が検出されたときに、当該変更に対応するドライバプログラムを前記記憶手段から取得する取得手段と、前記取得したドライバプログラムを起動する起動制御手段と、を備えることを特徴とする。

また、本発明は、ハードウエア構成の変更に対応できる携帯端末であって、ハードウエア構成の変更を検出する検出手段と、前記検出手段によりハードウエア構成の変更が検出されたときに、当該変更に対応するドライバプログラムをドライバプログラム供給センターに要求する要求手段と、前記要求手段が要求したドライバプログラムを前記ドライバプログラム供給センターから取得する取得手段と、前記取得したドライバプログラムを起動する起動制御手段と、を備えることを特徴とする。

ここで、上記ハードウエアは、ユーザインタフェース部を構成していることを特徴とする。

また、上記記憶手段は不揮発性メモリであることを特徴とする。

また、上記携帯端末は、さらに通信状態を検出する通信状態検出手段を備え、前記通信状態が所定レベルより低下したことを前記通信状態検出手段が検出した場合に、前記取得手段が、取得中の前記ドライバプログラムの識別情報と当該ドライバプログラムのうち取得済みの部分を判別する情報とを記憶手段に記憶させ、前記ドライバプログラムの取得動作を中断することを特徴とする。

ここで、上記取得手段は、前記通信状態が所定レベル以上に回復したことを前記通信状態検出手段が検出した場合に、前記識別情報及び前記取得済みの部分を判別する情報に基づき、未取得のドライバプログラムの部分の取得動作を再開することを特徴とする。

また、本発明は、ハードウエア構成の変更に対応できる携帯端末の制御方法であって、ハードウエアの構成の変更を検出するステップと、前記ハードウエア構成の変更が検出されたときに、当該変更に対応するドライバプログラムをドライバプログラム供給センターに要求するステップと、前記要求したドライバプログラムを前記ドライバプログラム供給センターから取得するステップと、前記取得したドライバプログラムを起動するステップと、を備えることを特徴とする。

また、本発明は、ハードウエア構成の変更を検出し、前記ハードウエア構成の変更が検出されたときに、当該変更に対応するドライバプログラムをドライバプログラム供給センターに要求し、前記要求したドライバプログラムを前記ドライバプログラム供給センターから取得し、前記取得したドライバプログラムを起動する処理をコンピュータに実行させるプログラムであることを特徴とする。

本発明によれば、ハードウエア構成の変更に基づき、ドライバプログラムを取得し、起動するので、ハードウエア構成の変更に簡易に対応することができる。

以下、本発明を実施するための最良の形態（以下、実施形態という）を、図面に従って説明する。

図１には、本発明にかかる携帯端末の一実施形態の構成のブロック図が示される。図１において、携帯端末は、表示部１０、操作部１２、記憶部１４、報知部１６、通信部１８、通信状態検出部２０、及び制御部２２を含んで構成されている。

表示部１０は、例えば液晶ディスプレイ等で構成され、文字データ、数値データ等のキー入力の内容、各種図形、通信ネットワーク上のコンテンツの内容等を表示する。

上記キー入力は、図１の操作部１２により行う。この操作部１２は、例えば携帯端末の操作ボタン等により構成される。

記憶部１４は、例えば制御部２２の作業用のＲＡＭ、不揮発性メモリとしてのフラッシュメモリ、磁気記憶媒体等で構成されており、キー入力の内容、装着されているハードウエアに関する情報等の各種データ及び後述するドライバプログラム等が記憶される。

報知部１６は、スピーカ、バイブレータ等の鳴動装置で構成され、電話着信、メール着信等のイベントが発生した場合に所定の音、振動を出力して報知する。

通信部１８は、公知の方法により基地局と通信して携帯通信端末としての通話機能を実現している。

通信状態検出部２０は、上記通信部１８における通信状態、すなわち建物の内部等の電波が届かない場所に携帯端末があり、通信不能の状態にあるか、良好な通信を行っている状態にあるか等を検出する。

制御部２２は、例えばＣＰＵ等で構成され、表示部１０、操作部１２、記憶部１４、報知部１６、通信部１８及び通信状態検出部２０とデータのやり取りを行いながらこれらの動作を制御する。

制御部２２の表示制御部２４は、主として表示部１０に表示される内容を制御する。また、ハードウエア検出部２６は、携帯端末に装着されているハードウエア構成を確認し、その変更を検出する。プログラム取得部２８は、上記記憶部１４または外部に設置されたドライバプログラム供給センターに、上記ハードウエア検出部２６が検出した新たなハードウエアのドライバプログラムを要求し、取得する動作を実行する。起動制御部３０は、上記プログラム取得部２８が取得したドライバプログラムを起動する動作を実行する。

なお、上述した制御部２２は、ＣＰＵを中心として構成されたコンピュータであってよく、この場合、メモリカードその他の媒体に格納されたプログラムをＣＰＵが実行することで制御部２２の各機能が実現される。

図２（ａ）、（ｂ）には、上述したハードウエア検出部２６、プログラム取得部２８及び起動制御部３０の構成例が示される。図２（ａ）、（ｂ）において、ＣＰＵ（中央処理装置）３２、レジスター３４、記憶部１４、表示部１０としてのＬＣＤ１（液晶ディスプレイ）、操作部１２としてのＫＥＹ１（操作ボタン）及び報知部１６としてのＭＤ１（スピーカ等を駆動する音源駆動デバイス）がバス３６を介して接続されている。ここで、上記ＬＣＤ１、ＫＥＹ１、ＭＤ１等により本発明にかかる携帯端末のユーザインタフェース部が構成されている。すなわち、ＬＣＤ１による表示内容及びＭＤ１による報知に応じて、ユーザがＫＥＹ１を操作して所定の指示、データ等を入力する構成となっている。このようなユーザインタフェース部を構成するハードウエアは、携帯端末の差別化を図る要素が多く、従来から使用されていたドライバプログラムを流用できない場合が多いので、本発明が特に有用となる。

図２（ａ）において、レジスター３４は、ハードウエアである上記ＬＣＤ１、ＫＥＹ１及びＭＤ１と通信し、携帯端末に装着されたハードウエアの種類、機能を登録する。ハードウエアの種類には、上記液晶ディスプレイ、操作ボタン、音源駆動デバイス等の区別が含まれ、機能の内容には、例えば液晶ディスプレイの場合、モノクロ、カラー、表示サイズ等が含まれる。また、ＣＰＵ３２は、レジスター３４の登録内容を読み、携帯端末に装着されたハードウエアがどのような構成であるかを把握する。なお、以上に述べたＣＰＵ３２とレジスター３４により、上記ハードウエア検出部２６が構成されている。

また、記憶部１４には、上記ハードウエアであるＬＣＤ１、ＫＥＹ１、ＭＤ１のドライバプログラム及びこれら以外のＬＣＤ２、ＫＥＹ２、ＭＤ２のドライバプログラムが予め記憶されている。これらの内、実際に装着されているＬＣＤ１、ＫＥＹ１、ＭＤ１のドライバプログラムが、ＣＰＵ３２により起動されている（図２（ａ）では、起動状態であることを下線により示している）。この場合のＣＰＵ３２が、起動制御部３０として機能している。

図２（ｂ）においては、図２（ａ）に示されたＬＣＤ１、ＭＤ１に代わってＬＣＤ２、ＭＤ２が装着され、携帯端末のハードウエア構成が変更されている。この変更は、レジスター３４がＬＣＤ２、ＭＤ２と通信し、ハードウエアの登録をＬＣＤ１、ＭＤ１からＬＣＤ２、ＭＤ２に更新することにより、ハードウエア構成の変更を登録内容に反映させる。また、ＣＰＵ３２は、レジスター３４の登録内容の変更に基づき、ハードウエア構成の変更に対応するＬＣＤ２、ＫＥＹ１、ＭＤ２のドライバプログラムを記憶部１４から取得し、起動する。この場合のＣＰＵ３２は、プログラム取得部２８及び起動制御部３０として機能している。

図３には、上述したハードウエア検出部２６、プログラム取得部２８及び起動制御部３０の他の構成例が示され、図２（ａ）、（ｂ）と同一要素には同一符号が付されている。図３では、各種ハードウエアのドライバプログラムは、ドライバプログラム供給センター３８から供給される構成となっている。

図３において、記憶部１４には、ＬＣＤ３、ＫＥＹ１、ＭＤ３のドライバプログラムが記憶され、これらのドライバプログラムがＣＰＵ３２により起動されている。ここで、携帯端末に装着されているハードウエア構成が、例えばＬＣＤ３からＬＣＤ１に変更された場合、レジスター３４がＬＣＤ１と通信を行い、その登録内容を変更する。次に、ＣＰＵ３２がレジスター３４の登録内容を読み、ハードウエア構成が変更されていると判断する。このときのＣＰＵ３２とレジスター３４により、ハードウエア検出部２６が構成されている。

次に、ＣＰＵ３２は、ドライバプログラム供給センター３８に通信部１８を介してＬＣＤ１のドライバプログラムを要求し、ドライバプログラム供給センター３８からＬＣＤ１のドライバプログラムを取得して記憶部１４に記憶させるともに、このドライバプログラムを起動する。この場合のＣＰＵ３２は、プログラム取得部２８及び起動制御部３０として機能している。

なお、図３に示された例においては、ドライバプログラム供給センター３８から、変更されたハードウエア（この場合はＬＣＤ１のドライバプログラム）のみを取得するように構成するのが、取得容量を減少させ、取得動作を効率化できるので、好適である。

上記図３の構成例では、現在装着されているハードウエアに対応するドライバプログラムのみを記憶部１４に記憶しておけばよいので、記憶部１４の記憶容量の負荷を低減できる。

図２（ａ）、（ｂ）及び図３に示されるように、本発明にかかる携帯端末は、ハードウエア構成が変更された場合に、変更後のハードウエアに対応するドライバプログラムに容易に切り替えることができ、ハードウエア構成の変更に簡易に対応することができる。

図４には、本実施形態にかかる携帯端末の動作例のフローが示される。図４において、ハードウエア検出部２６が、携帯端末に装着されているハードウエア構成を確認する（Ｓ１）。ここで、ハードウエア検出部２６によるハードウエア構成の確認は、例えば携帯端末の電源投入時等適宜なタイミングで実行することができる。

ハードウエア検出部２６が、上記ハードウエア構成の変更を検出すると（Ｓ２）、プログラム取得部２８が、新たに装着されたハードウエアに対応するドライバプログラムを取得する（Ｓ３）。なお、このドライバプログラムは、図２（ａ）、（ｂ）の構成であれば記憶部１４から、図３の構成ではドライバプログラム供給センター３８から取得する。また、取得するドライバプログラムは、新たに装着されたハードウエアに対応するものの他、変更の無いハードウエアに対応するものを含んでもよい。

次に、起動制御部３０が、Ｓ３で取得したドライバプログラムを起動する（Ｓ４）。

一方、上記Ｓ２において、ハードウエア構成に変更がなかった場合には、起動制御部３０が、従前のドライバプログラムを起動する（Ｓ５）。

以上により、携帯端末に装着されているハードウエアに対応したドライバプログラムを取得、起動することができる。

図５には、本実施形態にかかる携帯端末の他の動作例のフローが示される。本動作例は、携帯端末が図３に示されたドライバプログラム供給センター３８からドライバプログラムを取得する場合の内容である。図５において、プログラム取得部２８が所望のドライバプログラムの取得動作を開始すると（Ｓ１１）、通信状態検出部２０が通信部１８における通信状態を検出する。

携帯端末が戸外等の電波状態の良好な場所にあり、通信状態が良好な場合には（Ｓ１２）、プログラム取得部２８がドライバプログラムの取得が完了したかを確認し（Ｓ１３）、ドライバプログラムの取得完了までＳ１２、Ｓ１３の動作（取得動作）を継続する。

一方、Ｓ１２において、ドライバプログラムの取得中に、携帯端末が建物の内部等電波が届かない場所に移動し、通信状態が不安定または通信不能等所定レベルより低下した場合には（Ｓ１２）、現在取得中のドライバプログラムを識別するためのプログラムＩＤ等の識別情報と、ドライバプログラムを送信するためのパケットの受信済番号等ドライバプログラムのうち取得済みの部分を判別するための情報を、プログラム取得部２８が記憶部１４に記憶させて取得動作を中断する（Ｓ１４）。

次に、通信状態検出部２０が上記通信状態が良好になったか否かを確認し、通信状態が所定レベル以上に回復した場合には（Ｓ１５）、プログラム取得部２８が上記識別情報及び受信済パケット番号とに基づき、ドライバプログラムの取得動作を再開する（Ｓ１６）。その後、ドライバプログラムの取得完了までＳ１２、Ｓ１３の動作（取得動作）を継続する。

以上により、ドライバプログラムの取得動作が実行される。

本発明にかかる携帯端末の一実施形態の構成のブロック図である。 図１に示されたハードウエア検出部、プログラム取得部及び起動制御部の構成例を示す図である。 図１に示されたハードウエア検出部、プログラム取得部及び起動制御部の他の構成例を示す図である。 本発明にかかる携帯端末の動作例のフロー図である。 本発明にかかる携帯端末の他の動作例のフロー図である。

符号の説明

１０ 表示部、１２ 操作部、１４ 記憶部、１６ 報知部、１８ 通信部、２０ 通信状態検出部、２２ 制御部、２４ 表示制御部、２６ ハードウエア検出部、２８ プログラム取得部、３０ 起動制御部、３２ ＣＰＵ、３４ レジスター、３６ バス、３８ ドライバプログラム供給センター。

Claims (8)

1. ハードウエア構成の変更に対応できる携帯端末であって、
   各種ハードウエアのドライバプログラムを記憶する記憶手段と、
   前記ハードウエア構成の変更を検出する検出手段と、
   前記検出手段によりハードウエア構成の変更が検出されたときに、当該変更に対応するドライバプログラムを前記記憶手段から取得する取得手段と、
   前記取得したドライバプログラムを起動する起動制御手段と、
   を備えることを特徴とする携帯端末。
2. ハードウエア構成の変更に対応できる携帯端末であって、
   ハードウエア構成の変更を検出する検出手段と、
   前記検出手段によりハードウエア構成の変更が検出されたときに、当該変更に対応するドライバプログラムをドライバプログラム供給センターに要求する要求手段と、
   前記要求手段が要求したドライバプログラムを前記ドライバプログラム供給センターから取得する取得手段と、
   前記取得したドライバプログラムを起動する起動制御手段と、
   を備えることを特徴とする携帯端末。
3. 請求項１または請求項２記載の携帯端末において、前記ハードウエアは、ユーザインタフェース部を構成していることを特徴とする携帯端末。
4. 請求項１記載の携帯端末において、前記記憶手段は不揮発性メモリであることを特徴とする携帯端末。
5. 請求項２記載の携帯端末は、さらに通信状態を検出する通信状態検出手段を備え、前記通信状態が所定レベルより低下したことを前記通信状態検出手段が検出した場合に、前記取得手段が、取得中の前記ドライバプログラムの識別情報と当該ドライバプログラムのうち取得済みの部分を判別する情報とを記憶手段に記憶させ、前記ドライバプログラムの取得動作を中断することを特徴とする携帯端末。
6. 請求項５記載の携帯端末において、前記取得手段は、前記通信状態が所定レベル以上に回復したことを前記通信状態検出手段が検出した場合に、前記識別情報及び前記取得済みの部分を判別する情報に基づき、未取得のドライバプログラムの部分の取得動作を再開することを特徴とする携帯端末。
7. ハードウエア構成の変更に対応できる携帯端末の制御方法であって、
   ハードウエア構成の変更を検出するステップと、
   前記ハードウエア構成の変更が検出されたときに、当該変更に対応するドライバプログラムをドライバプログラム供給センターに要求するステップと、
   前記要求したドライバプログラムを前記ドライバプログラム供給センターから取得するステップと、
   前記取得したドライバプログラムを起動するステップと、
   を備えることを特徴とする携帯端末の制御方法。
8. ハードウエア構成の変更を検出し、
   前記ハードウエア構成の変更が検出されたときに、当該変更に対応するドライバプログラムをドライバプログラム供給センターに要求し、
   前記要求したドライバプログラムを前記ドライバプログラム供給センターから取得し、
   前記取得したドライバプログラムを起動する処理をコンピュータに実行させることを特徴とするプログラム。
   

Images