JP2014013510A - サーバ装置、フィルタリング方法、およびフィルタリングプログラム - Google Patents

Abstract

【課題】出力先で有効なデータを抽出する。
【解決手段】出力部１３は、データをフィルタリングするフィルタ条件毎に、入力したデータをフィルタリングし、フィルタリングの結果を出力先１１へ出力する。受信部１４は、出力されたフィルタリングの結果が適切か不適切かを示す情報を出力先１１から受信する。累計部１５は、受信された情報に基づき、フィルタ条件毎に、適切、不適切とされた回数をそれぞれ累計する。切替部１６は、フィルタ条件毎の出力されたフィルタリングの結果が適切、不適切とされた回数の累計値とフィルタ条件の有効、無効を切り替える切替条件とに基づいて、フィルタ条件毎に、出力部１３におけるフィルタリングの有効、無効を切り替える。
【選択図】図１

Description

本発明は、サーバ装置、フィルタリング方法、およびフィルタリングプログラムに関する。

近年、様々な対象から刻々と収集されるデータを処理する技術として複合イベント処理（ＣＥＰ（Complex Event Processing））が知られている。この複合イベント処理では、例えば、様々な対象から受信した複数種類のデータを設定された条件にてフィルタリングし、結果を出力先へ出力する。なお、複合イベント処理は、ＥＳＰ（Event Stream Processing）と呼ぶ場合もあるが、ここでは、ＥＳＰも包含してＣＥＰと総称する。

複合イベント処理を行うＣＥＰシステムでは、フィルタの条件を管理者が手動で設定するため、管理者の技量によって有効なデータを抽出できない場合がある。そこで、イベントログに頻出する属性値の組み合わせのパターンを求め、クエリを自動的に生成する技術が知られている（例えば、特許文献１参照）。

特開２０１１−７６１５３号公報 特開２００５−１９０４２１号公報 特開２００２−６３２０６号公報 特開２００９−７５７３８号公報

しかし、従来技術は、出力先で有効なデータを抽出できない場合がある。

１つの側面では、出力先で有効なデータを抽出できるサーバ装置、フィルタリング方法、およびフィルタリングプログラムを提供することを目的とする。

一態様のサーバ装置は、出力部と、受信部と、累計部と、切替部とを有する。出力部は、データをフィルタリングするフィルタ条件毎に、入力したデータをフィルタリングし、フィルタリングの結果を出力先へ出力する。受信部は、前記出力部より出力されたフィルタリングの結果が適切か不適切かを示す情報を前記出力先から受信する。累計部は、前記受信部により受信された情報に基づき、前記フィルタ条件毎に、前記出力されたフィルタリングの結果が適切、不適切とされた回数をそれぞれ累計する。切替部は、前記フィルタ条件毎の前記出力されたフィルタリングの結果が適切、不適切とされた回数の累計値と前記フィルタ条件の有効、無効を切り替える切替条件とに基づいて、前記フィルタ条件毎に、前記出力部におけるフィルタリングの有効、無効を切り替える。

一実施形態によれば、出力先で有効なデータを抽出できる。

図１は、実施例１に係るサーバ装置を含むＣＥＰシステムの全体構成を示す図である。 図２は、実施例２に係るＣＥＰシステムの概略的な構成の一例を示す図である。 図３は、実施例２に係るサーバ装置の機能的な構成の一例を示す図である。 図４は、フィルタ条件テーブルのデータ構成の一例を示す図である。 図５は、累計回数テーブルのデータ構成の一例を示す図である。 図６は、切替条件テーブルのデータ構成の一例を示す図である。 図７は、フィルタリング処理の手順を示すフローチャートである。 図８は、切替処理の手順を示すフローチャートである。 図９は、実施例３に係るサーバ装置の機能的な構成の一例を示す図である。 図１０は、フィルタ条件テーブルのデータ構成の一例を示す図である。 図１１は、切替条件テーブルのデータ構成の一例を示す図である。 図１２は、累計回数テーブルの一例を示す図である。 図１３は、新たなフィルタ条件が登録されたフィルタ条件テーブルの一例を示す図である。 図１４は、新たなフィルタ条件の切替条件が登録された切替条件テーブルの一例を示す図である。 図１５は、切替処理の手順を示すフローチャートである。 図１６は、実施例４に係るＣＥＰシステムの概略的な構成の一例を示す図である。 図１７は、実施例４に係るサーバ装置の機能的な構成の一例を示す図である。 図１８は、フィルタ条件テーブルの一例を示す図である。 図１９は、切替条件テーブルの一例を示す図である。 図２０は、クライアント２６により適切、不適切とされた回数を記憶する累計回数テーブルの一例を示す図である。 図２１は、追加処理の手順を示すフローチャートである。 図２２は、切替処理の手順を示すフローチャートである。 図２３は、実施例５に係るサーバ装置の機能的な構成の一例を示す図である。 図２４は、フィルタ条件テーブルのデータ構成の一例を示す図である。 図２５は、切替処理の手順を示すフローチャートである。 図２６は、１つのテーブルで各データを記憶した場合のデータ構成の一例を示す図である。 図２７は、フィルタリングプログラムを実行するコンピュータを示す図である。

以下に、本発明にかかるサーバ装置、フィルタリング方法、およびフィルタリングプログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

実施例１に係るサーバ装置について説明する。図１は、実施例１に係るサーバ装置を含むＣＥＰシステムの全体構成を示す図である。サーバ装置１０は、複合イベント処理を行う物理サーバであり、例えば、データセンサや各企業に設けられたサーバコンピュータである。サーバ装置１０には、様々な対象から収集されたデータが配信される。サーバ装置１０は、様々な対象から受信した複数種類のデータを設定された条件にてフィルタリングし、結果を出力先１１へ出力する。

図１に示すように、サーバ装置１０は、記憶部１２と、出力部１３と、受信部１４と、累計部１５と、切替部１６とを有する。

記憶部１２は、各種の情報を記憶する。例えば、記憶部１２は、データをフィルタリングするフィルタ条件を記憶する。また、記憶部１２は、フィルタ条件の有効、無効を切り替える切替条件を記憶する。

出力部１３は、出力先１１へ各種の情報を出力する。例えば、出力部１３は、記憶部１２に記憶されたフィルタ条件毎に、様々な対象から入力したデータをフィルタリングし、フィルタリングの結果を出力先１１へ出力する。出力されるフィルタリングの結果は、フィルタに合致したデータであってもよい。また、出力されるフィルタリングの結果は、フィルタに合致した旨を通知するデータであってもよい。また、出力されるフィルタリングの結果は、フィルタに合致したことにより実行される処理の実行結果のデータであってもよい。

出力先１１は、出力部１３から受信したフィルタリングの結果に基づき、処理を実行する。また、出力先１１は、フィルタリングの結果が適切か不適切かを判定する。例えば、サーバ装置１０に特定の状態が予測される複数のフィルタ条件が設定され、それぞれのフィルタ条件に合致した旨がサーバ装置１０から通知される場合、出力先１１は、フィルタ条件に合致した旨が通知された際に特定の状態が発生したか否かを判定する。出力先１１は、特定の状態が発生した場合、フィルタリングの結果が適切と判定する。一方、出力先１１は、特定の状態が発生していない場合、フィルタリングの結果が不適切と判定する。出力先１１は、判定結果をフィードバックする。判定結果のフィードバックは、日毎などの一定期間毎のタイミングで行うものとしてもよく、判定が行われる毎に随時行うものとしてもよく、管理者等が指示したタイミングとしてもよい。

受信部１４は、各種の情報を受信する。例えば、受信部１４は、出力部１３より出力された結果が適切か不適切かを示す情報を出力先１１から受信する。

累計部１５は、各種の累計を行う。例えば、累計部１５は、受信部１４により受信された情報に基づき、フィルタ条件毎に、適切、不適切とされた回数をそれぞれ累計する。

切替部１６は、各種の切り替え行う。例えば、切替部１６は、フィルタ条件毎の適切、不適切とされた回数の累計値と切替条件とに基づいて、フィルタ条件毎に、フィルタ条件の有効、無効を切り替える。

なお、図１の例では、機能的な構成を示したため、出力部１３と、受信部１４と、累計部１５と、切替部１６とを別に分けているが、例えば、１つのデバイスで構成してもよい。デバイスの一例としては、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの電子回路が挙げられる。なお、デバイスとしては、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路を採用することもできる。

ここで、ＣＥＰシステムでは、適切なフィルタの条件を設定することが困難であり、出力先１１にとって有効なデータを抽出できない場合がある。例えば、特定の状態が発生することが予測される様々な部分的な条件をフィルタ条件に設定した場合は、特定の状態が発生するデータが抽出されるが、特定の状態が発生しないデータも抽出される場合がある。また、特定の状態が発生する十分な条件をフィルタ条件に設定した場合は、特定の状態が発生するデータが抽出されるが、十分な条件以外で特定の状態が発生する場合のデータが抽出されなくなる。

そこで、サーバ装置１０には、フィルタ条件として、特定の状態が発生することが予測される様々な条件、およびフィルタ条件の有効、無効を切り替える切替条件を設定する。サーバ装置１０は、フィルタ条件毎に、様々な対象から入力したデータをフィルタリングし、フィルタリングの結果を出力先１１へ出力する。出力先１１は、フィルタリングの結果が適切か不適切かを判定し、判定結果をサーバ装置１０へフィードバックする。サーバ装置１０は、出力先１１から出力結果が適切か不適切かを示す情報を受信する。サーバ装置１０は、フィルタ条件毎に、適切、不適切とされた回数をそれぞれ累計し、フィルタ条件毎の適切、不適切とされた回数の累計値と切替条件とに基づいて、フィルタ条件毎に、フィルタ条件の有効、無効を切り替える。これにより、サーバ装置１０は、出力先１１で有効なデータを抽出できる。また、サーバ装置１０は、不適切なフィルタ条件によりデータが抽出されなくなるため、出力先１１へ送るフィルタリングの結果のデータ量を減らすことができる。

