JP2006119852A - 移動体通信端末 - Google Patents

Abstract

【課題】 ヘッダーに不正な解釈処理用フィールドを含むメッセージを受信したときに、解釈処理を一律に行わない場合に比して、利用者が認識可能なメッセージ本文を出力できる確率が高まる移動体通信端末を提供する。
【解決手段】 本移動体通信端末（携帯電話機）１０はヘッダー判定部１１１とメッセージ解釈処理部１１２とを備える。ヘッダー判定部１１１は、携帯電話通信網２０を介して受信したメッセージのヘッダーに含まれる解釈処理用フィールドが不正であるか否かを判定する。メッセージ解釈処理部１１２は、ヘッダー判定部１１１で解釈処理用フィールドが不正であると判定したとき、当該移動体通信端末１０で使用可能な複数種類の解釈方法のいずれかを用いて受信メッセージのメッセージ本文を解釈処理する。
【選択図】 図６

Description

本発明は、メッセージ本文とヘッダーとを有するメッセージを通信ネットワークを介して受信可能な携帯電話機等の移動体通信端末に関するものである。

従来、この種の移動体通信端末として、移動体通信ネットワーク等の通信ネットワークを介して、他の移動体通信端末との間でメッセージを送受信可能な携帯電話機などの移動体通信端末が知られている。当初、移動体通信ネットワークにおける伝送能力が悪かったため、上記移動体通信端末間で送受信されるメッセージの種類は、所定サイズ以下のテキストデータに限られていた。その後、移動体通信ネットワークにおける伝送能力の向上により、テキストのデータサイズが拡張されたメッセージや、静止画像等のデータが添付されたメッセージも送受信できるようになってきている。特に最近では、データ伝送速度が高速の移動体通信システムを用いて、テキスト、グラフィック、ビデオ、オーディオ等の複数のメディアタイプのデータをメッセージとして送受信可能なマルチメディアメッセージングサービス（ＭＭＳ）が提供されるようになってきている（例えば、非特許文献１及び特許文献１参照）。
上記ＭＭＳのメッセージはメッセージ本文とヘッダーとを有し、後者のヘッダーは、メッセージ本文の解釈処理に用いる解釈処理用フィールドとして、Content-Typeフィールド等のＭＩＭＥ（Multipurpose Internet Mail Extension）に関するフィールドを含んでいる。このヘッダーを有するメッセージを受信した移動体通信端末は、ヘッダーに含まれている解釈処理用フィールドのデータに基づいて、メッセージ本文に使用されている文字コードやエンコード方法等を判断し、利用者が認識可能な所定フォーマットのデータに戻すように解釈処理を行う。この解釈処理後のデータをディスプレイやスピーカ等から出力することにより、移動体通信端末の利用者は上記メッセージの内容を認識することができる。

Multimedia Messaging Service Architecture Overview Version 1.2 (OMA-MMS-ARCH-v1_2-20030920-C) 特開２００２−２８１５５０号公報

しかしながら、上記移動体通信端末で受信したメッセージのヘッダーは、不正な解釈処理用フィールドを含む場合があった。例えば、送信側の移動体通信端末からメッセージを送信するときに送信処理の不具合によって上記解釈処理用フィールドに所定のデータが書き込まれなかったり、送信側の移動体通信端末から送信されたメッセージが通信ネットワークを伝送されている途中で上記解釈処理用フィールドが消失したりする場合があった。この場合は、受信側の移動体通信端末で受信したメッセージのメッセージ本文は正常であるにもかかわらず、そのメッセージのヘッダーは、フィールドに所定のデータが入っていなかったりフィールド自体が消失していたりしている不正な解釈処理用フィールドを含むことになる。また、上記メッセージのヘッダーが、所定の解釈処理用フィールドのほかに、受信側の移動体通信端末が対応していない不正な解釈処理用フィールドを含む場合もあった。以上のようにメッセージのヘッダーが不正な解釈処理用フィールドを含んでいると、メッセージ本文が正しくエンコードされた所定の文字コードの正常なデータであっても、その解釈処理が一律に行われないことによって文字化け等が発生した利用者が認識できないデータしか表示されないという問題点があった。

本発明は以上の問題点に鑑みなされたものであり、その目的は、ヘッダーに不正な解釈処理用フィールドを含むメッセージを受信したときに、解釈処理を一律に行わない場合に比して、利用者が認識可能なメッセージ本文を出力できる確率が高まる移動体通信端末を提供することである。

上記目的を達成するために、請求項１の発明は、メッセージ本文と該メッセージ本文の解釈処理に用いる複数の解釈処理用フィールドを含むヘッダーとを有するメッセージを、通信ネットワークを介して受信し、該解釈処理用フィールドのデータに対応する解釈方法を用いて該受信メッセージのメッセージ本文を解釈処理して出力する移動体通信端末であって、該通信ネットワークを介して受信したメッセージのヘッダーに含まれる解釈処理用フィールドが不正であるか否かを判定するヘッダー判定手段と、該ヘッダー判定手段で該解釈処理用フィールドが不正であると判定したとき、当該移動体通信端末で使用可能な複数種類の解釈方法のいずれかを用いて該受信メッセージのメッセージ本文を解釈処理するメッセージ解釈処理手段とを備えたことを特徴とするものである。
また、請求項２の発明は、請求項１の移動体通信端末において、上記ヘッダー判定手段は、上記複数の解釈処理用フィールドの少なくとも一つが存在していないときに、該解釈処理用フィールドが不正であると判定し、上記メッセージ解釈処理手段は、該存在していない解釈処理用フィールドの種類に応じて予め設定しておいた上記複数種類の解釈方法のいずれかを用いて、上記受信メッセージのメッセージ本文を解釈処理することを特徴とするものである。
また、請求項３の発明は、請求項１の移動体通信端末において、上記ヘッダー判定手段は、上記複数の解釈処理用フィールドの少なくとも一つがデータを有していないときに、該解釈処理用フィールドが不正であると判定し、上記メッセージ解釈処理手段は、該データが入力されていない不正な解釈処理用フィールドの種類に応じて予め設定しておいた上記複数種類の解釈方法のいずれかを用いて、上記受信メッセージのメッセージ本文を解釈処理することを特徴とするものである。
また、請求項４の発明は、請求項１の移動体通信端末において、上記ヘッダー判定手段は、上記複数の解釈処理用フィールドの少なくとも一つが、該移動体通信端末に対応していない未対応の解釈処理用フィールドであるときに、該解釈処理用フィールドが不正であると判定し、上記メッセージ解釈処理手段は、該未対応の解釈処理用フィールドを無視し、その他の解釈処理用フィールドのデータに応じて予め設定しておいた上記複数種類の解釈方法のいずれかを用いて、上記受信メッセージのメッセージ本文を解釈処理することを特徴とするものである。
また、請求項５の発明は、請求項１の移動体通信端末において、上記ヘッダー判定手段は、上記複数の解釈処理用フィールドの少なくとも一つが、該該移動体通信端末で解釈処理できない未対応の解釈方法を指定する不正データを含む解釈処理用フィールドであるときに、該解釈処理用フィールドが不正であると判定し、上記メッセージ解釈処理手段は、該不正データを含む不正な解釈処理用フィールドの種類に応じて予め設定しておいた上記複数種類の解釈方法のいずれかを用いて、上記受信メッセージのメッセージ本文を解釈処理することを特徴とするものである。

