JP2001125839A

JP2001125839A - 端末機器のメール送受信システム

Info

Publication number: JP2001125839A
Application number: JP30172699A
Authority: JP
Inventors: Kenichi Yoshida; 憲一吉田
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1999-10-22
Filing date: 1999-10-22
Publication date: 2001-05-11
Also published as: US6577860B1

Abstract

(57)【要約】【課題】電波状況が良好になったら、メモリ容量を確
認することなく、直ちにバックアップ処理を行い、時間
的に効率よく電子メールの転送を行う。【解決手段】メールサーバ１の情報は、ダイアルアッ
プサーバ２より携帯電話・ＰＨＳ３に受信され電子メー
ル端末５に転送される。このとき、携帯電話・ＰＨＳ３
に装着したカード４が、電波状況のよい所を選んで、電
子メール端末５の代理としてメールサーバ１に接続さ
れ、メールサーバ１に蓄積されたユーザ宛の電子メール
を、ダイアルアップサーバ２と携帯電話・ＰＨＳ３を経
由して電子メール端末５に取り込む。ここで、転送デー
タが携帯電話・ＰＨＳ３のメモリに格納可能であるか否
かの判断は行わず、電波状況が受信可能であることをト
リガとして転送データを受信する。そして、携帯電話・
ＰＨＳ３には格納せず、直接電子メール端末５のメモリ
に格納する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メール端末な
どの情報端末と携帯用端末との間で、電子メールなどの
送受信を行う、端末機器のメール送受信システムに関す
るものである。

【０００２】

【従来の技術】従来、携帯情報端末などを用いて電子メ
ールを送受信する場合、ユーザは絶えず電波状況を監視
する必要があり、このことはユーザにとって負担とな
る。そこで、これを解決するために携帯情報端末側が電
波状況を監視し、電波状況の良い時を見計らってメール
の送受信をする手法がある。一般に携帯端末等を用いて
電子メールを送受信する場合、携帯電話やパーソナルハ
ンディホンシステム（以下、ＰＨＳという）などの携帯
型電話機と携帯情報端末の一体型の機器を用いるか、携
帯電話・ＰＨＳと携帯情報端末とをコード等で接続して
使用している。しかし、携帯電話・ＰＨＳと携帯情報端
末との一体型の機器は、携帯電話・ＰＨＳとして用いる
には大きすぎ、また機能的には一般の携帯情報端末と比
較すると劣るので、携帯電話・ＰＨＳと携帯情報端末を
コード等で接続し電子メールを送受信する場合が多い。

【０００３】

【発明が解決しようとする課題】しかしながら、電子メ
ールを送受信している間は、携帯情報端末と携帯電話・
ＰＨＳとを接続しておく必要があり、携帯電話・ＰＨＳ
の持つ良い点である携帯のしやすさが損なわれてしまう
などの問題がある。また、従来、携帯端末においてのデ
ータの送信処理は使用者の操作により行われている。自
動でデータ送信を行う場合でも、端末は電源ＯＮのまま
で、さらに、通信ソフトも起動したままにしておく必要
がある。また、電波状況が悪い場合には、電波状況が良
くなるまで待たなければならない為、端末の電力を無駄
に消費している。すなわち、従来技術においては、サー
バとの間でデータ送受信を行うのに電波状況の良いとこ
ろで行わなければならない。言いかえれば、電波状況の
悪いところではサーバとの接続ができないため、データ
の送受信を行えないので、いつでもどこでもサーバとの
データの送受信を行える状態ではない不便さがある。

【０００４】さらに、携帯端末はその性格上、可搬性を
重視されるため、小型化、軽量化が必須で、大容量の蓄
積手段を有することができず、逆に、大容量の蓄積手段
を有すると可搬性を大きく損なうなどのために、必然的
に、携帯端末に蓄積できるデータ量が少なくなるなどの
問題もある。また、蓄積容量が小さいこと、及び、サー
バから送信されるデータ量は一定でなく、一回で転送で
きる容量の予想つかないため、蓄積手段の残量がなくな
る時期を正確に把握できないことから、自動でデータの
送受信を行った場合、すぐに蓄積手段の残量がなくな
り、その時点で、データの送受信を中止しなければなら
ないなどの使い勝手の悪さがある。

【０００５】さらに、電波状況の悪い場所でデータ通信
を行おうとする際、端末を起動して電波状況を確認しな
ければならない。このような場合、データ通信を行う際
に端末を起動させたままの状態にしておき、その上で電
波状況がいい状態になるまで端末を起動しておく必要が
あるので、無駄に電力を消費することになる。特に、可
搬性を要求される端末は、電池駆動のため、電力に限り
があるので可能な限り電力を消費しないようにして、極
力、電池の消耗を避けたい。

【０００６】また、従来の技術では、電波状況がよくな
った後に転送データのサイズを確認し、携帯端末の容量
が足りないときにバックアップを行い、その後にデータ
転送を行っている。このような送信方法では、バックア
ップが行われるのを待ってからデータ転送を行うため
に、データ転送のオーバヘッドの時間が必要となるな
ど、時間的な効率が悪い。

【０００７】本発明は、このような事情に鑑みてなされ
たものであり、その目的は、電子メール端末などの情報
端末を携帯電話機とコードで接続しなくても、また、ユ
ーザが電波状態を監視しなくても、自動的に電子メール
等の送受信が行えるようにし、さらに、電波状態がよく
なったら、メモリ容量を確認することなく、直ちにバッ
クアップ処理を行えるようにすることにある。

【０００８】

【課題を解決するための手段】上記の課題を解決するた
めに、本発明における端末機器のメール送受信システム
は、送受信時において、転送データが携帯端末のメモリ
に格納可能であるか否かを判定することなく、電波状態
が送受信可能な状態になったことをトリガとして、転送
データを送受信し、且つ、携帯端末のメモリには格納せ
ず、情報端末のメモリに直接格納するように構成された
ことを特徴とする。すなわち、電波状態がよくなった
ら、直ちにバックアップ処理を行うために、実際にデー
タ転送が可能になったときには、既に、携帯端末のメモ
リを空けることが可能となり、時間的に効率よくデータ
転送を行うことができる。

【０００９】さらに詳しく述べれば、電子メール端末な
どの情報端末が携帯電話・ＰＨＳとコード等で接続して
いなくても、電子メールの送受信が可能になり、またそ
こで送受信される電子メールは、ユーザが電波状況を気
にしなくても自動的に送受信を行うことができる。すな
わち、データの送信期間中に携帯端末のメモリの残量が
なくなり送信不可能な状態がない様に、自動で情報端末
を立ち上げてその端末のメモリからデータを読み込ん
で、自動で送信を行う。また、情報端末は送信データが
携帯端末内のメモリに格納しきれない場合は、電波状況
が良いときに自動で情報端末を立ち上げて自動で送信を
行う。さらに、電波状況が良いことを認識すると、携帯
端末のメモリ残量が足りなくても情報端末との間でデー
タ転送を開始し、空いたメモリに順次データを格納する
ことにより、効率的なデータ送信を行う。

【００１０】例えば、図７の、本発明における端末機器
のメール送受信システムの構成図において、携帯端末１
ａは、端末２ａからデータ送信要求があると、これをＣ
ＰＵ４ａへ通知する。すると、ＣＰＵ４ａは、送信要求
により端末２ａに送信するデータの容量の確認を行う。
ＣＰＵ４ａはＲＡＭ５ａの残り容量を確認し、端末２ａ
からの要求容量が空いているか否かを確認する。ＲＡＭ
５ａの残り容量が足りない場合には、送信データ有無記
憶手段９ａに送信データ有りを記憶する。そして、電波
状態が良くなると、ＣＰＵ４ａは、送信データ有無記憶
手段９ａに送信データ有りと記憶されているかどうかを
確認する。送信データ有りの場合は、割り込みコントロ
ーラ７ａから端末２ａに割り込みを発生する。同時に、
ＣＰＵ４ａはＲＡＭ５ａに既に格納してあるデータを無
線部３ａよりサーバへ送信する。端末２ａの割り込みコ
ントローラ１２ａは、割り込みを認識すると、その割り
込みをＣＰＵ１０ａに通知する。

【００１１】この際、端末２ａがサスペンド状態（すな
わち、端末内の各部への電源供給は行われていないが、
割りこみ等の外部要因により自動で立ち上がる事が可能
な状態）の場合は、ＰＭＵ１１ａが割り込みを認識し、
ＣＰＵ１０ａ、ＲＯＭ１３ａ、ＲＡＭ１４ａ、Ｉ／Ｆコ
ントローラ１５ａへの電源の供給を開始し、動作可能な
状態とする。ＣＰＵ１０ａは割り込みを認識すると、Ｉ
／Ｆコントローラ１５ａを通して携帯端末1ａにアクセ
スし、ＲＡＭ５ａに送信データを随時格納する。データ
送信を行う一方で、ＲＡＭ５ａに次のデータを格納する
事により、より効率的なデータ転送を行うことが可能と
なる。ＣＰＵ４ａはＲＡＭ５ａに送信データが格納され
ると、無線部３ａに次のデータ送信準備完了を通知し、
無線部３ａを通して次のデータの送信を開始する。この
とき、電波状況が悪い場合は電波状況が良くなるのを待
ち送信する。このようにして、電子メール端末が携帯電
話・ＰＨＳとコード等で接続していなくても、電子メー
ルの送受信が可能になり、また、そこで送受信される電
子メールは、ユーザが電波状況を気にしなくても自動的
に送受信を可能となる。