実施例２について説明する。実施例２では、道路渋滞の予測にＣＥＰシステムを適用した場合を説明する。図２は、実施例２に係るＣＥＰシステムの概略的な構成の一例を示す図である。ＣＥＰシステム２０は、サーバ装置２１を有する。なお、図２の例では、サーバ装置２１が１つの場合を例示したが、開示のシステムはこれに限定されず、サーバ装置２１を２つ以上設けて処理を分散させてもよい。また、図２の例では、サーバ装置２１上で後述するＣＥＰエンジン３０が動作する場合を例示するが、サーバ装置２１で１または複数のＶＭ（Virtual Machine：仮想マシン）を動作させ、ＶＭ上でＣＥＰエンジン３０が動作してもよい。

サーバ装置２１は、図示しないネットワークに接続され、ネットワークを介して道路の交通制御を行う交通制御サーバ２２と通信可能とされている。また、サーバ装置２１は、様々な対象から収集されたデータが配信される。例えば、サーバ装置２１には、交通状況の監視対象となる道路の所定の位置に設けられた速度センサにより検出された自動車の速度を示す速度情報２３が配信される。また、サーバ装置２１には、天気予報を提供するサービスを行う業者のサーバから監視対象の道路を含む地域の予測される天気を示す天気情報２４が適宜配信される。

図２には、配信される速度情報２３および天気情報２４の一例が示されている。本実施例では、速度情報２３および天気情報２４は、ＸＭＬ（Extensible Markup Language）形式のデータ構造とされている。

図２に示す速度情報２３は、タグとして、データ名が「ｅｖｅｎｔＴｙｐｅＩｄ」、「ｓｐｅｅｄ」の各項目を有する。「ｅｖｅｎｔＴｙｐｅＩｄ」は、発生したイベントの種類を埋め込む際に用いるタグである。速度情報２３は、「ｅｖｅｎｔＴｙｐｅＩｄ」のタグに、発生したイベントして、自動車が通過したことを示す「ＣａｒＥｖｅｎｔ」が埋め込まれる。「ｓｐｅｅｄ」は、検出された速度を埋め込む際に用いるタグである。速度情報２３は、「ｓｐｅｅｄ」のタグに、検出された自動車の速度として時速（［Ｋｍ／ｈ］）を示す値が埋め込まれる。図２の例の速度情報２３は、自動車の速度が４０［Ｋｍ／ｈ］であることを示す。

また、図２に示す天気情報２４は、タグとして、データ名が「ｅｖｅｎｔＴｙｐｅＩｄ」、「Ｒａｉｎ」の各項目を有する。「ｅｖｅｎｔＴｙｐｅＩｄ」は、上述のように、発生したイベントの種類を埋め込む際に用いるタグである。天気情報２４は、「ｅｖｅｎｔＴｙｐｅＩｄ」のタグに、発生したイベントして「ＳｅｎｓｏｒＥｖｅｎｔ」が埋め込まれる。「Ｒａｉｎ」は、雨が予測される際に用いるタグである。天気情報２４は、雨が予測された場合、「Ｒａｉｎ」のタグに、「ｔｒｕｅ」が埋め込まれる。図２の例の天気情報２４は、雨が予測されることを示す。

サーバ装置２１は、ＣＥＰエンジン３０が動作する。ＣＥＰエンジン３０は、複合イベント処理を実現するソフトウェアである。複合イベント処理を実現するソフトウェアとしては、例えば、Ｅｓｐｅｒが挙げられる。

サーバ装置２１は、フィルタ条件３１を記憶する。図２の例では、条件Ａ、Ｂ、Ｃを記憶する。

サーバ装置２１は、配信された速度情報２３や天気情報２４を受信する。ＣＥＰエンジン３０は、フィルタ条件３１の条件Ａ、Ｂ、Ｃに基づき、受信した速度情報２３や天気情報２４をフィルタリングして条件Ａ、Ｂ、Ｃの何れかに合致するかパターン検出を行い、何れかに合致した場合、合致した旨を交通制御サーバ２２へ通知する。交通制御サーバ２２は、出力先１１の一例である。図２の例は、ＣＥＰエンジン３０が条件Ａ、Ｂ、Ｃにそれぞれ合致した旨の通知を行っている場合を示している。

交通制御サーバ２２は、サーバ装置２１から通知を受けた場合、交通状況の監視対象となる道路で渋滞の発生が予測されるものとして、渋滞を緩和させる制御を行う。例えば、交通制御サーバ２２は、監視対象の道路に設けられた信号について渋滞の発生が予測される道路側の青信号の期間を増加させる制御を行い、監視対象の道路を通行可能な自動車の数を増加させる。また、例えば、交通制御サーバ２２は、監視対象となる道路で渋滞の発生が予測される交通情報を報知して、他の道路への迂回を促す。

また、交通制御サーバ２２は、監視対象の道路で実際に渋滞が発生したか否かに基づき、サーバ装置２１から通知されたフィルタリングの結果が適切か不適切かを判定する。交通制御サーバ２２は、監視対象の道路で実際に渋滞が発生した場合、フィルタリングの結果が適切と判定する。一方、交通制御サーバ２２は、監視対象の道路で実際に渋滞が発生しなかった場合、フィルタリングの結果が不適切と判定する。監視対象の道路が渋滞したか否かは、監視対象の道路に設置されたビーコンなどからの情報を用いて検出してもよい。また、監視対象の道路が渋滞したか否かは、管理者が交通制御サーバ２２の不図示の入力部あるいは、交通制御サーバ２２と通信可能とされたクライアントコンピュータなどの端末装置から登録してもよい。

交通制御サーバ２２は、フィルタリングの結果が適切か不適切かの判定結果をサーバ装置２１へ通知する。

サーバ装置２１は、交通制御サーバ２２から通知される判定結果に基づき、フィルタ条件毎に、適切、不適切とされた回数をそれぞれ累計し、フィルタ条件毎に、ＣＥＰエンジン３０によるフィルタリングの有効、無効を切り替える。

次に、図３を参照して、サーバ装置２１のより詳細な構成について説明する。図３は、実施例２に係るサーバ装置の機能的な構成の一例を示す図である。図３に示すように、サーバ装置２１は、通信制御Ｉ／Ｆ（interface）部４０と、記憶部４１と、制御部４２とを有する。

通信制御Ｉ／Ｆ部４０は、少なくとも１つのポートを有し、ネットワークとの間の通信を制御するインタフェースである。通信制御Ｉ／Ｆ部４０は、ネットワークを介して様々な対象から配信されたデータを受信する。例えば、通信制御Ｉ／Ｆ部４０は、速度情報２３および天気情報２４を受信する。また、通信制御Ｉ／Ｆ部４０は、交通制御サーバ２２と各種情報を送受信する。例えば、通信制御Ｉ／Ｆ部４０は、フィルタ条件にそれぞれ合致した場合、フィルタ条件にそれぞれ合致した旨の通知を交通制御サーバ２２へ送信する。また、通信制御Ｉ／Ｆ部４０は、フィルタリングの結果が適切か不適切かの判定結果を交通制御サーバ２２から受信する。

記憶部４１は、ハードディスク、光ディスクなどの記憶装置である。なお、記憶部４１は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non Volatile Static Random Access Memory）などのデータを書き換え可能な半導体メモリであってもよい。

記憶部４１は、各種情報を記憶する。例えば、記憶部４１は、制御部４２で実行されるＯＳ（Operating System）や後述するフィルタリング処理、切替処理など各種処理を行うプログラムを記憶する。さらに、記憶部４１は、制御部４２で実行されるプログラムの実行に要する各種データを記憶する。例えば、記憶部４１は、フィルタ条件テーブル４１ａと、累計回数テーブル４１ｂと、切替条件テーブル４１ｃとを記憶する。

フィルタ条件テーブル４１ａは、フィルタ条件を格納したテーブルである。一例として、フィルタ条件テーブル４１ａは、渋滞の発生に関して多くの条件で検証を行うため、渋滞の発生が予測される様々な条件が管理者によって格納される。他の一例として、フィルタ条件テーブル４１ａは、入力したデータのフィルタリングを行うため、後述する出力部４２ａによって参照される。また、他の一例として、フィルタ条件テーブル４１ａは、フィルタ条件の有効、無効を切替えるため、後述する切替部４２ｄによってデータが更新される。

図４は、フィルタ条件テーブルのデータ構成の一例を示す図である。図４に示すように、フィルタ条件テーブル４１ａは、条件、フィルタ条件、状態、失効条件の各項目を有する。条件の項目は、フィルタ条件を識別する識別情報を記憶する領域である。条件の項目には、数字や文字などによりフィルタ条件を一意に識別する識別情報が格納される。フィルタ条件の項目は、データをフィルタリングするフィルタ条件を記憶する領域である。状態の項目は、フィルタ条件が有効か無効かを示す情報を記憶する領域である。状態の項目には、フィルタ条件が無効である場合、「無効」が格納され、フィルタ条件が有効である場合、「有効」が格納される。失効条件の項目は、失効条件が有効か無効かを示す情報を記憶する領域である。失効条件の項目には、失効条件が無効である場合、「無効」が格納され、失効条件が有効である場合、「有効」が格納される。図４の例では、条件Ａは、フィルタ条件が雨予報でかつ時速４０［Ｋｍ／ｈ］以下であり、フィルタ条件が有効であり、失効条件も有効であることを示す。また、条件Ｂは、フィルタ条件が雨予報でかつ時速６０［Ｋｍ／ｈ］以下であり、フィルタ条件が有効であり、失効条件も有効であることを示す。また、条件Ｃは、フィルタ条件が雨予報でかつ時速８０［Ｋｍ／ｈ］以下であり、フィルタ条件が有効であり、失効条件も有効であることを示す。

累計回数テーブル４１ｂは、フィルタ条件毎に、交通制御サーバ２２によりフィルタリング結果か適切、不適切と判定された回数を累計して格納したテーブルである。一例として、累計回数テーブル４１ｂは、フィルタ条件が有効であるか否か判定するため、後述する切替部４２ｄによって参照される。また、他の一例として、累計回数テーブル４１ｂは、フィルタ条件毎にフィルタリング結果が適切、不適切と判定された回数を累計するため、後述する累計部４２ｃによってデータが更新される。

