特開 2024-175837 コンテナターミナルの保全管理システムおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024175837

(43)【公開日】2024-12-19

(54)【発明の名称】コンテナターミナルの保全管理システムおよび方法

(51)【国際特許分類】

   G06Q 10/0631 20230101AFI20241212BHJP

   G06Q 10/087 20230101ALI20241212BHJP

   G06Q 10/20 20230101ALI20241212BHJP

【ＦＩ】

G06Q10/0631

G06Q10/087

G06Q10/20

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023093877

(22)【出願日】2023-06-07

(71)【出願人】

【識別番号】000005902

【氏名又は名称】株式会社三井Ｅ＆Ｓ

(74)【代理人】

【識別番号】110001368

【氏名又は名称】清流国際弁理士法人

(74)【代理人】

【識別番号】100129252

【弁理士】

【氏名又は名称】昼間 孝良

(74)【代理人】

【識別番号】100155033

【弁理士】

【氏名又は名称】境澤 正夫

(72)【発明者】

【氏名】高橋 輝行

【テーマコード（参考）】

5L010

5L049

【Ｆターム（参考）】

5L010AA09

5L010AA16

5L049AA09

5L049AA16

(57)【要約】

【課題】コンテナターミナルにおける保全の優位性を事前に把握できるコンテナターミナルの保全管理システムおよび方法を提供する。
【解決手段】各設備３の稼働状況とコンテナ２の入出庫数とを含むコンテナターミナル１の運用状況とコンテナターミナル１での損益との関係を予め取得しておき、保全管理システム１０の演算処理部１２により、保全計画データＤ１と入出庫計画データＤ２と予め取得しておいた関係とに基づいてそれぞれを予定どおりに実施した状況での損益を基準として、保全計画データＤ１で予定されているそれぞれの保全について、その保全を実施しない状況での損益を予測するデータ処理を実行し、予測したそれぞれの損益を指標として承認された保全が保全計画データＤ１の予定どおりに実施される。
【選択図】図２

【特許請求の範囲】

【請求項1】

コンテナターミナルの多数種類の設備についての多数の保全が予定されている保全計画データと、前記コンテナターミナルでの多数のコンテナの入出庫数が予定されている入出庫計画データと、が記憶された補助記憶部と演算処理部と出力部とを備えるコンテナターミナルの保全管理システムにおいて、
それぞれの前記設備の稼働状況および前記コンテナの入出庫数を含む前記コンテナターミナルの運用状況と前記コンテナターミナルでの損益との関係が前記補助記憶部に予め入力されていて、
前記保全計画データのそれぞれの前記保全を承認する際に、前記演算処理部は、前記保全計画データと前記入出庫計画データと予め入力されていた前記関係とに基づいて、前記保全計画データと前記入出庫計画データとのそれぞれを予定どおりに実施した状況を前記運用状況とした場合の前記損益を基準として、前記保全計画データで予定されているそれぞれの前記保全について、その保全を実施しない状況を前記運用状況とした場合の前記損益を予測するデータ処理と、予測したその損益を前記出力部に出力するデータ処理とを実行し、
前記出力部から出力されたそれぞれの前記損益が指標として用いられて承認された前記保全が前記保全計画データの予定通りに実施されるコンテナターミナルの保全管理システム。

【請求項2】

前記保全が承認されると、承認されたその保全が実施されるよりも前に、前記演算処理部は、その保全の準備として、その保全に要する前記設備の部品とその保全を実施する保全作業者とを調達するデータ処理を実行する請求項１に記載のコンテナターミナルの保全管理システム。

【請求項3】

前記準備での前記部品の調達には電子商取引が用いられる請求項２に記載のコンテナターミナルの保全管理システム。

【請求項4】

所定の期間での前記保全に要する予算の目標値を前記補助記憶部に予め入力しておき、
前記演算処理部が、前記保全計画データに基づいて前記所定の期間毎に前記予算を算出するデータ処理と、算出したそれぞれの前記予算の中で入力された前記目標値に対して超過する超過予算を特定して、特定したその超過予算を前記出力部に出力するデータ処理とを実行する請求項１に記載のコンテナターミナルの保全管理システム。

【請求項5】

前記超過予算が存在しない場合に、前記演算処理部が、前記損益を予測せずに前記保全計画データのそれぞれの前記保全が承認されたと見做すデータ処理を実行する請求項４に記載のコンテナターミナルの保全管理システム。

【請求項6】

前記演算処理部が、前記予算を算出するデータ処理の実行後に、前記目標値を基準としてそれぞれの前記予算を平準化するデータ処理を実行する請求項４または５に記載のコンテナターミナルの保全管理システム。

【請求項7】

前記保全計画データで予定されるそれぞれの前記保全には、点検、事後保全、および、改良保全が含まれていて、それぞれの前記保全に予知保全および／または定期保全を含めるか否かを前記保全計画データの作成前に予め選択しておく請求項１に記載のコンテナターミナルの保全管理システム。

【請求項8】

コンテナターミナルの多数種類の設備についての保全が予定されている保全計画データと、前記コンテナターミナルでのコンテナの入出庫数が予定されている入出庫計画データと、を用いるコンテナターミナルの保全管理方法において、
それぞれの前記設備の稼働状況と前記コンテナの入出庫数とを含む前記コンテナターミナルの運用状況と前記コンテナターミナルでの損益との関係を予め把握しておき、
前記保全計画データのそれぞれの前記保全を承認する際には、前記保全計画データと前記入出庫計画データと予め把握しておいた前記関係とに基づいて演算処理部により、前記保全計画データと前記入出庫計画データとのそれぞれを予定どおりに実施した状況を前記運用状況とした場合の前記損益を基準として、前記保全計画データで予定されているそれぞれの前記保全について、その保全を実施しない状況を前記運用状況とした場合の前記損益を予測し、
予測したそれぞれの前記損益を指標として用いて前記保全計画データに記載のそれぞれの前記保全の実施についての承認、否認を決定して、承認された前記保全を前記保全計画データの予定どおりに実施するコンテナターミナルの保全管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、コンテナターミナルの保全管理システムおよび方法に関し、より詳しくは、コンテナターミナルで予定されている保全の優位性を事前に把握できるコンテナターミナルの保全管理システムおよび方法に関する。

【背景技術】

【0002】

コンテナターミナルにおける機器の稼働状況と稼働予定から保守点検予定を決定する保守管理システムが提案されている（特許文献１参照）。このように、コンテナターミナルでは予知保全（状態基準保全）や定期保全（時間基準保全）の導入が進められている。しかしながら、従来からコンテナターミナルでは労働安全衛生法やクレーン等安全規則などの規則により定期的な点検（使用前点検、月例点検、年次点検など）が実施されている。したがって、特許文献１で提案されている発明をコンテナターミナルに適用すると、従来からの点検と新たに導入された予知保全や定期保全との併用により、コンテナターミナルでの保全に要する費用が増加する。

【0003】

コンテナターミナルでの保全は、最終的にコンテナターミナルを運用するユーザーにより承認されて実施される。ユーザーの中には、コンテナターミナルでの保全について、所定の期間での保全に要する予算の目標値が決められているユーザーが存在していて、予算が目標値を超過すると、予定されている保全を承認できない場合がある。そのようなユーザーに対しては、超過の要因となる保全を実施することの優位性を事前に示すことで、仮に予算が目標値を超過した場合でも、保全を実施することを効果的に促すことができる。それ故、コンテナターミナルにおける保全の優位性を事前に把握するには改善の予知がある。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００２－７５９７号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明の目的は、コンテナターミナルにおける保全の優位性を事前に把握できるコンテナターミナルの保全管理システムおよび方法を提供することである。

【課題を解決するための手段】

【0006】

