2025-25853 管理装置、管理方法及び管理システム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025025853

(43)【公開日】2025-02-21

(54)【発明の名称】管理装置、管理方法及び管理システム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20250214BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023131033

(22)【出願日】2023-08-10

(71)【出願人】

【識別番号】000000310

【氏名又は名称】株式会社アシックス

(71)【出願人】

【識別番号】523306818

【氏名又は名称】株式会社ミヤックス

(71)【出願人】

【識別番号】518239846

【氏名又は名称】株式会社ＥＢＩＬＡＢ

(71)【出願人】

【識別番号】501408204

【氏名又は名称】株式会社神戸デジタル・ラボ

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】久野 宗郎

(72)【発明者】

【氏名】吉田 栄太

(72)【発明者】

【氏名】橋田 晋司

(72)【発明者】

【氏名】▲高▼橋 蔵人

(72)【発明者】

【氏名】星川 智洋

(72)【発明者】

【氏名】小田島 春樹

(72)【発明者】

【氏名】吉田 将之

(72)【発明者】

【氏名】中西 波瑠

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC15

(57)【要約】

【課題】遊具の稼働量を精度良く推定すること。
【解決手段】実施形態のサーバ３０は、取得部３３１及び計算部３３２を有する。取得部３３１は、遊具に設置された発信機１０が揺れを検知した回数、又は発信機１０の起動に関する情報を取得する。計算部３３２は、遊具の種別に応じて、取得部３３１によって取得された回数、又は発信機１０の起動に関する情報を用いて、遊具の稼働量を示す指標を計算する。
【選択図】図６

【特許請求の範囲】

【請求項1】

遊具に設置されたセンサが揺れを検知した回数、又は前記センサの起動に関する情報を取得する取得部と、
前記遊具の種別に応じて、前記取得部によって取得された回数、又は前記センサの起動に関する情報を用いて、前記遊具の稼働量を示す指標を計算する計算部と、
を有する管理装置。

【請求項2】

前記取得部は、前記センサが揺れを検知した回数を取得し、
前記計算部は、前記取得部によって取得された回数を用いて、前記遊具が利用された回数を前記指標として計算する
請求項１に記載の管理装置。

【請求項3】

前記計算部は、前記取得部によって取得された回数に、前記遊具に対応付けられた重みで重み付けをすることにより、前記指標を計算する
請求項２に記載の管理装置。

【請求項4】

前記取得部は、前記センサの起動に関する情報を取得し、
前記計算部は、前記取得部によって取得された前記センサの起動に関する情報を用いて、前記遊具が利用された時間を前記指標として計算する
請求項１に記載の管理装置。

【請求項5】

前記計算部は、前記取得部によって取得された前記センサの起動に関する情報を用いて、前記センサが休止状態から起動状態に遷移した日時、及び前記センサが起動状態にあった期間を特定し、前記期間を基に前記指標を計算する
請求項４に記載の管理装置。

【請求項6】

前記指標が前記遊具に定められた稼働量に関する条件を満たす場合、前記遊具のメンテナンスに関する情報を通知する通知部
をさらに有する請求項１に記載の管理装置。

【請求項7】

遊具に設置されたセンサが揺れを検知した回数、又は前記センサの起動に関する情報を取得する取得工程と、
前記遊具の種別に応じて、前記取得工程によって取得された回数、又は前記センサの起動に関する情報を用いて、前記遊具の稼働量を示す指標を計算する計算工程と、
をコンピュータが実行する管理方法。

【請求項8】

加速度センサを備えた発信機と、ゲートウェイ装置と、管理装置と、を有する管理システムであって、
前記発信機は、
前記加速度センサのセンサ値を基に、第１の揺れが発生したこと、及び前記第１の揺れより大きい第２の揺れが発生したことを検知する検知部と、
前記検知部によって前記第１の揺れが発生したことが検知された場合、前記発信機を起動状態に遷移させ、前記検知部によって前記第１の揺れ又は前記第２の揺れが検知されてから一定時間が経過した場合、前記発信機を休止状態に遷移させる起動制御部と、
前記検知部によって前記第２の揺れが検知された回数を計測する計測部と、
前記計測部によって計測された回数を前記ゲートウェイ装置に送信する第１の送信制御部と、
を有し、
前記ゲートウェイ装置は、
前記発信機から受信した前記第２の揺れが検知された回数を、前記発信機が設置された遊具を識別する識別情報及び日時とともに、前記管理装置に送信する第２の送信制御部を有し、
前記管理装置は、
前記ゲートウェイ装置から受信した前記第２の揺れが検知された回数及び前記日時のうち少なくともいずれか１つを用いて、前記識別情報によって識別される前記遊具の稼働量を示す指標を計算する計算部
を有する管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、管理装置、管理方法及び管理システムに関する。

【背景技術】

【0002】

公園等に設置された遊具は、利用者の安全を確保するために、点検及びメンテナンスを受ける必要がある。従来、マニュアルに定められた頻度に従って、定期的に遊具を点検する方法が知られている（例えば、非特許文献１を参照）。

【先行技術文献】

【非特許文献】

【0003】

