JP7044931B1 - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Abstract

【課題】検索サービスに対する操作性の向上を図ること。【解決手段】本願に係る情報処理装置は、検索部と、提案部とを備える。検索部は、ユーザによって指定された検索条件である指定条件で検索する。提案部は、検索部によって検索された指定条件の検索結果が所定条件を満たさない場合に、ユーザに関するユーザ情報に応じた種別の検索条件を変更した変更条件を提案する。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。

従来、例えば、検索サイトを提供するサービスにおいて、ユーザが指定した条件による検索結果が多いまたは少ない場合に、絞り込みあるいは拡張するための検索条件を提案する検索支援システムがある（例えば、特許文献１参照）。

特開２００８－１５２６０７号公報

しかしながら、従来技術では、たとえば、検索サービスに対する操作性を向上させる点において改善の余地があった。

本発明は、上記に鑑みてなされたものであって、検索サービスに対する操作性の向上を図ることができる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る情報処理装置は、検索部と、提案部とを備える。前記検索部は、ユーザによって指定された検索条件である指定条件で検索する。前記提案部は、前記検索部によって検索された前記指定条件の検索結果が所定条件を満たさない場合に、前記ユーザに関するユーザ情報に応じた種別の検索条件を変更した変更条件を提案する。

本発明によれば、検索サービスに対する操作性の向上を図ることができる。

図１は、実施形態に係る情報処理の一例を示す図である。 図２は、実施形態に係る情報処理装置の構成例を示すブロック図である。 図３は、実施形態に係る不動産情報記憶部に記憶される情報の一例を示す図である。 図４は、実施形態に係るユーザ情報記憶部に記憶された情報の一例を示す図である。 図５は、実施形態に係るユーザ属性記憶部に記憶された情報の一例を示す図である。 図６は、実施形態に係る提案条件の提案画面の一例を示す図である。 図７は、実施形態に係る情報処理の一例を示すフローチャートである。 図８は、実施形態に係る情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る情報処理装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と記載する。）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。

［実施形態］
〔１．情報処理〕
まず、図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す図である。

図１に示すように、実施形態に係る情報処理装置１０は、たとえば、不動産情報記憶部を有しており、クライアント端末であるユーザ端末５０に対して不動産情報に関する各種情報を提供する情報処理装置である。たとえば、情報処理装置１０は、不動産の賃貸、売買に関する各種不動産情報を提供する。なお、情報処理装置１０は、たとえば、サーバ装置やクラウドシステム等によって実現される。

なお、不動産には、建造物や、土地が含まれる。また、ここでの不動産情報には、住居、店舗の賃貸契約、住居、店舗の売買契約、土地の賃貸契約または売買契約などといった各種不動産の賃貸あるいは売買に関する各種情報が含まれ得る。

ユーザ端末５０は、ユーザＵが所有する端末装置であり、情報処理装置１０とのデータ通信によって、情報処理装置１０の不動産情報記憶部に記憶された不動産に関する各種情報をユーザＵへ提供する。ユーザ端末５０は、たとえば、スマートフォン、タブレット端末、パソコン、ウェアラブル端末など、通信機能を備えた各種のクライアント端末である。

たとえば、ユーザＵが、情報処理装置１０が提供する不動産サイトへアクセスし、物件を検索する場合を想定する。この場合、ユーザＵは、ユーザ端末５０を操作し、希望する物件の条件を指定する。しかしながら、たとえば、ユーザＵが指定した条件では、該当する物件数が少ない場合や、あるいは、該当する物件数が多い場合など、希望する物件を選ぶのが困難となる場合がある。

そのため、実施形態に係る情報処理装置１０では、ユーザＵが指定した検索条件である指定条件による検索結果が所定条件を満たさない場合に、ユーザ情報に応じた種別の検索条件を変更した変更条件を提案することとした。

たとえば、図１に示すように、まず、情報処理装置１０は、ユーザ端末５０からユーザＵによって指定された検索条件である指定条件を受け付ける（ステップＳ０１）。たとえば、指定条件には、物件のエリア、家賃、間取り、築年数、駅からの距離などといった情報が含まれる。

つづいて、情報処理装置１０は、ステップＳ０１において受け付けた指定条件に基づいて、不動産情報記憶部内を検索する検索処理を行う（ステップＳ０２）。つづいて、情報処理装置１０は、指定条件による検索結果が所定条件を満たさない場合に、指定条件によって指定された検索条件のうち、ユーザＵに関するユーザ情報に応じて変更する種別（以下、変更種別と記載する）および選択種別の変更内容を選択する選択処理を行う（ステップＳ０３）。