図５は、累計回数テーブルのデータ構成の一例を示す図である。図５に示すように、累計回数テーブル４１ｂは、条件の項目と、成功回数の項目と、失敗回数の項目とを有する。条件の項目は、フィルタ条件テーブル４１ａの対応するフィルタ条件の識別情報を記憶する領域である。成功回数の項目は、交通制御サーバ２２によりフィルタ条件が適切と判定された回数を累計して記憶する領域である。失敗回数の項目は、交通制御サーバ２２によりフィルタ条件が不適切と判定された回数を累計して記憶する領域である。図５の例では、条件Ａは、成功回数が１０回であり、失敗回数が２回であることを示す。また、条件Ｂは、成功回数が７回であり、失敗回数が３回であることを示す。また、条件Ｃは、成功回数が３回であり、失敗回数が７回であることを示す。

切替条件テーブル４１ｃは、フィルタ条件毎に、それぞれのフィルタ条件を無効とする失効条件および当該失効条件を無効にする失効無効化条件を格納したテーブルである。一例として、切替条件テーブル４１ｃは、フィルタ条件が有効であるか否か判定するため、後述する切替部４２ｄにより参照される。

図６は、切替条件テーブルのデータ構成の一例を示す図である。図６に示すように、切替条件テーブル４１ｃは、条件の項目と、失効条件の項目と、失効無効化条件の項目とを有する。条件の項目は、フィルタ条件テーブル４１ａの対応するフィルタ条件の識別情報を記憶する領域である。失効条件の項目は、フィルタ条件を無効とする失敗回数の値を記憶する領域である。失効無効化条件の項目は、失効条件を無効とする成功回数の値を記憶する領域である。図６の例では、条件Ａ、Ｂは、失効条件が５回であり、失効無効化条件が成功回数１０回以上であることを示す。また、条件Ｃは、失効条件が７回であり、失効無効化条件が成功回数１０回以上であることを示す。

図３に戻り、制御部４２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部４２は、図３に示すように、出力部４２ａと、受信部４２ｂと、累計部４２ｃと、切替部４２ｄとを有する。

出力部４２ａは、複合イベント処理を実行する処理部である。出力部４２ａは、例えば、上述のＣＥＰエンジン３０が対応する。出力部４２ａは、速度情報２３や天気情報２４を受信した場合、フィルタ条件テーブル４１ａに記憶された状態が有効の各フィルタ条件により、入力したデータのフィルタリングを行う。出力部４２ａは、入力したデータが何れかのフィルタ条件に合致した場合、何れのフィルタ条件に合致したかを交通制御サーバ２２へ通知する。

受信部４２ｂは、交通制御サーバ２２から各種情報を受信する処理部である。受信部４２ｂは、交通制御サーバ２２からフィルタリングの結果が適切か不適切かの判定結果を受信する。

累計部４２ｃは、フィルタ条件毎に、適切、不適切とされた回数をそれぞれ累計する処理部である。累計部４２ｃは、フィルタ条件テーブル４１ａに記憶された失効条件が有効の各フィルタ条件について、受信部４２ｂにより受信された判定結果に基づき、適切、不適切とされた回数を累計回数テーブル４１ｂの成功回数、失敗回数に加算する。これにより、累計回数テーブル４１ｂには、失効条件が有効の各フィルタ条件について適切、不適切とされた回数が成功回数、失敗回数にそれぞれ累計して記憶される。一方、失効条件が無効の各フィルタ条件は、累計回数テーブル４１ｂの成功回数、失敗回数が更新されなくなる。

切替部４２ｄは、フィルタ条件毎に、フィルタ条件の有効、無効を切り替える処理部である。切替部４２ｄは、失効条件が有効の各フィルタ条件について、累計回数テーブル４１ｂの失敗回数が切替条件テーブル４１ｃの失効条件の回数を満たすか否か判定する。そして、切替部４２ｄは、失敗回数が失効条件の回数を満たすフィルタ条件についてフィルタ条件テーブル４１ａの状態の項目を「無効」に更新してフィルタ条件を無効とする。これにより、状態が無効となったフィルタ条件は、出力部４２ａでのフィルタリングに使用されなくなり、交通制御サーバ２２へも無効となったフィルタ条件での通知が行われなくなる。すなわち、サーバ装置２１は、交通制御サーバ２２でフィルタリングの結果が不適切であるとされた回数が失効条件を満たすと、フィルタ条件の状態が無効となる。これにより、サーバ装置２１は、交通制御サーバ２２にとって不適切なデータを抽出するフィルタ条件でのフィルタリングが行われなくなるため、交通制御サーバ２２で有効なデータを抽出できるようになる。

また、切替部４２ｄは、失効条件が有効の各フィルタ条件について、累計回数テーブル４１ｂの成功回数が切替条件テーブル４１ｃの失効無効化条件の回数を満たすか否か判定する。そして、切替部４２ｄは、成功回数が失効無効化条件の回数を満たすフィルタ条件についてフィルタ条件テーブル４１ａの失効条件の項目を「無効」に更新して失効条件を無効とする。これにより、失効条件が無効となったフィルタ条件は、累計回数テーブル４１ｂの成功回数、失敗回数が更新されなくなり、失敗回数が失効条件に到達しなくなり、有効のまま維持される。

次に、本実施例に係るサーバ装置２１がデータのフィルタリングを行うフィルタリング処理の流れを説明する。図７は、フィルタリング処理の手順を示すフローチャートである。このフィルタリング処理は、例えば、サーバ装置２１に対してデータのフィルタリングの開始の指示がなされた場合に実行される。

図７に示すように、出力部４２ａは、速度情報２３や天気情報２４を受信したか否か判定する（Ｓ１０）。速度情報２３や天気情報２４を受信していない場合（Ｓ１０否定）、Ｓ１０へ移行し、データの受信待ちを行う。一方、速度情報２３や天気情報２４を受信した場合（Ｓ１０肯定）、出力部４２ａは、フィルタ条件テーブル４１ａの状態が有効とされた各フィルタ条件により、入力したデータのフィルタリングを行う（Ｓ１１）。出力部４２ａは、フィルタリングの結果、何れかのフィルタ条件と合致したか否か判定する（Ｓ１２）。何れかのフィルタ条件と合致した場合（Ｓ１２肯定）、出力部４２ａは、何れのフィルタ条件に合致したかを交通制御サーバ２２へ通知する（Ｓ１３）。一方、何れかのフィルタ条件とも合致しない場合（Ｓ１２否定）、後述するＳ１４へ移行する。

出力部４２ａは、複合イベント処理を制御する図示しない処理部から処理終了が指示されたか否かを判定する（Ｓ１４）。出力部４２ａは、処理終了が指示された場合（Ｓ１４肯定）、処理を終了する。一方、処理終了が指示されていない場合（Ｓ１４否定）、Ｓ１０へ移行する。

次に、本実施例に係るサーバ装置２１がフィルタ条件の有効、無効の切り替える切替処理の流れを説明する。図８は、切替処理の手順を示すフローチャートである。この切替処理は、例えば、サーバ装置２１に対してデータのフィルタリングの開始の指示がなされた場合に実行される。

図８に示すように、受信部４２ｂは、交通制御サーバ２２からフィルタリングの結果が適切か不適切かの判定結果を受信したか否か判定する（Ｓ２０）。判定結果を受信していない場合（Ｓ２０否定）、Ｓ２０へ移行し、判定結果の受信待ちを行う。一方、判定結果を受信した場合（Ｓ２０肯定）、累計部４２ｃは、フィルタ条件テーブル４１ａの失効条件が有効の各フィルタ条件について、適切、不適切とされた回数を累計回数テーブル４１ｂの成功回数、失敗回数に加算する（Ｓ２１）。

切替部４２ｄは、失効条件が有効の各フィルタ条件について、累計回数テーブル４１ｂの失敗回数が切替条件テーブル４１ｃの失効条件の回数を満たすか否か判定する（Ｓ２２）。失敗回数が失効条件の回数を満たすフィルタ条件がある場合（Ｓ２２肯定）、切替部４２ｄは、失敗回数が失効条件の回数を満たすフィルタ条件の状態を無効に更新し（Ｓ２３）、後述するＳ２６へ移行する。

一方、失敗回数が失効条件の回数を満たすフィルタ条件がない場合（Ｓ２２否定）、切替部４２ｄは、失効条件が有効の各フィルタ条件について、累計回数テーブル４１ｂの成功回数が切替条件テーブル４１ｃの失効無効化条件を満たすか否か判定する（Ｓ２４）。成功回数が失効無効化条件を満たすフィルタ条件がある場合（Ｓ２４肯定）、切替部４２ｄは、成功回数が失効無効化条件の回数を満たすフィルタ条件の失効条件を無効に更新し（Ｓ２５）、後述するＳ２６へ移行する。一方、成功回数が失効無効化条件を満たすフィルタ条件がない場合（Ｓ２４否定）、後述するＳ２６へ移行する。

切替部４２ｄは、複合イベント処理を制御する図示しない処理部から処理終了が指示されたか否かを判定する（Ｓ２６）。切替部４２ｄは、処理終了が指示された場合（Ｓ２６肯定）、処理を終了する。一方、処理終了が指示されていない場合（Ｓ２６否定）、Ｓ２０へ移行する。

このように、サーバ装置２１は、データをフィルタリングするフィルタ条件および当該フィルタ条件の有効、無効を切り替える切替条件を記憶する。サーバ装置２１は、フィルタ条件毎に、入力したデータをフィルタリングし、フィルタリングの結果を交通制御サーバ２２へ出力する。サーバ装置２１は、出力された結果が適切か不適切かを示す情報を交通制御サーバ２２から受信する。交通制御サーバ２２は、受信した情報に基づき、前記フィルタ条件毎に、適切、不適切とされた回数をそれぞれ累計する。交通制御サーバ２２は、フィルタ条件毎の適切、不適切とされた回数の累計値と切替条件とに基づいて、フィルタ条件毎に、フィルタリングの有効、無効を切り替える。これにより、サーバ装置２１は、交通制御サーバ２２で有効なデータを抽出できる。また、サーバ装置２１は、不適切なフィルタ条件が無効となって、不適切なフィルタ条件によりデータが抽出されなくなるため、交通制御サーバ２２へ送るフィルタリングの結果のデータ量を減らすことができる。

