JP2001209717A - スケジュール情報提供方式、及びスケジュール情報管理方式 - Google Patents

Abstract

(57)【要約】 【課題】 外勤中の各要員が各自の業務処理に必要な情
報を取得するのと同程度の容易さで、各自が属するグル
ープ全体の諸情報を取得できるようにする。 【解決手段】 メールボックスＡ内の受信メールのう
ち、メールＡ―1、及びメールＡ−3（いずれも＊印、実
際にはタグが付与されている）については、メ−ルサー
バ１において公開可能な（つまり、本人以外の者がアク
セスしても差支えない）情報として仕分けられる。メー
ルＡ―1については符号５７で示すように、また、メー
ルＡ−3については符号５９で示すように、夫々チーム
手配一覧画面情報として各派遣要員のモバイル情報処理
端末に表示される。メールボックスＡ内の予定表のう
ち、予定Ａ―2、及び予定Ａ−3（いずれも＊印、実際に
はタグが付与されている）についても、上記と同様にメ
−ルサーバ１において公開可能な情報として仕分けられ
る。予定Ａ―2については符号６１で示すように、ま
た、予定Ａ−3については符号６３で示すように、夫々
スケジュール一覧画面情報として各派遣要員のモバイル
情報処理端末に表示される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、スケジュール情報
提供方式、及びスケジュール情報管理方式に関する。

【０００２】

【従来の技術】従来、様々な外勤業務の従事者（派遣要
員）と、外勤業務の管理センターとの間では、センター
側の情報処理装置が、派遣要員のモバイル端末に、その
派遣要員の業務に係る情報だけを送信し、その業務に関
する派遣要員側からの問合せについてだけ回答すること
で、派遣要員の手配が行われている。

【０００３】

【発明が解決しようとする課題】このように、従来にあ
っては、派遣要員本人以外の情報は全く知らされない。
そのため、同一グループに属する派遣要員同士の間で
も、仲間の派遣要員が、現在どこでどのような作業に従
事しているのか、或いは今後の作業のスケジュールがど
うなっているのか等、他の派遣要員又はグループ全体に
ついての作業状況や、スケジュールや、各人の現在位置
情報等が全く把握できない。強いて把握したければ派遣
要員本人からセンター側に問い合せるしか方法がなかっ
た。また、自分の担当外の顧客への対応を指示されたと
き、本来担当すべき派遣要員が何故対応できないのか、
どのような状況の下で自分に指示がきたのかについて
も、上記と同様、センター側に問い合せない限り実情を
把握できない。また、外勤先等で部品や資料等が不足し
た場合に、近くにいる仲間の派遣要員から、それらを融
通して貰えれば便利であるが、仲間の派遣要員の現在位
置や、彼らが置かれている状況を把握できないために、
一旦営業所等へ戻らなければならないという問題もあ
る。更には、派遣要員のグループリーダーや、外勤業務
の管理者等がグループ全体の状況を把握するために、セ
ンターに待機したり、或いはセンターに待機しないまで
も、グループ全体における作業の進捗状況を把握するた
め、センターに問い合せる作業が必要になるという問題
もある。

【０００４】従って本発明の目的は、外勤中の各要員が
各自の業務処理に必要な情報を取得するのと同程度の容
易さで、各自が属するグループ全体の作業状況や、スケ
ジュールや、各人の現在位置情報を取得できるようにす
ることにある。

【０００５】また本発明の別の目的は、グループリーダ
ーや、管理者等がセンターに待機せずに、或いはセンタ
ーに問い合せる作業を行うことなしに、グループ全体に
おける作業の進捗状況を把握することができるようにす
ることにある。

【０００６】更に、本発明の別の目的は、外勤業務をよ
り効率的に処理することができるようにすることにあ
る。

【０００７】

【課題を解決するための手段】本発明の第１の側面に従
うスケジュール情報提供方式は、要員と要員の管理機関
とが、業務処理に必要な情報を通信ネットワークを通じ
て相互に授受する環境に適用されるもので、全要員に開
示を許可し得る、業務処理に係る個人情報を備え、その
個人情報は、所定のスケジュールに基づいて要員全員に
割当てられた業務一覧の画面情報と、各業務内容の詳細
に関する問合せ、及びその業務処理の指示に対する諾否
の返答を各要員のモバイル端末から管理機関の情報処理
端末へ送信するとき用いる画面情報と、要員全員のスケ
ジュール一覧の画面情報と、各要員がモバイル端末を通
じて自分のスケジュールを設定／変更するとき用いる画
面情報とを含む。

【０００８】上記構成によれば、所定のスケジュールに
基づいて要員全員に割当てられた業務一覧の画面情報
と、各業務内容の詳細に関する問合せ、及びその業務処
理の指示に対する諾否の返答を各要員のモバイル端末か
ら管理機関の情報処理端末へ送信するとき用いる画面情
報と、要員全員のスケジュール一覧の画面情報と、各要
員がモバイル端末を通じて自分のスケジュールを設定／
変更するとき用いる画面情報とを含む個人情報が、全要
員に提供される。そのため、上記個人情報については、
全要員が共有できるので、外勤中の各要員が各自の業務
処理に必要な情報を取得するのと同程度の容易さで、各
自が属するグループ全体の作業状況や、スケジュール
や、各人の現在位置情報を取得できる。その結果とし
て、外勤業務をより効率的に処理することが可能にな
る。また、グループリーダーや、管理者等が管理センタ
ーに待機せずに、或いはセンターに問い合せる作業を行
うことなしに、グループ全体における作業の進捗状況を
把握することも容易になる。

