JP2002215409A

JP2002215409A - ダウンロードシステム、携帯情報端末及びプログラム管理装置

Info

Publication number: JP2002215409A
Application number: JP2001006781A
Authority: JP
Inventors: Hideto Yamagata; 英人山方
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2001-01-15
Filing date: 2001-01-15
Publication date: 2002-08-02

Abstract

(57)【要約】【課題】メモリ不足によるプログラムのダウンロード
の失敗やダウンロードしたプログラムの実行の失敗を未
然に防止すること等を可能としたダウンロードシステ
ム、携帯情報端末、プログラム管理装置及び記憶媒体を
提供する。【解決手段】携帯情報端末１が、携帯情報端末の空き
メモリ容量を通信部１４によりサーバ２へ通知する制御
部１２を具備し、サーバ２が、機能毎にモジュール化さ
れた複数の機能モジュールの集合体からなるプログラム
を格納するデータベース２３と、携帯情報端末１からの
プログラムのダウンロード要求に基づき、携帯情報端末
から通知された空きメモリ容量と、機能モジュールの動
作に必要なメモリ容量の合計とを比較し、携帯情報端末
１でメモリ不足になると判断した場合、その旨を通信部
２４により携帯情報端末１へ通知する制御部２２とを具
備する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ダウンロードシス
テム、携帯情報端末、プログラム管理装置及び記憶媒体
に関し、特に、サーバから携帯情報端末へプログラムの
ダウンロードを行う場合に好適なダウンロードシステ
ム、携帯情報端末、プログラム管理装置及び記憶媒体に
関する。

【０００２】

【従来の技術】従来、物理的或いはコスト的な制約から
二次的な記憶手段を持たず、小容量のメモリしか搭載で
きない携帯情報端末がある。この種の携帯情報端末にお
いては、メモリ不足によりプログラムのダウンロードが
途中で失敗したり、ダウンロードしたプログラムが、当
該プログラムの実行時に必要となるワークメモリなどが
メモリ不足により確保できず実行できない場合がある。

【０００３】端末メモリに格納可能な量のプログラムを
動画符号のユーザ領域に格納して送信する動画検索シス
テムの一例が、特許第２７９２４５４号公報に記載され
ている。同公報に記載された動画検索システムは、端末
がプログラムの格納を行う端末メモリの容量を事前にサ
ーバに通知し、サーバはプログラムサイズの合計が端末
メモリ容量を越えないように、動画符号のユーザ領域に
格納して送るプログラムの数量を調整し分割してプログ
ラムを送り、端末は動画符号のユーザ領域からプログラ
ムを取り出してメモリに格納し実行する。

【０００４】他方、プリンタの増設メモリ容量に見合っ
たプログラムをダウンロードして印刷するプリントシス
テムの一例が、特開平１０−２６９０３５号公報に記載
されている。この公報に記載されたプリントシステム
は、ホストコンピュータのプリンタドライバが、プリン
タに問い合わせて増設メモリＳＩＭＭ（Single InlineM
emory Module）の容量を確認し、持っている複数のプロ
グラムの中からＳＩＭＭ容量の下で実行することが可能
なプログラムを選択している。

【０００５】

【発明が解決しようとする課題】しかしながら、上述し
た従来例においては次のような問題点があった。

【０００６】上記特許第２７９２４５４号公報記載の従
来例においては、第一の問題点として、サーバで端末に
送るプログラムの数量を調整するとき、プログラムサイ
ズの合計と端末メモリ容量を比較して決定しており、該
当プログラムの実行時に必要となるワークメモリなどの
容量が考慮されていない。そのため、端末のメモリにプ
ログラムを格納できても、実行できない場合がある。ま
た、第二の問題点としては、一般にビデオの動画符号は
複数フレームで構成され、それぞれのフレーム毎に存在
するユーザ領域を利用してプログラムを分割送信してい
る。そのため、プログラムのみをダウンロードするため
には、利用できない。

【０００７】他方、上記特開平１０−２６９０３５号公
報記載の従来例においては、本体メモリはＣＰＵの主記
憶や各種バッファ及びワークエリアなどとして利用され
るため、本体メモリにプログラムをダウンロードするに
は、ダウンロード時点での実際のメモリ空き容量を確認
する必要があるが、これについて考慮されていない。そ
のため、この技術はＣＰＵの主記憶や各種バッファ及び
ワークエリアなどとして利用されないＳＩＭＭのように
脱着可能な増設ＲＡＭにプログラムをダウンロードする
ことが前提になっており、本体メモリしか持たないシス
テムには適用できない。

【０００８】本発明の目的は、メモリ不足によるプログ
ラムのダウンロードの失敗やダウンロードしたプログラ
ムの実行の失敗を未然に防止し、空きメモリ容量不足に
よりプログラム全体がダウンロード／実行できない場合
でも、空きメモリで動作可能な機能を選択して利用可能
とし、空きメモリ容量不足により一部の機能のみダウン
ロードできなかった場合でも、メモリの空きができれば
残りの機能を自動的に利用可能としたダウンロードシス
テム、携帯情報端末、プログラム管理装置及び記憶媒体
を提供するものである。

【０００９】

【課題を解決するための手段】本発明は、プログラムを
管理するプログラム管理装置と、該プログラム管理装置
からプログラムをダウンロード可能な携帯情報端末とが
通信可能に接続されるダウンロードシステムにおいて、
前記携帯情報端末が、前記携帯情報端末の空きメモリ容
量を前記プログラム管理装置へ通知する端末側通知手段
を具備し、前記プログラム管理装置が、機能毎にモジュ
ール化された複数の機能モジュールの集合体からなるプ
ログラムを格納する格納手段と、前記携帯情報端末から
のプログラムのダウンロード要求に基づき、前記携帯情
報端末から通知された前記空きメモリ容量と、前記機能
モジュールの動作に必要なメモリ容量の合計とを比較
し、前記携帯情報端末でメモリ不足になると判断した場
合、その旨を前記携帯情報端末へ通知する装置側通知手
段とを具備することを特徴とする。

【００１０】また、本発明は、プログラムを管理するプ
ログラム管理装置と通信可能に接続される携帯情報端末
において、携帯情報端末内の空きメモリ容量を前記プロ
グラム管理装置へ通知する端末側通知手段と、前記プロ
グラム管理装置から前記空きメモリ不足が通知された場
合、必要な機能モジュールを選択可能に表示する表示手
段とを具備することを特徴とする。