また、サーバ装置２１は、切替条件として、フィルタ条件を無効とする失効条件および前記失効条件を無効化する無効化条件を記憶する。そして、サーバ装置２１は、無効化条件よりも失効条件に早く到達した場合、フィルタ条件を無効とし、失効条件よりも無効化条件に早く到達した場合、当該失効条件を無効とする。これにより、サーバ装置２１は、交通制御サーバ２２で有効なデータを抽出できる有効なフィルタ条件と有効なデータを抽出し難い無効なフィルタ条件を切替えることができる。

実施例３について説明する。実施例３に係るＣＥＰシステムの構成は、上述の実施例２とほぼ同様であるため、主に異なる部分について説明する。

図９は、実施例３に係るサーバ装置の機能的な構成の一例を示す図である。サーバ装置２１は、天気予報や自動車の速度の情報に加えて自動車のワイパが稼働しているか否かのワイパ情報を受信する。また、制御部４２は、生成部４２ｅをさらに有する。

図１０は、フィルタ条件テーブルのデータ構成の一例を示す図である。図１０に示すように、フィルタ条件テーブル４１ａは、それぞれ異なる属性のデータに関する条件を組み合わせたフィルタ条件が記憶されている。図１０の例では、条件Ａは、フィルタ条件が雨予報でかつ時速４０［Ｋｍ／ｈ］以下であり、フィルタ条件が有効であり、失効条件も有効であることを示す。また、条件Ａ’は、フィルタ条件が雨予報でかつ自動車のワイパが稼働であり、フィルタ条件が有効であり、失効条件も有効であることを示す。

図１１は、切替条件テーブルのデータ構成の一例を示す図である。図１１に示すように、切替条件テーブル４１ｃは、統合回数の項目と、統合条件の項目とをさらに有する。統合回数の項目は、フィルタ条件の統合を行う失敗回数の値を記憶する領域である。統合条件の項目は、統合するフィルタ条件を記憶する領域である。図１１の例では、条件Ａ、Ａ’は、失効条件が５回であり、失効無効化条件が成功回数１０回以上であり、統合条件が５回であり、統合条件が条件Ａと条件Ａ’を論理積の条件で統合することを示す。

図９に戻り、生成部４２ｅは、フィルタ条件の統合を行う処理部である。生成部４２ｅは、統合条件で統合が指定されたフィルタ条件の組み合わせ毎に、それぞれのフィルタ条件が統合条件を満たしたか否かを判定する。そして、生成部４２ｅは、それぞれのフィルタ条件が統合条件を満たす組が存在する場合、統合条件を満たした組のフィルタ条件同士を統合条件で統合する。例えば、条件Ａ、Ａ’が、図１１に示す統合条件であり、条件Ａ、Ａ’のフィルタ条件が不適切と判定された回数の累計値が図１２に示す値である場合を想定する。図１２は、累計回数テーブルの一例を示す図である。この場合、生成部４２ｅは、条件Ａ、Ａ’が共に失敗回数が統合条件を満たすため、条件Ａと条件Ａ’の論理積（ＡＮＤ）を条件とする新たなフィルタ条件Ａ×Ａ’を生成し、フィルタ条件テーブル４１ａに登録する。図１３は、新たなフィルタ条件が登録されたフィルタ条件テーブルの一例を示す図である。図１３に示すフィルタ条件テーブル４１ａには、図１０に示すフィルタ条件テーブル４１ａから条件Ａ×Ａ’が新たに追加されている。また、図１３に示すフィルタ条件テーブル４１ａでは、条件Ａ、Ａ’の失敗回数がそれぞれ失効条件の回数を満たすため、条件Ａ、Ａ’の状態が無効に更新されている。

また、生成部４２ｅは、新たなフィルタ条件Ａ×Ａ’を有効、無効を切り替える新たな切替条件も生成し、切替条件テーブル４１ｃに登録する。例えば、生成部４２ｅは、新たなフィルタ条件について、失効条件および失効無効化条件をそれぞれ所定の値とした新たな切替条件を切替条件テーブル４１ｃに登録する。本実施例では、生成部４２ｅは、新たなフィルタ条件について、失効条件が５回、失効無効化条件が成功回数１０回以上を新たな切替条件として切替条件テーブル４１ｃに登録する。なお、生成部４２ｅは、統合の元となったフィルタ条件の切替条件から新たなフィルタ条件の切替条件を生成してもよい。例えば、生成部４２ｅは、新たなフィルタ条件の失効条件および失効無効化条件を、それぞれ統合の元となったフィルタ条件の失効条件および失効無効化条件の最大値や、最小値、平均値としてもよい。また、生成部４２ｅは、統合した条件については、失効条件を無しとしてもよい。図１４は、新たなフィルタ条件の切替条件が登録された切替条件テーブルの一例を示す図である。図１４に示した切替条件テーブル４１ｃには、図１１に示す切替条件テーブル４１ｃから条件Ａ×Ａ’の切替条件が新たに追加されている。

出力部４２ａは、フィルタ条件テーブル４１ａの状態が有効とされた各フィルタ条件により、入力したデータのフィルタリングを行う。これにより、入力したデータに対して、条件Ａ×Ａ’によりフィルタリングが行われる。そして、出力部４２ａは、入力したデータが何れかのフィルタ条件に合致した場合、何れのフィルタ条件に合致したかを交通制御サーバ２２へ通知する。これにより、入力したデータが条件Ａ×Ａ’に合致した場合は、条件Ａ×Ａ’に合致した旨が交通制御サーバ２２へ通知される。

交通制御サーバ２２は、サーバ装置２１から通知を受けた場合、監視対象の道路の渋滞を緩和させる制御を行う。また、交通制御サーバ２２は、監視対象の道路で実際に渋滞が発生したか否かに基づき、サーバ装置２１から通知されたフィルタリングの結果が適切か不適切かを判定する。そして、交通制御サーバ２２は、フィルタリングの結果が適切か不適切かの判定結果をサーバ装置２１へ通知する。

受信部４２ｂは、交通制御サーバ２２からフィルタリングの結果が適切か不適切かの判定結果を受信する。累計部４２ｃは、受信部４２ｂにより受信された判定結果に基づき、失効条件が有効の各フィルタ条件について、適切、不適切とされた回数を累計回数テーブル４１ｂの成功回数、失敗回数に加算する。図１２に示す例では、条件Ａ×Ａ’についても成功回数、失敗回数が累計して記憶されている。

切替部４２ｄは、失効条件が有効の各フィルタ条件について、成功回数が失効無効化条件の回数を満たす場合、フィルタ条件テーブル４１ａの失効条件の項目を「無効」に更新して失効条件を無効とする。また、切替部４２ｄは、失効条件が有効の各フィルタ条件について、失敗回数が失効条件の回数を満たす場合、フィルタ条件テーブル４１ａの状態の項目を「無効」に更新してフィルタ条件を無効とする。例えば、条件Ａ×Ａ’の失効条件および失効無効化条件が図１４に示す値であり、条件Ａ×Ａ’の成功回数および失敗回数が図１２に示す値である場合、切替部４２ｄは、成功回数が失効無効化条件を満たすため、条件Ａ×Ａ’の失効条件を無効とする。これにより、サーバ装置２１は、条件Ａ×Ａ’でのフィルタリングが継続して行われ、交通制御サーバ２２で有効なデータを抽出できるようになる。

次に、本実施例に係る切替処理の流れを説明する。図１５は、切替処理の手順を示すフローチャートである。なお、図８に示す実施例２に係る切替処理と同一の処理部分は、同一の符号を付して説明を省略する。

図１５に示すように、生成部４２ｅは、統合条件にて統合が指定されたフィルタ条件の組み合わせ毎に、それぞれのフィルタ条件が統合条件を満たしたか否かを判定する（Ｓ３０）。それぞれのフィルタ条件が統合条件を満たす組が存在する場合（Ｓ３０肯定）、生成部４２ｅは、統合条件を満たした組のフィルタ条件同士を統合条件で統合して新たなフィルタ条件をフィルタ条件テーブル４１ａに登録する（Ｓ３１）。そして、生成部４２ｅは、新たなフィルタ条件の新たな切替条件を生成し、切替条件テーブル４１ｃに登録し（Ｓ３２）、Ｓ２６へ移行する。一方、フィルタ条件が統合条件を満たす組が存在しない場合（Ｓ３０否定）、Ｓ２６へ移行する。

このように、サーバ装置２１は、複数のフィルタ条件から新たなフィルタ条件を生成する。これにより、サーバ装置２１は、単体では有効なデータを抽出し難い様々なフィルタ条件を設定した場合でも、複数のフィルタ条件から新たなフィルタ条件を生成することにより、交通制御サーバ２２で有効なデータを抽出できる。

実施例４について説明する。実施例４に係るＣＥＰシステムの構成は、上述の実施例２、３とほぼ同様であるため、主に異なる部分について説明する。

図１６は、実施例４に係るＣＥＰシステムの概略的な構成の一例を示す図である。なお、図２に示す実施例２に係るＣＥＰシステムと同一の処理部分は、同一の符号を付して説明を省略する。

サーバ装置２１は、様々な対象から収集されたデータが配信される。例えば、サーバ装置２１には、速度情報２３および天気情報２４が配信される。サーバ装置２１は、以前と異なるデータが入力した場合、当該異なるデータをフィルタリングの対象とする新たなフィルタ条件を生成する。例えば、サーバ装置２１は、受信したことない天気を示す天気情報２４や、受信したことない速度を示す速度情報を受信した場合、受信したことない天気や速度をフィルタリングの条件とする新たなフィルタ条件を生成する。

サーバ装置２１のＣＥＰエンジン３０は、フィルタ条件３１に基づき、受信した速度情報２３や天気情報２４が何れかフィルタ条件に合致するかフィルタリングを行い、何れかに合致した場合、フィルタ条件に合致した旨をクライアント２５へ通知する。このクライアント２５は、例えば、交通制御サーバ２２である。クライアント２５は、サーバ装置２１から通知を受けた場合、通知に応じた処理を行う。例えば、交通制御サーバ２２は、渋滞を緩和させる制御を行う。また、クライアント２５は、クライアント２６と通信可能とされている。クライアント２５は、サーバ装置２１からの通知の少なくとも一部をクライアント２６へ転送する。例えば、クライアント２５は、クライアント２６において有効であると推定されるフィルタ条件による通知をクライアント２６へ転送する。図１６の例は、ＣＥＰエンジン３０がクライアント２５へ条件Ａ、・・・、条件Ａ×Ｂ×Ｃにそれぞれ合致した旨を通知し、クライアント２５がクライアント２６へ条件Ａ×Ｂ×Ｃに合致した旨の通知を転送している場合を示している。なお、クライアント２５は、サーバ装置２１からの全通知をクライアント２６へ転送してもよい。

