JP2019114054A - 管理サーバ、メッセージ通信方法およびメッセージ通信プログラム - Google Patents

Abstract

【課題】電話番号が固定されていない送信元からショートメッセージを受信した場合やショートメッセージを送信元に返信できない場合であってもメッセージを送信元に送信することができる管理サーバ、メッセージ通信方法およびメッセージ通信プログラムを提供する。【解決手段】管理サーバ１００の送受信部１０１は、事業者を識別する事業者ＩＤと、利用者電話番号と、利用者に送信するメッセージと、を対応付けて情報端末装置２００から受信し、ＵＲＬ生成部１０２は、事業者ＩＤと利用者電話番号との組合せを示すチャットＩＤごとに、メッセージ入力領域を含むウェブページの生成を指示するＵＲＬを生成し、ショートメッセージ生成部１０４は、情報端末装置２００から受信したメッセージと、生成したＵＲＬと、を含むショートメッセージを生成し、送受信部１０１は、ショートメッセージを、利用者電話番号を宛先として送信する。【選択図】図１

Description

本発明は、管理サーバ、メッセージ通信方法およびメッセージ通信プログラムに関する。

近年、スマートフォンなどの移動体通信端末に対しショートメッセージサービス（以下、ＳＭＳという）を利用して企業や店舗から各種情報を提供することが多くなっている。しかしながら、ＳＭＳで情報を提供する場合、企業等から多くの宛先にショートメッセージを送信するため、いくつかの電話番号をランダムに使用し利用者にショートメッセージを送信することが多く、送信先からショートメッセージの送信元にメッセージを返信してもその送信元の電話番号で他の利用者にメッセージを送信している場合もあり、１対１でのメッセージのやりとりができないという問題があった。

また、移動体通信網を保有する電気通信事業者（以下、キャリアという）との契約や仕様によってはショートメッセージの送信元として通常の電話番号が割り当てられていない等があり、そもそも送信先からショートメッセージを送信元に送信することができないという問題もあった。

ＳＭＳを利用した技術の１つとして、情報端末装置で文字チャットプログラムを起動することにより、利用者間で送受信したショートメッセージをユーザインターフェースを変更し１つの画面ウィンドウに表示する技術が開示されている（特許文献１参照）。

特表2009-526430号公報

しかしながら、上述した公報は、利用者間での送受信が可能な電話番号を用いたショートメッセージに関する技術が記載されているに過ぎず、送信元である電話番号が固定されていない企業等の事業者と多くの利用者の間でのメッセージを送受信することは想定されていないため、電話番号が固定されていない送信元から利用者に送信されたショートメッセージに対し利用者が送信元にメッセージを送信できるようにするという問題は解決することができなかった。また、事業者が通常の電話番号を使用していない等の場合は、利用者からショートメッセージを事業者に送信することはできなかった。

本発明は、上記を鑑みてなされたものであり、電話番号が固定されていない送信元からショートメッセージを受信した場合やショートメッセージを送信元に返信できない場合であってもメッセージを送信元に送信することができる管理サーバ、メッセージ通信方法およびメッセージ通信プログラムを提供することを目的とする。

上述した課題を解決するために、本発明では、事業者を識別する事業者ＩＤと、利用者の操作する携帯端末装置の電話番号である利用者電話番号と、利用者に送信するメッセージと、を対応付けて情報端末装置から受信し、事業者ＩＤと利用者電話番号との組合せを示すチャットＩＤごとに、メッセージ入力領域を含むウェブページの生成を指示するＵＲＬを生成し、情報端末装置から受信したメッセージと、ＵＲＬと、を含むショートメッセージを生成し、生成したショートメッセージを、利用者電話番号を宛先として送信することを特徴とする。

上記のように構成した本発明によれば、メッセージ入力領域を含むウェブページの生成を指示するＵＲＬをショートメッセージによって利用者が受信することができるため、電話番号が固定されていない送信元からショートメッセージを受信した場合やショートメッセージを送信元に返信できない場合であってもメッセージを送信元に送信することができるという効果を奏する。

本実施例にかかるメッセージ通信システム１０の構成図である。 管理情報記憶部１１０のデータ構成の一例を示す説明図である。 メッセージ記憶部１２０のデータ構成の一例を示す説明図である。 ボットメッセージ記憶部１３０のデータ構成の一例を示す説明図である。 管理サーバ１００が実行するショートメッセージ送信処理手順を示すフローチャートである。 携帯端末装置３００が実行するウェブページ表示処理手順を示すフローチャートである。 携帯端末装置３００の表示部で表示する画面例を示す説明図である。 管理サーバ１００が実行するウェブページ生成処理手順を示すフローチャートである。 情報端末装置２００が実行するウェブページ表示処理手順を示すフローチャートである 情報端末装置２００の表示部で表示するウェブページの画面例を示す説明図である。 管理サーバ１００と情報端末装置２００が実行するメッセージ管理処理手順を示すフローチャートである。 情報端末装置２００の表示部で表示する管理用ウェブページの画面例を示す説明図である。 携帯端末装置３００の表示部で表示するオプトアウトの画面例を示す説明図である。

以下、添付図面を参照し、本発明の実施例を説明する。なお以下の説明は実施の形態の一例であり、本発明はこれらの実施例に限定されるものではない。

図１は、本実施例にかかるメッセージ通信システム１０の構成図である。図１に示すように、メッセージ通信システム１０は、管理サーバ１００と、ショートメッセージの送信元である企業や店舗、個人等のいわゆる事業者が操作する情報端末装置（事業者）２００−１〜ｎと、ショートメッセージの送信先である利用者が操作する携帯端末装置（利用者）３００−１〜ｍとを、ネットワークＮを介して互いに通信可能に接続する。ネットワークＮは、一部または全部が有線あるいは無線であり、インターネット、イントラネット、ＬＡＮ（Local Area Network）、移動体通信網等の通信ネットワークである。

管理サーバ１００は、情報端末装置（事業者）２００−１〜ｎ（以下、情報端末装置２００という）および携帯端末装置（利用者）３００−１〜ｍ（以下、携帯端末装置３００という）との間で、ＨＴＴＰ（HyperText Transfer Protocol）リクエストを受信し、リクエストに応じたレスポンスを送信する、いわゆるウェブサーバである。管理サーバ１００は、情報端末装置２００から受信したメッセージと、ウェブページの生成を指示するＵＲＬと、を含むショートメッセージを生成し、携帯端末装置３００の電話番号（以下、利用者電話番号という）を宛先として携帯端末装置３００に送信する。管理サーバ１００は、情報端末装置２００または携帯端末装置３００からのリクエストやメッセージの入力に応じウェブページを生成し送信する。

