(57)【要約】【課題】繁忙期であってもユーザ先へ円滑な人材派遣を行うこと。【解決手段】サービスの提供を受けるユーザ側に設置されたユーザクライアント１００１　〜１００ｎ　からのサービス要求を受け付ける要求受付部３０３と、サービス員にそれぞれ携帯されたサービス員携帯端末５００１　〜５００ｍ　を対象とし、サービス要求に応じてサービス員を募集した後、応募してきたサービス員を認証し、さらに、認証されたサービス員をユーザ先へ派遣させる募集部３０４と、サービス料金をユーザへ請求するとともに、サービス提供会社（サービス員）へサービス料金を支払うための処理を実行する精算部３０６とを備えている。【選択図】　　　図１
2004070536.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを、
サービスの提供を受けるユーザからのサービス要求を受け付けるサービス要求受付手段、
前記サービス要求に応じてサービス員を募集する募集手段、
応募してきたサービス員を認証する認証手段、
前記認証されたサービス員を前記ユーザ先へ派遣させる派遣手段、
として機能させるためのサービス業務管理プログラム。
【請求項２】
前記募集手段は、複数のサービス員がそれぞれ携帯する携帯端末へ募集情報を送信することにより前記募集を行うことを特徴とする請求項１に記載のサービス業務管理プログラム。
【請求項３】
前記認証手段は、予め登録された認証情報と、前記サービス員により入力された認証情報との照合に基づいて前記認証を行うことを特徴とする請求項１または２に記載のサービス業務管理プログラム。
【請求項４】
前記コンピュータを、ユーザ先へ派遣された前記サービス員が携帯する前記携帯端末より、サービス員の状態、サービスの進行状況を表す状態情報を逐一受信し、進行管理を行う進行管理手段、として機能させることを特徴とする請求項２または３に記載のサービス業務管理プログラム。
【請求項５】
前記コンピュータを、サービス完了後に前記ユーザに対するサービス料金の請求に関する処理を実行する請求手段、として機能させることを特徴とする請求項１〜４のいずれか一つに記載のサービス業務管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば、コンピュータ機器の保守、軽作業等の各種サービスにかかる管理を行うためのサービス業務管理プログラムに関するものであり、特に、繁忙期であってもユーザ先へ円滑な人材派遣を行うことができるサービス業務管理プログラムに関するものである。
【０００２】
【従来の技術】
従来より、機器の保守サービスを行う会社では、コールセンタシステムと複数の作業拠点システムとをイントラネットで接続して、保守作業を効率よく行うための作業管理システムが運用されている。
【０００３】
コールセンタは、ユーザ（顧客）からの障害呼び出しおよび障害問い合わせを一括して受け付けるセンタである。また、作業拠点システムは、コールセンタから障害対応を指示され、ユーザ先に出向いて障害を取り除く保守作業員へ指示を出すシステムである。
【０００４】
しかし、保守サービスは拡大する一方であり、保守作業を外注することも多くなると、外注先に作業拠点システムを導入し、コールセンタシステムとインターネットで接続する必要が生じてくる。
【０００５】
そこで、特開２００１−３３１５９６号公報に開示されているように、従来では、コールセンタシステムと作業拠点システムとをインターネットで接続し、かつその間のデータ通信を電子メールを介して行う手段を設けた作業管理システムが提案されている。
【０００６】
【発明が解決しようとする課題】
ところで、従来の作業管理システムにおいては、単に、コールセンタシステムと複数の作業拠点システムとがインターネットで接続されているにすぎないため、保守作業員をユーザ先へ派遣する際に、コールセンタから作業拠点システムへ一方的な人材確保要請となってしまい、繁忙期に人材不足が生じ、円滑な人材派遣を行うことができない場合があるという問題があった。
【０００７】
本発明は、上記に鑑みてなされたもので、繁忙期であってもユーザ先へ円滑な人材派遣を行うことができるサービス業務管理プログラムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するために、本発明は、コンピュータを、サービスの提供を受けるユーザからのサービス要求を受け付けるサービス要求受付手段、前記サービス要求に応じてサービス員を募集する募集手段、応募してきたサービス員を認証する認証手段、前記認証されたサービス員を前記ユーザ先へ派遣させる派遣手段、として機能させるためのサービス業務管理プログラムである。
【０００９】
この発明によれば、ユーザからのサービス要求に応じてサービス員を募集し、応募してきたサービス員を認証した後、認証されたサービス員をユーザ先へ派遣させることとしたので、繁忙期でのサービス員の確保が容易となり、繁忙期であってもユーザ先へ円滑な人材派遣を行うことができる。
【００１０】
【発明の実施の形態】
以下、図面を参照して本発明にかかるサービス業務管理プログラムの一実施の形態について詳細に説明する。
【００１１】
図１は、本発明にかかる一実施の形態の構成を示すブロック図である。この図には、サービス業務にかかる管理を行うためのサービス業務管理システムが図示されている。
【００１２】
ここでいうサービス業務とは、サービス管理会社（サービス提供会社）からユーザ（サービスの提供を受ける顧客）へ、サービス料金の支払いを前提として各種サービス（例えば、機器の保守サービスや新規設置等の労働力提供を伴うもの全般）を提供することをいう。
【００１３】
サービス業務管理システムは、ユーザクライアント１００１　〜１００ｎ　と、ネットワーク２００と、サービス業務管理装置３００と、移動体ネットワーク４００と、サービス員携帯端末５００１　〜５００ｍ　と、認証情報入力装置５５０１　〜５５０ｍ　とから構成されている。
【００１４】
ユーザクライアント１００１　〜１００ｎ　のそれぞれは、ユーザ側に設けられたコンピュータ端末であり、ネットワーク２００を介して、サービス業務管理装置３００に接続可能とされている。
【００１５】
これらのユーザクライアント１００１　〜１００ｎ　は、サービス要求時にユーザにより操作される。サービス要求とは、ユーザからサービス管理会社へ上述した各種サービスの提供を要求することをいう。
【００１６】
サービス業務管理装置３００は、サービス管理会社側に設置されており、サービスの提供にあたって、サービス要求の受け付け、サービス員の募集、アサイン、サービスの進行状況、サービス料金の精算等の管理を行う装置である。
【００１７】
また、サービス業務管理装置３００は、移動体ネットワーク４００を介して、サービス員携帯端末５００１　〜５００ｍ　に接続可能とされている。移動体ネットワーク４００は、ゲートウェイ（図示略）や無線基地局（図示略）から構成されており、移動体通信をサポートするネットワークである。
【００１８】
サービス員携帯端末５００１　〜５００ｍ　のそれぞれは、ユーザに対して実際にサービスを提供するサービス員により携帯され、ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔｓ）、携帯電話機、ＰＨＳ（Ｐｅｒｓｏｎａｌ　Ｈａｎｄｙｐｈｏｎｅ　Ｓｙｓｔｅｍ）、ノート型パーソナルコンピュータ等である。サービス員は、サービス提供会社に所属している。
【００１９】
これらのサービス員携帯端末５００１　〜５００ｍ　は、無線リンク、移動体ネットワーク４００を介して、サービス業務管理装置３００との間で通信を行い、
後述する各種画面（図１６〜図２０参照）を用いて、サービスの進行状況（サービス員募集、サービス員応募、移動中、サービス提供中、サービス仮完了、サービス完了）をサービス業務管理装置３００（サービス管理会社）へ通知する機能を備えている。
【００２０】
サービス業務管理装置３００において、通信部３０１は、所定の通信プロトコルに従って、ネットワーク２００を介して、ユーザクライアント１００１　〜１００ｎ　との間の通信を制御する。
【００２１】
制御部３０２は、装置各部を制御するものである。要求受付部３０３は、後述するサービス要求受付画面６００（図１０および図１１参照）により、ユーザクライアント１００１　〜１００ｎ　のそれぞれからのサービス要求を受け付ける機能を備えている。
【００２２】
ここで、サービス業務管理装置３００においては、図１０に示したようにサービス要求受付画面６００、サービス員募集画面６１０、サービス進行状況画面６２０、サービス料金請求確認画面６３０およびサービス料金支払確認画面６４０という順番で画面が遷移する。
【００２３】
図１に戻り、募集部３０４は、サービス要求があった後、サービス員募集画面６１０（図１０および図１２参照）により、当該サービスを実際に提供するサービス員を募集する機能を備えている。
【００２４】
サービス管理部３０５は、サービス進行状況画面６２０（図１０および図１３参照）により、サービスの進行状況（サービス員募集、サービス員応募、移動中等）を管理する機能を備えている。
【００２５】
精算部３０６は、サービス完了後に、サービス料金の精算を行う機能を備えている。具体的には、精算部３０６は、当該ユーザへサービス料金の請求を行った後、サービス員が所属するサービス提供会社へサービス料金（但し、管理手数料を除いた額）を支払う機能を備えている。
【００２６】
記憶部３０７には、各部で扱われる各種情報が記憶される。入力部３０８は、キーボードやマウス等である。表示部３０９は、ＣＲＴ（Ｃａｔｈｏｄｅ　Ｒａｙ　Ｔｕｂｅ）やＬＣＤ（Ｌｉｑｕｉｄ　Ｃｒｙｓｔａｌ　Ｄｉｓｐｌａｙ）等であり、後述する各種画面（図１０〜図１５参照）を表示する。
【００２７】
タイマ３１０は、サービス料金の計算に際して、サービスの提供開始時刻やサービス完了時刻を精算部３０６へ通知する機能を備えている。移動体通信部３１１は、所定の通信プロトコルに従って、移動体ネットワーク４００を介して、サービス員携帯端末５００１　〜５００ｍ　との間の通信を制御する。
【００２８】
また、サービス業務管理装置３００では、ユーザ情報データベース３２０、サービス要求情報データベース３３０、サービス員情報データベース３４０、サービス料金情報データベース３５０およびサービス提供会社情報データベース３６０という各種データベースが設けられている。
【００２９】
ユーザ情報データベース３２０は、サービスの提供を受けるユーザ（ユーザクライアント１００１　〜１００ｎ　に対応）に関するユーザ情報を格納するデータベースである。
【００３０】
具体的には、図２に示したユーザ情報データベース３２０は、「基本情報」、「システム管理者情報」、「契約情報」および「経理情報」というフィールドを備えている。「基本情報」は、ユーザの名称を表す「ユーザ名」、「住所」、「電話番号」およびユーザを識別するための「ユーザコード」から構成されている。
【００３１】
「システム管理者情報」は、当該ユーザにおけるシステム管理者に関する情報であり、システム管理者の氏名を表す「システム管理者名」、システム管理者を識別するための「システム管理者ＩＤ」および認証に用いられる「認証ＩＤ／パスワード」から構成されている。
【００３２】
「契約情報」は、サービスの提供に関して、サービス提供会社とユーザとの間で締結された契約に関する情報であり、契約担当者の氏名を表す「契約担当者名」、日中のみサービスの提供を行う「デイタイムサービス」、２４時間いつでもサービスの提供を行う「２４時間サービス」およびスポット対応として随時にサービスの提供を行う「時間サービス」から構成されている。
【００３３】
これらの「デイタイムサービス」、「２４時間サービス」および「時間サービス」については、「０」フラグが設定されている場合、未契約であることを意味しており、「１」フラグが設定されている場合、契約済みであることを意味している。
【００３４】
「経理情報」は、ユーザとサービス管理会社との間におけるサービス料金の請求・支払いに関する情報であり、「請求先」および「支払い方法」から構成されている。
【００３５】
図１に戻り、サービス要求情報データベース３３０は、ユーザクライアント１００１　〜１００ｎ　のうちいずれかのユーザクライアント（ユーザ）からサービス業務管理装置３００（サービス管理会社）へのサービス要求に関するサービス要求情報を格納するデータベースである。
【００３６】
具体的には、図３に示したサービス要求情報データベース３３０は、「基本情報」、「サービス対象情報」、「サービス内容情報」および「サービスレベル情報」というフィールドを備えている。
【００３７】
「基本情報」は、ユーザを識別するための「ユーザコード」、サービス内容（「サービス内容情報」における「物流サービス」、「セットアップ」、「定期点検」、「トラブル解決」）を識別するための「サービス内容コード」およびサービス要求に対応するサービスを識別するための「個別サービスＩＤ」から構成されている。
【００３８】
「サービス対象情報」は、サービスの対象となる「システム名」および「機器名」から構成されている。「サービス内容情報」は、サービスの具体的な内容に関する情報であり、サービス対象を物流させるという「物流サービス」、サービス対象にコンピュータプログラムをインストールする等の「セットアップ」、定期的にサービス対象を点検するという「定期点検」およびサービス対象で発生したトラブル（故障等）を解決するという「トラブル解決」から構成されている。
【００３９】
これらの「物流サービス」、「セットアップ」、「定期点検」および「トラブル解決」については、「０」フラグが設定されている場合、サービス要求されてないことを意味しており、「１」フラグが設定されている場合、サービス要求があったことを意味している。
【００４０】
「サービスレベル情報」は、当該サービスの提供にあたってのレベルを表す「要求資格」および「難易度」から構成されている。「要求資格」は、サービス員に要求される資格に関する情報である。「難易度」は、「要求資格」の難しさに関する情報である。
【００４１】
図１に戻り、サービス員情報データベース３４０は、サービス員携帯端末５００１　〜５００ｍ　をそれぞれ携帯するサービス員に関するサービス員情報を格納するデータベースである。
【００４２】
具体的には、図４に示したサービス員情報データベース３４０は、「基本情報」、「サービス員状態情報」および「資格情報」というフィールドを備えている。
【００４３】
「基本情報」は、サービス員の氏名を表す「サービス員名」、「住所」、「電話番号」、サービス員を識別するための「サービス員コード」、サービス員が所属しているサービス提供会社を表す「所属サービス提供会社」、サービス員への報酬の支払い方法を表す「報酬支払方法」およびサービス業務管理装置３００でサービス員を認証するための「認証情報」から構成されている。
【００４４】
ここで、「認証情報」としては、認証ＩＤ／パスワード、デジタル署名、サイン筆跡、指紋、声紋、アイパターン、指静脈パターン等の情報であり、サービス員を一意に特定できる情報であればいかなるものであってもよい。
【００４５】
また、デジタル署名、サイン筆跡、指紋、声紋、アイパターン、指静脈パターン等の情報は、認証ＩＤ／パスワードに比べて、成りすましが難しいため、高度なセキュリティレベルが必要な場合に用いられる。
【００４６】
なお、一実施の形態においては、認証ＩＤ／パスワードに代えて、サービス員コードのみ、サービス員コード／パスワード、サービス員コード／電話番号、サービス員コード／ネットワークアドレス等を用いて認証を行うようにしてもよい。
【００４７】
「サービス員状態情報」は、サービス員の状態を表す情報であり、「フリー」、「サービス応募中」、「移動中」、「到着」、「サービス提供中」、「サービス仮完了」および「サービス完了」から構成されている。
【００４８】
「フリー」は、仕事が無くいつでもサービス業務を行うことができる状態を表す。「サービス応募中」は、サービス業務管理装置３００（サービス管理会社）からのサービス員の募集に対応して応募を行っている最中である状態を表す。「移動中」は、サービスを提供するためにユーザ先へ移動している最中であることを表す。
【００４９】
「到着」は、ユーザ先に到着したことを表す。「サービス提供中」は、ユーザ先でサービスを提供している最中であることを表す。「サービス仮完了」は、サービスが仮完了したことを表す。「サービス完了」は、サービスが完了したことを表す。
【００５０】
これらの「フリー」、「サービス応募中」、「移動中」、「到着」、「サービス提供中」、「サービス仮完了」および「サービス完了」については、「０」フラグが設定されている場合、その状態に無いことを意味しており、「１」フラグが設定されている場合、その状態にあることを意味している。
【００５１】
また、「サービス員状態情報」は、サービス員携帯端末５００１　〜５００ｍ　のそれぞれからの通知がある度に更新される。
【００５２】
「資格情報」は、サービス員が保有する資格およびその難易度を表す情報であり、「国家資格／難易度」、「社内資格／難易度」および「ベンダ資格／難易度」から構成されている。
【００５３】
図１に戻り、サービス料金情報データベース３５０は、サービス提供の対価としてユーザからサービス管理会社へ支払われる、サービス内容毎に設定されたサービス料金に関するサービス料金情報を格納するデータベースである。
【００５４】
具体的には、図５に示したサービス料金情報データベース３５０は、サービス要求情報データベース３３０（図３参照）の「サービス内容情報」に対応する「物流サービス」、「セットアップ」、「定期点検」、「トラブル解決」というフィールドを備えている。
【００５５】
「物流サービス」は、物流サービスにかかるサービス料金の情報であり、「重量」、「距離」、「対象」および「物流サービス料金」から構成されている。「セットアップ」は、セットアップにかかるサービス料金の情報であり、「対象」および「セットアップ料金」から構成されている。
【００５６】
「定期点検」は、定期点検にかかるサービス料金の情報であり、「対象」および「定期点検料金」から構成されている。「トラブル解決」は、トラブル解決にかかるサービス料金の情報であり、「対象」および「トラブル解決料金」から構成されている。
【００５７】
図１に戻り、サービス提供会社情報データベース３６０は、サービス員携帯端末５００１　〜５００ｍ　を携帯するサービス員のそれぞれが所属する複数のサービス提供会社に関するサービス提供会社情報を格納するデータベースである。
【００５８】
具体的には、図６に示したサービス提供会社情報データベース３６０は、「基本情報」、「担当者情報」、「契約情報」および「経理情報」というフィールドを備えている。「基本情報」は、サービス提供会社の名称を表す「サービス提供会社名」、「住所」、「電話番号」およびサービス提供会社を識別するための「サービス提供会社コード」から構成されている。
【００５９】
「担当者情報」は、当該サービス提供会社における窓口としての担当者に関する情報であり、担当者の氏名を表す「担当者名」、担当者を識別するための「担当者ＩＤ」および認証に用いられる「認証ＩＤ／パスワード」から構成されている。
【００６０】
「契約情報」は、サービスの提供に関して、サービス提供会社とサービス管理会社との間で締結された契約に関する情報であり、「提供サービス内容」、「保有資格」および「サービス時間」から構成されている。「提供サービス内容」は、当該サービス提供会社からユーザへ提供可能なサービスの内容であり、サービス要求情報データベース３３０（図３参照）の「サービス内容情報」に対応している。
【００６１】
「保有資格」は、当該サービス提供会社に属するサービス員が保有する資格である。「サービス時間」は、当該サービスを提供可能な時間であり、ユーザ情報データベース３２０（図２参照）の「デイタイムサービス」、「２４時間サービス」または「時間サービス（随時）」に対応している。
【００６２】
「経理情報」は、サービス管理会社からサービス提供会社へのサービス料金の支払い先・支払い方法に関する情報であり、「支払い先」および「支払い方法」から構成されている。
【００６３】
図１に戻り、サービス員携帯端末５００１　〜５００ｍ　のそれぞれには、必要に応じて認証情報入力装置５５０１　〜５５０ｍ　が接続される。これらの認証情報入力装置５５０１　〜５５０ｍ　は、サービス業務管理装置３００でサービス員を認証するための「認証情報」（デジタル署名、サイン筆跡、指紋、声紋、アイパターン、指静脈パターン等）を入力する装置（デジタル署名装置、タブレット／超音波ペン、指紋認識装置、声紋認識装置、アイパターン認識装置、指静脈パターン認識装置）である。なお、「認証情報」としての認証ＩＤ／パスワードは、各サービス員携帯端末の入力部より入力される。
【００６４】
図７は、図１に示したサービス員携帯端末５００１　の構成を示すブロック図である。同図において、送受信部５０２１　は、アンテナ５０１１　、無線リンク、移動体ネットワーク４００を介して、サービス業務管理装置３００との間で各種情報を送受信する。
【００６５】
制御部５０３１　は、各部を制御する。記憶部５０４１　は、制御部５０３１　で実行されるファームウェアや、各種情報を記憶する。入力部５０５１　は、英数字キー、ファンクションキー等であり、上述した「認証情報」としての認証ＩＤ／パスワードの入力等に用いられる。
【００６６】
表示部５０６１　は、後述する各種画面（図１６〜図２０参照）を表示するＬＣＤである。入出力インタフェース部５０７１　には、認証情報入力装置５５０１　が接続される。なお、図１に示したサービス員携帯端末５００２　〜５００ｍ　も、図７に示したサービス員携帯端末５００１　と同一の構成とされている。
【００６７】
つぎに、一実施の形態の動作の概要について、図８に示したシーケンス図を参照して説明する。同図に示したステップＳＡ１では、例えば、ユーザクライアント１００１　は、ネットワーク２００を介してサービス業務管理装置３００へサービス要求を出す。
【００６８】
ステップＳＡ２では、サービス業務管理装置３００は、サービス要求受付画面６００（図１１参照）を用いて、サービス要求を受け付ける。ステップＳＡ３では、サービス業務管理装置３００は、当該サービス要求に対応させて、サービス員携帯端末５００１　〜５００ｍ　へサービス員の募集をサービス員募集画面６１０（図１２参照）を用いて行う。サービス員携帯端末５００１　〜５００ｍ　の各表示部には、サービス員募集画面７００（図１６参照）が表示される。
【００６９】
ステップＳＡ４では、例えば、サービス員携帯端末５００１　は、サービス員の募集に対応させて、サービス員応募画面７１０（図１７参照）を用いてサービス員の応募を行う。ステップＳＡ５では、サービス業務管理装置３００は、サービス員携帯端末５００１　からの認証情報に基づいて、認証を行う。
【００７０】
ステップＳＡ６では、サービス業務管理装置３００は、認証されたサービス員をアサインすべく、移動体ネットワーク４００を介して、サービス員携帯端末５００１　へアクセスする。
【００７１】
ステップＳＡ７では、アサインされたサービス員は、ユーザクライアント１００１　に対応するユーザに対してサービスの提供を開始する。ステップＳＡ８では、サービス業務管理装置３００は、サービス進行状況画面６２０（図１３参照）を用いて、サービス業務を管理する。
【００７２】
ステップＳＡ９では、サービス員携帯端末５００１　は、ユーザ先に移動中であることを表すサービス員状態情報（＝移動中）をサービス業務管理装置３００へ通知する。ステップＳＡ１０では、サービス員携帯端末５００１　は、移動中画面７２０（図１８参照）の到着ボタン７２１が押下されると、サービス員状態情報（＝到着）をサービス業務管理装置３００へ通知する。
【００７３】
ステップＳＡ１１では、サービス員携帯端末５００１　は、ユーザ先でサービス提供を開始した場合に、サービス員状態情報（＝提供中）をサービス業務管理装置３００へ通知する。
【００７４】
ステップＳＡ１２では、サービス員携帯端末５００１　は、サービス提供中画面７３０（図１９参照）の仮完了ボタン７３１が押下されると、サービス員状態情報（＝仮完了）をサービス業務管理装置３００へ通知する。
【００７５】
ステップＳＡ１３では、サービス員携帯端末５００１　は、サービス仮完了画面７４０（図２０参照）の完了ボタン７４１が押下されると、サービス員状態情報（＝完了）をサービス業務管理装置３００へ通知する。なお、再開ボタン７４２は、サービス提供を一旦中止した後、再開する場合に押下される。
【００７６】
ステップＳＡ１４では、サービス業務管理装置３００は、サービス料金情報データベース３５０（図５参照）に基づいて、当該サービスにかかるサービス料金を計算する。ステップＳＡ１５では、サービス業務管理装置３００は、サービス料金請求確認画面６３０（図１４参照）を用いて、当該ユーザへサービス料金を請求する処理を実行する。
【００７７】
ステップＳＡ１６では、ユーザからサービス管理会社へサービス料金が支払われる。ステップＳＡ１７では、サービス業務管理装置３００は、サービス料金支払確認画面６４０（図１５参照）を用いて、サービス管理会社からサービス提供会社へサービス料金を支払うための処理を実行する。
【００７８】
つぎに、一実施の形態の詳細な動作について、図９に示したフローチャートを参照しつつ説明する。図９は、図１に示したサービス業務管理装置３００の動作を説明するフローチャートである。
【００７９】
以下では、ユーザクライアント１００１　に対応するユーザ（＝ＡＢＣ倉庫）が、所定のサービス（ネットワークのトラブル解決）の提供を受ける場合を具体例として説明する。
【００８０】
同図に示したステップＳＢ１では、サービス業務管理装置３００の要求受付部３０３は、ユーザクライアント１００１　〜１００ｎ　のうちいずれかのユーザクライアントからサービス要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【００８１】
そして、ユーザクライアント１００１　（ＡＢＣ倉庫）より、ネットワーク２００を介して、サービス要求（ネットワークのトラブル解決）があると、要求受付部３０３は、ステップＳＢ１の判断結果を「Ｙｅｓ」とする。
【００８２】
ステップＳＢ２では、要求受付部３０３は、ユーザクライアント１００１　よりサービス要求を受け付けるサービス要求受付処理を実行する。
【００８３】
この場合、要求受付部３０３は、図１１に示したサービス要求受付画面６００における「受付日時」（＝０２／０７／１２　１３：１２）、「ユーザ名」（＝ＡＢＣ倉庫）、「サービス内容」（＝ネットワークのトラブル解決）、「サービス希望日時」（＝即時）および「詳細情報」を取得する。
【００８４】
「詳細情報」は、図２に示したユーザ情報データベース３２０におけるユーザ情報である。なお、「詳細情報」における「個別サービスＩＤ」（＝０７１０ＮＯＰ００１）は自動採番される。要求受付部３０３は、サービス要求受付画面６００を表示部３０９に表示させる。
【００８５】
ステップＳＢ３では、募集部３０４は、ステップＳＢ２で取得した「詳細情報」の「要求資格」（図３参照）をキーとして、図４に示したサービス員情報データベース３４０から「フリー」のサービス員情報を検索する。
【００８６】
つまり、募集部３０４は、当該サービス要求に十分に応えることができるスキル（資格）を有し、しかも「フリー」のサービス員をサービス員募集の対象としてピックアップする。
【００８７】
つぎに、募集部３０４は、図１６に示したサービス員募集画面７００に対応するサービス員募集情報を移動体ネットワーク４００を介して、上記検索されたサービス員が携帯するサービス員携帯端末（サービス員携帯端末５００１　〜５００ｍ　に含まれる）へ送信する。
【００８８】
また、募集部３０４は、図１２に示したサービス員募集画面６１０を表示部３０９に表示させる。サービス員募集画面６１０には、「エリア」、「ユーザ名」、「サービス内容」、「サービス希望日時」、「状態」、「緊急度」および「詳細情報」が表示されている。
【００８９】
「詳細情報」は、図２に示したユーザ情報データベース３２０におけるユーザ情報（要求資格）、図３に示したサービス要求情報データベース３３０におけるサービス要求情報である。
【００９０】
ステップＳＢ４では、募集部３０４は、上記サービス員募集に対応する応募情報をサービス員携帯端末より受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【００９１】
そして、上記サービス員募集情報が例えばサービス員携帯端末５００１　に受信されると、サービス員携帯端末５００１　の表示部５０６１（図７参照）には、図１６に示したサービス員募集画面７００が表示される。
【００９２】
サービス員募集画面７００には、サービス要求を行った「ユーザ名」（＝ＡＢＣ倉庫）、「サービス内容」（＝ネットワークのトラブル解決）、「発生」（＝０７／０２　１３：１２）、「緊急度」（＝１０）および「要求資格」（＝情報処理）の情報が表示されている。
【００９３】
そして、フリーのサービス員は、サービス員募集画面７００によりサービスの提供を行うことができるか否かを検討し、「要求資格」の要件を満たす場合に選択ボタン７０１を押下する。
【００９４】
これにより、サービス員携帯端末５００１　の制御部５０３１　は、図１７に示したサービス員応募画面７１０を表示部５０６１　に表示させる。このサービス員応募画面７１０には、上述した「サービス名」、・・・、「緊急度」が表示されている。なお、現時点では、「認証ＩＤ」、「パスワード」および「サービス依頼日時」は表示されていない。
【００９５】
そして、サービス員の募集に応募する場合、サービス員は、認証情報としての「認証ＩＤ」および「パスワード」を入力部５０５１　より入力した後、応募ボタン７１１を押下する。これにより、サービス員携帯端末５００１　からは、サービス員応募画面７１０に対応する応募情報（「認証ＩＤ」および「パスワード」が含まれる）サービス業務管理装置３００へ送信される。
【００９６】
そして、応募情報がサービス業務管理装置３００に受信されると、募集部３０４は、ステップＳＢ４の判断結果を「Ｙｅｓ」とする。ステップＳＢ５では、募集部３０４は、応募情報から認証情報（「認証ＩＤ」および「パスワード」）を取得し、この認証情報とサービス員情報データベース３４０に格納された「認証情報」との照合により、当該サービス員が正当者であるか否かの認証処理を行う。
【００９７】
両者が一致した場合には、当該サービス員が認証されたことを意味し、募集部３０４により、ステップＳＢ６の判断結果が「Ｙｅｓ」とされる。一方、両者が不一致である場合には、当該サービス員が認証されなかったことを意味し、募集部３０４により、ステップＳＢ６の判断結果が「Ｎｏ」とされ、ステップＳＢ１の判断が行われる。
【００９８】
なお、「認証情報」が「認証ＩＤ」および「パスワード」以外の情報（デジタル署名、サイン筆跡、指紋、声紋、アイパターン、指静脈パターン等）である場合には、認証情報入力装置５５０１　より該情報が入力され、サービス員情報データベース３４０に格納された認証情報（デジタル署名、サイン筆跡、指紋、声紋、アイパターン、指静脈パターン等）との照合結果に基づいて認証が行われる。
【００９９】
また、募集部３０４は、図４に示したサービス員情報データベース３４０の「サービス員状態情報」の「サービス応募中」に「１」フラグを設定する。
【０１００】
この場合、認証されステップＳＢ６の判断結果が「Ｙｅｓ」であるとすると、ステップＳＢ７では、募集部３０４は、当該サービス員をアサインするためのサービス依頼情報（サービス依頼時刻を含む）をサービス員携帯端末５００１　へ送信する。また、サービス管理部３０５は、図１３に示したサービス進行状況画面６２０でサービスの進行状況を管理する。
【０１０１】
このサービス進行状況画面６２０には、「項番」、「ユーザ名」、「サービス内容」、「個別サービスＩＤ」、「サービス提供開始時刻」、「サービス完了時刻」、「状況」および「詳細情報」が表示されている。
【０１０２】
「詳細情報」は、図２に示したユーザ情報データベース３２０におけるユーザ情報、図３に示したサービス要求情報データベース３３０におけるサービス要求情報、図４に示したサービス員情報データベース３４０におけるサービス員情報（資格情報）である。
【０１０３】
ステップＳＢ８では、サービス管理部３０５は、当該サービス員携帯端末５００１　より移動中情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１０４】
そして、サービス依頼情報がサービス員携帯端末５００１　に受信されると、制御部５０３１　は、図１７に示したサービス員応募画面７１０にサービス依頼日時を表示する。これにより、当該サービス員に対して、サービス提供が正式にアサインされる。
【０１０５】
また、当該ユーザ先へ移動を開始する際、サービス員は、サービス員応募画面７１０の移動ボタン７１２を押下する。これにより、サービス員携帯端末５００１　からは、サービス員状態が移動中であることを意味する移動中情報がサービス業務管理装置３００へ送信される。また、サービス員携帯端末５００１　の表示部５０６１　には、図１８に示した移動中画面７２０が表示される。
【０１０６】
そして、サービス員携帯端末５００１　からの移動中情報がサービス業務管理装置３００に受信されると、サービス管理部３０５は、ステップＳＢ８の判断結果を「Ｙｅｓ」とする。
【０１０７】
ステップＳＢ９では、サービス管理部３０５は、サービス員情報データベース３４０（図４参照）における「サービス員状態情報」の「移動中」に「１」フラグを設定し、更新するとともに、サービス進行状況画面６２０（図１３参照）の「状況」に「移動中」と表示させる。
【０１０８】
ステップＳＢ１０では、サービス管理部３０５は、当該サービス員携帯端末５００１　より到着情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１０９】
そして、サービス員がユーザ先に到着すると、サービス員は、移動中画面７２０（図１８参照）の到着ボタン７２１を押下する。これにより、サービス員携帯端末５００１　からは、サービス員状態が到着であることを意味する到着情報がサービス業務管理装置３００へ送信される。
【０１１０】
そして、サービス員携帯端末５００１　からの到着情報がサービス業務管理装置３００に受信されると、サービス管理部３０５は、ステップＳＢ１０の判断結果を「Ｙｅｓ」とする。
【０１１１】
ステップＳＢ１１では、サービス管理部３０５は、サービス員情報データベース３４０（図４参照）における「サービス員状態情報」の「到着」に「１」フラグを設定し、更新するとともに、サービス進行状況画面６２０（図１３参照）の「状況」に「到着」と表示させる。
【０１１２】
そして、サービス員は、サービス提供を開始すると同時に移動中画面７２０（図１８参照）のサービス提供中ボタン７２２を押下する。これにより、サービス員携帯端末５００１　からは、サービス員状態がサービス提供中であることを意味するサービス提供中情報がサービス業務管理装置３００へ送信される。また、サービス員携帯端末５００１　の表示部５０６１　には、図１９に示したサービス提供中画面７３０が表示される。
【０１１３】
ステップＳＢ１２では、サービス管理部３０５は、当該サービス員携帯端末５００１　よりサービス提供中情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１１４】
そして、サービス員携帯端末５００１　からのサービス提供中情報がサービス業務管理装置３００に受信されると、サービス管理部３０５は、ステップＳＢ１２の判断結果を「Ｙｅｓ」とする。このとき、精算部３０６は、タイマ３１０よりサービス提供開始時刻情報を取得する。
【０１１５】
ステップＳＢ１３では、サービス管理部３０５は、サービス員情報データベース３４０（図４参照）における「サービス員状態情報」の「サービス提供中」に「１」フラグを設定し、更新するとともに、サービス進行状況画面６２０（図１３参照）の「サービス提供開始時刻」にサービス提供を開始した日時を、「状況」に「サービス提供中」を表示させる。
【０１１６】
ステップＳＢ１４では、サービス管理部３０５は、当該サービス員携帯端末５００１　よりサービス仮完了情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１１７】
そして、サービスが仮完了すると、サービス員は、サービス提供中画面７３０（図１９参照）の仮完了ボタン７３１を押下する。これにより、サービス員携帯端末５００１　からは、サービス員状態が仮完了であることを意味するサービス仮完了情報がサービス業務管理装置３００へ送信される。また、サービス員携帯端末５００１　の表示部５０６１　には、図２０に示したサービス仮完了画面７４０が表示される。
【０１１８】
そして、サービス員携帯端末５００１　からのサービス仮完了情報がサービス業務管理装置３００に受信されると、サービス管理部３０５は、ステップＳＢ１４の判断結果を「Ｙｅｓ」とする。
【０１１９】
ステップＳＢ１５では、サービス管理部３０５は、サービス員情報データベース３４０（図４参照）における「サービス員状態情報」の「サービス仮完了」に「１」フラグを設定し、更新するとともに、サービス進行状況画面６２０（図１３参照）の「状況」に「サービス仮完了」と表示させる。
【０１２０】
ステップＳＢ１６では、サービス管理部３０５は、当該サービス員携帯端末５００１　よりサービス完了情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０１２１】
そして、サービスが完了すると、サービス員は、サービス仮完了画面７４０（図２０参照）の完了ボタン７４１を押下する。これにより、サービス員携帯端末５００１　からは、サービス員状態が完了であることを意味するサービス完了情報がサービス業務管理装置３００へ送信される。
【０１２２】
そして、サービス員携帯端末５００１　からのサービス完了情報がサービス業務管理装置３００に受信されると、サービス管理部３０５は、ステップＳＢ１６の判断結果を「Ｙｅｓ」とする。このとき、精算部３０６は、タイマ３１０からサービス完了時刻情報を取得する。
【０１２３】
ステップＳＢ１７では、サービス管理部３０５は、サービス員情報データベース３４０（図４参照）における「サービス員状態情報」の「サービス完了」に「１」フラグを設定し、更新するとともに、サービス進行状況画面６２０（図１３参照）の「サービス完了時刻」にサービスが完了した日時を、「状況」に「サービス完了」を表示させる。
【０１２４】
ステップＳＢ１８では、精算部３０６は、サービス料金情報データベース３５０（図５参照）を参照して、当該ユーザ（＝ＡＢＣ倉庫）へ請求するサービス料金を計算する。また、精算部３０６は、前述したサービス提供開始時刻情報およびサービス完了時刻情報からサービス時間を計算する。なお、一実施の形態においては、サービス時間に基づき従量制でサービス料金を計算してもよい。
【０１２５】
ステップＳＢ１９では、精算部３０６は、サービス料金請求確認画面６３０（図１４参照）を表示部３０９に表示させた後、ユーザクライアント１００１　へサービス料金を請求する。サービス料金請求確認画面６３０には、「項番」、「ユーザ名」、「サービス内容」、「使用パーツ」、「サービス時間」および「詳細情報」が表示されている。
【０１２６】
「詳細情報」は、図２に示したユーザ情報データベース３２０におけるユーザ情報（契約情報）、図５に示したサービス料金情報データベース３５０のサービス料金情報である。
【０１２７】
そして、ユーザ（＝ＡＢＣ倉庫）からサービス管理会社へサービス料金が支払われると、ステップＳＢ２０では、精算部３０６は、サービス料金支払確認画面６４０（図１５参照）を用いて、サービス管理会社からサービス提供会社へサービス料金を支払うための処理を実行する。これにより、一連の処理が終了し、ステップＳＢ１の判断が行われる。
【０１２８】
ここで、サービス料金支払確認画面６４０には、「項番」、「ユーザ名」、「使用パーツ」、「作業」および「詳細情報」が表示されている。「詳細情報」は、図６に示したサービス提供会社情報データベース３６０におけるサービス会社情報（契約情報、経理情報）、図５に示したサービス料金情報データベース３５０のサービス料金情報、図４に示したサービス員情報データベース３４０の基本情報である。
【０１２９】
なお、一実施の形態においては、ブロードキャスト方式により、複数のサービス員の全てを対象として募集を行うように構成してもよい。
【０１３０】
また、一実施の形態においては、マルチキャスト方式により複数のサービス員のうち予め選択されたサービス員を対象として募集を行うように構成してもよい。
【０１３１】
また、一実施の形態においては、図１６〜図２０に示した各画面の内容、表示順等を自由にカスタマイズ可能な構成としてもよい。
【０１３２】
以上説明したように、一実施の形態によれば、ユーザクライアント１００１　〜１００ｎ　（ユーザ）からのサービス要求に応じて、サービス員携帯端末５００１　〜５００ｍ　を経由してサービス員を募集し、応募してきたサービス員を認証した後、認証されたサービス員をユーザ先へ派遣させることとしたので、繁忙期でのサービス員の確保が容易となり、繁忙期であってもユーザ先へ円滑な人材派遣を行うことができるとともに、外回りをしているサービス員をリアルタイムでかつ直接的に確保することができ、さらに円滑な人材派遣を行うことができる。
【０１３３】
また、一実施の形態によれば、募集部３０４で、予め登録された認証情報と、サービス員により入力された認証情報との照合に基づいて認証を行うこととしたので、セキュリティを確保しつつ、円滑な人材派遣を行うことができる。
【０１３４】
また、一実施の形態によれば、サービス管理部３０５で、ユーザ先へ派遣されたサービス員が携帯する携帯端末より、サービス員の状態、サービスの進行状況を表す状態情報（移動中、到着、サービス提供中、サービス仮完了、サービス完了）を逐一受信し、進行管理を行うこととしたので、リアルタイムでサービス業務を把握することができ、さらに円滑な人材派遣を行うことができる。
【０１３５】
また、一実施の形態によれば、精算部３０６により、サービス完了後にユーザに対するサービス料金の請求や、サービス提供会社（サービス員）へのサービス料金の支払いに関する処理を実行することとしたので、円滑な経理処理も行うことができる。
【０１３６】
以上本発明にかかる一実施の形態について図面を参照して詳述してきたが、具体的な構成例はこの一実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
【０１３７】
例えば、前述した一実施の形態においては、サービス業務管理装置３００の機能を実現するためのプログラムを図２１に示したコンピュータ読み取り可能な記録媒体９００に記録して、この記録媒体９００に記録されたプログラムを同図に示したコンピュータ８００に読み込ませ、実行することにより各機能を実現してもよい。
【０１３８】
同図に示したコンピュータ８００は、上記プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）８１０と、キーボード、マウス等の入力装置８２０と、各種データを記憶するＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）８３０と、演算パラメータ等を記憶するＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）８４０と、記録媒体９００からプログラムを読み取る読取装置８５０と、ディスプレイ、プリンタ等の出力装置８６０と、装置各部を接続するバス８７０とから構成されている。
【０１３９】
ＣＰＵ８１０は、読取装置８５０を経由して記録媒体９００に記録されているプログラムを読み込んだ後、プログラムを実行することにより、前述した機能を実現する。なお、記録媒体９００としては、光ディスク、フレキシブルディスク、ハードディスク等が挙げられる。
【０１４０】
（付記１）コンピュータを、
サービスの提供を受けるユーザからのサービス要求を受け付けるサービス要求受付手段、
前記サービス要求に応じてサービス員を募集する募集手段、
応募してきたサービス員を認証する認証手段、
前記認証されたサービス員を前記ユーザ先へ派遣させる派遣手段、
として機能させるためのサービス業務管理プログラム。
【０１４１】
（付記２）前記募集手段は、複数のサービス員がそれぞれ携帯する携帯端末へ募集情報を送信することにより前記募集を行うことを特徴とする付記１に記載のサービス業務管理プログラム。
【０１４２】
（付記３）前記募集手段は、ブロードキャスト方式により、複数のサービス員の全てを対象として募集を行うことを特徴とする付記２に記載のサービス業務管理プログラム。
【０１４３】
（付記４）前記募集手段は、マルチキャスト方式により複数のサービス員のうち予め選択されたサービス員を対象として募集を行うことを特徴とする付記２に記載のサービス業務管理プログラム。
【０１４４】
（付記５）前記認証手段は、予め登録された認証情報と、前記サービス員により入力された認証情報との照合に基づいて前記認証を行うことを特徴とする付記１〜４のいずれか一つに記載のサービス業務管理プログラム。
【０１４５】
（付記６）前記コンピュータを、ユーザ先へ派遣された前記サービス員が携帯する前記携帯端末より、サービス員の状態、サービスの進行状況を表す状態情報を逐一受信し、進行管理を行う進行管理手段、として機能させることを特徴とする付記２〜５のいずれか一つに記載のサービス業務管理プログラム。
【０１４６】
（付記７）前記進行管理手段は、前記サービス員によるメニュー選択方式により前記携帯端末より送信された前記状態情報を受信することを特徴とする付記６に記載のサービス業務管理プログラム。
【０１４７】
（付記８）前記進行管理手段は、前記携帯端末より前記サービス員が提供しているサービスの内容に関する情報を受信することを特徴とする付記６または７に記載のサービス業務管理プログラム。
【０１４８】
（付記９）前記コンピュータを、サービス完了後に前記ユーザに対するサービス料金の請求に関する処理を実行する請求手段、として機能させることを特徴とする付記１〜８のいずれか一つに記載のサービス業務管理プログラム。
【０１４９】
（付記１０）サービスの提供を受けるユーザからのサービス要求を受け付けるサービス要求受付手段と、
前記サービス要求に応じてサービス員を募集する募集手段と、
応募してきたサービス員を認証する認証手段と、
前記認証されたサービス員を前記ユーザ先へ派遣させる派遣手段と、
を備えたことを特徴とするサービス業務管理装置。
【０１５０】
（付記１１）前記募集手段は、複数のサービス員がそれぞれ携帯する携帯端末へ募集情報を送信することにより前記募集を行うことを特徴とする付記１０に記載のサービス業務管理装置。
【０１５１】
（付記１２）前記募集手段は、ブロードキャスト方式により、複数のサービス員の全てを対象として募集を行うことを特徴とする付記１１に記載のサービス業務管理装置。
【０１５２】
（付記１３）前記募集手段は、マルチキャスト方式により複数のサービス員のうち予め選択されたサービス員を対象として募集を行うことを特徴とする付記１１に記載のサービス業務管理装置。
【０１５３】
（付記１４）前記認証手段は、予め登録された認証情報と、前記サービス員により入力された認証情報との照合に基づいて前記認証を行うことを特徴とする付記１０〜１３のいずれか一つに記載のサービス業務管理装置。
【０１５４】
（付記１５）ユーザ先へ派遣された前記サービス員が携帯する前記携帯端末より、サービス員の状態、サービスの進行状況を表す状態情報を逐一受信し、進行管理を行う進行管理手段、を備えたことを特徴とする付記１１〜１４のいずれか一つに記載のサービス業務管理装置。
【０１５５】
（付記１６）前記進行管理手段は、前記サービス員によるメニュー選択方式により前記携帯端末より送信された前記状態情報を受信することを特徴とする付記１５に記載のサービス業務管理装置。
【０１５６】
（付記１７）前記進行管理手段は、前記携帯端末より前記サービス員が提供しているサービスの内容に関する情報を受信することを特徴とする付記１５または１６に記載のサービス業務管理装置。
【０１５７】
（付記１８）サービス完了後に前記ユーザに対するサービス料金の請求に関する処理を実行する請求手段、を備えたことを特徴とする付記１０〜１７のいずれか一つに記載のサービス業務管理装置。
【０１５８】
（付記１９）サービスの提供を受けるユーザからのサービス要求を受け付けるサービス要求受付工程と、
前記サービス要求に応じてサービス員を募集する募集工程と、
応募してきたサービス員を認証する認証工程と、
前記認証されたサービス員を前記ユーザ先へ派遣させる派遣工程と、
を含むことを特徴とするサービス業務管理方法。
【０１５９】
（付記２０）前記募集工程では、複数のサービス印がそれぞれ携帯する携帯端末へ募集情報を送信することにより前記募集を行うことを特徴とする付記１９に記載のサービス業務管理方法。
【０１６０】
（付記２１）前記募集工程では、ブロードキャスト方式により、複数のサービス員の全てを対象として募集を行うことを特徴とする付記２０に記載のサービス業務管理方法。
【０１６１】
（付記２２）前記募集工程では、マルチキャスト方式により複数のサービス員のうち予め選択されたサービス員を対象として募集を行うことを特徴とする付記２０に記載のサービス業務管理方法。
【０１６２】
（付記２３）前記認証工程では、予め登録された認証情報と、前記サービス員により入力された認証情報との照合に基づいて前記認証を行うことを特徴とする付記１９〜２２のいずれか一つに記載のサービス業務管理方法。
【０１６３】
（付記２４）ユーザ先へ派遣された前記サービス員が携帯する前記携帯端末より、サービス員の状態、サービスの進行状況を表す状態情報を逐一受信し、進行管理を行う進行管理工程、を含むことを特徴とする付記２０〜２３のいずれか一つに記載のサービス業務管理方法。
【０１６４】
（付記２５）前記進行管理工程では、前記サービス員によるメニュー選択方式により前記携帯端末より送信された前記状態情報を受信することを特徴とする付記２４に記載のサービス業務管理方法。
【０１６５】
（付記２６）前記進行管理工程では、前記携帯端末より前記サービス員が提供しているサービスの内容に関する情報を受信することを特徴とする付記２４または２５に記載のサービス業務管理方法。
【０１６６】
（付記２７）サービス完了後に前記ユーザに対するサービス料金の請求に関する処理を実行する請求工程、を含むことを特徴とする付記１９〜２６のいずれか一つに記載のサービス業務管理方法。
【０１６７】
【発明の効果】
以上説明したように、本発明によれば、ユーザからのサービス要求に応じてサービス員を募集し、応募してきたサービス員を認証した後、認証されたサービス員をユーザ先へ派遣させることとしたので、繁忙期でのサービス員の確保が容易となり、繁忙期であってもユーザ先へ円滑な人材派遣を行うことができるという効果を奏する。
【０１６８】
また、本発明によれば、複数のサービス員がそれぞれ携帯する携帯端末へ募集情報を送信することにより募集を行うこととしたので、外回りをしているサービス員をリアルタイムでかつ直接的に確保することができ、さらに円滑な人材派遣を行うことができるという効果を奏する。
【０１６９】
また、本発明によれば、予め登録された認証情報と、サービス員により入力された認証情報との照合に基づいて認証を行うこととしたので、セキュリティを確保しつつ、円滑な人材派遣を行うことができるという効果を奏する。
【０１７０】
また、本発明によれば、ユーザ先へ派遣されたサービス員が携帯する携帯端末より、サービス員の状態、サービスの進行状況を表す状態情報を逐一受信し、進行管理を行うこととしたので、リアルタイムでサービス業務を把握することができ、さらに円滑な人材派遣を行うことができるという効果を奏する。
【０１７１】
また、本発明によれば、サービス完了後にユーザに対するサービス料金の請求に関する処理を実行することとしたので、円滑な経理処理も行うことができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる一実施の形態の構成を示すブロック図である。
【図２】図１に示したユーザ情報データベース３２０のテーブル構造を示す図である。
【図３】図１に示したサービス要求情報データベース３３０のテーブル構造を示す図である。
【図４】図１に示したサービス員情報データベース３４０のテーブル構造を示す図である。
【図５】図１に示したサービス料金情報データベース３５０のテーブル構造を示す図である。
【図６】図１に示したサービス提供会社情報データベース３６０のテーブル構造を示す図である。
【図７】図１に示したサービス員携帯端末５００１　の構成を示すブロック図である。
【図８】同一実施の形態の動作の概要を説明するシーケンス図である。
【図９】図１に示したサービス業務管理装置３００の動作を説明するフローチャートである。
【図１０】図１に示したサービス業務管理装置３００における画面遷移を示す図である。
【図１１】図１０に示したサービス要求受付画面６００を示す図である。
【図１２】図１０に示したサービス員募集画面６１０を示す図である。
【図１３】図１０に示したサービス進行状況画面６２０を示す図である。
【図１４】図１０に示したサービス料金請求確認画面６３０を示す図である。
【図１５】図１０に示したサービス料金支払確認画面６４０を示す図である。
【図１６】図１に示したサービス員携帯端末５００１　〜５００ｍ　で表示されるサービス員募集画面７００を示す図である。
【図１７】図１に示したサービス員携帯端末５００１　〜５００ｍ　で表示されるサービス員応募画面７１０を示す図である。
【図１８】図１に示したサービス員携帯端末５００１　〜５００ｍ　で表示される移動中画面７２０を示す図である。
【図１９】図１に示したサービス員携帯端末５００１　〜５００ｍ　で表示されるサービス提供中画面７３０を示す図である。
【図２０】図１に示したサービス員携帯端末５００１　〜５００ｍ　で表示されるサービス仮完了画面７４０を示す図である。
【図２１】同一実施の形態の変形例の構成を示すブロック図である。
【符号の説明】
１００１　〜１００ｎ　ユーザクライアント
３００　サービス業務管理装置
３０３　要求受付部
３０４　募集部
３０５　サービス管理部
３０６　精算部
３０８　入力部
３０９　表示部
３１０　タイマ
５００１　〜５００ｍ　サービス員携帯端末
５５０１　〜５５０ｍ　認証情報入力装置
５０１１　アンテナ
５０２１　送受信部
５０３１　制御部
５０５１　入力部
５０６１　表示部
【図１】
2004070536.tif 000003
【図２】
2004070536.tif 000004
【図３】
2004070536.tif 000005
【図４】
2004070536.tif 000006
【図５】
2004070536.tif 000007
【図６】
2004070536.tif 000008
【図７】
2004070536.tif 000009
【図８】
2004070536.tif 000010
【図９】
2004070536.tif 000011
【図１０】
2004070536.tif 000012
【図１１】
2004070536.tif 000013
【図１２】
2004070536.tif 000014
【図１３】
2004070536.tif 000015
【図１４】
2004070536.tif 000016
【図１５】
2004070536.tif 000017
【図１６】
2004070536.tif 000018
【図１７】
2004070536.tif 000019
【図１８】
2004070536.tif 000020
【図１９】
2004070536.tif 000021
【図２０】
2004070536.tif 000022
【図２１】
2004070536.tif 000023