JP7451381B2 - 物件管理装置及び物件管理方法 - Google Patents

Description

本発明は、不動産物件の管理を行う物件管理装置及び物件管理方法に関する。

マンション等の不動産物件は、購入して所有すると、所有者が居住したり賃貸したりすることにより使用される。また、所有者が売却すると次の所有者が居住したり賃貸したりする。

現在ではネットワーク環境の発達に伴い、購入時等にオンラインで物件の選択や各種手続等が行えるようにしているものもある。

例えば、特許文献１では、ユーザ端末のユーザが、受付装置に対し画面を介して分譲マンションの購入予約申込みや購入申込みを行なうことが記載されている。この受付装置は、ユーザ端末より購入申込みを受付けると、これを仲介装置に通知し、売買契約書類データのやり取りを行ない、分譲マンション販売業者およびユーザ間の売買契約の締結を仲介する。また、金融機関端末より通知された融資結果に従って融資契約書類データのやり取りを行ない。金融機関およびユーザ間の購入資金融資契約の締結を仲介する。

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

賃貸物件等では、管理会社等が提供するインターネット接続サービスに入居者が加入できる物件もある。このような接続サービスは、単にインターネット接続に限らず、入居者への各種付加価値サービス等の提供も行われている。

しかしながら、上記したような入居者専用のサービスの場合、所有のみで他人に賃貸するようなケースでは、所有者は何らサービスの提供が受けられない。また、特許文献１に記載の発明は購入時の手続きに特化したものであり、例えば引き渡し後については何ら考慮されていない。また、中古で物件を購入する場合や、物件を複数所有する場合もありうる。したがって、現状では購入、所有、入居といった各段階を一貫して管理することができなかった。

本発明は、上記のような問題点を解決しようとするものであり、物件の所有や入居等を一貫して管理することができる物件管理装置及び物件管理方法を提供することを目的とする。

上記課題を解決するためになされた請求項１に記載された発明は、不動産の物件管理装置において、物件毎に購入情報、所有情報、居住情報を含むステータス情報を有する物件情報が格納されている物件情報格納手段と、会員登録の受付及び登録された会員からの前記ステータス情報の変更を受け付ける受付手段と、前記受付手段が前記会員登録時に受け付けた前記会員にかかる個人情報を、前記購入情報、前記所有情報、前記居住情報のいずれかと紐付ける紐付手段と、前記会員に対して所定の情報を送信可能な送信手段と、を有し、前記紐付手段は、既に会員の前記個人情報が紐付けされている前記ステータス情報に対して、異なる会員の前記個人情報の紐付けが要求された場合は、前記異なる会員の前記個人情報は既に紐付けられている前記個人情報とは区別して紐付け、既に紐付けられている前記個人情報が示す前記会員に対して確認情報を前記送信手段に送信させる、ことを特徴とする物件管理装置である。

以上説明したように本発明によれば、物件情報がステータス情報を有し、ステータス情報に含まれる所有情報、居住情報にはそれぞれ個別に個人情報が紐付け可能となっている。このようにすることにより、所有と居住について個別に個人情報が紐付けられるので、所有のみ、所有して居住、居住のみといった各状態について管理することが可能となる。したがって、物件の所有や入居等を一貫して管理することができる。

本発明の一実施形態にかかる物件管理装置を有するシステムの概略構成図である。 図１に示されたサーバ装置の機能構成図である。 購入情報、所有情報、居住情報の構成例である。 物件Ａを新築購入したユーザＷが売却するまでの動作を時系列に示した図である。 物件Ａを賃貸入居したユーザＸが引っ越すまでの動作を時系列に示した図である。 物件Ａを中古購入したユーザＹが売却するまでの動作を時系列に示した図である。 物件Ａの入居済みオーナーであるユーザＺが物件Ｂを新築購入し引っ越すまでの動作を時系列に示した図である。 サーバ装置における購入情報、所有情報、居住情報の紐付け動作についてのフローチャートである。 サーバ装置における購入情報、所有情報、居住情報の紐付け解除の動作についてのフローチャートである。

