(57)【特許請求の範囲】
【請求項１】
複数のショートメッセージを受信順に１画面に表示する携帯端末装置と情報端末装置とをネットワークを介して接続するオプトアウトサーバにおいて、
送信元から送信されるショートメッセージに対し受信拒否の意思を示した送信先の宛先を記憶するオプトアウト宛先記憶手段と、
前記ショートメッセージの送信先を示す宛先と、前記宛先ごとにオプトアウトを受付けるウェブページのＵＲＬと、を対応付けて記憶するオプトアウトＵＲＬ記憶手段と、
キャリア名と、メッセージ分割の要否と、を対応付けて記憶するキャリア情報記憶手段と、
前記情報端末装置において受付けた、前記宛先と、前記ショートメッセージの本体である本体データとを受信する受信手段と、
前記受信手段によって受信した前記宛先が前記オプトアウト宛先記憶手段に記憶されているか否かを判断する送信可否判断手段と、
前記宛先が前記オプトアウト宛先記憶手段に記憶されていないと判断した場合に、前記宛先ごとに前記ＵＲＬを生成し、生成した前記ＵＲＬを前記オプトアウトＵＲＬ記憶手段に格納するオプトアウトＵＲＬ生成手段と、
前記宛先の前記携帯端末装置が利用するキャリア名を問合せるキャリア問合手段と、
前記受信手段によって受信した前記本体データの文字数が前記ショートメッセージの最大文字数の倍数と異なる場合に、本体データの文字数が最大文字数の倍数になるまでブランクを追加し、さらに前記宛先ごとに生成された前記ＵＲＬを追加したオプトアウト対応メッセージを生成し、前記キャリア問合手段によって問合せた前記宛先に対応する前記キャリア名が、前記キャリア情報記憶手段に記憶されたメッセージ分割が必要なキャリア名であった場合、前記オプトアウト対応メッセージを前記最大文字数で複数のメッセージに分割するオプトアウト対応メッセージ生成手段と、
前記オプトアウト対応メッセージ生成手段によって生成された前記複数のメッセージを所定時間の経過ごとに順に前記宛先に送信する送信手段と、
を備えることを特徴とするオプトアウトサーバ。
【請求項２】
前記オプトアウトＵＲＬ生成手段は、さらに前記ＵＲＬを短縮した短縮ＵＲＬを生成し、
前記オプトアウト対応メッセージ生成手段は、前記受信手段によって受信した前記本体データに、前記短縮ＵＲＬを追加したオプトアウト対応メッセージを生成すること、を特徴とする請求項１に記載のオプトアウトサーバ。
【請求項３】
前記受信手段は、前記情報端末装置において受付けた、前記オプトアウト対応メッセージを生成するか否かの指示を受信し、
前記オプトアウト追加メッセージ生成手段は、前記オプトアウト対応メッセージを生成する指示を受信した場合に、前記オプトアウト対応メッセージを生成すること、を特徴とする請求項１または請求項２に記載のオプトアウトサーバ。
【請求項４】
前記ＵＲＬを含むリクエストを前記携帯端末装置から受信する受信手段と、
前記受信手段によって受信した前記ＵＲＬに対応付けられた前記宛先を前記オプトアウトＵＲＬ記憶手段から取得する宛先取得手段と、
前記宛先取得手段によって取得した前記宛先を前記オプトアウト宛先記憶手段に格納するオプトアウト宛先格納手段と、
を備えることを特徴とする請求項１〜３のいずれか１つに記載のオプトアウトサーバ。
【請求項５】
前記ＵＲＬを含むリクエストは、さらに前記携帯端末装置に関する情報を含み、
前記オプトアウト宛先格納手段は、前記宛先に対応付けて前記携帯端末装置に関する情報を格納すること、を特徴とする請求項４に記載のオプトアウトサーバ。
【請求項６】
複数のショートメッセージを受信順に１画面に表示する携帯端末装置と情報端末装置とをネットワークを介して接続し、送信元から送信されるショートメッセージに対し受信拒否の意思を示した送信先の宛先を記憶するオプトアウト宛先記憶手段と、前記ショートメッセージの送信先を示す宛先と、前記宛先ごとにオプトアウトを受付けるウェブページのＵＲＬと、を対応付けて記憶するオプトアウトＵＲＬ記憶手段と、キャリア名と、メッセージ分割の要否と、を対応付けて記憶するキャリア情報記憶手段と、を備えるオプトアウトサーバによって実行されるオプトアウト方法であって、
前記情報端末装置において受付けた、前記宛先と、前記ショートメッセージの本体である本体データとを受信する受信ステップと、
前記受信ステップによって受信した前記宛先が前記オプトアウト宛先記憶手段に記憶されているか否かを判断する送信可否判断ステップと、
前記宛先が前記オプトアウト宛先記憶手段に記憶されていないと判断した場合に、前記宛先ごとに前記ＵＲＬを生成し、生成した前記ＵＲＬを前記オプトアウトＵＲＬ記憶手段に格納するオプトアウトＵＲＬ生成ステップと、
前記宛先の前記携帯端末装置が利用するキャリア名を問合せるキャリア問合ステップと、
前記受信ステップによって受信した前記本体データの文字数が前記ショートメッセージの最大文字数の倍数と異なる場合に、本体データの文字数が最大文字数の倍数になるまでブランクを追加し、さらに前記宛先ごとに生成された前記ＵＲＬを追加したオプトアウト対応メッセージを生成し、前記キャリア問合手段によって問合せた前記宛先に対応する前記キャリア名が、前記キャリア情報記憶手段に記憶されたメッセージ分割が必要なキャリア名であった場合、前記オプトアウト対応メッセージを前記最大文字数で複数のメッセージに分割するオプトアウト対応メッセージ生成ステップと、
前記オプトアウト対応メッセージ生成ステップによって生成された前記複数のメッセージを所定時間の経過ごとに順に前記宛先に送信する送信ステップと、
を含むことを特徴とするオプトアウト方法。
【請求項７】
前記ＵＲＬを含むリクエストを前記携帯端末装置から受信する受信ステップと、
前記受信ステップによって受信した前記ＵＲＬに対応付けられた前記宛先を前記オプトアウトＵＲＬ記憶手段から取得する宛先取得ステップと、
前記宛先取得ステップによって取得した前記宛先を前記オプトアウト宛先記憶手段に格納するオプトアウト宛先格納ステップと、を含むことを特徴とする請求項６に記載のオプトアウト方法。
【請求項８】
請求項６または請求項７に記載のオプトアウト方法をコンピュータに実行させることを特徴とするオプトアウトプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オプトアウトサーバ、オプトアウト方法およびオプトアウトプログラムに関する。
【背景技術】
【０００２】
スマートフォンなどの移動体通信端末にメッセージを送受信する手段としてメールやショートメッセージサービス（以下、ＳＭＳという）が一般に利用されている。メールやＳＭＳは、その手軽さから事業者による広告・宣伝メッセージの送信手段として利用されることも多い。そうした状況のなか、受信者は自身に必要な情報とそうでない情報を選択したいというニーズがあり、メールを広告・宣伝に利用する場合、受信者が予め同意した場合にメールを送信するオプトインや、受信者が受信拒否を通知するオプトアウトの仕組みを組み込むことが求められている。
【０００３】
ＳＭＳにおいても、事業者が広告や宣伝のためにメッセージを送信する場合には、オプトイン、オプトアウトの仕組みを組み込むことが望ましい。ＳＭＳでのオプトインを実現する技術として、送信者によってショートメッセージが送信された場合に、受信者が送信者に予め対応付けられていなければ、送信者からのメッセージを受信するか否かを問合せ、その問合せに同意した場合に、送信者と対応付けた対応表に受信者を記録することによってオプトインを実現する技術（特許文献１参照）を開示している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２００９−５１５４６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した公報には、ＳＭＳでのオプトインに加え、オプトアウトについての言及があるがどのように実現するかは明らかにされていない。また、ＳＭＳは、通常送受信できる文字数に制限があり、文字数制限がほぼないメールと異なり、宣伝・広告メッセージのなかにオプトアウトに関する情報を記述することが難しいという問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであり、ＳＭＳ等のメッセージの送信においてオプトアウトを容易に実現することができるオプトアウトサーバ、オプトアウト方法およびオプトアウトプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決するために、本発明では、情報端末装置において受付けた、宛先と、ショートメッセージの本体である本体データとを受信し、受信した宛先がオプトアウト宛先記憶手段に記憶されているか否かを判断し、宛先がオプトアウト宛先記憶手段に記憶されていないと判断した場合に、宛先ごとにＵＲＬを生成し、生成したＵＲＬをオプトアウトＵＲＬ記憶手段に格納し、宛先の携帯端末装置が利用するキャリア名を問合せ、受信した本体データの文字数がショートメッセージの最大文字数の倍数と異なる場合に、本体データの文字数が最大文字数の倍数になるまでブランクを追加し、さらに宛先ごとに生成されたＵＲＬを追加したオプトアウト対応メッセージを生成し、問合せた宛先に対応するキャリア名が、キャリア情報記憶手段に記憶されたメッセージ分割が必要なキャリア名であった場合、オプトアウト対応メッセージを最大文字数で複数のメッセージに分割し、複数のメッセージを所定時間の経過ごとに順に宛先に送信することを特徴とする。
【０００８】
また、本発明の他の態様では、ＵＲＬを含むリクエストを携帯端末装置から受信し、受信したＵＲＬに対応付けられた宛先をオプトアウトＵＲＬ記憶手段から取得し、取得した宛先をオプトアウト宛先記憶手段に格納することを特徴とする。
【発明の効果】
【０００９】
上記のように構成した本発明によれば、ＳＭＳ等のメッセージの送信においてオプトアウトを容易に実現することができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】本実施例にかかるオプトアウトシステム１０の構成図である。
【図２】オプトアウト宛先記憶部１１０のデータ構成の一例を示す説明図である。
【図３】オプトアウトＵＲＬ記憶部１２０のデータ構成の一例を示す説明図である。
【図４】キャリア情報記憶部１３０のデータ構成の一例を示す説明図である。
【図５】オプトアウトサーバ１００が実行するオプトアウト対応メッセージ送信処理手順を示すフローチャートである。
【図６】オプトアウト対応メッセージ例とオプトアウト対応メッセージを受信した画面例を示す説明図である。
【図７】オプトアウトサーバ１００で実行するオプトアウト処理手順を示すフローチャートである。
【図８】オプトアウト処理を実行した際に表示される画面例を示す説明図である。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照し、本発明の実施例を説明する。なお、以下の説明は、実施の形態の一例であり、本発明は、これらの実施例に限定されるものではない。
【実施例１】
【００１２】
図１は、本実施例にかかるオプトアウトシステム１０の構成図である。図１に示すように、オプトアウトシステム１０は、オプトアウトサーバ１００と、情報端末装置２００と、携帯端末装置３００とを、ネットワークＮを介して互いに通信可能に接続する。ネットワークＮは、一部または全部が有線あるいは無線であり、インターネット、イントラネット、ＬＡＮ（Local Area Network）、移動体通信網等の通信ネットワークである。
【００１３】
オプトアウトサーバ１００は、情報端末装置２００から送信されたショートメッセージの宛先および本文であるテキストデータ（以下、本体データという）を受信し、指定された宛先にメッセージ送信可能か否かを判断し、送信可能な場合、本体データにオプトアウトに関する情報を追加し宛先に送信するサーバである。また、オプトアウトサーバ１００は、オプトアウトを指示するページのＨＴＴＰ（Hypertext Transfer Protocol）リクエストを携帯端末装置３００から受信した場合、携帯端末装置３００の宛先を受信拒否した宛先として記憶部に格納するサーバである。
【００１４】
情報端末装置２００は、ショートメッセージの送信者が操作する、パーソナルコンピュータ（以下、ＰＣと示す）、タブレット端末、その他の情報処理装置であり、ショートメッセージの宛先および本体データの入力を受付け、オプトアウトサーバ１００に送信する。
【００１５】
携帯端末装置３００は、スマートフォン、携帯電話、その他のショートメッセージを受信可能な情報処理装置である。携帯端末装置３００は、ショートメッセージの受信者が操作する装置であり、ショートメッセージを送受信するとともに、受信者の操作によるオプトアウトの指示を受付ける。
【００１６】
オプトアウトサーバ１００の構成について説明する。オプトアウトサーバ１００は、送受信部１０１、送信可否判断部１０２、オプトアウトＵＲＬ生成部１０３、オプトアウト対応メッセージ生成部１０４、キャリア問合部１０５、宛先取得部１０６、オプトアウト宛先格納部１０７、オプトアウト宛先記憶部１１０、オプトアウトＵＲＬ記憶部１２０、キャリア情報記憶部１３０を備える。
【００１７】
図２は、オプトアウト宛先記憶部１１０のデータ構成の一例を示す説明図である。オプトアウト宛先記憶部１１０は、送信者から送信されるショートメッセージに対し受信拒否の意思を示した宛先を記憶する。ここで、宛先は、具体的には携帯端末装置３００の携帯電話番号である。なお、ショートメッセージの送信者が複数存在する場合は、送信者ごとに受信拒否の意思を示した宛先を記憶する。
【００１８】
図３は、オプトアウトＵＲＬ記憶部１２０のデータ構成の一例を示す説明図である。オプトアウトＵＲＬ記憶部１２０は、オプトアウトを実現するため、宛先ごとに異なるＵＲＬ、すなわち受信拒否の意思を示すためのＵＲＬ（以下、オプトアウトＵＲＬという）を記憶する。オプトアウトＵＲＬ記憶部１２０は、宛先と、オプトアウトＵＲＬとを対応付けて記憶する。このように、宛先ごとに異なるＵＲＬを記憶しておくことによって、送信先からＵＲＬをリクエストされるだけでどの宛先からオプトアウトを指示されたのかを判断することができる。
【００１９】
図４は、キャリア情報記憶部１３０のデータ構成の一例を示す説明図である。キャリア情報記憶部１３０は、携帯端末装置３００が契約している移動体通信業者（以下、キャリアという）がオプトアウト対応メッセージを１つのメッセージとして送信できるか否か、すなわちオプトアウト対応メッセージを分割する必要があるか否かを記憶する。キャリア情報記憶部１３０は、キャリア名と、メッセージ分割の要否を対応付けて記憶する。メッセージ分割が必要か否かとは、具体的には、キャリアがロングＳＭＳに対応しているか否か、すなわちキャリアがＳＭＳを通常の文字数（例えば、全角７０文字、半角１６０文字）以上の文字数（例えば、全角６７０文字等）のショートメッセージの送受信を許容しているか否かである。なお、キャリア名は、英数字からなるコードとしてもよい。
【００２０】
送受信部１０１は、情報端末装置２００から送信されたショートメッセージの宛先および本体データを受信し、ショートメッセージを宛先に送信する。送受信部１０１は、携帯端末装置３００から送信されたＨＴＴＰリクエストを受信し、携帯端末装置３００にＨＴＴＰレスポンスを送信する。
【００２１】
送信可否判断部１０２は、情報端末装置２００から送信されたショートメッセージの宛先が受信拒否されている宛先であるか否かを判断する。具体的には、送信可否判断部１０２は、ショートメッセージの宛先がオプトアウト宛先記憶部１１０に記憶されているか否かで受信拒否されている宛先であるか否かを判断する。
【００２２】
オプトアウトＵＲＬ生成部１０３は、ショートメッセージを送信する宛先ごとのオプトアウトＵＲＬを生成するとともに、生成したオプトアウトＵＲＬを宛先に対応付けてオプトアウトＵＲＬ記憶部１２０に格納する。
【００２３】
オプトアウト対応メッセージ生成部１０４は、情報端末装置２００から送信された本体データに、オプトアウトＵＲＬ生成部１０３によって生成されたオプトアウトＵＲＬを追加したショートメッセージ（以下、オプトアウト対応メッセージという）を生成する。
【００２４】
キャリア問合部１０５は、宛先である携帯電話番号を外部サーバに送信することで、携帯電話番号のキャリアを問合わせ、宛先である携帯電話番号の利用者が契約しているキャリア名を外部サーバから取得する。
【００２５】
宛先取得部１０６は、携帯端末装置３００から送信されたＨＴＴＰリクエストに含まれるＵＲＬに応じた宛先、すなわち受信拒否した宛先を取得する。具体的には、宛先取得部１０６は、ＨＴＴＰリクエストに含まれるＵＲＬに対応付けられた宛先をオプトアウトＵＲＬ記憶部１２０から取得することによって、受信拒否した携帯端末装置３００の宛先を取得する。
【００２６】
オプトアウト宛先格納部１０７は、宛先取得部１０６によって取得したＵＲＬに対応する宛先をオプトアウト宛先記憶部１１０に格納する。
【００２７】
上述のように構成されたオプトアウトシステム１０のオプトアウトサーバ１００で実行するオプトアウト対応メッセージ送信処理について説明する。図５は、オプトアウトサーバ１００が実行するオプトアウト対応メッセージ送信処理手順を示すフローチャートである。
【００２８】
まず、情報端末装置２００は、オプトアウトサーバ１００から受信した入力フォームへのショートメッセージの宛先および本体データの入力を受付け、ショートメッセージの宛先および本体データをオプトアウトサーバ１００に送信する。なお、宛先は、１に限らず複数を入力してもよい。複数の宛先を入力した場合は、下記の処理を宛先それぞれについて実行する。
【００２９】
オプトアウトサーバ１００の送受信部１０１は、ショートメッセージの宛先および本体データを受信する（ステップＳ５０１）。送信可否判断部１０２は、ショートメッセージを宛先に送信可か否かを判断する（ステップＳ５０２）。具体的には、宛先がオプトアウト宛先記憶部１１０に記憶されているか否かを、オプトアウト宛先記憶部１１０を検索することによって判断する。宛先に送信可ではない、すなわち宛先がオプトアウト宛先記憶部１１０に記憶されていると判断した場合（ステップＳ５０２：Ｎｏ）、その宛先にショートメッセージを送信することなく、処理を終了する。
【００３０】
宛先に送信可である、すなわち宛先がオプトアウト宛先記憶部１１０に記憶されていないと判断した場合（ステップＳ５０２：Ｙｅｓ）、オプトアウトＵＲＬ生成部１０３は、宛先ごとのオプトアウトＵＲＬを生成する（ステップＳ５０３）。オプトアウトＵＲＬ生成部１０３は、宛先とオプトアウトＵＲＬを対応付けてオプトアウト宛先記憶部１１０に格納する（ステップＳ５０４）。
【００３１】
オプトアウト対応メッセージ生成部１０４は、本体データにオプトアウトＵＲＬを加えたショートメッセージ、すなわちオプトアウト対応メッセージを生成する（ステップＳ５０５）。具体的には、まず通常ショートメッセージとして送信可能な最大文字数（例えば、全角７０文字）の倍数と本体データの文字数が異なる場合、本体データの文字数が最大文字数になるまでブランクを追加する。そのうえで、オプトアウトについての説明、例えば“今後当社からのご案内ＳＭＳが不要でしたら、こちらをクリック：” とオプトアウトＵＲＬを追加したショートメッセージを生成する。図６は、オプトアウト対応メッセージ例とオプトアウト対応メッセージを受信した画面例を示す説明図である。図６のオプトアウト対応メッセージ例に示すように、本体データと、オプトアウトについての説明、オプトアウトＵＲＬを１つのショートメッセージとして生成する。なお、本体データは、もとの本体データが全角６３文字であるため、ブランク７文字を追加している。また、本体データが最大文字数以上の場合で、かつ、最大文字数の倍数でより少ない文字数の場合は、最大文字数の倍数になるようブランクを追加する。例えば、最大文字数が全角７０文字で、本体データの文字数が１３０文字の場合、１０文字ブランクを追加する。このように、本体データを最大文字数の倍数とすることによって、後述するオプトアウト対応メッセージを分割する場合であっても、オプトアウトＵＲＬが２つのメッセージに分割されることなく、１クリックで指示することができる。
【００３２】
キャリア問合部１０５は、宛先である携帯電話番号で利用しているキャリア名を外部サーバに問合せる（ステップＳ５０６）。外部サーバは、携帯電話番号の利用しているキャリアについての情報を随時収集しデータベースに蓄積しているため、外部サーバに問合せることによって携帯電話番号で現在利用しているキャリア名を取得することができる。
【００３３】
オプトアウト対応メッセージ生成部１０４は、生成したオプトアウト対応メッセージを分割する必要があるか否かを判断する（ステップＳ５０７）。携帯電話番号で利用しているキャリアがオプトアウト対応メッセージを１つのメッセージで送信可能（すなわち、ロングＳＭＳ対応）か分割しなければ送信できないかを判断する。具体的には、携帯電話番号で利用しているキャリア名に対応付けられたメッセージ分割の要否をキャリア情報記憶部１３０から取得する。
【００３４】
オプトアウト対応メッセージを分割する必要なしと判断した場合は（ステップＳ５０７：Ｎｏ）、オプトアウト対応メッセージをそのまま１つのメッセージとして送信する（ステップＳ５０８）。なお、オプトアウト対応メッセージは、ＳＭＰＰ（Short Message Peer-to-Peer）、ＳＭＴＰ（Simple Mail Transfer Protocol）、ＨＴＴＰのいずれかの通信プロトコルを用いて、中間サーバを経由し、または中間サーバを経由せずに、宛先に対応するキャリアのショートメッセージサーバから宛先の携帯端末装置３００に送信される。後述するステップＳ５１０で分割した複数のメッセージを送信する場合も同様である。
【００３５】
オプトアウト対応メッセージを分割する必要ありと判断した場合は（ステップＳ５０７：Ｙｅｓ）、オプトアウト対応メッセージ生成部１０４は、オプトアウト対応メッセージを送信可能な最大文字数で分割する（ステップＳ５０９）。例えば、ショートメッセージの最大文字数を全角７０文字とする場合は、オプトアウト対応メッセージを全角７０文字ごとの複数のメッセージに分割する。
【００３６】
送受信部１０１は、分割したメッセージ（以下、分割メッセージという）を順に送信する（ステップＳ５１０）。複数の分割メッセージのすべてを送信したか否かを判断する（ステップＳ５１１）。複数の分割メッセージのすべてを送信したと判断した場合は（ステップＳ５１１：Ｙｅｓ）、処理を終了する。送受信部１０１は、図示しないタイマ部で予め定められた所定時間を計測し（ステップＳ５１２）、ステップＳ５１０に進む。これによって、１つの分割メッセージを送信した後に所定時間が経過する。このような処理により、複数の分割メッセージを送信者が意図する順序で送信先に送信することができる。
【００３７】
図６に示すように、キャリアがロングＳＭＳに対応しており、かつ、宛先の携帯端末装置３００がロングＳＭＳをそのまま表示する機種（例えば、iPhone（登録商標）やANDROID（登録商標）端末等）であれば、オプトアウト対応メッセージは画面例（１つのメッセージ）のように１つのショートメッセージとして表示される。
【００３８】
また、キャリアがロングＳＭＳに対応しているが、キャリア内での処理や宛先の携帯端末装置３００の機種の仕様によって、オプトアウト対応メッセージを１つのメッセージとして表示できない場合は、ステップＳ５０８において１つのメッセージとして送信している場合でも画面例（２つのメッセージ）に示すように、複数のショートメッセージとして表示される。また、キャリアがロングＳＭＳに対応していない場合は、ステップＳ５０９において、オプトアウト対応メッセージを複数に分割しているため、同様に複数のメッセージとして表示される。複数のメッセージとして表示される場合であって、図６に示すように、オプトアウト対応メッセージが２つに分割される場合は、本体データである第１のメッセージと、オプトアウトについての説明、オプトアウトＵＲＬからなる第２のメッセージが順に表示される。図６に示す場合は、送信されたメッセージを上から下に順に表示する場合であり、逆に下から上に表示される場合は、メッセージの表示順が逆になる。
【００３９】
このように、ショートメッセージの送信者は、宛先と本体データをオプトアウトサーバ１００に送信するだけで、既に受信拒否している宛先にメッセージを送信されることがないとともに、送信者は宛先の携帯端末装置３００で利用しているキャリアを意識する必要なく、またキャリア側での特別な処理を行うことなく（すなわち、キャリアで新たな処理を追加するという負荷を与えることなく）、オプトアウト対応メッセージを送信することができる。
【００４０】
上述した実施例では、オプトアウトＵＲＬをそのままオプトアウト対応メッセージに記述したが、オプトアウトＵＲＬの文字数が多い場合は、短縮ＵＲＬを生成し、生成した短縮ＵＲＬをオプトアウト対応メッセージに記述してもよい。
【００４１】
また、上述した実施例では、宛先ごとのオプトアウトＵＲＬを用いてオプトアウトを指示した宛先を判断したが、この処理には、宛先に対応するＩＤをＵＲＬのパラメータとしたオプトアウトＵＲＬをオプトアウト対応メッセージに含み、そのオプトアウトＵＲＬをクリックした場合に、パラメータとして設定されたＩＤに対応する宛先を予めＩＤと宛先を対応付けた記憶部から取得することによって、オプトアウトの意思を示した宛先を特定する処理を含む。この場合においても、文字数が制限されたＳＭＳで多くの文字数を使用しないために、短縮ＵＲＬを生成し、生成した短縮ＵＲＬをオプトアウト対応メッセージに記述してもよい。
【００４２】
また、キャリア問合部１０５は、ショートメッセージを送信するごとに、外部サーバにキャリア名を問合せるが、一度問合せた際にその結果を図示しない記憶部に格納しておき、記憶部を検索することによってキャリア名を取得してもよい。なお、このような処理を実行する場合、利用者がキャリアを変更することもあることから、所定の間隔や所定の時期（例えば、月が変わった際の最初の送信時等）に外部サーバに問合せることによってキャリアの変更に対応する。
【００４３】
また、ショートメッセージの宛先の携帯端末装置３００が、物理的な移動体通信網を自社で持たず他の事業者から借りて通信サービスを提供するＭＶＮＯ（Mobile Virtual Network Operator（仮想移動体通信事業者））を利用している場合、ＭＶＮＯ名と、メッセージ分割が必要か否かをキャリア情報記憶部１３０に記憶し、ステップＳ５０６でキャリアを問合せた際にＭＶＮＯ名を取得する、または、ステップＳ５０６で移動体通信網を借りている親キャリアを取得することによって、メッセージ分割が必要か否かを取得することができるため、上述した場合と同様にオプトアウト対応メッセージを送信することができる。
【００４４】
また、上述した実施例では、送信元から送信先に送信するショートメッセージのすべてについて、オプトアウト対応メッセージを生成し送信したが、オプトアウトサーバ１００から送信する入力フォームにオプトアウト対応メッセージを生成するか否かを指示する項目を加え、オプトアウト対応メッセージを生成すると指示された場合に、オプトアウト対応メッセージを生成し、オプトアウト対応メッセージを生成しないと指示された場合は、オプトアウトＵＲＬを追加することなく本体データをそのまま送信するようにしてもよい。
【００４５】
次に、オプトアウトシステム１０のオプトアウトサーバ１００で実行するオプトアウト処理について説明する。図７は、オプトアウトサーバ１００で実行するオプトアウト処理手順を示すフローチャートである。
【００４６】
まず、携帯端末装置３００は、図６に示す画面例からオプトアウトＵＲＬの指示を受付けることにより、オプトアウトＵＲＬを含むＨＴＴＰリクエストをオプトアウトサーバ１００に送信する。
【００４７】
オプトアウトサーバ１００の送受信部１０１は、携帯端末装置３００から送信されたオプトアウトＵＲＬを含むＨＴＴＰリクエストを受信する（ステップＳ７０１）。宛先取得部１０６は、オプトアウトＵＲＬに対応する宛先をオプトアウトＵＲＬ記憶部１２０から取得する（ステップＳ７０２）。
【００４８】
オプトアウト宛先格納部１０７は、オプトアウトＵＲＬに対応する宛先がオプトアウト宛先記憶部１１０に既に登録されているか否かを判断する（ステップＳ７０３）。オプトアウトＵＲＬに対応する宛先がオプトアウト宛先記憶部１１０に登録されていないと判断した場合（ステップＳ７０３：Ｎｏ）、オプトアウト宛先格納部１０７は、取得した宛先をオプトアウト宛先記憶部１１０に格納する（ステップＳ７０４）。送受信部１０１は、ＨＴＴＰレスポンスとしてオプトアウト完了ページを携帯端末装置３００に送信する（ステップＳ７０５）。図８は、オプトアウト処理を実行した際に表示される画面例を示す説明図である。図８のオプトアウト完了画面例に示すように、オプトアウト完了ページは、例えば‘オプトアウトを完了しました。’の文言と、オプトアウトを解除したい場合に指示するオプトアウト解除ボタンを表示するウェブページである。なお、オプトアウト解除ボタンをクリックした場合は、さらにオプトアウト解除ページが表示される。
【００４９】
オプトアウトＵＲＬに対応する宛先がオプトアウト宛先記憶部１１０に登録されていると判断した場合（ステップＳ７０３：Ｙｅｓ）、送受信部１０１は、ＨＴＴＰレスポンスとしてオプトアウト登録済ページを携帯端末装置３００に送信する（ステップＳ７０６）。オプトアウト登録済ページは、図８に示すように、例えば‘オプトアウトは既に登録されています。’の文言と、オプトアウトを解除したい場合に指示するオプトアウト解除ボタンを表示するウェブページである。なお、オプトアウトＵＲＬに対応する宛先がオプトアウト宛先記憶部１１０に登録されていると判断する場合とは、携帯端末装置３００に表示されたオプトアウト対応メッセージからオプトアウトＵＲＬを指示し、オプトアウトが完了した後、さらに確認のため、そのオプトアウト対応メッセージからオプトアウトＵＲＬを指示するような場合である。
【００５０】
このように、携帯端末装置３００でオプトアウト対応メッセージを表示し、表示されたオプトアウトＵＲＬの指示を受付けることによって、オプトアウトＵＲＬを含むＨＴＴＰリクエストがオプトアウトサーバ１００に送信され、オプトアウトサーバ１００では、受信したオプトアウトＵＲＬに対応付けられた宛先をオプトアウトＵＲＬ記憶部１２０から取得する。これにより、オプトアウトサーバ１００は、どの宛先から受信拒否の意思が示されたかを携帯端末装置３００からＨＴＴＰリクエストを受信することのみによって判断することができる。したがって、利用者は、簡易な操作でオプトアウトを実行することができ、ショートメッセージを送信する側にとっても、利用者に負担を掛けずにオプトアウトを実現できるため、クレームとなる可能性を低減することができる。
【００５１】
また、オプトアウト完了ページ、またはオプトアウト登録済ページにおいて、オプトアウト解除ボタンを表示し、オプトアウト解除ボタンを指示された場合に、オプトアウト宛先記憶部１１０から宛先を削除することによって、ショートメッセージの送信者に作業負荷を与えることなく、オプトアウト解除の処理を実行できる。
【００５２】
また、上述したオプトアウト対応メッセージ送信処理において、オプトアウトＵＲＬに代えて、オプトアウトＵＲＬから生成した短縮ＵＲＬをオプトアウト対応メッセージに記述した場合には、携帯端末装置３００で短縮ＵＲＬの指示を受付けたときに、ステップＳ７０２において、短縮ＵＲＬからオプトアウトＵＲＬにリダイレクトし、リダイレクトされたオプトアウトＵＲＬに対応付けられた宛先をオプトアウトＵＲＬ記憶部１２０から取得する。このように、オプトアウトＵＲＬに代えて短縮ＵＲＬを用いることにより、文字数が制限されたショートメッセージであってもオプトアウト処理を実現することができる。
【００５３】
なお、ステップＳ７０１において受信する、オプトアウトＵＲＬ以外のＨＴＴＰリクエストに含まれる情報、例えば、ＨＴＴＰリクエストの送信日時、携帯端末装置３００のＩＰアドレス、機種名、ＯＳ情報、ブラウザ情報、キャリア名等の携帯端末装置３００に関する情報を、オプトアウト宛先記憶部１１０に受信拒否した宛先を格納する際に、宛先に対応付けて格納してもよい。これにより、携帯端末装置３００の利用者が実行した受信拒否の操作に関する証拠を保全することができる。
【００５４】
なお、上述した実施例では、ＳＭＳでのオプトアウト処理について説明したが、オプトアウト処理をＳＭＳに限る必要はなく、メールやその他送信先にメッセージ（テキストデータのほか、静止画データ、動画データ、音声データでもよい）を送信する場合に、オプトアウト処理を実行してもよい。また、その場合、必要に応じ宛先を携帯電話番号に限らず、他の送信先を一意に特定できる情報とすることもできる。
【００５５】
上述した実施例にかかるオプトアウトサーバ１００のハードウェア構成は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）等の外部記憶装置、通信制御装置等を備えた通常のコンピュータであり、ＲＯＭやＲＡＭ、ＨＤＤ等に記憶されたプログラムをＣＰＵが読み出し動作させることによって、上述した構成や機能を実現する。
【００５６】
オプトアウトサーバ１００で動作するプログラムは、インターネット等のネットワークＮに接続されたコンピュータ上に格納しておき、ネットワークＮ経由でダウンロードさせることにより提供したり、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＤＶＤ、ＵＳＢメモリ、ＳＤカード等のコンピュータで読取り可能な記録媒体に記録し提供してもよい。また、上述した機能や処理を実現するプログラムは、ＡＰＩ（Application Programming Interface）やＳａａＳ（Software as a Service）、クラウドコンピューティングという利用形態で提供してもよい。
【００５７】
なお、本発明は、上述した実施例そのままに限定されるものではなく、必ずしも物理的に図示のように構成されている必要はない。また、本発明は、実施例で説明した構成要素の全部または一部を、各種の負荷や使用状況などに応じ、任意の単位で機能的または物理的に分割、統合、入替、変形または削除して構成することができる。
【符号の説明】
【００５８】
Ｎ…ネットワーク、１０…オプトアウトシステム、１００…オプトアウトサーバ、１０１…送受信部、１０２…送信可否判断部、１０３…オプトアウトＵＲＬ生成部、１０４…オプトアウト対応メッセージ生成部、１０５…キャリア問合部、１０６…宛先取得部、１０７…オプトアウト宛先格納部、１１０…オプトアウト宛先記憶部、１２０…オプトアウトＵＲＬ記憶部、１３０…キャリア情報記憶部、２００…情報端末装置、３００…携帯端末装置
【要約】
【課題】ＳＭＳ等のメッセージの送信においてオプトアウトを容易に実現することができるオプトアウトサーバ、オプトアウト方法およびオプトアウトプログラムを提供する。
【解決手段】送受信部１０１は、情報端末装置２００において受付けた、宛先と、メッセージの本体である本体データとを受信し、送信可否判断部１０２は、受信した宛先がオプトアウト宛先記憶部１１０に記憶されているか否かを判断し、オプトアウトＵＲＬ生成部１０３は、宛先がオプトアウト宛先記憶部１１０に記憶されていないと判断した場合に、宛先ごとにオプトアウトを受付けるウェブページのＵＲＬを生成し、生成したＵＲＬをオプトアウトＵＲＬ記憶手段に格納し、オプトアウト対応メッセージ生成部１０４は、本体データに、宛先ごとに生成されたＵＲＬを追加したオプトアウト対応メッセージを生成し、送受信部１０１は、オプトアウト対応メッセージを宛先に送信する。
【選択図】図１【図１】
0005843997.tif 000002
【図２】
0005843997.tif 000003
【図３】
0005843997.tif 000004
【図４】
0005843997.tif 000005
【図５】
0005843997.tif 000006
【図６】
0005843997.tif 000007
【図７】
0005843997.tif 000008
【図８】
0005843997.tif 000009