(57)【要約】      （修正有）【課題】送受信のインターフェイスの開発が容易であると共に、異なるキャリア間、及び国内、海外を問わず、自由にメッセージ等の送受信サービスを行うことが可能な、データ仲介システムを提供する。【解決手段】相手先携帯端末に対してリクエストデータを送信する送信元端末と、送信元端末と公衆回線又は広域ネットワークを介して接続され、リクエストデータを受信する管理装置と、管理装置と接続され、相手先携帯端末に接続しうるショートメッセージサービス（ＳＭＳ）を提供する複数のゲートウェイ装置とを備え、管理装置は、複数のゲートウェイ装置から、一のゲートウェイ装置を選択すると共に、選択されたゲートウェイ装置に対して、送信元端末から受信したリクエストデータに対応する処理を請求するデータ仲介システムであって、ゲートウェイ装置のＡＰＩに従ってデータを送信するプロトコル変換と、レスポンスデータ変換手段とを備えた構成とする。【選択図】図１
2012178799.tif 000002
【特許請求の範囲】
【請求項１】
相手先携帯端末に対してリクエストデータを送信する送信元端末と、上記送信元端末と公衆回線、若しくは広域ネットワークを介して接続され、上記リクエストデータを受信しうる管理装置と、上記管理装置と公衆回線、若しくは広域ネットワークを介して接続され、上記相手先携帯端末に接続しうるショートメッセージサービス（ＳＭＳ）を提供する複数のゲートウェイ装置とを備え、
上記管理装置は、上記複数のゲートウェイ装置から、一のゲートウェイ装置を選択すると共に、選択されたゲートウェイ装置に対して、上記送信元端末から受信したリクエストデータに対応する処理を請求するデータ仲介システムであって、
上記送信元端末から、上記管理装置に対して送信されるリクエストデータは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｔｏｃｏｌ）のＰＯＳＴメソッドを用いて、上記管理装置に送信されると共に、
上記管理装置は、上記リクエストデータを解析し、選択された上記ゲートウェイ装置に対して送信するデータを抽出する、リクエストデータ解析手段と、
選択された上記ゲートウェイ装置のアプリケーションインタフェイス（ＡＰＩ）に従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段と、上記ゲートウェイ装置を経由して受信した処理結果を、ＪＳＯＮ（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式のフォーマットに変換するレスポンスデータ変換手段とを備えていることを特徴とする請求項１記載のデータ仲介システム。
【請求項２】
上記送信元端末のリクエストデータには、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、
上記レスポンスデータには、上記リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、メッセージＩＤ、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれることを特徴とする請求項１に記載のデータ仲介システム。
【請求項３】
上記送信元端末のリクエストデータには、検索対象の相手先携帯端末の電話番号が含まれると共に、
上記レスポンスデータには、上記リクエストデータで検索要求された相手先携帯端末の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれることを特徴とする請求項１に記載のデータ仲介システム。
【請求項４】
上記管理装置は、上記ゲートウェイ装置毎の通信料金を保存するゲートウェイ装置通信料金保存手段を備え、
上記送信元端末からリクエストデータを受信した場合、上記ゲートウェイ装置通信料金保存手段を参照すると共に、通信費用が最低となるゲートウェイ装置を選択する、ゲートウェイ装置選択手段とを備えることを特徴とする請求項１から請求項３いずれか１項に記載のデータ仲介システム。
【請求項５】
上記送信元端末から上記管理装置にＰＯＳＴメッソドを用いてアクセスする場合におけるアクセス先のＵＲＬには、リクエストの種類に応じた所定のキーコードが含まれていることを特徴とする請求項１から請求項４いずれか１項に記載のデータ仲介システム。
【請求項６】
上記管理装置は、上記送信元端末が保有するポイント情報を保存するポイント情報保存手段と、
送信元端末の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段を備えることを特徴とする請求項１から請求項５いずれか１項に記載のデータ仲介システム。
【請求項７】
上記管理装置には、上記送信元端末からのポイント残高確認リクエスト応じて、上記送信元端末が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末に返信するポイント残高確認手段を備え、
ポイント残高確認のリクエストデータは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｔｏｃｏｌ）のＧＥＴメソッドを用いて、上記管理装置に送信されると共に、
上記管理装置から上記送信元端末に返信されるレスポンスデータは、ＪＳＯＮ形式のフォーマットに基づいて記載されると共に、当該送信元端末の所有者が所有するポイント残高数を含むことを特徴とする請求項１から請求項６いずれか１項に記載のデータ仲介システム。
【請求項８】
上記送信元端末は、パーソナルコンピュータであることを特徴とする請求項１から請求項７いずれか１項に記載のデータ仲介システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、国内の携帯端末から、海外若しくは、国内の他の携帯端末に対して、ショートメッセージを送信しうるデータ仲介システムに関する。
【背景技術】
【０００２】
現在、我が国において、他人の携帯端末に対してテキストメッセージを送信する手段として、Ｓｉｍｐｌｅ Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＳＭＴＰ）を用いた所謂携帯メールサービスが最も広く普及している。
上記携帯メールサービスは、送信可能な文字数制限が無く、且つテキストデータの他、画像データ等を添付して送信することも可能である。
また、異なるキャリア間及び、パーソナルコンピュータのインターネットメールとの間においても、インターネットを経由してメールを相互に送受信することができる。
【０００３】
しかしながら、携帯メールの場合、ＳＭＴＰで送信するため、送受信には、専用のソフトウェアが必要であり、メール送受信機能を有するインターフェイス、アプリケーションを自由に開発することはコスト等の面から難しかった。
【０００４】
また、受信側においても課金が発生するため、一方的に送信されたメールに対して、不本意な課金が発生する虞があった。
【０００５】
また、近年、キャリア間において、同一の電話番号を継続して使用することができる、所謂ナンバーポータビリティ制度が導入されたが、携帯メールアドレスは、異なるキャリア間での継続使用ができず、キャリア変更に伴い携帯メールアドレスも変更となることから、所属するキャリアが変更となった場合に、相手先との連絡が不意に取れなくなる場合があった。
【０００６】
一方、比較的短いテキストメッセージを送受信するサービスとして、我が国以外の多くの国において広く普及している、ショートメッセージサービス（所謂ＳＭＳメール）がある。
ＳＭＳメールの場合、送信可能な文字数が１４０オクテット以内という制限があるが、ＳＭＳメールを用いてメッセージを送受信する場合、送信相手先は、電話番号で指定することが可能であり、受信側おいては、受信料金がかからない。
【０００７】
海外においては、第二世代の携帯電話規格として、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）方式と、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  ＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）方式が存在しているが、既に、夫々のキャリア間において、相互に接続が可能なるようにゲートウェイ装置が対応しており、上記２つのキャリア間においても相互にＳＭＳメールを利用することができる。
このため、海外においては、メッセージの送信手段として、ＳＭＳメールが、最も広く普及しており、世界の携帯ユーザーの７割以上が使用していると言われている。
しかしながら、我が国においては、国内の異なるキャリア間において、ＳＭＳメールの相互送受信を行うことができず、また、海外のＳＭＳメールとの送受信も行うことができなかった。
このため、ＳＭＳメールが普及する前に、異なるキャリア間においても送受信が可能な携帯メールが先行して普及したことから、現状においては、ＳＭＳメールが利用されることは少ない。
【０００８】
現在、国内の複数のサードパーティによって、携帯メールのアドレスを変換して、海外ＳＭＳとの送受信が可能となるサービスが提供されている。
上記サービスに加入した場合、国内の送信元端末の所有者は、通常の携帯メール送受信のアプリケーションを用いて、上記サードパーティに対して、相手先携帯端末の電話番号と送信するメッセージ等を、所定のフォーマットで、携帯メールで送信する。
上記サードパーティの装置によって、携帯メールで送信された相手先の携帯電話番号から、相手先の携帯電話のキャリアが保有するゲートウェイ装置を探索され、携帯メールで送信されたメッセージがＳＭＳメールとして転送される。
しかしながら上記サービスを利用した場合であっても、海外ＳＭＳとの送受信については、携帯メールアドレスが変更となった場合には、別途上記サードパーティとの契約変更する必要がある。
また、送信元端末側においては、現状の携帯メール用アプリケーションを使用する必要があったため、独自のインターフェイスの開発が難しかった。
また、国内のキャリア間においてのＳＭＳメールの送受信についても、国内の一部のキャリア間で協議が開始されているが、現時点において以前不可能である。
【０００９】
上記背景にも関わらず、現在においても、送受信のインターフェイス開発の自由度が高く、且つ容易に海外、及び国内キャリア間とのＳＭＳメールの送受信を行うことを可能とする、データ仲介システムは提供されていなかった。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明の解決する課題は、送受信のインターフェイスの開発が容易であると共に、異なるキャリア間、及び国内、海外を問わず、自由にメッセージ等の送受信サービスを行うことが可能な、データ仲介システムを提供することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、請求項１に記載した発明に係るデータ仲介システムは、相手先携帯端末に対してリクエストデータを送信する送信元端末と、上記送信元端末と公衆回線、若しくは広域ネットワークを介して接続され、上記リクエストデータを受信しうる管理装置と、上記管理装置と公衆回線、若しくは広域ネットワークを介して接続され、上記相手先携帯端末に接続しうるショートメッセージサービス（ＳＭＳ）を提供する複数のゲートウェイ装置とを備え、上記管理装置は、上記複数のゲートウェイ装置から、一のゲートウェイ装置を選択すると共に、選択されたゲートウェイ装置に対して、上記送信元端末から受信したリクエストデータに対応する処理を請求するデータ仲介システムであって、上記送信元端末から、上記管理装置に対して送信されるリクエストデータは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒ Ｐｒｔｏｃｏｌ）のＰＯＳＴメソッドを用いて、上記管理装置に送信されると共に、上記管理装置は、上記リクエストデータを解析し、選択された上記ゲートウェイ装置に対して送信するデータを抽出する、リクエストデータ解析手段と、選択された上記ゲートウェイ装置のアプリケーションインタフェイス（ＡＰＩ）に従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段と、上記ゲートウェイ装置を経由して受信した処理結果を、ＪＳＯＮ（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式のフォーマットに変換するレスポンスデータ変換手段とを備えていることを特徴とする。
【００１２】
ＨＴＴＰプロトコルのＰＯＳＴメソッドによるデータ送信は、クライアントからサーバ装置に対して、データを送信する手段として広く用いられており、例えば、自己のホームページ上のＷｅｂフォームからの入力データの送信、電子掲示板への投稿インターフェイス等に広く用いられている技術である。
従って、携帯用のアプリケーションの他、一般的なパーソナルコンピュータ上においても、自由にインターフェイスの設計が可能である。
【００１３】
また、ＪＳＯＮとは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔをベースとしたデータ表現のフォーマットであり、構造が単純であり、異なるプログラミング言語間でのデータの受け渡しが簡単に行えるという特徴を有している。
【００１４】
請求項１に係る発明にあっては、送信元端末からのリクエストデータの送信に、ＨＴＴＰのＰＯＳＴメソッドを用いていることから、ＳＭＴＰを用いた場合と異なり、インターフェイス構築の制約が少なく、また、レスポンスデータがＪＳＯＮ形式フォーマットで記載されているため、送信対象のデータの取り出し処理が容易であることから、専用のメールソフトを用いる必要が無い。
また、プロトコル変換手段によって、ゲートウェイ装置のＡＰＩに従って、通信プロトコルを変換すると共に、ゲートウェイ装置を経由して受信したレスポンスデータは、ＪＳＯＮ形式フォーマットに変換されるため、国内、海外のゲートウェイ装置間のＡＰＩの差異を意識することなく、相互にＳＭＳメールの送受信を行うことができる。
【００１５】
また、請求項２の発明にあっては、上記送信元端末のリクエストデータには、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、上記レスポンスデータには、上記リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、メッセージＩＤ、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれることを特徴とする。
【００１６】
従って、リクエストデータに含まれる、相手先の携帯番号とメッセージテキストデータは、ＳＭＳを提供する一のゲートウェイ装置に対応したプロトコルに変換された上で、受け渡される。
また、上記ゲートウェイ装置から受信した送信結果は、リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、メッセージＩＤ、送信失敗時のエラーメッセージ、相手先携帯端末の電話番号の各情報を含む、ＪＳＯＮ形式のフォーマットに変換されて、上記送信元端末に返信される。
【００１７】
また、請求項３の発明にあっては、上記送信元端末のリクエストデータには、検索対象の相手先携帯端末の電話番号が含まれると共に、上記レスポンスデータには、上記リクエストデータで検索要求された相手先携帯端末の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれることを特徴とする。
【００１８】
従って、相手先の携帯番号が、ゲートウェイ装置に対応したプロトコルに変換された上で受け渡されると共に、上記ゲートウェイ装置から受信した検索結果から、上記リクエストデータで検索要求された相手先携帯端末の電話番号の存在有無の情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが夫々ＪＳＯＮ形式のフォーマットに変換されて、送信元端末に返信され、送信元端末において、相手先携帯端末が実在しているか否かが把握できる。
【００１９】
また、請求項４の発明にあっては、上記管理装置は、上記ゲートウェイ装置毎の通信料金を保存するゲートウェイ装置通信料金保存手段を備え、上記送信元端末からリクエストデータを受信した場合、上記ゲートウェイ装置通信料金保存手段を参照すると共に、通信費用が最低となるゲートウェイ装置を選択する、ゲートウェイ装置選択手段とを備えることを特徴とする。
【００２０】
従って、上記管理装置によって、送信元端末の所有者が支払う通信費用が最低となるように、ゲートウェイ装置が自動的に選択される。
【００２１】
また、請求項５の発明にあっては、上記送信元端末から上記管理装置にＰＯＳＴメッソドを用いてアクセスする場合におけるアクセス先のＵＲＬには、リクエストの種類に応じた所定のキーコードが含まれていることを特徴とする。
【００２２】
従って、予め、契約等によって、上記キーコードを付与された者のみが、上記管理サーバにアクセスすることができる。
【００２３】
また、請求項６の発明にあっては、上記管理装置は、上記送信元端末が保有するポイント情報を保存するポイント情報保存手段と、送信元端末の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段を備えることを特徴とする。
【００２４】
従って、上記送信元端末の所有者は、保有するポイント数に応じて、サービスを受けることができる。
【００２５】
また、請求項７の発明にあっては、上記管理装置には、上記送信元端末からのポイント残高確認リクエスト応じて、上記送信元端末が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末に返信するポイント残高確認手段を備え、ポイント残高確認のリクエストデータは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒ Ｐｒｔｏｃｏｌ）のＧＥＴメソッドを用いて、上記管理装置に送信されると共に、上記管理装置から上記送信元端末に返信されるレスポンスデータは、ＪＳＯＮ形式のフォーマットに基づいて記載されると共に、当該送信元端末の所有者が所有するポイント残高数を含むことを特徴とする。
【００２６】
ＨＴＴＰのＧＥＴメソッドは、アクセス先の装置に対して、上記リクエストデータで要求した所定のリソースを取り出すことができる。
請求項７の発明にあっては、リクエストデータの要求に応じ、上記管理装置は、自己が保有する送信元端末の所有者が保有するポイント残高を、ＪＳＯＮ形式フォーマットで記載して送信元端末に返信する。
【００２７】
また、請求項８の発明にあっては、上記送信元端末は、パーソナルコンピュータであることを特徴とする。
【発明の効果】
【００２８】
請求項１の発明にあっては、相手先携帯端末に対してリクエストデータを送信する送信元端末と、上記送信元端末と公衆回線、若しくは広域ネットワークを介して接続され、上記リクエストデータを受信しうる管理装置と、上記管理装置と公衆回線、若しくは広域ネットワークを介して接続され、上記相手先携帯端末に接続しうるショートメッセージサービス（ＳＭＳ）を提供する複数のゲートウェイ装置とを備え、上記管理装置は、上記複数のゲートウェイ装置から、一のゲートウェイ装置を選択すると共に、選択されたゲートウェイ装置に対して、上記送信元端末から受信したリクエストデータに対応する処理を請求するデータ仲介システムであって、上記送信元端末から、上記管理装置に対して送信されるリクエストデータは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒ Ｐｒｔｏｃｏｌ）のＰＯＳＴメソッドを用いて、上記管理装置に送信されると共に、上記管理装置は、上記リクエストデータを解析し、選択された上記ゲートウェイ装置に対して送信するデータを抽出する、リクエストデータ解析手段と、選択された上記ゲートウェイ装置のアプリケーションインタフェイス（ＡＰＩ）に従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段と、上記ゲートウェイ装置を経由して受信した処理結果を、ＪＳＯＮ（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式のフォーマットに変換するレスポンスデータ変換手段とを備えていることから、ＳＭＴＰプロトコルを用いた場合と異なり、インターフェイス構築の自由度が高く、また、レスポンスデータがＪＳＯＮ形式フォーマットで記載されているため、送信対象のデータの取り出し処理が容易である。
また、プロトコル変換手段によって、ゲートウェイ装置のＡＰＩに従って、通信プロトコルを変換すると共に、ゲートウェイ装置を経由して受信したレスポンスデータがＪＳＯＮ形式フォーマットに変換されるため、国内、海外のゲートウェイ装置間のＡＰＩの違いを意識することなく、相互にＳＭＳメールの送受信ができる。
従って、送受信のインターフェイスの開発が容易であると共に、異なるキャリア間、及び国内、海外を問わず、自由にメッセージ等の送受信サービスを行うことが可能な、データ仲介システムを提供することができる。
【００２９】
また、請求項２の発明にあっては、上記送信元端末のリクエストデータには、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、上記レスポンスデータには、上記リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、メッセージＩＤ、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれることから、送信元端末から、国内及び海外を問わず、相手先携帯端末の電話番号を指定することによって、メッセージテキストデータを、ＳＭＳメールによって送信することができる。
【００３０】
また、請求項３の発明にあっては、上記送信元端末のリクエストデータには、検索対象の相手先携帯端末の電話番号が含まれると共に、上記レスポンスデータには、上記リクエストデータで検索要求された相手先携帯端末の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれることから、相手先携帯端末に対してＳＭＳメールを送信する前に、相手先携帯端末の電話番号の使用有無を、事前に確認することができるため、無駄な通信費用を削減することができる。
【００３１】
また、請求項４の発明にあっては、上記管理装置は、上記ゲートウェイ装置毎の通信料金を保存するゲートウェイ装置通信料金保存手段を備え、上記送信元端末からリクエストデータを受信した場合、上記ゲートウェイ装置通信料金保存手段を参照すると共に、通信費用が最低となるゲートウェイ装置を選択する、ゲートウェイ装置選択手段とを備えることから、常に送信元端末の所有者が支払う課金が最低となるゲートウェイ装置が自動的に選択される。
従って、通信費用を更に削減することができる。
【００３２】
また、請求項５の発明にあっては、上記送信元端末から上記管理装置にＰＯＳＴメッソドを用いてアクセスする場合におけるアクセス先のＵＲＬには、リクエストの種類に応じた所定のキーコードが含まれていることから、キーコードの保有者以外の者の不正アクセを防止することができる。
【００３３】
また、請求項６の発明にあっては、上記管理装置は、上記送信元端末が保有するポイント情報を保存するポイント情報保存手段と、送信元端末の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段を備えることから、保有ポイントの範囲でサービスを受けることができるため、予期しない通信費を請求される虞が無い。
【００３４】
また、請求項７の発明にあっては、上記管理装置には、上記送信元端末からのポイント残高確認リクエスト応じて、上記送信元端末が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末に返信するポイント残高確認手段を備え、ポイント残高確認のリクエストデータは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒ Ｐｒｔｏｃｏｌ）のＧＥＴメソッドを用いて、上記管理装置に送信されると共に、上記管理装置から上記送信元端末に返信されるレスポンスデータは、ＪＳＯＮ形式のフォーマットに基づいて記載されると共に、当該送信元端末の所有者が所有するポイント残高数を含む。
【００３５】
従って、リクエストデータの要求に従って、管理装置は、自己が保有する、送信元端末の所有者が保有するポイント残高を、ＪＳＯＮ形式フォーマットで記載して、送信元端末に返信するため、送信前にポイント残高を確認しておくことにより、不意のポイント残高切れによって、相手先携帯端末との送受信ができなくなることが無い。
【００３６】
また、請求項８の発明にあっては、上記送信元端末は、パーソナルコンピュータであることを特徴とする。
従来ＳＭＳメールは携帯電話間において行われているが、本データ仲介システムを用いた場合は、相手先がＳＭＳに対応した携帯電話であれば、パーソナルコンピュータ等からもＳＭＳメールの送信が可能となる。
【図面の簡単な説明】
【００３７】
【図１】本発明の一実施の形態を示し、実施例の形態におけるデータ仲介システムの構成を示す概念図である。
【図２】本発明の実施例の形態において、相手先の携帯端末に対して、テキストメッセージデータの送信をリクエストした場合に、管理サーバから返信されるレスポンスデータの構造例である。
【図３】本発明の実施例の形態において、相手先の携帯端末の電話番号の使用有無の確認をリクエストした場合、管理サーバから返信されるレスポンスデータの構造例である。
【図４】本発明の実施例の形態において、送信元端末の所有者が保有するポイント残高の確認をリクエストした場合に、管理サーバから返信されるレスポンスデータの構造例である。
【発明を実施するための最良の形態】
【００３８】
本発明を実施するための形態について、送信元端末から、相手先携帯端末に対して、テキストメッセージデータを送信する場合を例として、添付図面を用いて説明する。
本発明に係るデータ仲介システム１０は、相手先携帯端末１１に対してリクエストデータ１２を送信する携帯電話若しくはパーソナルコンピュータである送信元端末１３、１３、１３、１３と、上記送信元端末１３と公衆回線、若しくは広域ネットワーク１４を介して接続され、上記リクエストデータ１２を受信しうる管理装置１５と、上記管理装置１５と公衆回線、若しくは広域ネットワーク１４を介して接続され、上記相手先携帯端末１１、１１、１１．．に接続しうるショートメッセージサービス（ＳＭＳ）を提供する複数のゲートウェイ装置１７、１７、１７とを備えている。
【００３９】
上記管理装置１５は、上記複数のゲートウェイ装置１７、１７、１７から、一のゲートウェイ装置１７を選択すると共に、選択されたゲートウェイ装置１７に対して、上記送信元端末１３から受信したリクエストデータ１２に対応する処理を請求する上記送信元端末１３から、上記管理装置１５に対して送信されるリクエストデータ１２は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒ Ｐｒｔｏｃｏｌ）のＰＯＳＴメソッドを用いて、上記管理装置１５に送信されると共に、上記管理装置１５は、上記リクエストデータ１２を解析し、選択された上記ゲートウェイ装置１７に対して送信するデータを抽出する、リクエストデータ解析手段１８と、選択された上記ゲートウェイ装置１７のアプリケーションインタフェイス（ＡＰＩ）に従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段１９と、上記ゲートウェイ装置１７を経由して受信した処理結果を、ＪＳＯＮ（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式のフォーマットに変換するレスポンスデータ変換手段１９とを備えている。
【００４０】
また、上記送信元端末１３のリクエストデータ１２には、相手先携帯端末１１の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、上記レスポンスデータ２０には、上記リクエストデータ１２に対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、メッセージＩＤ、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれている。
【００４１】
また、上記送信元端末１３のリクエストデータ１２には、検索対象の相手先携帯端末１１の電話番号が含まれると共に、上記レスポンスデータ２０には、上記リクエストデータ１２で検索要求された相手先携帯端末１１の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれている。
【００４２】
また、上記管理装置１５は、上記ゲートウェイ装置１７毎の通信料金を保存するゲートウェイ装置通信料金保存手段２２を備え、上記送信元端末１３からリクエストデータ１２を受信した場合、上記ゲートウェイ装置通信料金保存手段２２を参照すると共に、通信費用が最低となるゲートウェイ装置１７を選択する、ゲートウェイ装置選択手段２４とを備えている。
【００４３】
また、上記送信元端末１３から上記管理装置１５にＰＯＳＴメッソドを用いてアクセスする場合におけるアクセス先のＵＲＬには、リクエストの種類に応じた所定のキーコードが含まれている。
【００４４】
また、上記管理装置１５は、上記送信元端末１３が保有するポイント情報を保存するポイント情報保存手段２５と、送信元端末１３の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段２６を備えている。
【００４５】
また、上記管理装置１５には、上記送信元端末１３からのポイント残高確認リクエスト応じて、上記送信元端末１３が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末１３に返信するポイント残高確認手段２７を備え、ポイント残高確認のリクエストデータ１２は、ＨＴＴＰのＧＥＴメソッドを用いて、上記管理装置１５に送信されると共に、上記管理装置１５から上記送信元端末１３に返信されるレスポンスデータ２０は、ＪＳＯＮ形式のフォーマットに基づいて記載されると共に、当該送信元端末１３の所有者が所有するポイント残高数を含んでいる。
【実施例１】
【００４６】
本実施例の構成について添付図面を用いて以下説明する。
図１は、本実施例のデータ仲介システム１０のシステム構成を示す概念図である。
図１に示すように、送信元端末１３、１３、１３、１３は、携帯電話若しくはパーソナルコンピュータである。
上記送信元端末１３、１３、１３、１３と管理装置１５とは、インターネット等の広域ネットワーク、若しくは電話回線網を通じて接続されている。
また、ゲートウェイ装置１７、１７、１７は、国内、若しくは海外のＳＭＳサービスのキャリアが保有しており、夫々異なるＡＰＩで構築された、コンピュータである。
上記ゲートウェイ装置１７、１７、１７は、夫々相手先携帯端末１１、１１、１１．．に接続可能であり、ＳＭＳメールを送受信する。
【００４７】
上記実施例の構成において、送信元端末１３から、相手先携帯端末１１に対して、ＳＭＳメールを送信する場合の動作について説明する。
送信元端末１３から、管理装置１５へのアクセスは、ＨＴＴＰのＰＯＳＴメソッドによって行われる。
ＰＯＳＴメソッドを用いると共に、リクエストデータ１２に必要なデータ項目が含まれていることにより、送信元端末１３におけるインターフェイスの形態には、何ら制約は無い。  
例えば、送信元端末１３がパーソナルコンピュータの場合、自己のホームページ、電子掲示板、ブログ等のＷｅｂページ上に、メッセージの入力部、送信ボタン等を自由に設計することが可能であり、送信元端末１３が携帯電話である場合には、ＳＭＳメール送受信用のアプリケーションを独自に開発することもできる。
従って、ＳＭＴＰを利用した場合と比較して、多様なインターフェイスの開発が容易に可能である。
【００４８】
なお、上記送信元端末１３から上記管理装置１５にアクセスする場合において、必要となるキーコードは、予め本実施例に係るデータ仲介システム１０の提供者と契約を結び、付与を受けておく。
上記管理装置１５におけるアクセス先ＵＲＬは、リクエストの種類毎に定められ、夫々、送信元端末１３の保有者毎のユニークなキーコードを含んでいる。
【００４９】
図１に示すように、送信元端末１３のリクエストデータ１２が上記管理装置１５に送信されると、上記管理装置１５のリクエストデータ解析手段１８は、リクエストデータ１２から、ＳＭＳメール送信に必要となる、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、相手先携帯端末に送信するメッセージテキストデータを抽出する。
【００５０】
更に、ゲートウェイ装置選択手段２４は、上記ゲートウェイ装置通信料金保存手段２２に保存されている、ゲートウェイ装置１７、１７、１７、１７の通信費用を参照し、当該ＳＭＳメールを送信する場合に、最も通信費用を低くすることが可能なゲートウェイ装置１７を選択する。
【００５１】
次に、上記プロトコル変換手段１９によって、選択されたゲートウェイ装置１７のＡＰＩに合わせたプロトコルに従って、上記クエストデータ解析手段１８によって抽出されたデータ項目を変換し、上記ゲートウェイ装置１７に対して送信する。
上記ゲートウェイ装置１７は、受け渡された相手先携帯端末１１の電話番号を基に、相手先携帯端末１１に対してＳＭＳメールを送信し、送信結果データをゲートウェイ装置１７のプロトコルに従って、上記管理装置１５に返信する。
上記管理装置１５のレスポンスデータ変換手段２１は、上記ゲートウェイ装置１７の送信結果データを、ＪＳＯＮ形式のフォーマットのレスポンスデータ２０に変換し、上記レスポンスデータ２０を送信元端末１３に返信する。
【００５２】
図２は、本実施例における上記レスポンスデータ２０の構造を示している。
図２において、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ２８は、レスポンスデータ２０のデータ形式を示しており、本実施例においては、ＪＳＯＮ形式となっている。
Ｓｔａｔｅｓ２９は、ＳＭＳメールの送信結果であり、図２においては正常終了である旨の"ＯＫ"が設定されている。
また、ｕｒｌ３０は、管理サーバ１５のアクセス先のＵＲＬ、ｍｓｇｉｄ３１は、送信メッセージの固有のＩＤ番号、Ｃｏｓｔ３２は、今回の送受信で消費されたポイント数を示している。
本実施例においては、消費されたポイント数がポイント管理手段２６によってポイント情報保存手段２５から減じられる。
また、ｅｒｒｏｒｍｓｇ３３は、送信にエラーが有った場合に、エラーの内容がテキストとして設定される。本実施例においては、正常終了のためｎｕｌｌが設定されている。
また、ｒｅｃｉｐｉｅｎｔ３４は、相手先携帯端末の電話番号を示している。
送信元端末の所有者は、上記レスポンスデータ２０の内容によって、送信結果を認識することが可能である。
【００５３】
レスポンスデータ２０がＪＳＯＮ形式で記載されているため、例えば、レスポンスデータ２０のデータを基に、ＳＭＳメールの送受信履歴を作成する機能を構築するような場合にも、必要なデータに簡単にアクセスすることができる。
【実施例２】
【００５４】
上記実施例の形態において、所定の電話番号の相手先携帯端末１１が存在しているか否かを検索する場合の動作について説明する。
図１に示すように、本実施例にあっては、送信元端末１３から管理装置１５に対するリクエストデータ１２には、検索対象の相手先携帯端末の電話番号が含まれている。
【００５５】
管理装置１５へのアクセスは、実施例１と同様に、ＨＴＴＰのＰＯＳＴメソッドによって行われ、アクセスは、実施例１とは別途に定められたＵＲＬに対して行う。
【００５６】
実施例１と同様に、リクエストデータ解析手段１８によって、リクエストデータ１２から、相手先携帯端末の電話番号が抽出される。
なお、ゲートウェイ装置選択手段２４による、ゲートウェイ装置１７の選択処理、及び、プロトコル変換手段１９によって、選択されたゲートウェイ装置１７のＡＰＩに合わせたプロトコルに従って、上記クエストデータ解析手段１８によって抽出されたデータ項目を、上記ゲートウェイ装置１７に対して送信する処理、レスポンスデータ変換手段２１については、夫々実施例１と同様である。
【００５７】
図３は、本実施例におけるレスポンスデータ２０の構造を示している。
図３において、ｅｒｒｏｒｍｓｇ３５は、検索時のエラー発生の有無が設定され、本実施例にあっては、エラーなしのためｎｕｌｌが設定されている。
また、ｍｎ３６は、検索対象の電話番号、ｍｍｃ３７は相手先携帯端末１１の所属国名、ｍｎｃ３８は、当該電話番号が所属しているネットワークコード番号、ｏｐｅｒａｔｏｒ−ｎａｍｅ３９は、当該電話番号の相手先携帯端末１１が所属しているキャリア名、ｃｏｕｎｔｒｙ−ｎａｍｅ４０は、相手先携帯端末の所属国名を示している。
また、ｅｒｒｏｒ−ｃｏｄｅ４１は検索時のエラーのコード番号を示し、本実施例にあっては正常に検索が行えた場合には０となり、何らかのエラーが発生した場合は、エラー種別によって所定の番号が設定される。
【００５８】
上記レスポンスデータ２０を参照することによって、相手先携帯端末１１が実在すると共に、所属国、所属キャリア名等を把握することができる。
従って、実際にＳＭＳメールを送信する前に、相手先が実在しているかを確認できることから、無駄な通信費用を削減することができる。
【実施例３】
【００５９】
上記実施例の形態において、送信元端末１３の所有者が保有しているポイント残高を確認する場合の動作について説明する。
図１に示すように、本実施例にあっては、ＨＴＴＰプロトコルのＧＥＴメソッドを用いて、送信元端末１３から管理装置１５へアクセスし、リクエストデータ２０を送信する。
上記管理装置１５においては、上記リクエストデータ１２を受信することによって、ポイント残高確認手段２７は、要求元の送信元端末の所有者が保有しているポイント残高を、ポイント情報保存手段２５から読み出し、図４に示すようにレスポンスデータ２０のｒｅｍａｉｎｉｎｇ＿ｐｏｉｎｔｓ４４として、送信元端末１３に返信する。
従って、送信元端末１３の所有者はポイント残高を速やかに確認することができる。
【００６０】
なお、上記各実施例で示した、リクエストデータ及びレスポンスデータの各項目は、一例であり、その他の項目が含まれていても、上記各実施例の作用、及び効果は同様である。
例えばセキュリティを高めるため、アクセス先ＵＲＬに含まれるキーコードの他に、別途パスワードを付与し、リクエストデータ中に上記パスワードを設定させるようにしても良い。
【産業上の利用可能性】
【００６１】
本発明は、国内の携帯端末から、海外若しくは、国内の他の携帯端末に対して、ショートメッセージを送信しうるデータ仲介システムに適用可能である。
【符号の説明】
【００６２】
１０  データ仲介システム
１１  相手先携帯端末
１２  リクエストデータ
１３  送信元端末
１４  広域ネットワーク若しくは公衆回線
１５  管理装置
１７  ゲートウェイ装置
１８  リクエストデータ解析手段
１９  プロトコル変換手段
２０  レスポンスデータ
２１  レスポンスデータ変換手段
２２  ゲートウェイ装置通信料金保存手段
２４  ゲートウェイ装置選択手段
２５  ポイント情報保存手段
２６  ポイント管理手段
２７  ポイント残高確認手段
２８  レスポンスデータにおけるＣｏｎｔｅｎｔ−Ｔｙｐｅ変数
２９  レスポンスデータにおけるｓｔａｔｅｓ変数
３０  レスポンスデータにおけるｕｒｌ変数
３１  レスポンスデータにおけるｍｓｇｉｄ変数
３２  レスポンスデータにおけるｃｏｓｔ変数
３３  レスポンスデータにおけるｅｒｒｏｒｍｓｇ変数
３４  レスポンスデータにおけるｒｅｃｉｐｉｅｎｔ変数
３５  レスポンスデータにおけるｅｒｒｏｒｍｓｇ変数
３６  レスポンスデータにおけるｍｎ変数  
３７  レスポンスデータにおけるｍｍｃ変数
３８  レスポンスデータにおけるｍｎｃ変数
３９  レスポンスデータにおけるｏｐｅｒａｔｏｒ−ｎａｍｅ変数
４０  レスポンスデータにおけるｃｏｕｎｔｒｙ−ｎａｍｅ変数
４１  レスポンスデータにおけるｅｒｒｏｒ−ｃｏｄｅ変数
４２  レスポンスデータにおけるｒｅｍａｉｎｉｎｇ＿ｐｏｉｎｔｓ変数
【図１】
2012178799.tif 000003
【図２】
2012178799.tif 000004
【図３】
2012178799.tif 000005
【図４】
2012178799.tif 000006
【手続補正書】
【提出日】平成23年7月20日(2011.7.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
相手先携帯端末に対してリクエストデータを送信する送信元端末と、上記送信元端末と公衆回線、若しくは広域ネットワークを介して接続され、上記リクエストデータを受信しうる管理装置と、上記管理装置と公衆回線、若しくは広域ネットワークを介して接続され、上記相手先携帯端末に接続しうるショートメッセージサービス（ＳＭＳ）を提供する複数のゲートウェイ装置とを備え、
上記管理装置は、上記複数のゲートウェイ装置から、一のゲートウェイ装置を選択すると共に、選択されたゲートウェイ装置に対して、上記送信元端末から受信したリクエストデータに対応する処理を請求するデータ仲介システムであって、
上記送信元端末から、上記管理装置に対して送信されるリクエストデータは、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｔｏｃｏｌ）のＰＯＳＴメソッドを用いて、上記管理装置に送信されると共に、
上記管理装置は、上記リクエストデータを解析し、選択された上記ゲートウェイ装置に対して送信するデータを抽出する、リクエストデータ解析手段と、
選択された上記ゲートウェイ装置のアプリケーションインタフェイス（ＡＰＩ）に従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段と、上記ゲートウェイ装置を経由して受信した処理結果を、ＪＳＯＮ（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式のフォーマットに変換するレスポンスデータ変換手段とを備えていることを特徴とするデータ仲介システム。
【請求項２】
上記送信元端末のリクエストデータには、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、
上記レスポンスデータには、上記リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、メッセージＩＤ、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれることを特徴とする請求項１に記載のデータ仲介システム。
【請求項３】
上記送信元端末のリクエストデータには、検索対象の相手先携帯端末の電話番号が含まれると共に、
上記レスポンスデータには、上記リクエストデータで検索要求された相手先携帯端末の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれることを特徴とする請求項１に記載のデータ仲介システム。
【請求項４】
上記管理装置は、上記ゲートウェイ装置毎の通信料金を保存するゲートウェイ装置通信料金保存手段を備え、
上記送信元端末からリクエストデータを受信した場合、上記ゲートウェイ装置通信料金保存手段を参照すると共に、通信費用が最低となるゲートウェイ装置を選択する、ゲートウェイ装置選択手段とを備えることを特徴とする請求項１から請求項３いずれか１項に記載のデータ仲介システム。
【請求項５】
上記送信元端末から上記管理装置にＰＯＳＴメッソドを用いてアクセスする場合におけるアクセス先のＵＲＬには、リクエストの種類に応じた所定のキーコードが含まれていることを特徴とする請求項１から請求項４いずれか１項に記載のデータ仲介システム。
【請求項６】
上記管理装置は、上記送信元端末が保有するポイント情報を保存するポイント情報保存手段と、
送信元端末の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段を備えることを特徴とする請求項１から請求項５いずれか１項に記載のデータ仲介システム。
【請求項７】
上記管理装置には、上記送信元端末からのポイント残高確認リクエスト応じて、上記送信元端末が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末に返信するポイント残高確認手段を備え、
ポイント残高確認のリクエストデータは、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｔｏｃｏｌ）のＧＥＴメソッドを用いて、上記管理装置に送信されると共に、
上記管理装置から上記送信元端末に返信されるレスポンスデータは、ＪＳＯＮ形式のフォーマットに基づいて記載されると共に、当該送信元端末の所有者が所有するポイント残高数を含むことを特徴とする請求項１から請求項６いずれか１項に記載のデータ仲介システム。
【請求項８】
上記送信元端末は、パーソナルコンピュータであることを特徴とする請求項１から請求項７いずれか１項に記載のデータ仲介システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、国内の携帯端末から、海外若しくは、国内の他の携帯端末に対して、ショートメッセージを送信しうるデータ仲介システムに関する。
【背景技術】
【０００２】
現在、我が国において、他人の携帯端末に対してテキストメッセージを送信する手段として、Ｓｉｍｐｌｅ Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＳＭＴＰ）を用いた所謂携帯メールサービスが最も広く普及している。
上記携帯メールサービスは、送信可能な文字数制限が無く、且つテキストデータの他、画像データ等を添付して送信することも可能である。
また、異なるキャリア間及び、パーソナルコンピュータのインターネットメールとの間においても、インターネットを経由してメールを相互に送受信することができる。
【０００３】
しかしながら、携帯メールの場合、ＳＭＴＰで送信するため、送受信には、専用のソフトウェアが必要であり、メール送受信機能を有するインターフェイス、アプリケーションを自由に開発することはコスト等の面から難しかった。
【０００４】
また、受信側においても課金が発生するため、一方的に送信されたメールに対して、不本意な課金が発生する虞があった。
【０００５】
また、近年、キャリア間において、同一の電話番号を継続して使用することができる、所謂ナンバーポータビリティ制度が導入されたが、携帯メールアドレスは、異なるキャリア間での継続使用ができず、キャリア変更に伴い携帯メールアドレスも変更となることから、所属するキャリアが変更となった場合に、相手先との連絡が不意に取れなくなる場合があった。
【０００６】
一方、比較的短いテキストメッセージを送受信するサービスとして、我が国以外の多くの国において広く普及している、ショートメッセージサービス（所謂ＳＭＳメール）がある。
ＳＭＳメールの場合、送信可能な文字数が１４０オクテット以内という制限があるが、ＳＭＳメールを用いてメッセージを送受信する場合、送信相手先は、電話番号で指定することが可能であり、受信側おいては、受信料金がかからない。
【０００７】
海外においては、第二世代の携帯電話規格として、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）方式と、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式が存在しているが、既に、夫々のキャリア間において、相互に接続が可能となるようにゲートウェイ装置が対応しており、上記２つのキャリア間においても相互にＳＭＳメールを利用することができる。
このため、海外においては、メッセージの送信手段として、ＳＭＳメールが、最も広く普及しており、世界の携帯ユーザーの７割以上が使用していると言われている。
しかしながら、我が国においては、国内の異なるキャリア間において、ＳＭＳメールの相互送受信を行うことができず、また、海外のＳＭＳメールとの送受信も行うことができなかった。
このため、ＳＭＳメールが普及する前に、異なるキャリア間においても送受信が可能な携帯メールが先行して普及したことから、現状においては、ＳＭＳメールが利用されることは少ない。
【０００８】
現在、国内の複数のサードパーティによって、携帯メールのアドレスを変換して、海外ＳＭＳとの送受信が可能となるサービスが提供されている。
上記サービスに加入した場合、国内の送信元端末の所有者は、通常の携帯メール送受信のアプリケーションを用いて、上記サードパーティに対して、相手先携帯端末の電話番号と送信するメッセージ等を、所定のフォーマットで、携帯メールで送信する。
上記サードパーティの装置によって、携帯メールで送信された相手先の携帯電話番号から、相手先の携帯電話のキャリアが保有するゲートウェイ装置を探索され、携帯メールで送信されたメッセージがＳＭＳメールとして転送される。
しかしながら上記サービスを利用した場合であっても、海外ＳＭＳとの送受信については、携帯メールアドレスが変更となった場合には、別途上記サードパーティとの契約変更する必要がある。
また、送信元端末側においては、現状の携帯メール用アプリケーションを使用する必要があったため、独自のインターフェイスの開発が難しかった。
また、国内のキャリア間においてのＳＭＳメールの送受信についても、国内の一部のキャリア間で協議が開始されているが、現時点において依然不可能である。
【０００９】
上記背景にも関わらず、現在においても、送受信のインターフェイス開発の自由度が高く、且つ容易に海外、及び国内キャリア間とのＳＭＳメールの送受信を行うことを可能とする、データ仲介システムは提供されていなかった。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明の解決する課題は、送受信のインターフェイスの開発が容易であると共に、異なるキャリア間、及び国内、海外を問わず、自由にメッセージ等の送受信サービスを行うことが可能な、データ仲介システムを提供することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、請求項１に記載した発明に係るデータ仲介システムは、相手先携帯端末に対してリクエストデータを送信する送信元端末と、上記送信元端末と公衆回線、若しくは広域ネットワークを介して接続され、上記リクエストデータを受信しうる管理装置と、上記管理装置と公衆回線、若しくは広域ネットワークを介して接続され、上記相手先携帯端末に接続しうるショートメッセージサービス（ＳＭＳ）を提供する複数のゲートウェイ装置とを備え、上記管理装置は、上記複数のゲートウェイ装置から、一のゲートウェイ装置を選択すると共に、選択されたゲートウェイ装置に対して、上記送信元端末から受信したリクエストデータに対応する処理を請求するデータ仲介システムであって、上記送信元端末から、上記管理装置に対して送信されるリクエストデータは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｔｏｃｏｌ）のＰＯＳＴメソッドを用いて、上記管理装置に送信されると共に、上記管理装置は、上記リクエストデータを解析し、選択された上記ゲートウェイ装置に対して送信するデータを抽出する、リクエストデータ解析手段と、選択された上記ゲートウェイ装置のアプリケーションインタフェイス（ＡＰＩ）に従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段と、上記ゲートウェイ装置を経由して受信した処理結果を、ＪＳＯＮ（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式のフォーマットに変換するレスポンスデータ変換手段とを備えていることを特徴とする。
【００１２】
ＨＴＴＰプロトコルのＰＯＳＴメソッドによるデータ送信は、クライアントからサーバ装置に対して、データを送信する手段として広く用いられており、例えば、自己のホームページ上のＷｅｂフォームからの入力データの送信、電子掲示板への投稿インターフェイス等に広く用いられている技術である。
従って、携帯用のアプリケーションの他、一般的なパーソナルコンピュータ上においても、自由にインターフェイスの設計が可能である。
【００１３】
また、ＪＳＯＮとは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔをベースとしたデータ表現のフォーマットであり、構造が単純であり、異なるプログラミング言語間でのデータの受け渡しが簡単に行えるという特徴を有している。
【００１４】
請求項１に係る発明にあっては、送信元端末からのリクエストデータの送信に、ＨＴＴＰのＰＯＳＴメソッドを用いていることから、ＳＭＴＰを用いた場合と異なり、インターフェイス構築の制約が少なく、また、レスポンスデータがＪＳＯＮ形式フォーマットで記載されているため、送信対象のデータの取り出し処理が容易であることから、専用のメールソフトを用いる必要が無い。
また、プロトコル変換手段によって、ゲートウェイ装置のＡＰＩに従って、通信プロトコルを変換すると共に、ゲートウェイ装置を経由して受信したレスポンスデータは、ＪＳＯＮ形式フォーマットに変換されるため、国内、海外のゲートウェイ装置間のＡＰＩの差異を意識することなく、相互にＳＭＳメールの送受信を行うことができる。
【００１５】
また、請求項２の発明にあっては、上記送信元端末のリクエストデータには、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、上記レスポンスデータには、上記リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、メッセージＩＤ、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれることを特徴とする。
【００１６】
従って、リクエストデータに含まれる、相手先の携帯番号とメッセージテキストデータは、ＳＭＳを提供する一のゲートウェイ装置に対応したプロトコルに変換された上で、受け渡される。
また、上記ゲートウェイ装置から受信した送信結果は、リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、メッセージＩＤ、送信失敗時のエラーメッセージ、相手先携帯端末の電話番号の各情報を含む、ＪＳＯＮ形式のフォーマットに変換されて、上記送信元端末に返信される。
【００１７】
また、請求項３の発明にあっては、上記送信元端末のリクエストデータには、検索対象の相手先携帯端末の電話番号が含まれると共に、上記レスポンスデータには、上記リクエストデータで検索要求された相手先携帯端末の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれることを特徴とする。
【００１８】
従って、相手先の携帯番号が、ゲートウェイ装置に対応したプロトコルに変換された上で受け渡されると共に、上記ゲートウェイ装置から受信した検索結果から、上記リクエストデータで検索要求された相手先携帯端末の電話番号の存在有無の情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが夫々ＪＳＯＮ形式のフォーマットに変換されて、送信元端末に返信され、送信元端末において、相手先携帯端末が実在しているか否かが把握できる。
【００１９】
また、請求項４の発明にあっては、上記管理装置は、上記ゲートウェイ装置毎の通信料金を保存するゲートウェイ装置通信料金保存手段を備え、上記送信元端末からリクエストデータを受信した場合、上記ゲートウェイ装置通信料金保存手段を参照すると共に、通信費用が最低となるゲートウェイ装置を選択する、ゲートウェイ装置選択手段とを備えることを特徴とする。
【００２０】
従って、上記管理装置によって、送信元端末の所有者が支払う通信費用が最低となるように、ゲートウェイ装置が自動的に選択される。
【００２１】
また、請求項５の発明にあっては、上記送信元端末から上記管理装置にＰＯＳＴメッソドを用いてアクセスする場合におけるアクセス先のＵＲＬには、リクエストの種類に応じた所定のキーコードが含まれていることを特徴とする。
【００２２】
従って、予め、契約等によって、上記キーコードを付与された者のみが、上記管理サーバにアクセスすることができる。
【００２３】
また、請求項６の発明にあっては、上記管理装置は、上記送信元端末が保有するポイント情報を保存するポイント情報保存手段と、送信元端末の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段を備えることを特徴とする。
【００２４】
従って、上記送信元端末の所有者は、保有するポイント数に応じて、サービスを受けることができる。
【００２５】
また、請求項７の発明にあっては、上記管理装置には、上記送信元端末からのポイント残高確認リクエスト応じて、上記送信元端末が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末に返信するポイント残高確認手段を備え、ポイント残高確認のリクエストデータは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｔｏｃｏｌ）のＧＥＴメソッドを用いて、上記管理装置に送信されると共に、上記管理装置から上記送信元端末に返信されるレスポンスデータは、ＪＳＯＮ形式のフォーマットに基づいて記載されると共に、当該送信元端末の所有者が所有するポイント残高数を含むことを特徴とする。
【００２６】
ＨＴＴＰのＧＥＴメソッドは、アクセス先の装置に対して、上記リクエストデータで要求した所定のリソースを取り出すことができる。
請求項７の発明にあっては、リクエストデータの要求に応じ、上記管理装置は、自己が保有する送信元端末の所有者が保有するポイント残高を、ＪＳＯＮ形式フォーマットで記載して送信元端末に返信する。
【００２７】
また、請求項８の発明にあっては、上記送信元端末は、パーソナルコンピュータであることを特徴とする。
【発明の効果】
【００２８】
請求項１の発明にあっては、相手先携帯端末に対してリクエストデータを送信する送信元端末と、上記送信元端末と公衆回線、若しくは広域ネットワークを介して接続され、上記リクエストデータを受信しうる管理装置と、上記管理装置と公衆回線、若しくは広域ネットワークを介して接続され、上記相手先携帯端末に接続しうるショートメッセージサービス（ＳＭＳ）を提供する複数のゲートウェイ装置とを備え、上記管理装置は、上記複数のゲートウェイ装置から、一のゲートウェイ装置を選択すると共に、選択されたゲートウェイ装置に対して、上記送信元端末から受信したリクエストデータに対応する処理を請求するデータ仲介システムであって、上記送信元端末から、上記管理装置に対して送信されるリクエストデータは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｔｏｃｏｌ）のＰＯＳＴメソッドを用いて、上記管理装置に送信されると共に、上記管理装置は、上記リクエストデータを解析し、選択された上記ゲートウェイ装置に対して送信するデータを抽出する、リクエストデータ解析手段と、選択された上記ゲートウェイ装置のアプリケーションインタフェイス（ＡＰＩ）に従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段と、上記ゲートウェイ装置を経由して受信した処理結果を、ＪＳＯＮ（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式のフォーマットに変換するレスポンスデータ変換手段とを備えていることから、ＳＭＴＰプロトコルを用いた場合と異なり、インターフェイス構築の自由度が高く、また、レスポンスデータがＪＳＯＮ形式フォーマットで記載されているため、送信対象のデータの取り出し処理が容易である。
また、プロトコル変換手段によって、ゲートウェイ装置のＡＰＩに従って、通信プロトコルを変換すると共に、ゲートウェイ装置を経由して受信したレスポンスデータがＪＳＯＮ形式フォーマットに変換されるため、国内、海外のゲートウェイ装置間のＡＰＩの違いを意識することなく、相互にＳＭＳメールの送受信ができる。
従って、送受信のインターフェイスの開発が容易であると共に、異なるキャリア間、及び国内、海外を問わず、自由にメッセージ等の送受信サービスを行うことが可能な、データ仲介システムを提供することができる。
【００２９】
また、請求項２の発明にあっては、上記送信元端末のリクエストデータには、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、上記レスポンスデータには、上記リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、メッセージＩＤ、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれることから、送信元端末から、国内及び海外を問わず、相手先携帯端末の電話番号を指定することによって、メッセージテキストデータを、ＳＭＳメールによって送信することができる。
【００３０】
また、請求項３の発明にあっては、上記送信元端末のリクエストデータには、検索対象の相手先携帯端末の電話番号が含まれると共に、上記レスポンスデータには、上記リクエストデータで検索要求された相手先携帯端末の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれることから、相手先携帯端末に対してＳＭＳメールを送信する前に、相手先携帯端末の電話番号の使用有無を、事前に確認することができるため、無駄な通信費用を削減することができる。
【００３１】
また、請求項４の発明にあっては、上記管理装置は、上記ゲートウェイ装置毎の通信料金を保存するゲートウェイ装置通信料金保存手段を備え、上記送信元端末からリクエストデータを受信した場合、上記ゲートウェイ装置通信料金保存手段を参照すると共に、通信費用が最低となるゲートウェイ装置を選択する、ゲートウェイ装置選択手段とを備えることから、常に送信元端末の所有者が支払う課金が最低となるゲートウェイ装置が自動的に選択される。
従って、通信費用を更に削減することができる。
【００３２】
また、請求項５の発明にあっては、上記送信元端末から上記管理装置にＰＯＳＴメッソドを用いてアクセスする場合におけるアクセス先のＵＲＬには、リクエストの種類に応じた所定のキーコードが含まれていることから、キーコードの保有者以外の者の不正アクセを防止することができる。
【００３３】
また、請求項６の発明にあっては、上記管理装置は、上記送信元端末が保有するポイント情報を保存するポイント情報保存手段と、送信元端末の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段を備えることから、保有ポイントの範囲でサービスを受けることができるため、予期しない通信費を請求される虞が無い。
【００３４】
また、請求項７の発明にあっては、上記管理装置には、上記送信元端末からのポイント残高確認リクエスト応じて、上記送信元端末が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末に返信するポイント残高確認手段を備え、ポイント残高確認のリクエストデータは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｔｏｃｏｌ）のＧＥＴメソッドを用いて、上記管理装置に送信されると共に、上記管理装置から上記送信元端末に返信されるレスポンスデータは、ＪＳＯＮ形式のフォーマットに基づいて記載されると共に、当該送信元端末の所有者が所有するポイント残高数を含む。
【００３５】
従って、リクエストデータの要求に従って、管理装置は、自己が保有する、送信元端末の所有者が保有するポイント残高を、ＪＳＯＮ形式フォーマットで記載して、送信元端末に返信するため、送信前にポイント残高を確認しておくことにより、不意のポイント残高切れによって、相手先携帯端末との送受信ができなくなることが無い。
【００３６】
また、請求項８の発明にあっては、上記送信元端末は、パーソナルコンピュータであることを特徴とする。
従来ＳＭＳメールは携帯電話間において行われているが、本データ仲介システムを用いた場合は、相手先がＳＭＳに対応した携帯電話であれば、パーソナルコンピュータ等からもＳＭＳメールの送信が可能となる。
【図面の簡単な説明】
【００３７】
【図１】本発明の一実施の形態を示し、実施例の形態におけるデータ仲介システムの構成を示す概念図である。
【図２】本発明の実施例の形態において、相手先の携帯端末に対して、テキストメッセージデータの送信をリクエストした場合に、管理サーバから返信されるレスポンスデータの構造例である。
【図３】本発明の実施例の形態において、相手先の携帯端末の電話番号の使用有無の確認をリクエストした場合、管理サーバから返信されるレスポンスデータの構造例である。
【図４】本発明の実施例の形態において、送信元端末の所有者が保有するポイント残高の確認をリクエストした場合に、管理サーバから返信されるレスポンスデータの構造例である。
【発明を実施するための最良の形態】
【００３８】
本発明を実施するための形態について、送信元端末から、相手先携帯端末に対して、テキストメッセージデータを送信する場合を例として、添付図面を用いて説明する。
本発明に係るデータ仲介システム１０は、相手先携帯端末１１に対してリクエストデータ１２を送信する携帯電話若しくはパーソナルコンピュータである送信元端末１３、１３、１３、１３と、上記送信元端末１３と公衆回線、若しくは広域ネットワーク１４を介して接続され、上記リクエストデータ１２を受信しうる管理装置１５と、上記管理装置１５と公衆回線、若しくは広域ネットワーク１４を介して接続され、上記相手先携帯端末１１、１１、１１．．に接続しうるショートメッセージサービス（ＳＭＳ）を提供する複数のゲートウェイ装置１７、１７、１７とを備えている。
【００３９】
上記管理装置１５は、上記複数のゲートウェイ装置１７、１７、１７から、一のゲートウェイ装置１７を選択すると共に、選択されたゲートウェイ装置１７に対して、上記送信元端末１３から受信したリクエストデータ１２に対応する処理を請求する。上記送信元端末１３から、上記管理装置１５に対して送信されるリクエストデータ１２は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｔｏｃｏｌ）のＰＯＳＴメソッドを用いて、上記管理装置１５に送信されると共に、上記管理装置１５は、上記リクエストデータ１２を解析し、選択された上記ゲートウェイ装置１７に対して送信するデータを抽出する、リクエストデータ解析手段１８と、選択された上記ゲートウェイ装置１７のアプリケーションインタフェイス（ＡＰＩ）に従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段１９と、上記ゲートウェイ装置１７を経由して受信した処理結果を、ＪＳＯＮ（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式のフォーマットに変換するレスポンスデータ変換手段２１とを備えている。
【００４０】
また、上記送信元端末１３のリクエストデータ１２には、相手先携帯端末１１の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、上記レスポンスデータ２０には、上記リクエストデータ１２に対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、メッセージＩＤ、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれている。
【００４１】
また、上記送信元端末１３のリクエストデータ１２には、検索対象の相手先携帯端末１１の電話番号が含まれると共に、上記レスポンスデータ２０には、上記リクエストデータ１２で検索要求された相手先携帯端末１１の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれている。
【００４２】
また、上記管理装置１５は、上記ゲートウェイ装置１７毎の通信料金を保存するゲートウェイ装置通信料金保存手段２２を備え、上記送信元端末１３からリクエストデータ１２を受信した場合、上記ゲートウェイ装置通信料金保存手段２２を参照すると共に、通信費用が最低となるゲートウェイ装置１７を選択する、ゲートウェイ装置選択手段２４とを備えている。
【００４３】
また、上記送信元端末１３から上記管理装置１５にＰＯＳＴメッソドを用いてアクセスする場合におけるアクセス先のＵＲＬには、リクエストの種類に応じた所定のキーコードが含まれている。
【００４４】
また、上記管理装置１５は、上記送信元端末１３が保有するポイント情報を保存するポイント情報保存手段２５と、送信元端末１３の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段２６を備えている。
【００４５】
また、上記管理装置１５には、上記送信元端末１３からのポイント残高確認リクエスト応じて、上記送信元端末１３が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末１３に返信するポイント残高確認手段２７を備え、ポイント残高確認のリクエストデータ１２は、ＨＴＴＰのＧＥＴメソッドを用いて、上記管理装置１５に送信されると共に、上記管理装置１５から上記送信元端末１３に返信されるレスポンスデータ２０は、ＪＳＯＮ形式のフォーマットに基づいて記載されると共に、当該送信元端末１３の所有者が所有するポイント残高数を含んでいる。
【実施例１】
【００４６】
本実施例の構成について添付図面を用いて以下説明する。
図１は、本実施例のデータ仲介システム１０のシステム構成を示す概念図である。
図１に示すように、送信元端末１３、１３、１３、１３は、携帯電話若しくはパーソナルコンピュータである。
上記送信元端末１３、１３、１３、１３と管理装置１５とは、インターネット等の広域ネットワーク、若しくは電話回線網を通じて接続されている。
また、ゲートウェイ装置１７、１７、１７は、国内、若しくは海外のＳＭＳサービスのキャリアが保有しており、夫々異なるＡＰＩで構築された、コンピュータである。
上記ゲートウェイ装置１７、１７、１７は、夫々相手先携帯端末１１、１１、１１．．に接続可能であり、ＳＭＳメールを送受信する。
【００４７】
上記実施例の構成において、送信元端末１３から、相手先携帯端末１１に対して、ＳＭＳメールを送信する場合の動作について説明する。
送信元端末１３から、管理装置１５へのアクセスは、ＨＴＴＰのＰＯＳＴメソッドによって行われる。
ＰＯＳＴメソッドを用いると共に、リクエストデータ１２に必要なデータ項目が含まれていることにより、送信元端末１３におけるインターフェイスの形態には、何ら制約は無い。  
例えば、送信元端末１３がパーソナルコンピュータの場合、自己のホームページ、電子掲示板、ブログ等のＷｅｂページ上に、メッセージの入力部、送信ボタン等を自由に設計することが可能であり、送信元端末１３が携帯電話である場合には、ＳＭＳメール送受信用のアプリケーションを独自に開発することもできる。
従って、ＳＭＴＰを利用した場合と比較して、多様なインターフェイスの開発が容易に可能である。
【００４８】
なお、上記送信元端末１３から上記管理装置１５にアクセスする場合において、必要となるキーコードは、予め本実施例に係るデータ仲介システム１０の提供者と契約を結び、付与を受けておく。
上記管理装置１５におけるアクセス先ＵＲＬは、リクエストの種類毎に定められ、夫々、送信元端末１３の保有者毎のユニークなキーコードを含んでいる。
【００４９】
図１に示すように、送信元端末１３のリクエストデータ１２が上記管理装置１５に送信されると、上記管理装置１５のリクエストデータ解析手段１８は、リクエストデータ１２から、ＳＭＳメール送信に必要となる、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、相手先携帯端末に送信するメッセージテキストデータを抽出する。
【００５０】
更に、ゲートウェイ装置選択手段２４は、上記ゲートウェイ装置通信料金保存手段２２に保存されている、ゲートウェイ装置１７、１７、１７、１７の通信費用を参照し、当該ＳＭＳメールを送信する場合に、最も通信費用を低くすることが可能なゲートウェイ装置１７を選択する。
【００５１】
次に、上記プロトコル変換手段１９によって、選択されたゲートウェイ装置１７のＡＰＩに合わせたプロトコルに従って、上記リクエストデータ解析手段１８によって抽出されたデータ項目を変換し、上記ゲートウェイ装置１７に対して送信する。
上記ゲートウェイ装置１７は、受け渡された相手先携帯端末１１の電話番号を基に、相手先携帯端末１１に対してＳＭＳメールを送信し、送信結果データをゲートウェイ装置１７のプロトコルに従って、上記管理装置１５に返信する。
上記管理装置１５のレスポンスデータ変換手段２１は、上記ゲートウェイ装置１７の送信結果データを、ＪＳＯＮ形式のフォーマットのレスポンスデータ２０に変換し、上記レスポンスデータ２０を送信元端末１３に返信する。
【００５２】
図２は、本実施例における上記レスポンスデータ２０の構造を示している。
図２において、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ２８は、レスポンスデータ２０のデータ形式を示しており、本実施例においては、ＪＳＯＮ形式となっている。
Ｓｔａｔｅｓ２９は、ＳＭＳメールの送信結果であり、図２においては正常終了である旨の"ＯＫ"が設定されている。
また、ｕｒｌ３０は、管理サーバ１５のアクセス先のＵＲＬ、ｍｓｇｉｄ３１は、送信メッセージの固有のＩＤ番号、Ｃｏｓｔ３２は、今回の送受信で消費されたポイント数を示している。
本実施例においては、消費されたポイント数がポイント管理手段２６によってポイント情報保存手段２５から減じられる。
また、ｅｒｒｏｒｍｓｇ３３は、送信にエラーが有った場合に、エラーの内容がテキストとして設定される。本実施例においては、正常終了のためｎｕｌｌが設定されている。
また、ｒｅｃｉｐｉｅｎｔ３４は、相手先携帯端末の電話番号を示している。
送信元端末の所有者は、上記レスポンスデータ２０の内容によって、送信結果を認識することが可能である。
【００５３】
レスポンスデータ２０がＪＳＯＮ形式で記載されているため、例えば、レスポンスデータ２０のデータを基に、ＳＭＳメールの送受信履歴を作成する機能を構築するような場合にも、必要なデータに簡単にアクセスすることができる。
【実施例２】
【００５４】
上記実施例の形態において、所定の電話番号の相手先携帯端末１１が存在しているか否かを検索する場合の動作について説明する。
図１に示すように、本実施例にあっては、送信元端末１３から管理装置１５に対するリクエストデータ１２には、検索対象の相手先携帯端末の電話番号が含まれている。
【００５５】
管理装置１５へのアクセスは、実施例１と同様に、ＨＴＴＰのＰＯＳＴメソッドによって行われ、アクセスは、実施例１とは別途に定められたＵＲＬに対して行う。
【００５６】
実施例１と同様に、リクエストデータ解析手段１８によって、リクエストデータ１２から、相手先携帯端末の電話番号が抽出される。
なお、ゲートウェイ装置選択手段２４による、ゲートウェイ装置１７の選択処理、及び、プロトコル変換手段１９によって、選択されたゲートウェイ装置１７のＡＰＩに合わせたプロトコルに従って、上記リクエストデータ解析手段１８によって抽出されたデータ項目を、上記ゲートウェイ装置１７に対して送信する処理、レスポンスデータ変換手段２１については、夫々実施例１と同様である。
【００５７】
図３は、本実施例におけるレスポンスデータ２０の構造を示している。
図３において、ｅｒｒｏｒｍｓｇ３５は、検索時のエラー発生の有無が設定され、本実施例にあっては、エラーなしのためｎｕｌｌが設定されている。
また、ｍｎ３６は、検索対象の電話番号、ｍｍｃ３７は相手先携帯端末１１の所属国名、ｍｎｃ３８は、当該電話番号が所属しているネットワークコード番号、ｏｐｅｒａｔｏｒ−ｎａｍｅ３９は、当該電話番号の相手先携帯端末１１が所属しているキャリア名、ｃｏｕｎｔｒｙ−ｎａｍｅ４０は、相手先携帯端末の所属国名を示している。
また、ｅｒｒｏｒ−ｃｏｄｅ４１は検索時のエラーのコード番号を示し、本実施例にあっては正常に検索が行えた場合には０となり、何らかのエラーが発生した場合は、エラー種別によって所定の番号が設定される。
【００５８】
上記レスポンスデータ２０を参照することによって、相手先携帯端末１１が実在すると共に、所属国、所属キャリア名等を把握することができる。
従って、実際にＳＭＳメールを送信する前に、相手先が実在しているかを確認できることから、無駄な通信費用を削減することができる。
【実施例３】
【００５９】
上記実施例の形態において、送信元端末１３の所有者が保有しているポイント残高を確認する場合の動作について説明する。
図１に示すように、本実施例にあっては、ＨＴＴＰプロトコルのＧＥＴメソッドを用いて、送信元端末１３から管理装置１５へアクセスし、リクエストデータ１２を送信する。
上記管理装置１５においては、上記リクエストデータ１２を受信することによって、ポイント残高確認手段２７は、要求元の送信元端末の所有者が保有しているポイント残高を、ポイント情報保存手段２５から読み出し、図４に示すようにレスポンスデータ２０のｒｅｍａｉｎｉｎｇ＿ｐｏｉｎｔｓ４４として、送信元端末１３に返信する。
従って、送信元端末１３の所有者はポイント残高を速やかに確認することができる。
【００６０】
なお、上記各実施例で示した、リクエストデータ及びレスポンスデータの各項目は、一例であり、その他の項目が含まれていても、上記各実施例の作用、及び効果は同様である。
例えばセキュリティを高めるため、アクセス先ＵＲＬに含まれるキーコードの他に、別途パスワードを付与し、リクエストデータ中に上記パスワードを設定させるようにしても良い。
【産業上の利用可能性】
【００６１】
本発明は、国内の携帯端末から、海外若しくは、国内の他の携帯端末に対して、ショートメッセージを送信しうるデータ仲介システムに適用可能である。
【符号の説明】
【００６２】
１０  データ仲介システム
１１  相手先携帯端末
１２  リクエストデータ
１３  送信元端末
１４  広域ネットワーク若しくは公衆回線
１５  管理装置
１７  ゲートウェイ装置
１８  リクエストデータ解析手段
１９  プロトコル変換手段
２０  レスポンスデータ
２１  レスポンスデータ変換手段
２２  ゲートウェイ装置通信料金保存手段
２４  ゲートウェイ装置選択手段
２５  ポイント情報保存手段
２６  ポイント管理手段
２７  ポイント残高確認手段
２８  レスポンスデータにおけるＣｏｎｔｅｎｔ−Ｔｙｐｅ変数
２９  レスポンスデータにおけるｓｔａｔｅｓ変数
３０  レスポンスデータにおけるｕｒｌ変数
３１  レスポンスデータにおけるｍｓｇｉｄ変数
３２  レスポンスデータにおけるｃｏｓｔ変数
３３  レスポンスデータにおけるｅｒｒｏｒｍｓｇ変数
３４  レスポンスデータにおけるｒｅｃｉｐｉｅｎｔ変数
３５  レスポンスデータにおけるｅｒｒｏｒｍｓｇ変数
３６  レスポンスデータにおけるｍｎ変数  
３７  レスポンスデータにおけるｍｍｃ変数
３８  レスポンスデータにおけるｍｎｃ変数
３９  レスポンスデータにおけるｏｐｅｒａｔｏｒ−ｎａｍｅ変数
４０  レスポンスデータにおけるｃｏｕｎｔｒｙ−ｎａｍｅ変数
４１  レスポンスデータにおけるｅｒｒｏｒ−ｃｏｄｅ変数
４２  レスポンスデータにおけるｒｅｍａｉｎｉｎｇ＿ｐｏｉｎｔｓ変数
【手続補正書】
【提出日】平成23年10月24日(2011.10.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
相手先携帯端末に対してリクエストデータを送信する送信元端末と、上記送信元端末と公衆回線、若しくは広域ネットワークを介して接続され、上記リクエストデータを受信しうる管理装置と、上記管理装置と公衆回線、若しくは広域ネットワークを介して接続され、上記相手先携帯端末に接続しうるショートメッセージサービス（ＳＭＳ）を提供する複数のゲートウェイ装置とを備え、
上記管理装置は、上記複数のゲートウェイ装置から、一のゲートウェイ装置を選択すると共に、選択されたゲートウェイ装置に対して、上記送信元端末から受信したリクエストデータに対応する処理を請求するデータ仲介システムであって、
上記送信元端末から、上記管理装置に対して送信されるリクエストデータは、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のＰＯＳＴメソッドを用いて、上記管理装置に送信されると共に、
上記管理装置は、上記リクエストデータを解析し、選択された上記ゲートウェイ装置に対して送信するデータを抽出する、リクエストデータ解析手段と、
選択された上記ゲートウェイ装置のアプリケーションインタフェイス（ＡＰＩ）に従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段と、上記ゲートウェイ装置を経由して受信した処理結果を、ＪＳＯＮ（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式のフォーマットに変換するレスポンスデータ変換手段とを備えていることを特徴とするデータ仲介システム。
【請求項２】
上記送信元端末のリクエストデータには、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、
上記レスポンスデータには、上記リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、メッセージＩＤ、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれることを特徴とする請求項１に記載のデータ仲介システム。
【請求項３】
上記送信元端末のリクエストデータには、検索対象の相手先携帯端末の電話番号が含まれると共に、
上記レスポンスデータには、上記リクエストデータで検索要求された相手先携帯端末の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれることを特徴とする請求項１に記載のデータ仲介システム。
【請求項４】
上記管理装置は、上記ゲートウェイ装置毎の通信料金を保存するゲートウェイ装置通信料金保存手段を備え、
上記送信元端末からリクエストデータを受信した場合、上記ゲートウェイ装置通信料金保存手段を参照すると共に、通信費用が最低となるゲートウェイ装置を選択する、ゲートウェイ装置選択手段とを備えることを特徴とする請求項１から請求項３いずれか１項に記載のデータ仲介システム。
【請求項５】
上記送信元端末から上記管理装置にＰＯＳＴメソッドを用いてアクセスする場合におけるアクセス先のＵＲＬには、リクエストの種類に応じた所定のキーコードが含まれていることを特徴とする請求項１から請求項４いずれか１項に記載のデータ仲介システム。
【請求項６】
上記管理装置は、上記送信元端末が保有するポイント情報を保存するポイント情報保存手段と、
送信元端末の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段を備えることを特徴とする請求項１から請求項５いずれか１項に記載のデータ仲介システム。
【請求項７】
上記管理装置には、上記送信元端末からのポイント残高確認リクエストに応じて、上記送信元端末が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末に返信するポイント残高確認手段を備え、
ポイント残高確認のリクエストデータは、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のＧＥＴメソッドを用いて、上記管理装置に送信されると共に、
上記管理装置から上記送信元端末に返信されるレスポンスデータは、ＪＳＯＮ形式のフォーマットに基づいて記載されると共に、当該送信元端末の所有者が所有するポイント残高数を含むことを特徴とする請求項１から請求項６いずれか１項に記載のデータ仲介システム。
【請求項８】
上記送信元端末は、パーソナルコンピュータであることを特徴とする請求項１から請求項７いずれか１項に記載のデータ仲介システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、国内の携帯端末から、海外若しくは、国内の他の携帯端末に対して、ショートメッセージを送信しうるデータ仲介システムに関する。
【背景技術】
【０００２】
現在、我が国において、他人の携帯端末に対してテキストメッセージを送信する手段として、Ｓｉｍｐｌｅ Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＳＭＴＰ）を用いた所謂携帯メールサービスが最も広く普及している。
上記携帯メールサービスは、送信可能な文字数制限が無く、且つテキストデータの他、画像データ等を添付して送信することも可能である。
また、異なるキャリア間及び、パーソナルコンピュータのインターネットメールとの間においても、インターネットを経由してメールを相互に送受信することができる。
【０００３】
しかしながら、携帯メールの場合、ＳＭＴＰで送信するため、送受信には、専用のソフトウェアが必要であり、メール送受信機能を有するインターフェイス、アプリケーションを自由に開発することはコスト等の面から難しかった。
【０００４】
また、受信側においても課金が発生するため、一方的に送信されたメールに対して、不本意な課金が発生する虞があった。
【０００５】
また、近年、キャリア間において、同一の電話番号を継続して使用することができる、所謂ナンバーポータビリティ制度が導入されたが、携帯メールアドレスは、異なるキャリア間での継続使用ができず、キャリア変更に伴い携帯メールアドレスも変更となることから、所属するキャリアが変更となった場合に、相手先との連絡が不意に取れなくなる場合があった。
【０００６】
一方、比較的短いテキストメッセージを送受信するサービスとして、我が国以外の多くの国において広く普及している、ショートメッセージサービス（所謂ＳＭＳメール）がある。
ＳＭＳメールの場合、送信可能な文字数が１４０オクテット以内という制限があるが、ＳＭＳメールを用いてメッセージを送受信する場合、送信相手先は、電話番号で指定することが可能であり、受信側おいては、受信料金がかからない。
【０００７】
海外においては、第二世代の携帯電話規格として、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）方式と、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式が存在しているが、既に、夫々のキャリア間において、相互に接続が可能となるようにゲートウェイ装置が対応しており、上記２つのキャリア間においても相互にＳＭＳメールを利用することができる。
このため、海外においては、メッセージの送信手段として、ＳＭＳメールが、最も広く普及しており、世界の携帯ユーザーの７割以上が使用していると言われている。
しかしながら、我が国においては、国内の異なるキャリア間において、ＳＭＳメールの相互送受信を行うことができず、また、海外のＳＭＳメールとの送受信も行うことができなかった。
このため、ＳＭＳメールが普及する前に、異なるキャリア間においても送受信が可能な携帯メールが先行して普及したことから、現状においては、ＳＭＳメールが利用されることは少ない。
【０００８】
現在、国内の複数のサードパーティによって、携帯メールのアドレスを変換して、海外ＳＭＳとの送受信が可能となるサービスが提供されている。
上記サービスに加入した場合、国内の送信元端末の所有者は、通常の携帯メール送受信のアプリケーションを用いて、上記サードパーティに対して、相手先携帯端末の電話番号と送信するメッセージ等を、所定のフォーマットで、携帯メールで送信する。
上記サードパーティの装置によって、携帯メールで送信された相手先の携帯電話番号から、相手先の携帯電話のキャリアが保有するゲートウェイ装置を探索され、携帯メールで送信されたメッセージがＳＭＳメールとして転送される。
しかしながら上記サービスを利用した場合であっても、海外ＳＭＳとの送受信については、携帯メールアドレスが変更となった場合には、別途上記サードパーティとの契約変更する必要がある。
また、送信元端末側においては、現状の携帯メール用アプリケーションを使用する必要があったため、独自のインターフェイスの開発が難しかった。
また、国内のキャリア間においてのＳＭＳメールの送受信についても、国内の一部のキャリア間で協議が開始されているが、現時点において依然不可能である。
【０００９】
上記背景にも関わらず、現在においても、送受信のインターフェイス開発の自由度が高く、且つ容易に海外、及び国内キャリア間とのＳＭＳメールの送受信を行うことを可能とする、データ仲介システムは提供されていなかった。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明の解決する課題は、送受信のインターフェイスの開発が容易であると共に、異なるキャリア間、及び国内、海外を問わず、自由にメッセージ等の送受信サービスを行うことが可能な、データ仲介システムを提供することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、請求項１に記載した発明に係るデータ仲介システムは、相手先携帯端末に対してリクエストデータを送信する送信元端末と、上記送信元端末と公衆回線、若しくは広域ネットワークを介して接続され、上記リクエストデータを受信しうる管理装置と、上記管理装置と公衆回線、若しくは広域ネットワークを介して接続され、上記相手先携帯端末に接続しうるショートメッセージサービス（ＳＭＳ）を提供する複数のゲートウェイ装置とを備え、上記管理装置は、上記複数のゲートウェイ装置から、一のゲートウェイ装置を選択すると共に、選択されたゲートウェイ装置に対して、上記送信元端末から受信したリクエストデータに対応する処理を請求するデータ仲介システムであって、上記送信元端末から、上記管理装置に対して送信されるリクエストデータは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のＰＯＳＴメソッドを用いて、上記管理装置に送信されると共に、上記管理装置は、上記リクエストデータを解析し、選択された上記ゲートウェイ装置に対して送信するデータを抽出する、リクエストデータ解析手段と、選択された上記ゲートウェイ装置のアプリケーションインタフェイス（ＡＰＩ）に従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段と、上記ゲートウェイ装置を経由して受信した処理結果を、ＪＳＯＮ（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式のフォーマットに変換するレスポンスデータ変換手段とを備えていることを特徴とする。
【００１２】
ＨＴＴＰプロトコルのＰＯＳＴメソッドによるデータ送信は、クライアントからサーバ装置に対して、データを送信する手段として広く用いられており、例えば、自己のホームページ上のＷｅｂフォームからの入力データの送信、電子掲示板への投稿インターフェイス等に広く用いられている技術である。
従って、携帯用のアプリケーションの他、一般的なパーソナルコンピュータ上においても、自由にインターフェイスの設計が可能である。
【００１３】
また、ＪＳＯＮとは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔをベースとしたデータ表現のフォーマットであり、構造が単純であり、異なるプログラミング言語間でのデータの受け渡しが簡単に行えるという特徴を有している。
【００１４】
請求項１に係る発明にあっては、送信元端末からのリクエストデータの送信に、ＨＴＴＰのＰＯＳＴメソッドを用いていることから、ＳＭＴＰを用いた場合と異なり、インターフェイス構築の制約が少なく、また、レスポンスデータがＪＳＯＮ形式フォーマットで記載されているため、送信対象のデータの取り出し処理が容易であることから、専用のメールソフトを用いる必要が無い。
また、プロトコル変換手段によって、ゲートウェイ装置のＡＰＩに従って、通信プロトコルを変換すると共に、ゲートウェイ装置を経由して受信したレスポンスデータは、ＪＳＯＮ形式フォーマットに変換されるため、国内、海外のゲートウェイ装置間のＡＰＩの差異を意識することなく、相互にＳＭＳメールの送受信を行うことができる。
【００１５】
また、請求項２の発明にあっては、上記送信元端末のリクエストデータには、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、上記レスポンスデータには、上記リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、メッセージＩＤ、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれることを特徴とする。
【００１６】
従って、リクエストデータに含まれる、相手先の携帯番号とメッセージテキストデータは、ＳＭＳを提供する一のゲートウェイ装置に対応したプロトコルに変換された上で、受け渡される。
また、上記ゲートウェイ装置から受信した送信結果は、リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、メッセージＩＤ、送信失敗時のエラーメッセージ、相手先携帯端末の電話番号の各情報を含む、ＪＳＯＮ形式のフォーマットに変換されて、上記送信元端末に返信される。
【００１７】
また、請求項３の発明にあっては、上記送信元端末のリクエストデータには、検索対象の相手先携帯端末の電話番号が含まれると共に、上記レスポンスデータには、上記リクエストデータで検索要求された相手先携帯端末の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれることを特徴とする。
【００１８】
従って、相手先の携帯番号が、ゲートウェイ装置に対応したプロトコルに変換された上で受け渡されると共に、上記ゲートウェイ装置から受信した検索結果から、上記リクエストデータで検索要求された相手先携帯端末の電話番号の存在有無の情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが夫々ＪＳＯＮ形式のフォーマットに変換されて、送信元端末に返信され、送信元端末において、相手先携帯端末が実在しているか否かが把握できる。
【００１９】
また、請求項４の発明にあっては、上記管理装置は、上記ゲートウェイ装置毎の通信料金を保存するゲートウェイ装置通信料金保存手段を備え、上記送信元端末からリクエストデータを受信した場合、上記ゲートウェイ装置通信料金保存手段を参照すると共に、通信費用が最低となるゲートウェイ装置を選択する、ゲートウェイ装置選択手段とを備えることを特徴とする。
【００２０】
従って、上記管理装置によって、送信元端末の所有者が支払う通信費用が最低となるように、ゲートウェイ装置が自動的に選択される。
【００２１】
また、請求項５の発明にあっては、上記送信元端末から上記管理装置にＰＯＳＴメソッドを用いてアクセスする場合におけるアクセス先のＵＲＬには、リクエストの種類に応じた所定のキーコードが含まれていることを特徴とする。
【００２２】
従って、予め、契約等によって、上記キーコードを付与された者のみが、上記管理サーバにアクセスすることができる。
【００２３】
また、請求項６の発明にあっては、上記管理装置は、上記送信元端末が保有するポイント情報を保存するポイント情報保存手段と、送信元端末の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段を備えることを特徴とする。
【００２４】
従って、上記送信元端末の所有者は、保有するポイント数に応じて、サービスを受けることができる。
【００２５】
また、請求項７の発明にあっては、上記管理装置には、上記送信元端末からのポイント残高確認リクエストに応じて、上記送信元端末が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末に返信するポイント残高確認手段を備え、ポイント残高確認のリクエストデータは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のＧＥＴメソッドを用いて、上記管理装置に送信されると共に、上記管理装置から上記送信元端末に返信されるレスポンスデータは、ＪＳＯＮ形式のフォーマットに基づいて記載されると共に、当該送信元端末の所有者が所有するポイント残高数を含むことを特徴とする。
【００２６】
ＨＴＴＰのＧＥＴメソッドは、アクセス先の装置に対して、上記リクエストデータで要求した所定のリソースを取り出すことができる。
請求項７の発明にあっては、リクエストデータの要求に応じ、上記管理装置は、自己が保有する送信元端末の所有者が保有するポイント残高を、ＪＳＯＮ形式フォーマットで記載して送信元端末に返信する。
【００２７】
また、請求項８の発明にあっては、上記送信元端末は、パーソナルコンピュータであることを特徴とする。
【発明の効果】
【００２８】
請求項１の発明にあっては、相手先携帯端末に対してリクエストデータを送信する送信元端末と、上記送信元端末と公衆回線、若しくは広域ネットワークを介して接続され、上記リクエストデータを受信しうる管理装置と、上記管理装置と公衆回線、若しくは広域ネットワークを介して接続され、上記相手先携帯端末に接続しうるショートメッセージサービス（ＳＭＳ）を提供する複数のゲートウェイ装置とを備え、上記管理装置は、上記複数のゲートウェイ装置から、一のゲートウェイ装置を選択すると共に、選択されたゲートウェイ装置に対して、上記送信元端末から受信したリクエストデータに対応する処理を請求するデータ仲介システムであって、上記送信元端末から、上記管理装置に対して送信されるリクエストデータは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のＰＯＳＴメソッドを用いて、上記管理装置に送信されると共に、上記管理装置は、上記リクエストデータを解析し、選択された上記ゲートウェイ装置に対して送信するデータを抽出する、リクエストデータ解析手段と、選択された上記ゲートウェイ装置のアプリケーションインタフェイス（ＡＰＩ）に従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段と、上記ゲートウェイ装置を経由して受信した処理結果を、ＪＳＯＮ（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式のフォーマットに変換するレスポンスデータ変換手段とを備えていることから、ＳＭＴＰプロトコルを用いた場合と異なり、インターフェイス構築の自由度が高く、また、レスポンスデータがＪＳＯＮ形式フォーマットで記載されているため、送信対象のデータの取り出し処理が容易である。
また、プロトコル変換手段によって、ゲートウェイ装置のＡＰＩに従って、通信プロトコルを変換すると共に、ゲートウェイ装置を経由して受信したレスポンスデータがＪＳＯＮ形式フォーマットに変換されるため、国内、海外のゲートウェイ装置間のＡＰＩの違いを意識することなく、相互にＳＭＳメールの送受信ができる。
従って、送受信のインターフェイスの開発が容易であると共に、異なるキャリア間、及び国内、海外を問わず、自由にメッセージ等の送受信サービスを行うことが可能な、データ仲介システムを提供することができる。
【００２９】
また、請求項２の発明にあっては、上記送信元端末のリクエストデータには、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、上記レスポンスデータには、上記リクエストデータに対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、メッセージＩＤ、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれることから、送信元端末から、国内及び海外を問わず、相手先携帯端末の電話番号を指定することによって、メッセージテキストデータを、ＳＭＳメールによって送信することができる。
【００３０】
また、請求項３の発明にあっては、上記送信元端末のリクエストデータには、検索対象の相手先携帯端末の電話番号が含まれると共に、上記レスポンスデータには、上記リクエストデータで検索要求された相手先携帯端末の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれることから、相手先携帯端末に対してＳＭＳメールを送信する前に、相手先携帯端末の電話番号の使用有無を、事前に確認することができるため、無駄な通信費用を削減することができる。
【００３１】
また、請求項４の発明にあっては、上記管理装置は、上記ゲートウェイ装置毎の通信料金を保存するゲートウェイ装置通信料金保存手段を備え、上記送信元端末からリクエストデータを受信した場合、上記ゲートウェイ装置通信料金保存手段を参照すると共に、通信費用が最低となるゲートウェイ装置を選択する、ゲートウェイ装置選択手段とを備えることから、常に送信元端末の所有者が支払う課金が最低となるゲートウェイ装置が自動的に選択される。
従って、通信費用を更に削減することができる。
【００３２】
また、請求項５の発明にあっては、上記送信元端末から上記管理装置にＰＯＳＴメソッドを用いてアクセスする場合におけるアクセス先のＵＲＬには、リクエストの種類に応じた所定のキーコードが含まれていることから、キーコードの保有者以外の者の不正アクセを防止することができる。
【００３３】
また、請求項６の発明にあっては、上記管理装置は、上記送信元端末が保有するポイント情報を保存するポイント情報保存手段と、送信元端末の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段を備えることから、保有ポイントの範囲でサービスを受けることができるため、予期しない通信費を請求される虞が無い。
【００３４】
また、請求項７の発明にあっては、上記管理装置には、上記送信元端末からのポイント残高確認リクエストに応じて、上記送信元端末が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末に返信するポイント残高確認手段を備え、ポイント残高確認のリクエストデータは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のＧＥＴメソッドを用いて、上記管理装置に送信されると共に、上記管理装置から上記送信元端末に返信されるレスポンスデータは、ＪＳＯＮ形式のフォーマットに基づいて記載されると共に、当該送信元端末の所有者が所有するポイント残高数を含む。
【００３５】
従って、リクエストデータの要求に従って、管理装置は、自己が保有する、送信元端末の所有者が保有するポイント残高を、ＪＳＯＮ形式フォーマットで記載して、送信元端末に返信するため、送信前にポイント残高を確認しておくことにより、不意のポイント残高切れによって、相手先携帯端末との送受信ができなくなることが無い。
【００３６】
また、請求項８の発明にあっては、上記送信元端末は、パーソナルコンピュータであることを特徴とする。
従来ＳＭＳメールは携帯電話間において行われているが、本データ仲介システムを用いた場合は、相手先がＳＭＳに対応した携帯電話であれば、パーソナルコンピュータ等からもＳＭＳメールの送信が可能となる。
【図面の簡単な説明】
【００３７】
【図１】本発明の一実施の形態を示し、実施例の形態におけるデータ仲介システムの構成を示す概念図である。
【図２】本発明の実施例の形態において、相手先の携帯端末に対して、テキストメッセージデータの送信をリクエストした場合に、管理サーバから返信されるレスポンスデータの構造例である。
【図３】本発明の実施例の形態において、相手先の携帯端末の電話番号の使用有無の確認をリクエストした場合、管理サーバから返信されるレスポンスデータの構造例である。
【図４】本発明の実施例の形態において、送信元端末の所有者が保有するポイント残高の確認をリクエストした場合に、管理サーバから返信されるレスポンスデータの構造例である。
【発明を実施するための最良の形態】
【００３８】
本発明を実施するための形態について、送信元端末から、相手先携帯端末に対して、テキストメッセージデータを送信する場合を例として、添付図面を用いて説明する。
本発明に係るデータ仲介システム１０は、相手先携帯端末１１に対してリクエストデータ１２を送信する携帯電話若しくはパーソナルコンピュータである送信元端末１３、１３、１３、１３と、上記送信元端末１３と公衆回線、若しくは広域ネットワーク１４を介して接続され、上記リクエストデータ１２を受信しうる管理装置１５と、上記管理装置１５と公衆回線、若しくは広域ネットワーク１４を介して接続され、上記相手先携帯端末１１、１１、１１．．に接続しうるショートメッセージサービス（ＳＭＳ）を提供する複数のゲートウェイ装置１７、１７、１７とを備えている。
【００３９】
上記管理装置１５は、上記複数のゲートウェイ装置１７、１７、１７から、一のゲートウェイ装置１７を選択すると共に、選択されたゲートウェイ装置１７に対して、上記送信元端末１３から受信したリクエストデータ１２に対応する処理を請求する。上記送信元端末１３から、上記管理装置１５に対して送信されるリクエストデータ１２は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のＰＯＳＴメソッドを用いて、上記管理装置１５に送信されると共に、上記管理装置１５は、上記リクエストデータ１２を解析し、選択された上記ゲートウェイ装置１７に対して送信するデータを抽出する、リクエストデータ解析手段１８と、選択された上記ゲートウェイ装置１７のアプリケーションインタフェイス（ＡＰＩ）に従って、通信プロトコルを変換して、上記データを送信するプロトコル変換手段１９と、上記ゲートウェイ装置１７を経由して受信した処理結果を、ＪＳＯＮ（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式のフォーマットに変換するレスポンスデータ変換手段２１とを備えている。
【００４０】
また、上記送信元端末１３のリクエストデータ１２には、相手先携帯端末１１の電話番号、送信元端末を識別しうる識別番号、及び相手先携帯端末に送信するメッセージテキストデータが含まれると共に、上記レスポンスデータ２０には、上記リクエストデータ１２に対する要求の処理結果を示す、ステータスデータ、詳細ステータス確認用のＵＲＬ、メッセージＩＤ、送信失敗時のエラーメッセージ、及び相手先携帯端末の電話番号が含まれている。
【００４１】
また、上記送信元端末１３のリクエストデータ１２には、検索対象の相手先携帯端末１１の電話番号が含まれると共に、上記レスポンスデータ２０には、上記リクエストデータ１２で検索要求された相手先携帯端末１１の電話番号の有無情報、相手先携帯端末の電話番号、相手先端末の所属国コード、相手先のネットワークコード、相手先携帯端末が所属しているキャリアのコード、及び処理におけるエラーコードナンバーが含まれている。
【００４２】
また、上記管理装置１５は、上記ゲートウェイ装置１７毎の通信料金を保存するゲートウェイ装置通信料金保存手段２２を備え、上記送信元端末１３からリクエストデータ１２を受信した場合、上記ゲートウェイ装置通信料金保存手段２２を参照すると共に、通信費用が最低となるゲートウェイ装置１７を選択する、ゲートウェイ装置選択手段２４とを備えている。
【００４３】
また、上記送信元端末１３から上記管理装置１５にＰＯＳＴメソッドを用いてアクセスする場合におけるアクセス先のＵＲＬには、リクエストの種類に応じた所定のキーコードが含まれている。
【００４４】
また、上記管理装置１５は、上記送信元端末１３が保有するポイント情報を保存するポイント情報保存手段２５と、送信元端末１３の所有者がポイントを購入した場合に、購入したポイント数に応じて保有ポイント数を増加させると共に、上記送信元端末との送受信が行われた場合に、保有ポイント数を減じる、ポイント管理手段２６を備えている。
【００４５】
また、上記管理装置１５には、上記送信元端末１３からのポイント残高確認リクエストに応じて、上記送信元端末１３が保有するポイントの残高を抽出し、ポイント残高を上記送信元端末１３に返信するポイント残高確認手段２７を備え、ポイント残高確認のリクエストデータ１２は、ＨＴＴＰのＧＥＴメソッドを用いて、上記管理装置１５に送信されると共に、上記管理装置１５から上記送信元端末１３に返信されるレスポンスデータ２０は、ＪＳＯＮ形式のフォーマットに基づいて記載されると共に、当該送信元端末１３の所有者が所有するポイント残高数を含んでいる。
【実施例１】
【００４６】
本実施例の構成について添付図面を用いて以下説明する。
図１は、本実施例のデータ仲介システム１０のシステム構成を示す概念図である。
図１に示すように、送信元端末１３、１３、１３、１３は、携帯電話若しくはパーソナルコンピュータである。
上記送信元端末１３、１３、１３、１３と管理装置１５とは、インターネット等の広域ネットワーク、若しくは電話回線網を通じて接続されている。
また、ゲートウェイ装置１７、１７、１７は、国内、若しくは海外のＳＭＳサービスのキャリアが保有しており、夫々異なるＡＰＩで構築された、コンピュータである。
上記ゲートウェイ装置１７、１７、１７は、夫々相手先携帯端末１１、１１、１１．．に接続可能であり、ＳＭＳメールを送受信する。
【００４７】
上記実施例の構成において、送信元端末１３から、相手先携帯端末１１に対して、ＳＭＳメールを送信する場合の動作について説明する。
送信元端末１３から、管理装置１５へのアクセスは、ＨＴＴＰのＰＯＳＴメソッドによって行われる。
ＰＯＳＴメソッドを用いると共に、リクエストデータ１２に必要なデータ項目が含まれていることにより、送信元端末１３におけるインターフェイスの形態には、何ら制約は無い。  
例えば、送信元端末１３がパーソナルコンピュータの場合、自己のホームページ、電子掲示板、ブログ等のＷｅｂページ上に、メッセージの入力部、送信ボタン等を自由に設計することが可能であり、送信元端末１３が携帯電話である場合には、ＳＭＳメール送受信用のアプリケーションを独自に開発することもできる。
従って、ＳＭＴＰを利用した場合と比較して、多様なインターフェイスの開発が容易に可能である。
【００４８】
なお、上記送信元端末１３から上記管理装置１５にアクセスする場合において、必要となるキーコードは、予め本実施例に係るデータ仲介システム１０の提供者と契約を結び、付与を受けておく。
上記管理装置１５におけるアクセス先ＵＲＬは、リクエストの種類毎に定められ、夫々、送信元端末１３の保有者毎のユニークなキーコードを含んでいる。
【００４９】
図１に示すように、送信元端末１３のリクエストデータ１２が上記管理装置１５に送信されると、上記管理装置１５のリクエストデータ解析手段１８は、リクエストデータ１２から、ＳＭＳメール送信に必要となる、相手先携帯端末の電話番号、送信元端末を識別しうる識別番号、相手先携帯端末に送信するメッセージテキストデータを抽出する。
【００５０】
更に、ゲートウェイ装置選択手段２４は、上記ゲートウェイ装置通信料金保存手段２２に保存されている、ゲートウェイ装置１７、１７、１７、１７の通信費用を参照し、当該ＳＭＳメールを送信する場合に、最も通信費用を低くすることが可能なゲートウェイ装置１７を選択する。
【００５１】
次に、上記プロトコル変換手段１９によって、選択されたゲートウェイ装置１７のＡＰＩに合わせたプロトコルに従って、上記リクエストデータ解析手段１８によって抽出されたデータ項目を変換し、上記ゲートウェイ装置１７に対して送信する。
上記ゲートウェイ装置１７は、受け渡された相手先携帯端末１１の電話番号を基に、相手先携帯端末１１に対してＳＭＳメールを送信し、送信結果データをゲートウェイ装置１７のプロトコルに従って、上記管理装置１５に返信する。
上記管理装置１５のレスポンスデータ変換手段２１は、上記ゲートウェイ装置１７の送信結果データを、ＪＳＯＮ形式のフォーマットのレスポンスデータ２０に変換し、上記レスポンスデータ２０を送信元端末１３に返信する。
【００５２】
図２は、本実施例における上記レスポンスデータ２０の構造を示している。
図２において、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ２８は、レスポンスデータ２０のデータ形式を示しており、本実施例においては、ＪＳＯＮ形式となっている。
Ｓｔａｔｅｓ２９は、ＳＭＳメールの送信結果であり、図２においては正常終了である旨の"ＯＫ"が設定されている。
また、ｕｒｌ３０は、管理サーバ１５のアクセス先のＵＲＬ、ｍｓｇｉｄ３１は、送信メッセージの固有のＩＤ番号、Ｃｏｓｔ３２は、今回の送受信で消費されたポイント数を示している。
本実施例においては、消費されたポイント数がポイント管理手段２６によってポイント情報保存手段２５から減じられる。
また、ｅｒｒｏｒｍｓｇ３３は、送信にエラーが有った場合に、エラーの内容がテキストとして設定される。本実施例においては、正常終了のためｎｕｌｌが設定されている。
また、ｒｅｃｉｐｉｅｎｔ３４は、相手先携帯端末の電話番号を示している。
送信元端末の所有者は、上記レスポンスデータ２０の内容によって、送信結果を認識することが可能である。
【００５３】
レスポンスデータ２０がＪＳＯＮ形式で記載されているため、例えば、レスポンスデータ２０のデータを基に、ＳＭＳメールの送受信履歴を作成する機能を構築するような場合にも、必要なデータに簡単にアクセスすることができる。
【実施例２】
【００５４】
上記実施例の形態において、所定の電話番号の相手先携帯端末１１が存在しているか否かを検索する場合の動作について説明する。
図１に示すように、本実施例にあっては、送信元端末１３から管理装置１５に対するリクエストデータ１２には、検索対象の相手先携帯端末の電話番号が含まれている。
【００５５】
管理装置１５へのアクセスは、実施例１と同様に、ＨＴＴＰのＰＯＳＴメソッドによって行われ、アクセスは、実施例１とは別途に定められたＵＲＬに対して行う。
【００５６】
実施例１と同様に、リクエストデータ解析手段１８によって、リクエストデータ１２から、相手先携帯端末の電話番号が抽出される。
なお、ゲートウェイ装置選択手段２４による、ゲートウェイ装置１７の選択処理、及び、プロトコル変換手段１９によって、選択されたゲートウェイ装置１７のＡＰＩに合わせたプロトコルに従って、上記リクエストデータ解析手段１８によって抽出されたデータ項目を、上記ゲートウェイ装置１７に対して送信する処理、レスポンスデータ変換手段２１については、夫々実施例１と同様である。
【００５７】
図３は、本実施例におけるレスポンスデータ２０の構造を示している。
図３において、ｅｒｒｏｒｍｓｇ３５は、検索時のエラー発生の有無が設定され、本実施例にあっては、エラーなしのためｎｕｌｌが設定されている。
また、ｍｎ３６は、検索対象の電話番号、ｍｍｃ３７は相手先携帯端末１１の所属国名、ｍｎｃ３８は、当該電話番号が所属しているネットワークコード番号、ｏｐｅｒａｔｏｒ−ｎａｍｅ３９は、当該電話番号の相手先携帯端末１１が所属しているキャリア名、ｃｏｕｎｔｒｙ−ｎａｍｅ４０は、相手先携帯端末の所属国名を示している。
また、ｅｒｒｏｒ−ｃｏｄｅ４１は検索時のエラーのコード番号を示し、本実施例にあっては正常に検索が行えた場合には０となり、何らかのエラーが発生した場合は、エラー種別によって所定の番号が設定される。
【００５８】
上記レスポンスデータ２０を参照することによって、相手先携帯端末１１が実在すると共に、所属国、所属キャリア名等を把握することができる。
従って、実際にＳＭＳメールを送信する前に、相手先が実在しているかを確認できることから、無駄な通信費用を削減することができる。
【実施例３】
【００５９】
上記実施例の形態において、送信元端末１３の所有者が保有しているポイント残高を確認する場合の動作について説明する。
図１に示すように、本実施例にあっては、ＨＴＴＰプロトコルのＧＥＴメソッドを用いて、送信元端末１３から管理装置１５へアクセスし、リクエストデータ１２を送信する。
上記管理装置１５においては、上記リクエストデータ１２を受信することによって、ポイント残高確認手段２７は、要求元の送信元端末の所有者が保有しているポイント残高を、ポイント情報保存手段２５から読み出し、図４に示すようにレスポンスデータ２０のｒｅｍａｉｎｉｎｇ＿ｐｏｉｎｔｓ４４として、送信元端末１３に返信する。
従って、送信元端末１３の所有者はポイント残高を速やかに確認することができる。
【００６０】
なお、上記各実施例で示した、リクエストデータ及びレスポンスデータの各項目は、一例であり、その他の項目が含まれていても、上記各実施例の作用、及び効果は同様である。
例えばセキュリティを高めるため、アクセス先ＵＲＬに含まれるキーコードの他に、別途パスワードを付与し、リクエストデータ中に上記パスワードを設定させるようにしても良い。
【産業上の利用可能性】
【００６１】
本発明は、国内の携帯端末から、海外若しくは、国内の他の携帯端末に対して、ショートメッセージを送信しうるデータ仲介システムに適用可能である。
【符号の説明】
【００６２】
１０  データ仲介システム
１１  相手先携帯端末
１２  リクエストデータ
１３  送信元端末
１４  広域ネットワーク若しくは公衆回線
１５  管理装置
１７  ゲートウェイ装置
１８  リクエストデータ解析手段
１９  プロトコル変換手段
２０  レスポンスデータ
２１  レスポンスデータ変換手段
２２  ゲートウェイ装置通信料金保存手段
２４  ゲートウェイ装置選択手段
２５  ポイント情報保存手段
２６  ポイント管理手段
２７  ポイント残高確認手段
２８  レスポンスデータにおけるＣｏｎｔｅｎｔ−Ｔｙｐｅ変数
２９  レスポンスデータにおけるｓｔａｔｅｓ変数
３０  レスポンスデータにおけるｕｒｌ変数
３１  レスポンスデータにおけるｍｓｇｉｄ変数
３２  レスポンスデータにおけるｃｏｓｔ変数
３３  レスポンスデータにおけるｅｒｒｏｒｍｓｇ変数
３４  レスポンスデータにおけるｒｅｃｉｐｉｅｎｔ変数
３５  レスポンスデータにおけるｅｒｒｏｒｍｓｇ変数
３６  レスポンスデータにおけるｍｎ変数  
３７  レスポンスデータにおけるｍｍｃ変数
３８  レスポンスデータにおけるｍｎｃ変数
３９  レスポンスデータにおけるｏｐｅｒａｔｏｒ−ｎａｍｅ変数
４０  レスポンスデータにおけるｃｏｕｎｔｒｙ−ｎａｍｅ変数
４１  レスポンスデータにおけるｅｒｒｏｒ−ｃｏｄｅ変数
４２  レスポンスデータにおけるｒｅｍａｉｎｉｎｇ＿ｐｏｉｎｔｓ変数