本発明の一実施形態にかかる物件管理装置を図１～図９を参照して説明する。図１は、本発明の一実施形態にかかる物件管理装置を有するシステムの概略構成図である。

システムは、物件管理装置としてのサーバ装置１０と、ユーザ端末２０と、を備えている。そして、サーバ装置１０とユーザ端末２０とは、インターネット等のネットワークＮで互いに通信可能に接続されている。

サーバ装置１０は、周知のサーバコンピュータであり、マイクロプロセッサ等の演算装置やハードディスクドライブ等の記憶装置、通信インターフェース等の通信装置等を備えている。本実施形態におけるサーバ装置１０の機能構成を図２に示す。図２に示したように、サーバ装置１０は、受付手段１１と、送信手段１２と、紐付手段１３と、物件情報格納手段１４と、を備えている。これらの手段は、サーバ装置１０の記憶装置に格納されたコンピュータプログラムをマイクロプロセッサが実行することにより実現される。

受付手段１１は、ユーザ端末２０から送信される会員登録情報等を受け付ける。会員登録情報の詳細は後述する。受付手段１１は、例えば通信インターフェース等が機能する。

送信手段１２は、ユーザ端末２０に対して後述する購入者向け情報、オーナー向け情報、居住者向け情報等を送信する。送信手段１２は、例えば通信インターフェース等が機能する。送信手段１２は、会員に対して所定の情報が送信可能となっている。

紐付手段１３は、受付手段１１が受け付けた会員登録情報等に基づいて、物件情報格納手段１４に格納されている購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄと、会員情報１４ａと、を紐付ける。紐付手段１３の紐付け動作については後述する。紐付手段１３は、例えばマイクロプロセッサ等が機能する。

物件情報格納手段１４は、本システムのサービス提供を受ける会員の情報（会員情報）や物件毎の各種情報（物件情報）が格納されている。本実施形態では、会員情報１４ａと、ステータス情報として購入情報１４ｂと所有情報１４ｃと居住情報１４ｄとが物件毎に格納されている。物件情報格納手段１４は、例えばハードディスクドライブ等の記憶装置が機能する。

会員情報１４ａは、本システムのサービス提供を受ける会員の個人情報が格納されている。会員情報の内容としては、会員番号、パスワード、メールアドレス、氏名等が挙げられる。

購入情報１４ｂは、当該住戸を購入（契約）した会員情報と紐付けるための情報が格納されている。紐付けるための情報としては、例えば会員番号が挙げられる（パスワードやメールアドレス等会員情報に含まれる他の情報であってもよい）。所有情報１４ｃは、当該住戸を所有する会員情報と紐付けるための情報が格納されている。紐付けるための情報としては、購入情報１４ｂと同様に例えば会員番号が挙げられる。居住情報１４ｄは、当該住戸に居住する会員情報と紐付けるための情報が格納されている。紐付けるための情報としては、購入情報１４ｂと同様に例えば会員番号が挙げられる。

ここで、上述した購入情報１４ｂの購入とは物件（住戸）を購入する契約が成立している状態であり引き渡し前の状態である。所有情報１４ｃの所有とは物件の引き渡しがされた状態であり居住の有無は問わない状態である。居住情報１４ｄの居住とは所有や賃貸に関わらず実際に居住していることを示す状態である。

購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄの構成例について図３を参照して説明する。図３に示すように、購入情報１４ｂは、物件１４ｂ１と、棟１４ｂ２と、部屋１４ｂ３と、紐付先１４ｂ４と、からなる。物件１４ｂ１は、例えば〇〇マンション等の物件名が設定される。棟１４ｂ２は、当該物件が複数棟から構成される場合は棟番号等が設定される。部屋１４ｂ３は、１０１号室等の部屋番号等が設定される。紐付先１４ｂ４は、上述したように会員情報と紐付けるための情報が格納される。紐付先１４ｂ４は、原則として一の会員情報のみが紐付け可能である。所有情報１４ｃ、居住情報１４ｄも構成は購入情報１４ｂと同様である。