情報端末装置２００は、事業者が操作するパーソナルコンピュータ、スマートフォン、携帯電話、タブレット型端末装置等である。情報端末装置２００は、利用者に送信するメッセージや電話番号の入力を受付け管理サーバ１００に送信する。情報端末装置２００は、利用者それぞれとのメッセージのやりとりを示すウェブページや利用者ごとのメッセージの送受信状況や閲覧状況を示す管理用ウェブページを表示し、利用者に対するメッセージの入力を受付ける。

携帯端末装置３００は、利用者が操作するスマートフォン、携帯電話、その他の装置であり、ショートメッセージを送受信でき、かつウェブブラウザを備えウェブページを表示することができれば、どのような情報処理装置であってもよい。携帯端末装置３００は、管理サーバ１００からのショートメッセージを受信し、事業者とのメッセージのやりとりを示すウェブページを表示し、メッセージの入力を受付ける。

次に、管理サーバ１００の構成について説明する。管理サーバ１００は、管理情報記憶部１１０、メッセージ記憶部１２０、ボットメッセージ記憶部１３０、送受信部１０１、ＵＲＬ（Uniform Resource Locator）生成部１０２、ウェブページ生成部１０３、ショートメッセージ生成部１０４、メール生成部１０５を備える。

図２は、管理情報記憶部１１０のデータ構成の一例を示す説明図である。管理情報記憶部１１０は、利用者と事業者との間でやりとりしたメッセージを管理する情報を記憶する。管理情報記憶部１１０は、事業者を識別する情報である事業者ＩＤと、ショートメッセージの宛先であり、かつ利用者を識別する情報である利用者電話番号と、利用者と事業者との組合せを示すチャットＩＤと、利用者または事業者に提示するＵＲＬ（利用者／事業者）と、最新メッセージ受信日時（利用者／事業者）と、最新閲覧日時（利用者／事業者）と、その他の情報とを対応付けて記憶する。

ここで、最新メッセージ受信日時（利用者／事業者）は、情報端末装置２００または携帯端末装置３００で表示したウェブページから、入力を受付けたメッセージを管理サーバ１００で受信した日時であり、メッセージを受信するたびに更新することで最新の送信日時を記憶する。なお、利用者の最新メッセージ受信日時には、携帯端末装置３００に送信したショートメッセージを携帯端末装置３００の表示部で表示した際に表示した旨を管理サーバ１００に送信するよう設定し、ショートメッセージを表示した旨を受信した日時を格納しても、さらに利用者の最新メッセージ受信日時とは別に利用者のショートメッセージ表示日時を管理情報記憶部１１０に記憶してもよい。また、事業者の初回の最新メッセージ受信日時と最新閲覧日時には、携帯端末装置３００にショートメッセージを送信した日時を格納する。最新閲覧日時（利用者／事業者）は、情報端末装置２００または携帯端末装置３００から送信されたリクエストに応じて情報端末装置２００または携帯端末装置３００にウェブページを送信した日時であり、ウェブページを送信するたびに更新することで最新の閲覧日時を記憶する。

図３は、メッセージ記憶部１２０のデータ構成の一例を示す説明図である。メッセージ記憶部１２０は、情報端末装置２００または携帯端末装置３００から受信したメッセージおよびそのメッセージに関連する情報を記憶する。メッセージ記憶部１２０は、メッセージを識別する情報であるメッセージＩＤと、チャットＩＤと、ショートメッセージとして送信したメッセージまたはウェブページから入力を受付けたメッセージであるメッセージと、メッセージの発信者と、管理サーバ１００がメッセージを受信した日時であるメッセージ受信日時と、メッセージが入力された旨を送信先に通知したか否かを示す通知（済または未）と、メッセージの送信先がウェブページを閲覧したか否かを示す閲覧（既読または未読）と、事業者からの応答をボットプログラム（以下、ＢＯＴという）で実行する場合のＢＯＴを識別する情報であるテンプレートＩＤと、その他の情報とを対応付けて記憶する。

管理情報記憶部１１０に記憶するデータおよびメッセージ記憶部１２０に記憶するデータは、所定期間（例えば３０日）を経過した場合に削除する。例えば、メッセージ受信日時から所定期間を経過したメッセージをメッセージ記憶部１２０から順に削除し、利用者と事業者との間のメッセージがすべて削除された場合に、メッセージ記憶部１２０からすべてのメッセージが削除されたチャットＩＤに対応付けられたデータを管理情報記憶部１１０から削除するようにしてもよい。また、管理情報記憶部１１０に記憶する最新メッセージ受信日時が所定期間を経過した場合に、チャットＩＤに対応付けられた管理情報記憶部１１０およびメッセージ記憶部１２０に記憶するデータをすべて削除するようにしてもよい。なお、管理情報記憶部１１０およびメッセージ記憶部１２０に記憶するデータを削除する際は、対象データを他の記憶部にアーカイブしたうえで削除する。

図４は、ボットメッセージ記憶部１３０のデータ構成の一例を示す説明図である。ボットメッセージ記憶部１３０は、事業者から利用者への応答をＢＯＴで実行する場合の利用者に提示するメッセージおよびメッセージに関する情報を記憶する。ボットメッセージ記憶部１３０は、テンプレートＩＤと、送信順と、事業者ＩＤと、選択肢と、選択肢に応じたボットメッセージと、その他の情報とを対応付けて記憶する。

送受信部１０１は、情報端末装置２００から送信された、事業者ＩＤと利用者電話番号と利用者ごとのメッセージとを受信する。送受信部１０１は、携帯端末装置３００にショートメッセージを送信する。送受信部１０１は、情報端末装置２００または携帯端末装置３００からのリクエストに応じウェブページを送信する。送受信部１０１は、情報端末装置２００または携帯端末装置３００の表示部に表示したウェブページから受付けたメッセージを受信する。送受信部１０１は、情報端末装置２００にメールを送信する。

ＵＲＬ生成部１０２は、チャットＩＤと、利用者または事業者の別とに対応付けられたＵＲＬを生成する。ＵＲＬ生成部１０２は、生成したＵＲＬをチャットＩＤと、利用者または事業者の別とに対応付けて管理情報記憶部１１０に格納する。