上記の目的を達成する本発明のコンテナターミナルの保全管理システムは、コンテナターミナルの多数種類の設備についての多数の保全が予定されている保全計画データと、前記コンテナターミナルでの多数のコンテナの入出庫数が予定されている入出庫計画データと、が記憶された補助記憶部と演算処理部と出力部とを備えるコンテナターミナルの保全管理システムにおいて、予め把握されている関係として、それぞれの前記設備の稼働状況および前記コンテナの入出庫数を含む前記コンテナターミナルの運用状況と前記コンテナターミナルでの損益との関係が前記補助記憶部に予め入力されていて、前記保全計画データのそれぞれの前記保全を承認する際に、前記演算処理部は、前記保全計画データと前記入出庫計画データと予め入力されていた前記関係とに基づいて、前記保全計画データと前記入出庫計画データとのそれぞれを予定どおりに実施した状況を前記運用状況とした場合の前記損益を基準として、前記保全計画データで予定されているそれぞれの前記保全について、その保全を実施しない状況を前記運用状況とした場合の前記損益を予測するデータ処理と、予測したその損益を前記出力部に出力するデータ処理とを実行し、前記出力部から出力されたそれぞれの前記損益が指標として用いられて承認された前記保全が前記保全計画データの予定通りに実施されることを特徴とする。

【0007】

本発明のコンテナターミナルの保全管理方法は、コンテナターミナルの多数種類の設備についての保全が予定されている保全計画データと、前記コンテナターミナルでのコンテナの入出庫数が予定されている入出庫計画データと、を用いるコンテナターミナルの保全管理方法において、それぞれの前記設備の稼働状況と前記コンテナの入出庫数とを含む前記コンテナターミナルの運用状況と前記コンテナターミナルでの損益との関係を予め把握しておき、前記保全計画データのそれぞれの前記保全を承認する際には、前記保全計画データと前記入出庫計画データと予め把握しておいた前記関係とに基づいて演算装置により、前記保全計画データと前記入出庫計画データとのそれぞれを予定どおりに実施した状況を前記運用状況とした場合の前記損益を基準として、前記保全計画データで予定されているそれぞれの前記保全について、その保全を実施しない状況を前記運用状況とした場合の前記損益を予測し、予測したそれぞれの前記損益を指標として用いて前記保全計画データに記載のそれぞれの前記保全の実施についての承認、否認を決定して、承認された前記保全を前記保全計画データの予定どおりに実施することを特徴とする。

【発明の効果】

【0008】

本発明によれば、前記保全計画データと前記入出庫計画データとを前記運用状況と見做して予め把握しておいた前記関係を用いることにより、前記保全計画データで予定されている保全の実施の有無による様々な状況でのコンテナターミナルにおける損益を精度よく予測できる。この損益は、前記入出庫計画データでのコンテナの入出庫の予定に基づいた荷役作業数を熟すのに要する時間（荷役効率）に起因していて、稼働している設備の種類や台数によって異なる。したがって、保全の実施の有無により保全の対象の設備が故障しない状況や故障した状況などの様々な状況でのコンテナターミナルの損益を予測して、予測したその損益を指標として用いることにより、保全計画データで予定されているそれぞれの保全の優位性を事前に把握できる。

【図面の簡単な説明】

【0009】

【図1】コンテナターミナルを例示する説明図である。

【図2】コンテナターミナルの保全管理システムの実施形態を例示する説明図である。

【図3】保全計画データを例示する説明図である。

【図4】保全計画基準データを例示する説明図である。

【図5】入出庫計画データを例示する説明図である。

【図6】コンテナターミナルの保全管理方法の実施形態の手順を例示するフロー図である。

【図7】コンテナターミナルの運用状況と損益との関係を表す予測モデルを例示する説明図である。

【図8】図３のそれぞれの保全に対する承認、否認が決定された保全計画データを例示する説明図である。

【図9】ユーザー在庫データを例示する説明図である。

【図10】サービス提供者在庫データを例示する説明図である。

【図11】変形例１でのコンテナターミナルの保全管理方法の手順を例示するフロー図である。

【図12】目標値を例示する説明図である。

【図13】予算データを例示する説明図である。

【図14】変形例２でのコンテナターミナルの保全管理方法の手順を例示するフロー図である。

【図15】変形例２での予算データを例示する説明図である。

【発明を実施するための形態】

【0010】

以下、本発明のコンテナターミナルの保全管理システムおよび方法を、図に示す実施形態に基づいて説明する。

【0011】

まず、図１に例示するコンテナターミナル１について説明する。

【0012】

コンテナターミナル１は、コンテナ２を一時的に保管することで物流の拠点となっている。コンテナターミナル１では、多数種類の設備３が運用されている。設備３は、単一あるいは複数の部品４で構成されている。設備３は、例えば、コンテナ２を荷役する公知の種々のクレーンや構内シャシである。また、設備３は、例えば、リーファコンテナに電力を供給する電源設備、コンテナターミナル１の各所に設置された照明機器、コンテナターミナル１の出入口に設置されたゲート装置などである。また、設備３には、蔵置レーンなどの保管エリアも含めてもよい。

【0013】

コンテナターミナル１では、各設備３での保全作業に用いる部品４の在庫が管理されている。部品４の在庫は、例えば、管理棟７の内部にある保管庫やコンテナターミナル１から出荷されないコンテナ２ａに保管されている。即ち、コンテナターミナル１では、荷物として扱われるコンテナ２と荷物として扱われずに各部品４の在庫が格納されたコンテナ２ａとが存在している。コンテナ２ａは、保全を実施する場所にクレーンや構内シャシなどの設備３により運ばれる。それ故、コンテナ２ａがコンテナターミナル１の各所に点在している。

【0014】

コンテナ２は、船舶５や外来シャシ６により外部からコンテナターミナル１へ入庫されて、コンテナターミナル１から外部へ出庫されている。したがって、コンテナターミナル１におけるコンテナ２の入出庫数は、船舶５や外来シャシ６の発着状況に応じる。

【0015】

管理棟７には、本実施形態の保全管理システム１０と荷役管理システム１１とが設置されている。各システムの詳細については後述するが、保全管理システム１０は、コンテナターミナル１における保全を管理していて、荷役管理システム１１は、コンテナターミナル１におけるコンテナ２の荷役を管理している。

【0016】

コンテナターミナル１はユーザーにより管理、運用されている。ユーザーはコンテナターミナル１を管理、運用している組織であり、同じユーザーが異なる複数のコンテナターミナル１を管理、運用してもよく、異なる複数のユーザーが個別に複数のコンテナターミナル１のそれぞれを管理、運用してもよい。コンテナターミナル１における種々のサービス（設備３の製造、販売、設備３の保全の準備など）はサービス提供者により提供されている。サービス提供者は、設備３の製造、販売などを実施する組織である。保全管理システム１０や荷役管理システム１１は、サービス提供者により製造、販売されている。コンテナターミナル１の保全はユーザーにより承認されて、依頼を受けた保全作業者により実施されている。保全作業者は、ユーザーが契約しているメンテナンス会社の人員、サービス提供者が組織した人員、各部品４を製造、販売しているメーカーの人員で構成される。例えば、点検では保全作業者はメンテナンス会社の人員で構成され、事後保全ではメンテナンス会社、サービス提供者、メーカーのそれぞれの人員で構成される場合がある。

【0017】

次に、図２に例示する保全管理システム１０について説明する。

【0018】

保全管理システム１０の実施形態を用いてコンテナターミナルの保全管理方法が実施される。保全管理システム１０および保全管理方法は、コンテナターミナル１を管理、運用するユーザーが、コンテナターミナル１での保全を実施するために使用される。即ち、この実施形態によって、後述する図３に例示する保全計画データＤ１と図５に例示する入出庫計画データＤ２を用いて、ユーザーにより保全計画データＤ１で予定されているそれぞれの保全の承認、否認が決定される。コンテナターミナル１では、承認された保全が保全計画データＤ１の予定どおりに実施される。

【0019】

