特開 2024-46461 不動産支援システム、不動産支援方法、及び不動産支援プログラム

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

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

(11)【公開番号】P2024046461

(43)【公開日】2024-04-03

(54)【発明の名称】不動産支援システム、不動産支援方法、及び不動産支援プログラム

(51)【国際特許分類】

   G06Q 50/163 20240101AFI20240327BHJP

   G06Q 10/20 20230101ALI20240327BHJP

【ＦＩ】

G06Q50/16 300

G06Q10/00 300

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022151868

(22)【出願日】2022-09-22

(71)【出願人】

【識別番号】398040527

【氏名又は名称】株式会社オービック

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】今井 至誠

(72)【発明者】

【氏名】中野 花奈子

(72)【発明者】

【氏名】久布白 兼弘

(72)【発明者】

【氏名】西村 翔大

(72)【発明者】

【氏名】上野 剛光

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

5L049

【Ｆターム（参考）】

5L049CC15

5L049CC28

(57)【要約】

【課題】不動産のメンテナンス事業と不動産の管理事業間で発生する請求債権と支払債務とをデータ連携することで、不動産のメンテナンス事業と管理事業間での決済業務を効率化すること。
【解決手段】複数の不動産に対するメンテナンス業務を支援するためのメンテナンスシステムと、複数の不動産に対する管理業務を支援するための管理システムと、で構築される不動産支援システムであって、前記メンテナンスシステムは、請求書番号、請求先、メンテナンス内容、請求金額を含む請求データを出力し、前記管理システムは、前記請求データを債務データとして取り込み、請求書番号、請求先、支払金額を含む支払データを出力し、前記メンテナンスシステムは、前記支払データを取り込み、請求書番号単位で、前記請求データの請求金額と前記支払データの支払金額を照合し、金額が一致した場合に、当該請求データの請求金額の消込を行う。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数の不動産に対するメンテナンス業務を支援するためのメンテナンスシステムと、複数の不動産に対する管理業務を支援するための管理システムと、で構築される不動産支援システムであって、
前記メンテナンスシステムは、請求書番号、請求先、メンテナンス内容、請求金額を含む請求データを出力し、
前記管理システムは、前記請求データを債務データとして取り込み、請求書番号、請求先、支払金額を含む支払データを出力し、
前記メンテナンスシステムは、前記支払データを取り込み、請求書番号単位で、前記請求データの請求金額と前記支払データの支払金額を照合し、金額が一致した場合に、当該請求データの請求金額の消込を行うことを特徴とする不動産支援システム。

【請求項2】

前記メンテナンスシステムは、金額が不一致の請求データの明細については、エラーリストを出力することを特徴とする請求項１に記載の不動産支援システム。

【請求項3】

前記メンテナンスシステムと前記管理システム間では、サーバを経由して前記請求データ及び前記支払データの受け渡しを行うことを特徴とする請求項１に記載の不動産支援システム。

【請求項4】

前記不動産は、マンションであり、
前記メンテナンスシステムのメンテナンス業務は、清掃管理業務、建物・設備保全業務、又は警備防災業務を含み、
前記管理システムは、マンション管理組合の管理費にかかわる出納・収支管理を支援することを特徴とする請求項１～３のいずれか１つに記載の不動産支援システム。

【請求項5】

複数の不動産に対するメンテナンス業務を支援するためのメンテナンスシステムと、複数の不動産に対する管理業務を支援するための管理システムと、で構築される不動産支援システムが実行する不動産支援方法であって、
前記メンテナンスシステムが、請求書番号、請求先、メンテナンス内容、請求金額を含む請求データを出力する工程と、
前記管理システムが、前記請求データを債務データとして取り込み、請求書番号、請求先、支払金額を含む支払データを出力する工程と、
前記メンテナンスシステムが、前記支払データを取り込み、請求書番号単位で、前記請求データの請求金額と前記支払データの支払金額を照合し、金額が一致した場合に、当該請求データの請求金額の消込を行う工程と、
を含むことを特徴とする不動産支援方法。

【請求項6】