ウェブページ生成部１０３は、利用者と事業者との間でやりとりしたメッセージとメッセージ入力領域とを表示するウェブページを生成する。より具体的には、ウェブページ生成部１０３は、ＵＲＬに対応付けられたウェブページ生成プログラムを用いてウェブページを生成する。ウェブページ生成プログラムは、情報端末装置２００または携帯端末装置３００からＵＲＬを含むリクエストを受信した場合に、ＵＲＬに対応付けられたウェブページ生成プログラムにリダイレクトすることによって実行される。ウェブページ生成プログラムは、ＵＲＬから判断するチャットＩＤ、またはウェブページ生成プログラム自身のパラメータとして持つチャットＩＤに対応するメッセージをメッセージ記憶部１２０から取得し、取得したメッセージを利用者または事業者の別で並べ、メッセージ入力領域を加えたウェブページを生成する。また、ウェブページ生成部１０３は、管理用ウェブページを生成する。

ショートメッセージ生成部１０４は、情報端末装置２００から受信した利用者電話番号とメッセージからショートメッセージを生成する。より具体的には、ショートメッセージ生成部１０４は、事業者から利用者に送信するメッセージと、ＵＲＬ生成部１０２によって生成した利用者用ＵＲＬとを含み、利用者電話番号を宛先とするショートメッセージを生成する。ショートメッセージ生成部１０４は、情報端末装置２００で表示するウェブページからメッセージの入力を受付けた場合、すなわち事業者からメッセージが入力された場合、メッセージが入力された旨と利用者用ＵＲＬとを含むショートメッセージを生成する。

メール生成部１０５は、携帯端末装置３００で表示したウェブページからメッセージの入力を受付けた場合、すなわち利用者からメッセージが入力された場合、メッセージが入力された旨と事業者用ＵＲＬとを含み、事業者のメールアドレスを宛先としたメールを生成する。

上述のように構成されたメッセージ通信システム１０の管理サーバ１００で実行するショートメッセージ送信処理について説明する。図５は、管理サーバ１００が実行するショートメッセージ送信処理手順を示すフローチャートである。

送受信部１０１は、事業者ＩＤと利用者電話番号とメッセージとを情報端末装置２００から受信する（ステップＳ５０１）。なお、送受信部１０１は、事業者ＩＤと利用者電話番号とメッセージとをＡＳＰ（Application Service Provider）のサービスとして受信してもよい。

ＵＲＬ生成部１０２は、事業者ＩＤと利用者電話番号の組合せを示すチャットＩＤを決定する（ステップＳ５０２）。チャットＩＤは、事業者ＩＤと利用者電話番号の組合せを一意に識別する情報である。ＵＲＬ生成部１０２は、チャットＩＤと、利用者および事業者ごとのＵＲＬを生成する（ステップＳ５０３）。ここで、チャットＩＤと、利用者および事業者ごとのＵＲＬは、情報端末装置２００または携帯端末装置３００から当該ＵＲＬを含むリクエストを管理サーバ１００に送信した場合、それぞれのＵＲＬに応じたウェブページ生成プログラムにリダイレクトされる。ウェブページ生成プログラムは、事業者と利用者がやりとりしたメッセージと、メッセージ入力領域とを表示するウェブページを生成する。ＵＲＬ生成部１０２は、チャットＩＤに対応付けて、利用者と事業者それぞれのＵＲＬを管理情報記憶部１１０に格納する（ステップＳ５０４）。ＵＲＬ生成部１０２は、新たに採番したメッセージＩＤと、チャットＩＤと、情報端末装置２００から送信されたメッセージと、発信者である事業者と、メッセージ受信日時と、を対応付けてメッセージ記憶部１２０に格納する（ステップＳ５０５）。ショートメッセージ生成部１０４は、情報端末装置２００から受信したメッセージと利用者用ＵＲＬを含むショートメッセージを生成する（ステップＳ５０６）。送受信部１０１は、ショートメッセージを利用者電話番号を宛先として送信する（ステップＳ５０７）。

このように、利用者へのメッセージとメッセージ入力領域とを含むウェブページの生成を指示することができるＵＲＬをショートメッセージによって利用者に送信することで、ショートメッセージの送信元の電話番号が固定でない場合であっても、ショートメッセージを送信先から送信元に送信できない場合であっても、事業者と利用者との間でウェブページのメッセージ入力領域を介してメッセージを事業者に送信することができる。これにより、利用者電話番号を宛先としたショートメッセージで到達率高く即時にメッセージを利用者に送信することができるとともに、送信先である利用者から送信元である事業者にメッセージを送信することができる。

次に、メッセージ通信システム１０の携帯端末装置３００で実行するウェブページ表示処理について説明する。図６は、携帯端末装置３００が実行するウェブページ表示処理手順を示すフローチャートである。

携帯端末装置３００は、管理サーバ１００から送信されたショートメッセージを受信する（ステップＳ６０１）。携帯端末装置３００は、ショートメッセージを表示部に表示する（ステップＳ６０２）。図７は、携帯端末装置３００の表示部で表示する画面例を示す説明図である。図７（ａ）は、ＳＭＳの画面例である。図７（ａ）に示すように、事業者から送信された利用者ごとのメッセージ７１と、ＵＲＬを含むメッセージ７２を表示する。本画面例では、ショートメッセージの文字数制限を考慮し２つのメッセージとして管理サーバ１００から送信しているが、キャリアや機種によって文字数制限は異なるため、それらに応じて文字数が文字数制限内であれば１つのメッセージとしてもよく、さらに３以上のメッセージとしてもよい。

携帯端末装置３００は、ショートメッセージに含まれるＵＲＬの指示を受付ける（ステップＳ６０３）。これにより、ＵＲＬを含むリクエストが管理サーバ１００に送信され、管理サーバ１００はウェブページを生成し、生成したウェブページを携帯端末装置３００に送信する。携帯端末装置３００は、リクエストに応じたウェブページを管理サーバ１００から受信する（ステップＳ６０４）。携帯端末装置３００は、ウェブページを表示部に表示する（ステップＳ６０５）。図７（ｂ）は、ウェブページの画面例である。図７（ｂ）の例では、メッセージを入れた吹き出しの向きで事業者と利用者の別を示すチャット形式のウェブページを表示する。このようにメッセージを吹き出しに入れる他、利用者と事業者とのメッセージのやりとりがわかる形であれば、どのような形であってもよい。

