JP2009080667A - スケジュール管理サーバ、スケジュール管理システム及びスケジュール管理方法 - Google Patents

Abstract

【課題】作業に遅延が発生した場合に、遅延を確実に認識して支援を行うこと。
【解決手段】無線通信ネットワークにより複数の携帯端末と接続されたスケジュール管理サーバ１０９であって、携帯端末１０１から携帯端末１０１のユーザの作業状態を表すステータス、携帯端末の位置情報、又は連絡先を含むスケジュール管理情報を取得するサーバ側メッセージ送受信部１０２と、スケジュール管理情報を格納するスケジュールテーブル１０３と、を備え、サーバ側メッセージ送受信部１０２は、スケジュールテーブル１０３に格納されたステータスに基づいて、ユーザの作業状態が遅延している遅延端末があるか否かを抽出し、遅延端末が抽出された場合、他の携帯端末１０１のステータスに基づいて、作業が終了しており、次に予定している作業との関係で遅延端末のユーザの作業を支援することが可能な代理端末を抽出して、当該代理端末へ支援を要請するメッセージを送信する。
【選択図】図１

Description

本発明は、スケジュール管理サーバ、スケジュール管理システム及びスケジュール管理方法に関し、特に、作業状況に応じて作業員を臨機応変に配置するスケジュール管理サーバ、スケジュール管理システム及びスケジュール管理方法に関する。

従来、例えば特許文献１に記載されているように、工場現場などでの作業状況を把握するため、インターネットを用いて進捗状況を報告するシステムが検討されている。特許文献１に記載されている工事進捗状況管理方法は、インターネットを介して各工事現場の進捗状況を入力させ、情報端末上で管理できるというものである。

特開２００６−３３１０２１号公報

しかしながら、上記特許文献１に記載されたシステムでは、ある作業員の、ある現場での作業に送れが発生した場合、別の現場にいる作業員を無理なく再配置させるためには、人員配置の工数が必要になるという問題がある。

また、上記特許文献１に記載されたシステムは、工事現場のように複数の作業員が作業を行うときの進捗を対象としており、単独で作業する作業員に突発的な問題が発生した場合に、進捗の把握と人員の再配置が行えないという問題がある。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、作業に遅延が発生した場合に、遅延を確実に認識して支援を行うことが可能な、新規かつ改良されたスケジュール管理サーバ、スケジュール管理システム及びスケジュール管理方法を提供することにある。

上記課題を解決するために、本発明のある観点によれば、無線通信ネットワークにより複数の携帯端末と接続されたスケジュール管理サーバであって、スケジュール管理のためのスケジュール管理情報を前記携帯端末から取得するサーバ側メッセージ送受信部と、前記スケジュール管理情報を格納するスケジュールテーブルと、を備え、前記サーバ側メッセージ送受信部は、前記スケジュールテーブルに格納されたスケジュール管理情報のうち、ユーザの作業状態を表すステータスに基づいて、ユーザの作業状態が遅延している遅延端末があるか否かを抽出し、前記遅延端末が抽出された場合、他の携帯端末のユーザの作業状態を表すステータスに基づいて、作業が終了しており、且つ、次に予定している作業との関係で前記遅延端末のユーザの作業を支援することが可能な代理端末を抽出して、当該代理端末へ支援を要請するメッセージを送信するスケジュール管理サーバが提供される。

上記構成によれば、無線通信ネットワークにより複数の携帯端末と接続されたスケジュール管理サーバにおいて、携帯端末から前記携帯端末のユーザの作業状態を表すステータス、携帯端末の位置情報、又は連絡先を含むスケジュール管理情報が取得され、スケジュール管理情報はスケジュールテーブルに格納される。そして、スケジュールテーブルに格納されたステータスに基づいて、ユーザの作業状態が遅延している遅延端末があるか否かが抽出され、遅延端末が抽出された場合、他の携帯端末のステータスに基づいて、作業が終了しており、且つ、次に予定している作業との関係で遅延端末のユーザの作業を支援することが可能な代理端末が抽出される。代理端末に対しては、支援を要請するメッセージが送信される。従って、遅延が生じている作業に対して代わりの人員を割り当てることが可能となり、作業の効率を向上することができる。

また、前記サーバ側メッセージ送受信部は、前記遅延端末を抽出した後の他の携帯端末の作業終了時の位置情報に基づいて、他の携帯端末の中から前記代理端末を抽出するものであってもよい。かかる構成によれば、遅延端末を抽出した後の他の携帯端末の作業終了時の位置情報に基づいて、他の携帯端末の中から効率良く代理端末を抽出することができる。

また、前記サーバ側メッセージ送受信部は、前記遅延端末を抽出した時点での他の携帯端末の位置情報に基づいて、他の携帯端末の中から前記代理端末を抽出するものであってもよい。かかる構成によれば、遅延が発覚した際の位置情報に基づいて、代理端末を精度良く抽出することが可能となる。

