JPWO2014207813A1 - リスト提示装置、リスト提示方法およびプログラム - Google Patents

Abstract

ユーザに提供することが難しい商品やサービスの情報によりユーザに手間をかけさせることを抑えること。リスト提示装置は、第１のユーザに向けて送信されるリスト情報であって、それぞれ取引対象を示す複数の項目を含むリスト情報を生成し、前記リスト情報に含まれる複数の項目のうち前記第１のユーザが選択した項目を取得し、前記リスト情報に含まれる項目のいずれかである第１の項目が前記第１のユーザに選択される場合に、該リスト情報に含まれる項目のうち該第１のユーザに既に選択された第２の項目が示す取引対象に関連づけて記憶手段に記憶される表示優先度を下げ、第２のユーザによる送信要求と、前記記憶手段に記憶される表示優先度とに基づいて、前記第２のユーザに向けて送信される新たなリスト情報を生成する。

Description

本発明はリスト提示装置、リスト提示方法およびプログラムに関する。

飲食サービスおよびそれを提供する飲食店を紹介するサイト（グルメ情報サイト）や物品を販売するサイト（物販サイト）のように、検索結果等として複数の商品やサービスをリストにしてユーザに提示するサービスがある。グルメ情報サイトでは、飲食店が満席となるかどうかをシステム側で管理するケースは多くない。そのためグルメ情報サイトを利用するユーザの多くは、リストに含まれる飲食サービスの情報からサービスを受けたい飲食店を決め、その飲食店に電話等を用いて自ら利用可能か否か問い合せる。また物販サイトのサービスを利用するユーザは、リストとして提示される商品の情報をいくつか閲覧し、購入商品を決定する。

また、表示されたリストに含まれる複数の情報のうち、アクセスが多い情報をリストの上位にし、そのリストを提示する技術がある。

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

あるユーザがリスト中の商品やサービスについて検討や購入などをする際に、サービスを提供する施設が満席であったり、商品の在庫がなかったり、リストに提示された商品やサービスの種類がリストを取得するための条件と整合していなかったり、というケースがある。このようなケースでは、そのユーザにとってそのサービスや商品を購入することは難しく、その他のユーザにとってもその購入が難しい可能性がある。一方、サイト側で商品やサービスの在庫を管理していない場合などでは、サイト側はそのケースを直接的に検出できないため、他のユーザへその商品やサービスの情報を提示する態様を変化させることはなかった。言い換えれば、他のユーザに対して、満席であったり、在庫がなかったり、リストを取得するための条件と整合していない可能性のある商品やサービスに関する情報が提示され、それによりユーザには満席の施設に問合せをしたり、そのサービスや商品の情報を閲覧するという手間をかけさせていた。

本発明は上記課題を鑑みてなされたものであって、その目的は、商品やサービスの在庫を管理していないような場合において、例えばサービスを提供する施設が満席であった、在庫がなかったなどの理由によりユーザに提供することが難しい商品やサービスの情報をユーザに提供する可能性を抑えることにある。

上記課題を解決するために、本発明にかかるリスト提示装置は、第１のユーザに向けて送信されるリスト情報であって、それぞれ取引対象を示す複数の項目を含むリスト情報を生成するリスト生成手段と、前記リスト情報に含まれる複数の項目のうち前記第１のユーザが選択した項目を取得する選択項目取得手段と、前記リスト情報に含まれる項目のいずれかである第１の項目が前記第１のユーザに選択される場合に、該リスト情報に含まれる項目のうち該第１のユーザに既に選択された第２の項目が示す取引対象に関連づけて記憶手段に記憶される表示優先度を下げる表示優先度変更手段と、を含み、前記リスト生成手段は、第２のユーザによる送信要求と、前記記憶手段に記憶される表示優先度とに基づいて、前記第２のユーザに向けて送信される新たなリスト情報を生成する、ことを特徴とする。

また、本発明にかかるリスト提示方法は、第１のユーザに向けて送信されるリスト情報であって、それぞれ取引対象を示す複数の項目を含むリスト情報を生成し、前記リスト情報に含まれる複数の項目のうち前記第１のユーザが選択した項目を取得し、前記リスト情報に含まれる項目のいずれかである第１の項目が前記第１のユーザに選択される場合に、該リスト情報に含まれる項目のうち該第１のユーザに既に選択された第２の項目が示す取引対象に関連づけて記憶手段に記憶される表示優先度を下げ、第２のユーザによる送信要求と、前記記憶手段に記憶される表示優先度とに基づいて、前記第２のユーザに向けて送信される新たなリスト情報を生成する、ことを特徴とする。

また、本発明にかかるプログラムは、第１のユーザに向けて送信されるリスト情報であって、それぞれ取引対象を示す複数の項目を含むリスト情報を生成し、前記リスト情報に含まれる複数の項目のうち前記第１のユーザが選択した項目を取得し、前記リスト情報に含まれる項目のいずれかである第１の項目が前記第１のユーザに選択される場合に、該リスト情報に含まれる項目のうち該第１のユーザに既に選択された第２の項目が示す取引対象に関連づけて記憶手段に記憶される表示優先度を下げ、第２のユーザによる送信要求と、前記記憶手段に記憶される表示優先度とに基づいて、前記第２のユーザに向けて送信される新たなリスト情報を生成する、処理をコンピュータに実行させる。

また、本発明にかかるコンピュータ読取り可能な記憶媒体は、上記プログラムを格納する。

本発明によれば、商品やサービスの在庫を管理していないような場合において、例えば満席であったなどの理由でユーザに提供することが難しい取引対象の情報をユーザに提供する可能性を抑えることができる。

本発明の一態様では、前記リスト生成手段は、前記第１のユーザからの検索条件に応じて前記複数の項目を含み前記第１のユーザに向けて送信される前記リスト情報を生成し、前記表示優先度変更手段は、前記リスト情報に含まれる項目のいずれかである第１の項目が前記第１のユーザに選択される場合に、前記検索条件と該リスト情報に含まれる項目のうち該第１のユーザに既に選択された第２の項目が示す取引対象とに関連づけて記憶手段に記憶される表示優先度を下げ、前記リスト生成手段は、前記第２のユーザによる送信要求に含まれる検索条件と、当該検索条件および取引対象に関連づけて記憶手段に記憶された表示優先度とに基づいて、前記第２のユーザに向けて送信される新たなリスト情報を生成してもよい。

この態様によれば、検索条件に対して表示されることが適切でない商品やサービスの情報をユーザに提供する可能性を抑えることができる。

