JP2020197919A - 機器情報管理制御装置、機器情報管理制御プログラム - Google Patents

Abstract

【課題】顧客に関する情報を一括管理することができ、特に、業務依頼を受けた所定機器に関する機器情報を迅速に把握することができる機器情報管理制御装置及び機器情報管理制御プログラムを提供する。【解決手段】受付システム１０において、顧客管理サーバー１２（機器情報管理制御装置）は、顧客固有情報データベースと、取得部と、通知部とを備える。顧客固有情報データベースは、顧客の固有情報として、顧客を識別する識別情報と当該顧客が所有する機器を示す機器情報とを対応させて格納する。取得部は、顧客から所定機器を対象とする業務依頼を受け付けたとき、顧客を特定し、顧客固有情報データベースにアクセスすることで、特定された顧客に対応して格納された機器情報を取得する。通知部は、取得部で取得した機器情報を、業務遂行現場へ派遣する業務遂行担当者へ通知する。【選択図】図１

Description

本発明は、特に、顧客から受け付けた業務依頼を迅速かつ的確に実行するための機器情報管理制御装置、機器情報管理制御プログラムに関するものである。

主としてガスを消費する設備に用いられる関連機器（以下、単に機器という）の修理業務は、顧客からの申し出（修理依頼）により発生する。

例えば、カスタマサービスセンターで修理受付を行い、修理希望予定日を調整し、修理業務が登録されることで、ガスを管理する事業者（製造及び輸入を行う事業者、販売を行う事業者、並びに協力企業である関連事業者を含む）から作業員を派遣して、機器の修理を行う。

特許文献１には、ガス修理対応受付システムとして、顧客からの問い合わせ対応する受付者と、顧客宅で作業を行う作業担当者との間で情報共有を可能とすることが記載されている。

具体的には、検索要求に応じて、顧客データ記憶部、設備データ記憶部からデータを取得し、送信するデータ取得手段と、受付データ作成指示に含まれる顧客コードに対応する顧客情報を顧客データ記憶部から取得し、及び、取得した顧客情報の郵便番号に対応する作業担当者を作業担当者データ記憶部から取得し、受付データを作成して端末装置に送信する受付データ作成手段と、受付コードが設定されていない受付データを受信することに応じて、受信した受付データに含まれる作業担当者に基づいて、作業担当者データ記憶部からモバイル端末アドレスを取得して、当該取得したモバイル端末アドレスに受付データを配信する受付データ登録手段と、を備えていることが記載されている。

また、特許文献２には、ガス機器の修理保守センターで受付員が修理コールを受けた場合に、受付員のレベルに左右されることなく修理コールに対して常に的確かつ迅速な応対を可能にする修理コール応対支援システムを提供することが記載されている。

より具体的には、特許文献２では、修理コールに対する応対を支援するための応対支援装置と、応対を支援するためのガス機器の情報をデータベースとして記憶する該応対支援装置と通信可能なホストコンピュータとで修理コール応対支援システムを構成し、該応対支援装置が、該ホストコンピュータに記憶されたデータベースから必要な情報を選択してホストコンピュータから受信し、該受信した情報を表示させ、または出力させることにより修理コールに対する応対を支援することを特徴とする。

特開２０１７−３３６０４号公報 特開平０８-２９６８３９号公報

しかしながら、特許文献１では、修理受付と、当該修理受付に対応する作業員の手配との紐付けをしているにすぎない。言い換えれば、１つの業務のパッチ処理業務形態が開示されているに過ぎず、修理依頼を受け付けた顧客の過去の業務履歴を含み、全ての業務を一括管理するものではない。

また、特許文献２では、顧客と修理対象の機器とが紐付けされている訳ではなく、修理コール時の応対に反映させるものであり、作業者が事前（現場へ向かう前）に修理対象機器（所定機器）に関する情報を得ることはできない。

本発明は、顧客に関する情報を一括管理することができ、特に、業務依頼を受けた所定機器に関する機器情報を迅速に把握することができる機器情報管理制御装置、機器情報管理制御プログラムを得ることにある。

本発明に係る機器情報管理制御装置は、顧客の固有情報を格納したデータベースを備えた機器情報管理制御装置であって、前記データベースには、前記固有情報として、前記顧客を識別する識別情報と当該顧客が所有する機器を示す機器情報とを対応させて格納されており、少なくとも前記顧客から所定機器を対象とする業務依頼を受け付けたとき、前記顧客を特定し、前記データベースにアクセスすることで、特定された前記顧客に対応して格納された前記機器情報を取得する取得部と、前記取得部で取得した前記機器情報を、業務遂行現場へ派遣する業務遂行担当者へ通知する通知部と、を有している。

本発明よれば、データベースには、前記固有情報として、顧客と当該顧客が所有する機器とが紐付けされた機器情報が格納されており、少なくとも顧客から所定機器を対象とする業務依頼を受け付けたとき、顧客を特定し、前記データベースにアクセスすることで、特定された顧客に紐付けされた前記機器情報を取得する。

取得した機器情報は、業務遂行担当者へ通知する。これにより、顧客から依頼される業務に対して、機器情報を認知している業務遂行担当者を迅速に派遣することができ、かつ、業務遂行担当者は、所定機器に関して事前調査（交換部品履歴、故障履歴等）が可能となり、現場で的確に業務を遂行することができる。

なお、機器情報の確認（データベースへのアクセス）は、受付（修理依頼）時に限らず、いつでも可能である。

本発明において、前記データベースに格納された前記機器情報の中に、前記所定機器を示す前記機器情報が存在しない場合には、前記データベースとは別に、前記顧客を識別する識別情報と対応させずに全ての前記機器情報を格納する機器マスターデータベースから、前記所定機器を示す前記機器情報を取得することを特徴としている。

新規業務依頼等、何らかの理由で、顧客と所定機器とが紐付けされていない場合がある。この場合、データベースとは別に、顧客とは紐付けされずに格納された全ての機器情報を格納する機器マスターデータベースから、所定機器情報を取得する。

なお、取得とは、手動で所定機器情報を新規登録すること、及び、販売履歴等から自動で所定機器情報を新規登録すること、の双方を含むものとする。

例えば、メーカーによっては、機器特定用の識別情報（バーコードやＱＲコード「登録商標」等）を付与している場合がある。この識別情報が付与されている場合には、当該識別情報を読み取り、結果をデータベースと照合して、機器情報を登録することも可能である。

これにより、現場での業務に関して、所定機器情報が全くない状況よりも的確に業務を行うことができる。

本発明に係る機器情報管理制御プログラムは、コンピュータを、上記の機器情報管理制御装置の取得部及び通知部として動作させることを特徴としている。

以上説明した如く本発明では、顧客に関する情報を一括管理することができ、特に、業務依頼を受けた所定機器に関する機器情報を迅速に把握することができる。

