JP2006209211A - 工事施工代行システム及び工事施工代行方法 - Google Patents

Abstract

【課題】顧客転居等に伴う異動申込手続き及び工事施工を一括代行する工事施工代行システム及び工事施工代行方法を提供する。
【解決手段】顧客とサービス供給契約を締結しているサービス会社が顧客から転居等の異動申込を受けた際に行う工事施工を、サービス会社に代わって行う工事施工代行システムであって、顧客端末４０と、サービス会社サーバ２０と、工事施工担当者携帯端末３０と、工事施工代行会社サーバ１０とを備え、工事施工代行会社サーバ１０は、顧客からの異動受付部１２１と、異動受付情報データベース１１１と、サービス会社への届出情報作成部１２２と、届出情報送信部１２３と、サービス会社サーバ２０が作成した施工情報の施工情報受信部１２４と、施工情報データベース１１２と、サービス会社から施工情報を取得したか否かの施工情報確認部１２７と、顧客端末４０に異動受付が完了した旨を通知する異動受付完了通知送信部１２８と、を有する。
【選択図】図４

Description

本発明は、顧客との間でサービス供給契約を締結しているサービス会社が顧客から転居等の異動申込を受けた際に行う工事施工を、これらのサービス会社に代わって行うための工事施工代行システム及び工事施工代行方法に関する。

電力会社、ガス会社、水道局等のサービス会社とサービス供給契約を締結している顧客が転居等をする際には、顧客はこれらの各サービス会社に異動申込手続きを行い、各サービス会社はそれぞれ顧客を訪問した上、メータの開栓・閉栓や指示数の確認等の工事施工を行っている。これに関連する技術としては、下記特許文献１，２に示すものがある。
特開２００２−９２１５０号公報 特開２００２−４９９８３号公報

しかしながら、特許文献１に示す技術は、異動申込手続きを顧客のために代行するものにすぎず、工事施工をサービス会社のために代行するものではない。また、特許文献２に示す技術は、検針を代行するものにすぎず、転居等の際における工事施工を代行するものではない。このため、顧客が転居等をする際に行われる各サービス会社の工事施工は類似しているにもかかわらず、各サービス会社は別々に顧客を訪問して工事施工を行っており、時間・労力・コストの点で合理的ではない。

本発明は、上記の点に鑑みてなされたものであり、顧客の転居等に伴う異動申込手続き及び工事施工を一括して代行することができる工事施工代行システム及び工事施工代行方法を提供することを目的とする。

上記課題を解決するために、本発明は、顧客との間でサービス供給契約を締結しているサービス会社が顧客から転居等の異動申込を受けた際に行う工事施工を、サービス会社に代わって行うための工事施工代行システムであって、顧客の顧客端末と、サービス会社のサービス会社サーバと、工事施工を担当する担当者の担当者携帯端末と、顧客端末、サービス会社サーバ、及び担当者携帯端末に通信可能に接続され、工事施工をサービス会社のために代行する工事施工代行会社の工事施工代行会社サーバとを備え、工事施工代行会社サーバは、顧客からの異動申込を受け付ける異動受付部と、異動受付部により受け付けた異動受付情報に受付番号を付与し、受付番号と関連付けて異動受付情報を記憶する異動受付情報データベースと、異動受付情報に基づいてサービス会社に異動申込があった旨を届け出るための届出情報を作成する届出情報作成部と、届出情報をサービス会社サーバに送信する届出情報送信部と、届出情報に基づいてサービス会社サーバが作成した施工情報を受信する施工情報受信部と、受付番号と関連付けて施工情報を記憶する施工情報データベースと、サービス会社のすべてから施工情報を取得したか否かを確認する施工情報確認部と、施工情報確認部によりサービス会社のすべてから施工情報を取得したことを確認した場合に、顧客端末に異動受付が完了した旨を通知する異動受付完了通知送信部と、を有すること特徴とする。

本発明によれば、工事施工代行会社は、顧客の転居等に伴う異動申込手続きを一括して代行すると共に、各サービス会社の工事施工を一括して代行することもできるようになる。

また、本発明の工事施工代行会社サーバは、サービス会社サーバが顧客から異動申込を受け付けた場合に、サービス会社サーバが作成した施工情報を施工情報受信部で受信し、施工情報と同一の氏名及び住所を含む施工情報が施工情報データベースに登録されているか否かを確認する登録確認部と、登録確認部により既に登録されていると判断されたときには施工情報を施工情報データベースに追加登録し、他方、登録確認部により未だ登録されていないと判断されたときには施工情報を施工情報データベースに新規登録するように施工情報の登録を制御する登録制御部と、を有することとしてもよい。

また、本発明の工事施工代行会社サーバは、施工情報データベースに記憶されている施工情報から、翌日に施工予定となっている翌日施工予定情報を抽出する翌日施工予定情報抽出部と、翌日施工予定情報を担当者に割り当てる担当者割当部と、担当者割当部により割り当てられた翌日施工予定情報を担当者ＩＤと関連付けて記憶する施工予定情報データベースと、を有することとしてもよい。

さらに、本発明の担当者割当部は、翌日施工予定情報をエリアごとにグルーピングし、これを各エリア内で施工開始時間が早いもの順に並べ替えた上、その順にエリア内における移動時間及び施工時間を考慮して、担当者に割り当てることとしてもよい。

また、本発明の工事施工代行会社サーバは、担当者携帯端末からのアクセスに対し、アクセスする者が担当者か否かを識別する担当者識別部と、担当者識別部によりアクセスする者が担当者であると判断した場合に、工事施工に必要な施工必要情報を担当者携帯端末に送信する施工必要情報送信部と、を有することとしてもよい。

また、本発明の工事施工代行会社サーバは、工事施工の具体的方法・内容を説明したガイダンス情報を担当者携帯端末に送信するガイダンス情報送信部を有することとしてもよい。

また、本発明の工事施工代行会社サーバは、担当者が工事施工を完了した場合に、担当者携帯端末からの施工完了通知を受信する施工完了通知受信部と、施工完了通知に基づいて施工情報データベース及び施工予定情報データベースに記憶されている情報を更新するデータベース更新部と、施工予定情報データベースに記憶されている情報にスケジュール変更があるか否かを確認するスケジュール変更確認部と、スケジュール変更確認部により確認したスケジュール変更の有無を担当者携帯端末に送信するスケジュール変更送信部と、を有することとしてもよい。

