JP2001209685A - スケジュール管理方式 - Google Patents

Abstract

(57)【要約】 【課題】 管理者の負荷を低減することができ、且つ、
各要員のスケジュール管理業務、及びスケジュール調整
業務を能率的に処理することを可能にする。 【解決手段】 画面情報生成用サーバは、仕分けられた
純粋個人情報を、被手配者本人である派遣要員に対して
の派遣、手配に関する詳細情報の画面情報として生成
し、本人である派遣要員のモバイル情報処理端末のみに
手配支援用サーバ３３を通じて送信する。仕分けられた
共有個人情報を、被手配者である派遣要員を含む同一グ
ループに属する全ての派遣要員に対しての派遣、手配に
関する詳細情報の画面情報として生成し、被手配者であ
る派遣要員を始め、アクセス要求を行った派遣要員のモ
バイル情報処理端末の全てに送信する。共有個人情報の
画面情報について、アクセス要求を行った派遣要員のモ
バイル情報処理端末側から手配を承諾した旨の返答があ
ったとき、訪問予定時刻及び終了予定時刻の申告を要求
し、それらが通知されると、それらを含んだ画面情報を
生成し、その旨をスケジュール管理用サーバ２５に通知
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、要員の移動端末
と、要員により処理される業務を管理する情報処理装置
とが、業務処理に必要な情報を通信ネットワークを通じ
て相互に授受する環境に適用されるスケジュール管理方
式に関する。

【０００２】

【従来の技術】従来、ＯＡ機器等のサービスマン（サー
ビスエンジニア）や、様々な業種の営業マンのような現
場（外勤）業務の従事者（派遣要員）の手配、派遣業務
において、各派遣要員と管理者の間での情報授受は、主
に人手により電話回線を利用して行われている。

【０００３】

【発明が解決しようとする課題】ところで、上述した態
様で情報授受を行うに際しては、立場上、情報の送り手
になる場合が殆どである管理者によって情報伝達のタイ
ミングが決定されがちであり、上記と逆に立場上、情報
の受け手になる場合が殆どである派遣要員の状況を考慮
した上で上記タイミングを決定するのは事実上困難であ
る。そのため、例えば各派遣要員がモバイル通信端末と
して所持する携帯電話機が『お話中』であったり駆動電
源がＯＦＦになっている等の事情から、管理者側の電話
機と上記携帯電話機とが繋がらない場合には、管理者側
では上記携帯電話機と繋がるまで何度も電話を掛け直さ
なければならないという問題が生じる。

【０００４】また、上記手配、派遣業務では、管理者側
の電話機と派遣要員側のモバイル通信端末とが繋がった
場合に、管理者側では派遣要員側に対し派遣の指示への
対応の可否のみを確認ていたので、上記派遣要員が上記
派遣業務に対応する場合の作業時間（何時から何時まで
かかるか）を管理者側では把握していなかった。そのた
め、或る手配、派遣業務が終了して新たな派遣要求に対
処する場合に、管理者側では、その時点での各派遣要員
の置かれている状況を把握できていないので、手配、派
遣業務を能率的に処理することができないという問題も
あった。

【０００５】更に、従来にあっては、本来相互に関連す
べき業務であるはずの各派遣要員のスケジュール管理業
務と、手配、派遣業務とが別々に処理されていたので、
作業能率が悪いのみならず、正確なスケジュール管理が
できないという問題もあった。

【０００６】従って本発明の目的は、管理者の負荷を低
減することができ、且つ、各要員のスケジュール管理業
務、及びスケジュー調整業務を能率的に処理することが
できるスケジュール管理方式を提供することにある。

【０００７】また、本発明の他の目的は、各要員のスケ
ジュール管理を正確、且つ、タイムリーに行うことがで
きるスケジュール管理方式を提供することにある。

【０００８】

【課題を解決するための手段】本発明に従うスケジュー
ル管理方式は、要員の移動端末と、要員により処理され
る業務を管理する情報処理装置とが、業務処理に必要な
情報を通信ネットワークを通じて相互に授受する環境に
適用されるもので、各要員の個人情報として、各要員の
業務処理に係る詳細情報を保持する第１の手段と、その
詳細情報に基づいて上述した業務の詳細を提示した画面
情報を生成すると共に、その画面情報を、要求を発した
移動端末へ送信する第２の手段と、上記の画面情報を受
信した移動端末から、業務処理の指示に対する諾／否の
返答、及び該端末を所持する要員のスケジュール情報が
送信されたとき、それらを上述した画面情報に反映させ
ると共に、要求を発した移動端末にその画面情報を送信
する第３の手段とを備える。上記第１〜第３の手段は、
例えば上述した情報処理装置に備えられる。

