JP2000089961A - アプリケーション登録端末システムおよび登録方法 - Google Patents

Abstract

(57)【要約】 【課題】 簡単に複数のアプリケーションの登録を行な
える端末システムおよび登録方法を提供することにあ
る。 【解決手段】ＩＣカードを読み書き可能な携帯端末１に
新たなるアプリケーションをフラッシュメモリ４に登録
する際、ＩＣカードを読み書き可能な携帯端末１に必ず
付属しているＩＣカード挿入口５を利用して、ホストマ
シン２と通信を実行し、アプリケーションの登録を行
う。これにより、新たに、アプリケーションを登録する
専用のインターフェース機構を設けなくても、携帯端末
１のフラッシュメモリ４にアプリケーションを登録する
ことが可能になる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アプリケーション
登録端末システムおよび登録方法に関し、特に、ＩＣカ
ードを読み書き可能な端末装置に複数のアプリケーショ
ンプログラムを登録できるようにするためのアプリケー
ション登録端末システムおよび登録方法に関する。

【０００２】

【従来の技術】従来の端末装置、特に携帯端末にアプリ
ケーションプログラム（以下、アプリケーションと呼
ぶ）の登録を行う場合には、筐体を分解し、該筐体から
内部にアプリケーションが書き込まれているメモリを取
り出して、該メモリを交換したり、もしくは再度メモリ
の書き換えを行う等の処置を行っていた。この処置のた
め、端末装置は一旦、アプリケーションの書き換えを行
う専門のサービスセンター等に送られ、アプリケーショ
ンの書き込みが行われていた。この結果、アプリケーシ
ョンの書き換えが素早くできず、ユーザの手元に端末が
戻ってくるまでにかなり時間が掛かっていた。

【０００３】一方、筐体を分解しない場合においては、
端末装置にアプリケーション書き込みのための専用口を
設け、該専用口にホストマシンを接続し、該ホストマシ
ンからアプリケーションの書き込みを行っていたため、
端末装置を製造する点においてもコストアップにつなが
っていた。また、アプリケーション登録時のメモリ書き
換え制御を、ホストマシンが管理していたため、該ホス
トマシンが、端末装置に搭載されている各メモリに対応
した制御プログラムを全て保持していなければならなか
った。

【０００４】

【発明が解決しようとする課題】前記のように、ＩＣカ
ードを読み書き可能な端末装置にアプリケーションを登
録する時に使用する専用口を設けた場合には、端末装置
に該専用口を設けたり、専用のコネクタを端末装置に搭
載する等の作業が発生し、端末装置自体のサイズが大き
くなったり、増えた部品分がコストアップになるという
問題があった。

【０００５】本発明の目的は、前記した従来技術の問題
点を除去し、ＩＣカードを読み書き可能な端末装置にア
プリケーションを登録する場合に、アプリケーション登
録を行なうための、専用口を新たに設けずに、またアプ
リケーションの書き換えを簡単に行なえるメモリを使用
して、端末装置既存の機構を利用し、簡単に複数のアプ
リケーションの登録を行なえるアプリケーションの登録
可能なアプリケーション登録端末システムおよび登録方
法を提供することにある。

【０００６】

【課題を解決するための手段】前記目的を達成するため
に、この発明は、アプリケーションプログラムを書き込
むメモリ手段と、該メモリ手段にアプリケーションプロ
グラムを書き込むアドレスを取得する手段と、アプリケ
ーションプログラムを書き込む領域と書き込まれている
アプリケーションプログラムを管理する手段と、通信制
御機能を有する手段と、ＩＣカードを読み書きする手段
と、該ＩＣカードを読み書きする手段に接続されたＩＣ
カード挿入口と、表示手段とを少なくとも有する端末装
置と、一端が前記ＩＣカード挿入口と同様の形状とされ
た通信ケーブルと、該通信ケーブルの他端に接続され、
かつ少なくとも前記端末装置に登録するアプリケーショ
ンプログラムと、アプリケーション情報と、該端末装置
との通信制御機能とを有するホストマシンとを具備し、
前記ＩＣカード挿入口を利用して、前記端末装置にアプ
リケーションプログラムを登録できるようにした点に第
１の特徴がある。

【０００７】また、前記ＩＣカード挿入口に、少なくと
もアプリケーションプログラムを有するＩＣカードを挿
入し、該ＩＣカードからアプリケーションプログラムを
読出して、前記端末装置の前記メモリに該アプリケーシ
ョンプログラムを登録するようにした点に第２の特徴が
ある。

【０００８】また、前記ホストマシンを前記通信ケーブ
ルを介して前記ＩＣカード読み書き手段に接続し、前記
端末装置のＩＣカード読み書き手段を利用して、アプリ
ケーションプログラムの書き込みアドレスを前記ホスト
マシンに送信し、該アドレスに対応したアプリケーショ
ンプログラムをホストマシンから受け取り、受け取った
アプリケーションプログラムをアプリケーションを書き
込む手段を利用して、アプリケーションプログラム書き
込み領域に書き込みを行なうことにより、アプリケーシ
ョンプログラムの登録を行なうようにした点に第３の特
徴がある。

【０００９】これらの特徴によれば、端末装置がもとも
と有しているＩＣカード挿入口を利用して、端末装置に
アプリケーションプログラムを登録できるようになる。
また、従来のように端末装置にアプリケーションプログ
ラム書き込みのための専用口を設けことが必要でなくな
るので、端末装置を製造するにあたって、コストアップ
につながらない。また、端末装置自身にメモリ書き換え
制御機能を持たせるようにしたので、ホストマシンには
アプリケーションプログラムのデータを持たせるだけ
で、アプリケーションプログラム登録時のメモリ書き換
え制御機能を管理させないようにすることができる。こ
のため、ホストマシンの負担を軽減することができる。

【００１０】

【発明の実施の形態】以下に、本発明を、図面を参照し
て説明する。図１は、本発明の一実施形態の構成を示す
ブロック図である。

【００１１】本実施形態の端末システムは、携帯端末１
と、ホストマシン２と、該携帯端末１とホストマシン２
を接続するインターフェースケーブル２０とで構成され
ている。前記携帯端末１は、マイコン３と、フラッシュ
メモリ４と、該マイコン３に接続されかつデータと制御
信号を用いてＩＣカードデータ及びアプリケーションプ
ログラムの送受を行うＩＣカード挿入口５と、該マイコ
ン３によってデータや制御信号で制御され、文字情報を
表示する表示装置ＬＣＤ７と、該マイコン３と制御信号
で接続されている入力装置キーパッド８とで構成されて
いる。

【００１２】また、前記マイコン３は、フラッシュメモ
リ４の制御プログラム１０を格納された内蔵ＲＯＭを有
すると共に、シリアルインターフェース機能９を持って
いる。また、前記フラッシュメモリ４は、マイコン３に
データと制御信号で接続され、アプリケーションをロー
ドするための制御プログラム１１と、携帯端末１に登録
されているアプリケーションデータを管理する管理テー
ブル１２と、該アプリケーションデータの書き込み領域
１３とを有している。