即ち、物件情報は、物件毎に少なくとも所有情報１４ｃ、居住情報１４ｄが含まれるステータス情報を有し、所有情報１４ｃ、居住情報１４ｄにはそれぞれ個別に会員情報１４ａ（個人情報）が紐付け可能となっている。

このように本実施形態では、購入情報１４ｂと所有情報１４ｃと居住情報１４ｄとが独立して設けられている。そのため、同じ部屋であっても購入者と所有者と居住者が異なる状況を管理することが可能となる。また、所有者のみが変更となった場合であってもシステム上は居住者に関する情報に何ら影響を及ぼすことが無い。さらに、１人のユーザが複数物件を所有していても管理が容易であるし、あるユーザ自身はある物件に賃貸で居住し、他の物件を所有するといった状態の管理も容易である。ここで、特許請求の範囲に記載の物件毎とは、例えばマンションであれば部屋（住戸）毎を意味する。つまり、購入情報１４ｂの場合であれば、部屋１４ｂ３毎を意味し、〇〇マンション全体を意味しない。

ユーザ端末２０は、例えば周知のスマートフォンやパーソナルコンピュータ等で構成されている。ユーザ端末２０は、マイクロプロセッサ等の演算装置やＳＳＤ等の記憶装置、通信回路や通信インターフェース等の通信装置、表示画面及びタッチパネルやキーボード等の操作装置等を備えている。

また、ユーザ端末２０は、サーバ装置１０と通信し、各種操作や情報を受信するためのアプリ（アプリケーションプログラム）がインストールされている。

次に、上述した構成のシステムおいて、物件を新築購入したユーザが売却するまでの動作を図４を参照し、物件を賃貸入居したユーザの動作を図５を参照し、物件を中古購入したユーザの動作を図６を参照し、物件の入居済みオーナーが他の物件を新築購入し引っ越しするまでの一連動作を図７を参照してそれぞれ説明する。

（物件を新築購入したユーザが売却するまでの動作）
図４は物件Ａを新築購入したユーザＷが売却するまでの動作を時系列に示した図である。図４の上段はユーザＷがユーザ端末２０において上述したアプリに対して行う操作を示し、中段はサーバ装置１０からアプリへの情報配信内容を示す。さらに、図４の下段は購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄのそれぞれの紐付先の内容を示す。

まず、物件Ａを購入する際にはユーザＷはアプリを操作して物件Ａの購入の招待コードを入力する。購入の招待コードは、例えば契約時に不動産販売業者から渡されるカードに文字列等として印刷されており、当該カードを参照して入力する。また、招待コードをＱＲコード（登録商標）で構成して、スマートフォンのカメラ等で撮影することで入力してもよい。そして、会員登録するために、初回利用手続きをする。ここで入力する登録情報は、上述したパスワード、メールアドレス、氏名等である。会員番号はシステム上で自動的に付与する。

上記のようにして会員登録されると、紐付手段１３により物件情報格納手段１４の物件Ａの購入情報１４ｂにはユーザＷの会員情報１４ａが紐付けられる。なお、図中では、理解を容易にするため「Ｗの会員情報」と記載しているが実際はユーザＷの会員情報１４ａと紐付けできる情報（例えば会員番号等）であればよい。

そして、登録されたユーザＷには、サーバ装置１０から物件Ａの購入者向けの情報が例えばアプリの画面上又は電子メール等で配信される。即ち、送信手段１２は、ステータス情報に紐付けられた会員に対して、当該ステータス情報の内容に応じた提供情報を送信する。また、この時点では、物件情報格納手段１４の物件Ａの所有情報１４ｃと居住情報１４ｄとは「空」となっている。この「空」は会員情報１４ａと紐付けされていないことを示している。

次に、物件Ａが引き渡される際にはユーザＷはアプリを操作して物件Ａのオーナーの招待コードを入力する。オーナーの招待コードは、購入時と同様に、例えば引き渡し時に不動産販売業者から渡されるカードに文字列等として印刷されており、当該カードを参照して入力する。また、招待コードをＱＲコード（登録商標）で構成して、スマートフォンのカメラ等で撮影することで入力してもよい。

