JP5265066B1 - 情報提供システム、情報提供方法、プログラム及び記録媒体 - Google Patents

Abstract

ユーザによる当該ユーザの属性の変更に起因した新たなニーズに対応した商品又はサービスに関する情報を当該ユーザに提供できる情報提供システムを提供する。受付部（２０）は、ユーザの属性の値の変更要求を受け付ける。ユーザ属性変更部（２２）は、変更要求に応じて、属性の値を変更する。推薦対象特定部（２４）は、属性の変更前の値と変更後の値との少なくとも一方に基づいて、ユーザへの推薦対象となる商品又はサービスを特定する。情報提供部（２８）は、推薦対象特定部（２４）が特定する商品又はサービスに関する情報をユーザに提供する。

Description

本発明は、情報提供システム、情報提供方法、プログラム及び記録媒体に関する。

ウェブサイトを利用した、商品又はサービスに関する情報を提供するサービスとして、ユーザの購入履歴に基づいて、ユーザが購入した商品又はサービスに類似する商品又はサービスの情報をユーザに提供する技術や、ユーザの過去の閲覧履歴に基づいて、ユーザが閲覧した商品又はサービスに類似する商品又はサービスの情報をユーザに提供する技術が存在する。また、特許文献１には、ユーザによる商品の購入履歴やユーザが用いた商品についての検索条件の経時的変化が類似する人物が購入した商品等の情報をユーザに提供する技術が記載されている。

特開２００９−０２６３０４号公報

従来技術では、ユーザが購入した商品又はサービスに類似する商品又はサービスの情報や、ユーザが閲覧した商品又はサービスに類似する商品又はサービスの情報や、ユーザによる商品の購入履歴やユーザが用いた商品についての検索条件の経時的変化が類似する人物が購入した商品等の情報を当該ユーザに提供することはできるが、ユーザによる、当該ユーザの個人情報の変更などといった、当該ユーザの属性の変更に起因した新たなニーズに対応した商品又はサービスに関する情報を、当該ユーザに提供することはできなかった。

本発明は、上記課題に鑑みてなされたものであって、その目的の１つは、ユーザによる当該ユーザの属性の変更に起因した新たなニーズに対応した商品又はサービスに関する情報を当該ユーザに提供できる情報提供システムを提供することにある。

上記課題を解決するために、本発明に係る情報提供システムは、ユーザの属性の値の変更要求を受け付ける受付手段と、前記変更要求に応じて、前記属性の値を変更する変更手段と、前記属性の変更前の値と変更後の値との少なくとも一方に基づいて、前記ユーザへの推薦対象となる商品又はサービスを特定する特定手段と、前記特定手段が特定する商品又はサービスに関する情報を前記ユーザに提供する提供手段と、を含むことを特徴とする。

また、本発明に係る情報提供方法は、ユーザの属性の値の変更要求を受け付ける受付ステップと、前記変更要求に応じて、前記属性の値を変更する変更ステップと、前記属性の変更前の値と変更後の値との少なくとも一方に基づいて、前記ユーザへの推薦対象となる商品又はサービスを特定する特定ステップと、前記特定手段が特定する商品又はサービスに関する情報を前記ユーザに提供する提供ステップと、を含むことを特徴とする。

また、本発明に係るプログラムは、ユーザの属性の値の変更要求を受け付ける受付手段、前記変更要求に応じて、前記属性の値を変更する変更手段、前記属性の変更前の値と変更後の値との少なくとも一方に基づいて、前記ユーザへの推薦対象となる商品又はサービスを特定する特定手段、前記特定手段が特定する商品又はサービスに関する情報を前記ユーザに提供する提供手段、としてコンピュータを機能させることを特徴とする。

また、本発明に係る記録媒体は、ユーザの属性の値の変更要求を受け付ける受付手段、前記変更要求に応じて、前記属性の値を変更する変更手段、前記属性の変更前の値と変更後の値との少なくとも一方に基づいて、前記ユーザへの推薦対象となる商品又はサービスを特定する特定手段、前記特定手段が特定する商品又はサービスに関する情報を前記ユーザに提供する提供手段、としてコンピュータを機能させることを特徴とするプログラムを記録した記録媒体である。

本発明では、ユーザの要求に応じて変更される属性の変更前の値と変更後の値との少なくとも一方に基づいて、ユーザへの推薦対象となる商品又はサービスが特定される。そして、特定される商品又はサービスに関する情報がユーザに提供される。このようにして、本発明によれば、ユーザによる当該ユーザの属性の変更に起因した新たなニーズに対応した商品又はサービスに関する情報が当該ユーザに提供されることとなる。

本発明の一態様では、前記特定手段は、前記属性の変更前の値と変更後の値との少なくとも一方、及び、当該属性に関連付けられている、当該属性の変更の際には変更されない、前記ユーザの他の属性の値に基づいて、前記ユーザへの推薦対象となる商品又はサービスを特定することを特徴とする。

また、本発明の一態様では、前記受付手段は、ユーザの属性の値を変更するためのページに対する前記ユーザの操作に基づく、前記ユーザの属性の値の変更要求を受け付け、前記特定手段は、ユーザが変更可能である属性の変更前の値と変更後の値との少なくとも一方、及び、当該属性に関連付けられている、前記ページに対する操作では前記ユーザが変更不可能である、前記ユーザの他の属性の値に基づいて、前記ユーザへの推薦対象となる商品又はサービスを特定することを特徴とする。

また、本発明の一態様では、前記特定手段は、ユーザが変更可能である属性の変更前の値と変更後の値との少なくとも一方、及び、当該属性に関連付けられている、前記ユーザが変更不可能である、前記ユーザの他の属性の値に基づいて、前記ユーザへの推薦対象となる商品又はサービスを特定することを特徴とする。

また、本発明の一態様では、前記特定手段は、前記ユーザの属性の値の変更の際、又は、前記ユーザの属性の値が変更されるタイミングより前の所定の期間内に、当該属性に関連付けられている、前記ユーザの他の属性の値が変更されているか否かに応じて、互いに異なる商品又はサービスを特定することを特徴とする。

また、本発明の一態様では、前記ユーザの属性の値の変更の際に当該属性に関連付けられている前記ユーザの他の属性の値が変更される場合、又は、前記ユーザの属性の値が変更されるタイミングより前の所定の期間内に当該属性に関連付けられている前記ユーザの他の属性の値が変更された場合は、前記提供手段による、前記特定手段が特定する商品又はサービスに関する情報の前記ユーザへの提供を制限する制限手段、をさらに含むことを特徴とする。