本発明の一態様では、前記リスト情報に含まれる複数の項目のうち前記第１のユーザが選択した項目および前記項目を選択した時刻は、前記第１のユーザおよび前記リスト情報と関連づけて該項目および該時刻を記憶する記憶手段に記憶され、前記表示優先度変更手段は、前記第１のユーザが前記リスト情報から前記第１の項目を選択した時刻と、前記第１のユーザが当該リスト情報から前記第２の項目を選択した時刻との間隔が所与の範囲にある場合に、前記第２の項目の表示優先度を下げてもよい。

本発明の一態様では、前記表示優先度変更手段は、前記リスト情報に含まれる複数の項目のいずれかである第１の項目を選択する前に当該複数の項目のいずれかである第２の項目を選択するユーザの多さに基づいて前記第２の項目の表示優先度を下げてもよい。

本発明の一態様では、前記表示優先度変更手段は、前記リスト情報に含まれる項目のいずれかである第１の項目が前記第１のユーザに選択される場合に、前記第１の項目が示す取引対象に関連づけられた属性と、前記第２の項目が示す取引対象に関連づけられた属性とに基づいて、前記第２の項目の表示優先度を下げてもよい。

本発明の一態様では、前記表示優先度変更手段は、前記リスト情報に含まれる項目のいずれかである前記第１の項目が前記第１のユーザに選択される場合に、前記第１の項目が示す取引対象の価格と、前記第２の項目が示す取引対象の価格とに基づいて、前記第２の項目の表示優先度を下げてもよい。

本発明の一態様では、前記表示優先度変更手段は、前記リスト情報に含まれる項目のいずれかである前記第１の項目が前記第１のユーザに選択される場合に、前記第１の項目が示す取引対象の位置情報と、前記第２の項目が示す取引対象の位置情報とに基づいて、前記第２の項目の表示優先度を下げてもよい。

本発明の一態様では、前記表示優先度変更手段は、前記リスト情報に含まれる項目のいずれかである前記第１の項目が前記第１のユーザに選択される場合に、前記第１の項目が示す取引対象が属するカテゴリと、前記第２の項目が示す取引対象が属するカテゴリとに基づいて、前記第２の項目の表示優先度を下げてもよい。

本発明の一態様では、前記リスト生成手段は、前記記憶手段に記憶される表示優先度に基づいて、前記第２のユーザによる送信要求に含まれる検索条件を満たす複数の取引対象のうち一部をリスト生成対象として決定し、前記決定された取引対象の数が閾値より小さい場合に、前記複数の取引対象の情報のうち前記決定された一部と、前記検索条件の一部が変更された条件を満たす複数の取引対象とをそれぞれ示す複数の項目を含む新たなリスト情報を生成してもよい。

本発明の一態様では、前記リスト生成手段は、前記決定された取引対象の数が閾値より小さい場合に、前記複数の取引対象の情報のうち前記決定された一部と、前記検索条件のうち取引対象が属する領域が隣接または近接する領域に変更された条件を満たす複数の取引対象とをそれぞれ示す複数の項目を含む新たなリスト情報を生成してもよい。

本発明の一態様では、前記リスト生成手段は、前記決定された取引対象の数が閾値より小さい場合に、前記複数の取引対象の情報のうち前記決定された一部と、前記検索条件のうち取引対象が属する領域が前記第２のユーザの移動方向にある領域に変更された条件を満たす複数の取引対象とをそれぞれ示す複数の項目を含む新たなリスト情報を生成してもよい。

本発明の一態様では、前記表示優先度変更手段は、時間の経過に基づいて、下げられた表示優先度を初期値に戻してもよい。

本発明の実施形態にかかる情報提示システムの構成の一例を示す図である。 情報提示サーバのハードウェア構成の一例を示す図である。 情報提示サーバが実現する機能を示す機能ブロック図である。 情報提示システムにおける動作の概要を示すシーケンス図である。 検索条件入力画面の一例を示す図である。 リスト画面の一例を示す図である。 詳細画面の一例を示す図である。 検索条件取得部およびリスト情報送信部の処理フローの一例を示す図である。 商品サービス情報の一例を示す図である。 優先度情報の一例を示す図である。 選択項目取得部、詳細情報送信部および表示優先度変更部の処理フローの一例を示す図である。 選択履歴の一例を示す図である。 判定カウント情報の一例を示す図である。 図１０からある時間が経過した後の優先度情報の一例を示す図である。

以下では、本発明の実施形態を図面に基づいて説明する。同じ符号を付された構成については、重複する説明を省略する。以下では特に断りのない部分ではグルメ情報サイトの例に焦点をあてて説明する。ここで、商品やサービスのように商取引の対象となるものを「取引対象」と記載する。本実施形態の構成は飲食サービスを扱うグルメ情報サイトだけでなく様々な種類の取引対象を扱うサイトにも適用できる。

図１は、本発明の実施形態にかかる情報提示システムの構成の一例を示す図である。この情報提示システムは、情報提示サーバ１と、クライアント装置２とを含む。これらは、ネットワーク３を介して接続されている。ネットワーク３は、例えばローカルエリアネットワークやインターネットといったものである。

情報提示サーバ１は、サーバコンピュータである。情報提示サーバ１は、クライアント装置２からの要求に応じてデータベース等から情報を取得し、取得した情報をクライアント装置２に向けて送信する。クライアント装置２は、例えばスマートフォンやパーソナルコンピュータのようなコンピュータである。ここでは、情報提示サーバ１はウェブサーバプログラム（ｈｔｔｐｄなど）を実行し、ブラウザプログラムを実行するクライアント装置２によってユーザが入力した要求が情報提示サーバ１に送信され、情報提示サーバ１から送信された情報に応じた画面がユーザに提示される。

図２は情報提示サーバ１のハードウェア構成の一例を示す図である。情報提示サーバ１は、プロセッサ１１、記憶部１２、通信部１３、入出力部１４を含む。

プロセッサ１１は、記憶部１２に格納されているプログラムに従って動作する。またプロセッサ１１は通信部１３、入出力部１４を制御する。なお、上記プログラムは、インターネット等を介して提供されるものであってもよいし、フラッシュメモリやＤＶＤ−ＲＯＭ等のコンピュータで読み取り可能な記憶媒体に格納されて提供されるものであってもよい。

記憶部１２は、ＲＡＭやフラッシュメモリ等のメモリ素子やハードディスクドライブによって構成されている。記憶部１２は、上記プログラムを格納する。また、記憶部１２は、各部から入力される情報や演算結果を格納する。

通信部１３は、他の装置と通信する機能を実現するものであり、例えば無線ＬＡＮの集積回路やアンテナなどにより構成されている。通信部１３は、プロセッサ１１の制御に基づいて、他の装置から受信した情報をプロセッサ１１や記憶部１２に入力し、他の装置に情報を送信する。