また、前記携帯端末の位置情報に基づいて、前記携帯端末のユーザが移動する際の所要時間を計算する所要時間計算部を更に備え、前記サーバ側メッセージ送受信部は、前記遅延端末以外の他の携帯端末の中から代理候補端末を選定し、前記代理候補端末が次の作業を開始するまでの時間と、前記代理候補端末が前記遅延端末の位置に移動する時間と前記遅延端末の位置から次の作業を行う地点まで移動する時間の合計時間とを比較し、前記代理候補端末が次の作業を開始するまでの時間が前記合計時間以上である場合に前記代理候補端末を前記代理端末として抽出するものであってもよい。かかる構成によれば、代理候補端末が次の作業を開始するまでの時間と、代理候補端末が遅延端末の位置に移動する時間と次の作業を行う地点まで移動する時間の合計時間とに基づいて、最適な代理端末を抽出することが可能となる。

また、上記課題を解決するために、本発明の別の観点によれば、無線通信ネットワークにより携帯端末とスケジュール管理サーバとが接続されたスケジュール管理システムであって、前記スケジュール管理サーバは、スケジュール管理のためのスケジュール管理情報を前記携帯端末から取得するサーバ側メッセージ送受信部と、前記スケジュール管理情報を格納するスケジュールテーブルと、前記携帯端末の位置情報に基づいて、前記携帯端末のユーザが移動する際の所要時間を計算する所要時間計算部と、を備え、前記サーバ側メッセージ送受信部は、前記スケジュールテーブルに格納されたスケジュール管理情報のうち、ユーザの作業状態を表すステータスに基づいて、ユーザの作業状態が遅延している遅延端末があるか否かを抽出し、前記遅延端末が抽出された場合、他の携帯端末のユーザの作業状態を表すステータスに基づいて、作業が終了しており、且つ、次に予定している作業との関係で前記遅延端末のユーザの作業を支援することが可能な代理端末を抽出して、当該代理端末へ支援を要請するメッセージを送信し、前記携帯端末は、表示画面を有し、ユーザから前記作業ステータスの入力を受ける表示入力部と、前記位置情報を取得する位置情報取得部と、前記作業ステータス、及び前記位置情報を前記スケジュール管理サーバのサーバ側メッセージ送受信部に送信する端末側メッセージ送受信部と、を備えるスケジュール管理システムが提供される。

上記構成によれば、無線通信ネットワークにより携帯端末とスケジュール管理サーバとが接続されたスケジュール管理システムにおいて、スケジュール管理サーバでは、携帯端末から前記携帯端末のユーザの作業状態を表すステータス、携帯端末の位置情報、又は連絡先を含むスケジュール管理情報が取得され、スケジュール管理情報はスケジュールテーブルに格納される。そして、スケジュールテーブルに格納されたステータスに基づいて、ユーザの作業状態が遅延している遅延端末があるか否かが抽出され、遅延端末が抽出された場合、他の携帯端末のステータスに基づいて、作業が終了しており、且つ、次に予定している作業との関係で遅延端末のユーザの作業を支援することが可能な代理端末が抽出される。代理端末に対しては、支援を要請するメッセージが送信される。従って、遅延が生じている作業に対して代わりの人員を割り当てることが可能となり、作業の効率を向上することができる。

また、前記サーバ側メッセージ送受信部は、前記遅延端末を抽出した後の他の携帯端末の作業終了時の位置情報に基づいて、他の携帯端末の中から前記代理端末を抽出するものであってもよい。かかる構成によれば、かかる構成によれば、遅延端末を抽出した後の他の携帯端末の作業終了時の位置情報に基づいて、他の携帯端末の中から効率良く代理端末を抽出することができる。

また、前記サーバ側メッセージ送受信部は、前記遅延端末を抽出した時点での他の携帯端末の位置情報に基づいて、他の携帯端末の中から前記代理端末を抽出するものであってもよい。かかる構成によれば、遅延が発覚した際の位置情報に基づいて、代理端末を精度良く抽出することが可能となる。

また、前記サーバ側メッセージ送受信部は、前記遅延端末以外の他の携帯端末の中から代理候補端末を選定し、前記代理候補端末が次の作業を開始するまでの時間と、前記代理候補端末が前記遅延端末の位置に移動する時間と前記遅延端末の位置から次の作業を行う地点まで移動する時間の合計時間とを比較し、前記代理候補端末が次の作業を開始するまでの時間が前記合計時間以上である場合に前記代理候補端末を前記代理端末として抽出するものであってもよい。かかる構成によれば、代理候補端末が次の作業を開始するまでの時間と、代理候補端末が遅延端末の位置に移動する時間と次の作業を行う地点まで移動する時間の合計時間とに基づいて、最適な代理端末を抽出することが可能となる。

また、前記携帯端末は、前記スケジュール管理サーバから前記代理端末として支援を要請するメッセージを受信した場合にアラームを発動するアラーム部を更に備えるものであってもよい。かかる構成によれば、アラームの発信により、作業者が代理端末であることを明確に認識することが可能となる。

