JP7108871B2 - 情報表示システム - Google Patents

Description

本開示は、情報表示システムに関する。

従来、地図上に不動産の情報（例えば、店舗の営業内容や営業時間等）を表示する技術が知られている。例えば、地図上に施設内の店舗の配置図や移動ルートの情報等を表示する技術が知られている（例えば特許文献１等参照）。

特開２０１３－５３９８２号公報

しかしながら、従来の技術では、地図上に可動産（移動販売車等）の情報を表示することはできなかった。また、不動産の情報についても、地図上に表示される内容は常に同一であり、例えば、昼と夜で業態が変わるような店舗の場合、昼と夜とで異なる情報を地図上に表示することはできなかった。

本開示は、上記に鑑みてなされたものであって、時間経過により変化する不動産または可動産の情報を地図上に表示することが可能な情報表示システムを提供することを目的とする。

上記目的を達成するために、本開示の情報処理システムは、不動産または可動産を識別する識別情報ごとに、前記不動産または前記可動産に関する情報が紐付けられた紐付情報を参照して、地図を表す情報を示す地図情報上における前記不動産または前記可動産に紐付けられた前記情報のうち、前記紐付情報を参照するタイミングに対応する前記情報を特定する特定部と、前記地図情報のうち、前記特定部により特定された前記情報に紐付けられた前記不動産または前記可動産に対応する位置に、前記特定部により特定された前記情報を表示する制御を行う表示制御部と、を備え、表示制御部は、紐づけ情報を参照するタイミングに関わらず変化しない情報である固定情報と、紐づけ情報を参照するタイミングにより変化し得る情報である可変情報とを同時に表示させ、可変情報は、店舗で提供しているサービスの切替時刻を示す情報を含む情報処理システムである。

本開示によれば、時間経過により変化する不動産または可動産の情報を地図上に表示することができる。なお、ここに記載された効果は必ずしも限定されるものではなく、本明細書中に記載された何れかの効果であってもよい。

図１は、第１実施形態に係る情報表示システムの構成の一例を示すブロック図である。 図２は、第１実施形態に係るクラウドサーバのハードウェア構成の一例を示すブロック図である。 図３は、第１実施形態に係るクラウドサーバの機能構成の一例を示すブロック図である。 図４Ａは、事業者が店舗の事業内容等を入力するための画面の一例を示す図である。 図４Ｂは、事業者が登録した店舗の情報を地図上に表示した画面の一例を示す図である。 図５Ａは、事業者が車両の事業内容を入力するための画面の一例を示す図である。 図５Ｂは、事業者が登録した車両の情報を地図上に表示した画面の一例を示す図である。 図６Ａは、インプット式で日時の指定をする画面の一例を示す図である。 図６Ｂは、スクロール式で日時の指定をする画面の一例を示す図である。 図６Ｃは、プレビュー式で日時の指定をする画面の一例を示す図である。 図７は、停車位置に停車している車両の事業内容を記号で表した画面の一例を示す図である。 図８は、第１実施形態に係る情報処理システムの処理の一例を示すシーケンス図である。 図９は、第２実施形態に係る情報表示システムの構成の一例を示すブロック図である。 図１０は、第２実施形態に係るクラウドサーバの機能構成の一例を示すブロック図である。 図１１は、配信条件の入力画面の一例を示す図である。 図１２は、事業者に配信される配信画面の一例を示す図である。 図１３は、第２実施形態に係る情報処理システムの処理の一例を示すシーケンス図である。 図１４は、第２実施形態に係るクラウドサーバの機能構成の一例を示すブロック図である。 図１５は、図１５は、仮出店申請のための入力画面と利用可否判断の判断結果の一例を示す図である。 図１６は、第３実施形態に係る情報処理システムの処理の一例を示すシーケンス図である。

以下、添付図面を参照しながら、本開示の実施形態に係る情報表示システムを詳細に説明する。

（第１実施形態）
〈第１実施形態に係る情報表示システムの構成〉
図１は、第１実施形態に係る情報表示システムの構成の一例を示すブロック図である。情報表示システム１は、クラウドサーバ１０、地図サーバ２０、ユーザ端末３０、事業者端末４０、車両５０を備える。クラウドサーバ１０とユーザ端末３０等の他の装置とは、通信回線Ｎで相互に通信可能に電気的に接続される。

クラウドサーバ１０は、ユーザが求める情報を地図上に表示する処理等を行う情報処理装置である。クラウドサーバ１０は、例えば、店舗の営業情報や移動販売車の営業情報等をユーザ端末３０のディスプレイに表示した地図情報上に表示するための処理等を行う。クラウドサーバ１０についての詳細な説明は後述する。

地図サーバ２０は、地図を表す情報を示す地図情報を蓄積する情報処理装置である。地図サーバ２０は、ユーザ端末３０のディスプレイに表示される地図情報をクラウドサーバ１０に提供する。

ユーザ端末３０は、ユーザが求める情報を地図情報上に表示する処理等を行う装置である。ユーザ端末３０は、例えば、ユーザが表示を希望する情報を絞り込むための条件の入力を行い、クラウドサーバ１０の制御に従って、ディスプレイにユーザが求める情報を地図情報上に表示する処理等を行う。ユーザ端末３０は、例えば、携帯電話、スマートフォン、タブレット、ノートＰＣ等のモバイル端末である。

事業者端末４０は、事業を行う事業者が使用する情報処理装置である。事業者端末４０は、ユーザが求める情報をクラウドサーバ１０に提供する。事業者端末４０は、事業者が入力した情報を、事業者を識別する事業者ＩＤとともにクラウドサーバ１０へ送信する。事業者端末４０は、例えば、デスクトップＰＣ等の据置型の端末または携帯電話、スマートフォン、タブレット、ノートＰＣ等のモバイル端末である。

車両５０は、移動機能を持ち、様々な場所で事業を行うことが可能な車両（例えば、移動販売車等）である。なお、車両５０は「可動産」の一例である。ここで、可動産とは、動く物体のことをいう。可動産は、車両のように動くことが可能な移動体と、移動体により動かされる物体を含む。

車両５０は、ＧＮＳＳ受信機を備えている。また、車両５０は、車両５０を識別する固有の車両ＩＤを有している。車両５０は、定期的にＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）情報を受信し、車両ＩＤとともにクラウドサーバ１０へ送信する。なお、車両５０は、走行中の場合、位置情報と併せて車両５０の移動速度の情報をクラウドサーバ１０へ送信してもよい。

なお、情報表示システム１の構成は上記に限定されない。例えば、上記の例では、地図サーバ２０、ユーザ端末３０、事業者端末４０、車両５０は、１つずつであるが、これらの要素を複数備える構成としても構わない。また、例えば、地図サーバ２０等の機能の一部または全部をクラウドサーバ１０が実現する構成としても構わない。

〈第１実施形態に係るクラウドサーバのハードウェア構成〉
次に、第１実施形態に係るクラウドサーバ１０のハードウェア構成について説明する。図２は、第１実施形態に係るクラウドサーバのハードウェア構成の一例を示すブロック図である。クラウドサーバ１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３、記憶部１０４を備える。各構成要素は、バスライン１０５を介して、電気的に接続されている。

ＣＰＵ１０１は、クラウドサーバ１０全体の動作を制御する。ＲＯＭ１０２は、各種プログラムを記憶する。ＲＡＭ１０３は、各種データ等を一時的に記憶する。ＣＰＵ１０１は、ＲＯＭ１０３等に記憶されたプログラムをＲＡＭ１０３に展開し、展開されたプログラムに従って動作することにより、クラウドサーバ１０を制御する。

記憶部１０４は、各種プログラムやデータ等を記憶する。本実施形態において、記憶部１０４は、例えば、後述する事業者情報１０４Ａ、地図情報１０４Ｂ等を記憶する。記憶部１０４は、例えば、電源を切っても記憶情報が保持される、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）やＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等である。

