JP3492265B2

JP3492265B2 - デジタル無線電話によるメッセージ通信システム

Info

Publication number: JP3492265B2
Application number: JP34972699A
Authority: JP
Inventors: 洋太田; 新次郎中村; 直彦市原; 禎之藤原; 啓充橘; 和久樋口; 洋巳加藤; 伸次植月; 義和村元; 泰江刑部
Original assignee: ボーダフォン株式会社
Priority date: 1999-10-29
Filing date: 1999-12-09
Publication date: 2004-02-03
Anticipated expiration: 2019-12-09
Also published as: JP2001197553A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、デジタル無線電
話により大容量の文字情報、画像情報あるいは音声情報
等のメッセージの転送に適したデジタル無線電話による
メッセージ通信システムに関するものである。

【０００２】

【従来の技術】従来、無線電話システムにおいて、情報
提供元あるいはサービス提供者のコンテンツ・データベ
ースを移動通信網側に設置あるいは専用線で接続して、
携帯電話向けの情報提供サービスが実現されている。例
えば、本出願人は、移動機からのユーザ要求に基づいて
広い範囲の情報サービスプロバイダに簡単にアクセスで
き、必要な情報サービスを対話的に受けることができる
デジタル無線電話による情報提供サービスシステムを提
案している。また、移動機からインターネット上のウェ
ブサーバのホームページ等のファイルを取得して移動機
の表示部で表示させる、いわゆるインターネットブラウ
ジングを行うサービスが実現されている。例えば、本出
願人は、ウェブゲートウェイプラットフォーム（ＷＧ
Ｐ）を開発し、ウェブサーバ上に作成された従来のホー
ムページに大きな変更を加えることなく、移動機側が対
応できる容量と構成にしてホームページの特定のメッセ
ージを表示することができる無線電話によるメッセージ
通信方法及び通信システムを提案している。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
情報提供サービスシステムあるいはメッセージ通信方法
及び通信システムは、配信ベアラは、１２８バイトを３
連結した最大３８４バイトのショートメッセージサービ
スであるため、長文のメール、画像データあるいは音楽
データ等の大容量データの転送に適していないことがあ
った。

【０００４】本発明は上記事情に鑑みなされたもので、
大容量の文字情報、画像情報あるいは音声情報等のメッ
セージの転送に適したデジタル無線電話によるメッセー
ジ通信システムを提供することを目的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明のデジタル無線電話によるメッセージ通信シ
ステムは、メッセージ表示機能を有する移動機から情報
提供元にあるコンテンツの取得要求のためのリクエスト
をメッセージ通信機能を有する移動体通信網を経由して
送信し、前記情報提供元から取得したコンテンツを含む
メッセージを該移動体通信網を経由して前記移動機へ送
信するデジタル無線電話によるメッセージ通信システム
において、前記移動体通信網は、前記移動機と上位シス
テムとの間にあって該移動機側からのリクエスト及び前
記情報提供元からの取得コンテンツを含むメッセージの
転送処理を行うとともに前記移動機とのセッション制御
を行う大容量データ転送システムと、前記上位システム
の一部を構成し大容量データ転送システムと情報提供元
との間にあって送信されてきたリクエストを前記情報提
供元へ接続してコンテンツ取得のためのプロトコル変換
を行い、取得コンテンツを含むメッセージを前記移動機
へ送信するためのプロトコル変換を行う情報提供システ
ムとを備え、かつ前記移動体通信網には、ショートメッ
セージサービスによるメッセージ通信機能を有し、前記
情報提供元が予め設定した時間に該ショートメッセージ
サービスによるメッセージ通信機能により、リンク先を
含む自動配信要求メッセージをユーザの前記移動機へ送
信し、該移動機のユーザがそのリンクを選択したとき、
コンテンツの取得要求のリクエストを前記大容量データ
転送システムへ送信し、取得コンテンツを含むメッセー
ジを該大容量データ転送システムを経由して移動機へ送
信することを特徴とするものである。大容量データ転送
システムと情報提供システムを設けることで、画像デー
タ、音楽データ、長文のメール等の大容量データの転送
が容易になり、ユーザが予め設定した時間に手動で大容
量データ転送システム側にあるコンテンツの取得を促す
ことができる点で好ましい。

【０００６】メッセージ表示機能を有する移動機から情
報提供元にあるコンテンツの取得要求のためのリクエス
トをメッセージ通信機能を有する移動体通信網を経由し
て送信し、前記情報提供元から取得したコンテンツを含
むメッセージを該移動体通信網を経由して前記移動機へ
送信するデジタル無線電話によるメッセージ通信システ
ムにおいて、前記移動体通信網は、前記移動機と上位シ
ステムとの間にあって該移動機側からのリクエスト及び
前記情報提供元からの取得コンテンツを含むメッセージ
の転送処理を行うとともに前記移動機とのセッション制
御を行う大容量データ転送システムと、前記上位システ
ムの一部を構成し大容量データ転送システムと情報提供
元との間にあって送信されてきたリクエストを前記情報
提供元へ接続してコンテンツ取得のためのプロトコル変
換を行い、取得コンテンツを含むメッセージを前記移動
機へ送信するためのプロトコル変換を行う情報提供シス
テムとを備え、かつ前記移動体通信網には、ショートメ
ッセージサービスによるメッセージ通信機能を有し、該
移動体通信網側は、メッセージ制御プロトコルを構成す
るメッセージヘッダにコンテンツ取得要求のリクエスト
を送信する制御タイマを設定し、前記移動機はこの制御
タイマに基づいてコンテンツ取得要求のリクエストを前
記大容量データ転送システムへ送信し、取得コンテンツ
を含むメッセージを該大容量データ転送システムを経由
して前記移動機へ送信することを特徴とするものであ
る。大容量データ転送システムと情報提供システムを設
けることで、画像データ、音楽データ、長文のメール等
の大容量データの転送が容易になり、ユーザが予め設定
した時間に自動的に大容量データ転送システム側からコ
ンテンツを送信できる点で好ましい。

【０００７】また、上記目的を達成するために、本発明
のデジタル無線電話によるメッセージ通信システムは、
メッセージ表示機能を有する発信元の移動機から長文の
メールを移動体通信網を経由してポストオフィスに蓄積
し、このポストオフィスに蓄積した長文のメールを該移
動体通信網を経由して着信先の移動機へ送信するデジタ
ル無線電話によるメッセージ通信システムにおいて、前
記移動体通信網は、ショートメッセージサービスによる
メッセージ通信機能と、メール転送のためのメールゲー
トウェイシステムと、移動機からのリクエスト及び前記
ポストオフィスに蓄積された長文のメールを含むメッセ
ージの転送処理を行う大容量データ転送システムとを有
し、前記発信元の移動機から長文のメールを前記大容量
データ転送システム、メールゲートウェイシステムを経
由してポストオフィスに蓄積し、前記メールゲートウェ
イシステムは蓄積した長文のメールの先頭部分のテキス
トデータを含んだ着信通知を前記ショートメッセージサ
ービスによるメッセージ通信機能により着信先の移動機
へ送信し、該着信先の移動機は着信通知をもとに前記大
容量データ転送システムを経由して前記メールゲートウ
ェイシステムへ前記長文のメールの取得要求のためのリ
クエストを含むメッセージを送信し、該メールゲートウ
ェイシステムは長文のメールを前記大容量データ転送シ
ステムを経由して着信先の移動機へ送信することを特徴
とするものである。発信元の移動機から送信した長文の
メールの着信通知を着信先の移動機が受信してからリク
エストを送信して長文のメールを受信することができ
る。

【０００８】前記着信先の移動機が着信通知を受け取っ
たとき、前記ショートメッセージサービスによるメッセ
ージ通信機能により前記発信元の移動機へ配信完了を送
信することが、発信元の移動機側のユーザが長文のメー
ルの配信完了を知ることができる点で好ましい。

【０００９】

【発明の実施の形態】以下、本発明を図示の一実施形態
により具体的に説明する。図１及び図２は本発明実施形
態のデジタル無線電話によるメッセージ通信システムを
説明する図であり、図１は全体構成を説明するブロック
図、図２は移動機の構成を説明するブロック図である。

