JP2000216906A - 通信端末装置及び通信方法 - Google Patents

Abstract

(57)【要約】 【課題】 単独でデータ通信を行う通信端末装置、及び
当該通信端末装置を用いた通信方法において、より高い
操作性を当該通信端末装置の使用者に提供する。 【解決手段】 他の装置からのデータを移動パケット通
信網ＭＰＮ経由で受信するデータ受信部ＭＳ２と、移動
電話網経由で使用者と他の装置の使用者との間の通話を
実現する機能と、データ受信部ＭＳ２により受信された
データから書き込みタグを抽出し、当該タグに対応付け
られた電話番号（情報）をリダイヤルメモリＭＳ１０及
び電話帳メモリＭＳ１１に書き込む処理部ＭＳ４とを有
する。リダイヤルメモリＭＳ１０及び電話帳メモリＭＳ
１１内の情報は呼設定処理に使用される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ通信を行う
通信端末装置、及び当該通信端末装置を用いた通信方法
に関する。

【０００２】

【従来の技術】従来より、データ通信の分野において、
インターネットやＬＡＮ（Local AreaNetwork）等のコ
ンピュータネットワークに電話網経由でアクセスし、コ
ンピュータネットワーク上の電子メールサービス、ＷＷ
Ｗ（World Wide Web）サービス等を利用するための技術
の開発が行われている。特に、近年では、携帯電話等の
普及により、移動通信網を介して上記各種サービスを利
用するための技術の開発が活発に行われている。また、
電話端末の高機能化に伴って、電話端末にＷＷＷのブラ
ウザを搭載し、電話端末のみでＷＷＷのブラウジングを
可能とする製品も市販されている。

【０００３】

【発明が解決しようとする課題】ところで、電話網経由
でコンピュータをコンピュータネットワークに接続する
場合、電話端末を単なる通信路として捉えるのが普通で
ある。例えば、電話網経由でコンピュータをインターネ
ットに接続する場合には、ＳＬＩＰやＰＰＰが使用し、
コンピュータがインターネットに直接的に接続されてい
るかのようにする必要があり、この場合には、電話網と
専用線との間に論理的な差異は存在しない。このため、
インターネットに代表されるコンピュータネットワーク
上の各種サービスは、接続経路に依存しないサービスと
して発展し続けている。

【０００４】このような状況下では、一般的なコンピュ
ータで作動するブラウザ等のクライアントソフトウェア
を単に搭載した電話端末と、クライアントソフトウェア
を搭載したモデム（あるいはアダプタ）内蔵コンピュー
タとの間に本質的な差異は存在しない。むしろ、コンピ
ュータネットワークの発展の経緯から、後者の方が多く
の利点を有する可能性が高い。特に携帯性が重視される
移動機では、携帯性を確保するために操作子の数を限定
せざるを得ず、このような移動機にクライアントソフト
ウェアを単に搭載しても、十分な操作性を確保すること
はできない。

【０００５】本発明は上述した事情に鑑みて為されたも
のであり、単独でデータ通信を行う通信端末装置、及び
当該通信端末装置を用いた通信方法において、より高い
操作性を当該通信端末装置の使用者に提供することを目
的としている。

【０００６】

【課題を解決するための手段】上述した課題を解決する
ために、請求項１に記載の通信端末装置は、他の装置か
らのデータを電話網経由で受信するデータ受信手段と、
電話網経由で使用者と他の装置の使用者との間の通話を
実現する通話手段と、前記データ受信手段により受信さ
れたデータから予め設定された抽出規則に従ってデータ
を抽出する抽出手段と、前記抽出手段により抽出された
データを記憶する記憶手段とを具備し、前記通話手段は
前記記憶手段に記憶されたデータを用いて前記通話を実
現することを特徴としている。

【０００７】また、上記通信端末装置において、前記抽
出手段は予め設定された識別子を検出し、該識別子に対
応付けられたデータを抽出するようにしてもよい。さら
に加えて、前記識別子をマークアップ言語のタグとして
もよい。さらに、上記通信端末装置において、前記記憶
手段を不揮発性メモリとしてもよい。

【０００８】また、上記通信端末装置において、前記抽
出手段が前記データ受信手段により受信されたデータか
ら電話番号を表すデータを抽出し、前記記憶手段が発呼
に使用する電話番号を記憶するためのメモリであり、前
記抽出手段により抽出されたデータを記憶するようにし
てもよい。さらに、上記通信端末装置において、前記抽
出手段は前記データ受信手段により受信されたデータか
ら所定の形式のデータと該データが対応付けられたデー
タとを組として抽出し、前記記憶手段は前記組を記憶す
るようにしてもよい。

【０００９】また、上記通信端末装置において、前記抽
出規則を変更するための抽出規則変更手段を設けてもよ
い。さらに、上記通信端末装置において、使用者の指示
を入力するための操作手段を設け、前記抽出手段は、前
記データ受信手段により受信されたデータから、予め設
定された抽出規則及び前記操作手段により入力された指
示に従ってデータを抽出するようにしてもよい。また、
上記通信端末装置において、前記通話手段を制御し、前
記抽出手段により抽出されたデータを用いて発呼処理を
行わせる自動発呼手段を設けてもよい。さらに、上記各
構成において、電話網を移動通信網としてもよい。

【００１０】また、上述した課題を解決するために、請
求項１１に記載の通信端末装置は、他の装置からのマー
クアップ言語で記述されたデータを通信網経由で受信す
るデータ受信手段と、前記データ受信手段により受信さ
れたデータから予め設定されたタグを検出し、該タグに
対応付けられたデータを抽出する抽出手段と、前記抽出
手段により抽出されたデータを記憶する記憶手段とを具
備することを特徴としている。さらに加えて、前記通信
網を移動通信網としてもよい。

【００１１】また、上述した課題を解決するために、請
求項１３に記載の通信方法は、受信側装置と送信側装置
との間の電話網を介した通信方法であって、前記受信側
装置に記憶させようとするデータに識別子を対応付けて
なるデータを前記送信側装置が前記電話網を介して前記
受信側装置へ送信する送信ステップと、前記データ通信
網を介して送信されてきたデータを前記受信側装置が受
信する受信ステップと、前記受信ステップにて受信した
データから前記受信側装置が前記識別子を検出する検出
ステップと、前記検出ステップにて検出された前記識別
子に対応付けられたデータを前記受信側装置が抽出する
抽出ステップと、前記抽出ステップにて抽出されたデー
タを、前記受信側装置が前記電話網を介した通話を実現
するために使用できるように記憶する記憶ステップとを
有することを特徴としている。さらに加えて、前記電話
網を移動通信網としてもよい。

【００１２】

【発明の実施の形態】以下、図面を参照して、本発明の
実施形態について説明する。本実施形態は、本発明をイ
ンターネットに接続された移動通信システムに適用する
ことにより実現された通信システムである。なお、本発
明は、かかる実施形態に限定されず、その技術思想の範
囲内で種々の変更が可能である。

【００１３】Ａ：実施形態の構成 まず、本実施形態の構成について説明する。 Ａ−１：システム構成 図１は本発明の一実施形態による通信システムの構成を
示すブロック図である。同図において、ＭＳは、移動パ
ケット通信網ＭＰＮのパケット通信サービスを受ける移
動機である。この移動機ＭＳは、この図に示す移動パケ
ット通信網ＭＰＮに接続されるほか、図示しない移動電
話網にも接続されており、移動電話のサービスを受ける
ことも可能である。詳しくは後述するが、移動機ＭＳ
は、ユーザが音声通話を行うための各部、基地局ＢＳと
の無線通信を行う各部、各種情報を表示するための各
部、数字入力、文字入力等の情報入力操作を行うための
各部等を備えるほか、これら各部を制御するマイクロコ
ンピュータを内蔵している。また、移動機ＭＳは、文書
データ閲覧用のソフトウェア（いわゆるブラウザ）を搭
載しており、インフォメーション・プロバイダ（以下、
ＩＰと略す）から移動パケット通信網ＭＰＮを介し供給
されるデータに基づいて対話画面を表示させる。

