JP2013196533A - お勧め情報表示装置 - Google Patents

Abstract

【課題】
買い手側と売り手側両方の優先度を考慮して順序だてて商品表示するものはまだない。
【解決手段】
買い手を特定する情報と商品情報と買い手の商品購入履歴を記憶する旅行商品データベースと、売り手の商品情報とそのそれぞれの重みを対応付けて記憶する商品情報データベースと、買い手を特定する情報と前記旅行商品データベースから、買い手のそれぞれの商品の購入履歴情報を、買い手の重み情報として特定し、前記商品情報データベースから、前記商品情報とそのそれぞれの重み情報を売り手の重み情報として特定し、特定された買い手の重みと売り手の重みのうち、それぞれ対応する前記商品情報の重みごとに掛け合わせて、前期商品情報毎に買い手、売り手両方の重みを特定し、前記重みの順序を優先度の順位として特定する表示データ特定部と、前記優先度に従って、商品情報を画面に表示させる表示エリア部とを有することを特徴とする。
【選択図】 図１

Description

本発明は、自動機による販売誘導による、販売促進に関する。

ディスプレイを通じて、顧客に広告等の商品情報を表示することは一般的である。特許文献１には、顧客の行動履歴からどの商品に興味があるかを特定して顧客の嗜好情報を収集する旨について開示されている。また、特許文献２には提示順に従ってディスプレイに商品情報が順次表示される旨について述べられている。銀行のＡＴＭ等や券売機等の画面のスペースに限りがあり、短い時間にしか広告表示できないものについては引用文献２のように多い情報のなかから、順序をつけて表示させることが重要で、特に顧客の嗜好によって、顧客の興味のある情報を優先的に表示することが重要である。

特開2007-58534 特開平5-159148

特許文献１、特許文献２より、買い手である顧客の興味に合わせて順序だててディスプレイに商品情報を表示するものは考えられるが、これは売り手側の意思が無視されている。だからといって、どの商品を売りたいかの売り手側の優先度で広告を表示させてしまうと、商品の押し付けになりあまり広告効果は期待できない。買い手側と売り手側両方の優先度を考慮して順序だてて商品表示するものはまだない。

上記課題を解決する為に、本発明は一例として、買い手を特定する情報と商品情報と買い手の商品購入履歴を記憶する旅行商品データベースと、売り手の商品情報とそのそれぞれの重みを対応付けて記憶する商品情報データベースと、買い手を特定する情報を、前記旅行商品データベースに照らし合わせて、買い手のそれぞれの商品の購入履歴情報を、買い手の重み情報として特定し、前記商品情報データベースから、前記商品情報とそのそれぞれの重み情報を売り手の重み情報として特定し、前記特定された買い手の重みと前記特定された売り手の重みのうち、それぞれ対応する前記商品情報の重みごとに掛け合わせて、前期商品情報毎に買い手、売り手両方の重みを特定し、前記重みの順序を優先度の順位として特定する表示データ特定部と、前記優先度に従って、商品情報を画面に表示させる表示エリア部とを有することを特徴とする。

買い手と売り手の両者にとって有用な商品情報を提示できる。

システム構成例 旅行商品データベースを表す図である。 商品情報データベースを表す図である。 地域情報データベースを表す図である。 広告情報データベースを表す図である。 経由区間情報データベースを表す図である。 売り手・買い手のマッチング情報データベースの旅行商品データベースを表す図である。 売り手・買い手のマッチング情報データベースの商品情報データベースを表す図である。 売り手・買い手のマッチング情報データベースの地域情報データベースを表す図である。 売り手・買い手のマッチング情報データベースの購入駅の広告情報データベースを表す図である。 売り手・買い手のマッチング情報格データベースの経由区間情報データベースを表す図である。 実施例の処理のフローチャートを表す図である。 図１２の続きのフローチャートを表す図である。 買い手側に重み付けを表す図である。 売り手側の重み付けを表す図である。 表示順番を算出した結果を表す図である。 表示画面例を表す図である。 表示画面例を表す図である。

以下、実施例を図面を用いて説明する。

ＩＤキ−A001を持った日立太郎が１１２の自動機にカードを挿入し、乗降区間を乗車駅“大森”降車駅を“千葉”と入力した場合を基に図１〜図１１を説明する。

図１は実施形態のシステム構成例を示しており、１１２にはＩＤカードを読み込むリーダ部、入力操作を行うタッチパネル付き画面部、切符購入のための硬貨・紙幣の投入口部および、切符を発券する発券プリンタ部から構成されている。

