特開 2024-126167 物流施設のデータセットの提示方法および管理サーバー

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

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

(11)【公開番号】P2024126167

(43)【公開日】2024-09-20

(54)【発明の名称】物流施設のデータセットの提示方法および管理サーバー

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240912BHJP

【ＦＩ】

G06Q50/10

【審査請求】有

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2023034383

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

(71)【出願人】

【識別番号】000005902

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

(74)【代理人】

【識別番号】110001368

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

(74)【代理人】

【識別番号】100129252

【弁理士】

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

(74)【代理人】

【識別番号】100155033

【弁理士】

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

(72)【発明者】

【氏名】松浦 昌博

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

5L049

【Ｆターム（参考）】

5L049CC15

(57)【要約】

【課題】多数のデータの中から必要なデータを簡便に確認することができる物流施設のデータセットの提示方法および管理サーバーを提供する。
【解決手段】管理サーバー１０により物流施設１での保全作業に関する対象データＤ１ａをクライアントコンピュータ２０に提示する物流施設のデータセットの提示方法において、管理サーバー１０は、保全作業に関する複数種類のデータが物流施設１でのそれぞれの部品３について集積しているデータセットＤ１を有していて、保全作業の実施および立案の予定を管理サーバー１０により監視し、その予定に基づいて、管理サーバー１０により、データセットＤ１の中からその予定での保全対象部品３ａに関する対象データＤ１ａを特定するデータ処理を行って、特定したその対象データＤ１ａをクライアントコンピュータ２０に提示する。
【選択図】図１

【特許請求の範囲】

【請求項1】

荷物を一時的に保管する物流施設で使用されている多数種類の設備のそれぞれが、複数または単一の部品で構成されていて、管理サーバーにより保全作業に関するデータを対象データとしてクライアントコンピュータに提示する物流施設のデータセットの提示方法において、
前記管理サーバーは、複数種類の前記データが前記物流施設でのそれぞれの前記部品について集積しているデータセットを有していて、
前記保全作業の実施および立案の予定を前記管理サーバーにより監視し、
監視している前記予定に基づいて、前記管理サーバーにより、前記データセットの中からその予定における前記保全作業の対象となる保全対象部品に関する前記データを前記対象データとして特定するデータ処理を行って、特定した前記対象データを前記クライアントコンピュータに提示する物流施設のデータセットの提示方法。

【請求項2】

前記予定の監視では、前記クライアントコンピュータから送信された前記保全対象部品を示すメディアデータを前記管理サーバーにより受信したことをその保全対象部品への前記保全作業が立案されて、前記予定が立てられたと見做して、
前記対象データの特定では、受信した前記メディアデータに基づいて前記管理サーバーにより前記保全対象部品を特定するデータ処理を行う請求項１に記載の物流施設のデータセットの提示方法。

【請求項3】

前記管理サーバーの前記記憶部には、前記物流施設を運用するユーザーのアカウントとそのユーザーが運用する前記物流施設で使用されるそれぞれの前記設備とその設備の型番とが紐付けされたアカウントデータが格納されていて、
前記メディアデータに基づいた前記保全対象部品の特定では、前記ユーザーが使用するユーザークライアントコンピュータから前記メディアデータが送信されると前記アカウントデータに基づいて、前記管理サーバーにより前記ユーザーが運用する前記物流施設で使用されるそれぞれの前記設備の前記型番を特定するデータ処理を行って、特定した前記型番を有する前記設備の前記部品を候補として選択して、選択した前記候補の中から前記保全対象部品を選択する請求項２に記載の物流施設のデータセットの提示方法。

【請求項4】

前記メディアデータに基づいた前記保全対象部品の特定では、前記部品の状態を前記管理サーバーにより監視し、前記クライアントから前記メディアデータが送信されると監視している前記部品の状態に基づいて、前記管理サーバーにより、その状態が基準よりも悪い状態悪化部品を特定するデータ処理を行って、特定した前記状態悪化部品の中から前記保全対象部品を選択する請求項２または３に記載の物流施設のデータセットの提示方法。

【請求項5】

前記メディアデータに基づいて前記保全対象部品を特定できない場合に、前記管理サーバーにより前記保全作業に関する保全サービスを提供するサービス提供者が使用しているサービスクライアントコンピュータに前記保全対象部品を特定できない通知を出し、
前記対象データの特定では、前記通知を受信した前記サービスクライアントコンピュータから指定された前記保全対象部品を用いる請求項２に記載の物流施設のデータセットの提示方法。

【請求項6】

前記管理サーバーは、前記予定が予め立てられた保全計画データを有していて、
前記対象データの特定では、前記保全計画データに基づいて前記管理サーバーにより前記保全対象部品を特定するデータ処理を行う請求項１に記載の物流施設のデータセットの提示方法。

【請求項7】

前記保全計画データに基づく前記保全対象部品の特定では、前記予定の日程に基づいて、前記管理サーバーにより、前記保全計画データの中からその日程が所定時間後に迫る前記予定を選択するデータ処理を行うことにより、選択した前記予定で予め決められていた前記保全対象部品を特定する請求項６に記載の物流施設のデータセットの提示方法。

【請求項8】

