特開 2025-1189 空家情報を提供するための方法、当該方法を実現するプログラム、および、空家情報提供システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025001189

(43)【公開日】2025-01-08

(54)【発明の名称】空家情報を提供するための方法、当該方法を実現するプログラム、および、空家情報提供システム

(51)【国際特許分類】

   G06Q 50/26 20240101AFI20241225BHJP

【ＦＩ】

G06Q50/26

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023100644

(22)【出願日】2023-06-20

(71)【出願人】

【識別番号】523286071

【氏名又は名称】株式会社ＮＴＴデータ

(71)【出願人】

【識別番号】000003687

【氏名又は名称】東京電力ホールディングス株式会社

(71)【出願人】

【識別番号】000213297

【氏名又は名称】中部電力株式会社

(71)【出願人】

【識別番号】520307713

【氏名又は名称】関西電力送配電株式会社

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】熊谷 聡一郎

(72)【発明者】

【氏名】古市 敬寛

(72)【発明者】

【氏名】山田 都

(72)【発明者】

【氏名】安井 威人

(72)【発明者】

【氏名】福島 章史

(72)【発明者】

【氏名】林 孝尚

(72)【発明者】

【氏名】田畠 大嗣

(72)【発明者】

【氏名】大川 正人

(72)【発明者】

【氏名】角谷 太郎

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC35

5L050CC35

(57)【要約】

【課題】任意のエリア単位（たとえば自治体の管轄エリア単位）で空家を網羅的に抽出する技術を提供する。
【解決手段】サーバが実行する空家判定処理（Ｓ９８０）は、自治体に含まれる建物のデータベースのレコードのカウンタを初期化するステップ（Ｓ１０００）と、建物からメータが撤去されている場合に（ステップＳ１０１０にてＹＥＳ）当該建物を推定空家として出力するステップ（Ｓ１０２０）と、建物に電力契約がない場合に（ステップＳ１０３０にてＮＯ）、当該建物を推定空家として出力するステップ（Ｓ１０４０）と、電力が一定期間消費されていない場合に（ステップＳ１０５０にてＮＯ）、当該建物を推定空家として出力するステップ（Ｓ１０６０）と、当該自治体に含まれる全ての建物について判定処理が完了するまで（ステップＳ１０８０にてＹＥＳ）、ステップＳ１０１０～Ｓ１０７０を繰り返すステップとを含む。
【選択図】図１０

【特許請求の範囲】

【請求項1】

空家情報を提供するためにコンピュータで実行される方法であって、
自治体に属する各家屋のライフラインの状況を表わすデータベースにアクセスするステップと、
前記自治体に属する各家屋のライフラインの状況を表わすデータベースに基づいて、前記自治体に属する各家屋が空家であるか否かを判定するステップと、
前記自治体に属する各家屋が空家であるか否かの判定結果を一覧として出力するステップとを含む、空家情報を提供するための方法。

【請求項2】

前記ライフラインは、電力を含み、
前記自治体に属する各家屋は、同一の住所内に電力契約が存在する複数の家屋を含み、
前記判定するステップは、
空家であると判定された当該空家の契約者と同一の契約者が前記同一の住所内の他の家屋に存在する場合において、当該他の家屋において電力が使用されている時に、当該空家を、管理されている空家として分類するステップと、
空家であると判定された当該空家の契約者と同一の契約者が前記同一の住所内の他の家屋に存在する場合において、当該他の家屋において電力が使用されていない時に、当該空家を、空家であることが推定される空家として分離するステップとを含む、請求項１に記載の空家情報を提供するための方法。

【請求項3】

前記電力の使用または未使用は、一日のうちの予め定められた時間における使用量に基づいて判定される、請求項２に記載の空家情報を提供するための方法。

【請求項4】

前記自治体に属する各家屋は、集合住宅を含み、
前記判定するステップは、前記集合住宅に含まれる全ての家屋が空家であると判定される場合に、前記集合住宅は空家であると判定するステップを含む、請求項１に記載の空家情報を提供するための方法。

【請求項5】

前記判定するステップは、ライフラインの契約が予め定められた一定期間存在していない場合に、当該契約が存在していない家屋を空家であると判定するステップを含む、請求項１に記載の空家情報を提供するための方法。

【請求項6】

前記判定するステップは、ライフラインが予め定められた一定期間使用されていない場合に、当該ライフラインが使用されていない家屋を空家であると判定するステップを含む、請求項１に記載の空家情報を提供するための方法。

【請求項7】

前記判定するステップは、ライフラインの使用量を測定するメータが家屋から撤去されている場合に、当該家屋を空家であると判定するステップを含む、請求項１に記載の空家情報を提供するための方法。

【請求項8】

前記判定するステップは、
ライフラインの使用量を測定するメータが家屋から撤去されておらず、前記ライフラインの契約が存在し、前記ライフラインが一定期間消費されている場合に、当該家屋は空家でないと判定するステップと、
前記メータが撤去されている場合、前記ライフラインの契約が存在しない場合、または、前記ライフラインが一定期間消費されていない場合に、当該家屋を空家であると推定するステップとを含む、請求項１に記載の空家情報を提供するための方法。

