(57)【要約】  ユーザごとに適した情報を提示する環境を提供することを目的とする。このために、情報処理装置は、ユーザ識別情報と端末識別情報の組ごとに履歴を管理する履歴管理部と、情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出部と、前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御部と、を備える。
2017081740.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ識別情報と端末識別情報の組ごとに履歴を管理する履歴管理部と、
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出部と、
前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御部と、を備える
情報処理装置。
【請求項２】
前記組の中で同一のユーザ識別情報を有する組が他にある場合に、
当該ユーザ識別情報に係る複数の組の前記履歴について、まとめて管理するか否かを選択させる選択肢要求を当該ユーザ識別情報を利用するユーザに提示する選択要求提示部と、を更に備える
請求項１に記載の情報処理装置。
【請求項３】
前記履歴管理部は、ユーザ識別情報が同一であって端末識別情報が異なる複数の組に対して、当該異なる端末識別情報を有する複数の端末を同一ユーザが使用していると判定された場合に、前記複数の組の前記履歴をまとめて管理する
請求項１に記載の情報処理装置。
【請求項４】
前記複数の組に対して前記履歴から同一ユーザによるものか否かを判定する判定部と、を更に備え、
前記履歴管理部は、前記履歴が同一ユーザによるものと判定された前記複数の組の前記履歴をまとめて管理する
請求項３に記載の情報処理装置。
【請求項５】
ユーザ識別情報と端末識別情報の組ごとに履歴を管理する情報処理装置が実行する情報処理方法であって、
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出ステップと、
前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御ステップと、を有する
情報処理方法。
【請求項６】
ユーザ識別情報と端末識別情報の組ごとに履歴を管理する情報処理装置に実行させるプログラムであって、
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出手順と、
前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御手順と、を実行させる
プログラム。
【請求項７】
ユーザ識別情報と端末識別情報の組ごとに履歴を管理する情報処理装置に実行させるプログラムを記憶した記憶媒体であって、
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出手順と、
前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御手順と、を実行させるプログラムを記憶した
記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、プログラム、記憶媒体に関し、具体的には、ユーザに情報を提供するために、ユーザ識別情報と端末識別情報の組ごとに履歴を管理する技術に関する。
【先行技術文献】
【特許文献】
【０００２】
【特許文献１】特開２００５−６３１６４号公報
【背景技術】
【０００３】
インターネットなどの通信ネットワークの発達に応じて、商品の購入態様も変化してきている。具体的には、直接店舗へ赴いて商品を購入する形態から、インターネットを介して商品を購入する形態へ変化してきている。
インターネットを介して商品を購入する際には、商品の配達先等の各種情報を購入するたびに入力しなくて済むように、ユーザ識別情報（ユーザＩＤ（Identification））を用いることが多い。
このようなユーザＩＤを用いた商品購入は、各店舗の購入サイトや仮想商店街を実現したＥＣ（Electronic Commerce）サイトを閲覧しながら行われることが多く、閲覧の際にはお勧め商品が提示されたり、広告が提示されたりすることがある（例えば特許文献１）。
お勧め商品の提示や広告の提示においては、購入履歴などのユーザ情報に応じてなされる嗜好判定に基づいて、必要な情報（即ち、ユーザに提供すべき商品や広告の情報）が抽出されて提示される。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところが、ユーザＩＤを複数のユーザで使用する場合がある。例えば、父親と母親が一つのユーザＩＤを使ってそれぞれ商品を購入している場合などである。
このような場合に商品や広告を提示すると、ユーザにとってふさわしくない情報が提示される虞がある。
そこで、本発明はこのような状況を考慮し、ユーザごとに適した情報を提示する環境を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明に係る情報処理装置は、ユーザ識別情報と端末識別情報の組ごとに履歴を管理する履歴管理部と、情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出部と、前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御部と、を備える。
例えば、家族間でアカウントを共有している場合などの状況であっても、使用しているユーザ端末が異なる場合には、ユーザ識別情報と端末識別情報の組ごとに各種履歴が分けられて管理されるため、各人ごとの履歴に基づいて抽出された情報が提示される。【０００６】
上記した情報処理装置は、前記組の中で同一のユーザ識別情報を有する組が他にある場合に、当該ユーザ識別情報に係る複数の組の前記履歴について、まとめて管理するか否かを選択させる選択要求を当該ユーザ識別情報を利用するユーザに提示する選択要求提示部と、を更に備えることが望ましい。
これにより、ユーザの選択結果に基づいて同一のユーザ識別情報に紐付けられた各履歴をまとめて管理するか、或いは、端末識別情報ごとに別々に管理するか、決定される。【０００７】
上記した情報処理装置の前記履歴管理部は、ユーザ識別情報が同一であって端末識別情報が異なる複数の組に対して、当該異なる端末識別情報を有する複数の端末を同一ユーザが使用していると判定された場合に、前記複数の組の前記履歴をまとめて管理することが望ましい。
これにより、同一ユーザが使用していると判定された複数の端末に関しては、まとめて管理された履歴に基づいて、ユーザに提示する情報が抽出される。【０００８】
上記した情報処理装置は、前記複数の組に対して前記履歴から同一ユーザによるものか否かを判定する判定部と、を更に備え、前記履歴管理部は、前記履歴が同一ユーザによるものと判定された前記複数の組の前記履歴をまとめて管理することが望ましい。
これにより、ユーザの行動に基づいて同一ユーザか否かが自動で判定され、それに基づいて、ユーザに提示する情報が抽出される。【０００９】
本発明に係る情報処理方法は、ユーザ識別情報と端末識別情報の組ごとに履歴を管理する情報処理装置が実行する情報処理方法であって、情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出ステップと、前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御ステップと、を有するものである。
この情報処理方法により、ユーザごとに適した情報を提示する環境を提供するための処理が実行される。【００１０】
本発明に係るプログラムは、上記情報処理方法として実行する処理を演算処理装置に実行させるプログラムである。
本発明に係る記憶媒体は、上記プログラムを記憶した記憶媒体である。
【発明の効果】
【００１１】
本発明によれば、ユーザごとに適した情報を提示する環境を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態の全体の構成を示す図である。
【図２】本実施の形態のＥＣサーバのブロック図である。
【図３】本実施の形態のコンピュータのブロック図である。
【図４】履歴ＤＢに記憶される情報の一例を示す図である。
【図５】ＥＣサーバ１が実行する処理の流れを示すフローチャートである。
【図６】リコメンド商品情報抽出処理の流れを示すフローチャートである。
【図７】選択肢提示処理を説明するためのフローチャートである。
【図８】選択肢提示ページの一例を示す図である。
【図９】傾向判定処理を説明するためのフローチャートである。
【図１０】傾向判定処理の第１例、第２例のフローチャートである。
【図１１】傾向判定処理の第３例、第４例のフローチャートである。
【図１２】複数の端末の履歴をまとめて管理するときの履歴ＤＢの例を示す図である。
【図１３】複数の端末の履歴をまとめて管理するときの履歴ＤＢの例を示す図である。
【図１４】複数の端末の履歴をまとめて管理するときの履歴ＤＢの例を示す図である。
【発明を実施するための形態】
【００１３】
本実施の形態においては、ユーザに提示される情報として、当該ユーザにお勧めするリコメンド商品の情報を例に挙げる。また、情報処理装置として、ＥＣサーバ１を例に挙げる。
以下、実施の形態を次の順序で説明する。
【００１４】
＜１．全体構成＞
＜２．ハードウェア構成＞
＜３．ＤＢ＞
［３−１．ユーザＤＢ］
［３−２．履歴ＤＢ］
［３−３．商品ＤＢ］
［３−４．ウェブページＤＢ］
＜４．処理の流れ＞
［４−１．全体の処理の流れ］
［４−２．選択肢提示処理］
［４−３．傾向判定処理］
〜４−３−１．第１例〜
〜４−３−２．第２例〜
〜４−３−３．第３例〜
〜４−３−４．第４例〜
＜５．管理態様＞
＜６．まとめ＞
＜７．プログラム＞
【００１５】
＜１．全体構成＞
本実施の形態としてのＥＣサーバ１を含むネットワークシステム全体の構成について、図１及び図２を用いて説明する。
尚、以下に示す実施の形態では、電子商取引における各種サービスを提供するＥＣサーバ１を例に挙げて説明する。
図１に示すように、本実施の形態のＥＣサーバ１は、通信ネットワーク２を介して、各種の情報配信の対象とされたユーザが利用するユーザ端末３，３，３，・・・と相互に通信可能な状態で接続されている。
【００１６】
ＥＣサーバ１は、通信ネットワーク２を利用した電子商取引を介してユーザが商品を購入するための各種機能を提供する。
具体的には、ＥＣサーバ１を用いて運営される電子商取引に加盟している店舗が複数あり、該店舗の管理者（以降、「販売者」と記載）が販売する商品の情報（商品情報）を登録するための機能や、登録された商品情報を変更する機能をＥＣサーバ１は有する。そのために、ＥＣサーバ１は、加盟店舗情報や販売者情報や商品情報を管理する機能を備える。
また、ＥＣサーバ１は、電子商取引で扱っている商品群の中からユーザが所望する商品を検索して提示する機能や、ユーザが商品の購入操作を行った際に、販売者へ商品を発注する機能や、商品の売買が成立した際の代金のやりとりを仲介する決済処理機能、各ユーザへ商品を配送するための機能、そして、商品の購入が確定した際のユーザへの通知機能や商品を購入したユーザ情報を販売者へ通知する機能などを有する。
ユーザが商品を購入する際には、商品の送付先（住所）情報や、クレジットカード番号や連絡先（電子メールアドレスなど）の情報が必要とされる。ユーザが商品を購入するたびにこれらの情報を入力する手間を省くため、ＥＣサーバ１は、ユーザ情報を管理する機能を備える。
【００１７】
そして、ＥＣサーバ１は、上記の各種機能を実現するためのユーザインタフェースとしてのウェブページを他の情報処理装置（例えばユーザ端末３）上に表示させるために、ウェブページデータの生成と送信を行う。
ウェブページデータは、例えば、ＨＴＭＬ（Hyper Text Markup Language）やＸＨＴＭＬ（Extensible HyperText Markup Language）などの構造化文書ファイルである。構造化文書ファイルには、商品の説明などのテキストデータや商品画像などの画像データと、それらの配置や表示態様（文字色やフォントや大きさや装飾など）が記述されている。
ウェブページとしては、例えば、ユーザにログイン情報を入力させるためのログインページや、商品の詳細情報を表示するための商品詳細ページなどである。
また、ＥＣサーバ１は、ユーザや販売者の認証機能や各種データベースへの情報の登録機能、各種データベースから情報を取得する機能などを備える。
【００１８】
更に、ＥＣサーバ１は、ユーザにリコメンド商品の情報を提供する。具体的には、ユーザの嗜好情報などの属性情報に基づいてユーザにリコメンドする商品（以降、「リコメンド商品」と記載）を選択して提示する。そのためにＥＣサーバ１が備える各部については後述する。
【００１９】
通信ネットワーク２の構成は特に限定されるものではなく、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網などが想定される。
また通信ネットワーク５の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線などの有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網などの無線でも利用可能である。
【００２０】
ユーザ端末３は、ＥＣサーバ１を用いた電子商取引を介して商品を購入するユーザが使用する端末である。また、本実施の形態におけるユーザ端末３は、ＥＣサーバ１から提示されるリコメンド商品の情報を受信して、画面などの表示装置に表示する処理を行う。
ユーザ端末３では、必要に応じて各種の送受信処理や表示処理などが実行される。また、ユーザ端末３は、例えば、通信機能を備えたＰＣ（Personal Computer）やフィーチャーフォンやＰＤＡ（Personal Digital Assistant）、或いは、スマートフォンやタブレット端末などのスマートデバイスなどである。
【００２１】
図２を参照して、ＥＣサーバ１が備える各部の説明を行う。
ＥＣサーバ１は、履歴管理部１ａと、提示情報抽出部１ｂと、提示制御部１ｃと、選択要求提示部１ｄと、傾向判定部１ｅとを備える。
履歴管理部１ａは、ユーザの閲覧履歴や購入履歴などを管理する。そのために、ユーザＩＤに各履歴を紐付けて管理する。特に本実施の形態では、同じユーザＩＤであっても異なる端末を用いた場合の各履歴は、区別して管理する。従って、ユーザＩＤに対して端末ＩＤも紐付けて管理する。
具体的な例は後述する。
【００２２】
提示情報抽出部１ｂは、ユーザ端末３から情報（閲覧履歴やリコメンド商品の情報）の提示要求を受信した場合に、ユーザＩＤと端末ＩＤに基づいて情報を抽出する処理を実行する。
【００２３】
提示制御部１ｃは、提示情報抽出部１ｂが抽出した情報をユーザ端末３へ提示する処理を実行する。
【００２４】
選択要求提示部１ｄは、一つのユーザＩＤに対して複数の端末ＩＤによる各履歴が紐付けられている場合に、ユーザＩＤを利用するユーザに対して、これらの複数の履歴を統合するか否かを選択させる選択肢を提示する処理を実行する。
例えば、人物Ａが携帯電話とＰＣを利用している場合（即ち、端末ＩＤの異なる複数の端末を利用している場合）、携帯電話で商品を閲覧した際の閲覧履歴をＰＣで閲覧できないのは不便である虞がある。
また、人物Ａと人物Ｂが別々のユーザ端末３を用いて一つのユーザＩＤを共有している場合、例えば人物Ａが携帯電話を利用し人物ＢがＰＣを利用している場合には、それぞれの端末ＩＤごとに閲覧履歴を提示することが好ましい虞がある。
選択要求提示部１ｄは、閲覧履歴を統合して管理するか、或いは、端末ＩＤに基づいて分けて管理するかを選択させる選択肢を提示することにより、ユーザにとって利便性の高い環境を選択させる。
【００２５】
傾向判定部１ｅは、ユーザＩＤが同一であって端末ＩＤが異なる複数の組に対して、各履歴が同一ユーザによるものか或いは異なるユーザによるものかを判定する処理を実行する。尚、傾向判定部１ｅは請求項における判定部に相当する。
【００２６】
これまで説明してきた各種機能を実現するために、ＥＣサーバ１は、ユーザ情報が記憶されるユーザＤＢ（Database）５０、閲覧履歴や購入履歴が記憶される履歴ＤＢ５１、電子商取引で扱う商品の情報が記憶される商品ＤＢ５２、各種ウェブページのウェブページデータが記憶されるウェブページＤＢ５３を管理する。
【００２７】
＜２．ハードウェア構成＞
図３は、図１に示したＥＣサーバ１、ユーザ端末３、そして、ユーザＤＢ５０、履歴ＤＢ５１、商品ＤＢ５２、ウェブページＤＢ５３のハードウェアを例示する図である。それぞれのサーバや端末におけるコンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ（Read Only Memory）１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ（Random Access Memory）１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、およびＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インターフェース１０５も接続されている。
入出力インターフェース１０５には、キーボード、マウス、タッチパネルなどよりなる入力部１０６、ＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイ、並びにスピーカなどよりなる出力部１０７、ＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などより構成される記憶部１０８、通信ネットワーク２を介しての通信処理や機器間通信を行う通信部１０９が接続されている。
入出力インターフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書込や読出が行われる。
【００２８】
このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロードが行われる。また、リムーバブルメディア１１１を介したデータやプログラムの受け渡しが可能である。
ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、ＥＣサーバ１、ユーザ端末３、ユーザＤＢ５０、履歴ＤＢ５１、商品ＤＢ５２、ウェブページＤＢ５３のそれぞれにおいて後述する情報処理や通信が実行される。
尚、ＥＣサーバ１、ユーザ端末３、ユーザＤＢ５０、履歴ＤＢ５１、商品ＤＢ５２、ウェブページＤＢ５３を構成するそれぞれの情報処理装置は、図３のようなコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。複数のコンピュータ装置は、ＬＡＮなどによりシステム化されていてもよいし、インターネットなどを利用したＶＰＮ（Virtual Private Network）などにより通信可能な状態で遠隔地に配置されたものでもよい。
【００２９】
＜３．ＤＢ＞
ＥＣサーバ１が管理する各種ＤＢについて説明する。
［３−１．ユーザＤＢ］
ユーザＤＢ５０にはＥＣサーバ１が提供する電子商取引サービスを利用するユーザの情報が記憶される。例えば、一つのユーザＩＤ（Identification）に対して、ログインパスワード、氏名、年齢、性別、住所、メールアドレス、年収、趣味などの個人的な情報が紐付けられて記憶される。更に、ユーザが興味のある分野などの情報が記憶される。
【００３０】
［３−２．履歴ＤＢ］
履歴ＤＢ５１には、ユーザが使用するユーザ端末３の情報として、端末ＩＤとユーザＩＤの組に対して、各種履歴が記憶される。各種履歴は、例えば、閲覧履歴や購入履歴などである。
具体的な例を、図４を参照して説明する。
履歴ＤＢ５１には、ユーザＩＤが「Ｕ＿００００１」、端末ＩＤが「Ｄ＿０６６３７」とされた組に対して、各種履歴が紐付けられている。
各種履歴情報としては、ユーザが操作を行った日時情報と、種別情報と、操作の対象となった商品を示す商品情報とが紐付けられて記憶される。
例えば、図４に示す履歴ＤＢ５１には、商品ＩＤが「Ｉ＿０３＿０５６５１」とされた商品に対して「２０１５年６月１２日の２１時３０分２６秒」に行われた「閲覧」操作の履歴が記憶されている。
履歴の種別としては、例えば「閲覧」や「購入」を例に挙げて説明するが、これ以外の種別が設けられていてもよい。また、「閲覧」種別を更に細かくした「簡易情報閲覧」と「詳細情報閲覧」などが設けられていてもよい。即ち、商品の簡易情報を見た履歴と詳細情報を閲覧した履歴が別の種別として記憶されていてもよい。
また、図４に示す商品ＩＤは、商品ジャンル情報を含んで構成されている。即ち、商品ＩＤを見ればその商品が属する商品ジャンルが分かるように構成されている。例えば、図４に示す商品ＩＤ「Ｉ＿０３＿０５６５１」とされた商品は、番号として「０３」が付された商品ジャンルに属する商品であることが示されている。
【００３１】
これによれば、ユーザＩＤが「Ｕ＿００００１」とされたユーザは、端末「Ｄ＿０６６３７」を使用して商品ジャンル「０２」、「０３」、「０４」の商品を対象とした操作を行っていることが分かる。また、端末「Ｄ＿４３５７３」を使用して商品ジャンル「０７」、「０８」、「０９」の商品を対象とした操作を行っていることが分かる。即ち、端末ごとに、操作対象となる商品ジャンルが異なる。
【００３２】
一方、ユーザＩＤが「Ｕ＿００００２」とされたユーザは、端末「Ｄ＿５４６０５」を使用して商品ジャンル「０１」、「０２」、「０３」、「０５」の商品を対象とした操作を行っている。更に、端末「Ｄ＿５８５２６」を使用した場合も、同様の商品ジャンルに属する商品を対象とした操作を行っている。即ち、端末によらず、操作対象となる商品ジャンルが同じである。
【００３３】
尚、以降の説明において、複数のユーザ端末３，３を利用しているユーザが同一人物であるか否かを判定するために、当該ユーザがユーザ端末３を用いて購入や閲覧を行った商品の商品ジャンル情報を用いる例を説明する。そのために、ここでは、履歴ＤＢ５１に記憶される各履歴に、商品ジャンルが含まれる例を説明した。
しかし、ユーザが同一人物であるか否かを判定するために、商品ジャンル情報以外の情報を用いる場合には、商品ジャンル以外の情報が含まれる場合もある。
例えば、ユーザ端末３を利用している地域情報を用いて、ユーザ端末３，３を利用しているユーザが同一人物か否かを判定する場合には、各履歴ごとにユーザ端末３を利用したときの位置情報が記憶される。
【００３４】
また、ユーザが購入した商品の対象ユーザ（例えば、男性用の商品や女性用の商品など）に基づいて判定する場合には、各履歴ごとに商品の対象ユーザの情報が記憶されてもよい。
同じように、各履歴ごとに商品の価格帯が記憶されてもよい。即ち、高級品を買うユーザであるのか、低価格商品を買うユーザであるのかを判定し、それに基づいてユーザ端末３，３を利用するそれぞれのユーザが同一ユーザであるのか否かを判定してもよい。
尚、商品の対象ユーザや価格帯の情報は、商品ＩＤさえ分かれば取得できる情報であるため、履歴ＤＢ５１に記憶しなくてもよい。その場合には、商品ＩＤを元に後述する商品ＤＢ５２を参照して、商品に関する情報（男性用、女性用、高級品、低価格商品などの情報）を取得すればよい。
【００３５】
［３−３．商品ＤＢ］
商品ＤＢ５２には、ＥＣサーバ１を介して売買が可能な各商品についての情報が記憶される。例えば、商品を一意に識別可能な商品ＩＤに対して、商品ジャンル、商品画像、製造者（メーカー）情報、製造者によって付与される型番情報、販売開始日、取扱商品提供者情報、在庫情報などが紐付けられて記憶される。
商品画像の情報は、画像データそのものでもよいし、保存されている画像データのリンク情報（ＵＲＬ情報など）でもよい。
また、商品ＤＢ５２には、上記以外にも、生産地や商品のスペック（色、大きさ、性能情報）などが記憶されてもよい。
【００３６】
［３−４．ウェブページＤＢ］
ウェブページＤＢ５３には、ＥＣサーバ１がユーザや販売者に提供する各種ウェブページのデータが記憶される。具体的には、商品ページや商品の詳細ページ、或いはユーザページや販売者ページ、店舗ページなどのウェブページデータである。
ウェブページデータとしては、ウェブページのＵＲＬ（Uniform Resource Locator）情報と各ウェブページ上に配置されるオブジェクト（画像やテキストやバナーなど）の配置情報が記憶される。配置情報とは、ウェブページ上における各オブジェクトの配置態様（位置や大きさ、色等）が記載された情報である。
尚、ウェブページＤＢ５３に記憶される情報は、例えば、ＨＴＭＬなどの構造化文書ファイルで記憶されてもよい。
【００３７】
＜４．処理の流れ＞
［４−１．全体の処理の流れ］
ＥＣサーバ１が実行する処理の例について、図５を参照して説明する。
ＥＣサーバ１は、ステップＳ１０１，Ｓ１１１，Ｓ１２１の処理を継続的に実行することにより、各種機能を提供する。具体的には、ステップＳ１０１においてログイン情報を受信したか否かを判定する処理を実行し、ステップＳ１１１においてウェブページデータの要求を受信したか否かを判定する処理を実行し、ステップＳ１２１においてその他の各種要求を受信したか否かを判定する処理を実行する。
【００３８】
ログイン情報は、ユーザがユーザ端末３を用いてログイン操作を行った場合に、ユーザ端末３からＥＣサーバ１へ送信される。
ステップＳ１０１において、ログイン情報を受信したと判定した場合、ＥＣサーバ１はステップＳ１０２において認証処理を実行し、ステップＳ１０３において認証結果をユーザ端末３に通知する処理を実行する。
認証処理においては、ユーザ端末３から送られたログイン情報とユーザＤＢ５０に記憶されたユーザ情報（例えば、ユーザＩＤとログインパスワード）を照合し、ログインの可否を決定する。
【００３９】
ステップＳ１０３の認証結果通知を実行した後、或いは、ステップＳ１０１においてログイン情報を受信していないと判定した後、ＥＣサーバ１はステップＳ１１１のウェブページデータ要求を受信したか否かを判定する処理を実行する。
ウェブページデータ要求を受信したと判定した場合、ＥＣサーバ１はステップＳ１１２において、リコメンド商品を提示するか否かを判定する。例えば、ＥＣサーバ１が管理する各種ウェブページには、リコメンド商品を提示する領域が設けられたウェブページとそうでないウェブページがあり、要求に係るウェブページが何れのものであるかを判定する。
【００４０】
リコメンド商品を提示すると判定した場合、ＥＣサーバ１はステップＳ１１３において、ログイン済みであるか否かを判定する。この処理は、リコメンド商品の抽出にユーザ情報を用いるか否かを決めるための処理である。
ログイン済みと判定した場合、即ちログインした状態でウェブページデータ要求を行ったと判定した場合、ＥＣサーバ１はステップＳ１１４において、ユーザＩＤと端末ＩＤを取得する処理を実行する。ユーザＩＤと端末ＩＤは、ステップＳ１１１のウェブページデータ要求受信の際に、併せてユーザ端末３から通知される。
【００４１】
続いて、ＥＣサーバ１はステップＳ１１５において、リコメンド商品の情報を抽出する処理を実行する。
ここで、リコメンド商品情報の抽出においては、ユーザ情報を用いて抽出する場合と、ユーザ情報を用いずに抽出する場合の二通りの方法がある。ユーザ情報を用いない場合のリコメンド商品情報抽出処理では、例えば、販売数の多い商品や閲覧頻度の高い商品や広告から商品購入に繋がりやすい商品の情報を抽出する。
また、ユーザ情報を用いる場合のリコメンド商品情報抽出処理では、ユーザの履歴情報に基づいて商品が抽出される。履歴に基づいてリコメンド商品を抽出する技術については、様々な技術が開示されている。
【００４２】
ここで、本実施の形態におけるリコメンド商品情報抽出処理について説明する。具体的には、ユーザが図４におけるユーザＩＤ「Ｕ＿００００１」として特定されるユーザである場合を例に挙げる。
この場合、ユーザは端末ＩＤ「Ｄ＿０６６３７」で特定される端末Ａと端末ＩＤ「Ｄ＿４３５７３」で特定される端末Ｂの双方を使用している。
ユーザＩＤ「Ｕ＿００００１」を一人のユーザが使用しているか、或いは、複数のユーザで使用しているかによって、リコメンド商品情報抽出処理の抽出結果が異なる。具体的には、ユーザＡが端末Ａ、端末Ｂを用いてユーザＩＤ「Ｕ＿００００１」を使用している単独のユーザ（以降、「単独ユーザ」と記載）である場合と、ユーザＡが端末ＡとユーザＩＤ「Ｕ＿００００１」を用い、ユーザＢが端末ＢとユーザＩＤ「Ｕ＿００００１」を用いている複数ユーザである場合とがあり得る。
ＥＣサーバ１は、これらの状況を加味してリコメンド商品情報抽出処理を行う。
ここでは、ユーザが単独ユーザと複数ユーザの何れであるのかを、ユーザが回答した場合を説明する。
【００４３】
具体的に、図６を参照して説明する。
先ず、ＥＣサーバ１はステップＳ２０１において、ユーザが単独ユーザであるのか否かを判定する処理を実行する。
ユーザが単独ユーザと判定された場合（即ち、単独ユーザであるとユーザが回答した場合）、ＥＣサーバ１はステップＳ２０２において、端末ＩＤを考慮せずにユーザＩＤに基づく履歴情報を参照してリコメンド商品を抽出する。
具体的には、履歴ＤＢ５１に記憶された端末ＩＤが「Ｄ＿０６６３７」とされた履歴と、端末ＩＤが「Ｄ＿４３５７３」とされた履歴の双方を考慮した商品がリコメンド商品として抽出される。即ち、図４によれば、商品ジャンルが「０２」、「０３」、「０４」、「０６」、「０７」、「０８」、「０９」の何れかとされた商品がリコメンド商品として抽出される。
【００４４】
一方、ユーザが単独ユーザでないと判定された場合（即ち、複数ユーザであるとユーザが回答した場合）、ＥＣサーバ１はステップＳ２０３において、端末ＩＤとユーザＩＤの双方に基づく履歴情報を参照してリコメンド商品を抽出する。
具体的には、履歴ＤＢ５１に記憶された端末ＩＤが「Ｄ＿０６６３７」とされた履歴と、端末ＩＤが「Ｄ＿４３５７３」とされた履歴の何れかの履歴に基づいてリコメンド商品が抽出される。即ち、ステップＳ１１１のウェブページデータ要求を送信したユーザ端末３の端末ＩＤに基づいて、上記のいずれかの履歴を参照したリコメンド商品情報抽出処理が行われる。
尚、ユーザが単独ユーザと複数ユーザの何れであるのかを、ＥＣサーバ１が判定する傾向判定処理を実行する例については、後述する。
【００４５】
続いて、ＥＣサーバ１はステップＳ１１６において、ウェブページデータを生成する処理を実行する。このウェブページデータには、リコメンド商品情報が含まれている。但し、ステップＳ１１２において、リコメンド商品を提示しないと判定した場合には、この限りではない。
そして、ＥＣサーバ１はステップＳ１１７において、ウェブページデータをユーザ端末３に送信する処理を実行する。
【００４６】
ステップＳ１１７のウェブページデータ送信処理を実行した後、或いは、ステップＳ１１１においてウェブページデータ要求を受信していないと判定した後、ＥＣサーバ１はステップＳ１２１のその他の要求を受信したか否かを判定する処理を実行する。
その他の要求としては、例えば、ユーザ情報の変更要求や、商品の購入要求などである。それらの要求を受信した場合、ＥＣサーバ１はステップＳ１２２において、それぞれの要求に対応した処理を実行する。具体的には、ユーザ情報の変更要求を受信したのであれば、ユーザによって入力された新しいユーザ情報が正しい情報であるかを確認して、ユーザＤＢ５０の情報を更新する処理を実行する。また、商品の購入要求を受信したのであれば、店舗に対して商品が購入されたことを通知する処理や、代金のやりとりを仲介する決済処理などを対応する処理として実行する。
【００４７】
ステップＳ１２２の対応処理を実行した後、或いは、ステップＳ１２１でその他の要求を受信していないと判定した後、ＥＣサーバ１は再びステップＳ１０１の処理を実行する。
【００４８】
［４−２．選択肢提示処理］
一つのユーザＩＤに対して、複数の端末ＩＤが用いられている場合に、ユーザＩＤと端末ＩＤの複数の組（ユーザＩＤは同じ）ごとに管理している各種履歴情報を、まとめて管理するか否かを選択させる選択肢をユーザに提示する選択肢提示処理について、説明する。
選択肢提示処理を実行するタイミングの一例を図７に示す。
【００４９】
図７は、ＥＣサーバ１が実行する処理であり、先ず、ステップＳ３０１において、履歴として保存対象となっている（例えば、閲覧履歴や購入履歴など）操作情報を受信したか否かを判定する。受信していない場合は、図７の一連の処理を終了する。
受信したと判定した場合、ＥＣサーバ１はステップＳ３０２において、当該操作情報は履歴ＤＢ５１に記憶されていない新たなユーザ端末３から受信したか否か、即ち新たな端末ＩＤを付すべきか否かを判定する処理を実行する。
新たな端末ＩＤでない場合、即ち、ユーザＩＤと端末ＩＤの組が履歴ＤＢ５１に記憶されている場合、図７に示す一連の処理を終了する。
【００５０】
履歴ＤＢ５１に未登録の組み合わせである場合、ＥＣサーバ１はステップＳ３０３において、同じユーザＩＤで異なる端末ＩＤとなる組が履歴ＤＢ５１に記憶されているか否かを判定する処理を実行する。
記憶されていない場合、即ち、当該ユーザＩＤが新規のＩＤの場合、図７に示す一連の処理を終了する。
一方、同じユーザＩＤで異なる端末ＩＤの組に係る履歴が履歴ＤＢ５１に記憶されている場合、即ち、ユーザが今までとは異なるユーザ端末３を使用し始めたと想定できる場合、ＥＣサーバ１はステップＳ３０４において、操作情報の送信元となるユーザ端末３に対して選択肢を提示する選択肢提示処理を実行する。
【００５１】
選択肢提示ページの一例を図８に示す。
選択肢提示ページは、例えばダイアログ４としてユーザ端末３へ提示される。選択肢提示ページには、一つのユーザＩＤに係る履歴情報を全てまとめて管理するための統合管理選択肢５と、異なる端末ＩＤごとに分けて管理するための別管理選択肢６と、決定ボタン７が設けられている。
ユーザが統合管理選択肢５を選択した場合、ＥＣサーバ１は履歴を端末ＩＤによらずユーザＩＤによって履歴を管理する。従って、リコメンド商品を抽出する際などには、別のユーザ端末３で閲覧した商品に基づいたリコメンド商品などが抽出されることもある。
一方、ユーザが別管理選択肢６を選択した場合、ＥＣサーバ１は履歴をユーザＩＤと端末ＩＤの組ごとに管理する。従って、別のユーザ端末３で閲覧した商品に基づいてリコメンド商品が抽出されることはない。
【００５２】
図８では、統合管理するか否かを選択させる選択肢をユーザに提示する例を示したが、ユーザが単独ユーザであるか否かを選択させる選択肢をユーザに提示してもよい。即ち、ユーザＩＤを利用するユーザは一人であることを示す選択肢と、ユーザＩＤを複数人で共有していることを示す選択肢を提示する。
この場合、ユーザＩＤを利用するユーザが一人であることを示す選択肢が統合管理選択肢５となり、ユーザＩＤを複数人で共有していることを示す選択肢が別管理選択肢６となる。
【００５３】
また、更に別の例として、一部の端末ＩＤだけを統合する選択肢を提示してもよい。
例えば、一つのユーザＩＤ「Ｕ＿００００１」に対して三つの端末ＩＤ「Ｄ＿０６６３７」，「Ｄ＿４３５７３」，「Ｄ＿７７１７２」が紐付けられており、ユーザＡが端末ＩＤ「Ｄ＿０６６３７」，「Ｄ＿４３５７３」とされたユーザ端末３Ａ，３Ｂを利用し、ユーザＢが端末ＩＤ「Ｄ＿７７１７２」とされたユーザ端末３Ｃを利用している例を挙げる。
このとき、ユーザに対して、ユーザ端末３Ａ，３Ｂ，３Ｃを全て統合管理するための選択肢と、ユーザ端末３Ａ，３Ｂのみを統合管理するための選択肢と、ユーザ端末３Ａ，３Ｃのみを統合するための選択肢と、ユーザ端末３Ｂ，３Ｃのみを統合管理するための選択肢と、全てのユーザ端末３Ａ，３Ｂ，３Ｃを別管理する選択肢を提示する。
これにより、ユーザの利用形態に沿った情報（リコメンド商品など）を提示することができる。
尚、選択肢の提示は一例であり、統合管理するユーザ端末３，３，３・・・をユーザに入力させるようにしてもよい。
【００５４】
［４−３．傾向判定処理］
傾向判定処理は、ユーザが単独ユーザと複数ユーザの何れであるのかを判定するためにＥＣサーバ１が実行する処理である。
傾向判定処理を実行するタイミングの一例を図９に示す。
ＥＣサーバ１は、ステップＳ４０１において、履歴として保存対象となっている（例えば、閲覧履歴や購入履歴など）操作情報を受信したか否かを判定する。受信していない場合は、図９の一連の処理を終了する。
受信したと判定した場合、ＥＣサーバ１は続くステップＳ４０２において、傾向判定処理を実行する。
傾向判定処理では、ユーザ端末３ごとに（即ち、端末ＩＤごとに）使用しているユーザの傾向を判定し、他のユーザ端末３を利用しているユーザと同一ユーザであるのか否かを判定する。
尚、傾向判定処理を行った後、ＥＣサーバ１は判定結果に基づき、ユーザ端末３ごとに各履歴を管理するか、或いは、ユーザ端末３によらずユーザＩＤに基づいて各履歴を管理するかを決定する。即ち、同一ユーザと判定した場合には、ユーザＩＤに基づいて各履歴を管理し（即ち、他のユーザ端末３から行った操作に基づく履歴情報なども表示される）、異なるユーザと判定した場合には、ユーザＩＤと端末ＩＤの組に基づいて各履歴を管理する（即ち、他のユーザ端末３から行った操作に基づく履歴情報などは表示されない）。
ここで、傾向判定処理についていくつかの具体的な例を説明する。各例においては、一つのユーザＩＤ「Ｕ＿００００１」に対して二つのユーザ端末３Ａ，３Ｂ（端末ＩＤは「Ｄ＿０６６３７」と「Ｄ＿４３５７３」）が紐づけられている場合を説明する。
【００５５】
〜４−３−１．第１例〜
第１例では、購入した商品や閲覧した商品に基づいて判定する。具体的に、図１０Ａを参照して説明する。ＥＣサーバ１はステップＳ５０１において、ユーザ端末３Ａとユーザ端末３Ｂで閲覧／購入されている商品の商品ジャンルが異なっているか否かを判定する処理を実行する。異なっている場合、ＥＣサーバ１はステップＳ５０２において、ユーザ端末３Ａ，３Ｂを利用するユーザは異なるユーザであると判定する。また、ユーザ端末３Ａとユーザ端末３Ｂで閲覧／購入されている商品の商品ジャンルが似ている場合、ＥＣサーバ１はステップＳ５０３において、ユーザ端末３Ａ，３Ｂを利用するユーザは同一ユーザであると判定する。
図４に示す履歴ＤＢ５１の例では、ユーザ端末３Ａ（端末ＩＤ「Ｄ＿０６６３７」）の履歴とユーザ端末３Ｂ（ 端末ＩＤ「Ｄ＿４３５７３」）の履歴は、商品ジャンルが異なることから、異なるユーザとして判定する。
【００５６】
尚、ここでは、商品ジャンルが異なっているか否かを判定する例を説明したが、これ以外の例も考えられる。
例えば、商品ジャンルの類似度（或いは親和性）に基づいて、判定することが考えられる。具体的には、商品ジャンルＡと商品ジャンルＢは異なるジャンルであるが、親和性の高い商品ジャンルであった場合には、これらのジャンルを同一ジャンルとみなす事も考えられる。
また、商品ジャンルの一部のみが異なっている場合、異なっている商品ジャンルの割合が所定値以上であった場合に、異なるユーザと判定することが考えられる。具体的には、ユーザ端末３Ａに基づく履歴が商品ジャンル「０２」、「０３」、「０４」を対象としたものであり、ユーザ端末３Ｂに基づく履歴が商品ジャンル「０２」、「０３」、「０６」、「０７」であった場合、異なっている商品ジャンルの割合を算出し、その割合が所定値よりも大きいか否かに基づいて、同一ユーザであるか否かの判定を行ってもよい。
異なっている商品ジャンルの割合算出の一例としては、例えば、この例であれば、ユーザ端末３Ａ，３Ｂに基づく履歴において出現する商品ジャンルは、「０２」、「０３」、「０４」、「０６」、「０７」であることから総ジャンル数を「５」と算出する。また、一致しているジャンル数は「０２」、「０３」であることから一致ジャンル数を「２」と算出する。従って、異なっている商品ジャンルの割合は、一致ジャンル数を総ジャンル数で除算して１００を乗算した４０％（「一致ジャンル数」／「総ジャンル数」×１００）と算出する。この値が所定値（例えば５０％）以上である場合には同一ユーザと判定し、所定値未満である場合には異なるユーザとして判定する。
【００５７】
更に、購入した商品の価格帯に基づいてユーザ端末３Ａ，３Ｂを利用するユーザが同一ユーザであるか否かを判定する場合には、商品の価格の分布に基づいてもよい。その場合には、ユーザ端末３Ａ，３Ｂで購入した商品の価格の分布を単純に比較してもよい。また、購入商品の価格と購入商品が属する商品ジャンルの平均価格との乖離度合いを比較してもよい。これにより、商品ジャンルごとの価格の違いを考慮して、高い商品を好むユーザであるのか否かなどの判定を行うことができ、該判定結果に基づいて適切に同一ユーザであるか否かを判定することができる。
【００５８】
購入した商品の価格の分布を単純に比較する場合の具体例として、例えば、ユーザ端末３Ａで購入した商品の平均価格が「１００００円」、ユーザ端末３Ｂで購入した商品の平均価格が「１４０００円」とする。更に、ユーザ端末３Ａ，３Ｂを使用しているユーザが購入した全商品の平均価格が「１１０００円」とする。この場合、端末ごとの購入商品の平均価格の差分（１４０００−１００００＝４０００円）が全商品の平均価格（１１０００円）に対してどの程度の割合なのか（４０００／１１０００×１００＝３６．３６％）を算出し、その値が所定値以上であるか否かを判定することにより、同一ユーザであるか否かを判定する。
また、分布を考慮するために、購入商品の価格の分散値や標準偏差値を端末ごとに算出し、その差分を考慮してもよい。分散値や標準偏差値が端末によらず似ていれば、同一ユーザと判定することができる。
【００５９】
〜４−３−２．第２例〜
第２例では、ユーザ端末３Ａ，３Ｂを使用した際の位置情報（例えば衛星測位システムによって取得可能な位置情報）を利用する。
具体的に図１０Ｂを参照して説明する。ＥＣサーバ１はステップＳ５０４において、ユーザ端末３Ａ，３Ｂが異なる地域で使用されているか否かを判定する。異なる地域で使用されている場合（例えば、ユーザ端末３Ａが関西地方で使用され、ユーザ端末３Ｂが関東地方で使用されている場合）、ＥＣサーバ１はステップＳ５０５において、異なるユーザとして判定する。
一方、ユーザ端末３Ａ，３Ｂが同地域で使用されている場合、ＥＣサーバ１はステップＳ５０６において、同一ユーザとして判定する。
【００６０】
また、使用地域が完全に異ならず、一部が異なる場合も考えらえる。その場合には、使用地域がどの程度異なっているかを考慮してもよい。例えば、ユーザ端末３Ａの使用地域が新宿と船橋であり、ユーザ端末３Ｂの使用地域が神田と船橋である場合などである。このような場合には、一致した地域を３３％（１地域／３地域×１００）と算出し、所定値との比較結果に応じて、同一ユーザであるか否かを判定する。
尚、異なる地域で同時に複数のユーザ端末３Ａ，３Ｂが使用された場合には、異なるユーザと判定してもよい。
【００６１】
〜４−３−３．第３例〜
第３例では、ユーザ端末３Ａ，３Ｂを使用している時間帯の情報を利用する。
具体的に図１１Ａを参照して説明する。ＥＣサーバ１はステップＳ５０７において、端末３Ａ，３Ｂが異なる時間帯に使用されているか否かを判定する。異なる時間帯で使用しあれている場合（例えば、ユーザ端末３Ａが休日や深夜に使用される傾向が高く、ユーザ端末３Ｂが平日の昼間に使用される傾向が高い場合）、ＥＣサーバ１はステップＳ５０８において、異なるユーザとして判定する。
一方、どちらも使用時間帯の情報が似ている場合、ＥＣサーバ１はステップＳ５０９において、同一ユーザとして判定する。
尚、第１例や第２例のように、使用される時間帯の一部が一致している場合も考えられる。この場合、使用される時間帯の一致割合を算出してもよい。また、同時に複数のユーザ端末３Ａ，３Ｂが使用される場合には、異なるユーザと判定してもよい。
【００６２】
〜４−３−４．第４例〜
第４例では、ユーザの操作形態（操作時の癖）の情報を利用する。
具体的に図１１Ｂを参照して説明する。ＥＣサーバ１はステップＳ５１０において、操作形態が異なっているか否かを判定する。操作形態が異なっていると判定した場合（例えば、各種の入力欄に文字を入力する際の入力スピードや、入力欄を切り換えるときの操作方法（キーボード操作によって切り換えるのか、マウス操作によって切り換えるのか）や、商品や店舗に対して投稿されたレビューの文体や、各種ウェブページの閲覧速度（ウェブページの滞在時間）などの情報が異なっている場合）、ＥＣサーバ１はステップＳ５１１において、異なるユーザと判定する。
一方、操作形態が似ている場合、ＥＣサーバ１はステップＳ５１２において、同一ユーザであると判定する。
尚、第１例や第２例や第３例のように、操作の一致具合を数値化して所定値と判定することによって、同一ユーザであるか否かを判定してもよい。
【００６３】
尚、上記した第１例乃至第４例の各例のうちのいくつかの判定結果を用いて、同一ユーザであるか異なるユーザであるかを複合的に判定してもよい。
【００６４】
＜５．管理態様＞
一つのユーザＩＤに対して複数の端末ＩＤを紐付けて管理する場合に、複数の端末ＩＤに基づく履歴情報をまとめて管理するときの管理態様の例について説明する。
一つ目の例を、図１２に示す。
一つ目の例では、まとめて管理するユーザ端末３が分かるように、フラグ情報を用いて管理する。
具体的には、図１２に示すように、ユーザＩＤと端末ＩＤの組ごとに、まとめて管理するか否かを示す統合管理フラグが記憶される。
図１２に示す例では、ユーザＩＤ「Ｕ＿００００１」とされたユーザに係る履歴情報はまとめて管理される。また、ユーザＩＤ「Ｕ＿００００２」とされたユーザに係る履歴情報は端末ごとに管理される。更に、ユーザＩＤ「Ｕ＿００００３」とされたユーザに係る履歴情報は、四つの端末のうち三つの端末の履歴情報だけがまとめて管理される。
【００６５】
二つ目の例を、図１３に示す。
二つ目の例では、まとめて管理するユーザ端末３が分かるように、統合先端末情報を用いて管理する。
具体的には、図１３に示すように、ユーザＩＤ「Ｕ＿００００１」とされたユーザに係る履歴情報は、端末ＩＤ「Ｄ＿０６６３７」とされたユーザ端末３の履歴情報に統合されて管理される。また、ユーザＩＤ「Ｕ＿００００２」とされたユーザに係る履歴情報は、端末ＩＤ「Ｄ＿１０１２５」とされたユーザ端末３の履歴情報に統合されて管理される。更に、ユーザＩＤ「Ｕ＿００００３」とされたユーザに係る履歴情報は、二つのユーザ端末３，３に統合されて管理される。即ち、端末ＩＤ「Ｄ＿１０１２５」、「Ｄ＿２２６５８」とされたユーザ端末３，３の履歴情報は、端末ＩＤ「Ｄ＿１０１２５」の履歴情報に統合されて管理される。そして、端末ＩＤ「Ｄ＿２３２９０」、「Ｄ＿４８７０１」とされたユーザ端末３，３の履歴情報は、端末ＩＤ「Ｄ＿２３２９０」の履歴情報に統合されて管理される。
【００６６】
三つ目の例を、図１４に示す。
三つ目の例では、まとめて管理するユーザ端末３，３，・・・の履歴情報について、フラグや統合先情報などの新たな情報を用いることなく管理する。
具体的には、図１４に示すように、まとめて管理する対象とされたユーザＩＤ「Ｕ＿００００１」のユーザに係る履歴情報は、何れの端末に基づく履歴かを区別せずに記憶される。
また、端末ごとに管理する対象とされたユーザＩＤ「Ｕ＿００００２」のユーザに係る履歴情報は、端末ＩＤごとに履歴が管理される。
【００６７】
＜６．まとめ＞
上記したＥＣサーバ１は、ユーザＩＤと端末ＩＤの組ごとに履歴を管理する履歴管理部１ａと、情報取得要求を行ったユーザのユーザＩＤと該ユーザが使用するユーザ端末３の端末ＩＤの組に応じた履歴を用いて提示情報（リコメンド情報や広告情報など）を抽出する提示情報抽出部１ｂと、情報取得要求を行ったユーザ端末３に対して提示情報を提示する制御を行う提示制御部１ｃと、を備える。
例えば、家族内でアカウントを共有している場合などの状況であっても、使用しているユーザ端末が異なる場合には、ユーザＩＤと端末ＩＤの組ごとに各種履歴が分けられて管理されるため、各人ごとの履歴に基づいて抽出された情報が提示される。
具体的に説明すると、例えば、母親と父親が同じユーザＩＤを利用しており、且つ、ユーザ端末３は共有していない場合に、母親の閲覧／購入履歴に基づいて化粧品などの商品が父親にリコメンドされてしまうことを防止でき、逆に、父親の閲覧／購入履歴に基づいてゴルフ用品などの商品が母親にリコメンドされてしまうことを防止できる。
また、ユーザの利用するユーザ端末３における限られた（例えば、モニタなどの）提示領域において、他人（同じユーザＩＤを使用している他人）の行動に基づいて抽出された情報が提示されてしまうことは、電子商取引の運営者にとっても、その情報を受け取るユーザにとっても、無駄となってしまう。本発明によれば、限りある資源を用いて価値のある情報を効率よく提示することにより、ユーザ端末３の資源を有効活用することができる。
【００６８】
また、選択肢提示処理例で説明したように、組の中で同一のユーザＩＤを有する組が他にある場合に、当該ユーザＩＤに係る複数の組の前記履歴について、まとめて管理するか否かを選択させる選択要求（例えば選択肢）を当該ユーザＩＤを利用するユーザに提示する選択要求提示部１ｄと、を更に備える。
これにより、ユーザの選択結果に基づいて一つのユーザＩＤに紐付けられた各履歴をまとめて管理するか、或いは、端末ＩＤごとに別々に管理するか、決定される。
従って、ユーザの意思を反映した履歴管理がなされ、それに基づいて適切な情報を提示することができる。
【００６９】
更に、全体の処理の流れで説明したように、履歴管理部１ａは、ユーザＩＤが同一であって端末ＩＤが異なる複数の組に対して、当該異なる端末ＩＤを有する複数の端末を同一ユーザが使用していると判定された場合に、複数の組の履歴をまとめて管理する。
これにより、同一ユーザが使用していると判定された複数の端末に関しては、まとめて管理された履歴に基づいて、ユーザに提示する情報が抽出される。
従って、ユーザの使用態様に基づいた適切な情報をユーザに提示することができる。
【００７０】
更にまた、傾向判定処理の各例で説明したように、複数の組に対して履歴から同一ユーザによるものか否かを判定する判定部（傾向判定部１ｅ）と、を更に備え、履歴管理部１ａは、履歴が同一ユーザによるものと判定された複数の組の履歴をまとめて管理する。
これにより、ユーザの行動に基づいて同一ユーザか否かが自動で判定され、それに基づいて、ユーザに提示する情報が抽出される。
従って、ユーザに入力させるなどの負担を強いること無く、適切な情報をユーザに提示することができる。
【００７１】
尚、異なるユーザが一つのユーザＩＤを共有している場合だけでなく、同一ユーザが環境によって使用する端末を変える場合についても、有効な効果を得ることができる。
例えば、職場の端末を用いてアクセスする場合と、自宅の端末を用いてアクセスする場合とでは、一人のユーザが一つのアカウントを用いて（即ち一つのユーザＩＤを用いて）いるにも関わらず、端末によって閲覧する商品などが異なる可能性がある。或いは、同じ自宅であっても、使用用途によって端末を使い分けている場合がある。
このような場合、傾向判定部１ｅは、職場の端末と自宅の端末に基づくそれぞれの履歴の傾向が違うことから、同じユーザが双方の端末を利用しているにも関わらず異なるユーザが使用していると判定する。従って、職場の端末と自宅の端末において、端末ごとの閲覧履歴や購入履歴の情報に基づいて、リコメンド商品が選択されて提供される。
これは、職場の端末と自宅の端末で異なる使い方をしているユーザにとって、自宅の端末で閲覧した商品に基づくリコメンド商品が職場の端末上で提示されることがないため、ユーザの状況に即した適切な情報提示を行うことができることとなる。即ち、端末ごとに用途を使い分けているというユーザの使用態様に沿って、端末ごとの閲覧履歴や購入履歴の情報に基づいたリコメンド商品を選択して、提示することができる。
【００７２】
上述した各例においては、ユーザに対してリコメンド商品の情報を提示する例を示したが、それ以外の情報を提示する例であってもよい。例えば、広告などの情報である。これによれば、ユーザが端末ごとに異なる商品ジャンルを閲覧する場合に、即ち、端末を用途によって使い分けている場合に、その使い分けに適合した情報を提示することができる。
【００７３】
また、ユーザＩＤと端末ＩＤに基づいて各種の情報を配信する装置としては、上記した電子商取引を対象としたＥＣサーバ１以外の情報処理装置も考えられる。
具体的には、電子書籍などの電子コンテンツを配信する電子書籍配信サーバや、各種の動画を配信する動画配信サーバや、音楽データを配信する音楽配信サーバなどである。
例えば、電子書籍配信サーバは、ユーザ端末３に対して、ユーザがこれまでに購入した電子書籍の履歴（或いは閲覧した電子書籍の履歴）を提示することや、それらの履歴に基づくリコメンド書籍を提示することが考えられる。そのような場合に上述した各種の処理を行うことによって、端末ごとの履歴情報に応じた情報を提示することや、端末によらずユーザＩＤに紐付く履歴情報に基づいて情報を提示する。
【００７４】
尚、上記では、履歴をユーザ端末３ごとに管理する場合と、履歴をユーザ端末３によらずユーザＩＤに基づいて統合管理する場合を説明したが、双方の場合において履歴ＤＢ５１に記憶される各履歴情報の記憶態様は同じとしてもよい。
例えば、各履歴は、操作を行ったユーザ端末３の端末ＩＤとユーザＩＤとが紐付けられて管理される。即ち、管理方法によらず、記憶される情報は同じである。
このような場合でも、ユーザに対する提示情報（リコメンド情報や広告情報など）を抽出する処理において、当該ユーザの履歴情報の管理方法を考慮すれば、同様の効果を得ることができる。
即ち、履歴情報が統合管理されたユーザであれば、ユーザＩＤに紐付く履歴全てを対象として提示情報を抽出する。また、履歴情報が端末ＩＤごとに管理されたユーザであれば、ユーザＩＤと端末ＩＤに紐付く履歴を対象として提示情報を抽出する
【００７５】
尚、上記した例では、履歴情報をユーザＩＤと端末ＩＤの組ごとに別管理された状態から、統合管理された状態へ変更される例を説明したが、統合管理された状態と別管理された状態が複数回繰り返されてもよい。即ち、その時々のユーザの状況に応じて、別管理の状態から統合管理の状態へ遷移させることや、統合管理の状態から別管理の状態へ遷移させることが考えられる。
また、これらの状態遷移は、例えば図８に示したような選択肢を提示することによって取得できるユーザの回答に基づいて行ってもよいし、図１０及び図１１に示したような傾向判定処理の判定結果に基づいてＥＣサーバ１が自動的に行ってもよい。
【００７６】
＜７．プログラム＞
各実施の形態におけるプログラムは、ＥＣサーバ１が備える演算処理装置（ＣＰＵなど）に実行させるプログラムである。
【００７７】
このプログラムは、ユーザ識別情報と端末識別情報の組ごとに履歴を管理する情報処理装置に以下の各手順を実行させる。
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた履歴を用いて提示情報を抽出する提示情報抽出手順を演算処理装置に実行させる。
また、情報取得要求を行った端末に対して提示情報を提示する制御を行う提示制御手順を演算処理装置に実行させる。
即ちこのプログラムは、演算処理装置に対して、図５乃至図７，図９乃至図１１で説明した各処理を実行させるプログラムである。
【００７８】
このようなプログラムにより、上述したＥＣサーバ１を実現できる。
そしてこのようなプログラムはコンピュータ装置などの機器に内蔵されている記憶媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭなどに予め記憶しておくことができる。或いはまた、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的或いは永続的に格納（記憶）しておくことができる。またこのようなリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータなどにインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。
【符号の説明】
【００７９】
１  ＥＣサーバ、１ａ  履歴管理部、１ｂ  提示情報抽出部、１ｃ  提示制御部、１ｄ  選択要求提示部、１ｅ  傾向判定部、２  通信ネットワーク、３，３Ａ，３Ｂ，３Ｃ  ユーザ端末、５０  ユーザＤＢ、５１  履歴ＤＢ、５２  商品ＤＢ、５３  ウェブページＤＢ
【図１】
2017081740.tif 000003
【図２】
2017081740.tif 000004
【図３】
2017081740.tif 000005
【図４】
2017081740.tif 000006
【図５】
2017081740.tif 000007
【図６】
2017081740.tif 000008
【図７】
2017081740.tif 000009
【図８】
2017081740.tif 000010
【図９】
2017081740.tif 000011
【図１０】
2017081740.tif 000012
【図１１】
2017081740.tif 000013
【図１２】
2017081740.tif 000014
【図１３】
2017081740.tif 000015
【図１４】
2017081740.tif 000016
【手続補正書】
【提出日】平成28年10月4日(2016.10.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ識別情報と端末識別情報の組ごとに履歴を管理する履歴管理部と、
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出部と、
前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御部と、
前記組の中でユーザ識別情報が同一となる組が複数ある場合に、前記複数の組について前記履歴をまとめて管理するか否かを選択させる選択要求を当該ユーザ識別情報を利用するユーザに提示する選択要求提示部と、を備える
情報処理装置。
【請求項２】
前記履歴管理部は、ユーザ識別情報が同一となる複数の組の中で、ユーザ識別情報以外の情報を用いて同一ユーザが使用していると判定された複数の組については前記履歴をまとめて管理する
請求項１に記載の情報処理装置。
【請求項３】
ユーザ識別情報以外の情報として組ごとの前記履歴を用いて同一ユーザが使用しているか否かを判定する判定部と、を更に備え、
前記履歴管理部は、前記判定部によって同一ユーザが使用していると判定された複数の組の前記履歴をまとめて管理する
請求項２に記載の情報処理装置。
【請求項４】
前記判定部は、端末を使用した際の位置情報に基づいて前記判定を行う
請求項３に記載の情報処理装置。
【請求項５】
前記判定部は、端末を使用した時間帯に基づいて前記判定を行う
請求項３に記載の情報処理装置。
【請求項６】
前記判定部は、端末の操作態様に基づいて前記判定を行う
請求項３に記載の情報処理装置。
【請求項７】
ユーザ識別情報と端末識別情報の組ごとに履歴を管理する情報処理装置が実行する情報処理方法であって、
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出ステップと、
前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御ステップと、
前記組の中でユーザ識別情報が同一となる組が複数ある場合に、前記複数の組について前記履歴をまとめて管理するか否かを選択させる選択要求を当該ユーザ識別情報を利用するユーザに提示する選択要求提示ステップと、を
有する情報処理方法。
【請求項８】
ユーザ識別情報と端末識別情報の組ごとに履歴を管理する情報処理装置に実行させるプログラムであって、
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出手順と、
前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御手順と、
前記組の中でユーザ識別情報が同一となる組が複数ある場合に、前記複数の組について前記履歴をまとめて管理するか否かを選択させる選択要求を当該ユーザ識別情報を利用するユーザに提示する選択要求提示手順と、を
実行させるプログラム。
【請求項９】
ユーザ識別情報と端末識別情報の組ごとに履歴を管理する情報処理装置に実行させるプログラムを記憶した記憶媒体であって、
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出手順と、
前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御手順と、
前記組の中でユーザ識別情報が同一となる組が複数ある場合に、前記複数の組について前記履歴をまとめて管理するか否かを選択させる選択要求を当該ユーザ識別情報を利用するユーザに提示する選択要求提示手順と、を
実行させるプログラムを記憶した記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
本発明に係る情報処理方法は、ユーザ識別情報と端末識別情報の組ごとに履歴を管理する情報処理装置が実行する情報処理方法であって、情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた前記履歴を用いて提示情報を抽出する提示情報抽出ステップと、前記情報取得要求を行った端末に対して前記提示情報を提示する制御を行う提示制御ステップと、前記組の中でユーザ識別情報が同一となる組が複数ある場合に、前記複数の組について前記履歴をまとめて管理するか否かを選択させる選択要求を当該ユーザ識別情報を利用するユーザに提示する選択要求提示ステップと、を有するものである。
この情報処理方法により、ユーザごとに適した情報を提示する環境を提供するための処理が実行される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００７７
【補正方法】変更
【補正の内容】
【００７７】
このプログラムは、ユーザ識別情報と端末識別情報の組ごとに履歴を管理する情報処理装置に以下の各手順を実行させる。
情報取得要求を行ったユーザのユーザ識別情報と該ユーザが使用する端末の端末識別情報の組に応じた履歴を用いて提示情報を抽出する提示情報抽出手順を演算処理装置に実行させる。
また、情報取得要求を行った端末に対して提示情報を提示する制御を行う提示制御手順を演算処理装置に実行させる。
そして、前記組の中でユーザ識別情報が同一となる組が複数ある場合に、前記複数の組について前記履歴をまとめて管理するか否かを選択させる選択要求を当該ユーザ識別情報を利用するユーザに提示する選択要求提示手順を演算処理装置に実行させる。
即ちこのプログラムは、演算処理装置に対して、図５乃至図７，図９乃至図１１で説明した各処理を実行させるプログラムである。
【国際調査報告】
2017081740.tif 000017
2017081740.tif 000018