【非特許文献1】横浜市 公園施設点検マニュアル、[online]、[2023年6月5日検索]、インターネット（https://www.city.yokohama.lg.jp/kurashi/machizukuri-kankyo/midori-koen/koen/yugu/manual.html）

【発明の概要】

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

【0004】

しかしながら、従来の方法では、遊具の稼働量を精度良く推定することが難しい場合がある。

【0005】

同じ期間であっても、稼働量に応じて遊具の劣化の度合いは異なると考えられる。稼働量が多い遊具は、稼働量が少ない遊具と比べて劣化が進行しやすく、より高頻度の点検が必要になることが考えられる。一方で、稼働量が少ない遊具は、稼働量が多い遊具と比べて劣化が進行しにくく、低頻度の点検で十分な場合がある。

【0006】

これに対し、非特許文献１に記載の方法は、個々の遊具の稼働量を考慮することなく、決められた頻度（例えば、１年に１回）で点検を行うものである。また、一方で、公園等に設置された個々の遊具の稼働量を正確に把握することは困難である。

【0007】

１つの側面では、遊具の稼働量を精度良く推定することを目的とする。

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

【0008】

１つの態様において、管理装置は、遊具に設置されたセンサが揺れを検知した回数、又は前記センサの起動に関する情報を取得する取得部と、前記遊具の種別に応じて、前記取得部によって取得された回数、又は前記センサの起動に関する情報を用いて、前記遊具の稼働量を示す指標を計算する計算部と、を有することを特徴とする。

【発明の効果】

【0009】

実施形態の１つの態様によれば、遊具の稼働量を精度良く推定することができる。

【図面の簡単な説明】

【0010】

【図1】図１は、実施形態に係る管理システムの構成例を示す図である。

【図2】図２は、揺れの方向を説明する図である。

【図3】図３は、実施形態に係る発信機の構成例を示す図である。

【図4】図４は、実施形態に係る受信機の構成例を示す図である。

【図5】図５は、回数テーブルの例を示す図である。

【図6】図６は、実施形態に係るサーバの構成例を示す図である。

【図7】図７は、収集データテーブルの例を示す図である。

【図8】図８は、利用上限テーブルの例を示す図である。

【図9】図９は、積算利用回数の計算方法を説明する図である。

【図10】図１０は、積算利用回数の集計方法を説明する図である。

【図11】図１１は、積算利用時間の計算方法を説明する図である。

【図12】図１２は、通知画面の例を示す図である。

【図13】図１３は、実施形態に係るサーバの処理の流れを示すフローチャートである。

【図14】図１４は、利用回数を基に稼働量を計算する処理の流れを示すフローチャートである。

【図15】図１５は、起動日時を基に稼働量を計算する処理の流れを示すフローチャートである。

【図16】図１６は、実施形態に係るサーバのハードウェア構成例を示す図である。

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

【0011】

以下に、本開示による管理装置、管理方法及び管理システムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本開示が限定されるものではない。

【0012】

本実施形態の目的の１つは、遊具の稼働量を精度良く推定することである。

【0013】

［実施形態の構成］
図１を用いて、管理システムについて説明する。図１は、実施形態に係る管理システムの構成例を示す図である。

【0014】

図１に示す管理システム１は、遊具の稼働量を推定し、推定した稼働量に応じて管理者に通知を行うことで、遊具の点検及びメンテナンスに関する業務を支援することができる。

【0015】

ここで、遊具は、主に子供が遊ぶことを目的として設置される器具である。例えば、遊具は、公園、学校、幼稚園及び保育園といった施設の屋内又は屋外に設置される。遊具は、ブランコ、滑り台、ターザンロープ、アスレチック、スプリング、ジャングルジム、シーソー等を含む。

【0016】

図１に示すように、管理システム１は、発信機１０＿１、発信機１０＿２、発信機１０＿３、発信機１０＿４、受信機２０、サーバ３０及び端末４０を有する。発信機の数は図示のものに限られず、１以上であればよい。また、個々の発信機を区別せずに、発信機１０と呼ぶ場合がある。なお、サーバ３０は、管理装置の一例である。また、受信機２０は、ゲートウェイ装置の一例である。

【0017】

発信機１０は、遊具に設置されるセンサの一例である。発信機１０は、揺れを検知した回数を、受信機２０に送信する。発信機１０＿１及び発信機１０＿２は、ブランコである遊具５１に設置される。発信機１０＿３は、ターザンロープである遊具５２に設置される。発信機１０＿４は、滑り台である遊具５３に設置される。

【0018】

受信機２０は、発信機１０から揺れの回数を受信する。そして、受信機２０は、発信機１０から受信した揺れの回数を含む情報を示すデータを、ネットワークを介してサーバ３０に送信する。サーバ３０は、受信機２０から受信したデータを基に、遊具の稼働量を示す指標を計算する。ネットワークは、例えばインターネットである。

【0019】

稼働量を示す指標は、遊具が揺れた回数及び遊具が利用された時間であってもよいし、遊具ごとに定められた利用上限に対する稼働量の割合であってもよいし、点検又はメンテナンスが必要であるか否かを表す情報であってもよい。

【0020】

また、端末４０は、サーバ３０から提供された情報をユーザが認識可能な形式（例えば、画像又は音声）で出力する。例えば、端末４０は、パーソナルコンピュータ及びスマートフォン等の情報処理装置である。