【００１４】また、移動パケット通信網ＭＰＮは、基地
局ＢＳ、ゲートウェイサーバＧＷＳ、加入者データベー
スＵＤＢ、及びこれらを接続する通信回線等によって構
成されている。基地局ＢＳは、地上を例えば半径５００
ｍ等の範囲で分割するように配置されており、各々が形
成する無線ゾーンに在圏した移動機ＭＳとの間で無線通
信を行う。

【００１５】ゲートウェイサーバＧＷＳは、移動パケッ
ト通信網ＭＰＮとインターネットＩＮＥＴ等の他のネッ
トワークとを相互接続するための移動パケット関門中継
交換局に備えられたコンピュータシステムであり、ネッ
トワーク間で異なる通信プロトコルの変換を行う。この
通信プロトコルの変換については後に詳述する。また、
ゲートウェイサーバＧＷＳは、ＩＰサーバＷ、加入者デ
ータベースＵＤＢと連携して、後述する各種サービスに
関する制御を行う。

【００１６】加入者データベースＵＤＢは、移動パケッ
ト通信網ＭＰＮの加入者に関する登録情報からなる加入
者登録情報ファイルを保持している。図２は、同システ
ムにおける加入者データベースＵＤＢの内容を例示する
データフォーマット図である。同図に示すように、加入
者登録情報ファイルには、移動パケット通信網ＭＰＮの
加入者（すなわち移動機ＭＳのユーザ）ごとに、移動機
ＭＳの電話番号、氏名、電子メールアドレス等の各加入
者の属性を示す属性データが蓄積されている。

【００１７】ＩＰサーバＷは、ＩＰが運用するサーバシ
ステムであり、ユーザに提供すべき情報をネットワーク
へ送出する。このＩＰサーバＷは、インターネットＩＮ
ＥＴを介してゲートウェイサーバＧＷＳに接続されてい
る。

【００１８】Ａ−２：通信プロトコル構成 ここで、上記構成の通信システムにおける通信プロトコ
ルについて説明する。図３は、同システムにおける通信
プロトコルの階層を部分的に示す概念図である。この図
に示すように、同システムでは、移動機ＭＳ上のブラウ
ザとＩＰサーバＷ上のアプリケーション間の通信におい
て、ゲートウェイサーバＧＷＳにより通信プロトコルが
変換される。このような変換が行われるのは、ＩＰサー
バＷに実装されているセッション層以上の層（以後、上
層という）の通信プロトコルがＨＴＴＰ（ハイパー・テ
キスト・トランスファ・プロトコル），ＳＭＴＰ（シン
プル・メール・トランスファ・プロトコル）、トランス
ポート層以下の層（以後、下層という）の通信プロトコ
ルがＴＣＰ／ＩＰ（Transmission Control Protocol/In
ternet Protocol）であるのに対して、移動機ＭＳに実
装されている上層の通信プロトコルが互換プロトコルＡ
Ｌ、下層の通信プロトコルが簡易プロトコルＴＬであ
り、互いに異なるためである。

【００１９】なお、互換プロトコルＡＬはＨＴＴＰに対
して互換性を有する通信プロトコルであり、一般的なＨ
ＴＴＰの機能を全て備え、さらに電子メールの着信通知
（後述する）等を行うための機能を備えている。また、
簡易プロトコルＴＬは、ＴＣＰ／ＩＰを簡素化した通信
プロトコルである。この簡易プロトコルＴＬは、互換プ
ロトコルＡＬのみに対して信頼できるトランスポート層
を提供できれば十分である、という観点で開発された通
信プロトコルであり、様々な上層の通信プロトコルの使
用を想定したＴＣＰ／ＩＰに比較して、機能や手順が大
幅に削減された通信プロトコルとなっている。なお、移
動機ＭＳにおいて、このような簡易プロトコルＴＬを実
装したのは移動パケット通信網ＭＰＮの帯域幅及び伝送
遅延と移動機ＭＳの処理能力とを考慮した結果である。

【００２０】図３において、ゲートウェイサーバＧＷＳ
は、移動機ＭＳと通信するための簡易プロトコルＴＬ及
び互換プロトコルＡＬ、ＩＰサーバＷと通信するための
ＴＣＰ／ＩＰ，ＨＴＴＰ及びＳＭＴＰを実装している。
すなわち、移動機ＭＳとＩＰサーバＷとの通信に着目す
ると、ゲートウェイサーバＧＷＳでは簡易プロトコルＴ
ＬとＴＣＰ／ＩＰとの変換、互換プロトコルＡＬとＨＴ
ＴＰ及びＳＭＴＰとの変換が行われる。ただし、移動機
ＭＳがＩＰサーバＷ上のデータを直接的に取得する場合
（ＩＰサーバＷがＨＴＴＰのリクエストを受信し、ＨＴ
ＴＰのレスポンスを返信する場合）、ゲートウェイサー
バＧＷＳにおいて上層の通信プロトコルは変換されな
い。これは、ＨＴＴＰの全機能を備えた互換プロトコル
ＡＬを実装した装置はＨＴＴＰのデータをスルーするこ
とが可能だからである。

【００２１】Ａ−３：ゲートウェイサーバＧＷＳの構成 （１）全体構成 図４は同システムにおけるゲートウェイサーバＧＷＳの
構成を示すブロック図である。同図において、ゲートウ
ェイサーバＧＷＳは、システム制御部Ｉ−ＭＡＸ、顧客
情報管理部Ｕ−ＭＡＸ、電子メール管理部Ｍ−ＭＡＸ及
びこれら各部を接続するバスＢＵＳによって構成されて
いる。

【００２２】システム制御部Ｉ−ＭＡＸは、当該ゲート
ウェイサーバＧＷＳの顧客情報管理部Ｕ−ＭＡＸ、電子
メール管理部Ｍ−ＭＡＸを制御するとともに、移動パケ
ット通信網ＭＰＮとインターネットＩＮＥＴ間の通信プ
ロトコル変換を行う等、ネットワーク間のインタフェー
スとして機能する。また、顧客情報管理部Ｕ−ＭＡＸ
は、システム制御部Ｉ−ＭＡＸからの要求に従って作動
する。具体的には、システム制御部Ｉ−ＭＡＸからの要
求に従って加入者データベースＵＤＢを参照し、当該要
求に対応した情報を取得し、システム制御部Ｉ−ＭＡＸ
へ返送する。

【００２３】電子メール管理部Ｍ−ＭＡＸは、移動パケ
ット通信網ＭＰＮのユーザ間、移動パケット通信網ＭＰ
ＮのユーザとインターネットＩＮＥＴのユーザの間で電
子メールの授受を仲介する。この電子メール管理部Ｍ−
ＭＡＸは、授受される電子メールを移動パケット通信網
ＭＰＮのユーザごとに割り当てられた電子メールアドレ
スに蓄積するメールボックスを備えている。なお、ここ
でいう「インターネットＩＮＥＴのユーザ」には、個人
のみでなく、ＩＰサーバＷも含まれる。

【００２４】（２）システム制御部Ｉ−ＭＡＸの構成 図５は同ゲートウェイサーバＧＷＳ内のシステム制御部
Ｉ−ＭＡＸの構成を示すブロック図である。この図に示
すように、システム制御部Ｉ−ＭＡＸは、対内受信部Ｉ
Ｍ１、タグ圧縮部ＩＭ４、対内送信部ＩＭ５、対外受信
部ＩＭ６、メールヘッダ削減部ＩＭ７、メールヘッダ付
加部ＩＭ８、対外送信部ＩＭ９、タグ圧縮部ＩＭ４に使
用されるタグ変換テーブルＴＢＬ、メールヘッダ削減部
ＩＭ７及びメールヘッダ付加部ＩＭ８により使用される
ヘッダ削減・付加リストＬＳＴ、及び上記各部の制御等
を行う処理部ＩＭ３を有する。