ウェブページの画面例には、事業者ロゴマーク７３、事業者の電話番号に発信する電話アイコン７４、ショートメッセージでも送信された、事業者からのメッセージ７５、メッセージ入力領域７６を表示する。また、最初に携帯端末装置３００に送信するウェブページは、ショートメッセージで送信したメッセージを含まないウェブページとしてもよい。その場合、図７（ｂ）の例では、事業者ロゴマーク７３、電話アイコン７４、メッセージ入力領域７６が表示されることとなる。

携帯端末装置３００は、ウェブページからメッセージの入力を受付けたか否かを判断する（ステップＳ６０６）。より具体的には、図７（ｂ）のメッセージ入力領域７６からメッセージが入力され送信ボタンが指示されたか否かを判断する。メッセージの入力を受付けたと判断した場合（ステップＳ６０６：Ｙｅｓ）、入力されたメッセージを管理サーバ１００に送信する（ステップＳ６０７）。携帯端末装置３００は、入力されたメッセージを含むウェブページを管理サーバ１００から受信する（ステップＳ６０８）。携帯端末装置３００は、ウェブページを表示部に表示する（ステップＳ６０９）。図７（ｃ）は、利用者によって入力されたメッセージ７７を含むウェブページの画面例である。メッセージの入力を受付けていないと判断した場合（ステップＳ６０６：Ｎｏ）、例えば所定時間内にメッセージの入力を受付けていないと判断した場合に処理を終了する。また終了の指示を受付けた場合に処理を終了してもよい。

このように、ショートメッセージに含まれるＵＲＬを指示することで、事業者と利用者との間でやりとりしたメッセージをウェブページで表示することができるとともに、利用者は事業者の電話番号等を指定することなくウェブページから事業者に対しメッセージを入力し送信することができる。ＳＭＳで送信するメッセージと異なり、入力するメッセージに文字数制限はないため、文字数やデータ量を気にすることなくさまざまな情報をやりとりすることができる。また、利用者からのメッセージ送信にはＳＭＳを利用しないため、ＳＭＳの費用は発生しない。

また、メッセージを送受信するだけでなく、図７（ｂ）のウェブページに表示された事業者の電話番号を発信する電話アイコン７４を指示することによって、電話によって直接かつ即時に事業者と連絡を取ることができる。ウェブページに事業者ロゴマーク７３を表示することで詐欺業者から送信されるショートメッセージやウェブページと区別することができるため、事業者からのメッセージの信用度を向上することができる。

次に、メッセージ通信システム１０の管理サーバ１００で実行するウェブページ生成処理について説明する。図８は、管理サーバ１００が実行するウェブページ生成処理手順を示すフローチャートである。

送受信部１０１は、情報端末装置２００または携帯端末装置３００から送信されたＵＲＬを含むリクエストを受信する（ステップＳ８０１）。なお、リクエストを受信した日時は、管理情報記憶部１１０の利用者または事業者の最新閲覧日時に格納する。また、メッセージ情報記憶部１２０においてチャットＩＤに対応付けられたメッセージがあれば、そのメッセージの閲覧欄には“既読”を格納する。ウェブページ生成部１０３は、ＵＲＬをウェブページ生成プログラムに変換する（ステップＳ８０２）。より具体的には、ＵＲＬをウェブページ生成プログラムにリダイレクトする。例えば、“http://kyuchat.jp/ABCDE”は、“http://192.168.55.10/getchat.php?id=ABCDE&origin=USER”にリダイレクトされ、さらに“id=ABCDE”が実際のチャットＩＤに変換される。ウェブページ生成部１０３は、ウェブページ生成プログラムによってウェブページを生成する（ステップＳ８０３）。より具体的には、チャットＩＤに対応付けられたメッセージと、利用者と事業者の別とをメッセージ記憶部１２０から取得し、“origin”に示される、表示対象が利用者または事業者の別に応じウェブページを生成する。送受信部１０１は、リクエストを送信した情報端末装置２００または携帯端末装置３００にウェブページを送信する（ステップＳ８０４）。

送受信部１０１は、情報端末装置２００または携帯端末装置３００で表示したウェブページからメッセージを受信したか否かを判断する（ステップＳ８０５）。メッセージを受信したと判断した場合は（ステップＳ８０５：Ｙｅｓ）、送受信部１０１は、ウェブページから受信したメッセージをメッセージ情報記憶部１２０に格納する（ステップＳ８０６）。より具体的には、送受信部１０１は、新たに採番したメッセージＩＤと、チャットＩＤと、メッセージと、メッセージの発信者である利用者または事業者の別と、メッセージ受信日時と、を対応付けてメッセージ情報記憶部１２０に格納する。また、メッセージ受信日時を管理情報記憶部１１０の利用者または事業者の最新メッセージ受信日時に格納する。利用者または事業者の別は、情報端末装置２００または携帯端末装置３００から送信されたＵＲＬで判断するか、メッセージを送信する際に利用者または事業者の別を含めることで判断してもよい。ウェブページ生成部１０３は、ウェブページ生成プログラムを用いてウェブページを生成する（ステップＳ８０７）。送受信部１０１は、メッセージを送信した情報端末装置２００または携帯端末装置３００にウェブページを送信する（ステップＳ８０８）。メッセージを受信していないと判断した場合は（ステップＳ８０５：Ｎｏ）、処理を終了する。

メール生成部１０５は、発信者が利用者か否かを判断する（ステップＳ８０９）。発信者が利用者であると判断した場合は（ステップＳ８０９：Ｙｅｓ）、メール生成部１０５は、利用者のメッセージを受信した旨と、事業者用ＵＲＬとを含むメールを生成する（ステップＳ８１０）。送受信部１０１は、メールを事業者のメールアドレスに送信する（ステップＳ８１１）。なお、メールアドレスは、事業者ＩＤとメールアドレスとを対応付けて記憶した図示しない記憶部から取得する。また、メッセージ情報記憶部１２０において対応するメッセージの通知欄に“済”を格納する。その後ステップＳ８０１に進む。なお、ステップＳ８１０、ステップＳ８１１は、事業者が希望する場合に実行するオプションとしてもよい。

発信者が利用者でない、すなわち事業者であると判断した場合は（ステップＳ８０９：Ｎｏ）、ショートメッセージ生成部１０４は、事業者のメッセージを受信した旨と、利用者用ＵＲＬとを含むショートメッセージを生成する（ステップＳ８１２）。送受信部１０１は、利用者電話番号を宛先としてショートメッセージを送信する（ステップＳ８１３）。また、メッセージ情報記憶部１２０において対応するメッセージの通知欄に“済”を格納する。その後ステップＳ８０１に進む。