前記管理サーバーの記憶部に格納された前記データセットは、前記部品に対応したディレクトリ名を冠して、その部品についての複数種類の前記データが格納された部品用ディレクトリをそれぞれの前記部品ごとに有していて、
前記管理サーバーにより、それぞれの前記部品用ディレクトリの中から前記保全対象部品に対応したディレクトリ名を冠する前記部品用ディレクトリを選択するデータ処理を行うことにより、選択したその部品用ディレクトリに格納されている複数種類の前記データを前記対象データとする請求項１または２または６に記載の物流施設のデータセットの提示方法。

【請求項9】

前記データセットには、複数種類の前記データが複数の前記物流施設でのそれぞれの前記部品について集積している請求項１または２または６に記載の物流施設のデータセットの提示方法。

【請求項10】

前記予定に関して前記管理サーバーにより前記物流施設を運用しているユーザーが使用しているユーザークライアントコンピュータと前記保全作業に関する保全サービスを提供するサービス提供者が使用しているサービスクライアントコンピュータとの間の双方向通信を中継する場合には、前記管理サーバーにより前記ユーザークライアントコンピュータと前記サービスクライアントコンピュータとの両方に前記対象データを提示する請求項１または２または６に記載の物流施設のデータセットの提示方法。

【請求項11】

荷物を一時的に保管する物流施設で使用されている多数種類の設備のそれぞれが、複数または単一の部品で構成されていて、保全作業に関するデータを対象データとしてクライアントコンピュータに提示する物流施設のデータセットの管理サーバーにおいて、
演算処理部、主記憶部、および、補助記憶部を備えていて、前記補助記憶部に、複数種類の前記データが前記物流施設でのそれぞれの前記部品について集積しているデータセットが記憶されていて、
前記演算処理部は、前記保全作業の実施と立案の予定を監視するデータ処理と、前記予定に基づいて、前記データセットの中からその予定における前記保全作業の対象となる保全対象部品に関する前記データを前記対象データとして特定するデータ処理と、特定した前記対象データを前記クライアントコンピュータに提示するデータ処理と、を実行する構成にした物流施設のデータセットの管理サーバー。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、物流施設のデータセットの提示方法および管理サーバーに関し、より詳しくは、荷物を一時的に保管する物流施設で使用されている設備の多数種類の部品ごとの各種データが集積したデータセットの中から所望するデータを簡便に確認できる物流施設のデータセットの提示方法および管理サーバーに関する。

【背景技術】

【0002】

ＶＲ（仮想現実）、ＡＲ（拡張現実）、ＭＲ（複合現実）、ＳＲ（代替現実）などのＸＲ（クロスリアリティ）の技術の利用が進んでいる。例えば、ＶＲ技術を利用して遠隔地からの点検作業を支援するシステムが提案されている（特許文献１参照）。特許文献１に記載の発明は、ＶＲ技術を利用して点検員が遠隔地からでも、実際に点検現場に居るかのように点検現場の画像や音を確認することが可能になっている。

【0003】

ところで、荷物を一時的に保管する物流施設には、多数種類の設備が運用されている。例えば、物流施設の一例であるコンテナターミナルでは、コンテナを荷役するクレーンやコンテナを運搬する運搬車両などの荷役機器の他にリーファコンテナに接続される電源設備、コンテナターミナルの各所に設置された照明設備、コンテナターミナルの出入口に設置されたゲート設備などの多数種類の設備が使用されている。また、クレーンのような大型の荷役機器は、走行装置のモータ、減速機、ガーダ、トロリの横行装置などの多数の部品から構成されている。

【0004】

物流施設でのそれぞれの部品ごとに図面データ、仕様データ、マニュアルデータ、プログラムデータ、在庫データなどのデータが存在する。つまり、物流施設でのデータセットは、それらのデータが集積することにより膨大な量になっている。それ故、物流施設の保全作業（事後保全、予防保全、改良保全、予知保全など）の対象となる部品に関するデータを確認しようとしても、多数のデータのなかから必要なデータを見つけ出すには専門的な知識が必要になっていた。特許文献１に記載の発明を利用して、専門的な知識が乏しい点検者が、その所定の設備や部品の点検項目、あるいは、点検結果で発見された異常を解消するためのデータを確認しようとしても、膨大な量のデータセットの中から対象となるデータを探し出すのは容易ではない。それ故、物流施設のデータセットの中から所望するデータを簡便に確認するには改善の余地がある。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０２０－１４９３４９号公報

【発明の概要】

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

【0006】

本発明の目的は、物流施設のデータセットの中から所望するデータを簡便に確認できる物流施設のデータセットの提示方法および管理サーバーを提供することである。

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

【0007】

上記の目的を達成する本発明の物流施設のデータセットの提示方法は、荷物を一時的に保管する物流施設で使用されている多数種類の設備のそれぞれが、複数または単一の部品で構成されていて、管理サーバーにより保全作業に関するデータを対象データとしてクライアントコンピュータに提示する物流施設のデータセットの提示方法において、前記管理サーバーは、複数種類の前記データが前記物流施設でのそれぞれの前記部品について集積しているデータセットを有していて、前記保全作業の実施および立案の予定を前記管理サーバーにより監視し、監視している前記予定に基づいて、前記管理サーバーにより、前記データセットの中からその予定における前記保全作業の対象となる保全対象部品に関する前記データを前記対象データとして特定するデータ処理を行って、特定した前記対象データを前記クライアントコンピュータに提示することを特徴とする。

【0008】