ここでの所定条件を満たさないとは、たとえば、指定条件によるヒット数が所定範囲内（たとえば、５０～１５０件）に収まらないことを指す。換言すれば、指定条件に該当する物件が著しく少ない場合や著しく多い場合に、所定範囲を満たさないこととなる。

また、情報処理装置１０は、選択処理において、たとえば、ユーザＵの年収、勤務地、家族構成、趣味等のユーザ情報に応じて変更種別を選択する。たとえば、情報処理装置１０は、ユーザＵの年収に応じて「家賃」の変更種別を選択したり、家族構成に応じて間取りの変更種別を選択したり、勤務地や趣味に応じて物件のエリアの変更種別を選択したりする。

また、情報処理装置１０は、変更種別の選択に関して、変更種別を変更後の検索条件である変更条件の検索結果が上記指定条件に対して設定された所定条件を満たすように変更内容を選択する。

たとえば、情報処理装置１０は、指定条件によるヒット数が所定の閾値より多い場合には、ヒット数が閾値より少なくなるよう検索条件を絞り込み、指定条件によるヒット数が所定の閾値より少ない場合には、ヒット数が閾値より多くなるよう検索条件を拡張するよう変更内容を選択する。なお、上記閾値は、同じ値であってもよく、それぞれ異なる値であってもよい。より具体的な例を挙げると、たとえば、ユーザＵの年収に対して指定条件の家賃が低い場合には、変更種別として家賃を選択し、変更内容として家賃を増やした変更条件とする。

また、たとえば、情報処理装置１０は、変更条件によっても検索結果に変化が少ない場合には、すなわち、変更条件に合致する物件が少ない場合、家賃をさらに増やす、あるいは、他の変更条件（家賃以外の変更種別）を選択したうえで変更内容を選択する。すなわち、複数の変更種別を組み合わせて、変更条件の最適解を求めることにしてもよい。これにより、たとえば、ユーザＵが興味を持つと推定される検索条件を変更条件として設定することができる。

つづいて、情報処理装置１０は、ユーザＵが指定した指定条件から変更種別および変更内容を変更した変更条件とともに、指定条件の検索結果をユーザ端末５０へ送信する（ステップＳ０４）。これにより、図１に示すように、たとえば、ユーザ端末５０には指定条件の検索結果を表示する検索結果画像Ｒ１とともに変更条件の提案画像Ｒ２が表示される。

図１に示す例では、ユーザ端末５０には、検索結果画像Ｒ１に示すように指定条件によるヒット数が２０件であり、変更条件の提案画像Ｒ２として「家賃を５，０００円増やすと１００件増えます」との表記が表示される。

すなわち、この場合、変更条件として提案される変更種別が「家賃」であり、変更種別の変更内容が「プラス５，０００円」であることを示す。また、図１に示すように、指定条件によるヒット数と変更条件によるヒット数との差分に関する情報（ここではプラス１００件）が変更条件とともに表示される。なお、差分に関する情報は、たとえば、実際の差分を示す情報であってもよく、たとえば、１００件を超える場合に「１００件以上」として表記するなど、差分を抽象化した情報であってもよい。

たとえば、ユーザＵが、ユーザ端末５０に表示された提案画像Ｒ２による検索を許可すると、情報処理装置１０では、指定条件および変更条件による検索結果がユーザ端末５０に送信され、ユーザ端末５０には、指定条件および変更条件による検索結果が表示されることになる。すなわち、上記の例では、ユーザＵが指定した指定条件のうち、家賃がプラス５，０００円された変更条件による検索結果がユーザ端末５０に新たに表示される。

なお、たとえば、指定条件と変更条件とはａｎｄ条件であるが、ｏｒ条件であってもよい。また、たとえば、変更条件によって指定条件を絞り込む場合に、ａｎｄ条件とし、変更条件によって指定条件を拡張する場合に、ｏｒ条件とすることにしてもよい。なお、指定条件の検索結果と、変更条件の検索結果とが全く重複しない変更条件を提案することにしてもよい。

このように、実施形態に係る情報処理装置１０は、ユーザＵによって指定された検索条件である指定条件の検索結果が所定条件を満たさない場合に、ユーザ情報に応じた種別の検索条件を変更した変更条件を提案する。

これにより、実施形態に係る情報処理装置１０では、ユーザＵが自身に適した検索条件を容易に設定することができるので、検索サービスに対する操作性の向上を図ることができる。