オーナーの招待コードが入力されると、紐付手段１３により物件情報格納手段１４の物件Ａの所有情報１４ｃにはユーザＷの会員情報１４ａが紐付けられる。このとき物件Ａの購入情報１４ｂはユーザＷの会員情報１４ａが紐付けられたままで変化しない。物件Ａの居住情報１４ｄは、「空」のままである。そして、物件Ａが引き渡されたユーザＷには、サーバ装置１０から物件Ａのオーナー向けの情報が例えばアプリ画面上又は電子メール等で配信される。なお、所有情報１４ｃの紐付けはオーナーがするに限らず、売主会社の社員等が事業所に設置された端末等から行ってもよい。

次に、物件Ａに入居する際にはユーザＷはアプリを操作して物件Ａの部屋内（住戸内）に表示された入居の招待コードを入力する。この招待コードは、部屋内のクローゼット内等にシールに印刷して貼り付けてもよいし、部屋の設備等の取扱説明書内に印刷して表示してもよい。この招待コードも文字列に限らずＱＲコード（登録商標）で構成してもよい。あるいは部屋に設置された端末等に表示してもよいし、端末から取得する場合は、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の他の通信手段により取得してもよい。この入居の招待コードは、実際に物件に入居したときに入力するのが望ましいので、部屋内で取得するようにしている。

入居の招待コードが入力されると、紐付手段１３により物件情報格納手段１４の物件Ａの居住情報１４ｄにはユーザＷの会員情報１４ａが紐付けられる。このとき物件Ａの購入情報１４ｂ、所有情報１４ｃはユーザＷの会員情報１４ａが紐付けられたままで変化しない。そして、物件Ａに入居したユーザＷには、サーバ装置１０から物件Ａのオーナー向けの情報及び居住者向け情報が例えばアプリ画面上又は電子メール等で配信される。

ユーザＷが物件Ａから退去して引っ越す場合はアプリで引っ越し操作を行う。すると、紐付手段１３により物件情報格納手段１４の物件Ａの居住情報１４ｄの紐付けが解除され「空」状態となる。但し、物件Ａの売却を伴わないので、物件Ａの購入情報１４ｂ及び所有情報１４はユーザＷの会員情報が紐付けられたままである。また、サーバ装置１０から物件Ａのオーナー向けの情報のみが例えばアプリ画面上又は電子メール等で配信される。

ユーザＷが物件Ａを売却する場合はアプリで引き渡し操作を行う。すると、紐付手段１３により物件情報格納手段１４の物件Ａの購入情報１４ｂ及び所有情報１４ｃの紐付けが解除され「空」状態となる。また、この時点で新たな居住者がいる場合は居住情報１４ｄに新居住者の会員情報が紐付けられている。新オーナーの会員情報の紐付けは、上述したユーザＷ等から招待コードの表示されたカード等を譲り受けて同様の操作をすればよい。詳細は、図６の物件を中古購入したユーザの動作で説明する。また、ユーザＷは物件Ａを売却したのでサーバ装置１０からは物件Ａに関する情報の配信はなくなる。

但し、ユーザＷが物件Ａを売却しても賃借人として居住する場合は、居住情報１４ｄには、ユーザＷの会員情報が紐付けられる。そして、サーバ装置１０から物件Ａの居住者向けの情報のみが例えばアプリ画面上又は電子メール等で配信される。

即ち、受付手段１１は、会員からのステータス情報の変更（引っ越し操作、引き渡し操作）を受け付け可能であり、紐付手段１３は、受け付けたステータス情報の変更内容に基づいて所有情報１４ｃ、居住情報１４ｄのいずれかの紐付け関係を変更している。

（物件を賃貸入居したユーザの動作）
図５は物件Ａを賃貸入居したユーザＸが引っ越すまでの動作を時系列に示した図である。図５の上段はユーザＸがユーザ端末２０において上述したアプリに対して行う操作を示し、中段はサーバ装置１０からアプリへの情報配信内容を示す。さらに、図５の下段は購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄのそれぞれの紐付先の内容を示す。

