(57)【要約】【課題】個人への電子的なコンタクトを行うためのメッセージ送信システムを提供すること。【解決手段】メッセージ送信システム１００は、送信サーバ１１０と、プロトコル変換ゲートウェイ１２０とを備える。送信サーバ１１０は、メッセージ送信システム１１０のユーザーである企業のコンピュータ１０から、送信先の１つ又は複数の電話番号及び送信内容であるメッセージを含む送信データを受信する（Ｓ２０１）。送信サーバ１１０は、送信データに所定のデータを付加した上で、ＨＴＴＰプロトコルに従ってプロトコル変換ゲートウェイ１２０に送信する（Ｓ２０２）。プロトコル変換ゲートウェイ１２０は、受信したＨＴＴＰデータを（Ｓ２０３）、３ＧＰＰ等のＳＭＳをサポートする通信プロトコルに従ったＳＭＳデータに変換して（Ｓ２０４）、３Ｇネットワーク等の携帯電話ネットワークを介して送信する（Ｓ２０５）。【選択図】図１
2014220594.tif 000002
【特許請求の範囲】
【請求項１】
個人への電子的なコンタクトを行うためのメッセージ送信システムであって、
送信サーバと、
前記送信サーバと通信可能なプロトコル変換ゲートウェイと
を備え、
前記送信サーバは、
ユーザー企業から、１つ又は複数の電話番号及び送信すべきメッセージを含む送信データを受信する受信手段と、
受信した前記送信データに所定のデータを付加して、ＨＴＴＰデータとして前記プロトコル変換ゲートウェイに送信する送信手段と
を有し、
前記プロトコル変換ゲートウェイは、
前記送信サーバから送信された前記ＨＴＴＰデータを受信する受信手段と、
受信した前記ＨＴＴＰデータをＳＭＳデータにプロトコル変換するプロトコル変換手段と、
前記ＳＭＳデータを、前記個人の携帯電話に送信する送信手段と
を有することを特徴とするメッセージ送信システム。
【請求項２】
前記送信データは、複数の電話番号を含むことを特徴とする請求項１に記載のメッセージ送信システム。
【請求項３】
前記プロトコル変換ゲートウェイは、複数のポートを有し、
付加された前記所定のデータは、前記プロトコル変換ゲートウェイのポート番号であることを特徴とする請求項１又は２に記載のメッセージ送信システム。
【請求項４】
前記プロトコル変換ゲートウェイは、複数のゲートウェイで構成され、
各ゲートウェイは、複数のポートを有し、
付加された前記所定のデータは、ゲートウェイ番号及びポート番号であることを特徴とする請求項１又は２に記載のメッセージ送信システム。
【請求項５】
前記送信サーバは、前記プロトコル変換ゲートウェイの各ポートのステータスを管理するためのステータス管理テーブルを有し、
前記ステータス管理テーブルは、少なくともポート番号及び各ポートの送信ステータスを記憶し、
前記送信サーバは、前記ステータス管理テーブルを参照して、各送信データに対して使用するポートの割り当てを行うことを特徴とする請求項３又は４に記載のメッセージ送信システム。
【請求項６】
前記複数のポートは、前記ユーザー企業の専用ポートとして割り当てられており、
前記ＳＭＳデータは、各専用ポートに対応する送信元電話番号を含むことを特徴とする請求項３から５のいずれかに記載のメッセージ送信システム。
【請求項７】
前記各専用ポートは、前記ＳＭＳデータを受信した前記個人から対応する送信元電話番号に返電があると、前記返電を転送することを特徴とする請求項６に記載のメッセージ送信システム。
【請求項８】
前記送信サーバは、前記送信データを記録として保存するための送信データテーブルを有し、
前記送信データテーブルは、少なくとも送信ステータス、送信先電話番号及び送信メッセージを有することを特徴とする請求項１〜７のいずれかに記載のメッセージ送信システム。
【請求項９】
前記ＳＭＳデータ内のメッセージは、クリッカブルな電話番号であることを特徴とする請求項１から８のいずれかに記載のメッセージ送信システム。
【請求項１０】
前記ＳＭＳデータ内のメッセージは、クリッカブルな電子メールアドレスであることを特徴とする請求項１から８のいずれかに記載のメッセージ送信システム。
【請求項１１】
前記メッセージ送信システムは、前記ユーザー企業に設置されたオンプレミスであることを特徴とする請求項１から１０のいずれかに記載のメッセージ送信システム。
【請求項１２】
個人への電子的なコンタクトを行うためのメッセージ送信方法であって、
ユーザー企業から、１つ又は複数の電話番号及び送信すべきメッセージを含む送信データを受信するステップと、
受信した前記送信データに所定のデータを付加してＨＴＴＰデータを作成するステップと、
前記ＨＴＴＰデータをＳＭＳデータにプロトコル変換するステップと、
前記ＳＭＳデータを、前記個人の携帯電話に送信するステップと
を含むことを特徴とするメッセージ送信方法。
【請求項１３】
個人への電子的なコンタクトを行うためのメッセージ送信プログラムであって、コンピュータに、
ユーザー企業から、１つ又は複数の電話番号及び送信すべきメッセージを含む送信データを受信するステップと、
受信した前記送信データに所定のデータを付加してＨＴＴＰデータを作成するステップと、
前記ＨＴＴＰデータをＳＭＳデータにプロトコル変換するステップと、
前記ＳＭＳデータを、前記個人の携帯電話に送信するステップと
を実行させるためのメッセージ送信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メッセージ送信システム、メッセージ送信方法及びメッセージ送信プログラムに関し、より詳細には、個人への電子的なコンタクトを行うためのメッセージ送信システム、メッセージ送信方法及びメッセージ送信プログラムに関する。
【背景技術】
【０００２】
消費者等の個人を顧客とするサービスを提供する企業は、顧客との連絡、顧客への情報提供・案内等の手段として、従来、電話、手紙、電子メール等を利用してきた。
【０００３】
たとえば、電話は、顧客への到達時間が短く即時性があるものの、不出の場合も多く確実性が高いとは言えない。また、記録として内容が残らないというデメリットもある。
【０００４】
また、手紙は、即時性においてはやや劣るが、確実性という意味では信頼でき、また記録性も高い。しかしながら、住所データの収集の正確性は、電話番号と比較すると劣る面がある。
【０００５】
電子メールを用いる場合は、即時性、記録性が高く、また大量送信が可能であり、通信コストも低額であるため、顧客へのコンタクトチャネルとして優れているし、現に広く活用されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、電子メールには、その送信先である電子メールアドレスの収集の正確性が劣るというデメリットがある。たとえば、クレジットカード会社、信販会社等における利用を考えた場合、延滞者に対しては債権回収の働きかけをしていく業務が発生するが、顧客に記載してもらう契約書に電子メールアドレスの記載欄がないことが多く、あったとしても、英字、数字等の複数の文字種が混在するために登録ミスが多い。また、口頭で聞き取って記録することも考えられるが、正確な記録が難しいので現実的ではない。
【０００７】
既に電話、手紙、電子メール等の複数のコンタクトチャネルは存在するものの、いずれも十分と言えるものではなく、個人を対象とした、利便性の高いコンタクトチャネルの豊富化が望まれている。特に、電子メールの大量送信可能といった電子チャネルであることのメリットは大きく、電子的なコンタクトチャネルの活用が望まれているものの、たとえば債権回収を考えると、電話及び手紙で９割程度の連絡が取られ、残りの一割についてもその大部分を訪問が占め、現状では、電子メールが使われている割合は極めて限定的である。
【０００８】
本発明は、このような問題点に鑑みてなされたものであり、その目的は、個人への電子的なコンタクトを行うためのメッセージ送信システム、メッセージ送信方法及びメッセージ送信プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
このような目的を達成するために、本発明の第１の態様は、個人への電子的なコンタクトを行うためのメッセージ送信システムであって、送信サーバと、前記送信サーバと通信可能なプロトコル変換ゲートウェイとを備え、前記送信サーバは、ユーザー企業から、１つ又は複数の電話番号及び送信すべきメッセージを含む送信データを受信する受信手段と、受信した前記送信データに所定のデータを付加して、ＨＴＴＰデータとして前記プロトコル変換ゲートウェイに送信する送信手段とを有し、前記プロトコル変換ゲートウェイは、前記送信サーバから送信された前記ＨＴＴＰデータを受信する受信手段と、受信した前記ＨＴＴＰデータをＳＭＳデータにプロトコル変換するプロトコル変換手段と、前記ＳＭＳデータを、前記個人の携帯電話に送信する送信手段とを有することを特徴とするメッセージ送信システムである。
【００１０】
また、本発明の第２の態様は、第１の態様において、前記送信データが複数の電話番号を含むことを特徴とする。
【００１１】
また、本発明の第３の態様は、第１又は第２の態様において、前記プロトコル変換ゲートウェイは、複数のポートを有し、付加された前記所定のデータは、前記プロトコル変換ゲートウェイのポート番号であることを特徴とする。
【００１２】
また、本発明の第４の態様は、第１又は第２の態様において、前記プロトコル変換ゲートウェイは、複数のゲートウェイで構成され、各ゲートウェイは、複数のポートを有し、付加された前記所定のデータは、ゲートウェイ番号及びポート番号であることを特徴とする。
【００１３】
また、本発明の第５の態様は、第３又は第４の態様において、前記送信サーバは、前記プロトコル変換ゲートウェイの各ポートのステータスを管理するためのステータス管理テーブルを有し、前記ステータス管理テーブルは、少なくともポート番号及び各ポートの送信ステータスを記憶し、前記送信サーバは、前記ステータス管理テーブルを参照して、各送信データに対して使用するポートの割り当てを行うことを特徴とする。
【００１４】
また、本発明の第６の態様は、第３から第５のいずれかの態様において、前記複数のポートは、前記ユーザー企業の専用ポートとして割り当てられており、前記ＳＭＳデータは、各専用ポートに対応する送信元電話番号を含むことを特徴とする。
【００１５】
また、本発明の第７の態様は、第６の態様において、前記各専用ポートは、前記ＳＭＳデータを受信した前記個人から対応する送信元電話番号に返電があると、前記返電を転送することを特徴とする。
【００１６】
また、本発明の第８の態様は、第１から第７のいずれかの態様において、前記送信サーバは、前記送信データを記録として保存するための送信データテーブルを有し、前記送信データテーブルは、少なくとも送信ステータス、送信先電話番号及び送信メッセージを有することを特徴とする。
【００１７】
また、本発明の第９の態様は、第１から第８のいずれかの態様において、前記ＳＭＳデータ内のメッセージは、クリッカブルな電話番号であることを特徴とする。
【００１８】
また、本発明の第１０の態様は、第１から第８のいずれかの態様において、前記ＳＭＳデータ内のメッセージは、クリッカブルな電子メールアドレスであることを特徴とする。
【００１９】
また、本発明の第１１の態様は、第１から第１０のいずれかの態様において、前記メッセージ送信システムは、前記ユーザー企業に設置されたオンプレミスであることを特徴とする。
【００２０】
また、本発明の第１２の態様は、個人への電子的なコンタクトを行うためのメッセージ送信方法であって、ユーザー企業から、１つ又は複数の電話番号及び送信すべきメッセージを含む送信データを受信するステップと、受信した前記送信データに所定のデータを付加してＨＴＴＰデータを作成するステップと、前記ＨＴＴＰデータをＳＭＳデータにプロトコル変換するステップと、前記ＳＭＳデータを、前記個人の携帯電話に送信するステップとを含むことを特徴とするメッセージ送信方法である。
【００２１】
また、本発明の第１３の態様は、個人への電子的なコンタクトを行うためのメッセージ送信プログラムであって、コンピュータに、ユーザー企業から、１つ又は複数の電話番号及び送信すべきメッセージを含む送信データを受信するステップと、受信した前記送信データに所定のデータを付加してＨＴＴＰデータを作成するステップと、前記ＨＴＴＰデータをＳＭＳデータにプロトコル変換するステップと、前記ＳＭＳデータを、前記個人の携帯電話に送信するステップとを実行させるためのメッセージ送信プログラムである。
【発明の効果】
【００２２】
本発明によれば、ＳＭＳを大量送信可能な形でメッセージ送信システムに組み込むことで、個人への電子的なコンタクトを行うためのメッセージ送信システム、メッセージ送信方法及びメッセージ送信プログラムを提供することができる。
【図面の簡単な説明】
【００２３】
【図１】本発明のメッセージ送信システムの概略図である。
【図２】本発明の処理のフローチャートである。
【図３】メッセージを入力する際の文書フォーマットの一例を示す図である。
【図４】クリッカブルな電話番号を利用した債権回収の一方法を示す図である。
【発明を実施するための形態】
【００２４】
以下、図面を参照して本発明の実施形態を詳細に説明する。
【００２５】
（本発明の概要）
本発明は、個人への電子的なコンタクトを行うために、ＳＭＳ（ショート・メッセージ・サービス）を利用する。２０１１年７月に、ＳＭＳによるメッセージ（以下「ＳＭＳメッセージ」という。）が異なるキャリア間で相互に送信が可能となった。ＳＭＳとは、７０文字等の所定の文字数内のテキストメッセージを、携帯電話の電話番号を指定することによって送信することのできるサービスであり、以前から存在するものではあるが、キャリア間での相互送信がその用途を潜在的に広げた。
【００２６】
ＳＭＳ自体は、このように既存の技術であるが、発明者は、この技術をメッセージ送信システムの構成要素として組み込むことによって、大量送信可能という電子メール技術のメリットを維持しつつ、送信先データの正確な収集が可能となることを見出すとともに、実際にメッセージ送信システムを開発した。
【００２７】
図１は、本発明のメッセージ送信システムの概略図である。メッセージ送信システム１００は、送信サーバ１１０と、プロトコル変換ゲートウェイ１２０とを備える。
【００２８】
送信サーバ１１０は、メッセージ送信システム１００のユーザーである企業のコンピュータ１０から、送信先の１つ又は複数の電話番号及び送信内容であるメッセージを含む送信データを受信する（Ｓ２０１）。送信サーバ１１０は、送信データに所定のデータを付加した上で、ＨＴＴＰプロトコルに従ってプロトコル変換ゲートウェイ１２０に送信する（Ｓ２０２）。
【００２９】
以下では、ＨＴＴＰプロトコルを例に説明を行うが、本発明の技術的な範囲としては、ネットワーク層としてＩＰを用いていればよく、その上位層であるプロトコルをＨＴＴＰに限るものではない。例えば、その上位層はＨＴＴＰＳ、ＳＮＭＰ等、あるいはその他通信プロトコルを用いてもよい。
【００３０】
プロトコル変換ゲートウェイ１２０は、受信したＨＴＴＰプロトコルに従ったデータ（以下「ＨＴＴＰデータ」という。）を（Ｓ２０３）、３ＧＰＰ等のＳＭＳをサポートする通信プロトコルに従ったデータ（以下「ＳＭＳデータ」という。）に変換して（Ｓ２０４）、３Ｇネットワーク等の携帯電話ネットワークを介して送信する（Ｓ２０５）。
【００３１】
ＳＭＳデータは、各顧客の携帯電話２０で受信され、ユーザー企業から一人又は複数の顧客へのＳＭＳメッセージの送信が完了する（Ｓ２０６）。
【００３２】
プロトコル変換ゲートウェイ１２０には、複数のＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）カードが挿入されている。ＳＩＭカードは、３Ｇ方式等の携帯電話の電話番号を特定するための固有のＩＤが記録されたＩＣカードであり、携帯電話としての動作のために必須である。本発明のゲートウェイ１２０は、複数のＳＩＭカードを備えることによって、言わば、大きな携帯電話を構成していると見ることができる。携帯電話のユーザーが、ＳＭＳメッセージの入力画面から送信したいメッセージを入力する代わりに、送信サーバ１１０が送信データを受信し、プロトコル変換ゲートウェイ１２０に供給する。プロトコル変換ゲートウェイ１２０が、受信したＨＴＴＰデータをＳＭＳデータに変換する技術としては、たとえば３ＧＰＰ規格のＴＳ  ２４．０１１  Ｖ９．０．１（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ（ＰＰ）Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ（ＳＭＳ）ｓｕｐｐｏｒｔ  ｏｎ  ｍｏｂｉｌｅ  ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ）に記載された技術等を用いればよく、ここでは詳細には説明しない。
【００３３】
電話番号の収集は、電子メールアドレスの収集よりも格段に正確に行うことができるため、電話番号に基づいてＳＭＳメッセージを送信することができる本発明は、電子メールと比較して確実性が高まる。また電話と比較して、電話の応答よりもメッセージの閲覧の方が一般にしてもらえる可能性が高いために確実性が向上するとともに、記録性も向上する。
【００３４】
さらに、ＭＮＰ（Ｍｏｂｉｌｅ  Ｎｕｍｂｅｒ  Ｐｏｒｔａｂｉｌｉｔｙ）の導入に伴い、携帯電話の電話番号は個人を一意に特定する情報、ユニークＩＤとして利用することができるようになっており、個人に対する電子的なコンタクトチャネルとして極めて優れている。電子メールの場合、一度電子メールアドレスを取得できたとしても、電子メールアドレスは変わる頻度も低くなく、顧客データを最新の状態に維持することが困難である。ＭＮＰも、ナンバー・ポータビリティーであってアドレス・ポータビリティーではないから、顧客が携帯電話のキャリアを変更すると電子メールアドレスのドメイン名も必然的に変更となる。このような事情から、電子メールアドレスは、一度捕捉したとしても、その維持は困難である。
【００３５】
（第１の実施形態）
本発明の第１の実施形態に係るメッセージ送信システムは、プロトコル変換ゲートウェイ１２０が、マルチポートを有する。各ポートには、ＳＩＭカードが設けられ、それぞれが携帯電話として３Ｇネットワークに接続してＳＭＳメッセージを送信することができる。各ポートに設けられたＳＩＭカードは、いずれかのキャリアと契約がなされているので、その契約がなされたキャリアを介して３Ｇネットワークに接続されることとなる。
【００３６】
本実施形態に係る送信サーバ１１０は、ユーザー企業のコンピュータ１０から受信した送信データに対して、所定のデータを付加するが、所定のデータとしては、送信に用いるポート番号が挙げられる。各ポートは、一日の最大送信回数の上限がキャリアの取り決めにより定められているため、たとえば、一日に２００通までしか送信することができない。送信サーバ１１０は、送信データに対して適切なポート番号をデータとして付加してプロトコル変換ゲートウェイ１２０にデータを供給する。
【００３７】
具体的には、送信サーバ１１０は、各ポートのステータスを管理するためのステータス管理テーブルを有する。ステータス管理テーブルには、たとえば、ポート番号、各ポートの送信ステータス（送信可能、送信中、送信不能）、最大送信可能数、送信完了数を記憶することができる。送信サーバ１１０は、送信データをコンピュータ１０から受信すると、送信ステータスが送信可能で、かつ、送信完了数が最大送信可能数を下回るポートを選択する。ここで、「送信不能」とは、通信エラー等が想定されるが、送信完了数が最大送信可能数に達した場合にクオータ・オーバーを原因とする「送信不能」として管理してもよい。送信サーバ１１０は、当該ステータス管理テーブルを参照して、各送信データに対して使用するポートの割り当てを行う。
【００３８】
また、ステータス管理テーブルには、ゲートウェイ番号を記憶してもよい。すなわち、上記の説明は、ゲートウェイ数が１つの場合であるが、複数のプロトコル変換ゲートウェイが設けられる場合には、ゲートウェイ番号及びポート番号でポートが特定されることとなる。
【００３９】
送信サーバ１１０は、ステータス管理テーブルの他、送信データを記録として、債権回収であれば交渉記録として、送信サーバ１１０の送信データテーブルに保存することができる。送信データテーブルは、送信依頼をしたユーザー企業又はユーザー企業内の各ユーザーのＩＤ、送信受付時刻、送信予約時刻、送信完了時刻、送信ステータス（送信予約、送信中、送信不能、送信完了）、送信先電話番号、送信メッセージ、割り当てられたポート番号等を記憶することができる。
【００４０】
本発明のメッセージ送信システムは、ＡＳＰとしてユーザー企業の外部に置くことも、セキュリティ等の観点からオンプレミスとしてユーザー企業の管理下に置くこともできる。
【００４１】
ユーザー企業内のコンピュータ１０が送信サーバ１１０にウェブブラウザによってアクセスすると、メッセージ作成画面が表示され、送信先の１つ又は複数の電話番号と、送信内容であるメッセージを入力することができる。あるいは、ユーザー企業に対して専用ソフトを提供し、その中で送信データを入力すると送信サーバ１１０に送信されるようにしてもよい。あるいは、既存の業務ソフトに組み込んで提供することも考えられる。
【００４２】
図３は、メッセージを入力する際の文書フォーマットの一例である。図３のようなメッセージ内容の文書フォーマットを用意しておき、送信先の電話番号を入力して、送信データを作成することができる。メッセージ作成画面において送信ボタンを押下して、即時送信をすることも、所定の日時に送信するように送信予約をすることもできる。
【００４３】
文書フォーマットの内容は、利用画面に応じて様々なものが考えられるが、顧客へのキャンペーン告知、契約更新手続の案内、流通業の配達事前通知、病院における患者への緊急連絡、企業における社員への緊急連絡等が挙げられる。図３のように返電依頼をする場合には、返電先の電話番号をクリッカブルに表示させることで、返電率の大幅な向上が見込まれる。
【００４４】
なお、コンピュータ１０は、ＰＣ、サーバ、ラップトップ、タブレット等が想定されるが、フィーチャーフォン又はスマートフォンであってもよい。ここで、「スマートフォン」とは、従来のフィーチャーフォンと対比するための用語であり、通話機能以外の様々な機能が可能な携帯端末を意味する。ただし、スマートフォン等の携帯電話をコンピュータ１０として用いる場合には、当然ながら、ＳＭＳメッセージを他の携帯電話に直接送信する態様は本発明の範囲外である。
【００４５】
また、上記の説明では、送信サーバ１１０とプロトコル変換ゲートウェイ１２０とが物理的に別個独立の構成として説明したが、これらを単一のサーバにおいて実現してもよいし、送信サーバ１１０及びプロトコル変換ゲートウェイ１２０の機能を、それぞれ複数のハードウェアによって実現してもよい。たとえば、プロトコル変換ゲートウェイ１２０については、複数のＳＩＭカードが挿入されたＳＩＭサーバを外部に接続して、プロトコル変換ゲートウェイ１２０自体が有するＳＩＭカードによって定まる一日当たりの最大送信可能数を拡張してもよい。単一のサーバにおいて実現した場合には、作成されたＨＴＴＰデータは、送信されることなくＳＭＳデータにプロトコル変換されることとなる。また、上記の各機能は、コンピュータに所定のプログラムを実行させることによって実現されることは言うまでもない。
【００４６】
また、プロトコル変換ゲートウェイが有する複数のポートは、ユーザー企業の専用ポートとして割り当てることもできる。この場合、顧客の携帯電話２０に送信されるＳＭＳデータは、各専用ポートに対応する送信元電話番号を含むようにし、顧客からこの番号に返電があった際には、ユーザー企業のいずれかの電話番号に転送するようにすることで、返電の手段を増やし、返電率を向上させることができる。
【００４７】
（第２の実施形態）
ＳＭＳメッセージに、クリッカブルな内容を含めることのメリットは第１の実施形態でも説明したが、ここでは、より詳細に説明を行う。
【００４８】
たとえば、クレジットカード会社、信販会社等における利用としては、何回電話しても電話に出ない、手紙を送付しても反応がない等の交渉困難先が存在する。このような場合、初期の延滞者に対しては、ＳＭＳメッセージを送信し、そこにクリッカブルな電話番号を記載しておくと、数割の返電率が見込まれ、それでも返電のない顧客に対してのみ、図４に示すように、オペレータより直接架電等を行えばよくなるため、大幅に人員の効率化やコンタクト率の向上を図ることができる。
【００４９】
ＳＭＳは、キャリアの取り決めによりメッセージの内容に制限があるが、たとえばクレジットカード会社、信販会社等における利用では、まず顧客と連絡が取れることが肝要であり、そのためには簡潔なメッセージで足りるため、親和性が高い。
【００５０】
（第３の実施形態）
本発明の一実施形態では、電話番号ではなく、クリッカブルな電子メールアドレスが記載されたＳＭＳメッセージを送信することもできる。
【００５１】
顧客に送信されたＳＭＳメッセージ内の電子メールアドレスをクリックすると、宛先を当該アドレスとしてメール作成画面が立ち上がり、そのまま送信してもらうことができるようにすることができる。電子メールアドレスは、英字、数字等複数の文字種が混在する等の理由で正確に収集することが困難であるが、このようにすれば、電子メールアドレスの収集の確実性を高めることができる。
【００５２】
クリッカブルな内容としては、電子メールアドレスの他、ＵＲＬとすることもできる。クリッカブルなＵＲＬを記載しておき、それを顧客がクリックすれば、ウェブブラウザが立ち上がり、特定のウェブサイトへスムーズに誘導されることとなる。また、何らかの登録を行う際に、顧客に対してクリッカブルな認証コードを含むＳＭＳメッセージを送信すれば、ＳＭＳメッセージは一意のＩＤである電話番号を宛先とすることから、信頼性の高い認証を実現可能となる。
【００５３】
以上、本発明の実施形態を具体的な例に言及して説明したが、これらの例に本発明の技術的な範囲が限定されるものではないことを付言する。
【符号の説明】
【００５４】
１０  ユーザー企業のコンピュータ
２０  顧客の携帯電話
１００  メッセージ送信システム
１１０  送信サーバ
１２０  プロトコル変換ゲートウェイ
【図１】
2014220594.tif 000003
【図２】
2014220594.tif 000004
【図３】
2014220594.tif 000005
【図４】
2014220594.tif 000006