【００１３】ホストマシン２は、アプリケーションプロ
グラム１７とアプリケーション情報１９（アプリケーシ
ョン名、アプリケーション識別子、バージョン情報、使
用期限、アプリケーションサイズ）とホストマシンの動
作を制御する制御プログラム１８を格納しているメモリ
１４と、アプリケーションデータを任意のアドレスに再
配置できる再配置機能１６と、シリアルインターフェー
ス機能１５を有している。

【００１４】携帯端末１とホストマシン２を接続するイ
ンターフェースケーブル２０は、携帯端末１側に接続す
る部分は、携帯端末１のＩＣカード挿入口５と同様の形
状になっており、ホストマシン２に接続される側は、ホ
ストマシンのシリアルポートに接続できる形状で構成さ
れている。

【００１５】次に、本実施形態の動作を、図２を参照し
て説明する。図２は、図１に示す携帯端末のフラッシュ
メモリ４にアプリケーションプログラムをロードする処
理を説明するフローチャートである。

【００１６】携帯端末１にアプリケーションプログラム
をロードする場合、携帯端末１のＩＣカード挿入口５に
インタフェースケーブル２０の一方を挿入し、他方をホ
ストマシン２に接続する。接続終了後、携帯端末１のマ
イコン３は、シリアルインターフェース機能９を利用し
て、アプリケーション登録要求のデータをＩＣカード挿
入口５を経由してホストマシン２に送信する（ステップ
Ｓ１０１）。

【００１７】ホストマシン２がアプリケーション登録要
求のデータを正常に受け取った場合、ホストマシン２は
アプリケーション登録確認のデータを携帯端末１に送信
する。そうすると、該携帯端末１のマイコン３は、ＩＣ
カード挿入口５を経由して受け取ったアプリケーション
登録確認データが正常か否かの判別を行う（ステップＳ
１０２）。正常と判定された場合には、携帯端末１のマ
イコン３は、フラッシュメモリ４に書込むアプリケーシ
ョン情報要求のデータをホストマシン２に要求する（ス
テップＳ１０３）。

【００１８】ホストマシン２は、アプリケーション情報
要求のデータを受け取ると、携帯端末１のフラッシュメ
モリ４にロードするアプリケーション情報１９（アプリ
ケーション名、アプリケーション識別子、バージョン情
報、使用期限、アプリケーションサイズ）を携帯端末１
に通知する。アプリケーション情報１９のデータを受け
取った携帯端末１は、受け取った情報が正常か否かの判
別を、マイコン３の作用によって行う（ステップＳ１０
４）。正常と判定された場合には、携帯端末１は、受け
取ったアプリケーション情報を表示装置ＬＣＤ７に表示
する（ステップＳ１０５）。該アプリケーション情報を
登録するかしないかの選択は、使用者が入力装置キーパ
ッド８により行う（ステップＳ１０６）。

【００１９】アプリケーションの登録を実行すると認識
した場合（ステップＳ１０６の判断が肯定）、携帯端末
１のマイコン３は、受け取ったアプリケーションのサイ
ズが書き込み可能な、フラッシュメモリ４のアプリケー
ション書き込み領域１３を検出し、空き領域のアドレス
を取得する。携帯端末１のマイコン３は、該取得した空
き領域のアドレスをホストマシン２に通知し、アプリケ
ーションプログラム１７を要求する（ステップＳ１０
７）。

【００２０】アプリケーションプログラム１７を書き込
むアドレスを受け取ったホストマシン２は、受け取った
アドレスに対応するようにアプリケーションプログラム
１７のアドレス情報を再配置機能１６を利用して再配置
する。次いで、ホストマシン２は、再配置したアプリケ
ーションプログラムを携帯端末１に２５６バイトづつ送
信する。アプリケーションプログラム１７を受け取った
携帯端末１のマイコン３は、受け取った情報が正常か否
かを判別する（ステップＳ１０８）。そして、正常の場
合には、受け取ったアプリケーションプログラムをフラ
ッシュメモリ制御プログラム１０を利用してフラッシュ
メモリ４に書込み、書き込み終了の通知をホストマシン
２に通知する。

【００２１】書き込み完了通知を受け取ると、ホストマ
シン２は、アプリケーションプログラム１７を全て送信
した場合は、アプリケーションデータ送信完了通知を、
まだアプリケーションプログラム１７がある場合には、
次のデータを携帯端末１に送信する。携帯端末１のマイ
コン３は、アプリケーションプログラム送信完了を受け
取ると（ステップＳ１０９の判断が肯定）、フラッシュ
メモリ４の中に書き込まれている登録アプリケーション
を管理している管理テーブル１２にあらかじめ受け取っ
ていた、アプリケーション情報１９を書き込み（ステッ
プＳ１１０）、ホストマシン２へアプリケーション登録
完了を通知し、アプリケーションの登録処理を終了す
る。一方、各通信データ受信時に受信したデータにエラ
ーがあると判断した場合には、ホストマシン２に通信エ
ラーを通知する（ステップＳ１１１）。

【００２２】以上のような処理を行うことにより、ＩＣ
カードデータを読み書きする挿入口を持った携帯端末に
おいて、ＩＣカードの挿入口を利用して、携帯端末にア
プリケーションデータのロード（フラッシュメモリへの
書き込み）を行うことが可能になる。また、ＲＳ−２３
２Ｃのインターフェースを持った携帯端末においては、
ホストマシンとの接続をＲＳ−２３２Ｃインターフェー
スを利用しても、同様にアプリケーションデータのロー
ド（フラッシュメモリへの書き込み）が可能になる。

【００２３】次に、本発明の携帯端末とホストマシンと
の通信プロトコルについての詳細な動作を図３と図４を
参照して説明する。図３は図１のマイコン３が行う処理
を説明するフローチャートである。また、図４は通信時
に使用するコマンドの構成を示す図である。

【００２４】処理を要求するコマンド、および処理結果
を通知する応答コマンドは共に同じ構成を有しており、
図４に示されているように、ヘッダ（１バイト）、デー
タ長（２バイト）、コマンド（１バイト）、データ（各
コマンドによって可変）、およびチェックサム（１バイ
ト）で構成されている。各構成の意味付けは次のようで
ある。すなわち、ヘッダは、要求（０ｘ００）と応答
（０ｘ０１）の判別を行う。データ長は、コマンド、デ
ータ、チェックサムまでの長さを示す。コマンドは、各
処理ごとのコマンドを示す。データは、各コマンドを実
行するために必要なデータを格納する。チェックサム
は、ヘッダ、データ長、コマンド、データ迄をバイト単
位で加算し、加算結果の１の補数を示す。

