(57)【特許請求の範囲】
【請求項１】
報酬を受け取ることのできるユーザ、オブジェクト、前記ユーザと報酬及び報酬価値を正当化する、前記ユーザと前記オブジェクトとの間の特定のソーシャルネットワーク接続を特定する、複数の報酬ルールを含むストアと、
前記ユーザのコンピューティング装置と、
前記ユーザのコンピューティング装置と相互作用するコンピュータ実施の報酬稼ぎエンジンと、
を備え、
前記報酬稼ぎエンジンは、該前記報酬稼ぎエンジンとソーシャルネットワークとを相互作用するセマンティックグラフドライバと該ソーシャルネットワークからのユーザ情報を検索して報酬を決定するためのマンティックグラフを有しており、
前記報酬稼ぎエンジンは、前記ストア及び前記セマンティックグラフドライバを用いて前記ソーシャルネットワークから１組のユーザ情報から報酬ルールを検索し、該検索はユーザのコンテキストによって制限されており、かつ前記検索された報酬ルールで特定されたユーザ、オブジェクト、及び特定のソーシャルネットワーク接続と前記１組のユーザ情報との間に一致があるかどうか決定し、そして前記報酬ルールと前記１組のユーザ情報との間に一致がある場合にはユーザの前記コンピューティング装置に報酬を通知するようになっている、報酬システム。
【請求項２】
前記ストアに結合されたコンピュータ実施の報酬定義エンジンを更に備え、その報酬定義エンジンは、報酬マネージャーが前記ストアに記憶される新たな報酬ルールを生成するのを許す、請求項１に記載のシステム。
【請求項３】
前記セマンティックグラフは、フェースブックであり、前記報酬稼ぎエンジンは、フェースブックアプリケーションである、請求項１に記載のシステム。
【請求項４】
前記ユーザのコンテキストは、特定のユーザ識別子、報酬ルールの範囲、及びユーザに対する最後の問合せのタイムスタンプの１つ以上である、請求項１に記載のシステム。
【請求項５】
前記報酬価値は、ポイント及び金額の一方である、請求項１に記載のシステム。
【請求項６】
前記報酬定義エンジンは、ウェブアプリケーションである、請求項２に記載のシステム。
【請求項７】
前記報酬稼ぎエンジンは、フェースブックアプリケーションである、請求項６に記載のシステム。
【請求項８】
前記報酬稼ぎエンジンは、報酬に関してユーザに非同期でメッセージを送り、そして次の同期ユーザ相互作用が生じるまで報酬メッセージを記憶する、請求項１に記載のシステム。
【請求項９】
ユーザが報酬を稼ぐためにアクションをとるところの提携サービスを更に備えた、請求項１に記載のシステム。
【請求項１０】
前記複数の報酬ルールは、サブルールにおいてアクションをとる１組の友人に対してユーザが報酬を稼ぐところのアグリゲートフレンドルールを含む、請求項１に記載のシステム。
【請求項１１】
報酬定義エンジン及び報酬稼ぎエンジンを有するコンピュータ実施の報酬システムを使用してユーザに報酬を与える方法において、
報酬稼ぎエンジンによってストアから報酬ルールを検索し、その報酬ルールは、報酬を受け取ることのできるユーザ、オブジェクト、報酬及び報酬価値を正当化する前記ユーザと前記オブジェクトとの間の特定のソーシャルネットワーク接続を特定しており、
ユーザのコンテキストにより検索が制限されるソーシャルネットワークセマンティックグラフから１組のユーザ情報を、前記ソーシャルネットワークからのユーザ情報を検索して報酬を決定するために、前記報酬稼ぎエンジンとソーシャルネットワークとの相互作用するセマンティックグラフドライバを有する前記報酬稼ぎエンジンにより、検索し、
前記検索された報酬ルールにおいて特定されたユーザ、オブジェクト及び特定のソーシャルネットワーク接続と前記１組のユーザ情報との間に一致があるかどうか前記報酬稼ぎエンジンにより決定し、及び
前記報酬ルールと前記１組のユーザ情報との間に一致がある場合には前記報酬稼ぎエンジンにより報酬をユーザに通知する、
ことを含む方法。
【請求項１２】
コンピュータ実施の報酬定義エンジンを使用して、新たな報酬ルールを生成し、そしてその新たな報酬ルールを、前記報酬稼ぎエンジンによりアクセス可能なストアへ記憶することを更に含む、請求項１１に記載の方法。
【請求項１３】
前記セマンティックグラフは、フェースブックであり、前記報酬稼ぎエンジンは、フェースブックアプリケーションである、請求項１１に記載の方法。
【請求項１４】
前記報酬ルールを検索することは、報酬ルールが繰り返しを制限するかどうか決定することを更に含む、請求項１１に記載の方法。
【請求項１５】
前記報酬ルールを検索することは、ユーザがルールの繰り返し限界を越えたかどうか決定することを更に含む、請求項１４に記載の方法。
【請求項１６】
前記ユーザのコンテキストは、特定のユーザ識別子、報酬ルールの範囲、及びユーザに対する最後の問合せのタイムスタンプの１つ以上である、請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、別のソフトウェアアプリケーションに一体化できる報酬システム及び方法に関する。
【０００２】
アペンディックス：アペンディックスＡ（４ページ）は、報酬稼ぎエンジンを実施するのに使用できるＰＨＰコードのセットである。アペンディックスＡは、本明細書の一部分を形成し、参考としてここに援用される。
【背景技術】
【０００３】
小さなパパママ店から有名ブランドまでのほとんどの企業は、彼等の顧客と連絡を持ちそしてソーシャルメディアを使用して新たな顧客の注目を集めることが課題である。慣習的なマーケッティングツールは、急速に増加するソーシャルメディア（主としてフェースブック）をマーケッティングチャンネルとして取り扱うには不充分であり、新たなソーシャルメディア会社は、典型的に、ニッチメディアマネージメント及び分析ツールに焦点を当てている。加えて、商人のロングテールにロイヤルティポイントを配布するための市場は、展開のための時間、カスタマイズ、及び所有権の全体的コストのために、気力がくじかれている。ほとんどのＳａａＳ会社は、ウェブサイトの助けとなるように、ｅコマースショップ、ＣＭＳ、支払又は分析に焦点を当てている。
【０００４】
会社のソーシャルコマースｅｃｏｓｙｓｔｅｍは、次のような多数のセグメントに分割される。
●ゲーム
●メディア（ＣＭＳ）
●分析
●ｅコマース
●支払
●ロイヤルティ
【０００５】
これらのセグメントはある程度オーバーラップするが、ブランドに対する解決策を提供することに直面している会社は、主として、ゲーム、分析及び支払通貨に焦点を当てている。Ｉｎｖｏｌｖｅｒ、Ｂｕｄｄｙ  Ｍｅｄｉａ、及びＷｉｌｄｆｉｒｅのようなソーシャルプラグイン／メディア会社は、ブログ、ウェブサイト、ツイッター及びファンページからのクロス・プラットホーム、リッチ・コンテンツマネージメントを管理するツールに焦点を当てている。又、ある事業は、コンテストのための第三者ａｐｐｓ及び解決策を促進するために発展している。
【０００６】
幾つかの会社は、スケーリング可能なホワイトレベルプラットホームの形態の報酬振舞いに焦点を当てている。例えば、Ｓｈｏｐｋｉｃｋ及びＦｏｕｒｓｑｕａｒｅは、ストア内のジオロケーションサービスを使用するチェックイン又はモバイルクライアント自体からのチェックインのみに報酬を与える彼ら自身のソーシャルネットワーク（ノン・フェースブック）を構築した。しかしながら、これらのノン・フェースブックソーシャルネットワークは、その範囲が限定され、且つ報酬の範囲も限定されている。
【０００７】
より広い範囲を有し、特定のソーシャルネットワークに限定されず、複数の報酬ルールを生成することができ、且つソーシャルグラフを聴取してインスタント報酬稼ぎトランザクションを記録できるようにする報酬システムを提供することが要望される。これは、慣習的なマーケッティングファンネルを通して顧客を獲得する試みに多額の金銭を消費する多くの企業の実世界での挑戦を解決するものである。この望ましいシステムは、他の有料マーケッティング技術（有料調査、広告、等）に比して顧客当たりの獲得コストを下げると同時に、顧客は、真の商品及びサービスに交換するのに使用できるインスタント報酬を楽しむことができる。
【０００８】
ソーシャルゲームはかなり普及しており、ゲームコミュニティは、ゲームのレベルを達成するためほとんどのゲームにおいてポイントを稼ぐが、ピア間のソーシャル状態以外、達成のための有形の真の報酬はない。ゲーム及び他の毎日の活動に対してユーザに報酬を与えるシステムを提供することが要望される。又、ＲｏｏｔＭｕｓｉｃのようなファンページをベースとする解決策は、バンドに縦断的に焦点が合わせられ、そしてロイヤルティでも報酬でもないイベント駆動のツールを与える。
【０００９】
従って、現在のシステム及び方法の制約を克服する報酬システム及び方法を提供することが要望され、本発明は、その目的に向けられる。
【図面の簡単な説明】
【００１０】
【図１】報酬定義エンジン（ＲＤＥ）及び報酬稼ぎエンジン（ＲＥＥ）を備えた報酬システムの実施形態を示す図である。
【図２】報酬を決定しそして一致した報酬に作用するプロセスを含む報酬方法を示す図である。
【図３】セマンティックグラフからの情報に対するマッチングルールのプロセスを含む報酬方法を示す図である。
【図４】セマンティックグラフ及び報酬エンドユーザの両方と相互作用する報酬システムの別の「非同期」アーキテクチャーを示す図である。
【図５】「提携サービス」の関与を通して報酬をトリガーするための別のメカニズムを有する報酬システムの別の実施形態を示す図である。
【図６】「アグリゲートフレンドルール」として知られているＲＥＥルールの一形式の一例を示す図である。
【図７Ａ】報酬システムをサポートするのに使用されるデータベーススキーマの一例を示す図である。
【図７Ｂ】報酬システムをサポートするのに使用されるデータベーススキーマの一例を示す図である。
【発明を実施するための形態】
【００１１】
本開示は、特に、図示して以下に説明するコンピュータで実施される報酬システム及び方法に適用することができ、この分野に関して本発明を説明する。しかしながら、このシステム及び方法は、本開示の範囲内で他の仕方で実施できると共に、本開示の範囲内の他のコンピュータアーキテクチャーを使用しても実施できるので、広い利用性をもつことが明らかである。
【００１２】
このシステムは、グローバルな報酬振舞いを指定し且つ顧客をターゲットにし直すことができ、他の有料マーケッティング技術（有料調査、広告、等）に比して顧客当たりの獲得コストを下げることができる。典型的に、ロイヤルティ通貨価値は、製品価格に割引を与えるコストの一部分であり（即ち、平均エアマイルコスト＄０．００１）、顧客は、同時に、真の商品及びサービスに交換するのに使用できるインスタント報酬を楽しむことができる。システムのエンジンは、消費者及びブランドが毎日の活動に基づいて関わり合うための永続的なポイント稼ぎインターフェイスを与えると共に、１つの実施形態ではフェースブックグラフのようなグラフにおいて消費者振舞いのニッチセマンティックパターンに一致させるように我々の報酬振舞いエンジンをカスタマイズすることを希望する多数のブランドに到達すべくホワイトラベル、マルチ顧客能力として規模の経済性を与えることもできる。
【００１３】
図１は、報酬定義エンジン（ＲＤＥ）２２及び報酬稼ぎエンジン（ＲＥＥ）２４を備えた報酬システム２０の実施形態を示す。このシステムは、報酬マネージャーコンピューティング装置２６を使用してシステム２０にアクセスする報酬マネージャー、及び報酬エンドユーザコンピューティング装置２８を使用してシステム２０にアクセスする報酬エンドユーザにより使用される。エンジン２２、２４は、その一方又は両方のエンジンをホストするサーバーコンピュータのようなコンピュータの処理ユニットにより実行される複数行のコンピュータコードとして各々実施される。エンジン２２、２４は、互いにリンクされて互いに通信する同じコンピュータ又は異なるコンピュータにホストされる。コンピューティング装置２６、２８は、ワイヤード又はワイヤレスリンクのようなリンク、例えば、インターネット、イーサネット（登録商標）、ワイヤレスデジタルデータネットワーク、ワイヤレスネットワーク、コンピュータネットワーク、等を経て、システムにアクセスし、通信する。各コンピューティング装置２６、２８は、メモリ、持続性ストレージ装置、ディスプレイ、及びシステム２０と相互作用できる接続部（ワイヤレス回路、等）を伴う処理ユニットベースの装置である。例えば、各コンピューティング装置は、スマートホン装置（アップルｉＰｈｏｎｅ、ＲＩＭブラックベリー、アンドロイドベースの装置）、タブレットコンピュータ、パーソナルコンピュータ、セルラーホン、等である。
【００１４】
コンピューティング装置２６を使用する報酬マネージャーは、報酬定義エンジン（ＲＤＥ）２２を使用して報酬ルールを定義し、そして報酬稼ぎエンジン（ＲＥＥ）２４は、コンピューティング装置２８を使用して報酬エンドユーザにそれらのルールを適用し、どのユーザが何の報酬を得るか決定する。１つの実施形態において、ＲＤＥ２２は、報酬を導く条件を定義するフォーム、並びに報酬の種類及び額をユーザに提示するユーザインターフェイスを含むウェブアプリケーションである。従って、ＲＤＥ２２をホストするコンピュータは、ウェブアプリケーションからユーザへウェブページを配給しそしてウェブフォームに対してユーザから情報を受け取るウェブサーバー（ソフトウェア又はハードウェアベースの）を有する。ＲＤＥ２２は、ルールの種類、ルールの各種類のパラメータ、及び特定のセマンティックグラフの用語を決定するセマンティックグラフドライバ（ＳＧＤ）３０を収容する。１つの実施形態において、セマンティックグラフは、フェースブックであり、それ故、ＳＧＤは、フェースブックＡＰＩによりサポートされる接続及びオブジェクトタイプ（好み、友情、等）を決定する。別の実施形態では、セマンティックグラフは、ツイッターであり、ＳＧＤは、アカウント、フォロワ、ツィート、リツィート、等に関する。ユーザの振舞い又はユーザの振舞いの作用をエンコードし、そしてその情報にアクセスするための第三者のＡＰＩを与えるシステムを使用する他の実施形態は、ＹｏｕＴｕｂｅ（登録商標）、Ｇｏｏｇｌｅ＋、ＬｉｎｋｅｄＩｎ、ｅＢａｙ、及びＳｔａｃｋ  Ｏｖｅｒｆｌｏｗを含む。又、ＲＤＥ２２は、報酬マネージャーのルールを、報酬ルールストア３４のデータベーススキーマへとエンコードするデータベースドライバ３２も有する。１つの実施形態において、報酬ルールストア３４は、フェースブックユーザ、マーケティングキャンペーン、キャンペーンイベント（ルール）、接続タイプ、及びオブジェクトｉｄを表わすテーブルを伴う関連データベースである（その一例が図７Ａ及び７Ｂに示されている）。
【００１５】
ＲＥＥ２４は、データベースドライバ３６を使用してストア３４からそれらのルールをロードする。特定のユーザが報酬を稼いだかどうか決定するために、ＲＥＥは、セマンティックグラフドライバ（ＳＧＤ）３８を使用して、報酬ルールに関係する情報をセマンティックグラフから検索し、次いで、その情報を報酬ルールに対して直接マッチングさせる。例えば、フェースブックがそれらのセマンティックグラフにおいて表現し且つそれらのグラフＡＰＩを通して利用できるようにする幾つかの接続がある。
0005924560.tif 000002
【００１６】
従って、各ルールは、現在のエンドユーザが特定のオブジェクトに対して持たねばならない特定の接続を指定し、例えば、ブランドのファンページにリンクした、又は特定ストアのプレイスページでチェックインを行った、である。各一致に対して、ＲＥＥ２４は、ユーザ通知ドライバ４０を使用して各報酬エンドユーザ２８に通知し、そしてアカウントドライバ４４を経て報酬アカウントサービス（ＲＡＳ）４２に通知する。
【００１７】
システムのセマンティックグラフサービス４６は、モバイルＡｐｐｓ４８、セマンティックグラフ５０に焦点を当てたウェブサイト、セマンティックグラフ５２に焦点を当てないウェブサイト上のウェブウイジット、及びセマンティックグラフプラットホームで実施されるウェブａｐｐｓ５４、を使用するユーザを含む種々のソースから各セマンティックグラフの情報を累積する。これら全てのソースは、セマンティックグラフ所有者又は第三者により提供される。
【００１８】
１つの実施形態において、ＲＥＥ２４は、ＵＲＬにより直接アクセスされるフェースブック（Facebook(登録商標)）アプリケーションの一部分であり、及び／又はフェースブックページにタブとして実施される。この実施形態におけるセマンティックグラフは、フェースブックであり、従って、ＳＧＤ３０、３８は、フェースブックグラフＡＰＩ（ＦＧＡ）を使用して、ユーザとフェースブックオブジェクトとの間の接続に関する情報を検索する。ユーザ通知ドライバ４０は、稼いだ報酬についてユーザに通知するようにフェースブックアプリケーションのユーザインターフェイスを変更する。例えば、報酬を提供するブランドに対するフェースブックファンページの報酬タブを訪問する際に、ルールが前記ＳＧＤからのセマンティックグラフ情報に一致する場合には、ファンページタブのコンテンツは、「おめでとう、あなたは、このファンページをリンクするために１０ポイント勝った」を含む。又、このユーザインターフェイスは、過去の報酬に関する情報を（例えば、「報酬履歴」元帳として）、及び他の潜在的な報酬を記述及びハイパーリンクとして含むことができる。１つの実施形態において、報酬は、プライベート又はパブリック通貨でのポイント数又はクレジット数より成る。アカウントドライバ４４は、オンラインＡＰＩを使用して報酬アカウントサーバー４２に連絡し、ユーザのアカウントに報酬額を振り込むことを要求する。
【００１９】
報酬システムの他の考えられる実施形態は、セマンティックグラフがフェースブックの他に別のソーシャルネットワークであり、ユーザ通知ドライバが非同期メッセージングを使用してエンドユーザに通知し、報酬アカウントサーバーがローカルにホストされ、セマンティックグラフ情報がローカルにキャッシュされ、そしてアカウントドライバが報酬アカウントサービスへの要求をバッチ処理するような具現化を含む。
【００２０】
図２は、報酬を決定しそして一致する報酬に作用するプロセスを含む報酬のための方法６０を示す。例えば、図２は、各ルールを処理しそして特定のユーザについて特定のルールに基づき一致した報酬に作用するためのＲＥＥ内のロジックを示しているが、この方法は、他のコンピュータシステムで実行することもできる。この方法において、ＲＥＥは、ルールを検索し（６２）、そしてそのルールを現在ユーザに適用するかどうか決定するが、これは、そのルールが、それが繰り返される回数を制限するかどうか決定し（６４）、もしそうであれば、ユーザの報酬履歴を調べて、その回数が既に満たされたかどうか決定する（６６）ことによって行う。繰り返し限界に達していないか、又はユーザによる繰り返し限界に達していない場合には、ＲＥＥは、図３について以下に詳細に述べるように、充分な情報をセマンティックグラフから検索して、ルールが現在ユーザに一致するかどうか決定する（７０）。一致がある場合には、ＲＥＥは、エンドユーザに通知し（７２）、アカウントサーバーに通知する（７４）。任意であるが、セマンティックグラフサービスがそれをサポートする場合には、ＲＥＥは、セマンティックグラフサービスに報酬に関して通知することができる。
【００２１】
図２に示すように、繰り返し限界を満足し、ユーザが特定のルールに一致せず、及び／又はルールに一致し及び通知が行われた場合には、ＲＥＥは、特定のユーザに対してチェックすべきルールが更にあるかどうか決定し（７８）、次いで、付加的なルールがあるか又はプロセスが完了した場合には新たなルールを検索する（６２）。１つの実施形態において、フェースブックは、セマンティックグラフであり、ＲＥＥは、フェースブックグラフＡＰＩからＰＯＳＴ、オープングラフ２．０＋、通貨及び額より成る「報酬」オブジェクトの「稼ぎ」アクションを使用する。
【００２２】
図３は、セマンティックグラフ１０２からの情報に対してルール１００をマッチングさせるプロセスを含む報酬の方法を示す。特に、図１のストア３４のルール１００（ページ９が好きなユーザが＄２０報酬ルールを得る）は、マッチャー１０６（即ち、ＲＥＥの一部分）によりコンテキスト１０４に基づいてマッチングされる。重要な概念は、ＲＥＥが現在ユーザのコンテキスト１０４及びルール１００のセットをどのように使用して、セマンティックグラフ１０２の効率的な問合せを行うかである。即ち、１つの戦略は、現在ユーザに関する全ての情報に対してセマンティックグラフに問合せすることであり、これは、各ユーザに関して非常に限定された情報を伴うセマンティックグラフについては合理的な戦略であるが、（フェースブックのような）大きなセマンティックグラフでは、そのような問合せは、性能が低く、且つ処理すべき結果の禁止的に大きなセットを生じる。ルールは、第１のエンティティ（報酬を稼ぐユーザ）、第２のエンティティ（報酬が許される基礎となるフェースブックページのようなアイテム／個人、等）、報酬を許可しなければならない場合に決定される第１のエンティティと第２のエンティティとの間の関係（フェースブックにおける好きのような）、及び報酬額を含む。又、各ルールは、ユーザが特定の報酬を得ることのできる回数を制限する繰り返し限界も有する。
【００２３】
ＲＥＥは、セマンティックグラフ問合せを制限するための３つの情報断片の使用を含む。即ち、１）特定のユーザの識別子、２）特定ルールの範囲（当該エンティティのタイプ及び関係）、及び３）（コンテキストとしても知られている）特定のユーザ及びルールに対する最後の問合せのタイムスタンプ。セマンティックグラフによりサポートされる問合せの種類に基づいて、結果は、稼いだ報酬と１−１で対応するか、又は付加的なフィルタリングを要求する。例えば、図３は、２０１１年１１月１１日の最後のチェック以来ユーザ１２によりリンクされた全てのエンティティに対する問合せの結果を示し、マッチャーは、ページ９のエンティティ２についてそれらの結果を通して見て、２人のユーザ（ユーザ５及びユーザ１２）が一致となる。１つの実施形態では、セマンティックグラフは、フェースブックであり、そして関係は、フェースブックのソーシャルグラフの「友人」接続、フェースブックのオープングラフ１．０＋の「好き」接続、並びにフェースブックのオープングラフ２．０＋のａｐｐｓ−ネームスペース特有アクションを含む。１つの実施形態において、ＲＥＥは、ＭｙＳＱＬデータベースを使用するＰＨＰクラスであり、そしてフェースブックグラフＡＰＩは、参考としてここに援用されるアペンディックスＡに詳述されている。
【００２４】
図４は、セマンティックグラフ及び報酬エンドユーザの両方と相互作用する別の「非同期」アーキテクチャーを示す。このアーキテクチャーにおいて、ＲＥＥ２４は、セマンティックグラフサービス（ＳＧＳ）４６から、全ての登録されたユーザに対して現在ルールに関する全ての情報への契約を要求することにより、非同期で動作する。従って、関連ユーザ情報が変化するときには、ＳＧＳ４６は、ＲＥＥ２４に、ユーザ情報の変化について通知する。そのようなケースでは、ＲＥＥ２４は、変化をルールの現在セットと比較し、そして新たな報酬を稼いだかどうか決定し、もしそうであれば、図４に示したように、非同期メッセージングを経てユーザに通知するか、又は稼いだ報酬に関する情報を次の同期ユーザ相互作用のために記憶する（例えば、ユーザがファンページの報酬タブ、特殊なソーシャルネットワークａｐｐ、又は報酬ウェブサイトを次に訪問するとき）。１つの実施形態において、セマンティックグラフサービス４６は、フェースブックのグラフＡＰＩであり、そして報酬稼ぎエンジン２４の一部分である契約／公表メカニズムは、フェースブックの「リアルタイム更新」ＡＰＩである。
【００２５】
図５は、１つの実施形態では第三者ウェブサイトである「提携サービス」１１０の関与を通して報酬をトリガーするための別の実施形態を示す。この考え方は、ユーザが、そのウェブサイトに対して、購入を実行し、旅行を予約し、プロモーションビデオを見る、等のアクションを遂行することにより、報酬を稼げることである。このシステムは、通知ＡＰＩを経て報酬イベントを遂行するユーザをウェブサイトがＲＥＥ２４に通知するようにさせることでこれを行う。１つの実施形態では、通知ＡＰＩは、ＲＥＳＴ（ＵＲＬベースの）ＡＰＩを２つのメインエントリポイント、即ちＣｈｅｃｋＲｅｗａｒｄ（報酬チェック）及びＡｕｔｈＲｅｗａｒｄ（報酬許可）と共に使用する。
【００２６】
ＣｈｅｃｋＲｅｗａｒｄは、報酬がまだ有効で且つアクティブであるかどうか、例えば、報酬ルールがまだ予算計上しているかどうか、又は報酬マネージャーが報酬ルールをターンオフしたかどうかチェックするためにサーバー／ウェブサイトにより呼び出される。例えば、次のＵＲＬに要求を発して、
http://ree.sohalo.com/rest/checkReward.php?fromId=RM02&toId=CUST07&campaignld=CAM13
報酬マネージャーＲＭ０２の報酬キャンペーンＣＡＭ１３に関して有効で且つアクティブなルールがあるかどうか尋ね、もしあれば、報酬額及び通貨を返送する。次いで、ウェブサイトは、報酬を受け取る機会を表示し、そしてどのようにそれを請求するかのインストラクションを与える（１つの実施形態では、ユーザは、フェースブックａｐｐ又はページへのリンクを通してそれを請求することができる）。ＣｈｅｃｋＲｅｗａｒｄパラメータは、次のものを含む。
●ｆｒｏｍＩｄ：報酬寄贈者のＩＤ、ＲＥＥにより決定される値（このパラメータは、オプションではなく、デフォールトがない）
●ｔｏＩｄ：報酬取得者のＩＤ、報酬マネージャーにより決定される値（このパラメータは、オプションではなく、デフォールトがない）
●ｃａｍｐａｉｇｎＩｄ：報酬をトリガーするアクションのＩＤ、報酬マネージャーにより決定される値（このパラメータは、オプションではなく、デフォールトがない）
そして非エラー返送値については、
●ａｍｏｕｎｔ：報酬におけるポイント数
●ｃｕｒｒｅｎｃｙ：ＲＥＥにより定義された３文字頭字語（ＴＬＡ）としての報酬の通貨
【００２７】
ウェブサイト／サービスは、報酬が許可されることをＲＥＥ２４に知らせるためにＡｕｔｈＲｅｗａｒｄ  ＵＲＬに要求を発し、従って、ＲＥＥが報酬を準備する前に必要である。１つの実施形態では、次のＵＲＬに要求を発して、
http://ree.sohalo.com/rest/checkReward.php?fromId=RM02&toId=CUST07&campaignld=CAM13&amount=2&currency=FBC&signature=GHY653GF8KWM99
ユーザＣＵＳＴ０７がＣＡＭ１３により述べられたアクションを遂行するために報酬マネージャーＲＭ０２から２フェースブッククレジットの報酬を稼いだことを述べる。ｓｉｇｎａｔｕｒｅパラメータは、この要求が、認証を受けたエンティティから到来することを検証するための、他のパラメータのデジタルシグネチャーである。ＡｕｔｈＲｅｗａｒｄパラメータは、次のものを含む。
●ｆｒｏｍＩｄ：報酬寄贈者のＩＤ、ＲＥＥにより決定される値（このパラメータは、オプションではなく、デフォールトがない）
●ｔｏＩｄ：報酬エンドユーザのＩＤ、報酬マネージャーにより決定される値（このパラメータは、オプションではなく、デフォールトがない）
●ｃａｍｐａｉｇｎＩｄ：報酬をトリガーするアクションのＩＤ、報酬マネージャーにより決定される値（このパラメータは、オプションではなく、デフォールトがない）
●ｓｉｇｎａｔｕｒｅ：他の５つのパラメータ＋報酬マネージャーの機密の連鎖のデジタルシグネチャー
●ａｍｏｕｎｔ：許可するための報酬ポイント数（任意、ＲＥＥルールで供給されるデフォールト）
●ｃｕｒｒｅｎｃｙ：ＲＥＥにより定義されたＴＬＡとしての報酬の通貨（任意、ＲＥＥルールで供給されるデフォールト）
そしてＡｕｔｈＲｅｗａｒｄは、推測不能コード又はエラーを返送する。このコードは、要求の受信者として機能し、監査の目的で有用である。
【００２８】
図６は、「アグリゲートフレンドルール」１２０であるＲＥＥルールの一形式を示す。即ち、報酬エンドユーザは、サブルール１２２を遂行したあるソーシャルネットワーキング友人をもつために報酬を稼ぐことができる。そのようなルールは、友人の人数及び別のルールへの参照によりＲＤＥ２２において定義される。例えば、１０人の友人が、特定のフェースブックファンページを好きであるようにし（そのようにするために報酬を稼ぎ）又は５人の友人が特定の位置にモバイルチェックインするようにする。
【００２９】
図７Ａ及び７Ｂは、報酬システムをサポートするのに使用されるデータベーススキーマの一例を示す。データベーススキーマは、キャンペーン運動家が１つの実施形態においてｃａｍｐａｉｇｎｆａｎｐａｇｅｉｄカラムに記憶された所与のフェースブックファンページにおいてプロモーションされるキャンペーンを生成するときにキャンペーンに関する情報を含むｃａｍｐａｉｇｎテーブルを含む。各キャンペーンは、そのキャンペーンをプロモーションし且つマネージするために１つ以上のｃａｍｐａｉｇｎ＿ｍａｎａｇｅｒｓを有する。キャンペーンの期間は、キャンペーンテーブルのカラムｃａｍｐａｉｇｎｓｔａｒｔｄａｔｅ及びｃａｍｐａｉｇｎｅｎｄｄａｔｅに値を指定することにより定義される。（開始及び終了日時は、個々のキャンペーンイベントに付加されてもよい。）キャンペーン全体の資金となる預金は、ｃａｍｐａｉｇｎｅｖｅｎｔａｃｃｏｕｎｔｉｄカラムにセットされたアカウントから引き出される。
【００３０】
又、データベーススキーマは、キャンペーンマネージャーが報酬定義エンジン（ＲＤＥ）を使用して、所与のキャンペーンのための１つ以上の報酬ルールを生成するｃａｍｐａｉｇｎ＿ｅｖｅｎｔテーブルも含む。各個々のルールは、ｃａｍｐａｉｇｎ＿ｅｖｅｎｔテーブルにおいてタプルで表わされる。好ましい実施形態では、ｅｎｄｐｏｉｎｔｆｂｏｂｊｅｃｔｉｄカラムに定義されたフェースブックオブジェクトとの接続を形成するためにユーザに報酬が与えられる。接続タイプは、ｃｏｎｎｅｃｔｉｏｎ＿ｔｙｐｅテーブルに定義された１組のタイプからのエレメント（ファンページが好き、ファンページのウォールポストが好き、特定の場所にチェックインする、等）である。キャンペーンマネージャーは、ｄｅｆａｕｌｔａｍｏｕｎｔ及びｄｅｆａｕｌｔｃｕｒｒｅｎｃｙｉｄカラムに各々記憶される報酬値及び報酬通貨をセットする。又、キャンペーンマネージャーは、ｅｖｅｎｔｄｕｐｌｉｃａｔｉｏｎｍｅａｎｉｎｇｉｄカラムを経て、所与の接続を形成するためにユーザに報酬が与えられる回数に制約を課する。ｄｕｐｌｉｃａｔｉｏｎｍｅａｎｉｎｇｉｄは、ｄｕｐｌｉｃａｔｉｏｎｍｅａｎｉｎｇテーブルに定義された１組の意味のエレメントである（許可、拒絶又は置き換え、等）。キャンペーン全体の資金となる預金は、ｃａｍｐａｉｇｎｅｖｅｎｔａｃｃｏｕｎｔｉｄカラムに記録されたアカウントから引き出される。所与の報酬（これは先験的に知られている）を与えるに充分な預金残高がないときには、それに関連するｃａｍｐａｉｇｎ＿ｅｖｅｎｔが報酬稼ぎエンジンにより除外される。キャンペーンマネージャーは、親及び／又は子のアカウント間で預金を適宜に自由に移動し、各キャンペーンは、関連するｃａｍｐａｉｇｎ＿ｅｖｅｎｔサブアカウント間で分布及び再分布できる全体的なバジェットを有する。個々のｃａｍｐａｉｇｎ＿ｅｖｅｎｔは、ｉｓｅｎａｂｌｅｄカラムにおいてブールのフラグをセットすることにより休止及び再開することができる。
【００３１】
又、データベーススキーマは、ｒｅｗａｒｄｅｅテーブルも含み、キャンペーンファンページへの各訪問者は、ｒｅｗａｒｄｅｅテーブルにおいてタプルとして表わされる。各報酬取得者は、このキャンペーンに対するユーザへの報酬入金を記録するｒｅｗａｒｄｅｅａｃｃｏｕｎｔｉｄを有する。個々のアカウントトランザクションは、ａｃｃｏｕｎｔ＿ａｃｔｉｏｎ＿ｔｒａｎｓａｃｔｉｏｎとして表わされる。
【００３２】
又、データベーススキーマは、ｒｅｗａｒｄ＿ｅｖｅｎｔ＿ａｃｔｉｏｎテーブルも含み、報酬が報酬取得者に入金されるとき、ｅｖｅｎｔ＿ａｃｔｉｏｎテーブルにタプルが追加され、関連タプルがｒｅｗａｒｄ＿ｅｖｅｎｔ＿ａｃｔｉｏｎに追加される。各ｒｅｗａｒｄ＿ｅｖｅｎｔ＿ａｃｔｉｏｎは、ｃａｍｐａｉｇｎ＿ｅｖｅｎｔアカウントからの引き落とし及び報酬取得者のアカウントへの振込みを表わすための１組の関連するａｃｃｏｕｎｔ＿ａｃｔｉｏｎ＿ｔｒａｎｓａｃｔｉｏｎを有する。
【００３３】
以上、本発明の特定の実施形態を説明したが、当業者であれば、本発明の精神及び範囲から逸脱せずにこの実施形態に変更がなされ得ることが明らかであろう。従って、本発明の範囲は、特許請求の範囲において限定される。
【００３４】
アペンディックスＡ
0005924560.tif 000003
0005924560.tif 000004
0005924560.tif 000005
0005924560.tif 000006
【符号の説明】
【００３５】
２０：報酬システム
２２：報酬定義エンジン
２４：報酬稼ぎエンジン
２６：報酬マネージャー
２８：報酬エンドユーザ
３０：セマンティックグラフドライバ
３２：データベースドライバ
３４：報酬ルール
３６：データベースドライバ
３８：セマンティックグラフドライバ
４０：ユーザ通知ドライバ
４２：報酬アカウントサービス
４４：アカウントドライバ
４６：セマンティックグラフサービス
４８：モバイルａｐｐｓ
５０：ウェブサイト
５２：ウェブウイジェット
５４：ウェブａｐｐｓ
１０８：通知ＡＰＩ
１１０：提携サービス
【図１】
0005924560.tif 000007
【図２】
0005924560.tif 000008
【図３】
0005924560.tif 000009
【図４】
0005924560.tif 000010
【図５】
0005924560.tif 000011
【図６】
0005924560.tif 000012
【図７Ａ】
0005924560.tif 000013
【図７Ｂ】
0005924560.tif 000014