また、本発明の工事施工代行会社サーバは、施工予定情報データベースに記憶されている情報に基づいて、工事施工がすべて完了したか否かを確認する工事施工完了確認部と、工事施工完了確認部により工事施工がすべて完了したことを確認した場合に、各施工結果をサービス会社のＩＤごとに集約した施工結果情報を作成する施工結果情報作成部と、施工結果情報を記憶する施工結果情報データベースと、施工結果情報データベースに記憶されている施工結果情報をサービス会社サーバに送信する施工結果情報送信部と、を有することとしてもよい。

また、本発明の工事施工代行会社サーバは、顧客が工事施工の現場で現地精算した場合に、担当者が受領した精算金の合計額をサービス会社ごとに算出する合計精算額算出部と、合計精算額算出部により算出されたサービス会社ごとの合計精算額につきサービス会社に対して振り込み処理を行う合計精算額振込処理部と、を有することとしてもよい。

また、本発明の工事施工代行会社サーバは、電力会社、ガス会社、水道局のうち少なくとも１種以上から選択されたものであることとしてもよい。

また、本発明は、顧客との間でサービス供給契約を締結しているサービス会社が顧客から転居等の異動申込を受けた際に行う工事施工を、サービス会社に代わって行うための工事施工代行方法であって、顧客の顧客端末と、サービス会社のサービス会社サーバと、工事施工を担当する担当者の担当者携帯端末と、顧客端末、サービス会社サーバ、及び担当者携帯端末に通信可能に接続され、工事施工をサービス会社のために代行する工事施工代行会社の工事施工代行会社サーバとを備え、工事施工代行会社サーバは、顧客からの異動申込を受け付けるステップと、このステップにより受け付けた異動受付情報に受付番号を付与し、受付番号と関連付けて異動受付情報を記憶するステップと、異動受付情報に基づいてサービス会社に異動申込があった旨を届け出るための届出情報を作成するステップと、届出情報をサービス会社サーバに送信するステップと、届出情報に基づいてサービス会社サーバが作成した施工情報を受信するステップと、受付番号と関連付けて施工情報を記憶するステップと、サービス会社のすべてから施工情報を取得したか否かを確認するステップと、このステップによりサービス会社のすべてから施工情報を取得したことを確認した場合に、顧客端末に異動受付が完了した旨を通知するステップと、を有すること特徴とする。

本発明によれば、顧客の転居等に伴う異動申込手続き及び工事施工を一括して代行することができる。

以下、添付図面を参照しながら、本発明に係る工事施工代行システムを実施するための最良の形態について説明する。

＝＝＝工事施工代行システムの基本構成＝＝＝
図１は、本発明の一実施形態における工事施工代行システム１の構成を示す図である。図１に示すように、工事施工代行システム１は、工事施工代行会社の工事施工代行会社サーバ１０と、サービス会社のサービス会社サーバ２０と、担当者の担当者携帯端末３０と、顧客の顧客端末４０とを備えている。そして、工事施工代行会社サーバ１０は、サービス会社サーバ２０及び担当者携帯端末３０と、顧客端末４０と、それぞれ通信ネットワーク５０を介して接続されており、これらと相互に通信可能となっている。

工事施工代行会社サーバ１０は、工事施工をサービス会社２０のために代行する工事施工代行会社に設置されるコンピュータである。工事施工代行会社は、各サービス会社との間で工事施工代行契約を締結しており、顧客から転居等の異動申込を受け付けると、各サービス会社に代わって工事施工を行う。各サービス会社の工事施工は、メータの開栓・閉栓や指示数の確認等、各サービス会社間で類似する簡易な内容であり、その性質上、代行に適したものである。従って、工事施工代行会社は、各サービス会社の工事施工を一括して代行することが可能となる。

サービス会社サーバ２０は、顧客との間でサービス供給契約を締結しているサービス会社に設置されるコンピュータである。本実施形態におけるサービス会社は、電力会社、ガス会社、水道局等の公共サービスを提供する事業者であり、顧客に対し、電気、ガス、水等を一定期間継続的に供給する。顧客は、これらのサービス会社の複数と契約しているのが通常である。

担当者携帯端末３０は、工事施工を担当する担当者の携帯端末であり、例えば、パーソナルコンピュータ、ＰＤＡ、携帯電話等のコンピュータである。担当者は、担当者携帯端末３０を用いて工事施工のために必要な情報の入出力を行う。
顧客端末４０は、サービス会社との間でサービス供給契約を締結している顧客が操作するコンピュータである。顧客は、顧客端末４０を用いて異動申込のために必要な情報の入力を行う。

図２及び図３は、工事施工代行会社サーバ１０及びサービス会社サーバ２０に用いられる一般的なコンピュータの構成を示す図である。同図に示すように、工事施工代行会社サーバ１０は、ＣＰＵ１０１と、メモリ１０２と、記憶装置１０３と、通信インターフェース１０４とを備えており（図２参照）、他方、サービス会社サーバ２０は、ＣＰＵ２０１と、メモリ２０２と、記憶装置２０３と、通信インターフェース２０４とを備えている（図３参照）。なお、インターフェース１０４，２０４は、いずれも通信ネットワーク５０に接続するためのインターフェースである。

記憶装置１０３，２０３は、例えば、ハードディスクドライブやＣＤ−ＲＯＭドライブ等の装置であり、プログラムやデータを記憶する。ＣＰＵ１０１，２０１は、それぞれ記憶装置１０３，２０３に記憶されているプログラムをメモリ１０２，２０２に読み出して実行することにより、各種の機能を実現する。

＜工事施工代行会社サーバ１０＞
図４は、工事施工代行会社サーバ１０の機能ブロック図である。図４に示すように、工事施工代行会社サーバ１０は、異動受付部１２１と、異動受付情報データベース１１１と、届出情報作成部１２２と、届出情報送信部１２３と、施工情報受信部１２４と、登録確認部１２５と、登録制御部１２６と、施工情報データベース１１２と、施工情報確認部１２７と、異動受付完了通知送信部１２８と、翌日施工予定情報抽出部１２９と、担当者割当部１３０と、施工予定情報データベース１１３と、施工必要情報要求受信部１３１と、担当者識別部１３２と、施工必要情報抽出部１３３と、施工必要情報送信部１３４と、ガイダンス情報送信部１３５と、施工完了通知受信部１３６と、データベース更新部１３７と、スケジュール変更確認部１３８と、スケジュール変更送信部１３９と、工事施工完了確認部１４０と、施工結果情報作成部１４１と、施工結果情報データベース１１４と、施工結果情報送信部１４２と、合計精算額算出部１４３と、合計精算額振込処理部１４４とを有する。