本実施の形態に係る受付システムの概略図である。 顧客固有情報データベースに格納された、顧客識別情報−機器情報相関テーブルの概念図である。 本実施の形態に係る受付システムで修理業務を受け付けたときの情報収集のための制御フローチャートである。 本発明の機器情報管理制御装置における、顧客の業務履歴情報の活用のみならず、修理等の業務受付から業務完了後の料金請求までの、一連の作業を実行するまでに必要十分なシステム図の実施例である。 本実施例のシステムでの作業フローの内、機器修理の受付のためのフローチャート（１／３）である。 本実施例のシステムでの作業フローの内、機器修理の受付のためのフローチャート（２／３）である。 本実施例のシステムでの作業フローの内、機器修理の受付のためのフローチャート（３／３）である。 本実施例のシステムでの作業フローの内、機器修理の現場作業のためのフローチャート（１／１１）である。 本実施例のシステムでの作業フローの内、機器修理の現場作業のためのフローチャート（２／１１）である。 本実施例のシステムでの作業フローの内、機器修理の現場作業のためのフローチャート（３／１１）である。 本実施例のシステムでの作業フローの内、機器修理の現場作業のためのフローチャート（４／１１）である。 本実施例のシステムでの作業フローの内、機器修理の現場作業のためのフローチャート（５／１１）である。 本実施例のシステムでの作業フローの内、機器修理の現場作業のためのフローチャート（６／１１）である。 本実施例のシステムでの作業フローの内、機器修理の現場作業のためのフローチャート（７／１１）である。 本実施例のシステムでの作業フローの内、機器修理の現場作業のためのフローチャート（８／１１）である。 本実施例のシステムでの作業フローの内、機器修理の現場作業のためのフローチャート（９／１１）である。 本実施例のシステムでの作業フローの内、機器修理の現場作業のためのフローチャート（１０／１１）である。 本実施例のシステムでの作業フローの内、機器修理の現場作業のためのフローチャート（１１／１１）である。 本実施例のシステムでの作業フローの内、機器修理の部品発注承認・取消のためのフローチャート（１／２）である。 本実施例のシステムでの作業フローの内、機器修理の部品発注承認・取消のためのフローチャート（２／２）である。

図１は、本実施の形態に係る受付システム１０の概略図である。

受付システム１０は、例えば、ガス管理者側に設けられた顧客管理サーバー１２と、提携店１４に設置された顧客対応端末装置１６とを備えている。

顧客管理サーバー１２は、顧客固有情報データベース１８を管理する。顧客固有情報データベース１８は、顧客を特定する情報（顧客識別情報）と、当該顧客に関する様々な情報が紐付けられて格納されている。本実施の形態では、顧客固有情報データベース１８から、顧客識別情報と、当該顧客が所有する機器（主として、ガス機器）情報との関係が紐付けられた相関テーブル２８（図２参照）を読み出して、利用することを主体としている。

顧客管理サーバー１２と顧客対応端末装置１６とは、ネットワーク２０を介して接続され、相互に情報の通信が可能となっている。

また、提携店１４には、前記顧客対応端末装置１６と同等の機能を有し、業務遂行担当者が業務遂行現場まで携帯することが可能な、通信携帯端末２２が具備されている。

通信携帯端末２２は、業務遂行現場を通信エリアとする無線通信基地２０Ａを介して、提携店１４の顧客対応端末装置１６と通信する他、直接、ガス管理者側（例えば、顧客管理サーバー１２）へもアクセス可能となっている。

ここで、顧客２４は、例えば、顧客端末２６から、提携店１４に対して、ガス機器等の修理依頼を行うと、提携店１４では、当該修理依頼を受け付ける。

なお、図１では、顧客端末２６として、スマートホンをイメージして図示しているが、携帯電話や固定電話等の他の通信機器であってもよい）。

また、顧客２４は、提携店１４に修理を依頼せず、直接ガス管理者側のお客様センター（図１では、図示省略）へ連絡してもよいし、顧客２４が所持するＰＣ（パーソナルコンピュータ、図１では、図示省略）を用いて、ネット通信で修理を依頼してもよい。

顧客２４から提携店１４へ修理依頼があり、これを受け付けると、提携店１４では、顧客対応端末装置１６からネットワーク２０を介して顧客管理サーバー１２へアクセスする。

顧客管理サーバー１２では、顧客対応端末装置１６から受け付けた顧客２４を特定する顧客識別情報に基づいて、顧客固有情報データベース１８から当該顧客２４が所有している機器情報（顧客識別情報−機器情報相関テーブル２８）を読み出し、顧客対応端末装置１６へ返信する。なお、顧客管理サーバー１２へアクセスするのは、通信携帯端末２２であってもよい。

提携店１４では、顧客２４との対応において、受け付けた修理の業務遂行の日時等を決定し、業務遂行指示書として登録する。

業務遂行指示書は、当該提携店１４で管理する業務遂行担当者に割り当てられ、スケジュール管理がなされる。

このとき、当該業務遂行指示書には、顧客識別情報−機器情報相関テーブル２８から、顧客固有の識別情報に基づいて、修理対象の機器を検索し、記載する。これにより、業務遂行担当者は、決定した業務遂行の日時までに、修理対象機器が判明するので、修理に必要な工具や取り替え部品等を予測することができ、業務遂行現場での迅速、かつ的確な作業を行うことが可能となる。修理対象機器情報は、業務遂行指示に付記してもよいし、業務遂行担当者に対して閲覧可能とするだけでもよい。

なお、修理を依頼する機器は、顧客識別情報−機器情報相関テーブル２８に存在しない場合がある。例えば、顧客が機器の登録をしなかった、或いは他人から譲渡された等が挙げられる。このような場合は、受付システム１０として、予めネットワーク２０に接続された業務支援管理サーバー８４に設けられた機器マスターデータベース８４ＤＢから、修理依頼の機器に関する情報（機器情報）を取得することになる。

以下に、本実施の形態の作業を、図３のフローチャートに従い説明する。

ステップ５０では、顧客から修理依頼があったか否かを判断する。このステップ５０で否定判定された場合は、このルーチンは終了する。また、ステップ５０で肯定判定されると、ステップ５２へ移行し顧客に関する情報、及び修理に関する情報を取得し、修理業務遂行日時を決定し、ステップ５４へ移行する。

ステップ５４では、業務遂行指示書を作成し、次いで、ステップ５６へ移行して、業務遂行担当者へ割り当てて、ステップ５８へ移行する。

ステップ５８では、顧客から得た情報に基づいて、顧客識別情報を取得し、次いで、ステップ６０では、顧客識別情報を取得できたか否かを判断する。

ステップ６０で否定判定、顧客識別情報を取得できなかった場合は、新規の顧客であると判断し、ステップ６２へ移行して、顧客の新規登録処理を行い、このルーチンは終了する。

一方、ステップ６０で肯定判定された場合は、ステップ６４へ移行して、顧客管理サーバー１２へアクセスし、次いで、ステップ６６で、顧客固有情報データベース１８から顧客識別情報−機器情報相関テーブル２８（図２参照）を取得して、ステップ６８へ移行する。

ステップ６８では、修理依頼を受けた顧客の修理機器情報を取得し、ステップ６９へ移行する。

ステップ６９では、ステップ６８において、顧客識別情報−機器情報相関テーブル２８に基づき、機器情報を取得できたか否かを判断する。修理を依頼する機器は、顧客識別情報−機器情報相関テーブル２８に存在しない場合がある。例えば、顧客が機器の登録をしなかった、或いは他人から譲渡された等が挙げられる。すなわち、顧客識別情報−機器情報相関テーブル２８に基づく機器情報の取得は１００％ではないことになる。

そこで、ステップ６９で機器情報を取得できたか否かを判断する。このステップ６９で肯定判定された場合は、顧客識別情報−機器情報相関テーブル２８から修理対象の機器情報を取得できたので、ステップ７０へ移行する。

