【手続補正書】
【提出日】平成19年8月30日(2007.8.30)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【書類名】      明細書
【発明の名称】  電子郵便（ポスト）情報を伝送するための方法
【特許請求の範囲】
【請求項１】  ショートメッセージサービスを使用して、郵便（ポスト）情報（１）を伝送するための方法であって、その際、ショートメッセージ（５）を用いて、第１の通信網（１００）内で電子郵便情報（１）並びにアドレスデータ及び識別データが、前記電子郵便情報（１）の伝送のために第２の通信網（２００）内で伝送される
方法において、
ショートメッセージ（５）で、第１のヘッダ情報（１１）を、アドレスデータ及び識別データを有する複数のデータフィールド（２０，２５，３０，３５）で伝送することを特徴とする方法。
【請求項２】  データフィールド（２０，２５，３０，３５）を、第１のヘッダ情報（１１）内で伝送用のキーワードによって特徴付ける請求項１記載の方法。
【請求項３】  キーワードを符号化して伝送する請求項２記載の方法。
【請求項４】  第１のヘッダ情報（１１）で、前記第１のヘッダ情報（１１）の構成を特徴付ける特徴データフィールド（１５）を伝送する請求項１、２又は３記載の方法。
【請求項５】  第１のヘッダ情報（１１）を用いて、電子郵便情報（１）の宛先アドレスを含む、少なくとも１つの宛先アドレスデータフィールド（２０）を伝送する請求項１から４迄の何れか１記載の方法。
【請求項６】  第１のヘッダ情報（１１）を用いて、電子郵便情報（１）のソースアドレスを含むソースアドレスデータフィールド（２５）を伝送する請求項１から５迄の何れか１記載の方法。
【請求項７】  第１のヘッダ情報（１１）を用いて、電子郵便情報（１）のマーキングを含むマーキングデータフィールド（３０）を伝送する請求項１から６迄の何れか１記載の方法。
【請求項８】  第１のヘッダ情報（１１）を用いて、電子郵便情報（１）の送信元のネームを含むネームデータフィールド（３５）を伝送する請求項１から７迄の何れか１記載の方法。
【請求項９】  第２のヘッダ情報（１２）を、第１のヘッダ情報（１１）が既にあることを指示するショートメッセージ（５）と共に伝送する請求項１から８迄の何れか１記載の方法。
【請求項１０】  少なくとも１つの第３のヘッダ情報（１３）を、複数のショートメッセージ（５）の伝送を用いてリンクされた電子郵便情報（１）全体の一部分として特徴を示す前記ショートメッセージ（５）と一緒に伝送する請求項１から９迄の何れか１記載の方法。
【請求項１１】  データフィールド（２０，２５，３０，３５）の終端を、各々分離記号によって示す請求項１から１０迄の何れか１記載の方法。
【発明の詳細な説明】
【０００１】
本発明は、ショートメッセージサービスを使用して、電子郵便（ポスト）情報を伝送するための方法であって、その際、ショートメッセージを用いて、第１の通信網内で電子郵便情報並びにアドレス及び識別データが、電子郵便情報の伝送のために第２の通信網内で伝送される方法に関する。
【０００２】
刊行物"SMS-E-Mail Parameter", T2(99)-1068 Change Request to 23.040から、SMSショートメッセージサービス(Short Message Service)を使用して、インターネットEメールを伝送する方法が公知であり、その際、SMSショートメッセージにより、通信網内でインターネットEメール並びにアドレス及び識別データが、インターネットでインターネットEメールを伝送するためのSMSショートメッセージの種々異なるヘッダ情報で伝送される。
【０００３】
発明の効果
それに対して、本発明の特許請求の範囲独立請求項の要件を有する電子郵便情報の伝送方法は、ショートメッセージで、第１のヘッダ情報を、アドレス及び識別データを有する複数のデータフィールドで伝送するという利点を有している。このようにして、アドレス及び識別データ用に最早複数のヘッダ情報を定義する必要はなく、その結果、付加的なヘッダ情報を定義するのに必要なデータコストを節約することができる。これは、特に、ショートメッセージを、所定のデータ量に制限するようにするのに役立ち、その結果、ショートメッセージを用いて伝送すべき電子郵便情報用に、ショートメッセージ内の最大のデータ容量を利用することができる。
【０００４】
従属請求項に記載した手段によって、独立請求項に記載の方法の有利な実施例及び改善が可能である。
【０００５】
特に有利には、データフィールドを、第１のヘッダ情報内で伝送用のキーワードによって特徴付けるとよい。このようにして、データフィールドを僅かなコストで一義的に区別することができる。
【０００６】
別の利点は、キーワードを符号化して伝送する点にある。このようにして、ショートメッセージのデータ容量が、キーワードの伝送によって損なわれるのを最小に低減することができる。
【０００７】
特に有利には、第１のヘッダ情報で、第１のヘッダ情報の構成を特徴付ける特徴データフィールドを伝送するとよい。このようにして、ショートメッセージの第１の受信局で第１のヘッダ情報をエラーなしに評価することができるようになり、その結果、ショートメッセージ内に含まれる電子郵便情報を、第２の通信網内の単数又は複数の正確に第２の受信局に伝送することができる。
【０００８】
別の利点は、第２のヘッダ情報を、第１のヘッダ情報が既存であることを指示するショートメッセージと一緒に伝送する点にある。
【０００９】
このようにして、第１の受信局で第１のヘッダ情報が一般的に評価されて、ショートメッセージに含まれている有効データが、第２の通信網内の第２の受信局での電子郵便情報として第１の受信局に転送されるようになる。
【００１０】
別の利点は、少なくとも１つの第３のヘッダ情報を、複数のショートメッセージの伝送を用いてリンクされた電子郵便情報全体の一部分として特徴を示す電子郵便情報と一緒に伝送する点にある。このようにして、殊に所定のデータ量に制限されたショートメッセージでは、それにも拘わらず、この所定のデータ量を超える電子郵便情報を、第１の通信網内に複数のショートメッセージをリンクすることによって設けることができ、その際、少なくとも１つの第３のヘッダ情報を介して相互にリンクされたショートメッセージの電子郵便情報を、電子郵便情報全体に統合して、第３のヘッダ情報内の少なくとも１つの第２の宛先アドレスに送信することができる。
【００１１】
図面
以下、本発明について図示の実施例を用いて詳細に説明する。その際、図１は、送信局から受信局への伝送区間を示す図、図２は、電子郵便情報が統合されたショートメッセージの構成略図である。
【００１２】
実施例の説明
図１では、１２５で、電子郵便情報が統合されたショートメッセージを、第１の受信局１５０に第１の通信網を介して伝送する送信局が示されている。第１の受信局１５０は、ショートメッセージから電子郵便情報を抽出して、この電子郵便情報を第２の通信網２００を介して第２の受信局１７５に転送する。
【００１３】
図２では、５でショートメッセージが示されている。ショートメッセージ５は、第１の通信網の送信局１２５によって形成されて、第１の通信網１００の第１の受信局１５０に第１の通信網１００を介して伝送される。そのようなショートメッセージ５の伝送のために、そのために第１の通信網１００内で、所謂ショートメッセージサービスが行われている。そのようなショートメッセージサービスは、例えば、モービル無線網として構成された第１の通信網１００内で行われる。その際、そのようなモービル無線網は、例えば、ＧＳＭ標準(Global System for Mobile Communications)又はUMTS標準(Universal Mobile Telecommunications System)によるモービル無線網である。ＧＳＭモービル無線網では、所謂ＳＭＳショートメッセージサービス(Short Message Service)が指示されており、このＳＭＳショートメッセージサービスにより、送信局と受信局との間でＳＭＳショートメッセージが送信され、その際、ＳＭＳショートメッセージは、目下のところ１６０個もの記号の最大テキスト長のテキスト情報に限定される。大きなテキスト情報を伝送する必要がある場合、ＳＭＳショートメッセージサービスにより、複数ＳＭＳショートメッセージのリンク手段が提供され、即ち、伝送すべきテキスト情報は、複数のＳＭＳショートメッセージに分割される。
【００１４】
図２に示されたショートメッセージ５は、基本的に第２のヘッダ情報１２及びデータ部５０を有している。第２のヘッダ情報１２は、シグナリングエントリ並びに送信すべきショートメッセージ５用の第１の宛先アドレス乃至受信すべきショートメッセージ５用のソースアドレスを有している。第１の宛先アドレスは、第１の通信網１００内のショートメッセージ５の第１の受信局１５０を示し、ソースアドレスは、第１の通信網１００内のショートメッセージ５の送信局１２５を示す。データ部５０は、伝送すべき本来の情報、従って、所謂有効データを有している。ＳＭＳショートメッセージサービスでは、その際、ソースアドレス乃至第１の宛先アドレスが、刊行物"Technical Realisation of the Short Message Service(SMS); Point-to Point (PP)", GSM 03.40 V7.1.0 (1998-11)及び"Technical Realisation of the Short Message Service(SMS); Point-to-Point (PP)", 3G 23.040 V3.2.0 (1999-10)により、所謂ＭＳＩＳＤＮナンバー(Mobile Subscriber Integrated Services Digital Network)を介して識別される。第１の通信網１００内でショートメッセージ５を伝送する場合、第１の通信網１００の図１に図示されていないネットワークユニットが、ショートメッセージの第１の受信局１５０を第１の宛先アドレスを用いてアドレッシングし、このアドレスを送信局１２５のソースアドレスによって置き換える。その際、標準により、第２のヘッダ情報１２がちょうど１つのソースアドレス又はちょうど１つの宛先アドレスを含んでいる。
【００１５】
ショートメッセージ５は、図２によると、ショートメッセージ５のデータ部分５０内に設けられている第１のヘッダ情報１１を有している。第１のヘッダ情報１１は、ＳＭＳショートメッセージサービスでは、ユーザデータヘッダ情報又は「ユーザデータヘッダ」("User Data Header")と呼ばれる。
【００１６】
データ部５０内に第１のヘッダ情報１１が既にあることは、相応のシグナリングエントリによって第２のヘッダ情報１２内で示される。ＳＭＳショートメッセージサービスでは、種々異なるタイプの「ユーザデータヘッダ」("User Data Header")が、前述の刊行物"Technical Realisation of the Short Message Service(SMS); Point-to-Point(PP)"によって特定化される。その際、これら種々異なるタイプのユーザヘッダは、図２の第１のヘッダ情報１１内の特徴データフィールド１５によって区別され、その際、図２は、第１のヘッダ情報１１の構成を詳細に示す。
【００１７】
ショートメッセージ５のデータ部５０では、電子郵便情報１が伝送される。電子郵便情報１を有するショートメッセージ５は、その際、第２の通信網２００の加入者でもある、第１の通信網１００の第１の受信局１５０に伝送され、その際、電子郵便情報１は、第１の受信局１５０から第２の通信網２００の第２の受信局１７５に伝送される必要がある。その際、第２の通信網２００は、例えば、インターネットであり、その際、電子郵便情報１は、例えば、インターネットＥメールである。
【００１８】
第１のヘッダ情報１１は、第２の通信網２００内の電子郵便情報１の伝送用のアドレス及び識別データを有する複数のデータフィールド２０，２５，３０，３５を伝送する。例えば、第１の通信網１００及び／又は第２の通信網２００のサービスセンタを示すショートメッセージ５の第１の受信局１５０内での、このアドレス及び識別情報データの評価後、電子郵便情報１が、第２の通信網２００の第２の受信局１７５に転送される。しかし、そのために、第１の受信局１５０に、ショートメッセージ５により、例えば、第１のヘッダ情報１１がどのように形成されているか、乃至、そのようなデータフィールド２０，２５，３０，３５が第１のヘッダ情報１１内に形成されているかどうかが通知される。これは、識別データフィールド１５を用いて行われる。そこには、どのようにしてアドレス及び識別データが第１のヘッダ情報１１内に形成されているのかを示す所謂アイデンティフィケータが設けられている。例えば、このアイデンティフィケータにより、第１のヘッダ情報１１のデータフィールド２０，２５，３０，３５が、刊行物"Standard for the Format of ARPA Internet Text Messages" IETF, RFC 822 から公知のアドレッシング及び電子郵便情報１の識別部を有している。図２によると、例として、前述の刊行物によるＲＦＣ  ８２２アドレッシング用の第１のヘッダ情報１１が示されている。その際、第１のヘッダ情報１１には、第１の長さデータフィールド４０が設けられており、この長さデータフィールドは、第１のヘッダ情報１１の長さＵＤＨＬ（User Data Header Length)を示す。第１の長さデータフィールド４０には、その際、既述の、アイデンティフィケータＩＥＩ(Information Element Identifier)を有する特徴データフィールド１５が続き、この特徴データフィールドは、この場合、データフィールド２０，２５，３０，３５がＲＦＣ  ８２２アドレッシングを示すことを示す。特徴データフィールド１５には、第２の長さデータフィールド４５が続いて、データフィールド２０，２５，３０，３５の長さＩＥＩＤＬ(Information Element Identifier Data Length)が示される。第２の長さデータフィールド４５には、それからデータフィールド２０，２５，３０，３５が続く。これは、キーワードによって相互に区別され、その際、各データフィールド２０，２５，３０，３５には、１つのキーワードが割り当てられている。このキーワードにより、第１の受信局１５０がショートメッセージ５を検出する。所定のキーワードに基づいて、データフィールド２０，２５，３０，３５が一義的に識別されるので、所望の用途に応じて、その形式及び個数の点で、種々異なるデータフィールドが第１のヘッダ情報１１内に設けられる。図２によると、４つのデータフィールド２０，２５，３０，３５が設けられている。しかし、それ以上でも、それ以下でもよい。その際、第１のデータフィールド２０は、例えば、宛先アドレスデータフィールドとして構成されており、この宛先アドレスデータフィールドは、電子郵便情報１の第２の宛先アドレスを有しており、従って、第２の通信網２００内での電子郵便情報１の第２の受信局１７５を示す。従って、宛先アドレスフィールド２０は、第２の通信網２００内での電子郵便情報１の伝送のために不可欠であるが��キーワードを用いて第１の受信局１５０内でショートメッセージ５が一義的に識別されるので、第１のヘッダ情報１１内のデータフィールドの領域内の所定個所に設けられている。他の全てのデータフィールドにも相応に該当する。第１のヘッダ情報１１の第２のデータフィールド２５は、その際、ソースアドレスデータフィールドとして構成されており、電子郵便情報１のソースアドレスを有しており、その結果、第２の通信網２００内での電子郵便情報１の第２の受信局１７５で、電子郵便情報１の送信局１２５が識別可能である。
【００１９】
第１のヘッダ情報１１の第３のデータフィールド３０は、電子郵便情報１の名称又はタイトルを有するマーキングデータフィールドとして構成されている。
【００２０】
第１のヘッダ情報１１の第４のデータフィールド３５は、電子郵便情報１の送信局１２５のネームを有するネームデータフィールドとして構成されているが、ソースアドレスの形式ではなくて、例えば、名及び姓の形式で、つまり、個人名として構成されている。
【００２１】
データフィールドとキーワードとの対応付けは、例えば、以下のようにして行うことができる：宛先アドレスデータフィールドに、キーワード"Ｔｏ"が対応付けられている。ソースアドレスデータフィールド２５には、キーワード"Ｆｒｏｍ"が対応付けられている。マーキングデータフィールド３０には、キーワード"Ｓｕｂｊｅｃｔ"が対応付けられている。ネームデータフィールド３５は、この例では使用する必要がない。
【００２２】
以下、第１のヘッダ情報１１の構成用の例について説明する。その際、先ず第２のヘッダ情報１２は、シグナリングエントリTP-UDHI(Transfer Protocol-User Data Header Identification)を有しており、これにより、第１のヘッダ情報１１がショートメッセージ５内にあるかどうか示される。第１のヘッダ情報１１がショートメッセージ５内にある場合、TP-UDHIが１にセットされ、第１のヘッダ情報１１がショートメッセージ５内にない場合、TP-UDHIが０にセットされる。その際、第１のヘッダ情報１１は、例えば、以下のように構成されている：第１の長さデータフィールド４０内で、第１のヘッダ情報１１の長さUDHLが、１６進法で３９にセットされる。特徴データフィールド１５内には、アイデンティフィケータIEIが１６進法で２０にセットされ、この値によって、既述のRFC 822-アドレッシングが相応の対応関係テーブルに従って確認される。第２の長さデータフィールド４５内で、第１のヘッダ情報１１及び３７のデータフィールド２０，２５，３０の長さＩＥＩＤＬが１６進法でセットされる。宛先アドレスデータフィールド２０内で、２７個の記号からなる記号列が後続するキーワード"Ｔｏ"が、インターネットアドレスとして構成された第２の宛先アドレスを、この例では、インターネットＥメールとして構成された電子郵便情報１のために確認する：
To=Gunnar.Schmidt@Bosch.com
ソースアドレスデータフィールド２５内で、キーワード"Ｆｒｏｍ"が、同様にインターネットアドレスとして構成されたソースアドレスを、電子郵便情報１の送信局１２５の識別のために確認し、その際、ソースアドレスデータフィールド２５内で続く２３個の記号からなる記号列が形成される：
From=+49xxxyyyyy@zzz.de
ソースアドレスは、その際、明らかにテレホンナンバを有するインターネットＥメールアドレスとして構成されており、個人の特定化はなされていない。電子郵便情報１の送信局１２５の個人を特定化した識別は、既述のようにネームデータフィールドを用いて可能であるが、この例では設けられていない。
【００２３】
マーキングデータフィールド３０内で、この例では、１２個の記号からなる記号列が設けられており、この記号列で、キーワード"Ｓｕｂｊｅｃｔ"により、電子郵便情報１が以下のようにして確認される：
Subject=Test
別のデータフィールドは、この例では、第１のヘッダ情報１１内に設けられている。総体的に、この例では、３つの使用データフィールド２０，２５，３０が１２個の記号を有しており、この１２個の記号は、例えば、各々７ビットで２進符号化されており、その結果、符号化のために全部で５５バイトが必要である。その際、１０進法の数５５は、１６進法の数３７に相応し、従って、ＩＥＩＤＬのために設けられた値に相応する。
【００２４】
既述の例では、個別データフィールド２０，２５，３０は、キーワードを介してのみ一義的に特徴付けられるのではなく、相互に分離されてもいる。つまり、各データフィールド２０，２５，３０の内容は、キーワードを含む必要はない。従って、有利には、各データフィールド２０，２５，３０は、分離記号で隔離されているようにすると有利である。その際、宛先アドレスデータフィールド２０用には、記号列が上述の例に基づいて以下のように構成されている：
To=Gunnar.Schmidt@Bosch.com＜CR＞
例として、ここでは、分離記号＜CR＞として、キャリッジリターン（"Carriage Return"）が選択されている。これにより、記号列が全部で２８個の記号に延長されている。
【００２５】
同様に、既述の例に対して択一選択的に、記号が８ビットで２進符号化されている。従って、可能なキャラクタセットが増大するが、それにより、電子郵便情報１用の記号の可能な個数は更に少なくなる。
【００２６】
既述の例では、ＳＭＳ標準によるショートメッセージ５及びこのＳＭＳ標準でのショートメッセージにつき１６０個の記号に目下のところ制限されているとした場合、ショートメッセージ５のデータ部５０内の本来の電子郵便情報１用に１００個以下の記号しか残っていない。
【００２７】
従って、有利には、既述のRFC 822アドレッシングのキーワードは、７ビットで２進符号化されて、記号を節約するようにされる。これは、所定の参照テーブルを介して行うことができ、つまり、送信局１２５内、及び、第１の通信網１００の第１の受信局１５０内で認識され、例えば、以下のように行われる：
キーワード          ２進符号（７ビット）
Ｔｏ：              ＜0000000＞
Ｆｒｏｍ：          ＜0000001＞
Ｃｃ：              ＜0000010＞
Ｂｃｃ：            ＜0000011＞
Ｓｕｂｊｅｃｔ：    ＜0000100＞
．．．              ．．．
既述のキーワード"Ｔｏ"、"Ｆｒｏｍ"、"Ｓｕｂｊｅｃｔ"の他に、このテーブルは別のキーワードとして："Ｃｃ"及び"Ｂｃｃ"を含む。更に、このテーブル内には、既述のキーワードの他に更に別のキーワードを設けてもよいことが示されている。その際、第１のヘッダ情報１１内で使用された各キーワード用に、既述のやり方で、第１のヘッダ情報１１内にデータフィールドが設けられる。キーワード"Ｃｃ"及び"Ｂｃｃ"は、別の宛先アドレスを示し、この宛先アドレスに、第２の通信網２００内の電子郵便情報１が、キーワード"Ｔｏ"で示された第２の宛先アドレスに対して付加的に伝送される。
【００２８】
既述の例に対して択一選択的に、キーワードを８ビットで２進符号化してもよい。
【００２９】
上述の例によると、キーワードの符号化によって、その際第１のヘッダ情報１１内で以下のようにされる：第１の長さデータフィールド４０内で、UDHLが１６進法で２ｄにセットされる。特徴データフィールド１５内で、ＩＥＩは依然として１６進法で２０にセットされていて、RFC 822アドレッシングが相変わらず確認されている。第２の長さデータフィールド４５内で、ＩＥＩＤＬが１６進法で２ｂにセットされている。キーワード"Ｔｏ"をテーブルにより記号＜0000000＞で符号化することによって、宛先アドレスデータフィールド２０内の記号列が、２５個の記号を有しており、以下のようになる：
＜0000000＞Gunnar.Schmidt@Bosch.com
キーワード"Ｆｒｏｍ"を、テーブルにより記号＜0000001＞で符号化することにより、ソースアドレスデータフィールド２５は、１６個の記号からなる記号列を有しており、以下のようになる：
＜0000001＞+41xxxyyyyy@zzz.de
キーワード"Ｓｕｂｊｅｃｔ"をテーブルにより記号＜0000100＞によって符号化することによって、マーキングデータフィールド３０は、５個の記号からなる記号列を有しており、以下のようになる：
＜0000100＞Test
従って、使用データフィールド２０，２５，３０用に４９個の記号が形成され、この記号は、各々７ビットの２進符号化では、４３バイトを必要とし、その際、１０進法の数４３は、１６進法の数２ｂに相当し、従って、IEIDL用に設けられた値に相当する。
【００３０】
このようにして、電子郵便情報１が利用する記号を節約することができる。
【００３１】
従って、各既述の例でのIEIDL及びUDHL用に設けられた各値の差は、ちょうど第１の長さデータフィールド４０用に、第２の長さデータフィールド４５及び特徴データフィールド１５が同様に記号を使用する必要があることに起因する。UDHL用の値とIEIDL用の値との間の差は、両例のどちらでも２バイトであり、その結果、第１の長さデータフィールド４０、第２の長さデータフィールド４５及び特徴データフィールド１５は、全部で最大１６の２進桁を利用することができる。
【００３２】
第１のヘッダ情報１１の他に、少なくとも１つの第３のヘッダ情報１３が、複数のショートメッセージの伝送を用いて連続して結合された全電子郵便情報１の部分として、ショートメッセージ５と一緒に伝送されるようにすることができる。第１のヘッダ情報１１と第３のヘッダ情報１３との間の列順序は、交換してもよい。単に第２のヘッダ情報１２だけが、ショートメッセージ５の始めにあるようにされる。別のヘッダ情報をショートメッセージ５に挿入して、任意の列順序で、第１のヘッダ情報１１及び場合によっては、第３のヘッダ情報１３と一緒にしてもよく、その際、第２のヘッダ情報１２が常にショートメッセージ５の始めに位置しているようにする必要がある。第３のヘッダ情報１３は、任意に設けることができるので、図２には破線で示されている。第３のヘッダ情報１３は、第１のヘッダ情報１１から、どんな場合でも特徴データフィールド１５内のアイデンティフィケータによって区別される。このアイデンティフィケータを用いて、第１の通信網１００内の第１の受信局１５０は、第１のヘッダ情報１１を第３のヘッダ情報１３から区別することができる。
【００３３】
第３のヘッダ情報１３は、更に、全電子郵便情報の特徴を示す識別部を有している。第１の通信網１００の第１の受信局１５０内で、ショートメッセージを用いて入力された電子郵便情報全てを相互にリンクして全電子郵便情報となり、この全電子郵便情報は、その識別部によって参照されて、この形式で、リンクされた全電子郵便情報として、相応のショートメッセージ５の各々最初のヘッダ情報１１により第２の宛先アドレスを用いて宛先アドレスデータフィールド２０内にアドレッシングされた、第２の通信網２００内の第２の受信局１７５に伝送される。その際、第３のヘッダ情報１３は、順序数も含んでおり、この順序数により、どの個所に、連鎖して結合された全電子郵便情報内の各ショートメッセージ５の電子郵便情報１があるのか示され、その結果、このようにして特徴を示された複数の電子郵便情報が、第１の通信網１００の第１の受信局１５０内で、正しい順序で相互にリンクされる。その際、全電子郵便情報の特徴表示のために、及び、各々の電子郵便情報の順序数の特徴表示のために、各々１つの固有のヘッダ情報をショートメッセージ５内に設けて、相応の識別子を用いて特徴表示データフィールド１５内で相互に区別するようにしてもよい。
【００３４】
第１のヘッダ情報の評価により、第１の通信網１００内で、第１の受信局１５０が、ショートメッセージ５から、データ部５０の電子郵便情報１を抽出する。つまり、第１のヘッダ情報１１及び場合によってはデータ部５０の別のヘッダ情報、例えば、第３のヘッダ情報１３も、データ部５０内の有効データ内で常に前の方に位置しており、各々１つの長さデータフィールドを有しており、この長さデータフィールドからデータの長さを求めることができる。それから更に、第１のヘッダ情報１１から、電子郵便情報１のアドレッシング及び識別に必要な情報が得られ、この情報は、第２の通信網２００内の抽出された電子郵便情報１を、そこにアドレッシングされた第２の受信局１７５に伝送して、第２の受信局１７５で送信局１２５を識別するのに必要である。電子郵便情報１を第２の通信網２００内の第２の受信局１７５に単に伝送するのにも、第１のヘッダ情報１１内に、使用可能なデータフィールドのうち宛先アドレスデータフィールド２０は不可欠である。ソースアドレスデータフィールド２５及びネームデータフィールド３５は、送信局１２５の識別にだけ使われ、マーキングデータフィールド３０は、タイトル付け、従って、電子郵便情報１自体の識別にだけ使われる。第３のヘッダ情報１３から（これが既にあることは、同様に第２のヘッダ情報１２内の相応のシグナリングエントリによって、参照により確認される）、第２の通信網１００内のショートメッセージ５の第１の受信局１５０が、電子郵便情報１が、リンクすべき全ての電子郵便情報に属しているのかどうか検出することができる。図２に示されていない別のヘッダ情報を用いて（これが既にあることは、同様に第２のヘッダ情報１２内の相応のシグナリングエントリによって、参照により確認される）、第２の通信網１００内の第１の受信局１５０が、リンクすべき電子郵便情報全てのどの位置に、ショートメッセージ５の電子郵便情報１があるのか（この情報が第３のヘッダ情報１３内に既に含まれていない限りで）検出することができる。
【００３５】
それから、接続すべき全電子郵便情報内の電子郵便情報１の求められた位置に応じて、第１の通信網１００内の第１の受信局１５０は、ショートメッセージ５の電子郵便情報１を、リンクすべき全電子郵便情報の相応の個所に組み入れる。
【００３６】
本発明の方法は、ＧＳＭモービル無線網内のＳＭＳショートメッセージサービスに限定されるものではなく、電子郵便情報がショートメッセージと共に伝送される任意のショートメッセージサービス用に使用可能であり、その際、電子郵便情報は、インターネットＥメールである必要もない。
【図面の簡単な説明】
【図１】
送信局から受信局への伝送区間を示す図。
【図２】
電子郵便情報が統合されたショートメッセージの構成略図。