【００２５】ホストマシンより通信データが送信された
場合、マイコン３は、最初にヘッダ、データ長の３バイ
トを取得する。次に、残りのデータ長のデータを取得す
る（ステップＳ２０１）。データの取得が正常に行われ
た場合、チェックサムの判別を行う（ステップＳ２０
２）。コマンド〜データまでをバイト単位で加算し、加
算データの１の補数を取得する。取得した補数データと
送信されたコマンドのチェックサムを比較し、一致した
場合は正常とし、一致しなかった場合はチェックサムエ
ラーと判断し、ホストマシン２にエラーを送信する（ス
テップＳ２０８）。 チェックサムが正しい場合、ヘッ
ダの判別を行う（ステップＳ２０３）。要求コマンドの
場合は、ヘッダは０ｘ００、応答コマンドの場合は、ヘ
ッダは０ｘ０１、それ以外はヘッダエラーと判断し、ホ
ストマシン２にエラーを送信する（ステップＳ２０
８）。ヘッダの判別が正常だった場合、次にコマンドの
判別を行う（ステップＳ２０４）。フラッシュメモリ４
の制御プログラム１１に登録されているコマンド以外が
送信された場合は、コマンドエラーと判別し、ホストマ
シン２にエラーを送信する（ステップＳ２０８）。

【００２６】コマンドの判別が正常だった場合、次にデ
ータ長の判別を行う（ステップＳ２０５）。このデータ
長が各コマンドに対応したデータ長以外のデータ長であ
った場合は、データ長エラーとし、ホストマシン２にエ
ラーを送信する（ステップＳ２０８）。データ長が正常
だった場合、データの判別を行う（ステップＳ２０
６）。データの判別も、各コマンドに対応したデータ以
外の場合には、データエラーと判断し、ホストマシン２
にエラーを送信する（ステップＳ２０８）。データの判
別が正常だった場合、各コマンドに対応した処理をフラ
ッシュメモリ４の制御プログラム１１が実行する（ステ
ップＳ２０７）。上記のような判別を行なうことによ
り、ホストマシンから送信されるデータ列を判別し、ホ
ストマシンからの要求を正確に制御し、無効なデータを
取り除くことができる。

【００２７】次に、本発明の第２の実施形態を図５を参
照して説明する。図５は、本発明の第２の実施形態例の
構成を示すブロック図である。

【００２８】この実施形態が、前記第１の実施形態と異
なる所は、マイコン３の内蔵ＲＯＭにＩＣカード制御プ
ログラム２８を格納した点、およびＩＣカード２６が挿
入される第２のＩＣカード挿入口６を設けた点である。
該ＩＣカード２６には、アプリケーションの登録の適否
を認識するための認証データ２７が格納されている。ま
た、前記ＩＣカード制御プログラム２８は、前記第２の
ＩＣカード挿入口６に挿入されたＩＣカード２６からデ
ータを読み出したり、照合したりする制御等を行う。

【００２９】次に、本実施形態の動作を、図６を参照し
て説明する。図６は、図５のマイコンが行う処理を説明
するフローチャートである。

【００３０】携帯端末１にアプリケーションプログラム
のロードを行いたい場合、携帯端末１のＩＣカード挿入
口５にインタフェースケーブル２０の一方を挿入し、他
方をホストマシン２に接続する。また、ＩＣカード挿入
口６にＩＣカード２６を挿入する。

【００３１】次に、携帯端末１のマイコン３は、シリア
ルインターフェース機能９を利用して、アプリケーショ
ンの登録を要求するデータをＩＣカード挿入口５を経由
してホストマシン２に送信する（ステップＳ３０１）。
該アプリケーション登録要求のデータを正常に受け取っ
た場合、ホストマシン２はアプリケーション登録確認の
データを携帯端末１に送信する。

【００３２】次に、携帯端末１のマイコン２は、ＩＣカ
ード挿入口５を経由して受け取ったアプリケーション登
録確認データが正常であるか否かの判別を行う（ステッ
プＳ３０２）。正常の場合、ＩＣカード挿入口６に挿入
されているＩＣカード２６の認証データ２７をＩＣカー
ド制御プログラム２８で読み出す。ＩＣカード２６の認
証データ読み出し後、マイコン３は、取得した認証デー
タをＩＣカード挿入口５を経由してホストマシン２に送
信する（ステップＳ３０３）。認証データを受け取った
ホストマシン２は、認証データを解析し（ステップＳ３
０４）、正しい認証データの場合は、ロード（フラッシ
ュメモリへの書き込み）するアプリケーションの情報１
９（アプリケーション名、アプリケーション識別子、バ
ージョン情報、使用期限、アプリケーションサイズ）を
携帯端末１に通知する。

【００３３】アプリケーション情報１９のデータを受け
取った携帯端末１では、マイコン３が受け取った情報が
正常であるか否かの判別を行う（ステップＳ３０５）。
正常な場合、携帯端末１は、受け取ったアプリケーショ
ン情報１９を表示装置ＬＣＤ７に表示する（ステップＳ
３０６）。この時、使用者が登録の有無を入力装置キー
パッド８より入力する（ステップＳ３０７）。アプリケ
ーションの登録を実行すると認識した場合、携帯端末１
のマイコン３は、受け取ったアプリケーションのサイズ
が書き込み可能な、フラッシュメモリ４の空き領域を検
出し、空き領域のアドレスを取得する。携帯端末１のマ
イコン３は、取得したアドレスをホストマシン２に通知
する（ステップＳ３０８）。

【００３４】アプリケーションプログラム１７を書き込
むアドレスを受け取ったホストマシン２は、受け取った
アドレスに対応するようにアプリケーションプログラム
１７のアドレス情報を再配置機能１６を利用して再配置
する。そして、再配置したアプリケーションプログラム
を携帯端末１に２５６バイトづつ送信する。

【００３５】アプリケーションプログラムを受け取った
携帯端末１のマイコン３は、受け取った情報が正常であ
るか否かを判別し（ステップＳ３０９）、正常の場合、
受け取ったアプリケーションプログラム１７をフラッシ
ュメモリ４に書き込み、書き込み終了の通知をホストマ
シン２に通知する。

【００３６】ホストマシン２は書き込み完了通知を受け
取ると、アプリケーションプログラム１７を全て送信し
たか否かの判断を行い、全部送信した場合には（ステッ
プＳ３１０の判断が肯定）、アプリケーションプログラ
ム１７の送信完了通知を、まだアプリケーションプログ
ラム１７がある場合には、次のデータを携帯端末１に送
信する。携帯端末１は、ホストマシン２からアプリケー
ションプログラムデータの送信完了通知を受け取ると、
フラッシュメモリ４の中に書き込まれている登録アプリ
ケーションを管理している管理テーブル１２に、予め受
け取っていたアプリケーション情報を書き込み（ステッ
プＳ３１１）、ホストマシン２へアプリケーション登録
完了を通知し、アプリケーションの登録処理を終了す
る。一方、各通信データ受信時に受信したデータをエラ
ーと判断した場合には、ホストマシン２に通信エラーを
通知する（ステップＳ３１２）。