〈第１実施形態に係るクラウドサーバの機能構成〉
次に、第１実施形態に係るクラウドサーバ１０の機能構成について説明する。図３は、第１実施形態に係るクラウドサーバの機能構成の一例を示すブロック図である。クラウドサーバ１０は、事業情報受付部１１１、地図情報受付部１１２、可動産情報受付部１１３、入力受付部１１４、特定部１１５、表示制御部１１６、予約部１１７、決済部１１８を備える。

事業情報受付部１１１は、不動産または可動産に関する情報を含む事業に関する情報を示す事業情報を受付ける。本実施形態において、事業情報受付部１１１は、事業者が事業者端末４０を介して入力し、事業者端末４０がクラウドサーバ１０へ送信した不動産の営業情報及び可動産の営業情報等を含む事業情報を受付ける。

事業情報受付部１１１が受付けた事業情報は、事業者端末４０が事業情報とともに送信した事業者を識別する識別情報と紐付けられ、事業者情報１０４Ａとして記憶部１０４に記憶される。

事業者情報１０４Ａは、不動産または可動産を識別する識別情報ごとに、不動産または可動産に関する情報が紐付けられた情報である。本実施形態において、事業者情報１０４Ａは、事業者を識別する事業者の識別情報、不動産の識別情報、車両５０の識別情報、不動産の営業情報、車両５０の営業情報、車両５０の移動情報等を含む情報である。なお、事業者情報１０４Ａは、「紐付情報」の一例である。

ここで、不動産の営業情報とは、例えば、不動産の名称、サービス内容、営業時間、サービス切替時刻、不動産の所在地等を含む情報のことである。不動産の営業情報は、サービスが切替わる場合、時間帯ごとに異なることがある。なお、不動産の営業情報は、「不動産または可動産に関する情報」の一例である。

また、車両５０の営業情報とは、例えば、車両５０の名称、サービスの内容、営業時間、サービス切替時刻、車両５０の所在地等を含む情報のことである。車両５０の営業情報は、サービスが切替わる場合、時間帯ごとに異なることがある。

また、車両５０の移動情報とは、例えば、移動予定時間、移動先、移動先への到着予定時刻等を含む情報のことである。車両５０の営業情報及び車両５０の移動情報は、「不動産または可動産に関する情報」の一例である。なお、ここでいう車両５０の営業情報のうち、サービスの内容は、物品の販売や飲食物とその飲食物の提供等のサービスを含む。

ここで、事業者情報１０４Ａについて、詳しく説明する。本実施形態において、事業者情報１０４Ａは、事業者を識別する事業者ＩＤと、不動産を識別する不動産ＩＤごとに、不動産の営業情報が紐付けられた情報と、を紐付けた情報、または、事業者ＩＤと、車両５０を識別する車両ＩＤごとに、車両５０の営業情報及び車両５０の移動情報が紐付けられた情報と、を紐付けた情報の集合である。

なお、事業者ＩＤと、車両ＩＤごとに車両５０の移動情報が紐付けられた情報と、を紐付けた情報は、別の情報として構成してもよい。

事業者ＩＤは、事業者を識別可能な情報であればよく、クラウドサーバ１０が自動的に割り当てたものであっても、事業者が任意に指定したものであっても構わない。本実施形態では、事業者が初めて情報の登録を行う際に、事業者端末４０がクラウドサーバ１０に事業者ＩＤの割り当てを要求し、クラウドサーバ１０は、他と重複しない文字列を事業者ＩＤとして割り当てるものとする。なお、事業者ＩＤは、ブロックチェーン技術を用いて発行及び管理されるようにしてもよい。ブロックチェーン技術を用いることで、事業者ＩＤの改ざんを防止することができる。

また、不動産ＩＤは、不動産を識別する情報であり、本実施形態では、後述する地図情報１０４Ｂに不動産ＩＤと、不動産の位置情報とが含まれている。なお、不動産ＩＤは、ブロックチェーン技術を用いて発行及び管理されるようにしてもよい。ブロックチェーン技術を用いることで、不動産ＩＤの改ざんを防止することができる。

また、車両ＩＤは、車両５０を識別可能な情報であればよく、例えば、車台番号等や車両識別番号等を車両ＩＤとすることができる。なお、車両ＩＤは、ブロックチェーン技術を用いて発行及び管理されるようにしてもよい。ブロックチェーン技術を用いることで、車両ＩＤの改ざんを防止することができる。

なお、本実施形態において、事業者情報１０４Ａは、記憶部１０４に記憶されるが、事業者情報１０４Ａの記憶場所はこれに限定されない。例えば、別途、事業情報を記憶するためのサーバを設けてもよい。

事業者情報１０４Ａは、事業者が事業者端末４０を用いて事業情報を入力し、事業情報受付部１１１が事業情報を受付けることにより更新される。なお、事業情報受付部１１１は、事業者情報１０４Ａを常に最新の状態にしておくため、事業者端末４０から情報が送信される度に、事業情報を受付けるものとする。以下、事業者が入力する情報について、不動産（店舗）と可動産（車両５０）とに分けて説明する。

図４Ａは、事業者が店舗の事業内容等を入力するための画面の一例を示す図である。この例では、サービス名、サービス内容、営業時間、サービス切替時刻、切替後のサービス内容の入力が可能になっている。また、これら以外の情報を入力可能に構成しても構わない。

サービス名は、例えば、店舗の名称（例えば、「○○ｃａｆｅ」等）を示す情報のことである。サービス内容は、例えば、店舗で提供しているサービスの内容（例えば、「喫茶店」等）を示す情報である。営業時間は、店舗の営業時間（例えば、「１２:００～２２：００」等）を示す情報である。

サービス切替時刻は、時間帯によってサービス内容を切替える場合のサービスを切替える時刻（例えば、「１８:００」等）を示す情報である。切替後のサービス内容は、切替後のサービスの内容（例えば、「居酒屋」等）を示す情報である。なお、サービスが切替わる場合、時間帯ごとに異なる事業内容（サービス名、サービス内容、営業時間等）を入力できるようにしてもよい。

この例では、これらの情報のうち、サービス名、サービス内容、営業時間は、どのタイミングで参照しても変化しない情報（固定情報）である。一方、サービス切替時刻、切替後のサービス内容は、参照するタイミングによって、変化し得る情報（可変情報）である。可変情報の登録は、事業者が随時行う。なお、サービスが切替わらない場合もあるため、サービス切替時刻、切替後のサービス内容の登録は必須ではない。

なお、事業者が入力した情報は、事業者情報１０４Ａとして記憶部１０４に記憶され、ユーザの要求に応じて、ユーザ端末３０のディスプレイに表示した地図上に表示される。

図４Ｂは、事業者が登録した店舗の情報を地図上に表示した画面の一例を示す図である。この例では、ユーザ端末３０のディスプレイに店舗の名称、営業時間、サービスの切替時間、切替後のサービス内容が表示されている。なお、図では、画面外に情報が表示されているが、実際には、地図上に情報が表示されるものとする。

図５Ａは、事業者が車両の事業内容等を入力するための画面の一例を示す図である。この例では、サービス名、サービス内容、営業時間、移動開始時刻、移動先、サービス切替時刻、切替後のサービス内容の入力が可能になっている。サービス名、サービス内容、営業時間、サービス切替時刻、切替後のサービス内容については、店舗の場合と同様のため、詳細な説明を省略する。

移動開始時刻は、車両５０が移動を予定している場合の移動を開始する時刻（例えば、「１４:００」等）を示す情報である。移動先は、移動後にサービスの提供を予定している場所（例えば、「東京都目黒区○○」等）を示す情報である。車両５０の場合、移動開始時刻、移動先、サービス切替時刻、切替後のサービス内容は、事業者が随時登録を行う可変情報となる。