なお、上記「移動体通信端末」としては、ＰＤＣ（Personal Digital Cellular）方式、ＧＳＭ（Global System for Mobile Communication）方式、ＴＩＡ（Telecommunications Industry Association）方式等の携帯電話機、ＩＭＴ（International Mobile Telecommunications）−２０００で標準化された携帯電話機、ＴＤ−ＳＣＤＭＡ（Time Division Synchronous Code Division Multiple Access）方式の一つであるＴＤ−ＳＣＤＭＡ（ＭＣ：Multi Carrier）方式の携帯電話機、ＰＨＳ（Personal Handyphone System）、自動車電話機等の通話機能を有する電話機が挙げられる。また、この「移動体通信端末」としては、上記電話機のほか、通話機能を有するＰＤＡ（Personal Digital Assistance）等の通信端末も挙げられる。
また、上記移動体通信端末における制御や情報処理は、その移動体通信端末に設けられたコンピュータで所定のプログラムを実行することによって実現することもできる。このコンピュータで用いるプログラムの受け渡しは、デジタル情報としてプログラムを記録したＦＤ，ＣＤ−ＲＯＭ等の記録媒体を用いて行なってもいいし、コンピュータネットワーク等の通信ネットワークを用いて行なってもよい。

本発明によれば、移動体通信端末で受信したメッセージのヘッダーに含まれる解釈処理用フィールドが不正であると判定したとき、その受信側の移動体通信端末で実行可能な複数種類の解釈方法のいずれかを用いて、上記受信メッセージのメッセージ本文を解釈処理する。この解釈処理により、上記受信メッセージのヘッダの解釈処理用フィールドが不正であっても、そのメッセージ本文が受信側の移動体通信端末で実行可能な解釈方法で解釈可能なものであるとき、そのメッセージ本文を正しく解釈して利用者が認識可能なフォーマットで出力することができるようになる。従って、解釈処理用フィールドが不正であるときに解釈処理自体を一律に行わない場合に比して、利用者が認識可能なメッセージ本文を出力できる確率が高くなるという効果がある。

以下、図面を参照して本発明の実施の形態について説明する。
図１は本実施形態に係る通信システム全体の概略構成の一例を示す説明図である。この通信システムは、移動体通信端末としての携帯電話機１０Ａ，１０Ｂと、通信ネットワークとしての携帯電話通信網２０とを用いて構成されている。携帯電話通信網２０は、基地局２１と、コアネットワーク２０１と、ＩＰ（Internet Protocol）ネットワーク２０２と、ＳＭＳＣ（Short Message Service Center）２９とを備えている。

上記基地局２１は、管轄対象のセルごとに設けられ、携帯電話通信網２０内の有線回線からのデータを無線インタフェースに合うデータフォーマットに変換し、管轄対象のセル内にある携帯電話機１０Ａ，１０Ｂに無線周波数で送信する。逆に無線周波数で送信される携帯電話機１０Ａ，１０Ｂからのデータを受信して有線インタフェースに合うデータフォーマットに変換し、携帯電話通信網２０内の有線回線部分に転送する。

上記コアネットワーク２０１は、図示しない位置登録データベース（ＨＬＲ，ＶＬＲ）、加入者データベース、課金システム等を有し、各携帯電話機間の通信等を中継するように通信制御を行う。更に、コアネットワーク２０１は、各携帯電話機と、携帯電話通信網２０内の構成要素との間における通信を中継するように通信制御を行う。また、コアネットワーク２０１は、各携帯電話機と他の通信ネットワークとの間における通信を中継するように通信制御を行う。
また、上記コアネットワーク２０１は、回線交換網のほかパケット交換網を有している。このパケット交換網は、ＳＧＳＮ（Serving GPRS Support Node）２２やＧＧＳＮ（Gateway GPRS Support Node）２３等のノードを有している。ＳＧＳＮ２４は、基地局２１が接続されている図示しない無線ネットワークコントローラとコアネットワーク２０１側のパケット交換網との間のゲートウェイ機能と、各携帯電話機１０Ａ，１０Ｂの位置管理、セキュリティ管理及びアクセス制御を行う機能とを有している。また、ＧＧＳＮ２３は、コアネットワーク２０１側のパケット交換網と、ＩＰネットワーク２０２との間のゲートウェイ機能を有している。

上記ＩＰネットワーク２０２は、プロキシサーバ２４、ＭＭＳＣ（Multimedia Messaging Service Center）２５、ゲートウェイサーバ２６、ＰＰＧ（Push Proxy Gateway）サーバ２７、その他図示しないＷＥＢサーバ等を有している。

上記プロキシサーバ２４は、各携帯電話機１０Ａ，１０Ｂと、ＩＰネットワーク２０２内のサーバやインターネット上のサーバとの間の通信を中継する処理を行う。このプロキシサーバ２４は、コアネットワーク２０１における通信プロトコルとＩＰネットワーク２０２やインターネット３０等の他の通信ネットワークにおける通信プロトコルが異なる場合に、両通信プロトコルを合わせるためのプロトコル変換機能も有している。
なお、このＩＰネットワーク２０２の中に、ＷＥＢサーバや、コンテンツをダウンロードするためのダウンロードサーバを設けてもよい。