〔２．情報処理装置の構成例〕
次に、図２を用いて、情報処理装置１０の構成例について説明する。図２は、実施形態に係る情報処理装置１０の構成例を示すブロック図である。図２に示すように、情報処理装置１０は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、４Ｇ（Generation）、５Ｇ、ＬＴＥ（Long Term Evolution）、Ｗｉｆｉ（登録商標）若しくは無線ＬＡＮ（Local Area Network）等といった各種の無線通信網若しくは各種の有線通信網といったネットワークを介して、外部装置との間で情報の送受信を行う。

記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。また、記憶部１２０は、不動産情報記憶部１２１、ユーザ情報記憶部１２２、ユーザ属性記憶部１２３およびフィードバック情報記憶部１２４を有する。

不動産情報記憶部１２１は、情報処理装置１０が不動産情報サービスとして提供する不動産に関する各種情報を記憶する。図３は、実施形態に係る不動産情報記憶部１２１に記憶される情報の一例を示す図である。

図３に示すように、たとえば、不動産情報記憶部１２１は、「不動産ＩＤ」、「不動産データ」および「検索クエリ」といった項目の情報を互いに対応付けて記憶する。「不動産ＩＤ」は、不動産を識別するための識別子であり、「不動産データ」は、不動産の内容（物件名、住所、築年数、面積、駅までの距離など）に関するデータや、不動産業者によって作成された周囲環境（たとえば、閑静な住宅街など）等に関するデータである。不動産データは、たとえば、不動産業者から投稿されたデータであるが、投稿されたデータに基づいて情報処理装置１０側で編集したデータであってもよい。

「検索クエリ」は、対応する不動産データに対応付けられた検索クエリである。なお、検索クエリは、不動産データから抜粋したものであってもよく、情報処理装置１０側で任意に設定したものであってもよい。すなわち、情報処理装置１０は、不動産業者が投稿した内容とは異なる切り口の検索クエリを生成することにしてもよい。

図２の説明に戻り、ユーザ情報記憶部１２２について説明する。ユーザ情報記憶部１２２は、ユーザＵに関するユーザ情報を記憶する記憶部である。図４は、実施形態に係るユーザ情報記憶部１２２に記憶された情報の一例を示す図である。図４に示す例において、ユーザ情報記憶部１２２は、「ユーザＩＤ」、「年収」、「勤務地」、「サイト閲覧履歴」、「カード使用履歴」といった項目の情報を互いに対応付けて記憶する。

「ユーザＩＤ」は、ユーザＵを識別するための識別子を示し、「年収」は、ユーザＵの年収を示す。また、「勤務地」は、ユーザＵの勤務地を示す。たとえば、「年収」や「勤務地」に関する情報は、ユーザＵがユーザ端末５０を介して情報処理装置１０に登録した情報であってもよく、後述する連携サービスにおいて、ユーザＵが登録した情報を流用することにしてもよい。

「サイト閲覧履歴」は、ユーザＵのインターネットの閲覧履歴を示す。なお、サイト閲覧履歴には、たとえば、情報処理装置１０が提供する不動産サイトに関する閲覧履歴に加え、連携するサービス（たとえば、ポータルサイトなど）における閲覧履歴、連携するサービスでの検索クエリに関する情報を含むようにしてもよい。また、サイト閲覧履歴には、たとえば、ショッピングサイトでの購入履歴や、ニュースや動画の視聴履歴を含むようにしてもよい。

また、「カード使用履歴」は、ユーザＵのクレジットカードの使用履歴を示す。たとえば、「カード使用履歴」に関する情報は、連携するクレジットカード会社から取得した情報であり、たとえば、ユーザＵがクレジットカードで支払いをおこなった店舗に関する情報、支払金額に関する情報、支払い日時に関する情報などが含まれる。また、カード使用履歴に加え、その他の電子決済（たとえば、ＱＲコード（登録商標）決済など）の決済履歴をユーザ情報記憶部１２２に記憶することにしてもよい。

その他、ユーザ情報記憶部１２２には、ユーザＵの家族構成や、同居人の勤務地（あるいは学校など）、現在の住まいに関する情報を対応付けて記憶することにしてもよい。なお、家族構成については、たとえば、サイト閲覧履歴や、カード使用履歴から推定することにしてもよい。

一例として、サイト閲覧履歴にベビー用品に関するデータや育児に関するデータがある場合や、カード使用履歴にベビー用品店での購入したデータがあれば、子供がいると推定することにしてもよい。

図２の説明に戻り、ユーザ属性記憶部１２３について説明する。ユーザ属性記憶部１２３は、ユーザＵの属性に関する情報を記憶する記憶部である。ここでのユーザ属性とは、ユーザＵの特徴に関する情報である。