まず、１５１の制御部と１７０の買い手側の情報、１８０の売り手側の情報の関連について以下に説明を行う。

１１２は実際にお客が操作する駅に設置されている切符等を発券する一般的な自動発券端末であり、１４０のネットワーク経由で１３０のサーバと接続されており、１３０のサーバ内には、１５１の制御部とお客様の趣向性を管理している１７０の買い手側の情報としてデータベースを保有してり、また、売り手側として、入力された経路で購入して頂きたい内容を１８０の売り手側の情報としてデータベースに格納している。

この１３０のサーバ内には１５１の制御部があるが、１１２の自動発券端末から入力された１１０のＩＤカードを基に、１７０の買い手側の情報を検索する手段である、１１９のＩＤキー及び入力された乗降駅による検索処理部により、１７０内にあるデータベースが検索される。

次に、サーバ内には１５１の制御部があるが、１１２の自動発券端末から入力された乗車駅、降車駅を基に、１８０の売り手側の情報を検索する手段である、１２０の経路による検索処理部により、１８０内にあるデータベースが検索される。

１７０、１８０の検索処理部から検索されたデータベースは１１７の売り手・買い手のマッチング情報格納部へ格納する。その後、１８５の表示データ処理部で表示データを摘出し、１５０の表示エリア部へ表示データを格納し、全データが整った状態で、１８０のサーバから１４０のネットワークを介して、１１２の自動券売機の１１３に販売誘導用のデータ表示する。

次に１７０である、買い手側の情報であるデータベースを１１９であるＩＤキー検索処理部がどのように検索するかを説明する。まず、１１０のＩＤカードが１１２の自動機に挿入される。次に、ユーザの過去の購入商品の履歴を管理する１０１の旅行商品データベースから１１０で特定されたＩＤキーを元に１１９の検索処理部で検索し、該当したＩＤキー情報を１１７である、売り手・買い手のマッチング情報格納データベースへ格納する。本実施例では売り手・買い手のマッチング情報格納データベースに格納されることとしたが、これに限定されるものではなく、マッチングデータベースに書き込まずに、直接それぞれデータベースからデータを読み出して処理してもよい。

まず、買い手側の情報１７０の旅行商品データベース１０１から１１０で特定されたＩＤキーを元に１１９の検索処理部で検索し、該当したＩＤキー情報を１１７である売り手・買い手側のマッチング格納データベースへ格納する。

次に売り手側の情報１８０のデータベースを１１２から入力された乗降駅を基に、１２０である経路による検索処理部にてどのように検索するかを説明する。

１１２で入力された乗車駅、降車駅に対応する経路情報を基に１８０の売り手側情報部内のデータベースを検索する。

１０５の商品情報データベースから１１２で入力された乗降駅を元に１２０の検索処理部で検索し、該当した乗降駅を１１７である売り手側・買い手側のマッチング格納部へ格納する。

１０６の地域情報データベースから１１２で入力された乗降駅を元に１２０の検索処理部で検索し、該当した乗降駅を１１７である売り手側・買い手側のマッチング格納部へ格納する。

１０７の広告のデータベースから１１２で入力された乗車駅を元に１２０の検索処理部で検索し、該当した乗降駅を１１７である売り手側・買い手側のマッチング格納部へ格納する。

１１５の経路区間情報のデータベースから１１２で入力された乗車駅を元に１２０の検索処理部で検索し、該当した乗降駅を１１７である売り手側・買い手側のマッチング格納部へ格納する。

次に、図２の買い手側の情報１７０のデータベース例の詳細を説明する。図２の１０１のデータベースはお客様の今までの旅行商品を格納しており、１１０に格納された１０１a のＩＤキー、１０１bの年齢、１０１ｃの誕生日、１０１dの性別、１０１eの購入経路、購入経路の購入回数を示す、１０１fの購入回数、１０１gにその商品の購入日、１０１h の商品名をゆうしている。

図３〜図６は売り手側の情報１８０のデータベース例の詳細を説明する。

図３の１０６のデータベースは、商品情報データベースであり、１１２で入力された乗降駅をキーとしており、それに対応するデータが格納された１０５a の乗降駅情報、１０５bの対象年齢、１０５ｃの対象性別、１０５dに商品名を、１０５eにはその商品の重要度から表示、購入して頂きたい商品の重要度を示す、数値が大きいほど重要であることを示す、重み付けを有している。