上記ＭＭＳＣ２５は、図示しないメッセージボックスが接続され、次のようなマルチメディアメッセージ（以下「ＭＭＳメッセージ」という。）の処理を行う。例えば、ＭＭＳＣ２５は、送信側の携帯電話機１０Ａから送信されたＭＭＳメッセージを受信すると、そのＭＭＳメッセージをメッセージボックスに一旦保存し、ＰＰＧサーバ２７やＳＭＳＣ２９等を介して受信側の携帯電話機１０ＢにＭＭＳメッセージの着信通知を送信する。そして、ＭＭＳＣ２５は、受信側の携帯電話機１０Ｂからメッセージ取得要求を受けると、必要に応じて所定のフォーマット変換を行い、受信側の携帯電話機１０Ｂに送信する。また、ＭＭＳＣ２５は、インターネット３０から携帯電話機１０Ａ，１０Ｂ宛のＭＭＳメッセージを受信したときも着信通知を行った後、必要に応じて所定のフォーマット変換を行い、受信側の携帯電話機１０ＢへＭＭＳメッセージを送信する。

上記ゲートウェイサーバ２６は、携帯電話通信網２０のＩＰネットワーク２０２とインターネット３０との間のゲートウェイ機能とファイヤウォール機能とを有している。
上記ＰＰＧサーバ２７は、ＭＭＳＣ２５から受信したプッシュリクエストに基づいて、上記着信通知等のプッシュ型のメッセージをＳＭＳＣ２９を経由して携帯電話機１０Ａ，１０Ｂに送信する。
上記ＳＭＳＣ２９は、ショートメッセージサービス（ＳＭＳ）を提供するものであり、サイズ制限（例えば１２８バイト）のあるショートメッセージを送信側の携帯電話機１０Ａから受信し、受信側の携帯電話機１０Ｂに送信する。また、ＳＭＳＣ２９は、放送形式で複数の携帯電話機にへ一斉にショートメッセージを送信することもできる。

上記携帯電話通信網２０のＩＰネットワーク２０２を介して接続されているインターネット３０には、各種コンテンツ提供用のサーバが接続されている。このコンテンツ提供用のサーバとしては、ＷＥＢページのコンテンツを主に提供するＷＥＢサーバ４０や、画像ファイル、音楽ファイル、アプリケーションのプログラムファイルなどのコンテンツを主に提供するダウンロードサーバ５０等がある。
上記インターネット３０上の各種コンテンツ提供サーバから携帯電話機１０Ａ，１０Ｂにコンテンツをダウンロードするときには、ネットワークの各階層において所定の通信プロトコルが用いられる。例えば、ＷＥＢサーバ４０からＷＥＢページをダウンロードするときのアプリケーション層の通信プロトコルとしては、ＨＴＴＰ（HyperText Transfer Protocol）、Ｗ−ＨＴＴＰ（Wireless HyperText Transfer Protocol）、ＷＴＰ(Wireless Transaction Protocol)、ＷＳＰ（Wireless Session Protocol）等が用いられる。

図２は、ＭＭＳ（Multimedia Messaging Service）を提供する上記ＭＭＳＣ２５を介して携帯電話機１０Ａ，１０Ｂ間で送受信されるＭＭＳメッセージの説明図である。このＭＭＳメッセージは、ＲＦＣ（Request for Comments）８２２，２８２２，２０４５，２０４６，２０４７，２０４９等で仕様が規定されているＭＩＭＥ（Multipurpose Internet Mail Extension）対応のインターネットテキストフォーマットのメッセージである。このＭＭＳメッセージは、メッセージ本文６０とヘッダー６１とにより構成されている。ＭＭＳメッセージのメッセージ本文６０は、テキスト情報のほか、音声、イメージ、ビデオ、オーディオなどの様々なメディアによる情報のデータを含めるように構成することができる。また、ＭＭＳメッセージのヘッダー６１は、送信側の携帯電話機などの通信端末において送信メッセージに関する様々な情報のデータが入力される各種フィールドで構成されている。
なお、上記ＭＭＳ、ＭＭＳＣ、ＭＭＳメッセージ等は、次の（１）〜（３）等に規定されている仕様に準拠するものである。
（１）Multimedia Messaging Service Architecture Overview Version 1.2 (OMA-MMS-ARCH-v1_2-20030920-C)
（２）Multimedia Messaging Service Client Transactions Version 1.2 (OMA- MMS-CTR-v1_2-20030916-C)
（３）Multimedia Messaging Service Encapsulation Protocol Version 1.2 (OMA-MMS-ENC-v1_2-20030915-C)

表１は、上記ヘッダー６１の主要なフィールドを示した一覧表である。ヘッダー６１は、送信元の差出人情報のフィールド（From:）、送信先の宛名情報のフィールド（To:，Cc:，Bcc:）、主題情報のフィールド（Subject）、日時情報のフィールド（Date:）、メッセージ識別情報のフィールド（Message-ID）、ＭＩＭＥ情報のフィールド（Mime-Version:，Content-Type:，Content-Transfer-Encoding:）等で構成されている。また、上記ヘッダー６１は、上記ＭＭＳ特有のデータを設定できるように、ＭＭＳ用に拡張されたＭＭＳ拡張情報のフィールド（X-Mms-Message-Type:，X-Mms-Transaction-ID:，X-Mms-MMS-Version :・・・）も有している。

上記ＭＩＭＥ情報のフィールドは、ＲＦＣ２０４５，２０４６，２０４７，２０４９等で規定されているＭＩＭＥの仕様に準拠したメッセージ本文６０の解釈処理に用いる解釈処理用フィールド（拡張ヘッダーフィールド）である。以下、このＭＩＭＥ情報のフィールドを「ＭＩＭＥヘッダーフィールド」といい、このＭＩＭＥヘッダーフィールドが設定されているヘッダー部分を「ＭＩＭＥヘッダー」という。

表２及び３はそれぞれ、本実施形態において上記ＭＩＭＥヘッダーフィールドの「Content-Type:」及び「Content-Transfer-Encoding:」に設定することができるデータを示している。

表２における「Content-Type:」のフィールドには、メッセージ本文におけるテキストデータの文字コードの種類や、添付ファイルを種類等を表すデータが設定される。なお、本例では、「Content-Type:」のパラメータである文字コード（charset=）のデータとして、アスキーコードの「us-ascii」及びユニコード「UTF-8」の２種類のデータを設定できるようにしているが、「UTF-16」等のその他の文字コードのデータを設定できるようにしてもよい。携帯電話機１０Ａ，１０Ｂは、「Content-Type:」のフィールドのデータに基づいて、ＭＭＳメッセージのメッセージ本文６０の文字コードを解釈し出力データを生成するように解釈処理する。

