WO2024058071A1 - 情報処理方法、情報処理装置、及びプログラム - Google Patents

Abstract

映像コンテンツによる不動産物件の紹介内容の品質を向上させて、契約希望者及びオーナーを含むユーザの顧客満足度を高めることが可能な情報処理方法等を提供する。コンピュータは、複数の不動産物件に関する物件情報及び映像コンテンツを出力する。そして、コンピュータは、物件情報及び映像コンテンツを出力した不動産物件に対する契約が成立した場合に、当該不動産物件の映像コンテンツのクリエータに対してインセンティブを付与する。

Description

情報処理方法、情報処理装置、及びプログラム

　本開示は、情報処理方法、情報処理装置、及びプログラムに関する。

　従来から、インターネット等のネットワークを介して不動産物件の情報が公開されており、ネットワーク経由で契約希望者の希望条件に合致する物件を検索する処理が行われている。物件の検索は、物件の所在地、価格、広さ、間取り、築年数、設備機器、駅からの距離等の条件に基づいて行われる。例えば特許文献１では、上述したような物件の条件に加えて、特殊物件の内容も考慮した検索結果を提供するシステムが開示されている。

特開２０２０－１９４２２２号公報

　不動産物件の検索結果として、検索された物件に関する情報に加えて、物件内を撮影した写真が提示されることが多い。契約希望者によっては、現地に行って物件を実際に見ることなく、検索結果の情報のみで契約を締結する場合があり、このような契約希望者においては、写真から受ける物件の印象が契約締結の決め手となることが考えられる。また、契約希望者は、現地に行く前に、検索結果の情報から内見対象の物件を絞り込む場合があり、このような場合においても、検索結果として提示される写真は重要である。しかし、物件の写真は営業担当者等が撮影している場合が多く、契約希望者の目に留まり、契約又は内見につながるような魅力的な写真を掲載することは難しいという問題がある。物件の写真をみて、わざわざ当該物件にまで出向いて内見しても、気に入らない場合があったり、また、他国や遠方に居住している等して時間に余裕の無い契約希望者にとっては、十分に満足はできないけれども時間節約のために必要に迫られて契約をし、結局は直ぐに解約して退去するという場合もある。つまり、物件の契約希望者にとってもオーナーにとっても、不動産（賃貸・譲渡）取引における顧客満足度は不十分であった。

　そこで、本開示は、映像コンテンツによる不動産物件の紹介内容の品質を向上させて、契約希望者及びオーナーを含む顧客満足度を高めることが可能な情報処理方法等を提供することを主目的とする。

　本開示の一態様に係る情報処理方法は、複数の不動産物件に関する物件情報及び映像コンテンツを出力し、前記不動産物件に対する契約が成立した場合に、前記映像コンテンツのクリエータに対してインセンティブを付与する処理をコンピュータが実行する。

　本開示による本発明によれば、映像コンテンツによる不動産物件の紹介内容やマッチングの質を向上させて、契約希望者及びオーナーを含むユーザの顧客満足度を高めることができ、また、映像コンテンツを提供するクリエータを有効利用できる。したがって、本発明によれば、少なくとも不動産業界及びクリエータ業界の両方の活性化に繋がる。また、本発明によれば、例えば、不動産（賃貸・譲渡）取引の契約希望者は、不動産のオーナーや管理会社と直接取引きをすることができ（すなわち、不動産仲介業者を介した取引きを省略することができ）、更にまた、実際に不動産に足を運んでの見分（見学）等を省略することも可能となる。これらの観点から、本発明は、従来の不動産取引の構造を書き換えて再構築し、不動産業界における価格破壊ないし業界地図の塗替えを実現する画期的な発明と言えるものである。

情報処理システムの構成例を示す模式図である。 サーバ及びユーザ端末の構成例を示すブロック図である。 物件情報ＤＢのレコードレイアウトの一例を示す説明図である。 状況ＤＢのレコードレイアウトの一例を示す説明図である。 クリエータＤＢのレコードレイアウトの一例を示す説明図である。 物件の検索処理手順の一例を示すフローチャートである。 物件の検索処理手順の一例を示すフローチャートである。 ユーザ端末の画面例を示す模式図である。 ユーザ端末の画面例を示す模式図である。 ユーザ端末の画面例を示す模式図である。 クリエータの評価処理手順の一例を示すフローチャートである。 実施形態２の物件の検索処理手順の一例を示すフローチャートである。 ユーザ端末の画面例を示す模式図である。 撮影用端末の構成例を示すブロック図である。 実施形態３の状況ＤＢのレコードレイアウトの一例を示す説明図である。 撮影処理手順の一例を示すフローチャートである。 画面例を示す説明図である。 画面例を示す説明図である。 画面例を示す説明図である。 画面例を示す説明図である。 物件情報の登録処理手順の一例を示すフローチャートである。 実施形態３の物件の検索処理手順の一例を示すフローチャートである。 ユーザ端末の画面例を示す模式図である。 ユーザ端末の画面例を示す模式図である。 物件の検索処理手順の他の例を示すフローチャートである。 実施形態４の物件の検索処理手順の一例を示すフローチャートである。 ユーザ端末の画面例を示す模式図である。 ユーザ端末の画面例を示す模式図である。 ユーザ端末の画面例を示す模式図である。

　以下に、本開示の情報処理方法、情報処理装置、及びプログラムについて、その実施形態を示す図面に基づいて詳述する。以下の実施形態では、ネットワーク経由で不動産物件を検索し、検索した物件の情報を提供する情報処理システムに適用した例について説明する。しかし、本開示の技術は、不動産物件だけでなく、ネットワークを介して各種の対象を検索し、検索結果として検索対象の写真や映像を提示する情報処理システムに適用できる。

（実施形態１）
　不動産物件を検索した検索結果をネットワーク経由で提供する情報処理システムについて説明する。本実施形態における不動産物件は、販売対象の物件及び賃貸対象の物件を含む。図１は、情報処理システムの構成例を示す模式図である。本実施形態の情報処理システムは、サーバ１０及び複数のユーザ端末２０等を含み、各機器はネットワークＮを介して通信接続されている。ネットワークＮは、インターネットであってもよく、サーバ１０を管理する本情報処理システムの運営者（個人でも法人でもよく、また、不動産会社でもよいが不動産会社に限らない。）等の施設内に構築されたＬＡＮ（Local Area Network）であってもよい。サーバ１０は、種々の情報処理及び情報の送受信が可能な情報処理装置であり、サーバコンピュータ、パーソナルコンピュータ等である。サーバ１０は、複数のコンピュータからなるマルチコンピュータであってもよく、ソフトウェアによって１台の装置内に仮想的に構築された仮想マシンであってもよい。また、サーバ１０は、施設内に設置されたローカルサーバであってもよく、インターネットを介して通信接続されたクラウドサーバであってもよい。サーバ１０は、ウェブサーバの機能を有し、不動産物件の情報を提供する物件検索サイト１２Ｓ（図２参照）をネットワークＮを介して公開している。サーバ１０は、物件検索サイト１２Ｓを介してユーザ端末２０から受け付けた検索用の情報に基づいて、不動産物件を検索する処理、検索した物件の情報を提供する処理等を行う。ユーザ端末２０は、ウェブサイトを利用するユーザの端末であり、スマートフォン、タブレット端末、パーソナルコンピュータ等である。ユーザ端末２０は、ネットワークＮ経由でウェブサイトにアクセスする処理等を行う。

　図２は、サーバ１０及びユーザ端末２０の構成例を示すブロック図である。サーバ１０は、制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５、読み取り部１６等を含み、これらの各部はバスを介して相互に接続されている。制御部１１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）又はＧＰＵ（Graphics Processing Unit）等の１又は複数のプロセッサを含む。制御部１１は、記憶部１２に記憶してあるプログラム１２Ｐを適宜実行することにより、サーバ１０が行うべき種々の情報処理、制御処理等を行う。

　記憶部１２は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ハードディスク、ＳＳＤ（Solid State Drive）等を含む。記憶部１２は、制御部１１が実行するプログラム１２Ｐ（プログラム製品）及びプログラム１２Ｐの実行に必要な各種のデータ等を予め記憶している。また記憶部１２は、制御部１１がプログラム１２Ｐを実行する際に発生するデータ等を一時的に記憶する。また記憶部１２は、不動産物件の情報を提供するための物件検索サイト１２Ｓ、後述する物件情報ＤＢ１２ａ、状況ＤＢ１２ｂ、クリエータＤＢ１２ｃ等を記憶する。物件情報ＤＢ１２ａ、状況ＤＢ１２ｂ、及びクリエータＤＢ１２ｃの少なくとも１つは、サーバ１０に接続された他の記憶装置に記憶されてもよく、サーバ１０が通信可能な他の記憶装置に記憶されてもよい。

　通信部１３は、有線通信又は無線通信によってネットワークＮに接続するための通信モジュールであり、ネットワークＮを介して他の装置との間で情報の送受信を行う。入力部１４は、ユーザによる操作入力を受け付け、操作内容に対応した制御信号を制御部１１へ送出する。表示部１５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部１１からの指示に従って各種の情報を表示する。入力部１４及び表示部１５は一体として構成されたタッチパネルであってもよい。なお、入力部１４及び表示部１５は必須ではなく、サーバ１０は、接続された端末装置を通じて操作を受け付け、表示すべき情報を外部の表示装置へ出力する構成でもよい。

　読み取り部１６は、ＣＤ（Compact Disc）－ＲＯＭ、ＤＶＤ（Digital Versatile Disc）－ＲＯＭ、ＵＳＢ（Universal Serial Bus）メモリ、ＳＤ（Secure Digital）カード等を含む可搬型記憶媒体１０ａに記憶された情報を読み取る。記憶部１２に記憶されるプログラム１２Ｐ及び各種のデータは、制御部１１が読み取り部１６を介して可搬型記憶媒体１０ａから読み取って記憶部１２に記憶してもよい。また、記憶部１２に記憶されるプログラム１２Ｐ及び各種のデータは、制御部１１が通信部１３を介して他の装置からダウンロードして記憶部１２に記憶してもよい。

　上述した構成のサーバ１０において、プログラム１２Ｐは、単一のコンピュータ上で、又は１つのサイトにおいて配置されて実行されてもよく、もしくは複数のサイトにわたって分散され、ネットワークＮによって相互接続された複数のコンピュータ上で実行されるように展開することができる。

　ユーザ端末２０は、制御部２１、記憶部２２、通信部２３、入力部２４、表示部２５等を含み、これらの各部はバスを介して相互に接続されている。ユーザ端末２０の制御部２１、記憶部２２、通信部２３、入力部２４、表示部２５は、サーバ１０の制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５と同様の構成であるので説明を省略する。なお、ユーザ端末２０の記憶部２２は、プログラム２２Ｐのほかに、ネットワークＮ経由で公開されているウェブサイトを閲覧するためのブラウザ２２Ｂを記憶している。

　図３は、物件情報ＤＢ１２ａのレコードレイアウトの一例を示す説明図である。物件情報ＤＢ１２ａは、サーバ１０に登録され、物件検索サイト１２Ｓで検索可能な不動産物件の情報を格納するデータベースである。図３に示す物件情報ＤＢ１２ａは、物件ＩＤ列、地方情報列、所在地列、建物名列、立地情報列、建物情報列、価格列、コンテンツ情報列等を含み、物件ＩＤに対応付けて、物件に関する物件情報を記憶する。物件ＩＤ列は、物件検索サイト１２Ｓで検索可能な不動産物件のそれぞれに割り当てられた識別情報（物件ＩＤ）を記憶する。地方情報列、所在地列、及び建物名列はそれぞれ、不動産物件の所在地の地方（関西、関東、東海、郡、州等）、所在地の住所、及び建物名を記憶する。立地情報列、建物情報列、及び価格列はそれぞれ、不動産物件の立地に関する情報、建物に関する情報、及び価格（賃貸料、販売価格等）を記憶する。立地情報は、例えば不動産物件の最寄り駅の沿線名及び駅名、最寄り駅からの移動手段及び移動時間、小学校及び中学校の学校区（学区）、最寄りの公園及び商業施設の情報等を含む。建物情報は、例えば不動産物件の広さ、間取り、築年数、ベランダ又はバルコニーの向き、建物の階数及び物件の階数、設置済みの設備の情報等を含む。コンテンツ情報列は、不動産物件の映像コンテンツを記憶する。映像コンテンツは、クリエータにより撮影（制作）された不動産物件を紹介する動画像及び静止画像を含み、例えば、不動産物件の周辺の道路、公園、商業施設等を撮影したコンテンツ、物件内を撮影したコンテンツを含む。また、映像コンテンツは、例えば物件の玄関から物件内に入り、物件内の各部屋を移動しながら撮影し、物件の各箇所を順番に紹介するメイン動画の映像コンテンツを含む。また映像コンテンツは、コンテンツデータ（映像データ）と、当該コンテンツを制作したクリエータの情報とを含む。クリエータの情報は、クリエータの氏名及び名称、クリエータが所属する組織の名称等を含む。なお、クリエータは、プロ又はアマチュアの個人の写真家（カメラマン）であってもよく、当該物件の所有者であってもよい。また、クリエータは、写真家、アートディレクタ、イラストレータ、コピーライタ等を含む複数人でコンテンツの制作を行う法人又はグループであってもよい。映像コンテンツのデータは、物件情報ＤＢ１２ａに記憶されるほかに、記憶部１２の所定領域又は他の記憶装置に記憶されてもよく、この場合、コンテンツ情報列は、コンテンツのデータを読み出すための情報（例えばデータの記憶場所を示すファイル名）を記憶する。物件情報ＤＢ１２ａの記憶内容は図３に示す例に限定されない。例えば、不動産物件に関する問合せ及び契約を担当する不動産会社及び担当者の情報が記憶されてもよい。

