JP7393576B1 - プログラム、方法、およびシステム - Google Patents

Abstract

【課題】ユーザが居住地として希望する周辺環境と合致する居住候補地を、効率的に選定するプログラム、方法およびシステムを提供する。【解決手段】プロセッサを備えたコンピュータを含むシステムで実行されるプログラムであって、プログラムは、地域情報管理サーバのプロセッサに、ユーザ端末に表示された地図において、基準距離の平方ごとに区画されるメッシュエリアのうち、居住候補地となるメッシュエリアの指定を受け付けるステップと、メッシュエリア毎に、地域情報である複数の評価項目の値が紐づけられた地域情報データベースを参照して、指定されたメッシュエリアに紐づけられた地域情報を特定するステップと、地図とともに、特定した地域情報を出力するステップと、を実行させる。【選択図】図１４

Description

本開示は、プログラム、方法、およびシステムに関する。

従来、不動産物件の検索システムが知られている。
下記特許文献１には、希望する物件の基本情報を検索することで、該当する物件情報をユーザに対して提示するシステムが開示されている。このシステムでは、居住物件を選定中のユーザが、居住候補地とともに、希望する物件に関する各種の条件を入力することで、候補物件に関する情報がユーザに対して提示される。

特開２００３－３３１０３６号公報

しかしながら従来のシステムでは、未だ居住候補地を決定していないユーザに対して、ユーザの希望に沿ったエリアが選定するうえでの判断材料を提供することができない。
そして従来は、居住候補地を選定する上では、ユーザが行政や各事業者が提供する情報媒体から取得した地域情報、又は相談先である不動産会社から提供され、しばしば恣意的な内容を含む地域情報を用いて、自身の希望に沿ったエリアを選定するしかなく、特に土地勘のないエリアについては、ユーザが希望する居住環境と合致する居住候補地を、効率的に選定することが難しかった。

本開示の目的は、ユーザが希望する住居の周辺環境と合致する居住候補地を、効率的に選定することができるシステムを提供することである。

本発明のプログラムは、プロセッサに、ユーザ端末に表示された地図において、基準距離の平方ごとに区画されるメッシュエリアのうち、居住候補地となるメッシュエリアの指定を受け付けるステップと、前記メッシュエリアごとに、地域情報である複数の評価項目の値が紐づけられた地域情報データベースを参照して、指定された前記メッシュエリアに紐づけられた地域情報を特定するステップと、前記地図とともに、特定した前記地域情報を出力するステップと、を実行させる。

本発明によれば、ユーザが居住地として希望する周辺環境と合致する居住候補地を、効率的に選定することができる。

本発明の実施形態に係る居住地選定支援システムの全体構成を示す図である。 図１に示す管理者端末のハードウェア構成を示す図である。 図１に示す地域情報管理サーバのハードウェア構成を示す図である。 図３に示す地域情報管理サーバの機能的構成を示す図である。 図１に示す不動産情報管理サーバのハードウェア情報を示す図である。 図４に示すユーザデータベースのデータ構造の一例を示す図である。 図４に示す顧客セグメントデータベースのデータ構造の一例を示す図である。 図４に示すメッシュエリアデータベースのデータ構造の一例を示す図である。 メッシュエリアの定義の方法を説明する図である。 地域情報データベースのデータ構造の一例を示す図である。 システムにおける単位メッシュと徒歩圏内の領域との大きさを示す図である。 評価ルールデータベースのデータ構造の一例を示す図である。 本実施形態の概要を示す図である。 本実施形態におけるエリア指定による地域情報の出力処理のフローを示す図である。 本実施形態における居住地条件の入力による該当エリアの出力処理のフローを示す図である。 本実施形態におけるランキングの表示処理のフローを示す図である。 本実施形態におけるユーザ属性に応じたレコメンド処理のフローを示す図である。 本実施形態におけるユーザ端末の画面例を示す図である。 本実施形態におけるスマートフォンでのユーザ端末の画面例を示す図である。 変形例に係るサーバの機能的構成を示す図である。 検索条件データベースのデータ構造の一例を示す図である。 閲覧履歴データベースのデータ構造の一例を示す図である。 お気に入りデータベースのデータ構造の一例を示す図である。 レビューデータベースのデータ構造の一例を示す図である。 レコメンドデータベースのデータ構造の一例を示す図である 本実施形態におけるサーバによるユーザの操作実績に応じたレコメンド処理のフローを示す図である。

以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。

（１）居住地選定支援システム１の概要
以下に、本実施形態に係る居住地選定支援システム１（以下、単にシステム１という）の概要について説明する。
システム１は、居住地を選定するユーザが、居住地を効率的に選定できるように、居住地の選定における判断材料となる、居住候補地に関する各種の地域情報（周辺環境情報）をユーザに対して提供するシステムである。すなわち、システム１は、居住環境のうち、居住物件に関する情報ではなく、居住物件の周辺環境に関する情報を主に扱うシステムである。
このようなシステム１の構成について、以下に説明する。

図１は、本実施形態のシステム１の構成を示すブロック図である。
図１に示すように、システム１は、ユーザ端末１０と、管理者端末２０と、地域情報管理サーバ３０（以下、単にサーバ３０という）と、不動産情報管理サーバ４０と、から構成される。
ユーザ端末１０、管理者端末２０、サーバ３０、および不動産情報管理サーバ４０は、ネットワーク（例えば、インターネット又はイントラネット）８０を介して、互いに通信接続されている。

ユーザ端末１０は、ユーザが使用する情報処理装置である。本実施形態では、ユーザ端末１０として、他の装置と無線通信を行うスマートフォンを例に挙げて説明する。なお、ユーザ端末１０は、例えば、ラップトップＰＣ又はタブレット端末などのその他のコンピュータでもよい。

ユーザ端末１０は、ユーザからの操作に応じてウェブブラウザを起動することにより、サーバ３０にアクセスし、ユーザが居住候補地を選定するうえで判断材料となる各種の地域情報をサーバ３０に対して要求する処理を実行する。

管理者端末２０は、システム１の運用および保守を管理する管理者が使用する情報処理装置である。ここで、管理者としては、サーバ３０を提供するベンダーの担当者が含まれる。本実施形態では、管理者端末２０として、ラップトップＰＣを例に挙げて説明する。なお、管理者端末２０は、例えば、スマートフォン又はタブレット端末などのその他のコンピュータでもよい。

管理者端末２０は、管理者からの操作に応じてウェブブラウザを起動することにより、サーバ３０にアクセスし、後述する各種のデータベースおよび賃料推定モデル３０２６を構築することで、サーバ３０をユーザが利用可能な状態とする処理を実行する。

サーバ３０は、ユーザ端末１０からの要求に応じて、要求された各種の地域情報をユーザ端末１０に対して提供する処理を実行する情報処理装置である。サーバ３０は、例えばクラウドサーバにより構成される。サーバ３０が実行する地域情報の提供に関する具体的な処理および機能は後述する。

不動産情報管理サーバ４０は、不動産物件に関する情報を管理するサーバである。
不動産情報管理サーバ４０が管理する不動産物件に関する情報には、少なくとも以下が含まれる。
・対象エリアにおいて取引されている不動産物件に関する物件情報
・対象エリアにおいて取引されている不動産物件の契約方法に関する情報
・対象エリアにおいて取引されている不動産物件の契約状況に関する情報
次に、これらの各装置の構成について説明する。

（１－１）ユーザ端末１０の構成
ユーザ端末１０のハードウェア構成について説明する。
図１に示すように、ユーザ端末１０は、記憶装置１１と、プロセッサ１２と、入出力インタフェース１３と、通信インタフェース１４と、を備える。ユーザ端末１０は、入力デバイス１５および出力デバイス１６の少なくとも１つと接続可能である。

記憶装置１１は、プログラムおよびデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、および、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組み合わせである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ）のプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）

プロセッサ１２は、記憶装置１１に記憶されたプログラムを起動することによって、ユーザ端末１０の機能を実現するように構成される。プロセッサ１２は、コンピュータの一例である。

入出力インタフェース１３は、入力デバイス１５から信号（例えば、ユーザの指示、センシング信号、又はそれらの組み合わせ）を取得し、かつ、出力デバイス１６に信号（例えば、画像信号、音声信号、又はそれらの組み合わせ）を出力するように構成される。

通信インタフェース１４は、ユーザ端末１０と外部装置との間の通信を制御するように構成される。

入力デバイス１５は、例えば、キーボード、ポインティングデバイス、タッチパネル、物理ボタン、センサ（例えば、カメラ、バイタルセンサ、又はそれらの組み合わせ）、又は、それらの組み合わせである。

出力デバイス１６は、例えば、ディスプレイ、スピーカー、印刷装置、又はそれらの組み合わせである。

（１－２）管理者端末２０のハードウェア構成
管理者端末２０のハードウェア構成について説明する。図２は、本実施形態の管理者端末２０の構成を示すブロック図である。

図２に示すように、管理者端末２０は、記憶装置２１と、プロセッサ２２と、入出力インタフェース２３と、通信インタフェース２４とを備える。管理者端末２０は、入力デバイス２５および出力デバイス２６の少なくとも１つと接続可能である。

記憶装置２１は、プログラムおよびデータを記憶するように構成される。記憶装置２１は、例えば、ＲＯＭ、ＲＡＭ、および、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組み合わせである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理の実行結果

プロセッサ２２は、記憶装置２１に記憶されたプログラムを起動することによって、管理者端末２０の機能を実現するように構成される。プロセッサ２２は、コンピュータの一例である。

入出力インタフェース２３は、入力デバイス２５から信号（例えば、ユーザの指示、センシング信号、又はそれらの組み合わせ）を取得し、かつ、出力デバイス２６に信号（例えば、画像信号、音声信号、又はそれらの組み合わせ）を出力するように構成される。

通信インタフェース２４は、管理者端末２０と外部装置との間の通信を制御するように構成される。

入力デバイス２５は、例えば、キーボード、ポインティングデバイス、タッチパネル、センサ、又は、それらの組み合わせである。

出力デバイス２６は、例えば、ディスプレイ、スピーカー、又はそれらの組み合わせである。

（１－３）サーバ３０のハードウェア構成
サーバ３０のハードウェア構成について説明する。図３は、本実施形態のサーバ３０のハードウェア構成を示すブロック図である。

図３に示すように、サーバ３０は、記憶装置３１と、プロセッサ３２と、通信インタフェース３４とを備える。

記憶装置３１は、プログラムおよびデータを記憶するように構成される。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、および、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組み合わせである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理の実行結果

プロセッサ３２は、記憶装置３１に記憶されたプログラムを起動することによって、サーバ３０の機能を実現するように構成される。プロセッサ３２は、コンピュータの一例である。

通信インタフェース３４は、サーバ３０と外部装置との間の通信を制御するように構成される。

（１－４）サーバ３０の機能的構成
次に、サーバ３０の機能的構成について説明する。図４は、サーバ３０の機能的構成を示すブロック図である。
図４に示すように、サーバ３０は、通信部３０１と、記憶部３０２と、制御部３０３としての機能を発揮する。

通信部３０１は、サーバ３０が外部の装置と通信するための処理を行う。

記憶部３０２は、サーバ３０が使用するデータおよびプログラムを記憶する。記憶部３０２は、例えば以下のデータを記憶している。
・ユーザデータベース（ユーザＤＢ）３０２１
・顧客セグメントデータベース（顧客セグメントＤＢ）３０２２
・メッシュエリアデータベース（メッシュエリアＤＢ）３０２３
・地域情報データベース（地域情報ＤＢ）３０２４
・評価ルールデータベース（評価ルールＤＢ）３０２５
・賃料推定モデル３０２６

ユーザＤＢ３０２１は、ユーザに関する情報を管理するデータベースである。ユーザＤＢ３０２１の具体的な構成は後述する。

顧客セグメントＤＢ３０２２は、顧客セグメントに関する情報を管理するデータベースである。顧客セグメントとは、ユーザ（顧客）を、年齢、性別、家族構成などの生活様式に影響を与える属性で分類したグループを指す。顧客セグメントＤＢ３０２２の具体的な構成は後述する。

メッシュエリアＤＢ３０２３は、地域情報を管理する上での単位領域（メッシュエリア）に関する情報を管理するデータベースである。メッシュエリアＤＢ３０２３の具体的な構成は後述する。

地域情報ＤＢ３０２４は、メッシュエリアごとの各種の地域情報を管理するデータベースである。地域情報ＤＢ３０２４の具体的な構成は後述する。

評価ルールＤＢ３０２５は、メッシュエリアごとに周辺環境としての評価（スコアリング）を行ううえで用いられる係数を管理するデータベースである。評価ルールＤＢ３０２５の具体的な構成は後述する。

賃料推定モデル３０２６は、評価対象エリアについての推定賃料を算出するモデルである。賃料推定モデル３０２６の具体的な構成は後述する。

図４に示す制御部３０３は、サーバ３０のプロセッサ３２が、プログラムに従って処理を行うことにより、各種の機能モジュールとしての機能を発揮する。
各種の機能モジュールとしては、送受信制御モジュール３０３０、取得モジュール３０３１、特定モジュール３０３２、評価モジュール３０３３、推定モジュール３０３４、出力モジュール３０３５を含む。