本発明の物流施設のデータセットの管理サーバーは、荷物を一時的に保管する物流施設で使用されている多数種類の設備のそれぞれが、複数または単一の部品で構成されていて、保全作業に関するデータを対象データとしてクライアントコンピュータに提示する物流施設のデータセットの管理サーバーにおいて、演算処理部、主記憶部、および、補助記憶部を備えていて、前記補助記憶部に、複数種類の前記データが前記物流施設でのそれぞれの前記部品について集積しているデータセットが記憶されていて、前記演算処理部は、前記保全作業の実施と立案の予定を監視するデータ処理と、前記予定に基づいて、前記データセットの中からその予定における前記保全作業の対象となる保全対象部品に関する前記データを前記対象データとして特定するデータ処理と、特定した前記対象データを前記クライアントコンピュータに提示するデータ処理と、を実行する構成にしたことを特徴とする。

【発明の効果】

【0009】

本発明によれば、クライアントコンピュータに対して管理サーバーから提示される対象データは、実施または立案しようとしている保全作業に適したデータであり、クライアントが所望したデータになっている。それ故、物流施設での多数種類の設備や部品に関する知識が乏しいクライアントでも、膨大な量のデータが集積したデータセットの中から所望するデータを簡便に確認することができる。

【0010】

また、クライアントが所望するデータを適時、簡便に確認可能になることにより、クライアントがデータセットを管理する必要が無くなるため、管理サーバーが一括でそのデータセットを管理することができる。即ち、多数のクライアントにデータセットを管理させることで生じる情報漏洩のリスクを大幅に低減することができる。このように、本発明は、多数のデータの中から所望するデータを簡便に確認可能な構成でありながら、データセットの機密性の向上に非常に有利になる。

【図面の簡単な説明】

【0011】

【図1】物流施設のデータセットの管理サーバーの実施形態を例示する構成図である。

【図2】データセットのデータ構造を例示する説明図である。

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

【図4】アカウントデータを例示する説明図である。

【図5】学習データを例示する説明図である。

【図6】物流施設のデータセットの提示方法の実施形態の手順を例示するフロー図である。

【図7】メディアデータと分類モデルとを用いる保全対象部品の特定手法を例示する説明図である。

【図8】物流施設のデータセットの提示方法の実施形態の変形例１の手順を例示するフロー図である。

【図9】サービス提供者の関与による保全対象部品の特定手法を例示する説明図である。

【図10】物流施設を例示する説明図である。

【図11】データセットでの在庫データを例示する説明図である。

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

【0012】

以下、本発明の物流施設のデータセットの提示方法および管理サーバーを、図に示す実施形態に基づいて説明する。

【0013】

図１に例示する物流施設のデータセットの管理サーバーの実施形態を用いて物流施設のデータセットの提示方法が実施される。管理サーバー１０および提示方法は、データセットＤ１に存在する大量のデータの中からクライアント（物流施設１を運用するユーザー、物流施設１での保全作業のサービスを提供するサービス提供者など）が所望するデータを確認するために使用される。即ち、この実施形態によって、クライアントが保全作業の実施や立案を行う際に、管理サーバー１０により、データセットＤ１の中からその保全作業に適した対象データＤ１ａが特定されて、特定された対象データＤ１ａがクライアントに提示される。

【0014】

まず、物流施設１について説明する。

【0015】

物流施設１は、荷物を一時的に保管することで物流の拠点となっているコンテナターミナルや倉庫施設などの公知の種々の物流施設を用いることができる。なお、物流施設１には、複数種類の鋼板などを製造および出荷する製造施設も含む。

【0016】

物流施設１では、多数種類の設備２（２ａ、２ｂ）が使用されている。設備２には、複数の部品で構成される設備２ａと単一の部品で構成される設備２ｂとが存在する。設備２ａは、例えば、コンテナターミナルでコンテナを荷役する公知の種々のクレーンや運搬車両（構内シャシ）である。設備２ｂは、例えば、コンテナターミナルで、リーファコンテナに電力を供給する電源設備、コンテナターミナルの各所に設置された照明機器、コンテナターミナルの出入口に設置されたゲート装置などである。また、設備２ｂには、蔵置レーンなどの保管エリアも含めてもよい。設備２ａの一例は、クレーンであり、そのクレーンを構成する複数の部品３は、構造物の一部であるガーダ、走行装置のモータや減速機、トロリ、吊具などである。設備２ｂの一例は、リーファコンテナ用の電源設備であり、その電源設備を構成する単一の部品３は、電源装置である。

【0017】

以上のとおり、物流施設１ではそれらの設備２を構成する多数の部品３が存在しており、それぞれの部品ごとに保全作業に関するデータとして、図面データ、仕様データ、マニュアルデータ、プログラムデータ、在庫データなどの複数種類のデータが存在する。したがって、それらの多数のデータが集積しているデータセットＤ１は、データ量が多量になっている。データセットＤ１については後述する（図２参照）。

【0018】

次に、管理サーバー１０の詳細について説明する。

【0019】

管理サーバー１０は、多数のクライアントコンピュータ２０（２０Ａ、２０Ｂ）および管理システム３０と相互に通信可能に接続されている。多数のクライアントコンピュータ２０は、多数のユーザークライアントコンピュータ２０Ａおよび多数のサービスクライアントコンピュータ２０Ｂが含まれる。管理システム３０は、物流施設１での荷物の管理や設備２の管理を行っている。管理サーバー１０とクライアントコンピュータ２０および管理システム３０とは、同一のネットワーク（ＬＡＮ）を介して相互に接続されていてもよく、複数のネットワークがインターネットルータを介して相互に接続された広域通信網（ＷＡＮ）を介して相互に接続されていてもよく、インターネットを介して相互に接続されていてもよい。