【０００９】上記構成によれば、各要員の業務処理に係
る詳細情報に基づいて業務の詳細を提示した画面情報を
生成し、その画面情報を、要求を発した移動端末へ送信
すると共に、その画面情報を受信した移動端末から、業
務処理の指示に対する諾／否の返答、及び該端末を所持
する要員のスケジュール情報が送信されたとき、それら
を上述した画面情報に反映させ、要求を発した移動端末
にその画面情報を送信することとした。そのため、管理
者の負荷を低減することができ、且つ、各要員のスケジ
ュール管理業務、及びスケジュー調整業務を能率的に処
理することができる。

【００１０】本発明に係る好適な実施形態では、上述し
た画面情報は、個人情報の中から各要員本人にのみ開示
を許可し得る第１の個人情報に係る画面情報と、全要員
に開示を許可し得る第２の個人情報に係る画面情報とを
含む。上述したスケジュール情報は、業務処理を承諾し
たときの業務処理開始の予定時刻及び業務処理終了の予
定時刻に係る情報を含む。上記スケジュール情報は、上
記に加えて更に、業務処理を拒否したときの理由及び業
務処理への対処可能時刻に係る情報をも含む。上述した
詳細情報は、予め記憶手段に保持される各要員のスケジ
ュール情報、及び業務処理の対象者としての各顧客名と
その所在地とを特定するための情報に基づいて生成され
る。各要員に割当てられる業務は、予め生成された業務
処理に従事する要員の選出候補者リストに基づいて処理
される。その選出候補者リストは、予め保持される各要
員のスケジュール情報、及び業務処理の対象者としての
各顧客名とその所在地とを特定するための情報に基づい
て生成される。

【００１１】上記実施形態では、上述した第２の手段に
よって生成された画面情報を受信した移動端末から、業
務処理の指示に対する諾／否の返答、及びその端末を所
持する要員のスケジュール情報が送信されたとき、それ
らに応じて予め保持されるその要員のスケジュール情報
と、上述した選出候補者リストとを更新する第４の手段
を更に備える。

【００１２】この構成によれば、各要員のスケジュール
管理を正確、且つ、タイムリーに行うことができる。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態を、図
面により詳細に説明する。

【００１４】図１は、本発明の一実施形態に係るスケジ
ュール管理方式の一例としての派遣要員の手配業務情報
処理方式が構築される情報通信システムの全体構成を示
すブロック図である。

【００１５】上記システムは、モバイル通信端末として
携帯電話機（パケットを含む）、及びＰＨＳ端末を用
い、モバイル端末を通じ無線による情報の送受信を行う
モバイル情報処理端末として所謂ノート型パソコン及び
ＰＤＡ（パーソナル・ディジタル・アシスタント）を用
いる。上記システムは、図１に示すように、複数台の携
帯電話機１1〜１nと、各携帯電話機１1〜１nに夫々接続
する複数台のＰＤＡ３1〜３nと、携帯電話機に対応する
ディジタルセルラ網５とを備える。上記システムは、ま
た、複数台のＰＨＳ端末１１1〜１１nと、各ＰＨＳ端末
１１1〜１１nに夫々接続する複数台のノート型パソコン
１３1〜１３nと、複数のコードレスステーション（ＰＨ
Ｓの基地局）１５1〜１５nと、ＰＨＳ端末に対応する公
衆電話網（ＰＨＳ用公衆電話網）１７をも備える。上記
システムは、上記構成に加えて更に、派遣先である各顧
客の電話機１９1〜１９nと、テレホンセンター２１と、
公衆電話網２３をも備える。公衆電話網２３には、各電
話機１９1〜１９n、テレホンセンター２１、ディジタル
セルラ網５、及びＰＨＳ用公衆電話網１７が接続され
る。

【００１６】テレホンセンター２１内には、本発明の一
実施形態に係る派遣要員の手配業務情報処理方式を構成
するために、スケジュ−ル管理用サーバ２５、スケジュ
ールデータベース（ＤＢ）２７、位置データベース（Ｄ
Ｂ）２９、条件データベース（ＤＢ）３１、及び手配支
援用サーバ３３が設置される。

【００１７】各ＰＤＡ３1〜３nは、各々に個別に接続さ
れる携帯電話機１1〜１nと共に、外勤中の個々の派遣要
員（図示しない）に所持される。各ＰＤＡ３1〜３nの表
示部には、手配支援用サーバ３３から送信される派遣業
務の遂行に必要な情報（派遣指示情報）が、文字情報の
形式で表示される。派遣指示情報は、公衆電話網２３、
ディジタルセルラ網５、及び各ＰＤＡ３1〜３nに対応す
る携帯電話機１1〜１nを通じて各ＰＤＡ３1〜３nに受信
される。