【００２５】同図において、タグ変換テーブルＴＢＬ
は、ＨＴＭＬのタグを圧縮して伝送すべきデータ量を低
減する際に使用されるものであり、タグに対するＨＴＭ
Ｌの表記法に従った文字列（以後、フル文字列）と予め
設定された短い文字列（以後、短縮文字列）とを１対１
で対応付けたものである。ただし、フル文字列の長さが
十分に短く、短縮文字列に置き換えても圧縮効果を見込
めないタグについては、短縮文字列は定義されていな
い。どのタグに短縮文字列を定義するかは適宜設計事項
であり、本実施形態においては、統計的及び経験的に定
めている。

【００２６】なお、短縮文字列は、同一タグを表すフル
文字列よりも文字列長が短く、各種タグを含む他の情報
と識別可能な特定の形式に従って作成されたものであ
る。この「特定の形式」は任意であるが、ここでは、Ｈ
ＴＭＬの表記法において“<CENTER>”というフル文字列
で表されるタグに対して、“#A#”といった短縮文字列
が割り当てられる。ここで“#”は“A”が短縮文字列で
あること、及び短縮文字列の開始・終了位置を示す識別
子である。

【００２７】一方、ヘッダ削減・付加リストＬＳＴは、
ＳＭＴＰを用いて送信される電子メールのヘッダ項目の
うち、移動パケット通信網ＭＰＮ内において削減可能な
項目を列挙したものであり、送信元メールアドレスを示
す“FROM”、宛先メールアドレスを示す“TO”、表題を
示す“SUBJECT”といった必須項目を除いたヘッダ項目
（伝送経路情報等を示す項目）が挙げられている。この
ヘッダ削減・付加リストＬＳＴを用いて電子メールのヘ
ッダ項目を削減することで、移動パケット通信網ＭＰＮ
上のトラヒックを削減することができる。

【００２８】対内受信部ＩＭ１は移動パケット通信網Ｍ
ＰＮから送信されてきたデータを受信し、当該データを
処理部ＩＭ３へ供給する。また、タグ圧縮部ＩＭ４はタ
グ変換テーブルＴＢＬを参照し、タグ変換テーブルＴＢ
Ｌ内のフル文字列が処理部ＩＭ３から供給されたデータ
中に存在する場合には当該フル文字列を短縮文字列に変
換した後、当該データを対内送信部ＩＭ５へ供給する。
なお、タグ圧縮部ＩＭ４において、通常の“#”という
文字は“##”という文字列に変換される。対内送信部Ｉ
Ｍ５はタグ圧縮部ＩＭ４から供給されたデータを移動パ
ケット通信網ＭＰＮへ送信する。

【００２９】対外受信部ＩＭ６はインターネットＩＮＥ
Ｔから送信されてきたデータを受信する。また、対外受
信部ＩＭ６は、受信時に使用した上層の通信プロトコル
がＳＭＴＰであれば当該データをメールヘッダ削減部Ｉ
Ｍ７へ、ＨＴＴＰであれば当該データを処理部ＩＭ３へ
供給する。メールヘッダ削減部ＩＭ７はヘッダ削減・付
加リストＬＳＴを参照し、対外受信部ＩＭ６から供給さ
れたデータからヘッダ削減・付加リストＬＳＴに含まれ
ているヘッダ項目を削除した後、当該データを処理部Ｉ
Ｍ３へ供給する。メールヘッダ付加部ＩＭ８は処理部Ｉ
Ｍ３から供給されたデータに対してヘッダ削減・付加リ
ストＬＳＴに含まれているヘッダ項目を付加した後、対
外送信部ＩＭ９へ供給する。対外送信部ＩＭ９はメール
ヘッダ付加部ＩＭ８から供給されたデータ及び処理部Ｉ
Ｍ３から直接的に供給されたデータをインターネットＩ
ＮＥＴへ送信する。

【００３０】次に、処理部ＩＭ３が行う処理について場
合分けして説明する。 移動パケット通信網ＭＰＮ側からデータを受信した場
合 図６はゲートウェイサーバＧＷＳの処理部ＩＭ３による
処理（移動パケット通信網ＭＰＮからのデータ受信時）
の流れを示すフローチャートであり、この図に示すよう
に、移動パケット通信網ＭＰＮ側（すなわち対内受信部
ＩＭ１）からデータを受信した場合、処理部ＩＭ３は、
受信したデータがＨＴＴＰの通常のメッセージ（例えば
ＧＥＴメソッドを用いたリクエスト）であるか否かを判
定し（ステップＳ１０１）、この判定結果が“ＹＥＳ”
の場合には、当該メッセージを対外送信部ＩＭ９へ直接
的に供給し、対外送信部ＩＭ９によりインターネットＩ
ＮＥＴへ送信させる。

【００３１】ステップＳ１０１での判定結果が“ＮＯ”
の場合には、処理部ＩＭ３は、受信したデータがメール
受信要求メッセージであるか否かを判定し（ステップＳ
１０３）、この判定結果が“ＹＥＳ”の場合には、当該
メッセージの送信元のメールアドレスを特定し、当該メ
ールアドレスに応じたメールボックスから未読の電子メ
ールを読み出し、読み出した電子メールをタグ圧縮部Ｉ
Ｍ４へ供給し、最終的には対内送信部ＩＭ５により移動
パケット通信網ＭＰＮへ送信させる（ステップＳ１０
４）。

【００３２】ステップＳ１０３での判定結果が“ＮＯ”
の場合には、処理部ＩＭ３は、受信したデータがメール
送信要求メッセージであるか否かを判定し（ステップＳ
１０５）、この判定結果が“ＹＥＳ”の場合には、さら
に当該メッセージ中の電子メールの宛先メールアドレス
が移動パケット通信網ＭＰＮの加入者の電子メールアド
レスか否かを判定する（ステップＳ１０６）。ステップ
Ｓ１０６の判定は、バスＢＵＳを介して顧客情報管理部
Ｕ−ＭＡＸへ宛先メールアドレスを供給することで行わ
れる。すなわち、処理部ＩＭ３は、当該メールアドレス
を含むレコードが顧客情報管理部Ｕ−ＭＡＸから返送さ
れてきたら移動パケット通信網ＭＰＮの加入者宛の電子
メールであり、「該当無し」という旨のデータが顧客情
報管理部Ｕ−ＭＡＸから返送されてきたらインターネッ
トＩＮＥＴのユーザ宛の電子メールである、と判定す
る。

【００３３】ステップＳ１０６での判定結果が“ＹＥ
Ｓ”の場合、処理部ＩＭ３は、メール格納処理及び着信
通知処理を行う。なお、メール格納処理とは、当該電子
メールを宛先メールアドレスに対応したメールボックス
に未読メールとして格納する処理である。また、着信通
知処理とは、上記メール格納処理後に、格納した電子メ
ールの宛先メールアドレスから特定される宛先の移動機
ＭＳの電話番号で発呼し、回線確立後に、当該移動機Ｍ
Ｓに対して、未読の新着メールが存在する旨の通知メッ
セージを送信して当該回線を切断する処理である。

【００３４】一方、ステップＳ１０６での判定結果が
“ＮＯ”の場合、処理部ＩＭ３は、メール送信要求メッ
セージに含まれる電子メールをメールヘッダ付加部ＩＭ
８へ供給し、対外送信部ＩＭ９によりインターネットＩ
ＮＥＴへ送信する（ステップＳ１０８）。なお、ステッ
プＳ１０５での判定結果が“ＮＯ”の場合、すなわち受
信したデータがＨＴＴＰの通常のメッセージでなく、か
つメール受信要求メッセージでなく、かつメール送信要
求メッセージでない場合には、処理部ＩＭ３は何もしな
い。

【００３５】インターネットＩＮＥＴ側からデータを
受信した場合 図７はゲートウェイサーバＧＷＳの処理部ＩＭ３による
処理（インターネットＩＮＥＴからのデータ受信時）の
流れを示すフローチャートであり、この図に示すよう
に、インターネットＩＮＥＴ側（すなわち対外受信部Ｉ
Ｍ６またはメールヘッダ削減部ＩＭ７）からデータを受
信した場合、処理部ＩＭ３は、受信したデータがＨＴＴ
Ｐの通常のメッセージ（例えばＧＥＴメソッドを用いた
リクエストに対するレスポンス）であるか否かを判定し
（ステップＳ２０１）、この判定結果が“ＹＥＳ”の場
合には、当該メッセージをタグ圧縮部ＩＭ４へ供給し、
対内送信部ＩＭ５により移動機ＭＳへ送信させる（ステ
ップＳ２０２）。

