(57)【特許請求の範囲】
【請求項１】
送信データと送信データ量とを受信する送信データ受信部と、
計算機リソースのリソース量のうちの前記送信データの処理で使用されるリソース量である使用リソース量を前記送信データ量に基づいて算出するリソース量算出部と、
前記計算機リソースのリソース量のうちの確保されたリソース量である確保リソース量を前記使用リソース量まで増減するリソース量調整部と、
前記計算機リソースのリソース量のうちの前記確保リソース量を使用して前記送信データを処理するデータ処理部と、
１つ以上の機器のそれぞれから稼働データと稼働データ量とを受信する稼働データ受信部と、
各機器の稼働データを集約して前記送信データを生成する集約部と、
各機器の稼働データ量を合計して前記送信データ量を算出する負荷監視部と、
前記送信データと前記送信データ量とを送信する送信データ送信部と
を備えるデータ処理システム。
【請求項２】
前記リソース量調整部は、前記確保リソース量が前記使用リソース量より多く、且つ、前回の送信データに対する処理が完了している場合、前記確保リソース量を前記使用リソース量まで減らす
請求項１に記載のデータ処理システム。
【請求項３】
前記リソース量調整部は、前記確保リソース量が前記使用リソース量より少ない場合、前記確保リソース量を前記使用リソース量まで増やす
請求項１または請求項２に記載のデータ処理システム。
【請求項４】
前記１つ以上の機器を備え、
各機器は、
単位時間間隔で計測データを取得する計測データ取得部と、
前記計測データに基づいて機器状態を診断する診断部と、
前記機器状態に基づいて前記稼働データ量を決定する稼働データ量決定部と、
取得された計測データのうち前記稼働データ量に相当するデータ量の計測データを前記稼働データとして送信し、前記稼働データ量を送信する稼働データ送信部と
を備える請求項１から請求項３のいずれか１項に記載のデータ処理システム。
【請求項５】
前記１つ以上の機器が搭載される車両の運行状況を示す運行状況データを取得する運行状況取得部と、
前記運行状況データを送信する運行状況送信部と、
前記運行状況データを受信する運行状況受信部と、
前記運行状況データに基づいて運行管理データを更新する運行管理部と
を備える請求項１から請求項４のいずれか１項に記載のデータ処理システム。
【請求項６】
更新後の運行管理データを送信する運行管理データ送信部と、
前記更新後の運行管理データを受信する運行管理データ受信部と、
前記更新後の運行管理データに基づいて車両管理データを更新する車両管理部と
を備える請求項５に記載のデータ処理システム。
【請求項７】
送信データと送信データ量とを受信する送信データ受信部と、
計算機リソースのリソース量のうちの前記送信データの処理で使用されるリソース量である使用リソース量を前記送信データ量に基づいて算出するリソース量算出部と、
前記計算機リソースのリソース量のうちの確保されたリソース量である確保リソース量を前記使用リソース量まで増減するリソース量調整部と、
前記計算機リソースのリソース量のうちの前記確保リソース量を使用して前記送信データを処理するデータ処理部と、
１つ以上の機器のそれぞれから稼働データと稼働データ量とを受信する稼働データ受信部と、
各機器の稼働データを集約して前記送信データを生成する集約部と、
各機器の稼働データ量を合計して前記送信データ量を算出する負荷監視部と、
前記送信データと前記送信データ量とを送信する送信データ送信部と
を備えるデータ処理装置。
【請求項８】
送信データと送信データ量とを受信する送信データ受信処理と、
計算機リソースのリソース量のうちの前記送信データの処理で使用されるリソース量である使用リソース量を前記送信データ量に基づいて算出するリソース量算出処理と、
前記計算機リソースのリソース量のうちの確保されたリソース量である確保リソース量を前記使用リソース量まで増減するリソース量調整処理と、
前記計算機リソースのリソース量のうちの前記確保リソース量を使用して前記送信データを処理するデータ処理と、
１つ以上の機器のそれぞれから稼働データと稼働データ量とを受信する稼働データ受信処理と、
各機器の稼働データを集約して前記送信データを生成する集約処理と、
各機器の稼働データ量を合計して前記送信データ量を算出する負荷監視処理と、
前記送信データと前記送信データ量とを送信する送信データ送信処理と
をコンピュータに実行させるためのデータ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機リソースのリソース量のうちデータ処理に使用するリソース量を調整しながらデータ処理を行うための技術に関するものである。
【背景技術】
【０００２】
鉄道事業において、鉄道事業者および車両機器メーカは状態基準保全を目指している。
具体的には、鉄道事業者および車両機器メーカは、機器の稼働データを取得、蓄積および分析することで、機器が故障する予兆を検出する。【０００３】
また、データ活用を目指す企業では、データ収集を行うための基盤としてパブリッククラウドが用いられる。パブリッククラウドでは、計算機リソースの量を調節することが可能である。【０００４】
車両に搭載されている機器の状態によって稼働データの量は変動する。
そのため、車両からパブリッククラウドに稼働データを送信する場合、パブリッククラウドにおいて稼働データを処理するために必要なリソース量が、時間経過と共に変動する。【０００５】
パブリッククラウドが利用される場合、使用されるリソース量に応じて課金される。
そのため、稼働データの最大量を処理することが可能なリソース量に応じて課金されると、不必要なリソース量に対する料金がかかってしまう。
不必要なリソース量に対する料金を減らすためには、リソース量を効率的に調節する仕組みが必要である。【０００６】
特許文献１には、パブリッククラウドで使用されるリソース量を調節するための技術が開示されている。
特許文献１に開示された技術では、機器から事前に通知されるデータ量に基づいて必要なリソース量が算出される。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１５−８７９３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
鉄道事業者および車両機器メーカは、車両に搭載される機器にセンサを設置し、センサを用いて機器の状態を監視している。
また、機器に自らの状態を診断させて機器から劣化状態を取得できるようにする取り組みが各社で行われている。
機器の劣化が進んでいる場合には、機器が故障する時期を詳細に分析するために、機器の劣化が進んでいない場合よりも多くの稼働データが取得される。
つまり、パブリッククラウドに送信されるデータ量は、機器の劣化状態によって変動する。【０００９】
特許文献１に開示された技術が鉄道事業に適用される場合、パブリッククラウドの利用者は、パブリッククラウドへ稼働データを送信する前に必要なリソース量を通知することによって、必要な計算機リソースを確保する。
しかし、パブリッククラウドは、稼働データが送信される前に必要な計算機リソースを確保しておくことはできない。そのため、計算機リソースの確保前に稼働データが送信されることによって、稼働データの処理に必要な計算機リソースが不足する可能性がある。【００１０】
本発明は、必要なだけのリソース量を確保してデータ処理を行うことができるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
本発明のデータ処理システムは、
送信データと送信データ量とを受信する送信データ受信部と、
計算機リソースのリソース量のうちの前記送信データの処理で使用されるリソース量である使用リソース量を前記送信データ量に基づいて算出するリソース量算出部と、
前記計算機リソースのリソース量のうちの確保されたリソース量である確保リソース量を前記使用リソース量まで増減するリソース量調整部と、
前記計算機リソースのリソース量のうちの前記確保リソース量を使用して前記送信データを処理するデータ処理部とを備える。
【発明の効果】
【００１２】
本発明によれば、必要なだけのリソース量を確保してデータ処理を行うことが可能となる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態１におけるデータ処理システム１００の構成図。
【図２】実施の形態１における機器２００の構成図。
【図３】実施の形態１における車両監視装置３００の構成図。
【図４】実施の形態１における運行管理装置４００の構成図。
【図５】実施の形態１におけるデータ処理装置５００の構成図。
【図６】実施の形態１における機器２００の動作を示すフローチャート。
【図７】実施の形態１における計測データ２９１を示す図。
【図８】実施の形態１における診断データ２９２を示す図。
【図９】実施の形態１における車両監視装置３００の第１動作を示すフローチャート。
【図１０】実施の形態１における送信データ３９１を示す図。
【図１１】実施の形態１における負荷監視データ３９２を示す図。
【図１２】実施の形態１における車両監視装置３００の第２動作を示すフローチャート。
【図１３】実施の形態１における運行管理装置４００の動作を示すフローチャート。
【図１４】実施の形態１における運行管理データ４９１を示す図。
【図１５】実施の形態１におけるデータ処理装置５００の動作を示すフローチャート。
【図１６】実施の形態１における車両管理データ５９１を示す図。
【図１７】実施の形態１における使用リソース量の具体例を示す図。
【図１８】実施の形態１におけるリソース量調整処理（Ｓ５２０）のフローチャート。
【図１９】実施の形態２におけるデータ処理システム１００の構成図。
【図２０】実施の形態２における第１車両監視装置３００Ａの構成図。
【図２１】実施の形態２における第２車両監視装置３００Ｂの構成図。
【図２２】実施の形態２における第１車両監視装置３００Ａの第１動作を示すフローチャート。
【図２３】実施の形態２における第２車両監視装置３００Ｂの第１動作を示すフローチャート。
【図２４】実施の形態２における第１車両監視装置３００Ａの第２動作を示すフローチャート。
【図２５】実施の形態２における第２車両監視装置３００Ｂの第２動作を示すフローチャート。
【図２６】実施の形態における機器２００のハードウェア構成図。
【図２７】実施の形態における車両監視装置３００のハードウェア構成図。
【図２８】実施の形態における運行管理装置４００のハードウェア構成図。
【図２９】実施の形態におけるデータ処理装置５００のハードウェア構成図。
【発明を実施するための形態】
【００１４】
実施の形態および図面において、同じ要素および対応する要素には同じ符号を付している。同じ符号が付された要素の説明は適宜に省略または簡略化する。図中の矢印はデータの流れ又は処理の流れを主に示している。
【００１５】
実施の形態１．
必要なだけのリソース量を確保してデータ処理を行うための形態について、図１から図１８に基づいて説明する。
【００１６】
＊＊＊構成の説明＊＊＊
図１に基づいて、データ処理システム１００の構成を説明する。
データ処理システム１００は、１つ以上の機器２００を備える。
さらに、データ処理システム１００は、車両監視装置３００と運行管理装置４００とデータ処理装置５００とを備える。
１つ以上の機器２００および車両監視装置３００は、車両１１０に搭載される。
【００１７】
具体的には、車両１１０は鉄道車両である。
例えば、機器２００は空気調和機である。
【００１８】
車両監視装置３００は、各機器２００の稼働状況および車両１１０の運行状況を監視する。
運行管理装置４００は、車両１１０の運行スケジュールを管理する。
データ処理装置５００は、各機器２００によって得られたデータを処理する。
【００１９】
図２に基づいて、機器２００の構成を説明する。
機器２００は、プロセッサ２０１とメモリ２０２とセンサ２０３と通信インタフェース２０４といったハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して互いに接続されている。
【００２０】
プロセッサ２０１は、演算処理を行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）であり、他のハードウェアを制御する。例えば、プロセッサ２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。
メモリ２０２は揮発性または不揮発性の記憶装置である。メモリ２０２は、主記憶装置またはメインメモリとも呼ばれる。例えば、メモリ２０２はＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。
センサ２０３は計測を行う装置である。例えば、センサ２０３は温度センサである。
通信インタフェース２０４は、通信装置が接続されるインタフェースである。通信装置は、レシーバとトランスミッタとを備える。
【００２１】
機器２００は、診断部２１２と稼働データ量決定部２１３といったソフトウェア要素を備える。ソフトウェア要素はソフトウェアで実現される要素である。
【００２２】
メモリ２０２には、診断部２１２と稼働データ量決定部２１３としてコンピュータを機能させるための機器プログラムが記憶されている。機器プログラムは、プロセッサ２０１によって実行される。
さらに、メモリ２０２にはＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が記憶されている。ＯＳは、プロセッサ２０１によって実行される。
つまり、プロセッサ２０１は、ＯＳを実行しながら、機器プログラムを実行する。
機器プログラムを実行して得られるデータは、メモリ２０２、プロセッサ２０１内のレジスタまたはプロセッサ２０１内のキャッシュメモリといった記憶装置に記憶される。
【００２３】
センサ２０３は、計測データ取得部２１１として機能する。
通信インタフェース２０４は、稼働データ送信部２１４として機能する。
【００２４】
機器２００は、プロセッサ２０１を代替する複数のプロセッサを備えてもよい。複数のプロセッサは、プロセッサ２０１の役割を分担する。
【００２５】
機器プログラムは、光ディスクまたはフラッシュメモリ等の不揮発性の記録媒体にコンピュータ読み取り可能に記録することができる。
【００２６】
図３に基づいて、車両監視装置３００の構成を説明する。
車両監視装置３００は、プロセッサ３０１とメモリ３０２と補助記憶装置３０３と通信インタフェース３０４といったハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して互いに接続されている。
【００２７】
プロセッサ３０１は、演算処理を行うＩＣであり、他のハードウェアを制御する。例えば、プロセッサ３０１はＣＰＵである。
メモリ３０２は揮発性の記憶装置である。メモリ３０２は、主記憶装置またはメインメモリとも呼ばれる。例えば、メモリ３０２はＲＡＭである。メモリ３０２に記憶されたデータは必要に応じて補助記憶装置３０３に保存される。
補助記憶装置３０３は不揮発性の記憶装置である。例えば、補助記憶装置３０３は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、またはフラッシュメモリである。補助記憶装置３０３に記憶されたデータは必要に応じてメモリ３０２にロードされる。
通信インタフェース３０４は、通信装置が接続されるインタフェースである。
【００２８】
車両監視装置３００は、集約部３１２と負荷監視部３１３と運行状況取得部３２１といったソフトウェア要素を備える。ソフトウェア要素はソフトウェアで実現される要素である。
【００２９】
補助記憶装置３０３には、集約部３１２と負荷監視部３１３と運行状況取得部３２１としてコンピュータを機能させるための車両監視プログラムが記憶されている。車両監視プログラムは、メモリ３０２にロードされて、プロセッサ３０１によって実行される。
さらに、補助記憶装置３０３にはＯＳが記憶されている。ＯＳの少なくとも一部は、メモリ３０２にロードされて、プロセッサ３０１によって実行される。
つまり、プロセッサ３０１は、ＯＳを実行しながら、車両監視プログラムを実行する。
車両監視プログラムを実行して得られるデータは、メモリ３０２、補助記憶装置３０３、プロセッサ３０１内のレジスタまたはプロセッサ３０１内のキャッシュメモリといった記憶装置に記憶される。
【００３０】
通信インタフェース３０４は、稼働データ受信部３１１と送信データ送信部３１４と運行状況送信部３２２として機能する。
【００３１】
車両監視装置３００は、プロセッサ３０１を代替する複数のプロセッサを備えてもよい。複数のプロセッサは、プロセッサ３０１の役割を分担する。
【００３２】
車両監視プログラムは、磁気ディスク、光ディスクまたはフラッシュメモリ等の不揮発性の記録媒体にコンピュータ読み取り可能に記録することができる。
【００３３】
図４に基づいて、運行管理装置４００の構成を説明する。
運行管理装置４００は、プロセッサ４０１とメモリ４０２と補助記憶装置４０３と通信インタフェース４０４といったハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して互いに接続されている。
【００３４】
プロセッサ４０１は、演算処理を行うＩＣであり、他のハードウェアを制御する。例えば、プロセッサ４０１はＣＰＵである。
メモリ４０２は揮発性の記憶装置である。メモリ４０２は、主記憶装置またはメインメモリとも呼ばれる。例えば、メモリ４０２はＲＡＭである。メモリ４０２に記憶されたデータは必要に応じて補助記憶装置４０３に保存される。
補助記憶装置４０３は不揮発性の記憶装置である。例えば、補助記憶装置４０３は、ＲＯＭ、ＨＤＤ、またはフラッシュメモリである。補助記憶装置４０３に記憶されたデータは必要に応じてメモリ４０２にロードされる。
通信インタフェース４０４は、通信装置が接続されるインタフェースである。
【００３５】
運行管理装置４００は、運行管理部４１２といったソフトウェア要素を備える。ソフトウェア要素はソフトウェアで実現される要素である。
【００３６】
補助記憶装置４０３には、運行管理部４１２としてコンピュータを機能させるための運行管理プログラムが記憶されている。運行管理プログラムは、メモリ４０２にロードされて、プロセッサ４０１によって実行される。
さらに、補助記憶装置４０３にはＯＳが記憶されている。ＯＳの少なくとも一部は、メモリ４０２にロードされて、プロセッサ４０１によって実行される。
つまり、プロセッサ４０１は、ＯＳを実行しながら、運行管理プログラムを実行する。
運行管理プログラムを実行して得られるデータは、メモリ４０２、補助記憶装置４０３、プロセッサ４０１内のレジスタまたはプロセッサ４０１内のキャッシュメモリといった記憶装置に記憶される。
【００３７】
通信インタフェース４０４は、運行状況受信部４１１と運行管理データ送信部４１３として機能する。
【００３８】
運行管理装置４００は、プロセッサ４０１を代替する複数のプロセッサを備えてもよい。複数のプロセッサは、プロセッサ４０１の役割を分担する。
【００３９】
運行管理プログラムは、磁気ディスク、光ディスクまたはフラッシュメモリ等の不揮発性の記録媒体にコンピュータ読み取り可能に記録することができる。
【００４０】
図５に基づいて、データ処理装置５００の構成を説明する。
データ処理装置５００は、プロセッサ５０１とメモリ５０２と補助記憶装置５０３と通信インタフェース５０４といったハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して互いに接続されている。
【００４１】
プロセッサ５０１は、演算処理を行うＩＣであり、他のハードウェアを制御する。例えば、プロセッサ５０１はＣＰＵである。
メモリ５０２は揮発性の記憶装置である。メモリ５０２は、主記憶装置またはメインメモリとも呼ばれる。例えば、メモリ５０２はＲＡＭである。メモリ５０２に記憶されたデータは必要に応じて補助記憶装置５０３に保存される。
補助記憶装置５０３は不揮発性の記憶装置である。例えば、補助記憶装置５０３は、ＲＯＭ、ＨＤＤ、またはフラッシュメモリである。補助記憶装置５０３に記憶されたデータは必要に応じてメモリ５０２にロードされる。
通信インタフェース５０４は、通信装置が接続されるインタフェースである。
【００４２】
データ処理装置５００は、リソース量算出部５１２とリソース量調整部５１３とデータ処理部５１４と車両管理部５２２といったソフトウェア要素を備える。ソフトウェア要素はソフトウェアで実現される要素である。
【００４３】
補助記憶装置５０３には、リソース量算出部５１２とリソース量調整部５１３とデータ処理部５１４と車両管理部５２２としてコンピュータを機能させるためのデータ処理プログラムが記憶されている。データ処理プログラムは、メモリ５０２にロードされて、プロセッサ５０１によって実行される。
さらに、補助記憶装置５０３にはＯＳが記憶されている。ＯＳの少なくとも一部は、メモリ５０２にロードされて、プロセッサ５０１によって実行される。
つまり、プロセッサ５０１は、ＯＳを実行しながら、データ処理プログラムを実行する。
データ処理プログラムを実行して得られるデータは、メモリ５０２、補助記憶装置５０３、プロセッサ５０１内のレジスタまたはプロセッサ５０１内のキャッシュメモリといった記憶装置に記憶される。
【００４４】
通信インタフェース５０４は、送信データ受信部５１１と運行管理データ受信部５２１として機能する。
【００４５】
データ処理装置５００は、プロセッサ５０１を代替する複数のプロセッサを備えてもよい。複数のプロセッサは、プロセッサ５０１の役割を分担する。
【００４６】
データ処理プログラムは、磁気ディスク、光ディスクまたはフラッシュメモリ等の不揮発性の記録媒体にコンピュータ読み取り可能に記録することができる。
【００４７】
＊＊＊動作の説明＊＊＊
データ処理システム１００の動作、特に、データ処理装置５００の動作はデータ処理方法に相当する。また、データ処理装置５００によるデータ処理方法の手順はデータ処理プログラムの手順に相当する。
【００４８】
図６に基づいて、機器２００の動作を説明する。
ステップＳ２０１において、計測データ取得部２１１は、単位時間間隔で計測データ２９１を取得する。
具体的には、計測データ取得部２１１は、単位時間が経過する毎に、計測を行って計測データ２９１を生成する。計測データ２９１は計測値を含む。計測値は計測によって得られる値である。例えば、計測値は温度である。例えば、単位時間は１００ミリ秒である。
【００４９】
図７に基づいて、機器２００が空気調和機である場合の計測データ２９１を説明する。
計測データ２９１は、機器識別子と計測時刻と設定温度（設定値）とを含んでいる。さらに、計測データ２９１は、排気温度のような計測値を含んでいる。
機器識別子は、機器２００を識別する識別子である。
計測時刻は、計測が行われた時刻である。
【００５０】
図６に戻り、ステップＳ２０２から説明を続ける。
ステップＳ２０２において、診断部２１２は、計測データ２９１に基づいて機器状態を診断する。機器状態は、機器２００の状態である。具体的には、機器状態は機器２００の劣化の状態である。
【００５１】
具体的には、診断部２１２は以下のように診断を行う。ここで、計測データ２９１が設定温度と排気温度とを含んでいるものとする。
まず、診断部２１２は、設定温度と排気温度との差を算出する。算出される差を温度差という。
そして、診断部２１２は、温度差に基づいて、機器２００の劣化の状態を判定する。温度差が大きいほど機器２００が劣化している。
【００５２】
例えば、診断部２１２は、機器２００の劣化の状態を以下のように判定する。判定基準は、予め決められている。
温度差が１度未満である場合、診断部２１２は、機器２００が正常であると判定する。
温度差が１度以上２度未満である場合、診断部２１２は、機器２００がやや劣化していると判定する。
温度差が２度以上である場合、診断部２１２は、機器２００が劣化していると判定する。
【００５３】
ステップＳ２０３において、稼働データ量決定部２１３は、機器状態に基づいて、稼働データ量を決定する。
稼働データ量は、稼働データの量である。
稼働データは、車両監視装置３００へ送信される計測データである。
【００５４】
稼働データ量は、機器２００が劣化しているほど多い。
例えば、稼働データ量決定部２１３は、稼働データ量を以下のように決定する。決定基準は予め決められている。
機器２００が正常である場合、稼働データ量決定部２１３は、稼働データ量を１分当たり６０キロバイトに決定する。
機器２００がやや劣化している場合、稼働データ量決定部２１３は、稼働データ量を１分当たり１８０キロバイトに決定する。
【００５５】
ステップＳ２０４において、稼働データ送信部２１４は、取得された計測データ２９１のうち稼働データ量に相当するデータ量の計測データを車両監視装置３００へ送信する。送信される計測データが稼働データである。
【００５６】
例えば、機器２００が正常である場合、稼働データ送信部２１４は、１秒当たり１つの計測データ２９１を車両監視装置３００へ送信する。また、機器２００がやや劣化している場合、稼働データ送信部２１４は、１００ミリ秒当たり１つの計測データ２９１を送信する。
【００５７】
機器２００が正常である場合、車両監視装置３００へ送信される計測値の種類が増えてもよい。例えば、機器２００の消費電力が計測データ２９１に加わってもよい。
【００５８】
ステップＳ２０４の説明を続ける。
稼働データ送信部２１４は、稼働データ量を車両監視装置３００へ送信する。
具体的には、稼働データ送信部２１４は、診断データ２９２を車両監視装置３００へ送信する。診断データ２９２は稼働データ量を示す。
【００５９】
図８に基づいて、診断データ２９２を説明する。
診断データ２９２は、機器識別子と診断時刻と診断結果と稼働データ量とを含んでいる。
診断時刻は、機器２００の劣化の状態が診断された時刻である。
診断結果は、機器２００の劣化の状態を示す。
【００６０】
「ＫＢ」はキロバイトを意味し、「ｍｉｎ」は分を意味する。
【００６１】
図９に基づいて、車両監視装置３００の第１動作を説明する。
ステップＳ３１１において、稼働データ受信部３１１は、各機器２００から送信された稼働データおよび診断データ２９２を受信する。
【００６２】
ステップＳ３１２において、集約部３１２は、各機器２００の稼働データを集約して送信データ３９１を生成する。送信データ３９１は、データ処理装置５００へ送信されるデータである。
具体的には、集約部３１２は、各機器２００の稼働データを含んだテーブルを生成する。生成されるテーブルが送信データ３９１である。
【００６３】
図１０に基づいて、送信データ３９１を説明する。
送信データ３９１は、テーブル形式のデータであり、機器２００毎にレコードを含んでいる。
各レコードは、機器識別子と計測時刻と設定温度とを含んでいる。さらに、各レコードは、排気温度のような計測値を含んでいる。
【００６４】
図９に戻り、ステップＳ３１３から説明を続ける。
ステップＳ３１３において、負荷監視部３１３は、各機器２００の稼働データ量を合計して送信データ量を算出する。送信データ量は、送信データ３９１の量である。
具体的には、負荷監視部３１３は、各機器２００の診断データ２９２から稼働データ量を取得する。そして、負荷監視部３１３は、取得された稼働データ量の合計を算出する。算出される値が送信データ量である。
【００６５】
ステップＳ３１４において、送信データ送信部３１４は、送信データ３９１をデータ処理装置５００へ送信する。
【００６６】
また、送信データ送信部３１４は、送信データ量をデータ処理装置５００へ送信する。
具体的には、送信データ送信部３１４は、負荷監視データ３９２をデータ処理装置５００へ送信する。負荷監視データ３９２は送信データ量を示す。
【００６７】
図１１に基づいて、負荷監視データ３９２を説明する。
負荷監視データ３９２は、車両識別子と算出時間と送信データ量とを含んでいる。
車両識別子は、車両監視装置３００を識別する識別子である。
算出時間は、送信データ量が算出された時間である。
【００６８】
図１２に基づいて、車両監視装置３００の第２動作を説明する。
ステップＳ３２１において、運行状況取得部３２１は、運行状況データを取得する。
運行状況データは、車両識別子と運行状況とを示すデータである。
車両識別子は、車両１１０を識別する識別子である。
運行状況は、到着駅と到着時刻とを示す情報である。到着駅は、車両１１０が到着した駅である。到着時刻は、車両１１０が駅に到着した時刻である。例えば、運行状況は、車両１１０がＳ駅に９時１２分３０秒に到着したといった内容を示す。
例えば、車両１１０は、運行状況を監視する運行監視装置を備える。そして、運行状況取得部３２１は、運行監視装置から運行状況データを取得する。
【００６９】
ステップＳ３２２において、運行状況送信部３２２は、運行状況データを運行管理装置４００へ送信する。
【００７０】
図１３に基づいて、運行管理装置４００の動作を説明する。
ステップＳ４０１において、運行状況受信部４１１は、車両監視装置３００から送信された運行状況データを受信する。
【００７１】
ステップＳ４０２において、運行管理部４１２は、運行状況データに基づいて運行管理データ４９１を更新する。
運行管理データ４９１は、車両１１０の運行スケジュールと車両１１０の運行状況とを管理するためのデータである。
【００７２】
図１４に基づいて、運行管理データ４９１を説明する。
運行管理データ４９１は、運行管理装置４００の記憶装置に車両１１０別に記憶されている。例えば、各車両１１０の運行管理データ４９１は、運行管理装置４００の記憶装置によって構成されるデータベースに記憶される。
図１４の運行管理データ４９１は、車両（Ｒ０００１）用の運行管理データ４９１である。車両（Ｒ０００１）は、車両識別子「Ｒ０００１」で識別される車両１１０である。
【００７３】
運行管理データ４９１は、テーブル形式のデータであり、停車駅毎にレコードを含んでいる。停車駅は、車両１１０が停車する駅である。
各レコードは、車両識別子と編成識別子と駅名と予定時刻と遅延時間とを含んでいる。
車両識別子は、車両１１０を識別する識別子である。
編成識別子は、編成を識別する識別子である。
駅名は、停車駅の名称である。
予定時刻は、車両１１０が駅に到着する予定の時刻である。
遅延時間は、車両１１０が駅に到着したときに予定時刻に対して遅れた時間である。
【００７４】
図１３に戻り、ステップＳ４０２の説明を続ける。
具体的には、運行管理部４１２は、運行管理データ４９１を以下のように更新する。
まず、運行管理部４１２は、運行状況データから車両識別子を取得し、取得された車両識別子に対応する運行管理データ４９１を選択する。
次に、運行管理部４１２は、運行状況データから到着駅の駅名を取得する。
次に、運行管理部４１２は、取得された車両識別子と一致する車両識別子と取得された駅名と一致する駅名とを含んだレコードを、選択された運行管理データ４９１から選択する。
次に、運行管理部４１２は、選択されたレコードから予定時刻を取得する。
次に、運行管理部４１２は、運行状況データから到着時刻を取得し、予定時刻から到着時刻までの時間を算出する。算出される時間が遅延時間である。
そして、運行管理部４１２は、選択されたレコードに遅延時間を設定する。例えば、運行管理部４１２は、選択された運行管理データ４９１が記憶されているデータベースに対してＵＰＤＡＴＥ命令を発行することによって、選択されたレコードに遅延時間を設定する。
【００７５】
ステップＳ４０３において、運行管理データ送信部４１３は、更新後の運行管理データ４９１をデータ処理装置５００へ送信する。
更新後の運行管理データ４９１は、ステップＳ４０２で更新された運行管理データ４９１である。
【００７６】
図１５に基づいて、データ処理装置５００の動作を説明する。
ステップＳ５０１において、送信データ受信部５１１は、車両監視装置３００から送信された送信データ３９１と負荷監視データ３９２とを受信する。
【００７７】
ステップＳ５０２において、車両管理部５２２は、負荷監視データ３９２に基づいて車両管理データ５９１を更新する。
車両管理データ５９１は、各車両１１０を管理するためのデータである。
【００７８】
図１６に基づいて、車両管理データ５９１を説明する。
車両管理データ５９１は、テーブル形式のデータであり、車両１１０毎にレコードを含んでいる。
各レコードは、車両識別子と編成識別子と送信データ量と開始時刻と終了時刻とを含んでいる。
開始時刻は、車両１１０の運行が開始する時刻である。
終了時刻は、車両１１０の運行が終了する時刻である。
【００７９】
図１５に戻り、ステップＳ５０２の説明を続ける。
具体的には、車両管理部５２２は、車両管理データ５９１を以下のように更新する。
まず、車両管理部５２２は、負荷監視データ３９２から車両識別子と送信データ量とを取得する。
次に、車両管理部５２２は、取得された車両識別子と一致する車両識別子を含んだレコードを車両管理データ５９１から選択する。
そして、車両管理部５２２は、選択されたレコードに設定されている送信データ量を、負荷監視データ３９２から取得された送信データ量に更新する。
【００８０】
ステップＳ５０３において、運行管理データ受信部５２１は、運行管理装置４００から送信された更新後の運行管理データ４９１を受信する。
【００８１】
ステップＳ５０４において、車両管理部５２２は、更新後の運行管理データ４９１に基づいて車両管理データ５９１を更新する。
【００８２】
具体的には、車両管理部５２２は、車両管理データ５９１を以下のように更新する。ここで、今回受信された更新後の運行管理データ４９１を今回の運行管理データ４９１といい、前回受信された更新後の運行管理データ４９１を前回の運行管理データ４９１という。
まず、車両管理部５２２は、今回の運行管理データ４９１から車両識別子を取得する。
次に、車両管理部５２２は、取得された車両識別子と一致する車両識別子を含んだレコードを車両管理データ５９１から選択する。
次に、車両管理部５２２は、今回の運行管理データ４９１から遅延時間と前回の運行管理データ４９１とのそれぞれから遅延時間を取得する。今回の運行管理データ４９１から取得された遅延時間を今回の遅延時間といい、前回の運行管理データ４９１から取得された遅延時間を前回の遅延時間という。
次に、車両管理部５２２は、今回の遅延時間から前回の遅延時間を引く。これによって算出される時間を調整時間という。
そして、車両管理部５２２は、選択されたレコードに設定されている終了時刻に調整時間を加える。
【００８３】
ステップＳ５１０において、リソース量算出部５１２は、送信データ量に基づいて使用リソース量を算出する。
使用リソース量は、計算機リソースのリソース量のうちの送信データ３９１の処理で使用されるリソース量である。つまり、使用リソース量は、送信データ３９１を処理するために必要なリソース量である。また、使用リソース量は、送信データ３９１を処理するために必要な性能を表す。
具体的には、計算機リソースは、データ処理装置５００が有するリソースである。例えば、計算機リソースは、プロセッサ５０１、メモリ５０２、補助記憶装置５０３または仮想マシンなどである。
【００８４】
具体的には、リソース量算出部５１２は使用リソース量を以下のように算出する。
まず、リソース量算出部５１２は、車両管理データ５９１に含まれるレコードのうちステップＳ５０２で更新されたレコードから、送信データ量を取得する。
そして、リソース量算出部５１２は、送信データ量を基準データ量で割る。これによって算出される値が使用リソース量である。基準データ量は予め決められている。
例えば、送信データ量が１分当たり６メガバイトであり、基準データ量が１分当たり１メガバイトである場合、使用リソース量は６インスタンスである。インスタンスはリソース量を表す単位である。
【００８５】
図１７に、使用リソース量の具体例を示す。基準データは１分当たり１メガバイトである。
送信データ量が１分当たり６メガバイトである場合、使用リソース量は６インスタンスである。
送信データ量が１分当たり１６メガバイトである場合、使用リソース量は１６インスタンスである。
送信データ量が１分当たり１１メガバイトである場合、使用リソース量は１１インスタンスである。
送信データ量が１分当たり１メガバイトである場合、使用リソース量は１インスタンスである。
【００８６】
ステップＳ５２０において、リソース量調整部５１３は、確保リソース量を使用リソース量まで増減する。
確保リソース量は、計算機リソースのリソース量のうち確保されたリソース量である。
【００８７】
具体的には、リソース量調整部５１３は以下のように動作する。
確保リソース量が使用リソース量より多く、且つ、前回の送信データ３９１に対する処理が完了している場合、リソース量調整部５１３は、確保リソース量を使用リソース量まで減らす。
確保リソース量が使用リソース量より少ない場合、リソース量調整部５１３は、確保リソース量を使用リソース量まで増やす。
【００８８】
図１８に基づいて、リソース量調整処理（Ｓ５２０）を説明する。
リソース量調整処理（Ｓ５２０）は定期的に実行される。例えば、リソース量調整処理（Ｓ５２０）は１０分間隔で実行される。
【００８９】
ステップＳ５２１において、リソース量調整部５１３は、車両管理データ５９１に含まれるレコードのうちステップＳ５０２で更新されたレコードから、車両識別子を取得する。
そして、リソース量調整部５１３は、車両識別子に対応する確保リソース量を取得する。車両識別子に対応する確保リソース量は、車両識別子で識別される車両１１０の送信データ３９１用に確保されているリソース量である。
【００９０】
具体的には、リソース量調整部５１３は、ＯＳに対してコマンドを発行することによって、ＯＳに確保リソース量を問い合わせる。
リソース量調整部５１３は、車両識別子に対応するプロセスに対してコマンドを発行することによって、そのプロセスに確保リソース量を問い合わせてもよい。車両識別子に対応するプロセスは、車両識別子で識別される車両１１０の送信データ３９１を処理するためのプロセスである。
【００９１】
ステップＳ５２２において、リソース量調整部５１３は、確保リソース量が過剰であるか判定する。
具体的には、リソース量調整部５１３は、ステップＳ５２１で取得された確保リソース量をステップＳ５１０で算出された使用リソース量と比較する。確保リソース量が使用リソース量より多い場合、確保リソース量が過剰である。
確保リソース量が過剰である場合、処理はステップＳ５２３に進む。
確保リソース量が過剰でない場合、処理はステップＳ５２６に進む。
【００９２】
ステップＳ５２３において、リソース量調整部５１３は、ステップＳ５２１で取得された車両識別子に対応する処理状況を取得する。車両識別子に対応する処理状況は、車両識別子に対応する処理の状況である。車両識別子に対応する処理は、車両識別子で識別される車両１１０の送信データ３９１に対する処理である。
【００９３】
具体的には、リソース量調整部５１３は、ＯＳに対してコマンドを発行することによって、ＯＳに処理状況を問い合わせる。
リソース量調整部５１３は、車両識別子に対応するプロセスに対してコマンドを発行することによって、そのプロセスに処理状況を問い合わせてもよい。
【００９４】
処理状況は、完了または未完了を示す。
処理状況が示す完了は、処理が完了していることを意味する。
処理状況が示す未完了は、処理が完了していないことを意味する。
【００９５】
ステップＳ５２４において、リソース量調整部５１３は、処理状況が完了を示すか判定する。
処理状況が完了を示す場合、処理はステップＳ５２５に進む。
処理状況が未完了を示す場合、処理は終了する。
【００９６】
ステップＳ５２５において、リソース量調整部５１３は、ステップＳ５２１で取得された車両識別子に対応する確保リソース量を使用リソース量まで減らす。
具体的には、リソース量調整部５１３は、ＯＳに対してコマンドを発行することによって、確保リソース量を減らす。リソース量調整部５１３は、車両識別子に対応するプロセスに対してコマンドを発行することによって、確保リソース量を減らしてもよい。
ステップＳ５２５の後、処理は終了する。
【００９７】
ステップＳ５２６において、リソース量調整部５１３は、確保リソース量が不足しているか判定する。
具体的には、リソース量調整部５１３は、ステップＳ５２１で取得された確保リソース量をステップＳ５１０で算出された使用リソース量と比較する。確保リソース量が使用リソース量より少ない場合、確保リソース量が不足している。
確保リソース量が不足している場合、処理はステップＳ５２７に進む。
確保リソース量が不足していない場合、つまり、確保リソース量が使用リソース量と一致する場合、処理は終了する。
【００９８】
ステップＳ５２７において、リソース量調整部５１３は、ステップＳ５２１で取得された車両識別子に対応する確保リソース量を使用リソース量まで増やす。
具体的には、リソース量調整部５１３は、ＯＳに対してコマンドを発行することによって、確保リソース量を増やす。リソース量調整部５１３は、車両識別子に対応するプロセスに対してコマンドを発行することによって、確保リソース量を増やしてもよい。
ステップＳ５２７の後、処理は終了する。
【００９９】
図１５に戻り、ステップＳ５３０を説明する。
ステップＳ５３０において、データ処理部５１４は、計算機リソースのリソース量のうちの確保リソース量を使用して送信データ３９１を処理する。
具体的には、データ処理部５１４は、ステップＳ５０１で受信された送信データ３９１に対して特定のデータ処理を行う。特定のデータ処理において、データ処理部５１４は、ステップＳ５２０で確保された確保リソース量を使用する。
【０１００】
＊＊＊実施の形態１の効果＊＊＊
実施の形態１により、必要なだけのリソース量を確保してデータ処理を行うことが可能となる。したがって、リソース量が余計に確保されることを防ぐことが可能となる。
【０１０１】
実施の形態２．
第１車両が第２車両を介して送信データ３９１を運行管理装置４００へ送信する形態について、主に実施の形態１と異なる点を図１９から図２５に基づいて説明する。
【０１０２】
＊＊＊構成の説明＊＊＊
図１９に基づいて、データ処理システム１００の構成を説明する。
データ処理システム１００は、互いに連結された２つの車両（１１１、１１２）を備える。
第１車両１１１と第２車両１１２とはそれぞれ実施の形態１における車両１１０に相当する。
【０１０３】
第１車両１１１は第１車両監視装置３００Ａを備え、第２車両１１２は第２車両監視装置３００Ｂを備える。
第１車両監視装置３００Ａと第２車両監視装置３００Ｂとはそれぞれ実施の形態１における車両監視装置３００に相当する。
【０１０４】
図２０に基づいて、第１車両監視装置３００Ａの構成を説明する。
第１車両監視装置３００Ａの構成は、実施の形態１における車両監視装置３００の構成と同じである。
【０１０５】
図２１に基づいて、第２車両監視装置３００Ｂの構成を説明する。
第２車両監視装置３００Ｂは、実施の形態１における車両監視装置３００の構成要素の他に、中継部３１５を備える。
【０１０６】
＊＊＊動作の説明＊＊＊
データ処理方法は、基本的に実施の形態１における方法と同じである。
但し、送信データ３９１、負荷監視データ３９２および運行状況データの通信経路が実施の形態１における通信経路と異なる。
具体的には、第１車両監視装置３００Ａは、第２車両監視装置３００Ｂを介して、送信データ３９１と負荷監視データ３９２とをデータ処理装置へ送信する。また、第１車両監視装置３００Ａは、第２車両監視装置３００Ｂを介して、運行状況データを運行管理装置４００へ送信する。
【０１０７】
図２２に基づいて、第１車両監視装置３００Ａの第１動作を説明する。
ステップＳ３１１ＡからステップＳ３１３Ａまでの処理は、実施の形態１（図９参照）におけるステップＳ３１１からステップＳ３１３までの処理と同じである。
【０１０８】
ステップＳ３１４Ａにおいて、第１車両監視装置３００Ａの送信データ送信部３１４は、第１車両１１１の送信データ３９１と第１車両１１１の負荷監視データ３９２とを第２車両監視装置３００Ｂへ送信する。
【０１０９】
図２３に基づいて、第２車両監視装置３００Ｂの第１動作を説明する。
ステップＳ３１１ＢからステップＳ３１４Ｂまでの処理は、実施の形態１（図９参照）におけるステップＳ３１１からステップＳ３１４までの処理と同じである。
つまり、第２車両監視装置３００Ｂの送信データ送信部３１４は、第２車両１１２の送信データ３９１と第２車両１１２の負荷監視データ３９２とをデータ処理装置５００へ送信する。
【０１１０】
ステップＳ３１５Ｂにおいて、第２車両監視装置３００Ｂの中継部３１５は、第１車両１１１の送信データ３９１と第１車両１１１の負荷監視データ３９２とをデータ処理装置５００へ中継する。
つまり、第１車両１１１の送信データ３９１と第１車両１１１の負荷監視データ３９２とが第１車両監視装置３００Ａから送信された場合、中継部３１５は、第１車両１１１の送信データ３９１と第１車両１１１の負荷監視データ３９２とを受信する。そして、中継部３１５は、第１車両１１１の送信データ３９１と第１車両１１１の負荷監視データ３９２とをデータ処理装置５００へ送信する。
【０１１１】
図２４に基づいて、第１車両監視装置３００Ａの第２動作を説明する。
ステップＳ３２１Ａは、実施の形態１（図１２参照）におけるステップＳ３２１と同じである。
【０１１２】
ステップＳ３２２Ａにおいて、第１車両監視装置３００Ａの運行状況送信部３２２は、第１車両１１１の運行状況データを第２車両監視装置３００Ｂへ送信する。
【０１１３】
図２５に基づいて、第２車両監視装置３００Ｂの第２動作を説明する。
ステップＳ３２１ＢおよびステップＳ３２２Ｂは、実施の形態１（図１２参照）におけるステップＳ３２１およびステップＳ３２２と同じである。
つまり、第２車両監視装置３００Ｂの運行状況送信部３２２は、第２車両１１２の運行状況データをデータ処理装置５００へ送信する。
【０１１４】
ステップＳ３２３Ｂにおいて、第２車両監視装置３００Ｂの中継部３１５は、第１車両１１１の運行状況データをデータ処理装置５００へ中継する。
つまり、第１車両１１１の運行状況データが第１車両監視装置３００Ａから送信された場合、中継部３１５は、第１車両１１１の運行状況データを受信する。そして、中継部３１５は、第１車両１１１の運行状況データをデータ処理装置５００へ送信する。
【０１１５】
＊＊＊実施の形態２の効果＊＊＊
複数の車両が連結されて運行されている場合であっても、運行管理装置４００は１つの車両から運行状況データを受信し、データ処理装置５００は１つの車両から送信データ３９１および負荷監視データ３９２を受信する。これにより、通信にかかるオーバヘッドを減らすことができる。
【０１１６】
＊＊＊実施の形態の補足＊＊＊
図２６に基づいて、機器２００のハードウェア構成を説明する。
機器２００は処理回路９９２を備える。
処理回路９９２は、診断部２１２と稼働データ量決定部２１３とを実現するハードウェアである。
処理回路９９２は、専用のハードウェアであってもよいし、メモリ２０２に格納されるプログラムを実行するプロセッサ２０１であってもよい。
【０１１７】
処理回路９９２が専用のハードウェアである場合、処理回路９９２は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ、ＦＰＧＡまたはこれらの組み合わせである。
ＡＳＩＣはＡｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔの略称であり、ＦＰＧＡはＦｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙの略称である。
機器２００は、処理回路９９２を代替する複数の処理回路を備えてもよい。複数の処理回路は、処理回路９９２の役割を分担する。
【０１１８】
機器２００の機能について、一部が専用のハードウェアで実現されて、残りがソフトウェアまたはファームウェアで実現されてもよい。
【０１１９】
このように、処理回路９９２はハードウェア、ソフトウェア、ファームウェアまたはこれらの組み合わせで実現することができる。
【０１２０】
図２７に基づいて、車両監視装置３００のハードウェア構成を説明する。
車両監視装置３００は処理回路９９３を備える。
処理回路９９３は、集約部３１２と負荷監視部３１３と運行状況取得部３２１とを実現するハードウェアである。
処理回路９９３は、専用のハードウェアであってもよいし、メモリ３０２に格納されるプログラムを実行するプロセッサ３０１であってもよい。
【０１２１】
処理回路９９３が専用のハードウェアである場合、処理回路９９３は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ、ＦＰＧＡまたはこれらの組み合わせである。
車両監視装置３００は、処理回路９９３を代替する複数の処理回路を備えてもよい。複数の処理回路は、処理回路９９３の役割を分担する。
【０１２２】
車両監視装置３００の機能について、一部が専用のハードウェアで実現されて、残りがソフトウェアまたはファームウェアで実現されてもよい。
【０１２３】
このように、処理回路９９３はハードウェア、ソフトウェア、ファームウェアまたはこれらの組み合わせで実現することができる。
【０１２４】
図２８に基づいて、運行管理装置４００のハードウェア構成を説明する。
運行管理装置４００は処理回路９９４を備える。
処理回路９９４は、運行管理部４１２を実現するハードウェアである。
処理回路９９４は、専用のハードウェアであってもよいし、メモリ４０２に格納されるプログラムを実行するプロセッサ４０１であってもよい。
【０１２５】
処理回路９９４が専用のハードウェアである場合、処理回路９９４は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ、ＦＰＧＡまたはこれらの組み合わせである。
運行管理装置４００は、処理回路９９４を代替する複数の処理回路を備えてもよい。複数の処理回路は、処理回路９９４の役割を分担する。
【０１２６】
運行管理装置４００の機能について、一部が専用のハードウェアで実現されて、残りがソフトウェアまたはファームウェアで実現されてもよい。
【０１２７】
このように、処理回路９９４はハードウェア、ソフトウェア、ファームウェアまたはこれらの組み合わせで実現することができる。
【０１２８】
図２９に基づいて、データ処理装置５００のハードウェア構成を説明する。
データ処理装置５００は処理回路９９５を備える。
処理回路９９５は、リソース量算出部５１２とリソース量調整部５１３とデータ処理部５１４と車両管理部５２２とを実現するハードウェアである。
処理回路９９５は、専用のハードウェアであってもよいし、メモリ５０２に格納されるプログラムを実行するプロセッサ５０１であってもよい。
【０１２９】
処理回路９９５が専用のハードウェアである場合、処理回路９９５は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ、ＦＰＧＡまたはこれらの組み合わせである。
データ処理装置５００は、処理回路９９５を代替する複数の処理回路を備えてもよい。複数の処理回路は、処理回路９９５の役割を分担する。
【０１３０】
データ処理装置５００の機能について、一部が専用のハードウェアで実現されて、残りがソフトウェアまたはファームウェアで実現されてもよい。
【０１３１】
このように、処理回路９９５はハードウェア、ソフトウェア、ファームウェアまたはこれらの組み合わせで実現することができる。
【０１３２】
実施の形態は、好ましい形態の例示であり、本発明の技術的範囲を制限することを意図するものではない。実施の形態は、部分的に実施してもよいし、他の形態と組み合わせて実施してもよい。フローチャート等を用いて説明した手順は、適宜に変更してもよい。
【符号の説明】
【０１３３】
１００  データ処理システム、１１０  車両、１１１  第１車両、１１２  第２車両、２００  機器、２０１  プロセッサ、２０２  メモリ、２０３  センサ、２０４  通信インタフェース、２１１  計測データ取得部、２１２  診断部、２１３  稼働データ量決定部、２１４  稼働データ送信部、２９１  計測データ、２９２  診断データ、３００  車両監視装置、３００Ａ  第１車両監視装置、３００Ｂ  第２車両監視装置、３０１  プロセッサ、３０２  メモリ、３０３  補助記憶装置、３０４  通信インタフェース、３１１  稼働データ受信部、３１２  集約部、３１３  負荷監視部、３１４  送信データ送信部、３１５  中継部、３２１  運行状況取得部、３２２  運行状況送信部、３９１  送信データ、３９２  負荷監視データ、４００  運行管理装置、４０１  プロセッサ、４０２  メモリ、４０３  補助記憶装置、４０４  通信インタフェース、４１１  運行状況受信部、４１２  運行管理部、４１３  運行管理データ送信部、４９１  運行管理データ、５００  データ処理装置、５０１  プロセッサ、５０２  メモリ、５０３  補助記憶装置、５０４  通信インタフェース、５１１  送信データ受信部、５１２  リソース量算出部、５１３  リソース量調整部、５１４  データ処理部、５２１  運行管理データ受信部、５２２  車両管理部、５９１  車両管理データ、９９２  処理回路、９９３  処理回路、９９４  処理回路、９９５  処理回路。
【図１】
0006576601.tif 000002
【図２】
0006576601.tif 000003
【図３】
0006576601.tif 000004
【図４】
0006576601.tif 000005
【図５】
0006576601.tif 000006
【図６】
0006576601.tif 000007
【図７】
0006576601.tif 000008
【図８】
0006576601.tif 000009
【図９】
0006576601.tif 000010
【図１０】
0006576601.tif 000011
【図１１】
0006576601.tif 000012
【図１２】
0006576601.tif 000013
【図１３】
0006576601.tif 000014
【図１４】
0006576601.tif 000015
【図１５】
0006576601.tif 000016
【図１６】
0006576601.tif 000017
【図１７】
0006576601.tif 000018
【図１８】
0006576601.tif 000019
【図１９】
0006576601.tif 000020
【図２０】
0006576601.tif 000021
【図２１】
0006576601.tif 000022
【図２２】
0006576601.tif 000023
【図２３】
0006576601.tif 000024
【図２４】
0006576601.tif 000025
【図２５】
0006576601.tif 000026
【図２６】
0006576601.tif 000027
【図２７】
0006576601.tif 000028
【図２８】
0006576601.tif 000029
【図２９】
0006576601.tif 000030