(57)【要約】  サーバ１１は、第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得し、その情報に基づいて、第１のユーザと、第２のユーザと、推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データを履歴データベース６３に登録する履歴登録部７３と、推薦メールに応じて第２のユーザが推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得部７６と、その操作情報に基づいて推薦対象に対する第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する推薦データに追加する履歴更新部７７とを備える。
2011152417.tif 000002
【特許請求の範囲】
【請求項１】
第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得部であって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得部と、
前記メール取得部により取得された情報に基づいて、前記第１のユーザと、前記第２のユーザと、前記推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録部と、
前記推薦メールに応じて前記第２のユーザが前記推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得部と、
前記操作情報に基づいて前記推薦対象に対する前記第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する前記推薦データに追加する更新部と
を備えるデータベース管理装置。
【請求項２】
前記推薦データにおいて、前記第２のユーザが該第２のユーザのメールアドレスにより識別される、
請求項１に記載のデータベース管理装置。
【請求項３】
前記推薦データが前記推薦メールの送信日時をさらに含み、
前記行動情報が前記第２のユーザの行動の日時をさらに示す、
請求項１又は２に記載のデータベース管理装置。
【請求項４】
前記更新部において特定される前記第２のユーザの行動が、前記推薦対象のウェブページへのアクセス、前記推薦対象のウェブページへのログイン、前記推薦対象の申込み、及び前記推薦対象のウェブページのお気に入りへの登録のうちの少なくとも一つを含む、
請求項１〜３のいずれか一項に記載のデータベース管理装置。
【請求項５】
前記推薦メールの宛先として複数の前記第２のユーザが指定されており、
前記更新部において特定される、前記複数の第２のユーザのうちの一のユーザの行動が、前記推薦対象を申し込んだことを示す申込メールの送信を含み、
前記申込メールが、前記複数の第２のユーザのうちの他のユーザに送信される、
請求項１〜４のいずれか一項に記載のデータベース管理装置。
【請求項６】
前記推薦対象を申し込んだ前記複数の第２のユーザのうちの一のユーザの端末に、前記申込メールを送信するか否かを選択するためのウェブページが提供され、該一のユーザが前記申込メールの送信を選択した場合にのみ該申込メールが該複数の第２のユーザのうちの他のユーザに送信される、
請求項５に記載のデータベース管理装置。
【請求項７】
前記更新部により更新された推薦データが、前記推薦メールの効果の測定、前記第１のユーザへの前記推薦メールの宛先の提示、及び前記第２のユーザへのレコメンド商品の提示のうちの少なくとも一つに用いられる、
請求項１〜６のいずれか一項に記載のデータベース管理装置。
【請求項８】
データベース管理装置により実行されるデータベース管理方法であって、
第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得ステップであって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得ステップと、
前記メール取得ステップにおいて取得された情報に基づいて、前記第１のユーザと、前記第２のユーザと、前記推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録ステップと、
前記推薦メールに応じて前記第２のユーザが前記推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得ステップと、
前記操作情報に基づいて前記推薦対象に対する前記第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する前記推薦データに追加する更新ステップと
を含むデータベース管理方法。
【請求項９】
第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得部であって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得部と、
前記メール取得部により取得された情報に基づいて、前記第１のユーザと、前記第２のユーザと、前記推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録部と、
前記推薦メールに応じて前記第２のユーザが前記推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得部と、
前記操作情報に基づいて前記推薦対象に対する前記第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する前記推薦データに追加する更新部と
をコンピュータに実行させるデータベース管理プログラム。
【請求項１０】
第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得部であって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得部と、
前記メール取得部により取得された情報に基づいて、前記第１のユーザと、前記第２のユーザと、前記推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録部と、
前記推薦メールに応じて前記第２のユーザが前記推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得部と、
前記操作情報に基づいて前記推薦対象に対する前記第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する前記推薦データに追加する更新部と
をコンピュータに実行させるデータベース管理プログラムを記憶するコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の一形態は、データベース管理装置、データベース管理方法、データベース管理プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体に関する。
【背景技術】
【０００２】
従来から、ウェブサイトを介して様々な推薦対象を他人に推薦するためのシステムが知られている。例えば、下記特許文献１には、紹介による商品の販売促進を容易にするための販売促進システムが記載されている。この販売促進システムでは、携帯端末を用いて商品を購入した紹介者が、決済が終了した商品の中から他人に紹介したい商品を選択すると、選択された商品の紹介広告ＩＤが被紹介者に提供される。また、下記特許文献２には、携帯端末を用いて他人に会員証等への入会を紹介する会員管理システムが記載されている。この会員管理システムでは、第１の携帯端末が第２の携帯端末のメールアドレスをサーバに通知すると、そのサーバが、入会時にダウンロードされるアプリケーションのＵＲＬを第２の端末にメールで通知する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２３４４３６号公報
【特許文献２】特開２００９−２３７８９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記特許文献１，２に記載されているような従来のシステムでは推薦を行った時点で処理が終了する。しかし、上記特許文献１に記載の技術では、推薦を受けたユーザの行動を把握することが困難で、推薦結果に基づく様々な処理（例えば推薦効果の測定など）を行うことが難しい。そこで、推薦を受けたユーザの行動を把握することが要請されている。
【課題を解決するための手段】
【０００５】
本発明の一形態に係るデータベース管理装置は、第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得部であって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得部と、メール取得部により取得された情報に基づいて、第１のユーザと、第２のユーザと、推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録部と、推薦メールに応じて第２のユーザが推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得部と、操作情報に基づいて推薦対象に対する第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する推薦データに追加する更新部とを備える。【０００６】
本発明の一形態に係るデータベース管理方法は、データベース管理装置により実行されるデータベース管理方法であって、第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得ステップであって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得ステップと、メール取得ステップにおいて取得された情報に基づいて、第１のユーザと、第２のユーザと、推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録ステップと、推薦メールに応じて第２のユーザが推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得ステップと、操作情報に基づいて推薦対象に対する第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する推薦データに追加する更新ステップとを含む。【０００７】
本発明の一形態に係るデータベース管理プログラムは、第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得部であって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得部と、メール取得部により取得された情報に基づいて、第１のユーザと、第２のユーザと、推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録部と、推薦メールに応じて第２のユーザが推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得部と、操作情報に基づいて推薦対象に対する第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する推薦データに追加する更新部とをコンピュータに実行させる。【０００８】
本発明の一形態に係るコンピュータ読取可能な記録媒体は、第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得部であって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得部と、メール取得部により取得された情報に基づいて、第１のユーザと、第２のユーザと、推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録部と、推薦メールに応じて第２のユーザが推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得部と、操作情報に基づいて推薦対象に対する第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する推薦データに追加する更新部とをコンピュータに実行させるデータベース管理プログラムを記憶する。【０００９】
このような形態によれば、商品を推薦する第１のユーザからその推薦を受け取る第２のユーザに送信される推薦メールに基づいて推薦データが生成されてデータベースに登録される。その後、第２のユーザが推薦メールに応じてその商品のウェブページを操作すると、その操作に基づいて特定された行動を示す行動情報が推薦データに追加される。すなわち、商品を推薦した第１のユーザと、その推薦を受けた第２のユーザと、その商品と、その商品に対する第２のユーザの行動とが関連付けられる。これにより、推薦メールにより第２のユーザがどのような行動を取ったかが推薦データとして得られるので、推薦を受けたユーザの行動を把握することが可能になる。【００１０】
別の形態に係るデータベース管理装置では、推薦データにおいて、第２のユーザが該第２のユーザのメールアドレスにより識別されてもよい。この場合には、推薦メールの相手先をそのまま第２のユーザの識別子として用いることができるので、任意のユーザについて推薦データを生成することができる。また、第２のユーザの識別子を簡単に得ることができる。【００１１】
さらに別の形態に係るデータベース管理装置では、推薦データが推薦メールの送信日時をさらに含み、行動情報が第２のユーザの行動の日時をさらに示してもよい。このように推薦メールの送信日時及び行動の日時を推薦データの一部として記録すれば、時間に関する様々な効果測定に推薦データを用いることができる。【００１２】
さらに別の形態に係るデータベース管理装置では、更新部において特定される第２のユーザの行動が、推薦対象のウェブページへのアクセス、推薦対象のウェブページへのログイン、推薦対象の申込み、及び推薦対象のウェブページのお気に入りへの登録のうちの少なくとも一つを含んでもよい。【００１３】
さらに別の形態に係るデータベース管理装置では、推薦メールの宛先として複数の第２のユーザが指定されており、更新部において特定される、複数の第２のユーザのうちの一のユーザの行動が、推薦対象を申し込んだことを示す申込メールの送信を含み、申込メールが、複数の第２のユーザのうちの他のユーザに送信されてもよい。【００１４】
さらに別の形態に係るデータベース管理装置では、推薦対象を申し込んだ複数の第２のユーザのうちの一のユーザの端末に、申込メールを送信するか否かを選択するためのウェブページが提供され、該一のユーザが申込メールの送信を選択した場合にのみ該申込メールが該複数の第２のユーザのうちの他のユーザに送信されてもよい。このように、推薦対象を申し込んだ第２のユーザ（申込者）に申込メールの送信についての選択権を与えることで、その申込者は申込みの事実を他者に知らせないことができる。これにより、申込者のプライバシーに配慮することができる。【００１５】
さらに別の形態に係るデータベース管理装置では、更新部により更新された推薦データが、推薦メールの効果の測定、第１のユーザへの推薦メールの宛先の提示、及び第２のユーザへのレコメンド商品の提示のうちの少なくとも一つに用いられてもよい。
【発明の効果】
【００１６】
本発明の一側面によれば、推薦を受けたユーザの行動を把握することができる。
【図面の簡単な説明】
【００１７】
【図１】実施形態に係る情報提供システムの全体構成を示す図である。
【図２】実施形態における商品の推薦の概念を説明する図である。
【図３】図１に示すサーバのハードウェア構成を示す図である。
【図４】図１に示すサーバの機能構成を示すブロック図である。
【図５】販売ページの例を示す図である。
【図６】認証ページの例を示す図である。
【図７】推薦メール送信ページの例を示す図である。
【図８】推薦履歴の初期データの例を示す図である。
【図９】推薦履歴の初期データの別の例を示す図である。
【図１０】図８に示す推薦履歴の例を示す図である。
【図１１】図１に示す情報提供システムの動作を示すシーケンス図である。
【図１２】図１に示す情報提供システムの動作を示すシーケンス図である。
【図１３】図１に示す情報提供システムの動作を示すシーケンス図である。
【図１４】図１に示す情報提供システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１８】
以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００１９】
図１は、実施形態に係る情報提供システム１の構成を示す図である。情報提供システム１は、サーバ１１、インターネット１２、クライアント１３、クライアント１４、及びリダイレクトサーバ１５を備えている。サーバ１１は、インターネットを介してクライアント１３，１４、及びリダイレクトサーバ１５と接続されており、これにより各クライアント１３，１４、及びリダイレクトサーバ１５と双方向に通信することができる。本実施形態では、本発明に係るデータベース管理装置をサーバ１１に適用する。
【００２０】
サーバ１１は、商品を販売するためのウェブページをクライアント１３またはクライアント１４に提供し、クライアント１３またはクライアント１４から商品の購入の申し込みを受け付ける情報提供装置である。すなわち、サーバ１１はユーザにオンライン・ショッピング・サイトを提供する。なお、商品は有体物であってもよいし、サービスなどの無体物であってもよい。サーバ１１は、専用サーバ、パーソナルコンピュータ、または仮想サーバであってもよいし、これらの組み合わせからなるシステムであってもよい。
【００２１】
インターネット１２は通信ネットワークの一例である。インターネット１２は、有線または無線の汎用回線または専用回線や、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などで構成される。
【００２２】
クライアント１３，１４は、ブラウザ及びメール機能を備える端末である。クライアント１３，１４は、ユーザの操作に応じてサーバ１１からウェブページを取得してブラウザ上に表示する。また、クライアント１３，１４はサーバ１１から送信されてきたメールを受信する。クライアント１３，１４の例としてはパーソナルコンピュータや携帯電話機などが挙げられるが、クライアント１３，１４の種類はこれらに限定されない。
【００２３】
リダイレクトサーバ１５は、クライアント１３，１４から送信された、後述するリダイレクト用ＵＲＬを含むＨＴＴＰ（Hypertext Transfer Protocol）リクエストを受信し、そのリクエストをリダイレクト先のサーバ（本実施形態ではサーバ１１）に転送するコンピュータである。
【００２４】
サーバ１１について具体的に説明する。サーバ１１は、クライアント１３からの指示に応じて、１以上のクライアント１４のユーザに、商品を推薦するための電子メール（推薦メール）を送信する。以下では、商品を推薦するクライアント１３のユーザ（第１のユーザ）を推薦者と称し、商品の推薦を受けるクライアント１４のユーザ（第２のユーザ）を相手ユーザと称する。なお、本願の優先権主張の基礎である２０１０年５月３１日付提出の日本国特許出願２０１０−１２３６８３では、この相手ユーザのことを「被推薦者」と言っている。推薦メールを受信した相手ユーザが推薦された商品（以下では「レコメンド商品」ともいう）を購入して該商品の購入者になると、サーバ１１は、その購入者を除く相手ユーザに、商品の購入を示すメール（購入メール）を送信する。購入者は申込者の一種であり、購入メールは申込メールの一種である。
【００２５】
図２は、情報提供システム１における商品の推薦を示す図である。図２では、Ａは推薦者を示し、Ｂ１〜Ｂ１０は相手ユーザを示している。情報提供システム１において、紹介の報酬を得たい推薦者Ａは推薦メールを送信することで相手ユーザに商品を推薦する。例えば、相手ユーザは、推薦者の会社の同僚や、推薦者と趣味が同じ人、オフ会での推薦者との知り合い、または推薦者と同じメーリングリストに登録されている人である。
【００２６】
相手ユーザＢ１〜Ｂ１０はお互いのことを知らないこともある。また、相手ユーザＢ１〜Ｂ１０は、自分宛に送られた推薦メールが他の相手ユーザに送られたことを知らないこともある。したがって、単に推薦メールを送信しただけでは、相手ユーザにレコメンド商品の購入を促すことが難しい場合がある。
【００２７】
これに対して、例えば相手ユーザＢ１が推薦メールに応じて商品を購入した場合に、その相手ユーザＢ１から「お勧めに従い買いました！」というようなメッセージが購入メールとして他の相手ユーザＢ２〜Ｂ１０に送信されれば、その相手ユーザＢ２〜Ｂ１０は他人が実際に商品を購入したことを知ることになる。そして、実際に商品が購入されたという事実により、相手ユーザＢ２〜Ｂ１０に商品購入の意思が生ずることが期待できる。このように商品の購入が促されれば、推薦者にとっては推薦の目的をある程度達することができ、したがって一定の満足を得ることができる。
【００２８】
図３は、サーバ１１のハードウェアの構成例を示すブロック図である。サーバ１１では、ＣＰＵ（Central Processing Unit）３１、ＲＯＭ（Read Only Memory）３２、及びＲＡＭ（Random Access Memory）３３がバス３４を介して相互に接続されている。バス３４にはさらに入出力インタフェース３５が接続されている。入出力インタフェース３５には、キーボードやマウス、マイクロホンなどの入力部３６と、ディスプレイやスピーカの出力部３７と、ハードディスクや不揮発性メモリなどの記憶部３８と、ネットワークインタフェースなどの通信部３９と、磁気ディスクや光ディスク、光磁気ディスク、半導体メモリなどのリムーバブルメディア４１を駆動するドライブ４０とが接続されている。
【００２９】
サーバ１１では、ＣＰＵ３１が記憶部３８に記憶されているプログラムを入出力インタフェース３５及びバス３４を介してＲＡＭ３３にロードして実行することにより、後述する一連の処理が行われる。
【００３０】
サーバ１１（ＣＰＵ３１）により実行されるプログラムは、例えば、磁気ディスク（フレキシブルディスクを含む）や光ディスク（ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ）、光磁気ディスク、もしくは半導体メモリなどのリムーバブルメディア４１に記録された態様で提供される。あるいは、プログラムは、インターネット１２などの有線または無線の伝送媒体を介して提供される。サーバ１１（ＣＰＵ３１）により実行されるプログラムにはデータベース管理プログラムが含まれる。
【００３１】
データベース管理プログラムは、リムーバブルメディア４１をドライブ４０に装着し、入出力インタフェース３５を介して記憶部３８に記憶されることで、コンピュータにインストールすることができる。また、データベース管理プログラムは、通信部３９で受信されて記憶部３８に記憶されることで、コンピュータにインストールすることができる。さらに、データベース管理プログラムはコンピュータに予めインストールされていてもよい。
【００３２】
図４は、サーバ１１の機能構成の例を示すブロック図である。サーバ１１では、データベース管理プログラムなどのプログラムが実行されることで、ユーザデータベース６１、商品データベース６２、履歴データベース６３、Ｗｅｂサーバ機能６４、ページ生成部６５、認証部６６、販売処理部６７、推薦部６８、及び検索部６９が実現される。
【００３３】
ユーザデータベース６１は、ユーザデータを格納する手段である。ユーザデータは、ユーザＩＤと、各種ユーザ属性（氏名、ニックネーム、住所、電話番号、電子メールアドレス、趣味など）と、ログインパスワードとを含んでいる。
【００３４】
商品データベース６２は、商品データを格納する手段である。商品データは、商品を特定する商品ＩＤと、各種商品属性（商品名、商品の画像、商品のカテゴリ、商品の製造業者又は提供業者の名前、製造業者又は提供業者の住所、販売地域又は提供地域、商品を販売するウェブページのＵＲＬ（Uniform Resource Locator）、商品価格など）とを含んでいる。
【００３５】
履歴データベース６３は、推薦履歴（推薦データ）を記憶する手段である。推薦履歴のデータ構成については後述する。
【００３６】
これらのデータベース６１〜６３は、オペレーティングシステムが提供するファイルシステム上に直接構築されてもよいし、データベースマネジメントシステムにより構築されてもよい。
【００３７】
Ｗｅｂサーバ機能６４は、ＨＴＴＰに規定される手順に基づいて、任意のマークアップ言語（例えばＨＴＭＬ（Hypertext Markup Language）やｃｏｍｐａｃｔ  ＨＴＭＬ、ＨＤＭＬ（Handheld Device Markup Language）、ＸＭＬ（Extensible Markup Language））で記述されたウェブページをクライアント１３またはクライアント１４に送信する。ウェブページには、テキストまたは画像などの各種のオブジェクトが含まれる。また、Ｗｅｂサーバ機能６４は、クライアント１３またはクライアント１４から送信されてくる各種のデータを受信する。Ｗｅｂサーバ機能６４はＷｅｂサーバプログラムを実行することにより実現される。
【００３８】
ページ生成部６５は、Ｗｅｂサーバ機能６４を介してクライアント１３，１４に送信されるウェブページを生成する手段である。
【００３９】
ページ生成部６５はクライアント１３からのＨＴＴＰリクエストに応じて、商品の購入手続を行うためのウェブページ（販売ページ）を生成する。ページ生成部６５は、ＨＴＴＰリクエストに対応する商品データを商品データベース６２から取得し、その商品データを用いて販売ページを生成する。図５に示すように、販売ページには、商品名（「木製バット」）や商品画像、商品価格などの商品情報や、商品を買い物かごに入れるための「買い物かご」ボタン、この商品に関する推薦メールを送信するためのリンク（「友達にメールですすめる」と表示されているリンク）などが配置される。生成された販売ページはＷｅｂサーバ機能６４によりクライアント１３に送信され、クライアント１３上に表示される。
【００４０】
販売ページ内のリンク「友達にメールですすめる」がクリックされると、クライアント１３は推薦メールを送信するためのウェブページを要求し、Ｗｅｂサーバ機能６４がその要求を受信する。この要求に応じて、ページ生成部６５はクライアント１３のユーザを認証するための認証ページを生成する。例えば、ページ生成部６５は図６に示す認証ページを生成する。図６における「次へ」ボタンは、サーバ１１に認証処理を実行させるためのインタフェースである。生成された認証ページはＷｅｂサーバ機能６４によりクライアント１３に送信され、クライアント１３上に表示される。
【００４１】
入力されたユーザＩＤ及びパスワードにより推薦者が認証されると、ページ生成部６５は、推薦者に推薦メールの本文及び宛先を入力させるためのウェブページ（推薦メール送信ページ）を生成し、Ｗｅｂサーバ機能６４を介してその推薦メール送信ページをクライアント１３に送信する。クライアント１３では推薦メール送信ページが表示され、ユーザ（推薦者）が本文及び宛先を入力する。
【００４２】
図７に示すように、推薦メール送信ページには、推薦メールの１以上の宛先を入力するための複数のフィールドと、推薦メールの本文を入力するためのフィールドと、レコメンド商品の名前及び取扱店舗と、入力内容をサーバ１１に送信するためのボタン（送信ボタン）とが含まれる。図１０の例では、推薦メールの本文として「これは良い商品だ！」というメッセージが入力され、ユーザＫ，Ｊ，Ｍという３人のメールアドレスが宛先として入力されている。なお、宛先欄ではニックネームを省略してメールアドレスのみが入力されてもよい。
【００４３】
相手ユーザの一人が推薦メールで示された商品（レコメンド商品）を購入して購入者になると、ページ生成部６５はその購入者に購入メールの本文を入力させるためのウェブページ（購入メール送信ページ）を生成する。相手ユーザの一人が推薦メールで示されたレコメンド商品の販売ページへのリンクをクリックしてその販売ページにアクセスし、その販売ページで商品を購入すると、クライアント１４が購入の申し込みのデータ（申込データ）をサーバ１１に送信する。この申込データには、推薦メールのリンクから販売ページにアクセスしたことを示す追跡用識別子が含まれる。この追跡用識別子については後述する。ページ生成部６５はその申込データに応じて購入メール送信ページを生成し、Ｗｅｂサーバ機能６４を介してその購入メール送信ページを購入者のクライアント１４に送信する。購入メール送信ページはレコメンド商品の商品情報と追跡用識別子とを含む。なお、購入メールの本文は、申込データの一部としてサーバ１１に送られてもよい。
【００４４】
購入メール送信ページにおいて、購入メールを送信するか否かを選択させるためのボタンが配置されてもよい。この場合には、購入者が購入メールの送信を選択した場合には購入メールの本文などのデータがサーバ１１に送信され、購入者が購入メールの送信をキャンセルした場合には、そのキャンセルを示すデータがサーバ１１に送信される。このように購入メールの送信について購入者に選択権を与えることで、その購入者は購入の事実を他者に知らせないことができる。これにより、購入者のプライバシーに配慮することができる。
【００４５】
認証部６６は、クライアント１３，１４のユーザを認証する手段である。クライアント１３，１４のユーザが認証ページ上でユーザＩＤ及びパスワードを入力して「次へ」ボタンをクリックすると、クライアント１３，１４はそのユーザＩＤおよびパスワードをサーバ１１に送信し、Ｗｅｂサーバ機能６４がこれらのデータを受信する。認証部６６はそのユーザＩＤ及びパスワードを照合する処理を行うことで、ユーザを認証する。
【００４６】
販売処理部６７は、クライアント１４から商品の購入が申し込まれた場合に、商品の手配や代金請求などの販売処理を行う手段である。
【００４７】
推薦部６８は、商品を推薦する推薦メールの本文をクライアント１３から取得し、取得した本文と推薦する商品（レコメンド商品）に対応する商品情報とを含む推薦メールを相手ユーザ宛に送信する手段である。また、推薦部６８は、一人の相手ユーザがレコメンド商品を購入した場合に、その相手ユーザ（購入者）からレコメンド商品の購入を示すメッセージを含む購入メールを、購入者を除く相手ユーザに送信する手段でもある。推薦部６８で実行される処理は、クライアント１３のユーザが認証部６６により認証されたことを前提とする。
【００４８】
推薦部６８は、推薦メール生成部７１、推薦メール送信部７２、履歴登録部（メール取得部)７３、購入メール生成部７４、購入メール送信部７５、操作情報取得部７６、履歴更新部７７、及び支払処理部７８を含む。
【００４９】
推薦メール生成部７１は、推薦者の指示に基づいて推薦メールを生成する手段である。推薦者が推薦メール送信ページにて必要な入力を行って送信ボタンを押すと、クライアント１３はそのページに示されているデータをサーバ１１に送信する。Ｗｅｂサーバ機能６４はそのデータを受信して推薦メール生成部７１及び履歴登録部７３に出力する。
【００５０】
推薦メール生成部７１は入力されたデータから推薦メールの本文及び宛先を取得する。続いて、推薦メール生成部７１は、予め定められた件名と、推薦者ＩＤと、取得した推薦メールの本文と、推薦メール送信ページ上に表示されていた商品情報（商品名、製造業者又は提供業者の名前、販売ページのＵＲＬ、価格など）とが示され、取得したメールアドレスを宛先とする推薦メールを生成する。推薦メールにおいては、レコメンド商品の販売ページのＵＲＬはリンクとして配置される。推薦メール生成部７１は生成した推薦メールを推薦メール送信部７２及び履歴登録部７３に出力する。
【００５１】
本実施形態では、販売ページそのもののＵＲＬではなく、推薦メールの宛先のドメインに応じたリダイレクト用ＵＲＬが販売ページのＵＲＬとして相手ユーザに示される。推薦メールで示される販売ページのＵＲＬ（リダイレクト用ＵＲＬ）には、推薦メールを受け取ったユーザのうちの誰が実際に販売ページに対する操作を行ったかを特定するための追跡用識別子が埋め込まれている。追跡用識別子は推薦メール及び宛先の組合せを区別するために用いるので、一通の推薦メールを複数の宛先に送る場合には、宛先毎に異なる追跡用識別子が生成される。追跡用識別子としてどのような値を設定するかは限定されない。例えば、宛先のメールアドレスを暗号化することで得られる値や、そのメールアドレスに対応する所定の値を追跡用識別子としてもよい。追跡用識別子はＨＴＴＰクッキー（ＨＴＴＰ  Ｃｏｏｋｉｅ）であるともいえる。
【００５２】
推薦メールの本文は推薦情報の一例である。推薦情報は商品の推薦のための情報であればよいので、メール本文以外の形式で推薦情報を表してもよい。例えば、推薦者により指定されたレコメンド商品の評価のレベル（１，２，３など）やランキングなどを推薦情報として用いてもよい。
【００５３】
推薦メール送信部７２は、推薦メール生成部７１から入力された推薦メールを指定された各相手ユーザに送信する手段である。
【００５４】
履歴登録部７３は、推薦メールの情報に基づいて、推薦者と、相手ユーザと、商品のウェブページとが互いに関連付けられた推薦履歴（推薦データ）を生成し、その推薦履歴を履歴データベース６３に登録する手段である。
【００５５】
履歴登録部７３は推薦メール生成部７１から入力された情報から推薦者ＩＤと、相手ユーザのメールアドレスと、レコメンド商品の販売ページのＵＲＬとを取得する。続いて、履歴登録部７３は取得したこれらのデータを用いて推薦履歴のレコード（初期データ）を生成する。推薦履歴のレコードには、推薦者ＩＤと、推薦メールを識別するために生成されたグループＩＤと、推薦メールの送信日時と、一つの推薦メール及び一つの宛先毎に割り当てられる（すなわち１レコード毎に異なる）送信ＩＤと、宛先のメールアドレスと、推薦メールで示される販売ページのＵＲＬと、相手ユーザの行動を示す行動情報とが含まれる。
【００５６】
履歴データベース６３に格納される初期データの例を図８に示す。図８には、ＩＤが「００１」である推薦者から送信された２通の推薦メールに関する推薦履歴が示されている。グループＩＤが「００１」である推薦メールは三人に送られており、グループＩＤが「００１」である推薦メールは二人に送られている。
【００５７】
上述したように、宛先のドメインに応じたリダイレクト用ＵＲＬが販売ページのＵＲＬとして相手ユーザに示されるので、図８に示すように、同一グループＩＤ内でもＵＲＬが宛先毎（宛先のドメイン毎）に異なる。例えば、三つのリダイレクト用ＵＲＬ「http://abc.aaa.ne.jp」「http://abc.bbb.ne.jp」「http://abc.ccc.ne.jp」はいずれも、販売ページそのもののＵＲＬである「http://bbb.co.jp/ccc」とつながっている。追跡用識別子は、送信ＩＤと同様に１レコード毎に異なる。
【００５８】
行動情報は、相手ユーザがいつ販売ページにアクセスしたかを示すアクセス情報と、相手ユーザがいつ販売ページにログインしたかを示すログイン情報と、相手ユーザがいつレコメンド商品を購入したかを示す購入情報と、相手ユーザがいつ購入メールを送信したかを示す購入メール情報と、相手ユーザがいつ販売ページをお気に入りとして登録したかを示すお気に入り情報と、どのメールに応じてこれらの行動を行ったかを示す反応メール情報とを含んでいる。推薦メールがサーバ１１から各宛先に送信された時点では相手ユーザはまだ販売ページにアクセスすらしていないので、アクセス情報、ログイン情報、購入情報、購入メール情報、及びお気に入り情報の初期値はすべて「ＮＯ（アクション無し）」に設定され、反応メール情報には空値（ｎｕｌｌ）が設定される。
【００５９】
図８の例では推薦履歴のレコードが推薦者ＩＤに基づいて整理されているが、図９に示すように、推薦履歴のレコードは相手ユーザのメールアドレスに基づいて整理されてもよい。いずれにしても、推薦履歴が、推薦者、相手ユーザ、商品のウェブページ、及び相手ユーザの行動の関連を示すデータであることに変わりはない。
【００６０】
履歴登録部７３は推薦履歴の初期データを生成すると、その初期データを履歴データベース６３に格納する。これにより、推薦メール送信部７２から送信される推薦メールに対応する推薦履歴が履歴データベース６３に登録される。登録された推薦履歴の行動情報は、後述する履歴更新部７７により更新される。
【００６１】
購入メール生成部７４は、相手ユーザが推薦メールで示されるレコメンド商品を購入したことを示す購入メールを生成する手段である。商品を購入した一人の相手ユーザ（購入者）が購入メール送信ページにて必要な入力を行って送信ボタンを押すと、クライアント１４はそのページに示されているデータをサーバ１１に送信する。入力されるデータには、購入メールの本文（例えば、「これは本当に良い商品だ！」）と、推薦メールで示される販売ページのＵＲＬに埋め込まれていた追跡用識別子とが含まれる。Ｗｅｂサーバ機能６４はそのデータを受信して購入メール生成部７４に出力する。なお、相手ユーザが購入メールを送信するか否かを選択でき、且つ送信のキャンセルを示すデータが送られてきた場合には、購入メール生成部７４は以下に示す購入メール生成処理を実行しない。
【００６２】
購入メール生成部７４は入力されたデータから購入メールの本文を取得する。また、購入メール生成部７４は取得した追跡用識別子に対応する推薦履歴を履歴データベース６３から読み出すことで、その購入者に送られたものと同じ推薦メールを受信した他の相手ユーザのメールアドレスを特定する。また、購入メール生成部７４はその推薦メールの送信者である推薦者のメールアドレスをユーザデータベース６１から取得する。続いて、購入メール生成部７４は、予め定められた件名と、取得した購入メールの本文と、購入メール送信ページ上に表示されていた商品情報（商品名、製造業者又は提供業者の名前、販売ページのＵＲＬ、価格など）とが示され、且つ読み出されたメールアドレスを宛先とする購入メールを生成する。購入メールにおいても、レコメンド商品の販売ページのＵＲＬとしてリダイレクト用ＵＲＬが設定され、そのＵＲＬがリンクとして配置される。購入メールの宛先には購入者は含まれない。購入メール生成部７４は生成した購入メールを購入メール送信部７５に出力する。
【００６３】
購入メールで示される販売ページのＵＲＬ（リダイレクト用ＵＲＬ）には、追跡用識別子だけでなく、購入メールを受け取ったユーザのうちの誰が実際に販売ページに対する操作を行ったかを特定するための追加の識別子も埋め込まれている。追加の識別子は購入メール及び宛先の組合せを区別するために用いるので、一通の購入メールを複数の宛先に送る場合には、宛先毎に異なる追加の識別子が生成される。追加の識別子は追跡用識別子と同様にメールアドレスに基づいて設定されてもよいが、追加の識別子は追跡用識別子と重複しないようにする必要がある。追加の識別子もＨＴＴＰクッキーであるといえる。
【００６４】
購入メールの本文は購入情報の一例である。購入情報は商品を購入したことを示す情報であればよいので、メール本文以外の形式で購入情報を表してもよい。例えば、購入価格や商品の評価、商品画像などを購入情報として用いてもよい。購入メールには、購買者を特定する情報（例えばニックネーム）や購買日時が含まれていてもよい。
【００６５】
購入メール送信部７５は、購入メール生成部７４から入力された購入メールを推薦者及び他の相手ユーザに送信する手段である。
【００６６】
操作情報取得部７６は、推薦メールに応じて相手ユーザが販売ページに対して行った操作を示す操作情報を取得する手段である。操作情報取得部７６はＷｅｂサーバ機能６４により受信された一連のＨＴＴＰリクエストと、認証部６６、販売処理部６７、又は購入メール生成部７４での処理結果とを解析して操作情報を取得する。
【００６７】
操作情報取得部７６は、販売ページを要求するＨＴＴＰリクエストが少なくとも追跡用識別子を含んでいるか否かを判定する。ＨＴＴＰリクエストが追跡用識別子を含んでいなければ、そのリクエストは推薦ページの送信に応じて発生したものではないので、操作情報取得部７６は操作情報を取得することなく処理を終了する。
【００６８】
ＨＴＴＰリクエストが追跡用識別子を含んでいる場合には、操作情報取得部７６はそのＨＴＴＰリクエストがさらに追加の識別子を含んでいるか否かを判定する。そして、操作情報取得部７６は、ＨＴＴＰリクエストが追跡用識別子のみを含んでいる場合には推薦メールに応じた操作が為されていると判定し、ＨＴＴＰリクエストが追跡用識別子及び追加の識別子の双方を含んでいる場合には購入メールに応じた操作が為されていると判定する。操作のきっかけとなったメールを特定すると、操作情報取得部７６はその後の一連のＨＴＴＰリクエストを操作情報として取得する。一連のＨＴＴＰリクエストは、１セッションにおいて発生した１以上のＨＴＴＰリクエストの集合である。操作情報取得部は一連のＨＴＴＰリクエストと、特定したメールの種別（推薦メール又は購入メール）を示すメール種別情報とを履歴更新部７７に出力する。
【００６９】
履歴更新部７７は、操作情報取得部７６から入力された操作情報（一連のＨＴＴＰリクエスト）に基づいて推薦対象に対する相手ユーザの行動を特定し、特定した行動を示す行動情報を対応する推薦履歴に追加する手段である。言い換えれば、履歴更新部７７は履歴データベース６３内の推薦履歴の行動情報を更新する手段である。ウェブページはユーザの操作により所定の順序で切り替わるから、一連のＨＴＴＰリクエストの順序や各ＨＴＴＰリクエストの内容を解析すれば、ユーザの行動を特定することができる。
【００７０】
操作情報に基づいて、相手ユーザがレコメンド商品の販売ページにアクセスしたことを特定した場合には、履歴更新部７７は追跡用識別子に対応するレコードのアクセス情報を、アクセスを示す情報「ＹＥＳ」とアクセス日時とで構成される情報で上書きする。例えば、履歴更新部７７は「ＹＥＳ（２０１０年５月１０日２２時４０分００秒）」という情報で対応するアクセス情報を格納する。さらに、履歴更新部７７は追跡用識別子に対応するレコードの反応メール情報を入力されたメール種別情報で上書きする。
【００７１】
操作情報に基づいて、相手ユーザがレコメンド商品の販売ページにログインしたことを特定した場合には、履歴更新部７７は追跡用識別子に対応するレコードのログイン情報を、ログインを示す情報「ＹＥＳ」とログイン日時とで構成される情報で上書きする。さらに、履歴更新部７７は追跡用識別子に対応するレコードの反応メール情報を入力されたメール種別情報で上書きする。
【００７２】
操作情報に基づいて、相手ユーザがレコメンド商品を購入したことを特定した場合には、履歴更新部７７は追跡用識別子に対応するレコードの購入情報を、購入を示す情報「ＹＥＳ」と購入日時とで構成される情報で上書きする。さらに、履歴更新部７７は追跡用識別子に対応するレコードの反応メール情報を入力されたメール種別情報で上書きする。
【００７３】
操作情報に基づいて、相手ユーザが購入メールを送信したことを特定した場合には、履歴更新部７７は追跡用識別子に対応するレコードの購入メール情報を、購入メールの送信を示す情報「ＹＥＳ」と送信日時とで構成される情報で上書きする。さらに、履歴更新部７７は追跡用識別子に対応するレコードの反応メール情報を入力されたメール種別情報で上書きする。
【００７４】
操作情報に基づいて、相手ユーザがレコメンド商品の販売ページをお気に入りに登録したことを特定した場合には、履歴更新部７７は追跡用識別子に対応するレコードのお気に入り情報を、お気に入りへの登録を示す情報「ＹＥＳ」と登録日時とで構成される情報で上書きする。さらに、履歴更新部７７は追跡用識別子に対応するレコードの反応メール情報を入力されたメール種別情報で上書きする。
【００７５】
履歴更新部７７により更新された推薦履歴の例を図１０に示す。図１０に示す例は、図８に示すデータ構成に対応している。この例から、グループＩＤ「Ｇ００１」の推薦メールに応じて、メールアドレスが「user_j@aaa.ne.jp」であるユーザ（ユーザＪ）が販売ページにアクセス及びログインしてレコメンド商品を購入し、さらに購入メールを送信したことがわかる。また、メールアドレスが「user_k@aaa.ne.jp」であるユーザ（ユーザＫ）が、ユーザＪの購入メールに応じて（間接的にはグループＩＤ「Ｇ００１」の推薦メールに応じて）販売ページにアクセスしてレコメンド商品を購入したことがわかる。ユーザＫはログインすることなく商品を購入しているので、ユーザＫはサーバ１１により提供されるオンライン・ショッピング・サイトの会員に未だなっていないことが推測できる。図１０の例からは、グループＩＤ「Ｇ００２」の推薦メールに応じて、メールアドレスが「user_x@ccc.ne.jp」であるユーザ（ユーザＸ）が販売ページをお気に入りとして登録したこともわかる。さらに、メールアドレスが「user_m@ccc.ne.jp」のユーザ（ユーザＭ）がグループＩＤ「Ｇ００１」の推薦メールに対して反応していないことや、ユーザJがグループＩＤ「Ｇ００２」の推薦メールには反応していないこともわかる。
【００７６】
支払処理部７８は、相手ユーザが推薦メールの商品情報で示されるウェブページから商品を購入した場合に、推薦者に報酬を支払う処理を行う手段である。すなわち、支払処理部７８はアフィリエイトに関する処理を行う。アフィリエイトの支払いは現金での支払いとは限らす、商品等と交換可能なポイントなどで支払いが行われてもよい。
【００７７】
検索部６９は、履歴データベース６３内の推薦履歴を任意の手法で検索する手段である。検索部６９はサーバ１１の管理者の操作や図示しない他のサーバからの要求信号に応じて、指定された条件で推薦履歴の検索や各種統計処理を実行する。
【００７８】
例えば、検索部６９は推薦メールに応じて行われた購入やアクセスなどの合計回数や平均回数を算出したり、推薦メールに対する反応（購入やアクセスなど）の早さを算出したりする。これらの検索は、推薦履歴を推薦メールの効果の測定に利用する例である。また、検索部６９は、特定の推薦者と関連付けられている相手ユーザのうち推薦メールに応じて何らかの行動を取る確率が高い者を検索することで、次回の推薦メールの宛先の候補を抽出してもよい。また、検索部６９は特定の相手ユーザの推薦履歴を検索してそのユーザが過去に購入あるいはアクセスした商品を検索し、続いて、その商品と同じカテゴリに属する他の商品を商品データベース６２から抽出してもよい。これにより、相手ユーザへレコメンド商品を提示することが可能になる。
【００７９】
上述した検索の目的や方法はあくまでも例であり、検索部６９は様々な手法で推薦履歴を検索してよい。
【００８０】
次に、図１１〜１４を参照して、クライアント１３のユーザからクライアント１４のユーザに商品を推薦する処理を説明するとともに、実施形態に係るデータベース管理方法を説明する。
【００８１】
まず、サーバ１１において、ページ生成部６５がクライアント１３からのＨＴＴＰリクエストに応じて販売ページを生成し、Ｗｅｂサーバ機能がその販売ページをクライアント１３に送信する（ステップＳ１００１，Ｓ１００２）。
【００８２】
クライアント１３はその販売ページを受信し表示する（ステップＳ２００１，Ｓ２００２）。この販売ページにおいて、推薦メール送信ページへのリンクがクリックされると、クライアント１３は当該送信ページをサーバ１１にＨＴＴＰリクエストする（ステップＳ２００３）。
【００８３】
サーバ１１では、Ｗｅｂサーバ機能がそのＨＴＴＰリクエストを受け付け、ページ生成部６５がそのＨＴＴＰリクエストに応じて認証ページを生成する（ステップＳ１００３，Ｓ１００４）。そして、Ｗｅｂサーバ機能６４が認証ページをクライアント１３に送信する（ステップＳ１００５）。
【００８４】
クライアント１３は、その認証ページを受信し表示する（ステップＳ２００４，Ｓ２００５）。この認証ページにおいてユーザＩＤおよびパスワードが入力され、認証を指示するためのボタンがクリックされると、クライアント１３はこれらのユーザＩＤおよびパスワードを取得してサーバ１１に送信する（ステップＳ２００６，Ｓ２００７）。
【００８５】
サーバ１１では、Ｗｅｂサーバ機能６４がユーザＩＤおよびパスワードを受信する（ステップＳ１００６）。続いて、認証部６６がそれらのユーザＩＤおよびパスワードと、ユーザデータベース６１に記録されているユーザＩＤおよびパスワードとを照合することでクライアント１３のユーザを認証する（ステップＳ１００７）。
【００８６】
クライアント１３のユーザが認証されると、ページ生成部６５が推薦メール送信ページを生成し（ステップＳ１００８）、Ｗｅｂサーバ機能６４がその推薦メール送信ページをクライアント１３に送信する（ステップＳ１００９）。
【００８７】
クライアント１３は、その推薦メール送信ページを受信し表示する（ステップＳ２００８，Ｓ２００９）。このページにおいて相手ユーザが選択されるとともに推薦メールの本文が入力され、そして送信ボタンがクリックされると、クライアント１３はその本文と相手ユーザを示すデータとを取得し、これらのデータをサーバ１１に送信する（ステップＳ２０１０，Ｓ２０１１）。
【００８８】
サーバ１１では、Ｗｅｂサーバ機能６４が推薦メールの本文と相手ユーザを示すデータとを受信する（ステップＳ１０１０）。続いて、推薦メール生成部７１がこれらのデータを用いて推薦メールを生成し（ステップＳ１０１１）、推薦メール送信部７２が推薦者により入力された相手ユーザ宛にその推薦メールを送信する（ステップＳ１０１２）。この推薦メールは各クライアント１４により受信される（ステップＳ３００１，Ｓ４００１，Ｓ５００１）。サーバ１１では、履歴更新部７７が推薦メールの情報に基づいて推薦履歴を生成して履歴データベース６３に登録する（ステップＳ１０１３、メール取得ステップ及び登録ステップ）。
【００８９】
相手ユーザの一人であるクライアント１４のユーザが推薦メールで示された商品（レコメンド商品）の販売ページへのリンクをクリックすると、クライアント１４が販売ページをリクエストする（ステップＳ３００２）。
【００９０】
サーバ１１では、Ｗｅｂサーバ機能６４がそのＨＴＴＰリクエストを受け付ける（ステップＳ１０１４）。続いて、ページ生成部６５がそのＨＴＴＰリクエストに応じてレコメンド商品の販売ページを生成し（ステップＳ１０１５）、Ｗｅｂサーバ機能６４がその販売ページをクライアント１４に送信する（ステップＳ１０１６）。
【００９１】
クライアント１４はその販売ページを受信し表示する（ステップＳ３００３，Ｓ３００４）。クライアント１４のユーザがその販売ページで商品を購入する一連の操作（例えば、商品を買い物かごに入れる操作やユーザＩＤおよびパスワードを入力する操作、支払い方法を指定する操作など）を実行すると、クライアント１４は購入の申し込みのデータ（申込データ）を取得してサーバ１１に送信する（ステップＳ３００５，Ｓ３００６）。
【００９２】
サーバ１１では、Ｗｅｂサーバ機能６４がその申込データを受け付ける（ステップＳ１０１７）。続いて、販売処理部６７が一連の販売処理を実行し（ステップＳ１０１８）、支払処理部７８が推薦者に対するアフィリエイトの支払いの処理を行う（ステップＳ１０１９）。続いて、ページ生成部６５が購入メール送信ページを生成し（ステップＳ１０２０）、Ｗｅｂサーバ機能６４がその購入メール送信ページを購入者のクライアント１４に送信する（ステップＳ１０２１）。
【００９３】
購入者のクライアント１４は、その購入メール送信ページを受信し表示する（ステップＳ３００７，Ｓ３００８）。購入者が購入メール送信ページで購入メールの本文を入力すると、クライアント１４はその本文を取得してサーバ１１に送信する（ステップＳ３００９，Ｓ３０１０）。
【００９４】
サーバ１１では、Ｗｅｂサーバ機能６４が購入メールの本文を受信する（ステップＳ１０２２）。続いて、購入メール生成部７４がその本文を含む購入メールを生成し（ステップＳ１０２３）、購入メール送信部７５がその購入メールを推薦者と、購入者以外の他の相手ユーザとへ送信する（ステップＳ１０２４）。この購入メールは、クライアント１３と、購入者以外のユーザのクライアント１４とにより受信される（ステップＳ２０１２，Ｓ４００２，Ｓ５００２）。続いて、操作情報取得部７６がステップＳ３００２〜Ｓ３０１０における一連のＨＴＴＰリクエストを操作情報として取得し（ステップＳ１０２５、操作情報取得ステップ）、履歴更新部７７がその操作情報に基づいて推薦履歴の購入者に関するレコードを更新する（ステップＳ１０２５、更新ステップ）。以上で、推薦メール及び購入メールによる推薦処理と、その推薦処理に対応する推薦履歴の記録が終了する。
【００９５】
他のクライアント１４のユーザがレコメンド商品を購入した場合にも、上述の処理が行われて、推薦者および相手ユーザ（レコメンド商品の購入者を除く）宛に購入メールが送信され、対応する推薦履歴が更新される。
【００９６】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムがプログラム記録媒体からコンピュータにインストールされる。
【００９７】
なお、コンピュータが実行するプログラムは、本実施形態で示した順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【００９８】
以上説明したように、本実施形態によれば、推薦者から相手ユーザに送信される推薦メールに基づいて推薦履歴が生成されて履歴データベース６３に登録される。その後、相手ユーザが推薦メールに応じてその商品のウェブページを操作すると、その操作に基づいて特定された行動を示す行動情報が推薦履歴に追加される。すなわち、推薦者と、推薦を受けた相手ユーザと、レコメンド商品と、そのレコメンド商品に対する相手ユーザの行動とが関連付けられる。これにより、推薦メールにより相手ユーザがどのような行動を取ったかが推薦履歴として得られる。すなわち、効果測定に資するデータを収集することができる。
【００９９】
推薦履歴を用いて任意の演算をすれば、推薦に関する様々な効果測定を行うことができる。例えば、推薦履歴のアクセス情報、ログイン情報、購入情報、及びお気に入り情報を集計することで、推薦メールにより商品がどの程度ユーザに注目されたかを評価することができる。また、推薦履歴の購入情報を集計することで、推薦メールにより商品の購入数がどの程度増えたかを評価することもできる。また、購入メールについても同様に、商品への注目の度合いや商品の購入数への貢献の程度を評価することができる。
【０１００】
推薦履歴の購入情報を集計することで、ユーザの商品の好みを推定したり、さらにユーザに別のレコメンド商品を提示したりすることも可能である。また、商品を推薦しようとしているユーザに、推薦メールへの反応が期待できる人を提示することも可能になる。このように、推薦履歴を生成して蓄積すれば、様々なデータ分析やレコメンドが可能になる。また、推薦履歴と、ユーザデータや商品データなどの他のデータと関連付けて任意の演算を行うことによっても、様々なデータ分析が可能になる。
【０１０１】
本実施形態のように推薦メールの送信日時とユーザの行動日時とを記録すれば、時間に関する様々な効果測定に推薦データを用いることができる。例えば、送信日時と行動日時との差分により、推薦メールに対する各ユーザの反応の早さを知ることができるので、例えば反応が早い相手を推薦者に提示することも可能になる。
【０１０２】
本実施形態では、推薦メールの相手先をそのまま相手ユーザの識別子として用いることができるので、任意のユーザについて推薦履歴を生成することができる。例えば、オンライン・ショッピング・サイトの会員で無いユーザについても推薦履歴を生成することができる。その結果、効果測定に資するデータを幅広く収集することができる。また、メールアドレスをそのまま用いればよいので、相手ユーザの識別子を簡単に得ることができる。もっとも、メールアドレス以外のデータを用いて相手ユーザを識別してもよい。例えば、任意の方法で生成された値である相手ＩＤにより相手ユーザを識別してもよい。
【０１０３】
以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。
【０１０４】
上記実施形態ではサーバ１１が支払処理部７８及び検索部６９を備えていたが、これらの機能的構成要素は省略してもよい。すなわち、アフィリエイトの支払いや検索履歴の利用（推薦効果の測定など）に関する処理は省略可能である。
【０１０５】
各種データベース６１〜６３はサーバ１１とは異なるコンピュータ上に設けられていてもよい。この場合には、サーバ１１はネットワークを介して各種データベースにアクセスすればよい。
【０１０６】
上記実施形態ではサーバ１１が推薦メールにより商品が推薦されたが、推薦の対象は商品に限定されない。例えば、入会や会員カードへの誘い、キャンペーンへの参加などが推薦対象であってもよい。したがって、申込みの種類も購入の申込みに限定されず、入会の申込みや参加の申込みなどのように、様々な申込みの態様がありうる。
【０１０７】
推薦履歴の構成は図８〜１０に限定されるものではなく、様々な変形が可能である。例えば、送信日時や行動情報内の日時の登録は省略してよい。また、行動情報により示す相手ユーザの行動の種類も任意に決めてよい。例えば、行動情報はレコメンド商品の購入のみ（購入情報のみ）を示してもよいし、上記実施形態で示したもの以外の行動を示してもよい。さらに、相手ユーザの行動の直接の原因となったメールの種別を特定しなくてもよいし、推薦メールに応じて相手ユーザが取った行動のみを行動情報として記録してもよい。
【０１０８】
上記実施形態ではＵＲＬのリダイレクトを利用したが、このリダイレクト処理を用いなくてもよい。ただしその場合でも、相手ユーザの行動を把握するために、推薦メールや購入メールで示される販売ページのＵＲＬに追跡用識別子や追加の識別子を埋め込む必要がある。
【符号の説明】
【０１０９】
１…情報提供システム、１１…サーバ（データベース管理装置）、１２…インターネット、１３，１４…クライアント、１５…リダイレクトサーバ、６１…ユーザデータベース、６２…商品データベース、６３…履歴データベース、６４…Ｗｅｂサーバ機能、６５…ページ生成部、６６…認証部、６７…販売処理部、６８…推薦部、６９…検索部、７１…推薦メール生成部、７２…推薦メール送信部、７３…履歴登録部（メール取得部)、７４…購入メール生成部、７５…購入メール送信部、７６…操作情報取得部、７７…履歴更新部、７８…支払処理部。
【図１】
2011152417.tif 000003
【図２】
2011152417.tif 000004
【図３】
2011152417.tif 000005
【図４】
2011152417.tif 000006
【図５】
2011152417.tif 000007
【図６】
2011152417.tif 000008
【図７】
2011152417.tif 000009
【図８】
2011152417.tif 000010
【図９】
2011152417.tif 000011
【図１０】
2011152417.tif 000012
【図１１】
2011152417.tif 000013
【図１２】
2011152417.tif 000014
【図１３】
2011152417.tif 000015
【図１４】
2011152417.tif 000016
【手続補正書】
【提出日】平成24年7月5日(2012.7.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得部であって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得部と、
前記メール取得部により取得された情報に基づいて、前記第１のユーザと、前記第２のユーザと、前記推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録部と、
前記推薦メールに応じて前記第２のユーザが前記推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得部と、
前記操作情報に基づいて前記推薦対象に対する前記第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する前記推薦データに追加する更新部と
を備え、
前記推薦メールの宛先として複数の前記第２のユーザが指定されており、
前記更新部において特定される、前記複数の第２のユーザのうちの一のユーザの行動が、前記推薦対象を申し込んだことを示す申込メールの送信を含み、
前記申込メールが、前記複数の第２のユーザのうちの他のユーザに送信される、
データベース管理装置。
【請求項２】
前記推薦データにおいて、前記第２のユーザが該第２のユーザのメールアドレスにより識別される、
請求項１に記載のデータベース管理装置。
【請求項３】
前記推薦データが前記推薦メールの送信日時をさらに含み、
前記行動情報が前記第２のユーザの行動の日時をさらに示す、
請求項１又は２に記載のデータベース管理装置。
【請求項４】
前記更新部において特定される前記第２のユーザの行動が、前記推薦対象のウェブページへのアクセス、前記推薦対象のウェブページへのログイン、前記推薦対象の申込み、及び前記推薦対象のウェブページのお気に入りへの登録のうちの少なくとも一つを含む、
請求項１〜３のいずれか一項に記載のデータベース管理装置。
【請求項５】
前記推薦対象を申し込んだ前記複数の第２のユーザのうちの一のユーザの端末に、前記申込メールを送信するか否かを選択するためのウェブページが提供され、該一のユーザが前記申込メールの送信を選択した場合にのみ該申込メールが該複数の第２のユーザのうちの他のユーザに送信される、
請求項１〜４のいずれか一項に記載のデータベース管理装置。
【請求項６】
前記更新部により更新された推薦データが、前記推薦メールの効果の測定、前記第１のユーザへの前記推薦メールの宛先の提示、及び前記第２のユーザへのレコメンド商品の提示のうちの少なくとも一つに用いられる、
請求項１〜５のいずれか一項に記載のデータベース管理装置。
【請求項７】
前記推薦メールが、前記推薦メールと該推薦メールの宛先との組合せを識別するための追跡用識別子を含み、
前記操作情報取得部が、前記推薦対象のウェブページにアクセスした前記第２のユーザの端末から前記追跡用識別子を受信したか否かを判定し、該追跡用識別子を受信した場合に前記操作情報を取得する、
請求項１〜６のいずれか一項に記載のデータベース管理装置。
【請求項８】
前記申込メールが、前記申込メールと該申込メールの宛先との組合せを識別するための追加の識別子と、前記追跡用識別子との双方を含み、
前記操作情報取得部が、前記推薦対象のウェブページにアクセスした前記第２のユーザの端末から少なくとも前記追跡用識別子を受信した場合に前記操作情報を取得し、
前記更新部が、前記追加の識別子が受信されることなく前記追跡用識別子が受信されたと判定された場合には、前記第２のユーザが前記推薦メールに応じて行動したことを示す前記行動情報を追加し、前記追加の識別子及び前記追跡用識別子の双方が受信されたと判定された場合には、前記第２のユーザが前記申込メールに応じて行動したことを示す前記行動情報を追加する、
請求項７に記載のデータベース管理装置。
【請求項９】
前記更新部により前記行動情報が追加された前記推薦データを検索することで、特定の前記第１のユーザにより送信される次回の前記推薦メールの宛先の候補を抽出する処理と、特定の前記第２のユーザが過去に申し込んだ商品と同じカテゴリに属する他の商品を商品データベースから抽出し、該他の商品を該第２のユーザにレコメンド商品として提示する処理とのうちの少なくとも一つを実行する検索部を更に備える請求項１〜８のいずれか一項に記載のデータベース管理装置。
【請求項１０】
データベース管理装置により実行されるデータベース管理方法であって、
第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得ステップであって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得ステップと、
前記メール取得ステップにおいて取得された情報に基づいて、前記第１のユーザと、前記第２のユーザと、前記推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録ステップと、
前記推薦メールに応じて前記第２のユーザが前記推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得ステップと、
前記操作情報に基づいて前記推薦対象に対する前記第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する前記推薦データに追加する更新ステップと
を含み、
前記推薦メールの宛先として複数の前記第２のユーザが指定されており、
前記更新ステップにおいて特定される、前記複数の第２のユーザのうちの一のユーザの行動が、前記推薦対象を申し込んだことを示す申込メールの送信を含み、
前記申込メールが、前記複数の第２のユーザのうちの他のユーザに送信される、
データベース管理方法。
【請求項１１】
第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得部であって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得部と、
前記メール取得部により取得された情報に基づいて、前記第１のユーザと、前記第２のユーザと、前記推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録部と、
前記推薦メールに応じて前記第２のユーザが前記推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得部と、
前記操作情報に基づいて前記推薦対象に対する前記第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する前記推薦データに追加する更新部と
をコンピュータに実行させ、
前記推薦メールの宛先として複数の前記第２のユーザが指定されており、
前記更新部において特定される、前記複数の第２のユーザのうちの一のユーザの行動が、前記推薦対象を申し込んだことを示す申込メールの送信を含み、
前記申込メールが、前記複数の第２のユーザのうちの他のユーザに送信される、
データベース管理プログラム。
【請求項１２】
第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得部であって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得部と、
前記メール取得部により取得された情報に基づいて、前記第１のユーザと、前記第２のユーザと、前記推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録部と、
前記推薦メールに応じて前記第２のユーザが前記推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得部と、
前記操作情報に基づいて前記推薦対象に対する前記第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する前記推薦データに追加する更新部と
をコンピュータに実行させ、
前記推薦メールの宛先として複数の前記第２のユーザが指定されており、
前記更新部において特定される、前記複数の第２のユーザのうちの一のユーザの行動が、前記推薦対象を申し込んだことを示す申込メールの送信を含み、
前記申込メールが、前記複数の第２のユーザのうちの他のユーザに送信される、
データベース管理プログラムを記憶するコンピュータ読取可能な記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
本発明の一形態に係るデータベース管理装置は、第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得部であって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得部と、メール取得部により取得された情報に基づいて、第１のユーザと、第２のユーザと、推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録部と、推薦メールに応じて第２のユーザが推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得部と、操作情報に基づいて推薦対象に対する第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する推薦データに追加する更新部とを備え、推薦メールの宛先として複数の第２のユーザが指定されており、更新部において特定される、複数の第２のユーザのうちの一のユーザの行動が、推薦対象を申し込んだことを示す申込メールの送信を含み、申込メールが、複数の第２のユーザのうちの他のユーザに送信される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
本発明の一形態に係るデータベース管理方法は、データベース管理装置により実行されるデータベース管理方法であって、第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得ステップであって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得ステップと、メール取得ステップにおいて取得された情報に基づいて、第１のユーザと、第２のユーザと、推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録ステップと、推薦メールに応じて第２のユーザが推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得ステップと、操作情報に基づいて推薦対象に対する第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する推薦データに追加する更新ステップとを含み、推薦メールの宛先として複数の第２のユーザが指定されており、更新ステップにおいて特定される、複数の第２のユーザのうちの一のユーザの行動が、推薦対象を申し込んだことを示す申込メールの送信を含み、申込メールが、複数の第２のユーザのうちの他のユーザに送信される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
本発明の一形態に係るデータベース管理プログラムは、第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得部であって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得部と、メール取得部により取得された情報に基づいて、第１のユーザと、第２のユーザと、推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録部と、推薦メールに応じて第２のユーザが推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得部と、操作情報に基づいて推薦対象に対する第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する推薦データに追加する更新部とをコンピュータに実行させ、推薦メールの宛先として複数の第２のユーザが指定されており、更新部において特定される、複数の第２のユーザのうちの一のユーザの行動が、推薦対象を申し込んだことを示す申込メールの送信を含み、申込メールが、複数の第２のユーザのうちの他のユーザに送信される。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
本発明の一形態に係るコンピュータ読取可能な記録媒体は、第１のユーザが第２のユーザに所定の推薦対象を推薦するための推薦メールの情報を取得するメール取得部であって、該推薦メールが該推薦対象のウェブページに関する情報を含む、該メール取得部と、メール取得部により取得された情報に基づいて、第１のユーザと、第２のユーザと、推薦対象のウェブページとが互いに関連付けられた推薦データを生成し、該推薦データをデータベースに登録する登録部と、推薦メールに応じて第２のユーザが推薦対象のウェブページに対して行った操作を示す操作情報を取得する操作情報取得部と、操作情報に基づいて推薦対象に対する第２のユーザの行動を特定し、特定した行動を示す行動情報を対応する推薦データに追加する更新部とをコンピュータに実行させ、推薦メールの宛先として複数の第２のユーザが指定されており、更新部において特定される、複数の第２のユーザのうちの一のユーザの行動が、推薦対象を申し込んだことを示す申込メールの送信を含み、申込メールが、複数の第２のユーザのうちの他のユーザに送信される、データベース管理プログラムを記憶する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】削除
【補正の内容】
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
さらに別の形態に係るデータベース管理装置では、更新部により更新された推薦データが、推薦メールの効果の測定、第１のユーザへの推薦メールの宛先の提示、及び第２のユーザへのレコメンド商品の提示のうちの少なくとも一つに用いられてもよい。
さらに別の形態に係るデータベース管理装置では、推薦メールが、推薦メールと該推薦メールの宛先との組合せを識別するための追跡用識別子を含み、操作情報取得部が、推薦対象のウェブページにアクセスした第２のユーザの端末から追跡用識別子を受信したか否かを判定し、該追跡用識別子を受信した場合に操作情報を取得してもよい。
さらに別の形態に係るデータベース管理装置では、申込メールが、申込メールと該申込メールの宛先との組合せを識別するための追加の識別子と、追跡用識別子との双方を含み、操作情報取得部が、推薦対象のウェブページにアクセスした第２のユーザの端末から少なくとも追跡用識別子を受信した場合に操作情報を取得し、更新部が、追加の識別子が受信されることなく追跡用識別子が受信されたと判定された場合には、第２のユーザが推薦メールに応じて行動したことを示す行動情報を追加し、追加の識別子及び追跡用識別子の双方が受信されたと判定された場合には、第２のユーザが申込メールに応じて行動したことを示す行動情報を追加してもよい。
さらに別の形態に係るデータベース管理装置は、更新部により行動情報が追加された推薦データを検索することで、特定の第１のユーザにより送信される次回の推薦メールの宛先の候補を抽出する処理と、特定の第２のユーザが過去に申し込んだ商品と同じカテゴリに属する他の商品を商品データベースから抽出し、該他の商品を該第２のユーザにレコメンド商品として提示する処理とのうちの少なくとも一つを実行する検索部を更に備えてもよい。
【国際調査報告】
2011152417.tif 000017
2011152417.tif 000018