なお、店舗の場合と同様、事業者が入力した情報は、事業者情報１０４Ａとして記憶部１０４に記憶され、ユーザの要求に応じて、ユーザ端末３０のディスプレイに表示した地図上に表示される。

図５Ｂは、事業者が登録した車両の情報を地図上に表示した画面の一例を示す図である。図５Ｂに示すように、地図を参照したタイミングで車両５０が移動している場合、サービス名の下に「移動中」が表示される。また、到着予定時刻には、車両５０の移動速度、渋滞情報等から予測した到着予定時刻が表示される。

この例では、ユーザ端末３０のディスプレイに車両５０の名称、移動中を示す情報、営業時間、移動開始時間、到着予定時間、移動先が表示されている。なお、図では、画面外に情報が表示されているが、実際には、地図上に情報が表示されるものとする。

上記では、車両５０が喫茶店の営業を行っている場合の例を挙げたが、車両５０が行う事業はこれに限定されない。例えば、車両５０が行う事業は、移動式図書館、移動式ホテル、移動式トイレ、移動式喫煙所等であっても構わない。

図３に戻り説明を続ける。地図情報受付部１１２は、地図情報を受付ける。本実施形態において、地図情報受付部１１２は、地図サーバ２０から地図のデータを地図情報として受付ける。地図情報受付部１１２が受付けた地図情報は、地図情報１０４Ｂとして記憶部１０４に記憶される。なお、地図情報１０４Ｂは、事業者情報１０４Ａが更新される度に更新されるものとする。

可動産情報受付部１１３は、可動産の識別情報と、可動産の位置を示す位置情報とを含む可動産情報を受付ける。

本実施形態において、可動産情報受付部１１３は、車両５０から受信したＧＮＳＳ情報を車両５０の位置情報とし、車両ＩＤとともに、その車両ＩＤで識別される車両５０の可動産情報として受付ける。なお、可動産情報受付部１１３は、車両ＩＤ、車両５０の位置情報とともに、車両５０の移動速度の情報等を可動産情報として受付けてもよい。

また、可動産情報受付部１１３が受付けた車両５０の可動産情報は、可動産情報１０４Ｃとして記憶部１０４に記憶される。可動産情報には車両５０の車両ＩＤが含まれるため、クラウドサーバ１０は、事業者情報１０４Ａを参照することにより、可動産情報として受付けた車両ＩＤに紐付く事業情報を特定できる。

入力受付部１１４は、ユーザから日時の指定等の表示条件の入力を受付ける。本実施形態において、入力受付部１１４は、ユーザから表示条件として、エリア及び日時の指定の入力を受付ける。ユーザは、ディスプレイに、情報を希望するエリアの地図を表示させることで、エリアの指定を行う。なお、エリアの指定は住所の入力等によるものであってもよい。

また、ユーザは、画面に日時の入力を行うことで、日時の指定を行う。入力受付部１１４は、上述のようにして行われたユーザによるエリア及び日時の指定を受付ける。

なお、ユーザによる日時の指定方式にはいくつかの方式がある。日時の指定方式としては、例えば、インプット式が挙げられる。インプット式は、ユーザがユーザ端末３０のディスプレイの上部に表示された入力ボックスに日時を入力して、日時を指定する方式である。図６Ａは、インプット式で日時の指定をする画面の一例を示す図である。ユーザは、情報を知りたい日時をピンポイントで入力する。

本実施形態において、入力受付部１１４は、ユーザから、インプット式で日時の指定を受付けるが、スクロール式やプレビュー式といった他の方式で日時の指定を受付けても構わない。

ここで、スクロール式とは、入力ボックスとスライダーを用いて日時の指定を受付ける方式である。図６Ｂは、スクロール式で日時の指定をする画面の一例を示す図である。ユーザ端末３０のディスプレイの上部には、入力ボックスとスライダーが表示されている。ユーザは、入力ボックスに日時を入力した後、スライダーを左右に動かすことで日時の指定を行う。

スクロール式では、入力ボックスに入力した日時の前後の一定期間（例えば、指定日時の前後１時間）を指定することができ、地図上の表示は、スライダーの動きに合わせて変化する。スクロール式は、ユーザがある時点の情報だけでなく、ある時点の前後の時間の情報も合わせて知りたい場合に有用である。

また、プレビュー式とは、入力ボックスとプレビューボタンを用いて日時の指定を受付ける方式である。図６Ｃは、プレビュー式で日時の指定をする画面の一例を示す図である。ユーザ端末３０のディスプレイには、上部に入力ボックス、下部にプレビューボタンが表示されている。ユーザは、入力ボックスに日時を入力した後、プレビューボタンを押すことで日時の指定を行う。

プレビュー式では、入力ボックスに入力した日時の前後の一定期間（例えば、指定日時の前後１時間）を指定することができ、ユーザがプレビューボタンを押すと、一定期間内における地図上の情報の変化の様子が自動再生される。プレビュー式は、地図上の情報の変化の様子が自動再生されるため、ユーザが一定期間内における地図上の情報の変化を把握しやすくなる等のメリットがある。

なお、本実施形態では、入力受付部１１４は、ユーザからエリア及び日時の指定の入力を受付けるが、入力受付部１１４は、日時の指定の入力のみを受付けてもよい。また、入力受付部１１４は、ユーザから、エリア及び日時の指定に加えて、表示を希望するサービスの指定を受付けてもよい。これにより、ユーザは、ユーザ端末３０のディスプレイに表示される情報を絞り込むことができる。

特定部１１５は、不動産または可動産を識別する識別情報ごとに、不動産または可動産に関する情報が紐付けられた事業者情報１０４Ａを参照して、地図情報１０４Ｂ上における不動産または可動産に紐付けられた情報のうち、事業者情報１０４Ａを参照するタイミングに対応する情報を特定する。

本実施形態において、特定部１１５は、事業者情報１０４Ａを参照し、地図情報１０４Ｂ上における不動産の不動産ＩＤまたは車両５０の車両ＩＤをキーとして、入力受付部１１４が受付けたユーザが指定した日時の指定に対応する不動産の営業情報または車両５０の営業情報及び車両５０の移動情報を特定する。なお、ユーザが指定した日時は、「紐付情報を参照するタイミング」の一例である。

また、本実施形態において、特定部１１５は、可動産情報受付部１１３が可動産情報を受付けたタイミングで、事業者情報１０４Ａを参照して、可動産情報受付部１１３により受付けられた可動産情報に含まれる車両ＩＤに紐付けられた車両５０の営業情報及び車両５０の移動情報を特定する。なお、可動産情報受付部１１３が可動産情報を受付けたタイミングは、「紐付情報を参照するタイミング」の一例である。

また、本実施形態において、不動産の営業情報が時間帯によって異なる場合、特定部１１５は、まず、事業者情報１０４Ａを参照し、地図情報１０４Ｂに含まれる不動産ＩＤをキーとして、不動産ＩＤに紐付く複数の不動産の営業情報を特定する。その後、特定部１１５は、時間帯ごとに異なる複数の不動産の営業情報のうち、入力受付部１１４が受け付けた日時に対応する不動産の営業情報を特定する。

また、本実施形態において、車両５０の営業情報が時間帯によって異なる場合、特定部１１５は、まず、事業者情報１０４Ａ及び可動産情報１０４Ｃを参照し、可動産情報１０４Ｃに含まれる車両ＩＤをキーとして、車両ＩＤに紐付く複数の車両５０の営業情報を特定する。その後、特定部１１５は、時間帯ごとに異なる複数の車両５０の営業情報のうち、入力受付部１１４が受付けた日時に対応する車両５０の営業情報を特定する。

表示制御部１１６は、地図情報１０４Ｂのうち、特定部１１５により特定された情報に紐付けられた不動産または可動産に対応する位置に、特定部１１５により特定された情報を表示する制御を行う。