【００１２】すなわち、本発明における端末機器のメー
ル送受信システムは、情報端末と携帯用端末との間で情
報の送受信を行う端末機器のメール送受信システムにお
いて、情報を蓄積するサーバ部と、このサーバ部との間
で無線により情報の送受信を行う無線部と、情報の処理
をクライアントとして実行する情報端末部と、一時的に
情報を蓄積する携帯端末部とを備え、携帯端末部は、電
波状況の良好なときにサーバ部から受信した情報を、自
己の記憶手段に格納することなく、直ちに、情報端末に
転送することを特徴とする。また、携帯端末部が情報を
受信するとき、携帯端末部が無線部に接続されていると
きは、携帯端末部が電波状況の良好なときに事前に情報
を受信して蓄積することを特徴とする。このとき、携帯
端末部は、情報を受信するときにクライアントとして動
作し、情報端末部からのアクセスを代行する。また、携
帯端末部と情報端末部が接続されているときは、携帯端
末部が受信した情報は、接続された情報端末部に転送さ
れる。そして、情報が転送されるとき、携帯端末部はサ
ーバとして動作し、サーバ部へのアクセスを代行する。

【００１３】さらに、本発明における端末機器のメール
送受信システムは、携帯端末部と情報端末部とが接続さ
れている状態で情報を送信するときは、情報端末部は、
電波状況の良否に関係なく事前に情報を送信し、この情
報を携帯端末部が蓄積しておくことを特徴とする。さら
に、情報を送信するときは、携帯端末部はサーバとして
動作し、サーバ部へのアクセスを代行する。また、携帯
端末部と無線部が接続されているときは、電波状況の良
いときに、携帯端末部に蓄積したデータをサーバ部に送
信する。そして、サーバ部へのデータ送信時には、携帯
端末部はクライアントとして動作し、情報端末部からの
アクセスを代行する。

【００１４】また、本発明における端末機器のメール送
受信システムは、携帯端末部と情報端末部は、それぞ
れ、電波状況が良好になったときに転送すべき情報の割
り込みを行う割り込み手段を備えていることを特徴とす
る。さらに、携帯端末部は、情報端末部から送信する情
報の容量を確認する容量確認手段を備え、また、送信す
べき情報の容量が該携帯端末部の容量蓄積手段の空き容
量に格納しきれないときは、送信要求があった旨を記憶
しておく記憶手段をも備えていることを特徴とする。

【００１５】また、本発明における端末機器のメール送
受信システムは、携帯端末部が、電波状態が良くなった
ことを検知する電波状況検知手段と、電波状況が良く
なったときに、割り込みを発生する割込発生手段とを備
え、電波状態が良くなったことを認識したときに、無
線による情報送信と、携帯端末部と情報端末部との間の
情報送信を同時に行うことを特徴とする。そして、情報
端末部が割込みを認識したとき、情報端末部は自動で起
動して、携帯端末部との間で情報転送を行う。

【００１６】また、本発明における端末機器のメール送
受信システムは、前記発明において、サーバ部はメール
サーバとして、情報端末部は電子メール端末として機能
したり、サーバ部はＨＴＴＰサーバとして、情報端末部
はＷｅｂブラウザ端末として機能したり、サーバ部はデ
ータベースサーバとして、情報端末部はデータベース端
末として機能したりすることを特徴とする。さらに、情
報のアクセス機能は、クライアントからサーバへのアク
セス機能と、サーバからのデータ発信に対応するアクセ
ス機能とを有することを特徴とする。

【００１７】

【発明の実施の形態】以下、図面を用いて、本発明にお
ける端末機器のメール送受信システムの実施の形態を詳
細に説明する。図１は、本発明における端末機器のメー
ル送受信システムの概略構成を示すブロック図である。
同図において、ダイアルアップサーバ２がメールサーバ
１を通してインターネットに接続されており、さらに、
ダイアルアップサーバ２は、携帯電話・ＰＨＳ３と通信
で結ばれている。そして、携帯電話・ＰＨＳ３は、携帯
情報端末としての電子メール端末５と情報通信ができる
ように構成されている。また、カード４は、電子メール
の送受信のために、携帯電話・ＰＨＳ３と電子メール端
末５とに選択的に装着されている。ここで、カード４
は、携帯電話・ＰＨＳ３に装着された場合、それが携帯
性を損なわない程度に充分に小さい送受信カードであ
る。

【００１８】このカード４を携帯電話・ＰＨＳ３に装着
した場合、カード４は、電波状況のよいところを選ん
で、電子メール端末５の代理としてメールサーバ１に接
続される。そして、このメールサーバ１に蓄積されたユ
ーザ宛の電子メールを、ダイアルアップサーバ２と携帯
電話・ＰＨＳ３を経由して取り込むことができる。ま
た、カード４内に蓄積された電子メールも同様にして送
信することができる。次に、カード４を電子メール端末
５に装着した場合には、カード４はメールサーバ１であ
るかのように振舞う。したがって、電子メール端末５は
直接メールサーバ１に接続している場合と同じ方法でメ
ールの送受信ができる。このようにして、電波状況を気
にせずに電子メール端末５で電子メールの送受信を行う
ことができる。

【００１９】図２は、図１のカード内の構成を示し、本
発明のメール送受信システムの概要を説明するための構
成図である。先ず、図２を用いて、本発明における端末
機器のメール送受信システムの第１の実施の形態を説明
する。同図において、カード４は、ＣＰＵ４１、ＲＯＭ
４２、インタフェース４３、接続機器認識手段４４、Ｒ
ＡＭ４５から構成されている。また、ＣＰＵ４１は、Ｒ
ＯＭ４２やＲＡＭ４５に蓄えられているプログラムを実
行することで、メール受信手段４１１、メール送信手段
４１２、メモリ読込受付手段４１３、メモリ書込受付手
段４１４、メール受信受付手段４１５、メール送信受付
手段４１６が実行可能である。

【００２０】メール受信手段４１１は、携帯電話・ＰＨ
Ｓに接続されているときに動作し、電子メール受信に必
要な設定情報をＲＡＭ４５から読み込み、インタフェー
ス４３を通してユーザ宛の電子メールを送信するようメ
ールサーバに対して要求する。そして、メールサーバか
ら電子メール本体が送られてくると、メール受信手段４
１１はそれをＲＡＭ４５へ格納する。メール送信手段４
１２も同様に、携帯電話・ＰＨＳに接続されているとき
に動作し、ＲＡＭ４５に送信すべき電子メールが存在す
れば、ＲＡＭ４５から電子メール送信に必要な設定情報
と電子メール本体を読み込み、インタフェース４３を通
してメールサーバに電子メール本体を送信する。メモリ
読込受付手段４１３は、ＲＡＭ４５の内容に対する、携
帯電話・ＰＨＳおよび電子メール端末といった接続機器
からの読み込み要求が生じた場合、インタフェース４３
を通してその内容を接続機器へ送る。

【００２１】メモリ書込受付手段４１４は、インタフェ
ース４３を通して接続機器よりＲＡＭ４５への書き込み
要求を受け取った場合、同時に送られてきた書き込む内
容をＲＡＭ４５へ書き込む。メール受信受付手段４１５
は、電子メール端末接続時に動作し、電子メール端末か
らメールサーバに対する電子メール受信要求を、インタ
フェース４３を通して受け取ると、ＲＡＭ４５に格納さ
れた電子メールを電子メール端末に送信する。メール送
信受付手段４１６も同様に、電子メール端末接続時に動
作し、電子メール端末からメールサーバに対する電子メ
ールの送信要求を、インタフェース４３を通して受け取
ると、電子メール端末から送られてくる電子メール本体
をＲＡＭ４５へ格納する。

【００２２】ＲＯＭ４２は、ＣＰＵ４１が実行すべき手
段を提供するためのプログラムが格納されている。ま
た、インタフェース４３は、携帯電話・ＰＨＳ、および
電子メール端末と、電波状況や接続機器の情報、電子メ
ール内容、およびＲＡＭ４５の内容をやりとりするため
のインタフェースである。携帯電話・ＰＨＳおよび電子
メール端末は、このインタフェース４３と情報をやりと
りするために、同様のインタフェースを持っている必要
がある。接続機器認識手段４４は、物理的なスイッチや
インタフェース４３からの情報等により、カード４が現
在何と接続されているかを認識する手段である。ＲＡＭ
４５は、取り込まれた電子メールや送信する電子メー
ル、送受信に必要な各種設定情報、ＲＯＭ４２に格納さ
れているプログラムの代用等が格納される領域である。
このＲＡＭ４５は記録内容が消えないような対策、例え
ば不揮発性メモリのＦＬＡＳＨメモリを用いるとか、絶
えず電力を供給するというような対策が施されている必
要がある。