＜送受信制御モジュール３０３０の機能＞
送受信制御モジュール３０３０は、サーバ３０が外部の装置から通信プロトコルに従って信号を送受信する処理を制御する。

＜取得モジュール３０３１の機能＞
取得モジュール３０３１は、送受信制御モジュール３０３０が受信した各種の情報を取得する処理を制御する。取得モジュール３０３１は、取得した各種の情報を後述する各モジュールに入力することで、それぞれの処理を実行される。

＜特定モジュール３０３２の機能＞
特定モジュール３０３２は、ユーザから指定されたメッシュエリアについて、地域情報データベースを参照して、該当する地域情報を特定する処理を制御する。
また、特定モジュール３０３２は、ユーザから入力された地域条件（希望条件）について、地域情報データベースを参照して、当該条件と合致する地域情報と紐づけられたメッシュエリアを特定する処理を制御する。

＜評価モジュール３０３３の機能＞
評価モジュール３０３３は、地域情報ＤＢ３０２４に格納された周辺環境としての評価項目の値を用いて、予め設定された評価ルールに従って、メッシュエリアを評価する処理を制御する。評価モジュール３０３３は、メッシュエリアごとの評価結果を、ランキング形式で出力する処理を行う。

ここで、評価ルールについて説明する。評価ルールとは、評価対象となるメッシュエリアについての周辺環境としての特徴を、様々な属性のユーザ目線で定量的に指標化する評価スコアの算出式、および算出式に含まれる係数を指す。評価ルールは、予め管理者により設定され、記憶装置３１に記憶されている。
評価ルールとして、例えば以下の式（１）を用いることができる。

Ｐ：評価スコア
Ｘ：評価項目の値（図１０参照）
ｗ：重みづけ係数（図１２参照）

そして、図１２に示すように、評価項目ごとに設定される重みづけ係数が、想定される顧客セグメントごとに個別に設定されている。このため、システム１において、評価ルールは、顧客セグメントごとに複数設定されていることになる。なお、式（１）に示す評価ルールはあくまで例示であり、任意に設定することができる。

また、評価モジュール３０３３は、ユーザから受け付けたレコメンドの要求に応じて、ユーザ属性に基づいた評価を行うことができる。すなわち、評価モジュール３０３３は、レコメンド要求を行ったユーザの顧客セグメントに対応する評価ルールに従った評価を行い、評価結果を、レコメンドエリアとして出力する処理を行う。

＜推定モジュール３０３４の機能＞
推定モジュール３０３４は、賃料推定モデル３０２６（学習済みモデル）を用いて、評価対象エリアにおける妥当と考えられる賃料（推定賃料）を推定する。この場合、賃料推定モデル３０２６は、学習用データに基づき、モデル学習プログラムに従って機械学習モデルに機械学習を行わせることにより得られる。本実施形態において、賃料推定モデル３０２６は、例えば、評価対象となるメッシュエリアにおける地域情報としての各種の評価項目の値の入力に対して、当該メッシュエリアの推定賃料を出力するように学習されている。このとき、学習用データは、既知の地域情報である各種の評価項目の値を入力データとし、当該地域情報に該当するメッシュエリアにおける既知の平均賃料を正解出力データとする。

賃料推定モデル３０２６は、例えば、複数の関数が合成されたパラメータ付き合成関数である。パラメータ付き合成関数は、複数の調整可能な関数、およびパラメータの組み合わせにより定義される。賃料推定モデル３０２６は、上記の要請を満たす如何なるパラメータ付き合成関数であってもよいが、多層のネットワークモデル（以下、多層化ネットワークと呼ぶ）であるとする。多層化ネットワークを用いる賃料推定モデル３０２６は、地域情報である各種の評価項目の値を入力する入力層と、当該メッシュエリアの推定賃料を出力する出力層と、入力層と出力層との間に設けられる少なくとも１層の中間層あるいは隠れ層とを有する。賃料推定モデル３０２６は、人工知能ソフトウェアの一部であるプログラムモジュールとしての利用が想定される。

本実施形態に係る多層化ネットワークとしては、例えば、深層学習（Deep Learning）の対象となる多層ニューラルネットワークである深層ニューラルネットワーク（Deep Neural Network：ＤＮＮ）が用いられ得る。ＤＮＮとしては、例えば、時系列情報等を対象とする再帰型ニューラルネットワーク（Recurrent Neural Network：ＲＮＮ）を用いてもよい。また、自然言語を対象とする自己注意機構付きネットワークを用いてもよい。

なお、賃料推定モデル３０２６は、前述した機械学習により得られた学習済みモデルでなくてもよい。賃料推定モデル３０２６は、例えば、既知のメッシュエリアにおける地域情報としての各種の評価項目の値と、当該メッシュエリアについての物件情報から算出された平均賃料の値と、を用いて重回帰分析を行うことで得られる重回帰モデルであってもよい。

＜出力モジュール３０３５の機能＞
出力モジュール３０３５は、前述した各機能モジュールの処理の結果から出力イメージデータを生成し、管理者端末２０に向けて出力する。出力モジュール３０３５は、平均賃料の値をヒートマップとして地図上に表示する。この際、出力モジュール３０３５は、ユーザから指定されたメッシュエリアを含む一定領域を占める周辺のメッシュ群それぞれの平均賃料の値の多寡を、地図上に色の濃淡として表現することで、賃料に関するヒートマップを作成する。
具体的な出力イメージについては後述する。

（１－５）不動産情報管理サーバ４０のハードウェア構成
不動産情報管理サーバ４０のハードウェア構成について説明する。図５は、本実施形態の不動産情報管理サーバ４０のハードウェア構成を示すブロック図である。

図５に示すように、不動産情報管理サーバ４０は、記憶装置４１と、プロセッサ４２と、通信インタフェース４４とを備える。

記憶装置４１は、プログラムおよびデータを記憶するように構成される。記憶装置４１は、例えば、ＲＯＭ、ＲＡＭ、および、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組み合わせである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理の実行結果（例えば、ユーザデータベース３０２１）

プロセッサ４２は、記憶装置４１に記憶されたプログラムを起動することによって、不動産情報管理サーバ４０の機能を実現するように構成される。プロセッサ４２は、コンピュータの一例である。

通信インタフェース４４は、不動産情報管理サーバ４０と外部装置との間の通信を制御するように構成される。

（２）データベースの構造
本実施形態で用いられる各データベースの構造について説明する。なお、以下に説明する各データベースの構造はあくまで例示であり、任意に変更可能である。

（２－１）ユーザＤＢ３０２１
図６は、ユーザＤＢ３０２１のデータ構造の一例を示す図である。
図６に示すように、ユーザＤＢ３０２１は、項目「ユーザＩＤ」と、項目「氏名」と、項目「性別」と、項目「年齢」と、項目「居住地」と、項目「職業」と、項目「世帯構成」と、項目「勤務地最寄り駅」と、を備えている。

項目「ユーザＩＤ」には、ユーザを特定可能なユーザの識別情報が格納される。

項目「氏名」には、ユーザＩＤに対応するユーザの氏名に関する情報が格納される。

項目「性別」には、ユーザＩＤに対応するユーザの性別に関する情報が格納される。

項目「年齢」には、ユーザＩＤに対応するユーザの年齢に関する情報が格納される。

項目「居住地」には、ユーザＩＤに対応するユーザの居住地に関する情報が格納される。

項目「職業」には、ユーザＩＤに対応するユーザの職業に関する情報が格納される。

項目「世帯構成」には、ユーザＩＤに対応するユーザの世帯構成に関する情報が格納される。世帯構成に関する情報とは、例えば独身やファミリーなどのユーザが属する世帯の構成（人数を含む）を指す。

項目「勤務地最寄り駅」には、ユーザＩＤに対応するユーザの通勤において利用する勤務地の最寄り駅に関する情報が格納される。

なお、図６に示すユーザＤＢ３０２１の構造はあくまで例示であり、その他の項目を管理してもよい。例えば、ユーザＤＢ３０２１には、以下の情報が格納されてもよい。
・ユーザの年収
・ユーザの現状の家賃
・ユーザの趣味や嗜好など、ユーザの生活様式に関する情報
・ユーザが罹患歴のある疾患、持病、体力の有無、身長／体重などの生体情報、介護の要否、車椅子などバリアフリーの要否に関する情報

また、ユーザＤＢ３０２１には、現在のユーザに関する各種の属性に限定されず、過去の属性、又は未来の属性（ユーザの理想）に関する情報を管理してもよい。具体的には、以下の項目が該当する。
・過去の属性として、過去の居住エリアの情報
・ユーザの理想の将来像として、理想の年収、理想の家族構成、理想の生活様式

また、ユーザＤＢ３０２１には、ユーザと同居する家族およびペットに関する情報が格納されてもよい。この場合には、家族に関する上記のいずれかの情報がユーザに関する情報とともに格納されてもよい。また、ペットに関する情報としては、ペットの有無、種類、サイズなどのペットの属性に関する情報を含んでもよい。

（２－２）顧客セグメントＤＢ３０２２
図７は、顧客セグメントＤＢ３０２２のデータ構造の一例を示す図である
図７に示すように、顧客セグメントＤＢ３０２２は、項目「顧客セグメントＩＤ」と、項目「顧客セグメント名称」と、項目「性別」と、項目「年齢層」と、項目「世帯構成」と、を備えている。

項目「顧客セグメントＩＤ」には、顧客セグメントを特定可能な顧客セグメントの識別情報が格納されている。

項目「顧客セグメント名称」には、顧客セグメントＩＤに対応する顧客セグメントの名称が格納されている。顧客セグメントの名称としては、例えば、以下が含まれる。
・男性、２０代、単身
・女性、３０代、既婚子供２名
・男性、４０代、既婚子供なし

項目「性別」には、顧客セグメントＩＤに対応する顧客セグメントに区分されるユーザの性別が格納される。

項目「年齢層」には、顧客セグメントＩＤに対応する顧客セグメントに区分されるユーザの年齢層が格納される。

項目「世帯構成」には、顧客セグメントＩＤに対応する顧客セグメントに区分されるユーザの世帯構成が格納される。

なお、図８に示す顧客セグメントＤＢ３０２２の構造はあくまで例示であり、その他の項目を管理してもよい。例えば、顧客セグメントとしては、以下の属性により、ユーザをグループ分けしてもよい。この場合には、グループ分けに用いられる属性項目が、顧客セグメントＤＢ３０２２の項目として追加される。
・ユーザの年収
・ユーザの現状の家賃
・ユーザの趣味や嗜好など、ユーザの生活様式に関する情報

（２－３）メッシュエリアＤＢ３０２３
図８は、メッシュエリアＤＢ３０２３のデータ構造の一例を示す図である。
図８に示すように、メッシュエリアＤＢ３０２３は、項目「メッシュコード」と、項目「緯度範囲」と、項目「経度範囲」と、を備えている。

項目「メッシュコード」には、個々のメッシュエリアを特定可能なメッシュエリアの識別情報が格納される。

項目「緯度範囲」には、メッシュコードに対応するメッシュエリアが位置する緯度の範囲が格納される。

項目「経度範囲」には、メッシュコードに対応するメッシュエリアが位置する経度の範囲が格納される。

ここで、メッシュエリアの定義の方法について説明する。図９は、メッシュエリアの定義の方法を説明する図である。
図９に示すように、メッシュエリアは、地域メッシュ統計における一般的な手法により定義される。具体的には、緯度・経度に基づき地域を隙間なく網の目（メッシュ）の区域に分割することで、メッシュエリアが基準距離の平方ごとに定義される。

メッシュエリアは、複数回の区分けにより次第に細分化される。システム１では、図９において左下に記載されている、最も細分化された最小の単位である単位メッシュを、評価対象とするメッシュエリアとして採用している。本実施形態では、単位メッシュの大きさは、２５０ｍ四方となっている。なお、単位メッシュ大きさは任意に変更することができる。例えば、人口密度の大きさに従って、人口密度が高い都市部のエリアでは、人口密度の低い郊外のエリアよりも単位メッシュの大きさを小さくしてもよい。例えば、最小の単位である単位メッシュを１００ｍ四方としてもよい。

（２－４）地域情報ＤＢ３０２４
図１０は、地域情報ＤＢ３０２４のデータ構造の一例を示す図である。
地域情報ＤＢ３０２４では、メッシュエリアに対して、各種の地域情報が定量化されて紐づけられている。すなわち、地域情報ＤＢ３０２４に格納される評価項目の値は、全て数値としての情報となっている。

図１０に示すように、地域情報ＤＢ３０２４は、項目「平均賃料」と、項目「推定賃料」と、項目「物価目安」と、項目「治安状況」と、項目「事故頻度」と、項目「災害情報」と、項目「交通施設」と、項目「商業施設」と、項目「教育施設」と、項目「娯楽施設」と、項目「年齢層」と、項目「世帯層」と、を備えている。地域情報ＤＢ３０２４には、メッシュエリアに対して、各種の地域情報が定量化されて紐づけられている。

項目「メッシュコード」には、地域情報が紐づけられたメッシュエリアのメッシュコードが格納されている。