本発明の一実施形態に係るコンピュータネットワークの全体構成図である。 本発明の一実施形態に係る仮想商店街システムで実現される機能の一例を示す機能ブロック図である。 アカウントデータの一例を示す図である。 推薦対象特定規則データの一例を示す図である。 ランク管理データの一例を示す図である。 ユーザ属性表示ページの一例を示す図である。 ユーザ属性変更ページの一例を示す図である。 ユーザ属性変更確認ページの一例を示す図である。 ユーザ属性表示ページの一例を示す図である。 本発明の一実施形態に係る仮想商店街システムで行われる処理の流れの一例を示すフロー図である。 推薦対象特定規則データの一例を示す図である。 変更属性選択ページの一例を示す図である。 ユーザ属性変更ページの一例を示す図である。 ユーザ属性変更確認ページの一例を示す図である。 制限規則データの一例を示す図である。

以下、本発明の一実施形態について図面に基づき詳細に説明する。

図１は、本発明の一実施形態に係るコンピュータネットワークの全体構成図である。図１に示すように、インターネットなどのコンピュータネットワーク１４には、いずれもコンピュータを中心に構成された仮想商店街システム１０、ユーザ端末１２（１２−１〜１２−ｎ）、が接続されている。そして、仮想商店街システム１０、ユーザ端末１２は互いに通信可能になっている。

仮想商店街システム１０は、例えば、仮想商店街のポータルとして機能するコンピュータシステムである。仮想商店街システム１０は、ユーザ端末１２から受け付ける処理要求に基づく処理を実行する。また、本実施形態では、仮想商店街システム１０は、ユーザによる個人情報の変更に起因した新たなニーズに対応した商品又はサービスに関する情報をユーザに提供する情報提供システムとしての役割も担う。

仮想商店街システム１０は、例えば、仮想商店街システム１０にインストールされるプログラムに従って動作するＣＰＵ等のプログラム制御デバイスである制御部、ＲＯＭやＲＡＭ等の記憶素子やハードディスクドライブなどである記憶部、ネットワークボードなどの通信インタフェースである通信部、を含んで構成されている。これらの要素は、バスを介して接続される。仮想商店街システム１０の記憶部には、仮想商店街システム１０の制御部によって実行されるプログラムが記憶される。また、仮想商店街システム１０の記憶部は、仮想商店街システム１０のワークメモリとしても動作する。

ユーザ端末１２は、仮想商店街システム１０を通じて商品やサービスを購入するユーザによって操作されるコンピュータである。ユーザ端末１２は、例えば、パーソナルコンピュータ、携帯電話機、スマートフォン、などである。ユーザ端末１２は、例えば、ＣＰＵ等の制御部、ＲＯＭやＲＡＭ等の記憶素子やハードディスクドライブ等の記憶部、ディスプレイ等の出力部、マウス、キーボード、タッチパッド、ボタン等の入力部、ネットワークボード等の通信部を備えている。また、本実施形態に係るユーザ端末１２には、ウェブブラウザ及び電子メールクライアントが予めインストールされており、これらのアプリケーションプログラムが実行される。ユーザ端末１２は、ウェブブラウザを通じて仮想商店街システム１０が提供する各種サービスを受け、また、電子メールクライアントを通じて仮想商店街システム１０から送信される電子メールを受信する。

本実施形態では、例えば、仮想商店街システム１０にアカウントが登録されているユーザが、当該ユーザの個人情報等の、当該ユーザの属性を変更した際に、仮想商店街システム１０は、当該ユーザへの推薦対象となる商品又はサービスに関する情報を、当該ユーザに提供する。以下、このようにしてユーザに提供される情報を、推薦対象関連情報と呼ぶこととする。推薦対象関連情報の具体例としては、ユーザへの推薦対象となる商品やサービスに関するバナー画像等の広告や、ユーザへの推薦対象となる商品やサービスを説明するページへのリンク、などが挙げられる。推薦対象関連情報は、推薦対象関連情報が提供されるユーザの属性の変更前の値と変更後の値との少なくとも一方に基づいて特定される。

本実施形態では、ユーザ端末１２が、ウェブブラウザを介して仮想商店街システム１０にアクセスし、ユーザＩＤ及びパスワードを入力してから、その後に所定のＵＲＬにアクセスすると、ユーザ端末１２のディスプレイに所定のＵＲＬに対応するページが表示される。なお、ユーザＩＤ及びパスワードを入力した後は、仮想商店街システム１０は、例えば、セッション情報を参照することによりユーザ端末１２を利用するユーザのユーザＩＤを特定することができるようになっている。

図２は、本実施形態に係る仮想商店街システム１０で実現される機能のうち、ユーザに対する推薦対象関連情報の提供に関係する機能の一例を示す機能ブロック図である。なお、本実施形態に係る仮想商店街システム１０で、図２に示す機能以外の機能についても実現されていても構わない。

本実施形態に係る仮想商店街システム１０は、機能的には、例えば、受付部２０、ユーザ属性変更部２２、推薦対象特定部２４、情報生成部２６、情報提供部２８、を含んでいる。これらの要素は、コンピュータである仮想商店街システム１０にインストールされたプログラムを、仮想商店街システム１０の制御部で実行することにより実現されている。なお、このプログラムは、例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどのコンピュータ読み取り可能な記録媒体を介して、あるいは、インターネットなどの通信ネットワークを介して仮想商店街システム１０に供給される。

本実施形態では、予め、図３に例示するアカウントデータ３０が、仮想商店街システム１０の記憶部に記憶されていることとする。アカウントデータ３０は、仮想商店街システム１０を利用するユーザのアカウントを管理するためのデータである。本実施形態では、アカウントデータ３０には、複数の要素が含まれており、それぞれの要素は、例えば、ユーザの個人情報などといった、ユーザの属性の値に対応付けられる。アカウントデータ３０には、例えば、ユーザの識別子であるユーザＩＤ、ユーザを認証するためのパスワード、ユーザの氏名を示す氏名データ、ユーザの性別を示す性別データ、ユーザの電子メールアドレスを示す電子メールアドレスデータ、ユーザの住所を示す住所データ、ユーザの職業を示す職業データ、ユーザの会社名を示す会社名データ、ユーザの部署名を示す部署名データ、ユーザの役職の名称を示す役職名データ、ユーザの電話番号を示す電話番号データ、などが含まれている。

また、本実施形態では、住所データには、ユーザの住所の郵便番号を示す郵便番号データ、ユーザの住所が属する都道府県の名称を示す都道府県名データ、ユーザの住所が属する郡、市、又は、区の名称を示す郡市区名データ、郡市区名データによって表された領域内における場所の名称（例えば、地区の名称、丁目や番地等の名称、アパートの名称等）を示す詳細住所データ、が含まれている。

アカウントデータ３０は、例えば、ユーザによる、ユーザ端末１２のディスプレイに表示されるアカウント登録ページ（図示せず）に対する当該ユーザのアカウントの登録操作に応じて、仮想商店街システム１０が生成し、仮想商店街システム１０の記憶部に記憶させる。