なお、上記各機能部１２１〜１４４は、工事施工代行会社サーバ１０のＣＰＵ１０１が記憶装置１０３に記憶されているプログラムを実行することにより実現される。また、上記各データベース１１１〜１１４は、工事施工代行会社サーバ１０のメモリ１０２や記憶装置１０３などが提供する記憶領域に構築されているが、各データベースを外部のデータベースサーバに構築するようにしてもよい。この場合、工事施工代行会社サーバ１０には、データベースにアクセスするためのアクセス部が設けられる。

異動受付情報データベース１１１は、顧客からの転居等の異動申込に対し、工事施工代行会社が受け付けた異動受付情報を受付番号と関連付けて記憶するデータベースである。

図５は、異動受付情報データベース１１１に記憶される異動受付情報の一構成例を示す図であり、（ａ）は契約廃止の場合の異動受付情報データベース１１１ａ、（ｂ）は契約開始の場合の異動受付情報データベース１１１ｂの構成例を示す。

図５に示すように、異動受付情報には、（ａ）及び（ｂ）に共通する共通情報として、受付番号、契約者氏名、契約者連絡先、申込者氏名、申込者連絡先、届出先の事業者ＩＤ、引越し日等の情報が含まれている。さらに、顧客が転居先でサービス会社とのサービス供給契約を継続しない場合、例えば、転居先でサービス会社のサービスを受けない場合（以下、「契約廃止の場合」という）には、顧客の契約番号、住所、工事施工の希望日時、精算方法（例えば、口座、カード、振込用紙送付、現地精算等）の情報が含まれている（図５（ａ）の１１１ａ参照）。一方、顧客が転居先でサービス会社とのサービス供給契約を継続する場合、例えば、転居先でサービス会社のサービスを受ける場合（以下、「契約開始の場合」という）には、契約者番号、住所、希望日時、支払方法（例えば、口座、カード、振込用紙送付、現地精算等）の情報が含まれている（図５（ｂ）の１１１ｂ参照）。

施工情報データベース１１２は、サービス会社サーバ２０が作成した施工情報を受付番号と関連付けて記憶するデータベースである。

図６は、施工情報データベース１１２に記憶される施工情報の一構成例を示す図であり、（ａ）は契約廃止の場合の施工情報データベース１１２ａ、（ｂ）は契約開始の場合の施工情報データベース１１２ｂの構成例を示す。

図６に示すように、施工情報には、（ａ）及び（ｂ）に共通する共通情報として、受付番号、事業者ＩＤ等の情報が含まれている。さらに、契約廃止の場合には、サービス会社で受け付けた異動申込の事業者受付番号、顧客の契約番号、工事施工の希望日時、住所、目標（例えば、電柱番号、地図ページ等）、計器番号、計器の前回指示数、メータの場所等の情報が含まれている（図６（ａ）の１１２ａ参照）。一方、契約開始の場合には、契約番号、希望日時、住所、目標（例えば、電柱番号、地図ページ等）、計器番号、前回指示数、メータの場所等の情報に加えて、契約廃止時の施工方法（例えば、屋内スイッチオフ、計器切断等）等の情報が含まれている（図６（ｂ）の１１２ｂ参照）。
施工予定情報データベース１１３は、翌日に施工予定となっている施工予定情報を担当者ＩＤと関連付けて記憶するデータベースである。

図７は、施工予定情報データベース１１３に記憶される施工予定情報の一構成例を示す図である。図７に示すように、施工予定情報には、担当者ＩＤ、施工日、（施工開始）時間、受付番号、事業者ＩＤ、事業者受付番号、施工完了確認等の情報が含まれている。
施工結果情報データベース１１４は、工事施工が完了した場合に、その施工結果を担当者ＩＤと関連付けて記憶するデータベースである。

図８は、施工結果情報データベース１１４に記憶される施工結果情報の一構成例を示す図である。図８に示すように、施工結果情報には、事業社ＩＤ、受付番号、事業者受付番号、担当者ＩＤ、契約番号、施工日時、計器番号、今回指示数、差し引き使用量、精算額、領収書番号、合計精算額等の情報が含まれている。

異動受付部１２１は、顧客端末４０から送信される異動申込を受け付ける。異動受付部１２１で受け付けられた異動申込は異動受付情報として受付番号が付与され、この受付番号と関連付けて異動受付情報データベース１１１に記憶される。

届出情報作成部１２２は、異動受付情報データベース１１１に記憶されている異動受付情報に基づいてサービス会社に異動申込があった旨を届け出るための届出情報を作成する。届出情報送信部１２３は、届出情報作成部１２２で作成された届出情報を、上記の異動受付情報に含まれるサービス会社ＩＤに該当するサービス会社のサービス会社サーバ２０に送信する。

施工情報受信部１２４は、届出情報に基づいてサービス会社サーバ２０が作成した施工情報を受信する。施工情報としては、例えば、顧客の契約番号、工事施工の希望日時、住所、目標（例えば、電柱番号、地図ページ等）、計器番号、計器の前回指示数、メータの場所、契約廃止時の施工方法（例えば、屋内スイッチオフ、計器切断等）等の情報があり、その他工事施工を行うために必要な情報が含まれている。施工情報受信部１２４により受信された施工情報は、受付番号と関連付けて施工情報データベース１１２に記憶される。

登録確認部１２５は、サービス会社サーバ２０が顧客から異動申込を受け付けた場合に、サービス会社から受信した施工情報と同一の氏名及び住所を含む施工情報が施工情報データベース１１２に既に登録されているか否かを確認する。
登録制御部１２６は、登録確認部１２５で登録済みであると判断されたときには施工情報を施工情報データベース１１２に追加登録し、他方、登録確認部１２５で未登録であると判断されたときには施工情報を施工情報データベース１１２に新規登録するように施工情報の登録を制御する。
施工情報確認部１２７は、サービス会社のすべてから施工情報を取得したか否かを確認する。異動受付完了通知送信部１２８は、施工情報確認部１２７でサービス会社のすべてから施工情報を取得したことを確認した場合に、顧客端末４０に異動受付が完了した旨を通知する。

