JP2021015442A - 清掃員配置プログラム、清掃員配置方法及び清掃員配置装置 - Google Patents

Abstract

【課題】チェックインまでに部屋の清掃作業を完了するように清掃員を配置すること。【解決手段】清掃員配置プログラムは、少なくともチェックイン予定時刻を含む複数の予約のうち、チェックイン予定時刻が最も早い予約を取得し、取得した予約に対応する未清掃の部屋が第１の清掃員に清掃される場合の第１の清掃所要時間がチェックイン予定時刻までの清掃猶予時間を超える場合、第１の清掃員および第１の清掃員に増員される第２の清掃員の各員の一部屋一名配置時の清掃所要時間と、一部屋複数名配置時の清掃所要時間の短縮度合いとに基づいて、未清掃の部屋が第１の清掃員および第２の清掃員に清掃される場合の第２の清掃所要時間を算出し、第１の清掃所要時間が清掃猶予時間以下である場合、第１の清掃員を未清掃の部屋に配置し、第２の清掃所要時間が清掃猶予時間以下である場合、第１の清掃員および第２の清掃員を未清掃の部屋に配置する、処理をコンピュータに実行させる。【選択図】図３

Description

本発明は、清掃員配置プログラム、清掃員配置方法及び清掃員配置装置に関する。

清掃管理にＩＣＴ（Information and Communication Technology）が活用されている。あくまで一例として、清掃計画作成装置等を開示する文献が挙げられる。例えば、清掃計画作成装置に関して次のような記載がある。すなわち、「宿泊施設の全清掃員に対してそれぞれの担当範囲（担当グループ）を割り当て、清掃員一人ずつの清掃計画を作成して、さらに宿泊施設全体の清掃計画にまとめる。」といった記載がある。

特開２００３−６７５０９号公報 特開平１０−２３２８９２号公報

しかしながら、上記の技術では、チェックインまでに部屋の清掃を完了できない場合がある。

すなわち、上記の清掃計画作成装置は、チェックアウトからチェックインまでの間に１人の清掃員で部屋の清掃を完了できる時間が確保されることを前提とするものに過ぎない。ところが、宿泊施設においてチェックアウトが予定よりも遅れる事態が起こるのは珍しくない。このようにチェックアウトが予定よりも遅れる場合でも、上記の清掃計画作成装置によれば、一部屋に一名の清掃員が割り当てられるので、チェックインまでに部屋の清掃を完了できない場合がある。

１つの側面では、本発明は、チェックインまでに部屋の清掃作業を完了するように清掃員を配置できる清掃員配置プログラム、清掃員配置方法及び清掃員配置装置を提供することを目的とする。

一態様では、清掃員配置プログラムは、少なくともチェックイン予定時刻を含む複数の予約のうち、チェックイン予定時刻が最も早い予約を取得し、取得した前記予約に対応する未清掃の部屋が第１の清掃員に清掃される場合の第１の清掃所要時間が前記チェックイン予定時刻までの清掃猶予時間を超える場合、前記第１の清掃員および前記第１の清掃員に増員される第２の清掃員の各員の一部屋一名配置時の清掃所要時間と、一部屋複数名配置時の清掃所要時間の短縮度合いとに基づいて、前記未清掃の部屋が前記第１の清掃員および前記第２の清掃員に清掃される場合の第２の清掃所要時間を算出し、前記第１の清掃所要時間が前記清掃猶予時間以下である場合、前記第１の清掃員を前記未清掃の部屋に配置し、前記第２の清掃所要時間が前記清掃猶予時間以下である場合、前記第１の清掃員および前記第２の清掃員を前記未清掃の部屋に配置する、処理をコンピュータに実行させる。

チェックインまでに部屋の清掃作業を完了するように清掃員を配置できる。

図１は、実施例１に係る宿泊施設管理システムの構成例を示す図である。 図２は、第２の清掃所要時間の算出例を示す図である。 図３は、実施例１に係るサーバ装置の機能的構成の一例を示すブロック図である。 図４は、ルームステータス画面の一例を示す図である。 図５は、到着予定一覧画面の一例を示す図である。 図６は、部屋割り画面の一例を示す図である。 図７は、勤務マスタの一例を示す図である。 図８は、測定値マスタの一例を示す図である。 図９は、短縮度合いマスタの一例を示す図である。 図１０は、部屋割り画面の一例を示す図である。 図１１は、実施例１に係る清掃員配置処理の手順を示すフローチャートである。 図１２は、コンピュータのハードウェア構成例を示す図である。

以下に添付図面を参照して本願に係る清掃員配置プログラム、清掃員配置方法及び清掃員配置装置について説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

［システム構成］
図１は、実施例１に係る宿泊施設管理システムの構成例を示す図である。図１に示す宿泊施設管理システム１は、あくまで１つの側面として、旅館やホテルなどの宿泊施設２向けの各種の機能がパッケージ化された宿泊施設管理サービスを提供するものである。

図１に示すように、宿泊施設管理システム１には、サーバ装置１０と、フロント端末５０Ｆと、バックヤード端末５０Ｂ及び清掃員端末５０Ｈとが含まれ得る。これらサーバ装置１０、フロント端末５０Ｆ、バックヤード端末５０Ｂ及び清掃員端末５０Ｈは、ネットワークＮＷを介して通信可能に接続される。例えば、ネットワークＮＷは、有線または無線を問わず、インターネットやＬＡＮ（Local Area Network）などの任意の種類の通信網であってかまわない。

サーバ装置１０は、上記の宿泊施設管理サービスを提供するコンピュータの一例である。例えば、サーバ装置１０は、清掃員配置装置の一例に対応する。

一実施形態として、サーバ装置１０は、パッケージソフトウェア又はオンラインソフトウェアとして、上記の宿泊施設管理サービスに対応する機能がパッケージ化された宿泊施設管理プログラムを任意のコンピュータにインストールさせることによって実装できる。例えば、図１に示すように、サーバ装置１０は、上記の宿泊施設管理サービスに関する機能をオンプレミスに提供するサーバとして実装することができる。これに限定されず、サーバ装置１０は、ＳａａＳ（Software as a Service）型のアプリケーションとして実装することで、上記の宿泊施設管理サービスをクラウドサービスとして提供することとしてもかまわない。

このような宿泊施設管理サービスのあくまで一例として、下記に挙げる複数の機能がパッケージで提供される例を挙げて以下の説明を行う。例えば、上記の宿泊施設管理サービスとしてパッケージ化される機能の例として、宿泊予約、フロントレセプション、フロント会計、これらの管理に用いる台帳の機能をはじめ、清掃管理機能などが挙げられる。このような清掃管理機能には、チェックアウト後の未清掃の部屋に担当の清掃員を配置する清掃員配置機能が含まれ得る。なお、ここで挙げた機能以外にも、上記の宿泊施設管理サービスには、顧客管理機能や売掛管理機能などの他の機能が含まれていてもかまわない。

フロント端末５０Ｆ、バックヤード端末５０Ｂ及び清掃員端末５０Ｈは、上記の宿泊施設管理サービスの提供を受けるクライアント端末の一例に対応する。

例えば、図１には、フロント５Ｆやバックヤード５Ｂに設置されるクライアント端末が「フロント端末５０Ｆ」及び「バックヤード端末５０Ｂ」として例示されている。これらフロント端末５０Ｆ及びバックヤード端末５０Ｂは、宿泊施設２の関係者全般によって使用され得る。このような関係者には、あくまで一例として、宿泊施設２の従業員の他、宿泊施設２の業務の一部が委託された事業者の従業員等も含まれ得る。例えば、宿泊予約の受付から部屋割り及びチェックインを経てチェックアウトまでの一連の業務が運用される過程で、サーバ装置１０が管理する台帳への予約登録や予約のステータス更新がフロント端末５０Ｆ及びバックヤード端末５０Ｂを介して行われる。

さらに、図１には、宿泊施設２の業務のうち客室５Ｇ等の清掃業務を担当する従業員、あるいは清掃業務が委託された事業者の従業員、いわゆる清掃員３により携帯されるクライアント端末が「清掃員端末５０Ｈ」として例示されている。図１に示すように、清掃員端末５０Ｈは、あくまで一例として、スマートフォンやタブレット端末等の携帯端末装置として実装することができる。例えば、客室５Ｇの清掃ステータス、例えば未清掃、清掃中、点検中および清掃完了などの更新が清掃員端末５０Ｈを介して行われる。なお、清掃員端末５０Ｈは、スマートフォンやタブレット端末に限定されず、ウェアラブル端末であってもかまわない。

なお、図１には、クライアント端末のユースケースを例示する側面から、クライアント端末が利用される場所やクライアント端末を使用するユーザによってクライアント端末のラベルを区別する例を挙げたが、これはあくまで一例に過ぎない。すなわち、クライアント端末の利用場所や利用者、さらには、クライアント端末のハードウェアやソフトウェアの構成、機能、筐体の外観、可搬性の有無、装着の可否などは、図１に示す例に限定されない。