本実施形態において、表示制御部１１６は、地図情報１０４Ｂを参照し、地図情報１０４Ｂ上の入力受付部１１４が受付けたエリアに、特定部１１５により特定された不動産の営業情報に紐付けられた不動産ＩＤで識別される不動産に対応する位置が存在する場合、当該位置に特定部１１５により特定された不動産の営業情報を表示する制御を行う。

また、本実施形態において、ユーザが現時点を日時として指定した場合、表示制御部１１６は、地図情報１０４Ｂ及び可動産情報１０４Ｃを参照し、地図情報１０４Ｂ上の入力受付部１１４が受付けたエリアに、特定部１１５により特定された車両５０の営業情報及び移動情報に紐付けられた車両ＩＤで識別される車両５０の位置情報に対応する位置が存在する場合、地図情報１０４Ｂ上の当該位置に特定部１１５により特定された車両５０の営業情報及び移動情報を表示する制御を行う。

また、本実施形態において、ユーザが未来の日時を日時として指定した場合、表示制御部１１６は、事業者情報１０４Ａに含まれる車両５０の移動情報及び地図情報１０４Ｂを参照し、ユーザが指定した日時において地図情報１０４Ｂ上の入力受付部１１４が受付けたエリアに、車両５０の移動情報に含まれる車両５０の移動先に対応する位置が存在する場合、地図情報１０４Ｂ上の当該位置に特定部１１５により特定された車両５０の営業情報及び移動情報を表示する制御を行う。

なお、現時点において車両５０が移動中であり、かつ、ユーザが指定した日時においても移動中であると予想される場合、表示制御部１１６は、車両５０の移動速度、道路の渋滞状態等から予測した車両５０の位置に特定部１１５により特定された車両５０の営業情報及び移動情報を表示する制御を行ってもよい。

また、本実施形態において、表示制御部１１６は、可動産情報受付部１１３が可動産情報を受付けたタイミングで、地図情報１０４Ｂのうち、可動産情報受付部１１３により受付けられた可動産情報に含まれる車両５０の位置情報に対応する位置に、特定部１１５により特定された情報を表示する制御を行う。

また、本実施形態において、表示制御部１１６は、地図情報１０４Ｂ上の不動産の営業情報または車両５０が停止している位置若しくは車両５０の営業情報に応じて、地図情報１０４Ｂ上の不動産または車両５０の表示を変化させる制御を行う。ここで、車両５０が停車している位置としては、例えば、駐車場、私有地内、公園内等が挙げられる。

具体的には、例えば、地図情報１０４Ｂ上に駐車場を表す「Ｐ」という記号が表示されている場合に、事業を行う車両５０がその駐車場に停車して事業を開始した場合、表示制御部１１６は、記号の色を青から赤に変化させて表示する制御を行う。

また、例えば、移動式ホテル事業を行っている車が駐車場に停車して営業を開始した場合、表示制御部１１６は、駐車場を表す「Ｐ」という記号を、ホテルを表す「Ｈ」に変化させて表示する制御を行う。

また、例えば、地図情報１０４Ｂ上にレストラン（店舗）を表す記号が表示されている場合に、その店舗の業態がレストランからＢＡＲに切り替わった場合、表示制御部１１６は、レストランを表す記号を、ＢＡＲを表す記号に変化させて表示する制御を行う。なお、上記は一例であって、不動産または可動産を表す記号の変化の態様はこれに限定されるものではない。

また、例えば、ユーザが事業を行う車両５０が停車している駐車場を表す記号をクリックした場合、表示制御部１１６は、その駐車場に停車している複数の車両５０について、それぞれの車両５０の事業内容を記号で表す制御を行う。図７は、停車位置に停車している車両５０の事業内容を記号で表した画面の一例を示す図である。

表示した地図のエリア内に駐車場がある場合、表示制御部１１６は、まず、右の図のように、地図上に駐車場を表す「Ｐ」という記号を表示する制御を行う。この駐車場に事業を行う車両５０が停車している場合、ユーザがこの「Ｐ」という記号をクリックすると、表示制御部１１６は、右の図のように、駐車場内に停車している車両５０のサービス内容を記号で表す画面を表示する制御を行う。

この例では、駐車場内に８台の車両５０が停車している。８つの記号は、それぞれ車両５０を表している。記号は、車両５０が提供しているサービスによって異なる。ユーザが、この画面で、記号をクリックした場合、表示制御部１１６は、車両５０の営業情報（サービス名、営業時間、移動開始時刻、移動先等）を表示する制御を行う。なお、これらに加えて、「予約ボタン」「決済ボタン」を表示させる制御を行ってもよい。

ここでは、地図上の記号をクリックした場合に、表示制御部１１６が画面表示を切替える制御を行う例を挙げたが、表示制御部１１６は、ユーザがディスプレイをピンチアウトして記号を拡大した場合等に、画面表示を切替える制御を行ってもよい。

予約部１１７は、車両５０が提供するサービスの予約を行う。本実施形態では、ユーザがサービスの予約が可能な車両５０の記号をクリックした場合、表示制御部１１６が「予約ボタン」を表示する制御を行う。ユーザが「予約ボタン」をクリックすると、表示制御部１１６は、予約に必要な情報を入力するための画面を表示する制御を行い、予約部１１７は、ユーザの入力内容に従って、サービスの予約を行う。

決済部１１８は、車両５０が提供するサービスの決済処理を行う。本実施形態では、ユーザが決済処理可能なサービスの予約を行った場合、表示制御部１１６は、「決済ボタン」を表示する制御を行う。ユーザが「決済ボタン」をクリックすると、表示制御部１１６は、決済処理に必要な情報を入力するための画面を表示する制御を行い、決済部１１８は、ユーザの入力内容に従って、サービスの決済処理を行う。

これにより、ユーザは、ユーザ端末３０のディスプレイに地図を表示させるだけでサービスの予約、決済を済ませることが可能になり、スムーズにサービスの提供を受けることができる。

〈第１実施形態に係る情報表示システムの処理〉
次に、第１実施形態に係る情報表示システム１の処理について説明する。図８は、第１実施形態に係る情報表示システムの処理の一例を示すシーケンス図である。

まず、事業者端末４０は、事業者から不動産の営業情報や車両５０の営業情報等を含む事業情報の入力を受付け、受付けた事業情報を事業者ＩＤとともにクラウドサーバ１０へ送信する（ステップＳ１１）。クラウドサーバ１０の事業情報受付部１１１は、事業者端末４０から送信された事業情報を受付ける（ステップＳ１２）。

記憶部１０４は、事業情報受付部１１１が受付けた事業情報を、事業者ＩＤと紐付けて、事業者情報１０４Ａとして記憶し、事業者情報１０４Ａを最新の状態に更新する（ステップＳ１３）。

地図情報受付部１１２は、地図サーバ２０から最新の地図情報を受付ける（ステップＳ１４）。記憶部１０４は、地図情報受付部１１２が受付けた地図情報を、地図情報１０４Ｂとして記憶し、地図情報１０４Ｂを最新の状態に更新する（ステップＳ１５）。車両５０は、ＧＮＳＳ情報を受信する（ステップＳ１６）。車両５０は、受信したＧＮＳＳ情報を車両ＩＤとともに、クラウドサーバ１０へ送信する。

可動産情報受付部１１３は、ＧＮＳＳ情報を車両５０の位置情報とし、車両ＩＤとともに可動産情報として受付ける（ステップＳ１７）。記憶部１０４は、可動産情報受付部１１３が受付けた可動産情報を、可動産情報１０４Ｃとして記憶し、可動産情報１０４Ｃを最新の状態に更新する（ステップＳ１８）。

