JP2022144058A - 保守運用サーバ及び保守運用システム - Google Patents

Abstract

【課題】保守する機器や保守作業に従事する時間を保守員が自由に選ぶことを可能とする保守運用サーバ及び保守運用システムを提供する。【解決手段】保守運用システムにおいて、保守員が保有する端末装置４０と相互通信可能であり、保守対象機器の障害情報が登録された障害情報データベース３００ｂと接続される保守運用サーバ２００は、障害情報データベース３００ｂに登録された障害情報を保守員がアクセス可能に設定する障害情報設定部２００ｂと、障害情報が示す障害が発生した保守対象機器に対する保守の申請を端末装置から受けると、申請を送信した端末装置を保有する保守員を、保守対象機器を保守する保守員として割り当てる保守員割当部２００ｄと、を備える。【選択図】図３

Description

本発明は、保守運用サーバ及び保守運用システムに関する。

保守に必要な保守員の能力を適正に判定して保守現場に派遣する保守員を選定する保守運用システムが知られている。例えば特許文献１に、この種の保守運用システムの具体的構成が記載されている。

特許文献１に記載の保守運用システムは、顧客から保守の依頼をコールセンタで受けると、データベースに登録された保守員の情報（保守技術能力指数と非保守技術能力）に基づいて保守現場に派遣する保守員を選定する。

特開２００８－９４９６号公報

少子高齢化により働き手が減ることに伴い、保守員が不足している。保守員不足を解消するため、例えば保守員が働きやすい環境を整備することが考えられる。このような環境の整備によって保守員が働き手にとって魅力的な職業になれば、保守員不足が自ずと解消されるものと考えられる。保守員が働きやすい環境の１つとして、保守する機器や保守作業に従事する時間を保守員が自由に選べることが挙げられる。

本発明は、上記の事情に鑑みてなされたものであり、保守する機器や保守作業に従事する時間を保守員が自由に選ぶことを可能とする保守運用システム及びこのような保守運用システムを構成する保守運用サーバを提供することを目的とする。

本発明の一実施形態に係る保守運用サーバは、保守員が保有する端末装置と相互通信可能であり、保守対象機器の障害情報が登録された障害情報データベースと接続される。前記保守運用サーバは、前記障害情報データベースに登録された障害情報を前記保守員がアクセス可能に設定する障害情報設定部と、前記障害情報が示す障害が発生した保守対象機器に対する保守の申請を前記端末装置から受けると、前記申請を送信した端末装置を保有する保守員を、前記保守対象機器を保守する保守員として割り当てる保守員割当部と、を備える。

本発明の一実施形態に係る保守運用システムは、相互通信可能な保守運用サーバと端末装置を備えるシステムである。前記保守運用サーバは、保守対象機器の障害情報が登録された障害情報データベースと接続されており、前記障害情報データベースに登録された障害情報を、前記端末装置を保有する保守員がアクセス可能に設定する障害情報設定部と、を備える。前記端末装置は、前記障害情報を表示する障害情報表示部と、前記障害情報表示部により表示された障害情報が示す障害が発生した保守対象機器に対する保守の申請の操作を受け付ける操作受付部と、前記操作受付部により前記操作が受け付けられると、前記申請を前記保守運用サーバに送信する申請送信部と、を備える。前記保守運用サーバは、前記申請を前記端末装置から受けると、前記申請を送信した端末装置を保有する保守員を、前記保守対象機器を保守する保守員として割り当てる保守員割当部と、を備える。

本発明の一実施形態によれば、保守する機器や保守作業に従事する時間を保守員が自由に選ぶことを可能とする保守運用システム及びこのような保守運用システムを構成する保守運用サーバが提供される。

本発明の一実施形態に係る保守運用システムを示すブロック図である。 本発明の一実施形態に係る保守運用サーバのハードウェア構成を示すブロック図である。 本発明の一実施形態に係る保守運用システムの機能構成を示すブロック図である。 本発明の一実施形態に係る顧客データベースの一例を示す図である。 本発明の一実施形態に係る障害情報データベースの一例を示す図である。 本発明の一実施形態に係る保守員データベースの一例を示す図である。 本発明の一実施形態に係る評価情報データベースの一例を示す図である。 本発明の一実施形態に係る保守部品データベースの一例を示す図である。 本発明の一実施形態において保守運用システムの各部が実行する処理手順を示すシーケンス図である。