また、図４の１０７のデータベースは、地域情報データベースであり、１１２で入力された乗降駅をキーとしており、それに対応するデータが格納された１０６a の乗降駅情報、１０６bの対象年齢、１０６ｃの対象性別、１０６dに商品名を、１０６eにはその商品の重要度から表示、購入して頂きたい商品の重要度を示す、数値が大きいほど重要であることを示す、重み付けを有している。

また、図５の１０８のデータベースは、広告情報データベースであり、１１２で入力された乗降駅をキーとしており、それに対応するデータが格納された１０７a の乗降駅情報、１０７bの対象年齢、１０７ｃの対象性別、１０７dにその乗車駅の商品名を、１０７eにはその商品の重要度から表示、購入して頂きたい商品の重要度を示す、数値が大きいほど重要であることを示す、重み付けを有している。

図６の１１５は１１２から入力された乗降駅に対する１１５ａの区間により、その区間のお得な商品を示す、１１５ｂとその区間が経由する駅である、１１５ｃとその経由する駅の商品情報を示す、１１５ｄがあり、乗降駅区間にとらわれず乗降駅区間が１１５ｅであり、その１１５ｅの区間に対してお得な商品が１１５ｆである。

また、１３０のサーバ内のデータベースや処理部の詳細を次に説明する。本実施例では、図１２のフローチャートに沿って説明する。この場合の例としてはＩＤキ−A001持った日立太郎、３６歳、男性が１１２の自動機にカードを挿入し、乗降区間を乗車駅“大森”降車駅を“千葉”と入力し、経由駅が品川駅とした場合の販売誘導について説明する。

まず、ステップ７０１は１１２の自動機から１１０のＩＤカード上のデータである“Ａ００１”を読み取る。

もし、ＩＤカードが挿入されない場合は7N1の処理に従いステップ７１１に進み買い手側の情報の重みを全て１として１１７の格納エリアに格納する。

ＩＤカードが挿入された場合、７Ｙ１の処理に従いステップ７０２に進む。ステップ７０２は１０１の旅行商品データベース，を全て検索する。

次にステップ７０３では該当した“Ａ００１”の検索した結果“Ａ００１”の該当キーに対応する情報を１１７の売り手・買い手のマッチング情報格納部へ格納する。この１１７の売り手・買い手のマッチング情報格納部へ格納する場合、先頭に格納フラグ有無の設定情報があり、１１７へデータを格納する場合に、一律１を設定する。

この場合の１１７の売り手・買い手のマッチング情報格納データベースは図７に示すとおり、“Ａ００１”のキー情報として各対象データを格納している。

この１１７のデータベース上には“Ａ００１”該当するデータとして１０１の旅行商品データベース，の詳細があり、その詳細を以下に示す。

１０１の旅行商品データベース図７に示すとおり、１０１ａのＩＤキー、１０１ｂの年齢、１０１ｃの誕生日、１０１ｄの性別、１０１ｅの購入区間，１０１ｆの購入回数、１０１ｇの購入日、１０１ｈの商品名から構成されいる
ステップ７０８は売り手側のデータベースである１８０の各データを示しており、今回、１１２から入力された大森駅から千葉駅である乗降駅をキーとして図３商品情報データベース、図４地域情報データベース、図５広告情報データベース、図６経由区間情報データベースを検索する。

具体的には図３の１０５のデータベースは、商品情報データベースであり、１１２で入力された乗降駅をキーとし、１０５a の乗降駅情報を検索する。また、図４の１０６のデータベースは、地域情報データベースであり、１１２で入力された乗降駅をキーとしており、１０６a の乗降駅情報を検索する。また、図５の１０７のデータベースは、広告情報データベースであり、１１２で入力された乗降駅をキーとしており、１０７a の乗降駅情報、１０７bの対象年齢、１０７ｃの対象性別、１０７dにその乗車駅の商品名を、１０７eの乗降駅情報を検索する。図６の１１５は１１２から入力された乗降駅に対する１１５ａの区間により、その区間のお得な商品検索する。

ステップ７０８で検索された情報をステップ７０９で１１７の売り手・買い手のマッチング情報格納データベースへ格納する。