　図４Ａは状況ＤＢ１２ｂのレコードレイアウトの一例を示す説明図、図４ＢはクリエータＤＢ１２ｃのレコードレイアウトの一例を示す説明図である。状況ＤＢ１２ｂは、物件検索サイト１２Ｓで検索可能な不動産物件について、映像コンテンツの閲覧状況、問合せ状況、契約状況等に関する情報を格納するデータベースである。図４Ａに示す状況ＤＢ１２ｂは、物件ＩＤ列、掲載開始日列、閲覧回数列、閲覧履歴列、問合せ回数列、問合せ履歴列、契約状況列等を含み、物件ＩＤに対応付けて、物件に対する契約希望者のアクセス状況を記憶する。物件ＩＤ列は、物件情報ＤＢ１２ａに登録されている物件ＩＤを記憶する。掲載開始日列は、物件検索サイト１２Ｓに物件情報が掲載され、検索可能となった日付を記憶する。閲覧回数列は、物件の各映像コンテンツが閲覧された回数を記憶し、閲覧履歴列は、各映像コンテンツが閲覧された日時を記憶する。問合せ回数列は、物件及び契約に関して受け付けた問合せ回数を記憶し、問合せ履歴列は、問合せを受け付けた日時を記憶する。物件及び契約に関する問合せは、例えば物件検索サイト１２Ｓの問合せフォームを介して行われるが、物件検索サイト１２Ｓを閲覧したユーザが電話又は電子メール等で行った問合せを含んでもよい。契約状況列は、物件に対する契約が成立したか否か（売約又は成約の有無）を示す情報を記憶する。図４Ａに示す例では、契約が成立した場合に「契約済」が記憶される。状況ＤＢ１２ｂの記憶内容は図４Ａに示す例に限定されない。例えば、物件検索サイト１２Ｓを閲覧するユーザが予め会員登録を行っている場合、各物件の映像コンテンツを閲覧したユーザの情報、問合せを行ったユーザの情報、契約を行ったユーザの情報等が記憶されてもよい。

　クリエータＤＢ１２ｃは、物件検索サイト１２Ｓに掲載される映像コンテンツを撮影（制作）したクリエータの情報を格納するデータベースである。図４Ｂに示すクリエータＤＢ１２ｃは、クリエータＩＤ列、氏名列、所属列、物件ＩＤ列、評価情報列、インセンティブ情報列等を含み、クリエータＩＤに対応付けて、クリエータの各情報を記憶する。クリエータＩＤ列は、クリエータのそれぞれに割り当てられた識別情報（クリエータＩＤ）を記憶する。氏名列は、クリエータの氏名又は名称を記憶し、所属列は、クリエータが所属する組織の名称等の情報を記憶する。物件ＩＤ列は、クリエータが映像コンテンツを撮影（制作）した物件の物件ＩＤを記憶する。評価情報列は、クリエータに対する評価を示す評価スコアを記憶する。評価スコアは、物件検索サイト１２Ｓにおいて、クリエータが撮影した映像コンテンツの閲覧状況、クリエータが映像コンテンツを撮影した物件の問合せ状況及び契約状況に基づいて算出される。また、クリエータが指定機材を所有しているか否かに関する情報、クリエータが撮影した映像コンテンツの事例、及び、クリエータの格付けに関する情報が含まれていてもよい。インセンティブ情報列は、クリエータが撮影した映像コンテンツの閲覧状況、クリエータが映像コンテンツを撮影した物件の問合せ状況及び契約状況に応じてクリエータに付与されたインセンティブに関する情報を記憶する。インセンティブは、金銭又はクーポンであってもよく、各種の料金の支払いに使用できるポイント、各種のグッズの交換に使用できるポイント等の特典であってもよい。インセンティブの量は、映像コンテンツの閲覧回数又は閲覧時間、あるいは、物件に対する問合せ回数又は契約成立の有無に応じて予め設定されている。例えば映像コンテンツの閲覧回数が多いほど高く、閲覧時間が長いほど高く、物件に対する問合せ回数が多いほど高いインセンティブが設定され、また、物件に対する契約の成立に対して所定量のインセンティブが設定されている。クリエータＤＢ１２ｃの記憶内容は図４Ｂに示す例に限定されない。例えば、クリエータが映像コンテンツを撮影した物件の契約状況、映像コンテンツの閲覧状況、物件に対する問合せ状況等の情報が記憶されてもよい。

　以下に、本実施形態の情報処理システムにおいて、ユーザがユーザ端末２０を用いて物件検索サイト１２Ｓにアクセスして物件情報を検索する際に各装置が行う処理について説明する。図５及び図６は、物件の検索処理手順の一例を示すフローチャート、図７Ａ～図８は、ユーザ端末２０の画面例を示す模式図である。以下の処理は、ユーザ端末２０の制御部２１が、記憶部２２に記憶してあるプログラム２２Ｐに従って行うと共に、サーバ１０の制御部１１が、記憶部１２に記憶してあるプログラム１２Ｐに従って行う。

　本実施形態の情報処理システムにおいて、物件を検索したいユーザは、ユーザ端末２０を用いてサーバ１０にアクセスし、物件検索サイト１２Ｓを介して、閲覧したい物件を検索する。なお、ユーザは、ブラウザ２２Ｂをユーザ端末２０に起動させることによってサーバ１０にアクセスするが、物件検索サイト１２Ｓにアクセスするためのアプリケーションプログラムがユーザ端末２０にインストールされている場合、ユーザは、このアプリケーションプログラムをユーザ端末２０に起動させることによってサーバ１０にアクセスしてもよい。

　ユーザ端末２０の制御部２１は、入力部２４を介して、サーバ１０（物件検索サイト１２Ｓ）へのアクセス指示を受け付けた場合、物件検索サイト１２Ｓにアクセスする（Ｓ１１）。サーバ１０の制御部１１は、ユーザ端末２０からの要求に応じたウェブページ、ここでは物件検索サイト１２Ｓの条件入力画面をユーザ端末２０へ送信する（Ｓ１２）。ユーザ端末２０の制御部２１は、サーバ１０が送信したウェブページを受信し、受信したウェブページに基づいて、例えば図７Ａに示すような条件入力画面を表示部２５に表示する（Ｓ１３）。図７Ａに示す画面は、条件入力画面の初期画面であり、物件を検索する際のカテゴリの選択を受け付ける画面である。図７Ａに示す例では、カテゴリとして、住所、沿線名及び駅名、建物名、学校区、映像コンテンツのクリエータが選択可能となっている。なお、図７Ａに示す画面は、物件を検索するための任意の検索用キーワードを入力するための入力欄２５ａを有しており、住所の一部、駅名、建物名、学校名等の検索用キーワードに基づく物件検索が実行可能に構成されている。

　図７Ａに示す画面において、いずれかのカテゴリが選択された場合、選択されたカテゴリに関する検索条件の入力を受け付ける画面がユーザ端末２０に表示され、制御部２１は、この画面を介して検索条件の入力を受け付ける。例えば、図７Ａに示す画面において「住所からさがす」ボタンが選択された場合、ユーザ端末２０の制御部２１は、住所に関する検索条件を入力するための条件入力画面（図示せず）をサーバ１０から取得して表示部２５に表示し、この画面を介して住所に関する検索条件の入力を受け付ける。同様に、「沿線・駅からさがす」ボタンが選択された場合、制御部２１は、沿線及び駅に関する検索条件を入力するための条件入力画面（図示せず）をサーバ１０から取得して表示し、この画面を介して沿線及び駅に関する検索条件の入力を受け付ける。また「建物名からさがす」ボタンが選択された場合、制御部２１は、建物名に関する検索条件を入力するための条件入力画面（図示せず）をサーバ１０から取得して表示し、この画面を介して建物名に関する検索条件の入力を受け付ける。また「学校区からさがす」ボタンが選択された場合、制御部２１は、学校区に関する検索条件を入力するための条件入力画面（図示せず）をサーバ１０から取得して表示し、この画面を介して学校区に関する検索条件の入力を受け付ける。

　「映像コンテンツのクリエータからさがす」ボタンが選択された場合、制御部２１は、例えば図７Ｂに示すような、クリエータに関する検索条件を入力するための条件入力画面をサーバ１０から取得して表示する。図７Ｂに示す画面は、サーバ１０に登録されているクリエータから任意のクリエータを選択するためのチェックボックスを有しており、チェックボックスを介して任意のクリエータの選択を受け付けることができる。これにより、クリエータ毎に物件検索の実行が可能であり、クリエータ毎の検索結果を提供することができる。また、図７Ｂに示す画面は、クリエータに関する任意の検索用キーワードを入力するための入力欄２５ｂを有しており、クリエータの氏名の一部、所属する組織の名称の一部等の検索用キーワードに基づく物件検索が実行可能に構成されている。

　制御部２１は、条件入力画面を介して検索条件の入力を受け付けたか否かを判断する（Ｓ１４）。ここでは、制御部２１は、図７Ａに示す画面中の入力欄２５ａを介して検索用キーワードの入力を受け付けたか否か、図７Ａに示す画面を介して選択されたカテゴリの条件入力画面を介して当該カテゴリに関する検索条件の入力を受け付けたか否かを判断する。なお、各カテゴリの条件入力画面を介した検索条件の入力は、画面中の入力欄（図７Ｂでは入力欄２５ｂ）を介して検索用キーワードの入力を受け付けたか否か、画面中のチェックボックス（図７Ｂではクリエータのチェックボックス）を介して検索条件（図７Ｂではクリエータ）が選択されたか否かを判断する。

　制御部２１は、検索条件の入力を受け付けたと判断した場合（Ｓ１４：ＹＥＳ）、受け付けた検索条件を表示する（Ｓ１５）。例えば入力欄２５ａ，２５ｂに検索用キーワードが入力された場合、制御部２１は、入力された検索用キーワードを入力欄２５ａ，２５ｂに表示する。また各カテゴリの条件入力画面中のチェックボックスを介して検索条件が選択された場合、制御部２１は、選択された検索条件のチェックボックスにチェックマークを表示する。検索条件の入力を受け付けていないと判断した場合（Ｓ１４：ＮＯ）、制御部２１は、ステップＳ１５の処理をスキップし、条件入力画面中の検索ボタンが操作されたか否かを判断する（Ｓ１６）。検索ボタンが操作されていないと判断した場合（Ｓ１６：ＮＯ）、制御部２１は、ステップＳ１４の処理に戻り、検索条件の入力受付を継続する。

　検索ボタンが操作されたと判断した場合（Ｓ１６：ＹＥＳ）、制御部２１は、条件入力画面を介して入力された検索条件をサーバ１０へ送信し（Ｓ１７）、検索条件に基づく検索処理の実行を要求する。サーバ１０の制御部１１は、ユーザ端末２０から検索処理の実行を要求された場合、ユーザ端末２０から取得した検索条件での検索処理を実行する（Ｓ１８）。具体的には、制御部１１は、ユーザ端末２０から、任意の検索用キーワード又は各カテゴリに関する検索条件を取得し、取得した検索条件の情報が、物件情報ＤＢ１２ａに記憶してある各物件の情報に含まれる物件があるか否かを検索する。例えば制御部１１は、任意の検索用キーワードを取得した場合、取得した検索用キーワードを、物件情報ＤＢ１２ａに記憶してあるいずれかの情報に含む物件を検索する。また制御部１１は、住所に関する検索条件を取得した場合、検索条件の住所に合致する物件を検索し、沿線及び駅に関する検索条件を取得した場合、検索条件の沿線及び駅に合致する物件を検索する。また制御部１１は、建物名に関する検索条件を取得した場合、検索条件の建物名に合致する物件を検索し、学校区に関する検索条件を取得した場合、検索条件の学校区に合致する物件を検索する。また制御部１１は、クリエータに関する検索条件を取得した場合、検索条件のクリエータに合致する物件、即ち、当該クリエータが映像コンテンツを撮影した物件を検索する。