【００２３】図３は、図１のメール送受信システムにお
けるプロトコル階層図である。すなわち、カード４を携
帯電話・ＰＨＳ３に接続した場合のプロトコル階層図で
ある。ここで、メールサーバ１側のネットワーク・トラ
ンスポート層プロトコル１２、およびカード４側のネッ
トワーク・トランスポートプロトコル層４６は、例えば
ＴＣＰ／ＩＰといったようなネットワーク層、およびト
ランスポート層のプロトコルである。

【００２４】携帯電話・ＰＨＳ物理層Ａ３４、およびカ
ード物理層４７は、例えばＲＳ２３２Ｃのようなもので
ある。ダイアルアップサーバ物理層Ａ２３、および携帯
電話・ＰＨＳ物理層Ｂ３５は無線通信である。また、ダ
イアルアップサーバ物理層Ｂ２２、およびメールサーバ
物理層１３は、例えばイーサーネットのようなものであ
る。ダイアルアップサーバ物理層変換２１、および携帯
電話・ＰＨＳ物理層変換３３は、それぞれ下の層に位置
する２つの物理層間の変換を行う。以上のような構成の
もと、カード４はこの場合電子メール端末５の代理とし
て動作する。このとき、メール受信手段４１１、メール
送信手段４１２が動作し、メール受信受付手段４１５お
よびメール送信受付手段４１６は動作しない。

【００２５】さらに詳しく説明すると、カード４のメー
ル受信手段４１１は、図２のインタフェース４３を通し
て、ユーザが電子メールの受信をするよう明示的に指示
した場合、またはインタフェース４３から送られてくる
携帯電話・ＰＨＳ３の電波状況が良好で、かつユーザの
設定したタイミングである場合、携帯電話・ＰＨＳ３に
対しダイアルアップサーバ２に接続することを要求す
る。そして、接続が完了した場合、あらかじめ設定情報
としてＲＡＭ４５に格納されているメールサーバ１に対
し、ユーザ宛の電子メールがないかどうか調べる。も
し、電子メールがあった場合、その電子メールをメール
サーバ１からインタフェース４３を通しメール受信手段
４１１へ送られ、メール受信手段４１１は、それをＲＡ
Ｍ４５へ格納する。同時にメール送信手段４１２はＲＡ
Ｍ４５に送信すべき電子メールが格納されていないかど
うかを調べ、もし送信すべき電子メールが存在した場合
は、それをインタフェース４３を通してメールサーバ１
に送信する。

【００２６】図４は、図１のメール送受信システムにお
ける形態電話・ＰＨＳとカード間のプロトコル階層図で
ある。すなわち、カード４内に取り込まれた電子メール
を、携帯電話・ＰＨＳ３が読み書きする場合のプロトコ
ル階層図である。携帯電話・ＰＨＳ３側のネットワーク
・トランスポート層プロトコル３６、およびカード４側
のネットワーク・トランスポート層プロトコル４６は、
例えばＴＣＰ／ＩＰのようなものである。ここで携帯電
話・ＰＨＳ３がカード４内のＲＡＭ４５の内容を参照す
るとき、携帯電話・ＰＨＳ３内のメモリ読込手段３２
が、カード４側のメモリ読込受付手段４１３に対し、読
み込み要求と読み込む場所を送信する。すると、メモリ
読込受付手段４１３はＲＡＭ４５の指定された場所の内
容を読み出し、インタフェース４３を通してメモリ読込
手段３２に対しそれを送信する。これを利用して、ＲＡ
Ｍ４５内に蓄積された電子メールを携帯電話・ＰＨＳ３
へ送信することが可能である。もし携帯電話・ＰＨＳ３
に電子メールの内容を表示する手段があれば、これを利
用して携帯電話・ＰＨＳ３でカード４に取り込んだ電子
メールの閲覧が可能である。

【００２７】逆に、携帯電話・ＰＨＳ３からＲＡＭ４５
へ書き込みに行いたい場合、携帯電話・ＰＨＳ３内のメ
モリ書込手段３１が、カード４のメモリ書込受付手段４
１４に対し、書き込みたい内容と書き込む場所を送信す
る。すると、カード４内のメモリ書込受付手段４１４は
その内容をＲＡＭ４５の指定された場所へ書き込む。こ
れを利用して、もし携帯電話・ＰＨＳ３に電子メールの
入力手段があれば、入力した電子メールをＲＡＭ４５へ
送ることで、携帯電話・ＰＨＳ３は単独で電子メールを
送信することができる。

【００２８】図５は、図１のメール送受信システムにお
ける、カードと電子メール端末との間のプロトコル階層
図である。すなわち、カード４を電子メール端末５に接
続した場合のプロトコル階層図である。ここで、カード
４側のネットワーク・トランスポート層プロトコル４
６、および電子メール端末側ネットワーク・トランスポ
ート層プロトコル５３は、例えばＴＣＰ／ＩＰのような
ものである。また、カード物理層４７、および電子メー
ル端末物理層５４は、例えばＲＳ２３２Ｃのようなもの
である。この場合、カード４はメールサーバの代理とし
て動作する。このとき、メール受信受付手段４１５、メ
ール送信受付手段４１６が動作し、メール受信手段４１
１、メール送信手段４１２は動作しない。

【００２９】さらに詳しく説明すると、メール受信受付
手段４１５はＲＡＭ４５に格納されている各設定情報を
もとに動作し、電子メール端末５からメールサーバへの
電子メール取得要求を受け取った場合、ＲＡＭ４５に格
納されている電子メールをメールサーバが送る方式と同
じ方法で、インタフェース４３を通して電子メール端末
５へ送信する。また、メール送信受付手段４１６も同様
に、ＲＡＭ４５に格納されている設定情報をもとに動作
し、電子メール端末５からメールサーバへの電子メール
送信要求を受け取った場合、メール送信受付手段４１６
はその電子メールを受け取り、送信すべきメールとして
ＲＡＭ４５に格納する。

【００３０】図６は、図１のメール送受信システムにお
ける、カード内のＲＡＭにアクセスする際のプロトコル
階層図である。すなわち、カード４内のＲＡＭ４５の内
容を、電子メール端末５から読み書きする場合のプロト
コル階層図である。ここで示されているメモリ書込手段
５１、メモリ読込手段５２は電子メール端末に標準に組
み込まれているものが使えるのが望ましい。電子メール
端末５がＲＡＭ４５の内容を参照したい場合、メモリ読
込手段５２はメモリ読込受付手段４１３に対し、メモリ
読込要求とメモリの読み込みたい場所を指定して送る。
すると、メモリ読込受付手段４１３は、指定された場所
をＲＡＭ４５から読み込み、インタフェース４３を通し
てメモリ読込手段５２へ送る。

【００３１】次に、電子メール端末５がＲＡＭ４５に書
き込みを行いたい場合、メモリ書込手段５１が書き込み
たい内容と書き込む場所をメモリ書込受付手段４１４に
対して送る。メモリ書込受付手段４１４は、ＲＡＭ４５
の指定された場所に、送られてきた内容を書き込む。以
上示した読み書きの手段を用いて、カード４内のＲＡＭ
４５に蓄えられている各種設定情報を、電子メール端末
５から読み書きすることが可能であり、またＲＯＭ内に
蓄えられたプログラムの代用プログラムをＲＡＭ４５に
書き込んだりすることも可能になる。

【００３２】図７は、本発明の端末機器におけるメール
送受信システムのハードブロックの構成図である。この
システムは、携帯端末1ａと端末２ａとにより構成され
ている。この実施の形態における携帯端末１ａとは、無
線機を内蔵する小型、軽量で可搬性のあるものであり、
端末２ａは、デスクトップ型、ノート型などを含むパー
ソナルコンピュータ、（以下、ＰＣと記す）などの、可
搬性には欠けるものの大容量メモリ、高速ＣＰＵを搭載
するものである。携帯端末1ａは、無線によりデータ通
信を行う無線部３ａとデータの処理を行うＣＰＵ４ａ
と、データを蓄積するメモリであるＲＡＭ５ａと、予め
データを蓄積してあるメモリであるＲＯＭ６ａと、端末
２ａに対して各々の条件により割り込みを発生する割り
込みコントローラ７ａと、端末２ａとのデータの送受信
を行うＩ／Ｆコントローラ８ａと、端末２ａの送信デー
タの有無とこの送信データの容量を記憶する送信データ
有無記憶手段９ａとにより構成されている。