【００１１】また、本発明は、携帯情報端末と通信可能
に構成されプログラムを管理するプログラム管理装置に
おいて、機能毎にモジュール化された複数の機能モジュ
ールの集合体からなるプログラムを格納する格納手段
と、前記携帯情報端末からのプログラムのダウンロード
要求に基づき、前記携帯情報端末から通知された前記空
きメモリ容量と、前記機能モジュールの動作に必要なメ
モリ容量の合計とを比較し、前記携帯情報端末でメモリ
不足になると判断した場合、その旨を前記携帯情報端末
へ通知する装置側通知手段とを具備することを特徴とす
る。

【００１２】また、本発明のダウンロードシステムは、
図１を参照しつつ説明すれば、プログラムを管理するプ
ログラム管理装置（２）と、該プログラム管理装置から
プログラムをダウンロード可能な携帯情報端末（１）と
が通信可能に接続されるダウンロードシステムにおい
て、前記携帯情報端末が、前記携帯情報端末の空きメモ
リ容量を前記プログラム管理装置へ通知する端末側通知
手段（１２、１４）を具備し、前記プログラム管理装置
が、機能毎にモジュール化された複数の機能モジュール
の集合体からなるプログラムを格納する格納手段（２
３）と、前記携帯情報端末からのプログラムのダウンロ
ード要求に基づき、前記携帯情報端末から通知された前
記空きメモリ容量と、前記機能モジュールの動作に必要
なメモリ容量の合計とを比較し、前記携帯情報端末でメ
モリ不足になると判断した場合、その旨を前記携帯情報
端末へ通知する装置側通知手段（２２、２４）とを具備
するものである。

【００１３】［作用］本発明の携帯情報端末は、搭載可
能なメモリに制限のある携帯情報端末において、メモリ
不足によるプログラムのダウンロードの失敗やダウンロ
ードしたプログラムの実行の失敗を防ぎ、その時点で利
用可能なメモリ容量内でプログラムの一部機能モジュー
ルを先にダウンロードして機能を提供し、後でメモリに
余裕が生じると自動的に残りの機能モジュールをダウン
ロードして実行できるようにするものである。

【００１４】プログラム管理装置には、プログラムのサ
イズだけではなくプログラムの動作に必要なメモリ容量
が登録されており、携帯情報端末がプログラム管理装置
にプログラムのダウンロード要求を行う場合、携帯情報
端末は空きメモリ容量をプログラム管理装置に通知し、
プログラム管理装置は携帯情報端末の空きメモリ容量と
プログラムの動作に必要なメモリ容量を比較し、携帯情
報端末に対して「空きメモリ不足」の通知をする。その
ため、携帯情報端末のメモリ不足によるプログラムのダ
ウンロードの失敗やダウンロードしたプログラムの実行
の失敗を未然に防止することができる。

【００１５】プログラム管理装置には、ダウンロードさ
れるプログラムは機能毎にモジュール化した複数の機能
モジュールの集合体として登録され、更に、機能モジュ
ールそれぞれの動作に必要なメモリ容量（格納容量と実
行時に必要となるワークメモリ容量の合計）が登録され
ており、携帯情報端末の空きメモリ容量に合わせてプロ
グラム管理装置でプログラムを再構築してダウンロード
している。そのため、空きメモリ容量不足によりプログ
ラム全体がダウンロード／実行できない場合でも、携帯
情報端末の空きメモリで動作可能な機能を選択して利用
することができる。

【００１６】プログラム管理装置のモジュール追加エー
ジェントが携帯情報端末の空きメモリ容量を監視し、外
された機能モジュールの動作に必要な空きメモリ容量が
検出されると自動的にダウンロードを実行する。そのた
め、携帯情報端末の空きメモリ容量不足により一部の機
能のみダウンロードできなかった場合でも、携帯情報端
末のメモリの空きができれば残りの機能が自動的に利用
できるようになる。

【００１７】

【発明の実施の形態】［第１実施形態］次に、本発明の
第１実施形態について図面を参照して詳細に説明する。

【００１８】（１）構成の説明本発明の第１実施形態のシステムは、図１に示す如く、
表示部１１、制御部１２、メモリ１３、通信部１４、入
力部１５を備えた携帯情報端末（以下、「端末」とい
う。）１と、プログラム再構築部２１、制御部２２、デ
ータベース２３、通信部２４を備えたサーバ２とから構
成されている。

【００１９】上記構成の概要を説明すると、端末１とサ
ーバ２は通信回線３により接続されている。サーバ２
は、端末１にダウンロードして利用されるそれぞれのプ
ログラム４について、機能毎にモジュール化した複数の
機能モジュール４０の集合体としてデータベース２３に
保持している。それぞれの機能モジュール４０には、機
能モジュール４０のそれぞれの動作に必要なメモリ容量
（格納容量と実行時に必要となるワークメモリ容量の合
計）が登録された属性情報４１と、端末１で機能モジュ
ール４０のいずれかを後から追加するためのリンク情報
４２が付随している。また、それぞれの機能モジュール
には優先順位がつけられている。

【００２０】端末１が、サーバ２に対してプログラム４
のダウンロード要求をするとき、端末１はメモリ１３で
利用されていない容量（空きメモリ容量）をサーバ２に
通知する。サーバ２は、プログラム４の機能モジュール
４０の動作に必要なメモリ容量の合計を属性情報４１か
ら算出し、算出した合計メモリ容量と端末１から通知さ
れたの空きメモリ容量とを比較して、機能モジュール４
０の全てが端末１のメモリ１３に入りきらない場合、或
いは実行時にメモリ不足になると予想される場合、端末
１に対して「空きメモリ不足」の通知を行う。これによ
り、メモリ不足によるプログラムのダウンロードの失敗
やダウンロードしたプログラムの実行の失敗を未然に防
ぐことができる。

【００２１】端末１は、サーバ２から「空きメモリ不
足」の通知を受けると、ユーザに対してダウンロードを
中止するか、プログラムの一部機能のみダウンロードす
るかを、表示部１１に表示を行うことにより問い合わせ
る。更に、端末１は、ユーザに対して、ダウンロードす
る機能の選択を自動で行う（自動選択）か、ユーザが選
択する（ユーザ選択）か、選択されなかった機能をメモ
リが空くのを待って自動的にダウンロードして組み込む
（自動追加オプション）かどうかを、表示部１１に表示
を行うことにより問い合わせる。

【００２２】例えばユーザが、自動選択モードと自動追
加オプションを指定したと仮定する。端末１は、表示部
１１を介してユーザに問い合わせた結果（自動選択モー
ドと自動追加オプションの指定）をサーバ２へ通知す
る。サーバ２は、端末１から自動選択モードが通知され
ると、属性情報４１から得られる各機能モジュール４０
の動作に必要なメモリ容量と端末１の空きメモリ情報と
から、各機能モジュールの優先順位に従って、プログラ
ムをプログラム再構築部２１で再構築して端末１へダウ
ンロードする。これにより、端末１の空きメモリで動作
可能な機能を自動選択して提供することができる。