表３における「Content-Transfer-Encoding:」のフィールドには、メッセージ本文のデータがエンコードされているか否かを示すデータや、メッセージ本文のデータがどのような方法でエンコードされたかを示すデータが設定される。例えば、メッセージ本文がエンコード無しのバイナリデータの場合は「Binary」が設定され、メッセージ本文がバイナリデータからＡＳＣＩＩにエンコードされたものである場合は「base64」が設定される。また、メッセージ本文がlatin1などのテキストからＡＳＣＩＩにエンコードされたものである場合は「quoted-printable」が設定される。携帯電話機１０Ａ，１０Ｂは、「Content-Transfer-Encoding:」のフィールドのデータに基づいて、ＭＭＳメッセージのメッセージ本文６０を必要に応じてデコードし出力データを生成するように解釈処理する。

上記メッセージ本文６０を解釈処理するときに用いる解釈方法は、上記ＭＩＭＥヘッダーに設定されている「Content-Type:」のデータと「Content-Transfer-Encoding:」のデータとの組み合わせにより複数設定可能である。携帯電話機１０Ａ，１０Ｂは、携帯電話通信網２０を介して受信したＭＭＳメッセージのＭＩＭＥヘッダーフィールドのデータに応じて複数種類の解釈方法から選択された解釈方法を用いて、受信メッセージのメッセージ本文６０を解釈処理する。

図３は携帯電話機１０（１０Ａ、１０Ｂ）の一構成例を示す外観図であり、図４は、その携帯電話機１０のハードウェア構成を示す概略構成図である。また、図５は、携帯電話機１０におけるソフトウェア構造の説明図である。
この携帯電話機１０は、クラムシェル（折り畳み）タイプの携帯電話機であり、システムバス１００、ＣＰＵ１０１、ＲＡＭ１０２やＲＯＭ１０３等の記憶装置、入力装置１０４、出力装置１０５、携帯電話通信網用通信装置１０６、ＧＰＳ受信装置１０７を備えている。ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いに各種データやプログラムの命令等のやり取りを行っている。

上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォームの基本ソフトＯＳ上で、音声通話機能や、アプリケーションソフト（以下「アプリケーション」という。）による各種機能を実現することができる。このアプリケーションによる機能としては、ＷＥＢブラウザー、メーラー、音楽再生、動画表示、外部装置とのデータ送受信、アドレス帳管理、スケジューラ、メモ帳等がある。このＷＥＢブラウザー、メーラー、音楽再生、動画表示等のアプリケーションを起動し、そのアプリケーション上でＭＭＳメッセージの送受信を行ったり、受信したＭＭＳメッセージに含まれるテキストや画像（静止画、動画）コンテンツや音声や音楽等のオーディオコンテンツを出力したりしてもよい。

また、上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、上記ネイティブ側の電話機プラットフォームとは異なるアプリケーション実行環境を構築することができる。そして、このアプリケーション実行環境上で、携帯電話機にプリインストールされているアプリケーションや利用者がダウンロードして登録したアプリケーション等の各種アプリケーションを実行することができる。このアプリケーションとしては、プラットフォームに依存しないオブジェクト指向プログラミングによって開発されたＪＡＶＡ（登録商標）、Ｃ＋＋等のプログラム言語で記述されたアプリケーションや、Ｃ言語やアセンブリ言語で記述されたアプリケーションなどが挙げられる。また、これらのアプリケーション実行環境は、例えばＪＡＶＡ（登録商標）の仮想マシン（ＶＭ：Virtual Machine）やＢＲＥＷ（登録商標）等のミドルウェアによって構築される。

上記入力装置１０４は、データ入力キー（テンキー、＊キー、＃キー）１１、通話開始キー１２、終話キー１３、スクロールキー１４、多機能キー１５、マイク１６等から構成されている。この入力装置１０４のテンキー１１、通話開始キー１２、終話キー１３等により、利用者が操作可能な操作部が構成される。この操作部を操作することにより、利用者は、ＭＭＳメッセージを送受信したり、ＭＭＳメッセージに添付されている画像ファイルを展開して表示したり、音楽ファイルを展開して再生したり、アプリケーションプログラムを選択して実行したりすることができる。また、利用者は上記操作部を操作することにより、コンテンツ取得先のＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションプログラムの選択、起動及び停止を行ったりすることができる。また、利用者は上記操作部を操作することにより、上記ダウンロードサーバ５０から画像ファイル、音楽ファイル、アプリケーションプログラム等のコンテンツをダウンロードして登録することができる。

上記出力装置１０５は、表示手段である液晶ディスプレイ（ＬＣＤ）１７、スピーカ１８、図示しない振動デバイス等から構成されている。上記液晶ディスプレイ（ＬＣＤ）１７やスピーカ１８等からなる出力装置で構成されている出力部は、携帯電話通信網２０からＭＭＳメッセージやその着信通知を受信した旨を利用者に知らせたり、ＭＭＳメッセージのテキストや画像（静止画、動画）を液晶ディスプレイ（ＬＣＤ）１７に表示したり、ＭＭＳメッセージに添付の音声や音楽をスピーカ１８から出力したりするときに用いられる。上記ＭＭＳメッセージやその着信通知の受信を利用者に知らせるときは、出力部の液晶ディスプレイ（ＬＣＤ）１７に着信報知画像を表示したり、スピーカ１８から着信音を出力させたりする。
また、上記出力部は、携帯電話通信網２０を介して受信したＷｅｂページを液晶ディスプレイ（ＬＣＤ）１７に表示したり、携帯電話通信網２０から情報を着信した旨を利用者に知らせたりするときにも用いられる。また、上記出力部は、上記ゲーム等のアプリケーションプログラムの実行中に、そのプログラム実行に関連した画像の表示や音の出力に用いたり、情報配信サーバから受信した情報を表示したりするときにも用いられる。
なお、上記スピーカ１８は、通話中の音声を聞くための受話器用スピーカ（レシーバ）と、着信音や音楽などを出力する外部出力用スピーカとを別々に設けて構成してもいいし、これらの受話器用スピーカ及び外部出力用スピーカを兼用するように一つのスピーカで構成してもよい。

上記出力装置１０５を構成する振動デバイスは、この振動デバイスは、マナーモード（サイレントモード）設定時などに音声電話を着信したりＭＭＳメッセージや各種配信情報を受信したりしたときに、携帯電話機１０の全体を振動させ、その着信等を利用者に知らせるように制御することができる。

