(57)【要約】【課題】従来の商品の譲渡リコメンドを行う技術では商品が不必要となる時期を予想することが難しい、という課題がある。なぜならば、商品が不必要となる時期は、例えば流行の移り変わりやユーザー個人の趣味嗜好の変化、あるいは使用に伴う商品に対する飽き感の増大など、通常は想定することが難しい要因に大きく左右されるためである。【解決手段】以上課題解決のため、本発明は、ＥＣサイトなどにおいて商品購入リコメンドに利用する商品の購入履歴を利用して、商品購入リコメンド時や購入受付時に同ユーザーが同種の製品を以前購入しているか否かを検索する。そして同種の商品を購入していれば買替による商品購入とみなし以前の古い方の購入商品を第三者に譲渡するよう別途リコメンドするリコメンドシステムを提供する。【選択図】図２
2009122781.tif 000002
【特許請求の範囲】
【請求項１】
商品購入履歴に基づいて商品購入リコメンドをする商品購入リコメンド部と、
商品購入リコメンドに応じた商品の購入をするためのＥＣサイトを管理するＥＣサイト管理部と、
を有するＥＣサーバ装置と、
ＥＣサーバ装置のＥＣサイトでの商品購入履歴をＥＣサイト管理部から商品購入者と関連付けて取得する商品購入履歴取得部と、
任意の商品購入者と関連付けられている商品購入履歴を検索して、複数の同種の商品の購入履歴を検索する検索部と、
検索部での検索により同種の商品の購入履歴が発見された場合には、その購入履歴に関連付けられている商品購入者に対して、前記複数の同種の商品の中で過去に購入した方の商品を第三者に譲渡することを勧める情報である譲渡リコメンドを送信する譲渡リコメンド送信部と、
を有するリコメンド装置と、
からなるリコメンドシステム。
【請求項２】
リコメンド装置は、
中古商品のリサイクル市場などでの相場情報を取得する相場情報取得部を有し、
さらに譲渡リコメンド送信部が、譲渡をリコメンドする商品の相場情報を譲渡リコメンドに追加して送信させる相場情報付加手段を有する請求項１に記載のリコメンドシステム。
【請求項３】
リコメンド装置の譲渡リコメンド送信部は、インターネットオークションへの出品を勧める情報であるオークションリコメンドの送信をするオークションリコメンド送信手段を有し、
さらに相場情報付加手段は、オークションリコメンド送信手段にて送信されるオークションリコメンドに含まれる相場情報として出品をリコメンドするオークションの相場情報を取得して付加するオークション付加器を有する請求項２に記載のリコメンドシステム。
【請求項４】
ＥＣサーバ装置と、リコメンド装置とからなるリコメンドシステムによるリコメンド方法であって、
ＥＣサーバ装置にて、
商品購入履歴に基づいて商品購入リコメンドをする商品購入リコメンドステップと、
商品購入リコメンドに応じた商品の購入をするためのＥＣサイトを管理するＥＣサイト管理ステップと、
を計算機に実行させ、
リコメンド装置にて
ＥＣサイト管理ステップにて管理されているＥＣサーバ装置のＥＣサイトでの商品購入履歴を商品購入者と関連付けて取得する商品購入履歴取得ステップと、
任意の商品購入者と関連付けられている商品購入履歴を検索して、複数の同種の商品の購入履歴を検索する検索ステップと、
検索ステップでの検索により同種の商品の購入履歴が発見された場合には、その購入履歴に関連付けられている商品購入者に対して、前記複数の同種の商品の中で過去に購入した方の商品を第三者に譲渡することを勧める情報である譲渡リコメンドを送信する譲渡リコメンド送信ステップと、
を計算機に実行させるリコメンドシステムによるリコメンド方法。
【請求項５】
リコメンド装置において中古商品のリサイクル市場などでの相場情報を取得する相場情報取得ステップを計算機に実行させ、
さらに譲渡リコメンド送信ステップが譲渡をリコメンドする商品の相場情報を譲渡リコメンドに追加して送信させる相場情報付加ステップを含む請求項４に記載のリコメンドシステムによるリコメンド方法。
【請求項６】
リコメンド装置の譲渡リコメンド送信ステップは、インターネットオークションへの出品を勧める情報であるオークションリコメンドの送信をするオークションリコメンド送信ステップを計算機に実行させ、
さらに相場情報付加ステップがオークションリコメンド送信手段にて送信されるオークションリコメンドに含まれる相場情報として出品をリコメンドするオークションの相場情報を取得して付加するオークション付加ステップを含む請求項５に記載のリコメンドシステムによるリコメンド方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品の購入履歴を利用して商品購入リコメンドを行うシステムにおいて、その適切なタイミングでユーザーの所有する商品をオークションなどで第三者に譲渡するよう別途リコメンドするための技術に関する。
【背景技術】
【０００２】
従来、ＥＣサイトやネットオークション、あるいはクレジットカードなどで購入した商品について、商品購入者ごとに購入履歴を蓄積し利用する技術が提供されている。具体的には、例えば音楽配信サイトにて７０年代ブリティッシュロックの音源を購入したユーザーＡがいる。すると、それと同じような音源を購入した別ユーザーＢはユーザーＡと趣味嗜好が近いと想定し、その別ユーザーＢの購入履歴で示されるその他の音源を購入するようユーザーＡにリコメンドする、という具合である。
【０００３】
また、このような商品購入履歴のその他の利用技術としては、例えば特許文献１にてオークションの出品依頼をするための技術が開示されている。具体的には、商品購入履歴を利用して商品購入後の経過時間を判断し、所定期間が過ぎている商品については商品サイクルが終わった（商品が不必要になった）と判断してオークションへの出品を依頼する（譲渡リコメンドをする）、という具合である。
【特許文献１】特開２００２−２９７９４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし上記従来の技術では、商品が不必要となる時期を上手く予想することが難しい、という課題がある。なぜならば、商品が不必要となる時期は、例えば流行の移り変わりやユーザー個人の趣味嗜好の変化、あるいは使用に伴う商品に対する飽き感の増大など、本来は想定することが難しい要因に大きく左右されるためである。
【０００５】
したがって従来の技術では、上記所定期間が過ぎているといっても、例えばまだ商品の使い始めであったり、あるいはすでに処分済みであったりして、結局は譲渡リコメンドのタイミングを外している可能性がある。
【課題を解決するための手段】
【０００６】
以上の課題を解決するために、本発明は、ＥＣサイトなどにおいて商品購入リコメンドに利用する商品の購入履歴を利用して、商品購入リコメンド時や購入受付時に同ユーザーが同種の製品を以前購入しているか否かを検索する。そして同種の商品を購入していれば買替による商品購入とみなし以前の古い方の購入商品を第三者に譲渡するよう別途リコメンドするリコメンドシステムを提供する。
【０００７】
具体的には、それぞれ以下のような構成を有するＥＣサーバ装置と、リコメンド装置と、からなるリコメンドシステムを提供する。そしてこのリコメンドシステムを構成するＥＣサーバ装置は、商品購入履歴に基づいて商品購入リコメンドをする商品購入リコメンド部と、商品購入リコメンドに応じた商品の購入をするためのＥＣサイトを管理するＥＣサイト管理部と、を有することを特徴とする。
【０００８】
また、このリコメンドシステムを構成するリコメンド装置は、ＥＣサーバ装置のＥＣサイトでの商品購入履歴をＥＣサイト管理部から商品購入者と関連付けて取得する商品購入履歴取得部と、任意の商品購入者と関連付けられている商品購入履歴を検索して、複数の同種の商品の購入履歴を検索する検索部と、検索部での検索により同種の商品の購入履歴が発見された場合には、その購入履歴に関連付けられている商品購入者に対して、前記複数の同種の商品の中で最も遠い過去に購入した方の商品を第三者に譲渡することを勧める情報である譲渡リコメンドを送信する譲渡リコメンド送信部と、を有することを特徴とする。
【発明の効果】
【０００９】
以上のような構成をとる本発明によって、ＥＣサイトなどにおいて商品購入リコメンドに利用する商品の購入履歴を利用して、商品の買替などのタイミングで以前の古い方の商品をオークションに出品などするよう別途リコメンドすることができる。そして、商品の使い始めの時期に同種の商品を購入する可能性は低く、また同種の新商品の購入前に以前の商品を先に処分する可能性は低いため、適切なタイミングで商品の第三者への譲渡を促進することができる。
【発明を実施するための最良の形態】
【００１０】
以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【００１１】
なお、実施例１は、主に請求項１、４について説明する。また、実施例２は、主に請求項２、５について説明する。また、実施例３は、主に請求項３、６について説明する。
【００１２】
≪実施例１≫
＜概要＞
図１は、本実施例のリコメンドシステムによって行われる商品下取りなどのリコメンド通知の一例を表す概念図である。この図１（ａ）にあるように、ユーザーαがネットオークションでパソコンパーツである「ＣＰＵ」を９８００円で落札した。すると、その落札による商品購入履歴が、データベースに蓄積される。
【００１３】
そして数年が経過しパソコンのグレードアップを考えたこのユーザーαは、図１（ｂ）に示すようにＥＣサイトにて「高クロック版ＣＰＵ」の紹介ページを閲覧している。また、このとき、本実施例のリコメンド装置は同種のＣＰＵを購入した別ユーザーβなどの商品購入履歴を検索する。そして、その別ユーザーβが高クロック版ＣＰＵとともに購入した商品「メモリ×２」を、ユーザーに一緒に買うようリコメンドする画面を表示する。
【００１４】
また、それとともに本実施例のリコメンド装置は、ユーザーαの商品購入履歴を検索し、以前にも同種の「ＣＰＵ」を購入していることを発見する。そこで本実施例のリコメンド装置は、図１（ｃ）に示すように、以前に購入したその「旧ＣＰＵ」を、本発明による譲渡リコメンドサービスの提携先である中古のＰＣパーツショップに下取りに出すなどするように促す譲渡リコメンドメールをユーザーαに対して送信する。そして、ユーザーαは、新しいＣＰＵを購入すれば譲渡リコメンドの対象となっている旧ＣＰＵが不必要となっている可能性が高いので、この譲渡リコメンドに応じることを多いに期待できる、という具合である。
【００１５】
＜機能的構成＞
図２は、本実施例のリコメンドシステムにおける機能ブロックの一例を表す図である。この図にあるように、本実施例のリコメンドシステムは、「ＥＣサーバ装置」（０２００）と、「リコメンド装置」（０２１０）と、からなる。
【００１６】
そして、「ＥＣサーバ装置」（０２００）は、「商品購入リコメンド部」（０２０１）と、「ＥＣサイト管理部」（０２０２）と、を有する。また、「リコメンド装置」（０２１０）は、「商品購入履歴取得部」（０２１１）と、「検索部」（０２１２）と、「譲渡リコメンド送信部」（０２１３）と、を有する。
【００１７】
なお、以下に記載する本リコメンド装置の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵや主メモリ、バス、あるいは二次記憶装置（ハードディスクや不揮発性メモリ、ＣＤやＤＶＤどの記憶メディアとそれらメディアの読取ドライブなど）、印刷機器や表示装置、その他の外部周辺装置などのハードウェア構成部、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、情報入力に利用されるユーザーインターフェースなどが挙げられる。
【００１８】
そして主メモリ上に展開したプログラムに従ったＣＰＵの演算処理によって、インターフェースを介して入力されメモリやハードディスク上に保持されているデータなどが加工、蓄積されたり、上記各ハードウェアやソフトウェアを制御するための命令が生成されたりする。
【００１９】
また、この発明はリコメンド装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００２０】
以下、まずは本実施例のリコメンドシステムを構成する「ＥＣサーバ装置」の構成要件である図２の「商品購入リコメンド部」（０２０１）と、「ＥＣサイト管理部」（０２０２）と、について説明する。
【００２１】
「商品購入リコメンド部」（０２０１）は、商品購入履歴に基づいて商品購入リコメンドをする機能を有する。「商品購入履歴」とは、ＥＣサイト（オークションサイトも含む）や電子カード（クレジットカード、電子マネー用カード、また電子マネー機能を組み込んだ携帯電話、レンタル用個人認証カード、顧客管理用データベースと連動したポイントカードなど）信販会社が管理している既存の商品購入履歴のデータベースなどが挙げられる。すなわち、ＥＣサイトでの商品購入（落札）や、電子カードを利用した商品購入に応じて、商品ＩＤと商品購入者ＩＤ、又商品購入年月日などを関連付けて構築された商品購入履歴データベースなどである。
【００２２】
また、本発明による譲渡リコメンドサービスを提供する者が、既存のデータベースを組み合わせて構築、あるいは新規にデータベースを構築しても良い。また商品購入履歴データベースは、商品購入時に商品購入履歴を商品購入者と関連付けて蓄積することが可能であるならば、ＥＣサイトやクレジットカード以外での商品購入履歴のデータベースが利用されても構わない。具体的には例えば、ポイントカードを利用したユーザー管理を行う販売形態における商品購入履歴などを蓄積するデータベースが挙げられる。
【００２３】
図３は、上記各種データベースから取得可能な商品購入者と関連付けられた商品購入履歴の一例を表す概念図である。この図にあるように、例えばユーザーαの商品購入履歴として、「商品購入年月日」や「購入商品ＩＤ（商品名や型番、ＪＡＮコードなど）」、「購入商品種（カテゴリー）」、「商品購入金額」などがテーブル化された履歴情報などが挙げられる。
【００２４】
そして、この商品購入リコメンド部では、上記のような商品購入履歴のデータベースを利用してＥＣサイトを訪問したユーザーに対して以下のような商品購入を促すよう構成されている。すなわち、あるユーザーαが閲覧中の商品ページＩＤなどをキーとして、他のユーザーの商品購入履歴を検索する。そして、検索にヒットした（当該商品を過去に購入している）他のユーザーの商品購入履歴の中から、所定のルール（例えば当該商品と商品種が同じや購入時期が同じなど）にしたがいリコメンド用の商品を抽出する。そして例えば図４に示すような画面表示を行うなどして、抽出された商品をユーザーαに対してリコメンドする、という具合である。なお、この商品購入リコメンドのタイミングは、商品購入前のサイト訪問時や商品紹介ページ閲覧時に行ってもよいし、商品購入後に行っても良い。
【００２５】
「ＥＣサイト管理部」（０２０２）は、商品購入リコメンドに応じた商品の購入をするためのＥＣサイトを管理する機能を有する。具体的には、ＥＣサイト用のＷｅｂページの表示のほか、購入注文の受付や、注文された商品の課金、発送に係る処理を実行、管理する、という具合である。そして、さらに本実施例では、商品購入前や後のリコメンドを行うために、自身のサイトにおいて購入された商品情報を商品購入者の識別情報と関連付けてデータベースに付加することで、商品購入履歴の更新を行うなどの管理を行う。
【００２６】
そして本実施例では、このように商品購入履歴の更新、管理を行うことでＥＣサイトにて商品購入のためのリコメンドを実行するとともに、以下のリコメンド装置にて別途譲渡のためのリコメンドを行うよう構成されていることを特徴とする。
【００２７】
つづいて、その過去に購入した同種の商品譲渡のためのリコメンドを行うリコメンド装置の構成要件である、図２の「商品購入履歴取得部」（０２１１）と、「検索部」（０２１２）と、「譲渡リコメンド送信部」（０２１３）について説明する。
【００２８】
「商品購入履歴取得部」（０２１１）は、ＥＣサーバ装置のＥＣサイトでの商品購入履歴をＥＣサイト管理部から商品購入者と関連付けて取得する機能を有する。具体的には、ユーザーがＥＣサイトにて商品紹介ページを閲覧した際や、その商品を購入した際に、ＥＣサーバ装置にて図３に示すような商品購入履歴が商品購入者識別情報と関連付けて送信されるよう構成する。そして、その送信された情報をリコメンド装置にて受信する、という具合である。
【００２９】
そして本実施例のリコメンド装置は、ＥＣサーバ装置にて商品購入リコメンド用に管理されている商品購入履歴を利用して、下記構成によって同種の商品購入などを行ったかを判断し、ユーザーにとっての買替による不要商品が生じたか把握する。そして、別途不要商品の譲渡のためのリコメンドを行うことを特徴とする。
【００３０】
「検索部」（０２１２）は、任意の商品購入者と関連付けられている商品購入履歴を検索して、複数の同種の商品の購入履歴を検索する機能を有する。このように、この検索部では、例えば図３に示すようにユーザーαの商品購入履歴にて、先ほど購入した「ＣＰＵ」（０３１０）を検索キーとして以前に同種商品を購入しているか否かを検索する処理を行う、という具合である。
【００３１】
ただしこの検索部での検索対象となる商品購入履歴は一の商品購入者（ユーザーαのみ）に係る商品購入履歴には限定されない。すなわち検索対象となる「任意の商品購入者」とは、例えばユーザーαと一緒に暮らす家族がいることが登録属性情報などから判断されれば、その「家族全員の商品購入履歴」を対象として検索処理を行うよう構成しても良い。なお、その場合には、ＥＣサーバ装置にて商品購入者の商品購入履歴とともに、ユーザー登録情報などから特定される家族などの商品購入履歴も関連付けて送信され、リコメンド装置にて取得するよう構成すると良い。
【００３２】
また、検索される「同種の商品」についても全く同種の商品には限定されない。例えば「ＰＣ（パーソナルコンピュータ）」と「ＣＰＵ」、あるいは「自動車」と「タイヤ」といった具合に、複数のパーツで構成されかつ購入によって取り替えられる可能性が高いパーツについては、個々のパーツを検索対象として同種の商品か否かの判断を行うと良い。具体的には、別途商品と構成パーツとを対応付けた「商品−パーツテーブル」を保持しておき、この検索部での検索の際には当該「商品−パーツテーブル」を参照するよう構成する、という具合である。
【００３３】
あるいは、例えば商品購入履歴にて扇風機を以前購入していることが示されているユーザーが冷房エアコンを購入した場合には、扇風機がエアコンの同種の商品として検索されるよう構成しても良い。具体的には、図３に示すように商品購入履歴において商品ＩＤとは別に商品種（カテゴリー）についても予めテーブル化しておき、検索の際にはこの項目を対象に検索を実行する構成とすると良い。
【００３４】
なお、この商品購入履歴の検索処理を実行する際のトリガーとしては、例えば、ユーザーが新しい商品をＥＣサイトやクレジットカードなどで購入したことを示す情報の取得でも良い。この場合には、ユーザーの商品購入の直後の効果的なタイミングで下記構成によって譲渡リコメンドを送信することができる。
【００３５】
また、その他にも、例えばＥＣサイトで商品カタログページの閲覧をしたことを示すアクセス情報の取得や、資料請求を行った旨を示す情報の取得などを上記処理実行のトリガーとしても良い。さらにこのように実際の商品購入以外をトリガーとする場合には、同一ページ／同一アイテムへのアクセス回数や資料請求回数などを判定し、閾値以上であれば購入可能性が高いとして、商品購入履歴の取得や以下の譲渡リコメンド送信に係る処理を実行しても良い。また、このように実際の商品購入前に上記検索処理を実行することで、例えば、早い段階で後述する構成によって譲渡リコメンドを行うことができる。したがってユーザーが即時譲渡対象の古い商品を捨ててしまう事態を回避することができる効果を奏する。
【００３６】
このようにして、買替購入によって不要になったと想定される商品を検索することができる。そして、その検索結果に基づいて次の構成によって、検索にヒットした商品に対する譲渡リコメンドが実行されることになる。
【００３７】
「譲渡リコメンド送信部」（０２１３）は、検索部での検索により同種の商品の購入履歴が発見された場合には、その購入履歴に関連付けられている商品購入者に対して譲渡リコメンドを送信する機能を有する。「譲渡リコメンド」とは、前記複数の同種の商品の中で過去に購入した方の商品を第三者に譲渡することを勧める情報である。具体的には、メールなどで「○○（商品名）を購入した（する）のであれば、貴方が以前ご購入された××（商品名）を下取りに出すとお得です。」といった定型文を、当該商品購入者の登録メールアドレス宛に送信する、という具合である。なお譲渡リコメンドでは、上記中古ショップでの下取りや買取りのほかに、フリーマーケットへの参加や所定団体への寄付、あるいは実施例３で後述するようにオークションサイトへの出品などをリコメンドすると良い。そして、その際には、本実施例のリコメンド装置を利用した譲渡リコメンドサービス提供者が複数の譲渡先などと提供していれば、その提供データベースから譲渡先として適当な相手を商品ＩＤなどをキーとして検索し特定するよう構成しても良い。また上記譲渡リコメンドサービスの提供者自身が譲渡先や譲渡のため場の提供者であれば、自身に対する譲渡を勧める譲渡リコメンドを送信すると良い。
【００３８】
あるいは登録ユーザー属性情報で示される住所情報から近隣の中古ショップ情報や、カレンダー情報などで示される近日中開催予定のフリーマーケット情報などを検索、取得して譲渡リコメンドに含めるよう構成しても良い。
【００３９】
また、譲渡をリコメンドする商品の選択については、「複数の同種の商品の中で最も遠い過去に購入した方」、すなわち、図３に示す商品購入履歴の購入年月日を参照して最も古い購入日のものを選択するよう構成しても良い。具体的には例えば商品購入月日順に検索処理を行い、一の該当商品が発見された後、さらにそれよりも古い購入年月日の同種商品があるか検索する、という具合である。もちろん、それ以外にも、新しく購入した商品以外のすべてに関して譲渡リコメンドの対象商品として処理しても良い。あるいは、金額や、別途商品−ライフサイクルテーブルなどから判断される商品のライフサイクルなどを参照し、最も金額の低い商品や残りライフサイクルの最も短い商品について譲渡リコメンドを送信しても良い。
【００４０】
また、前記譲渡リコメンド送信の前に、譲渡先となるユーザーを見つけるよう構成しても良い。すなわち、まず前述のように商品購入前に検索部での検索処理を実行する。そして早い段階（譲渡リコメンド送信の前）に譲渡される予定の商品を特定する。つづいて、当該商品の購入履歴がないユーザーを商品購入履歴データベースにて検索し、発見されたユーザーに対して譲受リコメンドを送信する。「譲受リコメンド」とは、当該商品の譲受けが可能（予定）である旨を通知する情報をいい、例えば譲渡リコメンド同様、定型文のメールなどで通知すると良い。そして、ユーザーから譲受に応じる旨の返信情報を取得すると、本実施例のリコメンド装置は、譲渡リコメンドにその譲受希望者の情報（ユーザー名や連絡先など）を付加して送信する、という具合である。また、複数の譲受希望者がいる場合、譲受希望金額を提示させて、その提示金額が最大であるユーザーの情報を譲渡リコメンドに付加などすると良い。
【００４１】
また譲渡リコメンド送信部は、ユーザー登録等により予め保持している属性情報を利用して譲渡リコメンドの送信を制御する以下のような構成をさらに有していても良い。
【００４２】
図５は、本実施例のリコメンド装置にて予め保持されているユーザー属性情報の一例を表す概念図である。この図にあるように、例えばユーザー属性情報として、年齢や性別、家族構成、コレクション（趣味嗜好）情報、その他ユーザーの属性を示す様々な情報がＨＤＤなどの二次記憶装置に記憶保持されている。そして、例えばユーザーのコレクション情報を参照し、検索部の検索によって発見された商品の商品種がコレクション対象であるとの判断が演算装置によって為された場合、譲渡する可能性が低いとして譲渡リコメンドを送信しないよう制御する、という具合である。
【００４３】
あるいは、例えば、ユーザー属性情報から普通免許を有する家族構成員や、２０歳以上である家族構成員の人数情報、例えば「３人」を取得した場合、３台目までの自動車購入についてはリコメンドしないが、４台目の自動車購入に際して初めて譲渡リコメンドを送信するための構成をリコメンド装置が備えていても良い。
【００４４】
また、属性情報のほかにも、リコメンド装置が例えば以前のリコメンドへの応答度合いを示す情報を取得、管理する構成を備え、その応答度合いに応じて譲渡リコメンドの送信を制御する以下のような構成をさらに有していても良い。
【００４５】
図６は、譲渡フラグがさらに付加された商品購入履歴テーブルの一例を表す図である。「譲渡フラグ」とは、リコメンド装置が送信した譲渡リコメンドに応じてユーザーが実際に譲渡を行ったことを示すフラグであり、例えばユーザーからの情報入力や、譲渡先からの情報入力などによって取得し商品購入履歴に追加されると良い。そして、この図に示すように、譲渡フラグ「○」の全個数が閾値以上である場合に当該ユーザーのコミックスの譲渡傾向が高いと判断し、コミックスに関して譲渡リコメンドを必ず送信するよう制御する、あるいは逆に譲渡フラグの個数が閾値以下とＣＰＵで判断された場合、譲渡リコメンドを送信しないよう制御する、という具合である。
【００４６】
また、本実施例のリコメンド装置は商品種別で個別に譲渡フラグを参照しても良い。すなわち、図にあるようにユーザーαはコミックスＡの１巻、２巻、３巻については新巻の購入のたびに譲渡を行っている。したがってＣＰＵの演算処理によってその旨の判断結果が出力された場合、コミックスＡの購入時には以前の巻について必ず譲渡リコメンドを送信するよう制御する、という具合である。また、逆にコミックスＢについては譲渡フラグから以前の譲渡リコメンドに応じていないこと判断されるため、リコメンド装置は当該コミックスＢについては上とリコメンドを送信しないよう制御する、という具合である。
【００４７】
また、この譲渡フラグから判断される譲渡傾向を、前述のユーザー属性と関連付けて統計解析を行うよう構成しても良い。具体的には、例えば譲渡フラグの個数とユーザーの属性情報とをパラメータとして、統計解析プログラムに従ってＣＰＵが統計解析処理を実行する。その結果、性別属性が男であれば１０着目以上の同種衣服購入でも以前の商品の譲渡をしない。一方、性別属性が女性であれば４着目の同種衣服購入で譲渡率が上がる、などの統計結果が算出される。すると、その統計結果に従って譲渡リコメンド送信ルール、例えば「属性が男の場合、衣服についての譲渡リコメンドを送信しない」「属性が女性の場合、衣服について４着目以降の同種衣服の購入で譲渡リコメンドを送信する」といったルールを生成する。そして、当該ルールに従って譲渡リコメンドを送信するよう制御する、という具合である。
【００４８】
そして、このように各種データを利用して譲渡リコメンドの送信を制御することで、さらにユーザーの傾向などにあった譲渡のリコメンドを行うことができ、ユーザーの譲渡への意欲をより刺激する効果が期待できる。
【００４９】
また、図６に示す譲渡フラグを利用して、以前に譲渡がなされた商品はすでにユーザーが所有していないため、検索部での検索処理の検索対象から外すよう構成しても良い。これによって、検索処理の負荷を低減することも出来る。
【００５０】
なお、上記機能的構成例（又後述のハードウェア構成例や処理の流れの例）では、本発明について「ＥＣサーバ装置」と「リコメンド装置」が別体の装置として構成される形態を例に挙げて記載したが、もちろんそれには限定されない。例えば一のサーバ装置に上記ＥＣサーバ装置とリコメンド装置とが組み込まれ、同様の機能を実現しても構わない。
【００５１】
＜ハードウェア的構成＞
図７は、上記機能的な各構成要件をハードウェアとして実現した際の、リコメンドシステムを構成するＥＣサーバ装置における構成の一例を表す概略図である。この図を利用して商品購入履歴データベースの更新などの処理におけるそれぞれのハードウェア構成部の働きについて説明する。
【００５２】
この図にあるように、ＥＣサーバ装置は、各種演算処理を行い、かつＥＣサイト管理部および商品購入リコメンド部である「ＣＰＵ」（０７０１）と「主メモリ」（０７０２）と、を備えている。また、各種データベースやテーブルを保持する「ＨＤＤ」（０７０３）と、リコメンド装置や商品購入者（ユーザー）端末と通信を行う「通信ＩＦ」（０７０４）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００５３】
また、「主メモリ」にはプログラムが読み出され、「ＣＰＵ」は読み出された当該プログラムを参照することで各種演算処理を実行する。また、この「主メモリ」や「フラッシュメモリ」にはそれぞれ複数のアドレスが割り当てられており、「ＣＰＵ」の演算処理においては、そのアドレスを特定し格納されているデータにアクセスすることで、データを用いた演算処理を行うことが可能になっている。
【００５４】
ここで、ユーザーが自身の端末にてこのＥＣサーバ装置にアクセスしＥＣサイト閲覧のリクエストを行う。するとＥＣサーバ装置では「ＨＤＤ」に保持されているＥＣサイトトップページなどのＨＴＭＬデータをそのレスポンスとして「通信ＩＦ」からユーザー端末に対して送信する。なお、このときログイン（ユーザー認証）処理を行うことで、ＥＣサーバ装置はユーザーＩＤを取得し、「主メモリ」のアドレス１に格納しても良い。あるいはユーザーＩＤは後述の商品注文の際に取得しても良い。
【００５５】
そして、ユーザーは当該ＥＣサイト内（リンクされている）の各商品の紹介／注文ページへのアクセスを行う。するとＥＣサーバ装置では、そのアクセスにてリクエストされるページＩＤをユーザーが閲覧している商品の商品ＩＤとして取得し、「主メモリ」のアドレス２に格納する。そして、その商品ＩＤをキーとして「ＨＤＤ」に保持されている商品購入履歴ＤＢの検索処理を、「ＣＰＵ」の論理演算処理によって実行する。
【００５６】
その検索の結果、キーとなる商品ＩＤを商品購入履歴に含むその他のユーザーを特定する。つづいて、その特定された他のユーザーの商品購入履歴を対象として、例えば商品種や購入日時をキーとして検索処理を実行する。そして、あるユーザーが現在閲覧中の商品と同じ商品を購入した他のユーザーが購入した同種商品や同時購入商品を商品購入リコメンドの対象商品として特定し、そのＩＤを「主メモリ」のアドレス３に格納する。
【００５７】
そして、リコメンド画面テンプレートなどを利用して、「主メモリ」のアドレス３に格納された商品の購入リコメンドをするリコメンド画面を生成し、そのリコメンド画面をアクセスリクエストのあった商品ページとともに「通信ＩＦ」からユーザー端末に対して返信される、という具合である。
【００５８】
そして、このようなＥＣサーバ装置の商品購入リコメンドに応じてユーザーが商品の購入情報を端末に入力し、その送信を行うと、ＥＣサーバ装置では、さらに以下の処理を実行することになる。すなわち、「通信ＩＦ」にて商品購入情報を受信し、「主メモリ」のアドレス５に格納すると、その商品購入情報に従って課金や発送のための処理を実行する。また、それとともに、商品購入情報を、ログイン時に取得したユーザーＩＤなどと関連付けて「ＨＤＤ」に保持されている商品購入履歴ＤＢに追記する。
【００５９】
そして本実施例のＥＣサーバ装置では、この新しい商品の購入により不要になったと思われる商品の譲渡リコメンドを実行するため、上記追記、更新された商品購入者の商品購入履歴を「通信ＩＦ」からリコメンド装置（０７１０）に対して送信する、という具合である。
【００６０】
つづいて、上記商品購入履歴の送信に応じて不要商品の譲渡リコメンドを行う「リコメンド装置」のハードウェア構成の一例、および譲渡リコメンド処理の一例について、図８を用いて説明する。
【００６１】
この図にあるように、リコメンド装置は、各種演算処理を行い、かつ検索部および商品購入履歴取得部である「ＣＰＵ」（０８１１）と「主メモリ」（０８１２）と、を備えている。また、各種データベースやテーブルを保持する「ＨＤＤ」（０８１３）と、譲渡リコメンド送信部である「通信ＩＦ」（０８１４）も備えている。そしてＥＣサーバ装置同様、それらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００６２】
ここで前述のように、ユーザーのＥＣサイトでの商品購入により、商品購入者ＩＤと関連付けた商品購入履歴がＥＣサーバ装置から送信され、このリコメンド装置の「通信ＩＦ」にて受信される。するとこのリコメンド装置は「通信ＩＦ」にて取得したユーザーＩＤと商品購入履歴と、を「主メモリ」のアドレス１と２にそれぞれ格納する。
【００６３】
つづいて商品購入履歴で示される最も新しい購入年月日の購入商品種ＩＤを「ＣＰＵ」の演算処理によって特定し、「主メモリ」のアドレス３に格納する。そして商品購入履歴に含まれるその他の購入商品種ＩＤを「主メモリ」に順次読み出し、「主メモリ」のアドレス２に格納されている最新の購入商品種と同一か否かの判断処理を「ＣＰＵ」の論理演算処理によって実行する。また、当該処理に際して、例えば前述の「商品−パーツテーブル」といった同種の商品種などを関連付けてカテゴライズしたデータベースを参照して、完全一致ではなくとも一致と判断するように構成しても良い。
【００６４】
そして上記判断処理の結果、発見された過去の同種の商品購入履歴について「主メモリ」の４以下に格納する。ここで、同種とされた商品が１つであれば、その商品ＩＤを「ＨＤＤ」に格納しているリコメンドテンプレートに埋め込み生成したリコメンド情報を「主メモリ」のアドレス５に格納する。そして、例えばユーザー属性テーブルに保持されている対象ユーザーのユーザーアドレスを宛先として、リコメンド情報をメールにて「通信ＩＦ」から送信する、という具合である。
【００６５】
また、発見された同種の商品種が複数あれば、その全てを対象として上記リコメンド情報の生成、送信処理を実行しても良いし、その他にも当該商品の購入履歴で示される購入年月日を「ＣＰＵ」の論理演算処理によって比較することで、最も古い（年月日値が少ない）商品についてリコメンド情報を送信するよう処理しても良い。あるいは、同様に商品購入履歴によって示される金額や、別途「ＨＤＤ」内にデータベースとして保持されている商品寿命サイクルテーブルなどを参照し、リコメンド情報を送信すべき商品を特定するよう構成しても良い。
【００６６】
また、前述のように「ＨＤＤ」に保持されているユーザー属性テーブルを参照して、年齢や趣味嗜好、家族構成で示される情報を利用してリコメンド情報を送信するか否かの判断処理を実行しても良い。また、前述の譲渡フラグが記録されている譲渡履歴データベースを利用して、リコメンド情報を送信するか否かの判断処理を実行しても良い。
【００６７】
＜処理の流れ＞
図７は、本実施例のリコメンドシステムにおける処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【００６８】
この図にあるように、まず、ＥＣサーバ装置にてＥＣサイトのサイト表示や注文受付などの各種管理処理が実行されている。そして、あるユーザーがそのＥＣサイトの商品紹介ページなどにアクセスする（ステップＳ０９０１）と、前述のように他のユーザーの商品購入履歴に基づく商品購入リコメンドが実行される（ステップＳ０９０２）。そして、その商品購入リコメンドに応じて商品注文を受け付け、商品購入が実行される（ステップＳ０９０３）、当該商品購入に関する情報を追記し、その商品購入者に係る商品購入履歴の更新が行われる（ステップＳ０９０４）。そして、それとともに商品購入者ＩＤと商品購入履歴とを関連付けて、リコメンド装置に出力する（ステップＳ０９０５）。
【００６９】
そして、リコメンド装置では、商品購入履歴を商品購入者と関連付けて取得する（ステップＳ０９１１）と、取得した商品購入履歴を検索して、複数の同種の商品の購入履歴を検索する（ステップＳ０９１２）。そしてその検索により同種の商品の購入履歴が発見された場合（ステップＳ０９１３）には、例えばその商品がすでに譲渡済みであるか、譲渡フラグなどを利用し判断する（ステップＳ０９１４）。そして譲渡済みで無い旨の判断結果である場合、購入履歴に関連付けられている商品購入者に対して発見された複数の同種の商品の中で過去に購入した方の商品を第三者に譲渡することを勧める譲渡リコメンドを送信する（ステップＳ０９１５）。
【００７０】
＜効果の簡単な説明＞
以上のように本実施例のリコメンド装置によって、商品購入リコメンドを行うＥＣサイトでの新しい商品購入のタイミングを把握して、その商品購入リコメンドに利用する商品購入履歴を参照して商品が不必要となるタイミングを判断することができる。したがって、そのような買替タイミングを逃さずにユーザーに対して不必要となったと思われる商品の譲渡リコメンドを行うことで、高い譲渡実行の効果を期待できる。
【００７１】
≪実施例２≫
＜概要＞
本実施例は、上記実施例を基本として、その譲渡リコメンドを行う際に、さらに該当商品の中古相場などの情報を付加して送信する機能を備えるリコメンドシステムである。
【００７２】
図１０は、本実施例のリコメンドシステムによってユーザーの端末に送信される譲渡リコメンドメールの一例を表す図である。この図にあるように、譲渡リコメンドメールのテンプレート文中に、「以前購入されたＰＣの買取り相場は、３００００円です。・・・」といった具合に、譲渡リコメンドの対象となる商品の譲渡の対価となる相場情報（１０１０）が表記されている、という具合である。
【００７３】
このようにして、ユーザーは譲渡による金銭的メリットを予め知ることが出来るので、さらに譲渡に対するインセンティブを高める効果が期待できる。
【００７４】
＜機能的構成＞
図１１は、本実施例のリコメンドシステムを構成するリコメンド装置における機能ブロックの一例を表す図である。なお、「ＥＣサーバ装置」（１１００）の構成要件の一例については、上記実施例１で記載したものと同様であるので図示は省略する。そしてこの図にあるように、本実施例の「リコメンド装置」（１１１０）は、実施例１を基本として「商品購入履歴取得部」（１１１１）と、「検索部」（１１１２）と、「譲渡リコメンド送信部」（１１１３）と、を有する。なお、これら構成要件については、上記実施例にてすでに記載済みであるのでその説明は省略する。
【００７５】
そして、本実施例の特徴点は、リコメンド装置が「相場情報取得部」（１１１４）をさらに有する点と、譲渡リコメンド情報送信部が「相場情報付加手段」（１１１５）をさらに有する点である。
【００７６】
「相場情報取得部」（１１１４）は、中古商品のリサイクル市場などでの相場情報を取得する機能を有する。この相場情報取得部は、予め登録されている相場情報を取得するためのＷｅｂサイト、例えばリサイクルショップのＷｅｂページや価格比較ＷｅｂページなどのＨＴＭＬデータを収集し、タグ情報などから該当商品の価格情報を抽出する。図１２は、このようにして収集、抽出された各市場のＷｅｂページで示される市場価格の一例を表す図である。そして、例えばその抽出した価格情報の平均から相場情報を算出、取得する、という具合である。なお、「中古商品のリサイクル市場など」とは、中古の商品を買い取る、又は自身で流通させるための市場機能を持つ場をいい、例えばリサイクル／中古買取販売ショップやフリーマーケット、ネットオークションを含むオークション、物々交換サイトなどが挙げられる。
【００７７】
「相場情報付加手段」（１１１５）は、譲渡をリコメンドする商品の相場情報を譲渡リコメンドに追加して送信させる機能を有する。このように本実施例のリコメンド装置では、相場情報付加手段にて相場情報が付加された図１０に示すような譲渡リコメンドをユーザーに対して送信することができる。
【００７８】
＜ハードウェア的構成＞
図１３は、上記機能的な各構成要件をハードウェアとして実現した際の、リコメンド装置における構成の一例を表す概略図である。この図を利用して譲渡リコメンドへの相場情報付加処理におけるそれぞれのハードウェア構成部の働きについて説明する。なお、ハードウェア構成についても、ＥＣサーバ装置は実施例１にて記載済みであるのでその図示及び説明は省略する。
【００７９】
この図にあるように、リコメンド装置は、実施例１同様に「ＣＰＵ」（１３１１）と「主メモリ」（１３１２）と、「ＨＤＤ」（１３１３）と、「通信ＩＦ」（１３１４）と、を備えている。
【００８０】
ここで、上記実施例１で記載したようにＥＣサーバ装置からの商品購入履歴の取得を受けて譲渡リコメンドの対象となる商品ＩＤが取得され、「主メモリ」のアドレス３に格納される。つづいて、本実施例のリコメンド装置は、その商品ＩＤをキーとして、予め「ＨＤＤ」に保持されている例えば図１２に示すような相場情報データベースの検索処理を実行する。なお、相場情報データベースは、クローラなどが自動で収集しタグ情報を利用して分類することで構築などすると良い。
【００８１】
そして検索処理によって発見された当該商品の相場情報を「主メモリ」のアドレス５などに格納する。そしてリコメンドプログラムに従って、ＣＰＵの演算処理によってその平均相場価格を算出する。そして、その算出された相場情報を付加して相場情報付の譲渡リコメンドを生成し、「主メモリ」のアドレス６に格納する。そして、例えばユーザー属性テーブルに保持されている対象ユーザーのユーザーアドレスを宛先として、リコメンド情報をメールにて「通信ＩＦ」から送信する、という具合である。
【００８２】
＜処理の流れ＞
図１４は、本実施例のリコメンド装置における処理の流れの一例を表すフローチャートである。なお、処理の流れの一例も、ＥＣサーバ装置については上記実施例にて記載済みであるので、その図示及び説明は省略する。また、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【００８３】
この図にあるように、ＥＣサーバ装置から商品購入履歴を商品購入者と関連付けて取得する（ステップＳ１４１１）と、つづいて任意の商品購入者と関連付けられている商品購入履歴を検索して、複数の同種の商品の購入履歴を検索する（ステップＳ１４１２）。そしてその検索により同種の商品の購入履歴が発見された場合（ステップＳ１４１３）には、例えばその商品がすでに譲渡済みであるか、譲渡フラグなどを利用し判断する（ステップＳ１４１４）。そして譲渡済みで無い旨の判断結果である場合、当該商品の相場情報を、例えばデータベースや所定のＷｅｂページなどから取得する（ステップＳ１４１５）。そして購入履歴に関連付けられている商品購入者に対して、相場情報を付加した譲渡リコメンドを送信する（ステップＳ１４１６）。
【００８４】
＜効果の簡単な説明＞
以上のように本実施例のリコメンドシステムによって、譲渡リコメンドを行うユーザーに対して、その譲渡対象となる商品の中古市場などでの相場情報を送信することができる。したがってユーザーは譲渡による金銭的メリットを予め知ることが出来るので、さらに譲渡に対するインセンティブを高める効果が期待できる。
【００８５】
≪実施例３≫
＜概要＞
本実施例は、上記実施例を基本として、商品を譲渡するための場として「インターネットオークション」を利用するようリコメンドすることを特徴とするリコメンドシステムである。
【００８６】
＜機能的構成＞
図１５は、本実施例のリコメンドシステムを構成するリコメンド装置における機能ブロックの一例を表す図である。なお、「ＥＣサーバ装置」（１５００）の構成要件の一例については、上記実施例１で記載したものと同様であるので図示は省略する。この図にあるように、本実施例の「リコメンド装置」（１５１０）は、実施例２を基本として「商品購入履歴取得部」（１５１１）と、「検索部」（１５１２）と、「譲渡リコメンド送信部」（１５１３）と、「相場情報取得部」（１５１４）と、「相場情報付加手段」（１５１５）と、を有する。なお、これら構成要件については、上記実施例にてすでに記載済みであるのでその説明は省略する。
【００８７】
そして、本実施例の特徴点は、譲渡リコメンド送信部が「オークションリコメンド送信手段」（１５１６）をさらに有する点と、相場情報付加手段が「オークション付加器」（１５１７）をさらに有する点である。
【００８８】
「オークションリコメンド送信手段」（１５１６）は、インターネットオークションへの出品を勧める情報であるオークションリコメンドの送信をする機能を有する。ここでは、例えば譲渡リコメンドサービス提供者自身がオークションサイトの運営者であれば、自身のオークションサイトの出品手続き画面のＵＲＬを譲渡リコメンドに記載するなどすると良い。また、自身がインターネットオークションの運営者でなければ、提携先オークションデータベースなどを参照し、そのデータベースに記録されているＵＲＬを譲渡リコメンドに付記すると良い。
【００８９】
また、例えば譲渡リコメンドに「出品承認ボタン」などを設けるよう構成し、ユーザーが受け取った譲渡リコメンドの当該ボタンを押下し添付写真の指定や値段入力などを行うと、自動的に譲渡対象の商品の出品ページが自動生成されるよう構成しても良い。
【００９０】
「オークション付加器」（１５１７）は、オークションリコメンド送信手段（１５１６）にて送信されるオークションリコメンドに含まれる相場情報として出品をリコメンドするオークションの相場情報を取得して付加する機能を有する。また、前述の「出品承認ボタン」と関連して、オークション出品時の開始価格を、その相場価格としたりその所定割合としたりするよう構成しても良い。
【００９１】
なお、オークション相場情報の取得については、例えば以下のような構成のオークション装置から取得すると良い。例えばオークション装置は、図１６に示すように「オークション相場情報蓄積部」（１６２１）と、「オークション相場情報送信部」（１６２２）と、「出品受付部」（１６２３）と、「出品処理部」（１６２４）と、を有する。
【００９２】
「オークション相場情報蓄積部」（１６２１）は、オークション相場情報を蓄積する機能を有し、例えばＨＤＤなどの記憶媒体で実現することができる。そして、商品のオークション相場、例えば商品ごとの平均落札価格や平均開始価格、平均入札数などを蓄積しデータベースとして管理する、という具合である。
【００９３】
「オークション相場情報送信部」（１６２２）は、オークション相場情報蓄積部（１６２１）に蓄積されている譲渡対象の商品に係るオークション相場情報を、リコメンド装置に送信する機能を有する。そして、このようにしてリコメンド装置に送信され、譲渡リコメンドに付記されたオークション相場情報を見たユーザーがオークションの出品を決めて、例えば前述の出品承認ボタンを押下すると、その出品承認情報がオークション装置に受信される。
【００９４】
「出品受付部」（１６２３）は、ユーザーの出品情報を受付ける機能を有し、例えば出品を承認する旨の情報のほか、商品画像情報や開始価格情報、その他オークションに係る設定情報などを受付ける。そして、「出品処理部」（１６２４）にて、出品受付部（１６２３）で受付けた出品情報に基づいて、出品ページの生成や入札情報の受付、落札処理などを実行する、という具合である。
【００９５】
＜処理の流れ＞
図１７は、本実施例のリコメンド装置における処理の流れの一例を表すフローチャートである。なお、処理の流れの一例も、ＥＣサーバ装置については上記実施例にて記載済みであるので、その図示及び説明は省略する。また、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【００９６】
この図にあるように、まず、ＥＣサーバ装置から商品購入履歴を商品購入者と関連付けて取得する（ステップＳ１７１１）と、つづいて任意の商品購入者と関連付けられている商品購入履歴を検索して、複数の同種の商品の購入履歴を検索する（ステップＳ１７１２）。そしてその検索により同種の商品の購入履歴が発見された場合（ステップＳ１７１３）には、例えばその商品がすでに譲渡済みであるか、譲渡フラグなどを利用し判断する（ステップＳ１７１４）。そして譲渡済みで無い旨の判断結果である場合、当該商品のオークションの相場情報を例えばオークション装置などから取得する（ステップＳ１７１５）。そして購入履歴に関連付けられている商品購入者に対して、オークション相場情報を付加した譲渡リコメンドを送信する（ステップＳ１７１６）。また、その譲渡リコメンドに応じた出品依頼などを受付ける、という具合である。
【００９７】
＜効果の簡単な説明＞
以上のように本実施例のリコメンドシステムによって、ユーザーに対してオークションによる商品譲渡をリコメンドすることができ、ユーザーの譲渡の選択の幅を広げることが出来る。
【図面の簡単な説明】
【００９８】
【図１】実施例１のリコメンドシステムによって行われる商品下取りなどのリコメンド通知の一例を表す概念図
【図２】実施例１のリコメンドシステムを構成するＥＣサーバ装置とリコメンド装置における機能ブロックの一例を表す図
【図３】実施例１のＥＣサーバ装置にて商品購入リコメンドのために参照される商品購入履歴の一例を表す概念図
【図４】実施例１のＥＣサーバ装置の商品購入リコメンド部によって表示される商品購入リコメンド画面の一例を表す図。
【図５】実施例１のリコメンド装置にて予め保持されているユーザー属性情報の一例を表す概念図
【図６】実施例１のリコメンド装置にて譲渡フラグがさらに付加された商品購入履歴テーブルの一例を表す図
【図７】実施例１のＥＣサーバ装置におけるハードウェア構成の一例を表す図
【図８】実施例１のリコメンド装置におけるハードウェア構成の一例を表す図
【図９】実施例１のリコメンドシステムにおける処理の流れの一例を表すフローチャート
【図１０】実施例２のリコメンドシステムによってユーザーの端末に送信される譲渡リコメンドメールの一例を表す図
【図１１】実施例２のリコメンド装置における機能ブロックの一例を表す図
【図１２】実施例２のリコメンド装置の相場情報取得部にて取得された相場情報の一例を表す図
【図１３】実施例２のリコメンド装置におけるハードウェア構成の一例を表す図
【図１４】実施例２のリコメンド装置における処理の流れの一例を表すフローチャート
【図１５】実施例３のリコメンド装置における機能ブロックの一例を表す図
【図１６】実施例３のリコメンドシステムと協働するオークション装置における機能ブロックの一例を表す図
【図１７】実施例３のリコメンド装置における処理の流れの一例を表すフローチャート
【符号の説明】
【００９９】
０２００  ＥＣサーバ装置
０２０１  商品購入リコメンド部
０２０２  ＥＣサイト管理部
０２１０  リコメンド装置
０２１１  商品購入履歴取得部
０２１２  検索部
０２１３  譲渡リコメンド送信部
【図１】
2009122781.tif 000003
【図２】
2009122781.tif 000004
【図３】
2009122781.tif 000005
【図４】
2009122781.tif 000006
【図５】
2009122781.tif 000007
【図６】
2009122781.tif 000008
【図７】
2009122781.tif 000009
【図８】
2009122781.tif 000010
【図９】
2009122781.tif 000011
【図１０】
2009122781.tif 000012
【図１１】
2009122781.tif 000013
【図１２】
2009122781.tif 000014
【図１３】
2009122781.tif 000015
【図１４】
2009122781.tif 000016
【図１５】
2009122781.tif 000017
【図１６】
2009122781.tif 000018
【図１７】
2009122781.tif 000019