入出力部１４は、表示出力手段をコントロールするビデオコントローラや、入力デバイスからのデータを取得するコントローラなどにより構成される。入力デバイスとしては、キーボード、マウス、タッチパネルなどがある。入出力部１４は、プロセッサ１１の制御に基づいて、表示出力デバイスに表示データを出力し、入力デバイスをユーザが操作することにより入力されるデータを取得する。表示出力デバイスは例えば外部に接続されるディスプレイ装置である。なお、クライアント装置２も情報提示サーバ１と同様にプロセッサ１１、記憶部１２、通信部１３、入出力部１４を含む。クライアント装置２に含まれる入出力部は例えばスマートフォンに内蔵されるディスプレイに表示データを出力する。

図３は、情報提示サーバ１が実現する機能を示す機能ブロック図である。情報提示サーバは、機能的に、条件入力画面送信部５１と、検索条件取得部５２と、リスト情報送信部５３と、選択項目取得部５４と、詳細情報送信部５５と、表示優先度変更部５６と、商品サービス情報格納部６１と、選択履歴格納部６２と、優先度情報格納部６３と、を含む。これらの機能は、情報提示サーバ１に含まれるプロセッサ１１が、記憶部１２に格納されたプログラムを実行し通信部１３等を制御することにより実現される。また、商品サービス情報格納部６１は、情報提示サーバ１が提示する商品やサービス（取引対象の一種）に関する情報を格納するデータベースであり、選択履歴格納部６２および優先度情報格納部６３は、それぞれ後述する選択履歴および表示優先度に関する情報を格納する。商品サービス情報格納部６１、選択履歴格納部６２、および優先度情報格納部６３は情報提示サーバ１の記憶部１２を中心として実現されるが、情報提示サーバ１から独立しかつデータベースプログラムが実行される他のサーバコンピュータにより実現されてもよい。

なお、クライアント装置２はブラウザプログラムを実行しており、情報提示サーバ１から受信したデータに基づいて表示出力デバイスへの画像の出力等によりユーザへ情報を提示し、ユーザからタッチパネルやキーボードなどを介して入力された情報を情報提示サーバ１へ送信する。

図４は、情報提示システムにおける動作の概要を示すシーケンス図である。本シーケンス図は、あるユーザ（第１のユーザ）が操作する第１のクライアント装置２、他のユーザ（第２のユーザ）が操作する第２のクライアント装置２、および情報提示サーバ１の間での通信内容について時系列で示している。まず、機能ブロックと、クライアント装置２と情報提示サーバ１との間でやりとりされるデータとの関係を説明する。

情報提示サーバ１の条件入力画面送信部５１は、プロセッサ１１、記憶部１２および通信部１３を中心として実現される。条件入力画面送信部５１は、クライアント装置２に向けて検索条件入力画面データを送信する。検索条件入力画面データは、商品やサービスを検索するための検索条件を入力させる画面の情報である。これにより、クライアント装置２は検索条件入力画面をユーザが閲覧する表示出力デバイスに表示させ、ユーザが検索条件を入力することを可能にする。

図５は、検索条件入力画面の一例を示す図である。図５に示す画面は、特定のＵＲＬを入力することによりクライアント装置２側の画面に表示されるグルメ情報サイトのトップページであり、検索用のキーワードを入力する領域と飲食サービスのジャンルを選択する領域とを含む検索条件入力領域７０を有している。以下では、情報提示サーバ１がグルメ情報サイトを実現している場合を中心に説明する。ユーザが検索条件入力領域７０にキーワードやジャンルといった検索条件を入力し「検索」ボタンを押下すると、クライアント装置２はそれらの検索条件を含む検索指示データを情報提示サーバ１に向けて送信する。

情報提示サーバ１の検索条件取得部５２は、プロセッサ１１、記憶部１２および通信部１３を中心として実現される。検索条件取得部５２は、クライアント装置２から検索指示データを受信し、ユーザが入力した検索条件を取得する。

リスト情報送信部５３は、プロセッサ１１、記憶部１２および通信部１３を中心として実現される。リスト情報送信部５３は、取得された検索条件に基づいて商品サービス情報格納部６１を検索し、それぞれ取引対象を示す複数の項目のリストを示す情報であるリストデータを生成し、その生成されたリストデータをユーザが操作するクライアント装置２に向けて送信する。これにより、クライアント装置２はリスト画面を表示出力デバイスに表示させる。なお、リスト情報送信部５３は、検索条件による検索を行わずに、既成の複数の項目のリストを示すリストデータを送信してもよい。

図６は、リスト画面の一例を示す図である。本図に示すリストは、検索条件として、キーワードが「銀座」、ジャンルが「和食」で検索された場合に表示される飲食店（飲食サービス）のリストである。以下では、このリストに含まれる飲食サービスの一つ一つをリストの「項目」と記載する。図６の画面には、項目７１から７３の情報が表示されているが、実際にはより多くの項目の情報が表示されている。リスト画面では、各項目について、商品やサービスの概要を示す情報、例えば飲食サービス施設の店名や写真、サービスを受ける際の予算の目安、その施設へのアクセス方法といった情報が配置されている。ユーザがリンクのクリックなどにより、これらの項目のうちいずれかを選択すると、クライアント装置２は、その選択された項目を特定する情報（サービスＩＤ）とリストを特定する情報（リストＩＤ、検索条件）を含む選択項目データを情報提示サーバ１に送信する。なお、リストの項目は他の種類（商品など）の取引対象を示すものであってもよい。

図６の例ではリストの項目は検索条件により検索された飲食店の情報であるが、予めサイト運営者が選んだ飲食店の情報であってもよい。また、ここではグルメ情報サイトの例を説明しているためリスト画面にはサービス（飲食店）の情報が配置されているが、例えば商品を販売するサイトであれば飲食サービス施設の代わりに商品の情報が配置されていてもよい。

また、１つのリスト画面に表示される項目の数の上限（最大表示数）は決まっていてもよい。例えば、リスト情報送信部５３は、はじめに検索結果のうち最大表示数の項目を含む画面のデータをクライアント装置２に送信し、次にリスト情報送信部５３は、クライアント装置２からユーザが次のページを表示させるボタンを押下したことを示すデータを送信した場合に、次の最大表示数の項目を含む画面のデータをクライアント装置２に送信するようにしてよい。また、クライアント装置２が最大表示数の項目が表示されるリスト画面の下端までスクロールするユーザの操作を取得して送信し、リスト情報送信部５３がその操作を示す情報を取得した場合に、リスト情報送信部５３がそのリストの下に表示する複数の項目の情報をクライアント装置２に送信してもよい。