【0020】

管理サーバー１０は、物理サーバーや仮想サーバーなどの公知の種々のサーバーを用いることができる。管理サーバー１０とクライアントコンピュータ２０および管理システム３０とがネットワーク（インターネットも含む）で接続されたシステムは、クライアントサーバーシステムでもよく、Ｗｅｂシステムでもよい。クライアントサーバーシステムは、Ｗｅｂブラウザではなく、専用のアプリケーションを使用するシステムを示し、Ｗｅｂシステムは、Ｗｅｂブラウザを使用するシステムを示す。管理サーバー１０は、Webサーバー、アプリケーションサーバー、データサーバー、および、メールサーバーなどの複数のサーバーで構成されてもよい。

【0021】

管理サーバー１０は、演算処理部（ＣＰＵ）１１、主記憶部（メモリ）１２、補助記憶部（例えば、HDD）１３、入出力部（例えば、ネットワークのインターフェース）１４を備えている。補助記憶部１３には、データセットＤ１（図面データ、仕様データ、マニュアルデータ、プログラムデータ、在庫データなど）、メディアデータＤ２、保全計画データＤ３、アカウントデータＤ４、および、学習データ（教師データ、訓練データ）Ｄ５が記憶されている。

【0022】

ユーザークライアントコンピュータ２０Ａは、ユーザーにより使用されるクライアントコンピュータ２０を示す。ユーザーはそれぞれの物流施設１を運用している組織である。物流施設１によっては、複数のユーザーにより運用される場合もある。物流施設１の運用には、設備２の保全作業（予防保全、事後保全、予知保全、改良保全）が含まれていて、ユーザーには、設備２を運転する運転者、設備２が使用される物流施設１の作業者や物流施設１を管理する施設管理者、設備２での保全作業を行う保全作業者や点検作業（予防保全作業）を行う点検者が含まれる。

【0023】

サービスクライアントコンピュータ２０Ｂは、サービス提供者により使用されるクライアントコンピュータ２０を示す。サービス提供者は管理サーバー１０を管理するとともに管理サーバー１０を利用した保全サービスを提供している組織である。サービス提供者は、それぞれの物流施設１を施工に関与し、導入される設備２を開発、設計、製造、販売していて、それぞれの物流施設１での保全サービスを請け負っている。サービス提供者の管理部署により管理サーバー１０が管理されており、開発、設計、製造、販売に係る部署によりサービスクライアント４０が使用されている。なお、サービス提供者とは別に、複数の部品３で構成される設備２ａのそれぞれの部品や単一の部品３で構成される設備２ｂを開発、設計、製造、販売した組織であるメーカーが使用するメーカークライアントコンピュータが管理サーバー１０に接続されていてもよい。

【0024】

クライアントコンピュータ２０は、所定のアプリケーションソフトウェアにより管理サーバー１０と相互に通信可能に接続された公知の種々のコンピュータを用いることができる。クライアントコンピュータ２０は、所定のアプリケーションソフトウェアによりネットワークあるいはインターネットを介して管理サーバー１０に接続可能であればよい。コンピュータとしては、例えば、デスクトップ型パーソナルコンピュータ、ノート型パーソナルコンピュータ、タブレットパーソナルコンピュータ、パーソナルデジタルアシスタント、スマートフォン（モバイルフォン、セルフォン）、ウェアラブルデバイスなどである。クライアントコンピュータ２０は、メディアデータＤ２を取得可能であることが好ましく、メディアデータＤ２の取得には、コンピュータに付属するカメラ、マイク、キーボードなどの入力機器が用いられる。

【0025】

所定のアプリケーションソフトウェアは、Ｗｅｂブラウザを介して管理サーバー１０で動作するＷｅｂアプリケーションソフトウェアでもよく、管理サーバー１０に保存され、管理サーバーからユーザークライアントコンピュータ２０Ａやサービスクライアントコンピュータ２０Ｂにダウンロードされてインストールされる専用のソフトウェア（ネイティブアプリケーションソフトウェア）でもよい。また、所定のアプリケーションソフトウェアは、ＣＤ－ＲＯＭやフラッシュメモリなどの電子記憶媒体により提供されるパッケージ型のソフトウェアでもよい。

【0026】

クライアントコンピュータ２０が管理サーバー１０にログイン（接続）する場合には、所定のアプリケーションソフトウェアにより管理サーバー１０へのログイン作業が行われる。このログイン作業には、例えば、後述するアカウントデータＤ４が用いられる。

【0027】

管理システム３０は、物流施設１での荷物や多数の設備２を管理している。管理システム３０は、公知のコンピュータを用いることができる。管理システム３０は、多数の設備２に設置された制御システムや多数種類のセンサと通信可能に接続されていて、それらの制御システムやセンサから得られたデータをデータ処理することにより、保全作業の実施を計画している。このデータ処理での保全作業の計画には、公知の種々の計画手法を用いることができる。管理システム３０により計画された保全作業の実施の予定が保全計画データD３として、管理サーバー１０に送信されて、管理サーバー１０の補助記憶部１３に記憶される。なお、管理サーバー１０が管理システム３０の機能を有していて、保全計画データD３を作成してもよく、その場合、管理システム３０は必須ではない。