【００２３】また、端末１からサーバ２へ自動追加オプ
ションが通知されていると、優先順位により外された機
能モジュール４０のリンク情報４２と属性情報４１、及
びモジュール追加エージェント５が、プログラムに組み
込まれて端末１にダウンロードされる。モジュール追加
エージェント５は、端末１において空きメモリ容量を常
にチェックし、外された機能モジュールの動作に必要な
空きメモリ容量（属性情報４１による）が検出される
と、残りの機能モジュールをリンク情報４２を基にサー
バ２からダウンロードしてプログラムに組み込む。

【００２４】上記構成を更に詳述すると、端末１は、通
信回線３を介してサーバ２と通信を行う通信部１４と、
各種データを記憶するメモリ１３、上述したようなユー
ザへの問い合わせなどを表示する表示部１１、ユーザか
らの操作を受け付ける入力部１５、端末全体を制御する
制御部１２から構成される。

【００２５】メモリ１３は、ＲＯＭ領域とＲＡＭ領域を
備えており、ＲＯＭ領域には既存のプログラムやデータ
を格納し、ＲＡＭ領域にはサーバ２からダウンロードさ
れるプログラム４や各種ワークエリア、ユーザデータな
どを格納する。表示部１１は、液晶ディスプレイやＥＬ
(Electroluminescene)ディスプレイなどの表示デバイス
で構成される。入力部１５は、表示部１１上に装備され
たタッチパネル、端末１の図示しない筐体に装備された
ボタンスイッチやダイヤルやキーボード等の操作デバイ
ス、もしくは端末１に有線／無線で接続されたリモコン
などで構成される。通信回線３は、電話回線やＬＡＮな
どであり、無線或いは有線を問わない。

【００２６】端末１の通信部１４とサーバ２の通信部２
４は、通信回線３を介した双方向通信を行い、通信デー
タのエラー訂正や通信データの圧縮／伸張機能を持つ。

【００２７】サーバ２は、１台のコンピュータ、或いは
ネットワーク等で相互接続された複数台のコンピュータ
で構成される。サーバ２は、端末１にダウンロードして
利用されるプログラム４やモジュール追加エージェント
５などが登録されたデータベース２３、いくつかの機能
モジュールを一つのプログラムとして再構築するプログ
ラム再構築部２１、端末１と通信を行う通信部２４、サ
ーバ全体を制御する制御部２２を備えている。

【００２８】データベース２３では、プログラム４は、
機能毎にモジュール化された複数の機能モジュール４０
の集合体として登録されている。機能モジュールとは、
プラグイン或いはライブラリといった、ある一つの機能
を実現するためのプログラム単位である。それぞれの機
能モジュール４０には、機能モジュール４０のそれぞれ
の動作に必要なメモリ容量（格納容量と実行時に必要と
なるワークメモリ容量の合計）と、各機能モジュールの
名称と説明などが登録された属性情報４１と、端末１で
機能モジュール４０のいずれかを後から追加するための
リンク情報４２とが付随している。また、それぞれの機
能モジュールには優先順位がつけられている。

【００２９】また、データベース２３には、プログラム
４以外にもモジュール追加エージェント５が登録されて
いる。モジュール追加エージェント５には、モジュール
追加エージェント５が端末１で動作するのに必要なメモ
リ容量（格納容量と実行時に必要となるワークメモリ容
量の合計）が登録された属性情報５１が付随する。

【００３０】プログラム再構築部２１は、優先順位或い
は端末１より通知されたユーザ選択に従って、属性情報
４１に登録されている各機能モジュール４０の動作に必
要なメモリ容量からプログラム４のいくつかの機能モジ
ュール４０と、自動追加が指定されているときにはモジ
ュール追加エージェント５とを、端末１のメモリ１３の
空き容量で実行できる大きさの一つのプログラムとして
再構築する。

【００３１】（２）動作の説明次に、本発明の第１実施形態の動作について図１〜図７
を参照して詳細に説明する。

【００３２】図２は第１実施形態の端末１の動作を示す
フローチャート、図３は第１実施形態のサーバ２の動作
を示すフローチャートである。ユーザが端末１の入力部
１５を操作して、サーバ２にあるプログラム４のダウン
ロード要求を入力すると、端末１はサーバ２へプログラ
ム４のダウンロード要求とメモリ１３の空きメモリ容量
とを通知する（ステップＳ１０１０）。

【００３３】このとき、プログラム４の所在を示すアド
レスは、メモリ１３にデータとして格納されていたもの
を読み出してユーザが選択するか、または、ユーザが直
接入力してもよいし、これ以前の処理により、端末１の
表示部１１にサーバ２にあるプログラム４のダウンロー
ド用の画面が表示されているとしてもよい。

【００３４】サーバ２の制御部２２は、端末１からプロ
グラム４のダウンロード要求とメモリ１３の空きメモリ
容量の通知を受け取ると（ステップＳ２０１０）、デー
タベース２３からプログラム４の各機能モジュール４０
の属性情報４１を読み出して、プログラム４を全機能モ
ジュールで構築したときの動作に必要なメモリ容量の合
計を算出し、算出した合計メモリ容量と端末１の空きメ
モリ容量とを比較して、空きメモリ容量の判定を行う
（ステップＳ２０２０）。

【００３５】このとき、端末１の空きメモリ容量が十分
と判定されれば（ステップＳ２０２０で「十分」）、サ
ーバ２の制御部２２は、プログラム再構築部２１を使用
してプログラム４を全機能モジュールで構築し（ステッ
プＳ２０３０）、通信部２４により端末１へダウンロー
ドする（ステップＳ２０４０）。

【００３６】端末１の制御部１２は、サーバ２の応答を
待って（ステップＳ１０２０）、サーバ２の応答が「メ
モリ不足通知」ではなくプログラム４のダウンロードで
あるとき（ステップＳ１０３０で「ＮＯ」）、プログラ
ム４をダウンロードし（ステップＳ１０４０）、ダウン
ロード完了表示を表示部１１に表示して（ステップＳ１
０５０）、プログラム４を実行することにより（ステッ
プＳ１０６０）、ユーザに機能を提供する。

【００３７】サーバ２の制御部２２は、空きメモリ容量
判定（ステップＳ２０２０）において、プログラム４の
全機能モジュールが端末１の空きメモリ容量に入りきら
ないと判定した場合（ステップＳ２０２０で「不
足」）、通信部２４により端末１に対して「空きメモリ
不足」の通知を行う（ステップＳ２０５０）。