例えば、フロント端末５０Ｆ及びバックヤード端末５０Ｂは、必ずしも両方がクライアント端末として実装されずともよく、そもそもフロント５Ｆやバックヤード５Ｂに設置される据置型のコンピュータとして実装されずともかまわない。また、清掃員端末５０Ｈは、必ずしも携帯端末装置やウェアラブル端末でなくともよく、フロア、あるいはパントリーに併設される据置型のパーソナルコンピュータであってもよい。また、ルームインジケータの機能が客室５Ｇごとに設置される内線電話機に接続されるホテル向けの構内交換機、例えばＰＢＸ（Private Branch eXchange）を用いて提供される場合、必ずしも清掃員３に清掃員端末５０Ｈが配布されずともかまわない。

［課題の一側面］
上記の背景技術の欄でも説明した通り、上記の清掃計画作成装置に代表される従来技術では、チェックインまでに部屋の清掃を完了できない場合がある。

すなわち、上記の清掃計画作成装置は、チェックアウトからチェックインまでの間に１人の清掃員で部屋の清掃を完了できる時間が確保されることを前提とするものに過ぎない。ところが、宿泊施設において客室のチェックアウトが予定よりも遅れる事態が起こるのは珍しくない。このように部屋のチェックアウトが予定よりも遅れる場合でも、上記の清掃計画作成装置によれば、一部屋に一名の清掃員が割り当てられるので、チェックインまでに部屋の清掃を完了できない場合がある。

この場合、宿泊施設２の事業者は、宿泊者が予約するグレードよりも高いグレードの部屋を当該宿泊者に割り当てるといったアップグレードの部屋割りを行わざるを得ない側面がある。このような部屋割りは、本来、宿泊客のチェックインまでに予約に対応するグレードの部屋の清掃が完了できてさえしていれば行う必要はない。それにもかかわらず、アップグレードの部屋割りが行われる場合、グレードが高い方の客室で別の宿泊者から予約を受け付けることができるはずであった機会を逸失するばかりか、予約の受付状況によってはオーバーブッキングの危険性も生じる。

［課題解決のアプローチの一側面］
このことから、本実施例では、上記の従来技術で採用されるアプローチ、すなわち全客室の清掃所要時間を最小限にするというアプローチを採用するとは限らない。すなわち、上記の従来技術のアプローチを採用する場合、チェックイン予定時間までに清掃を完了できない客室が局所的に現れることを認めざるを得ない一面がある。なぜなら、全客室の清掃所要時間を最小化するという目的からみれば、一部屋に複数名の清掃員配置は、目的に相反する側面があるからである。

そこで、本実施例では、チェックイン予定時間までに清掃を完了できる可能性を高める側面から、次のようなアプローチを採用する。すなわち、本実施例では、未清掃の部屋が一名の清掃員に清掃される場合の清掃所要時間がチェックイン予定時間までの清掃猶予時間を超える場合、未清掃の部屋を担当する清掃員を増員するアプローチを採用する。

このようなアプローチを採用するには、一部屋が複数名の清掃員に清掃される場合の清掃所要時間を算出することができてはじめて、上記の清掃猶予時間を超えない範囲で清掃を完了できる増員の見積もりを実現できる。

ここで、一部屋が複数名の清掃員に清掃される場合の清掃所要時間を見積もるのは、一部屋が一名の清掃員に清掃される場合の清掃所要時間を見積もるよりも技術的に困難な側面がある。なぜなら、増員が行われたからと行って清掃所要時間が比例関係、いわゆる線形で短縮されるとは限らないからである。例えば、一部屋あたりに一名の清掃員を配置する場合の清掃所要時間を「１」としたとき、一部屋二名配置時の清掃所要時間が１／２、一部屋三名配置時の清掃所要時間が１／３といった割合で短縮されるとは限らない。

このことから、本実施例では、一部屋が複数名の清掃員に清掃される場合の清掃所要時間の見積もりに、一部屋複数名配置時の清掃所要時間の短縮度合いを用いる。このような短縮度合いの一例として、一部屋一名配置時の清掃所要時間の測定値に対する、一部屋複数名配置時の清掃所要時間の測定値の割合、すなわち増員の有無における清掃所要時間の短縮の割合を用いることができる。他の一例として、一部屋一名配置時の清掃所要時間の測定値と、一部屋複数名配置時の清掃所要時間の測定値との差（短縮時間）が前者に占める比率、いわゆる短縮率を用いることもできる。このような短縮度合いと共に、本実施例では、複数名の清掃員の各員の一部屋一名配置時の清掃所要時間の測定値を用いて、一部屋が複数名の清掃員に清掃される場合の清掃所要時間を見積もる。

以下、未清掃の部屋に配置予定の人員と増員との間でラベルを区別する側面から、前者を「第１の清掃員」と記載すると共に、後者を「第２の清掃員」と記載する場合がある。さらに、未清掃の部屋が１名の清掃員に清掃される清掃所要時間と、未清掃の部屋が複数人の清掃員に清掃される清掃所要時間との間でラベルを区別する側面から、前者を「第１の清掃所要時間」、後者を「第２の清掃所要時間」と記載する場合がある。

図２は、清掃所要時間の算出方法の一例を示す図である。図２には、第１の清掃員および第２の清掃員の各員の一部屋一名配置時の清掃所要時間の測定値がそれぞれ「４０分」、「５０分」である例が示されている。さらに、図２には、第１の清掃員の総員１名のケースと、第１の清掃員および第２の清掃員の総員２名のケースとの２つのケース別に、一部屋一名配置時における清掃所要時間の測定値、短縮度合い、第１又は第２の清掃所要時間の算出結果が示されている。

図２に示すように、第１の清掃員の総員１名で清掃が行われる場合、すなわち増員が０名である場合、そもそも増員がないので、清掃所要時間は短縮されない。この場合、未清掃の部屋が第１の清掃員に清掃される第１の清掃所要時間には、一例として、第１の清掃員の一部屋一名配置時における清掃所要時間の測定値「４０分」と同値を採用することができる。このように、第１の清掃所要時間が「４０分」である場合、４０分以上の清掃猶予時間が確保されていなければ、チェックイン予定時間までに第１の清掃員の１人で未清掃の部屋の清掃を完了させることは困難である。

ここで、予約で指定された部屋のタイプに対応するタイプの部屋のチェックアウトが当該予約のチェックイン予定時間の３５分前である場合を仮定する。この場合、チェックアウトが行われた未清掃の部屋が第１の清掃員および第２の清掃員に清掃される場合の清掃所要時間が第２の清掃所要時間として算出される。

図２に示すように、第１の清掃員および第２の清掃員の間で一部屋一名配置時における清掃所要時間の測定値に統計処理が行われた統計値「４５分（＝（５０−４０）／２）」が第２の清掃所要時間の算出に用いられる。さらに、１名増員時における清掃所要時間の短縮度合い、例えば増員の有無における清掃所要時間の短縮の割合「０．６」が第２の清掃所要時間の算出に用いられる。あくまで一例として、第２の清掃所要時間は、上記の統計値「４５分」に上記の清掃所要時間の短縮度合い「０．６」を乗算する計算によって「２７分」と算出することができる。このように、第２の清掃所要時間が清掃猶予時間以下となる結果、未清掃の部屋に配置する担当の清掃員として、第１の清掃員および第２の清掃員の２名が決定される。

以上のように、本実施例では、一部屋一名配置時の清掃所要時間の測定値と、一部屋複数名配置時の清掃所要時間の短縮度合いとから求めた一部屋複数名配置時の清掃所要時間がチェックインまでの清掃猶予時間以下である場合、未清掃の部屋に増員を配置する。この結果、チェックインまでに第１の清掃員の１名だけでは部屋の清掃を完了できない状況を第２の清掃員の増員によって回避できる場面で第２の清掃員を配置できる。したがって、本実施例によれば、チェックインまでに部屋の清掃作業を完了するように清掃員を配置することが可能になる。ひいては、アップグレードの部屋割りが抑制される結果、アップグレードの部屋割りによる損失の発生やオーバーブッキングの危険性を抑制することができる。

［サーバ装置１０の構成］
次に、本実施例に係るサーバ装置１０の機能的構成について説明する。図３は、実施例１に係るサーバ装置１０の機能的構成の一例を示すブロック図である。図３に示すように、サーバ装置１０は、通信インタフェイス部１１と、記憶部１３と、制御部１５とを有する。なお、図３には、データの授受の関係を表す実線が示されているが、説明の便宜上、最小限の部分について示されているに過ぎない。すなわち、各処理部に関するデータの入出力は、図示の例に限定されず、図示以外のデータの入出力、例えば処理部及び処理部の間、処理部及びデータの間、並びに、処理部及び外部装置の間のデータの入出力が行われることとしてもかまわない。

通信インタフェイス部１１は、他の装置、例えばフロント端末５０Ｆやバックヤード端末５０Ｂ、清掃員端末５０Ｈなどの外部装置との間で通信制御を行うインタフェイスである。あくまで一例として、通信インタフェイス１１には、ＬＡＮカードなどのネットワークインタフェースカードを採用することができる。

