知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-01-08
(45)【発行日】2025-01-17
(54)【発明の名称】情報処理システムおよびプログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20250109BHJP
【ＦＩ】
G06Q50/10
【請求項の数】
14
(21)【出願番号】P 2021003075
(22)【出願日】2021-01-12
(65)【公開番号】P2022108184
(43)【公開日】2022-07-25
【審査請求日】2023-12-19
(73)【特許権者】
【識別番号】000005496
【氏名又は名称】富士フイルムビジネスイノベーション株式会社
(74)【代理人】
【識別番号】100104880
【弁理士】
【氏名又は名称】古部 次郎
(74)【代理人】
【識別番号】100113310
【弁理士】
【氏名又は名称】水戸 洋介
(72)【発明者】
【氏名】小林 徹也
(72)【発明者】
【氏名】得地 賢吾
【審査官】石川 亮
(56)【参考文献】
【文献】国際公開第２０１９／１５９５８７（ＷＯ，Ａ１）
【文献】国際公開第２０２２／００４８８７（ＷＯ，Ａ１）
【文献】特開２０１３－１７６４７１（ＪＰ，Ａ）
【文献】特開２０１０－１２８９７６（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
プロセッサを備え、前記プロセッサは、
ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得し、
取得した前記行為情報に基づき、前記場所の清掃時間についての決定を行い、
決定した前記清掃時間と他のユーザによる前記場所の予約時間であって当該清掃時間よりも後の当該予約時間とが重なる場合、当該他のユーザによる当該場所の当該予約時間の終期については変更を行わずに当該予約時間の始期を後ろにずらす変更を行う、
情報処理システム。
【請求項2】
前記プロセッサは、前記行為情報により特定される行為が、予め定められた特定の行為である場合、当該特定の行為でない場合に比べ、前記清掃時間を長くし或いは短くする請求項１に記載の情報処理システム。
【請求項3】
前記プロセッサは、前記他のユーザによる許可がある場合に、前記予約時間の始期を後ろにずらす変更を行う請求項１に記載の情報処理システム。
【請求項4】
プロセッサを備え、前記プロセッサは、
ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得し、
取得した前記行為情報に基づき、前記場所の清掃時間についての決定を行い、
前記清掃時間についての決定として当該清掃時間を短くする決定を行う場合、当該清掃時間の後に設定されている予約可能枠の始期を繰り上げる、
情報処理システム。
【請求項5】
プロセッサを備え、前記プロセッサは、
ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得し、
前記場所の予約可能枠であって時間的に連続する複数の予約可能枠の各々が共通のユーザによって予約される場合には、当該予約を許可し、時間的に連続する当該複数の予約可能枠の各々が互いに異なるユーザによって予約される場合には、時間的に連続する当該複数の予約可能枠の予約を許可しないようにして、当該異なるユーザの各々が行う予約の間に空の時間帯が設けられるようにし、
取得した前記行為情報を基に、前記空の時間帯に行われる前記場所の清掃についての決定を行う、
情報処理システム。
【請求項6】
前記プロセッサは、前記行為情報により特定される行為が、予め定められた特定の行為である場合、前記場所から前記ユーザが出ることを促す通知を行う請求項１乃至５の何れかに記載の情報処理システム。
【請求項7】
前記プロセッサは、前記行為情報に基づき、前記場所の利用料金に関する決定を更に行う請求項１乃至５の何れかに記載の情報処理システム。
【請求項8】
前記プロセッサは、前記行為情報により特定される行為が、感染症の感染度合いを高める行為である場合、前記利用料金を増額する決定を行う請求項７に記載の情報処理システム。
【請求項9】
前記プロセッサは、前記行為情報により特定される行為が、感染症の感染度合いを低める行為である場合、前記利用料金を減額する決定を行う請求項７に記載の情報処理システム。
【請求項10】
前記プロセッサは、ユーザにより利用される前記場所にユーザが入る前における当該ユーザの状況についての情報を更に取得する請求項１乃至５の何れかに記載の情報処理システム。
【請求項11】
前記プロセッサは、前記場所に入る前の前記ユーザの状況が特定の状況にある場合、当該場所へ当該ユーザが入ること禁止する決定を行う請求項１０に記載の情報処理システム。
【請求項12】
ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得する取得機能と、
前記取得機能により取得された前記行為情報に基づき、前記場所の清掃時間についての決定を行う決定機能と、
決定機能により決定された前記清掃時間と他のユーザによる前記場所の予約時間であって当該清掃時間よりも後の当該予約時間とが重なる場合、当該他のユーザによる当該場所の当該予約時間の終期については変更を行わずに当該予約時間の始期を後ろにずらす変更を行う変更機能と、
をコンピュータに実現させるためのプログラム。
【請求項13】
ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得する取得機能と、
前記取得機能により取得された前記行為情報に基づき、前記場所の清掃時間についての決定を行う決定機能と、
前記清掃時間についての決定として当該清掃時間を短くする決定が前記決定機能により行われた場合、当該清掃時間の後に設定されている予約可能枠の始期を繰り上げる繰り上げ機能と、
をコンピュータに実現させるためのプログラム。
【請求項14】
ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得する取得機能と、
前記場所の予約可能枠であって時間的に連続する複数の予約可能枠の各々が共通のユーザによって予約される場合には、当該予約を許可し、時間的に連続する当該複数の予約可能枠の各々が互いに異なるユーザによって予約される場合には、時間的に連続する当該複数の予約可能枠の予約を許可しないようにして、当該異なるユーザの各々が行う予約の間に空の時間帯が設けられるようにする機能と、
前記取得機能により取得された前記行為情報を基に、前記空の時間帯に行われる前記場所の清掃についての決定を行う決定機能と、
をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理システムおよびプログラムに関する。
【背景技術】
【0002】
特許文献１には、入退場者がマスクを装着しているか否かを判定し、入退場者がマスクを装着しているとき、入退場者が所持するＩＣカードにマスク装着に関し適格であるデータを時間情報として書き込む処理が開示されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１０－２１７９９９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
場所が共用され、先に場所を利用したユーザに続いて、他のユーザがこの場所を利用する場合がある。この場合、先に場所を利用したユーザが感染症にかかっている場合、この他のユーザが、この場所を介して感染症にかかるおそれがある。
この他のユーザへの感染症の感染度合いは、一律ではなく、場所を先に利用するユーザが場所を清潔な状態を保って利用すれば、感染度合いは低下し、場所を不衛生な状態とすれば、感染度合いが増加する。
本発明の目的は、共用される場所を介してユーザが感染する感染症の感染度合いに影響を与えるユーザの行為を知ることができるようにすることにある。
この他のユーザへの感染症の感染度合いは、一律ではなく、場所を先に利用するユーザが場所を清潔な状態を保って利用すれば、感染度合いは低下し、場所を不衛生な状態とすれば、感染度合いが増加する。
本発明の目的は、共用される場所を介してユーザが感染する感染症の感染度合いに影響を与えるユーザの行為を知ることができるようにすることにある。
【課題を解決するための手段】
【0005】
請求項１に記載の発明は、プロセッサを備え、前記プロセッサは、ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得し、取得した前記行為情報に基づき、前記場所の清掃時間についての決定を行い、決定した前記清掃時間と他のユーザによる前記場所の予約時間であって当該清掃時間よりも後の当該予約時間とが重なる場合、当該他のユーザによる当該場所の当該予約時間の終期については変更を行わずに当該予約時間の始期を後ろにずらす変更を行う、情報処理システムである。
請求項２に記載の発明は、前記プロセッサは、前記行為情報により特定される行為が、予め定められた特定の行為である場合、当該特定の行為でない場合に比べ、前記清掃時間を長くし或いは短くする請求項１に記載の情報処理システムである。
請求項３に記載の発明は、前記プロセッサは、前記他のユーザによる許可がある場合に、前記予約時間の始期を後ろにずらす変更を行う請求項１に記載の情報処理システムである。
請求項４に記載の発明は、プロセッサを備え、前記プロセッサは、ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得し、取得した前記行為情報に基づき、前記場所の清掃時間についての決定を行い、前記清掃時間についての決定として当該清掃時間を短くする決定を行う場合、当該清掃時間の後に設定されている予約可能枠の始期を繰り上げる、情報処理システムである。
請求項５に記載の発明は、プロセッサを備え、前記プロセッサは、ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得し、前記場所の予約可能枠であって時間的に連続する複数の予約可能枠の各々が共通のユーザによって予約される場合には、当該予約を許可し、時間的に連続する当該複数の予約可能枠の各々が互いに異なるユーザによって予約される場合には、時間的に連続する当該複数の予約可能枠の予約を許可しないようにして、当該異なるユーザの各々が行う予約の間に空の時間帯が設けられるようにし、取得した前記行為情報を基に、前記空の時間帯に行われる前記場所の清掃についての決定を行う、情報処理システムである。
請求項６に記載の発明は、前記プロセッサは、前記行為情報により特定される行為が、予め定められた特定の行為である場合、前記場所から前記ユーザが出ることを促す通知を行う請求項１乃至５の何れかに記載の情報処理システムである。
請求項７に記載の発明は、前記プロセッサは、前記行為情報に基づき、前記場所の利用料金に関する決定を更に行う請求項１乃至５の何れかに記載の情報処理システムである。
請求項８に記載の発明は、前記プロセッサは、前記行為情報により特定される行為が、感染症の感染度合いを高める行為である場合、前記利用料金を増額する決定を行う請求項７に記載の情報処理システムである。
請求項９に記載の発明は、前記プロセッサは、前記行為情報により特定される行為が、感染症の感染度合いを低める行為である場合、前記利用料金を減額する決定を行う請求項７に記載の情報処理システムである。
請求項１０に記載の発明は、前記プロセッサは、ユーザにより利用される前記場所にユーザが入る前における当該ユーザの状況についての情報を更に取得する請求項１乃至５の何れかに記載の情報処理システムである。
請求項１１に記載の発明は、前記プロセッサは、前記場所に入る前の前記ユーザの状況が特定の状況にある場合、当該場所へ当該ユーザが入ること禁止する決定を行う請求項１０に記載の情報処理システムである。
請求項１２に記載の発明は、ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得する取得機能と、前記取得機能により取得された前記行為情報に基づき、前記場所の清掃時間についての決定を行う決定機能と、決定機能により決定された前記清掃時間と他のユーザによる前記場所の予約時間であって当該清掃時間よりも後の当該予約時間とが重なる場合、当該他のユーザによる当該場所の当該予約時間の終期については変更を行わずに当該予約時間の始期を後ろにずらす変更を行う変更機能と、をコンピュータに実現させるためのプログラムである。
請求項１３に記載の発明は、ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得する取得機能と、前記取得機能により取得された前記行為情報に基づき、前記場所の清掃時間についての決定を行う決定機能と、前記清掃時間についての決定として当該清掃時間を短くする決定が前記決定機能により行われた場合、当該清掃時間の後に設定されている予約可能枠の始期を繰り上げる繰り上げ機能と、をコンピュータに実現させるためのプログラムである。
請求項１４に記載の発明は、ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得する取得機能と、前記場所の予約可能枠であって時間的に連続する複数の予約可能枠の各々が共通のユーザによって予約される場合には、当該予約を許可し、時間的に連続する当該複数の予約可能枠の各々が互いに異なるユーザによって予約される場合には、時間的に連続する当該複数の予約可能枠の予約を許可しないようにして、当該異なるユーザの各々が行う予約の間に空の時間帯が設けられるようにする機能と、前記取得機能により取得された前記行為情報を基に、前記空の時間帯に行われる前記場所の清掃についての決定を行う決定機能と、をコンピュータに実現させるためのプログラムである。
請求項２に記載の発明は、前記プロセッサは、前記行為情報により特定される行為が、予め定められた特定の行為である場合、当該特定の行為でない場合に比べ、前記清掃時間を長くし或いは短くする請求項１に記載の情報処理システムである。
請求項３に記載の発明は、前記プロセッサは、前記他のユーザによる許可がある場合に、前記予約時間の始期を後ろにずらす変更を行う請求項１に記載の情報処理システムである。
請求項４に記載の発明は、プロセッサを備え、前記プロセッサは、ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得し、取得した前記行為情報に基づき、前記場所の清掃時間についての決定を行い、前記清掃時間についての決定として当該清掃時間を短くする決定を行う場合、当該清掃時間の後に設定されている予約可能枠の始期を繰り上げる、情報処理システムである。
請求項５に記載の発明は、プロセッサを備え、前記プロセッサは、ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得し、前記場所の予約可能枠であって時間的に連続する複数の予約可能枠の各々が共通のユーザによって予約される場合には、当該予約を許可し、時間的に連続する当該複数の予約可能枠の各々が互いに異なるユーザによって予約される場合には、時間的に連続する当該複数の予約可能枠の予約を許可しないようにして、当該異なるユーザの各々が行う予約の間に空の時間帯が設けられるようにし、取得した前記行為情報を基に、前記空の時間帯に行われる前記場所の清掃についての決定を行う、情報処理システムである。
請求項６に記載の発明は、前記プロセッサは、前記行為情報により特定される行為が、予め定められた特定の行為である場合、前記場所から前記ユーザが出ることを促す通知を行う請求項１乃至５の何れかに記載の情報処理システムである。
請求項７に記載の発明は、前記プロセッサは、前記行為情報に基づき、前記場所の利用料金に関する決定を更に行う請求項１乃至５の何れかに記載の情報処理システムである。
請求項８に記載の発明は、前記プロセッサは、前記行為情報により特定される行為が、感染症の感染度合いを高める行為である場合、前記利用料金を増額する決定を行う請求項７に記載の情報処理システムである。
請求項９に記載の発明は、前記プロセッサは、前記行為情報により特定される行為が、感染症の感染度合いを低める行為である場合、前記利用料金を減額する決定を行う請求項７に記載の情報処理システムである。
請求項１０に記載の発明は、前記プロセッサは、ユーザにより利用される前記場所にユーザが入る前における当該ユーザの状況についての情報を更に取得する請求項１乃至５の何れかに記載の情報処理システムである。
請求項１１に記載の発明は、前記プロセッサは、前記場所に入る前の前記ユーザの状況が特定の状況にある場合、当該場所へ当該ユーザが入ること禁止する決定を行う請求項１０に記載の情報処理システムである。
請求項１２に記載の発明は、ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得する取得機能と、前記取得機能により取得された前記行為情報に基づき、前記場所の清掃時間についての決定を行う決定機能と、決定機能により決定された前記清掃時間と他のユーザによる前記場所の予約時間であって当該清掃時間よりも後の当該予約時間とが重なる場合、当該他のユーザによる当該場所の当該予約時間の終期については変更を行わずに当該予約時間の始期を後ろにずらす変更を行う変更機能と、をコンピュータに実現させるためのプログラムである。
請求項１３に記載の発明は、ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得する取得機能と、前記取得機能により取得された前記行為情報に基づき、前記場所の清掃時間についての決定を行う決定機能と、前記清掃時間についての決定として当該清掃時間を短くする決定が前記決定機能により行われた場合、当該清掃時間の後に設定されている予約可能枠の始期を繰り上げる繰り上げ機能と、をコンピュータに実現させるためのプログラムである。
請求項１４に記載の発明は、ユーザにより利用される場所におけるユーザの行為であって、当該場所を介して当該ユーザから他のユーザに感染する感染症の感染度合いに影響を与える行為についての情報である行為情報を取得する取得機能と、前記場所の予約可能枠であって時間的に連続する複数の予約可能枠の各々が共通のユーザによって予約される場合には、当該予約を許可し、時間的に連続する当該複数の予約可能枠の各々が互いに異なるユーザによって予約される場合には、時間的に連続する当該複数の予約可能枠の予約を許可しないようにして、当該異なるユーザの各々が行う予約の間に空の時間帯が設けられるようにする機能と、前記取得機能により取得された前記行為情報を基に、前記空の時間帯に行われる前記場所の清掃についての決定を行う決定機能と、をコンピュータに実現させるためのプログラムである。
【発明の効果】
【0006】
請求項１、１２の発明によれば、共用される場所を介してユーザが感染する感染症の感染度合いに影響を与えるユーザの行為を知ることができ、さらに、予約時間の始期をずらさない場合に比べ、場所の清掃の時間を確保しやすくなる。
請求項２の発明によれば、ユーザにより利用される場所におけるユーザの行為が特定の行為である場合に、清掃時間を長くしたり短くしたりできる。
請求項３の発明によれば、ユーザの同意がないにも関わらず予約の時間が変更されることを防ぐことができる。
請求項４、１３の発明によれば、予約可能枠の始期を繰り上げない場合に比べ、場所の利用効率を高めることができる。
請求項５、１４の発明によれば、時間的に連続する複数の予約可能枠の各々が互いに異なるユーザによって予約されることを許可する場合に比べ、ユーザ間にて感染症が拡がることを低減できる。
請求項６の発明によれば、場所においてユーザが行った行為が特定の行為である場合に、この場所からユーザが出ることを促すことができる。
請求項７の発明によれば、ユーザにより利用される場所におけるユーザの行為に応じて、この場所の利用料金を決定できる。
請求項８の発明によれば、利用料金を増額しない場合に比べ、ユーザに対し、感染症の感染度合いを高める行為を慎むことを促せる。
請求項９の発明によれば、利用料金を減額しない場合に比べ、ユーザに対し、感染症の感染度合いを低める行為をより促すことができる。
請求項１０の発明によれば、場所にユーザが入る前におけるユーザの状況を把握可能となる。
請求項１１の発明によれば、場所へユーザが入ることを禁止する決定を行わない場合に比べ、感染症を人に感染させやすい状況にあるユーザが場所に入ることを抑制できる。
請求項２の発明によれば、ユーザにより利用される場所におけるユーザの行為が特定の行為である場合に、清掃時間を長くしたり短くしたりできる。
請求項３の発明によれば、ユーザの同意がないにも関わらず予約の時間が変更されることを防ぐことができる。
請求項４、１３の発明によれば、予約可能枠の始期を繰り上げない場合に比べ、場所の利用効率を高めることができる。
請求項５、１４の発明によれば、時間的に連続する複数の予約可能枠の各々が互いに異なるユーザによって予約されることを許可する場合に比べ、ユーザ間にて感染症が拡がることを低減できる。
請求項６の発明によれば、場所においてユーザが行った行為が特定の行為である場合に、この場所からユーザが出ることを促すことができる。
請求項７の発明によれば、ユーザにより利用される場所におけるユーザの行為に応じて、この場所の利用料金を決定できる。
請求項８の発明によれば、利用料金を増額しない場合に比べ、ユーザに対し、感染症の感染度合いを高める行為を慎むことを促せる。
請求項９の発明によれば、利用料金を減額しない場合に比べ、ユーザに対し、感染症の感染度合いを低める行為をより促すことができる。
請求項１０の発明によれば、場所にユーザが入る前におけるユーザの状況を把握可能となる。
請求項１１の発明によれば、場所へユーザが入ることを禁止する決定を行わない場合に比べ、感染症を人に感染させやすい状況にあるユーザが場所に入ることを抑制できる。
【図面の簡単な説明】
【0007】
【図1】情報処理システムの全体構成を概略的に示す図である。
【図2】空間の一例としてのブースを示した図である。
【図3】ブースの内部を説明する図である。
【図4】空間管理サーバのハードウェア構成の一例を説明する図である。
【図5】ユーザ端末のハードウェア構成の一例を示す図である。
【図6】ブースの利用者がブースの予約を行う際に、この利用者のユーザ端末に表示される表示画面の一例を示した図である。
【図7】ユーザ端末に表示される表示画面の他の一例を示した図である。
【図8】ユーザが予約したブースへ入る際に、空間管理サーバに設けられたＣＰＵが実行する処理の流れを示したフローチャートである。
【図9】ユーザがブース内に入った後に、ＣＰＵが実行する処理の流れを示したフローチャートである。
【図10】ブースからユーザが退出した後にＣＰＵが実行する処理の流れを示したフローチャートである。
【図11】ブースの清掃についてのスケジュール調整の流れを示したフローチャートである。
【図12】ブースの利用料金等に関してＣＰＵが実行する処理の流れを示したフローチャートである。
【図13】ブースの清掃を実際に行うにあたってＣＰＵが実行する処理の流れを示したフローチャートである。
【図14】（Ａ）、（Ｂ）は、スケジュール調整の具体例を示した図である。
【図15】予約枠の変更を説明する図である。
【発明を実施するための形態】
【0008】
以下、図面を参照して、本発明の実施の形態を説明する。
図１は、本実施形態に係る情報処理システム１の全体構成を概略的に示す図である。
本実施形態では、利用者により予約されて使用される場所の一例である複数の空間２が設けられている。
本実施形態では、空間２の各々は、予約可能となっており、利用者は、空間２を予め予約したうえでこの空間２の利用を行う。
図１は、本実施形態に係る情報処理システム１の全体構成を概略的に示す図である。
本実施形態では、利用者により予約されて使用される場所の一例である複数の空間２が設けられている。
本実施形態では、空間２の各々は、予約可能となっており、利用者は、空間２を予め予約したうえでこの空間２の利用を行う。
【0009】
場所の一例としての空間２は、ブース、宿泊施設等の客室、会社内等の会議室等を含む。これらは、壁や間仕切り等によって周囲から区切られている空間２の一例である。
また、本実施形態における空間２は、飲食店や理髪店等でサービスの提供を受けるテーブルや座席等を含む。これらは、周囲に開放された空間２の一例である。
また、本実施形態における空間２は、飲食店や理髪店等でサービスの提供を受けるテーブルや座席等を含む。これらは、周囲に開放された空間２の一例である。
【0010】
図１に示す情報処理システム１は、クラウドネットワーク３に接続された各種の端末により構成されている。
図１では、クラウドネットワーク３に接続される端末の例として、ユーザが操作するユーザ端末４、空間２を管理する情報処理装置の一例としての空間管理サーバ５が示されている。また、クラウドネットワーク３には、空間２が接続されている。より具体的には、空間２には各種の機器が設けられ、この機器が、クラウドネットワーク３に接続されている。
図１では、クラウドネットワーク３に接続される端末の例として、ユーザが操作するユーザ端末４、空間２を管理する情報処理装置の一例としての空間管理サーバ５が示されている。また、クラウドネットワーク３には、空間２が接続されている。より具体的には、空間２には各種の機器が設けられ、この機器が、クラウドネットワーク３に接続されている。
【0011】
本実施形態では、空間２の扉に電子錠が取り付けられており、空間２の各々は、施錠可能となっている。本実施形態では、空間２の解錠権限を有する者が、この空間２の利用を行えるようになっている。
空間２の解錠にあたっては、解錠を行う者が、自身のユーザ端末４を操作して解錠の指示をする。この指示は、空間管理サーバ５へ送られ、空間管理サーバ５は、この指示を受信する。そして、空間管理サーバ５は、解錠の指示があった空間２の解錠の指示を行う。これにより、この空間２に設置された電子錠が作動し、空間２の解錠が行われる。
空間２の解錠にあたっては、解錠を行う者が、自身のユーザ端末４を操作して解錠の指示をする。この指示は、空間管理サーバ５へ送られ、空間管理サーバ５は、この指示を受信する。そして、空間管理サーバ５は、解錠の指示があった空間２の解錠の指示を行う。これにより、この空間２に設置された電子錠が作動し、空間２の解錠が行われる。
【0012】
本実施形態では、ユーザ端末４として、携帯可能なスマートフォンを想定する。もっとも、携帯可能なユーザ端末４は、いわゆるウェアラブル端末でもよいし、ノート型のコンピュータやゲーム端末でもよい。
【0013】
空間管理サーバ５は、空間２に関連する各種の情報を管理する。空間管理サーバ５は、例えば、利用者を特定する情報、予約の対象である空間２を特定する情報、予約の開始日時、予約の終了日時等を管理する。
利用者を特定する情報には、例えば利用者の氏名、性別、年齢、アカウント、ユーザＩＤ、パスワード、個人に付された管理用の情報が含まれる。また、利用の対象である空間２を特定する情報には、例えば住所又は所在の場所を特定する情報、管理用の名称や番号が含まれる。
利用者を特定する情報には、例えば利用者の氏名、性別、年齢、アカウント、ユーザＩＤ、パスワード、個人に付された管理用の情報が含まれる。また、利用の対象である空間２を特定する情報には、例えば住所又は所在の場所を特定する情報、管理用の名称や番号が含まれる。
【0014】
また、空間管理サーバ５は、制御装置としても機能し、空間２に設置された各種の機器の制御を行う。
なお、制御装置は、空間２の各々に対応させて各空間２に設置してもよい。この場合、各空間２に設置された制御装置が、各空間２に設置された各種の機器の制御を行う。
なお、制御装置は、空間２の各々に対応させて各空間２に設置してもよい。この場合、各空間２に設置された制御装置が、各空間２に設置された各種の機器の制御を行う。
【0015】
＜空間２の外観構成＞
図２は、空間２の一例としてのブース８０を示した図である。
図２に示す例では、ブース８０の内部が、予約対象である空間２となっており、本実施形態では、このブース８０の内部の空間２の予約を行えるようになっている。
本実施形態のブース８０は、例えば駅の構内、空港、オフィスビル、飲食店やデパート等の商業施設、銀行、図書館、美術館、博物館、公共機関や施設、連絡通路、公園等、室内外を問わずに配置される。
図２は、空間２の一例としてのブース８０を示した図である。
図２に示す例では、ブース８０の内部が、予約対象である空間２となっており、本実施形態では、このブース８０の内部の空間２の予約を行えるようになっている。
本実施形態のブース８０は、例えば駅の構内、空港、オフィスビル、飲食店やデパート等の商業施設、銀行、図書館、美術館、博物館、公共機関や施設、連絡通路、公園等、室内外を問わずに配置される。
【0016】
図２に示すブース８０は、天井が取り付けられている閉鎖型のブース８０である。
ここで、「閉鎖型」とは、密閉の意味ではなく、実用的な防音性能を備えている状態を指す。
また、「ブース８０」とは、空間２と空間２の周囲に位置する他の空間とを仕切る仕切りが存在する構造をいう。ここで、空間２の四方の全てに仕切りが存在することは必須ではなく、一部に仕切りが存在しない構造であっても、ブース８０に該当する。
例えば、利用者が座って利用する空間２において、この利用者の右側と左側の２箇所にのみ仕切りが存在する構成であっても、ブース８０に該当する。
また、天井も必須ではなく、天井が無い構造であっても、ブース８０に該当する。
ここで、「閉鎖型」とは、密閉の意味ではなく、実用的な防音性能を備えている状態を指す。
また、「ブース８０」とは、空間２と空間２の周囲に位置する他の空間とを仕切る仕切りが存在する構造をいう。ここで、空間２の四方の全てに仕切りが存在することは必須ではなく、一部に仕切りが存在しない構造であっても、ブース８０に該当する。
例えば、利用者が座って利用する空間２において、この利用者の右側と左側の２箇所にのみ仕切りが存在する構成であっても、ブース８０に該当する。
また、天井も必須ではなく、天井が無い構造であっても、ブース８０に該当する。
【0017】
図２に示すブース８０には、ブース８０の主要部を構成する筐体８１が設けられている。この筐体８１は、直方体状に形成されている。
ブース８０には、天井２０Ａと、床面２０Ｂと、開閉可能な扉２２が取り付けられている壁面２０Ｃと、壁面２０Ｃの両側に位置する２つの壁面２０Ｄ及び２０Ｅと、扉２２の対面側に位置する壁面２０Ｆとが設けられている。
本実施形態では、空間２が、壁面２０Ｃ、扉２２、壁面２０Ｄ、壁面２０Ｅ、壁面２０Ｆにより囲まれており、この４つの壁面、扉２２の内側に、空間２が設けられている。
言い換えると、本実施形態では、筐体８１の内側に、空間２が設けられている。
ブース８０には、天井２０Ａと、床面２０Ｂと、開閉可能な扉２２が取り付けられている壁面２０Ｃと、壁面２０Ｃの両側に位置する２つの壁面２０Ｄ及び２０Ｅと、扉２２の対面側に位置する壁面２０Ｆとが設けられている。
本実施形態では、空間２が、壁面２０Ｃ、扉２２、壁面２０Ｄ、壁面２０Ｅ、壁面２０Ｆにより囲まれており、この４つの壁面、扉２２の内側に、空間２が設けられている。
言い換えると、本実施形態では、筐体８１の内側に、空間２が設けられている。
【0018】
本実施形態では、扉２２は、壁面２０Ｃに沿って移動が可能な引き戸を想定する。図２の場合、扉２２は、一方向にスライドされる片引き扉であるが、２枚以上の部材を行き違わせて開閉する引き違い扉でも、２枚の部材を左右にスライドする引き分け扉でもよい。
扉２２には、開閉時にユーザが掴む取手２２Ａが取り付けられている。なお、この取手は、扉２２の内側にも設けられている。
また、扉２２には、扉２２の解錠および施錠を可能にする電子錠２２Ｃが取り付けられている。さらに、本実施形態では、扉２２の開閉を検知する開閉センサＳ１が設けられている。
扉２２には、開閉時にユーザが掴む取手２２Ａが取り付けられている。なお、この取手は、扉２２の内側にも設けられている。
また、扉２２には、扉２２の解錠および施錠を可能にする電子錠２２Ｃが取り付けられている。さらに、本実施形態では、扉２２の開閉を検知する開閉センサＳ１が設けられている。
【0019】
ブース８０の利用人数は、ブース８０の容積によっておおよそ決まる。本実施の形態におけるブース８０は、基本的に１人が使用する個室型を想定する。もっとも、ブース８０は、多人数を収容可能な大型のブース８０でもよい。
なお、個室型とは、１人しか利用できない意味ではなく、少人数、例えば２～３人の利用が可能な意味で使用する。
また、ブース８０を構成する筐体８１の形状や構造、提供される設備や性能は任意である。
なお、個室型とは、１人しか利用できない意味ではなく、少人数、例えば２～３人の利用が可能な意味で使用する。
また、ブース８０を構成する筐体８１の形状や構造、提供される設備や性能は任意である。
【0020】
また、本実施形態では、ブース８０の天井２０Ａに、ブース８０の外部の状況を撮影する外部撮影装置２９１と、ブース８０の外部の音を取得する外部マイク２９２とが設けられている。
外部撮影装置２９１には、ＣＣＤやＣＭＯＳなどの撮像素子が設けられ、外部撮影装置２９１は、この撮像素子を用いて、ブース８０の外部の状況の撮影を行う。
また、ブース８０の天井２０Ａには、ブース８０の外部にいるユーザの体温を検出するサーモセンサ２９３と、ブース８０の外部に設置され音を出力する外部スピーカ２９４とが設けられている。
外部撮影装置２９１には、ＣＣＤやＣＭＯＳなどの撮像素子が設けられ、外部撮影装置２９１は、この撮像素子を用いて、ブース８０の外部の状況の撮影を行う。
また、ブース８０の天井２０Ａには、ブース８０の外部にいるユーザの体温を検出するサーモセンサ２９３と、ブース８０の外部に設置され音を出力する外部スピーカ２９４とが設けられている。
【0021】
また、ブース８０には、ブース８０の内部の音を取得する内部マイク２９７が設けられている。
また、ブース８０の扉２２には、ブース８０の外部にいるユーザに対して情報を表示する外部モニタ２９５が設けられている。
また、ブース８０の天井２０Ａであってブース８０の内部には、紫外線を含んだ光である紫外光を出射する光源２９６が設けられている。
本実施形態では、この光源２９６からの紫外光がブース８０内に照射されることで、ブース８０内の清掃が行われる。
また、ブース８０の扉２２には、ブース８０の外部にいるユーザに対して情報を表示する外部モニタ２９５が設けられている。
また、ブース８０の天井２０Ａであってブース８０の内部には、紫外線を含んだ光である紫外光を出射する光源２９６が設けられている。
本実施形態では、この光源２９６からの紫外光がブース８０内に照射されることで、ブース８０内の清掃が行われる。
【0022】
図３は、ブース８０の内部を説明する図である。図３では、ブース８０を上方から見た場合の状態を示している。
本実施形態では、ブース８０の内部に、机９２と椅子９１とが１つずつ配置されている。
また、ブース８０内には、利用者が自身の荷物を置くための荷物用容器９３が設置されている。付言すると、ブース８０内には、利用者の荷物であって置かれた荷物を収容する荷物用容器９３が設けられている。
本実施形態では、ブース８０の内部に、机９２と椅子９１とが１つずつ配置されている。
また、ブース８０内には、利用者が自身の荷物を置くための荷物用容器９３が設置されている。付言すると、ブース８０内には、利用者の荷物であって置かれた荷物を収容する荷物用容器９３が設けられている。
【0023】
また、ブース８０の内部には、備え付けの機器として、図２、図３に示すように、情報を表示する内部モニタ３２が設けられている。
また、本実施形態では、図２、図３に示すように、音を出力する内部スピーカ３０Ａが設けられている。なお、内部スピーカ３０Ａを別途設けず、内部モニタ３２に設けられたスピーカから音を出力するようにしてもよい。
また、本実施形態では、図２、図３に示すように、ブース８０の内部の撮影を行う内部撮影装置２４が設けられている。内部撮影装置２４には、ＣＣＤやＣＭＯＳなどの撮像素子が設けられ、内部撮影装置２４は、この撮像素子を用いて、ブース８０内の撮影を行う。
また、本実施形態では、図２、図３に示すように、音を出力する内部スピーカ３０Ａが設けられている。なお、内部スピーカ３０Ａを別途設けず、内部モニタ３２に設けられたスピーカから音を出力するようにしてもよい。
また、本実施形態では、図２、図３に示すように、ブース８０の内部の撮影を行う内部撮影装置２４が設けられている。内部撮影装置２４には、ＣＣＤやＣＭＯＳなどの撮像素子が設けられ、内部撮影装置２４は、この撮像素子を用いて、ブース８０内の撮影を行う。
【0024】
また、図２に示すように、ブース８０には、ブース８０の内部の利用者を検出する人感センサ２５が設けられている。また、本実施形態では、ブース８０の内部の温度を検出する温度センサ２６が設けられている。
また、図３に示すように、ブース８０内には、ブース８０の内部を明るくするための照明機器４０が設けられている。
さらに、本実施形態では、図２に示すように、扉２２に、窓４２が設置され、本実施形態では、この窓４２を通じて、空間２の外部から、空間２の内部の視認を行えるようになっている。
また、図３に示すように、ブース８０内には、ブース８０の内部を明るくするための照明機器４０が設けられている。
さらに、本実施形態では、図２に示すように、扉２２に、窓４２が設置され、本実施形態では、この窓４２を通じて、空間２の外部から、空間２の内部の視認を行えるようになっている。
【0025】
さらに、図２に示すように、ブース８０の外表面には、ブース８０を利用する利用者の個々の情報を取得するための情報取得装置２９が設けられることもある。
この情報取得装置２９は、例えば、翳されるＩＤカードを読み取るリーダにより構成される。また、その他に、情報取得装置２９は、利用者の指紋や静脈の配置などを読み取るリーダなどであってもよい。
また、図示は省略するが、ブース８０には、ブース８０内の温度を調節するための空調機器が設けられている。
この情報取得装置２９は、例えば、翳されるＩＤカードを読み取るリーダにより構成される。また、その他に、情報取得装置２９は、利用者の指紋や静脈の配置などを読み取るリーダなどであってもよい。
また、図示は省略するが、ブース８０には、ブース８０内の温度を調節するための空調機器が設けられている。
【0026】
図４は、空間管理サーバ５のハードウェア構成の一例を説明する図である。
情報処理装置の一例としての空間管理サーバ５は、装置全体の動作を制御する制御ユニット１０１と、情報を記憶する情報記憶装置１０２と、ＬＡＮ（＝Local Area Network）ケーブル等を介した通信を実現するネットワークインターフェース１０３とを有している。
情報処理装置の一例としての空間管理サーバ５は、装置全体の動作を制御する制御ユニット１０１と、情報を記憶する情報記憶装置１０２と、ＬＡＮ（＝Local Area Network）ケーブル等を介した通信を実現するネットワークインターフェース１０３とを有している。
【0027】
制御ユニット１０１は、プロセッサの一例としてのＣＰＵ（＝Central Processing Unit）１１１と、基本ソフトウェアやＢＩＯＳ（＝Basic Input Output System）等が記憶されたＲＯＭ（＝Read Only Memory）１１２と、ワークエリアとして用いられるＲＡＭ（＝Random Access Memory）１１３とを有している。
ＣＰＵ１１１はマルチコアでもよい。また、ＲＯＭ１１２は、書き換え可能な不揮発性の半導体メモリでもよい。制御ユニット１０１は、いわゆるコンピュータである。
ＣＰＵ１１１はマルチコアでもよい。また、ＲＯＭ１１２は、書き換え可能な不揮発性の半導体メモリでもよい。制御ユニット１０１は、いわゆるコンピュータである。
【0028】
情報記憶装置１０２は、例えば、ハードディスクドライブにより構成される。言い換えると、情報記憶装置１０２は、例えば、円盤状の基板表面に磁性体を塗布した不揮発性の記憶媒体にデータを読み書きする装置により構成される。もっとも、情報記憶装置１０２は、半導体メモリや磁気テープでもよい。
この他、空間管理サーバ５は、必要に応じ、キーボード、マウス等の入力デバイス、液晶ディスプレイ等の表示デバイスも備える。
制御ユニット１０１と、情報記憶装置１０２と、ネットワークインターフェース１０３は、バス１０４や不図示の信号線を通じて接続されている。
この他、空間管理サーバ５は、必要に応じ、キーボード、マウス等の入力デバイス、液晶ディスプレイ等の表示デバイスも備える。
制御ユニット１０１と、情報記憶装置１０２と、ネットワークインターフェース１０３は、バス１０４や不図示の信号線を通じて接続されている。
【0029】
ここで、ＣＰＵ１１１によって実行されるプログラムは、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどのコンピュータが読取可能な記録媒体に記憶した状態で、空間管理サーバ５へ提供しうる。
また、ＣＰＵ１１１によって実行されるプログラムは、インターネットなどの通信手段を用いて、空間管理サーバ５へ提供してもよい。
また、ＣＰＵ１１１によって実行されるプログラムは、インターネットなどの通信手段を用いて、空間管理サーバ５へ提供してもよい。
【0030】
図５は、ユーザ端末４のハードウェア構成の一例を示す図である。図５に示す構成は、ユーザ端末４がスマートフォンの場合を想定する。
ユーザ端末４は、装置全体の動作を制御する制御ユニット２０１と、各種のデータを記憶するメモリカード２０２と、無線通信の規格に準拠する各種の通信インターフェース２０３と、タッチセンサ等の入力デバイス２０４と、液晶ディスプレイや有機ＥＬ（＝Electro Luminescence）ディスプレイ等の表示デバイス２０５と、ＧＰＳ（＝Global Positioning System）センサ２０６を有している。
ユーザ端末４は、装置全体の動作を制御する制御ユニット２０１と、各種のデータを記憶するメモリカード２０２と、無線通信の規格に準拠する各種の通信インターフェース２０３と、タッチセンサ等の入力デバイス２０４と、液晶ディスプレイや有機ＥＬ（＝Electro Luminescence）ディスプレイ等の表示デバイス２０５と、ＧＰＳ（＝Global Positioning System）センサ２０６を有している。
【0031】
制御ユニット２０１は、ＣＰＵ２１１と、ファームウェアやＢＩＯＳ等が記憶されたＲＯＭ２１２と、ワークエリアとして用いられるＲＡＭ２１３とを有している。ＣＰＵ２１１はマルチコアでもよい。また、ＲＯＭ２１２は、書き換え可能な不揮発性の半導体メモリでもよい。
【0032】
通信インターフェース２０３は、例えば移動通信システムとの接続に使用されるインターフェース、無線ＬＡＮとの接続に使用されるインターフェースである。
ＧＰＳセンサ２０６は、ＧＰＳ衛生からの電波を受信してユーザ端末４の位置を測定するセンサである。ＧＰＳセンサ２０６から出力される緯度、経度、高度の情報は、ユーザ端末４の現在位置を与える。なお、ＧＰＳセンサ２０６は、屋内用の測位システムに対応してもよい。
ＧＰＳセンサ２０６は、ＧＰＳ衛生からの電波を受信してユーザ端末４の位置を測定するセンサである。ＧＰＳセンサ２０６から出力される緯度、経度、高度の情報は、ユーザ端末４の現在位置を与える。なお、ＧＰＳセンサ２０６は、屋内用の測位システムに対応してもよい。
【0033】
なお、本実施形態において、プロセッサとは、広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Central Processing Unit、等）や、専用のプロセッサ（例えばGPU： Graphics Processing Unit、ASIC： Application Specific Integrated Circuit、FPGA： Field Programmable Gate Array、プログラマブル論理デバイス、等）を含むものである。
また、プロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は、本実施形態において記載した順序のみに限定されるものではなく、変更してもよい。
また、プロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は、本実施形態において記載した順序のみに限定されるものではなく、変更してもよい。
【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】
なお、本実施形態では、紫外光を照射して清掃を行う場合を一例に説明するが、清掃の形態は、これに限らず、消毒液を散布したり、吸引型のロボット掃除機を作動させたり、換気扇を作動させたりしてもよい。
また、本実施形態では、ブース８０の汚れ度が高いと判断した場合、ブース８０の清掃モードを、長時間清掃モードに設定する場合を一例に説明するが、これに限らず、ブース８０の汚れ度が高いと判断した場合、光源２９６の出力を上げるなど、清掃の際の出力を上げてもよい。
また、本実施形態では、ブース８０の汚れ度が高いと判断した場合、ブース８０の清掃モードを、長時間清掃モードに設定する場合を一例に説明するが、これに限らず、ブース８０の汚れ度が高いと判断した場合、光源２９６の出力を上げるなど、清掃の際の出力を上げてもよい。
【0063】
また、ブース８０の清掃にあたっては、ブース８０内を一様に清掃するのに限らず、ブース８０内のうちのユーザが触った箇所や、ユーザの口からの唾液（飛沫）が付着した可能性が高い箇所を重点的に清掃してもよい。
ブース８０内のうちのユーザが触った箇所や、ユーザの口からの唾液（飛沫）が付着した可能性が高い箇所については、内部撮影装置２４により得られた映像を解析することでこれらの箇所の把握を行える。
ブース８０内のうちのユーザが触った箇所や、ユーザの口からの唾液（飛沫）が付着した可能性が高い箇所については、内部撮影装置２４により得られた映像を解析することでこれらの箇所の把握を行える。
【0064】
ＣＰＵ１１１は、ブース８０の汚れ度が高いか否かは、例えば、ユーザのマスク装着時間比率が８０％を超えている、咳の回数が５回未満である、ユーザが顔を触った後に室内を触った回数が５回未満である、の３つの条件により判断する。
ＣＰＵ１１１は、この３つの条件のうちの何れか１つの条件が満たされていない場合、ブース８０の汚れ度は高いと判断する。また、ＣＰＵ１１１は、この３つの条件の全ての条件が満たされている場合、ブース８０の汚れ度は高くないと判断する。
ここで、「マスク装着時間比率」とは、ユーザがブース８０内にいた時間に対する、ユーザのマスクの装着時間の割合をいう。
ＣＰＵ１１１は、この３つの条件のうちの何れか１つの条件が満たされていない場合、ブース８０の汚れ度は高いと判断する。また、ＣＰＵ１１１は、この３つの条件の全ての条件が満たされている場合、ブース８０の汚れ度は高くないと判断する。
ここで、「マスク装着時間比率」とは、ユーザがブース８０内にいた時間に対する、ユーザのマスクの装着時間の割合をいう。
【0065】
ステップＳ３０５にて、ブース８０の汚れ度が高くないと判断された場合、ステップＳ３０７にて、ＣＰＵ１１１は、ブース８０の汚れ度が低いかを判断する。
そして、ＣＰＵ１１１は、ブース８０の汚れ度が低いと判断した場合、ブース８０の清掃モードを、簡易清掃モードに設定する（ステップＳ３０８）。
清掃モードが簡易清掃モードに設定された場合、ブース８０の内部に対して短時間、紫外光が照射される。具体的には、上記の第１の時間よりも短い第２の時間、紫外光が照射される。
そして、ＣＰＵ１１１は、ブース８０の汚れ度が低いと判断した場合、ブース８０の清掃モードを、簡易清掃モードに設定する（ステップＳ３０８）。
清掃モードが簡易清掃モードに設定された場合、ブース８０の内部に対して短時間、紫外光が照射される。具体的には、上記の第１の時間よりも短い第２の時間、紫外光が照射される。
【0066】
なお、本実施形態では、ブース８０の汚れ度が低いと判断された場合、ブース８０の清掃モードを、短時間清掃モードに設定する場合を一例に説明するが、清掃の態様はこれに限られない。
ブース８０の汚れ度が低いと判断した場合、光源２９６の出力を低下させるなど、清掃の際の出力を下げてもよい。
ブース８０の汚れ度が低いと判断した場合、光源２９６の出力を低下させるなど、清掃の際の出力を下げてもよい。
【0067】
ＣＰＵ１１１は、ブース８０の汚れ度が低いか否かは、例えば、ユーザのマスク装着時間比率が９９％を超えている、咳の回数が２回未満である、ユーザが顔を触った後に室内を触った回数が１回未満である、の３つの条件により判断する。
ＣＰＵ１１１は、これらの３つの条件が全て満たされている場合、ブース８０の汚れ度は低いと判断し、これらの３つの条件のうちの少なくとも１つの条件が満たされていない場合、ブース８０の汚れ度は低くないと判断する。
ＣＰＵ１１１は、これらの３つの条件が全て満たされている場合、ブース８０の汚れ度は低いと判断し、これらの３つの条件のうちの少なくとも１つの条件が満たされていない場合、ブース８０の汚れ度は低くないと判断する。
【0068】
ステップＳ３０７にて、ブース８０の汚れ度が低くないと判断された場合、即ち、ブース８０の汚れ度が高くも低くもなく中程度である場合、ＣＰＵ１１１は、ブース８０の清掃モードを、通常清掃モードに設定する（ステップＳ３０９）。
通常清掃モードに設定された場合、簡易清掃モードよりも紫外光の照射時間が長くなり、長時間清掃モードよりも紫外光の照射時間が短くなる。
具体的には、通常清掃モードに設定された場合、上記の第１の時間よりも短く、且つ、上記の第２の時間よりも長い第３の時間、紫外光が照射される。
通常清掃モードに設定された場合、簡易清掃モードよりも紫外光の照射時間が長くなり、長時間清掃モードよりも紫外光の照射時間が短くなる。
具体的には、通常清掃モードに設定された場合、上記の第１の時間よりも短く、且つ、上記の第２の時間よりも長い第３の時間、紫外光が照射される。
【0069】
本実施形態では、このように、ＣＰＵ１１１は、ユーザがブース８０内にて行う行為であって、感染症の感染度合いに影響を与える行為についての情報である行為情報に基づき、ブース８０の清掃についての決定を行う。
具体的には、ＣＰＵ１１１は、行為情報に基づき、ブース８０の清掃時間についての決定を行う。
具体的には、ＣＰＵ１１１は、行為情報に基づき、ブース８０の清掃時間についての決定を行う。
【0070】
より具体的には、本実施形態では、ＣＰＵ１１１は、行為情報により特定される行為が、予め定められた特定の行為である場合、特定の行為でない場合に比べ、清掃時間を長くし或いは短くする。
具体的には、ＣＰＵ１１１は、例えば、上記のように、行為情報により特定される行為が、ユーザが顔を触った後に室内を触る行為である場合、清掃時間を長くする。
一方、ＣＰＵ１１１は、例えば、行為情報により特定される行為が、ユーザが顔を触った後に室内を触る行為ではない場合、清掃時間を短くする。言い換えると、ＣＰＵ１１１は、ユーザが自身の顔を触った後に室内を触る行為を行わなかった場合、清掃時間を短くする。
具体的には、ＣＰＵ１１１は、例えば、上記のように、行為情報により特定される行為が、ユーザが顔を触った後に室内を触る行為である場合、清掃時間を長くする。
一方、ＣＰＵ１１１は、例えば、行為情報により特定される行為が、ユーザが顔を触った後に室内を触る行為ではない場合、清掃時間を短くする。言い換えると、ＣＰＵ１１１は、ユーザが自身の顔を触った後に室内を触る行為を行わなかった場合、清掃時間を短くする。
【0071】
図１１は、ブース８０の清掃についてのスケジュール調整の流れを示したフローチャートである。言い換えると、図１１は、ブース８０の利用終了後に行うブース８０の清掃についてのスケジュール調整の流れを示したフローチャートである。
清掃についてのスケジュール調整にあたっては、ＣＰＵ１１１は、まず、ユーザ（以下、このユーザを「先行ユーザ」と称する）がブース８０を利用している最中に、この先行ユーザのブース８０の利用状況を把握する（ステップＳ４０１）。
清掃についてのスケジュール調整にあたっては、ＣＰＵ１１１は、まず、ユーザ（以下、このユーザを「先行ユーザ」と称する）がブース８０を利用している最中に、この先行ユーザのブース８０の利用状況を把握する（ステップＳ４０１）。
【0072】
本実施形態では、上記のように、予め定められた時間が経過する度に、情報記憶装置１０２への利用状況の登録が行われる。
ＣＰＵ１１１は、先行ユーザがブース８０を利用している最中に、この情報記憶装置１０２から利用状況を読み出して、先行ユーザの利用状況を把握する。
ＣＰＵ１１１は、先行ユーザがブース８０を利用している最中に、この情報記憶装置１０２から利用状況を読み出して、先行ユーザの利用状況を把握する。
【0073】
そして、ＣＰＵ１１１は、把握したこの利用状況に基づき、ブース８０の長時間の清掃（以下、「長時間清掃」と称する）が必要かを判断する（ステップＳ４０２）。
具体的には、この場合、ＣＰＵ１１１は、把握した利用状況に基づき、上記の３つの条件が満たされているか否かを判断する。
即ち、ＣＰＵ１１１は、先行ユーザのマスク装着時間比率が８０％を超えている、咳の回数が５回未満である、先行ユーザが顔を触った後に室内を触った回数が５回未満である、の３つの条件が満たされているか否かを判断する。
具体的には、この場合、ＣＰＵ１１１は、把握した利用状況に基づき、上記の３つの条件が満たされているか否かを判断する。
即ち、ＣＰＵ１１１は、先行ユーザのマスク装着時間比率が８０％を超えている、咳の回数が５回未満である、先行ユーザが顔を触った後に室内を触った回数が５回未満である、の３つの条件が満たされているか否かを判断する。
【0074】
そして、ＣＰＵ１１１は、ステップＳ４０２にて、この３つの条件が満たされておりブース８０の長時間清掃が必要ではないと判断した場合、ブース８０の利用時間が終了している否かを判断する（ステップＳ４０３）。
そして、ＣＰＵ１１１は、ステップＳ４０３にて、ブース８０の利用時間が終了していないと判断した場合、ステップＳ４０１の処理に戻る。
一方、ＣＰＵ１１１は、ステップＳ４０３にて、ブース８０の利用時間が終了したと判断した場合、処理を終了する。この場合、ブース８０の清掃は、上記の通常清掃モードで行われる。
そして、ＣＰＵ１１１は、ステップＳ４０３にて、ブース８０の利用時間が終了していないと判断した場合、ステップＳ４０１の処理に戻る。
一方、ＣＰＵ１１１は、ステップＳ４０３にて、ブース８０の利用時間が終了したと判断した場合、処理を終了する。この場合、ブース８０の清掃は、上記の通常清掃モードで行われる。
【0075】
一方、ステップＳ４０２にて、上記の３つの条件の何れかが満たされておらずブース８０の長時間清掃が必要であると判断された場合、ステップＳ４０４の処理に進む。
ステップＳ４０４では、ＣＰＵ１１１は、ブース８０の利用時間が終了した後に行う清掃（長時間清掃）が、次の予約を行っているユーザ（以下、「後続ユーザ」と称する）に対して影響を与えるか否かを判断する（ステップＳ４０４）。
ステップＳ４０４では、ＣＰＵ１１１は、ブース８０の利用時間が終了した後に行う清掃（長時間清掃）が、次の予約を行っているユーザ（以下、「後続ユーザ」と称する）に対して影響を与えるか否かを判断する（ステップＳ４０４）。
【0076】
そして、ＣＰＵ１１１は、ステップＳ４０４にて、清掃（長時間清掃）が後続ユーザへ影響を与えないと判断された場合、ステップＳ４０３の処理を行い、利用時間（予約時間）が終了したか否かを判断する。
そして、ステップＳ４０３にて、利用時間が終了したと判断した場合、処理を終了する。
この場合、先行ユーザによるブース８０の利用時間の後に、長時間清掃を行う。この場合、この長時間清掃を行っても、後続ユーザによるブース８０の利用に影響を与えない。
そして、ステップＳ４０３にて、利用時間が終了したと判断した場合、処理を終了する。
この場合、先行ユーザによるブース８０の利用時間の後に、長時間清掃を行う。この場合、この長時間清掃を行っても、後続ユーザによるブース８０の利用に影響を与えない。
【0077】
これに対し、ＣＰＵ１１１は、ステップＳ４０４にて、長時間清掃が後続ユーザに対して影響を与えると判断した場合、この後続ユーザが予約を行っている予約時間帯の次の時間帯が空いているか否かを判断する（ステップＳ４０５）。
そして、ステップＳ４０５にて、次の時間帯が空いていると判断された場合、ＣＰＵ１１１は、後続ユーザに対して、予約の変更が可能であるかの問い合わせを行う（ステップＳ４０６）。具体的には、ＣＰＵ１１１は、ユーザ端末４等を通じて、予約の変更が可能であるかの問い合わせを行う。より具体的には、ＣＰＵ１１１は、上記の次の時間帯における予約への変更が可能であるか否かの問い合わせを行う。
そして、ステップＳ４０５にて、次の時間帯が空いていると判断された場合、ＣＰＵ１１１は、後続ユーザに対して、予約の変更が可能であるかの問い合わせを行う（ステップＳ４０６）。具体的には、ＣＰＵ１１１は、ユーザ端末４等を通じて、予約の変更が可能であるかの問い合わせを行う。より具体的には、ＣＰＵ１１１は、上記の次の時間帯における予約への変更が可能であるか否かの問い合わせを行う。
【0078】
そして、ＣＰＵ１１１は、後続ユーザからの回答があった場合、この回答に基づき、変更を行うか否かの判断を行う（ステップＳ４０７）。
そして、ＣＰＵ１１１は、変更を行うと判断した場合、予約の変更を行う（ステップ４０８）。より具体的には、ＣＰＵ１１１は、後続ユーザによる許可があった場合に、変更を行うと判断して、予約の変更を行う。
言い換えると、この場合、ＣＰＵ１１１は、先行ユーザとは異なる他のユーザの一例である後続ユーザによる許可があった場合に、この後続ユーザの予約の変更を行う。
より具体的には、ＣＰＵ１１１は、この場合、後続ユーザによる予約の予約時間の変更を行う。
そして、ＣＰＵ１１１は、変更を行うと判断した場合、予約の変更を行う（ステップ４０８）。より具体的には、ＣＰＵ１１１は、後続ユーザによる許可があった場合に、変更を行うと判断して、予約の変更を行う。
言い換えると、この場合、ＣＰＵ１１１は、先行ユーザとは異なる他のユーザの一例である後続ユーザによる許可があった場合に、この後続ユーザの予約の変更を行う。
より具体的には、ＣＰＵ１１１は、この場合、後続ユーザによる予約の予約時間の変更を行う。
【0079】
この場合、ＣＰＵ１１１は、後続ユーザの予約時間を、上記の次の時間帯に変更し、さらに、この後続ユーザに対して、予約を変更した旨を通知する。
より具体的には、この場合、ＣＰＵ１１１は、後続ユーザの元々の予約時間の始期を後ろにずらす変更を行い、また、この予約時間の終期も後ろにずらす変更を行う。そして、ＣＰＵ１１１は、後続ユーザに対して、予約を変更した旨を通知する。
より具体的には、この場合、ＣＰＵ１１１は、後続ユーザの元々の予約時間の始期を後ろにずらす変更を行い、また、この予約時間の終期も後ろにずらす変更を行う。そして、ＣＰＵ１１１は、後続ユーザに対して、予約を変更した旨を通知する。
【0080】
この場合（予約の変更をした場合）、ＣＰＵ１１１は、先行ユーザの予約時間が終了すると、上記の長時間清掃の開始の指示を行う。
この場合の長時間清掃は、この長時間清掃がもともと予定されていた時間帯と、上記の予約の変更により空いた時間帯の両時間帯に亘って行われる。
この場合の長時間清掃は、この長時間清掃がもともと予定されていた時間帯と、上記の予約の変更により空いた時間帯の両時間帯に亘って行われる。
【0081】
一方、ＣＰＵ１１１は、ステップＳ４０７にて、予約の変更を行わないと判断した場合、後続ユーザに対して、利用時間を減らし且つ料金の割引を行うか、あるいは、予約を取り消すかの何れを行うかを問い合わせる（ステップＳ４０９）。
そして、ＣＰＵ１１１は、予約を取り消すとの回答があったか否かを判断する（ステップＳ４１０）。そして、ＣＰＵ１１１は、予約を取り消すとの回答があったと判断した場合、後続ユーザのブース８０の予約の取り消しを行う（ステップＳ４１１）。
そして、ＣＰＵ１１１は、予約を取り消すとの回答があったか否かを判断する（ステップＳ４１０）。そして、ＣＰＵ１１１は、予約を取り消すとの回答があったと判断した場合、後続ユーザのブース８０の予約の取り消しを行う（ステップＳ４１１）。
【0082】
言い換えると、ＣＰＵ１１１は、後続ユーザによる許可がある場合に、この後続ユーザのブース８０の予約の取り消しを行う。
先行ユーザの利用後に行う清掃の清掃時間と、後続ユーザのブース８０の予約時間とが重なる場合、このように、後続ユーザのブース８０の予約を取り消してもよい。
先行ユーザの利用後に行う清掃の清掃時間と、後続ユーザのブース８０の予約時間とが重なる場合、このように、後続ユーザのブース８０の予約を取り消してもよい。
【0083】
本実施形態では、上記の通常清掃モード、簡易清掃モード、長時間清掃モードのように、清掃時間についての決定を行う。
本実施形態では、長時間清掃モードが決定され、清掃時間が長い清掃時間に決定されると、決定されたこの清掃時間と後続ユーザによるブース８０の予約時間とが重なる事態が生じうる。この場合、上記のように、後続ユーザによるブース８０の予約の取り消しを行ってもよい。
この場合、ＣＰＵ１１１は、先行ユーザの予約時間が終了すると、上記の長時間清掃の開始の指示を行う。
この場合の長時間清掃は、この長時間清掃がもともと予定されていた時間帯と、上記の予約の取り消しにより空いた時間帯の両時間帯に亘って行われる。
本実施形態では、長時間清掃モードが決定され、清掃時間が長い清掃時間に決定されると、決定されたこの清掃時間と後続ユーザによるブース８０の予約時間とが重なる事態が生じうる。この場合、上記のように、後続ユーザによるブース８０の予約の取り消しを行ってもよい。
この場合、ＣＰＵ１１１は、先行ユーザの予約時間が終了すると、上記の長時間清掃の開始の指示を行う。
この場合の長時間清掃は、この長時間清掃がもともと予定されていた時間帯と、上記の予約の取り消しにより空いた時間帯の両時間帯に亘って行われる。
【0084】
一方、ステップＳ４１０にて、予約を取り消すとの回答があったと判断しなかった場合、ＣＰＵ１１１は、後続ユーザのブース８０の利用時間を減らし且つ料金の割引を行う処理を行う（ステップＳ４１２）。
具体的には、ＣＰＵ１１１は、後続ユーザの予約開始時刻を遅らせる設定を行い且つ時刻を遅らせた分だけ料金を割り引く設定を行う。
言い換えると、この場合、ＣＰＵ１１１は、後続ユーザの予約時間の始期を後ろにずらす変更を行い且つ始期を後ろにずらした時間分だけ料金を割り引く設定を行う。
なお、この場合、ＣＰＵ１１１は、この予約時間の終期については後ろにずらさない。
具体的には、ＣＰＵ１１１は、後続ユーザの予約開始時刻を遅らせる設定を行い且つ時刻を遅らせた分だけ料金を割り引く設定を行う。
言い換えると、この場合、ＣＰＵ１１１は、後続ユーザの予約時間の始期を後ろにずらす変更を行い且つ始期を後ろにずらした時間分だけ料金を割り引く設定を行う。
なお、この場合、ＣＰＵ１１１は、この予約時間の終期については後ろにずらさない。
【0085】
本実施形態では、上記の通り、ＣＰＵ１１１が、清掃モードを長時間清掃モードとし、清掃時間が長い時間に決定されると、ＣＰＵ１１１が決定した清掃時間と後続ユーザによるブース８０の予約時間とが重なるようになる。
この場合、上記のように、予約時間の始期を後ろにずらす変更を行ってもよい。これにより、清掃時間と、後続ユーザのブースの利用時間とが重ならないようになる。
この場合も、ＣＰＵ１１１は、先行ユーザの予約時間が終了すると、長時間清掃の開始の指示を行う。
この場合の長時間清掃は、この長時間清掃がもともと予定されていた時間帯と、始期を後ろにずらすことにより空いた時間帯の両時間帯に亘って行われる。
この場合、上記のように、予約時間の始期を後ろにずらす変更を行ってもよい。これにより、清掃時間と、後続ユーザのブースの利用時間とが重ならないようになる。
この場合も、ＣＰＵ１１１は、先行ユーザの予約時間が終了すると、長時間清掃の開始の指示を行う。
この場合の長時間清掃は、この長時間清掃がもともと予定されていた時間帯と、始期を後ろにずらすことにより空いた時間帯の両時間帯に亘って行われる。
【0086】
また、本実施形態では、ＣＰＵ１１１は、上記のステップＳ４０５にて、次の時間帯が空いていないと判断した場合も、ステップＳ４１２の処理を実行し、後続ユーザのブース８０の予約時間を減らし且つ料金の割引を行う処理を行う。
この場合も、長時間清掃がもともと予定されていた時間帯と、始期を後ろにずらすことにより空いた時間帯の両時間帯に亘って、長時間清掃が行われる。
この場合も、長時間清掃がもともと予定されていた時間帯と、始期を後ろにずらすことにより空いた時間帯の両時間帯に亘って、長時間清掃が行われる。
【0087】
なお、上記のステップＳ４０５にて、次の時間帯が空いていないと判断された場合、ステップＳ４０９の処理を行い、後続ユーザに対して、利用時間を減らし且つ料金の割引を行うか、あるいは、予約の取り消しを行うかの問い合わせを行ってもよい。
そして、この場合は、上記と同様、後続ユーザのブース８０の利用時間を減らし且つ料金の割引を行う、あるいは、後続ユーザのブース８０の予約の取り消しを行う。
そして、この場合は、上記と同様、長時間清掃は、もともと清掃が予定されていた時間帯、始期を後ろにずらす又は予約を取り消すことにより空いた時間帯の両時間帯に亘って行われる。
そして、この場合は、上記と同様、後続ユーザのブース８０の利用時間を減らし且つ料金の割引を行う、あるいは、後続ユーザのブース８０の予約の取り消しを行う。
そして、この場合は、上記と同様、長時間清掃は、もともと清掃が予定されていた時間帯、始期を後ろにずらす又は予約を取り消すことにより空いた時間帯の両時間帯に亘って行われる。
【0088】
図１４（Ａ）、（Ｂ）は、スケジュール調整の具体例を示した図である。
この例では、図１４（Ａ）の符号１４Ａで示す時間帯が、先行ユーザがブース８０を利用している時間帯となっている。
また、この例では、予約が連続して入らない処理が行われており、符号１４Ｂで示すように、時間的に相前後する予約時間帯間に、予約が入れられていない空の時間帯が確保されている。
この例では、図１４（Ａ）の符号１４Ａで示す時間帯が、先行ユーザがブース８０を利用している時間帯となっている。
また、この例では、予約が連続して入らない処理が行われており、符号１４Ｂで示すように、時間的に相前後する予約時間帯間に、予約が入れられていない空の時間帯が確保されている。
【0089】
言い換えると、本実施形態では、３０分毎の予約可能枠が複数設けられているが、予約が既に入っている予約可能枠と、同じく予約が既に入っている予約可能枠との間に、予約が入れられていない空の時間帯が確保されている。
より具体的には、本実施形態では、ブース８０の清掃時間を確保するため、既に予約が入っている一の予約可能枠と、既に予約が入っている他の予約可能枠との間に、予約が入れられていない空の時間帯が確保されている。
より具体的には、本実施形態では、ブース８０の清掃時間を確保するため、既に予約が入っている一の予約可能枠と、既に予約が入っている他の予約可能枠との間に、予約が入れられていない空の時間帯が確保されている。
【0090】
本実施形態では、この空の時間帯に、ブース８０の清掃を行う。より具体的には、本実施形態では、上記の通常清掃モードによる清掃や、簡易清掃モードによる清掃や、長時間清掃モードによる清掃が、この空の時間帯に行われるようになっている。
ここで、「予約可能枠」とは、始期および終期が予め定められた時間枠であって、ユーザによるブース８０の予約が行われる時間枠を指す。
ここで、「予約可能枠」とは、始期および終期が予め定められた時間枠であって、ユーザによるブース８０の予約が行われる時間枠を指す。
【0091】
本実施形態では、上記のように、先行ユーザの利用状況を取得する。そして、この先行ユーザの利用状況によっては、上記のように、長時間清掃が行われることがある。
ここで、上記の簡易モードによる清掃や、通常モードによる清掃が行われる場合は、図１４（Ａ）の符号１４Ｅで示す空の時間帯に、この清掃は行われる。
この場合、この空の時間帯で清掃が終了するため、符号１４Ｆで示す、後続ユーザが予約している予約時間枠（予約時間帯）に対し、この清掃は影響しない。
ここで、上記の簡易モードによる清掃や、通常モードによる清掃が行われる場合は、図１４（Ａ）の符号１４Ｅで示す空の時間帯に、この清掃は行われる。
この場合、この空の時間帯で清掃が終了するため、符号１４Ｆで示す、後続ユーザが予約している予約時間枠（予約時間帯）に対し、この清掃は影響しない。
【0092】
これに対して、先行ユーザの利用状況により特定される状況が、汚れ度が高い状況にある場合、長時間清掃が行われることになる。
この場合、符号１４Ｅで示す空の時間帯だけでなく、後続ユーザが予約している予約時間枠（符号１４Ｆで示す時間枠）においても清掃を行う必要が生じ、この長時間清掃が、後続ユーザへ影響を及ぼす。
言い換えると、この場合、長時間清掃の清掃時間と後続ユーザの予約時間枠とが時間的に重なるようになり、長時間清掃が、後続ユーザへ影響を及ぼす。
この場合、符号１４Ｅで示す空の時間帯だけでなく、後続ユーザが予約している予約時間枠（符号１４Ｆで示す時間枠）においても清掃を行う必要が生じ、この長時間清掃が、後続ユーザへ影響を及ぼす。
言い換えると、この場合、長時間清掃の清掃時間と後続ユーザの予約時間枠とが時間的に重なるようになり、長時間清掃が、後続ユーザへ影響を及ぼす。
【0093】
本実施形態は、長時間清掃が行われる場合、上記の通り、後続ユーザの予約時間枠の次の予約時間枠が空いているかを判断する。
具体的には、この例では、図１４（Ａ）の符号１４Ｇで示す時間枠が空いているか否かを判断する。
この例では、符号１４Ｇで示す時間枠は空いており、この場合、後続ユーザの許可があれば、予約の変更が行われ、後続ユーザの予約時間枠は、図１４（Ａ）の符号１４Ｇで示す時間枠に変更される。
具体的には、この例では、図１４（Ａ）の符号１４Ｇで示す時間枠が空いているか否かを判断する。
この例では、符号１４Ｇで示す時間枠は空いており、この場合、後続ユーザの許可があれば、予約の変更が行われ、後続ユーザの予約時間枠は、図１４（Ａ）の符号１４Ｇで示す時間枠に変更される。
【0094】
図１４（Ｂ）は、後続ユーザの予約時間枠が、図１４（Ａ）の符号１４Ｇで示す時間枠に変更された後のブース８０の利用状況、予約状況を示した図である。
この例では、後続ユーザの予約時間枠が変更された結果、後続ユーザの新たな予約時間枠は、図１４（Ｂ）の符号１４Ｊで示す時間枠となっている。
そして、この場合、長時間清掃は、図１４（Ｂ）の符号１４Ｋで示す時間枠（当初から清掃が予定されていた時間枠）と、符号１４Ｌで示す時間枠（予約変更により空いた時間枠）との両時間枠に亘って行われる。
この例では、後続ユーザの予約時間枠が変更された結果、後続ユーザの新たな予約時間枠は、図１４（Ｂ）の符号１４Ｊで示す時間枠となっている。
そして、この場合、長時間清掃は、図１４（Ｂ）の符号１４Ｋで示す時間枠（当初から清掃が予定されていた時間枠）と、符号１４Ｌで示す時間枠（予約変更により空いた時間枠）との両時間枠に亘って行われる。
【0095】
一方、例えば、図１４（Ａ）の符号１４Ｇで示す時間枠が空いていない場合は、後続ユーザの予約を変更することはできない。
この場合は、上記の通り、後続ユーザに対して、利用時間を減らすか、あるいは、予約を取り消すかの問い合わせを行う。
この場合は、上記の通り、後続ユーザに対して、利用時間を減らすか、あるいは、予約を取り消すかの問い合わせを行う。
【0096】
そして、利用時間を減らすとの回答があった場合は、長時間清掃は、図１４（Ａ）の符号１４Ｅで示す時間枠（当初から清掃が予定されていた時間枠）と、符号１４Ｆで示す時間枠のうちの利用時間を減らすことにより空いた時間枠の両時間枠に亘って行われる。
また、予約を取り消すとの回答があった場合は、長時間清掃は、図１４（Ｂ）の符号１４Ｋで示す時間枠（当初から清掃が予定されていた時間枠）と、符号１４Ｌで示す時間枠との両時間枠に亘って行われる。
また、予約を取り消すとの回答があった場合は、長時間清掃は、図１４（Ｂ）の符号１４Ｋで示す時間枠（当初から清掃が予定されていた時間枠）と、符号１４Ｌで示す時間枠との両時間枠に亘って行われる。
【0097】
図１２は、ブース８０の利用料金等に関してＣＰＵ１１１が実行する処理の流れを示したフローチャートである。
ＣＰＵ１１１は、ブース８０の予約終了時刻の直前となると、上記と同様、情報記憶装置１０２から利用状況を読み出して利用状況を取得する（ステップＳ５０１）。
そして、ＣＰＵ１１１は、取得した利用状況を基に、マスク使用時間比率、咳の回数、顔を触った後に室内を触った回数を把握し、これらの情報を表すグラフを生成する（ステップＳ５０２）。
ＣＰＵ１１１は、ブース８０の予約終了時刻の直前となると、上記と同様、情報記憶装置１０２から利用状況を読み出して利用状況を取得する（ステップＳ５０１）。
そして、ＣＰＵ１１１は、取得した利用状況を基に、マスク使用時間比率、咳の回数、顔を触った後に室内を触った回数を把握し、これらの情報を表すグラフを生成する（ステップＳ５０２）。
【0098】
次いで、ＣＰＵ１１１は、ステップＳ５０２にて生成したグラフも含んだ利用状況を内部モニタ３２（図２参照）に表示する（ステップＳ５０３）。このように、ユーザの利用状況を表示してユーザに知らせると、感染症に対するユーザの意識が高まる。
なお、利用状況を知らせる際、ブース８０内にてユーザが実際に行った動作のうちの、特定の動作を内部モニタ３２に表示するようにしてもよい。
具体的には、例えば、内部撮影装置２４により得られた映像であって、ユーザがマスクを外していた際の映像や、ユーザが咳をしていた際の映像や、ユーザが顔を触った後に室内を触った際の映像を内部モニタ３２に表示するようにしてもよい。
なお、利用状況を知らせる際、ブース８０内にてユーザが実際に行った動作のうちの、特定の動作を内部モニタ３２に表示するようにしてもよい。
具体的には、例えば、内部撮影装置２４により得られた映像であって、ユーザがマスクを外していた際の映像や、ユーザが咳をしていた際の映像や、ユーザが顔を触った後に室内を触った際の映像を内部モニタ３２に表示するようにしてもよい。
【0099】
その後、本実施形態では、生成したグラフに含まれる情報も含め、利用状況についての情報を暗号化して保存する（ステップＳ５０４）。具体的には、利用状況を、暗号化したうえで情報記憶装置１０２に登録する。
次いで、ＣＰＵ１１１は、ステップＳ５０１にて取得した利用状況に基づき、ブース８０の汚れ度が低いか否かを判断する（ステップＳ５０５）。
次いで、ＣＰＵ１１１は、ステップＳ５０１にて取得した利用状況に基づき、ブース８０の汚れ度が低いか否かを判断する（ステップＳ５０５）。
【0100】
具体的には、ＣＰＵ１１１は、上記と同様、マスク装着時間比率が９９％を超えている、咳の回数が２回未満である、ユーザが顔を触った後に室内を触った回数が１回未満である、の３つの条件により、汚れ度が低いか否かを判断する。
そして、ＣＰＵ１１１は、ステップＳ５０５にて、ブース８０の汚れが低いと判断した場合、ブース８０の料金の割引を行い、又は、次回以降のブース８０の利用時に料金の一部として充当できるポイントを付与する（ステップＳ５０６）。
そして、ＣＰＵ１１１は、ステップＳ５０５にて、ブース８０の汚れが低いと判断した場合、ブース８０の料金の割引を行い、又は、次回以降のブース８０の利用時に料金の一部として充当できるポイントを付与する（ステップＳ５０６）。
【0101】
なお、上記では、行為情報として、ブース８０を汚す行為であるか否かの情報を取得する場合を説明したが、取得する情報はこれに限られず、ユーザがブース８０内を清掃する行為など、ブース８０を綺麗にする行為についての情報を行為情報として取得してもよい。
そして、清掃する行為など、ブース８０を綺麗にする行為についての情報を取得した場合、ブース８０の料金の割引を行ったり、又は、次回以降のブース８０の利用時に料金の一部として充当できるポイントを付与したりしてもよい。
そして、清掃する行為など、ブース８０を綺麗にする行為についての情報を取得した場合、ブース８０の料金の割引を行ったり、又は、次回以降のブース８０の利用時に料金の一部として充当できるポイントを付与したりしてもよい。
【0102】
ブース８０の料金の割引にあたり、ブース８０の利用前に課金を行う形態である利用前課金形態の場合は、割り引いた分の料金をユーザに返金する。
また、ブース８０の料金の割引にあたり、ブース８０の利用後に課金を行う形態である利用後課金形態の場合は、割り引いた後の料金をユーザに対して課金する。
また、ブース８０の料金の割引にあたり、ブース８０の利用後に課金を行う形態である利用後課金形態の場合は、割り引いた後の料金をユーザに対して課金する。
【0103】
一方、ステップＳ５０５にて、ブース８０の汚れ度が低くないと判断された場合、ＣＰＵ１１１は、ブース８０の汚れ度が高いかを判断する（ステップＳ５０７）。
具体的には、ＣＰＵ１１１は、例えば、ユーザのマスク装着時間比率が８０％を超えていない、咳の回数が５回以上である、ユーザが顔を触った後に室内を触った回数が５回以上である、の３つの条件により判断する。
具体的には、ＣＰＵ１１１は、例えば、ユーザのマスク装着時間比率が８０％を超えていない、咳の回数が５回以上である、ユーザが顔を触った後に室内を触った回数が５回以上である、の３つの条件により判断する。
【0104】
ＣＰＵ１１１は、この３つの条件のうちの何れか１つの条件が満たされている場合、ブース８０の汚れ度が高いと判断する。そして、この場合、ＣＰＵ１１１は、ユーザに対して、追加の料金を課金する（ステップＳ５０８）。
具体的には、ＣＰＵ１１１は、利用前課金形態の場合は、追記の料金をさらに課金し、利用後課金形態の場合は、通常料金に対して追加の料金を加算した料金をユーザに対して課金する。
一方、ステップＳ５０７にて、ブース８０の汚れ度が高くないと判断された場合、ステップＳ５０８の処理を行うことなく処理を終了する。この場合、料金は、通常の料金となる。
具体的には、ＣＰＵ１１１は、利用前課金形態の場合は、追記の料金をさらに課金し、利用後課金形態の場合は、通常料金に対して追加の料金を加算した料金をユーザに対して課金する。
一方、ステップＳ５０７にて、ブース８０の汚れ度が高くないと判断された場合、ステップＳ５０８の処理を行うことなく処理を終了する。この場合、料金は、通常の料金となる。
【0105】
このように、本実施形態では、ＣＰＵ１１１は、ユーザの行為情報に基づき、ブース８０の利用料金に関する決定を行う。
具体的には、ＣＰＵ１１１は、行為情報により特定される行為が、感染症の感染度合いを高める行為である場合、利用料金を増額する決定を行う。
一方、ＣＰＵ１１１は、行為情報により特定される行為が、感染症の感染度合いを低める行為である場合、利用料金を減額する決定を行う。
具体的には、ＣＰＵ１１１は、行為情報により特定される行為が、感染症の感染度合いを高める行為である場合、利用料金を増額する決定を行う。
一方、ＣＰＵ１１１は、行為情報により特定される行為が、感染症の感染度合いを低める行為である場合、利用料金を減額する決定を行う。
【0106】
図１３は、ブース８０の清掃を実際に行うにあたってＣＰＵ１１１が実行する処理の流れを示したフローチャートである。
なお、上記では、ブース８０の利用時間が終了した後に、ブース８０の清掃を行う場合を説明したが、ブース８０の清掃は、ブース８０の利用時間中に行ってもよい。
図１３にて示すこの処理では、ブース８０の利用時間中に清掃を行う場合の処理も併せて説明する。
なお、上記では、ブース８０の利用時間が終了した後に、ブース８０の清掃を行う場合を説明したが、ブース８０の清掃は、ブース８０の利用時間中に行ってもよい。
図１３にて示すこの処理では、ブース８０の利用時間中に清掃を行う場合の処理も併せて説明する。
【0107】
ブース８０の清掃を実際に行うにあたっては、ＣＰＵ１１１は、予め定められた時間が経過する度に、この図１３にて示すステップＳ６０１～ステップＳ６１１の処理を実行する。
ＣＰＵ１１１は、ブース８０の清掃にあたり、まず、ブース８０が利用時間外（予約時間外）にあるかを判断する（ステップＳ６０１）。
そして、ＣＰＵ１１１は、ブース８０が利用時間外にあると判断した場合、人感センサ２５（図２参照）からの出力に基づき、ブース８０内にユーザがいないかを判断する（ステップＳ６０２）。
ＣＰＵ１１１は、ブース８０の清掃にあたり、まず、ブース８０が利用時間外（予約時間外）にあるかを判断する（ステップＳ６０１）。
そして、ＣＰＵ１１１は、ブース８０が利用時間外にあると判断した場合、人感センサ２５（図２参照）からの出力に基づき、ブース８０内にユーザがいないかを判断する（ステップＳ６０２）。
【0108】
そして、ＣＰＵ１１１は、ブース８０内にユーザがいないと判断しなかった場合、内部スピーカ３０Ａや内部モニタ３２を通じて、ブース８０内のユーザに対して、ブース８０の外に出ることを促す通知を行う（ステップＳ６１１）。
一方、ＣＰＵ１１１は、ステップＳ６０２にて、ブース８０内にユーザがいないと判断した場合、予め定められた清掃開始時刻になったか否かを判断する（ステップＳ６０３）。
そして、ＣＰＵ１１１は、清掃開始時刻になったと判断した場合、扉２２（図２参照）が施錠されているかを判断する（ステップＳ６０４）。
一方、ＣＰＵ１１１は、ステップＳ６０２にて、ブース８０内にユーザがいないと判断した場合、予め定められた清掃開始時刻になったか否かを判断する（ステップＳ６０３）。
そして、ＣＰＵ１１１は、清掃開始時刻になったと判断した場合、扉２２（図２参照）が施錠されているかを判断する（ステップＳ６０４）。
【0109】
そして、ＣＰＵ１１１は、扉２２が施錠されていると判断した場合、紫外光の照射を開始して、ブース８０の清掃を開始する（ステップＳ６０５）。
一方で、ＣＰＵ１１１は、ステップＳ６０４にて施錠されていると判断しなかった場合、扉２２の施錠を指示する制御信号を出力し、扉２２の施錠を行う（ステップＳ６０６）。その後、ＣＰＵ１１１は、ブース８０の清掃を開始する（ステップＳ６０５）。
一方で、ＣＰＵ１１１は、ステップＳ６０４にて施錠されていると判断しなかった場合、扉２２の施錠を指示する制御信号を出力し、扉２２の施錠を行う（ステップＳ６０６）。その後、ＣＰＵ１１１は、ブース８０の清掃を開始する（ステップＳ６０５）。
【0110】
一方、ＣＰＵ１１１は、ステップＳ６０１にて、利用時間外ではないと判断した場合、ユーザにより手動で操作されるスイッチ（以下、「手動スイッチ」と称する）がオンされたか否かを判断する（ステップＳ６０７）。
手動スイッチとしては、例えば、ブース８０内に設置され、ユーザによりオン／オフされる物理的なスイッチが一例に挙げられる。また、その他に、手動スイッチとしては、ユーザ端末４に表示されるソフトスイッチが一例に挙げられる。
手動スイッチとしては、例えば、ブース８０内に設置され、ユーザによりオン／オフされる物理的なスイッチが一例に挙げられる。また、その他に、手動スイッチとしては、ユーザ端末４に表示されるソフトスイッチが一例に挙げられる。
【0111】
そして、ＣＰＵ１１１は、ステップＳ６０７にて、手動スイッチがオンされていないと判断した場合、清掃を行わない決定を行う（ステップＳ６０８）。
これに対し、ＣＰＵ１１１は、ステップＳ６０７にて、手動スイッチがオンされたと判断した場合、内部モニタ３２や内部スピーカ３０Ａなどを通じて、ユーザに対し、ブース８０の外に出ることを促す通知を行う（ステップＳ６０９）。
次いで、ＣＰＵ１１１は、ブース８０内にユーザがいないかを判断する（ステップＳ６１０）。具体的には、ＣＰＵ１１１は、人感センサ２５（図２参照）からの出力に基づき、ブース８０内にユーザがいないかを判断する。
そして、ＣＰＵ１１１は、ブース８０内にユーザがいないと判断しなかった場合、ステップＳ６０９の処理を再び行う。
これに対し、ＣＰＵ１１１は、ステップＳ６０７にて、手動スイッチがオンされたと判断した場合、内部モニタ３２や内部スピーカ３０Ａなどを通じて、ユーザに対し、ブース８０の外に出ることを促す通知を行う（ステップＳ６０９）。
次いで、ＣＰＵ１１１は、ブース８０内にユーザがいないかを判断する（ステップＳ６１０）。具体的には、ＣＰＵ１１１は、人感センサ２５（図２参照）からの出力に基づき、ブース８０内にユーザがいないかを判断する。
そして、ＣＰＵ１１１は、ブース８０内にユーザがいないと判断しなかった場合、ステップＳ６０９の処理を再び行う。
【0112】
一方、ＣＰＵ１１１は、ステップＳ６１０にて、ブース８０内にユーザがいないと判断した場合、ステップＳ６０４の処理を実行する。
このステップＳ６０４の処理では、上記と同様、ＣＰＵ１１１は、扉２２が施錠されているか否かを判断する。そして、ＣＰＵ１１１は、上記と同様、施錠されていると判断した場合、ブース８０の清掃を開始する（ステップＳ６０５）。
なお、この例では、手動スイッチがオンされることにより開始される清掃は、予約時間内に行われ、ユーザは、この清掃の時間の分、ブース８０を利用できなくなる。
このように、予約時間内に清掃が行われる場合、この清掃の時間の分の料金の請求を行わないようにしてもよい。
このステップＳ６０４の処理では、上記と同様、ＣＰＵ１１１は、扉２２が施錠されているか否かを判断する。そして、ＣＰＵ１１１は、上記と同様、施錠されていると判断した場合、ブース８０の清掃を開始する（ステップＳ６０５）。
なお、この例では、手動スイッチがオンされることにより開始される清掃は、予約時間内に行われ、ユーザは、この清掃の時間の分、ブース８０を利用できなくなる。
このように、予約時間内に清掃が行われる場合、この清掃の時間の分の料金の請求を行わないようにしてもよい。
【0113】
（その他）
上記では、基本的に、予約可能枠の始期および終期が固定されている場合を説明したが、予約可能枠を可変する構成としてもよい。
具体的には、上記では、図１４に示すように、例えば、予約可能枠の始期が、毎時００分、あるいは、毎時３０分であり、予約可能枠の終期が、同じく、毎時００分、あるいは、毎時３０分である場合を説明した。
ところで、これに限らず、先行ユーザによるブース８０の利用状況に応じて、予約枠の始期や終期を変更するようにしてもよい。言い換えると、先行ユーザによるブース８０の利用後に行われる清掃の状況に応じて、予約枠の始期や終期を変更するようにしてもよい。
上記では、基本的に、予約可能枠の始期および終期が固定されている場合を説明したが、予約可能枠を可変する構成としてもよい。
具体的には、上記では、図１４に示すように、例えば、予約可能枠の始期が、毎時００分、あるいは、毎時３０分であり、予約可能枠の終期が、同じく、毎時００分、あるいは、毎時３０分である場合を説明した。
ところで、これに限らず、先行ユーザによるブース８０の利用状況に応じて、予約枠の始期や終期を変更するようにしてもよい。言い換えると、先行ユーザによるブース８０の利用後に行われる清掃の状況に応じて、予約枠の始期や終期を変更するようにしてもよい。
【0114】
上記にて説明した処理では、例えば、簡易清掃モードに設定され、清掃時間が５分や１０分など、清掃時間が３０分未満であっても、清掃のための空の時間を３０分確保し、この３０分の経過後に、次の予約可能枠が始まる。
これに限らず、先行ユーザによるブース８０の利用後に行われる清掃の長短に応じて、この清掃後の次の予約可能枠の始期を変更してよい。
これに限らず、先行ユーザによるブース８０の利用後に行われる清掃の長短に応じて、この清掃後の次の予約可能枠の始期を変更してよい。
【0115】
ここで、例えば、図１５（予約枠の変更を説明する図）の（Ａ）に示すように、先行ユーザの利用終了後に、例えば、５分の清掃が行われることが確定した場合を想定する。言い換えると、簡易清掃モードによる清掃が行われることが決定され、先行ユーザの利用終了後に、例えば、５分の清掃が行われることが確定した場合を想定する。
この場合、この清掃が行われる時間帯の１つ後に存在する予約可能枠（符号１５Ｙ参照）の始期（符号１５Ｘ参照）を繰り上げ、図１５（Ｂ）に示すように、この予約可能枠がより早く開始されるようにしてもよい。
この場合、この清掃が行われる時間帯の１つ後に存在する予約可能枠（符号１５Ｙ参照）の始期（符号１５Ｘ参照）を繰り上げ、図１５（Ｂ）に示すように、この予約可能枠がより早く開始されるようにしてもよい。
【0116】
この場合、ＣＰＵ１１１は、清掃時間の後に設定されている予約可能枠の始期を繰り上げる処理を行うことになる。言い換えると、この場合、ＣＰＵ１１１は、先行ユーザの利用後に行う清掃の時間を短くする場合に、この清掃の後に設定されている予約可能枠の始期を繰り上げる処理を行うことになる。
また、この例では、この予約可能枠の終期も繰り上げる処理を行っている。
さらに、この例では、この予約可能枠（符号１５Ｙで示す予約可能枠）の後にある他の予約可能枠についても、始期および終期を繰り上げている。
この処理を行う場合、清掃が終わっているにも関わらずブース８０が空となりブース８０が利用されないという事態を避けられる。
また、この例では、この予約可能枠の終期も繰り上げる処理を行っている。
さらに、この例では、この予約可能枠（符号１５Ｙで示す予約可能枠）の後にある他の予約可能枠についても、始期および終期を繰り上げている。
この処理を行う場合、清掃が終わっているにも関わらずブース８０が空となりブース８０が利用されないという事態を避けられる。
【0117】
また、その他に、予約が入った予約時間帯（予約可能枠）の後の時間帯を、必ずしも空の時間帯にせず、予約の状況によっては、この空の時間帯を確保しないでもよい。
本実施形態では、図１４（Ａ）の符号１４Ｂで示したように、予約が連続して入らない処理が行われ、時間的に相前後する予約時間帯間に、予約が入れられていない空の時間帯が確保される。
これに限らず、予約の状況によっては、この空の時間帯を確保しないでもよい。
本実施形態では、図１４（Ａ）の符号１４Ｂで示したように、予約が連続して入らない処理が行われ、時間的に相前後する予約時間帯間に、予約が入れられていない空の時間帯が確保される。
これに限らず、予約の状況によっては、この空の時間帯を確保しないでもよい。
【0118】
具体的には、例えば、図１４の（Ａ）の符号１４Ｘで示しているように、共通（同一）のユーザによって、連続する複数の予約時間帯が予約された場合、この複数の予約時間帯間に、上記の清掃のための空の時間帯を確保しないでもよい。
共通のユーザが使用する場合は、異なるユーザ間における感染が生じないため、清掃の時間を確保しないでも、感染症の感染の拡大を抑えられる。
共通のユーザが使用する場合は、異なるユーザ間における感染が生じないため、清掃の時間を確保しないでも、感染症の感染の拡大を抑えられる。
【0119】
言い換えると、ＣＰＵ１１１は、時間的に連続する複数の予約可能枠の各々が共通のユーザによって予約される場合には、この予約を許可するようにする。この場合、上記の空の時間帯は確保されないが、この空の時間帯が無くても、感染症の拡大を抑えられる。
その一方、ＣＰＵ１１１は、時間的に連続する複数の予約可能枠の各々が互いに異なるユーザによって予約される場合は、時間的に連続するこの複数の予約可能枠の予約を許可しない。
この場合、一のユーザがブース８０を利用した後に、空の時間が確保され、この空の時間の後に、他のユーザによるブース８０の利用が行われる。
その一方、ＣＰＵ１１１は、時間的に連続する複数の予約可能枠の各々が互いに異なるユーザによって予約される場合は、時間的に連続するこの複数の予約可能枠の予約を許可しない。
この場合、一のユーザがブース８０を利用した後に、空の時間が確保され、この空の時間の後に、他のユーザによるブース８０の利用が行われる。
【0120】
なお、上記で説明した各構成は、上記の実施形態及びその変形例に限られるものではなく、趣旨を逸脱しない範囲で変更可能である。言い換えると、特許請求の範囲の趣旨及び範囲から逸脱することなく、形態や詳細の多様な変更が可能なことが理解される。
例えば、上記にて説明した各構成の一部を省略したり、上記にて説明した各構成に対して他の機能を付加したりしてもよい。
また、上記では、複数の実施形態を説明したが、一の実施形態に含まれる構成と他の実施形態に含まれる構成とを入れ替えたり、一の実施形態に含まれる構成を他の実施形態に付加したりしてもよい。
例えば、上記にて説明した各構成の一部を省略したり、上記にて説明した各構成に対して他の機能を付加したりしてもよい。
また、上記では、複数の実施形態を説明したが、一の実施形態に含まれる構成と他の実施形態に含まれる構成とを入れ替えたり、一の実施形態に含まれる構成を他の実施形態に付加したりしてもよい。
【符号の説明】
【0121】
１…情報処理システム、２…空間、５…空間管理サーバ、８０…ブース、１１１…ＣＰＵ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
