特許 7584914 コンピュータシステムおよびプログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-08

(45)【発行日】2024-11-18

(54)【発明の名称】コンピュータシステムおよびプログラム

(51)【国際特許分類】

   G06Q 30/0202 20230101AFI20241111BHJP

   G06Q 50/16 20240101ALI20241111BHJP

【ＦＩ】

G06Q30/0202

G06Q50/16

【請求項の数】 2

(21)【出願番号】P 2020100562

(22)【出願日】2020-06-10

(65)【公開番号】P2021196674

(43)【公開日】2021-12-27

【審査請求日】2023-04-21

(73)【特許権者】

【識別番号】597151563

【氏名又は名称】株式会社ゼンリン

(74)【代理人】

【識別番号】100095407

【弁理士】

【氏名又は名称】木村 満

(74)【代理人】

【識別番号】100181618

【弁理士】

【氏名又は名称】宮脇 良平

(74)【代理人】

【識別番号】100162259

【弁理士】

【氏名又は名称】末富 孝典

(74)【代理人】

【識別番号】100146916

【弁理士】

【氏名又は名称】廣石 雅紀

(74)【代理人】

【識別番号】100147924

【弁理士】

【氏名又は名称】美恵 英樹

(72)【発明者】

【氏名】山田 久

(72)【発明者】

【氏名】荒川 亜弓

【審査官】松野 広一

(56)【参考文献】

【文献】特開平０４－１２４７６９（ＪＰ，Ａ）

【文献】特開２００６－０７３０１７（ＪＰ，Ａ）

【文献】高阪 宏行，ジオビジネス 初版，第1版，日本，古今書院 橋本 寿資，2014年03月20日，pp.17-24

【文献】酒井 隆，図解 アンケート調査と統計解析がわかる本 ［新版］，第2版，日本，日本能率協会マネジメントセンター 長谷川 隆，2012年01月30日，pp.32,33,82,83

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

プロセッサを備え、
前記プロセッサが、
商品またはサービスを特定する特定情報と、建物の条件を示す建物条件とを受け付け、受け付けられた特定情報が示す商品またはサービスの属性に基づいて、該商品または該サービスの潜在的需要者の条件を示す対象者条件を設定し、
建物および入居者の対応を示す地図データを記憶する地図データベースと、前記入居者の詳細情報を示す入居者データを記憶する入居者データベースとを参照して、前記建物条件に合致する前記建物における、前記対象者条件に合致する対象者の人数を特定し、特定された前記人数に基づき、前記建物に関する需要量を推定し、
前記プロセッサが、
前記地図データを参照して、前記建物条件に合致する前記建物を特定し、
前記地図データを参照して、前記特定された建物の少なくとも一つの入居者を特定し、
前記入居者データベースを参照して、前記特定された少なくとも一つの入居者の前記詳細情報と前記対象者条件とに基づいて前記需要量を推定し、
前記入居者が事業者であり、
前記入居者の詳細情報が前記事業者の従業員の属性ごとの人数を示し、
前記プロセッサが、前記対象者条件に合致する前記属性の前記人数に基づいて前記需要量を推定する、
コンピュータシステム。

【請求項2】

第１制御部を備えるコンピュータに実行させるプログラムであって、
地図データが建物および入居者の対応を示し、
入居者データが前記入居者の詳細情報を示し、
前記第１制御部が、商品またはサービスを特定する特定情報と、建物の条件を示す建物条件とを受け付け、受け付けられた特定情報が示す商品またはサービスの属性に基づいて、該商品または該サービスの潜在的需要者の条件を示す対象者条件を設定し、前記地図データおよび前記入居者データを参照して、前記建物条件に合致する前記建物における、前記対象者条件に合致する対象者の人数を特定し、特定された前記人数に基づき、前記建物に関する需要量を推定し、
前記第１制御部が、
前記地図データを参照して、前記建物条件に合致する前記建物を特定し、
前記地図データを参照して、前記特定された建物の少なくとも一つの入居者を特定し、
前記入居者データを記憶する入居者データベースを参照して、前記特定された少なくとも一つの入居者の前記詳細情報と前記対象者条件とに基づいて前記需要量を推定し、
前記入居者が事業者であり、
前記入居者の詳細情報が前記事業者の従業員の属性ごとの人数を示し、
前記第１制御部が、前記対象者条件に合致する前記属性の前記人数に基づいて前記需要量を推定する、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の一側面はコンピュータシステム、処理方法、プログラム、および／またはデータ構造に関する。

【背景技術】

【0002】

特許文献１には、転居先の候補に関する物件情報をユーザに提示する物件情報提示システムが記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１７－１０２７０号公報

【発明の概要】

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

【0004】

建物に関する情報を提供することが望まれている。

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

【0005】