【００３８】端末１の制御部１２は、サーバ２の応答が
「メモリ不足通知」のとき（ステップＳ１０３０で「Ｙ
ＥＳ」）、表示部１１に「ダウンロード方法選択画面」
を表示して（ステップＳ１０７０）、ユーザにダウンロ
ードを中止するか、各機能の優先順位に従ってサーバで
自動的にプログラムを再構築して（自動選択）ダウンロ
ードを実行するか、更に選択されなかった機能をメモリ
が空くのを待って自動的にダウンロードして組み込むか
どうか（自動追加）、といったダウンロード方法の選択
を問い合わせ、ユーザの入力を待つ（ステップＳ１０８
０）。なお、「自動追加」はダウンロード実行選択時の
み有効なオプションとして選択可能である。

【００３９】図４はこのダウンロード方法選択画面の一
例である。図示例では、ダウンロード選択方法として、
「自動選択して実行」が選択された状態を示している。

【００４０】ユーザの選択した結果は、サーバ２へ送ら
れる（ステップＳ１０９０）。ここで、ユーザが「ダウ
ンロードの中止」を選択したとする。端末１の制御部１
２は、ダウンロード行わずに処理を終了する（ステップ
Ｓ１１００で「中止」）。

【００４１】サーバ２の制御部２２は端末１よりダウン
ロード方法選択結果を受け取り（ステップＳ２０６
０）、「ダウンロードの中止」であれば、処理を終了す
る（ステップＳ２０７０で「中止」）。

【００４２】ここで、ユーザがダウンロード方法の選択
入力（ステップＳ１０８０）において、「自動選択」の
みを選択し、「自動追加」は選択しなかったとする。サ
ーバ２の制御部２２は、端末１よりダウンロード方法選
択結果を受け取り（ステップＳ２０６０）、「自動選
択」で「自動追加なし」であれば（ステップＳ２０７０
で「実行」、ステップＳ２０８０で「なし」）、この情
報とダウンロード対象のプログラム名（ここではプログ
ラム４）、端末１の空きメモリ容量をプログラム再構築
部２１に送る。

【００４３】プログラム再構築部２１は、データベース
２３からプログラム４の各機能モジュール４０それぞれ
の属性情報４１を読み出し、優先順位に従ってプログラ
ムを再構築した際に動作に必要なメモリ容量の合計と、
端末１の空きメモリ容量とを比較し、端末１の空きメモ
リ容量で動作可能なようにプログラム４に組み込まれる
機能モジュールを決定し、プログラム４を再構築する
（ステップＳ２０９０）。サーバ２の制御部２２は、再
構築されたプログラム４を通信部２４により端末１へダ
ウンロードする（ステップＳ２０４０）。

【００４４】端末１の制御部１２は、「自動選択」で
「自動追加なし」であれば（ステップＳ１１００で「実
行」、ステップＳ１１１０で「なし」）、再構築された
プログラム４をダウンロードし（ステップＳ１０４
０）、ダウンロード完了表示を表示部１１に表示して
（ステップＳ１０５０）、再構築されたプログラム４を
実行することにより（ステップＳ１０６０）、ユーザに
プログラム４の一部の機能を提供する。

【００４５】図５はこの場合のシーケンス図である。ユ
ーザが端末１に対しダウンロード要求操作を行うと、端
末１は、サーバ２に対しダウンロード要求及び空きメモ
リ容量に関するデータを送信する。サーバ２は、端末１
のメモリ容量を判定し、メモリ不足と判断した場合はメ
モリ不足の旨を端末１へ通知する。端末１は、表示部１
１を介してユーザにダウンロード方法を問い合わせ、ユ
ーザから実行／自動追加なしが指示されると、サーバ２
に対し実行／自動追加なしの旨を送信する。サーバ２
は、プログラムの再構築を行い、端末１に対しプログラ
ムのダウンロードを行う。端末１は、ダウンロードが完
了した旨を表示部１１に表示する。

【００４６】次に、ユーザがダウンロード方法の選択入
力（ステップＳ１０８０）において、「自動選択」と
「自動追加」を選択したとする。サーバ２の制御部２２
は、端末１よりダウンロード方法選択結果を受け取り
（ステップＳ２０６０）、「自動選択」で「自動追加あ
り」であれば（ステップＳ２０７０で「実行」、ステッ
プＳ２０８０で「あり」）、この情報とダウンロード対
象のプログラム名（ここではプログラム４）、端末１の
空きメモリ容量をプログラム再構築部２１に送る。

【００４７】プログラム再構築部２１は、データベース
２３からプログラム４の各機能モジュール４０それぞれ
の属性情報４１とモジュール追加エージェント５の属性
情報５１を読み出し、優先順位に従ってプログラムを再
構築した際に動作に必要なメモリ容量及びモジュール追
加エージェント５の動作に必要なメモリ容量の合計と、
端末１の空きメモリ容量とを比較し、端末１の空きメモ
リ容量で動作可能なようにプログラム４に組み込まれる
機能モジュールを決定し、プログラム４を再構築する
（ステップＳ２１００）。

【００４８】このとき、外された機能モジュールを後か
ら追加するために、外された機能モジュールのリンク情
報４２と属性情報４１がモジュール追加エージェント５
のパラメータとしてプログラム４に組み込まれる。

【００４９】サーバ２の制御部２２は、再構築されたプ
ログラム４を通信部２４により端末１へダウンロードし
（ステップＳ２１１０）、モジュール追加エージェント
５の応答を待つ（ステップＳ２１２０）。

【００５０】端末１の制御部１２は、「自動選択」で
「自動追加あり」であれば（ステップＳ１１００で「実
行」、ステップＳ１１１０で「あり」）、再構築された
プログラム４をダウンロードし（ステップＳ１１２
０）、一次ダウンロード完了表示を表示部１１に表示し
て（ステップＳ１１３０）、再構築されたプログラム４
を実行することにより（ステップＳ１１４０）、ユーザ
にプログラム４の一部の機能を提供する。プログラム４
は実行されると、モジュール追加エージェント５を起動
する（ステップＳ１１５０）。

【００５１】図６はモジュール追加エージェント５の動
作を示すフローチャートである。モジュール追加エージ
ェント５は、一定時間ごとまたはフォアグランド処理
（タイムシェアリング処理で優先順位の高いジョブを処
理すること）の合間などに動作するバックグラウンド動
作をするため、タイマ待ち或いはフォアグランド処理待
ちを行う（ステップＳ３０１０）。

【００５２】モジュール追加エージェント５は、メモリ
１３の空きメモリ容量チェックを行い（ステップＳ３０
２０）、パラメータとして渡された追加され得る機能モ
ジュール（サーバ２において外された機能モジュール。
以下、「追加モジュール」という。）の属性情報と比較
して、その時点での空きメモリ容量で組み込んで動作さ
せることのできる追加モジュールがあるかを判定し、無
い場合にはタイマ待ち或いはフォアグランド処理待ちに
戻る（ステップＳ３０３０で「ＮＯ」）。