クライアント２５は、サーバ装置２１から通知されたフィルタリングの結果が適切か不適切かを判定し、判定結果をサーバ装置２１へ通知する。クライアント２６も、クライアント２５から転送されたフィルタリングの結果が適切か不適切かを判定し、判定結果をサーバ装置２１へ通知する。

サーバ装置２１は、クライアント２５、２６毎に累計回数テーブル４１ｂを記憶しており、クライアント２５、２６で別々に、フィルタ条件毎に、適切、不適切とされた回数を累計する。また、サーバ装置２１は、フィルタ条件毎に、切替条件を記憶する。サーバ装置２１は、クライアント２５において適切、不適切とされた回数の累計値がフィルタ条件を無効とする切替条件を満たす場合、切替条件を満たすフィルタ条件を無効に切り替える。また、サーバ装置２１は、複数のフィルタ条件を統合して新たなフィルタ条件を生成する。図１６の例は、条件Ａ、Ｂが統合されて条件Ａ×Ｂが生成され、さらに、条件Ａ、Ｂ、Ｃが統合されて条件Ａ×Ｂ×Ｃが生成された場合を示している。さらに、サーバ装置２１は、クライアント２６において適切とされた回数の累計値がフィルタ条件を有効とする切替条件を満たす場合、切替条件を満たしたフィルタ条件によるフィルタリングの結果をクライアント２６へ出力する。図１６の例は、条件Ａ×Ｂ×Ｃを有効とする切替条件を満たしたことにより、クライアント２６へも条件Ａ×Ｂ×Ｃに合致した旨の通知を行っている場合を示している。

図１７は、実施例４に係るサーバ装置の機能的な構成の一例を示す図である。生成部４２ｅは、以前と異なる新しいデータが入力した場合、当該新しいデータをフィルタリングの対象とする新たなフィルタ条件を生成し、フィルタ条件テーブル４１ａに登録する。例えば、生成部４２ｅは、新たに雨の予報の天気情報２４が入力した場合、雨の予報の天気情報をフィルタリングの条件とする新たなフィルタ条件を生成、フィルタ条件テーブル４１ａに登録する。また、生成部４２ｅは、新たに速度が４０［Ｋｍ／ｈ］の速度情報が入力した場合、速度が４０［Ｋｍ／ｈ］の速度情報をフィルタリングの条件とする新たなフィルタ条件を生成、フィルタ条件テーブル４１ａに登録する。また、生成部４２ｅは、ワイパが稼働しているワイパ情報が入力した場合、ワイパが稼働しているワイパ情報をフィルタリングの条件とする新たなフィルタ条件を生成、フィルタ条件テーブル４１ａに登録する。図１８は、フィルタ条件テーブルの一例を示す図である。図１８に示すフィルタ条件テーブル４１ａには、条件Ａのフィルタ条件として、雨予報が登録され、条件Ｂのフィルタ条件として、速度４０［Ｋｍ／ｈ］が登録され、条件Ｃのフィルタ条件として、ワイパ稼働が登録されている。また、本実施例では、フィルタ条件テーブル４１ａに、クライアント２５、２６毎に状態、失効条件の項目を設けて、フィルタ条件および失効条件が有効か否かをそれぞれ記憶する。生成部４２ｅは、新しいフィルタ条件を登録する場合、クライアント２５、２６について、フィルタ条件および失効条件をそれぞれ有効として登録する。

また、生成部４２ｅは、フィルタ条件が無効に切り替わる切替条件を満たした場合、当該フィルタ条件と既に無効とされたフィルタ条件とから新たなフィルタ条件を生成する。例えば、生成部４２ｅは、条件Ｂが既に無効とされ、条件Ａが無効に切り替わる場合、条件Ａと条件Ｂの論理積を条件とする条件Ａ×Ｂを生成し、フィルタ条件テーブル４１ａに登録する。また、生成部４２ｅは、条件Ａ、Ｂが既に無効とされ、条件Ｃが無効に切り替わる場合、条件Ａと条件Ｃの論理積を条件とする条件Ａ×Ｃおよび条件Ｂと条件Ｃの論理積を条件とする条件Ｂ×Ｃを生成し、フィルタ条件テーブル４１ａに登録する。また、生成部４２ｅは、条件Ｃが既に無効とされ、条件Ａ×Ｂが無効に切り替わる場合、条件Ｃと条件Ａ×Ｂの論理積を条件とする条件Ａ×Ｂ×Ｃを生成し、フィルタ条件テーブル４１ａに登録する。図１８に示すフィルタ条件テーブル４１ａには、登録された条件Ａ×Ｂ、条件Ａ×Ｃ、条件Ｂ×Ｃ、条件Ａ×Ｂ×Ｃのフィルタ条件が記憶されている。

さらに、生成部４２ｅは、フィルタ条件テーブル４１ａに新たに登録したフィルタ条件を有効、無効を切り替える新たな切替条件も生成し、フィルタ条件テーブル４１ａに登録する。例えば、生成部４２ｅは、新たなフィルタ条件について、失効条件および失効無効化条件をそれぞれ所定の値とした新たな切替条件として登録する。本実施例では、生成部４２ｅは、新たなフィルタ条件について、失効条件が５回、失効無効化条件が成功回数１０回以上を新たな切替条件として登録する。なお、生成部４２ｅは、統合の元となったフィルタ条件の切替条件から新たなフィルタ条件の切替条件を生成してもよい。図１９は、切替条件テーブルの一例を示す図である。図１９に示す切替条件テーブル４１ｃには、条件Ａ〜Ｃ、条件Ａ×Ｂ、条件Ａ×Ｃ、条件Ｂ×Ｃ、条件Ａ×Ｂ×Ｃについて失効条件が５回、失効無効化条件が成功回数１０回以上とする切替条件が記憶されている。

受信部４２ｂは、クライアント２５、２６からフィルタリングの結果が適切か不適切かの判定結果を受信する。累計部４２ｃは、クライアント２５、２６毎に、受信された判定結果に基づき、適切、不適切とされた回数を累計回数テーブル４１ｂの成功回数、失敗回数に加算する。図２０は、クライアント２６により適切、不適切とされた回数を記憶する累計回数テーブルの一例を示す図である。図２０の例では、条件Ａ×Ｂ×Ｃは、成功回数が１０回であり、失敗回数が１回であることを示す。

切替部４２ｄは、クライアント２５、２６毎に、各フィルタ条件の有効、無効を切り替える。例えば、切替部４２ｄは、クライアント２５、２６毎に、失効条件が有効の各フィルタ条件について、累計回数テーブル４１ｂの成功回数が切替条件テーブル４１ｃの失効無効化条件の回数を満たすか否か判定する。そして、切替部４２ｄは、成功回数が失効無効化条件の回数を満たすフィルタ条件についてフィルタ条件テーブル４１ａの失効条件の項目を「無効」に更新して失効条件を無効とする。例えば、クライアント２６についての累計回数テーブル４１ｂが図２０に示す状態であり、切替条件テーブル４１ｃが図１９に示す状態である場合を想定する。この場合、切替部４２ｄは、条件Ａ×Ｂ×Ｃの成功回数の値が失効無効化条件の回数を満たすため、図１８に示すように、条件Ａ×Ｂ×Ｃのクライアント２６の失効条件の項目を「無効」に更新して失効条件を無効とする。

また、切替部４２ｄは、クライアント２５、２６毎に、失効条件が有効の各フィルタ条件について、累計回数テーブル４１ｂの失敗回数が切替条件テーブル４１ｃの失効条件の回数を満たすか否か判定する。そして、切替部４２ｄは、失敗回数が失効条件の回数を満たすフィルタ条件についてフィルタ条件テーブル４１ａの状態の項目を「無効」に更新してフィルタ条件を無効とする。

出力部４２ａは、速度情報２３や天気情報２４を受信した場合、クライアント２５については、フィルタ条件テーブル４１ａの状態が有効とされた各フィルタ条件により、入力したデータのフィルタリングを行い、フィルタ条件に合致したかを通知する。出力部４２ａは、クライアント２６については、フィルタ条件テーブル４１ａで失効条件を無効とされた各フィルタ条件により、入力したデータのフィルタリングを行い、フィルタ条件に合致したかを通知する。すなわち、出力部４２ａは、失効条件を無効とされた各フィルタ条件については、フィルタリングの結果をクライアント２６へ直接通知する。

次に、本実施例に係るサーバ装置２１が以前と異なる新しいデータが入力した場合にフィルタ条件を追加する追加処理の流れを説明する。図２１は、追加処理の手順を示すフローチャートである。この追加処理は、例えば、サーバ装置２１に対してデータのフィルタリングの開始の指示がなされた場合に実行される。

図２１に示すように、生成部４２ｅは、速度情報２３、天気情報２４、ワイパ情報の何れかを受信したか否か判定する（Ｓ４０）。速度情報２３、天気情報２４、ワイパ情報の何れも受信していない場合（Ｓ４０否定）、Ｓ４０へ移行し、データの受信待ちを行う。一方、速度情報２３、天気情報２４、ワイパ情報の何れかを受信した場合（Ｓ４０肯定）、生成部４２ｅは、以前と異なる新しいデータが入力したか否か判定する（Ｓ４１）。以前と異なる新しいデータが入力した場合（Ｓ４１肯定）、生成部４２ｅは、当該新しいデータをフィルタリングの対象とする新たなフィルタ条件を生成し、フィルタ条件テーブル４１ａに登録する（Ｓ４２）。そして、生成部４２ｅは、登録した新たなフィルタ条件について、失効条件が５回、失効無効化条件が成功回数１０回以上を固定で新たな切替条件として登録する（Ｓ４３）。一方、新しいデータが入力していない場合（Ｓ４１否定）、Ｓ４０へ移行し、データの受信待ちを行う。