本開示の一側面に係るコンピュータシステムはプロセッサを備える。プロセッサは、商品またはサービスを特定する特定情報と、建物の条件を示す建物条件とを受け付け、受け付けられた特定情報が示す商品またはサービスの属性に基づいて、商品またはサービスの潜在的需要者の条件を示す対象者条件を設定し、建物および入居者の対応を示す地図データを記憶する地図データベースと、入居者の詳細情報を示す入居者データを記憶する入居者データベースとを参照して、建物条件に合致する建物における、対象者条件に合致する対象者の人数を特定し、特定された人数に基づき、建物に関する需要量を推定する。プロセッサは、地図データを参照して、建物条件に合致する建物を特定し、地図データを参照して、特定された建物の少なくとも一つの入居者を特定し、入居者データベースを参照して、特定された少なくとも一つの入居者の詳細情報と対象者条件とに基づいて需要量を推定する。入居者が事業者であり、入居者の詳細情報が事業者の従業員の属性ごとの人数を示し、プロセッサは、対象者条件に合致する属性の人数に基づいて需要量を推定する。

【図面の簡単な説明】

【0006】

【図1】実施形態に係る推定システムの適用の一例を示す図である。

【図2】サーバのハードウェア構成の一例を示す図である。

【図3】データ構造の一例を示す図である。

【図4】実施形態に係る推定システムの動作の一例を示すフローチャートである。

【図5】ユーザ端末の画面の一例を示す図である。

【図6】変形例に係る推定システムの適用の例を示す図である。

【図7】変形例に係る推定システムの適用の例を示す図である。

【図8】データベースの参照の一例を示す図である。

【図9】変形例に係る推定システムの適用の一例を示す図である。

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

【0007】

以下、添付図面を参照しながら本開示での実施形態を詳細に説明する。図面の説明において同一または同等の要素には同一の符号を付し、重複する説明を省略する。

【0008】

［システムの概要］
本実施形態では、一例として、本開示に係るコンピュータシステムを推定システム１に適用する。実施形態に係る推定システム１は、建物に関する需要量を推定するコンピュータシステムである。建物とは土地に定着する建造物をいい、屋根および壁を有する。建物の種類は限定されず、例えば、商業用の建物でもよいし、居住用の建物でもよい。建物に関する需要量とは、建物の入居者に関連する人々の需要の度合いをいう。例えばその需要量は、その人々が商品またはサービスを欲する度合いをいう。本開示では「建物に関する需要量」を単に「需要量」ともいう。需要量の詳細は限定されず、推定システム１は各種の需要量を推定してよい。入居者とは、所有または賃借により建物の少なくとも一部を利用する権限を有する者をいう。例えば、入居者はオフィスビルの利用契約を有する個人または事業者でもよいし、アパートメントの住人でもよい。事業者とは商品またはサービスを顧客に提供する人または組織をいう。事業者の例として各種の法人、組合、個人事業者、国または自治体の各種の組織が挙げられるが、事業者の種類はこれらに限定されない。本実施形態では入居者の例として事業者を示す。

【0009】

推定システム１の利用目的は限定されない。例えば、推定システム１は新規顧客を獲得するための訪問先の候補を決めるために用いられてもよい。あるいは、推定システム１は建物内で提供される商品またはサービス（例えば、自動販売機、オフィス内における置き菓子等のオフィス向けの置き型ビジネス）の需要量を推定するために用いられてもよい。あるいは、推定システム１は建物の近くで提供される商品またはサービス（例えば、飲食店、カーシェアリングサービスなど）の需要量を推定するために用いられてもよい。

【0010】

［システムの構成］
図１は推定システム１の適用の一例を示す図である。推定システム１は、需要量を推定するコンピュータであるサーバ１０を備える。一例では、サーバ１０は通信ネットワークを介して地図データベース２０、事業者データベース３０、および１以上のユーザ端末４０と接続する。

【0011】

サーバ１０は推定システム１の主要な機能を実行するコンピュータである。サーバ１０はユーザ端末４０からの要求に基づいて所定の推定処理を実行し、その推定結果をユーザ端末４０に提供する。

【0012】

図１はサーバ１０の機能構成の一例も示す。サーバ１０は機能モジュールとして通信部１１および推定部１２を備える。通信部１１はユーザ端末４０との間でデータを送受信する機能モジュールである。具体的には、通信部１１は推定の要求をユーザ端末４０から受信し、推定結果をそのユーザ端末４０に送信する。推定部１２は建物に関する需要量を推定する機能モジュールである。

【0013】

サーバ１０として機能するコンピュータは限定されない。一例では、サーバ１０は業務用サーバなどの大型のコンピュータによって構成される。図２は、サーバ１０のハードウェア構成の一例を示す図である。例えば、サーバ１０は制御回路１００を有する。一例では、制御回路１００は、一つまたは複数のプロセッサ１０１と、メモリ１０２と、ストレージ１０３と、通信ポート１０４と、入出力ポート１０５とを有する。プロセッサ１０１はオペレーティングシステムおよびアプリケーションプログラムを実行する。ストレージ１０３はハードディスク、不揮発性の半導体メモリ、または取り出し可能な媒体（例えば、磁気ディスク、光ディスクなど）の記憶媒体で構成され、オペレーティングシステムおよびアプリケーションプログラムを記憶する。メモリ１０２は、ストレージ１０３からロードされたプログラム、またはプロセッサ１０１による演算結果を一時的に記憶する。一例では、プロセッサ１０１は、メモリ１０２と協働してプログラムを実行することで、サーバ１０の各機能モジュールとして機能する。通信ポート１０４は、プロセッサ１０１からの指令に従って、通信ネットワークＮＷを介して他の装置との間でデータ通信を行う。入出力ポート１０５は、プロセッサ１０１からの指令に従って、キーボード、マウス、モニタなどの入出力装置（ユーザインタフェース）との間で電気信号の入出力を実行する。

