(57)【要約】      （修正有）【課題】ウェブサイトマネジャに、そのウェブサイトマネジャが管理するウェブサイトの関連コンテンツが変更されるときにアラートされることに関心のあるモバイルサービスユーザにモバイルアラートを送信することを可能にするシステムおよび方法を提供する。【解決手段】モバイルアラートを介してウェブサイトアップデートを受信するよう登録したモバイルサービスユーザにアップデートおよびイベント通知を供給するイベントアップデート管理システムは、モバイルユーザからのアラート登録リクエストおよびウェブサイトマネジャからのアラート送信リクエストを処理し、アラート登録情報を保存し、モバイルアラートをモバイルサービスユーザに送信し、サービス使用に対して、モバイルサービスプロバイダ、モバイルサービスユーザ、およびウェブサイトマネジャのうち少なくとも１つに請求する。【選択図】図１
2008146628.tif 000002
【特許請求の範囲】
【請求項１】
一のウェブ−ホストサーバにより供給されるアラート登録データを受信する一のデータモジュールと、
前記アラート登録データを保存する一のデータベースと、
前記ウェブ−ホストサーバを操作する一のウェブサイトマネジャにより供給される一の命令に応答して一のアラートを生成する一のアラートモジュールと、
を含み、
前記アラート登録データは、前記ウェブ−ホストサーバを介する一のイベントに対応する一のアラート登録リクエストを一のモバイルサービスユーザが提出すると生成され、
前記命令は、前記イベントに関連付けられ、
前記アラートモジュールはさらに、前記アラート登録データに対応する前記モバイルサービスユーザに前記アラートを送信する、イベントアップデート管理システム。
【請求項２】
前記ウェブ−ホストサーバを介して前記モバイルサービスユーザにより提出される前記アラート登録リクエストを検証するために前記モバイルサービスユーザに一のメッセージを送信する一の検証モジュールをさらに含み、
前記メッセージは、前記アラートである請求項１に記載のイベントアップデート管理システム。
【請求項３】
前記アラートは、一のショートメッセージサービス（ＳＭＳ）メッセージ、一のマルチメディアメッセージサービス（ＭＭＳ）メッセージ、および一のワイヤレスアプリケーションプロトコル（ＷＡＰ）プッシュメッセージのうちの１つである請求項１に記載のイベントアップデート管理システム。
【請求項４】
一のウェブサイトをホストする前記ウェブ−ホストサーバは、アプリケーションプログラミングインタフェース（ＡＰＩ）関数のセット、および、前記イベントアップデート管理システムにより供給されるソースコードのうちの１つにより予めプログラムされる請求項１に記載のイベントアップデート管理システム。
【請求項５】
前記アプリケーションプログラミングインタフェース（ＡＰＩ）関数のセットは、前記イベントアップデート管理システムと通信するために前記ウェブサイトとともに使用するソフトウェア相互通信関数を定義する請求項４に記載のイベントアップデート管理システム。
【請求項６】
前記ウェブ−ホストサーバは、複数のソフトウェアライブラリを予めダウンロードして前記ウェブサイトに予め組み入れ、
前記複数のソフトウェアライブラリは、前記イベントアップデート管理システムにより供給される請求項１に記載のイベントアップデート管理システム。
【請求項７】
前記ソフトウェアライブラリは、前記アプリケーションプログラミングインタフェース（ＡＰＩ）関数のセットのソフトウェア実装である請求項６に記載のイベントアップデート管理システム。
【請求項８】
前記ウェブサイトは、前記アラート登録リクエストとともに使用する一のアラート登録フォームを供給する請求項４に記載のイベントアップデート管理システム。
【請求項９】
前記アラート登録フォームは、前記アラート登録データを生成するために前記モバイルサービスユーザの登録詳細および請求詳細のうち少なくとも１つを得るための複数の入力欄を含む請求項８に記載のイベントアップデート管理システム。
【請求項１０】
前記アラートモジュールはさらに、前記モバイルサービスユーザに送信される少なくとも１つのアラートを追跡する請求項１に記載のイベントアップデート管理システム。
【請求項１１】
複数のアカウントをさらに含み、
前記複数のアカウントのうちの１つは、前記複数のアカウントのうちの前記１つに関連する少なくとも１つの管理機能を供給し、また、前記ウェブサイトマネジャが前記アラートモジュールに前記アラートを生成し前記モバイルサービスユーザに送信するよう命令することを可能にするよう前記ウェブ−ホストサーバを操作する前記ウェブサイトマネジャに対応する請求項１に記載のイベントアップデート管理システム。
【請求項１２】
前記モバイルサービスユーザおよび前記ウェブ−ホストサーバのうち少なくとも１つの請求詳細を管理する一の請求モジュールをさらに含み、
前記請求詳細は、前記アラートモジュールにより前記モバイルサービスユーザに送信される前記アラートに対応する請求項１に記載のイベントアップデート管理システム。
【請求項１３】
前記アラート登録データは、前記モバイルサービスユーザおよび前記ウェブ−ホストサーバのうちの１つによりアクセス可能および編集可能である請求項１に記載のイベントアップデート管理システム。
【請求項１４】
一のウェブ−ホストサーバにより供給されるアラート登録データを一のデータモジュールにより受信する工程と、
前記アラート登録データを一のデータベースに記録する工程と、
前記ウェブ−ホストサーバから受信される一の命令に応答して一のアラートを生成する工程と、
前記アラート登録データに対応する一のモバイルサービスユーザに前記アラートを送信する工程と、
を含み、
前記アラート登録データは、前記ウェブ−ホストサーバを介する一のイベントに対応する一のアラート登録リクエストを前記モバイルサービスユーザが提出すると生成され、
前記命令は、前記イベントに関連付けられる、イベントアップデート管理方法。
【請求項１５】
前記ウェブ−ホストサーバを介して前記モバイルサービスユーザにより提出される前記アラート登録リクエストを検証するために前記モバイルサービスユーザに一のメッセージを送信する一の検証モジュールを供給する工程をさらに含み、
前記メッセージは、前記アラートである請求項１４に記載のイベントアップデート管理方法。
【請求項１６】
前記アラートを送信する工程は、一のショートメッセージサービス（ＳＭＳ）メッセージ、一のマルチメディアメッセージサービス（ＭＭＳ）メッセージ、および一のワイヤレスアプリケーションプロトコル（ＷＡＰ）プッシュメッセージのうちの１つを前記アラートとして生成且つ送信する工程を含む請求項１４に記載のイベントアップデート管理方法。
【請求項１７】
前記ウェブ−ホストサーバにより一のウェブサイトをホストする工程をさらに含み、
前記ウェブサイトは、アプリケーションプログラミングインタフェース（ＡＰＩ）関数のセット、および、前記イベントアップデート管理システムにより供給されるソースコードのうちの１つにより予めプログラムされる請求項１４に記載のイベントアップデート管理方法。
【請求項１８】
前記ウェブ−ホストサーバにより一のウェブサイトをホストする工程は、前記イベントアップデート管理システムと通信するために前記ウェブサイトとともに使用するソフトウェア相互通信関数を定義するアプリケーションプログラミングインタフェース（ＡＰＩ）関数のセットを供給する工程を含む請求項１７に記載のイベントアップデート管理方法。
【請求項１９】
前記ウェブ−ホストサーバにより一のウェブサイトをホストする工程は、前記イベントアップデート管理システムにより複数のソフトウェアライブラリを供給する工程を含む請求項１７に記載のイベントアップデート管理方法。
【請求項２０】
前記複数のソフトウェアライブラリは、前記アプリケーションプログラミングインタフェース（ＡＰＩ）関数のセットのソフトウェアにおける実装である請求項１９に記載のイベントアップデート管理方法。
【請求項２１】
前記ウェブ−ホストサーバにより一のウェブサイトをホストする工程は、前記アラート登録リクエストとともに使用する一のアラート登録フォームを前記ウェブサイトにより供給する工程を含む請求項１７に記載のイベントアップデート管理方法。
【請求項２２】
前記アラート登録フォームを供給する工程は、前記アラート登録データを生成するために前記モバイルサービスユーザの登録詳細および請求詳細のうち少なくとも１つを得るための複数の入力欄を含む前記アラート登録フォームを供給する工程を含む請求項２１に記載のイベントアップデート管理方法。
【請求項２３】
前記アラートを送信する工程は、前記モバイルサービスユーザに送信される少なくとも１つのアラートを追跡する工程を含む請求項１４に記載のイベントアップデート管理方法。
【請求項２４】
複数のアカウントを供給する工程をさらに含み、
前記複数のアカウントのうちの１つは、前記複数のアカウントのうちの前記１つに関連する少なくとも１つの管理機能を供給し、また、前記ウェブサイトマネジャが前記アラートモジュールに前記アラートを生成し前記モバイルサービスユーザに送信するよう命令することを可能にするよう前記ウェブホストサーバを操作する前記ウェブサイトマネジャに対応する、請求項１４に記載のイベントアップデート管理方法。
【請求項２５】
前記モバイルサービスユーザおよび前記ウェブ−ホストサーバのうち少なくとも１つの請求詳細を管理する工程をさらに含み、
前記請求詳細は、前記アラートモジュールにより前記モバイルサービスユーザに送信される前記アラートに対応する請求項１４に記載のイベントアップデート管理方法。
【請求項２６】
前記アラート登録データを編集するために前記モバイルサービスユーザおよび前記ウェブ−ホストサーバのうちの１つによる前記アラート登録データへのアクセスを許可する工程をさらに含む請求項１４に記載のイベントアップデート管理方法。
【請求項２７】
複数のプログラミング命令が格納された機械可読媒体であって、
前記プログラミング命令は実行されると前記機械に、
一のウェブ−ホストサーバにより供給されるアラート登録データを一のデータモジュールにより受信させ、
前記アラート登録データを一のデータベースに記録させ、
前記ウェブ−ホストサーバから受信される一の命令に応答して一のアラートを生成させ、
前記アラート登録データに対応する一のモバイルサービスユーザに前記アラートを送信させ、
前記アラート登録データは、前記ウェブ−ホストサーバを介する一のイベントに対応する一のアラート登録リクエストを前記モバイルサービスユーザが提出すると生成され、
前記命令は、前記イベントに関連付けられる、機械可読媒体。
【請求項２８】
前記プログラミング命令は実行されると前記機械にさらに、前記ウェブ−ホストサーバを介して前記モバイルサービスユーザにより提出される前記アラート登録リクエストを検証するために前記モバイルサービスユーザに一のメッセージを送信する一の検証モジュールを供給させ、
前記メッセージは、前記アラートである請求項２７に記載の機械可読媒体。
【請求項２９】
前記プログラミング命令は実行されると前記機械に、一のショートメッセージサービス（ＳＭＳ）メッセージ、一のマルチメディアメッセージサービス（ＭＭＳ）メッセージ、および一のワイヤレスアプリケーションプロトコル（ＷＡＰ）プッシュメッセージのうちの１つを前記アラートとして生成且つ送信させる請求項２７に記載の機械可読媒体。
【請求項３０】
前記プログラミング命令は実行されると前記機械にさらに、前記ウェブ−ホストサーバによる一のウェブサイトのホストを要求させ、
前記ウェブサイトは、アプリケーションプログラミングインタフェース（ＡＰＩ）関数のセット、および、前記イベントアップデート管理システムにより供給されるソースコードのうちの１つにより予めプログラムされる請求項２７に記載の機械可読媒体。
【請求項３１】
前記プログラミング命令は実行されると前記機械に、前記イベントアップデート管理システムと通信するために前記ウェブサイトとともに使用するソフトウェア相互通信関数を定義するアプリケーションプログラミングインタフェース（ＡＰＩ）関数のセットを供給させる請求項３０に記載の機械可読媒体。
【請求項３２】
前記プログラミング命令は実行されると前記機械に、前記イベントアップデート管理システムにより複数のソフトウェアライブラリを供給させる請求項３０に記載の機械可読媒体。
【請求項３３】
前記プログラミング命令は実行されると前記機械に、前記複数のソフトウェアライブラリは、前記アプリケーションプログラミングインタフェース（ＡＰＩ）関数のセットのソフトウェアにおける実装であることを要求させる請求項３２に記載の機械可読媒体。
【請求項３４】
前記プログラミング命令は実行されると前記機械に、前記アラート登録リクエストとともに使用する一のアラート登録フォームを前記ウェブサイトにより供給させる請求項３０に記載の機械可読媒体。
【請求項３５】
前記プログラミング命令は実行されると前記機械に、前記アラート登録データを生成するために前記モバイルサービスユーザの登録詳細および請求詳細のうち少なくとも１つを得るための複数の入力欄を含む前記アラート登録フォームを供給させる請求項３４に記載の機械可読媒体。
【請求項３６】
前記プログラミング命令は実行されると前記機械に、前記モバイルサービスユーザに送信される少なくとも１つのアラートを追跡させる請求項２７に記載の機械可読媒体。
【請求項３７】
前記プログラミング命令は実行されると前記機械にさらに、複数のアカウントを供給させ、
前記複数のアカウントのうちの１つは、前記複数のアカウントのうちの前記１つに関連する少なくとも１つの管理機能を供給し、また、前記ウェブサイトマネジャが前記アラートモジュールに前記アラートを生成し前記モバイルサービスユーザに送信するよう命令することを可能にするよう前記ウェブ−ホストサーバを操作する前記ウェブサイトマネジャに対応する、請求項２７に記載の機械可読媒体。
【請求項３８】
前記プログラミング命令は実行されると前記機械に、前記モバイルサービスユーザおよび前記ウェブ−ホストサーバのうち少なくとも１つの請求詳細を管理させ、
前記請求詳細は、前記アラートモジュールにより前記モバイルサービスユーザに送信される前記アラートに対応する請求項２７に記載の機械可読媒体。
【請求項３９】
前記プログラミング命令は実行されると前記機械に、前記アラート登録データを編集するために前記モバイルサービスユーザおよび前記ウェブ−ホストサーバのうちの１つによる前記アラート登録データへのアクセスを許可させる請求項３０に記載の機械可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサイトのアップデートを管理するシステムおよび方法に関する。特に、本発明は、新しいまたは変更されたウェブサイトコンテンツに関するアップデートおよび通知に申し込みをし、アップデートおよび通知をモバイルサービスユーザに送信するシステムおよび方法に関する。
【背景技術】
【０００２】
インターネット技術の急速な発展と、その結果生じたインターネットにおける経済活動の浸透は、インターネットの驚異的な成長をもたらし、デジタル情報時代へと導いた。インターネットは、現在、大人数に対して情報を同時に発信する最も速い方法である。ウェブユーザ数も２０００年から２倍以上に増加し、インターネットワールドスタッツ（Internet World Stats）によると２００６年現在では、１０億２千万人以上のインターネットユーザがいる。拡大するための機会は多くあり、この成長の多くは、インターネットにアクセスするためのワイヤレスアプリケーションを用いることにより遂げられるであろう。モバイルおよびワイヤレスデバイスは、市場に大規模に普及している。市場調査会社であるガーター（Garter）社によると、ハンドセットの世界での売り上げは、２００５年には２億５百万台に達している。現在では、世界で推定１５億人のモバイル通信用グローバルシステム（ＧＳＭ）ユーザが存在し、２０１０年には３０億人まで増加すると予想されている。さらに、最新の数字では、スマートモバイルデバイスの世界向け出荷は２００６年には５５％増加し、特にスマートフォンの出荷は前年に比べて７５％増加し、これは、ハンドヘルド式デバイスから統合型デバイスへの移行を際立たせている。
【０００３】
インターネット自体はすでに多くの企業にとって大規模な市場基盤となっている。一部の大企業は、低価格広告の効率性を利用することにより、またインターネットを介してｅコマースを行うことにより成長を遂げている。インターネットはさらに、従来の買い物およびニュースの普及の概念に挑み改革をもたらした。また、ブログやソーシャルネットワークといったオンラインコミュニティの台頭もインターネットの将来を形作るのに一役買っている。したがって、オンラインで利用可能な膨大な量の情報によって、インターネット上の新しいイベントおよびアップデートを把握、追跡し続けることは次第にウェブユーザにとって大変な作業となってきている。
【０００４】
現在、ウェブユーザが、そのウェブユーザが関心のあるウェブサイトに利用可能なアップデートを把握、追跡し続けることを可能にするシステムはすでに存在する。これらのシステムにより使用される技術は、アップデートが利用可能になるといつでもアップデートスニペットが押し出されるので「プッシュアラート」と称される。プッシュアラートシステムは、したがって、信用されるアプリケーションサーバが積極的にパーソナライズ化されたコンテンツをウェブユーザに送信することを可能にする。プッシュアラートシステムは、ウェブユーザがウェブサイトから特定の情報を要求する従来のインターネットの「プル」モデルを補完する。ウェブユーザが関心のあるウェブサイトからアップデートを受信するには、ウェブユーザはまず、そのウェブサイトからのアップデートがアラートされるよう申し込みをしなければならない。この方法は、メーリングリストのメール受信者として登録するのと同じである。通常は、ユーザ名、電子メールアドレス、またはモバイル電話番号といった情報が、ウェブサイトにより供給されるアラート登録フォームを介して、インターネットユーザから与えられる。収集された情報は次に、通常はウェブサイトマネジャにより管理および運営されるバックエンドサーバ上にあるデータベースに記録される。
【０００５】
現在のプッシュアラートシステムの一般的な問題は、ユーザ情報の正確さを確保するために、ウェブサイトマネジャが物理的にデータベースを管理しているという点である。したがって、大きなデータベースでは、行われなければならないメンテナンス作業は膨大で且つ困難である。これらのプッシュアラートシステムは大規模組織により管理可能ではあるが、費用がかかり複雑であるので、個人のブログ発行者などの小規模サイト運営者にとってプッシュアラートシステムは現実的ではない。さらに、現在のプッシュアラートシステムはしばしば費用の高いデータベースサーバを必要とする。さらに、現在のプッシュアラートシステムは、アップデートを電子メールアドレスだけに送信することに主に適用することができる。
【０００６】
モバイルデバイスの浸透、およびモバイルデバイスの「常にオン、常にユーザが携帯している」という特徴によって、モバイルデバイスを介してアラートされることを好むウェブユーザが多くなってきている。たとえば、もうすぐ放送されるテレビ番組に関する情報に関するアラートは、番組の放送前約１５−３０分にユーザのモバイルデバイスに送信されることが好適である。モバイルデバイスは、しばしば適切な時間に読まれることのない電子メールと比較して、常にユーザにより携帯され、且つオンにされている可能性がある。モバイルアラートには、オークションで高値をつけた場合のアラート、ミーティングのリマインダなどといった他のアプリケーションもある。このようなアラートは、ショートメッセージサービス（ＳＭＳ）メッセージ、マルチメディアメッセージングサービス（ＭＭＳ）メッセージ、またはワイヤレスアプリケーションプロトコル（ＷＡＰ）プッシュメッセージを介して送信されることが好適である。モバイルアラートを使用することの明らかな利点にもかかわらず、モバイルアラートが、ほぼユビキタスの電子メールアラートとしてウェブサイトマネジャにより広く導入されない理由が幾つかある。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
モバイルアラートの導入に関する１つの一般的な問題は、モバイルアラートの送信には累積的に費用が高くかかることである。一般的に、モバイルアラートを送信するには、モバイルアラートの送信者は、モバイルサービスプロバイダの加入者で、モバイルアラートを送信するのに必要な関連技術機器を所有するか、または、モバイルサービスプロバイダのネットワークを介して受信者にメッセージを配信する何か他の手段を有さなければならない。いずれにせよ、送信者には回収不能な費用がかかる。モバイルアラートの送信は、相当の費用が送信者にかかるが、明確な収益の可能性はない。たとえば、放送無料広告支援されたテレビ局、無料のウェブベース電子メールサービスのプロバイダ、または個人のブログ発行者といった運営者にとって、モバイルアラートを介して放送番組、新しい電子メールまたはブログアップデートを加入者に伝えるための明確な動機付けがない。
【０００８】
受信者支払い型モデルといった非常に選択的な条件に対してのみ適用することのできる次善策が存在する。受信者支払い型モデルでは、メッセージの受信者がメッセージを受信するために相当の手数料を支払い、一方で送信者は課金されない。たとえば、モバイルハンドセット着信音、またはモバイルハンドセット壁紙を取り扱うモバイル電話コンテンツプロバイダは、一般的に、この受信者支払い型のビジネスモデルを採用している。モバイル電話ユーザは、月々の電話の請求書においてモバイルコンテンツについて請求され、その利益は、モバイルサービスプロバイダとモバイル電話コンテンツプロバイダの間で分かち合われる。したがって、モバイル電話ユーザに請求される正確な料金、および、モバイルサービスプロバイダとモバイル電話コンテンツプロバイダの間で分け合われるその利益の割合は、取決めにより事前交渉される。この取決めにより、モバイル電話コンテンツプロバイダは、特定最小数のモバイル電話メッセージを委託し、モバイル電話コンテンツ会社からモバイルサービスプロバイダに委託料を支払うことが必要となる。また、モバイル電話コンテンツプロバイダはさらに、モバイル電話コンテンツプロバイダのシステムをモバイルサービスプロバイダのネットワークに相互接続するためにカスタムシステム統合作業を行わなければならない。この次善策には、特に、多くの情報は送信しない、非利潤追求型送信者にとって問題が幾つかある。
【０００９】
１つの問題は、このモデルは、多くの情報を送信しない送信者には該当しないということである。というのは、たとえば、何百または何千万といったモバイルアラートの特定の最少量をメッセンジャ送信者が送信するよう委託しなければならないからである。もう１つの問題は、このモデルは、受信者に相当な手数料を請求し、その利益を分けることを見込んでいるので、コンテンツを売るためにモバイルアラートメカニズムを使用するのではない小規模ウェブサイト所有者には適していないということである。さらに、非利潤追求型のサービス提供としてモバイルアラートを提供したい小規模ウェブサイト所有者にとって、前払いの委託料は経済的に調整するのが難しいであろう。このモデルのさらに別の問題は、メッセージ送信者が送信者のシステムをモバイルサービスプロバイダのメッセージングシステムに統合しなければならないという点であり、メッセージ送信者とモバイルサービスプロバイダの両者に時間、労力、および費用の面での負担をさらに課す。最後に、この方法は、しばしばメッセージ送信者による虚偽請求に陥り、したがって、モバイルサービスプロバイダとモバイル電話顧客との間の関係に悪影響を及ぼしてしまう。
【００１０】
上述した方法は、時に、モバイルサービスプロバイダに、メッセージ送信者がサービスに対して請求されるべきモバイル電話加入者番号のリストを提出することに依存する。これは、モバイル電話がコンテンツの唯一の受取側であることによる結果であり、一方で、コンテンツは、他のモバイルサービスプロバイダのネットワークを通じて電話呼を介してユーザによって、または、（送信者のウェブサイトにユーザが自分のモバイル電話番号を直接入力することによって）送信者のウェブサイトからリクエストされうる。使用される技術に依存して、モバイルサービスプロバイダは、したがって、受信者がモバイル電話の請求書を受け取り、請求書にある関連料金に対して反論するまで、メッセージ送信者が主張する受信者リストの正当性を容易に確認することができない。続く紛争解決処理は、モバイルサービスプロバイダと、エンド顧客であるメッセージ受信者との間の関係を緊張させてしまう。
【００１１】
上述したすべての問題に加えてさらに別の問題は、一般的に、メッセージ送信者はさらに、メッセージを配信したい加入者を有する各モバイルサービスプロバイダと契約する必要があるという点である。多くのモバイルサービスプロバイダは、独自のメッセージングシステムおよび法律契約を有するので、各モバイルサービスプロバイダに個別に申し込みをし、相互接続することは時間と費用がかかり、メッセージ送信者にとって実用的ではない。この問題に対処するために、幾つかの組織は、メッセージ送信者が、幾つかの組織のうちの１つと契約し、その組織が多くのモバイルサービスプロバイダと連携し、契約上および技術的な問題を対処するサービスを提供する。しかし、これらの組織は、１送信メッセージにつき支払われるべき料金を必要とし、これは、メッセージ送信者が複数のモバイルサービスプロバイダと直接契約した場合にメッセージ送信者がモバイルサービスプロバイダに支払う料金より高くなる傾向がある。したがって、このように中間サービスプロバイダを使用することも費用がかかり、メッセージ送信者にとって実用的ではない。
【００１２】
もう１つの問題は、メッセージの受信を選択的に辞めることに関して、メッセージ受信者に明確ではないという点である。これは特に、たとえば、メッセージ送信者が、メッセージ受信者のモバイルデバイスに毎日ジョークを送信することに対してメッセージ受信者に毎日料金を請求する「今日のジョーク」サービスといった購読サービスの場合には重要である。これは、一回限りの取引ではないので、メッセージ受信者がサービスを終了するための明白な方法がなければならない。しかし、メッセージ受信者に対してサービスから登録解除するためのオプトアウトメカニズムを明白にすることは、メッセージ送信者には利益にならない。さらに、詳細なオプトアウト情報をモバイルアラートに含むことは、特に、モバイルアラートがＳＭＳを介して送信される場合は技術的に困難である。なぜなら、ＳＭＳは、１６０文字制限を有し、コンテンツもその中に含まれなければならないからである。
【００１３】
したがって、現在のシステムの不利点は、受信者がモバイルアラートを受信するために相当な手数料を支払う必要がなく、また、好適にはメッセージ送信者がモバイルアラートを送信するために支払う必要がないと同時にモバイルアラートをできるだけ多くのモバイルサービスプロバイダの加入者に送信することができる、受信者にモバイルアラートを配信するシステムおよび方法が必要であることを示す。さらに、このシステムおよび方法は、好適には使用および統合するのが容易であることによって、技術知識または能力をほとんど有さないエンドユーザがモバイルアラートを送信することを可能にすると同時にこのシステムおよび方法は、好適にはより複雑なビジネスルールでより複雑なメッセージを配信することを希望する大規模組織のニーズに見合うよう拡張可能および適応可能である。さらにもう１つの要件は、このシステムおよび方法は、好適には、受信者のモバイルアラート受信リクエストの確認といった検証パラメータを組み込むことにより、モバイルスパムを最小限にし、また、明白なオプトアウトメカニズムを提供することにより、受信者が、１以上のメッセージ送信者がモバイルアラートを受信者に送信するのを阻止することを容易にすることである。
【課題を解決するための手段】
【００１４】
本願に開示する本発明の実施形態は、イベントアップデート管理システムを提供する。本発明の一面では、データモジュール、マッチングモジュール、処理モジュール、およびアラートモジュールを含むイベントアップデート管理システムを開示する。データモジュールは、ウェブ−ホストサーバにより供給されるアラート登録データを受信する。アラート登録データは、モバイルサービスユーザが、ウェブ−ホストサーバを介して１つのイベントに対応するアラート登録リクエストを提出すると生成される。次にマッチングモジュールが、モバイルサービスユーザを、複数のモバイルサービス加入者を含む所定のリストとマッチングする。モバイルサービスユーザは、複数のモバイルサービス加入者のうちの１つにマッチングされるとモバイルサービス加入者である。次に、処理モジュールは、アラート登録データを処理し、アラート登録データをイベントアップデート管理システム上に格納されるデータベースに記録する。最後に、アラートモジュールは、ウェブ−ホストサーバ、またはウェブ−ホストサーバを操作するウェブサイトマネジャにより供給される命令に応答してアラートを生成しモバイルサービスユーザに送信する。
【発明を実施するための最良の形態】
【００１５】
本発明の実施形態は、図面を参照しながら以下に開示する。
モバイルアラートを介してウェブサイトアップデートを受信するよう登録したモバイルサービスユーザにアップデートおよびイベント通知を供給するイベントアップデート管理システムは、上述した問題に対処するために以下に説明する。本発明の一実施形態は、ウェブサイトマネジャに、そのウェブサイトマネジャが管理するウェブサイトの関連コンテンツが変更されるときにアラートされることに関心のあるモバイルサービスユーザにモバイルアラートを送信することを可能にするシステムおよび方法を提供する。開示するシステムおよび方法は、モバイルユーザからのアラート登録リクエストおよびウェブサイトマネジャからのアラート送信リクエストを処理し、アラート登録情報を保存し、モバイルアラートをモバイルサービスユーザに送信し、サービス使用に対して、モバイルサービスプロバイダ、モバイルサービスユーザ、およびウェブサイトマネジャのうち少なくとも１つに請求する。開示するシステムおよび方法はさらに、ウェブサイトマネジャが、システムを最少費用またはまったく費用を必要とせずに容易且つ迅速に使用することを可能にする。
【００１６】
簡潔および明白にすることを目的として、本発明の説明は、以下において、モバイルアラートを介してウェブサイトアップデートを受信するよう登録したモバイルサービスユーザにアップデートおよびイベント通知を供給するシステムにおける使用に限定する。しかし、本発明の様々な実施形態を、モバイルアラートを介してウェブサイトアップデートを受信するよう登録したモバイルサービスユーザにアップデートおよびイベント通知を供給するシステムと同様の動作性能を必要とする他のアプリケーションから除外するものではない。本発明の実施形態に重要である動作および機能上の原理は、様々な実施形態において共通である。
【００１７】
本願に記載する本発明の実施形態は、図１乃至９に従い、これらの図面中、同様の要素には、同様の参照番号を付してある。
【００１８】
図１を参照するに、本発明の一実施形態であるイベントアップデート管理システム１００の様々なシステム構成要素間でのインタラクションを示すブロック図である。イベントアップデート管理システム１００は、イベント管理サーバ１０２、ウェブ−ホストサーバ１０４、モバイルサービスユーザ１０６（以下モバイルユーザと称する）、およびモバイルサービスプロバイダ１０８を含む。イベント管理サーバ１０２は、アプリケーションサービスプロバイダの敷地内にあり、予めインストールされていることが好適であり、アプリケーションサービスプロバイダ（図示せず）は、イベント管理サーバ１０２を操作し、第１のモバイルリンク１１０のセットを介して１以上のモバイルサービスプロバイダ１０８に接続する。複数のアプリケーションサービスサーバが、複数の様々なモバイルサービスプロバイダ１０８およびウェブ−ホストサーバ１０４に接続され、様々なモバイルユーザ１０６にサービスを供給する複数のイベント管理サーバ１０２を実行しうる。モバイルユーザ１０６は、モバイルサービスプロバイダ１０８により供給されるモバイルサービスの加入者または非加入者である。イベント管理サーバ１０２を操作するアプリケーションサービスプロバイダは、モバイルサービスプロバイダ１０８に接続されるか、または、モバイルサービスプロバイダ１０８との契約を有する。さらに、少なくとも１つのモバイルサービスプロバイダ１０８は、アプリケーションサービスプロバイダとして機能しうる。複数のイベント管理サーバ１０２も、連携のために互いに通信する。
【００１９】
イベント管理サーバ１０２は、ウェブ−ホストサーバ１０４から受信したモバイルアラート登録情報を処理および記録する。受信したモバイルアラート登録情報は、イベント管理サーバ１０２上に格納されるデータベース（図示せず）に記録されうる。さらに、イベント管理サーバ１０２は、モバイルユーザ１０６へのモバイルメッセージの送信を希望するウェブサイトマネジャにモバイルアラートサービスに申し込みすることを可能にする機能を供給し、また、ウェブサイトマネジャに、ウェブサイトへの来訪者にモバイルアラートに登録する機能を提供するためのツールおよび／またはコードを供給し、またさらに、ウェブサイトマネジャに、イベント管理システム１０２上に格納されるウェブサイトマネジャのアカウントを管理するための管理ツールを供給する。「ウェブサイトマネジャ」という用語は、システム管理者、または、たとえば、ユーザが写真を投稿し共有するまたはブログをつけることを可能にするウェブサイトといったウェブサイトによりホストされるユーザの個人的なウェブページのいずれかを示すよう広義に且つ非限定的に使用する。この場合、写真を投稿し共有するまたはブログをつけるためのアカウント特権を有するユーザが、ユーザの個人的なウェブページをホストするサーバへの管理権をユーザが有するか否かにかかわらず、ユーザが来訪者により見られる個人的なウェブページを変更する権利を所有する限り、「ウェブサイトマネジャ」とみなされる。
【００２０】
イベント管理サーバ１０２は、モバイルアラートを介して、モバイルサービスプロバイダ１０８を通じてモバイルユーザ１０６に通知を送信し、且つモバイルユーザ１０６から応答を受信する。モバイルサービスプロバイダ１０８は、モバイルユーザ１０６のモバイルサービスプロバイダ１０８であることが好適である。このイベント管理サーバ１０２はさらに、モバイルユーザ１０６に、モバイルユーザ１０６に送信してもよいウェブサイトマネジャ、任意の所与の期間に送信してもよいアラート数を制御する能力を供給することが好適である。この能力には、モバイルユーザ１０６が以前に登録したアラートのウェブサイトマネジャからのすべての更なるアラートを一時的にまたは永久的に禁止する能力を含む。モバイルアラートは、ショートメッセージサービス（ＳＭＳ）メッセージ、マルチメディアメッセージングサービス（ＭＭＳ）メッセージ、またはワイヤレスアプリケーションプロトコル（ＷＡＰ）プッシュメッセージアラートであることが好適である。ウェブ−ホストサーバ１０４を操作するウェブサイトマネジャは、イベント管理サーバ１０２により供給される上述のサービスを使用するためにアプリケーションサービスプロバイダとすでに事前契約をしている。同様に、アプリケーションサービスプロバイダも、逆課金（受信者が支払う）モバイルアラートでありうるモバイルアラートを配信するためにモバイルサービスプロバイダ１０８とすでに事前契約をしている。イベント管理サーバ１０２の最後の重要な機能は、イベント管理サーバ１０２により供給される上述のサービスに対して、モバイルユーザ１０６、モバイルサービスプロバイダ１０８、およびウェブサイトマネジャに請求することである。
【００２１】
ウェブ−ホストサーバ１０４は、ウェブ−ホストサーバ１０４上にホストされるウェブサイト（図示せず）を訪れるウェブサーファーにウェブページを供給する。モバイルユーザ１０６は、双方向性有線または無線リンク１１２を介してウェブ−ホストサーバ上にホストされるウェブページにアクセスする。ウェブサイトにより供給されるウェブページのコンテンツは、多様で様々である。ウェブ−ホストサーバ１０４がイベント管理サーバ１０２と通信するには、ウェブ−ホストサーバ１０４はまず、イベント管理サーバ１０２に登録されていなければならない。ウェブ−ホストサーバ１０４は、有線または無線である双方向性リンク１１４を介してイベント管理サーバ１０２と通信する。ウェブ−ホストサーバ１０４はさらに、ソフトウェアアプリケーションプログラミングインタフェース（ＡＰＩ）構造のセットで定義されるソフトウェア関数で予めプログラムされ、ソフトウェアライブラリと統合されていなければならない。ソフトウェアライブラリは、アプリケーションサービスプロバイダにより供給されるＡＰＩ構造のセットに定義される関数の実装であり、バイナリ形式でコンパイルされる。或いは、ウェブ−ホストサーバ１０４は、ウェブサイトを定義するプログラミングコードにハイパーテキストマークアップ言語（ＨＴＭＬ）リンクコードのブロックを単純に挿入することによって、または、アプリケーションサービスプロバイダとウェブサイトマネジャ間で相互に同意された他の技術手段によって、イベント管理サーバ１０２と通信しうる。アプリケーションサービスプロバイダは、ＡＰＩ構造のセット、ソフトウェアライブラリ、およびＨＴＭＬリンクコードのうちの少なくとも１つを供給する。
【００２２】
イベント管理サーバ１０２は、モバイルサービスプロバイダ１０８との接続または契約を通じてモバイルユーザ１０６にウェブサイトアップデートを知らせるモバイルアラートを送信する。モバイルサービスプロバイダ１０８は、モバイルアラートを、第２のモバイルリンク１１６のセットを介してモバイルユーザ１０６に配信する。モバイルアラートは、モバイルユーザ１０６にモバイルアラートを送信するよう命令するためにウェブサイトマネジャがイベント管理サーバ１０２にログオンする場合に、または、ウェブサイトマネジャにより操作されるコンピュータベースのシステムがＡＰＩおよび／またはＨＴＭＬコードおよび／または上述したようにアプリケーションサービスプロバイダによりウェブサイトマネジャに供給される他の技術手段を使用してイベント管理サーバ１０２に自動的にログオンする場合にだけ送信される。
【００２３】
ウェブサイトマネジャが、ウェブサイトマネジャにより運営されるウェブサイトへの来訪者であり、さらにそのウェブサイトのアップデートに関するモバイルアラートを受信することに興味を示すモバイルユーザ１０６にモバイルアラートを送信するためには、ウェブサイトマネジャは、サービス登録フォームを記入することによってアプリケーションサービスプロバイダにより提供される関連のサービスに申し込む必要がある。ウェブサイトマネジャは、少量メッセージ送信者または大量メッセージ送信者として申し込むことができる。
【００２４】
図２は、グラフィカル形式での少量メッセージ送信者用のサービス登録フォーム２００（以下、少量フォームと称する）を示し、少量フォーム２００の入力欄が定義される。少量フォーム２００は、ウェブサイトマネジャの名前、ウェブサイトマネジャの電子メールアドレス、ウェブサイト名、ウェブサイトのＵＲＬ、第１のクエリー、第２のクエリー、支払いの詳細、ロゴ、国コード、および連絡先番号を定義するための入力欄を含む。国コードおよび連絡先番号は、身元検証、紛争解決、または任意の他の通信のために少量メッセージ送信者に連絡がつく連絡先を供給する。ロゴは、ウェブサイトマネジャからのモバイルアラートサービスに申し込みする際にモバイルユーザ１０６が見る登録フォームに添付されるロゴ入力欄にて提出されることが好適であるべきである。ロゴは、ウェブマネジャが登録フォームをカスタマイズすることを可能にする。さらに、第１のクエリーでは、ウェブサイトマネジャは、ウェブサイトマネジャが、アプリケーションサービスプロバイダと逆請求契約または同様の取決めを有さないモバイルサービスプロバイダ１０８の加入者であるモバイルユーザ１０６にモバイルアラートを送信することができることを希望するか否かを示すことが求められる。ウェブサイトマネジャが、アプリケーションサービスプロバイダと逆請求契約または同様の取決めを有さないモバイルサービスプロバイダ１０８の加入者であるモバイルユーザ１０６にモバイルアラートを送信すると決定する場合、ウェブサイトマネジャはさらに、第２のクエリー下で、モバイルアラートを送信する結果発生する料金を支払うか、または、モバイルアラートを受信することによってモバイルユーザ１０６が課金されるか決定することが求められる。さらに、ウェブサイトマネジャが、アプリケーションサービスプロバイダと逆請求契約または同様の取決めを有さないモバイルサービスプロバイダ１０８の加入者であるモバイルユーザ１０６にモバイルアラートを送信する保証を希望し、また、これらのモバイルユーザ１０６にモバイルアラートを受信する費用を負担したがらないモバイルユーザが含まれる場合に、ウェブサイトマネジャは、送信したモバイルアラートに対して支払いを行うよう選択することができる。この場合、ウェブサイトマネジャは、支払いの詳細下において、クレジットカードの詳細、財務情報、または他の支払い方法に関する詳細を提供することが求められる。
【００２５】
同様に図３は、グラフィカル形式での大量メッセージ送信者用のサービス登録フォーム３００（以下、大量フォームと称する）を示し、大量フォーム３００の入力欄が定義される。大量フォーム３００は、ウェブサイトマネジャの名前、ウェブサイトマネジャの電子メールアドレス、ウェブサイト名、ウェブサイトのＵＲＬ、国コード、および連絡先番号を定義するための入力欄を含む。大量フォーム３００の入力欄の定義は、図２に示す少量フォーム２００の各同様の入力欄に対する定義と同様である。
【００２６】
図４に、モバイルユーザ１０６にモバイルアラートを送信するためにウェブサイトマネジャがアプリケーションサービスプロバイダに申し込みするプロセスフローチャート４００を示す。工程４０２において、ウェブサイトマネジャは、イベントアップデート管理システム１００の使用に関してアプリケーションサービスプロバイダにより課される契約条件を承諾する。ウェブサイトマネジャは、少量メッセージ送信者または大量メッセージ送信者として登録するか決定することを求められる。この決定は、工程４０４において行われる。
【００２７】
少量メッセージ送信者は、一月に１０００個以下のメッセージを送信する要件を有することが好適である。少量メッセージ送信者では、登録および起動プロセスは、アプリケーションサービスプロバイダからの任意の人間による介入なしで完全に自動化されることが好適である。これは、スパム業者や詐欺メッセンジャによってもたらされる即時の起動に関連付けられるビジネスのリスクは、アプリケーションサービスプロバイダが少量送信者に対してモバイルアラートサービスの起動による追加の費用を請求しないことによって正当に管理されるとアプリケーションサービスプロバイダが予め決定しているべきであることが好適だからである。さらに、アプリケーションサービスプロバイダは代わりに、その加入者がモバイルアラートを受信するモバイルサービスプロバイダから支払いを受ける可能性がある。さらにビジネスリスクを低減するために、アプリケーションサービスプロバイダは、たとえば、少量メッセージ送信者が所与の期間の間にまたはモバイルユーザ１０６に送信することが可能であるメッセージの最大数の任意の組み合わせを制限するといったように少量メッセージ送信者に追加の制限を課しうる。アプリケーションサービスプロバイダはさらに、少量メッセージ送信者は、限られた技術スキルまたは限られた技術リソースを有し、或いは緊密なシステム統合に投資することを望まないまたは投資することができないことを想定することが好適である。このような少量メッセージ送信者の例は、ブログの読者にモバイル電話を介してアップデートアラートを提供したいが、システム統合を行うための技術的な手段を有さないブロガーである。少量メッセージ送信者には、アプリケーションサービスプロバイダは、少量メッセージ送信者がウェブサイトのウェブページに簡単に組み入れることができるＨＴＭＬリンクコードの自動生成ブロックを利用可能であるようにすることが好適である。ＨＴＭＬリンクコードによって、モバイルアラートサービスがウェブサイトの来訪者に利用可能となり、簡単な実施を可能にする。さらに、アプリケーションサービスプロバイダは、たとえば、ウェブページにおいてＨＴＭＬリンクコードを挿入すべき箇所を示すことによってＨＴＭＬリンクコードの組み込みを実行する方法に関する画像によるガイドも利用可能にすることが好適である。
【００２８】
一方で、大量メッセージ送信者は、一月あたり１０００個以上のメッセージを送信する要件を有することが好適である。一部の大量メッセージ送信者は、１時間あたり１０００個以上のメッセージを送信する要件を有しうる。大量メッセージ送信者では、大量メッセージ送信者の身元、ビジネスの性質、企業登録情報、財務の安全性、またはビジネスリスクを管理するための他のそのようなリスク軽減要素といった特定要素の検証に必要な時間および労力に投資するとアプリケーションサービスプロバイダが決定することが好適である。行われた検証に対して、アプリケーションサービスプロバイダは、大量メッセージ送信者に対してほとんどまたはまったく制限を課さないか、様々な制限を課しうる。さらに、大量メッセージ送信者は、アプリケーションサービスプロバイダのシステムとのウェブサイトのより緊密な統合を可能にする技術リソース、関心、および手段を有し、それにより、大量メッセージ送信者により高いレベルのカスタム化および自動化が供給されることをすることを想定する。大量メッセージ送信者の非限定的な例は、何百万人ものウェブユーザの要求に応じるオンラインオークションサイトまたはオンライン無料メールサービスである。ウェブサイトマネジャは、例では、モバイルサービスプロバイダ１０８とメッセージ送信契約を交渉する必要はないが、電子または紙のテンプレート契約文書がモバイルサービスプロバイダ１０８により要求されうることが好適である。さらに、ウェブマネジャに提供されるメッセージ送信サービスの起動の前にモバイルサービスプロバイダ１０８からの人間の介入は必要としない。
【００２９】
ウェブサイトマネジャは、ウェブサイトマネジャが少量メッセージ送信者として申し込みすることを決定すると、次に工程４０６において少量フォーム２００に記入する。工程４０８では、ウェブサイトマネジャは、モバイルサービスプロバイダ１０８の加入者であり、アプリケーションサービスプロバイダとの逆課金取決めを有さないモバイルユーザ１０６にモバイルアラートを送信することを可能にするか否かを決定する必要がある。通常は、上述したような状況下では、アプリケーションサービスプロバイダが、モバイルユーザ１０６にモバイルアラートを送信するために、モバイルユーザ１０６を対象とするモバイルアラートを受信する最初の関係者であるモバイルサービスプロバイダ１０８により課金される。したがって、アプリケーションサービスプロバイダは、発生した料金およびおそらく利益を上乗せしたものを、少量メッセージ送信者か、または、少量メッセージ送信者からモバイルアラートを受信するよう申し込んだモバイルユーザ１０６から回収することを希望することが好適である。
【００３０】
ウェブマネジャが、アプリケーションサービスプロバイダと逆請求取決めまたは同様の取決めをしているモバイルサービスプロバイダ１０８に加入していないモバイルユーザ１０６にモバイルアラートを配信することに関して柔軟性を有するよう決定する場合、アプリケーションサービスプロバイダは、工程４１０において、少量メッセージ送信者に、保証金を支払う、確認可能なクレジットカードの詳細を供給する、または他の形の財務上の安全性を供給することを要求し、それにより、アプリケーションサービスプロバイダが、支払われるべき料金を回収することを可能にする。工程４１２では、アプリケーションサービスプロバイダは、工程４１０においてウェブサイトマネジャにより供給された財務情報の正当性を確認し、予め同意された特定の料金をウェブサイトマネジャのクレジットカードに課金するか、ウェブサイトマネジャの銀行口座からの自動引き落としを行うか、または、ウェブサイトマネジャとアプリケーションサービスプロバイダとの間で相互に予め決められた財務取引を行う。工程４０２および４１０においてウェブサイトマネジャにより契約条件は承諾され、逆請求契約または同様の取決めの対象とならないモバイルアラートの範囲を決定する。
【００３１】
最後に、工程４１４において、アプリケーションサービスプロバイダは、工程４１２において発生した取引結果を記録する。取引結果は、ウェブサイトマネジャが、アプリケーションサービスプロバイダとの逆請求契約または同様の取決めを有さないモバイルサービスプロバイダ１０８の加入者であるモバイルユーザ１０６にモバイルアラートが送信することが可能にされているか否か、その場合にモバイルアラートについて課金される対象者、少量フォーム２００の登録情報を含むことが好適である。次に、アプリケーションサービスプロバイダは、ＨＴＭＬリンクコード、ログインＩＤ、パスワード、およびメッセージ送信サービスを使用するためにウェブサイトマネジャが必要となることが好適である任意の他の文書といった情報をウェブサイトマネジャに供給する。この情報は、電子メール、すぐに画面上に表示される登録メールなどを使用する任意の実現可能な手段により供給されることが好適である。アプリケーションサービスプロバイダは次にすぐに少量メッセージ送信者のためにメッセージ送信サービスを起動させる。
【００３２】
ウェブサイトマネジャは、必要とされるニーズが大量メッセージ送信者に当てはまると決定する場合、工程４２０において大量フォーム３００を記入する。アプリケーションサービスプロバイダは、大量メッセージ送信者は人間による確認が必要であると決定しているので、アプリケーションサービスプロバイダの正式な代表者が、工程４２２においてウェブサイトマネジャと連絡を取る。工程４２２において、アプリケーションサービスプロバイダは、ウェブサイトマネジャのニーズを決定し、アプリケーションサービスプロバイダにより必要とされる情報を獲得し、任意の他の書類手続き要件を満たす。最後に、工程４２４において、アプリケーションサービスプロバイダは、大量メッセージ送信者から獲得したすべての関連データを確認する。すべての必要な内部ビジネスニーズが満たされると、アプリケーションサービスプロバイダは、ウェブサイトマネジャに、関連のＡＰＩ、コード、文書、ユーザＩＤ、パスワード、および、ウェブサイトマネジャがメッセージ送信サービスを使用するのに必要であることが好適である任意の他の情報およびツールを供給する。さらに、工程４２４では、アプリケーションサービスプロバイダは、大量メッセージ送信者に関連するすべての関連情報、信用証明書、および文書を保存し、大量メッセージ送信者用のサービスを起動させる。
【００３３】
アプリケーションサービスプロバイダはさらに、プロセスフローチャート４００に、ウェブサイトマネジャの身元を確認する確認プロセス（図示せず）を、特に、書類手続きが好適には必要とされない少量メッセージ送信者の場合に含むことができる。確認プロセスは、少量メッセージ送信者のモバイル電話番号を要求する工程と、そのモバイル電話番号に確認メッセージを送信する工程と、確認メッセージからの応答を要求する工程とを含むことが好適である。
【００３４】
ウェブサイトに関するアップデートを受信することに関心のあるモバイルユーザ１０６は、図５に示すようなウェブサイトに供給されるアラート登録フォーム５００に記入することによってアラート登録リクエストを提出することが求められる。図５は、グラフィカル形式でアラート登録フォーム５００を示し、アラート登録フォーム５００の入力欄を定義する。しかし、乱用を避けるために、アプリケーションサービスプロバイダは、モバイルアラートを受信するためにモバイルユーザ１０６が登録することのできるウェブサイト数の制限を予め決定することができる。アラート登録フォーム５００は、国コード、モバイル電話番号、第１のクエリー、電子メールアドレス、およびモバイルオペレータを定義するための入力欄を含む。モバイル電話番号は、モバイルアラートを送信する先の、好適にはモバイルユーザ１０６が所有するモバイル電話の番号であるモバイル電話番号を定義する。さらに、偽の申し込みの問題に対抗するために、イベント管理サーバ１０２は、モバイル電話番号に確認メッセージを送信することによってアラート登録リクエストを検証する。その場合モバイルユーザ１０６は、検証応答を返信する。検証応答は、返却ＳＭＳの形式か、確認メッセージの中で送られた秘密コードをアラート登録フォーム５００の別の部分に入力するか、または好都合且つ否認防止の安全性を与える任意の他の確認形式をとる。国コードは、一般的にモバイルユーザ１０６の住居国であるモバイル電話番号が登録された国を定義する。電子メールアドレスは、モバイルユーザ１０６に属する電子メールアドレスを定義し、また、モバイルユーザ１０６は、モバイルオペレータ入力欄で、モバイルユーザ１０６が一加入者であるモバイルサービスプロバイダの名前を提供することも求められる。
【００３５】
さらに、第１のクエリーでは、モバイルユーザ１０６は、モバイルユーザ１０６のモバイルサービスプロバイダ１０８がアプリケーションサービスプロバイダと逆請求契約または同様の取決めを有さない場合に、モバイルアラートを受信するために発生しうる手数料を支払うか否かを決定する。モバイルユーザ１０６がこの取決めに同意する場合、モバイルユーザ１０６は次に、支払いの詳細入力欄において、アプリケーションサービスプロバイダに、クレジットカード情報を提供する、保証金を支払う、または他の支払い方法を提供することが求められる。最後にモバイルユーザ１０６がモバイルアラートサービスからオプトアウトするための簡単な方法を提供するために、モバイルアラートサービスを提供するウェブサイトは、アラート登録フォーム５００に示すようにオプトアウト入力欄においてオプトアウト情報を含むことが求められることが好適である。
【００３６】
図６には、モバイルユーザ１０６が、イベント管理サーバ１０２を使用してウェブサイトのアップデートを受信するためにモバイルアラートに登録するプロセスを示すフローチャートを示す。ウェブサイトを運営しているウェブサイトマネジャは、少量メッセージ送信者である。工程６０２において、モバイルユーザ１０６は最初に、ウェブサイトを通して供給されるアラート登録フォーム５００に記入し提出する。ウェブサイトは、モバイルユーザ１０６が定期的にアップデートされることに関心のあるウェブサイトであることが好適である。アラート登録フォーム５００は、少量メッセージ送信者のウェブサイトか、アプリケーションサービスプロバイダのウェブサイトか、または、アラート登録フォーム５００に記入することによって生成されるアラート登録情報がイベント管理サーバ１０２に伝送されることが可能であるようアプリケーションサービスプロバイダに関連付けられるウェブサイトにホストされることが好適である。
【００３７】
イベント管理サーバ１０２がウェブ−ホストサーバ１０４により送信されたアラート登録情報を受信すると、工程６０４においてイベント管理サーバ１０２は、受信したアラート登録情報の正当性を確認する。イベント管理サーバ１０２はさらに、工程６０６において以下の基準のうちの少なくとも１つを満たすか否かを決定することによって存在する請求の取決めを確認する。すなわち、モバイルユーザ１０６は、アプリケーションサービスプロバイダと逆請求契約または同様の取決めをしているモバイルサービスプロバイダ１０８のうちの１つの加入者である、または、ウェブ−ホストサーバ１０４のウェブサイトマネジャは、アプリケーションサービスプロバイダと逆請求契約または同様の取決めをしているいずれのモバイルサービスプロバイダ１０８の加入者ではないモバイルユーザ１０６にモバイルアラートを送信する意思を示しているか否か、また、ウェブサイトマネジャは、モバイルアラートの料金を支払う意思があるか否か、また、モバイルユーザ１０６は、アプリケーションサービスプロバイダと逆請求契約をしているモバイルサービスプロバイダ１０８のうちの１つの加入者ではないにもかかわらずモバイルアラートを受信する要望を示しているか否か、また、モバイルユーザ１０６は、クレジットカード情報、事前の保証金、または、モバイルアラートの配信の費用が課金される他の支払い方法に関する詳細を供給するといったように財務上の安全性を提供しているか否か。これらの基準のうちいずれも満たさない場合、イベント管理サーバ１０２は、工程６０８において、モバイルユーザ１０６に処理を進めることができないことを伝え、アラート登録情報を廃棄する。イベント管理サーバ１０２はその場合、モバイルユーザ１０６が加入しているモバイルサービスプロバイダ１０８がアプリケーションサービスプロバイダと逆請求契約または同様の取決めをするまでモバイル番号が更なるアラート登録に使用されることを一時的に禁止しうる。
【００３８】
しかし、上述した基準のうちの少なくとも１つが満たされる場合、イベント管理サーバ１０２は、工程６１０において、モバイルユーザ１０６に確認メッセージを送信する。確認メッセージは、ＳＭＳメッセージ、ＭＭＳメッセージ、またはＷＡＰプッシュメッセージのうちの１つであることが好適である。確認メッセージを送信する目的は、モバイルまたは電子メールのスパム登録リクエストによる偽の申し込みを防止することである。確認メッセージを受信後、モバイルユーザ１０６が好適に取りうる応答には２タイプある。第１の応答のタイプでは、モバイルユーザ１０６は確認メッセージを受信後、１つの行動を取ることが求められる。この行動は、アラート登録に使用されるモバイルデバイス上に表示されるページにおけるリンクをクリックするか、ＳＭＳ、ＭＭＳ、または他のモバイルメッセージで応答するか、単語、文字、数字、またはこれらの他の組み合わせによりウェブサイト自体を通じて応答するか、モバイルユーザ１０６に送信された確認メッセージ内に指定される任意の他の方法であることが好適である。応答を受信すると、イベント管理サーバ１０２は、工程６１２のアラート登録の検証に進む。第２の応答のタイプでは、モバイルユーザ１０６は確認メッセージを受信後、行動を取らないことが求められる。モバイルユーザ１０６は、アラート登録に使用されるモバイルデバイス上に表示されるページにおけるリンクをクリックしない、または、ＳＭＳ、ＭＭＳ、または他のモバイルメッセージや、単語、文字、数字、またはこれらの他の組み合わせを使用する任意の他の方法、またはモバイルユーザ１０６に送信された確認メッセージ内に指定される他の方法で応答しない。応答を受信しない場合、イベント管理サーバ１０２は、工程６１２におけるアラート登録の検証に進む。
【００３９】
アラート登録の検証は、モバイルユーザ１０６がモバイルアラートを受信するための特定料金が課金されることを承認していることを示す重要な指標として機能する。料金は、一般的にモバイルユーザ１０６がローカルで送られる等価モバイルメッセージの送信者である場合にモバイルユーザ１０６が支払う通常の料金程に低いか、または、モバイルユーザ１０６が加入しているモバイルサービスプロバイダ１０８の判断で、免除されるか、またはモバイルサービスプロバイダ１０８が加入者に提供するモバイルメッセージの無料パッケージに含まれる。最悪なシナリオでは、手数料または特定料金は、モバイルサービスプロバイダ１０８がアプリケーションサービスプロバイダと逆請求契約または同様の取決めを有さないのにもかかわらずモバイルアラートの受信を希望するためにモバイルユーザ１０６に課される。モバイルサービスプロバイダ１０８は、メッセージ送信サービスに対して低価格を提供することができる。というのは、モバイルサービスプロバイダ１０８は、たとえば、コンテンツパートナーに申し込む、料金請求関係を統合および試験するなどの関連付けられる相当な費用を負担しないからである。
【００４０】
工程６１２において、アラート登録が、申し込み時にモバイルユーザ１０６により使用されるモバイル電話番号の保持者による本物のリクエストであるか否か判断される。アラート登録が、モバイルまたは電子メールスパム登録リクエストによる偽の申し込みであると判断される場合、イベント管理サーバ１０２は、工程６１４においてアラート登録情報を廃棄する。１つのモバイル電話番号に対して偽のアラート登録が繰り返し受信される場合、イベント管理サーバ１０２は、所定期間の間、そのモバイル電話番号が更なるアラート登録に使用されることを一時的に禁止しうる。この禁止は、１つのモバイル電話番号がモバイルアラートに登録するために使用できる偽のアラート登録の所定数を超えると実行される。禁止を解除するための所定期間は、たとえば、２４時間とプログラムされることが好適である。しかし、アラート登録が本物であると判断される場合、イベント管理サーバ１０２は次に、工程６１６において、受信したアラート登録情報を、登録のデータおよび時間とともに、イベント管理サーバ１０２内のデータベースに記録する。したがって、アラート登録は、正当であると考えられる。
【００４１】
アップデートがウェブサイトから利用可能である場合、ウェブサイトマネジャは、工程６１８においてイベント管理サーバ１０２にログオンし、モバイルユーザ１０６にモバイルアラートを送信するようイベント管理サーバ１０２に命令する。ウェブサイトマネジャは、複数のモバイルユーザ１０６がウェブサイトアップデートを受信するよう登録している場合に、たとえば、受信者のモバイル電話番号を手動で入力するか、または、１つのファイルに受信者の番号をアップロードすることによって、モバイルアラートが配信されるべき受信者を選択できるようにされていることが好適である。ウェブサイトマネジャはさらに、ウェブサイトマネジャがモバイルアラートを配信したい受信者の一人または全員に送信するための送信用メッセージを選択できるようにされていることが好適である。
【００４２】
工程６２０では、イベント管理サーバ１０２は、モバイルアラートを送信する前に、モバイルユーザ１０６にモバイルアラートを送信するためのすべての基準が満たされているか否かを確認する。基準は適宜リストされる。確認は、特定のウェブサイトからモバイルアラートを受信するよう実際に登録したとウェブサイトマネジャにより選択されるモバイルユーザ１０６のそれぞれに対して行われる。さらに、モバイルユーザ１０６が加入するモバイルサービスプロバイダ１０８は、アプリケーションサービスプロバイダと逆請求契約または同様の取決めをすでにしていることが好適である。そうではない場合、ウェブサイトマネジャは、メッセージ送信サービス登録時にモバイルアラートの送信に対して支払う意思を示しているか、またはモバイルユーザ１０６が、モバイルアラート登録時にモバイルアラートの受信に対して支払う意思を示していることが好適である。さらに、ウェブサイトが特定の期間の間または特定のモバイルユーザ１０６に対して、またはこれらの組み合わせに対して送信することが可能であるモバイルアラートの数を制限する規則を含むことが好適である幾つかの他の規則に対しても行われる。最後に、確認は、モバイルアラートが送信されるモバイルユーザ１０６は、特定のメッセージが不許可となってしまうような任意の制限をメッセージ送信者、また、モバイルユーザ１０６とウェブサイトマネジャに高品質のサービスを提供するために実施されうる任意の他の規則に課していないことを確実にするよう行われることが好適である。
【００４３】
上述した基準のうちのいずれかが満たされない場合、または、確認が失敗した場合、モバイルユーザ１０６への特定のメッセージは、工程６２２において廃棄される。しかし、上述した基準のすべてが満たされる場合、イベント管理サーバ１０２は、次に、工程６２４において、モバイルアラートをモバイルユーザ１０６に送信する。モバイルアラートは、アプリケーションサービスプロバイダによってモバイルユーザ１０６に対して予め決められている適切なモバイルサービスプロバイダ１０８を介して送信される。上述した基準が満たされているか否かにかかわらず、イベント管理サーバ１０２は、モバイルアラートの性質、モバイルアラート、送信ステータス、配信ステータス、およびモバイルアラートに関連する任意の他の情報を、イベント管理サーバ１０２上に格納されるデータベースに記録することが好適である。データベースは、ウェブサイトマネジャがアクセスすることが可能にされうる。
【００４４】
同様に、図７は、モバイルユーザ１０６が、イベント管理サーバ１０２を使用してウェブサイトのアップデートを受信するためにモバイルアラートに登録するプロセスを示すフローチャートを示す。ウェブサイトを運営しているウェブサイトマネジャは、大量メッセージ送信者である。大量メッセージ送信者に対しては、ウェブサイトは、供給されるＡＰＩ構造のセットで予めプログラムされ、ソフトウェアライブラリを組み入れる必要がある。したがって、大量メッセージ送信者は、アプリケーションサービスプロバイダによって決められる実質的に固定形式のみを使用することのできる少量メッセージ送信者に比べて、モバイルユーザ１０６に送信されるモバイルアラートを高度にカスタマイズすることができる。工程７０２において、モバイルユーザ１０６は、ウェブサイトに供給されるアラート登録フォーム５００に記入し提出する。ウェブサイトは、モバイルユーザ１０６が定期的にアップデートされることに関心のあるウェブサイトであることが好適である。アラート登録フォーム５００は、アラート登録フォーム５００はウェブ−ホストサーバ１０４の要件に合うよう高度にカスタマイズされるのでウェブ−ホストサーバ１０４上にホストされることが好適である。
【００４５】
工程７０４において、ウェブ−ホストサーバ１０４は、アラート登録フォーム５００が適切に記入されているか否か確認し、ウェブ−ホストサーバ１０４上にコピーを保存し、アラート登録情報を請求およびアラート登録の正当性を確認するためにイベント管理サーバ１０２に転送する。これは、請求情報およびメッセージ送信機能はイベント管理サーバ１０２だけにあるからである。イベント管理サーバ１０２は、次に、工程７０６において適宜リストする基準の少なくとも１つを満たしているか否かを確認することによって存在する請求の取決めに関して確認する。すなわち、モバイルユーザ１０６は、アプリケーションサービスプロバイダと逆請求契約または同様の取決めをしているモバイルサービスプロバイダ１０８のうちの１つに対する加入者である、または、ウェブ−ホストサーバ１０４のウェブサイトマネジャは、アプリケーションサービスプロバイダと逆請求契約または同様の取決めをしているいずれのモバイルサービスプロバイダ１０８の加入者ではないモバイルユーザ１０６にモバイルアラートを送信する意思を示しているか否か、また、上述のウェブサイトマネジャは、モバイルアラートの送信に対する料金を支払う意思があるか否か、また、モバイルユーザ１０６は、アプリケーションサービスプロバイダと逆請求契約をしているモバイルサービスプロバイダ１０８のうちの１つの加入者ではないにもかかわらずモバイルアラートを受信する要望を示しているか否か、また、モバイルユーザ１０６は、クレジットカード情報、事前の保証金、または、モバイルアラートの配信の費用が課金される他の支払い方法に関する詳細を供給するといったように財務上の安全性を提供しているか否か。
【００４６】
上述した基準のうちいずれも持たさない場合、工程７０８において、イベント管理サーバ１０２は、ウェブ−ホストサーバ１０４に請求条件が満たされないことを伝える。ウェブ−ホストサーバ１０４は、工程７０８において、モバイルユーザ１０６に処理を進めることができないことを伝え、アラート登録情報を廃棄する。ウェブ−ホストサーバ１０４およびイベント管理サーバ１０２は、モバイルユーザ１０６が加入しているモバイルサービスプロバイダ１０８がアプリケーションサービスプロバイダと逆請求契約または同様の取決めをするまでモバイル番号が更なるアラート登録に使用されることを一時的に禁止することが好適である。しかし、上述した基準のうちの少なくとも１つが満たされる場合、イベント管理サーバ１０２は、工程７１０において、モバイルユーザ１０６に確認メッセージを送信する。確認メッセージは、ＳＭＳメッセージ、ＭＭＳメッセージ、またはＷＡＰプッシュメッセージのうちの１つであることが好適である。確認メッセージを送信する目的は、モバイルまたは電子メールのスパム登録リクエストによる偽の申し込みを防止することである。確認メッセージを受信後、モバイルユーザ１０６が好適に取りうる応答には２タイプある。第１の応答のタイプでは、モバイルユーザ１０６は確認メッセージを受信後、１つの行動を取ることが求められる。この行動は、アラート登録に使用されるモバイルデバイス上に表示されるページにおけるリンクをクリックするか、ＳＭＳ、ＭＭＳ、または他のモバイルメッセージで応答するか、単語、文字、数字、またはこれらの他の組み合わせによりウェブサイト自体を通じて応答するか、モバイルユーザ１０６に送信された確認メッセージ内に指定される任意の他の方法であることが好適である。応答を受信すると、イベント管理サーバ１０２は、工程７１２のアラート登録の検証に進む。第２の応答のタイプでは、モバイルユーザ１０６は確認メッセージを受信後、行動を取らないことが求められる。モバイルユーザ１０６は、アラート登録に使用されるモバイルデバイス上に表示されるページにおけるリンクをクリックしない、または、ＳＭＳ、ＭＭＳ、または他のモバイルメッセージや、単語、文字、数字、またはこれらの他の組み合わせを使用する任意の他の方法、モバイルユーザ１０６に送信された確認メッセージ内に指定される他の方法で応答しない。応答を受信しない場合、イベント管理サーバ１０２は、工程７１２において、アラート登録の検証に進む。
【００４７】
アラート登録の検証は、モバイルユーザ１０６がモバイルアラートを受信するための特定料金が課金されることを承認していることを示す重要な指標として機能する。料金は、一般的にモバイルユーザ１０６がローカルで送られる等価モバイルメッセージの送信者である場合にモバイルユーザ１０６が支払う通常の料金程に低いか、または、モバイルユーザ１０６が加入しているモバイルサービスプロバイダ１０８の判断で、免除されるか、またはモバイルサービスプロバイダ１０８が加入者に提供するモバイルメッセージの無料パッケージに含まれる。最悪なシナリオでは、手数料または特定料金は、モバイルサービスプロバイダ１０８がアプリケーションサービスプロバイダと逆請求契約または同様の取決めを有さないのにもかかわらずモバイルアラートの受信を希望するためにモバイルユーザ１０６に課される。モバイルサービスプロバイダ１０８は、メッセージ送信サービスに対して低価格を提供することができる。というのは、モバイルサービスプロバイダ１０８は、たとえば、コンテンツパートナーに申し込む、料金請求関係を統合および試験するなどの関連付けられる相当な費用を負担しないからである。
【００４８】
工程７１２において、アラート登録が、申し込み時にモバイルユーザ１０６により使用されるモバイル電話番号の保持者による本物のリクエストであるか否か判断される。アラート登録が、モバイルまたは電子メールスパム登録リクエストによる偽の申し込みであると判断される場合、イベント管理サーバ１０２は、工程７１４において情報をウェブ−ホストサーバ１０４を中継して戻す。次に、工程７１６において、ウェブ−ホストサーバ１０４が、受信したアラート登録情報を廃棄する。１つのモバイル電話番号に対して偽のアラート登録が繰り返し受信される場合、イベント管理サーバ１０２およびウェブ−ホストサーバ１０４は、所定期間の間、そのモバイル電話番号が更なるアラート登録に使用されることを一時的に禁止しうる。この禁止は、１つのモバイル電話番号がモバイルアラートに登録するために使用できる登録の試みの失敗の所定数を超えると実行される。禁止を解除するための所定期間は、たとえば、２４時間とプログラムされることが好適である。しかし、アラート登録が本物であると判断される場合、イベント管理サーバ１０２は次に、工程７１８において、受信したアラート登録情報を、登録のデータおよび時間とともに、イベント管理サーバ１０２およびウェブ−ホストサーバ１０４の両方のデータベースに記録する。この情報は、ウェブ−ホストサーバ１０４が、ウェブ−ホストサーバ１０４により使用されるビジネス上の規則に適するようアラート登録情報を管理することを可能にするようウェブ−ホストサーバ１０４にも利用可能にされることが好適である。アラート登録は、正当であると考えられる。
【００４９】
アップデートがウェブサイトから利用可能である場合、ウェブサイトマネジャは、工程７２０においてイベント管理サーバ１０２にログオンし、モバイルユーザ１０６にモバイルアラートを送信するようイベント管理サーバ１０２に命令する。一般的に、大量メッセージ送信者について、ウェブサイトマネジャは、複数のモバイルユーザ１０６がウェブサイトアップデートを受信するよう登録している場合に、モバイルアラートが配信される受信者を選択できるようにされている。或いは、ウェブ−ホストサーバ１０４上で実行されるソフトウェアプログラムが、アプリケーションサービスプロバイダにより供給されるＡＰＩまたは他のコードを使用してイベント管理サーバ１０２に自動的にログオンする。その場合、ソフトウェアプログラムが、イベント管理サーバ１０２にモバイルアラートを関連のモバイルユーザ１０６に送信するよう命令する。
【００５０】
工程７２２では、イベント管理サーバ１０２は、モバイルアラートを送信する前に、モバイルユーザ１０６にモバイルアラートを送信するためのすべての基準が、満たされているか否かを確認する。基準は適宜リストされる。確認は、特定のウェブサイトからモバイルアラートを受信するよう実際に登録したとウェブサイトマネジャ、ＡＰＩ、または同様のコードにより選択されるモバイルユーザ１０６のそれぞれに対して行われる。さらに、モバイルユーザ１０６が加入するモバイルサービスプロバイダ１０８は、アプリケーションサービスプロバイダと逆請求契約または同様の取決めをしていることが好適である。そうではない場合、ウェブサイトマネジャは、書類に、または、メッセージ送信サービス登録時にモバイルアラートの送信に対して支払う意思を示しているか、またはモバイルユーザ１０６が、モバイルアラート登録時にモバイルアラートの受信に対して支払う意思を示していることが好適である。さらに、ウェブサイトが特定の期間の間、または特定のモバイルユーザ１０６に対して、またはこれらの組み合わせに対して送信することが可能であるモバイルアラートの数を制限する規則を含むことが好適である幾つかの他の規則に対しても行われる。最後に、確認は、モバイルアラートが送信されるモバイルユーザ１０６は、特定のメッセージが不許可となってしまうような任意の制限をメッセージ送信者、また、モバイルユーザ１０６とウェブサイトマネジャに高品質のサービスを提供するために実施されうる任意の他の規則に課していないことを確実にするよう行われることが好適である。
【００５１】
上述した基準のうちのいずれかが満たされない場合、または、確認が失敗した場合、モバイルユーザ１０６への特定のメッセージは、工程７２４において廃棄される。しかし、上述した基準のすべてが満たされる場合、イベント管理サーバ１０２は、次に、工程７２６において、モバイルアラートをモバイルユーザ１０６に送信する。モバイルアラートは、アプリケーションサービスプロバイダによってモバイルユーザ１０６に対して予め決められている適切なモバイルサービスプロバイダ１０８を介して送信される。さらに上述した基準が満たされているか否かにかかわらず、イベント管理サーバ１０２は、モバイルアラートの性質、モバイルアラート、送信ステータス、配信ステータス、およびモバイルアラートに関連する任意の他の情報を、イベント管理サーバ１０２上に格納されるデータベースに記録することが好適である。データベースは、ウェブサイトマネジャがアクセスすることが可能にされうる。
【００５２】
モバイルユーザ１０６が、さらなるモバイルアラートを受信することからオプトアウトすることを可能にすることは、イベントアップデート管理システム１００の重要な要素である。図８は、グラフィカル形式のオプトアウトフォーム８００を示し、オプトアウトフォーム８００の入力欄が定義される。オプトアウトフォーム８００では、モバイルユーザ１０６は、オプション入力欄において、任意のウェブ−ホストサーバ１０４がモバイルユーザ１０６に更なるモバイルアラートを送信することを一時的にまたは永久的に制限するオプションが与えられる。モバイルユーザ１０６は、各関連のウェブ−ホストサーバ１０４からのモバイルアラートのために以前に登録してある。一般的に、アラート登録フォーム５００は、オプトアウトフォーム８００へのリンクを有することが求められ、これにより、モバイルユーザ１０６が簡単にオプトアウト情報を見つけられる。オプトアウトフォーム８００では、モバイルユーザ１０６は、モバイルユーザ１０６が使用するモバイルサービスが登録される国コードと、モバイルアラート登録に使用されるモバイル電話番号を含むモバイル電話番号情報を供給することが求められる。イベント管理サーバ１０２は次に、モバイル電話番号情報を使用して、モバイルユーザ１０６が以前に、特定のウェブ−ホストサーバ１０４からモバイルアラートを受信するよう登録したか否か決定し、さらに、モバイル電話番号情報を使用して、オプトアウトリクエストを検証する。また、モバイルユーザ１０６はさらに、オプトアウトプロセスの終了後にオプトアウトリクエストのステータスが送信される電子アドレスを供給することが求められる。
【００５３】
図９は、オプトアウトプロセス９００のフローチャートを示す。工程９０２では、モバイルユーザ１０６は、イベント管理サーバ１０２を通じてモバイルアラートを提供する任意のウェブ−ホストサーバ１０４を介して、または、イベント管理サーバ１０２のウェブサイトであることが好適であるアプリケーションサービスプロバイダのウェブサイトを訪れることによって直接的にオプトアウトフォーム８００を提出する。工程９０４において、アプリケーションサービスプロバイダは、モバイルユーザ１０６により供給されたモバイル電話番号が、モバイルユーザ１０６がモバイルユーザ１０６に更なるモバイルアラートを送信することを制限する、または、一時的に或いは永久的に禁止することを望むウェブ−ホストサーバ１０４からモバイルアラートを受信するよう以前に登録されているか否かを確認する。判断は工程９０６において行われる。モバイルユーザ１０６は、特定のウェブ−ホストサーバ１０４からモバイルアラートを受信するよう登録されていないと判断される場合、イベント管理サーバ１０２は、モバイルユーザ１０６に、好適にはウェブ形式応答ページを介して、モバイルユーザ１０６はその特定のウェブ−ホストサーバ１０４からモバイルアラートを受信するよう登録されていないことを伝える。イベント管理サーバ１０２は次に、工程９０８において、オプトアウトリクエストを廃棄する。しかし、モバイルユーザ１０６はその特定のウェブ−ホストサーバ１０４からモバイルアラートを受信するよう登録されていると判断される場合、イベント管理サーバ１０２は、オプトアウトを要求するモバイルユーザ１０６は、オプトアウトフォーム８００においてモバイルユーザ１０６が指定したモバイル電話番号のまさに保持者であることを検証する。上述したような必要な検証は、本物のモバイルユーザ１０６に対するサービスを詐欺またはいたずらによって終了してしまうことを防止するために重要である。
【００５４】
モバイルユーザ１０６の身元を検証するために、イベント管理サーバ１０２は、工程９１０においてオプトアウトフォーム８００にモバイルユーザ１０６によって指示されるモバイル電話番号に確認メッセージを送信する。検証プロセスは、図６に示す工程６１０乃至６１６と同様である。工程９１２において、イベント管理サーバ１０２は、オプトアウトリクエストは有効であるか否かを決定する。オプトアウトリクエストが無効である場合、オプトアウトリクエストは、工程９１４において廃棄され、モバイルユーザ１０６には、好適には、オプトアウトフォーム８００内にモバイルユーザ１０６により与えられる電子メールアドレスを介して通知される。モバイルユーザ１０６がオプトアウトフォーム８００を最初に提出したときに、モバイルユーザ１０６に、応答として表示されるウェブページ上にステータスを通知することは、オプトアウトプロセスにかかる時間によって実用的ではないと考えられる。しかし、オプトアウトリクエストが有効である場合、オプトアウトリクエストは次に、イベント管理サーバ１０２のデータベースに記録される。最終工程９１６において、オプトアウトリクエストはすぐにアクティブにされ、モバイルユーザ１０６は、オプトアウトフォーム８００にモバイルユーザ１０６により与えられた電子メールアドレスを介して正常なオプトアウトまたはサービス制限が行われたことが伝えられる。モバイルユーザ１０６がオプトアウトフォーム８００を最初に提出したときに、モバイルユーザ１０６に、応答として表示されるウェブページ上にステータスを通知することは、オプトアウトプロセスにかかる時間によって実用的ではないと考えられる。イベント管理サーバ１０２は、モバイルユーザ１０６により認められたオプトアウトまたはサービス制限について関連のウェブ−ホストサーバ１０４に電子通知を送信することも好適であるべきである。
【００５５】
上述したように、ウェブサイトアップデートを受信するようモバイルアラートに登録したモバイルユーザにアップデートおよびイベント通知を供給するイベントアップデート管理システムを、モバイルアラートの配信に関連して従来のイベントアップデート管理アプローチの上述した不利点に対処するよう本発明の実施形態にしたがって説明した。本発明の実施形態を１つしか開示していないが、当業者には、本願の開示内容に鑑みて、多数の変更および／または修正を、本発明の範囲および精神から逸脱することなく行うことが可能であることは明らかであろう。
【図面の簡単な説明】
【００５６】
【図１】本発明の一実施形態によるイベントアップデート管理システムの様々なシステム構成要素間のインタラクションを示すブロック図である。
【００５７】
【図２】図１のイベントアップデート管理システムとともに使用する、モバイルアラートを送信するためにアプリケーションサービスプロバイダに申し込みするときに少量メッセージ送信者により使用されるサービス登録フォームのグラフィカル形式を示す図である。
【００５８】
【図３】図１のイベントアップデート管理システムとともに使用する、モバイルアラートを送信するためにアプリケーションサービスプロバイダに申し込みするときに大量メッセージ送信者により使用されるサービス登録フォームのグラフィカル形式を示す図である。
【００５９】
【図４】図１のイベントアップデート管理システムを使用して、ウェブサイトマネジャが、モバイルアラートを送信するためにアプリケーションサービスプロバイダに申し込みするプロセスを示すフローチャートである。
【００６０】
【図５】図１のイベントアップデート管理システムとともに使用するアラート登録フォームのグラフィカル形式を示す図である。
【００６１】
【図６】モバイルサービスユーザが、図１のイベントアップデート管理システムを使用してウェブサイトのアップデートを受信するために図５のアラート登録フォームを使用してモバイルアラートに登録し、ウェブサイトを運営するウェブサイトマネジャは少量メッセージ送信者である、プロセスを示すフローチャートである。
【００６２】
【図７】モバイルサービスユーザが、図１のイベントアップデート管理システムを使用してウェブサイトのアップデートを受信するために図５のアラート登録フォームを使用してモバイルアラートに登録し、ウェブサイトを運営するウェブサイトマネジャは大量メッセージ送信者である、プロセスを示すフローチャートである。
【００６３】
【図８】図１のイベントアップデート管理システムとともに使用されるオプトアウトフォームのグラフィカル形式を示す図である。
【００６４】
【図９】モバイルサービスユーザが、図１のイベントアップデート管理システムを介して、図８のオプトアウトフォームを使用してモバイルアラートの受信からオプトアウトするオプトアウトプロセスを示すフローチャートである。
【符号の説明】
【００６５】
１００  イベントアップデート管理システム
１０２  イベント管理サーバ
１０４  ウェブ−ホストサーバ
１０６  モバイルサービスユーザ
１０８  モバイルサービスプロバイダ
１１０  第１のモバイルリンク
１１２  双方向性有線または無線リンク
１１４  双方向性有線または無線リンク
２００  少量メッセージ送信者用サービス登録フォーム
３００  大量メッセージ送信者用サービス登録フォーム
５００  アラート登録フォーム
８００  オプトアウトフォーム
【図１】
2008146628.tif 000003
【図２】
2008146628.tif 000004
【図３】
2008146628.tif 000005
【図４】
2008146628.tif 000006
【図５】
2008146628.tif 000007
【図６】
2008146628.tif 000008
【図７】
2008146628.tif 000009
【図８】
2008146628.tif 000010
【図９】
2008146628.tif 000011
【外国語明細書】
2008146628.tif 000012
2008146628.tif 000013
2008146628.tif 000014
2008146628.tif 000015
2008146628.tif 000016
2008146628.tif 000017
2008146628.tif 000018
2008146628.tif 000019
2008146628.tif 000020
2008146628.tif 000021
2008146628.tif 000022
2008146628.tif 000023
2008146628.tif 000024
2008146628.tif 000025
2008146628.tif 000026
2008146628.tif 000027
2008146628.tif 000028
2008146628.tif 000029
2008146628.tif 000030
2008146628.tif 000031
2008146628.tif 000032
2008146628.tif 000033
2008146628.tif 000034
2008146628.tif 000035
2008146628.tif 000036
2008146628.tif 000037
2008146628.tif 000038
2008146628.tif 000039
2008146628.tif 000040
2008146628.tif 000041
2008146628.tif 000042
2008146628.tif 000043
2008146628.tif 000044
2008146628.tif 000045
2008146628.tif 000046
2008146628.tif 000047
2008146628.tif 000048
2008146628.tif 000049
2008146628.tif 000050
2008146628.tif 000051
2008146628.tif 000052
2008146628.tif 000053