ユーザ端末３０は、エリア及び日時の指定（表示条件）の入力を受付ける（ステップＳ１９）。クラウドサーバ１０の入力受付部１１４は、表示条件を受付ける（ステップＳ２０）。特定部１１５は、事業者情報１０４Ａを参照し、入力受付部１１４が表示条件として受付けた日時に対応する情報を特定する（ステップＳ２１）。

表示制御部１１６は、入力受付部１１４が表示条件として受付けたエリア内に、特定部１１５により特定された情報に紐付く不動産または車両５０に対応する位置が存在する場合、当該位置に、特定部１１５により特定された情報を表示する制御を行う（ステップＳ２２）。ユーザ端末３０のディスプレイは、表示制御部１１６の制御に従って地図情報上に情報を表示し、本処理を終了する（ステップＳ２３）。

〈第１実施形態に係る情報表示システムの効果〉
次に、第１実施形態に係る情報表示システム１の効果について説明する。第１実施形態に係る情報表示システム１は、不動産を識別する不動産ＩＤまたは車両５０を識別する車両ＩＤごとに、事業情報が紐付けられた事業者情報１０４Ａを参照して、不動産または車両５０に関する情報のうち、ユーザによるエリア及び日時の指定に対応する情報を特定する特定部１１５と、ユーザ端末３０のディスプレイに表示した地図情報１０４Ｂのうち、特定部１１５により特定された情報に紐付けられた不動産または車両５０に対応する位置に、特定部１１５により特定された情報を表示する制御を行う表示制御部１１６と、を備える。

これにより、本実施形態に係る情報表示システム１は、ユーザが指定した日時（現時点も含む）における車両５０（可動産）の情報を地図情報上に表示することができる。また、昼と夜とで業態が変わるような不動産についても、ユーザが指定した日時における不動産の情報を地図上に表示することができる。

つまり、本実施形態に係る情報表示システム１は、可動産の情報や時間帯によって業態が変わる不動産の情報等、時間経過によって変化する情報について、変化を反映させて地図上に表示することができる。したがって、ユーザは、近くに自分が求めているサービスを提供している車両５０が存在しているにも関わらず見逃してしまったり、昼間と夜とで不動産の業態が変わることを見逃してしまったりすること等を防止できる。

また、本実施形態に係る情報表示システム１は、車両５０から車両ＩＤと車両５０の位置情報とを含む可動産情報を受付ける可動産情報受付部１１３を備える。そして、特定部１１５は、事業者情報１０４Ａを参照して、可動産情報受付部１１３により受付けられた可動産情報に含まれる車両ＩＤに紐付けられた車両５０の営業情報を特定し、表示制御部１１６は、可動産情報受付部１１３により受付けられた可動産情報に含まれる車両５０の位置情報に対応する位置に、特定部１１５により特定された車両５０の営業情報を表示する制御を行う。

これにより、本実施形態に係る情報表示システム１は、可動産情報受付部１１３が可動産情報を受付けた時点における車両５０の営業情報を、ユーザ端末３０のディスプレイに表示した地図情報１０４Ｂのうち、可動産情報に含まれる車両５０の位置情報に対応する位置に表示することができる。

つまり、ユーザは、可動産情報受付部１１３が可動産情報を受付けた時点において、どこでどのような車両５０がどのような事業を行っているか、車両５０は現在停車しているエリアでいつまで事業を行う予定なのか等の情報を、ユーザ端末３０のディスプレイに地図を表示させるだけで簡単に知ることができる。

また、表示制御部１１６は、地図情報１０４Ｂ上の不動産の営業情報または車両５０が停止している位置若しくは車両５０の営業情報に応じて、地図情報１０４Ｂ上の不動産または車両５０の表示を変化させる制御を行う。例えば、事業を行っている車両５０が駐車場に停車した場合、駐車場を表す「Ｐ」マークの色を変化させて表示する制御を行う。

これにより、ユーザは、地図上に表示された駐車場に、事業を行っている車両５０が停車しているか、車両５０が停車している場合、その車両５０がどのような事業を行っているか等を地図上の記号（マーク）を見るだけで把握することができる。また、表示制御部１１６は、例えば、ユーザが地図上の駐車場を表す「Ｐ」マークをクリックした場合に、その駐車場に停車している車両５０の詳細な情報を表示する制御などを行う。

これにより、ユーザは、駐車場に複数の車両５０が停車しているような場合、各々の車両５０の詳細な情報を簡単に入手することができる。また、表示制御部１１６は、車両５０の詳細な情報と併せて「予約ボタン」、「決済ボタン」を表示する制御を行うこともできる。この場合、ユーザが「予約ボタン」を押した場合に、予約部１１７がサービスの予約を行い、ユーザが「決済ボタン」を押した場合に、決済部１１８がサービスの決済を行う。

このように構成することで、ユーザは、地図を表示させるだけで、サービスの予約、決済を行うことが可能になり、スムーズにサービスの提供を受けることが可能になる。

（第２実施形態）
次に、第２の実施形態について説明する。上述の第１実施形態と共通する部分については説明を適宜に省略する。上述の第１実施形態では、ユーザの要求に従い、特定部１１５が表示すべき情報を特定し、表示制御部１１６が、特定部１１５により特定された情報を地図情報１０４Ｂ上に表示する。これに対し、本実施形態では、事業者の要求に従い、クラウドサーバ１０が事業者端末４０へ情報を配信する。

〈第２実施形態に係る情報表示システムの構成〉
第２実施形態に係る情報表示システム１の構成について説明する。図９は、第２実施形態に係る情報表示システムの構成の一例を示すブロック図である。

第２実施形態に係る情報表示システム１は、クラウドサーバ１０、地図サーバ２０、ユーザ端末３０、事業者端末４０、車両５０に加え、クラウドサーバ１０と通信回線Ｎで接続されたカメラ６０を備える。カメラ６０は、定期的に撮像を行い、クラウドサーバ１０へ撮像した画像を送信する。カメラ６０は、様々な場所に設けることが好ましい。

〈第２実施形態に係るクラウドサーバの機能構成〉
第２実施形態に係るクラウドサーバ１０の機能構成について説明する。図１０は、第２実施形態に係るクラウドサーバの機能構成の一例を示すブロック図である。本実施形態に係るクラウドサーバ１０は、事業情報受付部１１１、地図情報受付部１１２、入力受付部１１４、人流情報受付部１１９、属性情報受付部１２０、売上情報受付部１２１、決定部１２２、予測部１２３を備える。

事業情報受付部１１１及び地図情報受付部１１２については、第１実施形態と同様のため、説明を省略する。入力受付部１１４は、事業者から配信条件を受付ける。本実施形態において、入力受付部１１４は、事業者が事業者端末４０を介して入力した通知頻度、検索エリア、サービス内容についての情報を受付ける。図１１は、配信条件の入力画面の一例を示す図である。

この例では、事業者は、通知頻度、検索エリア、サービス内容を入力する。通知頻度は、事業者がどれくらいの頻度で通知を受けたいかを示す情報である。検索エリアは、事業者が車両５０を用いた事業の出店を希望するエリアを示す情報である。サービス内容は、事業者が車両５０で行うサービスの内容を示す情報である。クラウドサーバ１０は、入力受付部１１４が受付けたこれらの内容に従い、事業者端末４０へ情報の配信を行う。

人流情報受付部１１９は、地図情報１０４Ｂ上の人流情報を受付ける。本実施形態において、人流情報受付部１１９は、例えば、カメラ６０が送信した画像に基づいて、地図情報１０４Ｂ上の人流情報を受付ける。

また、人流情報受付部１１９は、ユーザ端末３０（例えば、スマートフォン等）の位置情報から人流情報を受付けてもよい。さらに、人流情報受付部１１９は、カメラ６０が送信した画像とユーザ端末３０の位置情報との両方から人流情報を受付けてもよい。

人流情報受付部１１９が受付けた人流情報は、人流情報１０４Ｄとして記憶部１０４に保存される。人流情報１０４Ｄは、例えば、「○○時（時間）に、△△（場所）から□□（場所）へ移動する人が××人（人数）いた」等の情報の集合である。