【００１８】一方、上記派遣指示情報に対する諾否の返
答は、上記派遣指示情報を受信したＰＤＡ（３1〜３nの
いずれか）の所持者である派遣要員が、そのＰＤＡ（３
1〜３nのいずれか）を操作することにより、そのＰＤＡ
（３1〜３nのいずれか）に読込まれる。上記諾否の返答
は、上記ＰＤＡ（３1〜３nのいずれか）から、そのＰＤ
Ａ（３1〜３nのいずれか）に対応する携帯電話機（１1
〜１nのいずれか）、ディジタルセルラ網５、及び公衆
電話網２３を通じて手配支援用サーバ３３に送信され
る。

【００１９】本実施形態における各携帯電話機１1〜１n
の現在位置検知の態様については、後述する。

【００２０】各ノート型パソコン１３1〜１３nは、各々
に個別に接続されるＰＨＳ端末１１1〜１１nと共に、上
記ＰＤＡ３1〜３n、及び携帯電話機１1〜１nを所持する
派遣要員のグループとは別の、外勤中の派遣要員のグル
ープ（図示しない）に所持される。各ノート型パソコン
１３1〜１３nの表示部には、手配支援用サーバ３３から
送信される派遣指示情報が、文字情報及び画像情報の形
式で表示される。派遣指示情報は、公衆電話網２３、Ｐ
ＨＳ用公衆電話網１７、及び基地局１５1〜１５nを通じ
て各ノート型パソコン１３1〜１３nに受信される。

【００２１】一方、上記派遣指示情報に対する諾否の返
答は、上記派遣指示情報を受信したノート型パソコン
（１３1〜１３nのいずれか）の所持者である派遣要員
が、そのノート型パソコン（１３1〜１３nのいずれか）
を操作することにより、そのノート型パソコン（１３1
〜１３nのいずれか）に読込まれる。上記諾否の返答
は、上記ノート型パソコン（１３1〜１３nのいずれか）
から、そのノート型パソコン（１３1〜１３nのいずれ
か）に対応するＰＨＳ端末（１１1〜１１nのいずれ
か）、ＰＨＳ用公衆電話網１７、及び公衆電話網２３を
通じて手配支援用サーバ３３に送信される。

【００２２】本実施形態における各ＰＨＳ端末１１1〜
１１nの現在位置検知の態様についても、後述する。

【００２３】スケジュールＤＢ２７には、例えば派遣要
員全員の外勤スケジュール情報（少なくとも各派遣要員
の氏名、訪問先顧客名、及び訪問予定時間等の諸情報を
含む）が保存される。上記外勤スケジュール情報は、ス
ケジュール管理用サーバ２５によりスケジュールＤＢ２
７から読出される。

【００２４】位置ＤＢ２９には、派遣先となる、上述し
たサポ−トエリア内の顧客を特定するための情報（顧客
一覧情報）として、顧客名（顧客が個人であればその氏
名、顧客が法人等の団体であればその名称）情報、及び
その顧客の住所（又は居所）を特定するための情報が、
例えばテーブル形式で保存される。上記顧客一覧情報
は、スケジュール管理用サーバ２５により、位置ＤＢ２
９から読出され、文字情報の一覧表の形式でスケジュー
ル管理用サーバ２５の表示部に表示される。

【００２５】条件ＤＢ３１には、例えばＯＡ機器のうち
の、複写機のメインテナンス業務、ファクシミリのメイ
ンテナンス業務、パソコン端末やプリンタのメインテナ
ンス業務等の、異なる複数の派遣業務の各々について、
各派遣要員が対応可能か否かを示す情報（対応可否情
報）が保存される。上記情報は、スケジュール管理用サ
ーバ２５により、条件ＤＢ３１から読出される。

【００２６】スケジュ−ル管理用サーバ２５は、各電話
機１９1〜１９nから公衆電話網２３を通じて送信される
顧客の派遣要求を受付ける。そして、その派遣要求を解
析することにより、その派遣要求を発した顧客の住所
（居所）や氏名（名称）等の顧客を特定するための情報
（つまり、上述した顧客情報）、故障したＯＡ機器等の
機種に係る情報（機種情報）、及び故障状況に係る情報
（故障状況情報）等を抽出する。スケジュール管理用サ
ーバ２５は、また、スケジュールＤＢ２７から上記外勤
スケジュール情報を、条件ＤＢ３１から対応可否情報
を、位置ＤＢ２９から顧客一覧情報を夫々読出す。そし
て、外勤スケジュ−ル情報及び顧客一覧情報と、顧客情
報とを比較照合すると共に、対応可否情報と、機種情報
及び故障状況情報とを比較照合することにより、派遣要
員全員の中から派遣要求を発した顧客に適合すると判断
し得る派遣要員を選出し、その選出結果を手配支援用サ
ーバ３３に通知する。