【0021】

ここで、発信機１０は加速度センサを備える。加速度センサは、軸に平行な方向の加速度を計測する。発信機１０は、加速度センサによって計測された加速度に基づき、揺れが発生したと判定した場合に揺れを検知する。

【0022】

加速度センサに遊具の揺れを効率良く検知させるためには、加速度センサの軸と遊具の揺れの方向が一致していることが望ましい。そのため、発信機１０の設置位置及び方向は、遊具の揺れの方向に合わせて決定される。

【0023】

図２は、揺れの方向を説明する図である。図２に示すように、発信機１０＿１は、ブランコの座面の底面に設置される。ブランコの座面は、支点を中心とした弧を描くような運動をする。このため、発信機１０＿１は、加速度センサの軸と弧の接線とが平行になるように設置される。

【0024】

なお、発信機１０に備えられる加速度センサは１つの軸に平行な方向の加速度を測定するものであってもよいし、複数の軸（例えば、３軸）に平行な方向の加速度を測定するものであってもよい。

【0025】

また、発信機１０は、加速度センサを用いて人間の歩数を計測する歩数計として機能する装置であってもよい。この場合、発信機１０は、人間の歩数を計測する方法と同様の方法により、揺れの回数を計測することができる。

【0026】

ここで、発信機１０、受信機２０及びサーバ３０の構成及び処理内容を詳細に説明する。

【0027】

図３は、実施形態に係る発信機の構成例を示す図である。図３に示すように、発信機１０は、通信部１１、加速度センサ１２、記憶部１３及び制御部１４を有する。

【0028】

また、発信機１０は、例えば縦２７ｍｍ×横２２ｍｍ×高さ８ｍｍ程度の寸法の筐体に収められる。また、発信機１０の重量は例えば８ｇ程度である。また、発信機１０は、内蔵されたバッテリにより駆動する。

【0029】

通信部１１は、受信機２０との間でデータの通信を行うための通信モジュールである。例えば、通信部１１は、Bluetooth（登録商標）及びZigBee（登録商標）等の近距離無線通信規格に従って通信を行う。

【0030】

加速度センサ１２は、前述の通り、１つ又は複数の軸に平行な方向の加速度を計測する。

【0031】

記憶部１３は、例えばフラッシュメモリ、及びＮＶＳＲＡＭ（Non Volatile Static Random Access Memory）等の記憶装置である。

【0032】

制御部１４は、発信機１０の全体を制御する。制御部１４は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等である。また、制御部１４は、マイコンであってもよい。

【0033】

制御部１４は、記憶部１３に格納されたプログラム及びデータを参照し、各処理を実行する。また、制御部１４は、各種のプログラムが動作することにより各種の処理部として機能する。制御部１４は、起動制御部１４１、判定部１４２及び送信制御部１４３として機能する。

【0034】

起動制御部１４１は、発信機１０の状態を、休止状態と起動状態との間で遷移させる。休止状態においては、発信機１０の一部の機能（例えば、通信機能）が無効になる。このため、休止状態ではバッテリの消費が抑えられる。起動状態では、通信機能を含む発信機１０の各機能が有効になる。

【0035】

起動制御部１４１は、休止状態において、第１の揺れが発生したことが検知された場合、発信機１０を起動状態に遷移させる。また、起動制御部１４１は、起動状態において、第１の揺れ又は第２の揺れが検知されてから一定時間（例えば、10分）が経過した場合、発信機１０を休止状態に遷移させる。第１の揺れと第２の揺れについては後述する。

【0036】

判定部１４２は、加速度センサ１２のセンサ値を基に、揺れが発生したか否かを判定する。これにより、判定部１４２は、第１の揺れが発生したこと、及び第１の揺れより大きい第２の揺れが発生したことを検知する。

【0037】

判定部１４２は、歩数計が人間の歩行を検知する方法と同じ方法により第２の揺れを検知することができる。例えば、人間の歩行を検知する方法として、時系列の加速度のピーク（傾きが正から負へ代わる点）の挙動を用いた方法が知られている（参考文献：特開２００５－１５７４６５号公報）。

【0038】

一方、判定部１４２は、歩行として検知されないような微細な加速度の変化を、第１の揺れとして検知することができる。

【0039】

また、判定部１４２は、第２の揺れが検知された回数を計測する。判定部１４２は、計測した回数を記憶部１３に格納する。また、判定部１４２は、記憶部１３に格納された回数を、特定のタイミングで０にリセットする。ここでは、判定部１４２は、毎日０時に回数をリセットするものとする。このため、記憶部１３は、その日に検知された回数の累積値（累積回数）を記憶する。

【0040】

送信制御部１４３は、通信部１１を制御し、受信機２０にデータを送信する。送信制御部１４３は、記憶部１３に記憶された回数（累積回数）を受信機２０に送信する。このとき、送信制御部１４３は、発信機１０に付与されたＩＤを回数とともに送信する。なお、ＩＤは、Bluetoothの規格に従って付与されるBluetoothアドレスであってもよい。

【0041】

また、送信制御部１４３は、発信機１０が起動状態にある間は、一定期間（例えば５００ミリ秒）ごとにデータを送信する。一方、送信制御部１４３は、発信機１０が休止状態にある間はデータを送信しない。