上記携帯電話通信網用通信装置１０６は、変復調器、シンセサイザ、周波数変換器，高周波増幅器などにより構成され、携帯電話通信網２０を介して他の携帯電話機や上述したサーバ１１等と通信するときに用いられる。この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して他の携帯電話機とＭＭＳメッセージのやり取りを行ったり、携帯電話通信網２０からゲートウェイサーバを介して、インターネット等の外部の通信ネットワークに接続し、インターネット上の通信端末とのＭＭＳメッセージのやり取り等を行ったりするための通信手段として用いられる。更に、この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して、ダウンロードサーバ５０が提供するアプリケーションプログラムをダウンロードしたり、現在位置の位置情報を含む配信情報を受信したりする情報受信手段としても用いられる。

図６は、本実施形態に係る携帯電話機１０（１０Ａ，１０Ｂ）の主要な機能を抽出して示した機能ブロック図である。この携帯電話機１０は、メッセージ受信部１１０とヘッダー判定部１１１とメッセージ解釈処理部１１２とメッセージ出力部１１３とを備えている。

上記メッセージ受信部１１０は上記携帯電話通信網用通信装置１０６等で構成され、上記ＭＭＳメッセージを受信するメッセージ受信手段としての機能を有する。すなわち、このメッセージ受信部１１０は、ＨＴＴＰ等の所定の通信プロトコルを用いた通信により、他の携帯電話機から携帯電話通信網２０を介して送られてきたＭＭＳメッセージを受信するメッセージ受信手段の機能を有する。また、メッセージ受信部１１０は、他の通信端末からインターネット３０及び携帯電話通信網２０を介して送られてきたＭＭＳメッセージを受信する。

上記ヘッダー判定部１１１は上記ＣＰＵ１０１等で構成され、ヘッダー判定手段としての機能を有する。すなわち、このメッセージ判定部１１１は、メッセージ受信部１１０で受信した受信メッセージのヘッダーに含まれる解釈処理用フィールドとしてのＭＩＭＥヘッダーフィールドが不正であるか否かを判定する。この不正なＭＩＭＥヘッダーフィールドの態様としては、例えば次の（１）〜（４）が挙げられる。
（１）複数のＭＩＭＥヘッダーフィールドのいずれかが存在しない。
（２）複数のＭＩＭＥヘッダーフィールドのいずれかにデータが入力されていない。
（３）受信側の携帯電話機に対応していない未対応のＭＩＭＥヘッダーフィールドを含む。
（４）複数のＭＩＭＥヘッダーフィールドのいずれかに、解釈処理できない未対応の解釈方法（文字コード、デコード方法）を指定する不正データが入力されている。

上記メッセージ解釈処理部１１２は上記ＣＰＵ１０１等で構成され、所定の解釈方法によってメッセージ本文を解釈処理するメッセージ解釈処理手段としての機能を有する。すなわち、このメッセージ解釈処理部１１２は、携帯電話通信網２０を介して受信したＭＭＳメッセージのＭＩＭＥヘッダーフィールドのデータに対応する解釈方法を用いて、その受信メッセージのメッセージ本文を解釈処理する。
ここで、上記「解釈方法」は、送信側のテキストの文字コードや送信時のエンコード方法の情報が記述されるＭＩＭＥヘッダーフィールドのデータに応じて互いに異なる複数種類の解釈方法が予め設定されている。そして、この「解釈方法」は、例えば文字コードの種類やエンコードの種類等で特定される。

また、メッセージ解釈処理部１１２は、メッセージ判定部１１１で受信ＭＭＳメッセージのヘッダーが不正なＭＩＭＥヘッダーフィールドを含むと判定したとき、受信側の携帯電話機で実行可能な複数種類の解釈方法のいずれかを用いて受信ＭＭＳメッセージのメッセージ本文を解釈処理する。この解釈処理により、可能な限りメッセージ本文の解釈を行い、受信ＭＭＳメッセージが正しく解釈可能なメッセージ本文を有しているにもかかわらず不正なＭＩＭＥヘッダーフィールドを含むＭＩＭＥヘッダーを有しているときに、そのメッセージ本文を正しく解釈して出力できるようにしている。

例えば、上記（１）のように複数のＭＩＭＥヘッダーフィールドのいずれかが存在しない場合や、上記（２）のように複数のＭＩＭＥヘッダーフィールドのいずれかにデータが入力されていない場合は、次のように処理する。すなわち、その不正な解釈処理用フィールドの種類に応じて予め設定しておいた上記携帯電話機で実行可能な複数種類の解釈方法のいずれかを用いて、受信メッセージのメッセージ本文を解釈処理する。

表４は、所定のデータが入力されていないＭＩＭＥヘッダーフィールドの種類やＭＩＭＥヘッダーに存在しないＭＩＭＥヘッダーフィールドの種類に応じた解釈方法の設定例を示す一覧表である。なお、表４では、所定のＭＩＭＥヘッダーフィールドが存在し且つそのフィールドにデータが入力されている場合についても示している。また、表４中の「○」はＭＩＭＥヘッダーフィールドが存在し、しかもそのＭＩＭＥヘッダーフィールドにデータが入力されていることを示している。一方、表４中の「×」は、ＭＩＭＥヘッダーフィールドが存在していないこと、又はそのＭＩＭＥヘッダーフィールドは存在しているが所定のデータが入力されていないことを示している。

また、不正なＭＩＭＥヘッダーフィールドが、上記（３）に記載の未対応の解釈処理用フィールドである場合は、次のように処理する。すなわち、上記未対応のＭＩＭＥヘッダーフィールドを無視し、その他のＭＩＭＥヘッダーフィールドのデータに応じて予め設定しておいた上記複数種類の解釈方法のいずれかを用いて、受信ＭＭＳメッセージのメッセージ本文を解釈処理する。

また、不正なＭＩＭＥヘッダーフィールドが、上記（４）に記載の未対応の解釈方法を指定する不正データを含む解釈処理用フィールドである場合は次のように処理する。すなわち、上記不正データを含む不正な解釈処理用フィールドの種類に応じて予め設定しておいた上記複数種類の解釈方法のいずれかを用いて、上記受信ＭＭＳメッセージのメッセージ本文を解釈処理する。

なお、上記不正な解釈処理用フィールドがあったときに用いる解釈方法は、利用者が認識可能なフォーマットのデータとして、解釈処理後のメッセージ本文のデータを出力できる確率ができるだけ高くなるように設定するのが好ましい。