一方、ステップ６９で否定判定、すなわち、機器情報が取得できなかった場合は、ステップ７２へ移行して、業務支援管理サーバー８４の機器マスターデータベース８４ＤＢへアクセスし、次いで、ステップ７４へ移行して、修理対象機器情報を取得して、ステップ７０へ移行する。機器マスターデータベース８４ＤＢには、全ての機器情報が格納されているため、このステップ７４では、確実に機器情報を取得することができる。

ステップ７０では、修理対象機器情報を業務遂行指示書へ付記する、又は、業務遂行担当者に対して閲覧可能として、このルーチンは終了する。

以上説明したように、本実施の形態では、顧客が所持する顧客端末２６（修理を依頼するための端末装置）と、提携店に設置され、顧客からの修理依頼を受け付ける顧客対応端末装置１６と、顧客固有情報を管理する顧客固有情報データベース１８を備えた顧客管理サーバー１２との間で連携されるシステムであって、顧客管理サーバー１２は、顧客対応端末装置１６から修理依頼を受け付けると、顧客を特定すると共に、当該顧客が依頼する機器の情報（修理対象の機器情報）を取得する構成とした。

修理対象の機器情報に基づいて、修理に必要な工具や取り替え部品等を予測することができ、業務遂行現場での迅速、かつ的確な作業を行うことができる。

なお、顧客を特定する場合、住所や連絡先に基づくことが主体であるが、この住所や連絡先に限らず、ガスメータ単位で顧客を管理している仕組みを取り入れてもよい。

また、本実施の形態では、修理業務の受け付けを例にとり説明したが、機器情報は、いつでも閲覧又は取得可能としてもよい。

さらに、本発明に係る機器情報管理制御装置は、本実施の形態で説明した修理業務における業務に限定されるものではない。すなわち、本発明に係る機器情報管理制御装置は、修理に関する業務以外に、定期保安巡回に関する業務、開閉栓に関する業務、機器等の販売に関する販売等の、他の業務にも流用可能である。

以下、実施例として、本実施の形態の受付システムで修理業務を受け付けたときの情報収集が活用された修理業務の流れを説明する。本実施の形態の情報収集は、図６のステップ１６６Ａ〜ステップ１８２Ａにおける、「お客様所有機器リストより選択」、及び「機器マスタ一覧より選択」の作業において実行されるものである。

図４は、本発明の機器情報管理制御装置における、顧客の業務履歴情報の活用のみならず、修理等の業務受付から業務完了後の料金請求までの、一連の作業を実行するまでに必要十分なシステムの構築した実施例である。

なお、本実施の形態（図１参照）で説明した構成と重複する部分は、同一の符号を付すこととする。

図４に示される如く、ガス管理者８０側は、例えば、ＬＡＮ（ローカルエリアネットワーク）又はＷＡＮ（ワイドエリアネットワーク）等のイントラネット８２が構築されている。

イントラネット８２には、顧客管理サーバー１２、業務支援管理サーバー８４、在庫管理サーバー８６、順路最適化管理サーバー８８、お客様センター管理サーバー９０、及びインターネット等のネットワーク２０と接続するためのルーター９１を備えている。

なお、図４では、図示は省略したが、顧客管理サーバー１２、業務支援管理サーバー８４、在庫管理サーバー８６、順路最適化管理サーバー８８、及び、お客様センター管理サーバー９０には、それぞれの機能を実現するために必要な情報がデータベースに格納されており、イントラネット８２を介して、相互に情報のやりとりが可能となっている。

インターネット２０には、提携店に設置された顧客対応端末装置１６が接続されると共に、無線通信基地２０Ａを介して、業務遂行担当者がそれぞれ所持する通信端末装置２２がインターネット２０にアクセス可能となっている。

また、インターネット２０には、顧客所有のＰＣ９２が接続され、修理依頼等をインターネット２０を介して申し込むことができる。

また、顧客は、電話回線９４を用いて、顧客端末２６（例えば、電話）により顧客対応端末装置１６が設置された部署（提携店）、お客様センター管理サーバー９０が設置された部署（管理するお客様センター）、及び、業務支援管理サーバー８４が設置された部署へ修理依頼を申し込むことができる。

以下に、本実施例の作用を説明する。

まず、顧客から業務依頼（ここでは、修理業務を例にとる）があった場合に実行される、提携店に設置された顧客対応端末装置１６、業務遂行担当者が所持する通信端末装置２２、及びイントラネット８２に接続された何れかのサーバーとの間での業務受付に関する処理手順を示す。なお、作業フローには、制御プログラムによる処理と、担当者等の手作業による処理とが混在するが、以下の条件の下、三者を時系列に関連付けた作業フローとして説明する。

（条件１） 顧客対応端末装置１６（提携店１４に据置）での処理には、ステップ番号の末尾に符号「Ａ」を付す。

（条件２） 通信端末装置２２（業務遂行担当者携帯）での処理には、ステップ番号の末尾に符号「Ｂ」を付す。

（条件３） イントラネット８２に接続された何れかのサーバーのデータベースへのアクセスでの処理には、ステップ番号の末尾に符号「Ｃ」を付す。

（条件４） 顧客からは、電話（携帯電話、スマホ、固定電話等）を用いた通話により業務依頼がある場合と、通信装置（ＰＣ、スマホ、タブレット型通信端末装置等）を用いた通信による業務依頼がある場合とがあるが、ここでは、総称して、「ＰＣ９２」での処理として、ＰＣ９２での処理には、ステップ番号の末尾に符号「Ｄ」を付す。なお、例外として、ステップ番号の末尾に符号「Ｄ」を付した処理の中には、顧客による簡易処置の実施が含まれるものとする（後述するステップ２０６Ｄ参照）。

『機器修理の受付』

図５〜図７は、本実施の形態に係る、『業務の受付』の際に、ＰＣ９２、顧客対応端末装置１６、業務遂行担当者が所持する通信端末装置２２、及び顧客管理サーバー１２の間で実行される作業フローである。

（図５作業フロー）

顧客から業務依頼（例えば、顧客からの申し出、電話等）があると（ステップ１００Ｄ）、イントラネット８２に接続された何れかのサーバーのデータベース（例えば、図４に示す、顧客管理サーバー１２の顧客固有情報データベース）へアクセスして（ステップ１０２Ｃ）、お客様を特定する（ステップ１０４Ａ）。

この特定の際、該当する顧客があるか否か（既に登録済か否か）を判断し（ステップ１０６Ａ）、否定判定の場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ１０８Ｃ）、お客様登録を実行する（ステップ１１０Ａ）。

一方、ステップ１０６Ａで肯定判定の場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ１１２Ｃ）、お客様情報を確認して（ステップ１１４Ａ）、ステップ１１６Ａへ移行する。ステップ１１６Ａには、ステップ１１０Ａでお客様登録が完了した場合にも移行し、お申し出業務の内容を確認する。

次に、業務内容が、特定の業務（ここでは、修理、コール点検とする）か否かを判断し（ステップ１１８Ａ）、否定判定の場合は、他業務の受付へ移行する（ステップ１２０Ａ）。

一方、ステップ１１８Ａで肯定判定の場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ１２２Ｃ）、過去の業務、接点履歴、予定案件の確認を行う（ステップ１２４Ａ）。

ステップ１２４Ａでの確認後、新規受付（ここでは、修理依頼）を実行し（ステップ１３０Ａ）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ１３２Ｃ）、顧客（お申し出者）の確認及び報告を行い（ステップ１３４Ａ）、処理継続点Ａ１に従い移行する（図６のステップ１６６Ａへ移行）。