【００３７】以上のような処理を行うことにより、ＩＣ
カードデータを読み書きする挿入口を２つ持った携帯端
末１において、一方のＩＣカード挿入口にＩＣカードを
挿入し、挿入したＩＣカードをアプリケーション登録の
鍵として使用し、他方のＩＣカードの挿入口を利用し
て、携帯端末１にアプリケーションデータのロード（フ
ラッシュメモリへの書き込み）を行うことが可能にな
る。また、ＲＳ−２３２Ｃのインターフェースを持った
携帯端末においては、ホストマシンとの接続をＲＳ−２
３２Ｃインターフェースを利用しても、同様にアプリケ
ーションデータのロード（フラッシュメモリへの書き込
み）が可能になる。また、アプリケーションの消去を行
なう場合においても、同様にＩＣカードで認証して許可
されないと端末からアプリケーションを削除できないよ
うにすることも可能である。

【００３８】次に、本発明の第３の実施形態を、図７を
参照して説明する。図７は、本実施形態の構成を示すブ
ロック図である。この実施形態が前記第２の実施形態と
異なる所は、図５のホストマシン２とインタフェースケ
ーブル２０とを削除し、ＩＣカード挿入口５にＩＣカー
ド２６を挿入するようにした点である。本実施形態で
は、ＩＣカード挿入口６を削除するようにしても良い。

【００３９】該ＩＣカード２６には、アプリケーション
の登録の適否を判別する鍵となる暗証番号データ２７
と、アプリケーションプログラム２９と、アプリケーシ
ョン情報３０（アプリケーション名、アプリケーション
識別子、バージョン情報、使用期限、アプリケーション
サイズ）と、アプリケーションプログラムを特定のアド
レスに再配置する再配置機能３２とが格納されている。

【００４０】次に、本実施形態の動作を、図８を参照し
て説明する。図８は、図７のマイコンが行う処理を説明
するフローチャートである。

【００４１】携帯端末１にアプリケーションプログラム
のロードを行いたい場合、携帯端末１のＩＣカード挿入
口５にＩＣカード２６を挿入する。設定終了後、携帯端
末１のマイコン３は、ＩＣカード制御プログラム２８を
使用して、アプリケーションの登録要求のデータをＩＣ
カード挿入口５を経由してＩＣカード２６に送信する
（ステップＳ４０１）。ＩＣカード２６がアプリケーシ
ョン登録要求のデータを正常に受け取った場合、アプリ
ケーション登録確認のデータを携帯端末１に送信する。
次に、携帯端末１のマイコン３は、ＩＣカード挿入口５
を経由して受け取ったアプリケーション登録確認データ
が正常か否かの判別を行う（ステップＳ４０２）。正常
の場合、携帯端末１の使用者に入力装置キーパッド８よ
り、暗証番号の入力を実行させる（ステップＳ４０
３）。マイコン３は、携帯端末１の使用者の入力した暗
証番号をＩＣカード挿入口５を経由してＩＣカード２６
に送信し、ＩＣカードの認証プログラムを起動する。

【００４２】そうすると、ＩＣカード２６は該認証プロ
グラムの作用により、暗証番号データ２７を参照して、
正しい暗証番号が入力されたか否かの判断をする（ステ
ップＳ４０４）。正しい暗証番号が入力されていた場合
には、ロード（フラッシュメモリへの書き込み）するア
プリケーションの情報３０（アプリケーション名、アプ
リケーション識別子、バージョン情報、使用期限、アプ
リケーションサイズ）を携帯端末１に通知する。携帯端
末１のマイコン３は、アプリケーション情報３０のデー
タを受け取ると、受け取った情報が正常であるか否かの
判別を行う（ステップＳ４０５）。正常な場合には、携
帯端末１は、受け取ったアプリケーション情報３０を表
示装置ＬＣＤ７に表示する（ステップＳ４０６）。この
時、使用者はアプリケーションプログラムの登録の有無
を入力装置キーパッド８より入力する（ステップＳ４０
７）。

【００４３】アプリケーションプログラムの登録を実行
すると認識された場合、携帯端末１のマイコン３は、受
け取ったアプリケーションのサイズが書き込み可能な、
フラッシュメモリ４の空き領域を検出し、空き領域のア
ドレスを取得する。携帯端末１のマイコン３は、取得し
たアドレスをＩＣカード２６に送信する（ステップＳ４
０８）。アプリケーションプログラム２９を書き込むア
ドレスを受け取ったＩＣカード２６は、受け取ったアド
レスに対応するようにアプリケーションプログラム２９
のアドレス情報を再配置機能３２を使用して再配置す
る。ＩＣカード２６は、再配置したアプリケーションプ
ログラム２９を携帯端末１に２５６バイトづつ送信す
る。

【００４４】携帯端末１はアプリケーションプログラム
を受け取ると、マイコン３に受け取った情報が正常であ
るか否かを判別させ（ステップＳ４０９）、正常の場
合、フラッシュメモリ４に受け取ったアプリケーション
プログラム２９の書き込みを行い、書き込み終了の通知
をＩＣカード２６に通知する。書き込み完了通知をＩＣ
カード２６が受け取ると、アプリケーションプログラム
データ２９を全て送信した場合は（ステップＳ４１０の
判断が肯定）、アプリケーションデータ送信完了通知
を、まだアプリケーションプログラムデータがある場合
には、次のデータを携帯端末１に送信する。

【００４５】携帯端末１は、アプリケーションプログラ
ムデータ送信完了をＩＣカード２６から受け取ると、フ
ラッシュメモリ４の中に書き込まれている登録アプリケ
ーションを管理している管理テーブル１２にあらかじめ
受け取っていた、アプリケーション情報３０を書き込み
（ステップＳ４１１）、ＩＣカード２６へアプリケーシ
ョン登録完了を通知し、アプリケーションの登録処理を
終了する。一方、各通信データ受信時に受信したデータ
にエラーがあると判断された場合には、ＩＣカード２６
に通信エラーを通知する（ステップＳ４１２）。

【００４６】以上のような処理を行うことにより、ＩＣ
カードデータを読み書きする挿入口５を持った携帯端末
１において、ＩＣカード２６を利用して、携帯端末１に
アプリケーションデータのロード（フラッシュメモリへ
の書き込み）を行うことが可能になる。また、アプリケ
ーションの消去を行なう場合においても、同様に、暗証
番号を入力装置キーパッド８より入力を行い、ＩＣカー
ドで認証して許可されないと端末からアプリケーション
を削除できないようにすることも可能である。

【００４７】次に、本発明の第４の実施形態を、図９を
参照して説明する。図９は、本実施形態の構成を示すブ
ロック図である。この実施形態の特徴は、携帯端末１の
マイコン３の内蔵ＲＯＭ中に通信制御プログラム２１が
格納され、フラッシュメモリ４にデータ書き込み領域２
２が設けられている点、マイコン３に接続されているシ
リアルデータの送受を行うＲＳ−２３２Ｃドライバ２３
を有し、インターフェースケーブル２０を介して接続さ
れるホストマシン２のメモリ１４には、携帯端末１へ書
き込むアプリケーションの書き込みデータ２４とホスト
マシンの動作を制御する制御プログラム１８を格納した
点である。