【００１０】これらの図において、本実施形態のデジタ
ル無線電話によるメッセージ通信システム１０は、移動
機（ＭＳ）１１と、基地局（ＢＳ：Base Station）１２
と、交換機（ＭＳＣ：Mobile Switching Center ）１３
と、ショートメッセージサービスセンター（ＳＭＳＣ：
Short Message Service Center）１４と、情報提供シス
テム７０と、メールゲートウェイシステム（ＭＧＳ：Ma
il GatewaySystem）１９と、ポストオフィス（Post Off
ice）２０とから移動体通信網が構成されている。情報
提供システム７０は、情報提供センター（ＡＭＰ：Adva
ncedMessaging Platform）１５と、エージェントサーバ
（Agent Server）１６と、この情報提供センター（ＡＭ
Ｐ）１５に接続されたインターネットブラウジングを行
うためのウェブゲートウェイプラットフォーム（ＷＧ
Ｐ：Web GatewayPlatform）及びプロキシサーバ１８と
から構成され、プロキシサーバ１８を介してインターネ
ットに接続されている。またメール蓄積のためのポスト
オフィス２０に接続された転送制御を行うメールゲート
ウェイシステム（ＭＧＳ）１９は、インターネットに接
続されている。インターネット２１には、情報サービス
提供元（ＩＰ／ＳＰ:Information Provider/Service Pr
ovider）２２の機器等が接続されている。さらに、交換
機（ＭＳＣ）１３と、上位システムを構成する情報提供
センター（ＡＭＰ）１５及びメールゲートウェイシステ
ム（ＭＧＳ）１９との間には、本発明の主要部となる大
容量データ転送システム３０が設けられている。

【００１１】移動機（ＭＳ）１１は、通常の音声通話が
可能な機能を備えるとともに、本発明のメッセージを送
受信できる機能を備えており、アンテナ４１、無線部４
２、音声変換回路４３、スピーカ４４、マイク４５、メ
ッセージ通信部４６、受信メッセージ管理部４７、表示
制御部４８、音声着信設定部４９、キー入力部５０、メ
ッセージメモリ５１、表示部５２、セッション制御部５
３、メロディデータ解析部５４、画面キャプチャ部５
５、受信画像表示設定部５６、移動機プロファイル処理
部５７、自動取得設定処理部５８、テキストブラウズ処
理部５９、マーカースタンプ処理部６０、リンク処理部
６１、ＲＯＭ６２、ＲＡＭ６３、文字用固定記憶部６
４、制御部６５等を備えている。

【００１２】無線部４２は、音声変換回路４３またはメ
ッセージ通信部４６から入力される送信データを基地局
１２に無線送信するために所定の無線周波数の送信信号
に周波数変換してアンテナ４１から送信したり、アンテ
ナ４１により基地局１２から受信した受信信号を周波数
変換して、メッセージ通信部４６あるいは音声変換回路
４３に出力する。音声変換回路４３は、図示しない音声
変換のためのコーディック部及び時分割接続処理部等を
備え、受信した音声信号をスピーカ４４に出力したり、
マイク４５から入力した音声を送信信号として無線部４
２に出力する。メッセージ通信部４６は、送信メッセー
ジを送信信号に編成して無線部４２に出力し、またメッ
セージを受信して受信メッセージ管理部４７や表示制御
部４８等へ出力するための処理を行う部分である。受信
メッセージ管理部４７は、受信メッセージを検索あるい
は整理しやすいよう分類してメッセージメモリ５１に格
納する部分である。音声着信設定部４９は、トランザク
ション型メッセージング中に音声着信を受けた場合の動
作を決める部分である。表示制御部４８は、入力した文
字や受信メッセージ等を表示部５２に表示するための制
御を行う部分であり、移動機用マークアップ言語（ＭＭ
Ｌ）を理解するＷＷＷブラウザと同様の操作性のユーザ
インターフェースを提供する部分（ＭＭＬブラウザ）を
備えている。キー入力部５０は、各種操作のためのキ
ー、文字や英数字を入力するためのキー等を備える部分
である。メッセージメモリ５１は、受信メッセージを格
納するためのメモリである。表示部５２は、液晶表示装
置等により構成されており、キー入力部５０から入力し
た文字や英数字、受信したメッセージ等の各種情報を表
示する部分である。

【００１３】以下の各部分は後に詳細に説明するよう
に、セッション制御部５３は、コンテンツによって回線
接続モードを変更し、効率的に無線設備を使用する目的
で設けられ、サスペンド機能と回線保留機能を有する部
分である。メロディデータ解析部５４は、移動機（Ｍ
Ｓ）１１にダウンロードした音楽のコンテンツを繰り返
し再生する処理を行う部分である。画面キャプチャ部５
５は、ダウンロードしたコンテンツの画面の中でお気に
入り登録するための処理を行う部分である。受信画像表
示設定部５６は、受信した画像を待ち受け時に自動また
は手動で表示させるための処理を行う部分である。移動
機プロファイル処理部５７は、移動機（ＭＳ）１１の仕
様等に関するデータ（ＭＳプロファイルデータ）を管理
するとともにリクエストを上げる際にそのデータをユー
ザデータの前に設定する処理を行う部分である。自動取
得設定処理部５８は、ユーザが自分の好きなときにプッ
シュサービスを受けることができるよう設定処理する部
分である。テキストブラウズ処理部５９は、コンテンツ
にイメージデータあるいはサウンドデータが含まれてい
る場合に、最初にテキストデータのみをダウンロードで
きるよう処理する部分である。マーカースタンプ処理部
６０は、表示した画像に文字や線等の記号を書き込むこ
とができるよう処理する部分である。リンク処理部６１
は、メール内のＥメールアドレス、ホームページアドレ
ス、電話番号をリンク化し、移動機（ＭＳ）１１上でリ
ンクを選択することで直接アクセスするための処理を行
う部分である。

【００１４】ＲＯＭ６２は、メッセージデータ送信処理
プログラム等を格納するメモリ、ＲＡＭ６３は、通信制
御中等のワークメモリである。文字用固定記憶部６４
は、後に詳細に説明するように動く絵文字を専用に記録
する部分である。制御部６５は、上記の各部を制御する
とともに送受信データや制御データ等を転送制御する部
分である。

【００１５】大容量データ転送システム３０は、例え
ば、最大６キロバイトのデータ量の転送を行うことがで
きるシステムであり、ダイレクトアクセスシステム（Ｄ
ＡＳ：Direct Access System）３１と、アクセスサーバ
（Access Server）３２と、ダスプロトコル制御部３３
とから構成されている。ダイレクトアクセスシステム
（ＤＡＳ）３１は、例えば、データを移動機１１へダウ
ンロードするための処理を行う部分であり、ＤＡＳ３１
とアクセスサーバ３２は、移動機（ＭＳ）１１と情報提
供システム７０やメールゲートウェイシステム（ＭＧ
Ｓ）１９等の上位システム間でデータを送受信できるよ
う処理する部分である。ダスプロトコル制御部３３は、
情報提供システム７０やメールゲートウェイシステム
（ＭＧＳ）１９から来たデータのプロトコルを変換後、
アクセスサーバ３２へ送信したり、アクセスサーバ３２
からきたデータのヘッダを見て、情報提供システム７０
やメールゲートウェイシステム（ＭＧＳ）１９へそれぞ
れ転送処理を行い、また移動機（ＭＳ）１１とのセッシ
ョン制御を行う部分である。

【００１６】次に、本発明実施形態の各部におけるメッ
セージングフォーマット及び通信システムの動作例につ
いて具体的に説明する。図３はダイレクトアクセスリン
クプロトコルのメッセージングフォーマットを示す図、
図４はユーザリクエストのメッセージングフォーマット
を示す図、図５はユーザリクエストをプロトコル変換し
た後のメッセージングフォーマットを示す図、図６は情
報提供元から送信されるレスポンスのメッセージングフ
ォーマットを示す図、図７はレスポンスをプロトコル変
換した後のメッセージングフォーマットを示す図、図８
は通信システムの動作例を説明する図である。

