(57)【要約】【課題】支援組織が外勤対応事象へ対応するときの人的、物的資源を自動的に選択することができるようにする。【解決手段】外勤対応事象が発生したときのＧＰＳ情報の送受信を契機として、支援組織の人的、物的資源から外勤対応事象発生地点に適する資源を要員管理サーバ１により自動選択し、選択された外勤対応要員への対応指示を携帯端末２に自動送信し、外勤対応要員は互いに又は要員管理サーバに対して携帯端末２の表示画面から要請、確認等の対応操作を行うように構成する。【選択図】図１
2008310493.tif 000002
【特許請求の範囲】
【請求項１】
要員管理サーバと対応要員及び対応要求者が携帯する携帯端末とがネットワークで接続された支援組織が外勤対応事象に対応する対応要員を管理する要員管理システムにおいて、
前記要員管理サーバは、サーバ内最適対応選定処理部とサーバ内地図情報操作制御部とを備え、
前記サーバ内最適対応選定処理部は、
支援組織に対して外勤対応を要求する対応要求者のＧＰＳ位置情報又は支援組織が対応を行う固定の地点のＧＰＳ位置情報と、複数の対応要員のＧＰＳ位置情報の中から近距離にいる対応要員を選出するために対応要員のＧＰＳ位置情報をメモリに読み込んで対応要求者のＧＰＳ位置情報との間の距離を計算して近距離にいる対応要員を対応を要求された外勤対応事象への外勤対応担当者として選出し、
又は、対応要求者又は支援組織が外勤対応担当者の選定条件を対応要員の属性及び値として条件指定し、対応要員のＧＰＳ位置情報等を持つ対応要員のファイルからＧＰＳ位置情報等の属性をメモリに読み込み、条件指定した属性をキー検索の条件として対応要員の属性とマッチング処理を行い、属性が一致する外勤要員を外勤対応担当者に選出し、
外勤対応担当者が携帯する携帯端末に対して要求された外勤対応事象への対応要請又は応諾のメッセージを送受信することを特徴とし、
前記サーバ内地図情報操作制御部は、
対応要求者と対応要員のＧＰＳ位置情報を地図上に対応させて表示し、選出した外勤対応担当者の携帯端末に対して対応要求者と外勤対応担当者のＧＰＳ位置情報を送信することを特徴とする要員管理システム。
【請求項２】
要員管理サーバと対応要員及び対応要求者が携帯する携帯端末とがネットワークで接続された支援組織が外勤対応事象に対応する対応要員を管理する要員管理システムにおいて、
前記要員管理サーバは、サーバ内最適対応選定処理部とサーバ内地図情報操作制御部とを備え、
前記サーバ内最適対応選定処理部は、
支援組織に対して外勤対応を要求する対応要求者のＧＰＳ位置情報又は支援組織が対応を行う固定の地点のＧＰＳ位置情報と、複数の対応要員のＧＰＳ位置情報の中から近距離にいる対応要員を選出するために対応要員のＧＰＳ位置情報をメモリに読み込んで対応要求者のＧＰＳ位置情報との間の距離を計算して近距離にいる対応要員を対応を要求された外勤対応事象への外勤対応担当者として選出し、
又は、対応要求者又は支援組織が外勤対応担当者の選定条件を対応要員の属性及び値として条件指定し、対応要員のＧＰＳ位置情報等を持つ対応要員のファイルからＧＰＳ位置情報等の属性をメモリに読み込み、条件指定した属性をキー検索の条件として対応要員の属性とマッチング処理を行い、属性が一致する対応要員を外勤対応担当者に選出し、
外勤対応担当者が携帯する携帯端末に対して要求された外勤対応事象への対応要請又は応諾のメッセージを送受信することを特徴とし、
前記サーバ内地図情報操作制御部は、
対応要求者と複数の対応要員のＧＰＳ位置情報を地図上に対応させて図示し、選出した複数の対応要員の携帯端末に対して対応要求者のＧＰＳ位置情報と複数の対応要員のＧＰＳ位置情報を送信し、
又は、複数の近距離の対応要員の中の対応要員Ａの携帯端末は、複数の近距離の対応要員の中の対応要員Ｂの携帯端末に対して支援の要請又は承諾のメッセージを送受信することを特徴とする要員管理システム。
【請求項３】
要員管理サーバと対応要員及び対応要求者が携帯する携帯端末とがネットワークで接続された支援組織が外勤対応事象に対応する対応要員を管理するシステムにおいて、
前記要員管理サーバは、サーバ内最適対応選定処理部とサーバ内地図情報操作制御部とを備え、
前記サーバ内最適対応選定処理部は、
支援組織に対して対応要員の現地への移動対応を要求する対応要求者のＧＰＳ位置情報又は支援組織が対応を行う固定の地点のＧＰＳ位置情報と、複数の対応支援車のＧＰＳ位置情報の中から近距離にいる対応支援車を選出するために対応支援車のＧＰＳ位置情報をメモリに読み込んで対応要求者のＧＰＳ位置情報との間の距離を計算し、近距離にいる対応支援車を要求された外勤対応事象への対応支援車として選出し、
又は、対応要求者又は支援組織が対応要員の選定条件を対応支援車の属性として条件指定し、対応支援車のＧＰＳ位置情報等を持つ対応支援車のファイルからＧＰＳ位置情報等の属性をメモリに読み込み、条件指定した属性をキー検索の条件として対応支援車の属性とマッチング処理を行い、属性が一致する対応支援車を外勤対応事象への対応支援車に選出し、
対応支援車に付帯する携帯端末又は対応支援車出動の依頼管理を担当する対応支援車出動担当者が携帯する携帯端末に対して外勤対応事象への対応要請又は応諾のメッセージを送受信することを特徴とし、
前記サーバ内地図情報操作制御部は、
対応要求者と対応支援車のＧＰＳ位置情報を地図上に対応させて表示し、選出した対応支援車に付帯する携帯端末又は対応支援車出動担当者が携帯する携帯端末に対し、対応要求者のＧＰＳ位置情報と対応支援車のＧＰＳ位置情報を送信することを特徴とする要員管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外勤対応事象（例えば、交通事故等の災害等）に対応するための人的及び物的資源の選択を支援する要員管理システムに関する。
【背景技術】
【０００２】
外勤対応事象に対応するための人的及び物的資源の選択を支援する要員管理システムは、対応が必要な外勤事象が発生したときに外勤対応要員に業務上の外勤対応を行わせるために、携帯端末（携帯電話機や携帯情報端末等）の画面上のＧＰＳ位置情報を用いて近隣又は指定した条件に合致した人的・物的資源を選択する管理を支援する。
【０００３】
従来の要員管理システムは、会社等法人・団体（以下、支援組織という。）が外勤対応事象に対して外勤対応要員を差し向けるために、外勤対応事象が発生したときに、対応要求者が携帯端末からＧＰＳ位置情報を支援組織の拠点（支援組織本部）に送信し、支援組織本部に内勤の管理担当者が対応要求者の位置情報をパソコン上の地図情報にマッピングして外勤対応事象への対応が必要な場所と対応要求者の場所を確認し、外勤対応事象の外勤対応要員に対し電話や口頭で対応の指示を行う構成である。
【０００４】
【特許文献１】特開２００３−７８６５４号公報
【特許文献２】特開２００４−５４４７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来の要員管理方法やシステムとしては、発生した外勤対応事象を対応要求者から支援組織本部に伝達して該支援組織本部の画面上に表示することにより外勤対応事象の状況を内勤の管理担当者に把握させ、状況を把握した後の対応は、内勤の管理担当者が対応方法を策定して電話やメール等で外勤対応事象の現地対応要員に連絡するものがある。このような要員管理システムでは、災害等で外勤対応事象が多発した場合には、現地対応のために支援組織本部の内勤対応から外勤対応に変更することになる要員が多くなり、対応の指示を行う管理担当者である内勤者が少なくなり、支援組織本部から外勤対応要員への指示対応が十分に取れなくなるという問題がある。
【０００６】
本発明は、このような従来技術の問題点を解決するためになされたものであり、
本発明の目的の一つは、支援組織本部における内勤対応要員（管理担当者）による指示・命令を不要にすることができる要員管理システムを実現することにある。
具体的には、現地対応要員側の携帯端末から外勤対応事象への対応情報を検索することができ、外勤対応事象に対応するための業務を現地の対応要員に分散させ、外勤対応事象に対する全体的な対応をスムーズに行い、支援組織本部の管理担当者が画面表示された地図を見て外勤対応要員へ指示・命令していたのを、携帯端末側からの要求により地図付きの外勤対応情報を受信して業務対応の支援を自動的に行うことができるようにするものである。例えば、支援組織本部は無人でも対応することができるようなシステムを実現することにある。
【課題を解決するための手段】
【０００７】
請求項１に係る発明は、要員管理サーバと対応要員及び対応要求者が携帯する携帯端末とがネットワークで接続された支援組織が外勤対応事象に対応する対応要員を管理する要員管理システムにおいて、
前記要員管理サーバは、サーバ内最適対応選定処理部とサーバ内地図情報操作制御部とを備え、
前記サーバ内最適対応選定処理部は、
支援組織に対して外勤対応を要求する対応要求者のＧＰＳ位置情報又は支援組織が対応を行う固定の地点のＧＰＳ位置情報と、複数の対応要員のＧＰＳ位置情報の中から近距離にいる対応要員を選出するために対応要員のＧＰＳ位置情報をメモリに読み込んで対応要求者のＧＰＳ位置情報との間の距離を計算して近距離にいる対応要員を対応を要求された外勤対応事象への外勤対応担当者として選出し、
又は、対応要求者又は支援組織が外勤対応担当者の選定条件を対応要員の属性及び値として条件指定し、対応要員のＧＰＳ位置情報等を持つ対応要員のファイルからＧＰＳ位置情報等の属性をメモリに読み込み、条件指定した属性をキー検索の条件として対応要員の属性とマッチング処理を行い、属性が一致する外勤要員を外勤対応担当者に選出し、
外勤対応担当者が携帯する携帯端末に対して要求された外勤対応事象への対応要請又は応諾のメッセージを送受信することを特徴とし、
前記サーバ内地図情報操作制御部は、
対応要求者と対応要員のＧＰＳ位置情報を地図上に対応させて表示し、選出した外勤対応担当者の携帯端末に対して対応要求者と外勤対応担当者のＧＰＳ位置情報を送信することを特徴とする。
【０００８】
請求項２に係る発明は、要員管理サーバと対応要員及び対応要求者が携帯する携帯端末とがネットワークで接続された支援組織が外勤対応事象に対応する対応要員を管理する要員管理システムにおいて、
前記要員管理サーバは、サーバ内最適対応選定処理部とサーバ内地図情報操作制御部とを備え、
前記サーバ内最適対応選定処理部は、
支援組織に対して外勤対応を要求する対応要求者のＧＰＳ位置情報又は支援組織が対応を行う固定の地点のＧＰＳ位置情報と、複数の対応要員のＧＰＳ位置情報の中から近距離にいる対応要員を選出するために対応要員のＧＰＳ位置情報をメモリに読み込んで対応要求者のＧＰＳ位置情報との間の距離を計算して近距離にいる対応要員を対応を要求された外勤対応事象への外勤対応担当者として選出し、
又は、対応要求者又は支援組織が外勤対応担当者の選定条件を対応要員の属性及び値として条件指定し、対応要員のＧＰＳ位置情報等を持つ対応要員のファイルからＧＰＳ位置情報等の属性をメモリに読み込み、条件指定した属性をキー検索の条件として対応要員の属性とマッチング処理を行い、属性が一致する対応要員を外勤対応担当者に選出し、
外勤対応担当者が携帯する携帯端末に対して要求された外勤対応事象への対応要請又は応諾のメッセージを送受信することを特徴とし、
前記サーバ内地図情報操作制御部は、
対応要求者と複数の対応要員のＧＰＳ位置情報を地図上に対応させて図示し、選出した複数の対応要員の携帯端末に対して対応要求者のＧＰＳ位置情報と複数の対応要員のＧＰＳ位置情報を送信し、
又は、複数の近距離の対応要員の中の対応要員Ａの携帯端末は、複数の近距離の対応要員の中の対応要員Ｂの携帯端末に対して支援の要請又は承諾のメッセージを送受信することを特徴とする。
【０００９】
請求項３に係る発明は、要員管理サーバと対応要員及び対応要求者が携帯する携帯端末とがネットワークで接続された支援組織が外勤対応事象に対応する対応要員を管理するシステムにおいて、
前記要員管理サーバは、サーバ内最適対応選定処理部とサーバ内地図情報操作制御部とを備え、
前記サーバ内最適対応選定処理部は、
支援組織に対して対応要員の現地への移動対応を要求する対応要求者のＧＰＳ位置情報又は支援組織が対応を行う固定の地点のＧＰＳ位置情報と、複数の対応支援車のＧＰＳ位置情報の中から近距離にいる対応支援車を選出するために対応支援車のＧＰＳ位置情報をメモリに読み込んで対応要求者のＧＰＳ位置情報との間の距離を計算し、近距離にいる対応支援車を要求された外勤対応事象への対応支援車として選出し、
又は、対応要求者又は支援組織が対応要員の選定条件を対応支援車の属性として条件指定し、対応支援車のＧＰＳ位置情報等を持つ対応支援車のファイルからＧＰＳ位置情報等の属性をメモリに読み込み、条件指定した属性をキー検索の条件として対応支援車の属性とマッチング処理を行い、属性が一致する対応支援車を外勤対応事象への対応支援車に選出し、
対応支援車に付帯する携帯端末又は対応支援車出動の依頼管理を担当する対応支援車出動担当者が携帯する携帯端末に対して外勤対応事象への対応要請又は応諾のメッセージを送受信することを特徴とし、
前記サーバ内地図情報操作制御部は、
対応要求者と対応支援車のＧＰＳ位置情報を地図上に対応させて表示し、選出した対応支援車に付帯する携帯端末又は対応支援車出動担当者が携帯する携帯端末に対し、対応要求者のＧＰＳ位置情報と対応支援車のＧＰＳ位置情報を送信することを特徴とする。
【発明の効果】
【００１０】
本発明によって得られる効果は、次のとおりである。
請求項１に係る発明によれば、外勤対応要員は、要員管理サーバと携帯端末の連携支援により、携帯端末の画面で自分の地図上の位置と対応要求者の位置（外勤地位置）の関係をリアルタイムで確認することが可能となリ、対応要求者のＧＰＳ位置情報から外勤地に近い位置か又は指定の条件属性に合致した対応要員を即時に対応選定処理し、外勤対応要員の選定受諾を受け、迅速に対応要員を決定することが可能となる。
【００１１】
請求項２に係る発明によれば、要員管理サーバと携帯端末の連携支援により、対応要求者又は外勤対応要員ＡのＧＰＳ位置情報から外勤地に近い位置か、又は指定の条件属性に合致した外勤対応要員Ｂを即時に対応選定処理し、外勤対応要員Ａの選定承認及び外勤対応要員Ｂの選定受諾を受け、迅速に支援要員を決定することが可能となる。
【００１２】
請求項３に係る発明によれば、要員管理サーバと携帯端末の連携支援により、対応要求者又は外勤対応要員のＧＰＳ位置情報から外勤地に近い位置か、又は指定の条件属性に合致した対応支援車を即時に対応選定処理し、迅速に出動する対応支援車を決定することが可能となる。
【発明を実施するための最良の形態】
【００１３】
本発明の最良の実施形態である要員管理システムは、外勤対象事象に対応する対応要員を管理するために要員管理サーバと携帯端末を次のように構成する。
要員管理サーバは、サーバ内地図情報操作制御部により、地図情報部が持つ地図の任意の位置にＧＰＳ位置情報を経度と緯度で対応させるように構成する。
携帯端末は、ＧＰＳ位置情報発信部によって、ＧＰＳ位置情報を要員管理サーバに送信し、携帯用要員管理部は、ＧＰＳ位置情報を付加した地図情報と処理結果である各人的・物的資源の選定結果及び要請、要請拒否、受諾、受諾拒否等のメッセージを支援組織側の要員管理サーバとの間で送受信操作処理を行い、携帯端末内地図情報操作制御部は、サーバ内地図情報操作制御部と連携してサーバ内地図情報操作制御部が有するＧＰＳ位置情報の地図対応情報を要員管理サーバから受信して表示画面上に表示するように構成する。
又、要員管理サーバは、要員管理部により、上記の連携を制御するように構成する。又、サーバ内最適対応選定処理部は、対応要求者のＧＰＳ位置情報（外勤地位置）と任意の対応要員のＧＰＳ位置情報の経度と緯度から距離を計算し、最短の距離にあるか、又は、指定した条件属性を検索キーとして対応要員ファイルの属性を検索し条件に合致する対応要員を外勤対応担当者として選定し、外勤対応担当者が携帯する携帯端末との間で確認要請、受諾のメッセージ送受信を行い、確認結果を要員管理サーバと携帯端末の地図情報の画面に表示するように構成する。
要員管理サーバは、対応支援者選定部により、対応要求者又は対応要員（外勤対応担当者）ＡのＧＰＳ位置情報と対応要員ＢのＧＰＳ位置情報との距離を計算し、最短の距離にあるか、又は、指定した条件属性を検索キーとして対応要員ファイルの属性を検索し条件に合致する対応要員Ｂを選定し、対応要員Ａ又は対応要員Ｂに確認要請、受諾のメッセージ送受信処理を行い、確認結果を要員管理サーバと携帯端末の地図情報の画面に表示するように構成する。
又、要員管理サーバは、対応支援車予約部により、対応要求者又は対応要員のＧＰＳ位置情報と対応支援車のＧＰＳ位置情報との距離を計算し、最短の距離にあるか、又は、指定した条件属性を検索キーとして対応要員ファイルの属性を検索し条件に合致する対応支援車を選定し、対応要員に確認要請のメッセージ送受信処理を行い、確認結果を要員管理サーバと携帯端末の地図情報の画面に表示するように構成する。
【実施例１】
【００１４】
以下、図面を参照して本発明の実施例１を詳細に説明する。
なお、実施例の説明において、同一機能を有するものは同一符号を付け、その繰り返しの説明は省略する。
【００１５】
図１は、実施例１の要員管理システムのハードウェア構成と内部の機能手段を示すブロック図である。
図１において、１は要員管理サーバであり、要員管理サーバ本体１１とディスプレイ装置１２と入力装置１３とディスク記憶装置１４を備える。
【００１６】
要員管理サーバ本体１１は、小型の電子計算機によって構成し、ＣＰＵ１１１とメモリ１１２と通信装置１１３と電源１１４を備え、ＣＰＵ１１１がディスク記憶装置１４から読み出してメモリ１１２に格納したプログラムを実行することにより、地図情報部１１０１、サーバ内地図情報操作制御部１１０２、要員管理部１１０３、サーバ内最適対応選定処理部１１０４、対応支援者選定部１１０５、対応支援車予約部１１０６、要員状況管理部１１０７、外勤速報・確報登録部１１０８、通信制御部１１０９の各機能手段を実現する。
ディスク記憶装置１４は、要員管理サーバ本体１１が使用するプログラムや各種のデータを格納するデータベースを記憶して保持する。このプログラムやデータベースの詳細は後述する。
この要員管理サーバ本体１１の機能の詳細については後述する。
【００１７】
２は携帯電話機や携帯情報端末のような携帯端末であり、ディスプレイ部２１、入力部２２、スピーカ２３、ＣＰＵ２４、メモリ２５、マイク及びレシーバ２６、無線装置２７、音声処理部２８、電源２９を備え、ＣＰＵ２４がメモリ２５に格納されたプログラムを実行することにより、現在位置のＧＰＳ（全地球測位システム）位置情報を取得して送信するＧＰＳ位置情報発信部２０１、携帯端末内地図情報操作制御部２０２、携帯用要員管理部２０３の各機能手段を実現する。
この携帯端末２は、複数個用意し、支援組織に対して外勤対応事象への対応を要求する対応要求者（対応依頼契約者や支援組織要員）や外勤対応事象に対応する支援組織の外勤対応要員に携帯させる。
この携帯端末２の機能の詳細については後述する。
【００１８】
３はコールセンターの端末装置であり、端末装置本体３１とディスプレイ装置３２と入力装置３３とディスク記憶装置３４を備える。
端末装置本体３１は、ＣＰＵ３１１、メモリ３１２、電源３１３、通信装置３１４を備え、ＣＰＵ３１１がメモリ３１２に格納されたプログラムを実行することにより、外勤速報・確報登録端末部３１０１の機能手段を実現する。
このコールセンターの端末装置本体３１の機能の詳細については後述する。
【００１９】
図２は、本発明の要員管理システムのネットワークを示す図である。
図２において、要員管理サーバ１は、通常、支援組織本部の施設内に設置し、要員管理サーバ本体１１は、携帯端末２（２Ａ〜２Ｃ）とＧＰＳ衛星４からの位置情報、対応要員や対応支援車の要請、確認情報、地図情報等を通信装置１１３により、携帯電話網５１やインターネット５２を介して送受信する。
要員管理サーバ本体１１が使用するデータを格納するデータベースの詳細については後述する。
【００２０】
ディスプレイ装置１２は、各種情報の画像を画面に表示する。例えば、外勤対応事象が発生している地域、対応要員の現在地域、対応支援車の現在地域又は対応支援車待機場所がある地域の地図（又は航空写真や衛星写真）を表示画面１２ａ上に表示する。そして、その一部の領域１２ａ１の画像を携帯端末２へ送信する。
【００２１】
災害や事故等の外勤対応事象が発生した地点（外勤地）Ａに遭遇した対応要求者が携帯する携帯端末２Ａは、対応要求者に操作されて地点ＡにおいてＧＰＳ衛星４からの電波を受信して該地点ＡのＧＰＳ位置情報を取得して該地点ＡのＧＰＳ位置情報を要員管理サーバ本体１１に送信する。
ディスプレイ部２１Ａの表示画面は、要員管理サーバ本体１１とのＧＰＳ位置情報及び外勤対応事象情報の送受信に使用する。
【００２２】
２Ｂは、支援組織の外勤対応担当者Ａが携帯して移動地点Ｂに位置する携帯端末であり、外勤対応担当者Ａに操作されて現在の移動地点ＢにおいてＧＰＳ衛星４からの電波を受信して該地点ＢのＧＰＳ位置情報を取得して該地点ＢのＧＰＳ位置情報を要員管理サーバ本体１１に送信し、要員管理サーバ本体１１から外勤対応事象発生地点Ａ、自己の地点である移動地点Ｂ、支援組織の他の要員の移動地点Ｃ、対応支援車の移動地点Ｄ、もしくは対応支援車待機場所Ｅの位置情報を含んだ地図情報を受信し、又、外勤対応事象対応の進捗状況を要員管理サーバ本体１１と送受信する。
ディスプレイ部２１Ｂの表示画面は、地図情報及び対応の進捗状況を表示する。なお、移動地点Ｂの外勤対応担当者Ａの携帯端末２Ｂとディスプレイ部２１Ｂの表示画面の詳細については後述する。
【００２３】
２Ｃは、支援組織の外勤対応支援担当者Ｂが携帯して移動地点Ｃに位置する携帯端末である。外勤対応支援担当者Ｂと外勤対応担当者Ａとの関係は、何れの者も支援組織の外勤対応要員であるが、外勤対応担当者Ａは当外勤対応事象の主担当者であるのに対し、外勤対応支援担当者Ｂは当外勤対応事象の主担当者である外勤対応担当者Ａを支援する立場の担当者である。
携帯端末２Ｃは、外勤対応担当者Ａが携帯する携帯端末２Ｂと同様の機能を持つ。なお、移動地点Ｃの外勤対応支援担当者Ｂの携帯端末２Ｃとディスプレイ部２１Ｃの表示画面の詳細については、移動地点Ｂの外勤対応担当者Ａの携帯端末２Ｂとの違いを含めて後述する。
【００２４】
６は、移動地点Ｄに位置する対応支援車であり、無線通信機能を有するカーナビゲーション装置６１を備える。このカーナビゲーション装置６１は、運転者に操作されて現在の移動地点ＤにおいてＧＰＳ衛星４からの電波を受信して対応支援車６のＧＰＳ位置情報を取得して該ＧＰＳ位置情報を携帯電話網５１又はその他のネットワーク５３を介して要員管理サーバ本体１１に送信する。対応支援車６から該対応支援車６のＧＰＳ位置情報を受信した要員管理サーバ本体１１は、ディスプレイ装置１２の表示画面１２ａに表示している地図上に対応支援車６の現在位置をポイント付けする。
【００２５】
７は、対応支援車６ａを待機させておく対応支援車待機場所であり、複数の位置（地域）に分散して設けておく。これらの複数の対応支援車待機場所７の各位置（待機地点Ｅ）は、要員管理サーバ１１が管理する地図情報上の当該位置に予めポイント付けして保持し、出動させる対応支援車６を選択するときに参照する。なお、詳細については後述する。
【００２６】
図３は、要員管理サーバ１１に接続されたディスク記憶装置１４に保持しているデータベース１４ａのデータ構成を示している。
【００２７】
１４１ａ１は、対応要員ファイルであり、外勤対応事象に対応する支援組織の外勤対応事象対応要員に関する情報を格納する。データ項目としては、要員の社員番号、外勤対応事象対応中フラグｎ、対応種別ｎ、対応外勤対応事象速報番号ｎ、対応支援の有無ｎ、携帯端末等の使用有無フラグ、現在ＧＰＳ位置情報、職能フラグ、対応地域フラグ、携帯末等番号等がある。ここで、ｎは、１〜ｎであり、複数の外勤対応事象に対応したデータ項目を持たせることを示す。
【００２８】
１４ａ２は、携帯端末等ファイルであり、発生した外勤対応事象への対応を支援組織に依頼している対応依頼契約者用に保有又は登録した携帯端末の情報を格納する。データ項目としては、携帯端末等番号、使用用途、貸出中フラグ、貸出者社員番号、携帯端末等機種名、電話番号等がある。
【００２９】
１４ａ３は、外勤対応事象速報・確報ファイルであり、支援組織の外勤対応事象速報情報又は外勤対応事象確報情報を格納する。データ項目としては、速報番号、速報年月日時分、確報番号、確報年月日時分、契約番号、車番、契約者名、外勤対応事象の状況、外勤対応担当者番号、外勤対応事象対応状況、外勤対応支援担当者番号、外勤対応事象支援状況、対応支援車の要否フラグ、速報属性１〜速報属性ｍ、確報属性１〜速報属性ｎがある。
【００３０】
１４ａ４は、対応支援車ファイルであり、支援組織と対応支援車出動の契約を行った対応支援車待機場所の対応支援車情報を格納する。データ項目としては、対応支援車番号、車番、所有者名、支援車待機場所名、積載容量、予約状況フラグ、予約者番号、出動中フラグ、現在ＧＰＳ位置情報等がある。
【００３１】
１４ａ５は、契約マスタファイルであり、契約内容の情報を格納する。データ項目としては、契約番号、契約者氏名、契約開始年月日、契約終了年月日、契約担当者番号、契約属性１〜契約属性ｍ、契約者属性１〜契約者属性ｎ等がある。
なお、このデータベース１４ａのデータの使い方については、図４のソフトウェア構成を参照して後述する。
【００３２】
図４は、要員管理システムのソフトウェア（プログラム）構成を示すブロック図である。
図４において、要員管理サーバ本体１１は、オペレーティングシステム、データベース管理システム、通信管理システム等の基本的なソフトウェアについては図示を割愛しているが、通常の電子計算機と同様に保持しているものである。同図では、本実施例において主に使用するソフトウェアのみを記載している。
【００３３】
本実施例における主な機能手段を実現するソフトウェアは、要員管理サーバ本体１１に関しては、地図情報部１１０１を実現する地図情報ソフトウェア１１０１ａ、サーバ内地図情報操作制御部１１０２を実現する地図情報操作ソフトウェア１１０２ａ、要員管理部１１０３を実現する要員管理ソフトウェア１１０３ａ、サーバ内最適対応選定処理部１１０４を実現する最適対応選定ソフトウェア１１０４ａ、対応支援者選定部１１０５を実現する対応支援者選定ソフトウェア１１０５ａ、対応支援車予約部１１０６を実現する対応支援車予約ソフトウェア１１０６ａ、要員状況管理部１１０７を実現する要員状況管理ソフトウェア１１０７ａ、外勤速報・確報登録部１１０８を実現する外勤対応事象速報・確報登録ソフトウェア１１０８ａを備える。
【００３４】
携帯端末２に関しては、携帯電話用マイクロプログラム、モバイル用ソフトウェア等の基本的なソフトウェアの図示を割愛しているが、通常の携帯電話機や携帯情報端末と同様に保持している。特に、携帯端末２は、ＧＰＳ衛星４からの電波を受信して位置情報を取得する機能を保持している。同図では、本実施例において主に使用するソフトウェアのみを記載している。
【００３５】
本実施例における携帯端末２の主な機能手段を実現するソフトウェアは、ＧＰＳ位置情報発信部２０１を実現するＧＰＳ位置情報発信ソフトウェア２０１ａ、携帯端末内地図情報操作制御部２０２を実現する携帯用地図情報操作ソフトウェア２０２ａ、携帯用要員管理部２０３を実現する携帯用要員管理ソフトウェア２０３ａである。
【００３６】
また、コールセンターの端末装置本体３１に関しては、外勤速報・確報登録端末部３１０１を実現する外勤対応事象速報・確報登録端末ソフトウェア３１０１ａを備える。
【００３７】
地図情報ソフトウェア１１０１ａは、既に多数のベンダ会社から市販されているものである。本実施例は、この地図情報ソフトウェア１１０１ａを使用してＧＰＳ位置情報を地図の該当ポイントに位置付けし、距離計算や地図の画像の画面表示を実行する。
【００３８】
地図情報操作ソフトウェア１１０２ａは、対応要求者用の携帯端末２ＡのＧＰＳ位置情報発信ソフトウェア２０１ａから受信した前記携帯端末２Ａの現在の緯度、経度又は高度のＧＰＳ位置情報を地図情報ソフトウェア１１０１ａの地図、航空写真又は衛星写真の座標が示す緯度、経度又は高度の位置をポイント付けし、位置情報を含む地域周辺の地図、航空写真又は衛星写真をディスプレイ装置１２の表示画面１２ａ上に対応地域の地図情報部分として表示する。なお、地図情報操作ソフトウェア１１０２ａの処理フローについては後述する。
【００３９】
要員管理ソフトウェア１１０３ａは、支援組織内の最適な現地対応者（外勤対応担当者）等を選定制御する機能を有し、最適対応選定ソフトウェア１１０４ａ、対応支援者選定ソフトウェア１１０５ａ、対応支援車予約ソフトウェア１１０６ａ、要員状況管理ソフトウェア１１０７ａ、外勤対応事象速報・確報登録ソフトウェア１１０８ａに入力データを渡し、出力結果を受け取り、携帯端末２に対して要員管理上のメッセージ送受信を行い、また、地図情報操作ソフトウェア１１０２ａに対して出力結果を渡すという要員管理上のメインプログラムに位置付けられる。また、携帯用要員管理ソフトウェア２０３ａに対し、上記の制御しているソフトウェア群の処理結果をメッセージ送信し、携帯用要員管理ソフトウェア２０３ａからのメッセージ受信を行う。
【００４０】
最適対応選定ソフトウェア１１０４ａは、対応要求者が携帯する携帯端末２Ａから受信したＧＰＳ位置情報（外勤地位置）と対応要員ファイル１４ａ１の対応可能者の現在ＧＰＳ位置情報から直線距離又は地図情報ソフトウェア１１０１ａが持つ道路交通情報等から移動所要時間を計算し、最短距離又は最短時間で現地に到着できる対応可能者を選定する処理を行う。又は、ＧＰＳ位置情報と共に対応要求者の携帯端末２Ａから送付される契約番号から、契約の詳細情報を契約マスタファイル１４ａ５から読み込んで契約の内容を特定し、特定した属性の値を検索キーとして、対応要員ファイル１４ａ１の例えば職能フラグに記録されている「職能」から外勤対応事象の特定業務契約に対応可能かどうかを判定処理し、又、例えば対応要求者の携帯端末２ＡのＧＰＳ位置情報（外勤地位置）と対応要員ファイル１４ａ１の対応地域フラグに記録されている「対応地域」から当外勤対応事象が発生した地域に対応可能かどうかを判定処理し、又、例えば対応要員ファイル１４ａ１の携帯端末等の使用有無フラグに記録されている「携帯端末の有無」から当外勤対応事象への対応を本要員管理システムで実施できるかどうか判定処理し、又、例えば外勤対応事象対応中フラグｎに記録されている「現在既に他の外勤対応事象に対応中の是非」から当外勤対応事象に対応可能かどうかの判定処理を行う。
【００４１】
対応支援者ソフトウェア１１０５ａは、外勤対応担当者を選定した後に、外勤対応事象の大きさや複雑さ等の事情により対応の支援者を要請された場合、さらに、対応要求者の携帯端末２Ａから受信したＧＰＳ位置情報（外勤地位置）と対応要員ファイル１４ａ１の対応可能者の現在のＧＰＳ位置情報から直線距離又は地図情報ソフトウェア１１０１ａが持つ道路交通情報等から移動所要時間を計算し、最短距離又は最短時間で現地に到着できる対応可能支援者を選定処理する。又は、上記の最適対応選定ソフトウェア１１０４ａと同様に特定した属性の値を検索キーとして、外勤対応事象に対応可能であるかどうかを対応要員ファイル１４ａ１の属性を検索して判定する処理を行う。
【００４２】
対応支援車予約ソフトウェア１１０６ａは、対応要求者が対応支援車の出動を要請した場合、対応要求者が携帯する携帯端末２Ａから受信したＧＰＳ位置情報（外勤地位置）と対応支援車ファイル１４ａ４の対応支援車の現在ＧＰＳ位置情報から直線距離又は地図情報ソフトウェア１１０１ａが持つ道路交通情報等から移動所要時間を計算し、最短距離又は最短時間で現地に到着できる対応支援車を選定する処理を行う。又は、ＧＰＳ位置情報と共に対応要求者の携帯端末２Ａから送付される契約番号から、契約の詳細情報を契約マスタファイル１４ａ５から読み込み、外勤対応事象が発生した車の車種を特定し、特定した属性の値を検索キーとして、対応支援車ファイル１４ａ４の例えば予約状況フラグに記録されている「予約の有無」から対応支援車の予約が可能かどうかを判定処理し、又、外勤対応事象が発生した車の車種と対応支援車ファイル１４ａ４の例えば積載容量に記録されている「積載容量」から対応可能かどうかを判定処理し、又、対応支援車ファイル１４ａ４の例えば出動中フラグに記録されている「出動の可否」から出動できるかどうかを判定する処理を行う。
【００４３】
要員状況管理ソフトウェア１１０７ａは、ある地域の災害や事故等の外勤対応事象に対して展開している外勤対応担当者が携帯する携帯端末２ＢからのＧＰＳ位置情報を地図情報上にマッピングし、対応の進捗状況を表形式の一覧にして要員管理サーバ本体１１に接続されたディスプレイ装置１２の表示画面上に表示し、要員管理者に対応の進捗状況を伝達する。なお、地図情報操作ソフトウェア１１０２ａが表示する要員状況管理画面については後述する。
【００４４】
外勤対応事象速報・確報登録ソフトウェア１１０８ａは、要員管理サーバ本体１１に設ける場合と他のサーバ（例えば、速報・確報管理サーバ）に設ける場合がある。外勤対応事象速報と外勤対応事象確報は、例えばコールセンターの端末装置本体３１のオペレータが外勤対応事象に会った対応要求者からの電話連絡を受け、速報として社内の外勤対応事象担当者に周知させ、又、外勤対応担当者は外勤対応事象の確認後に確報として社内に周知させるものである。この実施例１では、外勤対応事象速報情報を外勤対応事象速報・確報ファイル１４ａ３に登録するものとする。
【００４５】
ＧＰＳ位置情報発信ソフトウェア２０１ａは、外勤対応事象が発生したときに、携帯端末２Ａを携帯する対応要求者に操作されて該携帯端末２ＡのＧＰＳ位置情報及び特定業務契約番号を支援組織の要員管理サーバ本体１１に発信する機能を有する。
【００４６】
携帯用地図情報操作ソフトウェア２０２ａは、支援組織の外勤対応事象対応用であり、支援組織の外勤対応担当者が携帯する携帯端末２Ｂが要員管理サーバ本体１１の地図情報操作ソフトウェア１１０２ａが制御している当該外勤対応事象に関連する地図情報を受信して表示画面上に表示する機能を有する。なお、この携帯用地図情報操作ソフトウェア２０２ａの処理フローについては後述する。
【００４７】
携帯用要員管理ソフトウェア２０３ａは、支援組織の外勤対応事象対応用であり、要員管理サーバ本体１１の要員管理ソフトウェア１１０３ａとの間で外勤対応担当者の外勤対応事象対応の確認、受諾、拒否及び対応支援車担当者の確認、受諾、拒否等のメッセージの送受信を行う。
【００４８】
外勤対応事象速報・確報登録端末ソフトウェア３１０１ａは、コールセンターの端末装置本体３１のオペレータ又は支援組織内の外勤対応担当者が、速報された外勤対応事象情報を入力し、又は確報となった外勤対応事象情報を入力するのを支援する機能を有する。
【００４９】
図５は、外勤対応事象発生初動時の要員管理システムの処理を示すフロー図である。図５と図６の組み合わせで、本発明の請求項１に係る発明を実現する。図６については、後述する。
【００５０】
処理ボックスは３種類ある。左右の端に縦線のあるボックス（例えば、８０１ａ）は、人為的な操作を伴う処理を示す。左右の端に縦線のないボックス（例えば、８０３ａ）は、人為的な操作を伴わずに要員管理サーバ本体１１や携帯端末２が外部からの通信信号を受けて自動的に実行する処理を示す。さらに、左右の端を黒く塗り潰しているボックス（例えば、８０４ｂ）の詳細な処理フローについては後述する。
【００５１】
８０１は、対応要求者が携帯端末２Ａを操作して実行する処理である。
【００５２】
８０２は、コールセンターのオペレータ（担当者）が端末装置本体３１を操作して実行する処理である。
【００５３】
８０３は、要員管理サーバ１に係る処理であり、要員管理サーバ本体１１が実行する処理である。
【００５４】
８０４は、外勤対応事象に対応する支援組織の対応要員（外勤対応担当者）が携帯端末２Ｂを操作して実行する処理である。
【００５５】
８０５は、外勤対応事象に対応する外勤対応担当者を支援する支援要員（外勤支援担当者）が携帯端末２Ｃを操作して実行する処理である。
【００５６】
８０６は、支援組織における対応支援車予約、出動管理を担当する支援者担当要員が携帯端末２を操作して実行する処理である。
【００５７】
処理ボックスに付した（）付きの参照符号は、各処理を支援するために機能する図４に示したソフトウェアの一部分であり、当該ソフトウェアの全部ではないが、便宜上、図４に示したソフトウェアに該当する符号を示す。処理ボックスに付された参照符号は、後述する図についても、同様である。
【００５８】
対応要求者は、外勤対応事象に遭遇すると、処理８０１における発信処理８０１ａにおいて、携帯端末２Ａを操作することによりＧＰＳ位置情報発信ソフトウェア２０１ａを機能させて対応要求者が携帯する携帯端末２Ａ（外勤対応事象発生位置＝外勤地位置）のＧＰＳ位置情報及び契約番号を支援組織の要員管理サーバ本体１１にする送信する。
【００５９】
要員管理サーバ本体１１は、処理８０３における受信処理８０３ａにおいて、地図情報操作ソフトウェア１１０２ａが機能して携帯端末２Ａから送信されたＧＰＳ位置情報（外勤地位置）及び契約番号を受信する。
【００６０】
前記処理８０１ａ（２０１ａ）及び処理８０３ａ（１１０２ａ）について、図２５の送受信ファイルの制御処理のフローチャートを用いて更に具体的に説明する。
【００６１】
要員管理サーバ本体１１は、稼動状態にあるときには、デーモンプロセス（一度起動しておくと、明示的に停止するまでメモリ中に存在し続け、プログラムが実行されている状態となる。）を起動させておく（処理２５０１）。
【００６２】
携帯端末２は、例えば、要員管理サーバ本体１１にＧＰＳ情報及び契約番号の受信処理８０３ａ（１１０２ａ）を要求する場合、送信ファイル（内容は、ＧＰＳ位置情報、契約番号、携帯端末のメールアドレス、携帯端末のインターネットアドレス、機能実行番号（ソフトウェア１１０２ａを機能させて処理８０３ａを実行させる実行ソフトウェア特定情報）等のデータを格納）を要員管理サーバ本体１１の受信用フォルダに対しファイル送信処理８０１ａ（２０１ａ）（ｈｔｔｐ、ｆｔｐ等のプロトコルを用いたデータ伝送）する。
【００６３】
要員管理サーバ本体１１のデーモンプロセスは、起動後はメモリに常駐し、一定の時間間隔を置いて（処理２５０２）、ファイルが受信用フォルダにあるかどうかの判定処理２５０３を繰り返し行い、受信ファイル（携帯端末２からみると送信ファイル）があれば受信ファイルを作業領域のフォルダに移動し、メモリに読み込み（処理２５０４）、子プロセスの起動処理２５０５を実行する。デーモンプロセスは、受信用フォルダに受信ファイルがなければ何も実行しない。子プロセスは、起動後、契約状況検索処理８０３ｂ（１１０３ａ）を実行する。
【００６４】
要員管理サーバ本体１１が契約状況検索処理８０３ｂ（１１０２ａ）を実行するためには、要員管理サーバ本体１１は、当受信用のフォルダを固定し、例えば、C:\keitai\gps\1102a803b\jyushinというフォルダを契約状況検索処理８０３ｂ（１１０２ａ）を実行するためのフォルダとして決めておき、携帯端末２から送られたファイル（例えば、ファイル名称：  NNNNNNNNNNNyyyymmddzzzz：NNNNNNNNNNN…携帯端末番号、yyyymmddhhmmss…年月日時分秒、 nnnn…携帯端末からの送信通番）がこのフォルダにあれば契約状況検索処理８０３ｂを実行する対応要求者（契約者）からの「対応要求」と判断する。他の各種の処理（ソフトウェア）も同様の手法で判断して実行する。
【００６５】
子プロセスの実行終了前に、子プロセスは、作業領域のフォルダにある受信ファイルを履歴用フォルダに退避する。携帯端末２にファイルを送信する直前の子プロセス（例えば、地図情報と検索結果画面表示処理８０３ｈ（１１０２ａ））の処理結果は、送信用ファイルに格納し、携帯端末２にファイル送信する。
【００６６】
携帯端末２は、前記要員管理サーバ本体１１と同様にデーモンプロセスを実行させておく。以下、要員管理サーバ本体１１のデーモンプロセスの処理方法と同様である。携帯端末と携帯端末の間のファイル送受信も前記処理方法と同様である。尚、デーモンプロセスは、サーバ電源断等の終了の割り込み処理２５０６を行わない限り起動中のステータスである。要員管理サーバ本体１１は、終了の割り込み処理２５０６を行うと、デーモンプロセスを停止（処理２５０７）する。
【００６７】
次に、検索処理８０３ｂにおいて、要員管理ソフトウェア１１０３ａが機能して、受信した契約番号をキーとして契約マスタファイル１４ａ５を検索することにより契約状況（契約内容）を特定する。
【００６８】
次に、マッピング処理８０３ｃにおいて、地図情報操作ソフトウェア１１０２ａが機能して、地図情報ソフトウェア１１０１ａの持つ地図情報に受信した外勤対応事象発生位置のＧＰＳ位置情報をポイント付けし、表示処理８０３ｄにおいて、マッピング後の地図情報をディスプレイ装置１２の表示画面１２ａ上に地図として表示する。
【００６９】
次に、対応要員検索処理８０３ｅにおいて、最適対応選定ソフトウェア１１０４ａが機能して、外勤対応事象に対応できる要員の予備調査のため、対応要員ファイル１４ａ１に対し、対応要求者が携帯する携帯端末２Ａから受信したＧＰＳ位置情報（外勤地位置）と各要員の現在のＧＰＳ位置情報の間の距離を計算、検索し、距離が短い順に対応要員候補としてメモリ１１２上にストックし、外勤対応事象対応中フラグ、職能フラグ、対応フラグ等にて当要員が当外勤対応事象に対応できる状態にあればメモリ１１２上にストックし、対応できる状態になければメモリ１１２上から削除する。
【００７０】
図１３は、前記最適対応選定ソフトウェア１１０４ａの一部分を構成し、外勤地距離等から行う対応要員検索処理（その１）８０３ｅ１の概要を示す図である。
図１３において、要員管理サーバ本体１１は、最適対応選定ソフトウェア１１０４ａが機能して、外勤地距離等から行う対応要員検索処理（その１）８０３ｅ１を実行する。この対応要員検索処理（その１）８０３ｅ１は、対応要求者（携帯端末２Ａ）のＧＰＳ位置情報（外勤地位置情報）Ａ１と、対応要員ファイル１４ａ１に記憶されている対応要員レコードと、契約マスタファイル１４ａ５に記憶されている契約情報を取得して、外勤地位置と対応要員のＧＰＳ位置情報の緯度と経度から距離を計算し、対応要員の中から外勤地位置に対して近距離にいる対応要員Ｎｏ．１〜ｎを選定し、関連情報（図１４を参照して後述する）をメモリ１１２に形成した要員検索結果テーブル（その１）１１２ａ１に記憶する。
外勤地位置情報Ａ１は、ＧＰＳ位置情報である緯度及び経度情報であり、「度分秒.秒：形式（DDDMMss.ss）」、「度分.分：形式（DDDmm.mmmm）」、「度.度：形式（dddd.ddddd）」又は「度分秒：形式（ddd'mm'ss.s'）」の形式である。
【００７１】
図１４は、前記要員検索結果テーブル（その１）１１２ａ１を示す図である。
図１４において、要員検索結果テーブル（その１）１１２ａ１は、外勤地位置と対応要員のＧＰＳ位置間距離の最短距離順位１１２ａ１１、社員番号１１２ａ１２、対応要員のＧＰＳ位置情報１１２ａ１３及びＧＰＳ位置間距離１１２ａ１４の各データ項目を備え、外勤地距離等から行う対応要員検索処理（その１）８０３ｅ１の検索結果である対応要員の中から外勤地位置の近距離にいる対応要員Ｎｏ．１〜ｎの情報を格納する。
具体的には、ＧＰＳ位置間距離の最短距離順位１１２ａ１１には、１番からｎ番までの順位情報を格納する。
対応要員の社員番号１１２ａ１２には、最短距離順位１１２ａ１１が１番からｎ番までの対応要員の社員番号１〜ｎを格納する。
対応要員のＧＰＳ位置情報１１２ａ１３には、最短距離順位１１２ａ１１が１番からｎ番までの対応要員のＧＰＳ位置情報・緯度及び経度情報１〜ｎを格納する。
外勤地位置と対応要員のＧＰＳ位置間距離１１２ａ１４には、最短距離順位１１２ａ１１が１番からｎ番までの距離情報１〜ｎを格納する。
【００７２】
図１５は、前記最適対応選定ソフトウェア１１０４ａの一部分を構成し、外勤地距離等から行う対応要員検索処理（その１）８０３ｅ１の詳細を示すフロー図である。
【００７３】
８０３ｅ１１は、対応要求者の携帯端末２ＡからのＧＰＳ位置情報Ａ１と契約番号を読み込む処理であり、読み込んだ情報をメモリ１１２に記憶する。
【００７４】
８０３ｅ１２は、契約マスタファイル１４ａ５から当該契約レコードを順次に読み込む処理であり、読み込んだ契約レコードをメモリ１１２に記憶する。
【００７５】
８０３ｅ１３は、対応要員ファイル１４ａ１に対応要員レコードがあるかどうかを判定する処理であり、対応要員ファイル１４ａ１から読み込む対応要員レコードがなくなったかどうかを判定する。
【００７６】
８０３ｅ１４は、対応要員ファイル１４ａ１から対応要員レコードを読み込む処理であり、読み込んだ対応要員レコードをメモリ１１２に記憶する。
【００７７】
８０３ｅ１５は、対応要求者のＧＰＳ位置情報Ａ１の緯度から対応要員レコードの現在ＧＰＳ位置情報の緯度を減算し、緯度間の差を距離（ｙ度＝Ｙｋｍとする。）に変換し、メモリ１１２のワークエリアａに代入する処理であり、後に三平方の定理の１辺の長さに用いる。
【００７８】
８０３ｅ１６は、対応要求者のＧＰＳ位置情報Ａ１の経度から対応要員レコードの現在ＧＰＳ位置情報の経度を減算し、経度間の差を距離（ｘ度＝Ｘｋｍとする。）に変換し、メモリ１１２のワークエリアｂに代入する処理であり、後に三平方の定理の１辺の長さに用いる。
【００７９】
８０３ｅ１７は、三平方の定理（ｃ２＝ａ２＋ｂ２）を用い、ＧＰＳ位置情報間の距離ｃ＝√（ａ２＋ｂ２）を求め、メモリ１１２のワークエリアｃに代入する処理であり、前述の２辺の長さ（Ｙｋｍ及びＸｋｍ）から対応要求者と対応要員間の距離ｃを計算し、メモリ１１２上のワークエリアｃに記録する。ＧＰＳ位置情報からＧＰＳ位置間の距離を求める際、球面三角法や標高情報を加味する方法もあるが、当実施例では距離計算を簡略化し、地球上を平面として計算するようにしている。
【００８０】
８０３ｅ１８は、最短距離Ｎｏ．１〜ｎの現在ＧＰＳ位置情報と比較し、Ｎｏ．ｎより近距離にあるかどうかの判定処理であり、主にメモリ１１２上にある要員検索結果テーブル（その１）１１２ａ１の最短距離Ｎｏ．１〜ｎのＧＰＳ位置間距離１〜ｎと比較処理を行う。
【００８１】
８０３ｅ１９は、処理８０３ｅ１８における判定がＹｅｓとなった場合の後続処理であり、要員検索結果テーブル（その１）１１２ａ１の最短距離Ｎｏ．１〜ｎのＧＰＳ位置情報等の行と入れ替え、より遠距離のＧＰＳ位置情報等の行のずらし処理を行い、要員検索結果テーブル（その１）１１２ａ１に要員検索結果レコードを書き込む処理であり、新規に挿入された行より遠距離にあるＧＰＳ位置情報等の行の最短距離順位は１つ加算し、ｎ番目の行を消去する。
【００８２】
図１６は、前記最適対応選定ソフトウェア１１０４ａの一部分を構成し、外勤地距離等から行う対応要員検索処理（その２）８０３ｅ２の概要を示す図である。
図１６において、要員管理サーバ本体１１は、最適対応選定ソフトウェア１１０４ａが機能して、外勤地距離等から行う対応要員検索処理（その２）８０３ｅ２を実行する。この対応要員検索処理（その２）８０３ｅ２は、対応要求者（携帯端末２Ａ）のＧＰＳ位置情報（外勤地位置情報）Ａ１と、対応要員ファイル１４ａ１に記憶されている対応要員レコードと、契約マスタファイル１４ａ５に記憶されている契約情報を取得して、最適な対応要員を選択するため対応要求者又は当契約の条件に合致する対応要員の属性を点数化し、対応要員の中から対応要求者又は当契約の条件に最適な対応要員Ｎｏ．１〜ｎを選定し、関連情報（図１７を参照して後述する）をメモリ１１２に形成した要員検索結果テーブル（その２）１１２ａ２に記憶する。
外勤地位置情報Ａ１は、ＧＰＳ位置情報である緯度及び経度情報であり、「度分秒.秒：形式（DDDMMss.ss）」、「度分.分：形式（DDDmm.mmmm）」、「度.度：形式（dddd.ddddd）」又は「度分秒：形式（ddd'mm'ss.s'）」の形式である。
【００８３】
図１７は、前記要員検索結果テーブル（その２）１１２ａ２を示す図である。
図１７において、要員検索結果テーブル（その２）１１２ａ２は、要員属性による優先順位１１２ａ２１、社員番号１１２ａ２２、属性例・職能対応１１２ａ２３、属性例・対応地域１１２ａ２４及び属性点数１１２ａ２５の各データ項目を備え、外勤地距離等から行う対応要員検索処理（その２）８０３ｅ２の検索結果である対応要員の中から対応要求者又は当契約に最適な属性を持つ対応要員Ｎｏ．１〜ｎの情報を格納する。
具体的には、要員属性による優先順位１１２ａ２１には、１番からｎ番までの要員の属性が対応要求者又は当契約に最適な順位情報を格納する。順位情報は、要員の属性が対応要求者又は当契約に合致する度合いを点数化し、高得点順に順位付けする。
対応要員の社員番号１１２ａ２２には、要員属性による優先順位が１番からｎ番までの対応要員の社員番号１〜ｎを格納する。
対応要員の属性例・職能対応１１２ａ２３には、要員属性による優先順位が１番からｎ番までの対応要員の属性例・職能対応１〜ｎを格納する。
対応要員の属性例・対応地域１１２ａ２４には、要員属性による優先順位が１番からｎ番までの対応要員の属性例・対応地域１〜ｎを格納する。
属性点数１１２ａ２５には、属性点数が１番からｎ番までの属性点数１〜ｎを格納する。
【００８４】
図１８は、最適対応選定ソフトウェア１１０４ａの一部分を構成し、外勤地距離等から行う対応要員検索処理（その２）８０３ｅ２の詳細を示すフロー図である。
【００８５】
８０３ｅ２１は、対応要求者の携帯端末２ＡからのＧＰＳ位置情報Ａ１と契約番号を読み込む処理であり、読み込んだ情報をメモリ１１２に記憶する。
【００８６】
８０３ｅ２２は、契約マスタファイル１４ａ５から当該契約レコードを順次に読み込む処理であり、読み込んだ契約レコードをメモリ１１２に記憶する。
【００８７】
８０３ｅ２３は、対応要員ファイル１４ａ１に対応要員レコードはあるかどうか判定する処理であり、対応要員ファイル１４ａ１から読み込む対応要員レコードがなくなったかどうかを判定する。
【００８８】
８０３ｅ２４は、対応要員ファイル１４ａ１から対応要員レコードを読み込む処理であり、読み込んだ対応要員レコードをメモリ１１２に記憶する。
【００８９】
８０３ｅ２５は、対応要員レコードの外勤対応中フラグが、新規外勤対応に可能であるかどうかを判断する処理であり、対応要員レコードの外勤対応中フラグの値が「外勤可能」であればＹｅｓに分岐し、「外勤不可能」であればＮｏに分岐する。
【００９０】
８０３ｅ２６は、対応要員レコードの職能フラグと当該契約レコードの契約属性１を比較し、対応要員の職能が当該契約に対応できる度合いを点数化してメモリ１１２のワークエリアｄに代入する処理である。契約レコードの契約属性１は、契約マスタファイル１４ａ５のレコードの任意のデータ項目・属性とする。例えば、対応要員レコードの職能フラグの値は、「Ｓ」（全契約業務に対応）、「１」（自動車損害保険業務に対応）、「２」（火災損害保険業務に対応）及び「３」（医療保険業務に対応）という４種類の値を持つものとする。又、契約レコードの契約属性１の値は、「１」（自動車損害保険業務に対応）、「２」（火災損害保険業務に対応）及び「３」（医療保険業務に対応）という３種類の値を持つものとする。当該契約レコードの契約属性１の値が「１」であったとすると、対応できる要員の対応要員レコードの職能フラグは、「Ｓ」又は「１」となる。当該対応要員レコードの職能フラグが、「Ｓ」又は「１」であればｘ点を当該要員に付与し、「２」又は「３」であれば０点を付与することとし、付与された点数をメモリ１１２上のワークエリアｄに代入する。
【００９１】
８０３ｅ２７は、対応要員レコードの対応地域フラグと当該契約レコードの契約属性２を比較し、対応要員の対応地域が当該契約の地域に対応できる度合いを属性点数化してワークエリアｄに加算する処理である。契約レコードの契約属性２は、契約マスタファイル１４ａ５のレコードの任意のデータ項目・属性とする。例えば、対応要員レコードの対応地域フラグの値は、「ＺＺ」（全国に対応）、「１０」（北海道地方全域に対応）、「２０」（東北地方全域に対応）、「３０」（関東地方全域に対応）、「１１」（札幌市内に対応）、「２１」（青森県内に対応）等という地域毎の値を持つものとする。又、契約レコードの契約属性２の値は、「１１」（札幌市）、「２１」（青森県）等の契約者の所在地の値を持つものとする。当該契約レコードの契約属性２の値が「２１」であったとすると、対応できる要員の対応要員レコードの対応地域フラグは、「ＺＺ」、「２０」又は「２１」となる。当該対応要員レコードの対応地域フラグが、「ＺＺ」、「２０」又は「２１」であればｙ点を当該要員に付与し、「２」又は「３」であれば０点を付与することとし、付与された点数をメモリ上のワークエリアｄに加算する。
【００９２】
８０３ｅ２８は、要員検索結果テーブル（その２）１１２ａ２の点数Ｎｏ．１〜ｎである属性点数１１２ａ２５とワークエリアｄの属性点数とを比較し、Ｎｏ．ｎ以上の点数かどうかを判断する処理であり、主にメモリ１１２上にある要員検索結果テーブル（その２）１１２ａ２の要員属性による優先順位１〜ｎの属性点数１〜ｎの比較処理を行う。
【００９３】
８０３ｅ２９は、処理８０３ｅ２８での判定がＹｅｓである場合の後続処理であり、要員検索結果・属性点数Ｎｏ．１〜ｎの行と入れ替え、属性点数の低い要員の属性情報のずらし処理を行い、要員検索結果テーブル（その２）１１２ａ２に要員検索結果レコードを記憶する処理であり、新規に挿入された行より低い属性点数の行の優先順位は１つ加算し、ｎ番目の行を消去する。
【００９４】
次に、検索処理８０３ｆにおいて、対応支援者選定ソフトウェア１１０５ａが機能して、外勤対応事象への対応を支援できる要員の予備調査のため、対応要員ファイル１４ａ１に対し、受信したＧＰＳ位置情報（外勤対応事象発生位置）と各要員の現在のＧＰＳ位置情報の間の距離を計算、検索し、距離が短い順に支援要員候補としてメモリ上にストックし、外勤対応事象対応中フラグ、職能フラグ、対応フラグ等にて当要員が当外勤対応事象に支援対応できる状態にあればメモリ１１２上にストックし、対応できる状態になければメモリ１１２上から削除する。
この外勤地距離等から支援要員を検索する処理８０３ｆ（１１０５ａ）は、外勤地距離等から対応要員を検索する処理８０３ｅ（１１０４ａ）と同様の仕掛け行う処理であり、外勤地距離等から支援要員を検索する処理の説明の「対応要員」を、外勤地距離等から対応要員検索の「対応支援要員」に読み替え、「最適対応選定ソフトウェア１１０４ａ」を「対応支援者選定ソフトウェア１１０５ａ」に読み替えて図１６〜１８の処理を実行するような形態に構成することにより実現することができる。
【００９５】
次に、検索処理８０３ｇにおいて、対応支援車予約ソフトウェア１１０６ａが機能して、出動できる対応支援車の予備調査のため、対応支援車ファイル１４ａ４に対し、受信したＧＰＳ位置情報（外勤対応事象発生位置）と各対応支援車の現在のＧＰＳ位置情報の間の距離を計算、検索し、距離が短い順に対応支援車候補としてメモリ上にストックし、積載容量、予約状況フラグ、出動中フラグ等にて当対応支援車が当外勤対応事象に出動できる状態にあればメモリ１１２上にストックし、対応できる状態になければメモリ１１２上から削除する。
【００９６】
次に、外勤地距離等から行う対応支援車検索処理８０３ｇ（１１０６ａ）処理について説明する。
【００９７】
図１９は、対応支援車予約ソフトウェア１１０６ａの一部分を構成し、外勤地距離等から行う対応支援車検索処理（その１）８０３ｇ１の概要を示す図である。
図１９において、要員管理サーバ本体１１は、対応支援車予約ソフトウェア１１０６ａが機能して、外勤地距離等から行う対応支援車検索処理（その１）８０３ｇ１を実行する。この対応支援車検索処理（その１）８０３ｇ１は、対応要求者（携帯端末２Ａ）又は対応要員（携帯端末２Ｂ）のＧＰＳ位置情報（外勤地位置情報）Ａ１と、対応支援車ファイル１４ａ４に記憶されている対応支援車レコードと、契約マスタファイル１４ａ５に記憶されている契約情報を取得して、外勤地位置と対応支援車のＧＰＳ位置情報の緯度と経度から距離を計算し、対応支援車の中から外勤地位置の近距離にいる対応支援車Ｎｏ．１〜ｎを選定し、関連情報（図２０を参照して後述する）を対応支援車検索結果テーブル（その１）１１２ｂ１に記憶する。
外勤地位置情報Ａ１は、ＧＰＳ位置情報である緯度及び経度情報であり、「度分秒.秒：形式（DDDMMss.ss）」、「度分.分：形式（DDDmm.mmmm）」、「度.度：形式（dddd.ddddd）」又は「度分秒：形式（ddd'mm'ss.s'）」の形式である。
【００９８】
図２０は、前記対応支援車検索結果テーブル（その１）１１２ｂ１を示す図である。
図２０において、対応支援車検索結果テーブル（その１）１１２ｂ１は、外勤地位置と対応支援車のＧＰＳ位置間距離の最短距離順位１１２ｂ１１、対応支援車番号１１２ｂ１２、ＧＰＳ位置情報１１２ｂ１３及びＧＰＳ位置間距離１１２ｂ１４の各データ項目を備え、外勤地距離等から行う対応支援車検索処理（その１）８０３ｇ１の検索結果である対応支援車の中から外勤地位置の近距離にいる対応支援車Ｎｏ．１〜ｎの情報を格納する。
ＧＰＳ位置間距離の最短距離順位１１２ｂ１１は、１番からｎ番までの順位情報を格納する。
対応支援車番号１１２ｂ１２は、最短距離順位が１番からｎ番までの対応支援車番号１〜ｎを格納する。
対応支援車のＧＰＳ位置情報１１２ｂ１３は、最短距離順位が１番からｎ番までの対応支援車のＧＰＳ位置情報・緯度及び経度情報１〜ｎを格納する。
対応要求者と対応支援車のＧＰＳ位置間距離１１２ｂ１４は、最短距離順位が１番からｎ番までの距離情報１〜ｎを格納する。
【００９９】
図２１は、前記対応支援車予約ソフトウェア１１０６ａの一部分を構成し、外勤地距離等から行う対応支援車検索処理（その１）８０３ｇ１の詳細を示すフロー図である。
【０１００】
８０３ｇ１１は、対応要求者が携帯する携帯端末２Ａ又は対応要員が携帯する携帯端末２ＢからのＧＰＳ位置情報Ａ１と契約番号を読み込む処理であり、読み込んだ情報をメモリ１１２に記憶する。
【０１０１】
８０３ｇ１２は、契約マスタファイル１４ａ５から当該契約レコードを読み込む処理であり、読み込んだ契約レコードをメモリ１１２に記憶する。
【０１０２】
８０３ｇ１３は、対応支援車ファイル１４ａ４に対応支援車レコードはあるかどうかを判定する処理であり、対応支援車ファイル１４ａ４から読み込む対応支援車レコードがなくなったかどうかを判定する。
【０１０３】
８０３ｇ１４は、対応支援車ファイル１４ａ４から対応支援車レコードを順次に読み込む処理であり、読み込んだ対応支援車レコードをメモリ１１２に記憶する。
【０１０４】
８０３ｇ１５は、対応要求者又は対応要員のＧＰＳ位置情報（外勤地位置情報）Ａ１の緯度から対応支援車レコードの現在ＧＰＳ位置情報の緯度を減算し、緯度間の差を距離（ｙ度＝Ｙｋｍとする。）に変換し、ワークエリアａに代入する処理であり、後に三平方の定理の１辺の長さに用いる。
【０１０５】
８０３ｇ１６は、外勤地のＧＰＳ位置情報Ａ１の経度から対応支援車レコードの現在ＧＰＳ位置情報の経度を減算し、経度間の差を距離（ｘ度＝Ｘｋｍとする。）に変換し、ワークエリアｂに代入する処理であり、後に三平方の定理の１辺の長さに用いる。
【０１０６】
８０３ｇ１７は、三平方の定理（ｃ２＝ａ２＋ｂ２）を用い、ＧＰＳ位置情報間の距離ｃ＝√（ａ２＋ｂ２）を求め、ワークエリアｃに代入する処理であり、前述の２辺の長さ（Ｙｋｍ及びＸｋｍ）から外勤地位置と支援車間の距離ｃを計算し、メモリ１１２上のワークエリアｃに記録する。ＧＰＳ位置情報からＧＰＳ位置間の距離を求める際、球面三角法や標高情報を加味する方法もあるが、当実施例では距離計算を簡略化し、地球上を平面として計算するようにしている。
【０１０７】
８０３ｇ１８は、最短距離Ｎｏ．１〜ｎの現在ＧＰＳ位置情報と比較し、Ｎｏ．ｎより近距離にあるかを判定する処理であり、主にメモリ１１２上にある対応支援車検索結果テーブル（その１）の最短距離Ｎｏ．１〜ｎのＧＰＳ位置間距離１〜ｎとの比較処理を行う。
【０１０８】
８０３ｇ１９は、処理８０３ｇ１８での判定がＹｅｓとなった場合の後続処理であり、対応支援車検索結果テーブル（その１）１１２ｂ１の最短距離Ｎｏ．１〜ｎのＧＰＳ位置情報等の行と入れ替え、より遠距離のＧＰＳ位置情報等の行のずらし処理を行い、対応支援車検索結果テーブル（その１）１１２ｂ１に対応支援車検索結果レコードを記憶する処理であり、新規に挿入された行より遠距離にあるＧＰＳ位置情報等の行の最短距離順位を１つ加算し、ｎ番目の行を消去する。
【０１０９】
図２２は、前記対応支援車予約ソフトウェア１１０６ａの一部分を構成し、外勤地距離等から行う対応支援車検索処理（その２）８０３ｇ２の概要を示す図である。
図２２において、要員管理サーバ本体１１は、対応支援車予約ソフトウェア１１０６ａが機能して、外勤地距離等から行う対応支援車検索処理（その２）８０３ｇ２を実行する。この対応支援車検索処理（その２）８０３ｇ２は、対応要求者（携帯端末２Ａ）又は対応要員（携帯端末２Ｂ）のＧＰＳ位置情報（外勤地位置情報）Ａ１と、対応支援車ファイル１４ａ４に記憶されている対応支援車レコードと、契約マスタファイル１４ａ５に記憶されている契約情報を取得して、最適な対応支援車を選択するために対応要求者又は当契約の条件に合致する対応支援車の属性を点数化し、対応支援車の中から対応要求者又は当契約の条件に最適な対応支援車Ｎｏ．１〜ｎを選定し、関連情報（図２３を参照して後述する）を対応支援車検索結果テーブル（その２）１１２ｂ２に記憶する。
外勤地位置情報Ａ１は、ＧＰＳ位置情報である緯度及び経度情報であり、「度分秒.秒：形式（DDDMMss.ss）」、「度分.分：形式（DDDmm.mmmm）」、「度.度：形式（dddd.ddddd）」又は「度分秒：形式（ddd'mm'ss.s'）」の形式である。
【０１１０】
図２３は、対応支援車検索結果テーブル（その２）１１２ｂ２を示す図である。
図２３において、対応支援車検索結果テーブル（その２）１１２ｂ２は、対応支援車属性による優先順位１１２ｂ２１、対応支援車番号１１２ｂ２２、属性例・積載容量１１２ｂ２３、属性例・出動可能地域１１２ｂ２４及び属性点数１１２ｂ２５の各データ項目を備え、外勤地距離等から行う対応支援車検索処理（その２）８０３ｇ２の検索結果である対応支援車の中から対応要求者又は当契約に最適な属性を持つ対応支援車Ｎｏ．１〜ｎの情報を格納する。
支援車属性による優先順位１１２ｂ２１は、１番からｎ番までの支援車の属性が対応要求者又は当契約に最適な順位情報を格納する。順位情報は、支援車の属性が対応要求者又は当契約に合致する度合いを点数化し、高得点順に順位付けしたものである。
対応支援車番号１１２ｂ２２は、対応支援車の番号であり、支援車属性による優先順位が１番からｎ番までの対応支援車の番号１〜ｎを格納する。
対応支援車の属性例・積載容量１１２ｂ２３は、支援車属性による優先順位が１番からｎ番までの対応支援車の属性例・積載容量１〜ｎを格納する。
対応支援車の属性例・出動可能地域１１２ｂ２４は、支援車属性による優先順位が１番からｎ番までの対応支援車の属性例・出動可能地域１〜ｎを格納する。
属性点数１１２ｂ２５は、支援車の属性が対応要求者又は当契約に合致する度合いを点数化した点数を格納する。
【０１１１】
図２４は、前記対応支援車予約ソフトウェア１１０６ａの一部分を構成し、外勤地距離等から行う対応支援車検索処理（その２）８０３ｇ２の詳細を示すフロー図である。
【０１１２】
８０３ｇ２１は、対応要求者（携帯端末２Ａ）又は対応要員（携帯端末２Ｂ）からのＧＰＳ位置情報（外勤地位置情報）Ａ１と契約番号を読み込む処理であり、読み込んだ情報をメモリ１１２に記憶する。
【０１１３】
８０３ｇ２２は、契約マスタファイル１４ａ５から当該契約レコードを読み込む処理であり、読み込んだ契約レコードをメモリ１１２に記憶する。
【０１１４】
８０３ｇ２３は、対応支援車ファイル１４ａ４に対応支援車レコードはあるかどうかを判定する処理であり、対応支援車ファイル１４ａ４から読み込む対応支援車レコードがなくなったかどうかを判定する。
【０１１５】
８０３ｇ２４は、対応支援車ファイル１４ａ４から対応支援車レコードを順次に読み込む処理であり、読み込んだ対応支援車レコードをメモリ１１２に記憶する。
【０１１６】
８０３ｇ２５は、対応支援車レコードの「予約状況フラグ」が、新規外勤対応に可能であるかどうかを判断する処理であり、対応支援車レコードの予約状況フラグの値が「予約可能」であればＹｅｓに分岐し、「予約不可能」であればＮｏに分岐する。
【０１１７】
８０３ｇ２６は、対応支援車レコードの「積載容量」と当該契約レコードの契約属性１を比較し、対応支援車の積載容量が当該契約に対応できる度合いを点数化してワークエリアｄに代入する処理である。契約レコードの契約属性１は、契約マスタファイル１４ａ５のレコードの任意のデータ項目・属性とする。例えば、対応支援車レコードの積載容量の値は、「Ｓ」（全車種に対応）、「１」（大型車に対応）、「２」（普通車に対応）及び「３」（小型車に対応）という４種類の値を持つものとする。又、契約レコードの契約属性１の値は、「１」（大型車に対応）、「２」（普通車に対応）、及び「３」（小型車に対応）という３種類の値を持つものとする。当該契約レコードの契約属性１の値が「１」であったとすると、対応できる支援車の対応支援車レコードの職能フラグは、「Ｓ」又は「１」となる。当該対応支援車レコードの積載容量が、「Ｓ」又は「１」であればｘ点を当該支援車に付与し、「２」又は「３」であれば０点を付与することとし、付与された点数をメモリ１１２上のワークエリアｄに代入する。
【０１１８】
８０３ｇ２７は、対応支援車レコードの出動可能地域と当該契約レコードの契約属性２を比較し、対応支援車の出動可能地域が当該契約の地域に対応できる度合いを属性点数化してワークエリアｄに加算する処理である。契約レコードの契約属性２は、契約マスタファイル１４ａ５のレコードの任意のデータ項目・属性とする。例えば、対応支援車レコードの出動可能地域の値は、「ＺＺ」（全国に対応）、「１０」（北海道地方全域に対応）、「２０」（東北地方全域に対応）、「３０」（関東地方全域に対応）、「１１」（札幌市内に対応）、「２１」（青森県内に対応）等という地域毎の値を持つものとする。又、契約レコードの契約属性２の値は、「１１」（札幌市）、「２１」（青森県）等の契約者の所在地の値を持つものとする。当該契約レコードの契約属性２の値が「２１」であったとすると、対応できる支援車の対応支援車レコードの出動可能地域は、「ＺＺ」、「２０」又は「２１」となる。当該対応支援車レコードの出動可能地域が、「ＺＺ」、「２０」又は「２１」であればｙ点を当該支援車に付与し、「２」又は「３」であれば０点を付与することとし、付与された点数をメモリ１１２上のワークエリアｄに加算する。
【０１１９】
８０３ｇ２８は、支援車検索結果テーブル（その２）の点数Ｎｏ．１〜ｎである属性点数１１２ｂ２５とワークエリアｄの属性点数とを比較し、Ｎｏ．ｎ以上の点数かどうかを判断する処理であり、主にメモリ１１２上にある対応検索結果テーブル（その２）１１２ｂ２（図２３参照）の支援車属性１１２ｂ２１による優先順位１〜ｎの属性点数１〜ｎとの比較処理を行う。
【０１２０】
８０３ｇ２９は、処理８０３ｇ２８での判定がＹｅｓである場合の後続処理であり、対応支援車検索結果・属性点数Ｎｏ．１〜ｎの行と入れ替え、属性点数の低い支援車の属性情報のずらし処理を行い、対応支援車検索結果テーブル（その２）に対応支援車検索結果レコードを記憶する処理であり、新規に挿入された行より低い属性点数の行の優先順位は１つ加算し、ｎ番目の行を消去する。
【０１２１】
次に、図５における表示処理８０３ｈにおいて、地図情報操作ソフトウェア１１０２ａが機能して、対応要員候補、支援要員候補、対応支援車候補をディスプレイ装置１２の表示画面１２ａ上に表示する。
【０１２２】
対応要求者は、処理８０１ｂにおいて、携帯端末１２Ａを使用してコールセンターに状況を電話連絡する。この電話連絡に呼応して、コールセンターのオペレータは、処理８０２における対応処理８０２ａにおいて、要員管理サーバ本体１１に接続されたディスプレイ装置１２の表示画面１２ａにて、対応要求者の地図上の位置、対応要員候補、支援要員候補、対応支援車候補を見ながら対応要求者の状況連絡に対応する。
【０１２３】
次に、コールセンターのオペレータは、速報発行処理８０２ｂにおいて、端末装置本体３１を操作することにより外勤速報・確報登録端末ソフトウェア３１０１ａを機能させることにより外勤対応事象速報・確報を入力して発行し、該外勤対応事象速報・確報を要員管理サーバ本体１１に送信する。
【０１２４】
要員管理サーバ本体１１は、登録処理８０３ｉにおいて外勤速報・確報ソフトウェア１１０８ａを機能させて外勤対応事象速報・確報を受信して外勤対応事象速報・確報ファイル１４ａ３に登録する。すなわち、要員管理サーバ本体１１は、端末装置本体３１から送られた速報番号、速報年月日時分、確報番号、確報年月日時分、契約番号、車番、契約者名、外勤の状況、外勤対応担当者番号、外勤対応状況、外勤対応支援担当者番号、外勤支援状況、対応支援車の要否フラグ、速報属性１〜速報属性ｎを１レコードとして受信して外勤対応事象速報・確報ファイル１４ａ３に書き込んで格納する。
【０１２５】
次に、要員管理サーバ本体１１は、受信した外勤対応事象速報・確報に基づいて、対応要員、支援要員、対応支援車対応を正式に決めるための予備調査を補正する検索を行う。
【０１２６】
まず、検索処理８０３ｊにおいて、最適対応選定ソフトウェア１１０４ａを機能させて、対応できる要員の本調査のために、対応要員ファイル１４ａ１に対し、携帯端末２Ａから受信したＧＰＳ位置情報と各要員の現在ＧＰＳ位置情報の間の距離を計算、検索し、距離が短い順に対応要員候補としてメモリ上にストックし、外勤対応事象対応中フラグ、職能フラグ、対応フラグ等にて当要員が当外勤対応事象に対応できる状態にあればメモリ上にストックし、対応できる状態になければメモリ上から削除し、予備調査との結果と本調査の検索結果に差異があればディスプレイ装置１２の表示画面１２ａ上の表示を修正表示する。
【０１２７】
次に、発信指示処理８０３ｋにおいて、最適対応選定ソフトウェア１１０４ａにより対応要員候補者が携帯する携帯端末２Ｂに対し、メール等で対応指示を発信する。
【０１２８】
次に、検索処理８０３ｍにおいて、対応支援者選定ソフトウェア１１０５ａを機能させて、外勤対応事象への対応を支援できる要員の本調査のために、対応要員ファイル１４ａ１に対し、携帯端末２Ａから受信したＧＰＳ位置情報と各要員の現在のＧＰＳ位置情報の間の距離を計算、検索し、距離が短い順に支援要員候補としてメモリ上にストックし、外勤対応事象対応中フラグ、職能フラグ、対応フラグ等にて該要員が当外勤対応事象に支援対応できる状態にあればメモリ上にストックし、対応できる状態になければメモリ上から削除し、予備調査との結果と本調査の検索結果に差異があれば表示画面１２ａ上の表示を修正表示する。
【０１２９】
次に、指示発信処理８０３ｎにおいて、対応支援者選定ソフトウェア１１０５ａにより支援要員候補者が携帯する携帯端末２Ｃに対してメール等で支援指示を送信する。
【０１３０】
次に、検索処理８０３ｏにおいて、対応支援車予約ソフトウェア１１０６ａを機能させて、出動できる対応支援車の本調査のために、対応支援車ファイル１４ａ４に対し、携帯端末２Ａから受信したＧＰＳ位置情報と各対応支援車の現在ＧＰＳ位置情報の間の距離を計算、検索し、距離が短い順に対応支援車候補としてメモリ上にストックし、積載容量、予約状況フラグ、出動中フラグ等にて該対応支援車が当外勤対応事象に出動できる状態にあればメモリ上にストックし、対応できる状態になければメモリ上から削除し、予備調査との結果と本調査の検索結果に差異があれば表示画面１２ａ上の表示を修正表示する。
【０１３１】
次に、指示発信処理８０３ｐにおいて、対応支援車要員担当者が携帯する携帯端末２に対して、メール等で対応支援車出動依頼指示を送信する。
【０１３２】
次に、発信処理８０３ｑにおいて、地図情報操作ソフトウェア１１０２ａを機能させ、対応要求者が携帯する携帯端末２Ａに対し、支援組織内で対応に着手した趣旨の対応状況メールを送信する。
【０１３３】
対応要求者が携帯する携帯端末２Ａは、前記対応状況メール送信に呼応して、受信処理８０１ｃを実行して、要員管理サーバ本体１１から送信された対応状況のメール等を受信する。
【０１３４】
対応要員は、携帯する携帯端末２Ｂにより、要員管理サーバ本体１１から発信処理８０３ｋにおいて送信された対応指示を受信し、受信した対応指示に該当する外勤対応事象への対応活動（処理８０４ｂ）を実行する。この外勤対応事象への対応活動については、図６、図７を参照して後述する。
【０１３５】
対応支援要員は、携帯する携帯端末２Ｃにより、要員管理サーバ本体１１から発信処理８０３ｎにおいて送信された支援指示を受信し、受信した支援支持に該当する外勤対応事象への対応活動を支援する支援活動（処理８０５ｂ）を実行する。この対応支援活動については、図７を参照して後述する。
【０１３６】
対応支援車要員担当者は、処理８０６ａにおいて、携帯する携帯端末２の携帯用要員管理ソフトウェア２０３ａにより対応支援車出動依頼を受信し、該当する対応支援車出動活動８０６ｂを実行する。この対応支援車出動活動８０６ｂについては、図８を参照して後述する。
【０１３７】
図６は、本発明の要員管理システムの対応要員活動（８０４ｂ）に係る処理の詳細なフロー図である。
【０１３８】
対応要員は、回答処理８０４ｂ１において、携帯する携帯端末２Ｂを操作して携帯用要員管理ソフトウェア２０３ａを機能させることにより、対応指示受信後の社員番号、対応了解回答の処理を実行させる機能実行番号（ソフトウェア１１０３ａを機能させて処理８０３ｒ１を実行させる実行ソフトウェア特定情報）、実行ステータスフラグ（対応了解の場合は「Ｙ」、対応了解しない場合は「Ｎ」）の情報をファイルとして要員管理サーバ本体１１に送信する。この対応了解回答により対応要員は、当該外勤対応事象の外勤対応担当者となる。
【０１３９】
要員管理サーバ本体１１は、前記デーモンプロセス及び子プロセスの実行方法と同様の仕組みにより、更新処理８０３ｒ１において、前記携帯端末２ｂからの回答に呼応して要員管理ソフトウェア１１０３ａが機能し、外勤対応担当者の携帯端末２Ｂからの社員番号、対応了解回答の処理を実行させる機能実行番号、実行ステータスフラグ（対応了解の場合は「Ｙ」、対応了解しない場合は「Ｎ」）の情報をファイルとして受信して外勤対応事象速報・確報ファイル１４ａ３の外勤対応担当者番号、外勤対応事象への対応状況を更新し、報告処理８０３ｒ２において、対応要員が携帯する携帯端末２Ｂに対して外勤対応事象速報・確報ファイル更新の完了報告を送信する。
【０１４０】
外勤対応担当者は、受信処理８０４ｂ２において、携帯端末２Ｂを操作して、携帯用要員管理ソフトウェア２０３ａを機能させて外勤対応事象速報・確報ファイル更新完了報告を受信し、次いで、発信処理８０４ｂ３において、携帯用地図情報操作ソフトウェア２０２ａを機能させて、現在地点・現地から外勤対応担当者の社員番号、携帯電話番号、ＧＰＳ位置情報、速報番号、マッピング処理を実行させる機能実行番号（ソフトウェア１１０２ａを機能させて処理８０３ｒ３を実行させる実行ソフトウェア特定情報）及び実行ステータスフラグを要員管理サーバ本体１１に対して発信する。
【０１４１】
要員管理サーバ本体１１は、マッピング処理８０３ｒ３において、地図情報操作ソフトウェア１１０２ａを機能させて、受信した外勤対応担当者のＧＰＳ位置情報を地図上でマッピングし、地図上の位置を更新し、速報番号等をキーにして外勤対応事象速報・確報ファイル１４ａ３の当該外勤対応事象速報・確報レコードを検索し、速報属性ｍ又は確報属性ｎのデータ項目に外勤対応担当者のＧＰＳ位置情報を更新すると共に、地図上のポイントしている点の色を変える（例えば、対応承諾すれば「黄色」、対応キャンセル又は対応者未決定中の場合は「赤色」）等の処理を行い、対応の状況につき地図を見るだけで確認できるようにする。対応承諾の状態については、変更時に当該外勤対応事象速報・確報レコード１４ａ３のデータ項目である外勤対応状況を更新する。
【０１４２】
ここで、携帯端末２Ｂから要員管理サーバ１１に送信する送信ファイルの情報は、社員番号、携帯電話番号、ＧＰＳ位置情報、速報番号、マッピング処理を実行させる機能実行番号、及び実行ステータスフラグで構成し、機能実行番号が「８０３ｒ３（１１０２ａ）」かつ実行ステータスフラグが「Ｙ」であれば、要員管理サーバ１１は地図情報操作ソフトウェア１１０２ａのマッピング処理８０３ｒ３を実行する。要員管理サーバ１１がマッピング処理８０３ｒ３を実行する仕組みは、前記のデーモンプロセス及び子プロセスの実行方法と同様である。
【０１４３】
次に、表示処理８０３ｒ４において、地図情報操作ソフトウェア１１０２ａは、マッピング後の地図情報を表示画面１２ａ上に表示する。
【０１４４】
次に、外勤対応担当者は、発信処理８０４ｂ４において、自分の地図上の位置と「了解」の更新状況を確認するため、携帯する携帯端末２Ｂを操作して携帯用地図情報操作ソフトウェア２０２ａを機能させることにより、要員管理サーバ本体１１に対して社員番号、速報番号、外勤対応担当者番号、携帯電話番号、地図情報送信依頼の処理を実行させる機能実行番号（ソフトウェア１１０２ａを機能させて処理８０３ｒ５を実行させる実行ソフトウェア特定）、及び実行ステータスフラグ（支援要請の場合は「Ｙ」、支援要請しない場合は「Ｎ」）の情報をファイルとして送信する。
【０１４５】
要員管理サーバ本体１１は、受信処理８０３ｒ５において、地図情報操作ソフトウェア１１０２ａにより、外勤対応担当者の携帯端末２Ｂから送信された社員番号、速報番号、外勤対応担当者番号、携帯電話番号、地図情報送信依頼の処理を実行させる機能実行番号、及び実行ステータスフラグの情報をファイルとして受信し、発信処理８０３ｒ６において、ＧＰＳ位置情報付きの地図情報を対応要員の携帯端末２Ｂに送信する。
【０１４６】
ここで、携帯端末２Ｂから要員管理サーバ１１に送信する送信ファイルの情報は、社員番号、速報番号、外勤対応担当者番号、携帯電話番号、地図情報送信依頼の処理を実行させる機能実行番号、及び実行ステータスフラグで構成し、機能実行番号が「８０３ｒ５」かつ実行ステータスフラグが「Ｙ」であれば、要員管理サーバ１１は地図情報操作ソフトウェア１１０２ａの受信処理８０３ｒ５を実行し、その後、発信処理８０３ｒ６を実行する。要員管理サーバ１１が受信処理８０３ｒ５及び発信処理８０３ｒ６を実行する仕組みは、前記のデーモンプロセス及び子プロセスの実行方法と同様である。
【０１４７】
外勤対応担当者の携帯端末２Ｂは、受信処理８０４ｂ５において、携帯用地図情報操作ソフトウェア２０２ａにより、要員管理サーバ本体１１から送信された地図情報を受信し、外勤対応担当者は、確認処理８０４ｂ６において、受信した地図情報を携帯端末２Ｂに表示させて外勤対応事象の場所、自分、支援要員、対応支援車の位置を確認する。
【０１４８】
図７は、本発明の請求項２に係る発明を実現する要員管理システムの外勤対応担当要員（担当者）と外勤支援担当要員（担当者）の連携活動の処理を示すフロー図である。前述の図５と図７の組み合わせで、本発明の請求項２に係る発明を実現する。
【０１４９】
外勤対応担当者は、外勤対応事象へ対応するたに支援要員のサポートを依頼する場合には、発信処理８０４ｂ７において、携帯端末２Ｂを操作して携帯用要員管理ソフトウェア２０３ａを機能させて、要員管理サーバ本体１１に対して、社員番号、速報番号、外勤対応担当者番号、携帯電話番号、支援要請依頼の処理を実行させる機能実行番号（ソフトウェア１１０３１を機能させて処理８０３ｓ１を実行させる実行ソフトウェア特定情報）及び実行ステータスフラグ（支援要請の場合は「Ｙ」、支援要請しない場合は「Ｎ」）の情報をファイルとして発信を行う。
【０１５０】
要員管理サーバ本体１１は、受信処理８０３ｓ１において、要員管理ソフトウェア１１０３ａを機能させて外勤対応担当者の携帯端末２Ｂからの社員番号、速報番号、外勤対応担当者番号、携帯電話番号、支援要請依頼の実行を行わせる機能実行番号、及び実行ステータスフラグ実行ステータスフラグ（支援要請の場合は「Ｙ」、支援要請しない場合は「Ｎ」）の情報をファイルとして受信する。
【０１５１】
ここで、携帯端末２Ｂから要員管理サーバ１１に送信する送信ファイルの情報は、社員番号、速報番号、外勤対応担当者番号、携帯電話番号、支援要請依頼の実行を行わせる機能実行番号、及び実行ステータスフラグで構成し、機能実行番号が「８０３ｓ１（１１０３ａ）」かつ実行ステータスフラグが「Ｙ」であれば、要員管理サーバ１１は要員ソフトウェア１１０２ａの受信処理８０３ｓ１を実行する。要員管理サーバ１１が受信処理８０３ｓ１を実行する仕組みは、前記のデーモンプロセス及び子プロセスの実行方法と同様である。
【０１５２】
次に、要員管理サーバ本体１１は、表示処理８０３ｓ２において、地図情報操作ソフトウェア１１０２ａを機能させて処理表示画面１２ａ上の地図情報に「支援依頼中」を表示し、次いで、発信処理８０３ｓ３において、要員管理ソフトウェア１１０３ａにより、支援要員が携帯する携帯端末２Ｃに対してメール等にて「支援依頼」の指示を発信し、次いで、発信処理８０３ｓ４において、地図情報操作ソフトウェア１１０２ａにより、外勤対応担当者が携帯する携帯端末２Ｂに対してメール等にて「支援依頼中」の地図情報の状態更新情報を送信する。
【０１５３】
外勤対応担当者は、受信処理８０４ｂ８において、携帯端末２Ｂの携帯用地図情報操作ソフトウェア２０２ａにより、「支援依頼中」の情報を受信し、確認処理８０４ｂ９において、地図情報にて「支援依頼中」のステータスを確認する。
【０１５４】
支援要員は、受信処理８０５ｂ１において、携帯端末２Ｃの携帯用要員管理ソフトウェア２０３ａを機能させて要員管理サーバ本体１１の要員管理ソフトウェア１１０３ａからの「支援依頼」指示を受信し、発信処理８０５ｂ２において、携帯端末２Ｃを操作して携帯用地図情報操作ソフトウェア２０２ａにより状況確認のため社員番号、速報番号、携帯電話番号、地図情報送信依頼の実行を行わせる機能実行番号（ソフトウェア１１０２ａを機能させて処理８０３ｓ５を実行させる実行ソフトウェア特定情報）及び実行ステータスフラグの情報をファイルとして送信する。
【０１５５】
要員管理サーバ本体１１は、受信処理８０３ｓ５において、地図情報操作ソフトウェア１１０２ａにより、支援要員の携帯端末２Ｃからの社員番号、速報番号、携帯電話番号、地図情報送信依頼の実行を行わせる機能実行番号、及び実行ステータスフラグの情報をファイルとして受信し、発信処理８０３ｓ６において、「支援依頼中」を付加した地図情報、社員番号、速報番号、携帯電話番号、地図情報受信の実行を行わせる機能実行番号（ソフトウェア２０２ａを機能させて処理８０６ｓ２を実行させる実行ソフトウェア特定情報）及び実行ステータスフラグ（支援依頼の場合は「Ｙ」、支援依頼しない場合は「Ｎ」）の情報をファイルとして携帯端末２Ｃに送信する。
【０１５６】
ここで、携帯端末２Ｃから要員管理サーバ１１に送信する送信ファイルの情報は、社員番号、速報番号、携帯電話番号、地図情報送信依頼の実行を行わせる機能実行番号、及び実行ステータスフラグで構成し、機能実行番号が「８０３ｓ５（１１０２ａ）」かつ実行ステータスフラグが「Ｙ」であれば、要員管理サーバ１１は地図情報操作ソフトウェア１１０２ａの受信処理８０３ｓ５を実行する。要員管理サーバ１１が受信処理８０３ｓ５及び発信処理８０３ｓ６を実行する仕組みは、前記のデーモンプロセス及び子プロセスの実行方法と同様である。
【０１５７】
支援要員は、受信処理８０５ｂ３において、携帯端末２Ｃの携帯用地図情報操作ソフトウェア２０２ａにより、要員管理サーバ本体１１の地図情報操作ソフトウェア１１０２ａから送信される「支援依頼中」の地図情報を受信し、確認処理８０５ｂ４において、地図情報にて「支援依頼中」ステータスを確認する。
【０１５８】
支援要員は、支援依頼を承諾する場合には、発信処理８０５ｂ５において、携帯端末２Ｃを操作して、携帯用要員管理ソフトウェア２０３ａを機能させて、要員管理サーバ本体１１の要員管理ソフトウェア１１０３ａに対して支援を承諾する旨の社員番号、速報番号、携帯電話番号、支援承諾の実行を行わせる機能実行番号（ソフトウェア１１０３ａを機能させて処理８０３ｓ７を実行させる実行ソフトウェア特定情報）、実行ステータスフラグ（支援承諾の場合は「Ｙ」、支援承諾しない場合は「Ｎ」）の情報をファイルとして送信する。この支援承諾により、支援要員は、外勤支援担当者となる。
【０１５９】
要員管理サーバ本体１１は、受信処理８０３ｓ７において、要員管理ソフトウェア１１０３ａにて社員番号、速報番号、携帯電話番号、支援承諾の実行を行わせる機能実行番号、実行ステータスフラグ（支援承諾の場合は「Ｙ」、支援承諾しない場合は「Ｎ」）の情報をファイルとして受信し、支援承諾する場合、表示処理８０３ｓ８において、地図情報操作ソフトウェア１１０２ａにて、速報番号をキーにして当該速報・確報レコードを検索し外勤対応支援担当者番号を支援要員の社員番号、及び外勤支援状況を「支援承諾済」に更新し、表示画面１２ａ上の地図情報に「支援承諾」を表示し、発信処理８０３ｓ９において、要員管理ソフトウェア１１０３ａにて外勤対応担当者の携帯端末２Ｂに対して「支援承諾」結果指示送信を行い、発信処理８０３ｓ１０において、地図情報操作ソフトウェア１１０２ａにて外勤支援担当者の携帯端末２Ｃに「支援承諾」更新情報を送付する。
【０１６０】
ここで、携帯端末から要員管理サーバ１１に送信する送信ファイルの情報は、社員番号、速報番号、携帯電話番号、支援承諾の実行を行わせる機能実行番号、及び実行ステータスフラグで構成し、機能実行番号が「８０３ｓ７（１１０３ａ）」かつ実行ステータスフラグが「Ｙ」であれば、要員管理サーバ１１は要員管理ソフトウェア１１０３ａの受信処理８０３ｓ７を実行する。要員管理サーバ１１が受信処理８０３ｓ７及び表示処理８０３ｓ８を実行する仕組みは、前記のデーモンプロセス及び子プロセスの実行方法と同様である。
【０１６１】
外勤対応担当者は、受信処理８０４ｂ１０において、携帯端末２Ｂを操作して携帯用要員管理ソフトウェア２０３ａにより要員管理サーバ本体１１の要員管理ソフトウェア１１０３ａからの支援承諾更新のステータスを受信し、確認処理８０４ｂ１１において、地図情報を表示させて「支援承諾」ステータスを確認する。
【０１６２】
外勤支援担当者は、受信処理８０５ｂ６において、携帯端末２Ｃを操作して携帯用要員管理ソフトウェア２０３ａにより、要員管理サーバ本体１１の地図情報操作ソフトウェア１１０２ａからの支援承諾更新のステータスを受信し、確認処理８０５ｂ７において、地図情報を表示させて「支援承諾」ステータスを確認する。
【０１６３】
図８は、本発明の請求項３に係る発明を実現する要員管理システムの外勤対応担当者と対応支援車出動の連携活動の処理を示すフロー図である。前述の図５と図８の組み合わせで、本発明の請求項３に係る発明を実現する。
【０１６４】
外勤対応担当者は、外勤対応活動中に外勤対応事象の対応に対応支援車の出動が必要と判断した場合、発信処理８０４ｂ１２において、携帯端末２Ｂを操作して携帯用要員管理ソフトウェア２０３ａを機能させ、要員管理サーバ本体１１の要員管理ソフトウェア１１０３ａに対して、社員番号、速報番号、外勤対応担当者番号、携帯電話番号、対応支援車出動依頼の実行を行わせる機能実行番号（ソフトウェア１１０３ａを機能させて処理８０３ｔ１を実行させる実行ソフトウェア特定情報）、及び実行ステータスフラグ（出動依頼の場合は「Ｙ」、出動依頼しない場合は「Ｎ」）の情報をファイルとして送信する。
【０１６５】
要員管理サーバ本体１１は、受信処理８０３ｔ１において、要員管理ソフトウェア１１０３ａにより携帯端末２Ｂからの社員番号、速報番号、外勤対応担当者番号、携帯電話番号、対応支援車出動依頼の実行を行わせる機能実行番号、及び実行ステータスフラグ（出動依頼の場合は「Ｙ」、出動依頼しない場合は「Ｎ」）の情報をファイルとして受信し、表示処理８０３ｔ２において、地図情報操作ソフトウェア１１０２ａを機能させて、速報番号をキーにして当該速報・確報レコードを検索し対応支援車の要否フラグを「支援車要」のステータスに更新し、表示画面１２ａ上の地図情報に「対応支援車出動依頼」を表示し、発信処理８０３ｔ３において、要員管理ソフトウェア１１０３ａを機能させて対応支援車担当要員の携帯端末２に対して、メール等にて社員番号、速報番号、外勤対応担当者番号、携帯電話番号、対応支援車出動依頼指示の実行を行わせる機能実行番号（ソフトウェア２０３ａを機能させて処理８０６ａを実行させる実行ソフトウェア特定情報）、及び実行ステータスフラグ（出動依頼の場合は「Ｙ」、出動依頼しない場合は「Ｎ」）の情報をファイルとして送信し、発信処理８０３ｔ４において、地図情報操作ソフトウェア１１０２ａにより外勤対応担当者の携帯端末２Ｂに対して「対応支援車出動依頼」付きの地図情報を送信する。
【０１６６】
ここで、携帯端末２Ｂから要員管理サーバ１１に送信する送信ファイルの情報は、社員番号、速報番号、外勤対応担当者番号、携帯電話番号、機能実行番号、及び実行ステータスフラグで構成し、機能実行番号が「８０３ｔ１（１１０３ａ）」かつ実行ステータスフラグが「Ｙ」であれば、要員管理サーバ１１は要員管理ソフトウェア１１０３ａの受信処理８０３ｔ１を実行する。要員管理サーバ１１が受信処理８０３ｔ１及び表示処理８０３ｔ２を実行する仕組みは、前記のデーモンプロセス及び子プロセスの実行方法と同様である。
【０１６７】
外勤対応担当者は、受信処理８０４ｂ１３において、携帯端末２Ｂを操作して地図情報を受信し、確認処理８０４ｂ１４において地図情報を表示させて「対応支援車出動依頼」のステータスを確認する。
【０１６８】
対応支援車担当要員は、受信処理８０６ａにおいて、携帯端末２により、要員管理サーバ本体１１の要員管理ソフトウェア１１０３ａから社員番号、速報番号、外勤対応担当者番号、携帯電話番号、対応支援車出動依頼指示（ソフトウェア２０３１を機能させて処理８０６ａを実行させる実行ソフトウェア特定情報）、及び実行ステータスフラグ（出動依頼の場合は「Ｙ」、出動依頼しない場合は「Ｎ」）の情報をファイルとして受信すると、発信処理８０６ｂ１において、確認のために、要員管理サーバ本体１１の地図情報操作ソフトウェア１１０２ａに対して社員番号、速報番号、対応支援車番号、携帯電話番号、地図情報送信依頼受信（ソフトウェア１１０２ａを機能させて処理８０３ｔ５を実行させる実行ソフトウェア特定情報）、及び実行ステータスフラグ（出動依頼の場合は「Ｙ」、出動依頼しない場合は「Ｎ」）の情報をファイルとして送信する。
【０１６９】
要員管理サーバ本体１１は、受信処理８０３ｔ５において、地図情報操作ソフトウェア１１０２ａにより社員番号、速報番号、対応支援車番号、携帯電話番号、地図情報送信依頼受信の実行を行わせる機能実行番号、及び実行ステータスフラグ（出動依頼の場合は「Ｙ」、出動依頼しない場合は「Ｎ」）の情報をファイルとして受信し、発信処理８０３ｔ６において、対応支援車担当要員の携帯端末２に対して社員番号、「対応支援車出動依頼」付き地図情報、速報番号、対応支援車番号、携帯電話番号、地図情報受信の実行を行わせる機能実行番号（ソフトウェア２０２ａを機能させて処理８０６ｂ２を実行させる実行ソフトウェア特定情報）、及び実行ステータスフラグ（出動依頼の場合は「Ｙ」、出動依頼しない場合は「Ｎ」）の情報をファイルとして送信する。
【０１７０】
ここで、携帯端末２から要員管理サーバ１１に送信する送信ファイルの情報は、社員番号、速報番号、対応支援車番号、携帯電話番号、地図情報送信依頼受信の実行を行わせる機能実行番号、及び実行ステータスフラグで構成し、機能実行番号が「８０３ｔ５（１１０２ａ）」かつ実行ステータスフラグが「Ｙ」であれば、要員管理サーバ１１は地図情報操作ソフトウェア１１０２ａの受信処理８０３ｔ５を実行する。要員管理サーバ１１が受信処理８０３ｔ５及び発信処理８０３ｔ６を実行する仕組みは、前記のデーモンプロセス及び子プロセスの実行方法と同様である。
【０１７１】
対応支援車担当要員は、受信処理８０６ｂ２において、要員管理サーバ本体１１の地図情報操作ソフトウェア１１０２ａから送信された地図情報を受信し、確認処理８０６ｂ３において、要員管理サーバ本体１１から受信した地図情報を携帯端末２に表示させて「対応支援車出動依頼」ステータスを確認する。
【０１７２】
対応支援車担当要員は、対応支援車出動の承諾をする場合には、発信処理８０６ｂ４において、携帯端末２を操作して携帯用要員管理ソフトウェア２０３ａを機能させて、要員管理サーバ本体１１の要員管理ソフトウェア１１０３ａに対して対応支援車出動の承諾情報を送信する。この承諾情報送信により、対応支援車担当要員は対応支援車担当者となる。
【０１７３】
要員管理サーバ本体１１は、受信処理８０３ｔ７において、要員管理ソフトウェア１１０３ａにより対応支援車出動承諾情報を受信し、表示処理８０３ｔ８において、地図情報操作ソフトウェア１１０２ａにより表示画面１２ａ上の地図情報に「対応支援車出動承諾」を表示し、発信処理８０３ｔ９において、要員管理ソフトウェア１１０３ａを機能させて外勤対応担当者の携帯端末２Ｂにメール等で「対応支援車出動承諾」結果指示を送信し、発信処理８０３ｔ１０において、地図情報操作ソフトウェア１１０２ａを機能させて対応支援車担当者の携帯端末２に対して、メール等で「対応支援車出動承諾」更新情報を送信する。
【０１７４】
外勤対応担当者は、受信処理８０４ｂ１５において、携帯端末２Ｂの携帯用要員管理ソフトウェア２０３ａにより、要員管理サーバ本体１１の要員管理ソフトウェア１１０３ａから送信された対応支援車出動承諾更新のステータス情報を受信し、確認処理８０４ｂ１６において、受信した「対応支援車出動承諾」情報を携帯端末２Ｂに表示させてステータスを確認する。
【０１７５】
対応支援車担当者は、受信処理８０６ｂ５において、携帯端末２により、要員管理サーバ本体１１の要員管理ソフトウェア１１０３ａから送信された対応支援車出動承諾更新のステータス情報を受信し、確認処理８０６ｂ６において、受信した「対応支援車出動承諾」のステータス情報を携帯端末２に表示させて確認する。
【０１７６】
図９は、本発明の請求項１に係る発明を実現する要員管理システムの画面表示例を示す図である。
【０１７７】
２１ａは、携帯端末２のディスプレイ部２１の表示画面であり、２１ａは、要員管理サーバ本体１１から送信された地図情報を受信して表示する部分である。要員管理サーバ本体１１において、地図情報操作ソフトウェア１１０２ａは、ディスプレイ装置１２の表示画面１２ａには携帯端末２に送信する情報部分１２ａ１を含んだ地図情報を表示する。外勤対応担当要員が所持する携帯端末２の携帯用地図情報操作ソフトウェア２０２ａは、要員管理サーバ１の表示画面１２ａに表示された情報の一部１２ａ１を受信して表示画面２１ａに表示画像２１ａ１として表示することで、要員管理サーバ１側の地図情報を複数の携帯端末２の表示画面１２ａで共有する。要員管理サーバ１の表示画面１２ａの一部１２ａ１と携帯端末２が受信して表示する地図情報の受信部分の表示画像２１ａ１のポイントＡは、対応要求者（携帯端末２Ａ）が位置する外勤対応事象発生地点ＡのＧＰＳの位置であり、ポイントＢは、外勤対応担当者Ａ（携帯端末２Ｂ）が位置する地点ＢのＧＰＳの位置であり、ポイントＣは、外勤対応支援者Ｂ（携帯端末２Ｃ）が位置する地点ＣのＧＰＳの位置である。又、ポイントＤは、対応支援車６が位置する地点ＤのＧＰＳの位置であり、ポイントＥは、対応支援車待機場所７が位置する地点ＥのＧＰＳの位置である。
対応要求者（携帯端末２Ａ）と外勤対応担当要員（担当者）（携帯端末２Ｂ、２Ｃ）のＧＰＳの位置間の距離は、点線矢印の長さとする。ポイントＢとポイントＣの直線距離を比較すると、ポイントＢの方が近距離にあり、他の条件（例えば、職能、現在他の案件に対応中の有無）が同じであれば、ポイントＢの方が優先的に対応担当者として選択されることとなる。
【０１７８】
図１０は、本発明の請求項２に係る発明を実現する要員管理システムの画面表示例を示す図である。
図１０は、図６における対応要員の対応指示受信後の回答処理８０４ｂ１おいて、対応了解回答を行うための仕掛けとして、要員管理サーバ１のディスプレイ装置１２の表示画面１２ａに表示する地図情報上及び携帯端末２Ａの表示画面２１ａには、地図情報画像２１ａ１に加えて対応要員が「了解」又は「キャンセル」の入力を行うための入力ボタン画像を表示する。
【０１７９】
１２ａ２は、要員管理サーバ１のディスプレイ装置１２の表示画面１２ａ上に表示した優先順位１位〜優先順位４位までの外勤対応担当要員である対応Ｂ担当要員〜対応Ｅ担当要員が「了解」又は「キャンセル」の入力を行うための入力ボタン画像である。
２１ａ２は、携帯端末２のディスプレイ部２１の表示画面２１ａ上に、要員管理サーバ１のディスプレイ装置１２の表示画面１２ａに表示した入力ボタン画像１２ａ２の1部又は全部を受信して表示した入力ボタン画像であり、優先順位１位である外勤対応担当要員・対応Ｂ担当要員が「了解」又は「キャンセル」を選択入力することで「了解」又は「キャンセル」の情報入力操作を可能にする。操作の実行結果は、すぐに画面上に反映され、携帯端末２を携帯する支援組織の外勤対応関係者は、共通の認識を得ることができる。
【０１８０】
図１１は、本発明の請求項３に係る発明を実現する要員管理システムの画面表示例を示す図である。
図１１は、図７における支援要員の「支援依頼中」ステータスの確認処理８０５ｂ４及び支援承諾発信処理８０５ｂ５に用い、支援要員が「承諾」又は「キャンセル」を行うための入力ボタン画像を表示した表示画面である。
【０１８１】
１２ａ２は、要員管理サーバ１のディスプレイ装置１２の表示画面１２ａ上に表示した優先順位１位〜優先順位４位までの外勤対応担当要員である支援Ｃ担当要員〜支援Ｆ担当要員が「承諾」又は「キャンセル」の入力を行うための入力ボタン画像である。
２１ａ３は、携帯端末２の表示画面２１ａ上に、要員管理サーバ１のディスプレイ装置１２に表示した入力ボタン画像１２ａ２の1部又は全部を受信して表示した入力ボタン画像であり、優先順位１位である外勤対応担当要員・支援Ｃ担当要員が「承諾」又は「キャンセル」を選択入力することで「承諾」又は「キャンセル」の情報入力操作を可能にする。操作の実行結果は、すぐに画面上に反映され、支援組織の外勤対応関係者は、共通の認識を得ることができる。
【０１８２】
図１２は、本発明の請求項４に係る発明を実現する要員管理システムの画面表示例を示す図である。
図１２は、図８における対応支援車担当要員の「対応支援車出動依頼」」ステータスの確認処理８０５６ｂ３及び対応支援車出動承諾発信処理８０６ｂ４に用い、対応支援車担当要員が「承諾」又は「キャンセル」の入力を行うための入力ボタン画像を表示している。
１２ａ３は、要員管理サーバ１のディスプレイ装置１２の表示画面１２ａ上に、対応支援車担当要員が優先順位１位〜優先順位４位までの対応支援車Ｄ〜対応支援車Ｇの出動・出動予約の「承諾」又は「キャンセル」を入力するための入力ボタン画像である。
２１ａ４は、携帯端末２の表示画面２１ａ上に、要員管理サーバ１のディスプレイ装置１２に表示している入力ボタン画像１２ａ３の1部又は全部を受信して表示し、対応支援車担当要員が優先順位１位である対応支援車Ｄの出動・出動予約を「承諾」又は「キャンセル」を選択入力することで「承諾」又は「キャンセル」の情報入力操作するのを可能にする。操作の実行結果は、すぐに画面上に反映され、支援組織の外勤対応関係者は、共通の認識を得ることができる。
【図面の簡単な説明】
【０１８３】
【図１】本発明の実施例１の要員管理システムのハードウェア構成と内部の機能手段を示すブロック図である。
【図２】本発明の実施例１の要員管理システムのネットワークを示す図である。
【図３】本発明の実施例１の要員管理システムのデータベースのデータ構成を示す図である。
【図４】本発明の実施例１の要員管理システムのソフトウェア（プログラム）構成を示す図である。
【図５】本発明の実施例１の要員管理システムの外勤対応事象発生での初動段階の処理を示すフロー図である。
【図６】本発明の実施例１の要員管理システムの対応要員活動の処理を示すフロー図である。
【図７】本発明の実施例１の要員管理システムの対応要員と支援要員の連携活動の処理を示すフロー図である。
【図８】本発明の実施例１の要員管理システムの対応要員と対応支援車出動の連携活動の処理を示すフロー図である。
【図９】本発明の実施例１の要員管理システムの画面表示例を示す図である。
【図１０】本発明の実施例１の要員管理システムの画面表示例を示す図である。
【図１１】本発明の実施例１の要員管理システムの画面表示例を示す図である。
【図１２】本発明の実施例１の要員管理システムの画面表示例を示す図である。
【図１３】本発明の実施例１の要員管理システムにおいて外勤地距離等から行う対応要員検索処理（その１）の概要を示す図である。
【図１４】本発明の実施例１の要員管理システムにおける要員検索結果テーブル（その１）を示す図である。
【図１５】本発明の実施例１の要員管理システムにおいて外勤地距離等から行う対応要員検索処理（その１）を示すフロー図である。
【図１６】本発明の実施例１の要員管理システムにおいて外勤地距離等から行う対応要員検索処理（その２）の概要を示す図である。
【図１７】本発明の実施例１の要員管理システムにおける要員検索結果テーブル（その２）を示す図である。
【図１８】本発明の実施例１の要員管理システムにおいて外勤地距離等から行う対応要員検索処理（その２）を示すフロー図である。
【図１９】本発明の実施例１の要員管理システムにおいて外勤地距離等から行う対応支援車検索処理（その１）の概要を示す図である。
【図２０】本発明の実施例１の要員管理システムにおける対応支援車検索結果テーブル（その１）を示す図である。
【図２１】本発明の実施例１の要員管理システムにおいて外勤地距離等から行う対応支援車検索処理（その１）を示すフロー図である。
【図２２】本発明の実施例１の要員管理システムにおいて外勤地距離等から行う対応支援車検索処理（その２）の概要を示す図である。
【図２３】本発明の実施例１の要員管理システムにおける対応支援車検索結果テーブル（その２）を示す図である。
【図２４】本発明の実施例１の要員管理システムにおいて外勤地距離等から行う対応支援車検索処理（その２）を示すフロー図である。
【図２５】本発明の実施例１の要員管理システムにおける送受信ファイルの制御処理のフロー図である。
【符号の説明】
【０１８４】
１…要員管理サーバ、２（２Ａ〜２Ｃ）…携帯端末、３…コールセンターの端末装置、４…ＧＰＳ衛星、６…対応支援車、１１…要員管理サーバ本体、３１…端末装置本体、５１…携帯電話網、１１０１…地図情報部、１１０２…サーバ内地図情報操作制御部、１１０３…要員管理部、１１０４…サーバ内最適対応選定処理部、１１０５…対応支援者選定部、１１０６…対応支援車予約部、１１０７…要員状況管理部、１１０８…外勤速報・確報登録部、１１０９…通信制御部、２０１…ＧＰＳ位置情報発信部、２０２…携帯端末内地図情報操作制御部、２０３…携帯用要員管理部、３１０１…外勤速報・確報登録端末部
【図１】
2008310493.tif 000003
【図２】
2008310493.tif 000004
【図３】
2008310493.tif 000005
【図４】
2008310493.tif 000006
【図５】
2008310493.tif 000007
【図６】
2008310493.tif 000008
【図７】
2008310493.tif 000009
【図８】
2008310493.tif 000010
【図９】
2008310493.tif 000011
【図１０】
2008310493.tif 000012
【図１１】
2008310493.tif 000013
【図１２】
2008310493.tif 000014
【図１３】
2008310493.tif 000015
【図１４】
2008310493.tif 000016
【図１５】
2008310493.tif 000017
【図１６】
2008310493.tif 000018
【図１７】
2008310493.tif 000019
【図１８】
2008310493.tif 000020
【図１９】
2008310493.tif 000021
【図２０】
2008310493.tif 000022
【図２１】
2008310493.tif 000023
【図２２】
2008310493.tif 000024
【図２３】
2008310493.tif 000025
【図２４】
2008310493.tif 000026
【図２５】
2008310493.tif 000027