例えば、通信インタフェイス１１は、チェックイン予定の予約一覧画面や客室５Ｇの清掃ステータスの一覧を含むルームステータス画面をフロント端末５０Ｆ又はバックヤード端末５０Ｂへ出力したりする。また、通信インタフェイス１１は、部屋割り済みでない予約に客室５Ｇを割り当てる部屋割り画面をフロント端末５０Ｆ又はバックヤード端末５０Ｂへ出力したりする。また、通信インタフェイス１１は、フロント端末５０Ｆ又はバックヤード端末５０Ｂから、予約登録のリクエストや登録後の予約のステータス更新のリクエスト、あるいはチェックイン予定の予約に対する部屋割りの登録リクエストを受け付けたりする。また、通信インタフェイス１１は、清掃員に清掃を担当させる客室５Ｇの部屋番号の通知などを含む清掃指示書、あるいは客室５Ｇの清掃ステータスの更新を受け付ける清掃ステータス更新画面を清掃員端末５０Ｈへ出力したりする。また、通信インタフェイス１１は、清掃員端末５０Ｈから清掃ステータスの更新リクエストを受け付けたりする。

記憶部１３は、制御部１５で実行されるＯＳ（Operating System）を始め、上記の宿泊施設管理プログラムなどの各種プログラムに用いられるデータを記憶する機能部である。

あくまで一例として、記憶部１３は、サーバ装置１０における補助記憶装置に対応する。例えば、ＨＤＤ（Hard Disk Drive）、光ディスクやＳＳＤ（Solid State Drive）などが補助記憶装置に対応する。この他、ＥＰＲＯＭ（Erasable Programmable Read Only Memory)などのフラッシュメモリも補助記憶装置に対応する。

記憶部１３は、制御部１５で実行されるプログラムに用いられるデータの一例として、ルームステータス情報１３Ａと、台帳情報１３Ｂと、マスタ情報１３Ｃとを記憶する。これらのデータ以外の他のデータ、上記の宿泊施設管理プログラムによって参照、生成または登録が行われるデータ、例えば顧客管理や売掛管理に関するデータなどが記憶部１３に記憶されることとしてもかまわない。なお、ルームステータス情報１３Ａ、台帳情報１３Ｂ及びマスタ情報１３Ｃの説明は、各データの参照、生成または登録が行われる制御部１５の説明と合わせて行うこととする。

制御部１５は、サーバ装置１０の全体制御を行う機能部である。

一実施形態として、制御部１５は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などのハードウェアプロセッサにより実装することができる。ここでは、プロセッサの一例として、ＣＰＵやＭＰＵを例示したが、汎用型および特化型を問わず、任意のプロセッサにより実装することができる。この他、制御部１５は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などのハードワイヤードロジックによって実現されることとしてもかまわない。

制御部１５は、上記の宿泊施設管理プログラムを実行することにより、図示しない主記憶装置として実装されるＤＲＡＭ（Dynamic Random Access Memory）などのＲＡＭのワークエリア上に図３に示す処理部を仮想的に実現する。なお、ここでは、あくまで一例として、上記の宿泊施設管理プログラムのパッケージソフトウェアが実行される例を挙げるが、サーバ装置１０上で動作するプログラムはこれに限定されない。例えば、上記の宿泊施設管理サービスのうち上記の清掃管理機能、あるいはその一部である清掃員配置機能が抜粋してプログラムモジュールとして実行されたり、あるいはライブラリとして参照されたりすることを妨げない。

例えば、制御部１５は、図３に示すように、部屋管理部１５Ａと、台帳管理部１５Ｂと、取得部１５Ｃと、算出部１５Ｄと、配置部１５Ｅと、出力部１５Ｆとを有する。

部屋管理部１５Ａは、部屋管理機能を実現する処理部である。

一実施形態として、部屋管理部１５Ａは、客室管理システム、いわゆるルームインジケータにより実装できる。例えば、部屋管理部１５Ａは、記憶部１３に記憶されたルームステータス情報１３Ａに従って客室５Ｇの清掃テータスの更新を受け付ける清掃ステータス更新画面を清掃員端末５０Ｈ等に表示することができる。清掃ステータス更新画面では、あくまで一例として、宿泊施設２の全館またはフロアなどの単位で各客室５Ｇの清掃ステータスを一覧で表示させることができる。この他、清掃ステータス更新画面では、客室５Ｇの指定操作や清掃ステータスの更新操作などを受け付けるＧＵＩ（Graphical User Interface）コンポーネントなどのユーザインタフェイスを含めることができる。このように清掃ステータス更新画面上で行われた客室５Ｇの指定操作及び清掃ステータスの更新操作が清掃ステータスの更新リクエストとして清掃員端末５０Ｈからサーバ装置１０へ通知される。これにしたがって、部屋管理部１５Ａは、ルームステータス情報１３Ａのうち、指定操作が行われた客室５Ｇに対応するレコードを検索した上で当該レコードの清掃ステータスを更新操作が行われた清掃テータスへ更新する。

このように部屋管理部１５Ａにより各客室５Ｇの清掃ステータスが管理されるルームステータス情報１３Ａは、部屋割り、いわゆるアサインに用いられる側面がある。例えば、ルームステータス情報１３Ａに従って客室５Ｇの清掃ステータス等の一覧を含むルームステータス画面をフロント端末５０Ｆやバックヤード端末５０Ｂに表示することで、未アサインの予約に客室を割り当てる部屋割り操作を受け付けることができる。

図４は、ルームステータス画面の一例を示す図である。図４には、２０１９年１月１日のある時点におけるルームステータス情報１３Ａに従って生成されるルームステータス画面の一例が示されている。あくまで一例として、図４には、宿泊施設２の２Ｆ及び３Ｆのフロアに存在する客室に関する清掃ステータスが抜粋して示されているが、これは例示に過ぎず、宿泊施設２の階層や部屋数などの構造は図示の例に限定されない。

図４に示すように、ルームステータス画面４００には、「部屋番号」、「ルームタイプ」、「清掃ステータス」、「滞在有無」および「部屋割り情報」などの項目が含まれ得る。

ここで、「部屋番号」とは、客室５Ｇの識別に用いられる番号を指す。また、「部屋タイプ」とは、客室５Ｇのタイプを指し、例えば、シングルやダブル、ツイン、和室などが挙げられる。また、「清掃ステータス」とは、客室５Ｇの清掃状態を指し、例えば、上述したとおり、未清掃や清掃中、点検中、清掃完了などが挙げられる。また、「滞在有無」とは、客室への宿泊者（ゲスト）の滞在の有無を指し、例えば、滞在有りの場合には、滞在有無の欄に丸印が表示される一方で、滞在無しの場合には、滞在有無の欄がブランクで表示される。また、「部屋割り情報」とは、客室５Ｇを割り当てる予約に関する情報を指し、あくまで一例として、割付有無や到着予定時間、予約Ｎｏ、人数などといった細目が含まれる。

例えば、図４に示すルームステータス画面４００によれば、フロント端末５０Ｆやバックヤード端末５０Ｂなどを介してルームステータス画面４００を閲覧する従業員に対し、次のような提示を実現することが可能になる。

例えば、「部屋番号」の表示により、２Ｆ及び３Ｆのフロアに客室が５つずつ存在することを提示できる。さらに、「部屋タイプ」の表示により、２Ｆのフロアに存在する客室がシングルである一方で、３Ｆのフロアに存在する客室がダブルであることを提示できる。さらに、「清掃ステータス」の表示により、各々の客室５Ｇが未清掃、清掃中、点検中、あるいは清掃完了のいずれの清掃ステータスであるのかを提示できる。例えば、清掃ステータスが「未清掃」である場合、清掃ステータスの欄に文字列「未清掃」が表示されると共に清掃ステータスの欄が点状の網掛けで表示される。また、清掃ステータスが「清掃完了」である場合、清掃ステータスの欄に文字列「清掃完了」が表示されると共に清掃ステータスの欄が白の塗り潰しで表示される。なお、図４には、清掃ステータスの区別表示の一例として、網掛け等を区別する例を挙げたが、色等の他の要素によって清掃ステータスの区別表示が実現されることとしてもかまわない。

さらに、「滞在有無」の表示により、滞在有りに対応する丸印が滞在有無の欄に表示された客室が２泊以上の連泊の宿泊客により入込済みであることを提示できる。このような入込状況を明示する側面から、滞在有りの部屋番号２０３や部屋番号３０４の客室に対応する部屋割り情報の欄には、アサイン不可であることを示すグレー表示が行われる。さらに、「部屋割り情報」の表示により、客室５Ｇがアサイン済みであるか否かを提示できる。例えば、台帳情報１３Ｂに登録された２０１９年１月１日付けの予約の中でアサイン済みの部屋番号２０２、部屋番号２０５、部屋番号３０２及び部屋番号３０３の客室に対応する部屋割り情報の欄には、予約に関する情報が表示される。例えば、部屋割り情報の細目に含まれる割付有無の欄には、割付有りに対応する丸印が表示され、到着予定時間や予約Ｎｏ、人数などの他の細目にも予約が台帳に登録された際の情報が表示される。