上記メッセージ出力部１１３は上記出力装置１０５等で構成され、メッセージ解釈処理部１１２で解釈処理されたメッセージ本文のデータをテキストや画像（静止画、動画）コンテンツとしてディスプレイ上に表示したり、音声や音楽等のオーディオコンテンツとしてスピーカやイヤホンから出力するメッセージ出力手段としての機能を有する。

図７は、上記構成の通信システムにおいて携帯電話機１０Ａ、１０Ｂ間でＭＭＳメッセージを送受信するときの処理手順の一例を示すシーケンス図である。このメッセージ送受信処理では、メッセージの着信通知を受けた携帯電話機１０Ｂにおいて利用者が手動でメッセージの受信を行っている。
まず、送信側の利用者は、携帯電話機１０Ａを操作してＭＭＳメッセージ用のアプリケーションを起動し、ＭＭＳメッセージを作成する。そして、送信相手先のアドレスを指定して上記ＭＭＳメッセージを送信するように利用者が携帯電話機１０Ａを操作すると、携帯電話機１０Ａは、「ＨＴＴＰ ＰＯＳＴ」によるメッセージ送信要求をＭＭＳＣ２５に送信する（ステップＳ１）。
ＭＭＳＣ２５は、上記メッセージ送信要求に対して「ＨＴＴＰ ２００ ＯＫ」によるメッセージ送信応答を送信側の携帯電話機１０Ａに送信する（ステップＳ２）。その後、ＭＭＳＣ２５は、「ＳＭＳ」によるメッセージ着信通知をＰＰＧサーバ２７を経由して受信側の携帯電話機１０Ｂに送信する（ステップＳ３，Ｓ４）。
次に、受信側の携帯電話機１０Ｂは、上記メッセージ着信通知をＭＭＳＣ２５から受信すると、着信通知用に予め設定しておいたテキストや画像等を出力部のディスプレイ１７に表示したり、着信通知用に予め設定しておいた音声、特殊音、メロディー、音楽等を出力部のスピーカ１８から出力したりする。例えば、「新着メッセージがサーバに格納された」等の着信通知メッセージをディスプレイに表示する。このようなディプレイ上の着信通知表示やスピーカーからの着信通知音の出力により、受信側の携帯電話機１０Ｂの利用者は、自分宛のＭＭＳメッセージが届いていることを知ることができる。その着信通知の後、受信側の利用者は、任意のタイミングで、ＭＭＳメッセージを受信するように携帯電話機１０Ｂを操作することができる。
次に、受信側の携帯電話機１０Ｂは、上記メッセージ着信通知に対して、「ＨＴＴＰ ＰＯＳＴ」によるメッセージ着信通知応答をＭＭＳＣ２５に送信する（ステップＳ５）。
ＭＭＳＣ２５は、上記メッセージ着信通知応答を受信した後、「ＳＭＳ」によるメッセージ配信完了通知をＰＰＧサーバ２７を経由して送信側の携帯電話機１０Ａに送信する（ステップＳ６，Ｓ７）。このメッセージ配信完了通知のヘッダーには、ＭＭＳ用フィールドの一つである「X-Mms-Status:Deffered」が記述され、このヘッダーフィールドのデータを参照することにより、送信側の携帯電話機１０Ａは、メッセージ着信通知が受信側の携帯電話機１０Ｂに配信され、ＭＭＳメッセージの受信待ちの状態になっていることを認識することができる。

次に、受信側の利用者が上記着信通知を受けたＭＭＳメッセージを受信するときは、上記ＭＭＳメッセージ用のアプリケーション上で当該ＭＭＳメッセージを指定して受信処理を開始するように携帯電話機１０Ｂを操作する。この操作により、受信側の携帯電話機１０Ｂは、「ＨＴＴＰ ＧＥＴ」によるメッセージ受信要求をＭＭＳＣ２５に送信する（ステップＳ８）。
ＭＭＳＣ２５は、上記メッセージ受信要求に対して「ＨＴＴＰ ２００ ＯＫ」によるメッセージ受信応答を受信側の携帯電話機１０Ｂに送信する（ステップＳ９）。このメッセージ受信応答には、ＭＭＳＣ２５のメッセージボックスから読み出された受信対象のＭＭＳメッセージのメッセージ本文とそのメッセージ本文に対応するヘッダーが付加される。
次に、受信側の携帯電話機１０Ｂは、上記メッセージ受信応答に対して「ＨＴＴＰ ２００ ＯＫ」による受信完了通知をＭＭＳＣ２５に送信する（ステップＳ１０）。更に、受信側の携帯電話機１０Ｂは、受信したＭＭＳメッセージのＭＩＭＥヘッダーの情報に基づいてメッセージ本文について後述の解釈処理を行った後、解釈処理後のＭＭＳメッセージを出力する。
ＭＭＳＣ２５は、上記受信完了通知を受信した後、「ＳＭＳ」によるメッセージ配信完了通知をＰＰＧサーバ２７を経由して受信側の携帯電話機１０Ｂに送信する（ステップＳ１１，Ｓ１２）。このメッセージ配信完了通知のヘッダーには、ＭＭＳ用フィールドの一つである「X-Mms-Status:Retrieved」が記述され、このヘッダーフィールドのデータを参照することにより、送信側の携帯電話機１０Ａは、ＭＭＳメッセージが受信側の携帯電話機１０Ｂに配信されたことを認識することができる。