【請求項9】

請求項１～８のいずれかに記載の方法をコンピュータに実行させるためのプログラム。

【請求項10】

請求項１～８のいずれかに記載の方法を実現するためのプログラムを格納したメモリと、
前記プログラムを実行するためのプロセッサとを備える、空家情報提供システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は家屋が空家であるか否かを判定する技術に関し、より特定的には、指定された範囲に属する各家屋が空家であるか否かを表わす一覧情報を提供する技術に関する。

【背景技術】

【0002】

空家数および空家率の増加に伴い、空家対策が急務となっている。空家対策特別措置法により、市町村に対して、空家の実態調査、空家の所有者へ適切な管理の指導、空家の跡地についての活用促進等が求められている。

【0003】

空家情報の把握に関し、たとえば、特開２０１９－２０７６７５号公報（特許文献１）は、「入力された住所が空き家か否かを精度よくリアルタイム性を持たせて判定できる空き家判定システム、空き家判定方法、および空き家判定プログラム」を開示している。また、特開２０２１－１５７６３４号公報（特許文献２）は、「提供情報から個人情報を特定できない空室・空家情報を効果的に提供する」技術を開示している。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１９－２０７６７５号公報

【特許文献2】特開２０２１－１５７６３４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

自治体が空家情報を把握するためには、個別の住所毎に空家が存在するか否かではなく、網羅的な空家情報が必要とされる。

【0006】

本開示は上述のような背景に鑑みてなされたものであって、ある局面に従う目的は、ある範囲に存在する空家を網羅的に表わす情報を提供することである。

【課題を解決するための手段】

【0007】

（１）ある実施の形態に従うと、空家情報を提供するためにコンピュータで実行される方法が提供される。この方法は、指定された自治体に属する各家屋のライフラインの状況を表わすデータベースにアクセスするステップと、自治体に属する各家屋のライフラインの状況を表わすデータベースに基づいて、自治体に属する各家屋が空家であるか否かを判定するステップと、自治体に属する各家屋が空家であるか否かの判定結果を一覧として出力するステップとを含む。

【0008】

（２）ある局面において、ライフラインは、電力を含む。自治体に属する各家屋は、同一の住所内に電力契約が存在する複数の家屋を含む。判定するステップは、空家であると判定された当該空家の契約者と同一の契約者が同一の住所内の他の家屋に存在する場合において、当該他の家屋において電力が使用されている時に、当該空家を、管理されている空家として分類するステップと、空家であると判定された当該空家の契約者と同一の契約者が同一の住所内の他の家屋に存在する場合において、当該他の家屋において電力が使用されていない時に、当該空家を、空家であることが推定される空家として分離するステップとを含む。

【0009】

（３）ある局面において、電力の使用または未使用は、一日のうちの予め定められた時間における使用量に基づいて判定される。

【0010】

（４）ある局面において、自治体に属する各家屋は、集合住宅を含む。判定するステップは、集合住宅に含まれる全ての家屋が空家であると判定される場合に、集合住宅は空家であると判定するステップを含む。

【0011】

（５）ある局面において、判定するステップは、ライフラインの契約が予め定められた一定期間存在していない場合に、当該契約が存在していない家屋を空家であると判定するステップを含む。

【0012】

（６）ある局面において、判定するステップは、ライフラインが予め定められた一定期間使用されていない場合に、当該ライフラインが使用されていない家屋を空家であると判定するステップを含む。

【0013】

（７）ある局面において、判定するステップは、ライフラインの使用量を測定するメータが家屋から撤去されている場合に、当該家屋を空家であると判定するステップを含む。

【0014】

（８）ある局面において、判定するステップは、ライフラインの使用量を測定するメータが家屋から撤去されておらず、ライフラインの契約が存在し、ライフラインが一定期間消費されている場合に、当該家屋は空家でないと判定するステップと、メータが撤去されている場合、ライフラインの契約が存在しない場合、または、ライフラインが一定期間消費されていない場合に、当該家屋を空家であると推定するステップとを含む。

【0015】

（９）他の実施の形態に従うと、上記のいずれかに記載の方法をコンピュータに実行させるためのプログラムが提供される。

【0016】

（１０）さらに他の実施の形態に従うと、空家情報提供システムが提供される。このシステムは、上記のいずれかに記載の方法を実現するためのプログラムを格納したメモリと、当該プログラムを実行するためのプロセッサとを備える。

【0017】

ある局面に従うと、コンピュータは、ある範囲（たとえば、自治体）に存在する空家を網羅的に表わす情報を提供できるので、空家の有無を網羅的に確認することが可能になる。

【0018】

この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。

【図面の簡単な説明】

【0019】

【図1】ある局面にしたがって空家の状況を推定するシステム１００の一例を表わす図である。

【図2】端末１１０またはサーバ１３０を実現するコンピュータシステム２００のハードウェア構成を表わすブロック図である。

