(57)【要約】  本発明は、鉄道車両の監視方法及びシステムを開示する。該方法は、ポータブル試験装置であるローカル装置は、それに接続される鉄道車両の制御装置から鉄道車両の現在運行データ及び履歴運行データを取得することと、ローカル装置は現在運行データ及び履歴運行データに基づいて、故障コード及び故障記述の少なくとも一方を含む故障情報を得ることと、ローカル装置はリモート装置又はサーバサイドを介して、故障情報に対応するメンテナンスソリューションを取得することと、ローカル装置は、メンテナンスソリューションに基づいて鉄道車両のメンテナンスを行うことと、を含む。本発明は、従来技術において、鉄道車両の故障対処過程が困難であり、かつ鉄道車両が故障した場合、これを適時に解決できないとの課題を解決する。【選択図】図１
2019531523.tif 000002
【特許請求の範囲】
【請求項１】
鉄道車両の監視方法であって、
ポータブル試験装置であるローカル装置は、それに接続される前記鉄道車両の制御装置から前記鉄道車両の現在運行データ及び履歴運行データを取得することと、
前記ローカル装置は、前記現在運行データ及び前記履歴運行データに基づいて、故障コード及び故障記述の少なくとも一方を含む故障情報を得ることと、
前記ローカル装置は、リモート装置又はサーバサイドを介して、前記故障情報に対応するメンテナンスソリューションを取得することと、
前記ローカル装置は、前記メンテナンスソリューションに基づいて前記鉄道車両のメンテナンスを行うことと、
を含むことを特徴とする鉄道車両の監視方法。
【請求項２】
リモート装置を介して前記メンテナンスソリューションを取得することは、
前記ローカル装置は、ポータブル試験装置、ウェブページ側機器及びモバイル側機器のいずれかである前記リモート装置との接続を確立することと、
前記ローカル装置は、前記現在運行データを前記リモート装置に送信することと、
前記ローカル装置は、前記リモート装置から送信された、制御装置変数及びソフトウェアデータのいずれかを含むメンテナンスデータを受信することと、を含む、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ローカル装置はリモート装置との接続を確立することは、
前記ローカル装置は、前記故障記述が付加されたメンテナンス要求をサーバサイドに送信し、前記サーバサイドは前記メンテナンス要求を前記リモート装置に送信することと、
前記ローカル装置は、前記リモート装置から送信された接続要求を受信することと、
前記ローカル装置は、前記接続要求を確認し、前記リモート装置との接続を確立することと、を含む、
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記ローカル装置はリモート装置との接続を確立することは、
前記ローカル装置は、前記故障記述が付加されたメンテナンス要求を前記リモート装置に送信することと、
前記ローカル装置は、前記リモート装置から送信された接続要求を受信することと、
前記ローカル装置は、前記接続要求を確認し、前記リモート装置との接続を確立することと、を含む、
ことを特徴とする請求項２に記載の方法。
【請求項５】
前記ローカル装置は前記リモート装置から送信されたメンテナンスデータを受信する前に、
前記ローカル装置は、前記リモート装置から送信された第１のランダム符号を受信することと、
前記ローカル装置は、前記第１のランダム符号とローカルに記憶された第２のランダム符号とを一致することと、
一致した場合、前記ローカル装置は、前記リモート装置から送信されたメンテナンスデータを受信することと、をさらに含み、
前記第１のランダム符号及び前記第２のランダム符号は、前記サーバサイドによって生成される、
ことを特徴とする請求項２に記載の方法。
【請求項６】
サーバサイドを介して前記メンテナンスソリューションを取得することは、
前記ローカル装置は、前記故障コードを前記サーバサイドに送信し、前記サーバサイドは前記故障コードに基づく照会を行い、ビデオリソース及び画像リソースのいずれかを少なくとも含む対応する第１のメンテナンスリソースを得ることと、
前記ローカル装置は、前記サーバサイドから返信された前記第１のメンテナンスリソースを受信することと、を含む、
ことを特徴とする請求項１に記載の方法。
【請求項７】
前記ローカル装置は前記故障コードをサーバサイドに送信した後、
前記サーバサイドは、前記ローカル装置に対して権限検証を行うことと、
前記ローカル装置の権限検証が成功していれば、前記サーバサイドは、前記故障コードに基づく照会を行い、前記第１のメンテナンスリソースを得ることと、をさらに含む、
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記ローカル装置は前記サーバサイドから返信された前記メンテナンスリソースを受信した後、
前記ローカル装置は、ビデオリソース及び画像リソースのいずれかを少なくとも含む、点検過程中の第２のメンテナンスリソースを取得することと、
前記ローカル装置は、前記第２のメンテナンスリソースをサーバサイドにアップロードし、前記サーバサイドは前記第２のメンテナンスリソースを記憶することと、をさらに含む、
ことを特徴とする請求項６に記載の方法。
【請求項９】
前記サーバサイドは前記第２のメンテナンスリソースを記憶する前に、
前記サーバサイドは、前記第２のメンテナンスリソースを前記リモート装置に送信し、前記リモート装置は、前記第２のメンテナンスリソースに基づいて、審査合格及び審査不合格のいずれかを含む審査結果を生成することと、
前記サーバは、前記リモート装置から送信された前記審査結果を受信することと、
前記審査結果が前記審査合格であれば、前記サーバサイドは前記第２のメンテナンスリソースを記憶することと、
前記審査結果が審査不合格であれば、前記サーバサイドは前記第２のメンテナンスリソースを削除することと、をさらに含む、
ことを特徴とする請求項８に記載の方法。
【請求項１０】
ローカル装置は前記鉄道車両の現在運行データ及び履歴運行データを取得する前に、
前記鉄道車両の制御装置は、前記現在運行データを前記サーバサイドに送信し、前記サーバは、前記現在運行データ及び履歴運行データに基づいて、前記鉄道車両が故障したか否かを判断すること、をさらに含む、
ことを特徴とする請求項１乃至９のうち何れか一項に記載の方法。
【請求項１１】
ローカル装置は前記鉄道車両の現在運行データ及び履歴運行データを取得する前に、
前記ローカル装置は、前記鉄道車両の制御装置から送信された列車データであって、前記鉄道車両の車番、パスワード、ディスプレイ番号及び車輪径のいずれかを少なくとも含む列車データを取得することと、
前記ローカル装置は、前記列車データを修正して、修正後の列車データを得ることと、
前記ローカル装置は、前記修正後の列車データを前記制御装置に返信し、前記制御装置は前記修正後の列車データを表示することと、をさらに含む、
ことを特徴とする請求項１０に記載の方法。
【請求項１２】
ローカル装置は前記鉄道車両の現在運行データ及び履歴運行データを取得する前に、
前記ローカル装置は、複数のサブテストソフトウェア名称が表示されている、テストソフトウェアのテストソフトウェアリスト画面を表示することと、
前記ローカル装置は、選定されたサブテストソフトウェア名称を受信し、前記選定されたサブテストソフトウェアに対応するテストを実行することと、をさらに含む、
ことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記ローカル装置はテストソフトウェアのテストソフトウェアリスト画面を表示する前に、
前記サーバと接続した後、前記ローカル装置は、前記テストソフトウェアを更新する必要があるか否かを検出することと、
前記テストソフトウェアを更新する必要があると検出されていれば、前記ローカル装置は、更新プロンプトをテスト画面に表示させることと、
前記ローカル装置は、更新指令を受信した後、前記テストソフトウェアを更新することと、をさらに含む、
ことを特徴とする請求項１２に記載の方法。
【請求項１４】
ローカル装置は前記鉄道車両の現在運行データ及び履歴運行データを取得する前に、
前記ローカル装置は、前記サーバサイドから送信された、複数の第１の生産資料ファイルを含む第１の生産資料リストを受信することと、
前記ローカル装置は、前記生産資料リストと、複数の第２の生産資料ファイルを含む第２の生産資料リストとを照合し、照合結果を得ることと、
前記ローカル装置は、前記照合結果に基づいて、前記第２の生産資料リストを更新することと、をさらに含み、
各第１の生産資料ファイル及び各第２の生産資料ファイルは、ＣＡＤ設計図、メンテナンスパンフレット、品質パンフレット及び仕様書のいずれかを少なくとも含む、
ことを特徴とする請求項１０に記載の方法。
【請求項１５】
前記ローカル装置は前記照合結果に基づいて前記第２の生産資料リストを更新することは、
前記ローカル装置は、前記照合結果に基づいて、処理すべき第２の生産資料の状態情報をマークし、前記状態情報は、ダウンロード、更新及び削除のいずれかであることと、
前記ローカル装置は、前記状態情報に基づいて前記処理すべき第２の生産資料を処理することと、
前記ローカル装置は前記第２の生産資料リストを更新することと、を含む、
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記鉄道車両が故障したと判断された後、
前記リモート装置は、前記サーバサイドのプッシュメッセージであって、故障メッセージ、入出庫メッセージのいずれかを少なくとも含むプッシュメッセージを受信することと、
前記リモート装置は前記プッシュメッセージを表示することと、をさらに含む、
ことを特徴とする請求項１０に記載の方法。
【請求項１７】
前記リモート装置は前記サーバサイドのプッシュメッセージを受信する前に、
前記サーバサイドは、前記リモート装置を検証することと、
前記リモート装置の検証が成功していれば、前記サーバは、履歴プッシュメッセージを少なくとも含む対応するプッシュメッセージを前記リモート装置にプッシュすることと、をさらに含む、
ことを特徴とする請求項１６に記載の方法。
【請求項１８】
前記リモート装置は前記プッシュメッセージを表示した後、
前記リモート装置は、閲覧指令を受信した後、前記プッシュメッセージに対応するプッシュ内容を表示すること、をさらに含み、
前記故障メッセージに対応するプッシュ内容は、故障コード、故障記述、故障レベル、故障車両、故障機器、故障発生時間及び故障のためのアドバイスを少なくとも含み、入出庫メッセージに対応するプッシュ内容は、列車編成番号、列車番号、車種及び列車入出庫時間を少なくとも含む、
ことを特徴とする請求項１６に記載の方法。
【請求項１９】
鉄道車両の監視システムであって、
前記鉄道車両の制御装置に接続され、前記制御装置から前記鉄道車両の現在運行データ及び履歴運行データを取得し、前記現在運行データ及び前記履歴運行データに基づいて、故障コード及び／又は故障記述を含む故障情報を得るポータブル試験装置であるローカル装置と、
前記ローカル装置に接続され、故障情報に対応するメンテナンスソリューションを送信するサーバサイド又はリモート装置と、を備え、
前記ローカル装置は、さらに、前記メンテナンスソリューションに基づいて前記鉄道車両のメンテナンスを行う、
ことを特徴とする鉄道車両の監視システム。
【請求項２０】
前記リモート装置は、ポータブル試験装置、ウェブページ側機器及びモバイル側機器のいずれかである、
ことを特徴とする請求項１９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、鉄道車両の監視の分野に関し、具体的には、鉄道車両の監視方法及びシステムに関する。
【背景技術】
【０００２】
現在、国内鉄道車両の監視保守システムは、通常、車載機器と地上機器とを備え、車載機器は、機関車の故障情報及び運行状態情報を地上機器に無線送信するように構成され、地上機器は、地上専門家バンクを設け、機関車の故障情報及び運行状態情報を無線受信し、機関車の故障情報で示される故障が、地上専門家バンクに予め記憶された故障と一致するか否かを判定し、一致した場合、地上専門家バンクから対応する故障解決策を抽出し、第１の発射機で故障解決策を車載機器に無線送信する。しかし、従来のシステムの故障対処過程にたくさんの困難があり、問題がある場合、これを適時に解決することができず、助けを求める時、説明しにくく、解決が遅れている。
【０００３】
従来技術において、鉄道車両の故障対処過程が困難であり、かつ鉄道車両が故障した場合、これを適時に解決できないとの問題に対して、未だに有効な対応策が提示されていない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の実施例は、従来技術において、鉄道車両の故障対処過程が困難であり、かつ鉄道車両が故障した場合、これを適時に解決できないとの課題を少なくとも解決するように、鉄道車両の監視方法及びシステムを提供する。
【課題を解決するための手段】
【０００５】
本発明の実施例の一態様によれば、鉄道車両の監視方法であって、ポータブル試験装置であるローカル装置は、それに接続される鉄道車両の制御装置から鉄道車両の現在運行データ及び履歴運行データを取得することと、ローカル装置は現在運行データ及び履歴運行データに基づいて、故障コード及び故障記述の少なくとも一方を含む故障情報を得ることと、ローカル装置はリモート装置又はサーバサイドを介して、故障情報に対応するメンテナンスソリューションを取得することと、ローカル装置は、メンテナンスソリューションに基づいて鉄道車両のメンテナンスを行うことと、を含む鉄道車両の監視方法を提供する。
【０００６】
本発明の実施例の他の態様によれば、鉄道車両の監視システムであって、鉄道車両の制御装置に接続され、制御装置から鉄道車両の現在運行データ及び履歴運行データを取得し、現在運行データ及び前記履歴運行データに基づいて、故障コード及び／又は故障記述を含む故障情報を得るポータブル試験装置であるローカル装置と、ローカル装置に接続され、故障情報に対応するメンテナンスソリューションを送信するサーバサイド又はリモート装置と、を備え、ローカル装置は、さらに、メンテナンスソリューションに基づいて鉄道車両のメンテナンスを行う鉄道車両の監視システムをさらに提供する。
【発明の効果】
【０００７】
本発明の実施例において、ローカル装置は、鉄道車両の現在運行データ及び履歴運行データを取得し、現在運行データ及び履歴運行データに基づいて故障情報を得て、リモート装置又はサーバサイドを介して、故障情報に対応するメンテナンスソリューションを取得し、メンテナンスソリューションに基づいて鉄道車両のメンテナンスを行うことにより、鉄道車両の監視及び保守を実現する。ローカル装置は故障情報を得た後、サーバサイド又はリモート装置を介して故障情報に対応するメンテナンスソリューションを取得することができ、これにより、問題がある場合、メンテナンスソリューションを適時に取得することができ、解決策を簡単かつ迅速に見つけ、従来技術において、鉄道車両の故障対処過程が困難であり、かつ鉄道車両が故障した場合、これを適時に解決できないとの課題を解決することに気付きやすくなる。このため、本発明の上述した実施例に提供される構成により、鉄道車両の故障を適時に発見し解決する効果を達成できる。
【図面の簡単な説明】
【０００８】
ここで説明する図面は、本発明をさらに理解させるためのものであり、本願の一部を構成し、また、本発明における模式的実施例及びその説明は本発明を説明するものであり、本発明を不当に限定するものではない。図面において、
【図１】本発明の実施例による鉄道車両の監視方法のフローチャートである。
【図２】本発明の実施例による代替なサーバサイドの模式図である。
【図３】本発明の実施例による代替なリモート装置を介してメンテナンスソリューションを取得するフローチャートである。
【図４】本発明の実施例による代替なサーバサイドを介してメンテナンスソリューションを取得するフローチャートである。
【図５】本発明の実施例による代替な列車データを修正するフローチャートである。
【図６】本発明の実施例による代替なテストソフトウェアを更新するフローチャートである。
【図７】本発明の実施例による代替なローカル生産資料リストを更新するフローチャートである。
【図８】本発明の実施例による代替なサーバでメッセージをプッシュするフローチャートである。
【図９】本発明の実施例による鉄道車両の監視システムの模式図である。
【図１０】本発明の実施例による代替な鉄道車両の監視システムの模式図である。
【発明を実施するための形態】
【０００９】
当業者に本発明の構成をよりよく理解してもらうように、以下、本発明の実施例の図面を結合して本発明の実施例中の技術的構成を明瞭かつ完全に説明する。説明する実施例は本発明の実施例の一部に過ぎず、全部ではないことは、言うまでもないことである。当業者が本発明の実施例に基づいて、創造的な労働無しに得られた他の実施例も、全て本発明の保護範囲内に含まれるべきである。
【００１０】
なお、本発明の明細書及び特許請求の範囲並びに上記図面に言及された「第１」、「第２」等の用語は、類似した対象を区別するためのものであり、特定の順番又は前後順序を説明するためのものではない。ここで説明した本発明の実施例をここで示した又は説明した順番以外の順番で実施可能なものにするために、このように使用されたデータは適した場合であれば互いに取り替え可能なことは、理解されるべきである。また、用語である「含む」、「有する」及びそれらの如何なる変形は、排他的にならずに含まれたものをカバーすることがその意図であり、例えば、一連のステップ又はユニットを含めたプロセス、方法、システム、製品又は機器は、明確に示したステップ又はユニットに限定される必要がなく、これらのプロセス、方法、製品又は機器に対して明確に示していなかったり、固有であったりする他のステップ又はユニットを含むことができる。
【００１１】
（実施例１）
本発明の実施例によれば、鉄道車両の監視方法の方法実施例を提供する。なお、図面のフローチャートに示されたステップは、例えば一連のコンピュータ実行可能な指令のコンピュータシステムで実行されることができ、また、フローチャートには論理的順番が示されているが、場合によって、示した又は説明したステップを上述と異なる順番で実行することができる。
【００１２】
図１は、本発明の実施例による鉄道車両の監視方法のフローチャートであり、図１に示すように、該方法は、以下のステップＳ１０２〜ステップＳ１０８を含む。
【００１３】
ステップＳ１０２：ローカル装置は、鉄道車両の制御装置から鉄道車両の現在運行データ及び履歴運行データを取得し、ローカル装置はポータブル試験装置であり、ローカル装置が制御装置に接続される。
【００１４】
具体的には、上記ローカル装置はポータブル試験装置（ＰＴＵ装置）であることができ、例えば、ポータブルノートパソコンであることができ、ノートパソコンにはポータブル試験ユニットＰＵＴサービスソフトウェアが装着されている。現在運行データ及び履歴運行データは、運転者の指示、列車の速度、モータの電圧及び電流等のプロセスデータを含むことができれば、鉄道車両の状態情報、例えば、緊急制動、高速度遮断器の自動遮断等を含むこともできる。
【００１５】
ステップＳ１０４：ローカル装置は、現在運行データ及び履歴運行データに基づいて故障情報を得る。故障情報は、故障コード及び故障記述の少なくとも一方を含む。
【００１６】
具体的には、上記故障情報は、故障コード、故障記述、故障レベル、故障日付、故障車両番号を含むことができる。
【００１７】
１つの代替案において、現場保守者はＰＴＵ装置を列車に持っていくことができ、ＰＴＵ装置を鉄道車両の制御装置に直接接続し、制御装置から鉄道車両の現在運行データ及び履歴運行データを読み取り、現在運行データ及び履歴運行データに対してデータ分析を行い、鉄道車両の故障情報診断を行って、鉄道車両の故障情報を得る。
【００１８】
ステップＳ１０６：ローカル装置は、故障情報に対応するメンテナンスソリューションを取得し、ここで、リモート装置又はサーバサイドを介してメンテナンスソリューションを取得する。
【００１９】
１つの代替案において、現場保守者は、鉄道車両の故障情報を得た後、難しい問題がある場合、故障コードを入力することができ、ＰＴＵ装置は、サーバサイドのデータベースから対応するメンテナンスケースを照会し、サーバサイドからメンテナンスケースデータを取得する。現場保守者は解決できない問題がある場合、リモート装置に接続して、専門家の遠隔保守を要求し、リモート装置からメンテナンスソリューションを取得することもできる。
【００２０】
ステップＳ１０８：ローカル装置は、メンテナンスソリューションに基づいて鉄道車両のメンテナンスを行う。
【００２１】
１つの代替案において、ＰＴＵ装置は、サーバサイド又はリモート装置から返信されたメンテナンスソリューションを受信した後、現場保守者が閲覧するためにＰＴＵ装置のディスプレイに表示させることができ、現場保守者は、メンテナンスソリューションに基づいて鉄道車両のメンテナンスを行い、鉄道車両の故障を解消することができる。
【００２２】
本発明の上述した実施例によれば、ローカル装置は、鉄道車両の現在運行データ及び履歴運行データを取得し、現在運行データ及び履歴運行データに基づいて故障情報を得て、リモート装置又はサーバサイドを介して、故障情報に対応するメンテナンスソリューションを取得し、メンテナンスソリューションに基づいて鉄道車両のメンテナンスを行うことにより、鉄道車両の監視及び保守を実現する。ローカル装置は故障情報を得た後、サーバサイド又はリモート装置を介して故障情報に対応するメンテナンスソリューションを取得することができ、これにより、問題がある場合、メンテナンスソリューションを適時に取得することができ、解決策を簡単かつ迅速に見つけ、従来技術において、鉄道車両の故障対処過程が困難であり、かつ鉄道車両が故障した場合、これを適時に解決できないとの課題を解決することに気付きやすくなる。このため、本発明の上述した実施例に提供される構成により、鉄道車両の故障を適時に発見し解決する効果を達成できる。
【００２３】
オプションとして、本発明の上述した実施例において、ステップＳ１０６では、リモート装置を介してメンテナンスソリューションを取得することは、ステップＳ１０６０〜ステップＳ１０６４を含んでもよい。
【００２４】
ステップＳ１０６０：ローカル装置はリモート装置との接続を確立し、リモート装置は、ポータブル試験装置、ウェブページ側機器及びモバイル側機器のいずれかである。
【００２５】
具体的には、上記リモート装置は、ポータブル試験装置（ＰＴＵ装置）、ウェブページ側機器及びモバイル側機器のいずれかであることができ、例えば、ポータブル試験装置はポータブルノートパソコンであることができ、ノートパソコンにはポータブル試験ユニットＰＵＴサービスソフトウェアが装着されている。ウェブページ側機器は、ポータブルノートパソコン、タブレットパソコン、ＩＰＡＤ又はパームトップコンピュータ等の機器であることができる。モバイル側機器は、スマートフォン（Android携帯電話及びｉＯＳ携帯電話を含む）、タブレットパソコン又はパームトップコンピュータ等であることができる。
【００２６】
１つの代替案において、現場保守者のＰＴＵ装置は、無線ネットワークを介して専門家のＷｅｂ側機器と遠隔接続を確立することができる。
【００２７】
ステップＳ１０６２：ローカル装置は、現在運行データをリモート装置に送信する。
【００２８】
１つの代替案において、現場保守者のＰＴＵ装置が専門家のＷｅｂ側機器と遠隔接続を確立した後、専門家は、Ｗｅｂ側機器を介して、現場保守者がＰＴＵ装置で閲覧した運行データを閲覧することができ、即ち、取得した現在運行データを車上間無線機器によって専門家のＷｅｂ側機器に送信することができ、専門家は、ＰＴＵ装置のデータを閲覧することができる。そして、ＰＴＵによって制御装置変数を修正し、ソフトウェアのアップロード等の保守操作を行う。
【００２９】
ステップＳ１０６４：ローカル装置は、リモート装置から送信されたメンテナンスデータを受信し、メンテナンスデータは、制御装置変数及びソフトウェアデータのいずれかを含む。
【００３０】
１つの代替案において、専門家は、現在運行データを閲覧した後、ＰＴＵ装置によって鉄道車両の制御装置変数を修正し、ソフトウェアのアップロード等の保守操作を行うことができ、即ち、専門家は、修正後の制御装置変数及び制御装置のソフトウェアをＰＴＵ装置に送信することができ、ＰＴＵ装置は、制御装置変数及びソフトウェアを鉄道車両の制御装置に送信することにより、制御装置の修正を実現し、鉄道車両を保守した後、現場保守者は、ＰＴＵ装置によってＷｅｂ側との遠隔接続を切断することができる。
【００３１】
上述したステップＳ１０６０〜ステップＳ１０６４により、リモート装置によってメンテナンスソリューションを取得し、鉄道車両のメンテナンスを行うことができ、専門家の遠隔指導をもらう目的を実現する。
【００３２】
オプションとして、本発明の上述した実施例において、ステップＳ１０６０では、ローカル装置はリモート装置との接続を確立することは、ステップＳ１０６０１〜ステップＳ１０６０３を含んでもよい。
【００３３】
ステップＳ１０６０１：ローカル装置は、故障記述が付加されたメンテナンス要求をサーバサイドに送信し、サーバサイドはメンテナンス要求をリモート装置に送信する。
【００３４】
ステップＳ１０６０２：ローカル装置は、リモート装置から送信された接続要求を受信する。
【００３５】
ステップＳ１０６０３：ローカル装置は接続要求を確認し、リモート装置との接続を確立する。
【００３６】
１つの代替案において、現場保守者は、専門家の遠隔指導が必要となる場合、ＰＴＵ装置で故障記述を記入することができ、ＰＴＵ装置はサーバとの接続を確立し、メンテナンス要求をサーバに送信することができ、サーバは、メンテナンス要求をサーバとの接続確立が済んだＷｅｂ側機器に転送し、オンライン専門家はｗｅｂ側から故障記述を閲覧することができ、オンライン専門家は故障を解消できる場合、Ｗｅｂ側機器を介して接続要求を発してサーバに送信し、サーバを介して現場保守者のＰＴＵ装置に転送することができ、現場作業員は、ＰＴＵ装置によって、接続要求を発した専門家の情報を閲覧して、確認した後、Ｗｅｂ側機器と遠隔保守接続を確立することができる。
【００３７】
オプションとして、本発明の上述した実施例において、ステップＳ１０６０では、ローカル装置はリモート装置との接続を確立することは、ステップＳ１０６０４〜ステップＳ１０６０６を含んでもよい。
【００３８】
ステップＳ１０６０４：ローカル装置は、故障記述が付加されたメンテナンス要求をリモート装置に送信する。
【００３９】
ステップＳ１０６０５：ローカル装置は、リモート装置から送信された接続要求を受信する。
【００４０】
ステップＳ１０６０６：ローカル装置は接続要求を確認し、リモート装置との接続を確立する。
【００４１】
１つの代替案において、現場保守者は、専門家の遠隔指導が必要となる場合、ＰＴＵ装置で故障記述を記入し、サーバとの接続確立が済んだオンライン専門家を選択することができ、ＰＴＵ装置はサーバとの接続を確立し、ＰＴＵ装置は、故障記述を含むメンテナンス要求をサーバに送信することができ、サーバはメンテナンス要求を対応するオンライン専門家のＷｅｂ側機器に転送し、オンライン専門家はＷｅｂ側機器によって故障記述を閲覧することができ、オンライン専門家は故障を解消できる場合、Ｗｅｂ側機器を介して接続要求を発してサーバに送信し、サーバを介して現場保守者のＰＴＵ装置に転送することができ、現場作業員は、ＰＴＵ装置によって、接続要求を発した専門家の情報を閲覧して、確認した後、Ｗｅｂ側機器と遠隔保守接続を確立することができる。
【００４２】
オプションとして、本発明の上述した実施例において、ステップＳ１０６４では、ローカル装置は、リモート装置から送信されたメンテナンスデータを受信する前に、上記方法は、ステップＳ１１２〜ステップＳ１１６をさらに含んでもよい。
【００４３】
ステップＳ１１２：ローカル装置は、リモート装置から送信された第１のランダム符号を受信する。
【００４４】
ステップＳ１１４：ローカル装置は、第１のランダム符号とローカルに記憶された第２のランダム符号とを一致する。
【００４５】
ステップＳ１１６：一致した場合、ローカル装置は、リモート装置から送信されたメンテナンスデータを受信する。
【００４６】
第１のランダム符号及び第２のランダム符号は、サーバサイドによって生成される。
【００４７】
なお、ここで、遠隔保守機能は鉄道車両に大きな影響を及ぼし、安全性要求が非常に高いため、以下の方式で安全を確保することができる。技術面において地上サーバとネットワーク間での伝送安全を確保する。また、操作フロー面の安全を確保し、ＰＴＵへの遠隔接続、制御装置変数の修正、ソフトウェアのアップロード等の危険性の高い操作の実行は、いずれも現場保守者の確認を必要とし、この過程は、人的操作がなければ完成することができず、システムによる自動完成が禁止される。安全補助対策を追加し、仮許可メカニズムを採用する。
【００４８】
１つの代替案において、サーバサイドは操作用ランダム符号を生成し、現場保守者のＰＴＵ装置及び遠隔専門家のＷｅｂ装置に伝送することができ、Ｗｅｂ装置は、第１のランダム符号をＰＴＵ装置に送信し、現場保守者は、サーバから送信された第２のランダム符号及びＷｅｂ装置から送信された第１のランダム符号を閲覧することができ、現場保守者は確認してからＷｅｂ装置から送信されたメンテナンスデータを受信することができ、メンテナンスデータに基づいて鉄道車両の制御装置を修正し、これにより、制御装置の修正を実現する。
【００４９】
オプションとして、本発明の上述した実施例において、ステップＳ１０６では、サーバサイドを介してメンテナンスソリューションを取得することは、ステップＳ１０６６〜ステップＳ１０６８を含んでもよい。
【００５０】
ステップＳ１０６６：ローカル装置は故障コードをサーバサイドに送信し、サーバサイドは故障コードに基づく照会を行い、対応する第１のメンテナンスリソースを得る。第１のメンテナンスリソースは、少なくとも、ビデオリソース及び画像リソースのいずれかを含む。
【００５１】
具体的には、サーバサイドから返信された点検リソースは、メンテナンスケースデータ、指導ビデオ及び絵文字資料を含むことができる。
【００５２】
ステップＳ１０６８：ローカル装置は、サーバサイドから返信された第１のメンテナンスリソースを受信する。
【００５３】
１つの代替案において、現場保守者は、ひとまず解決できない問題がある場合、故障コードを入力し、故障コードをＰＴＵ装置に接続されるサーバに送信することができ、サーバは、故障コードに対応するメンテナンスケース、指導ビデオ及び絵文字資料を照会し、ＰＴＵ装置は、サーバサイドから取得されたメンテナンスケースデータをＰＴＵ装置のディスプレイに呈示し、現場保守者は、取得されたメンテナンスケースに従って、故障可能性のあるシステム又は装置を１つずつ検査し、鉄道車両の現在運行データに対応付けて、問題を解決する突破口を見つけることができる。
【００５４】
上述したステップＳ１０６６〜ステップＳ１０６８により、サーバサイドを介してメンテナンスソリューションを取得し、鉄道車両のメンテナンスを行うことができ、故障知識ベースを有する管理システムを構築する目的を達成する。
【００５５】
オプションとして、本発明の上述した実施例において、ステップＳ１０６６では、ローカル装置は故障コードをサーバサイドに送信した後、上記方法は、ステップＳ１１６〜ステップＳ１１８をさらに含んでもよい。
【００５６】
ステップＳ１１６：サーバサイドは、ローカル装置に対して権限検証を行う。
【００５７】
ステップＳ１１８：ローカル装置の権限検証が成功していれば、サーバサイドは、故障コードに基づく照会を行い、第１のメンテナンスリソースを得る。
【００５８】
１つの代替案において、サーバサイドは、ＰＴＵ装置から送信された故障コードを受信した後、ＰＴＵ装置に対して権限検証を行って、該ＰＴＵ装置がメンテナンスケースを照会する権限を持つか否かを検証することができ、該ＰＴＵ装置は、メンテナンスケースを照会する権限を持っていれば、ＰＴＵ装置に対する権限検証が成功し、サーバは、照会した対応する第１のメンテナンスリソースを、現場保守者が閲覧するためにＰＴＵ装置に返信する。
【００５９】
上述したステップＳ１１６〜ステップＳ１１８により、サーバサイドはローカル装置を検証することができ、検証が通過したローカル装置しかメンテナンスケースを取得することができず、これにより、鉄道車両の保守安全性を向上させる。
【００６０】
オプションとして、本発明の上述した実施例において、ステップＳ１０６８では、ローカル装置はサーバサイドから返信されたメンテナンスリソースを受信した後、上記方法は、ステップＳ１２０〜ステップＳ１２２をさらに含んでもよい。
【００６１】
ステップＳ１２０：ローカル装置は、点検過程中の第２のメンテナンスリソースを取得し、第２のメンテナンスリソースは、少なくとも、ビデオリソース及び画像リソースのいずれかを含む。
【００６２】
ステップＳ１２２：ローカル装置は、第２のメンテナンスリソースをサーバサイドにアップロードし、サーバサイドは第２のメンテナンスリソースを記憶する。
【００６３】
１つの代替案において、現場保守者は、ＰＴＵ装置のマルチメディア特徴を利用して、大切な保守作業過程の現場についてビデオを撮像したり、写真を撮ったりすることで、第２のメンテナンスリソースを得て、ネットワークを介してサーバサイドにアップロードすることができ、サーバサイドは、現場保守者から送信された第２のメンテナンスリソースを、後で保守作業員が閲覧するためにデータベースに保存する。
【００６４】
上述したステップＳ１２０〜ステップＳ１２２により、現場保守者は鉄道車両の保守タスクを完成した場合、保守ケースを作成してサーバサイドにアップロードすることができ、後の保守作業員のために技術経験を提供する。
【００６５】
オプションとして、本発明の上述した実施例において、ステップＳ１２２では、サーバサイドは第２のメンテナンスリソースを記憶する前に、上記方法は、ステップＳ１２４〜ステップＳ１３０をさらに含んでもよい。
【００６６】
ステップＳ１２４：サーバサイドは、第２のメンテナンスリソースをリモート装置に送信し、リモート装置は、第２のメンテナンスリソースに基づいて審査結果を生成し、審査結果は、審査合格及び審査不合格のいずれかを含む。
【００６７】
ステップＳ１２６；サーバは、リモート装置から送信された審査結果を受信する。
【００６８】
ステップＳ１２８：審査結果が審査合格であれば、サーバサイドは第２のメンテナンスリソースを記憶する。
【００６９】
ステップＳ１３０：審査結果が審査不合格であれば、サーバサイドは第２のメンテナンスリソースを削除する。
【００７０】
１つの代替案において、現場保守者がＰＴＵ装置によって第２のメンテナンスリソースをサーバサイドに送信した後、サーバサイドは第２のメンテナンスリソースを遠隔Ｗｅｂ装置に転送し、管理者は第２のメンテナンスリソースを審査することができ、管理者は第２のメンテナンスリソースを審査した結果、合格であれば、Ｗｅｂ装置を介して審査結果をサーバサイドに送信し、サーバサイドは審査結果を受信した後、第２のメンテナンスリソースをデータベースに記憶することができる。審査者が第２のメンテナンスリソースを審査した結果、不合格であれば、Ｗｅｂ装置を介して審査結果をサーバサイドに送信し、サーバサイドは審査結果を受信した後、第２のメンテナンスリソースを削除する。
【００７１】
なお、ここで、現場保守者が技術者であれば、サーバは、受信した第２のメンテナンスリソースをそのまま保存することができる。現場保守者が普通の人であれば、サーバは、第２のメンテナンスリソースをリモート装置に転送して審査させる必要があり、審査合格でなければ、保存することができない。
【００７２】
オプションとして、本発明の上述した実施例において、ステップＳ１０２では、ローカル装置は鉄道車両の現在運行データ及び履歴運行データを取得する前に、上記方法は、ステップＳ１３２をさらに含んでもよい。
【００７３】
ステップＳ１３２：鉄道車両の制御装置は、現在運行データをサーバサイドに送信し、サーバは、現在運行データ及び履歴運行データに基づいて、鉄道車両が故障したか否かを判断する。
具体的には、上記サーバサイドは、２つのサーバ単位、即ち、鉄道車両運営会社のサーバと鉄道車両生産会社のサーバとを含むことができる。
【００７４】
１つの代替案において、鉄道車両運営会社及び鉄道車両生産会社の双方による同時の鉄道監視を可能にし、鉄道車両の故障のメンテナンス指導作業を容易にするために、鉄道車両の制御装置は、ＷＩＦＩネットワーク又は４Ｇ（第４世代通信技術、the ４ Generation mobile communication technologyの略称）ネットワークを介して現在運行データを２つのサーバ単位に伝送することができ、サーバサイドは、受信された現在運行データ及び履歴運行データに基づいて、鉄道車両が故障したか否かを判断することができる。図２に示すように、鉄道車両は、リアルタイムデータをＷＩＦＩ又は４Ｇを介してメーカーサーバ、北京地下鉄会社サーバ、天津地下鉄会社サーバ及び広州地下鉄会社サーバに送信する。
上述したステップＳ１３２により、運行データをサーバサイドに送信することで、運行データへのリアルタイム監視を実現することができる。
【００７５】
オプションとして、本発明の上述した実施例において、ステップＳ１０２では、ローカル装置は鉄道車両の現在運行データ及び履歴運行データを取得する前に、上記方法は、ステップＳ１３４〜ステップＳ１３８をさらに含んでもよい。
【００７６】
ステップＳ１３４：ローカル装置は、鉄道車両の制御装置から送信された列車データを取得し、列車データは、少なくとも、鉄道車両の車番、パスワード、ディスプレイ番号及び車輪径のいずれかを含む。
【００７７】
ステップＳ１３６：ローカル装置は、列車データを修正して、修正後の列車データを得る。
【００７８】
ステップＳ１３８：ローカル装置は、修正後の列車データを制御装置に返信し、制御装置は修正後の列車データを表示する。
【００７９】
１つの代替案において、現場保守者は、ＰＴＵを介して鉄道車両の制御装置と直接接続することができ、列車データへの機能設定を実現する。現場保守者は、ＰＴＵ装置を介してアイドルを取得するか、或いはその送信された鉄道車両の車番、パスワード、ディスプレイ番号及び車輪径等のデータを取得することができ、現場保守者は、鉄道車両のデータを修正して、修正後のデータを制御装置に返信することができ、操作完了後、ディスプレイによって制御装置における列車データを読み取って表示することができる。
【００８０】
オプションとして、本発明の上述した実施例において、ステップＳ１０２では、ローカル装置は鉄道車両の現在運行データ及び履歴運行データを取得する前に、上記方法は、ステップＳ１４０〜ステップＳ１４２をさらに含んでもよい。
【００８１】
ステップＳ１４０：ローカル装置は、テストソフトウェアのテストソフトウェアリスト画面を表示し、テストソフトウェアリストには複数のサブテストソフトウェア名称が表示されている。
【００８２】
具体的には、上記複数のサブテストソフトウェアは、鉄道車両における複数のサブシステムのテストソフトウェアであることができる。
【００８３】
ステップＳ１４２：ローカル装置は、選定されたサブテストソフトウェア名称を受信し、選定されたサブテストソフトウェアに対応するテストを実行する。
【００８４】
１つの代替案において、現場保守者は、ＰＴＵを介して鉄道車両の制御装置と直接接続することができ、列車のサブシステムＰＴＵモジュールテスト機能を実現し、サブシステムＰＴＵモジュールテストは、サブシステムテストソフトウェアを呼び出してテストを完成させることであり、現場保守者は、ＰＴＵ装置によって各サブシステムのサブテストソフトウェアを含むテストソフトウェアリストを表示することができ、現場保守者は、サブテストソフトウェアの名称をクリックすることで実行予定のテストを行うことができ、ＰＴＵ装置は、サブテストソフトウェアを受信した後、対応するサブシステムが対応したテストを行うように制御することができる。
【００８５】
オプションとして、本発明の上述した実施例において、ステップＳ１４０では、ローカル装置はテストソフトウェアのテストソフトウェアリスト画面を表示する前に、該方法は、ステップＳ１４４〜ステップＳ１４８をさらに含んでもよい。
【００８６】
ステップＳ１４４：サーバと接続した後、ローカル装置は、テストソフトウェアを更新する必要があるか否かを検出する。
【００８７】
ステップＳ１４６：テストソフトウェアを更新する必要があると検出されていれば、ローカル装置は、テスト画面に更新プロンプトを表示させる。
【００８８】
ステップＳ１４８：ローカル装置は、更新指令を受信した後、テストソフトウェアを更新する。
【００８９】
１つの代替案において、現場保守者は、サブシステムをテストする前に、ＰＴＵ装置によって制御装置におけるテストソフトウェアを検出する必要があり、即ち、ＰＴＵ装置は、サーバサイドと接続した後、ソフトウェアバージョン番号とローカルのテストソフトウェアのバージョン番号とを照合するよう要求し、更新されていれば、現場保守者がＰＴＵ装置のソフトウェアページに入った後、現場保守者に提示することができ、制御装置のテストソフトウェアが更新された後、現場保守者は、テストソフトウェアリストからサブテストソフトウェアをオンにしてテストし、テストソフトウェアの運行中、ＰＴＵはバックグランドで運行される。
【００９０】
上述したステップＳ１４４〜ステップＳ１４８により、鉄道車両のサブシステムをテストする前に、テストソフトウェアを更新することができ、これにより、ローカルテストソフトウェアのアクティブ性を保証する。
【００９１】
オプションとして、本発明の上述した実施例において、ステップＳ１０２では、ローカル装置は鉄道車両の現在運行データ及び履歴運行データを取得する前に、上記方法は、ステップＳ１５０〜ステップＳ１５４をさらに含んでもよい。
【００９２】
ステップＳ１５０：ローカル装置は、サーバサイドから送信された第１の生産資料リストを受信し、第１の生産資料リストには複数の第１の生産資料ファイルが含まれている。
【００９３】
ステップＳ１５２：ローカル装置は、生産資料リストと第２の生産資料リストとを照合し、照合結果を得る。第２の生産資料リストには複数の第２の生産資料ファイルが含まれている。
【００９４】
ステップＳ１５４：ローカル装置は、照合結果に基づいて第２の生産資料リストを更新する。
【００９５】
各第１の生産資料ファイル及び各第２の生産資料ファイルは、少なくとも、ＣＡＤ設計図、メンテナンスパンフレット、品質パンフレット及び仕様書のいずれかを含む。
【００９６】
具体的には、生産サポートは、主として、列車の試運転試験と生産資料の照会及び管理とを含み、生産資料には、ＣＡＤ設計図、メンテナンスパンフレット、品質パンフレット、仕様書等の関連資料があり、関連ルールに従ってファイルを管理し、ユーザがいつでも容易に閲覧できる。生産資料の照会及び管理について、生産資料の照会は、資料の類別、資料ファイルのタイプ、ファイル時間等のキーワードによって行われることができるし、ある車種、ある機種の生産資料を照会することもできる。
【００９７】
１つの代替案において、現場保守者は、ＰＴＵ装置とサーバサイド機器とを接続した後、サーバから複数の第１の生産資料ファイルを取得することができ、サーバから取得した複数の第１の生産資料ファイルとＰＴＵ装置のローカルの複数の第２の生産資料ファイルとを照合することで、第１の生産資料リストと第２の生産資料リスト、及び各第１の生産資料ファイルと各第２の生産資料ファイルのバージョン番号を決定することができ、ローカルの第２の生産資料リストとサーバから取得した第１の生産資料リストとが異なっていれば、ローカルの第２の生産資料を更新し、これにより、ＰＴＵ装置の生産資料のアクティブ性及び適時性を保証する。
【００９８】
オプションとして、本発明の上述した実施例において、ステップＳ１５４では、ローカル装置は照合結果に基づいて第２の生産資料リストを更新することは、ステップＳ１５４２〜ステップＳ１５４６を含んでもよい。
【００９９】
ステップＳ１５４２：ローカル装置は、照合結果に基づいて処理すべき第２の生産資料の状態情報をマークし、状態情報は、ダウンロード、更新及び削除のいずれかである。
【０１００】
ステップＳ１５４４：ローカル装置は、状態情報に基づいて処理すべき第２の生産資料を処理する。
ステップＳ１５４６：ローカル装置は第２の生産資料リストを更新する。
【０１０１】
１つの代替案において、第１の生産資料リストにおける第１の生産資料ファイルが第２の生産資料リストにおける第２の生産資料ファイルよりも多ければ、第２の生産資料のうち欠如した生産資料ファイルをダウンロードとしてマークし、第２の生産資料リストの右側にダウンロードボタンが表示され、現場保守者は、ダウンロードボタンをクリックすることで、サーバから対応する生産資料ファイルをダウンロードし、ローカルの第２の生産資料リストを更新することができる。第１の生産資料リストにおける１つの第１の生産資料ファイルと第２の生産資料リストにおける対応する第２の生産資料ファイルとはバージョン番号が異なっていれば、該第２の生産資料ファイルを更新としてマークし、第２の生産資料リストの右側に表示ボタンが表示され、現場保守者は、ダウンロードボタンをクリックすることで、サーバから対応する生産資料ファイルをダウンロードし、ローカルの第２の生産資料ファイルを更新するとともに、ローカルの第２の生産資料リストを更新することができる。第１の生産資料リストにおける第１の生産資料ファイルが第２の生産資料リストにおける第２の生産資料ファイルよりも少なければ、第２の生産資料のうち余剰の生産資料ファイルを削除としてマークし、第２の生産資料リストの右側に削除ボタンが表示され、現場保守者は、削除ボタンをクリックすることで、ＰＴＵ装置のローカルの第２の生産資料ファイルを削除し、ローカルの第２の生産資料リストを更新することができる。
【０１０２】
オプションとして、本発明の上述した実施例において、鉄道車両が故障したと判断された後、上記方法は、ステップＳ１５６〜ステップＳ１５８をさらに含んでもよい。
【０１０３】
ステップＳ１５６：リモート装置は、サーバサイドのプッシュメッセージを受信し、プッシュメッセージは、少なくとも、故障メッセージ、入出庫メッセージのいずれかを含む。
【０１０４】
ステップＳ１５８：リモート装置はプッシュメッセージを表示する。
【０１０５】
１つの代替案において、モバイル側機器の使用者は、自分の実際のニーズに応じて、受信すべきプッシュメッセージ、例えば、故障プッシュ、入出庫プッシュ等の主要情報を設定することができ、保守作業を正確かつ高効率に展開できる。すべての情報をプッシュするように設定してもよく、これにより、ユーザは、サーバからプッシュされたすべての情報を受信することができる。
【０１０６】
オプションとして、本発明の上述した実施例において、ステップＳ１５６では、リモート装置はサーバサイドのプッシュメッセージを受信する前に、上記方法は、ステップＳ１６０〜ステップＳ１６２をさらに含んでもよい。
ステップＳ１６０：サーバサイドはリモート装置を検証する。
【０１０７】
ステップＳ１６２：リモート装置の検証が成功していれば、サーバは、対応するプッシュメッセージをリモート装置にプッシュし、プッシュメッセージは、少なくとも履歴プッシュメッセージを含む。
【０１０８】
１つの代替案において、モバイル側機器の使用者がログインすると、サーバサイドは、モバイル側機器を検証することができ、検証した結果、モバイル側機器へのログインが成功していれば、サーバサイドは、ログインする前のプッシュメッセージをモバイル側機器にプッシュし、その後、サーバサイドは、プッシュすべきメッセージを新しく検出した場合、該情報が、プッシュされる主要情報、例えば、故障情報、会議通知等であれば、サーバサイドは、新しい情報を、該情報を閲覧する権限を持つログイン済みユーザにプッシュし、直接モバイル側機器にプッシュすることができる。モバイル側機器は、ネットワーク画面を介してプッシュメッセージを受信し、ポップアップ通知を表示させて新しいプッシュメッセージが届いたことを使用者に知らせることができ、使用者は、ポップアップ通知をクリックすることで、ログアウトするまで閲覧することができる。
【０１０９】
なお、ここで、プッシュ機能の実現は、主としてＸＭＰＰプロトコル、Minaフレームワーク及びAndroidPNフレームワーク等に基づく。重大な故障が発生した場合、ＳＭＳ通知機能を追加することができる。
【０１１０】
オプションとして、本発明の上述した実施例において、ステップＳ１５８では、リモート装置はプッシュメッセージを表示した後、上記方法は、ステップＳ１６４をさらに含んでもよい。
【０１１１】
ステップＳ１６４：リモート装置は、閲覧指令を受信した後、プッシュメッセージに対応するプッシュ内容を表示する。
【０１１２】
故障メッセージに対応するプッシュ内容は、少なくとも、故障コード、故障記述、故障レベル、故障車両、故障機器、故障発生時間及び故障のためのアドバイスを含み、入出庫メッセージに対応するプッシュ内容は、少なくとも、列車編成番号、列車番号、車種及び列車入出庫時間を含む。
【０１１３】
１つの代替案において、モバイル側機器の使用者がメッセージ通知をクリックすると、使用者が関連情報を閲覧できるように、対応するメッセージ通知ページにジャンプすることができます。故障プッシュに関する詳細な画面に入った後、使用者は、故障コード、故障記述、故障レベル、故障車両、故障機器、故障発生時間、故障のためのアドバイス等の情報を閲覧することができる。入出庫プッシュに関する詳細な画面に入った後、使用者は、列車編成番号、列車番号、車種、列車入出庫時間等の情報を閲覧することができる。
【０１１４】
なお、ここで、列車の試運転試験機能は、ＰＴＵ側特有の機能であり、主として試運転現場の生産に対して支援を行う。列車試験概要に従って、ＰＴＵ側内に列車試験内容を予め設定し、制御装置変数を照会／設定したり、試験者による列車機器の操作を指導したりすることで、列車の試運転試験を完成する。本機能は、試運転現場のみに使用できるため、ＰＴＵ側を試運転、保守の２つのバージョンに設計することができ、保守バージョンから本機能を削除する。
【０１１５】
以下、図３〜図８を結合し、ローカル装置がＰＴＵ側機器で、リモート装置がＷｅｂ側機器で、サーバサイドが鉄道車両の生産ユニットの地上サーバであることを例として、本発明の好適な鉄道車両の監視方法について詳しく説明する。
【０１１６】
図３に示すように、該方法は、以下のステップＳ３１〜Ｓ３７を含むことができる。
【０１１７】
ステップＳ３１：ＰＴＵ側で専門家の遠隔保守用画面に入る。
【０１１８】
オプションとして、現場保守者は専門家の遠隔保守が必要となる場合、ＰＴＵ装置によって専門家の遠隔保守用画面に入ってもよい。専門家の遠隔保守用画面に入った後、現場保守者は、専門家を指定せずにステップＳ３２に入ってもよいし、専門家を指定してステップＳ３３に入ってもよい。
ステップＳ３２：保守要求をサーバに送信する。
【０１１９】
オプションとして、現場保守者は、保守要求をＰＴＵ装置に接続されるサーバに送信し、サーバは、保守要求をすべてのオンライン専門家に転送するようにしてもよい。保守要求には故障記述情報が含まれている。
ステップＳ３３：保守要求を指定した専門家に送信する。
【０１２０】
オプションとして、現場保守者は、オンライン専門家を選択し、保守要求をＰＴＵ装置に接続されるサーバに送信するようにしてもよい。保守要求には故障記述情報が含まれている。
【０１２１】
ステップＳ３４：専門家は、Ｗｅｂ側から保守要求を選択し、確認を発する。
【０１２２】
オプションとして、オンライン専門家は、サーバ又はＰＴＵ装置から送信された保守要求を受信した後、Ｗｅｂ側機器から保守要求を選択し接続要求を発し、接続要求をサーバに返信し、サーバからＰＴＵ装置に返信し、或いは、接続要求をＰＴＵ装置に返信するようにしてもよい。
【０１２３】
ステップＳ３５：ＰＴＵ側は、接続確立要求に同意する。
【０１２４】
オプションとして、ＰＴＵ側がＷｅｂ側の接続要求を受信した後、現場保守者は、該接続要求に同意すれば、ＰＴＵ装置とＷｅｂ側機器との遠隔接続を確立するようにしてもよい。
ステップＳ３６：専門家の遠隔保守を開始する。
【０１２５】
オプションとして、ＰＴＵ装置とＷｅｂ側機器とが遠隔接続を確立した後、専門家は、Ｗｅｂ側機器によってＰＴＵ側のデータを閲覧し、ＰＴＵ装置によって制御装置変数を修正し、ソフトウェアのアップロード等の保守操作を行うようにしてもよい。
【０１２６】
ステップＳ３７：保守が完了して接続を切断する。
【０１２７】
オプションとして、遠隔保守が完了した後、現場保守者は、ＰＴＵ装置によってＷｅｂ側機器との遠隔接続を切断してもよい。
【０１２８】
図４に示すように、該方法は、以下のステップＳ４０１〜ステップＳ４１２を含むことができる。
【０１２９】
ステップＳ４０１：現場保守者は、ビデオ、絵文字の閲覧要求を送信する。
【０１３０】
オプションとして、現場保守者は、ＰＴＵ装置によって要求を送信し、故障コードをサーバに送信してもよい。
【０１３１】
ステップＳ４０２：サーバは、現場保守者に閲覧権限があるか否かを判断する。
【０１３２】
オプションとして、サーバは、故障コードを受信した後、ＰＴＵ装置の権限検証を行い、即ち、現場保守者にはビデオ、絵文字を閲覧する権限があるか否かを判断するようにしてもよい。現場保守者に閲覧権限があれば、ステップＳ４０３に入り、現場保守者に閲覧権限がなければ、ステップＳ４０４に入る。
【０１３３】
ステップＳ４０３：メンテナンスケースを取得する。
【０１３４】
オプションとして、ＰＴＵ装置は、サーバのデータベースから故障コードに対応するメンテナンスケースを取得してもよい。
【０１３５】
ステップＳ４０４：照会が失敗する。
【０１３６】
ステップＳ４０５：保守作業員は写真を撮るか、ビデオを撮像する。
【０１３７】
オプションとして、現場保守者は、保守を完了した後、ＰＴＵ装置によってメンテナンス現場及びメンテナンス過程について写真を撮るかビデオを撮像し、画像又はビデオをサーバにアップロードするようにしてもよい。
【０１３８】
ステップＳ４０６：サーバは、現場保守者にアップロード権限があるか否かを判断する。
【０１３９】
オプションとして、サーバは、ＰＴＵ装置でアップロードされた画像又はビデオを受信した後、ＰＴＵ装置の権限検証を行い、即ち、現場保守者にはアップロード権限があるか否かを判断し、現場保守者にアップロード権限があれば、ステップＳ４０７又はステップＳ４１０に入り、現場保守者が技術者でなければ、ステップＳ４０７に入り、現場保守者が技術者であれば、ステップＳ４１０に入り、現場保守者にアップロード権限がなければ、ステップＳ４１１に入るようにしてもよい。
【０１４０】
ステップＳ４０７：Ｗｅｂ側管理者によって審査を行う。
【０１４１】
オプションとして、現場保守者が技術者ではないが、アップロード権限があれば、サーバは、ＰＴＵ装置でアップロードされた画像又はビデオを受信した後、ＰＴＵ装置でアップロードされた画像又はビデオをＷｅｂ側機器に送信し、管理者によって審査を行うようにしてもよい。
【０１４２】
ステップＳ４０８：Ｗｅｂ側管理者は、審査が合格するか否かを判断する。
【０１４３】
オプションとして、Ｗｅｂ側管理者は、ＰＴＵ装置でアップロードされた画像又はビデオを審査し、審査が合格すれば、ステップＳ４０９に入り、審査が不合格となれば、ステップＳ４１１に入るようにしてもよい。
【０１４４】
ステップＳ４０９：アップロードが成功する。
【０１４５】
オプションとして、審査が合格すれば、サーバは、ＰＴＵ装置による画像又はビデオのアップロードが成功したと判定するようにしてもよい。
【０１４６】
ステップＳ４１０：撮った写真又は撮像したビデオを保存する。
【０１４７】
オプションとして、サーバは、ＰＴＵ装置による画像又はビデオのアップロードが成功したと判定した後、或いは、現場保守者が技術者でありつつアップロード権限がある場合、撮った写真又は撮像したビデオををサーバデータベースに保存するようにしてもよい。
【０１４８】
ステップＳ４１１：アップロードが失敗する。
【０１４９】
オプションとして、現場保守者にアップロード権限がなければ、或いは、アップロードされた画像又はビデオは審査が不合格となれば、サーバは、ＰＴＵ装置による画像又はビデオのアップロードが失敗したと判定するようにしてもよい。
【０１５０】
ステップＳ４１２：撮った写真又は撮像したビデオを削除する。
【０１５１】
オプションとして、サーバは、ＰＴＵ装置による画像又はビデオのアップロードが失敗したと判定した後、ＰＴＵ装置でアップロードされた画像又はビデオを削除してもよい。
【０１５２】
図５に示すように、該方法は、以下のステップＳ５１〜ステップＳ５４を含むことができる。
【０１５３】
ステップＳ５１：列車車番、パスワード、ディスプレイ番号、車輪径等の列車データを読み取る。
【０１５４】
ステップＳ５２：現場保守者は列車データを修正する。
【０１５５】
ステップＳ５３：データを列車制御装置に送信する。
【０１５６】
ステップＳ５４：操作が完了した後、制御装置からデータを読み取って表示する。
【０１５７】
オプションとして、現場保守者は、ＰＴＵ装置によって鉄道車両の制御装置における列車データを読み取って表示することができ、現場保守者は、ＰＴＵ装置によって列車データを修正した後、鉄道車両の制御装置に返信して表示させるようにしてもよい。
【０１５８】
図６に示すように、該方法は、以下のステップＳ６１〜ステップＳ６６を含むことができる。
【０１５９】
ステップＳ６１：ＰＴＵ側をサーバに接続した後、サブモジュールテストソフトウェアバージョンが更新されたか否かを確認する。
【０１６０】
ステップＳ６２：現場保守者がＰＴＵサブモジュールテスト画面に入った後、更新プロンプトを出す。
ステップＳ６３：現場保守者が更新を閲覧することを選択するか否かを判断する。
【０１６１】
オプションとして、現場保守者が更新を閲覧することを選択し、即ち、更新プロンプトをクリックすれば、ステップＳ６４に入り、現場保守者が更新を閲覧しないことを選択し、即ち、更新プロンプトをクリックしなければ、ステップＳ６５に入るようにしてもよい。
【０１６２】
ステップＳ６４：テストソフトウェアを選択して更新し、更新完了後に、クリックしてテストソフトウェアリスト画面に入る。
【０１６３】
オプションとして、現場保守者が更新プロンプトをクリックした後、更新すべきテストソフトウェアを選択することができ、テストソフトウェアの更新が完了した後、クリックすることで、テストソフトウェアリスト画面に入るようにしてもよい。
【０１６４】
ステップＳ６５：テストソフトウェアリストを表示する。
【０１６５】
オプションとして、テストソフトウェアリスト画面に入った後、ＰＴＵ装置はテストソフトウェアリストを表示してもよい。
【０１６６】
ステップＳ６６：テストソフトウェアをクリックしてテストを開始する。
【０１６７】
オプションとして、現場保守者は、テストソフトウェアリストにおけるいずれかのテストソフトウェアをクリックすることで、対応するテストを開始するようにしてもよい。
【０１６８】
図７に示すように、該方法は、以下のステップＳ７１〜ステップＳ７７を含むことができる。
【０１６９】
ステップＳ７１：ＰＴＵ側をサーバに接続し、生産資料リストをダウンロードする。
【０１７０】
オプションとして、現場保守者は、ＰＴＵ装置とサーバとを接続した後、サーバから最新の生産資料リストをダウンロードしてもよい。
ステップＳ７２：ローカルリストとサーバからダウンロードされたリストとを比較する。
【０１７１】
オプションとして、リスト及びバージョン番号を比較することで、ローカルリストを更新する必要があるか否かを判断し、対応する比較結果を得るようにしてもよい。
【０１７２】
ステップＳ７３：比較結果に基づいて、ファイルの右側にダウンロード、更新、削除等の状態を表示する。
【０１７３】
オプションとして、ローカルリストのファイルが欠如する場合、欠如したファイルの名称を表示し、ファイルの右側にダウンロード状態を表示することができ、ステップＳ７４に入り、ローカルリストのファイルを更新する必要がある場合、更新すべきファイルの右側に更新状態を表示することができ、ステップＳ７５に入り、ローカルリストのファイルが余る場合、余ったファイルの右側に削除状態を表示することができ、ステップＳ７６に入るようにしてもよい。
【０１７４】
ステップＳ７４：ファイルをダウンロードし、ローカルファイルリストを更新する。
【０１７５】
オプションとして、ファイルにダウンロード状態が表示された場合、ユーザは、ダウンロードキーをクリックすることで、サーバからファイルをダウンロードしローカルリストを更新するようにしてもよい。
【０１７６】
ステップＳ７５：ファイルをダウンロードし、ローカルファイルのバージョン番号を更新する。
【０１７７】
オプションとして、ファイルに更新状態が表示された場合、ユーザは、更新キーをクリックすることで、サーバからファイルをダウンロードし、ローカルファイルのバージョン番号を更新するようにしてもよい。
【０１７８】
ステップＳ７６：ファイルを削除し、ローカルファイルリストを更新する。
【０１７９】
オプションとして、ファイルに削除状態が表示された場合、ユーザは、ダウンロード削除キーをクリックすることで、ローカルファイルを削除し、ローカルリストを更新するようにしてもよい。
【０１８０】
ステップＳ７７：生産資料リストの状態をリフレッシュする。
【０１８１】
オプションとして、ファイルのダウンロード、ファイルの更新又はファイルの削除を行った後、ファイルの右側に対応する状態が表示されなくなるように、ローカルの生産資料リストの状態をリフレッシュするようにしてもよい。
【０１８２】
図８に示すように、該方法は、以下のステップＳ８１〜ステップＳ８７を含むことができる。
【０１８３】
ステップＳ８１：開始する。
【０１８４】
ステップＳ８２：モバイル側はログイン検証を通過したか。
【０１８５】
オプションとして、モバイル側機器はサーバサイドにログインし、サーバサイドはログイン検証を行い、モバイル側機器はログイン検証に成功していれば、ステップＳ８３に入り、モバイル側機器はログイン検証に失敗していれば、ステップＳ８７に入るようにしてもよい。
【０１８６】
ステップＳ８３：サーバは、プッシュメッセージがあるか否かを判断する。
【０１８７】
オプションとして、サーバは、プッシュメッセージがあるか否かを判断し、プッシュメッセージがあれば、ステップＳ８４に入り、プッシュメッセージがなければ、ステップＳ８６に入るようにしてもよい。
【０１８８】
ステップＳ８４：サーバはメッセージをプッシュする。
【０１８９】
オプションとして、サーバは、新しいプッシュメッセージ又はモバイル側機器がログインする前のプッシュメッセージをモバイル側機器にプッシュしてもよい。
【０１９０】
ステップＳ８５：モバイル側はプッシュメッセージを受信し、使用者に閲覧するように知らせる。
【０１９１】
オプションとして、モバイル側機器は、ネットワーク画面を介してプッシュメッセージを受信することができ、プッシュメッセージを受信した後、ポップアップ通知を表示させ、使用者に新しいプッシュメッセージが届いたことを知らせ、使用者は、ポップアップ通知をクリックすることで閲覧するようにしてもよい。
【０１９２】
ステップＳ８６：使用者はモバイル側からログアウトしたか。
【０１９３】
オプションとして、使用者がモバイル側機器からログアウトしたか否かを判断し、使用者がモバイル側機器からログアウトしていれば、ステップＳ８７に入り、使用者がモバイル側機器からログアウトしていなければ、ステップＳ８４に入るようにしてもよい。
【０１９４】
ステップＳ８７：終了する。
【０１９５】
本発明は、以下の利点を有する。（１）真のリアルタイム性を実現する。（２）故障知識ベースを有する管理システムを構築する。（３）専門家の遠隔指導をサポートする。（４）ＷＥＢ側（バックグランド管理システム、知識ベース管理システム）、ＰＴＵ側（列車テスト、生産サポート）、モバイル側（情報プッシュ）で同時に監視することをサポートする。
【０１９６】
（実施例２）
本発明の実施例によれば、鉄道車両の監視システムのシステム実施例を提供する。
【０１９７】
図９は、本発明の実施例による鉄道車両の監視システムの模式図であり、図９に示すように、該システムは、ローカル装置９１と、サーバサイド９３又はリモート装置９５と、を備える。
【０１９８】
ローカル装置９１は、鉄道車両の制御装置に接続され、制御装置から鉄道車両の現在運行データ及び履歴運行データを取得し、現在運行データ及び履歴運行データに基づいて故障情報を得る。故障情報は、故障コード及び故障記述の少なくとも一方を含み、ローカル装置はポータブル試験装置である。
【０１９９】
具体的には、上記ローカル装置９１はポータブル試験装置（ＰＴＵ装置）であることができ、例えば、ポータブルノートパソコンであることができ、ノートパソコンにはポータブル試験ユニットＰＵＴサービスソフトウェアが装着されている。現在運行データ及び履歴運行データは、運転者の指示、列車の速度、モータの電圧及び電流等のプロセスデータを含むことができれば、鉄道車両の状態情報、例えば、緊急制動、高速度遮断器の自動遮断等を含むこともできる。上記故障情報は、故障コード、故障記述、故障レベル、故障日付、故障車両番号を含むことができる。
【０２００】
１つの代替案において、現場保守者はＰＴＵ装置を列車に持っていくことができ、ＰＴＵ装置を鉄道車両の制御装置に直接接続し、制御装置から鉄道車両の現在運行データ及び履歴運行データを読み取り、現在運行データ及び履歴運行データに対してデータ分析を行い、鉄道車両の故障情報診断を行って、鉄道車両の故障情報を得る。
【０２０１】
サーバサイド９３又はリモート装置９５は、ローカル装置９１に接続され、故障情報に対応するメンテナンスソリューションを送信する。
【０２０２】
オプションとして、リモート装置９５は、ポータブル試験装置、ウェブページ側機器及びモバイル側機器のいずれかであることができ、例えば、ポータブル試験装置はポータブルノートパソコンであることができ、ノートパソコンにはポータブル試験ユニットＰＵＴサービスソフトウェアが装着されている。ウェブページ側機器は、ポータブルノートパソコン、タブレットパソコン、ＩＰＡＤ又はパームトップコンピュータ等の機器であることができる。モバイル側機器は、スマートフォン（Android携帯電話及びｉＯＳ携帯電話を含む）、タブレットパソコン又はパームトップコンピュータ等であることができる。図１０に示すように、ローカルのＰＴＵクライアントバージョンは、地上サーバを介して、遠隔操作されるＰＴＵクライアントバージョン、ウェブページバージョン及び携帯電話ＡＰＰバージョンに接続されることができる。
【０２０３】
１つの代替案において、現場保守者は、鉄道車両の故障情報を得た後、難しい問題がある場合、故障コードを入力することができ、ＰＴＵ装置は、サーバサイドのデータベースから対応するメンテナンスケースを照会し、サーバサイドからメンテナンスケースデータを取得する。現場保守者は、解決できない問題がある場合、リモート装置に接続して、専門家の遠隔保守を申し立てし、リモート装置からメンテナンスソリューションを取得することもできる。
【０２０４】
ローカル装置９１は、さらに、メンテナンスソリューションに基づいて鉄道車両のメンテナンスを行う。
【０２０５】
１つの代替案において、ＰＴＵ装置は、サーバサイド又はリモート装置から返信されたメンテナンスソリューションを受信した後、現場保守者が閲覧するためにＰＴＵ装置のディスプレイに表示させることができ、現場保守者は、メンテナンスソリューションに基づいて鉄道車両のメンテナンスを行い、鉄道車両の故障を解消することができる。
【０２０６】
本発明の上述した実施例によれば、ローカル装置は、鉄道車両の現在運行データ及び履歴運行データを取得し、現在運行データ及び履歴運行データに基づいて故障情報を得て、リモート装置又はサーバサイドを介して、故障情報に対応するメンテナンスソリューションを取得し、メンテナンスソリューションに基づいて鉄道車両のメンテナンスを行うことにより、鉄道車両の監視及び保守を実現する。ローカル装置は故障情報を得た後、サーバサイド又はリモート装置を介して故障情報に対応するメンテナンスソリューションを取得することができ、これにより、問題がある場合、メンテナンスソリューションを適時に取得することができ、解決策を簡単かつ迅速に見つけ、従来技術において、鉄道車両の故障対処過程が困難であり、かつ鉄道車両が故障した場合、これを適時に解決できないとの課題を解決することに気付きやすくなる。このため、本発明の上述した実施例に提供される構成により、鉄道車両の故障を適時に発見し解決する効果を達成できる。
【０２０７】
本願の実施例に提供される各機能ユニットは、移動端末、コンピュータ端末又は類似した演算装置で実行されることができるし、記憶媒体の一部として記憶されることもできる。
【０２０８】
このように、本発明の実施例は、コンピュータ端末を提供することができ、このコンピュータ端末は、コンピュータ端末群におけるいずれか１つのコンピュータ端末機器であることができる。本実施例において、上記コンピュータ端末は、移動端末等の端末機器に置き換えられてもよい。
【０２０９】
オプションとして、本実施例において、上記コンピュータ端末は、コンピュータネットワークの複数のネットワーク機器のうち少なくとも１つのネットワーク機器に位置してもよい。
【０２１０】
本実施例において、上記コンピュータ端末は、マルチネットワーク総合（multi-network integration）方法における、ポータブル試験装置であるローカル装置は、それに接続される鉄道車両の制御装置から鉄道車両の現在運行データ及び履歴運行データを取得するステップと、ローカル装置は現在運行データ及び履歴運行データに基づいて、故障コード及び故障記述の少なくとも一方を含む故障情報を得るステップと、ローカル装置はリモート装置又はサーバサイドを介して、故障情報に対応するメンテナンスソリューションを取得することと、ローカル装置は、メンテナンスソリューションに基づいて鉄道車両のメンテナンスを行うステップと、のプログラムコードを実行することができる。
【０２１１】
このコンピュータ端末は、１つ又は複数個のプロセッサと、メモリと、伝送装置と、を備えてもよい。
【０２１２】
メモリは、ソフトウェアプログラム及びモジュール、例えば、本発明の実施例における鉄道車両の監視方法及び装置に対応するプログラム命令／モジュールを記憶することができ、プロセッサは、メモリに記憶されたソフトウェアプログラム及びモジュールを実行することで、様々な機能アプリケーション及びデータ処理を実行し、即ち、上述したマルチネットワーク総合方法を実現する。メモリは、高速ランダムアクセスメモリを含むことができ、また、不揮発性メモリ、例えば、１つ又は複数個の磁性記憶装置、フラッシュメモリ、又は他の不揮発性ソリッドステートメモリを含むこともできる。一部の例において、メモリは、プロセッサに対して遠隔配置されたメモリをさらに含んでもよく、これらの遠隔メモリは、ネットワークを介して端末に接続されることができる。上記ネットワークの例は、インターネット、イントラネット、ローカルエリアネットワーク、移動通信網及びそれらの組み合わせを含むが、これには限定されない。
【０２１３】
上記伝送装置は、ネットワークを介してデータの送受信を行う。上記ネットワークの具体例は、有線ネットワーク及び無線ネットワークを含むことができる。一例において、伝送装置は、ケーブルを介して他のネットワーク機器及びルーターに接続されることができることにより、インターネット又はローカルエリアネットワークと通信可能であるネットワークアダプター（Network Interface Controller、ＮＩＣ）を含む。一例において、伝送装置は、無線の方式によりインターネットとの通信を行う無線周波数（Radio Frequency、ＲＦ）モジュールである。
【０２１４】
具体的には、メモリは、予め設定された動作要件、現在運行データ、履歴運行データ、故障情報及びメンテナンスソリューション、並びにアプリケーションプログラムを記憶するためのものである。
【０２１５】
プロセッサは、メモリに記憶された情報及びアプリケーションプログラムを伝送装置によって呼び出すことで、上記方法実施例における各代替な又は好適な実施例の方法ステップのプログラムコードを実行することができる。
【０２１６】
コンピュータ端末は、スマートフォン（例えば、Android携帯電話、ｉＯＳ携帯電話等）、タブレットコンピュータ、パームトップコンピュータ、及びモバイルインターネット機器（Mobile Internet Devices、ＭＩＤ）、ＰＡＤ等の端末機器であってもよいと、当業者が理解することができる。
【０２１７】
上記実施例の各種方法におけるステップの一部又は全部は、プログラムによって端末機器の関連するハードウェアを命令して完成させることができ、このプログラムがコンピュータ読み取り可能な記憶媒体に記憶されることができ、記憶媒体は、フラッシュディスク、リードオンリーメモリ（Read-Only Memory、ＲＯＭ）、ランダムアクセスメモリ（Random Access Memory、ＲＡＭ）、磁気ディスク又は光ディスク等を含みうると、当業者が理解することができる。
【０２１８】
本発明の実施例は、記憶媒体をさらに提供する。本実施例において、上記記憶媒体は、上記方法実施例及びシステム実施例に提供される鉄道車両の監視方法で実行されるプログラムコードを保存するものであってもよい。
【０２１９】
本実施例において、上記記憶媒体は、コンピュータネットワークにおけるコンピュータ端末群のうちいずれか１つのコンピュータ端末に位置するか、或いは移動端末群のうちいずれか１つの移動端末に位置してもよい。
【０２２０】
本実施例において、記憶媒体は、ポータブル試験装置であるローカル装置は、それに接続される鉄道車両の制御装置から鉄道車両の現在運行データ及び履歴運行データを取得するステップと、ローカル装置は現在運行データ及び履歴運行データに基づいて、故障コード及び故障記述の少なくとも一方を含む故障情報を得るステップと、ローカル装置はリモート装置又はサーバサイドを介して、故障情報に対応するメンテナンスソリューションを取得することと、ローカル装置は、メンテナンスソリューションに基づいて鉄道車両のメンテナンスを行うステップと、を実行するためのプログラムコードを記憶するように構成されてもよい。
【０２２１】
本実施例において、記憶媒体は、鉄道車両の監視方法に提供される様々な好適な又は代替な方法ステップを実行するプログラムコードを記憶するように構成されてもよい。
【０２２２】
以上、図面を参照しつつ、本発明による鉄道車両の監視方法及び装置を例示的に説明した。しかし、上記本発明に提案される鉄道車両の監視方法及び装置について、さらに、本発明の内容から逸脱しない限り様々な改良が可能である、と当業者が理解すべきである。それゆえ、記載した請求項の保護範囲に基づいて本発明の保護範囲が定められるべきである。
【０２２３】
上記本発明の実施例の番号は説明のためのものに過ぎず、実施例の優劣を示すものではない。
【０２２４】
本発明の上述した実施例において、各実施例に対する記述はそれぞれ独自の重点があり、ある実施例について詳しく説明していない部分は、他の実施例の関連記述を参照することができる。
【０２２５】
本願に提供されるいくつかの実施例において、開示された技術内容を他の方式で実現可能なことは、理解されるべきである。以上で説明した装置実施例はあくまでも概念的なものであり、例えば、上記ユニットの分類は論理的な機能によって分類したものであることができるが、実際の実現にあたり他の分類方式を用いてもよい。例えば、複数のユニット又はアセンブリを組み合わせたり、他のシステムに集積したりすることができ、或いは、いくつかの特徴を省略するか実行しなくてもよい。また、示された又は検討された部分同士の接続又は直接接続又は通信接続は、画面を介して実現されることができ、また、ユニット又はモジュールの間接接続又は通信接続は電気的に又は他の形で実現されることができる。
【０２２６】
上記分離した部材として説明したユニットは、物理的に分離したものであってもよいし、物理的に分離したものでなくてもよく、ユニットとして示した部材は、物理的ユニットであってもよいし、物理的ユニットでなくてもよく、つまり、同一場所に配置されてもよいし、複数のユニットに分布されてもよい。実際のニーズに応じて、その一部又は全てのユニットにより本実施例案の目的を達成することができる。
【０２２７】
また、本発明の各実施例における各機能ユニットは、１つの処理ユニットに集積されてもよいし、それぞれのユニットごとに物理的に存在してもよく、或いは、２つ以上のユニットが１つのユニットに集積されてもよい。上記集積したユニットは、ハードウェアの形で実現されてもよいし、ソフトウェア機能ユニットの形で実現されてもよい。
【０２２８】
上記集積したユニットは、ソフトウェア機能ユニットの形で実現されながら独立した製品として販売または使用される場合、コンピュータ読み取り可能な記憶媒体に記憶されることができる。このように理解すれば、本発明の技術的構成は、本質的には、従来技術に貢献する部分、或いは、該技術的構成の全部又は一部をソフトウェア製品の形で表現することができ、該コンピュータソフトウェア製品は、コンピュータデバイス（パソコン、サーバまたはネットワークデバイス等であってもよい）に本発明の各実施例に記載の方法の全部又は一部を実行させるための若干の命令を含む記憶媒体に記憶される。上記記憶媒体は、ＵＳＢフラッシュディスク、リードオンリーメモリ（ＲＯＭ、Read-Only Memory）、ランダムアクセスメモリ（ＲＡＭ、Random Access Memory）、ポータブルハードディスク、磁気ディスク又は光ディスク等、様々なプログラムのコードを記憶可能な媒体を含む。
【０２２９】
以上、本発明の好適な実施例のみについて説明したが、当業者であれば、本発明の原則から逸脱しない前提において若干の改善や修飾が可能であることは指摘されるべきである。これら改善や修飾も、本発明の保護範囲内に含まれるべきである。
【図１】
2019531523.tif 000003
【図２】
2019531523.tif 000004
【図３】
2019531523.tif 000005
【図４】
2019531523.tif 000006
【図５】
2019531523.tif 000007
【図６】
2019531523.tif 000008
【図７】
2019531523.tif 000009
【図８】
2019531523.tif 000010
【図９】
2019531523.tif 000011
【図１０】
2019531523.tif 000012
【国際調査報告】
2019531523.tif 000013
2019531523.tif 000014
2019531523.tif 000015
2019531523.tif 000016
2019531523.tif 000017
2019531523.tif 000018