特許 7593062 共用物管理システム、共用物管理方法及び共用物管理プログラム

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

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

(11)【特許番号】

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

(45)【発行日】2024-12-03

(54)【発明の名称】共用物管理システム、共用物管理方法及び共用物管理プログラム

(51)【国際特許分類】

   G06Q 10/02 20120101AFI20241126BHJP

   G06Q 50/08 20120101ALI20241126BHJP

【ＦＩ】

G06Q10/02

G06Q50/08

【請求項の数】 6

(21)【出願番号】P 2020188184

(22)【出願日】2020-11-11

(65)【公開番号】P2022077363

(43)【公開日】2022-05-23

【審査請求日】2023-10-05

(73)【特許権者】

【識別番号】000000549

【氏名又は名称】株式会社大林組

(74)【代理人】

【識別番号】100105957

【弁理士】

【氏名又は名称】恩田 誠

(74)【代理人】

【識別番号】100068755

【弁理士】

【氏名又は名称】恩田 博宣

(72)【発明者】

【氏名】佐藤 洋平

(72)【発明者】

【氏名】伊東 未奈子

【審査官】上田 威

(56)【参考文献】

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

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

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

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

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

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

【文献】内田 三知代，ＫｅｙＷｏｒｄ デジタル化 鹿島建設 工事用レンタル資機材のステータスを可視化 次は識別コードで搬入・進捗を遠隔管理へ，月刊ロジスティクス・ビジネス，第19巻 第4号，株式会社ライノス・パブリケーションズ，2019年07月01日，P.56-59

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

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

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

【請求項1】

利用者端末と通信を行なう制御部と、
高所作業車の使用状態を記録する共用物情報記憶部と、
前記高所作業車の利用申請を記録する利用申請情報記憶部とを備えた共用物管理システムであって、
前記制御部が、
前記利用者端末から、高所作業車の利用場所を含む利用申請を取得し、前記利用申請情報記憶部に記録し、
前記利用申請情報記憶部において、利用可能な高所作業車を特定できない場合、前記共用物情報記憶部を用いて、各使用状態及び所在位置を特定し、
前記使用状態に基づいて利用可能であって、前記利用場所と前記所在位置との距離に応じて高所作業車候補を特定し、
前記高所作業車候補の中で選択された高所作業車の利用権限を、前記利用者端末に付与することを特徴とする共用物管理システム。

【請求項2】

前記制御部が、
前記利用者端末から、締切時までの高所作業車の利用場所を含む利用申請を取得し、
前記締切時の経過後に、前記利用申請情報記憶部において、利用可能な高所作業車を特定できない場合、前記共用物情報記憶部を用いて、各使用状態及び所在位置を特定し、
前記使用状態に基づいて利用可能であって、前記利用場所と前記所在位置との距離の総和に応じて、各利用申請に対して各高所作業車候補を割り振ることを特徴とする請求項１に記載の共用物管理システム。

【請求項3】

前記制御部が、
前記高所作業車候補の中で選択された高所作業車について、前記高所作業車候補の利用申請を行なった申請者の利用者端末にスポット利用依頼を送信し、
前記利用者端末から許諾情報を取得した場合、前記高所作業車候補の利用権限を、前記利用者端末に付与することを特徴とする請求項１に記載の共用物管理システム。

【請求項4】

前記制御部が、前記使用状態として、高所作業車の駆動機構の動作状態、及びバッテリの充電状態の少なくとも一つを特定することを特徴とする請求項１～３のいずれか一項に記載の共用物管理システム。

【請求項5】

利用者端末と通信を行なう制御部と、
高所作業車の使用状態を記録する共用物情報記憶部と、
前記高所作業車の利用申請を記録する利用申請情報記憶部とを備えた共用物管理システムを用いて高所作業車の管理を行なう方法であって、
前記制御部が、
前記利用者端末から、高所作業車の利用場所を含む利用申請を取得し、前記利用申請情報記憶部に記録し、
前記利用申請情報記憶部において、利用可能な高所作業車を特定できない場合、前記共用物情報記憶部を用いて、各使用状態及び所在位置を特定し、
前記使用状態に基づいて利用可能であって、前記利用場所と前記所在位置との距離に応じて高所作業車候補を特定し、
前記高所作業車候補の中で選択された高所作業車の利用権限を、前記利用者端末に付与することを特徴とする共用物管理方法。

