(57)【要約】【課題】従来、集合住宅の中の２以上の各住居の価格を含む住居情報を、集合住宅内の住居に対応付けて出力できなかった。【解決手段】２以上の住居を有する集合住宅の図を構成するための情報であり、２以上の各住居の相対的な位置を示す集合住宅の図を構成するための情報である集合住宅図情報を格納し得る集合住宅図情報格納部と、２以上の各住居の情報であり、各住居の価格に関する情報である価格情報を有する情報である２以上の住居情報を格納し得る住居情報格納部と、集合住宅図情報が示す集合住宅の図の中に、住居情報格納部の２以上の各住居情報が有する価格情報を、各住居情報に対応する各住居に対応付けて出力する出力部とを具備する不動産情報処理装置により、集合住宅の中の２以上の各住居の価格を含む住居情報を、集合住宅内の住居に対応付けて出力できる。【選択図】図３
2017033327.tif 000002
【特許請求の範囲】
【請求項１】
２以上の住居を有する集合住宅の図を構成するための情報であり、２以上の各住居の相対的な位置を示す集合住宅の図を構成するための情報である集合住宅図情報を格納し得る集合住宅図情報格納部と、
前記２以上の各住居の情報であり、各住居の価格に関する情報である価格情報を有する情報である２以上の住居情報を格納し得る住居情報格納部と、
前記集合住宅図情報が示す集合住宅の図の中に、前記住居情報格納部の２以上の各住居情報が有する価格情報を、各住居情報に対応する各住居に対応付けて出力する出力部とを具備する不動産情報処理装置。
【請求項２】
前記住居情報は、
販売中であるか否かの販売状態を示す状態フラグを有し、
前記出力部は、
前記状態フラグを用いて、前記２以上の各住居情報に対応する住居の販売状態が視覚的に分かるように、前記集合住宅図情報を出力する請求項１記載の不動産情報処理装置。
【請求項３】
前記住居情報格納部の２以上の各住居情報は、住居の１以上の属性値を有し、
一の集合住宅内の２以上の住居の２以上の各住居情報の１以上の属性値を用いて、集合住宅図情報を生成する集合住宅図情報生成部をさらに具備し、
前記集合住宅図情報格納部の集合住宅図情報は、前記集合住宅図情報生成部が生成した集合住宅図情報である請求項１または請求項２記載の不動産情報処理装置。
【請求項４】
前記住居の１以上の属性値の中のいずれかの属性値は、住居の階数を示す階数情報であり、
前記集合住宅図情報生成部は、
前記階数情報を用いて、住居の階数が視覚的に判断可能な態様の集合住宅図情報を生成する請求項３記載の不動産情報処理装置。
【請求項５】
前記住居の１以上の属性値の中のいずれかの属性値は、住居の広さを示す広さ情報であり、
前記集合住宅図情報生成部は、
前記広さ情報に応じた住居の広さを視覚的に示す態様の集合住宅図情報を生成する請求項３または請求項４記載の不動産情報処理装置。
【請求項６】
ウェブ上の１または２以上のサーバ装置から、１または２以上の住居の住居情報の全部または一部を取得する住居情報収集部をさらに具備し、
前記住居情報格納部の２以上の住居情報のうちの１以上の住居情報の全部または一部は、前記住居情報収集部が取得した情報である請求項１から請求項５いずれか一項に記載の不動産情報処理装置。
【請求項７】
１または２以上の住居の住居情報の全部または一部を受け付ける住居情報受付部をさらに具備し、
前記住居情報格納部の２以上の住居情報のうちの１以上の住居情報の全部または一部は、前記住居情報受付部が受け付けた情報である請求項６記載の不動産情報処理装置。
【請求項８】
前記住居情報は、
住所に関する住所情報を有し、
前記住居情報格納部に格納されている２以上の住居情報が有する２以上の住所情報が予め決められた条件を満たす場合に、当該２以上の住所情報を同一の住所を示す情報とする処理である住所正規化処理を行う住所正規化処理部をさらに具備する請求項１から請求項７いずれか一項に記載の不動産情報処理装置。
【請求項９】
前記住居情報は、
集合住宅の建物の名称を示す建物名称情報を有し、
前記住居情報格納部に格納されている２以上の住居情報が有する２以上の建物名称情報が予め決められた条件を満たす場合に、当該２以上の建物名称情報を同一の建物名称を示す情報とする処理である建物名寄処理を行う建物名寄処理部をさらに具備する請求項１から請求項８いずれか一項に記載の不動産情報処理装置。
【請求項１０】
記録媒体は、
２以上の住居を有する集合住宅の図を構成するための情報であり、２以上の各住居の相対的な位置を示す集合住宅の図を構成するための情報である集合住宅図情報を格納し得る集合住宅図情報格納部と、
前記２以上の各住居の情報であり、各住居の価格に関する情報である価格情報を有する情報である２以上の住居情報を格納し得る住居情報格納部とを具備し、
受付部、および出力部により実現される不動産情報処理方法であって、
前記受付部が、指示を受け付ける受付ステップと、
前記出力部が、前記指示に応じて、前記集合住宅図情報が示す集合住宅の図の中に、前記住居情報格納部の２以上の各住居情報が有する価格情報を、各住居情報に対応する各住居に対応付けて出力する出力ステップとを具備する不動産情報処理方法。
【請求項１１】
コンピュータがアクセス可能な記録媒体は、
２以上の住居を有する集合住宅の図を構成するための情報であり、２以上の各住居の相対的な位置を示す集合住宅の図を構成するための情報である集合住宅図情報を格納し得る集合住宅図情報格納部と、
前記２以上の各住居の情報であり、各住居の価格に関する情報である価格情報を有する情報である２以上の住居情報を格納し得る住居情報格納部とを具備し、
コンピュータを、
前記集合住宅図情報が示す集合住宅の図の中に、前記住居情報格納部の２以上の各住居情報が有する価格情報を、各住居情報に対応する各住居に対応付けて出力する出力部として、機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、不動産に関する不動産情報を出力する不動産情報処理装置等に関するものである。
【背景技術】
【０００２】
従来技術において、一戸建て住宅又は分譲マンションを賃貸住宅として貸し出すとき、貸主、不動産業者、並びに借主の三者間において、当該賃貸住宅に係る情報交換を容易にすると共に、当該情報を共有するようにして、賃貸住宅に係る不動産取引の透明性を高めた賃貸住宅仲介管理システムが存在した（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−４５９６４号公報（第１頁、第１図等）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術においては、集合住宅の中の２以上の各住居の価格を含む住居情報を、集合住宅内の住居に対応付けて出力できなかった。
【課題を解決するための手段】
【０００５】
本第一の発明の不動産情報処理装置は、２以上の住居を有する集合住宅の図を構成するための情報であり、２以上の各住居の相対的な位置を示す集合住宅の図を構成するための情報である集合住宅図情報を格納し得る集合住宅図情報格納部と、２以上の各住居の情報であり、各住居の価格に関する情報である価格情報を有する情報である２以上の住居情報を格納し得る住居情報格納部と、集合住宅図情報が示す集合住宅の図の中に、住居情報格納部の２以上の各住居情報が有する価格情報を、各住居情報に対応する各住居に対応付けて出力する出力部とを具備する不動産情報処理装置である。
【０００６】
かかる構成により、集合住宅の中の２以上の各住居の価格を含む住居情報を、集合住宅内の住居に対応付けて出力できる。
【０００７】
また、本第二の発明の不動産情報処理装置は、第一の発明に対して、住居情報は、販売中であるか否かの販売状態を示す状態フラグを有し、出力部は、状態フラグを用いて、２以上の各住居情報に対応する住居の販売状態が視覚的に分かるように、集合住宅図情報を出力する不動産情報処理装置である。
【０００８】
かかる構成により、集合住宅の中の２以上の各住居の住居情報を、販売中か非販売中かを視覚的に区別可能に出力できる。
【０００９】
また、本第三の発明の不動産情報処理装置は、第一または第二の発明に対して、住居情報格納部の２以上の各住居情報は、住居の１以上の属性値を有し、一の集合住宅内の２以上の住居の２以上の各住居情報の１以上の属性値を用いて、集合住宅図情報を生成する集合住宅図情報生成部をさらに具備し、集合住宅図情報格納部の集合住宅図情報は、集合住宅図情報生成部が生成した集合住宅図情報である不動産情報処理装置である。
【００１０】
かかる構成により、一の集合住宅の２以上の各住居の住居情報から、集合住宅図情報の少なくとも一部を生成できる。
【００１１】
また、本第四の発明の不動産情報処理装置は、第三の発明に対して、住居の１以上の属性値の中のいずれかの属性値は、住居の階数を示す階数情報であり、集合住宅図情報生成部は、階数情報を用いて、住居の階数が視覚的に判断可能な態様の集合住宅図情報を生成する不動産情報処理装置である。
【００１２】
かかる構成により、一の集合住宅の２以上の各住居の住居情報が有する階数情報から、集合住宅図情報の少なくとも一部を生成できる。
【００１３】
また、本第五の発明の不動産情報処理装置は、第三または第四の発明に対して、住居の１以上の属性値の中のいずれかの属性値は、住居の広さを示す広さ情報であり、集合住宅図情報生成部は、広さ情報に応じた住居の広さを視覚的に示す態様の集合住宅図情報を生成する不動産情報処理装置である。
【００１４】
かかる構成により、一の集合住宅の２以上の各住居の住居情報が有する広さ情報から、集合住宅図情報の少なくとも一部を生成できる。
【００１５】
また、本第六の発明の不動産情報処理装置は、第一から第五いずれか１つの発明に対して、ウェブ上の１または２以上のサーバ装置から、１または２以上の住居の住居情報の全部または一部を取得する住居情報収集部をさらに具備し、住居情報格納部の２以上の住居情報のうちの１以上の住居情報の全部または一部は、住居情報収集部が取得した情報である不動産情報処理装置である。
【００１６】
かかる構成により、ウェブ上の１以上のサーバ装置から、住居情報を自動的に収集できる。
【００１７】
また、本第七の発明の不動産情報処理装置は、第六の発明に対して、１または２以上の住居の住居情報の全部または一部を受け付ける住居情報受付部をさらに具備し、住居情報格納部の２以上の住居情報のうちの１以上の住居情報の全部または一部は、住居情報受付部が受け付けた情報である不動産情報処理装置である。
【００１８】
かかる構成により、ウェブ上の１以上のサーバ装置から、住居情報を自動的に収集できるとともに、他の手段により、住居情報を補充できる。
【００１９】
また、本第八の発明の不動産情報処理装置は、第一から第七いずれか１つの発明に対して、住居情報は、住所に関する住所情報を有し、住居情報格納部に格納されている２以上の住居情報が有する２以上の住所情報が予め決められた条件を満たす場合に、２以上の住所情報を同一の住所を示す情報とする処理である住所正規化処理を行う住所正規化処理部をさらに具備する不動産情報処理装置である。
【００２０】
かかる構成により、実質的に同一の住所情報を集約できる。
【００２１】
また、本第九の発明の不動産情報処理装置は、第一から第八いずれか１つの発明に対して、住居情報は、集合住宅の建物の名称を示す建物名称情報を有し、住居情報格納部に格納されている２以上の住居情報が有する２以上の建物名称情報が予め決められた条件を満たす場合に、２以上の建物名称情報を同一の建物名称を示す情報とする処理である建物名寄処理を行う建物名寄処理部をさらに具備する不動産情報処理装置である。
【００２２】
かかる構成により、実質的に同一の建物の名称を集約できる。
【発明の効果】
【００２３】
本発明による不動産情報処理装置によれば、集合住宅の中の２以上の各住居の価格を含む住居情報を、集合住宅内の住居に対応付けて出力できる。
【図面の簡単な説明】
【００２４】
【図１】実施の形態１における不動産情報処理システムの概念図を示す図
【図２】同不動産情報処理システムのブロック図
【図３】同不動産情報処理装置のブロック図
【図４】同不動産情報処理装置１の動作について説明するフローチャート
【図５】同住居情報収集処理について説明するフローチャート
【図６】同集約処理について説明するフローチャート
【図７】同集合住宅図情報生成処理について説明するフローチャート
【図８】同住居情報収集ルール管理表を示す図
【図９】同住所正規化ルール管理表を示す図
【図１０】同名寄せルール管理表を示す図
【図１１】同住居情報管理表を示す図
【図１２】同出力例を示す図
【図１３】同出力例を示す図
【図１４】同コンピュータシステムの概観図
【図１５】同コンピュータシステムのブロック図
【発明を実施するための形態】
【００２５】
以下、不動産情報処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００２６】
（実施の形態１）
本実施の形態において、集合住宅の中の２以上の各住居の価格を含む住居情報を、集合住宅内の住居に対応付けて出力できる不動産情報処理システムについて説明する。
【００２７】
また、本実施の形態において、販売中でない住居の価格情報も出力できる不動産情報処理システムについて説明する。なお、本不動産情報処理システムは、販売中と非販売中の住居とを視覚的に区別可能にして、査定価格等を出力できる不動産情報処理システムである。
【００２８】
また、本実施の形態において、集合住宅図情報を生成できる不動産情報処理システムについて説明する。
【００２９】
また、本実施の形態において、後述する住所正規化処理を行える不動産情報処理システムについて説明する。
【００３０】
さらに、本実施の形態において、後述する建物名の名寄せ処理を行える不動産情報処理システムについて説明する。
【００３１】
図１は、本実施の形態における不動産情報処理システムの概念図である。不動産情報処理システムは、不動産情報処理装置１、１または２以上のサーバ装置２、および１または２以上の端末装置３を備える。不動産情報処理装置１は、不動産情報を処理する装置であり、いわゆるクラウドサーバ、サーバ装置など、装置の種類は問わない。サーバ装置２は、ウェブ上のサーバであり、装置の種類は問わない。端末装置３は、不動産情報を閲覧等するユーザが使用する端末であり、いわゆるパーソナルコンピュータ、タブレット端末、スマートフォン等、装置の種類は問わない。
【００３２】
図２は、本実施の形態における不動産情報処理システムのブロック図である。図３は、不動産情報処理システムを構成する不動産情報処理装置１のブロック図である。
【００３３】
不動産情報処理システムを構成する不動産情報処理装置１は、格納部１１、受信部１２、受付部１３、処理部１４、および出力部１５を備える。
【００３４】
格納部１１は、集合住宅図情報格納部１１１、および住居情報格納部１１２を備える。
【００３５】
受付部１３は、住居情報受付部１３１を備える。
【００３６】
処理部１４は、集合住宅図情報生成部１４１、住居情報収集部１４２、住所正規化処理部１４３、および建物名寄処理部１４４を備える。
【００３７】
サーバ装置２は、サーバ格納部２１、サーバ受信部２２、およびサーバ送信部２３を備える。
【００３８】
端末装置３は、端末格納部３１、端末受付部３２、端末処理部３３、端末送信部３４、端末受信部３５、および端末出力部３６を備える。
【００３９】
不動産情報処理装置１を構成する格納部１１は、各種の情報を格納し得る。各種の情報とは、例えば、後述する集合住宅図情報、住居情報などである。
【００４０】
集合住宅図情報格納部１１１は、１または２以上の集合住宅図情報を格納し得る。集合住宅図情報は、２以上の住居を有する集合住宅の図を構成するための情報である。集合住宅図情報は、２以上の各住居の相対的な位置を示す情報を含む。集合住宅図情報は、集合住宅の図を構成するための情報である。集合住宅図情報は、２以上の後述する住居情報の一部または全部を含んでも良い。なお、住居情報を含む集合住宅図情報を、住居情報込み集合住宅図情報と言っても良い。また、集合住宅とは、マンション、アパートなど、その形式は問わない。また、集合住宅図情報とは、ビットマップでも良いし、ベクターデータでも良いし、ＨＴＭＬ、ＸＭＬ等で記載されている情報でも良いし、これらの組み合わせからなる情報等でも良い。つまり、集合住宅図情報のデータ構造やデータ形式は問わない。
【００４１】
住居情報格納部１１２は、２以上の住居情報を格納し得る。住居情報は、集合住宅内の住居の情報である。住居情報は、住居の価格に関する情報である価格情報を有する。価格情報は、通常、査定価格を示す情報であるが、販売結果の価格を示す情報等でも良い。また、住居情報は、通常、住所を示す住所情報、広さを示す広さ情報（例えば、８０ｍ２）、間取りに関する情報である間取り情報（例えば、３ＬＤＫ、２Ｋ等）、住居の向きに関する情報である方角情報（例えば、南向き、南西向き等）を有する。住居情報は、その他、販売時の価格を示す販売時価格情報などを有しても良い。また、住所情報は、集合住宅の建物の名称を示す建物名称情報（マンション名など）、号室情報などを有することは好適である。なお、号室情報とは、５０１号、１０３号などの、住居の号数を示す情報である。また、住居情報は、販売中であるか否かの販売状態を示す状態フラグを有することは好適である。
【００４２】
受信部１２は、サーバ装置２、または端末装置３から指示や情報等を受信する。指示や情報等とは、例えば、サーバ装置２から受信する住居情報の全部または一部である。また、指示や情報等とは、例えば、端末装置３から受信する集合住宅図情報の出力指示である。集合住宅図情報の出力指示とは、集合住宅図情報の出力の指示である。集合住宅図情報の出力指示は、通常、集合住宅を識別する集合住宅識別子を有する。集合住宅識別子は、例えば、ＩＤ、集合住宅名（例えば、マンション名、アパート名など）である。また、指示や情報等とは、例えば、端末装置３から受信する住居情報の出力指示である。住居情報の出力指示は、一の住居情報の出力の指示である。
【００４３】
受付部１３は、指示や情報等を受け付ける。受け付ける指示や情報等とは、例えば、住居情報の全部または一部である。
【００４４】
住居情報受付部１３１は、１または２以上の住居の住居情報の全部または一部を受け付ける。
【００４５】
指示や情報等の入力手段は、キーボードやマウスやメニュー画面によるもの等、何でも良い。受付部１３は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００４６】
なお、ここでの受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、有線もしくは無線の通信回線を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。
【００４７】
処理部１４は、各種の処理を行う。各種の処理とは、例えば、集合住宅図情報生成部１４１、住居情報収集部１４２、住所正規化処理部１４３、建物名寄処理部１４４等が行う処理である。
【００４８】
集合住宅図情報生成部１４１は、一の集合住宅内の２以上の住居の２以上の各住居情報の１以上の属性値を用いて、集合住宅図情報を生成する。ここで、生成とは、集合住宅図情報の一部の生成でも良いし、全部の生成でも良い。
【００４９】
集合住宅図情報生成部１４１は、例えば、各住居情報が有する階数情報を用いて、住居の階数が視覚的に判断可能な態様の集合住宅図情報を生成する。ここで、住居の階数が視覚的に判断可能な態様とは、例えば、階数が表示されていることである。また、住居の階数が視覚的に判断可能な態様とは、例えば、複数階の住居を表示している場合に、階数を示す位置に住居図情報を配置することなどである。住居図情報とは、各住居の領域の情報である。住居図情報は、通常、他の住居との境を示す線に関する情報を有する。線に関する情報とは、線でも良いし、住居の領域を示す点（通常、矩形を構成する４点）の情報でも良い。
【００５０】
集合住宅図情報生成部１４１は、例えば、各住居情報が有する広さ情報に応じた住居の広さを視覚的に示す態様の集合住宅図情報を生成する。ここで、住居の広さを視覚的に示す態様とは、例えば、住居の広さに応じた住居の領域の広さで、各住居の住居情報を表示することである。また、住居の広さを視覚的に示す態様の集合住宅図情報とは、住居情報が有する広さ情報に応じて、異なる面積の住居の領域となるように、各住居の領域を示している集合住宅図情報である。
【００５１】
集合住宅図情報生成部１４１は、例えば、各住居情報が有する号室情報を用いて、各住居の領域を配置し、集合住宅図情報を生成する。集合住宅図情報生成部１４１は、例えば、各住居情報が有する号室情報が示す号数の順に各住居図情報（住居の領域）を配置する。
【００５２】
集合住宅図情報生成部１４１は、例えば、各住居情報が有する方角情報を用いて、各住居の領域を配置し、集合住宅図情報を生成する。集合住宅図情報生成部１４１は、例えば、同一の方角情報を有する住居情報に対応する各住居の領域をまとめた態様となるように、各住居図情報を配置し、集合住宅図情報を生成する。また、集合住宅図情報生成部１４１は、例えば、各住居情報の方角情報が示す方角に対応する位置に、各住居図情報を配置し、集合住宅図情報を生成する。
【００５３】
住居情報収集部１４２は、ウェブ上の１または２以上のサーバ装置２から、１または２以上の住居の住居情報の全部または一部を取得する。住居情報収集部１４２は、通常、予め決められた１または２以上のウェブページから、予め決められたパターンに合致する情報や予め決められた文字列を含む住居情報の全部または一部を取得する。住居情報収集部１４２は、通常、ウェブ上をクローリングすることにより、１または２以上の住居の住居情報の全部または一部を取得する。
【００５４】
住居情報収集部１４２は、１または２以上のサーバ装置２から、１または２以上の住居の住居情報の全部または一部を受信しても良い。また、住居情報収集部１４２は、１または２以上のサーバ装置２から、１以上のウェブページを受信し、当該受信した１以上のウェブページから、予め決められたパターンに合致する情報や予め決められた文字列を含む住居情報の全部または一部を抽出しても良い。
【００５５】
なお、予め決められたパターンとは、例えば、タグパターン情報が示すタグのパターン、または文字列パターン情報が示す文字列のパターンである。
【００５６】
住所正規化処理部１４３は、２以上の住所情報に対して、住所正規化処理を行う。住所正規化処理とは、住居情報格納部１１２に格納されている２以上の住居情報が有する２以上の住所情報が予め決められた条件を満たす場合に、２以上の住所情報を同一の住所を示す情報とする処理である。同一の住所を示す情報とする処理とは、同一の住所となるように、例えば、同一と判断され得る２以上の住所を示す文字列を統一するように、文字列を置き換える処理、同一と判断され得る２以上の住所の間にリンクを張る処理、同一と判断され得る２以上の住所の表記のゆらぎのデータベース（情報群）を構成する処理などである。
【００５７】
ここで、予め決められた条件とは、例えば、アラビア数字と対応する漢数字とは同じと見なした上で同一の文字列となることである。また、決められた条件とは、例えば、半角数字と、当該半角数字と同一の全角数字とは同じと見なした上で同一の文字列となることである。また、決められた条件とは、例えば、「丁目」と「番地」と「号」とを示す数字の間の文字（例えば、「−」「の」「丁目」など）を同じと見なした上で同一の文字列となることである。つまり、「丁・番地・号」の「１−２−３」「１丁目２−３」「１丁目２番３号」「１丁目２番３」「１の２の３」は、それぞれ同じとみなす。
【００５８】
また、予め決められた条件とは、１以上の文字の置き換えルールを適用した後に、同一の文字列となることでも良い。文字の置き換えルールとは、例えば、漢数字はアラビア数字に置き換えるというルール、半角文字は全角文字に置き換えるというルール、「丁目」と「番地」と「号」とは「−」に置き換えるというルールなどである。
【００５９】
建物名寄処理部１４４は、２以上の建物名称情報に対して、建物名寄処理を行う。建物名称情報とは、マンションやアパート等の集合住宅の建物の名称を示す情報である。建物名寄処理とは、住居情報格納部１１２に格納されている２以上の住居情報が有する２以上の建物名称情報が予め決められた条件を満たす場合に、２以上の建物名称情報を同一の建物名称を示す情報とする処理である。同一の建物名称を示す情報とする処理とは、同一の建物名称となるように、例えば、同一と判断され得る２以上の建物名称情報を統一するように、文字列を置き換える処理、同一と判断され得る２以上の建物名称情報の間にリンクを張る処理、同一と判断され得る２以上の建物名称情報の表記のゆらぎのデータベース（情報群）を構成する処理などである。
【００６０】
また、ここでの予め決められた条件とは、例えば、「ェ」と「エ」、または「ブ」と「ヴ」、または「ゥ」と「ウ」等を同じ文字であるとした場合に、同一の文字列となることである。また、予め決められた条件とは、例えば、文字列の最後の「ー」を除いた場合に、同一の文字列となることである。
【００６１】
出力部１５は、集合住宅図情報が示す集合住宅の図の中に、住居情報格納部１１２の２以上の各住居情報が有する価格情報を、各住居情報に対応する各住居に対応付けて出力する。つまり、出力部１５は、２以上の各住居の領域の中に価格情報等の情報を有するように、集合住宅図情報を出力する。出力部１５が出力する集合住宅図情報の中の各住居の領域に、階数情報が示す階数、号室情報が有する号数、方角情報が示す方角、広さ情報が示す広さのうち、１以上の情報が視覚的に分かる態様で含まれていることは好適である。
【００６２】
出力部１５は、集合住宅図情報が示す集合住宅の図の中に、当該集合住宅図情報に対応する２以上の各住居情報が有する価格情報を、各住居情報に対応する各住居に対応付けて出力する。
【００６３】
出力部１５は、状態フラグを用いて、２以上の各住居情報に対応する住居の販売状態が視覚的に分かるように、集合住宅図情報を出力する。販売状態が視覚的に分かるとは、状態フラグに応じて、例えば、住居情報を表示する領域の背景を変えること、住居情報の文字色を変えること等である。
【００６４】
ここで、出力とは、通常、端末装置３への送信である。ただし、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。
【００６５】
サーバ装置２を構成するサーバ格納部２１は、１または２以上のウェブページを格納し得る。ウェブページは、通常、１以上の住居情報の全部または一部を含む。なお、ウェブページにおける住居情報の定義形式等は問わない。
【００６６】
サーバ受信部２２は、不動産情報処理装置１から住居情報の全部または一部の送信指示を受信する。また、サーバ受信部２２は、不動産情報処理装置１からウェブページの送信指示を受信しても良い。
【００６７】
サーバ送信部２３は、サーバ格納部２１に格納されている１以上の住居情報の全部または一部を不動産情報処理装置１に送信する。サーバ受信部２２は、サーバ格納部２１に格納されている１または２以上のウェブページを不動産情報処理装置１に送信しても良い。サーバ受信部２２がウェブページを不動産情報処理装置１に送信する場合、不動産情報処理装置１の処理部１４が、当該ウェブページから１以上の住居情報の全部または一部を抽出する。
【００６８】
端末装置３を構成する端末格納部３１は、各種の情報を格納し得る。各種の情報とは、例えば、端末識別子である。端末識別子とは、端末装置３を識別する情報、または端末装置３のユーザを識別する情報である。
【００６９】
端末受付部３２は、指示や情報等を受け付ける。指示や情報等とは、住居情報の全部または一部の送信指示、集合住宅図情報の送信指示、ウェブページの送信指示などである。
【００７０】
指示や情報等の入力手段は、キーボードやマウスやメニュー画面によるもの等、何でも良い。端末受付部３２は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００７１】
端末処理部３３は、各種の処理を行う。各種の処理は、例えば、端末受付部３２が受け付けた指示や情報等を、送信するデータ構造にすることである。
【００７２】
端末送信部３４は、各種の指示や情報等を不動産情報処理装置１に送信する。各種の指示や情報等は、例えば、集合住宅図情報の送信指示である。
【００７３】
端末受信部３５は、不動産情報処理装置１から、２以上の住居情報と集合住宅図情報とを受信する。なお、２以上の住居情報と集合住宅図情報とを、適宜、住居情報込み集合住宅図情報という。
【００７４】
端末出力部３６は、端末受信部３５が受信した住居情報込み集合住宅図情報を出力する。端末出力部３６は、通常、集合住宅図情報が示す集合住宅の図の中に、２以上の各住居情報が有する価格情報を、各住居情報に対応する各住居に対応付ける態様で出力する。ここでの出力とは、通常、ディスプレイへの表示であるが、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。
【００７５】
格納部１１、集合住宅図情報格納部１１１、住居情報格納部１１２、サーバ格納部２１、および端末格納部３１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００７６】
格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。
【００７７】
処理部１４、集合住宅図情報生成部１４１、住居情報収集部１４２、住所正規化処理部１４３、建物名寄処理部１４４、および端末処理部３３は、通常、ＭＰＵやメモリ等から実現され得る。処理部１４等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【００７８】
出力部１５、サーバ送信部２３、および端末送信部３４は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【００７９】
受信部１２、サーバ受信部２２、および端末受信部３５は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００８０】
端末出力部３６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部３６は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。
【００８１】
次に、不動産情報処理システムを構成する不動産情報処理装置１の動作について、図４のフローチャートを用いて説明する。
【００８２】
（ステップＳ４０１）住居情報受付部１３１は、住居情報の全部または一部を、受け付けたか否かを判断する。受け付けた場合はステップＳ４０２に行き、受け付けない場合はステップＳ４０３に行く。
【００８３】
（ステップＳ４０２）処理部１４は、ステップＳ４０１で受け付けられた住居情報の全部または一部を、住居情報格納部１１２に蓄積する。ステップＳ４０１に戻る。なお、住居情報は集合住宅を識別する集合住宅識別子に対応付けて蓄積されることは好適である。
【００８４】
（ステップＳ４０３）住居情報収集部１４２は、住居情報を収集するためのクローリングのタイミングであるか否かを判断する。クローリングのタイミングであればステップＳ４０４に行き、クローリングのタイミングでなければステップＳ４０５に行く。
【００８５】
（ステップＳ４０４）住居情報収集部１４２は、住居情報を収集する。ステップＳ４０１に戻る。住居情報収集処理について、図５のフローチャートを用いて説明する。
【００８６】
（ステップＳ４０５）受信部１２は、端末装置３から集合住宅図情報の出力指示を受信したか否かを判断する。集合住宅図情報の出力指示を受信した場合はステップＳ４０６に行き、集合住宅図情報の出力指示を受信しない場合はステップＳ４０１に戻る。
【００８７】
（ステップＳ４０６）集合住宅図情報生成部１４１は、集合住宅図情報の出力指示に対応する集合住宅の集合住宅図情報を生成する。集合住宅図情報生成処理について、図７のフローチャートを用いて説明する。
【００８８】
（ステップＳ４０７）出力部１５は、ステップＳ４０６で生成された集合住宅図情報を、集合住宅図情報の出力指示を送信してきた端末装置３に送信する。ステップＳ４０１に戻る。
【００８９】
なお、図４のフローチャートにおいて、受信された集合住宅図情報の出力指示に応じて、集合住宅図情報生成部１４１は集合住宅図情報を生成した。しかし、集合住宅図情報生成部１４１は、１以上の集合住宅図情報を予め生成して、集合住宅図情報格納部１１１に蓄積していても良い。かかる場合、集合住宅図情報は、集合住宅識別子に対応づいていることは好適である。
【００９０】
また、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【００９１】
次に、ステップＳ４０４の住居情報収集処理について、図５のフローチャートを用いて説明する。
【００９２】
（ステップＳ５０１）住居情報収集部１４２は、カウンタｉに１を代入する。
【００９３】
（ステップＳ５０２）住居情報収集部１４２は、住居情報を収集すべきｉ番目のウェブページが存在するか否かを判断する。ｉ番目のウェブページが存在すればステップＳ５０３に行き、ｉ番目のウェブページが存在しなければステップＳ５１０に行く。なお、ｉ番目のウェブページが存在すか否かは、例えば、格納部１１に、ｉ番目のＵＲＬが存在するか否かにより判断される。また、住居情報収集部１４２は、住居情報を収集すべきｉ番目のウェブサイトが存在するか否かを判断しても良い。
【００９４】
（ステップＳ５０３）住居情報収集部１４２は、ｉ番目のウェブページを取得する。
【００９５】
（ステップＳ５０４）住居情報収集部１４２は、カウンタｊに１を代入する。
【００９６】
（ステップＳ５０５）住居情報収集部１４２は、住居情報を収集するためのｊ番目のルールが存在するか否かを判断する。ｊ番目のルールが存在すればステップＳ５０６に行き、ｊ番目のルールが存在しなければステップＳ５０９に行く。
【００９７】
なお、住居情報を収集するための１以上のルールは、通常、格納部１１に格納されている。なお、格納部１１に格納されている１以上のルールは、プログラムに埋め込まれていても良いことは言うまでもない。また、１以上の各ルールは、住居情報を収集すべきウェブページのＵＲＬに対応付けて、管理されていることは好適である。さらに、ルールは、例えば、ＨＴＭＬまたはＸＭＬ等の記述言語のタグの出現パターン、住居情報が有する住所情報の文字列のパターン（例えば、「．＊'都｜道｜府｜県'．＊'町'［１−９］'丁目｜−｜の｜ノ' ［１−９］［０−９］＊'番｜−｜の｜ノ' ［１−９］［０−９］＊'号｜−｜の｜ノ'」）などである。
【００９８】
（ステップＳ５０６）住居情報収集部１４２は、ｉ番目のウェブページから、ｊ番目のルールに合致する情報をすべて取得する。なお、この取得された情報は、通常、住居情報の全部または一部の情報である。
【００９９】
（ステップＳ５０７）住居情報収集部１４２は、ステップＳ５０６で取得できた情報を、住居情報格納部１１２に蓄積する。なお、住居情報収集部１４２は、集合住宅識別子に対応付けて、ステップＳ５０６で取得できた情報を、住居情報格納部１１２に蓄積することは好適である。
【０１００】
（ステップＳ５０８）住居情報収集部１４２は、カウンタｊを１、インクリメントする。ステップＳ５０５に戻る。
【０１０１】
（ステップＳ５０９）住居情報収集部１４２は、カウンタｉを１、インクリメントする。ステップＳ５０２に戻る。
【０１０２】
（ステップＳ５１０）住居情報収集部１４２は、住居情報の集約処理を行う。なお、集約処理について、図６のフローチャートを用いて説明する。また、集約処理とは、同じ住居の複数の住居情報を一つ住居情報として取り扱えるようにする処理である。
【０１０３】
次に、ステップＳ５１０の集約処理について、図６のフローチャートを用いて説明する。
【０１０４】
（ステップＳ６０１）住所正規化処理部１４３は、カウンタｉに１を代入する。
【０１０５】
（ステップＳ６０２）住所正規化処理部１４３は、新たに収集した住居情報または住居情報格納部１１２に、ｉ番目の住居情報が存在するか否かを判断する。ｉ番目の住居情報が存在する場合はステップＳ６０３に行き、ｉ番目の住居情報が存在しない場合はステップＳ６０５に行く。
【０１０６】
（ステップＳ６０３）住所正規化処理部１４３は、１以上の文字の置き換えルールに従って、ｉ番目の住居情報の住所情報の中の置き換えるべき文字を、置き換える。
【０１０７】
（ステップＳ６０４）住所正規化処理部１４３は、カウンタｉを１、インクリメントする。ステップＳ６０２に戻る。
【０１０８】
（ステップＳ６０５）住所正規化処理部１４３は、カウンタｉに１を代入する。
【０１０９】
（ステップＳ６０６）住所正規化処理部１４３は、新たに収集した住居情報または住居情報格納部１１２に、ｉ番目の未処理の住居情報が存在するか否かを判断する。ｉ番目の未処理の住居情報が存在する場合はステップＳ６０７に行き、ｉ番目の未処理の住居情報が存在しない場合は上位処理にリターンする。
【０１１０】
（ステップＳ６０７）住所正規化処理部１４３は、ｉ番目の未処理の住居情報と、予め決められた条件を満たすほど近似する住所情報を有する他の住居情報を検索する。
【０１１１】
（ステップＳ６０８）住所正規化処理部１４３は、カウンタｊに１を代入する。
【０１１２】
（ステップＳ６０９）住所正規化処理部１４３は、ステップＳ６０７で取得した他の住居情報の中で、ｊ番目の他の住居情報が存在するか否かを判断する。ｊ番目の他の住居情報が存在する場合はステップＳ６１０に行き、存在しない場合はステップＳ６１０に行く。
【０１１３】
（ステップＳ６１０）建物名寄処理部１４４は、ｊ番目の他の住居情報とｉ番目の未処理の住居情報とが建物名を有する場合、ｊ番目の他の住居情報、またはｉ番目の未処理の住居情報、または両方の住居情報の建物名寄処理を行う。建物名寄処理は、ここでは、例えば、文字の置き換えルールに従って、建物名を構成する文字を置き換える処理である。
【０１１４】
（ステップＳ６１１）住所正規化処理部１４３は、ｉ番目の未処理の住居情報が有する住所情報とｊ番目の他の住居情報が有する住所情報とが同一の住所の情報であるか否かを判断する。同一の住所の情報であればステップＳ６１２に行き、同一の住所の情報でなければステップＳ６１３に行く。
【０１１５】
（ステップＳ６１２）住所正規化処理部１４３は、ｉ番目の未処理の住居情報とｊ番目の他の住居情報とを集約する処理を行う。
【０１１６】
（ステップＳ６１３）住所正規化処理部１４３は、カウンタｊを１、インクリメントする。ステップＳ６０９に戻る。
【０１１７】
（ステップＳ６１４）住所正規化処理部１４３は、カウンタｉを１、インクリメントする。ステップＳ６０６に戻る。
【０１１８】
次に、ステップＳ４０６の集合住宅図情報生成処理について、図７のフローチャートを用いて説明する。
【０１１９】
（ステップＳ７０１）集合住宅図情報生成部１４１は、カウンタｉに１を代入する。
【０１２０】
（ステップＳ７０２）集合住宅図情報生成部１４１は、ｉ番目の集合住宅が存在するか否かを判断する。ｉ番目の集合住宅が存在すればステップＳ７０３に行き、ｉ番目の集合住宅が存在しなければ上位処理にリターンする。集合住宅図情報生成部１４１は、例えば、住居情報格納部１１２に、ｉ番目の集合住宅識別子が存在するか否かにより、ｉ番目の集合住宅が存在するか否かを判断する。
【０１２１】
（ステップＳ７０３）集合住宅図情報生成部１４１は、ｉ番目の集合住宅のすべての住居情報を住居情報格納部１１２から取得する。なお、集合住宅図情報生成部１４１は、例えば、ｉ番目の集合住宅識別子に対応するすべての住居情報を住居情報格納部１１２から取得する。
【０１２２】
（ステップＳ７０４）集合住宅図情報生成部１４１は、カウンタｊに１を代入する。
【０１２３】
（ステップＳ７０５）集合住宅図情報生成部１４１は、ｉ番目の集合住宅にｊ階が存在するか否かを判断する。ｊ階が存在すればステップＳ７０６に行き、ｊ階が存在しなければステップＳ７１４に行く。
【０１２４】
（ステップＳ７０６）集合住宅図情報生成部１４１は、ｉ番目の集合住宅に対応する各住所情報の中の階数に対応する情報を検査し、ｊ階の１以上の住所情報を取得する。そして、集合住宅図情報生成部１４１は、ｊ階の１以上の住所情報をソートする。なお、ソートは、住居の号室に対応する数字列を用いて、昇順または降順に住居情報をソートする。
【０１２５】
（ステップＳ７０７）集合住宅図情報生成部１４１は、カウンタｋに１を代入する。
【０１２６】
（ステップＳ７０８）集合住宅図情報生成部１４１は、ｊ階のｋ番目の住居情報が存在するか否かを判断する。ｊ階のｋ番目の住居情報が存在する場合はステップＳ７０９に行き、ｊ階のｋ番目の住居情報が存在しない場合はステップＳ７１１に行く。
【０１２７】
（ステップＳ７０９）集合住宅図情報生成部１４１は、ｊ階のｋ番目の住居情報が有する広さ情報に応じた広さの領域を有する住居図情報を生成する。集合住宅図情報生成部１４１は、ｊ階のｋ番目の住居情報が有する価格情報を住居図情報に付加する。また、集合住宅図情報生成部１４１は、ｊ階のｋ番目の住居情報が有する状態フラグを視覚的に示せるような住居図情報を生成する。ステップＳ７１２に行く。
【０１２８】
（ステップＳ７１０）集合住宅図情報生成部１４１は、ｊ階の未処理の住居情報が存在するか否かを判断する。ｊ階の未処理の住居情報が存在する場合はステップＳ７１２に行き、存在しない場合はステップＳ７１５に行く。
【０１２９】
（ステップＳ７１１）集合住宅図情報生成部１４１は、ダミーの住居図情報を取得する。ステップＳ７１０に行く。ダミーの住居図情報は、情報が存在しないことを示す住居情報である。ダミーの住居図情報は、格納部１１に予め格納されていても良い。また、集合住宅図情報生成部１４１は、ｊ階のｋ番目に対応する数字列であり、号数を示す数字列を生成し、ダミーの住居図情報に付加しても良い。
【０１３０】
（ステップＳ７１２）集合住宅図情報生成部１４１は、ステップＳ７０９で生成した住居図情報を、集合住宅図情報の中の位置であり、ｊ階のｋ番目に応じた位置に配置する。ｊ階のｋ番目に応じた位置への配置とは、例えば、住居図情報に対応する領域が配置されている位置が、ｊ階のｋ番目（ｋ番目の号数）を示す位置になっていることである。
【０１３１】
（ステップＳ７１３）集合住宅図情報生成部１４１は、カウンタｉを１、インクリメントする。ステップＳ７０８に戻る。
【０１３２】
（ステップＳ７１４）集合住宅図情報生成部１４１は、カウンタｉを１、インクリメントする。ステップＳ７０２に戻る。
【０１３３】
（ステップＳ７１５）集合住宅図情報生成部１４１は、カウンタｊを１、インクリメントする。ステップＳ７０５に戻る。
【０１３４】
なお、図７のフローチャートにおいて、集合住宅図情報生成部１４１は、住居情報が有する階数情報、間取り情報、方角情報等をも用いて、集合住宅図情報を生成しても良い。
次に、サーバ装置２の動作について説明する。サーバ装置２のサーバ受信部２２は、不動産情報処理装置１からウェブページの送信指示を受信する。そして、サーバ送信部２３は、サーバ格納部２１に格納されているウェブページを不動産情報処理装置１に送信する
次に、端末装置３の動作について説明する。端末装置３の端末受付部３２は、指示や情報等を受け付ける。次に、端末処理部３３は、端末受付部３２が受け付けた指示や情報等を、送信するデータ構造にする。端末送信部３４は、各種の指示や情報等を不動産情報処理装置１に送信する。
端末受信部３５は、不動産情報処理装置１から、１または２以上の住居情報を受信する。または、端末受信部３５は、不動産情報処理装置１から、２以上の住居情報と集合住宅図情報とを受信する。そして、端末出力部３６は、端末受信部３５が受信した１以上の住居情報、または住居情報込み集合住宅図情報を出力する。なお、住居情報込み集合住宅図情報は、２以上の住居情報を有する集合住宅図情報である。
【０１３５】
以下、本実施の形態における不動産情報処理システムの具体的な動作について説明する。不動産情報処理システムの概念図は図１である。
【０１３６】
今、不動産情報処理装置１の格納部１１は、図８に示す住居情報収集ルール管理表を保持している。住居情報収集ルール管理表は、ウェブサイトまたはウェブページごとの住居情報の収集ルールを管理している。住居情報収集ルール管理表は、「ＩＤ」「ＵＲＬ」「項目」「収集ルール情報」を有するレコードを１以上、格納している。「ＩＤ」はレコードを識別する情報である。「ＵＲＬ」は、クローリングするウェブページを示す。「項目」は、住居情報を構成する情報である。「収集ルール情報」は、住居情報を構成する情報（項目）を収集するためのルールを示す情報である。
【０１３７】
「収集ルール情報」は、タグパターン情報、または文字列パターン情報、またはタグパターン情報と文字列パターン情報である。タグパターン情報は、ＨＴＭＬまたはＸＭＬ等の記述言語のタグのパターンを示す。なお、タグパターン情報の中の「＄」は変数を示し、取得する文字列を示す。つまり、「ＩＤ＝１」の項目「住所」は、ウェブページの中の「＜ＤＬ＞＜ＤＴ＞所在地＜／ＤＴ＞＜ＤＤ＞＄＜／ＤＤ＞＜／ＤＬ＞」にマッチする箇所の中の＜ＤＤ＞と＜／ＤＤ＞とに囲まれた文字列を取得することを示す。
【０１３８】
文字列パターン情報は、文字列のパターンを示す。「ＩＤ＝２」の項目「住所」の文字列パターン情報「．＊［都｜道｜府｜県］．＊」は、'都'または'道' または'府' または'県'を含む文字列であることを示す。つまり、「ＩＤ＝２」の項目「住所」は、ウェブページの中の「＜ＤＤ＞＄＜／ＤＤ＞」にマッチする箇所の中の＜ＤＤ＞と＜／ＤＤ＞とに囲まれた文字列であり、'都'または'道' または'府' または'県'を含む文字列を取得することを示す。また、「ＩＤ＝２」の項目「専有面積」の文字列パターン情報「[1-9][0-9]*'m2'」は、「1」から「9」の間の数字に続き、「0」から「9」の間の１以上の数字が続き、その後に文字列「m2」が続く場合にマッチすることを示す。
【０１３９】
また、格納部１１は、図９に示す住所正規化ルール管理表を格納している。住所正規化ルール管理表は、１以上の住所正規化ルールを管理する。住所正規化ルール管理表は、「ＩＤ」「住所正規化ルール情報」を有するレコードを、１以上管理している。「住所正規化ルール情報」は、「入力」「出力」を有する。「住所正規化ルール情報」は、「入力」で示されるパターンを、「出力」で示されるパターンに変換する、というルールを示す情報である。図９の「ＩＤ＝１」のレコードは、例えば、文字列「3丁目」は文字列「3-」に変更することを示す。また、「ＩＤ＝６」のレコードは、建物名は削除することを示す。なお、建物名は、例えば、住所（例えば、「3-1-26」）の後の文字列である、とする。また、「ＩＤ＝９」のレコードは、特定の文字列である「大字」は削除することを示す。また、「ＩＤ＝１０」のレコードは、重複文字列は削除することを示し、当該住所正規化ルールを適用すれば、例えば、文字列「埼玉県鶴ヶ島市鶴ケ丘鶴ケ島市大字鶴ケ丘74-1」は文字列「埼玉県鶴ヶ島市鶴ヶ丘74-1」になる。さらに、「ＩＤ＝１１」のレコードは、京都市の住所であり、「〜町」と「数字」との間に、数字以外の文字列が存在する場合、当該文字列を消去することを示す。この住所正規化ルールを適用すれば、例えば、「京都府京都市東山区林下町新橋通大和大路東入3-433」は「京都府京都市東山区林下町3-433」になる。
【０１４０】
また、格納部１１は、図１０に示す名寄せルール管理表を格納している。名寄せルール管理表は、建物名の名寄せのためのルールを示す情報である１以上の名寄せルールを管理する。名寄せルール管理表は、「ＩＤ」「名寄せルール情報」を有するレコードを１以上格納している。「名寄せルール情報」は、「入力」で示されるパターンまたは文字列を、「出力」で示されるパターンまたは文字列に変換する、というルールを示す情報である。
【０１４１】
以上の状況において、ユーザは、不動産情報処理装置１に対して、住居情報の収集の指示を入力した、とする。
【０１４２】
次に、不動産情報処理装置１は、かかる指示を受け付け、住居情報収集部１４２は、住居情報を収集するためのクローリングのタイミングであると判断する。
【０１４３】
次に、住居情報収集部１４２は、以下のように住居情報を収集する。つまり、住居情報収集部１４２は、図８のＵＲＬ「ＵＲＬ１」を用いて、１番目のウェブページを取得する。そして、図８の「ＩＤ＝１」のタグパターン情報を用いて、住居情報を構成する「住所」「専有面積」などを取得する。なお、住居情報収集部１４２は、項目「住所」「専有面積」などに対応するタグパターン情報を１番目のウェブページに適用し、隣接する「住所」「専有面積」などを、一の住居情報を構成する「住所」「専有面積」等であるとして、一つの住居情報を取得する。次に、住居情報収集部１４２は、図８のＵＲＬ「ＵＲＬ２」を用いて、２番目のウェブページを取得する。そして、図８の「ＩＤ＝２」の収集ルール情報を用いて、住居情報を構成する「住所」「専有面積」などを取得する。以後、住居情報収集部１４２は、図８の３番目以降のレコードを同様に用いて、ウェブ上から多数の住居情報を収集する。
【０１４４】
次に、住所正規化処理部１４３は、住居情報の集約処理を行う。具体的には、住所正規化処理部１４３は、図９の住所正規化ルール管理表を用いて、住居情報の住所情報を構成する文字列の正規化を行う。正規化とは、文字のゆらぎを統一する処理である。そして、例えば、住所正規化処理部１４３は、図９の住所正規化ルール情報を用いて、住所情報「東京都豊島区池袋二丁目39-12」を「東京都豊島区池袋2-39-12」に変換する。また、例えば、住所正規化処理部１４３は、図９の住所正規化ルール情報を用いて、住所情報「東京都西東京市保谷町4丁目2ー33 テラスエルフ」を住所情報「東京都西東京市保谷町4-2-33」に変換する。また、例えば、住所正規化処理部１４３は、住所情報「京都府京都市中京区観音町二条通柳馬場西入85-1」を住所情報「京都府京都市中京区観音町85-1」に変換する。また、例えば、住所正規化処理部１４３は、住所情報「埼玉県川口市芝大字芝6856-1」を「埼玉県川口市芝6856-1」に変換する。さらに、例えば、「埼玉県東松山市高坂304-1高坂304−1」を「埼玉県東松山市高坂304-1」に変換する。
【０１４５】
次に、建物名寄処理部１４４は、図１０の名寄せルール管理表を用いて、同一の建物名の表記を統一する。建物名寄処理部１４４は、例えば、住居情報収集部１４２が収集した情報から一つの建物名を取得し、当該建物名に、図１０の名寄せルール管理表のすべての値寄せルールを適用し、当該建物名から考えられる建物名を全て生成し、当該生成した建物名に合致する建物名を。最初に取得した一の建物名に置き換える。その結果、建物名寄処理部１４４は、「グローリア初穂相模原」と「グロリア初穂相模原」「グローリアハツホ相模原」「グロリアハツホ相模原」「グローリア初穂サガミハラ」「グロリア初穂サガミハラ」「グローリアハツホサガミハラ」「グロリアハツホサガミハラ」は同一の建物名であるとして、すべて「グローリア初穂相模原」に統一される。
【０１４６】
以上の結果、住居情報収集部１４２は、図１１に示す多数の住居情報を、住居情報格納部１１２に蓄積した、とする。なお、住居情報格納部１１２の住居情報は、ユーザの手入力により、蓄積されても良いことは言うまでもない。
【０１４７】
次に、不動産情報処理装置１は、集合住宅図情報の生成タイミングである、と判断した、とする。
【０１４８】
そして、集合住宅図情報生成部１４１は、以下のように、図１１に示す多数の住居情報を用いて、集合住宅図情報を生成する。なお、ここでは、建物名称情報「ＡＢＣマンション」に対応する集合住宅図情報を生成する場合について説明する。また、生成される集合住宅図情報は、住居情報込み集合住宅図情報である。
【０１４９】
まず、集合住宅図情報生成部１４１は、建物名称情報「ＡＢＣマンション」に対応するすべての住居情報を、図１１の住居情報管理表から取得する。
【０１５０】
次に、集合住宅図情報生成部１４１は、号数「１０１」から「１０５」を含む住居情報から１階の集合住宅図情報を生成する。なお、号数は、上述した号室情報である。また、ここで、集合住宅図情報生成部１４１は、号数の順に住居情報をソートする。また、集合住宅図情報生成部１４１は、住居情報が有する広さ情報に応じた広さの領域を有する住居図情報を生成する。ここで、住居図情報は矩形を有する。また、集合住宅図情報生成部１４１は、１階の各住居情報が有する「号数」「価格情報」「広さ情報」を住居図情報の予め決められた領域に付加する。なお、「価格情報」が存在しない場合、「価格情報」は住居図情報に付加されないことは言うまでもない。また、集合住宅図情報生成部１４１は、１階の住居情報が有する状態フラグを視覚的に示せるような住居図情報を生成する。ここで、状態フラグ「０」が示す「未販売」の住居に対しては、背景をグレーとする。そして、状態フラグ「１」が示す「販売中」の住居に対しては、背景を白とする。さらに、集合住宅図情報生成部１４１は、１階の住居情報が有する方角情報を用いて、同一の方角情報の住居の住居図情報は一まとめにし、異なる方角情報の住居の住居図情報は分離して配置するように、集合住宅図情報を生成する。
【０１５１】
また、集合住宅図情報生成部１４１は、２階以上の住居情報も、各階ごとに、１階と同様の処理し、集合住宅図情報を生成する。
【０１５２】
以上の処理により、集合住宅図情報生成部１４１は、最終的な集合住宅図情報（住居情報込み集合住宅図情報）を、集合住宅識別子「ＡＢＣマンション」に対応付けて、集合住宅図情報格納部１１１に蓄積する。
【０１５３】
以上の状況において、ユーザは、端末装置３に対して、「ＡＢＣマンション」を含む、集合住宅図情報の出力指示を入力した、とする。すると、端末装置３の端末受付部３２は、当該集合住宅図情報の出力指示を受け付ける。
【０１５４】
次に、端末送信部３４は、当該集合住宅図情報の出力指示を不動産情報処理装置１に送信する。
【０１５５】
次に、不動産情報処理装置１の受信部１２は、「ＡＢＣマンション」を含む集合住宅図情報の出力指示を受信する。
【０１５６】
次に、出力部１５は、「ＡＢＣマンション」に対応する集合住宅図情報を集合住宅図情報格納部１１１から取得し、当該集合住宅図情報を、集合住宅図情報の出力指示を送信してきた端末装置３に送信する。
【０１５７】
次に、端末装置３の端末受信部３５は、住居情報込み集合住宅図情報を受信する。そして、端末出力部３６は、端末受信部３５が受信した住居情報込み集合住宅図情報を出力する。かかる出力例は、図１２である。図１２において、集合住宅図情報が有する各住居の領域は、各住居情報の広さ情報、方角情報、状態フラグ等を反映した態様である。
【０１５８】
なお、集合住宅図情報生成部１４１は、各階ごとに、集合住宅図情報を生成しても良い。かかる場合、集合住宅図情報生成部１４１は、例えば、「ＡＢＣマンション」の１階の集合住宅図情報を、図１３のように生成する。そして、集合住宅図情報生成部１４１は、「ＡＢＣマンション」および「１階」という情報に対応付けて、生成した集合住宅図情報を、集合住宅図情報格納部１１１に蓄積する。
【０１５９】
なお、ここでは、集合住宅図情報生成部１４１は、例えば、号数の順に住居情報をソートする。また、住居情報が有する広さ情報に応じた広さの領域を有する住居図情報を生成する。また、集合住宅図情報生成部１４１は、１階の各住居情報が有する「号数」「価格情報」「広さ情報」を住居図情報の予め決められた領域に付加する。なお、「価格情報」が存在しない場合、「価格情報」は住居図情報に付加されないことは言うまでもない。また、集合住宅図情報生成部１４１は、１階の住居情報が有する状態フラグを視覚的に示せるような住居図情報を生成する。ここで、状態フラグ「０」が示す「未販売」の住居に対しては、背景をグレーとする。そして、状態フラグ「１」が示す「販売中」の住居に対しては、背景を白とする。さらに、集合住宅図情報生成部１４１は、１階の住居情報が有する方角情報を用いて、同一の方角情報の住居の住居図情報は一まとめにし、異なる方角情報の住居の住居図情報は分離して配置するように、集合住宅図情報を生成する。ここでは、集合住宅図情報生成部１４１は、各住居図情報を、方角情報が示す方角に従って配置する。
【０１６０】
そして、ユーザが、例えば、「ＡＢＣマンション」の「１階」の住居情報群の出力指示を端末装置３に入力した、とする。すると、端末装置３の端末受付部３２は、当該出力指示を受け付ける。次に、端末送信部３４は、当該出力指示を不動産情報処理装置１に送信する。
【０１６１】
次に、不動産情報処理装置１の受信部１２は、「ＡＢＣマンション」の「１階」を含む集合住宅図情報の出力指示を受信する。
【０１６２】
そして、出力部１５は、「ＡＢＣマンション」および「１階」に対応する集合住宅図情報を集合住宅図情報格納部１１１から取得し、当該集合住宅図情報を、集合住宅図情報の出力指示を送信してきた端末装置３に送信する。
【０１６３】
次に、端末装置３の端末受信部３５は、住居情報込み集合住宅図情報を受信する。そして、端末出力部３６は、端末受信部３５が受信した住居情報込み集合住宅図情報を出力する。かかる出力例は、図１３である。
【０１６４】
以上、本実施の形態によれば、集合住宅の中の２以上の各住居の価格を含む住居情報を、集合住宅内の住居に対応付けて出力できる。
【０１６５】
また、本実施の形態によれば、集合住宅の中の２以上の各住居の住居情報を、販売中か非販売中かを視覚的に区別可能なように出力できる。
【０１６６】
また、本実施の形態によれば、一の集合住宅の２以上の各住居の住居情報から、集合住宅図情報の少なくとも一部を生成できる。なお、本実施の形態によれば、２以上の各住居の住居情報から、２以上の住居の配置関係を示す態様で、集合住宅図情報を生成できる。
【０１６７】
また、本実施の形態によれば、一の集合住宅の２以上の各住居の住居情報が有する広さ情報が示す広さに対応する住居の領域を含む集合住宅図情報の少なくとも一部を生成できる。
【０１６８】
また、本実施の形態によれば、ウェブ上の１以上のサーバ装置から、住居情報を自動的に収集できる。
【０１６９】
また、本実施の形態によれば、実質的に同一の住所情報を集約できる。さらに、本実施の形態によれば、実質的に同一の建物の名称を集約できる。
【０１７０】
なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における不動産情報処理装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータがアクセス可能な記録媒体は、
２以上の住居を有する集合住宅の図を構成するための情報であり、２以上の各住居の相対的な位置を示す集合住宅の図を構成するための情報である集合住宅図情報を格納し得る集合住宅図情報格納部と、
前記２以上の各住居の情報であり、各住居の価格に関する情報である価格情報を有する情報である２以上の住居情報を格納し得る住居情報格納部とを具備し、コンピュータを、
前記集合住宅図情報が示す集合住宅の図の中に、前記住居情報格納部の２以上の各住居情報が有する価格情報を、各住居情報に対応する各住居に対応付けて出力する出力部として、機能させるためのプログラムである。
【０１７１】
また、上記プログラムにおいて、前記住居情報は、販売中であるか否かの販売状態を示す状態フラグを有し、前記出力部は、前記状態フラグを用いて、前記２以上の各住居情報に対応する住居の販売状態が視覚的に分かるように、前記集合住宅図情報を出力するものとして、コンピュータを機能させるプログラムであることは好適である。
【０１７２】
また、上記プログラムにおいて、前記住居情報格納部の２以上の各住居情報は、住居の１以上の属性値を有し、コンピュータを、一の集合住宅内の２以上の住居の２以上の各住居情報の１以上の属性値を用いて、集合住宅図情報を生成する集合住宅図情報生成部としてさらに機能させ、前記集合住宅図情報格納部の集合住宅図情報は、前記集合住宅図情報生成部が生成した集合住宅図情報であるものとして、コンピュータを機能させるプログラムであることは好適である。
【０１７３】
また、上記プログラムにおいて、前記住居の１以上の属性値の中のいずれかの属性値は、住居の階数を示す階数情報であり、前記集合住宅図情報生成部は、前記階数情報を用いて、住居の階数が視覚的に判断可能な態様の集合住宅図情報を生成するものとして、コンピュータを機能させるプログラムであることは好適である。
【０１７４】
また、上記プログラムにおいて、前記住居の１以上の属性値の中のいずれかの属性値は、住居の広さを示す広さ情報であり、前記集合住宅図情報生成部は、前記広さ情報に応じた住居の広さを視覚的に示す態様の集合住宅図情報を生成するものとして、コンピュータを機能させるプログラムであることは好適である。
【０１７５】
また、上記プログラムにおいて、コンピュータを、ウェブ上の１または２以上のサーバ装置から、１または２以上の住居の住居情報の全部または一部を取得する住居情報収集部としてさらに機能させ、前記住居情報格納部の２以上の住居情報のうちの１以上の住居情報の全部または一部は、前記住居情報収集部が取得した情報であるものとして、コンピュータを機能させるプログラムであることは好適である。
【０１７６】
また、上記プログラムにおいて、コンピュータを、１または２以上の住居の住居情報の全部または一部を受け付ける住居情報受付部としてさらに機能させ、前記住居情報格納部の２以上の住居情報のうちの１以上の住居情報の全部または一部は、前記住居情報受付部が受け付けた情報であるものとして、コンピュータを機能させるプログラムであることは好適である。
【０１７７】
また、上記プログラムにおいて、前記住居情報は、住所に関する住所情報を有し、コンピュータを、前記住居情報格納部に格納されている２以上の住居情報が有する２以上の住所情報が予め決められた条件を満たす場合に、当該２以上の住所情報を同一の住所を示す情報とする処理である住所正規化処理を行う住所正規化処理部としてさらに機能させるプログラムであることは好適である。
【０１７８】
さらに、上記プログラムにおいて、前記住居情報は、集合住宅の建物の名称を示す建物名称情報を有し、コンピュータを、前記住居情報格納部に格納されている２以上の住居情報が有する２以上の建物名称情報が予め決められた条件を満たす場合に、当該２以上の建物名称情報を同一の建物名称を示す情報とする処理である建物名寄処理を行う建物名寄処理部としてさらに機能させるプログラムであることは好適である。
【０１７９】
また、図１４は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の不動産情報処理装置１等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１４は、このコンピュータシステム３００の概観図であり、図１５は、システム３００のブロック図である。
【０１８０】
図１４において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。
【０１８１】
図１５において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＭＰＵ３０１３、ＣＤ−ＲＯＭドライブ３０１２に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。
【０１８２】
コンピュータシステム３００に、上述した実施の形態の不動産情報処理装置１等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。
【０１８３】
プログラムは、コンピュータ３０１に、上述した実施の形態の不動産情報処理装置１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。
【０１８４】
なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０１８５】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０１８６】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。
【０１８７】
また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０１８８】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０１８９】
以上のように、本発明にかかる不動産情報処理装置は、集合住宅の中の２以上の各住居の価格を含む住居情報を、集合住宅内の住居に対応付けて出力できるという効果を有し、不動産情報を提供するウェブサーバ等として有用である。
【符号の説明】
【０１９０】
１  不動産情報処理装置
２  サーバ装置
３  端末装置
１１  格納部
１２  受信部
１３  受付部
１４  処理部
１５  出力部
２１  サーバ格納部
２２  サーバ受信部
２３  サーバ送信部
３１  端末格納部
３２  端末受付部
３３  端末処理部
３４  端末送信部
３５  端末受信部
３６  端末出力部
１１１  集合住宅図情報格納部
１１２  住居情報格納部
１３１  住居情報受付部
１４１  集合住宅図情報生成部
１４２  住居情報収集部
１４３  住所正規化処理部
１４４  建物名寄処理部
【図２】
2017033327.tif 000003
【図３】
2017033327.tif 000004
【図４】
2017033327.tif 000005
【図５】
2017033327.tif 000006
【図６】
2017033327.tif 000007
【図７】
2017033327.tif 000008
【図８】
2017033327.tif 000009
【図９】
2017033327.tif 000010
【図１０】
2017033327.tif 000011
【図１１】
2017033327.tif 000012
【図１２】
2017033327.tif 000013
【図１３】
2017033327.tif 000014
【図１４】
2017033327.tif 000015
【図１５】
2017033327.tif 000016
【図１】
2017033327.tif 000017