JP3786635B2

JP3786635B2 - Information provision system

Info

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

Description

【０００１】
【発明の属する技術分野】
本発明は、デジタル無線電話を使用して大容量の文字情報や画像情報、あるいは、音声情報等のメッセージの転送を行うことのできる情報提供システムに関するものである。
【０００２】
【従来の技術】
従来、無線電話システムにおいて、情報提供元あるいはサービス提供者のコンテンツ・データベースを移動通信網側に設置あるいは専用線で接続して、携帯電話向けの情報提供サービスが実現されている。例えば、本出願人は、移動機からのユーザ要求に基づいて広い範囲の情報サービスプロバイダに簡単にアクセスでき、必要な情報サービスを対話的に受けることができるデジタル無線電話による情報提供サービスシステムを提案している。また、移動機からインターネット上のウェブサーバのホームページ等のファイルを取得して移動機の表示部で表示させる、いわゆるインターネットブラウジングを行うサービスが実現されている。例えば、本出願人は、ウェブゲートウェイプラットフォーム（ＷＧＰ）を開発し、ウェブサーバ上に作成された従来のホームページに大きな変更を加えることなく、移動機側が対応できる容量と構成にしてホームページの特定のメッセージを表示することができる無線電話によるメッセージ通信方法及び通信システムを提案している。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来の情報提供サービスシステムあるいはメッセージ通信方法及び通信システムは、配信ベアラは、１２８バイトを３連結した最大３８４バイトのショートメッセージサービスであるため、長文のメール、画像データあるいは音楽データ等の大容量データの転送に適していないことがあった。
【０００４】
本発明は上記事情に鑑みなされたもので、文字情報、画像情報あるいは音声情報等のメッセージの転送に適した情報提供システムを提供することを目的としている。
【０００５】
【課題を解決するための手段】
上記目的を達成するために、本発明の情報提供システムは、移動機におけるコンテンツの表示出力が前記移動機の表示出力仕様に適するように、前記移動機とコンテンツ提供元との間で送受信されるメッセージにおけるメッセージングフォーマットのプロトコル変換を行う情報提供システムであって、前記移動機から前記コンテンツ提供元に送信されるコンテンツ取得リクエストのメッセージングフォーマットを、前記コンテンツ提供元側のメッセージングフォーマットにプロトコル変換する第一のプロトコル変換手段と、前記第一のプロトコル変換がなされたコンテンツ取得リクエストに応じて前記コンテンツ提供元から前記移動機に送信されるメッセージのメッセージングフォーマットを、前記移動機側のメッセージングフォーマットにプロトコル変換する第二のプロトコル変換手段とを備え、前記第一のプロトコル変換手段において、前記第一のプロトコル変換が行われる際に、前記移動機の機種コードに基づいて取得した前記移動機のコンテンツ表示出力仕様を、前記コンテンツ提供元に通知するようにし、前記第二のプロトコル変換手段において、前記第二のプロトコル変換が行われる際に、前記移動機における前記コンテンツ取得リクエストの送信タイミングが分散されるように制御している。
【０００６】
また、上記目的を達成するために、本発明の他の情報提供システムは、移動機におけるコンテンツの表示出力が前記移動機の表示出力仕様に適するように、前記移動機とコンテンツ提供元との間で送受信されるメッセージにおけるメッセージングフォーマットのプロトコル変換を行う情報提供システムであって、前記移動機から前記コンテンツ提供元に送信されるコンテンツ取得リクエストのメッセージングフォーマットを、前記コンテンツ提供元側のメッセージングフォーマットにプロトコル変換する第一のプロトコル変換手段と、前記第一のプロトコル変換がなされたコンテンツ取得リクエストに応じて前記コンテンツ提供元から前記移動機に送信されるメッセージのメッセージングフォーマットを、前記移動機側のメッセージングフォーマットにプロトコル変換する第二のプロトコル変換手段とを備え、前記第一のプロトコル変換手段において、前記第一のプロトコル変換が行われる際に、前記移動機の機種コードに基づいて取得した前記移動機のコンテンツ表示出力仕様を、前記コンテンツ提供元に通知するようにし、前記第二のプロトコル変換手段において、前記第二のプロトコル変換が行われる際に、前記移動機と前記コンテンツ提供元との間における回線接続モードを、前記移動機に対して送信されるコンテンツに応じて制御するようにしている。
【０００７】
さらに、上記目的を達成するために、本発明のさらに他の情報提供システムは、移動機におけるコンテンツの表示出力が前記移動機の表示出力仕様に適するように、前記移動機とコンテンツ提供元との間で送受信されるメッセージにおけるメッセージングフォーマットのプロトコル変換を行う情報提供システムであって、前記移動機から前記コンテンツ提供元に送信されるコンテンツ取得リクエストのメッセージングフォーマットを、前記コンテンツ提供元側のメッセージングフォーマットにプロトコル変換する第一のプロトコル変換手段と、前記第一のプロトコル変換がなされたコンテンツ取得リクエストに応じて前記コンテンツ提供元から前記移動機に送信されるメッセージのメッセージングフォーマットを、前記移動機側のメッセージングフォーマットにプロトコル変換する第二のプロトコル変換手段とを備え、前記第一のプロトコル変換手段において、前記第一のプロトコル変換が行われる際に、前記移動機の機種コードに基づいて取得した前記移動機のコンテンツ表示出力仕様を、前記コンテンツ提供元に通知するようにし、前記第二のプロトコル変換手段において、前記第二のプロトコル変換が行われる際に、前記移動機における前記コンテンツ取得リクエストの送信タイミングが分散されるように制御すると共に、前記移動機と前記コンテンツ提供元との間における回線接続モードを、前記移動機に対して送信されるコンテンツに応じて制御するようにしている。
【０００８】
このような本発明によれば、移動機におけるコンテンツの表示出力が移動機の表示出力仕様に適するように、移動機とコンテンツ提供元との間で送受信されるメッセージにおけるメッセージングフォーマットのプロトコル変換を行うようにしている。これにより、移動機が、例えばインターネット上におけるコンテンツ提供元からアニメーション等の画像情報あるいはバックグラウンド・ミュージック等の音楽情報等のコンテンツを取得することができるようになる。また、プロトコル変換する際に、移動機の機種コードに基づく移動機のコンテンツ表示出力仕様をコンテンツ提供元に通知することにより、移動機に最適のコンテンツを取得させることができる。さらに、プロトコル変換する際に、移動機の電話番号を所定のユーザ識別番号に変換してコンテンツ提供元に通知したり、移動機に対して送信されるコンテンツの送信量が、移動機のメモリ残量より小さい場合は、その旨を通知することができる。さらにまた、プロトコル変換する際に、移動機におけるコンテンツ取得リクエストの送信タイミングを分散させることにより、トラフィックの集中を防止することができる。さらにまた、プロトコル変換する際に、移動機に対して送信されるコンテンツに応じて回線接続モードを制御すると、クイズのコンテンツ等の場合にサスペンド機能を利用した考える時間を実現することができる。
【０００９】
【発明の実施の形態】
以下、本発明を図示の一実施形態により具体的に説明する。図１及び図２は本実施形態の情報提供システムを適用したデジタル無線電話によるメッセージ通信システムを説明する図であり、図１は全体構成を説明するブロック図、図２は移動機の構成を説明するブロック図である。
【００１０】
これらの図において、デジタル無線電話によるメッセージ通信システム１０は、移動機（ＭＳ）１１と、基地局（ＢＳ：Base Station）１２と、交換機（ＭＳＣ：Mobile Switching Center ）１３と、ショートメッセージサービスセンター（ＳＭＳＣ：Short Message Service Center）１４と、本発明にかかる情報提供システム７０と、メールゲートウェイシステム（ＭＧＳ：Mail GatewaySystem）１９と、ポストオフィス（Post Office）２０とから移動体通信網が構成されている。情報提供システム７０は、情報提供センター（ＡＭＰ：Advanced Messaging Platform）１５と、エージェントサーバ（Agent Server）１６と、この情報提供センター（ＡＭＰ）１５に接続されたインターネットブラウジングを行うためのウェブゲートウェイプラットフォーム（ＷＧＰ：Web Gateway Platform）及びプロキシサーバ１８とから構成され、プロキシサーバ１８を介してインターネットに接続されている。またメール蓄積のためのポストオフィス２０に接続された転送制御を行うメールゲートウェイシステム（ＭＧＳ）１９は、インターネットに接続されている。インターネット２１には、情報サービス提供元（ＩＰ／ＳＰ：Information Provider/Service Provider）２２の機器等が接続されている。さらに、交換機（ＭＳＣ）１３と、上位システムを構成する情報提供センター（ＡＭＰ）１５及びメールゲートウェイシステム（ＭＧＳ）１９との間には、大容量データ転送システム３０が設けられている。
【００１１】
移動機（ＭＳ）１１は、通常の音声通話が可能な機能を備えるとともに、メッセージを送受信できる機能を備えており、図２に示すようにアンテナ４１、無線部４２、音声変換回路４３、スピーカ４４、マイク４５、メッセージ通信部４６、受信メッセージ管理部４７、表示制御部４８、音声着信設定部４９、キー入力部５０、メッセージメモリ５１、表示部５２、セッション制御部５３、メロディデータ解析部５４、画面キャプチャ部５５、受信画像表示設定部５６、移動機プロファイル処理部５７、自動取得設定処理部５８、テキストブラウズ処理部５９、マーカースタンプ処理部６０、リンク処理部６１、ＲＯＭ６２、ＲＡＭ６３、文字用固定記憶部６４、制御部６５等を備えている。
【００１２】
無線部４２は、音声変換回路４３またはメッセージ通信部４６から入力される送信データを基地局１２に無線送信するために所定の無線周波数の送信信号に周波数変換してアンテナ４１から送信したり、アンテナ４１により基地局１２から受信した受信信号を周波数変換して、メッセージ通信部４６あるいは音声変換回路４３に出力する。音声変換回路４３は、図示しない音声変換のためのコーディック部及び時分割接続処理部等を備え、受信した音声信号をスピーカ４４に出力したり、マイク４５から入力した音声を送信信号として無線部４２に出力する。メッセージ通信部４６は、送信メッセージを送信信号に編成して無線部４２に出力し、またメッセージを受信して受信メッセージ管理部４７や表示制御部４８等へ出力するための処理を行う部分である。受信メッセージ管理部４７は、受信メッセージを検索あるいは整理しやすいよう分類してメッセージメモリ５１に格納する部分である。音声着信設定部４９は、トランザクション型メッセージング中に音声着信を受けた場合の動作を決める部分である。表示制御部４８は、入力した文字や受信メッセージ等を表示部５２に表示するための制御を行う部分であり、移動機用マークアップ言語（ＭＭＬ）を理解するＷＷＷブラウザと同様の操作性のユーザインターフェースを提供する部分（ＭＭＬブラウザ）を備えている。キー入力部５０は、各種操作のためのキー、文字や英数字を入力するためのキー等を備える部分である。メッセージメモリ５１は、受信メッセージを格納するためのメモリである。表示部５２は、液晶表示装置等により構成されており、キー入力部５０から入力した文字や英数字、受信したメッセージ等の各種情報を表示する部分である。
【００１３】
以下の各部分は後に詳細に説明するように、セッション制御部５３は、コンテンツによって回線接続モードを変更し、効率的に無線設備を使用する目的で設けられ、サスペンド機能と回線保留機能を有する部分である。メロディデータ解析部５４は、移動機（ＭＳ）１１にダウンロードした音楽のコンテンツを繰り返し再生する処理を行う部分である。画面キャプチャ部５５は、ダウンロードしたコンテンツの画面の中でお気に入り登録するための処理を行う部分である。受信画像表示設定部５６は、受信した画像を待ち受け時に自動または手動で表示させるための処理を行う部分である。移動機プロファイル処理部５７は、移動機（ＭＳ）１１の仕様等に関するデータ（ＭＳプロファイルデータ）を管理するとともにリクエストを上げる際にそのデータをユーザデータの前に設定する処理を行う部分である。自動取得設定処理部５８は、ユーザが自分の好きなときにプッシュサービスを受けることができるよう設定処理する部分である。テキストブラウズ処理部５９は、コンテンツにイメージデータあるいはサウンドデータが含まれている場合に、最初にテキストデータのみをダウンロードできるよう処理する部分である。マーカースタンプ処理部６０は、表示した画像に文字や線等の記号を書き込むことができるよう処理する部分である。リンク処理部６１は、メール内のＥメールアドレス、ホームページアドレス、電話番号をリンク化し、移動機（ＭＳ）１１上でリンクを選択することで直接アクセスするための処理を行う部分である。
【００１４】
ＲＯＭ６２は、メッセージデータ送信処理プログラム等を格納するメモリ、ＲＡＭ６３は、通信制御中等のワークメモリである。文字用固定記憶部６４は、後に詳細に説明するように動く絵文字を専用に記録する部分である。制御部６５は、上記の各部を制御するとともに送受信データや制御データ等を転送制御する部分である。
【００１５】
大容量データ転送システム３０は、例えば、最大６キロバイトのデータ量の転送を行うことができるシステムであり、ダイレクトアクセスシステム（ＤＡＳ：Direct Access System）３１と、アクセスサーバ（Access Server）３２と、ダスプロトコル制御部３３とから構成されている。ダイレクトアクセスシステム（ＤＡＳ）３１は、例えば、データを移動機１１へダウンロードするための処理を行う部分であり、ＤＡＳ３１とアクセスサーバ３２は、移動機（ＭＳ）１１と情報提供システム７０やメールゲートウェイシステム（ＭＧＳ）１９等の上位システム間でデータを送受信できるよう処理する部分である。ダスプロトコル制御部３３は、情報提供システム７０やメールゲートウェイシステム（ＭＧＳ）１９から来たデータのプロトコルを変換後、アクセスサーバ３２へ送信したり、アクセスサーバ３２からきたデータのヘッダを見て、情報提供システム７０やメールゲートウェイシステム（ＭＧＳ）１９へそれぞれ転送処理を行い、また移動機（ＭＳ）１１とのセッション制御を行う部分である。
【００１６】
次に、本発明の情報提供システムを適用したデジタル無線電話によるメッセージ通信システムの各部におけるメッセージングフォーマット及び通信システムの動作例について具体的に説明する。図３はダイレクトアクセスリンクプロトコルのメッセージングフォーマットを示す図、図４はユーザリクエストのメッセージングフォーマットを示す図、図５はユーザリクエストをプロトコル変換した後のメッセージングフォーマットを示す図、図６は情報提供元から送信されるレスポンスのメッセージングフォーマットを示す図、図７はレスポンスをプロトコル変換した後のメッセージングフォーマットを示す図、図８は通信システムの動作例を説明する図である。
【００１７】
まず、ダイレクトアクセスリンクプロトコル（ＤＡＬＰ：Direct Access LinkProtocol）は、図３に示すように、先頭からアプリケーションが使用するベアラサービスが設定される部分であり、ダイレクトアクセスサービスが設定されるベアラ識別子と、ＤＡＬＰのバージョンが設定され将来のプロトコルの機能拡張によるバージョンアップに対応するためのプロトコルバージョンと、ＤＡＬＰメッセージングにおけるＤＡＬＰオペレーションのタイプやメッセージングの種別等を識別するための識別子が設定されるＤＡＬＰ識別子と、予備と、端末間で交換するデータの秘匿及び認証を行うためのオプション情報要素である鍵と、メッセージングのセッションを識別するために割り当てられる番号であるセッション番号と、メッセージングのセッション中の順序番号であるシーケンス番号と、アプリケーションを識別するためのアプリケーション識別子と、ユニットの番号を示すユニット番号と、全ユニット数を示すトータルユニット番号と、ＤＡＳデータの長さを示すＤＡＳデータ長と、誤り制御のためのチェックサムとからなる。
【００１８】
移動機（ＭＳ）１１から情報提供システム７０へのユーザリクエストのメッセージングフォーマットは、図４に示すように、先頭から携帯電話番号等の移動側番号（ＭＳＮ）を含むメッセージ転送プロトコルを構成するＡＭＴＰ（AdvancedMessaging Transfer Protocol）と、上記のダイレクトアクセスリンクプロトコル（ＤＡＬＰ）と、移動機プロファイルと、情報提供元のアドレスやリクエストキーワード等のデータとからなり、例えば、全体で１キロバイトである。移動機プロファイルは、機種コードと残りメモリ等のデータであり、リクエストを上げるときに一緒に送信し、情報提供システム７０は、このデータに基いて移動機（ＭＳ）１１の仕様等に関する画面サイズ、カラー表示あるいは４階調表示等の画面種類、型式、短音や２和音あるいは５和音等の着信音種別、メモリ残量等のデータに変換し、情報提供元（ＩＰ）２２側がそのデータを元にその移動機（ＭＳ）１１に最も適したコンテンツをダウンロードするためのものである。例えば、ある情報提供元のホームページのリンク <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