これら清掃ステータスや滞在有無、部屋割り情報などの表示により、現状で予約をアサイン可能な客室を提示できる。すなわち、ルームステータス画面４００において、清掃ステータスが清掃完了であり、滞在有無が滞在無しであり、かつ部屋割り情報の表示がない部屋番号２０１及び部屋番号３０１の客室に予約をアサイン可能であることを識別させることができる。

台帳管理部１５Ｂは、台帳管理機能を実現する処理部である。

１つの側面として、台帳管理部１５Ｂは、記憶部１３に記憶される台帳情報１３Ｂに予約のデータエントリを作成する予約登録を受け付けることができる。例えば、台帳管理部１５Ｂは、フロント端末５０Ｆやバックヤード端末５０Ｂを介して、予約に関する各種の項目、例えば滞在期間や氏名、連絡先、住所、宿泊商品などの入力を受け付ける。ここで言う「宿泊商品」には、部屋のタイプや喫煙の有無、食事の有無などが含まれ得る。そして、台帳管理部１５Ｂは、予約の識別に用いる予約番号を採番した上で、予約番号に各項目の情報が対応付けられたデータエントリを台帳情報１３Ｂに作成する。なお、ここでは、フロント端末５０Ｆやバックヤード端末５０Ｂを介して予約登録が行われる例を挙げたが、これはあくまで例示に過ぎず、宿泊予約のポータルサイトと連携して予約登録が行われることとしてもかまわない。

このように予約登録が行われた台帳では、予約ごとに宿泊ステータスが管理される。例えば、台帳への登録が行われた段階では、台帳管理部１５Ｂは、予約の宿泊ステータスには「予約受付」を登録する。続いて、台帳管理部１５Ｂは、フロント端末５０Ｆやバックヤード端末５０Ｂを介してチェックイン操作を受け付けた場合、当該チェックイン操作が行われた予約の宿泊ステータスを「滞在中」に更新する。その後、台帳管理部１５Ｂは、フロント端末５０Ｆやバックヤード端末５０Ｂを介してチェックアウト操作を受け付けた場合、当該チェックアウト操作が行われた予約の宿泊ステータスを「精算済み」に更新する。

他の側面として、台帳管理部１５Ｂは、チェックイン予定の予約の部屋割り操作を受け付けることができる。この場合、台帳管理部１５Ｂは、あくまで一例として、記憶部１３に記憶された台帳情報１３Ｂに従ってチェックイン予定の予約の一覧を含む到着予定一覧画面をフロント端末５０Ｆやバックヤード端末５０Ｂに表示させることができる。

図５は、到着予定一覧画面の一例を示す図である。図５には、台帳情報１３Ｂに登録された予約のうち２０１９年１月１日にチェックイン予定がある予約が抜粋して示されている。図５に示すように、到着予定一覧画面５００には、「Ｎｏ．」、「到着者名」、「人数」、「到着予定時間」、「希望タイプ」、「割当部屋番号」、「予約番号」、「出発日」および「泊数」などの項目が含まれ得る。

ここで言う「Ｎｏ．」とは、到着予定の識別に用いられる番号を指し、例えば、図示の通り、到着予定時間が早いものから順に連番が採番される。また、「到着者名」とは、到着予定がある予約を行った宿泊者のうち代表者の名称を指す。また、「人数」とは、到着予定の宿泊者の人数を指す。また、「到着予定時間」とは、宿泊者が宿泊施設２に到着する予定の時間を指す。また、「希望タイプ」とは、宿泊者が希望する部屋のタイプを指す。また、「予約番号」とは、上述の通り、予約登録時に予約に付与された番号を指す。また、「出発日」とは、宿泊者が宿泊施設２から出発する予定の日付を指す。また、「泊数」とは、宿泊者が宿泊施設２に宿泊する日数を指す。

図５に示すように、到着予定一覧画面５００には、２０１９年１月１日の到着予定として、チェックイン予定の日付が２０１９年１月１日である７つの予定が示されている。これらのうち、Ｎｏ．６及びＮｏ．７の到着予定には、割当部屋番号の欄に部屋番号８０１や部屋番号１００１の表示があるので、到着予定一覧画面５００が表示された時点で部屋割りが完了していることを提示できる。

このように、部屋割りは、必ずしもチェックアウトが行われてから、あるいは清掃が完了してから行われずともかまわず、チェックイン予定の前日、あるいはチェックアウトが行われるまでに行われることとしてもよい。例えば、図５に示す例で言えば、「ダブル」や「和室」などのように、宿泊施設２において他のタイプと比べて部屋数が少ないタイプの部屋が指定された予約には、部屋割りを前もって行ってこともできる。

その一方で、「シングル」や「ツイン」といった汎用のタイプの部屋が指定されたＮｏ．１からＮｏ．６までの到着予定の部屋割りは、チェックイン予定時間（到着予定時間）に従って宿泊施設２への先着順に行われる側面がある。ところが、チェックアウトは、最終のチェックアウト時間に集中する傾向がある。このため、いずれの客室５Ｇから順番にアサインが可能な状態になるのかは最終のチェックアウト時間になるまで判明しない。したがって、Ｎｏ．１からＮｏ．５までの到着予定の部屋割りは、最終のチェックアウト時間の付近から行われることも多い。

図４に示されたルームステータス画面４００や図５に示された到着予定一覧画面５００の２つの表示を対比しながら未アサインの予約に部屋を割り当てる部屋割り操作を受け付けるＧＵＩの例を挙げたが、部屋割り操作の受付方法は上記のＧＵＩに限定されない。例えば、ルームステータスの一覧とチェックイン予定の一覧とが対比可能な部屋割り画面を介して部屋割り操作を受け付けることもできる。

図６は、部屋割り画面の一例を示す図である。図６に示すように、部屋割り画面６００には、部屋ごとに清掃ステータスや滞在有無、部屋割りの有無などのルームステータスの一覧が表示される表示エリア６１０と、チェックイン予定の予約の一覧が表示される表示エリア６２０とが含まれ得る。

例えば、表示エリア６１０には、図５のルームステータス画面４００で示された清掃ステータスや滞在有無、部屋割りの有無などのルームステータスが模式化されて表示される。すなわち、表示エリア６１０は、メッシュ状に分割された上で各グリッドが部屋番号２０１〜部屋番号２０５及び部屋番号３０１〜部屋番号３０５の客室に対応付けて表示される。

さらに、各客室にグリッドには、「清掃ステータス」、「滞在有無」及び「宿泊者名」など表示が含まれ得る。このうち、「清掃ステータス」については、未清掃や清掃中、点検中、清掃完了などの状態が網掛け表示等によって示される。例えば、未清掃の客室のグリッドには、点状の網掛け表示が行われる。また、清掃中の客室のグリッドには、右肩上がりの斜線の網掛け表示が行われる。また、清掃完了の客室のグリッドには、網掛けなしの表示が行われる。また、「滞在有無」については、宿泊者が滞在中である客室のグリッドに絞って文字列「滞在中」の表示が行われると共に右肩下がりの網掛け表示が行われる一方で、宿泊者が滞在中でない客室のグリッドには、表示は行われない。また、「宿泊者名」については、アサイン済みの客室に絞って宿泊者名の文字列が表示される。さらに、清掃ステータスが清掃完了であり、滞在有無が滞在無しであり、かつ予約に割り当てられていない客室には、アサイン可能であることを示す標示、例えば文字列「空き」が表示される。このような表示エリア６１０により、部屋番号２０１及び部屋番号３０１の客室に予約をアサイン可能であることを識別させることができる。

一方、表示エリア６２０には、図５の到着予定一覧画面５００に示されたチェックイン予定の予約のうち未アサインの予約の一覧が表示される。このような表示エリア６２０により、Ｎｏ．１からＮｏ．５までの到着予定の予約への部屋割りがチェックインの準備業務として残っていることを明示できる。

これら表示エリア６１０及び表示エリア６２０を含む部屋割り画面６００が表示されることで、あくまで一例として、次のようなＧＵＩ操作を実現できる。例えば、表示エリア６２０に表示されたチェックイン予定の予約の一覧のうち指定の予約をドラッグして、表示エリア６１０に表示された客室のうち照準とするグリッドにドロップするといったドラッグ＆ドロップ操作による部屋割り操作を実現できる。

取得部１５Ｃは、チェックイン予定が最も早い予約を取得する処理部である。