【０００９】本発明の第１の側面に係る好適な実施形態
では、各要員本人にのみ開示を許可し得る別の個人情報
をも備える。別の個人情報は、開示要求を行った要員自
身に割当てられた業務一覧の画面情報と、業務内容の詳
細に関する問合せ、及びその業務処理の指示に対する諾
否の返答を要員のモバイル端末から情報処理端末へ送信
するとき用いる画面情報とを含む。上述した２種類の個
人情報は、個人別に区分される全要員の業務に係る個人
情報から仕分けられる。仕分け前の個人情報は、上述し
た情報処理端末により保持されると共に、個人情報の仕
分け、仕分けられた２種類の個人情報のいずれを開示す
べきかの判断、及びその判断結果に対応する個人情報の
出力は、情報処理端末により行われる。

【００１０】本発明の第２の側面に従うスケジュール情
報管理方式は、要員と要員の管理機関とが、業務処理に
必要な情報を通信ネットワークを通じて相互に授受する
環境に適用されるもので、全要員に開示を許可し得る、
業務処理に係る個人情報と、業務処理のための候補者と
された要員全員からの業務処理への従事の申し出を受付
け、上記個人情報に基づいて各要員のスケジュール調整
を行う手段とを備える。

【００１１】上記構成によれば、業務処理のための候補
者とされた要員全員からの業務処理への従事の申し出を
受付け、上記個人情報に基づいて各要員のスケジュール
調整を行うこととしたので、外勤業務をより効率的に処
理することができる。

【００１２】本発明の第２の側面に係る好適な実施形態
では、上述した個人情報は、所定のスケジュールに基づ
いて要員全員に割当てられた業務一覧の画面情報と、各
業務内容の詳細に関する問合せ、及びその業務処理の指
示に対する諾否の返答を各要員のモバイル端末から管理
機関の情報処理端末へ送信するとき用いる画面情報と、
要員全員のスケジュール一覧の画面情報と、各要員がモ
バイル端末を通じて自分のスケジュールを設定／変更す
るとき用いる画面情報とを含む。上記実施形態では、ス
ケジュール調整と並行して、業務処理のための候補者と
された要員が残っている間、要員の何れかが業務処理の
ために選出されるまで、各要員が業務処理の指示に応じ
るか否かを高順位の要員から順に確認する別のスケジュ
ール調整を行う手段を更に備える。上記別のスケジュー
ル調整は、個人別に区分される全要員の業務に係る個人
情報の中から仕分けられる各要員本人にのみ開示を許可
し得る個人情報に基づいて行われる。また、上記実施形
態では、上述した２種類のスケジュール調整のいずれか
一方において業務処理に従事する要員が決まったとき、
又は所定時間内にいずれのスケジュール調整においても
要員が決まらなかったとき、双方のスケジュール調整を
終了させる手段を更に備える。上記スケジュール調整終
了手段は、業務処理の候補者として通知された要員から
所定時間内に業務処理に応じる旨の返答を別のスケジュ
ール調整手段が得たときだけ、別のスケジュール調整が
成功したと判断する。

【００１３】

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

【００１４】図１は、本発明の一実施形態に係るスケジ
ュール情報管理方式の一例としての派遣要員手配方式が
構築される情報通信システムが備えるセンター側情報処
理装置の機能ブロック図である。

【００１５】上記派遣要員手配方式は、例えばＯＡ機器
等のサービスマン（サービスエンジニア）や、様々な業
種の営業マンのような現場（外勤）業務の従事者である
派遣要員の手配、派遣業務に適用される。上記方式で
は、派遣先となる顧客から要員の派遣要求があったと
き、センター側から各派遣要員側への、能動的手配処理
と受動的手配処理という２系統での情報伝達が同時並行
的に行われる。そして、能動的手配処理及び受動的手配
処理の一方において上記派遣要求に応じる被手配者が決
定された時点で、双方（両系統）での手配処理が共に終
了する。

【００１６】能動的手配処理では、予めリストアップし
た派遣要員中から抽出した第１順位の派遣候補者をまず
派遣要求に応じる被手配者に選出し、その手配が不成功
のとき第２順位の派遣候補者を被手配者に選出する。そ
して、第２順位の派遣候補者に対する手配も不成功だっ
たときは、第３順位の派遣候補者を被手配者に選出する
というようにして、被手配者が特定の派遣要員に決まる
まで高順位の要員から低順位の要員に向って順に１人ず
つ被手配者に選出してみて手配が成功したか否かをチェ
ックする処理を行う。従って、最後まで被手配者が決ま
らなければ、最終順位の派遣候補者まで手配が及ぶこと
になる。能動的手配処理では、被手配者の選出がセンタ
ー側、つまり、上記情報処理装置によって行われ、選出
した被手配者への通知等の処理が、上記情報処理装置及
び各派遣要員の所持するモバイル端末（モバイル通信端
末、及びモバイル通信端末を接続したモバイル情報処理
端末）を通じて行われる。

【００１７】一方、受動的手配処理では、顧客から派遣
要求があったとき、その派遣要求に関連する諸情報を、
予めリストアップされた派遣要員全員が上記モバイル端
末を通じてアクセスできるように、上記諸情報が、セン
ター側、つまり、上記情報処理装置の管理下に置かれ
る。そして、派遣要員のいずれかから上記情報処理装置
に上記モバイル端末等を通じて手配に応じる旨の返答が
あった時点で一連の処理が終了する。上述したモバイル
端末については、後に詳述する。

【００１８】次に、上記情報処理装置について説明す
る。