【図3】ある実施の形態に従うサーバ１３０が空家を推定するために行なう処理の概要を表わす図である。

【図4】サーバ１３０のハードディスク５に格納される空家一覧の例を概念的に表わす図である。

【図5】管理空家または推定空家と分類する態様を例示する図である。

【図6】サーバ１３０が備えるハードディスク５におけるデータの格納の一態様を表わす図である。

【図7】サーバ１３０が備えるハードディスク５におけるデータの格納の一態様を表わす図である。

【図8】サーバ１３０が備えるハードディスク５におけるデータの格納の一態様を表わす図である。

【図9】指定された範囲（たとえば自治体単位）に存在する各家屋が空家であるか否かを推定するためにサーバ１３０が実行する処理の概要を表わすフローチャートである。

【図10】サーバ１３０が実行する空家判定処理（ステップＳ９８０）の詳細を表わすフローチャートである。

【発明を実施するための形態】

【0020】

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

【0021】

＜システムの概要＞
図１を参照して、本実施の形態に係るシステム１００の一態様について説明する。図１は、ある局面にしたがって空家の状況を推定するシステム１００の一例を表わす図である。システム１００は、複数の端末１１０－１，１１０－２，１１０－ｎと、サーバ１３０とを備える。複数の端末１１０－１，１１０－２，１１０－ｎを総称するときは、端末１１０と表わす。端末１１０およびサーバ１３０は、ネットワーク１９０によって互いに通信可能に接続されている。ネットワーク１９０の一例は、インターネットである。端末１１０およびサーバ１３０の構成は、後述する。

【0022】

ある局面において、サーバ１３０は、各家屋におけるライフラインの情報を保持している。ライフラインは、例えば、電気、ガス、水道、電話回線その他の通信回線など、サービスの利用者がサービスの提供事業者との間で契約を締結することにより、生活の維持に必要なインフラストラクチャである。家屋は、一戸建てや集合住宅のように個人が生活を営む場所に加えて、工場、店舗、事務所、事業所のように事業活動が営まれる場所も含み得る。

【0023】

サーバ１３０は、各家屋毎に、各ライフラインの契約情報と、当該ライフラインのサービスの使用量とを保持している。例えば、ライフラインが電気の場合、サーバ１３０は、各家屋毎の電気供給契約の有無を含む契約情報、契約が締結されている場合の電気の使用状況等を記憶している。

【0024】

ある局面において、サーバ１３０は、ライフラインの契約の有無、使用量の計測器の状況、当該ライフラインで提供される一定期間のサービスの消費量に基づいて、各家屋が空家であるか否かを判断する。判断処理の詳細は、後述する。

【0025】

端末１１０は、自治体（都道府県、あるいは、区市町村）の職員によって使用される。他の局面において、端末１１０は、ライフラインサービスの提供事業者（電力会社、ガス会社、水道局、通信会社等）あるいは不動産関係の事業者によっても使用され得る。

【0026】

＜ハードウェア構成＞
図２を参照して、システム１００を構成する情報処理装置の構成について説明する。図２は、端末１１０またはサーバ１３０を実現するコンピュータシステム２００のハードウェア構成を表わすブロック図である。

【0027】

コンピュータシステム２００は、主たる構成要素として、プログラムを実行するＣＰＵ（Central Processing Unit）１と、コンピュータシステム２００の使用者による指示の入力を受けるマウス２およびキーボード３と、ＣＰＵ１によるプログラムの実行により生成されたデータ、又はマウス２若しくはキーボード３を介して入力されたデータを揮発的に格納するＲＡＭ４と、データを不揮発的に格納するハードディスク５と、光ディスク駆動装置６と、通信インターフェイス（Ｉ／Ｆ）７と、モニタ８とを含む。各構成要素は、相互にデータバスによって接続されている。光ディスク駆動装置６には、ＣＤ－ＲＯＭ（Compact Disc - Read Only Memory）９その他の光ディスクが装着され得る。

【0028】

コンピュータシステム２００における処理は、各ハードウェアおよびＣＰＵ１により実行されるソフトウェアによって実現される。このようなソフトウェアは、ハードディスク５に予め記憶されている場合がある。また、ソフトウェアは、ＣＤ－ＲＯＭ９その他の記録媒体に格納されて、コンピュータプログラムとして流通している場合もある。あるいは、ソフトウェアは、いわゆるインターネットに接続されている情報提供事業者によってダウンロード可能なアプリケーションプログラムとして提供される場合もある。このようなソフトウェアは、光ディスク駆動装置６その他の読取装置によりその記録媒体から読み取られて、あるいは、通信インターフェイス７を介してダウンロードされた後、ハードディスク５に一旦格納される。そのソフトウェアは、ＣＰＵ１によってハードディスク５から読み出され、ＲＡＭ４に実行可能なプログラムの形式で格納される。ＣＰＵ１は、そのプログラムを実行する。

【0029】

