(57)【特許請求の範囲】
【請求項１】
ホストコンピュータと携帯端末とを備えたデータ送受信システムであって、
前記ホストコンピュータは、着信したデータを記憶する記憶手段と、データの着信を示す新着メッセージを携帯端末に送信する新着メッセージ送信手段と、前記携帯端末に前記データを携帯端末に送信するデータ送信手段と、を備え、
前記携帯端末は、前記ホストコンピュータから送信された新着メッセージを受信する受信手段と、前記携帯端末のユーザから前記ホストコンピュータに着信したデータを受信するか否かの指示が入力される入力手段と、前記入力手段を用いてユーザからデータ受信指示が入力されたとき前記ホストコンピュータにデータ受信指示を送信する送信手段と、前記ホストコンピュータからデータを受信するデータ受信手段と、前記データ受信手段によるデータ受信を制御する制御手段と、前記データ受信手段により受信したデータを記憶する記憶手段と、
を備え、
前記新着メッセージは、前記ホストコンピュータに着信したデータのデータサイズを示すデータサイズ情報を含み、
前記制御手段は、前記入力手段を用いてユーザからデータ受信指示が入力されたとき、前記データサイズ情報により示されるデータサイズと前記記憶手段の未使用記憶エリアの容量と比較し、前記未使用記憶エリアの容量が前記データサイズよりも小さい場合に前記携帯端末のユーザに前記データの受信を継続するか否かの確認をするための表示を前記携帯端末の画面に表示し、前記入力手段を用いてユーザからデータ受信の継続指示が入力された場合に前記未使用記憶エリアがなくなるまで前記データ受信手段により前記データの受信を行うようにを制御すること特徴とするデータ送受信システム。
【請求項２】
前記新着メッセージ送信手段は、同一のデータの着信を示す新着メッセージを複数の携帯端末に送信可能であり、
前記データ送信手段は、前記送信手段から送信されたデータ受信指示を受信した場合に、前記データ受信指示を送信した携帯端末に前記データを送信することを特徴とする請求項１に記載のデータ送受信システム。
【請求項３】
前記データは、ファイルまたは電子メールであることを特徴とする請求項１または２に記載のデータ送受信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホストコンピュータと携帯端末とを備えたデータ送受信システムに関する。
【背景技術】
【０００２】
近年、機器が比較的小型で安価なことから、無線呼出サービスにおけるメッセージ受信
装置（ページャ）が急速に普及しつつある一方、パソコン通信やインターネットなどにお
けるＢＢＳ（ Bulletin Board System）を介した電子メールやデータファイルなどの交換
が盛んになっている。そして、このような状況のもとで、加入しているＢＢＳにユーザ宛
の電子メールが届いたとき、当該ユーザが所持しているページャに対して当該電子メール
の着信を自動的に通知することにより、迅速な情報交換を促進しようとするサービスが提
供されている（ニフティおよびＮＴＴドコモによる“電子メール着信通知サービス”）。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述した“電子メール着信通知サービス”は、ページャを所持するユーザに対して当該
ユーザ宛の電子メールが届いた事実を知らせるだけなので、当該ユーザは電子メールの着
信を知ることはできるが、当該電子メールの内容を知ることはできない。すなわち、ペー
ジャによって電子メールの着信をいち早く知ったとしても、オフィスや家庭に設置されて
いるパーソナルコンピュータなどを用いてＢＢＳのホスト局に接続し、当該電子メールの
内容を読み出す機会が得られるまで当該電子メールの内容を知ることはできず、電子メー
ルの着信を知ったときの状況によっては、必ずしも迅速な情報交換を図ることができると
は限らないという問題点があった。
【０００４】
本発明の目的は、ユーザ宛に電子メールやデータファイルなどが届いたとき、その内容を確認可能であって、ユーザの事情に応じてデータ取得処理を行うか否かを選択することができるデータ送受信システムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明にかかるデータ送受信システムは、ホストコンピュータと携帯端末とを備える。前記ホストコンピュータは、着信したデータを記憶する記憶手段と、データの着信を示す新着メッセージを携帯端末に送信する新着メッセージ送信手段と、前記携帯端末に前記データを携帯端末に送信するデータ送信手段とを備える。前記携帯端末は、前記ホストコンピュータから送信された新着メッセージを受信する受信手段と、前記携帯端末のユーザから前記ホストコンピュータに着信したデータを受信するか否かの指示が入力される入力手段と、前記入力手段を用いてユーザからデータ受信指示が入力されたとき前記ホストコンピュータにデータ受信指示を送信する送信手段と、前記ホストコンピュータからデータを受信するデータ受信手段と、前記データ受信手段によるデータ受信を制御する制御手段と、前記データ受信手段により受信したデータを記憶する記憶手段とを備える。前記新着メッセージは、前記ホストコンピュータに着信したデータのデータサイズを示すデータサイズ情報を含む。前記制御手段は、前記入力手段を用いてユーザからデータ受信指示が入力されたとき、前記データサイズ情報により示されるデータサイズと前記記憶手段の未使用記憶エリアの容量と比較し、前記未使用記憶エリアの容量が前記データサイズよりも小さい場合に前記携帯端末のユーザに前記データの受信を継続するか否かの確認をするための表示を前記携帯端末の画面に表示し、前記入力手段を用いてユーザからデータ受信の継続指示が入力された場合に前記未使用記憶エリアがなくなるまで前記データ受信手段により前記データの受信を行うようにを制御する。
【発明の効果】
【００１６】
本発明によれば、ユーザ宛に電子メールやデータファイルなどが届いたとき、その内容を確認可能であって、ユーザの事情に応じてデータ取得処理を行うか否かを選択することができるデータ送受信システムを提供することができる。
【発明を実施するための最良の形態】
【００３８】
以下、本発明の通信機能付携帯端末装置およびデータ自動配信システムを図面を用いて
詳細に説明する。
【００３９】
図１は、本発明のデータ自動配信システムの全体構成の概要を示す図である。同図中、
１００は携帯端末装置（請求項中の“通信機能付携帯端末装置”に相当する）、１１０は
携帯端末装置１００との通信を行うホストコンピュータ、１２０は公衆電話回線、１３０
は携帯端末装置１００に無線でメッセージを送信するための基地局、１４０は携帯端末装
置１００と無線で通信するための携帯電話基地局である。ホストコンピュータ１１０は、
基地局１３０を介して携帯端末装置１００にメッセージ（請求項中の“新着メッセージ”
）を送信する。このメッセージの中には、携帯端末装置１００が取り寄せるべきファイル
（または電子メール、請求項中の“データ”に相当する）の識別子が格納されている。携
帯端末装置１００は、メッセージを受信すると携帯電話機能を利用してホストコンピュー
タ１１０とデータ通信を行い、メッセージで指定されたファイル（または電子メール）を
ホストコンピュータ１１０から取り寄せる。
【００４０】
図２は、図１中の通信機能付携帯端末装置の内部構成の一例を示すブロック図である。
同図中、１０１は制御部であり、周辺部の制御，データの要求や処理，通信などに関わる
各種プログラムの実行制御を行う。１０２は表示部であり、例えば、ＬＣＤ（Liquid Cry
stal Display）表示器および当該ＬＣＤを駆動するためのドライバなどである。また、表
示部１０２としては、ＬＣＤに代えてＣＲＴ（CathodeRay  Tube）などを用いることもで
きる。１０３は入力部であり、例えば、表示一体型のタブレットである。１０４は記憶部
であり、例えば、ＲＡＭ，ＲＯＭ，フラッシュメモリ，ハードディスクなどを使用するこ
とができる。１０５はメッセージ受信部であり、例えばページャである。メッセージ受信
部１０５は、図１中の基地局１３０を介してホストコンピュータから送信されたメッセー
ジを受け取る。１０６はメッセージを受信するためのアンテナである。１０７は携帯電話
送受信部であり、図１中の携帯電話基地局１４０を介してホストコンピュータとの間のデ
ータ通信を行う。携帯電話送受信部１０６は、例えば、セルラ電話やＰＨＳ(Personal Ha
ndyphone System)などである。１０８は、携帯電話送受信部のアンテナである。１０９は
、時間を管理するためのタイマである。
【００４１】
なお、本構成では、メッセージ受信部１０５と携帯電話送受信部１０７とを別個の構成
としたが、携帯電話送受信部にメッセージ受信部と同等の機能を持たせることにより、ひ
とつにまとめた構成とすることも可能である。
【００４２】
図３は、図１中のホストコンピュータの内部構成の一例を示すブロック図である。同図
中、１１１は制御部であり、周辺部の制御，データの要求や処理，通信などに関わる各種
プログラムの実行制御を行う。１１２は表示部であり、例えば、ＬＣＤ（Liquid Crystal
Display）表示器および当該ＬＣＤを駆動するためのドライバなどである。また、表示部
１１２としては、ＬＣＤに代えてＣＲＴ（CathodeRay  Tube）などを用いることもできる
。１１３は入力部であり、例えば、キーボードやマウスなどである。１１４は主記憶部で
あり、例えば、ＲＡＭやＲＯＭなどである。１１５は通信制御部であり、携帯端末装置１
００へのメッセージ送信や、携帯端末装置１００とのデータ通信の制御などを行う。１１
６は、ハードディスクであり、電子メールやファイルなどのデータを記憶保持する。
【００４３】
以上、図１〜３を用いて説明した構成のシステムにおいて、携帯端末装置１００がホス
トコンピュータ１１０からファイル（または電子メール）を自動的に取り寄せる処理（請
求項中の“データの取得処理”に相当する）について詳細に説明する。
【００４４】
図４は、本発明のデータ自動配信システムで送受信される新着メッセージの形式の一例
を示す図である。同図中、図４（ａ）はホストコンピュータ１１０から携帯端末装置１０
０に送信されるメッセージ２００の形式であり、コマンド２０１として「ファイルの取り
寄せ」指示コマンドまたは「電子メールの取り寄せ」指示コマンドのいずれかが設定され
る。そして、コマンドパラメータ２０２にはコマンド２０１に付随する固有のパラメータ
が設定される。図４（ｂ）は「ファイル取り寄せ」指示コマンドに対するパラメータであ
り、２１１は取り寄せるべきファイルを特定する識別子（ファイルＩＤ）、２１２は当該
ファイルが格納されているホストコンピュータ１１０に接続するための電話番号である。
図４（ｃ）は「電子メール取り寄せ」指示コマンドに対するパラメータであり、２２１は
取り寄せる電子メールを特定する識別子（電子メールＩＤ）、２２２は当該電子メールが
格納されているホストコンピュータ１１０に接続するための電話番号である。
【００４５】
図５は、本発明のデータ自動配信システムで送受信される伝送要求メッセージの形式の
一例を示す図である。同図中、図５（ａ）は携帯端末装置１００からホストコンピュータ
１１０に送信されるメッセージ２５０の形式であり、コマンド２５１として「ファイルの
取り寄せ」要求コマンドまたは「電子メールの取り寄せ」要求コマンドのいずれかが設定
される。そして、コマンドパラメータ２５２にはコマンド２５１に付随する固有のパラメ
ータが設定される。図５（ｂ）は「ファイル取り寄せ」要求コマンドに対するパラメータ
であり、２６１は当該ファイルを特定する識別子（ファイルＩＤ）である。図５（ｃ）は
「電子メール取り寄せ」要求コマンドに対するパラメータであり、２７１は当該電子メー
ルを特定する識別子（電子メールＩＤ）である。
【００４６】
図６は、通信機能付携帯端末装置を所持するユーザを図３のホストコンピュータで管理
するための宛先管理テーブルの形式の一例を示す図である。同図中、宛先管理テーブル３
００は、ユーザＩＤ３０１，宛先番号３０２，ディレクトリ名３０３から構成される。そ
して、ユーザＩＤ３０１には携帯端末装置１００を所持する各々のユーザの識別子が、宛
先番号３０２にはユーザＩＤ３０１で特定されるユーザの携帯端末装置にメッセージ２０
０を送信するための電話番号が、ディレクトリ名３０３にはユーザＩＤ３０１で特定され
るユーザの携帯端末装置に伝送するファイルが保存されるディレクトリ名が、それぞれ格
納される。なお、本実施例では、図３中のハードディスク１１６内のファイルを効率的に
管理するために、階層構造のファイル管理方式が採用されているものとする。
【００４７】
図７は、伝送対象のデータファイルを図３のホストコンピュータで管理するためのディ
レクトリ構造の一例を示す図である。同図中、ホストコンピュータ１１０におけるハード
ディスク１０６には、携帯端末装置１００が取り寄せるべきファイルを格納するための転
送ファイル格納ディレクトリ４００が設けられるとともに、転送ファイル格納ディレクト
リ４００の下には伝送対象のファイルを個別のユーザごとに管理するためのディレクトリ
４０１ａ，４０１ｂ，……，４０１ｎが設けられている。
【００４８】
図８は、図３のホストコンピュータで実行されるデータファイル新着メッセージの発信
処理の概要を示すフローチャートであり、この発信処理６５０は、定期的、あるいは、不
定期的に起動される。なお、以下の例では、宛先管理テーブル３００で管理されているユ
ーザ数＝ｎであるものとする。
【００４９】
図８のデータファイル新着メッセージ発信処理６５０において、最初に、ユーザ管理テ
ーブル３００のレコードを特定するための変数ｉを初期化して、ｉ＝１とする（ステップ
６５１）。そして、ｉはｎ以下であるか否かを判定し（ステップ６５２）、ｉの値がｎを
超えていた場合にはデータファイル新着メッセージ発信処理６５０を終了する。一方、ｉ
の値がｎ以下であった場合には、図６中の宛て先管理テーブル３００のｉ番目のレコード
に格納されているディレクトリ名３０３で指定されるディレクトリ４０１ｉの下に新しい
ファイルが登録されているか否かを調べて（ステップ６５３）、新しいファイルが登録さ
れていなかった場合には、そのまま何も行わずにステップ６５７に分岐する。一方、新し
いファイルが登録されていた場合には、宛先管理テーブル３００のｉ番目のレコードに格
納されている宛先番号３０２へ、図３中の通信制御部１１５を介して電話をかける（ステ
ップ６５４）。そして、コマンド２０１として「ファイル取り寄せ」指示コマンドを、コ
マンドパラメータ２０２としてステップ６５３で見つかった新しいファイルを特定するフ
ァイルＩＤ２１１およびホストコンピュータ１１０にアクセスするための電話番号２１２
を、それぞれ設定して得られた新着メッセージ２００を携帯端末装置１００に送信して（
ステップ６５５）、電話回線を切断する（ステップ６５６）。ステップ６５７では、次の
ユーザについて新しいファイルの有無をチェックするため、ｉの値を１増加させる。以上
の処理により、「ファイル取り寄せ」指示コマンドを含む新着メッセージ２００を携帯端
末装置１００に送信することができる。
【００５０】
なお、本発明のデータ自動配信システムでは、ページャが持つ同報機能（単一の電話番
号で複数のページャを呼び出すサービス）を利用して、同時に複数のユーザに対して同一
のファイルを取り寄せるべき旨の指示を行うことも可能である。この場合には、図６中の
宛先管理テーブル３００におけるユーザＩＤ３０１にあらかじめグループＩＤを格納して
おくとともに、ディレクトリ名３０３には、ユーザＩＤ３０１で特定されるグループのメ
ンバに送信するためのファイルが保存されているディレクトリ名を格納しておく。そして
、ホストコンピュータ１１０のハードディスク１０６における転送ファイル格納ディレク
トリ４００の下には、伝送対象のファイルを上記グループごとに管理するためのディレク
トリ４１１ａ，４１１ｂ，……，４１１ｎを設けておく。以上の構成のもとでデータファ
イル新着メッセージ発信処理６５０を行うことにより、同時に複数のユーザに対して同一
のファイルを取り寄せるべき旨の指示を行うことができる。
【００５１】
図９は、図３のホストコンピュータで実行される電子メール新着メッセージの発信処理
の概要を示すフローチャートであり、この発信処理６６０は、ホストコンピュータ１１０
に電子メールが着信したときに起動される。
【００５２】
図９の電子メール新着メッセージ発信処理６６０において、宛先管理テーブル３００の
電子メールが届いたユーザのレコードに格納されている宛先番号３０２へ、図３中の通信
制御部１１５を介して電話をかける（ステップ６６１）。そして、コマンド２０１として
「電子メール取り寄せ」指示コマンドを、コマンドパラメータ２０２として新たに到着し
た電子メールを特定する電子メールＩＤ２２１およびホストコンピュータ１１０にアクセ
スするための電話番号２２２を、それぞれ設定して得られた新着メッセージ２００を携帯
端末装置１００に送信して（ステップ６６２）、電話回線を切断する（ステップ６６３）
。
【００５３】
以上の処理をホストコンピュータ１１０で行うことにより、携帯端末装置１００に対し
てファイルや電子メールの取り寄せを指示することができる。
【００５４】
前述した新着メッセージ発信処理でホストコンピュータ１１０から送信されたメッセー
ジ２００によって指定されたファイルや電子メールを、携帯端末装置１００で自動的に取
り寄せる際には、携帯端末装置１００において伝送要求メッセージ発信処理５００を実行
するとともに、ホストコンピュータ１１０においてホストメイン処理６００（請求項中の
“データの送信処理”に相当する）を実行する。以下、これらの処理について説明する。
【００５５】
図１０は、図３のホストコンピュータで実行されるホストメイン処理の概要を示すフロ
ーチャートであり、携帯端末装置１００との間の回線が接続されたときに起動される。な
お、本実施例では、携帯端末装置１００とホストコンピュータ１１０との間のファイル転
送を実現するために、ＸＭＯＤＥＭプロトコルを採用するものとするが、ＸＭＯＤＥＭ以
外のファイル転送プロトコルを採用することも可能である（ＸＭＯＤＥＭプロトコルおよ
びその他のプロトコルの詳細については、「トラ技コンピュータ第５巻第７号、第84〜92
頁；1993年７月」に記載されている。）。
【００５６】
図１０において、ホストメイン処理６００が起動されると、携帯端末装置１００から受
信した伝送要求メッセージ２５０を解析して、当該メッセージ２５０中のコマンド２５１
の設定内容に応じて処理を分岐させる（ステップ６０１）。すなわち、コマンド２５１の
設定内容が「ファイル取り寄せ」要求コマンドであった場合にはファイル送信処理６１０
を実行し、コマンド２５１の設定内容が「電子メール取り寄せ」要求コマンドであった場
合には電子メール送信処理６２０を実行する。そして、ファイル送信処理６１０では、ス
テップ６０１で受信した伝送要求メッセージ２５０中のファイルＩＤ２６１によって指定
されるファイルをＸＭＯＤＥＭ手順にしたがって携帯端末装置１００に送信する。また、
電子メール送信処理６２０では、ステップ６０１で受信した伝送要求メッセージ２５０中
の電子メールＩＤ２７１によって指定される電子メールをＸＭＯＤＥＭ手順にしたがって
携帯端末装置１００に送信する。
【００５７】
図１１は、図２の通信機能付携帯端末装置で実行されるデータの取得処理の概要を示す
フローチャートであり、この着信データ取得処理５００は、図２中のメッセージ受信部１
０５がホストコンピュータ１１０からの新着メッセージを受信したときに起動される。図
１１において、着信データ取得処理５００が起動されると、ホストコンピュータ１１０か
ら受信した新着メッセージ２００を解析して、当該メッセージ２００中のコマンド２０１
の設定内容に応じて処理を分岐させる（ステップ５０１）。すなわち、コマンド２０１の
設定内容が「ファイル取り寄せ」指示コマンドであった場合にはファイル取り寄せ処理５
１０を実行し、コマンド２０１の設定内容が「電子メール取り寄せ」指示コマンドであっ
た場合には電子メール取り寄せ処理５２０を実行する。
【００５８】
図１２は、図２の通信機能付携帯端末装置で実行されるデータファイル自動伝送制御に
よるファイル取り寄せ処理の一例を示すフローチャートである。同図において、最初にフ
ァイルを取り寄せるか否かの確認をユーザに行わせる（ステップ５１５）。図１３は、図
１２の処理におけるユーザ確認の際の画面表示例を示す図であり、８００はユーザにファ
イルの取り寄せの確認をさせるためのウィンドウ、８０１はファイル取り寄せ確認メッセ
ージ、８０２は取り寄せ指示ボタン、８０３は取り寄せ中止ボタンである。
【００５９】
ステップ５１５でユーザが取り寄せ中止を指示した場合（取り寄せ中止ボタン８０３が
押下された場合）には処理を中断する。また、ユーザが取り寄せを指示した場合（取り寄
せ指示ボタン８０２が押下された場合）には、新着メッセージ２００に含まれる電話番号
２１２を読み出し、携帯電話送受信部１０７を用いてこの電話番号２１２にダイアリング
することによって、ホストコンピュータ１１０との間の回線接続を行う（ステップ５１１
）。そして、コマンド２５１として「ファイル取り寄せ」要求コマンドを、コマンドパラ
メータ２５２として送信された新着メッセージ２００で指定された新しいファイルを特定
するファイルＩＤ２６１を、それぞれ設定して得られた伝送要求メッセージ２５０をステ
ップ５１１で接続された回線を介してホストコンピュータ１１０に送信して（ステップ５
１２）から、ＸＭＯＤＥＭプロトコルの手順にしたがって、当該ファイルをホストコンピ
ュータ１１０から受信する（ステップ５１３）。ファイルの受信が終了した後、ステップ
５１１で接続された回線の切断処理を行う（ステップ５１４）。
【００６０】
なお、本実施例では、ファイル取り寄せに先立ってユーザによる確認を行ったが、ユー
ザの確認なしに、ファイルを取り寄せることも可能である。この場合、ステップ５１５を
削除して、ステップ５１１からファイル取り寄せ処理５１０を実行すればよい。
【００６１】
また、上記実施例における処理の際に、ステップ５１１の回線接続処理５１１で回線接
続ができなかった場合に自動的にリダイアルするようにすることも可能である。回線接続
ができない場合として、（１）話中の場合と、（２）不在の場合とが考えられる。（１）
話中の場合には、一旦電話回線を切断した後、タイマ１０９で時間を監視し、一定の時間
経過後（例えば１分後）、ステップ５１１から処理を再開するようにすればよい。また、
（２）不在の場合には、タイマ１０９でステップ５１１を開始してからの経過時間を監視
して、一定時間経過した場合（例えば１分経過した場合）、電話の呼び出しを中止した後
、さらにタイマ１０９で時間を監視し、一定の時間経過後（例えば１分後）、ステップ５
１１から処理を再開するようにすればよい。このような機能を携帯端末装置１００に持た
せることで、回線が接続できない場合に自動的にリダイアルされるようになる。
【００６２】
図１４は、図２の通信機能付携帯端末装置で実行される電子メール自動伝送制御による
電子メール取り寄せ処理の一例を示すフローチャートである。同図中、最初に新着メッセ
ージ２００に含まれる電話番号２１２を読み出し、携帯電話送受信部１０７を用いてこの
電話番号２１２にダイアリングすることによって、ホストコンピュータ１１０との間の回
線接続を行う（ステップ５２１）。そして、コマンド２５１として「電子メール取り寄せ
」要求コマンドを、コマンドパラメータ２５２として送信された新着メッセージ２００で
指定された新たに到着した電子メールを特定する電子メールＩＤ２７１を、それぞれ設定
して得られた伝送要求メッセージ２５０をステップ５２１で接続された回線を介してホス
トコンピュータ１１０に送信して（ステップ５２２）から、ＸＭＯＤＥＭプロトコルの手
順にしたがって、当該電子メールをホストコンピュータ１１０から受信する（ステップ５
２３）。ファイルの受信が終了した後、ステップ５２１で接続された回線の切断処理を行
う（ステップ５２４）。なお、電子メール取り寄せ処理５２０においても、ファイル取り
寄せ処理５１０と同様、回線が接続できない場合のリダイアル処理を実行するようにする
ことが可能である。
【００６３】
以上のように、ホストコンピュータ１１０から送信される新着メッセージの内容により
、携帯端末装置１００のユーザは、ホストコンピュータ１１０に接続するための電話番号
などを知らなくても、着信したファイルや電子メールを自動的に取り寄せることができる
。
【００６４】
別の実施例として、新着メッセージ２００で指定されたファイル（または電子メール）
の取り寄せ処理を開始する前に、当該ファイル（または電子メール）を携帯端末装置１０
０に格納する余裕があるか否かを調べて、余裕がない場合にはファイルの取り寄せを中止
するようにすることもできる。以下、このような実施例について説明する。
【００６５】
図１５は、本発明のデータ自動配信システムで送受信される新着メッセージの形式の別
例を示す図であり、図４に示した新着メッセージ２００のコマンドパラメータ２０２の構
成を本実施例に合わせて変更したものである。すなわち、図１５（ｂ）において、コマン
ド２０１として「ファイル取り寄せ」指示コマンドが設定される場合には、コマンドパラ
メータ２０２として、図４（ｂ）に示したファイルＩＤ２１１および電話番号２１２に加
えて、ファイルサイズ２１３（ファイルＩＤ２１１で特定されるファイルのサイズ）を追
加設定する。また、図１５（ｃ）において、コマンド２０１として「電子メール取り寄せ
」指示コマンドが設定される場合には、コマンドパラメータ２０２として、図４（ｃ）に
示した電子メールＩＤ２２１および電話番号２２２に加えて、電子メールサイズ２２３（
電子メールＩＤ２２１で特定される電子メールのサイズ）を追加設定する。
【００６６】
図１６は、図２の通信機能付携帯端末装置で実行されるデータファイル自動伝送制御に
よるファイル取り寄せ処理の別例を示すフローチャートであり、ステップ５１１〜５１５
の処理は図１２と同一であるため、その説明を省略する。図１６において、最初にファイ
ルを取り寄せるか否かの確認をユーザに行わせる（ステップ５１５）。そして、ステップ
５１５でユーザが取り寄せ中止を指示した場合には処理を中断する。また、ユーザが取り
寄せを指示した場合には、図２に示した記憶部１０４中でファイル格納のために確保され
ている容量のうちの未使用記憶エリアの容量と、新着メッセージ２００に設定されたファ
イルサイズ２１３との大小関係を比較する（ステップ５１６）。そして、未使用記憶エリ
アの容量がファイルサイズ２１３より大きい場合には、ステップ５１１〜５１５の処理を
実行して、ファイル取り寄せ処理５１０ａを完了させる。また、未使用記憶エリアの容量
がファイルサイズ２１３より小さい場合には、図１７（ａ）に示すように、ファイルの取
り寄せを中止する旨のメッセージ８１１を画面表示してユーザに通知し、ファイル取り寄
せ処理５１０ａを中止する（ステップ５１７）。
【００６７】
上記実施例では、ファイルの取り寄せを中止したが、ユーザの選択に応じて、未使用記
憶エリアの容量の許す限りファイルを受信するようにしてもよい。この場合、図１６中の
ステップ５１７におけるユーザへの通知の際に、図１７（ｂ）に示すようなメッセージ８
１３を画面表示する。そして、ユーザが中止ボタン８１４を押下すると無条件にファイル
取り寄せ処理５１０ａが中止され、ユーザが継続ボタン８１５を押下すると未使用記憶エ
リアがなくなるまでステップ５１３のファイル受信を行った後にファイル取り寄せ処理５
１０ａが中断されるようにする。なお、受信したファイルのうち、未使用記憶エリアの容
量を超えてしまって格納できなかった部分については破棄される。
【００６８】
図１８は、図２の通信機能付携帯端末装置で実行される電子メール自動伝送制御による
電子メール取り寄せ処理の別例を示すフローチャートであり、ステップ５２１〜５２４の
処理は図１２と同一であるため、その説明を省略する。図１８において、図２に示した記
憶部１０４中で電子メール格納のために確保されている容量のうちの未使用記憶エリアの
容量と、新着メッセージ２００に設定された電子メールサイズ２２３との大小関係を比較
する（ステップ５２５）。そして、未使用記憶エリアの容量が電子メールサイズ２２３よ
り大きい場合には、ステップ５２１〜５２４の処理を実行して、電子メール取り寄せ処理
５２０ａを完了させる。また、未使用記憶エリアの容量が電子メールサイズ２２３より小
さい場合には、図１９に示すように、電子メールの取り寄せを中止する旨のメッセージ８
１２を画面表示してユーザに通知し、電子メール取り寄せ処理５２０ａを中止する（ステ
ップ５２６）。なお、電子メールの取り寄せにおいても、ファイルの取り寄せと同様に、
未使用記憶エリアがなくなるまで電子メールを受信し、未使用記憶エリアの容量を超えて
しまって格納できなかった部分を破棄するようにしてもよい。
【００６９】
上述した実施例では、「電子メール取り寄せ」要求コマンドをホストコンピュータ１１
０に送信することで電子メールの取り寄せを行ったが、携帯情報端末１００を端末（ター
ミナル）として用いることにより、電子メールの読み出しを行うことも可能である。
【００７０】
図２０は、図２の通信機能付携帯端末装置で実行されるログイン処理を利用した電子メ
ール読み出し手順の一例を示すフローチャートである。この手順は、インターネットにお
ける電子メールを読み出す場合の電子メール読み出し手順５５０であり、ホストコンピュ
ータ１１０との間のデータの送受信は、図２中の携帯電話送受信部１０７を介して１文字
ずつ行われる。
【００７１】
図２０において、最初に、ホストコンピュータ１１０から受信した新着メッセージ２０
０に含まれる電話番号２１２を読み出し、携帯電話送受信部１０７を用いてこの電話番号
２２２にダイアリングすることによって、ホストコンピュータ１１０との間の回線接続を
行う（ステップ５５１）。次に、ホストコンピュータ１１０にユーザＩＤとパスワードを
送信して、ホストコンピュータ１１０へのログイン処理を行う（ステップ５５２）。そし
て、メールコマンド（例えば、文字列“mail”）を送信してホストコンピュータ１１０を
メールモードにして（ステップ５５３）から、メール表示コマンド（例えば、文字列“ｐ
”）を送信し、新たに到着したメールを読み出す（ステップ５５４）。このとき、メール
の内容は、１文字ずつホストコンピュータ１１０から受信する。メールの読み出しが終了
すると、終了コマンド（例えば、文字列“ｑ”）を送信し、メールモードを終了させる（
ステップ５５５）。最後に、ステップ５５１で確立した回線を切断する（ステップ５５６
）。なお、本実施例におけるホストコンピュータ１１０では、ホストメイン処理６００に
代えて、インターネット用の電子メールプログラムを動作させておくものとする（インタ
ーネット用の電子メールプログラムは、市販されている）。
【００７２】
以上のように、携帯端末装置１００をターミナルとして動作させる場合、ホストコンピ
ュータ１１０から受信して表示部１０２で表示させる電子メールの内容を携帯端末装置１
００の記憶部１０４に保存するか否かを任意に設定することができる。また、電子メール
読み出し手順としては、インターネットの代わりに、個別のパソコン通信で採用されてい
る電子メールサービスなどを利用することもできる。この場合には、当該パソコン通信で
個別に定義されている手順にしたがって文字列の送信を行えばよい。
【００７３】
これまで述べてきたすべての実施例では、携帯電話の代わりに有線の電話を使用するよ
うにすることも可能である。この場合、携帯端末装置１００における携帯電話送受信部１
０７を有線電話送受信部に置き換えればよい。有線電話送受信部の具体例としては、例え
ば、データ／ＦＡＸモデムなどがあげられる。また、図２に示したメッセージ受信部１０
５が何らかのメッセージを受信するまで電源を落して、メッセージを受信して初めて動作
を開始するようにすれば、携帯端末装置による消費電力を抑制することができる。
【図面の簡単な説明】
【００７４】
【図１】本発明のデータ自動配信システムの全体構成の概要を示す図である。
【図２】図１中の通信機能付携帯端末装置の内部構成の一例を示すブロック図である。
【図３】図１中のホストコンピュータの内部構成の一例を示すブロック図である。
【図４】本発明のデータ自動配信システムで送受信される新着メッセージの形式の一例を示す図である。
【図５】本発明のデータ自動配信システムで送受信される伝送要求メッセージの形式の一例を示す図である。
【図６】通信機能付携帯端末装置を所持するユーザを図３のホストコンピュータで管理するための宛先管理テーブルの形式の一例を示す図である。
【図７】伝送対象のデータファイルを図３のホストコンピュータで管理するためのディレクトリ構造の一例を示す図である。
【図８】図３のホストコンピュータで実行されるデータファイル新着メッセージの発信処理の概要を示すフローチャートである。
【図９】図３のホストコンピュータで実行される電子メール新着メッセージの発信処理の概要を示すフローチャートである。
【図１０】図３のホストコンピュータで実行されるホストメイン処理の概要を示すフローチャートである。
【図１１】図２の通信機能付携帯端末装置で実行されるデータの取得処理の概要を示すフローチャートである。
【図１２】図２の通信機能付携帯端末装置で実行されるデータファイル自動伝送制御によるファイル取り寄せ処理の一例を示すフローチャートである。
【図１３】図１２の処理による画面表示例を示す図である。
【図１４】図２の通信機能付携帯端末装置で実行される電子メール自動伝送制御による電子メール取り寄せ処理の一例を示すフローチャートである。
【図１５】本発明のデータ自動配信システムで送受信される新着メッセージの形式の別例を示す図である。
【図１６】図２の通信機能付携帯端末装置で実行されるデータファイル自動伝送制御によるファイル取り寄せ処理の別例を示すフローチャートである。
【図１７】図１６の処理による画面表示例を示す図である。
【図１８】図２の通信機能付携帯端末装置で実行される電子メール自動伝送制御による電子メール取り寄せ処理の別例を示すフローチャートである。
【図１９】図１８の処理による画面表示例を示す図である。
【図２０】図２の通信機能付携帯端末装置で実行されるログイン処理を利用した電子メール読み出し手順の一例を示すフローチャートである。
【符号の説明】
【００７５】
１００  通信機能付携帯端末装置
１１０  ホストコンピュータ
１０１，１１１  制御部
１０２，１１２  表示部
１０３，１１３  入力部
１０４  記憶部
１０５  メッセージ受信部
１０７  携帯電話送受信部
１０６，１０８  アンテナ
１０９  タイマ
１１４  主記憶部
１１５  通信制御部
１１６  ハードディスク
【図１】
0004458196.tif 000002
【図２】
0004458196.tif 000003
【図３】
0004458196.tif 000004
【図４】
0004458196.tif 000005
【図５】
0004458196.tif 000006
【図６】
0004458196.tif 000007
【図７】
0004458196.tif 000008
【図８】
0004458196.tif 000009
【図９】
0004458196.tif 000010
【図１０】
0004458196.tif 000011
【図１１】
0004458196.tif 000012
【図１２】
0004458196.tif 000013
【図１３】
0004458196.tif 000014
【図１４】
0004458196.tif 000015
【図１５】
0004458196.tif 000016
【図１６】
0004458196.tif 000017
【図１７】
0004458196.tif 000018
【図１８】
0004458196.tif 000019
【図１９】
0004458196.tif 000020
【図２０】
0004458196.tif 000021