JP4232092B2 - 携帯端末システム及び携帯端末 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は携帯端末の搭載機能に関し、特にユーザ自身が適宜機能を搭載可能な携帯端末システム及び携帯端末に関する。
【従来の技術】
最近の携帯電話機の搭載機能は、電話帳、伝言録音、転送、撮影、ゲーム等、多岐にわたっており、一層多機能化された製品が次々に発売される状況にある。かかる従来の携帯端末はハードウェアとソフトウェアが一体となったソフト組込型で構成されている。
また、自動車内に組み込まれたオーディオシステムや情報システム等を有し、移動無線電話に対するハンズフリートーク機能を可能とするような自動車通信システムも知られているが、かかるシステムでは、カーラジオ内等に設けられた外部操作ユニットは決められたタイプのものにしか作動しないことから、特殊機能を備えて市場に投入された新たな移動無線電話をユーザが購入しても、既存の外部操作ユニットは引き続き使用することはできなくなる。そこで、新たな移動無線電話の使用時に、既存の移動無線電話と協働する別体である外部操作ユニットのメモリモジュールに、必要とする機能のライブラリをインターネットを介してダウンロードすることにより、新たな移動無線電話でも外部操作ユニットの使用を可能とするものが知られている（特許文献１：段落0003、0016、0022、0025参照）。
【０００２】
【特許文献１】
特開2002-118510号公報
【０００３】
【発明が解決しようとする課題】
従来の携帯端末はハードウェアとソフトウェアが一体となったソフト組込型であるため、携帯端末の購入後に新たな機能を組み込んだり、不要とする機能を削除するといった、ソフトウェア機能の追加や削除をユーザ自身が行うことができなかった。つまり、ユーザが求める新たな機能を利用するには新しい携帯端末に買い換える必要があり、また、ユーザが不要とする機能を削除することもできない構成が採用されている。また、特許文献１には移動無線電話と関連する操作ユニットにライブラリをダウンロードするシステムが記載されているが、このシステムでも移動無線電話自体は機能の追加、削除等を可能とするものではない。
（目的）
本発明の目的は、携帯端末の購入後にユーザ自身が必要な機能を取捨選択して当該携帯端末に組み込み又は削除することができる携帯端末システム及び携帯端末を提供することにある。
【０００４】
本発明の他の目的は、機能の組み込み等に伴うフリーズへの対応を可能とした機能の組み込み又は削除が可能な携帯端末システム及び携帯端末を提供することにある。
【０００５】
【課題を解決するための手段】
本発明の携帯端末システムは、サーバ（図１の２０）から機能プログラム（図４の２０１）を携帯端末（図１の１０）にダウンロードすることにより機能の搭載を可能とした携帯端末システムであって、前記サーバは提供可能な複数の機能プログラム及び該機能プログラムの選択用のＷｅｂページ（図４の２１）を有し、前記携帯端末は、標準化したＡＰＩ（図２の１０４）が実装されており、前記Ｗｅｂページにアクセスして所望の機能プログラムを選択することにより、サーバから当該機能プログラムをダウンロードして機能を搭載することを特徴とし、又は、前記サーバは提供可能な複数の機能プログラム及び該機能プログラムの選択用のＷｅｂページを有し、前記携帯端末は、標準化したＡＰＩが実装されており、パーソナルコンピュータ等の通信機器（図９の３０）から前記Ｗｅｂページにアクセスして所望の機能プログラムを選択することにより、サーバから当該機能プログラムをダウンロードして機能を搭載すること特徴とする。また、機能プログラムの選択時にアップデートを選択することにより、前記サーバから最新の複数の機能プログラムをダウンロードして当該機能を搭載することを特徴とする。
本発明の携帯端末は、提供可能な複数の機能プログラム及び該機能プログラムの選択用のＷｅｂページを有するサーバから機能プログラムをダウンロードすることにより機能の搭載を可能とした携帯端末であって、標準化したＡＰＩが実装されており、提供可能な複数の機能プログラムと該機能プログラムの選択用のＷｅｂページを有するサーバにアクセスし、前記Ｗｅｂページにより所望の機能プログラムを選択することにより、サーバから当該機能プログラムをダウンロードして機能を搭載することを特徴とし、又は、標準化したＡＰＩが実装されており、パーソナルコンピュータ等の通信機器から前記Ｗｅｂページにアクセスして所望の機能プログラムを選択することにより、前記サーバから当該機能プログラムをダウンロードして新たな機能を搭載すること特徴とする。また、機能プログラムの選択時にアップデートを選択することにより、サーバから最新の複数の機能プログラムをダウンロードして当該機能を搭載することを特徴とする。
更に、前記携帯端末は、機能プログラムを登録する管理テーブルと、機能プログラムの版数情報を登録する版数管理テーブルとを有し、サーバからのダウンロードの開始時に、新規の機能プログラム又は版数が高い既存の機能プログラムのみをダウンロードすることを特徴とし、機能プログラムの動作時のフリーズ状態を監視するフリーズ監視処理部と、フリーズ状態で再度起動し直す再起動処理部と、フリーズの頻度を把握し状況により再起動を止める再起動抑止処理部とを有することを特徴とする。
【０００７】
具体的には本発明の携帯端末システムは、標準化したＡＰＩ１０４とそれを利用し独立性を高めた機能（ソフトウェア）１０１と、機能（ソフトウェア）又は機能（ソフトウェア）のアップデートを選択する手段２１と、版数毎の複数の機能（ソフトウェア）を保持する手段２０と、選択された機能（ソフトウェア）をダウンロードする手段１０２３と、携帯端末内のソフトウェアの版数を管理する手段１０２４と、ダウンロードする版数が最新であるかを判断し、ダウンロードした機能を管理する手段１０２１と、ダウンロードしたソフトウェアを起動する手段１０２５を備える。また、携帯端末内で動作している機能のフリーズ状況を監視する機能１０２６と、フリーズしている場合に再度起動し直す手段１０２７を備え、更に、携帯端末内で動作する機能のフリーズ状況を監視する手段１０２６と、フリーズの頻度を把握し状況により再起動を止める手段１０２８を備える（図２〜４）。
【発明の実施の形態】
次に、本発明の携帯端末システム及び携帯端末の第１の実施の形態について図面を参照して詳細に説明する。
【００１１】
図１は、第１の実施の形態の携帯端末システムの概要を示す図である。本実施の形態の携帯端末システムは、携帯端末１０と、機能サーバ２０と、機能サーバ２０が接続されたネットワーク４０とから構成される。機能サーバ２０はＷｅｂページ（ホームページ：WWW(world wide web)サーバに置かれたHTML文書）２１及び携帯端末１０において各種の機能（種類別、版別）を実現するソフトウェア（「機能プログラム」という。）を有し、携帯端末１０はネットワーク４０に接続可能であり、機能サーバ２０にアクセスして前記Ｗｅｂページ２０を表示し、前記各種の機能を選択してダウンロードすることが可能である。
【００１２】
図２は、第１の実施の形態の携帯端末の内部構成を示す機能ブロック図である。携帯端末１０のブロック構成には、携帯電話機の各種のハードウェア１０７と、各ハードウェアのドライバ等、インタフェースとして機能するハンドラ１０６と、オペレーティングシステムＯＳ１０５と、発着信等の通信制御を含む通話機能等、携帯端末としての基本機能手段１０３と、下位モジュールとのインタフェースを司るアプリケーション・プログラム・インターフェース（「ＡＰＩ」（application program interface）という。）１０４と、前記ＡＰＩ１０４を利用可能に独立性を高めた各種の機能であって、予め搭載した機能プログラム及びダウンロードにより取得、保持され、削除も可能な機能プログラムで動作する複数の機能、つまりインストール及びアンインストールが可能な機能プログラムで動作する複数の機能１０１と、その機能プログラムを管理する機能管理手段１０２とを含んでいる。
【００１３】
図３は、機能管理手段１０２の詳細な内部構成を示す機能ブロック図である。機能管理手段１０２には、機能プログラムに対する各種の管理を行うプログラム管理部１０２１と、機能又は機能プログラムの登録管理を行うための管理テーブル１０２２と、機能プログラムのダウンロードに携わるダウンロード処理部１０２３と、機能プログラムの版数管理を行うための版数管理テーブル１０２４と、機能の起動を行う起動処理部１０２５とが含まれる。
【００１４】
管理テーブル１０２２には、実装された機能プログラムを特定する情報を記録し、管理する機能を有する。版数管理テーブル１０２４には、実装された機能プログラムの版数、バージョン情報等を記録し管理する機能を有する。プログラム管理部１０２１は、例えば、機能サーバ２０にユーザが選択した機能プログラムのダウンロード要求を行い、機能サーバ２０から通知された、ダウンロードされる機能プログラム及びその版数を識別して、管理テーブル１０２２を参照し、当該機能プログラムが当該時点で実装されている機能プログラムと同じものか否か、版数が最新のものか否かを判断し、新規又は最新の機能プログラムの場合は、ダウンロード処理部１０２３のダウンロードを開始させ、既に実装された機能プログラムの場合は、ダウンロード処理部１０２３のダウンロードを中止させる（行わない）等の制御機能を有する。ダウンロード処理部１０２３はプログラム管理部１０２１の制御のもとでダウンロード及び上書き等により保存する機能を有する。起動処理部１０２５は、携帯端末１０に実装された機能プログラムを起動する機能を有する。
【００１５】
図４は、本実施の形態の機能サーバの構成を示すブロック図である。機能サーバ２０には、携帯端末１０の表示部に表示して搭載機能を選択するための手段となるＷｅｂページ２１と、携帯端末に提供可能で更新可能な複数の機能プログラム２０１（機能１〜９）とが保持されている。
【００１６】
図５は、本実施の形態のシステム全体を示す構成図である。本例では携帯端末を所有するユーザがネットワークを介して機能サーバ２０にアクセスし、Ｗｅｂページ２１を携帯端末１０に表示し、携帯端末１０の機能の追加を行う一例を示している。
図６は、本実施の形態の動作フローを示す図である。以下、図４、５、６等を参照して本実施の形態の携帯端末システムの具体的な動作を詳細に説明する。
【００１７】
ユーザが携帯端末１０を用いて、携帯端末１０の機能の追加を行う場合（ｓ１）、携帯端末１０によりサービスを提供する機能サーバ２０のＷｅｂページ２１にアクセスする（ｓ２）。Ｗｅｂページへのアクセス後、携帯端末１０の表示部には図４に示すＷｅｂページ２１のような機能選択を促す選択画面が表示される。図４では選択画面の例示として低機能版から高機能版までの電話帳機能及びスケジュール機能のみを示している。ここでユーザはキー入力部から機能選択により所望の機能の追加を指定する（ｓ３）。
【００１８】
例えばユーザがスケジュール機能（高機能版）を指定し、決定の操作を行うと、プログラム管理部１０２１により当該機能プログラムのダウンロード要求が機能サーバ２０に送信され（ｓ４）、機能サーバ２０は、前記ダウンロード要求を受信して機能サーバに格納されている機能プログラム２０１から指定された機能に該当する機能プログラムを選択し、携帯端末１０に対し当該機能プログラムの情報を含むダウンロードの開始情報を通知する（ｓ５）。
【００１９】
携帯端末１０では、ダウンロードの開始情報の通知を受信すると、プログラム管理部１０２１が、前記開始情報に基づきダウンロードする機能プログラムが新規機能であるか既存機能であるかを管理テーブル１０２２を参照して判断し（ｓ６）、既存の機能である場合には、更に版数管理テーブル１０２４を参照して当該機能プログラムの版数を確認し（ｓ７）、既存の機能の版数とダウンロードしようとしている機能の版数が同じ場合にはダウンロードを中止して処理を終了する（ｓ８）。また、新しい版数又は高い版数のため異なる場合にはプログラム管理部１０２１の制御によりダウンロード処理部１０２３が既存の機能を削除した後又は上書きによりダウンロードを実行する（ｓ９）。また、ステップｓ６において、プログラム管理部１０２１が管理テーブル１０２２によりダウンロードする機能プログラムが新規機能であることを判断した場合は直接ダウンロードを実行する（ｓ９）。
【００２０】
ダウンロードが完了するとプログラム管理部１０２１は、当該機能プログラムを管理テーブル１０２２に登録し（ｓ１０）、更に、その版数の情報等を版数管理テーブル１０２４に登録し（ｓ１１）、処理を終了する。
【００２１】
また、ユーザが携帯端末１０の機能追加のステップｓ１において、追加の操作を行わず、機能の削除を行う場合（ｓ１２）は、キー操作部からの操作により表示部に機能プログラムのリスト等を表示して、削除する機能プログラムを選択する（ｓ１３）。プログラム管理部１０２１の制御によりダウンロード処理部１０２３は当該機能プログラムを削除（消去）し、管理テーブル１０２２の登録を削除し（ｓ１４）、更に、その版数の情報等も版数管理テーブル１０２４から削除して（ｓ１５）、処理を終了する。
【００２２】
ダウンロードが完了した機能は、プログラム管理部１０２１によって管理テーブル１０２２に登録されており、キー入力部からの起動操作により起動処理部１０２５により機能の起動が可能となる。
以上に説明では、単一の機能の追加又は削除の例を示したが、複数の機能を追加、削除する場合は、同様の処理を繰り返して行うことにより所望数の機能の追加又は削除が実行できる。
【００２３】
次に本発明の第２の実施の形態として、携帯端末の全体の機能のアップデート等の多数の機能プログラムの実装を可能とする例を説明する。本実施の形態は、現携帯端末の機能に対し最新の携帯端末と同様な機能にバージョンアップしたり、複数の機能プログラムのダウンロード及び削除を一度に行うものである。
【００２５】
図７は、第２の実施の形態の動作フローを示す図である。第２の実施の形態は、図６に示す動作フローと比較すると、一連の複数の機能を一度に追加及び削除するための選択を行うステップｓ２１、ｓ２３と、機能プログラムの追加に加え削除をも行うためのダウンロード及び削除を行うステップｓ２４と、ダウンロード又はその中止の終了後に次の機能プログラムに関してダウンロード等を引き続いて行うためのステップｓ２５とを有する点と、追加が選択されない（選択が解除された）機能又は削除が選択された機能の機能プログラムは自動的に削除することから、図６に示すステップｓ１２〜ｓ１５は存在しない点と、で相違する。
なお、図６に示す第１の実施の形態の動作フローと同じ符号のステップの動作は同様であるから、同一符号のステップの説明は省略する。
【００２６】
ユーザの操作と処理動作の概要は第１の実施の形態と同様である。ユーザがバージョンアップ等を行う場合（ｓ２０）、ユーザは携帯端末を用いてＷｅｂページ２１にアクセスし（ｓ２）、複数の機能プログラムでなるアップデートを選択、指定するか、又は機能毎に追加／削除の複数を繰り返し選択、指定する（ｓ２１、ｓ２３）。その後のステップｓ４〜ｓ８までの処理は第１の実施の形態と同様であり、ステップｓ２４では最初の機能プログラムの最新の版が機能プログラム２０１から携帯端末１０にダウンロードされ、又は当該機能プログラムの削除が行なわれる。ステップｓ１０、１１において管理テーブル及び版数管理テーブルの内容が更新される。ステップｓ２５では一連の機能プログラムの次の処理ステップに戻るため、処理はステップｓ４から再度開始される。後続の機能プログラムのダウンロード等の動作は、プログラム管理部１０２１がステップｓ２５の判断を行いダウンロード等が全て終了するまで繰り返され、全ての機能プログラムについてバージョンアップ等が完了すると処理は終了し、携帯端末は複数の新たな機能を有する携帯端末として使用可能となる。
【００２４】
本実施の形態では、機能サーバ２０は、最新版の機能として随時更新されている機能プログラムの予め選択された複数の機能プログラムからなるアップデートの選択項目をＷｅｂページに用意し、ユーザが該アップデートの選択項目のみを選択することで前記複数の機能プログラムを順次ダウンロードするように構成することができる。
【００２７】
以上の実施の形態から分かるように、本発明では携帯端末に標準化したＡＰＩを実装することにより各種の機能プログラムをダウンロードすることを可能としているが、このようにネットワークを介してプログラムをダウンロードすると、プログラムにバグ等を導入するおそれがあり、機能プログラムの動作時に特殊条件等でフリーズ状態に陥る可能性が高くなる。
【００２８】
図８は、フリーズ対策機能を有する第３及び第４の実施の形態の構成を示す図である。これらの本実施の形態では、機能管理手段１０２に図３に示すブロックに加えて、機能のフリーズを監視するフリーズ監視処理部１０２６と、機能の再起動を行う再起動処理部１０２７と、起動を抑止する起動抑止処理部１０２８とが含まれる。
【００２９】
フリーズ監視処理部１０２６は、起動中の機能プログラムの動作状態を定期的に調べることによりフリーズ発生状態を監視し、再起動処理部１０２７を起動する機能を有し、再起動処理部１０２７は起動中の機能プログラムのフリーズ状態を強制終了させて当該機能プログラムを再起動する機能を有する。また、起動抑止処理部１０２８は、所定時間間隔内のフリーズ状態の発生回数等を監視することによりフリーズの発生頻度を検出し、所定頻度のフリーズの発生状況での再起動処理部１０２７の強制終了及び再起動を禁止する等、抑制する機能を有する。以下、具体的な動作を詳細に説明する。
【００３０】
第３の実施の形態では、携帯端末のフリーズ監視機能を搭載することにより、フリーズ状態を回復するように構成したものである。携帯端末の通常動作中、フリーズ監視処理部１０２６は、携帯端末１０内で動作中の各機能１０１に対して動作の監視を定期的に行い、正常動作中であるかの確認を行う。確認の結果フリーズが発生したこと判断した場合は、再起動処理部１０２７により当該機能の再起動を行う。再起動処理部１０２７は、当該機能が保有しているユーザ情報を可能な限り書き戻した後、確保している資源を一旦開放し強制終了させ、起動処理部１０２５により再起動する。
【００３１】
第３の実施の形態では、フリーズ状態に陥った場合、再起動を実施するように構成したものであるが、携帯端末のフリーズ状態が頻繁に起こる状況では、強制終了を繰り返すより、当該機能プログラムをアンインストールする等により新たに機能プログラムをダウンロードし、機能を新たに搭載するのが望ましい。
【００３２】
第４の実施の形態では、起動抑止処理部１０２８により当該機能のフリーズ頻度を確認し、頻度が少ないようであれば起動処理部１０２５により再起動を行い、頻度が多い場合には起動処理を実施しないよう抑止するように構成したものである。
再起動処理部１０２７が機能１０１の再起動を行う場合、起動抑止処理部１０２８により当該機能のフリーズ頻度を確認し、頻度が少ないようであれば起動処理部１０２５により再起動を行い、頻度が多い場合には起動処理を実施しないよう抑止する。
【００３３】
以上の実施の形態では、携帯端末から機能プログラムのダウンロードの要求を行うように構成した例を説明したが、第５の実施の形態として、このようなダウンロードを他の通信機器から当該携帯端末にダウンロードするように構成することができる。
図９は、第５の実施の形態を示す図である。パーソナルコンピュータ（ＰＣ）から携帯端末に所望の機能プログラムのダウンロード要求を行うように構成したものである。
【００３４】
本実施の形態の携帯端末システムは、携帯端末１０と、機能サーバ２０と、ネットワーク４０と、パーソナルコンピュータ３０とから構成される。携帯端末１０はネットワーク４０に接続可能であり、機能サーバ２０はＷｅｂページ２１を有し、携帯端末１０は、機能サーバ２０にアクセスして各種の機能プログラムをダウンロード可能であり、パーソナルコンピュータ３０もネットワーク４０に接続可能であり、機能サーバ２０にアクセスして各種の機能プログラムを携帯端末１０に対しダウンロードを要求することが可能である。
【００３５】
パーソナルコンピュータ３０から携帯端末２０へのダウンロードの要求は機能プログラムを特定する情報に加え、携帯端末１０の電話番号等の情報を機能サーバに送信し、機能サーバ２０は受信した前記情報に基づいて、携帯端末１０にアクセスし、パーソナルコンピュータ３０から指定された機能プログラムを携帯端末１０にダウンロードする。携帯端末１０でのダウンロード等の動作は以上詳述した動作と同様である。
【００３６】
図９に示すパーソナルコンピュータ３０から携帯端末２０へのダウンロードする構成は、前述の第２ないし第４の実施の形態にも適用可能であることは明らかである。
【００３７】
なお、以上の携帯端末システムの構築においては、不正アクセスを防止するためのセキュリティ機能を別途組み込むことにより、システムの安全性を充分高めることが重要であり、各種のセキュリティシステムを適用した実施の形態が構成できることは云うまでもない。
【００３８】
【発明の効果】
本発明によれば、ＡＰＩの標準化を確立し機能の独立性を高めたこと、およびダウンロードと動的な起動処理を実装したことと、Ｗｅｂページを用いた簡単な機能選択システムにより簡単な選択と自動ダウンロードを可能としたため、携帯端末の搭載機能を適宜変更することが可能である。
【００３９】
また、携帯端末に搭載された機能をＷｅｂページを用いて簡単な選択によりアップデートすることができるため、携帯端末の搭載機能を簡単に新製品とどうような最新版とすることも可能である。
更に、携帯端末に各機能を常時監視し再起動を可能とする処理機能を実装することにより、機能がフリーズした場合でも自動で再起動することが可能である。
また、フリーズの頻度を管理する処理機能を実装することによりフリーズ状況を監視し、フリーズ頻度が高い機能（機能プログラム）の再起動を抑止することが可能である。
【図面の簡単な説明】
【図１】 本発明の第１の実施の形態の携帯端末システムの概要を示す図である。
【図２】 本発明の携帯端末の内部構成を示す機能ブロック図である。
【図３】 機能管理手段１０２の詳細な内部構成を示す機能ブロック図である。
【図４】 機能サーバの構成を示すブロック図である。
【図５】 本実施の形態のシステム全体を示す構成図である。
【図６】 本実施の形態の動作フローを示す図である。
【図７】 本発明の第２の実施の形態の動作フローを示す図である。
【図８】 本発明の第３及び第４の実施の形態を示す構成図である。
【図９】 本発明の第５の実施の形態を示す構成図である。
【符号の説明】
１０ 携帯端末
１０１、２０１ 機能（機能プログラム）
１０２ 機能管理手段
１０２１ プログラム（機能）を管理する手段
１０２２ 管理テーブル
１０２３ ダウンロード処理部
１０２４ 版数管理テーブル
１０２５ 起動処理部
１０２６ フリーズ監視処理部
１０２７ 再起動処理部
１０２８ 再起動抑止処理部
１０３ 携帯端末の基本機能手段（ソフトウェア）
１０４ アプリケーション・プログラム・インタフェース（ＡＰＩ）
１０５ オペレーティングシステム（ＯＳ）
１０６ ハンドラ（ハードウェアインタフェース）
１０７ ハードウェア
２０ 機能サーバ
２１ Ｗｅｂページ
４０ ネットワーク