　制御部１１は、検索した物件の情報を表示する検索結果画面（図示せず）を生成し（Ｓ１９）、生成した検索結果画面をユーザ端末２０へ送信する（Ｓ２０）。検索結果画面は、検索された物件の情報を一覧表示する画面であり、各物件について、所在地、建物名、価格等の簡易情報のみを表示する。検索結果画面に表示される各物件の表示順序は、どのような順序でもよく、例えば、検索条件に合致する項目が多いほど上位の順序としてもよく、最寄り駅からの移動時間が短いほど上位の順序としてもよい。また、検索条件の各項目に予め、又は閲覧者からの指示に従って優先度を設定し、優先度の高い項目が合致する物件を上位の順序としてもよい。

　ユーザ端末２０の制御部２１は、サーバ１０が送信した検索結果画面を取得して表示部２５に表示する（Ｓ２１）。検索結果画面は、検索された物件のいずれかに対する選択を受け付けるように構成されており、制御部２１は、検索結果画面において、いずれかの物件が選択されたか否かを判断する（Ｓ２２）。制御部２１は、物件が選択されていないと判断した場合（Ｓ２２：ＮＯ）、選択されるまで待機し、いずれかの物件が選択されたと判断した場合（Ｓ２２：ＹＥＳ）、選択された物件の情報をサーバ１０に要求する（Ｓ２３）。

　サーバ１０の制御部１１は、ユーザ端末２０からの要求に応じた物件の情報を物件情報ＤＢ１２ａから読み出し、図８に示すような物件画面を生成する（Ｓ２４）。具体的には、制御部１１は、物件情報ＤＢ１２ａから、当該物件の所在地、建物名、立地情報、建物情報、価格、及び映像コンテンツを読み出し、読み出した各情報を表示する物件画面を生成する。図８に示す画面は、例えば物件の玄関から物件内に入り、物件内の各部屋を撮影したメイン動画の映像コンテンツが表示される映像領域２５ｃと、メイン動画以外の映像コンテンツのサムネイル画像が表示されるサムネイル領域２５ｄとを有する。映像領域２５ｃには、録画時間（図８では２０秒）に対して再生位置を示すインジケータが表示されており、メイン動画の再生及び停止を指示するための再生停止ボタンＢ１、早送りを指示するための早送りボタンＢ２、早戻しを指示するための早戻しボタンＢ３が設けられている。サムネイル領域２５ｄにサムネイル画像が表示される映像コンテンツは、静止画であっても動画であってもよく、動画の場合、最初の画像がサムネイル画像として表示されてもよい。映像コンテンツは、物件の外観の画像、物件の周辺の道路、公園、商業施設等の画像、建物の敷地内の自転車置場及び駐車場、建物の玄関、集合ポスト、エントランスホール、エレベータホール等建物の画像、玄関ポーチ、玄関扉、洗面所、お風呂、洗濯機用防水パン、キッチン、トイレ、各部屋等物件内部の画像を含む。また図８に示す画面は、映像コンテンツに対応付けて、当該映像コンテンツを撮影（制作）したクリエータの情報を表示する。

　制御部１１は、生成した物件画面をユーザ端末２０へ送信し（Ｓ２５）、ユーザ端末２０の制御部２１は、サーバ１０が送信した物件画面を取得して表示部２５に表示する（Ｓ２６）。図８に示す物件画面は、各サムネイル画像に対する選択を受け付けるように構成されており、ユーザは、閲覧したい映像コンテンツのサムネイル画像を選択する。制御部２１は、物件画面において、いずれかの映像コンテンツ（サムネイル画像）が選択されたか否かを判断しており（Ｓ２７）、選択されていないと判断した場合（Ｓ２７：ＮＯ）、選択されるまで待機する。いずれかの映像コンテンツが選択されたと判断した場合（Ｓ２７：ＹＥＳ）、制御部２１は、選択された映像コンテンツをサーバ１０に要求する（Ｓ２８）。サーバ１０の制御部１１（出力部）は、ユーザ端末２０から要求された映像コンテンツを物件情報ＤＢ１２ａから読み出し（Ｓ２９）、読み出した映像コンテンツをユーザ端末２０へ送信する（Ｓ３０）。そして、制御部１１は、状況ＤＢ１２ｂにおいて、送信した映像コンテンツの閲覧回数に１を加算し、閲覧履歴にこのときの日時を記憶することにより、当該映像コンテンツの閲覧回数及び閲覧履歴を更新する（Ｓ３１）。なお、物件画面は、映像領域２５ｃに表示されるメイン動画の映像コンテンツに対して再生指示を受け付けるように構成されている。ユーザ端末２０の制御部２１は、メイン動画の再生指示を受け付けた場合、メイン動画の再生処理を開始し、当該メイン動画が再生されたことをサーバ１０に通知する。この場合、サーバ１０の制御部１１は、状況ＤＢ１２ｂにおいて、再生されたメイン動画の映像コンテンツの閲覧回数に１を加算し、閲覧履歴にこのときの日時を記憶することにより、メイン動画の閲覧回数及び閲覧履歴を更新する。なお、動画の映像コンテンツが再生された場合、ユーザ端末２０の制御部２１は、映像コンテンツが再生されたことに加えて、閲覧者が閲覧した時間（例えば再生開始から１０秒等）を計測し、計測した閲覧時間をサーバ１０に通知してもよい。この場合、サーバ１０の制御部１１は、動画の映像コンテンツに対して再生された箇所（時間）を取得して状況ＤＢ１２ｂに記憶しておくことができる。

　ユーザ端末２０の制御部２１は、サーバ１０が送信した映像コンテンツを取得して物件画面に表示する（Ｓ３２）。例えば制御部２１は、取得した映像コンテンツを、物件画面の上に重ねて表示する。これにより、サムネイル画像を介して選択された映像コンテンツを拡大して表示することができ、ユーザは、任意の映像コンテンツを閲覧することができる。なお、サムネイル画像を介して選択される映像コンテンツは、静止画であっても動画であってもよく、動画である場合、制御部２１は、サーバ１０から取得した映像コンテンツの再生を行う。制御部２１は、上述した処理を終了するか否かを判断する（Ｓ３３）。例えば制御部２１は、物件画面に設けられた終了ボタン（図示せず）が操作された場合、ユーザによる処理の終了指示を受け付け、上述した処理を終了すると判断する。

　制御部２１は、処理を終了しないと判断した場合（Ｓ３３：ＮＯ）、例えばステップＳ２７の処理に戻り、物件画面において、いずれかの映像コンテンツが選択される都度（Ｓ２７：ＹＥＳ）、制御部２１及びサーバ１０の制御部１１は、ステップＳ２８～Ｓ３２の処理を行う。処理を終了すると判断した場合（Ｓ３３：ＹＥＳ）、制御部２１は一連の処理を終了する。なお、図８に示す物件画面は、表示中の物件に対する問合せが可能に構成された問合せフォームへの移動を指示するための「問合せフォームへ」ボタンと、表示中の物件に対する契約に関する手続きが可能に構成された契約フォームへの移動を指示するための「契約フォームへ」ボタンとを有する。物件画面において「問合せフォームへ」ボタンが操作された場合、制御部２１は、問合せフォームをサーバ１０から取得して表示部２５に表示する。問合せフォームは、物件に関する質問の入力欄と、問合せを行うユーザ（閲覧者）の情報の入力欄とを有し、制御部２１は、問合せフォームを介して入力された問合せ情報をサーバ１０へ送信する。これにより、物件情報を閲覧していたユーザは、閲覧していた物件に関する問合せを行うことができる。サーバ１０の制御部１１は、問合せフォームを介して問合せ情報を受け付けた場合、物件を管理する不動産会社、又は不動産会社の担当者宛に、問合せ情報を送信（転送）する。また、制御部１１は、状況ＤＢ１２ｂにおいて、問合せ情報を受け付けた物件に対応する問合せ回数に１を加算し、問合せ履歴にこのときの日時を記憶することにより、当該物件に対する問合せ回数及び問合せ履歴を更新しておく。

　また、物件画面において「契約フォームへ」ボタンが操作された場合、制御部２１は、契約フォームをサーバ１０から取得して表示部２５に表示する。契約フォームは、物件の契約手続きに関する情報を表示し、契約に必要な契約情報の入力欄を有する。なお、ここでの契約は、不動産物件の購入契約であってもよく、賃貸契約であってもよい。制御部２１は、契約フォームを介して入力された契約情報をサーバ１０へ送信する。これにより、物件情報を閲覧していたユーザは、閲覧していた物件に対する契約の申し込みを行うことができる。サーバ１０の制御部１１は、契約フォームを介して契約情報を受け付けた場合、物件を管理する不動産会社、又は不動産会社の担当者宛に、契約情報を送信（転送）する。なお、サーバ１０は、受信した契約情報に基づいて、契約成立が可能であるかを自動で判定するように構成されていてもよく、この場合、サーバ１０で契約成立が可能であると判断した時点で契約成立としてもよい。契約が成立した場合、制御部１１は、状況ＤＢ１２ｂにおいて、契約が成立した物件に対応する契約状況を「契約済」に更新する。

　上述した処理により、サーバ１０は、物件検索サイト１２Ｓを介して物件の情報を提供することができ、閲覧者による各物件の映像コンテンツの閲覧状況、閲覧者による各物件に関する問合せ状況、各物件に対する契約状況を収集することができる。サーバ１０は、上述した処理によって収集した各物件の映像コンテンツの閲覧状況、各物件に関する問合せ状況、各物件に対する契約状況に基づいて、各クリエータを評価する評価スコアを算出する処理を行うように構成されている。

　図９はクリエータの評価処理手順の一例を示すフローチャートである。以下の処理は、サーバ１０の制御部１１が、記憶部１２に記憶してあるプログラム１２Ｐに従って行う。本実施形態の情報処理システムにおいて、サーバ１０は、例えば１週間に１回、１カ月に１回等、定期的に各クリエータに対する評価スコアを算出する処理を行う。よって、サーバ１０の制御部１１は、１週間に１回又は１カ月に１回等の所定のタイミングが到来した場合に以下の処理を実行し、各クリエータの評価を行う。なお、制御部１１は、入力部１４を介したユーザからの操作指示に従って以下の処理を実行してもよい。

　制御部１１は、クリエータＤＢ１２ｃに登録されているクリエータのうちの１人を選択し（Ｓ４１）、選択したクリエータが撮影（制作）した映像コンテンツを特定する（Ｓ４２）。例えば制御部１１は、物件情報ＤＢ１２ａに記憶してある各物件のコンテンツ情報から、選択したクリエータの情報（例えばクリエータＩＤ、氏名等）を検索し、選択したクリエータが撮影した映像コンテンツを特定する。なお、１つの物件の映像コンテンツを全て１人のクリエータが撮影する場合、制御部１１は、選択したクリエータが映像コンテンツを撮影した物件を特定してもよい。

　制御部１１は、特定した各映像コンテンツの閲覧回数を状況ＤＢ１２ｂから取得する（Ｓ４３）。なお、状況ＤＢ１２ｂに記憶してある各映像コンテンツの閲覧履歴から、各映像コンテンツに対する各閲覧者の閲覧時間を算出できる場合、制御部１１は、各映像コンテンツの閲覧回数に加えて、閲覧時間の合計を算出してもよい。また制御部１１は、特定した各映像コンテンツの物件に対する問合せ回数を状況ＤＢ１２ｂから取得する（Ｓ４４）。更に制御部１１は、特定した各映像コンテンツの物件に対する契約状況（契約成立の有無）を状況ＤＢ１２ｂから取得する（Ｓ４５）。

　次に制御部１１は、各映像コンテンツの閲覧回数、問合せ回数、及び契約状況に応じて、各クリエータに対する評価スコアを算出する（Ｓ４６）。例えば制御部１１は、閲覧回数に応じた閲覧スコアと、問合せ回数に応じた問合せスコアと、契約状況に応じた契約スコアとを算出し、これらの合計を評価スコアとする。閲覧スコアは、例えば１回の閲覧に対して設定されているスコアに、閲覧回数を乗算することによって算出され、問合せスコアは、例えば１回の問合せに対して設定されているスコアに、問合せ回数を乗算することによって算出される。また、契約スコアは、契約が成立した場合に所定スコアが加算される。なお、閲覧スコアは、１回の閲覧に対して所定スコアを加算するほかに、各閲覧に対して閲覧時期に応じた重み付けを行って加算してもよい。例えば、閲覧時期が現在に近いほど重い重み付けを行うことにより、直近の時期に閲覧された映像コンテンツに対して高い評価スコアを算出することができる。また、閲覧時期が掲載開始日に近いほど重い重み付けを行ってもよく、この場合、掲載開始日の直後に閲覧された映像コンテンツに対して高い評価スコアを算出できる。また、各映像コンテンツに対する閲覧時間の合計を算出できる場合、閲覧スコアは、単位時間当たりのスコアに、算出された閲覧時間の合計を乗算することによって算出されてもよい。同様に、問合せスコアも、１回の問合せに対して所定スコアを加算するほかに、各問合せに対して問合せ時期に応じた重み付けを行って加算してもよい。