【0014】

ストレージ１０３は、コンピュータをサーバ１０として機能させるためのプログラム１２０を記憶する。プログラム１２０は、コンピュータを上記の各機能モジュールとして機能させるためのプログラムコードを含む。プログラム１２０は、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリなどの非一時的な記録媒体に固定的に記録された上で提供されてもよい。あるいは、プログラム１２０は、搬送波に重畳されたデータ信号として通信ネットワークを介して提供されてもよい。

【0015】

サーバ１０は一つまたは複数のコンピュータにより構成され得る。複数のコンピュータが用いられる場合には、通信ネットワークを介してこれらのコンピュータが互いに接続されることで論理的に一つのサーバ１０が構成される。

【0016】

地図データベース２０は、地図を構成する地図要素を示す地図データ２１を永続的に記憶する非一時的な記憶媒体または記憶装置である。本実施形態では、地図データ２１は建物の地理的位置および入居者を示す。地理的位置とは現実世界における場所をいう。

【0017】

事業者データベース３０は、事業者の詳細情報を示す事業者データ３１を永続的に記憶する非一時的な記憶媒体または記憶装置である。事業者データベース３０は入居者データベースの一例であり、事業者データ３１は入居者データの一例である。

【0018】

各データベースの設置場所は限定されない。例えば、各データベースは、推定システム１の一部として構築されてもよいし、推定システム１とは別のコンピュータシステムに設けられてもよい。

【0019】

一例では、サーバ１０は、第１制御部（より具体的には、推定部１２）からの指示に応答して、地図データ２１および事業者データ３１を参照する参照ステップを、該第１制御部とは異なる第２制御部に実行させるプログラムを実行する。例えば、このプログラムはアプリケーション・プログラミング・インタフェース（ＡＰＩ）として実装される。第１制御部および第２制御部はいずれも機能モジュールであり、プロセッサ上で実現される。第１制御部が実行されるプロセッサと第２制御部が実行されるプロセッサとが同じでもよいし異なってもよい。例えば、第１制御部および第２制御部の少なくとも一つはプロセッサ１０１上で実現される。

【0020】

ユーザ端末４０はユーザによって操作されるコンピュータ（クライアント端末）である。ユーザ端末４０は固定端末でもよいし携帯端末でもよい。ユーザ端末４０の例として、携帯電話機、スマートフォン、タブレット端末、ウェアラブル端末、またはパーソナルコンピュータが挙げられるが、端末の種類はこれらに限定されない。図１では一つのユーザ端末４０のみを示すが、推定システム１にアクセスするユーザ端末４０の台数は限定されない。

【0021】

［データ構造］
図３を参照しながら、推定システム１で用いられるデータ構造について説明する。図３は地図データ２１および事業者データ３１のそれぞれのデータ構造の一例を示す図である。

【0022】

一例では、地図データ２１は建物テーブル２１１および入居者テーブル２１２を含む。建物テーブル２１１は建物の基本情報を記憶するデータテーブルである。一例では、基本情報の各レコードは、建物を一意に特定する識別子である建物ＩＤと、建物名と、建物の地理的位置（緯度経度）とを含む。基本情報は他のデータ項目を含んでもよい。入居者テーブル２１２は、建物に入居している事業者を示す入居者情報を記憶するデータテーブルである。一例では、入居者情報の各レコードは、建物ＩＤと、入居している１以上の事業者を示す１以上の事業者ＩＤとを含む。したがって、地図データ２１は建物および入居者の対応を示す。図３の例では、入居者情報はフロアと事業者ＩＤとの対応を示す。事業者ＩＤは、事業者を一意に特定する識別子である。入居者情報の各レコードは入居者名とフロア情報（階数、部屋番号、地表面からの高さ情報など）とをさらに含んでもよい。

【0023】

一例では、事業者データ３１の各レコードは事業者ＩＤ、事業者名、従業員数、営業時間、および組織の詳細を含む。これらのデータ項目はいずれも事業者（入居者）の詳細情報の一例である。一例では、組織の詳細は、従業員の属性ごとの人数を示す。図３の例では、組織の詳細は、従業員が所属する部門ごとの人数と、勤務形態ごとの人数と、性別ごとの人数と、年齢層別の人数とを示す。すなわち、この例では従業員の属性として所属部門、勤務形態、性別、および年齢層を示す。しかし、従業員の属性はこれらに限定されず、組織の詳細は他の属性に基づいて設定されてよい。事業者データ３１のレコードは他のデータ項目を含んでもよい。