また、本実施形態では、予め、図４に例示する推薦対象特定規則データ３２が仮想商店街システム１０の記憶部に記憶されていることとする。推薦対象特定規則データ３２は、本実施形態において、ユーザの属性の値の変更、すなわち、アカウントデータ３０に含まれる１又は複数の属性の値の変更が行われた際に実行される、当該変更の内容に基づく、当該ユーザへの推薦対象となる商品又はサービスの特定に関する規則を示すデータである。

推薦対象特定規則データ３２には、本実施形態では、例えば、推薦対象特定規則データ３２の識別子である規則データＩＤ、推薦対象関連情報を提供する条件を示す提供条件データ、推薦対象関連情報の生成の基礎となる推薦対象関連基礎情報、が含まれている。推薦対象関連基礎情報には、本実施形態では、例えば、推薦対象となる商品又はサービスに関するバナー画像とユーザへの推薦対象となる商品やサービスを説明するページのＵＲＬとの組合せが含まれる。

図４に示すように、規則データＩＤの値が「００１」である推薦対象特定規則データ３２に含まれる提供条件データには、値として「職業の変更後の値＝営業」が設定されている。また、規則データＩＤの値が「００１」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報には、スーツについての推薦対象関連情報を生成する基礎となる情報であるスーツ関連基礎情報が設定されている。スーツ関連基礎情報には、例えば、スーツについての広告の画像であるバナー画像、及び、仮想商店街システム１０においてスーツを紹介するページ（例えば、カテゴリ「スーツ」のトップページ）のＵＲＬが含まれる。

また、規則データＩＤの値が「００２」である推薦対象特定規則データ３２に含まれる提供条件データには、値として「職業の変更後の値＝写真家」が設定されている。また、規則データＩＤの値が「００２」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報には、カメラについての推薦対象関連情報を生成する基礎となる情報であるカメラ関連基礎情報が設定されている。カメラ関連基礎情報には、例えば、カメラについての広告の画像であるバナー画像、及び、仮想商店街システム１０においてカメラを紹介するページ（例えば、カテゴリ「カメラ」のトップページ）のＵＲＬが含まれる。

また、規則データＩＤの値が「００３」である推薦対象特定規則データ３２に含まれる提供条件データには、値として「都道府県の名称の変更前の値＝沖縄県」が設定されている。また、規則データＩＤの値が「００３」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報には、沖縄についての推薦対象関連情報を生成する基礎となる情報である沖縄関連基礎情報が設定されている。沖縄関連基礎情報には、例えば、沖縄の特産品についての広告の画像であるバナー画像、及び、仮想商店街システム１０において沖縄の特産品を紹介するページ（例えば、カテゴリ「沖縄の特産品」のトップページ）のＵＲＬが含まれる。

また、規則データＩＤの値が「００４」である推薦対象特定規則データ３２に含まれる提供条件データには、値として「変更前の役職に対応するランク番号＜変更後の役職に対応するランク番号」が設定されている。また、規則データＩＤの値が「００４」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報には、昇進についての推薦対象関連情報を生成する基礎となる情報である昇進関連基礎情報が設定されている。昇進関連基礎情報には、例えば、昇進祝い特集についての広告の画像であるバナー画像、及び、仮想商店街システム１０において昇進祝いに関連する商品又はサービスの特集ページのＵＲＬが含まれる。

また、本実施形態では、予め、図５に例示する、ランク番号と役職とを対応付けたデータであるランク管理データ３４が予め記憶されていることとする。図５に示すランク管理データ３４では、役職の職位が高いほど、当該役職に対応付けられているランク番号の値が大きくなるよう設定されている。

図６は、ユーザ端末１２に表示されるユーザ属性表示ページ４０の一例を示す図である。本実施形態では、仮想商店街システム１０の受付部２０が、ログイン済であるユーザ（以下ユーザＡと呼ぶ。）のユーザ端末１２からユーザ属性表示ページ４０の出力要求を受け付けると、仮想商店街システム１０の情報生成部２６が、ユーザＡのユーザＩＤ（例えば、「００１」）を含むアカウントデータ３０に基づいて、図６に例示するユーザ属性表示ページ４０を示すデータを生成する。そして、仮想商店街システム１０の情報提供部２８が、このデータをユーザ端末１２に送信する。そして、ユーザ端末１２は、このデータを仮想商店街システム１０から受信すると、ユーザ属性表示ページ４０を、ウェブブラウザを介してディスプレイに表示させる。

図６に示すように、ユーザ属性表示ページ４０には、ユーザＡのアカウントデータ３０に含まれる、電子メールアドレスデータの値、郵便番号データの値、都道府県名データの値、郡市区名データの値、詳細住所データの値、職業データの値、会社名データの値、部署名データの値、役職名データの値、電話番号データの値のそれぞれが一覧として配置されている。また、図６に示すユーザ属性表示ページ４０の右上には、変更ボタン４２が配置されている。

そして、ユーザＡが、ユーザ端末１２に対して、ユーザ属性表示ページ４０に配置されている変更ボタン４２をマウスによりクリックする操作を行うと、ユーザ端末１２は、図７に例示するユーザ属性変更ページ４４の出力要求を仮想商店街システム１０に送信する。すると、仮想商店街システム１０の受付部２０は、当該出力要求を受け付ける。すると、仮想商店街システム１０の情報生成部２６は、ユーザ属性変更ページ４４を示すデータを生成する。すると、仮想商店街システム１０の情報提供部２８は、このデータをユーザ端末１２に送信する。そして、ユーザ端末１２は、このデータを仮想商店街システム１０から受信すると、ユーザ属性変更ページ４４を、ウェブブラウザを介してディスプレイに表示させる。

図７に示すように、ユーザ属性変更ページ４４には、電子メールアドレス、郵便番号、都道府県、郡市区、詳細住所、職業、会社名、部署名、役職、電話番号、のそれぞれに対応付けられているフォームが配置されている。本実施形態では、フォームのそれぞれには、当該フォームに対応付けられる現在の属性の値、すなわち、アカウントデータ３０に含まれる要素の値が予め入力されている。本実施形態では、アカウントデータ３０に含まれる、住所データ、職業データ、会社名データ、部署名データ、役職名データ、電話番号データは、ユーザ属性変更ページ４４で変更可能である。すなわち、住所、職業、会社名、部署名、役職、電話番号は、ユーザ属性変更ページ４４で変更可能な属性である。一方、アカウントデータ３０に含まれる、ユーザＩＤ、パスワード、氏名データ、性別データは、ユーザ属性変更ページ４４で変更不可能である。すなわち、ユーザＩＤ、パスワード、氏名、性別は、ユーザ属性変更ページ４４で変更不可能な属性である。なお、図７には、属性の値の変更前の状態のユーザ属性変更ページ４４が一例として示されている。

