販売促進システム
【課題】 口コミによるコミュニケーションを通じた販売促進をより強力にバックアップできる技術構成を提供し、より効果的な販売促進につなげていく。
【解決手段】 第一の携帯端末５１からアクセスがあった際、一次サーバ２は、一次の販売促進情報をＱＲコードの状態で第一の携帯端末５１に送信する。第二の携帯端末５２が第一の携帯端末５１に表示されたＱＲコード６１を読み取ると、二次サーバ３にアクセスし、二次サーバ３は、更新された販売促進情報をＱＲコードの状態で第二の携帯端５２末に送信する。販売促進情報には、商品購入の紹介者に関する情報である紹介者情報が含まれており、二次サーバ３は紹介者情報を第二の携帯端末５２を保有する第二の者の情報に更新する。
【解決手段】 第一の携帯端末５１からアクセスがあった際、一次サーバ２は、一次の販売促進情報をＱＲコードの状態で第一の携帯端末５１に送信する。第二の携帯端末５２が第一の携帯端末５１に表示されたＱＲコード６１を読み取ると、二次サーバ３にアクセスし、二次サーバ３は、更新された販売促進情報をＱＲコードの状態で第二の携帯端５２末に送信する。販売促進情報には、商品購入の紹介者に関する情報である紹介者情報が含まれており、二次サーバ３は紹介者情報を第二の携帯端末５２を保有する第二の者の情報に更新する。
【発明の詳細な説明】
【技術分野】
【０００１】
本願の発明は、商品を他人に紹介させることにより販売促進を行うための方法及びシステムに関するものである。
【背景技術】
【０００２】
ウェブコミュニケーションを利用した販売促進の手法は、これまで多くのものが開発され、現実に利用されてきた。バナー広告等のウェブ広告はその代表的なものであるが、最近では、アフィリエイトと呼ばれる個人のサイトでの広告や、メールに広告のリンクを貼るメール広告も多くなってきており、個人ベースのコミュニケーションを利用して広告宣伝や販売促進を行おうとする動きが広がっている。
【特許文献１】特開２００７−２０６６６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
アフィリエイト広告などは一種の成果報酬型の広告であるが、いくらウェブ上のコミュニケーションで露出が多くされても、それはバーチャルなコミュニケーションであり、実際の商品の広告宣伝にはあまりインパクトが無いのではないか、という考え方も広がっていきている。その一方、口コミによって商品の評判が広がるというのは、依然として大きな効果を持っており、無視し得ない販売促進の手法である。
【０００４】
アフィリエイトのような、ある種、他人に対して商品を紹介する際に説得力を持っているような人は、その人のサイトで宣伝してもらうよりも、その人が実際に友人などに会って宣伝してもらう方が、何倍も宣伝効果が大きい。このような口コミの商品の紹介や宣伝をうまくＩＴを利用して加速させることができれば、より強力な販売促進の“仕掛け”になる可能性がある。
本願の発明は、このような点を考慮して為されたものであり、口コミによるコミュニケーションを通じた販売促進をより強力にバックアップできる技術構成を提供し、より効果的な販売促進につなげていくことを課題としている。
【課題を解決するための手段】
【０００５】
上記課題を解決するため、本願の請求項１記載の発明は、一次サーバと二次サーバと紹介報酬用サーバと記憶部とを備えた販売促進システムであって、
一次サーバには、一次の販売促進情報を第一の携帯端末に送信する一次送信プログラムが実装されており、
一次送信プログラムは、第一の携帯端末を持つ第一の者と第二の携帯端末を持つ第二の者とが実際に会って顔を合わせた際にのみそれら携帯端末同士でやり取りすることが可能なコードである端末間コードの状態で前記一次の販売促進情報を第一の携帯端末に送信するものであって、第一の携帯端末からアクセスがあった際に実行されるようになっており、
二次サーバには更新プログラムが実装されており、更新プログラムは、第二の携帯端末からアクセスがあった際に実行されるようになっており、
販売促進情報は、商品を特定するための商品特定情報と、商品購入の紹介者に関する情報である紹介者情報と、前記更新プログラムを実行するための情報である実行情報とを含んでおり、この実行情報は、紹介者情報を二次サーバに送信して前記更新プログラムを実行するためのものであり、
紹介者情報は、アクセスしてきた携帯端末を持つ者の固有情報を含んでおり、
前記一次送信プログラムは、第一の携帯端末からアクセスがあった際、第一の者の固有情報を紹介者情報として前記一次の販売促進情報を送信するプログラムであり、
前記更新プログラムは、第二の携帯端末からアクセスがあった際、第二の者の固有情報を紹介者情報として更新するものであり、且つ、更新された紹介者情報と前記更新プログラムの実行情報とを含んだ二次の販売促進情報を前記端末間コードの状態で第二の端末に送信するプログラムであり、
記憶部には、コード更新情報ファイルが記憶されており、コード更新情報ファイルは、一次送信プログラムが一次の販売促進情報を前記端末間コードの状態で前記第一の携帯端末に送信した際に前記商品特定情報と前記紹介者情報とが記録されるとともに、送信先である第一の者の固有情報が記録されるものであり、且つ更新プログラムが二次の販売促進情報を前記端末間コードの状態で前記第二の携帯端末に送信した際に、前記商品特定情報と前記更新された紹介者情報とが記録されるとともに、送信先である第二の者の固有情報が記録されるものであり、
紹介報酬用サーバには紹介報酬付与用プログラムが実装されているとともに、記憶部には、支払うべき紹介報酬の情報を記録した支払い情報ファイルが記憶されており、
紹介報酬付与用プログラムは、第二の携帯端末から報酬ＩＤと前記商品特定情報と第二の者の固有情報とが送信された際に実行されるプログラムであり、
紹介報酬付与用プログラムは、送信された報酬ＩＤが支払い情報ファイルに記憶されていない場合に、送信された商品特定情報と第二の者の固有情報に従って前記コード更新情報ファイルを検索して前記更新された紹介者情報を取得し、その紹介者情報に含まれる前記第一の者の固有情報を支払い情報ファイルに記録するプログラムであり、且つ、送信された報酬ＩＤが支払い情報ファイルに記憶されている場合は、支払い情報ファイルへの記録を行わないプログラムであるという構成を有する。
【発明の効果】
【０００６】
以下に説明する通り、本願発明によれば、他人に商品を紹介した際、その他人が商品を購入して報酬請求情報を送信することで、紹介した者が報酬を得ることができる。このため、商品を紹介するインセンティブが生じ、販売促進につながる。そして、紹介をされた他人がさらに別の他人に紹介するという重畳的な紹介がされる場合にも、それぞれの紹介者の固有情報を特定することで報酬を支払うようにすることができる。したがって、商品を紹介するインセンティブがさらに高まることになり、販売促進の効果がより高くなる。
【０００７】
また、ある人が商品を購入して報酬請求情報を送信した際、そこに至るまでに関わった全ての者（他人に端末間コードを読み込ませた者）の固有情報を紹介者情報として記録することができ、それら全ての者に紹介報酬を支払うことができる。したがって、他人に商品を紹介するインセンティブをさらに高くできる。
また、紹介者情報を更新するのに使われる技術構成として、実際に会った際にのみ送受信可能な端末間コードに変換された販売促進情報が使われているので、口コミを利用した商品の紹介を効果的に行わせて販売促進をすることができる。
【発明を実施するための最良の形態】
【０００８】
次に、本願発明を実施するための最良の形態（以下、実施形態）について説明する。
図１は、本願発明の実施形態に係る販売促進システムの概略図である。図１に示すシステムは、データサーバ１と、一次サーバ２と、二次サーバ３と、紹介報酬用サーバ４と、ウェブサーバ１０とを備えている。各サーバ１，２，３，４，１０は、不図示のファイアウォールを介してインターネットに接続されている。各サーバ１，２，３，４，１０は、統合された一つ又は複数のサーバで構成されることもあるし、各々について個別のサーバとされることもある。
【０００９】
本システムは、実際に商品を販売する会社から販売促進を請け負う業者によって運営されることが想定されている（以下、この者を運営主体という）。典型的には、広告代理店等が運営主体に該当する。運営主体は、各販売主から販売促進の代行を請け負い、本システムを運営する。
このシステムは、複数の（少なくとも二つの）携帯端末５１，５２の間の情報の送受信を利用して販売促進を行うものとなっている。各携帯端末５１，５２としては、携帯電話が想定されているが、ＰＤＡ(personal data assistant)等の他の携帯端末であっても良い。少なくとも二つの携帯端末を、以下、第一の携帯端末５１及び第二の携帯端末５２とする。各携帯端末５１，５２は、情報を表示する表示部、情報を記憶する記憶記等を備えている。
【００１０】
本実施形態のシステムは、第二の携帯端末５２に第一の携帯端末５１から販売促進情報が送信されることを利用して販売促進を行うシステムとなっている。販売促進情報は、第二の者が第一の者に商品の紹介を受けたことを示す情報であり、第二の者が商品の購入をした際に第一の者に報酬を支払うことで販売促進を行うものである。
本実施形態の特徴点の一つは、このような販売促進情報が、第一の者と第二の者とが実際に会って顔を合わせた際にのみそれら携帯端末同士で送受信することが可能な端末コードに変換されるものとなっている点である。このような端末間コードとして、本実施形態では、ＱＲコードが採用されている。
【００１１】
図２は、このようなＱＲコード化された販売促進情報（以下、促進用ＱＲコード）について示した概略図である。図２は、一例として、第一の携帯端末５１上に表示された促進用ＱＲコード６１を示している。本実施形態における販売促進情報は、ある商品について他人に紹介した際の紹介者の情報（紹介者情報）を含んでいる。したがって、促進用ＱＲコードも、図２に示すように紹介者情報をコード化した部分（以下、紹介者情報コード部）７１を含んでいる。本実施形態では、それとともに、紹介者情報を更新するプログラム（以下、更新プログラム）を実行するための部分（以下、更新用コード部）７２と、商品の詳細な情報を取得するための部分（以下、商品情報用コード部）７３と、商品を他人に紹介することや商品を購入することのインセンティブを与えるための情報を取得する部分（以下、インセンティブ情報用コード部）７４を含んでいる。
【００１２】
本実施形態では、携帯端末５１，５２を持つ者を特定する情報として、その者の固有情報を設定している。本実施形態では、各携帯端末５１，５２の端末ＩＤが固有情報として設定されている。端末ＩＤは、携帯電話の場合には工場出荷の際に予め設定されており、固有情報として送信させることができるようになっているのでそれを利用する。
また、図２に示すように、促進用ＱＲコード６１が送信されて第一の携帯端末５１に表示された際、販売促進の対象である商品の詳細情報のウェブページ（以下、商品情報ページ）６２と、インセンティブ情報のウェブページ（以下、インセンティブ情報ページ）６３とが併せて表示されるようになっている。
【００１３】
まず、データサーバ１の構成について説明する。データサーバ１は、本実施形態のシステムによって管理される各種情報を保存しておくサーバである。データサーバ１は記憶部を有しており、この記憶部には、本システムによって販売促進がされる商品の情報を保存したデータベースファイル（以下、商品情報ファイル）や、会員情報を保存したデータベースファイル（以下、会員情報ファイル）等が記憶されている。
【００１４】
図３は、商品情報ファイルの内容の一例について示した概略図である。図３に示すように、商品情報ファイルは、商品ＩＤ、商品名、店舗名、商品情報ＵＲＬ、価格等のフィールドから成るレコードを多数記録したものである。
本実施形態のシステム及び方法により自社商品の販売促進をして欲しい者（販売主）は、商品や店舗の情報を運営主体に提供し、商品情報ファイルに記録してもらう。提供する情報には、商品情報ＵＲＬが含まれる。商品情報ＵＲＬは、商品の詳細情報を表示するウェブページのＵＲＬである。これは、販売主の方で用意される場合もあり、運営主体の方で用意したサーバ上のＨＴＭＬの場合もある。
【００１５】
本実施形態のシステムは、前述したように、商品を他人に紹介し、その他人がその商品を購入した場合には、紹介料としての報酬を紹介者に支払うためのシステムである。報酬の支払い等のためには、その者の個人情報が必要であり、そのため、本実施形態のシステムによるサービスは会員制となっており、サービスの提供を受けるには、会員登録が必要である。会員情報ファイルは、会員登録の際に入力された個人情報を保存したファイルとなっている。
【００１６】
この他、データサーバ１には、購入者自身に対する特典付与の情報を保存したデータベースファイル（以下、購入者特典情報ファイル）が記憶されている。購入者得点情報ファイルは、商品ＩＤ、報酬ＩＤ、購入者バック額等のフィールドから成るレコードを多数記録したファイルである。
さらに、データサーバ１には、コード更新情報ファイルが記憶されている。コード更新情報ファイルは、発行した促進用ＱＲコードがどのように更新されたの情報を保存したデータベースファイルである。
【００１７】
図４は、コード更新情報ファイルの内容の一例について示した概略図である。図４に示すように、ＱＲコード生成日、送信先端末ＩＤ、商品ＩＤ、紹介者情報、コード更新ＩＤ、ＱＲファイル名等のフィールドから成るレコードを登録したものである。送信先端末ＩＤは、ＱＲコードを送信先の携帯端末の端末ＩＤである。ＱＲファイル名とは、作成されたＱＲコードのファイル名（イメージファイルのファイル名）を記録したフィールドである。コード更新情報ファイルは、促進用コードが新規に発行されるたびに（即ち、第一の携帯端末５１にＱＲコードが最初に送信されるたびに）作成される。
【００１８】
また、データサーバ１には、上述したコード更新情報ファイルに加え、発行先の端末ＩＤ別にコード更新情報を記録したファイル（以下、端末別コード更新情報ファイル）が記憶されている。端末別コード更新情報ファイルは、その端末ＩＤに対して送信された促進用ＱＲコードの情報をデータベース化したファイルである。フィールド構成については、送信先端末ＩＤが無いことを除き、図４に示すコード更新情報ファイルと同様である。端末別コード更新情報ファイルは、後述する一次送信プログラム又は更新プログラムが実行された際、アクセス元の携帯端末５１，５２の端末ＩＤについての端末別コード更新情報ファイルがデータサーバ５１に無い場合に新しく作成される。
【００１９】
次に、一次サーバ２の構成について説明する。
一次サーバ２は、前述した促進用ＱＲコード６１を一次データとして第一の携帯端末５１に送信して第一の携帯端末５１に表示させるサーバである。一次サーバ２は、記憶部を備えている。記憶部には、一次データとしての促進用ＱＲコード（以下、一次ＱＲ）６１を第一の携帯端末５１に送信する一次送信プログラムが記憶されており、一次サーバ２に実装されている。尚、「実装」とは、implementationのことであり、ソフトウェアがサーバに設けられることで、ある特定の機能が実現されることを意味している。
【００２０】
一次送信プログラムの実行は、何らかのイベント（きっかけ）が必要である。一次送信プログラムの実行させるイベントについては、幾つか考えられる。まず考えられるのは、第一の携帯端末５１において通常のインターネットの操作（ブラウザの操作）を行い、一次サーバ２にアクセスして一次送信プログラムを実行するイベントである。別のイベントとしては、第一の携帯端末５１が初期的なＱＲコードを読み取り、それによって一次サーバ２にアクセスして一次送信プログラムを実行することが考えられる。まず、前者のブラウザの操作によるイベントについて説明する。
【００２１】
一次ＱＲ６１をブラウザの操作により取得する構成としてまず考えられるのは、他人への商品の紹介者を募るための専用のウェブサイト（以下、紹介者募集専用サイト）を設ける構成である。別の構成としては、通常の商品の販売サイトにおいて、商品の販売とともに、その商品の紹介者を募集するよう構成することが考えられる。図５には、この後者の例が示されている。即ち、図５は、商品の販売とともに紹介者募集を行うサイト（以下、商品販売・紹介者募集サイト）の一例について示した概略図である。
【００２２】
図１に示すウェブサーバ１０は、商品販売・紹介者募集サイトを提供するためのＨＴＭＬを備えている。第一の携帯端末５１においてブラウザが操作されると、ウェブサーバ１０により図５（１）に示すようなウェブページが第一の携帯端末５１に表示される。図５（１）に示すように、この商品販売・紹介者募集サイトでは、多数の商品の情報を表示した欄が並べて設けられている。図５（１）ではすべては表示されていないが、画面をスクロールさせると、順次次の商品の表示欄が現れる。各商品の表示欄には、商品の写真や商品の説明を表示した部分に加え、「購入する」の表示がされたコマンドボタン（以下、購入ボタン）８３と、「友人に紹介」の表示がされたコマンドボタン（以下、紹介者登録ボタン）８４とが設けられている。
【００２３】
購入ボタン８３が押下されると、その欄の商品を購入するページが第一の携帯端末５１に送信されて表示されるようになっており、この点は、通常のネットショッピングの場合と同様である。尚、ウェブサーバ１０において商品購入が完全に完了するよう構成される場合もあるが、商品購入のための正式なサイトは別のサーバで提供されるようになっており、購入ボタン８３はそのサイトへのリンクボタンである場合もある。本システムが販売促進を代行して行う運営主体によるものであることを考えると、後者のケースの方が現実的である。
【００２４】
紹介者登録ボタン８４が押下されると、図５（２）に示すように、紹介者登録のためのページが第一の携帯端末５１に送信されて表示されるようになっている。このページでは、「この商品をお友達に紹介してお友達が購入すると、貴方にもポイントが加算されます。ＱＲコードを送信しますので、ＱＲコードを貴方の携帯に表示し、お友達の携帯で読み取ってもらって下さい。」というようなメッセージが表示されるようになっており、ＯＫボタンのような最終的に送信を確定させるボタン（以下、確定ボタン）８５が設けられている。この確定ボタン８５に、本実施形態における一次送信プログラムを実行させるためのコマンドを埋め込むようにする。この際、一次送信プログラムの実行に必要な変数（パラメータ）が引数として併せて送信されるようにする。
【００２５】
一次送信プログラムの詳細も含め、上記の点を図６を使用してより詳しく説明する。図６は、一次送信プログラムの概略を示すフローチャートである。
一次送信プログラムは、前述したように一次サーバ２に実装されている。例えば一次サーバ２のＵＲＬがhttp://www.promotion.co.jpであるとすると、上記確定ボタン８５は、http://www.promotion.co.jp/initialsending.asp?shouhinID="0001"&tanmatsuID=ONのようなコマンドが埋め込まれたものとなっている。この例で、initialsending.aspは、ウェブページプログラムとしての一次送信プログラムとなっている。また、shouhinID="0001"は、商品ＩＤを引数として指定している部分である。tanmatsuID=ONは、第一の携帯端末５１の端末ＩＤを送信させている部分であり、この例はＮＴＴドコモの携帯電話の場合の例である。ＮＴＴドコモの携帯電話の場合、予約語としてＯＮで端末ＩＤを引数として渡すようになっている。このように、確定ボタン８５は、商品ＩＤと端末ＩＤとを引数にして一次サーバ２にアクセスするコマンドがＱＲコード化されたものとなっている。
【００２６】
一次送信プログラムは、会員登録のためのモジュールを有している。一次送信プログラムは、送信された商品ＩＤと端末ＩＤをメモリ変数に保持しつつ、まず会員登録のためのモジュールを実行するようようになっている。尚、「モジュール」とは、大きなプログラムを構成している一つのまとまったプログラム（サブプログラム）の意味である。データサーバ１には、会員登録ページのＨＴＭＬが記憶されており、一次送信プログラムは、会員登録ページを第一の携帯端末５１に送信して表示させ、会員登録のための個人情報等の入力を行わせる。入力された情報は、データサーバ１の会員情報ファイルに新たなレコードとして保存される。この部分の構成は、通常の会員登録を行うシステムと同様なので、詳細な説明は省略する。
尚、確定ボタンがクリックされて一次送信プログラムが起動した際、その第一の端末ＩＤ５１は、別の商品の購入の際に前記確定ボタン８５をクリックしていて既に会員になっている場合がある。このような場合は、一次送信プログラムは、会員登録のためのモジュールを実施しない。
【００２７】
次に、一次送信プログラムは、ＱＲコードの生成、送信を行う。図６に示すように、一次送信プログラムは、まず、送信された商品ＩＤ（前記の例ではshouhinID="0001")に従って、商品情報ファイルを検索し、その商品の詳細を表示する商品情報ＵＲＬを取得する。図２に示す例では、http://www.promotion.co.jp/shouhin/shouhin1.htmlが商品情報ＵＲＬとなっている。この例では、一次サーバ２と商品情報サーバとが同じサーバであり、同じwww.promotion.co.jpというドメイン名を持っている。
【００２８】
次に、一次送信プログラムは、第一の端末に送信する一次ＱＲ６１を生成する。前述したように、促進用ＱＲコードは、紹介者情報コード部７１と、更新用コード部７２と、商品情報用コード部７３と、インセンティブ情報用コード部７４を含んでいる。また、本実施形態の促進用ＱＲコードは、上記コード発行ＩＤをＱＲコード化した部分（以下、発行ＩＤ部）７５を含んでいる。一次送信プログラムは、これらから成るＱＲコードを生成する。
【００２９】
より具体的に説明すると、ここでは第一の携帯端末５１を保有する第一の者が初期的な（一次の）紹介者となり、第一の携帯端末５１の端末ＩＤが紹介者情報となる。更新プログラムが、例えば同じwww.promotion.co.jpというドメイン名に設けられたupdate.aspというファイル名であるとすると、一次送信プログラムは、例えばhttp://www.promotion.co.jp/update.asp?shouhinID="0001"&shoukaisha="00000100"&qrIssueID="xxyy"&tanmatsuID=ON をＱＲコード化する。この例では、http://www.promotion.co.jp/update.aspが更新用コード部７２であり、shouhinID="0001"が商品ＩＤをしている部分で商品情報用コード部７３に相当している。そして、shoukaisha="00000100"が紹介者情報コード部７１であり、第一の携帯端末５１の端末ＩＤを指定している部分である。また、qrIssueID="xxyy"が発行ＩＤ部７５である。また、tanmatsuID=ONは、このＱＲコードを第二の携帯端末５２が読み取った際にその第二の携帯端末５２の端末ＩＤを送信させるための部分である。尚、インセンティブ情報用は、更新用コード部７２であるupdate.aspを実行した際に送信されるようになっており、http://www.promotion.co.jp/update.aspは更新用コード部７１とインセンティブ情報用コード部７４とを兼ねている。
【００３０】
このようにして生成されたＱＲコードのファイル（以下、ＱＲファイル）はイメージファイルであり、例えばＧＩＦ形式のファイルとされ、QR0001.gifのようなファイル名が付けられる。このようにして生成されたＱＲファイルは、データサーバ１の記憶部に記憶される。
【００３１】
次に、一次送信プログラムは、一次ＱＲ６１の送信（即ちＱＲファイルの送信）を行う。この際、一次ＱＲ６１とともに商品情報ページ（上記例では、shouhin1.html）６２やインセンティブ情報ページ６３を所定のフレームに組み込んで送信し、図２に示すように第一の携帯端末５１上に表示するようになっている。インセンティブ情報は、定型のテキスト情報であり、記憶部に記憶されており、それを読み出して送信する。ここでのインセンティブ情報は、他人にＱＲコードを読み込ませて商品の紹介をし、その他人が商品の購入をするとポイント等の報酬がもらえる旨のテキスト情報である。
【００３２】
次に、一次送信プログラムは、コード発行ＩＤとコード生成ＩＤの生成を行う。コード発行ＩＤは、新規の促進用ＱＲコードの発行（即ち、一次ＱＲ６１の生成）のたびに生成されるＩＤである。また、コード生成ＩＤは、促進用ＱＲコードの生成のたびに（新しく促進用ＱＲコードを生成したり、促進用ＱＲコードを更新したりするたびに）、生成されるＩＤである。
一次送信プログラムは、コード発行ＩＤを生成し、このＩＤのファイル名にてコード更新情報ファイルを新しく作成して、データサーバ１の記憶部に記憶させる。次に、一次送信プログラムは、コード生成ＩＤを生成してデータサーバ１に送り、作成したコード更新情報ファイルの１番目のレコードして保存する。この他、コード更新情報ファイルには、送信先である第一の携帯端末５１の端末ＩＤ、商品ＩＤ、初期値の紹介者情報（前述した例では"00000100"）が登録される。
【００３３】
次に、一次送信プログラムは、送信先の端末ＩＤについて端末別コード更新情報ファイルがあるかどうか判断し、ある場合には、新しくレコードを追加して各フィールドの内容を記録する。ない場合には端末別コード更新情報ファイルを新たに作成し、同様に新しくレコードを追加する。このようにして一次ＱＲ６１の生成・送信、コード生成ＩＤ等の関連情報の登録を行うと、一次送信プログラムは終了である。
【００３４】
次に、ブラウザの操作以外によって一次送信プログラムを起動する例について、前述した初期的なＱＲコードの読み取りにより行う構成を例にして、再び図１を参照しながら詳説する。
例えば、第一の携帯端末５１を保有する者（第一の者）が、インターネットショッピングや通信販売等を行って商品が届いた場合を想定する。この際、図１に示すように、商品には送り状、納品書、又は請求書（以下、同梱書状）８１等が同梱されている。これら同梱書状８１に、初期的なＱＲコード（以下、初期ＱＲ）８２が印刷されている。この初期ＱＲ８２は、一次サーバ２にアクセスし、一次サーバ２に実装されている一次送信プログラムを実行するためのコマンドがＱＲコード化されたものとなっている。
【００３５】
同梱書状８１には、初期ＱＲ８２とともに、
「この商品をお友達にも紹介してください。紹介したお友達が商品を購入したら、１回につき○○ポイントが紹介ポイントして付与されます。ポイントが溜まったら、お好きな商品や割引券を交換ができます。紹介ポイントの付与を受けるには、会員登録が必要です。印刷されているＱＲコードを読み取り、会員登録ページにアクセスして会員登録をしてください。」
というような案内が印刷されている。したがって、第一の者は、この案内を読んで興味を持ち、初期ＱＲ８２を読み込んで一次サーバ２にアクセスし、一次送信プログラムを一次サーバ２に実行させる。
【００３６】
周知のように、ＱＲコードを読み取ると自動的にコードの復元が行われる。初期ＱＲ８２は、前述した確定ボタンに埋め込まれたコマンドと同様のコードをＱＲコード化したものとされる。即ち、前記の例で言えば、初期ＱＲ８２は、http://www.promotion.co.jp/initialsending.asp?shouhinID="0001"&tanmatsuID=ONのようなコマンドがＱＲコード化されたものとなっている。したがって、第一の携帯端末５１の機能として、初期ＱＲ８２を読み取り、それが復元されて表示され、コマンドの実行が指示されると、上記と同様に一次送信プログラムが実行されることになる。一次送信プログラムの構成自体は、上述したものと同様である。
【００３７】
次に、上記のように発行された一次ＱＲ６１の保存と呼び出しについて説明する。
発行された一次ＱＲ６１は、後述するように、第二の携帯端末５２に読み取らせるものであるため、どこかに保存しておく必要がある。このための構成については、第一の携帯端末５１上に専用のプログラムをインストールし、第一の携帯端末５１に保存するよう構成することが考えられる。このようにしても良いのであるが、第一の携帯端末５１にプログラムをインストールしたりそこに保存したりすることは、第一の携帯端末５１の記憶部（メモリなど）に多くの領域を使用することなるので、あまり好ましくはない。そこで、本実施形態では、発行された一次ＱＲ６１もシステム上に保存するようにし、第一の携帯端末５１上の汎用ソフトであるブラウザによって呼び出して利用する構成を採用している。以下、この点について図７を参照して説明する。図７は、一次ＱＲ６１の呼び出しについて示した概略図である。
【００３８】
前述したように、一次送信プログラムは、一次ＱＲ６１の送信の際、生成したＱＲファイルをデータサーバ１の記憶部に記憶する。そして、この際のファイル名（ＱＲファイル名）が、図４に示すコード更新情報ファイルや不図示の端末別コード更新情報ファイルに記録されている。つまり、発行された促進用ＱＲコードは、すべてシステム上で保存され、管理されるようになっている。
【００３９】
一方、ウェブサーバ１０は、保存された促進用ＱＲコードを呼び出すためのウェブページを提供するものとなっている。前述した例で言うと、ウェブサーバ１０は、www.promotion.co.jpというＵＲＬのトップページを提供するようになっている。図７（１）に、第一の携帯端末５１上にこのトップページが表示された状態が示されている。図７（１）に示すように、トップページには「ＭｙＱＲコードの呼び出し」のような表記がされたコマンドボタン８６があり、このコマンドボタン（以下、ＱＲ呼び出しボタン）８６には、促進用ＱＲコードを呼び出すためのプログラム（以下、ＱＲ呼び出しプログラム）の実行コマンドが埋め込まれている。ＱＲ呼び出しプログラムは、例えばウェブサーバ１０に実装されている。尚、図７（１）に示すコマンドボタン８７は、商品の購入や友人への紹介のために各商品の詳細情報を表示するページへのリンクボタンとなっている。このコマンドボタン８７がクリックされると、図５（１）に示すようなページが表示される。
【００４０】
ＱＲ呼び出しボタン８６に埋め込まれた実行コマンドは、端末ＩＤを変数として送信してＱＲ呼び出しプログラムを実行するものである。ＱＲ呼び出しプログラムは、送信された端末ＩＤを検索キーにしてデータサーバ１を検索し、該当する端末別コード更新情報ファイルを開く。そして、呼び出しプログラムは、その端末別コード更新情報ファイルの各レコードの情報を、所定のフレームに組み込んで第一の携帯端末５１に送信する。例えば、図７（２）に示すように、商品ＩＤ、商品名等の情報をリスト化し、第一の携帯端末５１上に表示されるようにする。この際、商品名の部分には、その商品の商品ＩＤを送信してＱＲファイルを読み出すためのコマンドを埋め込んでおく。
【００４１】
図７（２）に示す状態で、特定の商品名がクリックされると、ＱＲ呼び出しプログラムは、送信された商品ＩＤを検索キーにして端末別コード更新情報ファイルを検索し、該当するレコードのＱＲファイル名を取得する。そして、そのＱＲファイル名のＱＲファイル（一次ＱＲ６１のイメージファイル）を所定のフレームに組み込んで第一の携帯端末５１に送信する。この状態が、図７（３）であり、これでＱＲ呼び出しプログラムは終了である。尚、ＱＲ呼び出しプログラムは、一次送信プログラムと同様、一次ＱＲ６１とともに、商品情報やインセンティブ情報を併せて送信して第一の携帯端末５１上に表示するものとなっている。尚、後述する二次ＱＲ６５についても、同様の構成により第二の携帯端末５２上に表示できるようになっている。
【００４２】
次に、このようにして第一の携帯端末５１に送信された一次ＱＲ６１を第二の携帯端末５２に読み込ませるための構成について説明する。
本実施形態における促進用ＱＲコードは、前述したように各々携帯端末を持つ者同士が「実際に会って顔を合わせた際にのみそれら携帯端末同士で送受信することが可能なコード」の例である。本実施形態では、第一第二の携帯端末５１，５２としては携帯電話が想定されているが、近時市販されている携帯電話の殆どには、ＱＲコードを表示し、また表示されたＱＲコードを読み取る機能が付加されている。ＱＲコードの読み取り機能は、カメラ機能でＱＲコードを読み取り、画像処理して元の情報に変換する機能である。
【００４３】
第一の者（紹介者）は第二の者（被紹介者）と実際に会い、第一の者は商品について第二の者に口頭で紹介する。第二の者が興味があるようであれば、第一の者は、上述したようにウェブサーバ１０にアクセスしてＱＲ呼び出しプログラムを実行させ、第一の携帯端末５１に一次ＱＲ６１を表示する。そして、表示された一次ＱＲ６１を、第二の者に第二の携帯端末５２から読み込ませる。この際、第一の携帯端末５１に表示されるのは、図２に示すように、ＱＲコードとともに商品情報ページ（商品の写真や商品の説明文等）６２を含んでいる。尚、この場合の「実際に会って顔を合わせた際」とは、本実施形態のシステムが口コミによる商品紹介を基本としたものであることによっており、メール等による交信のような仮想的な出会いは排除する趣旨である。
【００４４】
次に、販売促進情報の更新を行う二次サーバ３の構成について説明する。
二次サーバ３には、販売促進情報を更新させる更新プログラムが実装されている。即ち、二次サーバ３の記憶部には更新プログラムが記憶されており、第二の携帯端末５２からアクセスがあった際に実行されるようになっている。図８は、更新プログラムが実行される際の第二の携帯端末５２の画面表示について示した概略図である。
【００４５】
前述したように、一次送信プログラムによって送信された一次ＱＲ６１には、更新用コード部７２が含まれている。一次ＱＲ６１が第二の携帯端末５２によって読み取られ（図８（１））、そのＱＲコードのデコード（復元）が終了すると、更新プログラムの実行をするかどうかの入力をさせる画面となる（図８（２））。この部分は、第二の携帯端末５２が通常備えるプログラムの機能である。この画面で、Ｙｅｓボタンを押下すると、更新プログラムの実行コマンドが機能し、更新プログラムが実行される。図８（２）に示すように、更新プログラム（http://www.promotion.co.jp/update.asp）を実行する際には、引数として商品ＩＤ（shouhinID="0001"）と紹介者情報（shoukaisha="00000100"）とＱＲ発行ＩＤ（qrIssueID="xxyy"）と端末ＩＤ(tanmatsuID=ON)を指定している。これらも、ＱＲコードの復元の結果である。
【００４６】
更新プログラムが実行されると、図８（３）に示すように、更新されたＱＲコード（以下、二次ＱＲ）６５が第二の携帯端末５２に送信されて表示されるようになっている。また、更新プログラムにおいても、二次ＱＲ６５とともに商品情報６２やインセンティブ情報６３が第二の携帯端末５２に表示されるようになっている。これらの情報は、図２に示す一次ＱＲ６１に付帯したものとほぼ同様であるが、インセンティブ情報６３については、多少異なっており、この画面を見せて購入をするとポイントが付与される旨が記載されている。このポイントの付与は、購入者自身に対する特典の付与であるが、後述するような報酬請求情報の付与のためのインセンティブとなっている。
【００４７】
図９は、更新プログラムの概略構成を示すフローチャートである。
更新プログラムも、会員登録のためのモジュールを含んでいる。図９に示すように、更新プログラムは、アクセスしてきた第二の携帯端末５２の端末ＩＤから、この第二の端末５２が会員登録されたものであるかどうか判断する。会員登録されていない場合、最初に会員登録のためのモジュールが実行される。
第二の端末５２が、別の商品について初期ＱＲ８２を読み込む等したり、または別の商品について一次ＱＲ６１を読み込んで一次送信プログラムを実行させたりして、既に会員登録をしている場合がある。このような場合、さらなる会員登録はされない。
【００４８】
次に、更新プログラムは、商品ＩＤに従って当該商品ＩＤの商品情報ページのＨＴＭＬを取得するとともに、紹介者情報の更新を行う。即ち、例えば、第二の携帯端末５２の端末ＩＤが00000101だとすると、tanmatsuID=ONの引数から00000101が取得されるから、shoukaisha="00000100"&"00000101"を紹介者情報とする。
【００４９】
次に、更新プログラムは、二次ＱＲ６５の生成を行う。上記の例で言うと、http://www.promotion.co.jp/update.asp?shouhinID="0001"&shoukaisha="00000100"&"00000101"&qrIssueID="xxyy"&tanmatsuID=ONをＱＲコード化したイメージファイルを生成する。生成したイメージファイル（ＱＲファイル）は、所定のファイル名が付与され、データサーバ１の記憶部に記憶される。この際のＱＲファイルのファイル名（ＱＲファイル名）は、一次ＱＲ６１のものとは異なることは勿論である。
そして、更新プログラムは、取得した商品情報ページのＨＴＭＬと、生成した二次ＱＲ６５のイメージファイルと、インセンティブ情報ページとを所定のフレームに組み込んで第二の携帯端末５２に送信し、第二の携帯端末５２上に表示する。これらは、前述した一次ＱＲ６１の送信の場合とほぼ同様である。
【００５０】
次に、更新プログラムは、コード生成ＩＤを新たに生成し、データサーバ１に送ってコード更新情報ファイルに保存する。即ち、送信されたＱＲ発行ＩＤ（前記の例では"xxyy"）に従ってデータサーバ１上の該当するファイル名のコード更新情報ファイルを開く。そして、生成したコード生成ＩＤを新たなレコードのフィールドに記録してファイルを更新する。この際、二次ＱＲ６５の送信先である第二の携帯端末５２の端末ＩＤ、商品ＩＤ、上記更新された紹介者情報（"00000100"&"00000101"）、ＱＲファイル名も記録する。
【００５１】
次に、更新プログラムは、送信された端末ＩＤに従って端末別コード更新情報ファイルがデータサーバ１上にあるかどうか判断し、無ければ新しく作成してレコードを追加する。あれば、そのファイルに新しくレコードを追加する。このようにして二次ＱＲ６５の送信、コード更新情報ファイル等へのレコード追加がされると、更新プログラムが終了である。この状態が、図８（３）の状態である。
上記説明から解るように、更新プログラムを実行することにより第二の携帯端末５２に送信された二次ＱＲ６５では、紹介者情報が更新されており、第一の携帯端末５１の端末ＩＤの情報に第二の携帯端末５２の端末ＩＤの情報が付加されている（即ち、shoukaisha="00000100"&"00000101"）。
【００５２】
次に、このように更新された促進用ＱＲコード（二次ＱＲ６５）を利用して実際に販売促進のためのインセンティブを付与するための構成について説明する。
図８（３）に示すインセンティブ情報ページ６３には、店舗に行った際にこの表示情報を画面に表示して店員に見せればポイントがもらえる旨が表示されるようになっている。したがって、第二の者は、商品情報ページで示された商品情報に従って店舗に来店し、第二の携帯端末５２上にインセンティブ情報ページ６３を表示して店員に見せる。
【００５３】
一方、店舗では、図１に示すように、報酬請求情報を発行する報酬請求情報発行装置９が設置されている。報酬請求情報は、本実施形態のシステムを利用して紹介者に紹介報酬を支払う際に確認される情報であり、紹介によって真実に商品が販売されたかどうかを確認するための情報である。図１０は、報酬請求情報発行装置の概略を示すブロック図、図１１は報酬請求情報発行装置の斜視概略図である。
【００５４】
報酬請求情報発行装置は、本実施形態のシステムを構成するものではないが、本実施形態の実施に際して利用されるものである。図１０及び図１１に示すように、報酬請求情報発行装置は、発行キー９１１及びテンキー９１２を含む入力部９１と、記憶部９２と、演算処理部９３と、プリンタ部９４と、表示部９５とを備えている。表示部９５は、テンキー９１２において入力された数字を確認のために表示するものである。尚、プリンタ部９４は、ロール紙を送り出して印字する簡易なものであり、印字された紙を切り離す不図示のカッタが設けられている。
【００５５】
報酬請求情報は、第二の携帯端末５２から送信されることで、報酬を支払って良いことの確認に使用されるものである。このような報酬請求情報としては、幾つかのパターンが考えられる。一つは、単純なＩＤ番号の構成である。商品が販売されるたびに店舗側からＩＤ番号を発行してもらい、それを第二の携帯端末５２で入力してもらって送信する構成である。発行されるＩＤ番号は、過去のものとはだぶらないようにし、一つのＩＤ番号について報酬が付与された場合は、さらに同じＩＤ番号が第二の携帯端末５２から送信されても報酬が付与されないようにする。
【００５６】
上記構成でも良いのであるが、第二の携帯端末５２においていちいちＩＤ番号を入力しなければならない煩わしさがあることと、販売金額に応じた報酬を付与することが難しいことが挙げられる。このような欠点が無い構成として、報酬請求情報発行装置が、ＱＲコードの形で報酬請求情報を発行するようにする構成がある。図１０及び図１１に示す報酬請求情報発行装置は、このような構成のものとなっている。
【００５７】
より詳しく説明すると、図１０に示す記憶部９２には、報酬請求情報発行プログラムが予め記憶されており、入力部９１からの入力にしたがって演算処理部９３により実行されるようになっている。報酬請求情報発行プログラムは、テンキー９１２において金額が入力された後、発行キー９１１が押下されると実行される。この金額は、商品の販売額である。
報酬請求情報発行プログラムは、店舗ＩＤ、販売額、報酬ＩＤ等の情報を紹介報酬用サーバへのアクセス情報とともにＱＲコード化してプリントアウトするプログラムである。報酬ＩＤは、前述したものと同じ性質ものであり、一回の販売につき（即ち、一回の報酬支払いにつき）付与されるＩＤである。
【００５８】
より具体的に説明すると、図１１に示すように、プリントアウトされたＱＲコード（以下、報酬請求用ＱＲコード）９６は、例えばhttp://www.promotion.co.jp/houshu.asp?shouhinID="0001"&kingaku="10000"&houshuID="AA01-83592514"&tanmatsuID=ONというようなコマンドがＱＲコード化されたものとなっている。この例では、http://www.promotion.co.jp/houshu.aspの部分が、紹介報酬用サーバへのアクセス情報であり、紹介報酬用サーバ上の紹介報酬付与用プログラム（houshu.asp)の実行コマンドである。また、shouhinID="0001"は商品ＩＤを送信するための部分、kingaku="10000"は販売額を送信するための部分、houshuID="AA01-83592514"は報酬ＩＤを送信するための部分である。tanmatuID=ONは、端末ＩＤを送信させるための部分である。
【００５９】
商品ＩＤは、記憶部９２に予め記憶されている。報酬ＩＤは、プログラムにより生成される番号であって過去に発行したものと同じものにならないようにした番号である。本実施形態では、報酬ＩＤは、店舗ＩＤと乱数とを組み合わせた番号としている。上記の例でいうと、"AA01-83592514"のAA01が店舗ＩＤであり、83592514が乱数である。乱数は、過去にその報酬情報発行装置９から発行されたものと同じにならないようにされる。尚、乱数のみでも良いのであるが、万が一、別々の店舗（別々の報酬請求情報発行装置）から発行された乱数が同じになってしまうケースを想定し、店舗ＩＤと組み合わせている。
【００６０】
報酬請求情報発行プログラムは、商品ＩＤを記憶部９２から読み出し、報酬ＩＤを生成した後、入力された販売額の情報を組み込んで、上記のような報酬請求用ＱＲコード９６を生成し、プリントアウトするようになっている。尚、本実施形態では、一つの店舗において販売促進される商品は一つであり、したがって、一つの報酬請求情報発行装置から発行される報酬請求用ＱＲコードは、みな同じ商品ＩＤのコードとなっている。但し、報酬請求情報発行装置９に商品の選択キーを設けたりすることで、報酬請求情報発行装置９が異なる商品ＩＤについて報酬請求用ＱＲコードを発行できるようにしても良い。場合によっては、商品毎に異なる報酬請求発行装置を一つの店舗に設置し、商品毎に使い分けても良い。
【００６１】
また、報酬請求情報発行装置９は、報酬請求情報を発行するものではあるが、この報酬請求情報は、購入者（第二の者自身）に対する特典付与のために必要な情報としても付与されるものとなっている。購入者にとっては、報酬請求用ＱＲコード９６は自身への特典の請求用であるので、付与される特典の確認用のテキスト情報を報酬請求用ＱＲコード９６とともに印刷すると好適である。即ち、例えば、商品名、購入額、ポイントバック額等を列記して併せて印刷するようにする。
【００６２】
次に、紹介報酬用サーバ４について説明する。
紹介報酬用サーバ４には、紹介報酬付与用プログラムが実装されている。また、データサーバ１の記憶部には、支払うべき紹介報酬情報を記録した支払い報酬情報ファイルと、個別支払い情報ファイルとが記憶されている。
【００６３】
図１２は、支払い報酬情報ファイルの内容の一例及び個別支払い情報ファイルの内容の一例を示した概略図である。図１２に示すように、支払い報酬情報ファイル４１は、報酬ＩＤ、商品ＩＤ、コード更新ＩＤ、支払い対象端末ＩＤ、報酬額等のフィールドから成るレコードを登録するものである。個別支払い情報ファイル４２は、過去に紹介者として少なくとも一つの報酬の記録があった会員毎に（厳密には、端末ＩＤ毎に）作成されている。個別支払い対象ファイル４２の各フィールドは、支払い対象端末ＩＤのフィールドが無いことを除き、支払い情報ファイル４１とほぼ同様である。
【００６４】
まず、紹介報酬付与用プログラムの起動について、図１３を使用して説明する。図１３は、紹介報酬付与用プログラムの起動について示した概略図である。前述したように、本実施形態では、図１１に示すような報酬請求用ＱＲコードがプリントアウトされて第二の者に渡される。第二の者は、報酬請求用ＱＲコードを第二の携帯端末５２により読み取る（図１３（１））。この結果、紹介報酬用サーバにアクセスして良いか確認する画面が表示される（図１３（２））。この部分は、第二の携帯端末５２の通常の機能である。この画面でアクセスを許可すると、前述したように、端末ＩＤ、商品ＩＤ、報酬ＩＤ、販売額の各情報を変数として渡しながら、紹介報酬付与用プログラム（houshu.asp）を起動させる。紹介報酬付与用プログラムの実行が完了すると、図１３（３）の画面表示となる。
【００６５】
図１４は、紹介報酬付与用プログラムの概略を示したフローチャートである。
まず、紹介報酬付与用プログラムは、送信された報酬ＩＤのチェックを行う。即ち、既に報酬が付与された分についての報酬ＩＤではないか、チェックする。具体的には、紹介報酬用プログラムは、送信された報酬ＩＤを検索キーにして支払い情報ファイルを検索し、レコードがあるかどうか調べる。レコードがあった場合、その報酬ＩＤについては報酬付与済みとして扱われているため、紹介報酬付与用プログラムは、「送信された購入情報は既に登録済みです。」というようなエラーメッセージを第二の携帯端末５２に送信して表示させ、プログラムを終了する。
【００６６】
レコードが無かった場合、紹介報酬付与用プログラムは、まず、購入者自身に対する特典付与のための処理を行う。即ち、送信された販売額に従って購入者バック額を算出する。そして、購入者特典情報ファイルを開き、新しくレコードを追加して、報酬ＩＤ、購入者バック額等の情報をそれぞれのフィールドに記録する。購入者バック額は、購入者自身への特典としてバックされる額（本実施形態ではポイント）であり、例えば購入額の５％というように予め定められ、紹介報酬付与用プログラムは、これに従って算出する。
【００６７】
次に、紹介報酬付与用プログラムは、紹介報酬の算出と記録とを行う。紹介報酬は、例えば購入額の３％というように予め定められ、これに従って紹介報酬付与用プログラムは算出する。紹介報酬が算出されると、紹介報酬付与用プログラムは、報酬支払い対象の端末ＩＤの特定を行う。即ち、送信された端末ＩＤと商品ＩＤを検索キーにしてコード更新情報ファイルを検索し、それが一致するレコードについて紹介者情報のフィールドの情報を読み出す。そして、読み出された情報のうち、一番末尾の情報は送信元である第二の携帯端末５２の端末ＩＤと一致している筈なので、それをオミットし、残りの情報のうちの一番末尾の端末ＩＤを支払い対象として特定する。ここでは残りの情報は第一の携帯端末５１の端末ＩＤしかないので、それが支払い対象の端末ＩＤとして特定される（前記の例では"00000100"）。
【００６８】
次に、紹介報酬付与用プログラムは、支払い情報フィアルを開き、新しいレコードを追加し、送信された報酬ＩＤ及び商品ＩＤと、算出された報酬額と、特定した支払い対象の端末ＩＤとを各フィールドに記録する。次に、紹介報酬付与用プログラムは、これら報酬情報の転記を行う。即ち、支払い対象として特定された端末ＩＤについて紹介報酬用サーバ４を検索し、該当する個別支払い情報ファイル４２があるかどうか判断する。ファイルがあれば、図１２に示すように、報酬ＩＤ、商品ＩＤ、報酬額等の情報から成るレコードを新しく記録し、ファイルが無ければ新しく作成して同様に記録する。このようにして報酬ＩＤを登録すると、紹介報酬付与用プログラムは終了である。
【００６９】
個別支払い情報ファイル４２内の情報は、各々の者に実際に報酬を付与する際に利用される。上記の例ではポイント制となっており、各々の者にポイントが溜まるようになっている。例えば、溜まったポイントに従って金券や商品と交換できるようにすることが考えられる。
尚、上記の例では、紹介報酬や購入者への特典は、購入額に応じたものであったが、定額の報酬や特典の場合もある。この場合は、報酬請求情報発行装置は、単に発行キー９１１が押下されるだけで報酬請求用ＱＲコード９６が印刷されることになる。この場合、記憶部９２には、そのような定額の報酬額が予め記憶されても良いし、または紹介報酬付与用プログラム上の定数として設定しても良い。この場合は、店舗側の手間がさらに省けるので好適である。
【００７０】
上述した実施形態において、第二の者が第三の者に商品を紹介することも、当然ながら想定されている。即ち、第二の者は、第三の者に会い、第二の携帯端末５２上に二次ＱＲ６５を表示し、第三の者が保有する携帯端末（第三の携帯端末）に読み込ませる。その結果、第三の携帯端末から二次サーバ３にアクセスがされ、更新プログラムが実行される。これによって、さらに更新された促進用ＱＲコード（三次ＱＲ）が第三の携帯端末に送信されることになる。
【００７１】
このように紹介が重畳的になされる場合、紹介者情報の更新や紹介報酬の支払いについては、大きく分けて二通りの構成が考えられる。一つは、紹介者情報についても重畳的に更新し、紹介者報酬については、それまでのすべての紹介者に報酬を支払うやり方である。この場合、一つの商品購入に際して複数の紹介者がいることになるから、報酬額は紹介者の数で割った額となる。別の考え方として、商品購入に際しては直前の紹介者の影響が最も大きいことを重視し、直前の紹介者にのみ報酬を支払うやり方がある。この場合、紹介者情報の更新についても重畳的な更新をせずに直前の紹介者のみ記憶する場合と、紹介者情報については重畳的に更新をする場合とがある。
【００７２】
前述したのは、報酬は直前の紹介者のみに支払いつつも、紹介者情報については重畳的に更新する構成であり、この構成についてもう少し詳しく説明する。
重畳的な紹介者情報の更新を行う場合、前述した三次ＱＲに含まれる紹介者情報は、第一の携帯端末５１の端末ＩＤと第二の携帯端末５２の端末ＩＤと第三の携帯端末の端末ＩＤとより成るものとなる。前述した例で、第三の携帯端末の端末ＩＤが例えば00000200だとすると、更新された紹介者情報は、"00000100"&"00000101"&"00000200"ということになる。
【００７３】
上記の場合で、第三の者自身が店舗で商品を購入し、報酬請求用ＱＲコードを読み込んで紹介報酬付与用プログラムを実行させたとする。この場合、紹介報酬付与用プログラムがコード更新情報から取得する紹介者情報も、第一の携帯端末５１の端末ＩＤと第二の携帯端末の端末ＩＤと第三の携帯端末の端末ＩＤとを重畳させたもの（"00000100"&"00000101"&"00000200"）となる。紹介報酬付与用プログラムは、取得した紹介者情報を解析し、直前の紹介者の端末ＩＤのみを紹介者情報とする。即ち、一番右側の"00000200"は送信元である第三の携帯端末の端末ＩＤであるのでそれをオミットした後、オミット後の末尾の端末ＩＤ（"00000101"）を紹介者情報として特定する。その後の処理は、前述したものと同様である。
【００７４】
上記の例と異なり、すべての紹介者に対して報酬を支払う場合は、紹介報酬付与用プログラムは、同様に送信元の端末ＩＤ（上記の例では"00000200"）をオミットした後、＆の部分でデータを分離して全て端末ＩＤを取り出し（上記の例では"00000333"と"000000444"を取り出し）、その数を数える。そして、報酬額をその数で割って個々の報酬額を算出し、算出された報酬額を、同様に個別支払い情報ファイル４２に記録する。この例では、"00000333"の個別支払い情報ファイルと"000000444"の個別支払い情報ファイルに記録する。その他の構成は、前述したものとほぼ同様である。
【００７５】
尚、紹介者情報の重畳的な更新をしない場合、更新プログラムは、既に登録されている端末ＩＤに置き換えて送信元の端末ＩＤを新たな紹介者情報としてコード更新情報ファイルに記録することになる。即ち、前述した例で言えば、第二の携帯端末５２に一次ＱＲ６１が読み込まれて更新プログラムが起動した際、既に登録されている第一の携帯端末５１の端末ＩＤ（"00000100"）に置き換えた形で第二の携帯端末５２の端末ＩＤ（"00000101"）を紹介者情報として記録することになる。
【００７６】
次に、多少繰り返しになるが、実施形態のシステムの動作について説明する。
前述したように、第一の携帯端末５１が図５（２）の確定ボタン８５をクリックするなどして一次サーバ１にアクセスすると、一次送信プログラムが動作して一次ＱＲ６１が第一の携帯端末５１に送信される。送信された一次ＱＲ６１のＱＲファイルは、データサーバ１上に保存される。
第一の者は第二の者と会い、一次ＱＲ６１において販売促進の対象となっている商品の話しをする等して、商品を紹介する。そして、第一の者は第一の携帯端末５１を操作し、データサーバ１から一次ＱＲ６１のＱＲファイルを呼び出し、一次ＱＲ６１を第一の携帯端末５１上に表示する。そして、表示された一次ＱＲ６１を第二の携帯端末５２に読み取らせる。
【００７７】
第二の者は、第二の携帯端末５２における一次ＱＲ６１の読み取り結果に従い、二次サーバ２にアクセスする。この結果、更新プログラムが実行され、第二の携帯端末５２に二次ＱＲ６５が送信される。二次ＱＲ６５のＱＲファイルは、同様にデータサーバ１上に保存される。
第二の者は、店舗に来店して商品を購入し、その際、二次ＱＲ６５とともにインセンティブ情報ページ６３をデータサーバ１から呼び出して表示し、店員に見せる。店員は、報酬請求情報発行装置９を操作して報酬請求情報を出力し、第二の者に付与する。第二の者は、自身の購入者ポイントを取得するため、付与された報酬請求情報を第二の端末５２から紹介報酬用サーバ４に送信する。この結果、紹介報酬付与用プログラムが実行され、支払い情報ファイル４１や個別支払い情報ファイル４２に新規レコードが記録される。
【００７８】
上述した構成及び動作のシステム及び方法において、さらに、第三の者が第四の者に紹介し、第三の携帯端末から第四の携帯端末に促進用ＱＲコードが読み取られることもある。この場合も同様であり、更新プログラムが実行され、第四の携帯端末には、更新された促進用ＱＲコードが送信される。そして、第四の者が店舗で商品を購入し、報酬請求情報を入手して送信すると、紹介報酬付与用プログラムが実行される。この場合は、第三の携帯端末の端末ＩＤが報酬の支払い対象となり、第三の携帯端末の端末ＩＤについて個別支払い情報ファイルに報酬額が記録される。
【００７９】
さらに第五の者の第五の携帯端末、第六の者の第六の携帯端末がある場合も、基本的に同様の動作となる。促進用ＱＲコードが別の携帯端末に読み込まれるたびに更新プログラムが実行され、紹介者の情報が重畳していく。そして、その者が商品を購入して報酬ＩＤを送信すると、直前の紹介者の携帯端末の端末ＩＤについての個別支払い情報ファイル４２に報酬額が記録される。
【００８０】
上述した説明から解るように、本実施形態の販売促進方法によれば、他人に商品を紹介した際、その他人が商品を購入して報酬請求情報を送信することで、報酬を得ることができる。このため、商品を紹介するインセンティブが生じ、販売促進につながる。そして、紹介をされた他人がさらに別の他人に紹介するという重畳的な紹介がされる場合、それぞれの紹介者の端末ＩＤを特定することでそれぞれの紹介者に報酬を支払うようにすると、商品を紹介するインセンティブがさらに高まることになり、販売促進の効果がより高くなる。
【００８１】
また、紹介者情報を重畳していくのに使われる技術構成として、実際に会った際にのみやり取り可能なコードに変換された販売促進情報が使われているので、口コミを利用した商品の紹介を効果的に利用することができる。商品を他人に紹介させることによる販売促進としては、アフィリエイトサイトやアフィリエイトメールによるものが知られている。これは一種の成功報酬型広告とみることもできるが、いずれにしても、サイトの閲覧やメール送受信といったバーチャルな情報伝達であり、実際に会って商品を紹介しているのではない。本実施形態では、ＱＲコードの読み取りという手段を使っており、第一の者が第二の者に実際に会った状態でないと情報の伝達ができないので、実際に会って商品の良さを説明したりすることが期待される。したがって、より実際の状態に即した紹介による販売促進が行えることになる。
【００８２】
アフィリエイトサイトやアフィリエイトメールの場合、人を雇って大量にアフィリエイトサイトにアクセスさせたり、アフィリエイトメールを大量に送ったりすることで、広告成功報酬を不正に得ることも見られるが、本実施形態の方法及びシステムによれば、実際に会って促進用ＱＲコードを読み取らせることが基本となっているので、このような不正はしにくくなっている。
【００８３】
また、本実施形態のシステム及び方法は、販売促進を行う直接の主体である店舗側では、シンプルな報酬請求情報発行装置９を備えるだけで良いので、導入が容易であるという効果が得られる。報酬請求情報発行装置９は、本システムを運営する事業会社が店舗側に貸与すれば良く、導入の際に店舗ＩＤ等の初期設定をしておく。したがって、店舗側では、購入のたびに発行キー９１１を押して報酬請求情報を印刷した紙を出力して渡すだけで良く、極めて簡便である。尚、報酬請求情報発行装置としては、ＰＯＳやキャッシュレジストと連動するものとしたり、これらの一部としたりすることもできる。このようにすることで、金額の入力等を不要にすることもできる。
【００８４】
上記のようなことを行うのに、店舗側に設置された端末をインターネット等のネットワークを介して紹介報酬用サーバ４等と接続することも考えられる。この場合は、ネットワークを介して報酬請求情報を紹介報酬用サーバ４に送信することになる。しかしながら、この場合は、そのような店舗側の端末の認証するための構成が必要になる。さらに、報酬請求情報だけでは報酬の支払いはできず、だれが紹介者かという情報（紹介者情報）が必要であり、これを店舗側の端末から送信させる必要がある。このための構成としては、促進用ＱＲコードを店舗側の端末で読み取り、報酬付与用サーバ４にアクセスすることが考えられる。しかし、そのためには、店舗側の端末にＱＲコードの読み取りが必要である。また、通常は更新プログラムの実行（二次サーバ３へのアクセス）を行っているのに、紹介報酬用サーバ４へのアクセス（紹介報酬付与用プログラムの実行）をすることになるので、アクセスを受けた二次サーバ３において店舗側の端末からのアクセスであることを識別し、報酬付与用サーバ４に制御を移すことが必要で、プログラム的にも煩雑となる。上述した本実施形態の構成によれば、このような煩雑さはない。
【００８５】
上述した説明から解るように、本実施形態では、購入者は、自身への特典をもらうために、付与された情報を送信するが、実はそれは紹介者に紹介報酬を支払うための情報になっている。つまり、購入者にとって情報を送信するのは面倒であり、それが単に紹介者に対する報酬支払いのためだと解ると、面倒がって行われないことになる。そこで、見かけ上は購入者自身への特典付与のためであるとして報酬請求情報を送信してもらっている。この点も大きな特徴点である。
尚、重畳的に記録したすべての紹介者について報酬を支払う構成の場合、報酬額を単純に紹介者の数で割った均等額でない場合もある。例えば、その直前の紹介者の端末ＩＤについてより多くの額としても良い。
【００８６】
また、上記実施形態では、端末間コードとしてＱＲコードを採用したが、二人の者が実際に会った際に携帯端末同士でデータがやり取りできるコードであればよく、ＱＲコードには限られない。例えば、二次コードとしてはI.D.Matrix社のDATA MATRIXやSymbol Technologies社のＰＤＦ４１７、ＵＰＳ社のMaxi Code等が使用できる。また、一次元コードではあるが、バーコードでもよい。これらの光学的な読み取られるコードの他、二つの携帯端末が限定された範囲内で無線通信できる構成も採用できる。この例としては赤外線通信が挙げられる。赤外線通信だけで送受信できるように販売促進情報をコード化し、前述したように紹介者情報を更新していく構成が考えられる。
尚、ＱＲコードについては、携帯端末５１，５２の記憶部にいったん記憶し、メール添付などによって他人に送信すれば、実際に会うことなく販売促進情報のやり取りができる可能性もある。これを防止するため、携帯端末の記憶部には記憶できないようにすると好適である。
【００８７】
また、ＱＲコードの保存については、ＱＲコードの発行や更新のたびにすべてＱＲファイルがデータサーバ１上に保存されたが、携帯端末５１，５２から操作があった場合にのみ保存するようにしても良い。即ち、ＱＲコードを生成して送信する際には、一時的な保存としてＱＲファイルをメモリに記憶する。そして、ＱＲコードを送信する際のフレームに、保存ボタンを設けておき、ＱＲコードの送信後に保存ボタンがクリックされた場合だけ、一時的に記憶していたＱＲファイルを正式にデータサーバ１の記憶部に記憶するようにする。この場合、保存ボタンをクリックせずにブラウザを終了させると、ＱＲファイルはどこにも保存されずに終了することになる。したがって、「ＱＲコードを保存する場合には保存ボタンをクリックして下さい。」というようなテキスト情報を併せて表示するようにする。この構成は、データサーバ１の記憶領域を多く使用しないという点で好適である。
【００８８】
上述した実施形態において、図２に示す更新用コード部７２は、更新プログラムの実行情報の一例である。この部分は、更新プログラムのタイプ等によって適宜変更されることは言うまでもない。更新プログラムの実行ボタンをあるウェブページにおき、そのウェブページのＵＲＬを実行情報として設定することもできる。
また、紹介者情報としては、上記実施形態では端末ＩＤを採用したが、これ以外の場合もあり得る。例えば、会員登録の際に会員ＩＤを発行し、携帯端末５１，５２の記憶部に記憶させる。そして、これを読み出させて送信させることで、紹介者情報として取り扱うようにしてもよい。端末ＩＤのようなものが設定・送信されないタイプの携帯端末についても、このような構成が採用できる。
【００８９】
本願発明の実施に際しては、各プログラムや各ファイルを記憶した記憶部は販売促進システムのどこかに設けられていればよく、個別に設けられたり、まとめて設けられたりする場合がある。上記のようにデータサーバ１に記憶部を設けたり、他のサーバに設けたりすることもあり、さらにサーバとは別に記憶部だけが設けられる構成（例えば、データストレージだけが設けられる構成）であってもよい。
【００９０】
本願発明において、販売促進がされる「商品」は、いわゆる有体物の商品に限らず、サービスや金融商品といった無体物の商品でもよい。
さらに、商品の購入については、店舗に行って購入する場合を例にしたが、ネットショッピングの場合であっても本願発明は実施が可能である。この場合は、報酬請求情報はインターネットを介して携帯端末に送信されてもよく、また商品の送り状のような同梱書類に記載してもよい。
【００９１】
また、上記実施形態では、支払われる報酬はポイントであって、ポイントが溜まると金券や商品に交換できるものであったが、他の構成でも良い。たとえば、いわゆるキャッシュバックの構成であって、溜まったポイントの金額の次回の購入の際に割り引く構成でもよい。また、紹介報酬として現金を支払う場合もある。これは、高額商品の紹介等の場合にあり得る構成であり、販売手数料的な意味合いとなる。さらに、販売促進ではあっても、販売がされたことをもって報酬を付与することは必須の条件ではない。例えば、ネットショッピング等では、購入の前段階として会員登録をしてもらう場合があり、この会員登録をもって紹介報酬を支払うようにしても良い。この場合、被紹介者が会員登録をすると報酬請求情報が付与され、被紹介者が報酬請求情報を送信すると紹介者に報酬が支払われることになる。
【図面の簡単な説明】
【００９２】
【図１】本願発明の実施形態に係る販売促進システムの概略図である。
【図２】ＱＲコード化された販売促進情報について示した概略図である。
【図３】商品情報ファイルの内容の一例について示した概略図である。
【図４】コード更新情報ファイルの内容の一例を示した概略図である。
【図５】商品販売・紹介者募集サイトの一例について示した概略図である。
【図６】一次次送信プログラムの概略を示すフローチャートである。
【図７】一次ＱＲ６１の呼び出しについて示した概略図である。
【図８】更新プログラムが実行される際の第二の携帯端末５２の画面表示について示した概略図である。
【図９】更新プログラムの概略構成を示すフローチャートである。
【図１０】報酬請求情報発行装置の概略を示すブロック図である。
【図１１】報酬請求情報発行発行装置の斜視概略図である。
【図１２】支払い報酬情報ファイルの内容の一例及び個別支払い情報ファイルの内容の一例を示した概略図である。
【図１３】報酬ＩＤ送信ページ及びその取得について示した概略図である。
【図１４】紹介報酬付与用プログラムの概略を示したフローチャートである。明した概略図である。
【符号の説明】
【００９３】
１ データサーバ
２ 一次サーバ
３ 二次サーバ
４ 紹介報酬用サーバ
１０ ウェブサーバ
５１ 第一の携帯端末
５２ 第二の携帯端末
６１ 一次ＱＲ
６２ 商品情報ページ
６３ インセンティブ情報ページ
６５ 二次ＱＲ
９ 報酬請求情報発行装置
【技術分野】
【０００１】
本願の発明は、商品を他人に紹介させることにより販売促進を行うための方法及びシステムに関するものである。
【背景技術】
【０００２】
ウェブコミュニケーションを利用した販売促進の手法は、これまで多くのものが開発され、現実に利用されてきた。バナー広告等のウェブ広告はその代表的なものであるが、最近では、アフィリエイトと呼ばれる個人のサイトでの広告や、メールに広告のリンクを貼るメール広告も多くなってきており、個人ベースのコミュニケーションを利用して広告宣伝や販売促進を行おうとする動きが広がっている。
【特許文献１】特開２００７−２０６６６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
アフィリエイト広告などは一種の成果報酬型の広告であるが、いくらウェブ上のコミュニケーションで露出が多くされても、それはバーチャルなコミュニケーションであり、実際の商品の広告宣伝にはあまりインパクトが無いのではないか、という考え方も広がっていきている。その一方、口コミによって商品の評判が広がるというのは、依然として大きな効果を持っており、無視し得ない販売促進の手法である。
【０００４】
アフィリエイトのような、ある種、他人に対して商品を紹介する際に説得力を持っているような人は、その人のサイトで宣伝してもらうよりも、その人が実際に友人などに会って宣伝してもらう方が、何倍も宣伝効果が大きい。このような口コミの商品の紹介や宣伝をうまくＩＴを利用して加速させることができれば、より強力な販売促進の“仕掛け”になる可能性がある。
本願の発明は、このような点を考慮して為されたものであり、口コミによるコミュニケーションを通じた販売促進をより強力にバックアップできる技術構成を提供し、より効果的な販売促進につなげていくことを課題としている。
【課題を解決するための手段】
【０００５】
上記課題を解決するため、本願の請求項１記載の発明は、一次サーバと二次サーバと紹介報酬用サーバと記憶部とを備えた販売促進システムであって、
一次サーバには、一次の販売促進情報を第一の携帯端末に送信する一次送信プログラムが実装されており、
一次送信プログラムは、第一の携帯端末を持つ第一の者と第二の携帯端末を持つ第二の者とが実際に会って顔を合わせた際にのみそれら携帯端末同士でやり取りすることが可能なコードである端末間コードの状態で前記一次の販売促進情報を第一の携帯端末に送信するものであって、第一の携帯端末からアクセスがあった際に実行されるようになっており、
二次サーバには更新プログラムが実装されており、更新プログラムは、第二の携帯端末からアクセスがあった際に実行されるようになっており、
販売促進情報は、商品を特定するための商品特定情報と、商品購入の紹介者に関する情報である紹介者情報と、前記更新プログラムを実行するための情報である実行情報とを含んでおり、この実行情報は、紹介者情報を二次サーバに送信して前記更新プログラムを実行するためのものであり、
紹介者情報は、アクセスしてきた携帯端末を持つ者の固有情報を含んでおり、
前記一次送信プログラムは、第一の携帯端末からアクセスがあった際、第一の者の固有情報を紹介者情報として前記一次の販売促進情報を送信するプログラムであり、
前記更新プログラムは、第二の携帯端末からアクセスがあった際、第二の者の固有情報を紹介者情報として更新するものであり、且つ、更新された紹介者情報と前記更新プログラムの実行情報とを含んだ二次の販売促進情報を前記端末間コードの状態で第二の端末に送信するプログラムであり、
記憶部には、コード更新情報ファイルが記憶されており、コード更新情報ファイルは、一次送信プログラムが一次の販売促進情報を前記端末間コードの状態で前記第一の携帯端末に送信した際に前記商品特定情報と前記紹介者情報とが記録されるとともに、送信先である第一の者の固有情報が記録されるものであり、且つ更新プログラムが二次の販売促進情報を前記端末間コードの状態で前記第二の携帯端末に送信した際に、前記商品特定情報と前記更新された紹介者情報とが記録されるとともに、送信先である第二の者の固有情報が記録されるものであり、
紹介報酬用サーバには紹介報酬付与用プログラムが実装されているとともに、記憶部には、支払うべき紹介報酬の情報を記録した支払い情報ファイルが記憶されており、
紹介報酬付与用プログラムは、第二の携帯端末から報酬ＩＤと前記商品特定情報と第二の者の固有情報とが送信された際に実行されるプログラムであり、
紹介報酬付与用プログラムは、送信された報酬ＩＤが支払い情報ファイルに記憶されていない場合に、送信された商品特定情報と第二の者の固有情報に従って前記コード更新情報ファイルを検索して前記更新された紹介者情報を取得し、その紹介者情報に含まれる前記第一の者の固有情報を支払い情報ファイルに記録するプログラムであり、且つ、送信された報酬ＩＤが支払い情報ファイルに記憶されている場合は、支払い情報ファイルへの記録を行わないプログラムであるという構成を有する。
【発明の効果】
【０００６】
以下に説明する通り、本願発明によれば、他人に商品を紹介した際、その他人が商品を購入して報酬請求情報を送信することで、紹介した者が報酬を得ることができる。このため、商品を紹介するインセンティブが生じ、販売促進につながる。そして、紹介をされた他人がさらに別の他人に紹介するという重畳的な紹介がされる場合にも、それぞれの紹介者の固有情報を特定することで報酬を支払うようにすることができる。したがって、商品を紹介するインセンティブがさらに高まることになり、販売促進の効果がより高くなる。
【０００７】
また、ある人が商品を購入して報酬請求情報を送信した際、そこに至るまでに関わった全ての者（他人に端末間コードを読み込ませた者）の固有情報を紹介者情報として記録することができ、それら全ての者に紹介報酬を支払うことができる。したがって、他人に商品を紹介するインセンティブをさらに高くできる。
また、紹介者情報を更新するのに使われる技術構成として、実際に会った際にのみ送受信可能な端末間コードに変換された販売促進情報が使われているので、口コミを利用した商品の紹介を効果的に行わせて販売促進をすることができる。
【発明を実施するための最良の形態】
【０００８】
次に、本願発明を実施するための最良の形態（以下、実施形態）について説明する。
図１は、本願発明の実施形態に係る販売促進システムの概略図である。図１に示すシステムは、データサーバ１と、一次サーバ２と、二次サーバ３と、紹介報酬用サーバ４と、ウェブサーバ１０とを備えている。各サーバ１，２，３，４，１０は、不図示のファイアウォールを介してインターネットに接続されている。各サーバ１，２，３，４，１０は、統合された一つ又は複数のサーバで構成されることもあるし、各々について個別のサーバとされることもある。
【０００９】
本システムは、実際に商品を販売する会社から販売促進を請け負う業者によって運営されることが想定されている（以下、この者を運営主体という）。典型的には、広告代理店等が運営主体に該当する。運営主体は、各販売主から販売促進の代行を請け負い、本システムを運営する。
このシステムは、複数の（少なくとも二つの）携帯端末５１，５２の間の情報の送受信を利用して販売促進を行うものとなっている。各携帯端末５１，５２としては、携帯電話が想定されているが、ＰＤＡ(personal data assistant)等の他の携帯端末であっても良い。少なくとも二つの携帯端末を、以下、第一の携帯端末５１及び第二の携帯端末５２とする。各携帯端末５１，５２は、情報を表示する表示部、情報を記憶する記憶記等を備えている。
【００１０】
本実施形態のシステムは、第二の携帯端末５２に第一の携帯端末５１から販売促進情報が送信されることを利用して販売促進を行うシステムとなっている。販売促進情報は、第二の者が第一の者に商品の紹介を受けたことを示す情報であり、第二の者が商品の購入をした際に第一の者に報酬を支払うことで販売促進を行うものである。
本実施形態の特徴点の一つは、このような販売促進情報が、第一の者と第二の者とが実際に会って顔を合わせた際にのみそれら携帯端末同士で送受信することが可能な端末コードに変換されるものとなっている点である。このような端末間コードとして、本実施形態では、ＱＲコードが採用されている。
【００１１】
図２は、このようなＱＲコード化された販売促進情報（以下、促進用ＱＲコード）について示した概略図である。図２は、一例として、第一の携帯端末５１上に表示された促進用ＱＲコード６１を示している。本実施形態における販売促進情報は、ある商品について他人に紹介した際の紹介者の情報（紹介者情報）を含んでいる。したがって、促進用ＱＲコードも、図２に示すように紹介者情報をコード化した部分（以下、紹介者情報コード部）７１を含んでいる。本実施形態では、それとともに、紹介者情報を更新するプログラム（以下、更新プログラム）を実行するための部分（以下、更新用コード部）７２と、商品の詳細な情報を取得するための部分（以下、商品情報用コード部）７３と、商品を他人に紹介することや商品を購入することのインセンティブを与えるための情報を取得する部分（以下、インセンティブ情報用コード部）７４を含んでいる。
【００１２】
本実施形態では、携帯端末５１，５２を持つ者を特定する情報として、その者の固有情報を設定している。本実施形態では、各携帯端末５１，５２の端末ＩＤが固有情報として設定されている。端末ＩＤは、携帯電話の場合には工場出荷の際に予め設定されており、固有情報として送信させることができるようになっているのでそれを利用する。
また、図２に示すように、促進用ＱＲコード６１が送信されて第一の携帯端末５１に表示された際、販売促進の対象である商品の詳細情報のウェブページ（以下、商品情報ページ）６２と、インセンティブ情報のウェブページ（以下、インセンティブ情報ページ）６３とが併せて表示されるようになっている。
【００１３】
まず、データサーバ１の構成について説明する。データサーバ１は、本実施形態のシステムによって管理される各種情報を保存しておくサーバである。データサーバ１は記憶部を有しており、この記憶部には、本システムによって販売促進がされる商品の情報を保存したデータベースファイル（以下、商品情報ファイル）や、会員情報を保存したデータベースファイル（以下、会員情報ファイル）等が記憶されている。
【００１４】
図３は、商品情報ファイルの内容の一例について示した概略図である。図３に示すように、商品情報ファイルは、商品ＩＤ、商品名、店舗名、商品情報ＵＲＬ、価格等のフィールドから成るレコードを多数記録したものである。
本実施形態のシステム及び方法により自社商品の販売促進をして欲しい者（販売主）は、商品や店舗の情報を運営主体に提供し、商品情報ファイルに記録してもらう。提供する情報には、商品情報ＵＲＬが含まれる。商品情報ＵＲＬは、商品の詳細情報を表示するウェブページのＵＲＬである。これは、販売主の方で用意される場合もあり、運営主体の方で用意したサーバ上のＨＴＭＬの場合もある。
【００１５】
本実施形態のシステムは、前述したように、商品を他人に紹介し、その他人がその商品を購入した場合には、紹介料としての報酬を紹介者に支払うためのシステムである。報酬の支払い等のためには、その者の個人情報が必要であり、そのため、本実施形態のシステムによるサービスは会員制となっており、サービスの提供を受けるには、会員登録が必要である。会員情報ファイルは、会員登録の際に入力された個人情報を保存したファイルとなっている。
【００１６】
この他、データサーバ１には、購入者自身に対する特典付与の情報を保存したデータベースファイル（以下、購入者特典情報ファイル）が記憶されている。購入者得点情報ファイルは、商品ＩＤ、報酬ＩＤ、購入者バック額等のフィールドから成るレコードを多数記録したファイルである。
さらに、データサーバ１には、コード更新情報ファイルが記憶されている。コード更新情報ファイルは、発行した促進用ＱＲコードがどのように更新されたの情報を保存したデータベースファイルである。
【００１７】
図４は、コード更新情報ファイルの内容の一例について示した概略図である。図４に示すように、ＱＲコード生成日、送信先端末ＩＤ、商品ＩＤ、紹介者情報、コード更新ＩＤ、ＱＲファイル名等のフィールドから成るレコードを登録したものである。送信先端末ＩＤは、ＱＲコードを送信先の携帯端末の端末ＩＤである。ＱＲファイル名とは、作成されたＱＲコードのファイル名（イメージファイルのファイル名）を記録したフィールドである。コード更新情報ファイルは、促進用コードが新規に発行されるたびに（即ち、第一の携帯端末５１にＱＲコードが最初に送信されるたびに）作成される。
【００１８】
また、データサーバ１には、上述したコード更新情報ファイルに加え、発行先の端末ＩＤ別にコード更新情報を記録したファイル（以下、端末別コード更新情報ファイル）が記憶されている。端末別コード更新情報ファイルは、その端末ＩＤに対して送信された促進用ＱＲコードの情報をデータベース化したファイルである。フィールド構成については、送信先端末ＩＤが無いことを除き、図４に示すコード更新情報ファイルと同様である。端末別コード更新情報ファイルは、後述する一次送信プログラム又は更新プログラムが実行された際、アクセス元の携帯端末５１，５２の端末ＩＤについての端末別コード更新情報ファイルがデータサーバ５１に無い場合に新しく作成される。
【００１９】
次に、一次サーバ２の構成について説明する。
一次サーバ２は、前述した促進用ＱＲコード６１を一次データとして第一の携帯端末５１に送信して第一の携帯端末５１に表示させるサーバである。一次サーバ２は、記憶部を備えている。記憶部には、一次データとしての促進用ＱＲコード（以下、一次ＱＲ）６１を第一の携帯端末５１に送信する一次送信プログラムが記憶されており、一次サーバ２に実装されている。尚、「実装」とは、implementationのことであり、ソフトウェアがサーバに設けられることで、ある特定の機能が実現されることを意味している。
【００２０】
一次送信プログラムの実行は、何らかのイベント（きっかけ）が必要である。一次送信プログラムの実行させるイベントについては、幾つか考えられる。まず考えられるのは、第一の携帯端末５１において通常のインターネットの操作（ブラウザの操作）を行い、一次サーバ２にアクセスして一次送信プログラムを実行するイベントである。別のイベントとしては、第一の携帯端末５１が初期的なＱＲコードを読み取り、それによって一次サーバ２にアクセスして一次送信プログラムを実行することが考えられる。まず、前者のブラウザの操作によるイベントについて説明する。
【００２１】
一次ＱＲ６１をブラウザの操作により取得する構成としてまず考えられるのは、他人への商品の紹介者を募るための専用のウェブサイト（以下、紹介者募集専用サイト）を設ける構成である。別の構成としては、通常の商品の販売サイトにおいて、商品の販売とともに、その商品の紹介者を募集するよう構成することが考えられる。図５には、この後者の例が示されている。即ち、図５は、商品の販売とともに紹介者募集を行うサイト（以下、商品販売・紹介者募集サイト）の一例について示した概略図である。
【００２２】
図１に示すウェブサーバ１０は、商品販売・紹介者募集サイトを提供するためのＨＴＭＬを備えている。第一の携帯端末５１においてブラウザが操作されると、ウェブサーバ１０により図５（１）に示すようなウェブページが第一の携帯端末５１に表示される。図５（１）に示すように、この商品販売・紹介者募集サイトでは、多数の商品の情報を表示した欄が並べて設けられている。図５（１）ではすべては表示されていないが、画面をスクロールさせると、順次次の商品の表示欄が現れる。各商品の表示欄には、商品の写真や商品の説明を表示した部分に加え、「購入する」の表示がされたコマンドボタン（以下、購入ボタン）８３と、「友人に紹介」の表示がされたコマンドボタン（以下、紹介者登録ボタン）８４とが設けられている。
【００２３】
購入ボタン８３が押下されると、その欄の商品を購入するページが第一の携帯端末５１に送信されて表示されるようになっており、この点は、通常のネットショッピングの場合と同様である。尚、ウェブサーバ１０において商品購入が完全に完了するよう構成される場合もあるが、商品購入のための正式なサイトは別のサーバで提供されるようになっており、購入ボタン８３はそのサイトへのリンクボタンである場合もある。本システムが販売促進を代行して行う運営主体によるものであることを考えると、後者のケースの方が現実的である。
【００２４】
紹介者登録ボタン８４が押下されると、図５（２）に示すように、紹介者登録のためのページが第一の携帯端末５１に送信されて表示されるようになっている。このページでは、「この商品をお友達に紹介してお友達が購入すると、貴方にもポイントが加算されます。ＱＲコードを送信しますので、ＱＲコードを貴方の携帯に表示し、お友達の携帯で読み取ってもらって下さい。」というようなメッセージが表示されるようになっており、ＯＫボタンのような最終的に送信を確定させるボタン（以下、確定ボタン）８５が設けられている。この確定ボタン８５に、本実施形態における一次送信プログラムを実行させるためのコマンドを埋め込むようにする。この際、一次送信プログラムの実行に必要な変数（パラメータ）が引数として併せて送信されるようにする。
【００２５】
一次送信プログラムの詳細も含め、上記の点を図６を使用してより詳しく説明する。図６は、一次送信プログラムの概略を示すフローチャートである。
一次送信プログラムは、前述したように一次サーバ２に実装されている。例えば一次サーバ２のＵＲＬがhttp://www.promotion.co.jpであるとすると、上記確定ボタン８５は、http://www.promotion.co.jp/initialsending.asp?shouhinID="0001"&tanmatsuID=ONのようなコマンドが埋め込まれたものとなっている。この例で、initialsending.aspは、ウェブページプログラムとしての一次送信プログラムとなっている。また、shouhinID="0001"は、商品ＩＤを引数として指定している部分である。tanmatsuID=ONは、第一の携帯端末５１の端末ＩＤを送信させている部分であり、この例はＮＴＴドコモの携帯電話の場合の例である。ＮＴＴドコモの携帯電話の場合、予約語としてＯＮで端末ＩＤを引数として渡すようになっている。このように、確定ボタン８５は、商品ＩＤと端末ＩＤとを引数にして一次サーバ２にアクセスするコマンドがＱＲコード化されたものとなっている。
【００２６】
一次送信プログラムは、会員登録のためのモジュールを有している。一次送信プログラムは、送信された商品ＩＤと端末ＩＤをメモリ変数に保持しつつ、まず会員登録のためのモジュールを実行するようようになっている。尚、「モジュール」とは、大きなプログラムを構成している一つのまとまったプログラム（サブプログラム）の意味である。データサーバ１には、会員登録ページのＨＴＭＬが記憶されており、一次送信プログラムは、会員登録ページを第一の携帯端末５１に送信して表示させ、会員登録のための個人情報等の入力を行わせる。入力された情報は、データサーバ１の会員情報ファイルに新たなレコードとして保存される。この部分の構成は、通常の会員登録を行うシステムと同様なので、詳細な説明は省略する。
尚、確定ボタンがクリックされて一次送信プログラムが起動した際、その第一の端末ＩＤ５１は、別の商品の購入の際に前記確定ボタン８５をクリックしていて既に会員になっている場合がある。このような場合は、一次送信プログラムは、会員登録のためのモジュールを実施しない。
【００２７】
次に、一次送信プログラムは、ＱＲコードの生成、送信を行う。図６に示すように、一次送信プログラムは、まず、送信された商品ＩＤ（前記の例ではshouhinID="0001")に従って、商品情報ファイルを検索し、その商品の詳細を表示する商品情報ＵＲＬを取得する。図２に示す例では、http://www.promotion.co.jp/shouhin/shouhin1.htmlが商品情報ＵＲＬとなっている。この例では、一次サーバ２と商品情報サーバとが同じサーバであり、同じwww.promotion.co.jpというドメイン名を持っている。
【００２８】
次に、一次送信プログラムは、第一の端末に送信する一次ＱＲ６１を生成する。前述したように、促進用ＱＲコードは、紹介者情報コード部７１と、更新用コード部７２と、商品情報用コード部７３と、インセンティブ情報用コード部７４を含んでいる。また、本実施形態の促進用ＱＲコードは、上記コード発行ＩＤをＱＲコード化した部分（以下、発行ＩＤ部）７５を含んでいる。一次送信プログラムは、これらから成るＱＲコードを生成する。
【００２９】
より具体的に説明すると、ここでは第一の携帯端末５１を保有する第一の者が初期的な（一次の）紹介者となり、第一の携帯端末５１の端末ＩＤが紹介者情報となる。更新プログラムが、例えば同じwww.promotion.co.jpというドメイン名に設けられたupdate.aspというファイル名であるとすると、一次送信プログラムは、例えばhttp://www.promotion.co.jp/update.asp?shouhinID="0001"&shoukaisha="00000100"&qrIssueID="xxyy"&tanmatsuID=ON をＱＲコード化する。この例では、http://www.promotion.co.jp/update.aspが更新用コード部７２であり、shouhinID="0001"が商品ＩＤをしている部分で商品情報用コード部７３に相当している。そして、shoukaisha="00000100"が紹介者情報コード部７１であり、第一の携帯端末５１の端末ＩＤを指定している部分である。また、qrIssueID="xxyy"が発行ＩＤ部７５である。また、tanmatsuID=ONは、このＱＲコードを第二の携帯端末５２が読み取った際にその第二の携帯端末５２の端末ＩＤを送信させるための部分である。尚、インセンティブ情報用は、更新用コード部７２であるupdate.aspを実行した際に送信されるようになっており、http://www.promotion.co.jp/update.aspは更新用コード部７１とインセンティブ情報用コード部７４とを兼ねている。
【００３０】
このようにして生成されたＱＲコードのファイル（以下、ＱＲファイル）はイメージファイルであり、例えばＧＩＦ形式のファイルとされ、QR0001.gifのようなファイル名が付けられる。このようにして生成されたＱＲファイルは、データサーバ１の記憶部に記憶される。
【００３１】
次に、一次送信プログラムは、一次ＱＲ６１の送信（即ちＱＲファイルの送信）を行う。この際、一次ＱＲ６１とともに商品情報ページ（上記例では、shouhin1.html）６２やインセンティブ情報ページ６３を所定のフレームに組み込んで送信し、図２に示すように第一の携帯端末５１上に表示するようになっている。インセンティブ情報は、定型のテキスト情報であり、記憶部に記憶されており、それを読み出して送信する。ここでのインセンティブ情報は、他人にＱＲコードを読み込ませて商品の紹介をし、その他人が商品の購入をするとポイント等の報酬がもらえる旨のテキスト情報である。
【００３２】
次に、一次送信プログラムは、コード発行ＩＤとコード生成ＩＤの生成を行う。コード発行ＩＤは、新規の促進用ＱＲコードの発行（即ち、一次ＱＲ６１の生成）のたびに生成されるＩＤである。また、コード生成ＩＤは、促進用ＱＲコードの生成のたびに（新しく促進用ＱＲコードを生成したり、促進用ＱＲコードを更新したりするたびに）、生成されるＩＤである。
一次送信プログラムは、コード発行ＩＤを生成し、このＩＤのファイル名にてコード更新情報ファイルを新しく作成して、データサーバ１の記憶部に記憶させる。次に、一次送信プログラムは、コード生成ＩＤを生成してデータサーバ１に送り、作成したコード更新情報ファイルの１番目のレコードして保存する。この他、コード更新情報ファイルには、送信先である第一の携帯端末５１の端末ＩＤ、商品ＩＤ、初期値の紹介者情報（前述した例では"00000100"）が登録される。
【００３３】
次に、一次送信プログラムは、送信先の端末ＩＤについて端末別コード更新情報ファイルがあるかどうか判断し、ある場合には、新しくレコードを追加して各フィールドの内容を記録する。ない場合には端末別コード更新情報ファイルを新たに作成し、同様に新しくレコードを追加する。このようにして一次ＱＲ６１の生成・送信、コード生成ＩＤ等の関連情報の登録を行うと、一次送信プログラムは終了である。
【００３４】
次に、ブラウザの操作以外によって一次送信プログラムを起動する例について、前述した初期的なＱＲコードの読み取りにより行う構成を例にして、再び図１を参照しながら詳説する。
例えば、第一の携帯端末５１を保有する者（第一の者）が、インターネットショッピングや通信販売等を行って商品が届いた場合を想定する。この際、図１に示すように、商品には送り状、納品書、又は請求書（以下、同梱書状）８１等が同梱されている。これら同梱書状８１に、初期的なＱＲコード（以下、初期ＱＲ）８２が印刷されている。この初期ＱＲ８２は、一次サーバ２にアクセスし、一次サーバ２に実装されている一次送信プログラムを実行するためのコマンドがＱＲコード化されたものとなっている。
【００３５】
同梱書状８１には、初期ＱＲ８２とともに、
「この商品をお友達にも紹介してください。紹介したお友達が商品を購入したら、１回につき○○ポイントが紹介ポイントして付与されます。ポイントが溜まったら、お好きな商品や割引券を交換ができます。紹介ポイントの付与を受けるには、会員登録が必要です。印刷されているＱＲコードを読み取り、会員登録ページにアクセスして会員登録をしてください。」
というような案内が印刷されている。したがって、第一の者は、この案内を読んで興味を持ち、初期ＱＲ８２を読み込んで一次サーバ２にアクセスし、一次送信プログラムを一次サーバ２に実行させる。
【００３６】
周知のように、ＱＲコードを読み取ると自動的にコードの復元が行われる。初期ＱＲ８２は、前述した確定ボタンに埋め込まれたコマンドと同様のコードをＱＲコード化したものとされる。即ち、前記の例で言えば、初期ＱＲ８２は、http://www.promotion.co.jp/initialsending.asp?shouhinID="0001"&tanmatsuID=ONのようなコマンドがＱＲコード化されたものとなっている。したがって、第一の携帯端末５１の機能として、初期ＱＲ８２を読み取り、それが復元されて表示され、コマンドの実行が指示されると、上記と同様に一次送信プログラムが実行されることになる。一次送信プログラムの構成自体は、上述したものと同様である。
【００３７】
次に、上記のように発行された一次ＱＲ６１の保存と呼び出しについて説明する。
発行された一次ＱＲ６１は、後述するように、第二の携帯端末５２に読み取らせるものであるため、どこかに保存しておく必要がある。このための構成については、第一の携帯端末５１上に専用のプログラムをインストールし、第一の携帯端末５１に保存するよう構成することが考えられる。このようにしても良いのであるが、第一の携帯端末５１にプログラムをインストールしたりそこに保存したりすることは、第一の携帯端末５１の記憶部（メモリなど）に多くの領域を使用することなるので、あまり好ましくはない。そこで、本実施形態では、発行された一次ＱＲ６１もシステム上に保存するようにし、第一の携帯端末５１上の汎用ソフトであるブラウザによって呼び出して利用する構成を採用している。以下、この点について図７を参照して説明する。図７は、一次ＱＲ６１の呼び出しについて示した概略図である。
【００３８】
前述したように、一次送信プログラムは、一次ＱＲ６１の送信の際、生成したＱＲファイルをデータサーバ１の記憶部に記憶する。そして、この際のファイル名（ＱＲファイル名）が、図４に示すコード更新情報ファイルや不図示の端末別コード更新情報ファイルに記録されている。つまり、発行された促進用ＱＲコードは、すべてシステム上で保存され、管理されるようになっている。
【００３９】
一方、ウェブサーバ１０は、保存された促進用ＱＲコードを呼び出すためのウェブページを提供するものとなっている。前述した例で言うと、ウェブサーバ１０は、www.promotion.co.jpというＵＲＬのトップページを提供するようになっている。図７（１）に、第一の携帯端末５１上にこのトップページが表示された状態が示されている。図７（１）に示すように、トップページには「ＭｙＱＲコードの呼び出し」のような表記がされたコマンドボタン８６があり、このコマンドボタン（以下、ＱＲ呼び出しボタン）８６には、促進用ＱＲコードを呼び出すためのプログラム（以下、ＱＲ呼び出しプログラム）の実行コマンドが埋め込まれている。ＱＲ呼び出しプログラムは、例えばウェブサーバ１０に実装されている。尚、図７（１）に示すコマンドボタン８７は、商品の購入や友人への紹介のために各商品の詳細情報を表示するページへのリンクボタンとなっている。このコマンドボタン８７がクリックされると、図５（１）に示すようなページが表示される。
【００４０】
ＱＲ呼び出しボタン８６に埋め込まれた実行コマンドは、端末ＩＤを変数として送信してＱＲ呼び出しプログラムを実行するものである。ＱＲ呼び出しプログラムは、送信された端末ＩＤを検索キーにしてデータサーバ１を検索し、該当する端末別コード更新情報ファイルを開く。そして、呼び出しプログラムは、その端末別コード更新情報ファイルの各レコードの情報を、所定のフレームに組み込んで第一の携帯端末５１に送信する。例えば、図７（２）に示すように、商品ＩＤ、商品名等の情報をリスト化し、第一の携帯端末５１上に表示されるようにする。この際、商品名の部分には、その商品の商品ＩＤを送信してＱＲファイルを読み出すためのコマンドを埋め込んでおく。
【００４１】
図７（２）に示す状態で、特定の商品名がクリックされると、ＱＲ呼び出しプログラムは、送信された商品ＩＤを検索キーにして端末別コード更新情報ファイルを検索し、該当するレコードのＱＲファイル名を取得する。そして、そのＱＲファイル名のＱＲファイル（一次ＱＲ６１のイメージファイル）を所定のフレームに組み込んで第一の携帯端末５１に送信する。この状態が、図７（３）であり、これでＱＲ呼び出しプログラムは終了である。尚、ＱＲ呼び出しプログラムは、一次送信プログラムと同様、一次ＱＲ６１とともに、商品情報やインセンティブ情報を併せて送信して第一の携帯端末５１上に表示するものとなっている。尚、後述する二次ＱＲ６５についても、同様の構成により第二の携帯端末５２上に表示できるようになっている。
【００４２】
次に、このようにして第一の携帯端末５１に送信された一次ＱＲ６１を第二の携帯端末５２に読み込ませるための構成について説明する。
本実施形態における促進用ＱＲコードは、前述したように各々携帯端末を持つ者同士が「実際に会って顔を合わせた際にのみそれら携帯端末同士で送受信することが可能なコード」の例である。本実施形態では、第一第二の携帯端末５１，５２としては携帯電話が想定されているが、近時市販されている携帯電話の殆どには、ＱＲコードを表示し、また表示されたＱＲコードを読み取る機能が付加されている。ＱＲコードの読み取り機能は、カメラ機能でＱＲコードを読み取り、画像処理して元の情報に変換する機能である。
【００４３】
第一の者（紹介者）は第二の者（被紹介者）と実際に会い、第一の者は商品について第二の者に口頭で紹介する。第二の者が興味があるようであれば、第一の者は、上述したようにウェブサーバ１０にアクセスしてＱＲ呼び出しプログラムを実行させ、第一の携帯端末５１に一次ＱＲ６１を表示する。そして、表示された一次ＱＲ６１を、第二の者に第二の携帯端末５２から読み込ませる。この際、第一の携帯端末５１に表示されるのは、図２に示すように、ＱＲコードとともに商品情報ページ（商品の写真や商品の説明文等）６２を含んでいる。尚、この場合の「実際に会って顔を合わせた際」とは、本実施形態のシステムが口コミによる商品紹介を基本としたものであることによっており、メール等による交信のような仮想的な出会いは排除する趣旨である。
【００４４】
次に、販売促進情報の更新を行う二次サーバ３の構成について説明する。
二次サーバ３には、販売促進情報を更新させる更新プログラムが実装されている。即ち、二次サーバ３の記憶部には更新プログラムが記憶されており、第二の携帯端末５２からアクセスがあった際に実行されるようになっている。図８は、更新プログラムが実行される際の第二の携帯端末５２の画面表示について示した概略図である。
【００４５】
前述したように、一次送信プログラムによって送信された一次ＱＲ６１には、更新用コード部７２が含まれている。一次ＱＲ６１が第二の携帯端末５２によって読み取られ（図８（１））、そのＱＲコードのデコード（復元）が終了すると、更新プログラムの実行をするかどうかの入力をさせる画面となる（図８（２））。この部分は、第二の携帯端末５２が通常備えるプログラムの機能である。この画面で、Ｙｅｓボタンを押下すると、更新プログラムの実行コマンドが機能し、更新プログラムが実行される。図８（２）に示すように、更新プログラム（http://www.promotion.co.jp/update.asp）を実行する際には、引数として商品ＩＤ（shouhinID="0001"）と紹介者情報（shoukaisha="00000100"）とＱＲ発行ＩＤ（qrIssueID="xxyy"）と端末ＩＤ(tanmatsuID=ON)を指定している。これらも、ＱＲコードの復元の結果である。
【００４６】
更新プログラムが実行されると、図８（３）に示すように、更新されたＱＲコード（以下、二次ＱＲ）６５が第二の携帯端末５２に送信されて表示されるようになっている。また、更新プログラムにおいても、二次ＱＲ６５とともに商品情報６２やインセンティブ情報６３が第二の携帯端末５２に表示されるようになっている。これらの情報は、図２に示す一次ＱＲ６１に付帯したものとほぼ同様であるが、インセンティブ情報６３については、多少異なっており、この画面を見せて購入をするとポイントが付与される旨が記載されている。このポイントの付与は、購入者自身に対する特典の付与であるが、後述するような報酬請求情報の付与のためのインセンティブとなっている。
【００４７】
図９は、更新プログラムの概略構成を示すフローチャートである。
更新プログラムも、会員登録のためのモジュールを含んでいる。図９に示すように、更新プログラムは、アクセスしてきた第二の携帯端末５２の端末ＩＤから、この第二の端末５２が会員登録されたものであるかどうか判断する。会員登録されていない場合、最初に会員登録のためのモジュールが実行される。
第二の端末５２が、別の商品について初期ＱＲ８２を読み込む等したり、または別の商品について一次ＱＲ６１を読み込んで一次送信プログラムを実行させたりして、既に会員登録をしている場合がある。このような場合、さらなる会員登録はされない。
【００４８】
次に、更新プログラムは、商品ＩＤに従って当該商品ＩＤの商品情報ページのＨＴＭＬを取得するとともに、紹介者情報の更新を行う。即ち、例えば、第二の携帯端末５２の端末ＩＤが00000101だとすると、tanmatsuID=ONの引数から00000101が取得されるから、shoukaisha="00000100"&"00000101"を紹介者情報とする。
【００４９】
次に、更新プログラムは、二次ＱＲ６５の生成を行う。上記の例で言うと、http://www.promotion.co.jp/update.asp?shouhinID="0001"&shoukaisha="00000100"&"00000101"&qrIssueID="xxyy"&tanmatsuID=ONをＱＲコード化したイメージファイルを生成する。生成したイメージファイル（ＱＲファイル）は、所定のファイル名が付与され、データサーバ１の記憶部に記憶される。この際のＱＲファイルのファイル名（ＱＲファイル名）は、一次ＱＲ６１のものとは異なることは勿論である。
そして、更新プログラムは、取得した商品情報ページのＨＴＭＬと、生成した二次ＱＲ６５のイメージファイルと、インセンティブ情報ページとを所定のフレームに組み込んで第二の携帯端末５２に送信し、第二の携帯端末５２上に表示する。これらは、前述した一次ＱＲ６１の送信の場合とほぼ同様である。
【００５０】
次に、更新プログラムは、コード生成ＩＤを新たに生成し、データサーバ１に送ってコード更新情報ファイルに保存する。即ち、送信されたＱＲ発行ＩＤ（前記の例では"xxyy"）に従ってデータサーバ１上の該当するファイル名のコード更新情報ファイルを開く。そして、生成したコード生成ＩＤを新たなレコードのフィールドに記録してファイルを更新する。この際、二次ＱＲ６５の送信先である第二の携帯端末５２の端末ＩＤ、商品ＩＤ、上記更新された紹介者情報（"00000100"&"00000101"）、ＱＲファイル名も記録する。
【００５１】
次に、更新プログラムは、送信された端末ＩＤに従って端末別コード更新情報ファイルがデータサーバ１上にあるかどうか判断し、無ければ新しく作成してレコードを追加する。あれば、そのファイルに新しくレコードを追加する。このようにして二次ＱＲ６５の送信、コード更新情報ファイル等へのレコード追加がされると、更新プログラムが終了である。この状態が、図８（３）の状態である。
上記説明から解るように、更新プログラムを実行することにより第二の携帯端末５２に送信された二次ＱＲ６５では、紹介者情報が更新されており、第一の携帯端末５１の端末ＩＤの情報に第二の携帯端末５２の端末ＩＤの情報が付加されている（即ち、shoukaisha="00000100"&"00000101"）。
【００５２】
次に、このように更新された促進用ＱＲコード（二次ＱＲ６５）を利用して実際に販売促進のためのインセンティブを付与するための構成について説明する。
図８（３）に示すインセンティブ情報ページ６３には、店舗に行った際にこの表示情報を画面に表示して店員に見せればポイントがもらえる旨が表示されるようになっている。したがって、第二の者は、商品情報ページで示された商品情報に従って店舗に来店し、第二の携帯端末５２上にインセンティブ情報ページ６３を表示して店員に見せる。
【００５３】
一方、店舗では、図１に示すように、報酬請求情報を発行する報酬請求情報発行装置９が設置されている。報酬請求情報は、本実施形態のシステムを利用して紹介者に紹介報酬を支払う際に確認される情報であり、紹介によって真実に商品が販売されたかどうかを確認するための情報である。図１０は、報酬請求情報発行装置の概略を示すブロック図、図１１は報酬請求情報発行装置の斜視概略図である。
【００５４】
報酬請求情報発行装置は、本実施形態のシステムを構成するものではないが、本実施形態の実施に際して利用されるものである。図１０及び図１１に示すように、報酬請求情報発行装置は、発行キー９１１及びテンキー９１２を含む入力部９１と、記憶部９２と、演算処理部９３と、プリンタ部９４と、表示部９５とを備えている。表示部９５は、テンキー９１２において入力された数字を確認のために表示するものである。尚、プリンタ部９４は、ロール紙を送り出して印字する簡易なものであり、印字された紙を切り離す不図示のカッタが設けられている。
【００５５】
報酬請求情報は、第二の携帯端末５２から送信されることで、報酬を支払って良いことの確認に使用されるものである。このような報酬請求情報としては、幾つかのパターンが考えられる。一つは、単純なＩＤ番号の構成である。商品が販売されるたびに店舗側からＩＤ番号を発行してもらい、それを第二の携帯端末５２で入力してもらって送信する構成である。発行されるＩＤ番号は、過去のものとはだぶらないようにし、一つのＩＤ番号について報酬が付与された場合は、さらに同じＩＤ番号が第二の携帯端末５２から送信されても報酬が付与されないようにする。
【００５６】
上記構成でも良いのであるが、第二の携帯端末５２においていちいちＩＤ番号を入力しなければならない煩わしさがあることと、販売金額に応じた報酬を付与することが難しいことが挙げられる。このような欠点が無い構成として、報酬請求情報発行装置が、ＱＲコードの形で報酬請求情報を発行するようにする構成がある。図１０及び図１１に示す報酬請求情報発行装置は、このような構成のものとなっている。
【００５７】
より詳しく説明すると、図１０に示す記憶部９２には、報酬請求情報発行プログラムが予め記憶されており、入力部９１からの入力にしたがって演算処理部９３により実行されるようになっている。報酬請求情報発行プログラムは、テンキー９１２において金額が入力された後、発行キー９１１が押下されると実行される。この金額は、商品の販売額である。
報酬請求情報発行プログラムは、店舗ＩＤ、販売額、報酬ＩＤ等の情報を紹介報酬用サーバへのアクセス情報とともにＱＲコード化してプリントアウトするプログラムである。報酬ＩＤは、前述したものと同じ性質ものであり、一回の販売につき（即ち、一回の報酬支払いにつき）付与されるＩＤである。
【００５８】
より具体的に説明すると、図１１に示すように、プリントアウトされたＱＲコード（以下、報酬請求用ＱＲコード）９６は、例えばhttp://www.promotion.co.jp/houshu.asp?shouhinID="0001"&kingaku="10000"&houshuID="AA01-83592514"&tanmatsuID=ONというようなコマンドがＱＲコード化されたものとなっている。この例では、http://www.promotion.co.jp/houshu.aspの部分が、紹介報酬用サーバへのアクセス情報であり、紹介報酬用サーバ上の紹介報酬付与用プログラム（houshu.asp)の実行コマンドである。また、shouhinID="0001"は商品ＩＤを送信するための部分、kingaku="10000"は販売額を送信するための部分、houshuID="AA01-83592514"は報酬ＩＤを送信するための部分である。tanmatuID=ONは、端末ＩＤを送信させるための部分である。
【００５９】
商品ＩＤは、記憶部９２に予め記憶されている。報酬ＩＤは、プログラムにより生成される番号であって過去に発行したものと同じものにならないようにした番号である。本実施形態では、報酬ＩＤは、店舗ＩＤと乱数とを組み合わせた番号としている。上記の例でいうと、"AA01-83592514"のAA01が店舗ＩＤであり、83592514が乱数である。乱数は、過去にその報酬情報発行装置９から発行されたものと同じにならないようにされる。尚、乱数のみでも良いのであるが、万が一、別々の店舗（別々の報酬請求情報発行装置）から発行された乱数が同じになってしまうケースを想定し、店舗ＩＤと組み合わせている。
【００６０】
報酬請求情報発行プログラムは、商品ＩＤを記憶部９２から読み出し、報酬ＩＤを生成した後、入力された販売額の情報を組み込んで、上記のような報酬請求用ＱＲコード９６を生成し、プリントアウトするようになっている。尚、本実施形態では、一つの店舗において販売促進される商品は一つであり、したがって、一つの報酬請求情報発行装置から発行される報酬請求用ＱＲコードは、みな同じ商品ＩＤのコードとなっている。但し、報酬請求情報発行装置９に商品の選択キーを設けたりすることで、報酬請求情報発行装置９が異なる商品ＩＤについて報酬請求用ＱＲコードを発行できるようにしても良い。場合によっては、商品毎に異なる報酬請求発行装置を一つの店舗に設置し、商品毎に使い分けても良い。
【００６１】
また、報酬請求情報発行装置９は、報酬請求情報を発行するものではあるが、この報酬請求情報は、購入者（第二の者自身）に対する特典付与のために必要な情報としても付与されるものとなっている。購入者にとっては、報酬請求用ＱＲコード９６は自身への特典の請求用であるので、付与される特典の確認用のテキスト情報を報酬請求用ＱＲコード９６とともに印刷すると好適である。即ち、例えば、商品名、購入額、ポイントバック額等を列記して併せて印刷するようにする。
【００６２】
次に、紹介報酬用サーバ４について説明する。
紹介報酬用サーバ４には、紹介報酬付与用プログラムが実装されている。また、データサーバ１の記憶部には、支払うべき紹介報酬情報を記録した支払い報酬情報ファイルと、個別支払い情報ファイルとが記憶されている。
【００６３】
図１２は、支払い報酬情報ファイルの内容の一例及び個別支払い情報ファイルの内容の一例を示した概略図である。図１２に示すように、支払い報酬情報ファイル４１は、報酬ＩＤ、商品ＩＤ、コード更新ＩＤ、支払い対象端末ＩＤ、報酬額等のフィールドから成るレコードを登録するものである。個別支払い情報ファイル４２は、過去に紹介者として少なくとも一つの報酬の記録があった会員毎に（厳密には、端末ＩＤ毎に）作成されている。個別支払い対象ファイル４２の各フィールドは、支払い対象端末ＩＤのフィールドが無いことを除き、支払い情報ファイル４１とほぼ同様である。
【００６４】
まず、紹介報酬付与用プログラムの起動について、図１３を使用して説明する。図１３は、紹介報酬付与用プログラムの起動について示した概略図である。前述したように、本実施形態では、図１１に示すような報酬請求用ＱＲコードがプリントアウトされて第二の者に渡される。第二の者は、報酬請求用ＱＲコードを第二の携帯端末５２により読み取る（図１３（１））。この結果、紹介報酬用サーバにアクセスして良いか確認する画面が表示される（図１３（２））。この部分は、第二の携帯端末５２の通常の機能である。この画面でアクセスを許可すると、前述したように、端末ＩＤ、商品ＩＤ、報酬ＩＤ、販売額の各情報を変数として渡しながら、紹介報酬付与用プログラム（houshu.asp）を起動させる。紹介報酬付与用プログラムの実行が完了すると、図１３（３）の画面表示となる。
【００６５】
図１４は、紹介報酬付与用プログラムの概略を示したフローチャートである。
まず、紹介報酬付与用プログラムは、送信された報酬ＩＤのチェックを行う。即ち、既に報酬が付与された分についての報酬ＩＤではないか、チェックする。具体的には、紹介報酬用プログラムは、送信された報酬ＩＤを検索キーにして支払い情報ファイルを検索し、レコードがあるかどうか調べる。レコードがあった場合、その報酬ＩＤについては報酬付与済みとして扱われているため、紹介報酬付与用プログラムは、「送信された購入情報は既に登録済みです。」というようなエラーメッセージを第二の携帯端末５２に送信して表示させ、プログラムを終了する。
【００６６】
レコードが無かった場合、紹介報酬付与用プログラムは、まず、購入者自身に対する特典付与のための処理を行う。即ち、送信された販売額に従って購入者バック額を算出する。そして、購入者特典情報ファイルを開き、新しくレコードを追加して、報酬ＩＤ、購入者バック額等の情報をそれぞれのフィールドに記録する。購入者バック額は、購入者自身への特典としてバックされる額（本実施形態ではポイント）であり、例えば購入額の５％というように予め定められ、紹介報酬付与用プログラムは、これに従って算出する。
【００６７】
次に、紹介報酬付与用プログラムは、紹介報酬の算出と記録とを行う。紹介報酬は、例えば購入額の３％というように予め定められ、これに従って紹介報酬付与用プログラムは算出する。紹介報酬が算出されると、紹介報酬付与用プログラムは、報酬支払い対象の端末ＩＤの特定を行う。即ち、送信された端末ＩＤと商品ＩＤを検索キーにしてコード更新情報ファイルを検索し、それが一致するレコードについて紹介者情報のフィールドの情報を読み出す。そして、読み出された情報のうち、一番末尾の情報は送信元である第二の携帯端末５２の端末ＩＤと一致している筈なので、それをオミットし、残りの情報のうちの一番末尾の端末ＩＤを支払い対象として特定する。ここでは残りの情報は第一の携帯端末５１の端末ＩＤしかないので、それが支払い対象の端末ＩＤとして特定される（前記の例では"00000100"）。
【００６８】
次に、紹介報酬付与用プログラムは、支払い情報フィアルを開き、新しいレコードを追加し、送信された報酬ＩＤ及び商品ＩＤと、算出された報酬額と、特定した支払い対象の端末ＩＤとを各フィールドに記録する。次に、紹介報酬付与用プログラムは、これら報酬情報の転記を行う。即ち、支払い対象として特定された端末ＩＤについて紹介報酬用サーバ４を検索し、該当する個別支払い情報ファイル４２があるかどうか判断する。ファイルがあれば、図１２に示すように、報酬ＩＤ、商品ＩＤ、報酬額等の情報から成るレコードを新しく記録し、ファイルが無ければ新しく作成して同様に記録する。このようにして報酬ＩＤを登録すると、紹介報酬付与用プログラムは終了である。
【００６９】
個別支払い情報ファイル４２内の情報は、各々の者に実際に報酬を付与する際に利用される。上記の例ではポイント制となっており、各々の者にポイントが溜まるようになっている。例えば、溜まったポイントに従って金券や商品と交換できるようにすることが考えられる。
尚、上記の例では、紹介報酬や購入者への特典は、購入額に応じたものであったが、定額の報酬や特典の場合もある。この場合は、報酬請求情報発行装置は、単に発行キー９１１が押下されるだけで報酬請求用ＱＲコード９６が印刷されることになる。この場合、記憶部９２には、そのような定額の報酬額が予め記憶されても良いし、または紹介報酬付与用プログラム上の定数として設定しても良い。この場合は、店舗側の手間がさらに省けるので好適である。
【００７０】
上述した実施形態において、第二の者が第三の者に商品を紹介することも、当然ながら想定されている。即ち、第二の者は、第三の者に会い、第二の携帯端末５２上に二次ＱＲ６５を表示し、第三の者が保有する携帯端末（第三の携帯端末）に読み込ませる。その結果、第三の携帯端末から二次サーバ３にアクセスがされ、更新プログラムが実行される。これによって、さらに更新された促進用ＱＲコード（三次ＱＲ）が第三の携帯端末に送信されることになる。
【００７１】
このように紹介が重畳的になされる場合、紹介者情報の更新や紹介報酬の支払いについては、大きく分けて二通りの構成が考えられる。一つは、紹介者情報についても重畳的に更新し、紹介者報酬については、それまでのすべての紹介者に報酬を支払うやり方である。この場合、一つの商品購入に際して複数の紹介者がいることになるから、報酬額は紹介者の数で割った額となる。別の考え方として、商品購入に際しては直前の紹介者の影響が最も大きいことを重視し、直前の紹介者にのみ報酬を支払うやり方がある。この場合、紹介者情報の更新についても重畳的な更新をせずに直前の紹介者のみ記憶する場合と、紹介者情報については重畳的に更新をする場合とがある。
【００７２】
前述したのは、報酬は直前の紹介者のみに支払いつつも、紹介者情報については重畳的に更新する構成であり、この構成についてもう少し詳しく説明する。
重畳的な紹介者情報の更新を行う場合、前述した三次ＱＲに含まれる紹介者情報は、第一の携帯端末５１の端末ＩＤと第二の携帯端末５２の端末ＩＤと第三の携帯端末の端末ＩＤとより成るものとなる。前述した例で、第三の携帯端末の端末ＩＤが例えば00000200だとすると、更新された紹介者情報は、"00000100"&"00000101"&"00000200"ということになる。
【００７３】
上記の場合で、第三の者自身が店舗で商品を購入し、報酬請求用ＱＲコードを読み込んで紹介報酬付与用プログラムを実行させたとする。この場合、紹介報酬付与用プログラムがコード更新情報から取得する紹介者情報も、第一の携帯端末５１の端末ＩＤと第二の携帯端末の端末ＩＤと第三の携帯端末の端末ＩＤとを重畳させたもの（"00000100"&"00000101"&"00000200"）となる。紹介報酬付与用プログラムは、取得した紹介者情報を解析し、直前の紹介者の端末ＩＤのみを紹介者情報とする。即ち、一番右側の"00000200"は送信元である第三の携帯端末の端末ＩＤであるのでそれをオミットした後、オミット後の末尾の端末ＩＤ（"00000101"）を紹介者情報として特定する。その後の処理は、前述したものと同様である。
【００７４】
上記の例と異なり、すべての紹介者に対して報酬を支払う場合は、紹介報酬付与用プログラムは、同様に送信元の端末ＩＤ（上記の例では"00000200"）をオミットした後、＆の部分でデータを分離して全て端末ＩＤを取り出し（上記の例では"00000333"と"000000444"を取り出し）、その数を数える。そして、報酬額をその数で割って個々の報酬額を算出し、算出された報酬額を、同様に個別支払い情報ファイル４２に記録する。この例では、"00000333"の個別支払い情報ファイルと"000000444"の個別支払い情報ファイルに記録する。その他の構成は、前述したものとほぼ同様である。
【００７５】
尚、紹介者情報の重畳的な更新をしない場合、更新プログラムは、既に登録されている端末ＩＤに置き換えて送信元の端末ＩＤを新たな紹介者情報としてコード更新情報ファイルに記録することになる。即ち、前述した例で言えば、第二の携帯端末５２に一次ＱＲ６１が読み込まれて更新プログラムが起動した際、既に登録されている第一の携帯端末５１の端末ＩＤ（"00000100"）に置き換えた形で第二の携帯端末５２の端末ＩＤ（"00000101"）を紹介者情報として記録することになる。
【００７６】
次に、多少繰り返しになるが、実施形態のシステムの動作について説明する。
前述したように、第一の携帯端末５１が図５（２）の確定ボタン８５をクリックするなどして一次サーバ１にアクセスすると、一次送信プログラムが動作して一次ＱＲ６１が第一の携帯端末５１に送信される。送信された一次ＱＲ６１のＱＲファイルは、データサーバ１上に保存される。
第一の者は第二の者と会い、一次ＱＲ６１において販売促進の対象となっている商品の話しをする等して、商品を紹介する。そして、第一の者は第一の携帯端末５１を操作し、データサーバ１から一次ＱＲ６１のＱＲファイルを呼び出し、一次ＱＲ６１を第一の携帯端末５１上に表示する。そして、表示された一次ＱＲ６１を第二の携帯端末５２に読み取らせる。
【００７７】
第二の者は、第二の携帯端末５２における一次ＱＲ６１の読み取り結果に従い、二次サーバ２にアクセスする。この結果、更新プログラムが実行され、第二の携帯端末５２に二次ＱＲ６５が送信される。二次ＱＲ６５のＱＲファイルは、同様にデータサーバ１上に保存される。
第二の者は、店舗に来店して商品を購入し、その際、二次ＱＲ６５とともにインセンティブ情報ページ６３をデータサーバ１から呼び出して表示し、店員に見せる。店員は、報酬請求情報発行装置９を操作して報酬請求情報を出力し、第二の者に付与する。第二の者は、自身の購入者ポイントを取得するため、付与された報酬請求情報を第二の端末５２から紹介報酬用サーバ４に送信する。この結果、紹介報酬付与用プログラムが実行され、支払い情報ファイル４１や個別支払い情報ファイル４２に新規レコードが記録される。
【００７８】
上述した構成及び動作のシステム及び方法において、さらに、第三の者が第四の者に紹介し、第三の携帯端末から第四の携帯端末に促進用ＱＲコードが読み取られることもある。この場合も同様であり、更新プログラムが実行され、第四の携帯端末には、更新された促進用ＱＲコードが送信される。そして、第四の者が店舗で商品を購入し、報酬請求情報を入手して送信すると、紹介報酬付与用プログラムが実行される。この場合は、第三の携帯端末の端末ＩＤが報酬の支払い対象となり、第三の携帯端末の端末ＩＤについて個別支払い情報ファイルに報酬額が記録される。
【００７９】
さらに第五の者の第五の携帯端末、第六の者の第六の携帯端末がある場合も、基本的に同様の動作となる。促進用ＱＲコードが別の携帯端末に読み込まれるたびに更新プログラムが実行され、紹介者の情報が重畳していく。そして、その者が商品を購入して報酬ＩＤを送信すると、直前の紹介者の携帯端末の端末ＩＤについての個別支払い情報ファイル４２に報酬額が記録される。
【００８０】
上述した説明から解るように、本実施形態の販売促進方法によれば、他人に商品を紹介した際、その他人が商品を購入して報酬請求情報を送信することで、報酬を得ることができる。このため、商品を紹介するインセンティブが生じ、販売促進につながる。そして、紹介をされた他人がさらに別の他人に紹介するという重畳的な紹介がされる場合、それぞれの紹介者の端末ＩＤを特定することでそれぞれの紹介者に報酬を支払うようにすると、商品を紹介するインセンティブがさらに高まることになり、販売促進の効果がより高くなる。
【００８１】
また、紹介者情報を重畳していくのに使われる技術構成として、実際に会った際にのみやり取り可能なコードに変換された販売促進情報が使われているので、口コミを利用した商品の紹介を効果的に利用することができる。商品を他人に紹介させることによる販売促進としては、アフィリエイトサイトやアフィリエイトメールによるものが知られている。これは一種の成功報酬型広告とみることもできるが、いずれにしても、サイトの閲覧やメール送受信といったバーチャルな情報伝達であり、実際に会って商品を紹介しているのではない。本実施形態では、ＱＲコードの読み取りという手段を使っており、第一の者が第二の者に実際に会った状態でないと情報の伝達ができないので、実際に会って商品の良さを説明したりすることが期待される。したがって、より実際の状態に即した紹介による販売促進が行えることになる。
【００８２】
アフィリエイトサイトやアフィリエイトメールの場合、人を雇って大量にアフィリエイトサイトにアクセスさせたり、アフィリエイトメールを大量に送ったりすることで、広告成功報酬を不正に得ることも見られるが、本実施形態の方法及びシステムによれば、実際に会って促進用ＱＲコードを読み取らせることが基本となっているので、このような不正はしにくくなっている。
【００８３】
また、本実施形態のシステム及び方法は、販売促進を行う直接の主体である店舗側では、シンプルな報酬請求情報発行装置９を備えるだけで良いので、導入が容易であるという効果が得られる。報酬請求情報発行装置９は、本システムを運営する事業会社が店舗側に貸与すれば良く、導入の際に店舗ＩＤ等の初期設定をしておく。したがって、店舗側では、購入のたびに発行キー９１１を押して報酬請求情報を印刷した紙を出力して渡すだけで良く、極めて簡便である。尚、報酬請求情報発行装置としては、ＰＯＳやキャッシュレジストと連動するものとしたり、これらの一部としたりすることもできる。このようにすることで、金額の入力等を不要にすることもできる。
【００８４】
上記のようなことを行うのに、店舗側に設置された端末をインターネット等のネットワークを介して紹介報酬用サーバ４等と接続することも考えられる。この場合は、ネットワークを介して報酬請求情報を紹介報酬用サーバ４に送信することになる。しかしながら、この場合は、そのような店舗側の端末の認証するための構成が必要になる。さらに、報酬請求情報だけでは報酬の支払いはできず、だれが紹介者かという情報（紹介者情報）が必要であり、これを店舗側の端末から送信させる必要がある。このための構成としては、促進用ＱＲコードを店舗側の端末で読み取り、報酬付与用サーバ４にアクセスすることが考えられる。しかし、そのためには、店舗側の端末にＱＲコードの読み取りが必要である。また、通常は更新プログラムの実行（二次サーバ３へのアクセス）を行っているのに、紹介報酬用サーバ４へのアクセス（紹介報酬付与用プログラムの実行）をすることになるので、アクセスを受けた二次サーバ３において店舗側の端末からのアクセスであることを識別し、報酬付与用サーバ４に制御を移すことが必要で、プログラム的にも煩雑となる。上述した本実施形態の構成によれば、このような煩雑さはない。
【００８５】
上述した説明から解るように、本実施形態では、購入者は、自身への特典をもらうために、付与された情報を送信するが、実はそれは紹介者に紹介報酬を支払うための情報になっている。つまり、購入者にとって情報を送信するのは面倒であり、それが単に紹介者に対する報酬支払いのためだと解ると、面倒がって行われないことになる。そこで、見かけ上は購入者自身への特典付与のためであるとして報酬請求情報を送信してもらっている。この点も大きな特徴点である。
尚、重畳的に記録したすべての紹介者について報酬を支払う構成の場合、報酬額を単純に紹介者の数で割った均等額でない場合もある。例えば、その直前の紹介者の端末ＩＤについてより多くの額としても良い。
【００８６】
また、上記実施形態では、端末間コードとしてＱＲコードを採用したが、二人の者が実際に会った際に携帯端末同士でデータがやり取りできるコードであればよく、ＱＲコードには限られない。例えば、二次コードとしてはI.D.Matrix社のDATA MATRIXやSymbol Technologies社のＰＤＦ４１７、ＵＰＳ社のMaxi Code等が使用できる。また、一次元コードではあるが、バーコードでもよい。これらの光学的な読み取られるコードの他、二つの携帯端末が限定された範囲内で無線通信できる構成も採用できる。この例としては赤外線通信が挙げられる。赤外線通信だけで送受信できるように販売促進情報をコード化し、前述したように紹介者情報を更新していく構成が考えられる。
尚、ＱＲコードについては、携帯端末５１，５２の記憶部にいったん記憶し、メール添付などによって他人に送信すれば、実際に会うことなく販売促進情報のやり取りができる可能性もある。これを防止するため、携帯端末の記憶部には記憶できないようにすると好適である。
【００８７】
また、ＱＲコードの保存については、ＱＲコードの発行や更新のたびにすべてＱＲファイルがデータサーバ１上に保存されたが、携帯端末５１，５２から操作があった場合にのみ保存するようにしても良い。即ち、ＱＲコードを生成して送信する際には、一時的な保存としてＱＲファイルをメモリに記憶する。そして、ＱＲコードを送信する際のフレームに、保存ボタンを設けておき、ＱＲコードの送信後に保存ボタンがクリックされた場合だけ、一時的に記憶していたＱＲファイルを正式にデータサーバ１の記憶部に記憶するようにする。この場合、保存ボタンをクリックせずにブラウザを終了させると、ＱＲファイルはどこにも保存されずに終了することになる。したがって、「ＱＲコードを保存する場合には保存ボタンをクリックして下さい。」というようなテキスト情報を併せて表示するようにする。この構成は、データサーバ１の記憶領域を多く使用しないという点で好適である。
【００８８】
上述した実施形態において、図２に示す更新用コード部７２は、更新プログラムの実行情報の一例である。この部分は、更新プログラムのタイプ等によって適宜変更されることは言うまでもない。更新プログラムの実行ボタンをあるウェブページにおき、そのウェブページのＵＲＬを実行情報として設定することもできる。
また、紹介者情報としては、上記実施形態では端末ＩＤを採用したが、これ以外の場合もあり得る。例えば、会員登録の際に会員ＩＤを発行し、携帯端末５１，５２の記憶部に記憶させる。そして、これを読み出させて送信させることで、紹介者情報として取り扱うようにしてもよい。端末ＩＤのようなものが設定・送信されないタイプの携帯端末についても、このような構成が採用できる。
【００８９】
本願発明の実施に際しては、各プログラムや各ファイルを記憶した記憶部は販売促進システムのどこかに設けられていればよく、個別に設けられたり、まとめて設けられたりする場合がある。上記のようにデータサーバ１に記憶部を設けたり、他のサーバに設けたりすることもあり、さらにサーバとは別に記憶部だけが設けられる構成（例えば、データストレージだけが設けられる構成）であってもよい。
【００９０】
本願発明において、販売促進がされる「商品」は、いわゆる有体物の商品に限らず、サービスや金融商品といった無体物の商品でもよい。
さらに、商品の購入については、店舗に行って購入する場合を例にしたが、ネットショッピングの場合であっても本願発明は実施が可能である。この場合は、報酬請求情報はインターネットを介して携帯端末に送信されてもよく、また商品の送り状のような同梱書類に記載してもよい。
【００９１】
また、上記実施形態では、支払われる報酬はポイントであって、ポイントが溜まると金券や商品に交換できるものであったが、他の構成でも良い。たとえば、いわゆるキャッシュバックの構成であって、溜まったポイントの金額の次回の購入の際に割り引く構成でもよい。また、紹介報酬として現金を支払う場合もある。これは、高額商品の紹介等の場合にあり得る構成であり、販売手数料的な意味合いとなる。さらに、販売促進ではあっても、販売がされたことをもって報酬を付与することは必須の条件ではない。例えば、ネットショッピング等では、購入の前段階として会員登録をしてもらう場合があり、この会員登録をもって紹介報酬を支払うようにしても良い。この場合、被紹介者が会員登録をすると報酬請求情報が付与され、被紹介者が報酬請求情報を送信すると紹介者に報酬が支払われることになる。
【図面の簡単な説明】
【００９２】
【図１】本願発明の実施形態に係る販売促進システムの概略図である。
【図２】ＱＲコード化された販売促進情報について示した概略図である。
【図３】商品情報ファイルの内容の一例について示した概略図である。
【図４】コード更新情報ファイルの内容の一例を示した概略図である。
【図５】商品販売・紹介者募集サイトの一例について示した概略図である。
【図６】一次次送信プログラムの概略を示すフローチャートである。
【図７】一次ＱＲ６１の呼び出しについて示した概略図である。
【図８】更新プログラムが実行される際の第二の携帯端末５２の画面表示について示した概略図である。
【図９】更新プログラムの概略構成を示すフローチャートである。
【図１０】報酬請求情報発行装置の概略を示すブロック図である。
【図１１】報酬請求情報発行発行装置の斜視概略図である。
【図１２】支払い報酬情報ファイルの内容の一例及び個別支払い情報ファイルの内容の一例を示した概略図である。
【図１３】報酬ＩＤ送信ページ及びその取得について示した概略図である。
【図１４】紹介報酬付与用プログラムの概略を示したフローチャートである。明した概略図である。
【符号の説明】
【００９３】
１ データサーバ
２ 一次サーバ
３ 二次サーバ
４ 紹介報酬用サーバ
１０ ウェブサーバ
５１ 第一の携帯端末
５２ 第二の携帯端末
６１ 一次ＱＲ
６２ 商品情報ページ
６３ インセンティブ情報ページ
６５ 二次ＱＲ
９ 報酬請求情報発行装置
【特許請求の範囲】
【請求項１】
一次サーバと二次サーバと紹介報酬用サーバと記憶部とを備えた販売促進システムであって、
一次サーバには、一次の販売促進情報を第一の携帯端末に送信する一次送信プログラムが実装されており、
一次送信プログラムは、第一の携帯端末を持つ第一の者と第二の携帯端末を持つ第二の者とが実際に会って顔を合わせた際にのみそれら携帯端末同士でやり取りすることが可能なコードである端末間コードの状態で前記一次の販売促進情報を第一の携帯端末に送信するものであって、第一の携帯端末からアクセスがあった際に実行されるようになっており、
二次サーバには更新プログラムが実装されており、更新プログラムは、第二の携帯端末からアクセスがあった際に実行されるようになっており、
販売促進情報は、商品を特定するための商品特定情報と、商品購入の紹介者に関する情報である紹介者情報と、前記更新プログラムを実行するための情報である実行情報とを含んでおり、この実行情報は、紹介者情報を二次サーバに送信して前記更新プログラムを実行するためのものであり、
紹介者情報は、アクセスしてきた携帯端末を持つ者の固有情報を含んでおり、
前記一次送信プログラムは、第一の携帯端末からアクセスがあった際、第一の者の固有情報を紹介者情報として前記一次の販売促進情報を送信するプログラムであり、
前記更新プログラムは、第二の携帯端末からアクセスがあった際、第二の者の固有情報を紹介者情報として更新するものであり、且つ、更新された紹介者情報と前記更新プログラムの実行情報とを含んだ二次の販売促進情報を前記端末間コードの状態で第二の端末に送信するプログラムであり、
記憶部には、コード更新情報ファイルが記憶されており、コード更新情報ファイルは、一次送信プログラムが一次の販売促進情報を前記端末間コードの状態で前記第一の携帯端末に送信した際に前記商品特定情報と前記紹介者情報とが記録されるとともに、送信先である第一の者の固有情報が記録されるものであり、且つ更新プログラムが二次の販売促進情報を前記端末間コードの状態で前記第二の携帯端末に送信した際に、前記商品特定情報と前記更新された紹介者情報とが記録されるとともに、送信先である第二の者の固有情報が記録されるものであり、
紹介報酬用サーバには紹介報酬付与用プログラムが実装されているとともに、記憶部には、支払うべき紹介報酬の情報を記録した支払い情報ファイルが記憶されており、
紹介報酬付与用プログラムは、第二の携帯端末から報酬ＩＤと前記商品特定情報と第二の者の固有情報とが送信された際に実行されるプログラムであり、
紹介報酬付与用プログラムは、送信された報酬ＩＤが支払い情報ファイルに記憶されていない場合に、送信された商品特定情報と第二の者の固有情報に従って前記コード更新情報ファイルを検索して前記更新された紹介者情報を取得し、その紹介者情報に含まれる前記第一の者の固有情報を支払い情報ファイルに記録するプログラムであり、且つ、送信された報酬ＩＤが支払い情報ファイルに記憶されている場合は、支払い情報ファイルへの記録を行わないプログラムであることを特徴とする販売促進システム。
【請求項２】
前記更新プログラムは、前記第二の者の固有情報を追加して前記紹介者情報を更新するものであることを特徴とする請求項１記載の販売促進システム。
【請求項３】
前記記憶部には、購入者自身に対して付与される特典の情報を記録した購入者特典情報ファイルが記憶されており、
前記報酬付与用プログラムは、送信された報酬ＩＤが支払い情報ファイルに記憶されていない場合に、第二の者に対して付与する特典の情報を購入者特典情報ファイルに記録するものであって、送信された報酬ＩＤが支払い情報ファイルに記憶されている場合には、購入者特典情報ファイルへの記録を行わないものであることを特徴とする請求項１又は２に記載の販売促進システム。
【請求項４】
前記固有情報は前記携帯端末の端末ＩＤであることを特徴とする請求項１乃至３いずれかに記載の販売促進システム。
【請求項５】
前記端末間コードは、ＱＲコードであることを特徴とする請求項１乃至４いずれかに記載の販売促進システム。
【請求項１】
一次サーバと二次サーバと紹介報酬用サーバと記憶部とを備えた販売促進システムであって、
一次サーバには、一次の販売促進情報を第一の携帯端末に送信する一次送信プログラムが実装されており、
一次送信プログラムは、第一の携帯端末を持つ第一の者と第二の携帯端末を持つ第二の者とが実際に会って顔を合わせた際にのみそれら携帯端末同士でやり取りすることが可能なコードである端末間コードの状態で前記一次の販売促進情報を第一の携帯端末に送信するものであって、第一の携帯端末からアクセスがあった際に実行されるようになっており、
二次サーバには更新プログラムが実装されており、更新プログラムは、第二の携帯端末からアクセスがあった際に実行されるようになっており、
販売促進情報は、商品を特定するための商品特定情報と、商品購入の紹介者に関する情報である紹介者情報と、前記更新プログラムを実行するための情報である実行情報とを含んでおり、この実行情報は、紹介者情報を二次サーバに送信して前記更新プログラムを実行するためのものであり、
紹介者情報は、アクセスしてきた携帯端末を持つ者の固有情報を含んでおり、
前記一次送信プログラムは、第一の携帯端末からアクセスがあった際、第一の者の固有情報を紹介者情報として前記一次の販売促進情報を送信するプログラムであり、
前記更新プログラムは、第二の携帯端末からアクセスがあった際、第二の者の固有情報を紹介者情報として更新するものであり、且つ、更新された紹介者情報と前記更新プログラムの実行情報とを含んだ二次の販売促進情報を前記端末間コードの状態で第二の端末に送信するプログラムであり、
記憶部には、コード更新情報ファイルが記憶されており、コード更新情報ファイルは、一次送信プログラムが一次の販売促進情報を前記端末間コードの状態で前記第一の携帯端末に送信した際に前記商品特定情報と前記紹介者情報とが記録されるとともに、送信先である第一の者の固有情報が記録されるものであり、且つ更新プログラムが二次の販売促進情報を前記端末間コードの状態で前記第二の携帯端末に送信した際に、前記商品特定情報と前記更新された紹介者情報とが記録されるとともに、送信先である第二の者の固有情報が記録されるものであり、
紹介報酬用サーバには紹介報酬付与用プログラムが実装されているとともに、記憶部には、支払うべき紹介報酬の情報を記録した支払い情報ファイルが記憶されており、
紹介報酬付与用プログラムは、第二の携帯端末から報酬ＩＤと前記商品特定情報と第二の者の固有情報とが送信された際に実行されるプログラムであり、
紹介報酬付与用プログラムは、送信された報酬ＩＤが支払い情報ファイルに記憶されていない場合に、送信された商品特定情報と第二の者の固有情報に従って前記コード更新情報ファイルを検索して前記更新された紹介者情報を取得し、その紹介者情報に含まれる前記第一の者の固有情報を支払い情報ファイルに記録するプログラムであり、且つ、送信された報酬ＩＤが支払い情報ファイルに記憶されている場合は、支払い情報ファイルへの記録を行わないプログラムであることを特徴とする販売促進システム。
【請求項２】
前記更新プログラムは、前記第二の者の固有情報を追加して前記紹介者情報を更新するものであることを特徴とする請求項１記載の販売促進システム。
【請求項３】
前記記憶部には、購入者自身に対して付与される特典の情報を記録した購入者特典情報ファイルが記憶されており、
前記報酬付与用プログラムは、送信された報酬ＩＤが支払い情報ファイルに記憶されていない場合に、第二の者に対して付与する特典の情報を購入者特典情報ファイルに記録するものであって、送信された報酬ＩＤが支払い情報ファイルに記憶されている場合には、購入者特典情報ファイルへの記録を行わないものであることを特徴とする請求項１又は２に記載の販売促進システム。
【請求項４】
前記固有情報は前記携帯端末の端末ＩＤであることを特徴とする請求項１乃至３いずれかに記載の販売促進システム。
【請求項５】
前記端末間コードは、ＱＲコードであることを特徴とする請求項１乃至４いずれかに記載の販売促進システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１０−７９８０４（Ｐ２０１０−７９８０４Ａ）
【公開日】平成２２年４月８日（２０１０．４．８）
【国際特許分類】
【出願番号】特願２００８−２４９９３３（Ｐ２００８−２４９９３３）
【出願日】平成２０年９月２９日（２００８．９．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
【出願人】（５０７０２４３６７）株式会社ザクラ (3)
【Ｆターム（参考）】
【公開日】平成２２年４月８日（２０１０．４．８）
【国際特許分類】
【出願日】平成２０年９月２９日（２００８．９．２９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
【出願人】（５０７０２４３６７）株式会社ザクラ (3)
【Ｆターム（参考）】
[ Back to top ]