項目「平均賃料」には、メッシュコードに該当するメッシュエリアに存在する賃貸物件の平均賃料の値が格納される。平均賃料の算出においては、例えば、不動産情報管理サーバ４０において蓄積される物件情報を用いて、評価対象となるメッシュエリアに含まれる賃貸物件の平均賃料の値を算出してもよいし、既に公開されている当該メッシュエリアの平均賃料の値を参照してもよい。また、当該メッシュエリアの周囲に位置するメッシュエリアの平均賃料の値を用いて、例えば線形補間により得られた平均賃料の値を、項目「平均賃料」に格納してもよい。

項目「推定賃料」には、賃料推定モデル３０２６を用いて算出されたメッシュコードに該当するメッシュエリアにおける推定賃料の値が格納される。推定モジュール３０３４は、管理者からの操作指示に応じて、賃料推定モデル３０２６に対して、推定対象となるメッシュエリアについての複数の評価項目の値を入力し、当該推定対象となるメッシュエリアにおける推定賃料の値を賃料推定モデル３０２６に出力させる。推定賃料の算出は、例えば、地域情報ＤＢ３０２４を作成するタイミングで実行される。なお、仮に平均賃料の値が未知である場合に、賃料推定モデル３０２６を用いて算出された推定賃料の値を、平均賃料の値を補間する内挿値として、項目「平均賃料」に格納してもよい。

項目「物価目安」には、メッシュコードに該当するメッシュエリアにおける物価の目安となる指数が格納される。物価の目安となる指数として、例えば共通の物品において、当該エリアで購入可能な一般的な金額を用いてもよい。

項目「治安状況」には、メッシュコードに該当するメッシュエリアにおける犯罪発生件数などの治安に関する指数が格納される。治安に関する指数としては、例えば一定期間に発生した犯罪件数を、評価対象エリアにおける単位人口で割った値である犯罪率を用いてもよい。

項目「事故頻度」には、メッシュコードに該当するメッシュエリアにおける交通事故の発生に関する指数が格納される。交通事故の発生に関する指数としては、例えば一定期間に発生した交通事故件数を、評価対象エリアにおける登録車両数で割った値である事故率を用いてもよい。

項目「災害情報」には、メッシュコードに該当するメッシュエリアにおける被害予測に関する指数が格納される。被害予測に関する指数としては、例えばハザードマップの情報を用いて災害の種類ごとに被害予測値を定量化した値を用いてもよい。

項目「交通施設」には、メッシュコードに該当するメッシュエリアの近隣における駅の有無およびアクセス性に関する指数が格納される。当該指数としては、徒歩圏内に存在する駅の数と、評価対象となるメッシュエリアから駅までの徒歩時間と、を用いて定量化された値を用いてもよい。

項目「商業施設」には、メッシュコードに該当するメッシュエリアの近隣におけるスーパーマーケットやコンビニエンスストアなどの買い物を行う商店の有無およびアクセス性に関する指数が格納される。当該指数としては、徒歩圏内に存在するスーパーマーケットやコンビニエンスストアなどの商店の数と、評価対象となるメッシュエリアから当該商店までの徒歩時間と、を用いて定量化された値を用いてもよい。

項目「教育施設」には、メッシュコードに該当するメッシュエリアの近隣における学校や塾などの教育施設の有無およびアクセス性に関する指数が格納される。当該指数としては、近隣になる教育機関の数と、評価対象となるメッシュエリアから当該教育期間までのアクセス時間と、を用いて定量化された値を用いてもよい。

項目「娯楽施設」には、メッシュコードに該当するメッシュエリアにおける公園や各種の娯楽施設の有無およびアクセス性に関する指数が格納される。当該指数としては、近隣になる公園等の娯楽施設の数と、評価対象となるメッシュエリアから当該娯楽施設までのアクセス時間と、を用いて定量化された値を用いてもよい。

項目「年齢層」には、メッシュコードに該当するメッシュエリアにおける居住者の一般的な年齢層の指数が格納される。当該指数としては、評価対象となるメッシュエリアの近隣の平均年齢を用いてもよい。

項目「世帯層」には、メッシュコードに該当するメッシュエリアにおける居住者の一般的な世帯構成の指数が格納される。当該指数としては、評価対象となるメッシュエリアにおいて、最も多い世帯構成数を用いてもよい。
なお、図１０に示す地域情報ＤＢ３０２４の構造はあくまで例示であり、その他の項目を管理してもよい。例えば、各種施設に関する情報としては、前述した施設の他、生活・暮らしに関わるあらゆる施設に関する情報を格納することができる。また、地域情報ＤＢ３０２４には、評価項目の値として数値化されていない情報が格納されてもよい。例えば、店舗や施設の名称に関する情報が地域情報ＤＢ３０２４に格納されてもよい。

そして、地域情報ＤＢ３０２４に格納される各評価項目のうち、賃貸物件の平均賃料および推定賃料に関する情報は、評価対象となるメッシュエリアに対して、当該メッシュエリアに含まれる賃貸物件に関する平均賃料の値のみが紐づけられている。
一方、地域情報ＤＢ３０２４に格納される各評価項目のうち、賃貸物件の平均賃料および推定賃料に関する情報以外の情報は、当該メッシュエリアに含まれる地域情報に加えて、当該メッシュエリアの外側の領域であって、予め設定された範囲である周辺領域に関する地域情報が紐づけられている。これにより、地域情報ＤＢ３０２４には、特定のメッシュエリアに対して、当該メッシュエリアの地域情報に加えて、その周辺環境に相当する地域情報が紐づけられている。この点について図１１を用いて詳述する。

図１１は、システム１における単位メッシュと徒歩圏内の領域との大きさを示す図である。
例えば、徒歩での移動速度を８０ｍ／分とし、徒歩圏内を徒歩１０分と想定した場合、徒歩圏内のエリアとして、８００メートルを徒歩で移動可能となる。
このため、図１１に示すように、評価対象となるメッシュエリアを基準として、その外側の一定領域に位置するメッシュエリアが、徒歩圏内の領域に、含まれることになる。徒歩圏内のエリアにおける地域情報は、日常生活における影響が大きい情報となる。

このため、システム１では、平均賃料および推定賃料以外の評価項目については、評価対象エリアの中心を基準として、予め設定された徒歩圏内の領域に少なくとも一部が重なるメッシュ群（周辺領域）に関する地域情報の値を、評価対象エリアに関する地域情報の値に含ませている。
なお、周辺領域の大きさは任意に設定することができ、徒歩圏内に限定されない。また、予め設定された徒歩圏内の領域に完全に重なるメッシュ群に関する地域情報の値を、評価対象エリアに関する地域情報に含ませてもよい。
このように、地域情報ＤＢ３０２４において、特定のメッシュエリアに対して、当該メッシュエリアの地域情報に加えて、その周辺環境に相当する地域情報が紐づけられていることにより、当該メッシュエリアの評価において、その周辺環境についても評価することができる。

（２－５）評価ルールＤＢ３０２５
図１２は、評価ルールＤＢ３０２５のデータ構造の一例を示す図である。
図１２に示すように、評価ルールＤＢ３０２５は、項目「ルールＩＤ」と、項目「顧客セグメントＩＤ」と、項目「平均賃料係数」と、項目「推定賃料係数」と、項目「物価係数」と、項目「治安係数」と、項目「事故係数」と、項目「災害係数」と、項目「交通施設係数」と、項目「商業施設係数」と、項目「教育施設係数」と、項目「娯楽施設係数」と、項目「年齢層係数」と、項目「世帯層係数」と、を備えている。

項目「ルールＩＤ」には、重みづけ係数の組み合わせを識別する識別情報が格納されている。

項目「顧客セグメントＩＤ」には、ルールＩＤに該当する重みづけ係数の組み合わせが適用される顧客セグメントの識別情報が格納されている。

項目「平均賃料係数」には、ルールＩＤに該当する評価ルールにおいて、項目「平均賃料」に対して適用される重みづけ係数の値が格納される。

項目「推定賃料係数」には、ルールＩＤに該当する評価ルールにおいて、項目「推定賃料」に対して適用される重みづけ係数の値が格納される。

項目「物価係数」には、ルールＩＤに該当する評価ルールにおいて、項目「物価目安」に対して適用される重みづけ係数の値が格納される。

項目「治安係数」には、ルールＩＤに該当する評価ルールにおいて、項目「治安状況」に対して適用される重みづけ係数の値が格納される。

項目「事故係数」には、ルールＩＤに該当する評価ルールにおいて、項目「事故頻度」に対して適用される重みづけ係数の値が格納される。

項目「災害係数」には、ルールＩＤに該当する評価ルールにおいて、項目「災害情報」に対して適用される重みづけ係数の値が格納される。

項目「交通施設係数」には、ルールＩＤに該当する評価ルールにおいて、項目「交通施設」に対して適用される重みづけ係数の値が格納される。

項目「商業施設係数」には、ルールＩＤに該当する評価ルールにおいて、項目「商業施設」に対して適用される重みづけ係数の値が格納される。

項目「教育施設係数」には、ルールＩＤに該当する評価ルールにおいて、項目「教育施設」に対して適用される重みづけ係数の値が格納される。

項目「娯楽施設係数」には、ルールＩＤに該当する評価ルールにおいて、項目「娯楽施設」に対して適用される重みづけ係数の値が格納される。

項目「年齢層係数」には、ルールＩＤに該当する評価ルールにおいて、項目「年齢層」に対して適用される重みづけ係数の値が格納される。

項目「世帯層係数」には、ルールＩＤに該当する評価ルールにおいて、項目「世帯層」に対して適用される重みづけ係数の値が格納される。

なお、図１２に示す地域情報ＤＢ３０２４の構造はあくまで例示であり、その他の項目を管理してもよい。

（３）本実施形態に係るシステム１の概要
本実施形態に係るシステム１の概要について説明する。
図１３は、本実施形態におけるシステム１の概要の前半を説明する図である。

図１３に示すように、システム１は、これから居住地を探すユーザに使用される。まず、ユースケース１では、ユーザは、自身が居住候補地として考えているエリアをユーザ端末１０に表示された地図上で指定することで、サーバ３０から、当該エリアにおける地域情報の提供を受けることができる。ユーザは、提供された各種の評価項目における地域情報を確認することで、当該エリアが、実際に自身が希望する周辺環境であるかどうかの判断を行う。

次に、ユースケース２では、ユーザは、自身が希望する周辺環境に該当する地域情報に関する各種の条件を入力することで、サーバ３０から、周辺環境情報が指定した条件に該当するメッシュエリアに関する情報の提供を受けることができる。具体的には、地図上における該当するメッシュエリアの位置を示す情報、および当該メッシュエリアの周辺環境情報が提供される。ユーザは、提供された周辺環境情報を確認することで、当該エリアに居住するかどうかの判断を行う。

また、システム１は、この他にも地域情報の評価項目の値を用いたランキング機能、およびユーザ属性に応じたレコメンド機能を備えている。このようなシステム１の具体的な処理の流れについて、処理ごとに以下に説明する。

（４）処理フロー
以下に、システム１の具体的な処理について各フローに基づいて説明する。

（４－１）エリア指定による地域情報の出力処理
まず、ユーザからのエリア指定による地域情報の出力処理について説明する。
図１４は、本実施形態におけるエリア指定による地域情報の出力処理のフローを示す図である。この処理は、図１３に示すユースケース１に対応する処置である。

図１４に示すように、システム１では、まず、ユーザが、ユーザ端末１０を用いて、地域情報を確認したメッシュエリアを指定する操作を行う（ステップＳ１０１）。
具体的には、ユーザ端末１０のプロセッサ１２は、ユーザの操作に応じてウェブブラウザを起動することでネットワーク８０を介してサーバ３０が提供するシステム１のダッシュボードにアクセスする。プロセッサ１２は、入力デバイス１５を介してユーザから入力される、ダッシュボードに表示された地図上の位置を指定する操作を受け付ける。プロセッサ１２は、通信インタフェース１４を介して、サーバ３０に対して、受け付けたメッシュエリアの指定の内容を送信する。

ステップＳ１０１の後に、サーバ３０は、メッシュエリアの指定を受け付ける（ステップＳ３０１）。
具体的には、サーバ３０の送受信制御モジュール３０３０は、ステップＳ１０１において、ユーザ端末１０から送信されたメッシュエリアの指定操作に含まれる、メッシュエリアの座標情報を受信する。サーバ３０の取得モジュール３０３１は、ユーザが指定したメッシュエリアの座標情報を取得し、特定モジュール３０３２に入力する。

ステップＳ３０１の後に、サーバ３０は、指定されたエリアの地域情報を特定する（ステップＳ３０２）。
具体的には、サーバ３０の特定モジュール３０３２は、ステップＳ３０１において、取得モジュール３０３１から入力された、ユーザが指定したメッシュエリアの座標情報を用いて、メッシュエリアＤＢ３０２３を参照することで、当該メッシュエリアが該当するメッシュコードを特定する。特定モジュール３０３２は、特定したメッシュコードを用いて地域情報ＤＢ３０２４を参照して、当該メッシュコードに紐づけられた地域情報である評価項目ごとの値を特定する。特定モジュール３０３２は、特定した評価項目ごとの値を、出力モジュール３０３５に入力する。