以下、本発明の一実施形態について、詳細に説明する。

図１は、本発明の一実施形態に係る保守運用システム１を示すブロック図である。図１に示されるように、保守運用システム１は、オペレーション端末１０、保守運用サーバ２０、データベース３０及び端末装置４０を備える。

オペレーション端末１０、保守運用サーバ２０及びデータベース３０は、例えば保守運用センタ２に設置されており、保守運用センタ２のネットワークシステム内（例えばＬＡＮ：Local Area Network）で接続される。なお、本実施形態において、保守運用サーバ２０とデータベース３０は別々の装置として構成されるが、保守運用サーバ２０とデータベース３０とが単独の装置として構成されてもよい。

オペレーション端末１０は、保守運用センタ２に複数台設置される。オペレーション端末１０は、例えば汎用のＰＣ（Personal Computer）である。保守運用センタ２のオペレータは、保守サービスを受ける契約を保守運用センタ２と結んだ保守契約会社（顧客）から保守対象機器の保守の依頼を電話で受けると、オペレーション端末１０を操作してその電話内容に応じた障害情報をデータベース３０に登録する。

図２は、本発明の一実施形態に係る保守運用サーバ２０のハードウェア構成を示すブロック図である。保守運用サーバ２０は、汎用のサーバであり、図２に示されるように、制御部２００、通信インタフェース２１０、操作部２２０及びモニタ２３０を備える。

なお、保守運用サーバ２０は、図２に示されていない他のハードウェア構成を備えていてもよい。また、保守運用サーバ２０は、図２に示される全てのハードウェア構成を備えるものでなくてもよい。例えば、操作部２２０やモニタ２３０を備えない保守運用サーバ２０も本発明の範疇である。すなわち、保守運用サーバ２０の態様には自由度があり、各種の設計変更が可能である。

制御部２００は、保守運用サーバ２０全体を制御するものであり、ＣＰＵ（Central Processing Unit）２００Ａ、ＲＡＭ（Random Access Memory）２００Ｂ、ＲＯＭ（Read Only Memory）２００Ｃ、入出力インタフェース２００Ｄ、表示制御回路２００Ｅ及びこれらのポートを結ぶバスライン２００Ｆ等よりなるマイクロコンピュータである。

ＣＰＵ２００Ａは、ＲＯＭ２００Ｃに記憶されたプログラムを読み込み、読み込まれたプログラムに従って保守運用サーバ２０を制御する。

ＲＡＭ２００Ｂは、プログラムやデータを一時的に記憶する記憶部であり、ワークエリアを提供する。ＲＡＭ２００Ｂは、例えば、ＤＲＡＭ（Dynamic Random Access Memory）である。

ＲＯＭ２００Ｃは、保守運用プログラムをはじめとする各種プログラムを記憶する不揮発性メモリである。ＲＯＭ２００Ｃは、例えばフラッシュメモリである。

ＲＯＭ２００Ｃに記憶された保守運用プログラムは、オペレータによるオペレーション端末１０の操作によってデータベース３０に登録された障害情報を、端末装置４０を保有する保守員がアクセス可能に設定し、障害情報が示す障害が発生した保守対象機器に対する保守の申請を端末装置４０から受けると、この申請を送信した端末装置４０を保有する保守員を、保守対象機器を保守する保守員として割り当てるプログラムであり、詳しくは後述する。

なお、この保守運用プログラムの実行により、保守する機器や保守作業に従事する時間を保守員が自由に選べるようになり、保守員が働きやすい環境が提供される。このような環境を保守員に提供することにより、保守員不足の解消が実現可能となる。

また、これまでは、自社（Ａ社）の機器については、保守技術の面から他社（Ｂ社）の保守員が保守を行うことが難しく、Ａ社所属の保守員とＡ社のパートナ会社所属の保守員のみが保守を行っていた。附言するに、Ａ社所属の保守員とパートナ会社所属の保守員は、保守技術の面から、他社（Ｂ社）の機器を保守することが困難であった。