図２に示されるコンピュータシステム２００を構成する各構成要素は、一般的なものである。したがって、本開示に係る技術思想の本質的な部分の一つは、ＲＡＭ４、ハードディスク５、ＣＤ－ＲＯＭ９その他の記録媒体に格納されたソフトウェア、あるいはネットワークを介してダウンロード可能なソフトウェアであるともいえる。データの記録媒体は、一時的でない、コンピュータ読取可能なデータ記録媒体を含み得る。なお、コンピュータシステム２００の各ハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

【0030】

なお、記録媒体としては、ＣＤ－ＲＯＭ、ＦＤ（Flexible Disk）、ハードディスクに限られず、ＳＳＤ（Solid State Drive）、磁気テープ、光ディスク（ＭＯ（Magnetic Optical Disc）／ＭＤ（Mini Disc）／ＤＶＤ（Digital Versatile Disc））、ＩＣ（Integrated Circuit）カード（メモリーカードを含む）、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Electronically Programmable Read-Only Memory）、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）、フラッシュＲＯＭなどの半導体メモリー等の固定的にプログラムを担持する媒体でもよい。

【0031】

ここでいうプログラムとは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。

【0032】

コンピュータシステム２００は、ノートブック型、デスクトップ型その他のコンピュータ装置、または、スマートフォンもしくはタブレット端末のような携帯可能な情報通信端末として実現され得る。

【0033】

＜空家推定の概要＞
図３を参照して、空家を推定する処理の一例の概要について説明する。図３は、ある実施の形態に従うサーバ１３０が空家を推定するために行なう処理の概要を表わす図である。

【0034】

ステップＳ３１０にて、サーバ１３０は、ハードディスク５にアクセスし、ハードディスク５に格納されている契約情報および地点情報を参照して、契約を抽出する。抽出される契約は、例えば、空家の推定を行うために指定された自治体内に存在する各家屋毎の契約である。

【0035】

ステップＳ３２０にて、サーバ１３０は、各家屋が空家であるか否かを判定する。たとえば、サーバ１３０は、抽出した契約情報と、ライフライン（たとえば、電気）の供給の有無と、供給量（電力使用量）とに基づいて、当該家屋が空家であるか否かを判定する。ここで、電力使用量は、設定された時間間隔（たとえば、３０分単位、１時間単位等）で詳細に把握される量である。

【0036】

ステップＳ３３０にて、サーバ１３０は、空家であると判定された家屋について、ハードディスク５に格納されている契約者情報および集合住宅台帳に基づいて、当該空家の形態を分類する。

【0037】

ステップＳ３４０にて、サーバ１３０は、空家一覧を生成し、モニタ８に表示し、あるいは、各端末１１０に空家一覧を送信する。

【0038】

＜サーバ１３０の構成例＞
（１）ある局面において、空家情報を提供可能なサーバ１３０のＣＰＵ１は、自治体を指定する入力を受け付け、指定された自治体に属する各家屋のライフラインの状況を表わすデータベースにアクセスする。たとえば、サーバ１３０のユーザがモニタ８に表示される自治体の一覧から特定の自治体を選択すると、その自治体に属する家屋の空家情報が提供される。ＣＰＵ１は、指定された自治体に属する各家屋のライフラインの状況を表わすデータベースに基づいて、その自治体に属する各家屋が空家であるか否かを判定し、その自治体に属する各家屋が空家であるか否かの判定結果を一覧として出力する。

【0039】

（２）ある局面において、ライフラインは、電力である。自治体に属する各家屋は、同一の住所内に電力契約が存在する複数の家屋を含む。ＣＰＵ１は、空家であると判定された当該空家の契約者と同一の契約者が同一の住所内の他の家屋に存在する場合において、当該他の家屋において電力が使用されている時に、当該空家を、管理されている空家として分類する。また、ＣＰＵ１は、空家であると判定された当該空家の契約者と同一の契約者が同一の住所内の他の家屋に存在する場合において、当該他の家屋において電力が使用されていない時に、当該空家を、空家であることが推定される空家として分離する。

【0040】

（３）ある局面において、ＣＰＵ１は、電力の使用または未使用を、一日のうちの予め定められた時間における使用量に基づいて判定する。予め定められた時間は、たとえば、３０分、一時間等であり、この時間は、電力の使用量を計測するスマートメータの設定に応じて任意に設定され得る。

【0041】

（４）ある局面において、自治体に属する各家屋は、集合住宅を含む。ＣＰＵ１は、集合住宅に含まれる全ての家屋が空家であると判定される場合に、集合住宅は空家であると判定する。ＣＰＵ１は、ライフラインの契約が予め定められた一定期間存在していない場合に、当該契約が存在していない家屋を空家であると判定する。ここで、予め定められた一定期間とは、たとえば、当該方法が実行された日から過去に遡った６ヶ月や一年等であるが、この一定期間は、サーバ１３０のユーザによって任意に設定され得る。

【0042】

（５）ある局面において、ＣＰＵ１は、ライフラインの契約が予め定められた一定期間存在していない場合に、当該契約が存在していない家屋を空家であると判定する。