【００３３】また、端末２ａは、データの処理を行うＣ
ＰＵ１０ａと、端末２ａ全体のパワーマネージメントを
行うＰＭＵ１１ａと、携帯端末1ａからの割り込みを制
御する割り込みコントローラ１２ａと、予めデータを蓄
積してあるＲＯＭ１３ａと、データを蓄積するＲＡＭ１
４ａと、携帯端末1ａとデータの送受信を行うＩ／Ｆコ
ントローラ１５ａとにより構成されている。通常、携帯
端末1ａを持ち歩き、端末２ａは家庭や会社に設置した
ままのものである。データの必要に応じて携帯端末1ａ
と端末２ａを接続し、データの送受信を行う。携帯端末
1ａはデータの送受信を行う際は常に電源を供給し、動
作可能な状態のままとする。端末２ａは、使用しない場
合はサスペンド状態とする事が可能で、電力消費を削減
する事が可能となる。

【００３４】図８は、図７における端末２ａがデータ送
信要求を行った場合のデータ受信処理を示すフローチャ
ートである。したがって、図８のフローチャートを用い
て、図７の無線機の送信処理について説明する。端末２
ａが携帯端末１ａへデータ送信要求を行うと（ステップ
Ｓ１、以下ステップは省略）、携帯端末１ａは送信デー
タの容量の確認を行う（Ｓ２）。携帯端末１ａは、この
送信データの容量を確認して端末２ａへ通知する（Ｓ
３）。そして、携帯端末１ａは、内部のＲＡＭ５ａのメ
モリの残量確認を行い（Ｓ４）、要求された送信データ
が格納可能か否かを判断する（Ｓ５）。

【００３５】ＲＡＭ５ａの空き容量が送信要求データ容
量より小さな場合は（Ｓ５、Ｎ）、携帯端末１ａは、電
波状況が良好か否かを判断し、電波状態が良くなるのを
待つ（Ｓ６）。この際、携帯端末１ａは送信要求があっ
た事を記憶する為に、送信データ有無記憶手段９ａに送
信データの有無を記憶する。また、端末２ａは、使用し
ない場合には電源をＯＦＦにする。そして、電波状況が
良くなると（Ｓ６、Ｙ）、ＲＡＭ５ａ内にある以前格納
していたデータをサーバへ送信する（Ｓ７）。その際、
同時に、ＣＰＵ４ａは電波状況が良くなったのを確認す
ると、割り込みコントローラ７ａより端末２ａへ割り込
みを発生する（Ｓ８）。

【００３６】この時、端末２ａでは、電源がＯＮの場合
とサスペンド状態の場合があるので、何れの状態かを判
断する（Ｓ９）。電源ＯＮの場合は（Ｓ９、Ｙ）、その
まま動作が可能なので、割り込み要因の確認を行い（Ｓ
１０）、携帯端末１ａとデータの送受信を行う為の通信
ソフトの立ち上げ処理を行う（Ｓ１１）。一方、サスペ
ンド状態の場合は（Ｓ９、Ｎ）、ＰＭＵ１１ａはＣＰＵ
１０ａ、ＲＯＭ１３ａ、ＲＡＭ１４ａ、Ｉ／Ｆコントロ
ール１５ａの各部への電源供給を開始する（Ｓ１２）。
電源供給を開始し動作可能な状態になると、電源ＯＮの
場合と同様に、割り込み要因の確認を行い（Ｓ１０）、
携帯端末１ａとデータの送受信を行う為の通信ソフトの
立ち上げ処理に移行する（Ｓ１１）。ただし、割り込み
コントローラ１２ａは、常に割り込みを認識できる必要
がある為、常時、電源は供給されている。

【００３７】端末２ａは、割り込みの内容が携帯端末1
ａからの送信データ転送要求である事を確認すると、携
帯端末1ａとのデータ通信を行う通信ソフトをＲＯＭ１
２ａより読み込み、起動する。そして、通信ソフトを起
動後（Ｓ１１）、送信データを携帯端末１ａへ送信する
（Ｓ１３）。すると、携帯端末１ａはこの送信データを
受信し（Ｓ１４）、ＲＡＭ５ａに格納する。一方、ステ
ップＳ５に戻って、ＲＡＭ５ａに送信データが格納可能
な場合には（Ｓ５、Ｙ）、前述のステップＳ１１の通信
ソフトの立ち上げに進み、そのまま前述の各ステップを
経て格納処理に移行する。

【００３８】さて、前述のステップＳ１５に戻って、端
末２ａは、送信処理の終了を判断しながら、このような
送信処理を繰り返す（Ｓ１５）。送信処理が終了すると
（Ｓ１５、Ｙ）、端末２ａは元の状態へ戻る処理を行
う。すなわち、通信を行う前の状態が電源ＯＮの場合
は、通信ソフトを終了させて端末２ａの処理は終了す
る。また、通信を行う前の状態がサスペンド状態の場合
は、通信ソフトを終了させた後、ＰＭＵ１１ａは各部の
電源供給を停止し（Ｓ１６）、端末２ａはサスペンド状
態となる。

【００３９】一方、携帯端末1ａは、送信データのＲＡ
Ｍ１５ａへの格納処理の終了を判断し（Ｓ１７）、格納
処理が終了すると（Ｓ１７、Ｙ）、再度、電波状況が良
好か否かの確認を行い（Ｓ１８）、電波状況が良くなっ
た場合に（Ｓ１８、Ｙ）、ＲＡＭ５ａに格納された送信
データの送信処理を行う（Ｓ１９）。このとき、無線デ
ータ通信の転送速度の方が、携帯端末１ａと端末２ａの
間のデータ通信より早い場合には、既にＲＡＭ５ａに格
納されていたデータの送信処理の方が先に終了する場合
があるので、その際は、引き続き現在格納中のデータの
送信を随時行う。この場合、既にＲＡＭ５ａに格納して
あったデータの送信処理が終了して、端末２ａから携帯
端末１ａへデータの転送を行うのではないので、効率的
なデータ転送が可能となる。

【００４０】次に、本発明における端末機器のメール送
受信システムの第２の実施の形態を説明する。図９は、
第２の実施の形態として、端末に電子メール端末を用い
た場合の、携帯端末のＣＰＵ部のシステム構成図であ
る。すなわち、他のシステム部分は図７と同様であり、
動作の詳細を示す為に携帯端末１ａのＣＰＵ部４ａのみ
を詳細にした図である。また、処理動作についても図８
のフローチャートと同様である。したがって、第２の実
施の携帯については、図７、図８、図９を用いて説明す
る。

【００４１】携帯端末１ａは、電波状況の良いときを選
んで、電子メール端末２ａの代理としてメールサーバに
接続し、そこに蓄積されたユーザ宛の電子メールを、ダ
イアルアップサーバ、無線部３ａを経由して取り込むこ
とが可能である。また、携帯端末１ａ内に蓄積された電
子メールも同様に送信可能である。次に、携帯端末１ａ
を電子メール端末２ａに装着した場合、携帯端末１ａは
メールサーバであるかのように振る舞う。したがって、
電子メール端末２ａは直接メールサーバに接続している
場合と同じ方法でメールの送受信が可能である。このよ
うにして、電波状況を気にせずに電子メール端末で電子
メールの送受信を可能にする。

【００４２】図８のフローチャートは、電子メール端末
２ａが携帯端末１ａにメール送信要求を行った場合の処
理を示すものである。したがって、第２の実施の形態で
は、端末、すなわち電子メール端末２ａがデータ送信要
求を行うので、図８のフローチャートの受信と送信とを
読みかえればよい。電子メール端末２ａが携帯端末１ａ
へメール送信要求を行うと（Ｓ１）、携帯端末１ａは送
信メールの容量の確認を行う（Ｓ２）。電子メール端末
２ａは、送信メールの容量を確認し携帯端末１ａへ通知
する（Ｓ３）。携帯端末１ａは、内部のＲＡＭ５ａの残
量確認を行い（Ｓ４）、要求された送信メールが格納可
能か否かを判断する（Ｓ５）。ＲＡＭ５ａに送信メール
が格納可能な場合には（Ｓ５、Ｙ）、ステップＳ１１に
進み、そのまま格納処理に移行する。尚、ステップＳ１
１以降の処理については後述する。

【００４３】ＲＡＭ５ａの空き容量が送信メール容量よ
り小さな場合は（Ｓ５、Ｎ）、携帯端末１ａは電波状況
が良くなるのを待つ（Ｓ６）。この際、携帯端末１ａは
送信要求があったことを記憶する為に、送信データ有無
記憶手段９ａに送信メールの有無を記憶する。また、電
子メール端末２ａは、使用しない場合には電源をＯＦＦ
にする。そして、電波状況が良くなると（Ｓ６、Ｙ）、
携帯端末１ａは、ＲＡＭ５ａ内にある以前格納していた
メールをメールサーバへ送信する（Ｓ７）。その際、同
時に、ＣＰＵ４ａは、電波状態が良くなったのを確認す
ると割り込みコントローラ７ａより端末２ａへ割り込み
を発生させる（Ｓ８）。この時、電子メール端末２ａで
は、電源がＯＮの場合とサスペンド状態の場合とがある
ので、何れであるかを判断する（Ｓ９）。

