(57)【要約】  出力設定更新部（１２０）は、複数のアプリケーションのうち、デフォルト出力設定が無効に設定されているアプリケーションからデータの出力が要求された場合に、要求元のアプリケーションの出力設定を無効から有効に更新し、要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が有効に設定されている他のアプリケーションの出力設定を有効から無効に更新する。出力制御部（１６０）は、出力設定が有効になっているアプリケーションのデータを出力する。
2017098643.tif 000002
【特許請求の範囲】
【請求項１】
複数のアプリケーションのうち、デフォルト出力設定が無効に設定されているアプリケーションからデータの出力が要求された場合に、要求元のアプリケーションの出力設定を無効から有効に更新し、前記要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が有効に設定されている他のアプリケーションの出力設定を有効から無効に更新する出力設定更新部と、
出力設定が有効になっているアプリケーションのデータを出力する出力制御部とを有するデータ処理装置。
【請求項２】
前記複数のアプリケーションには、それぞれ、優先度が設定されており、
前記出力設定更新部は、
前記要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が無効に設定されている、前記要求元のアプリケーションの優先度よりも高い優先度が設定されているアプリケーションの出力設定が有効でなければ、前記要求元のアプリケーションの出力設定を無効から有効に更新する請求項１に記載のデータ処理装置。
【請求項３】
前記複数のアプリケーションは、それぞれ、固有の周期でデータ処理を開始し、
前記出力制御部は、
各アプリケーションがデータ処理を開始するタイミングで、各アプリケーションの出力設定をデフォルト出力設定に戻す請求項１に記載のデータ処理装置。
【請求項４】
前記出力設定更新部は、
データを出力するタイミングとして第１のデータ出力タイミングと第２のデータ出力タイミングとが設けられており、前記第１のデータ出力タイミングでの出力先と前記第２のデータ出力タイミングでの出力先とが共通し、前記第１のデータ出力タイミングのデフォルト出力設定が有効に設定され、前記第２のデータ出力タイミングのデフォルト出力設定が無効に設定されているアプリケーションが、前記第２のデータ出力タイミングでのデータの出力を要求した場合に、前記第２のデータ出力タイミングの出力設定を無効から有効に更新し、前記第１のデータ出力タイミングの出力設定を有効から無効に更新し、
前記出力制御部は、
出力設定が有効になっている出力タイミングでの出力が要求された前記アプリケーションのデータを前記出力先に出力する請求項１に記載のデータ処理装置。
【請求項５】
前記データ処理装置は、更に、
出力先が共通する、デフォルト出力設定が無効に設定されているアプリケーションと、デフォルト出力設定が有効に設定されているアプリケーションとが関連付けられている検索テーブルを記憶する検索テーブル記憶部を有し、
前記出力設定更新部は、
前記検索テーブルを参照して、前記要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が有効に設定されている他のアプリケーションを特定する請求項１に記載のデータ処理装置。
【請求項６】
前記出力設定更新部は、
監視対象物を監視し、前記監視対象物に異常がある場合に前記監視対象物の異常を通知するデータを出力する、デフォルト出力設定が無効に設定されているアプリケーションからデータの出力が要求された場合に、データの出力を要求した要求元のアプリケーションの出力設定を無効から有効に更新し、前記要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が有効に設定されている他のアプリケーションの出力設定を有効から無効に更新する請求項１に記載のデータ処理装置。
【請求項７】
コンピュータが、複数のアプリケーションのうち、デフォルト出力設定が無効に設定されているアプリケーションからデータの出力が要求された場合に、要求元のアプリケーションの出力設定を無効から有効に更新し、前記要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が有効に設定されている他のアプリケーションの出力設定を有効から無効に更新し、
前記コンピュータが、出力設定が有効になっているアプリケーションのデータを出力するデータ処理方法。
【請求項８】
複数のアプリケーションのうち、デフォルト出力設定が無効に設定されているアプリケーションからデータの出力が要求された場合に、要求元のアプリケーションの出力設定を無効から有効に更新し、前記要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が有効に設定されている他のアプリケーションの出力設定を有効から無効に更新する出力設定更新処理と、
出力設定が有効になっているアプリケーションのデータを出力する出力制御処理とをコンピュータに実行させるデータ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションプログラム（以下、アプリケーションという）のデータ出力を制御する技術に関する。
以下では、一例として、車両に搭載された車載システムにおけるアプリケーションのデータ出力を制御する技術を説明する。
【背景技術】
【０００２】
車載システムでは多種多様な電子機器が搭載されている。これらの電子機器を制御するための車載制御装置（以下、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）という）は、近年の車載システムの多機能化、複雑化に伴い、搭載数が増加している。
一方、演算処理を実現する組込みＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）の性能は向上しているため、複数の機能（アプリケーション）を１つのＥＣＵで実現する動きが加速している。複数のアプリケーションを単一のＥＣＵ上で実現する場合、複数のアプリケーションが計算リソースを共用する。このため、アプリケーションの処理タイミングや外部のネットワークやデバイスに対するアクセスタイミングが、他のアプリケーションの処理の影響によって変化することがある。従って、アプリケーションは単独で動作しているときと異なるタイミングで動作することとなる。この課題に対して、アプリケーションの外部へのアクセスタイミングを制御する技術が開示されている。【０００３】
たとえば、特許文献１では、ネットワークへ送信するデータを一時的にデータベースに記憶しておき、予め設定した送信タイミングの情報を基に送信処理を制御する方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２３１４０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１では１つの出力先に対して、複数のアプリケーションがアクセスすることが考慮されていない。たとえば、通常時に動作する第１のアプリケーションと、緊急時にのみ動作する第２のアプリケーションとが同じ出力先にデータを出力する場合を想定する。
緊急時には、第２のアプリケーションから出力先にデータが出力される。しかし、第１のアプリケーションが通常時と同様に動作していると、第２のアプリケーションがデータを出力した後に、第１のアプリケーションが同じ出力先にデータを出力する可能性がある。
第２のアプリケーションからデータが出力された後に第１のアプリケーションから同じ出力先にデータが出力されると、第２のアプリケーションからのデータが第１のアプリケーションからのデータに上書き消去されてしまうという課題がある。【０００６】
本発明は、このような課題を解決することを主な目的としており、緊急時等の特定の場合にのみデータを出力するアプリケーション、すなわち、デフォルトの出力設定が無効に設定されているアプリケーションからのデータの出力後は、同じ出力先に他のアプリケーションからのデータが出力されないようにすることを主な目的とする。
【課題を解決するための手段】
【０００７】
本発明に係るデータ処理装置は、
複数のアプリケーションのうち、デフォルト出力設定が無効に設定されているアプリケーションからデータの出力が要求された場合に、要求元のアプリケーションの出力設定を無効から有効に更新し、前記要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が有効に設定されている他のアプリケーションの出力設定を有効から無効に更新する出力設定更新部と、
出力設定が有効になっているアプリケーションのデータを出力する出力制御部とを有する。
【発明の効果】
【０００８】
本発明では、デフォルト出力設定が無効に設定されているアプリケーションからデータの出力が要求された場合に、要求元のアプリケーションの出力設定を無効から有効に更新し、要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が有効に設定されている他のアプリケーションの出力設定を有効から無効に更新する。
このため、本発明によれば、デフォルト出力設定が無効に設定されているアプリケーションからのデータの出力後は、同じ出力先に他のアプリケーションからのデータが出力されない。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１に係るＥＣＵのハードウェア構成例を示す図。
【図２】実施の形態１に係るＥＣＵの機能構成例を示す図。
【図３】実施の形態１に係るパラメータテーブルの例を示す図。
【図４】実施の形態１に係る出力テーブルの例を示す図。
【図５】実施の形態１に係る出力設定更新部の動作例を示すフローチャート図。
【図６】実施の形態１に係る出力制御部の動作例を示すフローチャート図。
【図７】実施の形態１に係る出力制御部の動作例を示すフローチャート図。
【図８】実施の形態２に係るパラメータテーブルの例を示す図。
【図９】実施の形態２に係る出力テーブルの例を示す図。
【図１０】実施の形態３に係るパラメータテーブルの例を示す図。
【図１１】実施の形態４に係るＥＣＵの機能構成例を示す図。
【図１２】実施の形態４に係るパラメータテーブルの例を示す図。
【図１３】実施の形態４に係る検索テーブルの例を示す図。
【図１４】実施の形態４に係る出力設定更新部の動作例を示すフローチャート図。
【図１５】実施の形態１に係るパラメータテーブルの例を示す図。
【発明を実施するための形態】
【００１０】
実施の形態１．
＊＊＊構成の説明＊＊＊
図１は、本実施の形態に係るＥＣＵ１００のハードウェア構成例を示す。図２は、本実施の形態に係るＥＣＵ１００の機能構成例を示す。
ＥＣＵ１００は、コンピュータである。
ＥＣＵ１００は、ハードウェアとして、プロセッサ４００、記憶装置５００、Ｉ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）装置１７０、通信装置１８０を備える。
プロセッサ４００、記憶装置５００、Ｉ／Ｏ装置１７０、通信装置１８０はそれぞれバスで接続されている。
Ｉ／Ｏ装置１７０は、ＥＣＵ１００外部のデバイス２００及びデバイス２０１に接続されている。また、通信装置１８０は、ＥＣＵ１００外部のネットワーク３００に接続されている。
デバイス２００及びデバイス２０１は、例えば、アクチュエータ等である。
ネットワーク３００は、例えば、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｅｔｈｅｒｎｅｔ（登録商標）等である。
なお、ＥＣＵ１００はデータ処理装置の例に相当する。
【００１１】
図２に示すように、ＥＣＵ１００は、機能構成として、アプリケーション１１１、アプリケーション１１２、アプリケーション１１３、出力設定更新部１２０、スケジューラ部１５０、出力制御部１６０、パラメータテーブル記憶部１３０、出力テーブル記憶部１４０を備える。
なお、図２では、３つのアプリケーションが図示されているが、アプリケーションの数は３つでなくてもよい。
アプリケーション１１１、アプリケーション１１２、アプリケーション１１３、出力設定更新部１２０、スケジューラ部１５０、出力制御部１６０はプログラムで実現される。
これらプログラムは、記憶装置５００で記憶されている。そして、プロセッサ４００がこれらのプログラムを実行して、後述するアプリケーション１１１、アプリケーション１１２、アプリケーション１１３、出力設定更新部１２０、スケジューラ部１５０、出力制御部１６０の動作を行う。
また、パラメータテーブル記憶部１３０及び出力テーブル記憶部１４０は、記憶装置５００により実現される。
プロセッサ４００は、プロセッシングを行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）であり、例えば、ＣＰＵである。
記憶装置５００は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリ、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等である。
Ｉ／Ｏ装置１７０は、例えば、デバイス２００及びデバイス２０１とのインタフェース装置である。
通信装置１８０は、データを受信するレシーバー及びデータを送信するトランスミッターを含む。通信装置１８０は、例えば、ＣＡＮコントローラ、Ｅｔｈｅｒｎｅｔ（登録商標）コントローラ等の通信インタフェース装置である。
【００１２】
＊＊＊動作の説明＊＊＊
次に、図２に示す各要素の動作を説明する。
【００１３】
アプリケーション１１１、アプリケーション１１２、アプリケーション１１３は、それぞれ、固有の周期でデータ処理を開始する。そして、アプリケーション１１１、アプリケーション１１２、アプリケーション１１３は、それぞれ、データ処理の結果を示すデータの出力を出力設定更新部１２０に要求する。
【００１４】
出力設定更新部１２０は、アプリケーション１１１、アプリケーション１１２、アプリケーション１１３からのデータの出力要求を受け付ける。
そして、出力設定更新部１２０は、複数のアプリケーションのうち、デフォルト出力設定が「無効」に設定されているアプリケーションからデータの出力が要求された場合に、要求元のアプリケーションの出力設定を「無効」から「有効」に更新する。更に、出力設定更新部１２０は、要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が「有効」に設定されている他のアプリケーションの出力設定を「有効」から「無効」に更新する。
なお、以下では、アプリケーションから出力が要求されたデータを出力データという。
デフォルト出力設定はパラメータテーブルに記述されている。また、出力設定は出力テーブルに記載されている。
パラメータテーブルはパラメータテーブル記憶部１３０で記憶されている。また、出力テーブルは出力テーブル記憶部１４０で記憶されている。
パラメータテーブル及び出力テーブルの詳細は後述する。
【００１５】
出力制御部１６０は、出力テーブルの出力設定が「有効」となっているアプリケーションからの出力データを該当する出力先に出力する。
出力制御部１６０は、出力先がデバイス２００又はデバイス２０１であれば出力データをＩ／Ｏ装置１７０に送り、Ｉ／Ｏ装置１７０に出力データをデバイス２００又はデバイス２０１に出力させる。一方、出力先がネットワーク３００であれば、出力制御部１６０は、出力データを通信装置１８０に送り、通信装置１８０に出力データをネットワーク３００に出力させる。
【００１６】
パラメータテーブル記憶部１３０は、パラメータテーブルを記憶する。
パラメータテーブルでは、アプリケーションごとに、出力タイミング、出力先、デフォルト出力先が定義されている。
パラメータテーブル記憶部１３０は、例えば、フラッシュメモリで構成される。
【００１７】
出力テーブル記憶部１４０は、出力テーブルを記憶する。
出力テーブルには、出力要求の有無、出力設定、出力データが含まれる。
出力テーブル記憶部１４０は、例えば、ＲＡＭで構成される。
【００１８】
スケジューラ部１５０は、出力制御部１６０の起動周期を管理する。
また、スケジューラ部１５０は、アプリケーション１１１、アプリケーション１１２、アプリケーション１１３の起動管理を行ってもよい。
スケジューラ部１５０は、たとえばＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）により実現される。
【００１９】
図３は、パラメータテーブルの一例を示す。
パラメータテーブルは、出力ＩＤ、アプリケーションＩＤ、周期、出力タイミング、アクセス種別、出力先、デフォルト出力設定、優先度で構成される。
出力ＩＤは、識別子であればどのようなものでもよく、記号や数字でもよい。
アプリケーションＩＤには、アプリケーション１１１、アプリケーション１１２、アプリケーション１１３の識別子が記述される。アプリケーションＩＤに、記号や数字が記述されてもよい。
周期には、アプリケーションが実行される周期が記述される。同じアプリケーションＩＤが複数レコードに記述されている場合に、同じアプリケーションＩＤに対しては同じ周期が記述される。
出力タイミングには、アプリケーションからの出力データがＥＣＵ１００外に出力されるタイミングが記述される。
アクセス種別には、出力データの種別が記述される。図３の１行目と２行目では、デジタル信号を出力する内容が記述されている。他にもネットワークを示す名称や記号や通信の識別子をアクセス種別の欄に記述することができる。
出力先には、出力データの出力先が記述される。出力先には、例えば、デバイスやネットワークを特定する名称や記号や通信の識別子が記述される。
デフォルト出力設定には、出力設定のデフォルト値が記述される。毎周期、出力先に出力データを出力するアプリケーションにはデフォルト出力設定として「有効」が設定される。一方、緊急時といった特別な場合にのみ、出力先に出力データを出力するアプリケーションにはデフォルト出力設定として「無効」が設定される。
優先度は、出力先が共通する２以上のアプリケーション間の優先順位である。出力先が共通する２つ以上のアプリケーションにデフォルト出力設定が「無効」のアプリケーションが含まれている場合は、デフォルト出力設定が「無効」のアプリケーションの優先度は、デフォルト出力設定が「有効」のアプリケーションの優先度よりも高い。
出力先が共通する２つ以上のアプリケーションのうちの２つ以上のアプリケーションのデフォルト出力設定が「無効」である場合は、デフォルト出力設定が「無効」の２つ以上のアプリケーションの間の優先度に高低を設ける必要がある。例えば、図１５のパラメータテーブルに示すように、３つのアプリケーション（アプリケーション１１１、アプリケーション１１２、アプリケーション１１３）の出力先が共通し、２つのアプリケーション（アプリケーション１１２、アプリケーション１１３）のデフォルト出力設定が「無効」である場合を想定する。この場合には、アプリケーション１１２とアプリケーション１１３の優先度に高低を設ける必要がある。また、デフォルト出力設定が「有効」であるアプリケーション１１１の優先度は、３つのアプリケーションのうちで最も低い優先度である。
なお、図３及び図１５のパラメータテーブルの各値は、静的な値であり、出力設定更新部１２０によって更新されない。
【００２０】
図３のパラメータテーブルの１行目（出力ＩＤ１）では、アプリケーション１１１が１００ｍｓ周期で動作することが示されている。また、１行目には、アプリケーション１１１からの出力データは、１００ｍｓ周期内の６０ｍｓのタイミングでデバイス２００に出力されることが示されている。１行目では、デフォルト出力設定が「有効」なので、毎周期、アプリケーション１１１からの出力データがデバイス２００に出力される。
パラメータテーブルの２行目（出力ＩＤ２）では、アプリケーション１１２が２０ｍｓ周期で動作することが示されている。また、２行目には、アプリケーション１１２からの出力データは、２０ｍｓ周期内の１０ｍｓのタイミングでデバイス２００に出力されることが示されている。２行目では、デフォルト出力設定が「無効」なので、緊急時等の特別な場合にのみ、アプリケーション１１２からの出力データがデバイス２００に出力される。アプリケーション１１２は、例えば、監視対象物を監視し、監視対象物に異常がある場合に監視対象物の異常を通知する出力データを出力する。
パラメータテーブルの３行目（出力ＩＤ３）には、アプリケーション１１３が１００ｍｓ周期で動作することが示されている。また、３行目には、アプリケーション１１３からの出力データは、１００ｍｓ周期内の７０ｍｓのタイミングでＣＡＮ、つまりネットワーク３００に出力されることが示されている。３行目では、デフォルト出力設定が「有効」なので、毎周期、アプリケーション１１３からの出力データがネットワーク３００に出力される。
【００２１】
図４は、出力テーブルの例を示す。
出力テーブルは、出力ＩＤ、出力要求、出力設定、出力データで構成される。
出力ＩＤには、パラメータテーブルの出力ＩＤと同じ識別子が記述される。
出力要求には、アプリケーションからの出力要求の有無が記述される。
出力設定には、現在の出力設定が記述される。
出力データには、アプリケーションからの出力データが格納される。
出力要求の値及び出力設定の値は、出力設定更新部１２０により更新される。
つまり、アプリケーションから出力要求があるまでは、出力要求の値は「なし」であり、出力設定更新部１２０がアプリケーションから出力要求を受け付けた際に、出力設定更新部１２０が出力要求の値を「あり」に更新する。
デフォルト出力設定が「有効」のアプリケーションの出力設定の初期値は「有効」になっており、デフォルト出力設定が「無効」のアプリケーションの出力設定の初期値は「無効」になっている。
パラメータテーブルの１行目（出力ＩＤ１）のアプリケーション１１１のデフォルト出力設定は「有効」であるため、出力テーブルの１行目（出力ＩＤ１）の出力設定の初期値は「有効」である。同様に、パラメータテーブルの２行目（出力ＩＤ２）のアプリケーション１１２のデフォルト出力設定は「無効」であるため、出力テーブルの２行目（出力ＩＤ２）の出力設定の初期値は「無効」である。
出力設定更新部１２０は、デフォルト出力設定が「無効」のアプリケーション１１２から出力要求を受け付けた際に、出力テーブルの２行目（出力ＩＤ２）の出力設定の値を「無効」から「有効」に更新する。また、出力設定更新部１２０は、アプリケーション１１２と出力先が共通し、デフォルト出力設定が「有効」であるアプリケーション１１１に対応する出力テーブルの１行目（出力ＩＤ１）の出力設定の値を「有効」から「無効」に更新する。
出力制御部１６０は、出力テーブルの出力要求の値と出力設定の値を参照することにより、出力データの出力可否を判定する。
出力データには、パラメータテーブルのアクセス種別で規定されているデータが格納される。例えば、パラメータテーブルの１行目（出力ＩＤ１）のアクセス種別はデジタル信号のアウトプットであるため、出力テーブルの１行目（出力ＩＤ１）の出力データには、１ビットのデータが書き込まれる。
【００２２】
本実施の形態では、アプリケーション１１１、アプリケーション１１２、アプリケーション１１３は、それぞれ１００ｍｓ、２０ｍｓ、１００ｍｓの周期で動作する。
アプリケーション１１１は、毎周期、デバイス２００に対する出力データを生成し、出力設定更新部１２０に出力データの出力を要求する。
アプリケーション１１２は、特定の条件下、たとえば、緊急時に、アプリケーション１１１の出力先であるデバイス２００に対する出力データを生成し、出力設定更新部１２０に出力データの出力を要求する。例えば、アプリケーション１１２は、緊急時に、デバイス２００の停止指示を出力データとして生成する。
【００２３】
図５は、出力設定更新部１２０の動作例を示すフローチャートである。
図５に示す出力設定更新部１２０の動作例は、出力設定更新処理の例に相当する。
【００２４】
出力設定更新部１２０は出力データを生成したアプリケーションに呼び出される。
アプリケーション１１１が出力設定更新部１２０に出力データの出力を要求する場合は、アプリケーション１１１は、出力ＩＤ１を出力データに付加し、出力ＩＤ１が付加された出力データを出力要求として出力設定更新部１２０に送信する。
出力設定更新部１２０は出力要求を受信すると、ステップＳ１００において、図４に示す出力テーブルを参照する。
【００２５】
そして、ステップＳ１０１において、出力設定更新部１２０は、出力テーブルの出力設定が「有効」であるかどうかを確認する。
図４の例では、出力ＩＤ１の出力設定は「有効」となっているため、ステップのＳ１０１での判定はＹＥＳとなり、処理はＳ１０５に移る。
【００２６】
ステップＳ１０５では、出力設定更新部１２０は、出力テーブルを更新する。
具体的には、出力設定更新部１２０は、出力テーブルの出力要求を「なし」から「あり」に更新し、出力データを出力テーブルに書き込む。
【００２７】
アプリケーション１１２が出力設定更新部１２０に出力データの出力を要求する場合は、アプリケーション１１２は、出力ＩＤ２を出力データに付加し、出力ＩＤ２が付加された出力データを出力要求として出力設定更新部１２０に送信する。
ステップＳ１００において、出力設定更新部１２０は、出力テーブルを参照する。
図４の例では、出力ＩＤ２の出力設定は「無効」となっているため、ステップのＳ１０１での判定はＮＯとなり、処理はＳ１０２に移る。
【００２８】
ステップＳ１０２では、出力設定更新部１２０は、パラメータテーブルを参照し、ステップＳ１０２において出力設定が「無効」と判定された出力ＩＤの出力先と同じ出力先が記述されている出力ＩＤを検索する。つまり、出力要求の要求元のアプリケーションの出力先と同じ出力先にデータを出力するアプリケーションの出力ＩＤを検索する。
図３の例では、出力ＩＤ２の出力先はデバイス２００であるため、出力設定更新部１２０は、パラメータテーブルにおいて、デバイス２００が出力先となっている出力ＩＤを検索する。検索の結果、出力設定更新部１２０は、デバイス２００が出力先となっている出力ＩＤ１を取得する。
【００２９】
次に、出力設定更新部１２０は、ステップＳ１０３において、出力設定が「無効」の出力ＩＤの優先度よりもステップＳ１０２で取得された出力ＩＤの優先度が高く、ステップＳ１０２で取得された出力ＩＤの出力テーブル内の出力設定が「有効」であるか否かを判定する。
ステップＳ１０２で検索された出力ＩＤ１は、出力テーブル内の出力設定が「有効」であるが、優先度は出力ＩＤ２よりも低い。
【００３０】
ステップＳ１０３の判定がＹＥＳである場合は、出力設定更新部１２０は、ステップＳ１０６にて出力データの出力が許可されないことを要求元のアプリケーションに通知して、出力要求の処理を終える。
一方、ステップＳ１０３の判定がＮＯの場合は、出力設定更新部１２０は、ステップＳ１０４にて、ステップＳ１０２で検索された出力ＩＤの出力設定が「有効」であれば「無効」に更新する。出力設定更新部１２０は、また、ステップＳ１０５にて、出力設定が「無効」の出力ＩＤの出力要求を「なし」から「あり」に更新し、出力設定を「無効」から「有効」に更新し、出力データを出力テーブルに書き込む。
前述のように、出力ＩＤ１の優先度は出力ＩＤ２の優先度よりも低いので、ステップＳ１０３の判定はＮＯとなり、出力設定更新部１２０は、ステップＳ１０５において、出力ＩＤ２の出力要求を「なし」から「あり」に更新し、出力設定を「無効」から「有効」に更新し、出力データを出力テーブルに書き込む。また、出力設定更新部１２０は、ステップＳ１０４において、出力テーブルの出力ＩＤ１の出力設定を「無効」から「有効」に更新する。
【００３１】
図３のパラメータテーブルのように、２つのアプリケーションが出力先を共有し、一方のアプリケーションのデフォルト出力設定が「有効」であり、他方のアプリケーションのデフォルト出力設定が「無効」の場合は、デフォルト出力設定が「無効」のアプリケーションの優先度が高いので、ステップＳ１０３は必ずＮＯと判定される。このため、出力設定更新部１２０は、複数のアプリケーション（アプリケーション１１１、アプリケーション１１２）のうち、デフォルト出力設定が「無効」に設定されているアプリケーション（アプリケーション１１２）からデータの出力が要求された場合は、要求元のアプリケーション（アプリケーション１１２）の出力テーブルの出力設定を「無効」から「有効」に更新する。また、出力設定更新部１２０は、要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が「有効」に設定されている他のアプリケーション（アプリケーション１１１）の出力設定を「有効」から「無効」に更新する。
【００３２】
また、図１５のパラメータテーブルのように、３つ以上のアプリケーションが出力先を共有し、２つ以上のアプリケーションのデフォルト出力設定が「無効」の場合は、出力設定更新部１２０は、デフォルト出力設定が「無効」のアプリケーション間の優先度と出力テーブルの出力設定とに基づき、出力テーブルを更新するか否かを判定する。出力設定更新部１２０は、複数のアプリケーション（アプリケーション１１１、アプリケーション１１２、アプリケーション１１３）のうち、デフォルト出力設定が「無効」に設定されているアプリケーション（例えば、アプリケーション１１２）からデータの出力が要求された場合に、要求元のアプリケーション（アプリケーション１１２）の出力先と同じ出力先にデータを出力する、デフォルト出力設定が「無効」に設定されている、要求元のアプリケーションの優先度よりも高い優先度が設定されているアプリケーション（アプリケーション１１３）の出力テーブルの出力設定が「有効」でなければ、要求元のアプリケーション（アプリケーション１１２）の出力設定を「無効」から「有効」に更新する。また、出力設定更新部１２０は、要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が「有効」に設定されている他のアプリケーション（アプリケーション１１１）の出力テーブルの出力設定を「有効」から「無効」に更新する。
【００３３】
図３のパラメータテーブルの例では、アプリケーション１１１の周期内において、アプリケーション１１１の出力要求よりもアプリケーション１１２の出力要求が先に発行されていた場合は、アプリケーション１１１の出力データは出力されない。
つまり、アプリケーション１１２の出力要求によって、ステップＳ１０５において出力ＩＤ１の出力設定が「無効」に更新されているので、ステップＳ１０１にてＮＯと判定される。そして、ステップＳ１０２にてパラメータテーブル（図３）の参照により出力ＩＤ１の出力先であるデバイス２００を出力先とする出力ＩＤ２が抽出される。出力ＩＤ２の優先度は出力ＩＤ１よりも高く、また、出力ＩＤ２の出力設定は「有効」になっている（ステップＳ１０５で更新済み）ため、Ｓ１０３でＹＥＳと判定される。
このため、出力設定更新部１２０は、ステップＳ１０６にてアプリケーション１１１に出力データの出力が許可されないことを通知する。
【００３４】
また、図１５のパラメータテーブルの例では、アプリケーション１１２の周期内において、アプリケーション１１２の出力要求よりもアプリケーション１１３の出力要求が先に発行されていた場合は、アプリケーション１１２の出力データは出力されない。
つまり、アプリケーション１１２の出力要求では、出力設定は「無効」なので、ステップＳ１０１にてＮＯと判定される。そして、ステップＳ１０２にてパラメータテーブル（図１５）の参照により出力ＩＤ２の出力先であるデバイス２００を出力先とする出力ＩＤ３が抽出される。出力ＩＤ３の優先度は出力ＩＤ２よりも高く、また、出力ＩＤ３の出力設定は「有効」になっている（ステップＳ１０５で更新済み）ため、Ｓ１０３でＹＥＳと判定される。
このため、出力設定更新部１２０は、ステップＳ１０６にてアプリケーション１１２に出力データの出力が許可されないことを通知する。
【００３５】
図６は出力制御部１６０の出力タイミング時のフローチャートを示す。
図６に示す出力制御部１６０の動作例は、出力制御処理の例に相当する。
【００３６】
出力制御部１６０は、スケジューラ部１５０によってパラメータテーブルに記載されている出力タイミングに起動される。たとえば、パラメータテーブルの出力ＩＤ１では出力タイミングに記載されている６０ｍｓのタイミング（アプリケーション１１１の起動から６０ｍｓ経過した時点）で起動される。
出力制御部１６０は起動されると、ステップＳ２００にて出力テーブルを参照する。
出力テーブルにおいて該当の出力ＩＤの出力要求が「あり」で、出力設定が「有効」であった場合（ステップＳ２０１でＹＥＳ）は、出力制御部１６０は、ステップＳ２０２にて出力処理を実行する。つまり、出力制御部１６０は、出力データを出力先に出力する。
一方、Ｓ２０１にて条件を満たさない場合には、出力制御部１６０は、出力処理を実行せずに処理を終える。
【００３７】
図７は出力制御部１６０の周期開始時のフローチャートを示す。
図７に示す出力制御部１６０の動作例も、出力制御処理の例に相当する。
【００３８】
出力制御部１６０は、パラメータテーブルに定義されている出力タイミングの他に、各アプリケーションがデータ処理を開始するタイミングでも起動される。つまり、出力制御部１６０は、スケジューラ部１５０によりパラメータテーブルの周期のタイミングに起動され、出力テーブルの初期化を行う。
図３のパラメータテーブルでは、アプリケーション１１１が１００ｍｓ周期、アプリケーション１１２が２０ｍｓ周期、アプリケーション１１３が１００ｍｓ周期で起動されるため、出力制御部１６０は、それぞれの周期開始時に起動される。
たとえば、アプリケーション１１１の周期開始時に出力制御部１６０が起動されると、出力制御部１６０は、ステップＳ３００にて、出力テーブルの出力ＩＤ１の出力要求を「なし」にする。
また、出力制御部１６０は、ステップＳ３０１にて、出力テーブルの出力ＩＤ１の出力設定をパラメータテーブルのデフォルト出力設定の値である「有効」に戻す。
なお、アプリケーション１１１が利用する出力ＩＤが複数あった場合には、出力制御部１６０は、すべての出力ＩＤに対して同じ処理を適用する。
【００３９】
なお、図５〜図７に示す動作手順は、データ処理方法及びデータ処理プログラムの例に相当する。
【００４０】
＊＊＊実施の形態の効果の説明＊＊＊
本実施の形態によれば、複数のアプリケーションから異なるタイミングで同じ出力先への出力要求が発行された場合においても、優先度に基づき、出力処理の実行可否を判定することができる。このため、アプリケーション間の処理順序と出力タイミングの順序が入れ替わった場合においても、意図しない出力動作を防ぐことができる。
【００４１】
また、本実施の形態では、デフォルト出力設定が無効に設定されているアプリケーションからデータの出力が要求された場合に、要求元のアプリケーションの出力設定を無効から有効に更新し、要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が有効に設定されている他のアプリケーションの出力設定を有効から無効に更新する。
このため、本実施の形態によれば、デフォルト出力設定が無効に設定されているアプリケーションからのデータの出力後は、同じ出力先に他のアプリケーションからのデータが出力されない。
従って、通常時にデータを出力する第１のアプリケーションのデフォルト出力設定を有効に設定し、緊急時にデータを出力する第２のアプリケーションのデフォルト出力設定を無効に設定すれば、緊急時に、第２のアプリケーションから出力データが出力された後に第１のアプリケーションから同じ出力先に出力データが出力されるという事態を回避することができる。すなわち、本実施の形態によれば、第２のアプリケーションからの出力データが第１のアプリケーションからの出力データで上書き消去されるという事態を回避することができる。
【００４２】
実施の形態２．
本実施の形態では、主に実施の形態１との差異を説明する。
以下で説明していない事項は実施の形態１と同じである。
【００４３】
＊＊＊構成の説明＊＊＊
本実施の形態に係るＥＣＵ１００のハードウェア構成例及び機能構成例は実施の形態１と同じである。
図８は実施の形態２に係るＥＣＵ１００のパラメータテーブルの一例を示す。
出力ＩＤ１及び出力ＩＤ２の内容は、図３のパラメータテーブルと同じである。
出力ＩＤ３では、アプリケーション１１３が１００ｍｓ周期で動作し、デバイス２０１に対し、１００ｍｓ周期内の７０ｍｓのタイミングで出力データを出力するという内容が記載されている。また、出力ＩＤ３では、デフォルト出力設定は「有効」である。
出力ＩＤ４では、アプリケーション１１３が１００ｍｓ周期で動作し、デバイス２０１に対し、１００ｍｓ周期内の４０ｍｓのタイミングで出力データを出力するという内容が記載されている。また、出力ＩＤ４では、デフォルト出力設定は「無効」である。
また、出力ＩＤ４のデフォルト出力設定が「無効」で出力ＩＤ３のデフォルト出力設定が「有効」なので、出力ＩＤ４の優先度が出力ＩＤ３の優先度よりも高い。
本実施の形態では、アプリケーション１１３は出力先であるデバイス２０１に対し、異なる２つのタイミングで外部出力を行う。たとえば、通常時はパラメータテーブルの出力ＩＤ３に従って、１００ｍｓ周期内の７０ｍｓのタイミングでデータ出力を行い、緊急時には１００ｍｓ周期内の４０ｍｓのタイミングでデバイス２０１を停止させるためのデータ出力を行うことを想定している。
以下、出力ＩＤ３に規定の出力タイミングを第１の出力タイミングといい、出力ＩＤ４に規定の出力タイミングを第２の出力タイミングという。
【００４４】
図９は実施の形態２に係る出力テーブルの一例を示す。
図９の出力テーブルの各項目の意味は、図４の出力テーブルと同じである。
図９の出力テーブルは、図８のパラメータテーブルに合わせて、出力ＩＤ１〜出力ＩＤ４を管理している。また、出力ＩＤ３の出力設定は「有効」から「無効」に更新され、出力ＩＤ４の出力設定は「無効」から「有効」に更新され得る。
【００４５】
＊＊＊動作の説明＊＊＊
本実施の形態では、前述したように、アプリケーション１１３には、データを出力するタイミングとして第１のデータ出力タイミングと第２のデータ出力タイミングとが設けられている。そして、第１のデータ出力タイミングでの出力先と第２のデータ出力タイミングでの出力先とは共通する。また、第１のデータ出力タイミングのデフォルト出力設定が「有効」に設定され、第２のデータ出力タイミングのデフォルト出力設定が「無効」に設定されている。
アプリケーション１１３は、出力ＩＤ３及び出力ＩＤ４のいずれかを出力データに付加して、出力要求を出力設定更新部１２０に送信する。
出力設定更新部１２０は、アプリケーション１１３が、第２のデータ出力タイミングでのデータの出力を要求した場合、すなわち、出力ＩＤ４を出力データに付加している場合は、出力テーブルにおいて出力ＩＤ４の出力設定を「無効」から「有効」に更新し、出力ＩＤ３の出力設定を「有効」から「無効」に更新する。
アプリケーション１１３が、第１のデータ出力タイミングでのデータの出力を要求した場合、すなわち、出力ＩＤ３を出力データに付加している場合は、出力設定更新部１２０は、出力テーブルの出力設定の値は更新しない。
出力制御部１６０は、出力設定が「有効」になっている出力ＩＤの出力データを出力先であるデバイス２０１に出力する。
出力設定更新部１２０は、本実施の形態でも、図５に示すフローに従って動作し、出力制御部１６０は図６及び図７に示すフローに従って動作する。
【００４６】
＊＊＊実施の形態の効果の説明＊＊＊
本実施の形態によれば、アプリケーションが同一の出力先に対して通常時のデータと緊急時のデータを出力する場合に、優先度に基づき、どちらか一方の出力を選択することができる。
【００４７】
実施の形態３．
本実施の形態では、主に実施の形態１との差異を説明する。
以下で説明していない事項は実施の形態１と同じである。
【００４８】
＊＊＊構成の説明＊＊＊
本実施の形態に係るＥＣＵ１００のハードウェア構成例及び機能構成例は実施の形態１と同じである。
図１０は実施の形態２に係るＥＣＵ１００のパラメータテーブルの一例を示す。
出力ＩＤ１及び出力ＩＤ２の内容は、図３のパラメータテーブルと同じである。
出力ＩＤ３では、アプリケーション１１３が１００ｍｓ周期で動作し、デバイス２０１に対し、１００ｍｓ周期内の７０ｍｓのタイミングで出力データを出力するという内容が記載されている。また、出力ＩＤ３では、デフォルト出力設定は「有効」である。
出力ＩＤ４では、アプリケーション１１３が１００ｍｓ周期で動作し、デバイス２０１に対し、１００ｍｓ周期内の４０ｍｓのタイミングで出力データを出力するという内容が記載されている。また、出力ＩＤ４では、デフォルト出力設定は「有効」である。
実施の形態２との違いは、出力ＩＤ３と出力ＩＤ４のデフォルト出力設定がどちらも「有効」になっており、優先度が同じとなっている点である。
【００４９】
＊＊＊動作の説明＊＊＊
実施の形態３では、アプリケーション１１３は出力先であるデバイス２０１に、異なるタイミングで複数回データ出力を行う。
アプリケーション１１３は、出力ＩＤ３及び出力ＩＤ４のいずれかを出力データに付加して、出力要求を出力設定更新部１２０に送信する。
出力設定更新部１２０は図５に示すフローに従い、出力テーブルの更新を行う。出力ＩＤ３と出力ＩＤ４はどちらも出力設定が「有効」になっているため、常にステップＳ１０１の判定がＹＥＳとなり、ステップＳ１０５にて、出力設定更新部１２０が出力テーブルの出力要求を「なし」から「あり」に更新し、出力データを出力テーブルに書き込む。
出力制御部１６０は図６及び図７に示すフローに従って動作する。
＊＊＊実施の形態の効果の説明＊＊＊
本実施の形態によれば、アプリケーションが同一の出力先に対して異なるタイミングで複数回データを出力する場合に、全てのデータを出力することができる。
【００５０】
実施の形態４．
本実施の形態では、主に実施の形態１との差異を説明する。
以下で説明していない事項は実施の形態１と同じである。
【００５１】
＊＊＊構成の説明＊＊＊
図１１は、実施の形態４に係るＥＣＵ１００の機能構成例を示す。
図２の構成との違いは、検索テーブル記憶部１９０である。
検索テーブル記憶部１９０は、検索テーブルを記憶する。
検索テーブルでは、出力先が共通する、デフォルト出力設定が「無効」に設定されているアプリケーションと、デフォルト出力設定が「有効」に設定されているアプリケーションとが関連付けられている。
また、本実施の形態では、出力設定更新部１２０は、検索テーブルを参照して、出力要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が「有効」に設定されている他のアプリケーションを特定する。
【００５２】
図１３に検索テーブルの例を示す。
図１３の検索テーブルは、図１２のパラメータテーブルに対応している。
まず、図１２のパラメータテーブルについて説明する。
図１２のパラメータテーブルでは、出力ＩＤ１と出力ＩＤ２がデバイス２００に出力を行う設定となっている。また、出力ＩＤ３と出力ＩＤ４はデバイス２０１に出力を行う設定になっている。
本実施の形態では、図３及び図１０のパラメータテーブルに対し、検索テーブルＩＤの項目が追加されている。
次に、図１３の検索テーブルについて説明する。
検索テーブルは、検索テーブルＩＤ、パラメータ出力ＩＤ群で構成される。
検索テーブルＩＤには、パラメータテーブルの検索テーブルＩＤの値が記述される。
パラメータ出力ＩＤ群には、出力先が共通する、パラメータテーブルの出力ＩＤが記述される。
図１２のパラメータテーブルでは、出力ＩＤ１と出力ＩＤ２の出力先が共通しているため、図１３の検索テーブルの検索テーブルＩＤ１のパラメータテーブル出力ＩＤ１とパラメータテーブル出力ＩＤ２には出力ＩＤ１と出力ＩＤ２とが記述されている。図１２のパラメータテーブルでは、出力ＩＤ３と出力ＩＤ４の出力先が共通しているため、図１３の検索テーブルの検索テーブルＩＤ２のパラメータテーブル出力ＩＤ１とパラメータテーブル出力ＩＤ２には出力ＩＤ３と出力ＩＤ４とが記述されている。
【００５３】
＊＊＊動作の説明＊＊＊
図１４は、本実施の形態に係る出力設定更新部１２０の動作例を示す。
ステップＳ１１０とステップＳ１１１は、図５のステップＳ１００とステップＳ１０１と同じであるため説明を省略する。
ステップＳ１１１にてＮＯと判定された場合は、出力設定更新部１２０は、ステップＳ１１２にて、パラメータテーブルを参照する。具体的には、出力設定更新部１２０は、出力対象の出力ＩＤの検索テーブルＩＤを参照する。
検索テーブルＩＤが無い場合（ステップＳ１１３でＮＯ）は、出力要求元の出力ＩＤと出力先が共通する他の出力ＩＤは存在しないため、ステップＳ１１８にて出力テーブルの更新を行う。
ステップＳ１１８では、出力設定更新部１２０は、出力テーブルの出力要求を「なし」から「あり」に更新し、出力設定を「無効」から「有効」に更新し、出力データを出力テーブルに書き込む。
【００５４】
一方、検索テーブルＩＤがある場合（ステップＳ１１３でＹＥＳ）は、出力設定更新部１２０は、ステップＳ１１４で、検索テーブルを参照する。具体的には、出力設定更新部１２０は、検索テーブルにおいて、ステップＳ１１３で取得した検索テーブルＩＤのレコードのパラメータテーブル出力ＩＤ群を参照する。
更に、出力設定更新部１２０は、パラメータテーブル出力ＩＤ群から、出力要求元の出力ＩＤと出力先が共通する他の出力ＩＤを取得する。
例えば、出力データに出力ＩＤ２が付加されている場合は、出力設定更新部１２０は、パラメータテーブルから検索テーブルＩＤ１を取得し、検索テーブルから、検索テーブルＩＤ１のレコードに記述されている出力ＩＤ１を取得する。
【００５５】
次に、ステップＳ１１５で、出力設定更新部１２０は、パラメータテーブルにおいて、取得した他の出力ＩＤの優先度を参照し、また、出力テーブルにおいて、取得した他の出力ＩＤの出力設定を参照する。
そして、出力設定更新部１２０は、ステップＳ１１６において、図５のステップＳ１０３と同様の動作を行う。
つまり、出力設定更新部１２０は、出力要求元の出力ＩＤの優先度よりも他の出力ＩＤの優先度が高く、他の出力ＩＤの出力設定が「有効」であるか否かを判定する。
【００５６】
ステップＳ１１６の判定がＹＥＳである場合は、出力設定更新部１２０は、ステップＳ１１９にて出力データの出力が許可されないことを出力要求元のアプリケーションに通知して、出力要求の処理を終える。
一方、ステップＳ１１６の判定がＮＯの場合は、ステップＳ１１７にて、出力設定更新部１２０は、ステップＳ１１３で検索された他の出力ＩＤの出力設定を「有効」から「無効」に更新する。また、ステップＳ１１８にて、出力設定更新部１２０は、出力要求元の出力ＩＤの出力要求を「なし」から「あり」に更新し、出力設定を「無効」から「有効」に更新し、出力データを出力テーブルに書き込む。
【００５７】
＊＊＊実施の形態の効果の説明＊＊＊
本実施の形態によれば、出力要求元のアプリケーションと出力先が共通するアプリケーションを早期に検索することができる。実施の形態１〜３では、出力要求元のアプリケーションと出力先が共通するアプリケーションを検索するためには、パラメータテーブルを全て参照する必要があった。これに対して、本実施の形態では検索テーブルを用いることにより、検索を早期に行うことができ、また、計算機リソースを節約することができる。
【００５８】
以上、本発明の実施の形態について説明したが、これらの実施の形態のうち、２つ以上を組み合わせて実施しても構わない。
あるいは、これらの実施の形態のうち、１つを部分的に実施しても構わない。
あるいは、これらの実施の形態のうち、２つ以上を部分的に組み合わせて実施しても構わない。
なお、本発明は、これらの実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。
【００５９】
＊＊＊ハードウェア構成の説明＊＊＊
最後に、ＥＣＵ１００のハードウェア構成の補足説明を行う。
図１では、１つのプロセッサ４００が図示されているが、ＥＣＵ１００が複数のプロセッサ４００を備えていてもよい。
また、アプリケーション１１１、アプリケーション１１２、アプリケーション１１３、出力設定更新部１２０、スケジューラ部１５０、出力制御部１６０の処理の結果を示す情報やデータや信号値や変数値が、記憶装置５００、又は、プロセッサ４００内のレジスタ又はキャッシュメモリに記憶される。
また、アプリケーション１１１、アプリケーション１１２、アプリケーション１１３、出力設定更新部１２０、スケジューラ部１５０、出力制御部１６０の機能を実現するプログラムは、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ等の可搬記憶媒体に記憶されてもよい。
【００６０】
また、ＥＣＵ１００は、ロジックＩＣ、ＧＡ（Ｇａｔｅ  Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）といった電子回路により実現されてもよい。
なお、プロセッサ及び上記の電子回路を総称してプロセッシングサーキットリーともいう。
【符号の説明】
【００６１】
１００  ＥＣＵ、１１１  アプリケーション、１１２  アプリケーション、１１３  アプリケーション、１２０  出力設定更新部、１３０  パラメータテーブル記憶部、１４０  出力テーブル記憶部、１５０  スケジューラ部、１６０  出力制御部、１７０  Ｉ／Ｏ装置、１８０  通信装置、１９０  検索テーブル記憶部、２００  デバイス、２０１  デバイス、３００  ネットワーク、４００  プロセッサ、５００  記憶装置。
【図１】
2017098643.tif 000003
【図２】
2017098643.tif 000004
【図３】
2017098643.tif 000005
【図４】
2017098643.tif 000006
【図５】
2017098643.tif 000007
【図６】
2017098643.tif 000008
【図７】
2017098643.tif 000009
【図８】
2017098643.tif 000010
【図９】
2017098643.tif 000011
【図１０】
2017098643.tif 000012
【図１１】
2017098643.tif 000013
【図１２】
2017098643.tif 000014
【図１３】
2017098643.tif 000015
【図１４】
2017098643.tif 000016
【図１５】
2017098643.tif 000017
【手続補正書】
【提出日】平成29年10月27日(2017.10.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のアプリケーションのうち、デフォルト出力設定が無効に設定されているアプリケーションからデータの出力が要求された場合に、要求元のアプリケーションの出力設定を無効から有効に更新し、前記要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が有効に設定されている他のアプリケーションの出力設定を有効から無効に更新する出力設定更新部と、
出力設定が有効になっているアプリケーションのデータを出力する出力制御部とを有するデータ処理装置。
【請求項２】
前記複数のアプリケーションには、それぞれ、優先度が設定されており、
前記出力設定更新部は、
前記要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が無効に設定されている、前記要求元のアプリケーションの優先度よりも高い優先度が設定されているアプリケーションの出力設定が有効でなければ、前記要求元のアプリケーションの出力設定を無効から有効に更新する請求項１に記載のデータ処理装置。
【請求項３】
前記複数のアプリケーションは、それぞれ、固有の周期でデータ処理を開始し、
前記出力制御部は、
各アプリケーションがデータ処理を開始するタイミングで、各アプリケーションの出力設定をデフォルト出力設定に戻す請求項１に記載のデータ処理装置。
【請求項４】
前記出力設定更新部は、
データを出力するタイミングとして第１のデータ出力タイミングと第２のデータ出力タイミングとが設けられており、前記第１のデータ出力タイミングでの出力先と前記第２のデータ出力タイミングでの出力先とが共通し、前記第１のデータ出力タイミングのデフォルト出力設定が有効に設定され、前記第２のデータ出力タイミングのデフォルト出力設定が無効に設定されているアプリケーションが、前記第２のデータ出力タイミングでのデータの出力を要求した場合に、前記第２のデータ出力タイミングの出力設定を無効から有効に更新し、前記第１のデータ出力タイミングの出力設定を有効から無効に更新し、
前記出力制御部は、
出力設定が有効になっている出力タイミングでの出力が要求された前記アプリケーションのデータを前記出力先に出力する請求項１に記載のデータ処理装置。
【請求項５】
前記データ処理装置は、更に、
出力先が共通する、デフォルト出力設定が無効に設定されているアプリケーションと、デフォルト出力設定が有効に設定されているアプリケーションとが関連付けられている検索テーブルを記憶する検索テーブル記憶部を有し、
前記出力設定更新部は、
前記検索テーブルを参照して、前記要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が有効に設定されている他のアプリケーションを特定する請求項１に記載のデータ処理装置。
【請求項６】
前記出力設定更新部は、
監視対象物を監視し、前記監視対象物に異常がある場合に前記監視対象物の異常を通知するデータを出力する、デフォルト出力設定が無効に設定されているアプリケーションからデータの出力が要求された場合に、データの出力を要求した要求元のアプリケーションの出力設定を無効から有効に更新し、前記要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が有効に設定されている他のアプリケーションの出力設定を有効から無効に更新する請求項１に記載のデータ処理装置。
【請求項７】
出力設定更新部と出力制御部とを有するコンピュータが行うデータ処理方法であって、
複数のアプリケーションのうち、デフォルト出力設定が無効に設定されているアプリケーションからデータの出力が要求された場合に、前記出力設定更新部が、要求元のアプリケーションの出力設定を無効から有効に更新し、前記要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が有効に設定されている他のアプリケーションの出力設定を有効から無効に更新し、
前記出力制御部が、出力設定が有効になっているアプリケーションのデータを出力するデータ処理方法。
【請求項８】
出力設定更新部と出力制御部とを有するコンピュータにデータ処理を実行させるデータ処理プログラムであって、
複数のアプリケーションのうち、デフォルト出力設定が無効に設定されているアプリケーションからデータの出力が要求された場合に、要求元のアプリケーションの出力設定を無効から有効に更新し、前記要求元のアプリケーションの出力先と同じ出力先にデータを出力する、デフォルト出力設定が有効に設定されている他のアプリケーションの出力設定を有効から無効に更新する出力設定更新処理を前記出力設定更新部に実行させ、
出力設定が有効になっているアプリケーションのデータを出力する出力制御処理を前記出力制御部に実行させるデータ処理プログラム。
【国際調査報告】
2017098643.tif 000018
2017098643.tif 000019