図５は、実施形態に係るユーザ属性記憶部１２３に記憶された情報の一例を示す図である。図５に示す例において、ユーザ属性記憶部１２３は、「ユーザＩＤ」、「年収」、「家族構成」、「沿線」、「趣味」、「利用店舗」などといった項目の情報を互いに対応付けて記憶する。

「ユーザＩＤ」は、ユーザＵを識別するための識別子を示す。「年収」は、ユーザＵの年収属性を示し、年収に応じて属性が分類される。なお、年収属性は、たとえば、１００万円刻みである。「家族構成」は、ユーザＵの家族構成属性を示し、たとえば、家族全員の年齢、性別などによって属性が分類される。

「沿線」は、ユーザＵが使用する電車やバスの沿線属性を示し、たとえば、勤務地によって属性が分類される。「趣味」は、ユーザＵの趣味属性を示し、たとえば、上述の「サイト閲覧履歴」によって趣味を推定し、推定した趣味に応じて属性が分類される。

また、「利用店舗」は、ユーザＵが利用する店舗に関する利用店舗属性を示し、ユーザＵが利用する頻度が高い店舗に応じて属性が分類される。たとえば、ユーザＵの位置情報や、上述の「カード使用履歴」等に基づいて、利用店舗属性が分類される。

図２の説明に戻り、フィードバック情報記憶部１２４について説明する。フィードバック情報記憶部１２４は、ユーザ属性毎の検索結果に対するユーザＵの行動に関するフィードバック情報を記憶する。

ここでのフィードバック情報とは、たとえば、不動産情報に関する検索結果のクリックの有無、不動産への問い合わせの有無、不動産情報の資料請求の有無、内覧の予約の有無などといった情報が含まれる。

たとえば、フィードバック情報は、サイト上での検索結果に対してユーザＵが取った各種行動に関する情報であり、フィードバック情報記憶部１２４は、フィードバック情報をユーザ属性毎に分類して記憶する。

制御部１３０は、例えば、コントローラ（controller）であり、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図２に示すように、制御部１３０は、ユーザ情報取得部１３１と、ユーザ属性分類部１３２と、フィードバック情報取得部１３３と、検索部１３４と、提案部１３５とを有する。

ユーザ情報取得部１３１は、ユーザＵに関する各種ユーザ情報を取得する。たとえば、ユーザ情報取得部１３１は、連携する各種サービスからユーザ情報を取得する。たとえば、ユーザ情報取得部１３１は、クレジットカード会社から家族構成、年収、勤務地（勤務する会社の所在地）、クレジットカードの使用履歴に関する情報を取得する。また、たとえば、ユーザ情報取得部１３１は、ユーザＵがポータルサイトを通じて視聴したＷｅｂページや、ポータルサイト上で入力した検索クエリに関する情報などをポータルサイトの提供会社から取得する。

なお、ユーザ情報取得部１３１は、たとえば、ユーザ端末５０から位置情報の履歴をユーザ情報として取得することにしてもよい。また、ユーザ情報取得部１３１は、取得した各種ユーザ情報をユーザ情報記憶部１２２に書き込む。

ユーザ属性分類部１３２は、ユーザ情報に基づき、ユーザＵの属性を分類する。たとえば、ユーザ属性分類部１３２は、ユーザ情報記憶部１２２に記憶されたユーザ情報に基づき、ユーザＵの属性を分類する。

たとえば、ユーザ属性分類部１３２は、年収に関するユーザ情報からユーザＵの年収属性を分類し、家族構成に関するユーザ属性からユーザＵの家族構成属性を分類する。また、ユーザ属性分類部１３２は、勤務地や位置情報の移動傾向に関するユーザ情報からユーザＵの沿線属性を分類する。たとえば、沿線属性は、勤務地へアクセスしやすい鉄道の線路やバスの路線であるが、車通勤の場合には、勤務地へアクセスしやすい幹線道路を示す。

また、ユーザ属性分類部１３２は、サイト閲覧履歴に関するユーザ情報に基づいてユーザＵの趣味属性を分類する。たとえば、ユーザ属性分類部１３２は、サイト閲覧履歴に対する所定の解析を行うことで、ユーザＵの趣味を分類する。なお、ユーザ属性分類部１３２が判定するユーザＵの趣味は、ユーザＵ毎に１つであってもよく、複数であってもよい。また、ユーザ属性分類部１３２は、１人のユーザＵに対して、複数の趣味を割り当てる場合には、趣味毎に重みづけを行うことにしてもよい。

