(57)【要約】      （修正有）【課題】潜在的顧客に関連する携帯端末装置にサービス券を配信するシステムを提供する。【解決手段】サービス券を供給する１店舗以上の店に関連するターゲット地域に潜在的顧客が居る、または入る、あるいは乗り物に乗っていることを示すデータを受信する。次いで、受信データを用いて、潜在的顧客には、受け取り時間があるかどうかを判定する。この受け取り時間とは、前記潜在的顧客がサービス券を受信しそうな時間である。潜在的顧客にサービス券を受信するための受け取り時間があると判定すると、１つ以上の有効なサービス券の中からサービス券を選択し、選択されたサービス券を潜在的顧客に送信する。【選択図】図１
2015084220.tif 000002
【特許請求の範囲】
【請求項１】
潜在的顧客に関連する携帯端末装置にサービス券を配信する、コンピュータで実行可能な方法であって、
サービス券を供給する１店舗以上の店に関連するターゲット地域に潜在的顧客が居る、または入る、あるいは乗り物に乗っていることを示すデータを受信するステップと、
前記受信データを用いて、潜在的顧客に受け取り時間があるかどうかを判定するステップであって、前記受け取り時間とは、前記潜在的顧客がサービス券を受信しそうな時間である、ステップと、
前記潜在的顧客には、サービス券を受信するための受け取り時間があると判定すると、１つ以上の有効なサービス券の中からサービス券を選択するステップと、
前記選択されたサービス券を前記潜在的顧客に送信するステップと、を含む方法。
【請求項２】
サービス券を選択するステップには、
前記潜在的顧客がサービス券に対して行動する機会がある時間帯が、前記潜在的顧客に、あるかどうかを判定することと、
前記潜在的顧客が前記サービス券に対して行動する機会がある時間帯以下の長さの時間のサイクル時間にそれぞれ関連する前記１つ以上の有効なサービス券があるかどうか判定することであって、前記サイクル時間とは、前記サービス券に関連する各店舗の場所を訪れるために必要な時間と、前記サービス券の購入取引を行うために必要な時間との合計である、ことと、
前記潜在的顧客が前記サービス券に対して行動する前記機会がある時間帯以下の長さの時間を有するサイクル時間に関連するサービス券を選択することと、が含まれる、請求項１に記載の方法。
【請求項３】
前記潜在的顧客に、サービス券を受信するための受け取り時間、および／または、前記潜在的顧客が前記サービス券に対して行動する機会がある時間帯があるかどうかを判定するステップには、
交通システムのサーバから、前記潜在的顧客が乗り物に乗るための、または交通システムの有料エリアに入るための、運賃を支払ったことを示すデータを受信すること、および、
公共交通の乗り物が遅れていることを示すデータを受信することと、
前記潜在的顧客が前記公共交通の乗り物を待たなければならない時間を推定することと、または
前記乗り物が動いている間に、前記潜在的顧客が前記乗り物の中で待っていることを示すデータを受信することと、のうちの少なくとも１つと、が含まれる、請求項２に記載の方法。
【請求項４】
サイクル時間に基づいて、販売店、および／または、サービス券を分類して、潜在的顧客がサービス券に対して行動する機会がある時間帯以下の長さの各サイクル時間を有するサービス券を選択し易くするステップをさらに含む請求項２に記載の方法。
【請求項５】
前記潜在的顧客に、サービス券を受信するための受け取り時間があるかどうか判定するステップには、
携帯端末装置上で実行されて、潜在的顧客がその場所に居ることを確認するアプリケーションからのジオフェンシングデータを用いて、前記潜在的顧客の位置を予測するための交通ルートのデータを受信することと、
公共交通の乗り物が遅れていることを示すデータを受信することと、または
前記潜在的顧客が前記公共交通の乗り物を、ある期間、待たなければならないことを推定することと、のうちの少なくとも一方と、が含まれる、請求項２に記載の方法。
【請求項６】
潜在的顧客に関連する携帯端末装置にサービス券を配信する、コンピュータで実行可能な方法であって、
前記潜在的顧客の次の行動および場所と、前記行動に関連する時間とに関するデータを取得するステップと、
前記潜在的顧客には、現在または近い将来に、サービス券を受信するための受け取り時間があるかどうか判定するステップであって、前記受け取り時間とは、潜在的顧客がサービス券を受信するであろう時間である、ステップと、
前記潜在的顧客に、現在または近い将来に、サービス券を受信するための受け取り時間があると判定されると、１つ以上のサービス券からサービス券を選択するステップと、
前記サービス券を受信するための受け取り時間中に選択されたサービス券を前記潜在的顧客に送信する、かつ／または、送信するスケジュールを入れるステップと、を含む方法。
【請求項７】
サービス券を選択するステップには、
前記潜在的顧客に、前記次の行動の間に、サービス券に対して行動する受け取り時間があるかどうかを判定することと、
前記サービス券に対して行動する受け取り時間に関連する発生時間が、１つ以上のサービス券の有効期間内かどうか判定するステップであって、前記有効期間は開始時間および終了時間に関連する、ことと、
前記１つ以上のサービス券がそれぞれ、前記サービス券に対して行動する受け取り時間に関連する時間帯以下の長さの各サイクル時間に関連するかどうかを判定するステップであって、前記各サイクル時間は、サービス券に関連する各店舗の場所に行くために必要な時間と、前記サービス券の購入取引を行うために必要な時間との合計である、ことと、
サービス券に対して行動する受け取り時間に関連する時間帯以下の長さの時間を有するサイクル時間を有するサービス券を選択することと、が含まれる、請求項６に記載の方法。
【請求項８】
前記次の行動とは、公共交通に乗ることであって、前記サービス券に対して行動する受け取り時間は、公共交通のスケジュールの遅れに関連する、請求項７に記載の方法。
【請求項９】
コンピュータにより実行されると、前記コンピュータがサービス券を潜在的顧客に関連する携帯端末装置に配信する方法を実行する、命令を格納するコンピュータ可読記憶媒体であって、前記方法には、
サービス券を供給する１店舗以上の店に関連するターゲット地域に潜在的顧客が居る、または入る、あるいは乗り物に乗っていることを示すデータを受信するステップと、
前記受信データを用いて、潜在的顧客に、受け取り時間があるかどうかを判定するステップであって、前記受け取り時間とは、前記潜在的顧客がサービス券を受信しそうな時間である、ステップと、
前記潜在的顧客には、サービス券を受信するための受け取り時間があると判定すると、１つ以上の有効なサービス券の中からサービス券を選択するステップと、
前記選択されたサービス券を前記潜在的顧客に送信するステップと、が含まれる、コンピュータ可読記憶媒体。
【請求項１０】
潜在的顧客に関連する携帯端末装置にサービス券を配信するコンピュータシステムであって、
１つ以上のプロセッサと、
前記１つ以上のプロセッサに接続し、その中に格納される命令を有するコンピュータ可読媒体であって、前記１つ以上のプロセッサにより、前記命令が実行されると、前記１つ以上のプロセッサが、
サービス券を供給する１店舗以上の店に関連するターゲット地域に潜在的顧客が居る、または入る、あるいは乗り物に乗っていることを示すデータを受信する動作と、
前記受信データを用いて、潜在的顧客に、受け取り時間があるかどうかを判定する動作であって、前記受け取り時間とは、前記潜在的顧客がサービス券を受信しそうな時間である、動作と、
前記潜在的顧客には、サービス券を受信するための受け取り時間があると判定すると、１つ以上の有効なサービス券の中からサービス券を選択する動作と、
前記選択されたサービス券を前記潜在的顧客に送信する動作と、を行う、コンピュータ可読媒体と、を含むコンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、携帯端末のマーケティングに関し、より具体的には、販売店からの地域サービス券のターゲットを正確に絞り分配する方法およびシステムに関する。
【背景技術】
【０００２】
現在、地域販売店が、関連するサービス券に関して、地域の顧客のうち正確にターゲットを絞り込むための選択肢には制限がある。これらの販売店は、テレビやラジオのコマーシャル、地域の新聞および宣伝ビラに添付するクーポン、近隣で手渡しにより配るチラシなどの販売促進チャネルを利用することが可能である。彼らはまた、地域ニュースやコミュニティサイトなど、いくつかのオンライン広告のチャネルも利用することもできる。
【０００３】
グルーポン（Ｇｒｏｕｐｏｎ）などの地域に的を絞ったグループクーポンプロバイダは、顧客が割引価格で購入可能な商品券の形で、地域販売店からのサービス券を販売することにより、地域広告シーンに一大革命を起した。その後すぐ、複数の同様な「日替わり商品」サービスが登場し、これらのサービスにより、ユーザのＥメールの受信ボックスは、これらの割引商品券を購入するためのオファーで満杯になった。
【０００４】
日替わり商品サイトを含んだ、これらのチャネルに関する問題は、販売店がこれらのサービス券に関して自由にターゲットを絞って販売することがほとんどないことである。販売店は、テレビ、ラジオの視聴者、および新聞の読者の人口統計に関するいくらかの情報を持っているであろうが、こういった販売促進を見たり、聞いたりした人の実際の数を把握することができない。オンラインサイトでは、インプレッションおよびクリックの数をよりうまくカウントすることは可能だが、実際に顧客がいつ販売店の店舗やレストランを訪れて、クーポンまたは商品券を商品に引き換えるのか予測することは困難である。
【０００５】
日替わり商品サイトに関するこの不確実性は問題である。誰がその商品券を購入し、いつ商品券を引き換えるのかということに対して、販売店側が制御することはほとんど不可能である。多くの場合、販売店では、彼らの最も稼ぎ時である金曜と土曜の夜に、かなり多くの商品券が使用され、こういった顧客のために、より利益をもたらす顧客が閉め出されてしまう。販売店は、自分たちが余裕のあるピーク時以外の時間帯に、新しい顧客を引き付けたいと思っている。
【０００６】
日替わり商品サイトの第２の問題は、トライアル客がリピート客になる割合が少ないことである。日替わり商品のモデルでは、大抵の場合、商品券に関わる取引に関して、その顧客が再度来店してくれて、今度は定価で支払ってくれるリピート客として定着してくれることの希望と期待をこめて、販売店は赤字を覚悟しなければならない。しかし、商品券を使っている人の多くは、単に掘り出し物を探しだし、それを購入するためにわざわざ来店しているため、そういった顧客がリピート客として定着することは期待できない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
顧客を絞り込むためのアプローチの中には、サービス券をデジタルクーポンブックにまとめるアプリケーションを用いるものもある。「Ｙｅｌｐ」や「Ｆｏｕｒｓｑｕａｒｅ」といった、その他のアプリケーションでは、顧客が付近の特定の販売店を検索するとサービス券が提供される。ＡＴ＆Ｔでは、現在位置に基づいて、その顧客に関連するサービス券を提示するサービスを行っている。しかし、これらの様々なアプローチでも、こういった顧客の定着率が低い問題、および顧客が都合の悪い時間帯にサービス券を商品に引き換えに来店するという問題に十分に対処できてはいない。
【課題を解決するための手段】
【０００８】
本発明の一実施形態では、潜在的顧客に関連する携帯端末装置にサービス券を配信するシステムが提供される。動作の中で、このシステムはまず、サービス券を供給する１店舗以上の店に関連するターゲット地域に潜在的顧客が居る、または入る、あるいは乗り物に乗っていることを示すデータを受信する。システムは、この受信データを用いて、受け取り時間が潜在的顧客にあるかどうかを判定する。この受け取り時間とは、潜在的顧客がサービス券を受信しそうな時間のことである。サービス券を受信するための受け取り時間が潜在的顧客にあると判定されると、このシステムは、１つ以上の有効なサービス券の中からサービス券を選択し、この選択されたサービス券を潜在的顧客に送信する。
【０００９】
この実施形態の変形例では、サービス券を選択する際、この潜在的顧客がサービス券に対して行動する機会がある時間帯が潜在的顧客にあるかどうかが判定される。このシステムは、潜在的顧客がサービス券に対して行動する機会がある時間帯以下の長さの時間のサイクル時間にそれぞれ関連する１つ以上の有効なサービス券があるかどうか判定する。このサイクル時間は、サービス券に関連する各店舗の場所を訪れるために必要な時間と、サービス券の購入取引を行うために必要な時間との合計である。その後、このシステムは、潜在的顧客がサービス券に対して行動する機会がある時間帯以下の長さのサイクル時間に関連するサービス券を選択する。
【００１０】
さらに別の変形例では、潜在的顧客にサービス券を受信するための受け取り時間、および／または、潜在的顧客がサービス券に対して行動する機会がある時間帯があるかどうかを判定する際、交通システムのサーバから、潜在的顧客が乗り物に乗るための運賃、または交通システムの有料エリア内に入るための運賃を支払ったことを示すデータを受信し、公共交通の乗り物が遅れ、潜在的顧客がしばらくの間公共交通の乗り物を待たなければならないことを示すデータを受信すること、乗り物が動いている間、潜在的顧客が乗り物の中で待っていることを示すデータを受信することとのうちの少なくとも一方が行われる。
【００１１】
さらに別の変形例では、このシステムは、サイクル時間に基づいて、販売店、および／または、サービス券を分類して、潜在的顧客がサービス券に対して行動する機会がある時間帯以下の長さの各サイクル時間を有するサービス券の選択も容易にする。
【００１２】
さらに別の変形例では、潜在的顧客にサービス券を受信するための受け取り時間があるかどうかを判定する際、携帯端末装置上で実行されて、潜在的顧客がその場所に居ることを確認するアプリケーションからのジオフェンシングデータを用いて、潜在的顧客の位置を予測するための交通ルートのデータを受信し、公共交通の乗り物が遅れていることを示すデータを受信すること、あるいは潜在的顧客が、特定の時間、公共交通の乗り物を待たなければならないことを推定することのうちの少なくとも一方が行われる。
【００１３】
本発明の別の実施形態では、潜在的顧客に関連する携帯端末装置にサービス券を配信するシステムが提供される。このシステムはまず、潜在的顧客の次の行動および場所と、その行動に関連する時間に関するデータとを取得する。動作の中で、このシステムは、潜在的顧客に、現在または近い将来に、サービス券を受信するための受け取り時間があるかどうか判定する。この受け取り時間とは、潜在的顧客がサービス券を受信しそうな時間のことである。潜在的顧客に、現在または近い将来に、サービス券を受信するための受け取り時間があると判定されると、このシステムは、１つ以上のサービス券の中からサービス券を選択し、この選択されたサービス券を、サービス券を受信するための受け取り時間中に潜在的顧客に送信する、かつ／または、送信するスケジュールを入れる。
【００１４】
この実施形態の変形例では、サービス券を選択する際、潜在的顧客に、次の行動の間に、サービス券に対して行動する受け取り時間があるかどうかを判定する。次いで、このシステムは、サービス券に対して行動する受け取り時間に関連する発生時間が、１つ以上のサービス券の有効期間内かどうか判定する。この有効期間は、開始時間および終了時間に関連する。このシステムは、１つ以上のサービス券がそれぞれ、サービス券に対して行動する受け取り時間に関連する時間帯以下の長さの各サイクル時間に関連するかどうかを判定する。各サイクル時間とは、サービス券に関連する各店舗の場所に訪れるために必要な時間と、サービス券の購入取引を行うために必要な時間との合計である。このシステムは、サービス券に対して行動する受け取り時間に関連する時間帯以下の長さの時間のあるサイクル時間を有するサービス券を選択する。
【００１５】
この実施形態の変形例では、次の行動とは公共交通に乗ることであり、サービス券に対して行動する受け取り時間は、公共交通のスケジュールの遅れに関連する。
【００１６】
本発明のさらに別の実施形態では、販売店のための仲介サービスが提供される。システムはまず、潜在的顧客の移動に関するデータ、および位置データを受信する。動作の中で、このシステムは、販売店の店舗の位置から測られた距離、割引価格、およびサービス券に関する有効期間のうちの１つ以上を含むサービス券のパラメータを販売店から受信する。このシステムは、潜在的顧客の移動、および位置データに基づいて、潜在的顧客の販売店の店舗の位置からの距離を計算する。このシステムはまた、販売店により規定された距離以内の販売店の店舗の位置に、潜在的顧客が接近する頻度、および割引価格でのサービス券の有効期間内に特定の数の顧客がサービス券を商品に引き換える確率も計算する。その後、このシステムは、段階状の費用構造に基づいて、販売店に関する販売促進の費用を判定する。この頻度が増え、かつ／または、この距離が短くなり、かつ／または、確率が増える、かつ／または、特定の数の顧客が増えると販売促進の費用は高くなる。次いで、このシステムは、頻度、確率、特定の数の顧客、および販売促進の費用を販売店に送信する。
【００１７】
この実施形態の変形例では、このシステムはサービス券のパラメータを調整する入力情報を販売店から受信し、この調整されたサービス券のパラメータに基づいて、サービス券を商品に引き換える顧客の推定数を計算する。次いで、このシステムは新しい販売促進の費用を計算し、サービス券を商品に引き換える顧客の推定数、および新しい販売促進の費用を販売店に送信する。
【００１８】
この実施形態の変形例では、このシステムはまた、要求される顧客の平均数、顧客の最小数、および／または、顧客の最大数も受信する。このシステムは、サービス券を商品に引き換えると推定される顧客の平均数、最小数、または最大数のうちの１つを導き出す一連のサービス券のパラメータを計算する。次いで、このシステムは新しい販売促進の費用を計算し、新しい販売促進の費用、およびこの計算された一連のサービス券のパラメータを販売店に送信する。
【図面の簡単な説明】
【００１９】
【図１】図１は、一実施形態に従った、地域サービス券のターゲットを絞る分配システムの例示的なアーキテクチャを示すブロック図である。
【図２】図２は、一実施形態に従った、地域サービス券のターゲットを絞る例示的な処理の概要を示すフローチャートである。
【図３】図３は、一実施形態に従った、販売店のサービス券のデータを受信し格納する例示的な処理を示すフローチャートである。
【図４】図４は、一実施形態に従った、潜在的顧客にリアルタイムモードでサービス券を送信する例示的な処理を示すフローチャートである。
【図５】図５は、一実施形態に従った、予測ターゲッティングモードでサービス券を送信する例示的な処理を示すフローチャートである。
【図６】図６は、一実施形態に従った、顧客がサービス券を商品に引き換えた後に実行される例示的な処理を示すフローチャートである。
【図７】図７は、一実施形態に従った、販売店のための仲介サービス、および／または、分析サービスを提供する例示的な処理を示すフローチャートである。
【図８】図８は、一実施形態に従った、地域サービス券のターゲットを絞り分配する例示的な装置を示すブロック図である。
【図９】図９は、一実施形態に従った、地域サービス券のターゲットを絞り分配する処理を容易にする例示的なコンピュータシステムを示す図である。
【図１０】図１０は、一実施形態に従った、地域サービス券を受信する例示的なコンピュータシステムを示す図である。  図面では、同様の参照符号は、同じ番号の要素を指す。
【発明を実施するための形態】
【００２０】
本発明の実施形態では、時間的および地理的な正確さで、販売店がサービス券のターゲットを潜在的な顧客に絞ることができるようにすることにより、販売店が忙しくない時間帯に取引を増やし、営業時間を延ばし、リピートする顧客を引き付けることを支援するという課題を解決する。これらの潜在的顧客は、一般には、販売店の店舗の場所の近隣に住む、交通機関の利用者であり、彼らは、自由時間の間に、サービス券の有効期間中に販売店の店舗の場所を訪れ、購入取引を行うことが可能である。潜在的顧客はまた、彼らの携帯端末装置にインストールされた、または電子料金システムに登録されたパーキングアプリケーションを有する自動車の利用者でもあり得る。サービス券は、後で割引商品を購入するためのクーポン、または後で顧客が割引商品、および／または、サービスに引き換えるために購入する商品券でよい。有効期間とは、サービス券に関連する時間であり、この有効期間中は顧客がサービス券を商品に引き換えることが可能である。有効期間は開始時間と終了時間に関連にする。販売店は、きめ細かい粒度でサービス券の有効期間を規定することができ、これにより、販売店は、従来忙しくない営業時間中に顧客の数を増やすことが可能となる。顧客は、サービス券を商品に引き換えることで受け取った割引商品により恩恵を受け、交通機関（またはその他の、交通手段）は、ラッシュアワーの間、販売店と協力して交通機関の利用者を公共交通システムから降ろし、販売店の店舗に引き付けることにより、混雑を緩和することができる。
【００２１】
本明細書に開示される地域サービス券のターゲットを絞る分配システムは、販売店のための、ターゲットの絞り込み、分配、分析、および／または、仲介機能を提供することができる。ターゲットを絞り込み、サービス券を分配する際、誰がサービス券を受信するのか、いつサービス券を受信するのか、何のサービス券を受信するのかを決定する。分析および仲介機能により、販売店はサービス券のパラメータの組み合わせを選択し、販売店の店舗のニーズに最も適した顧客にターゲットを絞ることができる。推薦実体により、これらの機能を販売店に対して有効にすることができ、潜在的顧客が自分たちの関連するサービス券を販売店から受信することを選択することができる。この推薦サービスは、企業により提供され、この企業が１つ以上のサーバまたはパートナサービスを用いて、地域サービス券のターゲットを絞り込み、分配するサービスを実施し有効なものとし、その企業のサービスに関する利益を販売店から回収する。尚、本発明の実施形態には、全てのビジネスモデルが含まれ得、利益は異なるビジネスモデルに従って回収され得る。
【００２２】
このシステムは、異なるモードにより、潜在的顧客にサービス券のターゲットを絞ることができる。リアルタイムターゲッティングモードと予測ターゲッティングモードが２つの基本モードである。リアルタイムターゲッティングモードでは、一般に、システムは、潜在的顧客の現在の状況を推定し、潜在的顧客がすぐに使用可能なサービス券を送信する。予測ターゲッティングモードでは、システムは、潜在的顧客の予測される、すなわちスケジュールされた、今後のイベントを推定し、潜在的顧客がすぐに、あるいは、将来使用することができるサービス券を送信する。これらの基本モードの変化形も可能であり、それらの変化例のうちのいくつかを下記に議論する。
【００２３】
リアルタイムターゲッティングモードでは、その顧客にサービス券を受信するための受け取り時間があるとき、バスの停留所および電車の駅、または駐車場などの交通拠点、または商業地域に居る潜在的顧客に、システムがサービス券を送信する。サービス券を受信するための受け取り時間とは、潜在的顧客がサービス券を受信する可能性のある時間のことである。サービス券に対して行動するための受け取り時間とは、潜在的顧客がサービス券に対して行動する機会がある時間である。例えば、乗客が電車に乗っていて、この電車が目的地に到着するまでにあと数分あるとき、この交通機関の利用者には、サービス券を受信するための受け取り時間があり得る。サービス券を受信するための受け取り時間は、例えば、乗客が電車を待っているとき、または乗客が交通機関を利用し、その乗客がサービス券を受信する好適な候補に変わる、パターンによって買い物をするときなどである。例えば、いつも午前１１時３０分に地域のレストランで食事をとる乗客が、午前６時３０分に構内に到着した場合、その乗客には午前６時３０分にサービス券を受信するための受け取り時間があり得る。
【００２４】
サービス券を受信するための受け取り時間の間、乗客の個人的嗜好または必要性にそれほど関連がなかったとしても、交通機関の利用者は普段よりもサービス券を受け取り易い。これらの交通機関の利用者は、普段より衝動的になり易く、喜んで彼らが受け取ることができるサービス券を商品に引き換え、このサービス券により広告されている新しい商品や体験を試しさえする。潜在的顧客は、販売店の店舗の場所を訪れて、商品、および／または、サービスを購入することにより、サービス券に対して行動することができる。サービス券に対して行動するための受け取り時間とは、例えば、ある乗客の通勤電車のスケジュールに遅れが生じているときであり、これにより、この乗客は販売店の店舗の場所を訪れ、購入取引を行う自由時間を得ることができる。
【００２５】
このシステムは、推定された待ち時間、交通の利用時間、移動パターンおよび購買パターン、およびその他のデータに関する、リアルタイムの交通状況のデータを分析することにより、サービス券を受信するための、および／または、サービス券に対して行動するための受け取り時間を特定し定量化することが可能である。例えば、このシステムは、その駅の運賃回収システムに接続することにより、ユーザが地下鉄の駅に入ったことを示すデータを受信することができる。このシステムはまた、ユーザの携帯端末装置からの全地球測位衛星（ＧＰＳ）のデータを用いたジオフェンシングに基づいて、潜在的顧客が地下鉄の駅に入ったことを推測することもできる。このジオフェンシングにより、実世界の地理領域に関する仮想境界を画定することができる。このジオフェンシングは、ＧＰＳまたは無線周波数識別装置（ＲＦＩＤ）を用いて、このような仮想境界を画定することが可能である。このシステムは、ジオフェンシングと、潜在的顧客が運賃を支払い電車に乗っていることを示すリアルタイムの交通データとを組合せることにより、潜在的顧客の目的地を推測することが可能である。これらの推測情報を地上交通でうまく機能させることができる。このシステムは、潜在的顧客が乗ろうとした地下鉄の電車に関するリアルタイムの状況データを用いて、そのユーザの待ち時間の長さを推定することも可能である。標準運転では、この待ち時間は５分から１５分程度であるが、遅れが発生した状況では、待ち時間は長くなる可能性があり、例えば、３０分または１時間にもなり得る。この待ち時間は、サービス券を受信するための、かつ／または、サービス券に対して行動するための受け取り時間の一つの例である。但し、携帯端末装置で実行されるジオフェンシングのアプリケーションにより、バッテリ電力が消耗してしまう可能性がある。交通ルートデータを用いて、潜在的顧客の位置を予測し、携帯端末装置上で実行されるアプリケーションからのジオフェンシングデータを用いて、潜在的顧客がその位置にいることを確認することにより、このシステムは使用電力を節約することが可能となる。
【００２６】
このシステムは、タクシーの車両から受信した目的地データを用いて、タクシーに乗っている潜在的顧客の目的地を判定することもできる。タクシーのドライバーは目的地をＧＰＳシステムに入力することができ、このＧＰＳシステムはシステムに目的地のデータを送信する。
【００２７】
通常の移動パターンを有する交通機関の利用者らは、受け取り時間に店舗を訪れるだけでなく、サービス券を商品に引き換えた後、リピート客として定着する可能性が十分にあり得る。一般に、公共交通を利用する人は、毎日、または、ほぼ定期的に同じ一連の販売店に立ち寄る。これらの交通機関の利用者は、通常、頻繁に同じ一連の販売店に立ち寄り、高い確率でリピート客となる。これとは対照的に、通常の移動パターンから外れてよいサービス券を得るためにだけ販売店に立ち寄る人がリピート客になる確率は少ない。
【００２８】
たとえ、システムが交通機関の利用者に関する履歴情報を持っていなくても、このシステムは潜在的に受け入れ可能な交通機関の利用者にサービス券を送信することが可能である。このシステムは、サービス券の商品、および／または、サービスに関連する推定されたサイクル時間に基づいて、サービス券に対して行動する受け取り時間の間に購入取引を実行可能な交通機関の利用者に、サービス券を送信することができる。サイクル時間は、一般に、潜在的顧客が販売店の店舗の場所を訪れるために必要な推定時間と、購入取引を実行するために必要な推定時間との合計である。例えば、駅の構内のカフェでコーヒーとペストリーを買うための一般的なサイクル時間は、午前７時から午前９時の時間帯では、約２０分であり、この中には、歩く時間（５分）、および待って、購入する時間（１５分）が含まれ、そのカフェが営業しているその他の全ての時間帯では、たった１０分である（歩く時間が５分、購入する時間が５分必要である）。交通機関の利用者の受け取り時間中に、交通機関の利用者が購入取引を実行できる可能性は、交通機関の利用者にサービス券を送信するための実用基準として用いられる。潜在的顧客に関する履歴情報がなければ、一般に、既存の推薦システムには、有用な地域サービス券を新しい潜在的顧客に推奨するための実用基準がない。
【００２９】
地域サービス券のアプリケーションをインストール可能な携帯端末装置を有する者なら誰でも潜在的顧客になり得る。交通機関の利用者には、このような地域サービス券のアプリケーションをインストールする動機があり得る。というのも、このアプリケーションにより、バス、電車、ライトレールなどの公共交通の出発時間および到着時間に関するリアルタイム情報が供給され、交通機関の公式な携帯端末のアプリケーションであり得るからである。さらに、この地域サービス券のアプリケーションはまた、交通機関の利用者のために特に選択されたサービス券も受信し表示する。
【００３０】
販売店は、自分たちのクーポンの明確な有効期間を、むしろ何分または何時間の単位のきめ細かい粒度で規定することができ、その他のシステムでは、数週間および数ヶ月の単位でしか設定できない。例えば、あるレストランでは、そのレストランが通常は閑散としている午後２時から午後５時までの時間帯に自分たちのクーポンが有効であると規定することが可能である。これとは対照的に、現在の広告システムでは、販売店がきめの粗い粒度で（例えば、数日、１週間、あるいは数ヶ月）有効期限を規定することができるだけである。きめの細かい時間制御でサービス券を提案することにより、販売店は顧客が自分たちの店舗を訪問する時間をうまくコントロールすることができる。販売店は、販売促進のためのサービス券の有効期間を通常は、顧客の数が最も少ない時間帯に限定することができる。販売店は、一般に、賃貸料、従業員の賃金、保険、およびその他の費用に関連するコストを設定しているため、最も忙しくない時間帯に顧客を呼び込むことは、彼らにとって恩恵をもたらす。
【００３１】
予測ターゲッティングモードを用いることにより、このシステムは、潜在的な顧客の、予測されるイベントまたは行動に関する情報を得ることができ、それらには、公共交通を利用すること、および／または、記念日をお祝いすること、またはディナーを食べることといったその他の行動が含まれる。このシステムでは、予測された、すなわち予定された顧客の将来のイベントの間で受け取り時間を予測して、潜在的顧客にサービス券を送信する。例えば、このシステムは、顧客が朝自宅を出る前に、その潜在的顧客の事務所の近辺のレストランの特別ディナーに関するサービス券を送信することができる。このシステムは、やることリスト、またはタスクリマインダリスト、あるいは、いくつかのアクセス可能な、またはシステムに組み込まれたカレンダアプリケーションから予測される行動に関するデータを取得可能である。このシステムは、潜在的顧客の一般的な移動パターンまたは通勤パターンを学習し、交通機関から潜在的顧客の予測される通勤ルートにおける遅れを示すリアルタイムデータを取得することができる。このような遅れも、この予測ターゲッティングモードでは、受け取り時間として利用することができる。このシステムはまた、やることリスト／タスクリマインダリストを分析し、事務所／自宅からやることリスト／タスクリマインダリストから項目を実行することができる場所への方向を送信することができる。販売店はまた、そのルートに沿った自分たちの店舗に基づいて、サービス券を送信することができる。
【００３２】
このシステムは、サービス券を受信するための受け取り時間として、決定を下す処理に関連する時間を特定し、その時に、有効期間／有効期限に先んじて、サービス券を送信することができる。例えば、このシステムは、潜在的顧客がディナーをとると決めた時間として、朝の早い時間、または夜の時間を特定することができる。この時間の中で、この潜在的顧客は、家族とのディナーの予定を調整することができる。この決定時間が、その潜在的顧客のサービス券を受信するための受け取り時間である。潜在的顧客がディナーを決定すると、このシステムは、午後５時から午後６時の時間帯にその潜在的顧客に対して有効なレストランのサービス券（例えば、ディスカウントされたテイクアウト食事）を送信することができる。次いで、この潜在的顧客は、午後５時から午後６時の有効期間中にサービス券を商品に引き換えることができる。さらに、このシステムは、潜在的顧客に移動の予定を変更するよう促すようなサービス券を潜在的顧客に送信することもできる。
【００３３】
このシステムはまた、販売店にインテリジェント仲介サービスを提供することができ、このインテリジェント仲介サービスにより、販売店が異なるサービス券のパラメータを取得すると共に、結果に対するリアルタイムの相互フィードバックを行うことができる。このシステムは、潜在的顧客の位置、および／または、その顧客の次の行動ならびに場所に対するリアルタイムデータにアクセスすることができる。このデータにより、このシステムは、特定の額だけ価格を下げられているかなどの、即時のフィードバックを販売店に提供することができ、次いで販売店は推定される付加的な顧客の数を受信することができる。
【００３４】
いくつかの実装形態では、バックエンドサーバ１０２が販売店の効用関数を学習することができる。効用関数とは、サービス券のパラメータを、実際の数字にマッピングする関数である（例えば、販売促進の費用、顧客の推定数、または他のいくつかの測定値）。サービス券のパラメータの有効な組み合わせを販売店に提案するために、バックエンドサーバ１０２は、実際の数に基づいて、サービス券のパラメータを調整することが可能である。販売店がサービス券のパラメータの異なる組み合わせを繰り返して探索するためのツールも存在する。
【００３５】
このシステムとのやりとりに基づいて、潜在的顧客がどのサービス券を開き読んだか、どのサービス券を実際に商品に引き換えたか、あるいは購入したかなどの潜在的顧客の好みについて、このシステムは経時的に学習し、そのデータを用いて、推薦エンジン内の別のモデルに情報を与えて、サービス券のターゲットの絞り込みの精度をさらに向上させることもできる。
【００３６】
交通機関は、複数の理由から地域のターゲットを絞る分配システムに参加し得る。交通機関は付加的な収入源を探し得る。交通機関は、時間と場所を含む交通機関の利用者の乗車パターンを公開するデータを共有することにより利益を上げようとする。交通機関は、交通機関の利用者にラッシュアワーより後に公共交通を利用させる動機を与えることで、混雑を緩和しようとすることができる。その代り、交通機関の利用者は、クーポンを受け取り、カフェまたは、その他のいくつかの販売店を訪れることで、電車およびバスの空間を空かせることができる。また、交通機関は、それぞれの利用者との関係を構築し、販売店を通して特別の販売促進の恩恵を利用者に与えることにより、その交通機関の利用者との関係を向上させることができる。
【００３７】
交通機関は、販売店の販売促進を運営するための費用のうちのいくらかを選択して、補助金を支給し、交通機関の混雑を緩和することができる。例えば、交通機関は、ラッシュアワーがそのレストランの最繁時に重なった場合、電車のスケジュールのラッシュアワー時に有効な、レストランの販売促進のための、クーポンの費用のうちの、いくらかを支払うことを決定することができる。これにより、何人かの乗客に、ラッシュアワー時の電車またはバスに乗らないで、後の電車またはバスに乗るための動機を提供することができる。顧客がクーポンを商品に引き換えると、その販売店が利益の一部を推薦実体に送金し、この推薦実体もいくらかの利益を交通機関と共有することができる。
【００３８】
交通機関は、その交通機関の利用者の履歴パターンまたは特定のバスまたは電車を利用したときのリアルタイムデータに関する情報を提供することができる。駅（または車両）の入口／出口での電子運賃回収から導き出され、ジオフェンシングと組み合わせた交通機関の位置データにより、交通機関の利用者が駅または地下鉄内を移動するときの、顧客の位置に関する情報を提供することができる。交通機関の利用者が交通機関の境界を通過するとき、および交通機関の利用者がバスに乗るときに、交通機関の利用者が乗車している交通ルートを表示するデータを交通機関が検知し供給することができる。このシステムは、交通データを用いて、乗り換えのタイミングを含んだ、利用者のルートを予測することが可能である。このシステムは、交通機関の利用者の非接触式のプリペイドカード、デビットカード、またはクレジットカードが使用されることにより、得られた購買嗜好のデータと交通データを組合せて、関連する地域サービス券を提供することができる。尚、ジオフェンシングと交通データの組み合わせがより正確ではあるが、このシステムは、交通データとは関係なくジオフェンシングを用いることができる。
【００３９】
本発明のいくつかの実施形態では、自動車の利用者にターゲットを絞るシステムも含み、同様に移動パターン（車両の位置を含む）および受け取り時間（安全運転次元を含む）を特定して、販売店からのサービス券をドライバー（トラックのドライバーも含む）、および同乗者にターゲットを絞ることができる。
【００４０】
以下のセクションでは、地域サービス券のターゲットを絞る分配システムの例示的なアーキテクチャ、地域サービス券のターゲットを絞る分配処理の概要、および販売店のサービス券のデータを受信する処理を示す図面について議論する。下記の開示には、サービス券をリアルタイムモード、および予測ターゲッティングモードで、潜在的顧客に送信する処理、顧客がサービス券を商品に引き換えた後に実行される処理、仲介、および／または、分析サービスを提供する処理、地域サービス券のターゲットを絞り込み分配する装置、および例示的なコンピュータシステム、および地域サービス券を受信する例示的なコンピュータシステムも含まれる。
【００４１】
図１には、一実施形態に従った、地域サービス券のターゲットを絞る分配システム１００の例示的なアーキテクチャのブロック図が示されている。システム１００は、推薦実体１０１を含むことができ、この推薦実体１０１が、バックエンドサーバ１０２を用いて、地域サービス券のターゲットを絞るサービス、分配するサービス、仲介するサービス、および分析するサービスを提供する。推薦実体１０１とは、地域サービス券のターゲットを絞る分配サービスを販売店に提供することに同意した企業である。バックエンドサーバ１０２は、携帯端末装置および販売店のコンピュータにサービスを供給し、他のサーバとネットワーク１０３を通して通信可能に接続する。バックエンドサーバ１０２は、販売店から受信したサービス券を管理し、そのサービス券を潜在的顧客に送信する。バックエンドサーバ１０２は、ターゲットを絞り分配する機能のうちのほとんどを供給し、交通機関のサーバ１０４、および電子料金収受サーバ１０６（同様に、駐車場および商用車両運行管理者などのその他のデータ供給源）からのデータを取得して、ターゲットを絞り分配する機能を容易にする。尚、バックエンドサーバ１０２は、いくつものマシンを有するサーバの集まりでよい。
【００４２】
販売店１０７は、販売店のコンピュータ１１８を操作し、バックエンドサーバ１０２と通信して、サービス券を潜在的顧客に送信する。尚、販売店は、サービス券の仲介者を用いて、サービス券をバックエンドサーバ１０２、および／または、潜在的顧客に送信することができる。潜在的顧客は、通常、携帯端末装置１１０、１１２をそれぞれ所有する交通機関の利用者１０９、１１１などの交通機関の利用者である。これらの携帯端末装置１１０、１１２が、バックエンドサーバ１０２からサービス券を受信する。電子料金収受サーバ１０６は、位置データを提供し、この位置データをバックエンドサーバ１０２がＧＰＳと組み合わせて用いて、自動車のドライバーおよび同乗者などの潜在的顧客の位置を見つける。
【００４３】
バックエンドサーバ１０２は、サービス券管理サーバのソフトウェア１１６を格納する記憶装置１１４を含むことができる。いくつかの実装形態では、サービス券管理サーバのソフトウェア１１６は、推薦エンジンを含むことができ、この推薦エンジンが地域的にターゲットを絞る機能のうちのほとんどを実行する。この推薦エンジンは、近くにいて、サービス券を商品に引き換え、サービス券の特定の有効期間内に取引を完了することが物理的に可能な潜在的顧客とサービス券とをリアルタイムで組合せることができる。
【００４４】
交通機関のサーバ１０４は、公共交通機関に関連する任意のサーバでよい。この交通機関のサーバ１０４は、地域サービス券を受信することを選択した人たちなどの潜在的顧客である交通機関の利用者に関するデータを供給することができる。バックエンドサーバ１０２は、利用者の公共交通システムの利用状況を示すデータを交通機関のサーバ１０４から受信することができる。このデータには、運賃回収システムからの、運賃を支払うためのクレジットカードの利用状況などのデータが含まれる。いくつかの実装形態では、バックエンドサーバ１０２は、事前に支払ったユーザの口座を管理する、発行銀行に関するサーバから、小売店に関連するターゲットデータ（例えば、クレジットカード／デビットカードの利用状況）を取得することができる。
【００４５】
販売店のコンピュータ１１８は、記憶装置１２０を含むことができ、この記憶装置１２０には、サービス券管理アプリケーション１２２が格納される。サービス券管理アプリケーション１２２により、販売店の商品、および／または、サービスを地域内の潜在的顧客に売り込むために、販売店は、それらをバックエンドサーバ１０２に登録することができる。尚、販売店１０７は、レストラン、サロン、コンビニエンスストア、カフェ、またはその他の全ての品物およびサービスを消費者に販売する店を含む、あらゆる種類の店を運営することができる。ランチタイム時のレストランの席または、特定の時間が経過すると、破棄しなければならない加工食品などのリアルタイムの余剰な収容能力、および生ものの在庫に基づいて、販売店は即行でマーケティングの決定を下すことができる。種々の実装形態では、販売店のコンピュータ１１８は、繰り返し販売される、または即興のサービス券をウェブサイト、または携帯端末のアプリケーションを介してバックエンドサーバ１０２に送信することができる。
【００４６】
潜在的顧客は、例えば、公共交通機関の利用者１０９、１１１でよい。いくつかの実装形態では、交通機関の利用者は地域サービス券を申込み、クレジットカードを交通機関およびバックエンドサーバ１０２の両方に登録することができる。クレジットカードは、彼らの運賃を引き落とす（例えば、バスに乗ったとき、または地下鉄の回転式改札口を通過したときに）非接触式チップをその中に含むことができる。これにより、交通機関の利用者がどのように交通システムを利用したか（例えば、交通機関の利用者がいつバスに乗ったか、いつバスから降りたか、いつ地下鉄に乗ったか、またはいつ地下鉄から降りたかを含む）を示すデータが供給される。交通機関のサーバ１０４は、このデータをバックエンドサーバ１０２に送信し、これにより、バックエンドサーバ１０２がクーポンのターゲットを絞り、交通システムを利用する間の利用客の受け取り時間に交通機関の利用者に、そのクーポンを分配する。
【００４７】
交通機関の利用者は、携帯端末装置１１０、１１２などの携帯端末装置を所有し得る。携帯端末装置１１０、１１２はそれぞれ、携帯電話、タブレット、またはその他の全ての種類の携帯端末装置でよい。携帯端末装置１１０、１１２はそれぞれ、各記憶装置１２４、１２５を含むことができ、これらの記憶装置１２４、１２５が、各地域サービス券アプリケーション１２６、１２８、および各アプリケーションプログラムミングインターフェース１２７、１２９を格納する。アプリケーションプログラミングインターフェース１２７、１２９は、サービス券を受信し、その他の機能を実行する。携帯端末装置１１０、１１２は、ＧＰＳ機能も含み、これにより、ジオフェンシングが容易になる。交通機関の利用者１０９、１１１は、携帯端末装置１１０、１１２を用いて、自分たちをバックエンドサーバ１０２に登録することにより、地域サービス券を受信することが可能となる。公共交通機関の利用者は決まったルート内に居て、決まったルートに沿って移動する傾向があり、バックエンドサーバ１０２は、所与の時間に、彼らの位置を比較的正確に推定することができるため、地域サービス券を受信する良好な候補である。また、通勤者も毎日決まったルートに沿って移動する傾向がある。
【００４８】
地域サービス券アプリケーション１２６、１２８は、位置データを供給し、サービス券を受信し、引き換えられたサービス券を処理し、リアルタイムの交通情報を提供する。尚、実装形態によっては、クレジットカード／デビットカードを用いて、あるいはその他の全てのサービス券を引き換える方法を用いて、顧客はサービス券を商品に引き換えることもできる。リアルタイムの交通情報には、交通スケジュール、交通の運賃、および旅行者が自分たちの旅行の計画を立てるために必要なその他の情報が含まれる。実装形態によっては、交通機関のサーバ１０４など、そのようなデータを供給する全ての送信源から、リアルタイムの交通情報を受信することができる、あるいはバックエンドサーバ１０２、またはその他の全てのサーバを通して、そのような情報を受信することができる。地域サービス券アプリケーション１２６、１２８は、携帯端末装置のＧＰＳ情報にアクセスし、バックエンドサーバ１０２（または、交通機関サーバ１０４、あるいは無線キャリアサービス）にそのデータを送信して、ジオフェンシングを容易にすることができる。地域サービス券アプリケーション１２６、１２８は、販売店１１８などの販売店、およびその他の店からサービス券を受信し、サービス券に関する履歴情報を格納することができる。例えば、サービス券は、「バスの停留所の隣のカフェで全てのアイテムが２０％引きで購入できる券」でもよい。販売店は、バックエンドサーバ１０２を介して、このサービス券を、地域サービス券アプリケーション１２６、１２８に送信する。潜在的顧客は、携帯端末装置を見てバスまたは電車がいつ到着するのかを調べるときに、これらのサービス券を受信し閲覧することができる。潜在的顧客が、販売店の店舗を訪れ、クーポン／商品券、を使用しようと決めた場合、これらの顧客は、地域サービス券アプリケーションを用いて、クーポン／商品券を処理し商品と引き換える。
【００４９】
地域サービス券アプリケーション１２６、１２８は、リアルタイムの交通状況、およびバス、フェリー、電車、地下鉄、タクシー、およびその他の公共交通のスケジュール情報などの、スケジュール情報を提供することができる。例えば、携帯端末装置の所有者１０９、１１１は、バスが２分遅れることを判定し、地域サービス券アプリケーション１２６、１２８をそれぞれ用いて、そのバスを地図上で見て追跡することが可能である。地域サービス券アプリケーション１２６、１２８は、交通機関のサーバ１０４から、リアルタイムの公共交通データを取得することができる。リアルタイムの公共交通のスケジュール、および状況データサービスにアクセスすることは、交通機関の利用者が地域サービス券アプリケーションをインストールする動機となる。さらに、交通機関の利用者はおそらく、彼らの乗るバス、または電車の状況を何度もチェックしようとし、これにより、これらの乗客がサービス券を見る機会をより多く作り出す。
【００５０】
尚、本発明の種々の実装形態は、任意数のサーバおよび記憶装置を含む。下記に、システム１００の種々の発明性のある様態をさらに詳しく説明する。その中には、バックエンドサーバ１０２がどのように、販売店に関して地域サービス券のターゲットを絞り易くするかに関する詳細も含まれる。また、下記のセクションでは、バックエンドサーバ１０２がサービス券を生成し、携帯端末装置で実行される、アプリケーションに送信する処理について詳細に説明する。
【００５１】
尚、図１には、携帯端末装置上に配置されたアプリケーションプログラムインターフェース１２７、１２９が示されているが、種々の実装形態ではまた、販売店のコンピュータ１１８、交通機関のサーバ１０４、電子料金収受サーバ１０６、および／または、バックエンドサーバ１０２上に配置されるアプリケーションプログラミングインターフェースの様態も含むことができる。本発明の実施形態は、アプリケーションプログラミングインターフェースの、どのような特定の使用にも限定されない。
【００５２】
本明細書の事例では、１店舗の販売店に関して議論されているが、本発明の実施形態により、いくつもの販売店がバックエンドサーバ１０２に接続して、地域サービス券のターゲットを絞り、分配を容易にすることができる。さらに、異なる実装形態では、フローチャート内で開示された順序とは異なる順序で動作することができる。本発明の実施形態は、開示されたフローチャートで提示された動作順序には限定されない。
【００５３】
図２には、一実施形態に従った、地域サービス券のターゲットを絞る例示的な処理の概要のフローチャートが示されている。バックエンドサーバ１０２、交通機関のサーバ１０４、携帯端末装置１１０、１１２、および販売店のコンピュータ１１８により、図２の種々の動作が実行される。動作の中で、バックエンドサーバ１０２、交通機関のサーバ１０４、携帯端末装置１１０、１１２、および販売店のコンピュータ１１８はまず、地域サービス券のターゲットを絞るための、それぞれのマシンソフトウェアをインストールする（動作２０２）。尚、種々の実施形態には、クラウドベースの実装形態も含まれ得、このクラウドベースの実施形態では、ユーザがクラウド内の地域サービス券のターゲットを絞るサービスにアクセスする。次に、交通機関が、随意的に、地域サービス券について、販売店と取り決めを行うことができる（動作２０４）。例えば、交通機関は、ラッシュアワーの間が有効期間のサービス券を潜在的顧客（例えば、交通機関の利用者）に供給するための、費用の一部に補助金を支給することに同意することができる。いくつかの実装形態では、交通機関のサーバ１０４は、ソフトウェアを用いて、サービス券の詳細に関する、販売店のコンピュータ１１８との取り決め、および／または、通信を容易にすることができる。次に、販売店のコンピュータ１１８は、バックエンドサーバ１０２にサービス券のデータを送信することができる（動作２０６）。バックエンドサーバ１０２は、図３に示されるステップを実行して、販売店のコンピュータ１１８から送信されたデータを受信し格納することができる。
【００５４】
バックエンドサーバ１０２は、携帯端末装置、および／または、交通機関のサーバ１０４から受信したデータを監視し、潜在的顧客が所有する携帯端末装置にサービス券を送信する（動作２０８）。バックエンドサーバ１０２は、リアルタイムで（例えば、リアルタイムターゲッティングモード）サービス券を送信することができる、あるいは、その日の後の時間で、ユーザがサービス券を引き換えるであろうと予測して、サービス券を送信することができる（例えば、予測ターゲッティングモード）。バックエンドサーバ１０２は、図４、および／または、図５に示されるステップを実行して、携帯端末装置にサービス券を送信することができる。次いで、顧客がサービス券を受信すると、この顧客はサービス券を商品に引き換えることができる。顧客は、クレジットカード／デビットカード／交通運賃カードを用いて、サービス券を商品に引き換えることができる。顧客はプリペイド商品券を購入し、後程、その商品券を商品と引き換えることもできる。この販売店は、顧客から受け取った利益の一部を、バックエンドサーバ１０２に送信する（動作２１０）。バックエンドサーバ１０２は、図６に示されるステップを実行して、販売店から利益を受け取り、その利益をおそらく交通機関のサーバと共有する。
【００５５】
尚、種々の実施形態では、バックエンドサーバ１０２は、販売店のコンピュータ１１８から、いつどんな順序でも利益を受信することができる。本発明の実施形態は、図２に示される動作の順序に限定されない。
【００５６】
図３には、一実施形態に従った、販売店のサービス券のデータを受信し格納する例示的な処理のフローチャートが示されている。バックエンドサーバ１０２は、図３のステップを実行して、サービス券に関する販売店のデータを受信し格納することができる。動作の中で、バックエンドサーバ１０２は、サービス券に関する販売店の情報を受信する（動作３０２）。例えば、バックエンドサーバ１０２は、販売店のコンピュータ１１８で実行されるサービス券管理アプリケーション１２２から、サービス券のデータを受信することができる。バックエンドサーバ１０２は、販売店のコンピュータ１１８から、有効期間、関連商品の推定サイクル時間、および／または、サービス、および割引商品などのデータを含むサービス券のパラメータに関するデータを受信することができる。
【００５７】
バックエンドサーバ１０２（または、いくつかの、その他の構成要素）は、リアルタイムのデータに基づいて、高度な分析サービスを販売店に提供して、販売店が最も好適なサービス券のパラメータを決定することを容易にすることができる。例えば、バックエンドサーバ１０２は、特定の有効期間で、かつ割引価格で、サービス券を商品に引き換えることが可能な人の数を推定することができる。販売店の入力割引額に基づいて、バックエンドサーバ１０２は、サービス券を商品に引き換えることができる人の推定数を調整することができる。例えば、バックエンドサーバ１０２は、２０％オフでは販売店が８人の顧客を獲得し、５０％オフでは販売店が１２人の顧客を獲得することを推定することができる。バックエンドサーバ１０２は、投資に対するリターンを販売店が評価可能な詳細を、その販売店に提供する。販売店は、販売促進キャンペーンに関する最大予算、または特定のクーポンを受け取る顧客の最大数を規定することもでき、バックエンドサーバ１０２は、最大値を超えないようにターゲットの絞り込み、およびサービス券の分配をコントロールすることができる。図７を参照して、付加的な分析機能について議論する。
【００５８】
いくつかの実施形態では、バックエンドサーバ１０２、および／または、販売店のコンピュータ１１８は、サービス券に関する複数のデフォルト設定を格納することができ、これにより、販売店に関する処理を簡単にし、デリバリーオートメーション（ｄｅｌｉｖｅｒｙ  ａｕｔｏｍａｔｉｏｎ）を向上させることができる。例えば、「平日の午後３時から５時の間のオフピーク時にデフォルトのサービス券は全ての購買品を２０％オフにする」などの命令に対応するデフォルトの設定を販売店は入力することができる。
【００５９】
次に、バックエンドサーバ１０２は、サービス券のサイクル時間を判定する（動作３０４）。実装形態によっては、バックエンドサーバ１０２は、その他のサービス券データを有する販売店からこの情報を受信することができる、あるいは業界のデータに基づいて、この情報を推定することができる。例えば、バックエンドサーバ１０２は、ヘアーカットに関する一般的な時間は３０分であり、バスの停留所から店舗の位置まで１０分歩くことが必要であることを示すデータを販売店から受信することができる。また、バックエンドサーバ１０２は、業界のデータを分析して、一般にはヘアーカットに３０分必要であることを判定し、次いで、地図データを分析して、バスの停留所から店舗まで３０分歩くことが必要であることを判定することができる。このシステムは、潜在的顧客のサイクル時間への受容性についてのフィードバックを販売業者に提供することもできる。例えば、セルフサービスカウンタ、衣服用のフック、または駅のロッカーの中で引き取られる、用意される衣類を販売店が提案することが顧客に対して重要かどうかなど、データを提供するアライアンスのメンバーに販売店がなることができる。
【００６０】
次いで、バックエンドサーバ１０２は、サイクル時間に基づいて、サービス券および販売店を分類して、サービス券の効率的な検索および選択を容易にし、販売店に関する各サービス券のサイクル時間を記述したデータを格納することができる（動作３０６）。例えば、駅の構内のカフェでコーヒーとペストリーを買うために必要な一般的な時間は、朝のラッシュアワー（午前７時〜９時）では、待ち時間を含んで１５分であり得、そのカフェが営業している、他の全ての時間帯ではたった５分である。さらに、地下鉄の駅の全ての地点からカフェまで歩く時間は最大で５分である。したがって、バックエンドサーバ１０２は、このカフェを午前７時〜９時では２０分のサイクル時間を有し、他の全ての時間帯で１０分のサイクル時間を有すると分類する。次いで、バックエンドサーバ１０２は、サービス券のデータを記憶装置１１４に格納する。
【００６１】
図４には、一実施形態に従った、サービス券を潜在的顧客にリアルタイムモードで送信する例示的な処理のフローチャートが示されている。図４に示される処理の基本的なコンセプトは、いくらかの自由時間を有し、自由時間の間に購入取引を完了可能であり得る人にサービス券を送信するということである。この自由時間は販売店がもっと顧客を呼び込みたいと思う時間帯と一致しなければならない。ラッシュアワーに購入取引が行われる場合、公共交通の混雑も緩和することができる。
【００６２】
バックエンドサーバ１０２は、図４のステップを実行して、潜在的顧客がサービス券を受信するべきかどうかを判定することができ、次いで、選択されたサービス券を潜在的顧客に送信することができる。このシステムは、顧客がターゲット地域に居ること、またはターゲット地域に入ることを検知し、潜在的顧客に受け取り時間があるかどうかを判定することができる。あるいは、このシステムは、潜在的顧客に受け取り時間があるかどうかを計算し、次いで、潜在的顧客の近くの領域内のサービス券を検索することもできる。動作の例示的なシーケンスを下記に説明するが、動作の順序は実装形態によって異なり得る。
【００６３】
動作の中で、バックエンドサーバ１０２はまず、潜在的顧客がターゲット地域に居ること、またはターゲット地域に入ること、あるいはサービス券を提供する１店以上の店舗に関連する乗り物に乗っていることを示すデータを受信することができる（動作４０２）。このようなターゲット地域は、一般に、販売店の店舗の場所の近くのいくつかの場所である。このターゲット地域は、交通ターミナル、バスの停留所などの交通拠点、またはその他の全ての場所でよい。通常、潜在的顧客は、ターゲット地域の周辺に居て、サービス券の広告を受信し、サービス券に対して行動可能なものと予想される。例えば、バックエンドサーバ１０２は、潜在的顧客が、交通ターミナルに入ったというリアルタイムの通信を交通機関のサーバ１０４から受信することができる。バックエンドサーバ１０２は、駅の運賃回収システムと接続することにより、潜在的顧客が地下鉄の駅に入ったことを示すデータを受信することができる。バックエンドサーバ１０２は、潜在的顧客が自宅近くの、彼／彼女のいつもの停留所でバスに乗り込んだことを示すデータを受信することができ、バックエンドサーバ１０２は、彼／彼女が限定可能な時間内で仕事場の近くの、いつもの停留所でバスを降りると予測することが可能である。その他の例として、バックエンドサーバ１０２は、ユーザが地下鉄に入ることを示すデータを（例えば、ＧＰＳ座標を地理上の外周部と照合することにより）、ユーザの携帯端末装置上の携帯端末アプリケーションから受信することができる。潜在的顧客は、電車の駅に行く途中、あるいは電車の駅のすぐ近くに居る可能性がある。地域サービス券を受信するよう登録した新しい潜在的顧客に関しても、この新しい潜在的顧客にサービス券を提供するために、バックエンドサーバ１０２は、潜在的顧客が交通拠点に居るどうかをすぐに判定することが可能である。
【００６４】
次に、バックエンドサーバ１０２は、潜在的顧客にサービス券を受信するための受け取り時間、およびサービス券に対して行動するための受け取り時間があるかどうかを判定する（動作４０４）。一例として、潜在的顧客が公共交通を待っている場合、その顧客には、サービス券を受信し、サービス券に対して行動するための受け取り時間がある。例えば、出発するバスの停留場に顧客が到着してから１５分後に、バスがその停留所に到着する場合、あるいはバスが目的地の停留所に１０分早く到着する場合、その顧客には、サービス券を受信し、サービス券に対して行動するための受け取り時間がある。尚、サービス券を受信するための受け取り時間と、サービス券に対して行動する受け取り時間は異なる時間でもよい。しかし、リアルタイムでターゲットを絞る場合、一般に、サービス券を受信するための受け取り時間と、サービス券に対して行動する受け取り時間は非常に近い時間である。
【００６５】
潜在的顧客は電車に乗り遅れないために、電車の駅に早く到着することができると、その待ち時間はサービス券を受信するための受け取り時間となり得る。電車、地下鉄、および／または、バスを乗り換えるための時間も、サービス券を受信するための受け取り時間であり得る。サービス券を受信するための受け取り時間は、交通機関の利用者が電車に乗っている間でもよい（例えば、電車、地下鉄、またはバス）。交通機関の利用者は、その交通機関の利用者が通常利用する駅、またはバスの停留場に位置する販売店からサービス券を受信することができる。このような場合、サイクル時間には、電車が出口に到着するために必要な時間が含まれ得る。潜在的顧客が、すぐ次の電車に乗らないで、サービス券を商品に引き換えようと決めた場合、サイクル時間には、次の利用可能な電車を待つために必要な時間も含まれ得る。
【００６６】
バックエンドサーバ１０２は、例えば、交通機関の利用者が、通常、特定の時間に自宅に帰ることを示す交通データ、または交通機関の利用者が、通常、電車から降りた後すぐにレストランで食事をとることを示す他のデータに基づいて、交通機関の利用者には、サービス券に対して行動するための受け取り時間があることを推定することができる。バックエンドサーバ１０２は、他のリアルタイムの交通状況のデータを用いて、交通機関の利用者にサービス券に対して行動する機会があることを判定する。
【００６７】
バックエンドサーバ１０２は、リアルタイムの交通状況データに基づいて、サービス券を受信するための、および／または、サービス券に対して行動するための、受け取り時間に関する時間帯を推定することができる。一例として、バックエンドサーバ１０２は、潜在的顧客が地下鉄の駅に入ることを示すデータを受信し、交通機関のサーバ１０４からのリアルタイムの状況更新に基づいて、地下鉄の電車が１５分遅れで到着することを推定することができる。潜在的顧客が地下鉄の電車を１５分間待つ必要があり得るため、この１５分は、サービス券を受信し、サービス券に対して行動するための受け取り時間に関する時間帯である。バックエンドサーバ１０２が、潜在的顧客には、サービス券を受信するための、および／または、サービス券に対して行動するための、受け取り時間がないと判定した場合、バックエンドサーバ１０２はステップ４０６を実行することにより、サービス券を送信するための動作をスキップすることができる。
【００６８】
バックエンドサーバ１０２は、随意的に、現在の時間（および、おそらく日付）を分析して、現在の時間が全ての有効なサービス券の有効期間内かどうか判定することができる（動作４０８）。現在の時間が全ての有効なサービス券の有効期間内ではない場合、バックエンドサーバ１０２は、潜在的顧客にサービス券を送信する動作をスキップすることができる（動作４０６）。尚、本発明のいくつかの実施形態では、ステップ４０８は必ずしも必要ではない。
【００６９】
その後、バックエンドサーバ１０２は、潜在的顧客がサービス券に対して行動する機会がある時間帯以下の長さのサイクル時間が、有効なサービス券にはあるかどうか判定することができる（動作４１０）。有効期間の開始時間までに潜在的顧客が販売店の店舗の場所に到着し、サービス券に対して行動するための受け取り時間の間に、購入取引を完了することができ着る限り、バックエンドサーバ１０２は、潜在的顧客にサービス券を送信することができる。バックエンドサーバ１０２は、サイクル時間の分類を用いて、サービス券に対して行動するための受け取り時間の間に、引き換えを完了可能なサービス券を検索することができる。例えば、サービス券に対して行動するための受け取り時間が２５分間で、カフェでコーヒーを購入することが５分の徒歩を含んだ１５分の取引と分類されている場合、バックエンドサーバ１０２は、カフェに関するクーポンを送信することができる。
【００７０】
別の例では、バックエンドサーバ１０２が、ユーザが駅に入り、そのユーザには、午後３時３０分の地下鉄の電車を待つ間、サービス券を受信するための、およびサービス券に対して行動するための、両方の受け取り時間に関して１５分間あると判定した場合、バックエンドサーバ１０２は、カフェからの「コーヒーをお買い上げの場合、ペストリーを＄１割引（午後３時から午後５時まで有効）」（クーポンの例）または「コーヒーのペストリーの商品券が、通常価格が＄５のところ＄３（午後３時から午後５時まで有効）」（商品券の例）などのサービス券をそのユーザに送信する。しかし、同じ１５分間の受け取り時間が午前８時３０分だった場合、システムは次の２つの理由からサービス券を送信しない。第１に、サービス券は両方とも午後３時から午後５時まで有効であるため、その時間帯で有効な販売店からのサービス券がない。第２に、午前７時から午前９時までのサイクル時間は２５分であるため、ユーザが推定される待ち時間以内に取引を完了させることができない。
【００７１】
サービス券を受信するための受け取り時間の時間帯以下の長さのサイクル時間を有するサービス券がない場合、バックエンドサーバ１０２は、サービス券を潜在的顧客に送信しない（動作４０６）。サービス券に対して行動するための受け取り時間の時間帯以下の長さサイクル時間を有するサービス券が１つ以上ある場合、バックエンドサーバ１０２が１つ以上のサービス券を選択し（動作４１２）、潜在的顧客に送信する（動作４１４）。バックエンドサーバ１０２は、いくつかの基準に基づいて、サービス券を選択することができる。例えば、バックエンドサーバ１０２は、販売店の位置からの潜在的顧客の地理的な距離に基づいて、サービス券を選択することができる。バックエンドサーバ１０２は、潜在的顧客が所有する携帯端末装置上で実行されるアプリケーションにサービス券を送信することができる。
【００７２】
販売店は、その販売店との顧客の履歴に基づいて、誰がサービス券を受信するべきかを規定することができる。バックエンドサーバ１０２は、その販売店、または他の地域の同様な販売店から、この数年（例えば、１年、２年、または５年、あるいは９０日）、商品、またはサービスを購入したことがない潜在的顧客にのみ、サービス券を送信することができる。バックエンドサーバ１０２は、以前この販売店から商品またはサービスを購入したことがない顧客にのみサービス券を限定することさえできる。バックエンドサーバ１０２は、クレジットカード会社（および／またはデータを所有する銀行）からデータを取得して、その潜在的顧客が以前、その販売店で買い物をしたかどうか判定することができる。これに加えて、顧客がこのクレジットカードを利用したとき、販売店のコンピュータ１１８がバックエンドサーバ１０２に自動的に接触して、クーポンを割り引く処理を行うことができるよう、このクレジットカードには、クーポンに関するデータを格納することができる。
【００７３】
いくつかの実装形態では、バックエンドサーバ１０２は、販売店のサービス券に添付する、付近の駐車場に関するサービス券を送信することもできる。バックエンドサーバ１０２は、潜在的顧客に関する駐車場のメータ、または路上のメータを保留にすることができ、潜在的顧客は購入取引、および／または、メータ式駐車場に対してその場で支払いを行うことができる。
【００７４】
図５には、一実施形態に従った、予測ターゲッティングモードでサービス券を送信する例示的な処理のフローチャートが示されている。バックエンドサーバ１０２は、図５のステップを実行して、潜在的顧客が近い将来の（例えば、その日を通して）顧客の予測位置に適用したサービス券を受信するかどうか判定することができる。交通機関のサーバのデータベースでデータマイニングすることにより、または潜在的顧客の予定（例えば、電子カレンダ、やることリスト、タスクリマインダリスト）にアクセスすることにより、あるいは、東南ペンシルベニア交通局（ＳＥＰＴＡ）の電子運賃支払いカードなどの潜在的顧客が使用している非接触式のカードからデータにアクセスすることにより、バックエンドサーバ１０２は、潜在的顧客の日々の通勤、および／または、その他の位置を変更する行動に関するデータを取得することができる。潜在的顧客が、そのようなサービス券を受信することを選択し、自分の予定にアクセスすることを許可することもできる。バックエンドサーバ１０２は、予定内の情報を用いて、関連するサービス券を送信することができる。この情報のいくつかの例には、記念日のお祝い、ドライクリーニング、ディナーの引き取り、およびバースデイカードの購入に関する項目を含むリマインダリストが含まれる。バックエンドサーバ１０２は、これらの予定の項目に関連するサービス券を送信することができる。
【００７５】
予測ターゲッティングモードでは、バックエンドサーバ１０２は、潜在的顧客の通常の通勤ルートを学習して、受け取り時間を特定することができる（例えば、機械学習、またはその他の全ての学習技術）。バックエンドサーバ１０２が、潜在的顧客の通常の通勤ルートにおいて遅れを検知した場合（例えば、電車の遅れ）、バックエンドサーバ１０２は、サービス券を受信するための受け取り時間、およびサービス券に対して行動するための受け取り時間として、この遅れを認識することができる。バックエンドサーバ１０２は、交通データから、多くの受け取り時間を導き出すことができる。次いで、バックエンドサーバ１０２は、潜在的顧客に通勤電車が遅れていることを知らせ（例えば、３０分の遅れ）、電車の駅の周辺の販売店からのサービス券を含むメッセージを潜在的顧客に送信することができる。但し、予期せぬ遅れと、予想される遅れとがあり得る。予期せぬ遅れとは、例えば、事故または天候不良による遅れである。予想される遅れとは、通常よりも大多数の交通機関の利用者を引き付けるスポーツイベントによる遅れである。これらの遅れは、（予測される遅れでも、予期せぬ遅れでも）サービス券を受信するための受け取り時間、および／または、サービス券に対して行動する受け取り時間になり得る。
【００７６】
一例では、通勤者が、通常、午後５時２０分に事務所を出て、午後５時３０分に地下鉄の駅に入る平日の時間に関して、バックエンドサーバ１０２は学習することができる。その通勤者は、電車の駅まで地下鉄を利用し、午後６時７分の電車に乗り、その顧客が車を駐車している駅に、この電車が午後６時４０分に到着する。バックエンドサーバ１０２が、その顧客のルートに沿った遅れを示すデータを受信した場合、地下鉄に乗っているその顧客にメッセージを送信することができる。例えば、バックエンドサーバ１０２は、午後６時７分の電車が３０分遅れているということを示すメッセージを電車の駅構内の販売店からのサービス券と共に送信することができる。
【００７７】
あるいは、バックエンドサーバ１０２が、通勤電車が遅れることを示すデータを十分に前もって受信した場合、バックエンドサーバ１０２は、顧客がまだ事務所に居る間に、その顧客の事務所の付近のレストランの特別ディナーに関するサービス券をその顧客に送信することができる。別のオプションとして、顧客が朝自宅を出る前に、バックエンドサーバ１０２は、その顧客の事務所付近のレストランの特別ディナーに関するサービス券をその顧客に送信することができ、顧客はこの時点で夜の予定を変更し、数人の友達をディナーに呼ぶかどうか決めることができる。いくつかの実装形態では、ユーザが地域サービス券を受信するために、携帯端末のアプリケーションを使って自発的に自分たちの通勤パターンに関するデータを提供することができる。
【００７８】
バックエンドサーバ１０２はまず、予定されている、あるいは予測される潜在的顧客の今後の行事、および／または、その行事の場所に関するデータを取得する。このデータには、やることリスト、タスクリマインダリスト、または予測される行事、および／または、その行事の場所が含まれ得る（動作５０２）。バックエンドサーバ１０２は、行事のリストにアクセスするために、交通機関のデータベースでデータマイニングを行うことができる、あるいは、顧客からのアクセスを受信することができる。例えば、バックエンドサーバ１０２は、潜在的顧客のデイリーカレンダにアクセスすることができ、その中には、潜在的顧客がその日一日に予定していることが示されている。
【００７９】
次に、バックエンドサーバ１０２は、今後予定されている、あるいは予測される顧客の行事の中で、潜在的顧客に、サービス券を受信するための受け取り時間、およびサービス券に対して行動するための受け取り時間があるかどうか判定する（動作５０４）。いくつかのシナリオでは、日中に自由に使える空き時間がありそうならば、潜在的顧客には、サービス券を受信するための受け取り時間、および／または、サービス券に対して行動する受け取り時間がある。例えば、通常潜在的顧客が使う通勤ルートに遅れが生じたことをバックエンドサーバ１０２が判定した場合、顧客には、サービス券を受信するための受け取り時間、および／または、サービス券に対して行動するため受け取り時間がある。その場合、受け取り時間（例えば、サービス券を受信するための、および／または、サービス券に対して行動するための）の時間帯は、予測された遅れ時間であり得る。サービス券を受信するための、および／または、サービス券に対して行動するための、受け取り時間は、異なる事象により、あるいは異なる理由で発生する可能性がある。例えば、サービス券を受信するための、および／または、サービス券に対して行動するための、受け取り時間は、特別な事象、または、通常の短い待ち時間、あるいは、非常に短い待ち時間の影響により発生する可能性がある。都合のいい時間の別のバス／電車が利用可能で、かつサービス券に魅力があれば、受け取り時間が発生する可能性がある。いくつかの実装形態では、バックエンドサーバ１０２は、ランチタイムまたはディナータイムなどの特定の時間に顧客に受け取り時間があることを想定することもできる。バックエンドサーバ１０２は、受け取り時間の時間帯を推定することができる。潜在的顧客に受け取り時間がないことを、バックエンドサーバ１０２が判定すると、バックエンドサーバ１０２は、ステップ５０６を実行することにより、サービス券を送信する動作をスキップする（動作５０６）。
【００８０】
バックエンドサーバ１０２は、随意的に、サービス券に対して行動するための各受け取り時間を分析して、それらの受け取り時間が全てのサービス券の有効期間内かどうか判定することができる（動作５０８）。バックエンドサーバ１０２は、サービス券の有効期間の前にサービス券を潜在的顧客に送信することができ、その後、サービス券の有効期間中に、潜在的顧客がこのサービス券を使うことができる。サービス券に対して行動するための受け取り時間が、全てのサービス券の有効期間内でないとき、バックエンドサーバ１０２は、サービス券を潜在的顧客に送信する動作をスキップすることができる（動作５０６）。サービス券に対して行動するための受け取り時間が、１つ以上の有効なサービス券の有効期間内の場合、バックエンドサーバ１０２は、サービス券に対して行動するための受け取り時間の時間帯以下の長さのサイクル時間が有効なサービス券には、あるかどうかを判定することができる（動作５１０）。サービス券に対して行動するための受け取り時間の時間帯以下の長さのサイクル時間のあるサービス券がない場合、バックエンドサーバ１０２は、サービス券を潜在的顧客に送信しない（動作５０６）。
【００８１】
サービス券に対して行動するための受け取り時間の時間帯以下の長さのサイクル時間のある、１つ以上のサービス券がある場合、バックエンドサーバ１０２は、潜在的顧客のために１つ以上のサービス券を選択する（動作５１２）。バックエンドサーバ１０２は、いくつかの基準に基づいて、サービス券を選択することができる。例えば、販売店の位置からの潜在的顧客の予測される将来の場所の地理的な距離に基づいて、バックエンドサーバ１０２はサービス券を選択することができる。バックエンドサーバ１０２は、予測される行動との関連性に基づいて、サービス券を選択することもできる。例えば、バックエンドサーバ１０２は、記念日がそのやることリストに載っている顧客に、割引された花に関するサービス券を送信することができる。バックエンドサーバ１０２は、潜在的顧客が所有する携帯端末装置上で実行されるアプリケーション（例えば、地域サービス券アプリケーション１２６、１２８）にサービス券を送信することができる、あるいは送信を予定することができる（動作５１４）。いくつかの実装形態では、バックエンドサーバ１０２は、潜在的顧客のカレンダにサービス券を添付することができる。
【００８２】
したがって、潜在的顧客は、職場または自宅への通勤を含んだ、その顧客の、その日を通した全ての受け取り時間に合う十分なサービス券を潜在的に受信することができる。これにより生産性を向上させ、彼らの顧客としての経験を改善し、顧客がいくらかのお金を節約できる可能性がある。さらに、交通機関が、通勤の混雑を緩和することにより恩恵を受ける可能性もある。というのも、仕事が終わってからクーポンを商品に引き換えて、遅い電車およびバスに乗ることを潜在的顧客が決定する可能性があるからである。
【００８３】
サービス券を商品に引き換えた後の処理
図６には、一実施形態に従った、顧客がサービス券を商品に引き換えた後に実行される、例示的な処理のフローチャートが示されている。顧客がサービス券を商品に引き換えた後、バックエンドサーバ１０２は、図６のステップを実行することができる。動作の中で、バックエンドサーバ１０２はまず、潜在的顧客がサービス券を商品と引き換えたことを示すデータを販売店のコンピュータ１１８から受信する（動作６０２）。潜在的顧客は、彼らのクレジットカードを用いて、商品またはサービスを購入することができる。いくつかの実装形態では、販売店から受信したクレジットカード取引が書き込まれると、クレジットカード発行銀行がクーポンまたは商品券の金額を顧客の口座に自動的にクレジットすることができる。尚、このサービス券の商品への引換が顧客および販売店の両方から透明であるように、クレジットカード承認および処理システムが、有効性／有効期限を執行することができる。例えば、潜在的顧客が請求金額を支払うと、その明細書により、サービス券の割引額と顧客の支払いの差引勘定が示される。
【００８４】
次に、バックエンドサーバ１０２は、販売店のコンピュータ１１８から利益の一部を受信する（動作６０４）。販売店は、各顧客との各売上取引、またはその他のいくつかの報酬モデルからの利益の一定の割合を与えることを推薦実体１０１と取り決めることができる。交通機関との報酬の取り決めもある場合、バックエンドサーバ１０２は、受信した利益の一部を交通機関のサーバ１０４に送信することができる（動作６０６）。いくつかの実装形態では、販売店のコンピュータ１１８が、利益の一定の割合を直接交通機関のサーバ１０４に転送することができる。
【００８５】
図７には、一実施形態に従った、販売店のための仲介サービス、および／または、分析サービスを提供する、例示的な処理のフローチャートが示されている。バックエンドサーバ１０２は、図７のステップを実行して、販売店に仲介サービスおよびリアルタイムの分析サービスを提供することができる。尚、いくつかの実施形態では、仲介／分析機能と、ターゲットを絞る／分配機能とは、異なる構成要素、実体または当事者により、別々に実行され得るため、バックエンドサーバ１０２以外の構成要素が、図７に示されている仲介動作を行うことができる。
【００８６】
パワーユーザが、サービス券を、商品に引き換えた投影数に基づいて、特定の割引額、および／または、分配するサービス券の最大数を設定できるよう、バックエンドサーバ１０２は、「ｗｈａｔ−ｉｆ」分析、およびその他の分析を提供して、サービス券を商品に引き換えることに関する推定値を販売店に供給することができる。サービス券の分配、およびその結果としての売り上げの効果を最適化するために、販売店は、種々のサービス券のその日の期間および時間に対してＡ／Ｂテストを実行することもできる。
【００８７】
販売店の店舗の場所から計測した距離、割引価格、顧客の目標人数、有効期間、目標利益すなわち利潤、分配するサービス券の最大数、および／または、その他のサービス券のパラメータを含む要因に基づいて、バックエンドサーバ１０２は、販売店のキャンペーンのための販売促進の費用を計算することができる。距離は販売店の店舗の場所を中心に放射状に測定され得、この距離により販売店にとって最も望ましい顧客を取り囲む円形の領域が規定される。販売店により規定されたターゲット領域に入る潜在的顧客は、有益な顧客となり得る。特に、その顧客が十分な頻度でその領域に入る場合はなおさらである。いくつかの実装形態では、販売店は、顧客のターゲットを絞るために販売店の店舗の場所を中心とする円形領域以外にも、全ての任意の領域を規定することができる。ターゲットにする場所はいくつもの地点により規定され得、直線のルートまたは三角形の形状領域でよい。販売店はまた、特定の停留所または駅を利用する顧客を選んでターゲットを絞ることもできる（例えば、販売店が空間広告を加えられるように）、あるいは、制限なしに全ての場所または領域を選んでターゲットを絞ることもできる。
【００８８】
動作の中で、バックエンドサーバ１０２はまず、現在位置、移動パターンの履歴、および／または、今後の行動およびそれに関連する場所などの、潜在的顧客の移動および位置データに関するデータを受信する（動作７０２）。次に、バックエンドサーバ１０２は、販売店のコンピュータ１１８からサービス券のパラメータを受信する。これらのサービス券のパラメータには、販売店の店舗の場所から計測した距離、割引価格、顧客の目標人数、およびサービス券に関する有効期間のうちの１つ以上が含まれ得る（動作７０４）。その後、バックエンドサーバ１０２は、潜在的顧客の移動および位置データに基づいて、販売店の店舗の場所からの潜在的顧客の距離を計算する（動作７０６）。次いで、バックエンドサーバ１０２は、潜在的顧客が、店舗の場所の販売店により規定された距離以内に近づく頻度を計算する（動作７０８）。例えば、潜在的顧客は店舗の場所を中心とする領域に（例えば、距離値により画定される領域）、１日に３回、１週間に５回、または、１ヶ月に１０回入ることができる。次いで、バックエンドサーバ１０２は、サービス券が割引価格の有効期間内に特定の数の顧客がサービス券を商品に引き換える確率を計算する（動作７１０）。
【００８９】
その後、バックエンドサーバ１０２は、段階状の費用構造に基づいて、販売店のための販売促進の費用を判定する（動作７１２）。販売店のキャンペーンに関する販売促進の費用は、広告のターゲットの絞り込みの正確さ、および／または、ターゲットに絞られた顧客がリピート客になる見込みに依存し得る。例えば、販売店は、店の半径１ブロック以内に居る潜在的顧客、およびその領域に頻繁に入る潜在的顧客（例えば、週に５回以上）にサービス券のターゲットを絞ろうとし得る。このキャンペーンは、店の半径５マイル以内の潜在的顧客、およびその領域に入る頻度が月にたった２回の潜在的顧客だけにサービス券のターゲットを絞る別のキャンペーンよりコストがかかる可能性がある。次いで、バックエンドサーバ１０２を、顧客がサービス券を商品に引き換える回数、確率、特定の数の顧客、および販売促進の費用を販売店のコンピュータに送信する（動作７１４）。
【００９０】
バックエンドサーバ１０２はまた、サービス券のパラメータを調整した販売店からの入力値を受信し、この調整されたサービス券のパラメータに基づいて、サービス券を商品に引き換える顧客の推定数を計算することもできる。次いで、バックエンドサーバ１０２は、新しい販売促進の費用を計算し、顧客の推定数を販売店のコンピュータに送信する。尚、販売店は、サービス券の割引額、顧客の最大数、および／または、サービス券の有効期間などのパラメータを含むサービス券の全てのパラメータを調整することができる。ターゲットを絞る特定の顧客を販売店が考慮に入れていない場合、販売店はサービス券のパラメータを、さらに遠くに居て、彼らの店舗の場所に来る可能性が少ない多くの人を包含するよう広く設定する。販売促進費構造によって、これにより、販売促進の費用を抑えることができるが、この潜在的顧客がリピートする顧客となる可能性は少なくなる可能性がある。尚、ターゲットを絞られていないサービス券は、一般に、ユニットごとのコストがあまりかからないが、その見込みのボリュームよって、より多くのコストがかかる可能性がある。
【００９１】
バックエンドサーバ１０２は、喜んでサービス券を商品に引き換える複数の顧客を産み出す（あるいは産み出す可能性のある）推奨された一連のサービス券のパラメータを計算することもできる。バックエンドサーバ１０２は、要求される顧客の平均数、顧客の最小数、および／または、顧客の最大数ならびに時間帯を受信することができる。次いで、バックエンドサーバ１０２は、この時間帯の間にサービス券を商品に引き換える顧客の平均数、最小数、または最大数を産み出す、一連のサービス券のパラメータを計算することができる。その後、バックエンドサーバ１０２は、新しい販売促進の費用を計算し、その新しい販売促進の費用および計算された一連のサービス券のパラメータを販売店のコンピュータに送信することができる。
【００９２】
いくつかの実装形態では、バックエンドサーバ１０２は、複数の販売店からのサービス券を比較して、販売促進のためのサービス券を選択することができる。バックエンドサーバ１０２は、最も引き換えられる可能性のあるサービス券、すなわち、最も利益をもたらすサービス券を選択して、販売促進を行うことができる。
【００９３】
例示的な装置
図８には、地域サービス券のターゲットを絞り分配する例示的な装置８００のブロック図が示されている。装置８００は、複数のモジュールを含むことができ、これらのモジュールは、互いに有線通信チャネル、または無線通信チャネルを介して通信することができる。装置８００は、１つ以上の回路を用いて実現され、図８に示される装置より、少ない、または多いモジュールを含み得る。さらに、装置８００はコンピュータシステム内に組み込まれ得る。あるいは、その他のコンピュータシステム、および／または、装置と通信可能な別の装置として実現される。
【００９４】
具体的には、装置８００はサービス券管理サーバソフトウェア１１６を含むことができ、このサービス券管理サーバソフトウェア１１６には、サービス券分配モジュール８０２、サービス券パラメータ受信モジュール８０４、潜在的顧客データ管理モジュール８０６、分析モジュール８０８、推薦エンジン８１０、および販売店データモジュール８１２が含まれる。尚、装置８００は付加的なモジュール（図８で図示せず）を含むこともでき、異なる実装形態では、異なる一連のモジュールに従った機能を配列することができる。本発明の実施形態は、あらゆる特定のモジュールの配列には限定されない。例えば、いくつかの実装形態では、記載されたモジュールにより提供されるいくつかの機能または全ての機能を、単一の推薦エンジンに組み込むことができる。
【００９５】
サービス券分配モジュール８０２は、サービス券を地域サービス券アプリケーション１２６、１２８に分配する。サービス券パラメータ受信モジュール８０４は、販売店のコンピュータ１１８に接続し、サービス券パラメータを受信する。潜在的顧客データ管理モジュール８０６は、Ｅメールアドレス、「ｏｐｔ−ｉｎ」データ、およびその他のプロファイルデータを含む潜在的顧客に関するデータを管理する。分析モジュール８０８は、本明細書で開示される分析機能を行って、サービス券のきめの細かいパラメータ戦略で販売店を補佐して最適な結果を実現する。推奨エンジン８１０は、コア機能を提供して、地域サービス券のターゲットの絞り込み、および分配を容易にする。推奨エンジン８１０は、図３から図６に示される動作を実行することができる。販売店データモジュール８１２は、ログオン識別子、Ｅメールアドレス、設定などを含む販売店に関するデータを管理する。
【００９６】
図９には、一実施形態に従った、地域サービス券のターゲットを絞り分配する処理を容易にする例示的なコンピュータシステム９００の図が示されている。コンピュータシステム９００は、バックエンドサーバ１０２の一例でよい。ある実施形態では、コンピュータシステム９００は、プロセッサ９０２、メモリ９０４、および記憶装置９０６を含む。記憶装置９０６は、アプリケーション９１０および９１２などの複数のアプリケーション、およびオペレーティングシステム９１６を格納する。記憶装置９０６はまた、サービス券管理サーバソフトウェア１１６も格納し、このサービス券管理サーバソフトウェア１１６には、サービス券分配モジュール８０２、サービス券パラメータ受信モジュール８０４、潜在的顧客データ管理モジュール８０６、分析モジュール８０８、推薦エンジン８１０、および販売店データモジュール８１２が含まれる。動作の中で、サービス券管理サーバソフトウェア１１６などの１つ以上のアプリケーションが記憶装置９０６からメモリ９０４に読み込まれ、そしてプロセッサ９０２により実行される。プログラムが実行される間、プロセッサ９０２が上述の機能を行う。コンピュータおよび通信システム９００は、随意的なディスプレイ９１７、キーボード９１８、およびポインティングディバイス９２０に接続可能である。
【００９７】
図１０には、一実施形態に従った、地域サービス券を受信する例示的なコンピュータシステム１０００の図が示されている。コンピュータシステム１０００は、携帯端末装置１１０、１１２の一例でよい。ある実施形態では、コンピュータシステム１０００は、プロセッサ１００２、メモリ１００４、および記憶装置１００６を含む。記憶装置１００６には、アプリケーション１０１０および１０１２などの、複数のアプリケーション、およびオペレーティングシステム１０１６が格納される。記憶装置１００６には、地域サービス券アプリケーション１２８、およびアプリケーションプログラムインターフェース１２９などの、地域サービス券の受信に関連する処理を実行する構成要素も格納され得る。動作の中で、地域サービス券アプリケーション１２８およびアプリケーションプログラムインターフェース１２９などの１つ以上のアプリケーションが、記憶装置１００６からメモリ１００４に読み込まれ、そしてプロセッサ１００２により実行される。プログラムが実行されている間、プロセッサ１００２は上述の機能を行う。コンピュータおよび通信システム１０００はディスプレイ１０１７に接続する。
【図１】
2015084220.tif 000003
【図２】
2015084220.tif 000004
【図３】
2015084220.tif 000005
【図４】
2015084220.tif 000006
【図５】
2015084220.tif 000007
【図６】
2015084220.tif 000008
【図７】
2015084220.tif 000009
【図８】
2015084220.tif 000010
【図９】
2015084220.tif 000011
【図１０】
2015084220.tif 000012