【００３６】ステップＳ２０１での判定結果が“ＮＯ”
の場合、処理部ＩＭ３は、受信したデータが電子メール
であるか否かを判定する（ステップＳ２０３）。ステッ
プＳ２０１，Ｓ２０３での判定は、受信したデータの内
容を調べることにより行われる（データの受信時に使用
した通信プロトコルに基づいてステップＳ２０３での判
定を行うようにしてもよい）。ステップＳ２０３の判定
結果が“ＹＥＳ”の場合、処理部ＩＭ３は、さらに当該
メッセージ中の電子メールの宛先メールアドレスが移動
パケット通信網ＭＰＮの加入者の電子メールアドレスか
否かを判定する（ステップＳ２０４）。この判定処理は
前述のステップＳ１０６と同様の方法により実現され
る。そして、ステップＳ２０４での判定結果が“ＹＥ
Ｓ”の場合、処理部ＩＭ３は、前述のメール格納処理及
び着信通知処理を行う（ステップＳ２０５）。

【００３７】一方、ステップＳ２０４の判定結果が“Ｎ
Ｏ”の場合、処理部ＩＭ３は何もしない（あるいは電子
メールの送信元に対して電子メールの送達が為されなか
った旨を返信する）。また、ステップＳ２０３での判定
結果が“ＮＯ”の場合、すなわち受信したデータがＨＴ
ＴＰの通常のメッセージでなく、かつ移動パケット通信
網ＭＰＮの加入者宛の電子メールでもない場合には、処
理部ＩＭ３は何もしない。

【００３８】Ａ−４：移動機ＭＳの構成 図８は同システムにおける移動機ＭＳの構成を示すブロ
ック図であり、図９は同移動機ＭＳの外観を示す図であ
る。これらの図に示されるように、移動機ＭＳは、タグ
変換テーブルＴＢＬ、アンテナＭＳ１、データ受信部Ｍ
Ｓ２、タグ伸長部ＭＳ３、データ送信部ＭＳ６、表示部
ＭＳ７、操作部ＭＳ８、データ格納メモリＭＳ９、リダ
イヤルメモリＭＳ１０、電話帳メモリＭＳ１１、送話部
ＭＳ１２、受話部ＭＳ１３、呼制御・音声処理系統ＭＳ
１４及び上記各部の制御等を行う処理部ＭＳ４から構成
されている。

【００３９】図８において、データ受信部ＭＳ２はアン
テナＭＳ１から供給される信号からデジタルデータを抽
出し、当該データをタグ伸長部ＭＳ３へ供給する。ま
た、タグ伸長部ＭＳ３はタグ変換テーブルＴＢＬを参照
し、タグ変換テーブルＴＢＬ内の短縮文字列がデータ受
信部ＭＳ２から供給されたデータ中に存在する場合には
当該短縮文字列を対応するフル文字列に変換した後（及
び“##”を“#”に変換した後）、当該データを処理部
ＭＳ４へ供給する。データ送信部ＭＳ６は処理部ＭＳ４
から供給されたデータを表す信号をアンテナＭＳ１を介
して移動パケット通信網ＭＰＮへ送信する。

【００４０】表示部ＭＳ７は処理部ＭＳ４から供給され
る画像データを表示するものであり、図９に示す表示面
ＤＰを有するＬＣＤ等により実現されている。操作部Ｍ
Ｓ８は図９に示す操作子ＯＰを有し、ユーザによる操作
子ＯＰの操作内容を表すデータを処理部ＭＳ４へ供給す
る。なお、操作子ＯＰの「モード」ボタンはデータ通信
モードと音声通話モードとを切り替えるためのボタンで
ある。データ格納メモリＭＳ９、リダイヤルメモリＭＳ
１０、電話帳メモリＭＳ１１はそれぞれ処理部ＭＳ４に
より読み書きされるものであり、ＳＲＡＭ（スタティッ
ク・ランダム・アクセス・メモリ）により実現されてい
る。

【００４１】送話部ＭＳ１２は図９に示すマイクＭＩＣ
及びＡ／Ｄコンバータ（図示略）等を有し、マイクＭＩ
Ｃにより入力した信号に応じたデジタルデータを処理部
ＭＳ４へ供給する。受話部ＭＳ１３はＤ／Ａコンバータ
（図示略）及び図９に示すスピーカＳＰ等を有し、処理
部ＭＳ４から供給されたデジタルデータに応じた音響信
号を出力する。呼制御・音声処理系統ＭＳ１４は処理部
ＭＳ４とアンテナＭＳ１との間に呼設定処理や通話音声
の伝送処理を行うために設けられたものであり、処理部
ＭＳ４からの指示及びアンテナＭＳ１から供給されたコ
マンドに従った呼設定・切断等の処理、処理部ＭＳ４か
ら供給された音声データに応じた信号をアンテナＭＳ１
へ供給する処理、アンテナＭＳ１から供給された信号に
応じた音声データを処理部ＭＳ４へ供給する処理を行
う。

【００４２】次に、処理部ＭＳ４が行う処理について説
明する。処理部ＭＳ４は、表示部ＭＳ７による表示状態
と操作部ＭＳ８からの入力データとに基づいて各種割り
込み処理を行う。具体的には、上記表示状態及び上記入
力データが、移動機ＭＳ内のリソースにアクセスするこ
とを意味する場合には、当該リソースをデータ格納メモ
リＭＳ９から読み出し、表示部ＭＳ７により当該リソー
スに従った表示させる。また、上記表示状態及び上記入
力データが、移動機ＭＳ外のＵＲＬを指定してリソース
にアクセスすることを意味する場合には、処理部ＭＳ４
は、その旨を表すＨＴＴＰの通常のメッセージを作成
し、データ送信部ＭＳ６及びアンテナＭＳ１を介してゲ
ートウェイサーバＧＷＳへ送出する。また、上記表示状
態及び上記入力データが、ゲートウェイサーバＧＷＳに
格納された新着メールを受信することを意味する場合に
は、処理部ＭＳ４は、メール受信要求メッセージを作成
し、データ送信部ＭＳ６及びアンテナＭＳ１を介してゲ
ートウェイサーバＧＷＳへ送出する。さらに、上記表示
状態及び上記入力データが、電子メールを送信すること
を意味する場合には、処理部ＭＳ４は、データ格納メモ
リＭＳ９に格納された未送信の電子メールを読み出し、
当該電子メールを含むメール送信要求メッセージを作成
し、データ送信部ＭＳ６及びアンテナＭＳ１を介してゲ
ートウェイサーバＧＷＳへ送出する。

【００４３】また、処理部ＭＳ４は、電子メールを作成
し、未送信の電子メールとしてデータ格納メモリＭＳ９
に格納するためのユーザ・インタフェースを提供する。
すなわち、ユーザは、表示部ＭＳ７を視認しつつ処理部
ＭＳ４を操作することで電子メールを作成し、未送信の
電子メールとしてデータ格納メモリＭＳ９に格納するこ
とができる。

【００４４】さらに、処理部ＭＳ４は、データ受信部Ｍ
Ｓ２からの入力データに基づいて割り込み処理を行う。
具体的には、当該入力データが電子メールである場合に
は、当該電子メールを未読の電子メールとしてデータ格
納メモリＭＳ９に格納し、データ格納メモリＭＳ９に格
納されている電子メールの送信元メールアドレスを受信
日付順に並べた一覧を表示部ＭＳ７により表示させる
（図１４参照）。なお、当該一覧の表示項目や表示形式
は適宜設計事項であるが、ここでは、受信日付と送信元
メールアドレスとを対応付けて表示するようにし、送信
元メールアドレスが長すぎて改行を要する場合には超過
分の文字列を表示しないような形式としている。