Claims (3)

1. サーバから機能プログラムをダウンロードすることにより携帯端末に機能の搭載を可能とした携帯端末システムであって、
   前記サーバは提供可能な各種の種類別、版別の複数の機能プログラム及び該機能プログラムの選択用のＷｅｂページを有し、前記携帯端末は、標準化したＡＰＩが実装されており、機能プログラムを特定する情報を登録する管理テーブルと、機能プログラムの版数情報を登録する版数管理テーブルと、前記各情報を管理し、サーバにユーザが選択した機能プログラムのダウンロード要求を行い、サーバから通知されたダウンロードされる機能プログラム及びその版数を識別して、前記管理テーブル及び版数管理テーブルを参照し、当該機能プログラムが当該時点で実装されている機能プログラムと同じものか否か、版数が最新のものか否かを判断し、新規な機能プログラム及び既に実装されているが最新の版数の機能プログラムの場合は、ダウンロードを開始し、既に実装された機能プログラム及び既に実装され同じ版数の機能プログラムの場合は、ダウンロードを中止する制御機能、及び、既に実装された機能プログラムを削除する制御機能を有するプログラム管理部と、を備え、パーソナルコンピュータ等の通信機器から前記Ｗｅｂページにアクセスして所望の機能プログラムを選択することにより、前記サーバから前記携帯端末に新規な機能プログラム及び既に実装されているが版数が高い機能プログラムを自動的にダウンロードして機能を搭載することを特徴とする携帯端末システム。
2. 前記携帯端末は、機能プログラムの動作時のフリーズ状態を監視するフリーズ監視処理部と、フリーズ状態で再度起動し直す再起動処理部とを有することを特徴とする請求項１記載の携帯端末システム。
3. 前記携帯端末は、フリーズの頻度を把握し、所定頻度のフリーズの発生状況で前記再起動処理部による再起動を止める再起動抑止処理部を有することを特徴とする請求項２記載の携帯端末システム。

Images