【0024】

地図データ２１では建物テーブル２１１および入居者テーブル２１２が建物ＩＤによって関連付けられ、この関係によって、建物に入居している事業者、すなわち建物の入居者が定義される。地図データ２１および事業者データ３１は事業者ＩＤによって関連付けられ、この関係によって、入居者の詳細情報が表される。このデータ構造によって、推定システム１は個々の建物について入居者の詳細情報を得ることができる。

【0025】

図３は建物の例としてビルＢａ，Ｂｐを示す。ビルＢａでは１階および２階にそれぞれ一つの事業者が入居しており、３階には二つの事業者が入居している。ビルＢｐでは１～３階にそれぞれ一つの事業者が入居している。図３は事業者の例として株式会社Ｃｘ，Ｃｙを示す。株式会社ＣｘはビルＢａの１階に入居しており、株式会社ＣｙはビルＢａの２階に入居している。

【0026】

個々のデータテーブルの構造は限定されず、任意の方針でデータ構造が設計されてよい。例えば、上述した各種データまたはデータテーブルの少なくとも一つが任意の方針で正規化または非正規化されて一または複数のデータテーブル上に記憶されてもよい。一例では、非正規化によって建物テーブル２１１および入居者テーブル２１２が一つのデータテーブルに統合されてもよい。

【0027】

個々のデータの個々のデータ項目は静的に設定されてもよいし動的に設定されてもよい。「静的に設定される」とは、値が予め設定され、人手の介入がない限りはその設定が変更されないことをいう。一方、「動的に設定される」とは、値が任意の事象に応じて人手の介入無しに変更され得ることをいう。動的な設定は、所与のデータ項目を制御するプログラムが所定のコンピュータ上で実行されることで実現される。動的な設定は推定システム１により実行されてもよいし、別のコンピュータシステムにより実行されてもよい。一例として、建物の入口またはフロアに設けられたセンサから得られるデータに基づいて個々の入居者（事業者）について従業員の出入りが特定され、その特定した結果に基づいて事業者データ３１の組織の詳細（従業員の属性ごとの人数）が動的に設定されてもよい。そのセンサの種類は限定されない。例えば、コンピュータシステムは、建物の入口またはフロアに設置されたカメラが撮像した画像から、従業員に関する情報（従業員の人数、性別、および年齢層を含む）を認識して個々の入居者（事業者）について従業員の出入りを特定してもよい。または、コンピュータシステムは、入館ゲートまたは個々の入居者（事業者）の入口において、従業員を識別する情報（従業員の属性としての所属部門、勤務形態、性別、および年齢層を含む）を取得し、個々の入居者（事業者）について従業員の出入りを特定してもよい。

【0028】

［システムでの処理手順］
図４を参照しながら、推定システム１の動作を説明するとともに本実施形態に係る推定方法を説明する。図４は推定システム１の動作の一例を処理フローＳ１として示すフローチャートである。

【0029】

ステップＳ１１では、通信部１１がユーザ端末４０から推定処理の要求を受信する。この要求は推定処理に関する条件（推定条件）を示すデータ信号である。ユーザ端末４０は、需要量の推定に必要な情報の入力とその情報の送信とを含むユーザ操作に応答して推定条件を生成し、この推定条件を示す要求をサーバ１０に向けて送信する。通信部１１はその要求を受信する。一例では、推定条件は、ユーザが知りたいと望む潜在的需要者の条件（本開示ではこれを「対象者条件」ともいう。）と、需要量を推定しようとする建物の条件（本開示ではこれを「建物条件」ともいう。）とを含む。潜在的需要者とは、商品またはサービスを欲する可能性がある人をいう。一例では、対象者条件は、従業員が所属する部門、勤務形態、性別、年齢などのような、人に関する一または複数の任意の属性（特徴または性質）を示す。建物条件は特定の建物の一または複数のフロアを示してもよいし、特定の一または複数の建物を示してもよいし、特定の一または複数の地理的範囲を示してもよい。地理的範囲とは現実世界における限定された領域または広さをいう。推定条件は、ユーザが需要量を知りたいと望む商品またはサービスの条件（本開示ではこれを「商品条件」ともいう。）を含んでもよい。

【0030】