【００４８】次に、マイコン３が行うフラッシュメモリ
４へデータ書込みの制御動作を、図１０のフローチャー
トを参照して説明する。ここに、フラッシュメモリ４の
制御要求のデータ列は、制御種別コマンド、アドレス、
およびデータで構成される。携帯端末１のマイコン３が
ホストマシン２からフラッシュメモリ４への制御要求を
受け取った場合（ステップＳ５０１）、該マイコン３は
受信したデータ列が正常なものであるか否かを判別する
（ステップＳ５０２）。データ列が正常の場合には、制
御種別コマンドの種別を判別して、読み出し、書き込
み、消去のどの要求かを判別する（ステップＳ５０
３）。上記以外のコマンドがきた場合は、コマンドエラ
ーとし、ホストマシンにエラーを送信する（ステップＳ
５１１）。

【００４９】前記種別が書き込み要求の場合には、受け
取ったデータ列よりアクセスするアドレスを取得し、マ
イコン３はアドレスが制御可能なアドレスか否かを判別
する（ステップＳ５０４）。フラッシュメモリ４の領域
以外、アクセス禁止領域等にアドレスが設定されている
場合は、アドレスエラーとし、ホストマシンにエラーを
送信する（ステップＳ５１１）。前記アドレスが制御可
能なアドレスの場合には、マイコン３はフラッシュメモ
リ４のコマンド書き込みアドレスに書き込みコマンドを
書き込む（ステップＳ５０５）。その後、指定されたア
ドレスから、指定されたデータ長、指定されたデータを
フラッシュメモリ４に書き込みを行い（ステップＳ５０
６）、書き込み終了後（ステップＳ５０７）、書き込み
を行ったアドレスの読み出しを行い（ステップＳ５０
８）、書き込みを行ったデータと比較する。

【００５０】データが不一致の場合には、フラッシュメ
モリ書き込みエラーとし、ホストマシンにエラーを送信
する（ステップＳ５１１）。正常に書き込みが終了した
場合には、ホストマシンに正常終了を送信する（ステッ
プＳ５１０）。

【００５１】ステップＳ５０３の判断が消去要求の場合
には、図１１のステップＳ５１２に進み、マイコン３は
受け取ったデータ列よりアクセスするアドレスを取得
し、アドレスが制御可能なアドレスか否かを判別する
（ステップＳ５１２）。該アドレスがフラッシュメモリ
４の領域以外、あるいはアクセス禁止領域等に設定され
ている場合は、アドレスエラーとし、ホストマシンにエ
ラーを送信する（ステップＳ５１７）。前記アドレスが
制御可能なアドレスの場合には、マイコン３がフラッシ
ュメモリ４のコマンド書き込みアドレスに消去コマンド
を書き込む（ステップＳ５１３）。消去が終了すると、
マイコン３は消去したブロックのデータを読み出し（ス
テップＳ５１４）、読み出したデータの判別を行なう
（ステップＳ５１５）。読み出したデータが０ｘＦＦ以
外の場合は、消去エラーとし、ホストマシンにエラーを
送信する（ステップＳ５１７）。正常の場合には、ホス
トマシンに正常終了を送信する（ステップＳ５１６）。

【００５２】前記ステップＳ５０３の判断が読み出し要
求の場合には、図１２のステップＳ５１８に進み、マイ
コン３は受け取ったデータ列からアクセスするアドレス
を取得し、アドレスが制御可能なアドレスか否かを判別
する。該アドレスがフラッシュメモリ４の領域以外、ア
クセス禁止領域等に設定されている場合は、アドレスエ
ラーとし、ホストマシン２にエラーを送信する（ステッ
プＳ５２１）。前記アドレスが制御可能なアドレスの場
合には、指定されたアドレスから指定されたデータ長の
データをメモリ上から読み出す（ステップＳ５１９）。
その後、読み出したデータをホストマシンに送信し（ス
テップＳ５２０）、終了する。

【００５３】本実施形態によれば、フラッシュメモリ４
の制御を以上のように行なうことにより、ホストマシン
２は制御種別とデータアドレスを指定するだけで、フラ
ッシュメモリ４の書き込み、消去、および読み出し制御
を行なうことが可能になる。ホストマシンとの接続を、
ＩＣカード挿入口を利用しても同様にフラッシュメモリ
４の制御が可能になる。

【００５４】次に、本発明の第５実施形態を、図１３を
参照して説明する。図１３は、本実施形態の構成を示す
フローチャートである。この実施形態が前記第４実施形
態（図１１）と異なる所は、ホストマシン２のメモリ１
４にフラッシュメモリを制御するフラッシュメモリ制御
プログラム２５をさらに格納した点である。

【００５５】次に、マイコン３が行うフラッシュメモリ
へのデータ書込みの制御動作を、図１４のフローチャー
トを参照して説明する。この制御動作は、マイコン３の
内蔵ＲＯＭに書き込まれているフラッシュメモリ制御プ
ログラム１０を使用できないフラッシュメモリ４が携帯
形態端末１に接続された場合の動作を示す。

【００５６】この場合、接続されているフラッシュメモ
リ４の制御シーケンスがあらかじめマイコン３の内蔵Ｒ
ＯＭに書き込まれていないフラッシュメモリ４の制御を
行う場合には、マイコン３が制御コマンドを指定するの
ではなく、ホストマシン２がコマンド書き込みアドレ
ス、コマンドを直接指定し、フラッシュメモリ４の制御
を行う。

【００５７】図１４のステップＳ６０１では、まずフラ
ッシュメモリ４の種別を判別する（ステップＳ６０
１）。次に、フラッシュメモリ４への制御種別を判別す
る（ステップＳ６０２）。書き込み制御の場合、ホスト
マシン２のメモリ１４のフラッシュメモリ制御プログラ
ム２５を起動し、書き込みコマンドの取得を行う（ステ
ップＳ６０３）。書き込みコマンド取得後、メモリ１４
の書き込みデータを取得する（ステップＳ６０４）。デ
ータ取得後、ステップＳ６０３で取得した書き込みコマ
ンドを携帯端末１に送信する（ステップＳ６０５）。書
き込みコマンドが複数バイトか否かの判別を行い（ステ
ップＳ６０６）、複数バイトの場合には、全コマンドを
送信するまで繰り返す。

【００５８】書き込みコマンド送信終了後、データを書
き込むフラッシュメモリアドレスの送信を行なう（ステ
ップＳ６０７）。その後、書き込みデータ２４を携帯端
末１へ送信する（ステップＳ６０８）。書き込みデータ
２４のデータ数の判別を行い（ステップＳ６０９）、全
データを送信するまで繰り返す。データ送信後、携帯端
末１のフラッシュメモリ４の書き込み状態を確認し（ス
テップＳ６１０）、書き込みが正常に行われていない場
合には、ホストマシン１にエラーを送信する（ステップ
Ｓ６１６）。