また、上記課題を解決するために、本発明の別の観点によれば、無線通信ネットワークにより複数の携帯端末と接続されたスケジュール管理システムにおけるスケジュール管理方法であって、スケジュール管理のためのスケジュール管理情報を前記携帯端末から取得するステップと、前記スケジュール管理情報をスケジュールテーブルに格納するステップと、前記スケジュールテーブルに格納されたスケジュール管理情報のうち、ユーザの作業状態を表すステータスに基づいて、ユーザの作業状態が遅延している遅延端末があるか否かを抽出するステップと、前記遅延端末が抽出された場合、他の携帯端末のユーザの作業状態を表すステータスに基づいて、作業が終了しており、且つ、次に予定している作業との関係で前記遅延端末のユーザの作業を支援することが可能な代理端末を抽出するステップと、抽出した前記代理端末へ支援を要請するメッセージを送信するステップと、を備えるスケジュール管理方法が提供される。

上記構成によれば、携帯端末から前記携帯端末のユーザの作業状態を表すステータス、携帯端末の位置情報、又は連絡先を含むスケジュール管理情報が取得され、スケジュール管理情報はスケジュールテーブルに格納される。スケジュールテーブルに格納されたステータスに基づいて、ユーザの作業状態が遅延している遅延端末があるか否かが抽出され、遅延端末が抽出された場合、他の携帯端末の前記ステータスに基づいて、作業が終了しており、且つ、次に予定している作業との関係で遅延端末のユーザの作業を支援することが可能な代理端末が抽出され、当該代理端末へ支援を要請するメッセージが送信される。従って、遅延が生じている作業に対して代わりの人員を割り当てることが可能となり、作業の効率を向上することができる。

本発明によれば、作業に遅延が発生した場合に、遅延を確実に認識して支援を行うことが可能なスケジュール管理サーバ、スケジュール管理システム及びスケジュール管理方法を提供することが可能となる。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

図１は、本発明の一実施形態に係る作業管理システムの構成を示す模式図である。図１に示すように、本実施形態に係る作業管理システムは、スケジュール管理部１０９と携帯端末部１０１により構成され、スケジュール管理部１０９と携帯端末部１０１は無線通信ネットワークなどのネットワークを介して接続されている。

携帯端末部１０１は、端末側メッセージ送受信部１０５、ＧＵＩ部１０６、位置情報取得部１０７、アラーム部１０８を有して構成される。また、スケジュール管理部１０９は、サーバ側メッセージ送受信部１０２、スケジュールテーブル１０３、経路所要時間計算部１０４を有して構成されている。

以下、端末側メッセージ送受信部１０５、ＧＵＩ部１０６、位置情報取得部１０７、アラーム部１０８の各機能、構成について説明する。

端末側メッセージ送受信部１０５が扱うデータとしては、作業ステータス、位置情報、連絡先などがある。作業ステータスとして、“start”, “working”, “end”, “moving”の値がある。位置情報は、ＧＰＳなどを介して取得できる位置情報で、例として緯度、経度などが挙げられる。また、連絡先の例として、メールアドレスなどが挙げられる。

端末側メッセージ送受信部１０５は、サーバ側にメッセージ送受信部１０２からメッセージを受信したときに以下の動作をする機能を備えている。
１．アラーム部１０８のアラームを起動する機能
２．メッセージステータス=“confirm”のメッセージを受信したときに、ＧＵＩ部１０６に作業ステータス確認画面起動の命令をする機能
３．メッセージステータス＝“order”のメッセージを受信したときに、ＧＵＩ部１０６に追加作業画面起動の命令をする機能。

また、端末側メッセージ送受信部１０５は、ＧＵＩ部１０６からメッセージを受け取ったとき、「作業ステータス」の値に応じて次のような動作をする機能を備えている。
１．作業ステータス＝“start”または“end”のとき
（ア）位置情報取得部１０７に位置情報取得の命令を出して、現在位置情報を取得する機能
（イ）作業ステータス、現在位置情報、連絡先をスケジュール管理部１０２へ送信する機能
２．作業ステータス＝“working”または“moving”のとき
（ア）アラーム部１０８に対して発動しているアラーム機能を停止させる機能
（イ）作業ステータス、連絡先のデータをまとめて、メッセージとしてサーバ側メッセージ送受信部１０２に送信する機能

ＧＵＩ部１０６は、以下の機能を備えている。
１．作業ステータス入力画面を表示する機能
２．端末側メッセージ送受信部１０５に対して作業ステータスの値を送る機能
３．端末側メッセージ送受信部１０５より作業ステータス確認画面、および追加作業画面それぞれの起動命令を受けたときに各画面を表示する機能

ＧＵＩ部１０６に表示される各表示画面について以下に説明する。
・作業ステータス入力画面
図２は、作業ステータス入力画面の一例を示している。作業ステータス入力画面は、作業ステータスを選択できる機能を有する。選択できる作業ステータスは「作業開始」、「作業終了」がある。
作業ステータス入力画面の打刻ボタンを押下すると、作業ステータスが「作業開始」／「作業終了」それぞれの時に、ＧＵＩ部１０６は端末側メッセージ送受信部１０５に作業ステータス＝“start”/“end”を送る。

・作業ステータス確認画面
図３は、作業ステータス確認画面の一例を示している。作業ステータス確認画面は、作業ステータスを選択できる機能を備える。選択できる作業ステータスは、「作業中」、「作業終了」がある。作業ステータス確認画面の打刻ボタンを押下すると、作業ステータスが「作業中」／「作業終了」のそれぞれのときに、ＧＵＩ部１０６は端末側メッセージ送受信部１０５に作業ステータス＝“working”/“end”を送る。