翌日施工予定情報抽出部１２９は、施工情報データベース１１２に記憶されている施工情報から、翌日に施工予定となっている翌日施工予定情報を抽出する。担当者割当部１３０は、翌日施工予定情報を各担当者に割り当てる。割り当て方法としては、例えば、翌日施工予定情報をエリアごとにグルーピングし、これを各エリア内で施工開始時間が早いもの順に並べ替えた上、その順に、当該エリア内における各施工地点を移動するために要する移動時間及び各工事施工に要する施工時間を考慮して、適当な担当者に割り当てる。担当者に割り当てられた翌日施工予定情報は、施工予定情報として担当者ＩＤと関連付けられて施工予定情報データベース１１３に記憶される。なお、適当な担当者を割り当てるために、担当者の各種情報(例えば、勤務年数、年齢、資格の有無等)を図示しない担当者データベースに記憶しておき、この担当者データベースから適切な担当者を抽出することとしてもよい。

施工必要情報要求受信部１３１は、担当者携帯端末３０から施工必要情報の要求を受信する。担当者識別部１３２は、担当者携帯端末３０からのアクセスに対し、アクセスする者が真の担当者か否かを識別する。例えば、ＩＤ、ＰＷ等に基づいて、アクセスしてきた者がアクセス権限を有する担当者であるか否かを認証し、正しく認証することができれば、その者を真の担当者と判断する。なお、担当者識別部１３２によりアクセスする者が真の担当者であると判断した場合に、施工必要情報要求受信部１３１により施工必要情報の要求を受信することとしてもよい。施工必要情報抽出部１３３は、担当者識別部１３２で真の担当者であると判断した場合に、施工予定情報データベース１１３から施工必要情報を抽出する。施工必要情報送信部１３４は、施工必要情報抽出部１３３で抽出された施工必要情報を担当者携帯端末３０に送信する。ガイダンス情報送信部１３５は、工事施工の具体的方法・内容を説明したガイダンス情報を担当者携帯端末３０に送信する。ガイダンス情報を送信するには、例えば、図示しない施工方法データベースに工事施工の具体的方法・内容を記憶しておき、この施工方法データベースから必要に応じて適切な情報を選択・抽出した上で、これを送信することとしてもよい。

施工完了通知受信部１３６は、担当者が工事施工を完了した場合に、担当者携帯端末３０から送信された施工完了通知を受信する。データベース更新部１３７は、施工完了通知に基づいて施工情報データベース１１２及び施工予定情報データベース１１３に記憶されている情報を更新する。スケジュール変更確認部１３８は、施工予定情報データベース１１３に記憶されている情報にスケジュール変更があるか否かを確認する。スケジュール変更送信部１３９は、スケジュール変更確認部１３８で確認したスケジュール変更の有無を担当者携帯端末３０に送信する。

工事施工完了確認部１４０は、施工予定情報データベース１１３に記憶されている情報に基づいて工事施工がすべて完了したか否かを確認する。施工結果情報作成部１４１は、工事施工完了確認部１４０で工事施工がすべて完了したことを確認した場合に、各施工結果をサービス会社のＩＤごとに集約した施工結果情報を作成する。施工結果情報は、施工結果情報データベース１１４に記憶される。施工結果情報送信部１４２は、施工結果情報データベース１１４に記憶されている施工結果情報をサービス会社サーバ２０に送信する。

合計精算額算出部１４３は、顧客が工事施工の現場で現地精算した場合に、担当者が受領した精算金の合計額をサービス会社ごとに算出する。なお、サービス会社ごとに精算金を算出するための日割計算式が異なる場合には、例えば、各サービス会社の日割計算式を日割計算式データベースに記憶しておき、この日割計算式データベースから適切な日割計算式を選択・抽出するようにしてもよい。合計精算額振込処理部１４４は、合計精算額算出部１４３で算出されたサービス会社ごとの合計精算額につき各サービス会社に対して振り込み処理を行う。

＜サービス会社サーバ２０＞
図９は、サービス会社サーバ２０の機能ブロック図である。図９に示すように、サービス会社サーバ２０は、届出情報受信部２１１と、異動受付処理部２１２と、施工情報作成部２１３と、施工情報送信部２１４と、施工結果情報受信部２１５と、竣工処理部２１６とを有する。なお、上記各機能部２１１〜２１６は、サービス会社サーバ２０のＣＰＵ２０１が記憶装置２０３に記憶されているプログラムを実行することにより実現される。

届出情報受信部２１１は、工事施工代行会社サーバ１０の届出情報送信部１２３で送信された届出情報を受信する。異動受付処理部２１２は、届出情報受信部２１１で受信した届出情報に基づいて異動受付処理を行う。施工情報作成部２１３は、異動受付処理部２１２で異動受付処理された届出情報に基づいて施工情報を作成する。施工情報送信部２１４は、施工情報作成部２１３で作成された施工情報を工事施工代行会社サーバ１０に送信する。

施工結果情報受信部２１５は、工事施工代行会社サーバ１０の施工結果情報送信部１４２で送信された施工結果情報を受信する。竣工処理部２１６は、施工結果情報受信部２１５で受信した施工結果情報に基づいて竣工処理を行う。これにより、各サービス会社は、異動申込を行った当該顧客に対するサービスの供給を停止し、若しくは転居先でのサービスの供給を開始する。

＝＝＝処理手順＝＝＝
次に、本実施形態における処理手順について説明する。処理手順としては、工事施工代行会社サーバ１０が工事施工の申込を受け付けた時に行う処理（Ａ：受付時の処理）と、施工前日に工事施工を各担当者に割り当てる処理（Ｂ：施工前日の処理）と、施工当日に工事施工を行う処理（Ｃ：施工当日の処理）と、工事施工が完了した後に行う処理（Ｄ：施工終了後の処理）とがある。以下、各別に説明する。

＜Ａ：受付時の処理＞
受付時の処理、すなわち工事施工代行会社サーバ１０が工事施工の申込を受け付けた時に行う処理としては、例えば、（１）工事施工代行会社が顧客から異動申込を受け付けた上、サービス会社から工事施工の申込を受け付けて行う処理（実施例１参照）と、（２）サービス会社が顧客から異動申込を受け付けた上、工事施工代行会社がサービス会社から工事施工の申込を受け付けて行う処理（実施例２参照）とがある。

［実施例１］
図１０は、実施例１において、工事施工代行会社サーバ１０、サービス会社サーバ２０、顧客端末４０が行う処理手順を示すフローチャートである。

まず、顧客は顧客端末４０により工事施工代行会社のＨＰへアクセスする（Ｓ５０１）。顧客はＨＰへアクセスすると異動情報を入力し、これを工事施工代行会社サーバ１０に送信する（Ｓ５０２）。異動情報を入力するための異動情報テーブルの項目としては、例えば、契約者氏名、契約者連絡先、申込者氏名、申込者連絡先、引越し日等の共通入力項目と、契約廃止の場合における、契約番号、住所、希望日時、精算方法（例えば、口座、カード、振込用紙送付、現地精算等）と、契約開始の場合における、契約番号、住所、希望日時、支払方法（例えば、口座継続、カード継続、振込用紙送付等）がある。