【００４４】電源がＯＮの場合は（Ｓ９、Ｙ）、そのま
ま動作可能なので、割り込み要因の確認を行い（Ｓ１
０）、携帯端末１ａとの間でメールの送受信を行う為の
通信ソフトの立ち上げ処理を行う（Ｓ１１）。一方、サ
スペンド状態の場合は（Ｓ９、Ｎ）、ＰＭＵ１１ａは、
ＣＰＵ１０ａ、ＲＯＭ１３ａ、ＲＡＭ１４ａ、Ｉ／Ｆコ
ントロール１５ａの各部への電源供給を開始する（Ｓ１
２）。そして、電源供給を開始し動作可能な状態なる
と、電源ＯＮであった場合と同様に割り込み要因の確認
を行い（Ｓ１０）、携帯端末１ａとの間でメールの送受
信を行う為の通信ソフトの立ち上げ処理に移行する（Ｓ
１１）。ただし、割り込みコントローラ１２ａは、常に
割り込みを認識できる必要がある為、常時、電源は供給
されている。

【００４５】電子メール端末２ａは、割り込みの内容が
携帯端末1ａからの送信メール転送要求である事を確認
すると、携帯端末1ａとの間でデータ通信を行う通信ソ
フトをＲＯＭ１２ａより読み込み、起動する。そして、
通信ソフトを起動後、送信メールを携帯端末１ａへ送信
する（Ｓ１３）。携帯端末１ａは送信メールを受信して
（Ｓ１４）、ＲＡＭ５ａに格納する。一方、電子メール
端末２ａは、このような送信処理を終了するまで行い
（Ｓ１５）、終了したら（Ｓ１５、Ｙ）、電子メール端
末２ａは元の状態へ戻る処理を行う。また、通信を行う
前の状態が電源ＯＮの場合は、通信ソフトを終了させて
電子メール端末２ａの処理は終了する。通信を行う前の
状態がサスペンド状態の場合は、通信ソフトを終了させ
た後、ＰＭＵ１１ａは各部の電源供給を停止し、電子メ
ール端末２ａはスペンド状態となる（Ｓ１６）。

【００４６】また、携帯端末１ａは、送信メールのＲＡ
Ｍ５ａへの格納処理が終了したか否かを判断し（Ｓ１
７）、格納が終了したら（Ｓ１７、Ｙ）、再度、電波状
況の確認を行い（Ｓ１８）、電波状況が良くなった場合
に（Ｓ１８、Ｙ）、ＲＡＭ５ａに格納された送信メール
の送信処理を行う（Ｓ１９）。このとき、無線データ通
信の転送速度の方が、携帯端末１ａと電子メール端末２
ａとの間のデータ通信より早い場合には、既にＲＡＭ５
ａに格納されていたメールの送信処理の方が先に終了す
る場合があるので、その際は、引き続き現在格納中のメ
ールの送信を随時行う。この場合、既にＲＡＭ５ａに格
納してあったメールの送信処理が終了して、電子メール
端末２ａから携帯端末１ａへメールの転送を行うのでは
ないので、効率的なデータ転送が可能となる。

【００４７】次に、本発明における端末機器のメール送
受信システムの第３の実施の形態を説明する。図１０
は、第３の実施の形態として、端末にＷｅｂブラウザ端
末を用いた場合の、携帯端末のＣＰＵ部のシステム構成
図である。尚、他の部分の構成は図７と同様であり、ま
た、処理動作の流れも図８のフローチャートと同様であ
る。したがって、第３の実施の携帯の詳細を図７、図
８、図１０を用いて説明する。携帯端末１ａは電波状況
の良いときを選んで、Ｗｅｂブラウザ端末２ａの代理と
してＨＴＴＰ(Hyper Text Transfer Protocol)サーバに
接続し、ユーザにより設定されたＵＲＬ(Uniform Resou
rce Locator)のドキュメントを、ダイアルアップサー
バ、無線部３ａを経由して取り込むことが可能である。
また、携帯端末１ａ内に蓄積されたＨＴＴＰも同様に送
信可能である。

【００４８】次に、携帯端末１ａをＷｅｂブラウザ端末
２ａに装着した場合、携帯端末１ａはＨＴＴＰサーバで
あるかのように振る舞う。したがって、Ｗｅｂブラウザ
端末２ａは直接ＨＴＴＰサーバに接続している場合と同
じ方法でドキュメントの送受信が可能である。このよう
にして、電波状況を気にせずにＷｅｂブラウザ端末２ａ
でドキュメントの送受信を可能にする。

【００４９】図８のフローチャートは、ＨＴＴＰサーバ
にドキュメント要求を行った場合の処理を示すものであ
る。したがって、図８を用いて、ユーザにより設定され
たＵＲＬのドキュメントの取得要求を、Ｗｅｂブラウザ
端末２ａがＨＴＴＰサーバに対して行う場合の動作を説
明する。尚、前述までのフローの説明で明らかなステッ
プについては飛ばして説明する。

【００５０】先ず、Ｗｅｂブラウザ端末２ａは、送信デ
ータ（以下、全てＵＲＬである）の容量を確認し携帯端
末１ａへ通知する（Ｓ１）。すると、携帯端末１ａは、
内部のＲＡＭ５ａの残量確認を行い（Ｓ４）、要求され
た送信データが格納可能か否かを判断する（Ｓ５）。Ｒ
ＡＭ５ａに送信データが格納可能な場合には、そのまま
格納処理に移行する。また、ＲＡＭ５ａの空き容量が送
信データ容量より小さな場合は、携帯端末１ａは電波状
況が良くなるのを待つ（Ｓ６）。この際、携帯端末１ａ
は、送信要求があったことを記憶する為に、送信データ
有無記憶手段９ａに送信データの有無を記憶する。尚、
Ｗｅｂブラウザ端末２ａは、使用しない場合には電源を
ＯＦＦにする。

【００５１】電波状況が良くなると、ＲＡＭ５ａ内にあ
る以前格納していたＵＲＬデータをＨＴＴＰサーバへ送
信する（Ｓ７）。その際、同時に、ＣＰＵ４ａは、電波
状態が良くなったことを確認すると、割り込みコントロ
ーラ７ａよりＷｅｂブラウザ端末２ａへ割り込みを発生
さする（Ｓ８）。この時、Ｗｅｂブラウザ端末２ａで
は、電源がＯＮの場合とサスペンド状態の場合があるの
で何れであるかを確認する（Ｓ９）。電源ＯＮの場合は
そのまま動作可能なので、割り込み要因の確認を行い
（Ｓ１０）、携帯端末１ａとデータの送受信を行う為の
通信ソフトの立ち上げ処理を行う（Ｓ１１）。サスペン
ド状態の場合は、ＰＭＵ１１ａは、ＣＰＵ１０ａ、ＲＯ
Ｍ１３ａ、ＲＡＭ１４ａ、１／Ｆコントロール１５ａの
各部への電源供給を開始する（Ｓ１２）。

【００５２】電源供給を開始し動作可能な状態なると、
電源ＯＮであった場合と同様に割り込み要因の確認を行
い（Ｓ１０）、携帯端末１ａとＵＲＬデータの送受信を
行う為の通信ソフトの立ち上げ処理に移行する（Ｓ１
１）。ただし、割り込みコントローラ１２ａは、常に割
り込みを認識できる必要がある為、常時、電源は供給さ
れている。Ｗｅｂブラウザ端末２ａは、割り込みの内容
が携帯端末1ａからの送信データの転送要求であること
を確認すると、携帯端末1ａとのデータ通信を行う通信
ソフトをＲＯＭ１２ａより読み込み、起動する。そし
て、通信ソフトを起動後（Ｓ１１）、送信データを携帯
端末１ａへ送信する（Ｓ１３）。そして、携帯端末１ａ
へ送信データを送り、ＲＡＭ５ａへの格納が完了して送
信処理が終了すると（Ｓ１５）、Ｗｅｂブラウザ端末２
ａは、元の状態へ戻る処理を行う。すなわち、通信を行
う前の状態が電源ＯＮの場合は、通信ソフトを終了させ
てＷｅｂブラウザ端末２ａの処理は終了する。通信を行
う前の状態がサスペンド状態の場合は、通信ソフトを終
了させた後ＰＭＵ１１ａは各部の電源供給を停止し、Ｗ
ｅｂブラウザ端末２ａはサスペンド状態となる（Ｓ１
６）。

【００５３】一方、携帯端末1ａは送信データのＲＡＭ
５ａへの格納処理が終了すると（Ｓ１７）、再度、電波
状況の確認を行い（Ｓ１８）、電波状況が良くなった場
合に、ＲＡＭ５ａに格納された送信データの送信処理を
行う（Ｓ１９）。無線データ通信の転送速度の方が携帯
端末１ａとＷｅｂブラウザ端末２ａとの間のデータ通信
より早い場合には、既にＲＡＭ５ａに格納されていたＵ
ＲＬデータの送信処理の方が先に終了する場合があるの
で、その際は、引き続き現在格納中のＵＲＬデータの送
信を随時行う。この場合、既にＲＡＭ５ａに格納してあ
ったＵＲＬデータの送信処理が終了して、端末から携帯
端末へＵＲＬデータの転送を行うのではないので、効率
的なデータ転送が可能となる。