コンテナターミナル１での保全には、点検、予防保全（予知保全、定期保全）、事後保全、改良保全などが含まれる。点検は、労働安全衛生法やクレーン等安全規則などの予め定められた規則に基づいて実施される。点検には、使用前点検、月例点検、年次点検などの定期点検の他に災害後（地震後）の点検が含まれる。予防保全には、定期保全（時間基準保全）や予知保全（状態基準保全）が含まれる。定期保全は、設備３ごとに所定の期間や使用回数（例えば、３ヶ月間、１年間、５年間、荷役回数１０万回など）を設定し、その期間や回数が経過した場合に実施される。予知保全は、各設備３の状態を監視して、故障が発生する兆候を予測し、故障が発生するよりも前に実施される。事後保全は、実際に故障した設備３に対する保全であり、突発的に実施される。改良保全は、設備３の性能を維持するために、設備３の劣化防止や劣化回復などの設計改善や設備改善であり、定期保全、予知保全、事後保全などの他の保全と併せて実施されたり、単独で実施されたりする。

【0020】

保全管理システム１０は、コンピュータで構成されていて、種々のデータが入力、記憶され、これらデータを用いてデータ処理を行う。保全管理システム１０は公知の種々のコンピュータを用いることができる。コンピュータとしては、物理サーバーや仮想サーバーなどの公知の種々のサーバーを用いることもできる。保全管理システム１０は、コンテナターミナル１に設置されていてもよく、コンテナターミナル１の外部に設置されていてもよい。保全管理システム１０は、演算処理部（ＣＰＵ）１２、主記憶部（メモリ）１３、補助記憶部（例えば、HDD）１４、入力部（キーボード、マウス）１５、および、出力部（ディスプレイ）１６を有している。補助記憶部１４には、後述する図３に例示する保全計画データＤ１と図５に例示する入出庫データＤ２とが記憶されている。また、補助記憶部１４には、図示しないが、後述する図４、図９、図１０に例示する保全計画基準データＤ０、ユーザー在庫データＤ３、サービス提供者在庫データＤ４が記憶されている。

【0021】

保全管理システム１０は、コンテナターミナル１における各設備３の保全を管理している。保全管理システム１０は、保全計画データＤ１を作成し、作成した保全計画データＤ１に記載の各保全の中からユーザーにより承認された保全を予定どおりに実施するデータ処理を実行する。保全計画データＤ１およびその作成手法の詳細については後述する。

【0022】

荷役管理システム１１は、コンテナターミナル１でのコンテナ２や各設備３の管理を行っている。荷役管理システム１１は、公知のコンピュータを用いることができ、例えばターミナルオペレーションシステムである。荷役管理システム１１は、公知の種々のコンテナ２の入出庫の計画手法を用いることにより、入出庫計画データＤ２を作成している。

【0023】

保全管理システム１０と荷役管理システム１１とは相互に通信可能に接続されている。保全管理システム１０と荷役管理システム１１とは、同一のネットワーク（ＬＡＮ）を介して相互に接続されていてもよく、複数のネットワークがインターネットルータを介して相互に接続された広域通信網（ＷＡＮ）を介して相互に接続されていてもよく、インターネットを介して相互に接続されていてもよい。保全管理システム１０と荷役管理システム１１とは個別のコンピュータであることが望ましいが、それぞれを統合して、一台のコンピュータにすることもできる。

【0024】

図３に例示する保全計画データＤ１は、保全管理システム１０により作成されていて、補助記憶部１４に記憶されている。保全計画データＤ１には、コンテナターミナル１の多数種類の設備３についての保全が予定されている。実際の保全計画データＤ１には、数年先の実施日や実施期間の保全についても記載されているが、図３中では、１ヶ月以内に実施日や実施期間が含まれる保全の予定が示されている。

【0025】

詳述すると、保全計画データＤ１は、図３の表の最左列に記載された各設備３（クレーン１号機、クレーン２号機、・・・、クレーンｎ号機、・・・、構内シャシｍ号機、・・・、照明装置ｉ号機、・・・、蔵置レーンｊ番、・・・）についての保全の予定が集積している。保全の予定として、各保全（点検、定期保全、予知保全、事後保全、改良保全など）の保全内容、実施日や実施期間（ＹＹＹＹ／ＭＭ／ＤＤなど）、保全の対象の設備３や部品４の使用限界予定日（ＹＹＹＹ／ＭＭ／ＤＤ）とが記載されている。保全内容の詳細は、図３中では、括弧書きで記載されていて、保全を実施した際の作業内容が把握できればよく、例えば、保全の対象となる設備３または部品４の名称が記載されている。点検に関する内容としては、予め設定された期間（例えば、使用前、月例（１ヶ月）、年次（１年））毎に異なるため、その期間が記載されている。予知保全、定期保全、事後保全や改良保全に関する内容としては、作業の対象となる設備３または部品４の名称が記載されている。使用限界予定日は、予知保全や定期保全以外の保全では、図３中の「－」で示すように記載されていない。それぞれの保全に関する実施日や実施期間は、「ＹＹＹＹ／ＭＭ／ＤＤ」や「ＹＹＹＹ／ＭＭ／ＤＤ～ＹＹＹＹ／ＭＭ／ＤＤ」が記載されているが、実際は実施日の年月日や実施期間の開始の年月日と終了の年月日とが記載されている。

【0026】

保全計画データＤ１の各保全の予定は、保全管理システム１０により決定されるが、ユーザーやサービス提供者により人的に決定されてもよく、保全管理システム１０による決定と人的な決定とが併用されてもよい。例えば、点検、予知保全、定期保全についての予定は、実施日や実施期間の基準を予め設定しておき、設定しておいたその基準に従って保全管理システム１０により決定される。実施日や実施期間の基準については各保全に応じて任意に設定できる。また、事後保全や改良保全についての予定は、故障した、あるいは、改良する予定の設備３や部品４を保全管理システム１０に人的に入力することにより決定される。

【0027】

図４に例示する保全計画基準データＤ０は、点検、予知保全、定期保全についての予定を決定するために用いられている。保全計画基準データＤ０は、保全管理システム１０の補助記憶部１４に記憶されている。保全計画基準データＤ０は、初回のみ期間、閾値が空欄になっていて、保全管理システム１０の入力部１５によりそれらの空欄が人的に入力されることにより作成される。それらの空欄への入力は、基本的にユーザーにより行われるが、予知保全や定期保全についてはサービス提供者により行われてもよい。保全計画基準データＤ０は、各設備３の部品４毎の保全内容、基準としての期間や閾値が集積している。保全計画基準データＤ０の期間、閾値は、適宜変更可能である。

【0028】

詳述すると、保全計画基準データＤ０は、図４の表中の左側２列の設備３（クレーン、構内シャシ、照明装置、・・・、蔵置レーンなど）と部品４（ワイヤーロープ、モータ、・・・など）について、保全内容として点検、予知保全、定期保全などが区分されていて、それぞれの保全内容に対しての期間や閾値（使用前、月例（１ヶ月）、年次（１年）、荷役回数：ＸＸ回など）が集積している。点検についての期間は、労働安全衛生法やクレーン等安全規則などの予め定められた規則に基づいている。定期保全についての閾値は、部品４毎に異なっていて、例えばワイヤーロープであれば荷役回数を用いて、走行装置のモータであれば走行時間を用いる。定期保全の閾値に関しては、部品４を製造、販売しているメーカーが推奨している値を基準として、ユーザー、サービス提供者が従来から培ってきた知見に基づいた値を用いることができる。予知保全についての閾値は、任意に設定することができる。予知保全の閾値に関しては、例えば、部品４が新品の状態の劣化度を０とし、部品４が使用限界に達した状態の劣化度を１００とした場合、劣化度８０程度である。即ち、設備３の稼働状況に基づいてその設備３、あるいはその設備３に使用されている部品４の劣化度を予測し、予測した劣化度が設定した閾値を超えると予測される日時が使用限界予定日となる。

【0029】

点検については、期間の設定が必須であるが、定期保全や予知保全については、期限、閾値の設定が任意になっている。即ち、ユーザー側で各設備３の保全として、点検に合わせて、定期保全のみを実施するか、予知保全のみを実施するか、定期保全と予知保全の両方を実施するか、両方を実施しないかを選択できる。コンテナターミナル１をより安定して運用するには、点検に加えて定期保全と予知保全の両方を実施することが望ましいが、定期保全と予知保全の両方を実施することでコンテナターミナル１の運用に要するコストが増加する。そこで、保全計画データＤ１で予定されるそれぞれの保全には、点検、事後保全、および、改良保全が含まれていて、それぞれの保全に予知保全および／または定期保全を含めるか否かを保全計画データＤ１の作成前に予め選択しておくとよい。これにより、ユーザーにより保全の内容が選択可能になり、コンテナターミナル１における保全の自由度が増して、ユーザー側の運用コストを考慮した保全計画を作成することができる。