具体的には図８へは売り手・買い手のマッチング情報格納データベースへ格納の商品情報データベースへは、１０５a の乗降駅情報、１０５bの対象年齢、１０５ｃの対象性別、１０５dに商品名を、１０５eにはその商品の重要度から表示、購入して頂きたい商品の重要度を示す、数値が大きいほど重要であることを示す、重み付けをゆうしているデータを１１７の売り手・買い手のマッチング情報格納データベースへ格納する。

図９へは売り手・買い手のマッチング情報格納部１０６の地域情報データベースには、１０６a の乗降駅情報、１０６bの対象年齢、１０６ｃの対象性別、１０６dに商品名を、１０６eにはその商品の重要度から表示、購入して頂きたい商品の重要度を示す、数値が大きいほど重要であることを示す、重み付けをゆうしているデータを１１７の売り手・買い手のマッチング情報格納データベースへ格納する。

図１０へは売り手・買い手のマッチング情報格納部の広告情報データベースそれに対応するデータが格納された１０７a の乗降駅情報、１０７bの対象年齢、１０７ｃの対象性別、１０７dにその乗車駅の商品名を、１０７eにはその商品の重要度から表示、購入して頂きたい商品の重要度を示す、数値が大きいほど重要であることを示す、重み付けをゆうしてデータを格納１１７の売り手・買い手のマッチング情報格納データベースへ格納する。

図１１ 売り手・買い手のマッチング情報格納データベースの経由区間情報データベースでは、１１５ａの区間により、その区間のお得な商品を示す、１１５ｂとその区間が経由する駅である、１１５ｃとその経由する駅の商品情報を示す、１１５ｄがあり、乗降駅区間にとらわれず乗降駅区間が１１５ｅであり、その１１５ｅの区間に対してお得な商品が１１５ｆであり、また１１５gは経由駅により、その区間の商品案内の重み付けを行うデータを格納１１７の売り手・買い手のマッチング情報格納データベースへ格納する。

続いて、ステップ７１３の処理では、１１７の格納エリア内の買い手側の情報である図７売り手・買い手のマッチング情報格納データベース内の旅行商品データベースの１０１ｘの格納フラグが“１”（ＩＤカードで購入しているか：過去のデータベースがあるか）であるか検索する。この結果格納フラグが“１”の場合、７Ｙ３へ処理が実行され、ステップ７１０に処理が移る。表示するデータの優先順位を決める処理（表示データを編集する処理）は表示データ特定部１８５によってなされる。

ステップ７１０の処理は買い手側の入力内容を基に表示データを編集する。ＩＤキ−Ａ００１の日立太郎、３６歳、男性が１１２の自動機にカードを挿入し、乗降区間を乗車駅“大森”降車駅を“千葉”と入力した場合を想定している。

売り手・買い手のマッチング情報格納データベース図７の旅行商品データベースの内必要な表示や表示の優先順位を割り出す。受け付けＩＤキーＡ００１、乗車区間の乗車駅「大森」、降車駅「千葉」から購入経路「大森―千葉」をキーとして、１０１ａのＩＤキー、１０１eの購入経路、１０１ｆの購入回数、１０１ｈの商品名を抽出する。この結果、１０１aがＡ００１，１０１eが大森―千葉で、１０１fが購入回数２、１０１hが千葉房総の旅と、１０１aがＡ００１，１０１eが大森―千葉で、１０１fが購入回数１、１０１hが千葉みかんとなる。

この情報の購入回数を買い手側の重み付けとして特定し、図１４の重み付けデータの一時表示退避用のエリアでもある、１８５へ格納する。ここでは回数をしのまま重み付けとしたがこれに限定されるもんではなく、多く購入している方の重みを大きく出来る値であればなんでもよい。ここでは具体的には「乗降区間１０１eが大森―千葉、購入回数１０１fが２回、商品名１０１ｈが千葉房総の旅」、「乗降区間、１０１eが大森―千葉、購入回数１０１ｆが１回、商品名１０１ｈが千葉みかん」の情報をそれぞれ格納する。なお、ＩＤカードが無い方は、客の購入履歴を特定することができないので、一律“１”とし、以降買い手側の重み付けは１とする。

ステップ７１３でＩＤカードが挿入されていると判定された場合は、ステップ７１２に進む。ステップ７１２の処理は売り手側の内容を基に表示データを編集するが、１１２の自動発券端末からの乗降区間の入力が乗車駅“大森”降車駅を“千葉”の場合を想定している。