このように、管理サーバ１００は情報端末装置２００または携帯端末装置３００のいずれかからＵＲＬを含むリクエストを受信した場合に、ウェブページを生成し送信することによって事業者と利用者との間でやりとりしたメッセージとメッセージ入力領域を含むウェブページを情報端末装置２００または携帯端末装置３００の表示部に表示することができる。情報端末装置２００または携帯端末装置３００からＵＲＬを含むリクエストを受信するごとにウェブページを生成するため、ウェブページを記憶する領域を準備する必要がなく、記憶領域の容量を抑えることができる。

また、情報端末装置２００または携帯端末装置３００での入力を受付けたメッセージを管理サーバ１００のメッセージ記憶部１２０で一元管理し、ＵＲＬを含むリクエストまたはメッセージが入力されるたびにメッセージ記憶部１２０に記憶した事業者と利用者のメッセージをすべて含むウェブページを生成し送信するため、情報端末装置２００または携帯端末装置３００に特別なプログラムをインストールすることなく、事業者と利用者は互いにやりとりしたメッセージを確認することができるとともに、互いにメッセージを送信することができる。

上述した実施例では、“http://kyuchat.jp/ABCDE”を利用者用ＵＲＬとして説明したが、事業者用ＵＲＬは、利用者用ＵＲＬとドメイン名やパスを変えることによって事業者用ＵＲＬを判断する。例えば、管理サーバ１００が“http://admin.kyuchat.jp/Z5DF8”を受信した場合、まず“http://192.168.55.10/getchat.php?id=Z5DF8&origin=COMPANY”に変換することによって事業者用ＵＲＬと判断することができ、“id=Z5DF8”をさらに実際のチャットＩＤに変換することによって、それらの情報に基づきウェブページを生成することができる。

ウェブページ生成部１０３で生成するウェブページは、例えば吹き出しにメッセージを入れる形式である場合、利用者用と事業者用のウェブページは吹き出しの向きが逆となる。なお、利用者と事業者の別とメッセージを単に時系列の表示するような、利用者用と事業者用とで表示が異ならない場合は、利用者と事業者とでウェブページに分けず、利用者と事業者の組合せごとに１つのウェブページとしてもよい。

次に、メッセージ通信システム１０の情報端末装置２００で実行するウェブページ表示処理について説明する。図９は、情報端末装置２００が実行するウェブページ表示処理手順を示すフローチャートである。

情報端末装置２００は、メールを管理サーバ１００から受信する（ステップＳ９０１）。情報端末装置２００は、メールを表示部に表示する（ステップＳ９０２）。情報端末装置２００は、メールに含まれるＵＲＬの指示を受付ける（ステップＳ９０３）。これにより、ＵＲＬを含むリクエストが管理サーバ１００に送信される。情報端末装置２００は、管理サーバ１００からＵＲＬに応じたウェブページを受信する（ステップＳ９０４）。情報端末装置２００は、ウェブページを表示部に表示する（ステップＳ９０５）。図１０は、情報端末装置２００の表示部で表示するウェブページの画面例を示す説明図である。図１０（ａ）は、利用者電話番号“090-1112-****”とのメッセージのやりとりを表示したウェブページであり、図１０（ｂ）は、ショートメッセージを送信した利用者電話番号を選択することができるウェブページである。ここでは、いずれかのウェブページを表示する。例えば、情報端末装置２００がスマートフォンの場合に、スマートフォンの画面に図１０（ａ）を表示することによって、事業者からのメッセージを利用者にタイムリーに返信することも可能となる。図１０（ｂ）を表示した場合には、新たな利用者電話番号を指示するたびに、利用者電話番号に対応するＵＲＬを含むリクエストが管理サーバ１００に送信され、図８に示す処理が実行される。

情報端末装置２００は、ウェブページからメッセージの入力を受付けたか否かを判断する（ステップＳ９０６）。メッセージの入力を受付けたと判断した場合（ステップＳ９０６：Ｙｅｓ）、情報端末装置２００はメッセージを管理サーバ１００に送信する（ステップＳ９０７）。これにより、管理サーバ１００は、メッセージを受信し、メッセージを含むウェブページを生成し送信する。情報端末装置２００は、ウェブページを管理サーバ１００から受信する（ステップＳ９０８）。情報端末装置２００は、ウェブページを表示部に表示する（ステップＳ９０９）。メッセージの入力を受付けていないと判断した場合（ステップＳ９０６：Ｎｏ）、例えば所定時間内にメッセージの入力を受付けていないと判断した場合に処理を終了する。また、終了の指示を受付けた場合に処理を終了してもよい。

このように、事業者の操作する情報端末装置２００で入力を受付けたメッセージも管理サーバ１００のメッセージ記憶部１２０に記憶され、情報端末装置２００では何ら処理を実行したりデータを保有することなく、入力したメッセージを含め利用者と事業者との間のメッセージのやりとりをウェブページで表示することができる。また、利用者に１度ショートメッセージを送信したあとは、ウェブページからメッセージを入力することができるため、文字数等の制限もなく自由に文字や資料、静止画、動画等も送受信することができる。

次に、メッセージ通信システム１０の管理サーバ１００と情報端末装置２００で実行するメッセージ管理処理について説明する。図１１は、管理サーバ１００と情報端末装置２００が実行するメッセージ管理処理手順を示すフローチャートである。

情報端末装置２００は、管理用ウェブページの表示指示を受付ける（ステップＳ１１０１）。情報端末装置２００は、管理用ウェブページの表示指示を管理サーバ１００に送信する（ステップＳ１１０２）。

管理サーバ１００の送受信部１０１は、管理用ウェブページの表示指示を情報端末装置２００から受信する（ステップＳ１１０３）。ウェブページ生成部１０３は、管理用ウェブページを生成する（ステップＳ１１０４）。より具体的には、ウェブページ生成部１０３は、管理情報記憶部１１０に記憶する利用者電話番号と、利用者の最新メッセージ受信日時と、事業者の最新メッセージ受信日時と、事業者の最新閲覧日時と、ＵＲＬとから利用者から送信されたメッセージを管理する管理用ウェブページを生成する。