【0042】

図４は、実施形態に係る受信機の構成例を示す図である。図４に示すように、受信機２０は、通信部２１、記憶部２２及び制御部２３を有する。

【0043】

通信部２１は、発信機１０及びサーバ３０との間でデータの通信を行うための通信モジュールである。例えば、通信部２１は、Bluetooth（登録商標）及びZigBee（登録商標）等の近距離無線通信規格に従って通信を行う。また、例えば、通信部２１は、モバイルネットワーク（例えばＬＴＥ（Long Term Evolution）、５Ｇ）、ローカル無線通信（例えばＷｉ－Ｆｉ（登録商標））及び有線通信による通信を行う。

【0044】

記憶部２２は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、光ディスク、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ＮＶＳＲＡＭ等の記憶装置である。記憶部２２は、回数テーブル２２１を記憶する。

【0045】

図５は、回数テーブルの例を示す図である。図５に示すように、回数テーブル２２１には、遊具のＩＤごとの利用回数、電波強度及び受信日時が記憶される。

【0046】

遊具のＩＤは、発信機１０によって送信されるＩＤである。１つの発信機１０は１つの遊具に設置されるため、発信機１０のＩＤは遊具のＩＤとみなされる。ただし、図１の遊具５１のように、１つの遊具に複数の発信機１０が設置されていてもよい。

【0047】

利用回数は、発信機１０によって送信される回数である。発信機１０によって送信される回数は、第２の揺れの回数である。すなわち、実施形態では、人間の歩数を計測する方法と同様の方法により計測された第２の揺れの回数が、遊具の利用回数として扱われる。

【0048】

電波強度は、発信機１０から送信されたデータを受信した際の電波強度である。電波強度は、発信機１０と受信機２０との間の距離が離れているほど小さくなる。受信日時は、受信機２０が発信機１０からデータを受信した日時である。

【0049】

制御部２３は、受信機２０の全体を制御する。制御部２３は、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等である。また、制御部２３は、マイコンであってもよい。

【0050】

制御部２３は、記憶部２２に格納されたプログラム及びデータを参照し、各処理を実行する。また、制御部２３は、各種のプログラムが動作することにより各種の処理部として機能する。制御部２３は、蓄積部２３１及び送信制御部２３２として機能する。

【0051】

蓄積部２３１は、発信機１０から受信したデータを、回数テーブル２２１にレコードとして蓄積する。なお、蓄積部２３１は、発信機１０のそれぞれについて、最後に送信されたデータのみを回数テーブル２２１に蓄積してもよい。すなわち、蓄積部２３１は、遊具のＩＤをキーとして、回数テーブル２２１のレコードを更新する。これは、前述の通り、発信機１０によって最後に送信された回数が、その日の最新の累積回数を表すためである。

【0052】

例えば、図５には、ＩＤが「7671」である遊具の利用回数が「0」であり、電波強度が「-93」であり、受信日時が「2023/3/10 9:14」であることが示されている。また、例えば、図５には、ＩＤが「7666」である遊具の利用回数が「10」であり、電波強度が「-97」であり、受信日時が「2023/3/10 9:14」であることが示されている。

【0053】

ここで、利用回数は「0」であってもよい。これは、発信機１０は、第２の揺れを検知していない場合、すなわち記憶部１３に記憶された回数が「0」の場合でも、起動状態にあれば回数を送信するためである。

【0054】

ブランコ及びターザンロープのような可動部（滑車、チェーン等）を備えた遊具は、利用されると第２の揺れに相当する大きな揺れが発生し、利用回数が増加していくことが考えられる。一方で、滑り台のような可動部を備えない遊具は、第１の揺れに相当する微細な揺れは発生するものの、第２の揺れに相当する大きな揺れは発生しないと考えられる。このため、滑り台のような可動部を備えない遊具については、図５に示すＩＤが「7671」のレコードのように、利用回数が「0」のままということが起こり得る。

【0055】

以下、ブランコ及びターザンロープのような可動部を備えた遊具を揺動型の遊具と呼ぶ。また、滑り台のような可動部を備えない遊具を非揺動型の遊具と呼ぶ。管理システム１は、後述する方法により、揺動型の遊具だけでなく、非揺動型の遊具についても稼働量を計算することができる。

【0056】

送信制御部２３２は、回数テーブル２２１に蓄積されたデータを、一定期間（例えば、１分）ごとにサーバ３０に送信する。送信制御部２３２は、回数テーブル２２１に蓄積されたデータとともに、受信機２０に付与されたＩＤを送信する。

【0057】

図６は、実施形態に係るサーバの構成例を示す図である。図６に示すように、サーバ３０は、通信部３１、記憶部３２及び制御部３３を有する。

【0058】

通信部３１は、受信機２０との間でデータの通信を行うための通信モジュールである。例えば、通信部３１は、モバイルネットワーク（例えばＬＴＥ、５Ｇ）、ローカル無線通信（例えばＷｉ－Ｆｉ（登録商標））及び有線通信による通信を行う。

【0059】

