JP4310768B2 - Customer service server - Google Patents
Customer service server Download PDFInfo
- Publication number
- JP4310768B2 JP4310768B2 JP2002277322A JP2002277322A JP4310768B2 JP 4310768 B2 JP4310768 B2 JP 4310768B2 JP 2002277322 A JP2002277322 A JP 2002277322A JP 2002277322 A JP2002277322 A JP 2002277322A JP 4310768 B2 JP4310768 B2 JP 4310768B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- property
- customer service
- service server
- terminal device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 239000000284 extract Substances 0.000 claims description 3
- 238000000605 extraction Methods 0.000 claims description 3
- 230000005856 abnormality Effects 0.000 description 26
- 238000007689 inspection Methods 0.000 description 23
- 230000004044 response Effects 0.000 description 23
- 230000000737 periodic effect Effects 0.000 description 17
- 230000006870 function Effects 0.000 description 15
- 238000012360 testing method Methods 0.000 description 15
- 230000005540 biological transmission Effects 0.000 description 11
- 238000011084 recovery Methods 0.000 description 10
- 238000004891 communication Methods 0.000 description 8
- 238000012790 confirmation Methods 0.000 description 8
- 238000000034 method Methods 0.000 description 8
- 230000002265 prevention Effects 0.000 description 8
- 101710131373 Calpain small subunit 1 Proteins 0.000 description 7
- 102100029318 Chondroitin sulfate synthase 1 Human genes 0.000 description 7
- 201000000233 Coffin-Siris syndrome 1 Diseases 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 230000009471 action Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 238000010276 construction Methods 0.000 description 3
- 238000012937 correction Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000012797 qualification Methods 0.000 description 3
- 230000008439 repair process Effects 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000004931 aggregating effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000009419 refurbishment Methods 0.000 description 1
- 238000009418 renovation Methods 0.000 description 1
- 238000010187 selection method Methods 0.000 description 1
- 239000000779 smoke Substances 0.000 description 1
Images
Landscapes
- Telephonic Communication Services (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Alarm Systems (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、顧客サービスサーバに関する。
【0002】
【従来の技術】
種々の物件に火災報知設備が設置され、定期点検等の目的で、作業員が定期的に、各物件を巡回する。この定期点検を行った履歴を、センターのコンピュータ等に記録し、その後の定期点検等に備える。
【0003】
そして、次回以降の定期点検時に、上記定期点検履歴情報を持参し、定期点検に役立たせている。また、定期点検履歴情報の他に、訪問しようとする物件に設置されている火災報知設備に関する緊急対応履歴情報、設備状況の情報をも持参し、これらを、定期点検時の参考にしている。設備状況情報は、たとえば、どういう設備が、どこに、いつから設置されているかを示す情報、所定の物件の住所、電話番号である。
【0004】
【発明が解決しようとする課題】
しかし、上記従来例では、作業員が出先で、物件の情報を持参していなければ、必要な物件に関する情報を見ることができず、また、物件の情報を出先に持参するようにすると、情報を一元管理することができず、つまり、個人のみが保持している情報以外の情報を共有することができないという問題がある。
【0005】
本発明は、作業員が出先で、物件の情報を持参していなくても、必要な物件に関する情報を見ることができ、また、情報を一元管理することができる顧客サービスサーバを提供することを目的とするものである。
【0006】
【課題を解決するための手段】
本発明は、物件に関する情報を格納している物件情報格納手段と、所定のネットワークを介して、出先の端末機器から、所定の物件に関する情報の要求を受信する受信手段と、上記ネットワークを介して、出先の端末機器から、所定の物件に関する情報が要求されると、上記物件情報格納手段に格納されている物件に関する情報のうちで、上記所定の物件に関する情報を抽出する物件情報抽出手段と、上記抽出された物件の位置についての地図情報を取得し、この取得した地図情報の地域内に存在する店舗を、部品調達に役立つ店舗の位置情報として地図情報データベースに蓄えられている店舗情報から取得する店舗情報取得手段と、上記抽出された物件に関する情報を、上記出先の端末機器に送信し、さらに、上記取得した店舗情報を、地図情報と合わせて上記出先の端末機器に送信する情報送信手段と、製品に関する情報を格納している製品情報格納手段と、上記ネットワークを介して、出先の端末機器から、所定の製品に関する情報が要求されると、上記製品情報格納手段に格納されている製品に関する情報のうちで、上記製品に関する情報を抽出する製品情報抽出手段とを有し、上記受信手段は、所定のネットワークを介して、出先の端末機器から、所定の製品に関する情報の要求を受信する手段であり、上記情報送信手段は、上記抽出された製品に関する情報を、上記出先の端末機器に、送信する手段であり、上記所定の製品に関する情報の要求が、上記所定の物件に関する情報の要求に連続して行われる場合、上記顧客サービスサーバは、上記所定の物件に設備されている機器を判別し、要求された製品がその機器に該当するか否かを判別することを特徴とする顧客サービスサーバである。
【0007】
【発明の実施の形態および実施例】
図1は、本発明の一実施例である顧客サービスサーバ10を有する顧客サービスシステムCSS1の全体像を示す図である。
【0008】
顧客サービスシステムCSS1は、顧客サービスセンタ100と、ネットワークNWと、一般物件201、202と、防犯機能付自動火災報知設備203と、普及型自動試験機能付自動火災報知設備204と、ネットワークNWを介して顧客サービスサーバ10との間で送受信する出先の端末機器301と、協力会社の端末機器302と、営業所の端末機器303と、GPS衛星401と、PHS位置情報センタ402とを有する。
【0009】
顧客サービスセンタ100は、防災設備に関する問合せを受け付ける窓口、いわゆるコールセンターであり、たとえば全国を一括して制御する本社ビル等であり、顧客サービスセンタ100に顧客サービスサーバ10が設置されている。この顧客サービスサーバ10は、顧客サービスセンタ100内において、LANケーブルC1を介して、図示しないパソコンを複数、接続し、ローカルエリアネットワークが形成されている。また、顧客サービスセンタ100から離れている各地の支社・営業所へは、広域ネットワークWANを介して、端末機器303が顧客サービスサーバ10に接続可能である。
【0010】
また、顧客サービスサーバ10は、インターネット等のネットワークNWを介して、協力会社の端末機器302や出先からの作業員の端末機器301を接続することができ、離れたところから、顧客サービスサーバ10の設定された情報を利用することができる。
【0011】
さらに、防災設備が設置された建物として、詳細に示さないが、多数存在する一般物件201から、その設備の動作としての火災発生時や、異常時等に、不明点が電話によって問い合わされ、その公衆回線を介した呼出は、まず顧客サービスサーバ10が受け付ける。なお、ここでは、呼出受付を把握する動作を実行する。
【0012】
また、防災設備が設置される建物のうちで、高機能の自動火災報知設備203、204は、ISDNによる専用回線を用いて、図示しない火災受信機から顧客サービスサーバ10に、情報を送信できるように構成されている。これらの設備203、204では、火災受信機での火災信号受信や、盤面操作時、さらに自動試験機能の結果等を、顧客サービスサーバ10に送信することができる。そして、高機能でない一般物件であっても、火災受信機から、上記火災信号受信や盤面操作時等を移報情報として入力され、情報として変換し、送出する図示しないインターフェースを設けることによって、移報可能な一般物件202として、設備203、204と同様に、防災設備の監視状態を顧客サービスサーバ10に取り込むことができる。
【0013】
なお、顧客サービスサーバ10と各物件の火災報知設備202、203、204とは、ISDNによる専用回線で接続され、確実な回線確保と迅速な情報送信とが図られているが、一般的な公衆回線を利用してもよく、また、専用回線でなく、ダイヤルアップ接続のような電話呼出しを介して通信するようにしてもよい。
【0014】
図2は、上記実施例である顧客サービスサーバ10の具体例を示すブロック図である。
【0015】
顧客サービスサーバ10は、メモリM1と、受信手段1と、制御手段2と、表示手段3と、送信手段4と、入力手段5とを有する。
【0016】
受信手段1は、所定のネットワークを介して、出先の端末機器から、所定の物件に関する情報の要求を受信する受信手段の例である。
【0017】
メモリM1は、所定の物件に関する情報を格納している物件情報格納手段の例である。
【0018】
制御手段2は、ネットワークを介して、出先の端末機器から、所定の物件に関する情報が要求されると、上記物件情報格納手段に格納されている物件に関する情報のうちで、上記所定の物件に関する情報を抽出する物件情報抽出手段の例である。
【0019】
送信手段4は、抽出された物件に関する情報を、上記出先の端末機器に送信する情報送信手段の例である。上記物件に関する情報は、定期点検履歴情報、緊急対応履歴情報、設備状況の情報のうちで、少なくとも1つの情報である。設備状況の情報は、たとえば、どういう設備が、どこに、いつから設置されているかを示す情報、所定の物件の住所、電話番号である。
【0020】
入力手段5は、キーボード、マウス等である。
【0021】
また、上記実施例において、所定の物件の代わりに、所定の製品を想定することができる。
【0022】
つまり、メモリM1は、所定の製品に関する情報を格納している製品情報格納手段の例であり、受信手段1は、所定のネットワークを介して、出先の端末機器から、所定の製品に関する情報の要求を受信する受信手段の例である。また、制御手段2は、ネットワークを介して、出先の端末機器から、所定の製品に関する情報が要求されると、上記製品情報格納手段に格納されている製品に関する情報のうちで、上記製品に関する情報を抽出する製品情報抽出手段の例であり、送信手段4は、上記抽出された製品に関する情報を、上記出先の端末機器に、送信する情報送信手段の例である。
【0023】
この場合、上記製品に関する情報は、技術資料、取扱説明書、施工マニュアル、点検基準書、法規の条文のうちで、少なくとも1つの情報、または、上記1つの情報とその他の情報とを組み合わせた情報である。
【0024】
また、制御手段2は、ネットワークを介して、上記端末機器が接続されたときに、上記接続された端末機器が正当な端末機器であることを確認する端末機器確認手段の例である。
【0025】
さらに、上記端末機器が、携帯端末機器である場合、制御手段2は、GPSを介して、上記携帯端末機器の位置情報を取得する位置確認手段の例である。
【0026】
図3は、上記実施例におけるメモリM1の具体例を示す図である。
【0027】
メモリM1は、地図情報データベースDB21、顧客基本情報データベースDB22、緊急対応履歴データベースDB23、定期点検履歴データベースDB24、改修履歴データベースDB25、リモートメンテナンスログ情報データベースDB26、契約情報データベースDB27、定期点検スケジュールデータベースDB28、ロケーション情報データベースDB29、技術情報データベースDB30を格納している。なお、上記各DBは、メモリM1に格納されているデータベースである。
【0028】
次に、上記各データベースについて簡単に説明する。
【0029】
地図情報データベースDB21は、いくつかの縮尺に対応した地図を表示するデータを、地区毎に格納し、顧客基本情報データベースDB22は、火災報知設備が設置されている物件に加え、営業対象となっている物件や建築予定の建物等、全ての物件について基本的な情報を格納し、緊急対応履歴データベースDB23は、顧客サービスセンタ100に連絡のあった故障等に対処が必要なケースについて、それぞれ発生から対処終了までを格納している。
【0030】
定期点検履歴データベースDB24は、各物件における消防用設備について、法定点検として年2回等の作業員による点検結果をそれぞれ格納し、改修履歴データベースDB25は、各物件における消防用設備の改修についての各情報を格納し、リモートメンテナンスログ情報データベースDB26は、顧客サービスサーバ10に接続されている各火災受信機を、後述する1日1回等のID呼出動作の結果をそれぞれ格納している。
【0031】
契約情報データベースDB27は、各物件に対する消防用設備についての保守点検に関する契約情報を格納し、定期点検スケジュールデータベースDB28は、上記法定点検の期日を管理し、その日程についてそれぞれ格納し、ロケーション情報データベースDB29は、作業員や営業担当者の外出先について現在位置に関する情報をそれぞれ格納し、技術情報データベースDB30は、技術資料、取扱説明書、施工マニュアル、点検基準書等の製品に関する各種情報を格納している。
【0032】
次に、上記実施例の動作について説明する。
【0033】
作業の項目として、物件(建物)での故障発生による現場からの電話連絡時の動作、物件の受信機が自動試験を実行した際の異常検出によるネットワーク(ISDN)経由の通報時の動作、サーバによるID呼出時、サーバからの操作入力時の動作、サーバからの物件のデータベース更新・確認時の動作を、全体的な動作から代表的に取り上げる。
【0034】
まず、物件で故障が発生したときに、現場から電話連絡を受けた場合の動作について説明する。
【0035】
図4は、上記実施例において、電話対応時における動作を示すフローチャートである。
【0036】
[電話対応時の動作]
まず、物件(建物)において、設備に異常(故障)が発生し、この異常発生を、物件の管理人、所有者、点検員等(以下、「管理人」という)が発見する(S11)。
【0037】
この異常について、管理人が顧客サービスセンタ100に電話で連絡する(S12)。
【0038】
顧客サービスセンタ100において24時間体制で電話連絡等を受け付ける管理者(以下、「受付管理者」という)は、ステップS12の連絡に基づいて、物件の設備の状況を確認する(S13)。
【0039】
受付管理者が物件を特定することができ、ISDN経由で、その物件の火災受信機から、設備の情報を取り込むことができる場合、受付管理者は、情報を取り込み、確認する(S14)。
【0040】
受付管理者と物件の管理人との電話連絡で、受付管理者は、異常が復旧されるかを判別する(S15)。
【0041】
ステップS15で行った異常有無の結果に基づいて、受付管理者が、異常がなくなったと判断すれば、対応を終了し、事故処理連絡表として顧客サービスサーバ10に必要な情報を手入力する(S16)。この情報は、ステップS22で、顧客サービスサーバ10が自動格納した緊急対応履歴データベースDB23を更新する。
【0042】
[電話に対する顧客サービスサーバ10の動作]
物件の管理人から電話連絡による呼出を受信するときに、その電話番号から契約情報データベースDB27を参照し、検索し、物件を特定できれば、検索結果を表示する(S21)。
【0043】
このときに、物件IDを特定し、顧客基本情報データベースDB22から、物件としての建物201の所在を示す位置情報を取り出し、その位置情報に合わせて、地図情報データベースDB21から、建物201が含まれるエリアの地図情報を取り出し、これに建物201の位置情報に合わせてシンボルを配置し、表示手段3に表示する。
【0044】
建物201の位置情報は、具体的には緯度と経度との情報でよく、これに合わせて、地図情報の上にシンボルを配置する。この位置情報が設定されてない場合、建物の住所を利用し、地図情報の地番等を対比して、適正な部分にシンボルを表示するようにしてもよい。
【0045】
その電話連絡について、物件ID、日時、故障内容等を、緊急対応履歴データベースDB23に格納する(S22)。物件IDを特定できなければ、電話番号等でもよく、故障内容は、当面空白でもよい。
【0046】
電話連絡の物件IDを特定することができれば、緊急対応履歴データベースDB23を参照し、検索し、過去の事例を表示する(S23)。このときに、定期点検履歴データベースDB24や改修履歴データベースDB25等、関係する情報のデータベースについて、上記と同様に実行するようにしてもよい。
【0047】
異常を発生している機器について、機器毎の技術資料や補修マニュアル等、技術情報データベースDB30を参照し、検索し、表示する(S24)。ステップS13において状況確認する過程で、受付管理者が判明された場合に、検索された機器について、手入力してもよく、過去事例から自動検索するようにしてもよい。
【0048】
[出動要請の動作]
電話対応で異常が復旧(回復)できない場合、受付管理者は、物件に赴いて作業する作業員としてのサービスエンジニア(以下、SEという)を手配し、出動要請する(S31)。このときに、受付管理者は、表示手段3に表示されている地図情報から、物件の位置を把握した上で、物件またはエリアの担当者の有無や、緊急出動名簿表等から、SEを選定する。
【0049】
受付管理者から要請を受けたSEは、ノートパソコン等の端末機器301を携帯し、物件(建物201等)へ向かう(S32)。このときに、顧客サービスサーバ10における契約情報データベースDB27等に、物件情報を格納し、緊急対応履歴データベースDB23等に故障情報等を格納した後に、出動する。
【0050】
SEは、管理人の協力を含めて、物件における必要な処置を行う(S33)。その際に、SEは、携帯した端末機器301をネットワークNWに接続し、顧客サービスサーバ10から技術情報や過去事例等を、各データベースDB21〜29から検索し、現場で表示させることができる(S34)。
【0051】
物件において異常が復旧すれば、SEは、受付管理者に報告する(S35)。
【0052】
ステップS35において復旧の報告を受けると、受付管理者は、顧客サービスサーバ10に、必要な情報を手入力する(S36)。この手入力された情報によって、ステップS22で、顧客サービスサーバ10が自動格納した緊急対応履歴データベースDB23を更新する。なお、上記入力を、SEが実行するようにしてもよい。
【0053】
[通報発生の動作]
次に、火災受信機の自動試験機能を実行したときに故障発生した場合、火災受信機から通報する動作について説明する。
【0054】
図5は、上記実施例において、火災受信機の自動試験機能を実行したときに故障発生した場合、火災受信機から通報する動作を示すフローチャートである。
【0055】
物件における火災受信機が自動試験を実行する(S41)。通常、1週間に1回自動試験を実行するように設定され。つまり、具体的な曜日・時刻が自動試験開始時刻として設定され、自動試験が実行されるが、物件の管理人が、必要に応じて手動入力で、試験を実行することもできる。この自動試験の結果として、設備に異常があるときには、異常を解消する対応が必要になる。
【0056】
ISDNを介して、顧客サービスシステムCSS1における移報機能を有する物件202、203、204のいずれかから、火災受信機が、異常ありを、顧客サービスサーバ10に自動通報する(S42)。この自動通報に際して、自動試験結果としての異常内容と、火災受信機のデータベースに設定されている物件を特定するための物件情報とを合わせて送信する。
【0057】
異常の通報を顧客サービスサーバ10が受信し、その旨を、表示手段3が表示する(S43)。顧客サービスセンタ100には、受付管理人が存在しているので、その受付管理人が、物件の管理人と電話連絡し、上記異常の通報を確認することができる(ステップS13、S15と同じ)。いうまでもないが、顧客サービスシステムCSS1におけるISDNによる専用回線で接続されている物件202、203、204とは、別途電話で連絡できる。
【0058】
異常の通報の内容に基づいて、物件ID、日時、故障内容等を、緊急対応履歴データベースDB23に格納する(S44)。そして、通報の情報から、電話番号を取得する(S45)。ここで、受信機のデータベースに格納する物件情報には、電話番号が含まれ、自動通報の内容に情報としての電話番号が含まれている。
【0059】
この後は、上記ステップS21、S23、S24と同じ動作を実行する。また、出動要請として、上記ステップS31〜S36と同じ動作を実行する。
【0060】
次に、顧客サービスサーバ10から各火災受信機にIDを呼出す動作について説明する。
【0061】
図6は、上記実施例において、顧客サービスサーバ10から各火災受信機にIDを呼出す動作を示すフローチャートである。
【0062】
ISDNを介して、顧客サービスサーバ10は、各火災受信機を個別に呼び出し、そのIDを収集する(S50)。この呼び出しの定時通信は、1日1回、接続されている各火災受信機の全てについて実行する。これによって、回線状態を確認する。そして、呼出を受ける物件は、ISDNによる専用回線で接続されている物件202、203、204である。
【0063】
呼出を受けた物件の火災受信機は、この呼出に応答して火災受信機IDを返送する(S51)。火災受信機IDは、各火災受信機内のデータベースに設定されている。
【0064】
全ての火災受信機から、顧客サービスサーバ10が、火災受信機IDを正常に収集すると、正常であるので、そのまま終了する(S52)。
【0065】
また、火災受信機からの応答がなく、火災受信機IDの収集が正常に行われていない場合、異常終了を表示する(S53)。
【0066】
上記ステップS22と同様に、物件ID、日時、故障内容(火災受信機ID呼出無応答)等を、緊急対応履歴データベースDB23に格納する(S54)。
【0067】
この後は、上記ステップS13、S15と同じく、顧客サービスセンタ100における受付管理者の対応によって、電話連絡によって異常の有無を確認し、必要に応じて、出動要請し、上記ステップS31〜S36と同じ動作を実行する。
【0068】
次に、顧客サービスサーバ10から、個別の火災受信機に対して復旧操作入力する動作について説明する。
【0069】
図7は、上記実施例において、顧客サービスサーバ10から、個別の火災受信機に対して復旧操作入力する動作を示すフローチャートである。
【0070】
たとえば、物件から異常発生の電話連絡を受けたときに、上記ステップS15、S16との関係で、受付管理者が、物件の管理人と連絡し、顧客サービスサーバ10からの復旧操作が必要であると判断した場合、次の動作を実行する。
【0071】
物件の火災受信機に復旧操作する必要があると判断されると、受付管理者が、顧客サービスサーバ10に、復旧操作入力を行う(S61)。
【0072】
復旧操作が入力された顧客サービスサーバ10は、ISDNを介して、必要な物件の火災受信機に、復旧信号を送信し(S62)、ISDNを介して、物件の火災受信機が、復旧信号を受信する(S63)。
【0073】
この火災受信機における盤面操作(復旧スイッチの動作入力)と同様に、火災受信機が復旧動作を実行する(火災信号の保持を解除し、通常の監視状態に戻る)(S64)。
【0074】
なお、操作入力として、復旧操作する場合を示したが、復旧操作の代わりに、地区音響停止入力、防排煙機器等、被制御機器の起動/復帰入力等、他の操作を実行するようにしてもよい。
【0075】
[データベースの更新時の動作]
次に、顧客サービスサーバ10から、個別の火災受信機にデータベースを更新・確認する動作について説明する。
【0076】
受付管理者は、更新しようとする物件のデータベースを、顧客サービスサーバ10に準備し、顧客サービスサーバ10に、データベースの更新入力を行う(S71)。
【0077】
データベースの準備は、通常、データベース作成ソフトによってノートパソコン等にデータファイルとして作成するが、データ通信によって、顧客サービスサーバ10内の所定の記憶装置に格納し、または、フロッピー(登録商標)ディスク、MO、CD−R等、所定の記憶媒体に格納し、顧客サービスサーバ10のドライブに読み出させるようにしてもよい。また、この入力の際に、物件を特定するためにIDが用いられるとともに、さらにパスワードが設定されて、受付管理者にパスワード入力を要求する。
【0078】
データベースの更新入力を行うと、顧客サービスサーバ10は、ISDNを介して、特定の物件の火災受信機に更新用のデータベースを送信する(S72)。
【0079】
特定された物件の火災受信機は、ISDNを介して、更新用のデータベースを受信する。データベースの物件情報や、データ自体の誤りチェック等の確認を行う(S73)。このときに、物件の火災受信機は、更新用のデータベースと同時に受信するIDとパスワードとから、適正な相手からの正式なデータベースであることを認識する。
【0080】
物件の火災受信機は、上記更新用のデータベースを確認した後に、実行しているデータベースを更新する(S74)。
【0081】
[データベースの確認時の動作]
受付管理者は、確認しようとする物件を特定し、顧客サービスサーバ10に、データベース確認の入力を行う(S81)。上記同様、パスワード入力も行う。
【0082】
データベース確認の入力が行われると、顧客サービスサーバ10は、ISDNを介して、特定された火災受信機に、データベース返送信号を送信し(S82)、ISDNを介して、特定の火災受信機が、データベース返送信号を受信する(S83)。データベース返送信号を受信した火災受信機は、実行しているデータベースを読み出し、ISDNを介して顧客サービスサーバ10に送信する(S84)。このときに、上記同様、パスワードチェックも行う。
【0083】
ISDNを介して、顧客サービスサーバ10が、更新用のデータベースを受信し、この受信したデータベースの誤りチェック等の確認を行う(S85)。
【0084】
更新用のデータベースを、顧客サービスサーバ10が正確に受信していれば、この受信した更新用のデータベースを表示し、受付管理者が利用できるようにする(S86)。
【0085】
そして、上記実施例の動作において、出先の端末機器301が、顧客サービスサーバ10から、所定の物件に関する情報を取り寄せる場合の動作について説明する。
【0086】
この動作は、たとえば、図4におけるステップS34において行われるが、その他、建物201等の出先からSEが、顧客サービスサーバ10に接続する場合に行われる。
【0087】
図8は、上記実施例において、出先の端末機器301が、顧客サービスサーバ10から、所定の物件に関する情報を取り寄せる動作を示すフローチャートである。
【0088】
SEが、出先から端末機器301を、ネットワークNWに接続し(S91)、このネットワークNWを介して、顧客サービスサーバ10にアクセスし(S92)、所定の物件に関する情報を要求する(S93)。
【0089】
ここで、顧客サービスサーバ10へアクセスする場合、SEは、ユーザIDとパスワード等を、入力し、端末機器301に顧客サービスサーバ10の認証を受ける。
【0090】
顧客サービスサーバ10は、ネットワークNWを介して、受信手段1が、出先の端末機器301から、所定の物件に関する情報の要求を受信する(S94)。
【0091】
そして、メモリM1に格納されている物件に関する情報(顧客基本情報データベースDB22等に格納されている情報)のうちで、上記所定の物件(所望の物件)に関する情報を、制御手段2が抽出する(S95)。この抽出された物件に関する情報を、出先の端末機器301に、送信手段4が送信する(S96)。
【0092】
ここで、顧客サービスサーバ10は、SEのユーザID等から、所定の物件に関する情報が取得可能か否かを判断する。これには、物件に関する情報の保護としての担当者判別のレベルと、SEの資格判別のレベルの場合があり、緊急対応の場合としては、資格判別のみでよい。
【0093】
そして、SEは、顧客サービスサーバ10から送信された物件に関する情報を受信し(S97)、端末機器301に設けられている表示装置に、上記受信した物件に関する情報を表示する(S98)。
【0094】
上記実施例によれば、SEは、出先から、必要な物件に関する情報を、確実かつ迅速に見ることができる。
【0095】
また、上記実施例によれば、物件に関する情報を、SEが持ち歩く必要がないので、情報の修正、加入等、情報を一元管理することができ、つまり、情報を共有することができる。
【0096】
なお、上記物件に関する情報は、定期点検履歴情報、緊急対応履歴情報のうちで、いずれかまたは組み合わせでもよく、また、上記いずれかまたは組み合わせに、さらにその他の情報を組み合わせた情報とすることができ、特定の物件に関して抽出して情報提供できることが好ましい。
【0097】
次に、SEが出先で、製品に関する情報を利用する場合について説明する。
【0098】
この動作も、たとえば図4に示すステップS34の部分で実行されるが、図8に示す動作と同様に、その他、必要な出先から顧客サービスサーバ10に接続可能である。
【0099】
図9は、上記実施例において、出先の端末機器301が、顧客サービスサーバ10から、所定の製品に関する情報を取り寄せる動作を示すフローチャートである。
【0100】
SEが、出先から端末機器301を、ネットワークNWに接続し(S101)、このネットワークNWを介して、顧客サービスサーバ10にアクセスし(S102)、所定の製品に関する情報を要求する(S103)。
【0101】
ここで、顧客サービスサーバ10へアクセスしたSEは、図4に示す場合と同様に、端末機器301に対してユーザIDとパスワード等を入力して、顧客サービスサーバ10の認証を受けるのはもちろんである。
【0102】
顧客サービスサーバ10は、ネットワークNWを介して、受信手段1が、出先の端末機器301から、所定の製品に関する情報の要求を受信する(S104)。
【0103】
そして、メモリM1に格納されている製品に関する技術情報データベースDB30のうちで、上記所定の製品(所望の製品)に関する情報を、制御手段2が、抽出する(S105)。この抽出された製品に関する情報を、出先の端末機器301に、送信手段4が送信する(S106)。
【0104】
ここで、顧客サービスサーバ10は、図4に示す場合と同様に、SEのユーザID等から所定の製品に関する情報が取得可能か否かを判断している。この判断は、製品に関する情報の保護としての資格判別に使用する。
【0105】
そして、SEは、顧客サービスサーバ10から送信された製品に関する情報を受信し(S107)、端末機器301に設けられている表示装置に、上記受信した製品に関する情報を表示する(S108)。
【0106】
また、製品に関する情報の要求が、物件に関する情報の要求に連続して行われる場合、顧客サービスサーバ10は、該当物件に設備されている機器を判別し、要求された製品がその機器に該当するか否かを判別するようにしてもよい。これによって、無関係な情報を顧客サービスサーバ10から送信することを防止し、情報漏洩の歯止めとすることができる。
【0107】
上記実施例によれば、SEは、出先から、必要な製品に関する情報を確実かつ迅速に見ることができる。
【0108】
また、上記実施例によれば、SEが製品に関する情報を持ち歩く必要がないので、情報の修正、加入等、情報を一元管理することができ、したがって、個人のみが保持している情報以外の情報を共有することができる。
【0109】
なお、上記製品に関する情報は、技術資料、取扱説明書、施工マニュアル、点検基準書のうちで、いずれかまたは組み合わせ、また、いずれかまたは組み合わせにさらにその他の情報を組み合わせた情報とすることができ、技術情報提供できることが好ましい。
【0110】
物件に関する情報と製品に関する情報とに加え、部品調達のための店舗に関する情報を、出先の端末機器へ参照できることが好ましい。すなわち、上記のような出先からの動作として、出先の端末機器301から、顧客サービスサーバ10に接続し、物件の位置(またはSEの現在位置)を中心とする所定の地区内に存在する店舗を表示させることができる。
【0111】
この場合、部品調達に役立つ店舗の位置情報を、顧客サービスサーバ10のメモリM1に、地図情報データベースDB21の一部としての店舗情報として、常時蓄え、出先となる物件の位置について、地図情報を取得し、その地図情報の地区内に存在する店舗を、店舗情報から抽出し、地図情報と合わせて店舗の位置を示した地図表示を行えばよい。
【0112】
そして、店舗の位置について、販売している部品等の種類、たとえば、資材、電線、文房具、電器等を、所定のマークによって区別できるようにしておけば、急いで手配したいSEは、端末機器301において地図を見るだけで、所望の部品を取得することができる店舗を把握できる。なお、このような店舗について、出先の端末機器301から、顧客サービスサーバ10に登録できるようにしておけば、新しく発見した店舗の設定を後回しにすることなく、その場で、データベースとして登録することができ、便利である。
【0113】
なお、顧客サービスサーバ10は、情報提供を要求している端末機器301が正当であるか否かを、パスワード等で確認し、不用意な情報流出を防止するが、この場合、誰が、いつ、どの情報を見たか、ダウンロードしたか等のログを保存する。特に、事故の情報、その対策等の特別の技術情報に関して、ログを保存することには意味がある。
【0114】
また、顧客サービスサーバ10は、携帯端末機器301の位置を確認し、たとえば、物件を中心とする半径、何十m以内でなければ、情報を送出しない等の操作を実行することによって、客先でない者へ、不要な情報が送出されることを防止することができる。
【0115】
上記実施例によれば、インターネット等のネットワークを使用し、各種サービスを行う顧客サービスサーバ10を設置して、出先で、端末機器をインターネット等に接続して各種情報の提供を受けることができる。
【0116】
上記実施例によれば、出先から、顧客情報を参照することができ、したがって、出先での対応作業を支援することができる。
【0117】
また、上記実施例によれば、出先から、技術情報を参照することができ、したがって、出先での対応作業を支援することができる。
【0118】
次に、上記実施例において、電話番号に基づいて物件を特定する動作について説明する。
【0119】
この動作は、図4に示すステップS21において実行され、その部分を詳細に示す動作である。
【0120】
図10は、上記実施例において、電話番号に基づいて物件を特定する動作を示すフローチャートである。
【0121】
まず、管理すべき物件に関する情報と、上記物件に関する電話番号とが、互いに対応して、メモリM1に予め格納されている。
【0122】
電話回線を介して、物件201の管理者から電話の呼出を受けると(S111)、受信手段1が、ナンバーディスプレイ等のサービスを利用し、上記呼出した相手の電話番号を取得し(S112)、受信手段1が取得した電話番号が、メモリM1に格納されている電話番号‐物件情報の対応表に存在しているか否かを判断する(S113)。
【0123】
受信手段1が取得した電話番号が、電話番号‐物件情報の対応表に存在していれば、その電話番号に基づいて、メモリM1に格納されている電話番号‐物件情報の対応表から、対応する物件に関する情報を、制御手段2が検索する(S114)。
【0124】
そして、物件に関する情報を表示手段3が表示する(S115)。この場合、メモリM1が、上記物件に関する情報として、過去の緊急対応の履歴または定期点検の履歴に関する履歴情報を格納しており、上記検索した物件に基づいて、対応する履歴情報を、制御手段2が抽出し、上記抽出された履歴情報を表示手段2が表示する。
【0125】
一方、メモリM1は、その地図情報データベース21に地図情報を格納し、制御手段2は、上記検索された物件が存在する地区の地図情報を、地図情報データベース21から検索し(S116)、上記検索された物件が存在する地区の地図を、表示装置3に表示させ(S117)、しかも、上記検索された物件が存在する位置を示す所定のマーク(丸印、矢印、×印等のマーク)を、上記地図上に表示させる(S118)。
【0126】
また、上記取得した電話番号に対応する物件の近隣の物件にSEが存在していれば、そのSEの位置を、上記表示した地図上に重ねて表示する(S119)。
【0127】
なお、物件201から受信し、取得した電話番号が、上記電話番号‐物件情報テーブルに格納されていなければ(S113)、制御手段2は、上記取得された電話番号に応じた地図上の比較的広い領域を検索する(S120)。たとえば、取得した電話番号に含まれている市外局番をカバーする比較的広い地区を検索し、この検索された比較的広い地区を表示手段3に地図表示する(S121)。
【0128】
なお、上記取得した電話番号が上記対応表に格納されていない場合であって、上記格納されていない電話番号に対応する物件が、その後に判明した場合(S122)、上記格納されていない電話番号と上記判明した物件とを対応させて、上記電話番号‐物件情報格納手段に格納する(S123)。
【0129】
次に、上記実施例において、物件202、203、204に設置された火災受信機から受信した異常情報に基づいて、物件を特定する動作について説明する。この動作は、図5に示すステップS43、S45、S21に係る部分を詳細に示すものである。
【0130】
図11は、上記実施例において、火災受信機から受信した異常情報に基づいて、物件を特定する動作を示すフローチャートである。
【0131】
まず、顧客サービスサーバ10は、ISDNを介して、複数の火災受信機(複数の物件202、203、204にそれぞれ設置されている火災受信機)のうちの少なくとも1つから異常情報を受信し(S131)、火災受信機からの異常情報を受信して取り込み(S132)、顧客サービスサーバ10はその旨の表示等を行う。
【0132】
この取り込んだ異常情報から、電話番号を取得し(S133)、この取得した電話番号に基づいて、図10のフローチャートと同じ動作が可能となり、そのステップS114と同様に、対応表から物件に関する情報を検索し(S134)、図10のステップS115と同様に、この特定された物件に関する情報を表示し(S135)、図10のステップS117からS119までに該当するように、この検索された物件に関する地図を、表示手段3が表示する(S136)。なお、上記の電話番号の割出しは、専用回線の接続先として取得することもできる。
【0133】
上記実施例によれば、客先から電話連絡があると、電話番号を受信し、この受信した電話番号に基づいて、対象物件を容易に特定することができ、緊急事態に迅速に対応することができる。この場合、特定された客先を地図表示するので、その客先の場所を容易に把握することができる。
【0134】
また、上記実施例によれば、電話番号が登録されていなくても、その電話番号に基づいて、その物件が存在するであろう地区を特定することができる。
【0135】
さらに、上記実施例によれば、ネットワーク接続された火災受信機から異常情報を受信した場合にも、上記と同様に、物件を特定することができ、その物件が存在している周辺の地図を表示することができる。
【0136】
そして、上記実施例によれば、物件を特定することによって、過去の緊急対応や定期点検等の履歴を特定することができる。
【0137】
また、上記実施例によれば、地図を表示する際に、近傍の物件に存在しているSEの位置を表示するので、現場へ迅速に派遣させることができる。
【0138】
顧客サービスサーバ10は、顧客からの問い合わせや端末機器としての火災受信機からの通報時に、CTI(Computer Telephony Integration)機能を使用し、これによって、対象物件を迅速に検出し、迅速に緊急対応することができ、対象物件を特定する時間を短縮することができる。
【0139】
また、過去の履歴を参照することによって、対応作業を支援することができる。なお、緊急対応として、過去の情報を参照する場合、顧客サービスサーバ10のイベントログを参照すればよい。
【0140】
上記実施例によれば、検索された物件が存在している地区の地図と、上記検索された物件の位置を示すマークとを表示するので、検索された物件を迅速に検出することができ、迅速に緊急対応することができる。
【0141】
また、上記実施例によれば、履歴を参照するので、対応作業を支援することができる。
【0142】
さらに、上記実施例によれば、顧客からの問い合わせや端末機器としての火災受信機からの通報時に、CTI機能を使用するので、対象物件を迅速に検出し、迅速に緊急対応することができる。
【0143】
[スケジュールの自動作成]
次に、上記実施例における顧客に関する情報を利用する訪問スケジュールを作成する動作について説明する。
【0144】
この訪問スケジュールは、上記SEも利用できるが、営業担当者が顧客となる物件を訪問する場合における予定作成に有用なものであり、顧客サービスサーバ10に訪問スケジュールの作成を支援する機能を備えている。訪問スケジュールを作成する場合、まず地区の地図を表示し、その後に、必要な物件を選択し、訪問スケジュールを作成する。なお、この動作は、図4〜図6に示す上記代表的な動作中に含まれてはいない動作である。
【0145】
図12、図13は、上記実施例において、訪問スケジュールの自動作成における動作を示すフローチャートである。
【0146】
営業担当者は、たとえば営業所に設置されている端末機器303から、WANやLANケーブルC1によるネットワークを経由し、顧客サービスサーバ10にアクセスする(S141)。そして、自己の担当に関する地区または物件を、端末機器303によって選択し(S142)、顧客サービスサーバ10は、WANやLANケーブルC1を介して、地図または物件の選択を受信する(S143)。
【0147】
そして、メモリM1に格納されている地図情報データベースDB21から、必要な地区の地図情報を検索し、該当地区の地図を制御手段2が読み込み(S144)、同時に、当該地区の範囲に存在する物件を抽出し、当該物件が存在する位置を、制御手段2が読込み(S145)、これらを、端末機器303に送信する(S146)。
【0148】
ここで、地区と物件とを指定する場合、単純には営業担当者が訪問しようとする物件を指定すればよいが、地区を選択し、その範囲の物件や、営業担当者の担当する全ての物件として、一度に選択するようにしてもよい。一括的な選択であっても、個々の物件を個別に削除できるようにすればよい。
【0149】
また、ここでは、顧客サービスサーバ10から端末機器303へ、地区の地図と地区内全ての物件の位置とを送信するが、訪問の有無に係わらず、地区に係わる物件全てを表示することによって、意識していない物件を認識し、また、近傍の物件をついでに訪問できる等、営業担当者の業務による対応を広くすることができる。
【0150】
そして、地図上に物件の位置を表示する際に、所定のマークを複数用意し、訪問選択の有無、担当に該当する、しない等の区別を表示すればよい。
【0151】
営業担当者は、顧客サービスサーバ10から送信された地図と物件の位置とに関する情報を受信し(S147)、端末機器303の表示装置に地図を表示する(S148)。
【0152】
このように、顧客サービスサーバ10から端末機器303へ、物件の位置が示された地図表示を行うことによって、営業担当者は、所望の物件以外に、その近辺に存在する物件を把握することができ、訪問先として組み込む等の積極的な判断も可能になる。また、端末機器303に一度表示した地図表示は、別の地区に切り替えることができ、当初のステップS142に戻り、別の地区を選択すればよい。ここで、地区を選択する場合、営業担当者の担当に係わらず選択可能であるとしてもよい。
【0153】
上記のように、端末機器303へ複数の物件の位置が示された地図が表示されている状態から、必要な物件を選択し、訪問スケジュールを作成する(S151)。
【0154】
営業担当者は、端末機器303の表示装置に表示され、所定のマークによって要否が区別されている各物件に対して、それぞれ要否を追加削除しながら、訪問先としたい物件を選択する(S152)。そして、営業担当者は、必要に応じて訪問時間を設定し(S153)、端末機器303へスケジュール作成入力を行い、選択された物件によるスケジュール作成を、顧客サービスサーバ10へ要求する(S154)。
【0155】
端末機器303へのスケジュール作成入力を受信した顧客サービスサーバ10は(S155)、該当地区の地図上において選択された複数の物件間のそれぞれの組み合わせに対して、距離を算出し、その距離に基づいて、移動時間を算定する(S156)。このとき、営業担当者の営業所等の始点を必要とすれば、それを含めて算出する。
【0156】
ここで、移動時間の算出について、物件間を地図上の2点間の直線距離、または、2点間を道路に沿って移動する道程距離等によって算出することが可能である。これらの距離を、単位時間当たりの移動量で割れば、移動時間を算定することができ、また、道程距離の場合には、沿う道路の種類(主要幹線道路や脇道等)に応じて、上記単位時間当たりの移動量に係数をかけるようにしてもよい。
そして、算出した各物件間の移動時間に基づいて、所定数の物件を移動する順序を判別する(S157)。このときに、たとえば移動順序の全ての組み合わせに対して、それぞれ移動時間の合計を算出し、最も短時間のものを、移動ルートして選定することができる。
【0157】
ここで、移動ルートを選定する場合、物件数によって選定方式を異ならせてもよい。物件数が数件である場合は、全ての組み合わせの中から、移動時間の合計を算出するようにしてもよく、20〜30件以上の場合には、組み合わせの数が多過ぎるので、線系の数学的解法を用いることによって、最短時間を算出するようにしてもよい。
【0158】
このように、各物件全てを訪問する選定した移動ルートは、端末機器303へ送信される(S158)。そして、移動ルートを受け取った端末機器303は、地図表示と同時に、移動ルート表示がなされる(S159)。この移動ルートを表示する場合、たとえば、上記演算に基づいて、営業所等の始点から各物件の本文順序が示されるとともに、その間の移動時間と訪問時間とそれらを合計した総移動時間とを示すことができる。
【0159】
このような地図表示と移動ルート表示とは、画面上にシートを重ねたような表示形態として、いわゆるウィンドウ表示によって、所望の表示を選択的に前面に表示されるように切り替えられることが好ましい。そして、作成された移動ルートについて、物件の加除を行うことができるようにし、たとえば地図表示を選択した状態において、ステップS152に戻り、改めてスケジュール作成入力を行えるようにしている。
【0160】
また、作成された移動ルート表示に対して、最短の移動ルートとは異なる訪問順序を変更することもできるようにしてある。たとえば、特定の物件について、日中の早い時間または遅い時間に訪問したい場合、訪問先の順序の先後を設定したい場合等、移動ルート表示の修正を入力し(S160)、顧客サービスサーバ10が再計算し(S161)、端末機器303に修正後の移動ルートを送信し(S162)、ステップS159に戻り、端末機器303の表示装置に修正後の移動ルートを表示する。
【0161】
さらに、特定部分の順序を固定することによって、残りの移動ルートを再計算する手順を採用することができる。
【0162】
そして、端末機器303への入力によって(S163)、この作成されたスケジュールが、顧客サービスサーバ10のメモリM1に登録され(S164)、この訪問スケジュールを登録し、この登録された訪問スケジュールを、営業担当者の業務日程として使用することができる。なお、営業担当者が訪問先である物件に滞在する時間を所定の一定時間に設定することができるが、SEが設備の点検作業を行うような場合には、物件毎に所要時間を個別に設定する必要がある。
【0163】
[SEの所在確認の動作]
次に、上記実施例において、顧客サービスサーバ10が所定の物件にSEを手配する動作について説明する。
【0164】
この動作は、たとえば、図4に示すS15の部分において行うことができ、その他、受付管理者が必要に応じて、SEのみでなく、営業担当者等を手配する場合にも用いられる。
【0165】
図14は、SE等の現在位置を確認し、現場への出動要請を行う場合の動作を示すフローチャートである。
【0166】
まず、顧客サービスサーバ10は、特定の物件の位置情報に基づいて、該当する地区の地図情報を、地図情報データベースDB21から読込み、表示手段3に表示する(S171)。この動作は、図4に示すステップS21において、電話連絡による呼出から、物件が特定され、移動するときに実行することができ、その他に、受付担当者が電話連絡による物件確認によって地区を選択し、表示し、物件の位置を特定するようにしてもよい。
【0167】
そして、受付担当者が顧客サービスサーバ10に、出先の端末機器301の位置確認入力を行う(S172)。このときに、出先の端末機器301として、SEまたは営業担当者が携帯しているノートパソコン等に限らず、PHSを含む携帯電話等を想定してもよい。顧客サービスサーバ10は、GPS衛星401を介して、または、PHS位置情報センタ402を介して、SEまたは営業担当者の現在位置を取得することができる(S173)。
【0168】
この取得したSEまたは営業担当者の位置情報によって、顧客サービスサーバ10は、物件が存在する地図を表示し、その表示範囲内に存在するSEまたは営業担当者を、所定のマークによって表示する(S174)。
【0169】
この表示の際、SEと営業担当者とは、マーク等によって区別されるべきであるとともに、物件の所在とも区別されるべきである。また、マークとともに個人名を表示するようにしてもよく、マークから情報を表示する別の操作によって、個人情報を表示するようにしてもよい。
【0170】
また、このときに、顧客サービスサーバ10は、地図表示上において、物件に対して、その範囲内のSEまたは営業担当者との距離と移動時間とを算出する(S175)。このように、距離と移動時間とを算出し、最寄りのSE等を判別し、表示することによって、緊急手配が必要な物件に対して、最寄りのSE等を判別することができる。この判別結果は、表示された地図に、そのまま順位を表示してもよく、また、SEについて、メモリM1に登録されているスケジュールに基づいて、作業終了時間からの移動時間を算出し、最短の時間で到達できるSEを選ぶこともできる。
【0171】
この結果から、受付担当者は、手配するSE等を特定し、緊急の物件へ訪問させるための手配をすることができ(S176)、電話連絡等で直接SEに連絡することも可能である。この場合、顧客サービスサーバ10へ、入力手段5によって緊急手配入力を実行し、表示中の物件名や住所等の位置を含め、所定のフォーマットでのメール送信によって、連絡することができる(S177)。
【0172】
上記動作によって、顧客サービスサーバ10において、所定の物件の位置を把握できるのみでなく、SE等の派遣を緊急に手配した場合に、その近辺に存在しているSE等を把握することができ、現場への出動を要請することができる。なお、図4に示すステップS31における出動要請の部分で、上記動作を実行するようにしてもよい。
【0173】
また、図14に示す動作のみでなく、この実施例における各地図表示を行う時点において、顧客サービスサーバ10は、地区の地図情報を読み出すと同時に、その範囲内に存在する物件を検索し、該当する物件の位置情報を抽出するとともに、各SEと営業担当者等の現在位置を取得し、その範囲内に存在するSE等を抽出し、それぞれ所定のマークによって互いを区別し、地図表示するようにしてもよい。
【0174】
上記実施例によれば、顧客としての物件(建物)の位置が地図上に表示されるので、顧客訪問の際に便利であり、緊急に駆けつける際にも、事前に周辺を確認できるので、極めて有用である。
【0175】
また、上記実施例によれば、物件位置までの移動距離に基づいて、物件までの移動時間を算出し、または、直接移動時間を算出するので、SEは、物件を訪問する際に、計画的に移動することができる。
【0176】
さらに、上記実施例によれば、移動距離を、所定の2つの物件間の道順の距離に沿って移動距離を求めるので、単なる直線距離でなく、比較的現実的な距離を把握することができる。
【0177】
そして、上記実施例によれば、移動距離に単位時間を当てはめて換算するので、比較的現実的な移動時間を把握することができる。
【0178】
また、上記実施例によれば、全ての物件間の移動距離または移動時間を算出した上で、最短距離または最短時間で結ぶ道順を選択するので、訪問計画を簡便に立てることができる。
【0179】
さらに、上記実施例によれば、表示されている地図に、各物件の位置と少なくとも1人のSEの現在位置とを示すので、SEの位置を認識することができ、必要に応じて、指示を的確に出すことができ、また、緊急の際に、最寄りのSEを判別することができ、顧客への素早い対応が可能である。
【0180】
そして、上記実施例によれば、SEが自分の担当エリアの物件情報を簡便に参照することができる。
【0181】
また、上記実施例によれば、地図情報にCTIを付加することによって、連絡事項のある顧客の位置を素早く特定することができ、迅速に手配することができる。
【0182】
なお、上記「CTI」は、computer telephony integrationの略であり、コンピュータと電話/通信機器との融合によって実現する新しいコミュニケーション・システムである。顧客から電話を受け付けるコールセンタは、代表的な応用分野であり、顧客対応を向上させ、生産性を上げるためには、CTIは不可欠のものである。音声だけでなく、メールやファクシミリも統合されつつある。
【0183】
「コンピュータテレフォニー」は、電話とコンピュータとを融合することによって、電話の新しいサービスを提供する技術の総称である。内線電話網や電話網等の音声ネットワークとLAN等のネットワークとを統合し、テレマーケティング等の分野で、電話番号から、顧客データベースを検索するアプリケーション等を容易に構築できる。
【0184】
具体的には、テレフォニーボードを搭載しているパソコンを、電話として兼用する方法、LANの顧客サービスサーバ10とPBX(プライベート・ブランチ・エクスチェンジ)とを接続し、クライアントから顧客サービスサーバ10の経由線を制御する方法等がある。
【0185】
パソコンのGUI(グラフィカル・ユーザ・インターフェース)を使い、画面に電話機を表示し、データベースや電子メール等のアプリケーションから必要なときに電話を発呼する等の利用も可能である。
【0186】
なお、上記動作によって、顧客サービスサーバ10が、各種情報を管理しながら、現場等において、情報を送受信する。
【0187】
顧客サービスシステムCSS1は、移報機能を備えた一般物件202、防犯機能付き自動火災報知設備203、普及型自動試験機能付き自動火災報知設備204のような物件に設置されている状態情報を移報する図示しないインターフェースを備えた複数の火災受信機が、ISDNによる専用回線を介して、顧客サービスサーバ10に集中的に接続されている。
【0188】
そして、各物件における火災受信機の状態情報が受信され、関係する出先の端末機器301、協力会社の端末機器302、営業所の端末機器303等の複数の端末機器が、LANまたはインターネットNWを介して、顧客サービスサーバ10に接続され、顧客サービスサーバ10に集約される情報を、関係各所の端末機器が取り込むことが可能である。
【0189】
顧客サービスサーバ10に情報を集約して配信することによって、総合的に情報管理することができる利点があり、複数の火災受信機は、状態情報等の送受信を、顧客サービスサーバ10に対してのみ行えばよく、また、関係業者は、端末機器によって顧客サービスサーバ10と送受信することによって、いくつもの火災受信機の情報を参照することができる。関係業者が扱うことができる情報等の制限を、顧客サービスサーバ10において集中的に管理することが可能である。
【0190】
さらに、顧客サービスサーバ10を、顧客サービスセンタ100に設置し、物件202等も含む多数の一般物件201から、顧客サービスセンタ100に電話連絡を受けることが可能であり、必要な関係業者への連絡を、必要な端末機器301等へ簡便に行うことができる。
【0191】
【発明の効果】
請求項1、2、5、6記載の発明によれば、作業員が出先で、物件の情報を持参していなくても、必要な物件に関する情報を見ることができ、また、情報を一元管理することができるという効果を奏する。
【0192】
また、請求項3〜6記載の発明によれば、作業員が出先で、製品の情報を持参していなくても、必要な製品に関する情報を見ることができ、また、情報を一元管理することができるという効果を奏する。
【図面の簡単な説明】
【図1】本発明の一実施例である顧客サービスサーバ10を有する顧客サービスシステムCSS1の全体像を示す図である。
【図2】上記実施例である顧客サービスサーバ10の具体例を示すブロック図である。
【図3】上記実施例におけるメモリM1の具体例を示す図である。
【図4】上記実施例において、電話対応時における動作を示すフローチャートである。
【図5】上記実施例において、火災受信機の自動試験機能を実行したときに故障発生した場合、火災受信機から通報する動作を示すフローチャートである。
【図6】上記実施例において、顧客サービスサーバ10から各火災受信機にIDを呼出す動作を示すフローチャートである。
【図7】上記実施例において、顧客サービスサーバ10から、個別の火災受信機に対して復旧操作入力する動作を示すフローチャートである。
【図8】上記実施例において、出先の端末機器301が、顧客サービスサーバ10から、所定の物件に関する情報を取り寄せる動作を示すフローチャートである。
【図9】上記実施例において、出先の端末機器301が、顧客サービスサーバ10から、所定の製品に関する情報を取り寄せる動作を示すフローチャートである。
【図10】上記実施例において、電話番号に基づいて物件を特定する動作を示すフローチャートである。
【図11】上記実施例において、火災受信機から受信した異常情報に基づいて、物件を特定する動作を示すフローチャートである。
【図12】上記実施例において、訪問スケジュールの自動作成における動作を示すフローチャートである。
【図13】上記実施例において、訪問スケジュールの自動作成における動作を示すフローチャートである。
【図14】上記実施例において、SE等の現在位置を確認し、現場への出動要請を行う場合の動作を示すフローチャートである。
【符号の説明】
CSS1…顧客サービスシステム、
100…顧客サービスセンタ、
10…顧客サービスサーバ、
1…受信手段、
2…制御手段、
3…表示手段、
4…送信手段、
5…入力手段、
M1…メモリ、
201、202…一般物件、
203…防犯機能付自動火災報知設備、
204…普及型自動試験機能付自動火災報知設備、
301…出先の端末機器、
302…協力会社の端末機器、
303…営業所の端末機器、
401…GPS衛星、
402…PHS位置情報センタ、
NW…インターネット。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a customer service server.
[0002]
[Prior art]
Fire alarm facilities are installed in various properties, and workers regularly visit each property for the purpose of periodic inspections. The history of this periodic inspection is recorded on the center computer and the like for future periodic inspections.
[0003]
Then, the periodic inspection history information is brought at the time of the periodic inspection after the next time, and is used for the periodic inspection. In addition to the periodic inspection history information, we bring emergency response history information about the fire alarm equipment installed in the property to be visited and information on the equipment status, which are used as reference during periodic inspections. The equipment status information is, for example, information indicating what kind of equipment has been installed from where and when, an address of a predetermined property, and a telephone number.
[0004]
[Problems to be solved by the invention]
However, in the above-mentioned conventional example, if the worker is at the destination and does not bring the property information, the information on the necessary property cannot be seen, and if the property information is brought to the destination, Cannot be managed centrally, that is, information other than information held only by individuals cannot be shared.
[0005]
It is an object of the present invention to provide a customer service server capable of seeing information on necessary properties even when a worker is away from home and not bringing property information, and capable of centrally managing the information. It is the purpose.
[0006]
[Means for Solving the Problems]
The present invention includes a property information storage means for storing information related to a property, a receiving means for receiving a request for information regarding a predetermined property from a terminal device at a destination via a predetermined network, and a network via the network. When the information about the predetermined property is requested from the terminal device at the destination, the property information extracting means for extracting the information regarding the predetermined property among the information regarding the property stored in the property information storage means, Acquires map information about the location of the extracted property, and acquires stores that exist in the area of the acquired map information from store information stored in the map information database as location information for stores that are useful for parts procurement. Store information acquisition means for transmitting the information on the extracted property to the terminal device at the destination, and the acquired store information Information related to a predetermined product is requested from the terminal device at the destination via the information transmission means for transmitting to the destination terminal device together with the information, the product information storage means for storing information about the product, and the network. And product information extracting means for extracting information related to the product out of information related to the product stored in the product information storing means, and the receiving means is connected to the destination via a predetermined network. A request for information on a predetermined product from the terminal device, and the information transmission means is a means for transmitting the information on the extracted product to the terminal device at the destination, When a request for information on a product is made in succession to a request for information on the predetermined property, the customer service server is installed in the predetermined property. Determine the device that the requested product is a customer service server, characterized in that to determine whether corresponding to the device.
[0007]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 is a diagram showing an overview of a customer service system CSS1 having a
[0008]
The customer service system CSS1 includes a
[0009]
The
[0010]
Further, the
[0011]
Furthermore, although it is not shown in detail as a building where disaster prevention equipment is installed, unclear points are inquired by telephone from the
[0012]
Further, among the buildings where the disaster prevention facilities are installed, the high-performance automatic
[0013]
The
[0014]
FIG. 2 is a block diagram showing a specific example of the
[0015]
The
[0016]
The receiving
[0017]
The memory M1 is an example of a property information storage unit that stores information related to a predetermined property.
[0018]
When the information on the predetermined property is requested from the terminal device at the destination via the network, the
[0019]
The
[0020]
The input means 5 is a keyboard, a mouse or the like.
[0021]
Moreover, in the said Example, a predetermined product can be assumed instead of a predetermined property.
[0022]
That is, the memory M1 is an example of a product information storage unit that stores information about a predetermined product, and the receiving
[0023]
In this case, the information on the product is at least one of the technical documents, instruction manuals, construction manuals, inspection standards, and regulations, or information that combines the one information and other information. It is.
[0024]
The control means 2 is an example of a terminal device confirmation means for confirming that the connected terminal device is a valid terminal device when the terminal device is connected via a network.
[0025]
Furthermore, when the terminal device is a mobile terminal device, the
[0026]
FIG. 3 is a diagram showing a specific example of the memory M1 in the above embodiment.
[0027]
The memory M1 includes a map information database DB21, a customer basic information database DB22, an emergency response history database DB23, a periodic inspection history database DB24, a repair history database DB25, a remote maintenance log information database DB26, a contract information database DB27, a periodic inspection schedule database DB28, A location information database DB29 and a technical information database DB30 are stored. Each DB is a database stored in the memory M1.
[0028]
Next, each database will be briefly described.
[0029]
The map information database DB21 stores data for displaying maps corresponding to several scales for each district, and the customer basic information database DB22 is a business object in addition to the property where the fire alarm facility is installed. Basic information is stored for all properties such as existing properties and buildings scheduled to be constructed, and the emergency response history database DB23 is used for each case that needs to be dealt with, such as a failure that has been contacted by the
[0030]
Periodic inspection history database DB24 stores inspection results by workers twice a year as legal inspections for firefighting equipment in each property, and refurbishment history database DB25 stores information on firefighting equipment renovation in each property. Information is stored, and the remote maintenance log information database DB 26 stores each fire receiver connected to the
[0031]
The contract information database DB27 stores contract information related to maintenance inspections for firefighting equipment for each property, and the periodic inspection schedule database DB28 manages the dates of the legal inspections, stores the schedules, and stores the location information database DB29. Stores information on the current location of workers and sales representatives, and the technical information database DB30 stores various information on products such as technical materials, instruction manuals, construction manuals, and inspection standards. Yes.
[0032]
Next, the operation of the above embodiment will be described.
[0033]
Items to be worked on are operations at the time of telephone contact from the site due to failure in the property (building), operations at the time of notification via the network (ISDN) due to abnormality detection when the property receiver performs an automatic test, server The operations at the time of ID call by the server, the operation at the time of operation input from the server, and the operation at the time of database update / confirmation of the property from the server are typically taken up from the overall operation.
[0034]
First, the operation when a telephone call is received from the site when a failure occurs in the property will be described.
[0035]
FIG. 4 is a flowchart showing the operation at the time of telephone support in the above embodiment.
[0036]
[Action when using the phone]
First, an abnormality (failure) occurs in equipment in a property (building), and the property administrator, owner, inspector, etc. (hereinafter referred to as “manager”) discovers this abnormality (S11).
[0037]
About this abnormality, the manager contacts the
[0038]
An administrator (hereinafter referred to as “acceptance manager”) who accepts telephone communication and the like at the
[0039]
If the reception manager can identify the property and can capture the facility information from the fire receiver of the property via ISDN, the reception manager captures and confirms the information (S14).
[0040]
Through the telephone contact between the reception manager and the property manager, the reception manager determines whether or not the abnormality is restored (S15).
[0041]
If the reception manager determines that the abnormality has disappeared based on the result of the presence / absence of abnormality performed in step S15, the response is terminated, and necessary information is manually input to the
[0042]
[Operation of
When a call by telephone contact is received from the property manager, the contract information database DB 27 is referred to from the telephone number and searched, and if the property can be specified, the search result is displayed (S21).
[0043]
At this time, the property ID is specified, the location information indicating the location of the
[0044]
Specifically, the location information of the
[0045]
For the telephone contact, the property ID, date and time, failure details, etc. are stored in the emergency response history database DB 23 (S22). If the property ID cannot be specified, a telephone number or the like may be used, and the content of the failure may be blank for the time being.
[0046]
If the property ID of the telephone contact can be specified, the emergency response history database DB23 is searched and searched, and past cases are displayed (S23). At this time, you may make it perform similarly to the above about the database of related information, such as the periodic inspection history database DB24 and the repair history database DB25.
[0047]
The device having an abnormality is searched and displayed with reference to the technical information database DB30 such as technical data and repair manual for each device (S24). If the reception manager is found in the process of checking the situation in step S13, the searched device may be manually input or automatically searched from past cases.
[0048]
[Operation of request for dispatch]
If the abnormality cannot be recovered (recovered) by telephone support, the reception manager arranges a service engineer (hereinafter referred to as SE) as a worker who visits the property and makes a request for dispatch (S31). At this time, the reception manager grasps the location of the property from the map information displayed on the display means 3, and selects an SE from the presence or absence of the person in charge of the property or area, the emergency dispatch list, etc. To do.
[0049]
The SE that receives the request from the reception manager carries the terminal device 301 such as a laptop computer and heads for the property (building 201, etc.) (S32). At this time, the property information is stored in the contract information database DB 27 or the like in the
[0050]
The SE performs necessary measures in the property including the cooperation of the manager (S33). At that time, the SE can connect the portable terminal device 301 to the network NW, retrieve technical information, past cases, and the like from the
[0051]
If the abnormality is recovered in the property, the SE reports to the reception manager (S35).
[0052]
Upon receipt of the recovery report in step S35, the reception manager manually inputs necessary information into the customer service server 10 (S36). With this manually input information, the emergency response history database DB23 automatically stored by the
[0053]
[Operation of report generation]
Next, the operation of reporting from the fire receiver when a failure occurs when the automatic test function of the fire receiver is executed will be described.
[0054]
FIG. 5 is a flowchart showing an operation of notifying from the fire receiver when a failure occurs when the automatic test function of the fire receiver is executed in the above embodiment.
[0055]
The fire receiver in the property executes an automatic test (S41). It is usually set to run an automatic test once a week. That is, a specific day of the week / time is set as the automatic test start time and the automatic test is executed. However, the manager of the property can also execute the test by manual input as necessary. As a result of this automatic test, when there is an abnormality in the equipment, it is necessary to take measures to eliminate the abnormality.
[0056]
Via the ISDN, the fire receiver automatically notifies the
[0057]
The
[0058]
Based on the content of the abnormality report, the property ID, date and time, failure content, etc. are stored in the emergency response history database DB23 (S44). And a telephone number is acquired from the information of a report (S45). Here, the property information stored in the database of the receiver includes a telephone number, and the content of the automatic notification includes a telephone number as information.
[0059]
Thereafter, the same operations as those in steps S21, S23, and S24 are performed. Moreover, the same operation | movement as said step S31-S36 is performed as a dispatch request | requirement.
[0060]
Next, an operation for calling an ID from the
[0061]
FIG. 6 is a flowchart showing an operation of calling an ID from the
[0062]
The
[0063]
The fire receiver of the property that received the call returns the fire receiver ID in response to the call (S51). The fire receiver ID is set in a database in each fire receiver.
[0064]
If the
[0065]
If there is no response from the fire receiver and the fire receiver ID is not normally collected, an abnormal end is displayed (S53).
[0066]
As in step S22, the property ID, date and time, failure content (no fire receiver ID call response), and the like are stored in the emergency response history database DB23 (S54).
[0067]
Thereafter, as in steps S13 and S15, the reception manager in the
[0068]
Next, an operation for inputting a recovery operation to the individual fire receiver from the
[0069]
FIG. 7 is a flowchart showing an operation for inputting a recovery operation to the individual fire receiver from the
[0070]
For example, when an abnormal telephone call is received from a property, the reception manager contacts the property manager in relation to steps S15 and S16, and a recovery operation from the
[0071]
When it is determined that the property fire receiver needs to be restored, the reception manager inputs the restoration operation to the customer service server 10 (S61).
[0072]
The
[0073]
Similar to the panel operation (operation input of the recovery switch) in the fire receiver, the fire receiver executes the recovery operation (releases the holding of the fire signal and returns to the normal monitoring state) (S64).
[0074]
In addition, although the case where restoration operation was performed was shown as operation input, other operations, such as start / return input of controlled equipment, such as district sound stop input, smoke prevention equipment, etc., should be performed instead of restoration operation. May be.
[0075]
[Action when updating database]
Next, an operation for updating / confirming a database from the
[0076]
The reception manager prepares a database of the property to be updated in the
[0077]
The database is usually prepared as a data file on a notebook computer or the like by database creation software, but is stored in a predetermined storage device in the
[0078]
When the database update input is performed, the
[0079]
The fire receiver of the identified property receives the update database via ISDN. Confirmation of property information in the database and error check of the data itself is performed (S73). At this time, the fire receiver of the property recognizes that it is an official database from an appropriate partner from the ID and password received at the same time as the update database.
[0080]
The fire receiver of the property updates the database being executed after confirming the database for update (S74).
[0081]
[Operation when checking the database]
The reception manager specifies the property to be confirmed, and inputs database confirmation to the customer service server 10 (S81). As above, password entry is also performed.
[0082]
When the database confirmation is input, the
[0083]
The
[0084]
If the
[0085]
Then, in the operation of the above embodiment, the operation when the terminal device 301 at the destination obtains information on a predetermined property from the
[0086]
This operation is performed, for example, in step S34 in FIG. 4, but is performed when the SE connects to the
[0087]
FIG. 8 is a flowchart showing an operation in which the terminal device 301 at the destination obtains information on a predetermined property from the
[0088]
The SE connects the terminal device 301 from the destination to the network NW (S91), accesses the
[0089]
Here, when accessing the
[0090]
In the
[0091]
And the control means 2 extracts the information regarding the said predetermined | prescribed property (desired property) out of the information regarding the property (information stored in the customer basic information database DB22 etc.) stored in the memory M1 ( S95). The transmission means 4 transmits the information regarding the extracted property to the terminal device 301 at the destination (S96).
[0092]
Here, the
[0093]
Then, the SE receives the information on the property transmitted from the customer service server 10 (S97), and displays the received information on the property on the display device provided in the terminal device 301 (S98).
[0094]
According to the above-described embodiment, the SE can reliably and quickly view information on necessary properties from the destination.
[0095]
Moreover, according to the said Example, since it is not necessary for SE to carry around the information regarding a property, information can be unitarily managed, such as correction of information, subscription, etc. That is, information can be shared.
[0096]
The information on the property may be any one or combination of the periodic inspection history information and the emergency response history information, and may be information obtained by further combining other information with the above or any combination. It is preferable that information regarding a specific property can be extracted and provided.
[0097]
Next, the case where the SE is the destination and the information about the product is used will be described.
[0098]
This operation is also executed in, for example, the step S34 shown in FIG. 4, but, similar to the operation shown in FIG. 8, it is possible to connect to the
[0099]
FIG. 9 is a flowchart showing an operation in which the terminal device 301 at the destination obtains information on a predetermined product from the
[0100]
The SE connects the terminal device 301 from the destination to the network NW (S101), accesses the
[0101]
Here, the SE accessing the
[0102]
In the
[0103]
And the control means 2 extracts the information regarding the said predetermined product (desired product) in the technical information database DB30 regarding the product stored in the memory M1 (S105). The
[0104]
Here, as in the case shown in FIG. 4, the
[0105]
Then, the SE receives information on the product transmitted from the customer service server 10 (S107), and displays the received information on the product on the display device provided in the terminal device 301 (S108).
[0106]
When a request for information about a product is made in succession to a request for information about a property, the
[0107]
According to the above-described embodiment, the SE can reliably and quickly see information on a necessary product from a destination.
[0108]
In addition, according to the above embodiment, since the SE does not need to carry information about the product, it is possible to centrally manage information such as correction and subscription of information, and therefore information other than information held only by individuals. Can be shared.
[0109]
In addition, information on the above products can be any or a combination of technical documents, instruction manuals, construction manuals, and inspection standards, and any combination of these or any combination with other information. It is preferable that technical information can be provided.
[0110]
In addition to the information about the property and the information about the product, it is preferable that the information about the store for parts procurement can be referred to the terminal device at the destination. That is, as an operation from the destination as described above, a store that is connected to the
[0111]
In this case, store location information useful for parts procurement is always stored in the memory M1 of the
[0112]
Then, regarding the location of the store, if the type of parts and the like being sold, for example, materials, electric wires, stationery, electric appliances, etc., can be distinguished by a predetermined mark, the SE that is to be arranged in a hurry is the terminal device 301. It is possible to grasp a store where a desired part can be obtained simply by looking at the map. If such a store can be registered in the
[0113]
The
[0114]
In addition, the
[0115]
According to the above embodiment, the
[0116]
According to the above-described embodiment, customer information can be referred to from the destination, and therefore, the corresponding work at the destination can be supported.
[0117]
Further, according to the above-described embodiment, the technical information can be referred from the destination, and accordingly, the corresponding work at the destination can be supported.
[0118]
Next, an operation for specifying a property based on a telephone number in the above embodiment will be described.
[0119]
This operation is executed in step S21 shown in FIG. 4, and is an operation showing the details thereof.
[0120]
FIG. 10 is a flowchart showing an operation for specifying a property based on a telephone number in the above embodiment.
[0121]
First, information related to the property to be managed and a telephone number related to the property are stored in advance in the memory M1 in association with each other.
[0122]
When a telephone call is received from the manager of the
[0123]
If the telephone number acquired by the receiving means 1 is present in the telephone number-property information correspondence table, the telephone number-property information correspondence table stored in the memory M1 is used based on the telephone number. The control means 2 searches for information relating to the property to be performed (S114).
[0124]
And the display means 3 displays the information regarding a property (S115). In this case, the memory M1 stores history information regarding past emergency response history or periodic inspection history as information regarding the property. Based on the searched property, the corresponding history information is stored in the control means 2. Is extracted, and the
[0125]
On the other hand, the memory M1 stores the map information in the map information database 21, and the control means 2 searches the map information database 21 for the map information of the district where the searched property exists (S116). A map of the district where the property is located is displayed on the display device 3 (S117), and a predetermined mark (mark such as a circle, an arrow, or a cross) indicating the position where the searched property exists is displayed. And displayed on the map (S118).
[0126]
Further, if there is an SE in a property near the property corresponding to the acquired telephone number, the position of the SE is displayed over the displayed map (S119).
[0127]
If the telephone number received and acquired from the
[0128]
If the acquired telephone number is not stored in the correspondence table and a property corresponding to the non-stored telephone number is subsequently found (S122), the unstored telephone number And the found property are stored in the telephone number-property information storage means (S123).
[0129]
Next, an operation for identifying a property based on the abnormality information received from the fire receiver installed in the
[0130]
FIG. 11 is a flowchart showing an operation of specifying a property based on the abnormality information received from the fire receiver in the above embodiment.
[0131]
First, the
[0132]
A telephone number is acquired from the captured abnormality information (S133), and based on the acquired telephone number, the same operation as that in the flowchart of FIG. 10 is possible. As in step S114, information on the property is obtained from the correspondence table. A search is made (S134), and information relating to the specified property is displayed (S135) in the same manner as in step S115 in FIG. 10, and a map relating to the searched property is obtained so as to correspond to steps S117 to S119 in FIG. Is displayed by the display means 3 (S136). Note that the above-described telephone number indexing can also be acquired as a connection destination of a dedicated line.
[0133]
According to the above embodiment, when there is a telephone contact from the customer, the telephone number is received, and the target property can be easily identified based on the received telephone number, and promptly respond to an emergency situation. Can do. In this case, since the identified customer is displayed as a map, the location of the customer can be easily grasped.
[0134]
Moreover, according to the said Example, even if the telephone number is not registered, based on the telephone number, the district where the property will exist can be specified.
[0135]
Further, according to the above embodiment, even when abnormality information is received from a fire receiver connected to the network, the property can be specified in the same manner as described above, and the surrounding map where the property exists can be identified. Can be displayed.
[0136]
And according to the said Example, the log | history of past emergency response, a periodic check, etc. can be specified by specifying a property.
[0137]
Moreover, according to the said Example, when displaying a map, since the position of SE which exists in the nearby property is displayed, it can be made to dispatch to the spot quickly.
[0138]
The
[0139]
Also, by referring to the past history, it is possible to support the corresponding work. As an emergency response, when referring to past information, the event log of the
[0140]
According to the embodiment, since the map of the district where the searched property exists and the mark indicating the position of the searched property are displayed, the searched property can be detected quickly, Emergency response can be made quickly.
[0141]
In addition, according to the above embodiment, since the history is referred to, the corresponding work can be supported.
[0142]
Furthermore, according to the above embodiment, the CTI function is used at the time of an inquiry from a customer or a notification from a fire receiver as a terminal device, so that the target property can be detected quickly and an emergency response can be made promptly.
[0143]
[Create schedule automatically]
Next, the operation of creating a visit schedule that uses information related to customers in the above embodiment will be described.
[0144]
Although this SE can be used for the visit schedule, it is useful for creating a schedule when a sales person visits a property to be a customer, and the
[0145]
FIG. 12 and FIG. 13 are flowcharts showing operations in automatic creation of a visit schedule in the above embodiment.
[0146]
For example, the sales representative accesses the
[0147]
Then, the map information database DB21 stored in the memory M1 is searched for the map information of the necessary district, and the control means 2 reads the map of the relevant district (S144). The control means 2 reads out the location where the property is extracted (S145), and transmits these to the terminal device 303 (S146).
[0148]
Here, when specifying a district and a property, you can simply specify the property that the sales representative wants to visit, but you can select a district and the range of properties and all the sales representatives are responsible for You may make it select as a property at once. Even in the case of collective selection, it is only necessary to be able to delete individual properties individually.
[0149]
Also, here, the
[0150]
Then, when displaying the position of the property on the map, a plurality of predetermined marks may be prepared, and whether or not there is a visit selection and whether or not it corresponds to charge may be displayed.
[0151]
The sales representative receives the information regarding the map and the position of the property transmitted from the customer service server 10 (S147), and displays the map on the display device of the terminal device 303 (S148).
[0152]
Thus, by performing a map display showing the position of the property from the
[0153]
As described above, a necessary property is selected from a state where a map showing the positions of a plurality of properties is displayed on the terminal device 303, and a visit schedule is created (S151).
[0154]
The sales representative selects the property he / she wants to visit while adding / removing the necessity for each property displayed on the display device of the terminal device 303 and whose necessity is distinguished by a predetermined mark ( S152). Then, the sales representative sets a visit time as necessary (S153), inputs a schedule creation input to the terminal device 303, and requests the
[0155]
Upon receiving the schedule creation input to the terminal device 303 (S155), the
[0156]
Here, the travel time can be calculated from a straight line distance between two points on the map between the properties, or a travel distance that travels between the two points along the road. If these distances are divided by the amount of movement per unit time, the travel time can be calculated, and in the case of a distance, the above-mentioned distance is determined according to the type of road along the main road (main trunk road, side road, etc.). A coefficient may be applied to the movement amount per unit time.
Then, based on the calculated travel time between each property, the order of moving a predetermined number of properties is determined (S157). At this time, for example, the sum of the movement times can be calculated for all combinations of movement orders, and the shortest one can be selected as the movement route.
[0157]
Here, when selecting a movement route, the selection method may be varied depending on the number of properties. If the number of properties is several, the total travel time may be calculated from all the combinations. If there are more than 20 to 30, the number of combinations is too large. The shortest time may be calculated by using the mathematical solution method.
[0158]
In this way, the selected travel route for visiting all the properties is transmitted to the terminal device 303 (S158). The terminal device 303 that has received the travel route displays the travel route simultaneously with the map display (S159). When displaying this travel route, for example, based on the above calculation, the order of the text of each property is shown from the starting point of the sales office, etc., and the travel time and the visit time between them and the total travel time totaling them are shown. be able to.
[0159]
Such a map display and a moving route display are preferably switched so that a desired display is selectively displayed on the front by a so-called window display as a display form in which sheets are stacked on the screen. Then, it is possible to add / remove properties for the created travel route. For example, in a state where the map display is selected, the process returns to step S152 so that the schedule creation input can be performed again.
[0160]
In addition, a visit order different from the shortest travel route can be changed with respect to the created travel route display. For example, if you want to visit a particular property at an early or late time during the day, or if you want to set the order of the order of visits, enter a correction for the travel route display (S160), and the
[0161]
Furthermore, a procedure for recalculating the remaining travel routes can be adopted by fixing the order of the specific portions.
[0162]
Then, by the input to the terminal device 303 (S163), the created schedule is registered in the memory M1 of the customer service server 10 (S164), the visit schedule is registered, and the registered visit schedule is changed to the sales schedule. It can be used as a business schedule for the person in charge. In addition, although the sales representative can set the time for staying at the property to be visited to a predetermined fixed time, when SE is inspecting equipment, the time required for each property is individually set. Must be set.
[0163]
[SE location check operation]
Next, the operation in which the
[0164]
This operation can be performed, for example, in the portion S15 shown in FIG. 4, and is also used when the reception manager arranges not only the SE but also a sales representative or the like as necessary.
[0165]
FIG. 14 is a flowchart showing the operation when confirming the current position of SE or the like and making a request for dispatch to the site.
[0166]
First, the
[0167]
Then, the person in charge of the reception inputs the position confirmation of the terminal device 301 at the destination to the customer service server 10 (S172). At this time, the terminal device 301 at the destination is not limited to the notebook computer or the like carried by the SE or the sales representative, but may be a mobile phone including a PHS. The
[0168]
The
[0169]
In this display, the SE and the sales representative should be distinguished from each other by a mark or the like and also from the location of the property. The personal name may be displayed together with the mark, or the personal information may be displayed by another operation for displaying information from the mark.
[0170]
At this time, the
[0171]
From this result, the receptionist can specify the SE to be arranged and make an arrangement for visiting an urgent property (S176), and can also contact the SE directly by telephone or the like. In this case, it is possible to contact the
[0172]
With the above operation, in the
[0173]
In addition to the operation shown in FIG. 14, at the time when each map display in this embodiment is performed, the
[0174]
According to the above embodiment, since the location of the property (building) as a customer is displayed on the map, it is convenient when visiting the customer, and even when rushing to the urgent, the surroundings can be confirmed in advance. Useful.
[0175]
In addition, according to the above embodiment, the travel time to the property is calculated based on the travel distance to the property position, or the travel time is directly calculated. Therefore, when the SE visits the property, Can be moved to.
[0176]
Furthermore, according to the above embodiment, since the moving distance is obtained along the distance of the route between two predetermined properties, it is possible to grasp a relatively realistic distance instead of a simple linear distance. .
[0177]
And according to the said Example, since it converts by applying unit time to a movement distance, a comparatively realistic movement time can be grasped | ascertained.
[0178]
In addition, according to the above-described embodiment, the travel distance or travel time between all the properties is calculated, and the route to be connected with the shortest distance or the shortest time is selected. Therefore, a visit plan can be easily established.
[0179]
Furthermore, according to the above embodiment, the displayed map shows the position of each property and the current position of at least one SE, so that the position of the SE can be recognized, and if necessary, an instruction can be given. In the case of an emergency, the nearest SE can be determined, and a quick response to the customer is possible.
[0180]
And according to the said Example, SE can refer the property information of his charge area simply.
[0181]
Moreover, according to the said Example, by adding CTI to map information, the position of the customer with a communication matter can be pinpointed quickly, and it can arrange quickly.
[0182]
The “CTI” is an abbreviation for computer telephony integration, and is a new communication system realized by the fusion of a computer and a telephone / communication device. A call center that receives calls from customers is a typical application field, and CTI is indispensable for improving customer service and increasing productivity. Not only voice but also mail and facsimile are being integrated.
[0183]
“Computer telephony” is a general term for technologies that provide new services for telephones by fusing telephones and computers. By integrating a voice network such as an extension telephone network or a telephone network and a network such as a LAN, an application for searching a customer database from a telephone number can be easily constructed in a field such as telemarketing.
[0184]
Specifically, a method in which a personal computer equipped with a telephony board is also used as a telephone, a LAN
[0185]
It is also possible to use a personal computer GUI (Graphical User Interface) to display a telephone on a screen and to make a call when necessary from an application such as a database or e-mail.
[0186]
By the above operation, the
[0187]
The customer service system CSS1 transfers state information installed in properties such as a
[0188]
Then, the status information of the fire receiver in each property is received, and a plurality of terminal devices such as the terminal device 301 at the destination, the
[0189]
There is an advantage that information can be comprehensively managed by aggregating and distributing information to the
[0190]
Furthermore, the
[0191]
【The invention's effect】
According to the first, second, fifth, and sixth aspects of the invention, even if the worker is on the road and does not bring the property information, the information on the necessary property can be viewed, and the information is centrally managed. There is an effect that can be done.
[0192]
In addition, according to the invention described in
[Brief description of the drawings]
FIG. 1 is a diagram showing an overview of a customer service system CSS1 having a
FIG. 2 is a block diagram showing a specific example of a
FIG. 3 is a diagram showing a specific example of a memory M1 in the embodiment.
FIG. 4 is a flowchart showing an operation at the time of telephone support in the embodiment.
FIG. 5 is a flowchart showing an operation for notifying from the fire receiver when a failure occurs when the automatic test function of the fire receiver is executed in the embodiment.
FIG. 6 is a flowchart showing an operation for calling an ID from the
FIG. 7 is a flowchart showing an operation for inputting a recovery operation to an individual fire receiver from the
FIG. 8 is a flowchart showing an operation in which the destination terminal device 301 obtains information about a predetermined property from the
FIG. 9 is a flowchart showing an operation in which the terminal device 301 at the destination obtains information related to a predetermined product from the
FIG. 10 is a flowchart showing an operation for specifying a property based on a telephone number in the embodiment.
FIG. 11 is a flowchart showing an operation for identifying a property based on abnormality information received from a fire receiver in the embodiment.
FIG. 12 is a flowchart showing an operation in automatic creation of a visit schedule in the embodiment.
FIG. 13 is a flowchart showing an operation in automatic creation of a visit schedule in the embodiment.
FIG. 14 is a flowchart showing an operation when confirming the current position of SE or the like and making a request for dispatch to the site in the embodiment.
[Explanation of symbols]
CSS1 ... customer service system,
100 ... customer service center,
10 ... customer service server,
1 ... receiving means,
2 ... Control means,
3. Display means,
4 ... transmission means,
5. Input means,
M1 ... memory,
201, 202 ... General properties,
203 ... Automatic fire alarm system with crime prevention function,
204 ... Automatic fire alarm equipment with popular automatic test function,
301: Terminal equipment at the destination,
302 ... Terminal equipment of partner company,
303: Terminal equipment at the sales office,
401 ... GPS satellite,
402: PHS location information center,
NW ... Internet.
Claims (1)
所定のネットワークを介して、出先の端末機器から、所定の物件に関する情報の要求を受信する受信手段と;
上記ネットワークを介して、出先の端末機器から、所定の物件に関する情報が要求されると、上記物件情報格納手段に格納されている物件に関する情報のうちで、上記所定の物件に関する情報を抽出する物件情報抽出手段と;
上記抽出された物件の位置についての地図情報を取得し、この取得した地図情報の地域内に存在する店舗を、部品調達に役立つ店舗の位置情報として地図情報データベースに蓄えられている店舗情報から取得する店舗情報取得手段と;
上記抽出された物件に関する情報を、上記出先の端末機器に送信し、さらに、上記取得した店舗情報を、地図情報と合わせて上記出先の端末機器に送信する情報送信手段と;
製品に関する情報を格納している製品情報格納手段と;
上記ネットワークを介して、出先の端末機器から、所定の製品に関する情報が要求されると、上記製品情報格納手段に格納されている製品に関する情報のうちで、上記製品に関する情報を抽出する製品情報抽出手段と;
を有し、上記受信手段は、所定のネットワークを介して、出先の端末機器から、所定の製品に関する情報の要求を受信する手段であり、上記情報送信手段は、上記抽出された製品に関する情報を、上記出先の端末機器に、送信する手段であり、
上記所定の製品に関する情報の要求が、上記所定の物件に関する情報の要求に連続して行われる場合、上記顧客サービスサーバは、上記所定の物件に設備されている機器を判別し、要求された製品がその機器に該当するか否かを判別することを特徴とする顧客サービスサーバ。 Property information storage means for storing information about the property;
Receiving means for receiving a request for information on a predetermined property from a terminal device at a destination via a predetermined network;
Property that extracts information related to the predetermined property from information related to the property stored in the property information storage means when information about the specified property is requested from the terminal device at the destination via the network Information extraction means;
Acquires map information about the location of the extracted property, and acquires stores that exist in the area of the acquired map information from store information stored in the map information database as location information for stores that are useful for parts procurement. Store information acquisition means to perform;
Information transmitting means for transmitting information on the extracted property to the terminal device at the destination , and further transmitting the acquired store information to the terminal device at the destination together with map information ;
Product information storage means for storing product information;
Product information extraction for extracting information related to the product from information related to the product stored in the product information storage means when information regarding a predetermined product is requested from the terminal device at the destination via the network With means;
Has said receiving means, via a predetermined network, from the terminal device of destination, a means for receiving a request for information relating to a given product, the information transmitting means, information about the product of the extracted , Means for transmitting to the terminal device at the destination,
When the request for information on the predetermined product is made in succession to the request for information on the predetermined property, the customer service server determines the equipment installed in the predetermined property and requests the requested product. A customer service server for determining whether or not the device corresponds to the device.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002277322A JP4310768B2 (en) | 2002-09-24 | 2002-09-24 | Customer service server |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002277322A JP4310768B2 (en) | 2002-09-24 | 2002-09-24 | Customer service server |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004118303A JP2004118303A (en) | 2004-04-15 |
JP4310768B2 true JP4310768B2 (en) | 2009-08-12 |
Family
ID=32272954
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002277322A Expired - Fee Related JP4310768B2 (en) | 2002-09-24 | 2002-09-24 | Customer service server |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4310768B2 (en) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4918218B2 (en) * | 2004-11-12 | 2012-04-18 | ザイブナーコーポレーション | Work process management system and work process management method |
JP4703240B2 (en) * | 2005-04-07 | 2011-06-15 | 中国電力株式会社 | Equipment identification support system, equipment identification support method, and program |
JP4723292B2 (en) * | 2005-06-21 | 2011-07-13 | 株式会社リコー | Maintenance support method and maintenance support program |
JP2008065609A (en) * | 2006-09-07 | 2008-03-21 | Nec Fielding Ltd | Operation management system and method for developing configuration of network equipment |
JP2013149062A (en) * | 2012-01-19 | 2013-08-01 | Nomura Research Institute Ltd | Mobile business support system |
JP6059567B2 (en) * | 2013-03-15 | 2017-01-11 | オムロン株式会社 | Information processing apparatus and related material notification method |
JP7223478B2 (en) | 2019-03-13 | 2023-02-16 | 株式会社オープンルーム | Systems, methods, and programs for assisting viewing of real estate properties |
JP2020181271A (en) * | 2019-04-23 | 2020-11-05 | 東京瓦斯株式会社 | Business history managing control device, and business history managing control program |
JP2020197919A (en) * | 2019-06-03 | 2020-12-10 | 東京瓦斯株式会社 | Apparatus information management control device, and apparatus information management control program |
JP7474039B2 (en) | 2019-10-01 | 2024-04-24 | ホーチキ株式会社 | Disaster prevention monitoring equipment property data management system |
CN111597486A (en) * | 2020-04-30 | 2020-08-28 | 北京字节跳动网络技术有限公司 | Information processing method and device and electronic equipment |
JP7130788B2 (en) * | 2021-01-28 | 2022-09-05 | 能美防災株式会社 | database update system |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11353332A (en) * | 1998-06-09 | 1999-12-24 | Toshiba Corp | Maintenance support system |
JP3274110B2 (en) * | 1999-09-28 | 2002-04-15 | 東京瓦斯株式会社 | Equipment deterioration diagnosis method and equipment deterioration diagnosis system |
JP2002073740A (en) * | 2000-09-01 | 2002-03-12 | Sumitomo Forestry Co Ltd | Portable terminal device for object inspection |
JP2002092082A (en) * | 2000-09-20 | 2002-03-29 | Taisei Corp | System for realizing unitary construction site working management |
JP4483144B2 (en) * | 2000-10-13 | 2010-06-16 | トヨタ自動車株式会社 | Equipment management method |
JP2002132864A (en) * | 2000-10-30 | 2002-05-10 | Nippon Paint Co Ltd | Paint-related operation support system |
-
2002
- 2002-09-24 JP JP2002277322A patent/JP4310768B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2004118303A (en) | 2004-04-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7257420B2 (en) | Position information system and dispatch support system | |
US20180025458A1 (en) | Self-customizing, multi-tenanted mobile system and method for digitally gathering and disseminating real-time visual intelligence on utility asset damage enabling automated priority analysis and enhanced utility outage response | |
JP6300961B2 (en) | Risk information distribution apparatus and risk information distribution method | |
JP4310768B2 (en) | Customer service server | |
US20040267592A1 (en) | Method and program for assisting a worker in charge of operations | |
CN103763122A (en) | Fault information processing method and service system | |
JP4539973B2 (en) | Maintenance management method and maintenance management program | |
TW201320018A (en) | Area monitoring system | |
US11924281B2 (en) | Service request information transfer system and method | |
CN112085225A (en) | Operation and maintenance system and method for user side power equipment | |
JP4165804B2 (en) | Customer service server | |
CN111666504A (en) | Method and system for rapidly declaring fault | |
KR101764092B1 (en) | Fire protection management system using geographical information and the control mehod thereof | |
JP2005122570A (en) | Operator management system | |
JP2004120076A (en) | Customer service server | |
JP2002024341A (en) | Vehicle operation managing system | |
JP2004126808A (en) | Difficulty categorized subject classifying task supporting device and method, and difficulty categorized subject classifying task supporting program and system | |
JP4859405B2 (en) | Inspection construction management device, inspection construction management system, and inspection construction management method | |
JP2002281542A (en) | Position information providing system, operating device for position information providing system, position information providing device, program for operating device and program for position information providing device | |
KR20100010430A (en) | Mobile network mediation system and the method using gps data | |
US20040043779A1 (en) | Mobile communication | |
US20230360151A1 (en) | Self-customizing, multi-tenanted mobile system and method for digitally gathering and disseminating real-time visual intelligence on utility asset damage enabling automated priority analysis and enhanced utility outage response | |
CN101562887A (en) | A dispatch support system, a management device and a terminal device | |
JP2004126807A (en) | Accident site information collecting task supporting device and its method, accident site information collecting task supporting program and its system | |
JP2008065609A (en) | Operation management system and method for developing configuration of network equipment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050921 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070629 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070824 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080905 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081029 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090327 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090410 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090501 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090501 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120522 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130522 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140522 Year of fee payment: 5 |
|
LAPS | Cancellation because of no payment of annual fees |