例えば、推定条件は、「オフィス内における置き菓子」という商品を示す商品条件と、「全従業員」という対象者条件とを含んでもよい。あるいは、推定条件は「カーシェアリングサービス」というサービスを示す商品条件と、「営業部門」という対象者条件とを含んでもよい。このように、ユーザが需要量を知りたいと望む商品またはサービスの条件が推定条件の少なくとも一部として設定されてもよい。ユーザが需要量を知りたいと望む商品またはサービスの属性に応じて、勤務形態、性別、年齢などの対象者条件が設定されてもよい。例えば、商品条件「オフィス内における置き菓子、商品Ｐａ」に対応して、性別「男性」が対象者条件として設定されてもよい。商品条件「オフィス内における置き菓子、商品Ｐｂ」対応して、性別「女性」が対象者条件として設定されてもよい。商品条件「カーシェアリングサービス、車種Ｃａ」に対応して、部門「営業部門」、勤務形態「常勤」、および性別「男性」のうち少なくとも一つが対象者条件として設定されてもよい。商品条件「カーシェアリングサービス、車種Ｃｂ」に対して、部門「営業部門」、勤務形態「常勤」、および性別「女性」のうち少なくとも一つが対象者条件として設定されてもよい。商品条件「飲食店、メニューＭａ」に対応して、性別「男性」および年齢「２０代および３０代」が対象者条件として設定されてもよい。商品条件「飲食店、メニューＭｂ」に対応して、性別「女性」および年齢「２０代および３０代」が対象者条件として設定されてもよい。

【0031】

ステップＳ１２では、推定部１２がその推定条件に基づいて建物に関する需要量を推定する。一例では、推定部１２は需要量を推定しようとする少なくとも一つの建物を特定し、特定されたそれぞれの建物について需要量を推定する。

【0032】

一例では、推定部１２は地図データ２１を参照して、建物条件に合致する少なくとも一つの建物を特定する。この特定方法は限定されない。例えば、建物条件が特定の建物の一または複数のフロアを示す場合には、推定部１２はその一または複数のフロアを特定する。建物条件が個々の建物を示す場合には、推定部１２はその個々の建物をそのまま特定する。建物条件が少なくとも一つの地理的範囲を示す場合には、推定部１２は地図データ２１の建物テーブル２１１を参照して、それぞれの地理的範囲に含まれる少なくとも一つの建物を特定する。具体的には、推定部１２は地理的位置が地理的範囲に含まれる建物を特定する。

【0033】

一例では、推定部１２は或る一つの建物について次のように需要量を推定する。すなわち、推定部１２は対象者条件に対応する従業員の人数を特定する。推定部１２は地図データ２１を参照してその建物の入居者（事業者）を特定する。続いて、推定部１２は事業者データ３１を参照して、特定されたそれぞれの入居者（事業者）について、対象者条件に合致する属性の人数を特定する。ここで、「属性の人数」とは、該属性を持つ従業員の人数を意味する。

【0034】

図３に示す事業者データ３１を前提として、推定のいくつかの例を説明する。一例として、対象者条件が「３０代」を示す場合には、推定部１２はそれぞれの入居者（事業者）について３０代の従業員の人数を特定する。具体的には、推定部１２は株式会社Ｃｘおよび株式会社Ｃｙのそれぞれについて３０代の従業員数を参照し、株式会社Ｃｘの３０代の従業員が５５名であり、株式会社Ｃｙの３０代の従業員が５０名であると特定する。対象者条件が「営業部門」を示す場合には、推定部１２はそれぞれの入居者（事業者）について営業部門の従業員の人数を特定する。具体的には、推定部１２は株式会社Ｃｘおよび株式会社Ｃｙのそれぞれについて営業部門の従業員数を参照し、株式会社Ｃｘの営業部門の従業員が８０名であり、株式会社Ｃｙの営業部門の従業員が１００名であると特定する。対象者条件が「全従業員」を示す場合には、推定部１２はそれぞれの入居者（事業者）について全従業員数を特定する。具体的には、推定部１２は株式会社Ｃｘおよび株式会社Ｃｙの従業員数を参照し、株式会社Ｃｘの全従業員数が２５０名であり、株式会社Ｃｙの全従業員数が１８０名であると特定する。

【0035】

推定部１２は特定した人数に基づいて需要量を計算する。人数から需要量を計算する手法は限定されず、推定部１２は任意の手法で需要量を算出してよい。例えば、推定部１２は特定された人数をそのまま需要量として設定してもよい。例えば、推定部１２は特定された入居者（事業者）の営業部門の従業員数に基づき、株式会社Ｃｘの需要量が８０名であり、株式会社Ｃｙの需要量が１００名であると決定してもよい。あるいは、推定部１２は、商品条件に対応する所与の計算式にその人数を代入することで需要量を算出してもよい。例えば、商品条件が「カーシェアリングサービス」である場合に、推定部１２は特定された入居者（事業者）間の営業部門の従業員の比（株式会社Ｃｘにおける８０名／株式会社Ｃｙにおける１００名）を算出し、株式会社Ｃｙが株式会社Ｃｘに対して１．２５倍の需要量を持つと推定してもよい。いずれにしても、推定部１２は、入居者の詳細情報と対象者条件とに基づいて、それぞれの建物について需要量を推定する。

【0036】

ステップＳ１３では、通信部１１が推定結果をユーザ端末４０に向けて送信する。推定結果は少なくとも一つの建物に関する需要量を示すデータ信号である。一例では、ユーザ端末４０はその推定結果を受信および表示し、これによりユーザはその推定結果を視認することができる。例えば、推定部１２が、株式会社Ｃｘの需要量が８０名であり、株式会社Ｃｙの需要量が１００名であると推定した場合には、ユーザ端末４０の画面上には、ビルＢａを含む地図とともに、株式会社Ｃｘ，Ｃｙのそれぞれの需要量を示す画像が表示される。