売り手・買い手のマッチング情報格納データベースの商品情報データベース図８から、乗車駅「大森」、降車駅「千葉」から購入経路「大森―千葉」をキーとして、乗降区間１０５aが大森―千葉、商品名１０５dの千葉房総の旅、商品重み付け１０５ｈが１０と、商品名１０５dの千葉みかん、商品重み付け１０５ｈが１５のデータを抽出する。

売り手・買い手のマッチング情報格納データベース１０６の地域情報データベース図９から、乗車駅「大森」、降車駅「千葉」から購入経路「大森―千葉」をキーとして、乗降区間１０６aが大森―千葉、商品名１０６dの千葉のいいところ、重み付け１０６eが９のデータを抽出する。

売り手・買い手のマッチング情報格納データベースの広告情報データベース図１０から、乗車駅「大森」、降車駅「千葉」から購入経路「大森―千葉」をキーとして、購入区間１０７aが大森―千葉、商品名１０７dの大森特選情報、重み付け１０７eが１１のデータを抽出する。

図１１売り手・買い手のマッチング情報格納データベースの経由情報の案内情報データベースから、乗車駅「大森」、降車駅「千葉」から購入経路「大森―千葉」をキーとして、１１５aの入力乗車駅が大森から千葉までのもの参照すると、１１５ｃの経由駅が品川駅、この品川駅に分類され商品情報が図１１中に６個ありそれが、１１５ｄ、１１５fである。この場合の経路の１１５gの重み付けが東京駅の場合と品川駅の場合と２件あり、１１５cの経由駅が品川駅の場合、重み付けが１０、１１５cの東京駅の場合、重み付け１５となる。

また、１１５aの経路区間、１１５ｃの経由駅により１１５ｄの経路お得情報および、１１５fの経路区間お得情報がそれぞれあり、この図１１の売り手・買い手のマッチング情報格納データベースの経由区間情報データベースは、すべて１８５内にあり、図１５に示した売り手側一時格納のフォーマットに従い、値を当てはめ、最終的に買い手側と売り手側で計算を行い表示順を決める。ただし、１１５cの経由駅が品川の場合も同じく１８５に格納する。

上記記載の売り手側の重み付け算出により、１８５内にある、図１５にしめした一時格納のフォーマットに従い、値を当てはめ、売り手側の重み付けを特定する。

次にステップ７１５の処理について記載するが、この処理は図１４の買い手側の値と、図１５の売り手側の値から表示データ順を１５０の表示エリア部へ格納する。この場合に図１１の１１５ｃに複数の経路があった場合、１１５gの重み付けが小さくても図１６にしめした一時格納のフォーマットへ格納する。

具体的には、まず、図１４に記載した積算値である千葉房総の旅２と、千葉みかん１とを、商品情報以外に関してはそれぞれ１として買い手側の重みを特定し、売り手側の重みは、ステップ712で特定された値をそれぞれ掛けることで売り手と買い手両者の重み付けを反映した重みを出して、その重みが大きい順番に表示順番を決める。

そして、１５０への表示順序は図１６に記載した９０５の表示順序に従って表示する。この場合、図１１の１１５ｇの重み付けが小さい経路駅１１５ｃの品川駅も合わせて１５０格納する。

ステップ７１６の処理は表示順に並べられたデータを１１３へ最終的に案内を行うが、図１１の重み付けの小さい１１５ｃの品川駅を、その他の経由駅として表示する。その表示結果の例が図１７である。

ステップ７１９では、表示された画面の経由駅が選択されるかどうかを判定する。本実施例では経由駅として東京駅と品川駅が考えられ、東京駅のほうが重みが大きかった為、画面には東京駅に関連する情報が優先的に表示される。品川駅の情報は、経由駅が品川駅の場合の商品のご案内のように表示され、それを押すことで、重みが小さい情報においてもボタンを押すことで詳細を表示できるようにする。

この図１７で表示された品川駅を特定する情報を日立太郎が押下した場合、８Ｙ６の処理に移行し、ステップ７１８の処理である図１８を表示する。表示内容は１１５ｃの経由駅でもある品川駅の商品情報を案内する。

ステップ７１９で、品川駅に関する情報が押下されなかったと判定された場合、８Ｎ６の処理に移行し、ステップ７２０の処理へ移行する。ステップ７２０では、ＩＤキー有り無しの判定処理を実行する。ステップ７２０でＩＤキー有りと判定された場合は、ステップ７２１に進み、ＩＤカードを返却して、切符を発券する。