　制御部１１は、算出した評価スコアを、ステップＳ４１で選択したクリエータのクリエータＩＤに対応付けてクリエータＤＢ１２ｃに記憶する（Ｓ４７）。そして、制御部１１は、評価スコアを算出していないクリエータ（未処理のクリエータ）がいるか否かを判断し（Ｓ４８）、いると判断した場合（Ｓ４８：ＹＥＳ）、ステップＳ４１に戻り、未処理のクリエータについて、ステップＳ４１～Ｓ４７の処理を実行する。

　未処理のクリエータがいないと判断した場合（Ｓ４８：ＮＯ）、制御部１１は、クリエータＤＢ１２ｃに記憶した各クリエータの評価スコアに基づいて、各クリエータに付与すべきインセンティブを特定する。そして、制御部１１は、特定したインセンティブの内容をクリエータＩＤに対応付けてクリエータＤＢ１２ｃに記憶する（Ｓ４９）。これにより、制御部１１（付与部）は、評価スコアに応じたインセンティブ、物件の契約成立に応じたインセンティブをクリエータに付与することができる。なお、評価スコア及び契約成立に応じたインセンティブの内容は予め記憶部１２に記憶されており、制御部１１は、記憶部１２の記憶内容に基づいて、各クリエータに付与すべきインセンティブを特定できる。上述した処理では、クリエータの評価スコアに契約状況に応じた契約スコアが加算され、最終的に算出された評価スコアに応じてインセンティブの内容が特定される。この構成のほかに、クリエータの評価スコアは閲覧スコア及び問合せスコアの合計値とし、この合計値の評価スコアに応じたインセンティブと、契約状況に応じたインセンティブとがクリエータに付与される構成でもよい。この場合でも、物件の契約状況に応じて、当該物件の映像コンテンツを制作したクリエータにインセンティブを付与することができる。

　本実施形態では、ネットワークＮ経由で物件情報を提供する情報処理システムにおいて、各物件の映像コンテンツに対する閲覧状況、各物件に対する問合せ状況及び契約状況に基づいて、当該物件の映像コンテンツを制作したクリエータを評価することができる。また、各クリエータに評価内容に応じたインセンティブを付与することができるので、クリエータのモチベーションの向上が期待できる。その結果、契約希望者の目に留まり、契約又は内見につながるような魅力的な映像コンテンツを集めることが可能となり、物件検索サイト１２Ｓで提供される物件の映像コンテンツの価値を高めることができる。よって、物件情報として高品質の映像コンテンツの提供が可能となる。

　本実施形態の構成は、ネットワークＮ経由で不動産物件の映像コンテンツを提供する情報処理システムだけでなく、ネットワークＮを介して種々の対象物を検索し、検索結果として対象物の映像コンテンツを提供する情報処理システムにも適用できる。このような情報処理システムに適用した場合でも、サーバ１０は、ユーザ端末２０から取得した検索条件に応じた対象物を検索して検索結果を提供できると共に、閲覧者による各対象物の映像コンテンツの閲覧状況、閲覧者による各対象物に関する問合せ状況、各対象物に対する契約状況（例えば購入状況等）を収集することができる。よって、サーバ１０は、収集した各対象物の映像コンテンツの閲覧状況、各対象物に関する問合せ状況、各対象物に対する契約状況に基づいて、各クリエータを評価する評価スコアを算出することができ、評価スコアに応じたインセンティブを各クリエータに付与することができる。

（実施形態２）
　ユーザ端末２０で入力された検索条件に基づく検索結果を表示する際に、高評価のクリエータが映像コンテンツを制作した物件を上位に表示する情報処理システムについて説明する。本実施形態の情報処理システムは、実施形態１の情報処理システムと同様の装置にて実現可能であるので、構成についての説明は省略する。

　図１０は、実施形態２の物件の検索処理手順の一例を示すフローチャート、図１１は、ユーザ端末２０の画面例を示す模式図である。図１０に示す処理は、図５及び図６に示す処理において、ステップＳ１８，Ｓ１９の間にステップＳ５１～Ｓ５３を追加したものである。図５及び図６と同じステップについては説明を省略する。また、図１０では、図５中のステップＳ１１～Ｓ１６及び図６中の各ステップの図示を省略している。

　本実施形態の情報処理システムにおいて、ユーザ端末２０及びサーバ１０は、図５中のステップＳ１１～Ｓ１８と同様の処理を行う。そして、制御部１１は、検索した各物件について、物件の映像コンテンツを制作したクリエータを、物件情報ＤＢ１２ａに記憶してあるコンテンツ情報に基づいて特定する（Ｓ５１）。なお、１つの物件の全ての映像コンテンツを１人のクリエータが制作した場合、１人のクリエータが特定されるが、各映像コンテンツを異なるクリエータが制作した場合、各映像コンテンツのクリエータを特定してもよく、例えばメイン動画の映像コンテンツを制作したクリエータを代表クリエータとして特定してもよい。

　制御部１１は、各物件について特定したクリエータの評価スコアをクリエータＤＢ１２ｃから取得する（Ｓ５２）。そして、制御部１１は、検索した各物件の表示順序（出力順序）を、クリエータの評価スコアが高いほど上位となるように決定する（Ｓ５３）。制御部１１は、決定した各物件の表示順序に従って、各物件の情報を表示する検索結果画面を生成し（Ｓ１９）、生成した検索結果画面をユーザ端末２０へ送信する（Ｓ２０）。図１１は検索結果画面例を示しており、図１１に示す検索結果画面は、検索された物件の簡易情報を、各物件の映像コンテンツを制作したクリエータの評価スコアが高い順に表示する。図１１に示す例では、各物件の所在地、建物名、価格、最寄り駅の沿線名及び駅名等に加えて、メイン動画を撮影（制作）した映像コンテンツと、当該映像コンテンツを制作したクリエータの情報及び当該クリエータの評価情報とが表示されている。クリエータの評価情報は、例えば評価スコアに応じた星の数で表現されており、第１閾値以上の評価スコアの場合、５つの黒い星で、第２閾値（第２閾値＜第１閾値）以上第１閾値未満の評価スコアの場合、４つの黒い星で、第３閾値（第３閾値＜第２閾値）以上第２閾値未満の評価スコアの場合、３つの黒い星で、第４閾値（第４閾値＜第３閾値）以上第３閾値未満の評価スコアの場合、２つの黒い星で、第４閾値未満の評価スコアの場合、１つの黒い星でそれぞれ表現される。なお、クリエータの評価情報は、評価スコアがそのまま表示されてもよい。これにより、閲覧者は、物件の情報に加えて、物件の映像コンテンツを制作したクリエータを把握することができ、クリエータに応じて、映像コンテンツの閲覧回数の上昇、及び物件に対する問合せ回数の上昇が期待される。

　本実施形態では、上述した実施形態１と同様の効果が得られる。また本実施形態では、検索結果の物件の情報を、各物件の映像コンテンツを制作したクリエータの評価が高い順に提示することができる。よって、高評価のクリエータが映像コンテンツを制作した物件の物件情報を優先的に提示することが可能となるので、高評価されたクリエータへの仕事依頼が増加し、クリエータのモチベーションの向上が期待できる。

　本実施形態の構成は、上述した実施形態１の情報処理システムに適用可能であり、実施形態１の情報処理システムに適用した場合であっても同様の処理の実行が可能であり、同様の効果が得られる。また、本実施形態においても、上述した実施形態１で適宜説明した変形例の適用が可能である。

（実施形態３）
　物件検索サイト等に掲載するための不動産物件の映像コンテンツを撮影する際の撮影作業を支援する情報処理装置について説明する。本実施形態の情報処理システムは、実施形態１の情報処理システムと同様のサーバ１０及びユーザ端末２０に加えて、映像コンテンツを撮影するための撮影用端末を含み、各機器はネットワークＮを介して通信接続されている。

　図１２は撮影用端末の構成例を示すブロック図である。撮影用端末３０は、動画及び静止画の撮影機能を有し、種々の情報処理及び情報の送受信が可能な情報処理装置であり、撮影装置、スマートフォン、タブレット端末、パーソナルコンピュータ等である。撮影用端末３０は、不動産物件の映像コンテンツを制作するクリエータが使用する機器であり、撮影機能を有する携帯端末であればどのような機器でもよい。撮影用端末３０は、制御部３１、記憶部３２、通信部３３、入力部３４、表示部３５、カメラ３６、測位部３７等を含み、これらの各部はバスを介して相互に接続されている。撮影用端末３０の制御部３１、記憶部３２、通信部３３、入力部３４、及び表示部３５は、サーバ１０の制御部１１、記憶部１２、通信部１３、入力部１４、及び表示部１５と同様の構成であるので説明を省略する。撮影用端末３０の記憶部３２は、制御部３１が実行するプログラム３２Ｐ（プログラム製品）及びブラウザ３２Ｂのほかに、不動産物件の映像コンテンツの撮影を支援し、撮影された映像コンテンツをサーバ１０（物件検索サイト１２Ｓ）に登録する処理を実現するためのアプリケーションプログラム（以下では撮影支援アプリ３２ＡＰと称する）を記憶している。

　カメラ３６は、レンズ及び撮像素子等を有する撮影部である。カメラ３６は、シャッターボタンの操作に従った制御部３１からの指示に従って撮影を行い、１回の撮影指示に対応して、１枚の画像データ（静止画像）、又は、１秒間に３０枚又は１５枚等の画像データ（動画）を取得する。カメラ３６にて取得された画像データ（撮影画像）は記憶部３２に記憶される。測位部３７は、撮影用端末３０の現在地を検出し、現在地を示す現在地情報（例えば経度及び緯度の座標値）を取得する。測位部３７は、例えばＧＰＳ（Global Positioning System ）受信機を有し、ＧＰＳ衛星から送信されるＧＰＳ信号をＧＰＳ受信機にて受信し、受信したＧＰＳ信号に基づいて現在地を検出する。なお、現在地の検出方法はＧＰＳ衛星からの電波に基づく方法に限らない。また測位部３７は、ジャイロセンサ等を有し、カメラ３６による撮影方向（例えば、東西南北で示される方角）を取得する。測位部３７は、取得した現在地情報及び撮影方向を制御部３１へ送出する。

　図１３は実施形態３の状況ＤＢ１２ｂのレコードレイアウトの一例を示す説明図である。図１３に示す状況ＤＢ１２ｂは、図４Ａに示す実施形態１の状況ＤＢ１２ｂの構成に加えて、ブックマーク登録数列を含む。ブックマーク登録数列は、物件検索サイト１２Ｓに掲載された物件情報に対してブックマーク登録（お気に入り登録）したユーザ数を記憶する。なお、物件検索サイト１２Ｓは、各物件に対してブックマーク登録できるように構成されている。また、本実施形態の状況ＤＢ１２ｂでは、閲覧履歴列に、各映像コンテンツが閲覧された日時に加えて、閲覧者が映像コンテンツの再生を停止（終了又は中断）した位置（再生停止位置）に関する情報を記憶する。本実施形態の映像コンテンツは、一連の動画中の適宜フレーム（画像フレーム）に、各フレームにおける撮影対象に関するインデックスが付加されており、再生停止位置に関する情報は、映像コンテンツの再生開始からの時間と、当該フレームに付加されたインデックスとを含む。上述した構成により、本実施形態の状況ＤＢ１２ｂでは、各物件に対してブックマーク登録したユーザ数を管理できると共に、各映像コンテンツに対する閲覧状況に加えて、各閲覧者が映像コンテンツの再生を停止（終了）した位置（フレーム）を管理できる。

　以下に、撮影用端末３０を用いて不動産物件の映像コンテンツを撮影し、撮影した映像コンテンツの各フレームに撮影対象に関するインデックスを付加する処理について説明する。図１４は撮影処理手順の一例を示すフローチャート、図１５Ａ～図１５Ｄは画面例を示す説明図である。