【００１７】まず、ダイレクトアクセスリンクプロトコ
ル（ＤＡＬＰ：Direct Access LinkProtocol）は、図３
に示すように、先頭からアプリケーションが使用するベ
アラサービスが設定される部分であり、本実施形態では
ダイレクトアクセスサービスが設定されるベアラ識別子
と、ＤＡＬＰのバージョンが設定され将来のプロトコル
の機能拡張によるバージョンアップに対応するためのプ
ロトコルバージョンと、ＤＡＬＰメッセージングにおけ
るＤＡＬＰオペレーションのタイプやメッセージングの
種別等を識別するための識別子が設定されるＤＡＬＰ識
別子と、予備と、端末間で交換するデータの秘匿及び認
証を行うためのオプション情報要素である鍵と、メッセ
ージングのセッションを識別するために割り当てられる
番号であるセッション番号と、メッセージングのセッシ
ョン中の順序番号であるシーケンス番号と、アプリケー
ションを識別するためのアプリケーション識別子と、ユ
ニットの番号を示すユニット番号と、全ユニット数を示
すトータルユニット番号と、ＤＡＳデータの長さを示す
ＤＡＳデータ長と、誤り制御のためのチェックサムとか
らなる。

【００１８】移動機（ＭＳ）１１から情報提供システム
７０へのユーザリクエストのメッセージングフォーマッ
トは、図４に示すように、先頭から携帯電話番号等の移
動側番号（ＭＳＮ）を含むメッセージ転送プロトコルを
構成するＡＭＴＰ（AdvancedMessaging Transfer Proto
col）と、上記のダイレクトアクセスリンクプロトコル
（ＤＡＬＰ）と、移動機プロファイルと、情報提供元の
アドレスやリクエストキーワード等のデータとからな
り、例えば、全体で１キロバイトである。移動機プロフ
ァイルは、機種コードと残りメモリ等のデータであり、
リクエストを上げるときに一緒に送信し、情報提供シス
テム７０は、このデータに基いて移動機（ＭＳ）１１の
仕様等に関する画面サイズ、カラー表示あるいは４階調
表示等の画面種類、型式、短音や２和音あるいは５和音
等の着信音種別、メモリ残量等のデータに変換し、情報
提供元（ＩＰ）２２側がそのデータを元にその移動機
（ＭＳ）１１に最も適したコンテンツをダウンロードす
るためのものである。例えば、ある情報提供元のホーム
ページのリンク <A H="http:www.domain/url uid=1&sid
=1234/">コンテンツ</A>をＤ型の移動機であるＪ−ＡＢ
０１で選択した場合のデータは、以下の通りである。M/
2Type=J-AB01 Mem=256 http://www.domain/url uid=1&s
id=1234

【００１９】ユーザリクエストを情報提供システム７０
でプロトコル変換したメッセージングフォーマットは、
図５に示すように、先頭からハイパーテキストトランス
ファプロトコル（ＨＴＴＰ）リクエストメゾットと、Ｈ
ＴＴＰヘッダ情報と、移動機プロファイルと、ユーザ識
別番号（ＵＩＤ）とからなる。ＨＴＴＰリクエストメゾ
ットは、例えば、以下の通りである。GET http:www.dom
ain/url uid=1&sid=1234 HTTP/1.1<CR> また、移動機プロファイルとＵＩＤは、例えば、以下の
通りである。 X-jphone-msname:J-AB01<CR> X-jphone-display:X*Y<CR> X-jphone-color:CZ<CR> X-jphone-sound:n<CR> X-jphone-uid:1111111111111111<CR> ここで、Ｘ＊Ｙは画面のドット数、Ｚはカラー画像の階
調、ｎは和音数等である。

【００２０】情報提供元（ＩＰ）２２から情報提供シス
テム７０へ送信されるメッセージングフォーマットは、
図６に示すように、先頭からＨＴＴＰレスポンスヘッダ
と、ＨＴＴＰヘッダ情報と、レスポンスとからなる。Ｈ
ＴＴＰレスポンスヘッダは、例えば、以下の通りであ
る。 HTTP/1.1 200 OK<CR> また、レスポンスは、例えば、以下の通りである。 <2> <T>Sample</T> Sample MML<BR> </2>

【００２１】情報提供元（ＩＰ）２２のコンテンツをダ
ウンロードのためにリクエストを上げる際、移動機（Ｍ
Ｓ）１１は、そのメッセージ通信部４６が移動機プロフ
ァイル処理部５７にあるメモリ残量データを参照し、そ
の移動機プロファイル処理部５７がその機種コードと残
りメモリ等を移動機プロファイルとして上記のユーザリ
クエストのメッセージングフォーマットに編成し、図８
に示すように、移動機（ＭＳ）１１から大容量データ転
送システム３０を介して情報提供システム７０へ送信す
る（１）。情報提供システム７０は、送信されてきたユ
ーザリクエストのメッセージングフォーマットをウェブ
上にある情報提供元（ＩＰ）２２側サイトで認識できる
ように上記のＨＴＴＰ形式のメッセージングフォーマッ
トに変換して送信する（２）。その際、情報提供システ
ム７０は機種コードを参照して画面のドット数・カラー
画像の階調・対応和音数等のデータを機種コードテーブ
ルから呼び出し、リクエストと共に送信する。リクエス
トを受信した情報提供元（ＩＰ）２２は、予め作成した
全ての移動機プロファイルのパターンに合わせた中から
最適のコンテンツを選択するか、あるいは移動機（Ｍ
Ｓ）１１側から送信されてきた移動機プロファイルに対
応させて最適のコンテンツを作成、上記のＨＴＴＰ形式
のメッセージングフォーマットとして情報提供システム
７０側へ送信する（３）。なお、移動機（ＭＳ）１１で
そのままでは表示できないコンテンツを含む場合には、
情報提供システム７０において最適のデータに変換す
る。また、移動機プロファイルのデータのメモリ残量が
リクエストされたコンテンツの容量より小さかった場合
には、その旨を示すデータをリクエストされたコンテン
ツの代わりに返信する。情報提供システム７０は、情報
提供元（ＩＰ）２２側から送信されてきたレスポンスを
含むＨＴＴＰ形式のメッセージングフォーマットを上記
のダウンロード用のメッセージングフォーマットに変換
して大容量データ転送システム３０を介して移動機（Ｍ
Ｓ）１１へ送信する（４）。

【００２２】次に、コンテンツのダウンロードにユーザ
識別番号（ＵＩＤ）を必要とする場合の動作について説
明する。図９はユーザ識別番号を必要とするコンテンツ
のダウンロードを説明する図である。

【００２３】現在事業者では、ユーザ個人を特定するの
に一般的にユーザの携帯電話番号（ＭＳＮ）を使用して
いる。情報提供元（ＩＰ）側からは各ユーザを特定する
ことで顧客データベースを作成しユーザのサービス利用
履歴の管理を独自で行いたいというニーズがあるが、個
人情報の一部であるユーザの携帯電話番号を事業者のネ
ットワーク外にある情報提供元（ＩＰ）にそのまま出す
ことは、セキュリティ上問題となる。そこで、本発明
は、ある特定のルールに基づいて携帯電話番号（ＭＳ
Ｎ）をＵＩＤに変換し、情報提供元（ＩＰ）は携帯電話
番号の代りにＵＩＤを使用して顧客データベースを作成
しサービス利用履歴の管理を行うことができるようにし
ている。

【００２４】すなわち、図９に示すようにユーザがＵＩ
Ｄを必要とするコンテンツのダウンロードのリクエスト
を移動機（ＭＳ）１１から大容量データ転送システム３
０を経由して情報提供システム７０へ送信した（１）際
に、情報提供システム７０は、ＵＩＤを必要とする全て
のコンテンツにアクセスする際にＵＩＤを送信すること
に対するＵＩＤ送信合意確認画面のデータを大容量テ゛
ータ転送システム３０を介して移動機（ＭＳ）１１へ返
信する（２）。ユーザがＵＩＤ送信を合意してその合意
のデータを大容量データ転送システム３０を介して情報
提供システム７０へ送信したとき（３）、情報提供シス
テム７０は、合意した携帯電話番号（ＭＳＮ）をＵＩＤ
同意テーブルに書き込み、特定のルールに基づいてユー
ザリクエストのメッセージングフォーマットのＡＭＴＰ
に含まれる携帯電話番号をＵＩＤに変換（１携帯電話番
号に対して１ＵＩＤ）し（４）、そのＵＩＤとリクエス
トを情報提供元（ＩＰ）２２へ送信する（５）。情報提
供元（ＩＰ）２２は、要求されたコンテンツを上記のよ
うに情報提供システム７０、大容量データ転送システム
３０を経由してユーザの移動機（ＭＳ）１１へダウンロ
ードする（６）。一度ＵＩＤ送信に合意したときには、
次回リクエストからは送信合意確認は行われない。情報
提供元（ＩＰ）２２は、ＵＩＤを使用して顧客データベ
ースを作成し、サービス利用履歴の管理ができる。

