相手先携帯端末に対してリクエストデータを送信する送信元端末と、上記送信元端末と公衆回線、若しくは広域ネットワークを介して接続され、上記リクエストデータを受信しうる管理装置と、上記管理装置と公衆回線、若しくは広域ネットワークを介して接続され、上記相手先携帯端末に接続しうるショートメッセージサービスSMSを提供する複数のゲートウェイ装置とを備え、上記管理装置は、上記複数のゲートウェイ装置から、一のゲートウェイ装置を選択すると共に、選択されたゲートウェイ装置に対して、上記送信元端末から受信したリクエストデータに対応する処理を請求するデータ仲介システムであって、上記送信元端末から、上記管理装置に対して送信されるリクエストデータは、HTTPHyperTextTransferPrtocolのPOSTメソッドを用いて、上記管理装置に送信されると共に、上記管理装置は、上記リクエストデータを解析し、選択された上記ゲートウェイ装置に対して送信するデータを抽出する、リクエストデータ解析手段と、選択された上記ゲートウェイ装置のアプリケーションインタフェイスAPIに従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段と、上記ゲートウェイ装置を経由して受信した処理結果を、JSONJava登録商標ScriptObjectNotation形式のフォーマットに変換するレスポンスデータ変換手段とを備えていることを特徴とする請求項1記載のデータ仲介システム。上記送信元端末のリクエストデータには、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、上記レスポンスデータには、上記リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のURL、メッセージID、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれることを特徴とする請求項1に記載のデータ仲介システム。上記送信元端末のリクエストデータには、検索対象の相手先携帯端末の電話番号が含まれると共に、上記レスポンスデータには、上記リクエストデータで検索要求された相手先携帯端末の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれることを特徴とする請求項1に記載のデータ仲介システム。上記管理装置は、上記ゲートウェイ装置毎の通信料金を保存するゲートウェイ装置通信料金保存手段を備え、上記送信元端末からリクエストデータを受信した場合、上記ゲートウェイ装置通信料金保存手段を参照すると共に、通信費用が最低となるゲートウェイ装置を選択する、ゲートウェイ装置選択手段とを備えることを特徴とする請求項1から請求項3いずれか1項に記載のデータ仲介システム。上記送信元端末から上記管理装置にPOSTメッソドを用いてアクセスする場合におけるアクセス先のURLには、リクエストの種類に応じた所定のキーコードが含まれていることを特徴とする請求項1から請求項4いずれか1項に記載のデータ仲介システム。上記管理装置は、上記送信元端末が保有するポイント情報を保存するポイント情報保存手段と、送信元端末の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段を備えることを特徴とする請求項1から請求項5いずれか1項に記載のデータ仲介システム。上記管理装置には、上記送信元端末からのポイント残高確認リクエスト応じて、上記送信元端末が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末に返信するポイント残高確認手段を備え、ポイント残高確認のリクエストデータは、HTTPHyperTextTransferPrtocolのGETメソッドを用いて、上記管理装置に送信されると共に、上記管理装置から上記送信元端末に返信されるレスポンスデータは、JSON形式のフォーマットに基づいて記載されると共に、当該送信元端末の所有者が所有するポイント残高数を含むことを特徴とする請求項1から請求項6いずれか1項に記載のデータ仲介システム。上記送信元端末は、パーソナルコンピュータであることを特徴とする請求項1から請求項7いずれか1項に記載のデータ仲介システム。本発明の解決する課題は、送受信のインターフェイスの開発が容易であると共に、異なるキャリア間、及び国内、海外を問わず、自由にメッセージ等の送受信サービスを行うことが可能な、データ仲介システムを提供することにある。上記課題を解決するために、請求項1に記載した発明に係るデータ仲介システムは、相手先携帯端末に対してリクエストデータを送信する送信元端末と、上記送信元端末と公衆回線、若しくは広域ネットワークを介して接続され、上記リクエストデータを受信しうる管理装置と、上記管理装置と公衆回線、若しくは広域ネットワークを介して接続され、上記相手先携帯端末に接続しうるショートメッセージサービスSMSを提供する複数のゲートウェイ装置とを備え、上記管理装置は、上記複数のゲートウェイ装置から、一のゲートウェイ装置を選択すると共に、選択されたゲートウェイ装置に対して、上記送信元端末から受信したリクエストデータに対応する処理を請求するデータ仲介システムであって、上記送信元端末から、上記管理装置に対して送信されるリクエストデータは、HTTPHyperTextTransferPrtocolのPOSTメソッドを用いて、上記管理装置に送信されると共に、上記管理装置は、上記リクエストデータを解析し、選択された上記ゲートウェイ装置に対して送信するデータを抽出する、リクエストデータ解析手段と、選択された上記ゲートウェイ装置のアプリケーションインタフェイスAPIに従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段と、上記ゲートウェイ装置を経由して受信した処理結果を、JSONJava登録商標ScriptObjectNotation形式のフォーマットに変換するレスポンスデータ変換手段とを備えていることを特徴とする。HTTPプロトコルのPOSTメソッドによるデータ送信は、クライアントからサーバ装置に対して、データを送信する手段として広く用いられており、例えば、自己のホームページ上のWebフォームからの入力データの送信、電子掲示板への投稿インターフェイス等に広く用いられている技術である。従って、携帯用のアプリケーションの他、一般的なパーソナルコンピュータ上においても、自由にインターフェイスの設計が可能である。また、JSONとは、Java登録商標Scriptをベースとしたデータ表現のフォーマットであり、構造が単純であり、異なるプログラミング言語間でのデータの受け渡しが簡単に行えるという特徴を有している。請求項1に係る発明にあっては、送信元端末からのリクエストデータの送信に、HTTPのPOSTメソッドを用いていることから、SMTPを用いた場合と異なり、インターフェイス構築の制約が少なく、また、レスポンスデータがJSON形式フォーマットで記載されているため、送信対象のデータの取り出し処理が容易であることから、専用のメールソフトを用いる必要が無い。また、プロトコル変換手段によって、ゲートウェイ装置のAPIに従って、通信プロトコルを変換すると共に、ゲートウェイ装置を経由して受信したレスポンスデータは、JSON形式フォーマットに変換されるため、国内、海外のゲートウェイ装置間のAPIの差異を意識することなく、相互にSMSメールの送受信を行うことができる。また、請求項2の発明にあっては、上記送信元端末のリクエストデータには、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、上記レスポンスデータには、上記リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のURL、メッセージID、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれることを特徴とする。従って、リクエストデータに含まれる、相手先の携帯番号とメッセージテキストデータは、SMSを提供する一のゲートウェイ装置に対応したプロトコルに変換された上で、受け渡される。また、上記ゲートウェイ装置から受信した送信結果は、リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のURL、メッセージID、送信失敗時のエラーメッセージ、相手先携帯端末の電話番号の各情報を含む、JSON形式のフォーマットに変換されて、上記送信元端末に返信される。また、請求項3の発明にあっては、上記送信元端末のリクエストデータには、検索対象の相手先携帯端末の電話番号が含まれると共に、上記レスポンスデータには、上記リクエストデータで検索要求された相手先携帯端末の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれることを特徴とする。従って、相手先の携帯番号が、ゲートウェイ装置に対応したプロトコルに変換された上で受け渡されると共に、上記ゲートウェイ装置から受信した検索結果から、上記リクエストデータで検索要求された相手先携帯端末の電話番号の存在有無の情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが夫々JSON形式のフォーマットに変換されて、送信元端末に返信され、送信元端末において、相手先携帯端末が実在しているか否かが把握できる。また、請求項4の発明にあっては、上記管理装置は、上記ゲートウェイ装置毎の通信料金を保存するゲートウェイ装置通信料金保存手段を備え、上記送信元端末からリクエストデータを受信した場合、上記ゲートウェイ装置通信料金保存手段を参照すると共に、通信費用が最低となるゲートウェイ装置を選択する、ゲートウェイ装置選択手段とを備えることを特徴とする。従って、上記管理装置によって、送信元端末の所有者が支払う通信費用が最低となるように、ゲートウェイ装置が自動的に選択される。また、請求項5の発明にあっては、上記送信元端末から上記管理装置にPOSTメッソドを用いてアクセスする場合におけるアクセス先のURLには、リクエストの種類に応じた所定のキーコードが含まれていることを特徴とする。従って、予め、契約等によって、上記キーコードを付与された者のみが、上記管理サーバにアクセスすることができる。また、請求項6の発明にあっては、上記管理装置は、上記送信元端末が保有するポイント情報を保存するポイント情報保存手段と、送信元端末の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段を備えることを特徴とする。従って、上記送信元端末の所有者は、保有するポイント数に応じて、サービスを受けることができる。また、請求項7の発明にあっては、上記管理装置には、上記送信元端末からのポイント残高確認リクエスト応じて、上記送信元端末が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末に返信するポイント残高確認手段を備え、ポイント残高確認のリクエストデータは、HTTPHyperTextTransferPrtocolのGETメソッドを用いて、上記管理装置に送信されると共に、上記管理装置から上記送信元端末に返信されるレスポンスデータは、JSON形式のフォーマットに基づいて記載されると共に、当該送信元端末の所有者が所有するポイント残高数を含むことを特徴とする。HTTPのGETメソッドは、アクセス先の装置に対して、上記リクエストデータで要求した所定のリソースを取り出すことができる。請求項7の発明にあっては、リクエストデータの要求に応じ、上記管理装置は、自己が保有する送信元端末の所有者が保有するポイント残高を、JSON形式フォーマットで記載して送信元端末に返信する。また、請求項8の発明にあっては、上記送信元端末は、パーソナルコンピュータであることを特徴とする。請求項1の発明にあっては、相手先携帯端末に対してリクエストデータを送信する送信元端末と、上記送信元端末と公衆回線、若しくは広域ネットワークを介して接続され、上記リクエストデータを受信しうる管理装置と、上記管理装置と公衆回線、若しくは広域ネットワークを介して接続され、上記相手先携帯端末に接続しうるショートメッセージサービスSMSを提供する複数のゲートウェイ装置とを備え、上記管理装置は、上記複数のゲートウェイ装置から、一のゲートウェイ装置を選択すると共に、選択されたゲートウェイ装置に対して、上記送信元端末から受信したリクエストデータに対応する処理を請求するデータ仲介システムであって、上記送信元端末から、上記管理装置に対して送信されるリクエストデータは、HTTPHyperTextTransferPrtocolのPOSTメソッドを用いて、上記管理装置に送信されると共に、上記管理装置は、上記リクエストデータを解析し、選択された上記ゲートウェイ装置に対して送信するデータを抽出する、リクエストデータ解析手段と、選択された上記ゲートウェイ装置のアプリケーションインタフェイスAPIに従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段と、上記ゲートウェイ装置を経由して受信した処理結果を、JSONJava登録商標ScriptObjectNotation形式のフォーマットに変換するレスポンスデータ変換手段とを備えていることから、SMTPプロトコルを用いた場合と異なり、インターフェイス構築の自由度が高く、また、レスポンスデータがJSON形式フォーマットで記載されているため、送信対象のデータの取り出し処理が容易である。また、プロトコル変換手段によって、ゲートウェイ装置のAPIに従って、通信プロトコルを変換すると共に、ゲートウェイ装置を経由して受信したレスポンスデータがJSON形式フォーマットに変換されるため、国内、海外のゲートウェイ装置間のAPIの違いを意識することなく、相互にSMSメールの送受信ができる。従って、送受信のインターフェイスの開発が容易であると共に、異なるキャリア間、及び国内、海外を問わず、自由にメッセージ等の送受信サービスを行うことが可能な、データ仲介システムを提供することができる。また、請求項2の発明にあっては、上記送信元端末のリクエストデータには、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、上記レスポンスデータには、上記リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のURL、メッセージID、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれることから、送信元端末から、国内及び海外を問わず、相手先携帯端末の電話番号を指定することによって、メッセージテキストデータを、SMSメールによって送信することができる。また、請求項3の発明にあっては、上記送信元端末のリクエストデータには、検索対象の相手先携帯端末の電話番号が含まれると共に、上記レスポンスデータには、上記リクエストデータで検索要求された相手先携帯端末の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれることから、相手先携帯端末に対してSMSメールを送信する前に、相手先携帯端末の電話番号の使用有無を、事前に確認することができるため、無駄な通信費用を削減することができる。また、請求項4の発明にあっては、上記管理装置は、上記ゲートウェイ装置毎の通信料金を保存するゲートウェイ装置通信料金保存手段を備え、上記送信元端末からリクエストデータを受信した場合、上記ゲートウェイ装置通信料金保存手段を参照すると共に、通信費用が最低となるゲートウェイ装置を選択する、ゲートウェイ装置選択手段とを備えることから、常に送信元端末の所有者が支払う課金が最低となるゲートウェイ装置が自動的に選択される。従って、通信費用を更に削減することができる。また、請求項5の発明にあっては、上記送信元端末から上記管理装置にPOSTメッソドを用いてアクセスする場合におけるアクセス先のURLには、リクエストの種類に応じた所定のキーコードが含まれていることから、キーコードの保有者以外の者の不正アクセを防止することができる。また、請求項6の発明にあっては、上記管理装置は、上記送信元端末が保有するポイント情報を保存するポイント情報保存手段と、送信元端末の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段を備えることから、保有ポイントの範囲でサービスを受けることができるため、予期しない通信費を請求される虞が無い。また、請求項7の発明にあっては、上記管理装置には、上記送信元端末からのポイント残高確認リクエスト応じて、上記送信元端末が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末に返信するポイント残高確認手段を備え、ポイント残高確認のリクエストデータは、HTTPHyperTextTransferPrtocolのGETメソッドを用いて、上記管理装置に送信されると共に、上記管理装置から上記送信元端末に返信されるレスポンスデータは、JSON形式のフォーマットに基づいて記載されると共に、当該送信元端末の所有者が所有するポイント残高数を含む。従って、リクエストデータの要求に従って、管理装置は、自己が保有する、送信元端末の所有者が保有するポイント残高を、JSON形式フォーマットで記載して、送信元端末に返信するため、送信前にポイント残高を確認しておくことにより、不意のポイント残高切れによって、相手先携帯端末との送受信ができなくなることが無い。また、請求項8の発明にあっては、上記送信元端末は、パーソナルコンピュータであることを特徴とする。従来SMSメールは携帯電話間において行われているが、本データ仲介システムを用いた場合は、相手先がSMSに対応した携帯電話であれば、パーソナルコンピュータ等からもSMSメールの送信が可能となる。本発明を実施するための形態について、送信元端末から、相手先携帯端末に対して、テキストメッセージデータを送信する場合を例として、添付図面を用いて説明する。本発明に係るデータ仲介システム10は、相手先携帯端末11に対してリクエストデータ12を送信する携帯電話若しくはパーソナルコンピュータである送信元端末13、13、13、13と、上記送信元端末13と公衆回線、若しくは広域ネットワーク14を介して接続され、上記リクエストデータ12を受信しうる管理装置15と、上記管理装置15と公衆回線、若しくは広域ネットワーク14を介して接続され、上記相手先携帯端末11、11、11..に接続しうるショートメッセージサービスSMSを提供する複数のゲートウェイ装置17、17、17とを備えている。上記管理装置15は、上記複数のゲートウェイ装置17、17、17から、一のゲートウェイ装置17を選択すると共に、選択されたゲートウェイ装置17に対して、上記送信元端末13から受信したリクエストデータ12に対応する処理を請求する上記送信元端末13から、上記管理装置15に対して送信されるリクエストデータ12は、HTTPHyperTextTransferPrtocolのPOSTメソッドを用いて、上記管理装置15に送信されると共に、上記管理装置15は、上記リクエストデータ12を解析し、選択された上記ゲートウェイ装置17に対して送信するデータを抽出する、リクエストデータ解析手段18と、選択された上記ゲートウェイ装置17のアプリケーションインタフェイスAPIに従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段19と、上記ゲートウェイ装置17を経由して受信した処理結果を、JSONJava登録商標ScriptObjectNotation形式のフォーマットに変換するレスポンスデータ変換手段19とを備えている。また、上記送信元端末13のリクエストデータ12には、相手先携帯端末11の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、上記レスポンスデータ20には、上記リクエストデータ12に対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のURL、メッセージID、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれている。また、上記送信元端末13のリクエストデータ12には、検索対象の相手先携帯端末11の電話番号が含まれると共に、上記レスポンスデータ20には、上記リクエストデータ12で検索要求された相手先携帯端末11の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれている。また、上記管理装置15は、上記ゲートウェイ装置17毎の通信料金を保存するゲートウェイ装置通信料金保存手段22を備え、上記送信元端末13からリクエストデータ12を受信した場合、上記ゲートウェイ装置通信料金保存手段22を参照すると共に、通信費用が最低となるゲートウェイ装置17を選択する、ゲートウェイ装置選択手段24とを備えている。また、上記送信元端末13から上記管理装置15にPOSTメッソドを用いてアクセスする場合におけるアクセス先のURLには、リクエストの種類に応じた所定のキーコードが含まれている。また、上記管理装置15は、上記送信元端末13が保有するポイント情報を保存するポイント情報保存手段25と、送信元端末13の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段26を備えている。また、上記管理装置15には、上記送信元端末13からのポイント残高確認リクエスト応じて、上記送信元端末13が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末13に返信するポイント残高確認手段27を備え、ポイント残高確認のリクエストデータ12は、HTTPのGETメソッドを用いて、上記管理装置15に送信されると共に、上記管理装置15から上記送信元端末13に返信されるレスポンスデータ20は、JSON形式のフォーマットに基づいて記載されると共に、当該送信元端末13の所有者が所有するポイント残高数を含んでいる。本実施例の構成について添付図面を用いて以下説明する。図1は、本実施例のデータ仲介システム10のシステム構成を示す概念図である。図1に示すように、送信元端末13、13、13、13は、携帯電話若しくはパーソナルコンピュータである。上記送信元端末13、13、13、13と管理装置15とは、インターネット等の広域ネットワーク、若しくは電話回線網を通じて接続されている。また、ゲートウェイ装置17、17、17は、国内、若しくは海外のSMSサービスのキャリアが保有しており、夫々異なるAPIで構築された、コンピュータである。上記ゲートウェイ装置17、17、17は、夫々相手先携帯端末11、11、11..に接続可能であり、SMSメールを送受信する。上記実施例の構成において、送信元端末13から、相手先携帯端末11に対して、SMSメールを送信する場合の動作について説明する。送信元端末13から、管理装置15へのアクセスは、HTTPのPOSTメソッドによって行われる。POSTメソッドを用いると共に、リクエストデータ12に必要なデータ項目が含まれていることにより、送信元端末13におけるインターフェイスの形態には、何ら制約は無い。例えば、送信元端末13がパーソナルコンピュータの場合、自己のホームページ、電子掲示板、ブログ等のWebページ上に、メッセージの入力部、送信ボタン等を自由に設計することが可能であり、送信元端末13が携帯電話である場合には、SMSメール送受信用のアプリケーションを独自に開発することもできる。従って、SMTPを利用した場合と比較して、多様なインターフェイスの開発が容易に可能である。なお、上記送信元端末13から上記管理装置15にアクセスする場合において、必要となるキーコードは、予め本実施例に係るデータ仲介システム10の提供者と契約を結び、付与を受けておく。上記管理装置15におけるアクセス先URLは、リクエストの種類毎に定められ、夫々、送信元端末13の保有者毎のユニークなキーコードを含んでいる。図1に示すように、送信元端末13のリクエストデータ12が上記管理装置15に送信されると、上記管理装置15のリクエストデータ解析手段18は、リクエストデータ12から、SMSメール送信に必要となる、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、相手先携帯端末に送信するメッセージテキストデータを抽出する。更に、ゲートウェイ装置選択手段24は、上記ゲートウェイ装置通信料金保存手段22に保存されている、ゲートウェイ装置17、17、17、17の通信費用を参照し、当該SMSメールを送信する場合に、最も通信費用を低くすることが可能なゲートウェイ装置17を選択する。次に、上記プロトコル変換手段19によって、選択されたゲートウェイ装置17のAPIに合わせたプロトコルに従って、上記クエストデータ解析手段18によって抽出されたデータ項目を変換し、上記ゲートウェイ装置17に対して送信する。上記ゲートウェイ装置17は、受け渡された相手先携帯端末11の電話番号を基に、相手先携帯端末11に対してSMSメールを送信し、送信結果データをゲートウェイ装置17のプロトコルに従って、上記管理装置15に返信する。上記管理装置15のレスポンスデータ変換手段21は、上記ゲートウェイ装置17の送信結果データを、JSON形式のフォーマットのレスポンスデータ20に変換し、上記レスポンスデータ20を送信元端末13に返信する。図2は、本実施例における上記レスポンスデータ20の構造を示している。図2において、Content-Type28は、レスポンスデータ20のデータ形式を示しており、本実施例においては、JSON形式となっている。States29は、SMSメールの送信結果であり、図2においては正常終了である旨のOKが設定されている。また、url30は、管理サーバ15のアクセス先のURL、msgid31は、送信メッセージの固有のID番号、Cost32は、今回の送受信で消費されたポイント数を示している。本実施例においては、消費されたポイント数がポイント管理手段26によってポイント情報保存手段25から減じられる。また、errormsg33は、送信にエラーが有った場合に、エラーの内容がテキストとして設定される。本実施例においては、正常終了のためnullが設定されている。また、recipient34は、相手先携帯端末の電話番号を示している。送信元端末の所有者は、上記レスポンスデータ20の内容によって、送信結果を認識することが可能である。レスポンスデータ20がJSON形式で記載されているため、例えば、レスポンスデータ20のデータを基に、SMSメールの送受信履歴を作成する機能を構築するような場合にも、必要なデータに簡単にアクセスすることができる。上記実施例の形態において、所定の電話番号の相手先携帯端末11が存在しているか否かを検索する場合の動作について説明する。図1に示すように、本実施例にあっては、送信元端末13から管理装置15に対するリクエストデータ12には、検索対象の相手先携帯端末の電話番号が含まれている。管理装置15へのアクセスは、実施例1と同様に、HTTPのPOSTメソッドによって行われ、アクセスは、実施例1とは別途に定められたURLに対して行う。実施例1と同様に、リクエストデータ解析手段18によって、リクエストデータ12から、相手先携帯端末の電話番号が抽出される。なお、ゲートウェイ装置選択手段24による、ゲートウェイ装置17の選択処理、及び、プロトコル変換手段19によって、選択されたゲートウェイ装置17のAPIに合わせたプロトコルに従って、上記クエストデータ解析手段18によって抽出されたデータ項目を、上記ゲートウェイ装置17に対して送信する処理、レスポンスデータ変換手段21については、夫々実施例1と同様である。図3は、本実施例におけるレスポンスデータ20の構造を示している。図3において、errormsg35は、検索時のエラー発生の有無が設定され、本実施例にあっては、エラーなしのためnullが設定されている。また、mn36は、検索対象の電話番号、mmc37は相手先携帯端末11の所属国名、mnc38は、当該電話番号が所属しているネットワークコード番号、operator-name39は、当該電話番号の相手先携帯端末11が所属しているキャリア名、country-name40は、相手先携帯端末の所属国名を示している。また、error-code41は検索時のエラーのコード番号を示し、本実施例にあっては正常に検索が行えた場合には0となり、何らかのエラーが発生した場合は、エラー種別によって所定の番号が設定される。上記レスポンスデータ20を参照することによって、相手先携帯端末11が実在すると共に、所属国、所属キャリア名等を把握することができる。従って、実際にSMSメールを送信する前に、相手先が実在しているかを確認できることから、無駄な通信費用を削減することができる。上記実施例の形態において、送信元端末13の所有者が保有しているポイント残高を確認する場合の動作について説明する。図1に示すように、本実施例にあっては、HTTPプロトコルのGETメソッドを用いて、送信元端末13から管理装置15へアクセスし、リクエストデータ20を送信する。上記管理装置15においては、上記リクエストデータ12を受信することによって、ポイント残高確認手段27は、要求元の送信元端末の所有者が保有しているポイント残高を、ポイント情報保存手段25から読み出し、図4に示すようにレスポンスデータ20のremaining_points44として、送信元端末13に返信する。従って、送信元端末13の所有者はポイント残高を速やかに確認することができる。なお、上記各実施例で示した、リクエストデータ及びレスポンスデータの各項目は、一例であり、その他の項目が含まれていても、上記各実施例の作用、及び効果は同様である。例えばセキュリティを高めるため、アクセス先URLに含まれるキーコードの他に、別途パスワードを付与し、リクエストデータ中に上記パスワードを設定させるようにしても良い。