工事施工代行会社サーバ１０は、各種のサービス会社が登録された届出先リストを顧客端末４０に送信する（Ｓ５０３）。顧客端末４０は、工事施工代行会社サーバ１０から送信された届出先リストを受信し、届出先リストから届出先の事業者を選択して、再び工事施工代行会社サーバ１０に送信する（Ｓ５０４）。

次に、工事施工代行会社サーバ１０は、異動受付部１２１により異動申込を受け付けると、この異動受付情報に受付番号を付与し、受付番号と関連付けて異動受付情報を異動受付情報データベース１１１に記憶する（Ｓ５０５）。工事施工代行会社サーバ１０は、届出情報作成部１２２により異動受付情報データベース１１１に記憶されている異動受付情報に基づいてサービス会社に異動申込があった旨を届け出るための届出情報を作成すると共に、届出情報送信部１２３によりこの届出情報を該当するサービス会社サーバ２０に送信する（Ｓ５０６）。なお、届出先の事業者ごとにデータ様式が異なる場合には、届出情報を各届出先のデータ様式に変換して送信する。

次に、届出先の事業者であるサービス会社サーバ２０は、届出情報受信部２１１により工事施工代行会社サーバ１０の届出情報送信部１２３から送信された届出情報を受信する（Ｓ５０７）。サービス会社サーバ２０は、異動受付処理部２１２により届出情報受信部２１１で受信した届出情報に基づいて異動受付処理を行う（Ｓ５０８）。サービス会社サーバ２０は、施工情報作成部２１３により異動受付処理部２１２で異動受付処理された届出情報に基づいて施工情報を作成する（Ｓ５０９）。サービス会社サーバ２０は、施工情報送信部２１４により施工情報作成部２１３で作成された施工情報を工事施工代行会社サーバ１０に送信する（Ｓ５１０）。施工情報を入力するための施工情報テーブルの項目としては、例えば、受付番号、事業者ＩＤ等の共通入力項目と、契約廃止の場合における、事業者受付番号、契約番号、希望日時、住所、目標（例えば、電柱番号、地図ページ等）、計器番号、前回指示数、メータの場所等の項目と、契約開始の場合における、事業者受付番号、契約番号、希望日時、住所、目標（例えば、電柱番号、地図ページ等）、計器番号、前回指示数、メータの場所、契約廃止時の施工方法（例えば、屋内スイッチオフ、計器切断等）等の項目がある。

次に、工事施工代行会社サーバ１０は、施工情報受信部１２４によりサービス会社から送信された施工情報を受信する（Ｓ５１１）。受信された施工情報は、受付番号と関連付けて施工情報データベース１１２に登録され、これに記憶される（Ｓ５１２）。工事施工代行会社サーバ１０は、施工情報確認部１２７により施工情報データベース１１２にアクセスし、すべての届出先から施工情報を取得したか否かを確認する（Ｓ５１３）。工事施工代行会社サーバ１０は、すべての届出先から施工情報を取得したことを確認した場合（ＹＥＳ）には、異動受付完了通知送信部１２８により異動受付が完了した旨を顧客端末４０に通知する（Ｓ５１４）。顧客端末４０は、工事施工代行会社サーバ１０の異動受付完了通知送信部１２８から送信された異動受付完了通知を受信する（Ｓ５１５）。一方、すべての届出先から施工情報を取得していないことを確認した場合（ＮＯ）には、工事施工代行会社サーバ１０は、サービス会社サーバ２０に施工情報を要求するために施工情報要求を送信する。サービス会社サーバ２０は、工事施工代行会社サーバ１０から施工情報要求を受信すると、再び異動受付処理部２１２に戻り、同様の処理を行う（Ｓ５０８〜５１３）。

［実施例２］
図１１は、実施例２において、工事施工代行会社サーバ１０、サービス会社サーバ２０が行う処理手順を示すフローチャートである。

顧客からの異動申込を受け付ける形態としては、工事施工代行会社が顧客から異動申込を受け付ける場合（実施例１参照）のみならず、サービス会社が顧客から異動申込を受け付ける場合もある。この場合、サービス会社サーバ２０は、施工情報作成部２１３により施工情報を作成する（Ｓ６０１）。その上で、サービス会社サーバ２０は、施工情報送信部２１４により施工情報作成部２１３で作成した施工情報を工事施工代行会社サーバ１０に送信する（Ｓ６０２）。

次に、工事施工代行会社サーバ１０は、施工情報受信部１２４によりサービス会社サーバ２０の施工情報送信部２１４で送信された施工情報を受信する（Ｓ６０３）。工事施工代行会社サーバ１０は、登録確認部１２５によりサービス会社から受信した施工情報と同一の氏名及び住所を含む施工情報が施工情報データベース１１２に登録されているか否かを確認する（Ｓ６０４）。工事施工代行会社サーバ１０は、登録制御部１２６により登録確認部１２５で登録済みであると判断されたとき（ＹＥＳ）には、施工情報を施工情報データベース１１２に追加登録し（Ｓ６０５）、他方、登録確認部１２５で未登録であると判断されたとき（ＮＯ）には、受付番号を付与して施工情報を施工情報データベース１１２に新規登録する（Ｓ６０６）。

＜Ｂ：施工前日の処理＞
図１２は、施工前日に、工事施工代行会社サーバ１０が行う処理手順を示すフローチャートである。

工事施工代行会社サーバ１０は、翌日施工予定情報抽出部１２９により施工情報データベース１１２に記憶されている施工情報から、翌日に施工予定となっている翌日施工予定情報を抽出する（Ｓ７０１）。工事施工代行会社サーバ１０は、担当者割当部１３０により翌日施工予定情報を各担当者に割り当てる（Ｓ７０２）。割り当て方法としては、例えば、翌日施工予定情報をエリアごとにグルーピングし、これを各エリア内で施工開始時間が早いもの順に並べ替えた上、その順にエリア内における移動時間及び施工時間を考慮して、適当な担当者に割り当てる等の方法がある。なお、担当者に割り当てられた翌日施工予定情報は、施工予定情報として担当者ＩＤと関連付けて施工予定情報データベース１１３に登録され、これに記憶される（Ｓ７０３）。

＜Ｃ：施工当日の処理＞
図１３は、施工当日に、工事施工代行会社サーバ１０、担当者携帯端末３０が行う処理手順を示すフローチャートである。