【００４５】また、データ受信部ＭＳ２からの入力デー
タが着信通知メッセージである場合には、処理部ＭＳ４
は、ゲートウェイサーバＧＷＳに新着メールが存在する
旨の情報を表示部ＭＳ７により表示させる。さらに、処
理部ＭＳ４は、当該入力データがＨＴＴＰの通常のメッ
セージである場合、当該メッセージに基づいたユーザ・
インタフェースを提供する。具体的なユーザ・インタフ
ェースについては後述の動作の説明において例示する。

【００４６】また、処理部ＭＳ４は、拡張されたＨＴＭ
Ｌデータを処理可能に構成されている。すなわち、処理
部ＭＳ４は、メニューの選択肢と操作部ＭＳ８のボタン
とを動的に対応付けるようなＨＴＭＬデータや、テキス
トまたは画像に電話番号が対応付けられたＨＴＭＬデー
タ等を処理する機能を有する。この機能を用いた具体的
なアプリケーションについては、後述の動作の説明にお
いて例示する。なお、処理部ＭＳ４は、操作部ＭＳ８の
特定のボタンの押下に合わせて表示部ＭＳ７の表示内容
をスクロールさせる機能や、操作部ＭＳ８の特定のボタ
ンが押下されると直前の操作を取り消す機能等、一般的
なブラウザがホームページのブラウジングのために備え
ている機能を備えている。

【００４７】Ｂ：実施形態の動作 本実施形態において提供されるデータ通信サービスは、
プル型のサービスとプッシュ型のサービスに大別され
る。以下、この分類に従って、各サービスにおける実施
形態の動作について説明する。なお、本実施形態におい
て、プル型のサービスは、インターネットにおけるＷＷ
Ｗのような、クライアント（移動機ＭＳ）がサーバ（Ｉ
ＰサーバＷやゲートウェイサーバＧＷＳ）へリクエスト
を送信し、サーバが当該リクエストに応じたレスポンス
をクライアントへ返送するサービスを意味している。ま
た、本実施形態において、プッシュ型のサービスは、イ
ンターネットにおける電子メール配信サービスのよう
な、クライアントからのトリガを受けることなくサーバ
が当該クライアントに対してデータを送信するサービス
を意味している。

【００４８】基本的に、データ通信サービスを受けるた
めには、移動機ＭＳの動作モードがデータ通信モードで
ある必要があるが、プッシュ型のサービスでは、ゲート
ウェイサーバＧＷＳからの指示に基づいて移動機ＭＳは
自動的にデータ通信モードに遷移するため、移動機ＭＳ
の動作モードをデータ通信モードに予め遷移させておく
必要はない。そこで、以降のプッシュ型のサービスの説
明においては、移動機ＭＳの初期の動作モードは音声通
話モードであるものとする。なお、プッシュ型のサービ
ス開始時に移動機ＭＳの動作モードがデータ通信モード
であれば、モード遷移は行われず、そのままプッシュ型
のサービスが開始される。一方、プル型のサービスの説
明においては、移動機ＭＳの初期の動作モードはデータ
通信モードであるものとする。なお、移動機ＭＳとゲー
トウェイサーバＧＷＳとの間の呼設定時に、移動機ＭＳ
の電話番号はゲートウェイサーバＧＷＳへ供給される。

【００４９】Ｂ−１：プル型のサービス 本実施形態では、プル型のサービスにおけるリクエスト
の送信先として、ＩＰサーバＷ及びゲートウェイサーバ
ＧＷＳが想定されている。これら２種類の送信先に対す
る処理は異なる部分が多いため、以下では、項を分けて
説明する。

【００５０】（１）リクエストの送信先がＩＰサーバＷ
の場合 ここでは、このプル型のサービスを受ける場合、移動機
ＭＳのユーザは、まず、移動機ＭＳのモードをデータ通
信モードとするために、移動機ＭＳの「モード」ボタン
を操作する。この操作に応じたデータを受け取ると、処
理部ＭＳ４は、以下の、の処理を並行して行う。

【００５１】処理１ 処理部ＭＳ４は移動機ＭＳ内部のＲＯＭ（リード・オン
リー・メモリ）に格納されたＨＴＭＬデータを読み出
し、当該データ中のタグを解釈して表示イメージを生成
し、当該表示イメージを表示部ＭＳ７により表示させ
る。図１０は表示部ＭＳ７の表示例を示す図であり、プ
ル型のサービスにおいて提供可能なサービスを選択肢と
したメインメニューを示している。このメインメニュー
の各選択肢は他のリソースへのリンクのアンカーとなっ
ており、それぞれ所定のタグにより、対応するリソース
のＵＲＬが埋め込まれている。また、処理部ＭＳ４は各
選択肢に対応付けられたボタン割り当てタグを解釈し、
操作部ＭＳ８からの入力に備える。すなわち、処理部Ｍ
Ｓ４は、メインメニューの各選択肢と操作子ＯＰの各ボ
タンとを１対１で対応付けておく。

【００５２】処理２ 処理部ＭＳ４は、移動機ＭＳとゲートウェイサーバＧＷ
Ｓとの間に呼を設定する目的で、呼制御・音声処理系統
ＭＳ１４、アンテナＭＳ１を介して呼設定要求を送信す
る。なお、移動機ＭＳはゲートウェイサーバＧＷＳに対
応した電話番号を図示せぬＲＯＭ等に予め格納してお
り、上記呼設定要求は当該電話番号を用いて行われる。
以後の呼設定処理は一般的な移動通信網の呼設定処理そ
のものであり、周知であるため、その説明を省略する。
なお、以降の処理は、呼設定処理の完了前にも並行して
開始可能であるが、ここでは、呼設定処理の完了後に開
始されるものとする。

【００５３】表示面ＤＰを参照したユーザは、選択しよ
うとする選択肢に応じた操作子ＯＰ内のボタンを押す。
例えば、先頭に「１」を冠した選択肢を選択する場合に
は、ユーザは表示面ＤＰの「１」ボタンを押下する。す
ると、押下されたボタンに応じたデータが操作部ＭＳ８
から処理部ＭＳ４へ供給される。処理部ＭＳ４では、表
示中のデータにおいて、操作部ＭＳ８から供給されたデ
ータから特定されるボタンの値が対応付けられた選択肢
を仮選択し、当該選択肢が反転（強調）表示され、か
つ、最下行の所定領域にユーザが選択可能なアクション
が表示されるように表示イメージを変更し、当該表示イ
メージを表示部ＭＳ７により表示させる。

【００５４】図１０において「１」ボタンが押下された
場合の表示イメージを図１１に示す。この図において
「入る」とは、選択された選択肢にリンクされたリソー
ス（例えばホームページ）へジャンプすることを意味し
ている。なお、処理部ＭＳ４は、ユーザが選択可能なア
クションや選択肢が１つしかなければ、そのアクション
や選択肢を最初から仮選択し、反転表示されるように表
示イメージをする。図１１の例では、仮選択された選択
肢にはＵＲＬしか対応付けられていないため、ユーザが
選択可能なアクションが選択肢にリンクされたホームペ
ージへのジャンプしか存在しないため、「入る」が仮選
択され、反転表示されている。

【００５５】なお、本実施形態では、書き込みタグを使
用することにより、メニューの選択肢にＵＲＬのみなら
ず、電話番号をも対応付けることができる。例えば、図
１０において、「２」が冠された選択肢にＵＲＬ及び電
話番号が対応付けられているものとする。ここで、
「２」が冠された選択肢が仮選択されると、図１２に示
すように、アクションの選択肢として「記憶」「発呼」
「入る」が表示される。この際、図中左端の「記憶」が
仮選択されている。ここで「決定」ボタンが押下される
と、「２」が冠された選択肢の文字列と、当該選択肢に
対応付けられた電話番号とが電話帳データとして電話帳
メモリＭＳ１１に格納される。なお、事前の設定によ
り、電話番号のみをリダイヤルメモリＭＳ１０に格納す
ることも可能である。また、「発呼」を仮選択して「決
定」ボタンを押下すると、移動機ＭＳは動作モードを音
声通話モードに自動変更し、当該電話番号へ自動発呼す
る。この際、発呼した電話番号をリダイヤルメモリＭＳ
１０に格納するか否かは事前の設定により選択可能であ
る。