複数の不動産に対するメンテナンス業務を支援するためのメンテナンスシステムと、複数の不動産に対する管理業務を支援するための管理システムと、で構築される不動産支援システムが実行するための不動産支援プログラムであって、
前記メンテナンスシステムが、請求書番号、請求先、メンテナンス内容、請求金額を含む請求データを出力する工程と、
前記管理システムが、前記請求データを債務データとして取り込み、請求書番号、請求先、支払金額を含む支払データを出力する工程と、
前記メンテナンスシステムが、前記支払データを取り込み、請求書番号単位で、前記請求データの請求金額と前記支払データの支払金額を照合し、金額が一致した場合に、当該請求データの請求金額の消込を行う工程と、
をコンピュータに実行させるための不動産支援プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、不動産支援システム、不動産支援方法、及び不動産支援プログラムに関する。

【背景技術】

【0002】

例えば、ビルメンテナンス業界においては、マンションのメンテナンス事業とマンション管理組合支援事業の両事業を同一又はグループの企業で行う場合がある。例えば、マンションの管理業務を同一企業のメンテナンス事業とマンション管理組合支援事業で受託する場合に、マンション管理組合に対するメンテナンス事業の請求に対して、マンション管理組合支援事業がマンション管理組合の支払を行う社内取引が発生する場合がある。従来、マンション管理組合を支援するシステムとして、例えば、特許文献１がある。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

しかしながら、上記特許文献１においては、不動産のメンテナンス事業と不動産の管理事業（例えば、マンション管理組合支援事業）間の決済業務を効率化することに関して何ら記載されていない。

【0005】

本発明は、上記に鑑みてなされたものであって、不動産のメンテナンス事業と不動産の管理事業間で発生する請求債権と支払債務とをデータ連携することで、不動産のメンテナンス事業と管理事業間での決済業務を効率化することが可能な不動産支援システム、不動産支援方法、及び不動産支援プログラムを提供することを目的とする。

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

【0006】

上述した課題を解決し、目的を達成するために、本発明は、複数の不動産に対するメンテナンス業務を支援するためのメンテナンスシステムと、複数の不動産に対する管理業務を支援するための管理システムと、で構築される不動産支援システムであって、前記メンテナンスシステムは、請求書番号、請求先、メンテナンス内容、請求金額を含む請求データを出力し、前記管理システムは、前記請求データを債務データとして取り込み、請求書番号、請求先、支払金額を含む支払データを出力し、 前記メンテナンスシステムは、前記支払データを取り込み、請求書番号単位で、前記請求データの請求金額と前記支払データの支払金額を照合し、金額が一致した場合に、当該請求データの請求金額の消込を行うことを特徴とする。

【0007】

また、本発明の一態様によれば、前記メンテナンスシステムは、金額が不一致の請求データの明細については、エラーリストを出力することにしてもよい。

【0008】

また、本発明の一態様によれば、前記メンテナンスシステムと前記管理システム間ではサーバを中継して前記請求データ及び前記支払データの取り込みを行うことにしてもよい。

【0009】

また、本発明の一態様によれば、前記不動産は、マンションであり、前記メンテナンスシステムのメンテナンス業務は、清掃管理業務、建物・設備保全業務、又は警備防災業務を含み、前記管理システムは、マンション管理組合の管理費にかかわる出納・収支管理を支援することにしてもよい。

【0010】

また、上述した課題を解決し、目的を達成するために、本発明は、複数の不動産に対するメンテナンス業務を支援するためのメンテナンスシステムと、複数の不動産に対する管理業務を支援するための管理システムと、で構築される不動産支援システムが実行する不動産支援方法であって、前記メンテナンスシステムが、請求書番号、請求先、メンテナンス内容、請求金額を含む請求データを出力する工程と、前記管理システムが、前記請求データを債務データとして取り込み、請求書番号、請求先、支払金額を含む支払データを出力する工程と、前記メンテナンスシステムが、前記支払データを取り込み、請求書番号単位で、前記請求データの請求金額と前記支払データの支払金額を照合し、金額が一致した場合に、当該請求データの請求金額の消込を行う工程と、を含むことを特徴とする。

【0011】