一実施形態として、取得部１５Ｃは、台帳情報１３Ｂに含まれる予約のうちいずれかの予約の宿泊ステータスが滞在中から精算済みへ更新されたか否か、すなわちチェックアウトが行われたか否かを監視する。ここで、チェックアウトが行われた場合、宿泊ステータスの更新に連動して、ルームステータス情報１３Ａのうちチェックアウトが行われた部屋の清掃ステータスが未清掃へ更新される。このように、チェックアウトが行われた場合、取得部１５Ｃは、上記の清掃員配置機能を起動する。すなわち、取得部１５Ｃは、台帳情報１３Ｂに含まれるチェックイン予定の予約のうち、チェックアウトが行われた予約に割り当てられていた部屋のタイプと一致する希望タイプが指定された予約を抽出する。このように抽出された予約のうち、取得部１５Ｃは、到着予定時間が最も早い予約を取得する。なお、ここでは、上記の清掃員配置機能が自動的に起動される例を挙げたが、フロント端末５０Ｆやバックヤード端末５０Ｂからの手動操作が行われることにより起動されることとしてもかまわない。

算出部１５Ｄは、一部屋複数名配置時の清掃所要時間を算出する処理部である。

一実施形態として、算出部１５Ｄは、取得部１５Ｃにより取得された予約のチェックイン予定時間と、当該予約が取得部１５Ｃにより取得された時間との時間差から清掃猶予時間を算出する。例えば、清掃猶予時間は、上記の時間差と同値とすることもできるし、安全マージンを付与する側面から時間差＋αとすることもできる。そして、算出部１５Ｄは、マスタ情報１３Ｃで管理される測定値マスタ１３Ｃ２に含まれる清掃員のうち、一部屋一名配置時の清掃所要時間の測定値が最短である清掃員を上記の第１の清掃員として選択する。このとき、算出部１５Ｄは、必ずしも全ての清掃員を対象にして第１の清掃員を選択せずともかまわない。例えば、算出部１５Ｄは、マスタ情報１３Ｃで管理される勤務マスタ１３Ｃ１を参照して、清掃員のうち、勤務ステータスが「勤務中」であり、かつ清掃中フラグが「オフ」である清掃員に絞り込んで第１の清掃員の選択を行うことができる。このように選択された第１の清掃員の測定値は、未清掃の部屋が第１の清掃員に清掃される場合の第１の清掃所要時間として用いられる。

図７は、勤務マスタ１３Ｃ１の一例を示す図である。図７には、一例として、四名の清掃員が抜粋して例示されているが、これはあくまで例示であり、清掃員の数は図示の例に限定されない。図７に示すように、勤務マスタ１３Ｃ１には、清掃員番号、氏名、勤務ステータスおよび清掃中フラグなどの項目が含まれ得る。

ここで言う「清掃員番号」とは、清掃員の識別に用いる番号を指す。また、「氏名」とは、清掃員の氏名を指す。また、「勤務ステータス」とは、清掃員の勤務状態を指し、例えば、勤務中や勤務外などが含まれ得る。また、「清掃中フラグ」とは、清掃員が客室５Ｇを清掃中であるか否かを示すフラグを指し、例えば、多値、例えば２値で管理することができる。

図７に示す勤務マスタ１３Ｃ１が参照される場合、勤務ステータスが「勤務外」である清掃員番号「０００２」の清掃員「△△□□」が除外される。さらに、清掃中フラグが「○」である清掃員番号「０００３」の清掃員「□□××（注：□は黒塗り）」が除外される。言い換えれば、勤務ステータスが「勤務中」であり、かつ清掃中フラグ「×」である、清掃員番号「０００１」の清掃員「○○××」および清掃員番号「０００４」の清掃員「□□△△」に絞り込まれる。

これら清掃員番号「０００１」の清掃員「○○××」および清掃員番号「０００４」の清掃員「□□△△」の中から、マスタ情報１３Ｃで管理される測定値マスタを参照して、一部屋一名配置時の清掃所要時間の測定値が最短である第１の清掃員が選択される。

図８は、測定値マスタ１３Ｃ２の一例を示す図である。図８に示すように、測定値マスタ１３Ｃ２には、清掃員番号、部屋タイプ、測定値（平均値）、測定値（累計値）及び清掃回数などの項目が含まれ得る。ここで言う「測定値（平均値）」とは、同一レコード内に清掃員番号のデータ値を有する清掃員一名により同一レコード内に部屋タイプのデータ値を有する客室が清掃される場合に測定される清掃所要時間の測定値が平均された平均値を指す。また、「測定値（累計値）」とは、同一レコード内に清掃員番号のデータ値を有する清掃員一名により同一レコード内に部屋タイプのデータ値を有する客室が清掃される場合に測定される清掃所要時間の測定値が累計された累計値を指す。さらに、「清掃回数」とは、同一レコード内に清掃員番号のデータ値を有する清掃員一名により同一レコード内に部屋タイプのデータ値を有する客室が清掃された回数を指す。なお、ここでは、あくまで一例として、清掃所要時間の測定値が平均される例を挙げたが、清掃所要時間の統計値は平均値以外の他の統計値、例えば最頻値や中央値等であってもかまわない。

あくまで一例として、チェックインが行われた部屋のタイプが「ＢＢＢ」であるとしたとき、図８に示す測定値マスタ１３Ｃ２から、清掃員番号「０００１」及び部屋タイプ「ＢＢＢ」に対応する清掃所要時間の測定値（平均値）「４５分」が参照される。さらに、図８に示す測定値マスタ１３Ｃ２から、清掃員番号「０００４」及び部屋タイプ「ＢＢＢ」に対応する清掃所要時間の測定値（平均値）「２８分」が参照される。これら２つの測定値（平均値）を比較すると、清掃員番号「０００４」の測定値（平均値）「２８分」の方が清掃員番号「０００１」の測定値（平均値）「４５分」よりも短い。このことから、算出部１５Ｄは、清掃員番号「０００４」の清掃員「□□△△」を上記の第１の清掃員として選択する。

ここで、清掃員別および部屋タイプ別の清掃所要時間の測定は、ルームステータス情報１３Ａにおける清掃ステータスの更新を監視することによって実現することができる。例えば、清掃ステータスが未清掃から清掃中へ更新された場合、部屋管理部１５Ａは、次のような処理を行う。すなわち、部屋管理部１５Ａは、清掃ステータスの更新リクエストを受け付けた清掃員端末５０Ｈのアカウントから清掃員番号を識別する。さらに、部屋管理部１５Ａは、清掃ステータスの更新が行われた部屋番号及び部屋タイプを識別する。これら部屋番号、清掃員番号および部屋タイプに対応付けて、部屋管理部１５Ａは、清掃ステータスが未清掃から清掃中へ更新された時刻を清掃開始時刻として図示しない内部メモリに保存する。その後、部屋管理部１５Ａは、上記の部屋番号に対応する清掃ステータスが清掃完了まで更新された場合、清掃ステータスが清掃完了へ更新された時刻を清掃終了時刻としてさらに保存する。そして、部屋管理部１５Ａは、測定値マスタ１３Ｃ２のうち清掃員番号および部屋タイプが一致するレコードを検索する。続いて、部屋管理部１５Ａは、測定値マスタ１３Ｃ２への検索でヒットするレコードの測定値（累計値）に清掃開始時刻および清掃終了時刻から計算された清掃所要時間を加算するすると共に当該レコードの清掃回数をインクリメントする。その上で、部屋管理部１５Ａは、更新後の測定値（累計値）を更新後の清掃回数で除算することによって測定値（平均値）を算出し、算出された測定値（平均値）を上書き登録する。

このように第１の清掃員が選択された後、算出部１５Ｄは、チェックアウトが行われた未清掃の部屋が第１の清掃員に清掃される場合の第１の清掃所要時間と、清掃猶予時間とを比較する。例えば、清掃員番号「０００４」の清掃員「□□△△」が第１の清掃員として選択されたとしたとき、清掃所要時間の測定値（平均値）「２８分」を第１の清掃所要時間とし、清掃所要時間の測定値（平均値）「２８分」が清掃猶予時間を超えるか否かが判定される。

ここで、第１の清掃所要時間が清掃猶予時間を超える場合、すなわち清掃猶予時間＜第１の清掃所要時間である場合、算出部１５Ｄは、第１の清掃員に増員する第２の清掃員を選択する。例えば、算出部１５Ｄは、一部屋一名配置時の清掃所要時間の測定値が最小である第１の清掃員の次に一部屋一名配置時の清掃所要時間の測定値が小さい清掃員を順次選択する。上述の例に従えば、第１の清掃員として選択された清掃員番号「０００４」の清掃員「□□△△」の次に第１の清掃所要時間（平均値）が小さい清掃員番号「０００１」の清掃員「○○××」が第２の清掃員として選択される。

その後、算出部１５Ｄは、チェックアウトが行われた未清掃の部屋が第１の清掃員および第２の清掃員に清掃される場合の第２の清掃所要時間を算出する。より詳細には、算出部１５Ｄは、第１の清掃員および第２の清掃員の間で一部屋一名配置時の清掃所要時間の測定値に統計処理、例えば平均処理を実行する。上述の例に従えば、第１の清掃員として選択された清掃員番号「０００４」の測定値（平均値）「２８分」と、第２の清掃員として選択された清掃員番号「０００１」の測定値（平均値）「４５分」との平均値「３６．５分（＝（２８＋４５）／２）」が計算される。