【請求項6】

利用者端末と通信を行なう制御部と、
高所作業車の使用状態を記録する共用物情報記憶部と、
前記高所作業車の利用申請を記録する利用申請情報記憶部とを備えた共用物管理システムを用いて高所作業車の管理を行なうためのプログラムであって、
前記制御部を、
前記利用者端末から、高所作業車の利用場所を含む利用申請を取得し、前記利用申請情報記憶部に記録し、
前記利用申請情報記憶部において、利用可能な高所作業車を特定できない場合、前記共用物情報記憶部を用いて、各使用状態及び所在位置を特定し、
前記使用状態に基づいて利用可能であって、前記利用場所と前記所在位置との距離に応じて高所作業車候補を特定し、
前記高所作業車候補の中で選択された高所作業車の利用権限を、前記利用者端末に付与する手段として機能させることを特徴とする共用物管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数の利用者が共用する複数の共用物を管理する共用物管理システム、共用物管理方法及び共用物管理プログラムに関する。

【背景技術】

【0002】

共用物の有効活用のために、共用物のシェアリングを行なうことがある。また、建築現場において、複数の作業者が共用する機器を管理することがあり、例えば、建築現場で、複数の利用者が高所作業車を共用することがある。

【0003】

例えば、図１２示すように、複数の高所作業車を、利用予定表５００を用いて管理することがある。そして、高所作業車の利用希望者は、利用予定表５００を確認して、利用や予約されていない高所作業車の空き時間の利用を申し込む。しかしながら、複数の利用者が共用している場合や、各高所作業車の所在位置が離れている場合には、的確な利用申請が困難である。

【0004】

また、建築現場における共用する資機材を予約するための技術も検討されている（例えば、特許文献１参照。）。この文献に開示された技術においては、情報処理システムが、建築現場において複数の作業者が共用する資機材を管理する。この場合、資機材に設けられる発信手段から発信される信号に基づいて、建築現場における資機材が存在するエリアを特定する。更に、資機材の稼働状況、資機材の予約状況を特定する。そして、エリアにおける資機材の特定情報を出力し、資機材の稼働情報及び予約状況についての予約情報を出力する。

【先行技術文献】

【特許文献】

【0005】

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

【発明の概要】

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

【0006】

しかしながら、共用物の利用について予約した場合にも、共用物の状況に応じて、利用方法が異なる場合がある。この状況を考慮しなければ、効率的な共用物管理を行なうことができない。

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

【0007】

上記課題を解決するための共用物管理システムは、利用者端末と通信を行なう制御部と、共用物の使用状態を記録する共用物情報記憶部と、前記共用物の利用申請を記録する利用申請情報記憶部とを備える。そして、前記制御部が、前記利用者端末から、共用物の利用申請を取得し、前記利用申請情報記憶部において、利用可能な共用物を特定できない場合、前記共用物情報記憶部を用いて、各使用状態を特定し、前記使用状態に基づいて利用可能な共用物候補を特定し、前記共用物候補の中で選択された共用物の利用権限を、前記利用者端末に付与する。

【発明の効果】

【0008】

本発明によれば、複数の利用者が共用する複数の共用物を効率的に管理することができる。

【図面の簡単な説明】

【0009】

【図1】本実施形態のシステムの説明図。

【図2】本実施形態の利用場面の説明図。

【図3】本実施形態のハードウェア構成の説明図。

【図4】本実施形態の情報記憶部の説明図であって、（ａ）は作業車情報記憶部、（ｂ）は利用者情報記憶部、（ｃ）は利用申請情報記憶部の説明図。

【図5】本実施形態の処理手順の説明図。

【図6】本実施形態の処理手順の説明図。

【図7】本実施形態の処理手順の説明図。

【図8】他の実施形態の処理手順の説明図。

【図9】他の実施形態の処理手順の説明図。

【図10】他の実施形態の処理手順の説明図。

【図11】他の実施形態の処理手順の説明図。

【図12】従来の利用予定表の説明図。

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

【0010】

以下、図１～図７に従って、共用物管理システム、共用物管理方法及び共用物管理プログラムを具体化した一実施形態を説明する。本実施形態では、複数階からなる構造物の建築現場において、複数の高所作業車（共用物）の利用を管理する場合に用いる共用物管理システムとして説明する。

【0011】

