JP7653637B2 - 空き家判定システム、空き家判定方法、および空き家判定プログラム - Google Patents

Description

本発明は、空き家判定システム、空き家判定方法、および空き家判定プログラムに関す
る。

最近では、インターネットやスマートフォンなどの端末機器の普及に伴い、インターネ
ット上の店舗（オンラインショップ）における取り引きが急増している。インターネット
上でのこのような取り引きの場合、購入者によって指定された配送先の住所に商品を配送
するとともに請求書などが併せて当該配送先に送付される。

しかしながら、このようなインターネット上の店舗での取り引きにおいて、購入者が実
際に入居者が存在しない空き家を配送先の住所として利用し、届けられた商品を入手した
にも関わらず、請求書などに対して支払いを行わない不正が多発している。

このような空き家の住所の不正利用は、インターネット上での店舗での商品購入の他に
インターネット上のオークション、銀行口座の開設、各種ローンや融資の申し込み、およ
び保有ポイントとの商品交換などにおいても行われている。商品の受け渡しが存在しない
場合であっても、金融機関やクレジットカードなどの本人認証を行うための住所に空き家
を指定することでも不正が行われているのが実情である。

このような不正による被害を未然に回避すべく、特許文献１に開示された技術では、広
告に掲載されている不動産物件の住所が商品の配送先に指定された住所と一致した場合に
、配送先に指定された住所が不正利用であると判定する。また、特許文献１に記載の技術
では、広告に掲載されている期間および配送先として利用される期間を比較して、それら
の期間が重複した場合に、配送先に指定された住所が不正利用であると判定する。

また、特許文献２は、電力サービス利用者の住宅における時系列の電力の使用状況を示
す電力使用状況情報を記憶部に蓄積しておき、現在の電力の使用状況と過去の電力の使用
状況との比較に基づいて利用者が在宅であるか不在であるかを判断する技術を開示してい
る。この在宅または不在の情報を用いて、宅配業者などが効率的に宅配業務を行うことが
できる。

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

特許文献１に開示された技術では、広告に掲載されている不動産物件の住所を元に不正
を判定しているため、広告に掲載されている不動産物件の情報のリアルタイム性が求めら
れる。しかし、通常不動産物件の広告情報（掲載情報）は、賃貸または売買情報に紐付い
てリアルタイムに掲載が制御されるものではない。通常であれば、１週間から２週間くら
いのタイムラグが発生する。よって、このタイムラグの期間中であれば、不正をはたらく
クライアントによって、空き家の住所が不正利用される可能性がある。

また、特許文献２に記載の技術は、利用者によって入力されている住所が空き家である
か否かを判断することを目的としていない。仮に特許文献２に記載の技術を空き家判定に
使用したとしても、特許文献２に記載の技術は、現在および過去の電力使用状況を比較し
て利用者が在宅であるか不在であるかを判断しているため、空き家であった場合でも現在
の電力使用状況および過去の電力使用状況とが類似していれば、利用者が在宅状態である
（すなわち、空き家ではない）と判断されてしまう。また、引っ越し直後などの場合は、
電力使用量が少ないことがあるため、空き家でもないにも関わらず、利用者が不在状態で
ある（すなわち、空き家である）と判断されてしまう可能性もある。

そこで、本発明は上記事情に鑑みてなされたものであり、入力された住所が空き家か否
かを精度よくリアルタイム性を持たせて判定できる空き家判定システム、空き家判定方法
、および空き家判定プログラムを提供することを目的とする。

（１）本発明の第１態様は、複数の住所およびライフラインの供給の有無情報が対応付
けられて記録されたデータベースを記憶する記憶部と、１つの住所が空き家か否かの判定
要求を端末装置から受信する受付部と、受け付けた判定要求に含まれる住所が空き家か否
かを、記憶部に記憶されたデータベースを参照して判定する判定部と、判定部が判定した
判定結果を端末装置に送信する送信部と、を含む空き家判定システムに関する。

（２）上記（１）において、記憶部に記憶されるデータベースは、ライフラインが供給
されている住所のみ、または、ライフラインが供給されていない住所のリストのいずれか
を記憶していてもよい。

（３）上記（１）または（２）において、記憶部は、ライフラインの供給の履歴情報を
データベースに更に記憶していてもよく、判定部は、直近の第１所定期間のライフライン
の使用状況および当該第１所定期間よりも前の第２所定期間のライフラインの使用状況を
比較して判定部が判定した判定結果の精度を判定してもよい。

（４）上記（３）において、判定部は、第１所定期間のライフラインの使用状況および
第２所定期間のライフラインの使用状況を比較して、所定の度合い以上の差異が存在する
場合に、判定部が判定した判定結果の精度が低いと判定してもよい。

（５）上記（４）において、判定部は、所定の度合いが小さければ小さいほど判定部が
判定した判定結果の精度が高いと判定し、所定の度合いが大きければ大きいほど判定部が
判定した判定結果の精度が低いと判定してもよい。

（６）上記（１）または（２）において、記憶部は、ライフラインの供給の履歴情報を
データベースに更に記憶していてもよく、判定部は、直近のライフラインの使用状況を参
照して、判定部が判定した判定結果の妥当性を判定してもよい。

（７）上記（６）において、判定部は、受け付けた判定要求に含まれる住所が空き家で
あると判定した場合に、直近のライフラインの使用量が所定量以上である場合は、受け付
けた判定要求に含まれる住所が空き家である旨の判定が妥当ではないと判定してもよい。

（８）上記（６）または（７）において、判定部は、受け付けた判定要求に含まれる住
所が空き家ではないと判定した場合に、直近のライフラインの使用量が所定量未満である
場合は、受け付けた判定要求に含まれる住所が空き家ではない旨の判定が妥当ではないと
判定してもよい。