その上で、算出部１５Ｄは、第１の清掃員および第２の清掃員の間の平均値と、一部屋複数名配置時の清掃所要時間の短縮度合いとを乗算することにより、第２の清掃所要時間を算出する。例えば、第２の清掃所要時間の算出には、部屋のタイプ別および清掃員の配置人数別に清掃所要時間の短縮度合いが定義された短縮度合いマスタ１３Ｃ３を用いることができる。

図９は、短縮度合いマスタ１３Ｃ３の一例を示す図である。図９に示すように、短縮度合いマスタ１３Ｃ３には、部屋のタイプ別および清掃員の配置人数別に短縮度合いが対応付けられたデータを採用できる。図９には、「短縮度合い」のあくまで一例として、増員なしの清掃所要時間の測定値に対する増員ありの清掃所要時間の測定値の割合を例に挙げる。これらのうち、増員なしの清掃所要時間の測定値には、一例として、全清掃員の間で清掃所要時間の測定値に統計処理、例えば平均処理が行われた平均値を用いることができる。一方、増員ありの清掃所要時間の測定値には、一例として、一部屋複数名配置時に測定された清掃所要時間の測定値を用いることができる。なお、一部屋複数名配置時の清掃所要時間の測定値も、ルームステータス情報１３Ａにおける清掃ステータスの更新を監視することによって測定することができる。

上述の例に従えば、図９に示す短縮度合いマスタ１３Ｃ３のうち、部屋のタイプが「ＢＢＢ」であり、かつ配置人数が清掃員番号「０００１」及び清掃員番号「０００４」の二名に対応する短縮度合い「０．７」、すなわち図中の反転表示部分が参照される。その上で、算出部１５Ｄは、第１の清掃員および第２の清掃員の間の平均値「３６．５分」に短縮度合い「０．７」を乗算することによって第２の清掃所要時間「２５．５５分」を算出する。

このように算出された第２の清掃所要時間が清掃猶予時間を超える場合、算出部１５Ｄは、次の条件を満たすまで第２の清掃所要時間の算出を繰り返す。例えば、１ラウンド目に第２の清掃所要時間が算出された場合、１ラウンド目の第２の清掃所要時間が第１の清掃所要時間から改善している場合、第１の清掃員に対する第２の清掃員の増員を繰り返し、２人目の第２の清掃員を選択する。また、Ｎ（任意の自然数）ラウンド目に第２の清掃所要時間が算出された場合、Ｎラウンド目の第２の清掃所要時間がＮ−１ラウンド目の第２の清掃所要時間から改善している場合、第１の清掃員に対する第２の清掃員の増員を繰り返し、Ｎ＋１人目の第２の清掃員を選択する。

以上のように、算出部１５Ｄは、Ｎラウンド目の第２の清掃所要時間がＮ−１ラウンド目の第２の清掃所要時間から改善する限り、第１の清掃員に対する第２の清掃員の増員を繰り返して、第２の清掃所要時間を算出する。

配置部１５Ｅは、チェックアウト後の未清掃の部屋に担当の清掃員を配置する処理部である。

一実施形態として、配置部１５Ｅは、第１の清掃所要時間が清掃猶予時間を超えない場合、すなわち清掃猶予時間≧第１の清掃所要時間である場合、チェックアウト後の未清掃の部屋に第１の清掃員を配置する。また、第２の清掃所要時間が清掃猶予時間を超えない場合、すなわち清掃猶予時間≧第２の清掃所要時間である場合、第１の清掃員と、Ｎラウンド目までに増員された第２の清掃員とをチェックアウト後の未清掃の部屋に配置する。

出力部１５Ｆは、各種のクライアント端末に対する出力を制御する処理部である。

１つの側面として、出力部１５Ｆは、配置部１５Ｅにより未清掃の部屋に配置する担当の清掃員が決定された場合、担当の清掃員により使用される清掃員端末５０Ｈに対し、清掃を指示する部屋番号を含む清掃指示書を出力することができる。この他、出力部１５Ｆは、フロント端末５０Ｆやバックヤード端末５０Ｂに対し、未清掃の部屋に配置された担当の清掃員を通知したりすることができる。この他、出力部１５Ｆは、現在時刻に第１の清掃所要時間又は第２の清掃所要時間が加算された時刻を清掃完了予定時刻として通知したりすることもできる。

他の側面として、出力部１５Ｆは、第２の清掃員として増員可能な清掃員が存在しない場合、あるいはＮラウンド目の第２の清掃所要時間がＮ−１ラウンド目の第２の清掃所要時間から改善しない場合、アラートをフロント端末５０Ｆやバックヤード端末５０Ｂに出力することができる。

図１０は、部屋割り画面の一例を示す図である。図１０には、図６に示された部屋割り画面６００上で予約Ｎｏ．２５及び予約Ｎｏ．６６２の２つの予約への部屋割りが行われた後の段階の部屋割り画面７００が示されている。図１０に示すように、部屋割り画面７００では、図６に示す部屋割り画面６００に比べて、予約Ｎｏ．２５の予約を部屋番号２０１に割り当てる部屋割り操作と、予約Ｎｏ．６６２の予約を部屋番号３０１に割り当てる部屋割り操作とが行われている。この結果、部屋割り画面７００では、予約Ｎｏ．３１、予約Ｎｏ．２２および予約Ｎｏ．３０１の３つの予約が未アサインの予約として残っている。

このような状況の下、部屋タイプ「ダブル」である部屋番号３０５のチェックアウトが行われることによって部屋タイプ「ダブル」のうち最もチェックイン予定が早い予約Ｎｏ．２２が抽出された上で第２の清掃所要時間が清掃猶予時間を下回らない場合を例に挙げる。この場合、予約Ｎｏ．２２のチェックイン予定時間に客室の清掃の完了が間に合わない旨のアラートを出力することができる。例えば、図１０の例で言えば、表示エリア７２０に表示される未アサインの予約のうち、清掃の完了が間に合わない予約Ｎｏ．２２の予約のチェックイン予定時間を反転表示することができる。この他、表示エリア７１０に示す通り、清掃の完了が間に合わない予約Ｎｏ．２２の予約と同一の部屋タイプで未清掃の客室の清掃完了予定時刻、例えば現在時刻＋第２の清掃所要時間を表示させることもできる。あるいは、チェックイン予定時間と清掃完了予定時刻の差分を表示させることもできる。これらの表示によって、部屋割りの変更やアップグレードの部屋割りなどの検討に資する情報を提示できる。

［処理の流れ］
図１１は、実施例１に係る清掃員配置処理の手順を示すフローチャートである。この処理は、一例として、未アサインの予約が存在する限り、繰り返して実行される。図１１に示すように、チェックアウトが行われた場合（ステップＳ１０１Ｙｅｓ）、取得部１５Ｃは、チェックアウトが行われた部屋のタイプと一致する希望タイプが指定された未アサインの予約のうちチェックイン予定が最も早い予約を取得する（ステップＳ１０２）。

続いて、算出部１５Ｄは、ステップＳ１０２で取得された予約のチェックイン予定時間と、当該予約がステップＳ１０２で取得された時間との時間差から清掃猶予時間を算出する（ステップＳ１０３）。

そして、算出部１５Ｄは、マスタ情報１３Ｃに管理される測定値マスタ１３Ｃ２に含まれる清掃員のうち、一部屋一名配置時の清掃所要時間の測定値が最短である清掃員を第１の清掃員として選択する（ステップＳ１０４）。

このとき、第１の清掃所要時間が清掃猶予時間を超える場合、すなわち清掃猶予時間＜第１の清掃所要時間である場合（ステップＳ１０５Ｙｅｓ）、算出部１５Ｄは、増員可能な清掃員が存在するか否かを判定する（ステップＳ１０６）。そして、増員可能な清掃員が存在する場合（ステップＳ１０６Ｙｅｓ）、算出部１５Ｄは、第１の清掃員に増員する第２の清掃員を選択する（ステップＳ１０７）。

その後、算出部１５Ｄは、チェックアウトが行われた未清掃の部屋が第１の清掃員および第２の清掃員に清掃される場合の第２の清掃所要時間を算出する（ステップＳ１０８）。続いて、ステップＳ１０８で算出されたＮラウンド目の第２の清掃所要時間が改善する限り（ステップＳ１０９Ｙｅｓ）、第２の清掃所要時間が清掃猶予時間以下になるまで（ステップＳ１１０Ｎｏ）、ステップＳ１０６からステップＳ１０８までの処理を繰り返して実行する。

ここで、第１の清掃所要時間が清掃猶予時間を超えない場合（ステップＳ１０５Ｎｏ）、配置部１５Ｅは、チェックアウト後の未清掃の部屋に第１の清掃員を配置する（ステップＳ１１１）。また、第２の清掃所要時間が清掃猶予時間以下である場合（ステップＳ１１０Ｙｅｓ）、配置部１５Ｅは、第１の清掃員と、Ｎラウンド目までに増員された第２の清掃員とをチェックアウト後の未清掃の部屋に配置する（ステップＳ１１１）。