【００１９】上記情報処理装置は、図１に示すように、
メールサーバ１と、能動的手配画面情報記憶部（第１記
憶部）３と、受動的手配画面情報記憶部（第２記憶部）
５と、センターｗｅｂサーバ（ｗｅｂサーバ）７と、手
配処理部８と、表示部９とを備える。ｗｅｂサーバ７
は、アクセス要求受信・解析部（受信・解析部）１１
と、能動的手配側手配画面情報読出部（能動的読出部）
１３と、受動的手配側手配画面情報読出部（受動的読出
部）１５と、手配画面情報送信部（送信部）１７とを含
む。手配処理部８は、手配候補者抽出部（抽出部）１９
と、手配成否判断部（判断部）２１と、手配候補者自動
連絡部（自動連絡部）２３とを含む。

【００２０】メールサーバ１は、各派遣要員の個人情報
である派遣、手配に係る諸情報を個人別に収納する多数
（派遣要員の総数と同数）のメールボックスをその管理
下に置く。各メールボックス内では、各メールボックス
が割当てられる個々の派遣要員にしかアクセスを許可し
ないそれら派遣要員各自の個人情報（純粋個人情報）
と、派遣要員全員がアクセスを許可される（つまり、派
遣要員全員が共有し得る）それら派遣要員各自の個人情
報（共有個人情報）とが仕分けられる。各メールボック
ス内で仕分けられた純粋個人情報は、メールサーバ１か
ら第１記憶部３に、また、各メールボックス内で仕分け
られた共有個人情報は、メールサーバ１から第２記憶部
５に、夫々出力される。なお、メールサーバ１及び上記
設定される複数のメールボックスの詳細については、後
述する。

【００２１】第１記憶部３には、上述した能動的手配に
必要な能動的手配画面情報、つまり、被手配者とされた
特定の派遣要員（特定個人）にしかアクセスを許可しな
い上記純粋個人情報が格納される。能動的手配画面情報
として、能動的手配用一覧画面情報（能動的一覧画面情
報）２５と、能動的手配用手配詳細画面情報（能動的詳
細画面情報）２７とがある。上記能動的一覧画面情報２
５、及び能動的詳細画面情報２７は、メールサーバ１に
より第１記憶部３に書込まれるもので、能動的読出部１
３によって読出される。能動的一覧画面情報２５、及び
能動的詳細画面情報２７については、後に詳述する。

【００２２】第２記憶部５には、上述した受動的手配に
必要な受動的手配画面情報、つまり、派遣要員全員が、
被手配者とされたか否かとは無関係にアクセスを許可さ
れる上記共有個人情報が格納される。受動的手配画面情
報として、チーム手配一覧画面情報（チーム画面情報）
２９と、受動的手配用手配詳細画面情報（受動的詳細画
面情報）３１と、スケジュール一覧画面情報３３と、ス
ケジュール設定画面情報３５とがある。上記チーム画面
情報２９、受動的詳細画面情報３１、スケジュール一覧
画面情報３３、及びスケジュール設定画面情報３５は、
メールサーバ１により第２記憶部５に書込まれるもの
で、受動的読出部１５によって読出される。チーム画面
情報２９、受動的詳細画面情報３１、スケジュール一覧
画面情報３３、及びスケジュール設定画面情報３５につ
いては、後に詳述する。

【００２３】受信・解析部１１は、例えば各派遣要員が
所持するパソコン端末やＰＤＡ（パーソナル・ディジタ
ル・アシスタント）等のモバイル情報処理端末から携帯
電話機（パケットを含む）やＰＨＳ（パーソナル・ハン
ディホーン・システム）端末等のモバイル通信端末を通
じて送信されるアクセス要求を受信する。そして、その
アクセス要求が、上記純粋個人情報へのアクセス要求、
つまり、上記第１記憶部３に格納される能動的手配画面
情報へのアクセス要求なのか、それとも上記共有個人情
報へのアクセス要求、つまり、上記第２記憶部５に格納
される受動的手配画面情報なのかを解析する。

【００２４】上記解析の結果、上記アクセス要求が能動
的手配画面に対するアクセス要求であると認識したとき
には、受信・解析部１１は、能動的読出部１３に、上記
第１記憶部３からの能動的一覧画面情報２５、及び能動
的詳細画面情報２７の読出しを指令する。一方、上記ア
クセス要求が受動的手配画面に対するアクセス要求であ
ると認識したときには、受信・解析部１１は、受動的読
出部１５に、上記第２記憶部５からのチーム画面情報２
９、受動的詳細画面情報３１、スケジュール一覧画面情
報３３、及びスケジュール設定画面情報３５の読出しを
指令する。

【００２５】受信・解析部１１は、受信した情報が被手
配者とされた派遣要員が所持するモバイル端末からの手
配拒否の返答であったとき、その旨を抽出部１９に通知
し、上記と逆に受信した情報が被手配者とされた派遣要
員が所持するモバイル端末からの手配承諾の返答であっ
たとき、その旨を判断部２１に通知する。

【００２６】能動的読出部１３は、受信・解析部１１か
らの読出指令に基づき、上記第１記憶部３から能動的一
覧画面情報２５、及び能動的詳細画面情報２７を、画面
情報２５，２７の順に読出して夫々送信部１７に出力す
る。

