JP2003179973A

JP2003179973A - 情報提供システム

Info

Publication number: JP2003179973A
Application number: JP2002240371A
Authority: JP
Inventors: Hiroshi Ota; 洋太田; Shinjiro Nakamura; 新次郎中村; Naohiko Ichihara; 直彦市原; Yoshiyuki Fujiwara; 禎之藤原; Hiromitsu Tachibana; 啓充橘; Kazuhisa Higuchi; 和久樋口; Hiromi Kato; 洋巳加藤; Shinji Uetsuki; 伸次植月; Yoshikazu Muramoto; 義和村元; Yasue Osakabe; 泰江刑部
Original assignee: J Phone Co Ltd
Current assignee: SoftBank Corp
Priority date: 1999-10-29
Filing date: 2002-08-21
Publication date: 2003-06-27
Anticipated expiration: 2019-12-09
Also published as: JP3786635B2

Abstract

(57)【要約】【課題】大容量の文字情報、画像情報あるいは音声情
報のメッセージの転送を行えるようにする。【解決手段】移動体通信網とインターネット２１との
間に情報提供システム７０を配置する。情報提供システ
ム７０は、大容量データ転送システム３０と、インター
ネット２１間においてリクエスト及び取得コンテンツを
含むメッセージの転送処理を行えるようプロトコル変換
を行う。これにより、移動機１１がインターネット２１
上のＩＰ／ＳＰ２２から大容量のコンテンツであっても
取得することができるようになる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、デジタル無線電話
を使用して大容量の文字情報や画像情報、あるいは、音
声情報等のメッセージの転送を行うことのできる情報提
供システムに関するものである。

【０００２】

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

【０００３】

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

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

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明の情報提供システムは、移動機におけるコン
テンツの表示出力が前記移動機の表示出力仕様に適する
ように、前記移動機とコンテンツ提供元との間で送受信
されるメッセージにおけるメッセージングフォーマット
のプロトコル変換を行う情報提供システムであって、前
記移動機から前記コンテンツ提供元に送信されるコンテ
ンツ取得リクエストのメッセージングフォーマットを、
前記コンテンツ提供元側のメッセージングフォーマット
にプロトコル変換する第一のプロトコル変換手段と、前
記第一のプロトコル変換がなされたコンテンツ取得リク
エストに応じて前記コンテンツ提供元から前記移動機に
送信されるメッセージのメッセージングフォーマット
を、前記移動機側のメッセージングフォーマットにプロ
トコル変換する第二のプロトコル変換手段とを備えてい
る。

【０００６】また、上記本発明の情報提供システムにお
いて、前記第一のプロトコル変換手段において、前記第
一のプロトコル変換が行われる際に、前記移動機の機種
コードに基づいて取得した前記移動機のコンテンツ表示
出力仕様を、前記コンテンツ提供元に通知するようにし
てもよい。さらに、上記本発明の情報提供システムにお
いて、前記第一のプロトコル変換手段において、前記第
一のプロトコル変換が行われる際に、前記移動機の電話
番号を所定のユーザ識別番号に変換して、前記コンテン
ツ提供元に通知するようにしてもよい。さらに、上記本
発明の情報提供システムにおいて、前記第二のプロトコ
ル変換手段において、前記第二のプロトコル変換が行わ
れる際に、前記移動機に対して送信されるコンテンツの
送信量が、前記移動機のメモリ残量より小さい場合は、
その旨を前記移動機に通知するようにしてもよい。

【０００７】さらに、上記本発明の情報提供システムに
おいて、前記第二のプロトコル変換手段において、前記
第二のプロトコル変換が行われる際に、前記移動機にお
ける前記コンテンツ取得リクエストの送信タイミングが
分散されるように制御するようにしてもよい。さらに、
上記本発明の情報提供システムにおいて、前記第二のプ
ロトコル変換手段において、前記第二のプロトコル変換
が行われる際に、前記移動機と前記コンテンツ提供元と
の間における回線接続モードを、前記移動機に対して送
信されるコンテンツに応じて制御するようにしてもよ
い。