【００２７】本実施形態では、上述した派遣者の選出
は、スケジュール管理用サーバ２５が上記外勤スケジュ
ール情報、対応可否情報、及び顧客一覧情報に基づいて
派遣候補者リストを作成し、スケジュール管理用サーバ
２５がそのリストにおける最も順位の高い要員から順に
要員を選出することで行われる。上記派遣候補者リスト
は、上述した外勤スケジュール情報、対応可否情報、及
び顧客一覧情報等の内容に応じて第２順位以降の派遣要
員の順位が変更可能になっている．その順位変更は、外
勤スケジュール情報及び顧客一覧情報に基づいて現在位
置が上記の派遣要求を発した顧客の位置から所定の範囲
内にあるであろうと推定される派遣要員に限り、派遣要
求を発した顧客の位置に近い者ほど高順位が付与され
る。

【００２８】スケジュール管理用サーバ２５は、手配支
援用サーバ３３を通じて派遣指示情報を送った派遣要員
から手配に応じる旨の返答がなかったり、拒否の返答が
あったとき、上記リストにおいてその派遣要員の次順位
に位置する派遣要員を派遣者に選出し、その旨手配支援
用サーバ３３に通知する。この処理は、選出した派遣要
員から手配に応じる旨の返答があるまで継続される。更
に、所定時間内に上記返答が届かなかったか、又は拒否
の返答が届いた場合であって、派遣候補者リスト中に派
遣候補者が存在しないときには、スケジュール管理用サ
ーバ２５は所定のアラーム情報を表示部に出力し、オペ
レータに派遣候補者リスト中に派遣候補者が存在しない
旨を報知して処理を終了する。これにより、以後はオペ
レータによるマニュアルでの派遣要員手配が行われるこ
とになる。

【００２９】手配支援用サーバ３３は、スケジュール管
理用サーバ２５からの上記通知に基づき、公衆電話網２
３、ディジタルセルラ網５、及び各携帯電話機１1〜１n
のいずれかを通じて各ＰＤＡ３1〜３nのいずれかに派遣
指示情報を送る。或いは、上記派遣指示情報が、公衆電
話網２３、ＰＨＳ用公衆電話網１７、及び各ＰＨＳ端末
１１1〜１１nのいずれかを通じて各ノート型パソコン１
３1〜１３nのいずれかに送られる場合もある。

【００３０】手配支援用サーバ３３は、派遣指示情報を
送った派遣要員のモバイル情報処理端末である各ＰＤＡ
３1〜３n、各ノート型パソコン１３1〜１３nのいずれか
から派遣の指示に従う旨の返答が所定時間内に届いたか
否か、或いは、拒否の返答が届いたか否かをチェックす
る。

【００３１】上記チェックの結果、所定時間内に上記返
答が届かなかったか又は拒否の返答が届いたと判断した
ときには、手配支援用サーバ３３は、その旨をスケジュ
ール管理用サーバ２５に通知する。そして、スケジュー
ル管理用サーバ２５からの新たな通知に従い、対応する
別の派遣要員、即ち、上記派遣候補者リストにおける上
記手配に応じなかった派遣要員の次の順位の派遣要員の
モバイル情報処理端末に、派遣指示情報を送る。

【００３２】本実施形態では、テレホンセンター２１内
に、上述した各部に加えて更に、派遣要員の派遣，手配
に係る個人情報の仕分け用サーバ、及び画面情報生成用
サーバ（いずれも図示しない）が設けられる。

【００３３】個人情報仕分け用サーバ（図示しない）
は、各ＤＢ２７、２９、３１内の上記各情報を、個々の
派遣要員にしかアクセスを許可しない派遣要員各自の個
人情報（純粋個人情報）と、派遣要員全員がアクセスを
許可される（つまり、派遣要員全員が共有し得る）派遣
要員各自の個人情報（共有個人情報）とを仕分ける。

【００３４】画面情報生成用サーバ（図示しない）は、
上記仕分けにより分離された純粋個人情報を、被手配者
本人である派遣要員に対しての派遣、手配に関する詳細
情報の画面情報として生成し、それを本人である派遣要
員のモバイル情報処理端末のみに手配支援用サーバ３３
を通じて送信する。画面情報生成用サーバ（図示しな
い）は、上記仕分けにより分離された共有個人情報を、
被手配者である派遣要員を含む同一グループに属する全
ての派遣要員に対しての派遣、手配に関する詳細情報の
画面情報として生成する。そして、その画面情報を、被
手配者である派遣要員を始め、アクセス要求を行った派
遣要員のモバイル情報処理端末の全てに対し、手配支援
用サーバ３３を通じて送信する。