選択項目取得部５４は、クライアント装置２から選択項目データを受信し、リストのうちユーザにより選択された項目を取得する。そして、選択項目取得部５４は、その項目のサービスＩＤを、リストＩＤや検索条件、ユーザと関連づけて選択履歴格納部６２に記憶させる。

そして、詳細情報送信部５５は、選択された項目に相当する商品やサービスの情報である項目詳細データをクライアント装置２に送信する。これにより、クライアント装置２は詳細画面を表示出力デバイスに表示させる。

図７は、詳細画面の一例を示す図である。図７に示す詳細画面には、リスト画面に表示されている内容に加え、飲食店の説明文やその飲食店が提供するメニュー、また飲食店に行くための地図、連絡先の電話番号といった情報が配置されている。

表示優先度変更部５６は、リストに表示される項目の順位やリストに表示されるか否かを制御するための表示優先度の情報を変更する処理（図４の「表示優先度変更処理」）を行う。処理の詳細については後述する。

次に、図４を用いて代表的なケースにおける処理の流れについて説明する。はじめに、第１のクライアント装置２を操作する第１のユーザがブラウザで情報提示サーバ１の検索条件入力画面にアクセスすると、情報提示サーバ１の条件入力画面送信部５１は第１のクライアント装置２に検索条件入力画面データを送信し、クライアント装置２は検索条件入力画面を表示させる。そして、第１のユーザが検索条件入力画面において検索を指示すると、第１のクライアント装置２は検索指示データが送信する。情報提示サーバ１の検索条件取得部５２がその検索指示データを取得すると、リスト情報送信部５３が商品サービス情報格納部６１に格納されたサービスの情報を検索し、検索された複数のサービスを含むリストの情報であるリストデータを生成し、生成されたリストデータを送信する。

第１のクライアント装置２がリストデータを受信すると、リスト画面を表示出力デバイスに表示させる。第１のユーザは、リストをみて提供を希望するサービスの候補を決め、リスト中にあるその候補の項目を選択する。例えば図６では飲食店「富士」を選択したとする。すると、第１のクライアント装置２は選択項目データを送信し、それに応じて情報提示サーバ１の詳細情報送信部５５は項目詳細データを送信する。クライアント装置２は例えば図７に示すような詳細画面を表示出力デバイスに表示させる。

すると、第１のユーザはこの詳細画面をみてこの飲食店を利用するか（このサービスの提供を受けるか）否かを決定する。そして、ユーザは、サービスの提供を受けようとする場合には、この画面に表示される飲食店の電話番号に電話して空き席があり予約可能か問い合せる。そして、予約可能であれば第１のユーザはグルメ情報サイトの利用を終了し、リスト中の他の項目を選択することはない。なお、第１のユーザが電話の代わりに予約用の画面を用いて予約するような場合も、予約が完了すればリスト中の他の項目を選択することはない。また、もし物販サイトで商品の詳細が表示される場合には、ユーザがその商品を購入するか判断し、購入する場合にはその商品を買い物カゴにいれるなどの購入操作を続ける。この場合にも第１のユーザは通常はリスト中の他の項目を選択することはない。

一方、空き席がなく予約ができなかった場合には第１のユーザはブラウザの「戻る」ボタン等を押下してリスト画面に戻り、次の候補となる項目（例えば図６における「あい」）を押下する。すると、第１のクライアント装置２は選択項目データを情報提示サーバ１に送信し、情報提示サーバ１は新たな項目についての項目詳細データをクライアント装置２に送信する。また、第１のユーザが詳細画面をみて何らかの問題を発見し候補から外す場合にも、一般的には第１のユーザは次の候補となる項目を選択し、第１のクライアント装置２は選択項目データを情報提示サーバ１に送信する。ここで、時間間隔ｔ１は前回の選択項目データの受信時刻と今回の選択項目データの受信時刻との間隔である。時間間隔ｔ１の利用については後述する。

このように、第１のユーザによってリスト画面においてリストからある項目（第１の項目）を選択する前に、同じリストの他の項目（第２の項目）を選択している場合には、前に選択された第２の項目の商品やサービスの提供を受けることが第１のユーザにとって難しいことが考えられる。これは他のユーザにとってもこの商品やサービスを受けることが難しい可能性がある。表示優先度変更処理は、このことを利用してリストに属する項目の表示優先度を変更する処理である。ここでは、表示優先度変更処理により第２の項目について表示優先度が下がったものとする。

表示優先度変更処理が行われた後に、第２のクライアント装置２を操作する第２のユーザ（第１のユーザと異なるユーザとする）が第１のユーザが選択した第２の項目が含まれうるリストを出力させるための検索条件を入力すると、第２のクライアント装置２は検索指示データを情報提示サーバ１に送信する。そして情報提示サーバ１のリスト情報送信部５３は、第２の項目の表示順位が繰り下げられたか、あるいは第２の項目が含まれないリストを示すリストデータを生成し、生成されたリストデータを第２のクライアント装置２に向けて送信する。例えば図６の例で第１のユーザがはじめに「富士」の項目７１を選択し、次に「あい」の項目７２を選択することで「富士」の項目７１の表示優先度が下がった場合には、リスト情報送信部５３は「富士」の項目７１がリスト画面の下側に表示されたり、「富士」の項目７１が含まれないリスト画面のリスト情報を送信する。

このように第１のユーザが第２の項目の後に第１の項目を選択することにより第２の項目の表示優先度が下がり、後からアクセスする第２のユーザに提示するリスト画面における第２の項目の順位が低下したりその第２の項目の提示そのものが抑止されると、第２のユーザに対して問題が起きやすい情報の提供を実質的に抑えることができ、ユーザが無駄な作業をするケースの発生を抑えることができ、それに伴うユーザからのリクエストの量の低減により、サーバの負荷も軽減することができる。

次に、検索条件が送信されてからこのリスト情報を送信する際の処理の詳細について説明する。図８は、検索条件取得部５２およびリスト情報送信部５３の処理フローの一例を示す図である。

クライアント装置２が検索指示データを送信すると、検索条件取得部５２はその検索指示データを取得し、検索指示データからサービス（取引対象の一例）の検索条件を取得する（ステップＳ１０１）。検索条件は、図５の例であれば検索キーワードや検索ジャンルである。以下では単に「検索条件」と記す場合は商品サービス情報を検索する際の検索条件を指すものとする。

次に、リスト情報送信部５３は、取得された検索条件を用いて商品サービス情報格納部６１に格納されている商品サービス情報を検索し、検索された商品サービス情報を取得する（ステップＳ１０２）。この際、検索された商品サービス情報と検索条件との適合の度合いを示す検索スコアを合わせて取得してもよい。