図１２は、情報端末装置２００の表示部で表示する管理用ウェブページの画面例を示す説明図である。表示画面２１は、事業者ごとのメッセージ管理一覧表を表示する。メッセージ管理一覧表には、利用者が送信したメッセージを事業者が既読か未読かの別を示すアイコン２２と、利用者電話番号２３と、利用者が送信した最新メッセージ受信日時２４と、ＤＥＴＡＩＬボタン２５と、を表示する。利用者が送信したメッセージを事業者が既読か未読かの別を示すアイコン２２は、利用者電話番号に対応する利用者の最新メッセージ受信日時が事業者の最新閲覧日時より新しいまたはほぼ同時であれば“未読”と判断し、利用者の最新メッセージ受信日時が事業者の最新閲覧日時より古ければ“既読”と判断する。また、メッセージ管理一覧表の詳細欄に表示するＤＥＴＡＩＬボタンには、利用者電話番号に対応付けられた事業者用ＵＲＬを埋め込む。メッセージ管理一覧表は、設定に応じ利用者の最新メッセージ受信日時が新しい順や古い順にソートして表示してもよい。また、設定に応じ利用者からのメッセージを受信した利用者電話番号に関する情報のみを表示したり、利用者の最新閲覧日時が格納されていない利用者電話番号に関する情報のみを表示してもよい。また、メッセージ管理一覧表に、利用者の最新閲覧日時や事業者の最新メッセージ受信日時、最新閲覧日時をさらに加えてもよい。送受信部１０１は、管理用ウェブページを情報端末装置２００に送信する（ステップＳ１１０５）。

情報端末装置２００は、管理用ウェブページを管理サーバ１００から受信する（ステップＳ１１０６）。情報端末装置２００は、管理用ウェブページを表示部に表示する（ステップＳ１１０７）。情報端末装置２００は、メッセージの詳細を表示する利用者のＤＥＴＡＩＬボタンの指示を受付ける（ステップＳ１１０８）。情報端末装置２００は、ＤＥＴＡＩＬボタンに埋め込まれたＵＲＬを含むリクエストを管理サーバ１００に送信する（ステップＳ１１０９）。

管理サーバ１００の送受信部１０１は、ＵＲＬを含むリクエストを情報端末装置２００から受信する（ステップＳ１１１０）。ウェブページ部１０３は、ＵＲＬからリダイレクトされたウェブページ生成プログラムでウェブページを生成する（ステップＳ１１１１）。送受信部１０１は、ウェブページを情報端末装置２００に送信する（ステップＳ１１１２）。

情報端末装置２００は、ウェブページを管理サーバ１００から受信する（ステップＳ１１１３）。情報端末装置２００は、ウェブページを表示部に表示する（ステップＳ１１１４）。ウェブページの画面例は、図１０（ａ）または図１０（ｂ）である。なお、ステップＳ１１１４以降は、図９のステップＳ９０６以降の処理を実行する。これにより、メッセージの入力を受付けることができる。

このように、事業者の操作する情報端末装置２００に管理用ウェブページを表示することにより、ショートメッセージを送信した利用者の応答状況や事業者自身の対応状況を一括して管理することができる。また、利用者それぞれに対し送受信したメッセージの詳細を確認することができ、メッセージの送信を含む利用者に応じた対応を効率的に行うことができる。

他の実施例として、事業者の操作する情報端末装置２００から入力を受付けたメッセージを携帯端末装置３００に送信することに代えて、管理サーバ１００で予め定められた動作を実行するＢＯＴによってメッセージを選択し、選択したメッセージを含むウェブページを携帯端末装置３００に送信する処理について説明する。

具体的には、図５のステップＳ５０１の処理において、送受信部１０１が情報端末装置２００から宛先である利用者電話番号とボットを識別する情報であるテンプレートＩＤとを受信する。さらに、ステップＳ５０５の前に、送受信部１０１は、テンプレートＩＤに対応付けられたボットメッセージをボットメッセージ記憶部１３０から取得する。メッセージをボットメッセージに代えてステップＳ５０５以降の処理を実行する。

さらに、図８の処理において、ステップＳ８０９で発信者が利用者であると判断した場合は（ステップＳ８０９：Ｙｅｓ）、情報端末装置２００にメールを送信する処理は実行せず、利用者が入力したメッセージに応じたボットメッセージをボットメッセージ記憶部１３０から取得し、メッセージ情報記憶部１２０に格納する。さらに、ウェブページ生成部１０３は、ウェブページを生成し携帯端末装置３００に送信する。さらに、ステップＳ８０５に進む。ステップＳ８０９で発信者が利用者でないと判断した場合は（ステップＳ８０９：Ｎｏ）、ステップＳ８０５に進む。

このように、ＢＯＴによって選択したメッセージを利用者に送信することによって、事業者は利用者へのメッセージの到達率をＳＭＳで高めたうえで、ウェブページを介して利用者に対し自動で応答することができるため、利用者への応答を効率化することができる。

他の実施例として、事業者の操作する情報端末装置２００のメッセージが商品やサービスの決済に関するメッセージである場合、事業者から送信しウェブページに表示するメッセージに決済処理用ウェブページのＵＲＬを加えてもよい。また、ボットメッセージに決済処理用ウェブページのＵＲＬを加えてもよい。なお、決済処理用ウェブページは、図示しない決済サーバに要求し生成されたものを利用してもよい。

これにより、事業者から利用者へのメッセージを最初にＳＭＳで送信することによって利用者へのメッセージの到達率をＳＭＳで高めたうえで、利用者と事業者とのウェブページでのやりとりのなかで決済処理用ウェブページを表示することができるため、利用者の決済処理に対する信頼性を高めることができる。一方、事業者にとってもネット上のメッセージのやりとりだけで決済処理を完了することができるため、決済処理をより効率化することができる。

なお上述した実施例では、ＳＭＳを用いてショートメッセージを送信する処理を説明したが、ＳＭＳだけでなく、ＳＭＳと同様に宛先が電話番号である、ＭＭＳ（Multimedia Messaging Service）やＲＣＳ（Rich Communication Service）、その他のサービスを利用してもよい。

上述した実施例の具体的な適用例としては、就職・転職・派遣・アルバイト等の情報提供や住宅・賃貸物件・中古車等の情報提供、株等の金融商品や物品の購入・情報提供、物品のオークション等のさまざまな場面での利用が考えられる。