　クリエータ（撮影者）は、不動産物件の映像コンテンツを撮影する場合、撮影用端末３０に撮影支援アプリ３２ＡＰを起動させ、撮影用端末３０の制御部３１は、撮影支援アプリ３２ＡＰに従って以下の処理を実行する。まず制御部３１は、撮影用端末３０のジンバルへの取付を促すメッセージを表示部３５に表示する（Ｓ６１）。例えば制御部３１は、図１５Ａに示すような画面を表示する。図１５Ａの画面は、メッセージに加えて、映像コンテンツの撮影開始を指示するための撮影開始ボタンと、ジンバルの購入を指示するための「購入サイトへ」ボタンとを表示する。クリエータは、撮影用端末３０をジンバルに取り付けた後、撮影開始ボタンを操作して撮影を開始する一方、ジンバルを所有しておらず購入したい場合は「購入サイトへ」ボタンを操作する。制御部３１は、「購入サイトへ」ボタンが操作された場合、ジンバルの購入が可能なサイトにアクセスし、当該サイトの購入画面を表示し、クリエータは、当該サイトを介してジンバルの購入が可能となる。なお、昨今のスマートフォン等の携帯電話等は、手振れ補正機能が備わっているものもあるため、そのような場合はジンバルの取付を要求しなくてもよい。

　制御部３１は、撮影開始ボタンが操作されたか否かを判断しており（Ｓ６２）、操作されていないと判断する場合（Ｓ６２：ＮＯ）、待機し、操作されたと判断した場合（Ｓ６２：ＹＥＳ）、カメラ３６による映像コンテンツ（動画）の撮影を開始する（Ｓ６３）。ここで、制御部３１は、カメラ３６によって例えば１秒間に３０枚又は１５枚の画像フレームを取得すると共に、各画像フレームの撮影タイミングに同期して、測位部３７によって現在地情報及び撮影方向を取得する。これにより、制御部３１は、各画像フレームに撮影位置（現在地情報）及び撮影方向が対応付けられている映像コンテンツを取得できる。なお、撮影位置及び撮影方向は、各画像フレームに対応付けられる構成に限定されず、所定数（例えば５枚、１０枚等）毎に対応付けられてもよい。また、撮影位置又は撮影方向が変更された場合に、変更後の撮影位置又は撮影方向が、その時点で撮影された画像フレームに対応付けられてもよい。

　また制御部３１は、測位部３７による現在地の検出結果から撮影用端末３０の移動速度を算出しており、算出した移動速度が所定範囲内であるか否かを判断する（Ｓ６４）。ここでの所定範囲は、閲覧者が物件の様子を十分に把握できる映像コンテンツが撮影できる移動速度の範囲である。制御部３１は、移動速度が所定範囲内でないと判断した場合（Ｓ６４：ＮＯ）、移動速度に応じたメッセージを特定して出力する（Ｓ６５）。例えば制御部３１は、移動速度が所定範囲よりも速いと判断した場合、図１５Ｂに示すように「ゆっくり歩いてください」のようなメッセージを表示する。一方、制御部３１は、移動速度が所定範囲よりも遅いと判断した場合、「もう少し速く歩いてください」のようなメッセージを表示する。これにより、制御部３１は、撮影中の移動速度を指示する撮影アドバイスを提供することができ、クリエータは、指示された移動速度で撮影することにより、適切な映像コンテンツの撮影が可能となる。なお、制御部３１は、撮影者の移動速度だけでなく、撮影時のパン（パンニング）操作及びティルト（ティルティング）操作における操作速度等、撮影者の撮影状態を検出し、検出した撮影状態に応じたアドバイスを提供してもよい。撮影用端末３０がスピーカを有する場合、メッセージを音声出力してもよい。

　制御部３１は、カメラ３６を介して逐次取得する画像フレームに対して所定オブジェクトの検知処理を実行しており、移動速度が所定範囲内であると判断した場合（Ｓ６４：ＹＥＳ）、画像フレームに所定オブジェクトを検知したか否かを判断する（Ｓ６６）。所定オブジェクトは、例えば窓、カラン、シャワー、オーブン、食器洗い機、食器棚、収納棚、クローゼット、下駄箱等であり、物件の契約を行う際に確認したいと考えられる箇所及び対象物である。オブジェクトの検知処理は、例えばＣＮＮ（Convolutional Neural Network）、ＳＳＤ（Single Shot Multibox Detector）、ＹＯＬＯ（You Only Look Once）等の物体検知アルゴリズム、又は、ＳｅｇＮｅｔ、ＦＣＮ（Fully Convolutional Network ）、Ｕ－Ｎｅｔ等のセマンティックセグメンテーションを実現するアルゴリズムで構成された学習モデルを用いて実行することができる。

　制御部３１は、画像フレームに所定オブジェクトを検知したと判断した場合（Ｓ６６：ＹＥＳ）、検知したオブジェクトに応じたメッセージを特定して出力する（Ｓ６５）。例えば制御部３１は、画像フレーム中に窓を検知した場合、図１５Ｃに示すように「窓からの景色を撮影してください」のようなメッセージを表示する。また制御部３１は、カラン又はシャワーを検知した場合、「水が出る様子を撮影してください」のようなメッセージを表示する。また制御部３１は、オーブン又は食器洗い機を検知した場合、「中が見えるように撮影してください」のようなメッセージを表示する。また制御部３１は、食器棚、収納棚、クローゼット又は下駄箱を検知した場合、「扉を開けて撮影してください」のようなメッセージを表示する。更に制御部３１は、画像フレーム中に検知したオブジェクトの位置に基づいて、撮影位置の高さに関するメッセージを表示してもよい。また制御部３１は、カメラ３６を介して取得した画像フレームを表示部３５に表示する際に、グリッドラインを画像フレームに重畳させて表示してもよい。また制御部３１は、画像フレーム中の撮影対象に基づいて自動でカメラ３６の画角を広く（ズームアウト）又は狭く（ズームイン）するように構成されていてもよい。

　また制御部３１は、画像フレーム中に検知したオブジェクトに基づいて、推奨する撮影方向を特定し、特定した撮影方向での撮影を指示する方向指示マークＣ１を表示する。図１５Ｂは物件の外から外観を撮影している状態を示し、この場合、物件に近づく方向が推奨撮影方向に特定され、特定された撮影方向を指し示す方向指示マークＣ１が表示される。図１５Ｃはリビングを撮影している状態を示し、この場合、画像フレーム中の窓の方向が推奨撮影方向に特定され、特定された撮影方向を指し示す方向指示マークＣ１が表示される。このような方向指示マークＣ１が表示されることにより、クリエータは、撮影すべき方向を容易に判断できる。クリエータは、例えば画面中の方向指示マークＣ１が上方向を指す状態となるように撮影用端末３０を保持して撮影を行うことにより、適切な撮影方向での撮影が可能となる。また、制御部３１は、例えば方向指示マークＣ１が、上方向に対して時計回り又は反時計回りに９０度よりも大きい角度を有する場合、撮影方向が不適切であると判断し、撮影処理のやり直しを指示するメッセージを表示してもよい。更に、制御部３１は、例えば物件の建物の外観、建物の入り口、ロビー、エレベーター、外廊下等、物件の部屋に到着するまでの各対象物の撮影順序、並びに、物件の部屋の玄関ポーチ、玄関前、玄関内、室内の廊下、寝室、バスルーム、キッチン、リビング、ベランダ等、室内の各対象物の撮影順序を設定しておくことにより、撮影時の移動順序（撮影順序）を提示してもよい。

　制御部３１は、画像フレームに所定オブジェクトを検知していないと判断した場合（Ｓ６６：ＮＯ）、撮影終了ボタンが操作されたか否かを判断し（Ｓ６７）、操作されていないと判断する場合（Ｓ６７：ＮＯ）、ステップＳ６４に戻り、ステップＳ６４～Ｓ６７の処理を繰り返す。撮影終了ボタンが操作されたと判断した場合（Ｓ６７：ＹＥＳ）、制御部３１は、カメラ３６による撮影を終了し、この時点までに撮影した映像コンテンツを記憶部３２に記憶する（Ｓ６８）。

　制御部３１は、撮影処理を終了した後、例えば撮影時に測位部３７が検出した現在地情報及び撮影方向に基づいて、撮影対象の物件（部屋）の間取り図を自動で作成する（Ｓ６９）。例えば制御部３１は、物件の室内の撮影時に測位部３７が検出した現在地情報に基づいて、クリエータ（撮影者）が移動した軌跡を特定し、特定した軌跡に基づいて各部屋の大きさ及び形状等を推定し、間取り図を作成する。その際、制御部３１は、撮影位置の現在地情報に基づいて、間取り図の適宜位置に位置情報を割り当てておく。また、制御部３１は、撮影した各フレームに基づいて、各フレームの撮影位置から室内の壁又はオブジェクトまでの距離を計測し、各部屋の大きさ及び形状等を推定し、間取り図を作成してもよい。更に、撮影用端末３０が距離センサを備える場合、距離センサによって室内の壁又はオブジェクトまでの距離を計測することにより、各部屋の大きさ及び形状等を推定し、間取り図を作成してもよい。また制御部３１は、物件の床から天井までの高さを取得した場合、３Ｄモデルの間取り図を作成してもよい。制御部３１は、作成した間取り図を、映像コンテンツに対応付けて記憶部３２に記憶する（Ｓ７０）。なお、制御部３１は、映像コンテンツの撮影を行いつつ、間取り図の作成を行ってもよい。

　次に制御部３１は、撮影処理によって取得した映像コンテンツ中の画像フレームに対して撮影対象に関するインデックスを付加する操作を受け付けるために、図１５Ｄに示すようなインデックス設定画面を表示部３５に表示する（Ｓ７１）。図１５Ｄの画面は、映像コンテンツと、映像コンテンツの再生位置を示すインジケータＣ２とを表示し、インジケータＣ２を介して再生位置を移動させることにより、表示される映像コンテンツの再生位置を変更できるように構成されている。また図１５Ｄの画面は、画像フレームに付加するインデックスを入力するための入力欄Ｃ３と、当該インデックスを付与する画像フレームの開始時間及び終了時間を入力するための入力欄Ｃ４，Ｃ５とを有する。入力欄Ｃ３は、インデックスとして用意された選択肢の中から任意の１つを選択するためのプルダウンメニューが設けられており、入力欄Ｃ４，Ｃ５は、映像コンテンツの撮影時間内の任意の時間を入力できるように構成されている。入力欄Ｃ３に設けられるプルダウンメニューは、例えば外観、自転車置場、玄関、エントランスホール、玄関ポーチ、ロビー、エレベーター、共用廊下（外廊下）、共用トイレ、ゴミ置き場、リビング、寝室、書斎、バスルーム、シャワールーム、ベランダ、駐車場、ジム、プール等の選択が可能である。

　図１５Ｄの画面において、クリエータは、インジケータＣ２によって再生位置を移動させながら映像コンテンツの撮影内容を確認し、付加したいインデックスについて、当該インデックスを付加したい最初のフレームと最後のフレームとを特定する。そして、クリエータは、付加したいインデックスを入力欄Ｃ３に入力し、最初のフレームの再生時間を入力欄Ｃ４に入力し、最後のフレームの再生時間を入力欄Ｃ５に入力し、確定ボタンを操作する。制御部３１は、上述したクリエータの操作によって、インデックスの設定を受け付ける（Ｓ７２）。制御部３１は、確定ボタンが操作された場合、この時点で入力欄Ｃ３～Ｃ５に入力されているインデックス情報をインデックス表示欄Ｃ６に表示する。

　そして、制御部３１は、終了指示を受け付けたか否かを判断する（Ｓ７３）。例えば制御部３１は、インデックス表示欄Ｃ６に設けられた終了ボタンが操作された場合に終了指示を受け付ける。制御部３１は、終了指示を受け付けていないと判断する場合（Ｓ７３：ＮＯ）、ステップＳ７２に戻り、インデックスの設定受付を継続する。これにより、制御部３１は、各インデックスについて、各インデックスを付加するフレームの再生時間（開始時間及び終了時間）を受け付けることができ、図１５Ｄに示すように、受け付けたインデックス情報を表示できる。終了指示を受け付けたと判断した場合（Ｓ７３：ＹＥＳ）、制御部３１は、適宜の画像フレームにインデックス情報が付加されたインデックス付きの映像コンテンツを記憶部３２に記憶し（Ｓ７４）、一連の処理を終了する。

　上述した処理により、本実施形態の撮影用端末３０では、物件を撮影する際の移動速度、撮影方向及び撮影対象、更には、撮影位置の高さ及び撮影時の移動順序（撮影順序）に関するメッセージが提供される。よって、クリエータは、メッセージに従って撮影を行うことにより、クリエータの撮影スキルやセンスに依存せずに、高品質の映像コンテンツを制作することが可能となる。また、物件の映像コンテンツの各フレームに対して、撮影対象に関するインデックスを付加することができる。更に、撮影対象の物件の間取り図を自動で作成することができる。なお、上述した処理において、ステップＳ６１～Ｓ７０による映像コンテンツの撮影処理と、ステップＳ７１～Ｓ７４によるインデックスの付加処理とは、各別の装置で行われてもよい。例えば、クリエータが映像コンテンツの撮影処理を行い、物件の所有者又は不動産会社の担当者がインデックスの付加処理を行う構成でもよい。また、映像コンテンツは、撮影者が、撮影用端末３０を取り付けたジンバルを保持した状態で撮影されるほかに、撮影機能を有するドローンを用いて撮影されてもよい。この場合にも、撮影用端末３０で提供されたメッセージに従ってドローンを操作することにより、高品質の映像コンテンツが得られる。また、間取り図は、撮影用端末３０が自動で作成する構成に限定されず、他の装置で作成された間取り図を撮影用端末３０が取得する構成でもよい。