ステップＳ３０２の後に、サーバ３０は、特定した地域情報を出力する（ステップＳ３０３）。
具体的には、サーバ３０の出力モジュール３０３５は、ステップＳ３０２において特定モジュール３０３２から入力された、ユーザが指定したメッシュエリアにおける地域情報である評価項目ごとの情報を地図上のメッシュエリアに紐づけて表示することでダッシュボードを更新し、サーバ３０とユーザ端末１０との間の論理回線に対して出力する。

ステップＳ３０３の後に、ユーザ端末１０は、サーバ３０から出力された地域情報をユーザに対して提示する（ステップＳ１０２）。
具体的には、ユーザ端末１０のプロセッサ１２は、ステップＳ３０３におけるサーバ３０によるダッシュボードの更新を受けて、ユーザが指定したメッシュエリアにおける地域情報である評価項目ごとの値が、地図と併記された画面Ｄ１を、ディスプレイ（出力デバイス１６）に表示する。これにより、ユーザ端末１０は、各種の地域情報をユーザに対して提示する。この時の画面例を図１８として後述する。

これにより、ユーザは、自身が候補としていたエリアの地域情報を確認することができる。また、システム１では、複数のメッシュエリアの地域情報を比較して表示することもできる。この場合には、既にステップＳ１０２において地域情報が表示された状態で、比較対象とするエリアの指定を受け付ける処理（ステップＳ１０３）を行う。

ステップＳ１０２の後に、ユーザ端末１０は、比較対象エリアの指定操作を受け付ける（ステップＳ１０３）。
具体的には、ユーザ端末１０のユーザ端末１０のプロセッサ１２は、ユーザから比較対象とするエリアについて、ダッシュボードに表示された地図上の位置をさらに指定する操作を受け付ける。プロセッサ１２は、通信インタフェース１４を介して、サーバ３０に対して、受け付けた比較対象とするメッシュエリアの指定操作を送信する。

ステップＳ１０３の後に、サーバ３０は、比較対象とするメッシュエリアの指定を受け付ける（ステップＳ３０４）。
具体的には、サーバ３０の送受信制御モジュール３０３０は、ステップＳ１０３において、ユーザ端末１０から送信された比較対象とするメッシュエリアの座標情報を受信する。サーバ３０の取得モジュール３０３１は、ユーザが指定した比較対象とするメッシュエリアの座標情報を取得し、特定モジュール３０３２に入力する。

ステップＳ３０４の後に、サーバ３０は、比較対象とするメッシュエリアの地域情報を特定する（ステップＳ３０５）。
具体的には、サーバ３０の特定モジュール３０３２は、ステップＳ３０４において、取得モジュール３０３１から入力された、比較対象とするメッシュエリアの座標情報を用いて、メッシュエリアＤＢ３０２３を参照することで、当該メッシュエリアが該当するメッシュコードを特定する。特定モジュール３０３２は、特定したメッシュコードを用いて地域情報ＤＢ３０２４を参照して、当該メッシュコードに紐づけられた地域情報である評価項目ごとの値を特定する。特定モジュール３０３２は、特定した評価項目ごとの値を、出力モジュール３０３５に入力する。

ステップＳ３０５の後に、サーバ３０は、特定された比較対象とするメッシュエリアの地域情報を出力する（ステップＳ３０６）。
具体的には、サーバ３０の出力モジュール３０３５は、ステップＳ３０５において特定モジュール３０３２から入力された、比較対象とするメッシュエリアにおける地域情報である評価項目ごとの値を、さらに地図に併記することでダッシュボードを更新し、サーバ３０とユーザ端末１０との間の論理回線に対して出力する。

ステップＳ３０６の後に、ユーザ端末１０は出力された情報をユーザに対して提示する（ステップＳ１０４）。
具体的には、ユーザ端末１０のプロセッサ１２は、ステップＳ３０５におけるサーバ３０によるダッシュボードの更新を受けて、ユーザが比較対象とするメッシュエリアにおける地域情報である評価項目ごとの値が、最初に指定されたメッシュエリアに関する地域情報とともに、地図と併記された画面を、ディスプレイに表示する。これにより、ユーザ端末１０は、二つのメッシュエリアに関する各種の地域情報を、ユーザに対して提示する。

なお、比較対象エリアに関する地域情報の出力は、行わなくてもよいし、複数回行ってもよい。ユーザは自身が気になるエリアについて、地域情報の各評価項目を並べて比較する。
以上により、ユーザからのエリア指定による地域情報の出力処理が終了する。

（４－２）居住地条件の入力による該当エリアの出力処理
次に、ユーザからの居住地条件の入力による該当エリアの出力処理について説明する。
図１５は、本実施形態における居住地条件の入力による該当エリアの出力処理のフローを示す図である。この処理は、図１３に示すユースケース２に対応する処理である。

図１５に示すように、居住地条件の入力による該当エリアの出力処理では、まず、ユーザが、ユーザ端末１０を用いて、自身が居住地として希望する周辺環境として希望する地域情報の条件を入力する操作を行う（ステップＳ１１１）。
具体的には、ユーザ端末１０のプロセッサ１２は、入力デバイス１５を介してユーザから入力される、ダッシュボード上に表示された入力フォームへの希望条件の入力を受け付ける。プロセッサ１２は、通信インタフェース１４を介して、サーバ３０に対して、受け付けた希望条件の入力操作の内容を送信する。

ステップＳ１１１の後に、サーバ３０は、ユーザから入力された周辺環境の希望条件を受け付ける（ステップＳ３１１）。
具体的には、サーバ３０の送受信制御モジュール３０３０は、ステップＳ１１１において、ユーザ端末１０から送信された希望条件の内容に含まれる、地域情報の評価項目ごとの値を受信する。サーバ３０の取得モジュール３０３１は、ユーザの希望条件に含まれる地域情報の評価項目ごとの値を取得し、特定モジュール３０３２に入力する。

ステップＳ３１１の後に、サーバ３０は、条件に該当するエリアを特定する（ステップＳ３１２）。
具体的には、サーバ３０の特定モジュール３０３２は、ステップＳ３１１において、取得モジュール３０３１から入力された、ユーザの希望条件に含まれる地域情報の評価項目ごとの値を用いて、地域情報ＤＢ３０２４を参照することで、当該希望条件を満たすメッシュエリアのメッシュコードを特定する。特定モジュール３０３２は、特定したメッシュコードを用いて、メッシュエリアＤＢ３０２３を参照して、当該メッシュコードが該当する地図上のエリア（緯度範囲および経度範囲）を特定する。特定モジュール３０３２は、特定した地図上のエリアの値を、出力モジュール３０３５に入力する。

ステップＳ３１２の後に、サーバ３０は、特定したエリアに関する情報をユーザ端末１０に向けて出力する（ステップＳ３１３）。
具体的には、サーバ３０の出力モジュール３０３５は、ステップＳ３１２において特定モジュール３０３２から入力された、ユーザの希望条件を満たすメッシュエリアの位置を地図に指し示すことでダッシュボードを更新し、サーバ３０とユーザ端末１０との間の論理回線に対して出力する。

ステップＳ３１３の後に、ユーザ端末１０は、サーバ３０から出力された情報をユーザに対して提示する（ステップＳ１１２）。
具体的には、ユーザ端末１０のプロセッサ１２は、ステップＳ３１３におけるサーバ３０によるダッシュボードの更新を受けて、ユーザの希望条件を満たすメッシュエリアの位置が示された画面を、ディスプレイ（出力デバイス１６）に表示する。これにより、ユーザ端末１０は、ユーザの希望条件の合致するメッシュエリアの位置を、ユーザに対して提示する。

なお、ステップＳ１１２において、ユーザの希望条件を満たすメッシュエリアの位置を地図上に示すとともに、当該メッシュエリアの地域情報である各種の評価項目の値を、地図を併記して表示してもよい。これにより、ユーザは、自身の希望する条件を満たすエリアが、実際にどのような地域情報であるかを確認することができる。

（４－３）ランキングの表示処理
次に、ランキングの表示処理について説明する。
図１６は、本実施形態におけるランキングの表示処理のフローを示す図である。この処理は、例えばユースケース１において行われる処理である。なお、図１６の処理が、図１３に示すユースケース２において行われてもよい。

図１６に示すように、ランキングの表示処理では、まず、ユーザが、ユーザ端末１０を用いて、ランキング表示指示の操作を行う（ステップＳ１２１）。
具体的には、ユーザ端末１０のプロセッサ１２は、入力デバイス１５を介してユーザから入力される、ランキングの表示指示の操作を受け付ける。プロセッサ１２は、通信インタフェース１４を介して、サーバ３０に対して、ランキングの表示指示の内容を送信する。

ステップＳ１２１の後に、サーバ３０は、ランキング表示操作を受け付ける（ステップＳ３２１）。
具体的には、サーバ３０の送受信制御モジュール３０３０は、ステップＳ１２１において、ユーザ端末１０から送信されたランキングの表示指示を受信する。サーバ３０の取得モジュール３０３１は、ランキングの表示指示を取得し、評価モジュール３０３３に入力する。

ステップＳ３２１の後に、サーバ３０は、評価ルールを用いたスコアリングを行う（ステップＳ３２２）。
具体的には、サーバ３０の評価モジュール３０３３は、ステップＳ３２１において、取得モジュール３０３１から入力されたランキングの表示指示に応答して、メッシュエリアごとにスコアリングを行う。スコアリングでは、評価モジュール３０３３は、評価ルールＤＢ３０２５に格納された顧客セグメントごとの評価係数の組み合わせを用いて、評価ルールごとにメッシュエリアのスコアを算出する。すなわち、評価モジュール３０３３は、一つのメッシュエリアに対して、評価ルールＤＢ３０２５に格納された評価ルールの数量に相当する数のスコアを算出する。評価モジュール３０３３は、算出した評価スコアを出力モジュール３０３５に入力する。

ステップＳ３２２の後に、サーバ３０は、評価結果をランキング形式で出力する（ステップＳ３２３）。
具体的には、サーバ３０の出力モジュール３０３５は、ステップＳ３２２において評価モジュール３０３３から入力された、評価メッシュごと、かつルールＩＤごとの評価スコアを集計してランキング表としたウェブページを作成し、サーバ３０とユーザ端末１０との間の論理回線に対して出力する。

ステップＳ３２３の後に、ユーザ端末１０は、サーバ３０から出力された情報をユーザに対して提示する（ステップＳ１２２）。
具体的には、ユーザ端末１０のプロセッサ１２は、ステップＳ３２３におけるサーバ３０により作成されたウェブページにアクセスし、ランキング表をディスプレイに表示する。ランキングは、顧客セグメントごとに構成されている。これにより、ユーザ端末１０は、メッシュエリアに関するランキングに関する各種の地域情報をユーザに対して提示する。

なお、メッシュエリアごとのスコアリングの処理は、ユーザからのランキング表示指示に応答して行わなくてもよい。すなわち、評価モジュール３０３３は、予め設定された期間ごとに定期的にメッシュエリアごとのスコアリングを行い、評価結果をデータベースとして記憶し、ユーザからのランキング表示指示に応答して、当該データベースを参照する態様であってもよい。また、ランキングの表示指示において、ユーザから、ランキングを表示する顧客セグメントの指定を受け付けてもよい。
以上により、ランキング表示処理が終了する。

（４－４）ユーザ属性に応じたレコメンド処理
次に、ユーザ属性に応じたレコメンド処理について説明する。
図１７は、本実施形態におけるユーザ属性に応じたレコメンド処理のフローを示す図である。この処理は、例えば、図１３に示すユースケース２において行われる処理である。なお、図１７の処理は、図１３に示すユースケース１において行われてもよい。

図１７に示すように、ユーザ属性に応じたレコメンド処理では、まず、ユーザが、ユーザ端末１０を用いて、レコメンドの要求操作を行う（ステップＳ１３１）。
具体的には、ユーザ端末１０のプロセッサ１２は、入力デバイス１５を介してユーザから入力される、レコメンド要求の操作受け付ける。プロセッサ１２は、通信インタフェース１４を介して、サーバ３０に対して、レコメンド要求を送信する。

ステップＳ１３１の後に、サーバ３０は、レコメンドの要求を受け付ける（ステップＳ３３１）。
具体的には、サーバ３０の送受信制御モジュール３０３０は、ステップＳ１３１において、ユーザ端末１０から送信されたレコメンド要求を受信する。サーバ３０の取得モジュール３０３１は、レコメンド要求を取得し、特定モジュール３０３２に入力する。

ステップＳ３３１の後に、サーバ３０は、ユーザ属性を特定する（ステップＳ３３２）。
具体的には、サーバ３０の特定モジュール３０３２は、ステップＳ３３１において、取得モジュール３０３１から入力されたレコメンド要求に含まれるユーザＩＤを用いて、ユーザＤＢ３０２１を参照することで、レコメンド要求を行ったユーザの属性を特定する。特定モジュール３０３２は、特定したユーザＩＤを、評価モジュール３０３３に入力する。

ステップＳ３３２の後に、サーバ３０は、ユーザ属性に対応する評価ルールを選定する（ステップＳ３３３）。
具体的には、サーバ３０の評価モジュール３０３３は、ステップＳ３３２において、特定モジュール３０３２から入力されたユーザＩＤを用いて、顧客セグメントＤＢ３０２２を参照して該当する顧客セグメントを選定する。評価モジュール３０３３は、該当する顧客セグメントの顧客セグメントＩＤを用いて、評価ルールＤＢ３０２５を参照して、レコメンド要求を行ったユーザに対して適用するべき評価ルールを選定する。