担当者は、施工当日に担当者携帯端末３０により工事施工代行会社サーバ１０にアクセスする（Ｓ８０１）。担当者は、担当者携帯端末３０により担当者ＩＤとパスワードを入力し、工事施工代行会社サーバ１０に対して工事施工を行うために必要な施工必要情報を要求する（Ｓ８０２）。

工事施工代行会社サーバ１０は、施工必要情報要求受信部１３１により担当者携帯端末３０から施工必要情報要求を受信すると共に、担当者識別部１３２により担当者ＩＤとパスワードを受信して認証手続きを行い、担当者携帯端末３０からのアクセスに対して担当者との同一性を識別する（Ｓ８０３）。工事施工代行会社サーバ１０は、担当者識別部１３２で担当者と同一であると識別した場合には、施工必要情報抽出部１３３により施工予定情報データベース１１３から施工必要情報を抽出すると共に、施工必要情報送信部１３４により施工必要情報を担当者携帯端末３０に送信する（Ｓ８０４）。施工必要情報としては、例えば、施工日、施工開始時間、受付番号、住所、顧客氏名、連絡先、事業者ＩＤ、計器番号、前回指示数、メータの場所、現地精算の有無等の情報があり、現地精算する場合には、日割計算式等の情報も含まれる。なお、工事施工代行会社サーバ１０は、ガイダンス情報送信部１３５により必要に応じて工事施工の具体的方法・内容を説明したガイダンス情報を担当者携帯端末３０に送信することとしてもよい。これにより担当者は、工事施工の具体的方法・内容が不明の場合に担当者携帯端末３０により工事施工代行会社サーバ１０にアクセスし、データベースからガイダンスを参照することが可能となる。

次に、担当者携帯端末３０は、工事施工代行会社サーバ１０の施工必要情報送信部１３４で送信された施工必要情報を受信・保存する（Ｓ８０５）。担当者は、施工必要情報に基づいて担当エリア内の各施工地点を巡回し、各施工地点において開栓・閉栓等の工事施工を行う（Ｓ８０６）。担当者は、施工の際に計器の指示数等を確認し、これを担当者携帯端末３０に入力する（Ｓ８０７）。担当者携帯端末３０は、今回の指示数から前回の指示数を差し引いて算出された差し引き使用量を演算する（Ｓ８０８）。担当者携帯端末３０は、差し引き使用量がゼロ以上か否かを確認する（Ｓ８０９）。差し引き使用量がゼロ以上の場合（ＹＥＳ）には、差し引き使用量を日割計算式にあてはめて日割料金を演算する（Ｓ８１０）。なお、差し引き使用量がゼロ以上ではない場合（ＮＯ）には、指示数の入力等に誤りがある可能性が高いため、再び計器の指示数を確認する（Ｓ８０７〜）。

次に、担当者携帯端末３０は、例えば、電気の開栓・閉栓以外にもガスや水道の開栓・閉栓等の施工をする必要があるか否か、すなわち他に施工をする必要があるか否かを確認する（Ｓ８１１）。担当者携帯端末３０は、他に施工をする必要がないことを確認した場合(ＮＯ)には、現地精算をするか否かを確認する（Ｓ８１２）。なお、他に施工をする必要があることを確認した場合（ＹＥＳ）には、再び開栓・閉栓等の施工を行う（Ｓ８０６）。

次に、担当者携帯端末３０は、現地精算することを確認した場合（ＹＥＳ）には、担当者は顧客から受領した受領金額を担当者携帯端末３０に入力すると共に（Ｓ８１３）、日割計算額を差し引いておつりを演算し、その金額を表示する（Ｓ８１４）。表示されたおつりを顧客に支払い現地精算が終了すると施工は完了する。担当者携帯端末３０は、図示しない領収書発行部により現地精算した顧客に対して領収書をその場で発行することとしてもよい。担当者携帯端末３０は、工事施工代行会社サーバ１０に施工完了通知を送信する（Ｓ８１５）。なお、現地精算しないことを確認した場合（ＮＯ）には、Ｓ８１３及びＳ８１４の処置手順を得ることなく施工は完了し、Ｓ８１５以降の処理を行う。

次に、工事施工代行会社サーバ１０は、施工完了通知受信部１３６により担当者携帯端末３０から送信された施工完了通知を受信する（Ｓ８１６）。工事施工代行会社サーバ１０は、施工完了通知を受信すると、データベース更新部１３７により施工情報データベース１１２及び施工予定情報データベース１１３を更新する（Ｓ８１７）。工事施工代行会社サーバ１０は、図示しない施工完了通知送信部により顧客端末４０に対して工事施工が完了した旨を通知することとしてもよい。工事施工代行会社サーバ１０は、各データベースを更新すると、スケジュール変更確認部１３８により施工予定情報データベース１１３に基づいてスケジュール変更があるか否かを確認する（Ｓ８１８）。工事施工代行会社サーバ１０は、スケジュール変更送信部１３９によりスケジュール変更があるか否かを確認した上で、その結果を担当者携帯端末３０に送信する（Ｓ８１９）。担当者携帯端末３０は、工事施工代行会社サーバ１０のスケジュール変更送信部１３９で送信されたスケジュール変更の有無を受信する（Ｓ８２０）。

＜Ｄ：施工終了後の処理＞
図１４は、施工完了後に、工事施工代行会社サーバ１０、サービス会社サーバ２０、担当者携帯端末３０が行う処理手順を示すフローチャートである。

工事施工代行会社サーバ１０は、工事施工完了確認部１４０により施工予定情報データベース１１３に基づいて工事施工がすべて完了したか否かを確認する（Ｓ９０１）。工事施工代行会社サーバ１０は、施工予定情報データベース１１３に登録されている工事施工がすべて完了したことを確認した場合（ＹＥＳ）には、施工結果情報作成部１４１により各施工結果をサービス会社のＩＤごとに集約した施工結果情報を作成すると共に、施工結果情報送信部１４２により施工結果情報をサービス会社サーバ２０に送信する（Ｓ９０２）。

なお、施工結果情報作成部１４１により作成された施工結果情報は施工結果情報データベース１１４に記憶される。工事施工代行会社サーバ１０は、施工結果情報送信部１４２により施工結果情報データベース１１４に記憶されている施工結果情報を事業者ごとにフォーマット変換した上で、これをサービス会社サーバ２０に送信する。