記憶部３２は、ＨＤＤ、ＳＳＤ、光ディスク、ＲＡＭ、フラッシュメモリ、ＮＶＳＲＡＭ等の記憶装置である。記憶部３２は、収集データテーブル３２１及び利用上限テーブル３２２を記憶する。

【0060】

図７は、収集データテーブルの例を示す図である。図７に示すように、収集データテーブル３２１には、遊具のＩＤ、受信機のＩＤ、利用回数、電波強度及び受信日時が記憶される。収集データテーブル３２１のレコードは、受信機２０の回数テーブル２２１のレコードに、受信機のＩＤが追加されたものである。なお、サーバ３０は、複数の受信機２０からデータを受信することができる。受信機２０は、受信機のＩＤによって識別される。

【0061】

例えば、図７には、ＩＤが「6105」である受信機２０から受信したＩＤが「7670」である遊具の利用回数が「0」であり、電波強度が「-86」であり、受信日時が「2023/3/10 9:04」であることが示されている。また、例えば、図７には、ＩＤが「6105」である受信機２０から受信したＩＤが「7666」である遊具の利用回数が「18」であり、電波強度が「-95」であり、受信日時が「2023/3/10 9:15」であることが示されている。

【0062】

図８は、利用上限テーブルの例を示す図である。図８に示すように、利用上限テーブル３２２には、遊具名と利用上限が記憶される。利用上限は、回数又は時間によって表される。利用上限は、遊具のメーカ、又は遊具の管理者等により事前に設定される。

【0063】

例えば、図８には、「ブランコ」という遊具の利用上限が「50000回」であることが示されている。また、例えば、図８には、「滑り台」という遊具の利用上限が「200時間」であることが示されている。また、遊具名は、「ターザンロープ（滑車）」のように、遊具の部分を指すものであってもよい。

【0064】

制御部３３は、サーバ３０の全体を制御する。制御部３３は、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等である。また、制御部３３は、マイコンであってもよい。

【0065】

制御部３３は、記憶部３２に格納されたプログラム及びデータを参照し、各処理を実行する。また、制御部３３は、各種のプログラムが動作することにより各種の処理部として機能する。制御部３３は、取得部３３１、計算部３３２、判定部３３３及び通知部３３４として機能する。

【0066】

取得部３３１は、稼働量の計算に必要な情報を収集データテーブル３２１から取得する。取得部３３１は、遊具に設置された発信機１０が揺れを検知した回数、又は発信機１０の起動に関する情報を取得する。

【0067】

発信機１０が揺れを検知した回数は、収集データテーブル３２１の利用回数である。また、発信機１０の起動に関する情報は、収集データテーブル３２１の受信日時である。受信日時は、発信機１０が休止状態から起動状態へ遷移した日時と完全に一致しているわけではない。一方で、サーバ３０は、受信日時から発信機１０が休止状態から起動状態へ遷移した日時を推定することができる。

【0068】

計算部３３２は、遊具の種別に応じて、取得部３３１によって取得された利用回数、又は発信機１０の起動に関する情報を用いて、遊具の稼働量を示す指標を計算する。

【0069】

計算部３３２は、ブランコやターザンロープのような揺動型の遊具については、取得部３３１によって取得された利用回数を用いて、遊具が利用された回数（積算利用回数）を指標として計算する。

【0070】

一方、計算部３３２は、滑り台のような非揺動型の遊具については、取得部３３１によって取得された発信機１０の起動に関する情報を用いて、遊具が利用された時間（積算利用時間）を指標として計算する。

【0071】

判定部３３３は、ＩＤに対応する遊具が揺動型であるか非揺動型であるかを判定する。判定部３３３は、各ＩＤの遊具が揺動型であるか非揺動型であるかを示すリストと、ＩＤとを突合することにより判定を行ってもよい。また、判定部３３３は、収集データテーブル３２１における利用回数が「0」のみである遊具を非揺動型の遊具と判定し、利用回数に「0」以外の値が含まれる遊具を揺動型の遊具と判定してもよい。

【0072】

また、判定部３３３は、収集データテーブル３２１における利用回数が全て閾値（例えば、「2」）以下である遊具を非揺動型の遊具と判定し、利用回数に閾値より大きい値が含まれる遊具を揺動型の遊具と判定してもよい。これは、可動部を備えない非揺動型の遊具であっても、風又は強い衝撃等により、稀に第２の揺れが発生する場合があるためである。

【0073】

［積算利用回数の計算方法］
図９を用いて、積算利用回数の計算方法を説明する。図９は、積算利用回数の計算方法を説明する図である。ここでは、計算部３３２は、ＩＤが「7666」である遊具の積算利用回数を計算するものとする。

【0074】

まず、計算部３３２は、収集データテーブル３２１から遊具のＩＤが「7666」であるレコードを抽出し、図９に示すような一時テーブル３２１ａを作成する。ただし、一時テーブル３２１ａでは、電波強度は省略されている。

【0075】

前述の通り、発信機１０において、１日の間は回数が累積されていく。このため、計算部３３２は、１日以内の期間で積算利用回数を計算する場合、収集データテーブル３２１から抽出したレコードの利用回数の最大値をそのまま積算利用回数とすることができる。

【0076】

例えば、図９において、受信日時が「10:56」より後のレコードが存在しない場合、計算部３３２は、「2023/3/10」の積算利用回数を「244」と計算する。