【００５６】図１１の状況下で、ユーザが表示面ＤＰの
「決定」ボタンを押下すると、選択肢及びアクションの
選択が確定する。具体的には、操作部ＭＳ８から「決
定」ボタンに応じたデータが供給されると、処理部ＭＳ
４は、仮選択された選択肢及びアクションを本選択し、
当該選択肢にリンク先として対応付けられたＵＲＬで特
定されるリソースを取得するためのリクエストを、デー
タ送信部ＭＳ６、アンテナＭＳ１を介して送信する。こ
の送信時に使用される上層の通信プロトコルは互換プロ
トコルＡＬであり、下層の通信プロトコルは簡易プロト
コルＴＬである。なお、当該リクエストはＨＴＴＰのＧ
ＥＴメソッドを用いたメッセージである。

【００５７】上記リクエストは無線区間及び基地局ＢＳ
を介してゲートウェイサーバＧＷＳの対内受信部ＩＭ１
により受信される。対内受信部ＩＭ１により受信された
リクエストは処理部ＩＭ３へ供給され、ここで解釈され
る。この場合、リクエストはＨＴＴＰの通常のメッセー
ジであるため、処理部ＩＭ３をスルーし、対外送信部Ｉ
Ｍ９からインターネットＩＮＥＴへ送出される。ただ
し、この送出時に使用される下層の通信プロトコルはＴ
ＣＰ／ＩＰに変換されている。他のネットワークへ送出
された当該リクエストは、最終的に当該ＵＲＬで特定さ
れるリソースを有するＩＰサーバＷにより受信される。
ＩＰサーバＷでは、当該リクエストに含まれるＵＲＬで
特定されるリソースを含むメッセージが当該リクエスト
に対するレスポンスとしてインターネットＩＮＥＴへ送
出される。

【００５８】当該レスポンスは、ゲートウェイサーバＧ
ＷＳの対外受信部ＩＭ６により受信され、処理部ＩＭ３
へ直接的に供給される。ゲートウェイサーバＧＷＳで
は、当該レスポンスはＨＴＴＰの通常のメッセージであ
ると判断され、何の変更も受けずにタグ圧縮部ＩＭ４へ
供給される。当該レスポンスは、タグ圧縮部ＩＭ４にお
いて、内部のフル文字列が短縮文字列に変換された後に
対内送信部ＩＭ５へ供給され、移動パケット通信網ＭＰ
Ｎを介して移動機ＭＳへ送信される。なお、当該送信時
に使用される下層の通信プロトコルが簡易プロトコルＴ
Ｌである。

【００５９】上記レスポンスは、移動機ＭＳのアンテナ
ＭＳ１を介してデータ受信部ＭＳ２により受信され、タ
グ伸長部ＭＳ３へ供給される。タグ伸長部ＭＳ３では、
レスポンス中の短縮文字列がフル文字列に変換される。
したがって、タグ伸長部ＭＳ３から処理部ＭＳ４へ供給
されるデータは、処理部ＭＳ４から出力されたデータと
同一となる。処理部ＭＳ４では、タグ伸長部ＭＳ３から
供給されたデータをデータ格納メモリＭＳ９に格納する
とともに、当該データ中のタグを解釈して表示イメージ
を含むユーザ・インタフェースを生成し、当該表示イメ
ージを表示部ＭＳ７により表示させる（図１３参照）。

【００６０】（２）リクエストの送信先がゲートウェイ
サーバＧＷＳの場合 前述のように、ゲートウェイサーバＧＷＳは各移動機Ｍ
Ｓに対するメールボックスを有している。したがって、
移動機ＭＳが自機宛の電子メールをダウンロードするた
めにはゲートウェイサーバＧＷＳに対してプル型のサー
ビスを要求することになる。この場合、表示部ＭＳ７に
よりメインメニューが表示された状況下で（図１０参
照）、ユーザは操作部ＭＳ８を操作し、「４」を冠した
選択肢「メール受信」を選択する。これにより、電子メ
ールの受信処理が開始される。

【００６１】具体的には、タグ伸長部ＭＳ３は、ゲート
ウェイサーバＧＷＳに対して未読の電子メールの送信を
要求するメール受信要求メッセージをデータ送信部ＭＳ
６、アンテナＭＳ１を介して移動パケット通信網ＭＰＮ
へ送出する。移動パケット通信網ＭＰＮへ送出されたメ
ッセージはゲートウェイサーバＧＷＳの対内受信部ＩＭ
１により受信される。対内受信部ＩＭ１により受信され
たデータは処理部ＩＭ３へ供給され、ここでその内容が
解釈される。処理部ＩＭ３は、解釈結果に基づいて、供
給されたメッセージがメール受信要求メッセージである
と判断し、当該メッセージの送信元の電話番号から特定
される電子メールアドレスに対応したメールボックスか
ら未読の電子メールを読み出し、当該未読の電子メール
をタグ圧縮部ＩＭ４、対内送信部ＩＭ５を介して移動機
ＭＳへ送信し、当該メールボックス中の当該電子メール
を既読とする。なお、データ中のフル文字列はタグ圧縮
部ＩＭ４において短縮文字列に変換される。

【００６２】移動機ＭＳではアンテナＭＳ１、データ受
信部ＭＳ２、タグ伸長部ＭＳ３を介して、受信したデー
タが処理部ＭＳ４へ供給される。なお、データ中の短縮
文字列はタグ伸長部ＭＳ３においてフル文字列に変換さ
れる。処理部ＭＳ４では、タグ伸長部ＭＳ３から供給さ
れたデータを電子メールと解釈し、受信時刻と対応付け
てデータ格納メモリＭＳ９に格納し、データ格納メモリ
ＭＳ９に格納された電子メールの送信元メールアドレス
を表示部ＭＳ７により一覧表示させる（図１４参照）。
なお、図１４において、右端の「１２」，「１１」とい
う数字は受信日を表している。また、図１４において、
未読メールは下線表示されている。さらに、図１４の状
態において、使用者が特定のボタンを押下することで表
示しきれない部分が表示される。

【００６３】ユーザは、表示面ＤＰの表示内容を参照
し、所望の電子メールを選択する。これにより、処理部
ＭＳ４は、選択された表題の電子メールをデータ格納メ
モリＭＳ９から読み出し、表示部ＭＳ７により表示させ
る（図１５参照）。この際、処理部ＭＳ４は、内容が表
示された電子メールが未読メールであれば、データ格納
メモリＭＳ９に格納されている状態情報を「既読」を表
す情報に変更する。なお、ここでは、テキストのみから
なる電子メールを表示する例を示したが、本文がＨＴＭ
Ｌデータや画像データからなる電子メールであっても表
示のための操作は上述と同一である。

【００６４】Ｂ−２：プッシュ型のサービス 次に、プッシュ型のサービスについて説明する。 Ｂ−２−１：移動機ＭＳからの電子メール送信 ここでは、電子メールの送信に先立って、移動機ＭＳの
ユーザは、操作部ＭＳ８を操作し、電子メールを作成、
データ格納メモリＭＳ９の所定領域への格納を完了して
いるものとする。なお、ここで作成される電子メールの
ヘッダは、前述のように、３つの項目のみを有する。

【００６５】未送信の電子メールをデータ格納メモリＭ
Ｓ９の所定領域へ格納させたユーザは、移動機ＭＳのモ
ードをデータ通信モードとするために、移動機ＭＳの
「モード」ボタンを押下する。この操作に応じたデータ
を受け取ると、処理部ＭＳ４は、前述の，の処理を
並行して行う。なお、以降の処理は、の呼設定処理の
完了前にも並行して開始可能であるが、ここでは、呼設
定処理の完了後に開始されるものとする。

【００６６】表示面ＤＰを参照したユーザは、先頭に
「４」を冠した選択肢「メール送信」を選択する。これ
により、電子メールの送信処理が開始される。具体的に
は、処理部ＭＳ４はデータ格納メモリＭＳ９から未送信
の電子メール（テキストデータ）を読み出し、当該電子
メールを含むメール送信要求メッセージをデータ送信部
ＭＳ６、アンテナＭＳ１を介して移動パケット通信網Ｍ
ＰＮへ送出する。この送出時に用いられる上層の通信プ
ロトコルは互換プロトコルＡＬであり、下層の通信プロ
トコルは簡易プロトコルＴＬである。