ステップ７２０でＩＤキーなしと判定された場合は、ステップ７２２に進み、チケットに二次元バーコードを印字して、切符を発券し、お客様に渡す。

本実施例では経由駅の情報を重みの大きい方を優先的に表示して小さいほうは、詳細情報を表示する為のボタンだけ表示することとしたが、これに限定されるものではなく、経由駅の全ての情報を表示してもよいし、経由駅毎の商品ごとに重み付けをして、経由駅毎に重みの大きい情報を抽出して表示させることとしてもよい。

１０１ 旅行履歴データベース
１０５ 商品情報データベース
１０６ 地域情報データベース
１０７ 広告情報データベース
１１０ ＩＤカード
１１１ チケット（二次元バーコード印字）
１１２ 自動機
１１３ 表示部
１１５ 経路区間情報データベース
１１７ 売り手・買い手のマッチング情報格納データベース
１１８ ＩＤ付加部
１１９ ＩＤキー及び入力された乗降駅による検索処理部
１２０ 経路による検索部
１３０ サーバ部
１４０ ネットワーク
１５０ 表示メモリ部
１５１ 制御部
１７０ 買い手側情報
１８０ 売り手側情報
１８５ 表示データ特定部

Claims (4)

1. 買い手を特定する情報と商品情報と買い手の商品購入履歴を記憶する旅行商品データベースと、
   売り手の商品情報とそのそれぞれの重みを対応付けて記憶する商品情報データベースと、
   買い手を特定する情報を、前記旅行商品データベースに照らし合わせて、買い手のそれぞれの商品の購入履歴情報を、買い手の重み情報として特定し、前記商品情報データベースから、前記商品情報とそのそれぞれの重み情報を売り手の重み情報として特定し、前記特定された買い手の重みと前記特定された売り手の重みのうち、それぞれ対応する前記商品情報の重みごとに掛け合わせて、前期商品情報毎に買い手、売り手両方の重みを特定し、前記重みの順序を優先度の順位として特定する表示データ特定部と、
   前記優先度に従って、商品情報を画面に表示させる表示エリア部と
   を有することを特徴とするお勧め情報表示装置。
2. 請求項１に記載のお勧め情報表示装置であって、
   前記旅行商品データベースが買い手の切符の購入経路と前記買い手を特定する情報と前記商品情報とを対応づけて記憶し、
   前記商品情報データベースが前記購入経路と前記商品情報と、そのそれぞれの重みを対応付けて記憶し、
   前記表示データ部は、買い手を特定する情報と更に前記経路情報により、経路に関する商品情報の買い手、売り手両方の重みを特定し、前記重みの順序を優先度の順位として特定する
   ことを特徴とするお勧め情報表示装置。
3. 買い手を特定する情報と商品情報と買い手の商品購入履歴を旅行商品データベースに記憶するステップと、
   売り手の商品情報とそのそれぞれの重みを対応付けて商品情報データベースに記するステップと、
   買い手を特定する情報を、前記旅行商品データベースに照らし合わせて、買い手のそれぞれの商品の購入履歴情報を、買い手の重み情報として特定し、前記商品情報データベースから、前記商品情報とそのそれぞれの重み情報を売り手の重み情報として特定し、前記特定された買い手の重みと前記特定された売り手の重みのうち、それぞれ対応する前記商品情報の重みごとに掛け合わせて、前期商品情報毎に買い手、売り手両方の重みを特定し、前記重みの順序を優先度の順位として特定するステップと、
   前記優先度に従って、商品情報を画面に表示させるステップと
   を有することを特徴とするお勧め情報表示方法。
4. 買い手を特定する情報と商品情報と買い手の商品購入履歴を記憶する旅行商品データベースと、
   売り手の商品情報とそのそれぞれの重みを対応付けて記憶する商品情報データベースと、
   買い手を特定する情報と、前記旅行商品データベースに照らし合わせて、買い手のそれぞれの商品の購入履歴情報を、買い手の重み情報として特定し、前記商品情報データベースに照らしあわせて、前記商品情報とそのそれぞれの重み情報と特定し、前記特定された買い手の重みと前記特定された売り手の重みのうち、それぞれ対応する前記商品情報の重みごとに掛け合わせて、買い手、売り手両方の重みを特定し、前記重みの順序を優先度の順位として特定する表示データ特定部と、
   前記優先度に従って、商品情報を画面に表示させる表示エリア部と
   して機能させることを特徴とするお勧め情報表示プログラム。

Images