【0037】

［効果］
以上説明したように、本開示の一側面に係るコンピュータシステムはプロセッサを備える。プロセッサは、建物および入居者の対応を示す地図データを記憶する地図データベースと、入居者の詳細情報を示す入居者データを記憶する入居者データベースとを参照して、建物に関する需要量を推定する。

【0038】

本開示の一側面に係るプログラムは、第１制御部からの指示に応答して、記憶部に記憶された地図データおよび入居者データの少なくとも一方を参照する参照ステップを第２制御部に実行させる。地図データは建物および入居者の対応を示し、入居者データは入居者の詳細情報を示す。第１制御部は、地図データおよび入居者データに基づいて建物に関する需要量を推定する。

【0039】

このような側面においては、地図データおよび入居者データに基づいて建物の入居者の詳細情報が得られるので、建物に関する需要量をより正確に推定することができる。

【0040】

他の側面に係るコンピュータシステムでは、プロセッサが、潜在的需要者の条件を示す対象者条件と、需要量を推定しようとする建物の条件を示す建物条件とを受け付け、地図データを参照して、建物条件に合致する建物を特定し、地図データを参照して、特定された建物の少なくとも一つの入居者を特定し、入居者データベースを参照して、特定された少なくとも一つの入居者の詳細情報と対象者条件とに基づいて需要量を推定してもよい。この一連の処理手順によって、条件に対応する需要量をより正確に推定することができる。

【0041】

他の側面に係るコンピュータシステムでは、入居者が事業者であり、入居者の詳細情報が事業者の従業員の属性ごとの人数を示してもよい。プロセッサは、対象者条件に合致する属性の人数に基づいて需要量を推定してもよい。潜在的需要者の条件に合致する属性の人数を用いることで、需要量をより正確に推定することができる。

【0042】

［変形例］
以上、本開示をその実施形態に基づいて詳細に説明した。しかし、本開示は上記実施形態に限定されるものではない。本開示は、その要旨を逸脱しない範囲で様々な変形が可能である。

【0043】

上記実施形態では本開示に係るコンピュータシステムをクライアントサーバシステムに適用するが、本開示に係るコンピュータシステムはスタンドアロンのコンピュータに適用されてもよい。

【0044】

［変形例１］
＜ユーザ端末の画面の例＞
図５はユーザ端末４０の画面４１の一例を示す図である。ユーザ端末４０がサーバ１０にアクセスすると、ユーザ端末４０は、ユーザにより要求された地域の地図４２と、推定条件を入力するための入力ボックス４３と、建物を選択するためのカーソル４４とを含む画面４１を表示する。この例では、地図４２はビルＢａおよびビルＢｐと、これらの建物の周辺の地形を表す画像である。入力ボックス４３は推定条件（対象者条件、建物条件、および商品条件）を入力するための入力インタフェースである。カーソル４４は地図４２内の建物を選択するための入力インタフェースである。図５の例では、ユーザ端末４０は、ユーザによって入力ボックス４３に入力された対象者条件および商品条件と、ユーザによってカーソルで選択（クリック）されたビルＢａ（建物条件）とをサーバ１０に送信する。サーバ１０では通信部１１がその推定条件を受信し、推定部１２が地図データ２１および事業者データ３１を参照してビルＢａの需要量を推定し、通信部１１が推定結果をユーザ端末４０に送信する。ユーザ端末４０はその推定結果に基づいて、ビルＢａを選択（クリック）したカーソル４４の近傍にビルＢａの需要量（例えば、ビルＢａの全入居者（全事業者）の営業部門の従業員が５００名であること）を示す吹き出し４５を表示する。

【0045】

上記の通り、地図データ２１および事業者データ３１が事業者ＩＤによって互いに関連付けられるので、この関係によって建物の需要量を画面４１上に表示することができる。ユーザは地図４２上でカーソル４４により建物を選択することで、建物の名称および住所を知らなくても、需要量を知りたい任意の建物を地図４２上で直感的に指定することができる。画面４１は複数の建物を同時に選択できるように構成されてもよく、これによって操作性がさらに向上する。図５の例では、ビルＢａおよびビルＢｐをカーソル４４で同時に選択可能とすることで、一度の検索で複数の建物の需要量を知ることが可能になる。

【0046】

画面４１内の地図４２は、図５に示すように２次元画像で表現されてもよいし、３次元画像で表現されてもよい。３次元地図の場合は、ユーザが推定の対象を建物のフロア毎に選択できるように該地図が表示されてもよい。画面４１は、連続してまたは離れて存在する複数のフロアを同時に選択できるように構成されてもよく、この場合にはフロアごとの需要量を推定することができる。画面４１は１フロア内の複数の部屋を同時に選択できるように構成されてもよく、この場合には、部屋毎の需要量を推定することができる。