図９は、商品サービス情報の一例を示す図である。図９はグルメ情報サイトにおける飲食サービスの情報の例であり、１行が１つの商品サービス情報に対応している。図９の例では、各商品サービス情報は、サービスを特定するためのサービスＩＤ、名称、飲食サービスのジャンル、飲食サービス施設が存在するエリア、施設の紹介文、予算の目安、アクセス、そして飲食サービス施設の人気度といった要素を含んでいる。１つの商品サービス情報に含まれる各要素は、例えばグルメ情報サイトにおける詳細画面に表示する内容であり、実際には図９に記載されている以外の情報の要素も１つの商品サービス情報に含まれている。図５や図９の例では、検索条件は、商品サービス情報のうち詳細画面に表示される要素の文字列等が検索キーワードを含み、かつ商品サービス情報のジャンルが検索ジャンルと同じであることである。なお、商品を販売するサイトでは、商品サービス情報は、その商品を特定するための商品ＩＤ（実質的にサービスＩＤと同じものである）や、名称、カテゴリ（ジャンル）、価格などを含んでよい。また、商品サービス情報は、人気度だけでなく、満足度のような他の指標も用いて算出された評価スコアを含んでいてもよい。

次に、リスト情報送信部５３は、優先度情報格納部６３から、検索された各商品サービス情報の表示優先度を取得する（ステップＳ１０３）。表示優先度は表示優先度変更部５６の表示優先度変更処理によって、サービスＩＤと検索条件との組み合わせに関連付けられた優先度情報として優先度情報格納部６３に記憶されている。

図１０は、優先度情報の一例を示す図である。図１０の１行は１つの優先度情報に相当し、各優先度情報は、サービスＩＤ、検索条件を示す検索キーワード及び検索ジャンル、表示優先度、また表示優先度の更新時刻といった要素を有する。リスト情報送信部５３は、検索条件である検索キーワードおよび検索ジャンルと、検索された商品サービス情報（取引対象）のサービスＩＤとをキーとして優先度情報を検索し、検索された優先度情報に含まれる表示優先度を、その商品サービス情報に対する表示優先度として取得する。なお、図１０の例では、表示優先度が高いほど表示優先度の値が大きいとする。また優先度情報が優先度情報格納部６３に格納されていない場合には、そのサービスＩＤおよび検索条件における表示優先度はデフォルトの値（たとえば０）であるとする。なお、表示優先度の値と表示優先度との関係は後述の表示用スコアとの整合性が確保される限りは任意に定めることができ、表示優先度が高いほど表示優先度の値を小さくしてもよい。

表示優先度が取得されると、リスト情報送信部５３は、人気度や表示優先度、そして検索条件との類似度（検索スコア）などに基づいて検索された商品サービス情報の表示用スコアを算出する（ステップＳ１０４）。ここでは表示用スコアは、表示優先度の値や人気度の値が高いほど、そして検索条件と商品サービス情報との類似度が大きいほど大きくなる。また、表示用スコアが大きいほどリスト中で表示される順位が前になるものとする。なお、リスト情報送信部５３は、表示用スコアの算出に、前述の評価スコアも用いてよい。

各項目の表示用スコアが計算されると、リスト情報送信部５３は各商品サービス情報をその表示用スコアの降順でソートし（ステップＳ１０５）、ソートされた商品サービス情報をソートされた順番で格納するリストデータを生成する（ステップＳ１０６）。ここで、リストデータに格納される商品サービス情報のそれぞれがそのリストデータの項目である。すると、表示用スコアが高いものほど上位になるリストを示すリストデータが送信される。また、リスト情報送信部５３は表示用スコアが閾値より低い一部の商品サービス情報についてはリストの生成対象から除外し（他の商品サービス情報をリスト生成対象とする）、その一部の商品サービス情報を格納しないリストデータを生成してもよい。なお、リストデータに含まれる各項目は、サービスＩＤや名称、予算、アクセスといった情報を含んでおり、またリストデータは検索条件や一意に生成されたリストＩＤを含んでいる。また、検索条件をリストを特定するために使用してもよく、その場合はリストデータがリストＩＤを含まなくてもよい。

ここで、リスト情報送信部５３は、一部の商品サービス情報がリストの生成対象から除外されたなどの理由により、リストデータに格納すべき商品サービス情報の数が、最低件数より小さい場合には、検索条件の一部を変更し、その変更された検索条件により検索された商品サービス情報もリストの生成対象に加えてもよい。より具体的には、検索条件を解析し、サービスを提供する飲食店が存在するエリアの条件を取得する。そして、そのエリアの条件を、そのエリアに隣接または近接するエリア（隣の駅周辺のエリアなど）の条件に変更し、その変更された検索条件を満たす商品サービス情報を検索する。そして見つけられた商品サービス情報について人気度等に基づいてソートし、ソートされた商品サービス情報をリストデータのこれまでに格納された項目の次の項目から追加して格納する。こうすることでリスト情報送信部５３は、当初の検索条件で検索されリスト生成対象とされた商品サービス情報と、変更された検索条件により検索された商品サービス情報とをそれぞれ示す複数の項目を含むリスト情報を生成する。また、単に隣接または近接するエリアでなく、ユーザの移動方向や現在位置から一定時間後に到達する可能性の高いエリアを推定し、そのエリアで検索条件を変更してもよい。

そして、リストデータが生成されると、リスト情報送信部５３は生成されたリストデータをユーザに向けて送信する（ステップＳ１０７）。

次に、表示優先度の変更に関する処理について説明する。図１１は、選択項目取得部５４、詳細情報送信部５５および表示優先度変更部５６の処理フローの一例を示す図である。ここでは、情報提示サーバ１が、選択項目データを受信することをトリガとして表示優先度を変更する処理を実行する場合の例について説明するが、処理を実行するタイミングは異なっていてもよい。たとえば表示優先度を変更する処理をバックグラウンドで周期的に実行してもよい。以下では図１１の処理フローにしたがって選択項目取得部５４、詳細情報送信部５５および表示優先度変更部５６の処理の詳細を説明する。図１１は飲食サービスについての処理を記載しているが、サービスの情報（サービスＩＤなど）の代わりに商品の情報（商品ＩＤなど）を用いれば、商品についても同じ処理を適用できる。

選択項目取得部５４は、ユーザが操作するクライアント装置２から選択項目データを受信すると、その選択項目データから選択された項目（受信された項目）を特定するサービスＩＤ、そのユーザを特定するユーザＩＤ、検索条件、リストＩＤを取得する（ステップＳ２０１）。このサービスＩＤはリストに含まれる複数の項目のうちユーザが選択した項目を示すものである。

