(57)【特許請求の範囲】
【請求項１】
異なる言語を扱える移動通信網にそれぞれ属する移動局の間においてメッセージを交換するために、前記移動通信網の間に配置されているゲートウェイ装置であって、
メッセージのメッセージ本文として選択することのできる定型文が異なる言語毎に用意され、該定型文を指定する番号情報と関連付けて複数の前記定型文が格納されているデータベースと、
メッセージの送り元からのメッセージ本文に定型文が含まれていた際に、該定型文をメッセージの宛先の移動通信網で扱える言語の定型文に変換する変換手段とを備え、
前記メッセージの送り元がダイヤルした電話番号から前記メッセージの宛先の移動通信網を判断し、前記変換手段が、メッセージ本文に含まれている定型文の番号情報を利用して、前記データベースから前記メッセージの宛先の移動通信網で扱える言語の定型文を検索することにより、変換するようにしたことを特徴とするゲートウェイ装置。
【請求項２】
前記変換手段では、前記定型文の変換に加えて、メッセージ本文に含まれている２バイトコードの文字を、対応する表記の１バイトコードの文字に変換するようにしたことを特徴とする請求項１記載のゲートウェイ装置。
【請求項３】
前記ゲートウェイ装置において、
一の移動通信網から受けたメッセージを宛先である他の移動通信網に配信する際に、前記他の移動通信網に設けられている複数のショートメッセージサーバ群の内の、メッセージの宛先を示す電話番号情報に対応するいずれかのショートメッセージサーバ群のショートメッセージサーバに、前記メッセージを配信するようにしたことを特徴とする請求項１記載のゲートウェイ装置。
【請求項４】
前記ゲートウェイ装置において、
障害時にスプールされた一の移動通信網あるいは他の移動通信網から受けたメッセージを、障害復旧時に宛先である他の移動通信網あるいは一の移動通信網に配信する際に、配信に伴うトラフィックを時間軸に沿って最大値まで次第に増加するようにしたことを特徴とする請求項１記載のゲートウェイ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、異なる移動通信網の間に配置されているゲートウェイ装置に関するものである。
【０００２】
【従来の技術】
ディジタル方式の移動通信システムとして、ＰＤＣ（Personal Digital Cellular telecommunication system），ＧＳＭ（global system for mobile communication），ＩＳ−９５，ＩＳ−１３６などのシステムが知られている。ＰＤＣシステムは我が国において実施されており、ＧＳＭシステムは主にヨーロッパにおいて普及している。また、北アメリカにおいてはＧＳＭ，ＩＳ−９５，ＩＳ−１３６などのシステムが使用されている。これらの移動通信網の内部においては、移動局から移動局へショートメッセージを配信するサービスが行われている。
【０００３】
【発明が解決しようとする課題】
ショートメッセージを送受信するために利用するプロトコルとしてＳＭＰＰ（Short Message Peer to Peer Protocol）が知られている。事業者が異なる移動通信網間において、ＳＭＰＰを共にサポートしている場合はショートメッセージの交換を基本的に行うことができると考えられる。しかし、そのバージョンが異なる場合には、ＳＭＰＰが事業者に特化している場合もあり、ＳＭＰＰが上位互換のプロトコルとなっていない場合には、ショートメッセージの交換を行うことはできない。また、異なる移動通信網において異なる言語を使用しており、一方において使用している文字コードが２バイトコードおよび１バイトコードとされ、他方において使用している文字コードが１バイトコードのみとされている場合は、文字化けをしたり文字化けをしなかったとしても言語が異なることからショートメッセージの意味を理解することができないという問題点があった。
【０００４】
そこで、本発明は、異なる言語を使用している移動通信網間において極力意志の疎通を図ることのできるショートメッセージの交換を行えるゲートウェイ装置を提供することを第１の目的としている。
また、事業者によっては複数のショートメッセージサーバを地域毎に設けている事業者があり、このような場合にすべてのショートメッセージサーバにゲートウェイからブロードキャストすると、ショートメッセージサーバの負担が増加するという問題点があった。
そこで、本発明は複数のショートメッセージサーバを地域毎に設けている移動通信網において、ショートメッセージサーバの負担を軽減することのできるゲートウェイ装置を提供することを第２の目的としている。
さらに、相手ネットワークや自己のネットワークに障害があった場合にはゲートウェイ装置にメッセージがスプールされ、障害復旧時にスプールされたメッセージが一度に配信されるため、トラフィックが急激に増大するという問題点があった。
そこで、本発明はトラフィックの急激な増大を防止することのできるゲートウェイ装置を提供することを第３の目的としている。
【０００５】
【課題を解決するための手段】
上記第１の目的を達成するために、本発明のゲートウェイ装置は、異なる言語を扱える移動通信網にそれぞれ属する移動局の間においてメッセージを交換するために、前記移動通信網の間に配置されているゲートウェイ装置であって、メッセージのメッセージ本文として選択することのできる定型文が異なる言語毎に用意され、該定型文を指定する番号情報と関連付けて複数の前記定型文が格納されているデータベースと、メッセージの送り元からのメッセージ本文に定型文が含まれていた際に、該定型文をメッセージの宛先の移動通信網で扱える言語の定型文に変換する変換手段とを備え、前記メッセージの送り元がダイヤルした電話番号から前記メッセージの宛先の移動通信網を判断し、前記変換手段が、メッセージ本文に含まれている定型文の番号情報を利用して、前記データベースから前記メッセージの宛先の移動通信網で扱える言語の定型文を検索することにより、変換するようにしている。
【０００６】
また、上記本発明のゲートウェイ装置において、前記変換手段では、前記定型文の変換に加えて、メッセージ本文に含まれている２バイトコードの文字を、対応する表記の１バイトコードの文字に変換するようにしてもよい。
【０００７】
さらに、上記本発明のゲートウェイ装置において、一の移動通信網から受けたメッセージを宛先である他の移動通信網に配信する際に、前記他の移動通信網に設けられている複数のショートメッセージサーバ群の内の、メッセージの宛先を示す電話番号情報に対応するいずれかのショートメッセージサーバ群のショートメッセージサーバに、前記メッセージを配信するようにしてもよい。
【０００８】
さらにまた、上記本発明のゲートウェイ装置において、障害時にスプールされた一の移動通信網あるいは他の移動通信網から受けたメッセージを、障害復旧時に宛先である他の移動通信網あるいは一の移動通信網に配信する際に、配信に伴うトラフィックを時間軸に沿って最大値まで次第に増加するようにしてもよい。
【０００９】
このような本発明によれば、メッセージの送り元からのメッセージ本文に定型文が含まれていた際に、その定型文をメッセージの宛先の移動通信網で扱える言語の定型文に変換して配信するようにしている。このため、言語が異なる移動通信網における移動局において、配信されたメッセージを極力理解することができるようになる。また、２バイトコードの文字を、対応する表記の１バイトコードの文字に変換するようにしたので、文字化けすることなくメッセージを配信することができるようになる。
【００１０】
さらに、本発明はメッセージの宛先を示す電話番号情報を利用して、対応する地域に設けられているショートメッセージサーバ群のショートメッセージサーバにだけメッセージを配信するようにしたので、各ショートメッセージサーバの負担を軽減することができる。
さらにまた、本発明は障害復旧時にトラフィックを時間軸に沿って最大値まで次第に増加するようにしたので、トラフィックの急激な増大を防止することができる。
【００１１】
【発明の実施の形態】
本発明の実施の形態におけるゲートウェイ装置を備える移動通信網の構成の概要を図１に示す。
第１移動通信網１と第２移動通信網２との間には、本発明にかかるゲートウェイ装置（GSMS GATEWAY）１３が設けられている。例えば、第１移動通信網１は日本におけるＰＤＣシステムの通信事業者の移動通信網であり、第２移動通信網２は北米におけるＧＳＭシステムの通信事業者の移動通信網であるとする。このように、第１移動通信網１と第２移動通信網２との距離が大きく離れていることから、インターネット４０を利用して第１移動通信網１と第２移動通信網２とは接続されている。この場合、インターネット４０は世界規模の情報ネットワークであり広く解放されていることから、セキュリティ対策を図っている。このために、ＶＰＮ（Virtual Private Network）をファイアウォール（ＦＷ）と組み合わたセキュリティ装置１４，４１をインターネット４０の入り口と出口に配置している。なお、ＶＰＮはインターネットなどのオープンなネットワークをプライベートな専用ネットワークのように利用する方法である。
【００１２】
第１移動通信網１は、エリアＡ、エリアＢ、エリアＣの３つの地域に分割されており、それぞれのエリアに複数のＳＭＳＣ（Short Message Service Center）が配置されている。ＳＭＳＣの主な機能はショートメッセージを送受信する機能である。例えば、エリアＡにはＳＭＳＣ１２ａ，１２ｂ・・・・からなるＳＭＳＣ群１２が設けられており、エリアＢにはＳＭＳＣ２２ａ，２２ｂ・・・・からなるＳＭＳＣ群２２が設けられており、エリアＣにはＳＭＳＣ３２ａ，３２ｂ・・・・からなるＳＭＳＣ群３２が設けられている。各ＳＭＳＣ群のＳＭＳＣの台数は、メッセージ配信のトラフィック量に応じた台数とされている。ゲートウェイ装置１３は、起動した際にＳＭＳＣ群１２，ＳＭＳＣ群２２，ＳＭＳＣ群３２の全てのＳＭＳＣに対してＳＭＰＰバインドを確立して接続される。なお、ＳＭＳＣ群２２，ＳＭＳＣ群３２とは、広域ネットワークであるＷＡＮ（Wide Area Network）３５を介して接続される。エリアＡ、エリアＢ、エリアＣには、それぞれ移動局１１，移動局２１，移動局３１が在圏している。
また、第２移動通信網２は、ゲートウェイ装置４２，ＳＭＳＣ４３を備え、移動局４４が在圏している。
【００１３】
ＳＭＳＣ群１２，ＳＭＳＣ群２２，ＳＭＳＣ群３２は、ＳＭＳＣに接続されるサーバであるＳＭＳゲートウェイ（図１では、「ゲートウェイ装置１３」として示している）との間においてＳＭＰＰ（Short Message Peer to Peer Protocol）をプロトコルとして用いてショートメッセージの送受信を行っている。このＳＭＰＰについて図２を参照しながら説明する。図２は、ＳＭＳＣに接続されるサーバであるＳＭＳゲートウェイ５０とＳＭＳＣ５１との間においてＳＭＰＰによりショートメッセージを送受信する構成が示されている。ＳＭＰＰはショートメッセージを送受信するために利用するＳＭＳＣ５１，ＳＭＳゲートウェイ５０間の通信に利用されている。基本的にはＳＭＰＰは、ＴＣＰ／ＩＰ上にＴＣＰでソケットを確立し、そのソケット上にデータが流れる形を採用している。この場合、データの転送用チャネルとして送信用と受信用の２つのセッションが張られる。
【００１４】
ここで、ＳＭＳゲートウェイ５０がbind transmitterコマンドをＳＭＳＣ５１に送り、ＳＭＳＣ５１から確認応答respを受けることにより、ＳＭＳＣ５１のtransmitter５１ａとＳＭＳゲートウェイ５０の送信ポート５０ａとの送信用のチャネルが確立される。また、ＳＭＳゲートウェイ５０がbind receiverコマンドをＳＭＳＣ５１に送り、ＳＭＳＣ５１から確認応答respを受けることにより、ＳＭＳゲートウェイ５０の受信ポート５０ｂとＳＭＳＣ５１のreceiver５１ｂとの受信用のチャネルが確立される。なお、ＳＭＰＰではデータを受信したら必ずその確認応答respを返すことが仕様として定められている。また、ＳＭＰＰはヘッダーとボディーとで構成されており、ヘッダは固定長の２０バイト、ボディーは可変長とされている。
【００１５】
ＳＭＰＰのコマンドについて図３に示すＳＭＳゲートウェイ５０とＳＭＳＣ５１間のシーケンス図を参照して説明する。
bind_receiverコマンドは、上述したようにＳＭＳＣ５１とＳＭＳゲートウェイ５０との通信のためのチャネル(経路)を確保するためのコマンドである。このチャネルは、ＳＭＳＣ５１からＳＭＳゲートウェイ５０へのデータ転送用に利用される。また、bind_transmitterコマンドは、上述したようにＳＭＳＣ５１とＳＭＳゲートウェイ５０との通信のためのチャネル(経路)を確保するためのコマンドである。このチャネルは、ＳＭＳゲートウェイ５０からＳＭＳＣ５１へのデータ転送用に利用される。さらに、unbindコマンドは、確立されたチャネルを切断するためのコマンドであり、submit_smコマンドは、ＳＭＳゲートウェイ５０からＳＭＳＣ５１へメッセージを配信するために利用されるコマンドである。
【００１６】
さらにまた、deliver_smコマンドは、submit_smコマンドとは逆にＳＭＳＣ５１からＳＭＳゲートウェイ５０へメッセージを配信するために利用されるコマンドである。さらにまた、delivery_receiptコマンドは、メッセージの配信確認を要求するためのコマンドであり、query_smコマンドは、メッセージの配信状況を確認するためのコマンドである。さらにまた、cancel_smコマンドは、メッセージの配信を取り消すためのコマンドであり、replace_smコマンドは、メッセージの配信内容を入れかえるためのコマンドである。さらにまた、enquire_linkコマンドは、ＳＭＰＰバインドの正常性を検証するコマンドである。
【００１７】
ＳＭＰＰには国際標準で利用されているバージョン３．ｘと、日本向けに拡張した独自仕様であるバージョン４．ｘが存在している。ＳＭＰＰはＴＣＰ／ＩＰ上のアプリケーション層に位置する上位プロトコルとされており、メジャーバージョン間での互換性はなく、バージョンの異なるＳＭＰＰを介して通信するためにはその間においてバージョン変換を行うことが必須となる。例えば、移動通信網１におけるＳＭＰＰのバージョンは４．０とされており、第２移動通信網２におけるＳＭＰＰのバージョンは３．４とされている。このために、両プロトコルを中継するゲートウェイ装置１３において、ＳＭＰＰのバージョン変換を行うようにしている。次に、変換対象となる図４および図５に示すセッションについて示すが、ＳＭＰＰのヘッダについてはバージョン３．ｘとバージョン４．ｘは基本的に同様な仕様とされている。
【００１８】
図４はreceiverデータコマンドのシーケンスとされており、このシーケンスにおいて白抜き文字で示したコマンドが変換対象となるコマンドとされている。すなわち、bind_receiverコマンド、bind_receiver_respコマンド、deliver_smコマンド、delivery_receiptコマンドおよびdelivery_receipt_respコマンドが変換対象のコマンドとされる。図５はtransmitterデータコマンドのシーケンスとされており、このシーケンスにおいて白抜き文字で示したコマンドが変換対象となるコマンドとされている。すなわち、bind_transmitterコマンド、submit_smコマンド、submit_sm_respコマンド、query_smコマンドおよびreplace_smコマンドが変換対象のコマンドとされる。これらの変換対象のコマンドについては、バージョンが異なるとヘッダあるいはボディーのデータ構造が異なるものとされている。
【００１９】
次に、図１に示す第１移動通信網１におけるエリアＡに属する移動局１１から第２移動通信網２における移動局４４にメッセージを送る場合を例に上げて、図６に示すメッセージ送信処理のフローチャートを参照しながら説明する。
移動局１１が、ＡＡＡＡ（Prefix：識別情報）＋ＢＢ（国番号）＋ＸＸＸＸＹＹＹＹ（移動局４４の電話番号）とされているアドレスをダイヤルしてメッセージを送信すると、ステップＳ１０にてＳＭＳＣ１２はPrefixが第２移動通信網２にメッセージを配信するＧＳＭＳ（グローバルＳＭＳ）向けの値か否かを判断する。Prefixの値ＡＡＡＡがＧＳＭＳ向けの値とされている場合は、ステップＳ１２に進む。また、ＧＳＭＳ向けの値ではないと判断された場合は、ステップＳ１１に分岐して通常のＳＭＳの処理が行われ、メッセージ送信処理は終了する。これらのステップＳ１０およびステップＳ１１の処理は、ＳＭＳＣ１２内で実行される処理である。
【００２０】
ステップＳ１２では、自ゲートウェイ装置１３にメッセージを配信するＳＭＳ送信が受け入れられたか否かが判断される。ＳＭＳＣ１２がゲートウェイ装置１３からメッセージデータを受け取ったことの確認応答resp を受け取った際に、ＳＭＳ送信が受け入れられたと判断される。ここで、ゲートウェイ装置１３にＳＭＳ送信が受け入れられたと判断された場合は、ステップＳ１４に進む。また、ゲートウェイ装置１３にＳＭＳ送信が受け入れられなかったと判断された場合は、ステップＳ１３に分岐してＳＭＳＣ１２からメッセージデータを再送信する再送信処理を行いステップＳ１２に戻る。このように、ゲートウェイ装置１３にＳＭＳ送信が受け入れられるまで、ステップＳ１３の再送信処理が行われるようになる。ステップＳ１４では、ＳＭＳＣ１２からゲートウェイ装置１３へメッセージを配信するdeliver_smコマンドにおけるPDC_MessageClassのValueが”０ｘ２０００（０ｘは１６進であることを示す）”か否かが判断される。このValueが”０ｘ２０００”と判断された場合は、１人の送信者から１人の受信者にメッセージを送る標準のＳＭＳ送信とされている場合であり、Valueが”０ｘ２０００”と判断されると、ステップＳ１６に進む。
【００２１】
また、Valueが”０ｘ２０００”でないと判断された場合はステップＳ１５に分岐してＳＭＳ送信の解析処理が行われる。ステップＳ１５における解析処理では、Valueが”０ｘ１００１”の場合は、１人の送信者から２人以上の受信者にメッセージを送ることのできるＳＭＳ送信のサービスと解析され、Valueが”０ｘ１００２”の場合は、２人の加入者間におけるチャットサービスのＳＭＳ送信と解析される。さらに、Valueが”０ｘ１００３”の場合は、連鎖的にメール送信するリレーメールサービスのＳＭＳ送信と解析され、Valueが”０ｘ１００４”の場合は、送信者がメッセージの送信日時を指定することのできるＳＭＳのタイマー送信サービスのＳＭＳ送信と解析される。そして、Valueが”０ｘ２０００”以外とされているサービスが第２移動通信網２においてサポートされていない場合は、後述する送信規制処理を行う際に、それらのサービスを伴うメッセージの配信が拒否される。ステップＳ１５の解析処理が終了すると、ステップＳ１６に進む。
【００２２】
ステップＳ１６では、deliver_smコマンドにおけるPDC_PredefiendMsgの定義がされているか否かが判断される。ここで、PDC_PredefiendMsgの定義がされていない場合は、メッセージに定型文が含まれていない場合であり、PDC_PredefiendMsgの定義がされていないと判断されると、ステップＳ１８に進む。また、PDC_PredefiendMsgの定義がされていると判断された場合はステップＳ１７に分岐して定型文の変換処理が行われる。この変換処理については後述するが、定型文が対応する第２移動通信網２で使用している言語、例えば英語表記の定型文に後述するように変換される。ステップＳ１７の処理が終了すると、ステップＳ１８に進む。ステップＳ１８ではメッセージに漢字やかなの２バイトコードが含まれているか否かが判断される。ここで、漢字やかなの２バイトコードが含まれていると判断されるとステップＳ１９に分岐して漢字やかなの２バイトコードの文字が対応する１バイトのローマ字表記に変換される。そして、ステップＳ１８において漢字やかなの２バイトコードが含まれていないと判断された場合と同様にステップＳ２０に進む。
【００２３】
ステップＳ２０では、メッセージに絵文字が含まれているか否かが判断される。ここで、メッセージに絵文字が含まれていると判断された場合は、ステップＳ２１へ分岐して絵文字は第１移動通信網１以外ではほとんどサポートされていないことから配信できない旨を示すエラーメッセージを移動局１１へ返信して、メッセージ送信処理は終了する。また、メッセージに絵文字が含まれていないと判断された場合は、メッセージを第２移動通信網２のゲートウェイ装置４２へ送信する。次いで、ステップＳ２３にてゲートウェイ装置４２にメッセージを配信するＳＭＳ送信が受け入れられたか否かが判断される。ゲートウェイ装置１３がゲートウェイ装置４２からバインドの確認応答resp を受け取った際に、ＳＭＳ送信が受け入れられたと判断される。ここで、ゲートウェイ装置４２にＳＭＳ送信が受け入れられたと判断された場合は、ステップＳ２５に進む。また、ゲートウェイ装置４２にＳＭＳ送信が受け入れられなかったと判断された場合は、ステップＳ２４に分岐して再送信処理を行いステップＳ２３に戻る。このように、ゲートウェイ装置４２にＳＭＳ送信が受け入れられるまで、ステップＳ２４の再送信処理が行われるようになる。
【００２４】
ステップＳ２５では、ＳＭＳ送信規制がかかっているか否かが判断される。ここで、第２移動通信網２においてサポートされていないメッセージサービス（ステップＳ１５に関連して説明したＳＭＳ送信の各種サービス）がある場合は、ＳＭＳ送信規制されていると判断されてステップＳ２６に分岐する。そして、ステップＳ２６にて配信されたメッセージが第２移動通信網２においてサポート外のメッセージサービスを伴うメッセージであった場合は、その配信を拒否し、配信されたメッセージがサポートしているメッセージサービスを伴うメッセージであった場合は、その配信を行うこととする。そして、ステップＳ２５においてＳＭＳ送信規制がかかっていないと判断された場合と同様にステップＳ２７に進む。ステップＳ２７では、ＳＭＰＰのバージョン４．０からバージョン３．４への変換を行い、ステップＳ２８において英文に変換された定型文やローマ字変換されたメッセージ本体を含むメッセージをゲートウェイ装置１３からゲートウェイ装置４２に送信する。次いで、ステップＳ２９において送信結果をログへ記録して、メッセージ送信処理は終了する。なお、ログへ記録することにより、定期的にゲートウェイ装置１３におけるトラフィック状況を監視することができる。
【００２５】
次に、図１に示す第１移動通信網１におけるエリアＡに属する移動局１１が第２移動通信網２における移動局４４からメッセージを受信する場合を例に上げて、図７に示すメッセージ受信処理のフローチャートを参照しながら説明する。
第２移動通信網２における移動局４４が、第１移動通信網１におけるエリアＡに属する移動局１１へ向けてメッセージを送信すると、このメッセージを受信した第１移動通信網１におけるゲートウェイ装置１３は、メッセージのアドレスにおける国番号が日本を示す”８１”か否かを判断する（ステップＳ３０）。ここで、国番号が”８１”と判断されるとステップＳ３２に進み、国番号が”８１”でないと判断されるとステップＳ３１へ分岐する。ステップＳ３１では日本宛のメッセージではないことからメッセージを受け付けることなくメッセージ受信処理は終了する。ゲートウェイ装置１３には、国内の他の通信事業者における通信網からもメッセージが届くようにされており、そのメッセージ処理がステップＳ３１において行われる。また、ステップＳ３２ではメッセージにアスキーコード以外の文字が含まれているか否かが判断され、アスキーコード以外の文字が含まれていると判断された場合は、ステップＳ３９に分岐してメッセージを配信できない旨のエラーメッセージを送信元に向けて返信し、メッセージ受信処理は終了する。
【００２６】
さらに、ステップＳ３２にてメッセージにアスキーコード以外の文字が含まれていないと判断された場合は、ステップＳ３３に進みメッセージのサイズが１２８バイト以上か否かが判断される。これは、第２移動通信網２においてはショートメッセージの最大長が１２８バイトを超えるサイズをサポートしているが、第１移動通信網１における移動局１１の１メッセージあたりの最大メッセージ長が１２８バイトとされているためである。すなわち、１２８バイトを超えるメッセージをそのまま送信すると移動局１１側で正常に受信できない事態が発生するようになる。これを防止するため、１２８バイトを超えるサイズのショートメッセージがゲートウェイ装置１３に到着した場合は、ゲートウェイ装置１３は自動的にそれを感知して、メッセージを適切なサイズに分割して移動局１１へ送信するようにしている。このような処理が、ステップＳ３３ないしステップＳ３５において行われている。
【００２７】
すなわち、ステップＳ３３にてメッセージのサイズが１２８バイトを超えると判断された場合は、ステップＳ３４に分岐してメッセージが３８４バイト以内か否かが判断される。これは、第１移動通信網１においては３分割までのメッセージをサポートしており、１２８×３＝３８４バイト以内でないと配信することができないためである。そこで、ステップＳ３４においてメッセージが３８４バイトを超えると判断されるとステップＳ３９に分岐してメッセージを配信できない旨のエラーメッセージを送信元に向けて返信し、メッセージ受信処理は終了する。また、ステップＳ３４にてメッセージが３８４バイト以内と判断されると、ステップＳ３５にて１２８バイトまでのメッセージに分割される。そして、ステップＳ３３においてメッセージのサイズが１２８バイトを超えていないと判断された場合と同様にステップＳ３６に進む。ステップＳ３６では、ＳＭＰＰのバージョン３．４からバージョン４．０への変換を行い、ステップＳ３７において送信結果をログへ記録する。次いで、ステップＳ３８においてメッセージをゲートウェイ装置１３からＳＭＳＣ１２へ送信する。これにより、ＳＭＳＣ１２から移動局１１へメッセージが配信されるようになり、メッセージ受信処理は終了する。
【００２８】
次に、本発明にかかるゲートウェイ装置において実行される定型文の変換処理について図８および図９を参照しながら説明する。
図８は、移動局１００から移動局１０５へメッセージを送る構成の概略を示す図であり、この場合、移動局１００が在圏する移動通信網では日本語が使用されており、移動局１０５が在圏する移動通信網では英語が使用されているものとする。移動局１００から送信された日本語のメッセージはＳＭＳＣ１０１が受け取り、メッセージがＧＳＭＳ向けのメッセージの場合は、ＳＭＰＰを用いて本発明にかかるゲートウェイ装置１０２にメッセージを送る。ゲートウェイ装置１０２には定型文のデータベース１０３が備えられている。この定型文のデータベース１０３には、図９に示すように定型文を指定する文書番号と、その文書番号に対応する日本語の定型文と、英語の定型文とが組として格納されている。たとえば、文書番号１２の定型文は日本語では「おはようございます」、英語では「Good morning」とされ、文書番号２２の定型文は日本語では「（１）おめでとう（２）！」、英語では「Congratulation on (2) (1)」とされている。文書番号２２における（１）にはたとえば、「誕生日」「合格」「優勝」・・・等を入れることができ、（２）には名前等を入れることができる。この場合は、（１）および（２）に、例えば「誕生日」が挿入されていると「birthday」に変換されるため、その翻訳のための翻訳データベースがデータベース１０３内に用意されている。
【００２９】
ここで、移動局１００が「おはようございます」という定型文をメッセージとして選択して送ったとすると、ゲートウェイ装置１０２はＳＭＰＰにおけるdeliver_smコマンドのPDC_PredefiendMsgフィールドを解析し、PDC_PredefiendMsgが定義されている場合は、メッセージに定型文が含まれているものとして、その定型文の文書番号の検索を行う。この場合は、文書番号１２が検索され、検索された文書番号１２における英語の定型文「Good morning」を読み出すことにより英語のメッセージへの変換を行う。このようにして変換された英語のメッセージがゲートウェイ装置１０２からＳＭＰＰを用いてＳＭＳＣ等１０４に送られ、ＳＭＳＣ等１０４から移動局１０５へ配信されるようになる。これにより、移動局１００が送信した日本語のメッセージ「おはようございます」が、移動局１０５へ英語のメッセージ「Good morning」として配信されるようになる。また、移動局１００が「（誕生日）おめでとう（Tom）！」という定型文をメッセージとして選択して送ったとすると、ゲートウェイ装置１０２において同様に英語の定型文に変換されて、移動局１０５へメッセージ「Congratulation on your birthday Tom !」として配信されるようになる。
【００３０】
ところで、第１移動通信網１におけるＳＭＳＣ配置はエリアＡ，エリアＢ，エリアＣに分割されて現在の負荷に応じた複数台数が配置されている。しかし、メッセージ配信のトラフィック増やＧＳＭＳ向けのメッセージ配信のトラフィックによりＳＭＳＣに高負荷が発生し障害が発生する可能性が生じる。そこで、ゲートウェイ装置１３にメッセージ振り分け機能を有させるようにしている。メッセージ振り分け機能では、第１移動通信網１の番号体系の機能を利用している。すなわち、第１移動通信網１は番号体系として、“０Ａ０ＣＤＥ  ＸＸＸＸＸ”という形を採用しており、ＡＣＤＥで通信事業者を識別できる形となっている。あわせて、この４桁を利用すればエリアＡ，エリアＢ，エリアＣのいずれかのエリアのどのＳＭＳＣにショートメッセージをルーティングするかを決定することができるようになっている。そこで、ゲートウェイ装置１３はこの番号体系およびエリアＡ，エリアＢ，エリアＣの情報を保有するデータベースを備え、到来したメッセージのアドレスに基づいて該当するエリアＡ，エリアＢ，エリアＣのいずれかのＳＭＳＣにルーティングする機能を有している。
【００３１】
また、第１移動通信網１もしくはこれと接続されている第２移動通信網２等の移動通信網に障害が発生した場合は、メッセージはゲートウェイ装置１３においてスプールされることとなる。スプールされたメッセージは障害が復旧してセッションが再確立した場合に、自動的に送信されるようになる。しかし、この場合には大量のメッセージが送信されることからバースト的なトラフィックが生じてトラブルが発生するおそれが生じる。そこで、これを防止するために、障害が復旧した初期段階ではトラフィックを絞り、通信の安定が確認されてから次第にトラフィックを増やす処理を行うようにしている。
【００３２】
このようなゲートウェイ装置１３が実行するシステムトラブル処理のフローチャートを図９に示す。
図９に示すフローチャートにおいて、システムトラブルが発生すると、メッセージがスプールされる（ステップＳ４０）。次いで、ステップＳ４１にてシステムが復旧したか否かが判断され、復旧していない場合はステップＳ４０に戻りメッセージのスプールが継続して行われる。そして、ステップＳ４１にてシステムが復旧したと判断された場合は、ステップＳ４２に進んで転送チャネルを確立するＳＭＳ送信の再開処理が行われる。続いて、ステップＳ４４にて時間軸に沿ってトラフィックが次第に増加するようにスプールされたメッセージを送信する。このトラフィック状態はステップＳ４４にて判断され、最大トラフィックに達するまでステップＳ４３にてトラフィックが次第に増加されるようになる。そして、最大トラフィックに達したとステップＳ４４にて判断された場合は、ステップＳ４５に進んで送信量規制が解除されてシステムトラブル処理が終了する。
【００３３】
以上の説明では、メッセージに絵文字が含まれている場合は、配信できない旨を示すエラーメッセージを移動局１１へ返信するようにしていたが、これに代えて絵文字を「？」等の他の記号に変換したり、絵文字を削除してメッセージを配信するようにしてもよい。
【００３４】
【発明の効果】
本発明は以上説明したように、メッセージの送り元からのメッセージ本文に定型文が含まれていた際に、その定型文をメッセージの宛先の移動通信網で扱える言語の定型文に変換して配信するようにしている。このため、言語が異なる移動通信網における移動局において、配信されたメッセージを極力理解することができるようになる。また、２バイトコードの文字を、対応する表記の１バイトコードの文字に変換するようにしたので、文字化けすることなくメッセージを配信することができるようになる。
【００３５】
さらに、本発明はメッセージの宛先を示す電話番号情報を利用して、対応する地域に設けられている特定のショートメッセージサーバにだけメッセージを配信するようにしたので、各ショートメッセージサーバの負担を軽減することができる。
さらにまた、本発明は障害復旧時にトラフィックを時間軸に沿って最大値まで次第に増加するようにしたので、トラフィックの急激な増大を防止して、トラブルの発生を防止することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるゲートウェイ装置を備える移動通信網の構成の概要を示す図である。
【図２】ＳＭＳゲートウェイとＳＭＳＣとの間においてＳＭＰＰによりショートメッセージを送受信する構成を示す図である。
【図３】ＳＭＳゲートウェイとＳＭＳＣ間のＳＭＰＰのシーケンス図である。
【図４】ＳＭＳゲートウェイとＳＭＳＣ間のＳＭＰＰにおけるreceiverデータコマンドのシーケンス図である。
【図５】ＳＭＳゲートウェイとＳＭＳＣ間のＳＭＰＰにおけるtransmitterデータコマンドのシーケンス図である。
【図６】本発明の実施の形態にかかるゲートウェイ装置が実行するメッセージ送信処理のフローチャートである。
【図７】本発明の実施の形態にかかるゲートウェイ装置が実行するメッセージ受信処理のフローチャートである。
【図８】本発明の実施の形態にかかるゲートウェイ装置を備え、移動局１００から移動局１０５へメッセージを送る構成の概略を示す図である。
【図９】本発明の実施の形態にかかるゲートウェイ装置が備えるデータベースが保有するデータを示す図である。
【図１０】本発明の実施の形態にかかるゲートウェイ装置が実行するシステムトラブル処理のフローチャートである。
【符号の説明】
１  第１移動通信網、２  第２移動通信網、１１  移動局、１２  ＳＭＳＣ群、１２ａ，１２ｂ  ＳＭＳＣ、１３  ゲートウェイ装置、１４，４１  セキュリティ装置、２１  移動局、２２  ＳＭＳＣ群、２２ａ，２２ｂ  ＳＭＳＣ、３１  移動局、３２  ＳＭＳＣ群、３２ａ，３２ｂ  ＳＭＳＣ、４０  インターネット、４２  ゲートウェイ装置、４３  ＳＭＳＣ、４４  移動局、５０  ＳＭＳゲートウェイ、５０ａ  送信ポート、５０ｂ  受信ポート、５１  ＳＭＳＣ、５１ａ  transmitter、５１ｂ  receiver、１００  移動局、１０１  ＳＭＳＣ、１０２  ゲートウェイ装置、１０３  データベース、１０４    ＳＭＳＣ等、１０５移動局
【図１】
0003847203.tif 000002
【図２】
0003847203.tif 000003
【図３】
0003847203.tif 000004
【図４】
0003847203.tif 000005
【図５】
0003847203.tif 000006
【図６】
0003847203.tif 000007
【図７】
0003847203.tif 000008
【図８】
0003847203.tif 000009
【図９】
0003847203.tif 000010
【図１０】
0003847203.tif 000011