【００５４】次に、本発明における端末機器のメール送
受信システムの第４の実施の形態を説明する。図１１
は、第４の実施の形態として、端末にデータベース検索
端末を用いた場合の、携帯端末のＣＰＵ部のシステム構
成図である。尚、他の部分の構成は図７と同様であり、
また、処理動作の流れも図８のフローチャートと同様で
ある。したがって、第４の実施の携帯の詳細を図７、図
８、図１１を用いて説明する。

【００５５】携帯端末１ａは電波状況の良いときを選ん
で、データベース検索端末２ａの代理としてデータベー
スサーバに接続し、検索結果を、ダイアルアップサー
バ、無線部３ａを経由して取り込むことが可能である。
また、携帯端末１ａ内に蓄積された検索条件も同様に送
信可能である。次に、携帯端末１ａをデータベース検索
端末２ａに装着した場合、携帯端末１ａはデータベース
サーバであるかのように振る舞う。したがって、データ
ベース検索端末２ａは直接データベースサーバに接続し
ている場合と同じ方法で、検索結果、検索条件の送受信
を行うことが可能である。このようにして、電波状況を
気にせずにデータベース検索端末２ａでドキュメントの
送受信を可能にする。

【００５６】図８のフローチャートは、データベースサ
ーバにデータベース検索要求を行う場合の処理を示すも
のである。データベース検索端末２ａがデータベースサ
ーバへデータベース検索要求を行う際の処理を説明す
る。データベース検索端末２ａは、送信データ（以下、
全て検索条件）の容量を確認して携帯端末１ａへ通知す
ると（Ｓ１）、携帯端末１ａは、内部のＲＡＭ５ａの残
量確認を行い（Ｓ４）、要求された送信データが格納可
能か否かを判断する（Ｓ５）。ＲＡＭ５ａに送信データ
が格納可能な場合には、そのまま格納処理に移行する。

【００５７】ＲＡＭ５ａの空き容量が送信データの容量
より小さな場合は、携帯端末１ａは電波状況が良くなる
のを待つ（Ｓ６）。この際、携帯端末１ａは送信要求が
あったことを記憶する為に、送信データ有無記憶手段９
ａに送信データの有無を記憶する。データベース検索端
末２ａは、使用しない場合には電源をＯＦＦにする。電
波状況が良くなると、ＲＡＭ５ａ内にある以前格納して
いたデータ（以下、全て検索条件）をデータベースサー
バへ送信する。この際、同時に、ＣＰＵ４ａは電波状況
が良くなったことを確認すると、割り込みコントローラ
７ａよりデータベース端末２ａへ割り込みを発生させる
（Ｓ８）。この時、データベース検索端末２ａでは、電
源がＯＮの場合とサスペンド状態の場合があるので、何
れであるかを確認する（Ｓ９）。

【００５８】電源ＯＮの場合はそのまま動作可能なの
で、割り込み要因の確認を行い（Ｓ１０）、携帯端末１
ａとデータの送受信を行う為の通信ソフトの立ち上げ処
理を行う（Ｓ１１）。一方、サスペンド状態の場合は、
ＰＭＵ１１ａは、ＣＰＵ１０ａ、ＲＯＭ１３ａ、ＲＡＭ
１４ａ、Ｉ／Ｆコントロール１５ａの各部への電源供給
を開始する（Ｓ１２）。電源供給を開始し動作可能な状
態なると、電源ＯＮであった場合と同様に、割り込み要
因の確認を行い（Ｓ１０）、携帯端末１ａとデータの送
受信を行う為の通信ソフトの立ち上げ処理に移行する
（Ｓ１１）。ただし、割り込みコントローラ１２ａは、
常に割り込みを認識できる必要がある為、常時、電源は
供給されている。

【００５９】データベース検索端末２ａは、割り込みの
内容が携帯端末1ａからの送信データの転送要求である
ことを確認すると、携帯端末1ａとのデータ通信を行う
通信ソフトをＲＯＭ１２ａより読み込み、起動する。通
信ソフトを起動後（Ｓ１１）、送信データを携帯端末１
ａへ送信する（Ｓ１３）。携帯端末１ａは送信データを
受信して（Ｓ１４）、ＲＡＭ５ａに格納する。このよう
な送信処理が終了すると、データベース検索端末２ａは
元の状態へ戻る処理を行う。すなわち、通信を行う前の
状態が電源ＯＮの場合は、通信ソフトを終了させてデー
タベース検索端末２ａの処理は終了する。通信を行う前
の状態がサスペンド状態の場合は、通信ソフトを終了さ
せた後ＰＭＵ１１ａは各部の電源供給を停止し、データ
ベース検索端末２ａはサスペンド状態となる（Ｓ１
６）。

【００６０】また、携帯端末1ａは送信データのＲＡＭ
５ａへの格納処理が終了すると（Ｓ１７）、再度電波状
況の確認を行い（Ｓ１８）、電波状況が良くなった場合
にＲＡＭ５ａに格納された送信データの送信処理を行
う。無線データ通信の転送速度の方が、携帯端末１ａと
データベース検索端末２ａとの間のデータ通信より早い
場合には、既にＲＡＭ５ａに格納されていたデータの送
信処理の方が先に終了する場合があるので、その際は、
引き続き現在格納中のデータの送信を随時行う。この場
合、既にＲＡＭ５ａに格納してあったデータの送信処理
が終了して、データベース検索端末２ａから携帯端末１
ａへデータの転送を行うのではないので、効率的なデー
タ転送が可能となる。

【００６１】次に、本発明における端末機器のメール送
受信システムの第５の実施の形態を説明する。第５の実
施の形態は、図１示すように、携帯端末としてカード
を、端末として電子メール端末を用いた場合の、電子メ
ール送受信システムである。すなわち、図１において、
カード４は携帯電話・ＰＨＳ３に装着した場合、それが
携帯性を損なわない程度に十分小さいカードである。こ
のカード４を携帯電話・ＰＨＳ３に装着した場合、カー
ド４は電波状況の良いときを選んで、電子メール端末５
の代理としてメールサーバ１に接続し、そこに蓄積され
たユーザ宛の電子メールを、ダイアルアップサーバ２、
携帯電話・ＰＨＳ３を経由して取り込むことが可能であ
る。また、カード４内に蓄積された電子メールも同様に
送信可能である。また、カード４を電子メール端末５に
装着した場合、カード４はメールサーバ１であるかのよ
うに振る舞う。したがって、電子メール端末５は直接メ
ールサーバ１に接続している場合と同じ方法でメールの
送受信が可能である。このようにして、電波状況を気に
せずに電子メール端末で電子メールの送受信を可能にす
る。尚、システム構成図に関しては図７と同じである。

【００６２】図１２は、第５の実施の形態として、図１
のシステムにおいて、端末に電子メール端末を使用する
際のＣＰＵの処理を示すシステム構成図である。尚、他
の部分の構成は図７と同様であり、また、処理動作の流
れは図８のフローチャートと同様である。したがって、
図１、図７、図８、図１２を用いて、第５の実施の形態
の動作を詳細を説明する。尚、図８のフローチャート
は、図１における電子メール端末５がメール送信要求を
行った場合の処理を示すものである。したがって、図８
のフローチャートを図１のシステムの符号に置き換えて
説明する。

【００６３】電子メール端末５がメール送信要求を行う
と（Ｓ１）、カード４は送信メールの容量確認を電子メ
ール端末５に対して行う（Ｓ２）。この際、ＣＰＵ４ａ
におけるメール送信受付手段４６ｄにより送信メール容
量の確認は設定され、Ｉ／Ｆコントローラ８ａを通して
電子メール端末５へ通知する（Ｓ３）。同時に、メモリ
残量確認手段４９ｄによりＲＡＭ５ａの空き容量を確認
する（Ｓ４）。電子メール端末５から通知される送信メ
ールの容量がＲＡＭ５ａに格納可能であるか否かを判断
し（Ｓ５）、格納可能であれば、そのまま格納処理に移
行する。

