(57)【特許請求の範囲】
【請求項１】
ショートメッセージサービスを使用して、電子ポスト情報（１）を伝送するための方法であって、前記電子ポスト情報（１）を第２の通信網（２００）に伝送するために、第１の通信網（１００）内でのショートメッセージ（５）を用いて、前記電子ポスト情報（１）並びにアドレス及び／又は識別データが伝送される方法において、
ショートメッセージ（５）を用いて、第１のヘッダ情報（１１）を、アドレス及び／又は識別データを有する少なくとも１つのデータフィールド（２０，２５，３０，３５）のシグナリングと共に伝送し、前記第１のヘッダ情報（１１）が既にあることを示す第２のヘッダ情報（１２）を、前記ショートメッセージ（５）と共に伝送し、前記少なくとも１つのデータフィールド（２０，２５，３０，３５）を、前記ショートメッセージ（５）のデータ部（５０）内であって、且つ、各ヘッダ情報以外で伝送し、前記第１のヘッダ情報（１１）で、前記少なくとも１つのデータフィールド（２０，２５，３０，３５）のシグナリングを有する特徴データフィールド（１５）を伝送し、前記特徴データフィールド（１５）を、アドレス及び／又は識別データの形式にすることを特徴とする方法。
【請求項２】
少なくとも１つのデータフィールド（２０，２５，３０，３５）を、データ部（５０）内で伝送用のキーワードによって特徴付ける請求項１記載の方法。
【請求項３】
キーワードを符号化して伝送する請求項２記載の方法。
【請求項４】
少なくとも１つのデータフィールド（２０，２５，３０，３５）を、データ部（５０）内で電子ポスト情報（１）に直ぐ先行して伝送する請求項１から３迄の何れか１記載の方法。
【請求項５】
データ部（５０）内で、電子ポスト情報（１）の宛先アドレスを有する少なくとも１つの宛先アドレスデータフィールド（２０）を伝送する請求項１から４迄の何れか１記載の方法。
【請求項６】
データ部（５０）内で、電子ポスト情報（１）のソースアドレスを有するソースアドレスデータフィールド（２５）を伝送する請求項１から５迄の何れか１記載の方法。
【請求項７】
データ部（５０）内で、電子ポスト情報（１）のマーキングを含むマーキングデータフィールド（３０）を伝送する請求項１から６迄の何れか１記載の方法。
【請求項８】
データ部（５０）内で、電子ポスト情報（１）の送信者のネームを含むネームデータフィールド（３５）を伝送する請求項１から７迄の何れか１記載の方法。
【請求項９】
少なくとも１つの第３のヘッダ情報（１３）を、複数のショートメッセージの伝送を用いてリンクされた電子ポスト情報（１）全体の一部分として特徴を示す前記ショートメッセージ（５）と一緒に伝送する請求項１から８迄の何れか１記載の方法。
【請求項１０】
少なくとも１つのデータフィールド（２０，２５，３０，３５）の終端を、各々分離記号によって示す請求項１から９迄の何れか１記載の方法。
【請求項１１】
第１のヘッダ情報（１１）を用いて、少なくとも１つのデータフィールド（２０，２５，３０，３５）の長さを示す長さデータフィールド（４６）を伝送する請求項１から１０迄の何れか１記載の方法。
【請求項１２】
少なくとも１つのデータフィールド（２０，２５，３０，３５）を、分離記号によって電子ポスト情報（１）から分離して伝送する請求項１から１１迄の何れか１記載の方法。
【発明の詳細な説明】
【０００１】
本発明は、ショートメッセージサービスを使用して、電子ポスト情報を伝送するための方法であって、その際、ショートメッセージを用いて、第１の通信網内で電子ポスト情報並びにアドレス及び／又は識別データが、電子ポスト情報の伝送のために第２の通信網内で伝送される方法に関する。
【０００２】
刊行物"Technical realisation of the Short Message Service (SMS); Point-to-Point (PP)", GSM 03.40 V7.1.0 (1998-11)及び3G 23.040 V3.2.0 (1999-10)から、SMSショートメッセージ（ブリーフ情報）サービス(Short Message Service)を使用して、インターネットEメールを伝送する方法が公知であり、その際、SMSショートメッセージにより、通信網内でインターネットEメール並びにアドレス及び識別データが、インターネットでインターネットEメールを伝送するためのSMSショートメッセージの種々異なるヘッダ情報で伝送される。前述刊行物による標準では、ショートメッセージサービスＳＭＳを介してインターネットＥメールを送受信する手段が設けられている。このために、送信時には、所謂シグナリングエントリＰＩＤ（プロトコルアイデンティファイア）が、ＳＭＳショートメッセージのヘッド情報内に相応に設定されて、ショートメッセージで伝送されるインターネットＥメールについて指示される。その際、ＳＭＳショートメッセージのデータ部は、インターネットＥメール用の宛先アドレスで開始する。ＳＭＳショートメッセージサービスを介してインターネットＥメールを受信する際、宛先アドレスがネットワークユニットによって送信者のソースアドレスによって代替される。インターネットＥメール宛先又はソースアドレスとＳＭＳショートメッセージ内の本来のインターネットＥメールとの分離は、単に１つのブランク記号である。
【０００３】
前述の刊行物による標準では、複数宛先アドレス（コンマによって分離する必要がある）、並びに、データフィールド「サブジェクト"Subject"」（インターネットＥメールのタイトルの指示用）及び「リアルネーム"Real Name"」（送信者の本来のネームの指示用）を指示することが、オプションでサポートされている。これらの各データフィールド間の分離記号として、データフィールド「サブジェクト"Subject"」を括弧内に入れるか、又は、先行する２つの特殊記号、例えば、"##"によって示される。データフィールド「リアルネーム"Real Name"」は、特殊記号、例えば、"#"によって示される。
【０００４】
発明の利点
それに対して、本発明による、独立請求項の各要件を持った電子ポスト情報の伝送方法の利点は、ショートメッセージを用いて、第１のヘッダ情報を、アドレス及び／又は識別データを有する少なくとも１つのデータフィールドのシグナリングと共に伝送し、第１のヘッダ情報が既にあることを示す第２のヘッダ情報を、ショートメッセージと共に伝送し、前記少なくとも１つのデータフィールドを、ショートメッセージのデータ部内であって、且つ、各ヘッダ情報以外で伝送し、第１のヘッダ情報で、少なくとも１つのデータフィールドのシグナリングを有する特徴データフィールドを伝送し、特徴データフィールドを、アドレス及び／又は識別データの形式にする点にある。このようにして、第１の通信網の第１のサービスプロバイダは、第２のヘッダ情報の評価に依存してショートメッセージを第２の通信網の第２のサービスプロバイダに伝送し、それから、第２のサービスプロバイダは、第１のヘッダ情報を用いてショートメッセージを更に評価し、ショートメッセージから電子ポスト情報を抽出して、電子ポスト情報を第２の通信網を介して転送することができる。従って、第１の通信網の第１のサービスプロバイダは、それと同時に第２の通信網のサービスプロバイダである必要はない。
【０００５】
第１のヘッダ情報を用いて、更にアドレッシングの特殊な形式で電子ポスト情報が指示することができ、この電子ポスト情報は、電子ポスト情報を抽出する際に第２のサービスプロバイダが考慮することができる。従って、アドレッシングの形式はフレキシブルに選定することができる。前提条件は単に、第２のサービスプロバイダが電子ポスト情報のアドレッシングのその都度所与の形式を検出し、従って、電子ポスト情報の抽出及び転送用に評価することができるという点である。
【０００６】
従属請求項に記載した手段によって、独立請求項に記載の方法の有利な実施例及び改善が可能である。
【０００７】
特に有利には、少なくとも１つのデータフィールドを、第１のヘッダ情報内で伝送用のキーワードによって特徴付けるとよい。このようにして、複数のデータフィールドを僅かなコストで一義的に区別することができる。
【０００８】
別の利点は、キーワードを符号化して伝送する点にある。このようにして、１つ又は複数のキーワードを伝送することによって、ショートメッセージのデータ容量が損なわれるのを最小に低減することができる。
【０００９】
特に有利には、第１のヘッダ情報で、アドレス及び／又は識別データの形式を示す特徴データフィールドを伝送するとよい。このようにして、少なくとも１つのデータフィールドを第２のサービスプロバイダでエラーなしに評価することができ、その結果、ショートメッセージ内に含まれる電子ポスト情報を、第２の通信網内の単数又は複数の正確な受信局に伝送することができる。別の利点は、少なくとも１つの第３のヘッダ情報を、複数のショートメッセージの伝送を用いてリンクされた電子ポスト情報全体の一部分として特徴を示す点にある。このようにして、殊に所定のデータ量に制限されたショートメッセージの場合、所定のデータ量を超過する電子ポスト情報を、第１の通信網内で複数のショートメッセージをリンクすることによって設けることができ、その際、少なくとも１つの第３のヘッダ情報を介して相互にリンクされるショートメッセージの電子ポスト情報を、第２のサービスプロバイダが１つの全電子ポスト情報となるように統合し、データフィールド内に示された少なくとも１つの第２の宛先アドレスに設けることができる。
【００１０】
図面
以下、本発明について図示の実施例を用いて詳細に説明する。
【００１１】
その際、
図１は、送信局から受信局への伝送路を示す図、
図２は、統合された電子ポスト情報を有するショートメッセージの構成の第１の実施例の略図、
図３は、統合された電子ポスト情報を有するショートメッセージの構成の第２の実施例の略図
である。
【００１２】
実施例の説明
図１では、１２５で、電子ポスト情報が統合されたショートメッセージを、第１のサービスプロバイダ１４０に第１の通信網１００を介して伝送する送信局が示されている。第１のサービスプロバイダ１４０は、ショートメッセージを第１の通信網１００を介して、第２の通信網２００の第２のサービスプロバイダ１５０に転送する。第２のサービスプロバイダ１５０は、ショートメッセージから電子ポスト情報を抽出し、第２の通信網２００を介して受信局１７５に転送する。
【００１３】
第１のサービスプロバイダ１４０及び第２のサービスプロバイダ１５０は、ここでは、２つの別個のユニットとして構成されているが、共通のユニットにまとめてもよい。
【００１４】
図２では、５でショートメッセージが示されている。ショートメッセージ５は、第１の通信網１００の送信局１２５によって形成されて、第１の通信網１００の第１のサービスプロバイダ１４０を介して第２の通信網２００の第２のサービスプロバイダ１５０に、第１の通信網１００を使用して伝送される。そのようなショートメッセージ５の伝送のために、そのために第１の通信網１００内で、所謂ショートメッセージサービスが行われている。そのようなショートメッセージサービスは、例えば、モービル無線網として構成された第１の通信網１００内で行われる。その際、そのようなモービル無線網は、例えば、ＧＳＭ標準(Global System for Mobille 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); Poinft-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-アドレッシングが相応の対応関係テーブルに従ってシグナリングされる。第２の長さデータフィールド４５内で、長さＩＥＩＤＬが１６進法で１にセットされ、従って、第３の長さデータフィールド４６の長さは１記号であり、従って、１バイト、従って、８ビットであり、その結果、第３の長さデータフィールド４６は、データフィールド２０，２５，３０の長さ用に最大２５５個の記号を示すことができる。その際、データフィールド２０，２５，３０の長さは、この例では、第３の長さデータフィールド４６内で１６進法で値３７にセットされる。データフィールド２０，２５，３０の長さが２５５よりも大きい場合、第３の長さデータフィールド４６内の長さ指示用に少なくとも２バイトが必要である。その際、それに応じて、エントリが第２の長さデータフィールド４５内で２又はそれ以上にセットされる。択一選択的に、データフィールド２０，２５，３０を有する領域６０と、電子ポスト情報１との間に分離記号を取り決めることができる場合、第３の長さデータフィールド４６をなくしてもよい。これは、RFC 822-アドレッシングに相応して例えば空白行でよい。第３の長さデータフィールド４６が必要ないならば、第２の長さデータフィールド４５は、相応にゼロにセットされる。
【００２６】
宛先アドレスデータフィールド２０内で、２７個の記号からなる記号列が後続するキーワード"Ｔｏ"が、インターネットアドレスとして構成された第２の宛先アドレスを、この例では、インターネットＥメールとして構成された電子ポスト情報１のために確認する：
To=Gunnar.Schmidt@Bosch.com
ソースアドレスデータフィールド２５内で、キーワード"Ｆｒｏｍ"が、同様にインターネットアドレスとして構成されたソースアドレスを、電子ポスト情報１の送信局１２５の識別のために確認し、その際、ソースアドレスデータフィールド２５内で続く２３個の記号からなる記号列が形成される：
From=+49xxxyyyyy@zzz.de
ソースアドレスは、その際、明らかにテレホンナンバを有するインターネットＥメールアドレスとして構成されており、個人の特定化はなされていない。電子ポスト情報１の送信局１２５の個人を特定化した識別は、既述のようにネームデータフィールドを用いて可能であるが、この例では設けられていない。
【００２７】
マーキングデータフィールド３０内で、この例では、１２個の記号からなる記号列が設けられており、この記号列で、キーワード"Ｓｕｂｊｅｃｔ"により、電子ポスト情報１が以下のようにして確認される：
Subject=Test
別のデータフィールドは、この例では、領域６０内に設けられていない。総体的に、この例では、３つの使用データフィールド２０，２５，３０が６２個の記号を有しており、この１２個の記号は、例えば、各々７ビットで２進符号化されており、その結果、符号化のために全部で５５バイトが必要である。その際、１０進法の数５５は、１６進法の数３７に相応し、従って、第３の長さデータフィールド４６に設けられた値に相応する。
【００２８】
データフィールド２０，２５，３０は、アドレス及び識別データと一緒に、ショートメッセージ５の本来の情報部内に設けられているので、例えば、刊行物"Alphabets and language-specific information", GSM 03.38乃至3GPP 23.038により、記号の７ビットコーディングを用いることができる。
【００２９】
既述の例では、個別データフィールド２０，２５，３０は、キーワードを介してのみ一義的に特徴付けられるのではなく、相互に分離されてもいる。つまり、各データフィールド２０，２５，３０の内容は、キーワードを含む必要はない。しかし、各データフィールド２０，２５，３０が、分離記号で終わるようにされていると、この要件は無効となり、取り決めにより、各々のデータフィールドを示すキーワードが、このデータフィールドの始めに設定される必要があり、その結果、分離記号の後ろ側で、第１の後続キーワードにより、新規に開始されたデータフィールドが示されており、後続のキーワードは全て、直ぐ次の分離記号に達する迄新規なデータフィールドの特徴部として解釈されない。その際、宛先アドレスデータフィールド２０用には、記号列が上述の例に基づいて以下のように構成されている：
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
従って、使用データフィールド２０，２５，３０用に４９個の記号が形成され、この記号は、各々７ビットの２進符号化では、４３バイトを必要とし、その際、１０進法の数４３は、１６進法の数２ｂに相当し、従って、第３の長さデータフィールド４６内に設けられた値に相当する。
【００３５】
このようにして、電子ポスト情報１が利用する記号を節約することができる。
【００３６】
値３がＵＤＨＬ用に設けられている場合、データ部５０内での第１のヘッダ情報１１用に、つまり、第１の長さデータフィールド４０、第２の長さデータフィールド４５、第３の長さデータフィールド４６及び特徴データフィールド１５用に、全部で最大３バイト、つまり、２４２進桁が利用される。
【００３７】
第１のヘッダ情報１１の他に、少なくとも１つの第３のヘッダ情報１３が、複数のショートメッセージの伝送を用いてリンクされた全電子ポスト情報１の部分として、ショートメッセージ５と一緒に伝送されるようにすることができる。第１のヘッダ情報１１と第３のヘッダ情報１３との間の列順序は、交換してもよい。単に第２のヘッダ情報１２だけが、ショートメッセージ５の始めにあるようにされる。別のヘッダ情報をショートメッセージ５に挿入して、任意の列順序で、第１のヘッダ情報１１及び場合によっては、第３のヘッダ情報１３と一緒にしてもよく、その際、第２のヘッダ情報１２が常にショートメッセージ５の始めに位置しているようにする必要がある。
【００３８】
第３のヘッダ情報１３は、任意に設けることができる。図３には、図２の例に基づいて、第３のヘッダ情報１３が統合されたショートメッセージ５が示されている。その際、同じ参照番号で、図２と同じ要素が示されている。その際、図３のショートメッセージの構成が、図２の例で説明した構成と異なる点は、第３のヘッダ情報１３が、図３の例では、付加的にショートメッセージ５内に第１のヘッダ情報１１と領域６０との間に設けられている点にある。第３のヘッダ情報１３は、第１のヘッダ情報１１から、どんな場合でも特徴データフィールド１５内の識別子によって区別される。この識別子を用いて、第２のサービスプロバイダ１５０により、第１のヘッダ情報１１は第３のヘッダ情報１３から区別することができる。
【００３９】
第３のヘッダ情報１３は、更に、全電子ポスト情報の特徴を示す識別部を有している必要がある。第２のサービスプロバイダ１５０内で、ショートメッセージを用いて入力された電子ポスト情報全てを相互にリンクして全電子ポスト情報となり、この全電子ポスト情報は、その識別部によって参照されて、この形式で、リンクされた全電子ポスト情報として、第２の宛先アドレスにより宛先アドレスデータフィールド２０内にアドレッシングされた、第２の通信網２００内の受信局１７５に伝送される。その際、第３のヘッダ情報１３は、順序数も含んでおり、この順序数により、どの個所に、リンクされた全電子ポスト情報内の各ショートメッセージ５の電子ポスト情報１があるのか示され、その結果、このようにして特徴を示された複数の電子ポスト情報が、第２のサービスプロバイダ１５０内で、正しい順序で相互にリンクされる。その際、全電子ポスト情報の特徴表示のために、及び、各々の電子ポスト情報の順序数の特徴表示のために、各々１つの固有のヘッダ情報をショートメッセージ５内に設けて、相応の識別子を用いて特徴表示データフィールド１５内で相互に区別するようにしてもよい。
【００４０】
データフィールド２０，２５，３０，３５の評価により、第２のサービスプロバイダ１５０が、ショートメッセージ５から、データ部５０の電子ポスト情報１を抽出する。つまり、第１のヘッダ情報１１及び場合によってはデータ部５０の別のヘッダ情報、例えば、第３のヘッダ情報１３も、データ部５０内で有効データに常に先行しており、各々少なくとも１つの長さデータフィールドを有しており、この長さデータフィールドからデータの長さ、及び、第１のヘッダ情報１１の場合、領域６０の長さも求めることができる。第１のヘッダ情報１１内でのみ、長さデータフィールドを用いて、データ部５０内に既にあるヘッダ情報１１，１３及びデータフィールド２０，２５，３０，３５全体に亘って長さを指示することができ、その結果、相応の長さデータフィールドを、データ部５０の別のヘッダ情報及び領域６０内に必要としない。そのために、第１のヘッダ情報１１の第１の長さデータフィールド４０が、データ部５０のヘッダ情報１１，１３全ての全長を示すようにしてもよい。それから更に、データフィールド２０，２５，３０，３５を有する領域６０から、電子ポスト情報１のアドレッシング及び識別に必要な情報が得られ、この情報は、第２の通信網２００内の抽出された電子ポスト情報１を、そこにアドレッシングされた受信局１７５に伝送して、受信局１７５で送信局１２５を識別するのに必要である。電子ポスト情報１を第２の通信網２００内の受信局１７５に単に伝送するのに、使用可能なデータフィールドの領域６０の内、宛先アドレスデータフィールド２０だけが不可欠である。ソースアドレスデータフィールド２５及びネームデータフィールド３５は、送信局１２５の識別にだけ使われ、マーキングデータフィールド３０は、タイトル付け、従って、電子ポスト情報１自体の識別にだけ使われる。第３のヘッダ情報１３から（これが既にあることは、同様に第２のヘッダ情報１２内の相応のシグナリングエントリによって、参照により確認される）、第２のサービスプロバイダ１５０が、電子ポスト情報１が、リンクすべき全ての電子ポスト情報に属しているのかどうか検出することができる。図２に示されていない別のヘッダ情報を用いて（これが既にあることは、同様に第２のヘッダ情報１２内の相応のシグナリングエントリによって、参照により確認される）、第２のサービスプロバイダ１５０が、リンクすべき電子ポスト情報全てのどの位置に、ショートメッセージ５の電子ポスト情報１があるのか（この情報が第３のヘッダ情報１３内に既に含まれていない限りで）検出することができる。
【００４１】
それから、リンクすべき全電子ポスト情報内の電子ポスト情報１の求められた位置に応じて、第２のサービスプロバイダ１５０は、ショートメッセージ５の電子ポスト情報１を、リンクすべき全電子ポスト情報の相応の個所に組み入れる。
【００４２】
本発明の方法は、ＧＳＭモービル無線網内のＳＭＳショートメッセージサービスに限定されるものではなく、電子ポスト情報がショートメッセージと共に伝送される任意のショートメッセージサービス用に使用可能であり、その際、電子ポスト情報は、インターネットＥメールである必要もない。
【図面の簡単な説明】
【図１】  送信局から受信局への伝送路を示す図
【図２】  統合された電子ポスト情報を有するショートメッセージの構成の第１の実施例の略図
【図３】  統合された電子ポスト情報を有するショートメッセージの構成の第２の実施例の略図
【図１】
0003919532.tif 000002
【図２】
0003919532.tif 000003
【図３】
0003919532.tif 000004