属性情報受付部１２０は、人流情報受付部１１９により受付けられた人流情報に含まれる各人の属性を示す属性情報を受付ける。本実施形態において、属性情報受付部１２０は、人流情報１０４Ｄに含まれる各ユーザによるＳＮＳの投稿履歴やｗｅｂブラウザの検索履歴等の情報を各ユーザの属性を示す属性情報としてユーザ端末３０から受付ける。

属性情報受付部１２０が受付けた情報は、属性情報１０４Ｅとして記憶部１０４に保存される。属性情報１０４Ｅは、例えば、「○○時（時間）に、△△（場所）で喫茶店について検索を行った」等の情報の集合である。

売上情報受付部１２１は、営業場所、営業時間、売上を含む売上に関する情報を示す売上情報を受付ける。本実施形態において、売上情報受付部１２１は、事業者から事業者端末４０を介してサービスの提供場所、サービスの提供時間、サービスの売上等を示す売上情報を受付ける。売上情報受付部１２１が受付けた売上情報は、売上情報１０４Ｆとして記憶部１０４に保存される。

売上情報１０４Ｆは、例えば、「○月○日○○時～○○時まで、△△（場所）でサービスを提供し、□□円の売上があった」等の情報の集合である。なお、人流情報受付部１１９による人流情報の受付、属性情報受付部１２０による属性情報の受付、売上情報受付部１２１による売上情報の受付は、短いスパンで定期的に行われることが望ましい。

決定部１２２は、人流情報１０４Ｄに基づいて、可動産の推奨営業場所を決定する。本実施形態において、決定部１２２は、事業者が事業者端末４０を介して入力したサービス内容と、人流情報１０４Ｄと、属性情報１０４Ｅとに基づいて、車両５０の推奨営業場所を決定する。

例えば、決定部１２２は、事業者のサービス内容が「喫茶店」であり、人流情報１０４Ｄと属性情報１０４Ｅとから、「本日○○時に、△△（場所）の人通りが多くなると予測され、過去○○時に△△では、喫茶店について検索している人が多かった」という分析結果を得た場合、△△を○○時における車両５０の推奨営業場所として決定する。

なお、本実施形態では、決定部１２２は、人流情報１０４Ｄと属性情報１０４Ｅとに基づいて、車両５０の推奨営業場所を決定しているが、決定部１２２は、人流情報１０４Ｄのみに基づいて、車両５０の推奨営業場所を決定してもよい。

予測部１２３は、人流情報１０４Ｄと、売上情報１０４Ｆとに基づいて、決定部１２２により決定された推奨営業場所における売上を予測する。本実施形態において、予測部１２３は、事業者が事業者端末４０を介して入力したサービス内容と、人流情報１０４Ｄと、属性情報１０４Ｅと、売上情報１０４Ｆとに基づいて、決定部１２２により決定された推奨営業場所における売上を予測する。

なお、本実施形態では、予測部１２３は、人流情報１０４Ｄと、属性情報１０４Ｅと、売上情報１０４Ｆとに基づいて、推奨営業場所における売上を予測しているが、予測部１２３は、人流情報１０４Ｄと、売上情報１０４Ｆとに基づいて、推奨営業場所における売上を予測してもよい。また、予測部１２３は、同一エリア内、同一時間帯に営業予定の競合する事業者の情報等を加味して、推奨営業場所における売上を予測してもよい。

配信部１２４は、決定部１２２により決定された推奨営業場所を、車両５０を所有する事業者に配信する。また、配信部１２４は、予測部１２３により予測された売上の予測を、車両５０を所有する事業者に配信する。

本実施形態において、配信部１２４は、事業者が事業者端末４０を介して入力した通知頻度に従い、決定部１２２が決定した車両５０の推奨営業場所及び予測部１２３が予測した推奨営業場所における売上予測を、事業者端末４０へ配信する。なお、配信部１２４は、車両５０の推奨営業場所のみを事業者に配信してもよい。

ここで、事業者に配信される情報について具体的に説明する。図１２は、事業者に配信される配信画面の一例を示す図である。左の図は、人流情報１０４Ｄから人通りの多い場所を予測し、決定部１２２が車両５０の推奨営業場所を決定した場合に配信される画面表示の一例である。この例では、事業者端末４０のディスプレイに、営業を推奨する時間帯と推奨営業場所とが表示されている。

一方、右の図は、人流情報１０４Ｄと属性情報１０４Ｅとから、車両５０の推奨営業場所を決定した場合に配信される画面表示の一例である。この例では、事業者端末４０のディスプレイに、現時点において、事業者が事業者端末４０を介して配信条件として入力したサービス内容について検索している人が多くいるエリアが表示されている。

本実施形態において、配信部１２４は、事業者端末４０を介して入力された通知頻度に従って、情報の配信を行うが、通知頻度の入力は受付けず、随時、事業者が提供しているサービスに関する情報を事業者端末４０へ配信してもよい。

〈第２実施形態に係る情報表示システムの処理〉
次に、第２実施形態に係る情報表示システム１の処理について説明する。図１３は、第２実施形態に係る情報表示システムの処理の一例を示すシーケンス図である。

まず、クラウドサーバ１０の地図情報受付部１１２は、地図サーバ２０から最新の地図情報を受付ける（ステップＳ３１）。記憶部１０４は、地図情報受付部１１２が受付けた地図情報を地図情報１０４Ｂとして記憶し、地図情報１０４Ｂを最新の状態に更新する（ステップＳ３２）。

人流情報受付部１１９は、カメラ６０から送信された画像に基づき、人流情報を受付ける（ステップＳ３３）。記憶部１０４は、人流情報受付部１１９が受付けた人流情報を人流情報１０４Ｄとして記憶し、人流情報１０４Ｄを最新の状態に更新する（ステップＳ３４）。

属性情報受付部１２０は、人流情報１０４Ｄに含まれる各ユーザのユーザ端末３０から、ＳＮＳへの投稿履歴やｗｅｂブラウザの検索履歴等の情報を属性情報として受付ける（ステップＳ３５）。記憶部１０４は、属性情報受付部１２０が受付けた属性情報を属性情報１０４Ｅとして記憶し、属性情報１０４Ｅを最新の状態に更新する（ステップＳ３６）。

売上情報受付部１２１は、事業者端末４０から売上情報を受付ける（ステップＳ３７）。記憶部１０４は、売上情報受付部１２１が受付けた売上情報を売上情報１０４Ｆとして記憶し、売上情報１０４Ｆを最新の状態に更新する（ステップＳ３８）。

事業者端末４０は、事業者から通知頻度、検索エリア、サービス内容を含む配信条件の入力を受付ける（ステップＳ３９）。クラウドサーバ１０の入力受付部１１４は、事業者端末４０を介して入力された配信条件を受付ける（ステップＳ４０）。決定部１２２は、事業者が配信条件として入力したサービス内容と、人流情報１０４Ｄと、属性情報１０４Ｅとから推奨営業場所を決定する（ステップＳ４１）。

予測部１２３は、人流情報１０４Ｄと、属性情報１０４Ｅと、売上情報１０４Ｆとから決定部１２２が決定した推奨営業場所における売上を予測する（ステップＳ４２）。配信部１２４は、事業者端末４０を介して入力された通知頻度に従い、決定部１２２が決定した推奨営業場所及び予測部１２３が予測した売上予測を事業者端末４０へ配信し、本処理を終了する（ステップＳ４３）。