（９）上記（１）から（８）のいずれかにおいて、ライフラインの供給の有無情報は、
複数の住所とライフライン供給者との契約が存在するか否かの情報を含んでもよい。

（１０）本発明の第２態様は、複数の住所およびライフラインの供給の有無情報が対応
付けられて記録されたデータベースを記憶する記憶ステップと、１つの住所が空き家か否
かの判定要求を端末装置から受信する受付ステップと、受け付けた判定要求に含まれる住
所が空き家か否かを、データベースを参照して判定する判定ステップと、判定ステップが
判定した判定結果を端末装置に送信する送信ステップと、を含む空き家判定方法に関する
。

（１１）本発明の第３態様は、コンピュータに、複数の住所およびライフラインの供給
の有無情報が対応付けられて記録されたデータベースを記憶する機能と、１つの住所が空
き家か否かの判定要求を端末装置から受信する機能と、受け付けた判定要求に含まれる住
所が空き家か否かを、データベースを参照して判定する機能と、判定機能において判定さ
れた判定結果を端末装置に送信する機能と、を実現させる空き家判定プログラムに関する
。

本発明によると、電力などのライフラインの供給の有無によって、入力された住所が空
き家か否かを判定できるため、高い精度で住所が空き家か否かを判定することができる。
すなわち、本発明は、ライフラインの申し込みや契約の有無に基づいて空き家か否かを判
定しているため、ライフラインの使用状況によらずリアルタイム性を持たせて住所が空き
家か否かを判定することができる空き家判定システム、空き家判定方法、および空き家判
定プログラムを提供することができる。

空き家判定システムによる処理の一例を説明するための模式図である。 空き家判定システムの概略構成の一例を示す図である。 クライアントの端末装置の概略構成の一例を示す図である。 サーバの概略構成の一例を示す図である。 個人情報テーブルの構造の一例を示す図である。 個々の住所ごとのライフラインの使用履歴情報の一例を示すテーブルである。 本実施形態にかかる空き家判定システムによるクライアントの端末装置２から特定の住所の判定要求に応じて、当該住所が空き家か否かを判定し、判定結果をクライアントの端末装置に送信するまでの一連の流れの動作シーケンスの一例を示す図である。 本実施形態の変形例１にかかる空き家判定システムによるクライアントの端末装置から特定の住所の判定要求に応じて、当該住所が空き家か否かを判定し、判定結果をクライアントの端末装置に送信するまでの一連の流れの動作シーケンスの一例を示す図である。 本実施形態の変形例２にかかる空き家判定システムによるクライアントの端末装置から特定の住所の判定要求に応じて、当該住所が空き家か否かを判定し、判定結果をクライアントの端末装置に送信するまでの一連の流れの動作シーケンスの一例を示す図である。

以下、本開示の一側面に係る空き家判定システム、空き家判定方法、および空き家判定
プログラムについて図を参照しつつ説明する。但し、本開示の技術的範囲はそれらの実施
の形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶ点に留意され
たい。

（空き家判定システム１による処理の概要）
図１は、空き家判定システム１による処理の一例を説明するための模式図である。

空き家判定システム１は、複数のクライアントの端末装置２および個人情報提供装置３
、これらの複数のクライアントの端末装置２および個人情報提供装置３と相互に通信され
るサーバ４を有する。サーバ４は、個人情報提供装置３から受信した個人情報を記憶する
個人情報テーブル４１１を有する。サーバ４は、複数のクライアントの端末装置２、２、
２・・・から受信した住所を個人情報テーブル４１１に記憶されている個人情報と比較し
て、住所が空き家に該当するか否かを判定する。

複数のクライアントは、住所が空き家であるか否かの判定を希望（要求）するクライア
ントであり、インターネット上で物販を行うＥＣ事業者やインターネットオークション開
催する事業者を含むインターネットサービス事業者、および銀行などの口座やクレジット
カードの本人認証を必要とする金融機関が含まれる。すなわち、住所が空き家か否かを判
定したい個人や法人は、全てこのクライアントとなりうる。

また、サーバ４がインターネットサービス事業者や金融機関のサーバである場合は、複
数のクライアントがサーバ４にアクセスするユーザとなる。そして、ユーザが認証情報を
得たい場合に、インターネットサービス事業者や金融機関のサーバにユーザの住所を送信
して、インターネットサービス事業者や金融機関のサーバが入力されたユーザの住所が空
き家であるか否かを判定する。

個人情報提供装置３は、ライフラインを提供する事業者である。例えば、電力会社、水
道局、ガス会社、電話会社、インターネット接続会社、テレビ放送提供会社、新聞事業者
、牛乳などの飲料の定期宅配業者、石油の定期訪問販売事業者、などが含まれる。空き家
判定システム１は、少なくとも１つの個人情報提供装置３は、少なくとも１つのライフラ
イン提供事業者から個人情報を受け取ればよく、複数の個人情報提供装置３から個人情報
を受け取ってもよい。この場合、複数の個人情報を受け取ったサーバ４は、複数の個人情
報をマージして個人情報テーブル４１１を生成すればよい。なお、個人情報提供装置３は
、実際に特定の住所地の戸内に立ち入った上で契約や申し込みが完了する電力会社や水道
局やガス会社などのライフライン提供事業者が好ましい。

サーバ４は、個人情報提供装置３から個人情報を受信して、個人情報テーブル４１１を
作成して個人情報を記憶する。サーバ４は、複数の個人情報提供装置３から個人情報を受
信する構成としてもよい。その場合、サーバ４は、受信した個人情報を同一のフォーマッ
トに合わせて１つの個人情報テーブル４１１を作成してもよく、複数の個人情報テーブル
４１１を作成してもよい。サーバ４は、複数のクライアントの端末装置２、２、２・・・
から住所を受信して、個人情報テーブル４１１に記憶されている個人情報と比較して、住
所が空き家に該当するか否かを判定し、その判定結果を複数のクライアントの端末装置２
、２、２・・・に送信する。