【0043】

（６）ある局面において、ＣＰＵ１は、ライフラインが当該予め定められた一定期間使用されていない場合に、当該ライフラインが使用されていない家屋を空家であると判定する。

【0044】

（７）ある局面において、ＣＰＵ１は、ライフラインの使用量を測定するメータが家屋から撤去されている場合に、当該家屋を空家であると判定する。

【0045】

（８）ある局面において、ＣＰＵ１は、ライフラインの使用量を測定するメータが家屋から撤去されておらず、ライフラインの契約が存在し、ライフラインが一定期間消費されている場合に、当該家屋は空家でないと判定し、かつ、メータが撤去されている場合、ライフラインの契約が存在しない場合、または、ライフラインが一定期間消費されていない場合に、当該家屋を空家であると推定する。

【0046】

＜空家一覧の例＞
図４を参照して、サーバ１３０によって生成される空家一覧の例について説明する。図４は、サーバ１３０のハードディスク５に格納される空家一覧の例を概念的に表わす図である。

【0047】

サーバ１３０が空家一覧のデータを生成すると、ハードディスク５は、空家一覧をテーブル４００として記憶する。テーブル４００は、番号と、建物種別と、所有者分類と、契約状態と、備考とを含む。番号は、各家屋を識別する。建物種別は、当該家屋が戸建および集合住宅のいずれである否かを表わす。

【0048】

所有者分類は、当該家屋の所有の形態を表わす。所有の形態は、個人空家、法人空家、管理空家、法人／個人混在、および、不明のいずれかである。個人空家は、個人が所有する家屋が空家であることを示す。法人空家は、法人が所有する家屋が空家であることを示す。管理空家は、同一住所内に複数の電力契約がある場合において、空家と判断される家屋の所有者と同一の契約者（名義または電話番号が一致）が存在し、かつ電気を使用している（居住している）ときの当該空家をいう。法人／個人混在は、ある家屋が所有者が法人および個人に共有されている場合に該当する。不明は、計測器（メータ）が撤去されているため、当該家屋の所有者が直ぐには分からない状態をいう。

【0049】

契約状態は、当該ライフラインの契約（たとえば電力供給契約、ガス供給契約、電話回線契約など）の状態を表わす。集合住宅の場合は、各家屋によって契約状態が異なるため、集合住宅の全体としては、供給中・廃止中混在、という状態があり得る。

【0050】

備考は、サーバ１３０の運営者によって各建物の状況として入力された情報その他の参考情報を示す。

【0051】

図５を参照して、管理空家について説明する。図５は、管理空家または推定空家と分類する態様を例示する図である。

【0052】

ケース（Ａ） 同一住所内に複数の電力契約がある場合において、空家と推定される家屋の契約者と同一の契約者（名義または電話番号が一致）が存在し、かつ電気を使用している（居住している）ときは、当該家屋は、管理されている空家（「管理空家」ともいう。）に分類される。

【0053】

ケース（Ｂ） 同一住所内に複数の電力契約がある場合において、いずれの家屋も空家と推定される場合は、管理されていないため、当該いずれの家屋も、「推定空家」に分類される。推定空家とは、空家と推定される家屋をいう。

【0054】

＜データ構造＞
図６～図９を参照して、サーバ１３０のデータ構造について説明する。図６～図９はそれぞれ、サーバ１３０が備えるハードディスク５におけるデータの格納の一態様を表わす図である。

【0055】

図６に示されるように、ハードディスク５は、テーブル６１０，６２０，６３０および６４０を保持している。テーブル６１０は、電力に関するデータ（電力データ）を保持している。当該データは、スマートメータによって取得され、たとえば家庭等で消費される低圧部門のデータである。当該データは、供給地点特定番号と、計器ＩＤ（Identification）と、潮流区分と、計測年月日と、３０分ごとの電力消費量とを含む。供給地点特定番号は、当該スマートメータが設けられている場所（電力供給を受ける住所）を特定する。計器ＩＤは、当該スマートメータを識別する。潮流区分は、電力の移動方向を特定する。計測年月日は、電力消費量が計測された日または期間を表わす。当該期間は、例えば、３０分単位で設定されるが、この期間は３０分に限られない。たとえば、１５分単位、あるいは、１時間単位で設定されてもよい。

【0056】

テーブル６１０は、領域６１１，６１２，６１３，６１４を含む。領域６１１は、テーブル６１０に含まれる項目を識別する。領域６１２は、当該項目の名称を含む。領域６１３は、当該項目に対応する値を保持している。領域６１４は、当該項目が主キーとなるか否かを表わすフラグを保持している。

【0057】

テーブル６２０は、供給地点特定番号に関するデータを保持している。当該データは、供給地点特定番号と、発需区分コードと、新設同時廃止フラグと、廃止年月日と、撤去年月日と、住所コードと、住所と、建物名と、棟番号と、部屋番号と、建物種別とを含む。これらの項目は当業者が容易に理解できるものである。したがって、各項目の詳細な説明は繰り返さない。