次に、詳細情報送信部５５は、受信された項目についてより詳細な情報（電話番号、写真、地図、メニューなど）を商品サービス情報格納部６１から取得し、受信された項目に応じた詳細画面を表示するための項目詳細データを生成し、その生成された項目詳細データを送信する（ステップＳ２０２）。

そして、詳細情報送信部５５が項目詳細データを送信した後に、表示優先度変更部５６は、あるユーザにより選択された第１の項目であってステップＳ２０１で受信された選択項目データに含まれる第１の項目と、この第１の項目より前に同じユーザにより同じリストについて選択された第２の項目とを比較する。そして詳細情報送信部５５は第１の項目と第２の項目が異なる場合に第２の項目の表示優先度を下げる処理を行う。なお、第１の項目と第２の項目を比較しその比較結果に応じて表示優先度を下げる処理は、ステップＳ２０２の処理と並行して行ってもよい。

より詳細には、表示優先度変更部５６は、はじめに、選択履歴格納部６２に格納される複数の選択履歴から、ステップＳ２０１で受信された項目（第１の項目）と同じユーザにより前回選択された項目（第２の項目）であって同じリストについて選択された項目についての選択履歴を取得する（ステップＳ２０３）。ステップＳ２０３では、表示優先度変更部５６は受信された選択項目データに含まれるユーザＩＤとリストＩＤとをキーとして選択履歴を検索する。

図１２は、選択履歴の一例を示す図である。選択履歴は、ユーザＩＤごとに生成されており、各選択履歴は、ユーザＩＤ、選択時刻、サービスＩＤ、リストＩＤ、リストの検索条件（検索キーワードおよび検索ジャンル）を含んでいる。選択履歴に含まれる情報は、そのユーザＩＤのユーザにより選択された項目についてのものであり、選択項目データを受信した際に格納される情報である。選択時刻はその項目をユーザが選択した（あるいは選択項目データを受信した）時刻であり、リストＩＤは選択された項目が含まれるリストを特定する情報である。例えば、図１２は、ユーザＩＤが「ｕｓｅｒＺ」であるユーザは、リストＩＤ「５０１１」のリストに対して、１７時４８分にサービスＩＤが「ｒ３００１」である項目を選択し、１７時５０分にサービスＩＤが「ｒ３００２」である項目を選択していることを示している。なお、ステップＳ２０３の時点では図１２に示す選択履歴にはステップＳ２０１で取得されユーザが選択した項目についての情報は記憶されていない。

表示優先度変更部５６は、ステップＳ２０３において選択履歴が検索された場合（ステップＳ２０４のＹ）には、受信された項目（第１の項目）のサービスＩＤと、選択履歴のサービスＩＤ（第２の項目）とを比較する（ステップＳ２０５）。そして、比較された２つの項目（サービスＩＤ）が互いに異なっており（ステップＳ２０５のＹ）、かつ第１の項目についての選択時刻と、第２の項目の選択履歴の選択時刻との時間間隔ｔ１が予め定められた範囲内（例えば５分位内や１分以上１０分以内など）にある場合（ステップＳ２０６のＮ）には、第２の項目のサービスＩＤおよびリストの検索条件に関連づけられて記憶部１２に記憶されたユーザの多さを示す判定カウントを増減させる（ステップＳ２０７）。

図１３は、判定カウント情報の一例を示す図である。判定カウント情報はサービスや商品とリストの検索条件の組合せにより一意となる情報であり、記憶部１２に記憶される判定カウント情報のそれぞれは、サービスＩＤ、リストの検索条件（検索キーワード、検索ジャンル）、判定カウント、更新時刻を含む。判定カウント情報は、情報提示サーバ１の記憶部１２に格納されているが、他のサーバに格納されていてもよい。

ステップＳ２０７では、表示優先度変更部５６はユーザの多さを示す判定カウントを１増やし、さらに時間経過を考慮して判定カウントを減少させてもよい。例えば、前回の判定カウントの更新から時間が経過するほど、判定カウント情報の判定カウントを小さくしてもよい。表示優先度変更部５６はこの判定カウントを所定の時間が経つ毎に１ずつ減らしてもよいし、０．１ずつ減らしてもよい。表示優先度変更部５６は、例えば、判定カウント情報の更新時刻と現在時刻との差が大きくなるほどより大きい値を判定カウントから減算してもよいし、判定カウント情報の更新時刻と現在時刻との差がある閾値より大きい場合に判定カウントを０に設定し直してもよい。また、表示優先度変更部５６はステップＳ２０７の処理のタイミングでさらにその判定カウントを減少させる処理を行ってもよい。これらの処理により、判定カウントは互いに異なる第１の項目と第２の項目とを選択するユーザの多さを示し、判定カウントの増減は過去の一定期間におけるそのユーザの数の増減の傾向を示している。なお、ステップＳ２０７の処理のような記憶部１２に判定カウントを記憶させる処理を行わずに、毎回判定カウントを計算してもよい。表示優先度変更部５６は現在から一定時間前までの間に第２の項目が選択されたことを示す選択履歴のうち、さらにその前の予め定められた範囲内の時刻（時間間隔ｔ１に対応）に他の項目が選択されている選択履歴の数（ユーザの数）をユーザの多さを示す判定カウントとして取得してもよい。この場合、判定カウントがユーザの数を示すようになる。

そして、表示優先度変更部５６は、ステップＳ２０７で判定カウントが変更されかつ第２の項目およびリストの検索条件についての判定カウントの値が予め定められた判定閾値より大きい場合には（ステップＳ２０８のＹ）、このサービスについての表示優先度を下げる（ステップＳ２０９）。より具体的には、表示優先度変更部５６は、優先度情報格納部６３にこのサービスＩＤおよび検索条件の組合せについて優先度情報が格納されている場合には、当該サービスＩＤに対応する優先度情報に含まれる表示優先度の値から予め定められた値を減少させ、その減少した値で優先度情報格納部６３に格納された当該サービスＩＤに対応する優先度情報の表示優先度を更新し、また現在時刻で更新時刻を更新する。一方、このサービスＩＤおよび検索条件の組合せについて優先度情報が格納されていない場合には、予め定められた初期値（例えば０）から予め定められた値を減少させ、その減少した表示優先度の値と、サービスＩＤ、検索条件、現在時刻（更新時刻）を有する優先度情報を優先度情報格納部６３に新規に格納する。また、優先度情報はさらに初回更新時刻を含んでもよい。この場合、表示優先度変更部５６は、更新前の表示優先度が予め定められた初期値である場合に初回更新時刻を現在時刻で更新し、優先度情報が格納されていない場合に初回更新時刻を含む優先度情報を優先度情報格納部６３に格納する。更新時刻および初回更新時刻は、後述の処理で利用されてもよい。なお表示優先度変更部５６は、このサービスＩＤおよび検索条件の組合せについて判定カウントが０になった場合には、その組合せについての表示優先度を初期値に戻してもよい。