（空き家判定システム１の概略構成）
図２は、空き家判定システム１の概略構成の一例を示す図である。

空き家判定システム１は、複数のクライアントの端末装置２、２、２・・・と、個人情
報提供装置３と、サーバ４とを有する。以下では、複数のクライアントの端末装置を単に
クライアントの端末装置２と称する場合がある。クライアントの端末装置２、２、２・・
・およびサーバ４は、例えば、インターネット５などの通信ネットワークを介してそれぞ
れ相互に接続される。更に、個人情報提供装置３およびサーバ４は、例えば、インターネ
ット５などの通信ネットワークを介してそれぞれ相互に接続される。また、ここではイン
ターネット５が１つ例示されているが、インターネット５が複数のネットワークからなる
場合は、それぞれのネットワーク間にゲートウェイ（図示しない）を適宜設けてもよい。
クライアントの端末装置２で実行されるプログラム（例えば、閲覧プログラム）と、サー
バ４で実行されるプログラム（例えば、管理プログラム）とは、ハイパーテキスト転送プ
ロトコル（ＨＴＴＰ）などの通信プロトコルを用いて通信を行う。

更に、クライアントの端末装置２とサーバ４のと間の接続、および個人情報提供装置３
とサーバ４との間の接続は、扱う情報が機密情報となるため、インターネット５の通信環
境がセキュリティーの面で優れている必要がある。また、クライアントの端末装置２とサ
ーバ４のと間の接続、および個人情報提供装置３とサーバ４との間の接続は、専用の回線
を用意することでセキュリティーを強化することができる。

（クライアントの端末装置２の概略構成）
図３は、クライアントの端末装置２の概略構成の一例を示す図である。

クライアントの端末装置２は、無線通信ネットワークへの接続、Ｗｅｂアクセスなどを
実行する。そのために、クライアントの端末装置２は、端末通信部２１１と、端末記憶部
２１２と、端末操作部２１３と、端末表示部２１４と、端末処理部２１５とを備える。

なお、クライアントの端末装置２としては、タブレットＰＣやノートＰＣを想定するが
、本発明はこれに限定されない。クライアントの端末装置２は、本発明が適用可能であれ
ばよく、例えば、多機能携帯電話（所謂「スマートフォン」）、携帯電話（所謂「フィー
チャーフォン」）、携帯情報端末（ＰＤＡ）、携帯ゲーム機、携帯音楽プレイヤ、タブレ
ット端末、などでもよい。

端末通信部２１１は、通信インターフェース回路を備え、クライアントの端末装置２を
インターネット５に接続する。端末通信部２１１は、ネットワークを介して端末処理部２
１５から供給されたデータをサーバ４などに送信する。また、端末通信部２１１は、ネッ
トワークを介してサーバ４などから受信したデータを端末処理部２１５に供給する。

端末記憶部２１２は、例えば、半導体メモリ装置を備える。端末記憶部２１２は、端末
処理部２１５での処理に用いられるオペレーティングシステムプログラム、ドライバプロ
グラム、アプリケーションプログラム、データなどを記憶する。例えば、端末記憶部２１
２は、ドライバプログラムとして、端末操作部２１３を制御する入力デバイスドライバプ
ログラム、端末表示部２１４を制御する出力デバイスドライバプログラムなどを記憶する
。また、端末記憶部２１２は、アプリケーションプログラムとして、店舗関係者が端末操
作部２１３を操作することによって入力された検索条件、特徴情報および特徴画像などを
サーバ４に登録するための登録画面を表示する閲覧プログラムなどを記憶する。各種プロ
グラムは、例えばＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭなどのコンピュータ読み取り可能な可搬
型記録媒体から、公知のセットアッププログラムなどを用いて端末記憶部２１２にインス
トールされてもよい。また、端末記憶部２１２は、所定の処理に係る一時的なデータを一
時的に記憶してもよい。

端末操作部２１３は、クライアントの端末装置２の操作が可能であればどのようなデバ
イスでもよく、例えば、マウス、タッチパネル、またはキーボタンなどである。ユーザは
、端末操作部２１３を用いて、情報の選択や解除、文字や数字などを入力することができ
る。端末操作部２１３は、ユーザにより操作されると、その操作に対応する信号を発生す
る。そして、発生した信号は、端末処理部２１５に送信される。

端末表示部２１４も、映像や画像などの表示が可能であればどのようなデバイスでもよ
く、例えば、液晶ディスプレイや有機ＥＬ（Electro－Luminescence）ディスプレイなど
である。端末表示部２１４は、端末処理部２１５から供給された映像データに応じた映像
や、画像データに応じた画像などを表示する。

端末処理部２１５は、一または複数個のプロセッサおよびその周辺回路を備える。端末
処理部２１５は、クライアントの端末装置２の全体的な動作を統括的に制御するものであ
り、例えば、ＣＰＵである。端末処理部２１５は、クライアントの端末装置２の各種処理
が端末記憶部２１２に記憶されているプログラムや端末操作部２１３の操作などに基づい
て適切な手順で実行されるように、端末通信部２１１や端末表示部２１４などの動作を制
御する。端末処理部２１５は、端末記憶部２１２に記憶されているプログラム（オペレー
ティングシステムプログラムやドライバプログラム、アプリケーションプログラムなど）
に基づいて処理を実行する。また、端末処理部２１５は、複数のプログラム（アプリケー
ションプログラムなど）を並列に実行することができる。