次に、オプトアウト処理について説明する。図１３は、携帯端末装置３００の表示部で表示するオプトアウトの画面例を示す説明図である。図１３（ａ）は、オプトアウトの方法を表示する画面例であり、具体的なオプトアウトの方法、例えば“メッセージ配信を停止する場合は、「配信停止」と入力してください。”３１を表示する。図１３（ｂ）は、利用者からのオプトアウトの指示によりオプトアウトが完了した場合の画面例である。利用者電話番号について事業者からのショートメッセージの配信停止を実行しているときには、画面下部にオプトアウトを解除する方法、例えば“メッセージ配信を再開する場合は、「配信再開」と入力してください。”３２を表示する。図１３（ｃ）は、利用者からのオプトアウトの解除指示によりオプトアウトの解除が完了した場合の画面例であり、画面下部には再度オプトアウトをする方法、例えば“メッセージ配信を停止する場合は、「配信停止」と入力してください。”３３を表示する。

一方、管理サーバ１００では、オプトアウトした利用者電話番号を記憶する、図示しないオプトアウト電話番号記憶部を備え、携帯端末装置３００に表示するウェブページから「配信停止」の入力を受付けた場合は、利用者電話番号をオプトアウト電話番号記憶部に記憶する。また、ウェブページから「配信再開」の入力を受付けた場合は、ウェブページに対応する利用者電話番号をオプトアウト電話番号記憶部から削除する。ショートメッセージを送信する際には、オプトアウト電話番号記憶部を検索し、オプトアウト電話番号記憶部に利用者電話番号が記憶されている場合には、ショートメッセージを送信しない。

オプトアウトを実行する場合、ウェブページ生成部１０３は、利用者電話番号がオプトアウト電話番号記憶部に記憶されていないと判断した場合は、オプトアウトの方法を加えたウェブページを生成し、利用者電話番号がオプトアウト電話番号記憶部に記憶されていると判断した場合は、オプトアウトを解除する方法を加えたウェブページを生成する。

また、オプトアウト電話番号記憶部に利用者電話番号が記憶されている場合、図１２に示すメッセージ管理一覧表において、オプトアウトが設定されている利用者電話番号には、例えば最新メッセージ受信日時蘭に（×）を表示してもよい（２６）。また、ＤＥＴＡＩＬボタン２７は表示され、指示すれば、これまでのメッセージのやりとりは表示されるが、メッセージ入力領域を表示しないことにより、事業者からのメッセージを送信できないようにする。

なお、上述したショートメッセージは、ＳＭＰＰ（Short Message Peer-to-Peer）、ＳＭＴＰ（Simple Mail Transfer Protocol）、ＨＴＴＰ等の通信プロトコルを用いて、利用者電話番号のキャリア判定に使用するＨＬＲ（Home Location Register）等を備える中間サーバを経由し、宛先に対応するキャリアのショートメッセージサーバから宛先の携帯端末装置３００に送信される。

また、ショートメッセージの宛先である携帯端末装置３００が、物理的な移動体通信網を自社で持たず他の事業者から借りて通信サービスを提供するＭＶＮＯ（Mobile Virtual Network Operator（仮想移動体通信事業者））を利用している場合でも、上述した処理を実行することができる。

上述した実施例にかかる管理サーバ１００、情報端末装置２００、携帯端末装置３００のハードウェア構成は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）等の外部記憶装置、通信制御装置等を備えた通常のコンピュータであり、ＲＯＭやＲＡＭ、ＨＤＤ等に記憶されたプログラムをＣＰＵが読み出し動作させることによって、上述した構成や機能を実現する。

管理サーバ１００、情報端末装置２００、携帯端末装置３００で動作するプログラムは、インターネット等のネットワークＮに接続されたコンピュータ上に格納しておき、ネットワークＮ経由でダウンロードさせることにより提供したり、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＤＶＤ、ＵＳＢメモリ、ＳＤカード等のコンピュータで読取り可能な記録媒体に記録し提供してもよい。また、上述した機能や処理を実現するプログラムは、ＡＰＩ（Application Programming Interface）やＳａａＳ（Software as a Service）、クラウドコンピューティングという利用形態で提供してもよい。

なお、本発明は、上述した実施例そのままに限定されるものではなく、必ずしも物理的に図示のように構成されている必要はない。また、本発明は、実施例で説明した構成要素の全部または一部を、各種の負荷や使用状況などに応じ、任意の単位で機能的または物理的に分割、統合、入替、変形または削除して構成することができる。

Ｎ…ネットワーク、１０…メッセージ通信システム、１００…管理サーバ、１０１…送受信部、１０２…ＵＲＬ生成部、１０３…ウェブページ生成部、１０４…ショートメッセージ生成部、１０５…メール生成部、１１０…管理情報記憶部、１２０…メッセージ記憶部、１３０…ボットメッセージ記憶部、２００…情報端末装置、３００…携帯端末装置

Claims (14)

1. 事業者の操作する情報端末装置とネットワークを介して接続する管理サーバにおいて、
   前記事業者を識別する事業者ＩＤと、利用者の操作する携帯端末装置の電話番号である利用者電話番号と、前記利用者に送信するメッセージと、を対応付けて前記情報端末装置から受信する受信手段と、
   前記事業者ＩＤと前記利用者電話番号との組合せを示すチャットＩＤごとに、メッセージ入力領域を含むウェブページの生成を指示するＵＲＬを生成するＵＲＬ生成手段と、
   前記情報端末装置から受信した前記メッセージと、前記ＵＲＬ生成手段によって生成した前記ＵＲＬと、を含むショートメッセージを生成するショートメッセージ生成手段と、
   前記ショートメッセージ生成手段によって生成した前記ショートメッセージを、前記利用者電話番号を宛先として送信する送信手段と、
   を備えることを特徴とする管理サーバ。
   
2. 前記チャットＩＤと、前記事業者または前記利用者からの入力を受付けたメッセージと、前記メッセージの発信者である前記事業者または前記利用者の別と、を対応付けて記憶するメッセージ記憶手段と、をさらに備え、
   前記受信手段は、前記ＵＲＬを含むリクエストを前記情報端末装置または前記携帯端末装置から受信し、
   前記ＵＲＬからリダイレクトされたウェブページ生成プログラムを用いて、前記チャットＩＤに対応付けられた前記メッセージと、前記事業者または前記利用者の別とからウェブページを生成するウェブページ生成手段と、をさらに備え、
   前記送信手段は、前記ウェブページ生成手段によって生成した前記ウェブページを、前記リクエストを送信した前記情報端末装置または前記携帯端末装置に送信すること、を特徴とする請求項１に記載の管理サーバ。
   