・追加作業画面
図４は、追加作業画面の一例を示している。追加作業画面は、サーバ側メッセージ送受信部１０２より送られてきた位置情報と次作業予定地点名を反映した情報を表示する機能を備える。追加作業画面のOKボタンを押下すると、ＧＵＩ部１０６は端末側メッセージ送受信部１０５に作業ステータス＝“moving”を送る。

位置情報取得部１０７は、端末側メッセージ送受信部１０５より位置情報取得の命令を受けたときに現在位置情報を取得し、端末側メッセージ送受信部１０５に現在位置情報を渡す機能を備えている。

アラーム部１０８は、端末側メッセージ送受信部１０５によりアラームの起動、またはアラームの停止命令を受けたときに、アラームを起動、停止する機能を備えている。アラームの例として、着信音、バイブレータなどが挙げられる。

次に、スケジュール管理部１０９のサーバ側メッセージ送受信部１０２、スケジュールテーブル１０３、経路所要時間計算部１０４について説明する。

スケジュールテーブル１０３は、以下のデータより構成されるデータベースである。以下の表１〜表３は、スケジュールテーブル１０３の具体例を示している。スケジュールテーブル１０３では、各携帯端末部１０１に対応する以下のデータが、携帯端末部１０１毎に１行に記載されている。
１．連絡先
２．現在地点
３．現作業終了予定時刻
４．次作業開始予定時刻
５．作業ステータス
６．次作業予定地点
７．次作業予定地点名
８．次作業所要時間

なお、連絡先は、各携帯端末部１０１への連絡先であり、例としてメールアドレスなどが挙げられ、ユニークな値であるとする。また、現在地点及び次作業予定地点で使われるデータは抽象的な位置情報であり、例として緯度、経度が挙げられる。

以下、サーバ側メッセージ送受信部１０２、経路所要時間計算部１０４の機能、構成について説明する。

サーバ側メッセージ送受信部１０２では、以下のデータを取り扱う。
１．連絡先
２．作業ステータス
３．現在位置情報
４．アラームタイム
５．次作業予定地点
６．次作業予定地点名
７．次作業開始予定時刻
８．臨時作業予定地点
９．全経路所要時間
１０．片道経路所要時間

サーバ側メッセージ送受信部１０２は、以下の機能を備えている。
１．時計機能
２．ネットワークを介して携帯端末部１０１とデータ通信をし、また経路所要時間計算部１０４とデータ通信をする機能
３．携帯端末部１０１からメッセージを受け取ったとき、メッセージに含まれるデータを基にスケジュールテーブル１０３を更新する機能
４．携帯端末部１０１から作業ステータス＝“start”のメッセージを受け取ったときに、スケジュールテーブル１０３の全ての行の中から、作業ステータスが“start”である行の現作業終了予定時刻から一番古い時刻を取得し、それをアラームタイムとして記録する機能
５．現在時刻がアラームタイムに記録されている時刻を超えると、スケジュールテーブル１０３の全ての行から、「現作業終了予定時刻」が現在時刻以前であり、かつ「作業ステータス」が“start”である行をひとつずつ選出し、その連絡先を取得する機能
６．取得した連絡先の携帯端末部１０１に対してメッセージステータス＝confirmのメッセージを送信する機能
７．後述する全経路所要時間と遅延行の「次作業所要時間」の和、および代理候補行の次作業予定開始時刻と現在時刻の差を計算する機能

８．携帯端末部１０１から、連絡先、「作業ステータス」＝“working”のデータを受信したとき、以下の動作をする機能
ａ．スケジュールテーブル１０３において、受信した連絡先に該当する行（遅延行と称する）の次作業予定地点の位置情報、次作業予定時間、及び次作業予定地点名を取得する。
ｂ．遅延行以外の行から、「作業ステータス」＝“end”の行（以降代理候補行とする）をひとつずつ選出し、その現在地点の位置情報、次作業予定地点の位置情報、次作業開始予定時刻、連絡先を取得する。なお、以降の説明において、遅延行の「次作業予定地点」の位置情報をP_late_nextとし、代理候補行のn番目の「現在地点」をP_other_last(n)とし、、代理候補行のn番目の「次作業予定地点」をP_other_next(n)とする。
ｃ．取得した位置情報P_late_next、P_other_last(n)、P_other_next(n)を経路所要時間計算部１０４に送信し、経路所要時間計算部１０４から計算結果（全経路所要時間と称する）を受信する機能
ｄ．全経路所要時間と遅延行の「次作業所要時間」の和が、代理候補行の次作業予定開始時刻と現在時刻の差より小さければ、再度ｂ．〜ｄ．の作業を行い、代理候補行を選定する。そうでなければ、取得した代理候補行の連絡先に対してメッセージステータス＝orderのメッセージを送信する。

９．連絡先と「作業ステータス」＝“moving”のメッセージを受信すると、メッセージに含まれる連絡先に対応する行の「作業ステータス」を“moving”にし、「現作業終了予定時刻」を現在時刻にP_other_last(n)からP_late_nextまでの所要時間（片道経路所要時間）と遅延行の次作業所要時間を足したものに上書きする機能