また、ユーザ属性変更ページ４４の下部には、確認ボタン４６が配置されている。ユーザＡは、ユーザ端末１２に対して、変更したい属性に対応付けられるフォームに入力されている値を変更する操作を行った上で、確認ボタン４６をクリックする操作を行うと、ユーザ端末１２は、図８に例示するユーザ属性変更確認ページ４８の出力要求を仮想商店街システム１０に送信する。すると、仮想商店街システム１０の受付部２０は、当該出力要求を受け付ける。すると、仮想商店街システム１０の情報生成部２６は、ユーザ属性変更確認ページ４８を示すデータを生成する。すると、仮想商店街システム１０の情報提供部２８は、このデータをユーザ端末１２に送信する。そして、ユーザ端末１２は、このデータを仮想商店街システム１０から受信すると、ユーザ属性変更確認ページ４８を、ウェブブラウザを介してディスプレイに表示させる。図８には、図７に示すユーザ属性変更ページ４４において、職業、部署名、及び、役職が変更された際に表示されるユーザ属性変更確認ページ４８が一例として示されている。

ユーザ属性変更確認ページ４８には、ユーザ属性変更ページ４４内の確認ボタン４６がクリックされた際にユーザ属性変更ページ４４に配置されている各フォームに入力されていた値が、一覧として配置されている。また、ユーザ属性変更ページ４４の下部には、変更確定ボタン５０が配置されている。ここで、ユーザＡが、ユーザ端末１２に対して、変更確定ボタン５０をクリックする操作を行うと、図９に例示するユーザ属性表示ページ４０がユーザ端末１２のディスプレイにウェブブラウザを介して表示されることとなる。

ここで、本実施形態に係る仮想商店街システム１０で行われる、図８に示すユーザ属性変更確認ページ４８に配置されている変更確定ボタン５０がクリックされてから、図９に示すユーザ属性表示ページ４０がユーザ端末１２のディスプレイに表示されるまでの処理の流れの一例を、図１０に示すフロー図を参照しながら説明する。

まず、ユーザＡが、ユーザ端末１２に対して、変更確定ボタン５０をクリックする操作を行うと、ユーザ端末１２が、ユーザＡの属性の値の変更要求を仮想商店街システム１０に送信する。すると、仮想商店街システム１０の受付部２０が、当該変更要求を受け付ける（Ｓ１０１）。本実施形態では、当該変更要求には、ユーザ属性表示ページ４０に配置されている各属性の値が関連付けられていることとする。

そして、仮想商店街システム１０のユーザ属性変更部２２は、ユーザＡのユーザＩＤ（ここでは、例えば、「００１」とする。）が含まれるアカウントデータ３０に含まれる、ユーザＩＤ及びパスワード以外の要素のそれぞれについて、アカウントデータ３０に設定されている値と、Ｓ１０１に示す処理で受け付けた変更要求に関連付けられている値と、が一致するか否かを判定し、一致していない場合は、ユーザＡのユーザＩＤが含まれるアカウントデータ３０に設定されている属性の値を、Ｓ１０１に示す処理で受け付けた変更要求に関連付けられている値に変更する（Ｓ１０２）。そして、推薦対象特定部２４は、Ｓ１０２に示す処理において値が変更された属性を特定する（Ｓ１０３）。そして、推薦対象特定部２４は、仮想商店街システム１０の記憶部に記憶されている推薦対象特定規則データ３２のうち、Ｓ１０３に示す処理で特定された属性の値が、推薦対象特定規則データ３２に含まれる提供条件データが示す条件を満足するものを特定する（Ｓ１０４）。図４に示すように、推薦対象特定規則データ３２に含まれる提供条件データには、Ｓ１０３に示す処理で特定された属性の変更前の値又は変更後の値の少なくとも一方に関する条件が示されている。

そして、推薦対象特定部２４は、Ｓ１０４に示す処理で特定された推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報を、ユーザＡに提供される推薦対象関連情報の生成の基礎となるデータとして特定する（Ｓ１０５）。

例えば、Ｓ１０３に示す処理で、変更された属性として職業が特定されたこととする。このとき、アカウントデータ３０に含まれる職業データの値の変更後の値が「営業」である場合には、この状態は、規則データＩＤの値が「００１」である推薦対象特定規則データ３２に含まれる提供条件データの値として示されている条件「職業の変更後の値＝営業」を満足するので、推薦対象特定部２４は、Ｓ１０４に示す処理で、規則データＩＤの値が「００１」である推薦対象特定規則データ３２を特定する。そして、推薦対象特定部２４は、Ｓ１０５に示す処理で、規則データＩＤの値が「００１」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報である、スーツ関連基礎情報を、ユーザＡに提供される推薦対象関連情報の生成の基礎となる情報として特定する。

また、上述の場合において、アカウントデータ３０に含まれる職業データの値の変更後の値が「写真家」である場合には、この状態は、規則データＩＤの値が「００２」である推薦対象特定規則データ３２に含まれる提供条件データの値として示されている条件「職業の変更後の値＝写真家」を満足するので、推薦対象特定部２４は、Ｓ１０４に示す処理で、規則データＩＤの値が「００２」である推薦対象特定規則データ３２を特定する。そして、推薦対象特定部２４は、Ｓ１０５に示す処理で、規則データＩＤの値が「００２」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報である、カメラ関連基礎情報を、ユーザＡに提供される推薦対象関連情報の生成の基礎となる情報として特定する。

また、例えば、Ｓ１０３に示す処理で、変更された属性として都道府県名が特定されたこととする。このとき、アカウントデータ３０に含まれる都道府県名データの値の変更前の値が「沖縄県」である場合には、この状態は、規則データＩＤの値が「００３」である推薦対象特定規則データ３２に含まれる提供条件データの値として示されている条件「都道府県名の変更前の値＝沖縄県」を満足するので、推薦対象特定部２４は、Ｓ１０４に示す処理で、規則データＩＤの値が「００３」である推薦対象特定規則データ３２を特定する。そして、推薦対象特定部２４は、Ｓ１０５に示す処理で、規則データＩＤの値が「００３」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報である、沖縄関連基礎情報を、ユーザＡに提供される推薦対象関連情報の生成の基礎となる情報として特定する。

また、例えば、Ｓ１０３に示す処理で、変更された属性として役職が特定されたこととする。このとき、アカウントデータ３０に含まれる役職名データの値の変更前の値が「課長」であり、アカウントデータ３０に含まれる役職名データの値の変更前の値が「部長」である場合には、図５に示すランク管理データ３４において、役職「課長」にランク番号「５」が対応付けられており、役職「部長」にランク番号「８」が対応付けられているため、この状態は、規則データＩＤの値が「００４」である推薦対象特定規則データ３２に含まれる提供条件データの値として示されている条件「変更前の役職に対応するランク番号＜変更後の役職に対応するランク番号」を満足する。よって、推薦対象特定部２４は、Ｓ１０４に示す処理で、規則データＩＤの値が「００４」である推薦対象特定規則データ３２を特定する。そして、推薦対象特定部２４は、Ｓ１０５に示す処理で、規則データＩＤの値が「００４」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報である、昇進関連基礎情報を、ユーザＡに提供される推薦対象関連情報の生成の基礎となる情報として特定する。