【００２５】大容量データ転送システム３０は、データ
転送のみを行うシステムであり、ダイレクトアクセスシ
ステム（ＤＡＳ）３１から移動機（ＭＳ）１１側に発信
することができないため、従来のショートメッセージサ
ービスセンター（ＳＭＳＣ）１４をベアラとした、例え
ば、毎日朝６時に天気予報を自動的に配信する等のプッ
シュサービスを以下に説明する２つの方法で実現してい
る。

【００２６】図１０はプッシュサービスの動作例を説明
する図である。

【００２７】このプッシュサービスは、ユーザに通知を
出し、移動機（ＭＳ）１１が大容量データ転送システム
３０側にあるデータを取りに来させるものである。すな
わち、図１０に示すように、コンテンツを作成する情報
提供元（ＩＰ）側が、予め設定された時間にショートメ
ッセージサービスセンター（ＳＭＳＣ）１４を経由して
自動配信要求メッセージをユーザに送信する。この「メ
ッセージ」には、大容量データ転送システム３０でコン
テンツを取りに行くためのリンクが含まれており、ユー
ザがこのリンクを選択すると、コンテンツの要求が大容
量データ転送システム３０側に上がり、このコンテンツ
のダウンロードが行われるようになっている。

【００２８】図１１〜図１３は他のプッシュサービスを
説明する図であり、図１１はユーザデータのメッセージ
フォーマットを示す図、図１２はメッセージフォーマッ
トの制御タイマに設定するテーブルを示す図、図１３は
プッシュサービスの他の動作例を説明する図である。

【００２９】このプッシュサービスは、ユーザの操作な
しで移動機（ＭＳ）１１側から自動的にリクエストを上
げ、大容量データ転送システム３０でコンテンツのデー
タを配信するものである。これはユーザデータの先頭に
付加されるショートメッセージングフォーマット内で実
現される。すなわち、図１１に示すように、トランザク
ション型のショートメッセージングフォーマットは、情
報提供のメッセージ制御プロトコル（ＡＭＣＰ）である
メッセージヘッダが、例えば、移動機用マークアップ言
語（ＭＭＬ）等のデータの先頭に付加されており、先頭
からベアラサービスが設定されるベアラ識別子と、ＡＭ
ＣＰのバージョンが設定されるプロトコルバージョン
と、ＡＭＣＰメッセージングにおけるＡＭＣＰオペレー
ションのタイプやメッセージングの種別等を識別するた
めの識別子が設定されるＡＭＣＰ識別子と、予備と、本
実施形態で自動プッシュサービスを大容量データ転送シ
ステム３０で実現するためにダウンリンクのメッセージ
ングフォーマットに自動要求を上げさせるために追加さ
れる制御タイマ（Redirect Control Timer）と、端末間
で交換するデータの秘匿及び認証を行うための予備情報
要素である鍵と、メッセージングのセッションを識別す
るために割り当てられるセッション番号と、セッション
中の順序番号であるシーケンス番号とからなる。

【００３０】このプッシュサービスのコンテンツを配信
する際に、情報提供システム７０は、コンテンツの移動
機用マークアップ言語（ＭＭＬ）等のデータのアンカー
タグにＲ属性が含まれている場合、ＡＭＣＰメッセージ
ヘッダの制御タイマを図１２に示すように、例えば、自
動要求を上げさせない（Redirectしない）、１０秒後に
行う、２０秒後に行う、…、６０秒後に行う、即時に行
う等に設定する。そして、図１３に示すように、ＡＭＣ
Ｐメッセージヘッダの制御タイマを設定後に、ショート
メッセージサービス経由でトリガを移動機（ＭＳ）１１
に送信する（１）。移動機（ＭＳ）１１は、ＡＭＣＰメ
ッセージヘッダの制御タイマを判断し、自動的にダウン
ロード要求を大容量データ転送システム３０を経由して
情報提供システム７０へ上げる（２）。情報提供システ
ム７０は、ダウンロード要求を受信することで、要求コ
ンテンツを情報提供元（ＩＰ）２２へ取りに行き、取得
したコンテンツを大容量データ転送システム３０を経由
して移動機（ＭＳ）１１へダウンロードする（３）。す
なわち、このプッシュサービスでは、移動機（ＭＳ）１
１毎に大容量データ転送システム３０へ配信のリクエス
トを上げさせるタイミングが異なるようにしている。Ａ
ＭＣＰヘッダの制御タイマを参照して配信のリクエスト
のタイミングを最大６０秒間の範囲で分散させることに
より、同時にダウンロードが集中して込み合うような状
態を回避することができる。

【００３１】上記のプッシュサービスにおいて、移動機
（ＭＳ）１１は、ＡＭＣＰメッセージヘッダの制御タイ
マを判断し、タイマが満了すると自動的に大容量データ
転送システム３０へリクエストを上げることになってい
るが、勝手にコンテンツをダウンロードされ、課金にさ
れたくないユーザのために、移動機（ＭＳ）１１には、
課金されたくないユーザのために、ユーザが自動または
手動に設定して、プッシュ配信されたコンテンツをダウ
ンロードできるよう処理する自動取得設定処理部５８が
設けられている。この自動取得設定処理部５８は、設定
を「自動」にすると、自動配信要求メッセージに含まれ
るＭＭＬデータのアンカータグにＲ属性が含まれている
ことを確認して制御タイマが満了したことで自動的に大
容量データ転送システム３０へリクエストを上げるため
の処理を行い、設定を「手動」にすると、自動配信要求
メッセージに含まれるＭＭＬデータのアンカータグにＲ
属性が含まれていても、制御タイマを無視しリクエスト
を上げない。ユーザが自動配信要求メッセージに含まれ
るコンテンツのリンクを選択することで初めて大容量デ
ータ転送システム３０へリクエストを上げる処理を行
う。

【００３２】また、本実施形態のメッセージ通信システ
ム１０は、コンテンツによって回線接続モードを変更
し、効率的に無線設備を使用するためにサスペンド機能
と回線保留機能とを有し、移動機（ＭＳ）１１において
はセッション制御部５３がこれらを実現するための処理
を行う。例えば、ユーザがクイズのコンテンツのダウン
ロードを行った場合、ユーザは答えを考える時間が必要
になる。しかし、その間も回線は繋がっており、他のユ
ーザがそのチャネルを使用することができないのは無線
設備の非効率な使用方法である。この問題を解決するた
めにサスペンド機能を実現している。まず、サスペンド
機能を使用したい情報提供元（ＩＰ）２２は、自分が提
供するコンテンツの先頭に、例えば、ＨＴＭＬで<!ENDC
OM=SUSPEND>と記述する。この記述とともにコンテンツ
を情報提供元（ＩＰ）２２からダウンロードしたとき、
情報提供システム７０は、ＤＡＬＰ内のＤＡＬＰ識別子
をサスペンドに設定しコンテンツとともに大容量データ
転送システム３０を経由して移動機（ＭＳ）１１側へ送
信する。移動機（ＭＳ）１１のセッション制御部５３
は、ＤＡＬＰ識別子がサスペンドになっていることを判
断して回線を切断し、アプリケーションであるクイズ画
面を保持するための処理を行う。ユーザが答えを入力し
発信するとセッション制御部５３は、ネットワーク側に
再接続を行うための処理を行う。再接続時には今までの
セッションを見失わないために、移動機（ＭＳ）１１及
びネットワーク側でそれぞれユニークなセッション番号
（２の２４乗を上限）を設定し、ＤＡＬＰ内で管理を行
う。例えば、ネットワークが１２３、移動機（ＭＳ）１
１が４５６のセッション番号を設定した場合には、それ
ぞれの情報はＤＡＬＰ内のセッション番号内に記録さ
れ、移動機（ＭＳ）１１及びネットワーク側はこれらの
セッション番号を判断して回線の切断と復帰後のセッシ
ョンを管理する。