図８は、上記構成の通信システムにおいて携帯電話機１０Ａ、１０Ｂ間でＭＭＳメッセージを送受信するときの他の処理手順の一例を示すシーケンス図である。このメッセージ送受信処理では、メッセージの着信通知を受けた携帯電話機１０Ｂにおいて自動でメッセージの受信を行っている。なお、図８中のステップＳ１〜Ｓ４については上記図７の場合と同様であるので、説明を省略する。
受信側の携帯電話機１０Ｂは、上記メッセージ着信通知をＭＭＳＣ２５から受信すると、次にようにＭＭＳメッセージの受信処理を自動的に開始する。まず、携帯電話機１０Ｂは、上記メッセージ着信通知に対して、「ＨＴＴＰ ＧＥＴ」によるメッセージ受信要求をＭＭＳＣ２５に送信する（ステップＳ５）。
ＭＭＳＣ２５は、上記メッセージ受信要求に対して「ＨＴＴＰ ２００ ＯＫ」によるメッセージ受信応答を受信側の携帯電話機１０Ｂに送信する（ステップＳ６）。このメッセージ受信応答には、ＭＭＳＣ２５のメッセージボックスから読み出された受信対象のＭＭＳメッセージのメッセージ本文とそのメッセージ本文に対応するヘッダーが付加される。
次に、受信側の携帯電話機１０Ｂは、上記メッセージ受信応答に対して「ＨＴＴＰ ２００ ＯＫ」による受信完了通知をＭＭＳＣ２５に送信する（ステップＳ７）。更に、受信側の携帯電話機１０Ｂは、受信したＭＭＳメッセージのＭＩＭＥヘッダーの情報に基づいてメッセージ本文について後述の解釈処理を行った後、解釈処理後のＭＭＳメッセージを出力する。
ＭＭＳＣ２５は、上記受信完了通知を受信した後、「ＳＭＳ」によるメッセージ配信完了通知をＰＰＧサーバ２７を経由して受信側の携帯電話機１０Ｂに送信する（ステップＳ８，Ｓ９）。このメッセージ配信完了通知のヘッダーには、ＭＭＳ用フィールドの一つである「X-Mms-Status:Retrieved」が記述され、このヘッダーフィールドのデータを参照することにより、送信側の携帯電話機１０Ａは、ＭＭＳメッセージが受信側の携帯電話機１０Ｂに配信されたことを認識することができる。

図９は、携帯電話機で不正ＭＩＭＥヘッダーを有するＭＭＳメッセージを受信したときのメッセージ処理手順の一例を示すフローチャートである。この図９は、複数のＭＩＭＥヘッダーフィールドのいずれかが存在しない不正ＭＩＭＥヘッダーの場合の例である。
図９において、受信側の携帯電話機１０Ｂは、ＭＭＳメッセージを受信すると（ステップS101）、受信ＭＭＳメッセージのヘッダーに含まれるＭＩＭＥヘッダーフィールドが不正であるか否かを判定する。具体的には、まず複数のＭＩＭＥヘッダーフィールドのうち「Content-Transfer-Encoding:」が存在するか否かを判定する（ステップS102）。ここで、「Content-Transfer-Encoding:」が存在すると判定した場合は、更に「Content-Type:charset=」が存在するか否かを判定する（ステップS103）。
上記判定ステップにおいて、「Content-Transfer-Encoding:」及び「Content-Type:charset=」がそれぞれ存在すると判定した場合は、各ＭＩＭＥヘッダーフィールドから読み出したデータ（文字コード、エンコード）に応じた解釈方法を選択する（ステップS104）。そして、この選択した解釈方法で、受信ＭＭＳメッセージのメッセージ本文をメッセージ解釈処理する（ステップS105）。この解釈処理後のメッセージ本文のデータは、ディプレイ１７等に出力したり、他のアプリケーションで再生処理して画像、音声、音楽コンテンツとして出力したりする。
また、上記判定ステップにおいて、「Content-Transfer-Encoding:」は存在するが「Content-Type:charset=」が存在しないと判定した場合、文字コードについては「Content-Type:charset=UTF-8」とするとともに、エンコードについてはＭＩＭＥヘッダーフィールドから読み出したデータに応じた解釈方法を選択する（ステップS106）。

また、上記ステップS102で「Content-Transfer-Encoding:」が存在しないと判定した場合についても、更に「Content-Type:charset=」が存在するか否かを判定する（ステップS107）。ここで、「Content-Type:charset=」が存在すると判定した場合、エンコードについては「Content-Transfer-Encoding:Binary」とするとともに、文字コードについてはＭＩＭＥヘッダーフィールドから読み出したデータに応じた解釈方法を選択する（ステップS108）。一方、「Content-Type:charset=」も存在しないと判定した場合、エンコードについては「Content-Transfer-Encoding:Binary」とするとともに、文字コードについては「Content-Type:charset=UTF-8」とした場合に応じた解釈方法を選択する（ステップS109）。

図９のメッセージ処理では、受信ＭＭＳメッセージのＭＩＭＥヘッダーに、解釈処理に必要な複数のＭＩＭＥヘッダーフィールドの少なくとも一つが存在しない場合、その存在していないＭＩＭＥヘッダーフィールドの種類に応じて予め設定しておいた上記複数種類の解釈方法のいずれかを用いて、受信メッセージのメッセージ本文を解釈処理する。この解釈処理により、ＭＩＭＥヘッダーフィールドの少なくとも一つが存在しない場合でも、受信メッセージのメッセージ本文に対応した所定の解釈方法によって正しく解釈処理され、利用者が認識可能なメッセージ本文が出力される確率が高くなる。

なお、複数のＭＩＭＥヘッダーフィールドのいずれかにデータが入力されていない不正ＭＩＭＥヘッダーの場合も、上記図９と同様な手順で受信ＭＭＳメッセージを解釈処理することができる。この場合は、データが入力されていないＭＩＭＥヘッダーフィールドを、図９における存在しないＭＩＭＥヘッダーフィールドとして解釈処理する。この解釈処理により、ＭＩＭＥヘッダーフィールドのいずれかにデータが入力されていない場合でも、受信メッセージのメッセージ本文に対応した所定の解釈方法によって正しく解釈処理され、利用者が認識可能なメッセージ本文が出力される確率が高くなる。

更に、複数のＭＩＭＥヘッダーフィールドのいずれかに、解釈処理できない未対応の解釈方法を指定する不正データが入力されている不正ＭＩＭＥヘッダーの場合も、上記図９と同様な手順で受信ＭＭＳメッセージを解釈処理することができる。この場合は、不正データが入力されているＭＩＭＥヘッダーフィールドを、図９における存在しないＭＩＭＥヘッダーフィールドとして解釈処理する。この解釈処理により、ＭＩＭＥヘッダーフィールドのいずれかに、未対応の解釈方法を指定する不正データが入力されている場合でも、受信メッセージのメッセージ本文に対応した所定の解釈方法によって正しく解釈処理され、利用者が認識可能なメッセージ本文が出力される確率が高くなる。