【００３５】画面情報生成用サーバ（図示しない）は、
上記共有個人情報の画面情報について、アクセス要求を
行った派遣要員のモバイル情報処理端末側から手配を承
諾した旨の返答が手配支援用サーバ３３を通じてあった
とき、訪問予定時刻及び終了予定時刻の申告を手配支援
用サーバ３３を通じて要求する。そして、訪問予定時刻
及び終了予定時刻が手配支援用サーバ３３を通じて通知
されると、それらの時刻を含んだ画面情報を生成すると
共に、その旨をスケジュール管理用サーバ２５に通知す
る。

【００３６】画面情報生成用サーバ（図示しない）は、
上記共有個人情報の画面情報について、アクセス要求を
行った派遣要員のモバイル情報処理端末側から手配を拒
否する旨の返答が手配支援用サーバ３３を通じてあった
とき、不可理由及び稼働可能時刻の申告を手配支援用サ
ーバ３３を通じて要求する。そして、不可理由及び稼働
可能時刻が手配支援用サーバ３３を通じて通知される
と、それらを含んだ画面情報を生成すると共に、その旨
をスケジュール管理用サーバ２５に通知する。スケジュ
ール管理用サーバ２５は、上記通知に基づいて、上述し
たスケジュールＤＢ２７内の外勤スケジュール情報を更
新すると共に、既に作成済みの派遣候補者リストの内容
を変更する。

【００３７】図２は、本発明の一実施形態に係るスケジ
ュール管理方式の一例としての派遣要員の手配業務情報
処理方式が保持する外勤スケジュールテーブル、顧客マ
スタ、及び顧客住所マスタを示す説明図である。

【００３８】外勤スケジュールテーブルは、図１に記載
のスケジュールＤＢ２７に格納されるもので、外勤スケ
ジュールテーブルには、図２ａに示すように、派遣要員
名（作業員名）登録領域４１と、個々の派遣要員が訪問
する時間帯の登録領域４３と、訪問先顧客名の登録領域
４５とが設定されている。

【００３９】顧客マスタ、及び顧客住所マスタは、図１
に記載の位置ＤＢ２９に格納されるもので、顧客マスタ
には、図２ｂに示すように、訪問先顧客名の登録領域４
７と、各顧客の住所（住居表示）の登録領域４９とが設
定されている。一方、顧客住所マスタには、図２ｃに示
すように、上述した各顧客の住居表示の登録領域５１
と、それらの緯度・経度の登録領域５３とが設定されて
いる。

【００４０】本実施形態では、各携帯電話機１1〜１n、
及び各ＰＨＳ端末１１1〜１１nの現在位置検知は行わな
い。スケジュール管理用サーバ２５が、上記外勤スケジ
ュールテーブル、顧客マスタ、及び顧客住所マスタの内
容に基づき、各携帯電話機１1〜１n、及び各ＰＨＳ端末
１１1〜１１nの現在位置を推定することで対処してい
る。その理由は、上記情報通信システムにおいて、各モ
バイル通信端末の現在位置を検知するには、携帯電話機
ではＧＰＳ、ＰＨＳ端末ではＰＨＳ専用の現在位置検知
システムを利用するが、これらのシステムは種々のハー
ドウエア及びソフトウエアで構築されているため、どう
してもコスト高になるからである。そこで、派遣要員の
現在位置を検知せず、外勤スケジュール情報と、顧客の
住所情報とから各派遣要員の大凡の現在位置を推定し、
且つ、それらの位置を所定のアイコン等で地図画面上に
表示せずに、スケジュール管理用サーバ２５において派
遣要員が顧客の位置から近い／遠いの判断をするように
した。

【００４１】図３は、本発明の一実施形態に係るスケジ
ュール管理方式の一例としての派遣要員の手配業務情報
処理方式で生成される手配詳細画面情報（共有個人情
報）の一例を示す説明図である。

【００４２】上記手配詳細画面情報は、上述したよう
に、個人情報仕分け用サーバ（図示しない）が仕分けた
共有個人情報を基に、画面情報生成用サーバ（図示しな
い）が生成したもので、全ての派遣要員のモバイル情報
処理端末がアクセスを許可される画面情報である。