本実施形態では、図１に示すように、制御装置１０、管理サーバ２０、利用者端末３０、管理端末３２を用いる。制御装置１０は、高所作業車Ｖ１に設けられる。本実施形態では、利用者によって共用される高所作業車Ｖ１の利用予約申請を前日までに受け付ける。そして、当日の利用予約申請に対して、高所作業車Ｖ１を割り当てる。更に、当日の高所作業車Ｖ１のスポット利用申請を受け付ける。ここで、スポット利用とは、前日以前に利用予約されていない利用で、例えば利用時間帯が指定されていない利用である。

【0012】

本実施形態では、図２に示すように、複数階層の建築現場で、利用当日に利用申請を行なう場合を想定する。この場合、利用希望者Ｐ１は、利用者端末３０を用いて利用申請を行ない、管理サーバ２０は、高所作業車Ｖ１の所在位置や稼働状態（使用状態）を確認する。高所作業車Ｖ１には、空いている状態（図では「空」）、稼働中（図では「稼」）、稼働していないが予約がある状態（図では「予」）がある。そして、利用可能な高所作業車Ｖ１を、所在位置、稼働状態に応じて利用候補として特定する。

【0013】

（ハードウェア構成の説明）
次に、図３を用いて、制御装置１０、管理サーバ２０、利用者端末３０、管理端末３２を構成する情報処理装置Ｈ１０のハードウェア構成を説明する。情報処理装置Ｈ１０は、通信装置Ｈ１１、入力装置Ｈ１２、表示装置Ｈ１３、記憶装置Ｈ１４、プロセッサＨ１５を備える。なお、このハードウェア構成は一例であり、他のハードウェアにより実現することも可能である。

【0014】

通信装置Ｈ１１は、他の装置との間で通信ルートを確立して、データの送受信を実行するインタフェースであり、例えばネットワークインタフェースカードや無線インタフェース等である。

【0015】

入力装置Ｈ１２は、各種情報の入力を受け付ける装置であり、例えばマウスやキーボード、カメラ（撮影装置）等である。表示装置Ｈ１３は、各種情報を表示するディスプレイ等である。

【0016】

記憶装置Ｈ１４は、制御装置１０、管理サーバ２０、利用者端末３０、管理端末３２の各種機能を実行するためのデータや各種プログラムを格納する記憶装置である。記憶装置Ｈ１４の一例としては、ＲＯＭ、ＲＡＭ、ハードディスク等がある。

【0017】

プロセッサＨ１５は、記憶装置Ｈ１４に記憶されるプログラムやデータを用いて、制御装置１０、管理サーバ２０、利用者端末３０、管理端末３２における各処理を制御する。プロセッサＨ１５の一例としては、例えばＣＰＵやＭＰＵ等がある。このプロセッサＨ１５は、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、各処理のための各種プロセスを実行する。

【0018】

プロセッサＨ１５は、自身が実行するすべての処理についてソフトウェア処理を行なうものに限られない。例えば、プロセッサＨ１５は、自身が実行する処理の少なくとも一部についてハードウェア処理を行なう専用のハードウェア回路（例えば、特定用途向け集積回路：ＡＳＩＣ）を備えてもよい。すなわち、プロセッサＨ１５は、〔１〕コンピュータプログラム（ソフトウェア）に従って動作する１つ以上のプロセッサ、〔２〕各種処理のうち少なくとも一部の処理を実行する１つ以上の専用のハードウェア回路、或いは〔３〕それらの組み合わせ、を含む回路（circuitry）として構成し得る。プロセッサは、ＣＰＵ並びに、ＲＡＭ及びＲＯＭ等のメモリを含み、メモリは、処理をＣＰＵに実行させるように構成されたプログラムコード又は指令を格納している。メモリすなわちコンピュータ可読媒体は、汎用又は専用のコンピュータでアクセスできるあらゆる利用可能な媒体を含む。

【0019】

（システム構成）
次に、図１を用いて、共用物管理システムの各機能を説明する。
高所作業車Ｖ１は、バッテリによる駆動機構を用いて高所作業を行なう作業車である。この高所作業車Ｖ１には、車両ＩＤを含めた２次元コード画像が添付されている。更に、この高所作業車Ｖ１は、制御装置１０を備えている。この制御装置１０は、高所作業車Ｖ１のバッテリの充電量（残量）を取得したり、駆動機構の始動を制御したりする。駆動機構の始動を行なう場合には、制御装置１０は、利用者端末３０と通信を行なう。本実施形態では、制御装置１０は、高所作業車Ｖ１の始動キーが格納されたキーボックスの施錠を管理するための開錠キーを保持しており、駆動機構の始動を管理する。そして、高所作業車Ｖ１を利用する場合、利用者端末３０を用いて、キーボックスを開錠して、高所作業車Ｖ１を始動する。高所作業車Ｖ１の利用を終了した場合、利用者端末３０を用いて、高所作業車Ｖ１を停止させて、キーボックスを施錠する。