経路所要時間計算部１０４は、サーバ側メッセージ送受信部１０２から複数の携帯端末部１０１の位置情報を受け取ったとき、それらを基にして実空間における歩行、電車、自動車などによるトータル移動時間を算出し、サーバ側メッセージ送受信部１０２に渡す機能を備えている。なお、算出するデータは、P_other_last(n)→P_late_next→P_other_next(n)の移動時間である全経路所要時間と、P_other_last(n)→P_late_nextの移動時間である片道経路所要時間の両方である。

次に、スケジュールテーブル１０３の具体例として表１〜表３中の値を示し、また、図５〜図９のシーケンス図を用いて本実施形態の動作を説明する。但し、以下に説明する具体例において、作業員A, B, Cの所有する携帯端末部１０１の「連絡先」は、各々alpha, beta, gammaとする。

先ず、図５に基づいて、作業開始に対するシステムのシーケンスを説明する。各作業員は、携帯端末部１０１のＧＵＩ部１０６の作業ステータス入力画面を起動し、「作業ステータス」＝「作業開始」にして、打刻ボタンを押下する（ステップＳ１〜Ｓ４）。ＧＵＩ部１０６は、端末側メッセージ送受信部１０５に「作業ステータス」＝“start”のデータを渡す（ステップＳ５）。

端末側メッセージ送受信部１０５は、ＧＵＩ部１０６からのメッセージを受けると、位置情報取得部１０７を介して現在地点の位置情報を取得する（ステップＳ６，Ｓ７）。端末側メッセージ送受信部１０５は、位置情報を取得すると、位置情報、連絡先、および作業ステータス＝“start”のデータをまとめて、ネットワークを介してメッセージとしてサーバ側メッセージ送受信部１０２に送信する（ステップＳ８）。サーバ側メッセージ送受信部１０２は、各携帯端末１０１からメッセージを受け取る。スケジュール管理部１０２は、受け取った携帯端末部１０１の連絡先をプライマリキーとしてスケジュールテーブル１０３の位置情報と作業ステータスを更新する（ステップＳ９）。

ここで、具体例として、このときの時刻は８：００であり、スケジュールテーブル１０３は表１のような状態になったとする。

サーバ側メッセージ送受信部１０２は、スケジューラテーブル１０３の全ての行の「現作業終了予定時刻」の中から一番古い時刻を要求し（ステップＳ１０）、「現作業終了予定時刻」の中から一番古い時刻を取得し（ステップＳ１１）、取得した時刻をアラームタイムに記録する（ステップＳ１２）。表１の例の場合、アラームタイムには９：００が記録される。

次に、図６に基づいて、作業終了に対するシステムのシーケンスを説明する。先ず、作業員ｂが作業を終了すると、携帯端末部１０１のＧＵＩ部１０６の作業ステータス入力画面を起動し（ステップＳ２１）、作業ステータス入力画面が表示される（ステップＳ２２）。作業員ｂは、表示画面上で「作業ステータス」＝「作業終了」に設定して（ステップＳ２３）、打刻ボタンを押下する（ステップＳ２４）。

携帯端末部１０１は、図５のステップＳ５〜Ｓ９と同様の処理を経て、位置情報、連絡先、および作業ステータス＝“end”のデータをまとめて、ネットワークを介してメッセージとしてサーバ側メッセージ送受信部１０２に送信する。サーバ側メッセージ送受信部１０２は、連絡先をプライマリキーとしてスケジュールテーブル１０３の位置情報と作業ステータスを更新する。（ステップＳ２５〜Ｓ２９）

表１の例において、作業員ｂと作業員ｃのみが作業を終了したとすると、このときのスケジュールテーブル１０３は表２のような状態となる。

次に、図７に基づいて、現作業終了予定時刻を過ぎても作業が終了していない携帯端末部１０１に対するシステムのシーケンスを説明する。サーバ側メッセージ送受信部１０２は、サーバ側メッセージ送受信部１０２の時計がアラームタイムに記録されている時刻（表２の例の場合は９：００）を超えたことを確認する（ステップＳ３１）。サーバ側メッセージ送受信部１０２は、スケジュールテーブル１０３において、「現作業終了予定時刻」が現在時刻以前であり、かつ「作業ステータス」が“start”である行をスケジュールテーブル１０３の複数の行の中から抽出し、抽出した行から対応する携帯端末部１０１の連絡先を取得する（ステップＳ３２，Ｓ３３）。表２の例では「連絡先」＝alphaが取得される。ここで抽出された携帯端末部１０１は、現在時刻において作業が終了していないことが想定される作業員の携帯端末部１０１である。

サーバ側メッセージ送受信部１０２は、ステップＳ３２で取得した「連絡先」の携帯端末部１０１の端末側メッセージ送受信部１０５に対して、「メッセージステータス」＝“confirm”のメッセージを送信する（ステップＳ３４）。端末側メッセージ送受信部１０５が「メッセージステータス」＝“confirm”のメッセージを受信すると、アラーム部１０８の着信音やバイブレーションなどのアラーム機能を発動させる（ステップＳ３５）と同時に、ＧＵＩ部１０６に作業ステータス確認画面の入力を促す（ステップＳ３７）。アラーム部１０８は、ステップＳ３５の指示を受けて、アラームを発動させる（ステップＳ３６）。