【００５９】ステップＳ６０２の判別で制御種別が消去
制御の場合には、ホストマシン２のメモリ１４のフラッ
シュメモリ制御プログラム２５を起動し、消去コマンド
の取得をおこなう（ステップＳ６１１）。コマンド取得
後、ステップＳ６１１で取得した書き込みコマンドを携
帯端末１に送信する（ステップＳ６１２）。次いで、消
去コマンドが複数バイトかの判別を行い（ステップＳ６
１３）、複数バイトの場合には、全コマンドを送信する
まで繰り返す。消去コマンド送信終了後、消去を行なう
フラッシュメモリアドレスの送信を行なう（ステップＳ
６１４）。アドレス送信後、携帯端末１のフラッシュメ
モリ４の消去状態を確認し（ステップＳ６１０）、消去
が正常に行われていない場合には、ホストマシン１にエ
ラーを送信する（ステップＳ６１６）。ホストマシンと
の接続を、ＩＣカード挿入口を利用しても同様にフラッ
シュメモリ４の制御が可能になる。

【００６０】上記の処理を実行することにより、携帯端
末１の内蔵ＲＯＭにフラッシュメモリを制御するプログ
ラムが書き込まれていない場合においても、フラッシュ
メモリ４の内容を書き換えたり、消去したりすることが
できる。

【００６１】次に、本発明の第６実施形態について説明
する。この実施形態は、アプリケーションを管理するシ
ーケンスを提供する点に特徴がある。本実施形態の構成
は、図１のものと同等であるので、説明を省略する。本
実施形態の動作を、図１５、図１６、図１７を参照して
説明する。ここに、図１５は、図１の携帯端末１のフラ
ッシュメモリ４のアプリケーションを管理する処理を説
明するフローチャート、図１６は管理テーブル１２に書
き込まれているアプリケーション情報を格納するテーブ
ルの構成、図１７は管理テーブル１２に書き込まれてい
るフラッシュメモリのブロック情報を管理するテーブル
である。

【００６２】アプリケーションを管理するシーケンスを
図１５のフローチャートを用いて説明する。形態端末１
がホストマシン２からアプリケーション情報１９を受信
し、登録を行なう場合、マイコン３はフラッシュメモリ
４の制御プログラム１１を起動し、フラッシュメモリ４
の管理テーブル１２のブロック管理テーブルを確認す
る。次いで、ブロック管理テーブルが使用中であるか否
かのフラグを判別し、未使用のブロックを検出する（ス
テップＳ７０１）。未使用のブロックの検出後（ステッ
プＳ７０２）、ブロックのアプリケーションの書き込み
可能サイズを取得し（ステップＳ７０３）、アプリケー
ションのサイズとブロック管理テーブルの各ブロックの
ブロックサイズとを比較し（ステップＳ７０４）、ブロ
ックにアプリケーションが格納可能な場合、ブロック管
理テーブルより、アプリケーションを書き込むブロック
の先頭アドレスをマイコン３は取得する（ステップＳ７
０５）。取得したアドレスをマイコン３はホストマシン
２に送信する（ステップＳ７０６）。アプリケーション
プログラム１７のフラッシュメモリ４のアプリケーショ
ンプログラム書き込み領域１３への書き込みが正常に終
了した場合（ステップＳ７０７）、アプリケーション管
理テーブルの最後尾にアプリケーション名、アプリケー
ション識別子、バージョン情報、アプリケーションサイ
ズを書き込み（ステップＳ７０８）、その後、ブロック
管理テーブルの使用したブロックを使用中フラグにフラ
グを立て、使用しているアプリケーション識別子を書き
込み（ステップＳ７０９）、アプリケーションの登録を
終了する。

【００６３】また、削除時は、削除するアプリケーショ
ンをアプリケーション管理テーブルから選択してもら
い、アプリケーション識別子を取得する。取得したアプ
リケーション識別子をブロック管理テーブルから検索
し、アプリケーションが使用しているブロックを検出す
る。検出したブロックのアドレスを取得し、取得したア
ドレスのブロックを消去する。その後、アプリケーショ
ン管理テーブルよりアプリケーション情報の全てを消去
し、登録アプリケーション数を更新する。アプリケーシ
ョン削除処理を終了する。

【００６４】また、この機能を利用する事により、端末
が登録されているアプリケーションの情報を認識したい
場合には、アプリケーション管理テーブルを読み出せ
ば、登録しているアプリケーションを認識することが可
能になる。

【００６５】次に、本発明の第７実施形態について説明
する。この実施形態は、ＩＣカードの挿入口を、ＩＣカ
ードのデータ読み出し、書き込み及びアプリケーション
プログラムの登録に使用できるようにしたものである。

【００６６】携帯端末１は、データの送受信を制御する
通信制御プログラム２１と、通信インターフェース及び
制御クロックを切り換える切り換えプログラム２９と、
調歩同期式の通信インターフェース３０と、クロック同
期式の通信インターフェース３１と、発振クロックを制
御するクロック切り換え制御部３２と、調歩同期式の通
信インターフェース３０とクロック同期式の通信インタ
ーフェース３１の接続を切り換える切り換え回路３３を
持つマイコン３と、アプリケーションのプログラムデー
タを書き込むエリアを持つフラッシュメモリ４と、ＩＣ
カード挿入口５で構成される。

【００６７】カード挿入口５をＩＣカードのデータの読
み書きに使用する場合には、マイコン３に書き込まれて
いる切り換えプログラム２９は、切り換え回路３３によ
り、通信インタフェースとして調歩同期インターフェー
ス３０を選択する。また、該切り換えプログラム２９
は、クロック切り換え制御部３２をＩＣカードの読み書
き用のクロックに切り換え、ＩＣカードとの通信を通信
制御プログラム２１が実行する。

【００６８】カード挿入口５をアプリケーションプログ
ラムの登録用に使用する場合には、前記切り換えプログ
ラム２９は、切り換え回路３３により、通信インタフェ
ースをクロック同期インタフェース３１に変更する。ま
た、クロック切り換え制御３２をクロック同期用のクロ
ックに変更し、通信制御プログラム２１がＩＣカード挿
入口５より、アプリケーションプログラムを読み込み、
端末１のフラッシュメモリ４に書き込む。

【００６９】このように、本実施形態によれば、ＩＣカ
ードの挿入口５を、ＩＣカードのデータの読み出し、書
き込みと、アプリケーションプログラムの登録時の書き
込みという二つの用途に使用することができる。

【００７０】

【発明の効果】以上の説明から明らかなように、本発明
によれば、端末装置がもともと有しているＩＣカード挿
入口を利用して、端末装置にアプリケーションプログラ
ムを登録できるようになるという効果、およびこのため
従来のように端末装置にアプリケーション書き込みのた
めの専用口を設けことが必要でなくなるので、端末装置
を製造するにあたって、コストアップにつながらないと
いう効果を奏することができる。

【００７１】また、本発明によれば、端末装置自身にメ
モリ書き換え制御機能を持たせるようにしたので、ホス
トマシンにはアプリケーションのデータを持たせるだけ
で、アプリケーション登録時のメモリ書き換え制御機能
を管理させないようにすることができる。このため、ホ
ストマシンの負担を軽減することができる。