そして、出力部１５Ｆは、ステップＳ１１１で未清掃の部屋への配置が決定された担当の清掃員により使用される清掃員端末５０Ｈに対し、清掃を指示する部屋番号を含む清掃指示書を出力し（ステップＳ１１２）、ステップＳ１０１へ移行する。

一方、増員可能な清掃員が存在しない場合、あるいはＮラウンド目の第２の清掃所要時間がＮ−１ラウンド目の第２の清掃所要時間から改善しない場合（ステップＳ１０６Ｎｏ又はステップＳ１０９Ｎｏ）、出力部１５Ｆは、各種のアラートをフロント端末５０Ｆやバックヤード端末５０Ｂに出力し（ステップＳ１１３）、ステップＳ１０１へ移行する。

［効果の一側面］
上述してきたように、本実施例では、一部屋一名配置時の清掃所要時間の測定値と、一部屋複数名配置時の清掃所要時間の短縮度合いとから求めた一部屋複数名配置時の清掃所要時間がチェックインまでの清掃猶予時間以下である場合、未清掃の部屋に増員を配置する。この結果、チェックインまでに第１の清掃員の１名だけでは部屋の清掃を完了できない状況を第２の清掃員の増員によって回避できる場面で第２の清掃員を配置できる。したがって、本実施例によれば、チェックインまでに部屋の清掃作業を完了するように清掃員を配置することが可能になる。ひいては、アップグレードの部屋割りが抑制される結果、アップグレードの部屋割りによる損失の発生やオーバーブッキングの危険性を抑制することができる。

さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

上記の実施例１では、第１の清掃所要時間や第２の清掃所要時間を測定値に基づいて導出する例を挙げたが、必ずしも測定値が用いられずともかまわない。例えば、ユーザ入力あるいは外部入力が行われた入力値を測定値の代わりに用いることとしてもかまわない。

［分散及び統合］
また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されておらずともよい。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、部屋管理部１５Ａ、台帳管理部１５Ｂ、取得部１５Ｃ、算出部１５Ｄ、配置部１５Ｅまたは出力部１５Ｆをサーバ装置１０の外部装置としてネットワーク経由で接続するようにしてもよい。また、部屋管理部１５Ａ、台帳管理部１５Ｂ、取得部１５Ｃ、算出部１５Ｄ、配置部１５Ｅまたは出力部１５Ｆを別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記のサーバ装置１０の機能を実現するようにしてもよい。また、記憶部１３に記憶されるルームステータス情報１３Ａ、台帳情報１３Ｂまたはマスタ情報１３Ｃの全部または一部を別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記のサーバ装置１０の機能を実現するようにしてもかまわない。

［清掃員配置プログラム］
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図１２を用いて、実施例１及び実施例２に係る清掃員配置プログラムを実行するコンピュータの一例について説明する。

図１２は、コンピュータのハードウェア構成例を示す図である。図１２に示すように、コンピュータ１００は、操作部１１０ａと、スピーカ１１０ｂと、カメラ１１０ｃと、ディスプレイ１２０と、通信部１３０とを有する。さらに、このコンピュータ１００は、ＣＰＵ１５０と、ＲＯＭ１６０と、ＨＤＤ１７０と、ＲＡＭ１８０とを有する。これら１１０〜１８０の各部はバス１４０を介して接続される。

ＨＤＤ１７０には、図１２に示すように、上記の実施例１で示した部屋管理部１５Ａ、台帳管理部１５Ｂ、取得部１５Ｃ、算出部１５Ｄ、配置部１５Ｅ及び出力部１５Ｆと同様の機能を発揮する清掃員配置プログラム１７０ａが記憶される。この清掃員配置プログラム１７０ａは、図３に示した部屋管理部１５Ａ、台帳管理部１５Ｂ、取得部１５Ｃ、算出部１５Ｄ、配置部１５Ｅ及び出力部１５Ｆの各構成要素と同様、統合又は分離してもかまわない。すなわち、ＨＤＤ１７０には、必ずしも上記の実施例１で示した全てのデータが格納されずともよく、処理に用いるデータがＨＤＤ１７０に格納されればよい。

このような環境の下、ＣＰＵ１５０は、ＨＤＤ１７０から清掃員配置プログラム１７０ａを読み出した上でＲＡＭ１８０へ展開する。この結果、清掃員配置プログラム１７０ａは、図１２に示すように、清掃員配置プロセス１８０ａとして機能する。この清掃員配置プロセス１８０ａは、ＲＡＭ１８０が有する記憶領域のうち清掃員配置プロセス１８０ａに割り当てられた領域にＨＤＤ１７０から読み出した各種データを展開し、この展開した各種データを用いて各種の処理を実行する。例えば、清掃員配置プロセス１８０ａが実行する処理の一例として、図１１に示す処理などが含まれる。なお、ＣＰＵ１５０では、必ずしも上記の実施例１で示した全ての処理部が動作せずともよく、実行対象とする処理に対応する処理部が仮想的に実現されればよい。

なお、上記の清掃員配置プログラム１７０ａは、必ずしも最初からＨＤＤ１７０やＲＯＭ１６０に記憶されておらずともかまわない。例えば、コンピュータ１００に挿入されるフレキシブルディスク、いわゆるＦＤ、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に清掃員配置プログラム１７０ａを記憶させる。そして、コンピュータ１００がこれらの可搬用の物理媒体から清掃員配置プログラム１７０ａを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１００に接続される他のコンピュータまたはサーバ装置などに清掃員配置プログラム１７０ａを記憶させておき、コンピュータ１００がこれらから清掃員配置プログラム１７０ａを取得して実行するようにしてもよい。

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）少なくともチェックイン予定時刻を含む複数の予約のうち、チェックイン予定時刻が最も早い予約を取得し、
取得した前記予約に対応する未清掃の部屋が第１の清掃員に清掃される場合の第１の清掃所要時間が前記チェックイン予定時刻までの清掃猶予時間を超える場合、前記第１の清掃員および前記第１の清掃員に増員される第２の清掃員の各員の一部屋一名配置時の清掃所要時間と、一部屋複数名配置時の清掃所要時間の短縮度合いとに基づいて、前記未清掃の部屋が前記第１の清掃員および前記第２の清掃員に清掃される場合の第２の清掃所要時間を算出し、
前記第１の清掃所要時間が前記清掃猶予時間以下である場合、前記第１の清掃員を前記未清掃の部屋に配置し、前記第２の清掃所要時間が前記清掃猶予時間以下である場合、前記第１の清掃員および前記第２の清掃員を前記未清掃の部屋に配置する、
処理をコンピュータに実行させる清掃員配置プログラム。

（付記２）前記算出する処理は、部屋のタイプ別および清掃員の配置人数別に対応付けられた前記短縮度合いのうち、前記未清掃の部屋のタイプおよび前記未清掃の部屋への清掃員の配置人数に対応する短縮度合いに基づいて前記第２の清掃所要時間を算出することを特徴とする付記１に記載の清掃員配置プログラム。

（付記３）前記算出する処理は、前記第１の清掃員および前記第２の清掃員の間で一部屋一名配置時の清掃所要時間が統計処理された統計値と、前記短縮度合いとを乗算することにより、前記第２の清掃所要時間を算出することを特徴とする付記１に記載の清掃員配置プログラム。

（付記４）前記算出する処理は、前記第２の清掃所要時間が前記清掃猶予時間を超える場合、前記第１の清掃員に対する第２の清掃員の増員によって第２の清掃所要時間が改善する限り、前記第１の清掃員に対する前記第２の清掃員の増員を繰り返して、前記第２の清掃所要時間を算出することを特徴とする付記１に記載の清掃員配置プログラム。

（付記５）前記算出する処理は、前記第１の清掃員として一部屋一名配置時の清掃所要時間の測定値が最小である清掃員を選択すると共に、前記第２の清掃員の増員として一部屋一名配置時の清掃所要時間が最小である清掃員の次に一部屋一名配置時の清掃所要時間が小さい清掃員を順次選択することを特徴とする付記４に記載の清掃員配置プログラム。

（付記６）少なくともチェックイン予定時刻を含む複数の予約のうち、チェックイン予定時刻が最も早い予約を取得し、
取得した前記予約に対応する未清掃の部屋が第１の清掃員に清掃される場合の第１の清掃所要時間が前記チェックイン予定時刻までの清掃猶予時間を超える場合、前記第１の清掃員および前記第１の清掃員に増員される第２の清掃員の各員の一部屋一名配置時の清掃所要時間と、一部屋複数名配置時の清掃所要時間の短縮度合いとに基づいて、前記未清掃の部屋が前記第１の清掃員および前記第２の清掃員に清掃される場合の第２の清掃所要時間を算出し、
前記第１の清掃所要時間が前記清掃猶予時間以下である場合、前記第１の清掃員を前記未清掃の部屋に配置し、前記第２の清掃所要時間が前記清掃猶予時間以下である場合、前記第１の清掃員および前記第２の清掃員を前記未清掃の部屋に配置する、
処理をコンピュータが実行する清掃員配置方法。