（図６の作業フロー「処理継続点Ａ１以降の作業フロー」）

図６の作業フローは、図５のステップ１３４Ａからの継続となる。

まず、対象機器を確認し（ステップ１６６Ａ）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ１６８Ｃ）、お客様所有機器リストにより選択する（ステップ１７０Ａ）。ステップ１７０Ａにおいて、選択できた場合は（ステップ１７２Ａの肯定判定）、故障内容を確認する（ステップ１７４Ａ）。

選択できない場合は（ステップ１７２Ａの否定判定）、イントラネット８２に接続された何れかのサーバーのデータベース（例えば、図４に示す、業務支援管理サーバー８４で管理する機器マスターデータベース）へアクセスして（ステップ１７６Ｃ）、機器マスター一覧から選択する（ステップ１７８Ａ）。ステップ１７８Ａにおいて、選択できた場合は（ステップ１８０Ａの肯定判定）、故障内容を確認する（ステップ１７４Ａ）。

選択できない場合は（ステップ１８０Ａの否定判定）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ１８１Ｃ）、機器種別のみ選択し（ステップ１８２Ａ）、故障内容を確認する（ステップ１７４Ａ）。ステップ１７８Ａにおいて、選択できた場合は（ステップ１８０Ａの肯定判定）、故障内容を確認する（ステップ１７４Ａ）。

ステップ１７４Ａで故障内容を確認すると、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ１８８Ｃ）、故障内容を報告する（ステップ１９０Ａ）。

故障内容の報告後、簡易処置方法がない場合は（ステップ１９２Ａの否定判定）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ１９４Ｃ）、作業業務箇所を確認し（ステップ１９６Ａ）、担当店の変更の要否を判断する（ステップ１９８Ａ）。

担当者の変更が必要ない場合は（ステップ１９８Ａの否定判定）、処理継続点Ｃ１に従い移行する（図７のステップ２１４Ａへ移行）。

また、担当者の変更が必要な場合は（ステップ１９８Ａの肯定判定）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ２００Ｃ）、作業業務箇所の変更を通知し（ステップ２０２Ａ）、処理継続点Ｃ１に従い移行する（図７のステップ２４０Ａへ移行）。

一方、ステップ１９０Ａで故障内容の報告後、簡易処置方法がある場合は（ステップ１９２Ａの肯定判定）、顧客に対して、簡易処置方法を説明し、実施を依頼することで（ステップ２０４Ａ）、顧客は、簡易処置を実施する（ステップ２０６Ｄ）。顧客は、簡易処置の実施により、トラブルが解消したか否かを顧客対応端末装置１６へ報告する。

トラブルが解消した場合は（ステップ２０８Ｄの肯定判定）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ２１０Ｃ）、電話対応完了報告を行い（ステップ２１２Ａ）、処理継続点Ｄ１に従い移行する（図７のステップ２６８Ａへ移行）。

また、顧客による簡易処置の実施で、トラブルが解消しない場合は（ステップ２０８Ｄの否定判定）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ１９４Ｃ）、作業業務箇所を確認し（ステップ１９６Ａ）、担当者の変更の要否を判断する（ステップ１９８Ａ）。

担当者の変更が必要ない場合は、処理継続点Ｃ１に従い移行する（図７のステップ２４０Ａへ移行）。

また、担当者の変更が必要な場合は（ステップ１９８Ａの肯定判定）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ２００Ｃ）、作業業務箇所の変更を通知し（ステップ２０２Ａ）、処理継続点Ｃ１に従い移行する（図７のステップ２４０Ａへ移行）。

図７は、処理継続点Ｃ１を介して、図６のステップ１９８Ａから処理が移行され、まず、ステップ２４０Ａでは、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ２４２Ｃ）、契約情報等のお客様情報を確認し、顧客に出張修理の了承を確認する（ステップ２４４Ａ）。顧客から了承が得られない場合は（ステップ２４６Ｄの否定判定）、当該作業での受け付けを完了する（ステップ２４８Ａ）。また、顧客から了承を得た場合は（ステップ２４６Ｄの肯定判定）、有償修理の可能性の有無を判断する（ステップ２５０Ａ）。

有償修理の可能性がある場合は（ステップ２５０Ａの肯定判定）、請求先情報を確認し（ステップ２５２Ａ）、次いで、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ２５４Ｃ）、請求先情報を報告して（ステップ２５６Ａ）、作業希望日時を確認する（ステップ２５８Ａ）。また、有償修理の可能性ない場合（ステップ２５０Ａの否定判定）は、ステップ２５８Ａへ移行して、作業希望日時を確認する。

次に、ステップ２５８Ａでの作業希望日時確認の回答に際し、業務遂行担当者との調整の要否を判断する（ステップ２６０Ａ）。

調整が必要な場合（ステップ２６０Ａの肯定判定）は、後ほど現場作業員から日時連絡することを顧客に説明し（ステップ２６２Ａ）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ２６４Ｃ）、作業予定日時を報告して（ステップ２６６Ａ）、ステップ２６８Ａへ移行する。

一方、調整が不要（日時決定）な場合（ステップ２６０Ａの否定判定）は、作業予定日時を回答し（ステップ２７０Ａ）、次いで、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ２７２Ｃ）、作業定日時を報告し（ステップ２７４Ａ）、ステップ２６８Ａへ移行する。なお、このステップ２６８Ａには、処理継続点Ｄ１を介して、図６のステップ２１２Ａからの移行もある。

ステップ２６８Ａでは、他業務の受け付けの有無を判断する。他業務の受け付けがない場合は（ステップ２６８Ａの否定判定）、受け付けを完了し（ステップ２７６Ａ）、他業務の受け付けがある場合は（ステップ２６８Ａの肯定判定）、処理継続点Ｅ１に従い移行する（図５ステップ１１６Ａへ移行）。

『機器修理の現場作業』

図８〜図１８は、本実施の形態に係る、『業務遂行現場対応』の際に、ＰＣ９２、顧客対応端末装置１６、業務遂行担当者が所持する通信端末装置２２、及び顧客管理サーバー１２の間で実行される作業フローである。なお、業務遂行現場対応は、基本的に、業務遂行担当者が所持する通信端末装置２２と、顧客管理サーバー１２とのやりとりが主体となる。

（図８の作業フロー）

業務遂行担当者は、通信端末装置２２を所持しており（ステップ４００Ａ）、まず、訪問先の顧客が在宅か否かを判断する（ステップ４０２Ａ）。

不在の場合は（ステップ４０２Ａの否定判定）、事務所に連絡して不在票Ｐ１を発行し（ステップ４０４Ａ及びステップ４０６Ａ）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ４０８Ｃ）、不在状況の報告を実行し（ステップ４１０Ａ）、処理継続点Ｑ２に従い移行する（後述する図１７のステップ７７８Ａへ移行）。

一方、在宅の場合（ステップ４０２Ａの肯定判定）、又は、処理継続点Ｓ２を介して、後述する図１５のステップ６８２Ａから処理が移行された場合、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ４１２Ｃ）、作業開始報告を実行する（ステップ４１４Ａ）。

次いで、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ４１６Ｃ）、修理対象機器情報を確認し（ステップ４１８Ａ）、顧客に対して問診を行う（ステップ４２０Ａ）。