【００３３】上記のサスペンド機能の場合には、一度回
線を切断するため万が一輻輳が起こると、クイズに答え
たのにネットワーク側から返答が来ない等、サービスが
途中で終ってしまうことがある。そのため、回線を保持
したままサービスを提供することができるようになって
いる。すなわち、回線を保留するには、情報提供元（Ｉ
Ｐ）２２は、提供するコンテンツの先頭に、例えば、<!
ENDCOM=TRANSACTION>と記述する。この記述とともにコ
ンテンツを情報提供元（ＩＰ）２２からダウンロードし
たとき、情報提供システム７０は、ＤＡＬＰ内のＤＡＬ
Ｐ識別子をトランザクションに設定しコンテンツととも
に大容量データ転送システム３０を経由して移動機（Ｍ
Ｓ）１１側へ送信する。移動機（ＭＳ）１１のセッショ
ン制御部５３は、ＤＡＬＰ識別子がトランザクションに
なっていることを判断して回線を保持したままユーザの
アクションを待つ。

【００３４】さらに、本実施形態のメッセージ通信シス
テム１０においては、従来のベアラ容量が最大３８４バ
イトであるショートメッセージサービスにおいて使用さ
れた移動機用マークアップ言語（これをＳ−ＭＭＬとい
う）を、多様な機能に対応できるようにベアラの容量が
６キロバイトである大容量データ転送サービスで使用で
きる移動機用マークアップ言語（これをＭ−ＭＭＬとい
う）へと拡張している。以下に、主な追加機能の例を説
明する。

【００３５】図１４はＢＧＭファイルのダウンロード例
を説明する図である。

【００３６】最初の拡張機能は、バックグラウンド・ミ
ュージック（ＢＧＭ）であり、そのタグは、<BGM SRC="
url">である。ここで、url は音楽ソースのネットワー
ク上のアドレスであるＵＲＬを表す。ファイルは、和音
対応用に拡張した所定のサウンドコードを使用する。図
１４に示すように、<BGM SRC="url"> を選択した場合に
は、大容量データ転送システム３０、情報提供システム
７０を経由して、インターネット２１上のＢＧＭファイ
ルが移動機（ＭＳ）１１にダウンロードされる。移動機
（ＭＳ）１１にダウンロードしたコンテンツに、このタ
グが含まれていた場合には、このバイナリファイルをメ
ロディデータ解析部５４に転送し、ＢＧＭを繰り返し再
生する。また、同図に示すような画面が表示されてＢＧ
Ｍ演奏中に、［登録］ボタンを押すと、このＢＧＭを着
信音、ウェイクアップ音、シャットダウン音、キー押下
確認音等として登録でき、この画面から他の画面に遷移
した場合はＢＧＭを停止する。

【００３７】図１５及び図１６は移動機におけるアニメ
ーション画像の表示例を説明する図であり、図１５は画
像スクロールを説明する図、図１６は画像切り替えを説
明する図である。

【００３８】次の拡張機能は、表示するイメージ画を切
り替えて動画とするアニメーション画像であり、移動機
（ＭＳ）１１の表示制御部４８において画像スクロール
と画像切り替えにより実現している。画像スクロール
は、表示制御部４８が異なる画像を表示部５２の異なる
場所に表示させるよう制御し、動いているように見せる
ようにしている。この場合のＭＭＬタグは、例えば、以
下の通りである。<IM MTN="アニメーション用画像ファ
イル１" MTN="アニメーション用画像ファイル２" のURL
"MTN="アニメーション用画像ファイル３ "=DR=1/rFSH=1
/2> リンク部分の文字列ここで、DR=l or rは、スクロ
ールの方向を表し、1 は右から左、r は左から右で、画
像は全体を表示、文字列は片側から表示し横切る動きを
繰り返す。FSH="表示スピード "は、１枚ずつ表示する
間隔で、約720msec=1、約1440msec=2である。ALI=t
は、指定された文字を画像の上に表示し、ALI=c/b は、
指定された文字を画像の下に表示する。移動機（ＭＳ）
１１は、上記の形式のファイルを受信し、あるいは既に
受信してメッセージメモリ５１に格納されているファイ
ルを読み出した場合には、表示制御部４８が表示部５２
にＭＭＬタグで指定したとおりに画像を表示する。

【００３９】ＭＭＬタグが、パラパラ画像<IM MTN="ani
me1.png" MTN="anime2.png" DR=1 FSH=1 ALI=t>ＰＮＧ
アニメーションの例では、図１５に示すように、例え
ば、人が走る画像が右から左に約 720msecでスクロール
し、指定された文字は画像の上に表示される。この画像
は、専用の作業メモリで記録し読み出されるようになっ
ている。またＭＭＬタグが、パラパラ画像<IM MTN="ani
me1.png" MTN="anime2.png"FSH=1 ALI=t>ＰＮＧアニメ
ーションの例では、図１６に示すように、例えば、人が
走る画像が 720msec毎に切り替わり、指定された文字は
画像の上に表示される。

【００４０】上記の画像切り替えに基づいて「動く絵文
字」を実現している。コード表に最大６コマからなる
「動く絵文字」を追加する。移動機（ＭＳ）１１は、こ
の「動く絵文字」のデータ格納のための文字用固定記憶
部６４を設けている。図１６は動く絵文字のコード表の
一例を示す図である。

【００４１】動く絵文字に対応した送信側の移動機Ａ
（ＭＳ−Ａ）１１から同じく対応した受信側の移動機Ｂ
（ＭＳ−Ｂ）１１へ、例えば、「電話を下さい」という
テキストと動く携帯電話の絵文字を送信する場合、移動
機Ａ（ＭＳ−Ａ）１１で作成した上記メッセージを送信
する際、送信容量の大きい動く絵文字はコード（この場
合２４）に置き換えられ、「電話を下さい２４」として
移動機Ｂ（ＭＳ−Ｂ）１１へ送信される。移動機Ｂ（Ｍ
Ｓ−Ｂ）１１は文字用固定記憶部６４内にある動く絵文
字データでコード番号２４に対応する絵文字を呼び出
し、表示部５２では「電話を下さい」というテキスト文
と、異なる画像を切り替えることによって選択したコー
ド番号２４の動く絵文字を表示する。

【００４２】図１８は移動機における画面キャプチャ機
能による画面遷移状態を説明する図である。

【００４３】移動機（ＭＳ）１１は、ダウンロードした
画像の中でお気に入りを「登録」するための処理を行う
画面キャプチャ部５５が設けられている。「登録」する
場合には、メインメニュー内に入れ込む「マージ型」と
キャプチャ機能下のキャプチャデータに追加する「機能
選択型」を設ける。移動機（ＭＳ）１１は、同データを
ストレジメモリもしくはキャプチャ機能専用のメモリに
記録する。登録した画面に含まれるリンクは、絶対アド
レスで記録し、呼び出し後も有効とする。図９に示すよ
うに、野球情報画面を登録し、画面キャプチャ機能を選
択し、マージ型ではメインメニューに野球が登録され、
機能選択型では画面キャプチャ機能に野球が登録され、
野球を選択すると、パリーグ、セリーグの選択ができ
る。

【００４４】図１９は移動機における受信画像表示設定
機能による自動の場合の動作例を説明する図、図２０は
移動機における受信画像表示設定機能による手動の場合
の動作例を説明する図である。

【００４５】移動機（ＭＳ）１１は、ネットワーク側か
ら受信した静止画あるいは動画等の画像を待ち受け時等
に自動及び手動で表示させる処理を行う受信画像表示設
定部５６が設けられている。自動の場合には、例えば、
図１９に示すように、天気予報画面を登録し、受信画像
表示設定機能及び自動を選択し、各画像のユニークなフ
ァイル名を受信画像表示設定部５６が記録すると、情報
提供元側において同じファイル名の画像データがダウン
ロードされた場合、移動機（ＭＳ）１１は更新された画
像データを表示する。手動の場合には、例えば、図２０
に示すように、天気予報画面を登録し、受信画像表示設
定機能及び手動を選択し、着信時あるいは待ち受け時等
のどのタイミングで画像を表示させるかを選択すると、
選択したタイミングで天気予報画面が表示されるように
なっている。