【０００８】このような本発明によれば、移動機におけ
るコンテンツの表示出力が移動機の表示出力仕様に適す
るように、移動機とコンテンツ提供元との間で送受信さ
れるメッセージにおけるメッセージングフォーマットの
プロトコル変換を行うようにしている。これにより、移
動機が、例えばインターネット上におけるコンテンツ提
供元からアニメーション等の画像情報あるいはバックグ
ラウンド・ミュージック等の音楽情報等のコンテンツを
取得することができるようになる。また、プロトコル変
換する際に、移動機の機種コードに基づく移動機のコン
テンツ表示出力仕様をコンテンツ提供元に通知すること
により、移動機に最適のコンテンツを取得させることが
できる。さらに、プロトコル変換する際に、移動機の電
話番号を所定のユーザ識別番号に変換してコンテンツ提
供元に通知したり、移動機に対して送信されるコンテン
ツの送信量が、移動機のメモリ残量より小さい場合は、
その旨を通知することができる。さらにまた、プロトコ
ル変換する際に、移動機におけるコンテンツ取得リクエ
ストの送信タイミングを分散させることにより、トラフ
ィックの集中を防止することができる。さらにまた、プ
ロトコル変換する際に、移動機に対して送信されるコン
テンツに応じて回線接続モードを制御すると、クイズの
コンテンツ等の場合にサスペンド機能を利用した考える
時間を実現することができる。

【０００９】

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

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

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

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

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

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

【００１５】大容量データ転送システム３０は、例え
ば、最大６キロバイトのデータ量の転送を行うことがで
きるシステムであり、ダイレクトアクセスシステム（Ｄ
ＡＳ：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
&sid=1234?

【００１９】ユーザリクエストを情報提供システム７０
でプロトコル変換したメッセージングフォーマットは、
図５に示すように、先頭からハイパーテキストトランス
ファプロトコル（ＨＴＴＰ）リクエストメソッドと、Ｈ
ＴＴＰヘッダ情報と、移動機プロファイルと、ユーザ識
別番号（ＵＩＤ）とからなる。ＨＴＴＰリクエストメソ
ッドは、例えば、以下の通りである。 GET http:www.domain/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しない）、１０秒後に
行う、２０秒後に行う、…、６０秒後に行う、即時に行
う等に設定する。そして、図１３に示すように、ＡＭＣ
Ｐメッセージヘッダの制御タイマを設定後に、ショート
メッセージサービス経由でトリガを移動機（ＭＳ）１１
に送信する（）。移動機（ＭＳ）１１は、ＡＭＣＰメ
ッセージヘッダの制御タイマを判断し、自動的にダウン
ロード要求を大容量データ転送システム３０を経由して
情報提供システム７０へ上げる（）。情報提供システ
ム７０は、ダウンロード要求を受信することで、要求コ
ンテンツを情報提供元（ＩＰ）２２へ取りに行き、取得
したコンテンツを大容量データ転送システム３０を経由
して移動機（ＭＳ）１１へダウンロードする（）。す
なわち、このプッシュサービスでは、移動機（ＭＳ）１
１毎に大容量データ転送システム３０へ配信のリクエス
トを上げさせるタイミングが異なるようにしている。Ａ
ＭＣＰヘッダの制御タイマを参照して配信のリクエスト
のタイミングを最大６０秒間の範囲で分散させることに
より、同時にダウンロードが集中して込み合うような状
態を回避することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５９】

【発明の効果】以上説明したように、本発明において
は、移動機におけるコンテンツの表示出力が移動機の表
示出力仕様に適するように、移動機とコンテンツ提供元
との間で送受信されるメッセージにおけるメッセージン
グフォーマットのプロトコル変換を行うようにしてい
る。これにより、移動機が、例えばインターネット上に
おけるコンテンツ提供元からアニメーション等の画像情
報あるいはバックグラウンド・ミュージック等の音楽情
報等のコンテンツを取得することができるようになる。
また、プロトコル変換する際に、移動機の機種コードに
基づく移動機のコンテンツ表示出力仕様をコンテンツ提
供元に通知することにより、移動機に最適のコンテンツ
を取得させることができる。さらに、プロトコル変換す
る際に、移動機の電話番号を所定のユーザ識別番号に変
換してコンテンツ提供元に通知したり、移動機に対して
送信されるコンテンツの送信量が、移動機のメモリ残量
より小さい場合は、その旨を通知することができる。さ
らにまた、プロトコル変換する際に、移動機におけるコ
ンテンツ取得リクエストの送信タイミングを分散させる
ことにより、トラフィックの集中を防止することができ
る。さらにまた、プロトコル変換する際に、移動機に対
して送信されるコンテンツに応じて回線接続モードを制
御すると、クイズのコンテンツ等の場合にサスペンド機
能を利用した考える時間を実現することができる。