また、上述した課題を解決し、目的を達成するために、本発明は、複数の不動産に対するメンテナンス業務を支援するためのメンテナンスシステムと、複数の不動産に対する管理業務を支援するための管理システムと、で構築される不動産支援システムが実行するための不動産支援プログラムであって、前記メンテナンスシステムが、請求書番号、請求先、メンテナンス内容、請求金額を含む請求データを出力する工程と、前記管理システムが、前記請求データを債務データとして取り込み、請求書番号、請求先、支払金額を含む支払データを出力する工程と、前記メンテナンスシステムが、前記支払データを取り込み、請求書番号単位で、前記請求データの請求金額と前記支払データの支払金額を照合し、金額が一致した場合に、当該請求データの請求金額の消込を行う工程と、をコンピュータに実行させるための不動産支援プログラムであることを特徴とする。

【発明の効果】

【0012】

本発明によれば、不動産のメンテナンス事業と不動産の管理事業間で発生する請求債権と支払債務とをデータ連携することで、不動産のメンテナンス事業と管理事業間での決済業務を効率化することが可能となるという効果を奏する。

【図面の簡単な説明】

【0013】

【図1】図１は、本実施形態における不動産支援システムの構成例を示す図である。

【図2】図２は、図１のメンテナンスシステムの構成の一例を示すブロック図である。

【図3】図３は、請求先マスタの構成例を示す図である。

【図4】図４は、図１の管理システムの構成の一例を示すブロック図である。

【図5】図５は、本実施形態における不動産支援システムの全体の処理の概略を説明するための図である。

【図6】図６は、本実施形態における不動産支援システムの処理の具体例を説明するための図である。

【図7】図７は、本実施形態における不動産支援システムの処理の具体例を説明するための図である。

【図8】図８は、本実施形態における不動産支援システムの処理の具体例を説明するための図である。

【図9】図９は、本実施形態における不動産支援システムの処理の具体例を説明するための図である。

【図10】図１０は、本実施形態における不動産支援システムの処理の具体例を説明するための図である。

【図11】図１１は、本実施形態における不動産支援システムの処理の具体例を説明するための図である。

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

【0014】

本発明の実施形態を図面に基づいて詳細に説明する。なお、本発明は本実施形態により限定されるものではない。

【0015】

［１．概要］
例えば、ビルメンテナンス業界においては、マンションのメンテナンス事業とマンション管理組合支援事業の両事業を同一又はグループの企業で行う場合がある。例えば、マンションの管理業務を同一企業のメンテナンス事業とマンション管理組合支援事業で受託する場合に、マンション管理組合に対するメンテナンス事業の請求に対して、マンション管理組合支援事業がマンション管理組合の支払を行う社内取引が発生する場合がある。

【0016】

この取引の特徴として、（１）同一会社内で取引が完結するため、請求金額や支払日の変動がない、（２）各管理マンション単位での取引となるため、取引量が多いことがあり、従来であればメンテナンス事業での請求業務、マンション管理組合支援事業での支払業務、メンテナンス事業での入金・入金消込業務のそれぞれで手動で処理を行う必要があるため、請求・支払の突合作業や、消込処理にかかる時間が膨大になっていた。

【0017】

本実施の形態では、不動産のメンテナンス事業と不動産の管理支援事業（例えば、マンション管理組合支援事業）間で発生する請求債権と支払債務とをデータ連携することで、メンテナンス事業と管理支援事業間での決済業務を効率化する。

【0018】

より具体的には、本実施の形態では、不動産のメンテナンス事業を支援するメンテナンスシステムが、自社内での取引であるメンテナンス事業で発生した請求データを、不動産の管理事業を支援する管理システムに受け渡し、支払データを手動で登録する手間を省いた。また、管理システムから、メンテナンスシステムに支払データを送り、請求データに対する入金に対しての消込を一括で処理できるようにした。これにより、請求・支払の突合作業や、消込処理にかかる業務を簡略化することが可能となる。

【0019】

［２．構成］
本実施形態に係る不動産支援システム１の構成例について図１～図４を参照して説明する。

【0020】

（２－１．不動産支援システムの構成例）
本実施形態に係る不動産支援システム１の構成の一例について、図１を参照して説明する。図１は、本実施形態における不動産支援システム１の構成例を示す図である。図１において、不動産支援システム１は、ネットワーク４０を介して、互いにデータ通信可能に構成された、メンテナンスシステム１０、管理システム２０、及びサーバ３０で構成されている。

【0021】

メンテナンスシステム１０は、例えば、マンション等の複数の不動産に対するメンテナンス業務を支援するためのシステムである。例えば、メンテナンス業務は、清掃管理業務、建物・設備保全業務、又は警備防災業務を含む。