【００４６】また、移動機（ＭＳ）１１は、前述のよう
に最初にテキストデータのみダウンロードできるよう処
理するためのテキストブラウズ処理部５９が設けられて
いる。コンテンツにイメージデータやサウンドデータが
含まれている場合には、ダウンロードに時間がかかり、
また電車の中など場所によってはサウンドデータの再生
がマナー上問題になることがある。通常、イメージデー
タやサウンドデータのアドレスを含んだＭＭＬ形式のテ
キストデータをダウンロードし、テキストデータを表示
部に表示すると同時に、含まれていたアドレスにあるイ
メージデータやサウンドデータのリクエストを順次ネッ
トワーク側に上げている。そこでテキストブラウズ処理
部５９は、その機能を有効にする操作を行った場合に
は、テキストデータをダウンロードした時点でテキスト
データに含まれているイメージデータやサウンドデータ
のアドレスをリンクの形でテキストデータと一緒に表示
部５２に表示するための制御を行う。これにより、ユー
ザは後にそのリンクを選択することでイメージデータや
サウンドデータをダウンロードすることが可能になる。

【００４７】さらに、移動機（ＭＳ）１１には、前述の
ように表示部５２に表示されている画像に文字や線等の
記号を書き込むための処理を行うマーカスタンプ処理部
６０が設けられている。図２１はマーカースタンプ機能
による表示例を説明する図である。

【００４８】ユーザが移動機（ＭＳ）１１のメッセージ
メモリ５１に圧縮データとして格納されている、例え
ば、地図等の画像データを表示制御部４８の制御のもと
に読み出し、圧縮データを展開して表示部５２に表示す
る。ここで、マーカースタンプ処理部６０は、ユーザが
その機能を有効にする操作を行った場合には、画面の地
図上にカーソルを表示させ、そのカーソルをキー入力に
よって動かし、自分の好きなところに文字や線等の記号
を書き込むことができ、かつその画面上の地図及び入力
した情報を再圧縮してメッセージメモリ５１に格納する
ための処理を行う。図２０に示すように、表示部５２に
地図が表示されるとともにカーソルが表示された状態に
おいて、キー入力により、例えば、関東地方等の文字と
地図を囲んだ線とを記入できまたその記入した地図のデ
ータを保存できる。

【００４９】さらにまた、移動機（ＭＳ）１１には、前
途のリンク処理部６１が設けられている。ベアラが大容
量データ転送システム３０になったことで、情報通信の
ウェブサーバ上のホームページ等のファイル取得サービ
スだけでなくメールサービスも大幅に向上した。従来、
Ｅメールアドレス、ホームページアドレス、電話番号を
入力してもテキストデータとして取り扱っていたが、大
容量データ転送システム３０のベアラ及び大容量データ
転送システム３０ベアラ対応の移動機（ＭＳ）１１を使
用して、そのリンク処理部６１がメール内のＥメールア
ドレス、ホームページアドレス、電話番号をリンク化
し、ユーザは移動機（ＭＳ）１１上でリンクを選択する
ことによって直接アクセスできるようになった。すなわ
ち、ユーザはメールを作成する際、Ｅメールを入力時に
＠、ホームページアドレスを入力時にhttp://、電話番
号を入力時にTEL:を入れた場合、受信側の移動機（Ｍ
Ｓ）１１のリンク処理部６１が上記キーワードを含む文
字列をリンクとして認識し、同メールを受信したユーザ
が移動機画面に表示されたメール上のリンクをカーソル
で選択すると、Ｅメールの場合にはＥメール送信文書入
力画面へ、ホームページアドレスの場合はＷＷＷアクセ
ス入力画面へ、電話番号の場合はダイヤル入力画面へと
リンクする。Ｅメール送信文書入力画面の場合にはメー
ル作成後、ＷＷＷアクセス入力画面及びダイヤル入力画
面はそのまま送信ボタンを押下することでリンク先に設
定されたアドレス・電話番号にアクセスすることができ
る。

【００５０】次に、メールサービスについて説明する。
本実施形態では、ショートメッセージサービスセンター
（ＳＭＳＣ）１４の機能を大容量データ転送システム３
０の機能に代えることができるため、インターネット上
のウェブサーバのファイルを取得する情報配信サービス
に加えて、文字メールサービスを提供するメールゲート
ウェイシステム（ＭＧＳ）１９の機能も拡張されてい
る。図２２はロングメールサービスを説明する図であ
る。

【００５１】大容量データ転送システム３０は、受信側
の移動機（ＭＳ）１１にメールを着信させることができ
ないため、ショートメッセージサービスと同様にショー
トメッセージサービスセンター（ＳＭＳＣ）１４より
「着信通知」を送信し、ユーザにロングメールのダウン
ロードを促すように構成している。すなわち、移動機Ａ
（ＭＳ−Ａ）１１から移動機Ｂ（ＭＳ−Ｂ）１１へロン
グメールを送信する場合には、図２２に示すように、ま
ず、移動機Ａ（ＭＳ−Ａ）１１よりロングメールを大容
量データ転送システム３０、メールゲートウェイシステ
ム（ＭＧＳ）１９を経由して送信し、ポストオフィス２
０に蓄積する（１）。次に、メールゲートウェイシステ
ム（ＭＧＳ）１９は、このロングメールの先頭から３８
４バイト分のテキストデータを含んだ「着信通知」をシ
ョートメッセージサービスセンター（ＳＭＳＣ）１４を
経由して移動機Ｂ（ＭＳ−Ｂ）１１へ送信する（２）。
移動機Ｂ（ＭＳ−Ｂ）１１は、「着信通知」の中の継続
データの受信要求をすると、そのロングメールのダウン
ロードを要求するリクエストが移動機Ｂ（ＭＳ−Ｂ）１
１から大容量データ転送システム３０を経由してメール
ゲートウェイシステム（ＭＧＳ）１９へ送信される
（３）。次に、メールゲートウェイシステム（ＭＧＳ）
１９は、送信されてきたリクエストに基づいてポストオ
フィス２０に蓄積されているロングメールを大容量デー
タ転送システム３０を経由して移動機Ｂ（ＭＳ−Ｂ）１
１へダウンロードする（４）。

【００５２】また、従来のパソコン用Ｅメールサービス
と同様に、同一メールを複数の端末に配信するサービス
も実現される。すなわち、パソコン用Ｅメールサービス
で使用するプロトコルであるＳＭＴＰ（Simple Mail Tr
ansfer Protocol）を元に、移動機メール転送プロトコ
ル（ＭＭＴＰ：Mobile Mail Transfer Protocol）を新
たに設ける。このＭＭＴＰには、発信元の携帯電話番
号、配信確認要／不要、データ種類（テキスト、画像、
サウンド等）、着信先携帯電話番号もしくはＥメールア
ドレス（ＴＯ／ＣＣ等の配信先別）、日時、タイトル文
等の情報が設定される。ロングメール発信ユーザが同一
ロングメール上で複数の配信先を設定して送信すると、
メールゲートウェイシステム（ＭＧＳ）１９は、ＭＭＴ
Ｐに設定されている配信先毎にロングメールを送信す
る。

【００５３】さらに、ロングメールの送信先が移動機
（ＭＳ）１１でかつ１人のみ設定した場合には、メール
の送信を確認する配信確認を設定できるサービスも実現
される。図２３はメールの配信確認を説明する図であ
る。