「メッセージステータス」＝“confirm”が送信された携帯端末部１０１を保有する作業員ａは、作業がまだ完了していない場合、ＧＵＩ部１０６の作業ステータス確認画面において、「作業ステータス」＝「作業中」を選択し、入力する（ステップＳ３８，Ｓ３９）。ＧＵＩ部１０６は、端末側メッセージ送受信部１０５に作業ステータス＝“working”のデータを渡す（ステップＳ４０）。

端末側メッセージ送受信部１０５は、連絡先、および「作業ステータス」＝“working”のデータをまとめて、ネットワークを介してメッセージとしてサーバ側メッセージ送受信部１０２に送信する（ステップＳ４１）。同時にアラーム部１０２で発動したアラーム機能を停止させる（ステップＳ４２）。アラーム部１０８は、ステップＳ４２の指示を受けてアラームを停止させる（ステップＳ４３）。

次に、図８に基づいて、代理候補行の情報を取得するシーケンスを説明する。サーバ側メッセージ送受信部１０２は、「連絡先」＝alphaの行（以降、遅延行Aと称する）の携帯端末部１０１の作業ステータス、現在位置情報を更新する（ステップＳ５１）。サーバ側メッセージ送受信部１０２は、スケジュールテーブル１０３の遅延行Aの「作業ステータス」を“working”に更新し、遅延行Aの次作業予定地点（表２の例の場合A_next）および次作業予定時間を取得する（ステップＳ５２，Ｓ５３）。

サーバ側メッセージ送受信部１０２は、遅延行A以外の全ての行から、「作業ステータス」＝“end”である行の１つ（代理候補行と称する）を選択する。そして、サーバ側メッセージ送受信部１０２は、選択した代理候補行の「現在地点」の値（ｎ番目の代理候補行での現在地点をP_other_last(n)とする）、「次作業予定地点」の値（ｎ番目の代理候補行での次作業予定地点をP_other_next(n)とする）、次作業開始予定時刻、連絡先を取得する。（ステップＳ５４，Ｓ５５）ここでは、表２において、２行目を代理候補行として、「現在地点」＝“B_last”、「次作業予定地点」＝“B_next”、連絡先＝“beta”が取得される。

次に、図９に基づいて、代理候補行の携帯端末部１０１に追加作業を依頼するシーケンスを説明する。先ず、サーバ側メッセージ送受信部１０２は、遅延行Aの次作業開始地点の値（表２の例の場合A_next）を「臨時作業予定地点」として、経路所要時間計算部１０４に渡す（ステップＳ６１）。経路所要時間計算部１０４は、サーバ側メッセージ送受信部１０２より送られたデータより、P_other_last(n)→A_next→P_other_next(n)の経路に対して所要する時間を算出し（ステップＳ６２，Ｓ６３）、算出した時間（全経路所要時間、片道経路所要時間）をサーバ側メッセージ送受信部１０２に返す（ステップＳ６４）。ここでは、全経路所要時間と片道経路所要時間が算出されて、サーバ側メッセージ送受信部１０２へ送信される。

サーバ側メッセージ送受信部１０２は、図８のステップＳ５４，Ｓ５５で選出した代理候補行の「次作業開始予定時刻」と現在時刻の差が、ステップＳ６２，Ｓ６３で算出した全経路所要時間と遅延行Aの「次作業所要時間」の和より小さければ、他の代理候補行を選択して図８のステップＳ５５〜図９のステップＳ６５の処理を再度実行する。そうでなければ該当する代理候補行の連絡先に対して遅延行Aの次作業予定地点名、P_last_nextとともに「メッセージステータス」＝“order”のメッセージを送信する（ステップＳ６６）。

表２の例の場合、サーバ側メッセージ送受信部１０２は、図８のステップＳ５４，Ｓ５５において、連絡先＝betaを選択し、その携帯端末に「メッセージステータス」＝“order”のメッセージを送信する。この場合、P_other_last(n)=B_last,
P_other_next(n)=B_next, P_last_next=A_nextとなる。

端末側メッセージ送受信部１０５が「メッセージステータス」=“order”のメッセージを受信すると、アラーム部１０８の着信音やバイブレーションなどのアラーム機能を発動させる（ステップＳ６７，Ｓ６８）と同時に、ＧＵＩ部１０６に追加作業画面を表示することで、作業員に追加作業画面の閲覧を促す（ステップＳ６９）。なお、追加作業画面には、送られてきた遅延行Aの次作業予定地点名とP_last_next（例の場合はA_next）を反映した臨時作業地点の情報を表示する。

作業員ｂがＧＵＩ部１０６の追加作業画面上で「ＯＫ」ボタンを押下すると（ステップＳ７０）、携帯端末部１０１は図７のステップＳ４０〜Ｓ４２と同様の過程を経て、連絡先、および「作業ステータス」＝“moving”のデータをまとめて、ネットワークを介してメッセージとしてサーバ側メッセージ送受信部１０２に送信する。同時にアラーム部１０８で発動したアラーム機能を停止させる。（ステップＳ７１〜Ｓ７４）