ユーザ属性分類部１３２は、たとえば、カード使用履歴に関するユーザ情報に基づいてユーザＵの利用店舗属性を判定する。たとえば、ユーザ属性分類部１３２は、カード使用履歴に対して所定の解析を行うことで、利用店舗属性を分類する。

ユーザ属性分類部１３２は、各ユーザ属性を分類すると、分類結果をユーザ属性記憶部１２３に書き込む。なお、ユーザ属性分類部１３２は、所定の周期で上記判定処理を行うことで、随時、ユーザ属性の分類を行うことにしてもよいし、分類したユーザ属性の時系列変化に基づいてユーザ属性を判定することにしてもよい。たとえば、ユーザ属性分類部１３２は、趣味が釣りだったユーザＵが、その後、キャンプが趣味になった場合、釣りとキャンプの一連の変化をユーザ属性として分類することにしてもよい。

フィードバック情報取得部１３３は、ユーザ情報に基づいてユーザＵを分類したユーザ属性毎の、検索部１３４による検索結果に対するユーザの行動に関するフィードバック情報を取得する。

たとえば、フィードバック情報取得部１３３は、指定条件および変更条件による検索結果に対して、ユーザＵが取った行動に関する情報をフィードバック情報として取得する。たとえば、フィードバック情報には、検索結果として表示した物件の個別ページへのクリック（アクセス）の有無、物件に関する資料請求の有無、物件に関する問い合わせの有無、物件に関する内覧予約の有無、物件の契約の有無などといった情報が含まれる。

なお、フィードバック情報取得部１３３は、たとえば、ユーザＵの位置情報をユーザ端末５０から取得し、ユーザＵが物件に実際に訪れたか否かに関する情報をフィードバック情報として取得することにしてもよい。また、たとえば、フィードバック情報取得部１３３は、ユーザＵが物件周囲を検索した検索内容に関する情報をフィードバック情報として取得することにしてよい。たとえば、ユーザＵが物件周辺の「エリア名＋治安」で検索していた場合、フィードバック情報取得部１３３は、ユーザＵが「治安」を重視していると解析することにしてもよい。

フィードバック情報取得部１３３は、取得したフィードバック情報に基づいてユーザ属性に応じてユーザ属性毎に物件の閲覧傾向や、契約傾向を分析し、分析結果をフィードバック情報記憶部１２４に書き込む。すなわち、フィードバック情報取得部１３３は、フィードバック情報に基づいて、ユーザ属性毎の物件に関するトレンドを解析する。

フィードバック情報取得部１３３は、たとえば、ユーザ属性毎にユーザＵが興味を示した物件の特徴や、該当する物件のＷｅｂページに表示された文言の特徴を分析することで閲覧傾向や契約傾向を分析する。

このように、フィードバック情報取得部１３３は、フィードバック情報をユーザ属性毎に分類し、その傾向を解析することで、ユーザＵとライフスタイルが共通する他のユーザＵが興味を持つ物件や物件ページの特徴あるいは、興味を示す検索クエリに関する情報を推定することができる。

検索部１３４は、ユーザＵによって指定された検索条件である指定条件で検索する。たとえば、検索部１３４は、ユーザ端末５０から受け取った指定条件に基づいて、不動産情報記憶部１２１内を検索し、指定条件に合致する不動産に関する情報を検索結果として出力する。たとえば、検索部１３４は、検索結果に関する情報を提案部１３５へ渡す。

提案部１３５は、検索部１３４によって検索された指定条件の検索結果が所定条件を満たさない場合に、ユーザＵに関するユーザ情報に応じた種別の検索条件を変更した変更条件を提案する。

たとえば、まず、提案部１３５は、検索部１３４から受け取った指定条件の検索結果のヒット数が所定範囲内にあるか否かを判定する。そして、提案部１３５は、ヒット数が所定範囲内になかった場合に、変更条件の提案を行う。

たとえば、提案部１３５は、指定条件と変更条件とを組み合わせたヒット数が所定範囲に収まるように検索条件を絞り込みまたは拡張した変更条件を提案する。すなわち、提案部１３５は、指定条件と変更条件とを組み合わせたヒット数が適正な値となるように検索条件を絞り込みあるいは拡張する。

たとえば、提案部１３５は、フィードバック情報記憶部１２４を参照し、指定条件を設定したユーザＵのユーザ属性に関する分析結果に基づいて、指定条件の変更種別を選択する。