しかし、近年、何れの会社の保守員であっても保守することが難しくない機器が出てきつつある。また、例えばＡ社の機器の保守に関する研修や実習を受けることにより、Ｂ社所属の保守員がＡ社の機器を保守できるようになるケースも考えられる。

そこで、保守運用センタ２で保守の依頼を受け付ける保守対象機器には、種々の会社の機器が含まれる。また、種々の会社の保守員が保守対象機器に対する保守を申請して保守作業を行うことができる。このように、種々の会社の機器を種々の会社の保守員が保守できるようにする点からも、保守員不足の解消が実現可能となる。

入出力インタフェース２００Ｄは、通信インタフェース２１０及び操作部２２０と接続されており、通信インタフェース２１０及び操作部２２０とＣＰＵ２００Ａとの通信を中継する。

通信インタフェース２１０は、データベース３０及び端末装置４０と通信する。通信インタフェース２１０は、例えば、データベース３０にアクセスして必要な情報を取得したり、端末装置４０からのリクエストを受信したり、リクエストに対する応答を端末装置４０に送信したりする。なお、通信インタフェース２１０は、例えばＶＰＮ（Virtual Private Network）等の閉域網の通信回線（ネットワークＮ）を介して端末装置４０と相互通信可能に接続される。

操作部２２０は、キーボードやマウス、タッチパネル等のユーザインタフェースであり、オペレータからの入力操作を受け付けてＣＰＵ２００Ａに通知する。

モニタ２３０は、例えばＬＣＤ（Liquid Crystal Display）であり、表示制御回路２００Ｅの制御下で駆動する。表示制御回路２００Ｅは、例えば設定画面をモニタ２３０に表示させる。

データベース３０は、保守運用センタ２による保守運用サービスを実施するのに必要な各種データベースを格納する。

端末装置４０は、携帯可能なタブレット端末であり、保守員一人ひとりが１台保有する。端末装置４０は、ハードウェア構成としては図２のブロック図で示される構成にＧＰＳ（Global Positioning System）レシーバ４４０（図３参照）を加えたものとなっている。そのため、端末装置４０のハードウェア構成の詳細な説明については省略する。なお、保守運用サーバ２０と端末装置４０との通信は、通信インタフェース２１０と通信インタフェース４１０（図３参照）間で行われる。

端末装置４０は、タブレット端末に限らず、例えばノートＰＣ（Personal Computer）やスマートフォンであってもよい。すなわち、端末装置４０も保守運用サーバ２０と同様にその態様には自由度があり、各種の設計変更が可能である。

図３は、本発明の一実施形態に係る保守運用システム１の機能構成を示すブロック図である。図３に示されるように、保守運用サーバ２０の制御部２００は、障害情報登録部２００ａ、障害情報設定部２００ｂ、障害情報通知部２００ｃ、保守員割当部２００ｄ及び単金設定部２００ｅを備える。なお、保守運用サーバ２０は、図３に示されていない他の機能構成を備えていてもよい。

端末装置４０の制御部４００は、障害情報表示部４００ａ、操作受付部４００ｂ、申請送信部４００ｃ及び位置情報送信部４００ｄを備える。なお、端末装置４０も図３に示されていない他の機能構成を備えていてもよい。

データベース３０は、顧客データベース３００ａ、障害情報データベース３００ｂ、保守員データベース３００ｃ、評価情報データベース３００ｄ及び保守部品データベース３００ｅを備える。

図４に、顧客データベース３００ａの一例を示す。顧客データベース３００ａは、保守サービスを受ける契約を保守運用センタ２と結んだ顧客の情報を登録するデータベースである。図４に示されるように、顧客データベース３００ａには、ＩＤ（Identification）、名称、住所、連絡先、保守対象機器の情報よりなるレコードが登録される。

図５に、障害情報データベース３００ｂの一例を示す。障害情報データベース３００ｂは、オペレータが受けた顧客からの電話の内容に応じた保守対象機器の障害情報を登録するデータベースである。図５に示されるように、障害情報データベース３００ｂには、ＩＤ、発生日時、対処時間、場所、保守対象機器、保守員ランク、作業内容、保守金額の情報よりなるレコードが登録される。