サーバ側メッセージ送受信部１０２は、メッセージを受信すると、連絡先をプライマリキーとしてスケジュールテーブル１０３の「連絡先」＝betaの行の作業ステータスを“moving”に変更する（ステップＳ７４）。そして、現作業終了予定時刻を、現在時刻にB_last→A_nextの経路で所要する時間（片道経路所要時間）と、遅延行Aの次作業所要時間を足したものに変更する（ステップＳ７５）。このときのスケジュールテーブル１０３は表３のような状態になる。

以上説明したように第１の実施形態によれば、スケジュールテーブル１０３で作業ステータスが“start”のままである作業員がいれば、その作業員の携帯端末部１０１に作業ステータスを入力するメッセージを表示させ、作業員が「作業中」と入力した場合には、その作業員が次に予定している現場に代理の作業員を向かわせることができる。この際、各現場で作業している他の作業員の中から、移動時間と予定作業時間を考慮した上で、最も無理なくスケジューリングできる作業員を自動的に選択して指示を出すことができ、人員配置の工数を大幅に軽減することができる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。第２の実施形態の基本的な処理は、第１の実施形態と同様である。

図１０は、第２の実施形態において、作業終了に対するシステムのシーケンスを示す図である。図１０は、第１の実施形態で説明した図６の処理に対応するものである。図６では、ステップＳ６、Ｓ７で代理候補行の「現在地点」の値を取得したが、図１０ではこの処理は含まれていない。つまり、第２の実施形態では、作業ステータス＝“end”のときに現在位置情報を取得しない。

また、図１０に示すステップＳ２８において、作業ステータス＝“end”のときはサーバ側メッセージ送受信部１０２に送信するメッセージに現在位置情報は含まれない。

図１１は、第２の実施形態において、代理候補行の情報を取得するシーケンスを説明するための図である。図１１は、第１の実施形態で説明した図８の処理に対応するものである。図１１では、図８の処理に対して、ステップＳ８１、Ｓ８２、Ｓ８３、Ｓ８４の処理が追加されている。

ステップＳ８１では、サーバ側メッセージ送受信部１０２は、選択した代理候補行の連絡先に対して、その携帯端末部１０１の端末側メッセージ送受信部１０５にメッセージステータス＝“location”のメッセージを送信する。

ステップＳ８１において、端末側メッセージ送受信部１０５がメッセージステータス＝“location”のメッセージを受信すると、位置情報取得部１０７を介して現在位置情報を取得する（ステップＳ８２、Ｓ８３）。

ステップＳ８４において、端末側メッセージ送受信部１０５は、作業ステータス＝“location”、現在位置情報、連絡先のデータをまとめてメッセージとしてサーバ側メッセージ送信部１０２に送信する。

第１の実施形態では代理の作業員を選択する際に、作業終了時点での位置情報に基づいているため、簡単に代理候補を選択することができる反面、作業終了後に作業員が作業終了時点の位置から移動してしまうことが想定される。第２の実施形態では、ある作業員の遅延発覚時にその他の作業員の位置情報を基準とするため、代理候補をより正確に判断することができる。

なお、第１、第２の実施形態は、その適用例として作業員の工事現場について説明したが、本発明は、サービスマン、店頭販売員、営業など多くの職種に適用できる。また、本発明は、第１、第２の実施形態ともに各現場における作業の進捗が個々の作業員による申告であるため、現場作業員の数が少数、あるいは単独であるような作業員の再配置に適している。

以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

本発明の一実施形態に係る作業管理システムの構成を示す模式図である。 作業ステータス入力画面の一例を示す模式図である。 作業ステータス確認画面の一例を示す模式図である。 追加作業画面の一例を示す模式図である。 作業開始に対するシステムのシーケンスを示す図である。 作業終了に対するシステムのシーケンスを示す図である。 現作業終了予定時刻を過ぎても作業が終了していない携帯端末部に対するシステムのシーケンスを示す図である。 代理候補行の情報を取得するシーケンスを示す図である。 代理候補行の携帯端末部に追加作業を依頼するシーケンスを示す図である。 第２の実施形態において、作業終了に対するシステムのシーケンスを示す図である。 第２の実施形態において、作業開始に対するシステムのシーケンスを示す図である。

符号の説明

１０１ 携帯端末部
１０２ サーバ側メッセージ送受信部
１０３ スケジュールテーブル
１０４ 経路所要時間計算部
１０５ 端末側メッセージ送受信部
１０６ ＧＵＩ部
１０７ 位置情報取得部
１０８ アラーム部
１０９ スケジュール管理部

Claims (10)

1. 無線通信ネットワークにより複数の携帯端末と接続されたスケジュール管理サーバであって、
   スケジュール管理のためのスケジュール管理情報を前記携帯端末から取得するサーバ側メッセージ送受信部と、
   前記スケジュール管理情報を格納するスケジュールテーブルと、を備え、
   前記サーバ側メッセージ送受信部は、
   前記スケジュールテーブルに格納されたスケジュール管理情報のうち、ユーザの作業状態を表すステータスに基づいて、ユーザの作業状態が遅延している遅延端末があるか否かを抽出し、
   前記遅延端末が抽出された場合、他の携帯端末のユーザの作業状態を表すステータスに基づいて、作業が終了しており、且つ、次に予定している作業との関係で前記遅延端末のユーザの作業を支援することが可能な代理端末を抽出して、当該代理端末へ支援を要請するメッセージを送信することを特徴とする、スケジュール管理サーバ。