【0028】

次に、管理サーバー１０が有している各種のデータの詳細について説明する。

【0029】

図２は、補助記憶部１３に記憶されているデータセットＤ１のデータ構造の一例を示している。データセットＤ１には、保全作業に関する複数種類のデータ（図面データ、仕様データ、マニュアルデータ、プログラムデータ、在庫データなど）が複数の物流施設１でのそれぞれの部品３について集積している。データセットＤ１は、一つの物流施設１における多数のデータが集積していてもよく、また、一組織のユーザー専用の多数のデータが集積していてもよいが、複数の物流施設１における多数のデータが集積していることが好ましい。複数の物流施設１における多数のデータが集積することで、データセットＤ１でのデータ量は多くなるため、ユーザーが所望するデータの探索には不利になるが、データセットＤ１の機密性や管理性が向上するというメリットがある。複数の物流施設１における多数のデータを集積するのみでは、データ量が増えることによるデメリットの影響があるが、本実施形態の提示方法を利用することによりユーザー自身が所望するデータを探し出す必要がなく、データ量が増えることによるデメリットは解消される。したがって、複数の物流施設１における多数のデータの集積による機密性や管理性の向上というメリットのみを授受できる。

【0030】

データセットＤ１は、ルートディレクトリＤｒおよび各サブディレクトリＤｓ（Ｄｓａ、Ｄｓｂ、Ｄｓｃ、Ｄｓｌ）を有している。データセットＤ１は、ルートディレクトリＤｒ（図２中のｒｏｏｔ）から、下位の階層を有さないサブディレクトリであるリーフディレクトリ（図２中のｌｅａｆ）までの多数の階層が積み重ねられる木構造（階層構造）で構成されている。図２中では、左側がより上位の階層のディレクトリを示し、右側がより下位の階層のディレクトリを示している。

【0031】

ルートディレクトリＤｒは、木構造における最上位の階層のディレクトリである。ルートディレクトリＤｒは、一つに限定されずに、複数の物流施設１でのデータセットＤ１を管理する場合、それぞれの物流施設１に対して一つずつ設けることもでき、それぞれのユーザーに対して一つずつ設けることもできる。ルートディレクトリＤｒが物流施設１ごとやユーザーごとに設けられることで、ユーザーが所望するデータの探索には有利になる。一方で、設備２を構成する部品に関する複数種類のデータは、異なる物流施設１で共通のものもあるため、ルートディレクトリＤｒが物流施設１ごとやユーザーごとに設けられると、データセットＤ１のデータ量が膨大となる。ルートディレクトリＤｒを幾つ設けるかは、管理サーバー１０の補助記憶部１３の記憶容量に応じて適宜、選択可能である。

【0032】

サブディレクトリＤｓは、ルートディレクトリＤｒに格納されるディレクトリである。図２中のサブディレクトリＤｓは、設備用ディレクトリＤｓａ、型番用ディレクトリＤｓｂ、部位用ディレクトリＤｓｃ、部品用ディレクトリ（リーフディレクトリ）Ｄｓｌの四つである。サブディレクトリＤｓとしては、部位用ディレクトリ７ｃを大部位用ディレクトリ、中部位用ディレクトリ、小部位用ディレクトリの三つのディレクトリに分けたり、部品用ディレクトリＤｓｌの直上の階層のディレクトリに複合部品用ディレクトリを設けたりしてもよい。サブディレクトリＤｓは、少なくとも部品用ディレクトリＤｓｌを含んでいればよく、他のディレクトリは適宜、選択可能である。

【0033】

設備用ディレクトリＤｓａは、ルートディレクトリＤｒに格納されていて、ルートディレクトリＤｒの直下の階層に位置する。設備用ディレクトリＤｓａは、設備２に対応したディレクトリ名を冠している。設備用ディレクトリＤｓａのディレクトリ名は、例えば、設備２の名称を用いることができるが、それぞれの設備２に付与された通し番号（型番と異なる番号）を用いることもできる。図２中では、「クレーン」、「電源設備」（リーファコンテナ用の電源設備）が設備用ディレクトリＤｓａのディレクトリ名になっている。設備用ディレクトリＤｓａは必須ではない。ただし、データセットＤ１には、型番用ディレクトリＤｓｂや部品用ディレクトリＤｌの数が大量に存在するため、設備用ディレクトリＤｓａを設けることは、データセットＤ１の整理には有効であり、より利便性が増す。

【0034】

型番用ディレクトリＤｓｂは、設備用ディレクトリＤｓａに格納されて、設備用ディレクトリＤｓａの直下の階層に位置する。なお、設備用ディレクトリＤｓａを設けない場合、型番用ディレクトリＤｓｂは、ルートディレクトリＤｒに格納されて、ルートディレクトリＤｒの直下の階層に位置する。型番用ディレクトリＤｓｂは、設備２が有する専用の型番に対応したディレクトリ名を冠している。型番用ディレクトリＤｓｂのディレクトリ名は、例えば、その型番を用いることができる。図２中では、「ＸＸＸＸ０１」、「ＹＹＹＹ０１」が型番用ディレクトリＤｓｂのディレクトリ名になっている。型番用ディレクトリＤｓｂも設備用ディレクトリＤｓａと同様に必須ではない。ただし、物流施設１では、名称が同一の設備２どうしであっても、その設備２の型番が異なれば構成する部品３が異なり、部品３に関する複数種類のデータが異なる場合がある。それ故、データセットＤ１では、型番用ディレクトリＤｓｂを設けることで、型番ごとに異なる部品３に関する複数種類のデータを分類することが可能になる。これにより、データセットＤ１の整理には有利になる。