問診後は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ４２２Ｃ）、対象機器を確認し（ステップ４２３Ａ）、確認の結果、機器が特定されない（未特定）、又は特定違いか否かを判断する（ステップ４２４Ａ）。

機器が特定されない（未特定）、又は特定違いであった場合（ステップ４２４Ａで肯定判定）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ４２６Ｃ）、機器を再特定し（ステップ４２８Ａ）、機器の登録の要否を判断する（ステップ４３０Ａ）。

機器の登録が必要な場合（ステップ４３０Ａの肯定判定）は、所有機器管理小分類の名称へ変更し（ステップ４３２Ａ）、機器の登録が不要な場合（ステップ４３０Ａの否定判定）は何もせず、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ４３４Ｃ）、製造番号・製造年月の確認及び報告を実行する（ステップ４３６Ａ）。

また、機器が特定された場合（ステップ４２４Ａの否定判定）においても、ステップ４３６Ａへ移行して、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ４３４Ｃ）、製造番号・製造年月の確認及び報告を実行する。

次に、業務遂行担当者は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ４３８Ｃ）、故障診断を実行する（ステップ４４０Ａ）。故障診断後、技術情報の確認の要否を判断する（ステップ４４２Ａ）。

技術情報が必要な場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ４４４Ｃ）、修理統計情報の確認（ステップ４４６Ａ）、機器情報サービスの確認（ステップ４４８Ａ）、及び「テクガイ情報（テクニカルガイド情報）」の確認（ステップ４５０Ａ）を行うと共に、イントラネット８２に接続された何れかのサーバーのデータベース（例えば、図４に示す業務支援管理サーバー８４で管理する特定メンテナンスツール供給データベース）へアクセスして（ステップ４５２Ｃ）、特定メンテナンスツールを取得し（ステップ４５４Ａ）、処理継続点Ｂ２に従い移行する（後述する図９のステップ４５８Ａへ移行）。

また、技術情報が不要な場合（ステップ４４２Ａの否定判定）は、処理継続点Ｂ２に従い移行する（後述する図９のステップ４５８Ａへ移行）。

（図９の作業フロー）

図９は、処理継続点Ｂ２を介して、図８のステップ４４２Ａ又はステップ４５６Ａから処理が移行され、まず、有償修理か否かを判断する（ステップ４５８Ａ）。無償修理の場合は（ステップ４５８Ａの否定判定）、別処理となり、処理継続点Ｒ２に従い移行する（後述する図１１のステップ５５４Ａへ移行）。

有償処理の場合（ステップ４５８Ａの肯定判定）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ４６０Ｃ）、請求先（異名義情報の確認）を取得して（ステップ４６２Ａ）、顧客へ請求先（異名義）の確認を行い（ステップ４６４Ａ）、請求先情報に変更がある場合（ステップ４６６Ａの肯定判定）は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ４６８Ｃ）、請求先情報を登録し（ステップ４７０Ａ）、ステップ４７２Ａへ移行する。

また、請求先情報に変更がない場合（ステップ４６４Ａの否定判定）は、ステップ４７２Ａへ移行する。

ステップ４７２Ａでは、見積もりの必要性の確認を行い、要否の判定を委ねる（ステップ４７４Ｄ）。

見積もりが不要な場合（ステップ４７４Ｄの否定判定）は、別処理となり、処理継続点Ｒ２に従い移行する（後述する図１１のステップ５５４Ａへ移行）。

一方、見積もりが必要な場合（ステップ４７４Ｄの肯定判定）は、技術情報の確認が必要か否かを判断する（ステップ４７６Ａ）。このステップ４７６Ａには、処理継続点Ｆ２を介して、後述する図１０のステップ５２８Ａから処理が移行される。

ステップ４７６Ａで技術情報の確認が必要であると判断した場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ４７８Ｃ）、特別指示の仮指定を実行し（ステップ４８０Ａ）、ステップ４８２Ａへ移行する。ステップ４７６Ａで技術情報の確認が必要ではないと判断した場合は、ステップ４８２Ａへ移行する。

ステップ４８２Ａでは、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ４８４Ｃ）、診断内容を仮報告し、次いで、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ４８６Ｃ）、保証自動判定を実施し（ステップ４８８Ａ）、処理継続点Ｄ２に従い移行する（図１０のステップ５０８Ａへ移行）。

（図１０の作業フロー）

図１０は、処理継続点Ｄ２を介して、図９のステップ４９０Ａ又は５０４Ａから処理が移行され、まず、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５０６Ｃ）、種類ランク自動判定を実行し（ステップ５０８Ａ）、次いで、ランク入力修正の要否を判断する（ステップ５１０Ａ）。

ステップ５１０Ａで必要と判定された場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５１２Ｃ）、修理ランクを手入力し、訂正し（ステップ５１４Ａ）、ステップ５１６Ａへ移行する、

また、ステップ５１０Ａで不要と判定された場合は、ステップ５１６Ａへ移行する。

ステップ５１６Ａでは、部品使用の要否を判断する。ステップ５１６Ａで必要と判定された場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５１８Ｃ）、使用部品を報告する（ステップ５２０Ａ）。

次いで、ステップ５２２Ａで部品金額に変更があると判断された場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５２４Ｃ）、部品金額の変更を通知し（ステップ５２６Ａ）、ステップ５２８Ａへ移行する。

また、ステップ５２２Ａにおいて部品金額に変更がないと判断された場合は、ステップ５２８Ａへ移行する。

ステップ５２８Ａでは、他作業の有無を判断し、他作業が有る場合は、処理継続点Ｆ２に従い移行する（前述した図９のステップ４７６Ａへ移行）。また、他作業の無い場合は、ステップ５３０Ａへ移行する。

ステップ５３０Ａでは、割増報告の有無を判断し、割増報告が有る場合（ステップ５３０Ａの肯定判定）は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５３２Ｃ）、割増報告を実行し（ステップ５３４Ａ）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５３６Ｃ）、修理費を自動計算して通知し（ステップ５３８Ａ）、処理継続点Ｅ２に従い移行する（後述する図１１のステップ５４２Ａへ移行）。

また、割増報告が無い場合（ステップ５３０Ａの否定判定）は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５３６Ｃ）、修理費を自動計算して通知し、処理継続点Ｅ２に従い移行する（後述する図１１のステップ５４２Ａへ移行）。

（図１１の作業フロー）

図１１は、処理継続点Ｅ２を介して、図１０のステップ５３８Ａから処理が移行され、まず、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５４０Ｃ）、修理費見積書の発行を通知し（ステップ５４２Ａ）、次いで、顧客に対して修理費の説明を実行する（ステップ５４４Ａ）。

顧客は、例えば、見積書Ｐ２を見ながら修理費を確認し（ステップ５４６Ｄ）、作業着手を了承するか否かを判断する（ステップ５４８Ｄ）。

ステップ５４８Ｄにおいて、作業着手を了承しない場合（ステップ５４８Ｄの否定判定）は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５５０Ｃ）、修理作業拒否報告を実施し（ステップ５５２Ａ）、処理継続点Ｑ２に従い移行する（後述する図１７のステップ７７８Ａへ移行）。

また、ステップ５４８Ｄにおいて、作業着手を了承した場合（ステップ５４８Ｄの肯定判定）は、部品使用の有無を判断する（ステップ５５４Ａ）。なお、ステップ５５４Ａには、処理継続点Ｒ２を介して、前述した図９のステップ４５８Ａ又はステップ４７４Ｄから移行する場合がある。

ステップ５５４Ａ以降の作業手順は以下の手順１〜手順４に分類される。