一例として、提案部１３５は、ユーザＵが属するユーザ属性の家賃相場と、ユーザＵが指定した家賃とに乖離がある場合、変更種別として家賃を選択する。また、この場合、提案部１３５は、たとえば、ユーザＵが指定した家賃とユーザＵが属するユーザ属性の家賃相場との差分に応じて、変更内容を選択する。

たとえば、提案部１３５は、変更種別および変更内容を選択すると、変更した検索条件で検索を行い、当該検索条件のヒット数を算出する。提案部１３５は、変更した検索条件のヒット数と指定条件のヒット数との合算値が所定範囲内に収まれば、変更した検索条件を変更条件として提案する。

この際、たとえば、提案部１３５は、家賃を小刻み(たとえば、５０００円単位)に変更していき、上記合算値に収まった金額を変更条件として提案する。また、提案部１３５は、上記のフィードバック情報に基づき、複数の変更種別をそれぞれ重みづけし、その結果に基づいて、変更種別および変更内容を選択することにしてもよい。

すなわち、提案部１３５は、変更種別の各パラメータを変更内容毎の重みづけに基づいて変更し、ユーザＵが興味を持つと推定される物件が検索結果に含まれるように、変更種別および変更内容を選択することにしてもよい。

また、たとえば、ユーザＵによっては家賃、間取りや築年数などといった所定の条件を変更したくないといった要望も考えられる。そのため、提案部１３５は、たとえば、ユーザＵのユーザ属性に基づき、家賃、間取りや築年数を固定した状態で、駅から物件までの距離を拡張したり、家賃相場が低いエリアまで物件の検索エリアを拡張したりすることにしてもよい。これにより、たとえば、ユーザＵの予算内の物件を案内することができるので、ユーザＵの希望に沿った検索結果を提示することができる。なお、指定条件のうち、固定する種別は、ユーザＵが指定したものであってもよい。

また、たとえば、提案部１３５は、変更条件の提案に際し、変更条件とともに変更条件による検索結果の内容の一部を提示することにしてもよい。図６は、実施形態に係る提案条件の提案画面の一例を示す図である。

図６に示す例において、ユーザ端末５０には、指定条件による検索結果を示す検索結果画像Ｒ１と、変更条件が表示される提案画像Ｒ２とに加えて、さらに、変更条件による検索結果の内容の一部を示す内容画像Ｒ３が表示される。

同図に示す例において、内容画像Ｒ３には、変更条件によって検索した場合、すなわち、家賃をプラス５０００円した場合に、新たに表示される物件の外観写真が表示される。なお、内容画面Ｒ３は、外観写真に限定されず、間取り図であってもよく、さらに、その他、物件に関する各種情報(築年数、駅からの距離、周囲の環境等に関する情報)を含むようにしてもよい。

たとえば、提案部１３５は、変更条件を設定すると、変更条件により追加される物件の一部を選択し、内容画面Ｒ３を生成する。これにより、ユーザ端末５０を視聴するユーザＵは、変更条件による検索結果のイメージを持つことができるので、ユーザＵによる変更条件を適用するか否かの判断を容易にすることができる。

なお、この際、たとえば、提案部１３５は、変更条件による検索結果の中から、ユーザＵの属するユーザ属性に人気の高い物件を内容画面Ｒ３に表示する物件として優先的に選択することにしてもよい。

また、他の例として、提案部１３５は、たとえば、フィードバック情報記憶部１２４に記憶された情報に基づいて、ユーザＵがより魅力的に感じる文言を用いて、変更条件を提案することにしてもよい。

たとえば、提案部１３５は、ユーザ属性がグルメなユーザＵに対して、「近所に人気の料理屋さん」といった文言の変更条件を提案することにしてもよい。なお、この場合、提案部１３５は、たとえば、物件の位置情報と、各種店舗に関する情報をマッピングすることで、ユーザＵがより魅力的に感じる文言を生成することにしてもよい。

〔３．処理フロー〕
次に、図７を用いて、実施形態に係る情報処理装置１０が実行する処理手順の一例について説明する。図７は、実施形態に係る情報処理の一例を示すフローチャートである。図７に示すように、まず、情報処理装置１０は、ユーザ端末５０からユーザＵによって指定された指定条件を取得する（ステップＳ１０１）。

つづいて、情報処理装置１０は、指定条件を用いて検索を行う（ステップＳ１０２）。つづいて、情報処理装置１０は、ステップＳ１０２における検索処理の検索結果が所定条件を満たすか否かを判定する（ステップＳ１０３）。