一方、施工予定情報データベース１１３に登録されている工事施工がすべて完了したことを確認していない場合（ＮＯ）には、工事施工代行会社サーバ１０は、未施工分を確認するように要求する未施工分確認要求を担当者携帯端末３０に送信し、担当者携帯端末３０は、未施工分確認要求を受信する（Ｓ９０３）。担当者は、未施工分の施工状況を確認した上で、担当者携帯端末３０により工事施工代行会社サーバ１０にその結果を送信する（Ｓ９０４）。

サービス会社サーバ２０は、施工結果情報受信部２１５により工事施工代行会社サーバ１０から送信された施工結果情報を受信する（Ｓ９０５）。サービス会社サーバ２０は、施工結果情報受信部２１５で受信した施工結果情報に基づいて竣工処理を行う（Ｓ９０６）。

ところで、現地精算をした場合には、工事施工代行会社サーバ１０は、合計精算額算出部１４３により担当者が受領した精算金の合計額をサービス会社ごとに算出する。算出された合計精算額は、施工結果情報として施工結果情報データベース１１４に記憶され、サービス会社サーバ２０に送信される。工事施工代行会社サーバ１０は、合計精算額振込処理部１４４により合計精算額算出で算出されたサービス会社ごとの合計精算額につき、各サービス会社に対して振込み処理を行う（Ｓ９０７）。振込み処理の形態としては、例えば、各事業者の代表者名義の口座に振り込み指示を行うこと等が挙げられる。

以上の本実施形態によれば、工事施工代行会社は、顧客の転居等に伴う異動申込手続き及び工事施工を一括して代行することができるようになる。その結果、顧客にとっては、一度の申込ですべての事業者に対して異動申込ができるため、届出漏れが少なくなるというメリットがある。また、工事施工の際に立会いが必要な場合であっても、１度の立会いで済むため効率的である。一方、事業者であるサービス会社にとっては、施工漏れを軽減できるというメリットがある。また、各サービス会社は別々に顧客を訪問して工事施工を行う必要もなくなるため、時間・労力・コストの点で合理的である。

なお、以上の実施形態では、サービス会社として、電力会社、ガス会社、水道局等の公共サービスを提供する事業者を例に挙げて説明しているが、例えば、電話会社等の他の事業者であってもよい。

本発明の一実施形態における工事施工代行システム１の構成を示す図である。 工事施工代行会社サーバ１０に用いられる一般的なコンピュータの構成を示す図である。 サービス会社サーバ２０に用いられる一般的なコンピュータの構成を示す図である。 工事施工代行会社サーバ１０の機能ブロック図である。 異動受付情報データベース１１１に記憶される異動受付情報の一構成例を示す図であり、（ａ）は契約廃止の場合の異動受付情報データベース１１１ａ、（ｂ）は契約開始の場合の異動受付情報データベース１１１ｂの構成例を示す。 施工情報データベース１１２に記憶される施工情報の一構成例を示す図であり、（ａ）は契約廃止の場合の施工情報データベース１１２ａ、（ｂ）は契約開始の場合の施工情報データベース１１２ｂの構成例を示す。 施工予定情報データベース１１３に記憶される施工予定情報の一構成例を示す図である。 施工結果情報データベース１１４に記憶される施工結果情報の一構成例を示す図である。 サービス会社サーバ２０の機能ブロック図である。 実施例１において、工事施工代行会社サーバ１０、サービス会社サーバ２０、顧客端末４０が行う処理手順を示すフローチャートである。 実施例２において、工事施工代行会社サーバ１０、サービス会社サーバ２０が行う処理手順を示すフローチャートである。 施工前日に、工事施工代行会社サーバ１０が行う処理手順を示すフローチャートである。 施工当日に、工事施工代行会社サーバ１０、担当者携帯端末３０が行う処理手順を示すフローチャートである。 施工完了後に、工事施工代行会社サーバ１０、サービス会社サーバ２０、担当者携帯端末３０が行う処理手順を示すフローチャートである。

符号の説明

１：工事施工代行システム、１０：工事施工代行会社サーバ、２０：サービス会社サーバ、３０：担当者携帯端末、４０：顧客端末、５０：通信ネットワーク、１０１，２０１：ＣＰＵ、１０２，２０２：メモリ、１０３，２０３：記憶装置、１０４，２０４：通信インターフェース、１１１（１１１ａ，１１１ｂ）：異動受付情報データベース、１１２（１１２ａ，１１２ｂ）：施工情報データベース、１１３：施工予定情報データベース、１１４：施工結果情報データベース、１２１：異動受付部、１２２：届出情報作成部、１２３：届出情報送信部、１２４：施工情報受信部、１２５：登録確認部、１２６：登録制御部、１２７：施工情報確認部、１２８：異動受付完了通知送信部、１２９：翌日施工予定情報抽出部、１３０：担当者割当部、１３１：施工必要情報要求受信部、１３２：担当者識別部、１３３：施工必要情報抽出部、１３４：施工必要情報送信部、１３５：ガイダンス情報送信部、１３６：施工完了通知受信部、１３７：データベース更新部、１３８：スケジュール変更確認部、１３９：スケジュール変更送信部、１４０：工事施工完了確認部、１４１：施工結果情報作成部、１４２：施工結果情報送信部、１４３：合計精算額算出部、１４４：合計精算額振込処理部、２１１：届出情報受信部、２１２：異動受付処理部、２１３：施工情報作成部、２１４：施工情報送信部、２１５：施工結果情報受信部、２１６：竣工処理部

Claims (11)

1. 顧客との間でサービス供給契約を締結しているサービス会社が前記顧客から転居等の異動申込を受けた際に行う工事施工を、前記サービス会社に代わって行うための工事施工代行システムであって、
   前記顧客の顧客端末と、前記サービス会社のサービス会社サーバと、前記工事施工を担当する担当者の担当者携帯端末と、前記顧客端末、前記サービス会社サーバ、及び前記担当者携帯端末に通信可能に接続され、前記工事施工を前記サービス会社のために代行する工事施工代行会社の工事施工代行会社サーバとを備え、
   前記工事施工代行会社サーバは、
   前記顧客からの前記異動申込を受け付ける異動受付部と、
   該異動受付部により受け付けた異動受付情報に受付番号を付与し、該受付番号と関連付けて前記異動受付情報を記憶する異動受付情報データベースと、
   前記異動受付情報に基づいて前記サービス会社に前記異動申込があった旨を届け出るための届出情報を作成する届出情報作成部と、
   前記届出情報を該当するサービス会社の前記サービス会社サーバに送信する届出情報送信部と、
   前記届出情報に基づいて前記サービス会社サーバが作成した施工情報を受信する施工情報受信部と、
   前記受付番号と関連付けて前記施工情報を記憶する施工情報データベースと、
   前記サービス会社のすべてから前記施工情報を取得したか否かを確認する施工情報確認部と、
   前記施工情報確認部により前記サービス会社のすべてから前記施工情報を取得したことを確認した場合に、前記顧客端末に異動受付が完了した旨を通知する異動受付完了通知送信部と、
   を有すること特徴とする工事施工代行システム。
