(57)【特許請求の範囲】
【請求項１】
メッセージサーバからＨＴＴＰで受信したメッセージを、ＳＭＰＰまたはＩＳ−４１プロトコルにプロトコル変換し、無線ネットワークを介して所定の無線端末に送信するプロトコル変換装置であって、
前記無線ネットワークから前記メッセージに対するエラー情報を受信した場合に、当該エラー情報から前記メッセージサーバがＨＴＴＰで認識可能なデータを生成して前記メッセージサーバに転送するプロトコル変換手段と、
前記メッセージサーバごとの認証情報を格納する認証情報格納手段とを備え、
前記メッセージサーバからメッセージを受信した場合に、前記認証情報に基づいて当該メッセージサーバの認証を行い、認証結果に応じて当該メッセージを所定の無線端末に送信することを特徴とするプロトコル変換装置。
【請求項２】
メッセージサーバからＨＴＴＰで受信したメッセージを、ＳＭＰＰまたはＩＳ−４１プロトコルにプロトコル変換し、無線ネットワークを介して所定の無線端末に送信するプロトコル変換装置であって、
前記無線ネットワークから前記メッセージに対するエラー情報を受信した場合に、当該エラー情報から前記メッセージサーバがＨＴＴＰで認識可能なデータを生成して前記メッセージサーバに転送するプロトコル変換手段と、
前記エラー情報に対応付けされたエラー内容を格納しているエラー内容格納手段とを備え、
前記プロトコル変換手段は、前記エラー情報を受信した場合に、エラー内容格納手段に格納されているエラー内容を前記データに含めることを特徴とするのプロトコル変換装置。
【請求項３】
メッセージサーバからＨＴＴＰで受信したメッセージを、ＳＭＰＰまたはＩＳ−４１プロトコルにプロトコル変換し、無線ネットワークを介して所定の無線端末に送信するプロトコル変換装置であって、
前記無線ネットワークから前記メッセージに対するエラー情報を受信した場合に、当該エラー情報から前記メッセージサーバがＨＴＴＰで認識可能なデータを生成して前記メッセージサーバに転送するプロトコル変換手段を備え、
前記メッセージを前記無線端末へ送信した後に前記メッセージサーバとの間の通信を終了し、前記無線ネットワークからの前記エラー情報の受信後に前記メッセージサーバとの間で通信を再開することを特徴とするプロトコル変換装置。
【請求項４】
メッセージサーバからＨＴＴＰで受信したメッセージを、ＳＭＰＰまたはＩＳ−４１プロトコルにプロトコル変換し、無線ネットワークを介して所定の無線端末に送信するプロトコル変換方法であって、
前記無線ネットワークから前記メッセージに対するエラー情報を受信した場合に、当該エラー情報から前記メッセージサーバがＨＴＴＰで認識可能なデータを生成して前記メッセージサーバに転送するステップと、
前記メッセージサーバからメッセージを受信した場合に、前記メッセージサーバごとの認証情報を格納している認証情報格納手段に格納されている認証情報に基づいて当該メッセージサーバの認証を行い、認証結果に応じて当該メッセージを所定の無線端末に送信するステップと、
を有することを特徴とするプロトコル変換方法。
【請求項５】
メッセージサーバからＨＴＴＰで受信したメッセージを、ＳＭＰＰまたはＩＳ−４１プロトコルにプロトコル変換し、無線ネットワークを介して所定の無線端末に送信するプロトコル変換方法であって、
前記無線ネットワークから前記メッセージに対するエラー情報を受信した場合に、当該エラー情報から前記メッセージサーバがＨＴＴＰで認識可能なデータを生成して前記メッセージサーバに転送するステップにおいて、
前記エラー情報を受信した場合に、前記エラー情報に対応付けされたエラー内容を格納しているエラー内容格納手段に格納されているエラー内容を前記データに含めることを特徴とするプロトコル変換方法。
【請求項６】
メッセージサーバからＨＴＴＰで受信したメッセージを、ＳＭＰＰまたはＩＳ−４１プロトコルにプロトコル変換し、無線ネットワークを介して所定の無線端末に送信するプロトコル変換方法であって、
前記メッセージを前記無線端末へ送信した後に前記メッセージサーバとの間の通信を終了するステップと、
前記無線ネットワークから前記メッセージに対するエラー情報を受信した場合に、当該エラー情報から前記メッセージサーバがＨＴＴＰで認識可能なデータを生成するステップと、
前記無線ネットワークからの前記エラー情報の受信後に前記メッセージサーバとの間で通信を再開し、前記生成したデータを前記メッセージサーバに転送するステップと、
を有することを特徴とするプロトコル変換方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、プロトコル変換装置およびプロトコル変換方法に関する。
【０００２】
【従来の技術】
従来から、無線ネットワークを介して端末間でメッセージを送受信することができるショートメッセージサービス（ＳＭＳ）機能が利用されている。このＳＭＳ機能の利用において、着側端末がメッセージを受信したことを確認する信号に受信時刻を挿入することで、発側端末において、「着側端末が当該メッセージを受信した時刻」を認識できることが知られている（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開平６−６３０３号公報
【０００４】
【発明が解決しようとする課題】
しかしながら、上述した従来の技術において、メッセージの受信時刻の認識は、端末間でできるにすぎない。また、通話中、圏外、ネットワーク障害などの理由により、メッセージが着信側に正常に送達されなかったとしても、その理由を知ることができなかった。
本発明は、上記事情に鑑みてなされたもので、送信したメッセージに対するエラー情報からメッセージサーバがＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）で認識可能なデータを生成し、メッセージサーバにエラー内容を認識させることができるプロトコル変換装置およびプロトコル変換方法を提供することを目的とする。
【０００５】
【課題を解決するための手段】
請求項１記載の発明では、メッセージサーバからＨＴＴＰで受信したメッセージを、ＳＭＰＰ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）またはＩＳ−４１プロトコルにプロトコル変換し、無線ネットワークを介して所定の無線端末に送信するプロトコル変換装置であって、前記無線ネットワークから前記メッセージに対するエラー情報を受信した場合に、当該エラー情報から前記メッセージサーバがＨＴＴＰで認識可能なデータを生成して前記メッセージサーバに転送するプロトコル変換手段と、前記メッセージサーバごとの認証情報を格納する認証情報格納手段とを備え、前記メッセージサーバからメッセージを受信した場合に、前記認証情報に基づいて当該メッセージサーバの認証を行い、認証結果に応じて当該メッセージを所定の無線端末に送信することを特徴とする。
【０００６】
請求項２記載の発明では、メッセージサーバからＨＴＴＰで受信したメッセージを、ＳＭＰＰまたはＩＳ−４１プロトコルにプロトコル変換し、無線ネットワークを介して所定の無線端末に送信するプロトコル変換装置であって、前記無線ネットワークから前記メッセージに対するエラー情報を受信した場合に、当該エラー情報から前記メッセージサーバがＨＴＴＰで認識可能なデータを生成して前記メッセージサーバに転送するプロトコル変換手段と、前記エラー情報に対応付けされたエラー内容を格納しているエラー内容格納手段とを備え、前記プロトコル変換手段は、前記エラー情報を受信した場合に、エラー内容格納手段に格納されているエラー内容を前記データに含めることを特徴とする。
請求項３記載の発明では、メッセージサーバからＨＴＴＰで受信したメッセージを、ＳＭＰＰまたはＩＳ−４１プロトコルにプロトコル変換し、無線ネットワークを介して所定の無線端末に送信するプロトコル変換装置であって、前記無線ネットワークから前記メッセージに対するエラー情報を受信した場合に、当該エラー情報から前記メッセージサーバがＨＴＴＰで認識可能なデータを生成して前記メッセージサーバに転送するプロトコル変換手段を備え、前記メッセージを前記無線端末へ送信した後に前記メッセージサーバとの間の通信を終了し、前記無線ネットワークからの前記エラー情報の受信後に前記メッセージサーバとの間で通信を再開することを特徴とする。
【０００７】
請求項４記載の発明では、メッセージサーバからＨＴＴＰで受信したメッセージを、ＳＭＰＰまたはＩＳ−４１プロトコルにプロトコル変換し、無線ネットワークを介して所定の無線端末に送信するプロトコル変換方法であって、前記無線ネットワークから前記メッセージに対するエラー情報を受信した場合に、当該エラー情報から前記メッセージサーバがＨＴＴＰで認識可能なデータを生成して前記メッセージサーバに転送するステップと、前記メッセージサーバからメッセージを受信した場合に、前記メッセージサーバごとの認証情報を格納している認証情報格納手段に格納されている認証情報に基づいて当該メッセージサーバの認証を行い、認証結果に応じて当該メッセージを所定の無線端末に送信するステップと、を有することを特徴とする。
【０００８】
請求項５記載の発明では、メッセージサーバからＨＴＴＰで受信したメッセージを、ＳＭＰＰまたはＩＳ−４１プロトコルにプロトコル変換し、無線ネットワークを介して所定の無線端末に送信するプロトコル変換方法であって、前記無線ネットワークから前記メッセージに対するエラー情報を受信した場合に、当該エラー情報から前記メッセージサーバがＨＴＴＰで認識可能なデータを生成して前記メッセージサーバに転送するステップにおいて、前記エラー情報を受信した場合に、前記エラー情報に対応付けされたエラー内容を格納しているエラー内容格納手段に格納されているエラー内容を前記データに含めることを特徴とする。
請求項６記載の発明では、メッセージサーバからＨＴＴＰで受信したメッセージを、ＳＭＰＰまたはＩＳ−４１プロトコルにプロトコル変換し、無線ネットワークを介して所定の無線端末に送信するプロトコル変換方法であって、前記メッセージを前記無線端末へ送信した後に前記メッセージサーバとの間の通信を終了するステップと、前記無線ネットワークから前記メッセージに対するエラー情報を受信した場合に、当該エラー情報から前記メッセージサーバがＨＴＴＰで認識可能なデータを生成するステップと、前記無線ネットワークからの前記エラー情報の受信後に前記メッセージサーバとの間で通信を再開し、前記生成したデータを前記メッセージサーバに転送するステップと、を有することを特徴とする。
【０００９】
【発明の実施の形態】
以下、本発明のプロトコル変換装置およびプロトコル変換方法の好適な実施形態について図１ないし図３を参照して詳細に説明する。
図１は、本実施の形態に係るプロトコル変換装置を含むＳＭＳ網全体の概略構成を示した図である。
まず、ＳＭＳ網全体の簡単な構成について説明する。プロトコル変換装置（ここでは、一例としてＥＳＭＥ（External Short Message Entities）とする）１０は、メッセージサーバ１からＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）でメッセージを含む信号を受信すると、ＳＭＰＰ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）にプロトコル変換して当該メッセージを含む信号をＳＭＳＣ（Short Message Service Controller）２へ送信する。ＳＭＳＣ（第２のプロトコル変換装置）２では、ＩＳ−４１プロトコルにプロトコル変換し、当該メッセージを含む信号をＳＴＰ（信号中継局）３ａ及びＢＳＣ（無線制御装置）３ｂを介してＢＴＳ（基地局）４に送信する。そして、ＢＴＳ（基地局）４がＭＳ（携帯端末）５へ当該メッセージを含む信号を送信する。この間、プロトコルはＩＳ−４１からＩＯＳに、次いでＩＳ−９５プロトコルにプロトコル変換される。ここで、ＭＳ５が話中、圏外などの何らかの理由により、当該メッセージがＭＳ５に正常に送達しなかった場合、当該理由を意味する信号が、メッセージサーバ１まで返るようになっている。
【００１０】
なお、プロトコル変換装置１０とＳＭＳＣ２との通信のアプリケーション層にＳＭＰＰを使用する理由は、プロトコル変換装置１０とＳＭＳＣ２との間の通信路が通信事業者のネットワーク内部に位置することから、安定した品質が保証され、常にＴＣＰセッションが確立されており、またショートメッセージのやりとりに適したプロトコルであるためである。ＳＭＰＰではＴＣＰセッションが切断されると、終端装置が警報を発する。
一方、プロトコル変換装置１０とメッセージサーバ１との通信のアプリケーション層にＨＴＴＰを使用する理由は、当該通信路とメッセージサーバ１が、通信事業者の管理範囲外にあり、安定した動作が保証されないため、実装しやすい一般的なプロトコルを選択するものである。
【００１１】
次に本実施の形態に係るプロトコル変換装置１０の構成について図２を参照しながら説明する。
プロトコル変換装置１０は、例えば、サーバ装置からなり、制御部１１、通信部１２、記憶部１６を備えている。
制御部１１は、回路各部を制御するＣＰＵ（中央処理装置）、ＲＯＭ（リード・オンリ・メモリ）、ＲＡＭ（ランダム・アクセス・メモリ）から構成される。
通信部１２は、ＳＭＳＣ２、メッセージサーバ１との間で、図３に示す信号の送受信を行う。
【００１２】
記憶部１６は、プログラム格納部１７と、データ格納部１８とから構成される。
プログラム格納部１７には、送受信プログラム、プロトコル変換プログラム、認証プログラムなどが格納されている。
送受信プログラムは、通信部１２を介してメッセージサーバ１から受信したメッセージを含む信号をＳＭＳＣ２へ送信する、また、ＳＭＳＣ２からメッセージ送達に関する信号を受信しメッセージサーバ１へ送信するプログラムである。
認証プログラムは、メッセージサーバ１からメッセージを含む信号を受信した場合に、後述する認証情報に基づいて当該メッセージサーバ１の認証を行うプログラムである。
【００１３】
プロトコル変換プログラムは、メッセージサーバ１からＨＴＴＰで受信したメッセージを含む信号をＳＭＳＣ２が受信できるＳＭＰＰにプロトコル変換するプログラムである。また、ＳＭＳＣ２からＭＳ５へのメッセージ送達に関する信号を受信した場合に、メッセージサーバ１が受信できるＨＴＴＰにプロトコル変換するプログラムである。さらには、当該信号にＭＳ５へのメッセージ送達に関するエラー情報が含まれている場合に、後述するエラー内容格納手段に格納されているエラー内容に対応するデータを生成するプログラムである。
制御部１１は、プロトコル変換プログラムに従って動作し、プロトコル変換手段を実現する。
【００１４】
データ格納部１８は、認証情報格納手段、エラー内容格納手段として機能し、認証情報、エラー内容などが格納されている。
認証情報は、メッセージサーバ１ごとに設定されている識別子（ＩＤ）などの認証データである。
【００１５】
例えば、ＳＭＳＣ２から受信した信号に含まれるエラー情報「０ｘ０２０１２４」は、「通話中又は圏外」を意味するエラー内容「０ｘ５００Ａ２４」が対応付けられている。メッセージサーバ１に送信されるデータには、このエラー内容が付加される。
また、エラー内容には、エラー内容ごとにメッセージの再送信情報（例えば、通話中の場合には２分間隔で送信をリトライするなど）が対応付けられている。これにより、エラー内容に応じて、メッセージサーバ１は、送信できなかったメッセージの再送信を自動的かつ最適の条件で行う。
【００１６】
また、メッセージサーバ１は、図示しない通信部、操作部、制御部、記憶部、データ格納部および表示部を備えている。
メッセージサーバ１のデータ格納部には、プロトコル変換装置１０から受信したデータを認識するためのデータベース、例えば、エラー内容に関するデータベースが格納されている。メッセージサーバ１は、記憶部のプログラムに従って、プロトコル変換装置１０からＨＴＴＰで受信したデータに含まれるエラー内容を、データ格納部のデータベースに基づいて、判断し、メッセージがＭＳ５に送達しなかった理由を認識するようになっている。
【００１７】
次に、本実施の形態に係るプロトコル変換装置１０の動作について図３を参照して説明する。ここでは、一例として、プロトコル変換装置１０が、ＭＳ５が通話中又は圏外であるためにメッセージがＭＳ５に送達しなかった旨のエラー情報を受信した場合について説明する。
ＭＳ５へメッセージを送るために、メッセージサーバ１の操作部が起動されると、メッセージサーバ１は、プロトコル変換装置１０と接続手続きを行い（ステップＳ３０１）、完了の後、該メッセージを含むコマンドリクエスト（ＳＭ配信要求受付）を、ＨＴＴＰでプロトコル変換装置１０へ送信する（ステップＳ３０２）。
【００１８】
プロトコル変換装置１０は、ＨＴＴＰで該メッセージを含むコマンドリクエストを受信すると、メッセージサーバ１を認証した後にメッセージサーバ１にコマンドレスポンスを送信する（ステップＳ３０３）。そして、ＳＭＰＰにプロトコル変換し、該メッセージを含む「Data_sm」をＳＭＳＣ２へ送信する。該メッセージは、ＳＭＳＣ２から図１で上述した順でＭＳ５へ送信される。なお、該「Data_sm」がＳＭＳＣ２へ送信されると、プロトコル変換装置１０は、メッセージサーバ１との通信の切断手続（ＴＣＰセッションの終了）を行う（ステップＳ３０４）。
【００１９】
ここで、ＭＳ５が通話中又は圏外であるとの理由から、該メッセージがＭＳ５に送達しなかった場合、ＢＳＣ３ｂはエラー情報「NetworkErrorCode（３バイト）」、「０ｘ０２０１２４」を生成し、ＳＴＰ３ａを介してＳＭＳＣ２へ送信する。ＳＭＳＣ２は「Data_sm_resp」に該「NetworkErrorCode」を含めて、ＳＭＰＰでプロトコル変換装置１０へ送信する。なお、該「Data_sm_resp」は、ＭＳ５へのメッセージの送達結果に関係なく、常にＳＭＳＣ２からＳＭＰＰでプロトコル変換装置１０へ送信される。
【００２０】
プロトコル変換装置１０は、該「NetworkErrorCode」を含む該「Data_sm_resp」を、ＳＭＳＣ２から受信すると、データ格納部１８を参照し、該「NetworkErrorCode」に対応する別のコード（３バイト）に変換する。この例では、ＭＳ５が通話中又は圏外であることを示すコード「０ｘ５００Ａ２４」に変換される。なお、「Data_sm_resp」に「NetworkErrorCode」が含まれていない場合には、プロトコル変換装置１０は、メッセージがＭＳ５に正常に送達したことを意味する「０ｘＦＦＦＦＦＦ」のコードを生成する。
【００２１】
次いで、プロトコル変換装置１０は、メッセージサーバ１との間で通信（ＴＣＰセッション）を再開し（ステップＳ３０５）、該変換したコードを応答リクエスト（ＳＭ配信結果通知）に含めてＨＴＴＰでメッセージサーバ１へ送信する（ステップＳ３０６）。なお、プロトコル変換装置１０からメッセージサーバ１へ送信されるデータには、ＭＳ５の端末情報も含まれているものとする。メッセージサーバ１では、受信した該変換されたコードをデータ格納部の各データベースに基づいて判断することにより、メッセージがＭＳ５に送達しなかった理由であるエラー内容を認識することができる。次いで、メッセージサーバ１とプロトコル変換装置１０は通信の切断手続を行う（ステップＳ３０７）。
【００２２】
また、上述した実施形態によれば、プロトコル変換装置１０が、「Data_sm」をＳＭＳＣ２へ送信した後にメッセージサーバ１との間の通信（ＴＣＰセッション）を終了し、ＳＭＳＣ２から該メッセージに対するエラー情報を含む「Data_sm_resp」の受信後にメッセージサーバ１との間で通信（ＴＣＰセッション）を再開する。これにより、メッセージサーバ１とプロトコル変換装置１０の通信リソースが、ＴＣＰセッションが切断されている間節約される。
また、上述した実施形態によれば、プロトコル変換装置１０が、メッセージサーバ１を認証することで、真のメッセージサーバ１のみ接続を可能とすることができる。
また、上述した実施形態によれば、プロトコル変換装置１０が、ＳＭＳＣ２から受信したエラー情報「NetworkErrorCode」を別のコードに変換することで、メッセージサーバ１の仕様に柔軟に対応することができる。
【００２３】
なお、図３では図示を省略したがプロトコル変換装置１０は、接続要求およびＨＴＴＰでメッセージを受信すると、データ格納部１８の認証情報を読み出し、当該メッセージサーバ１の認証を行うようにしてもよい。認証結果に応じて、例えば、データ格納部１８に認証情報が格納されていないメッセージサーバ１からのメッセージは転送しないようにする。
これにより、不正なメッセージサーバからのメッセージ送信のアクセスを防ぐことができる。
【００２４】
以上、本発明のプロトコル変換装置およびプロトコル変換方法における一実施形態について説明したが、本発明は説明した実施形態に限定されるものではなく、各種の変形を行うことが可能である。
例えば、プロトコル変換装置（ＥＳＭＥ）１０とＳＭＳＣ２は別の構成となっていたが、プロトコル変換装置１０にＳＭＳＣ２を含むような構成としてもよい。この場合、プロトコル変換装置１０は、メッセージサーバ１からＨＴＴＰで受信したメッセージをＩＳ−４１プロトコルに変換するものとする。
【００２５】
以上、本実施の形態のプロトコル変換装置１０は、例えば、株式情報等、情報の送達の確実性が要求される配信システムに利用できる。このような場合、顧客の携帯端末に法人サーバ（メッセージサーバ）から例えば株式情報（メッセージ）を送信し、法人サーバでは、当該株式情報が確実に顧客の携帯端末に送達されたか否かをより確実に判断することができる。
以上、本実施の形態のプロトコル変換装置１０では、認識したエラー内容に応じて、メッセージの再送信情報が対応付けられているので、メッセージサーバ１からのリトライを最適化することができ、ネットワークの混雑などを防ぐことができる。
【００２６】
【発明の効果】
以上説明したように、本発明のプロトコル変換装置およびプロトコル変換方法では、無線ネットワークからメッセージに対するエラー情報を受信した場合に、当該エラー情報からメッセージサーバがＨＴＴＰで認識可能なデータを生成してメッセージサーバに転送するので、メッセージサーバ側ではエラー情報を認識することができる。
【図面の簡単な説明】
【図１】  本実施の形態に係るプロトコル変換装置を含むＳＭＳ網全体の概略構成を示した図である。
【図２】  プロトコル変換装置の概略構成を示した図である。
【図３】  プロトコル変換装置の動作を説明する図である。
【符号の説明】
１０      プロトコル変換装置
１１      制御部
１２      通信部
１６      記憶部
１７      プログラム格納部
１８      データ格納部
【図１】
0003730228.tif 000002
【図２】
0003730228.tif 000003
【図３】
0003730228.tif 000004