また、移動機プロファイルとＵＩＤは、例えば、以下の通りである。
X-jphone-msname:J-AB01

X-jphone-display:X*Y

X-jphone-color:CZ

X-jphone-sound:n

X-jphone-uid:1111111111111111

ここで、Ｘ＊Ｙは画面のドット数、Ｚはカラー画像の階調、ｎは和音数等である。
【００２０】
情報提供元（ＩＰ）２２から情報提供システム７０へ送信されるメッセージングフォーマットは、図６に示すように、先頭からＨＴＴＰレスポンスヘッダと、ＨＴＴＰヘッダ情報と、レスポンスとからなる。ＨＴＴＰレスポンスヘッダは、例えば、以下の通りである。
HTTP/1.1 200 OK

また、レスポンスは、例えば、以下の通りである。
<2>
<T>Sample</T>
Sample MML
</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"FSH=1 ALI=t>ＰＮＧアニメーション
の例では、図１６に示すように、例えば、人が走る画像が 720msec毎に切り替わり、指定された文字は画像の上に表示される。
【００４０】
上記の画像切り替えに基づいて「動く絵文字」を実現している。コード表に最大６コマからなる「動く絵文字」を追加する。移動機（ＭＳ）１１は、この「動く絵文字」のデータ格納のための文字用固定記憶部６４を設けている。図１６は動く絵文字のコード表の一例を示す図である。
【００４１】
動く絵文字に対応した送信側の移動機Ａ（ＭＳ−Ａ）１１から同じく対応した受信側の移動機Ｂ（ＭＳ−Ｂ）１１へ、例えば、「電話を下さい」というテキストと動く携帯電話の絵文字を送信する場合、移動機Ａ（ＭＳ−Ａ）１１で作成した上記メッセージを送信する際、送信容量の大きい動く絵文字はコード（この場合２４）に置き換えられ、「電話を下さい２４」として移動機Ｂ（ＭＳ−Ｂ）１１へ送信される。移動機Ｂ（ＭＳ−Ｂ）１１は文字用固定記憶部６４内にある動く絵文字データでコード番号２４に対応する絵文字を呼び出し、表示部５２では「電話を下さい」というテキスト文と、異なる画像を切り替えることによって選択したコード番号２４の動く絵文字を表示する。
【００４２】
図１８は移動機における画面キャプチャ機能による画面遷移状態を説明する図である。
【００４３】
移動機（ＭＳ）１１は、ダウンロードした画像の中でお気に入りを「登録」するための処理を行う画面キャプチャ部５５が設けられている。「登録」する場合には、メインメニュー内に入れ込む「マージ型」とキャプチャ機能下のキャプチャデータに追加する「機能選択型」を設ける。移動機（ＭＳ）１１は、同データをストレジメモリもしくはキャプチャ機能専用のメモリに記録する。登録した画面に含まれるリンクは、絶対アドレスで記録し、呼び出し後も有効とする。図９に示すように、野球情報画面を登録し、画面キャプチャ機能を選択し、マージ型ではメインメニューに野球が登録され、機能選択型では画面キャプチャ機能に野球が登録され、野球を選択すると、パリーグ、セリーグの選択ができる。
【００４４】
図１９は移動機における受信画像表示設定機能による自動の場合の動作例を説明する図、図２０は移動機における受信画像表示設定機能による手動の場合の動作例を説明する図である。
【００４５】
移動機（ＭＳ）１１は、ネットワーク側から受信した静止画あるいは動画等の画像を待ち受け時等に自動及び手動で表示させる処理を行う受信画像表示設定部５６が設けられている。自動の場合には、例えば、図１９に示すように、天気予報画面を登録し、受信画像表示設定機能及び自動を選択し、各画像のユニークなファイル名を受信画像表示設定部５６が記録すると、情報提供元側において同じファイル名の画像データがダウンロードされた場合、移動機（ＭＳ）１１は更新された画像データを表示する。手動の場合には、例えば、図２０に示すように、天気予報画面を登録し、受信画像表示設定機能及び手動を選択し、着信時あるいは待ち受け時等のどのタイミングで画像を表示させるかを選択すると、選択したタイミングで天気予報画面が表示されるようになっている。
【００４６】
また、移動機（ＭＳ）１１は、前述のように最初にテキストデータのみダウンロードできるよう処理するためのテキストブラウズ処理部５９が設けられている。コンテンツにイメージデータやサウンドデータが含まれている場合には、ダウンロードに時間がかかり、また電車の中など場所によってはサウンドデータの再生がマナー上問題になることがある。通常、イメージデータやサウンドデータのアドレスを含んだＭＭＬ形式のテキストデータをダウンロードし、テキストデータを表示部に表示すると同時に、含まれていたアドレスにあるイメージデータやサウンドデータのリクエストを順次ネットワーク側に上げている。そこでテキストブラウズ処理部５９は、その機能を有効にする操作を行った場合には、テキストデータをダウンロードした時点でテキストデータに含まれているイメージデータやサウンドデータのアドレスをリンクの形でテキストデータと一緒に表示部５２に表示するための制御を行う。これにより、ユーザは後にそのリンクを選択することでイメージデータやサウンドデータをダウンロードすることが可能になる。
【００４７】
さらに、移動機（ＭＳ）１１には、前述のように表示部５２に表示されている画像に文字や線等の記号を書き込むための処理を行うマーカスタンプ処理部６０が設けられている。図２１はマーカースタンプ機能による表示例を説明する図である。
【００４８】
移動機（ＭＳ）１１のメッセージメモリ５１に圧縮データとして格納されている、例えば、地図等の画像データをユーザが表示制御部４８の制御のもとに読み出し、圧縮データを展開して表示部５２に表示する。ここで、マーカースタンプ処理部６０は、ユーザがその機能を有効にする操作を行った場合には、画面の地図上にカーソルを表示させ、そのカーソルをキー入力によって動かし、自分の好きなところに文字や線等の記号を書き込むことができ、かつその画面上の地図及び入力した情報を再圧縮してメッセージメモリ５１に格納するための処理を行う。図２０に示すように、表示部５２に地図が表示されるとともにカーソルが表示された状態において、キー入力により、例えば、関東地方等の文字と地図を囲んだ線とを記入できまたその記入した地図のデータを保存できる。
【００４９】
さらにまた、移動機（ＭＳ）１１には、前述のリンク処理部６１が設けられている。ベアラが大容量データ転送システム３０になったことで、情報通信のウェブサーバ上のホームページ等のファイル取得サービスだけでなくメールサービスも大幅に向上した。従来、Ｅメールアドレス、ホームページアドレス、電話番号を入力してもテキストデータとして取り扱っていたが、大容量データ転送システム３０のベアラ及びこのベアラ対応の移動機（ＭＳ）１１を使用して、そのリンク処理部６１がメール内のＥメールアドレス、ホームページアドレス、電話番号をリンク化し、ユーザは移動機（ＭＳ）１１上でリンクを選択することによって直接アクセスできるようになった。すなわち、ユーザはメールを作成する際、Ｅメールを入力時に＠、ホームページアドレスを入力時にhttp://、電話番号を入力時にTEL:を入れた場合、受信側の移動機（ＭＳ）１１のリンク処理部６１が上記キーワードを含む文字列をリンクとして認識し、同メールを受信したユーザが移動機画面に表示されたメール上のリンクをカーソルで選択すると、Ｅメールの場合にはＥメール送信文書入力画面へ、ホームページアドレスの場合はＷＷＷアクセス入力画面へ、電話番号の場合はダイヤル入力画面へとリンクする。Ｅメール送信文書入力画面の場合にはメール作成後、ＷＷＷアクセス入力画面及びダイヤル入力画面はそのまま送信ボタンを押下することでリンク先に設定されたアドレス・電話番号にアクセスすることができる。
【００５０】
次に、メールサービスについて説明すると、ショートメッセージサービスセンター（ＳＭＳＣ）１４の機能を大容量データ転送システム３０の機能に代えることができるため、インターネット上のウェブサーバのファイルを取得する情報配信サービスに加えて、文字メールサービスを提供するメールゲートウェイシステム（ＭＧＳ）１９の機能も拡張されている。図２２はロングメールサービスを説明する図である。
【００５１】
大容量データ転送システム３０は、受信側の移動機（ＭＳ）１１にメールを着信させることができないため、ショートメッセージサービスと同様にショートメッセージサービスセンター（ＳＭＳＣ）１４より「着信通知」を送信し、ユーザにロングメールのダウンロードを促すように構成している。すなわち、移動機Ａ（ＭＳ−Ａ）１１から移動機Ｂ（ＭＳ−Ｂ）１１へロングメールを送信する場合には、図２２に示すように、まず、移動機Ａ（ＭＳ−Ａ）１１よりロングメールを大容量データ転送システム３０、メールゲートウェイシステム（ＭＧＳ）１９を経由して送信し、ポストオフィス２０に蓄積する（▲１▼）。次に、メールゲートウェイシステム（ＭＧＳ）１９は、このロングメールの先頭から３８４バイト分のテキストデータを含んだ「着信通知」をショートメッセージサービスセンター（ＳＭＳＣ）１４を経由して移動機Ｂ（ＭＳ−Ｂ）１１へ送信する（▲２▼）。移動機Ｂ（ＭＳ−Ｂ）１１は、「着信通知」の中の継続データの受信要求をすると、そのロングメールのダウンロードを要求するリクエストが移動機Ｂ（ＭＳ−Ｂ）１１から大容量データ転送システム３０を経由してメールゲートウェイシステム（ＭＧＳ）１９へ送信される（▲３▼）。次に、メールゲートウェイシステム（ＭＧＳ）１９は、送信されてきたリクエストに基づいてポストオフィス２０に蓄積されているロングメールを大容量データ転送システム３０を経由して移動機Ｂ（ＭＳ−Ｂ）１１へダウンロードする（▲４▼）。
【００５２】
また、従来のパソコン用Ｅメールサービスと同様に、同一メールを複数の端末に配信するサービスも実現される。すなわち、パソコン用Ｅメールサービスで使用するプロトコルであるＳＭＴＰ（Simple Mail Transfer Protocol）を元に、移動機メール転送プロトコル（ＭＭＴＰ：Mobile Mail Transfer Protocol）を新たに設ける。このＭＭＴＰには、発信元の携帯電話番号、配信確認要／不要、データ種類（テキスト、画像、サウンド等）、着信先携帯電話番号もしくはＥメールアドレス（ＴＯ／ＣＣ等の配信先別）、日時、タイトル文等の情報が設定される。ロングメール発信ユーザが同一ロングメール上で複数の配信先を設定して送信すると、メールゲートウェイシステム（ＭＧＳ）１９は、ＭＭＴＰに設定されている配信先毎にロングメールを送信する。
【００５３】
さらに、ロングメールの送信先が移動機（ＭＳ）１１でかつ１人のみ設定した場合には、メールの送信を確認する配信確認を設定できるサービスも実現される。図２３はメールの配信確認を説明する図である。
【００５４】
送信元の移動機（ＭＳ）１１で配信確認を設定すると、ＭＭＴＰで配信確認要が設定される。メールゲートウェイシステム（ＭＧＳ）１９は、ロングメールをポストオフィス２０に蓄積すると、「着信通知」をショートメッセージサービスセンター（ＳＭＳＣ）１４経由で着信先の移動機（ＭＳ）１１へ送信する。その際に、メールゲートウェイシステム（ＭＧＳ）１９は、このロングメールには配信確認が設定されていることを認識する。着信先の移動機（ＭＳ）１１が「着信通知」を受信すると、既存のショートメッセージサービスのベアラに使用しているショートメッセージ転送プロトコル（ＳＭＴＰ：Short Message TransferProtocol）で着信した旨の返答をショートメッセージサービスセンター（ＳＭＳＣ）１４経由でメールゲートウェイシステム（ＭＧＳ）１９へ返す。この返答を受信したメールゲートウェイシステム（ＭＧＳ）１９は、送信元の移動機（ＭＳ）１１へ配信確認であるステータスを送信する。すなわち、図２３に示すように、移動機Ａ（ＭＳ−Ａ）１１より配信確認要のロングメールを送信すると（▲１▼）、大容量データ転送システム３０、メールゲートウェイシステム（ＭＧＳ）１９を経由してポストオフィス２０に蓄積される。次に、メールゲートウェイシステム（ＭＧＳ）１９は、このロングメールの先頭から３８４バイトのテキストデータを含んだ「着信通知」をショートメッセージサービスセンター（ＳＭＳＣ）１４経由で、移動機Ｂ（ＭＳ−Ｂ）１１へ送信する（▲２▼）。ここでメールゲートウェイシステム（ＭＧＳ）１９は、ＭＭＴＰから配信確認要であることを認識する。移動機Ｂ（ＭＳ−Ｂ）１１に「着信通知」が致達すると、移動機Ｂ（ＭＳ−Ｂ）１１は、ＳＭＴＰで「着信通知」を受け取った旨を設定してショートメッセージサービスセンター（ＳＭＳＣ）１４経由でメールゲートウェイシステム（ＭＧＳ）１９へ送信する（▲３▼）。次に、メールゲートウェイシステム（ＭＧＳ）１９はショートメッセージサービスセンター（ＳＭＳＣ）１４経由で、ＳＭＴＰで移動機Ａ（ＭＳ−Ａ）１１へロングメールの配信完了したことを送信する（▲４▼）。
【００５５】
大容量データ転送システム３０の導入によりメールサービス・情報転送サービス共に最大６キロバイトのデータを転送できるようになったため、ロングメール作成時に移動機（ＭＳ）１１のメモリ内にある画像データ、サウンドデータをコピー・貼りつけして、テキストデータと共に送信することも可能になった。ダウンロードしたコンテンツもしくは移動機（ＭＳ）１１のメモリに蓄積されたコンテンツを開き、移動機（ＭＳ）１１のカーソルで添付したい画像もしくはサウンドデータを選択し、メニュー内にあるコピー機能を選ぶと、移動機（ＭＳ）１１のメモリ内にあるクリップボードに選択した画像もしくはサウンドデータがコピーされる。ユーザが同コンテンツを閉じ、ロングメール作成画面を開き、添付機能を選択すると、クリップボードにコピーされた画像もしくはサウンドデータがロングメールに添付されるようになっている。
【００５６】
上記構成のデジタル無線電話によるメッセージ通信システム１０では、ダイレクトアクセスシステム（ＤＡＳ）３１を含む最大６キロバイトの大容量データ転送システム３０を設けたことで、従来の最大３８４バイトであるショートメッセージサービスでは、困難であった長文のメール、画像データあるいは音楽データ等の大容量データを移動機（ＭＳ）１１に転送することが容易になった。また、大容量データの転送にともない、ショートメッセージサービスにおける移動機用マークアップ言語（Ｓ−ＭＭＬ）を多様な機能に対応できる移動機用マークアップ言語（Ｍ−ＭＭＬ）へと拡張することができた。すなわち、ＢＧＭファイルを移動機（ＭＳ）１１へダウンロードして繰り返し再生したり、アニメーション用画像を移動機（ＭＳ）１１へダウンロードして動画像として表示したりすることが可能になった。さらに、移動機（ＭＳ）１１には、新たにセッション制御部５３を設けて画面を保持したまま回線を一時中断し入力・発信により再び回線を復帰させることで、チャネルを効率的に使用することができるようになった。さらに、移動機（ＭＳ）１１において、メロディデータ解析部５４を設けてＢＧＭを繰り返し再生でき、そのＢＧＭを着信音、ウェイクアップ音、シャットダウン音、キー押下確認音等として登録することができ、画面キャプチャ部５５を設けてダウンロードした画面の中でお気に入りを登録することができ、受信画像表示設定部５６を設けて受信した画像を待ち受け時等に自動または手動で表示することができ、文字用固定記憶部６４を設けて動く絵文字を表示させることができるようになった。また、移動機（ＭＳ）１１の移動機プロファイル処理部５７は、移動機の仕様に関するデータを管理しリクエストを上げる際に同時にそのデータを設定するため、情報提供元が移動機に最も適したコンテンツを選択してダウンロードできる。自動取得設定処理部５８は、自分が好きなときにプッシュサービスを受けることができるよう設定できる。テキストブラウズ処理部５９は、コンテンツのダウンロードに時間のかかるイメージデータやサウンドデータが含まれるとき、最初にテキストデータのみダウンロードし、イメージデータやサウンドデータはリンクの形で表示部５２に表示し後にリンクを選択してダウンロードできる。マーカースタンプ処理部６０は、画像等に文字や記号を書き込み、そのデータを保存できる。リンク処理部６１は、受信メールに含まれるＥメールアドレス、ホームページアドレスあるいは電話番号をリンクとして認識し、そのリンクを選択することでリンク先に設定されたアドレスや電話番号に直接アクセスすることができる。
【００５７】
また、デジタル無線電話によるメッセージ通信システム１０は、大容量データ転送システム３０が設けられたことで、従来の情報配信サービスだけでなく、文字メールサービスも拡張することができ、今まで１２８バイト（Ｅメールでは３８４バイト）分の文字データのみ転送可能だったが、対応移動機間及び対応移動機とＥメール間では文字データにサウンドデータや画像データを添付し、最大６キロバイトまで転送可能になった。また、ロングメールを送信したとき、ショートメッセージサービスにより着信先へ「着信通知」を送信し、ユーザにロングメールのダウンロードを促したり、発信元へ「配信確認」を送信することができるようになった。さらには、パソコンのＥメールサービスのように複数配信することが可能になった。
【００５８】
なお、上記の説明において、大容量データ転送システム３０で最大６キロバイトのデータを転送できるようにしているが、これは一例である。また、本発明は開示された特定の実施形態に限定されず、特許請求の範囲により規定されるように本発明の精神及び範囲内において変形できることは容易に理解されるであろう。
【００５９】
【発明の効果】
以上説明したように、本発明においては、移動機におけるコンテンツの表示出力が移動機の表示出力仕様に適するように、移動機とコンテンツ提供元との間で送受信されるメッセージにおけるメッセージングフォーマットのプロトコル変換を行うようにしている。これにより、移動機が、例えばインターネット上におけるコンテンツ提供元からアニメーション等の画像情報あるいはバックグラウンド・ミュージック等の音楽情報等のコンテンツを取得することができるようになる。また、プロトコル変換する際に、移動機の機種コードに基づく移動機のコンテンツ表示出力仕様をコンテンツ提供元に通知することにより、移動機に最適のコンテンツを取得させることができる。さらに、プロトコル変換する際に、移動機の電話番号を所定のユーザ識別番号に変換してコンテンツ提供元に通知したり、移動機に対して送信されるコンテンツの送信量が、移動機のメモリ残量より小さい場合は、その旨を通知することができる。さらにまた、プロトコル変換する際に、移動機におけるコンテンツ取得リクエストの送信タイミングを分散させることにより、トラフィックの集中を防止することができる。さらにまた、プロトコル変換する際に、移動機に対して送信されるコンテンツに応じて回線接続モードを制御すると、クイズのコンテンツ等の場合にサスペンド機能を利用した考える時間を実現することができる。
【図面の簡単な説明】
【図１】本発明実施形態の情報提供システムを適用したデジタル無線電話によるメッセージ通信システムの構成を示すブロック図である。
【図２】本発明実施形態にかかる移動機の構成を示すブロック図である。
【図３】本発明実施形態にかかるダイレクトアクセスリンクプロトコルのメッセージングフォーマットを示す図である。
【図４】本発明実施形態にかかるユーザリクエストのメッセージングフォーマットを示す図である。
【図５】本発明実施形態にかかるユーザリクエストをプロトコル変換した後のメッセージングフォーマットを示す図である。
【図６】本発明実施形態にかかる情報提供元から送信されるレスポンスのメッセージングフォーマットを示す図である。
【図７】本発明実施形態にかかるレスポンスをプロトコル変換した後のメッセージングフォーマットを示す図である。
【図８】本発明実施形態にかかる通信システムの動作例を説明する図である。
【図９】本発明実施形態にかかるユーザ識別番号を必要とするコンテンツのダウンロード例を説明する図である。
【図１０】本発明実施形態にかかるプッシュサービスの動作例を説明する図である。
【図１１】本発明実施形態にかかるユーザデータのメッセージフォーマットを示す図である。
【図１２】本発明実施形態にかかるメッセージフォーマットの制御タイマに設定するテーブルを示す図である。
【図１３】本発明実施形態にかかるプッシュサービスの他の動作例を説明する図である。
【図１４】本発明実施形態にかかるＢＧＭファイルのダウンロード例を説明する図である。
【図１５】本発明実施形態にかかる移動機におけるアニメーション画像のスクロールを説明する図である。
【図１６】本発明実施形態にかかる移動機におけるアニメーション画像の切り替え説明する図である。
【図１７】本発明実施形態にかかる動く絵文字のコード表の一例を示す図である。
【図１８】本発明実施形態にかかる移動機における画面キャプチャ機能による画面遷移状態を説明する図である。
【図１９】本発明実施形態にかかる移動機における受信画像表示設定機能による自動の場合の動作例を説明する図である。
【図２０】本発明実施形態にかかる移動機における受信画像表示設定機能による手動の場合の動作例を説明する図である。
【図２１】本発明実施形態にかかる移動機におけるマーカースタンプ処理部による表示を説明する図である。
【図２２】本発明実施形態にかかるロングメールサービスを説明する図である。
【図２３】本発明実施形態にかかるメール配信確認を説明する図である。
【符号の説明】
１０メッセージ通信システム、１１移動機、１２基地局、１３交換機、１４ショートメッセージサービスセンタ、１５情報提供センタ、１６エージェントサーバ、１７ウェブゲートウェイプラットフォーム、１８プロキシサーバ、１９メールゲートウェイシステム、２０ポストオフィス、２１インターネット、２２ＩＰ／ＳＰ、３０大容量データ転送システム、３１ダイレクトアクセスシステム、３２アクセスサーバ、３３ダスプロトコル制御部、４１アンテナ、４２無線部、４３音声変換回路、４４スピーカ、４５マイク、４６メッセージ通信部、４７受信メッセージ管理部、４８表示制御部、４９音声着信設定部、５０キー入力部、５１メッセージメモリ、５２表示部、５３セッション制御部、５４メロディデータ解析部、５５画面キャプチャ部、５６受信画像表示設定部、５７移動機プロファイル処理部、５８自動取得設定処理部、５９テキストブラウズ処理部、６０マーカースタンプ処理部、６０マーカスタンプ処理部、６１リンク処理部、６２ＲＯＭ、６３ＲＡＭ、６４文字用固定記憶部、６５制御部、７０情報提供システム[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an information providing system capable of transferring messages such as large-capacity character information, image information, or voice information using a digital wireless telephone.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, in a wireless telephone system, an information providing service for mobile phones has been realized by installing a content database of an information provider or service provider on the mobile communication network side or connecting it with a dedicated line. For example, the present applicant proposes an information provision service system using a digital wireless telephone that can easily access a wide range of information service providers and interactively receive necessary information services based on user requests from mobile devices. is doing. In addition, a service for performing so-called Internet browsing in which a file such as a home page of a web server on the Internet is acquired from a mobile device and displayed on a display unit of the mobile device is realized. For example, the applicant has developed a web gateway platform (WGP), and does not make a major change to a conventional home page created on a web server, and the mobile device side can handle a specific message on the home page with a capacity and configuration. A message communication method and a communication system using a wireless telephone capable of displaying the message are proposed.
[0003]
[Problems to be solved by the invention]
However, in the conventional information providing service system or message communication method and communication system, since the delivery bearer is a short message service of a maximum of 384 bytes, which is a concatenation of 128 bytes, large mail, image data, music data, etc. In some cases, it was not suitable for transferring capacity data.
[0004]
The present invention has been made in view of the above circumstances, and an object thereof is to provide an information providing system suitable for transferring messages such as character information, image information, or voice information.
[0005]
[Means for Solving the Problems]
In order to achieve the above object, the information providing system of the present invention transmits and receives data between the mobile device and the content provider so that the display output of the content on the mobile device is suitable for the display output specification of the mobile device. An information providing system for performing protocol conversion of a messaging format in a message, wherein a protocol for converting a messaging format of a content acquisition request transmitted from the mobile device to the content provider to a messaging format on the content provider side And a messaging format of a message transmitted from the content provider to the mobile device in response to the content acquisition request subjected to the first protocol conversion to a messaging format on the mobile device side. A second protocol conversion means for protocol conversion In the first protocol conversion means, when the first protocol conversion is performed, the content display output specification of the mobile device acquired based on the model code of the mobile device is transmitted to the content provider. And when the second protocol conversion is performed, the second protocol conversion unit controls the transmission timing of the content acquisition request in the mobile device to be distributed. ing.
[0006]
Also, In order to achieve the above object, another information providing system of the present invention provides: , An information providing system for performing protocol conversion of a messaging format in a message transmitted and received between the mobile device and a content provider so that the display output of the content in the mobile device is suitable for the display output specification of the mobile device, A first protocol conversion means for converting a messaging format of a content acquisition request transmitted from the mobile device to the content provider to a messaging format on the content provider side; and the content subjected to the first protocol conversion. Second protocol conversion means for converting a messaging format of a message transmitted from the content provider to the mobile device in response to an acquisition request into a messaging format on the mobile device side; In the first protocol conversion means, when the first protocol conversion is performed, the content display output specification of the mobile device acquired based on the model code of the mobile device is notified to the content provider. West In the second protocol conversion means, when the second protocol conversion is performed, the line connection mode between the mobile device and the content provider is set to the content transmitted to the mobile device. To control accordingly .
[0007]
further, In order to achieve the above object, still another information providing system of the present invention is provided. , An information providing system for performing protocol conversion of a messaging format in a message transmitted and received between the mobile device and a content provider so that the display output of the content in the mobile device is suitable for the display output specification of the mobile device, A first protocol conversion means for converting a messaging format of a content acquisition request transmitted from the mobile device to the content provider to a messaging format on the content provider side; and the content subjected to the first protocol conversion. Second protocol conversion means for converting a messaging format of a message transmitted from the content provider to the mobile device in response to an acquisition request into a messaging format on the mobile device side; In the first protocol conversion means, when the first protocol conversion is performed, the content display output specification of the mobile device acquired based on the model code of the mobile device is notified to the content provider. , The second protocol conversion means controls the transmission timing of the content acquisition request in the mobile device to be distributed when the second protocol conversion is performed. At the same time, the line connection mode between the mobile device and the content provider is controlled in accordance with the content transmitted to the mobile device. .
[0008]
According to the present invention, the protocol conversion of the messaging format in the message transmitted / received between the mobile device and the content provider is performed so that the display output of the content in the mobile device is suitable for the display output specification of the mobile device. I am doing so. Accordingly, the mobile device can acquire content such as image information such as animation or music information such as background music from a content provider on the Internet, for example. In addition, when the protocol is converted, the mobile device can acquire the optimum content by notifying the content provider of the content display output specification of the mobile device based on the model code of the mobile device. Furthermore, when the protocol is converted, the mobile phone number is converted into a predetermined user identification number and notified to the content provider, or the amount of content transmitted to the mobile device is determined by the remaining memory in the mobile device. If it is smaller than the amount, it can be notified. Furthermore, when the protocol conversion is performed, the concentration of traffic can be prevented by distributing the transmission timing of the content acquisition request in the mobile device. Furthermore, when the protocol conversion is performed, if the line connection mode is controlled according to the content transmitted to the mobile device, it is possible to realize a time to consider using the suspend function in the case of a quiz content or the like.
[0009]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, the present invention will be specifically described with reference to an illustrated embodiment. FIG. 1 and FIG. 2 are diagrams for explaining a message communication system using a digital radio telephone to which the information providing system of this embodiment is applied. FIG. 1 is a block diagram for explaining the overall configuration, and FIG. FIG.
[0010]
In these figures, a digital radiotelephone message communication system 10 includes a mobile station (MS) 11, a base station (BS) 12, a mobile switching center (MSC) 13, a short message service center (MSC). The SMSC (Short Message Service Center) 14, the information providing system 70 according to the present invention, the mail gateway system (MGS) 19, and the post office 20 constitute a mobile communication network. . The information providing system 70 includes an information providing center (AMP: Advanced Messaging Platform) 15, an agent server (Agent Server) 16, and a web gateway platform for performing Internet browsing connected to the information providing center (AMP) 15 ( A WGP (Web Gateway Platform) and a proxy server 18 are connected to the Internet via the proxy server 18. A mail gateway system (MGS) 19 that performs transfer control connected to the post office 20 for storing mail is connected to the Internet. The Internet 21 is connected to devices of an information service provider (IP / SP: Information Provider / Service Provider) 22. Further, a large-capacity data transfer system 30 is provided between the exchange (MSC) 13 and the information providing center (AMP) 15 and the mail gateway system (MGS) 19 constituting the host system.
[0011]
The mobile device (MS) 11 has a function capable of normal voice calls and a function capable of transmitting and receiving messages. As shown in FIG. 2, an antenna 41, a radio unit 42, a voice conversion circuit 43, and a speaker 44 are provided. , Microphone 45, message communication unit 46, received message management unit 47, display control unit 48, voice incoming call setting unit 49, key input unit 50, message memory 51, display unit 52, session control unit 53, melody data analysis unit 54, Screen capture unit 55, received image display setting unit 56, mobile device profile processing unit 57, automatic acquisition setting processing unit 58, text browsing processing unit 59, marker stamp processing unit 60, link processing unit 61, ROM 62, RAM 63, fixed for character A storage unit 64, a control unit 65, and the like are provided.
[0012]
The radio unit 42 converts the transmission data input from the voice conversion circuit 43 or the message communication unit 46 into a transmission signal of a predetermined radio frequency and transmits it from the antenna 41 in order to wirelessly transmit to the base station 12. 41, the received signal received from the base station 12 is frequency-converted and output to the message communication unit 46 or the voice conversion circuit 43. The audio conversion circuit 43 includes a codec unit for time conversion (not shown), a time division connection processing unit, and the like, and outputs the received audio signal to the speaker 44 or the radio unit 42 using the audio input from the microphone 45 as a transmission signal. Output to. The message communication unit 46 is a part that performs processing for organizing a transmission message into a transmission signal, outputting the transmission signal to the radio unit 42, and receiving and outputting the message to the reception message management unit 47, the display control unit 48, and the like. . The received message management unit 47 is a part that classifies received messages so as to be easily searched or organized and stores them in the message memory 51. The voice incoming call setting unit 49 is a part that determines an operation when a voice incoming call is received during transactional messaging. The display control unit 48 is a part that performs control for displaying input characters, received messages, and the like on the display unit 52, and is a user with the same operability as a WWW browser that understands the markup language (MML) for mobile devices. A part for providing an interface (MML browser) is provided. The key input unit 50 is a part including keys for various operations, keys for inputting characters and alphanumeric characters, and the like. The message memory 51 is a memory for storing received messages. The display unit 52 is configured by a liquid crystal display device or the like, and is a part that displays various information such as characters and alphanumeric characters input from the key input unit 50 and received messages.
[0013]
As will be described later in detail, the session control unit 53 is provided for the purpose of changing the line connection mode according to the content and using the wireless equipment efficiently, and has a suspend function and a line hold function. It is. The melody data analysis unit 54 is a part that performs a process of repeatedly playing back music content downloaded to the mobile device (MS) 11. The screen capture unit 55 is a part that performs processing for favorite registration in the downloaded content screen. The received image display setting unit 56 is a part that performs processing for automatically or manually displaying a received image when waiting. The mobile device profile processing unit 57 is a part that manages data (MS profile data) related to the specifications of the mobile device (MS) 11 and sets the data before user data when making a request. The automatic acquisition setting processing unit 58 is a part that performs setting processing so that the user can receive the push service when he / she likes it. The text browsing processing unit 59 is a part that performs processing so that only text data can be downloaded first when image data or sound data is included in the content. The marker stamp processing unit 60 is a part that performs processing so that symbols such as characters and lines can be written in the displayed image. The link processing unit 61 is a part that links the e-mail address, home page address, and telephone number in the mail and performs a process for direct access by selecting a link on the mobile device (MS) 11.
[0014]
The ROM 62 is a memory for storing a message data transmission processing program and the like, and the RAM 63 is a work memory during communication control. The fixed character storage unit 64 is a part dedicated to recording moving pictograms as will be described in detail later. The control unit 65 is a part that controls each of the above units and controls transmission / reception data, control data, and the like.
[0015]
The large-capacity data transfer system 30 is a system that can transfer, for example, a data amount of up to 6 kilobytes, and includes a direct access system (DAS) 31, an access server 32, and a dashes. The protocol control unit 33 is configured. The direct access system (DAS) 31 is, for example, a part that performs processing for downloading data to the mobile device 11. The DAS 31 and the access server 32 are the mobile device (MS) 11, the information providing system 70, and the mail gateway system. (MGS) This is a part that performs processing so that data can be transmitted and received between higher systems such as 19. The das protocol control unit 33 converts the protocol of data coming from the information providing system 70 and the mail gateway system (MGS) 19 and transmits the data to the access server 32 or looks at the header of the data coming from the access server 32 to This is a part that performs transfer processing to the providing system 70 and the mail gateway system (MGS) 19 and performs session control with the mobile device (MS) 11.
[0016]
Next, the messaging format and the operation example of the communication system in each part of the message communication system using the digital radio telephone to which the information providing system of the present invention is applied will be described in detail. 3 is a diagram showing the messaging format of the direct access link protocol, FIG. 4 is a diagram showing the messaging format of the user request, FIG. 5 is a diagram showing the messaging format after protocol conversion of the user request, and FIG. 6 is from the information provider FIG. 7 is a diagram illustrating a messaging format of a response to be transmitted, FIG. 7 is a diagram illustrating a messaging format after protocol conversion of the response, and FIG. 8 is a diagram illustrating an operation example of the communication system.
[0017]
First, as shown in FIG. 3, the direct access link protocol (DALP: Direct Access Link Protocol) is a part in which a bearer service used by an application is set from the beginning, and a bearer identifier in which a direct access service is set, and DALP Protocol version for supporting version upgrades by future protocol enhancements, DALP identifiers for setting identifiers for identifying DALP operation types, messaging types, etc. in DALP messaging, and spares A key which is an optional information element for concealing and authenticating data exchanged between terminals, a session number which is a number assigned to identify a messaging session, and a messaging session A sequence number that is a sequence number in the network, an application identifier for identifying an application, a unit number that indicates a unit number, a total unit number that indicates the total number of units, and a DAS data length that indicates the length of DAS data And a checksum for error control.
[0018]
As shown in FIG. 4, the messaging format of the user request from the mobile device (MS) 11 to the information providing system 70 is an AMTP (Message Transfer Protocol) including a mobile side number (MSN) such as a mobile phone number from the top. It consists of AdvancedMessaging Transfer Protocol), the above direct access link protocol (DALP), mobile device profile, and data such as the address and request keyword of the information provider, for example, 1 kilobyte in total. The mobile device profile is data such as the model code and the remaining memory, and is transmitted together when making a request. The information providing system 70, based on this data, displays the screen size related to the specifications of the mobile device (MS) 11, etc. The data is converted into data such as screen type such as color display or 4 gradation display, type, ringtone type such as short tone, 2 chords or 5 chords, remaining memory, etc., and the information provider (IP) 22 side based on the data The mobile station (MS) 11 is for downloading the most suitable content. For example, a link to a homepage of an information provider <AH = "http: www.domain / url? Uid = 1 & sid = 1234 /"> Content The data when </A> is selected by J-AB01 which is a D-type mobile device is as follows.
M / 2Type = J-AB01? Mem = 256? Http: //www.domain/url? Uid = 1 & sid = 1234?
[0019]
As shown in FIG. 5, the messaging format obtained by protocol conversion of the user request by the information providing system 70 includes a hypertext transfer protocol (HTTP) request method, HTTP header information, a mobile device profile, and a user identification number (UID) from the top. ). The HTTP request method is as follows, for example.
GET http: www.domain / url? Uid = 1 & sid = 1234 HTTP / 1.1