図６に、保守員データベース３００ｃの一例を示す。保守員データベース３００ｃは、保守員の情報を登録するデータベースである。図６に示されるように、保守員データベース３００ｃには、ＩＤ、氏名、住所、連絡先１、連絡先２、端末装置、ログインＩＤ、パスワード、単金の情報よりなるレコードが登録される。

図７に、評価情報データベース３００ｄの一例を示す。評価情報データベース３００ｄは、保守員の保守能力に関する評価を定量化した評価情報を登録するデータベースである。図７に示されるように、評価情報データベース３００ｄには、ＩＤ、氏名、保守員の保守能力に関する評価を定量化した各種評価情報（保守員ランク、技術力、実績、熟練度、信頼性とスピード、機器経験度）の情報よりなるレコードが登録される。

図８に、保守部品データベース３００ｅの一例を示す。保守部品データベース３００ｅは、保守対象機器の保守に必要な部品や工具の在庫情報を登録するデータベースである。図８に示されるように、保守部品データベース３００ｅには、ＩＤ、名称、住所、連絡先１、連絡先２、各種部品（部品Ａ、部品Ｂ、部品Ｃ・・・）、各種工具（不図示）の情報よりなるレコードが登録される。

なお、図４～図８の各図に示されるデータベースのレコードは、図示されていない他の情報を持つものであってもよい。一例として、図６に示される保守員データベース３００ｃのレコードには、保守員が運転可能な車の種類（普通乗用車、大型二輪車等）の情報が更に含まれていてもよい。

図９は、本発明の一実施形態において保守運用システム１の各部が実行する処理手順を示すシーケンス図である。

図９に示されるように、保守運用センタ２が顧客からの電話で保守対象機器の保守依頼を受けると（ステップＳ１０１）、オペレータは、オペレーション端末１０を操作してその電話内容に応じた障害情報の登録を保守運用サーバ２０にリクエストする（ステップＳ１０２）。このリクエストには、顧客の名称、障害が発生した保守対象機器（型番、ロット番号）、保守対象機器に障害が発生した日時（発生日時）、保守作業完遂までの時間（対処時間）、保守員ランク、作業内容、保守金額等が含まれる。

保守対象機器の種類、作業内容、対処時間等から、保守員によっては保守することが難しい可能性がある。そのため、全ての保守員が全ての障害に対して保守を申請して保守作業を行えるようにすると、保守サービスの品質を担保することが難しい。

そこで、本実施形態では、評価情報データベース３００ｄに登録されている保守員の保守能力に関する評価を定量化した５種の評価情報（技術力、実績、熟練度、信頼性とスピード、機器経験度）に基づき、保守対象機器に対する保守を申請できる保守員を絞り込むためのパラメータである保守員ランクが決定される。保守員ランクは、Ａ～Ｅの５段階あり、Ａが最も高くＥが最も低い。

保守金額は、例えば保守員が保守対象機器を保守した場合（より正確には、保守作業を完遂した場合）に保守員に支払われるインセンティブである。オペレータは、保守対象機器の種類、作業内容、対処時間等に基づいて保守金額を決定する。なお、保守金額は、保守対象機器の種類、作業内容、対処時間等に基づいて保守運用サーバ２０が自動で決定してもよい。

保守運用サーバ２０の障害情報登録部２００ａは、オペレーション端末１０からのリクエストに含まれる障害情報を障害情報データベース３００ｂに登録する（ステップＳ１０３）。例示的には、障害情報登録部２００ａは、リクエストに含まれる顧客の名称をキーに顧客データベース３００ａを検索し、検索されたレコードに登録されている必要情報（本実施形態では、保守依頼を行った顧客の住所）を取得する。障害情報登録部２００ａは、ＩＤ、取得した住所（すなわち保守作業を行う場所）、発生日時、対処時間、保守対象機器、保守員ランク、作業内容、保守金額の情報よりなるレコードを障害情報データベース３００ｂに登録する。なお、障害情報データベース３００ｂを含む何れのデータベースにおいても、ＩＤは、レコードの識別子であり、レコード登録時に自動的に付与される。