【0030】

保全計画基準データＤ０を用いた予知保全や定期保全についての予定の決定は例えば以下のように行われる。まず、各設備３（あるいは部品４）の稼働状態を取得する。稼働状態は、コンテナターミナル１の各設備３に設置されたセンサにより行われて、荷役管理システム１１に集積されて、保全管理システム１０に送信されることで取得される。それぞれのセンサが保全管理システム１０に電気的に接続されている場合、稼働状態は、荷役管理システム１１を介さずに直に保全管理システム１０に取得されてもよい。稼働状態は、最終的に保全管理システム１０の補助記憶部１４に記憶されていればよく、各センサを用いて荷役管理システム１１とは別のコンピュータに集積されて、保全管理システム１０に送信されてもよい。また、稼働状態は、保全管理システム１０に人的に入力されてもよい。人的な稼働状態の取得には、コンテナターミナル１での作業日報や各設備３の点検結果などが用いられる。次いで、保全管理システム１０は、取得した各設備３の稼働状態と保全計画基準データＤ０とに基づいて、予知保全や定期保全の予定を決定する。具体的に、保全管理システム１０は、取得した稼働状態と保全計画基準データＤ０の期間や閾値に基づいて設備３または部品４の使用限界予定日を予測し、予測した使用限界予定日よりも前に実施日や実施期間を設定する。予知保全や定期保全の予定の設定には、公知の種々の機械学習を用いた予測モデルを用いることができる。

【0031】

以上のように、保全計画データＤ１は、コンテナターミナル１の各設備３についての保全の予定が記載されている。保全が実施された設備３は保全の実施中の期間は稼働することができない。即ち、保全計画データＤ１は、将来のコンテナターミナル１での日毎の各設備３の稼働状況を示していると見做せる。

【0032】

図５に例示する入出庫計画データＤ２は、荷役管理システム１１により作成されていて、荷役管理システム１１でのコンテナ２の管理に用いられるとともに、保全管理システム１０の補助記憶部１４に記憶されている。入出庫計画データＤ２には、コンテナターミナル１での多数のコンテナ２の入出庫数が日毎に予定されている。

【0033】

詳述すると、入出庫計画データＤ２は、横軸を日時とし、縦軸を入出庫数とした度数分布で表されている。図５中では、白棒グラフが船舶５による入出庫数を示し、斜線棒グラフが外来シャシ６による入出庫数を示している。入出庫数は、コンテナ２のコンテナターミナル１への入庫をプラス、コンテナ２のコンテナターミナル１からの出庫をマイナスとして表されている。日毎の入出庫数を合計した値は、コンテナターミナル１での荷役作業数（クレーンなどのコンテナ荷役用の設備３の作業数）に概ね比例する。即ち、入出庫計画データＤ２は、日毎に予測されるコンテナターミナル１での荷役作業数（クレーンなどの荷役機器の作業数）を表している。

【0034】

日毎の入出庫数は、船舶５や外来シャシ６の発着状況に応じていて、発着数が多くなるにつれて多くなり、発着数が少なくなるにつれて少なくなる。入出庫数は、主に船舶５の発着状況に左右される。この入出庫数は、船舶５や外来シャシ６の発着状況に基づいて荷役管理システム１１により予測される。入出庫計画データＤ２は、度数分布に限定されるものではなく、例えば、コンテナターミナル１におけるコンテナ２の管理に関する各種データが集積した管理データでもよい。

【0035】

次に、コンテナターミナルの保全管理方法について説明する。

【0036】

図６は、保全管理方法の実施形態の手順の一例を示す。この手順では、まず、それぞれの設備３の稼働状況とコンテナ２の入出庫数とを含むコンテナターミナル１の運用状況とコンテナターミナル１での損益との関係を予め取得しておく（Ｓ１１０）。次いで、各データと予め取得しておいた関係とに基づいて演算処理部１２により保全計画データＤ１のそれぞれの保全についての損益が予測される（Ｓ１２０）。次いで、予測されたそれぞれの損益を指標として用いて各保全についての承認、否認が決定される（Ｓ１３０）。最終的に、承認された保全が保全計画データD１の予定どおりに実施される（Ｓ１４０）。以下に各ステップ（Ｓ１１０～Ｓ１４０）の内容を詳述する。

【0037】

ステップ（Ｓ１１０）では、コンテナターミナル１を運用していく過程でそれぞれの設備３の稼働状況とコンテナ２の入出庫数とを含むコンテナターミナル１の運用状況とコンテナターミナル１での損益との関係を予め取得しておく。このステップ（Ｓ１１０）は、保全計画データＤ１のそれぞれの保全に対する承認、否認を決定するよりも前の任意のタイミングで実行できる。また、このステップ（Ｓ１１０）は、一度、運用状況と損益との関係を取得して、その関係を保全管理システム１０の補助記憶部１４に記憶させておけば、次回以降、記憶させたその関係を用いることができるので、省略することができる。

【0038】

損益は、入出庫計画データＤ２を予定どおりに実施した状況を基準として、その基準に対する損益の度合い（基準に対して損した度合い）を示す。入出庫計画データＤ２は、船舶５や外来シャシ６の発着状況に遅れが無く、かつ、コンテナターミナル１における各設備３を使用可能な理想的な運用状況を示している。コンテナターミナル１では、保全の実施により全ての設備３が使用可能な状況でない場合もある。したがって、コンテナターミナル１での実際の損益は、入出庫計画データＤ２に対して概ね損失になる。この損益は、入出庫データＤ２に基づく荷役作業数を熟すのに要する時間が長いほど（コンテナターミナル１での荷役効率が低下するほど）損失が大きくなり、その荷役作業数を熟すのに要する時間が短いほど損失が小さくなる。損益は、日時の単位を任意に設定でき、例えば、一日毎、一週間毎、一月毎などに設定できる。

【0039】

損益は、同じ荷役作業数についての基準の状況におけるその荷役作業数を熟すのに要する時間と所定の状況におけるその荷役作業数を熟すのに要する時間との差分で表すことができる。また、損益は、同じ期間についての基準の状況における荷役効率と所定の状況における荷役効率との差分で表すこともできる。さらに、損益は、金額換算することもできる。損益金額には様々な種類の金額を含めることができ、適宜設定可能である。損益金額としては、例えば、船舶５の停船料、外来シャシ６がコンテナターミナル１の外部の仮置き施設にコンテナ２を仮置きし、仮置きしたそのコンテナ２をコンテナターミナル１に入庫するのに要する費用である。仮置き施設は、コンテナターミナル１での作業の遅延によりコンテナターミナル１に入場できない外来シャシ６の渋滞を緩和するための施設であり、コンテナターミナル１の近傍に設置される施設である。仮置き施設に仮置きされたコンテナ２は、コンテナターミナル１に別のシャシを用いて入庫する必要がり、その別のシャシの運搬費用や仮置き施設の維持、管理費用などが発生する。また、損益金額には、実際には損益金額として算出できない状況を金額として換算したものを用いることもでき、例えば、船舶５の不定期運航による信頼度の低下を損益金額に換算したものを用いることもできる。このように、損益は金額で表すことが好ましく、例えば荷役作業数を熟すのに要する時間や荷役効率の差分を金額換算してもよい。損益を金額で表すことにより、保全による費用対効果を把握するにはより有利になる。なお、損益には、保全計画データＤ１に予定されている保全に要する費用を含めてもよいが、含めなくてもよい。

【0040】