端末処理部２１５は、クライアントの端末装置２の外部から受信した画面表示情報をユ
ーザに閲覧可能な画面表示として処理をする機能や、ユーザからの端末操作部２１３の操
作内容に基づく処理をクライアントの端末装置２の外部に送信可能な信号に変換して端末
送信部２１１に送る機能を備える。これらの機能は、端末処理部２１５が備えるプロセッ
サで実行されるプログラムにより実現される機能モジュールである。あるいは、これらの
各部は、独立した集積回路、マイクロプロセッサ、またはファームウェアとしてクライア
ントの端末装置２に実装されてもよい。

（クライアントの端末装置２の処理）
クライアントの端末装置２は、クライアントに操作される。クライアントは、端末操作
部２１３を操作して空き家か否かの判定を求める住所をクライアントの端末装置２に入力
する。必要に応じて端末処理部２１５が住所の加工や変換などを行って、端末通信部２１
１は、住所をサーバ４に送信する。この際に、端末記憶部２１２が、サーバ４に送信され
る住所を履歴情報として記憶してもよい。

また、クライアントの端末装置２は、クライアントの独自のシステムを兼ねていてもよ
い。この場合、住所のサーバ４への送信は、当該クライアントの独自のシステムが自動的
に行うこともできる。すなわち、クライアントの独自のシステムが入手した住所を端末処
理部２１５が加工や変換などを行って、端末通信部２１２がサーバ４に送信してもよい。
または、クライアントの端末装置２が他のサーバである場合もある。その場合は、他のサ
ーバが当該サーバ内部で処理した情報から住所をサーバ４に送信すればよい。更に、クラ
イアントの端末装置２は、他の情報と共に住所をサーバ４に送信してもよい。前述の通り
、クライアントがインターネット事業者や金融機関のサーバに認証情報を求めるユーザで
ある場合、ユーザの保有する端末装置がクライアントの端末装置２となる。

（個人情報提供装置３の処理）
個人情報提供装置３は、サーバ４の要求に応じて個人情報をサーバ４に提供する。個人
情報提供装置３は、サーバ４からの要求がある度に個人情報をサーバ４に送信してもよく
、定期的に個人情報提供装置３が個人情報をサーバ４に送信してもよい。更に、個人情報
提供装置３がサーバ４を兼ねている場合、個人情報提供装置３は、個人情報をサーバ４に
送信せずにクライアントの端末装置２から住所を受信して、当該住所が空き家か否かを判
定する。また、図示は、しないが個人情報提供装置３は、通信部や記憶部などのサーバと
しての構成要素を備えているとよい。

個人情報提供装置３は、クライアントの端末装置２から受け付けた住所が個人情報提供
装置３からサーバ４が受信した個人情報に含まれない場合や、後述する通り、個人情報テ
ーブル４１１に含まれるライフラインの使用履歴情報に基づいて判定部４１４の判定結果
の精度が低い場合などに最新の個人情報をサーバ４に提供する構成としてもよい。このよ
うな構成とすることで、個人情報提供装置３の個人情報のアップデートの頻度を下げるこ
とができるため、サーバ４の通信量を制限することができる。

個人情報提供装置３がサーバ４に提供する個人情報は、住所およびライフラインの契約
の有無を少なくとも含む。また、個人情報提供装置３は、個人情報にライフラインの契約
有無情報を含まず、ライフラインの契約が存在する個人情報のみを個人情報としてサーバ
４に提供してもよくライフラインの契約が存在しない個人情報のみを個人情報としてサー
バ４に提供してもよい。なお、個人情報提供装置３が提供する個人情報は、個人情報提供
装置３を提供するライフライン提供者が過去に契約をしたことがない住所を含む個人情報
については、個人情報に含まず、契約実績のある住所を含む個人情報のみをサーバ４に提
供することで、クライアントの端末装置２から受信した住所が判定不可能な場合にその判
定結果をクライアントの端末装置２に送信することができる。

（サーバ４の概略構成）
図４は、サーバ４の概略構成の一例を示す図である。

サーバ４は、個人情報を記憶する個人情報テーブル４１１を記憶するサーバ記憶部４１
２を備える。そして、サーバ４は、複数のクライアントの端末装置２からの要求に応じて
個人情報テーブル４１１を参照して複数のクライアントの端末装置２から受信した住所が
個人情報テーブル４１１に存在するかを判定する。以上のような機能を実現するために、
サーバ４は、サーバ記憶部４１２の他に、受付部４１３、判定部４１４、および生成部４
１５を含むサーバ処理部４１６、およびサーバ通信部４１７を更に備える。

個人情報テーブル４１１は、サーバ通信部４１７が受信した個人情報を各個人情報ごと
に個人情報識別情報に付与し、更に個人情報テーブル４１１は、個人情報識別情報ごとラ
イフラインの契約の有無情報を対応付けて記憶している。なお、個人情報は、少なくとも
住所を含んでいればよい。また、個人情報テーブル４１１がライフラインの契約の有無情
報を記憶しない場合は、サーバ通信部４１７が受信した個人情報がライフラインの契約が
有る住所のリストであったり、ライフラインの契約が無い住所のリストであったりする。
更に、個人情報テーブル４１１が記憶する情報としてライフラインの契約の替わりに、ラ
イフラインの申し込みの有無を記憶していてもよい。なお、本発明において、ライフライ
ンの契約の有無またはライフラインの申し込みの有無がライフラインの供給に相当するこ
とができる。

また、詳細は後述するが、個人情報テーブル４１１は、個人情報識別情報（個々の住所
）ごとのライフラインの使用履歴情報を更に記憶している。このライフラインの使用履歴
情報は、サーバ記憶部４１２の個人情報テーブル４１１とは別に記憶していてもよい。ラ
イフラインの使用履歴情報は、例えば直近の数ヶ月などの所定期間分のみを記憶していれ
ばよく、所定期間が経過した使用履歴情報は削除される構成としてもよい。