3. 前記受信手段は、前記メッセージを前記情報端末装置または前記携帯端末装置から受信し、
   前記ウェブページ生成手段は、前記チャットＩＤに対応付けて、前記受信手段によって受信した前記メッセージと、前記事業者または前記利用者の別と、を前記メッセージ記憶手段に格納するとともに、
   前記メッセージ記憶手段に記憶する、前記チャットＩＤに対応付けられた前記メッセージと、前記事業者または前記利用者の別とから前記ウェブページを生成し、
   前記送信手段は、前記ウェブページ生成手段によって生成した前記ウェブページを前記メッセージを送信した前記情報端末装置または前記携帯端末装置に送信すること、を特徴とする請求項２に記載の管理サーバ。
   
4. 前記メッセージの発信者が前記利用者であると判断した場合に、前記メッセージの入力を受付けた旨と、前記ＵＲＬと、を含むメールを生成するメール生成手段、を備え、
   前記送信手段は、前記メール生成手段によって生成された前記メールを前記事業者のメールアドレスに送信すること、を特徴とする請求項３に記載の管理サーバ。
   
5. 前記ショートメッセージ生成手段は、前記メッセージの発信者が前記事業者であると判断した場合に、前記メッセージの入力を受付けた旨と、前記ＵＲＬと、を含むショートメッセージを生成し、
   前記送信手段は、前記ショートメッセージ生成手段によって生成された前記ショートメッセージを、前記利用者電話番号を宛先として送信すること、を特徴とする請求項３に記載の管理サーバ。
   
6. 前記ウェブページ生成手段は、前記メッセージの発信者が前記利用者であると判断した場合に、ＢＯＴによって選択したメッセージを前記メッセージ記憶手段に格納するとともに、前記メッセージを含むウェブページを生成し、
   前記送信手段は、前記ウェブページ生成手段によって生成した前記ウェブページを前記携帯端末装置に送信すること、を特徴とする請求項３に記載の管理サーバ。
   
7. 前記情報端末装置から受信する前記メッセージは、決済用ウェブページのＵＲＬを含むこと、を特徴とする請求項３に記載の管理サーバ。
   
8. 前記ウェブページ生成手段は、前記ウェブページに、前記事業者の電話番号に発信するアイコンを加えて生成すること、を特徴とする請求項１〜７のいずれか１つに記載の管理サーバ。
   
9. 前記ウェブページ生成手段は、前記メッセージを前記事業者または前記利用者で吹き出しの方向を異なる形式で表示する前記ウェブページを生成すること、を特徴とする請求項２〜８のいずれか１つに記載の管理サーバ。
   
10. 前記ショートメッセージは、ＳＭＳ（Short Message Service）、ＭＭＳ（Multimedia Messaging Service）、ＲＣＳ（Rich Communication Service）のいずれかを用いて送信すること、を特徴とする請求項１〜９のいずれか１つに記載のショートメッセージ送信サーバ。
    
11. 前記利用者からオプトアウトを指示された前記利用者電話番号を記憶するオプトアウト電話番号記憶手段、をさらに備え、
    前記ウェブページ生成手段は、前記利用者電話番号が前記オプトアウト電話番号記憶手段に記憶されていないと判断した場合は、オプトアウトの方法を加えたウェブページを生成し、前記利用者電話番号が前記オプトアウト電話番号記憶手段に記憶されていると判断した場合は、オプトアウトを解除する方法を加えたウェブページを生成すること、を特徴とする請求項２〜１０のいずれか１つに記載のショートメッセージ送信サーバ。
    
12. 前記チャットＩＤと、前記ＵＲＬと、前記利用者電話番号と、最新メッセージ受信日時と、を対応付けて記憶する管理情報記憶手段、をさらに備え、
    前記ウェブページ生成手段は、前記情報端末装置から管理画面の表示指示を受付けた場合に、前記管理情報記憶手段および前記メッセージ記憶手段から、前記利用者が発信者であるメッセージの既読または未読の別と、前記利用者電話番号と、前記最新メッセージ受信日時と、前記ＵＲＬを対応付けたボタンと、を対応付けて一覧とした管理画面のウェブページを生成し、
    さらに、前記利用者電話番号が前記オプトアウト電話番号記憶手段に記憶されていると判断した場合は、前記利用者電話番号に対応付けてオプトアウトを表示する前記ウェブページを生成し、
    前記送信手段は、前記ウェブページ生成手段によって生成した前記ウェブページを前記情報端末装置に送信すること、を特徴とする請求項１１に記載の管理サーバ。
    
13. 事業者の操作する情報端末装置とネットワークを介して接続するコンピュータによって実行される方法であって、
    前記事業者を識別する事業者ＩＤと、利用者の操作する携帯端末装置の電話番号である利用者電話番号と、前記利用者に送信するメッセージと、を対応付けて前記情報端末装置から受信する受信ステップと、
    前記事業者ＩＤと前記利用者電話番号との組合せを示すチャットＩＤごとに、メッセージ入力領域を含むウェブページの生成を指示するＵＲＬを生成するＵＲＬ生成ステップと、
    前記情報端末装置から受信した前記メッセージと、前記ＵＲＬ生成ステップによって生成した前記ＵＲＬと、を含むショートメッセージを生成するショートメッセージ生成ステップと、
    前記ショートメッセージ生成ステップによって生成した前記ショートメッセージを、前記利用者電話番号を宛先として送信する送信ステップと、
    を含むことを特徴とするメッセージ通信方法。
    
14. 事業者の操作する情報端末装置とネットワークを介して接続するコンピュータに、
    前記事業者を識別する事業者ＩＤと、利用者の操作する携帯端末装置の電話番号である利用者電話番号と、前記利用者に送信するメッセージと、を対応付けて前記情報端末装置から受信する受信ステップと、
    前記事業者ＩＤと前記利用者電話番号との組合せを示すチャットＩＤごとに、メッセージ入力領域を含むウェブページの生成を指示するＵＲＬを生成するＵＲＬ生成ステップと、
    前記情報端末装置から受信した前記メッセージと、前記ＵＲＬ生成ステップによって生成した前記ＵＲＬと、を含むショートメッセージを生成するショートメッセージ生成ステップと、
    前記ショートメッセージ生成ステップによって生成した前記ショートメッセージを、前記利用者電話番号を宛先として送信する送信ステップと、
    を実行させることを特徴とするメッセージ通信プログラム。
    

Images