なお、Ｓ１０４に示す処理で、推薦対象特定部２４は、Ｓ１０３に示す処理で特定された属性の変更前の値及び変更後の値の少なくとも一方が、含まれる提供条件データが示す条件を満足する推薦対象特定規則データ３２が複数存在する場合には、当該複数の推薦対象特定規則データ３２を特定するようにしてもよい。そして、Ｓ１０５に示す処理で、推薦対象特定部２４は、当該複数の推薦対象特定規則データ３２のそれぞれに含まれる推薦対象関連基礎情報を、ユーザＡに提供される推薦対象関連情報の生成の基礎となる情報として特定してもよい。

例えば、Ｓ１０３に示す処理で、変更された属性として職業及び役職が特定されたこととする。このとき、アカウントデータ３０に含まれる職業データの値の変更後の値が「営業」であり、アカウントデータ３０に含まれる役職名データの値の変更前の値が「課長」であり、アカウントデータ３０に含まれる役職名データの値の変更後の値が「部長」である場合には、この状態は、規則データＩＤの値が「００１」である推薦対象特定規則データ３２に含まれる提供条件データの値として示されている条件、及び、規則データＩＤの値が「００４」である推薦対象特定規則データ３２に含まれる提供条件データの値として示されている条件を満足するので、推薦対象特定部２４は、規則データＩＤの値が「００１」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報、及び、規則データＩＤの値が「００４」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報を、ユーザＡに提供される推薦対象関連情報の生成の基礎となる情報として特定する。

そして、情報生成部２６は、Ｓ１０５に示す処理の終了後に、Ｓ１０５に示す処理で特定された推薦対象関連基礎情報に基づいて、ユーザＡに提供される推薦対象関連情報を生成する（Ｓ１０６）。例えば、Ｓ１０５に示す処理で、スーツ関連基礎情報が特定された際には、スーツ関連基礎情報に含まれるＵＲＬがリンクとして関連付けられた、スーツ関連基礎情報に含まれるバナー画像を、推薦対象関連情報として生成する。また、例えば、Ｓ１０５に示す処理で、カメラ関連基礎情報が特定された際には、カメラ関連基礎情報に含まれるＵＲＬがリンクとして関連付けられた、カメラ関連基礎情報に含まれるバナー画像を、推薦対象関連情報として生成する。また、例えば、Ｓ１０５に示す処理で、沖縄関連基礎情報が特定された際には、沖縄関連基礎情報に含まれるＵＲＬがリンクとして関連付けられた、沖縄関連基礎情報に含まれるバナー画像を、推薦対象関連情報として生成する。また、例えば、Ｓ１０５に示す処理で、昇進関連基礎情報が特定された際には、昇進関連基礎情報に含まれるＵＲＬがリンクとして関連付けられた、昇進関連基礎情報に含まれるバナー画像を、推薦対象関連情報として生成する。

なお、Ｓ１０５に示す処理で、推薦対象関連基礎情報が複数特定された場合には、Ｓ１０６に示す処理で、推薦対象関連情報が複数生成されることとなる。

そして、情報生成部２６は、変更後のユーザＡの属性の値、ここでは、例えば、電子メールアドレスデータの値、郵便番号データの値、都道府県名データの値、郡市区名データの値、詳細住所データの値、職業データの値、会社名データの値、部署名データの値、役職名データの値、電話番号データの値のそれぞれが一覧として配置されるとともに、Ｓ１０６に示す処理で生成された推薦対象関連情報が下部に配置されたユーザ属性表示ページ４０を示すデータを生成する（Ｓ１０７）。

図９には、３つのバナー画像が推薦対象関連情報として下部に配置されたユーザ属性表示ページ４０が示されている。それぞれのバナー画像は、対応するＵＲＬがリンクとして関連付けられている。

そして、情報提供部２８が、Ｓ１０７に示す処理で生成されたデータをユーザＡのユーザ端末１２に送信する（Ｓ１０８）。ユーザＡのユーザ端末１２は、このデータを受信すると、当該データが示すユーザ属性表示ページ４０を、ウェブブラウザを介してディスプレイに表示させる。

以上のようにして、Ｓ１０６に示す処理で生成された推薦対象関連情報が配置されたユーザ属性表示ページ４０がユーザＡのユーザ端末１２のディスプレイに表示されることとなる。

そして、ユーザＡが、ユーザ端末１２に対して、推薦対象関連情報としてユーザ属性表示ページ４０に配置されたバナー画像をクリックする操作を行うと、ユーザ端末１２は、クリックされたバナー画像に関連付けられているＵＲＬにより識別されるページの出力要求を仮想商店街システム１０に送信する。すると、仮想商店街システム１０の受付部２０は、当該出力要求を受け付ける。すると、仮想商店街システム１０の情報提供部２８は、クリックされたバナー画像に関連付けられているＵＲＬにより識別されるページを示すデータを、ユーザ端末１２に送信する。そして、ユーザ端末１２は、このデータを仮想商店街システム１０から受信すると、受信したデータが示すページを、ウェブブラウザを介してディスプレイに表示させる。

本実施形態では、推薦対象特定部２４は、ユーザの属性の変更前の値と変更後の値との少なくとも一方に基づいて、当該ユーザへの推薦対象となる商品又はサービスを特定する。推薦対象特定部２４は、具体的には、例えば、ユーザの属性の変更前の値と変更後の値との少なくとも一方に基づいて、当該ユーザへの推薦対象となる商品又はサービスに関する情報である推薦対象関連情報の生成の基礎となる推薦対象関連基礎情報を特定する。そして、情報提供部２８は、推薦対象特定部２４が特定した商品又はサービスに関する情報をユーザに提供する。情報提供部２８は、具体的には、例えば、推薦対象特定部２４が特定した推薦対象関連基礎情報に基づいて生成される推薦対象関連情報が配置されたユーザ属性表示ページ４０をユーザに提供する。このようにして、本実施形態に係る仮想商店街システム１０によれば、ユーザによる当該ユーザの属性の変更に起因した新たなニーズに対応した商品又はサービスに関する情報を当該ユーザに提供できることとなる。

なお、本実施形態における推薦対象特定規則データ３２には様々なバリエーションが考えられる。

図１１は、推薦対象特定規則データ３２の別の一例を示す図である。図１１に示す推薦対象特定規則データ３２には、例えば、推薦対象特定規則データ３２の識別子である規則データＩＤ、推薦対象関連情報を提供する第１の条件を示す第１提供条件データ、推薦対象関連情報を提供する第２の条件を示す第２提供条件データ、推薦対象関連情報の生成の基礎となる推薦対象関連基礎情報、が含まれている。