サーバ記憶部４１２は、例えば、半導体メモリ、磁気ディスク装置および光ディスク装
置の内の少なくとも一つを有し、バスを介してサーバ４と接続される。サーバ記憶部４１
２は、サーバ処理部４１６による処理に用いられるドライバプログラム、オペレーティン
グシステムプログラム、アプリケーションプログラム、データなどを記憶する。例えば、
サーバ記憶部４１２は、ドライバプログラムとして、サーバ通信部４１７を制御する通信
デバイスドライバプログラムなどを記憶する。コンピュータプログラムは、例えばＣＤ－
ＲＯＭ、ＤＶＤ－ＲＯＭなどのコンピュータ読み取り可能な可搬型記録媒体から、公知の
セットアッププログラムなどを用いてサーバ記憶部４１２にインストールされてもよい。
また、サーバ記憶部４１２は、個人情報テーブル４１１などを記憶する。なお、サーバ記
憶部４１２は、本発明の記憶部に相当することができる。

サーバ処理部４１６は、受付部４１３、判定部４１４、および生成部４１５を含む。
サーバ処理部４１６による機能は、サーバ処理部４１６が備えるプロセッサで実行される
プログラムにより実現される機能モジュールである。あるいは、これらの各部は、独立し
た集積回路、マイクロプロセッサ、またはファームウェアとしてサーバ４に実装されても
よい。なお、サーバ処理部４１６の処理内容は後述する。また、サーバ処理部４１６の構
成要素の切り分けは、一例であって、どの構成要素がどの処理を行うかは、本実施形態の
記載に限定されない。

受付部４１３は、後述するサーバ通信部４１７を介して複数のクライアントの端末装置
２から受信した住所を一括に受け付ける。具体的に受付部４１３は、クライアントから空
き家か否かの判定要求として住所を受け付ける。本発明において、受付部４１３は、受付
部に相当することができる。なお、サーバ記憶部４１２は、受付部４１３が受け付けた住
所を記憶する構成としてもよいが、個人情報保護の観点から受け付けた住所は記憶せずに
、受け付けた住所を一時的な保存領域（メモリ）に記憶してサーバ処理部４１６が空き家
か否かの判定を行うだけの処理を行う構成とする方が好ましい。この一時的な保存領域も
サーバ記憶部４１２が司ってもよい。

判定部４１４は、複数のクライアントの端末装置２から受付部４１３が受け付けた住所
が空き家か否かを判定する。すなわち、個人情報テーブル４１１を参照して、受け付けた
住所にライフラインの契約が存在するか否かを判定する。判定部４１４は、ライフライン
の契約が存在する場合、受付部４１３が受け付けた住所が空き家ではないと判定する。一
方、判定部４１４は、ライフラインの契約が存在しない場合、受付部４１３が受け付けた
住所が空き家であると判定する。

判定部４１４は、サーバ記憶部４１２が記憶しているライフラインの使用履歴情報を元
に更に精度の高い判定を行うことができる。例えば、ライフラインの契約が残っているに
も関わらず、引っ越しの都合上既に空き家となっている場合は、実際には住居が空き家状
態になっているにも関わらず空き家ではないと判定されることになる。一方、ライフライ
ンの契約があるにも関わらず、引っ越しの都合上入居が完了していない場合は、実際には
住居が空き家状態になっているにも関わらず空き家ではないと判定されることになる。ま
た、個人情報提供装置３からの個人情報の提供がタイムリーに行われない場合は、ライフ
ラインの契約無いと判定されていても、実際には入居が済んでいる場合もある。逆に、ラ
イフラインの契約が終了しているにも関わらず、ライフラインの契約の有無がタイムリー
に行われていない場合は、空き家ではないと判定されてしまう。

そこで判定部４１４は、サーバ記憶部４１２が記憶しているライフラインの使用履歴情
報を元に空き家か否かの判定を行う。まず判定部４１４は、直近の第１所定期間のライフ
ラインの使用状況をサーバ記憶部４１２から取得して、当該直近の所定期間よりも前の第
２所定期間のライフラインの使用状況をサーバ記憶部４１２から取得する。そして判定部
４１４は、それらの第１所定期間におけるライフラインの使用状況および第２所定期間に
おけるライフラインの使用状況を比較して、所定の度合い以上の差異が存在する場合に、
ライフラインの契約の有無を用いて判定した空き家か否かの情報が誤っている可能性があ
ると判定する。

生成部４１５は、クライアントの端末装置２に送信される様々な表示画面を生成する。
特に、判定部４１４が判定した空き家か否かの判定結果を含む画面を生成して、サーバ通
信部４１７を介してクライアントの端末装置２に送信する。

生成部４１５が生成した空き家か否かの判定結果は、サーバ記憶部４１２に記憶されて
もよい。しかしながら、個人情報保護の観点から空き家か否かの判定結果もサーバ記憶部
４１２に記憶せずに、生成部４１５の生成結果を一時的な保存領域（メモリ）に記憶して
、クライアントの端末装置２に送信する構成とする方が好ましい。この一時的な保存領域
もサーバ記憶部４１２が司ってもよい。

サーバ通信部４１７は、サーバ４をインターネット５に接続するための通信インターフ
ェース回路を有する。サーバ通信部４１７は、クライアントの端末装置２から空き家か否
かの判定を求める住所を受信し、判定部４１４による判定結果をクライアントの端末装置
２に送信する。また、サーバ通信部４１７は、個人情報提供装置３から個人情報の提供を
受ける際に、情報を受信する。サーバ通信部４１７は、必要に応じてクライアントの端末
装置２と様々な通信を行い、サーバ通信部４１７は、必要に応じて個人情報提供端末３と
様々な通信を行う。

（個人情報テーブルのデータ構造）
図５は、個人情報テーブル４１１の構造の一例を示す図である。また、図６は、個々の
住所ごとのライフラインの使用履歴情報の一例を示すテーブルである。