損益は、コンテナターミナル１の運用状況により変化する。より具体的に、損益は、コンテナターミナル１での各設備３の稼働状況とコンテナ２の入出庫数とが複雑に関係して変化する。損益は、コンテナ２の入出庫数（荷役作業数）が同じであれば、稼働可能な設備３の数が少ないほど損失として大きくなり、その数が多いほど損失として小さくなる。このように、コンテナターミナル１での損益は、コンテナターミナル１の運用状況として、各設備３の稼働状況やコンテナ２の入出庫数とが複雑に影響し合っている。

【0041】

図７に例示する予測モデル１８は、教師データ１９を用いた機会学習により構築されていて、コンテナターミナル１の運用状況と損益との関係を表している。予測モデル１８は、コンテナターミナル１の運用状況に基づいてコンテナターミナル１の損益を予測するコンピュータプログラムの一種である。予測モデル１８の構築には、公知の種々の機械学習を用いることができる。機械学習のアルゴリズムとしては、ロジスティック回帰、サポートベクターマシーン、決定木、ランダムフォレスト、ニューラルネットワーク（畳み込みニューラルネットワーク、再起型ニューラルネットワーク、残差ネットワークなど）、単純ベイズ、ｋ近傍法などが例示される。また、複数のアルゴリズムを用いるアンサンブル学習も例示される。

【0042】

予測モデル１８の構築では、教師データ１９を用いるが、この教師データ１９としては、ラベル有りやラベル無しのどちらの教師データも用いることができる。ラベル有りの教師データ１９としては、例えば、設備３毎に設定された影響度が用いられる。影響度は、コンテナターミナル１での荷役作業数を熟すのに要する時間（荷役効率）の変化に影響を及ぼす度合いを示す。影響度が低い設備３が稼働していない状況ではコンテナターミナル１での荷役作業数を熟すのに要する時間（荷役効率）の変化が乏しいが、影響度が高い設備３が稼働していない状況ではコンテナターミナル１での荷役作業数を熟すのに要する時間（荷役効率）が大きく変化する（大きく低下する）。影響度が高い設備３は、例えばクレーンや蔵置レーンである。この影響度の程度は、ユーザーやサービス提供者が蓄積しているコンテナターミナル１の運用の過程で得られる膨大なデータ、実験や試験あるいはコンピュータシミュレーションなどの結果の蓄積などにより概ね把握されている。したがって、以上のようなユーザーやサービス提供者の知見を利用して設備３毎に設定された影響度をラベル有りの教師データ１９として用いることができる。ラベル無しの教師データ１９としては、前述したユーザーやサービス提供者が蓄積しているコンテナターミナル１の運用の過程で得られる膨大なデータ、実験や試験あるいはコンピュータシミュレーションなどの結果の蓄積などが用いられる。なお、損益を金額で表す場合、教師データ１９では、コンテナターミナル１での荷役作業数を熟すのに要する時間（荷役効率）の変化を金額換算しておくとよい。このように、教師データ１９を用いた機械学習により構築された予測モデル１８により、運用状況に応じたコンテナターミナル１での荷役作業数を熟すのに要する時間（荷役効率）の変化が損益として予測される。

【0043】

予測モデル１８により予測される損益は、各設備３の稼働状況やコンテナ２の入出庫数に伴うコンテナターミナル１の運用状況が複雑に影響し合う。構築された予測モデル１８は、コンテナターミナル１の実体に則した教師データ１９を用いた機械学習により構築されているため、コンテナターミナル１の運用状況と損益との関係が紐づけされていて、損益に対するコンテナターミナル１の運用状況の影響具合が分析、評価された状態になっている。それ故、異なる運用状況が入力された予測モデル１８から出力されるそれぞれの損益は、各設備３の稼働状況やコンテナ２の入出庫数の違いなどによるコンテナターミナル１の運用状況の相違程度のそれぞれの場合における荷役作業数を熟すのに要する時間（荷役効率）の変化を高精度に表している。

【0044】

コンテナターミナル１の運用状況と損益との関係は、機械学習により構築された予測モデル１８に限定されるものではない。その関係は、コンテナターミナル１をモデル化したシミュレーションにより取得することもできる。

【0045】

ステップ（Ｓ１２０）では、保全計画データＤ１と入出庫計画データＤ２と予め取得した関係（予測モデル１８）に基づいて演算処理部１２により、保全計画データＤ１のそれぞれの保全を実施しない状況を運用状況とした場合の損益を予測するデータ処理が実行される。具体的に、演算処理部１２は、保全計画データＤ１と入出庫計画データＤ２とのそれぞれのデータをコンテナターミナル１の運用状況と見做して損益を予測する。損益の予測では、保全計画データＤ１と入出庫計画データＤ２とのそれぞれを予定どおりに実施した状況を運用状況とした場合の損益を基準として、保全計画データＤ１で予定されているそれぞれの保全について、その保全を実施しない状況を運用状況とした場合の損益を予測する。

【0046】

保全を実施しない状況は、保全の種類により異なる。点検は必ず実施されるため、点検を実施しない状況は無い。予知保全や定期保全を実施しない状況では、その予知保全や定期保全の対象の設備３が使用限界予定日に故障する可能性が高い。そこで、予知保全や定期保全を実施しない状況では、保全計画データＤ１での使用限界予定日に対象の設備３が故障した状況を運用状況として用いる。予知保全や定期保全を実施しない運用状況では、使用限界予定日に対象の設備３が故障した後に事後保全が予定されて実施される。したがって、予知保全や定期保全を実施しない運用状況でのそれらの保全の対象の設備３が使用できない期間は、予知保全や定期保全を実施した運用状況でのそれらの保全の対象の設備３が使用できない期間に比してより長い。このように、予知保全や定期保全を実施しない状況で予測される損益は、その予知保全や定期保全の対象の設備３によりその大小が異なるが、予知保全や定期保全を実施した状況で予測される損益に比して損失が大きくなる。

【0047】

事後保全を実施しない状況では、故障した設備３を稼働することができない。そこで、事後保全を実施しない状況では、対象の設備３が稼働しない状況を運用状況として用いる。したがって、事後保全を実施しない状況で予測される損益は、事後保全を実施した状況で予測される損益に比して損失が大きくなる。

【0048】

改良保全は実施しなくてもその改良保全の対象の設備３には突発的な故障が生じる可能性は低い。改良保全を実施しない状況は、定期保全を実施しない状況と同様に対象の設備３が故障しない状況を運用状況として用いる。つまり、改良保全を実施することにより対象の設備３が稼働できず、改良保全を実施しないことにより対象の設備３を稼働できるため、改良保全を実施しない状況で予測される損益が改良保全を実施した状況で予測される損益に比して損失が小さくなる。

【0049】

以上のように、保全計画データＤ１のそれぞれの保全を実施しない状況は、保全の種類に応じて様々であり、その状況で予測される損益も異なる。点検は規則上、実施せざるを得ないため、損益を予測する必要がない。そこで、このステップ（Ｓ１２０）では、保全計画データＤ１の中から点検を除いた残りの保全についての損益を予測するとよい。また、このステップ（Ｓ１２０）では、保全を実施しない状況と実施した状況とでより損益が大きく変化する予知保全や定期保全についての損益のみを予測してもよい。

【0050】

ステップ（Ｓ１３０）では、予測したそれぞれの損益を指標として用いて保全計画データＤ１のそれぞれの保全についての承認、否認を決定する。具体的に、保全管理システム１０の出力部１６に後述する図８の保全計画データＤ１ａが出力される。出力された保全計画データＤ１ａには、それぞれの保全についての承認、否認を入力する項目が存在する。その項目に入力部１５により承認、否認が入力される。

【0051】

図８に例示する保全計画データＤ１ａは、上述した図３の保全計画データＤ１のそれぞれの保全について上述したステップ（Ｓ１２０）で予測した損益が追加されている。また、この保全計画データＤ１ａは、ステップ（Ｓ１３０）での結果が反映されている。詳述すると、保全計画データＤ１ａは、図８の表の最左列の各設備３についての保全の予定と、その保全を実施しない状況で予測モデル１８により予測された損益と、承認または否認とが記載されている。図８中では、各損益が「・・・」によって省略された記載になっているが実際には損益を換算した金額が記載されている。なお、保全を実施しない状況での設備３の故障による損益は、その設備３が使用可能になるまでに発生する損益とする。