【００４３】上記手配詳細画面情報は、顧客名（派遣先
名）情報、住所情報、派遣業務内容の情報等を示す画面
情報である。上記手配詳細画面情報は、各派遣要員がテ
レホンセンター２１側に手配に対する了解／キャンセル
（諾／否）の返答をするとき、及びテレホンセンター２
１側がその返答を受付けるとき、各派遣要員のモバイル
情報処理端末と、上記スケジュール管理用サーバ２５の
双方において用いられる画面情報である。上記画面情報
を用いる派遣要員の手配では、通常、或る手配に関して
被手配者とされた派遣要員以外の派遣要員であっても、
その手配に応じるべき旨をテレホンセンター２１側に伝
えることができる。

【００４４】図３に示した例では、派遣先顧客が『Ｐ企
画』であり、このＰ企画からの派遣要求の受付時刻が
『１４時３７分』であり、メインテナンスの対象である
ＯＡ機器の機種が『ＡＢ１２３４Ｎ』であり、その機種
番号が『８７６５４３』であり、上記Ｐ企画の住所が
『渋谷区千駄ヶ谷１丁目』である。上述した諸項目に加
えて、図示のように、契約形態（メインテナンス契約の
形態）、優先度、故障内容等の諸項目が、上記画面情報
に含まれる。また、図３に示した例では、第１順位の派
遣候補者が『渡辺一郎』であり、『渡辺一郎』は、上記
『Ｐ企画』への訪問を了解している。上記訪問先への
『渡辺一郎』の訪問予定時刻は『１４時』であり、終了
予定時刻は『１６時』である。なお、上記第１順位の派
遣候補者にとって上記訪問が不可のときには、『不可理
由』、『その他の理由』、及び『稼働可能時刻』に夫々
対応する事項が表示される。『不可理由』の『作業延
長』は、デフォルトでの表示である。一方、『不可理
由』の欄には、第１順位の派遣候補者から実際に申告さ
れた不可理由が表示される。上記『不可理由』、『その
他の理由』、及び『稼働可能時刻』に表示される事項
は、上記第１順位の派遣候補者のモバイル情報処理端末
から手配支援用サーバ３３、スケジュール管理用サーバ
２５を通じて画面情報生成用サーバ（図示しない）に与
えられ、画面情報生成用サーバ（図示しない）において
必要な画面情報の編集処理が施された後、スケジュール
管理用サーバ２５の表示部に表示される。

【００４５】図４は、上述した画面情報生成用サーバ
（図示しない）を介してスケジュール管理用サーバ２５
の表示部に表示される派遣要員のスケジュールを示す画
面情報を記載した説明図である。

【００４６】図４ａは、図３に示した『Ｐ企画』への派
遣業務に、第１順位の派遣候補者である『渡辺一郎』以
外の派遣要員から了解した旨の返答があったときの画面
情報の一例であり、図４ｂは、上記第１順位の派遣候補
者以外の派遣要員から訪問不可の返答があったときの画
面情報の一例である。

【００４７】図４ａに示した例では、代々木チームに所
属する派遣要員であるＩＤ番号『５４１２４』の『山本
二郎』から了解した旨の返答があったために、派遣要員
『山本二郎』のスケジュールにおいて、１４時〜１６時
の時間帯に『Ｐ企画』への訪問業務が設定される。『山
本二郎』の現在位置については不明である。一方、『山
本二郎』と同じ代々木チームに所属する派遣要員である
ＩＤ番号『５４０６４』の『佐藤三郎』については、現
在位置が『東京都渋谷区』であることが判明している
が、『佐藤三郎』からは、上記派遣に対し訪問を了解し
た旨の返答がなかったため、『佐藤三郎』のスケジュー
ルには上記訪問業務は設定されない。

【００４８】一方、図４ｂに示した例では、上記派遣に
対し『山本二郎』から現在訪問中の顧客先での作業が現
在時刻から１６時まで長引くため、訪問不可の返答があ
ったことから、『山本二郎』のスケジュールにおいて、
１４時〜１６時の時間帯に『Ｐ企画』への訪問業務が設
定できない。『山本二郎』の稼働可能時刻は、どんなに
早くとも１６時以降ということになる。よって、『山本
二郎』のスケジュールには、現在訪問中の顧客先での作
業が、現在時刻から１６時までの時間帯に設定される。

【００４９】図５は、本発明の一実施形態に係るスケジ
ュール管理方式の一例としての派遣要員の手配業務情報
処理方式での派遣者手配の第１の処理流れの概要を示す
図である。

【００５０】図５において、まず、スケジュール管理用
サーバ２５が、上述したように外勤スケジュール情報、
対応可否情報、及び顧客一覧情報に基づいて派遣候補者
リストを作成する（ステップＳ６１）。次に、画面情報
生成用サーバ（図示しない）が、個人情報仕分け用サー
バ（図示しない）により仕分けられた純粋個人情報を、
被手配者本人である派遣要員に対しての派遣、手配に関
する詳細情報の画面情報として生成する（ステップＳ６
２）。そして、それを本人である派遣要員のモバイル情
報処理端末のみに手配支援用サーバ３３を通じて送信す
る（ステップＳ６３）。