【0022】

管理システム２０は、マンション等の複数の不動産に対する管理業務を支援するためのシステムである。管理業務は、例えば、マンション管理組合の管理費にかかわる出納・収支管理の支援を含む。

【0023】

サーバ３０は、例えば、ファイルやデータ等の情報を保管（中継）するためのデータ保管用のサーバである。メンテナンスシステム１０及び管理システム２０は、サーバ３０にデータをアップロードし、また、サーバ３０からデータをダウンロードする。

【0024】

メンテナンスシステム１０は、請求書番号、請求先、メンテナンス内容、請求金額を含む請求データを生成して、サーバ３０にアップロードする。管理システム２０は、サーバ３０から請求データをダウンロードして、請求データを債務データとして取り込み、債務データに基づいて、請求書番号、請求先、支払金額を含む支払データを生成して、サーバ３０にアップロードする。メンテナンスシステム１０は、サーバ３０から支払データをダウンロードして取り込み、請求書番号単位で、請求データの請求金額と支払データの支払金額を照合し、金額が一致した場合に、当該請求データの請求金額の消込を行う。

【0025】

以下の説明では、メンテナンスシステム１０は、マンションのメンテナンス業務（清掃管理業務、建物・設備保全業務、又は警備防災業務）を支援し、管理システム２０は、マンション管理組合の管理費にかかわる出納・収支管理を支援する場合を一例として説明するが、本発明の不動産支援システムは、これに限られるものではなく、商業ビル等の他の不動産を管理する場合にも適用可能である。

【0026】

なお、ここでは、メンテナンスシステム１０と管理システム２０間では、サーバ３０を経由して請求データ及び支払データの受け渡しを行うこととしているが、サーバ３０を経由しないで直接受け渡しを行うことにしてもよい。

【0027】

（メンテナンスシステム１０の構成例）
図２を参照して、図１のメンテナンスシステム１０の構成の一例について説明する。図２は、図１のメンテナンスシステム１０の構成の一例を示すブロック図である。

【0028】

メンテナンスシステム１０は、市販のデスクトップ型パーソナルコンピュータである。なお、メンテナンスシステム１０は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置に限らず、市販されているノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型情報処理装置であってもよい。

【0029】

メンテナンスシステム１０は、制御部１０２と通信インターフェース部１０４と記憶部１０６と入出力インターフェース部１０８と、を備えている。メンテナンスシステム１０が備えている各部は、任意の通信路を介して通信可能に接続されている。

【0030】

通信インターフェース部１０４は、ルータ等の通信装置及び専用線等の有線又は無線の通信回線を介して、メンテナンスシステム１０をネットワーク４０に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク４０は、メンテナンスシステム１０と、管理システム２０やサーバ３０とを相互に通信可能に接続する機能を有し、例えば、社内ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。

【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】

（３－１．全体の処理）
図５を参照して、不動産支援システム１の全体の処理の概略を説明する。図５において、メンテナンスシステム１０の請求データ出力部１０２ａは、請求データ出力処理を実行する（ステップＳ１）。具体的には、請求データ出力処理では、請求データ出力部１０２ａは、例えば、モニタ１１４に表示される不図示の入力画面上でのオペレータの操作に応じて、請求先マスタ１０６ｂを参照して、請求書番号、請求先、メンテナンス内容、請求金額を含む請求データを作成して、データファイル１０６ａに格納する。また、請求データ出力部１０２ａは、作成した請求データをサーバ３０にアップロードする。このように、請求データ出力処理では、各マンション管理組合別の請求データを出力する。

【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】

１ 不動産支援システム
１０ メンテナンスシステム
２０ 管理システム
３０ サーバ
４０ ネットワーク
１０２ 制御部
１０２ａ 請求データ出力部
１０２ｂ 入金消込処理部
１０２ｃ 画面表示制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ データファイル
１０６ｂ 請求先マスタ
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２０２ 制御部
２０２ａ 債務データ取込部
２０２ｂ 支払処理部
２０２ｃ 画面表示制御部
２０４ 通信インターフェース部
２０６ 記憶部
２０６ａ データファイル
２０８ 入出力インターフェース部
２１２ 入力装置
２１４ 出力装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】