(57)【要約】【課題】サイズの異なるデータが異なるメーカーの携帯電話間でショートメッセージとして送信されることを可能とし、データ形式の異なるデータの交換を可能とする。【解決手段】無線通信ネットワークを介してショートメッセージを送信するモバイル機器の機能を高める方法が提供される。データ型式に従いデータを前処理する段階と、前処理され、かつ圧縮された後、データが予め定められたサイズより大きい場合には、データを複数のデータセグメントに断片化する段階と、データセグメントをコード化した後、送信端末からデータセグメントを送信する段階とを具備する方法。またデータを受信し、かつ復号した後、複数の復号されたデータセグメントを一つのデータに再結合する段階と、データを復元し、かつ処理した後、受信端末でデータの１部分としてデータを表示する段階とを具備する方法。【選択図】図１
2007006498.tif 000002
【特許請求の範囲】
【請求項１】
データ形式を決定する段階と、
上記データ形式に従いデータに前処理を行なう段階と、
予め定義されたアルゴリズムに従い上記前処理されたデータを圧縮する段階と、
もし上記圧縮されたデータが予め定められたサイズより大きい場合には、上記圧縮されたデータを複数の予め定められたサイズより小さいデータセグメントに断片化する段階と、
上記データセグメントをコード化する段階と、
上記複数のデータセグメントを無線通信ネットワークを介して送信する段階とを備えることを特徴とする無線通信ネットワークを介して形式を有するデータをショートメッセージとして送信するモバイル機器の機能を高める方法。
【請求項２】
上記前処理を行なう段階は、さらに、
データがテキストデータである場合に、辞書に基づく前処理を実施する段階と、
データがグラフィックデータである場合に、不可逆処理を実施する段階と、
データが音声データである場合に、不可逆処理を実施する段階とを備えることを特徴とする上記請求項１に記載の方法。
【請求項３】
上記前処理を行なう段階は、さらに、
データのサイズを減少させるために、データからフォーマットデータを除去する段階を備えることを特徴とする上記請求項１に記載の方法。
【請求項４】
上記前処理を行なう段階は、さらに、
データがグラフィックデータである場合に、データのサイズを減少させるために、データから減色する段階を備えることを特徴とする上記請求項１に記載の方法。
【請求項５】
上記前処理を行なう段階は、さらに、
データがグラフィックデータである場合に、インターリーブフォーマットによりデータをサンプリングする段階を備えることを特徴とする請求項１に記載の方法。
【請求項６】
上記前処理を行なう段階は、さらに、
データがグラフィックデータである場合に、データをサイズ変更することを特徴とする請求項１に記載の方法。
【請求項７】
上記前処理を行なう段階は、さらに、
データが音声データである場合に、予め定義された周波数に従いデータをサンプリングする段階を備えることを特徴とする請求項１に記載の方法。
【請求項８】
上記圧縮する段階は、さらに、
上記データがテキストデータである場合に、テキスト辞書に基づく数学的な圧縮を実施する段階と、
上記データがグラフィックデータである場合に、マルチメディアに基づく特有の圧縮を実施する段階と、
上記データが音声データである場合に、マルチメディアに基づく特有の圧縮を実施する段階とを備えることを特徴とする請求項１に記載の方法。
【請求項９】
上記送信する段階は、さらに、
無線通信ネットワークを介してそれぞれのデータセグメントをショートメッセージとして送信する段階を備えることを特徴とする請求項１に記載の方法。
【請求項１０】
無線通信ネットワークから複数のデータセグメントを受信する段階と、
上記複数のデータセグメントを復号する段階と、
上記復号された複数のデータセグメントを１つのデータに再結合する段階と、
上記１つのデータ形式を決定する段階と、
上記受信されたデータ形式に基づき予め定義されたアルゴリズムに従い上記１つのデータを復元されたデータに復元する段階と、
上記復元されたデータを上記受信されたデータ形式に処理する段階と、
上記処理されたデータをデータの１つの部分として表示する段階とを備えることを特徴とする無線通信ネットワークを介して形式を有するデータをショートメッセージとして送信するモバイル機器の機能を高める方法。
【請求項１１】
上記復元する過程は、さらに、
上記受信されたデータがテキストデータである場合に、テキスト辞書に基づく数学的な復元を実施する段階と、
上記受信されたデータがグラフィックデータである場合に、マルチメディアに基づく特有の復元を実施する段階と、
上記受信されたデータが音声データである場合に、マルチメディアに基づく特有の復元を実施する段階とを備えることを特徴とする請求項１０に記載の方法。
【請求項１２】
上記処理する段階は、さらに、
上記受信されたデータがテキストデータである場合に、辞書に基づく前処理を実施する段階と、
上記受信されたデータがグラフィックデータである場合に、不可逆処理を実施する段階と、
上記受信されたデータが音声データである場合に、不可逆処理を実施する段階とを備えることを特徴とする請求項１０に記載の方法。
【請求項１３】
上記処理する段階は、さらに、
上記受信されたデータが処理された場合に、受信されたデータにフォーマットデータを戻すことを特徴とする請求項１０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に係わり、特に無線通信システムのショートメッセージサービス（Short Message Service：以下ＳＭＳとする）に関する。
【背景技術】
【０００２】
ＳＭＳは、ＧＳＭ（Global System of Mobile）、全地球測位システム（Global Position System：ＧＰＳ）、アシストＧＰＳ（Assited-GPS：ＡＧＰＳ）、汎用パケット無線システム（General Packet Radio Service：ＧＰＲＳ）、符号分割多重アクセス（Code Division Multiple Access：ＣＤＭＡ）、及びその他の無線通信システムに一般的に使用されている。ＳＭＳは、その利便性と低価格性により近年のモバイル機器の重要な情報交換技術の１つとなり、様々な通信分野において近い将来さらに利用され続けるだろう。
【０００３】
ＧＰＲＳとＣＤＭＡシステムにおいては、携帯電話と基地局間だけでなく、２台の携帯電話間でも、データが交換されている。携帯電話は、ユーザ間の短いテキストデータの送信の効果的な方法として、ＳＭＳを利用する。しかしながら、従来のＳＭＳ規格では、テキストメッセージだけが交換可能であり、かつテキストメッセージのサイズは厳しく制限されている。例えば１つのＳＭＳメッセージは１４０バイトまでのデータしか有することができない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＧＳＭシステムにおいては、ＳＭＳ規格（ＧＳＭ  ＳＭＳ規格  ０３．４２  ＶＥＲＳＩＯＮ  ７．１．１）が、圧縮されたテキストメッセージを送信するためのＳＭＳ圧縮基準を記載しており、そのためＳＭＳ機能は拡大される。しかし、このＳＭＳ圧縮基準は、低圧縮率と、データ交換に適用する回路の設計にコストがより高くかかるため、あまり使用されていない。また、このＳＭＳ圧縮基準はデータ交換過程においていくつかの無線通信システムとの間に多くの互換性の問題も引き起こす。
【０００５】
さらに、一部の携帯電話メーカーは携帯電話間の着信メロディ及び絵を送信するためのいくつかの専有の機能を作成し、そしてほぼ全ての携帯電話メーカーは、ＳＭＳ機能を拡大する彼ら自身の方法を有している。例えば、ノキア、モトローラ及びソニーは、異なるＳＭＳ送信フォーマットを有している。しかしながら、これらの拡大はしばしば互いに互換性を持たない。通常、ノキア機のユーザは、いかなる障害もなく彼らの間で、特別な着信メロディや絵を送信することができる。しかし、ノキア機のユーザは、ソニー機のユーザやモトローラ機のユーザに、自己プログラムされた着信メロディや絵をうまく送信することができない。さらに、一部の携帯電話製作者は、しばしば着信音と絵のようなメッセージに特定の厳しいフォーマットとサイズ制限を強要する。たとえば、ＭＩＤＩフォーマットの特別な着信メロディと空白白色の点画像だけは、ノキア製携帯電話間で送信することができる。
【０００６】
低圧縮率、専有のフォーマット、及びサイズ制限による不利は、大いにＳＭＳアプリケーションを制限する。従って、それはサイズの異なるデータが異なるメーカーの携帯電話間でショートメッセージとして送信されることを可能とし、それと共にデータ形式の異なるデータの交換を可能とするように、ＳＭＳ機能を拡大する方法を有することが望まれており、それは本発明が主たる目的とする方法にある。
【課題を解決するための手段】
【０００７】
一実施形態において、本発明は無線通信ネットワーク上でデータをショートメッセージとして送信するモバイル機器の機能を高める方法であり、それぞれのデータは形式により特定される。本方法は、データ形式を決定する段階と、データ型式に従いデータを前処理する段階と、予め定義されたアルゴリズムに従い前処理されたデータを圧縮する段階と、もし圧縮されたデータが予め定められたサイズより大きい場合に、圧縮されたデータを複数のデータセグメントに断片化する段階と、断片化されたデータをコード化する段階と、無線通信ネットワーク上で複数のデータセグメントを送信する段階とを具備する。それぞれのデータセグメントは、予め定められたサイズより小さい。
【０００８】
さらに別の実施形態において、本発明は無線通信ネットワーク上でデータをショートメッセージとして送信するモバイル機器の機能を高める方法であり、それぞれのデータは形式により特定される。本方法は、無線通信ネットワークから複数のデータセグメントを受信する段階と、複数のデータセグメントを復号する段階と、複数の復号されたデータセグメントを１つのデータに再結合する段階と、１つのデータの形式を決定する段階と、受信されたデータ形式に基づく予め定義されたアルゴリズムに従って１つのデータを復元されたデータに復元する段階と、受信されたデータ形式により復元されたデータを処理する段階と、データの１つの部分として上記処理されたデータを表示する段階とを具備する。
【０００９】
本発明の特徴は、その典型的な実施形態の以下の詳細な説明から明らかになり、その詳細な説明は添付の図面とともに考慮されなければなりません。
【発明を実施するための最良の形態】
【００１０】
本発明は、従来の移動通信の複数の制限を克服するショートメッセージサービス（ＳＭＳ）機能を拡大する方法を提供する。通常、予め定められたサイズより小さいメッセージは、ショートメッセージとして送信されることができる。例えば１４０バイトより小さいメッセージが異なるメーカーの携帯電話間でショートメッセージとして自由に送信することができる。この技術は、様々な携帯電話メーカーやコミュニケーションサービスプロバイダにより広く採用されている。しかしながら、ＳＭＳ機能は予め定められたサイズを超えるメッセージをサポートできないため、ＳＭＳ機能の使用は大きく拡大しなかった。例えばメッセージが予め定められたサイズより大きくなるとき、画像や着信音を含むメッセージは異なるメーカーの２台の携帯電話間で送信することができない。本発明は、異なるサイズのデータがショートメッセージとして送信されるのを可能とし、その結果、テキストでない大きなデータを異なるメーカーの携帯電話間で交換されようにする。予め定められた値より大きいサイズのメッセージに関する機能は、以下でさらに詳しく説明して明らかにする。
【００１１】
図１は、送信端末の機能ブロック図１００を説明する。送信端末での機能は、受信されたデータ形式を決定するＡステップと、データに前処理を行うＢステップと、データを圧縮するかどうかを決定するＣステップと、もしデータが圧縮される必要があれば、前処理されたデータを圧縮するＤステップと、データを断片化するＥステップと、断片化されたデータをコード化し、送信するＦステップとを具備する。
【００１２】
ステップＡにおいて、データが受信された後、データ型式が決定される。データはテキストデータ、グラフィックデータ、および音声データの３種類の形式のデータを具備することができる。データは以下に記載されるように、それらの形式に基づいて処理される。受信されたデータ形式を特定する異なる方法が存在する。１つの方法は送信端末として機能する携帯電話のユーザがデータを送信する前にデータ型式を特定することである。もう１つの方法は、携帯電話がデータファイルの拡大によりデータ型式を特定することである。当業者はデータ型式を決定する他の方法を認識するだろう。
【００１３】
ステップＢにおいて、それらの形式が決定された後、データは前処理され、そして前処理の異なる形式が選択され、データ型式に従って実行される。もしデータがテキストデータであれば、それらは辞書に基づく前処理が行なわれる。この前処理において、少なくとも数千の単語を有するカスタム及びユーザ定義可能な辞書は、データを減少させるために提供されることができる。すなわち、数千の単語を有する辞書は、テキストデータのサイズを顕著に減少させることができる。例えば、辞書の「＾ｈ」は、「家へ帰る」という語句を示すことができる。「家に帰る」の表現は、携帯電話間のメッセージ内で送信されているとき、携帯電話は「家へ帰る」を「＾ｈ」に翻訳し、「＾ｈ」だけが実際に受信する携帯電話に送信され、受信する携帯電話では、受信されたメッセージをユーザに表示する前に、「＾ｈ」を「家へ帰る」に戻すように翻訳する。このように、「家に帰る」の表現は、数バイトしか使用せずに送信される。さらに、辞書は大部分の一般的に使用される語句を具備することができ、そのため、長文は送信過程の間、遥かに短い表現に置き換えられることができる。ここに記載される原則は、携帯電話によりサポートされるどんな言語でも利用されることができる。
【００１４】
もしデータが、例えば絵や電子地図のようなグラフィックデータであるならば、データは不可逆処理（lossy processing）により前処理されることができる。例えば、絵は不可逆処理を通して減色することができ、グラフィックデータのサイズが減少することができる。例えば、６５，５３５色の絵が１台の携帯電話から２４色しかサポートしていない表示スクリーンを有するもう１台の携帯電話に送信されるとき、絵は送信前に６５，５３５色から２４色までその色を減らすことができる。上記の減色することの原則は、例えば絵、電子地図、及びカメラスナップのようにいかなる種類のグラフィックデータにでも広く使用されることができる。さらに、前処理手順の間グラフィックデータは、ラインバイラインフォーマットの代わりに、インターリーブフォーマットでサンプリングすることができ、これによりそのデータサイズを減少させる。インターリーブサンプリングのメリットを利用することにより、送信端末は、グラフィックデータの半分だけを送信する必要があり、グラフィックデータはサイズを約５０％に減少される。不可逆処理は、受信端末の表示スクリーンの必要条件に従い、様々な方法で実行されることができる。不可逆処理のもう１つの例は、グラフィックデータが送信されたときの、より小型の表示スクリーンやより低解像度のスクリーンを備える受信機器である。不可逆処理で前処理されたグラフィックデータは、受信端末でまだ十分に表示することができる。
【００１５】
データが、例えば着信メロディのような音声データであるならば、音声データもグラフィックデータのように不可逆処理を通して前処理されることできる。音声データのサイズは、不可逆処理を利用することにより減少させることができる。不可逆処理は、音声データが専有の周波数に基づくサンプリングを通して実行されることもできる。グラフィックデータの処理と同様に、音声データの不可逆処理は、音声機器の制限に従い実施される。
【００１６】
さらに前処理段階において、データに含まれるフォーマットデータは、データサイズを減少させるために、除去されることができる。ＳＭＳメッセージにおいて、多くのデータには、例えばデータのヘッダとデータのフッタのような、特定のフォーマットデータがある。フォーマットデータは除去されることができ、予め定義されたフラッグに置き換えられることができる。フォーマットデータより短いフラッグは、次いで送信端末から送信される。受信端末において、フラッグは最初のフォーマットデータに置き換えられることができる。例えば、「====this is beginning====」が、データ本体の前にあるデータのヘッダである。送信端末から送信される前に、ヘッダの「====this is beginning====」は、データから除去され、より短いフラッグがヘッダに代わるように構成される。上記の処理の後、フラッグとデータ本体だけは、受信端末に送信される。当業者は、データのサイズを減少させるためにユーザまたは携帯電話メーカーによって定義される他のフォーマットデータもデータから除去されることができることを認識するだろう。
【００１７】
ステップＣにおいて、データは圧縮されるかどうかが決定される。もしデータが圧縮される必要があれば、データは次いでステップＤにおいて圧縮される。圧縮の異なる形式は、データ型式に従い実行されることができる。もしデータが圧縮される必要がなければ、上記したようにデータが予め定められたサイズより大きいとき、データは直接ステップＥにおいて断片化される。圧縮されたデータと比較して、圧縮されていないデータは、ステップＤ以外の圧縮データに対するステップと同じステップにより受信端末に送信される。
【００１８】
ステップＤにおいて、前処理されたデータは、さらに受信データのサイズを減少させるために圧縮される。データの減少は、無線通信ネットワーク上のショートメッセージとしてのデータ送信を容易にすることができる。圧縮は、当業者に知られている様々な圧縮アルゴリズムを利用することにより通常実施されることができる。圧縮アルゴリズムは、さらに最適化されることができ、携帯電話の異なる特性に従って修正されることができる。例えば、前処理されたデータのために高圧縮率を得ることができるＬＺＭＡ（Lemple Ziv Markov chain Algorithm）に基づいて、圧縮されたアルゴリズムは設計され、かつ最適化されることができる。
【００１９】
さらに、一実施形態においてテキストデータは、所望の圧縮率を得るためにテキスト辞書に基づく数学的圧縮に従って処理される。グラフィックデータは、所望の圧縮率を得るために、マルチメディアに基づく特有の圧縮に従い処理されることができる。グラフィックデータと同様に、音声データもマルチメディアに基づく特有の圧縮に従い処理されることができる。
【００２０】
受信されたデータのサイズは、前処理されかつ圧縮された後に、減少されることができるが、いくつかのデータはＳＭＳ機能をまだ上回る可能性がある。この状況において、圧縮されたデータはいくつかのデータセグメントに断片化される可能性がある。ステップＥにおいて、もし圧縮されたデータが予め定められた制限（現在ＳＭＳについては１４０バイト）より大きければ、１４０バイトを超えるデータは、長さが予め定められた制限より小さいいくつかのデータセグメントに断片化される。断片化されたデータセグメントのフォーマットは、図２に表される。
【００２１】
上記ステップにより処理された後、全てのデータセグメントはより小さいサイズを有し、それらはＳＭＳコミュニケーションを介して簡単に送信されることができる。ステップＦにおいて、例えば送信端末の携帯電話の数と受信端末の携帯電話の数のような、ある情報は、無線システムの規格に基づいてコード化される。データセグメントは、コード化された情報の次に付される。コード化された情報とデータセグメントは、ショートメッセージとして送信端末から無線通信ネットワーク上の受信端末へ同期して送信されることができる。
【００２２】
図２は、ＳＭＳデータ断片化の典型的なフォーマット２００を示す。第１ビット２０２は、データが圧縮されるかどうかを示す圧縮フラグである。もし圧縮フラグが「０」に設定されれば、データは圧縮されず、もしフラグが「１」に設定されれば、データは圧縮される。第１ビットの隣の第２フィールド２０４は、データセグメントのシリアル番号を表す。例えば、もしデータがＮ個のデータセグメントに分割される場合であり、且つシリアル番号が２である場合、そのとき第２データセグメントはＳＭＳ通信を介して送信されている。一実施形態において、第２フィールド２０４は、７ビットを有する。しかしながら、当業者は、シリアル番号により得られるフォーマットサイズがデータセグメントの総数に基づいて異なることを認識するだろう。
【００２３】
データ本体は、シリアル番号フィールド２０４の後の第３フィールド２０６に記憶される。データ本体は、送信されているデータセグメントを具備する。フォーマットの最後のフィールド２０８は、完全性チェックのためのものであり、最後のフィールド２０８は１バイトである。チェックフィールド２０８は任意であり、例えばパリティチェックのような複数のチェック方法がショートメッセージの完全性と正確さをチェックするのに使用されることができる。もしパリティチェックがフォーマットで利用される場合、それぞれのショートメッセージ送信中のパリティチェックビットがデータセグメントをチェックするために使用される。
【００２４】
当業者は、ある修正がＳＭＳデータセグメントのフォーマットに為されることができることを認識するだろう。一実施形態において、第１ビット２０２は、データが圧縮されるかどうかを示す圧縮フラグである。第１ビットの隣の第２フィールド２０４は、送信されたデータセグメントのシーケンスフラグである。シーケンスフラグは、それぞれのデータセグメントグループの第１データセグメントと、グループフラグと、それぞれのデータセグメントのシリアル番号フラグとから構成することができる。もしデータセグメントのためのフラグが「１」に設定された場合、データセグメントはデータグループの第１データセグメントである。そうでない場合には、もしデータセグメントのためのフラグが「０」に設定された場合には、第１データセグメント以外の他のデータセグメントは、送信されている。
【００２５】
例として、「11000001 00001000」という表記は、圧縮フラグとシーケンスフラグを示すものである。最初の「１」は、送信されているデータセグメントが圧縮されたことを示す。第２の「１」は、データセグメントがデータグループの第１データセグメントであることを示す。第３及び第４ビットはフォーマットで予約されている。続くビット「0001」は、データセグメントが第１グループのデータセグメントの１つであることを意味する。次のビット「00001000」は、データセグメントのシリアル番号が「８」であり、第１グループの８つのデータセグメントが送信端末から送信されていることを示す。データセグメントが送信された後、第１データグループの他の７つのデータセグメントは送信端末からシリアル番号に基づいて降順で１つずつ送信されることができる。フォーマットの次のフィールドであるフィールド２０６は、データセグメントのデータ本体を示すようになっている。チェックの部分は、１つのチェックビットを圧縮データに付することにより実施される可能性がある。この方法によればチェックビットは一度だけ送られることができ、従って、繰り返しチェックビットを送信することを避けることにより送信機能が節約される。
【００２６】
さらにまた、フォーマットのそれぞれのフィールドのサイズが固定されず、それは、データセグメントの特定の必要条件に従って拡大されるか縮小されることができることを当業者は認識するだろう。当業者はまた、ＣＲＣ（Cyclic Redundancy Check）を含むチェック方法のような、複数の他のチェック方法がショートメッセージの完全性をチェックするのに使用されることができることも認識するだろう。
【００２７】
図３は、受信端末でＳＭＳデータを処理するために、機能ブロック図３００を説明する。受信端末の機能は、データセグメントを受信し、復号するステップＧと、復号されたデータを再結合するステップＨと、データが圧縮されるかどうかを決定するステップＩと、もし必要ならば再結合されたデータを復元するステップＪと、復元されたデータを処理するステップＫと、処理されたデータを記憶するステップＬとを具備する。
【００２８】
ステップＧにおいて、送信端末から受信されたデータセグメントは、受信端末で復号される。受信されたデータは、２つの異なる方法でさらに処理されることができる。１つの方法は、データが受信された後、携帯電話ユーザがデータを処理するソフトウェアをマニュアルで選択する方法である。もう１つは、データが受信された後、受信端末のオペレーティングシステム（ＯＳ）によりデータを取り扱うソフトウェアを自動的に起動することである。
【００２９】
復号された後、データセグメントは、ステップＨの無線送信の間に、生成されたエラーがあるかどうかがチェックされる。もしデータセグメントにエラーがなければ、データセグメントはステップＨにおいて１つのデータに再結合される。もしデータセグメントがエラーを含むならば、送信端末がデータセグメントを再送信する要求が送信される。もしデータセグメントが送信の間に消失する場合には、送信端末が消失したデータセグメントを再送信する要求が送信される。データセグメントにエラーないとき、データセグメントはそのシリアル番号に従って１つのデータに再結合される。
【００３０】
ステップＩにおいて、データは圧縮されたデータであるかどうかもチェックされる。もし、データセグメントが圧縮フラグ「１」を有する場合には、再結合されたデータはステップＤにおいて圧縮されている。圧縮されたデータは、ステップＪにおいて復元される。もしデータセグメントが圧縮フラグ「０」を有する場合には、再結合されたデータは圧縮されていないデータである。圧縮されていないデータは、ステップＫにおいて、直接処理される。
【００３１】
再結合された後、圧縮されたデータは、ステップＪにおいて復元される。復元は、ステップＤの逆の処理として実施されることができる。ステップＤと反対に、テキストデータはテキスト辞書に基づいた数学的復元を通して処理されることができ、グラフィックデータと音声データはマルチメディアに基づく特有の復元を通して処理されることができる。
【００３２】
ステップＫにおいて、復元されたデータまたは圧縮されていないデータが処理されることができる。ステップＢと同様に、データは辞書に基づく前処理や任意の不可逆処理を通して処理される。さらに、もしフォーマットデータがステップＢにおいて除去された場合には、ステップＫにおいて、フォーマットデータはデータに戻されるだろう。
【００３３】
ステップＬにおいて、処理されたデータは、テキストデータ、グラフィックデータ、及び音声データとして記憶されることができる。記憶されたデータは、次いで受信端末で例えば表示スクリーンや音声機器のような適切な装置で処理されることができる。
【００３４】
当業者により、図２に記載されるＳＭＳ通信のデータフォーマットが唯一のものではないことを認識されなければならない。また当業者により、他のデータフォーマットがＳＭＳ通信のために使用されることもでき、発明の精神から離れることなく実施されることもできることを認識されなければならない。また当業者により、図１と図３におけるいくつかのステップがデータの特定の形式のために省略されることができることをさらに認識されなければならない。最後に、当業者により、ショートメッセージサービスの送信機能を高める本発明が携帯電話の他のモバイル機器で利用されることができることをさらに認識されなければならない。
【００３５】
本発明の更なる理解のために、ユーザが彼の友人にイメージを送信する例が、ここに記載される。機能上、ユーザは、ユーザが異なる携帯電話を使用しているユーザの友人に送りたいイメージを捉えるために、カメラ対応携帯電話を使用することができる。イメージは通常よりかなりの大きいサイズのグラフィックデータであるため、イメージはそのデータサイズを減少されるためにステップＢにおいて不可逆処理を介して前処理される。不可逆処理の間に、イメージのデータのフォーマットデータは、除かれることができ、フラグに置き換えられることができる。友人の携帯電話が２４色のイメージだけを表示することができ、ユーザの携帯電話のカメラが１０２４色のイメージを捉えることができると仮定すると、捉えられたイメージは送信前にそのオリジナルカラーから２４色まで減色される。もし友人の携帯電話がより小型の表示スクリーンやより低解像度のスクリーンを備えているならば、イメージもサイズにおいて減少される可能性がある。イメージは、ラインバイラインフォーマットの代わりに、インターリーブフォーマットによりサンプリングされることもできる。インターリーブサンプリングは、イメージのサイズを約５０％減少させることができる。
【００３６】
前処理された後、前処理されたイメージはマルチメディアに基づく特有の圧縮アルゴリズムに基づいて圧縮される。他の圧縮アルゴリズムも、イメージを圧縮するのに使用されることができる。もし圧縮されたイメージが予め定められたサイズよりまだ大きければ、圧縮されたイメージはいくつかのより小さなデータセグメントに断片化されることができる。データセグメントのそれぞれは、予め定められたサイズより小さいサイズを有する。例えば、もし予め定められた制限が１４０バイトであり、圧縮されたイメージが１０００バイトを有する場合には、イメージは８つのデータセグメントに断片化される。コード化された後、データセグメントはユーザの携帯電話からユーザの友人の携帯電話に送信される。
【００３７】
データセグメントを受信した後、友人の携帯電話は、データセグメントを復号する。もし無線送信の間にいくつかのエラーが発生し、またはデータセグメントのいくつかのデータが消失した場合には、要求が携帯電話を受け持つ基地局に返送され、消失したデータセグメントが再送信されることができる。もし復号されたデータセグメントにエラーがない場合には、データセグメントは１つのデータに再結合される。この場合、８つのデータセグメントは整然と受信され、友人の携帯電話で復号される。もし８つのデータセグメントにエラーがない場合には、８つのデータセグメントは１つのデータに再結合される。データは上記したように圧縮されたので、再結合されたデータはマルチメディアに基づく特有の復元アルゴリズムに基づいて復元される。
【００３８】
復元された後、イメージのデータは送信されているデータの前に使用された過程の逆の過程により元に戻される。しかしながら、送信する最後の前処理が不可逆過程を介していたので、受信されたデータはその最初の状態に完全に戻されることはできない。一方、フォーマットデータは元に戻され、処理されたデータに取り込まれる。最後に、元に戻されたイメージは、友人の携帯電話の表示スクリーンに表示されることができる。
【００３９】
ここに記載された実施形態は、本発明を利用するいくつかの実施可能な実施形態であり、実例として明らかにしたもので限定するものではない。当業者にすぐに明らかであるように、添付のクレームにおいて定義されるような発明の精神および範囲から逸脱ことなく、多くの他の実施形態がなされるかもしれないことは明らかである。さらに、発明の要素が単数で記載され、または請求されるかもしれないが、単数への限定が明確に定まらない限り、複数は考慮される。
【図面の簡単な説明】
【００４０】
【図１】本発明の一実施形態による送信端末の機能ブロック図である。
【図２】ショートメッセージの典型的なフォーマットを示す図である。
【図３】本発明の他の実施形態による受信端末の機能ブロック図である。
【符号の説明】
【００４１】
１００  送信端末の機能
２００  ＳＭＳの典型的なフォーマット
３００  受信端末の機能
【図１】
2007006498.tif 000003
【図２】
2007006498.tif 000004
【図３】
2007006498.tif 000005
【外国語明細書】
2007006498.tif 000006
2007006498.tif 000007
2007006498.tif 000008
2007006498.tif 000009
2007006498.tif 000010
2007006498.tif 000011
2007006498.tif 000012
2007006498.tif 000013
2007006498.tif 000014
2007006498.tif 000015
2007006498.tif 000016
2007006498.tif 000017
2007006498.tif 000018
2007006498.tif 000019
2007006498.tif 000020
2007006498.tif 000021
2007006498.tif 000022
2007006498.tif 000023
2007006498.tif 000024
2007006498.tif 000025
2007006498.tif 000026
2007006498.tif 000027