【００７２】また、ホストマシンに端末装置より受け取
った書き込み可能なエリアを受け取り、端末毎に、設定
された書き込みエリアに書き込む機能を持たせることに
より、複数のアプリケーションを書き込ませることがで
きるようになる。

【００７３】また、ホストマシンが、端末装置のアプリ
ケーション書き込み可能な空き領域を認識し、アプリケ
ーションプログラムを再配置することで、空き領域を効
率よく使用することができる。アプリケーションの登録
時に、暗証番号入力などの認証処理を行なうことによ
り、不正に端末にアプリケーションの登録することを防
ぐことが可能になる。

【００７４】また、削除処理も同様な処理を行なうこと
により、不正なアプリケーションの削除を防ぐことが可
能になる。アプリケーション情報を管理テーブルで一括
管理しているため、管理テーブルの情報を読み出すこと
により、端末に登録しているアプリケーションの情報を
認識することができる。そのため、アプリケーションの
実行、アプリケーションの削除、アプリケーション情報
の取得が可能になる。また、メモリ書き換えの制御プロ
グラムも端末自体が管理しているため、ホストマシンが
端末装置のメモリの制御シーケンスを意識せずに該メモ
リの制御を実行することができる。

【図面の簡単な説明】

【図１】 本発明の第１の実施形態の構成を示すブロッ
ク図である。

【図２】 第１実施形態の動作を説明するためのフロー
チャートである。

【図３】 第１実施形態の端末装置の動作を説明するた
めのフローチャートである。

【図４】 第１実施形態に係わる通信データの構成図で
ある。

【図５】 本発明の第２の実施形態の構成を示すブロッ
ク図である。

【図６】 第２実施形態に係わる端末装置の動作を説明
するためのフローチャートである。

【図７】 本発明の第３の実施形態の構成を示すブロッ
ク図である。

【図８】 第３実施形態に係わる端末装置の動作を説明
するためのフローチャートである。

【図９】 本発明の第４の実施形態の構成を示すブロッ
ク図である。

【図１０】 第４実施形態に係わる端末装置の動作を説
明するためのフローチャートである。

【図１１】 第４実施形態に係わる端末装置の動作を説
明するためのフローチャートである。

【図１２】 第４実施形態に係わる端末装置の動作を説
明するためのフローチャートである。

【図１３】 本発明の第５の実施形態の構成を示すブロ
ック図である。

【図１４】 第５実施形態に係わるホストマシンの動作
を説明するためのフローチャートである。

【図１５】 本発明の第６実施形態に係わる端末システ
ムの動作を説明するためのフローチャートである。

【図１６】 第６実施形態に係わるアプリケーション管
理テーブルの構成図である。

【図１７】 第６実施形態に係わるブロック管理テーブ
ルの構成図である。

【図１８】 本発明の第７実施形態に係わる端末システ
ムの構成を示すブロック図である。

【符号の説明】