保守運用サーバ２０の障害情報設定部２００ｂは、障害情報データベース３００ｂに登録された障害情報を保守員がアクセス可能に設定する（ステップＳ１０４）。

例示的には、障害情報設定部２００ｂは、評価情報データベース３００ｄに登録された保守員ランクが障害情報に含まれる保守員ランクを満たす保守員のみアクセスできるように、この障害情報に対するアクセス権を設定する。

障害情報設定部２００ｂは、保守員ランクに代えて又は加えて、技術力、実績、熟練度、信頼性とスピード、機器経験度の少なくとも１種の評価情報に基づいて障害情報に対するアクセス権を設定してもよい。例えば、図７に示される評価情報データベース３００ｄには、機器経験度に関し、これを総括する値のみが登録されているが、機器（例えばＡＴＭ（Automatic Teller Machine）、ＰＯＳ（Point Of Sales）端末、自動払戻機等）毎の経験度が評価情報データベース３００ｄに登録されていてもよい。この場合、障害情報設定部２００ｂは、保守員ランクが上記要件を満たさない場合であっても保守対象機器に対する経験度が高ければ、その保守員が障害情報にアクセスできるように、障害情報に対するアクセス権を設定してもよい。

保守員が保守現場から遠く離れている状況では、保守員ランクが上記要件を満たす場合であっても、対処時間（言い換えると緊急度）によっては、保守作業を完遂させることが難しいこともある。そこで、障害情報設定部２００ｂは、保守員と保守現場との距離及び対処時間も考慮して障害情報に対するアクセス権を設定してもよい。

ここで、保守運用サーバ２０には、ＧＰＳレシーバ４４０が取得した端末装置４０（言い換えると保守員）の現在地が、端末装置４０の位置情報送信部４００ｄによって逐次アップロード又は保守運用サーバ２０がリクエストしたタイミングでアップロードされる。保守運用サーバ２０は、アップロードされた各端末装置４０の現在地をＲＡＭ２００Ｂに記憶する。保守員と保守現場との距離は、障害情報データベース３００ｂに含まれる場所（保守依頼を行った顧客の住所）とＲＡＭ２００Ｂに記憶された端末装置４０（言い換えると保守員）の現在地から算出される。

保守運用サーバ２０の障害情報通知部２００ｃは、ステップＳ１０４でアクセス権が設定された障害情報に対してアクセス可能な保守員を保守員データベース３００ｃの中から検索し（ステップＳ１０５）、検索結果（障害情報に対してアクセス可能な保守員の情報）を取得する（ステップＳ１０６）。なお、保守員を検索する際、保守員が障害情報に対してアクセス可能か否かは、評価情報データベース３００ｄに登録された評価情報（すなわち保守員ランク等）に基づいて判断される。障害情報通知部２００ｃは、障害情報に対してアクセス可能な保守員の端末装置４０に対し、障害情報データベース３００ｂに障害情報が登録されたことを知らせる通知を送信する（ステップＳ１０７）。

このように、障害情報通知部２００ｃは、評価情報に基づいて通知の送信先となる端末装置４０を決定し、決定された端末装置４０に通知を送信する。なお、この通知は、例えば、障害情報にアクセスするためのＵＲＬ（Uniform Resource Locator）を含み、電子メール等の手段で送信される。

上記通知を受けた保守員が端末装置４０を操作して上記ＵＲＬにアクセスしてログインＩＤとパスワードを入力すると（ステップＳ１０８）、端末装置４０から保守運用サーバ２０に対して障害情報の取得リクエストが送信される（ステップＳ１０９）。

上記ＵＲＬで指定されるコンテンツは、動的なコンテンツである。保守運用サーバ２０は、障害情報の取得リクエストを受けると、スクリプトを実行して、取得リクエスト元の保守員が申請可能な障害情報を端末装置４０に送信する。