【００６７】移動パケット通信網ＭＰＮへ送出されたメ
ール送信要求メッセージはゲートウェイサーバＧＷＳの
対内受信部ＩＭ１により受信される。対内受信部ＩＭ１
により受信されたデータは処理部ＩＭ３へ供給され、こ
こでその内容が解釈される。処理部ＩＭ３は、解釈結果
に基づいて、メール送信要求メッセージから電子メール
を抽出し、これを宛先メールアドレスへ送信する。

【００６８】（１）宛先メールアドレスが移動パケット
通信網ＭＰＮ内の加入者の電子メールアドレスの場合
（上記判断結果が「ＹＥＳ」の場合）。この場合、処理
部ＩＭ３は当該電子メールを宛先メールアドレスに応じ
たメールボックスに未読メールとして格納し、宛先メー
ルアドレスが割り当てられた移動機ＭＳに対して前述の
着信通知処理を行う。なお、ここでは、移動機ＭＳの初
期状態を音声通話モードとしているので、着信通知処理
の前後に呼設定処理と呼切断処理が必要となる。

【００６９】着信通知メッセージは移動機ＭＳのアンテ
ナＭＳ１を介してデータ受信部ＭＳ２により受信され、
タグ伸長部ＭＳ３を介して処理部ＭＳ４へ供給される。
なお、着信通知メッセージは短縮文字列を含まないた
め、タグ伸長部ＭＳ３では文字列の変換は行われない。
すなわち、着信通知メッセージがそのまま処理部ＭＳ４
へ供給される。処理部ＭＳ４は、着信通知メッセージを
受け取ると、表示部ＭＳ７により、ゲートウェイサーバ
ＧＷＳに新着メールが存在する旨を表示面ＤＰに表示さ
せる。

【００７０】（２）宛先メールアドレスがＩＰサーバＷ
の電子メールアドレスの場合（上記判断結果が「ＮＯ」
の場合）。この場合、ゲートウェイサーバＧＷＳの処理
部ＩＭ３は、当該電子メールをメールヘッダ付加部ＩＭ
８へ供給する。メールヘッダ付加部ＩＭ８では、当該電
子メールの形式がＳＭＴＰにて送信可能な形式に変換さ
れる。すなわち、欠けているヘッダ項目が当該電子メー
ルに追加される。そして、メールヘッダ付加部ＩＭ８
は、変換後の電子メールを対外送信部ＩＭ９へ供給す
る。対外送信部ＩＭ９は、メールヘッダ付加部ＩＭ８か
ら供給された電子メールをＳＭＴＰを用いてインターネ
ットＩＮＥＴへ送出する。インターネットＩＮＥＴへ送
出された電子メールは、当該電子メールの宛先メールア
ドレスに対応して設けられたメールボックスを有するＩ
ＰサーバＷにより受信される。ＩＰサーバＷでは、当該
電子メールをメールボックスに格納する。

【００７１】Ｂ−２−２：ＩＰサーバＷからのメール送
信 一方、ＩＰサーバＷから移動機ＭＳへの電子メールがＳ
ＭＴＰを用いてインターネットＩＮＥＴへ送出される
と、送出されたデータはゲートウェイサーバＧＷＳの対
外受信部ＩＭ６により受信される。対外受信部ＩＭ６は
受信したデータがＳＭＴＰを用いて伝送されてきたこと
から、当該データは電子メールであると判断し、当該電
子メールをメールヘッダ削減部ＩＭ７へ供給する。メー
ルヘッダ削減部ＩＭ７は、当該電子メールのヘッダか
ら、前述の必須項目以外の項目を削除し、結果として得
られたデータを処理部ＩＭ３へ供給する。処理部ＩＭ３
はメールヘッダ削減部ＩＭ７から供給されたデータを電
子メールとして認識し、そのヘッダから宛先メールアド
レスを抽出し、当該メールアドレスに対応して設けられ
たメールボックスに未読メールとして格納する。以後、
移動機ＭＳに対する着信通知処理が行われるが、前述し
た処理と同一の処理であるため、その説明を省略する。

【００７２】Ｃ：補足 既述のように、本発明は、上述した実施形態に限られる
ものではない。本発明の技術思想の範囲で、例えば以下
のような種々の変更等が可能である。 （１）上述した実施形態では、タグの圧縮・伸長処理、
ヘッダ項目の削除・付加処理、書き込みタグの処理を全
て行うようにしたが、いずれか１つの処理、あるいは任
意の２つの処理を組合せて行うようにしてもよい。 （２）上述した実施形態では、メニューの選択肢にボタ
ンを割り当て、ボタンの押下に応じて直接的に選択肢を
選択できるようにしたが、カーソルキーを設け、これを
操作することで選択肢を選択するようにしてもよい。

【００７３】（３）上述した実施形態では、書き込みタ
グに従って書き込むべきデータを電話番号としたが、こ
れに限るものではない。また、複数種類の書き込みタグ
を用意し、書き込みタグの種類に応じて書き込み先や書
き込むべきデータの種類を変更するようにしてもよい。
もちろん、書き込み先のみならず、書き込むべきデータ
の種類をも使用者が任意に指定できるようにしてもよ
い。また、電話番号と当該電話番号に対応付けられた文
字列を組として電話帳メモリに書き込む動作例を示した
が、電話番号に対応付けられる情報は文字列に限らな
い。例えば、通信端末装置の仕様が許せば、画像などの
オブジェクトを電話番号に対応付けて電話帳メモリに書
き込むことも可能である。

【００７４】（４）上述した実施形態では、マークアッ
プ言語のタグ（書き込みタグ）を用いて書き込むべきデ
ータを通信端末装置へ知らせているが、他の方法も採用
可能である。例えば、通信端末装置において、ゲートウ
ェイ装置からのデータの所定フィールドに何らかのデー
タが存在する場合には当該データを書き込むべきデータ
と判断し、上記所定フィールドにデータが存在しない場
合には書き込むべきデータが無いと判断するようにして
もよい。なお、言うまでもないが、タグを使用しない場
合には、マークアップ言語を採用する必要もない。

【００７５】（５）上述した実施形態では、書き込むべ
きデータを不揮発性メモリに書き込むようにしたが、こ
れに限定されるものではなく、例えば、ＲＡＭ等の揮発
性メモリに書き込むようにしてもよい。なお、言うまで
もないが、ハードディスクや光磁気ディスク等も不揮発
性メモリの一種である。 （６）上述した実施形態においては、移動機ＭＳからゲ
ートウェイサーバＧＷＳへの送信データ中に圧縮すべき
タグは存在しないため、あるいは少数であるため、移動
機ＭＳにおいてはタグの圧縮を行わない例を示したが、
これに限らないことは言うまでもない。

【００７６】（７）上述した実施形態においては、通信
端末装置とゲートウェイ装置との間の通信回線として移
動網を使用する例を示したが、これ以外の網または専用
線を使用する態様も考えられる。 （８）上述した実施形態においては、電子メールの送信
時に、ゲートウェイ装置において、ヘッダ項目を必ず付
加するようにしたが、インターネットＩＮＥＴ上のＳＭ
ＴＰが宛先アドレス、送信元アドレス、表題の３つの項
目しか持たないヘッダを許容している場合には、上記付
加処理を削減してもよい。 （１０）なお、上述した実施形態における「文字列」と
は可視の文字列のみならず、不可視の文字列（例えば、
エスケープシーケンス）をも含む。

【００７７】

【発明の効果】以上説明したように、本発明によれば、
受信したデータに含まれる電話番号等の情報を記憶手段
に自動的に書き込むことができるため、より高い操作性
を通信端末装置の使用者に提供することができる。

【図面の簡単な説明】

【図１】 本発明の一実施形態による通信システムの構
成を示すブロック図である。