図１１において、規則データＩＤの値が「００５」である推薦対象特定規則データ３２に含まれる第１提供条件データには、値として「職業の変更後の値＝営業」が設定されており、規則データＩＤの値が「００５」である推薦対象特定規則データ３２に含まれる第２提供条件データには、値として「性別＝男」が設定されている。また、規則データＩＤの値が「００５」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報には、男性用スーツについての推薦対象関連情報を生成する基礎となる情報である男性用スーツ関連基礎情報が設定されている。男性用スーツ関連基礎情報には、例えば、男性用スーツについての広告の画像であるバナー画像、及び、仮想商店街システム１０において男性用スーツを紹介するページ（例えば、カテゴリ「男性用スーツ」のトップページ）のＵＲＬが含まれる。

図１１において、規則データＩＤの値が「００６」である推薦対象特定規則データ３２に含まれる第１提供条件データには、値として「職業の変更後の値＝営業」が設定されており、規則データＩＤの値が「００６」である推薦対象特定規則データ３２に含まれる第２提供条件データには、値として「性別＝女」が設定されている。また、規則データＩＤの値が「００６」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報には、女性用スーツについての推薦対象関連情報を生成する基礎となる情報である女性用スーツ関連基礎情報が設定されている。女性用スーツ関連基礎情報には、例えば、女性用スーツについての広告の画像であるバナー画像、及び、仮想商店街システム１０において女性用スーツを紹介するページ（例えば、カテゴリ「女性用スーツ」のトップページ）のＵＲＬが含まれる。

図１１において、規則データＩＤの値が「００７」である推薦対象特定規則データ３２に含まれる第１提供条件データには、値として「変更前の役職に対応するランク番号＜変更後の役職に対応するランク番号」が設定されており、規則データＩＤの値が「００７」である推薦対象特定規則データ３２に含まれる第２提供条件データには、値として「職業は変更なし」が設定されている。また、規則データＩＤの値が「００７」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報には、昇進についての推薦対象関連情報を生成する基礎となる情報である昇進関連基礎情報が設定されている。昇進関連基礎情報には、例えば、昇進祝い特集についての広告の画像であるバナー画像、及び、仮想商店街システム１０において昇進祝いに関連する商品又はサービスの特集ページのＵＲＬが含まれる。

図４に示す推薦対象特定規則データ３２の代わりに、図１１に示す推薦対象特定規則データ３２を用いる場合については、推薦対象特定部２４は、上述のＳ１０４に示す処理で、例えば、仮想商店街システム１０の記憶部に記憶されている推薦対象特定規則データ３２のうち、Ｓ１０３に示す処理で特定された属性の値が、推薦対象特定規則データ３２に含まれる第１提供条件データが示す条件、及び、第２提供条件データが示す条件を満足するものを特定する。

例えば、Ｓ１０３に示す処理で、変更された属性として職業が特定されたこととする。このとき、アカウントデータ３０に含まれる職業データの値の変更後の値が「営業」であり、アカウントデータ３０に含まれる性別データの値が男である場合には、この状態は、規則データＩＤの値が「００５」である推薦対象特定規則データ３２に含まれる第１提供条件データの値として示されている条件、及び、第２提供条件データの値として示されている条件を満足するので、推薦対象特定部２４は、規則データＩＤの値が「００５」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報である、男性用スーツ関連基礎情報を、ユーザＡに提供される推薦対象関連情報の生成の基礎となる情報として特定する。

また、上述の場合において、アカウントデータ３０に含まれる職業データの値の変更後の値が「営業」であり、アカウントデータ３０に含まれる性別データの値が女である場合には、この状態は、規則データＩＤの値が「００６」である推薦対象特定規則データ３２に含まれる第１提供条件データの値として示されている条件、及び、第２提供条件データの値として示されている条件を満足するので、推薦対象特定部２４は、規則データＩＤの値が「００６」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報である、女性用スーツ関連基礎情報を、ユーザＡに提供される推薦対象関連情報の生成の基礎となる情報として特定する。

このように、推薦対象特定部２４が、ユーザのある属性Ｐ１の変更前の値と変更後の値との少なくとも一方、及び、推薦対象特定規則データ３２において属性Ｐ１に関連付けられている、属性Ｐ１の値の変更の際には変更されない属性Ｑ１の値に基づいて、当該ユーザへの推薦対象となる商品又はサービスを特定するようにしてもよい。具体的には、例えば、推薦対象特定部２４が、ユーザの職業の変更前の値と変更後の値との少なくとも一方、及び、ユーザの職業の値と同時には変更されないユーザの性別の値に基づいて、当該ユーザへの推薦対象となる商品又はサービスを特定するようにしてもよい。

なお、上述の属性Ｑ１は、ユーザ属性変更ページ４４に対するユーザの操作では、当該ユーザが変更不可能な属性（例えば、性別）であっても、ユーザ属性変更ページ４４に対するユーザの操作では、当該ユーザが変更可能な属性であっても構わない。また、上述の属性Ｑ１は、ユーザ属性変更ページ４４においてユーザが変更不可能であるというだけでなく、アカウントデータ３０が登録された以降についてはユーザが変更不可能である属性であっても構わない。

また、例えば、Ｓ１０３に示す処理で、変更された属性として役職が特定され、職業は、変更された属性として特定されなかったとする。ここで、アカウントデータ３０に含まれる役職名データの値の変更前の値が「課長」であり、アカウントデータ３０に含まれる役職名データの値の変更後の値が「部長」である場合には、この状態は、規則データＩＤの値が「００７」である推薦対象特定規則データ３２に含まれる第１提供条件データの値として示されている条件、及び、第２提供条件データの値として示されている条件を満足するので、推薦対象特定部２４は、規則データＩＤの値が「００７」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報である、昇進関連基礎情報を、ユーザＡに提供される推薦対象関連情報の生成の基礎となる情報として特定する。

一方、例えば、Ｓ１０３に示す処理で、変更された属性として役職及び職業が特定されたこととする。また、アカウントデータ３０に含まれる職業データの変更後の値が「営業」であり、アカウントデータ３０に含まれる性別データの値が「男」であることとする。この状態は、規則データＩＤの値が「００７」である推薦対象特定規則データ３２に含まれる第１提供条件データの値として示されている条件は満足するが、第２提供条件データの値として示されている条件を満足しない。よって、この場合は、推薦対象特定部２４は、規則データＩＤの値が「００７」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報である、昇進関連基礎情報を、ユーザＡに提供される推薦対象関連情報の生成の基礎となる情報として特定しない。ただし、この場合は、推薦対象特定部２４は、規則データＩＤの値が「００５」である推薦対象特定規則データ３２に含まれる推薦対象関連基礎情報である、男性用スーツ関連基礎情報を、ユーザＡに提供される推薦対象関連情報の生成の基礎となる情報として特定する。

