(57)【要約】【課題】ガス料金の不払いにより閉栓した不払閉栓顧客に対する開栓業務をコンピュータ処理により効率的に支援する開栓業務支援システムを提供する。【解決手段】顧客の属性データＤ１を記憶する顧客データベース１、作業者の属性データＤ２を記憶する作業者データベース２、不払閉栓顧客の支払い状況Ｄ６、開栓依頼の有無Ｄ７、担当予定作業者Ｄ８を記憶する不払閉栓顧客データベース３、不払ガス料金支払済だが開栓依頼が未だの開栓予定顧客とその担当予定作業者を不払閉栓顧客データベース３から検出する開栓予定顧客検出手段５、開栓予定顧客の属性データＤ１を顧客データベース１から抽出して、担当予定作業者の携帯情報端末２０に送信するデータ送受信手段７を備える。【選択図】  図１
2004295842.tif 000002
【特許請求の範囲】
【請求項１】
ガス料金の不払いにより閉栓してガス供給停止中の不払閉栓顧客に対して、前記不払ガス料金の支払い後に前記不払閉栓顧客からの申し出により開栓して供給再開する開栓業務をコンピュータのデータ処理により支援する開栓業務支援システムであって、
顧客の属性データを検索可能に記憶してある顧客データベースと、
前記閉栓業務及び前記開栓業務を担当する複数の作業者の属性データを検索可能に記憶してある作業者データベースと、
前記不払閉栓顧客の前記不払ガス料金の支払い状況、前記不払閉栓顧客の開栓依頼の有無、前記不払閉栓顧客を担当予定の前記作業者を検索可能に記憶してある不払閉栓顧客データベースと、
前記不払閉栓顧客であって前記不払ガス料金は支払ったが開栓依頼をしていない開栓予定顧客とその開栓予定顧客を担当予定の前記作業者を前記不払閉栓顧客データベースから検出する開栓予定顧客検出手段と、
前記開栓予定顧客の前記属性データを前記顧客データベースから抽出して、前記開栓予定顧客を担当予定の前記作業者の所持するデータ送受信機能を具備する携帯情報端末に送信するデータ送受信手段と、を備えてなることを特徴とする開栓業務支援システム。
【請求項２】
ガス料金の不払いにより閉栓してガス供給停止中の不払閉栓顧客に対して、前記不払ガス料金の支払い後に前記不払閉栓顧客からの申し出により開栓して供給再開する開栓業務をコンピュータのデータ処理により支援する開栓業務支援システムであって、
顧客の属性データを検索可能に記憶してある顧客データベースと、
前記閉栓業務及び前記開栓業務を担当する複数の作業者の属性データと稼働状況を示す稼働状況データを検索可能に記憶してある作業者データベースと、
前記不払閉栓顧客の前記不払ガス料金の支払い状況、前記不払閉栓顧客の開栓依頼の有無、前記不払閉栓顧客を担当予定の前記作業者を検索可能に記憶してある不払閉栓顧客データベースと、
前記不払閉栓顧客からの開栓依頼を受け付けた受付者からの依頼受付入力に伴い、前記開栓依頼が受け付けられた前記不払閉栓顧客である要開栓顧客を担当予定の前記作業者を前記不払閉栓顧客データベースから抽出し、その作業者の前記稼働状況データを前記作業者データベースから検索して、前記開栓依頼に対する開栓設定日に前記開栓業務が担当可能か否かを判定し、担当可能と判定した場合に、不払開栓作業者として決定する作業者決定手段と、
前記不払開栓作業者の所持するデータ送受信機能を具備する携帯情報端末に対し、前記要開栓顧客の前記属性データと前記依頼受付入力を送信するデータ送受信手段と、を備えてなることを特徴とする開栓業務支援システム。
【請求項３】
前記不払閉栓顧客であって前記不払ガス料金は支払ったが開栓依頼をしていない開栓予定顧客とその開栓予定顧客を担当予定の前記作業者を前記不払閉栓顧客データベースから検出する開栓予定顧客検出手段を備え、
前記データ送受信手段は、前記開栓予定顧客の前記属性データを前記顧客データベースから抽出して、前記開栓予定顧客を担当予定の前記作業者の前記携帯情報端末に対し送信可能に構成されていることを特徴とする請求項２に記載の開栓業務支援システム。
【請求項４】
前記作業者決定手段は、前記要開栓顧客を担当予定の前記作業者が、前記開栓設定日に前記開栓業務を担当不能と判定した場合に、前記開栓設定日に前記開栓業務が担当可能な他の前記作業者を前記作業者データベースから前記稼働状況データに基づいて抽出し、前記要開栓顧客の不払開栓作業者とすることを特徴とする請求項２または３に記載の開栓業務支援システム。
【請求項５】
前記顧客データベースには、前記顧客の属性データの一部として、顧客位置を示す顧客位置データを検索可能に記憶してあり、
前記データ送受信手段は、前記不払閉栓顧客の前記顧客位置データを前記顧客データベースから抽出して、前記不払閉栓顧客を担当予定の前記作業者の前記携帯情報端末に対し送信可能に構成されていることを特徴とする請求項１〜４の何れか１項に記載の開栓業務支援システム。
【請求項６】
前記作業者データベースは、前記作業者の稼働状況を示す前記作業者の勤務日程データ、前記作業者の稼働場所または待機場所を示す作業者位置データ、及び、前記作業者の業務負荷を示す業務負荷データを検索可能に記憶してあることを特徴とする請求項１〜５の何れか１項に記載の開栓業務支援システム。
【請求項７】
前記携帯情報端末は位置検知機能を有し、前記データ送受信手段は、前記位置検知機能によって検知された前記作業者の前記作業者位置データを前記携帯情報端末から取得し、前記作業者データベースに登録することを特徴とする請求項６に記載の開栓業務支援システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ガス料金の不払いにより閉栓してガス供給停止中の不払閉栓顧客に対して、その不払ガス料金の支払い後に前記不払閉栓顧客からの申し出により開栓して供給再開する開栓業務をコンピュータのデータ処理により支援する開栓業務支援システムに関する。
【０００２】
【従来の技術】
ガス業者と顧客の間での供給契約により、ガスの供給を受けた顧客は、その使用量に基づくガス料金をガス業者に支払わなければいけないが、ガス料金の不払いの顧客に対しては、ガス業者は督促を行い、所定支払期限を超過してもその不払ガス料金の支払いがない場合には、閉栓作業の作業者が出向いて顧客のガス栓の閉栓作業を行い、ガスの供給を停止していた。また、閉栓後、不払閉栓中の顧客が不払ガス料金の支払いを行うと、入金確認後に当該顧客からの電話等による開栓依頼を受け付けて開栓意思の確認を行った後、開栓作業の作業者が出向き、開栓作業を行っている。また、相当件数の閉栓及び開栓作業が日常的に発生するため、ガス業者は複数の作業者を常駐させて、その作業に当たらせている。
【０００３】
具体的には、ガス業者の電話受付センタでオペレータが開栓依頼の入電を受け付け、開栓意思の確認を行った後、顧客の依頼案件をデータベースサーバ等のコンピュータで管理されている依頼案件登録用のデータベースに開栓作業の内容（顧客番号、顧客名、顧客住所、開栓日等）を入力するとともに、当該顧客住所地を管轄するサービスセンタに電話し、当該サービスセンタの担当受付者に、開栓依頼の有った旨を連絡する。つまり、電話受付センタでオペレータでは、実際に開栓業務に携わる作業者の稼働状況が把握できないため、それらを管理している当該サービスセンタの担当受付者に連絡する必要があった。引き続き、サービスセンタの担当受付者は、依頼内容を確認の上、自センタの開栓作業者の中から、その開栓業務に適切な作業者を選択し、その作業者に携帯電話等を用いて連絡し開栓作業を指示する。
【０００４】
一方、上述の如く当該閉栓及び開栓作業が相当件数になり、その作業コストや手間が嵩むため、かかるコスト削減の目的で、これを顧客側に委ねる試みもある（例えば、特許文献１に開示された「支払いシステム及びメータ」を参照）。
【０００５】
また、開栓業務とは関係ないが、顧客に作業者を派遣する作業をコンピュータ処理により支援するシステムが、例えば、特許文献２に開示されている。
【０００６】
【特許文献１】
特開２００２−０２４９３７号公報
【特許文献２】
特開２００２−３５２３６７号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、開栓作業のために作業者を派遣する従来の方法では、不払閉栓顧客からの開栓依頼の電話受付から、開栓作業者に連絡が入るまでに、多くの人手と手間を介しており、これにより、不払閉栓顧客のために通常不要な費用が必要となる。また、ある不払閉栓顧客に対してその閉栓を担当した作業者が開栓業務も担当することが望ましいが、当該作業者も不払閉栓顧客から何時開栓依頼が来るか分からないため、それに対して適切に待機していることが困難である。
【０００８】
また、特許文献１に開示されているような、開栓作業を顧客側に委ねるシステムでは、支払い確認及び開栓意思の確認を自動化する必要から、支払い確認のための特別の入金証を発行し、ガスメータの遮断弁を開栓するためにメータ側にその入金証の真偽を確認するための情報処理機能を別途設ける必要があり、新たな設備投資が必要となる。また、専門の作業者が開栓作業を行わないので、事故の危険性も残される。
【０００９】
従って、かかる事情から、作業者による開栓作業は今後も必要となり、当該開栓作業に係る一連の業務の効率化が望まれている。
【００１０】
本発明は、上述の問題点に鑑みてなされたものであり、その目的は、上記問題点を解消し、ガス料金の不払いにより閉栓してガス供給停止中の不払閉栓顧客に対して、前記ガス料金の支払い後に前記不払閉栓顧客からの申し出により開栓して供給再開する開栓業務を効率的に行えるようにコンピュータのデータ処理により支援する開栓業務支援システムを提供することにある。
【００１１】
【課題を解決するための手段】
この目的を達成するための本発明に係る開栓業務支援システムの第一の特徴構成は、ガス料金の不払いにより閉栓してガス供給停止中の不払閉栓顧客に対して、前記不払ガス料金の支払い後に前記不払閉栓顧客からの申し出により開栓して供給再開する開栓業務をコンピュータのデータ処理により支援する開栓業務支援システムであって、顧客の属性データを検索可能に記憶してある顧客データベースと、前記閉栓業務及び前記開栓業務を担当する複数の作業者の属性データを検索可能に記憶してある作業者データベースと、前記不払閉栓顧客の前記不払ガス料金の支払い状況、前記不払閉栓顧客の開栓依頼の有無、前記不払閉栓顧客を担当予定の前記作業者を検索可能に記憶してある不払閉栓顧客データベースと、前記不払閉栓顧客であって前記不払ガス料金は支払ったが開栓依頼をしていない開栓予定顧客とその開栓予定顧客を担当予定の前記作業者を前記不払閉栓顧客データベースから検出する開栓予定顧客検出手段と、前記開栓予定顧客の前記属性データを前記顧客データベースから抽出して、前記開栓予定顧客を担当予定の前記作業者の所持するデータ送受信機能を具備する携帯情報端末に送信するデータ送受信手段と、を備えてなる点にある。
【００１２】
上記開栓業務支援システムの第一の特徴構成によれば、不払ガス料金の支払って未だ開栓依頼をしていない開栓予定顧客を担当予定の作業者が、不払開栓作業を行う可能性の高い開栓予定顧客の存在を、実際に開栓依頼がされる前に事前に知ることができる。ここで、開栓予定顧客を担当予定の作業者は、開栓予定顧客の不払開栓業務を担当予定であり、通常、開栓予定顧客の不払閉栓業務を担当した作業者が引き続き担当するのが、閉栓時の事情をよく把握しており都合がよい。
【００１３】
不払閉栓顧客が独り住まいである場合等では、不払ガス料金の支払いと実際にガスの使用を開始したい時期とがずれていることが多いため、上記支払い時刻と開栓依頼時刻にもずれが生じる場合があり、この時間差を利用して開栓依頼の予知が可能となる。そこで、当該開栓依頼を予知した作業者は、もし待機状態であれば、同時に送信されてくる開栓予定顧客の属性データにより、その顧客の氏名・住所・電話番号等を確認することができ、予めその開栓予定顧客の近所で待機することで、開栓作業の効率化が図れる。また、場合によっては、開栓予定顧客に対し、作業者の側から開栓意思の確認をとることも可能となる。また、当該開栓依頼を予知した作業者が作業中であっても、例えば、作業後に開栓予定顧客の近所で待機することで、開栓作業の効率化が図れる。特に、開栓予定顧客が複数ある場合は、より多くの開栓予定顧客の近所で待機することで、更に開栓作業の効率化が図れる。
【００１４】
同開栓業務支援システムの第二の特徴構成は、ガス料金の不払いにより閉栓してガス供給停止中の不払閉栓顧客に対して、前記不払ガス料金の支払い後に前記不払閉栓顧客からの申し出により開栓して供給再開する開栓業務をコンピュータのデータ処理により支援する開栓業務支援システムであって、顧客の属性データを検索可能に記憶してある顧客データベースと、前記閉栓業務及び前記開栓業務を担当する複数の作業者の属性データと稼働状況を示す稼働状況データを検索可能に記憶してある作業者データベースと、前記不払閉栓顧客の前記不払ガス料金の支払い状況、前記不払閉栓顧客の開栓依頼の有無、前記不払閉栓顧客を担当予定の前記作業者を検索可能に記憶してある不払閉栓顧客データベースと、前記不払閉栓顧客からの開栓依頼を受け付けた受付者からの依頼受付入力に伴い、前記開栓依頼が受け付けられた前記不払閉栓顧客である要開栓顧客を担当予定の前記作業者を前記不払閉栓顧客データベースから抽出し、その作業者の前記稼働状況データ、前記作業者位置データ、及び、前記業務負荷データを前記作業者データベースから検索して、前記開栓依頼に対する開栓設定日に前記開栓業務が担当可能か否かを判定し、担当可能と判定した場合に、不払開栓作業者として決定する作業者決定手段と、前記不払開栓作業者の所持するデータ送受信機能を具備する携帯情報端末に対し、前記要開栓顧客の前記属性データと前記依頼受付入力を送信するデータ送受信手段と、を備えてなる点にある。
【００１５】
上記開栓業務支援システムの第二の特徴構成によれば、開栓依頼を受け付けた受付者から、その開栓業務を担当可能な要開栓顧客を担当予定の作業者までの開栓依頼の配信が、途中に人手を介さずに自動的且つ確実に実行できる。具体的には、例えば、作業者決定手段が、要開栓顧客を担当予定の作業者の稼働状況データの勤務日程を示すデータより、開栓設定日がその作業者の勤務日かを判定し、開栓設定日が開栓依頼当日である場合は、稼働状況データ中の作業者の稼働場所や待機場所を示す位置データより要開栓顧客が作業者の所在地より離れ過ぎていないかを判定し、更に、稼働状況データ中の作業者の業務負荷を示すデータより、開栓設定日の未完了の業務量と現在時刻から新規作業を指示できるかを判定する等を行い、確実に開栓業務を担当可能な作業者を決定することができる。以上の結果、従来多くの人手と手間を介して行われていた開栓依頼の配信の省力化と効率化を図ることができる。
【００１６】
同開栓業務支援システムの第三の特徴構成は、上記第二の特徴構成に加えて、前記不払閉栓顧客であって前記不払ガス料金は支払ったが開栓依頼をしていない開栓予定顧客とその開栓予定顧客を担当予定の前記作業者を前記不払閉栓顧客データベースから検出する開栓予定顧客検出手段を備え、前記データ送受信手段は、前記開栓予定顧客の前記属性データを前記顧客データベースから抽出して、前記開栓予定顧客を担当予定の前記作業者の前記携帯情報端末に対し送信可能に構成されている点にある。
【００１７】
上記開栓業務支援システムの第三の特徴構成によれば、不払ガス料金の支払って未だ開栓依頼をしていない開栓予定顧客を担当予定の作業者が、不払開栓作業を行う可能性の高い開栓予定顧客の存在を、実際に開栓依頼がされる前に事前に知ることができる。
【００１８】
同開栓業務支援システムの第四の特徴構成は、上記第二または第三の特徴構成に加えて、前記作業者決定手段は、前記要開栓顧客を担当予定の前記作業者が、前記開栓設定日に前記開栓業務を担当不能と判定した場合に、前記開栓設定日に前記開栓業務が担当可能な他の前記作業者を前記作業者データベースから前記稼働状況データに基づいて抽出し、前記要開栓顧客の不払開栓作業者とする点にある。
【００１９】
上記開栓業務支援システムの第四の特徴構成によれば、要開栓顧客を担当予定の作業者が開栓業務を担当不能な場合でも、作業者決定手段が開栓業務を担当可能な他の作業者を選定するので、開栓業務を担当可能な作業者までの開栓依頼の配信が、途中に人手を介さずに自動的且つ確実に実行できる。
【００２０】
同開栓業務支援システムの第五の特徴構成は、上記各特徴構成に加えて、前記顧客データベースには、前記顧客の属性データの一部として、顧客位置を示す顧客位置データを検索可能に記憶してあり、前記データ送受信手段は、前記不払閉栓顧客の前記顧客位置データを前記顧客データベースから抽出して、前記不払閉栓顧客を担当予定の前記作業者の前記携帯情報端末に対し送信可能に構成されている点にある。
【００２１】
上記開栓業務支援システムの第五の特徴構成によれば、作業者は携帯情報端末に表示した地図画面上に、開栓予定顧客または要開栓顧客の位置を重ねて表示することができる。この結果、開栓予定顧客または要開栓顧客の位置確認がより容易に確実にでき、開栓業務の効率化が促進される。特に、開栓予定顧客が複数ある場合に、どの地域で待機するのが効率的かを視覚的に判断できる。また、要開栓顧客の位置確認では、未完了作業が複数ある場合に、作業順序を地図上の位置関係により容易に判断できる。
【００２２】
同開栓業務支援システムの第六の特徴構成は、上記各特徴構成に加えて、前記作業者データベースは、前記作業者の稼働状況を示す前記作業者の勤務日程データ、前記作業者の稼働場所または待機場所を示す作業者位置データ、及び、前記作業者の業務負荷を示す業務負荷データを検索可能に記憶してある点にある。
【００２３】
上記開栓業務支援システムの第六の特徴構成によれば、作業者の稼働状況を示す稼働状況データとして、勤務日程データ、作業者位置データ、業務負荷データを用いることができ、例えば、作業者決定手段はより多面的に精度良く作業者の開栓作業の担当可能性を判断できるようになる。
【００２４】
同開栓業務支援システムの第七の特徴構成は、上記第六の特徴構成に加えて、前記携帯情報端末は位置検知機能を有し、前記データ送受信手段は、前記位置検知機能によって検知された前記作業者の前記作業者位置データを前記携帯情報端末から取得し、前記作業者データベースに登録する点にある。
【００２５】
上記開栓業務支援システムの第七の特徴構成によれば、作業者データベースの作業者位置データの更新が自動的に実行できるので、当該更新のために人手を要することがないので、業務の効率化が図れる。更に、常に最新の作業者位置データを使用できるので、作業者決定手段による開栓業務が担当可能かの判定制度が向上する。また、上記第五の特徴構成と併せることで、作業者は携帯情報端末に表示した地図画面上に、自身の現在位置と開栓予定顧客または要開栓顧客の位置を重ねて表示することができる。この結果、開栓予定顧客または要開栓顧客の位置確認が現在位置との関係でより容易に確実にでき、開栓業務の効率化が更に促進される。
【００２６】
【発明の実施の形態】
本発明に係る開栓業務支援システム（以下、適宜「本発明システム」という。）の実施の形態につき、図面に基づいて説明する。
【００２７】
図１に示すように、本発明システム１０は、顧客データベース１、作業者データベース２、不払閉栓顧客データベース３、依頼受付データベース４、開栓予定顧客検出手段５、作業者決定手段６、及び、データ送受信手段７を備えて構成される。開栓予定顧客検出手段５、作業者決定手段６、及び、データ送受信手段７は、単数または複数のコンピュータ８上に、コンピュータ８のハードウェア資源（ＣＰＵや各種記憶装置等）及びソフトウェア資源（ＯＳ、各種ドライバ、データベース管理ソフト等）を使用してソフトウェア処理により実現される機能的手段である。また、上記各データベース１〜４、及び、上記各手段５〜７はＬＡＮ（ローカルエリアネットワーク）９に接続し、上記各手段５〜７から上記各データベース１〜４のデータの検索、更新、削除等が可能に周知の技術を応用して構成されている。
【００２８】
また、本発明システム１０は、ガス料金の不払いに対しガスメータの遮断弁を閉栓してガス供給停止中となっている各不払閉栓顧客の状態、即ち、不払ガス料金の支払い状況、及び、電話等による開栓依頼の申し出の有無を管理することにより、不払閉栓直後の不払ガス料金の未払い状態（閉栓継続状態）から、不払ガス料金の支払いが有り、且つ、開栓依頼の申し出のあった不払閉栓顧客（要開栓顧客）に対し、開栓業務を担当する複数の作業者の中から開栓作業の担当者を選抜し、その要開栓顧客に対し派遣して開栓作業を行い、ガス供給を再開するまでの開栓業務をコンピュータのデータ処理により支援するものである。
【００２９】
顧客からの電話による開栓依頼等の各種依頼の受付業務を行う電話受付センタに、電話応対するオペレータが受け付けた依頼内容を登録するための受付入力端末３０が設置されている。受付入力端末３０は、ＬＡＮ９を介して本発明システム１０とデータ送受信可能に接続しており、電話応対時に必要な顧客情報等は、顧客データベース１等の各データベースにアクセスして検索可能に構成されている。
【００３０】
不払閉栓顧客からの電話による開栓依頼は、上記構成に基づき、受付入力端末３０から送信された開栓の依頼受付入力Ｕが、本発明システム１０で処理され、開栓指示及びその指示に付帯する各種データが作業者の所持する携帯情報端末２０へ通信ネットワーク２１を介して送信可能に構成されている。
【００３１】
以下、各部の構成及び機能について説明する。
【００３２】
顧客データベース１は、ガス供給を受けている各顧客について、顧客番号、氏名、住所、電話番号等の一般的な属性データＤ１の他、例えば顧客宅の位置を示す絶対位置座標（経緯度）からなる顧客位置データＤ２も顧客の属性データＤ１の一部として顧客別に検索可能に本発明システム１０の記憶装置内に記憶して構成されている。尚、顧客位置データＤ２は、個別に測量して得られたものでもよいが、各顧客敷地内に各別に引き込まれるガス供給管の位置座標をもって顧客位置データＤ２としても、本発明システムにおける所期の効果は十分に発揮できるので問題はない。
【００３３】
作業者データベース２は、例えば、作業者の識別番号、氏名等の作業者の識別情報や作業者の使用する携帯情報端末２０のデータ送受信用のアドレス番号等の作業者属性データＤ３とともに、各作業者の稼働状況を示す稼働状況データである、各作業者の勤務日程データＤ４、各作業者の稼働場所または待機場所を示す作業者位置データＤ５、及び、各作業者の業務負荷を示す業務負荷データＤ６を、作業者別に検索可能に本発明システム１０の記憶装置内に記憶して構成されている。
【００３４】
不払閉栓顧客データベース３は、不払閉栓顧客に関する情報を顧客別に検索可能に本発明システム１０の記憶装置内に記憶して構成されている。具体的には、不払ガス料金の支払い状況を示す入金データＤ７、不払閉栓顧客からの開栓依頼の有ったことを示す開栓依頼データＤ８、不払閉栓顧客を担当予定の作業者の作業者識別番号Ｄ９等の情報を格納している。本実施形態では、各作業者は、ガス料金の不払いに対する閉栓作業と要開栓顧客に対する開栓作業の両作業を行うことを想定しており、不払閉栓顧客を担当予定の作業者は、不払閉栓顧客の閉栓作業を担当した作業者を第１候補として自動的に割り当てている。尚、閉栓作業と開栓作業の作業者が完全に分離している場合は、他の方法で担当予定の作業者を設定しても構わない。
【００３５】
ここで、不払閉栓顧客データベース３は、必ずしも単一の独立したデータベースである必要はない。つまり、上記の各データＤ７〜Ｄ９は、夫々別のデータベースで管理されているものにリンクして仮想的に構成される形態であっても構わない。例えば、入金データＤ７が、不払閉栓顧客だけではなく全顧客のガス料金の課金及び支払い状況を管理する料金データベースにあるものを利用してもよい。尚、入金データＤ７の更新は、入金が集金員による回収の場合は、集金員の所持する携帯情報端末からの入力情報、或いは、入金が銀行振り込み等の場合は、当該金融機関のホストコンピュータ等からの入金情報の送信を受けてなされる。
【００３６】
依頼受付データベース４は、電話受付センタのオペレータが受け付け、受付入力端末３０から入力した開栓依頼の依頼受付入力Ｕが、開栓依頼別に検索可能に本発明システム１０の記憶装置内に記憶され構成されている。依頼受付入力Ｕは、当該開栓依頼主である不払閉栓顧客を識別可能にその顧客の属性データＤ１と顧客位置データＤ２の一部または全部（例えば、顧客番号）を備え、更に、依頼受付日時、開栓予定日、開栓意思その他必要な顧客確認事項に関する情報等が含まれている。
【００３７】
開栓予定顧客検出手段５は、定期的に不払閉栓顧客データベース３にアクセスして、新たに更新された入金データＤ７を検索して不払ガス料金を支払った不払閉栓顧客を抽出し、その不払閉栓顧客の開栓依頼データＤ８を検索して開栓依頼がない場合に、その不払閉栓顧客を不払ガス料金は支払ったが開栓依頼をしていない開栓予定顧客と判定し、次に、不払閉栓顧客データベース３を検索して、その開栓予定顧客を担当予定の作業者を検出するように構成されている。
【００３８】
作業者決定手段６は、受付入力端末３０からの依頼受付入力Ｕの入力に応答して起動し、起動後に下記の処理を実行するように構成されている。作業者決定手段６は、新規の開栓依頼案件として、依頼受付入力Ｕを依頼受付データベース４に登録するとともに、依頼受付入力Ｕからその開栓依頼主である不払閉栓顧客（要開栓顧客）の属性データＤ１の一部を取得し、それに基づき不払閉栓顧客データベース３を検索し、その要開栓顧客を担当予定の作業者（作業者識別番号Ｄ９）を抽出する。次に、作業者識別番号Ｄ９に基づき、作業者データベース２を検索し、その作業者の稼働状況データである勤務日程データＤ４、作業者位置データＤ５、業務負荷データＤ６を抽出し、これらのデータに基づき当該作業者が依頼受付入力Ｕで特定される開栓作業を担当可能か否かの判定を行い、担当可能と判定した場合に、当該作業者を不払開栓作業者として決定する。ここで、上記判定において、担当不能と判定した場合に、依頼受付入力Ｕで特定される開栓業務が担当可能な他の作業者を、依頼受付入力Ｕで特定される開栓業務内容に適合する勤務日程データＤ４、作業者位置データＤ５、業務負荷データＤ６の作業者を作業者データベース２から抽出し、その中の最適者を要開栓顧客の不払開栓作業者として決定する。
【００３９】
データ送受信手段７は、開栓予定顧客検出手段５及び作業者決定手段６の処理結果に基づき、開栓予定顧客の属性データＤ１及び顧客位置データＤ２、要開栓顧客の属性データＤ１及び顧客位置データＤ２を含む依頼受付入力Ｕ等のデータを、通信ネットワーク２１を介して携帯情報端末２０に送信し、また、携帯情報端末２０からの送信データを受信可能に構成されている。データ送信先である携帯情報端末２０のアドレス番号は、送信先の作業者につき作業者データベース２の作業者属性データＤ３を検索して特定できる。通信ネットワーク２１は、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）回線、その他の無線ディジタルパケット通信網等を利用する。従って、データ送受信手段７及び携帯情報端末２０は、通信ネットワーク２１に適合した通信インターフェースを当然に具備し、総合にデータ送受信可能に構成されている。
【００４０】
携帯情報端末２０は、データ送受信手段７から受信した開栓予定顧客の属性データＤ１、要開栓顧客の属性データＤ１を含む依頼受付入力Ｕを所定の表示フォーマットで一覧表示或いは個別表示可能に構成されている。
【００４１】
更に、携帯情報端末２０は、通信ネットワーク２１としてＰＨＳ回線を用いる場合、ＰＨＳ方式の有する位置検知機能が利用できる。本実施形態では、通信ネットワーク２１としてＰＨＳ回線を想定し、携帯情報端末２０は、ＰＨＳ方式の通信インターフェース付きの位置検知機能を有するＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）を使用する。また、携帯情報端末２０は、この位置検知機能により、定期的或いは作業者の入力操作により検知した自己の位置座標と作業者識別番号を作業者位置データＳとして、データ送受信手段７に送信可能に構成されている。
【００４２】
また、携帯情報端末２０は、予め作業地域の住宅地図データ（電子地図データ）と地図描画用ソフトウェアをインストールしており、表示画面上に作業地域の住宅地図を表示可能に構成されている。携帯情報端末２０は、この地図描画機能を用いて、データ送受信手段７から送信されてくる開栓予定顧客や要開栓顧客の顧客位置データＤ２の位置座標、及び、携帯情報端末２０の位置検知機能で検知した携帯情報端末２０の位置座標に基づき、開栓予定顧客や要開栓顧客の所在地と自己の現在位置を夫々マーク表示する位置表示レイヤを作成して、住宅地図上に重ね併せて表示する機能を有している。
【００４３】
次に、不払閉栓顧客に対する不払閉栓後から不払開栓までの開栓業務における本発明システム１０の処理手順、及び、本発明システム１０を用いた作業手順につき、図２のフローチャートに基づき説明する。
【００４４】
先ず、顧客がガス料金をその支払い期限を過ぎて支払わない場合（不払い）、その顧客に対してガス供給を停止すべく、不払閉栓作業者を指定して当該顧客のガスメータの遮断弁を閉栓する閉栓作業を実施する。この結果、当該顧客は不払閉栓状態の不払閉栓顧客となり、更に、不払のガス料金を支払うまで、不払閉栓状態が継続する閉栓継続状態となる。
【００４５】
閉栓作業及び開栓作業を担当する複数の作業者は、各自の携帯情報端末２０を携帯して、各顧客宅に赴き、指定された閉栓作業及び開栓作業を実行する。携帯情報端末２０には、各作業日における作業内容が記憶され、各作業者は携帯情報端末２０に案件毎の作業内容を表示させ確認することができる。当該作業内容が開栓作業である場合は、データ送受信手段７から送信されてくる依頼受付データベース４に保存された依頼受付入力Ｕを携帯情報端末２０の表示画面上に所定の表示フォーマットで表示させることにより上記の確認が行える。
【００４６】
また、携帯情報端末２０は、ＰＨＳ方式の位置検知機能により、定期的或いは作業者の位置検知入力操作毎に、自己の位置座標を検知し、検知した位置座標と作業者識別番号を作業者位置データＳとしてデータ送受信手段７に送信する（Ｓ１）。作業者位置データＳを受信したデータ送受信手段７は、作業者位置データＳの作業者識別番号に基づき位置座標を作業者位置データＤ５として、作業者データベース２の作業者位置データＤ５を新規入力または更新する（＃１）。
【００４７】
閉栓継続状態の不払閉栓顧客が不払いのガス料金を集金員による回収または銀行等の金融機関からの振込みにより支払うと、当該支払い事実（入金）により、不払閉栓顧客データベース３の入金データＤ７が入金状態に更新される（＃２）。開栓予定顧客検出手段５は、定期的に不払閉栓顧客データベース３にアクセスすることにより、新たに更新された入金データＤ７を検索して不払ガス料金は支払った不払閉栓顧客を抽出し、その不払閉栓顧客による開栓依頼の有無を示す開栓依頼データＤ８を検索して開栓依頼がない場合に開栓予定顧客と判定し、不払閉栓顧客データベース３を検索して、その開栓予定顧客を担当予定の作業者を検出する（＃３）。
【００４８】
次に、データ送受信手段７が、開栓予定顧客検出手段５が開栓予定顧客と判定した不払閉栓顧客の属性データＤ１及び顧客位置データＤ２を、顧客データベース１を検索して抽出し、開栓予定顧客検出手段５が検出した作業者の携帯情報端末２０に送信する（＃４）。
【００４９】
携帯情報端末２０は、受信した属性データＤ１及び顧客位置データＤ２を開栓予定顧客の属性データとして顧客別に検索可能に内蔵の記憶装置に記憶する（Ｓ２）。また、携帯情報端末２０は、受信した開栓予定顧客の属性データＤ１を一覧表示或いは個別表示することで、作業者が開栓予定顧客の存在及びその属性データＤ１を知ることができる。更に、開栓予定顧客の顧客位置データＤ２の位置座標、及び、携帯情報端末２０の位置検知機能で検知した携帯情報端末２０の位置座標に基づき、開栓予定顧客の所在地と自己の現在位置を夫々マーク表示する位置表示レイヤを作成して、住宅地図上に重ね併せて表示することにより、開栓予定顧客の位置及び自己の現在位置との関係を視覚的に容易に把握することができる。
【００５０】
開栓予定顧客が電話受付センタに電話して開栓の申し出（開栓依頼）を行うと、電話受付センタのオペレータは、受付入力端末３０から、発信者電話番号を検出してその電話番号を基に顧客データベース１にアクセスして、その開栓予定顧客の属性データＤ１を抽出し、その属性データＤ１（例えば、顧客番号）を基に不払閉栓顧客データベース３からその開栓予定顧客の入金データＤ７と開栓依頼データＤ８を検索し、支払い状況を確認するとともに、開栓依頼が重複していないかを確認して、更に、電話応対により顧客の開栓意思とその他必要な確認事項を確認し、開栓依頼を受け付ける。この時点で、開栓予定顧客に対して不払開栓を行わなければならない要開栓顧客となる。開栓予定顧客からの開栓依頼を受け付けると、オペレータは受付入力端末３０に表示された入力画面上から受付依頼内容を入力し、生成された開栓依頼の依頼受付入力Ｕを、ＬＡＮ９を介して本発明システム１０に送信する（Ｕ１）。
【００５１】
作業者決定手段６は、受付入力端末３０から依頼受付入力Ｕを受け取り、新規の開栓依頼案件として依頼受付データベース４に登録する（＃５）。引き続き、依頼受付入力Ｕから要開栓顧客の属性データＤ１の一部（顧客番号）を取得し、それに基づき不払閉栓顧客データベース３を検索し、その要開栓顧客を担当予定の作業者（作業者識別番号Ｄ９）を抽出する（＃６）。
【００５２】
引き続き、作業者識別番号Ｄ９に基づき、作業者データベース２を検索し、その要開栓顧客を担当予定の作業者の勤務日程データＤ４、作業者位置データＤ５、業務負荷データＤ６を抽出し、これらのデータに基づき当該作業者が依頼受付入力Ｕで特定される開栓作業を担当可能か否かの判定を行う（＃７）。具体的には、例えば、勤務日程データＤ４より、依頼受付入力Ｕで特定される開栓設定日がその作業者の勤務日かを判定し、勤務日であれば一旦担当可能とする。更に、開栓設定日が開栓依頼当日である場合は、作業者位置データＤ５より要開栓顧客が作業者の現在位置より離れ過ぎていないかを判定し、所定距離内であれば一旦担当可能とする。更に、業務負荷データＤ６より、開栓設定日当日の未完了の業務量と現在時刻から新規作業を追加で指示できるかを、所定の判定基準に基づき判定する。
【００５３】
ここで、上記判定（＃７）において、担当可能と判定した場合に、当該作業者を不払開栓作業者として決定する（＃９）。逆に、上記判定（＃７）において、担当不能と判定した場合は、依頼受付入力Ｕで特定される開栓業務が担当可能な他の作業者を、依頼受付入力Ｕで特定される開栓業務内容に適合する勤務日程データＤ４、作業者位置データＤ５、業務負荷データＤ６の作業者を作業者データベース２から抽出し（＃８）、その抽出した作業者を不払開栓作業者として決定する（＃９）。具体的には、例えば、勤務日程データＤ４より、依頼受付入力Ｕで特定される開栓設定日が勤務日となっている作業者を抽出し、開栓設定日が開栓依頼当日でない場合は、業務負荷データＤ６より、開栓設定日当日の作業数の少ない作業者をその中から選択する。また、開栓設定日が開栓依頼当日である場合は、作業者位置データＤ５より要開栓顧客が作業者の現在位置から所定距離内の作業者を選択し、更に、業務負荷データＤ６より、開栓設定日当日の未完了の業務量と現在時刻から新規作業を追加で指示できる作業者を選択する。
【００５４】
次に、データ送受信手段７が、要開栓顧客の属性データＤ１及び顧客位置データＤ２を含む依頼受付入力Ｕを、顧客データベース１を検索して抽出し、作業者決定手段６が不払開栓作業者として決定した作業者の携帯情報端末２０に送信する（＃１０）。
【００５５】
携帯情報端末２０は、受信した依頼受付入力Ｕを開栓依頼別に検索可能に内蔵の記憶装置に記憶する（Ｓ３）。また、携帯情報端末２０は、受信した依頼受付入力Ｕを一覧表示或いは個別表示することで、作業者が開栓予定顧客の存在及びその属性データＤ１を知ることができる。更に、要開栓顧客の顧客位置データＤ２の位置座標、及び、携帯情報端末２０の位置検知機能で検知した携帯情報端末２０の位置座標に基づき、要開栓顧客の所在地と自己の現在位置を夫々マーク表示する位置表示レイヤを作成して、住宅地図上に重ね併せて表示することにより、開栓予定顧客の位置及び自己の現在位置との関係を視覚的に容易に把握することができる。作業者は、携帯情報端末２０に表示された依頼受付入力Ｕの情報に基づき、要開栓顧客に対し不払開栓作業を行う。
【００５６】
以下に、別の実施形態につき説明する。
〈１〉上記実施形態では、作業者データベース２に作業者位置データＤ５を記憶し、作業者決定手段６が、作業者位置データＤ５に基づき、開栓作業の担当可能性や開栓作業を担当可能な他の作業者の抽出を行い、データ送受信手段７は、携帯情報端末２０から送信される作業者位置データＳの作業者識別番号に基づき位置座標を作業者位置データＤ５として、作業者データベース２の作業者位置データＤ５を新規入力または更新するように構成されていたが、作業者位置データＤ５及び作業者位置データＳを使用しない実施形態であっても構わない。
【００５７】
〈２〉上記実施形態では、作業者決定手段６による開栓作業の担当可能性の判定結果や開栓作業を担当可能な他の作業者の抽出結果に基づき、自動的に不払開栓作業者の携帯情報端末２０に依頼受付入力Ｕが転送される形態であったが、上記判定結果や抽出結果を、受付入力端末３０に送信することで、電話受付センタのオペレータに上記判定結果や抽出結果を連絡するようにしても構わない。この結果、オペレータが不払開栓作業者に連絡をとって開栓作業の指示を確実に行った上で、依頼受付入力Ｕを不払開栓作業者の携帯情報端末２０に転送することも可能となる。
【００５８】
〈３〉上記実施形態では、開栓依頼の受け付けは電話によるものを説明したが、インターネットから開栓予定顧客が直接開栓依頼申込用のウェブサイトにアクセスして所定事項を入力することにより開栓依頼の受け付けを行っても構わない。この場合、オペレータの行う確認事項は、上記所定事項の入力内容をコンピュータ処理により判定することで実行される。
【図面の簡単な説明】
【図１】本発明に係る開栓業務支援システムの一実施形態を示すブロック構成図
【図２】本発明に係る開栓業務支援システムが実施する処理手順、及び、同システムを用いた作業手順を示すフローチャート
【符号の説明】
１：    顧客データベース
２：    作業者データベース
３：    不払閉栓顧客データベース
４：    依頼受付データベース
５：    開栓予定顧客検出手段
６：    作業者決定手段
７：    データ送受信手段
８：    コンピュータ
９：    ＬＡＮ（ローカルエリアネットワーク）
１０：  本発明に係る開栓業務支援システム
２０：  携帯情報端末
２１：  通信ネットワーク
３０：  受付入力端末
Ｄ１：  顧客の属性データ
Ｄ２：  顧客位置データ
Ｄ３：  作業者属性データ
Ｄ４：  勤務日程データ（稼働状況データ）
Ｄ５：  作業者位置データ（稼働状況データ）
Ｄ６：  業務負荷データ（稼働状況データ）
Ｄ７：  入金データ（不払ガス料金の支払い状況）
Ｄ８：  開栓依頼データ（開栓依頼の有無）
Ｄ９：  不払閉栓顧客を担当予定の作業者の作業者識別番号
Ｕ：    開栓依頼の依頼受付入力
Ｓ：    作業者位置データ
【図１】
2004295842.tif 000003
【図２】
2004295842.tif 000004