【0052】

ステップ（Ｓ１４０）では、保全計画データＤ１ａの中で承認された保全を保全計画データＤ１の予定どおりに実施する。保全の実施には、保全を実施する前に行われる準備が含まれる。この準備では、保全管理システム１０により保全に関する部品４や保全作業者の調達が行われる。

【0053】

準備について詳述すると、部品４の調達は、以下の手順で行われる。まず、演算処理部１２は、承認された保全に要する部品４を特定して、特定した部品４の在庫を確認するデータ処理を実行する。次いで、演算処理部１２は、電子商取引（ＥＣ）を利用して、その部品４を調達するデータ処理を実行する。部品４の特定では、保全計画データＤ１ａの保全内容が用いられる。部品４の在庫の確認には、後述する図９に例示するユーザー部品データＤ３や図１０に例示するサービス提供者部品データＤ４が用いられる。電子商取引には、ＢｔｏＢ－ＥＣ、ＢｔｏＣ－ＥＣなどの公知の種々の電子商取引を利用できる。演算処理部１２による部品４を調達するデータ処理では、電子商取引を利用するものに限定されない。そのデータ処理は、例えば、演算処理部１２により見積書や発注書を作成して、作成した見積書や発注書を出力部１６に出力するデータ処理でもよい。

【0054】

図９に例示するユーザー部品データＤ３は、保全管理システム１０の補助記憶部１４に記憶されている。ユーザー部品データＤ３は、ユーザーが保有する多数種類の部品４についての在庫状況を有している。詳述すると、ユーザー部品データＤ３は、図９中の表の最左列に記載されたそれぞれの部品４（モータ、・・・、ワイヤロープ、・・・）についての在庫数、保管場所が集積している。図９中では、一部の部品４、在庫数、保管場所が「・・・」で省略されているが、実際には部品４の名称、個数や位置座標（あるいは、コンテナターミナル１での番地）などが記載されている。

【0055】

ユーザー部品データＤ３の在庫数は、部品４の入荷や使用の履歴に基づいてユーザーが入力部１５により保全管理システム１０に直に入力されてもよく、演算処理部１２により保全計画データＤ１ａに基づいた保全の作業結果や電子商取引の結果を反映させてもよい。部品４によっては、保管期間が長期に渡る場合があり、部品４の耐久性や性能が低下している可能性がある。そこで、ユーザー部品データＤ３に保管期間を記載しておくとよい。保管期間を記載するには、部品４が有する固有の識別番号が必要となるため、合わせてその識別番号も記載しておく。ユーザー部品データＤ３に保管期間を記載することにより、保全に使用する部品４として保管期間がより長いものを選択可能になり、保管期間の長期化を効果的に回避できる。

【0056】

保管場所は、ユーザーが入力部１５により保全管理システム１０に直に入力することもできるが、演算処理部１２が自動的に取得することもできる。上述した図１のコンテナターミナル１において、ユーザーが保有する部品４は管理棟７の保管庫に加えて荷物として扱われずに各部品４の在庫が格納されたコンテナ２ｂで保管されている。管理棟７の保管庫に保管された部品４の位置は容易に特定できる。演算処理部１２によるコンテナ２ｂの位置の特定には、全球測位衛星システム（ＧＮＳＳ）、ビーコン測位、超広帯域無線（ＵＷＢ）測位、ＩＥＥＥ８０２．１１規格の無線ＬＡＮ測位などの屋内測位システム（ＩＰＳ）、および、ＲＦＩＤなどの公知の種々の電波式測位装置を用いることができる。例えば、全球測位衛星システムのアンテナが内蔵されたパレットを用いて、このパレットにコンテナ２ｂを蔵置する。コンテナ２ｂに収納されている部品４が特定されていれば、そのアンテナが受信する位置座標を取得することにより、演算処理部１２が自動的に部品４の保管場所を取得できる。部品４が収納されたコンテナ２ｂは、保全の実施によりその場所が移動することになり、ユーザーがその場所を逐次、保全管理システム１０に直に入力するには手間が掛かる。電波式測位装置を利用して演算処理部１２が自動的に部品４の保管場所を取得することで、コンテナターミナル１での部品４の保管場所を常時、把握可能になる。これにより、保全を実施する際に速やかに保全の対象となる部品４を準備することができる。

【0057】

図１０に例示するサービス提供者部品データＤ４は、保全管理システム１０の補助記憶部１４に記憶されている。サービス提供者部品データＤ４は、サービス提供者が保有する多数種類の部品４についての在庫状況を有している。詳述すると、サービス提供者部品データＤ４は、図１０中の表の最左列に記載されたそれぞれの部品４（モータ、・・・、ワイヤロープ、・・・）についての在庫数、納期、費用が集積している。図１０中では、一部の部品４、在庫数、納期、費用が「・・・」で省略されているが、実際には部品４の名称、個数、期間や金額が記載されている。

【0058】

部品データＤ４における在庫数、納期、費用は、サービス提供者が入力部１５により保全管理システム１０に直に入力する。納期や費用は、部品４がサービス提供者からユーザーに納品される場合の納期や費用である。部品４の中には、メーカーが製造、販売している汎用的な部品４の他に、その汎用的な部品４を加工した専用的な部品４が含まれる。専用的な部品４の納期や費用に関しては、メーカーからの汎用的な部品４の仕入れ状況が加味される。したがって、専用的な部品４に関しては、在庫が無い場合でも、納期や費用が記載されていることがある。

【0059】

部品４の在庫の確認には、上述したユーザー部品データＤ３、サービス提供者部品データＤ４に加えて、メーカーが保有する部品４についての在庫状況を有するメーカー部品データを用いることもできる。メーカー部品データは、メーカーが保有する汎用的な部品４の在庫数、納期、費用が集積している。

【0060】

電子商取引では、部品４に関する見積、発注が保全管理システム１０の出力部１６に出力されて、ユーザーが入力部１５により入力することで、部品４の取り引きが行われる。電子商取引では、外部のＥＣサイトを利用することもできる。電子商取引での部品４に関する見積、発注に関しては、在庫状況に応じて複数の見積を出力することができる。例えば、サービス提供者が保有する部品４の費用よりもメーカーが保有する部品４の費用が安いが、サービス提供者が保有する部品４の納期がメーカーが保有する部品４の納期よりも早い場合がある。このような場合、両方の見積をユーザーに提示することもできる。

【0061】

保全作業者の調達は、以下の手順で行われる。まず、演算処理部１２は、承認された保全の作業に要する保全作業者の人数を特定するデータ処理を実行する。次いで、演算処理部１２は、特定した人数のサービスマンを確保する旨を保全作業者の派遣会社に通達するデータ処理を実行する。人数の特定では、保全計画データＤ１ａの保全内容が用いられる。派遣会社への通達には、電子メールなどの公知の通信手段を用いることができる。

【0062】

以上のように、本実施形態によれば、保全計画データＤ１と入出庫計画データＤ２とをコンテナターミナル１の運用状況と見做して、予め取得しておいた運用状況と損益との関係を示す予測モデル１８を用いることにより、保全計画データＤ１で予定されている保全を実施の有無による様々な状況でのコンテナターミナル１における損益を精度よく予測できる。この損益は、コンテナターミナル１でのコンテナ２の荷役作業数を熟すのに要する時間（荷役効率）に起因していて、稼働している設備３の種類や台数によって異なる。したがって、保全の実施の有無により保全の対象の設備３が故障しない状況や故障した状況などの様々な状況でのコンテナターミナル１の損益を予測して、予測したその損益を指標として用いることにより、保全計画データＤ１で予定されているそれぞれの保全の優位性を事前に把握できる。これにより、保全を実施する選択が優位である場合、その保全を承認して予定どおりに実施することにより、保全を実施しない状況で予測され得る損失を効果的に回避できる。

【0063】