　以下に、物件検索サイト１２Ｓに物件情報を登録する処理について説明する。図１６は、物件情報の登録処理手順の一例を示すフローチャートである。図１６では左側に撮影用端末３０が行う処理を、右側にサーバ１０が行う処理をそれぞれ示す。図１６の処理は、映像コンテンツを撮影した撮影用端末３０を用いて、物件情報をサーバ１０に登録する構成について説明するが、このような構成に限定されない。例えば物件の所有者又は不動産会社の担当者が、撮影用端末３０とは異なる端末を用いて、物件情報をサーバ１０に登録する構成でもよい。

　物件情報を登録する登録者（例えば物件の所有者又は不動産会社の担当者）は、撮影用端末３０を用いて、サーバ１０が提供する物件登録サイトにアクセスし、物件登録サイトを介して物件情報の登録処理を行う。撮影用端末３０の制御部３１は、入力部３４を介して物件登録サイトへのアクセス指示を受け付けた場合、ブラウザ３２Ｂを起動して物件登録サイトにアクセスする（Ｓ８１）。なお、制御部３１は、撮影支援アプリ３２ＡＰを起動することによって物件登録サイトにアクセスする構成でもよい。サーバ１０の制御部１１は、撮影用端末３０からの要求に応じたウェブページ、ここでは物件検索サイト１２Ｓに掲載される物件情報の入力画面を撮影用端末３０へ送信する（Ｓ８２）。撮影用端末３０の制御部３１は、サーバ１０が送信したウェブページを受信し、受信したウェブページに基づいて、物件情報の入力画面（図示せず）を表示部３５に表示する（Ｓ８３）。

　物件情報の入力画面は、希望価格（賃貸料、販売価格等）、所在地、建物名、連絡先等の基本情報と、物件の立地に関する立地情報と、物件の建物及び部屋に関する建物情報と、映像コンテンツ及び間取り図に関するコンテンツ情報とを含む各情報の入力欄を有する。また物件情報の入力画面には、例えば「詳しく入力すれば物件検索されやすくなります」のようなメッセージが表示され、各情報の積極的な入力が促される。なお、建物情報は、物件の広さ、間取り、築年数、ベランダ又はバルコニーの向き、建物の階数及び物件の階数に加えて、集合住宅／一戸建ての別、庭付き又は駐車場付きか否か、利用可能なプール又はトレーニングジムの有無、インターネット環境、空調装置及び調理器具等の設備の有無等を含み、このように詳細情報を登録することにより、物件検索の際に検索結果に該当し易くなる。

　制御部３１は、物件情報の入力画面を介して物件情報の入力を受け付け（Ｓ８４）、入力された物件情報を各入力欄に表示する（Ｓ８５）。なお、映像コンテンツ及び間取り図は、それぞれのファイル名が入力される。入力画面には、入力された物件情報をサーバ１０に登録する指示を行うための登録ボタンが設けられており、制御部３１は、登録ボタンが操作されたか否かを判断する（Ｓ８６）。登録ボタンが操作されていないと判断する場合（Ｓ８６：ＮＯ）、制御部３１は、ステップＳ８４に戻り、物件情報の入力受付を継続する。登録ボタンが操作されたと判断した場合（Ｓ８６：ＹＥＳ）、制御部３１は、入力された物件情報をサーバ１０へ送信する（Ｓ８７）。サーバ１０の制御部１１は、物件ＩＤを発行し、物件ＩＤに対応付けて、撮影用端末３０から受信した物件情報を物件情報ＤＢ１２ａに記憶する（Ｓ８８）。

　上述した処理では、撮影者が撮影用端末３０を用いて物件の映像コンテンツを撮影した後に、映像コンテンツを含む物件情報をサーバ１０に登録していたが、このような構成に限定されない。例えば物件の所有者又は不動産会社の担当者が、自身の端末を用いて図１６の処理を実行して映像コンテンツ以外の物件情報をサーバ１０に登録し、物件の所有者又は不動産会社の担当者から依頼されたクリエータが、撮影用端末３０を用いて物件の映像コンテンツを撮影し、映像コンテンツをサーバ１０に登録する構成でもよい。なお、クリエータに映像コンテンツの撮影を依頼する場合、依頼者は、撮影対象の物件の場所、建物、及び建物内の部屋を示す物件情報と、希望する撮影イメージ、重点的に撮影すべき箇所等の撮影条件とをクリエータに提供する。また、サーバ１０は、クリエータＤＢ１２ｃで各クリエータの評価情報、及び、各クリエータが過去に映像コンテンツを制作した物件を管理しており、これらの情報を公開してもよい。また、各クリエータが所有する撮影装置及び撮影機材をサーバ１０に登録しておくことにより、各クリエータが所有する撮影装置及び撮影機材がサーバ１０によって公開されてもよい。この場合、依頼者は、各クリエータの評価情報、各クリエータが過去に制作した映像コンテンツ、及び、各クリエータが所有する撮影装置及び撮影機材を参照して、依頼するクリエータを決定できる。また、依頼者は、例えば地図上に、撮影依頼対象の物件の情報を表示してクリエータに公開してもよい。この場合、クリエータは、地図上の物件の位置及び撮影条件等から、撮影依頼を受ける物件を決定し、依頼者に対して撮影依頼の受注を行うように構成できる。

　図１７は、実施形態３の物件の検索処理手順の一例を示すフローチャート、図１８Ａ及び図１８Ｂは、ユーザ端末２０の画面例を示す模式図である。図１７に示す処理は、図５及び図６に示す処理において、ステップＳ２６，Ｓ２７の間にステップＳ９１～Ｓ９５を追加し、ステップＳ３３のＹＥＳの後にステップＳ９６を追加したものである。図５及び図６と同じステップについては説明を省略する。図１７では図５中の各ステップの図示を省略している。

　本実施形態のユーザ端末２０の制御部２１及びサーバ１０の制御部１１は、図５及び図６中のステップＳ１１～Ｓ２６と同様の処理を実行する。なお、本実施形態では、ステップＳ２４でサーバ１０の制御部１１は、図１８Ａに示すような物件画面を生成する。図１８Ａの画面は、図８の画面と同様の情報に加えて、物件の間取り図を表示する。間取り図は、映像コンテンツと共に物件情報ＤＢ１２ａに記憶してある。図１８Ａの画面では、映像領域２５ｃ及び間取り図以外の情報の図示を省略するが、図８と同様にサムネイル領域２５ｄ、物件情報、及びクリエータの情報等も表示されている。また、ステップＳ２６でユーザ端末２０の制御部２１は、物件画面を表示した場合、映像領域２５ｃでの映像コンテンツ（メイン動画）の再生を開始する。

　本実施形態の映像コンテンツは、各画像フレームに撮影位置及び撮影方向が対応付けられている。また、間取り図中の適宜位置には、画像フレームの撮影位置に対応する位置情報が対応付けられている。よって、各画像フレームの撮影位置と、間取り図中の位置とを対応付けることが可能であり、ユーザ端末２０の制御部２１は、映像コンテンツを再生する場合、表示中の画像フレームの撮影位置を特定し、特定した撮影位置に対応する間取り図中の位置に特定できる。また制御部２１は、特定した撮影位置での撮影方向を特定できる。よって、図１８Ａに示すように、本実施形態の制御部２１は、映像領域２５ｃに映像コンテンツを表示すると共に、間取り図上に、特定した撮影位置から、特定した撮影方向を指し示すマークＣ７を表示するように構成されている。また、本実施形態の物件画面は、間取り図上の任意の位置が指定された場合に、指定された位置を撮影位置として撮影された画像フレームから映像コンテンツの再生が可能に構成されている。

　よって、制御部２１は、ステップＳ２６の処理後、間取り図上の任意の位置が指定されたか否かを判断する（Ｓ９１）。例えば制御部２１は、図１８Ａ中のＣ８に示すように、間取り図に対する所定操作（例えばタッチ操作）によって任意の位置の指定を受け付ける。任意の位置が指定されたと判断した場合（Ｓ９１：ＹＥＳ）、制御部２１は、再生中の映像コンテンツの各画像フレームの撮影位置の中から、指定された位置に最も近い撮影位置を特定する（Ｓ９２）。そして、制御部２１は、特定した撮影位置で撮影した画像フレームから映像コンテンツの再生を再開する（Ｓ９３）。この場合、図１８Ｂに示すように、制御部２１は、指定された位置から撮影された画像フレームから映像コンテンツを映像領域２５ｃで再生すると共に、撮影位置及び撮影方向を示すマークＣ７を間取り図上に表示する。これにより、閲覧者が見たい場所の画像フレームを効率よく再生することができる。任意の位置が指定されていないと判断する場合（Ｓ９１：ＮＯ）、制御部２１は、ステップＳ９２～Ｓ９３をスキップする。そして、制御部２１は、再生停止ボタンＢ１が操作されることにより、映像領域２５ｃで再生中の映像コンテンツの再生停止の指示を受け付けたか否かを判断し（Ｓ９４）、受け付けていないと判断する場合（Ｓ９４：ＮＯ）、ステップＳ９１に戻り、ステップＳ９１～Ｓ９４の処理を繰り返す。

　再生停止の指示を受け付けたと判断した場合（Ｓ９４：ＹＥＳ）、制御部２１は、映像領域２５ｃでの映像コンテンツの再生を停止し、再生を停止した画像フレームを示す再生停止位置を記憶部２２に記憶する（Ｓ９５）。再生停止位置は、映像コンテンツの再生開始からの経過時間（再生時間）と、当該画像フレームのインデックスとを含む。その後、制御部２１は、ステップＳ２７～Ｓ３３を行い、物件画面において、例えばサムネイル領域２５ｄに表示されたいずれかの映像コンテンツが選択された場合に、選択された映像コンテンツをサーバ１０から取得して表示する。制御部２１は、上述した処理を終了すると判断した場合（Ｓ３３：ＹＥＳ）、ステップＳ９５で記憶した再生停止位置（メイン動画における再生停止位置）をサーバ１０へ送信し（Ｓ９６）、一連の処理を終了する。本実施形態では、ステップＳ３１でサーバ１０の制御部１１は、状況ＤＢ１２ｂにおいて、映像コンテンツの閲覧回数に１を加算し、閲覧履歴にこのときの日時及び再生停止位置を記憶することにより、当該映像コンテンツの閲覧回数及び閲覧履歴を更新する。

　上述した処理により、本実施形態では、閲覧者が、物件の映像コンテンツを閲覧する際に、間取り図に表示されたマークＣ７によって物件中の撮影位置及び撮影方向を把握できる。また、間取り図の任意の位置を指定することによって、任意の位置を撮影位置とする画像フレームから映像コンテンツを閲覧できる。よって、閲覧者は、効率よく映像コンテンツを閲覧でき、物件の雰囲気をより把握できる。また、本実施形態では、各映像コンテンツの閲覧回数及び閲覧日時だけでなく、各閲覧者が再生を停止（終了）した位置（画像フレーム）をサーバ１０で管理することができる。

　本実施形態では、例えば図１８Ａ及び図１８Ｂに示す物件画面において、「ブックマークに登録」ボタンが設けられており、各物件に対してブックマーク登録（お気に入り登録）が可能に構成されている。ユーザ端末２０の制御部２１は、物件画面中の「ブックマークに登録」ボタンが操作された場合、物件画面に表示中の物件を、物件検索サイト１２Ｓにおけるブックマークリストに追加する。これにより、以降にユーザ端末２０が物件検索サイト１２Ｓにアクセスした場合に、閲覧者は、ブックマークリストから物件情報を探すことができる。また、制御部２１は、ブックマーク登録を行った場合、ユーザ端末２０のユーザの情報と、ブックマーク登録した物件の情報とをサーバ１０に送信し、当該ユーザがブックマーク登録したことを通知する。サーバ１０の制御部１１は、ユーザ端末２０からブックマーク登録が通知された場合、状況ＤＢ１２ｂにおいて、当該物件の物件ＩＤに対応するブックマーク登録数に１を加算する。なお、制御部１１は、物件ＩＤに対応付けて、ブックマーク登録したユーザの情報も状況ＤＢ１２ｂに記憶しておいてもよい。これにより、物件検索サイト１２Ｓにおいて閲覧者は気に入った物件をブックマーク登録できると共に、サーバ１０は、各物件に対するブックマーク登録数を管理できる。