このようにして表示優先度が設定された後に、検索条件取得部５２が、ユーザからこの優先度情報と同じ検索条件で検索することを指示する検索指示データを受信すると、その検索条件について図８に示すような処理が行われる。これにより、表示優先度の値が小さくなったサービスや商品は、表示優先度が下げられた後に新たに生成されたリストにおいて表示順位が下がったり、当該新たに生成されたリストから外されたりする。

ユーザがリストの第１の項目を選択した後にそのリストの他の項目である第２の項目を選択する原因としては、飲食サービスの場合には第１の項目の飲食店に電話したものの満席で断られたり、第１の項目のサービス（や商品）が検索条件との関係で適切でない場合など、サービスや商品に何らかの問題があるケースが一定以上の割合で含まれると考えられる。

一方、表示優先度変更部５６は、優先度情報を検索条件と関連付けず、サービスＩＤ（または商品ＩＤ）のみと関連づけて優先度情報格納部６３に格納してもよい。この場合、ステップＳ２０７における判定カウントの情報についても検索条件と関連づけずに格納する。この場合、検索条件と項目との関係が適切かどうかを反映できないため精度が落ちる可能性はあるものの、飲食店が満席になって予約できなくなるケースは検出でき、また他の検索条件で検索されたリストにおいて提供されることが難しいサービスや商品が上位に提示されてしまう恐れを軽減することが可能になる。

ここで、表示優先度変更部５６は、第１の項目における属性と、第２の項目における属性とが等しいか否かにも基づいて第２の項目の表示優先度を下げる処理を行ってもよい。例えば、ステップＳ２０７の判定カウントを増加させる処理において、例えば以下のいずれかの条件を満たす場合に、判定カウントを増加させたり、この場合における判定カウントの増加量を他の場合より大きくしてもよい。この条件の１つは、第１の項目のサービスにおけるジャンル（カテゴリ）と第２の項目のジャンルが同一または同一の親カテゴリを有する兄弟関係にあることである。他の１つの条件は、第１の項目と第２の項目における予算（標準的な価格）が、どちらも同一または近い価格帯にある、または予算の差が閾値より小さいことである。他の１つの条件は、第１の項目および第２の項目における飲食店の間の距離が所定の距離より小さい、またはエリアが一致するという条件である。他にも第１の項目における紹介文中のキーワードのいずれかが第２の項目のものと一致することを条件としてもよい。

ユーザがわざわざ同じ属性を有し互いに共通点のあるサービスの項目を順に選んでいる場合には、その種類のサービスを受けようとする（商品を購入しようとする）意思が共通点のないサービスを順に選ぶ場合より大きいと考えられる。したがって、ある項目の次に別の項目が選択される操作が、ユーザの気まぐれではなく前の項目について何らかの問題があることを示す可能性がより高いと考えられる。したがって、サービスの属性を考慮することで、サービスや商品の提供に何らかの問題があるか否かを表示優先度により精密に反映することが可能になる。

そして、ステップＳ２０４からＳ２０９の処理が行われた後に、選択項目取得部５４は、その項目を特定するサービスＩＤを、ユーザＩＤ、検索条件、リストＩＤ、およびこの項目が選択された選択時刻と関連づけて選択履歴格納部６２に記憶させる（ステップＳ２１０）。ここで、選択履歴はユーザＩＤにより一意となる情報であり、選択履歴格納部６２に現在のユーザＩＤにおける選択履歴が格納されている場合にはその選択履歴の選択時刻と検索条件とを更新し、選択履歴が格納されていない場合には選択履歴格納部６２に新たな選択履歴を追加する。記憶された選択履歴は、次回以降に同じユーザがリストの項目を選択することにより、図１１に示すような処理が実行される際に用いられる。

なお、表示優先度変更部５６は、取引対象の表示優先度が下げられてから一定時間経過した場合に該取引対象の表示優先度の値を初期値にリセットしてもよい。例えば表示優先度変更部５６は優先度情報格納部６３に格納された優先度情報のうち更新時刻（代わりに初回更新時刻でもよい）と現在時刻との間隔が一定（例えば３時間）以上のものを定期的に検索し、検索された優先度情報の表示優先度を初期値にリセットしてよい。こうすることで、時間の経過により空席ができるなどのケースを考慮することも可能になる。なお、商品やサービスごとにその定期的な検索に用いる間隔を異ならせて設定できるようにしてもよい。

図１４は、図１０からある時間が経過した後の優先度情報の一例を示す図である。例えば、サービスＩＤ「ｒ０００１」の表示優先度は、図１０の状態から３時間経って図１４では初期値である０にリセットされている。

ある取引対象について一度下がった表示優先度が、時間が経過することで元に戻ることにより、在庫管理がされていない取引対象のように、満席や在庫切れといった時間により解決しうる一時的な理由でユーザに提供できなくなるものについてより現実に即した表示優先度の制御が可能になる。こうすることで、本来なら上位に見えるべき取引対象であって一時的な問題で表示優先度が下がった取引対象について、その一時的な問題が解消する可能性が高いタイミングで再び元の表示優先度にしたがったリストを表示させることが可能となる。

１ 情報提示サーバ、２ クライアント装置、３ ネットワーク、１１ プロセッサ、１２ 記憶部、１３ 通信部、１４ 入出力部、５１ 条件入力画面送信部、５２ 検索条件取得部、５３ リスト情報送信部、５４ 選択項目取得部、５５ 詳細情報送信部、５６ 表示優先度変更部、６１ 商品サービス情報格納部、６２ 選択履歴格納部、６３ 優先度情報格納部、７０ 検索条件入力領域、７１，７２，７３ 項目、ｔ１ 時間間隔。

Claims (14)

1. 第１のユーザに向けて送信されるリスト情報であって、それぞれ取引対象を示す複数の項目を含むリスト情報を生成するリスト生成手段と、
   前記リスト情報に含まれる複数の項目のうち前記第１のユーザが選択した項目を取得する選択項目取得手段と、
   前記リスト情報に含まれる項目のいずれかである第１の項目が前記第１のユーザに選択される場合に、該リスト情報に含まれる項目のうち該第１のユーザに既に選択された第２の項目が示す取引対象に関連づけて記憶手段に記憶される表示優先度を下げる表示優先度変更手段と、
   を含み、
   前記リスト生成手段は、第２のユーザによる送信要求と、前記記憶手段に記憶される表示優先度とに基づいて、前記第２のユーザに向けて送信される新たなリスト情報を生成する、
   ことを特徴とするリスト提示装置。