【0035】

部位用ディレクトリＤｓｃは、型番用ディレクトリＤｓｂに格納されていて、型番用ディレクトリＤｓｂの直下の階層に位置する。なお、型番用ディレクトリＤｓｂを設けない場合、部位用ディレクトリＤｓｃは、設備用ディレクトリＤｓａに格納されて、設備用ディレクトリＤｓａの直下の階層に位置する。部位用ディレクトリＤｓｃは、設備２の各部位に対応したディレクトリ名を冠している。設備２の各部位は、設備２において複数の部品３で構成されているものである。したがって、設備２の各部位は、複数の部品で構成される設備２ａを構成する各部位を示している。設備２の各部位は、例えば、クレーンの複数の部位であり、ガーダおよび脚からなる構造体、ガーダを横行するトロリ、脚の下端に設置された走行装置、ワイヤロープにより吊り下げられた吊具、ワイヤロープを巻き取る巻取装置、トロリを横行させる横行装置、などである。部位用ディレクトリＤｓｃのディレクトリ名は、設備２の各部位の名称を用いることができるが、それぞれの部位に付与された通し番号（型番と異なる番号）を用いることもできる。図２中では、「走行装置」、「構造物」が部位用ディレクトリＤｓｃのディレクトリ名になっている。部位用ディレクトリＤｓｃは、前述の型番用ディレクトリＤｓｂと同様に必須ではない。ただし、クレーンのように、複数種類の部品で構成される設備２ａでは、同種の部品３が多数存在する。それ故、データセットＤ１では、部位用ディレクトリＤｓｃを設けることで、部位ごとに異なる部品３に関する複数種類のデータを分類することが可能になる。これにより、データセットＤ１の整理には有利になる。

【0036】

部品用ディレクトリＤｓｌは、ルートディレクトリＤｒ、設備用ディレクトリＤｓａ、型番用ディレクトリＤｓｂ、または、部位用ディレクトリＤｓｃのいずれかのディレクトリに格納されていて、データセットＤ１の木構造では、最下位の階層に位置する。即ち、部品用ディレクトリＤｓｌは、所謂、リーフディレクトリである。部品用ディレクトリＤｓｌが格納されるディレクトリは、設備２ごとに異なっている。設備２ａを構成する部品３に対応した部品用ディレクトリＤｓｌは、部位用ディレクトリＤｓｃに格納されており、設備２ｂを構成する部品３に対応した部品用ディレクトリＤｓｌは、型番用ディレクトリＤｓｂに格納されている。部品用ディレクトリＤｓｌは、それぞれの部品３に対応したディレクトリ名を冠している。部品用ディレクトリＤｓｌのディレクトリ名は、部品３の名称を用いることができるが、それぞれの部品３に付与された通し番号（型番と異なる番号）を用いることもできる。図２中では、「モータ」、「減速機」、「ガーダ」、「電源装置」が部品用ディレクトリＤｓｌのディレクトリ名になっている。部品用ディレクトリＤｓｌには、ディレクトリ名に対応する部品３の保全作業に関する複数種類のデータ（図面データ、仕様データ、マニュアルデータ、プログラムデータ、在庫データなど）が格納されている。

【0037】

複数種類のデータは、保全作業に関するデータ（保全作業に用いるデータ）である。保全作業には、予防保全作業（定期点検作業などを含む）、事後保全作業、予知保全作業、改良保全作業が含まれる。保全作業には、複数の部品３で構成される設備２ａの保全作業と単一の部品３で構成される設備２ｂの保全作業とが含まれていて、設備２aの保全作業には、設備２ａを構成する全ての部品３を対象にした保全作業の他、複数の部品３の中の一部の部品３を対象にした保全作業が含まれる。

【0038】

複数種類のデータには、図面データ、仕様データ、マニュアルデータ、プログラムデータ、在庫データの中の少なくとも二つ以上のデータを含む。図面データは、設備２の設計時や製造時に用いられたデータであり、部品３の機能、構造、あるいは、配置を示すデータである。仕様データは、設備２が満たしている要求事項が集積されており、図面データでは表せない機械的や機能的な目標値や許容値、部品３に仕様された部材、部品３の製造方法、部品３の検査などが記載されたデータである。マニュアルデータは、設備２や部品３を運用する手順や、設備２や部品３を点検する手順やその点検の基準（点検項目）を示すデータである。プログラムデータは、設備２や部品３の運用で使用されるプログラムを示すデータ（ソースコードなど）である。在庫データは、部品３の在庫状況（在庫数、保管位置など）を示すデータである。在庫データには、物流施設１での部品３の在庫状況の他に、サービス提供者やメーカーでの部品３の在庫状況（在庫数、納期など）を含むことが望ましい。複数種類のデータは、例えば、構造計算表を示すデータ、画像データ、音データ、点検の結果を示すデータなどの上記以外のデータを含んでもよい。また、図面データ、仕様データ、および、マニュアルデータは、それらのデータが統合された設計図書データでもよい。また、仕様データに図面データが含まれていたり、マニュアルデータに図面データが含まれていたりもする。