【0077】

さらに、計算部３３２は、取得部３３１によって取得された利用回数に、遊具に対応付けられた重みで重み付けをすることにより、最終的な積算利用回数を計算することができる。

【0078】

例えば、メーカが、ブランコが初期位置より後方に動いた後、初期位置より前方に動き、さらに初期位置に戻るまでの動きを１回の利用と定義した上で利用上限を定めているものとする。一方で、発信機１０は、ブランコが前方又は後方に動き、初期位置に戻るたびに第２の揺れを１回検知するものとする。

【0079】

この場合、これまでに説明した方法で計算した積算利用回数と、メーカの定義に従った実際の積算利用回数は異なると考えられる。そこで、計算部３３２は、計算した積算利用回数に、重み（例えば、０．５）を掛け、最終的な積算利用回数を計算する。

【0080】

これにより、サーバ３０は、例えばメーカの定めた基準に従って、揺動型の遊具の点検が必要か否かを判断することができる。

【0081】

さらに、図１０に示すように、計算部３３２は、１日ごとの積算利用回数を、特定の期間（例えば１か月）で集計することができる。図１０は、積算利用回数の集計方法を説明する図である。

【0082】

図１０に示すように、一時テーブル３２１ｂには、計算部３３２による集計結果が記憶される。一時テーブル３２１ｂには、遊具の各日付の積算利用回数と、１か月の積算利用回数の合計が示される。

【0083】

［積算利用時間の計算方法］
図１１を用いて、積算利用時間の計算方法を説明する。図１１は、積算利用時間の計算方法を説明する図である。ここでは、計算部３３２は、ＩＤが「7671」である遊具の積算利用時間を計算するものとする。

【0084】

まず、計算部３３２は、収集データテーブル３２１から遊具のＩＤが「7671」であるレコードを抽出し、図１１に示すような一時テーブル３２１ｃを作成する。ただし、一時テーブル３２１ｃでは、電波強度は省略されている。また、ＩＤが「7671」である遊具は非揺動型の遊具であるため、利用回数は常に「0」である。

【0085】

発信機１０は、休止状態において、第１の揺れが検知された場合、起動状態に遷移するものとする。また、発信機１０は、起動状態において、第１の揺れ又は第２の揺れが検知されてから10分が経過した場合、休止状態に遷移するものとする。また、発信機１０は、起動状態にある場合、揺れを検知したか否かにかかわらず、データを送信する。また、発信機１０は、毎分0秒（例えば、9:12:00）のタイミングでデータを送信するものとする。

【0086】

このため、一時テーブル３２１ｃに受信日時が存在することは、その時間に発信機１０が起動状態にあったことを意味する。一方で、一時テーブル３２１ｃに受信日時が存在しないこと（次の受信日時までに10分以上の空きができること）は、そのタイミングの10分前に遊具の利用が終了したことを意味する。

【0087】

このことを利用して、計算部３３２は、受信日時を基に積算利用時間を計算する。例えば、図１１の例では、「2023/3/10 9:12」から「2023/3/10 9:21」までは受信日時が存在する。これは、例えば「2023/3/10 9:11:00」から「2023/3/10 9:11:59」の間に発信機１０が休止状態から起動状態に遷移し、「2023/3/10 9:11:59」以降は揺れを検知しなかったことを意味する。この場合、計算部３３２は、積算利用時間に1分を加算する。この場合の利用時間は概ね1秒から59秒の間であるが、計算部３３２は分単位で切り上げるものとする。

【0088】

また、例えば、図１１の例では、「2023/3/10 9:35」から「2023/3/10 9:47」までは受信日時が存在する。これは、例えば「2023/3/10 9:34:00」から「2023/3/10 9:34:59」の間に発信機１０が休止状態から起動状態に遷移し、「2023/3/10 9:37:59」以降は揺れを検知しなかったことを意味する。この場合、計算部３３２は、積算利用時間に4分を加算する。

【0089】

このように、計算部３３２は、取得部３３１によって取得された発信機１０の起動に関する情報を用いて、発信機１０が休止状態から起動状態に遷移した日時、及び発信機１０が起動状態にあった期間を特定し、特定した期間を基に積算利用時間を計算する。

【0090】

なお、図１０のＩＤが「7664」である遊具は非揺動型の遊具である。一方で、図１０には、ＩＤが「7664」である遊具の利用回数が「0」ではなく「1」以上になるケースが示されている。これは、前述の通り、可動部を備えない非揺動型の遊具であっても、風又は強い衝撃等により、稀に第２の揺れが発生する場合があるためである。

【0091】

通知部３３４は、端末４０に通知画面を表示させる。図１２は、通知画面の例を示す図である。図１２に示すように、通知画面には、遊具のＩＤ、遊具名、遊具画像とともに、遊具ごとの稼働量が表示される。稼働量は、積算利用回数又は積算利用時間である。

【0092】

例えば、図１２の通知画面には、ＩＤが「7671」である遊具「滑り台」の稼働量が「10時間」であることが示されている。また、例えば、図１２の通知画面には、ＩＤが「7666」である遊具「ターザンロープ」の稼働量が「254202回」であることが示されている。