【図２】 同システムにおける加入者データベースＵＤ
Ｂの内容を例示するデータフォーマット図である。

【図３】 同システムにおける通信プロトコルの階層を
部分的に示す概念図である。

【図４】 同システムにおけるゲートウェイサーバＧＷ
Ｓの構成を示すブロック図である。

【図５】 同ゲートウェイサーバＧＷＳ内のシステム制
御部Ｉ−ＭＡＸの構成を示すブロック図である。

【図６】 ゲートウェイサーバＧＷＳの処理部ＩＭ３に
よる処理（移動パケット通信網ＭＰＮからのデータ受信
時）の流れを示すフローチャートである。

【図７】 ゲートウェイサーバＧＷＳの処理部ＩＭ３に
よる処理（インターネットＩＮＥＴからのデータ受信
時）の流れを示すフローチャートである。

【図８】 同システムにおける移動機ＭＳの構成を示す
ブロック図である。

【図９】 同移動機ＭＳの外観を示す図である。

【図１０】 表示部ＭＳ７の表示例を示す図である。

【図１１】 表示部ＭＳ７の表示例を示す図である。

【図１２】 表示部ＭＳ７の表示例を示す図である。

【図１３】 表示部ＭＳ７の表示例を示す図である。

【図１４】 表示部ＭＳ７の表示例を示す図である。

【図１５】 表示部ＭＳ７の表示例を示す図である。

【符号の説明】

ＡＬ…互換プロトコル、ＢＳ…基地局、ＢＵＳ…バス、
ＤＰ…表示面、ＧＷＳ…ゲートウェイサーバ、Ｉ−ＭＡ
Ｘ…システム制御部、ＩＭ１…対内受信部、ＩＭ２…タ
グ伸長部、ＩＭ３…処理部、ＩＭ４…タグ圧縮部、ＩＭ
５…対内送信部、ＩＭ６…対外受信部、ＩＭ７…メール
ヘッダ削減部、ＩＭ８…メールヘッダ付加部、ＩＭ９…
対外送信部、ＩＭ１０…バス・インタフェース部、ＩＮ
ＥＴ…インターネット、ＬＳＴ…ヘッダ削減・付加リス
ト、Ｍ−ＭＡＸ…電子メール管理部、ＭＩＣ…マイク、
ＭＳ…移動機、ＭＳ１…アンテナ、ＭＳ２…データ受信
部、ＭＳ３…タグ伸長部、ＭＳ４…処理部、ＭＳ６…デ
ータ送信部、ＭＳ７…表示部、ＭＳ８…操作部、ＭＳ９
…データ格納メモリ、ＭＳ１０…リダイヤルメモリ、Ｍ
Ｓ１１…電話帳メモリ、ＭＳ１２…送話部、ＭＳ１３…
受話部、ＭＳ１４…呼制御・音声処理系統、ＭＰＮ…移
動パケット通信網、ＯＰ…操作子、ＰＳ…パケット加入
者処理装置、ＳＰ…スピーカ、ＴＢＬ…タグ変換テーブ
ル、ＴＬ…簡易プロトコル、Ｕ−ＭＡＸ…顧客情報管理
部、ＵＤＢ…加入者データベース、Ｗ…ＩＰサーバ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 12/58 Ｈ０４Ｂ 7/26 １０９Ｍ ５Ｋ１０１ Ｈ０４Ｎ 1/00 Ｈ０４Ｌ 11/20 １０１Ｂ 1/32 Ｆターム(参考） 5B089 GA11 GA25 GA31 HA10 HA13 HB02 HB05 HB07 JA22 JA31 JB01 JB02 KA01 KB07 KF05 KH03 KH28 LA06 LA13 LA19 LB04 LB14 5C062 AA12 AA29 AA37 AB20 AB43 AC35 AC39 AC58 AE07 AE11 AE14 AF02 AF03 BB03 5C075 AB06 AB90 BA08 CA90 CD25 FF90 5K030 HC02 JT09 KA05 LB02 5K067 AA21 BB02 BB21 CC08 EE02 GG01 GG11 HH21 5K101 KK02 KK16 LL02 LL12 MM04 MM06 MM07 NN02 NN18 NN22 NN25 PP03 RR04 RR12 SS07 TT02 UU19 UU20

Claims (14)

【特許請求の範囲】
1. 【請求項１】 他の装置からのデータを電話網経由で受
   信するデータ受信手段と、 電話網経由で使用者と他の装置の使用者との間の通話を
   実現する通話手段と、 前記データ受信手段により受信されたデータから予め設
   定された抽出規則に従ってデータを抽出する抽出手段
   と、 前記抽出手段により抽出されたデータを記憶する記憶手
   段とを具備し、 前記通話手段は前記記憶手段に記憶されたデータを用い
   て前記通話を実現することを特徴とする通信端末装置。
2. 【請求項２】 前記抽出手段は予め設定された識別子を
   検出し、該識別子に対応付けられたデータを抽出するこ
   とを特徴とする請求項１に記載の通信端末装置。
3. 【請求項３】 前記識別子はマークアップ言語のタグで
   あることを特徴とする請求項２に記載の通信端末装置。
4. 【請求項４】 前記記憶手段は不揮発性メモリであるこ
   とを特徴とする請求項１に記載の通信端末装置
5. 【請求項５】 前記抽出手段は前記データ受信手段によ
   り受信されたデータから電話番号を表すデータを抽出
   し、 前記記憶手段は発呼に使用する電話番号を記憶するため
   のメモリであり、前記抽出手段により抽出されたデータ
   を記憶することを特徴とする請求項１に記載の通信端末
   装置。
6. 【請求項６】 前記抽出手段は前記データ受信手段によ
   り受信されたデータから所定の形式のデータと該データ
   が対応付けられたデータとを組として抽出し、 前記記憶手段は前記組を記憶することを特徴とする請求
   項１に記載の通信端末装置。
7. 【請求項７】 前記抽出規則を変更するための抽出規則
   変更手段を具備することを特徴とする請求項１に記載の
   通信端末装置。
8. 【請求項８】 使用者の指示を入力するための操作手段
   を具備し、 前記抽出手段は、前記データ受信手段により受信された
   データから、予め設定された抽出規則及び前記操作手段
   により入力された指示に従ってデータを抽出することを
   特徴とする請求項１に記載の通信端末装置。
9. 【請求項９】 前記通話手段を制御し、前記抽出手段に
   より抽出されたデータを用いて発呼処理を行わせる自動
   発呼手段を具備することを特徴とする請求項１に記載の
   通信端末装置。
10. 【請求項１０】 前記電話網は移動通信網であることを
    特徴とする請求項１乃至９のいずれかに記載の通信端末
    装置。
11. 【請求項１１】 他の装置からのマークアップ言語で記
    述されたデータを通信網経由で受信するデータ受信手段
    と、 前記データ受信手段により受信されたデータから予め設
    定されたタグを検出し、該タグに対応付けられたデータ
    を抽出する抽出手段と、 前記抽出手段により抽出されたデータを記憶する記憶手
    段とを具備することを特徴とする通信端末装置。
12. 【請求項１２】 前記通信網は移動通信網であることを
    特徴とする請求項１１に記載の通信端末装置。
13. 【請求項１３】 受信側装置と送信側装置との間の電話
    網を介した通信方法であって、 前記受信側装置に記憶させようとするデータに識別子を
    対応付けてなるデータを前記送信側装置が前記電話網を
    介して前記受信側装置へ送信する送信ステップと、 前記データ通信網を介して送信されてきたデータを前記
    受信側装置が受信する受信ステップと、 前記受信ステップにて受信したデータから前記受信側装
    置が前記識別子を検出する検出ステップと、 前記検出ステップにて検出された前記識別子に対応付け
    られたデータを前記受信側装置が抽出する抽出ステップ
    と、 前記抽出ステップにて抽出されたデータを、前記受信側
    装置が前記電話網を介した通話を実現するために使用で
    きるように記憶する記憶ステップとを有することを特徴
    とする通信方法。
14. 【請求項１４】 前記電話網は移動通信網であることを
    特徴とする請求項１３に記載の通信方法。