【００２７】抽出部１９は、受信・解析部１１から上記
手配拒否に係る通知を受けると、受動的読出部１５に対
し、第２記憶部５よりチーム画面情報２９、受動的詳細
画面情報３１、及びスケジュール一覧画面情報３３を読
出すよう指令する。この指令に応じて、受動的読出部１
５よりチーム画面情報２９、受動的詳細画面情報３１、
及びスケジュール一覧画面情報３３が与えられると、抽
出部１９は、これらの画面情報２９、３１、３３から手
配を拒否した手配候補者よりも低順位で、派遣に対応可
能な要員の有無をチェックする。このチェックの結果、
対応可能な要員が存在することを確認すると、抽出部１
９は、その要員を派遣候補者として抽出し、自動連絡部
２３を通じて上記要員のモバイル端末に被手配者とされ
た旨、及びその手配に対する諾否の返答を求める旨の通
知を行う。一方、上記チェックの結果、対応可能な要員
が存在しなければ、抽出部１９は、派遣候補者が存在し
ない旨を判断部２１に通知する。

【００２８】受動的読出部１５は、受信・解析部１１か
らの読出指令に基づき、上記第２記憶部５からチーム画
面情報２９、受動的詳細画面情報３１、スケジュール一
覧画面情報３３、及びスケジュール設定画面情報３５
を、画面情報２９、３１、３３、３５の順に読出して夫
々送信部１７に出力する。受動的読出部１５は、また、
抽出部１９からの読出指令に基づき、上記第２記憶部５
からチーム画面情報２９、受動的詳細画面情報３１、及
びスケジュール一覧画面情報３３を読出して抽出部１９
に与える。

【００２９】判断部２１は、抽出部１９から派遣候補者
が存在しない旨の通知が与えられたとき、手配が失敗し
たと判断し、一方、受信・解析部１１から被手配者とさ
れた派遣要員より手配承諾の返答があった旨の通知が与
えられたとき、手配が成功したと判断する。上記判断の
結果は、判断部２１から表示部９に通知され、表示部９
に画面情報の形式で表示される。

【００３０】自動連絡部２３は、能動的手配の開始時
に、最初の被手配者とされた派遣要員に対する通知、及
びその手配に対する諾否の返答を求める旨の通知を、対
応する派遣要員のモバイル端末に自動送信する。自動連
絡部２３は、また、抽出部１９からの指令に応じて、上
述したように対応する派遣要員のモバイル端末に被手配
者とされた旨の通知、及びその手配に対する諾否の返答
を求める旨の通知を自動送信する。

【００３１】図２は、本発明の一実施形態に係る能動的
一覧画面情報２５の一例を示す説明図である。

【００３２】能動的一覧画面情報２５は、各派遣要員に
特有の個人情報（上述した純粋個人情報）を示すもの
で、本人以外はアクセスを許可されない画面情報であ
る。

【００３３】図２に示した例では、派遣要求の受付時刻
が、符号４９で示すように『１２時３６分』であり、訪
問時刻のタイムリミットが、符号５１で示すように『１
３時３６分』であり、派遣候補者名（担当者名）が、符
号４７で示すように『川島太郎』である。また、派遣先
顧客名が、符号４５で示すように『ｗ工業』であり、メ
インテナンスの対象であるＯＡ機器等の機種が、符号４
３で示すように『ＡＢ１２３４Ｎ』であり、状況（手配
状況）は、符号４１で示すように『手配済み』になって
いる。上述した符号４１〜符号５１で示した諸項目に加
えて、図示のように、優先度、処理、詳細、及び報告等
の諸項目が能動的一覧画面情報２５に含まれる。

【００３４】上述したように、能動的一覧画面情報２５
は被手配者である『川島太郎』の純粋個人情報である。
そのため、上記画面情報２５へのアクセス要求は、本人
のモバイル端末に対してのみ許可され、上記画面情報２
５が上記情報処理装置から『川島太郎』本人のモバイル
通信端末を通じて『川島太郎』本人の情報処理端末に送
信され、その表示部に表示される。

【００３５】図３は、本発明の一実施形態に係る能動的
詳細画面情報２７の一例を示す説明図である。

【００３６】図３に示した例では、符号５３で示すよう
に、被手配者である『川島太郎』が手配を了解（承諾）
した旨、及び上記派遣先である顧客『ｗ工業』への訪問
予定時刻が『１３時』であり、終了予定時刻が『１４
時』である旨が表示される。仮に、被手配者『川島太
郎』による上記派遣先への訪問が不可であれば、例えば
不可理由の欄に『作業延長』等の理由が表示され、或い
はその他の理由の欄に、然るべき理由が表示される。ま
た、稼働可能時刻の欄にも、被手配者『川島太郎』が稼
働可能な時間帯が表示される。

【００３７】能動的詳細画面情報２７も、上述した能動
的一覧画面情報２５と同様、被手配者である『川島太
郎』の純粋個人情報である。能動的詳細画面情報２７
は、能動的一覧画面情報２５が送信された後に、上記情
報処理装置から『川島太郎』本人のモバイル通信端末を
通じて『川島太郎』本人の情報処理端末に送信され、そ
の表示部に表示される。

【００３８】図４は、本発明の一実施形態に係るチーム
画面情報２９の一例を示す説明図である。チーム画面情
報２９は、特定個人（特定の派遣要員）宛、他のメンバ
ー（派遣要員）宛を含むチーム全体の手配・連絡の一覧
を示すもので、上述したように、そのチームの全員がア
クセス可能に設定されている画面情報である。

【００３９】図４に示した例では、派遣先顧客として、
上述した派遣先顧客である『ｗ工業』の他に、『Ｘ情報
システム』、及び『Ｙテクノロジー』が存在し、上記い
ずれの顧客に対しても、派遣要員が手配済みである。メ
インテナンスの対象であるＯＡ機器等の機種は、『Ｘ情
報システム』が、『５５５５』であり、『Ｙテクノロジ
ー』が『ＡＣ９９９』である。