【0093】

さらに、通知部３３４は、指標が遊具に定められた稼働量に関する条件を満たす場合、遊具のメンテナンスに関する情報を通知する。

【0094】

例えば、通知部３３４は、稼働量が利用上限テーブル３２２の利用上限の９０％を超えている遊具について、メンテナンスを勧める旨のメッセージを通知画面に表示する。

【0095】

図８に示すように、ターザンロープの利用上限は「260000回」である。一方、図１２に示すように、ターザンロープ（ＩＤ「7666」）の積算利用回数は「254202回」であり、利用上限の９０％を超えている。このため、通知部３３４は、例えば「ターザンロープの滑車交換時期が迫っています！」というメッセージを通知画面に表示する。

【0096】

［実施形態の処理］
図１３を用いて、サーバ３０の処理の流れを説明する。図１３は、実施形態に係るサーバの処理の流れを示すフローチャートである。ここでは、収集データテーブル３２１にデータが蓄積済みであるものとする。

【0097】

まず、サーバ３０は、全ての遊具の中から、未選択の遊具を選択する（ステップＳ１１）。サーバ３０は、ユーザによって指定された遊具を選択してもよい。次に、サーバ３０は、選択した遊具のタイプが揺動型（ブランコ、ターザンロープ等）であるか非揺動型（滑り台等）であるかを判定する（ステップＳ１２）。

【0098】

選択した遊具が揺動型である場合（ステップＳ１２、揺動型）、サーバ３０は、利用回数を基に稼働量を計算する（ステップＳ１３）。すなわち、サーバ３０は、選択した遊具の積算利用回数を計算する。

【0099】

一方、選択した遊具が揺動型である場合（ステップＳ１２、非揺動型）、サーバ３０は、起動日時を基に稼働量を計算する（ステップＳ１４）。すなわち、サーバ３０は、選択した遊具の積算利用時間を計算する。

【0100】

その後、未選択の遊具がある場合（ステップＳ１５、Ｙｅｓ）、サーバ３０はステップＳ１１に戻り、処理を繰り返す。一方、未選択の遊具がない場合（ステップＳ１５、Ｎｏ）、稼働量の計算結果を通知し（ステップＳ１６）、処理を終了する。

【0101】

図１４を用いて、利用回数を基に稼働量を計算する処理（図１３のステップＳ１３）を詳細に説明する。

【0102】

図１４に示すように、まず、サーバ３０は、選択された遊具のＩＤに対応するレコードであって、受信日時が指定された期間に含まれるレコードを収集データテーブル３２１から抽出する（ステップＳ１３０１）。期間としては、例えば１日の日付が指定される。

【0103】

次に、サーバ３０は、抽出したレコードの利用回数を積算し、積算利用回数を計算する（ステップＳ１３０２）。そして、サーバ３０は、積算利用回数を必要に応じて重み付けした値を稼働量（積算利用回数）として出力する（ステップＳ１３０３）。

【0104】

図１５を用いて、起動日時を基に稼働量を計算する処理（図１３のステップＳ１４）を詳細に説明する。

【0105】

図１５に示すように、まず、サーバ３０は、選択された遊具のＩＤに対応するレコードであって、受信日時が指定された期間に含まれるレコードを収集データテーブル３２１から抽出する（ステップＳ１４０１）。期間としては、例えば１日の日付が指定される。

【0106】

ここで、サーバ３０は、抽出したレコードを受信日時の昇順でソートしておく（ステップＳ１４０２）。なお、図１１には、サーバ３０によって抽出されてソートされた状態のレコードが示されている。

【0107】

次に、サーバ３０は、jに1を代入する（ステップＳ１４０３）。そして、T1に、第jレコードの受信日時を代入する（ステップＳ１４０４）。そして、サーバ３０は、第jレコードの受信日時と第j+1レコードの受信日時との差を計算する（ステップＳ１４０５）。

【0108】

計算した差が1分以内である場合（ステップＳ１４０６、Ｙｅｓ）、サーバ３０は、jを1だけ増加させ（ステップＳ１４０７）、ステップＳ１４０５に戻る。これは、発信機１０が休止状態になることなく継続して起動状態にあることを意味する。

【0109】

一方、計算した差が1分以内でない場合（ステップＳ１４０６、Ｎｏ）、サーバ３０は、T2に第jレコードの受信日時を代入する（ステップＳ１４０８）。そして、Max（1分,T2-T1-8分）（「1分」又は「T2-T1-8分」のうち大きい方）を積算利用時間に加算する（ステップＳ１４０９）。

【0110】

なお、ステップＳ１４０６の「1分」は、受信機２０がサーバ３０にデータを送信する時間間隔に基づいて決定された値である。また、ステップＳ１４０９の「8分」は、発信機１０が揺れを検知した後10分で休止状態に遷移することと、分単位で切り上げを行うことを考慮して決定された値である。

【0111】

第jレコードが最後のレコードである場合（ステップＳ１４１０、Ｙｅｓ）、サーバ３０は、積算利用時間を稼働量として出力する（ステップＳ１４１２）。また、第jレコードが最後のレコードでない場合（ステップＳ１４１０、Ｎｏ）、サーバ３０は、jを1だけ増加させ（ステップＳ１４１１）、ステップＳ１４０４に戻る。