【００５１】上記被手配者が、所持するモバイル情報処
理端末が受信した上記画面情報を確認し（ステップＳ６
４）、所定のタイムリミットまでに了解の返答を送信し
てきた場合には（ステップＳ６５）、スケジュール管理
用サーバ２５は、手配が成功したと判断して一連の手配
処理を終了する（ステップＳ６６）。一方、所定のタイ
ムリミットまでに上記被手配者のモバイル情報処理端末
側から返答がなかった場合、或いは手配を拒否する旨の
返答が上記タイムリミット内にあった場合には（ステッ
プＳ６５）、スケジュール管理用サーバ２５は、次順位
の派遣候補者が存在するか否かをチェックする（ステッ
プＳ６７）。このチェックの結果、存在する場合には上
述したステップ６３の処理動作に移行するが、存在しな
かったときは手配が失敗したと判断して一連の手配処理
を終了すると共に、スケジュール管理用サーバ２５の表
示部を通じてオペレータに手配が失敗した旨を報知する
（ステップＳ６８）。

【００５２】図６は、本発明の一実施形態に係るスケジ
ュール管理方式の一例としての派遣要員の手配業務情報
処理方式での派遣者手配の第２の処理流れの概要を示す
図である。

【００５３】図６において、まず、スケジュール管理用
サーバ２５が、上述したように外勤スケジュール情報、
対応可否情報、及び顧客一覧情報に基づいて派遣候補者
リストを作成する（ステップＳ７１）。次に、画面情報
生成用サーバ（図示しない）が、個人情報仕分け用サー
バ（図示しない）により仕分けられた共有個人情報を、
同一グループに属する全ての派遣要員に対しての派遣、
手配に関する詳細情報の画面情報として生成する（ステ
ップＳ７２）。そして、その画面情報を、同一グループ
に所属する派遣要員のモバイル情報処理端末であってア
クセス要求を行った派遣要員のモバイル情報処理端末に
対し、手配支援用サーバ３３を通じて送信する（ステッ
プＳ７３）。

【００５４】上記アクセス要求を行った派遣要員が、自
身の所持するモバイル情報処理端末の受信した上記画面
情報を確認する（ステップＳ７４）。そして、テレホン
センター２１側から指示された派遣業務に対応可能と判
断したときには（ステップＳ７５）、了解した旨と、対
応開始（訪問予定）時刻、及び対応終了（訪問終了）時
刻とをテレホンセンター２１側に通知する（ステップＳ
７６）。これにより、図３で示したような画面情報が、
スケジュール管理用サーバ２５の表示部、及び上記モバ
イル情報処理端末の表示部に表示されると共に、スケジ
ュール管理用サーバ２５において了解した派遣要員のス
ケジュールの更新が行われる（ステップＳ７７）。上記
スケジュールの更新は、派遣候補者リストの内容に反映
される。そして、一連の手配処理業務が終了する（ステ
ップＳ７８）。

【００５５】一方、上記派遣要員が対応不可と判断した
ときには（ステップＳ７５）、訪問不可である旨と、対
応可能（稼働可能）時刻とをテレホンセンター２１側に
通知する（ステップＳ７９）。これにより、上記画面情
報において不可理由又はその他の理由、及び稼働可能時
刻が表示されたものが、スケジュール管理用サーバ２５
の表示部、及び上記モバイル情報処理端末の表示部に表
示されると共に、スケジュール管理用サーバ２５におい
て上記派遣要員のスケジュールの更新が行われる（ステ
ップＳ７７）。上記スケジュールの更新は、派遣候補者
リストの内容に反映される。

【００５６】以上説明したように、本発明の一実施形態
によれば、スケジュール管理用サーバ２５による各派遣
要員のスケジュール管理と、手配支援用サーバ３３によ
る手配、派遣業務とを連繋させたので、オペレータの負
荷を低減させることができ、且つ、スケジュール管理、
及び手配、派遣業務の効率化を図ることができる。ま
た、手配支援用サーバ３３を通じて各派遣要員のモバイ
ル情報処理端末から与えられる訪問可否、及びそれに付
随する諸情報の申告に基づいて、スケジュール管理用サ
ーバ２５がスケジュールＤＢ２７内の各派遣要員のスケ
ジュールを随時更新することとしたので、スケジュール
の精度を向上させることができる。