【0058】

テーブル６２０は、領域６２１，６２２，６２３，６２４を含む。領域６２１は、テーブル６２０に含まれる項目を識別する。領域６２２は、当該項目の名称を含む。領域６２３は、当該項目に対応する値を保持している。領域６２４は、当該項目が主キーとなるか否かを表わすフラグを保持している。

【0059】

テーブル６３０は、需要契約者に関するデータを保持している。当該データは、供給地点特定番号と、契約者名義（漢字、カナ）と、契約者電話番号と、契約種別コードと、街路灯フラグと、未計器コードとを含む。これらの項目は当業者が容易に理解できるものである。したがって、各項目の詳細な説明は繰り返さない。

【0060】

テーブル６３０は、領域６３１，６３２，６３３，６３４を含む。領域６３１は、テーブル６３０に含まれる項目を識別する。領域６３２は、当該項目の名称を含む。領域６３３は、当該項目に対応する値を保持している。領域６３４は、当該項目が主キーとなるか否かを表わすフラグを保持している。

【0061】

テーブル６４０は、計器に関するデータを保持している。当該データは、供給地点特定番号と、計器ＩＤと、計器識別番号とを含む。これらの項目は当業者が容易に理解できるものである。したがって、各項目の詳細な説明は繰り返さない。

【0062】

テーブル６４０は、領域６４１，６４２，６４３，６４４を含む。領域６４１は、テーブル６４０に含まれる項目を識別する。領域６４２は、当該項目の名称を含む。領域６４３は、当該項目に対応する値を保持している。領域６４４は、当該項目が主キーとなるか否かを表わすフラグを保持している。

【0063】

図７を参照して、ハードディスク５は、テーブル７１０，７２０をさらに保持している。テーブル７１０は、供給地点の特定に関するデータを保持している。当該データは、供給地点特定番号と、関連供給地点特定番号とを含む。これらの項目は当業者が容易に理解できるものである。したがって、各項目の詳細な説明は繰り返さない。

【0064】

テーブル７１０は、領域７１１，７１２，７１３，７１４を含む。領域７１１は、テーブル７１０に含まれる項目を特定する。領域７１２は、当該項目の名称を含む。領域７１３は、当該項目の具体的な値を保持している。領域７１４は、当該項目が主キーとなるか否かを表わすフラグを保持している。

【0065】

テーブル７２０は、供給地点の位置を特定するためのデータを保持している。当該データは、供給地点特定番号と、緯度と、経度とを含む。テーブル７２０は、領域７２１，７２２，７２３，７２４を含む。領域７２１は、テーブル７２０に含まれる項目を特定する。領域７２２は、当該項目の名称を含む。領域７２３は、当該項目の具体的な値を保持している。領域７２４は、当該項目が主キーとなるか否かを表わすフラグを保持している。供給地点特定番号は、テーブル７１０に規定されている番号と同じである。緯度は、供給地点の緯度を表わす。経度は、当該供給地点の経度を表わす。

【0066】

図８を参照して、ハードディスク５は、テーブル８１０，８２０，８３０をさらに格納している。テーブル８１０，８２０，８３０は、図６および図７に示されるデータを用いて行われた家屋の空家判定の結果のデータを保持している。

【0067】

テーブル８１０は、家屋の判定結果に関するデータを保持している。当該データは、供給地点特定番号と、計器ＩＤと、判定年月日と、属性とを含む。

【0068】

テーブル８１０は、領域８１１，８１２，８１３，８１４を含む。領域８１１は、テーブル８１０に含まれる項目を特定する。領域８１２は、当該項目の名称を含む。領域８１３は、当該項目の具体的な値を保持している。領域８１４は、当該項目が主キーとなるか否かを表わすフラグを保持している。

【0069】

領域８１２において、供給地点特定番号は、供給地点を特定する。計器ＩＤは、計器（たとえば、スマートメータ）を識別する。年月日は、当該家屋が空家であるか否かの判定が行われた年月日を表わす。属性は、当該家屋が空家であるか否かを表わす。

【0070】

テーブル８２０は、供給地点特定番号をキーとしたデータを保持している。当該データは、供給地点特定番号と、契約状態と、住所コードと、住所と、建物名と、棟番号と、部屋番号と、建物種別と、契約者名義（漢字）と、契約者名義（カナ）と、契約者電話番号と、名義分類と、緯度と、経度とを含む。これらの項目は当業者が容易に理解できるものである。したがって、各項目の詳細な説明は繰り返さない。

【0071】

テーブル８２０は、領域８２１，８２２，８２３，８２４を含む。領域８２１は、テーブル８２０に含まれる項目を特定する。領域８２２は、当該項目の名称を含む。領域８２３は、当該項目の具体的な値を保持している。領域８２４は、当該項目が主キーとなるか否かを表わすフラグを保持している。

【0072】