ステップＳ３３３の後に、サーバ３０は、選定した評価ルールを用いたスコアリングを行う（ステップ３３４）。
具体的には、サーバ３０の評価モジュール３０３３は、ステップＳ３３３において選定した評価ルールを用いて、地域情報ＤＢ３０２４に格納されたメッシュエリアそれぞれについて、評価スコアの算出を行う。評価モジュール３０３３は、算出した評価スコアを用いて高スコアとなるメッシュエリアを複数選定し、レコメンド結果として、出力モジュール３０３５に入力する。

ステップＳ３３４の後に、サーバ３０は、レコメンドエリアをユーザに向けて出力する（ステップＳ３３５）。
具体的には、サーバ３０の出力モジュール３０３５は、ステップＳ３３４において評価モジュール３０３３から入力された複数のレコメンドエリアを併記したウェブページを作成し、サーバ３０とユーザ端末１０との間の論理回線に対して出力する。

ステップＳ３３５の後に、ユーザ端末１０は、サーバ３０から出力された情報をユーザに対して提示する（ステップＳ１３２）。
具体的には、ユーザ端末１０のプロセッサ１２は、ステップＳ３３５におけるサーバ３０によるウェブページの出力を受けて、複数のレコメンドエリアの情報が併記されたダッシュボードをディスプレイ（出力デバイス１６）に表示する。これにより、ユーザ端末１０は、レコメンドエリアに関する地図上の位置や、それぞれの地域情報の評価項目の値をユーザに対して提示する。なお、レコメンドエリアはひとつであってもよい。

なお、メッシュエリアごとのスコアリングの処理は、ユーザからのレコメンド要求に応答して行わなくてもよい。すなわち、評価モジュール３０３３は、予め設定された期間ごとに定期的にメッシュエリアごとのスコアリングを行い、評価結果をデータベースとして記憶し、ユーザからのレコメンド要求に応答して、当該データベースを参照してもよい。この場合、評価モジュール３０３３は、当該ユーザが該当する顧客セグメントに対応する評価ルールでのスコアリング結果を、評価結果として参照することができる。
以上により、ユーザ属性に応じたレコメンド処理が終了する。

（５）出力イメージ
以下に、システム１による具体的な出力イメージについて各画面例に基づいて説明する。

（５－１）ＰＣ画面における画面例
図１８は、本実施形態におけるＰＣ画面でのユーザ端末１０の画面例を示す図である。この画面例は、図１４におけるステップＳ１０２の処理における画面Ｄ１を指している。
図１８に示すように、ユーザ端末１０のダッシュボードには、ユーザが指定した地図上のメッシュエリア（位置アイコンＩに該当するメッシュエリア）について、概要となる平均賃料が地図上に記載されている。平均賃料は、一人向けと家族向けという異なる顧客セグメントに対応する複数の値が表示されている。位置アイコンＩの位置については、位置検索欄Ａに地名、住所、駅名を入力することで、任意に選択することができる。

また、ダッシュボードの左側の地域情報欄Ｇには、地図とともに、指定したメッシュエリアについての地域情報となる評価項目の各値が記載れている。ユーザは、評価項目の各値を確認することで、土地勘のないエリアにおける地域情報を確認し、自身の望む周辺環境かどうかを判断する。

また、地図上には、当該地図に含まれる交通機関や商業施設に関する情報を出力することができる。ユーザが、地図上に表示された交通施設や商業施設の位置をクリックすることで、各施設の名称や路線情報などの詳細情報が地図上に表示される。

また、ダッシュボードには、ユーザが指定したメッシュエリアを含む一定領域を占める周辺のメッシュ群それぞれの平均賃料の値が、ヒートマップとして地図上に表示されている。ユーザは、ヒートマップを確認することで、地図上の位置の違いによる平均賃料の推移を視覚的に把握することができる。

また、地図上のボタンＢ１をクリックすることで、図１４に示す比較対象エリアの指定操作の入力操作（ステップＳ１０３）を行うことができる。
また、地図上のボタンＢ２をクリックすることで、図１５に示す希望条件の入力操作（ステップＳ１１１）を行うことができる。

また、地図上のボタンＢ３をクリックすることで、出力したメッシュエリアに含まれる不動産物件に関する情報が出力される。システム１は、ユーザからの操作指示に応答して、不動産情報管理サーバ４０にアクセスすることで、当該メッシュエリアに含まれる不動産物件に関する情報を、画面上に表示する。

（５－２）スマートフォン画面における画面例
図１９は、本実施形態におけるスマートフォンでのユーザ端末１０の画面例を示す図である。この画面例は、図１８と同様に、図１４におけるステップＳ１０２の処理における画面Ｄ１と対応している。図１９に示すように、左側のＭＡＰ表示画面Ｄ２には、指定メッシュにおける周辺駅と、駅名および指定メッシュからの徒歩時間が表示されている。

この面例では、左側のＭＡＰ表示画面Ｄ２における画面右下の属性指定欄Ｃを選択することで、平均賃料又は推定賃料の対象となる物件の対象とする居住者の属性を選択することができる。図示の例では、以下の態様となっている。
・一人暮らしをクリックすると、指定されたメッシュエリアにおける一人暮らし向けの物件の平均賃料および推定賃料が表示される。
・ファミリーをクリックすると、指定されたメッシュエリアにおけるファミリー向けの物件の平均賃料および推定賃料が表示される。

また、ＭＡＰ表示画面Ｄ２における画面左下のアイコン指定欄Ｅを操作することで、地図上に表示する情報を示すアイコンを選択することができる。
一般にスマートフォンはＰＣと比べて画面が小さいため、アイコンを一様に表示すると視認性が極めて悪くなることから、ユーザが、地図上に表示したい情報に関するアイコンを選択可能となっている。図示の例では、以下の態様となっている。
・駅情報指定欄Ｅ１をクリックすることで、地図上の駅を示すアイコンが詳細情報のリンクとともに表示される。
・買い物情報指定欄Ｅ２をクリックすることで、地図上の商業施設を示すアイコンが詳細情報のリンクとともに表示される。
・治安情報指定欄Ｅ３をクリックすることで、事件のあった地点にアイコンが詳細情報のリンクとともに表示される。
なお、アイコン指定欄Ｅには、地域情報ＤＢ３０２４に格納される評価項目のいずれかを配置することができる。いずれの評価項目をアイコン指定欄Ｅに表示させるかは、ユーザが任意に選択することができる。よって、一部の情報を表示しなくてもよい。

また、ＭＡＰ表示画面Ｄ２におけるタグＦをタッチした状態で、画面の上方に向けたスワイプ操作をすることで、図１９の右側に示す詳細表示画面Ｄ３を表示させることができる。詳細表示画面Ｄ３では、指定されたメッシュエリアの地域情報の詳細が、評価項目ごとに表示されている。詳細表示画面Ｄ３において、タグＦをタッチした状態で画面の下方に向けたスワイプ操作をすることで、図１９の左側に示すＭＡＰ表示画面Ｄ２に戻すことができる。

また、ＭＡＰ表示画面Ｄ２では、ユーザによる地図上でのスワイプ操作を受け付けることで、受け付けたスワイプ操作に応答するように、ユーザ端末１０に出力している地域情報の対象となるメッシュエリアを変更が変更される。すなわち、画面上に表示される平均賃料および推定賃料の値を含む各種の地域情報、およびヒートマップの状態などが、ユーザの地図上でのスワイプ操作に応答して経時的に変化する。このため、例えばスマートフォンを片手で操作するユーザに対して、直感的な操作により円滑に地域情報のエリアごとの違いを提供することができる。

（６）小括
以上説明したように、システム１によれば、ユーザからユーザ端末１０に表示された地図上の位置の指定を受け付けることで、指定した位置を含むメッシュエリアにおける地域情報を、地図とともに出力することができる。このため、ユーザが興味を持っているエリアに関する地域情報を網羅的にユーザに対して提示することができ、ユーザが居住地として希望する周辺環境と合致する居住候補地を、効率的に選定することができる。

また、システム１によれば、ユーザから、居住候補地として希望する地域条件の入力を受け付けることで、入力された地域条件に合致する地域情報と紐づけられたメッシュエリアの位置を、地図上に表示する。このため、ユーザが希望する周辺環境と合致する居住候補地を、地図上に出力することができ、ユーザが居住候補地を効率的に選定することができる。

また、システム１では、地域情報データベースでは、メッシュエリアに対して、当該メッシュエリアに含まれる地域情報に加えて、当該メッシュエリアの外側の領域であって、予め設定された範囲である周辺領域に関する地域情報が紐づけられている。このため、例えばメッシュエリアを基準とする徒歩圏内に含まれる近隣のエリアにおける地域情報をメッシュエリアに関する地域情報に含ませることができ、より実生活に即した周辺環境の良否の判断をできる有意義な情報をユーザに提供することができる。

また、システム１では、地域情報のうち、賃貸物件の平均賃料に関する情報は、メッシュエリアに対して、当該メッシュエリアに含まれる賃貸物件に関する平均賃料の値のみが紐づけられている。このため、近隣の交通施設や商業施設などとは異なり、近隣のエリアを含ませる必要がない平均賃料についてはメッシュエリアごとの値とすることで、平均賃料の値を正確に紐づけることができる。

また、システム１によれば、地域情報データベースでは、メッシュエリアに対して、各種の地域情報が定量化されて紐づけられている。このため、地域情報が、評価項目ごとの値として数値で管理されることとなり、メッシュエリアごとの評価スコアの算出など、定量的な評価に用いることができる。

また、システム１によれば、地域情報を出力する際に、指定されたメッシュエリアを含む一定領域を占める周辺のメッシュ群それぞれの平均賃料の値を、ヒートマップとして地図上に表示する。このため、エリアごとの平均賃料の推移をユーザが視覚的に捉えることができる。

また、システム１では、地図上には、当該地図に含まれる交通機関や商業施設に関する情報が出力される。このため、当該エリアでの生活利便性に影響を与える情報をユーザに対して提示することが可能になり、ユーザが正確に居住候補地を選定することができる。

また、システム１では、評価対象となる複数のメッシュエリアの指定を受け付け、地域情報ＤＢ３０２４を参照して、指定された複数のメッシュエリアに関する地域情報を、並べて表示する。このため、ユーザが居住候補地として複数のエリアを視野に入れている場合に、それぞれの地域情報を並べて表示することで、効率的に比較検討をすることができる。

また、システム１では、出力したメッシュエリアに含まれる不動産物件に関する情報を、ユーザからの指示に応じて出力する。このため、居住候補地となるメッシュエリアを選定した後に、そのまま当該メッシュエリアに含まれる不動産物件に関する情報にアクセスすることができるため、ユーザの利便性を向上することができる。

また、システム１によれば、賃料推定モデル３０２６に対して、評価対象となる特定の推定対象メッシュについての複数の評価項目の値を入力することで、当該推定対象メッシュにおける推定賃料の値を算出し、地域情報ＤＢ３０２４の評価項目の一つとして格納されている。このため、ユーザが居住候補地を選定する際に、推定賃料の値を、相場観の目安として利用することができる。

また、システム１によれば、地域情報ＤＢ３０２４に格納されたメッシュエリアごとに紐づけられた複数の評価項目の値を用いて、予め設定された顧客セグメントごとの評価ルールに従って、メッシュエリアを評価し、評価結果をランキング形式で出力する。このため、様々な顧客セグメントのユーザそれぞれに対して有益な情報を提示することができる。

また、システム１によれば、評価ルールは、顧客セグメントごとに複数設定されており、ユーザからの要求指示に応じて、予め登録されたユーザ属性に基づいて、該当する顧客セグメントに対応する評価ルールに従ったレコメンドエリアを出力する。このため、ユーザに対して、それぞれの属性に応じた適切な居住候補地をレコメンドすることができる。

（７）変形例
次に、システム１の変形例について説明する。変形例に係るシステム１では、ユーザの操作実績を蓄積し、操作実績に応じたメッシュエリアのレコメンドを行う機能を有している。なお、変形例の説明において、前述した実施形態と同一の構成については同一の符合を振り、その説明を省略する。

変形例に係るシステム１では、サーバ３０Ｂは主に以下の機能をさらに備えている。
・検索条件の保存機能
・閲覧履歴の保存機能
・お気に入り登録機能
・レビュー（口コミ）管理機能
・操作実績に基づくレコメンド機能
このような変形例に係るサーバ３０Ｂの構成を説明する。

図２０は、変形例に係るシステム１におけるサーバ３０Ｂの機能的構成を示す図である。
図２０に示すように、変形例に係るサーバ３０Ｂは、さらに以下のデータベースを備えている。
・検索条件データベース（以下、検索条件ＤＢ）３０４１
・閲覧履歴データベース（以下、閲覧履歴ＤＢ）３０４２
・お気に入りデータベース（以下、お気に入りＤＢ）３０４３
・レビューデータベース（以下、レビューＤＢ）３０４４
・レコメンド候補データベース（以下、レコメンド候補ＤＢ）３０４５
これらの各データベースのデータ構造について以下に詳述する。