【００５３】端末１上で動作する別の処理が終了した
り、ユーザが不要になったモジュールを削除するなどし
て、追加モジュールの格納と動作に必要な空きメモリが
確保可能なことが判明すると（ステップＳ３０３０で
「ＹＥＳ」）、追加モジュールのダウンロード確認表示
を行い（ステップＳ３０４０）、すぐにダウンロードを
実行するか、次回へ延期するか、中止するかを、表示１
１に表示することによりユーザに問い合わせる（ステッ
プＳ３０５０）。

【００５４】ユーザが延期を選択すると、タイマ待ち或
いはフォアグランド処理待ちに戻る（ステップＳ３０６
０で「延期」）。ユーザがダウンロード実行を選択する
と（ステップＳ３０６０で「実行」）、モジュール追加
エージェント５は、パラメータとして渡された追加モジ
ュールのリンク情報を使ってサーバ２へ追加モジュール
のダウンロード要求を送る（ステップＳ３０７０）。

【００５５】サーバ２の制御部２２は、モジュール追加
エージェント５の応答待ち（ステップＳ２１２０）で追
加モジュールのダウンロード要求を受け取ると（ステッ
プＳ２１３０で「実行」）、要求された追加モジュール
のダウンロードを行って（ステップＳ２１４０）、モジ
ュール追加エージェント５の応答待ち（ステップＳ２１
２０）へ戻る。

【００５６】モジュール追加エージェント５は、追加モ
ジュールのダウンロードを行い（ステップＳ３０８
０）、追加モジュールを端末１のメモリ１３上でプログ
ラム４に組み込み（ステップＳ３０９０）、表示部１１
を使って追加モジュールのダウンロード表示を行い（ス
テップＳ３１００）、該当追加モジュールのリンク情報
と属性情報をパラメータから削除する（ステップＳ３１
１０）。

【００５７】この後、モジュール追加エージェント５
は、まだダウンロード待ちの追加モジュールがあれば、
タイマ待ち或いはフォアグランド処理待ちに戻り（ステ
ップＳ３１２０で「ＹＥＳ」）、無い場合には（ステッ
プＳ３１２０で「ＮＯ」）、サーバ２に終了メッセージ
を送出し（ステップＳ３１３０）、処理を終了する。

【００５８】ダウンロード確認問い合わせ（ステップＳ
３０５０）でユーザが中止を選択すると（ステップＳ３
０６０で「中止」）、追加モジュールのダウンロードを
行わずに、該当追加モジュールのリンク情報と属性情報
をパラメータから削除する（ステップＳ３１１０）。

【００５９】端末１の制御部１２は、モジュール追加エ
ージェント５の処理（ステップＳ１１６０）が終了する
と、モジュール追加エージェント５をメモリ１３からア
ンロードして（ステップＳ１１７０）、ダウンロード処
理を終了する。

【００６０】サーバ２の制御部２２は、モジュール追加
エージェント５の応答待ち（ステップＳ２１２０）で、
端末１のモジュール追加エージェント５から終了メッセ
ージ受け取ると（ステップＳ２１３０で「終了」）、ダ
ウンロード処理を終了する。

【００６１】図７はこの場合のシーケンス図である。ユ
ーザが端末１に対しダウンロード要求操作を行うと、端
末１は、サーバ２に対しダウンロード要求及び空きメモ
リ容量に関するデータを送信する。サーバ２は、端末１
のメモリ容量を判定し、メモリ不足と判断した場合はメ
モリ不足の旨を端末１へ通知する。端末１は、表示部１
１を介してユーザにダウンロード方法を問い合わせ、ユ
ーザから実行／自動追加ありが指示されると、サーバ２
に対し実行／自動追加ありの旨を送信する。サーバ２
は、プログラムの再構築を行い、端末１に対しプログラ
ムのダウンロードを行う。端末１は、一次ダウンロード
が完了した旨を表示部１１に表示する。

【００６２】この後、端末１は、モジュール追加エージ
ェント５を起動した後、所定の空きメモリ容量があるか
を判定し、あると判断した場合は表示部１１を介してユ
ーザに追加モジュールのダウンロードを希望するかを問
い合わせ、ユーザが承認すると、サーバ２へ追加モジュ
ールのダウンロード要求を送信する。サーバ２は、端末
１へ追加モジュールのダウンロードを行う。端末１は、
追加モジュールを組み込み、追加モジュールのダウンロ
ードが完了した旨を表示部１１に表示する。

【００６３】以上説明したように、本発明の第１実施形
態によれば、サーバ２には、プログラムのサイズだけで
はなくプログラムの動作に必要なメモリ容量が登録され
ており、端末１がサーバ２にプログラムのダウンロード
要求を行う場合、端末１は空きメモリ容量をサーバ２に
通知し、サーバ２は端末１の空きメモリ容量とプログラ
ムの動作に必要なメモリ容量を比較し、端末１に対して
「空きメモリ不足」の通知をするので、端末１のメモリ
不足によるプログラムのダウンロードの失敗やダウンロ
ードしたプログラムの実行の失敗を未然に防止すること
ができる。

【００６４】また、サーバ２には、ダウンロードされる
プログラムは機能毎にモジュール化した複数の機能モジ
ュールの集合体として登録され、更に、機能モジュール
それぞれの動作に必要なメモリ容量（格納容量と実行時
に必要となるワークメモリ容量の合計）が登録されてお
り、端末１の空きメモリ容量に合わせて、サーバ２でプ
ログラムを再構築してダウンロードしているため、空き
メモリ容量不足によりプログラム全体がダウンロード／
実行できない場合でも、端末１の空きメモリで動作可能
な機能を選択して利用することができる。

【００６５】また、サーバ２のモジュール追加エージェ
ント５が端末１の空きメモリ容量を監視し、外された機
能モジュールの動作に必要な空きメモリ容量が検出され
ると自動的にダウンロードを実行するので、端末１の空
きメモリ容量不足により一部の機能のみダウンロードで
きなかった場合でも、端末１のメモリの空きができれば
残りの機能が自動的に利用できるようになる。

【００６６】［第２実施形態］次に、本発明の第２実施
形態について図面を参照して詳細に説明する。

【００６７】（１）構成の説明本発明の第２実施形態のシステムは、図１に示した第１
実施形態と同様、表示部１１、制御部１２、メモリ１
３、通信部１４、入力部１５を備えた端末１と、プログ
ラム再構築部２１、制御部２２、データベース２３、通
信部２４を備えたサーバ２とから構成されている。