（手順１） ステップ５５４Ａにおいて、部品使用有りと判定され、部品保有が無く、部品当日調達が不可の場合（ステップ５５４Ａの肯定判定→ステップ５５６Ａの否定判定→ステップ５５８Ａの否定判定）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５６０Ｃ）、部品を発注し（ステップ５６２Ａ）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５６４Ｃ）、部品納入日を確認し（ステップ５６６Ａ）、顧客に対して、部品納品後の修理となることを説明し（ステップ５６８Ａ）、処理継続点Ａ２に従い移行する（後述する図１８のステップ７８６Ａへ移行）。

（手順２）

ステップ５５４Ａにおいて、部品使用有りと判定され、部品保有が無く、部品当日調達が可能な場合（ステップ５５４Ａの肯定判定→ステップ５５６Ａの否定判定→ステップ５５８Ａの肯定判定）、顧客に対して、部品を本日中に手配する旨を説明し（ステップ５７０Ａ）、修理作業を実行すると共に（ステップ５７２Ａ）、ステップ５７４Ａにおいて、作業が半成と判定された場合は、処理継続点Ａ２に従い移行し（後述する図１８のステップ７８６Ａへ移行）、ステップ５７４Ａにおいて作業が完了と判定された場合は、処理継続点Ｈ２に従い移行する（後述する図１２のステップ５７８Ａへ移行）。

（手順３）

ステップ５５４Ａにおいて、部品使用有りと判定され、部品保有有りと判定された場合（ステップ５５４Ａの肯定判定→ステップ５５６Ａの肯定判定）、修理作業を実行すると共に（ステップ５７２Ａ）、ステップ５７４Ａにおいて作業が半成と判定された場合は、処理継続点Ａ２に従い移行し（後述する図１８のステップ７８６Ａへ移行）、ステップ５７４Ａにおいて作業が完了と判定された場合は、処理継続点Ｈ２に従い移行する（後述する図１２のステップ５７８Ａへ移行）。

（手順４）

ステップ５５４Ａにおいて、部品使用無しと判定された場合（ステップ５５４Ａの否定判定）、修理作業を実行すると共に（ステップ５７２Ａ）、ステップ５７４Ａにおいて作業が半成と判定された場合は、処理継続点Ａ２に従い移行し（後述する図１８のステップ７８６Ａへ移行）、ステップ５７４Ａにおいて作業が完了と判定された場合は、処理継続点Ｈ２に従い移行する（後述する図１２のステップ５７８Ａへ移行）。

（図１２の作業フロー）

図１２は、処理継続点Ｈ２を介して、図１１のステップ５７４Ａから処理が移行され、まず、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５７６Ｃ）、作業完了状況を報告し（ステップ５７８Ａ）、次いで、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５８０Ｃ）、ＣＯ測定器の結果を報告し（ステップ５８２Ａ）、次いで、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５８４Ｃ）、漏洩検査実施の報告し（ステップ５８６Ａ）、ステップ５８８Ａへ移行する。ステップ５８８Ａには、処理継続点Ｌ２を介して、後述する図１４のステップ６６２Ａから移行する場合がある。

ステップ５８８Ａは、仮登録と同じか否かを判断する。同じ場合（ステップ５８８Ａの肯定判定）、補充部品の発注の有無を判断し（ステップ５９０Ａ）、発注有り（ステップ５９０Ａの肯定判定）の場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５９２Ｃ）、補充部品を発注し（ステップ５９４Ａ）、処理継続点Ｍ２に従い移行する（後述する図１５のステップ６７６Ａ）。また、発注無し（ステップ５９０Ａの否定判定）の場合は、処理継続点Ｍ２に従い移行する（後述する図１５のステップ６７６Ａ）。

一方、ステップ５８８Ａで否定判定（仮登録と異なると判定）された場合は、特別指示作業か否かを判断する（ステップ５９６Ａ）。

ステップ５９６Ａで特別指示作業であると判定（肯定判定）された場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ５９８Ｃ）、特別指示選択を報告し（ステップ６００Ａ）、ステップ６０２Ａへ移行する。ステップ５９６Ａで特別指示作業ではないと判定（否定判定）された場合は、ステップ６０２Ａへ移行する。

ステップ６０２Ａでは、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ６０４Ｃ）、作業内容を報告し、次いで、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ６０６Ｃ）、保証自動判定を実行し（ステップ６０８Ａ）、処理継続点Ｊ２に従い移行する（後述する図１３のステップ６１０Ａ）。

（図１３の作業フロー）

図１３は、処理継続点Ｊ２を介して、図１２のステップ６０８Ａから処理が移行され、まず、保証自動判定の結果（図１２のステップ６０８Ａ）において、判定不能又は変更必要か否かを判断する（ステップ６１０Ａ）。

ステップ６１０Ａで、判定が可能であり、変更の必要がないと判断された場合は（ステップ６１０Ａの否定判定）、ステップ６１２Ａへ移行する。

また、ステップ６１０Ａで判定不能又は変更必要と判断された場合（ステップ６１０Ａの肯定判定）は、ステップ６１４Ａ、ステップ６１６Ａ、ステップ６１８Ａ、ステップ６２０Ａ、及びステップ６２２Ａにおいて、以下の処理を実行し、ステップ６１２Ａへ移行する。すなわち、ステップ１４Ａ、ステップ６１６Ａ、ステップ６１８Ａ、ステップ６２０Ａ、及びステップ６２２Ａは、修理ランクを判定できない場合において、既存情報が正しくない可能性があるために行う処理である。

・ステップ６１４Ａ→修理点検履歴確認（修理点検履歴で、修理点検済みか否かを確認する。）
・ステップ６１６Ａ→システム・所有機器情報確認（所有機器情報が間違っていないか確認する。）
・ステップ６１８Ａ→その他情報確認
・ステップ６２０Ａ→保証請求先判断（保証請求先が間違っていないかを確認する。）
・ステップ６２２Ａ→保証自動判定結果訂正（ステップ６２０Ａでの判断結果に基づき、自動判定結果そのものを訂正する必要がある場合に訂正を行う。）

ステップ６１０Ａの否定判定、又はステップ６２２Ａから移行するステップ６１２Ａでは、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ６３４Ｃ）、修理ランクを自動判定し、ランク入力・修正が必要か否かを判断する（ステップ６３６Ａ）。

ステップ６３６Ａにおいて、ランク入力・修理が必要と判定された場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ６３８Ｃ）、修理ランクを手入力で訂正し（ステップ６４０Ａ）、処理継続点Ｋ２に従い移行する（後述する図１４のステップ６４２Ａ）。

また、ステップ６３０Ａにおいて、ランク入力・修理が不要と判定（否定判定）された場合は、処理継続点Ｋ２に従い移行する（後述する図１４のステップ６４２Ａ）。

（図１４の作業フロー）

図１４は、処理継続点Ｋ２を介して、図１３のステップ６３６Ａ又は６４０Ａから処理が移行され、まず、業務遂行（修理）に際し、部品を使用したか否か（ステップ６４２Ａ）、及び、部品情報を参照したか否かを判断する（ステップ６４４Ａ）。

部品不使用（ステップ６４２Ａの否定判定）の場合は、ステップ６６２Ａへ移行する。

部品使用（ステップ６４２Ａの肯定判定）、かつ部品情報参照しない場合（ステップ６４４Ａの否定判定）は、ステップ６４６Ａへ移行する。