【００４０】符号５５で示すように、『ｗ工業』に対す
る第２順位以下の手配候補者は、第２順位が『武田次
郎』に、第３順位が『石井三郎』に、第４順位が『吉田
四郎』に、第５順位が『大野五郎』に、最終順位である
第６順位が『高橋六郎』に夫々選定されている。また、
『Ｘ情報システム』に対する第２順位以下の手配候補者
は、第２順位が『武田次郎』に、第３順位が『石井三
郎』に、第４順位が『川島太郎』に、第５順位が『大野
五郎』に、最終順位である第６順位が『高橋六郎』に夫
々選定されている。更に、『Ｙテクノロジー』に対する
第２順位以下の手配候補者は、第２順位が『武田次郎』
に、第３順位が『石井三郎』に、第４順位が『川島太
郎』に、最終順位である第５順位が『吉田四郎』に夫々
選定されている。なお、『Ｘ情報システム』からの派遣
要求の受付時刻は、『１２時４２分』であり、『Ｙテク
ノロジー』からの派遣要求の受付時刻は、『１２時４５
分』である。

【００４１】上述したように、チーム画面情報２９は、
『ｗ工業』に対する第１順位の派遣候補者である『川島
太郎』、『Ｘ情報システム』に対する第１順位の派遣候
補者である『吉田四郎』、及び『Ｙテクノロジー』に対
する第１順位の派遣候補者である『大野五郎』だけがア
クセスを許可される情報ではない。派遣要員全員（図４
の例では、川島太郎、武田次郎、石井三郎、吉田四郎、
大野五郎、及び高橋六郎の６名）の共有個人情報であ
る。そのため、上記画面情報２９へのアクセス要求は、
全ての派遣要員のモバイル端末に対して許可され、上記
画面情報２９が上記情報処理装置から各々の派遣要員の
モバイル通信端末を通じて各々の情報処理端末に送信さ
れ、それらの表示部に表示される。

【００４２】図５は、本発明の一実施形態に係る受動的
詳細画面情報３１の一例を示す説明図である。

【００４３】受動的詳細画面情報３１は、顧客名（派遣
先名）情報、住所情報、派遣業務内容の情報等を示す画
面情報であると共に、各派遣要員がセンター側に、手配
に対する了解／キャンセル（諾／否）の返信をするとき
用いる画面情報である。なお、既述のように、チーム画
面情報２９から上記画面情報３１に飛ぶことができるた
め、或る手配に関して被手配者とされた派遣要員以外の
派遣要員であっても、その手配に応じるべき旨をセンタ
ー側に伝えることができる。

【００４４】図５に示した例では、上述した派遣先顧客
である『ｗ工業』に対し、第１順位の派遣候補者である
『川島太郎』ではなく、第２順位の派遣候補者である
『武田次郎』から訪問予定時刻が『１２時』、終了予定
時刻が『１３時』で対応が可能な旨の返答があったこと
を示している。

【００４５】上記受動的詳細画面情報３１も、上述した
チーム画面情報２９と同様、派遣要員全員（図４及び図
５の例では、川島太郎、武田次郎、石井三郎、吉田四
郎、大野五郎、及び高橋六郎の６名）の共有個人情報で
ある。そのため、上記画面情報３１へのアクセス要求
も、全ての派遣要員のモバイル端末に対して許可され、
チーム画面情報２９が送信された後に、上記画面情報３
１が上記情報処理装置から各々の派遣要員のモバイル通
信端末を通じて各々の情報処理端末に送信され、それら
の表示部に表示される。

【００４６】図６は、本発明の一実施形態に係るスケジ
ュール一覧画面情報３３の一例を示す説明図である。

【００４７】スケジュール一覧画面情報３３は、或るチ
ームを構成する派遣要員全員のスケジュールを一覧でき
る画面情報であり、従ってそのチームを構成する派遣要
員全員がアクセスできるものである。

【００４８】図６に示した例では、派遣要員『高橋六
郎』、『石井三郎』、『吉田四郎』、『川島太郎』、
『大野五郎』、及び『武田次郎』は、いずれも『代々
木』チームに所属している。『高橋六郎』の場合は、東
京都渋谷区内の顧客が訪問先に設定されている。即ち、
１０時００分から１１時３０分までの時間帯に『Ｊ出
版』を、１３時００分から１４時００分までの時間帯に
『Ｉ企画』を、夫々訪問する予定になっている。次に、
『石井三郎』の場合は、東京都中央区内の顧客が訪問先
に設定されているが、図示のように、具体的な訪問先顧
客は未定である。次に、『吉田四郎』の場合は、東京都
豊島区内の顧客が訪問先に設定されているが、図示のよ
うに、本人は休暇を申請している。次に、『川島太郎』
の場合は、上述した『高橋六郎』の場合と同様、東京都
渋谷区内の顧客が訪問先に設定されている。１０時００
分から１１時００分までの時間帯に、『ＡＢＣ商事』
を、１３時００分から１４時００分までの時間帯に、
『ｗ工業』を、更に、１４時００分から１５時００分ま
での時間帯に、『株式会社乙』を、夫々訪問する予定に
なっている。また、『大野五郎』の場合は、上述した
『石井三郎』の場合と同様、東京都中央区内の顧客が訪
問先に設定されているが、図示のように、具体的な訪問
先顧客は未定である。更に、『武田次郎』の場合は、上
述した『石井三郎』や『大野五郎』の場合と同様、東京
都中央区内の顧客が訪問先に設定されているが、図示の
ように、１３時００分から１６時００分までの時間帯に
『会議』が設定されている。