【0020】

管理サーバ２０は、高所作業車Ｖ１の利用を管理するコンピュータシステムである。この管理サーバ２０は、制御部２１、共用物情報記憶部としての作業車情報記憶部２２、利用者情報記憶部２３、利用申請情報記憶部２４を備える。

【0021】

制御部２１は、後述する処理（予約段階、割当段階、監視段階等を含む処理）を行なう。このための各処理のためのプログラムを実行することにより、制御部２１は、予約部２１１、割当部２１２、監視部２１３等として機能する。

【0022】

予約部２１１は、高所作業車Ｖ１の利用予約申請やスポット利用申請を受け付ける処理を実行する。この予約部２１１は、利用予約申請の受付を終了する締め時刻（例えば、建築現場における前日の作業終了時刻）に関するデータを保持している。

【0023】

割当部２１２は、利用予約申請やスポット利用申請に対して、高所作業車Ｖ１を割り当てる処理を実行する。この割当部２１２は、作業内容に応じて利用する高所作業車Ｖ１の車両種別に関する作業対応テーブルを保持している。
監視部２１３は、高所作業車Ｖ１の状態を監視する処理を実行する。

【0024】

図４（ａ）に示すように、共用物情報記憶部としての作業車情報記憶部２２には、各高所作業車Ｖ１についての作業車管理レコード２２０が記録される。この作業車管理レコード２２０は、高所作業車Ｖ１を登録した場合に記録されて、利用者端末３０からの情報に基づいて更新される。作業車管理レコード２２０は、作業車ＩＤ、車両種別、開錠キー、利用者ＩＤ、稼働状況、所在位置、バッテリ状況、申請割当に関する情報を含んで構成される。

【0025】

作業車ＩＤデータ領域には、各高所作業車Ｖ１を特定するための識別子に関するデータが記録される。
車両種別データ領域には、この高所作業車Ｖ１の種類に関するデータが記録される。

【0026】

開錠キーデータ領域には、この高所作業車Ｖ１を起動するための開錠キーに関するデータが記録される。
利用者ＩＤデータ領域には、この高所作業車Ｖ１を利用中の利用者を特定するための情報が記録される。本実施形態では、高所作業車Ｖ１が稼働していない場合には空欄にしておき、稼動している場合には利用者の利用者ＩＤを記録する。

【0027】

稼働状況データ領域には、この高所作業車Ｖ１の稼働状況を特定するための情報が記録される。本実施形態では、高所作業車Ｖ１が稼働していない場合には空欄にしておき、稼動している場合には利用者の申請ＩＤを記録する。

【0028】

所在位置データ領域には、この高所作業車Ｖ１が設置させた位置に関するデータが記録される。
バッテリ状況データ領域には、この高所作業車Ｖ１のバッテリの充電量に関するデータが記録される。
申請割当データ領域には、この高所作業車Ｖ１を割り当てた利用申請を特定するための識別子（申請ＩＤ）に関するデータが記録される。

【0029】

図４（ｂ）に示すように、利用者情報記憶部２３には、高所作業車Ｖ１の利用者についての利用者管理レコード２３０が記録される。この利用者管理レコード２３０は、利用者登録が行なわれた場合に記録される。利用者管理レコード２３０は、利用者ＩＤ、所属、利用者属性、連絡先に関する情報を含んで構成される。

【0030】

利用者ＩＤデータ領域には、この利用者を特定するための識別子に関するデータが記録される。
所属データ領域には、この利用者が所属する事業会社や部署に関するデータが記録される。

【0031】

利用者属性データ領域には、この利用者の属性（例えば、作業者、現場管理者等）に関するデータが記録される。
連絡先データ領域には、この利用者の連絡先（例えば、メールアドレス、利用者端末３０のＩＰアドレス等）に関するデータが記録される。

【0032】