【0047】

［変形例２］
＜推定システムの構成についての他の例＞
図６および図７はいずれも、変形例に係る推定システム１の適用の例を示す図である。図６の例（ａ）に示すように、地図データベース２０および事業者データベース３０は、サーバ１０内に構築され、推定部１２を介して連携してもよい。あるいは、図６の例（ｂ）に示すように、地図データベース２０と事業者データベース３０とが直接に連携してもよい。あるいは、図７の例（ａ）に示すように、地図データベース２０がサーバ１０内に構築され、事業者データベース３０がサーバ１０の外に構築され、両データベースが推定部１２を介して連携してもよい。あるいは、図７の例（ｂ）に示すように、地図データベース２０がサーバ１０内に構築され、事業者データベース３０がサーバ１０の外に構築され、両データベースが直接に連携してもよい。

【0048】

ここで、地図データベース２０の入居者テーブル２１２が、事業者ＩＤに加えて、入居者情報として入居者名も含んでいる場合、地図データベース２０と事業者データベース３０との連携（すなわち、地図データベース２０と事業者データベース３０との整合または同期処理）は、例えば以下のように実行される。

【0049】

入居者が入れ替わったことに起因して、地図データ２１の入居者テーブル２１２上で入居者名が変更または更新された場合には、推定部１２は入居者テーブル２１２を参照し、変更または更新された入居者名を特定する。推定部１２は事業者データ３１に記録されている事業者名と、特定された入居者名とを比較する。双方の名称が同じ場合には、推定部１２は事業者データ３１の事業者ＩＤを、特定された入居者情報のレコードに付与し、地図データ２１の入居者テーブル２１２の事業者ＩＤを変更または更新する。この処理によって、地図データベース２０と事業者データベース３０とを整合または同期させることができる。

【0050】

地図データ２１の入居者テーブル２１２が変更または更新された場合には、次の処理が実行されてもよい。すなわち、推定部１２は事業者データ３１を参照し、変更または更新された事業者名を特定する。推定部１２は入居者テーブル２１２に記録されている入居者名と、特定された事業者名とを比較する。双方の名称が同じ場合には、推定部１２は入居者テーブル２１２の事業者ＩＤを、特定された事業者データ３１のレコードに付与し、事業者データ３１の事業者ＩＤを変更または更新する。この処理によって、地図データベース２０と事業者データベース３０とを整合または同期することができる。

【0051】

また、事業者名（例えば、商号）が変わったことに起因して、事業者データ３１上で事業者名が変更された場合、推定部１２は事業者データ３１を参照し、変更された事業者を特定する。推定部１２は地図データ２１の入居者テーブル２１２を参照し、特定された事業者の事業者ＩＤと同一の事業者ＩＤを含む入居者を検索する。推定部１２は検索された入居者の入居者名を、変更された事業者名と同じ名称に変更する。すなわち、推定部１２は入居者テーブル２１２の入居者名を変更または更新する。この処理によって、地図データベース２０と事業者データベース３０とを整合または同期することができる。

【0052】

このように、地図データ２１および事業者データ３１は事業者ＩＤによって関連付けられ、この関係によって入居者の詳細情報を表すことができる。

【0053】

一例では、地図データ２１の入居者テーブル２１２に新たな入居者情報が追加されると、地図データベース２０がその入居者情報を事業者データベース３０に送信し、事業者データベース３０がその入居者情報に基づいて事業者データ３１の新たなレコードを作成してもよい。また、事業者データ３１に新たな事業者の詳細情報が追加されると、事業者データベース３０がその詳細情報を入居者テーブル２１２に送信し、入居者テーブル２１２がその詳細情報に基づいて入居者情報の新たなレコードを作成してもよい。

【0054】

［変形例３］
＜データベースの参照についての例＞
図８はデータベースの参照の一例を示す図である。例えば、推定部１２は、地図データ２１の建物テーブル２１１のレコードを識別する建物ＩＤを特定する。特定された建物ＩＤは地図データ２１の入居者テーブル２１２と関連付けられているので、推定部１２は入居者テーブル２１２内の建物ＩＤを特定できる。続いて、推定部１２は入居者テーブル２１２の入居者を識別する事業者ＩＤを特定する。特定された事業者ＩＤは事業者データ３１と関連付けられているので、推定部１２は事業者データ３１内の事業者ＩＤを特定できる。続いて、推定部１２は特定された事業者ＩＤに対応する事業者の詳細情報を参照する。推定部１２はこのように地図データ２１および事業者データ３１を順に辿ることで、入居者の詳細情報を特定できる。入居者テーブル２１２は複数の入居者の事業者ＩＤを記憶できる。したがって、推定部１２は或る入居者の詳細情報を取得した後に、別の入居者の詳細情報を取得することができる。

【0055】