The mobile device profile and UID are as follows, for example.
X-jphone-msname: J-AB01

X-jphone-display: X * Y

X-jphone-color: CZ

X-jphone-sound: n

X-jphone-uid: 1111111111111111

Here, X * Y is the number of dots on the screen, Z is the gradation of the color image, n is the number of chords, and the like.
[0020]
As shown in FIG. 6, the messaging format transmitted from the information providing source (IP) 22 to the information providing system 70 includes an HTTP response header, HTTP header information, and a response from the top. The HTTP response header is, for example, as follows.
HTTP / 1.1 200 OK

The response is as follows, for example.
<2>
<T> Sample </ T>
Sample MML
</ 2>
[0021]
When making a request for downloading the content of the information provider (IP) 22, the mobile device (MS) 11 refers to the remaining memory data in the mobile device profile processing unit 57 by the message communication unit 46, and The mobile device profile processing unit 57 organizes the model code, the remaining memory, and the like as a mobile device profile into the above-described user request messaging format, and as shown in FIG. Is transmitted to the information providing system 70 via (1). The information providing system 70 converts the messaging format of the transmitted user request into the above HTTP format messaging format so that it can be recognized by the information provider (IP) 22 side site on the web (2). ▼). At this time, the information providing system 70 refers to the model code, calls data such as the number of dots on the screen, the gradation of the color image, and the number of corresponding chords from the model code table and transmits it together with the request. The information provider (IP) 22 that has received the request selects the optimum content from all the mobile device profile patterns created in advance, or the mobile device (MS) 11 has transmitted An optimum content is created in correspondence with the machine profile and transmitted to the information providing system 70 side as the above HTTP format messaging format ((3)). If the mobile device (MS) 11 includes content that cannot be displayed as it is, the information providing system 70 converts the content into optimum data. When the remaining memory capacity of the mobile device profile data is smaller than the requested content capacity, data indicating that is returned instead of the requested content. The information providing system 70 converts the HTTP-formatted messaging format including the response transmitted from the information provider (IP) 22 side into the download messaging format described above, and transmits the mobile device via the large-capacity data transfer system 30. Transmit to (MS) 11 (4).
[0022]
Next, an operation when a user identification number (UID) is required for content download will be described. FIG. 9 is a diagram for explaining the download of content that requires a user identification number.
[0023]
Currently, businesses generally use a user's mobile phone number (MSN) to identify the user. From the information provider (IP) side, there is a need to create a customer database by identifying each user and manage the user's service usage history independently, but the user's mobile phone that is part of personal information It is a security problem to give the number as it is to the information provider (IP) outside the operator's network. Therefore, the mobile phone number (MSN) is converted into a UID based on a specific rule, and the information provider (IP) creates a customer database using the UID instead of the mobile phone number and manages the service usage history. To be able to do.
[0024]
That is, as shown in FIG. 9, the user transmits a request for downloading content that requires a UID from the mobile station (MS) 11 to the information providing system 70 via the large-capacity data transfer system 30 ((1)). At this time, the information providing system 70 transmits the data of the UID transmission agreement confirmation screen for transmitting the UID when accessing all the contents requiring the UID through the large-capacity data transfer system 30 to the mobile device (MS). Reply to 11 ((2)). When the user agrees to transmit the UID and transmits the agreed data to the information providing system 70 via the large-capacity data transfer system 30 (3), the information providing system 70 receives the agreed mobile phone number (MSN). Is stored in the UID agreement table, and the mobile phone number included in the AMTP in the messaging format of the user request is converted into a UID based on a specific rule (1 UID for one mobile phone number) (4), and the UID and The request is transmitted to the information provider (IP) 22 ((5)). The information provider (IP) 22 downloads the requested content to the user's mobile device (MS) 11 via the information providing system 70 and the large-capacity data transfer system 30 as described above ((6)). Once the UID transmission is agreed, the transmission agreement is not confirmed from the next request. The information provider (IP) 22 can create a customer database using the UID and manage the service usage history.
[0025]
The large-capacity data transfer system 30 is a system that performs only data transfer, and since it cannot be transmitted from the direct access system (DAS) 31 to the mobile station (MS) 11 side, the conventional short message service center (SMSC) 14 For example, a push service such as automatically delivering a weather forecast every day at 6 am is realized by two methods described below.
[0026]
FIG. 10 is a diagram for explaining an operation example of the push service.
[0027]
In this push service, a notification is sent to the user, and the mobile device (MS) 11 retrieves the data on the large-capacity data transfer system 30 side. That is, as shown in FIG. 10, the information provider (IP) side that creates the content transmits an automatic delivery request message to the user via the short message service center (SMSC) 14 at a preset time. This “message” includes a link for retrieving content in the large-capacity data transfer system 30, and when the user selects this link, the request for the content goes to the large-capacity data transfer system 30 side, This content can be downloaded.
[0028]
11 to 13 are diagrams for explaining other push services, FIG. 11 is a diagram showing a message format of user data, FIG. 12 is a diagram showing a table set in the control timer of the message format, and FIG. 13 is a push service. It is a figure explaining other operation examples.
[0029]
This push service automatically issues a request from the mobile device (MS) 11 side without any user operation, and distributes content data by the large-capacity data transfer system 30. This is realized in a short messaging format added to the head of user data. That is, as shown in FIG. 11, in the transaction type short messaging format, a message header that is a message control protocol (AMCP) for providing information is added to the head of data such as markup language (MML) for mobile equipment, for example. A bearer identifier for setting a bearer service from the beginning, a protocol version for setting an AMCP version, and an AMCP for setting an identifier for identifying an AMCP operation type, a messaging type, etc. in AMCP messaging An identifier, a spare, a control timer (Redirect Control Timer) added to make an automatic request to the downlink messaging format in order to realize an automatic push service in the large-capacity data transfer system 30, and a terminal It consists of a key which is a preliminary information element for concealing and authenticating data exchanged between them, a session number assigned to identify a messaging session, and a sequence number which is a sequence number in the session.
[0030]
When delivering the content of this push service, the information providing system 70 controls the control timer of the AMCP message header when the R attribute is included in the anchor tag of data such as markup language (MML) for mobile equipment. As shown in FIG. 12, for example, the automatic request is not raised (not redirected), performed after 10 seconds, performed after 20 seconds,... Performed after 60 seconds, or performed immediately. Then, as shown in FIG. 13, after setting the control timer of the AMCP message header, a trigger is transmitted to the mobile station (MS) 11 via the short message service ((1)). The mobile station (MS) 11 determines the control timer of the AMCP message header, and automatically issues a download request to the information providing system 70 via the large-capacity data transfer system 30 ((2)). Upon receipt of the download request, the information providing system 70 takes the requested content to the information providing source (IP) 22 and sends the acquired content to the mobile device (MS) 11 via the large-capacity data transfer system 30. Download (3). That is, in this push service, the timing at which a delivery request is sent to the large-capacity data transfer system 30 differs for each mobile device (MS) 11. By distributing the distribution request timing within a range of up to 60 seconds with reference to the control timer of the AMCP header, it is possible to avoid a situation where downloads are concentrated at the same time.
[0031]
In the above push service, the mobile station (MS) 11 judges the control timer of the AMCP message header, and automatically sends a request to the large-capacity data transfer system 30 when the timer expires. For users who have downloaded contents and do not want to be charged, the mobile device (MS) 11 is set to automatic or manual, and the automatic acquisition setting processing unit 58 performs processing so that the user can download the push-delivered contents. Is provided. When the automatic acquisition setting processing unit 58 sets the setting to “automatic”, it confirms that the R attribute is included in the anchor tag of the MML data included in the automatic delivery request message, and automatically If a process for raising a request to the large-capacity data transfer system 30 is performed and the setting is set to “manual”, the control timer can be used even if the anchor attribute of the MML data included in the automatic delivery request message includes the R attribute. Ignore and do not make a request. A process of raising a request to the large-capacity data transfer system 30 is performed only when the user selects a content link included in the automatic delivery request message.
[0032]
The message communication system 10 also has a suspend function and a line hold function in order to change the line connection mode according to the content and to efficiently use the radio equipment. In the mobile station (MS) 11, the session control unit 53 Performs processing to realize these. For example, when a user downloads quiz content, the user needs time to think about the answer. However, the line is still connected in the meantime, and it is an inefficient method of using the radio equipment that other users cannot use the channel. To solve this problem, the suspend function is implemented. First, the information provider (IP) 22 who wants to use the suspend function uses, for example, HTML at the head of the content he provides. Write <! ENDCOM = SUSPEND>. When the content is downloaded from the information provider (IP) 22 together with this description, the information providing system 70 sets the DALP identifier in the DALP to suspend, and the mobile device (MS) via the large-capacity data transfer system 30 together with the content. 11 is transmitted. The session control unit 53 of the mobile device (MS) 11 determines that the DALP identifier is suspended, disconnects the line, and performs processing for holding a quiz screen as an application. When the user inputs an answer and transmits, the session control unit 53 performs a process for reconnecting to the network side. In order to avoid losing sight of previous sessions at the time of reconnection, unique session numbers (up to 24 to the 24th power) are set on the mobile device (MS) 11 and the network side, and management is performed within DALP. For example, when the session number of 123 is set for the network and the mobile device (MS) 11 is set to 456, the respective information is recorded in the session number in DALP, and the mobile device (MS) 11 and the network side store these session numbers. Judge the session number and manage the session after line disconnection and return.
[0033]
In the case of the above-described suspend function, if congestion occurs because the line is once disconnected, the service may end in the middle, for example, no response is received from the network side even though the quiz is answered. Therefore, it is possible to provide a service while maintaining the line. That is, in order to hold the line, the information provider (IP) 22 puts, for example, at the top of the content to be provided, for example, Write <! ENDCOM = TRANSACTION>. When the content is downloaded from the information provider (IP) 22 together with this description, the information providing system 70 sets the DALP identifier in the DALP to the transaction, and the mobile device (MS) via the large-capacity data transfer system 30 together with the content. 11 is transmitted. The session control unit 53 of the mobile device (MS) 11 determines that the DALP identifier is a transaction and waits for a user action while holding the line.
[0034]
Further, in the message communication system 10, the markup language for mobile equipment (this is called S-MML) used in the short message service with a maximum bearer capacity of 384 bytes can be adapted to various functions. It has been extended to a markup language for mobile devices (this is called M-MML) that can be used in a large-capacity data transfer service with a bearer capacity of 6 kilobytes. Examples of main additional functions will be described below.
[0035]
FIG. 14 is a diagram for explaining an example of downloading a BGM file.
[0036]
The first extension is Background Music (BGM), whose tag is <BGM SRC = "url">. Here, url represents a URL that is an address of the music source on the network. The file uses a predetermined sound code extended for chord support. As shown in FIG. When <BGM SRC = "url"> is selected, the BGM file on the Internet 21 is downloaded to the mobile device (MS) 11 via the large-capacity data transfer system 30 and the information providing system 70. If this tag is included in the content downloaded to the mobile device (MS) 11, this binary file is transferred to the melody data analysis unit 54, and BGM is reproduced repeatedly. When the screen shown in the figure is displayed and the [Register] button is pressed while the BGM is being played, this BGM can be registered as a ringtone, wake-up sound, shutdown sound, key press confirmation sound, etc. When the screen changes to another screen, BGM is stopped.
[0037]
15 and 16 are diagrams for explaining display examples of animation images on the mobile device, FIG. 15 is a diagram for explaining image scrolling, and FIG. 16 is a diagram for explaining image switching.
[0038]
The next extended function is an animation image that changes the displayed image to be a moving image, and is realized by image scrolling and image switching in the display control unit 48 of the mobile device (MS) 11. In the image scrolling, the display control unit 48 controls the display unit 52 to display different images at different locations on the display unit 52 so as to make it appear to move. The MML tag in this case is as follows, for example.
<IM MTN = "Animation image file 1" MTN = "Animation image file 2" URL "MTN =" Animation image file 3 "= DR = 1 / r FSH = 1/2> Link string
Here, DR = l or r represents the direction of scrolling, 1 is from right to left, r is from left to right, the image is displayed as a whole, the character string is displayed from one side, and the movement is repeated. FSH = "display speed" is an interval for displaying one image at a time, and is approximately 720 msec = 1 and approximately 1440 msec = 2. ALI = t displays the specified character on the image, and ALI = c / b displays the specified character below the image. When the mobile device (MS) 11 receives a file of the above format or reads a file that has already been received and stored in the message memory 51, the display control unit 48 uses the MML tag in the display unit 52. Display the image as specified.
[0039]
MML tag is
Flip image <IM MTN = "anime1.png" MTN = "anime2.png" DR = 1 FSH = 1 ALI = t> PNG animation
In this example, as shown in FIG. 15, for example, an image of a person running scrolls from right to left at about 720 msec, and a designated character is displayed on the image. This image is recorded and read out in a dedicated work memory.
The MML tag
Flip image <IM MTN = "anime1.png" MTN = "anime2.png" FSH = 1 ALI = t> PNG animation
In this example, as shown in FIG. 16, for example, an image of a person running is switched every 720 msec, and a designated character is displayed on the image.
[0040]
Based on the image switching described above, a “moving pictograph” is realized. Add up to 6 “moving pictographs” to the code table. The mobile device (MS) 11 is provided with a fixed character storage unit 64 for storing data of the “moving pictograph”. FIG. 16 is a diagram showing an example of a code table of moving pictograms.
[0041]
For example, the text “Please call me” and the mobile phone pictogram from the mobile device A (MS-A) 11 on the sending side corresponding to the moving pictogram to the mobile device B (MS-B) 11 on the receiving side that also corresponds. When the above message created by the mobile device A (MS-A) 11 is transmitted, the moving pictogram having a large transmission capacity is replaced with a code (24 in this case), and the mobile device is indicated as “Please call me 24”. B (MS-B) 11 is transmitted. The mobile device B (MS-B) 11 calls the pictogram corresponding to the code number 24 with the moving pictogram data in the fixed character storage section 64, and the display section 52 displays a different image from the text sentence “Please call me”. The moving pictogram of the code number 24 selected by switching is displayed.
[0042]
FIG. 18 is a diagram for explaining the screen transition state by the screen capture function in the mobile device.
[0043]
The mobile device (MS) 11 is provided with a screen capture unit 55 that performs processing for “registering” a favorite in the downloaded image. In the case of “registration”, a “merge type” to be inserted into the main menu and a “function selection type” to be added to the capture data under the capture function are provided. The mobile device (MS) 11 records the data in a storage memory or a memory dedicated to the capture function. The link included in the registered screen is recorded with an absolute address and is valid after the call. As shown in FIG. 9, when a baseball information screen is registered, a screen capture function is selected, baseball is registered in the main menu in the merge type, baseball is registered in the screen capture function in the function selection type, and baseball is selected. You can select a parliament or a serie.
[0044]
FIG. 19 is a diagram for explaining an operation example in the case of automatic operation by the received image display setting function in the mobile device, and FIG.
[0045]
The mobile device (MS) 11 is provided with a received image display setting unit 56 that performs processing for automatically and manually displaying images such as still images or moving images received from the network side during standby. In the case of automatic, for example, as shown in FIG. 19, when a weather forecast screen is registered, the received image display setting function and automatic are selected, and the received image display setting unit 56 records a unique file name of each image. When the image data with the same file name is downloaded on the information providing source side, the mobile device (MS) 11 displays the updated image data. In the case of manual, for example, as shown in FIG. 20, the weather forecast screen is registered, the received image display setting function and manual are selected, and the timing for displaying the image at the time of incoming call or standby is selected. Then, the weather forecast screen is displayed at the selected timing.
[0046]
Further, the mobile device (MS) 11 is provided with a text browsing processing unit 59 for processing so that only text data can be downloaded first as described above. When image data or sound data is included in the content, it takes time to download, and reproduction of the sound data may be a problem in manners depending on places such as in a train. Normally, MML text data including the address of image data and sound data is downloaded and displayed on the display unit. At the same time, requests for image data and sound data at the included address are sequentially sent to the network side. Raised. Therefore, when the text browse processing unit 59 performs an operation for enabling the function, the text data address in the form of a link is used to link the address of the image data or sound data included in the text data when the text data is downloaded. Control for displaying on the display unit 52 is performed. As a result, the user can download image data and sound data by selecting the link later.
[0047]
Furthermore, the mobile device (MS) 11 is provided with a marker stamp processing unit 60 that performs processing for writing symbols such as characters and lines on the image displayed on the display unit 52 as described above. FIG. 21 is a diagram for explaining a display example by the marker stamp function.
[0048]
For example, the user reads out image data such as a map stored in the message memory 51 of the mobile device (MS) 11 under the control of the display control unit 48, expands the compressed data, and displays the display unit 52. To display. Here, when the user performs an operation for enabling the function, the marker stamp processing unit 60 displays a cursor on the map on the screen, moves the cursor by key input, and moves the cursor to a desired place. Symbols such as characters and lines can be written, and the map on the screen and the input information are recompressed and stored in the message memory 51. As shown in FIG. 20, in the state where the map is displayed on the display unit 52 and the cursor is displayed, for example, characters such as the Kanto region and the line surrounding the map can be entered by the key input, and the entry is made. Map data can be saved.
[0049]
Furthermore, the mobile unit (MS) 11 is provided with the link processing unit 61 described above. Since the bearer has become a large-capacity data transfer system 30, not only a file acquisition service such as a home page on an information communication web server but also a mail service have been greatly improved. Conventionally, even if an e-mail address, a homepage address, and a telephone number are input, they are handled as text data. However, using the bearer of the large-capacity data transfer system 30 and the mobile device (MS) 11 corresponding to this bearer, the link is used. The processing unit 61 links the e-mail address, homepage address, and telephone number in the e-mail, and the user can directly access by selecting the link on the mobile device (MS) 11. In other words, when composing an email, if the user enters @ when entering an email, http: // when entering a homepage address, and TEL: when entering a telephone number, the link of the mobile station (MS) 11 on the receiving side When the processing unit 61 recognizes the character string including the keyword as a link and the user who receives the mail selects the link on the mail displayed on the mobile device screen with the cursor, in the case of an email, an email transmission document Link to the input screen, link to the WWW access input screen in the case of a homepage address, or dial input screen in the case of a telephone number. In the case of the E-mail transmission document input screen, after creating a mail, the WWW access input screen and the dial input screen can be accessed as they are by pressing the send button to access the address / phone number set as the link destination.
[0050]
Next, the mail service will be described. Since the function of the short message service center (SMSC) 14 can be replaced with the function of the large-capacity data transfer system 30, in addition to the information distribution service for acquiring files of web servers on the Internet. In addition, the function of the mail gateway system (MGS) 19 that provides a text mail service has been expanded. FIG. 22 is a diagram for explaining the long mail service.
[0051]
Since the large-capacity data transfer system 30 cannot receive a mail at the mobile station (MS) 11 on the receiving side, it transmits an “incoming notification” from the short message service center (SMSC) 14 in the same manner as the short message service, It is configured to prompt the user to download a long mail. That is, when a long mail is transmitted from the mobile device A (MS-A) 11 to the mobile device B (MS-B) 11, as shown in FIG. The long mail is transmitted via the large-capacity data transfer system 30 and the mail gateway system (MGS) 19 and stored in the post office 20 ((1)). Next, the mail gateway system (MGS) 19 sends an “incoming notification” including text data of 384 bytes from the top of the long mail to the mobile device B (MS−) via the short message service center (SMSC) 14. B) Transmit to 11 ((2)). When the mobile device B (MS-B) 11 makes a request to receive the continuous data in the “incoming notification”, the request for downloading the long mail is transferred from the mobile device B (MS-B) 11 to transfer a large amount of data. It is transmitted to the mail gateway system (MGS) 19 via the system 30 ((3)). Next, the mail gateway system (MGS) 19 sends the long mail stored in the post office 20 based on the transmitted request via the large-capacity data transfer system 30 to the mobile device B (MS-B) 11. Download to (4).
[0052]
In addition, a service for distributing the same mail to a plurality of terminals can be realized in the same manner as a conventional e-mail service for a personal computer. That is, a mobile mail transfer protocol (MMTP) is newly provided on the basis of SMTP (Simple Mail Transfer Protocol) which is a protocol used in a personal computer email service. This MMTP includes the mobile phone number of the sender, whether or not delivery confirmation is required, the data type (text, image, sound, etc.), the destination mobile phone number or email address (by delivery destination such as TO / CC), date and time Information such as a title sentence is set. When a long mail transmission user sets and transmits a plurality of distribution destinations on the same long mail, the mail gateway system (MGS) 19 transmits a long mail for each distribution destination set in MMTP.
[0053]
Furthermore, when the destination of the long mail is the mobile device (MS) 11 and only one person is set, a service capable of setting a delivery confirmation for confirming the mail transmission is also realized. FIG. 23 is a diagram for explaining delivery confirmation of mail.
[0054]
When the delivery confirmation is set in the source mobile device (MS) 11, the delivery confirmation requirement is set in MMTP. When the long mail is stored in the post office 20, the mail gateway system (MGS) 19 transmits an “incoming call notification” to the destination mobile device (MS) 11 via the short message service center (SMSC) 14. At that time, the mail gateway system (MGS) 19 recognizes that delivery confirmation is set for this long mail. When the destination mobile station (MS) 11 receives the “incoming call notification”, a short message is sent as a response indicating that the call has arrived using the Short Message Transfer Protocol (SMTP) used for the bearer of the existing short message service. It returns to the mail gateway system (MGS) 19 via the service center (SMSC) 14. The mail gateway system (MGS) 19 that has received this reply transmits a status indicating delivery confirmation to the mobile station (MS) 11 that is the transmission source. That is, as shown in FIG. 23, when a long mail requiring delivery confirmation is transmitted from the mobile device A (MS-A) 11 (1), it passes through the large-capacity data transfer system 30 and the mail gateway system (MGS) 19. And stored in the post office 20. Next, the mail gateway system (MGS) 19 sends an “incoming notification” including text data of 384 bytes from the top of the long mail to the mobile device B (MS-B) via the short message service center (SMSC) 14. 11 ((2)). Here, the mail gateway system (MGS) 19 recognizes that delivery confirmation is necessary from MMTP. When the “incoming call notification” reaches the mobile station B (MS-B) 11, the mobile station B (MS-B) 11 sets the fact that the “incoming call notification” is received by SMTP and sets the short message service center (SMSC). ) 14 is transmitted to the mail gateway system (MGS) 19 via 14 ((3)). Next, the mail gateway system (MGS) 19 transmits the completion of the delivery of the long mail to the mobile device A (MS-A) 11 via the SMTP via the short message service center (SMSC) 14 ((4)).
[0055]
With the introduction of the large-capacity data transfer system 30, it is now possible to transfer data of up to 6 kilobytes for both mail service and information transfer service. You can also copy and paste and send it with text data. Open the downloaded content or the content stored in the memory of the mobile device (MS) 11, select the image or sound data to be attached with the cursor of the mobile device (MS) 11, and select the copy function in the menu. The selected image or sound data is copied to the clipboard in the memory of the machine (MS) 11. When the user closes the content, opens the long mail creation screen, and selects the attachment function, the image or sound data copied to the clipboard is attached to the long mail.
[0056]
In the message communication system 10 using the digital radio telephone having the above-described configuration, by providing the large-capacity data transfer system 30 including the direct access system (DAS) 31, the conventional short message service having a maximum of 384 bytes, It became easy to transfer large-capacity data such as long mail, image data or music data, which was difficult, to the mobile device (MS) 11. In addition, with the transfer of large volumes of data, the mobile markup language (S-MML) for short message service can be expanded to the mobile markup language (M-MML) that can support various functions. It was. That is, the BGM file can be downloaded to the mobile device (MS) 11 and repeatedly reproduced, or the animation image can be downloaded to the mobile device (MS) 11 and displayed as a moving image. Furthermore, the mobile station (MS) 11 is provided with a new session control unit 53 to temporarily use the channel while holding the screen, and to restore the line again by input / outgoing so that the channel can be used efficiently. Can now. Further, the mobile device (MS) 11 can be provided with a melody data analysis unit 54 to reproduce BGM repeatedly, and the BGM can be registered as a ringtone, wake-up sound, shutdown sound, key press confirmation sound, etc. Favorites can be registered in the screen downloaded with the capture unit 55, and the received image display setting unit 56 can be provided to display received images automatically or manually when waiting, etc. The storage unit 64 can be provided to display moving pictograms. Further, since the mobile device profile processing unit 57 of the mobile device (MS) 11 manages data related to the specifications of the mobile device and sets the data at the same time when making a request, the information providing source is most suitable for the mobile device. You can select and download. The automatic acquisition setting processing unit 58 can be set to receive the push service when he / she likes it. The text browse processing unit 59 first downloads only text data when image data or sound data that takes time to download content is included, and the image data and sound data are displayed on the display unit 52 in the form of a link and then linked. You can select and download. The marker stamp processing unit 60 can write characters and symbols on an image or the like and save the data. The link processing unit 61 recognizes an e-mail address, a home page address, or a telephone number included in the received mail as a link, and can directly access the address or telephone number set as the link destination by selecting the link.
[0057]
In addition, the message communication system 10 using the digital wireless telephone is provided with the large-capacity data transfer system 30, so that not only the conventional information distribution service but also the text mail service can be expanded to 128 bytes (E Although only 384 bytes) of character data could be transferred by e-mail, sound data and image data were attached to character data between compatible mobile devices and between compatible mobile devices and e-mails, and transfer was possible up to 6 kilobytes. . In addition, when a long mail is sent, an "incoming call notification" can be sent to the recipient by the short message service, and the user can be prompted to download a long mail, or a "delivery confirmation" can be sent to the sender. It was. In addition, it has become possible to distribute a plurality of emails like a personal computer email service.
[0058]
In the above description, the large-capacity data transfer system 30 can transfer data of up to 6 kilobytes, but this is an example. Also, it will be readily understood that the invention is not limited to the specific embodiments disclosed, but may be varied within the spirit and scope of the invention as defined by the claims.
[0059]
【The invention's effect】
As described above, in the present invention, the protocol conversion of the messaging format in the message transmitted / received between the mobile device and the content provider so that the display output of the content in the mobile device is suitable for the display output specification of the mobile device. Like to do. Accordingly, the mobile device can acquire content such as image information such as animation or music information such as background music from a content provider on the Internet, for example. In addition, when the protocol is converted, the mobile device can acquire the optimum content by notifying the content provider of the content display output specification of the mobile device based on the model code of the mobile device. Furthermore, when the protocol is converted, the mobile phone number is converted into a predetermined user identification number and notified to the content provider, or the amount of content transmitted to the mobile device is determined by the remaining memory in the mobile device. If it is smaller than the amount, it can be notified. Furthermore, when the protocol conversion is performed, the concentration of traffic can be prevented by distributing the transmission timing of the content acquisition request in the mobile device. Furthermore, when the protocol conversion is performed, if the line connection mode is controlled according to the content transmitted to the mobile device, it is possible to realize a time to consider using the suspend function in the case of a quiz content or the like.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a message communication system using a digital radio telephone to which an information providing system according to an embodiment of the present invention is applied.
FIG. 2 is a block diagram showing a configuration of a mobile device according to the embodiment of the present invention.
FIG. 3 is a diagram illustrating a messaging format of a direct access link protocol according to an embodiment of the present invention.
FIG. 4 is a diagram illustrating a messaging format of a user request according to an embodiment of the present invention.
FIG. 5 is a diagram showing a messaging format after protocol conversion of a user request according to an embodiment of the present invention.
FIG. 6 is a diagram showing a messaging format of a response transmitted from the information provider according to the embodiment of the present invention.
FIG. 7 is a diagram showing a messaging format after protocol conversion of a response according to the embodiment of the present invention.
FIG. 8 is a diagram illustrating an operation example of a communication system according to an embodiment of the present invention.
FIG. 9 is a diagram illustrating an example of downloading content that requires a user identification number according to an embodiment of the present invention.
FIG. 10 is a diagram for explaining an operation example of a push service according to an embodiment of the present invention.
FIG. 11 is a diagram showing a message format of user data according to the embodiment of the present invention.
FIG. 12 is a diagram showing a table set in the control timer of the message format according to the embodiment of the present invention.
FIG. 13 is a diagram for explaining another operation example of the push service according to the embodiment of the present invention.
FIG. 14 is a diagram illustrating an example of downloading a BGM file according to the embodiment of the present invention.
FIG. 15 is a diagram for explaining scrolling of an animation image in the mobile device according to the embodiment of the present invention.
FIG. 16 is a diagram illustrating switching of animation images in the mobile device according to the embodiment of the present invention.
FIG. 17 is a diagram showing an example of a code table of moving pictograms according to an embodiment of the present invention.
FIG. 18 is a diagram for explaining a screen transition state by a screen capture function in the mobile device according to the embodiment of the present invention.
FIG. 19 is a diagram for explaining an operation example in the case of automatic by the received image display setting function in the mobile device according to the embodiment of the present invention.
FIG. 20 is a diagram for explaining an operation example in the case of manual operation by the received image display setting function in the mobile device according to the embodiment of the present invention.
FIG. 21 is a diagram for explaining display by the marker stamp processing unit in the mobile device according to the embodiment of the present invention;
FIG. 22 is a diagram illustrating a long mail service according to an embodiment of the present invention.
FIG. 23 is a view for explaining mail delivery confirmation according to the embodiment of the present invention.
[Explanation of symbols]
10 Message Communication System, 11 Mobile Station, 12 Base Station, 13 Switch, 14 Short Message Service Center, 15 Information Center, 16 Agent Server, 17 Web Gateway Platform, 18 Proxy Server, 19 Mail Gateway System, 20 Post Office, 21 Internet, 22 IP / SP, 30 Mass data transfer system, 31 Direct access system, 32 Access server, 33 Das protocol control unit, 41 Antenna, 42 Radio unit, 43 Voice conversion circuit, 44 Speaker, 45 Microphone, 46 Message communication Unit, 47 received message management unit, 48 display control unit, 49 voice incoming call setting unit, 50 key input unit, 51 message memory, 52 display unit, 53 session control unit, 54 melody data Analysis unit, 55 screen capture unit, 56 received image display setting unit, 57 mobile device profile processing unit, 58 automatic acquisition setting processing unit, 59 text browsing processing unit, 60 marker stamp processing unit, 60 marker stamp processing unit, 61 link processing Section, 62 ROM, 63 RAM, 64 character fixed storage section, 65 control section, 70 information providing system