【００４９】上記スケジュール一覧画面情報３３も、上
述したチーム画面情報２９や受動的詳細画面情報３１と
同様、派遣要員全員（つまり、図４乃至図６の例では、
川島太郎、武田次郎、石井三郎、吉田四郎、大野五郎、
及び高橋六郎の６名）の共有個人情報である。そのた
め、上記画面情報３３へのアクセス要求も、全ての派遣
要員のモバイル端末に対して許可される。チーム画面情
報２９、及び受動的詳細画面情報３１が送信された後
に、上記画面情報３３が上記情報処理装置から各々の派
遣要員のモバイル通信端末を通じて各々の情報処理端末
に送信され、それらの表示部に表示される。

【００５０】図７は、本発明の一実施形態に係るスケジ
ュール設定画面情報３５の一例を示す説明図である。

【００５１】スケジュール設定画面情報３５は、各派遣
要員が自身のスケジュールを設定したり、変更したりす
るときの必要情報の入力に際して用いられる画面情報で
ある。

【００５２】図７に示した例では、午前１０時４０分２
８秒以降のスケジュールが設定可能であり、図示のよう
に、既に１５時から１６時までの時間帯に『会議』が設
定されている。なお、この他にも設定可能なスケジュー
ルとしては、『１日休み』、『ＡＭ休み』、『ＰＭ休
み』、『研修』、『会議』、『食事』、『休憩』、及び
『作業』が挙げられる。

【００５３】上記スケジュール設定画面情報３５も、上
述したチーム画面情報２９や受動的詳細画面情報３１や
スケジュール一覧画面情報３３と同様、派遣要員全員
（つまり、図４乃至図６の例では、川島太郎、武田次
郎、石井三郎、吉田四郎、大野五郎、及び高橋六郎の６
名）の共有個人情報である。そのため、上記画面情報３
５へのアクセス要求も、全ての派遣要員のモバイル端末
に対して許可される。チーム画面情報２９、受動的詳細
画面情報３１、及びスケジュール一覧画面情報３３が送
信された後に、上記画面情報３５が上記情報処理装置か
ら各々の派遣要員のモバイル通信端末を通じて各々の情
報処理端末に送信され、それらの表示部に表示される。

【００５４】図８は、本発明の一実施形態に係るメール
サーバ１で仕分けられた共有個人情報の一例を示す説明
図である。

【００５５】図８では、各派遣要員の個人情報を個別に
収納すべく各派遣要員毎に夫々割り振られたメールボッ
クスＡ、Ｂ、Ｃ、・・・、ＮのうちのメールボックスＡ
について、その内部に収納されている個人情報を、メー
ルサーバ１において純粋個人情報と共有個人情報とに仕
分ける過程が一例として取り上げられている。

【００５６】即ち、メールボックスＡ内の受信メールの
うち、メールＡ―1、及びメールＡ−3（いずれも＊印、
実際にはタグが付与されている）については、メ−ルサ
ーバ１において公開可能な（つまり、本人以外の者がア
クセスしても差支えない）情報として仕分けられる。そ
して、メールＡ―1については符号５７で示すように、
また、メールＡ−3については符号５９で示すように、
夫々上述したチーム画面情報２９として各派遣要員のモ
バイル情報処理端末に表示される。

【００５７】一方、メールボックスＡ内の予定表のう
ち、予定Ａ―2、及び予定Ａ−3（いずれも＊印、実際に
はタグが付与されている）についても、上記と同様にメ
−ルサーバ１において公開可能な情報として仕分けられ
る。そして、予定Ａ―2については符号６１で示すよう
に、また、予定Ａ−3については符号６３で示すよう
に、夫々上述したスケジュール一覧画面情報３３として
各派遣要員のモバイル情報処理端末に表示される。

【００５８】図９は、図１に記載の情報処理装置におい
て行われる派遣要員手配の処理手順を示す流れ図であ
る。

【００５９】図９に示すように、上述したシステムの起
動（手配処理の開始）とともに、上記能動的手配処理
と、上記受動的手配処理とが並行して実行される。即
ち、能動的手配処理では、上述した情報処理装置（セン
ター側に設置されている）が、多数の派遣要員の中から
派遣候補者として選定した派遣要員のモバイル端末に対
し、必要事項を自動的に通知すると共に、上述した態様
で画面情報２５、２７を生成する（ステップＳ７１）。
一方、上記モバイル端末側では、ｗｅｂサーバ７を通じ
て上記能動的一覧画面情報２５、及び上記能動的詳細画
面情報２７を受信し、上記派遣要員がそれらの画面情報
２５、２７の内容を確認する（ステップＳ７２）。そし
て、所定のタイムリミットまでに手配に応じるべき旨の
返答が、モバイル端末を通じて上記情報処理装置に通知
されたとき（ステップＳ７３、Ｓ７４）、上記情報処理
装置が手配は成功と判断して、能動的手配処理だけでな
く受動的手配処理をも終了させる（ステップＳ７５）。

【００６０】しかし、上記タイムリミットまでに上記モ
バイル端末側から返答がなかった場合（ステップＳ７
３）、或いは手配を拒否する旨の返答が上記タイムリミ
ット内にあった場合には（ステップＳ７４）、上記情報
処理装置は、次順位の派遣候補者が存在するか否かをチ
ェックする（ステップＳ７６）。このチェックの結果、
存在する場合にはステップＳ７１の処理動作に移行する
が、存在しなかったときには、能動的手配が失敗したも
のと判断して能動的手配処理を終了させる（ステップＳ
７７）。