（７－１）検索条件ＤＢ３０４１
図２１は、検索条件ＤＢ３０４１のデータ構造の一例を示す図である。検索条件ＤＢ３０４１は、ユーザが希望条件を入力する操作（図１５におけるステップＳ１１１）において入力された検索条件に関する情報を記憶するデータベースである。
図２１に示すように、検索条件ＤＢ３０４１は、項目「検索条件ＩＤ」と、項目「ユーザＩＤ」と、項目「検索条件名」と、項目「希望条件」と、項目「入力日時」と、を備えている。

項目「検索条件ＩＤ」には、検索条件を特定可能な検索条件の識別情報が格納される。

項目「ユーザＩＤ」には、検索条件ＩＤに対応する検索条件を入力したユーザのユーザＩＤが格納される。

項目「検索条件名」には、検索条件ＩＤに対応する検索条件に対してユーザが任意に設定した名称が格納される。ユーザが検索条件の名称の入力を省略した場合は、項目「検索条件名」は空欄であってもよいし、ユーザＩＤおよび入力日時により設定された文字列が、項目「検索条件名」に格納されてもよい。

項目「希望条件」には、検索条件ＩＤに対応する検索条件として、ユーザが入力した居住候補地周辺の地域情報の希望値が格納される。地域情報の希望値は、地域情報ＤＢ３０２４に管理されている評価項目ごとに入力される。すなわち、項目「希望条件」は、地域情報の評価項目ごとに複数のカラムとして検索条件ＤＢ３０４１において管理されてもよい。

項目「入力日時」には、検索条件ＩＤに対応する検索条件をユーザが入力した日時に関する情報が格納される。
なお、図２１に示す検索条件ＤＢ３０４１の構造はあくまで例示であり、その他の項目を管理してもよい。

（７－２）閲覧履歴ＤＢ３０４２
図２２は、閲覧履歴ＤＢ３０４２のデータ構造の一例を示す図である。検索条件ＤＢ３０４１は、ユーザがサーバ３０Ｂから出力された地域情報に関する情報を、閲覧履歴として記憶するデータベースである。
図２２に示すように、閲覧履歴ＤＢ３０４２は、項目「閲覧履歴ＩＤ」と、項目「ユーザＩＤ」と、項目「閲覧エリアＩＤ」と、項目「閲覧日時」と、を備えている。

項目「閲覧履歴ＩＤ」には、閲覧情報を特定可能な閲覧履歴の識別情報が格納される。

項目「ユーザＩＤ」には、閲覧履歴ＩＤに対応する閲覧操作の主体となるユーザのユーザＩＤが格納される。

項目「閲覧エリアＩＤ」には、閲覧履歴ＩＤに対応する閲覧操作において、閲覧されたメッシュエリアの識別情報が格納される。

項目「閲覧日時」には、閲覧履歴ＩＤに対応する閲覧操作が行われた日時に関する情報が格納される。
なお、図２２に示す閲覧履歴ＤＢ３０４２の構造はあくまで例示であり、その他の項目を管理してもよい。

（７－３）お気に入りＤＢ３０４３
図２３は、お気に入りＤＢ３０４３のデータ構造の一例を示す図である。お気に入りＤＢ３０４３は、ユーザがサーバ３０Ｂから出力された地域情報について一定の評価をした場合に、自身の居住候補地に含まれるエリアとして設定した、お気に入りエリアに関する情報を記憶するデータベースである。
図２３に示すように、お気に入りＤＢ３０４３は、項目「お気に入りＩＤ」と、項目「ユーザＩＤ」と、項目「お気に入りエリアＩＤ」と、項目「登録日時」と、を備えている。

項目「お気に入りＩＤ」には、お気に入りエリアを特定可能なお気に入りエリアの識別情報が格納される。

項目「ユーザＩＤ」には、お気に入りＩＤに対応するお気に入りエリアの登録を行ったユーザの識別情報が格納される。

項目「お気に入りエリアＩＤ」には、お気に入りＩＤに対応するお気に入りエリアに該当するメッシュエリアの識別情報（メッシュコード）が格納される。

項目「登録日時」には、お気に入りＩＤに対応するお気に入りエリアの登録をユーザが行った日時に関する情報が格納される。
なお、図２３に示すお気に入りＤＢ３０４３の構造はあくまで例示であり、その他の項目を管理してもよい。

（７－４）レビューＤＢ３０４４
図２４は、レビューＤＢ３０４４のデータ構造の一例を示す図である。レビューＤＢ３０４４は、ユーザがサーバ３０Ｂから出力された地域情報について、何らかのレビュー情報（レビューコメントおよび評価スコア）の入力（投稿）をした場合に、当該レビューに関する情報を記憶するデータベースである。
図２４に示すように、レビューＤＢ３０４４は、項目「レビューＩＤ」と、項目「対象エリアＩＤ」と、項目「ユーザＩＤ」と、項目「レビューコメント」と、項目「評価スコア」、項目「投稿日時」と、を備えている。

項目「レビューＩＤ」には、レビューを特定可能なレビュー情報の識別情報が格納される。

項目「対象エリアＩＤ」には、レビューの対象となったメッシュエリアの識別情報（メッシュコード）が格納される。

項目「ユーザＩＤ」には、レビューＩＤに対応するレビューの登録を行ったユーザの識別情報が格納される。

項目「レビューコメント」には、レビューＩＤに対応するレビューコメントの内容に関する情報が格納される。

項目「評価スコア」には、レビューＩＤに対応するレビューとして、ユーザから入力された、レビューの対象となるメッシュエリアへの当該ユーザによる主観的な評価スコアの値が格納される。

項目「投稿日時」には、レビューＩＤに対応するレビューの投稿をユーザが行った日時に関する情報が格納される。
なお、図２４に示すレビューＤＢ３０４４の構造はあくまで例示であり、その他の項目を管理してもよい。

（７－５）レコメンド候補ＤＢ３０４５
図２５は、レコメンド候補ＤＢ３０４５のデータ構造の一例を示す図である。レコメンド候補ＤＢ３０４５は、後述するユーザの操作実績に基づいたレコメンド処理において、レコメンドの対象となりえるメッシュエリア（レコメンドエリア）に関する情報を記憶するデータベースである。
図２５に示すように、レコメンド候補ＤＢ３０４５は、項目「レコメンド候補ＩＤ」と、項目「ユーザＩＤ」と、項目「レコメンドエリアＩＤ」と、項目「エリア座標」と、項目「判定情報」と、項目「レコメンドスコア」と、項目「判定日時」と、を備えている。

項目「レコメンド候補ＩＤ」には、レコメンド候補を特定可能なレコメンド候補の識別情報が格納される。

項目「ユーザＩＤ」には、レコメンド候補ＩＤに対応するレコメンド候補が提供されるユーザのユーザＩＤが格納される。

項目「レコメンドエリアＩＤ」には、レコメンド候補ＩＤに対応するレコメンド候補に該当するメッシュエリアの識別情報（メッシュコード）が格納される。

項目「エリア座標」には、レコメンド候補ＩＤに対応するレコメンド候補に該当するメッシュエリアの位置を特定する座標情報（範囲を含む）が格納される。

項目「判定情報」には、レコメンド候補ＩＤに対応するレコメンド候補を抽出した際に用いられたユーザの操作実績に関する情報が格納される。操作実績に関する情報には、以下の情報が含まれる。
・検索条件を用いてレコメンド候補の特定を行った場合：当該検索条件ＩＤ
・閲覧履歴を用いてレコメンド候補の特定を行った場合：当該閲覧履歴ＩＤ
・お気に入り登録を用いてレコメンド候補の特定を行った場合：当該お気に入りＩＤ
・レビューコメントを用いてレコメンド候補の特定を行った場合：当該レビューＩＤ
すなわち、サーバ３０Ｂは、ユーザによる検索条件、閲覧履歴、お気に入り登録、およびレビューコメントのいずれかを、当該ユーザの過去の操作実績として用いてレコメンド候補の特定を行うことができる。

項目「レコメンドスコア」には、レコメンド候補ＩＤに対応するレコメンド候補のレコメンド対象としての評価スコアが格納される。

項目「判定日時」には、レコメンド候補ＩＤに対応するレコメンド候補を特定した際に、その判定が行われた日時に関する情報が格納される。
なお、図２５に示すレコメンド候補ＤＢ３０４５の構造はあくまで例示であり、その他の項目を管理してもよい。

（７－６）検索条件の保存処理
次に、サーバ３０Ｂが実行する検索条件の保存処理を説明する。
サーバ３０Ｂの取得モジュール３０３１は、ユーザから入力された希望条件を取得し、検索条件ＤＢ３０４１に記憶させる。ユーザは、希望条件を入力する際に、既に登録された検索条件を参照して選択することで、過去の検索条件を再度活用することができる。これにより、再度同じ検索条件を入力する必要が無く、ユーザの利便性を向上することができる。

（７－７）閲覧履歴の保存処理
次に、サーバ３０Ｂが実行する閲覧履歴の保存処理を説明する。
サーバ３０Ｂの取得モジュール３０３１は、ユーザ端末１０に対して出力されたメッシュエリアに関する情報を取得し、閲覧履歴ＤＢ３０４２に記憶させる。ユーザは、既に登録された閲覧履歴を参照することで、過去に閲覧したメッシュエリアの情報を再度表示させることができる。これにより、過去に閲覧したエリアを迅速に表示することが可能になり、ユーザの利便性を向上することができる。

（７－８）お気に入り登録処理
次に、サーバ３０Ｂが実行するお気に入り登録処理を説明する。
サーバ３０Ｂの取得モジュール３０３１は、ユーザ端末１０を操作してユーザが入力した特定のメッシュエリアに対するお気に入り登録の指示を取得し、指定されたメッシュエリアに関する情報をお気に入りＤＢ３０４３に記憶させる。ユーザは、既に登録されたお気に入りに関する情報を参照することで、過去にお気に入り登録をしたメッシュエリアの情報を再度表示させることができる。これにより、過去にお気に入り登録をしたエリアを表示することが可能になり、ユーザの利便性を向上することができる。

（７－９）レビュー（口コミ）管理処理
次に、サーバ３０Ｂが実行するレビュー管理処理を説明する。
サーバ３０Ｂの取得モジュール３０３１は、ユーザ端末１０を操作してユーザが投稿した特定のメッシュエリアに対するレビュー情報を取得する。レビュー情報としては、レビューコメントおよび評価スコアの少なくとも一方が含まれる。取得モジュール３０３１は、レビューに関する情報を取得し、レビューＤＢ３０４４に記憶させる。制御部３０３は、レビューＤＢ３０４４に記憶されたレビュー情報を、本人又は他のユーザからのレビュー閲覧に関する操作に応答して、当該操作を行ったユーザに対して出力する。これにより、他のユーザによるレビュー結果を参考にすることが可能になり、ユーザの利便性を向上することができる

（７－１０）ユーザの操作実績に基づいたレコメンド処理
次に、サーバ３０Ｂが実行するユーザの操作実績に基づいたレコメンド処理について説明する。
図２６は、サーバ３０Ｂによるユーザの操作実績に応じたレコメンド処理のフローを示す図である。

図２６に示すように、ユーザの操作実績に基づいたレコメンド処理では、まず、ユーザが、ユーザ端末１０を用いて、レコメンドの要求操作を行う（ステップＳ１４１）。
具体的には、ユーザ端末１０のプロセッサ１２は、入力デバイス１５を介してユーザから入力される、レコメンド要求の操作受け付ける。プロセッサ１２は、通信インタフェース１４を介して、サーバ３０Ｂに対して、レコメンド要求を送信する。

ステップＳ１４１の後に、サーバ３０Ｂは、レコメンドの要求を受け付ける（ステップＳ３４１）。
具体的には、サーバ３０Ｂの送受信制御モジュール３０３０は、ステップＳ１４１において、ユーザ端末１０から送信されたレコメンド要求を受信する。サーバ３０Ｂの取得モジュール３０３１は、レコメンド要求を取得し、特定モジュール３０３２に入力する。

ステップＳ３４１の後に、サーバ３０Ｂは、ユーザの操作実績を特定する（ステップＳ３４２）。
具体的には、サーバ３０Ｂの特定モジュール３０３２は、ステップＳ３４１において、取得モジュール３０３１から入力されたレコメンド要求に含まれるユーザＩＤを用いて、以下の情報を操作実績として特定する。
・検索条件ＤＢ３０４１を参照して、当該ユーザが入力した検索条件を特定する。
・閲覧履歴ＤＢ３０４２を参照して、当該ユーザの閲覧履歴を特定する。
・お気に入りＤＢ３０４３を参照して、当該ユーザが登録したお気に入りエリアを特定する。
・レビューＤＢ３０４４を参照して、当該ユーザが投稿したレビュー情報を特定する。
特定モジュール３０３２は、特定したユーザの操作実績を、評価モジュール３０３３に入力する。

ステップＳ３４２の後に、サーバ３０Ｂは、操作実績に基づくレコメンド候補の抽出を行う（ステップＳ３４３）。
具体的には、サーバ３０Ｂの評価モジュール３０３３は、ステップＳ３４２において、特定モジュール３０３２から入力された操作実績を用いて、以下の各処理により、レコメンド候補を抽出する。評価モジュール３０３３は、抽出したレコメンド候補に関する情報を、レコメンド候補ＤＢ３０４５に記録する。

