(57)【要約】【課題】ネットワークが安定していない場合でも、プラントの点検に使用可能とする。【解決手段】PlantPAD１００は、現場計測器群または現場操作端群からの信号に対して処理を行うホストコンピュータ６と、ホストコンピュータ６により処理されたデータを加工するサーバ７と、プラント点検を実行するための携帯端末１を備える。携帯端末１は、オンライン環境下で、プラントを点検するために必要な点検ソフトウェアおよび点検データをサーバ７よりインターネット・構内ネットワーク２を経由してダウンロードするダウンロード部１０３と、当該点検ソフトウェアおよび点検データを表示するディスプレイ１０６と、当該点検ソフトウェアおよび点検データを元に、プラント点検を実行するための点検実行部１０８と、オンライン環境下で、点検の結果をサーバ７にアップロードするアップロード部１０９と、を備える。【選択図】図１
2015036908.tif 000002
【特許請求の範囲】
【請求項１】
プラントにおける現場計測器群または現場操作端群からの信号に対して処理を行うホストコンピュータと、
前記ホストコンピュータにより前記処理されたデータの入力を受け、前記データを加工するサーバと、
前記プラントに対する点検を実行するための携帯端末と、
を備え、
前記携帯端末は、
当該携帯端末がオンライン環境にあるか否かを判断する環境判断手段と、
前記環境判断手段により当該携帯端末が前記オンライン環境にあると判断された場合に、前記プラントを点検するために必要な点検ソフトウェアおよび前記サーバにより加工された点検データを前記サーバよりインターネットを経由してダウンロードするダウンロード手段と、
前記ダウンロード手段が前記サーバよりダウンロードした前記点検ソフトウェアおよび前記点検データを表示するディスプレイと、
前記点検ソフトウェアおよび前記点検データを元に、前記プラントに対する前記点検を実行するための点検実行手段と、
前記環境判断手段により当該携帯端末が前記オンライン環境にあると判断された場合に、前記点検の結果を前記サーバにアップロードするアップロード手段と、
を備えるプラント点検支援システム。
【請求項２】
前記携帯端末は、
前記ダウンロード手段が前記サーバよりダウンロードした前記点検ソフトウェアおよび前記点検データを格納する格納手段と、
前記サーバよりこれからダウンロードすべき点検ソフトウェアおよび点検データと、前記格納手段に既に格納された点検ソフトウェアおよび点検データとが一致するか否かを比較する比較手段と、
を更に備え、
前記ダウンロード手段は、前記比較手段による当該比較において、一致した点検ソフトウェアおよび点検データをダウンロードせず、一致しない点検ソフトウェアおよび点検データのうち、前記サーバにのみ存在する点検ソフトウェアおよび点検データをダウンロードする、
請求項１に記載のプラント点検支援システム。
【請求項３】
前記携帯端末は、前記比較手段による当該比較において、一致しない点検ソフトウェアおよび点検データのうち、前記格納手段にのみ存在する点検ソフトウェアおよび点検データを削除する削除手段を更に備え、
前記比較手段による当該比較において、一致した点検ソフトウェアおよび点検データは、前記格納手段にそのまま保存される、
請求項２に記載のプラント点検支援システム。
【請求項４】
前記ダウンロード手段は、ダウンロード回数が所定の閾値以上の点検ソフトウェアおよび点検データをダウンロードする、
請求項１に記載のプラント点検支援システム。
【請求項５】
前記削除手段は、前記比較手段による当該比較において、一致しない点検ソフトウェアおよび点検データのうち、前記格納手段にのみ存在し且つダウンロード回数が所定の閾値未満の点検ソフトウェアおよび点検データは削除するとともに、前記格納手段にのみ存在し且つダウンロード回数が所定の閾値以上の点検ソフトウェアおよび点検データは削除しない、
請求項２に記載のプラント点検支援システム。
【請求項６】
前記ダウンロード回数は、当該プラント点検支援システムを利用して前記プラントを点検するユーザ毎のダウンロード回数である、
請求項４または５に記載のプラント点検支援システム。
【請求項７】
前記削除手段は、前記格納手段に存在する点検ソフトウェアおよび点検データのうち、ダウンロードされてから所定の期間を過ぎた点検ソフトウェアおよび点検データは削除するとともに、ダウンロードされてから所定の期間を過ぎていない点検ソフトウェアおよび点検データは削除しない、
請求項２に記載のプラント点検支援システム。
【請求項８】
前記サーバは、前記ホストコンピュータから入力を受けたデータにおける文字情報、図形情報、並びに前記文字情報および前記図形情報における処理手順および動的処理について加工し、
前記携帯端末は、当該加工後のデータをHTML、SVG、およびJavascriptを用いて表示する、
請求項１に記載のプラント点検支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プラント点検支援システムに関するものである。
【背景技術】
【０００２】
従来、プラントの運転等を監視・操作するための装置が知られている（例えば特許文献１を参照）。特許文献１に開示された現場点検支援システムでは、インターネットを介して通信可能な携帯型の端末を利用した現場点検の方法が提案されている。このシステムでは、プラントの運転等を適切に監視・操作するために、携帯型の端末がインターネットに常時つながっていることを前提とする。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−００３７２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、プラント内は、構内放送（ページング）、構内電話、無線計装、プラントの複雑な構造など、無線ネットワークの安定性を阻害する要因が多数存在するため、無線ネットワークの接続安定性が悪いといえる。つまり、ネットワークが頻繁に切断されることが想定される。そのため、ネットワークへの常時接続が前提のシステムは、その利用が困難な場合がある。
【０００５】
その解決策として、無線ネットワークのアクセスポイントを増やすことにより、接続を安定させることが考えられる。しかし、どれだけアクセスポイントを増やしても、他の無線機器からの影響を完全に排除することはできず、また、高コストとなる問題がある。
【０００６】
そこで、本発明は上記に鑑みてなされたもので、ネットワークが安定していない場合でも、プラントの点検に使用可能なプラント点検支援システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のプラント点検支援システムは、プラントにおける現場計測器群または現場操作端群からの信号に対して処理を行うホストコンピュータと、前記ホストコンピュータにより前記処理されたデータの入力を受け、前記データを加工するサーバと、前記プラントに対する点検を実行するための携帯端末と、を備え、前記携帯端末は、当該携帯端末がオンライン環境にあるか否かを判断する環境判断手段と、前記環境判断手段により当該携帯端末が前記オンライン環境にあると判断された場合に、前記プラントを点検するために必要な点検ソフトウェアおよび前記サーバにより加工された点検データを前記サーバよりインターネットを経由してダウンロードするダウンロード手段と、前記ダウンロード手段が前記サーバよりダウンロードした前記点検ソフトウェアおよび前記点検データを表示するディスプレイと、前記点検ソフトウェアおよび前記点検データを元に、前記プラントに対する前記点検を実行するための点検実行手段と、前記環境判断手段により当該携帯端末が前記オンライン環境にあると判断された場合に、前記点検の結果を前記サーバにアップロードするアップロード手段と、を備える。
【０００８】
このような本発明のプラント点検支援システムによれば、オンライン環境下で、サーバから携帯端末へ点検に必要な点検ソフトウェアおよび点検データをダウンロードし、携帯端末側ではオンライン・オフラインに関係なくプラント点検を実行し、当該点検の結果をオンライン環境下でサーバにアップロードする。以上により、携帯端末がネットワークへ常時接続されている必要がなくなり、ネットワークが安定していない場合でも、本発明のプラント点検支援システムのユーザはプラントの点検作業（結果の入力、閲覧など）を実行することが可能となる。また、ネットワークへの接続性を高めるために、アクセスポイントの数を増やすことにより高コストになることを防止できる。
【０００９】
また、本発明において、前記携帯端末は、前記ダウンロード手段が前記サーバよりダウンロードした前記点検ソフトウェアおよび前記点検データを格納する格納手段と、前記サーバよりこれからダウンロードすべき点検ソフトウェアおよび点検データと、前記格納手段に既に格納された点検ソフトウェアおよび点検データとが一致するか否かを比較する比較手段と、を更に備え、前記ダウンロード手段は、前記比較手段による当該比較において、一致した点検ソフトウェアおよび点検データをダウンロードせず、一致しない点検ソフトウェアおよび点検データのうち、前記サーバにのみ存在する点検ソフトウェアおよび点検データをダウンロードしても良い。
【００１０】
この発明によれば、比較手段による比較において、一致した点検ソフトウェアおよび点検データはダウンロードされず、携帯端末の格納手段にそのまま保存される。一方で、比較手段による比較において、一致しない点検ソフトウェアおよび点検データのうち、サーバにのみ存在する点検ソフトウェアおよび点検データだけがダウンロードされる。これにより、サーバと携帯端末間の情報の送受信量を減らすことができ、ダウンロードにかかる時間を短縮することができる。本発明は、プラントという無線ネットワークの接続安定性が悪い環境を前提としており、このような環境下において、サーバと携帯端末間の情報の送受信量を減らし、且つダウンロードにかかる時間を短縮することは特に大きな意味がある。
【００１１】
また、本発明において、前記携帯端末は、前記比較手段による当該比較において、一致しない点検ソフトウェアおよび点検データのうち、前記格納手段にのみ存在する点検ソフトウェアおよび点検データを削除する削除手段を更に備え、前記比較手段による当該比較において、一致した点検ソフトウェアおよび点検データは、前記格納手段にそのまま保存されても良い。
【００１２】
この発明によれば、比較手段による比較において、一致しない点検ソフトウェアおよび点検データのうち、格納手段にのみ存在する点検ソフトウェアおよび点検データを削除することにより、携帯端末に格納すべきデータの容量を減らすことができる。これにより、携帯端末に必要な記憶容量を最小化することができ、携帯端末のためのコストを減らすことができる。
【００１３】
また、本発明において、前記ダウンロード手段は、ダウンロード回数が所定の閾値以上の点検ソフトウェアおよび点検データをダウンロードしても良い。
【００１４】
この発明によれば、ダウンロード回数が所定の閾値以上の点検ソフトウェアおよび点検データがダウンロードされることによって、ユーザにより頻繁に使用される点検ソフトウェアおよび点検データを事前にダウンロードすることができる。
【００１５】
また、本発明において、前記削除手段は、前記比較手段による当該比較において、一致しない点検ソフトウェアおよび点検データのうち、前記格納手段にのみ存在し且つダウンロード回数が所定の閾値未満の点検ソフトウェアおよび点検データは削除するとともに、前記格納手段にのみ存在し且つダウンロード回数が所定の閾値以上の点検ソフトウェアおよび点検データは削除しなくても良い。
【００１６】
この発明によれば、比較手段による比較において、一致しない点検ソフトウェアおよび点検データのうち、格納手段にのみ存在し且つダウンロード回数が所定の閾値未満の点検ソフトウェアおよび点検データは削除するとともに、格納手段にのみ存在し且つダウンロード回数が所定の閾値以上の点検ソフトウェアおよび点検データは削除しない。これにより、ダウンロードの回数に基づき、格納手段からの削除要否を判断することができ、ダウンロードの回数が多く、今後使用される可能性が高い点検ソフトウェアおよび点検データについては削除せずに保存することができる。これにより、サーバと携帯端末間の情報の送受信量を更に減らすことができる。
【００１７】
また、本発明において、前記ダウンロード回数は、当該プラント点検支援システムを利用して前記プラントを点検するユーザ毎のダウンロード回数であっても良い。
【００１８】
この発明によれば、ダウンロード回数は、当該プラント点検支援システムを利用してプラントを点検するユーザ毎のダウンロード回数である。これにより、ユーザに特化したサービスを提供できる。
【００１９】
また、本発明において、前記削除手段は、前記格納手段に存在する点検ソフトウェアおよび点検データのうち、ダウンロードされてから所定の期間を過ぎた点検ソフトウェアおよび点検データは削除するとともに、ダウンロードされてから所定の期間を過ぎていない点検ソフトウェアおよび点検データは削除しなくても良い。
【００２０】
この発明によれば、削除手段が、格納手段に存在する点検ソフトウェアおよび点検データのうち、ダウンロードされてから所定の期間を過ぎた点検ソフトウェアおよび点検データは削除するとともに、ダウンロードされてから所定の期間を過ぎていない点検ソフトウェアおよび点検データは削除しない。これにより、点検ソフトウェアおよび点検データのダウンロード日付に基づき、格納手段からの削除要否を判断することができ、例えば使用頻度の低い点検ソフトウェアおよび点検データを削除することができる。これにより、携帯端末の記憶領域を効率的に利用できる。
【００２１】
また、本発明において、前記サーバは、前記ホストコンピュータから入力を受けたデータにおける文字情報、図形情報、並びに前記文字情報および前記図形情報における処理手順および動的処理について加工し、前記携帯端末は、当該加工後のデータをHTML、SVG、およびJavascriptを用いて表示しても良い。
【００２２】
この発明によれば、サーバが、ホストコンピュータからの入力データに対して加工し、その加工後のデータを携帯端末がHTML、SVG、Javascriptを用いて表示する。HTML、SVG、Javascriptは昨今の一般的な携帯端末が備えている極平凡な機能である。したがって、本発明においては、携帯端末において、あえてHTML、SVG、Javascriptの３つの極平凡な機能を用いてデータ表示を行うことにより、携帯端末がJAVA仮想マシンなどの特定の環境を具備する必要がなく、例えばWindows（登録商標）やApple（登録商標）のノートPC、iPad（登録商標）等のタブレット、iPhone（登録商標）やAndroid（登録商標）端末のスマートフォン等の一般的な携帯端末であっても、本発明のプラント点検支援システムを利用することができる。よって、本発明のプラント点検支援システムを利用するための携帯端末の利便性が高まる。なお、HTML、SVG、Javascriptのように、一般的な携帯端末が備えている極平凡な機能であれば、HTML、SVG、Javascriptの代わりに使用できる。例えば、Javascriptの代わりに、Dart（登録商標）が使用できる。
【００２３】
また、本発明によれば、遠隔地からプラントの点検状況を監視することが可能となる。したがって、プラントの運転熟練者が現場にいなくても遠隔地からプラント点検状況を監視できる。このため、これまでは熟練者が現地に直接出張して指導をしていたが、遠隔地からアドバイスを与えることが可能となり、非熟練者であっても熟練者のアドバイスを受けて現場点検が可能となる。つまり、熟練者が場所に縛られずに複数の現場を支援することができる。特に海外でプラントを建設する場合はオペレータの熟練度が低いため、これまでは長期間の操業指導が必要であったが、本発明のプラント点検支援システムを使うことにより、点検等の操業指導が遠隔地から可能となり、派遣期間の短縮が可能となる。
【００２４】
また、本発明においては、SVGを用いることにより、高速な画像処理を行うことができる。更に、本発明の分野であるプラント分野においては、表示画面の大部分を占めているバックグラウンドが固定され、要素が頻繁に変更されるだけの形となっている場合が多く、つまり変化する内容が限定されている場合が多く、特にこのような場合には、SVGを用いることにより、高速な画像処理を行うことができる。また、HTMLを用いることにより、図形情報に比べて変化の少ない文字情報に対して安定的に且つ利便性良く処理を行うことができる。更にJavascriptを用いることにより、文字情報および図形情報における処理手順および動的処理に対して安定的に且つ利便性良く処理を行うことができる。
【００２５】
ところで、プラントという環境の特殊性に鑑みれば、同じプラント内であっても、整備や操業など業務内容によって、携帯端末を使用する環境が変わる。このため、例えば、携帯端末が高温・多湿の環境下で使用される場合には、そのような環境に対応した携帯端末を選定する必要がある。つまり、プラント環境下ではユーザの作業状況に合わせて携帯端末を選定できるようにすることが望ましい。しかし、携帯端末に直接インストールするネイティブソフトウェアは一般的に使用機器が制約されている。つまり、製作メーカが動作保証する端末を限定する場合がある。この問題に対する解決策として、動作保証端末の種類を増やすことが考えれるが、動作検証にコストがかかるといった問題がある。そこで、本発明のように、HTML、SVG、Javascriptを用いて、機器に依存せず、携帯端末のディスプレイ上でWEBアプリケーションを動作させることにより、使用状況に合わせて自由に携帯端末を選定できるようになる。また、仕様が改善された新しい携帯端末を迅速に導入することができるようになる。
【００２６】
また、プラントの耐用年数は数十年と長いため、そこで使用される携帯端末も長期間の使用に耐えることが求められる。しかし、一般的にIT機器は耐用年数が短く、ハードウェアやソフトウェアが頻繁に更新される。ネイティブソフトウェアは、ハードウェアおよびソフトウェアに依存するため、これらが更新されると携帯端末を使用できなくなる可能性がある。この問題に対する解決策として、プラントの耐用年数に合わせて予め予備品を大量に用意しておくことが考えられるが、コストが高くかかるだけではなく、新しい技術を容易に導入することが困難となるといった問題がある。また、携帯端末の更新と同時にソフトウェアも更新していくことも考えられるが、更新毎にソフトウェアの改造が発生するため、高コストとなる問題がある。そこで、本発明のように、HTML、SVG、Javascriptを用いて、機器に依存せず、携帯端末のディスプレイ上でWEBアプリケーションを動作させることにより、携帯端末を長期間に渡って安定して使用することが可能となる。また、新規技術の導入による高機能化も容易に行える。
【発明の効果】
【００２７】
本発明によれば、ネットワークが安定していない場合でも、プラントの点検に使用可能なプラント点検支援システムを提供することができる。
【図面の簡単な説明】
【００２８】
【図１】PlantPAD１００の構成概要図である。
【図２】携帯端末１、ホストコンピュータ６、サーバ７、プロセス制御装置９のハードウェア構成図である。
【図３】サーバ７の構成概要図である。
【図４】携帯端末１の構成概要図である。
【図５】PlantPAD１００における代表的な画面のうち、プラント全体の状況を示す画面である。
【図６】PlantPAD１００における代表的な画面のうち、警報を表示する画面である。
【図７】PlantPAD１００における代表的な画面のうち、トレンドを表示する画面である。
【図８】PlantPAD１００における代表的な画面のうち、ITV（industrialtelevision）画像を表示する画面である。
【図９】SVGによって表示色を変更表示させることを説明するための図である。
【図１０】SVGによって文字や数値を変更表示させることを説明するための図である。
【図１１】SVGによってバーグラフを変更表示させることを説明するための図である。
【図１２】PlantPAD１００の動作を示すためのイメージ図である。
【図１３】本実施形態におけるデータ更新を行うことにより、どれだけ更新時間が短縮されたかを示す図である。
【図１４】ユーザがPlantPAD１００にログインした後に、初回の点検入力画面をロードし、プラントの点検を行う際の動作を示すフローチャートである。
【図１５】ユーザがPlantPAD１００にログインした後に、２回目以降の点検入力画面をロードし、プラントの点検を行う際の動作を示すフローチャートである。
【図１６】例えば「ユーザＡ」の点検ソフトウェア別ダウンロード回数を示す図である。
【図１７】例えば「ユーザＡ」の点検データ別ダウンロード回数を示す図である。
【図１８】ユーザ毎の属性および閾値を示す図である。
【図１９】本実施形態で提案するダウンロード方法を適用することにより、ダウンロード時間がどの程度高速化されるかに関する検証について説明するための図である。
【図２０】本実施形態で提案するダウンロード方法を適用することにより、ダウンロード時間がどの程度高速化されるかに関する検証について説明するための図である。
【発明を実施するための形態】
【００２９】
以下、添付図面を参照して本発明にかかるプラント点検支援システムの好適な実施形態を詳細に説明する。なお、図面の説明において同一の要素には同一の符号を付し、重複する説明を省略する。
【００３０】
（PlantPAD１００の全体構成）
まず、本発明の実施形態に係るPlantPAD１００（特許請求の範囲の「プラント点検支援システム」に相当）の構成について、図１〜図４を参照しながら説明する。図１は、PlantPAD１００の構成概要図である。図１に示すように、PlantPAD１００は、携帯端末１ａ〜１ｄ、ホストコンピュータ６、サーバ７、プロセス制御装置９、計測機器１０（特許請求の範囲の「現場計測器群」に相当）、バルブ２１、モータ２２（以上、特許請求の範囲の「現場操作端群」に相当）から構成される。携帯端末１（「携帯端末１ａ〜１ｄ」の総称）とサーバ７は、インターネット・構内ネットワーク２、ルータ３、無線LANアクセスポイント４、拡張ネットワーク５等を介してネットワーク接続されている。また、ホストコンピュータ６、サーバ７、およびプロセス制御装置９は、制御用ネットワーク８を介してそれぞれネットワーク接続されている。更に、計測機器１０、バルブ２１、およびモータ２２は、プロセス制御装置９とネットワーク接続されている。インターネット・構内ネットワーク２は、例えば有線LAN、WiFi等の無線LAN、または３Ｇ電話回線等であり、拡張ネットワーク５は例えばWiFi等の無線LANであり、制御用ネットワーク８は例えばイーサネット（登録商標）である。
【００３１】
図２は携帯端末１のハードウェア構成図である。図２に示すように、携帯端末１は、物理的には、ＣＰＵ１１、主記憶装置であるＲＯＭ１２及びＲＡＭ１３、操作ボタンなどの入力デバイス１４、ＬＣＤや有機ＥＬディスプレイなどの出力デバイス１５（特許請求の範囲の「ディスプレイ」に相当）、他の装置との間でデータの送受信を行う通信モジュール１６、メモリディバイス等の補助記憶装置１７を備えて構成される。後述する携帯端末１の各機能は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３等のハードウェア上に所定のソフトウェアを読み込ませることにより、ＣＰＵ１１の制御の元で入力デバイス１４、出力デバイス１５、通信モジュール１６を動作させると共に、主記憶装置１２，１３や補助記憶装置１７におけるデータの読み出し及び書き込みを行うことで実現される。携帯端末１は、HTML、SVG、Javascriptの３つの極平凡な機能を用いてデータの授受、表示、更新等を行うものである。携帯端末１は、JAVA仮想マシンなどの特定の環境を具備していない。携帯端末１の例示としては、例えばWindowsやAppleのノートPC、iPad等のタブレット、iPhoneやAndroid端末のスマートフォン等の一般的な携帯端末が挙げられる。
【００３２】
図２は、ホストコンピュータ６、サーバ７、プロセス制御装置９それぞれのハードウェア構成図でもある。図２に示すように、ホストコンピュータ６、サーバ７、プロセス制御装置９は、物理的には、ＣＰＵ６１，７１，９１、ＲＯＭ６２，７２，９２及びＲＡＭ６３，７３，９３等の主記憶装置、キーボード及びマウス等の入力デバイス６４，７４，９４、ディスプレイ等の出力デバイス６５，７５，９５、他の装置との間でデータの送受信を行うためのネットワークカード等の通信モジュール６６，７６，９６、ハードディスク等の補助記憶装置６７，７７，９７などを含む通常のコンピュータシステムとして構成される。後述するホストコンピュータ６、サーバ７、プロセス制御装置９の各機能は、ＣＰＵ６１，７１，９１、ＲＯＭ６２，７２，９２、ＲＡＭ６３，７３，９３等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ６１，７１，９１の制御の元で入力デバイス６４，７４，９４、出力デバイス６５，７５，９５、通信モジュール６６，７６，９６を動作させると共に、主記憶装置６２，７２，９２，６３，７３，９３や補助記憶装置６７，７７，９７におけるデータの読み出し及び書き込みを行うことで実現される。
【００３３】
図１に戻り、ホストコンピュータ６は、プラントにおける計測機器１０、バルブ２１、モータ２２からの信号に対して処理を行うものである。プロセス制御装置９が計測機器１０、バルブ２１、モータ２２からの信号を制御用ネットワーク８を経由してホストコンピュータ６に送信すると、ホストコンピュータ６は当該受信信号に対してデータベース処理、演算処理、制御装置管理処理、データ解析処理等の各種処理を行う。ホストコンピュータ６は、当該処理後のデータをサーバ７に制御用ネットワーク８を経由して出力する。
【００３４】
（サーバ７の構成）
図３は、サーバ７の構成概要図である。サーバ７は、ホストコンピュータ６により処理されたデータの入力を受け、当該データを加工するものである。サーバ７は、入力部７０１、比較部７０２、加工部７０３、および送信部７０４を備える。サーバ７の入力部７０１は、ホストコンピュータ６により処理されたデータを入力するものである。サーバ７の加工部７０３は、当該入力データにおける文字情報についてはHTML（ハイパー  テキスト  マークアップ  ランゲージ、HyperText MarkupLanguage）を用いて加工し、当該入力データにおける図形情報についてはSVG（スケーラブル  ベクター  グラフィックス、Scalable VectorGraphics）を用いて加工し、文字情報および図形情報における処理手順および動的処理についてはJAVA（ジャバ）、PHP（ピーエイチピー）等の一般的なプログラミング言語（Ｃ言語等を含む。）を用いて加工するものである。サーバ７の送信部７０４は、加工部７０３によりHTML、SVG、JAVA、PHP等を用いて加工されたデータをインターネット・構内ネットワーク２等を経由して携帯端末１に送信するものである。
【００３５】
サーバ７の比較部７０２は、加工部７０３により加工される前のデータと、ホストコンピュータ６により入力されてくるデータとを比較するものである。比較部７０２が当該比較の結果を加工部７０３に出力すると、加工部７０３は比較部７０２により相違があると判断されたデータのみを更新して加工する。ここで、加工部７０３の更新においては、HTMLを用いて加工されたデータの更新周期を、SVGを用いて加工されたデータの更新周期より遅くして、更新が行われる。例えば、HTMLを用いて加工されたデータの更新周期を１secとし、SVGを用いて加工されたデータの更新周期を０．５secとすることができる。サーバ７の送信部７０４は、上記データ比較により更新されたデータのみをインターネット・構内ネットワーク２等を経由して携帯端末１に送信する。
【００３６】
（携帯端末１の構成）
図４は、携帯端末１の構成概要図である。携帯端末１は、ユーザがプラントに対する点検を実行するためのものであって、環境判断部１０１、 第１比較部１０２（特許請求の範囲の「比較手段」に相当）、ダウンロード部１０３（特許請求の範囲の「ダウンロード手段」に相当）、格納部１０４（特許請求の範囲の「格納手段」に相当）、削除部１０５（特許請求の範囲の「削除手段」に相当）、ディスプレイ１０６、第２比較部１０７、点検実行部１０８（特許請求の範囲の「点検実行手段」に相当）、およびアップロード部１０９（特許請求の範囲の「アップロード手段」に相当）を備える。
【００３７】
環境判断部１０１は、携帯端末１がオンライン環境にあるか否かを判断するものである。環境判断部１０１は、当該判断の結果をダウンロード部１０３に出力する。
【００３８】
第１比較部１０２は、サーバ７よりこれからダウンロードすべき点検ソフトウェアおよび点検データと、格納部１０４に既に格納された点検ソフトウェアおよび点検データとが一致するか否かを比較するものである。第１比較部１０２は、当該比較の結果をダウンロード部１０３に出力する。
【００３９】
ダウンロード部１０３は、環境判断部１０１により携帯端末１がオンライン環境にあると判断された場合に、プラントを点検するために必要な点検ソフトウェアおよびサーバ７により加工された点検データをサーバ７よりインターネット・構内ネットワーク２を経由してダウンロードするものである。ダウンロード部１０３がサーバ７によりダウンロードする点検ソフトウェアおよび点検データは、HTML、SVG、JAVA、PHP等を用いて作成および加工されたものである。ダウンロード部１０３は、第１比較部１０２による上記比較において、一致した点検ソフトウェアおよび点検データをダウンロードしない。一方で、ダウンロード部１０３は、一致しない点検ソフトウェアおよび点検データのうち、携帯端末１には存在せず、サーバ７にのみ存在する点検ソフトウェアおよび点検データをダウンロードする。また、ダウンロード部１０３は、ユーザがPlantPAD１００のシステムにログインした際に、ダウンロード回数が予め設定された所定の閾値以上のものを自動的にダウンロードしても良い。
【００４０】
格納部１０４は、ダウンロード部１０３がサーバ７よりダウンロードした点検ソフトウェアおよび点検データを格納するものである。
【００４１】
削除部１０５は、第１比較部１０２による上記比較において、一致しない点検ソフトウェアおよび点検データのうち、サーバ７には存在せず、携帯端末１の格納部１０４にのみ存在する点検ソフトウェアおよび点検データを削除するものである。一方、第１比較部１０２による上記比較において、一致した点検ソフトウェアおよび点検データは、削除部１０５により削除されず、格納部１０４にそのまま保存される。
【００４２】
また、削除部１０５は、第１比較部１０２による上記比較において、一致しない点検ソフトウェアおよび点検データのうち、サーバ７には存在せず、携帯端末１の格納部１０４にのみ存在し且つダウンロード回数が所定の閾値未満の点検ソフトウェアおよび点検データを削除しても良い。これとともに、削除部１０５は、第１比較部１０２による上記比較において、一致しない点検ソフトウェアおよび点検データのうち、サーバ７には存在せず、携帯端末１の格納部１０４にのみ存在し且つダウンロード回数が所定の閾値以上の点検ソフトウェアおよび点検データを削除しないようにしても良い。ここでいう「ダウンロード回数」は、「PlantPAD１００を利用してプラントを点検するユーザ毎のダウンロード回数」であっても良い。
【００４３】
更に、削除部１０５は、格納部１０４に存在する点検ソフトウェアおよび点検データのうち、ダウンロードされてから所定の期間を過ぎた点検ソフトウェアおよび点検データを削除しても良い。これとともに、削除部１０５は、格納部１０４に存在する点検ソフトウェアおよび点検データのうち、ダウンロードされてから所定の期間を過ぎていない点検ソフトウェアおよび点検データを削除しないようにしても良い。
【００４４】
ディスプレイ１０６は、ダウンロード部１０３がサーバ７よりダウンロードした点検ソフトウェアおよび点検データを表示するものである。
【００４５】
第２比較部１０７は、ディスプレイ１０６において現在表示中のデータと、サーバ７により送信されてくるデータとを比較するものである。第２比較部１０７が当該比較の結果をディスプレイ１０６に出力すると、ディスプレイ１０６は、第２比較部１０７により相違があると判断されたデータのみを更新して表示する。ここで、ディスプレイ１０６の更新においては、HTMLを用いて加工されたデータの更新周期を、SVGを用いて加工されたデータの更新周期より遅くして、更新が行われる。例えば、HTMLを用いて加工されたデータの更新周期を１secとし、SVGを用いて加工されたデータの更新周期を０．５secとすることができる。
【００４６】
点検実行部１０８は、ディスプレイ１０６に表示された点検ソフトウェアおよび点検データを元に、ユーザがプラントに対する当該点検を実行するためのものである。点検実行部１０８を用いたユーザの点検動作は、格納部１０４に格納され又はディスプレイ１０６に表示された点検ソフトウェアおよび点検データを元に行われるため、ユーザは携帯端末１がオンライン環境にあるかオフライン環境にあるかにかかわらず、プラントに対する点検を行うことができる。点検実行部１０８は、当該点検の結果をアップロード部１０９に出力する。
【００４７】
アップロード部１０９は、環境判断部１０１により携帯端末１がオンライン環境にあると判断された場合に、点検実行部１０８からの上記点検の結果をサーバ７にアップロードするものである。
【００４８】
（サーバ７の加工部７０３の詳細）
以下、サーバ７の加工部７０３について、より詳細に説明する。サーバ７の加工部７０３は、文字情報についてはHTMLを用いて加工し、図形情報についてはSVGを用いて加工し、文字情報および図形情報における処理手順および動的処理についてはJAVA、PHP等の一般的なプログラミング言語を用いて加工する。ここで、サーバ７の加工部７０３が、なぜ、HTML、SVG、JAVA、PHP等の言語を用いて加工を行うか、その理由について説明する。図５〜図８は、PlantPAD１００における代表的な画面を示している。図５はプラント全体の状況を示す画面であり、図６は警報を表示する画面であり、図７はトレンドを表示する画面であり、図８はITV（industrial television）画像を表示する画面であり、これらの画面は携帯端末１のディスプレイ１０６に表示される画面である。
【００４９】
図５のプラント全体の状況を示す画面は、プラント全体を模式図的に表示するものであり、機器の稼働状況を色で表示する（例えば、赤：運転中、緑：停止中、黄色：故障中、等）。また、弁の開閉状況を色で表示する（例えば、赤：開、緑：閉、等）。更に、プロセスの状態を数値で表示する（例えば、圧力、温度、流量、濃度等）。更にまた、最新の警報情報を文字情報として表示する（図５の下段部分）。ここで、機器の稼働状況、弁の開閉状況、およびプロセスの状態は、図形表示が主体であり且つ変化が多い部分であるため、SVGで情報を加工することが好適である。なお、図５では、SVGで情報加工された部分が「S」で表示されている。ここで、「S」で表示されている部分に文字や数字も入っているようにみえるが、ここの文字や数字はあくまでも「S」で表示されている図形部分全体における一部として処理される部分であり、特許請求の範囲における「文字情報」には相当せず、「図形情報」に相当する。また、最新の警報情報は、文字表示が主体であり且つ変化が少ない部分であるため、HTMLで情報を加工することが好適である。なお、図５では、HTMLで情報加工された部分が「H」で表示されている。
【００５０】
図６の警報を表示する画面は、文字表示が主体のため、HTMLで情報を加工することが好適である。図７のトレンドを表示する画面においては、グラフ図形の表示はSVGで情報を加工することが好適であり、文字情報の表示はHTMLで情報を加工することが好適である。図８のITV画像を表示する画面はカメラのストリーミングデータを表示しており、HTMLにストリーミングデータを貼り付けることが好適な表示方法である。また、図５〜図８の画面について、処理手順やデータ更新等の動的処理についてはJAVA、PHP等の一般的なプログラミング言語を用いて情報を加工することが好適である。
【００５１】
以上のように、プラントを携帯端末１で監視する装置において、プラント監視画面の特徴に最も適合した最良の情報の加工方法は、HTML、SVG、JAVA、PHP等の言語を組み合わせて情報の加工を行うことであるといえる。したがって、サーバ７の加工部７０３は、HTML、SVG、JAVA、PHP等の言語を組み合わせて用いることで、情報の加工を行っている。
【００５２】
ここで、サーバ７の加工部７０３が用いているSVGが、プラント点検支援システムに最も適しているグラフィックフォーマットであることについて説明する。例えば図５のように描画されたグラフィックに対して、PlantPAD１００では、実際のプロセスの状態に応じて、動的に表示を更新させる必要がある。この場合に、SVGを用いると効率的に更新させることができるので、SVGがPlantPAD１００のグラフィック表示に最も適しているといえる。以下、例を参照しながら、より具体的な更新方法を説明する。
【００５３】
図９は、SVGによって表示色を変更表示させることを説明するための図である。図９（A）は回転機の表示シンボルを示しており、「赤」から「緑」に表示色が変更されたことを示す。なお、「赤」は「運転中」を意味し、「緑」は停止中を意味する。図９（B）は、このように表示色の変更を行うためのSVGコードを示している。図９（B）に示すSVGコード中に４箇所囲ってマークした部分の「#ff0000」を「#00ff00」に書き換えることのみで、「赤」から「緑」に更新することができる。このように、SVGを用いると効率的に情報を更新させることができるので、SVGがプラント点検支援システムのグラフィック表示に最も適しているといえる。
【００５４】
図１０は、SVGによって文字や数値を変更表示させることを説明するための図である。図１０は、図５の「A」で表示された部分に「５２．２」と表示するためのSVGコードを示している。図１０に示すSVGコード中に１箇所囲ってマークした部分の「＊＊．＊」を「５２．２」に書き換えることのみで、図５の「A」部分に「５２．２」と表示することができる。このように、SVGを用いると効率的に情報を更新させることができるので、SVGがプラント点検支援システムのグラフィック表示に最も適しているといえる。なお、図５と図１０はあくまでも例示のためのものであって、図１０のSVGコードが図５の画面に相当するものではない。また、この例では、文字や数値部分をSVGにより加工しているが、これは「５２．２」等の文字や数値部分を図形の一部として処理しているからであり、特許請求の範囲における「文字情報についてはHTML（ハイパー  テキスト  マークアップ  ランゲージ、HyperTextMarkup Language）を用いて加工」との記載と矛盾するものではない。
【００５５】
図１１は、SVGによってバーグラフを変更表示させることを説明するための図である。図１１（A）は圧力や温度などのプロセスデータをバーグラフ表示させるシンボルを示す。図１１（B）は、例えば「４４．７４４６６７」という値に相当するようなバーグラフを表示するためのSVGコードを示している。図１１（B）に示すSVGコード中に１箇所囲ってマークした部分の「４４．７４４６６７」を実際のプロセスデータから計算された値に書き換えることのみで、グラフィック上のバーグラフ表示を更新することができる。このように、SVGを用いると効率的に情報を更新させることができるので、SVGがプラント点検支援システムのグラフィック表示に最も適しているといえる。
【００５６】
（PlantPAD１００の動作）
続いて、PlantPAD１００にて行われる動作について、図１２〜図１５を参照しながら説明する。
【００５７】
（PlantPAD１００の動作その１：全体動作）
まず、PlantPAD１００における全体動作について説明する。図１２は、PlantPAD１００における全体動作を示すためのイメージ図である。最初に、携帯端末１でディスプレイ１０６を開き、サーバ７上にあるWebServerに対し、表示させたいページを要求する（ステップＳ１０１）。次に、サーバ７上のWebServerは要求されたページを、静的なHTML又は動的に生成されるHTMLとして、携帯端末１のディスプレイ１０６へ送信する（ステップＳ１０２）。
【００５８】
次に、携帯端末１のディスプレイ１０６は、ステップＳ１０２で送信されたHTMLを受信し、その内容に基づき、ディスプレイ１０６上への表示処理を実行する。表示処理の実行中にHTML内にSVGを表示する記述があった場合は、WebServerに対してSVGの送信要求をする（ステップＳ１０３）。また、HTML内にJavascriptライブラリを使用する記述があった場合は、WebServerに対してJavascriptライブラリの送信要求をする（ステップＳ１０４）。
【００５９】
次に、サーバ７上のWebServerは要求されたSVGを携帯端末１のディスプレイ１０６へ送信する（ステップＳ１０５）。また、サーバ７上のWebServerは要求されたJavascriptライブラリを携帯端末１のディスプレイ１０６へ送信する（ステップＳ１０６）。次に、携帯端末１のディスプレイ１０６は、ステップＳ１０５で送信されたSVGを受信し、HTMLの記述に基づいた部分に表示する。また、携帯端末１のディスプレイ１０６は、ステップＳ１０６で送信されたJavascriptライブラリを受信し、実行できるように準備する。
【００６０】
次に、携帯端末１のディスプレイ１０６は、ステップＳ１０２で受信したHTMLに記述されているJavascriptの命令に基づき、ステップＳ１０６で受信したJavascriptライブラリに記述された命令を実行し、サーバ７上にあるWebServerに対し、プロセス値などの制御データを要求する（ステップＳ１０７）。次に、サーバ７上のWebServerは要求されたプロセス値などの制御データを、サーバ７に別途接続されているプロセス制御装置９に対し要求し受信する（ステップＳ１０８）。なお、ステップＳ１０８は、例えば、携帯端末１からの要求がJAVAServletの実行プロセスに引き渡され、JAVAServletがプロセス制御装置９からデータを受け取り、WebServerを経由して、携帯端末１へ制御データが送信されるように構成しても良い。また、サーバ７上のWebServerやJAVAServletは制御データをプロセス制御装置９に対して直接要求しても良く、ホストコンピュータ６を経由して要求しても良い。次に、サーバ７上のWebServerは、受信した制御データを携帯端末１のディスプレイ１０６へ送信する（ステップＳ１０９）。
【００６１】
次に、携帯端末１のディスプレイ１０６で実行されているJavascriptの命令は、ステップＳ１０９で送信された制御データを受信し、現在携帯端末１上に表示されているデータと受信データを比較し、データに相違がある場合は、受信した制御データを最新の制御データとして該当する箇所の表示を更新する（ステップＳ１１０、ステップＳ１１１）。なお、「現在携帯端末１上に表示されているデータ」とは、SVG中のデータ、又は携帯端末１内のメモリ上に保管されているデータをいう。
【００６２】
次に、携帯端末１のディスプレイ１０６では、Javascriptの命令により、一定間隔ごとにステップＳ１０６〜ステップＳ１１１を繰り返し実行する。
【００６３】
以上の説明において、ステップＳ１１０およびステップＳ１１１は、携帯端末１側でデータの比較を行っている。一方で、携帯端末１側でデータの比較を行わずに、サーバ７側でデータの比較を行っても良い（ステップＳ１１２、ステップＳ１１３）。この場合は、サーバ７の比較部７０２が、加工部７０３により加工される前のデータと、ホストコンピュータ６またはプロセス制御装置９により入力されてくるデータとを比較する。比較部７０２が当該比較の結果を加工部７０３に出力すると、加工部７０３は比較部７０２により相違があると判断されたデータのみを更新して加工する。そして、サーバ７の送信部７０４は、相違ありと判断され、加工された制御データのみを携帯端末１に送信する。
【００６４】
なお、データ更新のスピードにおいては、HTMLを用いて加工されたデータの更新周期を、SVGを用いて加工されたデータの更新周期より遅くして、更新が行われる。例えば、HTMLを用いて加工されたデータの更新周期を１secとし、SVGを用いて加工されたデータの更新周期を０．５secとすることができる。
【００６５】
ステップＳ１１０およびステップＳ１１１、またはステップＳ１１２およびステップＳ１１３では、データの比較を行い、相違ありと判断された場合に限ってデータの更新を行う。図１３は、このような方法によりデータ更新を行うことにより、どれだけ更新時間が短縮されたかを示す図である。図１３に示すテーブルの左側はステップＳ１１０およびステップＳ１１１、またはステップＳ１１２およびステップＳ１１３のようにデータ比較を行ってからデータ更新を行う場合の更新時間を示している。一方で、図１３に示すテーブルの右側はデータ比較を行わずに、全てのデータに対してデータ更新を行う場合の更新時間を示している。なお、更新時間の差の測定は、データ比較のあり・なしで同時測定はできないので、異なる時間帯で測定し、評価を行った。また、図１３に示す結果は、本出願人の一プラントでの実際の測定結果を示しており、プラントによって、また時間帯によって、異なる結果が出る可能性があると考えられる。また、図１３の更新時間の測定は、データ比較のあり・なしでそれぞれ「１０サンプル×２回」を行った。なお、図１３に示すテーブルの右側において、更新項目数が全項目数より多くなっているのは、取得したデータを２箇所以上で使用しているものがあるからである。
【００６６】
図１３に示されるように、表示更新時間の最小値（MIN）では、比較ありの場合で３msec、比較なしの場合で４１msecとなり、約１４倍の差で比較ありの場合が早いことが分かった。また、平均値（AVE）でも同様の比較により、比較ありの場合で１５msec、比較なしの場合で６３msecとなり、約４倍の差で比較ありの場合が早いことが分かった。また、更新項目数の最小値（MIN）では、比較ありの場合で５８個、比較なしの場合で３２４個となり、約５〜６倍の差で比較ありの場合の更新データ数が少ないことが分かった。また、平均値（AVE）でも同様の比較により、比較ありの場合で８７個、比較なしの場合で３２４個となり、約３〜４倍の差で比較ありの場合の更新データ数が少ないことが分かった。以上のように、本実施形態のステップＳ１１０およびステップＳ１１１、またはステップＳ１１２およびステップＳ１１３により、データの更新時間が飛躍的に短縮され、且つ更新データの数が飛躍的に少なくなることが分かる。
【００６７】
（初回点検時の動作）
引き続き、ユーザがPlantPAD１００にログインした後に、初回の点検入力画面をロードし、プラントの点検を行う際の動作について説明する。図１４は、この時の動作を示すフローチャートである。
【００６８】
最初に、ユーザによりログインボタンが押下される（ステップＳ２０１）。次に、ユーザＩＤとパスワードは正しいかが確認される（ステップＳ２０２）。ステップＳ２０２にて、ユーザＩＤとパスワードに誤りがある場合には（ステップＳ２０２：ＮＯ）、例えば「ユーザＩＤもしくはパスワードが一致しません。正しいユーザＩＤ／パスワードを入力してください。」などのメッセージが表示される（ステップＳ２０３）。
【００６９】
次に、ユーザの権限が確認される（ステップＳ２０４）。ステップＳ２０４にて、ログインしたユーザが権限外の操作をしようとした場合には（ステップＳ２０４：ＮＯ）、例えば「権限が無いため表示できません。システムの管理者に問い合わせて下さい。」などのメッセージが表示される（ステップＳ２０３）。なお、「ログインしたユーザが権限外の操作をしようとした場合」とは、例えば、「設定画面を表示する権限が無いのに、設定画面を表示しようとしたような場合」である。
【００７０】
次に、ユーザにより点検開始ボタンが押下される（ステップＳ２０５）。次に、点検対象が選択済みか否か判断される（ステップＳ２０６）。ステップＳ２０６にて、点検対象が選択されていない場合には（ステップＳ２０６：ＮＯ）、例えば「点検対象を選択してください。」などのメッセージが表示される（ステップＳ２０７）。
【００７１】
次に、点検を開始しようとするユーザの分野と、選択された点検対象の分野 が同じか否か判断される（ステップＳ２０８）。なお、ユーザの分野を示す情報は例えばサーバ７の格納手段（図示せず）等に予め格納されている。その詳細については例えば図１８を参照しながら後述する。ステップＳ２０８にて、点検を開始しようとするユーザの分野と、選択された点検対象の分野が同じでない場合には（ステップＳ２０８：ＮＯ）、例えば「あなたに設定されている分野と異なる分野の点検項目が選択されています。同じ分野の点検項目のみを選択してください。」などのメッセージが表示される（ステップＳ２０７）。なお、「点検を開始しようとするユーザの分野と、選択された点検対象の分野が同じでない場合」とは、例えば、「点検者は操業分野の属性なのに、管理分野の点検項目を選択したような場合」である。
【００７２】
次に、環境判断部１０１が、携帯端末１がオンライン環境にあるか否かを判断する（ステップＳ２０９）。ステップＳ２０９にて、携帯端末１がオンライン環境にないと判断された場合には（ステップＳ２０９：ＮＯ）、携帯端末１がオンライン環境下になるまで待ち、処理の流れはステップＳ２０９に戻る（ステップＳ２１０）。一方で、ステップＳ２０９にて、携帯端末１がオンライン環境にあると判断された場合には（ステップＳ２０９：ＹＥＳ）、ステップＳ２０６で確認された選択済みの点検対象が取得される（ステップＳ２１１）。次に、ステップＳ２１１で取得した点検対象に相当するダウンロード対象リストが取得される（ステップＳ２１２）。
【００７３】
次に、ダウンロード部１０３が、ステップＳ２１２のダウンロード対象リストを元に、プラントを点検するために必要な点検ソフトウェアおよびサーバ７により加工された点検データをサーバ７よりインターネット・構内ネットワーク２を経由してダウンロードし、当該ダウンロードされたものは格納部１０４に格納される（ステップＳ２１３）。
【００７４】
次に、点検実行部１０８が、格納部１０４に格納された点検ソフトウェアおよび点検データを元に、点検画面をディスプレイ１０６に表示させ（ステップＳ２１４）、点検が実行される（ステップＳ２１５）。
【００７５】
次に、環境判断部１０１が、携帯端末１がオンライン環境にあるか否かを判断する（ステップＳ２１６）。ステップＳ２１６にて、携帯端末１がオンライン環境にないと判断された場合には（ステップＳ２１６：ＮＯ）、携帯端末１がオンライン環境下になるまで待ち、処理の流れはステップＳ２１６に戻る（ステップＳ２１７）。一方で、ステップＳ２１６にて、携帯端末１がオンライン環境にあると判断された場合には（ステップＳ２１６：ＹＥＳ）、アップロード部１０９が、点検実行部１０８からの点検の結果をサーバ７にアップロードする（ステップＳ２１８）。
【００７６】
（２回目以降の点検時の動作）
引き続き、ユーザがPlantPAD１００にログインした後に、２回目以降の点検入力画面をロードし、プラントの点検を行う際の動作について説明する。図１５は、この時の動作を示すフローチャートである。
【００７７】
最初に、上記説明したステップＳ２０１からステップＳ２０８までが実行される。ステップＳ２０１からステップＳ２０８までは上記と同じ動作であるため、ここでは詳細な説明を省略する。また、以下に説明する２回目以降の点検時の動作において初回点検時と同じ動作については、同じ符号を付する。
【００７８】
次に、環境判断部１０１が、携帯端末１がオンライン環境にあるか否かを判断する（ステップＳ２０９）。ステップＳ２０９にて、携帯端末１がオンライン環境にないと判断された場合には（ステップＳ２０９：ＮＯ）、携帯端末１がオンライン環境下になるまで待ち、処理の流れはステップＳ２０９に戻る（ステップＳ２１０）。一方で、ステップＳ２０９にて、携帯端末１がオンライン環境にあると判断された場合には（ステップＳ２０９：ＹＥＳ）、ステップＳ２０６で確認された選択済みの点検対象が取得される（ステップＳ２１１）。次に、ステップＳ２１１で取得した点検対象に相当するダウンロード対象リストが取得される（ステップＳ２１２）。
【００７９】
次に、ステップＳ２１２で取得したダウンロード対象リストの読込が開始され（ステップＳ３０１）、リスト上のダウンロード対象毎に、以下に説明するステップＳ３０２からステップＳ３０５までの処理が順に行われる。
【００８０】
すなわち、最初に、第１比較部１０２が、サーバ７よりこれからダウンロードすべき点検ソフトウェアおよび点検データと、格納部１０４に既に格納された点検ソフトウェアおよび点検データとが一致するか否かを比較し、読み込んだダウンロード対象がローカル、つまり携帯端末１の格納部１０４内に存在するか否かを判断する（ステップＳ３０２）。ステップＳ３０２の判断において、読み込んだダウンロード対象が携帯端末１の格納部１０４内に存在しない場合には（ステップＳ３０２：ＮＯ）、ダウンロード部１０３が当該ダウンロード対象をサーバ７よりインターネット・構内ネットワーク２を経由してダウンロードし、当該ダウンロードされたものは格納部１０４に格納される（ステップＳ３０４）。
【００８１】
一方で、ステップＳ３０２の判断において、読み込んだダウンロード対象が携帯端末１の格納部１０４内に存在する場合には（ステップＳ３０２：ＹＥＳ）、当該ダウンロード対象（格納部１０４内に存在するもの）がダウンロードされてから所定期間を過ぎているか否かが判断される（ステップＳ３０３）。ステップＳ３０３の判断において、当該ダウンロード対象（格納部１０４内に存在するもの）がダウンロードされてから所定期間を過ぎている場合には（ステップＳ３０３：ＹＥＳ）、ダウンロード部１０３が当該ダウンロード対象（ステップＳ３０１で読み込んだもの）を改めてサーバ７よりインターネット・構内ネットワーク２を経由してダウンロードし、当該ダウンロードされたものは格納部１０４に格納される（ステップＳ３０４）。
【００８２】
一方で、ステップＳ３０３の判断において、当該ダウンロード対象がダウンロードされてから所定期間を過ぎていない場合には（ステップＳ３０３：ＮＯ）、ダウンロード部１０３は当該ダウンロード対象をダウンロードせず、当該ダウンロード対象のデータ利用日を、現時点で利用されたものとして更新する（ステップＳ３０５）。一方で、ステップＳ３０４でダウンロードされたものに対しても、現時点で利用されたものとして、データ利用日が更新される（ステップＳ３０５）。
【００８３】
以上で説明したように、ダウンロード部１０３は、第１比較部１０２による上記比較において、一致した点検ソフトウェアおよび点検データ（ローカルに既に存在するダウンロード対象）をダウンロードしない。一方で、ダウンロード部１０３は、一致しない点検ソフトウェアおよび点検データのうち、携帯端末１には存在せず、サーバ７にのみ存在する点検ソフトウェアおよび点検データをダウンロードする。また、携帯端末１内にあるファイルがサーバ７内にあるファイルより古く、点検に必要な資料として信頼性が落ちるものについては、たとえ携帯端末１の格納部１０４に既に存在しているとしても、改めてダウンロードを行う。
【００８４】
また、以上の説明以外に、ダウンロード部１０３は、ユーザがPlantPAD１００のシステムにログインした際に、今までのダウンロード回数が予め設定された所定の閾値以上のものを自動的にダウンロードしても良い。これについては、図１８を参照しながら、後述する。
【００８５】
次に、ステップＳ３０１にて読み込まれた次のダウンロード対象に対して、ステップＳ３０２からステップＳ３０５までの処理が行われ、全てのダウンロード対象に対してステップＳ３０２からステップＳ３０５までの処理が終了したら、ダウンロード対象リストの読込が終了される（ステップＳ３０６）。
【００８６】
次に、不要なデータが削除される（ステップＳ３０７）。すなわち、削除部１０５が、第１比較部１０２による上記比較において、一致しない点検ソフトウェアおよび点検データのうち、サーバ７には存在せず、携帯端末１の格納部１０４にのみ存在する点検ソフトウェアおよび点検データを削除する。一方、第１比較部１０２による上記比較において、一致した点検ソフトウェアおよび点検データは、削除部１０５により削除されず、格納部１０４にそのまま保存される。なお、データ削除のタイミングはこれに限定されず、例えば、データ利用日が更新されずに一定期間を過ぎたタイミングで削除されても良い。
【００８７】
また、削除部１０５は、第１比較部１０２による上記比較において、一致しない点検ソフトウェアおよび点検データのうち、サーバ７には存在せず、携帯端末１の格納部１０４にのみ存在し且つ当該ユーザにおけるダウンロード回数が所定の閾値未満の点検ソフトウェアおよび点検データを削除しても良い。これとともに、削除部１０５は、第１比較部１０２による上記比較において、一致しない点検ソフトウェアおよび点検データのうち、サーバ７には存在せず、携帯端末１の格納部１０４にのみ存在し且つ当該ユーザにおけるダウンロード回数が所定の閾値以上の点検ソフトウェアおよび点検データを削除しないようにしても良い。なお、「所定の閾値」については図１６〜図１８を参照しながら後述する。
【００８８】
更に、削除部１０５は、格納部１０４に存在する点検ソフトウェアおよび点検データのうち、ダウンロードされてから所定の期間（期間は任意）を過ぎた点検ソフトウェアおよび点検データを削除しても良い。これとともに、削除部１０５は、格納部１０４に存在する点検ソフトウェアおよび点検データのうち、ダウンロードされてから所定の期間を過ぎていない点検ソフトウェアおよび点検データを削除しないようにしても良い。
【００８９】
次に、点検実行部１０８が、格納部１０４に格納された点検ソフトウェアおよび点検データを元に、点検画面をディスプレイ１０６に表示させ（ステップＳ２１４）、点検が実行される（ステップＳ２１５）。
【００９０】
次に、環境判断部１０１が、携帯端末１がオンライン環境にあるか否かを判断する（ステップＳ２１６）。ステップＳ２１６にて、携帯端末１がオンライン環境にないと判断された場合には（ステップＳ２１６：ＮＯ）、携帯端末１がオンライン環境下になるまで待ち、処理の流れはステップＳ２１６に戻る（ステップＳ２１７）。一方で、ステップＳ２１６にて、携帯端末１がオンライン環境にあると判断された場合には（ステップＳ２１６：ＹＥＳ）、アップロード部１０９が、点検実行部１０８からの点検の結果をサーバ７にアップロードする（ステップＳ２１８）。
【００９１】
（ユーザ毎の属性情報について）
ここで、ユーザ毎の属性情報について説明する。サーバ７には格納手段が備えられ（図示せず）、その格納手段には、図１６〜図１８に例示するようなユーザ毎の属性情報等が格納されている。図１６は、例えば「ユーザＡ」の点検ソフトウェア別ダウンロード回数を示す。図１７は、例えば「ユーザＡ」の点検データ別ダウンロード回数を示す。図１６（Ａ）および図１７（Ａ）は、「ユーザＡ」がまだPlantPAD１００を一度も使用しておらず、初回のログインの前の状態を示すので、「総積算」および「期間積算」の値が全て「０」となっている。しかし、例えば、図１４のステップＳ２１３、図１５のステップＳ３０４が実行される度に、「総積算」および「期間積算」の値は「１」ずつカウントアップされる。図１６（Ｂ）および図１７（Ｂ）は、それぞれ、何れかのタイミングにおける「ユーザＡ」の点検ソフトウェア別ダウンロード回数および点検データ別ダウンロード回数を示す。「総積算」および「期間積算」の値がカウントアップされていることが分かる。
【００９２】
図１８（Ａ）はユーザ毎の業務種類に関する属性を示し、図１８（Ｂ）は属性別の閾値の初期値を示す。図１８（Ａ）および図１８（Ｂ）によると、「ユーザＡ」の属性は「操業」であるため、「ユーザＡ」の点検ソフトウェアに対する閾値の初期値は「１０」、点検データに対する閾値の初期値は「１５」として、当初定められている。これが、ユーザのPlantPAD１００の使用実績によって、例えば図１８（Ｄ）のように更新されていく。すなわち、ユーザがシステムにログインし、点検ソフトウェアや点検データをダウンロードして使用すると、上述したように、図１６（Ａ）および図１７（Ａ）に示した各表の対応した点検ソフトウェアや点検データの積算値が１ずつ増加する。これを例えば１ヶ月間程度（期間は任意）継続し、利用頻度のデータを蓄積すると、例えば図１６（Ｂ）および図１７（Ｂ）のようになる。そして、１ヶ月後にユーザ毎の利用頻度表を利用頻度の降順に並べ、期間積算値の上位から任意の順位のもの（例えば３番目など）の期間積算値を抽出する。全てのユーザに対して同じ処理を行う。その抽出の結果を図１８（Ｃ）に例示する。そして、図１８（Ｃ）のように抽出した期間積算値に対して、属性毎に平均をとり、その値を属性別の更新後の閾値として設定する。その一例を図１８（Ｄ）に示す。図１８（Ｄ）はユーザの使用により、属性別の閾値が更新されたことを示す。なお、期間積算については、設定された期間が経過するとリセットされる。また、上記処理は期間積算値のリセットと同じタイミングで毎回実施される。
【００９３】
図１８（Ｄ）に示したような属性別の閾値は、図１５に示したステップＳ３０７で使用される。すなわち、ステップＳ３０７において、ユーザが「ユーザＡ」の場合、削除部１０５は、第１比較部１０２による上記比較において、一致しない点検ソフトウェアおよび点検データのうち、サーバ７には存在せず、携帯端末１の格納部１０４にのみ存在し且つ当該ユーザにおけるダウンロード回数が所定の閾値未満（例えば図１８（Ｄ）のように「ユーザＡ」の属性の「操業」に対して「点検ソフトウェア」なら「１８回」、「点検データ」なら「３６回」未満）の点検ソフトウェアおよび点検データを削除する。これとともに、削除部１０５は、第１比較部１０２による上記比較において、一致しない点検ソフトウェアおよび点検データのうち、サーバ７には存在せず、携帯端末１の格納部１０４にのみ存在し且つ当該ユーザにおけるダウンロード回数が所定の閾値以上（ 例えば図１８（Ｄ）のように「ユーザＡ」の属性の「操業」に対して「点検ソフトウェア」なら「１８回」、「点検データ」なら「３６回」以上）の点検ソフトウェアおよび点検データを削除しない。
【００９４】
また、図１８（Ｄ）に示したような属性別の閾値は図１５に示したステップＳ３０１〜ステップＳ３０６でも使用される。すなわち、ステップＳ３０１〜ステップＳ３０６では、ステップＳ３０２およびステップＳ３０３の判断結果に従い、ダウンロード対象を実際ダウンロードするか否かを判断しているが、これにかかわらず、ダウンロード部１０３が、ユーザがPlantPAD１００のシステムにログインした際に、ダウンロード回数が予め設定された所定の閾値以上の点検ソフトウェアおよび点検データを自動的にダウンロードしても良い。つまり、「ユーザＡ」の点検ソフトウェア別ダウンロード回数が図１６（Ｂ）であり、「ユーザＡ」の点検データ別ダウンロード回数が図１７（Ｂ）である場合に、ダウンロード部１０３は、「ユーザＡ」がPlantPAD１００のシステムにログインした際に、図１８（Ｄ）に示す「点検ソフトウェア」なら「１８回」、「点検データ」なら「３６回」以上の点検ソフトウェアおよび点検データをステップＳ３０１〜ステップＳ３０６の手順と関係なくダウンロードする。つまり、ＩＤが「１」の「作業標準入力画面」と、ＩＤが「２」の「入力機能（有 OR 無）」が点検ソフトウェアとしてダウンロードされ、ＩＤが「１１」の「点検項目Ａ」と、ＩＤが「１２」の「ドキュメントＡ」が点検データとしてダウンロードされる。
【００９５】
（検証）
ダウンロード部１０３は、上述したように、第１比較部１０２による上記比較において、一致した点検ソフトウェアおよび点検データをダウンロードしない一方で、一致しない点検ソフトウェアおよび点検データのうち、携帯端末１には存在せず、サーバ７にのみ存在する点検ソフトウェアおよび点検データをダウンロードする。以下では、このようなダウンロード部１０３のダウンロード方法により、ダウンロードに要する時間がどれだけ短縮できるかについて、検証を通じて説明する。
【００９６】
今回の検証は、１０個の点検データを携帯端末１へダウンロードして点検を行う際に、本実施形態で提案するダウンロード方法を適用することにより、ダウンロード時間がどの程度高速化されるかに関する検証である。図１９および図２０は、この検証について説明するための図である。
【００９７】
図１９は、PlantPAD１００において、ダウンロードする点検データの項目数を１から１０に変化しながら、点検データのダウンロードにかかった時間を測定および計算した結果を示す。図１９において、下線を引いていない数値は実測値であり、下線を引いた数値は計算値である。図１９に示されるように、点検データの項目数が１で、ダウンロードするデータの容量が１０ＭＢの場合にはダウンロード完了まで２６．３秒かかり、点検データの項目数が５で、ダウンロードするデータの容量が５０ＭＢの場合にはダウンロード完了まで５４．７秒かかり、点検データの項目数が１０で、ダウンロードするデータの容量が１００ＭＢの場合にはダウンロード完了まで８８．１秒かかっている。
【００９８】
ダウンロードすべき点検データの項目数が１ということは、言い換えれば、第１比較部１０２による上記比較における一致率が９０％ということである。同様に、ダウンロードすべき点検データの項目数が５ということは、言い換えれば、第１比較部１０２による上記比較における一致率が５０％ということである。また、ダウンロードすべき点検データの項目数が１０ということは、言い換えれば、第１比較部１０２による上記比較における一致率が０％ということであり、本実施形態で提案する手法を適用しない場合と同じである。図２０（Ａ）は、一致率を基準にして、点検項目の一致数およびダウンロード数（ＤＬ数）を示し、それに伴い、ダウンロードしなくて済むデータの容量（非ＤＬ容量）と、ダウンロードすべきデータの容量（ＤＬ容量）を示す。なお、図２０においては、説明の便宜上、点検項目それぞれの容量が全て１０ＭＢの場合を例示している。また、それぞれのケースにかかるダウンロード時間（ＤＬ時間）を示している。また、図２０（Ｂ）は、一致率とダウンロード時間との関係を示すグラフである。一致率が高くなるほど、ダウンロード時間は短くなる。
【００９９】
図２０を通じて分かるように、PlantPAD１００を用いた点検において、仮に一致率が３０％であるとしたら、ダウンロードにかかる時間は、本実施形態を適用しない場合の８８．１秒（一致率０％と同じ）から７０．７秒に短縮される。また、仮に一致率が５０％であるとしたら、ダウンロードにかかる時間は８８．１秒から５４．７秒に大幅に短縮される。更に、仮に一致率が７０％であるとしたら、ダウンロードにかかる時間は８８．１秒から４４．５秒に更に大幅に短縮される。
【０１００】
（本実施形態の作用および効果）
続いて、本実施形態にかかるPlantPAD１００の作用及び効果について説明する。以上で説明した本実施形態のPlantPAD１００によれば、オンライン環境下で、サーバ７から携帯端末１へ点検に必要な点検ソフトウェアおよび点検データをダウンロードし、携帯端末１側ではオンライン・オフラインに関係なくプラント点検を実行し、当該点検の結果をオンライン環境下でサーバ７にアップロードする。以上により、携帯端末１がネットワークへ常時接続されている必要がなくなり、ネットワークが安定していない場合でも、本実施形態のPlantPAD１００のユーザはプラントの点検作業（結果の入力、閲覧など）を実行することが可能となる。また、ネットワークへの接続性を高めるために、アクセスポイントの数を増やすことにより高コストになることを防止できる。
【０１０１】
また、この実施形態によれば、第１比較部１０２による比較において、一致した点検ソフトウェアおよび点検データはダウンロードされず、携帯端末１の格納部１０４にそのまま保存される。一方で、第１比較部１０２による比較において、一致しない点検ソフトウェアおよび点検データのうち、サーバ７にのみ存在する点検ソフトウェアおよび点検データだけがダウンロードされる。これにより、サーバ７と携帯端末１間の情報の送受信量を減らすことができ、ダウンロードにかかる時間を短縮することができる。本実施形態は、プラントという無線ネットワークの接続安定性が悪い環境を前提としており、このような環境下において、サーバ７と携帯端末１間の情報の送受信量を減らし、且つダウンロードにかかる時間を短縮することは特に大きな意味がある。
【０１０２】
また、この実施形態によれば、第１比較部１０２による比較において、一致しない点検ソフトウェアおよび点検データのうち、格納部１０４にのみ存在する点検ソフトウェアおよび点検データを削除することにより、携帯端末１に格納すべきデータの容量を減らすことができる。これにより、携帯端末１に必要な記憶容量を最小化することができ、携帯端末１のためのコストを減らすことができる。
【０１０３】
また、この実施形態によれば、ダウンロード回数が所定の閾値以上の点検ソフトウェアおよび点検データがダウンロードされることによって、ユーザにより頻繁に使用される点検ソフトウェアおよび点検データを事前にダウンロードすることができる。
【０１０４】
また、この実施形態によれば、第１比較部１０２による比較において、一致しない点検ソフトウェアおよび点検データのうち、格納部１０４にのみ存在し且つダウンロード回数が所定の閾値未満の点検ソフトウェアおよび点検データは削除するとともに、格納部１０４にのみ存在し且つダウンロード回数が所定の閾値以上の点検ソフトウェアおよび点検データは削除しない。これにより、ダウンロードの回数に基づき、格納部１０４からの削除要否を判断することができ、ダウンロードの回数が多く、今後使用される可能性が高い点検ソフトウェアおよび点検データについては削除せずに保存することができる。これにより、サーバ７と携帯端末１間の情報の送受信量を更に減らすことができる。
【０１０５】
また、この実施形態によれば、ダウンロード回数は、当該PlantPAD１００を利用してプラントを点検するユーザ毎のダウンロード回数である。これにより、ユーザに特化したサービスを提供できる。
【０１０６】
また、この実施形態によれば、削除部１０５が、格納部１０４に存在する点検ソフトウェアおよび点検データのうち、ダウンロードされてから所定の期間を過ぎた点検ソフトウェアおよび点検データは削除するとともに、ダウンロードされてから所定の期間を過ぎていない点検ソフトウェアおよび点検データは削除しない。これにより、点検ソフトウェアおよび点検データのダウンロード日付に基づき、格納部１０４からの削除要否を判断することができ、例えば使用頻度の低い点検ソフトウェアおよび点検データを削除することができる。これにより、携帯端末１の記憶領域を効率的に利用できる。
【０１０７】
また、この実施形態によれば、サーバ７が、ホストコンピュータ６からの入力データに対して加工し、その加工後のデータを携帯端末１がHTML、SVG、Javascriptを用いて表示する。HTML、SVG、Javascriptは昨今の一般的な携帯端末１が備えている極平凡な機能である。したがって、本実施形態においては、携帯端末１において、あえてHTML、SVG、Javascriptの３つの極平凡な機能を用いてデータの授受、表示、更新等を行うことにより、携帯端末１がJAVA仮想マシンなどの特定の環境を具備する必要がなく、例えばWindows（登録商標）やApple（登録商標）のノートPC、iPad（登録商標）等のタブレット、iPhone（登録商標）やAndroid（登録商標）端末のスマートフォン等の一般的な携帯端末１であっても、本実施形態のPlantPAD１００を利用することができる。よって、本実施形態のPlantPAD１００を利用するための携帯端末１の利便性が高まる。なお、HTML、SVG、Javascriptのように、一般的な携帯端末が備えている極平凡な機能であれば、HTML、SVG、Javascriptの代わりに使用できる。例えば、Javascriptの代わりに、Dart（登録商標）が使用できる。
【０１０８】
また、本実施形態によれば、遠隔地からプラントの点検状況を監視することが可能となる。したがって、プラントの運転熟練者が現場にいなくても遠隔地からプラント点検状況を監視できる。このため、これまでは熟練者が現地に出張して指導をしていたが、遠隔地からアドバイスを与えることが可能となり、非熟練者であっても熟練者のアドバイスを受けて現場点検が可能となる。つまり、熟練者が場所に縛られずに複数の現場を支援することができる。特に海外でプラントを建設する場合はオペレータの熟練度が低いため、これまでは長期間の操業指導が必要であったが、本実施形態のPlantPAD１００を使うことにより、点検等の操業指導が遠隔地から可能となり、派遣期間の短縮が可能となる。
【０１０９】
また、本実施形態においては、SVGを用いることにより、高速な画像処理を行うことができる。更に、本実施形態の分野であるプラント分野においては、表示画面の大部分を占めているバックグラウンドが固定され、要素が頻繁に変更されるだけの形となっている場合が多く、つまり変化する内容が限定されている場合が多く、特にこのような場合には、SVGを用いることにより、高速な画像処理を行うことができる。また、HTMLを用いることにより、図形情報に比べて変化の少ない文字情報に対して安定的に且つ利便性良く処理を行うことができる。更にJavascriptを用いることにより、文字情報および図形情報における処理手順および動的処理に対して安定的に且つ利便性良く処理を行うことができる。
【０１１０】
ところで、プラントという環境の特殊性に鑑みれば、同じプラント内であっても、整備や操業など業務内容によって、携帯端末１を使用する環境が変わる。このため、例えば、携帯端末１が高温・多湿の環境下で使用される場合には、そのような環境に対応した携帯端末１を選定する必要がある。つまり、プラント環境下ではユーザの作業状況に合わせて携帯端末１を選定できるようにすることが望ましい。しかし、携帯端末１に直接インストールするネイティブソフトウェアは一般的に使用機器が制約されている。つまり、製作メーカが動作保証する端末を限定する場合がある。この問題に対する解決策として、動作保証端末の種類を増やすことが考えれるが、動作検証にコストがかかるといった問題がある。そこで、本実施形態のように、HTML、SVG、Javascriptを用いて、機器に依存せず、携帯端末１のディスプレイ１０６上でWEBアプリケーションを動作させることにより、使用状況に合わせて自由に携帯端末１を選定できるようになる。また、仕様が改善された新しい携帯端末１を迅速に導入することができるようになる。
【０１１１】
また、プラントの耐用年数は数十年と長いため、そこで使用される携帯端末１も長期間の使用に耐えることが求められる。しかし、一般的にIT機器は耐用年数が短く、ハードウェアやソフトウェアが頻繁に更新される。ネイティブソフトウェアは、ハードウェアおよびソフトウェアに依存するため、これらが更新されると使用できなくなる可能性がある。この問題に対する解決策として、プラントの耐用年数に合わせて予め予備品を準備することが考えられるが、コストが高くかかるだけではなく、新しい技術を容易に導入することが困難となるといった問題がある。また、携帯端末１の更新と同時にソフトウェアも更新していくことも考えられるが、更新毎にソフトウェアの改造が発生するため、高コストとなる問題がある。そこで、本実施形態のように、HTML、SVG、Javascriptを用いて、機器に依存せず、携帯端末１のディスプレイ１０６上でWEBアプリケーションを動作させることにより、携帯端末１を長期間に渡って安定して使用することが可能となる。また、新規技術の導入による高機能化も容易に行える。
【符号の説明】
【０１１２】
１（１ａ〜１ｄ）…携帯端末、１０１…環境判断部、１０２…第１比較部、１０３…ダウンロード部、１０４…格納部、１０５…削除部、１０６…ディスプレイ、１０７…第２比較部、１０８…点検実行部、１０９…アップロード部、６…ホストコンピュータ、７…サーバ、７０１…入力部、７０２…比較部、７０３…加工部、７０４…送信部、９…プロセス制御装置、１０…計測機器、２１…バルブ、２２…モータ、１００…PlantPAD。
【図１】
2015036908.tif 000003
【図２】
2015036908.tif 000004
【図３】
2015036908.tif 000005
【図４】
2015036908.tif 000006
【図１０】
2015036908.tif 000007
【図１２】
2015036908.tif 000008
【図１３】
2015036908.tif 000009
【図１４】
2015036908.tif 000010
【図１５】
2015036908.tif 000011
【図１６】
2015036908.tif 000012
【図１７】
2015036908.tif 000013
【図１８】
2015036908.tif 000014
【図１９】
2015036908.tif 000015
【図２０】
2015036908.tif 000016
【図５】
2015036908.tif 000017
【図６】
2015036908.tif 000018
【図７】
2015036908.tif 000019
【図８】
2015036908.tif 000020
【図９】
2015036908.tif 000021
【図１１】
2015036908.tif 000022