予測したそれぞれの保全についての損益は、基準に対しては概ね損失になる。この損失は、予定されている保全を実施してその保全の対象の設備３の故障を回避することで得られる利益と見做せる。それ故、その損失を指標として用いることにより、予知保全の導入によりユーザーの所望の予算を超過する場合が生じたとしても、超過したその予算による費用対効果の妥当性を判断できので、リスク回避に大いに寄与する。

【0064】

また、予定された保全を否認して保全計画データＤ１での予定どおりに実施しない選択肢を与えることにより、コンテナターミナル１における保全の予定の自由度が増す。例えば、コンテナターミナル１で使用されるクレーンは、複数の走行装置のモータを有している。複数のモータの中の一つのモータが突発的に故障したとしてもクレーンの走行が停止することはなく、正常な状態に比して荷役効率が低下するがコンテナ２の荷役が全くできない訳ではない。したがって、コンテナ２の入出庫状況によっては、保全の対象になったクレーンをその保全を予定どおりに実施せずに使用する方が、コンテナターミナル１での荷役効率を向上するには有利な場合がある。本実施形態によれば、予測モデル１８により予測される損益が、コンテナターミナル１の実体に則している。それ故、クレーンの走行装置のモータに対する予知保全が予定された場合、その予知保全について予測される損益は小さく見積もられる。このように、保全の実施の有無をコンテナターミナル１での損益で判断することが可能になることにより、コンテナターミナル１の管理に大いに寄与する。

【0065】

否認された保全は、上述した図３の保全計画データＤ１に記載の予定を変更して実施してもよい。否認された保全の予定に関しては、ユーザーにより適宜変更できる。ただし、保全の種類によっては、予定を変更できない場合があり、予定を変更できない保全に関しては、上述したステップ（Ｓ１３０）で演算処理部１２により強制的に承認してもよい。例えば、点検は、予め設定された期間毎に実施する必要があり、予定を大幅に変更することができない。事後保全は、既に故障した設備３に対する保全であり、放置すればするほど故障した設備３を使用できないことによる損失が増える。一方で、設備３によっては事後保全を後回しにすることで、コンテナターミナル１の荷役効率の低下を抑制できることもある。例えば、クレーンの事後保全は迅速に実施した方がよく、照明装置の事後保全は急を要するものではない。改良保全は、実施することでコンテナターミナル１の荷役効率の向上に寄与する一方で、大幅な改修の場合、改良保全を実施することによるコンテナターミナル１の荷役の効率が大きく低下するおそれがある。

【0066】

予測した損益が発生するリスクは、予知保全や定期保全における使用限界予定日が近づくにつれて大きくなり、その使用限界予定日以後、更に大きくなる。そこで、予知保全や定期保全の実施についての承認、否認の決定の指標として、予測した損失に加えて使用限界予定日に対する日数を用いてもよい。このように、使用限界予定日に対する日数を指標として用いることにより、使用限界に達するリスクがより高い予知保全や定期保全を予定どおりに実施して、発生するリスクがより低い予知保全や定期保全を後回しにすることもできる。

【0067】

保全計画データＤ１と入出庫計画データＤ２とは互いに独立したデータとして保全管理システム１０の補助記憶部１４に記憶されているが、保全計画データＤ１と入出庫計画データＤ２とが連携していてもよい。具体的には、保全管理システム１０の演算処理部１２により、入出庫計画データＤ２が予定どおりに実施可能に保全計画データＤ１に予定されているそれぞれの保全が変更されるデータ処理が実行される。例えば、船舶５の発着によりコンテナ２の入出庫数の増加が予測される期間では、その期間に予定されているそれぞれの保全の中から予定を変更可能な保全が特定されて、特定された保全の予定がその期間の範囲外に変更される。この変更により、コンテナターミナル１での実際のコンテナ２の入出庫数の変動が、入出庫計画データＤ２に予定されている入出庫数の変動に近似し易くなる。このように、保全計画データＤ１は、入出庫計画データＤ２に基づいてコンテナターミナル１における荷役作業数への影響が考慮されるとよい。

【0068】

次に、図１１に例示するコンテナターミナルの保全管理システムおよび方法の変形例１について説明する。

【0069】

変形例１での保全管理方法での手順では、上述した図６の手順に対して別のステップ（Ｓ２１０、Ｓ２２０）が追加されている。即ち、変形例１の手順では、まず、保全管理システム１０に所定の期間に予定されている保全に費やせる予算の目標値Ｄ５を予め入力しておく（Ｓ２１０）。次いで、保全計画データＤ１に基づいて演算処理部１２により所定の期間毎の予算の中で目標値Ｄ５に対して超過する超過予算を特定し、特定した超過予算を出力部１６に出力する（Ｓ２３０）。したがって、変形例１では、ユーザーが超過予算を把握して、超過予算と保全計画データＤ１ａに記載の損益とを比較することにより、超過予算に組み込まれた保全に対する承認、否認が決定される（Ｓ１３０）。

【0070】

ステップ（Ｓ２１０）では、ユーザーにより保全管理システム１０に目標値Ｄ５が入力される。具体的に、演算処理部１２により目標値Ｄ５の入力画面を出力部１６に出力するデータ処理が実行され、その入力画面に入力部１５により目標値Ｄ５として所望の期間と金額が入力される。所望の期間は、任意の日数を入力できるが、１ヶ月を入力単位として複数月を含むように、例えば、１年や上半期、下半期が入力される。所望の金額は、所望の期間毎にコンテナターミナル１の保全に費やせる予算の目標値であり、任意の金額を入力できる。所定の期間の金額は、単一の期間と金額との組み合わせに限定されるものではなく、例えば、所望の期間として１年間と３ヶ月との２種類の期間が入力されて、それぞれの期間毎の所望の金額が入力されてもよい。また、同じ期間でも時期によって金額を異ならせることもでき、例えば、上半期の３ヶ月と下半期の３ヶ月とのそれぞれの金額を異ならせる。このように、目標値Ｄ５はユーザーの事情に合わせて入力可能になっていればよい。

【0071】

図１２に例示する目標値Ｄ５は、ユーザーにより保全管理システム１０に入力される。目標値Ｄ５は、ユーザーが所望する期間と金額との組み合わせが集積している。図１２では、期間として、１年と３ヶ月との２種類が入力されていて、金額として、入力されたそれぞれの期間での金額が入力されている。図１２中では、金額が「・・・」で省略されているが、実際には所望の金額が入力されている。なお、期間として複数の期間が入力される場合、入力された複数の期間の中で最も短い期間での金額が入力されることで、他の期間の金額が入力したその金額に基づいて算出されてもよい。

【0072】

ステップ（Ｓ２２０）では、保全計画データＤ１に基づいて演算処理部１２により入力された所望の期間毎の予算を算出して、算出した予算の中で目標値Ｄ５に対して超過する超過予算を特定して、特定した超過予算を出力するデータ処理が実行される。算出される予算は、目標値Ｄ５として入力された期間内に保全計画データＤ１で予定されているそれぞれの保全の費用の合計である。保全の費用には、実施された保全に要する費用が含まれていて、保全の準備段階で要する費用（部品４や保全作業者の調達費用）も含まれている。

【0073】

超過予算は、保全計画データＤ１に基づいて算出された予算の中で目標値Ｄ５として入力された金額を超過すると見做せる予算である。算出される予算は、予算の算出時点でのユーザー部品データＤ３やサービス提供者部品データＤ４、メーカーの納期や費用を用いるため、実際の準備段階で要する費用と異なる場合がある。そこで、超過予算は、算出された予算が目標値Ｄ５として入力された金額を超過したものに加えて、その予算が金額に対して予め設定した許容範囲に収まるものも含むようにするとよい。許容範囲は、例えば、入力された金額に対して±５％程度の範囲である。

【0074】

図１３に例示する予算データＤ６は、保全管理システム１０の出力部１６に出力される。予算データＤ６は、目標値Ｄ５として入力された期間毎のコンテナターミナル１の保全に要する予算を有する。詳述すると、予算データＤ６は、３ヶ月毎の期間（Ｐ１、Ｐ２、・・・、Ｐｎ）の予算と、１年毎の期間（Ｐ１～Ｐ４、・・・、Ｐ（ｎ－４）～Ｐｎ）の予算とが集積していて、図１３の表中の最左列に目標値Ｄ５で入力された金額に対して超過した超過予算には「超過」が記載されている。図１３中では、期間Ｐ２の予算と期間Ｐ１～Ｐ４の予算とが超過予算になっている。