このように、推薦対象特定部２４は、ユーザのある属性Ｐ２の値の変更の際に、推薦対象特定規則データ３２において属性Ｐ２に関連付けられているユーザの他の属性Ｑ２の値が変更されるか否かに応じて、互いに異なる情報を特定するようにしてもよい。

なお、本発明は上述の実施形態に限定されるものではない。

例えば、ユーザＡが、ユーザ端末１２に対して、ユーザ属性表示ページ４０に配置されている変更ボタン４２をマウスによりクリックする操作を行った際に、図１２に例示する変更属性選択ページ５２が、ユーザ端末１２のディスプレイに表示されるようにしてもよい。図１２に例示する変更属性選択ページ５２には、例えば、それぞれが１又は複数の属性に対応付けられる複数のボタンが配置されている。

ここで、ユーザＡが、ユーザ端末１２に対して、変更した属性に対応付けられるボタンをクリックする操作を行うと、ユーザ端末１２のディスプレイに表示されるページが、図１３に例示する、クリックされたボタンに対応付けられるユーザ属性変更ページ４４に更新されてもよい。図１３は、例えば、属性「役職」に対応付けられるボタンがクリックされた際に表示されるユーザ属性変更ページ４４である。

そして、ユーザＡが、ユーザ端末１２に対して、フォームに入力されている値を変更する操作を行った上で、確認ボタン４６をクリックする操作を行うと、ユーザ端末１２のディスプレイに表示されるページが、確認ボタン４６がクリックされた際にユーザ属性変更ページ４４に含まれるフォームに入力されていた値が一覧として配置された、図１４に例示するユーザ属性変更確認ページ４８に更新されてもよい。図１４に例示するユーザ属性変更確認ページ４８の下部には、変更確定ボタン５０が配置されている。

ここで、ユーザＡが、ユーザ端末１２に対して、変更確定ボタン５０をクリックする操作を行うと、ユーザ端末１２のディスプレイに表示されるページが、ユーザ属性表示ページ４０に更新されてもよい。このとき、上述のＳ１０１〜Ｓ１０８に示す処理と同様の処理が、仮想商店街システム１０で実行されることとなる。ここで、例えば、上述のＳ１０２に示す処理で、ユーザ属性変更部２２が、アカウントデータ３０に設定されている属性の値を変更するとともに、変更される属性の名称、当該属性の変更前の値、当該属性の変更後の値、変更タイミングを示すデータ（例えば、変更日時）、が含まれる属性変更ログデータを、仮想商店街システム１０の記憶部に記憶させるようにしてもよい。

また、仮想商店街システム１０の記憶部に、予め、図１５に例示する、推薦対象関連情報の提供を制限するための制限規則データ５４が記憶されていてもよい。制限規則データ５４には、例えば、制限規則データ５４の識別子である制限規則データＩＤ、推薦対象関連情報の制限対象となる推薦対象特定規則データ３２の規則データＩＤである制限対象規則データＩＤ、推薦対象関連情報の提供を制限する条件を示す提供制限条件データ、が含まれている。図１５には、制限規則データＩＤの値が「１０１」であり、制限対象規則データＩＤの値が「００４」であり、提供制限条件データの値が「１０日以内に職業が変更」である制限規則データ５４が示されている。

そして、仮想商店街システム１０が、制限規則データ５４に基づいて特定される商品又はサービスに関する情報のユーザへの提供を制限する制限部を含んでいてもよい。ここで、制限部による、制限規則データ５４に基づいて、推薦対象関連情報の提供を制限する処理の一例を説明する。以下に説明する処理は、例えば、上述のＳ１０６に示す処理とＳ１０７に示す処理の間に実行される。

まず、制限部は、上述のＳ１０４に示す処理で特定された推薦対象特定規則データ３２の規則データＩＤを制限対象規則データＩＤとして含む制限規則データ５４を特定する。そして、制限部は、特定された制限規則データ５４に含まれる、提供制限条件データを特定する。そして、提供制限条件データが示す条件を満足する場合は、制限部は、Ｓ１０４に示す処理で特定された推薦対象特定規則データ３２に基づいてＳ１０５に示す処理で特定された推薦対象関連基礎情報に基づく情報がユーザに提供されることを制限することを決定する。

例えば、Ｓ１０４に示す処理で、規則データＩＤの値が「００４」である推薦対象特定規則データ３２が特定されたこととする。この場合、制限部は、値が「００４」である制限対象規則データＩＤを含む制限規則データ５４を特定する。そして、制限部は、特定された制限規則データ５４に含まれる提供制限条件データの値「１０日以内に職業が変更」に基づいて、１０日以内に職業が変更されたか否かを確認する。制限部は、具体的には、例えば、ユーザＡのアカウントデータ３０に含まれる役職データの値が変更されるタイミングより前の１０日以内に、ユーザＡのアカウントデータ３０に含まれる職業データの値が変更されたことを示す属性変更ログデータが仮想商店街システム１０の記憶部に記憶されているか否かを確認する。

そして、ユーザＡのアカウントデータ３０に含まれる役職データの値が変更されるタイミングより前の１０日以内に、ユーザＡのアカウントデータ３０に含まれる職業データの値が変更されたことを示す属性変更ログデータが仮想商店街システム１０の記憶部に記憶されている場合は、制限部は、Ｓ１０５に示す処理でユーザＡに提供される推薦対象関連情報の生成の基礎となるデータとして特定された昇進関連基礎情報に基づく情報がユーザＡに提供されることを制限することを決定する。

以上のようにして提供の制限が決定された情報は、上述のＳ１０７に示す処理において、情報生成部２６は、ユーザ属性表示ページ４０に配置しないようにする。情報生成部２６は、例えば、Ｓ１０６に示す処理で生成された推薦対象関連情報のうち、提供の制限が決定された推薦対象関連基礎情報に基づいて生成される推薦対象関連情報（例えば、昇進関連基礎情報に含まれるＵＲＬがリンクとして関連付けられた、昇進関連基礎情報に含まれるバナー画像）については下部に配置されていない、ユーザ属性表示ページ４０を示すデータを生成する。このようにして、制限部によりユーザへの提供を制限することが決定された情報は、ユーザへの提供が制限されることとなる。

なお、情報生成部２６が、ユーザへの提供の制限が決定された推薦対象関連基礎情報については、当該推薦対象関連基礎情報に基づく推薦対象関連情報の生成を行わないようにしてもよい。

このように、制限部が、ユーザのある属性Ｐ３の値が変更されるタイミングより前の所定の期間内に、例えば、制限規則データ５４において、属性Ｐ３に関連付けられているユーザの他の属性Ｑ３の値が変更された場合に、推薦対象特定部２４が特定した情報のユーザへの提供を制限してもよい。