〈第２実施形態に係る情報表示システムの効果〉
次に、第２実施形態に係る情報表示システム１の効果について説明する。第２実施形態に係る情報表示システム１は、地図情報１０４Ｂ上の人流情報を受付ける人流情報受付部１１９と、人流情報受付部１１９により受付けられた人流情報に含まれる各人の属性を示す属性情報を受付ける属性情報受付部１２０と、営業場所、営業時間、売上を含む売上に関する情報を示す売上情報を受付ける売上情報受付部１２１と、人流情報１０４Ｄと属性情報１０４Ｅとから車両５０の推奨営業場所を決定する決定部１２２と、人流情報１０４Ｄと属性情報１０４Ｅと売上情報１０４Ｆとから決定部１２２が決定した推奨営業場所における売上を予測する予測部１２３と、事業者端末４０を介して入力された配信条件に従い、決定部１２２が決定した推奨営業場所及び予測部１２３が予測した売上予測を事業者端末４０に配信する配信部１２４と、を備える。

これにより、車両５０で事業を行っている事業者は、何時何処でサービスを提供すべきか、ある時間ある場所であるサービスを提供した場合にどれくらいの売上が見込めるか等の情報を簡単に得ることができる。

また、事業者は、クラウドサーバ１０から情報の配信を受けることにより、人流情報１０４Ｄから現在どの場所に人通りが多いか、属性情報から現在どのようなサービスについて多く検索されているか等の情報を随時得ることも可能になるため、ビジネスチャンスを逃してしまう可能性を低減することができる。また、事業者は、通知頻度を設定しておくことで、あまりにも頻繁に情報が配信されることを防ぐこともできる。

（第３実施形態）
次に、第３実施形態について説明する。上述の第１実施形態及び第２実施形態と共通する部分については説明を適宜に省略する。上述の第２実施形態では、事業者の要求に従い、クラウドサーバ１０が事業者端末４０へ情報を配信する。これに対し、本実施系形態では、事業者がある時間ある場所に出店を希望する場合、出店が可能か否かを判断し、出店可能な場合は、必要な申請手続きのナビゲーションを行う。

〈第３実施形態に係るクラウドサーバの機能構成〉
第３実施形態に係るクラウドサーバ１０の機能構成について説明する。図１４は、第３実施形態に係るクラウドサーバの機能構成の一例を示すブロック図である。本実施形態に係るクラウドサーバ１０は、地図情報受付部１１２、入力受付部１１４、出店情報受付部１２５、判断部１２６、通知部１２７、ナビゲーション部１２８を備える。

地図情報受付部１１２については、第１実施形態及び第２実施形態と同様のため、詳細な説明を省略する。入力受付部１１４は、各種入力を受付ける。例えば、入力受付部１１４は、事業者端末４０からナビゲーションを希望する旨の入力等を受付ける。

出店情報受付部１２５は、事業者が出店を希望する場所、時間、サービス内容を含む情報である出店の希望に関する情報を示す出店情報を受付ける。本実施形態において、出店情報受付部１２５は、事業者が事業者端末４０を介して入力した仮出店申請の内容（サービスを提供する希望時間、サービスを提供する希望場所、サービスの内容等の情報）を出店情報として受付ける。

なお、仮出店申請とは、事業者が正式な申請前に、サービスを提供する希望時間、サービスを提供する希望場所、サービスの内容等を含む情報を事業者端末４０からクラウドサーバ１０へ送信することをいうものとする。

判断部１２６は、場所の利用希望場所の利用可否の判断を行う。本実施形態において、判断部１２６は、出店情報受付部１２５が受付けた出店情報と、判断情報１０４Ｇとから利用可否の判断を行う。具体的には、判断部１２６は、判断情報１０４Ｇを参照し、その場所が法律的に利用可能か、利用希望日時までに手続きが完了するか、他にその日時にその場所を利用する者がいないか等の観点から、場所の利用可否を判断する。

判断情報１０４Ｇは、場所の利用可否を判断する情報を示す情報である。本実施形態において、判断情報１０４Ｇは、出店情報受付部１２５が受付けた出店情報や自治体、保健所、警察署等で公開されている情報等の集合である。

クラウドサーバ１０は、自治体、保健所、警察署等で公開されている情報を定期的に受信し、出店情報受付部１２５が受付けた出店情報と併せて判断情報１０４Ｇとして記憶することで、判断情報１０４Ｇを更新する。

本実施形態では、判断情報１０４Ｇは、記憶部１０４に記憶されているが、判断情報１０４Ｇの記憶場所はこれに限定されない。例えば、別途、判断情報を記憶するためのサーバを設けてもよい。なお、判断情報１０４Ｇは、判断部１２６が正しく場所の利用可否を判断できるように、短いスパンで定期的に更新されることが望ましい。

通知部１２７は、出店情報と判断情報１０４Ｇとに基づいて、事業者に利用可否を通知する。本実施形態において、通知部１２７は、判断部１２６が判断した利用可否を事業者端末４０へ送信することで場所の利用可否判断の通知を行う。また、通知部１２７は、判断部１２６が利用不可と判断した場合、利用不可の通知と併せて、付近の利用可能エリアの通知や利用日時を遅らせれば利用可能である旨の通知等を行う。

ナビゲーション部１２８は、通知部１２７が、事業者に利用可能を通知した場合、必要な手続きのナビゲーションを行う。本実施形態において、ナビゲーション部１２８は、通知部１２７が利用可能の通知をした場合であって、事業者が希望した場合に申請手続きのナビゲーションを行う。

具体的には、ナビゲーション部１２８は、事業者がナビゲーションを希望した場合に、事業者を申請用のサイトへ誘導したり、適宜、手続きの進め方や注意点等を事業者端末４０のディスプレイに表示したりする処理を行う。

ここで、仮出店申請から利用可否の通知までの流れについて説明する。図１５は、仮出店申請のための入力画面と利用可否判断の判断結果の一例を示す図である。左の図は仮出店申請のための入力画面の一例である。この例では、事業者端末４０のディスプレイに、利用日時及び利用目的の入力ボックスと、利用場所を選択するための地図が表示されている。

利用日時は、事業者がサービスの提供を希望する時間帯を示す情報である。利用目的は、事業者が提供を希望するサービスの内容を示す情報である。利用場所は、事業者がサービスの提供を希望する場所を示す情報である。

本実施形態では、事業者は、事業者端末４０のディスプレイに利用希望場所を含む地図を表示させ、利用希望場所の位置をクリックすることで利用希望場所を指定する。なお、利用希望場所は、住所の入力等による指定であってもよい。

事業者が事業者端末４０を介して出店情報を入力して仮出店申請を行うと、クラウドサーバ１０の出店情報受付部１２５が、出店情報を受付ける。判断部１２６は、出店情報と判断情報１０４Ｇとに基づいて、事業者が希望した日時において利用を希望した場所の利用が可能か否かを判断する。

図１５の右の図は、通知部１２７が事業者端末４０へ通知する内容の一例である。右上の図は、判断部１２６が利用不可と判断した場合に通知部１２７が通知する内容の一例である。例えば、通知部１２７は、判断部１２６が利用不可と判断した場合で、利用希望場所付近に利用可能な場所があれば、利用希望場所付近に利用可能な場所がある旨を利用不可と併せて通知する。

また、例えば、通知部１２７は、判断部１２６が、許可が下りるまでにかかる時間（リードタイム）の問題で利用不可と判断した場合、後日（例えば、○月○日以降）であれば利用可能である旨を利用不可と併せて通知する。

また、例えば、通知部１２７は、判断部１２６が利用可能と判断した場合、出店申請にかかる費用を利用可能と併せて通知する。その後、ナビゲーション部１２８は、事業者端末４０のディスプレイに「申請手続きのナビを希望しますか」等のメッセージを表示させる。事業者端末４０からナビゲーションを希望する旨が入力され、入力受付部１１４がその旨を受付けた場合、ナビゲーション部１２８は申請手続きのナビゲーションを行う。

〈第３実施形態に係る情報表示システムの処理〉
次に、第３実施形態に係る情報表示システム１の処理について説明する。図１６は、第３実施形態に係る情報表示システムの処理の一例を示すシーケンス図である。