なお、サーバ記憶部４１２が個人情報テーブル４１１を記憶するのではなく、個人情報
提供装置３やその他の外部の記憶装置（サーバ）が個人情報テーブル４１１を記憶しても
よい。この場合、サーバ４は、個人情報テーブルに記憶された情報を使用する際に、個人
情報テーブル４１１を記憶する他の装置にアクセスして、当該テーブルに記憶された情報
を取得する。また、個人情報テーブル４１１に含まれる各情報は、テーブル以外の形式で
記憶されてもよく、例えばそれぞれ独立して記憶されてもよい。

図５は、個人情報テーブル４１１の構造の一例を説明する表である。個人情報テーブル
４１１は、個人情報識別情報（個人情報識別ＩＤ）、住所、およびライフラインの契約有
無情報を含む。個人情報識別情報は、サーバ４が個々の住所ごとに付与してもよく、個人
情報提供装置３が付与してもよい。なお、ライフラインの契約有無情報を含まず、ライフ
ラインの契約が存在するリストや存在しないリストを個人情報テーブル４１１が記憶する
場合、個人情報テーブル４１１は、ライフラインの契約有無情報を記憶する必要がない。
複数の個人情報提供装置３から個人情報を受け付ける場合、個人情報テーブル４１１は、
複数の異なるフォーマットで作成された個人情報のリストを図５に示すようなフォーマッ
トに変換して記憶する必要がある。この際、複数の個人情報提供装置３が同一の個人情報
を保持している可能性がある。よって、個人情報テーブル４１１は、これらの重複した個
人情報については、適宜マージするとよい。また、複数の個人情報提供装置３に含まれる
ライフラインの契約の有無情報が同一ではない場合には、最新の更新日時を持つ個人情報
提供装置から得られた個人情報のデータを優先して個人情報テーブル４１１に記憶すれば
よい。

図６は、個々の住所ごとのライフラインの使用履歴情報の一例を示すテーブルである。
使用履歴情報の記憶は、サーバ記憶部４１２が行う想定としているが、個人情報の保護の
観点から個人情報提供装置３が記憶しており、サーバ４は、個人情報提供装置３に毎度ア
クセスする構成としてもよい。図６に示される通り、ライフラインの使用履歴情報は、個
々の住所ごとの使用履歴であることから、個々の住所または、個人情報識別情報に使用履
歴情報が対応付けられて記憶されている。具体的には、使用期間と使用量が個人情報識別
情報に対応付けられて記憶されている。

（空き家判定システム１による処理）
図７は、本実施形態にかかる空き家判定システム１によるクライアントの端末装置２か
ら特定の住所の判定要求に応じて、当該住所が空き家か否かを判定し、判定結果をクライ
アントの端末装置に送信するまでの一連の流れの動作シーケンスの一例を示す図である。

以下に説明する動作シーケンスは、予めサーバ記憶部４１２に記憶されているプログラ
ムに基づいて、主にサーバ処理部４１６により、サーバ４の各要素と協働して実行される
。また、以下に説明する動作シーケンスにおいて、サーバ４は、サーバ通信部４１７を介
してクライアントの端末装置２と各種の情報を送受信する。

最初にサーバ４の受付部４１３は、クライアントの端末装置２から特定の住所が空き家
か否かの判定を求める判定要求を受信する（Ｓ１０１）。判定要求に含まれる情報は、少
なくとも住所であり、その他の情報を同時に受け付ける構成としてもよい。また、住所は
、必ず１つの住居の戸を特定可能である必要があるため、都道府県および市町村以外に番
地や号の情報までを含む必要がある。よって、受付部４１３は、受信した住所が完全なも
のかを判定する処理を行う処理を行い、判定部４１４が、受信した住所が完全なものかの
判定する（Ｓ１０２）。

受付部４１３が受信した住所が完全なものではない場合（Ｓ１０２がＮＯ）、エラー情
報がクライアントの端末装置２にサーバ通信部４１７から送信され、処理が終了される。
一方、受付部４１３が受信した住所が完全なものである場合（Ｓ１０２がＹＥＳ）、判定
部４１４は、受付部４１３が受信した住所が個人情報提供装置３から受け付けた個人情報
に含まれるか否かを判定する（Ｓ１０３）。すなわち、受付部４１３が受信した住所が個
人情報テーブル４１１に含まれない住所である場合（Ｓ１０３がＮＯ）、判定部４１４が
空き家か否かの判定を行えないため、エラー情報がクライアントの端末装置２にサーバ通
信部４１７から送信される。この場合も、処理は終了される。

受付部４１３が受信した住所が個人情報テーブル４１１に存在する場合（Ｓ１０３がＹ
ＥＳ）、判定部４１４は、受付部４１３が受信した住所と一致する住所を個人情報提供装
置３から受け付けた個人情報から検索して、受付部４１３が受信した住所にライフライン
の契約が存在するか否かを判定する（Ｓ１０４）。

図５に示す個人情報テーブル４１１の例では、個人情報ＩＤが０００３に対応付けられ
た住所についてライフラインの契約が存在しないことがわかる。

なお、個人情報テーブル４１１が個人情報ごとにライフラインの契約有無情報を含まず
、ライフラインの契約が存在する個人情報のみを個人情報としてサーバ４に提供している
場合、判定部４１４は、空き家ではないことを判定するのみを実施できる。一方、個人情
報テーブル４１１がライフラインの契約が存在しない個人情報のみを個人情報としてサー
バ４に提供している場合、判定部４１４は、空き家であることのみを判定できる。