　図１９は、物件の検索処理手順の他の例を示すフローチャートである。図１９に示す処理は、図５及び図６に示す処理において、ステップＳ１８，Ｓ１９の間にステップＳ１０１～Ｓ１０４を追加したものである。図５及び図６と同じステップについては説明を省略する。また、図１９では、図５中のステップＳ１１～Ｓ１６及び図６中の各ステップの図示を省略している。

　図１９に示す処理では、サーバ１０の制御部１１は、ステップＳ１８の処理後、検索した各物件について、ブックマーク登録数を状況ＤＢ１２ｂから読み出す（Ｓ１０１）。また制御部１１は、各物件について、物件情報の掲載期間を算出する（Ｓ１０２）。ここでは制御部１１は、各物件の掲載開始日を状況ＤＢ１２ｂから読み出し、掲載開始日からこの時点までの期間を算出する。また制御部１１は、各物件について、物件価格の変更情報を取得する（Ｓ１０３）。例えば、各物件の価格が変更可能であり、物件情報ＤＢ１２ａに、各物件の価格に加えて、各価格が設定された日付又は各価格が物件検索サイト１２Ｓで公開された日付を登録しておく。この場合、制御部１１は、最新の価格と１つ前の価格とを物件情報ＤＢ１２ａから読み出し、例えば値引き額又は値引き率、あるいは、値上げ額又は値上げ率等、価格の変更情報を算出する。

　そして、制御部１１は、ブックマーク登録数、掲載期間、及び価格の変更情報に基づいて、検索した各物件の表示順序（出力順序）を特定する（Ｓ１０４）。例えば制御部１１は、各物件に、ブックマーク登録数が多いほど高いスコアを割り当て、掲載期間が短いほど高いスコアを割り当て、価格の変動が大きいほど高いスコアを割り当て、それぞれのスコアの合計を算出する。そして、制御部１１は、各物件について算出したスコアが高いほど上位となるように、各物件の表示順序を決定する。その後、制御部１１は、ステップＳ１９以降の処理を実行する。

　上述した処理により、ブックマーク登録数が多い物件ほど上位に、物件情報の掲載開始からの経過時間が長いほど下位に、価格の変動が大きいほど上位になるように、検索結果として得られた物件の物件情報の表示順序が決定される。なお、状況ＤＢ１２ｂに映像コンテンツ毎に掲載開始日が登録されてもよく、この場合、制御部１１は、各映像コンテンツの掲載期間も考慮して表示順序を決定してもよい。また、図１０中のステップＳ５１～Ｓ５２の処理を組み合わせて、各映像コンテンツのクリエータの評価も考慮して表示順序を決定してもよい。

　本実施形態では、状況ＤＢ１２ｂに、物件の映像コンテンツに対応付けて、各閲覧者が再生を停止（終了）した再生停止位置が記憶されている。従って、クリエータの評価スコアを算出する際に、各映像コンテンツの再生停止位置を考慮してもよい。具体的には、図９に示す処理において、サーバ１０の制御部１１は、ステップＳ４５の処理後、ステップＳ４２で特定した映像コンテンツについて各閲覧者の再生停止位置を状況ＤＢ１２ｂから取得する。そして、制御部１１は、ステップＳ４６で、各映像コンテンツの閲覧回数、問合せ回数、及び契約状況に加えて、各閲覧者の再生停止位置に応じて、各クリエータに対する評価スコアを算出する。再生停止位置に応じたスコアは、例えば各閲覧者について、映像コンテンツの録画時間に対する再生時間（再生停止位置までの時間）の割合を算出し、各割合に対して設定されているスコア（割合が大きいほど高いスコア）を割り当て、全ての閲覧者のスコアの合計によって算出される。また、再生停止位置に応じたスコアは、各閲覧者について算出した前記割合の平均値を算出し、割合の平均値に対して設定されているスコア（割合の平均値が大きいほど高いスコア）が算出されてもよい。また、再生停止位置に応じたスコアは、映像コンテンツに含まれる画像フレーム数に対して再生された画像フレーム数の割合に基づいて、当該割合に対して設定されているスコア（当該割合が大きいほど高いスコア）が算出されてもよい。更に、再生停止位置に応じたスコアは、各閲覧者による映像コンテンツの再生時間（閲覧時間）の合計を算出し、単位時間当たりのスコアに、算出された閲覧時間の合計を乗算することによって算出されてもよい。その後、制御部１１は、ステップＳ４７以降の処理を実行する。上述した処理により、各映像コンテンツの閲覧回数、問合せ回数、及び契約状況だけでなく、各閲覧者の再生停止位置に応じてクリエータを評価でき、クリエータに対して算出した評価スコアに基づいて、付与すべきインセンティブを決定できる。

　本実施形態において、サーバ１０は、状況ＤＢ１２ｂに記憶された情報、例えば各物件のブックマーク登録数、各映像コンテンツの閲覧回数及び閲覧履歴、物件の問合せ回数及び問合せ履歴、物件の契約状況を、物件の所有者又は不動産会社の担当者、あるいは、クリエータに提供する処理を行う構成でもよい。この場合、例えば物件の所有者は、物件に対するブックマーク登録数、問合せ状況及び契約状況と共に、各映像コンテンツの閲覧状況を確認でき、物件の問合せ状況及び契約状況に応じて、映像コンテンツを変更すべきか否かを判断できる。またクリエータは、自身が制作した映像コンテンツの閲覧状況だけでなく、物件に対する問合せ状況及び契約状況を確認でき、物件の問合せ状況及び契約状況を、自身の映像コンテンツの良否を判断する際の指標に用いることができる。また、閲覧状況に再生停止位置が含まれるので、クリエータは、各閲覧者が映像コンテンツのどの箇所（どのシーン）で閲覧を停止したかを把握でき、今後の映像コンテンツの制作に活用することができる。

　本実施形態において、サーバ１０は、状況ＤＢ１２ｂで、各物件の契約状況を管理している。よって、サーバ１０は、契約が成立した場合に、物件の所有者が物件契約の仲介業者（例えば不動産会社又はサーバ１０を運営する会社）に支払う手数料（仲介手数料）を算出する処理を行ってもよい。例えば、サーバ１０の制御部１１は、いずれかの物件の契約が成立した場合、物件検索サイト１２Ｓにおいて当該物件の契約成立までの掲載期間を算出し、掲載期間に応じた手数料を算出してもよい。例えば、状況ＤＢ１２ｂの契約条件列に、物件に対する契約成立の有無に加えて契約成立日を記憶しておく。そして、制御部１１は、契約成立した物件の掲載開始日及び契約成立日を状況ＤＢ１２ｂから読み出し、掲載開始日から契約成立日までの期間（掲載期間）を算出し、例えば掲載期間が短いほど安い手数料を算出する。なお、契約が成立したか否かは、例えば制御部１１が状況ＤＢ１２ｂの契約状況列に「契約済」を記憶した場合に、契約が成立したと判断してもよい。また、物件検索サイト１２Ｓへの掲載期間だけでなく、ブックマーク登録数、映像コンテンツの閲覧状況、物件に対する問合せ状況等も考慮して、仲介手数料を算出してもよい。

　本実施形態では、物件検索サイト１２Ｓに掲載する物件情報の登録は、物件の所有者だけでなく、物件の所有者から契約等の仲介を依頼（委託）された不動産会社が行ってもよい。よって、サーバ１０は、状況ＤＢ１２ｂに記憶された各物件の契約状況等に基づいて、不動産会社（仲介業者）の評価を行うこともできる。例えば、物件情報ＤＢ１２ａに各物件の仲介業者の情報を登録しておくことにより、サーバ１０の制御部１１は、各物件の仲介業者を管理できる。そして、制御部１１は、状況ＤＢ１２ｂの記憶内容に基づいて、各仲介業者が仲介する物件の契約成立状況、各物件の契約成立までの掲載期間を特定し、例えば契約成立件数、契約成立割合、及び物件の契約成立までの期間に応じて、各仲介業者に対する評価スコアを算出する。このような処理によって各仲介業者の評価スコア又は仲介業者の各担当者の評価スコアを算出することにより、各仲介業者又は各担当者の評価及び格付けを行うことができる。また、各仲介業者又は各担当者に対する評価スコアに応じた仲介手数料の設定が可能となる。

　本実施形態の構成は、上述した実施形態１～２の情報処理システムに適用可能であり、実施形態１～２の情報処理システムに適用した場合であっても同様の処理の実行が可能であり、同様の効果が得られる。また、本実施形態においても、上述した実施形態１～２で適宜説明した変形例の適用が可能である。また、上述した実施形態１～３において、１つの物件の映像コンテンツは、１人のクリエータによって制作されたものでもよく、複数のクリエータによって制作されたものでもよい。また、物件の所有者又は不動産会社の担当者が、各クリエータが制作した複数の映像コンテンツから、物件検索サイト１２Ｓに掲載する映像コンテンツを選択してもよく、また、各映像コンテンツの掲載期間を設定できる構成でもよい。

　本実施形態では、図１８Ａ及び図１８Ｂに示すように物件画面に映像コンテンツ及び間取り図が表示されるので、物件の中の様子をイメージし易い。また、サーバ１０の制御部１１は、例えば、物件画面中の映像コンテンツに対して、カーテン、ソファ、テーブル、椅子等の家具のイメージ画像を合成してもよく、この場合、当該物件での生活空間をよりイメージできる物件画面を提供できる。また、物件画面は、映像コンテンツ及び間取り図に対して、カーテン、ソファ等の家具を仮想的に配置できるように構成されていてもよく、仮想的に配置された家具の購入又はオーダーメイドの家具の注文を行えるように構成されていてもよい。更に、物件画面は、映像コンテンツに対して、インテリアコーディネーター等がデザインした内装のイメージ画像を合成してもよい。また、複数のインテリアコーディネーターによる内装のイメージ画像を用意しておくことにより、閲覧者は、それぞれのインテリアコーディネーターによる内装を仮想的に確認し、気に入った場合には注文することが可能となる。

（実施形態４）
　物件検索サイト１２Ｓに掲載されている物件に対して、契約希望者がビッド（買い値）を提示でき、ビッドが提示された物件（ビッド申込された物件）に対する契約申込を、一定期間入札形式で受け付ける情報処理システムについて説明する。本実施形態の情報処理システムは、実施形態１の情報処理システムと同様の装置にて実現可能であるので、構成についての説明は省略する。

　図２０は、実施形態４の物件の検索処理手順の一例を示すフローチャート、図２１Ａ～図２１Ｃは、ユーザ端末２０の画面例を示す模式図である。図２０に示す処理は、図５及び図６に示す処理において、ステップＳ２６，Ｓ２７の間にステップＳ１１１～Ｓ１１８を追加したものである。図５及び図６と同じステップについては説明を省略する。図２０では図５中の各ステップの図示を省略している。

　本実施形態のユーザ端末２０の制御部２１及びサーバ１０の制御部１１は、図５及び図６中のステップＳ１１～Ｓ２６と同様の処理を実行する。本実施形態では、ステップＳ２６でユーザ端末２０の制御部２１は、図２１Ａに示すような物件画面を表示する。図２１Ａの画面は、図８の画面と同様の情報に加えて、表示中の物件に対するビッド申込に関する手続きが可能に構成されたビッドフォームへの移動を指示するための「ビッドフォームへ」ボタンを有する。図２１Ａの画面では、図８の画面の下の部分のみを図示している。

　閲覧者は、閲覧中の物件に対してビッドを申し込みたい場合、物件画面中の「ビッドフォームへ」ボタンを操作する。ユーザ端末２０の制御部２１は、「ビッドフォームへ」ボタンが操作されたか否かを判断しており（Ｓ１１１）、操作されていないと判断する場合（Ｓ１１１：ＮＯ）、ステップＳ２７に移行する。この場合、制御部２１は、図５及び図６に示す実施形態１と同様の処理を実行する。なお、図２０に示す処理では、制御部２１は、ステップＳ２７で物件画面中の映像コンテンツが選択されていないと判断する場合（Ｓ２７：ＮＯ）、ステップＳ３３に移行し、ステップＳ３３で処理を終了しないと判断した場合（Ｓ３３：ＮＯ）、ステップＳ１１１に移行する。