【００６１】受動的手配処理では、上記情報処理装置で
生成された各画面情報２９〜３５（ステップＳ７８）
を、各派遣要員のモバイル端末がアクセスし（ステップ
Ｓ７９）、その結果いずれかの派遣要員のモバイル端末
から手配に応じるべき旨の返答があった時点で（ステッ
プＳ８０）、上記情報処理装置が手配は成功と判断す
る。そして、受動的手配処理だけでなく能動的手配処理
をも終了させる（ステップＳ８１）。換言すれば、受動
的手配処理は、上記のようにいずれかの派遣要員のモバ
イル端末から手配に応じるべき旨の返答があるか、それ
とも能動的手配処理が成功するまでの間、所定の手配時
間が経過するまで継続される。

【００６２】上述した内容は、以下のような事情の下で
提案されたものである。

【００６３】一般に、電子メールは、基本的に一人の受
信者のみが情報を取得する仕組みになっており、多数の
受信者が同一情報を略同時に取得する、所謂情報の共有
には不向きである。電子メールにも、同一情報を共有す
る手段として同報送信という手段がある。しかし、同報
でメールを送信した場合、同一メールが複数送信される
ことになるからネットワークやサーバ等の資源の負荷が
増大するという問題が生じる。一方、ｗｅｂブラウザ
は、上記のような情報共有には適している伝達手段であ
るが、例えば上述したようなスケジュ−ル情報等の個人
情報を共有する場合、スケジューラや、専用のアプリケ
ーションや、データベース等を構築しなければならない
という問題がある。更に、上述したようなモバイル端末
でグループウエア的な処理を実行する場合、メールベー
スでは項目や構造を共通化して利用することが困難であ
るという問題もある。

【００６４】そこで、上述した実施形態では、共有化し
たい個人情報を扱う場合に、電子メール及びＷＷＷシス
テムの双方の長所を活かし、連繋させることとした。具
体的には、図８で示したように、メールボックスに蓄積
されている情報のうち、共有化しようとする情報につい
ては共有可能であることを示すタグを付与しておき、こ
のタグが付与されている情報だけを、ｗｅｂにて表示す
ることとしたものである。これにより、個人情報である
メールボックスの内容を上述した純粋個人情報（つま
り、閉じられた情報）としても共有個人情報（開かれた
個人情報）として扱うこともできる。また、上記情報が
本来誰宛の情報であったのかや、情報責任者が誰である
か等の識別も可能になる。

【００６５】以上説明したように、本発明の一実施形態
によれば、各派遣要員が、自分の担当でない手配を割り
振られた場合でも、仲間の派遣要員の作業状態や、誰が
ＮＧで自分に割り振られたのか等を容易に確認できる。
また、仲間の派遣要員の状態を知ることができるので、
例えば部品を融通し合ったり、適宜の場所で待ち合わせ
をしたりすること等も容易にできる。また、自分宛の手
配がない場合でも、上述した画面情報３１を利用して自
分の名前を選択することで、仲間の派遣要員の手配に積
極的に対応することができ、チーム内で協力し合うこと
ができる。また、チームのメンバー全員で、対応の遅れ
ている手配処理をチェックすることにより、適切な対応
が可能になる。更に、チームリーダーがセンターで待機
していなくても、外部から全状況を把握し、手配処理の
進捗状況をチェックすることができるだけでなく、対応
が遅れている手配については、チームリーダーが派遣要
員の中からその手配に当る者を強制的に指名することも
できる。

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

【００６７】

【発明の効果】以上説明したように、本発明によれば、
外勤中の各要員が各自の業務処理に必要な情報を取得す
るのと同程度の容易さで、各自が属するグループ全体の
作業状況や、スケジュールや、各人の現在位置情報を取
得できるようにすることができる。

【００６８】また、本発明によれば、グループリーダー
や、管理者等がセンターに待機せずに、或いはセンター
に問い合せる作業を行うことなしに、グループ全体にお
ける作業の進捗状況を把握することができるようにする
ことができる。

【００６９】更に、本発明によれば、外勤業務をより効
率的に処理することができるようにすることができる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るスケジュール情報管
理方式の一例としての派遣要員手配方式が構築される情
報通信システムが備えるセンター側情報処理装置の機能
ブロック図。

【図２】本発明の一実施形態に係る能動的手配用一覧画
面情報の一例を示す説明図。

【図３】本発明の一実施形態に係る能動的手配用手配詳
細画面情報の一例を示す説明図。

【図４】本発明の一実施形態に係るチーム手配一覧画面
情報の一例を示す説明図。

【図５】本発明の一実施形態に係る受動的手配用手配詳
細画面情報の一例を示す説明図。

【図６】本発明の一実施形態に係るスケジュール一覧画
面情報の一例を示す説明図。

【図７】本発明の一実施形態に係るスケジュール設定画
面情報の一例を示す説明図。

【図８】本発明の一実施形態に係るメールサーバで仕分
けられた共有個人情報の一例を示す説明図。

【図９】図１に記載のセンター側情報処理装置において
行われる派遣要員手配の処理手順を示す流れ図。

【符号の説明】