［変形例４］
＜推定システムの構成についての他の例＞
図９は変形例に係る推定システム１の適用の一例を示す図である。この例に示すように、推定システム１はユーザ要求データベース５０を備えてもよい。ユーザ要求データベース５０は、ユーザ端末４０から受信した推定条件をユーザ要求データ５１として記憶する記憶装置である。一例では、ユーザ要求データ５１の各レコードはユーザＩＤ、要求日時、対象者条件、建物条件、および商品条件を含む。ユーザＩＤはユーザを一意に特定する識別子である。要求日時は推定条件を受信した日時を示す。通信部１１は推定処理の要求を受信すると、その要求に基づいてユーザ要求データ５１のレコードを生成し、このレコードをユーザ要求データベース５０に格納する。図９に示すユーザ要求データ５１は、ユーザＩＤ「１０００１００」を有するユーザが、対象者条件「営業部門」、建物条件「ビルＢａ」、および商品条件「カーシェアリング」を含む推定条件を２０２０年４月１６日に受信したことを示す。推定システム１は、ユーザ要求データ５１に基づいて、誰が、どの建物について、どのような商品またはサービスの潜在的需要を探ったかを示す情報を任意のユーザに提供することができる。

【0056】

［変形例５］
＜事業者データの構成についての他の例＞
事業者データ３１の個々のデータ項目は個々の時間帯について動的に設定されてもよい。例えば、午前９時から午前１０時までの時間帯において、株式会社Ｃｘの入口で特定された営業部門の従業員が６０名であり、株式会社Ｃｙの入口で特定された営業部門の従業員が５０名であるとする。この場合には、当該時間帯に対応する事業者データ３１では、株式会社Ｃｘの営業部門の従業員が６０名に設定され、株式会社Ｃｙの営業部門の従業員が５０名に設定される。別の例として、午後４時から午後５時の時間帯において、株式会社Ｃｘの入口で特定された営業部門の従業員が４０名であり、株式会社Ｃｙの入口で特定された営業部門の従業員は８０名であるとする。この場合には、当該時間帯に対応する事業者データ３１では、株式会社Ｃｘの営業部門の従業員が４０名に設定され、株式会社Ｃｙの営業部門の従業員が８０名に設定される。このように事業者データ３１を時間帯ごとに動的に設定することで、ユーザは時間帯に応じた個々の入居者（事業者）のデータを用いて需要量を特定することができる。

【0057】

［変形例６］
＜需要量の推定についての他の例＞
推定部１２は商品条件に基づいて需要量を推定してもよい。例えば、商品条件が「カーシェアリングサービス」である場合には、推定部１２はその商品条件に応答して営業部門の従業員数を特定してもよい。推定部１２はそれぞれの入居者（事業者）について営業部門の従業員数を特定する。例えば、推定部１２は株式会社Ｃｘおよび株式会社Ｃｙの営業部門の従業員数がそれぞれ８０名、１００名であると特定する。この処理によって、商品条件に応じて需要量を推定することができる。

【0058】

本開示において、「少なくとも一つのプロセッサが、第１の処理を実行し、第２の処理を実行し、…第ｎの処理を実行する。」との表現、またはこれに対応する表現は、第１の処理から第ｎの処理までのｎ個の処理の実行主体（すなわちプロセッサ）が途中で変わる場合を含む概念を示す。すなわち、この表現は、ｎ個の処理のすべてが同じプロセッサで実行される場合と、ｎ個の処理においてプロセッサが任意の方針で変わる場合との双方を含む概念を示す。

【0059】

コンピュータシステム内で二つの数値の大小関係を比較する際には、「以上」および「よりも大きい」という二つの基準のどちらを用いてもよく、「以下」および「未満」の二つの基準のうちのどちらを用いてもよい。このような基準の選択は、二つの数値の大小関係を比較する処理についての技術的意義を変更するものではない。

【0060】

少なくとも一つのプロセッサにより実行される方法の処理手順は上記実施形態での例に限定されない。例えば、上述したステップ（処理）の一部が省略されてもよいし、別の順序で各ステップが実行されてもよい。また、上述したステップのうちの任意の２以上のステップが組み合わされてもよいし、ステップの一部が修正または削除されてもよい。あるいは、上記の各ステップに加えて他のステップが実行されてもよい。

【0061】

以上の実施形態の全部または一部に記載された態様は、需要量の適切な推定、処理速度の向上、処理精度の向上、使い勝手の向上、データを利用した機能の向上または適切な機能の提供その他の機能向上または適切な機能の提供、データおよび／またはプログラムの容量の削減、装置および／またはシステムの小型化等の適切なデータ、プログラム、記録媒体、装置および／またはシステムの提供、並びにデータ、プログラム、装置またはシステムの制作・製造コストの削減、制作・製造の容易化、制作・製造時間の短縮等のデータ、プログラム、記録媒体、装置および／またはシステムの制作・製造の適切化のいずれか一つの課題を解決する。

【符号の説明】

【0062】

１…推定システム、１０…サーバ、１１…通信部、１２…推定部、２０…地図データベース、２１…地図データ、３０…事業者データベース、３１…事業者データ、４０…ユーザ端末、１２０…プログラム、２１１…建物テーブル、２１２…入居者テーブル。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】