生成部４２ｅは、複合イベント処理を制御する図示しない処理部から処理終了が指示されたか否かを判定する（Ｓ４４）。生成部４２ｅは、処理終了が指示された場合（Ｓ４４肯定）、処理を終了する。一方、処理終了が指示されていない場合（Ｓ４４否定）、Ｓ４０へ移行する。

次に、本実施例に係るサーバ装置２１がクライアント２６から受信した判定結果に基づいて、クライアント２６についてのフィルタ条件の有効、無効の切り替えを行う切替処理の流れを説明する。図２２は、切替処理の手順を示すフローチャートである。なお、図８に示す実施例２に係る切替処理と同一の処理部分は、同一の符号を付して説明を省略する。

図２２に示すように、生成部４２ｅは、失敗回数が失効条件の回数を満たしたフィルタ条件と既に無効とされたフィルタ条件の論理積を条件とする新たなフィルタ条件を生成し、フィルタ条件テーブル４１ａに登録する（Ｓ５０）。そして、生成部４２ｅは、登録した新たなフィルタ条件について、失効条件が５回、失効無効化条件が成功回数１０回以上を固定で新たな切替条件として登録する（Ｓ５１）。

このように、サーバ装置２１は、以前と異なるデータが入力した場合、当該異なるデータをフィルタリングの対象とする新たなフィルタ条件および当該フィルタ条件の有効、無効を切り替える新たな切替条件を生成する。また、サーバ装置２１は、新たなフィルタ条件が無効に切り替わる新たな切替条件を満たした場合、当該新たなフィルタ条件と既に無効とされたフィルタ条件からさらに新たなフィルタ条件を生成する。また、サーバ装置２１は、当該さらに新たなフィルタ条件の有効、無効を切り替えるさらに新たな切替条件を生成する。これにより、サーバ装置２１は、入力するデータからフィルタ条件を自動的に生成できる。また、サーバ装置２１は、フィルタ条件を組み合わせてクライアント２５で有効なデータを抽出できるフィルタ条件を自動的に生成できる。

また、サーバ装置２１は、クライアント２５が結果を転送したクライアント２６から当該結果が適切か不適切かを示す情報を受信する。サーバ装置２１は、クライアント２５およびクライアント２６で別々に、フィルタ条件毎に、適切、不適切とされた回数を累計する。そして、サーバ装置２１は、クライアント２６で適切とされた回数の累計値がフィルタ条件を有効とする切替条件を満たす場合、当該切替条件を満たしたフィルタ条件によるフィルタリングの結果をクライアント２６へ出力する。これにより、サーバ装置２１は、クライアント２６で有効なデータを抽出して送信できる。

実施例５について説明する。実施例５では、自動車の渋滞の発生を予測するフィルタ条件を用いて自動二輪車の渋滞の発生を予測する場合について説明する。実施例５に係るＣＥＰシステムの構成は、上述の実施例２とほぼ同様である。また、主に異なる部分について説明する。

実施例５に係るサーバ装置の機能的な構成は、図３に示す実施例２に係るサーバ装置とほぼ同様であるため、主に異なる部分について説明する。記憶部４１には、自動車の渋滞の発生の予測に用いたフィルタ条件テーブル４１ａが記憶されている。フィルタ条件テーブル４１ａには、自動車の渋滞の発生の予測に用いたフィルタ条件およびフィルタ条件毎に、フィルタリングに有効か無効かが記憶されている。このフィルタ条件テーブル４１ａは、例えば、自動車の渋滞の発生の予測に用いたフィルタ条件テーブルを複製することにより生成する。また、記憶部４１には、フィルタ条件毎の失効条件および無効化条件を記憶した切替条件テーブル４１ｃが記憶されている。切替条件テーブル４１ｃの失効条件および無効化条件は、自動車の渋滞の発生の予測に用いたものを用いてよく、管理者等が新たに設定してもよい。さらに、サーバ装置２１には、自動車の速度の代わりに、交通状況の監視対象となる道路の所定の位置に設けられた速度センサにより検出された自動二輪車の速度を示す速度情報２３が配信される。

図２４は、フィルタ条件テーブルのデータ構成の一例を示す図である。図２４に示すように、フィルタ条件テーブル４１ａは、フィルタ条件の項目に、自動車の渋滞の発生の予測に用いた条件が記憶され、状態の項目に、自動車の渋滞の発生の予測に有効か無効かが記憶されている。図２４の例では、条件Ａ、Ｂは、状態が有効であり、失効条件が無効であることから自動車の渋滞の発生の予測に有効なフィルタ条件である。また、条件Ｃは、状態が無効であることから自動車の渋滞の発生の予測に無効なフィルタ条件である。

出力部４２ａは、速度情報２３や天気情報２４を受信した場合、フィルタ条件テーブル４１ａの状態が有効とされた各フィルタ条件により、入力したデータのフィルタリングを行う。出力部４２ａは、入力したデータが何れかのフィルタ条件に合致した場合、何れのフィルタ条件に合致したかを交通制御サーバ２２へ通知する。

交通制御サーバ２２は、サーバ装置２１から通知を受けた場合、交通状況の監視対象となる道路で渋滞の発生が予測されるものとして、渋滞を緩和させる制御を行う。また、交通制御サーバ２２は、監視対象の道路で実際に渋滞が発生したか否かに基づき、サーバ装置２１から通知されたフィルタリングの結果が適切か不適切かを判定し、判定結果をサーバ装置２１へ通知する。

受信部４２ｂは、交通制御サーバ２２からフィルタリングの結果が適切か不適切かの判定結果を受信する。累計部４２ｃは、フィルタ条件テーブル４１ａの失効条件が有効の各フィルタ条件について、受信部４２ｂにより受信された判定結果に基づき、適切、不適切とされた回数を累計回数テーブル４１ｂの成功回数、失敗回数に加算する。

切替部４２ｄは、失効条件が有効の各フィルタ条件について、累計回数テーブル４１ｂの成功回数が切替条件テーブル４１ｃの失効無効化条件の回数を満たすか否か判定する。そして、切替部４２ｄは、成功回数が失効無効化条件の回数を満たすフィルタ条件についてフィルタ条件テーブル４１ａの失効条件の項目を「無効」に更新して失効条件を無効とする。

また、切替部４２ｄは、自動車の渋滞の発生の予測に有効なフィルタ条件が無効となる場合、自動車の速度情報のフィルタリングにおいて無効なフィルタ条件を有効に切り替える。例えば、図２４に示すフィルタ条件テーブル４１ａの条件Ａや条件Ｂの状態が無効となる場合、切替部４２ｄは、条件Ｃの状態を有効に更新して条件Ｃのフィルタ条件を有効に切り替える。

次に、本実施例に係る切替処理の流れを説明する。図２５は、切替処理の手順を示すフローチャートである。なお、図８に示す実施例２に係る切替処理と同一の処理部分は、同一の符号を付して説明を省略する。

図２５に示すように、切替処理を開始した際に、切替部４２ｄは、フラグＦＧをゼロに初期化する（Ｓ６０）。

そして、失敗回数が失効条件の回数を満たすフィルタ条件の状態を無効に更新（Ｓ２３）した後、切替部４２ｄは、フラグＦＧの値がゼロであるか否か判定する（Ｓ６１）。フラグＦＧの値がゼロである場合（Ｓ６１肯定）、切替部４２ｄは、自動車の渋滞の発生の予測に無効なフィルタ条件の状態を有効に更新する（Ｓ６２）。そして、切替部４２ｄは、フラグＦＧの値を１に更新し（Ｓ６３）、Ｓ２６へ移行する。一方、フラグＦＧの値がゼロではない場合（Ｓ６１否定）、Ｓ２６へ移行する。

すなわち、切替部４２ｄは、自動車の渋滞の発生の予測に有効なフィルタ条件の状態を最初に無効に更新する際に、自動車の渋滞の発生の予測に無効なフィルタ条件の状態を有効に更新する。これにより、サーバ装置２１では、自動車の渋滞の発生の予測に無効な条件Ｃによりフィルタリングが行われる。なお、本実施例では、自動車の渋滞の発生の予測に有効なフィルタ条件の状態を最初に無効にするタイミングで、自動車の渋滞の発生の予測に無効なフィルタ条件の状態を有効としたが、他のタイミングでフィルタ条件を有効としてもよい。例えば、特定のフィルタ条件が無効となるタイミングで自動車の渋滞の発生の予測に無効なフィルタ条件の状態を有効としてもよい。また、自動車の渋滞の発生の予測に有効な全フィルタ条件が無効となるタイミングで自動車の渋滞の発生の予測に無効なフィルタ条件の状態を有効としてもよい。

このように、サーバ装置２１は、フィルタ条件毎に、自動車の渋滞の発生の予測に有効か無効かを記憶する。サーバ装置２１は、自動車の渋滞の発生の予測と類似する自動二輪車の渋滞の発生の予測を行う場合、自動車の渋滞の発生の予測に有効なフィルタ条件にて入力したデータをフィルタリングしてフィルタリングの結果を交通制御サーバ２２へ出力する。サーバ装置２１は、交通制御サーバ２２から、出力されたフィルタリングの結果が適切か不適切かを示す情報を受信する。サーバ装置２１は、交通制御サーバ２２から受信した情報に基づき、有効なフィルタ条件毎に、適切、不適切とされた回数を累計する。そして、サーバ装置２１は、有効なフィルタ条件の不適切とされた回数の累計値が当該フィルタ条件を無効とする切替条件を満たす場合、当該フィルタ条件を無効に切替えると共に自動車の渋滞の発生の予測に無効とされたフィルタ条件を有効に切り替える。これにより、サーバ装置２１は、自動車の渋滞の発生の予測に有効なフィルタ条件が自動二輪車の渋滞の発生の予測に効果が無い場合でも、自動車の渋滞の発生の予測に無効なフィルタ条件に用いてフィルタリングを行うことができる。これにより、サーバ装置２１は、自動車の渋滞の発生の予測には無効であっても自動二輪車の渋滞の発生の予測に効果があるフィルタ条件を求めることができ、自動二輪車の渋滞の発生の予測に有効なデータを抽出できる。すなわち、所定の種類のデータのフィルタリングには無効であっても、所定の種類と類似する種類のデータのフィルタリングには有効なフィルタ条件を求めることができ、類似する種類のデータについても出力先で有効なデータを抽出できる。

さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

例えば、上記の実施例２〜５では、フィルタ条件テーブル４１ａ、累計回数テーブル４１ｂ、切替条件テーブル４１ｃと複数のテーブルに分けてデータを記憶させた場合について説明したが、開示の装置はこれに限定されない。例えば、各データを適宜統合、分割してもよい。例えば、フィルタ条件テーブル４１ａ、累計回数テーブル４１ｂ、切替条件テーブル４１ｃのデータを１つのテーブルに記憶させてもよい。図２６は、１つのテーブルで各データを記憶した場合のデータ構成の一例を示す図である。

また、上記の実施例２〜５では、フィルタ条件テーブル４１ａの状態の項目にフィルタ条件が有効か無効かを記憶し、失効条件の項目に失効条件が有効か無効かを記憶する場合について説明したが、開示の装置はこれに限定されない。例えば、フィルタ条件および失効条件が有効か無効を記憶せず、フィルタ条件が有効か無効かを、失敗回数が失効条件を満たすか否かで判定し、失効条件が有効か無効かを、成功回数が失効無効化条件を満たすか否か判定してもよい。

また、上記の実施例２〜５では、切替処理において、先に失敗回数が失効条件を満たすか否か判定し、失敗回数が失効条件を満たさない場合、成功回数が失効無効化条件を満たすか否か判定する場合について説明したが、開示の装置はこれに限定されない。例えば、先に成功回数が失効無効化条件を満たすか否か判定し、成功回数が失効無効化条件を満たさない場合、失敗回数が失効条件を満たすか否か判定してもよい。

また、上記の実施例３、４では、複数のフィルタ条件を論理積で統合して新しいフィルタ条件を生成する場合について説明したが、開示の装置はこれに限定されない。例えば、複数のフィルタ条件を論理積を論理積や論理和、排他条件など各種の論理演算を組み合わせて統合して新しいフィルタ条件を生成してもよい。例えば、複数のフィルタ条件を統合する場合、一部のフィルタ条件の排他条件と残りのフィルタ条件の論理積で統合して新しいフィルタ条件を生成してもよい。また、複数のフィルタ条件の排他的論理和を新しいフィルタ条件としてもよい。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図１に示す出力部１３、受信部１４、累計部１５、切替部１６の各処理部が適宜統合されてもよい。また、例えば、図３、図９、図１７、図２３に示す出力部４２ａと、受信部４２ｂと、累計部４２ｃと、切替部４２ｄ、生成部４２ｅの各処理部が適宜統合されてもよい。さらに、各処理部にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［フィルタリングプログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図２７は、フィルタリングプログラムを実行するコンピュータを示す図である。

図２７に示すように、コンピュータ３００は、ＣＰＵ（Central Processing Unit）３１０、ＲＯＭ（Read Only Memory）３２０、ＨＤＤ（Hard Disk Drive）３３０、ＲＡＭ（Random Access Memory）３４０を有する。これら３１０〜３４０の各部は、バス４００を介して接続される。

ＲＯＭ３２０には上記実施例１〜５の各処理部と同様の機能を発揮するフィルタリングプログラム３２０ａが予め記憶される。例えば、上記実施例１の出力部１３、受信部１４、累計部１５、切替部１６と同様の機能を発揮するフィルタリングプログラム３２０ａを記憶させる。あるいは、例えば、上記実施例２〜５の出力部４２ａと、受信部４２ｂと、累計部４２ｃと、切替部４２ｄ、生成部４２ｅと同様の機能を発揮するフィルタリングプログラム３２０ａを記憶させる。なお、フィルタリングプログラム３２０ａについては、適宜分離しても良い。

ＨＤＤ３３０には、各プログラムの実行に要する各種データを記憶する。例えば、記憶部４１は、フィルタ条件や切替条件、統合条件を記憶する。

そして、ＣＰＵ３１０が、フィルタリングプログラム３２０ａをＲＯＭ３２０から読み出して実行することで、実施例１〜５の各制御部と同様の動作を実行する。すなわち、フィルタリングプログラム３２０ａは、実施例１の出力部１３、受信部１４、累計部１５、切替部１６と同様の動作を実行する。あるいは、フィルタリングプログラム３２０ａは、上記実施例２〜５の出力部４２ａと、受信部４２ｂと、累計部４２ｃと、切替部４２ｄ、生成部４２ｅと同様の動作を実行する。

なお、上記したフィルタリングプログラム３２０ａについては、必ずしも最初からＲＯＭ３２０に記憶させることを要しない。フィルタリングプログラム３２０ａはＨＤＤ３３０に記憶させてもよい。

例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００に接続される「他のコンピュータ（またはサーバ）」などにプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

以上説明した実施例１〜６を含む実施形態に関し、更に以下の付記を開示する。

（付記１）データをフィルタリングするフィルタ条件毎に、入力したデータをフィルタリングし、フィルタリングの結果を出力先へ出力する出力部と、
前記出力部より出力されたフィルタリングの結果が適切か不適切かを示す情報を前記出力先から受信する受信部と、
前記受信部により受信された情報に基づき、前記フィルタ条件毎に、前記出力されたフィルタリングの結果が適切、不適切とされた回数をそれぞれ累計する累計部と、
前記フィルタ条件毎の前記出力されたフィルタリングの結果が適切、不適切とされた回数の累計値と前記フィルタ条件の有効、無効を切り替える切替条件とに基づいて、前記フィルタ条件毎に、前記出力部におけるフィルタリングの有効、無効を切り替える切替部と、
を有することを特徴とするサーバ装置。

（付記２）前記切替部は、前記フィルタ条件を無効とする失効条件に当該失効条件を無効化する無効化条件よりも早く到達した場合、フィルタ条件を無効とし、前記失効条件よりも前記無効化条件に早く到達した場合、当該失効条件を無効とする
ことを特徴とする付記１に記載のサーバ装置。

（付記３）複数のフィルタ条件から新たなフィルタ条件を生成する生成部をさらに有することを特徴とする付記１または２に記載のサーバ装置。

（付記４）前記生成部は、以前と異なるデータが入力した場合、当該異なるデータをフィルタリングの対象とする新たなフィルタ条件および当該フィルタ条件の有効、無効を切り替える新たな切替条件を生成し、前記新たなフィルタ条件が無効に切り替わる前記新たな切替条件を満たした場合、当該新たなフィルタ条件と既に無効とされたフィルタ条件からさらに新たなフィルタ条件および当該フィルタ条件の有効、無効を切り替えるさらに新たな切替条件を生成することを特徴とする付記３に記載のサーバ装置。

（付記５）前記生成部は、以前と異なるデータが入力した場合、当該異なるデータをフィルタリングの対象とする新たなフィルタ条件および当該フィルタ条件の有効、無効を切り替える新たな切替条件を生成し、前記新たなフィルタ条件が無効に切り替わる前記新たな切替条件を満たした場合、当該新たなフィルタ条件と既に無効とされたフィルタ条件からさらに新たなフィルタ条件および当該フィルタ条件の有効、無効を切り替えるさらに新たな切替条件を生成する
ことを特徴とする付記１〜４の何れか１つに記載のサーバ装置。

（付記６）フィルタ条件毎に、所定の種類のデータのフィルタリングに有効か無効かが記憶され、
前記出力部は、前記所定の種類と類似する種類のデータのフィルタリングを行う場合、有効なフィルタ条件にて入力したデータをフィルタリングしてフィルタリングの結果を前記出力先へ出力し、
前記受信部は、前記出力先から、前記出力部より出力されたフィルタリングの結果が適切か不適切かを示す情報を受信し、
前記累計部は、前記出力先から受信された情報に基づき、前記有効なフィルタ条件毎に、適切、不適切とされた回数を累計し、
前記切替部は、前記有効なフィルタ条件の不適切とされた回数の累計値が当該フィルタ条件を無効とする切替条件を満たす場合、当該フィルタ条件を無効に切替えると共に前記所定の種類のデータのフィルタリングにおいて無効とされたフィルタ条件を有効に切り替えることを特徴とする付記１〜５の何れか１つに記載のサーバ装置。

（付記７）コンピュータが、
データをフィルタリングするフィルタ条件毎に、入力したデータをフィルタリングし、フィルタリングの結果を出力先へ出力し、
出力されたフィルタリングの結果が適切か不適切かを示す情報を前記出力先から受信し、
受信された情報に基づき、前記フィルタ条件毎に、前記出力されたフィルタリングの結果が適切、不適切とされた回数をそれぞれ累計し、
前記フィルタ条件毎の適切、不適切とされた回数の累計値と前記フィルタ条件の有効、無効を切り替える切替条件とに基づいて、前記フィルタ条件毎に、前記フィルタリングの有効、無効を切り替える
処理を実行することを特徴とするフィルタリング方法。

（付記８）前記切り替える処理は、記フィルタ条件を無効とする失効条件に当該失効条件を無効化する無効化条件よりも早く到達した場合、フィルタ条件を無効とし、前記失効条件よりも前記無効化条件に早く到達した場合、当該失効条件を無効とする
ことを特徴とする付記７に記載のフィルタリング方法。

（付記９）複数のフィルタ条件から新たなフィルタ条件を生成する処理をさらに実行することを特徴とする付記７または８に記載のフィルタリング方法。

（付記１０）前記生成する処理は、
以前と異なるデータが入力した場合、当該異なるデータをフィルタリングの対象とする新たなフィルタ条件および当該フィルタ条件の有効、無効を切り替える新たな切替条件を生成し、
前記新たなフィルタ条件が無効に切り替わる前記新たな切替条件を満たした場合、当該新たなフィルタ条件と既に無効とされたフィルタ条件からさらに新たなフィルタ条件および当該フィルタ条件の有効、無効を切り替えるさらに新たな切替条件を生成する
ことを特徴とする付記９に記載のフィルタリング方法。