【0039】

データセットＤ１は、保全作業の実施により設備２やそれを構成する部品３の設計変更が生じた場合に、設計変更により変更された図面データや仕様データなどの新たなデータが追加されて更新される。また、データセットＤ１は、保全作業により部品３の在庫状況が変更した場合に、新たな在庫状況が在庫データに反映される。データセットＤ１に格納されている各データを更新する場合には、設計変更前のデータと設計変更後のデータとを比較可能に、それぞれのデータを格納しておくとよい。

【0040】

データセットＤ１は、そのデータ構造が木構造（あるいは、階層構造）を成すことにより、複数種類のデータが物流施設１でのそれぞれの部品３ごとに紐付けされた状態になっている。つまり、部品３が特定されることにより、その部品３に関する複数種類のデータが簡便に見つけ出せるようになっている。また、データセットＤ１が木構造を成すことにより、複数種類のデータが整理された状態になり、新たに図面データや仕様データを更新する場合に、目的のディレクトリを簡便に探索することが可能になっている。

【0041】

メディアデータＤ２は、クライアントコンピュータ２０から送信されて管理サーバー１０の補助記憶部１３に記憶されている。メディアデータＤ２は、保全作業の対象である保全対象部品３ａを示しており、具体的には、保全対象部品３ａの特徴（名称、外観、動作音、型番など）を示している。メディアデータＤ２は、クライアントコンピュータ２０から所定のアプリケーションソフトウェアを介して管理サーバー１０に送信される。メディアデータＤ２は、例えば、Ｗｅｂアプリケーションの入力フォームから管理サーバー１０に送信されたり、メールソフトを用いて送信されたメールデータとして管理サーバー１０に送信されたりする。

【0042】

メディアデータＤ２は、保全対象部品３ａ、その保全対象部品３ａを含む設備２の全体、または、その保全対象部品３ａを含む設備２の一部の部位を撮像した静止画や動画などの画像データ、それらの動作中の音を録音した音データ、保全対象部品３ａの名称や型番が記載された文章などの文字データが例示される。保全対象部品３ａは、一つの部品３に限定されるものではなく、複数の部品３が含まれていてもよい。メディアデータＤ２は、一種類のデータに限定されずに、例えば、画像データ、音データ、および、文字データの組み合わせでもよく、複数の画像データでもよい。音データは、ユーザーが発した保全対象部品３ａの名称や型番を録音したデータでもよい。文字データは、メールデータの件名、本文に記載されたものでもよい。

【0043】

図３に例示する保全計画データＤ３は、物流施設１を管理運営している管理システム３０により作成されて、管理サーバー１０の補助記憶部１３に記憶されている。なお、管理サーバー１０が管理システム３０と同様の機能を有する場合、管理サーバー１０が保全計画データＤ３を作成してもよい。

【0044】

保全計画データＤ３は、予め計画された保全作業の実施の予定を複数、備えている。詳述すると保全計画データＤ３には、表の最左列に記載された各物流施設１（１（１）、・・・、１（ｎ））で運用されているそれぞれの保全対象部品３ａ（３ａ（１）、３ａ（２）、・・・、３ａ（ｍ））に対する保全作業（予防保全作業、予知保全作業、事後保全作業、改良保全作業など）を実施する日程が集積している。保全計画データＤ３では、保全作業の内容として、物流施設１の管理番号（１～ｎ）と保全対象部品３ａの管理番号（１～ｍ）と保全作業の種類が示されている。また、保全計画データＤ３では、保全作業の日程として、図３中の矢印で保全作業の開始日時、終了日時、期間などが示されている。即ち、保全計画データＤ３では、保全作業の実施の予定として、保全作業の内容と日程とが明らかになっている。

【0045】

保全計画データＤ３は、データセットＤ１と同様に、一つの物流施設１における複数の保全作業の実施の予定が集積していてもよく、また、一組織のユーザー専用の複数の保全作業の実施の予定が集積していてもよいが、複数の物流施設１における多数の保全作業の実施の予定が集積していることが好ましい。保全計画データD３に複数の物流施設１における多数の保全作業の予定が集積していることにより、保全計画データＤ３でのデータ量が増えるが、サービス提供者が複数の物流施設１での保全作業の実施の予定を把握するには有利になる。

【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】

このように、ユーザー側で発生した問題に対して、遠隔地にいるサービス提供者側にも対象データＤ１ａやメディアデータＤ２が提示されることで、その問題を共有することができる。また、サービス提供者側は、様々な部署で問題を共有することができる。これにより、研究開発と製造技術との連携が強化され、互いの技術力を結集することで、問題解決に大きく寄与する。

【0090】

図１０に例示するように物流施設１がコンテナターミナルである場合、各部品３の在庫の管理には、物流施設１で扱う荷物であるコンテナ４（４ａ、４ｂ）が用いられている。図９中では、荷物として扱われるコンテナ４ａと各部品３の在庫が格納されたコンテナ４ｂとが存在している。コンテナ４ｂは、保全作業を実施する場所に物流施設１で使用されているクレーンや運搬車両などにより運ばれる。それ故、コンテナ４ｂが、物流施設１の各所に点在するため、在庫の管理が煩雑になっていた。

【0091】