【００６８】本発明の第２実施形態は、動作において、
端末１がサーバ２からメモリ不足通知を受けた際に、必
要な機能モジュールをユーザ選択できるようにした点
で、第１実施形態と相異する。これ以外は同様であり、
各部の詳細説明は省略する。

【００６９】（２）動作の説明次に、本発明の第２実施形態の動作について図１、図８
〜図１２を参照して詳細に説明する。

【００７０】図８は第２実施形態の端末１の動作を示す
フローチャート、図９は第２実施形態のサーバ２の動作
を示すフローチャートである。端末１の制御部１２は、
サーバ２の応答が「メモリ不足通知」のとき（ステップ
Ｓ１０３０で「ＹＥＳ」）、表示部１１に「ダウンロー
ド方法選択画面」を表示して（ステップＳ１０７０）、
ユーザにダウンロードを中止するか、各機能の優先順位
に従ってサーバで自動的にプログラムを再構築するか
（自動選択）、ユーザが自分で各機能を選択するか（ユ
ーザ選択）、更に選択されなかった機能をメモリが空く
のを待って自動的にダウンロードして組み込むかどうか
（自動追加）、といったダウンロード方法の選択を問い
合わせ、ユーザの入力を待つ（ステップＳ１０８０）。

【００７１】「自動追加」は、「自動選択」或いは「ユ
ーザ選択」が選択されたときのみ有効なオプションとし
て選択可能である。図１０はこのダウンロード方法選択
画面の一例である。端末１でユーザが選択した結果は、
サーバ２へ送られる（ステップＳ１０９０）。

【００７２】ユーザがダウンロード方法の選択入力（ス
テップＳ１０８０）において、「中止」及び「自動選
択」を選択した場合は、第１実施形態と同じであるため
説明は省略する。本例では、ユーザがダウンロード方法
の選択入力（ステップＳ１０８０）において、「ユーザ
選択」のみを選択し、「自動追加」は選択しなかったと
仮定する。

【００７３】サーバ２の制御部２２は、端末１よりダウ
ンロード方法選択結果を受け取り（ステップＳ２０６
０）、「ユーザ選択」で「自動追加なし」であれば（ス
テップＳ２０７０で「ユーザ選択」、２１５０で「な
し」）、データベース２３からプログラム４の各機能モ
ジュール４０それぞれの属性情報４１とリンク情報４２
を読み出し、端末１でのプログラム４の機能選択用の情
報として各機能モジュールの名称と説明及び動作に必要
なメモリ容量を端末１へ通信部２４から送出し（ステッ
プＳ２１６０）、端末１からの応答を待つ（ステップＳ
２１７０）。

【００７４】端末１の制御部１２は、「ユーザ選択」で
「自動追加なし」であれば（ステップＳ１１００で「ユ
ーザ選択」、ステップＳ１１８０で「なし」）、プログ
ラム４の機能選択用の情報をサーバ２から受け取り（ス
テップＳ１１９０）、この情報を基に機能選択画面を表
示部１１に表示し（ステップＳ１２００）、ユーザの選
択を待つ（ステップＳ１２１０）。選択された機能モジ
ュールの動作に必要なメモリ容量の合計が、端末１の空
きメモリ容量と比較され（ステップＳ１２２０）、空き
メモリ容量が不足する場合には（ステップＳ１２２０で
「不足」）、機能選択画面を表示（ステップＳ１２０
０）に戻り、十分な場合には（ステップＳ１２２０で
「ＯＫ」）、選択結果をサーバ２へ送出する（ステップ
Ｓ１２３０）。

【００７５】サーバ２の制御部２２は、端末１から選択
結果を受け取ると、この情報とダウンロード対象のプロ
グラム名（ここではプログラム４）、端末１の空きメモ
リ容量をプログラム再構築部２１に送る。

【００７６】プログラム再構築部２１は、データベース
２３からプログラム４の各機能モジュール４０それぞれ
の属性情報４１を読み出し、選択結果に従った機能モジ
ュールで、プログラム４を再構築する（ステップＳ２１
８０）。サーバ２の制御部２２は、再構築されたプログ
ラム４を通信部２４により端末１へダウンロードする
（ステップＳ２０４０）。

【００７７】端末１の制御部１２は、再構築されたプロ
グラム４をダウンロードし（ステップＳ１０４０）、ダ
ウンロード完了表示を表示部１１に表示して（ステップ
Ｓ１０５０）、再構築されたプログラム４を実行して
（ステップＳ１０６０）、ユーザにプログラム４の選択
された機能を提供する。

【００７８】図１１は上記の場合のシーケンス図であ
る。ユーザが端末１に対しダウンロード要求操作を行う
と、端末１は、サーバ２に対しダウンロード要求及び空
きメモリ容量に関するデータを送信する。サーバ２は、
端末１のメモリ容量を判定し、メモリ不足と判断した場
合はメモリ不足の旨を端末１へ通知する。端末１は、表
示部１１を介してユーザにダウンロード方法を問い合わ
せ、ユーザが所望の選択を行うと、サーバ２に対しユー
ザ選択に関するデータを送信する。

【００７９】サーバ２は、端末１に対しモジュール選択
情報を送信する。端末１は、モジュール選択画面を表示
部１１に表示し、ユーザが所望のモジュールを選択する
と、サーバ２に対し選択モジュールのダウンロード要求
を送信する。サーバ２は、プログラムの再構築を行い、
端末１へプログラムをダウンロードする。端末１は、プ
ログラムを起動し、選択モジュールのダウンロードが完
了した旨を表示部１１に表示する。

【００８０】次に、ユーザがダウンロード方法の選択入
力（ステップＳ１０８０）において、「ユーザ選択」と
「自動追加」を選択したと仮定する。サーバ２の制御部
２２は、端末１よりダウンロード方法選択結果を受け取
り（ステップＳ２０６０）、「ユーザ選択」で「自動追
加あり」であれば（ステップＳ２０７０で「ユーザ選
択」、ステップＳ２１５０で「あり」）、データベース
２３からプログラム４の各機能モジュール４０それぞれ
の属性情報４１とリンク情報４２、モジュール追加エー
ジェント５の属性情報５１を読み出し、端末１でのプロ
グラム４の機能選択用の情報として、各機能モジュール
の名称と説明及び動作に必要なメモリ容量とモジュール
追加エージェント５の動作に必要なメモリ容量を、通信
部２４から端末１へ送出し（ステップＳ２１９０）、端
末１からの応答を待つ（ステップＳ２２００）。

