(57)【特許請求の範囲】
【請求項１】
第１のユーザと第２のユーザとが関連付けられた推薦データを記憶する第１記憶部を参照して前記第２のユーザの候補を複数選択し、選択された複数の候補を示す候補情報を前記第１のユーザの端末に送信する選択部と、
前記第１のユーザが複数の前記第２のユーザに所定の推薦対象を推薦することを示す推薦情報を前記第１のユーザの端末から取得する第１取得部であって、該複数の第２のユーザが、該端末において前記候補情報で示される候補から指定される、該第１取得部と、
前記推薦情報に基づいて、前記推薦対象を前記複数の第２のユーザに推薦するための推薦メールを生成する第１生成部と、
前記推薦メールを前記複数の第２のユーザ宛に送信する第１送信部と、
前記複数の第２のユーザの一人が前記推薦メールで示される前記推薦対象を申し込んで該推薦対象の申込者になった場合に、該推薦対象の申込みを示す申込情報を該申込者の端末から取得する第２取得部と、
前記申込情報を含む申込メールを生成する第２生成部と、
前記申込メールを前記申込者以外の前記第２のユーザ宛に送信する第２送信部と
を備え、
前記選択部が、前記第２のユーザ宛に過去に送信された前記推薦メールの属性と、有向グラフで表される前記第１及び第２のユーザの間の関係と、前記第２のユーザにより閲覧され又は申し込まれた推薦対象の履歴とのうちの少なくとも一つに基づく順序に従って、前記複数の候補を選択する、
情報提供装置。
【請求項２】
前記推薦データが、前記第２のユーザ宛に送信された最近の前記推薦メールの送信日時を該第２のユーザの属性情報として含んでおり、
前記選択部が、前記送信日時の降順に前記複数の候補を選択する、
請求項１に記載の情報提供装置。
【請求項３】
前記推薦データが、前記第２のユーザ宛に送信された最近の前記推薦メールの送信日時と、該推薦メールで示される推薦対象と、該推薦対象の申込日時とを該第２のユーザの属性情報として含んでおり、
前記選択部が、前記送信日時から前記申込日時までの時間が短い順に前記複数の候補を選択する、
請求項１に記載の情報提供装置。
【請求項４】
前記推薦データが、前記第２のユーザ宛に過去に送信された前記推薦メールの個数を該第２のユーザの属性情報として含んでおり、
前記選択部が、前記推薦メールの個数の降順に前記複数の候補を選択する、
請求項１に記載の情報提供装置。
【請求項５】
前記選択部が、有向グラフで表されるユーザ間の関係を示す関係データを記憶する第２記憶部を参照して、前記第１のユーザと双方向の友人関係にある前記第２のユーザと、該第１のユーザへの一方向の友人関係にある前記第２のユーザと、該第１のユーザからの一方向の友人関係にある前記第２のユーザとを、それぞれ第１群、第２群、及び第３群として特定し、該第１群、該第２群、及び該第３群の順に前記複数の候補を選択する、
請求項１に記載の情報提供装置。
【請求項６】
前記選択部が、推薦メールの送信日時と該推薦メールで示される推薦対象とを示す送信履歴を記憶する第３記憶部と、前記第２のユーザにより申し込まれた推薦対象及び申込日時を示す申込履歴を記憶する第４記憶部とを参照して、前記第１生成部により生成される推薦メールで示される推薦対象と同じカテゴリの他の推薦対象に対応する前記送信日時及び前記申込日時の差が小さい順に前記複数の候補を選択する、
請求項１に記載の情報提供装置。
【請求項７】
前記選択部が、前記第２のユーザにより閲覧された推薦対象及び閲覧日時を示す閲覧履歴を記憶する第５記憶部を参照して、前記第１生成部により生成される推薦メールで示される推薦対象と同じカテゴリの他の推薦対象の閲覧数が多い順に前記複数の候補を選択する、
請求項１に記載の情報提供装置。
【請求項８】
前記選択部が、前記第２のユーザにより申し込まれた推薦対象及び申込日時を示す申込履歴を記憶する第６記憶部を参照して、前記第１生成部により生成される推薦メールで示される推薦対象と同じカテゴリの他の推薦対象の申込数が多い順に前記複数の候補を選択する、
請求項１に記載の情報提供装置。
【請求項９】
前記推薦対象が商品であり、前記推薦対象の申込みが商品の購入の申込みである、
請求項１〜８のいずれか一項に記載の情報提供装置。
【請求項１０】
情報提供装置により実行される情報提供方法であって、
第１のユーザと第２のユーザとが関連付けられた推薦データを記憶する第１記憶部を参照して前記第２のユーザの候補を複数選択し、選択された複数の候補を示す候補情報を前記第１のユーザの端末に送信する選択ステップと、
前記第１のユーザが複数の前記第２のユーザに所定の推薦対象を推薦することを示す推薦情報を前記第１のユーザの端末から取得する第１取得ステップであって、該複数の第２のユーザが、該端末において前記候補情報で示される候補から指定される、該第１取得ステップと、
前記推薦情報に基づいて、前記推薦対象を前記複数の第２のユーザに推薦するための推薦メールを生成する第１生成ステップと、
前記推薦メールを前記複数の第２のユーザ宛に送信する第１送信ステップと、
前記複数の第２のユーザの一人が前記推薦メールで示される前記推薦対象を申し込んで該推薦対象の申込者になった場合に、該推薦対象の申込みを示す申込情報を該申込者の端末から取得する第２取得ステップと、
前記申込情報を含む申込メールを生成する第２生成ステップと、
前記申込メールを前記申込者以外の前記第２のユーザ宛に送信する第２送信ステップと
を含み、
前記選択ステップでは、前記第２のユーザ宛に過去に送信された前記推薦メールの属性と、有向グラフで表される前記第１及び第２のユーザの間の関係と、前記第２のユーザにより閲覧され又は申し込まれた推薦対象の履歴とのうちの少なくとも一つに基づく順序に従って、前記複数の候補を選択する、
情報提供方法。
【請求項１１】
第１のユーザと第２のユーザとが関連付けられた推薦データを記憶する第１記憶部を参照して前記第２のユーザの候補を複数選択し、選択された複数の候補を示す候補情報を前記第１のユーザの端末に送信する選択部と、
前記第１のユーザが複数の前記第２のユーザに所定の推薦対象を推薦することを示す推薦情報を前記第１のユーザの端末から取得する第１取得部であって、該複数の第２のユーザが、該端末において前記候補情報で示される候補から指定される、該第１取得部と、
前記推薦情報に基づいて、前記推薦対象を前記複数の第２のユーザに推薦するための推薦メールを生成する第１生成部と、
前記推薦メールを前記複数の第２のユーザ宛に送信する第１送信部と、
前記複数の第２のユーザの一人が前記推薦メールで示される前記推薦対象を申し込んで該推薦対象の申込者になった場合に、該推薦対象の申込みを示す申込情報を該申込者の端末から取得する第２取得部と、
前記申込情報を含む申込メールを生成する第２生成部と、
前記申込メールを前記申込者以外の前記第２のユーザ宛に送信する第２送信部と
をコンピュータに実行させ、
前記選択部が、前記第２のユーザ宛に過去に送信された前記推薦メールの属性と、有向グラフで表される前記第１及び第２のユーザの間の関係と、前記第２のユーザにより閲覧され又は申し込まれた推薦対象の履歴とのうちの少なくとも一つに基づく順序に従って、前記複数の候補を選択する、
情報提供プログラム。
【請求項１２】
第１のユーザと第２のユーザとが関連付けられた推薦データを記憶する第１記憶部を参照して前記第２のユーザの候補を複数選択し、選択された複数の候補を示す候補情報を前記第１のユーザの端末に送信する選択部と、
前記第１のユーザが複数の前記第２のユーザに所定の推薦対象を推薦することを示す推薦情報を前記第１のユーザの端末から取得する第１取得部であって、該複数の第２のユーザが、該端末において前記候補情報で示される候補から指定される、該第１取得部と、
前記推薦情報に基づいて、前記推薦対象を前記複数の第２のユーザに推薦するための推薦メールを生成する第１生成部と、
前記推薦メールを前記複数の第２のユーザ宛に送信する第１送信部と、
前記複数の第２のユーザの一人が前記推薦メールで示される前記推薦対象を申し込んで該推薦対象の申込者になった場合に、該推薦対象の申込みを示す申込情報を該申込者の端末から取得する第２取得部と、
前記申込情報を含む申込メールを生成する第２生成部と、
前記申込メールを前記申込者以外の前記第２のユーザ宛に送信する第２送信部と
をコンピュータに実行させる情報提供プログラムを記憶し、
前記選択部が、前記第２のユーザ宛に過去に送信された前記推薦メールの属性と、有向グラフで表される前記第１及び第２のユーザの間の関係と、前記第２のユーザにより閲覧され又は申し込まれた推薦対象の履歴とのうちの少なくとも一つに基づく順序に従って、前記複数の候補を選択する、
コンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の一形態は、情報提供装置、情報提供方法、情報提供プログラム、及びそのプログラムを記憶するコンピュータ読取可能な記録媒体に関する。
【背景技術】
【０００２】
従来から、ウェブサイトを介して様々な推薦対象を他人に推薦するためのシステムが知られている。例えば、下記特許文献１には、紹介による商品の販売促進を容易にするための販売促進システムが記載されている。この販売促進システムでは、携帯端末を用いて商品を購入した紹介者が、決済が終了した商品の中から他人に紹介したい商品を選択すると、選択された商品の紹介広告ＩＤが被紹介者に提供される。また、下記特許文献２には、携帯端末を用いて他人に会員証等への入会を紹介する会員管理システムが記載されている。この会員管理システムでは、第１の携帯端末が第２の携帯端末のメールアドレスをサーバに通知すると、そのサーバが、入会時にダウンロードされるアプリケーションのＵＲＬを第２の端末にメールで通知する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２３４４３６号公報
【特許文献２】特開２００９−２３７８９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、推薦対象を単に相手に推薦するだけでは相手にその推薦対象への興味を生じさせることは難しい。このことは、推薦者の立場から見ると自身の推薦が相手に影響していないことを意味するので、推薦者は満足を得ることができない。そのため、推薦対象を他人に推薦するユーザの満足度を上げることが要請されている。
【課題を解決するための手段】
【０００５】
本発明の一形態に係る情報提供装置は、第１のユーザと第２のユーザとが関連付けられた推薦データを記憶する第１記憶部を参照して第２のユーザの候補を複数選択し、選択された複数の候補を示す候補情報を第１のユーザの端末に送信する選択部と、第１のユーザが複数の第２のユーザに所定の推薦対象を推薦することを示す推薦情報を第１のユーザの端末から取得する第１取得部であって、該複数の第２のユーザが、該端末において候補情報で示される候補から指定される、該第１取得部と、推薦情報に基づいて、推薦対象を複数の第２のユーザに推薦するための推薦メールを生成する第１生成部と、推薦メールを複数の第２のユーザ宛に送信する第１送信部と、複数の第２のユーザの一人が推薦メールで示される推薦対象を申し込んで該推薦対象の申込者になった場合に、該推薦対象の申込みを示す申込情報を該申込者の端末から取得する第２取得部と、申込情報を含む申込メールを生成する第２生成部と、申込メールを申込者以外の第２のユーザ宛に送信する第２送信部とを備え、選択部が、第２のユーザ宛に過去に送信された推薦メールの属性と、有向グラフで表される第１及び第２のユーザの間の関係と、第２のユーザにより閲覧され又は申し込まれた推薦対象の履歴とのうちの少なくとも一つに基づく順序に従って、複数の候補を選択する。
【０００６】
本発明の一形態に係る情報提供方法は、情報提供装置により実行される情報提供方法であって、第１のユーザと第２のユーザとが関連付けられた推薦データを記憶する第１記憶部を参照して第２のユーザの候補を複数選択し、選択された複数の候補を示す候補情報を第１のユーザの端末に送信する選択ステップと、第１のユーザが複数の第２のユーザに所定の推薦対象を推薦することを示す推薦情報を第１のユーザの端末から取得する第１取得ステップであって、該複数の第２のユーザが、該端末において候補情報で示される候補から指定される、該第１取得ステップと、推薦情報に基づいて、推薦対象を複数の第２のユーザに推薦するための推薦メールを生成する第１生成ステップと、推薦メールを複数の第２のユーザ宛に送信する第１送信ステップと、複数の第２のユーザの一人が推薦メールで示される推薦対象を申し込んで該推薦対象の申込者になった場合に、該推薦対象の申込みを示す申込情報を該申込者の端末から取得する第２取得ステップと、申込情報を含む申込メールを生成する第２生成ステップと、申込メールを申込者以外の第２のユーザ宛に送信する第２送信ステップとを含み、選択ステップでは、第２のユーザ宛に過去に送信された推薦メールの属性と、有向グラフで表される第１及び第２のユーザの間の関係と、第２のユーザにより閲覧され又は申し込まれた推薦対象の履歴とのうちの少なくとも一つに基づく順序に従って、複数の候補を選択する。
【０００７】
本発明の一形態に係る情報提供プログラムは、第１のユーザと第２のユーザとが関連付けられた推薦データを記憶する第１記憶部を参照して第２のユーザの候補を複数選択し、選択された複数の候補を示す候補情報を第１のユーザの端末に送信する選択部と、第１のユーザが複数の第２のユーザに所定の推薦対象を推薦することを示す推薦情報を第１のユーザの端末から取得する第１取得部であって、該複数の第２のユーザが、該端末において候補情報で示される候補から指定される、該第１取得部と、推薦情報に基づいて、推薦対象を複数の第２のユーザに推薦するための推薦メールを生成する第１生成部と、推薦メールを複数の第２のユーザ宛に送信する第１送信部と、複数の第２のユーザの一人が推薦メールで示される推薦対象を申し込んで該推薦対象の申込者になった場合に、該推薦対象の申込みを示す申込情報を該申込者の端末から取得する第２取得部と、申込情報を含む申込メールを生成する第２生成部と、申込メールを申込者以外の第２のユーザ宛に送信する第２送信部とをコンピュータに実行させ、選択部が、第２のユーザ宛に過去に送信された推薦メールの属性と、有向グラフで表される第１及び第２のユーザの間の関係と、第２のユーザにより閲覧され又は申し込まれた推薦対象の履歴とのうちの少なくとも一つに基づく順序に従って、複数の候補を選択する。
【０００８】
本発明の一形態に係るコンピュータ読取可能な記録媒体は、第１のユーザと第２のユーザとが関連付けられた推薦データを記憶する第１記憶部を参照して第２のユーザの候補を複数選択し、選択された複数の候補を示す候補情報を第１のユーザの端末に送信する選択部と、第１のユーザが複数の第２のユーザに所定の推薦対象を推薦することを示す推薦情報を第１のユーザの端末から取得する第１取得部であって、該複数の第２のユーザが、該端末において候補情報で示される候補から指定される、該第１取得部と、推薦情報に基づいて、推薦対象を複数の第２のユーザに推薦するための推薦メールを生成する第１生成部と、推薦メールを複数の第２のユーザ宛に送信する第１送信部と、複数の第２のユーザの一人が推薦メールで示される推薦対象を申し込んで該推薦対象の申込者になった場合に、該推薦対象の申込みを示す申込情報を該申込者の端末から取得する第２取得部と、申込情報を含む申込メールを生成する第２生成部と、申込メールを申込者以外の第２のユーザ宛に送信する第２送信部とをコンピュータに実行させる情報提供プログラムを記憶し、選択部が、第２のユーザ宛に過去に送信された推薦メールの属性と、有向グラフで表される第１及び第２のユーザの間の関係と、第２のユーザにより閲覧され又は申し込まれた推薦対象の履歴とのうちの少なくとも一つに基づく順序に従って、複数の候補を選択する。
【０００９】
このような形態によれば、推薦メールを受け取った複数の第２のユーザの誰かがその推薦メールで示される推薦対象を申し込むと、その申込を示す申込メールが生成されて申込者以外の他の第２のユーザに送られる。このように、誰かが推薦対象を実際に申し込んだという事実を、推薦対象を未だ申し込んでいない第２のユーザに示すことで、その第２のユーザに推薦対象の申込みの意思を生じさせることが期待できる。そして、申込メールに応じて他の第２のユーザも推薦対象を申し込めば、推薦者である第１のユーザの満足度が上がると期待できる。また、第１のユーザに第２のユーザの候補が提示されるので、第１のユーザは簡単に第２のユーザを選ぶことができる。
【００１１】
さらに別の形態に係る情報提供装置では、推薦データが、第２のユーザ宛に送信された最近の推薦メールの送信日時を該第２のユーザの属性情報として含んでおり、選択部が、送信日時の降順に複数の候補を選択してもよい。このように、最近推薦メールを送った第２のユーザを優先的に候補として第１のユーザに提示することで、第１のユーザは推薦対象の申込みが期待できる人を容易に選ぶことができる。【００１２】
さらに別の形態に係る情報提供装置では、推薦データが、第２のユーザ宛に送信された最近の推薦メールの送信日時と、該推薦メールで示される推薦対象と、該推薦対象の申込日時とを該第２のユーザの属性情報として含んでおり、選択部が、送信日時から申込日時までの時間が短い順に複数の候補を選択してもよい。このように、推薦メールに早く反応して推薦対象を申し込んだ第２のユーザを優先的に候補として第１のユーザに提示することで、第１のユーザは推薦対象の申込みが期待できる人を容易に選ぶことができる。【００１３】
さらに別の形態に係る情報提供装置では、推薦データが、第２のユーザ宛に過去に送信された推薦メールの個数を該第２のユーザの属性情報として含んでおり、選択部が、推薦メールの個数の降順に複数の候補を選択してもよい。このように、推薦メールを多く受け取った第２のユーザを優先的に候補として第１のユーザに提示することで、第１のユーザは推薦対象の申込みが期待できる人を容易に選ぶことができる。【００１５】
さらに別の形態に係る情報提供装置では、選択部が、有向グラフで表されるユーザ間の関係を示す関係データを記憶する第２記憶部を参照して、第１のユーザと双方向の友人関係にある第２のユーザと、該第１のユーザへの一方向の友人関係にある第２のユーザと、該第１のユーザからの一方向の友人関係にある第２のユーザとを、それぞれ第１群、第２群、及び第３群として特定し、該第１群、該第２群、及び該第３群の順に複数の候補を選択してもよい。このように、友人関係の強さや向きに基づいて第２のユーザの候補を決めることで、第１のユーザは推薦対象の申込みが期待できる人を容易に選ぶことができる。【００１６】
さらに別の形態に係る情報提供装置では、選択部が、推薦メールの送信日時と該推薦メールで示される推薦対象とを示す送信履歴を記憶する第３記憶部と、第２のユーザにより申し込まれた推薦対象及び申込日時を示す申込履歴を記憶する第４記憶部とを参照して、第１生成部により生成される推薦メールで示される推薦対象と同じカテゴリの他の推薦対象に対応する送信日時及び申込日時の差が小さい順に複数の候補を選択してもよい。このように、推薦メールに早く反応して推薦対象を申し込んだ第２のユーザを優先的に候補として第１のユーザに提示することで、第１のユーザは推薦対象の申込みが期待できる人を容易に選ぶことができる。【００１７】
さらに別の形態に係る情報提供装置では、選択部が、第２のユーザにより閲覧された推薦対象及び閲覧日時を示す閲覧履歴を記憶する第５記憶部を参照して、第１生成部により生成される推薦メールで示される推薦対象と同じカテゴリの他の推薦対象の閲覧数が多い順に複数の候補を選択してもよい。このように、推薦メールで示される推薦対象と同じカテゴリの他の推薦対象をより多く閲覧した第２のユーザを優先的に候補として第１のユーザに提示することで、第１のユーザは推薦対象の申込みが期待できる人を容易に選ぶことができる。【００１８】
さらに別の形態に係る情報提供装置では、選択部が、第２のユーザにより申し込まれた推薦対象及び申込日時を示す申込履歴を記憶する第６記憶部を参照して、第１生成部により生成される推薦メールで示される推薦対象と同じカテゴリの他の推薦対象の申込数が多い順に複数の候補を選択してもよい。このように、推薦メールで示される推薦対象と同じカテゴリの他の推薦対象をより多く申し込んだ第２のユーザを優先的に候補として第１のユーザに提示することで、第１のユーザは推薦対象の申込みが期待できる人を容易に選ぶことができる。【００１９】
さらに別の形態に係る情報提供装置では、推薦対象が商品であり、推薦対象の申込みが商品の購入の申込みであってもよい。
【発明の効果】
【００２０】
本発明の一側面によれば、推薦対象を他人に推薦するユーザの満足度を上げることができる。
【図面の簡単な説明】
【００２１】
【図１】実施形態に係る情報提供システムの全体構成を示す図である。
【図２】図１に示すユーザ関係データベースの例を示す図である。
【図３】図１に示すユーザＩＤ変換テーブルの例を示す図である。
【図４】実施形態における商品の推薦の概念を説明する図である。
【図５】図１に示すサーバのハードウェア構成を示す図である。
【図６】図１に示すサーバの機能構成を示すブロック図である。
【図７】推薦履歴の例を示す図である。
【図８】販売ページの例を示す図である。
【図９】認証ページの例を示す図である。
【図１０】推薦メール送信ページの例を示す図である。
【図１１】図１に示す情報提供システムの動作を示すシーケンス図である。
【図１２】図１に示す情報提供システムの動作を示すシーケンス図である。
【図１３】図１に示す情報提供システムの動作を示すシーケンス図である。
【図１４】図１に示す情報提供システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００２２】
以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００２３】
図１は、実施形態に係る情報提供システム１の構成を示す図である。情報提供システム１は、サーバ１１、インターネット１２、クライアント１３、クライアント１４、ユーザ関係データベース１５（第２記憶部）、及びユーザＩＤ変換テーブル１６を備えている。サーバ１１は、インターネットを介してクライアント１３，１４、ユーザ関係データベース１５、及びユーザＩＤ変換テーブル１６と接続されており、これにより各クライアント１３，１４、ユーザ関係データベース１５、及びユーザＩＤ変換テーブル１６と双方向に通信することができる。
【００２４】
サーバ１１は、商品を販売するためのウェブページをクライアント１３またはクライアント１４に提供し、クライアント１３またはクライアント１４から商品の購入の申し込みを受け付ける情報提供装置である。すなわち、サーバ１１はユーザにオンライン・ショッピング・サイトを提供する。なお、商品は有体物であってもよいし、サービスなどの無体物であってもよい。サーバ１１は、専用サーバ、パーソナルコンピュータ、または仮想サーバであってもよいし、これらの組み合わせからなるシステムであってもよい。
【００２５】
インターネット１２は通信ネットワークの一例である。インターネット１２は、有線または無線の汎用回線または専用回線や、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などで構成される。
【００２６】
クライアント１３，１４は、ブラウザ及びメール機能を備える端末である。クライアント１３，１４は、ユーザの操作に応じてサーバ１１からウェブページを取得してブラウザ上に表示する。また、クライアント１３，１４はサーバ１１から送信されてきたメールを受信する。クライアント１３，１４の例としてはパーソナルコンピュータや携帯電話機などが挙げられるが、クライアント１３，１４の種類はこれらに限定されない。
【００２７】
ユーザ関係データベース１５は、ユーザ間の関係を示す関係データを記憶する手段である。本実施形態では、ユーザ関係データベース１５はソーシャル・ネットワーキング・サービス（ＳＮＳ）を制御するコンピュータ・システム内に設けられ、サーバ１１とは別に存在している。もっとも、このデータベースの設置箇所は限定されず、例えばサーバ１１がユーザ関係データベース１５を備えてもよい。
【００２８】
図２に示すように、関係データは、一のユーザのユーザＩＤと、そのユーザとＳＮＳにおいて友人関係にあるユーザのＩＤ（友人ＩＤ）とが互いに関連付けられたデータである。図２の１〜３行目のデータからは、ユーザＩＤ「００１」で特定されるユーザが、それぞれユーザＩＤ「００２」「００３」で特定される二人のユーザと双方向の友人関係にあることが分かる。もっとも、友人関係は片方向であってもよい。例えば、図２における２，３行目のデータが無い場合には、ユーザＩＤ「００１」で示されるユーザは、ユーザＩＤ「００２」「００３」で特定される二人のユーザと友人関係にあるが、当該二人のユーザから見ると、ユーザＩＤ「００１」で示されるユーザは全くの他人となる。このように、関係データは、有向グラフにより示されるユーザの関係を示している。
【００２９】
ユーザＩＤ変換テーブル１６は、システム間でのユーザＩＤの対応を記憶する手段である。一人のユーザが一種類のユーザＩＤを複数のシステムで共通に用いるとは限らず、場合によっては当該ユーザがシステム毎にユーザＩＤを使い分ける場面もある。例えば、一人のユーザについて、オンライン・ショッピング・サイト（サーバ１１）で管理されているユーザＩＤと、ＳＮＳ（ユーザ関係データベース１５）で管理されているユーザＩＤとが異なる場合もある。ユーザＩＤ変換テーブル１６はこのようなシステム間でのユーザＩＤの相違を補うために用いられるので、各ユーザのＩＤがシステム間で完全に一致するならばユーザＩＤ変換テーブル１６は不要である。ユーザＩＤ変換テーブル１６の設置場所は限定されず、サーバ１１内に設けられてもよいし、ユーザ関係データベース１５と同じシステム内に設けられてもよい。
【００３０】
ユーザＩＤ変換テーブル１６内のデータは、認可情報の委譲に関する仕組みであるＯＡｕｔｈのトークンがサービス間でやり取りされることで生成される。図３の例では、１行目のデータは、オンライン・ショッピング・サイト（サーバ１１）側ではユーザＩＤ「００１」で特定されるユーザが、ＳＮＳでは「１００１」、他のサービスでは「２００１」というユーザＩＤで登録されていることを示している。なお、２行目におけるＩＤ「１００２」のように、一人のユーザについてサイト間で同一のユーザＩＤが割り当てられる場合もある。
【００３１】
サーバ１１について具体的に説明する。サーバ１１は、クライアント１３からの指示に応じて、１以上のクライアント１４のユーザに、商品を推薦するための電子メール（推薦メール）を送信する。以下では、商品を推薦するクライアント１３のユーザ（第１のユーザ）を推薦者と称し、商品の推薦を受けるクライアント１４のユーザ（第２のユーザ）を相手ユーザと称する。なお、本願の優先権主張の基礎である２０１０年５月３１日付提出の日本国特許出願２０１０−１２３６８３では、この相手ユーザのことを「被推薦者」と言っている。推薦メールを受信した相手ユーザが推薦された商品（以下では「レコメンド商品」ともいう）を購入して該商品の購入者になると、サーバ１１は、その購入者を除く相手ユーザに、商品の購入を示すメール（購入メール）を送信する。購入者は申込者の一種であり、購入メールは申込メールの一種である。
【００３２】
図４は、情報提供システム１における商品の推薦を示す図である。図４では、Ａは推薦者を示し、Ｂ１〜Ｂ１０は相手ユーザを示している。情報提供システム１において、紹介の報酬を得たい推薦者Ａは推薦メールを送信することで相手ユーザに商品を推薦する。例えば、相手ユーザは、推薦者の会社の同僚や、推薦者と趣味が同じ人、オフ会での推薦者との知り合い、または推薦者と同じメーリングリストに登録されている人である。
【００３３】
相手ユーザＢ１〜Ｂ１０はお互いのことを知らないこともある。また、相手ユーザＢ１〜Ｂ１０は、自分宛に送られた推薦メールが他の相手ユーザに送られたことを知らないこともある。したがって、単に推薦メールを送信しただけでは、相手ユーザにレコメンド商品の購入を促すことが難しい場合がある。
【００３４】
これに対して、例えば相手ユーザＢ１が推薦メールに応じて商品を購入した場合に、その相手ユーザＢ１から「お勧めに従い買いました！」というようなメッセージが購入メールとして他の相手ユーザＢ２〜Ｂ１０に送信されれば、その相手ユーザＢ２〜Ｂ１０は他人が実際に商品を購入したことを知ることになる。そして、実際に商品が購入されたという事実により、相手ユーザＢ２〜Ｂ１０に商品購入の意思が生ずることが期待できる。このように商品の購入が促されれば、推薦者にとっては推薦の目的をある程度達することができ、したがって一定の満足を得ることができる。
【００３５】
図５は、サーバ１１のハードウェアの構成例を示すブロック図である。サーバ１１では、ＣＰＵ（Central Processing Unit）３１、ＲＯＭ（Read Only Memory）３２、及びＲＡＭ（Random Access Memory）３３がバス３４を介して相互に接続されている。バス３４にはさらに入出力インタフェース３５が接続されている。入出力インタフェース３５には、キーボードやマウス、マイクロホンなどの入力部３６と、ディスプレイやスピーカの出力部３７と、ハードディスクや不揮発性メモリなどの記憶部３８と、ネットワークインタフェースなどの通信部３９と、磁気ディスクや光ディスク、光磁気ディスク、半導体メモリなどのリムーバブルメディア４１を駆動するドライブ４０とが接続されている。
【００３６】
サーバ１１では、ＣＰＵ３１が記憶部３８に記憶されているプログラムを入出力インタフェース３５及びバス３４を介してＲＡＭ３３にロードして実行することにより、後述する一連の処理が行われる。
【００３７】
サーバ１１（ＣＰＵ３１）により実行される情報提供プログラムは、例えば、磁気ディスク（フレキシブルディスクを含む）や光ディスク（ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ）、光磁気ディスク、もしくは半導体メモリなどのリムーバブルメディア４１に記録された態様で提供される。あるいは、情報提供プログラムは、インターネット１２などの有線または無線の伝送媒体を介して提供される。
【００３８】
情報提供プログラムは、リムーバブルメディア４１をドライブ４０に装着し、入出力インタフェース３５を介して記憶部３８に記憶されることで、コンピュータにインストールすることができる。また、情報提供プログラムは、通信部３９で受信されて記憶部３８に記憶されることで、コンピュータにインストールすることができる。さらに、情報提供プログラムはコンピュータに予めインストールされていてもよい。
【００３９】
図６は、サーバ１１の機能構成の例を示すブロック図である。サーバ１１では、情報提供プログラムなどが実行されることで、ユーザデータベース６１、商品データベース６２、メーリングリストデータベース６３、履歴データベース（第１、第３、第４、第５、及び第６記憶部）６４、初期データ生成部６５、Ｗｅｂサーバ機能（第１取得部、第２取得部）６６、ページ生成部６７、認証部６８、販売処理部６９、及び推薦部７０が実現される。
【００４０】
ユーザデータベース６１は、ユーザデータを格納する手段である。ユーザデータは、ユーザＩＤと、各種ユーザ属性（氏名、ニックネーム、住所、電話番号、電子メールアドレス、趣味など）と、ログインパスワードとを含んでいる。
【００４１】
商品データベース６２は、商品データを格納する手段である。商品データは、商品を特定する商品ＩＤと、各種商品属性（商品名、商品の画像、商品のカテゴリ、商品の製造業者又は提供業者の名前、製造業者又は提供業者の住所、販売地域又は提供地域、商品を販売するウェブページのＵＲＬ（Uniform Resource Locator）、商品価格など）とを含んでいる。
【００４２】
メーリングリストデータベース６３は、メーリングリストデータを格納する手段である。メーリングリストデータは、メーリングリストの代表のメールアドレスと、そのメーリングリストに含まれる１以上のユーザのメールアドレスとを含んでいる。
【００４３】
履歴データベース６４は、各種の履歴データ（閲覧履歴、購入履歴、推薦履歴、及び送信履歴）を記憶する手段である。
【００４４】
閲覧履歴のレコードは、ユーザＩＤと、閲覧された商品のＩＤと、閲覧日時とを含む。購入履歴（申込履歴）のレコードは、ユーザＩＤと、購入された商品のＩＤと、購入日時（申込日時）とを含む。閲覧履歴は後述するＷｅｂサーバ機能６６により生成及び格納され、購入履歴は後述する販売処理部６９により生成及び格納される。
【００４５】
推薦履歴（推薦データ）は、推薦者を特定するユーザＩＤ（推薦者ＩＤ）と、１以上の相手ユーザの属性情報とが関連付けられたデータである。各相手ユーザの属性情報は、相手ユーザを特定するユーザＩＤ（相手ＩＤ）と、推薦メールの送信日時（例えば、最近の送信日時）と、相手ユーザの名前（例えばニックネーム）と、推薦者からの最近の推薦メールで示されたレコメンド商品の商品ＩＤと、その商品の購入実績および購入日時（申込日時）と、過去に推薦者から送信されたメールの個数と、相手ユーザの趣味と、その趣味に対応する商品カテゴリとを含んでいる。推薦履歴は相手ユーザが商品を購入したか否かも示すデータであるので、相手ユーザのユーザ情報の一例であるとも言える。
【００４６】
推薦履歴の例を図７に示す。この例では、推薦者ＩＤは「００１」であり、相手ＩＤは「１０１」〜「１０４」である。この例からは、ユーザＫが最近勧められた商品Ａを購入したことや、ユーザＪがその商品Ａを未だ購入していないこと、ユーザLには商品Ａに関する推薦メールが送られなかったことなどがわかる。カテゴリは「ＣＤ／クラシック」などのように階層的に示されてもよい。推薦履歴においてカテゴリの項目が省略されていてもよい。
【００４７】
送信履歴は、後述する推薦メール及び購入メールのそれぞれについて生成され記録される。送信履歴のレコードは、メールを特定するためのメールＩＤと、推薦者のユーザＩＤ及びメールアドレスと、１以上の相手ユーザのユーザＩＤ及びメールアドレスと、そのメールの送信日時と、そのメールで示されるレコメンド商品の商品ＩＤとを含む。
【００４８】
各履歴データの構成は上記の例に限定されず、様々な変形が可能である。例えば、推薦者及び相手ユーザのメールアドレスを送信履歴ではなく推薦履歴の方に含めてもよい。
【００４９】
これらのデータベース６１〜６４は、オペレーティングシステムが提供するファイルシステム上に直接構築されてもよいし、データベースマネジメントシステムにより構築されてもよい。
【００５０】
初期データ生成部６５は、推薦履歴の初期データを生成して履歴データベース６４に格納する手段である。初期データ生成部６５はユーザ間の関係が規定されたデータベースを参照して複数のユーザを推薦者と相手ユーザとして関連付けることで、推薦履歴のレコードを新規に生成する。初期データを生成する時期は任意であり、例えば初期データ生成部６５は定期的にあるいはサーバ１１の管理者の指示に応じて初期データを生成する。推薦履歴の初期データの生成方法は以下に示すようにいくつか考えられる。
【００５１】
初期データ生成部６５はユーザデータベース６１及びユーザ関係データベース１５を参照して初期データを生成してもよい。各ユーザについて、ユーザデータベース６１内のユーザＩＤとユーザ関係データベース１５内のユーザＩＤとが異なる可能性がある場合には、初期データ生成部６５はユーザＩＤ変換テーブル１６を参照して、事前にユーザ関係データベース１５内のユーザＩＤをユーザデータベース６１のユーザＩＤに変換しておく。
【００５２】
初期データ生成部６５は、ユーザデータベース６１内の一のユーザＩＤを推薦者ＩＤとして設定し、そのユーザＩＤに対応する他のユーザＩＤをユーザ関係データベース１５から読み出す。この際に１以上の他のユーザＩＤを取得できた場合には、初期データ生成部６５はそのユーザＩＤを相手ＩＤとして設定する。続いて、初期データ生成部６５は各相手ユーザのユーザデータをユーザデータベース６１から読み出すことで各相手ユーザのユーザ名及び趣味を特定する。続いて、初期データ生成部６５は各相手ユーザのカテゴリを特定する。初期データ生成部６５は所定のウェブページを介して相手ユーザにカテゴリを入力させるか、あるいは予め保持している所定の対応表に基づいて趣味に対応する商品カテゴリを抽出することで、カテゴリを特定する。
【００５３】
このように推薦者及び相手ユーザのユーザＩＤと、各相手ユーザのユーザ名、趣味、及びカテゴリとを特定すると、初期データ生成部６５はこれらのデータを用いて推薦履歴の初期データを生成し履歴データベース６４に格納する。図７の例は、初期データ生成部６５が推薦者ＩＤ「００１」に対応する相手ＩＤ「１０１」「１０２」「１０３」「１０４」をユーザ関係データベース１５から読み出し、これら４人の相手ユーザのユーザ名、趣味、及びカテゴリを特定し、推薦者ＩＤ「００１」に関する４個のレコードを生成したことを前提としている。
【００５４】
初期データ生成部６５はユーザデータベース６１内の各ユーザＩＤについて上記の初期データ生成処理を実行する。対応する他のユーザＩＤがユーザ関係データベース１５内で見つからない場合には初期データ生成部６５はその時点で処理を終了するので、ユーザデータベース６１内の全ユーザＩＤについて推薦履歴が生成されるとは限らない。
【００５５】
初期データ生成部６５はユーザデータベース６１及びメーリングリストデータベース６３を参照して推薦履歴の初期データを生成してもよい。初期データ生成部６５はメーリングリストデータで示される代表メールアドレスに対応するユーザＩＤを推薦者ＩＤとして設定する。さらに、初期データ生成部６５はその代表メールアドレスと同じグループに属する他のメールアドレスに対応する１以上のユーザＩＤを相手ＩＤとして設定する。各メールアドレスに対応するユーザＩＤはユーザデータを参照することで得られる。続いて、初期データ生成部６５は上記のように各相手ユーザのユーザ名、趣味、及びカテゴリを特定し、推薦履歴の初期データを生成及び格納する。
【００５６】
このように、ユーザ間の関係がユーザ関係データベース１５やメーリングリストデータベース６３などのデータベースに規定されていれば、初期データ生成部６５は推薦履歴の初期データを生成することが可能である。初期データ生成時に空欄の項目（送信日時、レコメンド商品、購入実績、購入日時、メール数）は、後述する推薦部７０の処理により更新される。
【００５７】
Ｗｅｂサーバ機能６６は、ＨＴＴＰ（Hypertext Transfer Protocol）に規定される手順に基づいて、任意のマークアップ言語（例えばＨＴＭＬ（Hypertext Markup Language）やｃｏｍｐａｃｔ  ＨＴＭＬ、ＨＤＭＬ（Handheld Device Markup Language）、ＸＭＬ（Extensible Markup Language））で記述されたウェブページをクライアント１３またはクライアント１４に送信する。ウェブページには、テキストまたは画像などの各種のオブジェクトが含まれる。また、Ｗｅｂサーバ機能６６は、クライアント１３またはクライアント１４から送信されてくる各種のデータを受信する。Ｗｅｂサーバ機能６６は、クライアント１３，１４のユーザによるウェブページへのアクセスを監視しており、アクセスが発生する度に閲覧履歴を生成して履歴データベース６４に格納する。Ｗｅｂサーバ機能６６はＷｅｂサーバプログラムを実行することにより実現される。
【００５８】
ページ生成部６７は、Ｗｅｂサーバ機能６６を介してクライアント１３，１４に送信されるウェブページを生成する手段である。
【００５９】
ページ生成部６７はクライアント１３からのＨＴＴＰリクエストに応じて、商品の購入手続を行うためのウェブページ（販売ページ）を生成する。ページ生成部６７は、ＨＴＴＰリクエストに対応する商品データを商品データベース６２から取得し、その商品データを用いて販売ページを生成する。図８に示すように、販売ページには、商品名（「木製バット」）や商品画像、商品価格などの商品情報や、商品を買い物かごに入れるための「買い物かご」ボタン、この商品に関する推薦メールを送信するためのリンク（「友達にメールですすめる」と表示されているリンク）などが配置される。生成された販売ページはＷｅｂサーバ機能６６によりクライアント１３に送信され、クライアント１３上に表示される。
【００６０】
販売ページ内のリンク「友達にメールですすめる」がクリックされると、クライアント１３は推薦メールを送信するためのウェブページを要求し、Ｗｅｂサーバ機能６６がその要求を受信する。この要求に応じて、ページ生成部６７はクライアント１３のユーザを認証するための認証ページを生成する。例えば、ページ生成部６７は図９に示す認証ページを生成する。図９における「次へ」ボタンは、サーバ１１に認証処理を実行させるためのインタフェースである。生成された認証ページはＷｅｂサーバ機能６６によりクライアント１３に送信され、クライアント１３上に表示される。
【００６１】
入力されたユーザＩＤ及びパスワードにより推薦者が認証されると、ページ生成部６７は、推薦者に推薦メールの本文を入力させるとともに最終的な相手ユーザを選択させるためのウェブページ（推薦メール送信ページ）を生成し、Ｗｅｂサーバ機能６６を介してその推薦メール送信ページをクライアント１３に送信する。クライアント１３では推薦メール送信ページが表示され、推薦者が本文を入力し相手ユーザを選択する。
【００６２】
図１０に示すように、推薦メール送信ページには、相手ユーザの候補の一覧と、相手ユーザを選択するためのチェックボックスと、推薦者のメールアドレス及び名前と、推薦メールの本文を入力するためのフィールドと、レコメンド商品の名前及び取扱店舗と、入力内容をサーバ１１に送信するためのボタン（送信ボタン）とが含まれる。図１０の例では、推薦メールの本文として「これは良い商品だ！」というメッセージが入力され、ユーザＫ，Ｊ，Ｍという３人のユーザが相手ユーザとして選択されている。相手ユーザの候補の一覧（候補情報）は、後述する推薦候補選択部７１により生成される。
【００６３】
相手ユーザの一人が推薦メールで示された商品（レコメンド商品）を購入して購入者になると、ページ生成部６７はその購入者に購入メールの本文を入力させるためのウェブページ（購入メール送信ページ）を生成する。相手ユーザの一人が推薦メールで示されたレコメンド商品の販売ページへのリンクをクリックしてその販売ページにアクセスし、その販売ページで商品を購入すると、クライアント１４が購入の申し込みのデータ（申込データ）をサーバ１１に送信する。この申込データには、購入者のユーザＩＤと、推薦メールを送信した推薦者のユーザＩＤと、推薦メールのリンクから販売ページをアクセスしたことを示す情報とが含まれる。ページ生成部６７はその申込データに応じて購入メール送信ページを生成し、Ｗｅｂサーバ機能６６を介してその購入メール送信ページを購入者のクライアント１４に送信する。購入メール送信ページはレコメンド商品の商品情報を含む。なお、購入メールの本文は、申込データの一部としてサーバ１１に送られてもよい。
【００６４】
認証部６８は、クライアント１３，１４のユーザを認証する手段である。クライアント１３，１４のユーザが認証ページ上でユーザＩＤ及びパスワードを入力して「次へ」ボタンをクリックすると、クライアント１３，１４はそのユーザＩＤおよびパスワードをサーバ１１に送信し、Ｗｅｂサーバ機能６６がこれらのデータを受信する。認証部６８はそのユーザＩＤ及びパスワードを照合する処理を行うことで、ユーザを認証する。
【００６５】
販売処理部６９は、クライアント１４から商品の購入が申し込まれた場合に、商品の手配や代金請求などの販売処理を行う手段である。販売処理部６９は、クライアント１４のユーザによる商品の購入を示す購入履歴を生成して履歴データベース６４に格納する。
【００６６】
推薦部７０は、商品を推薦する推薦メールの本文をクライアント１３から取得し、取得した本文と推薦する商品（レコメンド商品）に対応する商品情報とを含む推薦メールを相手ユーザ宛に送信する手段である。また、推薦部７０は、一人の相手ユーザがレコメンド商品を購入した場合に、その相手ユーザ（購入者）からレコメンド商品の購入を示すメッセージを含む購入メールを、購入者を除く相手ユーザに送信する手段でもある。推薦部７０で実行される処理は、クライアント１３のユーザが認証部６８により認証されたことを前提とする。
【００６７】
推薦部７０は、推薦候補選択部７１、推薦メール生成部（第１生成部）７２、推薦メール送信部（第１送信部）７３、購入メール生成部（第２生成部）７４、購入メール送信部（第２送信部）７５、推薦履歴更新部７６、送信履歴記録部７７、および支払処理部７８を含む。
【００６８】
推薦候補選択部７１は、履歴データベース６４に記録されている推薦履歴に基づいて相手ユーザの候補を選択する手段である。販売ページ内の所定のリンク（例えば図８における「友達にメールですすめる」というリンク）がクリックされて推薦者が認証されると、推薦候補選択部７１はその推薦者のユーザＩＤに基づいて以下の処理を実行する。候補の選択方法は限定されるものではなく、例えば以下に示す方法により候補を選択してもよい。
【００６９】
［第１の例］
推薦候補選択部７１は、推薦者ＩＤに対応する推薦履歴を読み出し、その推薦履歴で示される相手ユーザのすべてを候補として選択してもよい。
【００７０】
［第２の例］
推薦候補選択部７１は、推薦者ＩＤに対応する推薦履歴で示される相手ユーザを特定の項目に従って並べ替えた上で、先頭から所定数の相手ユーザを候補として選択してもよい。並べ替えの基準となる項目や並び順は任意に定めてよい。
【００７１】
例えば、推薦候補選択部７１は、送信日時の降順に相手ユーザを並べ替えてもよいし、過去のメール数の降順に相手ユーザを並べ替えてもよい。また、推薦候補選択部７１は、推薦メールを送信してからそのメールで示されるレコメンド商品を購入するまでの期間が短い順に相手ユーザを並べ替えてもよい。これは、推薦履歴で示される購入日時と送信日時との差に基づいて、最近の推薦メールに対する反応が早い順に相手ユーザを並べ替えることを意味する。図７の例において購入日時と送信日時との差が小さい順に相手ユーザを並べ替えると、ユーザＫ、ユーザＭ、ユーザＬ、ユーザＪの順となる。このように相手ユーザを並べ替えると、推薦候補選択部７１は先頭から所定数の相手ユーザを候補として選択する。選択する相手ユーザの人数は、例えば１０、８、４などのように任意に定めてよい。
【００７２】
このように過去の推薦メールの送信実績に基づいて相手ユーザを並べ替えた上で候補を抽出したり、推薦メールに早く反応して商品を購入した相手ユーザを候補として優先的に抽出したりすることで、商品の購入が期待できる人を推薦者に提示することができる。
【００７３】
［第３の例］
推薦候補選択部７１は、レコメンド商品の属性と相手ユーザの趣味との一致の度合いが高い順に相手ユーザを並べ替えた上で、先頭から所定数の相手ユーザを候補として選択してもよい。このような第３の例では、推薦履歴が図７に示すようにカテゴリの項目を備えていることを前提とする。また、推薦候補選択部７１が、推薦者ＩＤとともに、販売ページに示されたレコメンド商品の商品ＩＤを取得することも前提とする。
【００７４】
推薦候補選択部７１は、推薦者ＩＤに対応する推薦履歴を読み出すとともに、レコメンド商品の商品ＩＤに対応する商品データを商品データベース６２から読み出す。続いて、推薦候補選択部７１は各推薦履歴で示されるカテゴリとレコメンド商品のカテゴリとを比較し、両者が似ている順に推薦履歴を並べ替える。カテゴリの類似性は予め任意の方法で対応表として定義されており、推薦候補選択部７１はその対応表を参照して二つのカテゴリを比較する。このような並べ替えを行った後に、推薦候補選択部７１は先頭から所定数の相手ユーザを候補として選択する。選択する相手ユーザの人数は任意に定めてよい。
【００７５】
このように、商品カテゴリとの一致度が高い趣味を持つ相手ユーザを優先的に抽出することで、商品の購入が期待できる人を推薦者に提示することができる。
【００７６】
［第４の例］
推薦候補選択部７１は、推薦者と相手ユーザとの間の友人関係の内容に基づいて相手ユーザを並べ替えた上で、先頭から所定数の推薦内定を候補として選択してもよい。
【００７７】
推薦候補選択部７１はユーザ関係データベース１５を参照して、推薦者と相手ユーザとの関係が以下の関係ａ〜ｃのどれに該当するかを判定する。Ｔｗｉｔｔｅｒ（商標または登録商標）の例を用いて説明すると、関係ａは相手ユーザと推薦者とが互いにフォローし合う関係であると言うことができ、関係ｂは相手ユーザが推薦者をフォローしている関係であると言うことができ、関係ｃは相手ユーザが推薦者にフォローされている関係であると言うことができる。
（ａ）双方向の友人関係
（ｂ）相手ユーザから推薦者への一方向の友人関係（相手ユーザのユーザＩＤに対応する友人ＩＤとして推薦者のユーザＩＤが指定されている関係データは存在するが、これとは逆方向のつながりを示す関係データは存在しない）
（ｃ）推薦者から相手ユーザへの一方向の友人関係（推薦者のユーザＩＤに対応する友人ＩＤとして相手ユーザのユーザＩＤが指定されている関係データは存在するが、これとは逆方向のつながりを示す関係データは存在しない）
【００７８】
続いて、推薦候補選択部７１は、上記関係ａに該当する相手ユーザ（第１群）、上記関係ｂに該当する相手ユーザ（第２群）、上記関係ｃに該当する相手ユーザ（第３群）の順に相手ユーザを並べ替える。そして、推薦候補選択部７１は第１群のユーザから順に所定数の相手ユーザを候補として選択する。選択する相手ユーザの人数は任意に定めてよい。
【００７９】
このように、友人関係の強さや向きに基づいて相手ユーザの候補を決めることで、商品の購入が期待できる人を推薦者に提示することができる。双方向の友人関係は一方向の友人関係よりも強いつながりなので、関係ａが最優先される。関係ｂでは、相手ユーザは、自身が友人であると思っている推薦者から推薦メールを受け取るのに対し、関係ｃでは、相手ユーザにとっては推薦者は他人である。したがって、候補を選択する際には第２群の方が第３群よりも優先される。
【００８０】
［第５の例］
推薦候補選択部７１は、履歴データベース６５内の閲覧履歴又は購買履歴に基づいて相手ユーザを並べ替えた上で、先頭から所定数の推薦内定を候補として選択してもよい。例えば、推薦候補選択部７１はレコメンド商品に対応するカテゴリの商品の閲覧数又は購入数が多い順に相手ユーザを並べ替えてもよい。
【００８１】
また、推薦候補選択部７１は送信履歴及び購入履歴を参照して、レコメンド商品に対応するカテゴリの商品への反応が早い者（推薦メールを受け取ってから商品を購入するまでの時間が短い者）から順に相手ユーザを並べ替えてもよい。これは、推薦メール生成部７２により生成される推薦メールで示される商品と同じカテゴリの他の商品に対応する送信日時及び購入日時の差が小さい順に相手ユーザを並べ替えることを意味する。この場合には、第２の例（最近の推薦メールについてのみ送信日時及び購入日時の差を求める場合）とは異なり、過去の複数の送信履歴及び購入履歴に基づいて、複数のレコメンド商品に対応する複数の時間差が得られる場合がある。そのような場合には、推薦候補選択部７１は送信日時及び購入日時の差に関する中央値や平均値などの統計値に基づいて相手ユーザを並べ替えてもよい。
【００８２】
このように、推薦メールで示される商品と同じカテゴリの商品をより多く閲覧又は購入した相手ユーザや、推薦メールに早く反応して商品を購入した相手ユーザを候補として抽出することで、商品の購入が期待できる人を推薦者に提示することができる。
【００８３】
推薦候補選択部７１は、上記のいずれかの手法により選択した相手ユーザの候補のリストを候補情報としてページ生成部６７に出力する。ページ生成部６７はそのリストを用いて推薦メール送信ページを生成する。
【００８４】
推薦候補選択部７１は、候補の選択方法を推薦者に選択させ、選択された方法により相手ユーザの候補を抽出してもよい。例えば、上記第１〜第５の例に示す方法の中から推薦者により選択された方法により相手ユーザの候補を抽出してもよい。
【００８５】
推薦メール生成部７２は、推薦者の指示に基づいて推薦メールを生成する手段である。推薦者が推薦メール送信ページにて必要な入力を行って送信ボタンを押すと、クライアント１３はそのページに示されているデータをサーバ１１に送信する。Ｗｅｂサーバ機能６６はそのデータを受信して推薦メール生成部７２に出力する。
【００８６】
推薦メール生成部７２は入力されたデータから推薦メールの本文を取得する。また、推薦メール生成部７２は推薦者により実際に指定された相手ユーザのニックネームをそのデータから取得し、ユーザデータベース６１を参照してニックネームからユーザＩＤへの変換を行う。続いて、推薦メール生成部７２は、相手ユーザのユーザＩＤに対応するメールアドレスをユーザデータベース６１から読み出す。続いて、推薦メール生成部７２は、予め定められた件名と、推薦者ＩＤと、取得した推薦メールの本文と、推薦メール送信ページ上に表示されていた商品情報（商品名、製造業者又は提供業者の名前、販売ページのＵＲＬ、価格など）とが示され、且つ読み出されたメールアドレスを宛先とする推薦メールを生成する。ここで、推薦メールにおいては、レコメンド商品を販売するウェブページのＵＲＬはリンクとして配置される。推薦メール生成部７２は生成した推薦メールを推薦メール送信部７３に出力する。
【００８７】
なお、推薦メールの本文は推薦情報の一例である。推薦情報は商品の推薦のための情報であればよいので、メール本文以外の形式で推薦情報を表してもよい。例えば、推薦者により指定されたレコメンド商品の評価のレベル（１，２，３など）やランキング（例えば「上位ｎ位」と示されたランキング）などが推薦メールに追記あるいは添付されたりしてもよい。
【００８８】
推薦メール送信部７３は、推薦メール生成部７２から入力された推薦メールを指定された各相手ユーザに送信する手段である。
【００８９】
購入メール生成部７４は、相手ユーザが推薦メールで示されるレコメンド商品を購入したことを示す購入メールを生成する手段である。商品を購入した一人の相手ユーザ（購入者）が購入メール送信ページにて必要な入力を行って送信ボタンを押すと、クライアント１４はそのページに示されているデータをサーバ１１に送信する。入力されるデータには、購入メールの本文（例えば、「これは本当に良い商品だ！」）が含まれる。Ｗｅｂサーバ機能６６はそのデータを受信して購入メール生成部７４に出力する。
【００９０】
購入メール生成部７４は入力されたデータから購入メールの本文を取得する。また、購入メール生成部７４は購入者及び購入商品に対応する送信履歴を履歴データベース６４から読み出し、その購入者に送られたものと同じ推薦メールを受信した他の相手ユーザのメールアドレスを特定するとともに、その推薦メールの送信者である推薦者のメールアドレスをユーザデータベース６１から取得する。続いて、購入メール生成部７４は、予め定められた件名と、取得した購入メールの本文と、購入メール送信ページ上に表示されていた商品情報（商品名、製造業者又は提供業者の名前、販売ページのＵＲＬ、価格など）とが示され、読み出されたメールアドレスを宛先とする購入メールを生成する。購入メールの宛先には購入者は含まれない。購入メール生成部７４は生成した購入メールを購入メール送信部７５に出力する。
【００９１】
なお、購入メールの本文は購入情報（申込情報）の一例である。購入情報は商品を購入したことを示す情報であればよいので、メール本文以外の形式で購入情報を表してもよい。例えば、購入価格や商品の評価、商品画像などを購入情報として用いてもよい。購入メールには、購買者を特定する情報（例えばニックネーム）や購買日時が含まれていてもよい。
【００９２】
購入メール送信部７５は、購入メール生成部７４から入力された購入メールを推薦者及び他の相手ユーザに送信する手段である。
【００９３】
推薦履歴更新部７６は、履歴データベース６４内の推薦履歴を更新する手段である。推薦履歴更新部７６は、推薦メール送信部７３による推薦メールの送信に応じて、推薦メールに対応する推薦者及び相手ユーザのレコードを更新する。ここで更新される項目は、送信日時、レコメンド商品、購入実績、購入日時及び過去のメール数である。購入実績は「購入無」に更新され，購入日時はクリアされる。さらに、推薦履歴更新部７６は、購入メール送信部７５による購入メールの送信に応じて、購入者のレコードを更新する。具体的には、購入者の購入実績が「購入有」に更新され、購入日時に購入メールの送信日時が設定される。
【００９４】
送信履歴記録部７７は、推薦メール送信部７３により送信された推薦メールについての送信履歴、及び購入メール送信部７５により送信された購入メールについての送信履歴を履歴データベース６４に記録する手段である。
【００９５】
支払処理部７８は、相手ユーザが推薦メールの商品情報で示されるウェブページから商品を購入した場合に、推薦者に報酬を支払う処理を行う手段である。すなわち、支払処理部７８はアフィリエイトに関する処理を行う。アフィリエイトの支払いは現金での支払いとは限らす、商品等と交換可能なポイントなどで支払いが行われてもよい。
【００９６】
次に、図１１〜１４を参照して、クライアント１３のユーザからクライアント１４のユーザに商品を推薦する処理（情報提供方法）を説明する。
【００９７】
まず、サーバ１１において、ページ生成部６７がクライアント１３からのＨＴＴＰリクエストに応じて販売ページを生成し、Ｗｅｂサーバ機能がその販売ページをクライアント１３に送信する（ステップＳ１００１，Ｓ１００２）。
【００９８】
クライアント１３はその販売ページを受信し表示する（ステップＳ２００１，Ｓ２００２）。この販売ページにおいて、推薦メール送信ページへのリンクがクリックされると、クライアント１３は当該送信ページをサーバ１１にリクエストする（ステップＳ２００３）。
【００９９】
サーバ１１では、Ｗｅｂサーバ機能がそのＨＴＴＰリクエストを受け付け、ページ生成部６７がそのＨＴＴＰリクエストに応じて認証ページを生成する（ステップＳ１００３，Ｓ１００４）。そして、Ｗｅｂサーバ機能６６が認証ページをクライアント１３に送信する（ステップＳ１００５）。
【０１００】
クライアント１３は、その認証ページを受信し表示する（ステップＳ２００４，Ｓ２００５）。この認証ページにおいてユーザＩＤおよびパスワードが入力され、認証を指示するためのボタンがクリックされると、クライアント１３はこれらのユーザＩＤおよびパスワードを取得してサーバ１１に送信する（ステップＳ２００６，Ｓ２００７）。
【０１０１】
サーバ１１では、Ｗｅｂサーバ機能６６がユーザＩＤおよびパスワードを受信する（ステップＳ１００６）。続いて、認証部６８がそれらのユーザＩＤおよびパスワードと、ユーザデータベース６１に記録されているユーザＩＤおよびパスワードとを照合することでクライアント１３のユーザを認証する（ステップＳ１００７）。
【０１０２】
クライアント１３のユーザが認証されると、推薦候補選択部７１が相手ユーザの候補を選択する（ステップＳ１００８）。推薦候補選択部７１は上記第１〜第５の例のような様々な手法を用いて候補を選択することができる。続いて、ページ生成部６７が推薦メール送信ページを生成し（ステップＳ１００９）、Ｗｅｂサーバ機能６６がその推薦メール送信ページをクライアント１３に送信する（ステップＳ１０１０）。
【０１０３】
クライアント１３は、その推薦メール送信ページを受信し表示する（ステップＳ２００８，Ｓ２００９）。このページにおいて相手ユーザが選択されるとともに推薦メールの本文が入力され、そして送信ボタンがクリックされると、クライアント１３はその本文と相手ユーザを示すデータとを取得し、これらのデータをサーバ１１に送信する（ステップＳ２０１０，Ｓ２０１１）。
【０１０４】
サーバ１１では、Ｗｅｂサーバ機能６６が推薦メールの本文と相手ユーザを示すデータとを受信する（ステップＳ１０１１、第１取得ステップ）。続いて、推薦メール生成部７２がこれらのデータを用いて推薦メールを生成し（ステップＳ１０１２、第１生成ステップ）、推薦メール送信部７３が推薦者により選択された相手ユーザ宛にその推薦メールを送信する（ステップＳ１０１３、第１送信ステップ）。この推薦メールは各クライアント１４により受信される（ステップＳ３００１，Ｓ４００１，Ｓ５００１）。サーバ１１では、推薦履歴更新部７６が推薦メールの送信に応じて推薦履歴を更新し（ステップＳ１０１４）、送信履歴記録部７７が推薦メールの送信履歴を履歴データベース６４に記録する（ステップＳ１０１５）。
【０１０５】
相手ユーザの一人であるクライアント１４のユーザが推薦メールで示された商品（レコメンド商品）の販売ページへのリンクをクリックすると、クライアント１４が販売ページをリクエストする（ステップＳ３００２）。
【０１０６】
サーバ１１では、Ｗｅｂサーバ機能６６がそのＨＴＴＰリクエストを受け付ける（ステップＳ１０１６）。続いて、ページ生成部６７がそのＨＴＴＰリクエストに応じてレコメンド商品の販売ページを生成し（ステップＳ１０１７）、Ｗｅｂサーバ機能６６がその販売ページをクライアント１４に送信する（ステップＳ１０１８）。
【０１０７】
クライアント１４はその販売ページを受信し表示する（ステップＳ３００３，Ｓ３００４）。クライアント１４のユーザがその販売ページで商品を購入する一連の操作（例えば、商品を買い物かごに入れる操作やユーザＩＤおよびパスワードを入力する操作、支払い方法を指定する操作など）を実行すると、クライアント１４は購入の申し込みのデータ（申込データ）を取得してサーバ１１に送信する（ステップＳ３００５，Ｓ３００６）。
【０１０８】
サーバ１１では、Ｗｅｂサーバ機能６６がその申込データを受け付ける（ステップＳ１０１９）。続いて、販売処理部６９が一連の販売処理を実行し（ステップＳ１０２０）、支払処理部７８が推薦者に対するアフィリエイトの支払いの処理を行う（ステップＳ１０２１）。続いて、ページ生成部６７が購入メール送信ページを生成し（ステップＳ１０２２）、Ｗｅｂサーバ機能６６がその購入メール送信ページを購入者のクライアント１４に送信する（ステップＳ１０２３）。
【０１０９】
購入者のクライアント１４は、その購入メール送信ページを受信し表示する（ステップＳ３００７，Ｓ３００８）。購入者が購入メール送信ページで購入メールの本文を入力すると、クライアント１４はその本文を取得してサーバ１１に送信する（ステップＳ３００９，Ｓ３０１０）。
【０１１０】
サーバ１１では、Ｗｅｂサーバ機能６６が購入メールの本文を受信する（ステップＳ１０２４、第２取得ステップ）。続いて、購入メール生成部７４がその本文を含む購入メールを生成し（ステップＳ１０２５、第２生成ステップ）、購入メール送信部７５がその購入メールを推薦者と、購入者以外の他の相手ユーザとへ送信する（ステップＳ１０２６、第２送信ステップ）。この購入メールは、クライアント１３と、購入者以外のユーザのクライアント１４とにより受信される（ステップＳ２０１２，Ｓ４００２，Ｓ５００２）。続いて、推薦履歴更新部７６が推薦履歴の購入者に関するレコードを更新し（ステップＳ１０２７）、送信履歴記録部７７が購入メールに関する送信履歴を履歴データベース６４に記録する（ステップＳ１０２８）。以上で、推薦メール及び購入メールによる推薦処理が終了する。
【０１１１】
他のクライアント１４のユーザがレコメンド商品を購入した場合にも、上述の処理が行われて、推薦者および相手ユーザ（レコメンド商品の購入者を除く）宛に購入メールが送信される。したがって、複数の購入メールが送信され得る。
【０１１２】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムがプログラム記録媒体からコンピュータにインストールされる。
【０１１３】
なお、コンピュータが実行するプログラムは、本実施形態で示した順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０１１４】
以上説明したように、本実施形態によれば、推薦メールを受け取った複数の相手ユーザの誰かがその推薦メールで示される商品を購入すると、その購入を示す購入メールが生成されて購入者以外の他の相手ユーザに送られる。このように、誰かが商品を実際に購入したという事実を、商品を未だ購入していない相手ユーザに示すことで、その相手ユーザに商品購入の意思を生じさせることが期待でき、商品の推薦を効率良く行うことができる。そして、購入メールに応じて他の相手ユーザも商品を購入すれば、推薦者の満足度が上がると期待できる。
【０１１５】
本実施形態のように推薦者がアフィリエイトの報酬を受け取る仕組みを用意すれば、推薦者は金銭的満足も得ることができる。すなわち、商品が多く購入されることでより多くの報酬を得ることができる。
【０１１６】
以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。
【０１１７】
上記実施形態ではサーバ１１が支払処理部７８を備えていたが、支払処理部７８は省略してもよい。すなわち、アフィリエイトの支払いに関する処理は省略可能である。
【０１１８】
各種データベース６１〜６４はサーバ１１とは異なるコンピュータ上に設けられていてもよい。この場合には、サーバ１１はネットワークを介して各種データベースにアクセスすればよい。
【０１１９】
上記実施形態ではサーバ１１が推薦メールにより商品が推薦されたが、推薦の対象は商品に限定されない。例えば、入会や会員カードへの誘い、キャンペーンへの参加などが推薦対象であってもよい。したがって、申込みの種類も購入の申込みに限定されず、入会の申込みや参加の申込みなどのように、様々な申込みの態様がありうる。
【符号の説明】
【０１２０】
１…情報提供システム、１１…サーバ（情報提供装置）、１２…インターネット、１３，１４…クライアント、１５…ユーザ関係データベース（第２記憶部）、１６…ユーザＩＤ変換テーブル、６１…ユーザデータベース、６２…商品データベース、６３…メーリングリストデータベース、６４…履歴データベース（第１、第３、第４、第５、及び第６記憶部）、６５…初期データ生成部、６５…履歴データベース、６６…Ｗｅｂサーバ機能（第１取得部、第２取得部）、６７…ページ生成部、６８…認証部、６９…販売処理部、７０…推薦部、７１…推薦候補選択部、７２…推薦メール生成部（第１生成部）、７３…推薦メール送信部（第１送信部）、７４…購入メール生成部（第２生成部）、７５…購入メール送信部（第２送信部）、７６…推薦履歴更新部、７７…送信履歴記録部、７８…支払処理部。
【図１】
0005400962.tif 000002
【図２】
0005400962.tif 000003
【図３】
0005400962.tif 000004
【図４】
0005400962.tif 000005
【図５】
0005400962.tif 000006
【図６】
0005400962.tif 000007
【図７】
0005400962.tif 000008
【図８】
0005400962.tif 000009
【図９】
0005400962.tif 000010
【図１０】
0005400962.tif 000011
【図１１】
0005400962.tif 000012
【図１２】
0005400962.tif 000013
【図１３】
0005400962.tif 000014
【図１４】
0005400962.tif 000015