テーブル８３０は、指定された自治体に存在する各家屋について、空家と判定された家屋に関するデータを保持している。当該データは、住所コードと、住所と、建物名と、棟番号と、部屋番号と、建物種別と、契約者名義（漢字）と、所有者分類と、電力契約なし日数と、電力使用なし日数と、一時使用日数と、緯度と、経度とを含む。所有者分類は、当該家屋の所有者が個人であるか法人であるかを表わす。電力契約なし日数は、指定された期間（たとえば、空家推定の判断処理が行われる日から遡って過去１年、等）において、当該家屋の供給地点について電力供給の契約が存在していない日数を表わす。電力使用なし日数は、当該指定された期間において、電力の使用が認められない日数を表わす。その他の項目は、図６または図７に例示されている項目と同じであるので、当該他の項目の説明は、繰り返さない。

【0073】

＜空家推定＞
図９を参照して、家屋が空家であるか否かを判定するための処理（空家推定）について説明する。図９は、指定された範囲（たとえば自治体単位）に存在する各家屋が空家であるか否かを推定するためにサーバ１３０が実行する処理の概要を表わすフローチャートである。

【0074】

ステップＳ９１０にて、サーバ１３０は、テーブル６１０に格納されている電力データに対して、データクレンジング処理を実行する。データクレンジング処理は、電力消費量に欠損値があるレコードを除去すること、計器ＩＤおよび年月日が同じである重複レコードを除去することを含む。サーバ１３０は、データクレンジング処理を実行した後のレコードを、当該処理を実行するために確保したデータベース領域に出力する。

【0075】

ステップＳ９２０にて、サーバ１３０は、計器の属性を判定する。具体的には、サーバ１３０は、各計器の一定期間の電力消費量を元に、当該家屋が、住人が居住中であるか、あるいは、空家であるか（住人が居住していない）のいずれかに分類する。ある局面において、家屋の短期間の使用は居住中とみなさないために、サーバ１３０は、当該家屋が空家であると判定した場合において２週間以内の電力使用が認められた時は、当該家屋は一時使用であるとして、当該家屋の分類を「空家」に補正し得る。サーバ１３０は、判定の結果を、テーブル８１０に格納する。

【0076】

ステップＳ９３０にて、サーバ１３０は、テーブル６２０に格納されている電力データに対して、データクレンジング処理を実行する。データクレンジング処理が実行されると、サーバ１３０は、次の三条件、すなわち、（１）発需区分コードが需要、（２）新設同時廃止フラグが新設同時廃止でない、および（３）対象エリアの住所コード、を全て満たした供給地点特定番号マスタデータを抽出する。

【0077】

ステップＳ９４０にて、サーバ１３０は、テーブル６３０に格納されている電力データに対して、データクレンジング処理を実行する。データクレンジング処理が実行されると、サーバ１３０は、次の三条件、すなわち、（１）契約種別コードが電灯、（２）街路灯フラグが街路灯でない、および（３）未計器コードが未計器でない、を全て満たした供給地点特定番号を対象契約者データとして抽出する。

【0078】

ステップＳ９５０にて、サーバ１３０は、名義分類を行う。より具体的には、サーバ１３０は、各契約について、契約者名義（漢字）および契約者名義（カナ）に対し、法人、その他判定データに含まれる文字がマッチするか否かを判定し、当該契約を「法人契約」、「その他契約（共用や駐車場等）」または「個人契約（マッチなし）」のいずれかに分類し、対象契約者データから「その他契約（共用や駐車場等）」に分類されたレコードを除外する。

【0079】

ステップＳ９６０にて、サーバ１３０は、テーブル６４０に格納されている電力データに対して、データクレンジング処理を実行する。データクレンジング処理が実行されると、サーバ１３０は、次の条件、すなわち、計器識別番号が主計器であること、を満たす供給地点特定番号を対象計器データとして抽出する。

【0080】

ステップＳ９７０にて、サーバ１３０は、対象地点を抽出する。より具体的には、サーバ１３０は、供給地点特定番号マスタデータに対し、関連供給地点特定番号データの関連供給地点特定番号に含まれる供給地点特定番号のレコードを除外する。サーバ１３０は、除外後に残った供給地点特定番号のレコードと、対象契約者データ（テーブル６３０）、対象計器データ（テーブル６４０）および座標データ（テーブル７２０）とを内部結合することにより、データクレンジング済の地点を、対象供給地点特定番号判定結果（テーブル８２０）として抽出する。

【0081】

ステップＳ９８０にて、サーバ１３０は、後述する空家判定処理を実行する。この処理が実行されると、指定された範囲（たとえば、区市町村単位）に存在する各家屋が空家であるか否かが推定される。なお、当該範囲は、ある局面において、ユーザが、区市町村の名称をサーバ１３０に直接入力することにより、指定される。他の局面において、範囲の指定は、ユーザが、任意に住所を入力し、その住所で特定される区市町村のいずれかをユーザが選択することにより、指定されてもよい。

【0082】

図１０は、サーバ１３０が実行する空家判定処理（ステップＳ９８０）の詳細を表わすフローチャートである。

【0083】