2. 請求項１に記載の工事施工代行システムにおいて、
   前記工事施工代行会社サーバは、
   前記サービス会社サーバが前記顧客から前記異動申込を受け付けた場合に、前記サービス会社サーバが作成した施工情報を前記施工情報受信部で受信し、該施工情報と同一の氏名及び住所を含む施工情報が前記施工情報データベースに登録されているか否かを確認する登録確認部と、
   前記登録確認部により既に登録されていると判断されたときには前記施工情報を前記施工情報データベースに追加登録し、他方、前記登録確認部により未だ登録されていないと判断されたときには前記施工情報を前記施工情報データベースに新規登録するように前記施工情報の登録を制御する登録制御部と、
   を有することを特徴とする工事施工代行システム。
3. 請求項１又は２に記載の工事施工代行システムにおいて、
   前記工事施工代行会社サーバは、
   前記施工情報データベースに記憶されている前記施工情報から、翌日に施工予定となっている翌日施工予定情報を抽出する翌日施工予定情報抽出部と、
   該翌日施工予定情報を前記担当者に割り当てる担当者割当部と、
   前記担当者割当部により割り当てられた前記翌日施工予定情報を前記担当者ＩＤと関連付けて記憶する施工予定情報データベースと、
   を有すること特徴とする工事施工代行システム。
4. 請求項３に記載の工事施工代行システムにおいて、
   前記担当者割当部は、
   前記翌日施工予定情報をエリアごとにグルーピングし、これを各エリア内で施工開始時間が早いもの順に並べ替えた上、その順にエリア内における移動時間及び施工時間を考慮して、前記担当者に割り当てることを特徴とする請求項３に記載の工事施工代行システム。
5. 請求項１から４のいずれかに記載の工事施工代行システムにおいて、
   前記工事施工代行会社サーバは、
   前記担当者携帯端末からのアクセスに対し、アクセスする者が前記担当者か否かを識別する担当者識別部と、
   該担当者識別部によりアクセスする者が前記担当者であると判断した場合に、前記工事施工に必要な施工必要情報を前記担当者携帯端末に送信する施工必要情報送信部と、
   を有することを特徴とする工事施工代行システム。
6. 請求項５に記載の工事施工代行システムにおいて、
   前記工事施工代行会社サーバは、
   前記工事施工の具体的方法・内容を説明したガイダンス情報を前記担当者携帯端末に送信するガイダンス情報送信部を有することを特徴とする工事施工代行システム。
7. 請求項５又は６に記載の工事施工代行システムにおいて、
   前記工事施工代行会社サーバは、
   前記担当者が前記工事施工を完了した場合に、前記担当者携帯端末からの施工完了通知を受信する施工完了通知受信部と、
   前記施工完了通知に基づいて前記施工情報データベース及び前記施工予定情報データベースに記憶されている情報を更新するデータベース更新部と、
   前記施工予定情報データベースに記憶されている情報にスケジュール変更があるか否かを確認するスケジュール変更確認部と、
   前記スケジュール変更確認部により確認したスケジュール変更の有無を前記担当者携帯端末に送信するスケジュール変更送信部と、
   を有することを特徴とする工事施工代行システム。
8. 請求項７に記載の工事施工代行システムにおいて、
   前記工事施工代行会社サーバは、
   前記施工予定情報データベースに記憶されている情報に基づいて前記工事施工がすべて完了したか否かを確認する工事施工完了確認部と、
   前記工事施工完了確認部により前記工事施工がすべて完了したことを確認した場合に、各施工結果を前記サービス会社のＩＤごとに集約した施工結果情報を作成する施工結果情報作成部と、
   前記施工結果情報を記憶する施工結果情報データベースと、
   前記施工結果情報データベースに記憶されている施工結果情報を前記サービス会社サーバに送信する施工結果情報送信部と、
   を有することを特徴とする工事施工代行システム。
9. 請求項１から８のいずれかに記載の工事施工代行システムにおいて、
   前記工事施工代行会社サーバは、
   前記顧客が前記工事施工の現場で現地精算した場合に、前記担当者が受領した精算金の合計額を前記サービス会社ごとに算出する合計精算額算出部と、
   前記合計精算額算出部により算出された前記サービス会社ごとの合計精算額につき前記サービス会社に対して振り込み処理を行う合計精算額振込処理部と、
   を有することを特徴とする工事施工代行システム。
10. 請求項１から９のいずれかに記載の工事施工代行システムにおいて、
    前記サービス会社は、
    電力会社、ガス会社、水道局のうち少なくとも１種以上から選択されたものであることを特徴とする工事施工代行システム。
11. 顧客との間でサービス供給契約を締結しているサービス会社が前記顧客から転居等の異動申込を受けた際に行う工事施工を、前記サービス会社に代わって行うための工事施工代行方法であって、
    前記顧客の顧客端末と、前記サービス会社のサービス会社サーバと、前記工事施工を担当する担当者の担当者携帯端末と、前記顧客端末、前記サービス会社サーバ、及び前記担当者携帯端末に通信可能に接続され、前記工事施工を前記サービス会社のために代行する工事施工代行会社の工事施工代行会社サーバとを備え、
    前記工事施工代行会社サーバは、
    前記顧客からの前記異動申込を受け付けるステップと、
    該ステップにより受け付けた異動受付情報に受付番号を付与し、該受付番号と関連付けて前記異動受付情報を記憶するステップと、
    前記異動受付情報に基づいて前記サービス会社に前記異動申込があった旨を届け出るための届出情報を作成するステップと、
    前記届出情報を前記サービス会社サーバに送信するステップと、
    前記届出情報に基づいて前記サービス会社サーバが作成した施工情報を受信するステップと、
    前記受付番号と関連付けて前記施工情報を記憶するステップと、
    前記サービス会社のすべてから前記施工情報を取得したか否かを確認するステップと、
    該ステップにより前記サービス会社のすべてから前記施工情報を取得したことを確認した場合に、前記顧客端末に異動受付が完了した旨を通知するステップと、
    を有すること特徴とする工事施工代行方法。
    
    

Images