管理サーバー１０、あるいは、管理システム３０が電波式測位装置を用いて、コンテナ４ｂの現在位置を取得して、データセットＤ１での在庫データが取得したそのコンテナ４ｂの現在位置を有していることが望ましい。電波式測位装置としては、公知の全球測位衛星システム（ＧＮＳＳ）、ビーコン測位、超広帯域無線（ＵＷＢ）測位、ＩＥＥＥ８０２．１１規格の無線ＬＡＮ測位などの屋内測位システム（ＩＰＳ）、および、ＲＦＩＤを用いることができる。これにより、提示された在庫データを確認すれば、保全作業に要する各部品３の在庫が格納されたコンテナ４ｂの現在位置を把握することができる。

【0092】

保全作業に要する各部品３の在庫は、物流施設１、サービス提供者、あるいは、メーカーが有している。従来では、物流施設１に在庫が無い場合、サービス提供者に在庫の有無を確認して、さらに、サービス提供者が在庫を有していない場合、メーカーに在庫の有無を確認していた。それ故、保全作業の立案には、逐一、物流施設１、サービス提供者、あるいは、メーカーに在庫の有無を確認する必要があった。

【0093】

そこで、データセットＤ１での在庫データが、物流施設１、サービス提供者、および、メーカーでの各部品３の在庫の有無を有していることが望ましい。さらに、その在庫データが、サービス提供者やメーカーからの各部品３の納品状況（納期や費用）を有していることがより望ましい。これにより、提示された在庫データを確認すれば、保全作業に要する各部品３の納品状況を把握することができる。

【0094】

図１１は、データセットＤ１での所定の部品３における在庫データの一例を示す。この在庫データには、物流施設１、サービス提供者、および、メーカーでの在庫状況や納品状況が部品３について集積している。在庫状況として、物流施設１での部品３の在庫数や現在位置、サービス提供者での部品３の在庫数、メーカーでの部品３の在庫数が確認できる。また、納品状況として、サービス提供者からの納期や費用、メーカーから納期や費用が確認できる。このように、在庫データを用いて部品３の在庫状況や納品状況を確認可能になることで、保全作業の立案や実施を円滑に進めるには有利になる。

【0095】

メディアデータＤ２には特に制約を設ける必要がないが、制約を設けない場合にメディアデータＤ２が示す保全対象部品３ａを管理サーバー１０が特定できない可能性が高くなる。そこで、ユーザークライアントコンピュータ２０Ａから管理サーバー１０に送信されるメディアデータＤ２が、保全対象部品３ａが組み込まれた設備２やその型番を特定可能に制約される制約条件を設けるとよい。即ち、ユーザーには、管理サーバー１０に送信するメディアデータＤ２を保全対象部品３ａが組み込まれた設備２やその型番を特定可能なデータにする制約が課せられる。その制約条件を満足するメディアデータＤ２を受信した場合に管理サーバー１０により対象データＤ１ａが提示され、その制約条件を満足しないメディアデータＤ２を受信した場合に管理サーバー１０により再度、制約条件を満たしたメディアデータＤ２を送信する通知が提示される。制約を満足するメディアデータＤ２としては、保全対象部品３ａが写る画像データと、保全対象部品３ａを有する設備２の名称が記載された文字データとの組み合わせが例示される。管理サーバー１０は、ユーザークライアントコンピュータ２０Ａから送信されるメディアデータＤ２が制約を満足するように、所定のアプリケーションソフトウェアに制約条件として設備２の名称やその型番を入力する入力項目を追加してもよい。また、設備２やその型番を特定可能にする識別情報（固有の番号や一次元バーコードなど）を設備２や部品３の様々な箇所に設置しておき、制約を満足するメディアデータＤ２として、その識別情報が写る画像データを取得してもよい。

【0096】

分類モデル１５は、設備２ごとや設備２の型番ごとに構築されてもよい。これにより、設備２ごとや型番ごとに異なる特徴をより反映した分類モデル１５により、分類精度の向上には有利になる。また、分類モデル１５は、設備２の部位を特定するモデルと、特定したその部位を構成する部品を特定するモデルとを含む複数のモデルで構成されてもよい。このように、分類モデル１５として設備２、型番、部位、部品のそれぞれの特定に特化した専用のモデルを構築することにより、保全対象部品３ａの特定精度の向上にはより有利になる。さらに、分類モデル１５は、ユーザーごとに作成されてもよい。ユーザーが運用する設備２には、ユーザーごとに意匠が異なる場合がある。メディアデータＤ２として画像データを用いる場合に、ユーザーごとに異なる意匠を考慮することで、保全対象部品３ａの特定精度の向上には有利になる。

【0097】

以上、本発明の実施形態について説明したが、本発明の物流施設のデータセットの提示方法および管理サーバーは特定の実施形態に限定されるものではなく、本発明の要旨の範囲内において、種々の変形・変更が可能である。

【符号の説明】

【0098】

１ 物流施設
２ 設備
３ 部品
３ａ 保全対象部品
１０ 管理サーバー
１１ 演算処理部
１２ 主記憶部
１３ 補助記憶部
１４ 入出力部
１５ 分類モデル
２０ クライアントコンピュータ
Ｄ１ データセット
Ｄ１ａ 対象データ
Ｄ２ メディアデータ
Ｄ３ 保全計画データ
Ｄ４ アカウントデータ
Ｄ５ 学習データ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】