部品使用（ステップ６４２Ａの肯定判定）、かつ部品情報参照する場合（ステップ６４４Ａの肯定判定）は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ６４８Ｃ）、部品展開図を参照すると共に（ステップ６５０Ａ）、共通部品を参照し（ステップ６５２Ａ）、ステップ６４６Ａへ移行する。なお、ステップ６５０Ａ及びステップ６５２Ａを総称し、参照ステップ６５４Ａとする。

ステップ６４６Ａでは、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ６４９Ｃ）、使用部品を報告し、ステップ６５０Ａへ移行する。

ステップ６５０Ａでは補充部品を発注したか否かを判断し、ステップ６５０Ａで肯定判定の場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ６５２Ｃ）、補充部品発注を通知し（ステップ６５４Ａ）、ステップ６５６Ａへ移行する。ステップ６５０Ａで否定判定の場合は、ステップ６５６Ａへ移行する。

ステップ６５６Ａでは、部品金額の変更の要否を判断し、ステップ６５６Ａで肯定判定（必要）の場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ６５８Ｃ）、部品金額変更を通知し（ステップ６６０Ａ）、ステップ６６２Ａへ移行する。ステップ６５６Ａで否定判定（不要）の場合は、ステップ６６２Ａへ移行する。

ステップ６６２Ａでは、他作業の有無を判断し、肯定判定（他作業有り）の場合は、処理継続点Ｌ２に従い移行する（前述した図１２のステップ５８８Ａへ移行）。

ステップ６６２Ａで否定判定（他作業無し）の場合は、割増し設定の要否を判断する（ステップ６６４Ａ）。

ステップ６６４Ａで肯定判定（割増し設定必要）の場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ６６６Ｃ）、割増し設定を通知し（ステップ６６８Ａ）、ステップ６７０Ａへ移行する。

ステップ６６４Ａで否定判定（割増し設定不要）の場合は、ステップ６７０Ａへ移行する。

ステップ６７０Ａでは、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ６７２Ｃ）、修理費を計算し、処理継続点Ｍ２に従い移行する（後述する図１５のステップ６７６Ａへ移行）。

（図１５の作業フロー）

図１５は、処理継続点Ｍ２を介して、図１２のステップ５９０Ａ，ステップ５９４Ａ、又は、図１４のステップ６７０Ａから処理が移行され、まず、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ６７４Ｃ）、請求先別金額を確認し（ステップ６７６Ａ）、次いで、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ６７８Ｃ）、修理結果のお知らせを発行し（ステップ６８０Ａ）、ステップ６８２Ａへ移行する。

ステップ６８２Ａでは、同一の顧客（お客さま）で他件名の有無を判断する。ステップ６８２Ａで肯定判定された場合は、処理継続点Ｓ２に従い移行する（前述した図８のステップ４１４Ａへ移行）。また、ステップ６８２Ａで否定判定された場合は、顧客に対して修理結果を説明する（ステップ６８４Ａ）。

次のステップ６８６Ｄでは、修理結果のお知らせＰ３を見ながら、顧客が作業結果を確認する。次に、承諾取得を依頼すると（ステップ６８８Ａ）、顧客はサイン了承するか否かを判断する（ステップ６９０Ｄ）。このステップ６９０Ｄで肯定判定された場合は、顧客はサインし（ステップ６９２Ｄ）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ６９４Ｃ）、サインが通知され、ステップ７０４Ａへ移行する。

また、ステップ６９０Ｄでサインを了承しない場合は（ステップ６９０Ｄの否定判定）、印鑑了承するか否かを判断する（ステップ６９６Ｄ）。

ステップ６９６Ｄで肯定判定された場合は、顧客に修理結果のお知らせに押印してもらい（ステップ６９８Ｄ）、ステップ７００Ａへ移行する。また、ステップ６９６Ｄで否定判定された場合は、ステップ７００Ａへ移行する。

ステップ７００Ａでは、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ７０２Ｃ）、サイン未取得理由を報告し、処理継続点Ｏ２に従い移行する（後述する図１７のステップ７７８Ａへ移行）。

ステップ７０４Ａでは、顧客（お客さま）への請求の有無を判断し、ある場合（ステップ７０４Ａの肯定判定）は請求先が異名義か否かを判断する（ステップ７０６Ａ）。

ステップ７０４Ａで否定判定（顧客（お客さま）への請求無し）、又はステップ７０６Ａで肯定判定（請求先が異名義である）の場合は、処理継続点Ｏ２に従い移行する（後述する図１７のステップ７７８Ａへ移行）。

また、ステップ７０４Ａで肯定判定（顧客（お客さま）への請求有り）、かつ、ステップ７０６Ａで否定判定（請求先が異名義ではない）の場合は、処理継続点Ｎ２に従い移行する（後述する図１６のステップ７０８Ａへ移行）。

（図１６の作業フロー）

図１６は、処理継続点Ｎ２を介して、図１５のステップ７０６Ａから処理が移行され、まず、顧客に対して請求金額を説明し（ステップ７０８Ａ）、次いで、値引きの有無を判断する（ステップ７１０Ａ）。

ステップ７１０Ａで肯定判定（値引き有り）された場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ７１２Ｃ）、値引き金額を報告し（ステップ７１４Ａ）、ステップ７１６Ａへ移行する。ステップ７１０Ａで否定判定（値引き無し）された場合は、ステップ７１６Ａへ移行する。

ステップ７１６Ａでは、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ７１８Ｃ）、支払い方法を確認し、次いで、請求書の発行要否を判断する（ステップ７２０Ａ）。

ステップ７２０Ａで肯定判定（請求書発行必要）された場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ７２２Ｃ）、請求書Ｐ４及び明細書Ｐ５を発行し（ステップ７２４Ａ）、ステップ７２６Ａへ移行する。また、ステップ７２０Ａで否定判定（請求書発行不要）された場合は、ステップ７２６Ａへ移行する。

ステップ７２６Ａでは、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ７２８Ｃ）、支払い方法を報告し、次いで、支払い方法によって処理を振り分ける（ステップ７３０Ａ）。

（支払い方法が現金の場合）

ステップ７３０Ａからステップ７３２Ａへ移行して当日集金か後日集金かを判断する。ステップ７３２Ａで当日集金と判定された場合は、顧客（お客さま）にお支払いをしていただき（ステップ７３４Ｄ）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ７３６Ｃ）、集金情報を報告し（ステップ７３８Ａ）、次いで、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ７４０Ｃ）、領収書Ｐ６を発行し（ステップ７４２Ａ）、ステップ７４６Ａへ移行して、明細書が発行済か否かを判断する。

ステップ７４６Ａにおいて、明細書発行済の場合は、処理継続点Ｏ２に従い移行する（後述する図１７のステップ７７８Ａへ移行）。また、明細書発行未済の場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ７４８Ｃ）、明細書Ｐ７を発行し（ステップ７５０Ａ）、処理継続点Ｏ２に従い移行する（後述する図１７のステップ７７８Ａへ移行）。

一方、ステップ７３２Ａにおいて、後日集金と判定された場合は、処理継続点Ｏ２に従い移行する（後述する図１７のステップ７７８Ａへ移行）。

（支払い方法がクレジットカードの場合）

ステップ７３０Ａからステップ７５２Ａへ移行してカード決済を行い、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ７５４Ｃ）、カード決済番号を報告して（ステップ７５６Ａ）、処理継続点Ｏ２に従い移行する（後述する図１７のステップ７７８Ａへ移行）。

