(57)【特許請求の範囲】
【請求項１】
クールコンテナに搭載された冷凍サイクルを制御する制御装置とクールコンテナの各種データを収集管理するセンター装置とが、各種通信回線を介してデータ通信可能に接続されるとともに、前記センター装置と各拠点に設置された端末装置または携帯情報端末とが各種通信回線を介してデータ通信可能に接続されており、
前記制御装置は、クールコンテナの稼働状況データを蓄積する蓄積手段と、クールコンテナの現在位置を測位する測位手段と、予め内部に設定された異常判定条件に従って冷凍サイクルの稼働状況の異常を検出する検出手段と、前記稼働状況データおよび現在位置データを前記センター装置に送信する送信手段と、前記検出手段により冷凍サイクルの異常を検出した場合には、冷凍サイクルの稼働を停止するとともに、その異常データを前記送信手段を介して前記センター装置に送信する送信手段とを備え、
前記センター装置は、前記送信手段から送信されてくる稼働状況データ、現在位置データ及び異常データを受信する受信手段と、受信した稼働状況データ、現在位置データおよび異常データを蓄積する蓄積手段と、前記制御装置から送信されてきた異常データを前記端末装置または携帯情報端末のいずれか一方または両方に送信する送信手段とを備えた構成のクールコンテナの遠隔監視制御システムにおいて、
前記センター装置または端末装置または携帯情報端末は、受信した異常データに基づいてエンジンの再起動が可能であると判断したユーザにより再稼働の指示が入力された場合には、再稼働の指示信号を前記制御装置に送信し、前記制御装置は、冷凍サイクルの稼働停止後、前記センター装置または端末装置または携帯情報端末から再稼働の指示信号が送信されてきた場合には、その指示信号に基づいて冷凍サイクルを再稼働させることを特徴とするクールコンテナの遠隔監視制御システム。
【請求項２】
前記センター装置は、前記クールコンテナの過去の異常発生データおよび定期メンテナンスデータを前記蓄積手段に蓄積して管理するとともに、前記制御装置から送信されてきた異常データを前記過去の異常発生データおよび定期メンテナンスデータと照合し、その照合結果から該当する異常原因を特定する異常原因特定手段をさらに備えていることを特徴とする請求項１に記載のクールコンテナの遠隔監視制御システム。
【請求項３】
前記制御装置は、冷凍サイクルの稼働停止操作が行われたときには、前記送信手段を介してその稼働停止操作信号を前記センター装置に送信し、前記センター装置は、その稼働停止操作信号に基づいて、クールコンテナの保管位置を特定するとともに、その保管位置でのその後の停泊期間を演算により求め、前記端末装置または携帯情報端末は、前記センター装置と通信を行うことにより、前記保管位置データおよび停泊期間データを検索可能に設けられていることを特徴とする請求項１または請求項２に記載のクールコンテナの遠隔監視制御システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、クールコンテナの遠隔監視制御システムに係り、より詳細には、クールコンテナに搭載された冷凍サイクルを制御する制御装置とクールコンテナの各種データを収集管理するセンター装置とが、各種通信回線を介してデータ通信可能に接続されるとともに、センター装置とサービスセンターや営業所等の各拠点に設置された端末装置または携帯情報端末とが各種通信回線を介してデータ通信可能に接続された構成のクールコンテナの遠隔監視制御システムに関する。
【０００２】
【従来の技術】
近時、冷蔵機器や冷凍機器の稼働状況をインターネットを通じて管理するシステムが種々提案されている。
【０００３】
例えば、特開平１０−６８４６号公報に記載の遠隔監視方法は、コンテナごとのＩＤコード、温度情報、消費電力情報等の信号をコンテナごとに設けた光発信器で送信し、その送信信号を車両に設置した光受信器で受信し、受信した情報信号を車両に設置した車載メモリ機にメモリする。そして、異常信号の情報処理を行うと共に、車両に設置した車載衛星通信端末機を介してアンテナからコンテナ情報信号あるいは異常警報信号を発信する。アンテナから発信された情報信号は、通信衛星を経て地上基地局から物流管理センターのルートで伝達される。または、車載メモリ機においてメモリした情報を一定量記憶し、それをモデムと電話回線を介して物流管理センターとの間で情報の送受信を行うようになっている。
【０００４】
【発明が解決しようとする課題】
このような従来の遠隔監視方法によれば、物流過程にあるコンテナを物流管理センターにおいて集中管理することができ、異常が発生した場合には、即座に対応することが可能である。
【０００５】
しかしながら、従来の遠隔監視方法は、あくまで物流過程にあるコンテナを監視するのみに留まり、異常が発生したからといって、そのコンテナの稼働を停止する、または停止したコンテナを再び稼働させる等の遠隔制御を行うことはできず、異常発生に対する対応は、あくまで技術者等が現地に出向いて対応するしかないといった問題があった。
【０００６】
また、従来の遠隔監視方法によれば、コンテナの監視は物流管理センターでのみ行うことが可能である。そのため、常に物流監視センターに待機してコンテナの監視を行う必要があり、監視担当者が外出している場合には、コンテナに異常等が発生しても、その状況を外出先の監視担当者が即座に把握することができないといった問題があった。
【０００７】
また、従来の遠隔監視方法によれば、コンテナの監視はコンテナ内に商材（荷物）が収納されているときの監視であり、商材をコンテナから搬出した後の監視、例えば空になったコンテナの管理は全く行っていない。つまり、コンテナの効率的な利用については全く考慮されていないといった問題があった。
【０００８】
本発明はかかる問題点を解決すべく創案されたもので、その目的は、管理センターのみならず、出先においてもクールコンテナの監視が可能であり、クールコンテナに異常等が発生してクールコンテナの稼働が停止した場合でも、管理センター側からクールコンテナの再稼働（再起動）を行うことができ、さらに、輸送を終了した空のクールコンテナの効率的利用を可能としたクールコンテナの遠隔監視制御システムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明のクールコンテナの遠隔監視制御システムは、クールコンテナに搭載された冷凍サイクルを制御する制御装置とクールコンテナの各種データを収集管理するセンター装置とが、各種通信回線を介してデータ通信可能に接続されるとともに、前記センター装置と各拠点に設置された端末装置または携帯情報端末とが各種通信回線を介してデータ通信可能に接続されており、前記制御装置は、クールコンテナの稼働状況データを蓄積する蓄積手段と、クールコンテナの現在位置を測位する測位手段と、予め内部に設定された異常判定条件に従って冷凍サイクルの稼働状況の異常を検出する検出手段と、前記稼働状況データおよび現在位置データを前記センター装置に送信する送信手段と、前記検出手段により冷凍サイクルの異常を検出した場合には、冷凍サイクルの稼働を停止するとともに、その異常データを前記送信手段を介して前記センター装置に送信する送信手段とを備え、前記センター装置は、前記送信手段から送信されてくる稼働状況データ、現在位置データ及び異常データを受信する受信手段と、受信した稼働状況データ、現在位置データおよび異常データを蓄積する蓄積手段と、前記制御装置から送信されてきた異常データを前記端末装置または携帯情報端末のいずれか一方または両方に送信する送信手段とを備えた構成のクールコンテナの遠隔監視制御システムにおいて、前記センター装置または端末装置または携帯情報端末は、受信した異常データに基づいてエンジンの再起動が可能であると判断したユーザにより再稼働の指示が入力された場合には、再稼働の指示信号を前記制御装置に送信し、前記制御装置は、冷凍サイクルの稼働停止後、前記センター装置または端末装置または携帯情報端末から再稼働の指示信号が送信されてきた場合には、その指示信号に基づいて冷凍サイクルを再稼働させることを特徴とする。
【００１０】
このような特徴を有する本発明によれば、異常の発生により稼働を停止したクールコンテナを遠隔操作によって再稼働させることができる。また、異常を検出した場合には、冷凍サイクルの稼働を即座に停止するので、失火等の発生を未然に防止することができる。また、異常データはセンター装置に送信されるので、センター装置においてそのクールコンテナの異常データの履歴管理を行うことができる。さらに、サービスセンターの技術者（サービスマン）や営業所の営業マンをはじめ、携帯情報端末を所持する管理責任者も、輸送中のクールコンテナの状況を随時把握することが可能となる。さらにまた、センター装置が設置されている管理センターに居なくても、例えば全国各地に点在しているサービスセンターや営業所等の端末装置や、外出中の管理責任者の所持する携帯情報端末に異常データが送信されるので、どのような場所にいても、管理責任者はクールコンテナの異常発生を即座に知ることができる。
【００１８】
また、本発明のクールコンテナの遠隔監視制御システムによれば、センター装置は、クールコンテナの過去の異常発生データおよび定期メンテナンスデータを蓄積手段に蓄積して管理するとともに、制御装置から送信されてくる異常データを過去の異常発生データおよび定期メンテナンスデータと照合し、その照合結果から該当する異常原因を特定する異常原因特定手段をさらに備えていることを特徴とする。
【００１９】
このような特徴を有する本発明によれば、クールコンテナで発生した異常原因を特定することができるので、例えば稼働を停止したクールコンテナを再稼働させてもよいか否かを、この特定した異常原因によって的確に判断することができる。例えば、異常原因が換気口に紙片やビニール片等が吸着されたために、エンジンルーム温度が上昇したような場合には、冷凍サイクルの稼働を停止することによって、紙片やビニール片の吸着が解消されるので、このような場合には、クールコンテナを再起動しても安全であると判断できる。
【００２２】
また、本発明のクールコンテナの遠隔監視制御システムによれば、制御装置は、冷凍サイクルの稼働停止操作が行われたときには、送信手段を介してその稼働停止操作信号を前記センター装置に送信し、センター装置は、その稼働停止操作信号に基づいて、クールコンテナの保管位置を特定するとともに、その保管位置でのその後の停泊期間を随時演算により求め、端末装置または携帯情報端末は、センター装置と通信を行うことにより、保管位置データおよび停泊期間データを検索可能に設けられていることを特徴とする。
【００２３】
このような特徴を有する本発明によれば、商材をクールコンテナから搬出した後の管理、例えば空になったクールコンテナの管理を行うことができるので、クールコンテナの効率的な利用が可能となる。
【００２４】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照して説明する。
【００２５】
図１は、本発明のクールコンテナの遠隔監視制御システムの全体構成を示す説明図である。
【００２６】
このクールコンテナの遠隔監視制御システムは、クールコンテナ１に搭載された冷凍サイクル１１を制御する制御装置１２と、クールコンテナ１の各種データを収集管理する管理センターに設置されたセンター装置２とが、例えばパケット通信網Ｎ１を介してデータ通信可能に接続され、センター装置２とサービスセンターや営業所等の各拠点に設置された端末装置３とが、同じくパケット通信網Ｎ１を介してデータ通信可能に接続されている。また、センター装置２および端末装置３とＰＨＳを含む携帯電話機等の携帯情報端末４とが、携帯電話網（ＰＨＳ電話網を含む）Ｎ２を介してデータ通信可能に接続された構成となっている。
【００２７】
制御装置１２には、クールコンテナ１の稼働状況データを蓄積するメモリ部１３と、クールコンテナ１の現在位置を計測するためのＧＰＳアンテナ１４ａを備えた受信装置１４と、稼働状況データおよび現在位置データを送信するとともに、各種指示信号を受信する送受信部１５とが接続されている。また、制御装置１２には、冷凍サイクル１１の起動および起動停止を手動で操作するための電源スイッチ１６ａ等を備えたキー入力部１６が接続されている。
【００２８】
センター装置２は、大別すると、送受信部１５から送信されてくる稼働状況データおよび現在位置データを受信して管理するコンテナ管理サーバ２１と、各クールコンテナ１のメンテナンス履歴や異常の発生履歴を管理するメンテナンス管理サーバ２２とからなっている。また、コンテナ管理サーバ２１は、クールコンテナ１についての発着時間や輸送経路等の輸送管理を行う輸送管理サーバ５に接続されており、輸送管理サーバ５には、通運会社の端末装置６が接続された構成となっている。輸送管理サーバ５は、本実施形態では、ＪＲの提供している「ＦＲＥＮＳ」というコンピュータシステムを利用している。
【００２９】
制御装置１２は、冷凍サイクル１１の稼働状況データを送受信部１５を介してセンター装置２に送信する他に、冷凍サイクル１１の稼働状況の異常を検出する機能を備えており、冷凍サイクル１１の異常を検出した場合には、冷凍サイクル１１の稼働を停止するとともに、その異常データを送受信部１５を介してセンター装置２に送信する。また、制御装置１２は、冷凍サイクル１１の停止後、センター装置２や端末装置３および携帯情報端末４から再稼働の指示信号が送信されてきた場合には、その指示信号に基づいて冷凍サイクル１１を再稼働させるといった制御を行う。さらに、制御装置１２は、冷凍サイクル１の稼働停止操作が行われたとき（すなわち、電源スイッチ１６ａがオフ操作されたとき）には、送受信部１５を介してその稼働停止操作信号をセンター装置２に送信する、といった種々の制御を行う。
【００３０】
センター装置２のコンテナ管理サーバ２１は、制御装置１２から送信されてきた異常データを受信すると、異常を知らせる情報を端末装置３または携帯情報端末４のいずれか一方または両方に送信する。また、コンテナ管理サーバ２１は、必要に応じ、クールコンテナ１についての発着時間や輸送経路等の輸送管理データを輸送管理サーバ５から取得する。さらに、コンテナ管理サーバ２１は、制御装置１２から送信されてくる稼働停止操作信号に基づいて、クールコンテナ１の保管位置を特定するとともに、その保管位置でのその後の停泊期間を演算により求め、これらのデータをコンテナ管理データベース２１ａに格納して保存する、といった種々の処理を行う。
【００３１】
センター装置２のメンテナンス管理サーバ２２は、クールコンテナ１の過去の異常発生データおよび定期メンテナンスデータをメンテナンス管理データベース２２ａに蓄積して管理する。そして、制御装置１２から送信されてくる異常データと、メンテナンス管理データベース２２ａに蓄積されている過去の異常発生データおよび定期メンテナンスデータとを照合し、その照合結果から該当する異常原因を特定する、といった処理を行う。
【００３２】
すなわち、センター装置２は、コンテナ情報（稼働状況データおよび現在位置データ）の処理、運行ダイヤの検索、現在運転データの要求処理などを実行する。また、送信されてきた異常データに基づくアラーム情報処理（アラーム自動発信、遠隔起動、停止等）の処理も実行する。
【００３３】
端末装置３または携帯情報端末４は、センター装置２と通信を行うことにより、センター装置２で管理されている種々のコンテナ情報（稼働状況データおよび現在位置データ）の検索が可能となっている。また、クールコンテナの輸送管理データや、保管位置データおよび停泊期間データなども検索可能となっている。
【００３４】
また、営業所等に設置された端末装置３からは、コンテナ番号、商材、設定温度、顧客などの営業データが入力される。また、通運会社に設置される端末装置６からは、コンテナ番号、発着ダイヤ、発着通運、商材、客先、列車番号などが入力される。なお、通運会社に設置される端末装置６においても、輸送管理サーバ５にアクセスして輸送管理データの検索を行うことが可能である。
【００３５】
ここで、クールコンテナ１に搭載されている冷凍サイクル１１は、発電機を電源とする一般的なものであり、圧縮器（コンプレッサ）、蒸発器（エバポレータ）、蒸発器ファン、凝縮器、凝縮器ファン、デフロストヒータ、空気清浄器、温度センサや圧力センサといった各種センサなどを備えているが、ここでは詳細な説明を省略する。
【００３６】
次に、上記構成のクールコンテナの遠隔監視制御システムにおいて、任意のクールコンテナ１に冷凍食品等の商材を積み込んで輸送する場合のセンター装置２側での監視動作および制御動作と、クールコンテナ１側での制御動作について、図２および図３に示すフローチャートを参照して説明する。ただし、図２はクールコンテナ１側の処理の流れを示すフローチャート、図３はセンター装置２側の処理の流れを示すフローチャートである。
【００３７】
（１）クールコンテナ側の処理
クールコンテナ１に冷凍食品等の商材が積み込まれ、電源スイッチ１６ａがオンされて、冷凍サイクル１１が稼働すると、制御装置１２は、受信装置１４で受信したＧＰＳ衛星からの電波によってクールコンテナ１の現在位置（緯度、経度）を随時または定時的（例えば、３０分〜６０分間隔）に測定し（ステップＳ１）、その位置情報を記憶部１３に記憶する（ステップＳ２）。また、制御装置１２は、各種センサによって計測された冷凍サイクル１１の稼働状況データを定時的（例えば、３０分〜６０分間隔）に収集し（ステップＳ３）、この定時計測データを記憶部１３に記憶する（ステップＳ４）。
【００３８】
また、制御装置１２は、冷凍サイクル１１に異常が発生したか否かを、定時データ記憶とは別に常時判断するとともに（ステップＳ５）、目的地に到着したクールコンテナ１の運転停止操作が現地作業者によって行われたか否か（ステップＳ６）、および一定時間（例えば、稼働状況データを収集するタイミングと同じ３０分〜６０分間隔）が経過したか否か（ステップＳ７）をそれぞれ判断している。
【００３９】
その結果、異常が発生したと判断した場合（ステップＳ５でＹｅｓと判断された場合）には、制御装置１２は、発電機のエンジンを緊急停止し（ステップＳ８）、異常データをセンター装置２に送信する（ステップＳ９）。
【００４０】
また、制御装置１２は、クールコンテナ１が目的地に到着し、現場作業者によってコンテナ１の稼働停止操作が行われた場合（すなわち、正常に電源スイッチ１６ａがオフされた場合）には、運転停止データ（稼働停止操作信号）をセンター装置２に送信する（ステップＳ１０）。
【００４１】
また、制御装置１２は、一定時間が経過するたびに、収集した稼働状況データをセンター装置２に送信する（ステップＳ１１）。
【００４２】
クールコンテナ１側では、任意の駅等を出発してから、目的の駅等に到着して荷物の積み替えが行われるまで、上記の処理（ステップＳ１〜ステップＳ１１）を繰り返すことになる。
【００４３】
以上が、クールコンテナ１側の概略的な処理動作である。
【００４４】
（２）センター装置側の処理
センター装置２では、クールコンテナ１から送信されてくる各種データの受信待ち状態となっている（ステップＳ２１）。この状態において、クールコンテナ１側から任意のデータが送信されてくると、センター装置２側では、受信したデータの種別によって、その後の処理を分岐する（ステップＳ２２）。
【００４５】
すなわち、送信されてきたデータが異常データである場合には、その異常データをコンテナ管理サーバ２１のコンテナ管理データベース２１ａに保存する（ステップＳ２３）。そして、保存した異常データに基づき、再起動が可能か否かを判断する（ステップＳ２４）。その結果、再起動可能であると判断した場合には、クールコンテナ１に対して再起動の指示信号を送信する（ステップＳ２５）。
【００４６】
また、センター装置２では、再起動の有無に係わらず、受信した異常データに基づいて異常原因を特定する（ステップＳ２６）。
【００４７】
一方、ステップＳ２２において、受信したデータが運転停止データ（稼働停止操作信号）である場合には、その運転停止データをコンテナ管理データベース２１ａに保存する（ステップＳ２７）。そして後、センター装置２は、運転停止データ（稼働停止操作信号）に基づいて、クールコンテナ１の保管位置を特定するとともに、その保管位置でのその後の停泊期間を演算により求める（ステップＳ２８）。この演算は、例えば１日に１回行われる。また、センター装置２では、クールコンテナ１の保管位置を図示しないモニタ画面に表示する（ステップＳ２９）。
【００４８】
一方、ステップＳ２２において、受信したデータが定時計測データである場合には、この定時計測データをコンテナ管理データベース２１ａに保存する（ステップＳ３０）。これにより、コンテナ管理データベース２１ａには、定時計測データの履歴が保存されることになる。
【００４９】
センター装置２側では、クールコンテナ１が任意の駅等を出発してから、目的の駅等に到着して荷物の積み替えを終了し、その後、次の使用に供されるまで、上記の処理（ステップＳ２１〜ステップＳ３０）を繰り返すことになる。
【００５０】
以上が、センター装置２側での概略的な処理動作である。
【００５１】
次に、上記の各処理（ステップ）について、さらに具体的に説明する。
【００５２】
図４は、ステップＳ３において収集される定時計測データの定時計測（稼働状況）項目の一例を示している。
【００５３】
定時計測項目としては、サーミスタ等の温度センサによる外気温度、庫内温度、蒸発器温度、エンジン室温等の各項目、センサスイッチ（接点入力）によるコンプレッサ温度、冷媒圧力（高圧、低圧）、商用電源接続の有無、エンジン油圧等の各項目、圧力センサによる冷媒圧力（高圧、低圧）の項目、アクチュエータ（コンプレッサ、凝縮器ファン、蒸発器ファン、冷却ファン、冷媒制御電磁弁、デフロストヒータ、セルスタータモータ、エンジンガバナモータ、燃料供給ポンプ、空気清浄器等）のオン、オフ状況等の各項目などがある。この他にも、カレンダー（年月日、時刻）、コンテナ番号、発電機電圧、バッテリ充電電圧、バッテリ電圧、エンジン回転数、燃料残量、ＧＰＳデータ（緯度、経度）などの各項目も定時計測項目となっている。なお、以上は代表例であり、この他にも、必要に応じ、配線系統の良／不良やアクチュエータの種々の温度も定時計測項目とすることが可能である。
【００５４】
この提示計測項目による各計測値は、センター装置２側のコンテナ管理サーバ２１のコンテナ管理データベース２１ａにも随時保存されている。従って、管理責任者やサービスマン、営業マンなども、端末装置３や所持している携帯情報端末４から、センター装置２にアクセスしてコンテナ管理データベース２１ａを検索することにより、これらのデータを随時入手することができるようになっている。つまり、クールコンテナ１の稼働状況やＧＰＳデータに基づくクールコンテナ１の現在位置を随時入手することができる。この場合、輸送管理サーバ５から運行管理データも併せて取得することで、クールコンテナ１が輸送経路のどの場所にいるのか（例えば、どの駅に一番近いのか等）といった情報や、何時間後にはどの駅に到着するのかといった情報も入手することができる。
【００５５】
ステップＳ５において、制御装置１２は、このような冷凍サイクル１１の定時計測項目による各計測値に基づき、冷凍サイクル１１の異常発生の有無を監視している。
【００５６】
図５は、監視している異常内容の一例を示している。
【００５７】
例えば、No１のエンジン油圧異常については、エンジン始動１０秒後より監視を開始し、油圧スイッチが閉じている場合に異常発生と判定する。また、No２のエンジン室温異常については、エンジン始動１０秒後より監視を開始し、エンジン室温が８０℃以上の場合には異常発生と判定する。本実施形態では、図５に示すように、このような異常内容が１６項目に渡って設定されている。
【００５８】
制御装置１２は、図５に示す判定条件に従って異常発生と判定したときには、冷凍サイクル１１の稼働を停止する。すなわち、エンジンを緊急停止してコンプレッサ（圧縮器）を停止する。
【００５９】
また、ステップＳ９において、制御装置１２は、異常発生と判定したときには、その判定結果を異常データとしてセンター装置２に送信している。異常データは、例えば４桁ないし８桁のコード番号によって構成されており、この異常データを受信したセンター装置２のコンテナ管理サーバ２１では、そのコード番号を図５に示す「Ｅ０１」〜「Ｅ１６」の記号に変換して、図示しないモニタ画面に表示する。例えば、「Ｅ０１」はエンジン油圧異常を表し、「Ｅ０２」はエンジン室温異常を表し、「Ｅ０３」はコンプレッサ加熱異常を表している。管理責任者は、この表示された記号によって、輸送中のクールコンテナ１において、冷凍サイクル１１のどの部分に異常が発生したのかを、認識できるようになっている。
【００６０】
また、センター装置２のコンテナ管理サーバ２１は、異常データを受信したときには、端末装置３または携帯情報端末４にこの異常データを送信する。これにより、サービスセンターや営業所に設置された端末装置３でも、クールコンテナ１に異常が発生したことを即座に知ることができる。また、外出中の管理責任者も、所持している携帯情報端末４によって、クールコンテナ１に異常が発生したことを即座に知ることができる。
【００６１】
ステップＳ２６において、コンテナ管理サーバ２１は、受信した異常データ（異常判定結果）に基づき、コンテナ管理データベース２１ａに格納されているクールコンテナ１の稼働状況データに基づいて、異常原因を推定（判定）している。
【００６２】
図６ないし図１３は、異常データ（異常判定結果）に基づく異常原因推定の流れを示している。以下、順を追って説明する。
【００６３】
（ａ）エンジン油圧異常の場合（Ｅ０１）（図６参照）
受信した異常判定結果がエンジン油圧異常を示している場合には、運転状況データを参照して、まず、オイルレベルがＬｏｗレベル以上であるか否かをオイルレベルセンサの測定値に基づいて確認する（ステップＳ４１）。その結果、Ｌｏｗレベル以下である場合（ステップＳ４１でＮｏと判断された場合）には、オイル漏れ等のエンジン潤滑油系統不良と推定（判定）する（ステップＳ４２）。
【００６４】
一方、オイルレベルがＬｏｗレベル以上である場合（ステップＳ４１でＹｅｓと判断された場合）には、次にエンジン油圧スイッチの接点入力チェックを行い、正常か否かを確認する（ステップＳ４３）。その結果、接点入力が正常である場合には、エンジン油圧系統不良であると推定（判定）する（ステップＳ４９）。
【００６５】
一方、接点入力が異常である場合には、次に配線系統であるコネクタの入力チェックを行う（ステップＳ４４）。その結果、コネクタが正常に接続されている場合には、ステップＳ４５に進み、コントローラ自体の故障であると推定（判定）する。
【００６６】
一方、コネクタの接続に異常がある場合には、次に油圧センサを点検する（ステップＳ４６）。その結果、油圧センサが正常である場合には、ハーネスの接続不良や断線であると推定（判定）する（ステップＳ４７）。
【００６７】
一方、油圧センサが異常である場合には、油圧センサの故障と推定（判定）する（ステップＳ４８）。
【００６８】
（ｂ）エンジン室温異常の場合（Ｅ０２）（図７参照）
受信した異常判定結果がエンジン室温異常を示している場合には、運転状況データを参照して、まず、エンジン室温を再度点検する（ステップＳ５１）。その結果、エンジン室温が高温である場合には、燃料漏れによる火災、電気系の短絡、排気ガス漏れ、ＥＮＧ・潤滑油漏れ等が発生していると推定（判定）する（ステップＳ５２）。
【００６９】
一方、エンジン室温が低温である場合には、運転状況データを参照して、エンジン室温センサを確認する（ステップＳ５３）。その結果、エンジン室温センサの検出温度が異常温度を示している場合には、エンジン室温センサ自体およびセンサ用ハーネスが不良であると推定（判定）する（ステップＳ５４）。
【００７０】
一方、ステップＳ５３において、エンジン室温センサの検出温度が正常温度を示している場合には、次に冷却ファンが正常か否かを確認する（ステップＳ５５）。その結果、冷却ファンが異常である場合には、冷却ファンの故障と推定（判定）する（ステップＳ５６）。
【００７１】
一方、ステップＳ５５において冷却ファンが正常であると判定された場合には、コントローラ自体が故障であると推定（判定）する（ステップＳ５７）。
【００７２】
（ｃ）コンプレッサ過熱異常の場合（Ｅ０３）（図８参照）
受信した異常判定結果がコンプレッサ過熱異常を示している場合には、運転状況データを参照して、まず、クールコンテナ１の庫内が適正に冷却されているか否かを確認する（ステップＳ６１）。その結果、適正に冷却されている場合（ステップＳ６１でＹｅｓと判断された場合）には、構造的な要因、例えば液インジェクション用キャピラリーの詰まり等が発生したと推定（判定）する（ステップＳ６２）。一方、クールコンテナ１の庫内が適正に冷却されていない場合（ステップＳ６１でＮｏと判断された場合）には、配線系統を含むコントローラ自体の故障であると推定（判定）する（ステップＳ６３）。
【００７３】
（ｄ）デフロスト過熱異常の場合（Ｅ０４）（図９参照）
受信した異常判定結果がデフロスト過熱異常を示している場合には、運転状況データを参照して、まず、エバコイル温度センサをチェックする（ステップＳ７１）。その結果、エバコイル温度センサに異常がある場合には、コントローラ自体の故障であると推定（判定）する（ステップＳ７２）。
【００７４】
一方、エバコイル温度センサが正常である場合には、デフロストヒータおよびその駆動系の故障であると推定（判定）する（ステップＳ７３）。
【００７５】
（ｅ）コンプレッサ高圧異常（Ｅ０５）（図１０参照）
受信した異常判定結果がコンプレッサ高圧異常を示している場合には、運転状況データを参照して、コンデンサファンが回転しているか否かを確認する（ステップＳ８１）。その結果、コンデンサファンが回転していない場合には、コンデンサファン自体の故障と推定（判定）する（ステップＳ８２）。ただし、コンデンサファンは、冷媒の温度（圧力）条件により、圧力センサの値によって発停するため、これらのデータを含めて推定（判定）する。
【００７６】
一方、コンデンサファンが回転している場合には、高圧圧力スイッチやハーネスの不良と推定（判定）する（ステップＳ８３）。
【００７７】
（ｆ）コンプレッサ低圧異常（Ｅ０６）（図１１参照）
受信した異常判定結果がコンプレッサ低圧異常を示している場合には、運転状況データを参照して、コンプレッサ運転停止時のフロン圧力が飽和圧力以上あるか否かを確認する（ステップＳ９１）。その結果、コンプレッサ運転停止時のフロン圧力が飽和圧力以下である場合には、冷媒漏れと推定（判定）する（ステップＳ９２）。一方、コンプレッサ運転停止時のフロン圧力が飽和圧力以上である場合には、低圧圧力スイッチおよび圧力センサの不良と推定（判定）する（ステップＳ９３）。
【００７８】
（ｇ）エンジン始動不能、エンジン異常、エンジン再始動不能の場合（Ｅ０９、Ｅ１０、Ｅ１１）（図１２参照）
受信した異常判定結果がエンジン始動不能、エンジン異常またはエンジン再始動不能を示している場合には、運転状況データを参照して、まずセルが動作しているか否かを確認する（ステップＳ１０１）。その結果、セルが動作していない場合には、バッテリ不良と推定（判定）する（ステップＳ１０２）。
【００７９】
一方、セルが動作している場合には、次に燃料があるか否かをオイルレベルセンサの計測値により確認する（ステップＳ１０３）。その結果、燃料が不足している場合には、燃料切れと推定（判定）する（ステップＳ１０４）。ただし、この時点では、燃料フィルタやウォータセパレータの目詰まりの可能性もある。
【００８０】
一方、燃料も十分である場合には、次にＦＯポンプが動作しているか否かを確認する（ステップＳ１０５）。その結果、ＦＯポンプが動作していない場合には、ＦＯポンプの故障と推定（判定）する（ステップＳ１０６）。
【００８１】
一方、ＦＯポンプが動作している場合には、次にストップワイヤモータが動作しているか否かを確認する（ステップＳ１０７）。その結果、ストップワイヤモータが動作していない場合には、ストップワイヤモータの故障と推定（判定）する（ステップＳ１０８）。
【００８２】
一方、ストップワイヤモータも動作している場合には、原因を特定することができないので、この場合はバッテリおよびエンジンの全般をチェックすることになる（ステップＳ１０９）。
【００８３】
（ｈ）バッテリ電圧降下異常の場合（Ｅ１３）（図１３参照）
受信した異常判定結果がバッテリ電圧降下異常を示している場合には、運転状況データを参照して、まずバッテリ電圧を確認する（ステップＳ１１１）。その結果、バッテリ電圧が１１．５Ｖ以下である場合には、バッテリ自体が不良であると推定（判定）する（ステップＳ１１２）。
【００８４】
一方、バッテリ電圧が１１．５Ｖ以上ある場合には、次にヒュージブルリンクを確認する（ステップＳ１１３）。その結果、ヒュージブルリンクに異常がある場合には、ヒュージブルリンクの不良と推定（判定）する（ステップＳ１１４）。
【００８５】
一方、ヒュージブルリンクが正常である場合には、次に非常停止スイッチの状態を確認する（ステップＳ１１５）。その結果、非常停止スイッチが異常である場合（具体的には、コネクタ（ＣＮ２０）の２−６ピン間（ただし、ＣＮ２０は外す）の抵抗測定値が０．１Ωを超えている場合）には、非常停止スイッチの不良と推定（判定）する（ステップＳ１１６）。
【００８６】
一方、非常停止スイッチが正常である場合（具体的には、コネクタ（ＣＮ２０）の２−６ピン間（ただし、ＣＮ２０は外す）の抵抗測定値が０．１Ω以下である場合）には、キープリレーの不良と推定（判定）する（ステップＳ１１７）。
【００８７】
なお、上記以外の異常判定結果については、例えば油圧スイッチ故障異常（Ｅ０７）の場合には、そのまま油圧スイッチの不良と推定（判定）し、回転パルサー読取異常（Ｅ０８）の場合には、そのまま回転パルサーの不良と推定（判定）し、エンジン回転数異常（Ｅ１２）の場合には、エンジン調速装置部の不良またはエンジン自体の不良と推定（判定）し、ＡＣ／ＤＣコンバータ出力異常（Ｅ１４）の場合には、ＡＣ／ＤＣコンバータ自体の不良と推定（判定）し、ＡＣ電圧異常（Ｅ１５）の場合には、ＡＶＲおよびその周辺接続部品の不良と推定（判定）し、サーマルスイッチトリップ（Ｅ１６）の場合には、サーマルトリップ棒の動作不良と推定（判定）する。
【００８８】
一方、上記のような異常原因の推定（判定）とは別に、センター装置２のメンテナンス管理サーバ２２では、制御装置１２から送信されてきた異常データを、メンテナンス管理データベース２２ａに格納されている該当するクールコンテナ１の過去の異常発生データおよび定期メンテナンスデータと照合し、その照合結果から該当する異常原因を特定する。
【００８９】
図１４ないし図１７は、メンテナンス管理データベース２２ａに格納されているクールコンテナ１の過去の異常発生データおよび定期メンテナンスデータの一例を示している。
【００９０】
定期メンテナンスデータの項目としては、定期メンテ管理、メンテ来歴表示、臨時工事表示、特別対策表示、エラーコード別表示、Ｅｎｇ／Ｇｅｎ（日付）、Ｅｎｇ／Ｇｅｎ（機番）、交換部品実績、レンタル機表示、物販機表示、販社別表示などの各項目がある。このうち、図１４は、定期メンテ管理の項目を選択した場合の表示例であり、図１５は、臨時工事表示（修理実績）の項目を選択した場合の表示例であり、図１６は、特別対策表示（特別対策工事実績）の項目を選択した場合の表示例である。図１４に示す定期メンテ管理の画面および図１６に示す特別対策表示画面は、メンテナンスがきちんと行われているか、また、対策工事がきちんと行われているかをチェックする画面であり、異常の内容がメンテナンス不足によるものか否かを判断するための材料となる。
【００９１】
また、図１７は、異常発生データの例を示しており、個々のクールコンテナ１について、過去に発生した異常の内容と、その異常に対する原因と、その原因に対する対策と、異常の発生日とが対応付けられて保存されている。例えば、図１７に示すコンテナ番号ＵＦ１５Ａ−００００２００のクールコンテナ１は、２００１年１月１５日にエンジン室温異常が発生し、その原因が冷却ファンであって、ハーネスの修復によって異常が解消されたことを示している。また、２００１年３月１０日にエンジン始動不能が発生し、その原因がＦＯポンプであって、ＦＯポンプの交換によって異常が解消されたことを示している。
【００９２】
ここで、制御装置１２から送信されてきたコンテナ番号ＵＦ１５Ａ−００００２００のクールコンテナ１の異常データがエンジン室温異常を示すデータであった場合、メンテナンス管理サーバ２２では、メンテナンス管理データベース２２ａに格納されている該当するクールコンテナ１の過去の異常発生データおよび定期メンテナンスデータと照合する。この場合、過去の異常発生データには、今回と同じエンジン室温異常があり、そのときの原因が冷却ファンであることから、メンテナンス管理サーバ２２では、今回のエンジン室温異常の発生原因を冷却ファンと推定（特定）する。この場合、過去において同じ異常が何度も発生している場合には、この推定（特定）はより精度の高いものとなる。また、図示は省略しているが、定期メンテナンスデータにおいて、異常は発生していないものの、冷却ファンのハーネスの修理を何度も行っている場合には、この定期メンテナンスデータに基づいて、異常の原因を冷却ファンのハーネスの接続不良と推定（特定）することもできる。
【００９３】
ただし、上記の推定（運転状況データに基づく推定、および過去の異常発生データおよび定期メンテナンスデータに基づく推定）は、あくまで推定であり、実際にクールコンテナ１に技術者を派遣して直接検査しなければ、本当の原因を特定することはできない。
【００９４】
しかしながら、移動中のクールコンテナ１に技術者を派遣する場合でも、上記の推定を行うことで、ある程度故障または不良箇所が特定でき、交換部品等も予め用意して現場に行くことができるので、現場での迅速な修理が可能となる。また、この場合、センター装置２は、輸送管理サーバ５から運行管理データも併せて取得することで、異常の発生したクールコンテナ１が輸送経路のどの場所にいるのか（どの駅に一番近いのか等）といった情報や、何時間後にどの駅に到着するのかといった情報も入手できるので、このような情報から、異常の発生したクールコンテナ１を先回りして待ち構えることができるため、修理作業をロスなく効率的に行うことができるものである。図１８は、輸送管理サーバ５から取得した運行管理データの一例を示している。
【００９５】
また、上記の推定により、ステップＳ２４およびステップＳ２５における遠隔制御によるエンジンの再起動が可能かどうかの判断も行うことができる。
【００９６】
この場合、遠隔再起動の条件として、下記の１〜５の条件が考えられる。
【００９７】
１．火災等重大な２次災害が発生しないと判断できる場合（例えば、エンジンルーム温度異常で停止した場合、停止時の温度によって、換気ファン異常か、火災が発生したのか判断できる。その他の異常の場合、火災発生の可能性は小さいと判断できる）。
【００９８】
２．メンテナンス中の再起動による人身事故が発生しないと判断できる場合（例えば、コンテナが移動中の場合は、列車、トラック上にあって移動中と判断できる）。
【００９９】
３．商材（荷物）を守るために、たとえ冷凍機（冷凍サイクル１１）が破損しても（エンジン焼き付き等）運転を継続して損害は最小限にとどめたほうが良いと判断した場合（例えば、油圧異常（エンジンオイル不足）で停止した場合、現在位置と目的地との距離（時間）によっては、エンジンに無理をかけても商材を守ることが有効と判断できる場合がある）。
【０１００】
４．起動失敗等の不具合で、起動回数を増やすことで、システム蘇生の可能性が高まると判断できる場合（例えば、バッテリ電圧の回復）。
【０１０１】
５．冷凍機の状態から推測して、一旦エラー停止したことにより、冷凍機の不具合要因が消滅したと判断された場合（例えば、換気口への紙、ビニール片吸着によるエンジンルーム温度上昇）。
【０１０２】
センター装置２の管理責任者または携帯情報端末４を所持する管理責任者は、上記の条件に基づいて再起動の良否を判断し、再起動してもよいと判断した場合には、クールコンテナ１の制御装置１２に対して再起動の指示信号を入力する。
【０１０３】
クールコンテナ１の制御装置１２は、この指示信号を受け取ることにより、エンジンの再起動を行う。なお、この再起動のリトライ回数を予め設定（例えば、５回に設定）しておき、その設定された回数までは、再起動を失敗してもリトライするようにしておけばよい。
【０１０４】
このように、異常が発生したためにエンジンを停止したクールコンテナ１を、再起動が可能である場合には遠隔制御によって再起動させることにより、積み込んでいる冷凍食品等の商材を駄目にしてしまうといった最悪の事態を回避することが可能となる。
【０１０５】
最後に、ステップＳ２８およびステップＳ２９の処理について説明する。
【０１０６】
最寄りの駅等に到着したクールコンテナ１は、その駅等で保冷車のコンテナに積み替えられた時点で、その役目を終えることになる。そのため、積み替えを終了すると、現場作業者は、クールコンテナ１の電源スイッチ１６ａをオフにする。つまり、それ以後は、このクールコンテナ１は空コンテナとしてその場所に保管されることになり、次の使用待ち状態となる。そこで、このような空コンテナを管理するのが、ステップＳ２８およびステップＳ２９の処理である。
【０１０７】
すなわち、センター装置２は、運転停止データ（稼働停止操作信号）に基づいて、クールコンテナ１の保管位置を特定する。つまり、その時点でクールコンテナ１の受信装置１４により受信したＧＰＳ衛星からの電波によってクールコンテナ１の現在位置（緯度、経度）を特定する。そして、その保管位置でのその後の停泊期間を演算により求める。この演算は、１日に１回行われる。
【０１０８】
これにより、空コンテナの停泊場所と停泊期間が管理されることになる。そのため、例えば任意の会社からクールコンテナの使用依頼があった場合、その会社に近い場所に保管されている空クールコンテナを検索し、同じ保管位置に空クールコンテナが複数台保管されている場合には、それらの停泊期間のうち、最も停泊期間の長いクールコンテナを依頼のあった会社に配送する、といった空コンテナの配送管理を、各コンテナの使用効率を考慮しつつ行うことができる。
【０１０９】
【発明の効果】
本発明のクールコンテナの遠隔監視制御システムによれば、異常の発生により稼働を停止したクールコンテナを遠隔操作によって再稼働させることができる。また、クールコンテナで発生した異常原因を特定することができるので、例えば稼働を停止したクールコンテナを再稼働させてもよいか否かを、この特定した異常原因によって的確に判断することができる。さらに、商材（荷物）をクールコンテナから搬出した後の管理、例えば空になったクールコンテナの管理を行うことができるので、クールコンテナの効率的な利用が可能となる。
【図面の簡単な説明】
【図１】本発明のクールコンテナの遠隔監視制御システムの全体構成を示す説明図である。
【図２】クールコンテナ側の処理の流れを示すフローチャートである。
【図３】センター装置側の処理の流れを示すフローチャートである。
【図４】ステップＳ３において収集される定時計測データの定時計測（稼働状況）項目の一例を示す説明図である。
【図５】監視している異常内容の一例を示す説明図である。
【図６】異常データ（異常判定結果）に基づく異常原因推定の流れを示すフローチャートである。
【図７】異常データ（異常判定結果）に基づく異常原因推定の流れを示すフローチャートである。
【図８】異常データ（異常判定結果）に基づく異常原因推定の流れを示すフローチャートである。
【図９】異常データ（異常判定結果）に基づく異常原因推定の流れを示すフローチャートである。
【図１０】異常データ（異常判定結果）に基づく異常原因推定の流れを示すフローチャートである。
【図１１】異常データ（異常判定結果）に基づく異常原因推定の流れを示すフローチャートである。
【図１２】異常データ（異常判定結果）に基づく異常原因推定の流れを示すフローチャートである。
【図１３】異常データ（異常判定結果）に基づく異常原因推定の流れを示すフローチャートである。
【図１４】メンテナンス管理データベースから定期メンテ管理の項目を選択した場合の表示例である。
【図１５】メンテナンス管理データベースから臨時工事表示（修理実績）の項目を選択した場合の表示例である。
【図１６】メンテナンス管理データベースから特別対策表示（特別対策工事実績）の項目を選択した場合の表示例である。
【図１７】異常発生データの構成例を示す説明図である。
【図１８】輸送管理サーバから取得した運行管理データの一例を示す説明図である。
【符号の説明】
１  クールコンテナ
２  センター装置
３  端末装置
４  携帯情報端末
５  輸送管理サーバ
６  通運会社の端末装置
１１  冷凍サイクル
１２  制御装置
１３  記憶部
１４  受信装置
１４ａ  ＧＰＳアンテナ
１５  送受信部
１６  キー入力部
１６ａ  電源スイッチ
２１  コンテナ管理サーバ
２２  メンテナンス管理サーバ
Ｎ１  パケット通信網
Ｎ２  携帯電話網
【図１】
0003816770.tif 000002
【図２】
0003816770.tif 000003
【図３】
0003816770.tif 000004
【図４】
0003816770.tif 000005
【図５】
0003816770.tif 000006
【図６】
0003816770.tif 000007
【図７】
0003816770.tif 000008
【図８】
0003816770.tif 000009
【図９】
0003816770.tif 000010
【図１０】
0003816770.tif 000011
【図１１】
0003816770.tif 000012
【図１２】
0003816770.tif 000013
【図１３】
0003816770.tif 000014
【図１４】
0003816770.tif 000015
【図１５】
0003816770.tif 000016
【図１６】
0003816770.tif 000017
【図１７】
0003816770.tif 000018
【図１８】
0003816770.tif 000019