まず、事業者端末４０は、事業者から利用日時、利用目的、利用場所等の情報の入力を受付け、仮出店申請を行う（ステップＳ５１）。クラウドサーバ１０の出店情報受付部１２５は、事業者端末４０を介して入力された利用日時、利用目的、利用場所等の情報を出店情報として受付ける（ステップＳ５２）。

地図情報受付部１１２は、地図サーバ２０から地図情報を受付ける（ステップＳ５３）。記憶部１０４は、地図情報を地図情報１０４Ｂとして記憶し、地図情報１０４Ｂを最新の状態に更新する（ステップＳ５４）。

判断部１２６は、判断情報１０４Ｇを参照し、事業者が希望する日時に希望する場所でサービスを提供することが可能かを判断する（ステップＳ５５）。通知部１２７は、判断部１２６の判断結果を事業者端末４０へ通知する（ステップＳ５６）。

なお、判断部１２６が利用不可と判断した場合、通知部１２７は、利用希望場所付近に利用可能な場所がある場合や後日であれば利用可能である場合は、その旨を利用不可と併せて通知し、本処理を終了する。

一方、判断部１２６が利用可能と判断した場合、通知部１２７は、申請にかかる費用を利用可能と併せて通知する。また、ナビゲーション部１２８は、事業者端末４０のディスプレイに「申請手続きのナビを希望しますか」というメッセージと、「はい」というボタンと、「いいえ」というボタンとを表示させる。「いいえ」ボタンの入力があった場合、入力受付部１１４は、ナビゲーションを希望しない旨を受付け、本処理を終了する。

「はい」ボタンの入力があった場合、入力受付部１１４は、ナビゲーション希望を受付ける（ステップＳ５７）。ナビゲーション部１２８は、申請手続きのナビゲーション処理を開始し、本処理を終了する（ステップＳ５８）。

〈第３実施形態に係る情報表示システムの効果〉
次に、第３実施形態に係る情報表示システム１の効果について説明する。第３実施形態に係る情報表示システム１は、事業者が出店を希望する場所、時間、サービス内容を含む情報である出店の希望に関する情報を示す出店情報を受付ける出店情報受付部１２５と、出店情報受付部１２５が受付けた出店情報と、場所の利用可否を判断するための情報である判断情報１０４Ｇとに基づいて、事業者に場所の利用可否を通知する通知部１２７と、を備える。

これにより、事業者は、「利用日時」「利用場所」「利用目的」等を入力するだけで、希望日時に希望場所でサービスの提供が可能か否かを知ることができる。つまり、事業者は自ら調査等を行うことなく、簡単にサービスの提供が可能か否かを知ることができる。

また、第３実施形態に係る情報表示システム１は、通知部１２７が、事業者に利用可能を通知した場合、必要な手続きのナビゲーションを行うナビゲーション部１２８を備える。ナビゲーション部１２８は、事業者を申請用のサイトへ誘導したり、適宜、手続きの進め方や注意点等を事業者端末４０のディスプレイに表示したりする処理を行うため、事業者は悩むことなくスムーズに手続きを進めることができる。

以上、本開示の各実施形態を説明したが、上述の各実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら新規な実施形態及びその変形は、発明の範囲及び要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。さらに、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。

また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。

１ 情報表示システム
１０ クラウドサーバ
２０ 地図サーバ
３０ ユーザ端末
４０ 事業者端末
５０ 車両
６０ カメラ
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ 記憶部
１０５ バスライン
１１１ 事業情報受付部
１１２ 地図情報受付部
１１３ 可動産情報受付部
１１４ 入力受付部
１１５ 特定部
１１６ 表示制御部
１１７ 予約部
１１８ 決済部
１１９ 人流情報受付部
１２０ 属性情報受付部
１２１ 売上情報受付部
１２２ 決定部
１２３ 予測部
１２４ 配信部
１２５ 出店情報受付部
１２６ 判断部
１２７ 通知部
１２８ ナビゲーション部

Claims (13)

1. 不動産または可動産を識別する識別情報ごとに、前記不動産または前記可動産に関する情報が紐付けられた紐付情報を参照して、地図を表す情報を示す地図情報上における前記不動産または前記可動産に紐付けられた前記情報のうち、前記紐付情報を参照するタイミングに対応する前記情報を特定する特定部と、
   前記地図情報のうち、前記特定部により特定された前記情報に紐付けられた前記不動産または前記可動産に対応する位置に、前記特定部により特定された前記情報を表示する制御を行う表示制御部と、
   を備え、
   前記表示制御部は、前記紐づけ情報を参照するタイミングに関わらず変化しない情報である固定情報と、前記紐づけ情報を参照するタイミングにより変化し得る情報である可変情報とを同時に表示させ、
   前記可変情報は、前記不動産または前記可動産の店舗で提供しているサービスの切替時刻を示す情報を含む、
   情報表示システム。
2. 前記可動産から、前記識別情報と、前記可動産の位置を示す位置情報とを含む可動産情報を受付ける可動産情報受付部をさらに備え、
   前記特定部は、前記紐付情報を参照して、前記可動産情報受付部により受付けられた前
   記可動産情報に含まれる前記識別情報に紐付けられた前記情報を特定し、
   前記表示制御部は、前記地図情報のうち、前記可動産情報受付部により受付けられた前記可動産情報に含まれる前記位置情報に対応する位置に、前記特定部により特定された前記情報を表示する制御を行う、
   請求項１に記載の情報表示システム。
3. 前記情報には、少なくとも、前記不動産の営業情報または前記可動産の営業情報が含まれる、
   請求項１または２に記載の情報表示システム。
4. 前記固定情報は前記店舗の名称を示す情報を含む、
   請求項１乃至３のいずれか１項に記載の情報表示システム。
5. 前記固定情報は、前記紐づけ情報を参照するタイミングでのサービス内容を示す情報を含み、前記可変情報は、前記サービスの切替時刻後でのサービス内容を示す情報を含む、
   請求項４に記載の情報表示システム。
6. 前記固定情報は営業時間を示す情報を含む、
   請求項５に記載の情報表示システム。
7. 前記可変情報は前記可動産の移動先の位置を示す情報を含む、
   請求項４乃至６のいずれか１項に記載の情報表示システム。
8. 前記表示制御部は前記可動産の移動開始時刻を示す情報または到着予定時刻を示す情報 を表示させる、請求項７に記載の情報表示システム。
9. 前記表示制御部は前記可動産が移動中の場合には、前記可動産が移動中であることを示す情報を表示させる、
   請求項８に記載の情報表示システム。
10. ユーザから日時の指定の入力を受付ける入力受付部をさらに備え、
    前記特定部は、前記紐付情報を参照して、前記地図情報上における前記不動産または前記可動産に紐付けられた情報のうち、前記入力受付部が受付けた日時に対応する前記情報を特定する、
    請求項１乃至９のいずれか１項に記載の情報表示システム。
11. 前記日時の指定の方式には、少なくとも、インプット式、スクロール式、プレビュー式が含まれる、請求項１０に記載の情報表示システム。
12. 前記情報には、時間帯ごとに異なる複数の営業情報が含まれ、
    前記特定部は、前記地図情報上における前記不動産または可動産に紐付けられた複数の前記営業情報のうち、前記入力受付部が受付けた日時に対応する前記営業情報を特定し、 前記表示制御部は、前記特定部により特定された前記営業情報を表示する制御を行う、
    請求項１０に記載の情報表示システム。
13. 前記表示制御部は、前記地図情報上の前記不動産の前記情報または前記可動産が停止している位置若しくは前記可動産の前記情報に応じて、前記地図情報上の前記不動産または 前記可動産の表示を変化させる制御を行う、
    請求項１乃至１２のいずれか１項に記載の情報表示システム。

Images