まず、物件Ａに入居する際にはユーザＸはアプリを操作して物件Ａの入居の招待コードを入力する。この招待コードは、ユーザＷの入居時と同様に、物件Ａの部屋内に表示等されている。そして、会員登録するために、初回利用手続きをする。入力する会員情報は、上述したパスワード、メールアドレス、氏名等である。

入居の招待コードが入力されると、物件情報格納手段１４の物件Ａの居住情報１４ｄにはユーザＸの会員情報１４ａが紐付けられる。このとき物件Ａの購入情報１４ｂ、所有情報１４ｃは購入者や所有者の会員情報１４ａが紐付けられている。そして、物件Ａに入居したユーザＸには、サーバ装置１０から物件Ａの居住者向け情報が例えばアプリ画面上又は電子メール等で配信される。

ユーザＸが物件Ａから退去して引っ越す場合はアプリで引っ越し操作を行う。すると、物件情報格納手段１４の物件Ａの居住情報１４ｄの紐付けが解除され「空」または状態となる。また、サーバ装置１０からの物件Ａに関する情報の配信はなくなる。

（物件を中古購入したユーザの動作）
図６は物件Ａを中古購入したユーザＹが売却するまでの動作を時系列に示した図である。図６の上段はユーザＹがユーザ端末２０において上述したアプリに対して行う操作を示し、中段はサーバ装置１０からアプリへの情報配信内容を示す。さらに、図６の下段は購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄのそれぞれの紐付先の内容を示す。

まず、物件Ａを購入したユーザＹはアプリを操作して物件Ａのオーナーの招待コードを入力する。この招待コードは、前のオーナーから直接的または不動産会社等を介して間接的に引き継いだものである。つまり、図４で説明したユーザＷと同様にカード等に印刷された文字列等を入力する。そして、会員登録するために、初回利用手続きをする。入力する会員情報は、上述したパスワード、メールアドレス、氏名等である。

上記のようにして会員登録されると、物件情報格納手段１４の物件Ａの購入情報１４ｂと所有情報１４ｃにはユーザＹの会員情報１４ａが紐付けられる。そして、登録されたユーザＹには、サーバ装置１０から物件Ａのオーナー向けの情報が例えばアプリ画面上又は電子メール等で配信される。また、物件情報格納手段１４の物件Ａの居住情報１４ｄは、賃借人が居住している場合は居住者の会員情報が紐付けられ、空室の場合は「空」となる。

ユーザＹが物件Ａを売却する場合はアプリで引き渡し操作を行う。すると、物件情報格納手段１４の物件Ａの購入情報１４ｂ及び所有情報１４ｃの紐付けが解除され「空」状態となる。また、ユーザＹは物件Ａを売却したのでサーバ装置１０からは物件Ａに関する情報の配信はなくなる。

（物件の入居済みオーナーが他の物件を新築購入し引っ越しするまでの一連動作）
図７は物件Ａの入居済みオーナーであるユーザＺが物件Ｂを新築購入し引っ越すまでの動作を時系列に示した図である。図７の上段はユーザＺがユーザ端末２０において上述したアプリに対して行う操作を示し、中段はサーバ装置１０からアプリへの情報配信内容を示す。さらに、図７の下段は物件Ａの購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄのそれぞれの紐付先及び物件Ｂの購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄのそれぞれの紐付先の内容を示す。

まず、ユーザＺは物件Ａを所有し居住しているため、物件Ａの購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄはユーザＺの会員情報が紐付けられている。そして、ユーザＺが、物件Ｂを購入すると、アプリを操作して物件Ｂの購入の招待コードを入力する。なお、ユーザＺは既に物件Ａを購入時に会員登録済みであるので初回利用手続きは省略できる。

上記のようにして物件Ｂの購入者となると、物件情報格納手段１４の物件Ｂの購入情報１４ｂにはユーザＺの会員情報１４ａが紐付けられる。また、物件情報格納手段１４の物件Ｂの所有情報１４ｃと居住情報１４ｄとは「空」となっている。また、物件Ａの購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄに変更はない。そして、ユーザＺには、サーバ装置１０から物件Ａのオーナー向け情報、居住者向け情報に加えて物件Ｂの購入者向けの情報が例えばアプリ画面上又は電子メール等で配信される。