　制御部２１は、「ビッドフォームへ」ボタンが操作されたと判断した場合（Ｓ１１１：ＹＥＳ）、ビッドフォームをサーバ１０に要求する（Ｓ１１２）。サーバ１０の制御部１１は、ユーザ端末２０から要求されたビッドフォームをユーザ端末２０へ送信し（Ｓ１１３）、ユーザ端末２０の制御部２１は、サーバ１０から受信したビッドフォームを表示部２５に表示する（Ｓ１１４）。図２１Ｂはビッドフォームの例を示しており、ビッドフォームは、当該物件に関する情報（例えば物件の建物名）を表示し、ビッド申込に必要な情報の入力欄を有する。入力欄は、ビッド申込したいユーザ（申込者）の情報の入力欄、ビッド条件の入力欄等を有する。申込者情報は申込者の氏名、電子メールアドレス、連絡先等を含み、ビッド条件はビッド申込者の契約希望価格（希望賃貸料、希望購入価格）を含む。なお、ビッドフォームには、ビッド申込に関する問合せが可能に構成された問合せフォームへの移動を指示するための「問合せフォームへ」ボタン（図示せず）が設けられ、ビッド申込に関して質問できるように構成されていてもよい。

　制御部２１は、ビッドフォームを介してビッド条件及び申込者情報の入力を受け付け（Ｓ１１５）、入力されたビッド条件及び申込者情報をビッドフォームに表示する。制御部２１は、ビッドフォーム中のＯＫボタンが操作されたか否かを判断し（Ｓ１１６）、操作されていないと判断する場合（Ｓ１１６：ＮＯ）、ステップＳ１１５に戻り、ビッド条件及び申込者情報の入力受付を継続する。ＯＫボタンが操作されたと判断した場合（Ｓ１１６：ＹＥＳ）、制御部２１は、入力されたビッド条件及び申込者情報をサーバ１０へ送信する（Ｓ１１７）。サーバ１０の制御部１１は、ユーザ端末２０から送信されたビッド条件及び申込者情報を受信し、受信したビッド条件及び申込者情報を状況ＤＢ１２ｂに記憶する（Ｓ１１８）。なお、本実施形態の状況ＤＢ１２ｂは、ビッド情報列を有しており、制御部１１は、いずれかの物件に対するビッド申込を受け付けた場合、物件ＩＤに対応付けて、受信したビッド条件及び申込者情報と、このときの日時（ビッド申込日時）とをビッド情報列に記憶する。このような処理により、物件情報を閲覧していたユーザは、閲覧していた物件に関するビッド申込を行うことができ、サーバ１０の制御部１１は、受け付けたビッド申込に関するビッド情報を状況ＤＢ１２ｂに記憶することにより、当該物件に対するビッド申込数及びビッド申込履歴を記憶できる。なお、制御部１１は、ビッド申込を受け付けた場合、物件の所有者又は不動産会社の担当者宛に、ビッド情報を送信（転送）してもよい。

　その後、制御部２１は、ステップＳ２７以降の処理を実行する。上述した処理により、サーバ１０は、各物件に対するビッド申込の有無を管理できる。よって、本実施形態では、ステップＳ２４でサーバ１０の制御部１１は、検索結果の物件がビッド申込されている物件である場合、図２１Ｃに示すようにビッド申込されている物件であることを示す情報（例えば「ビッド物件」）が表示された物件画面を生成する。なお、制御部１１は、図８に示す物件画面においても、表示中の物件がビッド申込されている場合、「ビッド物件」を表示する。このような物件画面により、閲覧者は、検索結果の物件が、ビッド申込されている物件であるか否かを把握できる。上述した構成において、サーバ１０の制御部１１は、状況ＤＢ１２ｂに記憶された各物件のビッド情報に基づいて、ビッド申込されている物件を抽出することができる。よって、制御部１１は、ビッド申込されている物件の物件情報を一覧表示したリストを作成して提示することができる。

　また、本実施形態では、ビッド申込された物件は、一定期間入札形式での契約受付に切り替えられる。具体的には、物件画面に表示された物件がビッド申込された物件である場合、物件画面中の「契約フォームへ」ボタンに対する操作ができないように構成される。このような物件を契約したい他の閲覧者は、「ビッドフォームへ」ボタンを操作することによりビッド申込を行う。入札形式での契約受付が行われる入札期間は、ビッド申込者の契約希望価格に応じて設定され、例えば契約希望価格が高いほど長い期間が設定される。本実施形態では、例えば物件の所有者による希望価格（賃貸料、販売価格等）に加えて、希望最低価格を予め取得して物件情報ＤＢ１２ａに登録しておく。そして、サーバ１０の制御部１１は、ビッド申込されている各物件について、ビッド申込者に設定された入札期間が経過した場合に、この時点までに受け付けたビッド申込において、当該ビッド申込者（入札期間が経過したビッド申込者）の契約希望価格が最高額であり、かつ、物件の所有者の希望最低価格よりも高い場合に、契約成立と判断してもよい。なお、入札期間が経過したビッド申込者の契約希望価格が最高額でない場合、又は、物件の所有者の希望最低価格よりも低い場合、制御部１１は、契約不成立と判断し、当該ビッド申込者に契約不成立を通知する。このような構成により、契約希望者は、物件の所有者の希望価格での契約ができない場合であっても、自身が支払える価格をビッド申込することにより、気に入った物件を契約できる可能性を高めることができる。一方、物件の所有者は、希望最低価格を確保しつつ、物件契約の機会損失を抑制できる。

　本実施形態の構成は、上述した実施形態１～３の情報処理システムに適用可能であり、実施形態１～３の情報処理システムに適用した場合であっても同様の処理の実行が可能であり、同様の効果が得られる。また、本実施形態においても、上述した実施形態１～３で適宜説明した変形例の適用が可能である。また、本実施形態において、サーバ１０の制御部１１は、ビッド申込を受け付ける場合、契約希望者からデポジットを徴収した後に、ビッド申込の受付を行うように構成してもよい。

　上述した実施形態１～４において、ユーザ端末２０及び撮影用端末３０に表示される各種の画面は、複数の言語で表示できるように構成されていてもよい。例えば、各画面に、複数の言語から任意の言語を選択できる言語選択ボタンを設けておき、言語選択ボタンを介して任意の言語が選択された場合に、制御部２１，３１が、表示中の画面中の文字を、選択された言語に翻訳し、選択された言語で記載された画面を表示部２５，３５に表示する。このような構成により、撮影用端末３０を使用する撮影者、及び、ユーザ端末２０を用いるユーザ（例えば閲覧者）の使用言語によって物件情報の登録の機会及び物件契約の機会が損失することを抑制できる。

　各実施形態に記載した事項は相互に組み合わせることが可能である。また、請求の範囲に記載した独立請求項及び従属請求項は、引用形式に関わらず全てのあらゆる組み合わせにおいて、相互に組み合わせることが可能である。さらに、請求の範囲には他の２以上のクレームを引用するクレームを記載する形式（マルチクレーム形式）を用いているが、これに限るものではない。マルチクレームを少なくとも一つ引用するマルチクレーム（マルチマルチクレーム）を記載する形式を用いて記載しても良い。

　今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、請求の範囲によって示され、請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。したがって、本発明には種々の設計変更が可能であり、それら設計変更したものも全て本発明に含まれる。

　例えば、上記実施形態においてクリエータが撮影する映像コンテンツについては、物件ごとに、必ず撮影しなければならないポイント（例えば、玄関、靴箱、廊下、トイレ、キッチン、ダイニング、リビング、ベッドルーム、書斎、ベランダ等）を指定して撮影させてもよい。これにより、閲覧状況において、どのポイントでユーザが閲覧を中止したか等を分析することができる。

　また、低評価のクリエータが映像コンテンツを制作した物件や、成約又は売約がなかなか決まらない物件については、例えば所定の割合範囲で価格を下げることにより、上位に表示するように構成してもよい。これにより物件の成約又は売約の回転率を挙げることができる。クリエータのモチベーションを上げるために、高評価のクリエータについては表彰制度を設けて表彰する等してもよい。

　また、例えば上記実施形態３～４において、クリエータ（撮影者）が不動産物件の映像コンテンツを撮影する場合、撮影用端末３０に撮影支援アプリ３２ＡＰを起動させ、不動産物件の規模、間取り及び仕様等によって形成（又は分類）される撮影プロトコールを呼出し、当該撮影プロトコールに沿って撮影させるような構成を有していてもよい。この場合、例えば撮影支援アプリ３２ＡＰに、物件の規模、間取り及び仕様等に対応付けて、物件の撮影方法又は撮影手順等を規定した撮影プロトコールを設定しておく。そして、撮影用端末３０の制御部３１が、撮影支援アプリ３２ＡＰを起動した場合に、撮影対象の物件の規模、間取り及び仕様等の入力を、例えば入力画面を介して受け付け、受け付けた情報に対応する撮影プロトコールに従って、撮影方法又は撮影手順等に関する撮影アドバイスを出力するように構成してもよい。クリエータは、提供される撮影アドバイスに従って撮影を行うことにより、物件の規模、間取り及び仕様等に対応して設定された撮影プロトコールに従った撮影方法又は撮影手順での撮影が可能となる。

　また、繰り返しになるかもしれないが、例えば売買手数料や賃貸手数料が常に変動するシステムとしてもよい。掲載開始から契約締結が早く決まれば決まるほど、売り手の手数料及び貸し手の手数料が安くなるように構成してもよい。
　更にまた、ビッド（又はオークション）制度を採用してもよい。一つの物件に対して申込みを受け付ける際、同時に複数の申込みを受付け可能とし、その場合に、あたかもオークションないしセリのように、ビッド価格を引き上げることを可能とする構成としてもよい。売り手及び貸し手は、それぞれ複数の買い手及び借り手と交渉が可能とする構成としてもよい。

　以上のように、本発明によれば、映像コンテンツによる不動産物件の紹介内容やマッチングの質を向上させて、契約希望者及びオーナーを含むユーザの顧客満足度を高めることができ、また、映像コンテンツを提供するクリエータを有効利用できる。したがって、本発明によれば、少なくとも不動産業界及びクリエータ業界の両方の活性化に繋がる。本情報処理システムの運営者は、不動産会社に限られないため、不動産会社を通さずとも、契約希望者とオーナーとの間での個別の不動産（賃貸・譲渡）取引も可能となる。

　１０　　サーバ
　１１　　制御部
　１２　　記憶部
　１３　　通信部
　２０　　ユーザ端末
　２１　　制御部
　２２　　記憶部
　２３　　通信部
　１２Ｓ　物件検索サイト
 

Claims (8)

1. 　撮影部によって不動産物件を撮影した映像コンテンツを逐次取得し、
   　前記撮影部による撮影中に、取得した映像コンテンツに対して所定の対象物の有無を検知し、
   　所定の対象物を検知した場合、前記対象物に対応する撮影アドバイスを出力する
   　処理をコンピュータに実行させるプログラム。
2. 　撮影者の撮影状態を検出し、
   　検出した撮影状態に対応する撮影アドバイスを出力する
   　処理を前記コンピュータに実行させる請求項１に記載のプログラム。
3. 　前記映像コンテンツは、前記不動産物件を紹介する動画像であり、
   　前記映像コンテンツのフレームに対して、撮影対象に関するインデックスを付加する
   　処理を前記コンピュータに実行させる請求項１又は２に記載のプログラム。
4. 　撮影部によって不動産物件を撮影した映像コンテンツを逐次取得し、
   　前記撮影部による撮影中に、取得した映像コンテンツに対して所定の対象物の有無を検知し、
   　所定の対象物を検知した場合、前記対象物に対応する撮影アドバイスを出力する
   　処理をコンピュータが実行する情報処理方法。
5. 　制御部を有する情報処理装置において、
   　前記制御部は、
   　撮影部によって不動産物件を撮影した映像コンテンツを逐次取得し、
   　前記撮影部による撮影中に、取得した映像コンテンツに対して所定の対象物の有無を検知し、
   　所定の対象物を検知した場合、前記対象物に対応する撮影アドバイスを出力する
   　情報処理装置。
6. 　複数の不動産物件の映像コンテンツを出力し、
   　前記映像コンテンツは、前記不動産物件を紹介する動画像であり、前記映像コンテンツのフレームに対して、撮影対象に関するインデックスが付加されており、
   　出力した前記映像コンテンツに対して閲覧を停止したフレームに付加されたインデックスを含む閲覧履歴を取得し、
   　前記閲覧履歴に応じて、前記映像コンテンツを制作したクリエータに対する評価スコアを算出する
   　処理をコンピュータが実行する情報処理方法。
7. 　前記不動産物件に対して契約希望者による契約希望価格を受け付けた場合、前記不動産物件に対する契約申込を、一定期間入札形式によって受け付ける
   　処理を前記コンピュータが実行する請求項６に記載の情報処理方法。
8. 　複数の不動産物件の映像コンテンツを出力し、
   　前記映像コンテンツは、前記不動産物件を紹介する動画像であり、前記映像コンテンツのフレームに対して、撮影対象に関するインデックスが付加されており、
   　出力した前記映像コンテンツに対して閲覧を停止したフレームに付加されたインデックスを含む閲覧履歴を取得し、
   　前記閲覧履歴に応じて、前記映像コンテンツを制作したクリエータに対する評価スコアを算出する
   　処理をコンピュータに実行させるプログラム。

Images