次に、判定部４１４は、直近の第１所定期間のライフラインの使用状況および当該直近
の所定期間よりも前の第２所定期間のライフラインの使用状況を比較して、所定の度合い
以上の差異が存在する場合に、ライフラインの契約の有無を用いて判定した空き家か否か
の情報が誤っている可能性があると判定する（Ｓ１０５）。すなわち、判定部４１４は、
前のＳ１０３で判定した結果に対して、どの程度の精度で判定結果が正しいかの精度判定
を更に行うことができる。判定部４１４は、所定の度合いの差異が小さければ小さいほど
Ｓ１０４の判定結果の精度が高いと判定し、所定の度合いの差異が大きければ大きいほど
Ｓ１０４の判定結果の判定結果の精度が低いと判定する。

図６の例では、直近の第１所定期間のライフラインの使用状況（電力使用量）が、それ
までの第２所定期間ライフラインの使用情報（電力使用量）と比較して大幅に減少してい
るため、ライフラインの契約の有無に関わらず直近の第１所定期間において、特定の住所
を含む住居に退去した可能性があると判定できる（Ｓ１０４の判定結果の精度が低い）。
一方、図６の例とは異なる例として、直近の第１所定期間のライフラインの使用状況（電
力使用量）が、それまでの第２所定期間ライフラインの使用情報（電力使用量）と比較し
て大幅に増大している場合には、ライフラインの契約の有無に関わらず直近の第１所定期
間において、特定の住所を含む住居に入居した可能性があると判定できる（Ｓ１０４の判
定結果の精度が低い）。また、図６の例では、半年間の使用履歴情報が個人情報識別情報
ごとに個人情報テーブル４１１に記憶されており、所定期間が１ヶ月に設定されている。
この所定期間を短くすることで、更に精度判定を正確に行うことが可能である。しかしな
がら、所定期間を１日から１週間程度としてしまうと、長期不在にしている場合を、空き
家である可能性が高いと判定してしまうため、所定期間は、半月程度が好ましい。

続いて、サーバ通信部４１７は、Ｓ１０４で得られた判定結果およびＳ１０５で得られ
た判定結果の精度判定結果を元に、クライアントの端末装置２に送信する判定結果を生成
して、クライアントの端末装置２に送信する（Ｓ１０６）。なお、サーバ通信部４１７は
、Ｓ１０５の精度判定を行わず、Ｓ１０４のライフラインの契約の有無のみに基づいて得
られた判定結果をクライアントの端末装置２に送信する構成としてもよい。

以上説明したように、本実施形態にかかる空き家判定システム１は、複数のクライアン
トの端末装置２からの要求に含まれる住所が空き家か否かをライフラインの契約の有無情
報に応じて判定し、更にその判定結果の精度をライフラインの使用履歴情報に基づいて判
定することができる。近年では、ライフラインの種別によっては、スマートメータを採用
しているケースが多く、ライフラインの契約の有無情報のみからでも高い精度で空き家か
否かの判定を行うことができる。また、ライフラインの使用履歴情報を用いることによっ
て、空き家か否かの判定結果の精度判定を更に行うことで、空き家か否かの判定の精度を
更に上げることができる。

当業者は、本発明の精神および範囲から外れることなく、様々な変更、置換および修正
をこれに加えることが可能であることを理解されたい。以下に説明する変形例においては
、それぞれの変形例同士が組み合わせれて本発明を実施可能であることも理解されたい。

（変形例１）
図５の個人情報テーブル４１１に示される通り、住所表記とは、表記ゆれが多く発生す
るものである。表記ゆれが存在する場合、個人情報提供装置３が保有する住所の住所表記
およびクライアントの端末装置２から受信した住所の住所表記が異なる場合に、判定部４
１４は、正常は判定が行えない。よって、本実施形態において、サーバ４は、個人情報提
供装置３から個人情報を受信した際に、個人情報提供装置３から受信した個人情報に含ま
れる住所の住所表記を名寄せして、統一のフォーマットに変更して個人情報テーブル４１
１に記憶してもよい。また、クライアントの端末装置２から受信した住所の住所表記の名
寄せの処理を、Ｓ１０２の前後のどちらかに入れることで、個人情報テーブル４１１のフ
ォーマットにクライアントの端末装置２から受信した住所の住所表記を合わせることがで
きるため、判定部４１４は、正常に空き家か否かの判定を行うことができる。

図８は、本実施形態の変形例１にかかる空き家判定システム１によるクライアントの端
末装置２から特定の住所の判定要求に応じて、当該住所が空き家か否かを判定し、判定結
果をクライアントの端末装置に送信するまでの一連の流れの動作シーケンスの一例を示す
図である。

例えば、図８のように、受付部４１３が受信した住所が完全なものである場合（Ｓ１０
２がＹＥＳ）に、受付部４１３が受信した住所の表示を名寄せする処理を行うことが可能
である（Ｓ１０７）。住所表記の名寄せが完了すると、判定部４１４は、受付部４１３が
受信した住所が個人情報提供装置３から受け付けた個人情報に含まれるか否かを判定する
（Ｓ１０３）。

（変形例２）
本実施形態において、判定部４１４は、Ｓ１０４の判定結果の判定結果の精度を直近の
第１所定期間のライフラインの使用状況および当該直近の所定期間よりも前の第２所定期
間のライフラインの使用状況を比較して、所定の度合い以上の差異が存在するか否かによ
って判定した。しかしながら、判定部４１４は、ライフラインの直近の使用状況だけを用
いて、Ｓ１０４の判定結果の妥当性を判定することができる。

図９は、本実施形態の変形例２にかかる空き家判定システム１によるクライアントの端
末装置２から特定の住所の判定要求に応じて、当該住所が空き家か否かを判定し、判定結
果をクライアントの端末装置に送信するまでの一連の流れの動作シーケンスの一例を示す
図である。