次に、物件Ｂが引き渡される際にはユーザＺはアプリを操作して物件Ｂのオーナーの招待コードを入力する。オーナーの招待コードが入力されると、物件情報格納手段１４の物件Ｂの所有情報１４ｃにはユーザＺの会員情報１４ａが紐付けられる。このとき物件Ｂの購入情報１４ｂはユーザＺの会員情報１４ａが紐付けられたままで変化しない。物件Ｂの居住情報１４ｄは「空」のままである。また、物件Ａの購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄに変更はない。そして、物件Ａが引き渡されたユーザＷには、サーバ装置１０から物件Ａのオーナー向け情報、居住者向け情報に加えて物件Ｂのオーナー向けの情報が例えばアプリ画面上又は電子メール等で配信される。

次に、物件Ｂに入居する際にはユーザＺはアプリを操作して物件Ｂの部屋内に表示された入居の招待コードを入力する。入居の招待コードが入力されると、物件情報格納手段１４の物件Ｂの居住情報１４ｄにはユーザＺの会員情報１４ａが紐付けられる。このとき物件Ｂの購入情報１４ｂ、所有情報１４ｃはユーザＺの会員情報１４ａが紐付けられたままで変化しない。また、物件Ａの購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄに変更はない。そして、物件Ｂに入居したユーザＺには、サーバ装置１０から物件Ａのオーナー向けの情報及び居住者向け情報に加えて物件Ｂのオーナー向けの情報及び居住者向け情報が例えばアプリ画面上又は電子メール等で配信される。

次に、ユーザＺが物件Ａから退去して引っ越すためにアプリで引っ越し操作を行う。すると、物件情報格納手段１４の物件Ａの居住情報１４ｄの紐付けが解除され「空」状態となる。但し、物件Ａの売却を伴わないので、物件Ａの購入情報１４ｂ及び所有情報１４はユーザＺの会員情報が紐付けられたままである。また、物件Ｂの購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄに変更はない。また、サーバ装置１０から物件Ａのオーナー向けの情報及び物件Ｂのオーナー向けの情報及び居住者向け情報が例えばアプリ画面上又は電子メール等で配信される。

次に、上述したサーバ装置１０における購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄの紐付けや解除の動作について図８及び図９のフローチャートを参照して説明する。図８及び図９のフローチャートは図２に示した紐付手段１３で実行される。

図８は、購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄの紐付動作のフローチャートである。まず、招待コードからユーザ端末２０から入力されたか判定する（ステップＳ１０１）。購入の招待コードが入力された場合は（ステップＳ１０１；購入）、購入情報１４ｂに当該招待コード入力にかかる会員情報を紐付ける（ステップＳ１０２）。オーナーの招待コードが入力された場合は（ステップＳ１０１；オーナー）、所有情報１４ｃに当該招待コード入力にかかる会員情報を紐付ける（ステップＳ１０３）。部屋内（入居）の招待コードが入力された場合は（ステップＳ１０１；入居）、居住情報１４ｄに当該招待コード入力にかかる会員情報を紐付ける（ステップＳ１０４）。招待コードが入力されない場合は（ステップＳ１０１；入力なし）、ステップＳ１０１で待機する。

即ち、ステップＳ１０１が受付ステップ、ステップＳ１０２～Ｓ１０４が紐付ステップとして機能する。また、招待コード及びそれに付随して送信される情報が紐付要求情報に該当する。

図９は、購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄの紐付解除動作のフローチャートである。まず、ユーザ端末２０から引っ越し操作を示す情報が入力されたか判定する（ステップＳ２０１）。つまり、ユーザがアプリを操作して引っ越し操作を行ったか判定する。引っ越し操作が行われた場合は（ステップＳ２０１；Ｙｅｓ）、対象となる物件の居住情報１４ｄの紐付けを解除する（ステップＳ２０２）。つまり「空」にする。一方、引っ越し操作が行われない場合は（ステップＳ２０１；Ｎｏ）、ステップＳ２０３に進む。