【0112】

［第１の実施形態の効果］
これまで説明してきたように、サーバ３０は、取得部３３１及び計算部３３２を有する。取得部３３１は、遊具に設置された発信機１０が揺れを検知した回数、又は発信機１０の起動に関する情報を取得する。計算部３３２は、遊具の種別に応じて、取得部３３１によって取得された回数、又は発信機１０の起動に関する情報を用いて、遊具の稼働量を示す指標を計算する。

【0113】

このように、サーバ３０（管理装置）は、揺れの回数を基に、遊具の稼働量を精度良く推定することができる。

【0114】

また、実施形態によれば、メンテナンスに掛かる人件費（工数）が削減され、遊具の安全性を効率良く確保することが可能になる。また、実施形態によれば、適正な期間で遊具の部品交換を行うことができ、部品がなるべく長い期間利用されるようになり、無駄が削減される。さらに、稼働量を利用した遊具の利用状況の分析が可能になる。このようなデータは、人気のある遊具への入れ替えといった公園遊具の最適化や、街づくりに活用される。

【0115】

また、計算部３３２は、取得部３３１によって取得された回数を用いて、遊具が利用された回数を指標として計算する。これにより、サーバ３０は、揺動型の遊具の稼働量を推定できる。

【0116】

また、計算部３３２は、取得部３３１によって取得された回数に、遊具に対応付けられた重みで重み付けをすることにより、指標を計算する。これにより、サーバ３０は、計算した利用回数を、実際の利用回数に合うように補正することができる。

【0117】

また、計算部３３２は、取得部３３１によって取得された発信機１０の起動に関する情報を用いて、遊具が利用された時間を指標として計算する。また、計算部３３２は、取得部３３１によって取得された発信機１０の起動に関する情報を用いて、発信機１０が休止状態から起動状態に遷移した日時、及び発信機１０が起動状態にあった期間を特定し、期間を基に指標を計算する。これにより、サーバ３０は、非揺動型の遊具についても、稼働量を推定することができる。

【0118】

また、通知部３３４は、指標が遊具に定められた稼働量に関する条件を満たす場合、遊具のメンテナンスに関する情報を通知する。これにより、遊具の管理業務が効率化される。

【0119】

図１６は、実施形態に係るサーバのハードウェア構成例を示す図である。図１６に示すように、サーバ３０は、プロセッサ３０１０と、メモリ３０２０と、入出力ＩＦ３０３０と、バス３０４０とを備えるコンピュータを含む。プロセッサ３０１０、メモリ３０２０、及び入出力ＩＦ３０３０は、バス３０４０によって互いに情報の送受信が可能である。

【0120】

プロセッサ３０１０は、メモリ３０２０に記憶された管理プログラムを読み出して実行することによって、各機能を実行する。プロセッサ３０１０は、例えば、処理回路の一例であり、ＣＰＵ、ＤＳＰ（Digital Signal Processor）、及びシステムＬＳＩ（Large Scale Integration）のうち１つ以上を含む。

【0121】

メモリ３０２０は、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、及びＥＥＰＲＯＭ（登録商標）（Electrically Erasable Programmable Read Only Memory）のうち１つ以上を含む。入出力ＩＦ３０３０は、例えば、ＡＤ変換器、ＤＡ変換器、及び入出力ポート等を含む。

【0122】

なお、サーバ３０は、コンピュータが読み取り可能な管理プログラムが記録された記録媒体から管理プログラムを読み出すデータ読出部を備える構成であってもよい。プロセッサ３０１０は、データ読出部を制御して記録媒体に記録された管理プログラムをデータ読出部から取得し、取得した管理プログラムをメモリ３０２０に記憶させることができる。記録媒体は、例えば、不揮発性又は揮発性の半導体メモリ、磁気ディスク、フレキシブルメモリ、光ディスク、コンパクトディスク、及びＤＶＤ（Digital Versatile Disc）のうち１つ以上を含む。

【0123】

また、サーバ３０は、ネットワークを介してサーバから管理プログラムを受信する通信部を備えていてもよい。この場合、プロセッサ３０１０は、通信部を介してサーバから管理プログラムを取得し、取得した管理プログラムをメモリ３０２０に記憶させることができる。

【0124】

今回開示された実施形態は全ての点で例示であって制限的なものではないと考えられるべきである。実に、上記した実施形態は多様な形態で具現され得る。また、上記の実施形態は、添付の特許請求の範囲及びその趣旨を逸脱することなく、様々な形態で省略、置換、変更されてもよい。

【符号の説明】

【0125】

１ 管理システム
１０、１０＿１、１０＿２、１０＿３、１０＿４ 発信機
１１、２１、３１ 通信部
１２ 加速度センサ
１３、２２、３２ 記憶部
１４、２３、３３ 制御部
２０ 受信機
３０ サーバ
４０ 端末
５１、５２、５３ 遊具
１４１ 起動制御部
１４２ 判定部
１４３、２３２ 送信制御部
２３１ 蓄積部
３２１ 収集データテーブル
３２２ 利用上限テーブル
３３１ 取得部
３３２ 計算部
３３３ 判定部
３３４ 通知部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】