（付記７）前記算出する処理は、部屋のタイプ別および清掃員の配置人数別に対応付けられた前記短縮度合いのうち、前記未清掃の部屋のタイプおよび前記未清掃の部屋への清掃員の配置人数に対応する短縮度合いに基づいて前記第２の清掃所要時間を算出することを特徴とする付記６に記載の清掃員配置方法。

（付記８）前記算出する処理は、前記第１の清掃員および前記第２の清掃員の間で一部屋一名配置時の清掃所要時間が統計処理された統計値と、前記短縮度合いとを乗算することにより、前記第２の清掃所要時間を算出することを特徴とする付記６に記載の清掃員配置方法。

（付記９）前記算出する処理は、前記第２の清掃所要時間が前記清掃猶予時間を超える場合、前記第１の清掃員に対する第２の清掃員の増員によって第２の清掃所要時間が改善する限り、前記第１の清掃員に対する前記第２の清掃員の増員を繰り返して、前記第２の清掃所要時間を算出することを特徴とする付記６に記載の清掃員配置方法。

（付記１０）前記算出する処理は、前記第１の清掃員として一部屋一名配置時の清掃所要時間の測定値が最小である清掃員を選択すると共に、前記第２の清掃員の増員として一部屋一名配置時の清掃所要時間が最小である清掃員の次に一部屋一名配置時の清掃所要時間が小さい清掃員を順次選択することを特徴とする付記９に記載の清掃員配置方法。

（付記１１）少なくともチェックイン予定時刻を含む複数の予約のうち、チェックイン予定時刻が最も早い予約を取得する取得部と、
取得した前記予約に対応する未清掃の部屋が第１の清掃員に清掃される場合の第１の清掃所要時間が前記チェックイン予定時刻までの清掃猶予時間を超える場合、前記第１の清掃員および前記第１の清掃員に増員される第２の清掃員の各員の一部屋一名配置時の清掃所要時間と、一部屋複数名配置時の清掃所要時間の短縮度合いとに基づいて、前記未清掃の部屋が前記第１の清掃員および前記第２の清掃員に清掃される場合の第２の清掃所要時間を算出する算出部と、
前記第１の清掃所要時間が前記清掃猶予時間以下である場合、前記第１の清掃員を前記未清掃の部屋に配置し、前記第２の清掃所要時間が前記清掃猶予時間以下である場合、前記第１の清掃員および前記第２の清掃員を前記未清掃の部屋に配置する配置部と、
を有することを特徴とする清掃員配置装置。

（付記１２）前記算出部は、部屋のタイプ別および清掃員の配置人数別に対応付けられた前記短縮度合いのうち、前記未清掃の部屋のタイプおよび前記未清掃の部屋への清掃員の配置人数に対応する短縮度合いに基づいて前記第２の清掃所要時間を算出することを特徴とする付記１１に記載の清掃員配置装置。

（付記１３）前記算出部は、前記第１の清掃員および前記第２の清掃員の間で一部屋一名配置時の清掃所要時間が統計処理された統計値と、前記短縮度合いとを乗算することにより、前記第２の清掃所要時間を算出することを特徴とする付記１１に記載の清掃員配置装置。

（付記１４）前記算出部は、前記第２の清掃所要時間が前記清掃猶予時間を超える場合、前記第１の清掃員に対する第２の清掃員の増員によって第２の清掃所要時間が改善する限り、前記第１の清掃員に対する前記第２の清掃員の増員を繰り返して、前記第２の清掃所要時間を算出することを特徴とする付記１１に記載の清掃員配置装置。

（付記１５）前記算出部は、前記第１の清掃員として一部屋一名配置時の清掃所要時間の測定値が最小である清掃員を選択すると共に、前記第２の清掃員の増員として一部屋一名配置時の清掃所要時間が最小である清掃員の次に一部屋一名配置時の清掃所要時間が小さい清掃員を順次選択することを特徴とする付記１１に記載の清掃員配置装置。

１ 宿泊施設管理システム
１０ サーバ装置
１１ 通信インタフェイス
１３ 記憶部
１３Ａ ルームステータス情報
１３Ｂ 台帳情報
１３Ｃ マスタ情報
１５ 制御部
１５Ａ 部屋管理部
１５Ｂ 台帳管理部
１５Ｃ 取得部
１５Ｄ 算出部
１５Ｅ 配置部
１５Ｆ 出力部
５０Ｆ フロント端末
５０Ｂ バックヤード端末
５０Ｈ 清掃員端末

Claims (7)

1. 少なくともチェックイン予定時刻を含む複数の予約のうち、チェックイン予定時刻が最も早い予約を取得し、
   取得した前記予約に対応する未清掃の部屋が第１の清掃員に清掃される場合の第１の清掃所要時間が前記チェックイン予定時刻までの清掃猶予時間を超える場合、前記第１の清掃員および前記第１の清掃員に増員される第２の清掃員の各員の一部屋一名配置時の清掃所要時間と、一部屋複数名配置時の清掃所要時間の短縮度合いとに基づいて、前記未清掃の部屋が前記第１の清掃員および前記第２の清掃員に清掃される場合の第２の清掃所要時間を算出し、
   前記第１の清掃所要時間が前記清掃猶予時間以下である場合、前記第１の清掃員を前記未清掃の部屋に配置し、前記第２の清掃所要時間が前記清掃猶予時間以下である場合、前記第１の清掃員および前記第２の清掃員を前記未清掃の部屋に配置する、
   処理をコンピュータに実行させる清掃員配置プログラム。
2. 前記算出する処理は、部屋のタイプ別および清掃員の配置人数別に対応付けられた前記短縮度合いのうち、前記未清掃の部屋のタイプおよび前記未清掃の部屋への清掃員の配置人数に対応する短縮度合いに基づいて前記第２の清掃所要時間を算出することを特徴とする請求項１に記載の清掃員配置プログラム。
3. 前記算出する処理は、前記第１の清掃員および前記第２の清掃員の間で一部屋一名配置時の清掃所要時間が統計処理された統計値と、前記短縮度合いとを乗算することにより、前記第２の清掃所要時間を算出することを特徴とする請求項１または２に記載の清掃員配置プログラム。
4. 前記算出する処理は、前記第２の清掃所要時間が前記清掃猶予時間を超える場合、前記第１の清掃員に対する第２の清掃員の増員によって第２の清掃所要時間が改善する限り、前記第１の清掃員に対する前記第２の清掃員の増員を繰り返して、前記第２の清掃所要時間を算出することを特徴とする請求項１、２または３に記載の清掃員配置プログラム。
5. 前記算出する処理は、前記第１の清掃員として一部屋一名配置時の清掃所要時間の測定値が最小である清掃員を選択すると共に、前記第２の清掃員の増員として一部屋一名配置時の清掃所要時間が最小である清掃員の次に一部屋一名配置時の清掃所要時間が小さい清掃員を順次選択することを特徴とする請求項４に記載の清掃員配置プログラム。
6. 少なくともチェックイン予定時刻を含む複数の予約のうち、チェックイン予定時刻が最も早い予約を取得し、
   取得した前記予約に対応する未清掃の部屋が第１の清掃員に清掃される場合の第１の清掃所要時間が前記チェックイン予定時刻までの清掃猶予時間を超える場合、前記第１の清掃員および前記第１の清掃員に増員される第２の清掃員の各員の一部屋一名配置時の清掃所要時間と、一部屋複数名配置時の清掃所要時間の短縮度合いとに基づいて、前記未清掃の部屋が前記第１の清掃員および前記第２の清掃員に清掃される場合の第２の清掃所要時間を算出し、
   前記第１の清掃所要時間が前記清掃猶予時間以下である場合、前記第１の清掃員を前記未清掃の部屋に配置し、前記第２の清掃所要時間が前記清掃猶予時間以下である場合、前記第１の清掃員および前記第２の清掃員を前記未清掃の部屋に配置する、
   処理をコンピュータが実行する清掃員配置方法。
7. 少なくともチェックイン予定時刻を含む複数の予約のうち、チェックイン予定時刻が最も早い予約を取得する取得部と、
   取得した前記予約に対応する未清掃の部屋が第１の清掃員に清掃される場合の第１の清掃所要時間が前記チェックイン予定時刻までの清掃猶予時間を超える場合、前記第１の清掃員および前記第１の清掃員に増員される第２の清掃員の各員の一部屋一名配置時の清掃所要時間と、一部屋複数名配置時の清掃所要時間の短縮度合いとに基づいて、前記未清掃の部屋が前記第１の清掃員および前記第２の清掃員に清掃される場合の第２の清掃所要時間を算出する算出部と、
   前記第１の清掃所要時間が前記清掃猶予時間以下である場合、前記第１の清掃員を前記未清掃の部屋に配置し、前記第２の清掃所要時間が前記清掃猶予時間以下である場合、前記第１の清掃員および前記第２の清掃員を前記未清掃の部屋に配置する配置部と、
   を有することを特徴とする清掃員配置装置。