【００６４】また、ＲＡＭ５ａの空き容量が送信メール
容量より小さな場合は、カード４は、携帯電話・ＰＨＳ
３に接続し、電波状況が良くなるのを待つ（Ｓ６）。こ
の際、カード４は送信要求があったことを記憶する為
に、送信データ有無記憶手段９ａに送信メールの有無を
記憶する。電子メール端末５は、使用しない場合には電
源をＯＦＦにする。そして、電波状況が良くなると、カ
ード４は、メール送信手段４２ｄより設定され、以前に
ＲＡＭ５ａに格納してあった送信メールを携帯電話・Ｐ
ＨＳ３を介してメールサーバ１へ送信する（Ｓ７）。こ
の時、使用者はカード４を電子メール端末５から携帯電
話・ＰＨＳ３に差し替えるか、携帯電話・ＰＨＳ３に接
続したまま電子メール端末５に接続する必要がある。そ
のため、ＬＥＤの点滅等の使用者に通知する手段が必要
である。ただし、より効率的に無線データ通信を行う為
には、携帯電話・ＰＨＳ３に接続したまま電子メール端
末５に接続する必要がある。この際、同時にＣＰＵ４ａ
は、割り込み設定手段４８ｄにより設定され、割り込み
コントローラ７ａより電子メール端末５へ割り込みを発
生する（Ｓ８）。この時、使用者は携帯電話・ＰＨＳ３
に接続したまま電子メール端末５に接続する必要があ
る。そのため、ＬＥＤの点滅等を使用者に通知する手段
が必要である。

【００６５】この時、電子メール端末５では、電源がＯ
Ｎの場合とサスペンド状態の場合があるので、何れであ
るかを確認する（Ｓ９）。電源ＯＮの場合はそのまま動
作可能なので、割り込み要因の確認を行い（Ｓ１０）、
カード４とメールの送受信を行う為の通信ソフトの立ち
上げ処理を行う（Ｓ１１）。一方、サスペンド状態の場
合は、ＰＭＵ１１ａは、ＣＰＵ１０ａ、ＲＯＭ１３ａ、
ＲＡＭ１４ａ、Ｉ／Ｆコントロール１５ａの各部への電
源供給を開始する（Ｓ１２）。

【００６６】電源供給を開始し動作可能な状態なると、
電源がＯＮであった場合と同様に割り込み要因の確認を
行い（Ｓ１０）、カード４とメールの送受信を行う為の
通信ソフトの立ち上げ処理に移行する（Ｓ１１）。ただ
し、割り込みコントローラ１２ａは、常に割り込みを認
識できる必要がある為、常時、電源は供給されている。
電子メール端末５は、割り込みの内容がカード４からの
送信メール転送要求であることを確認すると、カード４
とのデータ通信を行う通信ソフトをＲＯＭ１２ａより読
み込み、起動する。通信ソフトを起動後（Ｓ１１）、送
信メールをカード４へ送信する（Ｓ１３）。カード４が
送信メールを受信し（Ｓ１４）、メモリ書き込み受付手
段４４ｄにより設定され、ＲＡＭ５ａに格納する（Ｓ１
７）。そして、送信処理が終了すると、電子メール端末
５は元の状態へ戻る処理を行う。すなわち、通信を行う
前の状態が電源ＯＮの場合は、通信ソフトを終了させて
電子メール端末５の処理は終了する。通信を行う前の状
態がサスペンド状態の場合は、通信ソフトを終了させた
後ＰＭＵ１１ａは各部の電源供給を停止し、電子メール
端末５はサスペンド状態となる（Ｓ１６）。

【００６７】カード４は送信メールのＲＡＭ５ａへの格
納処理が終了すると（Ｓ１７）、再度電波状況の確認を
行い（Ｓ１８）、電波状況が良くなった場合に、ＲＡＭ
５ａに格納された送信データ（検索条件）の送信処理を
行う（Ｓ１９）。この際、使用者は、カード４を携帯電
話・ＰＨＳ３に差し替えるか、電子メール端末5に接続
したまま、携帯電話・ＰＨＳ３に接続する必要がある。
そのため、ＬＥＤの点滅など、使用者に通知する手段が
必要である。また、無線データ通信の転送速度の方が携
帯端末と端末の間のデータ通信より早い場合には、既に
ＲＡＭ５ａに格納されていたメールの送信処理の方が先
に終了する場合があるので、その際は、引き続き現在格
納中のメールの送信を随時行う。この場合、既にＲＡＭ
５ａに格納してあったメールの送信処理が終了して端末
から携帯端末へメールの転送を行うのではないので、効
率的なデータ転送が可能となる。

【００６８】次に、本発明における端末機器のメール送
受信システムの第６の実施の形態を説明する。第６の実
施の形態は、第５の実施の形態と同様のカード４を使用
する構成で、電子メール端末５の代わりにＷｅｂブラウ
ザ端末を使用する場合である。したがって、この実施の
形態は、第５の実施の形態に用いた図１２を図１０に置
き換えて、メール受信手段４１ｄをＨＴＴＰ受信手段４
１ｂに、メール送信手段４２ｄをＨＴＴＰ送信手段４２
ｂに、メール受信受付手段４５ｄをＨＴＴＰ受信受付手
段４５ｂに、メール送信受付手段４６ｄをＨＴＴＰ送信
受付手段４６ｂに、メール容量確認手段４７ｄをＨＴＴ
Ｐ容量確認手段４７ｄに、それぞれ変更した構成とな
る。尚、処理動作に関してもは図８と同様であるので説
明は省略する。

【００６９】次に、本発明における端末機器のメール送
受信システムの第７の実施の形態を説明する。第７の実
施の形態は、第５の実施の形態と同様のカード４を使用
する構成で、電子メール端末５の代わりにデータベース
検索端末を使用する場合である。したがって、この実施
の形態は、第５の実施の形態で用いた図１２を図１１に
置き換えて、メール受信手段４１ｄをデータベース検索
手段４１ｃに、メール送信手段４２ｄを検索結果提供手
段４２ｃに、メール受信受付手段４５ｄをデータベース
検索受付手段４５ｃに、メール送信受付手段４６ｄを検
索結果提供受付手段４６ｃに、メール容量確認手段４７
ｄを検索結果容量確認手段４７ｃに、それぞれ変更した
構成となる。尚、処理動作に関しても図８と同様であ
り、説明は省略する。

【００７０】次に、本発明における端末機器のメール送
受信システムの第８の実施の形態を説明する。すなわ
ち、前記の各実施の形態は、全て、クライアント側から
サーバ側へアクセスする場合を示している。また、その
他の場合として、プッシュ型（すなわち、サーバからク
ライアントに向かってデータを送信するもの）がある。
しかし、この実施の形態の場合においてもサーバからデ
ータ送信要求が来るアクセスの開始の方法に相違がある
のみで、その他の処理に関しては図８のフローチャート
と同様である。

【００７１】

【発明の効果】以上説明したように、本発明の形態端末
におけるメモリ管理方式によれば次のような幾つかの効
果をもたらすことができる。すなわち、第１の効果は、
電波状況の悪い場所において一次的に携帯端末でデータ
を受信しておき、電波状況の良いところで携帯端末から
データを送信できるの、電波状況の悪いところでも、サ
ーバへのデータ送信が可能となる。また、第２の効果
は、携帯端末においてデータ送信時にメモリ残量がなく
なった場合にも、端末からデータ送信が可能となる。そ
の理由は、端末がデータ受信を行う際に、携帯端末に送
信しようとするデータ容量を通知し、メモリの空き容量
が足りない場合は、携帯端末がサーバに既にあったデー
タを送信する際に、端末から携帯端末へデータ送信を行
うためである。また、この処理を、端末のそばに人が居
ない場合や端末がサスペンド状態である場合において
も、自動的に行うため、端末を操作する人は電波状況を
意識する必要がなくなる。

【００７２】さらに、第３の効果としては、端末がデー
タ送信を行う際に携帯端末のメモリ残量が足りない場合
は、送信データが端末に残っていることを知ることがで
きる。その理由は、携帯端末は端末が送信するデータ容
量を確認し、携帯端末のメモリの残量と比較して、足り
ない場合はデータの格納を中止し、端末に送信データが
残っいることを記憶する機構を有するからである。さら
に、第４の効果は、端末は、携帯端末のメモリに送信デ
ータを格納可能になったことを知ることができることで
ある。その理由は、携帯端末から割り込みを認識し、そ
の割り込み要因を確認する機構を有するからである。す
なわち、割り込みを認識し、且つ要因を確認する機構に
は、常に電源が供給され、常時、割り込み認識が可能な
状態であるため、送信データを携帯端末に格納可能な時
期を知ることが可能となるからである。

【００７３】また、第５の効果は、効率よく無線データ
通信を行うことが可能となることである。その理由は、
携帯端末が、電波状況が良くなった事を認識すると、メ
モリの容量が空くのを待たずに、端末とデータ転送を始
めるからである。すなわち、携帯端末と端末の転送速度
より無線データ通信の転送速度の方が早い場合には、メ
モリの空きを待ってから転送するのでメモリは空にな
り、無線データ転送を一度中断することになるからであ
る。無線データ通信においては、始めの通信確立に時間
がかかる為、再接続をせずに一度に転送してしまう方が
時間的効率は、はるかに良い。また、無線データ転送
は、回線接続型の場合は、回線を接続している時間で課
金される為、一度接続するとより早く転送を終了させる
方が料金を安くすることができる。