例示的には、保守運用サーバ２０は、障害情報の取得リクエストを受けると、この取得リクエストに含まれるログインＩＤ及びパスワードと一致する情報を持つレコードを保守員データベース３００ｃの中から検索し（ステップＳ１１０）、検索結果（該当する保守員の情報）を取得する（ステップＳ１１１）。次いで、保守運用サーバ２０は、この保守員の評価情報を評価情報データベース３００ｄから取得すると、取得した評価情報（保守員ランク等）に基づいて保守員がアクセス可能な障害情報を障害情報データベース３００ｂの中から検索し（ステップＳ１１２）、検索結果（保守員がアクセス可能な障害情報）を取得する（ステップＳ１１３）。保守運用サーバ２０は、取得した障害情報を端末装置４０に転送する（ステップＳ１１４）。

端末装置４０の障害情報表示部４００ａは、保守員が申請可能な障害情報として、保守運用サーバ２０より転送された障害情報を、図示省略したモニタに表示させる（ステップＳ１１５）。

端末装置４０の操作受付部４００ｂは、保守員による端末装置４０に対する操作であって、端末装置４０のモニタに表示された障害情報が示す障害が発生した保守対象機器に対する保守の申請の操作を受け付ける（ステップＳ１１６）。操作受付部４００ｂにより当該操作が受け付けられると、端末装置４０の申請送信部４００ｃは、この申請を保守運用サーバ２０に送信する（ステップＳ１１７）。

過剰な人数の保守員を保守現場に派遣することは、保守サービスを受ける顧客に対して金銭的な負担を強いることにつながる。そのため、保守現場に派遣される保守員は通常１人である。しかし、保守運用サーバ２０が受ける申請は１つに限らない。複数の申請を受けた（すなわち複数の保守員が保守を申請した）場合、保守運用センタ２は、全ての申請を許諾するわけにはいかない。

そこで、本実施形態では、申請送信部４００ｃより送信される申請に保守金額が含まれる。保守金額は、例えば、保守員が保守対象機器を保守した場合に保守員に支払われるインセンティブであり、申請の操作時に保守員により入力される。入力可能な保守金額は、端末装置４０のモニタに表示された保守金額以下の金額である。

保守運用サーバ２０の保守員割当部２００ｄは、障害情報の登録を知らせる通知が端末装置４０に送信されてから所定時間（例えば１０分）が経過した時点で申請の受理を締め切り、その時点で最も低い保守金額で申請を送信した端末装置４０を保有する保守員を、保守対象機器を保守する保守員として割り当てる（ステップＳ１１８）。

なお、上記所定時間が経過するまで、各端末装置４０のモニタには、保守運用サーバ２０が受けた申請の中で最も低い保守金額がリアルタイムで表示される。保守員は、保守を申請した後でも上記所定時間が経過するまでは、より低い保守金額で保守を再申請することもできる。

障害が発生した機器が早く復旧するほど顧客にとって望ましいことである。その点では、障害が発生してからできるだけ早く保守員を割り当てることが望ましい。そのため、ステップＳ１１８において、保守員割当部２００ｄは、単純に、最も早く申請を送信した端末装置４０を保有する保守員を、保守対象機器を保守する保守員として割り当ててもよい。

また、障害情報の内容によっては申請が入りにくいことも考えられる。一例として、深夜帯に作業を行わなければならない保守に対しては、申請を見送る保守員が多くなる可能性がある。そこで、保守運用サーバ２０は、申請が１つもない場合、障害情報の登録を知らせる通知が端末装置４０に送信されてから一定時間（例えば２分）経過する毎に保守金額を増加させる。増加された保守金額が端末装置４０のモニタを通じて保守員に提示されることにより、保守員が積極的に申請するようになるものと考えられる。なお、１つでも申請が入った時点で保守金額の増加は停止される。

保守員割当部２００ｄは、申請を送信した各端末装置４０に対して申請結果を通知する（ステップＳ１１９）。申請を許諾した保守員の端末装置４０に対しては、保守依頼元の顧客の詳細情報も通知される。顧客の詳細情報は、例えば顧客データベース３００ａに登録された顧客の名称や連絡先等である。

保守作業の内容によっては、保守員の手元にある部品や工具だけでは保守を行えない場合がある。この場合、保守員は、端末装置４０を操作して、保守運用サーバ２０に対して必要な部品や工具の在庫検索のリクエストを送信する（ステップＳ１２０）。