情報処理装置１０は、検索結果が所定条件を満たすと判定した場合（ステップＳ１０３：Ｙｅｓ）、ステップＳ１０６の処理へ進み、検索結果が所定条件を満たさないと判定した場合（ステップＳ１０３：Ｎｏ）、ステップＳ１０４の処理へ進む。

つづいて、情報処理装置１０は、ユーザ情報に基づいて指定条件の変更種別を選択し（ステップＳ１０４）、ユーザ情報に基づいて変更種別の変更内容を選択する（ステップＳ１０５）。

その後、情報処理装置１０は、ユーザ端末５０に対して、検索結果に関する情報を送信して（ステップＳ１０６）、処理を終了する。

〔４．変形例〕
上述した情報処理装置１０では、指定条件によるヒット数が所定範囲内に収まらない場合に、変更条件を提案することとしたが、これに限定されるものではない。たとえば、情報処理装置１０は、指定条件による検索結果に、ユーザＵが興味を示すと推定される物件が含まれていない場合においても、指定条件による検索結果が所定条件を満たさないと判定することにしてもよい。この場合、たとえば、ユーザＵが興味を示すと推定される物件が含まれる変更条件を提案することにしてもよい。

また、上述した情報処理装置１０は、不動産における検索サービスを例に挙げて説明したが、これに限定されるものではなく、ネットショッピングをはじめとする各種サービスの検索に本願発明を適用することにしてもよい。

〔５．効果〕
上述した実施形態に係る情報処理装置１０は、ユーザによって指定された検索条件である指定条件で検索する検索部１３４と、検索部３４によって検索された指定条件の検索結果が所定条件を満たさない場合に、ユーザＵに関するユーザ情報に応じた種別の検索条件を変更した変更条件を提案する提案部１３５とを備える。したがって、実施形態に係る情報処理装置１０によれば、ユーザＵが自身に適した検索条件を容易に設定することができるので、検索サービスに対する操作性の向上を図ることができる。

また、上述した実施形態に係る情報処理装置１０において、提案部１３５は、指定条件によるヒット数と変更条件によるヒット数との差分に関する情報を変更条件とともに提供する。したがって、実施形態に係る情報処理装置１０によれば、ユーザＵが提案条件を承認するか否かかの判断を容易にすることができる。

また、上述した実施形態に係る情報処理装置１０において、提案部１３５は、指定条件と変更条件とを組み合わせたヒット数が所定範囲に収まるように検索条件を絞り込みまたは拡張した変更条件を提案する。したがって、実施形態に係る情報処理装置１０によれば、変更条件によるヒット数を適正な値に保つことができる。

また、上述した実施形態に係る情報処理装置１０において、提案部１３５は、ユーザ情報に基づいてユーザＵを分類したユーザ属性毎の、検索部１３４による検索結果に対するユーザＵの行動に関するフィードバック情報に基づいて変更条件を提案する。したがって、実施形態に係る情報処理装置１０によれば、ユーザＵが興味を示す変更条件を提案することができる。

また、上述した実施形態に係る情報処理装置１０において、提案部１３５は、変更条件のうち、ユーザ情報に基づいて一部の種別を固定した状態で変更条件を提案する。したがって、実施形態に係る情報処理装置１０によれば、たとえば、家賃を固定したうえで、変更条件を設定することができるので、ユーザＵの希望に沿う変更条件を提案することができる。

また、上述した実施形態に係る情報処理装置１０において、提案部１３５は、変更条件とともに変更条件による検索結果の内容の一部を提供する。したがって、実施形態に係る情報処理装置１０によれば、ユーザＵが変更条件による検索結果のイメージを持つことができるので、ユーザＵによる変更条件を適用するか否かの判断を容易にすることができる。

また、実施形態に係る情報処理装置１０において、検索部１３４は、指定条件によって不動産情報を検索し、提案部１３５は、不動産情報に対する変更条件を提案する。したがって、実施形態に係る情報処理装置１０によれば、不動産サイトの利便性を向上させることができる。

また、実施形態に係る情報処理装置１０において、提案部１３５は、変更条件による検索結果を指定条件による検索結果とともに提供する。したがって、実施形態に係る情報処理装置１０によれば、ユーザＵへ提供する検索結果を随時追加することができるので、検索結果の充実化を図ることができる。

また、実施形態に係る情報処理装置１０において、提案部１３５は、提案した変更条件による検索をユーザＵが許可した場合に、変更条件による検索結果を提供する。したがって、実施形態に係る情報処理装置１０によれば、ユーザＵが希望した場合に、変更条件の検索結果を提供することができるので、利便性の向上を図ることができる。