（支払い方法が銀行振込の場合）

ステップ７３０Ａからステップ７５８Ａへ移行して振込先を説明し、処理継続点Ｏ２に従い移行する（後述する図１７のステップ７７８Ａへ移行）。

（図１７の作業フロー）

図１７は、処理継続点Ｏ２を介して、図１５のステップ７０４Ａ又はステップ７０６Ａ、或いは、図１６のステップ７４６Ａ、ステップ７５０Ａ、ステップ７３２Ａ、ステップ７５６Ａ、又はステップ７５８Ａから処理が移行され、まず、ステップ７７８Ａにおいて、作業終了報告を実行し、現場作業を完了する（ステップ７８２Ａ）。
なお、ステップ７７８Ａには、図８のステップ４１０Ａ、図１１のステップ５５２Ａ、又は図１８の処理継続点Ｑ２を介して移行する場合がある。

（図１８の作業フロー）

図１８は、処理継続点Ａ２を介して、図１１のステップ５６８Ａ又はステップ５７４Ａから処理が移行され、まず、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ７８４Ｃ）、作業未完了理由を報告し（ステップ７８６Ａ）、次いで、ステップ７８８Ａへ移行して次回希望日を確認し、顧客に対して希望日回答を委ねる（ステップ７９０Ｄ）。

次のステップ７９２Ａでは、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ７９４Ｃ）、希望日分担状況を確認し、ステップ７９６Ａにおいて、作業予定日が確定したか否かを判断する。

ステップ７９６Ａで肯定判定（作業予定日確定）された場合は、次回作業予定日を確認し（ステップ７９８Ａ）、ステップ８００へ移行する。ステップ７９６で否定判定（作業予定日未確定）された場合は、作業日を追って連絡することを説明し（ステップ８０２Ａ）、ステップ８００Ａへ移行する。

ステップ８００Ａでは、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ８０４Ｃ）、次回の作業予定日を報告し、次いで、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ８０６Ｃ）、半成メモを報告して（ステップ８０８Ａ）、処理継続点Ｑ２に従い移行する（前述した図１７のステップ７７８Ａへ移行）。

『機器修理の部品発注承認・取消』

図１９及び図２０は、本実施の形態に係る、『業務の分担（部品発注の承認・取消）』の際に、顧客対応端末装置１６、業務遂行担当者が所持する通信端末装置２２、及び顧客管理サーバー１２の間で実行される作業フローである。

（図１９の作業フロー）

図１９は、現場での発注依頼報告に関する作業フローである。

まず、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ８１０Ｃ）、発注願の一覧を確認し（ステップ８１２Ａ）、次いで、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ８１４Ｃ）、発注願がなされている部品を選択し（ステップ８１６Ａ）、在庫を確認する（ステップ８１８Ａ）。

次のステップ８２０Ａでは、イントラネット８２に接続された何れかのサーバーのデータベース（例えば、在庫管理サーバー８６で管理する在庫管理データベース）にアクセスして（ステップ８２２Ａ）、入荷予定部品の確認を行う。ステップ８２０Ａの入荷予定部品の確認後は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ８２４Ｃ）、関連する作業件名を確認し（ステップ８２６Ａ）、ステップ８２８Ａへ移行する。

ステップ８２８Ａでは、発注承認の判断を行い、ステップ８３０Ａへ移行して承認の有無を判断する。

ステップ８３０Ａで肯定判定（承認有り）された場合は、ステップ８３２Ａで、発注数量の変更の有無を判断する。

ステップ８３２Ａで発注数量の変更が必要と判定された場合は、ステップ８３４Ａで発注数量を変更し、ステップ８３６Ａへ移行する。また、ステップ８３２Ａで発注数量の変更は不要と判定された場合は、ステップ８３６Ａへ移行する。

ステップ８３６Ａでは、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ８３８Ｃ）、承認を報告し、次いで、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ８４０Ｃ）、発注書Ｐ８を発行し（ステップ８４２Ａ）、発注完了とする（ステップ８４４Ａ）。

一方、ステップ８３０Ａで否定判定（非承認）された場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ８４６Ｃ）、作業件名に部品発注非承認を報告し（ステップ８４８Ａ）、次いで、担当者に連絡し（ステップ８５０Ａ）、承認終了とする（ステップ８５２Ａ）。

（図２０の作業フロー）

図２０は、部品発注取消しの必要性に関する作業フローである。

まず、取り消し対象部品情報を確認し（ステップ８５４Ａ）、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ８５６Ｃ）、発注承認実施状況を確認し（ステップ８５８Ａ）、ステップ８６０Ａへ移行して、顧客管理サーバー１２で承認済か承認未済かを判断する。

ステップ８６０Ａで承認済と判定された場合は、在庫管理データベース８６ＤＢへアクセスして（ステップ８６２Ｃ）、発注状況を確認し（ステップ８６４Ａ）、取り消しの可否を判断する（ステップ８６６Ａ）。ステップ８６６Ａで取り消し可能と判定された場合は、在庫管理データベース８６ＤＢへアクセスして（ステップ８６８Ｃ）、取り消しの報告を行い（ステップ８７０Ａ）、発注取り消し完了とする（ステップ８７２Ａ）。また、ステップ８６６Ａで取り消し不可能と判定された場合は、発注取り消し不能とする（ステップ８７４Ａ）。

一方、ステップ８６０Ａで承認未済と判定された場合は、イントラネット８２に接続された何れかのサーバーのデータベースへアクセスして（ステップ８７６Ｃ）、非承認を報告し（ステップ８７８Ａ）、発注取り消し完了とする（ステップ８７２Ａ）。

１０ 受付システム
１２ 顧客管理サーバー
１４ 提携店
１６ 顧客対応端末装置
１８ 顧客固有情報データベース
２０ ネットワーク
２２ 通信携帯端末
２０Ａ 無線通信基地
２４ 顧客
２６ 顧客端末
２８ 相関テーブル（顧客識別情報−機器情報相関テーブル）
（実施例）
８０ ガス管理者
８２ イントラネットワーク
８４ 業務支援管理サーバー
８６ 在庫管理サーバー
８８ 順路最適化管理サーバー
９０ お客様センター管理サーバー
９１ ルーター
９２ ＰＣ（顧客所有）
９４ 電話回線

Claims (3)

1. 顧客の固有情報を格納したデータベースを備えた機器情報管理制御装置であって、
   前記データベースには、前記固有情報として、前記顧客を識別する識別情報と当該顧客が所有する機器を示す機器情報とを対応させて格納されており、少なくとも前記顧客から所定機器を対象とする業務依頼を受け付けたとき、前記顧客を特定し、前記データベースにアクセスすることで、特定された前記顧客に対応して格納された前記機器情報を取得する取得部と、
   前記取得部で取得した前記機器情報を、業務遂行現場へ派遣する業務遂行担当者へ通知する通知部と、
   を有する機器情報管理制御装置。
2. 前記データベースに格納された前記機器情報の中に、前記所定機器を示す前記機器情報が存在しない場合には、前記データベースとは別に、前記顧客を識別する識別情報と対応させずに全ての前記機器情報を格納する機器マスターデータベースから、前記所定機器を示す前記機器情報を取得することを特徴とする請求項１記載の機器情報管理制御装置。
3. コンピュータを、
   請求項１又は請求項２記載の機器情報管理制御装置として動作させる、
   機器情報管理制御プログラム。