(57)【要約】      （修正有）【課題】宿泊施設における駆けつけ要員の確保や運用を的確かつ効率良く行う要員管理支援システムを提供する。【解決手段】要員管理支援システム１は、宿泊施設の駆けつけ要員候補の情報を格納した記憶部２と、前記宿泊施設の所定装置から、当該宿泊施設での駆けつけ要件に該当する事案の発生通知を受信した場合、前記情報のうち駆けつけ要員候補の現在位置情報に基づき、前記宿泊施設に所定時間内で到達可能な者を駆けつけ要員として特定し、前記駆けつけ要員に関する前記情報が示す連絡先に宛てて、駆けつけ要請通知を送信する演算部５を含む。【選択図】図２
2020095655.tif 000002
【特許請求の範囲】
【請求項１】
宿泊施設の駆けつけ要員候補の情報を格納した記憶部と、
前記宿泊施設の所定装置から、当該宿泊施設での駆けつけ要件に該当する事案の発生通知を受信した場合、前記情報のうち駆けつけ要員候補の現在位置情報に基づき、前記宿泊施設に所定時間内で到達可能な者を駆けつけ要員として特定し、前記駆けつけ要員に関する前記情報が示す連絡先に宛てて、駆けつけ要請通知を送信する演算部と、
を備える要員管理支援システム。
【請求項２】
前記演算部は、
前記宿泊施設に所定時間内で到達可能な者のうち、所定の条件を満たす者を駆けつけ要員として特定するものである、
ことを特徴とする請求項１に記載の要員管理支援システム。
【請求項３】
前記演算部は、
前記駆けつけ要員に関する、前記駆けつけ要請通知の送信以降の現在位置情報に基づき、前記駆けつけ要請通知から所定時間が経過するまでの間に所定行動を開始していない場合、前記条件を満たす者のうちから新たな駆けつけ要員を所定ルールで特定し、前記新たな駆けつけ要員に関する前記情報が示す連絡先に宛てて、駆けつけ要請通知を送信するものである、
ことを特徴とする請求項２に記載の要員管理支援システム。
【請求項４】
前記演算部は、
前記宿泊施設に所定時間内で到達可能な者のうち、前記条件を満たす者として、最短での到達、所定事象に関する評価結果、所定事象に関する経験値、所定事象に関するスキル、および、属性、の少なくともいずれかに関する所定条件を満たす者を駆けつけ要員として特定するものである、
ことを特徴とする請求項２または３に記載の要員管理支援システム。
【請求項５】
前記演算部は、
前記宿泊施設に所定時間内で到達可能な者それぞれに対して、前記駆けつけ要請通知の送信を実行し、前記条件を満たす者として、当該駆けつけ要請通知に対して所定条件で受諾応答を返した者を、前記駆けつけ要員として特定するものである、
ことを特徴とする請求項２または３に記載の要員管理支援システム。
【請求項６】
前記記憶部は、
前記事案に対して必要となる対応を学ぶための学習コンテンツを更に格納しており、
前記演算部は、
前記駆けつけ要員候補または前記駆けつけ要員の少なくともいずれかの連絡先に宛てて、前記駆けつけ要請通知の送信より前の所定タイミングに、または、前記前記駆けつけ要請通知の送信から所定時間以内に、前記学習コンテンツを配信するものである、
ことを特徴とする請求項１〜５のいずれかに記載の要員管理支援システム。
【請求項７】
前記記憶部は、
複数の宿泊施設それぞれにおける駆けつけ要員の情報を格納しており、
前記演算部は、
前記事案の発生通知を受けた場合、当該宿泊施設を含む前記複数の宿泊施設それぞれにおける駆けつけ要員候補の現在位置情報に基づき、前記宿泊施設に所定時間内で到達可能な者を駆けつけ要員として特定するものである、
ことを特徴とする請求項１〜６のいずれかに記載の要員管理支援システム。
【請求項８】
情報処理システムが、
宿泊施設の駆けつけ要員候補の情報を格納した記憶部を備えて、
前記宿泊施設の所定装置から、当該宿泊施設での駆けつけ要件に該当する事案の発生通知を受信した場合、前記情報のうち駆けつけ要員候補の現在位置情報に基づき、前記宿泊施設に所定時間内で到達可能な者を駆けつけ要員として特定し、
前記駆けつけ要員に関する前記情報が示す連絡先に宛てて、駆けつけ要請通知を送信する、
ことを特徴とする要員管理支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、要員管理支援システムおよび要員管理支援方法に関するものである。
【背景技術】
【０００２】  改正旅館業法の施行に伴い、宿泊施設におけるフロントの設置基準が緩和され、その代替機能（例：生体認証等による本人確認を可能としたＩＣＴユニット）の導入も許容されることとなった。上述の代替機能を導入した宿泊施設では、ルームキー受け渡しに関する手渡し要件も不要となる。【０００３】  こうした宿泊施設の管理手法に関連する従来技術としては、例えば、施設の解錠に必要な秘密情報を移動端末に配信する地上設置物に前記秘密情報を送信するサーバシステムであって、少なくとも１つのプロセッサと、前記地上設置物との間で通信を行う通信部とを備え、前記プロセッサは、利用者が利用する前記施設に関する特定情報を取得し、前記施設に関する特定情報に基づいて、前記秘密情報を近距離通信で前記移動端末に配信可能な１または複数の前記地上設置物を前記秘密情報の受渡場所として特定する前記地上設置物に関する特定情報を生成し、前記地上設置物に関する特定情報に基づいて、特定された前記地上設置物から前記秘密情報を近距離通信で前記移動端末に配信させるために、当該地上設置物に前記秘密情報を送信する、サーバシステム（特許文献１参照）などが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１８−１３８２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】  ところで、訪日客の大幅増に伴い、都心や観光地等における宿泊施設は逼迫状況にある。一方で、個人宅やその空き部屋を貸し出す民泊の仕組みも登場し、上述した逼迫状況の解消手段の１つとして期待されている。【０００６】  このように、盛り上がりをみせる民泊ではあるが、上述のようにＩＣＴユニットでフロント機能を代替する民泊施設が多く、いわゆる「駆けつけ要件」のクリアが運営上の課題になりやすい。勿論、この課題は民泊施設だけに限らず、フロントマンを常駐させることが難しく、ＩＣＴユニットを導入した小規模のホテルや旅館、簡易宿泊所などにも生じうる。【０００７】  なお、上述の「駆けつけ要件」とは、緊急を要する状況に置かれた宿泊者に対し、規定の時間（例：１０分）以内でスタッフが駆け付ける体制が要求されるものである。しかしながら、民泊等の宿泊施設の運営者からすれば、全ての時間帯にわたり、緊急対応可能な駆けつけ要員を常時確保し続けることは、コストや手間の点で非常に難しい。そもそも、人手不足が叫ばれる昨今では、人材募集すらままならない。
このことは、民泊等の宿泊施設の運営継続を危うくしかねない問題であるが、これに対処する技術は提案されていない。【０００８】  そこで本発明は上記課題を鑑みてなされたものであり、宿泊施設における駆けつけ要員の確保や運用を的確かつ効率良く行うことを可能にする技術の提供を主たる目的とする。
【課題を解決するための手段】
【０００９】  本発明の要員管理支援システムは、宿泊施設の駆けつけ要員候補の情報を格納した記憶部と、前記宿泊施設の所定装置から、当該宿泊施設での駆けつけ要件に該当する事案の発生通知を受信した場合、前記情報のうち駆けつけ要員候補の現在位置情報に基づき、前記宿泊施設に所定時間内で到達可能な者を駆けつけ要員として特定し、前記駆けつけ要員に関する前記情報が示す連絡先に宛てて、駆けつけ要請通知を送信する演算部と、を備える。【００１０】  また、本発明の要員管理支援方法は、情報処理システムが、宿泊施設の駆けつけ要員候補の情報を格納した記憶部を備えて、前記宿泊施設の所定装置から、当該宿泊施設での駆けつけ要件に該当する事案の発生通知を受信した場合、前記情報のうち駆けつけ要員候補の現在位置情報に基づき、前記宿泊施設に所定時間内で到達可能な者を駆けつけ要員として特定し、前記駆けつけ要員に関する前記情報が示す連絡先に宛てて、駆けつけ要請通知を送信する。
【発明の効果】
【００１１】  本発明によれば、宿泊施設における駆けつけ要員の確保や運用を的確かつ効率良く行うことが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態における要員管理支援システムを含むネットワーク構成例を示す図である。
【図２】本実施形態における要員管理支援システムのハードウェア構成例を示す図である。
【図３】本実施形態における要員端末のハードウェア構成例を示す図である。
【図４】本実施形態における要員候補情報の構成例を示す図である。
【図５】本実施形態における宿泊施設情報の構成例を示す図である。
【図６】本実施形態におけるコンテンツ情報の構成例を示す図である。
【図７】本実施形態における要員管理支援方法のフロー例を示す図である。
【図８】本実施形態における画面例１を示す図である。
【図９】本実施形態における画面例２を示す図である。
【発明を実施するための形態】
【００１３】＜ネットワーク構成＞
【００１４】  以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の要員管理支援システム１を含むネットワーク構成図である。図１に示す要員管理支援システム１は、宿泊施設における駆けつけ要員の確保や運用を的確かつ効率良く行うことを可能にするコンピュータシステムである。
【００１５】  要員管理支援システム１は、宿泊施設の運営者か、或いは、そうした運営者らに要員管理支援サービスを提供する事業者が管理・運用するシステムであって、例えばサーバ装置を想定できる。
【００１６】  こうした要員管理支援システム１は、インターネットなどの適宜なネットワーク３０を介して、各宿泊施設におけるフロント機能を実装するＩＣＴユニットたる宿泊施設端末２０や、そうした宿泊施設に関して駆けつけ要員候補として登録されている者の端末である要員端末２５、宿泊施設のユーザであり駆けつけ要請を行う宿泊客の端末たる顧客端末２７などと通信可能に結ばれている。
＜ハードウェア構成＞
【００１７】  続いて、本実施形態における要員管理支援システム１のハードウェア構成について説明する。図２は、本実施形態の要員管理支援システム１のハードウェア構成例を示す図である。
【００１８】  要員管理支援システム１は、ＳＳＤやハードディスクからなる記憶部２、ＲＡＭ４、ＣＰＵなどの演算部５、および通信部６らがＢＵＳにより互いに接続されて構成されている。
【００１９】  このうち記憶部２には、各宿泊施設に関して登録されている駆けつけ要員候補の情報、すなわち要員候補情報１０と、各宿泊施設に関する各種情報、すなわち宿泊施設情報１１と、駆けつけ要員候補の学習コンテンツを格納したコンテンツ情報１２とが少なくとも記憶されている。
また、要員管理支援システム１は、上述の記憶部２に格納されたプログラム３を、ＲＡＭ４に読み出すなどして演算部５により実行することになる。
【００２０】  なお、要員管理支援システム１は、コンピュータ装置が一般に備えている各種キーボードやボタン類などの入力装置、ディスプレイなどの出力装置を必要に応じて備えるとしてもよい。
【００２１】  また要員管理支援システム１は、他装置との間のデータ授受を担うＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）など通信部６を有し、上述の宿泊施設端末２０、要員端末２５、および、顧客端末２７、などとネットワーク３０を介して通信可能となっている。
【００２２】  続いて図３に、本実施形態の要員端末２５のハードウェア構成例を示す。要員端末２５は、ＳＳＤやハードディスクからなる記憶部２５２、ＲＡＭ２５４、ＣＰＵなどの演算部２５５、各種キーボードやボタン類などの入力部２５６、ディスプレイなどの出力部２５７、他装置との間のデータ授受を担うＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）などの通信部２５８、およびＧＰＳユニット２５９らがＢＵＳにより互いに接続されて構成されている。
このうち記憶部２５２には、当該駆けつけ要員候補の属性に関する情報が少なくとも記憶されている。
また、要員端末２５は、上述の記憶部２５２に格納されたプログラム２５３を、ＲＡＭ２５４に読み出すなどして演算部２５５により実行することになる。
【００２３】  なお、ＧＰＳユニット２５９は、上空のＧＰＳ衛星から得た測位電波に基づいて、ＧＰＳ座標値を算定するユニットである。要員端末２５は、このＧＰＳユニット２５９で得たＧＰＳ座標値を、この要員端末２５のユーザである駆けつけ要員候補の識別情報（候補ＩＤ）と紐付け、例えば一定時間毎に要員管理支援システム１にアップロードする。
＜データ構造例＞
【００２４】  次に、本実施形態の要員管理支援システム１が利用するデータの具体例について説明する。図４において、本実施形態における要員候補情報１０の例を示す。この要員候補情報１０は、各宿泊施設に関して登録されている、駆けつけ要員候補の情報を格納したテーブルである。なお、本実施形態では、１つの宿泊施設にのみ紐付けて駆けつけ要員候補の情報を格納・管理する形態ではなく、要員管理支援システム１の支援対象とする宿泊施設群の全体に対して駆けつけ要員候補の情報を管理するものとして説明する。
【００２５】  この要員候補情報１０は、駆けつけ要員候補を一意に特定する候補ＩＤと、その者の性別、年齢、国籍、使用言語、および連絡先といった属性と、現在位置、所定事象に関する評価結果、経験値、およびスキル、といった値とを紐付けた情報である。
【００２６】  上述の所定事象としては、例えば、駆けつけ対応や、或いは、駆けつけ対応と所定の関係性がある業務等（例：一般的な宿泊施設でのフロント業務、その他の顧客対応業務、施設の保守管理業務、鍵の受け渡しなど）を想定できる。
【００２７】  従って、この場合の評価結果の一例は、駆けつけ対応の機会ごとに宿泊施設のユーザ（宿泊客）から当該駆けつけ要員候補（その際には実際に駆けつけた駆けつけ要員であった）に関して寄せられた評価結果となる。
【００２８】  また同様に、経験値は、駆けつけ対応や、或いは、駆けつけ対応と所定の関係性がある業務等に関して、当該駆けつけ要員候補が経験した業務量（例：担当した件数など）や業務年数などを想定できる。
【００２９】  また、スキルに関しても、駆けつけ対応や、或いは、駆けつけ対応と所定の関係性がある業務等に関して、当該駆けつけ要員候補が保持する資格や職位などを想定できる。
【００３０】  こうした要員候補情報１０は、例えば、当該駆けつけ要員候補らが所属する宿泊施設の管理者が登録した情報（例：属性、経験値、スキル）と、当該宿泊施設のユーザが所定端末を操作して要員管理支援システム１に対して送信してきた情報（例：評価結果）とから構成される。
なお、現在位置情報は、駆けつけ要員候補が携行するスマートフォンなどの要員端末２５から、例えば、一定時間毎にアップロードされてくる情報である。
【００３１】  この現在位置情報は、既に述べたように、要員端末２５のＧＰＳユニット２５９がＧＰＳ衛星から得た測位電波に基づいて計算したＧＰＳ座標値、ないし当該ＧＰＳ座標値を所定の電子地図に照合して特定した住所、となる。
また図５は、宿泊施設情報１１の構成例を示す図である。この宿泊施設情報１１は、宿泊施設それぞれに関する各種情報を格納したテーブルである。
【００３２】  本実施形態に示す宿泊施設情報１１は、当該宿泊施設を一意に特定する識別情報（宿泊施設が民泊施設である場合、民泊届出識別番号）をキーとして、当該宿泊施設の所在地、運営者、運営者の連絡先といったデータを対応づけたレコードの集合体となっている。
【００３３】  また図６は、コンテンツ情報１２の構成例を示す図である。このコンテンツ情報１２は、上述の駆けつけ対応に必要な業務内容を学ぶための学習コンテンツ、を格納したテーブルである。
【００３４】  このコンテンツ情報１２は、例えば、コンテンツを一意に特定するコンテンツＩＤと、その学習対象のジャンル、使用言語、およびコンテンツ格納先といった値とを紐付けた情報である。
＜要員管理支援方法のフロー＞
【００３５】  以下、本実施形態における要員管理支援方法の実際手順について図に基づき説明する。以下で説明する要員管理支援方法に対応する各種動作は、要員管理支援システム１のＲＡＭ４に読み出して実行するプログラム３によって実現される。そして、このプログラム３は、以下に説明される各種の動作を行うためのコードから構成されている。
【００３６】  図７は、本実施形態における要員管理支援方法のフロー例を示す図である。この場合、要員管理支援システム１は、或る宿泊施設の宿泊施設端末２０から、当該宿泊施設での駆けつけ要件に該当する事案の発生通知を受信したとする。
【００３７】  上述の発生通知は、当該宿泊施設の管理業者が、宿泊施設端末２０を操作して、そのホスト用アプリ経由で駆けつけ要請を行った場合、その宿泊施設端末２０から要員管理支援システム１に送信されたものとなる。
【００３８】  この場合の管理業者は、当該宿泊施設のユーザである宿泊客が、駆けつけが必要であると考えて電話やメッセージ（所定のウェブサイト経由などを想定）により連絡を行ってきた際、該当事案に関して駆けつけ要否を判断し、駆けつけが必要であると判断した場合に、上述の駆けつけ要請の操作を行う。
【００３９】  また、管理業者は、上述の操作に際し、宿泊施設端末２０のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を操作し、例えば、対応を望む事項（例：水漏れ、ロックアウトなど）をメニュー中から選択し、駆けつけ要請通知のボタンをタップするといった状況を想定できる（図８の画面８００）。なお、宿泊施設端末２０は、管理者が操作する端末であり、通常は、そのスマホや携帯電話、タブレット、ＰＣ等が該当するが、その所在や所属、操作場所、設置先、機器形態などいずれに関しても限定されない。
【００４０】  宿泊施設端末２０は、このタップを受けて、上述の発生通知を要員管理支援システム１に送信する。この場合、要員管理支援システム１は、上述の宿泊施設端末２０からの発生通知を受信する（ｓ１０）。
【００４１】  また、要員管理支援システム１は、この発生通知が含む識別情報をキーに、該当宿泊施設の所在地情報（例：ＧＰＳに対応した座標値）を宿泊施設情報１１から抽出し、また、要員候補情報１０における各駆けつけ要員候補の現在位置の情報を抽出する（ｓ１１）。
【００４２】  続いて、要員管理支援システム１は、ｓ１１で得た該当宿泊施設の所在地情報および各駆けつけ要員候補の現在位置の情報に基づき、各駆けつけ要員候補における、該当宿泊施設までの到達時間を算定する（ｓ１２）。
【００４３】  この到達時間の算定は、例えば、座標値の間の直線距離を算定する一般的手法の他、座標値の間の経路と所要時間を経路検索エンジンで探索する手法を採用できる。なお、経路検索エンジンは、要員管理支援システム１が随時呼び出し可能に備えるケースと、外部装置が備えるケースのいずれかを想定する。外部装置が経路検索エンジンを備える場合、要員管理支援システム１は、宿泊施設と駆けつけ要員候補の各座標値を含むクエリを、その外部装置に送信し、その応答として所要時間すなわち到達時間を受信することとなる。
【００４４】  続いて、要員管理支援システム１は、ｓ１２で各駆けつけ要員候補に関して得た到達時間に基づき、駆けつけ要員候補のうち該当宿泊施設に所定時間内で到達可能な者を駆けつけ要員として特定する（ｓ１３）。
【００４５】  ここで特定した駆けつけ要員の数が必要最低限の数でしかなかった場合（ｓ１４：ｙ）、要員管理支援システム１は、当該駆けつけ要員の連絡先に宛てて学習コンテンツを配信し（ｓ１５）、処理を下記のｓ１６に遷移させる。
【００４６】  この学習コンテンツの配信に際し、要員管理支援システム１は、ｓ１０で受けた発生通知が含む「対応を望む事項」に対応したジャンルで、かつ、当該駆けつけ要員の使用言語に適合した使用言語のコンテンツを、コンテンツ情報１２から特定し、当該コンテンツを「格納先」から読み出して配信することとなる。
【００４７】  なお、この学習コンテンツの配信は、前記駆けつけ要請通知の送信から所定時間以内に行うとしてもよい。また、学習コンテンツの配信タイミングとしては、図７のフロー例で示すものとは別のタイミングを採用してもよい（本明細書中で該当構成についても同様）。例えば、ｓ１３、ｓ１６、ｓ１７、ｓ１８、ｓ１９など、フロー中の各ステップの少なくともいずれかの実行にあわせて配信を行うことも想定できる。或いは、図４の要員候補情報１０に情報が格納されている者の全て、または、所定の条件に属性がマッチする者、に対し、図７のフローとは別に、駆けつけ要請事案の発生有無に関わらず、事前学習対象として配信を行うことも想定できる。
【００４８】  なお、上述の必要最低限の数とは、要員管理支援システム１の運用基準等に応じて様々に想定しうるが、後述する駆けつけ要請通知を受諾しない者が生じる可能性も考慮して、３名〜５名、といった数を一例として想定できる（勿論、これに限定しない）。
【００４９】  ｓ１６における要員管理支援システム１は、ｓ１３で特定した駆けつけ要員に関して、要員候補情報１０における連絡先の情報が示す宛先（例：メールアドレスや携帯電話番号）に、駆けつけ要請通知（図９の画面９００）を送信する（ｓ１６）。
【００５０】  一方、ｓ１３で特定した駆けつけ要員の数が基準より多い場合（ｓ１４：ｎ）、要員管理支援システム１は、これを適宜な規模に絞り込む状況もありうる。勿論、こうした絞込は行わないケースも想定され、その場合、要員管理支援システム１は、ｓ１４の処理をスキップしてｓ１５に処理を遷移させる。
【００５１】  この絞込の基準は、上述の必要最低限の数より大きい値であって、要員管理支援システム１の運用基準等に応じて様々に想定しうるが、例えば６名といった数を一例として想定できる（勿論、これに限定しない）。
【００５２】  そこで、要員管理支援システム１は、ｓ１３で特定した者、すなわち、該当宿泊施設に所定時間内で到達可能な者のうち、所定の条件を満たす者を駆けつけ要員として特定し（ｓ１７）、ここで特定した者に関して学習コンテンツの配信（ｓ１５）および駆けつけ要請通知の送信を行う（ｓ１６）。
【００５３】  なお、ｓ１７での処理で対象とする条件とは、該当宿泊施設への最短での到達、要員候補情報１０における評価結果、経験値、スキル、および、属性、の少なくともいずれかに関する条件となる。
【００５４】  これらの条件の全てに関して考慮するか、或いは、いくつかの条件のみ考慮するかは、要員管理支援システム１の運用基準等で種々に採用しうる事項である。また、そうした複数の条件について考慮する場合、条件間での優先順位を踏まえて考慮するか、或いは、そうした優先順位を踏まえず考慮するかも、要員管理支援システム１の運用基準等で種々に採用しうる事項である。
【００５５】  例えば、或る運用基準では、上述の条件のうち、該当宿泊施設への最短での到達、要員候補情報１０における評価結果、および属性、に関してのみ考慮しているとする。また、その際の「条件を満たす」と判定する基準としては、評価結果は「Ａ以上」、属性は「性別：女性、使用言語：英語」であったとする。また、その運用基準では、とにかく素早い駆けつけが最重要とのポリシーであり、「到達時間」が最も優先順位の高い条件であるとする。
【００５６】  こうした運用状況下で、ｓ１３で特定した駆けつけ要員に関してｓ１７を実行し、評価結果が「Ａ以上」で属性が「性別：女性、使用言語：英語」である者として、駆けつけ要員「Ａ」〜「Ｇ」の７名が特定されたとする。そこで要員管理支援システム１は、それらの駆けつけ要員「Ａ」〜「Ｄ」の到達時間を比較し、到達時間が最短の者から順に、例えば４名を駆けつけ要員として特定する。
【００５７】  或いは、他の運用基準では、上述の優先順位に関して、「到達時間」の短さと、「属性」が「性別：女性」であること、を同列で最優先事項しているとする。
【００５８】  その場合、ｓ１３で特定した駆けつけ要員に関してｓ１７を実行し、評価結果が「Ａ以上」である者として、駆けつけ要員「Ｈ」〜「Ｍ」の６名が特定されたとする。そこで要員管理支援システム１は、それらの駆けつけ要員「Ｈ」〜「Ｍ」の到達時間を比較し、到達時間が最短の者から順に、例えば４名を選択する。また、同様に、駆けつけ要員「Ｈ」〜「Ｍ」のうちで、属性が「性別：女性」である者を選択する。
【００５９】  そこで要員管理支援システム１は、到達時間に関して選択した４名の駆けつけ要員で、かつ、属性が「性別：女性」である者を、駆けつけ要員として特定する。
【００６０】  続いて、要員管理支援システム１は、上述のｓ１５における駆けつけ要請通知の送信以降、駆けつけ要請通知の対象たる駆けつけ要員の現在位置を、一定時間毎ごとに要員候補情報１０の「現在位置」欄の値から、または当該駆けつけ要員の要員端末２５から直接取得する（ｓ１８）。
【００６１】  次に要員管理支援システム１は、ｓ１８で得た現在位置の情報に基づき、上述の駆けつけ要請通知から所定時間が経過するまでの間に所定行動を開始しているか判定する（ｓ１９）。
【００６２】  この所定行動とは、例えば、該当宿泊施設に向けた移動といったものを想定できる。従って、要員管理支援システム１は、駆けつけ要員の現在位置が該当宿泊施設までの経路上に存在するか、当該駆けつけ要員の現在位置と上述の経路検索エンジンによる経路とを照合する処理を一定時間毎に実行する。
【００６３】  或いは、上述の所定行動として、駆けつけ要請通知に対する受諾応答、といったものもさらに追加的に想定できる。その場合の要員管理支援システム１は、駆けつけ要員の要員端末２５から受諾応答を受信済みで、かつ、上述の移動を行っているか、一定時間毎に判定することとなる。
【００６４】  上述の判定の結果、所定の行動を開始していない場合（ｓ１９：ｎ）、要員管理支援システム１は、ｓ１１〜ｓ１７を再実行し、ｓ１９の判定で行動を開始していないとされた者を除く駆けつけ要員候補の中から、新たな駆けつけ要員を特定し、駆けつけ要請通知を送信し（ｓ２０）、処理をｓ１８に戻す。
【００６５】  他方、上述の判定の結果、所定の行動を開始していた場合（ｓ１９：ｙ）、要員管理支援システム１は、処理を終了する。
【００６６】  以上説明したように本実施形態によれば、宿泊施設における駆けつけ要員の確保や運用を的確かつ効率良く行うことが可能となる。
【００６７】  以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【００６８】１  要員管理支援システム
２  記憶部
３  プログラム
４  ＲＡＭ
５  演算部
６  通信部
１０  要員候補情報
１１  宿泊施設情報
１２  コンテンツ情報
２０  宿泊施設端末
２５  要員端末
２５２  記憶部
２５２１  属性情報
２５３  プログラム
２５４  ＲＡＭ
２５５  演算部
２５６  入力部
２５７  出力部
２５８  通信部
２５９  ＧＰＳユニット
２７  顧客端末
３０  ネットワーク
【図１】
2020095655.tif 000003
【図２】
2020095655.tif 000004
【図３】
2020095655.tif 000005
【図４】
2020095655.tif 000006
【図５】
2020095655.tif 000007
【図６】
2020095655.tif 000008
【図７】
2020095655.tif 000009
【図８】
2020095655.tif 000010
【図９】
2020095655.tif 000011