・ユーザの検索条件を用いる場合
評価モジュール３０３３は、ユーザが過去に入力した検索条件に基づいて、地域情報ＤＢ３０２４から、レコメンド対象のメッシュエリアを抽出する。この場合のレコメンドスコアは、条件に一致する程度により算出される。

・ユーザの閲覧履歴を用いる場合
評価モジュール３０３３は、ユーザの閲覧履歴から、最近よく閲覧しているメッシュエリアの地域情報を把握する。そして、評価モジュール３０３３は、その傾向をもとに、地域情報の評価項目ごとの値が類似する他のメッシュエリアを、レコメンド候補として抽出する。この場合のレコメンドスコアは、最近よく閲覧しているメッシュエリアの地域情報との類似度から算出される。

・ユーザのお気に入り登録を用いる場合
評価モジュール３０３３は、ユーザがお気に入り登録をしているメッシュエリアに対して、同様に、お気に入り登録をした他のユーザを特定する。そして、評価モジュール３０３３は、他のユーザがお気に入り登録をしている他のメッシュエリアを集計し、出現頻度が高いメッシュエリアを上位に並べる。評価モジュール３０３３は、上位のメッシュエリアを、レコメンドエリアとして抽出する。この場合のレコメンドスコアは、他のユーザにおける出現頻度から算出される。また、評価モジュール３０３３は、ユーザが直近でお気に入り登録をしたメッシュエリアに関する情報を、過去にお気に入り登録をしたメッシュエリアに関する情報よりも重視するように、重みづけを行ってもよい。

・ユーザのレビュー情報を用いる場合
評価モジュール３０３３は、レビューＤＢ３０４４から、当該ユーザが投稿した評価スコアが高いレビューにおける対象エリアＩＤを取得し、同じメッシュエリアに対して、同様に高い評価をしている他のユーザのレビュー情報（レビューコメントおよび評価スコア）を抽出する。評価モジュール３０３３は、抽出された他のユーザのレビュー情報から、当該他のユーザが同様に高い評価をしている他のメッシュエリアを特定し、レコメンド候補として抽出する。この場合のレコメンドスコアは、当該他のユーザによる評価スコアから算出される。

ステップＳ３４３の後に、サーバ３０Ｂは、レコメンドエリアを特定する（ステップ３４４）。
具体的には、サーバ３０Ｂの評価モジュール３０３３は、ステップＳ３４３において抽出され、レコメンド候補ＤＢ３０４５に記録されたレコメンド候補のうち、レコメンドスコアが上位に該当するレコメンド候補を、レコメンドエリアとして特定し、レコメンド結果として、出力モジュール３０３５に入力する。

ステップＳ３４４の後に、サーバ３０Ｂは、レコメンドエリアをユーザに向けて出力する（ステップＳ３４５）。
具体的には、サーバ３０Ｂの出力モジュール３０３５は、ステップＳ３４４において評価モジュール３０３３から入力された複数のレコメンドエリアを併記したウェブページを作成し、サーバ３０Ｂとユーザ端末１０との間の論理回線に対して出力する。

ステップＳ３４５の後に、ユーザ端末１０は、サーバ３０Ｂから出力された情報をユーザに対して提示する（ステップＳ１４２）。
具体的には、ユーザ端末１０のプロセッサ１２は、ステップＳ３４５におけるサーバ３０Ｂによるウェブページの出力を受けて、複数のレコメンドエリアの情報が併記されたダッシュボードをディスプレイ（出力デバイス１６）に表示する。これにより、ユーザ端末１０は、レコメンドエリアに関する地図上の位置や、それぞれの地域情報の評価項目の値をユーザに対して提示する。なお、レコメンドエリアはひとつであってもよい。

なお、ユーザの操作実績に基づくレコメンド候補の抽出は、ユーザからのレコメンド要求に応答して行わなくてもよい。すなわち、評価モジュール３０３３は、予め設定された期間ごとに定期的にユーザの操作実績に基づくレコメンド候補の抽出を行い、得られたレコメンド候補に関する情報を、レコメンド候補ＤＢ３０４５に記憶し、ユーザからの操作実績に基づくレコメンドの要求に応答して、当該データベースを参照してもよい。
以上により、ユーザの操作実績に基づいたレコメンド処理が終了する。

このように、変形例に係るシステム１では、ユーザからレコメンドの要求指示を受け付けることで、過去の当該ユーザの操作実績から推定される、当該ユーザが高評価とする蓋然性の高いレコメンドエリアを出力することができる。このため、ユーザにとって全く馴染みのないエリアについて、ユーザの過去の操作実績からレコメンドを行うことができ、効率的な居住地の選定を促すことができる。

（８）その他の変形例
次に、システム１のその他の変形例について説明する。
例えば、システム１では、ユーザの位置情報を用いて、メッシュエリアのレコメンドを行ってもよい。この場合、サーバ３０の取得モジュール３０３１は、ユーザの位置情報をユーザ端末１０から定期的に取得する。ユーザの位置情報は、ユーザ端末１０に搭載されたＧＰＳアンテナを用いて取得することができる。

次に、サーバ３０の制御部３０３は、過去の当該ユーザの操作実績から推定される、当該ユーザが高評価とする蓋然性の高いレコメンドエリアの周辺にユーザが立ち入った際に、その旨をユーザ端末１０に対して出力する。この際、制御部３０３は、レコメンド候補ＤＢ３０４５に蓄積されたレコメンド候補の位置座標と、ユーザの位置情報と、を比較することで、比較対象となるメッシュエリアを特定することができる。

このような処理を行えば、実際にユーザが周辺環境として希望しそうな地域を訪問した際に、その旨をユーザに対して通知することが可能となり、ユーザに対して、より一層効率的に周辺環境の選定を促すことができる。

また、システム１では、過去のユーザの操作実績から特定されるエリアについて、ユーザからの要求に応答して、外部サーバに管理されるリアルタイムでの環境情報を地図に出力してもよい。具体的には、過去に閲覧をしたメッシュエリア、過去にレビュー投稿をしたメッシュエリア、過去にお気に入りに登録をしたメッシュエリアについて、現在のリアルタイムでの天気情報、又は人の流れを示す人流データをＭＡＰ上に表示してもよい。
この場合には、システム１は、ＡＰＩ連携などを行い、天気情報を管理する外部の気象情報管理サーバ、又は人流情報を管理する外部の人流情報管理サーバから、該当するエリアの情報に関する情報を取得して、ユーザ端末１０に対して出力する。この処理により、ユーザが居住候補地として注目しているエリアのリアルタイムでの情報を提供することができ、ユーザに対して、より一層効率的に周辺環境の選定を促すことができる。

また、本実施形態では、矩形状のメッシュエリアを採用しているが、六角形などのその他の多角形によりメッシュエリアを構成してもよい。

また、本実施形態では、居住候補地の選定に用いられるシステムを例に挙げて説明したが、システム１の適用範囲としては、この限りではない。
例えば、システム１は、何らかの事業を行う事業者が、事業候補地を選定する際に、当該事業者に対して周辺環境に関する情報も含めた地域情報を提供することもできる。この場合には、事業者に関する情報を格納する事業者ＤＢが、記憶部３０２に記憶される。

この場合において、事業者ＤＢに管理される項目は、例えば以下が挙げられる。
・事業者ＩＤ：事業者を特定可能な事業者の識別情報
・代表者ＩＤ：事業者ＩＤに対応する事業者の代表者についてのユーザＩＤ
・事業内容：事業者ＩＤに対応する事業者の事業内容
・本店所在地：事業者ＩＤに対応する事業者の本店の所在地
・店舗等の所在地：事業者ＩＤに対応する事業者の店舗や工場の所在地
・事業規模：事業者ＩＤに対応する事業者の事業規模

また、記憶部３０２には、以下の項目が管理される事業セグメントＤＢが記憶される。
・事業種別ＩＤ：事業種別を特定可能な識別情報
・事業内容：事業種別ＩＤに対応する事業の内容（例えば、理容業、飲食業、小売業）
・顧客ターゲット層：事業種別ＩＤに対応する事業におけるターゲット顧客の顧客セグメント
・顧客単価：事業種別ＩＤに対応する事業における顧客単価

そして、このようなデータベースを用いて、システム１は、事業者による事業候補地の選定の際に、事業者からの操作指示により選択されたメッシュエリアの周辺環境を含む地域情報を提供する。
また、システム１は、事業者が希望する条件と合致する周辺環境となるメッシュエリアを特定し、該当するメッシュエリアの位置を、当該メッシュエリアの周辺環境を含む地域情報とともに事業者に提供する。
これらの処理により、事業者が例えば新たに新店舗を開店する際に、適切なエリアの選定を効率的に行うことができる。

以上、本開示の好ましい実施形態について説明したが、本開示は係る特定の実施形態に限定されるものではなく、本開示には、特許請求の範囲に記載された発明とその均等の範囲が含まれる。また、上記実施形態および変形例で説明した装置の構成、および機能モジュールの機能は、技術的な矛盾が生じない限り、適宜組み合わせ可能である。また、上記実施形態および変形例で説明した処理は、技術的な矛盾が生じない限り、適宜順番を変更することができる。
また、本発明のプログラムは、複数のソースコードにより表現されてもよいし、本発明のシステム１は、複数のハードウェア資源により実現されてもよい。

（９）付記
本発明の実施形態について、以下に付記を示す。

（付記１）
プロセッサを備えたコンピュータを有するシステムに実行されるプログラムであって、
プログラムは、プロセッサに、
ユーザ端末に表示された地図において、基準距離の平方ごとに区画されるメッシュエリアのうち、居住候補地となるメッシュエリアの指定を受け付けるステップ（ステップＳ３０１）と、
メッシュエリアごとに地域情報である複数の評価項目の値が紐づけられた地域情報データベースを参照して、指定されたメッシュエリアに紐づけられた地域情報を特定するステップ（ステップＳ３０２）、
地図とともに、特定した地域情報を出力するステップ（ステップＳ３０３）と、を実行させるプログラム。

（付記２）
プロセッサを備えたコンピュータを有するシステムに実行されるプログラムであって、
プログラムは、プロセッサに、
ユーザ端末から、居住候補地として希望する地域条件の入力を受け付けるステップ（ステップＳ３１１）と、
地図上で基準距離の平方ごとに区画されるメッシュエリアごとに、地域情報である複数の評価項目の値が紐づけられた地域情報データベースを参照して、入力された地域条件に合致する地域情報と紐づけられたメッシュエリアを特定するステップ（ステップＳ３１２）と、
ユーザ端末に、特定したメッシュエリアを含む地図を、当該メッシュエリアに関する地域情報とともに出力するステップ（ステップＳ３１３）と、を実行させるプログラム。

（付記３）
地域情報データベースでは、
メッシュエリアに対して、当該メッシュエリアに含まれる地域情報に加えて、当該メッシュエリアの外側の領域であって、予め設定された範囲である周辺領域に関する地域情報が紐づけられている、請求項１又は２に記載のプログラム。

（付記４）
地域情報のうち、賃貸物件の平均賃料に関する情報は、メッシュエリアに対して、当該メッシュエリアに含まれる賃貸物件に関する平均賃料の値のみが紐づけられている、請求項３に記載のプログラム。

（付記５）
地域情報データベースでは、
メッシュエリアに対して、各種の地域情報が定量化されて紐づけられている、請求項３に記載のプログラム。

（付記６）
地域情報を出力するステップ（ステップＳ３０３）では、
指定されたメッシュエリアを含む一定領域を占める周辺のメッシュ群それぞれの平均賃料の値を、ヒートマップとして地図上に表示する請求項１に記載のプログラム。

（付記７）
地図上には、当該地図に含まれる交通機関や商業施設に関する情報が出力される、請求項１又は２に記載のプログラム。

（付記８）
プロセッサに、さらに、
評価対象となる複数のメッシュエリアの指定を受け付けるステップ（ステップＳ３０４）と、
地域情報データベースを参照して、指定された複数のメッシュエリアに関する地域情報を特定するステップ（ステップＳ３０５）と、
特定した複数のメッシュエリアに関する地域情報を、並べて表示するステップ（ステップＳ３０６）と、を実行させる、請求項１又は２に記載のプログラム。

（付記９）
プロセッサに、さらに、
出力したメッシュエリアに含まれる不動産物件に関する情報を、ユーザからの指示に応じて出力するステップを実行させる、請求項１又は２に記載のプログラム。

（付記１０）
プロセッサに、さらに、
地域情報データベースに格納されたメッシュエリアごとに紐づけられた複数の評価項目の値と、当該メッシュエリアにおける平均賃料の値と、の関係に基づいて構築された賃料推定モデルに対して、評価対象となる特定の推定対象となるメッシュエリアについての複数の評価項目の値を入力することで、当該推定対象メッシュにおける推定賃料の値を出力させるステップを実行させる、請求項１に記載のプログラム。