次に、ユーザ端末２０から引き渡し操作を示す情報が入力されたか判定する（ステップＳ２０３）。つまり、ユーザがアプリを操作して引き渡し操作を行ったか判定する。引き渡し操作が行われた場合は（ステップＳ２０３；Ｙｅｓ）、対象となる物件の購入情報１４ｂ及び所有情報１４ｃの紐付けを解除する（ステップＳ２０４）。つまり「空」にする。一方、引き渡し操作が行われない場合は（ステップＳ２０３；Ｎｏ）、そのままフローチャートを終了する。

上述したフローチャートでは、引っ越し操作と引き渡し操作を１つのフローチャートにまとめたが、それぞれ独立したフローチャートとしてもよい。

また、ユーザが引っ越し操作や引き渡し操作を怠ってしまい、新居住者や新オーナーからの紐付け要求が発生した場合は、紐付手段１３は、新居住者や新オーナーの会員情報を既存の会員情報と区別して紐付けてもよい。つまり、例外的に重複して紐付けられる。この場合、新居住者や新オーナーの会員情報の紐付けは仮として扱い各種情報提供等は行わない。そして、サーバ装置１０は、システム管理者等に重複登録発生の通知を行ってもよい。あるいは現在の居住者やオーナーに通知をしてもよい。即ち、紐付手段１３は、既に会員情報が紐付けされているステータス情報に対して、異なる会員情報１４ａの紐付けが要求された場合は、既に紐付けられている会員情報１４ａが示す会員に対して確認情報を送信手段１２に送信させてもよい。

システム管理者等で引っ越しや引き渡しの確認が取れた場合は、システム管理者等により、購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄを変更すればよい。また、現在の居住者やオーナーに通知した場合は、現在の居住者やオーナーが引っ越しや引き渡しの操作を行えばよい。なお、新居住者や新オーナーからの紐付け要求が誤りであった場合は、当該新居住者や新オーナーに登録（紐付け）できない旨等の通知を行ってもよい。登録できない旨等の通知後、仮の紐付けは解除する。

以上に説明した本実施形態によれば、物件管理装置であるサーバ装置１０は、物件情報が格納されている物件情報格納手段１４を有している。そして、物件情報格納手段１４には、物件毎に購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄが含まれるステータス情報を有し、購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄにはそれぞれ個別に個人情報が紐付け可能となっている。このようにすることにより、購入、所有、居住についてそれぞれ個別に会員情報が紐付けられるので、所有のみ、所有して居住、居住のみといった各状態について管理することが可能となる。さらに１人のユーザが複数物件を所有する場合や、所有物件と居住物件が異なる場合等の管理が容易となる。したがって、物件の所有や入居等を一貫して管理することができる。

また、サーバ装置１０は、会員登録を受け付ける受付手段１１と、受付手段１１が受け付けた会員にかかる個人情報を、購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄのいずれかと紐付ける紐付手段１３と、を有している。このようにすることにより、物件管理にあたり会員登録をする必要があるので、管理する個人情報を限定することができ、さらに個人情報を適切に管理することができる。また、紐付手段１３によりそれぞれのステータス情報と会員情報とを独立して紐付けることができる。

また、受付手段１１は、会員からの引っ越しや引き渡しといったステータス情報の変更を受け付け可能であり、紐付手段１３は、受け付けたステータス情報の変更内容に基づいて購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄのいずれかの紐付先を変更している。このようにすることにより、引っ越しや売却といった行為に応じてステータス情報を変更することができる。

また、会員に対して情報を送信可能な送信手段１２を有し、紐付手段１３は、既に会員情報が紐付けされているステータス情報に対して、異なる会員情報１４ａの紐付けが要求された場合は、既に紐付けられている会員情報が示す会員に対して確認情報を送信手段１２に送信させてもよい。このようにすることにより、既存のオーナーや居住者に引き渡しや引っ越しの操作を促すことができる。また、新たな紐付け要求が誤りである場合に確認が容易になる。