【００５４】送信元の移動機（ＭＳ）１１で配信確認を
設定すると、ＭＭＴＰで配信確認要が設定される。メー
ルゲートウェイシステム（ＭＧＳ）１９は、ロングメー
ルをポストオフィス２０に蓄積すると、「着信通知」を
ショートメッセージサービスセンター（ＳＭＳＣ）１４
経由で着信先の移動機（ＭＳ）１１へ送信する。その際
に、メールゲートウェイシステム（ＭＧＳ）１９は、こ
のロングメールには配信確認が設定されていることを認
識する。着信先の移動機（ＭＳ）１１が「着信通知」を
受信すると、既存のショートメッセージサービスのベア
ラに使用しているショートメッセージ転送プロトコル
（ＳＭＴＰ：Short Message TransferProtocol）で着信
した旨の返答をショートメッセージサービスセンター
（ＳＭＳＣ）１４経由でメールゲートウェイシステム
（ＭＧＳ）１９へ返す。この返答を受信したメールゲー
トウェイシステム（ＭＧＳ）１９は、送信元の移動機
（ＭＳ）１１へ配信確認であるステータスを送信する。
すなわち、図２３に示すように、移動機Ａ（ＭＳ−Ａ）
１１より配信確認要のロングメールを送信すると
（１）、大容量データ転送システム３０、メールゲート
ウェイシステム（ＭＧＳ）１９を経由してポストオフィ
ス２０に蓄積される。次に、メールゲートウェイシステ
ム（ＭＧＳ）１９は、このロングメールの先頭から３８
４バイトのテキストデータを含んだ「着信通知」をショ
ートメッセージサービスセンター（ＳＭＳＣ）１４経由
で、移動機Ｂ（ＭＳ−Ｂ）１１へ送信する（２）。ここ
でメールゲートウェイシステム（ＭＧＳ）１９は、ＭＭ
ＴＰから配信確認要であることを認識する。移動機Ｂ
（ＭＳ−Ｂ）１１に「着信通知」が致達すると、移動機
Ｂ（ＭＳ−Ｂ）１１は、ＳＭＴＰで「着信通知」を受け
取った旨を設定してショートメッセージサービスセンタ
ー（ＳＭＳＣ）１４経由でメールゲートウェイシステム
（ＭＧＳ）１９へ送信する（３）。次に、メールゲート
ウェイシステム（ＭＧＳ）１９はショートメッセージサ
ービスセンター（ＳＭＳＣ）１４経由で、ＳＭＴＰで移
動機Ａ（ＭＳ−Ａ）１１へロングメールの配信完了した
ことを送信する（４）。

【００５５】大容量データ転送システム３０の導入によ
りメールサービス・情報転送サービス共に最大６キロバ
イトのデータを転送できるようになったため、ロングメ
ール作成時に移動機（ＭＳ）１１のメモリ内にある画像
データ、サウンドデータをコピー・貼りつけして、テキ
ストデータと共に送信することも可能になった。ダウン
ロードしたコンテンツもしくは移動機（ＭＳ）１１のメ
モリに蓄積されたコンテンツを開き、移動機（ＭＳ）１
１のカーソルで添付したい画像もしくはサウンドデータ
を選択し、メニュー内にあるコピー機能を選ぶと、移動
機（ＭＳ）１１のメモリ内にあるクリップボードに選択
した画像もしくはサウンドデータがコピーされる。ユー
ザが同コンテンツを閉じ、ロングメール作成画面を開
き、添付機能を選択すると、クリップボードにコピーさ
れた画像もしくはサウンドデータがロングメールに添付
されるようになっている。

【００５６】上記構成のデジタル無線電話によるメッセ
ージ通信システム１０では、ダイレクトアクセスシステ
ム（ＤＡＳ）３１を含む最大６キロバイトの大容量デー
タ転送システム３０を設けたことで、従来の最大３８４
バイトであるショートメッセージサービスでは、困難で
あった長文のメール、画像データあるいは音楽データ等
の大容量データを移動機（ＭＳ）１１に転送することが
容易になった。また、大容量データの転送にともない、
ショートメッセージサービスにおける移動機用マークア
ップ言語（Ｓ−ＭＭＬ）を多様な機能に対応できる移動
機用マークアップ言語（Ｍ−ＭＭＬ）へと拡張すること
ができた。すなわち、ＢＧＭファイルを移動機（ＭＳ）
１１へダウンロードして繰り返し再生したり、アニメー
ション用画像を移動機（ＭＳ）１１へダウンロードして
動画像として表示したりすることが可能になった。さら
に、移動機（ＭＳ）１１には、新たにセッション制御部
５３を設けて画面を保持したまま回線を一時中断し入力
・発信により再び回線を復帰させることで、チャネルを
効率的に使用することができるようになった。さらに、
移動機（ＭＳ）１１において、メロディデータ解析部５
４を設けてＢＧＭを繰り返し再生でき、そのＢＧＭを着
信音、ウェイクアップ音、シャットダウン音、キー押下
確認音等として登録することができ、画面キャプチャ部
５５を設けてダウンロードした画面の中でお気に入りを
登録することができ、受信画像表示設定部５６を設けて
受信した画像を待ち受け時等に自動または手動で表示す
ることができ、文字用固定記憶部６３を設けて動く絵文
字を表示させることができるようになった。また、移動
機（ＭＳ）１１の移動機プロファイル処理部５７は、移
動機の仕様に関するデータを管理しリクエストを上げる
際に同時にそのデータを設定するため、情報提供元が移
動機に最も適したコンテンツを選択してダウンロードで
きる。自動取得設定処理部５８は、自分が好きなときに
プッシュサービスを受けることができるよう設定でき
る。テキストブラウズ処理部５９は、コンテンツのダウ
ンロードに時間のかかるイメージデータやサウンドデー
タが含まれるとき、最初にテキストデータのみダウンロ
ードし、イメージデータやサウンドデータはリンクの形
で表示部５２に表示し後にリンクを選択してダウンロー
ドできる。マーカースタンプ処理部６０は、画像等に文
字や記号を書き込み、そのデータを保存できる。リンク
処理部６１は、受信メールに含まれるＥメールアドレ
ス、ホームページアドレスあるいは電話番号をリンクと
して認識し、そのリンクを選択することでリンク先に設
定されたアドレスや電話番号に直接アクセスすることが
できる。

【００５７】また、本発明のデジタル無線電話によるメ
ッセージ通信システム１０は、大容量データ転送システ
ム３０が設けられたことで、従来の情報配信サービスだ
けでなく、文字メールサービスも拡張することができ、
今まで１２８バイト（Ｅメールでは３８４バイト）分の
文字データのみ転送可能だったが、対応移動機間及び対
応移動機とＥメール間では文字データにサウンドデータ
や画像データを添付し、最大６キロバイトまで転送可能
になった。また、ロングメールを送信したとき、ショー
トメッセージサービスにより着信先へ「着信通知」を送
信し、ユーザにロングメールのダウンロードを促した
り、発信元へ「配信確認」を送信することができるよう
になった。さらには、パソコンのＥメールサービスのよ
うに複数配信することが可能になった。

【００５８】なお、上記の実施形態において、大容量デ
ータ転送システム３０で最大６キロバイトのデータを転
送できるようにしているが、これは一例である。また、
本発明は開示された特定の実施形態に限定されず、特許
請求の範囲により規定されるように本発明の精神及び範
囲内において変形できることは容易に理解されるであろ
う。

【００５９】

【発明の効果】以上説明したように、本発明のデジタル
無線電話によるメッセージ通信システムでは、大容量デ
ータを転送できるダイレクトアクセスシステム（ＤＡ
Ｓ）を含む大容量データ転送システムを設けたことで、
長文の文字情報、アニメーション等の画像情報あるいは
バックグラウンド・ミュージック等の音楽情報等のメッ
セージの転送が容易になる。

【図面の簡単な説明】

【図１】本発明実施形態のメッセージ通信システムの全
体構成を説明するブロック図である。

【図２】本発明実施形態の移動機の構成を説明するブロ
ック図である。

【図３】本発明実施形態のダイレクトアクセスリンクプ
ロトコルのメッセージングフォーマットを示す図であ
る。

【図４】本発明実施形態のユーザリクエストのメッセー
ジングフォーマットを示す図である。

【図５】本発明実施形態のユーザリクエストをプロトコ
ル変換した後のメッセージングフォーマットを示す図で
ある。

【図６】本発明実施形態の情報提供元から送信されるレ
スポンスのメッセージングフォーマットを示す図であ
る。

【図７】本発明実施形態のレスポンスをプロトコル変換
した後のメッセージングフォーマットを示す図である。

【図８】本発明実施形態の通信システムの動作例を説明
する図である。

【図９】本発明実施形態のユーザ識別番号を必要とする
コンテンツのダウンロード例を説明する図である。

【図１０】本発明実施形態のプッシュサービスの動作例
を説明する図である。

【図１１】本発明実施形態のユーザデータのメッセージ
フォーマットを示す図である。

【図１２】本発明実施形態のメッセージフォーマットの
制御タイマに設定するテーブルを示す図である。

【図１３】本発明実施形態のプッシュサービスの他の動
作例を説明する図である。

【図１４】本発明実施形態のＢＧＭファイルのダウンロ
ード例を説明する図である。

【図１５】本発明実施形態の移動機におけるアニメーシ
ョン画像のスクロールを説明する図である。