（付記１１）
プロセッサに、さらに、
地域情報データベースに格納されたメッシュエリアごとに紐づけられた複数の評価項目の値を用いて、予め設定された評価ルールに従って、メッシュエリアを評価するステップ（ステップＳ３２２）と、
メッシュエリアの評価結果をランキング形式で出力するステップ（ステップＳ３２３）と、を実行させる、請求項１に記載のプログラム。

（付記１２）
評価ルールは、顧客セグメントごとに複数設定され、
プロセッサに、さらに、
ユーザからレコメンドの要求指示を受け付けるステップ（ステップＳ３３１）と、
予め登録されたユーザ属性に基づいて、該当する顧客セグメントに対応する評価ルールに従ったレコメンドエリアを出力するステップ（ステップＳ３３５）と、を実行させる、請求項１１に記載のプログラム。

（付記１３）
プロセッサに、さらに、
ユーザからレコメンドの要求指示を受け付けるステップと、
過去の当該ユーザの操作実績から推定される、当該ユーザが高評価とする蓋然性の高いレコメンドエリアを出力するステップと、を実行させる、請求項１又は２に記載のプログラム。

（付記１４）
プロセッサに、さらに、
ユーザの位置情報をユーザ端末から取得するステップと、
過去の当該ユーザの操作実績から推定される、当該ユーザが高評価とする蓋然性の高いレコメンドエリアの周辺にユーザが立ち入った際に、その旨をユーザ端末に対して出力するステップと、を実行させる、請求項１又は２に記載のプログラム。

（付記１５）
プロセッサに、さらに、
過去のユーザの操作実績から特定されるエリアについて、ユーザからの要求に応答して、外部サーバに管理されるリアルタイムでの環境情報を地図に出力するステップを実行させる、請求項１又は２に記載のプログラム。

（付記１６）
プロセッサに、さらに、
ユーザ端末上でのユーザによる地図上でのスワイプ操作を受け付けるステップと、
受け付けたスワイプ操作に応答するように、ユーザ端末に出力している地域情報の対象となるメッシュエリアを変更し、当該地域情報を経時的に変化させるステップと、を実行させる、請求項１又は２に記載のプログラム。

（付記１７）
プロセッサを備えたコンピュータを有するシステムが実行する方法であって、
方法は、プロセッサが、
ユーザ端末に表示された地図において、基準距離の平方ごとに区画されるメッシュエリアのうち、居住候補地となるメッシュエリアの指定を受け付けるステップ（ステップＳ３０１）と、
メッシュエリアごとに地域情報である複数の評価項目の値が紐づけられた地域情報データベースを参照して、指定されたメッシュエリアに紐づけられた地域情報を特定するステップ（ステップＳ３０２）と、
地図とともに、特定した地域情報を出力するステップ（ステップＳ３０３）と、を実行する方法。

（付記１８）
プロセッサを備えたコンピュータを有するシステムであって、
システムは、プロセッサが、
ユーザ端末に表示された地図において、基準距離の平方ごとに区画されるメッシュエリアのうち、居住候補地となるメッシュエリアの指定を受け付ける手段と、
メッシュエリアごとに地域情報である複数の評価項目の値が紐づけられた地域情報データベースを参照して、指定されたメッシュエリアに紐づけられた地域情報を特定する手段と、
地図とともに、特定した地域情報を出力する手段と、を備えるシステム。

（付記１９）
プロセッサを備えたコンピュータを有するシステムが実行する方法であって、
方法は、プロセッサが、
ユーザ端末から、居住候補地として希望する地域条件の入力を受け付けるステップ（ステップＳ３１１）と、
地図上で基準距離の平方ごとに区画されるメッシュエリアごとに、地域情報である複数の評価項目の値が紐づけられた地域情報データベースを参照して、入力された地域条件に合致する地域情報と紐づけられたメッシュエリアを特定するステップ（ステップＳ３１２）と、
ユーザ端末に、特定したメッシュエリアを含む地図を、当該メッシュエリアに関する地域情報とともに出力するステップ（ステップＳ３１３）と、を実行する方法。

（付記２０）
プロセッサを備えたコンピュータを有するシステムであって、
システムは、プロセッサが、
ユーザ端末から、居住候補地として希望する地域条件の入力を受け付ける手段と、
地図上で基準距離の平方ごとに区画されるメッシュエリアごとに、地域情報である複数の評価項目の値が紐づけられた地域情報データベースを参照して、入力された地域条件に合致する地域情報と紐づけられたメッシュエリアを特定する手段と、
ユーザ端末に、特定したメッシュエリアを含む地図を、当該メッシュエリアに関する地域情報とともに出力する手段と、を備えるシステム。

１ 居住地選定支援システム
１０ ユーザ端末
２０ 管理者端末
３０ 地域情報管理サーバ
３０１ 通信部
３０２ 記憶部
３０２１ ユーザデータベース
３０２２ 顧客セグメントデータベース
３０２３ メッシュエリアデータベース
３０２４ 地域情報データベース
３０２５ 評価ルールデータベース
３０２６ 賃料推定モデル
３０３ 制御部
３０３０ 送受信制御モジュール
３０３１ 取得モジュール
３０３２ 特定モジュール
３０３３ 評価モジュール
３０３４ 推定モジュール
３０３５ 出力モジュール
４０ 不動産情報管理サーバ
８０ ネットワーク

Claims (20)

1. ユーザ端末及びサーバを有するシステムに実行されるプログラムであって、前記プログラムは前記サーバが備えるプロセッサにより実行され、
   前記プログラムは、前記プロセッサに、
   前記ユーザ端末に表示された地図において、基準距離の平方ごとに区画されるメッシュエリアのうち、居住候補地となる前記メッシュエリアの指定を受け付けるステップと、
   前記メッシュエリアごとに地域情報である複数の評価項目の値が紐づけられた地域情報データベースを参照して、指定された前記メッシュエリアに紐づけられた地域情報を特定するステップと、
   前記地図とともに、特定した前記地域情報を出力するステップと、を実行させるプログラム。
2. ユーザ端末及びサーバを有するシステムに実行されるプログラムであって、前記プログラムは前記サーバが備えるプロセッサにより実行され、
   前記プログラムは、前記プロセッサに、
   前記ユーザ端末から、居住候補地として希望する地域条件の入力を受け付けるステップと、
   地図上で基準距離の平方ごとに区画されるメッシュエリアごとに、地域情報である複数の評価項目の値が紐づけられた地域情報データベースを参照して、入力された前記地域条件に合致する地域情報と紐づけられた前記メッシュエリアを特定するステップと、
   前記ユーザ端末に、特定した前記メッシュエリアを含む地図を、当該メッシュエリアに関する前記地域情報とともに出力するステップと、を実行させるプログラム。
3. 前記地域情報データベースでは、
   前記メッシュエリアに対して、当該メッシュエリアに含まれる地域情報に加えて、当該メッシュエリアの外側の領域であって、予め設定された範囲である周辺領域に関する地域情報が紐づけられている、請求項１又は２に記載のプログラム。
4. 前記地域情報のうち、賃貸物件の平均賃料に関する情報は、前記メッシュエリアに対して、当該メッシュエリアに含まれる前記賃貸物件に関する平均賃料の値のみが紐づけられている、請求項３に記載のプログラム。
5. 前記地域情報データベースでは、
   前記メッシュエリアに対して、前記地域情報が定量化されて紐づけられている、請求項３に記載のプログラム。
6. 前記地域情報を出力するステップでは、
   指定された前記メッシュエリアを含む一定領域を占める周辺のメッシュ群それぞれの平均賃料の値を、ヒートマップとして前記地図上に表示する、請求項１に記載のプログラム。
7. 前記地図上には、当該地図に含まれる交通機関や商業施設に関する情報が出力される、請求項１又は２に記載のプログラム。
8. 前記プロセッサに、さらに、
   評価対象となる複数の前記メッシュエリアの指定を受け付けるステップと、
   前記地域情報データベースを参照して、指定された複数のメッシュエリアに関する地域情報を特定するステップと、
   特定した複数の前記メッシュエリアに関する地域情報を、並べて表示するステップと、を実行させる、請求項１又は２に記載のプログラム。
9. 前記プロセッサに、さらに、
   出力した前記メッシュエリアに含まれる不動産物件に関する情報を、ユーザからの指示に応じて出力するステップを実行させる、請求項１又は２に記載のプログラム。
10. 前記プロセッサに、さらに、
    前記地域情報データベースに格納された前記メッシュエリアごとに紐づけられた複数の前記評価項目の値と、当該メッシュエリアにおける平均賃料の値と、の関係に基づいて構築された賃料推定モデルに対して、評価対象となる特定の推定対象となる前記メッシュエリアについての複数の前記評価項目の値を入力することで、当該推定対象メッシュにおける推定賃料の値を出力させるステップを実行させる、請求項１又は２に記載のプログラム。
11. 前記プロセッサに、さらに、
    前記地域情報データベースに格納された前記メッシュエリアごとに紐づけられた複数の前記評価項目の値を用いて、予め設定された評価ルールに従って、前記メッシュエリアを評価するステップと、
    前記メッシュエリアの評価結果をランキング形式で出力するステップと、を実行させる、請求項１又は２に記載のプログラム。
12. 前記評価ルールは、顧客セグメントごとに複数設定され、
    前記プロセッサに、さらに、
    ユーザからレコメンドの要求指示を受け付けるステップと、
    予め登録されたユーザ属性に基づいて、該当する顧客セグメントに対応する前記評価ルールに従ったレコメンドエリアを出力するステップと、を実行させる、請求項１１に記載のプログラム。
13. 前記プロセッサに、さらに、
    ユーザからレコメンドの要求指示を受け付けるステップと、
    過去の当該ユーザの操作実績から推定される、当該ユーザが高評価とする蓋然性の高いレコメンドエリアを出力するステップと、を実行させる、請求項１又は２に記載のプログラム。
14. 前記プロセッサに、さらに、
    ユーザの位置情報を前記ユーザ端末から取得するステップと、
    過去の当該ユーザの操作実績から推定される、当該ユーザが高評価とする蓋然性の高いレコメンドエリアの周辺に当該ユーザが立ち入った際に、その旨を前記ユーザ端末に対して出力するステップと、を実行させる、請求項１又は２に記載のプログラム。
15. 前記プロセッサに、さらに、
    過去のユーザの操作実績から特定されるエリアについて、ユーザからの要求に応答して、外部サーバに管理されるリアルタイムでの環境情報を前記地図に出力するステップを実行させる、請求項１又は２に記載のプログラム。
16. 前記プロセッサに、さらに、
    前記ユーザ端末上でのユーザによる前記地図上でのスワイプ操作を受け付けるステップと、
    受け付けた前記スワイプ操作に応答するように、前記ユーザ端末に出力している前記地域情報の対象となるメッシュエリアを変更し、当該地域情報を経時的に変化させるステップと、を実行させる、請求項１又は２に記載のプログラム。
17. ユーザ端末及びサーバを有するシステムが実行する方法であって、前記サーバはプロセッサを備え、
    前記方法は、前記プロセッサが、
    前記ユーザ端末に表示された地図において、基準距離の平方ごとに区画されるメッシュエリアのうち、居住候補地となる前記メッシュエリアの指定を受け付けるステップと、
    前記メッシュエリアごとに地域情報である複数の評価項目の値が紐づけられた地域情報データベースを参照して、指定された前記メッシュエリアに紐づけられた地域情報を特定するステップと、
    前記地図とともに、特定した前記地域情報を出力するステップと、を実行する方法。
18. ユーザ端末及びサーバを有するシステムであって、前記サーバはプロセッサを備え、
    前記サーバが、
    前記ユーザ端末に表示された地図において、基準距離の平方ごとに区画されるメッシュエリアのうち、居住候補地となる前記メッシュエリアの指定を受け付ける手段と、
    前記メッシュエリアごとに地域情報である複数の評価項目の値が紐づけられた地域情報データベースを参照して、指定された前記メッシュエリアに紐づけられた地域情報を特定する手段と、
    前記地図とともに、特定した前記地域情報を出力する手段と、を備えるシステム。
19. ユーザ端末及びサーバを有するシステムが実行する方法であって、前記サーバはプロセッサを備え、
    前記方法は、前記プロセッサが、
    前記ユーザ端末から、居住候補地として希望する地域条件の入力を受け付けるステップと、
    地図上で基準距離の平方ごとに区画されるメッシュエリアごとに、地域情報である複数の評価項目の値が紐づけられた地域情報データベースを参照して、入力された前記地域条件に合致する地域情報と紐づけられた前記メッシュエリアを特定するステップと、
    前記ユーザ端末に、特定した前記メッシュエリアを含む地図を、当該メッシュエリアに関する前記地域情報とともに出力するステップと、を実行する方法。
20. ユーザ端末及びサーバを有するシステムであって、前記サーバはプロセッサを備え、
    前記サーバが、
    前記ユーザ端末から、居住候補地として希望する地域条件の入力を受け付ける手段と、
    地図上で基準距離の平方ごとに区画されるメッシュエリアごとに、地域情報である複数の評価項目の値が紐づけられた地域情報データベースを参照して、入力された前記地域条件に合致する地域情報と紐づけられた前記メッシュエリアを特定する手段と、
    前記ユーザ端末に、特定した前記メッシュエリアを含む地図を、当該メッシュエリアに関する前記地域情報とともに出力する手段と、を備えるシステム。