(57)【特許請求の範囲】
【請求項１】
複数の無線送受信装置とネットワークを介して接続されるサーバコンピュータであって、前記サーバコンピュータは、
顧客データベースおよび保安要員データベースに基づいてリストを生成する生成手段であって、前記リストは、保安点検のスケジュールデータであり、かつ予定日、顧客ＩＤ、顧客名称、顧客住所、および保安点検内容を含み、前記リストは、所定の条件に基づいて前記顧客データベースから前記保安点検の対象となる顧客データを特定し、特定された顧客データに前記保安要員データベースに格納される保安要員識別情報を付加することによって生成され、前記保安要員識別情報を付加することは、
前記予定日ごとの前記顧客データの件数を、営業所およびグループごとに算出することと、
各保安要員の前記予定日ごとの対応可能件数を算出することであって、前記予定日ごとの対応可能件数は、前記保安要員データベースに含まれる各保安要員の１日あたりの最大訪問可能件数から、前記特定された顧客データに既に付加された、前記予定日ごとの各保安要員の前記保安要員識別情報の数を差し引いた数である、算出することと、
前記予定日ごとの前記顧客データの件数と前記対応可能件数とに基づいて、前記営業所およびグループが同一である保安要員内で順番に前記特定された顧客データに前記保安要員識別情報を付加することと
を含む、生成手段と、
前記無線送受信装置からのアクセスに応答して、前記無線送受信装置の使用者である保安要員を認証する認証手段と、
前記認証された保安要員に関連付けられるスケジュールデータのみを含む前記リストを前記認証された保安要員の前記無線送受信装置に送信し、
前記顧客ＩＤが選択されたことに応答して前記顧客ＩＤに関連付けられる付加データを送信し、
前記付加データに含まれるメータ識別番号と、前記無線送受信装置によって読み取られた顧客宅の二次元コードによって示されるメータ識別番号とを照合し、一致すると判定された場合に、前記保安点検の詳細データ入力画面を送信する
送信手段であって、前記保安点検の詳細データ入力画面に表示される保安点検項目は、前記サーバコンピュータに格納されている前記顧客ＩＤに関連づけられる設備情報と、前記リスト内の顧客住所および保安点検内容とに基づいて前記サーバコンピュータによって決定される、送信手段と、
前記無線送受信装置から、前記保安点検の詳細データ入力画面に表示される保安点検項目にしたがって入力された第１のデータを受信する受信手段と、
前記第１のデータに基づいて、保安点検の結果を格納するデータベースを更新する更新手段と
を備えたことを特徴とするサーバコンピュータ。
【請求項２】
前記営業所およびグループが同一である保安要員内で順番に前記特定された顧客データに前記保安要員識別情報を付加することは、前記対応可能件数が多い保安要員から順番に前記保安要員識別情報を付加することを含むことを特徴とする請求項１に記載のサーバコンピュータ。
【請求項３】
前記営業所およびグループが同一である保安要員内で順番に前記特定された顧客データに前記保安要員識別情報を付加することは、前記保安要員データベースに含まれる前記保安要員の割当順位にしたがって順番に前記保安要員識別情報を付加することを含むことを特徴とする請求項１に記載のサーバコンピュータ。
【請求項４】
前記無線送受信装置は、
ＧＰＳによる位置測位をする位置測位手段と、
前記付加データに含まれるＧＰＳ情報と前記位置測位されたＧＰＳ情報とを照合することによって、顧客確認を行う確認手段と
をさらに備えたことを特徴とする請求項１に記載のサーバコンピュータ。
【請求項５】
前記生成手段は、顧客からの申込情報または前記顧客データベースに格納される前回の保安点検の日付情報のいずれかに基づいて前記リストを生成することを特徴とする請求項１に記載のサーバコンピュータ。
【請求項６】
複数の無線送受信装置と、前記無線送受信装置とネットワークを介して接続されるサーバコンピュータにおいて実行される方法であって、前記方法は、
顧客データベースおよび保安要員データベースに基づいてリストを生成するステップであって、前記リストは、保安点検のスケジュールデータであり、かつ予定日、顧客ＩＤ、顧客名称、顧客住所、および保安点検内容を含み、前記リストは、所定の条件に基づいて前記顧客データベースから前記保安点検の対象となる顧客データを特定し、特定された顧客データに前記保安要員データベースに格納される保安要員識別情報を付加することによって生成され、前記保安要員識別情報を付加することは、
前記予定日ごとの前記顧客データの件数を、担当する営業所およびグループごとに算出することと、
前記担当する営業所およびグループの各保安要員に対し、前記予定日ごとの対応可能件数を算出することであって、前記予定日ごとの対応可能件数は、前記保安要員データベースに含まれる各保安要員の１日あたりの最大訪問可能件数から、既に作成された前記リストに含まれる、前記予定日ごとの各保安要員の前記保安要員識別情報の数を差し引いた数である、算出することと、
前記予定日ごとの前記顧客データの件数と前記対応可能件数とに基づいて前記特定された顧客データに前記保安要員識別情報を付加することと
を含む、生成するステップと、
前記無線送受信装置からのアクセスに応答して、前記無線送受信装置の使用者である保安要員を認証するステップと、
前記認証された保安要員に関連付けられるスケジュールデータのみを含む前記リストを前記保安要員の前記無線送受信装置に送信するステップと、
前記顧客ＩＤが選択されたことに応答して前記顧客ＩＤに関連付けられる付加データを送信するステップと、
前記付加データに含まれるメータ識別番号と、前記無線送受信装置によって読み取られた顧客宅の二次元コードによって示されるメータ識別番号とを照合し、一致すると判定された場合に、前記保安点検の詳細データ入力画面を送信するステップであって、前記保安点検の詳細データ入力画面に表示される保安点検項目は、前記サーバコンピュータに格納されている前記顧客ＩＤに関連づけられる設備情報と、前記リスト内の顧客住所および保安点検内容とに基づいて前記サーバコンピュータによって決定される、送信するステップと、
前記無線送受信装置から、前記保安点検の詳細データ入力画面に表示される保安点検項目にしたがって入力された第１のデータを受信するステップと、
前記第１のデータに基づいて、保安点検の結果を格納するデータベースを更新するステップと
を含むことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、顧客宅に設置された電気設備、ガス設備、水道設備、および各種の警報機などの保安点検をサポートするシステムに関する。より詳細には、本発明は、携帯電話機を介してデータを送受信することによって、点検に必要なデータの取得、適切な点検の実施、および点検結果の報告を含む保安点検の一連の業務をサポートするシステムに関する。
【背景技術】
【０００２】
電気事業、ガス事業、水道事業および各種の警報機（例えば、火災報知機、防犯ベル）などの保安点検は、法律や条例によって実施サイクル（例えば、３年に１回）が定められている。この保安点検では、顧客宅に設置されている設備および顧客宅の住所によって保安点検の項目が異なることが知られている。また、ＬＰ（液化石油）ガスに関する設備について言えば、地方公共団体ごとに点検すべき項目が定められており、エリアごとに保安点検業務の内容は異なる。
【０００３】
このため、従来の保安点検業務では、保安要員が、システムから事前に出力された、必要な点検項目を記載した調査票を何種類も持ち、現場で必要な調査票を選択して保安点検業務を行っていた。この場合、保安要員の作業コストは大きく膨らむ虞があった。例えば、必要な調査票が足りない、悪天候のため調査票への記入が困難、などである。さらに、保安点検後、保安要員は、営業所に戻り、調査票の内容をシステムに入力しなければならなかったため、場合によっては、顧客データの更新が数日遅れることもあった。
【０００４】
また、保安要員が持っていく調査票は事前に用意されなければならないため、顧客宅を実際に訪問した際に調査票の情報と実際の設備が一致していないケースも生じていた。さらに、保安点検について顧客から急な依頼を受けたとしても、迅速な対応が困難だった。
【０００５】
保安点検業務は、非常に人手のかかるものであったため、業務改善のために様々な提案がなされていた。例えば、ハンディターミナルに専用ソフトをインストールし、保安要員が専用ソフトを使って保安点検を行うことが行われていた。また、保安要員の使用するデバイスがシステムと通信して顧客情報を取得し、デバイスに予め格納されていた設備点検用フォーマットを選択して入力を行い、入力された点検データがシステムに送信されることが提案されていた（特許文献１参照）。
【０００６】
また、ＬＰガス事業会社の主要なシステムとしては、配送システム、検針システムおよび保安システムがあり、これらは互いに関連していることが知られている。例えば、保安点検の際に取得される指針データ（メータの数値）は他のシステムにも転送され、ＬＰガス容器の配送予定日を予測するために使用されていた。
【０００７】
一方、商品に関する情報を提供するバーコード、およびバーコードよりもさらに多くの情報を提供することが可能な白と黒のドットで構成された模様の２次元コードが知られている。バーコードおよび二次元コードを読み取り、当該バーコードや２次元コードによって特定される情報を表示する携帯電話機が近年普及してきた。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１０−１６５３１７号公報
【発明の概要】
【０００９】
従来の保安点検業務では、保安要員の手作業に係る部分が多かったため、点検作業が非効率に行われていた。また、システムおよびハンディターミナルを使用したとしても、データのダウンロードおよびアップロードのために、保安要員が営業所に行かなければならず、そのことに費やされる時間が勤務時間の中で多かった。
【００１０】
また、ハンディターミナルには顧客データや必要なアプリケーションソフトが格納されているため、ハンディターミナルを紛失した場合には、重要な情報が漏れる虞があった。さらに、ハンディターミナル自体が高額であるため、数を増やすことは容易ではなく、また、紛失の場合の経済的損害も大きかった。
【００１１】
また、保安点検が完了しなくても顧客宅を離れることができたため、点検未了の場合に後日トラブルが発生する危険性があった。
【００１２】
本発明は、上記課題を解決するために提案される。本発明の目的は、携帯電話機を介してデータを送受信することによって、点検に必要なデータの取得、適切な点検の実施、および点検結果の報告を含む保安点検の一連の業務をサポートするシステムを提供することにある。
【００１３】
詳細に説明すると、携帯電話機は、サーバからダウンロードした保安点検すべき顧客のスケジュールリストのみを格納する。保安点検時に、携帯電話機は、メータ上の二次元コードを読み取って顧客を識別し、保安点検に必要な入力画面およびチェックロジックをダウンロードする。保安要員によって入力された点検データはチェックロジックに基づいて妥当性が検査され、検査をパスした点検データがサーバに送信される。サーバは、点検データに基づいてサーバ内の関連するデータベースを更新する。サーバへのデータ送信後、携帯電話機内の顧客データおよび関連するデータは消去される。
【発明の効果】
【００１４】
本発明によれば、汎用の携帯電話機を使用して保安点検業務を行うことができるため、保安要員が保安点検業務の前後に営業所に行く必要がなくなり、勤務時間内により多くの顧客宅を訪問することができる。また、保安点検前の時点で、システムから携帯電話機に最低限のデータのみ送信され、追加のデータは顧客宅で取得および更新されるため、情報漏洩および紛失のリスクが最小限度に抑えられる。さらに、顧客宅のメータに貼付された二次元コードを読まないと保安点検が出来ないため、顧客の取り違えのミスを防止できる。
【００１５】
本発明によれば、保安点検が終了した顧客データは即座に消去されるため、保安点検後は当該顧客データを紛失するリスクから解放される。また、保安点検時に、当該顧客の状況をリアルタイムに把握できるため、必要かつ適切な保安点検作業を行うことが可能となる。さらに、高額なハンティターミナルの代替として汎用のコードリーダー機能付き携帯電話機を利用することにより機器コストの低廉化を実現できる。
【図面の簡単な説明】
【００１６】
【図１】本発明に係るセンターシステムの概略を示す図である。
【図２】本発明に係る保安点検の一連の業務処理フローを示す図である。
【図３】本発明に係るスケジュールデータの生成処理の詳細を示すフロー図である。
【図４】顧客マスタテーブルの一例を示す図である。
【図５】保安要員マスタテーブルの一例を示す図である。
【図６】本発明に係るスケジュールデータの一例を示す図である。
【図７】携帯電話機に表示されるスケジュール画面の一例を示す図である。
【図８】携帯電話機に表示される入力画面の一例を示す図である。
【図９】他の実施形態に係るスケジュールデータ作成の一例を示すフロー図である。
【図１０】本発明に係る保安システムの構成を示す図である。
【発明を実施するための形態】
【００１７】
本明細書では、ＬＰガス容器を使用している顧客宅の設備の保安点検をサポートするシステムについて説明するが、これは単なる例示である。本発明の技術思想は、顧客宅に設置された電気設備、ガス設備、水道設備、および各種の警報機などの保安点検をサポートするシステムに適用可能である。また、本明細書では、メータに貼付された二次元コードを携帯電話機で読み取ることを開示しているが、顧客を識別可能な情報であれば他の手段（例えば、バーコード）であっても良い。
【００１８】
本明細書で説明する実施形態はあくまでも例示であり、本発明は当該実施形態に限定されることはなく、様々な変形が可能であることに留意されたい。また、当該実施形態で説明する方法、機能および手段は、コンピュータ実行可能なプログラムとして実装することも可能であり、また、当該プログラムを格納したコンピュータ読み取り可能な記録媒体として実施することも可能である。
【００１９】
＜センターシステム＞
図１は、本発明に係る携帯保安システムに含まれるセンターシステム（基幹システム）１００および各保安要員の携帯電話機１１０を示す図である。センターシステム１００は、複数の携帯電話機１１０とネットワーク１３０を介して接続される。携帯電話機１１０は、バーコードおよび２次元コード読み取り機能を備える周知の携帯電話機とすることができる。ネットワーク１３０は、ＬＡＮ（local area network）、インターネットおよびセルラーネットワークなどの周知のネットワークとすることができる。
【００２０】
センターシステム１００は、配送システム１０１、検針・請求システム１０２および保安システム１０３を含む。なお、図１は、センターシステム１００が３つのシステム１０１〜１０３を内部に含むように記載されているが、３つのシステム１０１〜１０３が独立して存在し、各システム１０１〜１０３がネットワーク経由でセンターシステム１００に接続される構成としても構わない。
【００２１】
センターシステム１００は、顧客、担当者、営業所などの各種マスタテーブルを有している。これらのマスタテーブルのレプリカは、必要に応じて個々のシステム１０１〜１０３に送信される。以下の説明では、マスタテーブルが個々のシステム１０１〜１０３に格納されているものとして説明する。
【００２２】
まず、配送システム１０１、検針・請求システム１０２および保安システム１０３について概略を説明した後、本発明に係る保安システム１０３が詳細に説明される。
【００２３】
＜配送システム＞
配送システム１０１は、充填所から各配送拠点（「デポ」ともいう）に向けて配送されるガスボンベの種類・本数のデータと前日の各配送拠点における配送残のガスボンベの種類・本数のデータとの合計である配送拠点ごとの日々の配送データを生成し、かつ当該配送データを当該配送拠点からの配送を担当する各配送員に割り当てた配送員別配送データを生成する。当該配送データの生成は、所定のアルゴリズムにしたがって行われる。
【００２４】
また、配送システム１０１は、各配送員の携帯電話機１１０からのアクセスに応答して当該配送員分の配送データを送信し、かつ当日に実際に配送が行われた顧客宅の作業データおよび配送残のデータに基づいて配送システム１０１内のデータベース（ＤＢ）を更新する。
【００２５】
＜検針・請求システム＞
検針・請求システム１０２は、顧客宅のメータに示されたガス使用量（数値情報）を検針員の携帯電話機１１０を介して受信し、受信したガス使用量および当該顧客宅の前回検針時のガス使用量に基づいて請求データを生成する。検針・請求システム１０２は、当月のガス使用量を検針年月日の情報とともに蓄積する。当月のガス使用量および検針年月日の情報は、配送システム１０１における配送スケジュール生成時に使用される。なお、本明細書で「検針」業務とは、毎月のガス使用量をメータによって確認し、請求を行うためのものであり、上記したガスボンベの配送とは別途行われることに留意されたい。
【００２６】
＜保安システム＞
保安システム１０３は、顧客宅の設備情報（例えば、ファンヒーター）、当該設備の満期情報、地域ごとに定められた所定の調査項目などの情報を格納し、かつ保安要員の携帯電話機１１０から顧客宅で行われた保安点検データを受信して当該情報を更新する。
【００２７】
ＬＰガスを使用し始める時、顧客宅のメータに二次元コードが貼付される。二次元コードは、メータ番号を識別する。センターシステム１００は、二次元コードに関連付けられるメータ番号を顧客データと関連付けて格納する。また、保安点検時には、顧客宅のＧＰＳ情報（緯度・経度）が取得され、当該ＧＰＳ情報は、保安システム１０３内の顧客データベースの一項目として格納される。
【００２８】
また、保安システム１０３は、保安要員の携帯電話機１１０に対して所定の情報を提供し、保安要員の顧客宅での作業を支援する。なお、本明細書で「保安」とは、顧客宅に設置されている機器設備などの点検作業であって、その実施が法定されているものであり、上記したガスボンベの配送とは別途行われることに留意されたい。
【００２９】
保安システム１０３は、各顧客宅の機械設備情報、ガス使用量、および当該ガス使用量データの受信年月日の情報を有するが、これらのデータは、配送システム１０１における配送スケジュール生成時に使用される。
【００３０】
保安点検には様々な調査が含まれる。以下では、２つの調査、すなわち、開栓時調査および定期調査を例として説明するが、これ以外の保安調査が除外されることは意図されない。開栓時調査は、顧客がＬＰガスを使い始める際に行われ、定期調査は、既存顧客に対して定期的に行われる。
【００３１】
＜開栓時調査におけるシステム処理のフロー＞
以下、図２を参照しながら保安システム１０３の処理フローを説明する。
【００３２】
ステップＳ２０１において、保安システム１０３は、顧客からの開栓申込データをシステムオペレータの操作を介して受信する。この申込データは、顧客の氏名、住所および開栓希望日のデータを少なくとも含む。保安システム１０３は、申込データに基づいて顧客マスタテーブル４００に顧客データを新たに追加する。新たに追加されたデータは、住所に基づいて担当する営業所およびグループが決定され、かつ準備フラグに‘１’を格納する。過去に同じ住所の顧客宅データがあった場合には、参考情報として当該データを参照できる。しかしながら、実際の顧客データは、申込データを受けたことに応答して実施される開栓時調査によって取得されるデータに基づいてアップデートされることに留意されたい。
【００３３】
ステップＳ２０２において、保安システム１０３は、所定のタイミングで顧客マスタテーブル４００に格納されている準備フラグが‘１’の顧客データを読み出し、スケジュールデータ６００を生成する。スケジュールデータ６００は、顧客マスタテーブル４００に含まれる保安点検希望日に格納される日付情報に基づくスケジュールデータである。データを生成する際、保安システム１０３は、保安要員マスタテーブル５００からそれぞれの営業所およびグループの保安要員のデータを読み出し、スケジュールデータ６００のそれぞれのデータに保安要員のデータを割り当てる。
【００３４】
ここで、図３を参照しながら、保安要員への顧客データ割り当て処理を詳細に説明する。ステップＳ３０１において、保安システム１０３は、新たに生成されたスケジュールデータ６００に関して、それぞれの日における対象となる顧客データの件数を営業所およびグループごとに算出する。例えば、保安システム１０３は、２０１１年４月１日に、営業所コード「６６」のグループ「１」が担当する顧客の保安点検の件数は１０件であると算出する。
【００３５】
ステップＳ３０２において、保安システム１０３は、既に保安要員の割り当て済みのスケジュールデータ６００からそれぞれの日のそれぞれの営業所、グループおよび保安要員のデータの件数を算出する。この処理により、保安システム１０３は、例えば、４月１日には、営業所「６６」のグループ「１」の保安要員「Ａ」は２件の予定を有しているということを検知する。
【００３６】
ステップＳ３０３において、保安システム１０３は、保安要員マスタテーブル５００から各保安要員のランクを読み出し、当該ランクとステップＳ３０２において算出されたデータ件数とに基づいて、各保安要員がそれぞれの日にさらに対応可能な件数を算出する。例えば、４月１日に保安要員「Ａ」が２件の予定を有しており、かつ保安要員マスタテーブル５００から保安要因「Ａ」のランクが８件であった場合には、保安要因「Ａ」は４月１日にさらに６件の予定を有することができる。後述するように、ランクは各保安要員が一日に訪問可能な件数を示す。
【００３７】
ステップＳ３０４において、保安システム１０３は、それぞれの日における各営業所およびグループの顧客データに、ステップＳ３０３において算出された各保安要員のさらに対応可能な件数を上限として、担当する保安要員のＩＤを割り当てる。この割り当て処理により、それぞれの日における各保安要員のスケジュールデータが生成される。なお、この割り当て処理は、様々な方法で行うことができる。例えば、各保安員のさらに対応可能な件数の多い者から順番に割り当てを順次行う方法、保安要員マスタテーブル５００の割当順位にしたがって１件ずつ順番に割当を行う方法、などの方法がある。
【００３８】
ここで、図４の顧客マスタテーブル４００、図５の保安要員マスタテーブル５００、図６のスケジュールデータ６００の一例が説明される。
【００３９】
顧客マスタテーブル４００は、顧客ＩＤ、名称、郵便番号、住所、連絡先、ＧＰＳ情報、メータ識別番号、営業所コード、グループコード、開閉栓状況、契約開始年月、契約終了年月、契約種別、前回保安点検日、保安点検希望日、準備フラグ、および検針員メモを含む。顧客ＩＤは、顧客を識別する番号を示す。ＧＰＳ情報は、メータの地理的位置を示し、メータを設置する際に計測される。メータ識別番号は、顧客宅に設置されているメータを識別する番号を示す。営業所コードおよびグループコードは、顧客を担当する営業所およびグループを示す。開閉栓状況は、ガスの使用可否の情報を示す。契約種別は、ガス料金を計算する元になる契約の種類を示す。前回保安点検日は、前回行われた保安点検の日付を示す。保安点検希望日は、顧客から申込があった保安点検の希望日である。準備フラグは、開栓の申込を受けた場合に‘１’が設定され、開栓が完了したら‘０’に設定される。
【００４０】
保安要員マスタテーブル５００は、保安要員ＩＤ、氏名、営業所コード、グループコード、ランク、割当順位、およびパスワードを含む。保安要員ＩＤは、保安要員を識別する番号を示す。営業所コードおよびグループコードは、保安要員が所属する営業所およびグループを示す。ランクは、それぞれの保安要員が１日に訪問することができる最大件数を示す。割当順位は、同一の営業所およびグループ内に複数の保安要員がいる場合に、スケジュールデータを保安要員に割り当てる順番を示す。パスワードは、システムにアクセスする時の認証に使用される。
【００４１】
スケジュールデータ６００は、予定日、営業所コード、グループコード、保安要員ＩＤ、顧客ＩＤ、顧客名称、顧客住所、メータ識別番号、および保安点検内容を含む。保安点検内容は、保安点検時に行う作業（開栓、定期点検、など）を示す。
【００４２】
図２に戻ると、ステップＳ２０３において、保安要員の携帯電話機１１０は、保安システム１０３にアクセスし、認証成功後、当該保安要員のスケジュールデータ６００をダウンロードする。詳細に説明すると、携帯電話機１１０は、保安要員のＩＤおよびパスワードを保安システム１０３に送信する。保安システム１０３は、受信したＩＤおよびパスワードを使用して保安要員マスタテーブル５００に問い合わせを行い、認証を行う。認証成功後、保安システム１０３は、当該保安要員のＩＤが付されたスケジュールデータ６００のみを携帯電話機１１０に送信する。
【００４３】
なお、上記認証の際に、携帯電話機１１０の機番号を使用して認証を行うようにしてもよく、その場合には、保安要員マスタテーブル５００に保安要員の使用する携帯電話機１１０の機番号が登録される。
【００４４】
図７は、携帯電話機１１０に表示されるスケジュールデータの一例を示す。スケジュールデータは、月、週および日単位で表示することができる。図７の例では、カレンダーは月単位および日単位で表示される。月単位のカレンダーでは、携帯電話機１１０を操作してカーソルを特定の日付に合わせると、その日の予定のサマリーが画面に表示され、所定の日にカーソルを合わせてボタンを押下すると日単位のカレンダーが表示される。日単位のカレンダーでは、特定の顧客名にカーソルを合わせてボタンを押下するとその顧客の詳細データ（例えば、電話番号、設置容器、設置設備）が表示される。
【００４５】
ステップＳ２０４において、携帯電話機１１０は、所定の顧客データが選択されたことに応答して保安システム１０３からその顧客の詳細データをダウンロードし、二次元コード読取画面を表示する。ダウンロードされるデータにはメータ識別番号およびＧＰＳ情報が含まれる。携帯電話機１１０は、二次元コード読取画面上で入力された読取指示に応答して、メータに貼付された二次元コードを読み取り、選択された顧客データのメータ識別番号と読み取ったメータ識別番号を照合する。携帯電話機１１０は、さらにＧＰＳによる位置測位を開始し、取得したＧＰＳ情報とダウンロードデータに含まれるＧＰＳ情報とを照合する。メータ識別番号が一致し、ＧＰＳ情報が所定の範囲内に収まっていれば、携帯電話機１１０は、顧客確認が完了したと判断して、保安点検の詳細データを入力するための入力画面を保安システム１０３からダウンロードする。しかしながら、メータ識別番号が不一致の場合、またはＧＰＳ情報が所定の範囲内に収まっていない場合には、顧客不一致であるとして入力画面のダウンロードは行われず、上記ダウンロードされた顧客の詳細データは破棄される。
【００４６】
ダウンロードされる入力画面および入力画面に表示される詳細データ項目は、顧客宅が位置する住所および顧客マスタテーブル４００に含まれる設備情報、およびスケジュールデータ６００の保安点検内容にしたがって保安システム１０３によって決定される。換言すれば、携帯電話機１１０は、保安点検に必要なデータのみを保安システム１０３からダウンロードすることができる。なお、本発明では、保安点検の調査時点の設備情報がダウンロードされるため、他の担当者が直前に取り付けたガス器具の情報、ガス栓情報等を含む最新のデータをダウンロードできることに留意されたい。
【００４７】
図８は、調査メニューの一例を示す。このメニューは、保安要員が行わなければならない調査項目を一覧表示し、作業が完了したら完了を示すデータを受け付けることができる。なお、このメニューは単なる一例であり、携帯電話機１１０に表示される入力画面および詳細データ項目は、保安システム１０３によって決定されることに留意されたい。保安システム１０３は、顧客宅が位置する住所、設備情報、および保安点検内容（開栓、定期）などに対応する入力画面のアプリケーションプログラムおよび当該アプリケーションプログラムに関連づけられる詳細データ項目のマッピング情報を格納する。また、図８に例示したように、保安点検時にメータの現在の数値を入力するようにしてもよい。入力されたメータの数値は、保安システム１０３を介して配送システム１０１における配送予定データ生成に使用される。
【００４８】
ステップＳ２０６において、保安要員によって保安点検データが携帯電話機１１０の入力画面を介して入力される。ステップＳ２０７において、携帯電話機１１０は、入力漏れがあるか否か、および入力された保安点検データの整合性をチェックする。チェックが完了している場合に、保安点検データが保安システム１０３に送信される。保安システム１０３は、受信した保安点検データにしたがって顧客マスタテーブル４００、スケジュールデータ６００などセンターシステム１００内の更新対象のデータベースを更新する。
【００４９】
更新対象のデータベースには、今回行われた保安点検データを格納する保安点検結果データベース１００７が含まれる。保安点検結果データベース１００７は、保安点検データを格納するデータベースの総称であり、一般事項、バルク、供給側設備、消費側設備、漏洩、ガス栓、器具調査、建物情報、他燃料機器（電気、灯油、ソーラーなど）、警報機などを含む保安点検データを格納する複数のデータベースを含む。また、保安点検結果データベース１００７に格納されるデータ項目は、顧客宅に設置されている設備やエリアによって決定される。
【００５０】
なお、携帯電話機１１０から保安システム１０３に保安点検データが送信された後、携帯電話機１１０内の顧客データおよび関連するデータは消去される。
【００５１】
他の実施形態として、ステップＳ２０１〜Ｓ２０３におけるスケジュールデータが生成されておらず、かつ突然の開栓依頼を顧客から受けた場合は、ＱＲコードを読み取り、一定条件をクリアしたら調査可能としてもよい。そのようなケースでは、調査直前の設備調査データが反映され、保安点検データのアップロード後、開栓受付データを作成し、整合性をとるようにすることができる。
【００５２】
＜定期調査におけるシステムの処理フロー＞
定期調査の場合には、ステップＳ２０３以後の処理、つまり、各保安要員の情報が付加されたスケジュールデータのダウンロード以後の処理は開栓時調査と同じであるため、開栓時調査と異なる処理についてのみ図９を参照しながら説明する。
【００５３】
ステップＳ９０１において、保安システム１０３は、顧客マスタテーブル４００から前回の保安点検から所定の期間が経過した顧客データを抽出する。上述したように、保安点検は、法律および条例によって実施サイクルが定められている。抽出された顧客に対しては、様々な通信手段（郵便、メール、ホームページ上での入力など）を介して予定を確認し、訪問スケジュールが設定される。
【００５４】
ステップＳ９０２において、設定された顧客宅へのスケジュールデータが保安システム１０３に入力される。その後、図３を参照して説明したように、各スケジュールデータが各保安要員に割り当てられる。割り当て済みのスケジュールデータは、ステップＳ２０３において説明したように、各保安要員の携帯電話機１１０にダウンロードされる。
【００５５】
本実施形態においては、保安システム１０３は、一旦設定されたスケジュールを、顧客からのスケジュール変更依頼に応答して変更可能である。スケジュール変更があった場合、保安システム１０３は、該当する保安要員の携帯電話機１１０に対してデータ変更があったことを通知することができ、その保安要員は、当該通知に応答してスケジュールデータ６００を再ダウンロードすることができる。
【００５６】
また、同じ保安要員が、複数の調査業務（例えば、定期調査およびバルク調査）を同一スケジュール内で管理することが可能である。かかる場合には、携帯電話機１１０は、複数の業務に使用される入力画面および詳細なデータ項目を保安システム１０３からダウンロードすることができ、保安に係る複数業務の調査漏れを防ぐことが可能となる。
【００５７】
また、アポイントメントしたにも関わらず不在の顧客に関しては、携帯電話機１１０を介して訪問データが入力され、訪問履歴が作成される。
【００５８】
さらに、携帯電話機１１０は、保安点検時に追加の作業内容についての入力をすることができ、営業所での作業を軽減することができる。例えば、保安要員が、機器交換、高圧ホース交換、機器の修理等の追加作業を行った場合は、現場でその情報が携帯電話機１１０に入力され、保安システム１０３に送信される。また、その場で修理などの追加作業を行わなくても、保安システム１０３に対して追加作業のデータを登録すれば、供給業者にそのデータを通知することが可能となる。
【００５９】
＜システム構成＞
以下、図１０を参照しながら本発明に係る保安システム１０３のシステム構成について説明する。保安システム１０３は、制御部１００１、主記憶部１００２、補助記憶部１００３、インターフェース（Ｉ／Ｆ）部１００４、入力部１００５、出力部１００６、顧客マスタテーブル４００、保安要員マスタテーブル５００、およびスケジュールデータ６００を含む。
【００６０】
制御部１００１は、中央処理装置（ＣＰＵ）とも呼ばれ、上記各構成要素の制御やデータの演算を行い、また、補助記憶部１００３に格納されている各種プログラムを主記憶部１００２に読み出して実行する。主記憶部１００２は、メインメモリとも呼ばれ、保安システム１０３が受信した各種データ、コンピュータ実行可能な命令および当該命令による演算処理後のデータなどを記憶する。
【００６１】
補助記憶部１００３は、ハードディスク（ＨＤＤ）などに代表される記憶装置であり、データやプログラムを長期的に保存する際に使用される。主記憶部１００２は、補助記憶部１００３よりも記憶容量が相対的に小さいため、一時的なデータの記憶や演算処理などに使用されるのに対し、補助記憶部１００３は、必要なデータや情報の長期的な記憶・保存のために使用される。つまり、制御部１００１がプログラムを実行してデータの演算を行う場合には、補助記憶部１００３から必要なデータやプログラムを主記憶部１００２に読み出し、演算結果のデータを長期的に記憶・保存するには制御部１００１が補助記憶部１００３に演算結果のデータを書き込むこととなる。
【００６２】
インターフェース（Ｉ／Ｆ）部１００４は、保安システム１０３の外部にあるコンピュータ装置および携帯電話機１１０との間でデータを送受信する際のインターフェースの役割を果たす。外部から受信したデータは、主記憶部１００２に一時的に記憶される。また、インターフェース部１００４は、入力部１００５を介して入力された各種コマンドや入力データ（各種マスタ、テーブルなど）を受け付けるインターフェースも提供する。出力部１００６は、保安システム１０３のアウトプット（画面・帳票など）を出力する。
【００６３】
顧客マスタテーブル４００、保安要員マスタテーブル５００、およびスケジュールデータ６００は、それぞれ、図４、図５、および図６を参照して上述したようなデータ項目を有する。これらのデータベースは、入力部１００５を介して入力されるデータにしたがってアップデートされ、また携帯電話機１１０から送信されたデータにしたがってアップデートされる。なお、これらのデータベースから抽出されたデータを使用して所定項目のデータを時系列に生成・格納することももちろん可能である。
【符号の説明】
【００６４】
１００  センターシステム（基幹システム）
１０１  配送システム
１０２  検針・請求システム
１０３  保安システム
１１０  携帯電話機
１３０  ネットワーク
４００  顧客マスタテーブル
５００  保安要員マスタテーブル
６００  スケジュールデータ
１００７  保安点検結果データベース
【図１】
0005469753.tif 000002
【図２】
0005469753.tif 000003
【図３】
0005469753.tif 000004
【図４】
0005469753.tif 000005
【図５】
0005469753.tif 000006
【図６】
0005469753.tif 000007
【図７】
0005469753.tif 000008
【図８】
0005469753.tif 000009
【図９】
0005469753.tif 000010
【図１０】
0005469753.tif 000011