〔６．ハードウェア構成〕
また、上述してきた実施形態に係る情報処理装置１０は、例えば図８に示すような構成のコンピュータ１０００によって実現される。図８は、実施形態に係る情報処理装置１０の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、ネットワーク（通信ネットワーク）Ｎを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータをネットワークＮを介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置（図１０では、出力装置および入力装置を総称して「入出力装置」と記載する）を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る情報処理装置１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

〔７．その他〕
また、上記実施形態及び変形例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、ユーザ情報取得部１３１は、ユーザ情報取得手段やユーザ情報取得回路に読み替えることができる。

１０ 情報処理装置
５０ ユーザ端末
１２１ 不動産情報記憶部
１２２ ユーザ情報記憶部
１２３ ユーザ属性記憶部
１２４ フィードバック情報記憶部
１３１ ユーザ情報取得部
１３２ ユーザ属性分類部
１３３ フィードバック情報取得部
１３４ 検索部
１３５提案部

Claims (11)

1. ユーザによって指定された検索条件である指定条件で検索する検索部と、
   前記検索部によって検索された前記指定条件の検索結果が所定条件を満たさない場合に、前記ユーザに関するユーザ情報に応じた種別の検索条件を変更した変更条件を提案する提案部と
   を備え、
   前記提案部は、
   前記指定条件のうち、前記ユーザ情報に基づいて前記ユーザを分類したユーザ属性の検索条件と乖離する種別を選択し、当該種別の値を当該ユーザ属性に応じた値にあわせて変更した前記変更条件を提案すること
   を特徴とする情報処理装置。
2. 前記提案部は、
   前記指定条件によるヒット数と前記変更条件によるヒット数との差分に関する情報を前記変更条件とともに提案すること
   を特徴とする請求項１に記載の情報処理装置。
3. 前記提案部は、
   前記指定条件と前記変更条件とを組み合わせて検索したヒット数が所定範囲に収まるように前記検索条件を絞り込みまたは拡張した前記変更条件を提案すること
   を特徴とする請求項１または２に記載の情報処理装置。
4. 前記提案部は、
   複数の前記種別の変更を組み合わせて前記変更条件を提案すること
   を特徴とする請求項１、２または３に記載の情報処理装置。
5. 前記提案部は、
   前記変更条件のうち、前記ユーザ情報に基づいて一部の前記種別を固定した状態で前記変更条件を提案すること
   を特徴とする請求項１～４のいずれか一つに記載の情報処理装置。
6. 前記提案部は、
   前記変更条件とともに前記変更条件による検索結果の内容の一部を提案すること
   を特徴とする請求項１～５のいずれか一つに記載の情報処理装置。
7. 前記検索部は、
   前記指定条件によって不動産情報を検索し、
   前記提案部は、
   前記不動産情報に対する前記変更条件を提案すること
   を特徴とする請求項１～６のいずれか一つに記載の情報処理装置。
8. 前記提案部は、
   前記変更条件による検索結果を前記指定条件による検索結果とともに提供すること
   を特徴とする請求項１～７のいずれか一つに記載の情報処理装置。
9. 前記提案部は、
   提案した前記変更条件による検索を前記ユーザが許可した場合に、前記変更条件による検索結果を提供すること
   を特徴とする請求項８に記載の情報処理装置。
10. コンピュータが実行する情報処理方法であって、
    ユーザによって指定された検索条件である指定条件で検索する検索工程と、
    前記検索工程によって検索された前記指定条件の検索結果が所定条件を満たさない場合に、前記ユーザに関するユーザ情報に応じた種別の検索条件を変更した変更条件を提案する提案工程と
    を含み、
    前記提案工程は、
    前記指定条件のうち、前記ユーザ情報に基づいて前記ユーザを分類したユーザ属性の検索条件と乖離する種別を選択し、当該種別の値を当該ユーザ属性に応じた値にあわせて変更した前記変更条件を提案すること
    を特徴とする情報処理方法。
11. ユーザによって指定された検索条件である指定条件で検索する検索手順と、
    前記検索手順によって検索された前記指定条件の検索結果が所定条件を満たさない場合に、前記ユーザに関するユーザ情報に応じた種別の検索条件を変更した変更条件を提案する提案手順と
    をコンピュータに実行させ、
    前記提案手順は、
    前記指定条件のうち、前記ユーザ情報に基づいて前記ユーザを分類したユーザ属性の検索条件と乖離する種別を選択し、当該種別の値を当該ユーザ属性に応じた値にあわせて変更した前記変更条件を提案すること
    を特徴とする情報処理プログラム。

Images