2. 前記リスト生成手段は、前記第１のユーザからの検索条件に応じて前記複数の項目を含み前記第１のユーザに向けて送信される前記リスト情報を生成し、
   前記表示優先度変更手段は、前記リスト情報に含まれる項目のいずれかである第１の項目が前記第１のユーザに選択される場合に、前記検索条件と該リスト情報に含まれる項目のうち該第１のユーザに既に選択された第２の項目が示す取引対象とに関連づけて記憶手段に記憶される表示優先度を下げ、
   前記リスト生成手段は、前記第２のユーザによる送信要求に含まれる検索条件と、当該検索条件および取引対象に関連づけて記憶手段に記憶された表示優先度とに基づいて、前記第２のユーザに向けて送信される新たなリスト情報を生成する、
   ことを特徴とする請求項１に記載のリスト提示装置。
3. 前記リスト情報に含まれる複数の項目のうち前記第１のユーザが選択した項目および前記項目を選択した時刻は、前記第１のユーザおよび前記リスト情報と関連づけて該項目および該時刻を記憶する記憶手段に記憶され、
   前記表示優先度変更手段は、前記第１のユーザが前記リスト情報から前記第１の項目を選択した時刻と、前記第１のユーザが当該リスト情報から前記第２の項目を選択した時刻との間隔が所与の範囲にある場合に、前記第２の項目の表示優先度を下げる、
   ことを特徴とする請求項１又は２に記載のリスト提示装置。
4. 前記表示優先度変更手段は、前記リスト情報に含まれる複数の項目のいずれかである第１の項目を選択する前に当該複数の項目のいずれかである第２の項目を選択するユーザの多さに基づいて前記第２の項目の表示優先度を下げる、
   ことを特徴とする請求項１から３のいずれかに記載のリスト提示装置。
5. 前記表示優先度変更手段は、前記リスト情報に含まれる項目のいずれかである第１の項目が前記第１のユーザに選択される場合に、前記第１の項目が示す取引対象に関連づけられた属性と、前記第２の項目が示す取引対象に関連づけられた属性とに基づいて、前記第２の項目の表示優先度を下げる、
   ことを特徴とする請求項１から４のいずれかに記載のリスト提示装置。
6. 前記表示優先度変更手段は、前記リスト情報に含まれる項目のいずれかである前記第１の項目が前記第１のユーザに選択される場合に、前記第１の項目が示す取引対象の価格と、前記第２の項目が示す取引対象の価格とに基づいて、前記第２の項目の表示優先度を下げる、
   ことを特徴とする請求項５に記載のリスト提示装置。
7. 前記表示優先度変更手段は、前記リスト情報に含まれる項目のいずれかである前記第１の項目が前記第１のユーザに選択される場合に、前記第１の項目が示す取引対象の位置情報と、前記第２の項目が示す取引対象の位置情報とに基づいて、前記第２の項目の表示優先度を下げる、
   ことを特徴とする請求項５に記載のリスト提示装置。
8. 前記表示優先度変更手段は、前記リスト情報に含まれる項目のいずれかである前記第１の項目が前記第１のユーザに選択される場合に、前記第１の項目が示す取引対象が属するカテゴリと、前記第２の項目が示す取引対象が属するカテゴリとに基づいて、前記第２の項目の表示優先度を下げる、
   ことを特徴とする請求項５に記載のリスト提示装置。
9. 前記リスト生成手段は、前記記憶手段に記憶される表示優先度に基づいて、前記第２のユーザによる送信要求に含まれる検索条件を満たす複数の取引対象のうち一部をリスト生成対象として決定し、前記決定された取引対象の数が閾値より小さい場合に、前記複数の取引対象の情報のうち前記決定された一部と、前記検索条件の一部が変更された条件を満たす複数の取引対象とをそれぞれ示す複数の項目を含む新たなリスト情報を生成する、
   ことを特徴とする請求項１から８のいずれかに記載のリスト提示装置。
10. 前記リスト生成手段は、前記決定された取引対象の数が閾値より小さい場合に、前記複数の取引対象の情報のうち前記決定された一部と、前記検索条件のうち取引対象が属する領域が隣接または近接する領域に変更された条件を満たす複数の取引対象とをそれぞれ示す複数の項目を含む新たなリスト情報を生成する、
    ことを特徴とする請求項９に記載のリスト提示装置。
11. 前記リスト生成手段は、前記決定された取引対象の数が閾値より小さい場合に、前記複数の取引対象の情報のうち前記決定された一部と、前記検索条件のうち取引対象が属する領域が前記第２のユーザの移動方向にある領域に変更された条件を満たす複数の取引対象とをそれぞれ示す複数の項目を含む新たなリスト情報を生成する、
    ことを特徴とする請求項９に記載のリスト提示装置。
12. 前記表示優先度変更手段は、時間の経過に基づいて、下げられた表示優先度を初期値に戻す、
    ことを特徴とする請求項１から１１のいずれかに記載のリスト提示装置。
13. 第１のユーザに向けて送信されるリスト情報であって、それぞれ取引対象を示す複数の項目を含むリスト情報を生成し、
    前記リスト情報に含まれる複数の項目のうち前記第１のユーザが選択した項目を取得し、
    前記リスト情報に含まれる項目のいずれかである第１の項目が前記第１のユーザに選択される場合に、該リスト情報に含まれる項目のうち該第１のユーザに既に選択された第２の項目が示す取引対象に関連づけて記憶手段に記憶される表示優先度を下げ、
    第２のユーザによる送信要求と、前記記憶手段に記憶される表示優先度とに基づいて、前記第２のユーザに向けて送信される新たなリスト情報を生成する、
    ことを特徴とするリスト提示方法。
14. 第１のユーザに向けて送信されるリスト情報であって、それぞれ取引対象を示す複数の項目を含むリスト情報を生成し、
    前記リスト情報に含まれる複数の項目のうち前記第１のユーザが選択した項目を取得し、
    前記リスト情報に含まれる項目のいずれかである第１の項目が前記第１のユーザに選択される場合に、該リスト情報に含まれる項目のうち該第１のユーザに既に選択された第２の項目が示す取引対象に関連づけて記憶手段に記憶される表示優先度を下げ、
    第２のユーザによる送信要求と、前記記憶手段に記憶される表示優先度とに基づいて、前記第２のユーザに向けて送信される新たなリスト情報を生成する、
    処理をコンピュータに実行させるプログラム。

Images