【図面の簡単な説明】

【図１】本発明実施形態の情報提供システムを適用した
デジタル無線電話によるメッセージ通信システムの構成
を示すブロック図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者市原直彦東京都港区愛宕２丁目５番１号ジェイフォン株式会社内 (72)発明者藤原禎之東京都港区愛宕２丁目５番１号ジェイフォン株式会社内 (72)発明者橘啓充東京都港区愛宕２丁目５番１号ジェイフォン株式会社内 (72)発明者樋口和久東京都港区愛宕２丁目５番１号ジェイフォン株式会社内 (72)発明者加藤洋巳東京都港区愛宕２丁目５番１号ジェイフォン株式会社内 (72)発明者植月伸次東京都港区愛宕２丁目５番１号ジェイフォン株式会社内 (72)発明者村元義和東京都港区愛宕２丁目５番１号ジェイフォン株式会社内 (72)発明者刑部泰江東京都港区愛宕２丁目５番１号ジェイフォン株式会社内Ｆターム(参考） 5B089 GA01 GA12 GA25 GA31 GA34 HA10 HA11 JB06 KF05 5K067 AA34 BB04 BB21 DD51 DD52 EE02 EE16 FF02 FF23 FF31 5K101 KK02 KK16 LL12 MM07 NN18 PP03 UU19

Claims

【特許請求の範囲】

【請求項１】移動機におけるコンテンツの表示出力が
前記移動機の表示出力仕様に適するように、前記移動機
とコンテンツ提供元との間で送受信されるメッセージに
おけるメッセージングフォーマットのプロトコル変換を
行う情報提供システムであって、前記移動機から前記コンテンツ提供元に送信されるコン
テンツ取得リクエストのメッセージングフォーマット
を、前記コンテンツ提供元側のメッセージングフォーマ
ットにプロトコル変換する第一のプロトコル変換手段
と、前記第一のプロトコル変換がなされたコンテンツ取得リ
クエストに応じて前記コンテンツ提供元から前記移動機
に送信されるメッセージのメッセージングフォーマット
を、前記移動機側のメッセージングフォーマットにプロ
トコル変換する第二のプロトコル変換手段と、を備えることを特徴とする情報提供システム。
【請求項２】前記第一のプロトコル変換手段におい
て、前記第一のプロトコル変換が行われる際に、前記移
動機の機種コードに基づいて取得した前記移動機のコン
テンツ表示出力仕様を、前記コンテンツ提供元に通知す
るようにしたことを特徴とする請求項１記載の情報提供
システム。
【請求項３】前記第一のプロトコル変換手段におい
て、前記第一のプロトコル変換が行われる際に、前記移
動機の電話番号を所定のユーザ識別番号に変換して、前
記コンテンツ提供元に通知するようにしたことを特徴と
する請求項１記載の情報提供システム。
【請求項４】前記第二のプロトコル変換手段におい
て、前記第二のプロトコル変換が行われる際に、前記移
動機に対して送信されるコンテンツの送信量が、前記移
動機のメモリ残量より小さい場合は、その旨を前記移動
機に通知するようにしたことを特徴とする請求項１記載
の情報提供システム。
【請求項５】前記第二のプロトコル変換手段におい
て、前記第二のプロトコル変換が行われる際に、前記移
動機における前記コンテンツ取得リクエストの送信タイ
ミングが分散されるように制御するようにしたことを特
徴とする請求項１記載の情報提供システム。
【請求項６】前記第二のプロトコル変換手段におい
て、前記第二のプロトコル変換が行われる際に、前記移
動機と前記コンテンツ提供元との間における回線接続モ
ードを、前記移動機に対して送信されるコンテンツに応
じて制御するようにしたことを特徴とする請求項１記載
の情報提供システム。