（付記１１）前記受信する処理は、前記出力先が前記結果を転送した転送先から当該結果が適切か不適切かを示す情報を受信し、
前記累計する処理は、前記出力先および前記転送先で別々に、前記フィルタ条件毎に、適切、不適切とされた回数を累計し、
前記出力する処理は、前記転送先で適切とされた回数の累計値がフィルタ条件を有効とする切替条件を満たす場合、当該切替条件を満たしたフィルタ条件によるフィルタリングの結果を前記転送先へ出力する
ことを特徴とする付記７〜１０の何れか１つに記載のフィルタリング方法。

（付記１２）前記出力する処理は、所定の種類と類似する種類のデータのフィルタリングを行う場合、所定の種類のデータのフィルタリングに有効なフィルタ条件にて入力したデータをフィルタリングしてフィルタリングの結果を前記出力先へ出力し、
前記受信する処理は、前記出力先から、出力されたフィルタリングの結果が適切か不適切かを示す情報を受信し、
前記累計する処理は、前記出力先から受信された情報に基づき、前記有効なフィルタ条件毎に、適切、不適切とされた回数を累計し、
前記切り替える処理は、前記有効なフィルタ条件の不適切とされた回数の累計値が当該フィルタ条件を無効とする切替条件を満たす場合、当該フィルタ条件を無効に切替えると共に前記所定の種類のデータのフィルタリングにおいて無効とされたフィルタ条件を有効に切り替える
ことを特徴とする付記７〜１１の何れか１つに記載のフィルタリング方法。

（付記１３）コンピュータに、
データをフィルタリングするフィルタ条件毎に、入力したデータをフィルタリングし、フィルタリングの結果を出力先へ出力し、
出力されたフィルタリングの結果が適切か不適切かを示す情報を前記出力先から受信し、
受信された情報に基づき、前記フィルタ条件毎に、前記出力されたフィルタリングの結果が適切、不適切とされた回数をそれぞれ累計し、
前記フィルタ条件毎の適切、不適切とされた回数の累計値と前記フィルタ条件の有効、無効を切り替える切替条件とに基づいて、前記フィルタ条件毎に、前記フィルタリングの有効、無効を切り替える
処理を実行させることを特徴とするフィルタリングプログラム。

（付記１４）前記切り替える処理は、記フィルタ条件を無効とする失効条件に当該失効条件を無効化する無効化条件よりも早く到達した場合、フィルタ条件を無効とし、前記失効条件よりも前記無効化条件に早く到達した場合、当該失効条件を無効とする
ことを特徴とする付記１３に記載のフィルタリングプログラム。

（付記１５）複数のフィルタ条件から新たなフィルタ条件を生成する処理をさらに実行することを特徴とする付記１３または１４に記載のフィルタリングプログラム。

（付記１６）前記生成する処理は、
以前と異なるデータが入力した場合、当該異なるデータをフィルタリングの対象とする新たなフィルタ条件および当該フィルタ条件の有効、無効を切り替える新たな切替条件を生成し、
前記新たなフィルタ条件が無効に切り替わる前記新たな切替条件を満たした場合、当該新たなフィルタ条件と既に無効とされたフィルタ条件からさらに新たなフィルタ条件および当該フィルタ条件の有効、無効を切り替えるさらに新たな切替条件を生成する
ことを特徴とする付記１５に記載のフィルタリングプログラム。

（付記１７）前記受信する処理は、前記出力先が前記結果を転送した転送先から当該結果が適切か不適切かを示す情報を受信し、
前記累計する処理は、前記出力先および前記転送先で別々に、前記フィルタ条件毎に、適切、不適切とされた回数を累計し、
前記出力する処理は、前記転送先で適切とされた回数の累計値がフィルタ条件を有効とする切替条件を満たす場合、当該切替条件を満たしたフィルタ条件によるフィルタリングの結果を前記転送先へ出力する
ことを特徴とする付記１３〜１６の何れか１つに記載のフィルタリングプログラム。

（付記１８）前記出力する処理は、所定の種類と類似する種類のデータのフィルタリングを行う場合、所定の種類のデータのフィルタリングに有効なフィルタ条件にて入力したデータをフィルタリングしてフィルタリングの結果を前記出力先へ出力し、
前記受信する処理は、前記出力先から、出力されたフィルタリングの結果が適切か不適切かを示す情報を受信し、
前記累計する処理は、前記出力先から受信された情報に基づき、前記有効なフィルタ条件毎に、適切、不適切とされた回数を累計し、
前記切り替える処理は、前記有効なフィルタ条件の不適切とされた回数の累計値が当該フィルタ条件を無効とする切替条件を満たす場合、当該フィルタ条件を無効に切替えると共に前記所定の種類のデータのフィルタリングにおいて無効とされたフィルタ条件を有効に切り替える
ことを特徴とする付記１３〜１７の何れか１つに記載のフィルタリングプログラム。

１０ サーバ装置
１１ 出力先
１２ 記憶部
１３ 出力部
１４ 受信部
１５ 累計部
１６ 切替部
２０ ＣＥＰシステム
２１ サーバ装置
２２ 交通制御サーバ
２３ 速度情報
２４ 天気情報
２５ クライアント
２６ クライアント
３０ ＣＥＰエンジン
３１ フィルタ条件
４１ 記憶部
４１ａ フィルタ条件テーブル
４１ｂ 累計回数テーブル
４１ｃ 切替条件テーブル
４２ 制御部
４２ａ 出力部
４２ｂ 受信部
４２ｃ 累計部
４２ｄ 切替部
４２ｅ 生成部

Claims (8)

1. データをフィルタリングするフィルタ条件毎に、入力したデータをフィルタリングし、フィルタリングの結果を出力先へ出力する出力部と、
   前記出力部より出力されたフィルタリングの結果が適切か不適切かを示す情報を前記出力先から受信する受信部と、
   前記受信部により受信された情報に基づき、前記フィルタ条件毎に、前記出力されたフィルタリングの結果が適切、不適切とされた回数をそれぞれ累計する累計部と、
   前記フィルタ条件毎の前記出力されたフィルタリングの結果が適切、不適切とされた回数の累計値と前記フィルタ条件の有効、無効を切り替える切替条件とに基づいて、前記フィルタ条件毎に、前記出力部におけるフィルタリングの有効、無効を切り替える切替部と、
   を有することを特徴とするサーバ装置。
2. 前記切替部は、前記フィルタ条件を無効とする失効条件に当該失効条件を無効化する無効化条件よりも早く到達した場合、フィルタ条件を無効とし、前記失効条件よりも前記無効化条件に早く到達した場合、当該失効条件を無効とする
   ことを特徴とする請求項１に記載のサーバ装置。
3. 複数のフィルタ条件から新たなフィルタ条件を生成する生成部をさらに有することを特徴とする請求項１または２に記載のサーバ装置。
4. 前記生成部は、以前と異なるデータが入力した場合、当該異なるデータをフィルタリングの対象とする新たなフィルタ条件および当該フィルタ条件の有効、無効を切り替える新たな切替条件を生成し、前記新たなフィルタ条件が無効に切り替わる前記新たな切替条件を満たした場合、当該新たなフィルタ条件と既に無効とされたフィルタ条件からさらに新たなフィルタ条件および当該フィルタ条件の有効、無効を切り替えるさらに新たな切替条件を生成することを特徴とする請求項３に記載のサーバ装置。
5. 前記受信部は、前記出力先が前記結果を転送した転送先から当該結果が適切か不適切かを示す情報を受信し、
   前記累計部は、前記出力先および前記転送先で別々に、前記フィルタ条件毎に、適切、不適切とされた回数を累計し、
   前記出力部は、前記転送先で適切とされた回数の累計値がフィルタ条件を有効とする切替条件を満たす場合、当該切替条件を満たしたフィルタ条件によるフィルタリングの結果を前記転送先へ出力する
   ことを特徴とする請求項１〜４の何れか１つに記載のサーバ装置。
6. フィルタ条件毎に、所定の種類のデータのフィルタリングに有効か無効かが記憶され、
   前記出力部は、前記所定の種類と類似する種類のデータのフィルタリングを行う場合、有効なフィルタ条件にて入力したデータをフィルタリングしてフィルタリングの結果を前記出力先へ出力し、
   前記受信部は、前記出力先から、前記出力部より出力されたフィルタリングの結果が適切か不適切かを示す情報を受信し、
   前記累計部は、前記出力先から受信された情報に基づき、前記有効なフィルタ条件毎に、適切、不適切とされた回数を累計し、
   前記切替部は、前記有効なフィルタ条件の不適切とされた回数の累計値が当該フィルタ条件を無効とする切替条件を満たす場合、当該フィルタ条件を無効に切替えると共に前記所定の種類のデータのフィルタリングにおいて無効とされたフィルタ条件を有効に切り替えることを特徴とする請求項１〜５の何れか１つに記載のサーバ装置。
7. コンピュータが、
   データをフィルタリングするフィルタ条件毎に、入力したデータをフィルタリングし、フィルタリングの結果を出力先へ出力し、
   出力されたフィルタリングの結果が適切か不適切かを示す情報を前記出力先から受信し、
   受信された情報に基づき、前記フィルタ条件毎に、前記出力されたフィルタリングの結果が適切、不適切とされた回数をそれぞれ累計し、
   前記フィルタ条件毎の適切、不適切とされた回数の累計値と前記フィルタ条件の有効、無効を切り替える切替条件とに基づいて、前記フィルタ条件毎に、前記フィルタリングの有効、無効を切り替える
   処理を実行することを特徴とするフィルタリング方法。
8. コンピュータに、
   データをフィルタリングするフィルタ条件毎に、入力したデータをフィルタリングし、フィルタリングの結果を出力先へ出力し、
   出力されたフィルタリングの結果が適切か不適切かを示す情報を前記出力先から受信し、
   受信された情報に基づき、前記フィルタ条件毎に、前記出力されたフィルタリングの結果が適切、不適切とされた回数をそれぞれ累計し、
   前記フィルタ条件毎の適切、不適切とされた回数の累計値と前記フィルタ条件の有効、無効を切り替える切替条件とに基づいて、前記フィルタ条件毎に、前記フィルタリングの有効、無効を切り替える
   処理を実行させることを特徴とするフィルタリングプログラム。

Images