ステップＳ１０００にて、サーバ１３０は、指定された自治体に含まれる建物のデータベースのレコードのカウンタＮを初期化する（Ｎ＝１）。

【0084】

ステップＳ１０１０にて、サーバ１３０は、建物からメータが撤去されているか否かを判断する。この判断は、メータの設置状況を表わすデータベースに基づいて行なわれる。サーバ１３０は、メータが撤去されていると判断すると（ステップＳ１０１０にてＹＥＳ）、制御をステップＳ１０２０に切り換える。そうでない場合には（ステップＳ１０１０にてＮＯ）、サーバ１３０は、制御をステップＳ１０３０に切り替える。

【0085】

ステップＳ１０２０にて、サーバ１３０は、当該建物が空家であると判定し（推定空家）、当該建物の情報を推定空家のリスト（テーブル８３０）に出力する。この場合、メータが判定の対象期間（推定空家のリストの抽出対象期間）内に撤去された場合には、撤去日にかかわらず、当該建物は「推定空家」として分類されることになる。

【0086】

ステップＳ１０３０にて、サーバ１３０は、建物には電力契約があるか否かを判断する。サーバ１３０は電力契約があると判断すると（ステップＳ１０３０にてＹＥＳ）、制御をステップＳ１０５０に切り換える。そうでない場合には（ステップＳ１０３０にてＮＯ）、サーバ１３０は、制御をステップＳ１０４０に切り替える。

【0087】

ステップＳ１０４０にて、サーバ１３０は、当該建物が空家であると判定し（推定空家）、当該建物の情報を推定空家のリスト（テーブル８３０）に出力する。たとえば、電力契約が過去半年（１８０日）以上連続して存在しない場合には、当該建物は「推定空家」として分類されることになる。

【0088】

ステップＳ１０５０にて、サーバ１３０は、電力が一定期間消費されていないか否かを判断する。サーバ１３０は、電力が一定期間消費されていないと判断すると（ステップＳ１０５０にてＹＥＳ）、制御をステップＳ１０６０に切り換える。そうでない場合には（ステップＳ１０５０にてＮＯ）、サーバ１３０は、制御をステップＳ１０７０に切り替える。

【0089】

ステップＳ１０６０にて、サーバ１３０は、当該建物が空家であると判定し（推定空家）、当該建物の情報を推定空家のリスト（テーブル８３０）に出力する。たとえば、当該建物において電力が過去半年以上連続して消費されていない場合、当該建物は「推定空家」として分類されることになる。

【0090】

ステップＳ１０７０にて、サーバ１３０は、当該建物が推定空家でないと判定する。

【0091】

ステップＳ１０８０にて、サーバ１３０は、当該自治体に存在する全ての建物について判定処理が完了したか否かを判断する。サーバ１３０は、全ての建物について判定処理が完了したと判断すると（ステップＳ１０８０にてＹＥＳ）、処理を終了する。そうでない場合には（ステップＳ１０８０にてＮＯ）、サーバ１３０は、制御をステップＳ１０９０に切り替える。

【0092】

ステップＳ１０９０にて、サーバ１３０は、カウンタＮを１カウントアップする。その後、サーバ１３０は、制御をステップＳ１０１０に戻す。

【0093】

以上のような処理により、サーバ１３０は、空家リストをテーブル８３０として生成する。

【0094】

＜実施の形態の効果＞
ある実施の形態に従うサーバ１３０は、指定された範囲（たとえば、区市町村単位）で各家屋が空家であるか否かを網羅的に表わす情報を出力できるので、区市町村の職員は、空家状況を包括的に把握できる。

【0095】

ある実施の形態に従うサーバ１３０は、空家であるか否かの判定の対象となる住所に複数の家屋が存在する場合と、１つの建物に複数の契約がある場合も、区別して当該家屋が空家であるか否かを判定できるので、空家推定の精度が向上し得る。

【0096】

ある実施の形態に従うサーバ１３０は、人が居住していない家屋が管理されている場合も当該家屋を管理空家と判定できるので、空家推定の精度が向上し得る。

【0097】

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

【産業上の利用可能性】

【0098】

開示された技術的特徴は、自治体毎に空家の存在を確認する場面その他不動産の管理の局面において利用可能である。

【符号の説明】

【0099】

１ ＣＰＵ、２ マウス、３ キーボード、４ ＲＡＭ、５ ハードディスク、６ 光ディスク駆動装置、７ 通信インターフェイス、８ モニター、９ ＣＤ－ＲＯＭ、１００ システム、１１０ 端末、１３０ サーバ、１９０ ネットワーク、２００ コンピュータシステム、４００，６１０，６２０，６３０，６４０，７１０，７２０，８１０，８２０，８３０ テーブル、６１１，６１２，６１３，６１４，６２１，６２２，６２３，６２４，６３１，６３２，６３３，６３４，６４１，６４２，６４３，６４４，７１１，７１２，７１３，７１４，７２１，７２２，７２３，７２４，８１１，８１２，８１３，８１４，８２１，８２２，８２３，８２４ 領域。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】