【００７４】さらに、第６の効果は、端末の前に人が居
ないときやサスペンド状態の場合でも、端末を自動的に
動作させることが可能となることにある。その理由は、
端末が電源ＯＮの場合は割り込みを認識し、且つ、その
要因を確認することによって、自動的に動作させること
が可能となるからである。また、端末がサスペンド状態
の場合は、割り込みを認識すると、端末の各部に電源を
供給し動作可能な状態にする、いわゆるパワーマネージ
メント機構を有するからである。さらに、第７の効果
は、端末の前に人が居ないときやサスペンド状態の場合
でも、端末が、自動的にデータ転送を行うことができる
ことにある。その理由は、前述のように、端末内の各部
が動作可能な状態な場合に、自動的に起動して携帯端末
と通信を行うプログラムを端末が有するからである。ま
た、このプログラムと通信可能なプログラムを携帯端末
が有することにより相互通信が可能となる。

【００７５】さらに、第８の効果は、端末の前に人が居
ないときやサスペンド状態の場合でも端末が自動的に起
動し、且つ自動的にで終了することが可能となることに
ある。その理由は、プログラムが自動的に起動し、且つ
データ転送を行い、データ転送が終了すると自動的に終
了する機構を有するからである。また、端末をサスペン
ド状態から自動的に起動した場合は、データ転送が終了
後は、自動的に、端末内の各部の電源供給を停止してサ
スペンド状態にするパワーマネージメント機構を有する
からである。

【００７６】さらに、本発明における端末機器のメール
送受信システムによれば、電波状態が良好になると、メ
モリ容量の確認を行うことなく、直ちにバックアップ処
理を行うので、時間的に効率よくデータ転送を行うこと
ができる。すなわち、電波状況がよくなって回線接続な
どを行っているときに、既に、バックアップ処理を行っ
ているので、実際にデータ転送が可能になったときに
は、携帯端末のメモリ容量を空けておくことができるの
で、効率的にデータ転送を行うことができる。

【図面の簡単な説明】

【図１】本発明における端末機器のメール送受信シス
テムの概略構成を示すブロック図である。

【図２】図１のカード内の構成を示し、本発明のメー
ル送受信システムの概要を説明するための構成図であ
る。

【図３】図１のメール送受信システムにおけるプロト
コル階層図である。

【図４】図１のメール送受信システムにおける、形態
電話・ＰＨＳとカード間のプロトコル階層図である。

【図５】図１のメール送受信システムにおける、カー
ドと電子メール端末との間のプロトコル階層図である。

【図６】図１のメール送受信システムにおける、カー
ド内のＲＡＭにアクセスする際のプロトコル階層図であ
る。

【図７】本発明の端末機器におけるメール送受信シス
テムのハードブロックの構成図である。

【図８】図７における端末がデータ送信要求を行った
場合のデータ受信処理を示すフローチャートである。

【図９】第２の実施の形態として、端末に電子メール
端末を用いた場合の、携帯端末のＣＰＵ部のシステム構
成図である。

【図１０】第３の実施の形態として、端末にＷｅｂブ
ラウザ端末を用いた場合の、携帯端末のＣＰＵ部のシス
テム構成図である。

【図１１】第４の実施の形態として、端末にデータベ
ース検索端末を用いた場合の、携帯端末のＣＰＵ部のシ
ステム構成図である。

【図１２】第５の実施の形態として、図１のシステム
にように端末に電子メール端末を使用する際のＣＰＵの
処理を示すシステム構成図である。

【符号の説明】

１メールサーバ２ダイアルアップサーバ３携帯電話・ＰＨＳ４カード５電子メール端末４１、４ａ、１０ａＣＰＵ４２、６ａ、１３ａＲＯＭ４３インタフェース４４接続機器認識手段４５、５ａ、１４ａＲＡＭ１ａ携帯端末２ａ端末３ａ無線部７ａ、１２ａ割り込みコントローラ８ａ、１５ａＩ／Ｆコントローラ９ａ送信データ有無記憶手段１１ａＰＭＵ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｍ 11/00 ３０２Ｆターム(参考） 5B089 GA11 GA21 GA25 HA13 HB05 JA31 KA05 KA11 KB04 KC06 KC28 KD01 KD09 LA08 5K030 GA17 HA06 HC09 JL01 JT09 5K067 AA01 BB21 DD51 EE02 EE16 GG02 HH23 5K101 KK02 LL12 NN21 QQ07 9A001 BB03 BB04 CC05 JJ14 JJ25 KK54 LL09

Claims

【特許請求の範囲】

【請求項１】情報端末と携帯用端末との間で情報の送
受信を行う端末機器のメール送受信システムにおいて、情報を蓄積するサーバ部と、前記サーバ部との間で、無線により情報の送受信を行う
無線部と、情報の処理をクライアントとして実行する情報端末部
と、一時的に情報を蓄積する携帯端末部とを備え、前記携帯端末部は、電波状況の良好なときに前記サーバ
部から受信した情報を、自己の記憶手段に格納すること
なく、直ちに、前記情報端末に転送することを特徴とす
る端末機器のメール送受信システム。
【請求項２】前記携帯端末部が情報を受信するとき、該
携帯端末部が前記無線部に接続されているときは、前記
携帯端末部が電波状況の良好なときに事前に情報を受信
して蓄積することを特徴とする請求項1に記載の端末機
器のメール送受信システム。
【請求項３】前記携帯端末部は、情報を受信するとき
にクライアントとして動作し、前記情報端末部からのア
クセスを代行することを特徴とする請求項２に記載の端
末機器のメール送受信システム。
【請求項４】前記携帯端末部と前記情報端末部が接続
されているときは、該携帯端末部が受信した情報は、接
続されている情報端末部に転送されることを特徴とする
請求項３に記載の端末機器のメール送受信システム。
【請求項５】情報が転送されるとき、前記携帯端末部
はサーバとして動作し、前記サーバ部へのアクセスを代
行することを特徴とする請求項４に記載の端末機器のメ
ール送受信システム。
【請求項６】前記携帯端末部と前記情報端末部とが接
続されている状態で情報を送信するときは、該情報端末
部は、電波状況の良否に関係なく、事前に情報を送信
し、該情報を前記携帯端末部が蓄積しておくことを特徴
とする請求項１に記載の端末機器のメール送受信システ
ム。
【請求項７】情報を送信するときは、前記携帯端末部
はサーバとして動作し、前記サーバ部へのアクセスを代
行することを特徴とする請求項６に記載の端末機器のメ
ール送受信システム。
【請求項８】前記携帯端末部と前記無線部が接続さ
れているときは、電波状況の良いときに、前記携帯端末
部に蓄積したデータを前記サーバ部に送信することを特
徴とする請求項７に記載の端末機器のメール送受信シス
テム。
【請求項９】前記サーバ部へのデータ送信時に、前
記携帯端末部はクライアントとして動作し、前記情報端
末部からのアクセスを代行することを特徴とする請求項
８に記載の端末機器のメール送受信システム。
【請求項１０】前記携帯端末部と前記情報端末部は、
それぞれ、電波状況が良好になったときに転送すべき情
報の割り込みを行う割り込み手段を備えていることを特
徴とする請求項1〜請求項９の何れかに記載の端末機器
のメール送受信システム。
【請求項１１】前記携帯端末部は、前記情報端末部か
ら送信する情報の容量を確認する容量確認手段を備えて
いることを特徴とする請求項１０に記載の端末機器のメ
ール送受信システム。
【請求項１２】前記携帯端末部は、送信すべき情報の
容量が該携帯端末部の容量蓄積手段の空き容量に格納し
きれないときは、送信要求があった旨を記憶しておく記
憶手段を備えていることを特徴とする請求項１１に記載
の端末機器のメール送受信システム。
【請求項１３】前記携帯端末部は、電波状態が良くなったことを検知する電波状況検知手段
と、電波状況が良くなったときに、割り込みを発生する割込
発生手段とを備え、電波状態が良くなったことを認識したときに、無線によ
る情報送信と、該携帯端末部と前記情報端末部との間の
情報送信を同時に行うことを特徴とする請求項１２に記
載の端末機器のメール送受信システム。
【請求項１４】前記情報端末部が割込みを認識したと
き、該情報端末部は自動で起動して、前記携帯端末部と
の間で情報転送を行うことを特徴とする請求項１３に記
載の端末機器のメール送受信システム。
【請求項１５】前記サーバ部はメールサーバとして、
前記情報端末部は電子メール端末として、機能すること
を特徴とする請求項１４に記載の端末機器のメール送受
信システム。
【請求項１６】前記サーバ部はＨＴＴＰサーバとし
て、前記情報端末部はＷｅｂブラウザ端末として、機能
することを特徴とする請求項１４に記載の端末機器のメ
ール送受信システム。
【請求項１７】前記サーバ部はデータベースサーバと
して、前記情報端末部はデータベース端末として、機能
することを特徴とする請求項１４に記載の端末機器のメ
ール送受信システム。
【請求項１８】情報のアクセス機能は、クライアント
からサーバへのアクセス機能と、サーバからのデータ発
信に対応するアクセス機能とを有することを特徴とする
請求項１５〜請求項１７の何れかに記載の端末機器のメ
ール送受信システム。