図１０は、変形例に係るメッセージ処理手順の一例を示すフローチャートである。この図１０は、受信側の携帯電話機に対応していない未対応のＭＩＭＥヘッダーフィールドを含む不正ＭＩＭＥヘッダーの場合の例である。
図１０において、受信側の携帯電話機１０Ｂは、ＭＭＳメッセージを受信すると（ステップS101）、受信ＭＭＳメッセージのヘッダーに未対応のＭＩＭＥヘッダーフィールドが含まれているか否かを判定する。ここで、未対応のＭＩＭＥヘッダーフィールドが含まれていないと判定した場合は、各ＭＩＭＥヘッダーフィールドから読み出したデータ（文字コード、エンコード）に応じた解釈方法を選択する（ステップS103）。そして、この選択した解釈方法で、受信ＭＭＳメッセージのメッセージ本文をメッセージ解釈処理する（ステップS104）。この解釈処理後のメッセージ本文のデータは、ディプレイ１７等に出力され、他のアプリケーションで再生処理して画像、音声、音楽コンテンツとして出力される。
一方、上記判定ステップにおいて、未対応のＭＩＭＥヘッダーフィールドが含まれていると判定した場合は、その未対応のＭＩＭＥヘッダーフィールドを無視し（ステップS105）、上記ステップS103及びS104と同様にメッセージ本文の解釈処理を行う。

図１０のメッセージ処理では、受信ＭＭＳメッセージのＭＩＭＥヘッダーに、未対応のＭＩＭＥヘッダーフィールドが含まれている場合、その未対応のＭＩＭＥヘッダーフィールドを無視して他のＭＩＭＥヘッダーフィールドに応じて予め設定しておいた上記複数種類の解釈方法のいずれかを用いて、受信メッセージのメッセージ本文を解釈処理する。この解釈処理により、未対応のＭＩＭＥヘッダーフィールドを含む場合でも、受信メッセージのメッセージ本文に対応した所定の解釈方法によって正しく解釈処理され、利用者が認識可能なメッセージ本文が出力される確率が高くなる。

以上、本実施形態によれば、上記不正なＭＩＭＥヘッダーフィールドを含むＭＭＳメッセージを受信したときの解釈処理により、ＭＩＭＥヘッダーフィールドが不正であるときに解釈処理自体を一律に行わない場合に比して、利用者が認識可能なメッセージ本文を出力できる確率を高めることができる。

なお、上記実施形態ではＭＭＳメッセージを送受信可能な携帯電話機の場合について説明したが、本発明は、メッセージ本文と解釈処理用フィールドを含むヘッダーとを有するものであれば、上記ＭＭＳメッセージ以外の他のメッセージを送受信する場合にも適用できる。また、本発明は、携帯電話機以外の他の移動体通信端末の場合についても同様に適用することができる。

本発明の実施形態に係る通信システム全体の概略構成の一例を示す説明図。 ＭＭＳメッセージの説明図。 携帯電話機の一構成例を示す外観図。 携帯電話機のハードウェア構成を示す概略構成図。 携帯電話機におけるソフトウェア構造の説明図。 携帯電話機の主要な機能を抽出して示した機能ブロック図。 携帯電話機間でＭＭＳメッセージを送受信するときの処理手順の一例を示すシーケンス図。 携帯電話機間でＭＭＳメッセージを送受信するときの他の処理手順の一例を示すシーケンス図。 携帯電話機で不正ＭＩＭＥヘッダーを有するＭＭＳメッセージを受信したときのメッセージ処理手順の一例を示すフローチャート。 携帯電話機で不正ＭＩＭＥヘッダーを有するＭＭＳメッセージを受信したときの他のメッセージ処理手順の一例を示すフローチャート。

符号の説明

１０ 携帯電話機
１０Ａ 送信側の携帯電話機
１０Ｂ 受信側の携帯電話機
２０ 携帯電話通信網
２５ ＭＭＳＣ（マルチメディアメッセージングサービスセンター）
２７ ＰＰＧ（プッシュプロキシゲートウェイ）サーバ

Claims (5)

1. メッセージ本文と該メッセージ本文の解釈処理に用いる複数の解釈処理用フィールドを含むヘッダーとを有するメッセージを、通信ネットワークを介して受信し、該解釈処理用フィールドのデータに対応する解釈方法を用いて該受信メッセージのメッセージ本文を解釈処理して出力する移動体通信端末であって、
   該通信ネットワークを介して受信したメッセージのヘッダーに含まれる解釈処理用フィールドが不正であるか否かを判定するヘッダー判定手段と、
   該ヘッダー判定手段で該解釈処理用フィールドが不正であると判定したとき、当該移動体通信端末で使用可能な複数種類の解釈方法のいずれかを用いて該受信メッセージのメッセージ本文を解釈処理するメッセージ解釈処理手段とを備えたことを特徴とする移動体通信端末。
2. 請求項１の移動体通信端末において、
   上記ヘッダー判定手段は、上記複数の解釈処理用フィールドの少なくとも一つが存在していないときに、該解釈処理用フィールドが不正であると判定し、
   上記メッセージ解釈処理手段は、該存在していない解釈処理用フィールドの種類に応じて予め設定しておいた上記複数種類の解釈方法のいずれかを用いて、上記受信メッセージのメッセージ本文を解釈処理することを特徴とする移動体通信端末。
3. 請求項１の移動体通信端末において、
   上記ヘッダー判定手段は、上記複数の解釈処理用フィールドの少なくとも一つがデータを有していないときに、該解釈処理用フィールドが不正であると判定し、
   上記メッセージ解釈処理手段は、該データが入力されていない不正な解釈処理用フィールドの種類に応じて予め設定しておいた上記複数種類の解釈方法のいずれかを用いて、上記受信メッセージのメッセージ本文を解釈処理することを特徴とする移動体通信端末。
4. 請求項１の移動体通信端末において、
   上記ヘッダー判定手段は、上記複数の解釈処理用フィールドの少なくとも一つが、該移動体通信端末に対応していない未対応の解釈処理用フィールドであるときに、該解釈処理用フィールドが不正であると判定し、
   上記メッセージ解釈処理手段は、該未対応の解釈処理用フィールドを無視し、その他の解釈処理用フィールドのデータに応じて予め設定しておいた上記複数種類の解釈方法のいずれかを用いて、上記受信メッセージのメッセージ本文を解釈処理することを特徴とする移動体通信端末。
5. 請求項１の移動体通信端末において、
   上記ヘッダー判定手段は、上記複数の解釈処理用フィールドの少なくとも一つが、該該移動体通信端末で解釈処理できない未対応の解釈方法を指定する不正データを含む解釈処理用フィールドであるときに、該解釈処理用フィールドが不正であると判定し、
   上記メッセージ解釈処理手段は、該不正データを含む不正な解釈処理用フィールドの種類に応じて予め設定しておいた上記複数種類の解釈方法のいずれかを用いて、上記受信メッセージのメッセージ本文を解釈処理することを特徴とする移動体通信端末。

Images