Claims

An information providing system for performing protocol conversion of a messaging format in a message transmitted and received between the mobile device and a content provider so that the display output of the content in the mobile device is suitable for the display output specification of the mobile device,
First protocol conversion means for converting a messaging format of a content acquisition request transmitted from the mobile device to the content provider to a messaging format of the content provider;
Second protocol conversion means for converting a messaging format of a message transmitted from the content provider to the mobile device in response to a content acquisition request subjected to the first protocol conversion into a messaging format on the mobile device side equipped with a door,
In the first protocol conversion means, when the first protocol conversion is performed, the content display output specification of the mobile device acquired based on the model code of the mobile device is notified to the content provider. In the second protocol conversion means, when the second protocol conversion is performed, control is performed so that the transmission timing of the content acquisition request in the mobile device is distributed. .

An information providing system for performing protocol conversion of a messaging format in a message transmitted and received between the mobile device and a content provider so that the display output of the content in the mobile device is suitable for the display output specification of the mobile device,
First protocol conversion means for converting a messaging format of a content acquisition request transmitted from the mobile device to the content provider to a messaging format of the content provider;
Second protocol conversion means for converting a messaging format of a message transmitted from the content provider to the mobile device in response to the content acquisition request subjected to the first protocol conversion into a messaging format on the mobile device side And
In the first protocol conversion means, when the first protocol conversion is performed, the content display output specification of the mobile device acquired based on the model code of the mobile device is notified to the content provider. In the second protocol conversion means, when the second protocol conversion is performed, the line connection mode between the mobile device and the content provider is transmitted to the mobile device. An information providing system characterized by being controlled according to the situation .

An information providing system for performing protocol conversion of a messaging format in a message transmitted and received between the mobile device and a content provider so that the display output of the content in the mobile device is suitable for the display output specification of the mobile device,
First protocol conversion means for converting a messaging format of a content acquisition request transmitted from the mobile device to the content provider to a messaging format of the content provider;
Second protocol conversion means for converting a messaging format of a message transmitted from the content provider to the mobile device in response to the content acquisition request subjected to the first protocol conversion into a messaging format on the mobile device side And
In the first protocol conversion means, when the first protocol conversion is performed, the content display output specification of the mobile device acquired based on the model code of the mobile device is notified to the content provider. In the second protocol conversion means, when the second protocol conversion is performed , the mobile device and the content are controlled so that the transmission timing of the content acquisition request in the mobile device is distributed. An information providing system in which a line connection mode with a provider is controlled according to content transmitted to the mobile device .