また、送信手段１２は、ステータス情報に紐付けられた会員に対して、当該ステータス情報の内容に応じた提供情報を送信している。このようにすることにより、購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄの各情報に紐付けられている間は、購入者向け情報、オーナー向け情報、居住者向け情報といった提供情報を送信することができる。したがって、各ステータスに応じた情報提供を行って会員の満足度を向上させることができる。

なお、上述した実施形態では、ステータス情報として、購入情報１４ｂ、所有情報１４ｃ、居住情報１４ｄを設けたが、所有情報１４ｃ、居住情報１４ｄだけでもよい。つまり、少なくとも所有と居住の管理が行えればよい。

また、本発明は上記実施形態に限定されるものではない。即ち、当業者は、従来公知の知見に従い、本発明の骨子を逸脱しない範囲で種々変形して実施することができる。かかる変形によってもなお本発明の物件管理装置及び物件管理方法の構成を具備する限り、勿論、本発明の範疇に含まれるものである。

１０ サーバ装置（物件管理装置）
１１ 受付手段
１２ 送信手段
１２ 紐付手段
１４ 物件情報格納手段
１４ａ 会員情報
１４ｂ 購入情報
１４ｃ 所有情報
１４ｄ 居住情報
２０ ユーザ端末

Claims (5)

1. 不動産の物件管理装置において、
   物件毎に購入情報、所有情報、居住情報を含むステータス情報を有する物件情報が格納されている物件情報格納手段と、
   会員登録の受付及び登録された会員からの前記ステータス情報の変更を受け付ける受付手段と、
   前記受付手段が前記会員登録時に受け付けた前記会員にかかる個人情報を、前記購入情報、前記所有情報、前記居住情報のいずれかと紐付ける紐付手段と、
   前記会員に対して所定の情報を送信可能な送信手段と、
   を有し、
   前記紐付手段は、既に会員の前記個人情報が紐付けされている前記ステータス情報に対して、異なる会員の前記個人情報の紐付けが要求された場合は、前記異なる会員の前記個人情報は既に紐付けられている前記個人情報とは区別して紐付け、既に紐付けられている前記個人情報が示す前記会員に対して確認情報を前記送信手段に送信させる、
   ことを特徴とする物件管理装置。
2. 前記紐付手段は、受け付けた前記ステータス情報の変更内容に基づいて前記購入情報、前記所有情報、前記居住情報の紐付け関係を変更することを特徴とする請求項１に記載の物件管理装置。
3. 前記受付手段は、物件の購入、所有、居住のステータスに応じてそれぞれ異なるコードとなる招待コードを受け付け、
   前記紐付手段は、前記招待コードに基づいて前記購入情報、前記所有情報、前記居住情報の紐付け関係を変更することを特徴とする請求項２に記載の物件管理装置。
4. 前記送信手段は、前記ステータス情報に紐付けられた前記会員に対して、当該ステータス情報の内容に応じた提供情報を送信することを特徴とする請求項１から３のうちいずれか一項に物件管理装置。
5. 物件情報が格納されている物件情報格納手段を有し、前記物件情報は、物件毎に購入情報、所有情報、居住情報を含むステータス情報を有し、前記購入情報、前記所有情報、前記居住情報にはそれぞれ個別に個人情報が紐付け可能となっている物件管理装置で実行される物件管理方法であって、
   ユーザからの紐付要求情報を受け付ける受付ステップと、
   前記受付ステップで受け付けた前記紐付要求情報に基づいて、前記購入情報、前記所有情報、前記居住情報のいずれかと前記ユーザの個人情報とを紐付ける紐付ステップと、
   前記紐付ステップにおいて、既に会員の前記個人情報が紐付けされている前記ステータス情報に対して、異なる会員の前記個人情報の紐付けが要求された場合は、前記異なる会員の前記個人情報は既に紐付けられている前記個人情報とは区別して紐付け、既に紐付けられている前記個人情報が示す前記会員に対して確認情報を前記物件管理装置の送信手段に送信させる送信ステップと、
   を含むことを特徴とする物件管理方法。
   

Images