１ メールサーバ ３ 能動的手配画面情報記憶部（第１記憶部） ５ 受動的手配画面情報記憶部（第２記憶部） ７ センターｗｅｂサーバ（ｗｅｂサーバ） ８ 手配処理部 ９ 表示部 １１ アクセス要求受信・解析部（受信・解析部） １３ 能動的手配側手配画面情報読出部（能動的読出
部） １５ 受動的手配側手配画面情報読出部（受動的読出
部） １７ 手配画面情報送信部（送信部） １９ 手配候補者抽出部（抽出部） ２１ 手配成否判断部（判断部） ２３ 手配候補者自動連絡部（自動連絡部） ２５ 能動的手配用一覧画面情報（能動的一覧画面情
報） ２７ 能動的手配用手配詳細画面情報（能動的詳細画面
情報） ２９ チーム手配一覧画面情報（チーム画面情報） ３１ 受動的手配用手配詳細画面情報（受動的詳細画面
情報） ３３ スケジュール一覧画面情報 ３５ スケジュール設定画面情報

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 15/40 ３１０Ｃ ３７０Ｚ 15/401 ３４０Ａ (72)発明者 塘 貴広 東京都江東区豊洲三丁目３番３号 株式会 社エヌ・ティ・ティ・データ内 Ｆターム(参考） 5B049 BB32 CC32 EE05 FF03 FF04 GG06 GG07 5B075 KK03 KK07 KK13 KK33 KK37 ND03 ND20 ND23 ND36 PQ02 UU24 UU40 5E501 AA04 AB16 AB17 AC12 AC25 BA05 CA02 DA02 EA02 EB05 FA05 FA13 FA23 FA46

Claims (11)

【特許請求の範囲】
1. 【請求項１】 要員と要員の管理機関とが、業務処理に
   必要な情報を通信ネットワークを通じて相互に授受する
   環境に適用される方式において、 全要員に開示を許可し得る、業務処理に係る個人情報を
   備え、 前記個人情報が、 所定のスケジュールに基づいて要員全員に割当てられた
   業務一覧の画面情報と、 前記各業務内容の詳細に関する問合せ、及びその業務処
   理の指示に対する諾否の返答を各要員のモバイル端末か
   ら前記管理機関の情報処理端末へ送信するとき用いる画
   面情報と、 要員全員のスケジュール一覧の画面情報と、 各要員がモバイル端末を通じて自分のスケジュールを設
   定／変更するとき用いる画面情報とを含むスケジュール
   情報提供方式。
2. 【請求項２】 請求項１記載のスケジュール情報提供方
   式において、 各要員本人にのみ開示を許可し得る別の個人情報をも備
   えるスケジュール情報提供方式。
3. 【請求項３】 請求項２記載のスケジュール情報提供方
   式において、 前記別の個人情報が、 開示要求を行った要員自身に割当てられた業務一覧の画
   面情報と、 前記業務内容の詳細に関する問合せ、及びその業務処理
   の指示に対する諾否の返答を前記要員のモバイル端末か
   ら前記情報処理端末へ送信するとき用いる画面情報とを
   含むスケジュ−ル情報提供方式。
4. 【請求項４】 請求項１乃至請求項３のいずれか１項記
   載のスケジュール情報提供方式において、 前記２種類の個人情報が、個人別に区分される全要員の
   業務に係る個人情報から仕分けられるスケジュ−ル情報
   提供方式。
5. 【請求項５】 請求項１乃至請求項４のいずれか１項記
   載のスケジュール情報提供方式において、 前記仕分け前の個人情報が、前記情報処理端末により保
   持されると共に、前記個人情報の仕分け、前記２種類の
   個人情報のいずれを開示すべきかの判断、及びその判断
   結果に対応する個人情報の出力が、前記情報処理端末に
   より行われるスケジュール情報提供方式。
6. 【請求項６】 要員と要員の管理機関とが、業務処理に
   必要な情報を通信ネットワークを通じて相互に授受する
   環境に適用される方式において、 全要員に開示を許可し得る、業務処理に係る個人情報
   と、 業務処理のための候補者とされた要員全員からの前記業
   務処理への従事の申し出を受付け、前記個人情報に基づ
   いて各要員のスケジュール調整を行う手段と、 を備えるスケジュール情報管理方式。
7. 【請求項７】 請求項６記載のスケジュール情報管理方
   式において、 前記個人情報が、 所定のスケジュールに基づいて要員全員に割当てられた
   業務一覧の画面情報と、 前記各業務内容の詳細に関する問合せ、及びその業務処
   理の指示に対する諾否の返答を各要員のモバイル端末か
   ら前記管理機関の情報処理端末へ送信するとき用いる画
   面情報と、 要員全員のスケジュール一覧の画面情報と、 各要員がモバイル端末を通じて自分のスケジュールを設
   定／変更するとき用いる画面情報とを含むスケジュール
   情報管理方式。
8. 【請求項８】 請求項６又は請求項７記載のスケジュー
   ル情報管理方式において、 前記スケジュール調整と並行して、業務処理のための候
   補者とされた要員が残っている間、要員の何れかが業務
   処理のために選出されるまで、各要員が業務処理の指示
   に応じるか否かを高順位の要員から順に確認する別のス
   ケジュール調整を行う手段を更に備えるスケジュール情
   報管理方式。
9. 【請求項９】 請求項８記載のスケジュール情報管理方
   式において、 前記別のスケジュール調整が、個人別に区分される全要
   員の業務に係る個人情報の中から仕分けられる各要員本
   人にのみ開示を許可し得る個人情報に基づいて行われる
   スケジュール情報管理方式。
10. 【請求項１０】 請求項６乃至請求項９のいずれか１項
    記載のスケジュール管理方式において、 前記２種類のスケジュール調整のいずれか一方において
    業務処理に従事する要員が決まったとき、又は所定時間
    内にいずれのスケジュール調整においても要員が決まら
    なかったとき、双方のスケジュール調整を終了させる手
    段を更に備えるスケジュール管理方式。
11. 【請求項１１】 請求項６乃至請求項１０のいずれか１
    項記載のスケジュール管理方式において、 前記スケジュール調整終了手段が、業務処理の候補者と
    して通知された要員から所定時間内に業務処理に応じる
    旨の返答を前記別のスケジュール調整手段が得たときだ
    け、前記別のスケジュール調整が成功したと判断するス
    ケジュール情報管理方式。