１…携帯端末、２…ホストマシン、３…マイコン、４…
フラッシュメモリ、５…カード挿入口、６…カード挿入
口、７…入力装置キーパッド、８…表示装置ＬＣＤ、９
…シリアルインターフェース機能、１０…フラッシュメ
モリ制御プログラム、１１…制御プログラム、１２…管
理テーブル、１３…アプリケーション書き込み領域、１
４…メモリ、１５…シリアルインターフェース機能、１
６…再配置機能、１７…アプリケーションプログラム、
１８…制御プログラム、１９…アプリケーション情報、
２０…インターフェースケーブル、２１…通信制御プロ
グラム、２２…データ書き込み領域、２３…ＲＳ−２３
２Ｃドライバ、２４…書き込みデータ、２５…フラッシ
ュメモリ制御プログラム、２６…ＩＣカード、２７…認
証データ、２８…ＩＣカード制御プログラム、２９…切
り換えプログラム、３０…調歩同期インタフェース、３
１…クロック同期インタフェース、３３…クロック切り
換え制御。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 井上 雅之 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立画像情報システム内 (72)発明者 米田 幸一 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立画像情報システム内 (72)発明者 伊藤 滋行 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所マルチメディアシステム 開発本部内 (72)発明者 高見 穣 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所マルチメディアシステム 開発本部内 (72)発明者 松本 健司 神奈川県横浜市戸塚区吉田町292番地 株 式会社日立製作所マルチメディアシステム 開発本部内 (72)発明者 川嶋 一宏 東京都品川区南大井六丁目26番２号 株式 会社日立製作所新金融システム推進本部内 Ｆターム(参考） 5B058 CA01 KA40 YA20 5B076 BA10 EA03

Claims (18)

【特許請求の範囲】
1. 【請求項１】 アプリケーションプログラムを書き込む
   メモリ手段と、該メモリ手段にアプリケーションプログ
   ラムを書き込むアドレスを取得する手段と、アプリケー
   ションプログラムを書き込む領域と書き込まれているア
   プリケーションプログラムを管理する手段と、通信制御
   機能を有する手段と、ＩＣカードを読み書きする手段
   と、該ＩＣカードを読み書きする手段に接続されたＩＣ
   カード挿入口と、表示手段とを少なくとも有する端末装
   置と、 一端が前記ＩＣカード挿入口と同様の形状とされた通信
   ケーブルと、 該通信ケーブルの他端に接続され、かつ少なくとも前記
   端末装置に登録するアプリケーションプログラムと、ア
   プリケーション情報と、該端末装置との通信制御機能と
   を有するホストマシンとを具備し、 前記ＩＣカード挿入口を利用して、前記端末装置にアプ
   リケーションプログラムを登録できるようにしたことを
   特徴とするアプリケーション登録端末システム。
2. 【請求項２】 請求項１に記載のアプリケーション登録
   端末システムにおいて、 前記端末装置と前記ホストマシン間で通信を行い、該端
   末装置が該ホストマシンよりアプリケーション情報、ア
   プリケーションプログラムのデータを少なくとも受信
   し、 受信データを受け取った端末装置は、該アプリケーショ
   ン情報を前記メモリの管理テーブル、該アプリケーショ
   ンプログラムを前記メモリのアプリケーションプログラ
   ム書き込み領域に書き込み、アプリケーションプログラ
   ムの登録を行うことを特徴とするアプリケーション登録
   端末システム。
3. 【請求項３】 請求項１または２に記載のアプリケーシ
   ョン登録端末システムにおいて、 第２のＩＣカード挿入口に挿入される、アプリケーショ
   ンプログラムの登録時に認証を行なう認証データが書込
   まれたＩＣカードを具備し、 アプリケーションプログラムの登録を行う際に、該ＩＣ
   カードの認証データを読み出して認証するようにしたこ
   とを特徴とするアプリケーション登録端末システム。
4. 【請求項４】 請求項１または２に記載のアプリケーシ
   ョン登録端末システムにおいて、 前記端末装置に書き込まれているアプリケーションプロ
   グラムを、該端末装置自身で消去できるようにしたこと
   を特徴とするアプリケーション登録端末システム。
5. 【請求項５】 請求項１または２に記載のアプリケーシ
   ョン登録端末システムにおいて、 アプリケーションプログラムの書き込みを行なう際に、
   アプリケーションプログラムの書き込みの処理動作開始
   を前記ホストマシンに通知するようにしたことを特徴と
   するアプリケーション登録端末システム。
6. 【請求項６】 請求項１または２に記載のアプリケーシ
   ョン登録端末システムにおいて、 前記端末装置は、アプリケーションプログラムを管理す
   る手段を読み出すことにより、該端末装置に現在登録さ
   れているアプリケーションプログラムの情報を認識でき
   るようにしたことを特徴とするアプリケーション登録端
   末システム。
7. 【請求項７】 請求項１または２に記載のアプリケーシ
   ョン登録端末システムにおいて、 前記ホストマシンは、アプリケーションプログラムを書
   き込む際に、任意のアドレスに転送されたアプリケーシ
   ョンプログラムを再配置することができるようにしたこ
   とを特徴とするアプリケーション登録端末システム。
8. 【請求項８】 請求項１または２に記載のアプリケーシ
   ョン登録端末システムにおいて、 前記端末装置は、アプリケーションプログラムの書き込
   み時に不具合処理が発生した場合、発生した不具合の内
   容を前記ホストマシンに通知するようにしたことを特徴
   とするアプリケーション登録端末システム。
9. 【請求項９】 請求項１または２に記載のアプリケーシ
   ョン登録端末システムにおいて、 前記端末装置は、ＲＳ２３２Ｃドライバをさらに具備
   し、該ＲＳ２３２Ｃドライバを利用して、該端末装置に
   アプリケーションプログラムを登録できるようにしたこ
   とを特徴とするアプリケーション登録端末システム。
10. 【請求項１０】 請求項１または２に記載のアプリケー
    ション登録端末システムにおいて、 前記端末装置は、通信インタフェースとして調歩同期イ
    ンターフェースとクロック同期インタフェースとを有
    し、またＩＣカード読み書き用クロックとクロック同期
    用のクロックとを有し、 前記カード挿入口をＩＣカードのデータの読み書きに使
    用する場合には、前記調歩同期インターフェースとＩＣ
    カード読み書き用クロックを選択し、 該カード挿入口をアプリケーションプログラムの登録用
    に使用する場合には、前記クロック同期インタフェース
    とクロック同期用のクロックを選択するようにしたこと
    を特徴とするアプリケーション登録端末システム。
11. 【請求項１１】 アプリケーションプログラムを書き込
    むメモリ手段と、該メモリ手段にアプリケーションプロ
    グラムを書き込むアドレスを取得する手段と、アプリケ
    ーションプログラムを書き込む領域と書き込まれている
    アプリケーションプログラムを管理する手段と、通信制
    御機能を有する手段と、ＩＣカードを読み書きする手段
    と、該ＩＣカードを読み書きする手段に接続されたＩＣ
    カード挿入口と、表示手段とを少なくとも有する端末装
    置と、 前記ＩＣカード挿入口に、少なくともアプリケーション
    プログラムを有するＩＣカードを挿入し、 該ＩＣカードからアプリケーションプログラムを読出し
    て、前記端末装置の前記メモリに該アプリケーションプ
    ログラムを登録するようにしたことを特徴とするアプリ
    ケーション登録端末システム。
12. 【請求項１２】 請求項１１に記載のアプリケーション
    登録端末システムにおいて、 前記ＩＣカードは、暗証番号をさらに有することを特徴
    とするアプリケーション登録端末システム。
13. 【請求項１３】 請求項１１に記載のアプリケーション
    登録端末システムにおいて、 前記端末装置は、該端末装置に書き込まれているアプリ
    ケーションプログラムを該端末装置自身で消去できるよ
    うにしたことを特徴とするアプリケーション登録端末シ
    ステム。
14. 【請求項１４】 請求項１１に記載のアプリケーション
    登録端末システムにおいて、記端末装置は、アプリケー
    ションプログラムを管理する手段を読み出すことによ
    り、該端末装置に現在登録されているアプリケーション
    プログラムの情報が認識できるようにしたことを特徴と
    するアプリケーション登録端末システム。
15. 【請求項１５】 請求項１２に記載のアプリケーション
    登録端末システムにおいて、 前記端末装置は、アプリケーションプログラムの削除
    時、入力手段により暗証番号の入力を行い、入力した暗
    証番号をＩＣカードで認証を行い、許可された場合のみ
    アプリケーションプログラムの削除が可能になるように
    したことを特徴とするアプリケーション登録端末システ
    ム。
16. 【請求項１６】 請求項１に記載の端末システムを用い
    たアプリケーションプログラム登録方法であって、 前記ホストマシンを前記通信ケーブルを介して前記ＩＣ
    カード読み書き手段に接続し、 前記端末装置のＩＣカード読み書き手段を利用して、ア
    プリケーションプログラムの書き込みアドレスを前記ホ
    ストマシンに送信し、 該アドレスに対応したアプリケーションプログラムをホ
    ストマシンから受け取り、 受け取ったアプリケーションプログラムをアプリケーシ
    ョンを書き込む手段を利用して、アプリケーションプロ
    グラム書き込み領域に書き込みを行なうことにより、ア
    プリケーションプログラムの登録を行なうようにしたこ
    とを特徴とするアプリケーションプログラム登録方法。
17. 【請求項１７】 請求項３に記載の端末システムを用い
    たアプリケーションプログラム登録方法であって、 前記ＩＣカードの認証データを読み出し、上記端末装置
    のＩＣカード読み書き手段を利用して、認証データとア
    プリケーションプログラムの書き込みアドレスを前記ホ
    ストマシンに送信し、認証された場合、アドレスに対応
    したアプリケーションプログラムをホストマシンから受
    け取り、受け取ったアプリケーションプログラムをアプ
    リケーションを書き込む手段を利用して、アプリケーシ
    ョン書き込み領域に書き込みを行なうことで、アプリケ
    ーションプログラムの登録を行なうことを特徴としたア
    プリケーションプログラム登録方法。
18. 【請求項１８】 請求項１２に記載の端末システムを用
    いたアプリケーションプログラム登録方法であって、 前記端末装置のＩＣカード読み書き手段に前記ＩＣカー
    ドを挿入して、アプリケーションプログラムの登録を行
    う際、前記端末装置の入力手段より暗証番号を入力し、 入力した暗証番号と前記ＩＣカードに記録されている暗
    証番号データとの比較を行い、一致した場合、前記ＩＣ
    カードは、端末装置に受け取ったアドレスに対応したア
    プリケーションプログラムを送信し、 前記端末装置は、送信されたアプリケーションプログラ
    ムを前記書き込み手段を利用して、前記アプリケーショ
    ン書き込み領域にアプリケーションプログラムの書き込
    みを行なうようにしたことを特徴とするアプリケーショ
    ンプログラム登録方法。