【００５７】上述した内容は、あくまで本発明の一実施
形態及びその変形例に関するものであって、本発明が上
記内容のみに限定されることを意味するものでないのは
勿論である。

【００５８】

【発明の効果】以上説明したように、本発明によれば、
管理者の負荷を低減することができ、且つ、各要員のス
ケジュール管理業務、及びスケジュール調整業務を能率
的に処理することができるスケジュール管理方式を提供
することができる。

【００５９】また、本発明によれば、各要員のスケジュ
ール管理を正確、且つ、タイムリーに行うことができる
スケジュール管理方式を提供することができる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るスケジュール管理方
式の一例としての派遣要員の手配業務情報処理方式が構
築される情報通信システムの全体構成を示すブロック
図。

【図２】本発明の一実施形態に係るスケジュール管理方
式の一例としての派遣要員の手配業務情報処理方式が保
持する外勤スケジュールテーブル、顧客マスタ、及び顧
客住所マスタを示す説明図。

【図３】本発明の一実施形態に係るスケジュール管理方
式の一例としての派遣要員の手配業務情報処理方式で生
成される手配詳細画面情報（共有情報）の一例を示す説
明図。

【図４】画面情報生成用サーバを介してスケジュール管
理用サーバの表示部に表示される派遣要員のスケジュー
ルを示す画面情報を記載した説明図。

【図５】本発明の一実施形態に係るスケジュール管理方
式の一例としての派遣要員の手配業務情報処理方式での
派遣者手配の第１の処理流れの概要を示す図。

【図６】本発明の一実施形態に係るスケジュール管理方
式の一例としての派遣要員の手配業務情報処理方式での
派遣者手配の第２の処理流れの概要を示す図。

【符号の説明】

１1〜１n 携帯電話機 ３1〜３n パーソナル・ディジタル・アシスタント（Ｐ
ＤＡ） ５ ディジタルセルラ網 １１1〜１１n パーソナル・ハンディホーン・システム
（ＰＨＳ）端末 １３1〜１３n ノート型パソコン １５1〜１５n コードレスステーション（ＰＨＳの基地
局） １７ ＰＨＳ端末に対応する公衆電話網（ＰＨＳ用公衆
電話網） １９1〜１９n 派遣先である各顧客の電話機 ２１ テレホンセンター ２３ 公衆電話網 ２５ スケジュール管理用サーバ ２７ スケジュールデータベース（ＤＢ） ２９ 位置データベース（ＤＢ） ３１ 条件データベース（ＤＢ） ３３ 手配支援用サーバ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 塘 貴広 東京都江東区豊洲三丁目３番３号 株式会 社エヌ・ティ・ティ・データ内 Ｆターム(参考） 5B049 AA06 BB00 CC03 CC32 EE00 FF01 GG02 GG03 GG04

Claims (5)

【特許請求の範囲】
1. 【請求項１】 要員の移動端末と、要員により処理され
   る業務を管理する情報処理装置とが、業務処理に必要な
   情報を通信ネットワークを通じて相互に授受する環境に
   おいて、 各要員の個人情報として、各要員の業務処理に係る詳細
   情報を保持する第１の手段と、 前記情報に基づいて前記業務の詳細を提示した画面情報
   を生成すると共に、その画面情報を、要求を発した移動
   端末へ送信する第２の手段と、 前記画面情報を受信した移動端末から、業務処理の指示
   に対する諾／否の返答、及び該端末を所持する要員のス
   ケジュール情報が送信されたとき、それらを前記画面情
   報に反映させると共に、要求を発した移動端末にその画
   面情報を送信する第３の手段と、 を備えるスケジュール管理方式。
2. 【請求項２】 請求項１記載のスケジュール管理方式に
   おいて、 前記画面情報が、前記個人情報の中から各要員本人にの
   み開示を許可し得る第１の個人情報に係る画面情報と、
   全要員に開示を許可し得る第２の個人情報に係る画面情
   報とを含むスケジュール管理方式。
3. 【請求項３】 請求項１記載のスケジュール管理方式に
   おいて、 前記スケジュール情報が、前記業務処理を承諾したとき
   の業務処理開始の予定時刻及び業務処理終了の予定時刻
   に係る情報を含むスケジュール管理方式。
4. 【請求項４】 請求項１記載のスケジュール管理方式に
   おいて、 前記スケジュール情報が、前記業務処理を拒否したとき
   の理由及び業務処理への対処可能時刻に係る情報を更に
   含むスケジュール管理方式。
5. 【請求項５】 請求項１記載のスケジュール管理方式に
   おいて、 前記各要員に割当てられる業務が、予め生成された業務
   処理に従事する要員の選出候補者リストに基づいて処理
   されるスケジュール管理方式。