(57)【要約】【課題】顧客から電話がかかってきたときに、その顧客の物件の位置を迅速に把握することができる顧客サービスサーバを提供することを目的とするものである。【解決手段】ネットワークを介して、複数の端末機器との間で、送受信する送受信手段と、管理すべき物件に関する顧客情報と地図情報とを格納している格納手段と、上記地図情報に基づいて、地図を表示する地図表示手段と、上記顧客情報に含まれている上記物件の位置を検出し、この検出された上記物件の位置を、上記表示されている地図に重ねてプロットさせる表示制御手段とを有する顧客サービスサーバである。【選択図】　図２
2004120076.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して、複数の端末機器との間で、送受信する送受信手段と；
管理すべき物件に関する顧客情報と地図情報とを格納している格納手段と；
上記地図情報に基づいて、地図を表示する地図表示手段と；
上記顧客情報に含まれている上記物件の位置を検出し、この検出された上記物件の位置を、上記表示されている地図に重ねて表示する表示制御手段と；
を有することを特徴とする顧客サービスサーバ。
【請求項２】
ネットワークを介して、複数の端末機器との間で、送受信する送受信手段と；
管理すべき物件に関する顧客情報と地図情報とを格納している格納手段と；
上記地図情報に基づいて、地図を表示する地図表示手段と；
上記顧客情報に含まれている上記物件の位置を検出し、この検出された上記物件の位置を、上記表示されている地図に重ねて表示させる表示制御手段と；
上記地図に表示されている複数の物件のうちの少なくとも２つの物件間の移動距離または移動時間を算出する算出手段と；
を有することを特徴とする顧客サービスサーバ。
【請求項３】
請求項２において、
上記移動距離は、上記移動距離を算出すべき２つの物件間で道順を設定し、上記設定された道順に沿った距離であることを特徴とする顧客サービスサーバ。
【請求項４】
請求項２または請求項３において、
上記移動時間は、当該移動距離を所定の速度で割った時間であることを特徴とする顧客サービスサーバ。
【請求項５】
請求項２〜請求項４のいずれか１項において、
上記算出手段は、全ての物件を通過する移動距離を複数、算出し、これら算出された複数の移動距離のうちで、最短距離の経路を選択する手段であるか、または、全ての物件を通過する移動時間を複数、算出し、これら算出された複数の移動時間のうちで、最短時間の経路を選択する手段であることを特徴とする顧客サービスサーバ。
【請求項６】
ネットワークを介して、複数の端末機器との間で、送受信する送受信手段と；
管理すべき物件に関する顧客情報と地図情報とを格納している格納手段と；
上記地図情報に基づいて、地図を表示する地図表示手段と；
上記顧客情報に含まれている上記物件の位置を検出し、この検出された上記物件の位置を、上記表示されている地図に重ねて表示させ、また、少なくとも１人の作業員の現在位置を表示させる表示制御手段と；
を有することを特徴とする顧客サービスサーバ。
【請求項７】
請求項６において、
顧客情報に含まれている各物件のうちで、その１つの物件を指定するときに、上記物件の位置から上記各作業員の現在位置までの移動距離または移動時間を、個々に算出する移動算出手段を有することを特徴とする顧客サービスサーバ。
【請求項８】
ネットワークを介して、複数の端末機器との間で、送受信する送受信手段と；
管理すべき物件に関する顧客情報と地図情報とを格納している格納手段と；
上記地図情報に基づいて、地図を表示する地図表示手段と；
上記顧客情報に含まれている上記物件の位置を検出し、この検出された上記物件の位置を、上記表示されている地図に重ねて表示させる表示制御手段と；
上記地図表示手段が表示している地図上に、上記物件に対応する複数のアイコンを表示させるアイコン表示制御手段と；
上記アイコンを選択操作することによって、該当物件に関する複数の顧客情報のうちの１つを表示する情報表示手段と；
を有することを特徴とする顧客サービスサーバ。
【請求項９】
ネットワークを介して、複数の端末機器との間で、送受信する送受信手段と；
管理すべき物件に関する顧客情報と地図情報とを格納している格納手段と；
上記地図情報に基づいて、地図を表示する地図表示手段と；
顧客から電話連絡を受けたときに得た電話番号に対応するエリアを判別するエリア判別手段と；
上記エリア判別手段が判別したエリアに対応する地図を、上記格納手段から検出し、この検出された地図を、上記地図表示手段に表示させ、また、上記顧客情報に含まれている上記物件の位置を検出し、この検出された上記物件の位置を、上記表示されている地図に重ねて表示させる表示制御手段と；
を有することを特徴とする顧客サービスサーバ。
【請求項１０】
請求項９において、
上記表示制御手段は、上記検索された物件についての顧客情報を、上記表示手段に表示させる手段であることを特徴とする顧客サービスサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネット等のネットワークを用いて各種サービスを行う顧客サービスサーバに係り、特に、地図情報を利用したサービスを提供する顧客サービスサーバに関する。
【０００２】
【従来の技術】
所定の顧客から、保守センター等に電話が掛かってきた場合、保守センターの担当者は、上記所定の顧客からその物件の位置を聞き出し、該当地区の地図を取り出し、その物件が存在する位置を地図上で見つけ、その物件の周囲環境を把握しつつ、上記顧客と電話で応対する。顧客と電話で対応する場合、物件が存在する位置の周囲環境を把握することができれば、より的確な判断を行うことができるので、物件が存在する位置を顧客から聞き出すようにしている。
【０００３】
【発明が解決しようとする課題】
しかし、上記従来例において、顧客から電話が掛かってくる度に、その物件の位置を聞き出すことは煩雑であり、また、緊急を要する場合には、物件位置を聞き出す時間だけ、対応が遅くなり、迅速な対応に欠ける場合がある。
【０００４】
本発明は、顧客から電話がかかってきたときに、その顧客の物件の位置を迅速に把握することができる顧客サービスサーバを提供することを目的とするものである。
【０００５】
一方、作業員が複数の顧客の物件を定期点検する場合、従来は、その作業員が担当すべき複数の顧客の物件のリストと、該当地区の地図とを取り出す。そして、定期点検すべき物件の位置を、その地図上にプロットし、その移動時間を最小限に設定するために、その作業員の現在地から、近い順に、または遠い順に、適度に各物件を並べ替え、この並べ替えた順に、定期点検を実行する。
【０００６】
しかし、上記従来例では、複数の顧客の物件を定期点検する場合、その移動時間を最小限に設定するために、定期点検の順序を決める作業が煩雑であるという問題がある。
【０００７】
本発明は、複数の顧客の物件を定期点検する場合、その移動時間を最小限に設定するために、定期点検の順序を決める作業が容易である顧客サービスサーバを提供することを目的とするものである。
【０００８】
【課題を解決するための手段】
本発明は、ネットワークを介して、複数の端末機器との間で、送受信する送受信手段と、管理すべき物件に関する顧客情報と地図情報とを格納している格納手段と、上記地図情報に基づいて、地図を表示する地図表示手段と、上記顧客情報に含まれている上記物件の位置を検出し、この検出された上記物件の位置を、上記表示されている地図に重ねてプロットさせる表示制御手段とを有する顧客サービスサーバである。
【０００９】
【発明の実施の形態および実施例】
図１は、本発明の一実施例である顧客サービスサーバ１０を有する顧客サービスシステムＣＳＳ１の全体像を示す図である。
【００１０】
顧客サービスシステムＣＳＳ１は、顧客サービスセンタ１００と、ネットワークＮＷと、一般物件２０１、２０２と、防犯機能付自動火災報知設備２０３と、普及型試験機能付自動火災報知設備２０４と、ネットワークＮＷを介して顧客サービスサーバ１０との間で送受信する出先の端末機器３０１と、協力会社の端末機器３０２と、営業所の端末機器３０３と、ＧＰＳ衛星４０１と、ＰＨＳ位置情報センタ４０２とを有する。
【００１１】
顧客サービスセンタ１００は、防災設備に関する問合せを受け付ける窓口、いわゆるコールセンターであり、たとえば全国を一括して制御する本社ビル等であり、顧客サービスセンタ１００に顧客サービスサーバ１０が設置されている。顧客サービスサーバ１０は、顧客サービスセンタ１００内において、ＬＡＮケーブルＣ１を介して、図示しないパソコンを複数、接続し、ローカルエリアネットワークが形成されている。また、顧客サービスセンタ１００から離れている各地の支社・営業所へは、広域ネットワークＷＡＮを介して、端末機器３０３が顧客サービスサーバ１０に接続可能である。
【００１２】
また、顧客サービスサーバ１０は、インターネット等のネットワークＮＷを介して、協力会社の端末機器３０２や出先からの作業員の端末機器３０１を接続することができ、離れたところから、顧客サービスサーバ１０に設定されている情報を利用することができる。
【００１３】
さらに、防災設備が設置されている建物として、詳細には示していないが、多数存在する一般物件２０１から、火災発生時や、異常時等に、その設備の動作としての不明点が電話によって問い合わされ、その公衆回線を介した呼出は、まず顧客サービスサーバ１０が受け付ける。なお、ここでは、呼出受付を把握する動作を行い、電話には受付管理人が応答する。
【００１４】
また、防災設備が設置される建物のうちで、高機能の自動火災報知設備２０３、２０４は、ＩＳＤＮによる専用回線を用いて、図示しない火災受信機から顧客サービスサーバ１０に、情報を送信できるように構成されている。これらの設備２０３、２０４では、火災受信機での火災信号受信や、盤面操作時、さらに自動試験機能の結果等を、顧客サービスサーバ１０に送信することができる。そして、高機能でない一般物件であっても、火災受信機から、上記火災信号受信や盤面操作時等が移報情報として入力され、情報として変換し、送出する図示しないインターフェースを設けることによって、移報可能な一般物件２０２として、設備２０３、２０４と同様に、防災設備の監視状態を顧客サービスサーバ１０に取り込むことができる。
【００１５】
なお、顧客サービスサーバ１０と各物件の火災報知設備２０２、２０３、２０４とは、ＩＳＤＮによる専用回線で接続され、確実な回線確保と迅速な情報送信とが図られているが、一般的な公衆回線を利用するようにしてもよく、また、専用回線ではなく、ダイヤルアップ接続のような電話呼出しを介して、通信するようにしてもよい。
【００１６】
図２は、上記実施例である顧客サービスサーバ１０の具体例を示すブロック図である。
【００１７】
顧客サービスサーバ１０は、メモリＭ１と、受信手段１と、制御手段２と、表示手段３と、送信手段４と、入力手段５とを有する。
【００１８】
受信手段１と送信手段４とは、ネットワークＮＷを介して、複数の端末機器との間で、送受信する手段である。
【００１９】
メモリＭ１は、管理すべき物件に関する顧客情報と地図情報とを格納している格納手段の例である。
【００２０】
表示手段３は、地図情報に基づいて地図を表示する地図表示手段の例である。
【００２１】
制御手段２は、顧客情報に含まれている物件の位置を検出し、この検出された物件の位置を、表示されている地図に重ねて表示（プロット）させる表示制御手段の例である。
【００２２】
また、制御手段２は、地図に表示されている複数の物件のうちの少なくとも２つの物件間の移動距離または移動時間を算出する算出手段の例である。この場合、上記移動距離は、上記移動距離を算出すべき２つの物件間で道順を設定し、上記設定された道順に沿った距離である。また、上記移動時間は、当該移動距離を所定の速度で割った時間である。さらに、上記算出手段は、全ての物件を通過する移動距離を複数、算出し、これら算出された複数の移動距離のうちで、最短距離の経路を選択する手段であるか、または、全ての物件を通過する移動時間を複数、算出し、これら算出された複数の移動時間のうちで、最短時間の経路を選択する手段である。
【００２３】
また、制御手段２は、顧客情報に含まれている物件の位置を検出し、この検出された物件の位置を、上記表示されている地図に重ねて表示（プロット）させ、また、少なくとも１人の作業員の現在位置を表示させる表示制御手段の例である。この場合、顧客情報に含まれている各物件のうちで、その１つの物件を指定するときに、上記物件の位置から上記各作業員の現在位置までの移動距離または移動時間を、個々に算出する。
【００２４】
さらに、制御手段２は、地図表示手段が表示している地図上に、上記物件に対応する複数のアイコンを表示させるアイコン表示制御手段の例であり、上記アイコンを選択操作することによって、該当物件に関する複数の顧客情報のうちの１つを表示する情報表示手段の例である。
【００２５】
そして、制御手段２は、顧客から電話連絡を受けたときに得た電話番号に対応するエリアを判別するエリア判別手段の例であり、また、上記エリア判別手段が判別したエリアに対応する地図を、上記格納手段から検出し、この検出された地図を、上記地図表示手段に表示させ、また、上記顧客情報に含まれている上記物件の位置を検出し、この検出された上記物件の位置を、上記表示されている地図に重ねて表示（プロット）させる表示制御手段の例である。
【００２６】
図３は、上記実施例におけるメモリＭ１の具体例を示す図である。
【００２７】
メモリＭ１は、地図情報データベースＤＢ２１、顧客基本情報データベースＤＢ２２、緊急対応履歴データベースＤＢ２３、定期点検履歴データベースＤＢ２４、改修履歴データベースＤＢ２５、リモートメンテナンスログ情報データベースＤＢ２６、契約情報データベースＤＢ２７、定期点検スケジュールデータベースＤＢ２８、ロケーション情報データベースＤＢ２９、技術情報データベースＤＢ３０を格納している。
【００２８】
次に、上記各データベースについて簡単に説明する。
【００２９】
地図情報データベースＤＢ２１は、いくつかの縮尺に対応した地図を表示するデータを、地区毎に格納し、顧客基本情報データベースＤＢ２２は、火災報知設備が設置されている物件に加え、営業対象となっている物件や建築予定の建物等、全ての物件について基本的な情報を格納している。
【００３０】
緊急対応履歴データベースＤＢ２３は、顧客サービスセンタ１００に連絡のあった故障等に対処が必要なケースについて、それぞれ発生から対処終了までを格納し、定期点検履歴データベースＤＢ２４は、各物件における消防用設備について、法定点検として年２回等の作業員による点検結果をそれぞれ格納している。
【００３１】
改修履歴データベースＤＢ２５は、各物件における消防用設備の改修についての各情報を格納し、リモートメンテナンスログ情報データベースＤＢ２６は、顧客サービスサーバ１０に接続されている各火災受信機を、後述する１日１回等のＩＤ呼出動作の結果をそれぞれ格納している。
【００３２】
契約情報データベースＤＢ２７は、各物件に対する消防用設備についての保守点検に関する契約情報を格納し、定期点検スケジュールデータベースＤＢ２８は、上記法定点検の期日を管理し、その日程についてそれぞれ格納している。
【００３３】
ロケーション情報データベースＤＢ２９は、作業員や営業担当者の外出先について現在位置に関する情報をそれぞれ格納し、技術情報データベースＤＢ３０は、技術資料、取扱説明書、施工マニュアル、点検基準書等の製品に関する各種情報を格納している。
【００３４】
次に、上記実施例の動作について説明する。
【００３５】
作業の項目として、物件（建物）での故障発生による現場からの電話連絡時の動作、物件の受信機が自動試験を実行した際の異常検出によるネットワーク経由の通報時の動作、サーバによるＩＤ呼出時、サーバからの操作入力時の動作、サーバからの物件のデータベース更新・確認時の動作を、全体的な動作から代表的に取り上げる。
【００３６】
まず、物件での故障が発生したときに現場から電話連絡を受けた場合の動作について説明する。
【００３７】
図４は、上記実施例において、電話対応時における動作を示すフローチャートである。
【００３８】
［電話対応時の動作］
まず、物件（建物）において、設備に異常（故障）が発生し、この異常発生を、物件の管理人、所有者、点検員等（以下、「管理人」という）が発見する（Ｓ１１）。
【００３９】
この異常について、管理人が顧客サービスセンタ１００に電話で連絡する（Ｓ１２）。
【００４０】
顧客サービスセンタ１００において２４時間体制で電話連絡等を受け付ける管理者（以下、「受付管理者」という）は、ステップＳ１２の連絡に基づいて、物件の設備の状況を確認する（Ｓ１３）。
【００４１】
受付管理者が物件を特定することができ、ＩＳＤＮ経由で、その物件の火災受信機から、設備の情報を取り込むことができる場合、受付管理者は、情報を取り込み、確認する（Ｓ１４）。
【００４２】
受付管理者と物件の管理人との電話連絡で、受付管理者は、異常が復旧されるかを判別する（Ｓ１５）。
【００４３】
ステップＳ１５で行った異常有無の結果に基づいて、受付管理者が、異常がなくなったと判断すれば、対応を終了し、事故処理連絡表として顧客サービスサーバ１０に必要な情報を手入力する（Ｓ１６）。この情報は、ステップＳ２２で、顧客サービスサーバ１０が自動格納した緊急対応履歴データベースＤＢ２３を更新する。
【００４４】
［電話に対する顧客サービスサーバ１０の動作］
物件の管理人から電話連絡による呼出を受信するときに、その電話番号から契約情報データベースＤＢ２７を参照して検索し、物件を特定できれば、検索結果を表示する（Ｓ２１）。
【００４５】
このときに、物件ＩＤを特定し、顧客基本情報データベースＤＢ２２から、物件としての建物２０１の所在を示す位置情報を取り出し、その位置情報に合わせて地図情報データベースＤＢ２１から、建物２０１が含まれているエリアの地図情報を取り出し、これに建物２０１の位置情報に合わせてシンボルを配置し、表示手段３に表示する。
【００４６】
建物２０１の位置情報は、具体的には、緯度の情報と経度の情報とで足り、これに合わせて、地図情報の上にシンボルを配置する。この位置情報が設定されてない場合には、建物の住所を利用し、地図情報の地番等を対比して適正な部分にシンボルを表示することもできる。
【００４７】
その電話連絡について、物件ＩＤ、日時、故障内容等を、緊急対応履歴ＤＢ２３に格納する（Ｓ２２）。物件ＩＤは、特定できなければ電話番号等でよく、故障内容は、当面空白でよい。
【００４８】
電話連絡の物件ＩＤを特定することができれば、緊急対応履歴ＤＢ２３を参照して検索し、過去の事例を表示する（Ｓ２３）。このときに、定期点検履歴ＤＢ２４や改修履歴ＤＢ２５等、関係する情報のＤＢについて、上記と同様に実行するようにしてもよい。
【００４９】
異常を発生している機器について、機器毎の技術資料や補修マニュアル等、技術情報データベースＤＢを参照して検索し、表示する（Ｓ２４）。ステップＳ１３において状況確認する過程で、受付管理者が判明された場合に、検索された機器について、手入力してもよく、過去事例から自動検索するようにしてもよい。
【００５０】
［出動要請の動作］
電話対応で異常が復旧（回復）できない場合、受付管理者は、物件に赴いて作業する作業員としてのサービスエンジニア（以下、「ＳＥ」という）を手配し、出動要請する（Ｓ３１）。このときに、受付管理者は、表示手段３に表示されている地図情報から、物件の位置を把握した上で、物件またはエリアの担当者の有無や、緊急出動名簿表等から、ＳＥを選定する。
【００５１】
受付管理者から要請を受けたＳＥは、ノートパソコン等の端末機器３０１を携帯し、物件（建物２０１等）へ向かう（Ｓ３２）。このときに、顧客サービスサーバ１０から、契約情報データベースＤＢ２７等から、物件情報を格納し、緊急対応履歴ＤＢ２３等から故障情報等を格納した後に、出動する。
【００５２】
ＳＥは、管理人の協力を含めて、物件における必要な処置を行う（Ｓ３３）。その際に、ＳＥは、携帯した端末機器３０１をネットワークＮＷに接続し、顧客サービスサーバ１０から技術情報や過去事例等を、各ＤＢ２１〜２９から検索し、現場で表示させることができる（Ｓ３４）。
【００５３】
物件において異常が復旧すれば、ＳＥは、受付管理者に報告する（Ｓ３５）。
【００５４】
ステップＳ３５において復旧の報告を受けると、受付管理者は、顧客サービスサーバ１０に必要な情報を手入力する（Ｓ３６）。この手入力された情報によって、ステップＳ２２で顧客サービスサーバ１０が自動格納した緊急対応履歴ＤＢ２３を更新する。なお、上記入力を、ＳＥが実行するようにしてもよい。
【００５５】
［通報発生の動作］
次に、火災受信機の自動試験機能を実行したときに故障発生した場合、火災受信機から通報する動作について説明する。
【００５６】
図５は、上記実施例において、火災受信機の自動試験機能を実行したときに故障発生した場合、火災受信機から通報する動作を示すフローチャートである。
【００５７】
物件における火災受信機が自動試験を実行する（Ｓ４１）。通常、１週間に１回自動試験を実行するとして設定され、つまり、具体的な曜日・時刻が自動試験開始時刻として設定され、自動試験が実行されるが、物件の管理人が、必要に応じて手動入力で、試験を実行することもできる。この自動試験の結果として、設備に異常があれば、異常を解消する対応が必要になる。
【００５８】
ＩＳＤＮを介して、顧客サービスシステムＣＳＳ１における移報機能を有する物件２０２、２０３、２０４のいずれかから、火災受信機が、異常ありを、顧客サービスサーバ１０に自動通報する（Ｓ４２）。この自動通報に際して、自動試験結果としての異常内容と、火災受信機のデータベースに設定されている物件を特定するための物件情報とを合わせて送信する。
【００５９】
異常の通報を顧客サービスサーバ１０が受信し、その旨を、表示手段３が表示する（Ｓ４３）。顧客サービスセンタ１００には受付管理人が存在しているので、その受付管理人が、物件の管理人と電話連絡し、上記異常の通報を確認することができる（ステップＳ１３、Ｓ１５と同じ）。言うまでもないが、顧客サービスシステムＣＳＳ１におけるＩＳＤＮによる専用回線で接続されている物件２０２、２０３、２０４とは、別途電話で連絡できる。
【００６０】
異常の通報の内容に基づいて、物件ＩＤ、日時、故障内容等を、緊急対応履歴ＤＢ２３に格納する（Ｓ４４）。そして、通報の情報から、電話番号を取得する（Ｓ４５）。ここで、受信機のデータベースに格納する物件情報には、電話番号が含まれ、自動通報の内容に情報としての電話番号が含まれている。
【００６１】
この後は、上記ステップＳ２１、Ｓ２３、Ｓ２４と同じ動作を実行する。また、出動要請として、上記ステップＳ３１〜Ｓ３６と同じ動作を実行する。
【００６２】
次に、顧客サービスサーバ１０から各火災受信機にＩＤ呼出する動作について説明する。
【００６３】
図６は、上記実施例において、顧客サービスサーバ１０から各火災受信機にＩＤ呼出する動作を示すフローチャートである。
【００６４】
ＩＳＤＮを介して、顧客サービスサーバ１０は、各火災受信機を個別に呼び出し、そのＩＤを収集する（Ｓ５０）。この呼び出しの定時通信は、１日１回、接続されている各火災受信機の全てについて実行する。これによって、回線状態を確認する。そして、呼出を受ける物件は、ＩＳＤＮによる専用回線で接続されている物件２０２、２０３、２０４であることはもちろんである。
【００６５】
呼出を受けた物件の火災受信機は、この呼出に応答して火災受信機ＩＤを返送する（Ｓ５１）。この火災受信機ＩＤは、各火災受信機内のデータベースに設定されている。
【００６６】
全ての火災受信機から、顧客サービスサーバ１０が、火災受信機ＩＤを正常に収集すると、正常であるので、そのまま終了する（Ｓ５２）。
【００６７】
また、火災受信機からの応答がなく、火災受信機ＩＤの収集が正常に行われていない場合、異常終了を表示する（Ｓ５３）。
【００６８】
上記ステップＳ２２と同様に、物件ＩＤ、日時、故障内容（火災受信機ＩＤ呼出無応答）等を、緊急対応履歴ＤＢ２３に格納する（Ｓ５４）。
【００６９】
この後は、上記ステップＳ１３、Ｓ１５と同じく、顧客サービスセンタ１００における受付管理者の対応によって、電話連絡によって異常の有無を確認し、必要に応じて、出動要請し、上記ステップＳ３１〜Ｓ３６と同じ動作を実行する。
【００７０】
次に、顧客サービスサーバ１０から、個別の火災受信機に対して復旧操作入力する場合の動作について説明する。
【００７１】
図７は、上記実施例において、顧客サービスサーバ１０から、個別の火災受信機に対して復旧操作入力する場合の動作を示すフローチャートである。
【００７２】
たとえば、物件から異常発生の電話連絡を受けたときに、上記ステップＳ１５、Ｓ１６との関係で、受付管理者が、物件の管理人と連絡し、顧客サービスサーバ１０からの復旧操作が必要であると判断した場合、次の動作を実行する。
【００７３】
物件の火災受信機に復旧操作する必要があると判断されると、受付管理者が、顧客サービスサーバ１０に、復旧操作入力を行う（Ｓ６１）。
【００７４】
復旧操作が入力された顧客サービスサーバ１０は、ＩＳＤＮを介して、必要な物件の火災受信機に、復旧信号を送信し（Ｓ６２）、ＩＳＤＮを介して、物件の火災受信機が、復旧信号を受信する（Ｓ６３）。
【００７５】
この火災受信機における盤面操作（復旧スイッチの動作入力）と同様に、火災受信機が復旧動作を実行する（火災信号の保持を解除し、通常の監視状態に戻る）（Ｓ６４）。
【００７６】
なお、操作入力として、復旧操作する場合を示したが、復旧操作の代わりに、地区音響停止入力、防排煙機器等、被制御機器の起動／復帰入力等、他の操作を実行するようにしてもよい。
【００７７】
［データベースの更新時の動作］
次に、顧客サービスサーバ１０から個別の火災受信機にデータベースを更新・確認する場合における動作について説明する。
【００７８】
受付管理者は、更新しようとする物件のデータベースを、顧客サービスサーバ１０に準備し、顧客サービスサーバ１０にデータベースの更新入力を行う（Ｓ７１）。データベースの準備は、通常、データベース作成ソフトによってノートパソコン等にデータファイルとして作成するが、データ通信によって、顧客サービスサーバ１０内の所定の記憶装置に格納し、または、フロッピー（登録商標）ディスク、ＭＯ、ＣＤ−Ｒ等、所定の記憶媒体に格納し、顧客サービスサーバ１０のドライブに読み出させるようにしてもよい。また、この入力の際に、物件を特定するためにＩＤが用いられ、さらにパスワードが設定され、受付管理者にパスワード入力を要求する。
【００７９】
データベースの更新入力を行うと、顧客サービスサーバ１０は、ＩＳＤＮを介して、特定の物件の火災受信機に更新用のデータベースを送信する（Ｓ７２）。
【００８０】
特定された物件の火災受信機は、ＩＳＤＮを介して、更新用のデータベースを受信する。データベースの物件情報や、データ自体の誤りチェック等の確認を行う（Ｓ７３）。このときに、物件の火災受信機は、更新用のデータベースと同時に受信するＩＤとパスワードとから、適正な相手からの正式なデータベースであることを認識する。
【００８１】
物件の火災受信機は、上記更新用のデータベースを確認した後に、実行しているデータベースを更新する（Ｓ７４）。
【００８２】
［データベースの確認時の動作］
受付管理者は、確認しようとする物件を特定し、顧客サービスサーバ１０に、データベース確認の入力を行う（Ｓ８１）。上記同様、パスワードを入力する。
【００８３】
データベース確認の入力が行われると、顧客サービスサーバ１０は、ＩＳＤＮを介して特定された火災受信機に、データベース返送信号を送信し（Ｓ８２）、ＩＳＤＮを介して、特定の火災受信機が、データベース返送信号を受信する（Ｓ８３）。データベース返送信号を受信した火災受信機は、実行しているデータベースを読み出し、ＩＳＤＮを介して顧客サービスサーバ１０に送信する（Ｓ８４）。このときに、上記と同様に、パスワードをチェックする。
【００８４】
ＩＳＤＮを介して、顧客サービスサーバ１０が、更新用のデータベースを受信し、この受信したデータベースの誤りチェック等の確認を行う（Ｓ８５）。
【００８５】
更新用のデータベースを、顧客サービスサーバ１０が正確に受信していれば、この受信した更新用のデータベースを表示し、受付管理者が利用できるようにする（Ｓ８６）。
【００８６】
次に、上記実施例の動作において、出先の端末機器３０１が、顧客サービスサーバ１０から、所定の物件に関する情報を取り寄せる場合の動作について説明する。
【００８７】
この動作は、たとえば、図４におけるステップＳ３４の部分において行われるが、その他、建物２０１等の出先からＳＥが顧客サービスサーバ１０に接続する場合にも行われる。
【００８８】
図８は、上記実施例において、出先の端末機器３０１が、顧客サービスサーバ１０から、所定の物件に関する情報を取り寄せる場合の動作を示すフローチャートである。
【００８９】
ＳＥが、出先で、端末機器３０１をネットワークＮＷに接続し（Ｓ９１）、このネットワークＮＷを介して、顧客サービスサーバ１０にアクセスし（Ｓ９２）、所定の物件に関する情報を要求する（Ｓ９３）。ここで、顧客サービスサーバ１０へのアクセスする場合、ＳＥは、端末機器３０１に、ユーザＩＤとパスワード等を入力し、顧客サービスサーバ１０の認証を受けることはもちろんである。
【００９０】
顧客サービスサーバ１０は、ネットワークＮＷを介して、受信手段１が、出先の端末機器３０１から、所定の物件に関する情報の要求を受信する（Ｓ９４）。
【００９１】
そして、メモリＭ１に格納されている物件に関する情報（顧客基本情報データベースＤＢ２２等に格納されている情報）のうちで、上記所定の物件（所望の物件）に関する情報を、制御手段２が抽出する（Ｓ９５）。
【００９２】
この抽出された物件に関する情報を、出先の端末機器３０１に、送信手段４が送信する（Ｓ９６）。ここで、顧客サービスサーバ１０は、ＳＥのユーザＩＤ等に基づいて、所定の物件に関する情報が取得可能であるか否かを判断する。この場合、物件に関する情報の保護としての担当者判別のレベルと、ＳＥの資格判別のレベルとがあり、緊急対応の場合としては、資格判別のみで足りる。
【００９３】
そして、ＳＥは、顧客サービスサーバ１０から送信された物件に関する情報を受信し（Ｓ９７）、端末機器３０１に設けられている表示装置に、上記受信した物件に関する情報を表示する（Ｓ９８）。
【００９４】
上記実施例によれば、ＳＥは、出先から、必要な物件に関する情報を、確実かつ迅速に見ることができる。
【００９５】
また、上記実施例によれば、物件に関する情報を、ＳＥが持ち歩く必要がないので、情報の修正、加入等、情報を一元管理することができ、つまり、情報を共有することができる。
【００９６】
なお、上記物件に関する情報は、定期点検履歴情報、緊急対応履歴情報のうちで、いずれかまたは組み合わせでもよく、また、上記いずれかまたは組み合わせに、さらにその他の情報を組み合わせた情報とすることができ、特定の物件に関して抽出し、情報提供できることが好ましい。
【００９７】
次に、ＳＥが出先で、製品に関する情報を利用する場合について説明する。
【００９８】
この動作も、たとえば図４におけるステップＳ３４の部分で行われるが、図８の動作と同様に、その他必要な出先から、顧客サービスサーバ１０に接続可能である。
【００９９】
図９は、上記実施例において、出先の端末機器３０１が、顧客サービスサーバ１０から、所定の製品に関する情報を取り寄せる場合の動作を示すフローチャートである。
【０１００】
ＳＥが、出先から端末機器３０１を、ネットワークＮＷに接続し（Ｓ１０１）、このネットワークＮＷを介して、顧客サービスサーバ１０にアクセスし（Ｓ１０２）、所定の製品に関する情報を要求する（Ｓ１０３）。ここで、顧客サービスサーバ１０へアクセスする場合、ＳＥは、図４で示したと同様に、端末機器３０１に、ユーザＩＤとパスワード等を入力し、顧客サービスサーバ１０の認証を受けることはもちろんである。
【０１０１】
顧客サービスサーバ１０は、ネットワークＮＷを介して、受信手段１が、出先の端末機器３０１から所定の製品に関する情報の要求を受信する（Ｓ１０４）。
【０１０２】
そして、メモリＭ１に格納されている製品に関する技術情報データベースＤＢ３０のうちで、上記所定の製品（所望の製品）に関する情報を、制御手段２が、抽出する（Ｓ１０５）。この抽出された製品に関する情報を、出先の端末機器３０１に、送信手段４が送信する（Ｓ１０６）。ここで、顧客サービスサーバ１０は、図４の場合と同様に、ＳＥのユーザＩＤ等から所定の製品に関する情報が取得可能か否かを判断している。これは、製品に関する情報の保護としての資格判別の場合でよい。
【０１０３】
そして、ＳＥは、顧客サービスサーバ１０から送信された製品に関する情報を受信し（Ｓ１０７）、端末機器３０１に設けられている表示装置に、上記受信した製品に関する情報を表示する（Ｓ１０８）。
【０１０４】
また、製品に関する情報の要求が、物件に関する情報の要求に連続して行われる場合、顧客サービスサーバ１０は、該当物件に設備されている機器を判別し、要求された製品がその機器に該当するか否かを判別するようにしてもよい。これによって、無関係な情報を顧客サービスサーバ１０から送信することを防止し、情報漏洩の歯止めにすることができる。
【０１０５】
上記実施例によれば、ＳＥは、出先から、必要な製品に関する情報を確実かつ迅速に見ることができる。
【０１０６】
また、上記実施例によれば、ＳＥが製品に関する情報を持ち歩く必要がないので、情報の修正、加入等、情報を一元管理することができ、したがって、個人のみが保持している情報以外の情報を共有することができる。
【０１０７】
なお、上記製品に関する情報は、技術資料、取扱説明書、施工マニュアル、点検基準書のうちで、いずれかまたは組み合わせ、また、いずれかまたは組み合わせにさらにその他の情報を組み合わせた情報とすることができ、技術情報提供できることが好ましい。
【０１０８】
物件に関する情報と製品に関する情報とに加え、部品調達のための店舗に関する情報を、出先の端末機器へ参照できることが好ましい。すなわち、上記のような出先からの動作として、出先の端末機器３０１から、顧客サービスサーバ１０に接続し、物件の位置（またはＳＥの現在位置）を中心とする所定の地区内に存在する店舗を表示させることができる。
【０１０９】
この場合、部品調達に役立つ店舗の位置情報を、顧客サービスサーバ１０のメモリＭ１に、地図情報データベースＤＢ２１の一部としての店舗情報として、常時蓄え、出先となる物件の位置について、地図情報を取得し、その地図情報の地区内に存在する店舗を、店舗情報から抽出し、地図情報と合わせて店舗の位置を示す地図を表示すればよい。
【０１１０】
そして、店舗の位置について、販売している部品等の種類、たとえば、資材、電線、文房具、電器等を、所定のマークによって互いに区別できるようにすれば、急いで手配したいＳＥは、端末機器３０１において地図を見るだけで、所望の部品を取得可能な店舗を把握できる。なお、このような店舗について、出先の端末機器３０１から、顧客サービスサーバ１０に登録できるようにしておけば、新しく発見した店舗の設定を後回しにすることなく、その場で、データベースとして登録することができ、便利である。
【０１１１】
なお、顧客サービスサーバ１０は、情報提供を要求している端末機器３０１が正当であるか否かを、パスワード等で確認し、不用意な情報流出を防止する。この場合、誰が、いつ、どの情報を見たか、ダウンロードしたか等のログを保存する。特に、事故の情報、その対策等の特別の技術情報に関して、ログを保存することには意味がある。
【０１１２】
また、顧客サービスサーバ１０は、携帯端末機器３０１の位置を確認し、たとえば、物件を中心とする半径、何十ｍ以内でなければ、情報を送出しない等の操作を実行することによって、客先でない者へ、不要な情報が送出されることを防止することができる。
【０１１３】
上記実施例によれば、インターネット等のネットワークを使用し、各種サービスを行う顧客サービスサーバ１０を設置し、出先で、端末機器をインターネット等に接続し、各種情報の提供を受けることができる。
【０１１４】
また、上記実施例によれば、出先から、顧客情報を参照することができ、したがって、出先での対応作業を支援することができる。
【０１１５】
さらに、上記実施例によれば、出先から、技術情報を参照することができ、したがって、出先での対応作業を支援することができる。
【０１１６】
次に、上記実施例において、電話番号に基づいて物件を特定する動作について説明する。
【０１１７】
電話番号に基づいて物件を特定する動作は、図４におけるステップＳ２１で実行され、この動作について詳細に説明する。
【０１１８】
図１０は、上記実施例において、電話番号に基づいて物件を特定する動作を示すフローチャートである。
【０１１９】
まず、管理すべき物件に関する情報と、上記物件に関する電話番号とが、互いに対応して、メモリＭ１に予め格納されている。
【０１２０】
電話回線を介して、物件２０１の管理者から電話の呼出を受けると（Ｓ１１１）、受信手段１が、ナンバーディスプレイ等のサービスを利用し、上記呼出した相手の電話番号を取得し（Ｓ１１２）、受信手段１が取得した電話番号が、メモリＭ１に格納されている電話番号‐物件情報の対応表に存在しているか否かを判断する（Ｓ１１３）。
【０１２１】
受信手段１が取得した電話番号が、電話番号‐物件情報の対応表に存在していれば、その電話番号に基づいて、メモリＭ１に格納されている電話番号‐物件情報の対応表から、対応する物件に関する情報を、制御手段２が検索する（Ｓ１１４）。
【０１２２】
上記物件に関する情報を、表示手段３が表示する（Ｓ１１５）。この場合、メモリＭ１が、上記物件に関する情報として、過去の緊急対応の履歴または定期点検の履歴に関する履歴情報を格納しており、同時に、上記検索した物件に基づいて、対応する履歴情報を、制御手段２が抽出し、上記抽出された履歴情報を表示手段２に表示することも可能である。
【０１２３】
一方、メモリＭ１は、その地図情報データベース２１に地図情報を格納し、制御手段２は、上記検索された物件が存在する地区の地図情報を、地図情報データベース２１から検索し（Ｓ１１６）、上記検索された物件が存在する地区の地図を、表示装置３に表示させ（Ｓ１１７）、しかも、上記検索された物件が存在する位置を示す所定のマーク（丸印、矢印、×印等のマーク）を、上記地図上に表示させる（Ｓ１１８）。
【０１２４】
また、上記取得した電話番号に対応する物件の近隣の物件に、ＳＥが存在していれば、そのＳＥの位置を、上記表示した地図上に重ねて表示する（Ｓ１１９）。
【０１２５】
なお、物件２０１から受信し、取得した電話番号が、上記電話番号‐物件情報テーブルに格納されていなければ（Ｓ１１３）、制御手段２は、上記取得された電話番号に応じた地図上の比較的広い領域を検索する（Ｓ１２０）。たとえば、取得した電話番号に含まれている市外局番をカバーする比較的広い地区を検索し、この検索された比較的広い地区の地図を、表示手段３に表示する（Ｓ１２１）。
【０１２６】
なお、上記取得した電話番号が上記対応表に格納されていない場合であって、上記格納されていない電話番号に対応する物件が、その後に判明した場合（Ｓ１２２）、上記格納されていない電話番号と上記判明した物件とを対応して、上記電話番号‐物件情報格納手段に格納する（Ｓ１２３）。
【０１２７】
次に、上記実施例において、物件２０２、２０３、２０４に設置されている火災受信機から受信した異常情報に基づいて、物件を特定する動作について説明する。
【０１２８】
この動作は、図５におけるステップＳ４３、Ｓ４５、Ｓ２１に係る動作であり、これを詳細に説明する。
【０１２９】
図１１は、上記実施例において、火災受信機から受信した異常情報に基づいて、物件を特定する動作を示すフローチャートである。
【０１３０】
まず、顧客サービスサーバ１０は、ＩＳＤＮを介して、複数の火災受信機（複数の物件２０２、２０３、２０４にそれぞれ設置されている火災受信機）のうちで、少なくとも１つから異常情報を受信し（Ｓ１３１）、火災受信機からの異常情報を受信して取り込み（Ｓ１３２）、その旨を表示等する。
【０１３１】
この取り込んだ異常情報から、電話番号を取得し（Ｓ１３３）、この取得した電話番号に基づいて、図１０のフローチャートと同じ動作が可能になり、ステップＳ１１４と同様に、対応表から物件に関する情報を検索し（Ｓ１３４）、図１０のステップＳ１１５と同様に、特定された物件に関する情報を表示し（Ｓ１３５）、図１０のステップＳ１１７からＳ１１９までに該当するように、この検索された物件に関する地図を、表示手段３が表示する（Ｓ１３６）。なお、上記電話番号の割出しを、専用回線の接続先として取得することもできる。
【０１３２】
上記実施例によれば、客先から電話連絡があると、電話番号を受信し、この受信した電話番号に基づいて、対象物件を容易に特定することができ、緊急事態に迅速に対応することができる。そして、特定された客先を地図表示するので、その客先の場所を容易に把握することができる。
【０１３３】
また、上記実施例によれば、電話番号が登録されていなくても、その電話番号に基づいて、その物件が存在するであろう地区を特定することができる。
【０１３４】
さらに、上記実施例によれば、ネットワーク接続された火災受信機から異常情報を受信した場合にも、上記と同様に、物件を特定することができ、その物件が存在している周辺の地図を表示することができる。
【０１３５】
そして、上記実施例によれば、物件を特定することによって、過去の緊急対応や定期点検等の履歴を特定することができる。
【０１３６】
また、上記実施例によれば、地図を表示する際に、近傍の物件に存在しているＳＥの位置を表示するので、現場へ迅速に派遣させることができる。
【０１３７】
さらに、顧客サービスサーバ１０は、顧客からの問い合わせや端末機器としての火災受信機からの通報時に、ＣＴＩ（Ｃｏｍｐｕｔｅｒ　Ｔｅｌｅｐｈｏｎｙ　Ｉｎｔｅｇｒａｔｉｏｎ）機能を使用し、これによって、対象物件を迅速に検出し、迅速に緊急対応することができ、対象物件を特定する時間を短縮することができる。
【０１３８】
そして、過去の履歴を参照することによって、対応作業を支援することができる。なお、緊急対応として、過去の情報を参照する場合、顧客サービスサーバ１０のイベントログを参照すればよい。
【０１３９】
また、上記実施例によれば、検索された物件が存在している地区の地図と、上記検索された物件の位置を示すマークとを表示するので、検索された物件を迅速に検出することができ、迅速に緊急対応することができる。
【０１４０】
また、上記実施例によれば、履歴を参照するので、対応作業を支援することができる。
【０１４１】
さらに、上記実施例によれば、顧客からの問い合わせや端末機器としての火災受信機からの通報時に、ＣＴＩ機能を使用するので、対象物件を迅速に検出し、迅速に緊急対応することができる。
【０１４２】
［スケジュールの自動作成］
次に、上記実施例において、顧客に関する情報を利用する訪問スケジュールを作成する動作について説明する。
【０１４３】
この訪問スケジュールは、上記ＳＥも利用できるが、営業担当者が顧客となる物件を訪問する際の予定作成に有用なものであり、顧客サービスサーバ１０は、訪問スケジュールの作成を支援する機能を備えている。
【０１４４】
訪問スケジュール作成する場合、まず地区の地図表示から始まり、その後に必要な物件を選択し、訪問スケジュールを作成する。なお、この動作は、図４〜図６に示す代表的な動作中には含まれていない動作である。
【０１４５】
図１２、図１３は、上記実施例において、訪問スケジュールの自動作成における動作を示すフローチャートである。
【０１４６】
営業担当者は、たとえば営業所に設置されている端末機器３０３から、ＷＡＮ、ＬＡＮケーブルＣ１によるネットワーク経由によって、顧客サービスサーバ１０にアクセスする（Ｓ１４１）。自己の担当に関して、地区または物件を端末機器３０３によって選択し（Ｓ１４２）、顧客サービスサーバ１０は、ＷＡＮやＬＡＮケーブルＣ１を介して、地図または物件の選択を受信する（Ｓ１４３）。
【０１４７】
そして、メモリＭ１に格納されている地図情報データベースＤＢ２１から必要な地区の地図情報を検索し、該当地区の地図を、同時に、当該地区の範囲に存在する物件を抽出し、当該物件が存在する位置を、それぞれ制御手段２が読込み（Ｓ１４４、Ｓ１４５）、これらを端末機器３０３に送信する（Ｓ１４６）。
【０１４８】
ここで、地区と物件との指定は、単純には営業担当者が訪問しようとする物件を指定すればよいが、地区を選択し、その範囲の物件や、営業担当者の担当する全ての物件として一度に選択してもよく、一括的な選択であっても、個々の物件を個別に削除できればよい。
【０１４９】
また、ここでは、顧客サービスサーバ１０から端末機器３０３へ、地区の地図と地区内全ての物件の位置とを送信しているが、訪問の有無に係わらず地区に係わる物件全てを表示することによって、意識していない物件を認識したり、近傍の物件をついでに訪問できる等、営業担当者の業務による対応を広くすることができる。
【０１５０】
そして、地図上に物件の位置を表示する際に、所定のマークを複数用意し、訪問選択の有無、担当に該当するしない等を区別すればよい。
【０１５１】
そして、営業担当者は、顧客サービスサーバ１０から送信された地図と物件の位置に関する情報とを受信し（Ｓ１４７）、端末機器３０３の表示装置に地図表示を行う（Ｓ１４８）。
【０１５２】
このように、顧客サービスサーバ１０から端末機器３０３へ、物件の位置が示された地図表示を行うことによって、営業担当者は、所望の物件以外にその近辺に存在する物件を把握することができ、訪問先として組み込む等の積極的な判断も可能になる。また、端末機器３０３に一度表示した地図表示は別に地区に切り替えることが可能であり、当初のステップＳ１４２に戻り、別の地区を選択すればよい。ここで、地区の選択は、営業担当者の担当に係わらず選択可能としてよい。
【０１５３】
上記のように、端末機器３０３へ複数の物件の位置が示された地図の地図表示がされている状態から、必要な物件を選択し、訪問スケジュールを作成する（Ｓ１５１）。
【０１５４】
端末機器３０３の表示装置に表示されている物件であって、所定のマークによって要否が区別されて表示されている物件のそれぞれについて、営業担当者は、要否を追加、削除しながら、訪問先としての物件を選択する（Ｓ１５２）。また、その営業担当者は、必要に応じて訪問時間を設定し（Ｓ１５３）、端末機器３０３へスケジュール作成入力を行い、選択された物件に関するスケジュール作成を、顧客サービスサーバ１０へ要求する（Ｓ１５４）。
【０１５５】
端末機器３０３へのスケジュール作成入力を受信した顧客サービスサーバ１０は（Ｓ１５５）、所定地区内に存在している複数の物件の間の所定の組み合わせについての相互間の距離を算出し、この算出された距離に基づいて、物件相互間の移動時間を算定する（Ｓ１５６）。この場合、営業担当者の営業所等、移動距離に関する始点を必要とする場合、それを含めて算出する。
【０１５６】
ここで、上記移動時間を算出する際、物件相互間の距離として、地図上の直線距離を使用するようにしてもよく、また、道路に沿って移動する場合のように道程距離等を使用するようにしてもよい。上記直線距離、道程距離を、単位時間当たりの移動距離で割れば、移動時間を算定することができる。なお、上記道程距離に基づいて移動時間を算出する場合、沿う道路の種類（主要幹線道路や脇道等）に応じて、上記単位時間当たりの移動距離に所定の係数をかけるようにしてもよい。
【０１５７】
そして、算出した各物件間の移動時間に基づいて、所定数の物件間を移動する場合における移動順序を判別する（Ｓ１５７）。この場合、たとえば複数の物件に関する組み合わせについて、各移動時間を合計し、この合計移動時間が最も短い物件の組み合わせを、最適移動ルートして選定するようにしてもよい。
【０１５８】
ここで、移動ルートの選定について、物件数に応じて、移動ルートの選定方式を変更するようにしてもよい。たとえば、物件数が数件であれば、全ての物件を対象とした組み合わせに基づいて、移動時間を合計し、物件数が２０〜３０件以上であれば、組み合わせの数が多過ぎるので、線系の数学的解法を用いることによって、移動時間が最短時間である移動ルートを算出する。
【０１５９】
上記のように、所望の物件の全てを訪問対象として選定した移動ルートは、端末機器３０３へ送信される（Ｓ１５８）。
【０１６０】
そして、移動ルートを受け取った端末機器３０３は、地図を表示するともに、移動ルートを表示する（Ｓ１５９）。この移動ルートを表示する場合、たとえば、上記演算に基づいて、営業所等を始点とし、訪問先物件の訪問順序を表示し、物件間の移動時間と訪問時間とを合計した総移動時間を示すことができる。このような地図表示と移動ルート表示とは、画面上にシートを重ねたような表示形態として、いわゆるウィンドウ表示によって、所望の表示を選択的に前面に表示されるように切り替えられることが好ましい。そして、作成された移動ルートに対して、訪問先物件を加除することができるようにし、たとえば地図表示を選択した状態において、ステップＳ１５２に戻り、スケジュール作成入力を改めて実行できるようにする。
【０１６１】
また、作成され、表示されている移動ルートについて、最短の移動ルートの訪問順序とは異なる訪問順序に変更することができるようになっている。たとえば、特定の物件について、日中の早い時間または遅い時間に訪問することを望む場合、訪問先の順序の先後を優先的に設定したい場合等、移動ルートの表示を修正する入力を行い（Ｓ１６０）、顧客サービスサーバ１０による再計算を行い（Ｓ１６１）、端末機器３０３に修正後の移動ルートを送信し（Ｓ１６２）、ステップＳ１５９に戻り、端末機器３０３の表示装置に修正後の移動ルートを表示する。さらに、特定部分の移動順序を固定することによって、残りの移動ルートを再計算するようにしてもよい。
【０１６２】
そして、上記作成された移動ルートを端末機器３０３へ入力し（Ｓ１６３）、この入力された移動ルートを含む訪問スケジュールが、顧客サービスサーバ１０のメモリＭ１に登録され（Ｓ１６４）、この訪問スケジュールを登録することによって、営業担当者の業務日程とすることができる。なお、営業担当者が訪問する物件の滞在時間として、所定時間を見込むことができ、また、ＳＥが設備の点検作業を行うような場合には、物件毎に所要時間を個別に設定する必要がある。
【０１６３】
［ＳＥの所在確認の動作］
次に、上記実施例の動作において、顧客サービスサーバ１０が、所定の物件にＳＥを手配する動作について説明する。
【０１６４】
この動作は、たとえば、図４に示すステップＳ１５において実行し、その他、受付管理者が、営業担当者等を手配する場合等、必要に応じてＳＥ以外の者にも、実行する動作である。
【０１６５】
図１４は、上記実施例において、ＳＥ等の現在位置を確認し、この現在位置を確認しＳＥ等に、現場への出動を要請する動作を示すフローチャートである。
【０１６６】
まず、顧客サービスサーバ１０は、特定の物件の位置情報に基づいて、該当する地区の地図情報を、地図情報データベースＤＢ２１から読込み、表示手段３に表示する（Ｓ１７１）。この動作は、図４に示すステップＳ２１において、電話連絡による呼出に基づいて物件を特定するときに実行することができ、その他に受付担当者が電話連絡による物件確認によって地区を選択し、表示し、物件の位置を特定するようにしてもよい。
【０１６７】
そして、受付担当者が、出先の端末機器３０１の位置を確認し、この確認された位置を、顧客サービスサーバ１０に入力する（Ｓ１７２）。この場合、出先の端末機器３０１として、ＳＥまたは営業担当者が携帯しているノートパソコン等に限らず、ＰＨＳを含む携帯電話等を含む機器であり、顧客サービスサーバ１０は、ＧＰＳ衛星４０１を介して、または、ＰＨＳ位置情報センタ４０２を介して、ＳＥまたは営業担当者の現在位置を取得する（Ｓ１７３）。
【０１６８】
この取得したＳＥまたは営業担当者の位置情報に基づいて、顧客サービスサーバ１０は、物件の存在する地図を表示するとともに、この表示範囲内に存在するＳＥまたは営業担当者を、所定のマークで表示する（Ｓ１７４）。この所定のマークを表示する場合、ＳＥと営業担当者とを、互いに異なるマークで表示することが望ましく、物件の所在を示す表示とも区別すべきである。また、ＳＥ、営業担当者を示すマークとともに、個人名を表示するようにしてもよく、別途の操作によって、上記マークに基づく個人情報を表示するようにしてもよい。
【０１６９】
この場合、顧客サービスサーバ１０は、所定の物件を地図とともに表示している場合、この表示されている地図の範囲内に存在しているＳＥまたは営業担当者と上記所定の物件との距離、移動時間を算出する（Ｓ１７５）。このように、最寄りのＳＥ等を判別して表示することによって、緊急手配が必要な物件に対して、最寄りのＳＥ等を判別することができる。この判別結果を、そのまま地図に、手配順位を表示するようにしてもよく、また、ＳＥについて、メモリＭ１に登録されているスケジュールに基づいて、作業終了時間からの移動時間を算出して、最短の時間で到達できるＳＥを選ぶようにしていもよい。
【０１７０】
この結果から、受付担当者は、手配するＳＥ等を特定し、緊急の物件への訪問を手配することができる（Ｓ１７６）。電話連絡等で直接ＳＥに連絡することも可能であるが、入力手段５を介して、顧客サービスサーバ１０へ緊急手配入力を行えば、表示中の物件名や住所等の位置を含め、所定のフォーマットによるメール送信で連絡することができる（Ｓ１７７）。
【０１７１】
このような動作によって、顧客サービスサーバ１０において、所定の物件の位置を把握することができるのみでなく、ＳＥ等の派遣を緊急に手配した場合に、その近辺に存在しているＳＥ等を把握することができ、現場への出動を要請することができる。なお、上記動作は、図４に示すステップＳ３１における出動要請動作において、実行することができる。
【０１７２】
また、図１４に示す動作のみでなく、上記の実施例における各地図表示を行う時点において、顧客サービスサーバ１０は、地区の地図情報を読み出すと同時に、その地図表示されている範囲内に存在する物件を検索し、該当する物件の位置情報を抽出するとともに、各ＳＥ、営業担当者等の現在位置を取得し、その範囲内に存在するＳＥ等を抽出し、それぞれ所定のマークによって区別して、地図に表示するようにしてもよい。
【０１７３】
上記実施例によれば、顧客としての物件（建物）の位置が地図上に表示されるので、顧客訪問の際に便利であり、緊急に駆けつける際にも、事前に周辺を確認できるので、極めて有用である。
【０１７４】
また、上記実施例によれば、物件位置までの移動距離に基づいて、物件までの移動時間を算出し、または、直接移動時間を算出するので、ＳＥは、物件を訪問する際に、計画的に移動することができる。
【０１７５】
さらに、上記実施例によれば、移動距離を、所定の２つの物件間の道順の距離に沿って移動距離を求めるので、単なる直線距離でなく、比較的現実的な距離を把握することができる。
【０１７６】
そして、上記実施例によれば、移動距離に単位時間を当てはめて換算するので、比較的現実的な移動時間を把握することができる。
【０１７７】
また、上記実施例によれば、全ての物件間の移動距離または移動時間を算出した上で、最短距離または最短時間で結べる道順を選択するので、訪問計画を簡便に立てることができる。
【０１７８】
さらに、上記実施例によれば、表示されている地図に、各物件の位置と少なくとも１人のＳＥの現在位置とを示すので、ＳＥの位置を認識することができ、必要に応じて、指示を的確に出すことができ、また、緊急の際に、最寄りのＳＥを判別することができ、顧客への素早い対応が可能である。
【０１７９】
そして、上記実施例によれば、ＳＥが自分の担当エリアの物件情報を簡便に参照することができる。
【０１８０】
また、上記実施例によれば、地図情報にＣＴＩを付加することによって、連絡事項のある顧客の位置を素早く特定することができ、迅速に手配することができる。
【０１８１】
なお、上記「ＣＴＩ」は、ｃｏｍｐｕｔｅｒ　ｔｅｌｅｐｈｏｎｙ　ｉｎｔｅｇｒａｔｉｏｎの略であり、コンピュータと電話／通信機器との融合によって実現する新しいコミュニケーション・システムである。顧客から電話を受け付けるコールセンタは、代表的な応用分野であり、顧客対応を向上させ、生産性を上げるためには、ＣＴＩは不可欠のものである。音声だけでなく、メールやファクシミリも統合されつつある。
【０１８２】
「コンピュータテレフォニー」は、電話とコンピュータとを融合することによって、電話の新しいサービスを提供する技術の総称である。内線電話網や電話網等の音声ネットワークとＬＡＮ等のネットワークとを統合し、テレマーケティング等の分野で、電話番号から、顧客データベースを検索するアプリケーション等を容易に構築できる。
【０１８３】
具体的には、テレフォニーボードを搭載しているパソコンを、電話として兼用する方法、ＬＡＮの顧客サービスサーバ１０とＰＢＸ（プライベート・ブランチ・エクスチェンジ）とを接続し、クライアントから顧客サービスサーバ１０の経由線を制御する方法等がある。
【０１８４】
パソコンのＧＵＩ（グラフィカル・ユーザ・インターフェース）を使い、画面に電話機を表示し、データベースや電子メール等のアプリケーションから必要なときに電話を発呼する等の利用も可能である。
【０１８５】
なお、上記動作によって、顧客サービスサーバ１０が、各種情報を管理しながら、現場等との間で情報を送受信する。顧客サービスシステムＣＳＳ１において、移報機能を備えた一般物件２０２、防犯機能付き自動火災報知設備２０３、普及型自動試験機能付き自動火災報知設備２０４のような物件に設置されている火災受信機であって、状態情報を移報する図示しないインターフェースを備えている複数の火災受信機が、ＩＳＤＮによる専用回線を介して、顧客サービスサーバ１０に集中的に接続され、各物件における火災受信機の状態情報が受信されるとともに、関係する出先の端末機器３０１、協力会社の端末機器３０２、営業所の端末機器３０３等の複数の端末機器が、ＬＡＮまたはインターネットＮＷを介して、顧客サービスサーバ１０に接続され、顧客サービスサーバ１０に集約されている情報を、関係各所の端末機器が取り込むことができる。
【０１８６】
顧客サービスサーバ１０に情報を集約して配信することによって、総合的に情報管理を行うことができるという利点があり、複数の火災受信機は、状態情報等の送受信を、顧客サービスサーバ１０のみに対して実行すればよい。また、関係業者は、端末機器を介して、顧客サービスサーバ１０と送受信することによって、いくつもの火災受信機の情報を参照することができる。関係業者が扱うことができる情報等の制限を、顧客サービスサーバ１０において集中的に管理することが可能である。
【０１８７】
さらに、顧客サービスサーバ１０を顧客サービスセンタ１００に設置し、物件２０２等も含む多数の一般物件２０１からは、顧客サービスセンタ１００に電話連絡を受けることが可能であり、必要な関係業者への連絡を必要な端末機器３０１等へ簡便に行うことができる。
【０１８８】
【発明の効果】
請求項１、６〜１０記載の発明は、複数の顧客の物件を定期点検する場合、その移動時間を最小限に設定するために、定期点検の順序を決める作業が容易であるという効果を奏する。
【０１８９】
請求項２〜５記載の発明は、顧客から電話がかかってきたときに、その顧客の物件の位置を迅速に把握することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施例である顧客サービスサーバ１０を有する顧客サービスシステムＣＳＳ１の全体像を示す図である。
【図２】上記実施例である顧客サービスサーバ１０の具体例を示すブロック図である。
【図３】上記実施例におけるメモリＭ１の具体例を示す図である。
【図４】上記実施例において、電話対応時における動作を示すフローチャートである。
【図５】上記実施例において、火災受信機の自動試験機能を実行したときに故障発生した場合、火災受信機から通報する動作を示すフローチャートである。
【図６】上記実施例において、顧客サービスサーバ１０から各火災受信機にＩＤ呼出する動作を示すフローチャートである。
【図７】上記実施例において、顧客サービスサーバ１０から、個別の火災受信機に対して復旧操作入力する場合の動作を示すフローチャートである。
【図８】上記実施例において、出先の端末機器３０１が、顧客サービスサーバ１０から、所定の物件に関する情報を取り寄せる場合の動作を示すフローチャートである。
【図９】上記実施例において、出先の端末機器３０１が、顧客サービスサーバ１０から、所定の製品に関する情報を取り寄せる場合の動作を示すフローチャートである。
【図１０】上記実施例において、電話番号に基づいて物件を特定する動作を示すフローチャートである。
【図１１】上記実施例において、火災受信機から受信した異常情報に基づいて、物件を特定する動作を示すフローチャートである。
【図１２】上記実施例において、訪問スケジュールの自動作成における動作を示すフローチャートである。
【図１３】上記実施例において、訪問スケジュールの自動作成における動作を示すフローチャートである。
【図１４】上記実施例において、ＳＥ等の現在位置を確認し、この現在位置を確認しＳＥ等に、現場への出動を要請する動作を示すフローチャートである。
【符号の説明】
ＣＳＳ１…顧客サービスシステム、
１００…顧客サービスセンタ、
１０…顧客サービスサーバ、
１…受信手段、
２…制御手段、
３…表示手段、
４…送信手段、
５…入力手段、
Ｍ１…メモリ、
２０１、２０２…一般物件、
２０３…防犯機能付自動火災報知設備、
２０４…普及型自動試験機能付自動火災報知設備、
３０１…出先の端末機器、
３０２…協力会社の端末機器、
３０３…営業所の端末機器、
４０１…ＧＰＳ衛星、
４０２…ＰＨＳ位置情報センタ、
ＮＷ…インターネット。
【図１】
2004120076.tif 000003
【図２】
2004120076.tif 000004
【図３】
2004120076.tif 000005
【図４】
2004120076.tif 000006
【図５】
2004120076.tif 000007
【図６】
2004120076.tif 000008
【図７】
2004120076.tif 000009
【図８】
2004120076.tif 000010
【図９】
2004120076.tif 000011
【図１０】
2004120076.tif 000012
【図１１】
2004120076.tif 000013
【図１２】
2004120076.tif 000014
【図１３】
2004120076.tif 000015
【図１４】
2004120076.tif 000016