【図１６】本発明実施形態の移動機におけるアニメーシ
ョン画像の切り替え説明する図である。

【図１７】本発明実施形態の動く絵文字のコード表の一
例を示す図である。

【図１８】本発明実施形態の移動機における画面キャプ
チャ機能による画面遷移状態を説明する図である。

【図１９】本発明実施形態の移動機における受信画像表
示設定機能による自動の場合の動作例を説明する図であ
る。

【図２０】本発明実施形態の移動機における受信画像表
示設定機能による手動の場合の動作例を説明する図であ
る。

【図２１】本発明実施形態の移動機におけるマーカース
タンプ処理部による表示を説明する図である。

【図２２】本発明実施形態のロングメールサービスを説
明する図である。

【図２３】本発明実施形態のメール配信確認を説明する
図である。

【符号の説明】

１０メッセージ通信システム１１移動機１２基地局１３交換機１４ショートメッセージサービスセンター１５情報提供センター１６エージェントサーバ１７ウェブゲートウェイプラットフォーム１８プロキシサーバ１９メールゲートウェイシステム２０ポストオフィス２１インターネット２２情報提供元３０大容量データ転送システム３１ダイレクトアクセスシステム３２アクセスサーバ３３ダスドライバ４１アンテナ４２無線部４３音声変換回路４４スピーカ４５マイク４６メッセージ通信部４７受信メッセージ管理部４８表示制御部４９音声着信設定部５０キー入力部５１メッセージメモリ５２表示部５３セッション制御部５４メロディデータ解析部５５画面キャプチャ部５６受信画像表示設定部５７移動機プロファイル処理部５８自動取得設定処理部５９テキストブラウズ処理部６０マーカースタンプ処理部６１リンク処理部６２ＲＯＭ６３ＲＡＭ６４文字用固定記憶部６５制御部７０情報提供システム

───────────────────────────────────────────────────── フロントページの続き (72)発明者藤原禎之東京都新宿区信濃町34番地ＪＲ信濃町ビルジェイフォン東京株式会社内 (72)発明者橘啓充東京都新宿区信濃町34番地ＪＲ信濃町ビルジェイフォン東京株式会社内 (72)発明者樋口和久東京都新宿区信濃町34番地ＪＲ信濃町ビルジェイフォン東京株式会社内 (72)発明者加藤洋巳東京都新宿区信濃町34番地ＪＲ信濃町ビルジェイフォン東京株式会社内 (72)発明者植月伸次東京都新宿区信濃町34番地ＪＲ信濃町ビルジェイフォン東京株式会社内 (72)発明者村元義和東京都新宿区信濃町34番地ＪＲ信濃町ビルジェイフォン東京株式会社内 (72)発明者刑部泰江東京都新宿区信濃町34番地ＪＲ信濃町ビルジェイフォン東京株式会社内 (56)参考文献国際公開98／11744（ＷＯ，Ａ２) ＮＥＣ技報，日本，1999年９月24 日，Ｖｏｌ．52，Ｎｏ．９，ｐｐ23〜27 モバイルメディア・マガジン11月号, 日本，株式会社シーメディア，1999年10 月13日，Ｖｏｌ．53，６，７テレコミュニケーション５月号，日本，株式会社リックテレコム，1999年４月25日，Ｎｏ．178，53〜56 インターフェース６月号，ＣＱ出版株式会社，1999年６月１日，第25巻第６号，186〜189 (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04B 7/24 - 7/26 H04Q 7/00 - 7/38

Claims

(57)【特許請求の範囲】

【請求項１】メッセージ表示機能を有する移動機から
情報提供元にあるコンテンツの取得要求のためのリクエ
ストをメッセージ通信機能を有する移動体通信網を経由
して送信し、前記情報提供元から取得したコンテンツを
含むメッセージを該移動体通信網を経由して前記移動機
へ送信するデジタル無線電話によるメッセージ通信シス
テムにおいて、前記移動体通信網は、前記移動機と上位システムとの間
にあって該移動機側からのリクエスト及び前記情報提供
元からの取得コンテンツを含むメッセージの転送処理を
行うとともに前記移動機とのセッション制御を行う大容
量データ転送システムと、前記上位システムの一部を構
成し大容量データ転送システムと情報提供元との間にあ
って送信されてきたリクエストを前記情報提供元へ接続
してコンテンツ取得のためのプロトコル変換を行い、取
得コンテンツを含むメッセージを前記移動機へ送信する
ためのプロトコル変換を行う情報提供システムとを備
え、かつ前記移動体通信網には、ショートメッセージサ
ービスによるメッセージ通信機能を有し、前記情報提供
元が予め設定した時間に該ショートメッセージサービス
によるメッセージ通信機能により、リンク先を含む自動
配信要求メッセージをユーザの前記移動機へ送信し、該
移動機のユーザがそのリンクを選択したとき、コンテン
ツの取得要求のリクエストを前記大容量データ転送シス
テムへ送信し、取得コンテンツを含むメッセージを該大
容量データ転送システムを経由して移動機へ送信するこ
とを特徴とするデジタル無線電話によるメッセージ通信
システム。
【請求項２】メッセージ表示機能を有する移動機から
情報提供元にあるコンテンツの取得要求のためのリクエ
ストをメッセージ通信機能を有する移動体通信網を経由
して送信し、前記情報提供元から取得したコンテンツを
含むメッセージを該移動体通信網を経由して前記移動機
へ送信するデジタル無線電話によるメッセージ通信シス
テムにおいて、前記移動体通信網は、前記移動機と上位システムとの間
にあって該移動機側からのリクエスト及び前記情報提供
元からの取得コンテンツを含むメッセージの転送処理を
行うとともに前記移動機とのセッション制御を行う大容
量データ転送システムと、前記上位システムの一部を構
成し大容量データ転送システムと情報提供元との間にあ
って送信されてきたリクエストを前記情報提供元へ接続
してコンテンツ取得のためのプロトコル変換を行い、取
得コンテンツを含むメッセージを前記移動機へ送信する
ためのプロトコル変換を行う情報提供システムとを備
え、かつ前記移動体通信網には、ショートメッセージサ
ービスによるメッセージ通信機能を有し、該移動体通信
網側は、メッセージ制御プロトコルを構成するメッセー
ジヘッダにコンテンツ取得要求のリクエストを送信する
制御タイマを設定し、前記移動機はこの制御タイマに基
づいてコンテンツ取得要求のリクエストを前記大容量デ
ータ転送システムへ送信し、取得コンテンツを含むメッ
セージを該大容量データ転送システムを経由して前記移
動機へ送信することを特徴とするデジタル無線電話によ
るメッセージ通信システム。
【請求項３】メッセージ表示機能を有する発信元の移
動機から長文のメールを移動体通信網を経由してポスト
オフィスに蓄積し、このポストオフィスに蓄積した長文
のメールを該移動体通信網を経由して着信先の移動機へ
送信するデジタル無線電話によるメッセージ通信システ
ムにおいて、前記移動体通信網は、ショートメッセージサービスによ
るメッセージ通信機能と、メール転送のためのメールゲ
ートウェイシステムと、移動機からのリクエスト及び前
記ポストオフィスに蓄積された長文のメールを含むメッ
セージの転送処理を行う大容量データ転送システムとを
有し、前記発信元の移動機から長文のメールを前記大容
量データ転送システム、メールゲートウェイシステムを
経由してポストオフィスに蓄積し、前記メールゲートウ
ェイシステムは蓄積した長文のメールの先頭部分のテキ
ストデータを含んだ着信通知を前記ショートメッセージ
サービスによるメッセージ通信機能により着信先の移動
機へ送信し、該着信先の移動機は着信通知をもとに前記
大容量データ転送システムを経由して前記メールゲート
ウェイシステムへ前記長文のメールの取得要求のための
リクエストを含むメッセージを送信し、該メールゲート
ウェイシステムは長文のメールを前記大容量データ転送
システムを経由して着信先の移動機へ送信することを特
徴とするデジタル無線電話によるメッセージ通信システ
ム。
【請求項４】前記着信先の移動機が着信通知を受け取
ったとき、前記ショートメッセージサービスによるメッ
セージ通信機能により前記発信元の移動機へ配信完了を
送信することを特徴とする請求項３記載のデジタル無線
電話によるメッセージ通信システム。