(57)【要約】      （修正有）【課題】賃貸物件に対する入居者の募集を効率的に行う管理装置及び管理システムを提供する。【解決手段】賃貸管理装置３０は、所定のアイテムが少なくとも住人間で共用される賃貸物件に対する入居者の募集情報を送信する送信部と、会員登録されたユーザの識別子とユーザの獲得ポイントとを関連付けるテーブルを記憶する記憶部と、獲得ポイントに基づいて、会員登録されたユーザの中から、募集情報の送信先のユーザを決定する制御部と、を具備する。【選択図】図１１
2020021203.tif 000002
【特許請求の範囲】
【請求項１】
所定のアイテムが少なくとも住人間で共用される賃貸物件に対する入居者の募集情報を送信する送信部と、
会員登録されたユーザの識別子と前記ユーザの獲得ポイントとを関連付けるテーブルを記憶する記憶部と、
前記獲得ポイントに基づいて、前記会員登録されたユーザの中から、前記募集情報の送信先のユーザを決定する制御部と、
を具備することを特徴とする管理装置。
【請求項２】
前記制御部は、前記会員登録されたユーザの中から、前記住人以外であり、かつ、前記獲得ポイントのランクが高いユーザを、優先的に前記送信先のユーザとして決定することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記獲得ポイントは、前記賃貸物件に居住した期間に応じて加算されるポイント、レンタルした前記所定のアイテムの返却に応じて加算されるポイント、及び、前記クーポンの利用に応じて加算されるポイントを含むことを特徴とする請求項１又は請求項２に記載の管理装置。
【請求項４】
所定のアイテムが少なくとも住人間で共用される賃貸物件に対する入居者の募集情報を送信する送信部と、
会員登録されたユーザの識別子と前記ユーザの獲得ポイントとを関連付けるテーブルを記憶する記憶部と、
前記獲得ポイントに基づいて、前記会員登録されたユーザの中から、前記募集情報の送信先のユーザを決定する制御部と、
を具備することを特徴とする管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、賃貸物件の管理装置及び管理システムに関する。
【背景技術】
【０００２】
一般に、賃貸アパート、賃貸マンション等の賃貸物件に対する入居者の募集は、新聞、チラシ、雑誌、Ｗｅｂページ等の広告媒体を用いて行われる。また、賃貸物件に対する入居者の募集を行うシステムも検討されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−２７１５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、賃貸物件の様々な形態が検討されている。また、シェアハウスのように、一つの住居内の一部の空間（例えば、キッチン、リビング、バスルーム等）を複数の住人が共有する形態もある。また、新たに、賃貸物件内の複数の住居それぞれの住人が利用するアイテム（例えば、掃除機、照明器具、調理器具など）を共有する形態も検討されている。
【０００５】
以上のような賃貸物件に対する入居者を、新聞、チラシ、Ｗｅｂページ等の広告媒体を用いて募集する場合、広告の費用がかかるとともに、新たな入居者が見つかるまでの賃貸物件の非稼働時間が増加する恐れがある。この結果、収益を効率的に得ることができない恐れがある。
【０００６】
そこで本開示は、賃貸物件に対する入居者の募集を効率的に行うことが可能な管理装置及び管理システムを提供することを目的の１つとする。
【課題を解決するための手段】
【０００７】
本開示の一態様に係る管理装置は、所定のアイテムが少なくとも住人間で共用される賃貸物件に対する入居者の募集情報を送信する送信部と、会員登録されたユーザの識別子と前記ユーザの獲得ポイントとを関連付けるテーブルを記憶する記憶部と、前記獲得ポイントに基づいて、前記会員登録されたユーザの中から、前記募集情報の送信先のユーザを決定する制御部と、を具備することを特徴とする。
【発明の効果】
【０００８】
本開示の一態様によれば、賃貸物件に対する入居者の募集を効率的に行うことができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、本実施の形態に係る賃貸管理システムの概念図である。
【図２】図２は、本実施の形態に係る賃貸管理システムの全体構成の一例を示す図である。
【図３】図３Ａ−３Ｃは、本実施の形態に係る会員管理テーブル、レンタル管理テーブル及びクーポン管理テーブルの一例を示す図である。
【図４】図４Ａ及び４Ｂは、本実施の形態に係るポイント管理テーブル及びランク付けテーブルの一例を示す図である。
【図５】図５は、本実施の形態に係る会員登録に関する動作の一例を示すフローチャートである。
【図６】図６は、本実施の形態に係るアイテムのレンタルに関する動作の一例を示すフローチャートである。
【図７】図７Ａ及び７Ｂは、本実施の形態に係るマイページ画面及びレンタルの予約用画面の一例を示すフローチャートである。
【図８】図８は、本実施の形態に係るアイテムの返却に関する動作の一例を示すフローチャートである。
【図９】図９は、本実施の形態に係るクーポンの利用に関する動作の一例を示すフローチャートである。
【図１０】図１０は、本実施の形態に係る入居者募集に関する動作の一例を示すフローチャートである。
【図１１】図１１は、本実施の形態に係る賃貸管理装置の機能構成の一例を示す図である。
【図１２】図１２は、本実施の形態に係る賃貸管理システム内の各装置のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
（賃貸管理システムの概要）
図１は、本実施の形態に係る賃貸管理システム（管理システム）の概念図である。図１では、賃貸物件内の複数の住人それぞれの住居内で利用するアイテム（例えば、掃除機、照明器具、調理器具など）を共有する形態の一例が示される。例えば、図１では、賃貸物件Ａ内の住居Ａ１〜Ａ５内で利用するアイテム（item）を共有する一例が示される。
【００１１】
住居Ａ１〜Ａ５は、それぞれ、一般の賃貸アパート等と同等の設備（例えば、キッチン、バスルーム、トイレなど）を備えていてもよい。また、賃貸物件Ａは、ユーザの共有スペースＡ０を備えていてもよい。共有スペースＡ０は、例えば、カフェ、インテリアショップ等として利用される。共有スペースＡ０は、住居Ａ１〜Ａ５の住人だけでなく、当該住人以外のユーザも利用可能であってもよい。
【００１２】
住居Ａ１〜Ａ５の住人は、通信端末１０を介してレンタル処理を行うことにより、所定のアイテムＩを借りてもよい。例えば、図１では、当該アイテムＩの一例として、照明器具Ｉ１、調理器具Ｉ２、掃除機Ｉ３が示される。なお、当該アイテムＩは、図１に示すものに限られず、家具、書籍、雑誌、自転車等、ユーザが利用可能などのようなアイテムであってもよい。
【００１３】
アイテムＩは、例えば、共有スペースＡ０に保管され、共有スペースＡ０の管理者（例えば、カフェやインテリアショップ等のオーナーや店員等）によって管理されてもよい。なお、アイテムＩは、共有スペースＡ０で保管されていなくともよく、通信端末１０を介したレンタル処理によってアイテムＩのレンタルが受け付けられる場合に、他の場所から賃貸物件Ａの共有スペースＡ０に届けられるものであってもよい。
【００１４】
また、アイテムＩは、住居Ａ１〜Ａ５の住人だけでなく、当該住人以外のユーザに貸し出されてもよい。このように、アイテムＩは、通信端末１０を介して会員登録を行ったユーザであれば、どのようなユーザに貸し出されてもよい。
【００１５】
なお、住居Ａ１〜Ａ５の住人にアイテムＩが貸し出される場合、アイテムＩは無料で貸し出されてもよい。一方、当該住人以外のユーザにアイテムＩが貸し出される場合、アイテムＩは有料で貸し出されてもよい。
【００１６】
図１に示すように、賃貸物件Ａ内の住居Ａ１〜Ａ５の住人間で「物（アイテム）」を共有する場合、シェアハウスのように「空間」を住人間で共有する場合と比較して、プライバシーを保つことができる。また、住居Ａ１〜Ａ５の住人がそれぞれ「物」を購入する必要がないので、コンパクトかつ豊かな賃貸生活を提供できる。
【００１７】
なお、図１は、例示にすぎず、「物」を共有する賃貸物件Ａの数、各賃貸物件Ａ内の住居の数は図示するものに限られない。「物」を共有する賃貸物件の数は一以上であればよく、各賃貸物件内の住居の数も一以上であればよい。また、２以上の賃貸物件の間で、当該賃貸物件それぞれに含まれる住居の数は異なってもよい。
【００１８】
図２は、本実施の形態に係る賃貸管理システムの全体構成の一例を示す図である。図２に示すように、賃貸管理システム１は、通信端末１０、通信端末１０がネットワーク２０を介して接続する賃貸管理装置３０を含んでもよい。
【００１９】
通信端末１０は、例えば、スマートフォン、タブレット、パーソナルコンピュータなどの端末（デバイス）であってもよい。通信端末１０は、上述の「物」を共有する賃貸物件の住人、当該住人以外のユーザ、当該賃貸物件の管理者（例えば、不動産会社の社員など）、当該賃貸物件内の共有スペースの管理者（例えば、カフェやインテリアショップ等のオーナーや店員等）がそれぞれ保持していてもよい。異なるユーザ、異なる管理者等がそれぞれ利用する通信端末１０を区別する場合は、１０ａ、１０ｂ…等と表記し、これらを総称する場合は通信端末１０と総称する。
【００２０】
ネットワーク２０は、無線ＬＡＮ、ＷｉＦｉ（登録商標）、光ネットワーク、移動通信網、ＩＰネットワーク、プライベートネットワークの少なくとも一つを含んでもよい。
【００２１】
賃貸管理装置（管理装置）３０は、会員登録、住人登録、所定のアイテムのレンタル及び返却、及び、会員登録されたユーザの獲得ポイントの少なくとも一つを管理（制御する）装置である。図２では、賃貸管理装置３０は、単一のサーバで構成されるが、一以上のサーバ（例えば、Ｗｅｂサーバ、データベースサーバ等）で構成されてもよい。
【００２２】
賃貸管理装置３０は、会員登録されたユーザを管理する会員管理テーブル、当該ユーザによる所定のアイテムのレンタル及び返却の少なくとも一つを管理するレンタル管理テーブル、当該ユーザによるクーポンの利用を管理するクーポン管理テーブル、当該ユーザによる獲得ポイントを管理するポイント管理テーブル、当該獲得ポイントをランク分けするランク付けテーブルの少なくとも一つを記憶してもよい。
【００２３】
図３Ａは、本実施の形態に係る会員管理テーブルの一例を示す図である。図３Ａに示すように、会員管理テーブルは、会員登録されたユーザの識別子（ユーザＩＤ）（又はユーザ）と、当該ユーザの個人情報とを関連付けるテーブルであってもよい。個人情報は、例えば、ユーザの名前、メールアドレス、ユーザの嗜好にマッチする賃貸物件のタイプ（例えば、アクティブ又はクリエイティブ等）、電話番号、興味関心事項、趣味、一人暮らしであるか否か（一人暮らし又は実家暮らし）、引っ越しの検討理由等の少なくとも一つを含んでもよい。
【００２４】
また、図３Ａに示すように、会員管理テーブルは、ユーザＩＤ（又はユーザ）と、住人情報とを関連付けてもよい。住人情報は、対象となる賃貸物件に関する居住に関する情報であり、例えば、居住する賃貸物件の名称及び識別子、居住の開始日、終了日（又は終了予定日）等の少なくとも一つを含んでもよい。なお、図３Ａに示される会員管理テーブルでは、ユーザＩＤに個人情報と住人情報とが関連付けられるが、個人情報と住人情報とは別々のテーブルでユーザＩＤと関連付けられてもよい。
【００２５】
図３Ｂは、本実施の形態に係るレンタル管理テーブルの一例を示す図である。図３Ｂに示すように、レンタル管理テーブルは、ユーザＩＤ（又はユーザ）と、レンタル情報とを関連付けるテーブルであってもよい。レンタル情報は、所定のアイテムのレンタルに関する情報であり、例えば、レンタルするアイテムの識別子（アイテムＩＤ）、レンタルの予約日、開始日、開始時間、返却予定日、返却予定時間等の少なくとも一つを含んでもよい。
【００２６】
また、図３Ｂに示すように、レンタル管理テーブルは、ユーザＩＤと、返却情報とを関連付けてもよい。返却情報は、所定のアイテムの返却に関する情報であり、例えば、返却日、返却時間、アイテムＩＤ等の少なくとも一つを含んでもよい。なお、図３Ｂに示されるレンタル管理テーブルでは、ユーザＩＤにレンタル情報と返却情報とが関連付けられるが、レンタル情報と返却情報とは別々のテーブルでユーザＩＤと関連付けられてもよい。
【００２７】
図３Ｃは、本実施の形態に係るクーポン管理テーブルの一例を示す図である。図３Ｃに示すように、クーポン管理テーブルは、ユーザＩＤ（又はユーザ）と、クーポンの利用情報とを関連付けてもよい。利用情報は、クーポンの利用に関する情報であり、例えば、クーポンの識別子（クーポンＩＤ）、利用日、利用時間、一日あたりの利用回数等の少なくとも一つを含んでもよい。
【００２８】
図４Ａは、本実施の形態に係るポイント管理テーブルの一例を示す図である。図４Ａに示すように、ポイント管理テーブルは、ユーザＩＤ（又はユーザ）と、ユーザの獲得ポイントとを関連付けるテーブルであってもよい。当該獲得ポイントは、居住期間ポイント、アイテムレンタルポイント、クーポン利用ポイントの少なく一つを含んでもよい。
【００２９】
ここで、居住期間ポイントとは、賃貸管理装置３０によって管理される賃貸物件（例えば、上記「物」を共有する形態の賃貸物件等）に居住した期間に応じて加算されるポイントである。具体的には、居住ポイントは、対象となる賃貸物件毎に、居住した期間に応じて（例えば、１ヵ月ごとに１０ポイント）が付与されてもよい。例えば、図４Ａでは、ユーザＣは、賃貸物件Ａに１年、賃貸物件Ｃに６カ月居住するので、ユーザＣの居住期間ポイントは、１８０ポイント（＝１２×１０＋６×１０）である。
【００３０】
また、アイテムレンタルポイントとは、賃貸管理装置３０によって管理されるアイテムのレンタル又は返却に応じて加算されるポイントである。具体的には、アイテムレンタルポイントは、レンタルしたアイテムを返却する毎に（例えば、１回返却ごとに所定ポイント）付与されてもよい。例えば、図４Ａでは、ユーザＥは、アイテムを少なくとも３５回レンタルし、３５回返却しているので、ユーザＥのアイテムレンタルポイントは、３５ポイント（＝３５×１）である。
【００３１】
また、クーポン利用ポイントとは、賃貸管理装置３０によって管理される賃貸物件の共有スペース（例えば、図１の賃貸物件Ａの共有スペースＡ０）におけるクーポンの利用に応じて加算されるポイントである。具体的には、クーポン利用ポイントは、クーポンを利用する毎に（例えば、１回利用する毎に所定ポイント）付与されてもよい。例えば、図４Ａでは、ユーザＥは、クーポンを３５回利用しているので、ユーザＥのアイテムレンタルポイントは、３５ポイント（＝３５×１）である。
【００３２】
例えば、図４Ａに示されるポイント管理テーブルでは、居住期間ポイント、アイテムレンタルポイント、クーポン利用ポイントの合計が獲得ポイントとして、ユーザＩＤに関連付けられる。
【００３３】
図４Ｂでは、獲得ポイントに応じたランクを示すランク付けテーブルが示される。図４Ｂに示すように、獲得ポイントに応じて複数のランクが設けられてもよい。例えば、図４Ｂでは、獲得ポイントに応じて、イエロー、シアン、マゼンダ、ブラックの４つのランクが設けられる。当該複数のランクの優先度は、獲得ポイントが多いほど高く設定されてもよい。例えば、図４Ｂでは、ブラック、マゼンダ、シアン、イエローの順番で優先度が高くてもよい。
【００３４】
図４Ａに示すように、ポイント管理テーブルでは、図４Ｂのランク付けテーブルに基づいて定められるランクが、ユーザＩＤに関連付けられてもよい。例えば、図４Ａでは、会員登録されたユーザＡの獲得ポイントは、３５ポイントであるので、ランク「イエロー」がユーザＡのユーザＩＤに関連付けられてもよい。同様に、ポイント管理テーブルでは、会員登録されたユーザＢ〜ＦのユーザＩＤと、それぞれのランクとが関連づけられてもよい。
【００３５】
（賃貸管理システムの動作）
次に、賃貸管理システム１の動作について説明する。具体的には、賃貸管理システム１における（１）会員登録、（２）アイテムレンタル、（３）アイテム返却、（４）クーポン利用、（５）入居者募集に関する動作について説明する。
【００３６】
（１）会員登録
図５は、本実施の形態に係る会員登録に関する動作の一例を示すフローチャートである。図５では、非会員のユーザが利用する通信端末１０を通信端末１０ａと呼び、賃貸物件の管理者（例えば、不動産会社の社員等）が利用する通信端末１０を通信端末１０ｂと呼ぶものとする。
【００３７】
図５に示すように、ステップＳ１０１において、非会員のユーザの通信端末１０ａは、会員登録の受付画面を当該通信端末１０ａの表示画面に表示する。当該受付画面では、ソーシャルネットワークサービス（ＳＮＳ、例えば、Facebook（登録商標））を用いた会員登録用の第１ボタンと、メールアドレス（例えば、e-mailアドレス）の入力フィールドと当該メールアドレスを用いた会員登録用の第２ボタンとが表示されてもよい。
【００３８】
上記表示画面において第１ボタンが押下（又はクリック）される場合（ステップＳ１０１；ＳＮＳ）、通信端末１０ａは、ステップＳ１０２において、ＳＮＳを用いた認証を賃貸管理装置３０との間で実施する。
【００３９】
例えば、通信端末１０ａは、ＳＮＳにログインして当該ＳＮＳのサーバからトークンを受信し、当該トークンを含む認証要求を賃貸管理装置３０に送信してもよい。賃貸管理装置３０は、当該トークンが正しいものであるか否かを当該ＳＮＳのサーバに問い合わせ、問題ない場合に、当該ＳＮＳに登録されたユーザのメールアドレスを取得してもよい。当該賃貸管理装置３０は、当該メールアドレスの取得に応じて応答信号を通信端末１０に送信する。通信端末１０ａは、当該応答信号に基づいて、会員登録用の個人情報の入力画面を当該通信端末１０ａの表示画面に表示する。
【００４０】
一方、上記表示画面において上記入力フィールドにメールアドレスが入力され、かつ、上記第２ボタンが押下（又はクリック）される場合（ステップＳ１０１；メールアドレス）、通信端末１０は、ステップＳ１０３において、入力されたメールアドレスを含む認証要求を賃貸管理装置３０に送信する。
【００４１】
賃貸管理装置３０は、認証要求に含まれるメールアドレス宛に、賃貸管理装置３０のＷｅｂページアドレスを含むメールを送信する。当該Ｗｅｂページアドレスに通信端末１０がアクセスすると、通信端末１０ａは、賃貸管理装置３０からの応答信号を受信し、当該応答信号に基づいて、会員登録用の個人情報の入力画面を当該通信端末１０ａの表示画面に表示する。
【００４２】
ステップＳ１０４において、通信端末１０ａは、ステップＳ１０２又はＳ１０３で表示された入力画面において入力された個人情報を含む会員登録要求を、賃貸管理装置３０に送信する。賃貸管理装置３０は、当該個人情報に基づいて、会員管理テーブル（例えば、図３Ａ）を更新してもよい。例えば、賃貸管理装置３０は、通信端末１０ａのユーザのユーザＩＤと、当該個人情報とを関連付ける新たなレコードを追加してもよい。
【００４３】
ステップＳ１０５において、通信端末１０ａは、賃貸管理装置３０からの会員登録の完了信号を受信すると、会員登録の完了画面を当該通信端末１０ａの表示画面に表示させてもよい。
【００４４】
会員登録が完了したユーザが、賃貸管理装置３０によって管理される賃貸物件の住人ではない場合（ステップＳ１０６：ＮＯ）、当該ユーザは、ゲスト会員として本動作を終了する。
【００４５】
一方、会員登録が完了したユーザが、賃貸管理装置３０によって管理される賃貸物件の住人である場合（ステップＳ１０６：ＹＥＳ）、ステップＳ１０７において、当該賃貸物件の管理者の通信端末１０ｂは、通信端末１０ｂの表示画面に住人情報の入力画面を表示させてもよい。
【００４６】
ステップＳ１０８において、上記入力画面において会員登録が完了したユーザの住人情報が入力されると、通信端末１０ｂは、入力された住人情報を含む住人登録要求を賃貸管理装置３０に送信する。賃貸管理装置３０は、当該住人情報に基づいて、会員管理テーブル（例えば、図３Ａ）を更新してもよい。例えば、賃貸管理装置３０は、当該ユーザのユーザＩＤに関連付けられる住人情報を更新してもよい。
【００４７】
ステップＳ１０９において、通信端末１０ｂは、賃貸管理装置３０からの住人登録の完了信号を受信すると、住人登録の完了画面を通信端末１０ｂの表示画面に表示させてもよい。なお、賃貸管理装置３０は、住人登録が完了したユーザについて、ポイント管理テーブル（例えば、図４Ａ）の居住期間ポイントを、所定期間（例えば、１ヵ月）毎に更新してもよい。
【００４８】
（２）アイテムレンタル
図６は、本実施の形態に係るアイテムのレンタルに関する動作の一例を示すフローチャートである。図６では、会員登録されたユーザが利用する通信端末１０を通信端末１０ａと呼び、賃貸物件の共有スペースの管理者（例えば、カフェやインテリアショップ等のオーナーや店員等）が利用する通信端末１０を通信端末１０ｂと呼ぶものとする。
【００４９】
図６に示すように、ステップＳ２０１において、会員登録を行ったユーザの通信端末１０ａは、ログイン画面を通信端末１０ａの表示画面に表示する。当該ログイン画面では、ＳＮＳを用いたログイン用のボタン（第１のログインボタン）と、メールアドレスとパスワードを用いたログイン用のボタン（第２のログインボタン）と、が表示されてもよい。
【００５０】
上記ログイン画面において第１のログインボタンが押下（又はクリック）される場合（ステップＳ２０１；ＳＮＳ）、図５のステップＳ１０２と同様に、ＳＮＳを用いた認証が実施される。
【００５１】
一方、上記表示画面において上記入力フィールドにメールアドレス及びパスワードが入力され、かつ、上記第２のログインボタンが押下（又はクリック）される場合（ステップＳ２０１；メールアドレス＆パスワード）、賃貸管理装置３０における認証に成功すると、通信端末１０ａは、ステップＳ２０３において、マイページ画面を上記表示画面に表示する。
【００５２】
図７Ａは、本実施の形態に係るマイページ画面の一例を示す図である。図７Ａに示すように、マイページ画面には、例えば、現在借りているアイテム（ここでは、アイテムＩ１）が表示されてもよい。また、マイページ画面では、アイテムの予約用画面への遷移ボタン（“アイテムをレンタル／返却する”）が表示されてもよい。なお、図７Ａに示すマイページ画面は例示にすぎず、これに限られない。例えば、アイテムの予約用画面及び返却用画面に対する遷移ボタンは別々に設けられてもよいし、レンタル中のアイテムは表示されなくともよい。
【００５３】
図６のステップＳ２０４において、通信端末１０ａは、マイページ画面においてアイテムの予約用画面への遷移ボタンが押下（又はクリック）される場合、当該予約用画面を通信端末１０ａの表示画面に表示させる。
【００５４】
図７Ｂは、本実施の形態に係るアイテムの予約用画面の一例を示す図である。図７Ｂに示すように、予約用画面には、レンタル可能なアイテム（ここでは、アイテムＩ３）が表示されてもよい。また、当該予約用画面には、所定の情報（例えば、レンタルの開始日、開始時間、返却予定日、返却予定時間など）の入力フィールド、予約用ボタン（“予約する”）が表示されてもよい。
【００５５】
例えば、通信端末１０ａは、ユーザによるアイテムＩ３の予約用ボタンの押下（クリック）を受け付けると、アイテムＩ３のレンタルの予約要求を賃貸管理装置３０に送信してもよい。当該予約要求は、ユーザＩＤ、予約用画面で入力される上記所定の情報を含んでもよい。ステップＳ２０５において、賃貸管理装置３０はＳＮＳを用いた認証済みであるか否かを判定する。
【００５６】
賃貸管理装置３０は、ＳＮＳを用いた認証が未だである場合（ステップＳ２０５；ＮＯ）、ステップＳ２０６において、図５のステップＳ１０２と同様に、ＳＮＳを用いた認証を通信端末１０ａと行ってもよい。
【００５７】
ステップＳ２０７において、賃貸管理装置３０は、上記予約要求に含まれる情報に基づいて、レンタル管理テーブル（例えば、図３Ｂ）を更新してもよい。例えば、賃貸管理装置３０は、レンタル管理テーブルにおいて、少なくともユーザＩＤとアイテムＩＤと予約日とを関連付けるレコードを追加してもよい。なお、アイテムＩＤが示すアイテムが特定のアイテム（例えば、雑誌等）である場合、共有スペースの管理者による受付処理が不要であるため、当該ユーザＩＤにレンタルの開始日も関連付けられてもよい。
【００５８】
通信端末１０ａは、賃貸管理装置３０からの予約の完了信号を受信すると、予約完了画面を通信端末１０ａの表示画面に表示させてもよい。
【００５９】
レンタル予約が完了したアイテムが特定のアイテム（例えば、雑誌等）ではない場合（ステップＳ２０８；ＮＯ）、ステップＳ２０９において、賃貸物件の共有スペースの管理者による受付処理後に、ステップＳ２１０において、予約されたアイテムがユーザに貸し出されてもよい。
【００６０】
当該受付処理では、当該管理者の通信端末１０ｂから賃貸管理装置３０に対してレンタルの受付信号が送信されてもよい。賃貸管理装置３０は、上記受付信号に含まれる情報（例えば、ユーザＩＤ、アイテムＩＤ等）に基づいて、レンタル管理テーブル（例えば、図３Ｂ）を更新してもよい。例えば、賃貸管理装置３０は、レンタル管理テーブルにおいて、上記受付信号に含まれるユーザＩＤ、アイテムＩＤに関連づけられる開始日を更新してもよい。
【００６１】
一方、レンタル予約が完了したアイテムが特定のアイテム（例えば、雑誌類）である場合（ステップＳ２０８；ＹＥＳ）、ステップＳ２１０において、ユーザは、所定場所（例えば、共有スペース）に保管される当該特定のアイテムを自由に持ち出してもよい。
【００６２】
（３）アイテム返却
図８は、本実施の形態に係るアイテムの返却に関する動作の一例を示すフローチャートである。図８のステップＳ３０１〜Ｓ３０３は、図６のステップＳ２０１〜Ｓ２０３と同様である。以下では、図６との相違点を中心に説明する。
【００６３】
図８のステップＳ３０４において、通信端末１０ａは、マイページ画面においてアイテムの返却用画面への遷移ボタン（例えば、図７Ａでは、“アイテムをレンタル／返却する”）が押下（又はクリック）される場合、アイテムのレンタルの返却用画面を表示部に表示させる。ユーザは、返却用画面においてアイテムの返却用のボタンを押下（又はクリック）してもよい。例えば、図７Ｂに示すように、返却用画面は、予約用画面内に含まれてもよいし、予約用画面とは別の画面であってもよい。
【００６４】
例えば、通信端末１０ａは、アイテムＩ１の返却用のボタンを押下（クリック）を受け付けると、ステップＳ３０５において、通信端末１０ａは、返却情報の入力画面を表示部に表示させ、当該入力画面で入力された返却情報を含む返却要求を賃貸管理装置３０に送信してもよい。返却情報は、例えば、返却するアイテムのアイテムＩＤ、返却日、返却時間の少なくとも一つを含んでもよい。
【００６５】
ステップＳ３０６において、賃貸管理装置３０は、当該返却情報に基づいて、レンタル管理テーブル（例えば、図３Ｂ）を更新してもよい。例えば、賃貸管理装置３０は、レンタル管理テーブルにおいて、返却するアイテムのアイテムＩＤに関連付けられる返却情報を更新してもよい。なお、アイテムＩＤが示すアイテムが特定のアイテム（例えば、雑誌等）である場合、共有スペースの管理者による受付処理が不要であるため、当該ユーザＩＤに返却日が更新されてもよい。
【００６６】
通信端末１０ａは、賃貸管理装置３０から、返却情報の登録完了信号を受信すると、レンタルの返却情報の登録完了画面を通信端末１０ａの表示画面に表示させてもよい。
【００６７】
返却情報の登録が完了したアイテムが特定のアイテム（例えば、雑誌類）ではない場合（ステップＳ３０７；ＮＯ）、ステップＳ３０８において、賃貸物件の共有スペースの管理者による受付処理後に、ステップＳ３０９において、レンタルされたアイテムが当該管理者に返却されてもよい。
【００６８】
当該受付処理では、当該管理者の通信端末１０ｂから賃貸管理装置３０に対して返却の受付信号が送信されてもよい。賃貸管理装置３０は、上記受付信号に含まれる情報（例えば、ユーザＩＤ、アイテムＩＤ）に基づいて、レンタル管理テーブル（例えば、図３Ｂ）を更新してもよい。例えば、賃貸管理装置３０は、レンタル管理テーブルにおいて、上記受付信号に含まれるユーザＩＤ、アイテムＩＤに関連づけられる返却日を更新してもよい。
【００６９】
一方、レンタル予約が完了したアイテムが特定のアイテム（例えば、雑誌類）である場合（ステップＳ３０７；ＹＥＳ）、ステップＳ３０９において、ユーザは、所定場所（例えば、共有スペース）に当該特定のアイテムを自ら返却してもよい。
【００７０】
なお、賃貸管理装置３０は、ステップＳ３０６又はＳ３０８においてレンタル管理アイテムが更新される場合、ポイント管理テーブル（例えば、図４Ａ）のアイテムレンタルポイントを加算してもよい。
【００７１】
（４）クーポン利用
図９は、本実施の形態に係るクーポンの利用に関する動作の一例を示すフローチャートである。図９のステップＳ４０１〜Ｓ４０３は、図６のステップＳ２０１〜Ｓ２０３と同様である。以下では、図６との相違点を中心に説明する。
【００７２】
図９のステップＳ４０４において、通信端末１０ａは、マイページ画面においてクーポン画面への遷移ボタン（例えば、図７Ａの“クーポンを表示する”）が押下（又はクリック）される場合、賃貸管理装置３０からクーポン情報を受信し、当該クーポン情報に基づいて通信端末１０ａの表示画面に所定のクーポンを表示させる。
【００７３】
例えば、当該所定のクーポンは、賃貸物件に居住しているユーザに限定のクーポン、アイテムをレンタルしたことがあるユーザに利用なクーポン、会員登録したユーザが利用可能なクーポン等であってもよい。
【００７４】
ステップＳ４０５において、通信端末１０ａの表示画面に表示されたクーポンが利用される場合、賃貸物件の共有スペースの管理者（例えば、カフェやインテリアショップ等のオーナーや店員等）によってクーポンの消込が行われてもよい。具体的には、当該管理者の通信端末１０ｂは、クーポンの利用情報（例えば、クーポンＩＤ、ユーザＩＤ等）を含む消込要求を賃貸管理装置３０に送信してもよい。
【００７５】
賃貸管理装置３０は、当該消込要求に基づいて、クーポン管理テーブル（例えば、図３Ｃ）を更新してもよい。例えば、賃貸管理装置３０は、クーポン管理テーブルにおいて、ユーザＩＤと、利用するクーポンのクーポンＩＤ、利用日、一日あたりの利用回数の少なくとも一つとを関連付けるレコードを追加してもよい。
【００７６】
また、賃貸管理装置３０は、クーポンの消込を行う場合、ポイント管理テーブル（例えば、図４Ａ）のクーポン利用ポイントを加算してもよい。
【００７７】
ステップＳ４０６において、賃貸管理装置３０は、クーポン管理テーブル（例えば、図３Ｃ）を参照して、通信端末１０ａの表示画面に表示させるクーポンを決定してもよい。例えば、賃貸管理装置３０は、一日あたりの利用回数が所定の閾値（例えば、１回）未満であるクーポンの情報を通信端末１０ａに送信してもよい。通信端末１０ａは、当該情報に基づいてクーポンを表示部に表示させてもよい。
【００７８】
これにより、マイページ画面においてクーポンの表示画面への遷移ボタンが押下（又はクリック）される場合であっても、所定の条件を満たさない（例えば、一日あたりの利用回数が所定の閾値以上である）クーポンは表示部には表示されない。したがって、特定のユーザがクーポンを何度も利用するのを防止できる。
【００７９】
（５）入居者募集
図１０は、本実施の形態に係る入居者募集に関する動作の一例を示すフローチャートである。なお、図１０に示される入居者募集に関する動作は、所定のトリガ（例えば、所定のアイテムが少なくとも住人間で共用される賃貸物件における空室発生）に応じて非周期的に開始されてもよいし、所定のタイミング（例えば、月初め）で周期的に開始されてもよい。
【００８０】
なお、ポイント管理テーブル（例えば、図４Ａ）は、所定のタイミング（例えば、所定期間毎、アイテムの返却時、クーポンの利用時等）で会員管理テーブル、レンタル管理テーブル、ポイント管理テーブルの少なくとも一つを参照して更新されてもよい。或いは、ポイント管理テーブルは、入居者募集の動作前に、会員管理テーブル、レンタル管理テーブル、ポイント管理テーブルの少なくとも一つを参照して更新されてもよい。
【００８１】
図１０のステップＳ５０１において、賃貸管理装置３０は、会員登録されたユーザの中から、ポイント管理テーブル（例えば、図４Ａ）で管理される獲得ポイントに基づいて、入居者の募集情報の送信先のユーザを決定する。具体的には、賃貸管理装置３０は、会員登録されたユーザの中から、前記獲得ポイントのランクが高いユーザを、優先的に前記送信先のユーザとして決定してもよい。
【００８２】
例えば、図４Ａに示すポイント管理テーブルでは、ユーザＤの獲得ポイントのランクは、最も優先度が高い「ブラック」であり、ユーザＣの獲得ポイントのランクは、２番目に優先度が高い「マゼンダ」であり、ユーザＢ及びＥの獲得ポイントのランクは、３番目に優先度が高い「シアン」であり、ユーザＡ及びＦの獲得ポイントのランクは、４番目に優先度が高い「イエロー」である。
【００８３】
したがって、賃貸管理装置３０は、会員登録されたユーザＡ〜Ｆの中から、獲得ポイントのランクが高いユーザ（例えば、図４Ａでは、ユーザＤ）を、優先的に送信先のユーザとして決定してもよい。
【００８４】
一方、図３Ａに示す会員管理テーブルでは、ユーザＡ、Ｃ、Ｄの居住物件としてそれぞれ物件Ａ、Ｃ、Ｂが登録されている（ユーザＡ、Ｃ、Ｄは、それぞれ物件Ａ、Ｃ、Ｂに入居中である）ので、募集情報を送信しても空室となった賃貸物件に入居できない可能性が高い。このため、賃貸管理装置３０は、会員登録されたユーザＡ〜Ｆのうち、対象となる賃貸物件（ここでは、物件Ａ〜Ｃ）の住人以外のユーザ（ここでは、ユーザＢ、Ｅ、Ｆ）で、かつ、獲得ポイントのランクが高いユーザを、優先的に送信先のユーザとして決定してもよい。
【００８５】
例えば、図４Ａのポイント管理テーブルでは、物件Ａ〜Ｃに居住していないユーザＢ、Ｅ、Ｆのうち、ユーザＢ及びＥの獲得ポイントのランクは「シアン」であり、ユーザＦの獲得ポイントのランク「イエロー」よりも高い。このため、賃貸管理装置は、ユーザＢ及びＥを優先的に送信先のユーザとして決定してもよい。
【００８６】
このように、会員登録されたユーザは、前記賃貸物件の前記住人以外であり、かつ、前記所定のアイテムのレンタル経験及び前記賃貸物件内の共有スペースにおけるクーポンの利用経験の少なくとも一つを有するユーザ（例えば、ユーザＥ）を含んでもよい。
【００８７】
これにより、ユーザＥのように、対象となる賃貸物件（ここでは、物件Ａ〜Ｃ）の居住期間ポイントが無くとも、アイテムレンタルポイント及びクーポン利用ポイントに応じて、優先的に募集情報の送信先のユーザとして決定できる。アイテムのレンタルやクーポンを利用するユーザは、「物」を共有する賃貸物件に対する入居意欲が高いと考えられる。このため、当該ユーザを募集情報の送信先のユーザとして優先的に決定することで、効率的に入居者を募集することができる。
【００８８】
なお、ステップＳ５０１において、賃貸管理装置３０は、会員管理テーブル（例えば、図３Ａ）においてユーザＩＤに関連付けられる個人情報（例えば、ユーザの嗜好、興味関心事項、趣味、一人暮らしであるか否か（一人暮らし又は実家暮らし）、引っ越しの検討理由等）に基づいて、募集情報の送信先のユーザを決定してもよい。例えば、賃貸管理装置３０は、入居者を募集する賃貸物件のタイプ（例えば、アクティブ、クリエイティブ等）と、会員管理テーブル（例えば、図３Ａ）においてユーザＩＤに関連付けられるタイプとに基づいて、募集情報の送信先のユーザを決定してもよい。
【００８９】
図１０のステップＳ５０２において、賃貸管理装置３０は、ステップＳ５０１で決定されたユーザに対して、入居者の募集情報を送信する。例えば、賃貸管理装置３０は、当該ユーザの予め登録されたメールアドレスに対して、当該募集情報を送信してもよい。
【００９０】
図１０に示される入居者募集の動作によると、対象となる賃貸物件に住んだことがなくとも、会員登録されたユーザであれば、アイテムレンタルポイント及びクーポン利用ポイントに応じて、優先的に募集情報を受け取ることができるので、効率的に入居者を募集できる。
【００９１】
なお、図１０において、賃貸管理装置３０は、会員登録された全てのユーザに募集情報を送信してもよいし、会員登録された一部のユーザに募集情報を送信してもよい。当該一部のユーザは、上述のように、ユーザの獲得ポイント、ユーザの個人情報の少なくとも一つに基づいて、決定されてもよい。
【００９２】
（賃貸管理システムの詳細構成）
図１１は、本実施の形態に係る賃貸管理装置の機能構成の一例を示す図である。本例に示すように、賃貸管理装置３０は、制御部３１０と、記憶部３２０と、通信部３３０と、入力部３４０と、出力部３５０と、を有する。なお、図１１では、本実施の形態における特徴部分の機能ブロックを主に示しており、賃貸管理装置３０は、他の処理に必要な他の機能ブロックも有してもよい。また、一部の機能ブロックを含まない構成としてもよい。
【００９３】
制御部３１０は、賃貸管理装置３０の制御を実施する。制御部３１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置により構成することができる。
【００９４】
また、制御部３１０は、非会員のユーザ又は会員登録されたユーザの認証、非会員ユーザの会員登録（例えば、図５）、会員登録されたユーザによるアイテムのレンタル（例えば、図６）、当該アイテムの返却（例えば、図８）、会員登録されたユーザによるクーポンの利用（例えば、図９）、入居者の募集情報の送信（例えば、図１０）の少なくとも一つを制御してもよい。
【００９５】
また、制御部３１０は、記憶部３２０に記憶される会員管理テーブル（例えば、図３Ａ）、レンタル管理テーブル（例えば、図３Ｂ）、クーポン管理テーブル（例えば、図３Ｃ）、ポイント管理テーブル（例えば、図４Ａ）、ランク付けテーブル（例えば、図４Ｂ）の少なくとも一つの更新を制御してもよい。
【００９６】
また、制御部３１０は、記憶部３２０で記憶されるポイント管理テーブル（例えば、図４Ａ）の獲得ポイントに基づいて、会員登録されたユーザの中から、所定のアイテムが少なくとも住人間で共用される賃貸物件に対する入居者の募集情報の送信先のユーザを決定してもよい（例えば、図１０）。
【００９７】
例えば、制御部３１０は、前記会員登録されたユーザの中から、前記住人以外であり、かつ、前記獲得ポイントのランクが高いユーザを、優先的に前記送信先のユーザとして決定してもよい。
【００９８】
記憶部３２０は、賃貸管理装置３０において利用する情報を記憶（保持）する。記憶部３２０は、例えば、本開示に係る技術分野での共通認識に基づいて説明されるメモリ、ストレージ、記憶装置などにより構成することができる。
【００９９】
具体的には、記憶部３２０は、会員管理テーブル（例えば、図３Ａ）、レンタル管理テーブル（例えば、図３Ｂ）、クーポン管理テーブル（例えば、図３Ｃ）、ポイント管理テーブル（例えば、図４Ａ）、ランク付けテーブル（例えば、図４Ｂ）の少なくとも一つを記憶してもよい。
【０１００】
通信部３３０は、ネットワークを介した他の通信デバイス（通信端末１０、機器、サーバなど）との通信を行う。通信部３３０は、受信した種々の情報を制御部３１０に出力してもよい。
【０１０１】
通信部３３０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置により構成することができる。なお、通信部３３０は、送信部及び受信部から構成されてもよい。
【０１０２】
具体的には、通信部３３０は、所定のアイテムが少なくとも住人間で共用される賃貸物件に対する入居者の募集情報を送信してもよい。
【０１０３】
また、通信部３３０は、通信端末１０から、認証要求、会員登録要求、ログイン要求、アイテムの予約要求、レンタルの受付信号、返却要求、返却の受付信号、クーポンの消込要求の少なくとも一つを受信してもよい。
【０１０４】
また、通信部３３０は、通信端末１０に対して、認証要求に対する応答信号、会員登録要求に対する完了信号、ログイン要求に対する応答信号、予約要求に対する完了信号、レンタルの受付信号に対する応答信号、返却要求に対する登録完了信号、返却の受付信号に対する応答信号、クーポンの情報、消込要求に対する応答信号の少なくとも一つを送信してもよい。
【０１０５】
また、通信部３３０は、ＳＮＳのサーバとの間で認証用の信号を送受信してもよい。
【０１０６】
入力部３４０は、ユーザからの操作により入力を受け付ける。また、入力部３４０は、所定の機器、記憶媒体などと接続され、データの入力を受け付けてもよい。入力部３４０は、入力結果を例えば制御部３１０に出力してもよい。
【０１０７】
入力部３４０は、本開示に係る技術分野での共通認識に基づいて説明されるキーボード、マウス、ボタンなどの入力装置、入出力端子、入出力回路などにより構成することができる。また、入力部３４０は、表示部と一体となった構成（例えば、タッチパネル）としてもよい。
【０１０８】
出力部３５０は、ユーザに対して知覚できる形式でデータ、コンテンツなどの出力を行う。例えば、出力部３５０は、画像を表示する表示部（表示画面）、音声を出力する音声出力部などを含んで構成されてもよい。
【０１０９】
表示部は、例えば、本開示に係る技術分野での共通認識に基づいて説明されるディスプレイ、モニタなどの表示装置により構成することができる。また、音声出力部は、本開示に係る技術分野での共通認識に基づいて説明されるスピーカーなどの出力装置により構成することができる。
【０１１０】
出力部３５０は、例えば、本開示に係る技術分野での共通認識に基づいて説明される演算器、演算回路、演算装置、プレイヤー、画像／映像／音声処理回路、画像／映像／音声処理装置、アンプなどを含んで構成することができる。
【０１１１】
通信端末１０についても、図１１と同様の構成を有してもよい。当業者であれば、図１１の説明における賃貸管理装置３０関連の記載を、適宜読み替えて理解できる。なお、通信端末１０、賃貸管理装置３０などは、いずれも通信デバイスと呼ばれてもよい。
【０１１２】
以下、通信端末１０のいくつかの部について例示的に説明する。なお、通信端末１０の図１１の各機能ブロックに対応する符号は、通信端末を示す符号「１０」の最初の一桁の数字「１」を図１１の最初の一桁の数字に適用して表す。
【０１１３】
通信端末１０の制御部１１０は、非会員のユーザ又は会員登録されたユーザの認証、非会員ユーザの会員登録（例えば、図５）、会員登録されたユーザによるアイテムのレンタル（例えば、図６）、当該アイテムの返却（例えば、図８）、会員登録されたユーザによるクーポンの利用（例えば、図９）、入居者の募集情報の送信（例えば、図１０）の少なくとも一つを制御してもよい。
【０１１４】
具体的には、制御部１１０は、会員登録の受付画面、個人情報の入力画面、会員登録の完了画面、住人情報の入力画面、住人登録の完了画面、ログイン画面、マイページ画面、レンタルの予約用画面、返却用画面、予約完了画面、レンタルの受付画面、返却情報の登録完了画面、返却の受付画面、クーポン画面の少なくとも一つについての出力部１５０に対する表示を制御してもよい。
【０１１５】
また、通信端末１０の通信部１３０は、賃貸管理装置３０に対して、認証要求、会員登録要求、ログイン要求、アイテムの予約要求、レンタルの受付信号、返却要求、返却の受付信号、クーポンの消込要求の少なくとも一つを送信してもよい。
【０１１６】
また、通信部１３０は、賃貸管理装置３０から、認証要求に対する応答信号、会員登録要求に対する完了信号、ログイン要求に対する応答信号、予約要求に対する完了信号、レンタルの受付信号に対する応答信号、返却要求に対する登録完了信号、返却の受付信号に対する応答信号、クーポンの情報、消込要求に対する応答信号の少なくとも一つを受信してもよい。
【０１１７】
また、通信部１３０は、ＳＮＳのサーバとの間で認証用の信号を送受信してもよい。
【０１１８】
また、通信端末１０の入力部１４０は、会員登録の受付画面、個人情報の入力画面、会員登録の完了画面、住人情報の入力画面、住人登録の完了画面、ログイン画面、マイページ画面、レンタルの予約用画面、返却用画面、予約完了画面、レンタルの受付画面、返却情報の登録完了画面、返却の受付画面、クーポン画面の少なくとも一つにおけるユーザからの入力を受け付けてもよい。
【０１１９】
（ハードウェア構成）
なお、上記実施の形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的に結合した１つの装置により実現されてもよいし、物理的に分離した２つ以上の装置を有線又は無線によって接続し、これら複数の装置により実現されてもよい。
【０１２０】
例えば、本実施の形態におけるデバイス、サーバなどは、本開示の動作を行うコンピュータとして機能してもよい。図１２は、本実施の形態に係るデバイス、サーバなどのハードウェア構成の一例を示す図である。上述の通信端末１０、賃貸管理装置３０などは、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【０１２１】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。通信端末１０、賃貸管理装置３０などのハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【０１２２】
例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、１以上のプロセッサによって実行されてもよい。
【０１２３】
通信端末１０、賃貸管理装置３０などにおける各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みなどを制御することによって実現される。
【０１２４】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）によって構成されてもよい。なお、上述の制御部１１０などの各部は、プロセッサ１００１によって実現されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。
【０１２５】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、制御部３１０（１１０）は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
【０１２６】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ROM）、ＥＥＰＲＯＭ（Electrically  EPROM）、ＲＡＭ（Random  Access  Memory）、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本実施の形態に係る方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０１２７】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（ＣＤ−ＲＯＭ（Compact  Disc  ROM）など）、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。なお、上述の記憶部３２０（１２０）は、メモリ１００２及び／又はストレージ１００３によって実現されてもよい。
【０１２８】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、ＳＩＭカードを含んでもよい。なお、上述の通信部３３０（１３０）は、通信装置１００４によって実現されてもよい。
【０１２９】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウスなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカーなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。なお、上述の入力部３４０（１４０）及び出力部３５０（１５０）は、それぞれ入力装置１００５及び出力装置１００６によって実現されてもよい。
【０１３０】
また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスによって構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０１３１】
また、通信端末１０、賃貸管理装置３０などは、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０１３２】
（変形例）
なお、本開示において説明した用語及び／又は本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。
【０１３３】
本開示において説明した情報、パラメータなどは、絶対値によって表されてもよいし、所定の値からの相対値によって表されてもよいし、対応する別の情報によって表されてもよい。また、本開示においてパラメータなどに使用する名称は、いかなる点においても限定的なものではない。
【０１３４】
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１３５】
情報、信号などは、複数のネットワークノードを介して入出力されてもよい。入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。
【０１３６】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【０１３７】
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）など）及び／又は無線技術（赤外線、マイクロ波など）を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【０１３８】
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
【０１３９】
本開示において説明した実施の形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示で説明した各態様／実施の形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。具体的には、図５、６、８、９、１０に示されるフローチャートにおいて、一部のステップは省略されてもよいし、不図示のステップが追加されてもよいし、少なくとも一部のステップの順序が入れ替えられてもよい。
【０１４０】
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１４１】
本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【０１４２】
以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施の形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。
【図１】
2020021203.tif 000003
【図２】
2020021203.tif 000004
【図３】
2020021203.tif 000005
【図４】
2020021203.tif 000006
【図５】
2020021203.tif 000007
【図６】
2020021203.tif 000008
【図７】
2020021203.tif 000009
【図８】
2020021203.tif 000010
【図９】
2020021203.tif 000011
【図１０】
2020021203.tif 000012
【図１１】
2020021203.tif 000013
【図１２】
2020021203.tif 000014