例えば、図９に示す通りＳ１０４にて、受付部４１３が受信した住所にライフラインの
契約の有無を判定した後で、当該住所の直近のライフラインの使用履歴を参照してＳ１０
４の判定結果の妥当性を判定する（Ｓ１０８）。具体的には、受付部４１３が受信した住
所が空き家ではないと判定部４１４が判定した場合に、直近のライフラインの使用量が著
しく少ない（略ゼロ）場合、判定部４１４は、受付部４１３が受信した住所が空き家では
ないという判定が妥当ではないと判定する。一方、受付部４１３が受信した住所が空き家
であると判定部４１４が判定した場合に、直近のライフラインの使用量が所定量より多い
（ゼロではない）場合、判定部４１４は、受付部４１３が受信した住所が空き家であると
いう判定が妥当ではないと判定する。

（変形例３）
本実施形態では、サーバ４がＳ１０１からＳ１０６の処理を実行することとして記載し
ているが、Ｓ１０１からＳ１０６の処理の少なくとも一部を複数のクライアントの端末装
置２などが実施することでも本発明を実施することができる。この場合、サーバ４は、サ
ーバ通信部４１７を通じて、クライアントの端末装置２にＡＰＩ（Application Programm
ing Interface）などを提供することで、サーバ４およびクライアントの端末装置２の端
末処理部２１５と共同して本発明を実施することができる。個人情報テーブル４１１は、
個人情報の保護の観点からサーバ４の外部に出すことが困難であるため、Ｓ１０３、Ｓ１
０４、およびＳ１０５の処理は、クライアントの端末装置２で実行することは好ましくな
い。よって、Ｓ１０３、Ｓ１０４、およびＳ１０５以外の少なくとも一部をＡＰＩなどと
して配布することができる。また、個人情報テーブル４１１を外部に出せる場合には、ク
ライアントの端末装置２内でＳ１０１からＳ１０６の処理を全て実行することとしてもよ
い。

（変形例４）
本実施形態では、サーバ４がＳ１０１からＳ１０６の処理を実行することとして記載し
ているが、個人情報提供装置３から個人情報の提供が困難な場合が考えられる。その場合
、個人情報テーブル４１１が個人情報提供装置３内に存在することとなるため、Ｓ１０３
、Ｓ１０４、およびＳ１０５の処理をサーバ４内で完結できない。よって、Ｓ１０３、Ｓ
１０４、およびＳ１０５の処理を個人情報提供装置３が実施する必要がある。また、変形
例３同様に、Ｓ１０１からＳ１０６の少なくとも一部を個人情報提供装置３が実施できる
ようなＡＰＩとして、サーバ通信部４１７が個人情報提供装置３に提供することができる
。更には、Ｓ１０１からＳ１０６の処理を全て個人情報提供装置３が実施する構成とする
こともできる。

１ 空き家判定システム
２ クライアントの端末装置
２１１ 端末通信部
２１２ 端末記憶部
２１３ 端末操作部
２１４ 端末表示部
２１５ 端末処理部
３ 個人情報提供装置
４ サーバ
４１１ 個人情報テーブル
４１２ サーバ記憶部
４１３ 受付部
４１４ 判定部
４１５ 生成部
４１６ サーバ処理部
４１７ サーバ通信部
５ インターネット

Claims (8)

1. 複数の住所およびライフラインの供給の履歴情報並びに契約の有無情報が対応付けられて記録されたデータベースを記憶する記憶部と、
   １つの住所が空き家か否かの判定要求を端末装置から受信する受付部と、
   前記受け付けた前記住所が空き家か否かを、前記記憶部に記憶されたデータベースの契約の有無情報及び前記ライフラインの供給の履歴情報に基づいて判定する判定部と、
   前記判定部が判定した判定結果を前記端末装置に送信する送信部と、
   を備える空き家判定システム。
2. 前記判定部は、直近の第１所定期間の前記ライフラインの使用状況および当該第１所定期間よりも前の第２所定期間の前記ライフラインの使用状況を比較して前記住所が空き家か否かを判定する
   ことを特徴とする請求項１に記載の空き家判定システム。
3. 前記判定部は、前記第１所定期間よりも前記第２所定期間の前記ライフラインの使用状況が所定以上増大している場合に、空き家ではないと判定する
   ことを特徴とする請求項２に記載の空き家判定システム。
4. 前記判定部は、前記第１所定期間よりも前記第２所定期間の前記ライフラインの使用状況が所定以上減少している場合に、空き家であると判定する
   ことを特徴とする請求項２に記載の空き家判定システム。
5. 前記判定部は、前記受付部が受け付けた前記住所の表記に対して名寄せ処理を行ってから判定を行う
   ことを特徴とする請求項１に記載の空き家判定システム。
6. 前記記憶部は、前記受付部が受け付けた前記住所を記憶しない
   ことを特徴とする請求項１に記載の空き家判定システム。
7. コンピュータが、
   データベースに、複数の住所およびライフラインの供給の履歴情報並びに契約の有無情報を対応付けて記憶する記憶ステップと、
   １つの住所が空き家か否かの判定要求を端末装置から受信する受付ステップと、
   前記受け付けた前記住所が空き家か否かを、前記データベースの契約の有無情報及び前記ライフラインの供給の履歴情報に基づいて判定する判定ステップと、
   前記判定ステップが判定した判定結果を前記端末装置に送信する送信ステップと、
   を実行する空き家判定方法。
8. コンピュータに、
   複数の住所およびライフラインの供給の有無情報並びに契約の有無情報が対応付けられて記録されたデータベースを記憶する記憶機能と、
   １つの住所が空き家か否かの判定要求を端末装置から受信する受付機能と、
   前記受け付けた前記住所が空き家か否かを、前記データベースの契約の有無情報及び前記ライフラインの供給の履歴情報に基づいて判定する判定機能と、
   前記判定機能が判定した判定結果を前記端末装置に送信する送信機能と、
   を実現させる空き家判定プログラム。
   

Images