図４（ｃ）に示すように、利用申請情報記憶部２４には、高所作業車Ｖ１の利用申請についての申請管理レコード２４０が記録される。この申請管理レコード２４０は、利用者端末３０から、利用予約申請やスポット利用申請を受け付けた場合に記録される。申請管理レコード２４０は、申請ＩＤ、申請種別、利用場所、利用時間、作業内容、申請者、作業車に関する情報を含んで構成される。

【0033】

申請ＩＤデータ領域には、各申請を特定するための識別子に関するデータが記録される。
申請種別データ領域には、この申請の種類（利用予約申請又はスポット利用申請）を特定するための識別子に関するデータが記録される。

【0034】

利用場所データ領域には、高所作業車Ｖ１を用いて作業を行なう場所に関するデータが記録される。
利用時間データ領域には、利用予約申請については、高所作業車Ｖ１を用いて作業を行なう年月日及び時間（開始時刻及び終了時刻）に関するデータが記録される。スポット利用申請については、高所作業車Ｖ１を用いて作業を行なう所要時間に関するデータが記録される。

【0035】

作業内容データ領域には、高所作業車Ｖ１を用いる作業の内容を特定するための識別子に関するデータが記録される。この作業内容に応じて、利用可能な車両種別を特定することができる。

【0036】

申請者データ領域には、この申請を行なった利用者を特定するための識別子に関するデータが記録される。
作業車データ領域には、この申請に用いる高所作業車Ｖ１を特定するための識別子に関するデータが記録される。

【0037】

利用者端末３０は、高所作業車Ｖ１を利用する利用者が用いるコンピュータ端末である。利用者は、利用者端末３０を用いて、利用申請を行なったり、高所作業車Ｖ１の制御装置１０と通信を行なったりする。このため、利用者端末３０には、高所作業車Ｖ１の利用を管理するための管理アプリケーションがインストールされている。この管理アプリケーションは、利用者の利用者ＩＤを保持している。更に、利用者端末３０は、ＧＰＳ（Global Positioning System）や無線基地局からの信号等を利用した所在位置取得部を備える。この所在位置情報取得部を用いることにより、利用者の現在位置（緯度経度やフロア）を特定することができる。
管理端末３２は、高所作業車Ｖ１の管理者が用いるコンピュータ端末である。

【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】

・上記実施形態では、各高所作業車Ｖ１の特定には、車両ＩＤを含めた２次元コード画像を用いる。各高所作業車Ｖ１の特定方法は、２次元コード画像を用いる場合に限定されるものではない。例えば、車両ＩＤを含めたタグの読取や、Bluetooth（登録商標）等を用いた近距離無線通信等を用いてもよい。この場合、利用者端末３０は、開錠申請処理（ステップＳ２０１）において、タグリーダや通信装置Ｈ１１を用いて、車両ＩＤに関する情報を取得する。

【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】

充電量は十分と判定した場合（ステップＳ７０４において「ＹＥＳ」の場合）、充電量の確認処理を終了する。
充電量は不十分と判定した場合（ステップＳ７０４において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、充電時間があるかどうかについての判定処理を実行する（ステップＳ７０５）。具体的には、制御部２１の監視部２１３は、現在時刻から、後続の申請管理レコード２４０の利用時間に記録された開始時刻までの残り時間を算出する。そして、残り時間が基準時間以上の場合には充電時間があると判定する。

【0122】

充電時間があると判定した場合（ステップＳ７０５において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、充電指示処理を実行する（ステップＳ７０６）。具体的には、制御部２１の監視部２１３は、利用者端末３０や管理端末３２に充電指示を送信する。

【0123】

一方、残り時間が基準時間未満で、充電時間がないと判定した場合（ステップＳ７０５において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、アラート処理を実行する（ステップＳ７０７）。具体的には、制御部２１の監視部２１３は、管理端末３２にアラームメッセージを送信する。このアラームメッセージには、作業車ＩＤ、申請ＩＤに関する情報を含める。この場合、管理者は、高所作業車Ｖ１の利用申請の調整や、利用者に対する注意喚起を行なう。

【符号の説明】

【0124】

Ｖ１…高所作業車、１０…制御装置、２０…管理サーバ、２１…制御部、２１１…予約部、２１２…割当部、２１３…監視部、２２…作業車情報記憶部、２３…利用者情報記憶部、２４…利用申請情報記憶部、３０…利用者端末、３２…管理端末。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】