保守運用サーバ２０は、在庫検索のリクエストを受けると、対象部品や対象工具の在庫検索を保守部品データベース３００ｅに対して行い（ステップＳ１２１）、検索結果（対象部品や対象工具の在庫情報）を取得する（ステップＳ１２２）。なお、在庫検索は、例えば、端末装置４０の位置情報送信部４００ｄより取得される保守員の現在地を中心とした所定距離内に立地する倉庫や物流拠点を対象に行われる。保守運用サーバ２０は、取得した対象部品や対象工具の在庫情報を端末装置４０に転送する（ステップＳ１２３）。

保守員は、必要に応じて倉庫や物流拠点に立ち寄り部品や工具を確保して、保守現場に向かい保守作業を行う。保守作業を完遂すると、保守員は、端末装置４０を操作して保守作業のレポートを保守運用サーバ２０に送信する（ステップＳ１２４）。

この保守作業レポートには、完遂した保守作業に対する自己査定が含まれる。自己査定の項目は、技術力、実績、熟練度、信頼性とスピード、機器経験度の５種の項目であり、評価情報データベース３００ｄの各種評価情報の項目（但し保守員ランクを除く）と同じである。以下、便宜上、これらの５種の項目のそれぞれを「査定対象項目」と記す。

保守運用サーバ２０に送信された保守作業レポートは、査定者（例えば保守員の所属会社・所属部門の上長）に転送される。査定者は、自己査定を含む保守作業レポートの内容に基づき、５種の査定対象項目で保守員を査定する。自己査定結果及び査定者の査定結果は、保守運用サーバ２０に転送される。

保守運用サーバ２０は、転送された各査定結果に基づき、評価情報データベース３００ｄに登録されている保守員の各種評価情報（保守員ランク、技術力、実績、熟練度、信頼性とスピード、機器経験度）を更新する（ステップＳ１２５）。

例示的には、更新後の各査定対象項目の値は、保守員がこれまで行った個々の保守作業に対する査定結果の、当該査定対象項目の平均値である。また、例示的には、保守員ランクは、評価情報データベース３００ｄに登録されている５種の査定対象項目の平均値に基づいて決定される。

保守運用サーバ２０の単金設定部２００ｅは、評価情報データベース３００ｄに登録されている５種の査定対象項目の値（言い換えると、保守員の保守能力に関する評価）に基づいて保守員の単金を設定する。単金設定部２００ｅは、設定した単金を保守員データベース３００ｃに登録する。保守員の給与は、保守員データベース３００ｃに登録された単金、労働時間、完遂した保守作業の保守金額（インセンティブ）等に基づいて決定される。

このように、保守員は、保守作業（言い換えると、保守する機器や保守作業に従事する時間）を自由に選ぶことができる。また、保守員は、より多くの給与を得るため、保守の申請を積極的に行い、より多くの保守作業や深夜帯等の保守作業（高い保守金額を望める保守作業）を行うこともできる。すなわち、本実施形態の如く保守運用を行うことにより、保守員が働きやすい環境や保守員の希望に沿った環境が提供される。このような環境を保守員に提供することにより、保守員不足の解消が実現可能となる。

なお、本発明は上述した実施形態そのままに限定されるものではなく、実施段階でのその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素を適宜組み合わせても良い。更に、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。このような、発明の趣旨を逸脱しない範囲内において種々の変形や応用が可能である。

例えば、上記実施形態では、障害情報設定部２００ｂは、評価情報データベース３００ｄに登録された保守員ランクに基づいて障害情報に対するアクセス権を設定しているが、別の実施形態では、障害情報設定部２００ｂは、保守員データベース３００ｃに登録されている保守員の単金に基づいて障害情報に対するアクセス権を設定してもよい。

単金は、保守員ランクと同様に５種の査定対象項目に基づいて設定される。そのため、単金も、保守対象機器に対する保守を申請できる保守員を絞り込むためのパラメータとして有用である。