なお、制限部が、ユーザのある属性Ｐ４の値の変更の際に、属性Ｐ４に関連付けられているユーザの他の属性Ｑ４の値が変更された場合に、推薦対象特定部２４が特定した情報のユーザへの提供を制限してもよい。

また、推薦対象特定部２４が、ユーザのある属性Ｐ５の値が変更されるタイミングより前の所定の期間内に、属性Ｐ５に関連付けられている、ユーザの他の属性Ｑ５の値が変更されているか否かに応じて、互いに異なる情報を特定するようにしてもよい。

また、推薦対象関連基礎情報が、例えば、文字列とＵＲＬとを含んでいてもよい。そして、情報生成部２６が、推薦対象関連基礎情報に含まれるＵＲＬがリンクとして関連付けられている、推薦対象関連基礎情報に含まれている文字列を、推薦対象関連情報として生成してもよい。また、情報生成部２６が、以上のようにして生成された、ＵＲＬに関連付けられた文字列が配置されたユーザ属性表示ページ４０を生成するようにしてもよい。

また、情報提供部２８による、情報の提供方法は、ウェブページによるものに限定されない。例えば、情報提供部２８は、推薦対象関連情報をボディとして含む電子メールを、ユーザＡのアカウントデータ３０に含まれる電子メールアドレスデータが示す電子メールアドレスを宛先として送信するようにしてもよい。

また、仮想商店街システム１０は、単一の筐体から構成されていても、複数の筐体から構成されていてもよい。また、本明細書中の具体的な数値や文字列、及び、図面中の具体的な数値や文字列は例示であり、これらの数値や文字列には限定されない。

Claims (8)

1. ユーザの属性の値の変更要求を受け付ける受付手段と、
   前記変更要求に応じて、前記属性の値を変更する変更手段と、
   前記属性の変更前の値と変更後の値との少なくとも一方に基づいて、前記ユーザへの推薦対象となる商品又はサービスを特定する特定手段と、
   前記特定手段が特定する商品又はサービスに関する情報を前記ユーザに提供する提供手段と、を含み、
   前記特定手段は、前記ユーザの属性の値の変更の際、又は、前記ユーザの属性の値が変更されるタイミングより前の所定の期間内に、当該属性に関連付けられている、前記ユーザの他の属性の値が変更されているか否かに応じて、互いに異なる商品又はサービスを特定する、
   ことを特徴とする情報提供システム。
2. 請求項１に記載の情報提供システムであって、
   前記特定手段は、前記属性の変更前の値と変更後の値との少なくとも一方、及び、当該属性に関連付けられている、当該属性の変更の際には変更されない、前記ユーザの他の属性の値に基づいて、前記ユーザへの推薦対象となる商品又はサービスを特定する、
   ことを特徴とする情報提供システム。
3. 請求項２に記載の情報提供システムであって、
   前記受付手段は、ユーザの属性の値を変更するためのページに対する前記ユーザの操作に基づく、前記ユーザの属性の値の変更要求を受け付け、
   前記特定手段は、ユーザが変更可能である属性の変更前の値と変更後の値との少なくとも一方、及び、当該属性に関連付けられている、前記ページに対する操作では前記ユーザが変更不可能である、前記ユーザの他の属性の値に基づいて、前記ユーザへの推薦対象となる商品又はサービスを特定する、
   ことを特徴とする情報提供システム。
4. 請求項２に記載の情報提供システムであって、
   前記特定手段は、ユーザが変更可能である属性の変更前の値と変更後の値との少なくとも一方、及び、当該属性に関連付けられている、前記ユーザが変更不可能である、前記ユーザの他の属性の値に基づいて、前記ユーザへの推薦対象となる商品又はサービスを特定する、
   ことを特徴とする情報提供システム。
5. 請求項１から４のいずれか一項に記載の情報提供システムであって、
   前記ユーザの属性の値の変更の際に当該属性に関連付けられている前記ユーザの他の属性の値が変更される場合、又は、前記ユーザの属性の値が変更されるタイミングより前の所定の期間内に当該属性に関連付けられている前記ユーザの他の属性の値が変更された場合は、前記提供手段による、前記特定手段が特定する商品又はサービスに関する情報の前記ユーザへの提供を制限する制限手段、をさらに含む、
   ことを特徴とする情報提供システム。
6. 情報提供システムに含まれる受付手段が、ユーザの属性の値の変更要求を受け付ける受付ステップと、
   前記情報提供システムに含まれる変更手段が、前記変更要求に応じて、前記属性の値を変更する変更ステップと、
   前記情報提供システムに含まれる特定手段が、前記属性の変更前の値と変更後の値との少なくとも一方に基づいて、前記ユーザへの推薦対象となる商品又はサービスを特定する特定ステップと、
   前記情報提供システムに含まれる提供手段が、前記特定手段が特定する商品又はサービスに関する情報を前記ユーザに提供する提供ステップと、を含み、
   前記特定ステップでは、前記ユーザの属性の値の変更の際、又は、前記ユーザの属性の値が変更されるタイミングより前の所定の期間内に、当該属性に関連付けられている、前記ユーザの他の属性の値が変更されているか否かに応じて、互いに異なる商品又はサービスを特定する、
   ことを特徴とする情報提供方法。
7. ユーザの属性の値の変更要求を受け付ける受付手段、
   前記変更要求に応じて、前記属性の値を変更する変更手段、
   前記属性の変更前の値と変更後の値との少なくとも一方に基づいて、前記ユーザへの推薦対象となる商品又はサービスを特定する特定手段、
   前記特定手段が特定する商品又はサービスに関する情報を前記ユーザに提供する提供手段、としてコンピュータを機能させ、
   前記特定手段は、前記ユーザの属性の値の変更の際、又は、前記ユーザの属性の値が変更されるタイミングより前の所定の期間内に、当該属性に関連付けられている、前記ユーザの他の属性の値が変更されているか否かに応じて、互いに異なる商品又はサービスを特定する、
   ことを特徴とするプログラム。
8. ユーザの属性の値の変更要求を受け付ける受付手段、
   前記変更要求に応じて、前記属性の値を変更する変更手段、
   前記属性の変更前の値と変更後の値との少なくとも一方に基づいて、前記ユーザへの推薦対象となる商品又はサービスを特定する特定手段、
   前記特定手段が特定する商品又はサービスに関する情報を前記ユーザに提供する提供手段、としてコンピュータを機能させ、
   前記特定手段は、前記ユーザの属性の値の変更の際、又は、前記ユーザの属性の値が変更されるタイミングより前の所定の期間内に、当該属性に関連付けられている、前記ユーザの他の属性の値が変更されているか否かに応じて、互いに異なる商品又はサービスを特定する、
   ことを特徴とするプログラムを記録した記録媒体。

Images