【００８１】端末１の制御部１２は、「ユーザ選択」で
「自動追加あり」であれば（ステップＳ１１００で「ユ
ーザ選択」、ステップＳ１１８０で「あり」）、プログ
ラム４の機能選択用の情報をサーバ２から受け取り（ス
テップＳ１２４０）、この情報を基に機能選択画面を表
示部１１に表示し（ステップＳ１２５０）、ユーザの選
択を待つ（ステップＳ１２６０）。選択された機能モジ
ュールとモジュール追加エージェント５の動作に必要な
メモリ容量の合計が、端末１の空きメモリ容量と比較さ
れ（ステップＳ１２７０）、空きメモリ容量が不足する
場合には機能選択画面を表示（ステップＳ１２５０）に
戻り、十分な場合には、選択結果をサーバ２へ送出する
（ステップＳ１２８０）。

【００８２】サーバ２の制御部２２は、端末１から選択
結果を受け取ると、この情報とダウンロード対象のプロ
グラム名（ここではプログラム４）、端末１の空きメモ
リ容量をプログラム再構築部２１に送る。

【００８３】プログラム再構築部２１は、データベース
２３からプログラム４の各機能モジュール４０それぞれ
の属性情報４１を読み出し、選択結果に従った機能モジ
ュールとモジュール追加エージェント５で、プログラム
４を再構築する（ステップＳ２２１０）。このとき、外
された機能モジュールを後から追加するために、外され
た機能モジュールのリンク情報４２と属性情報４１が、
モジュール追加エージェント５のパラメータとしてプロ
グラム４に組み込まれる。

【００８４】サーバ２の制御部２２は、再構築されたプ
ログラム４を通信部２４により端末１へダウンロードし
（ステップＳ２１１０）、モジュール追加エージェント
５の応答を待つ（ステップＳ２１２０）。

【００８５】端末１の制御部１２は、再構築されたプロ
グラム４をダウンロードし（ステップＳ１１２０）、一
次ダウンロード完了表示を表示部１１に表示して（ステ
ップＳ１１３０）、再構築されたプログラム４を実行し
て（ステップＳ１１４０）、ユーザにプログラム４の一
部の機能を提供する。

【００８６】プログラム４は実行されると、モジュール
追加エージェント５を起動する（ステップＳ１１５
０）。モジュール追加エージェント５の動作及びこれ以
降の動作は、本発明の第１実施形態（「自動選択」「自
動追加あり」を選択した場合も同様）と同じである。

【００８７】図１２は上記の場合のシーケンス図であ
る。ユーザが端末１に対しダウンロード要求操作を行う
と、端末１は、サーバ２に対しダウンロード要求及び空
きメモリ容量に関するデータを送信する。サーバ２は、
端末１のメモリ容量を判定し、メモリ不足と判断した場
合はメモリ不足の旨を端末１へ通知する。端末１は、表
示部１１を介してユーザにダウンロード方法を問い合わ
せ、ユーザがユーザ選択かつ自動追加ありの選択を行う
と、サーバ２に対しユーザ選択かつ自動追加ありの旨を
送信する。

【００８８】サーバ２は、端末１に対しモジュール選択
情報を送信する。端末１は、モジュール選択画面を表示
部１１に表示し、ユーザが所望のモジュールを選択する
と、メモリ容量を判定し、メモリ容量が不足していない
場合はサーバ２に対し選択モジュールのダウンロード要
求を送信する。サーバ２は、プログラムの再構築を行
い、端末１へプログラムをダウンロードする。端末１
は、プログラムを起動し、選択モジュールのダウンロー
ドが完了した旨を表示部１１に表示する。

【００８９】この後、端末１は、モジュール追加エージ
ェント５を起動した後、所定の空きメモリ容量があるか
を判定し、あると判断した場合は表示部１１を介してユ
ーザに追加モジュールのダウンロードを希望するかを問
い合わせ、ユーザが承認すると、サーバ２へ追加モジュ
ールのダウンロード要求を送信する。サーバ２は、端末
１へ追加モジュールのダウンロードを行う。端末１は、
追加モジュールを組み込み、追加モジュールのダウンロ
ードが完了した旨を表示部１１に表示する。

【００９０】以上説明したように、本発明の第２実施形
態によれば、第１実施形態と同様、メモリ不足によるプ
ログラムのダウンロードの失敗やダウンロードしたプロ
グラムの実行の失敗を未然に防止することができ、空き
メモリ容量不足によりプログラム全体がダウンロード／
実行できない場合でも、空きメモリで動作可能な機能を
選択して利用することができ、空きメモリ容量不足によ
り一部の機能のみダウンロードできなかった場合でも、
メモリの空きができれば残りの機能を自動的に利用する
ことができる。

【００９１】

【発明の効果】以上説明したように本発明によれば、下
記の効果を奏する。

【００９２】第１の効果は、プログラム管理装置には、
プログラムのサイズだけではなくプログラムの動作に必
要なメモリ容量が登録されており、携帯情報端末がサー
バにプログラムのダウンロード要求を行う場合、携帯情
報端末は空きメモリ容量をプログラム管理装置に通知
し、プログラム管理装置は携帯情報端末の空きメモリ容
量とプログラムの動作に必要なメモリ容量を比較し、携
帯情報端末に対して「空きメモリ不足」の通知をするの
で、携帯情報端末のメモリ不足によるプログラムのダウ
ンロードの失敗やダウンロードしたプログラムの実行の
失敗を未然に防止することができる。

【００９３】第２の効果は、プログラム管理装置には、
ダウンロードされるプログラムは機能毎にモジュール化
した複数の機能モジュールの集合体として登録され、更
に、機能モジュールそれぞれの動作に必要なメモリ容量
（格納容量と実行時に必要となるワークメモリ容量の合
計）が登録されており、携帯情報端末の空きメモリ容量
に合わせて、プログラム管理装置でプログラムを再構築
してダウンロードしているため、空きメモリ容量不足に
よりプログラム全体がダウンロード／実行できない場合
でも、携帯情報端末の空きメモリで動作可能な機能を選
択して利用することができる。

【００９４】第３の効果は、プログラム管理装置のモジ
ュール追加エージェントが携帯情報端末の空きメモリ容
量を監視し、外された機能モジュールの動作に必要な空
きメモリ容量が検出されると自動的にダウンロードを実
行するので、携帯情報端末の空きメモリ容量不足により
一部の機能のみダウンロードできなかった場合でも、携
帯情報端末のメモリの空きができれば残りの機能が自動
的に利用できるようになる。

【図面の簡単な説明】

【図１】本発明の第１、第２実施形態の携帯情報端末及
びサーバの構成を示すブロック図である。

【図２】本発明の第１実施形態の携帯情報端末の動作を
示すフローチャートである。

【図３】本発明の第１実施形態のサーバの動作を示すフ
ローチャートである。

【図４】本発明の第１実施形態のダウンロード方法選択
画面の表示例を示す説明図である。