１ ：保守運用システム
２ ：保守運用センタ
１０ ：オペレーション端末
２０ ：保守運用サーバ
３０ ：データベース
４０ ：端末装置
２００ ：制御部
２００Ａ ：ＣＰＵ
２００Ｂ ：ＲＡＭ
２００Ｃ ：ＲＯＭ
２００Ｄ ：入出力インタフェース
２００Ｅ ：表示制御回路
２００Ｆ ：バスライン
２００ａ ：障害情報登録部
２００ｂ ：障害情報設定部
２００ｃ ：障害情報通知部
２００ｄ ：保守員割当部
２００ｅ ：単金設定部
２１０ ：通信インタフェース
２２０ ：操作部
２３０ ：モニタ
３００ａ ：顧客データベース
３００ｂ ：障害情報データベース
３００ｃ ：保守員データベース
３００ｄ ：評価情報データベース
３００ｅ ：保守部品データベース
４００ ：制御部
４００ａ ：障害情報表示部
４００ｂ ：操作受付部
４００ｃ ：申請送信部
４００ｄ ：位置情報送信部
４４０ ：ＧＰＳレシーバ

Claims (7)

1. 保守員が保有する端末装置と相互通信可能であり、保守対象機器の障害情報が登録された障害情報データベースと接続された保守運用サーバであって、
   前記障害情報データベースに登録された障害情報を前記保守員がアクセス可能に設定する障害情報設定部と、
   前記障害情報が示す障害が発生した保守対象機器に対する保守の申請を前記端末装置から受けると、前記申請を送信した端末装置を保有する保守員を、前記保守対象機器を保守する保守員として割り当てる保守員割当部と、を備える、
   保守運用サーバ。
2. 前記保守員の保守能力に関する評価を定量化した評価情報が登録された評価情報データベースと接続されており、
   前記障害情報設定部は、前記評価情報に基づいて前記障害情報に対するアクセス権を設定する、
   請求項１に記載の保守運用サーバ。
3. 前記障害情報データベースに前記障害情報を登録する障害情報登録部と、
   前記障害情報データベースに前記障害情報が登録されたことを知らせる通知を前記端末装置に送信する障害情報通知部と、を更に備え、
   前記障害情報通知部は、前記評価情報に基づいて前記通知の送信先となる端末装置を決定する、
   請求項２に記載の保守運用サーバ。
4. 前記障害情報は、前記保守員が前記保守対象機器を保守した場合の保守金額を含み、
   前記障害情報が示す障害が発生した保守対象機器に対して前記申請がない場合、前記障害情報通知部により前記端末装置へ前記通知が送信されてから一定時間経過する毎に前記保守金額を増加させる、
   請求項３に記載の保守運用サーバ。
5. 前記端末装置より送信される前記申請には、前記保守員が前記保守対象機器を保守した場合の保守金額が含まれており、
   前記保守員割当部は、前記障害情報通知部により前記端末装置へ前記通知が送信されてから所定時間が経過した時点で最も低い保守金額で前記申請を送信した端末装置を保有する保守員を、前記保守対象機器を保守する保守員として割り当てる、
   請求項３又は請求項４に記載の保守運用サーバ。
6. 前記保守員の保守能力に関する評価に基づいて前記保守員の単金を設定する単金設定部を更に備え、
   前記障害情報設定部は、前記単金設定部により設定された前記保守員の単金に基づいて前記障害情報に対するアクセス権を設定する、
   請求項１から請求項５の何れか一項に記載の保守運用サーバ。
7. 相互通信可能な保守運用サーバと端末装置を備える保守運用システムにおいて、
   前記保守運用サーバは、
   保守対象機器の障害情報が登録された障害情報データベースと接続されており、
   前記障害情報データベースに登録された障害情報を、前記端末装置を保有する保守員がアクセス可能に設定する障害情報設定部と、を備え、
   前記端末装置は、
   前記障害情報を表示する障害情報表示部と、
   前記障害情報表示部により表示された障害情報が示す障害が発生した保守対象機器に対する保守の申請の操作を受け付ける操作受付部と、
   前記操作受付部により前記操作が受け付けられると、前記申請を前記保守運用サーバに送信する申請送信部と、を備え、
   前記保守運用サーバは、
   前記申請を前記端末装置から受けると、前記申請を送信した端末装置を保有する保守員を、前記保守対象機器を保守する保守員として割り当てる保守員割当部と、を備える、
   保守運用システム。

Images