2. 前記サーバ側メッセージ送受信部は、前記遅延端末を抽出した後の他の携帯端末の作業終了時の位置情報に基づいて、他の携帯端末の中から前記代理端末を抽出することを特徴とする、請求項１に記載のスケジュール管理サーバ。
3. 前記サーバ側メッセージ送受信部は、前記遅延端末を抽出した時点での他の携帯端末の位置情報に基づいて、他の携帯端末の中から前記代理端末を抽出することを特徴とする、請求項１に記載のスケジュール管理サーバ。
4. 前記携帯端末の位置情報に基づいて、前記携帯端末のユーザが移動する際の所要時間を計算する所要時間計算部を更に備え、
   前記サーバ側メッセージ送受信部は、前記遅延端末以外の他の携帯端末の中から代理候補端末を選定し、前記代理候補端末が次の作業を開始するまでの時間と、前記代理候補端末が前記遅延端末の位置に移動する時間と前記遅延端末の位置から次の作業を行う地点まで移動する時間の合計時間とを比較し、前記代理候補端末が次の作業を開始するまでの時間が前記合計時間以上である場合に前記代理候補端末を前記代理端末として抽出することを特徴とする、請求項１に記載のスケジュール管理サーバ。
5. 無線通信ネットワークにより携帯端末とスケジュール管理サーバとが接続されたスケジュール管理システムであって、
   前記スケジュール管理サーバは、
   スケジュール管理のためのスケジュール管理情報を前記携帯端末から取得するサーバ側メッセージ送受信部と、
   前記スケジュール管理情報を格納するスケジュールテーブルと、
   前記携帯端末の位置情報に基づいて、前記携帯端末のユーザが移動する際の所要時間を計算する所要時間計算部と、を備え、
   前記サーバ側メッセージ送受信部は、
   前記スケジュールテーブルに格納されたスケジュール管理情報のうち、ユーザの作業状態を表すステータスに基づいて、ユーザの作業状態が遅延している遅延端末があるか否かを抽出し、
   前記遅延端末が抽出された場合、他の携帯端末のユーザの作業状態を表すステータスに基づいて、作業が終了しており、且つ、次に予定している作業との関係で前記遅延端末のユーザの作業を支援することが可能な代理端末を抽出して、当該代理端末へ支援を要請するメッセージを送信し、
   前記携帯端末は、
   表示画面を有し、ユーザから前記作業ステータスの入力を受ける表示入力部と、
   前記位置情報を取得する位置情報取得部と、
   前記作業ステータス、及び前記位置情報を前記スケジュール管理サーバのサーバ側メッセージ送受信部に送信する端末側メッセージ送受信部と、
   を備えることを特徴とする、スケジュール管理システム。
6. 前記サーバ側メッセージ送受信部は、前記遅延端末を抽出した後の他の携帯端末の作業終了時の位置情報に基づいて、他の携帯端末の中から前記代理端末を抽出することを特徴とする、請求項５に記載のスケジュール管理システム。
7. 前記サーバ側メッセージ送受信部は、前記遅延端末を抽出した時点での他の携帯端末の位置情報に基づいて、他の携帯端末の中から前記代理端末を抽出することを特徴とする、請求項５に記載のスケジュール管理システム。
8. 前記サーバ側メッセージ送受信部は、前記遅延端末以外の他の携帯端末の中から代理候補端末を選定し、前記代理候補端末が次の作業を開始するまでの時間と、前記代理候補端末が前記遅延端末の位置に移動する時間と前記遅延端末の位置から次の作業を行う地点まで移動する時間の合計時間とを比較し、前記代理候補端末が次の作業を開始するまでの時間が前記合計時間以上である場合に前記代理候補端末を前記代理端末として抽出することを特徴とする、請求項５に記載のスケジュール管理システム。
9. 前記携帯端末は、前記スケジュール管理サーバから前記代理端末として支援を要請するメッセージを受信した場合にアラームを発動するアラーム部を更に備えることを特徴とする、請求項５に記載のスケジュール管理システム。
10. 無線通信ネットワークにより複数の携帯端末と接続されたスケジュール管理システムにおけるスケジュール管理方法であって、
    スケジュール管理のためのスケジュール管理情報を前記携帯端末から取得するステップと、
    前記スケジュール管理情報をスケジュールテーブルに格納するステップと、
    前記スケジュールテーブルに格納されたスケジュール管理情報のうち、ユーザの作業状態を表すステータスに基づいて、ユーザの作業状態が遅延している遅延端末があるか否かを抽出するステップと、
    前記遅延端末が抽出された場合、他の携帯端末のユーザの作業状態を表すステータスに基づいて、作業が終了しており、且つ、次に予定している作業との関係で前記遅延端末のユーザの作業を支援することが可能な代理端末を抽出するステップと、
    抽出した前記代理端末へ支援を要請するメッセージを送信するステップと、
    を備えることを特徴とする、スケジュール管理方法。

Images