(57)【要約】【課題】運営者が内覧会の進行状況を容易に把握することが可能なサーバー装置、進行状況情報出力方法および進行状況情報出力プログラムを提供する。【解決手段】サーバー装置は、建物の内覧会に参加する参加者が利用する端末装置から、内覧会の進行に伴って参加者により端末装置に入力され、内覧会の進行状況を示す進行状況情報を取得する進行状況情報取得部と、取得された進行状況情報を、内覧会の運営者が参照する表示装置に出力する進行状況情報出力部と、を備える。【選択図】図１
2020087100.tif 000002
【特許請求の範囲】
【請求項１】
建物の内覧会に参加する参加者が利用する端末装置から、前記内覧会の進行に伴って前記参加者により前記端末装置に入力され、前記内覧会の進行状況を示す進行状況情報を取得する進行状況情報取得部と、
取得された前記進行状況情報を、前記内覧会の運営者が参照する表示装置に出力する進行状況情報出力部と、
を備えるサーバー装置。
【請求項２】
前記参加者による前記内覧会の進行を支援する進行支援情報を前記端末装置に出力する進行支援情報出力部を備える、
請求項１に記載のサーバー装置。
【請求項３】
前記進行状況情報は、前記建物に対する前記参加者の指摘事項を含む、
請求項１または２に記載のサーバー装置。
【請求項４】
前記進行状況情報は、前記参加者から前記運営者への連絡事項を含む、
を備える請求項１〜３の何れか１項に記載のサーバー装置。
【請求項５】
前記進行状況情報は、前記参加者から前記運営者への修繕要請事項を含む、
を備える請求項１〜４の何れか１項に記載のサーバー装置。
【請求項６】
前記端末装置によって録音された前記参加者の音声を取得する音声取得部と、
取得された前記音声に基づいて、前記参加者の音声を認識する音声認識部と、
前記音声認識部の認識結果に基づいて、前記端末装置に警告情報を出力する警告情報出力部と、
を備える請求項１〜５の何れか１項に記載のサーバー装置。
【請求項７】
前記端末装置によって録音された前記参加者の音声を取得する音声取得部と、
取得された前記音声に基づいて、前記参加者の感情状態を認識する感情認識部と、
前記感情認識部の認識結果に基づいて、前記端末装置に警告情報を出力する警告情報出力部と、
を備える請求項１〜５の何れか１項に記載のサーバー装置。
【請求項８】
建物の内覧会に参加する参加者が利用する端末装置から、前記内覧会の進行に伴って前記参加者により前記端末装置に入力され、前記内覧会の進行状況を示す進行状況情報を取得し、
取得された前記進行状況情報を、前記内覧会の運営者が参照する表示装置に出力する、
進行状況情報出力方法。
【請求項９】
コンピューターに、
建物の内覧会に参加する参加者が利用する端末装置から、前記内覧会の進行に伴って前記参加者により前記端末装置に入力され、前記内覧会の進行状況を示す進行状況情報を取得する処理と、
取得された前記進行状況情報を、前記内覧会の運営者が参照する表示装置に出力する処理と、
を実行させる進行状況情報出力プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバー装置、進行状況情報出力方法および進行状況情報出力プログラムに関する。
【背景技術】
【０００２】
従来、建築会社や不動産会社が完成させた新築の住宅（例えば、マンション）、ビル等の建物に購入者（入居者や契約者）を招いて、当該建物の最終確認をしてもらう内覧会（完成披露会とも言う）が行われている。
【０００３】
内覧会では、購入者は、建物（物件）が契約通りにきちんとでき上がっているか立会人等の説明に基づき確認していく。購入者は、汚れやキズ、仕上げなどが不十分な箇所や設備機器の不具合等（指摘事項）を発見した場合、購入者・不動産会社の双方確認のもと、手直しや交換を要求する。問題がなければ、購入者が「確認済み」の署名捺印を行い、物件の引き渡しに至る。手直し等の要求があった場合、工事が終わった時点で再度確認の場を設定し、問題がなければ「確認済み」の署名捺印を行い、物件の引き渡しに至る。
【０００４】
なお、内覧会には直接関連しないが、マンションや一戸建その他の建物等の不動産売買における申込みから引渡しまでの一連の手続、手順、不動産の内容、商品の説明等の説明事項を表示するシステムが提案されている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１１７１２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、内覧会を運営する運営者（建築会社や不動産会社）は、内覧会が行われる建物内（例えば、マンションの部屋内）の実際の様子がわからないため、例えば内覧会が予定通りの時間で進行されているか、時間がかかっている場合にどのような問題が起きているのか等、内覧会の進行状況を具体的に把握することが困難であるという問題があった。運営者から立会人に電話等で確認することは可能であるが、立会人と一緒に購入者がいることを考えると、そのような確認は行いづらい事情がある。その結果、内覧会の進行に何か問題が発生していても、運営者は、その問題に迅速に対応することができない。
【０００７】
本発明の目的は、運営者が内覧会の進行状況を容易に把握することが可能なサーバー装置、進行状況情報出力方法および進行状況情報出力プログラムを提供することである。
【課題を解決するための手段】
【０００８】
本発明に係るサーバー装置は、
建物の内覧会に参加する参加者が利用する端末装置から、前記内覧会の進行に伴って前記参加者により前記端末装置に入力され、前記内覧会の進行状況を示す進行状況情報を取得する進行状況情報取得部と、
取得された前記進行状況情報を、前記内覧会の運営者が参照する表示装置に出力する進行状況情報出力部と、
を備える。
【０００９】
本発明に係る進行状況情報出力方法は、
建物の内覧会に参加する参加者が利用する端末装置から、前記内覧会の進行に伴って前記参加者により前記端末装置に入力され、前記内覧会の進行状況を示す進行状況情報を取得し、
取得された前記進行状況情報を、前記内覧会の運営者が参照する表示装置に出力する。
【００１０】
本発明に係る進行状況情報出力プログラムは、
コンピューターに、
建物の内覧会に参加する参加者が利用する端末装置から、前記内覧会の進行に伴って前記参加者により前記端末装置に入力され、前記内覧会の進行状況を示す進行状況情報を取得する処理と、
取得された前記進行状況情報を、前記内覧会の運営者が参照する表示装置に出力する処理と、
を実行させる。
【発明の効果】
【００１１】
本発明によれば、運営者が内覧会の進行状況を容易に把握することができる。
【図面の簡単な説明】
【００１２】
【図１】本実施の形態における運営管理システムの構成を示すブロック図である。
【図２】本実施の形態におけるご案内事項一覧画面の例を示す図である。
【図３】本実施の形態におけるご案内事項詳細画面の例を示す図である。
【図４】本実施の形態における指摘入力画面の例を示す図である。
【図５】本実施の形態における緊急連絡画面の例を示す図である。
【図６】本実施の形態におけるリペア要請画面の例を示す図である。
【図７】本実施の形態における進行状況確認画面の例を示す図である。
【図８】本実施の形態における参加者端末装置の動作例を示すフローチャートである。
【図９】本実施の形態におけるサーバー装置の動作例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、図面を適宜参照して、本発明の一実施の形態について詳細に説明する。
【００１４】
図１は、本実施の形態における内覧会運営システム１０の機能構成を示すブロック図である。運営管理システム１０は、ネットワーク（例えば、インターネット）を介して接続された参加者端末装置１００（本発明の「端末装置」として機能）、サーバー装置２００および運営者端末装置４００（本発明の「表示装置」として機能）を備えて構成される。
【００１５】
建物（本実施の形態では、住宅）の内覧会に参加する立会人（本発明の「参加者」に対応）は、参加者端末装置１００を用いて、サーバー装置２００が提供する内覧会サービスにログイン（参加）し、参加者端末装置１００上で動作する例えばアプリケーションを介して住宅（物件）の購入者に説明して案内しながら例えばマンションの部屋で行われる内覧会の進行を行う。なお、図１においては、参加者端末装置１００を１つのみ表示しているが、実際には、複数の内覧会が同じ日におこなわれており、内覧会サービスに参加する複数の立会人のそれぞれが使用する複数の参加者端末装置１００が存在する。
【００１６】
内覧会を運営する運営者（建築会社や不動産会社）は、例えば運営事務所に設けられた運営者端末装置４００を用いて、サーバー装置２００が提供する内覧会サービスにログイン（参加）し、運営者端末装置４００上で動作する例えばＷｅｂブラウザを介して、参加者端末装置１００を用いて参加者により進行される内覧会の運営管理を行う。
【００１７】
まず、参加者端末装置１００の機能構成について説明する。参加者端末装置１００は、タブレットＰＣ（パーソナルコンピューター）、スマートフォン等の端末装置であり、他の装置（他の参加者端末装置１００やサーバー装置２００）との間で各種のデータを送受信する機能を備えている。本実施の形態では、サーバー装置２００に対する複数の参加者端末装置１００による同時アクセスを回避するため、参加者端末装置１００とサーバー装置２００との間におけるデータの送受信は、ポーリング（ランダムなタイミングで実行されるアクセス）によって実行される。ただし、参加者端末装置１００とサーバー装置２００との間におけるデータの送受信は、必ずしもポーリングによって実行されなくても良い。
【００１８】
参加者端末装置１００は、進行支援情報取得部１１０、入力受付部１２０、進行状況情報出力部１３０、音声入力部１４０、音声出力部１５０、警告情報取得部１６０、表示制御部１７０および表示部１８０を備えて構成される。
【００１９】
参加者端末装置１００は、図示しないが、例えば、プロセッサとしてのＣＰＵ（Central Processing Unit）、制御プログラムを格納したＲＯＭ（Read Only Memory）等の記憶媒体、ＲＡＭ（Random Access Memory）等の作業用メモリ、および通信回路を有する。この場合、上記した各部の機能は、ＣＰＵが制御プログラムを実行することにより実現される。
【００２０】
進行支援情報取得部１１０は、サーバー装置２００から出力された進行支援情報を取得する。本実施の形態では、進行支援情報取得部１１０は、内覧会が開始される前に、サーバー装置２００から出力された進行支援情報を取得する。そして、進行支援情報取得部１１０は、サーバー装置２００から取得した進行支援情報を表示制御部１７０に出力する。進行支援情報は、立会人による内覧会の進行を支援する情報（購入者への案内事項、各案内の想定時間など）である。
【００２１】
表示制御部１７０は、進行支援情報取得部１１０から出力された進行支援情報を含むご案内事項一覧画面を生成し、生成したご案内事項一覧画面を表示するように表示部１８０を制御する。
【００２２】
表示部１８０は、例えば参加者端末装置１００に設けられた液晶ディスプレイであり、表示制御部１７０の制御を受けてご案内事項一覧画面を表示する。
【００２３】
図２は、ご案内事項一覧画面の例を示す図である。図２に示すように、ご案内事項一覧画面には、内覧会の進行順に、購入者への各案内事項（ゴミ分類、ドアロック、玄関照明など）および各案内の想定時間（分）が表示される。立会人は、ご案内事項一覧画面を参照し、購入者に各案内事項を説明して案内しながら内覧会の進行を行う。
【００２４】
図３は、ご案内事項詳細画面の例を示す図である。ご案内事項詳細画面には、ご案内事項一覧画面（図２を参照）に表示される各案内事項のうち立会人により選択入力された案内事項の詳細情報が表示される。図３に示すように、案内事項（ゴミ分類）の詳細情報として、生ゴミの収集曜日（水、土）および資源ゴミの収集曜日（月）が表示される。立会人は、ご案内事項詳細画面に表示される詳細情報に基づく購入者への案内が終了した場合、ご案内事項詳細画面の右下に表示される「ご説明完了」ボタンを選択入力する。ご案内事項一覧画面において、「ご説明完了」ボタンの選択入力に連動して、立会人による案内が終了した案内事項（ゴミ分類）についてはチェックマークが表示される。
【００２５】
入力受付部１２０は、例えば内覧会の進行に伴って変化する、表示部１８０に表示されている進行支援情報を含む各種画面の入力項目に対して、図示しない操作部（本実施の形態では、タッチパネルを有するタッチパネル操作部）を介した立会人からの各種の入力を受け付ける。そして、入力受付部１２０は、受け付けた入力に応じた入力信号を進行状況情報出力部１３０に出力する。なお、入力受付部１２０は、内覧会の進行に伴って立会人からの各種の入力を音声入力によって受け付けても良い。
【００２６】
進行状況情報出力部１３０は、入力受付部１２０から出力された入力信号に基づいて、内覧会の進行状況を示す進行状況情報を生成してサーバー装置２００に出力（送信）する。本実施の形態では、進行状況情報出力部１３０は、入力受付部１２０から出力された入力信号に対応する入力の際に表示部１８０に表示されていた進行支援情報を含む画面の入力項目を進行状況情報に関連付けてサーバー装置２００に出力（送信）する。なお、進行状況情報出力部１３０は必ずしも、入力項目を進行状況情報に関連付けてサーバー装置２００に出力しなくても良い。
【００２７】
例えば、内覧会の進行中に、購入者からの指摘により立会人によって住宅に対する指摘事項（汚れやキズ、仕上げなどが不十分な箇所や設備機器の不具合等）が入力された場合、進行状況情報出力部１３０は、当該指摘事項を含む進行状況情報を生成する。図４は、表示部１８０に表示される指摘入力画面の例を示す図である。図４に示すように、指摘入力画面には、内覧会の対象となる部屋（１０３）の間取り図が表示される。この指摘入力画面において、立会人は、指摘事項の該当箇所を選択入力するとともに、当該指摘事項を入力する。図４に示す例では、指摘事項の該当箇所として３箇所の選択入力が行われている。
【００２８】
また、内覧会の進行中に、立会人によって運営者への連絡事項が入力された場合、進行状況情報出力部１３０は、当該連絡事項を含む進行状況情報を生成する。図５は、表示部１８０に表示される緊急連絡画面の例を示す図である。この緊急連絡画面において、立会人は、運営者への連絡事項を入力する。図５に示す例では、運営者への連絡事項として、文字列「お客様を怒らせてしまいました。」が入力されている。
【００２９】
また、内覧会の進行中に、立会人によって運営者への修繕要請事項が入力された場合、進行状況情報出力部１３０は、当該修繕要請事項を含む進行状況情報を生成する。図６は、表示部１８０に表示されるリペア要請画面の例を示す図である。このリペア要請画面において、立会人は、運営者への住宅の修繕要請事項を入力する。図６に示す例では、運営者への修繕要請事項として、壁／クロスなどの小さな傷・隙間、および、壁／クロス／フローリング／サッシュなどの汚れが入力されている。
【００３０】
音声入力部１４０は、マイク等の集音手段（図示せず）で集音された立会人および購入者の音声を音声データとして入力する。そして、音声入力部１４０は、入力された音声データを音声出力部１５０に出力する。
【００３１】
音声出力部１５０は、音声入力部１４０から出力された音声データをサーバー装置２００に出力（送信）する。
【００３２】
警告情報取得部１６０は、サーバー装置２００から出力された警告情報を取得して表示制御部１７０に出力する。警告情報は、例えば、購入者が内覧会に満足していない可能性がある旨を示す情報である。
【００３３】
表示制御部１７０は、警告情報取得部１６０から出力された警告情報を表示するように表示部１８０を制御する。表示部１８０は、表示制御部１７０の制御を受けて警告情報を表示する。
【００３４】
次に、サーバー装置２００の機能構成について説明する。サーバー装置２００は、クラウド上に設けられており、他の装置（参加者端末装置１００や運営者端末装置４００）との間で各種のデータを送受信する機能を備えている。
【００３５】
サーバー装置２００は、進行支援情報取得部２１０、進行支援情報記憶部２２０、進行支援情報出力部２３０、進行状況情報取得部２４０、進行状況情報記憶部２５０、進行状況情報出力部２６０、音声取得部２７０、音声認識部２８０、感情認識部２９０、警告情報出力部３００および警告情報記憶部３１０を備えて構成される。
【００３６】
サーバー装置２００は、図示しないが、例えば、プロセッサとしてのＣＰＵ（Central Processing Unit）、制御プログラムを格納したＲＯＭ（Read Only Memory）等の記憶媒体、ＲＡＭ（Random Access Memory）等の作業用メモリ、および通信回路を有する。この場合、上記した各部の機能は、ＣＰＵが制御プログラム（本発明の「進行状況情報出力プログラム」として機能）を実行することにより実現される。
【００３７】
進行支援情報取得部２１０は、運営者端末装置４００から出力された進行支援情報を取得して進行支援情報記憶部２２０および進行支援情報出力部２３０に出力する。
【００３８】
進行支援情報記憶部２２０は、進行支援情報取得部２１０から出力された進行支援情報を記憶する。進行支援情報記憶部２２０に進行支援情報を記憶しておくことにより、当該進行支援情報を内覧会の実施履歴として管理することができる。進行支援情報記憶部２２０は、例えば不揮発性の半導体メモリ（いわゆるフラッシュメモリ）やハードディスクドライブで構成される。
【００３９】
進行支援情報出力部２３０は、進行支援情報取得部２１０から出力された進行支援情報を参加者端末装置１００（進行支援情報取得部１１０）に出力（送信）する。
【００４０】
進行状況情報取得部２４０は、参加者端末装置１００（進行状況情報出力部１３０）から出力された進行状況情報を取得して進行状況情報記憶部２５０および進行状況情報出力部２６０に出力する。本実施の形態では、進行状況情報取得部２４０は、進行状況情報に関連付けて出力された入力項目も取得して進行状況情報記憶部２５０および進行状況情報出力部２６０に出力する。なお、進行状況情報に関連付けて入力項目が出力されていない場合には、進行状況情報取得部２４０は、当該進行状況情報に関連付けられる入力項目を進行支援情報記憶２２０に記憶されている進行支援情報から取得して進行状況情報記憶部２５０および進行状況情報出力部２６０に出力する。
【００４１】
進行状況情報記憶部２５０は、進行状況情報取得部２４０から出力された進行状況情報を記憶する。進行状況情報記憶部２５０に進行状況情報を記憶しておくことにより、当該進行状況情報を内覧会の実施履歴として管理することができる。特に、立会人の実際の案内時間や指摘事項の数などの進行状況情報をデータベース化して管理することにより、内覧会の終了直後に、立会人や施工業者（建築会社や不動産会社）の評価や分析を行うことができる。進行状況情報記憶部２５０は、例えば不揮発性の半導体メモリ（いわゆるフラッシュメモリ）やハードディスクドライブで構成される。
【００４２】
進行状況情報出力部２６０は、進行状況情報取得部２４０から出力された進行状況情報を運営者端末装置４００に出力（送信）する。
【００４３】
音声取得部２７０は、参加者端末装置１００（音声出力部１５０）から出力された音声データを取得して音声認識部２８０および感情認識部２９０に出力する。
【００４４】
音声認識部２８０は、音声取得部２７０から出力された音声データに基づいて、内覧会に参加する購入者および立会人の音声を認識する音声認識処理を行う。音声認識部２８０は、従来のあらゆる音声認識技術を用いて、音声認識処理を行うことができる。音声認識部２８０は、音声認識処理の結果として得られるテキストデータ（文字列）を警告情報出力部３００に出力する。
【００４５】
感情認識部２９０は、音声取得部２７０から出力された音声データに基づいて、内覧会に参加する購入者の感情状態を認識する感情認識処理を行う。感情認識部２９０は、感情認識処理の結果として得られる感情状態を示す感情状態情報を警告情報出力部３００に出力する。
【００４６】
感情認識部２９０は、従来のあらゆる感情認識技術を用いて、感情認識処理を行うことができる。例えば、「特許第４５８０１９０号公報」に開示された感情認識技術では、音声データから基本周波数、パワー、動的特徴量の時間変化特性といった音声特徴量ベクトルを算出し、事前に学習した笑い、怒り、悲しみといった感情状態に対応する符号長を用いて尤度を計算し、最も高いものを感情状態として判定する。また、音声データに含まれる文字（全ての文字あるいは母音のみ）とその発話時間長から発話ごとの平均話速を計測し、慌て／焦りといった感情状態を判定する。
【００４７】
警告情報出力部３００は、音声認識部２８０から出力されたテキストデータと、感情認識部２９０から出力された感情状態情報とに基づいて、購入者が内覧会に満足していない可能性があるか否かについて判定する。例えば、警告情報出力部３００は、音声認識部２８０から出力されたテキストデータを参照し、予め設定された要注意ワードやＮＧワードが購入者の発話内容に含まれている場合、購入者が内覧会に満足していない可能性があると判定する。また、警告情報出力部３００は、感情認識部２９０から出力された感情状態情報に示される購入者の感情状態が例えば怒りまたは悲しみである場合、購入者が内覧会に満足していない可能性があると判定する。
【００４８】
警告情報出力部３００は、購入者が内覧会に満足していない可能性があると判定した場合、購入者が内覧会に満足していない可能性がある旨を示す警告情報を生成する。そして、警告情報出力部３００は、生成した警告情報を警告情報記憶部３１０に出力するとともに、参加者端末装置１００（警告情報取得部１６０）に出力（送信）する。
【００４９】
警告情報記憶部３１０は、警告情報出力部３００から出力された警告情報を記憶する。警告情報記憶部３１０に警告情報を記憶しておくことにより、当該警告情報を立会人と購入者との応対履歴として管理することができる。警告情報記憶部３１０は、例えば不揮発性の半導体メモリ（いわゆるフラッシュメモリ）やハードディスクドライブで構成される。
【００５０】
最後に、運営者端末装置４００の機能構成について説明する。運営者端末装置４００は、ＰＣ（パーソナルコンピューター）、タブレットＰＣ等の端末装置であり、サーバー装置２００との間で各種のデータを送受信する機能を備えている。
【００５１】
運営者端末装置４００は、入力受付部４１０、進行支援情報出力部４２０、進行状況情報取得部４３０、警告情報取得部４４０、表示制御部４５０および表示部４６０を備えて構成される。
【００５２】
運営者端末装置４００は、図示しないが、例えば、プロセッサとしてのＣＰＵ（Central Processing Unit）、制御プログラムを格納したＲＯＭ（Read Only Memory）等の記憶媒体、ＲＡＭ（Random Access Memory）等の作業用メモリ、および通信回路を有する。この場合、上記した各部の機能は、ＣＰＵが制御プログラムを実行することにより実現される。
【００５３】
入力受付部４２０は、図示しない操作部を介して、内覧会が行われる前に運営者からの各種の入力を受け付ける。そして、入力受付部４２０は、受け付けた入力に応じた入力信号を進行支援情報出力部４２０に出力する。
【００５４】
進行支援情報出力部４２０は、入力受付部４２０から出力された入力信号に基づいて、内覧会の進行を支援するための進行支援情報を生成する。進行支援情報には、内覧会に参加する立会人のタイムスケジュール、各内覧会において購入者に対する各案内事項および各案内の想定時間、購入者の情報、緊急連絡先および休憩場所などが含まれる。進行支援情報出力部４２０は、生成した進行支援情報をサーバー装置２００（進行支援情報取得部２１０）に出力（送信）する。
【００５５】
進行状況情報取得部４３０は、サーバー装置２００（進行状況情報出力部２６０）から出力された進行状況情報を取得して表示制御部４５０に出力する。
【００５６】
表示制御部４５０は、進行状況情報取得部４３０から出力された進行状況情報を含む進行状況確認画面を生成し、生成した進行状況確認画面を表示するように表示部４６０を制御する。
【００５７】
表示部４６０は、例えば運営者端末装置４００に設けられた液晶ディスプレイであり、表示制御部４５０の制御を受けて進行状況確認画面を表示する。本実施の形態では、進行状況確認画面の表示内容は、所定時間（例えば、３０秒）間隔で自動更新される。
【００５８】
図７は、進行状況確認画面の例を示す図である。図７に示すように、進行状況確認画面には、指定された内覧会の開催日および開催状態（進行中、開始前または完了）毎に、部屋（内覧会の会場）毎の進行状況情報が表示される。進行状況情報には、部屋名、開始時間、完了予定時間、指摘件数、案内事項（説明事項）のチェック数（案内終了数／全案内数）、購入者（お客様）の氏名、立会人（案内人）の氏名、アラート情報（住宅に対する指摘事項、運営者への連絡事項、運営者への修繕要請事項）を確認するための確認ボタン、天候（図示せず）などが含まれる。
【００５９】
立会人が確認ボタンを選択入力することによって、アラート情報の発生時間および内容を表示するポップアップ画面が表示される。立会人によって確認されていないアラート情報が存在する場合には、当該アラート情報の重要度合いに応じて、進行状況確認画面に表示される進行状況情報の背景色が変更される。例えば、アラート情報の重要度合いが大の場合には、進行状況確認画面に表示される進行状況情報の背景色が白色から赤色に変更される。
【００６０】
運営者は、進行状況確認画面を参照することにより、運営事務所に居ながらにして、立会人全員について、例えば内覧会が予定通りの時間で進行されているか、時間がかかっている場合にどのような問題が起きているのか等、内覧会の進行状況をリアルタイムで具体的に把握することができる。その結果、内覧会の進行に何か問題が発生していても、運営者は、立会人のスケジュールを変更する等により、その問題に迅速に対応することができる。
【００６１】
例えば、運営者は、アラート情報に含まれる住宅に対する指摘事項を参照することにより、具体的にどのような指摘が発生しているのかについて把握することができ、その指摘に対して早急に顧客説明を行う等の対応を行うことができる。手直し等の指摘もその場で説明することにより解決できる場合が多いからである。
【００６２】
また、運営者は、アラート情報に含まれる運営者への連絡事項を参照することにより、具体的にどのような連絡が発生しているのかについて把握することができ、その連絡に対して早急に対応を行うことができる。特に、立会人側からすると、購入者の前では発言しにくい情報も簡単な入力操作で即座に運営者に連絡できるため、当該連絡をスムーズに行うことができる。
【００６３】
また、運営者は、アラート情報に含まれる運営者への修繕要請事項を参照することにより、具体的にどのような修繕要望が発生しているのかについて把握することができ、その修繕要望に対して早急に施工会社に修正要請の連絡を行う等の対応を行うことができる。特に、立会人側からすると、修繕要望を簡単な入力操作で即座に運営者に連絡できるため、当該連絡をスムーズに行うことができる。さらに言えば、汚れやキズなどその場で対処できる修繕が後日の対応となり、二度手間となる事態を回避することができる。
【００６４】
警告情報取得部４４０は、サーバー装置２００（警告情報出力部３００）から出力された警告情報を取得して表示制御部４５０に出力する。
【００６５】
表示制御部４５０は、警告情報取得部４４０から出力された警告情報を表示するように表示部４６０を制御する。表示部４６０は、表示制御部４５０の制御を受けて警告情報を表示する。
【００６６】
次に、本実施の形態における参加者端末装置１００の動作例について説明する。図８は、参加者端末装置１００の動作例を示すフローチャートである。図８における処理は、サーバー装置２００から参加者端末装置１００に対して内覧会サービスの提供が開始された後に実行される。
【００６７】
まず、表示制御部１７０は、進行支援情報取得部１１０から出力された進行支援情報の表示を開始するように表示部１８０を制御する（ステップＳ１００）。
【００６８】
警告情報取得部１６０は、サーバー装置２００から出力された警告情報を取得したか否かについて判定する（ステップＳ１２０）。判定の結果、警告情報を取得した場合（ステップＳ１２０、ＹＥＳ）、表示制御部１７０は、警告情報取得部１６０から出力された警告情報を表示するように表示部１８０を制御する（ステップＳ１４０）。その後、処理はステップＳ１６０に遷移する。
【００６９】
一方、警告情報が取得していない場合（ステップＳ１２０、ＮＯ）、処理はステップＳ１６０に遷移する。ステップＳ１６０では、音声入力部１４０は、音声データを入力したか否かについて判定する。
【００７０】
判定の結果、音声データを入力した場合（ステップＳ１６０、ＹＥＳ）、音声出力部１５０は、音声入力部１４０から出力された音声データをサーバー装置２００に出力する（ステップＳ１８０）。その後、処理はステップＳ２００に遷移する。
【００７１】
一方、音声データを入力していない場合（ステップＳ１６０、ＮＯ）、処理はステップＳ２００に遷移する。ステップＳ２００では、入力受付部１２０は、内覧会の進行に伴って立会人からの入力を受け付けたか否かについて判定する。
【００７２】
判定の結果、立会人からの入力を受け付けていない場合（ステップＳ２００、ＮＯ）、処理はステップＳ１２０の前に戻る。一方、立会人からの入力を受け付けた場合（ステップＳ２００、ＹＥＳ）、入力受付部１２０は、受け付けた入力が、内覧会サービスを終了する入力であるか否かについて判定する（ステップＳ２２０）。
【００７３】
判定の結果、内覧会サービスを終了する入力である場合（ステップＳ２２０、ＹＥＳ）、参加者端末装置１００は、図８における処理を終了する。一方、内覧会サービスを終了する入力でない場合（ステップＳ２２０、ＮＯ）、進行状況情報出力部１３０は、入力受付部１２０から出力された入力信号に基づいて、内覧会の進行状況を示す進行状況情報を生成してサーバー装置２００に出力する（ステップＳ２４０）。その後、処理はステップＳ１２０の前に戻る。
【００７４】
次に、本実施の形態におけるサーバー装置２００の動作例について説明する。図９は、サーバー装置２００の動作例を示すフローチャートである。図９における処理は、例えばサーバー装置２００から参加者端末装置１００に対して内覧会サービスの提供が開始された後、所定時間間隔毎に実行される。
【００７５】
まず、進行状況情報取得部２４０は、参加者端末装置１００から出力された進行状況情報を取得したか否かについて判定する（ステップＳ３００）。判定の結果、進行状況情報を取得した場合（ステップＳ３００、ＹＥＳ）、進行状況情報出力部２６０は、進行状況情報取得部２４０から出力された進行状況情報を運営者端末装置４００に出力する（ステップＳ３２０）。その後、処理はステップＳ３４０に遷移する。
【００７６】
一方、進行状況情報を取得していない場合（ステップＳ３００、ＮＯ）、処理はステップＳ３４０に遷移する。ステップＳ３４０では、音声取得部２７０は、参加者端末装置１００から出力された音声データを取得したか否かについて判定する。
【００７７】
判定の結果、音声データを取得していない場合（ステップＳ３４０、ＮＯ）、サーバー装置２００は、図９における処理を終了する。一方、音声データを取得した場合（ステップＳ３４０、ＹＥＳ）、音声認識部２８０は、音声取得部２７０から出力された音声データに基づいて、内覧会に参加する購入者および立会人の音声を認識する音声認識処理を行う（ステップＳ３６０）。音声認識部２８０は、音声認識処理の結果として得られるテキストデータ（文字列）を警告情報出力部３００に出力する。
【００７８】
次に、感情認識部２９０は、音声取得部２７０から出力された音声データに基づいて、内覧会に参加する購入者の感情状態を認識する感情認識処理を行う（ステップＳ３８０）。感情認識部２９０は、感情認識処理の結果として得られる感情状態を示す感情状態情報を警告情報出力部３００に出力する。
【００７９】
次に、警告情報出力部３００は、音声認識部２８０から出力されたテキストデータと、感情認識部２９０から出力された感情状態情報とに基づいて、購入者が内覧会に満足していない可能性があるか否かについて判定する（ステップＳ４００）。判定の結果、購入者が内覧会に満足していない可能性がない場合（ステップＳ４００、ＹＥＳ）、サーバー装置２００は、図９における処理を終了する。
【００８０】
一方、購入者が内覧会に満足していない可能性がある場合（ステップＳ４００、ＮＯ）、警告情報出力部３００は、購入者が内覧会に満足していない可能性がある旨を示す警告情報を生成して参加者端末装置１００に出力する（ステップＳ４２０）。その後、サーバー装置２００は、図９における処理を終了する。
【００８１】
以上詳しく説明したように、本実施の形態では、サーバー装置２００は、住宅の内覧会に参加する立会人（参加者）が利用する参加者端末装置１００（端末装置）から、内覧会の進行に伴って立会人により参加者端末装置１００に入力され、内覧会の進行状況を示す進行状況情報を取得する進行状況情報取得部２４０と、取得された進行状況情報を、内覧会の運営者が参照する運営者端末装置４００（表示装置）に出力する進行状況情報出力部２６０とを備える。
【００８２】
このように構成した本実施の形態によれば、立会人により参加者端末装置１００に入力された進行状況情報は、サーバー装置２００を介して、参加者端末装置１００から運営者端末装置４００に出力される。そのため、運営者は、運営者端末装置４００において表示された進行状況情報（進行状況確認画面）を参照することにより、立会人全員について、例えば内覧会が予定通りの時間で進行されているか、時間がかかっている場合にどのような問題が起きているのか等、内覧会の進行状況を具体的に把握することができる。すなわち、内覧会という密室で行われる業務を可視化し、スタッフ（立会人、運営者）間で進行状況情報を速やかに共有することができる。その結果、内覧会の進行に何か問題が発生していても、運営者は、立会人のスケジュールを変更する等により、その問題に迅速に対応することができる。
【００８３】
また、本実施の形態によれば、サーバー装置２００は、立会人による内覧会の進行を支援する進行支援情報を参加者端末装置１００に出力する進行支援情報出力部２３０を備える。この構成により、各立会人は、参加者端末装置１００において表示された進行支援情報進行状況情報（ご案内事項一覧画面）を参照することにより、属人的な案内業務を画面表示に従って行うことにより業務の平準化を目指すことができる。言い換えれば、各案内事項が内覧会の進行に沿った順番に表示されるため、各立会人が当該表示に沿って案内を行うことによって、各立会人間における案内業務の経験差ひいては内覧会の業務品質差を埋めることができる。
【００８４】
また、本実施の形態によれば、サーバー装置２００は、音声認識部２８０の認識結果と、感情認識部２９０の認識結果とに基づいて、参加者端末装置１００に警告情報を出力する警告情報出力部３００を備える。この構成により、立会人は、参加者端末装置１００において表示された警告情報を参照することにより、購入者に内覧会の満足度を伺うことなく、内覧会に満足していていない可能性について把握し、購入者の満足度を向上させるために案内の仕方を変えるなど適切な対応を行うことができる。
【００８５】
なお、上記実施の形態では、サーバー装置２００と運営者端末装置４００とが別体である例について説明したが、サーバー装置２００と運営者端末装置４００とが一体であっても良い。この場合、表示部４６０は、本発明の「表示装置」として機能する。
【００８６】
また、上記実施の形態において、立会人が参加者端末装置１００を利用する例について説明したが、購入者が参加者端末装置１００を利用しても良い。すなわち、購入者によっては自分のペースで自由に内覧したい要望があり、参加者端末装置１００を購入者に開放し、購入者自身で内覧を行えるようにしても良い。
【００８７】
また、上記実施の形態では、音声認識部２８０の認識結果と、感情認識部２９０の認識結果とに基づいて、購入者が内覧会に満足していない可能性があるか否かについて判定する例について説明したが、本発明はこれに限らない。例えば、音声認識部２８０の認識結果、および、感情認識部２９０の認識結果の何れかに基づいて、購入者が内覧会に満足していない可能性があるか否かについて判定しても良い。ただし、判定の精度を向上させる観点からは、音声認識部２８０の認識結果、および、感情認識部２９０の認識結果の両方に基づいて、購入者が内覧会に満足していない可能性があるか否かについて判定することが好ましい。
【００８８】
また、上記実施の形態において、複数の参加者端末装置１００間において、進行支援情報記憶部２２０に記憶されている進行支援情報、進行状況情報記憶部２５０に記憶されている進行状況情報（特に、指摘事項）、警告情報記憶部３１０に記憶されている警告情報を共有できるように構成しても良い。この場合、参加者端末装置１００からサーバー装置２００にアクセスして進行支援情報、進行状況情報および警告情報を参照しても良いし、サーバー装置２００から参加者端末装置１００に向けて、共有に好適な進行支援情報、進行状況情報および警告情報を出力しても良い。
【００８９】
また、上記実施の形態において、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【産業上の利用可能性】
【００９０】
本発明は、運営者が内覧会の進行状況を容易に把握することが可能なサーバー装置、進行状況情報出力方法および進行状況情報出力プログラムとして好適である。
【符号の説明】
【００９１】
１０  内覧会運営システム
１００  参加者端末装置
１１０，２１０  進行支援情報取得部
１２０，４１０  入力受付部
１３０，２６０  進行状況情報出力部
１４０  音声入力部
１５０  音声出力部
１６０，４４０  警告情報取得部
１７０，４５０  表示制御部
１８０，４６０  表示部
２００  サーバー装置
２２０  進行支援情報記憶部
２３０，４２０  進行支援情報出力部
２４０，４３０  進行状況情報取得部
２５０  進行状況情報記憶部
２７０  音声取得部
２８０  音声認識部
２９０  感情認識部
３００  警告情報出力部
３１０  警告情報記憶部
４００  運営者端末装置
【図１】
2020087100.tif 000003
【図２】
2020087100.tif 000004
【図３】
2020087100.tif 000005
【図４】
2020087100.tif 000006
【図５】
2020087100.tif 000007
【図６】
2020087100.tif 000008
【図７】
2020087100.tif 000009
【図８】
2020087100.tif 000010
【図９】
2020087100.tif 000011