【0075】

変形例１では、図８の保全計画データＤ１ａと図１３の予算データＤ６とが出力部１６により出力されることで、ユーザーは、それぞれのデータを比較することができる。例えば、超過予算となっている期間Ｐ２に実施される保全の損益を保全計画データＤ１ａにより確認して、超過予算の要因となる保全を承認するか否かを判断できる。以上のように、変形例１では、目標値Ｄ５に対して超過する超過予算を特定して、特定した超過予算を出力することにより、ユーザーに対して、超過の要因となる保全を実施することの優位性を事前に示すことができる。これにより、仮に予算が目標値Ｄ５を超過した場合でも、保全を実施することを効果的に促すことができる。

【0076】

変形例１では、超過予算に含まれる保全を特定することにより、ステップ（Ｓ１２０）において、演算処理部１２により超過予算に含まれるそれぞれの保全を実施しない状況での損益を予測するデータ処理を実行することもできる。即ち、変形例１では、超過予算に組み込まれた保全についての損益のみを予測して、予測したその損益に基づいて超過予算に組み込まれた保全に対する承認、否認が決定されてもよい。

【0077】

変形例１において、保全計画データＤ１で予定されている全ての保全を予定どおりに実施した場合の予算が、ユーザーが所望する金額の範囲内に収まっていれば、ユーザーが逐次、判断することなく、保全計画データＤ１で予定されている全ての保全が準備段階を含めて自動的に実施される。これにより、コンテナターミナル１での保全に関する業務のユーザーの負担を大幅に軽減できる。

【0078】

また、変形例１では、超過予算が存在しなければ演算処理部１２での損失を予測するためのデータ処理が必要なく、超過予算が存在した場合でも超過予算に含まれる保全を実施しない状況での損益のみを予測するため、演算処理部１２でのデータ処理の負荷を軽減できる。予知保全や定期保全では、設備３の稼働状況に基づいてその設備３の使用限界予定日が予測されていて、その使用限界予定日が数年先の場合がある。例えば、インバータやプログラマブルロジックコントローラなどの電子部品の寿命は概ね７年～１２年程度である。それ故、保全計画データＤ１には、数年から十数年先の予知保全や定期保全の予定が含まれる場合がある。保全計画データＤ１のそれぞれの予知保全や定期保全についての損益を予測することもできるが、その場合の演算処理部１２でのデータ処理の負荷が過大になる。そこで、変形例１のように、損益を予測する保全を超過予算に含まれるものに限定することにより、演算処理部１２でのデータ処理の負荷の軽減には有利になる。

【0079】

次に、コンテナターミナルの保全管理システムおよび方法の変形例２について説明する。

【0080】

図１４に例示する変形例２での保全管理方法での手順では、上述した図１１の手順に対して別のステップ（Ｓ３１０）が追加されている。即ち、変形例２の手順では、保全計画データＤ１に基づいて演算処理部１２により所定の期間毎の予算が平準化される（Ｓ３１０）。したがって、変形例２では、後述する図１５に例示する予算データＤ６ａが出力されるが、この予算データＤ６ａは、上述した図１３の予算データＤ６に比して所定の期間毎の予算が平準化されている。

【0081】

ステップ（Ｓ３１０）では、保全計画データＤ１に基づいて演算処理部１２により入力された所望の期間毎の予算を算出して、算出した予算を平準化するデータ処理が実施される。予算の平準化では、目標値Ｄ５として入力された金額を基準として用いて、期間毎の予算がその金額に近づくように保全計画データＤ１が更新される。具体的に、演算処理部１２は、算出した予算の中で目標値Ｄ５に対して超過する超過予算と目標値Ｄ５に対して不足する不足予算とを特定する。次いで、演算処理部１２は、超過予算に含まれる保全の中から不足予算に含めることが可能な保全（予定を変更可能な保全）を特定して、特定した保全の予定を変更して、保全計画データＤ１を更新する。以後のデータ処理では、更新した保全計画データＤ１を用いる。

【0082】

保全の予定の変更の可否や変更の具合は、その保全の種類によって異なっている。点検は、予め設定された期間内に行われていればよく、ある程度（例えば、数日程度や数週間程度）の変更が可能である。予知保全や定期保全は、使用限界予定日が近づくにつれて対象の設備３の故障のリスクが高くなるが、予定をより早く実施することもできるため、変更が可能である。改良保全は、いつ実施してもよいため、その予定は自在に変更可能である。

【0083】

図１５に例示する予算データＤ６ａは、保全管理システム１０の出力部６に出力される。予算データＤ６ａは、上述した図１３の予算データＤ６に対して期間毎の予算が平準化されている。具体的に、平準化された予算データＤ６ａでは、予算データＤ６に比して、期間Ｐ２の超過予算がより小さくなり、期間Ｐ（ｎ－４）～Ｐｎの予算がより大きくなっている。したがって、平準化された予算データＤ６ａの各期間における予算は、ユーザーが入力した目標値Ｄ５により近似した予算になっている。

【0084】

以上のように、変形例２ではユーザーが入力した目標値Ｄ５に基づいて保全計画データＤ１における予算を平準化することにより、超過予算が発生し難くなる。これにより、ユーザーがより満足のいくコンテナターミナル１における中・長期的な保全計画を提案することが可能になる。保全計画データＤ１における予算の平準化には、目標値Ｄ５を基準として用いる他に、予め設定した金額を基準としてもよい。また、保全計画データＤ１における所定の期間毎の予算の代表値（平均値、最頻値、中央値）を基準としてもよい。

【0085】

変形例２では、予算が平準化された保全計画データＤ１に基づいて、年間保全計画、３年～５年程度の中期保全計画、１０年以上の長期保全計画をユーザーに提示することができる。コンテナターミナル１の保全に要する予算を平準化することにより、その予算を変動費ではなく極力、固定費に近づけることが可能になる。これにより、コンテナターミナル１の運用コストを長期に渡って把握できる。

【0086】

以上、本発明の実施形態について説明したが、本発明のコンテナターミナルの保全管理システムおよび方法は特定の実施形態に限定されるものではなく、本発明の要旨の範囲内において、種々の変形・変更が可能である。

【0087】

既述した実施形態や変形例１、２では、上述した図５のステップ（Ｓ１３０）での決定をユーザーが行ったが、決定の基準を予め保全管理システム１０に入力しておくことにより、その決定を入力した基準を用いて演算処理部１２により行うこともできる。この決定の基準は、任意に設定できるが、実施形態や変形例１、２を繰り返し行う過程でユーザーが行った決定に基づいて設定することもできる。

【0088】

保全計画データＤ１や入出庫計画データＤ２には、一つのコンテナターミナル１における保全の予定やコンテナ２の入出庫の予定に限定されずに、複数のコンテナターミナル１における保全の予定やコンテナ２の入出庫の予定が記載されていてもよい。保全管理システム１０は、複数のコンテナターミナル１で共通のシステムとして機能することにより、複数のコンテナターミナル１での連携を強化できる。例えば、部品４の在庫や保全作業者の予定などを複数のコンテナターミナル１で調節することが可能となり、部品４の不良在庫化の解消や保全作業者の作業予定の平準化には有利になる。

【符号の説明】

【0089】

１ コンテナターミナル
２ コンテナ
３ 設備
４ 部品
１０ 保全管理システム
１１ 荷役管理システム
１２ 演算処理部
１３ 主記憶部
１４ 補助記憶部
１５ 入力部
１６ 出力部
１８ 予測モデル
１９ 教師データ
Ｄ０ 保全計画基準データ
Ｄ１、Ｄ１ａ 保全計画データ
Ｄ２ 入出庫計画データ
Ｄ３ ユーザー在庫データ
Ｄ４ サービス提供者在庫データ
Ｄ５ 目標値
Ｄ６、Ｄ６ａ 予算データ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】