【図５】本発明の第１実施形態の自動追加無しの場合の
携帯情報端末とサーバの処理を示すシーケンス図であ
る。

【図６】本発明の第１及び第２実施形態のモジュール追
加エージェントの動作を示すフローチャートである。

【図７】本発明の第１実施形態の自動追加ありの場合の
携帯情報端末とサーバの処理を示すシーケンス図であ
る。

【図８】本発明の第２実施形態の携帯情報端末の動作を
示すフローチャートである。

【図９】本発明の第２実施形態のサーバの動作を示すフ
ローチャートである。

【図１０】本発明の第２実施形態のダウンロード方法選
択画面の表示例を示す説明図である。

【図１１】本発明の第２実施形態の自動追加無しの場合
の携帯情報端末とサーバの処理を示すシーケンス図であ
る。

【図１２】本発明の第２実施形態の自動追加ありの場合
の携帯情報端末とサーバの処理を示すシーケンス図であ
る。

【符号の説明】

１携帯情報端末２サーバ３通信回線４プログラム５モジュール追加エージェント１１表示部１２制御部１３メモリ１４通信部１５入力部２１プログラム再構築部２２制御部２３データベース２４通信部４０機能モジュール４１属性情報４２リンク情報５１属性情報

Claims

【特許請求の範囲】

【請求項１】プログラムを管理するプログラム管理装
置と、該プログラム管理装置からプログラムをダウンロ
ード可能な携帯情報端末とが通信可能に接続されるダウ
ンロードシステムにおいて、前記携帯情報端末が、前記携帯情報端末の空きメモリ容
量を前記プログラム管理装置へ通知する端末側通知手段
を具備し、前記プログラム管理装置が、機能毎にモジュール化され
た複数の機能モジュールの集合体からなるプログラムを
格納する格納手段と、前記携帯情報端末からのプログラ
ムのダウンロード要求に基づき、前記携帯情報端末から
通知された前記空きメモリ容量と、前記機能モジュール
の動作に必要なメモリ容量の合計とを比較し、前記携帯
情報端末でメモリ不足になると判断した場合、その旨を
前記携帯情報端末へ通知する装置側通知手段とを具備す
ることを特徴とするダウンロードシステム。
【請求項２】前記機能モジュールには、格納容量及び
実行時に必要となるワークメモリ容量の合計に相当する
前記機能モジュールの動作に必要なメモリ容量が登録さ
れた属性情報と、前記携帯情報端末で前記機能モジュー
ルを後から追加するためのリンク情報とが付随すると共
に、優先順位がつけられていることを特徴とする請求項
１に記載のダウンロードシステム。
【請求項３】前記プログラム管理装置が、前記機能モ
ジュールの前記属性情報と前記優先順位に基づき、前記
携帯情報端末の空きメモリ容量で動作可能な複数の機能
モジュールを一つのプログラムとして再構築する再構築
手段と、前記再構築されたプログラムを前記携帯情報端
末へダウンロードする制御手段とを具備することを特徴
とする請求項１又は２に記載のダウンロードシステム。
【請求項４】前記携帯情報端末が、前記プログラム管
理装置から前記空きメモリ不足が通知された場合、必要
な機能モジュールを選択可能な機能を有することを特徴
とする請求項１乃至３の何れかに記載のダウンロードシ
ステム。
【請求項５】前記プログラム管理装置の前記再構築手
段が、前記携帯情報端末からメモリ不足により一部の機
能モジュールが組み込めない旨が通知された場合、前記
携帯情報端末の空きメモリ容量を監視すると共に組み込
めなかった機能モジュールを自動的にダウンロードして
プログラムに組み込むモジュール追加エージェントと、
当該機能モジュールとを一つのプログラムとして再構築
し、前記制御手段が、前記再構築されたプログラムを前
記携帯情報端末へダウンロードすることを特徴とする請
求項１乃至４の何れかに記載のダウンロードシステム。
【請求項６】プログラムを管理するプログラム管理装
置と通信可能に接続される携帯情報端末において、携帯情報端末内の空きメモリ容量を前記プログラム管理
装置へ通知する端末側通知手段と、前記プログラム管理
装置から前記空きメモリ不足が通知された場合、必要な
機能モジュールを選択可能に表示する表示手段とを具備
することを特徴とする携帯情報端末。
【請求項７】前記表示手段には、プログラムのダウン
ロードを中止するか、各機能の優先順位に従って前記プ
ログラム管理装置で自動的にプログラムを再構築してダ
ウンロードを実行するか、選択されなかった機能モジュ
ールをメモリが空く状態となってから自動的にダウンロ
ードして組み込むかを選択可能な画面が表示されること
を特徴とする請求項６に記載の携帯情報端末。
【請求項８】携帯情報端末と通信可能に構成されプロ
グラムを管理するプログラム管理装置において、機能毎にモジュール化された複数の機能モジュールの集
合体からなるプログラムを格納する格納手段と、前記携
帯情報端末からのプログラムのダウンロード要求に基づ
き、前記携帯情報端末から通知された前記空きメモリ容
量と、前記機能モジュールの動作に必要なメモリ容量の
合計とを比較し、前記携帯情報端末でメモリ不足になる
と判断した場合、その旨を前記携帯情報端末へ通知する
装置側通知手段とを具備することを特徴とするプログラ
ム管理装置。
【請求項９】前記機能モジュールには、格納容量及び
実行時に必要となるワークメモリ容量の合計に相当する
前記機能モジュールの動作に必要なメモリ容量が登録さ
れた属性情報と、前記携帯情報端末で前記機能モジュー
ルを後から追加するためのリンク情報とが付随すると共
に、優先順位がつけられていることを特徴とする請求項
８に記載のプログラム管理装置。
【請求項１０】前記機能モジュールの前記属性情報と
前記優先順位に基づき、前記携帯情報端末の空きメモリ
容量で動作可能な複数の機能モジュールを一つのプログ
ラムとして再構築する再構築手段と、前記再構築された
プログラムを前記携帯情報端末へダウンロードする制御
手段とを具備することを特徴とする請求項８又は９に記
載のプログラム管理装置。
【請求項１１】前記再構築手段が、前記携帯情報端末
からメモリ不足により一部の機能モジュールが組み込め
ない旨が通知された場合、前記携帯情報端末の空きメモ
リ容量を監視すると共に組み込めなかった機能モジュー
ルを自動的にダウンロードしてプログラムに組み込むモ
ジュール追加エージェントと、当該機能モジュールとを
一つのプログラムとして再構築し、前記制御手段が、前
記再構築されたプログラムを前記携帯情報端末へダウン
ロードすることを特徴とする請求項８乃至１０の何れか
に記載のプログラム管理装置。