JP6571046B2 - サーバ装置、情報処理方法及びプログラム - Google Patents

Description

本発明の実施形態はサーバ装置、情報処理方法及びプログラムに関する。

昨今、クラウドコンピューティングによりサービスを提供する事例が増加している。例えば、クラウド環境で作成された仮想的なサーバ（インスタンス）によりサービスが提供されている。また例えば、新しいサーバの起動、サーバのネットワーク接続、及び、障害の生じたサーバの停止等のサーバ管理業務が、クラウドサービスの管理画面の操作により行われている。インスタンスの利用料金は、通常、時間単位で課金される。そのため、システム管理者が、サーバ装置を複数台の構成で運用しつつ、負荷状況により動的に、インスタンスの追加（スケールアウト）、及び、削減（スケールイン）をする等の運用を行うことにより、サービス運用のコストを低減することが可能になる。

クラウドコンピューティングにより提供されるサービスとしては、例えばクライアント装置から受信した時系列のデータが、ユーザにより事前に指定された条件を満たした際に通知を行うサービスがある。

特開２０１５−１９２４４９号公報

しかしながら従来の技術では、サービスを利用する機器の台数が増加するほど、サービスの品質が低下する可能性が大きかった。

実施形態のサーバ装置は、第１の受信部と、第２の受信部と、分類部と、第２の判定条件選択部と、グループ判定部と、個別判定部と、を備える。第１の受信部は、１以上の第１のクライアント装置から、前記第１のクライアント装置を識別する識別情報と、前記第１のクライアント装置により取得された第１の取得データと、が関連付けられた第１の受信データを受信する。第２の受信部は、１以上の第２のクライアント装置から、前記第１の取得データを判定する第１の判定条件と、前記識別情報と、が関連付けられた第２の受信データを受信する。分類部は、前記１以上の第１のクライアント装置を、１以上のグループに分類する。第２の判定条件選択部は、前記グループ毎に、前記グループに含まれる第１のクライアント装置の識別情報に関連付けられた前記第１の判定条件から、最も成立し易い前記第１の判定条件を、第２の判定条件として選択する。グループ判定部は、前記第１の取得データが、前記第１の取得データを送信した前記第１のクライアント装置を含むグループの前記第２の判定条件を満たすか否かを判定する。個別判定部は、前記第２の判定条件を満たす前記第１の取得データが、前記第２の判定条件を満たす前記第１の取得データを送信した前記第１のクライアント装置の識別情報に関連付けられた前記第１の判定条件を満たすか否かを判定する個別判定処理を行う。

第１実施形態の情報処理システムの装置構成の例を示す図。 第１実施形態のサーバ装置の機能構成の例を示す図。 第１実施形態のグループ情報記憶部に記憶される情報の例を示す図。 第１実施形態の受信データの例を示す図。 第１実施形態の取得データ記憶部に記憶される情報の例を示す図。 第１実施形態の受信データの例を示す図。 第１実施形態の判定条件記憶部に記憶される情報の例を示す図。 第１実施形態の代表判定条件記憶部に記憶される情報の例を示す図。 第１実施形態の通知情報の例を示す図。 第１実施形態の判定条件及び代表判定条件の記憶方法の例を示すシーケンス図。 第１実施形態の判定条件の設定画面の例を示す図。 第１実施形態の判定方法の例を示すシーケンス図。 第２実施形態のサーバ装置の機能構成の例を示す図。 第２実施形態の代表取得データ記憶部に記憶される情報の例を示す図。 第２実施形態の取得データ及び代表取得データの記憶方法の例を示すシーケンス図。 第２実施形態の判定方法の例を示すシーケンス図。 第３実施形態のサーバ装置の機能構成の例を示す図。 第３実施形態の判定方法の例を示すシーケンス図。 第３実施形態の個別判定処理の例を示すシーケンス図。 第４実施形態のグループ分類方法の例を示す図。 第４実施形態の判定方法の例を示すフローチャート。 第１乃至第４実施形態のサーバ装置のハードウェア構成の例を示す図。

以下に添付図面を参照して、サーバ装置、情報処理方法及びプログラムの実施形態を詳細に説明する。

（第１実施形態）
はじめに、第１実施形態の情報処理システムの装置構成の例について説明する。

［情報処理システムの装置構成］
図１は第１実施形態の情報処理システム１００の装置構成の例を示す図である。第１実施形態の情報処理システム１００は、サーバ装置１、クライアント装置２−１〜２−ｎ（ｎは１以上の整数）、及び、クライアント装置３−１〜３−ｍ（ｍは１以上の整数）を備える。サーバ装置１、クライアント装置２−１〜２−ｎ、及び、クライアント装置３−１〜３−ｍは、ネットワーク９０を介して接続されている。なおネットワーク９０の通信方式は有線方式であっても無線方式であってもよい。またネットワーク９０は、有線方式と無線方式とを組み合わせて実現されていてもよい。

以下、クライアント装置２−１〜２−ｎを区別しない場合は、単にクライアント装置２という。同様に、クライアント装置３−１〜３−ｍを区別しない場合は、単にクライアント装置３という。

サーバ装置１は、クライアント装置２から時系列に取得された取得データを受信する。時系列に取得された取得データは、例えば時間の経過とともに不規則に変化する現象を表す数値情報等である。取得データのデータ形式は、例えば、クライアント装置２の識別情報と、一つ以上の数値情報と、数値情報の発生時刻との組である。サーバ装置１は、クライアント装置２から受信した取得データを、リレーショナルデータベース等により実現された永続的なデータベースに記憶する。サーバ装置１は、クライアント装置２から受信した取得データが、事前に指定された条件を満たした場合に、クライアント装置３に通知する。なお通知される情報は任意でよい。通知される情報は、例えばクライアント装置２により取得された温度及び電力使用量等を含む。

クライアント装置２は、家電機器、計測機器、情報を取得する機器、及び、これらの機器の通信を中継するゲートウェイ機器等である。情報を取得する機器は、例えばネットワーク９０等を介して他の機器から情報を取得する機器である。クライアント装置２は、定期的又は不定期的に、時系列に取得された取得データをサーバ装置１に送信する。

クライアント装置３は、携帯機器、通信端末及びパーソナルコンピュータ等のユーザインターフェースを備えた端末装置である。ユーザは、例えばクライアント装置３で動作するユーザアプリケーションを操作することにより、上述の取得データ、及び、クライアント装置２の動作状態を示すデータ等を、サーバ装置１から取得することができる。また、クライアント装置３は、上述の取得データを判定する判定条件を、サーバ装置１に登録することにより、当該判定条件が満たされた際に、サーバ装置１から通知を受信する。これによりクライアント装置３のユーザは、クライアント装置２の動作状態及び異常検出等を受動的に知ることが可能になる。

［サーバ装置の機能構成］
図２は第１実施形態のサーバ装置１の機能構成の例を示す図である。第１実施形態のサーバ装置１は、分類部１１、受信部１２、受信部１３、代表判定条件選択部１４、グループ判定部１５、個別判定部１６、通知部１７、グループ情報記憶部１１１、取得データ記憶部１１２、判定条件記憶部１１３及び代表判定条件記憶部１１４を備える。

＜グループ情報の記憶＞
分類部１１は、クライアント装置２−１〜２−ｎを、１以上のグループに分類する。そして分類部１１は、グループ情報をグループ情報記憶部１１１に記憶する。

図３は第１実施形態のグループ情報記憶部１１１に記憶される情報の例を示す図である。第１実施形態のグループ情報記憶部１１１は、グループＩＤ及び機器ＩＤを記憶する。グループＩＤは、グループを識別する識別情報である。機器ＩＤは、クライアント装置２を識別する識別情報である。図３の例では、例えば機器ＩＤ：００００１により識別されるクライアント装置２は、グループＩＤ：１により識別されるグループに含まれる。

なおグループの分類方法は任意でよい。第１実施形態では、クライアント装置２を１０個のグループに分け、各クライアント装置２が、いずれか一つのグループに属する場合について説明する。第１実施形態のグループＩＤは、０〜９の整数である。図３の例は、分類部１１は、機器ＩＤの下１桁を、その機器ＩＤにより識別されるクライアント装置２が属するグループのグループＩＤとすることにより、クライアント装置２を１０個のグループに分ける場合を示す。

グループ情報記憶部１１１は、例えばファイルシステム、リレーショナルデータベース、オブジェクトデータベース、及び、時系列データベース等のデータ形式を有する不揮発性の記憶装置により実現される。

＜取得データの受信＞
図２に戻り、受信部１２は、１以上のクライアント装置２から、クライアント装置２により取得された取得データを含む受信データ（第１の受信データ）を受信すると、当該取得データを取得データ記憶部１１２に記憶する。

図４は第１実施形態の受信データの例を示す図である。受信部１２は、例えば図４に示すペイロードを有するＨＴＴＰ ＰＯＳＴリクエストにより、クライアント装置２から受信データを受信する。

ｉｄは、クライアント装置２の機器ＩＤを示す。機器ＩＤは、例えば６桁の整数である。

ｖａｌｕｅは、クライアント装置２により取得された取得データを示す。なお取得データは任意でよい。取得データは、例えばクライアント装置２が温度計測器及び電力計測器等であれば、その指示値である。また例えば、クライアント装置２が、ＨＥＭＳ（Ｈｏｍｅ Ｅｎｅｒｇｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）の宅内ゲートウェイ機器であれば、管理下の電気設備の電力使用量の値等である。第１実施形態では、取得データが瞬時電流量（ｍＡ）である場合を例にして具体的に説明する。

ｔｉｍｅは、取得データが取得された日時を示すタイムスタンプを示す。

図４の受信データの例は、機器ＩＤ：００００００により識別されるクライアント装置２により、２０１５年１０月１０日９時に取得された取得データ（９０００（ｍＡ））を示す。

図５は第１実施形態の取得データ記憶部１１２に記憶される情報の例を示す図である。第１実施形態の取得データ記憶部１１２は、タイムスタンプ、機器ＩＤ及び取得データを記憶する。タイムスタンプは、受信データに含まれるｔｉｍｅの値である。機器ＩＤは、受信データに含まれるｉｄの値である。取得データは、受信データに含まれるｖａｌｕｅの値である。

取得データ記憶部１１２は、例えばファイルシステム、リレーショナルデータベース、オブジェクトデータベース、及び、時系列データベース等のデータ形式を有する不揮発性の記憶装置により実現される。

＜判定条件の受信＞
図２に戻り、一方、受信部１３は、１以上のクライアント装置３から、クライアント装置２により取得された取得データを判定する判定条件を含む受信データ（第２の受信データ）を受信すると、当該判定条件を判定条件記憶部１１３に記憶する。

図６は第１実施形態の受信データの例を示す図である。サーバ装置１は、例えばＨＴＴＰ ＡＰＩをクライアント装置３に公開することにより、クライアント装置３から判定条件の登録を受け付ける。ＨＴＴＰ ＡＰＩを利用する場合、受信部１３は、例えば図６に示すペイロードを有するＨＴＴＰ ＰＯＳＴリクエストにより、クライアント装置３から受信データを受信する。

ｉｄは、クライアント装置２の機器ＩＤを示す。すなわちｉｄは、判定条件による判定対象となるクライアント装置２を示す。ｔｈｒｅｓｈｏｌｄは、クライアント装置２により取得された取得データの判定条件を示す。第１実施形態では、判定条件が瞬時電流量の閾値（ｍＡ）である場合を例にして説明する。

図６の受信データの例は、機器ＩＤ：００００００により識別されるクライアント装置２の瞬時電流量の判定条件が、１５０００（ｍＡ）の場合を示す。

図７は第１実施形態の判定条件記憶部１１３に記憶される情報の例を示す図である。第１実施形態の判定条件記憶部１１３は、機器ＩＤ及び判定条件を記憶する。機器ＩＤは、受信データに含まれるｉｄの値である。判定条件は、受信データに含まれるｔｈｒｅｓｈｏｌｄの値である。

判定条件記憶部１１３は、例えばファイルシステム、リレーショナルデータベース、オブジェクトデータベース、及び、時系列データベース等のデータ形式を有する不揮発性の記憶装置により実現される。

＜代表判定条件の選択＞
また、受信部１３は、受信データに含まれる機器ＩＤ（ｉｄの値）、及び、受信データに含まれる判定条件（ｔｈｒｅｓｈｏｌｄの値）を、代表判定条件選択部１４に入力する。

代表判定条件選択部１４は、グループ毎に、グループに含まれるクライアント装置２の識別情報（機器ＩＤ）に関連付けられた判定条件（第１の判定条件）から、最も成立し易い判定条件を、代表判定条件（第２の判定条件）として選択する。そして代表判定条件選択部１４は、代表判定条件を代表判定条件記憶部１１４に記憶する。

第１実施形態の説明では、判定条件が瞬時電流量の閾値（ｍＡ）なので、最も成立し易い判定条件として選択される代表判定条件は、受信部１３により、これまでに受信された同一グループに含まれるクライアント装置２の瞬時電流量を判定する閾値のうち、最小の閾値である。

図８は第１実施形態の代表判定条件記憶部１１４に記憶される情報の例を示す図である。第１実施形態の代表判定条件記憶部１１４は、グループＩＤ及び代表判定条件を記憶する。グループＩＤは、グループを識別する識別情報である。代表判定条件は、後述のグループ判定部１５が、同一グループに含まれるクライアント装置２により取得された取得データを判定する際に使用される判定条件である。

具体的には、代表判定条件選択部１４は、受信部１３から機器ＩＤ及び判定条件を受信すると、当該機器ＩＤによりグループ情報記憶部１１１を検索することにより、当該機器ＩＤにより識別されるクライアント装置２を含むグループを特定する。次に、代表判定条件選択部１４は、特定されたグループに関連付けて代表判定条件記憶部１１４に記憶されている代表判定条件と、受信部１３から受信した判定条件と、を比較する。そして代表判定条件選択部１４は、代表判定条件記憶部１１４に記憶されている代表判定条件よりも、受信部１３から受信した判定条件の方が成立し易い場合、受信部１３から受信した判定条件により、代表判定条件記憶部１１４の代表判定条件を更新する。

図８の例では、例えばグループＩＤが０の代表判定条件は１６０００（ｍＡ）である。この場合、受信部１３が、グループＩＤが０のグループに含まれるクライアント装置２の機器ＩＤと、判定条件（１５０００）と、を含む受信データを受信した場合、代表判定条件選択部１４が、グループＩＤが０の代表判定条件を、１６０００から１５０００に更新する。これは、瞬時電流値が１６０００（ｍＡ）以上であるか否かを判定する判定条件よりも、瞬時電流値が１５０００（ｍＡ）以上であるか否かを判定する判定条件の方が成立し易いためである。

代表判定条件記憶部１１４は、例えばインメモリデータベース等の揮発性の記憶装置により実現される。

＜取得データの判定＞
図２に戻り、グループ判定部１５は、取得データ記憶部１１２に記憶された取得データが、当該取得データを送信したクライアント装置２を含むグループの代表判定条件を満たすか否かを判定する。

具体的には、グループ判定部１５は、取得データ記憶部１１２から、機器ＩＤ及び取得データを読み出す。次に、グループ判定部１５は、取得データ記憶部１１２から読み出された機器ＩＤにより識別されるグループのグループＩＤを、グループ情報記憶部１１１から特定する。次に、グループ判定部１５は、特定されたグループＩＤに関連付けられた代表判定条件を、代表判定条件記憶部１１４から読み出す。そして、グループ判定部１５は、取得データ記憶部１１２から読み出された取得データが、代表判定条件記憶部１１４から読み出された代表判定条件を満たすか否かを判定する。

なお取得データが代表判定条件を満たすか否かを判定する処理のタイミングは任意でよい。例えばグループ判定部１５は、受信部１２によりクライアント装置２から取得データが受信される度に、取得データが代表判定条件を満たすか否かを判定してもよい。また例えば、１分毎の所定の時間間隔で、取得データ記憶部１１２から、まだ判定されていない取得データを読み出すことにより、取得データが代表判定条件を満たすか否かを判定してもよい。

グループ判定部１５は、取得データが代表判定条件を満たす場合、個別判定部１６に個別判定処理の実行を要求する。

個別判定部１６は、グループ判定部１５から個別判定処理の実行を要求されると、個別判定処理の対象となる取得データを送信したクライアント装置２の機器ＩＤに関連付けられた判定条件を、判定条件記憶部１１３から読み出す。個別判定部１６は、代表判定条件を満たす取得データが、代表判定条件を満たす取得データを送信したクライアント装置２の機器ＩＤに関連付けられた判定条件を満たすか否かを判定する。

個別判定部１６は、判定条件を満たす場合、通知部１７に通知処理の実行を要求する。通知部１７は、個別判定部１６から通知処理の実行を要求された場合、所定の通知先（例えば、判定条件をサーバ装置１に送信したクライアント装置３等）に、当該判定条件が成立したことを示す通知情報を通知する。

図９は第１実施形態の通知情報の例を示す図である。図９の例は、機器ＩＤが００００００の瞬時電流量が１５０００ｍＡを超えたこと、及び、１５０００ｍＡを超えたと判定された時の瞬時電流量（１６０００ｍＡ）が、クライアント装置３に通知された場合を示す。

［情報処理方法］
次に第１実施形態の情報処理方法の例について説明する。

＜判定条件及び代表判定条件の記憶方法＞
図１０は第１実施形態の判定条件及び代表判定条件の記憶方法の例を示すシーケンス図である。はじめに、クライアント装置３が、機器ＩＤ及び判定条件（図６参照）を受信部１３に送信する（ステップＳ１）。クライアント装置３は、例えば判定条件を設定するアプリケーションにより、判定条件の設定を示す入力が受け付けられた場合、機器ＩＤ及び判定条件を受信部１３に送信する。

図１１は第１実施形態の判定条件の設定画面の例を示す図である。図１１の例では、瞬時電流量が１５０００ｍＡを超えるか否かを判定する判定条件を設定する場合を示す。クライアント装置３は、確定ボタンのタップ等のタイミングで、判定条件を受信部１３に送信する。

図１０に戻り、次に、受信部１３は、クライアント装置３から受信した機器ＩＤ及び判定条件を、代表判定条件選択部１４に入力する（ステップＳ２）。

次に、代表判定条件選択部１４は、受信部１３から機器ＩＤ及び判定条件を受信すると、当該機器ＩＤによりグループ情報記憶部１１１を検索することにより、当該機器ＩＤにより識別されるクライアント装置２を含むグループのグループＩＤを特定する（ステップＳ３）。

次に、代表判定条件選択部１４は、ステップＳ３の処理により特定されたグループに関連付けられた代表判定条件を、代表判定条件記憶部１１４から取得する（ステップＳ４）。次に、代表判定条件選択部１４は、代表判定条件記憶部１１４から、ステップＳ４の処理が成功したことを示す応答を受け付ける（ステップＳ５）。

次に、代表判定条件選択部１４は、ステップＳ１の処理によりクライアント装置３により送信された判定条件と、ステップＳ４の処理により取得された代表判定条件と、のうち、より成立し易い判定条件を、新たな代表判定条件として選択する（ステップＳ６）。

次に、代表判定条件選択部１４は、代表判定条件記憶部１１４の更新が必要な場合（ステップＳ１の処理によりクライアント装置３により送信された判定条件が選択された場合）、ステップＳ３の処理により特定されたグループＩＤに関連付けられた代表判定条件を、ステップＳ６の処理で選択された新たな代表判定条件により更新する（ステップＳ７）。次に、代表判定条件選択部１４は、代表判定条件記憶部１１４から、ステップＳ７の処理が成功したことを示す応答を受け付ける（ステップＳ８）。

なお、ステップＳ４の処理で代表判定条件が取得できなかった場合（例えば、まだ代表判定条件が記憶されていない場合）は、代表判定条件選択部１４は、ステップＳ１の処理によりクライアント装置３により送信された判定条件を、ステップＳ３の処理により特定されたグループの代表判定条件として、代表判定条件記憶部１１４に新規に追加する。

次に、受信部１３は、代表判定条件選択部１４から、ステップＳ２〜ステップＳ８の処理が成功したことを示す応答を受け付ける（ステップＳ９）。

次に、受信部１３は、ステップＳ１の処理によりクライアント装置３から送信された機器ＩＤ及び判定条件を、判定条件記憶部１１３に記憶する（ステップＳ１０）。次に、受信部１３は、判定条件記憶部１１３から、ステップＳ１０の処理が成功したことを示す応答を受け付ける（ステップＳ１１）。

次に、クライアント装置３は、受信部１３から、ステップＳ１〜ステップＳ１１の処理が成功したことを示す応答を受信する（ステップＳ１２）。

＜取得データの判定方法＞
図１２は第１実施形態の判定方法の例を示すシーケンス図である。はじめに、グループ判定部１５が、処理対象のグループＩＤに関連付けられた代表判定条件を、代表判定条件記憶部１１４から取得する（ステップＳ２１）。次に、グループ判定部１５は、代表判定条件記憶部１１４から、ステップＳ２１の処理が成功したことを示す応答を受け付ける（ステップＳ２２）。

次に、グループ判定部１５は、処理対象のグループＩＤにより識別されるグループに含まれるクライアント装置２を識別する機器ＩＤを、グループ情報記憶部１１１から取得する（ステップＳ２３）。次に、グループ判定部１５は、グループ情報記憶部１１１から、ステップＳ２３の処理が成功したことを示す応答を受け付ける（ステップＳ２４）。

次に、グループ判定部１５は、ステップＳ２３の処理により取得された１以上の機器ＩＤのうち、処理対象の機器ＩＤに関連付けられた取得データを、取得データ記憶部１１２から取得する（ステップＳ２５）。なお図１２の説明では、簡単のため、ステップＳ２５の処理により取得される取得データが１つの場合について説明する。次に、グループ判定部１５は、取得データ記憶部１１２から、ステップＳ２５の処理が成功したことを示す応答を受け付ける（ステップＳ２６）。

次に、グループ判定部１５は、ステップＳ２５の処理により取得された取得データが、ステップＳ２１の処理により取得された代表判定条件を満たすか否かを判定する（ステップＳ２７）。例えば１５０００（ｍＡ）を超えるか否かを判定する代表判定条件の場合は、例えば取得データが１７０００（ｍＡ）であれば、当該代表判定条件を満たす。

次に、グループ判定部１５は、個別判定が必要な場合（代表判定条件を満たす場合）、処理対象の機器ＩＤ、及び、ステップＳ２５の処理により取得された取得データを、個別判定部１６に入力することにより、個別判定処理の実行を個別判定部１６に要求する（ステップＳ２８）。なお、ステップＳ２５の処理により取得された取得データは、個別判定部１６が、取得データ記憶部１１２から取得してもよい。

次に、個別判定部１６が、ステップＳ２８の処理により入力された機器ＩＤを使用して、判定条件記憶部１１３を検索することにより、判定条件を取得する（ステップＳ２９）。次に、個別判定部１６は、判定条件記憶部１１３から、ステップＳ２５の処理が成功したことを示す応答を受け付ける（ステップＳ３０）。

次に、個別判定部１６は、ステップＳ２８の処理により入力された取得データが、ステップＳ２９の処理により取得された判定条件を満たすか否かを判定する（ステップＳ３１）。例えば１６０００（ｍＡ）を超えるか否かを判定する判定条件の場合は、例えば取得データが１７０００（ｍＡ）であれば、当該判定条件を満たす。

次に、個別判定部１６は、通知が必要な場合（判定条件を満たす場合）、上述の通知処理の実行を要求する通知要求を、通知部１７に入力する（ステップＳ３２）。次に、個別判定部１６は、通知部１７から、通知処理が成功したことを示す応答を受け付ける（ステップＳ３３）。

次に、グループ判定部１５が、個別判定部１６から、ステップＳ２８〜ステップＳ３３の処理が成功したことを示す応答を受け付ける（ステップＳ３４）。

なおステップＳ２１〜ステップＳ３４の処理は、グループＩＤ毎に行われる。またステップＳ２５〜ステップＳ３４の処理は、ステップＳ２３の処理により取得された機器ＩＤ毎に行われる。

以上説明したように、第１実施形態の情報処理システム１００では、受信部１２が、１以上のクライアント装置２から、クライアント装置２を識別する識別情報（第１実施形態の説明では、機器ＩＤ）と、クライアント装置２により取得された取得データと、が関連付けられた受信データ（第１の受信データ）を受信する。受信部１３が、クライアント装置３から、取得データを判定する判定条件と、クライアント装置２を識別する識別情報と、が関連付けられた受信データ（第２の受信データ）を受信する。分類部１１が、１以上のクライアント装置２を、１以上のグループに分類する。代表判定条件選択部１４が、グループ毎に、グループに含まれるクライアント装置２の識別情報に関連付けられた判定条件（第１の判定条件）から、最も成立し易い判定条件を、代表判定条件（第２の判定条件）として選択する。グループ判定部１５が、取得データが、取得データを送信したクライアント装置２を含むグループの代表判定条件を満たすか否かを判定する。そして個別判定部１６が、代表判定条件を満たす取得データが、代表判定条件を満たす取得データを送信したクライアント装置２の識別情報に関連付けられた判定条件を満たすか否かを判定する。

これにより第１実施形態の情報処理システム１００によれば、サービスを利用する機器（クライアント装置２及び３）の台数が増加しても、処理の遅延等によってサービスの品質が低下することを防ぐことができる。

例えば、従来の判定方法では、クライアント装置２の各々について、判定条件の閾値と、取得データとを、データベースから取得しなければならない。しかしながら上述の第１実施形態の情報処理システム１００では、同一グループのクライアント装置２の判定条件を１回のアクセスで取得できる。これにより従来よりもデータベースのアクセス頻度を低減することが可能となる。

また例えば、クライアント装置２の台数、及び、判定条件の登録数が大規模であり、かつ、毎分等の定期的に、判定条件と取得データとをデータベースから読み出して比較する場合、従来の判定方法に比べて、シークタイム及び入出力処理等の処理負荷を低下させることができる。

また例えば、従来の判定方法のように、処理負荷のかかるデータベースアクセスの回数を削減するために、判定処理の頻度を減らす必要がない。そのため、判定条件を満たす取得データが取得されてから、通知処理が行われるまでの時間を短くすることができるので、リアルタイム性が要求される状況にも対応することができる。

また例えば、処理負荷のかかるデータベースアクセスの回数を削減するために、取得データ及び判定条件等のデータをメモリ上にキャッシュする従来の判定方法では、メモリに格納できなかったデータのキャッシュミスが生じる。これにより従来の判定方法では、やはり多数のデータベースアクセスを引き起こす可能性がある。一方、第１実施形態の情報処理システム１００によれば、取得データ及び判定条件のデータ量が大きい場合でも、従来の判定方法よりも、処理の遅延等によってサービスの品質が低下することを防ぐことができる。

また例えば、従来の判定方法のように、高性能なハードウェア、及び、複数のインスタンス等によりサーバ装置１を実現しなくても、サービスの品質を保つことができる。すなわち第１実施形態の情報処理システム１００によれば、情報処理システム１００の運用コストを低下させることができる。

（第２実施形態）
次に第２実施形態について説明する。第２実施形態の情報処理システム１００では、グループ毎に、グループに含まれるクライアント装置２の識別情報（機器ＩＤ）に関連付けられた取得データ（第１の取得データ）から、判定条件が最も成立し易い取得データを、代表取得データ（第２の取得データ）として選択する場合について説明する。なお第２実施形態の説明では、第１実施形態と同様の説明については省略し、第１実施形態と異なる箇所について説明する。

［サーバ装置の機能構成］
図１３は第２実施形態のサーバ装置１の機能構成の例を示す図である。第２実施形態のサーバ装置１は、分類部１１、受信部１２、受信部１３、グループ判定部１５、個別判定部１６、通知部１７、代表取得データ選択部１８、グループ情報記憶部１１１、取得データ記憶部１１２、判定条件記憶部１１３及び代表取得データ記憶部１１５を備える。

第２実施形態の分類部１１及びグループ情報記憶部１１１の説明は、第１実施形態の分類部１１及びグループ情報記憶部１１１の説明と同じなので省略する。

＜取得データの受信＞
受信部１２は、１以上のクライアント装置２から、クライアント装置２により取得された取得データを含む受信データ（第１の受信データ）を受信すると、当該取得データを取得データ記憶部１１２に記憶する。第２実施形態の取得データ記憶部１１２の説明は、第１実施形態の取得データ記憶部１１２の説明と同じなので省略する。

＜代表取得データの選択＞
また受信部１２は、受信データに含まれる機器ＩＤ（ｉｄの値）、及び、受信データに含まれる取得データを、代表取得データ選択部１８に入力する。

代表取得データ選択部１８は、グループ毎に、グループに含まれるクライアント装置２の識別情報（機器ＩＤ）に関連付けられた取得データ（第１の取得データ）から、判定条件が最も成立し易い取得データを、代表取得データ（第２の取得データ）として選択する。例えば判定条件が瞬時電流量の閾値（ｍＡ）の場合、同一グループに含まれる取得データの最大値が、判定条件が最も成立し易い取得データである。代表取得データ選択部１８は、代表取得データを代表取得データ記憶部１１５に記憶する。

図１４は第２実施形態の代表取得データ記憶部１１５に記憶される情報の例を示す図である。第２実施形態の代表取得データ記憶部１１５は、グループＩＤ及び代表取得データを記憶する。グループＩＤは、グループを識別する識別情報である。代表取得データは、グループ判定部１５が、同一グループに含まれるクライアント装置２により取得された取得データを判定する際に使用される。

具体的には、代表取得データ選択部１８は、受信部１２から機器ＩＤ及び取得データを受信すると、当該機器ＩＤによりグループ情報記憶部１１１を検索することにより、当該機器ＩＤにより識別されるクライアント装置２を含むグループを特定する。次に、代表取得データ選択部１８は、特定されたグループに関連付けて代表取得データ記憶部１１５に記憶されている代表取得データと、受信部１２から受信した取得データと、を比較する。そして代表取得データ選択部１８は、代表取得データ記憶部１１５に記憶されている代表取得データよりも、受信部１２から受信した取得データの方が、判定条件が成立し易い場合、受信部１２から受信した取得データにより、代表取得データ記憶部１１５の代表取得データを更新する。

図１４の例では、例えばグループＩＤが０の代表取得データは９０００（ｍＡ）である。この場合、受信部１２が、グループＩＤが０のグループに含まれるクライアント装置２の機器ＩＤと、取得データ（１００００）と、を含む受信データを受信した場合、代表取得データ選択部１８が、グループＩＤが０の代表取得データを、９０００から１００００に更新する。これは、瞬時電流値が閾値を超えるか否かを判定する判定条件の場合、瞬時電流値が９０００（ｍＡ）よりも１００００（ｍＡ）の方が、判定条件が成立し易いためである。

代表取得データ記憶部１１５は、例えばインメモリデータベース等の揮発性の記憶装置により実現される。

＜判定条件の受信＞
図２に戻り、一方、受信部１３は、１以上のクライアント装置３から、クライアント装置２により取得された取得データを判定する判定条件を含む受信データ（第２の受信データ）を受信すると、当該判定条件を判定条件記憶部１１３に記憶する。第２実施形態の判定条件記憶部１１３の説明は、第１実施形態の判定条件記憶部１１３の説明と同じなので省略する。

＜取得データの判定＞
グループ判定部１５は、グループ毎に、代表取得データ記憶部１１５に記憶された代表取得データが、当該グループに含まれるクライアント装置２の判定条件を満たすか否かを判定する。

具体的には、グループ判定部１５は、代表取得データ記憶部１１５から、グループＩＤ、及び、当該グループＩＤに関連付けられた代表取得データを読み出す。次に、グループ判定部１５は、グループ情報記憶部１１１から、グループＩＤに関連付けられた機器ＩＤを読み出す。次に、グループ判定部１５は、判定条件記憶部１１３から、機器ＩＤに関連付けられた判定条件を読み出す。そして、グループ判定部１５は、代表取得データ記憶部１１５から読み出された代表取得データが、判定条件記憶部１１３から読み出された判定条件を満たすか否かを判定する。

なお代表取得データが判定条件を満たすか否かを判定する処理のタイミングは任意でよい。例えばグループ判定部１５は、１０分毎の所定の時間間隔で、代表取得データが、当該代表取得データに関連付けられたグループに含まれる各クライアント装置２の判定条件を満たすか否かを判定してもよい。

グループ判定部１５は、代表取得データが判定条件を満たす場合、個別判定部１６に個別判定処理の実行を要求する。

個別判定部１６は、グループ判定部１５から個別判定処理の実行を要求されると、代表取得データが判定条件を満たすクライアント装置２の機器ＩＤに関連付けられた取得データを、取得データ記憶部１１２から読み出す。そして個別判定部１６は、取得データが判定条件を満たすか否かを判定する。

個別判定部１６は、判定条件を満たす場合、通知部１７に通知処理の実行を要求する。第２実施形態の通知部１７の説明は、第１実施形態の通知部１７の説明と同じなので省略する。

［情報処理方法］
次に第２実施形態の情報処理方法の例について説明する。

＜取得データ及び代表取得データの記憶方法＞
図１５は第２実施形態の取得データ及び代表取得データの記憶方法の例を示すシーケンス図である。はじめに、クライアント装置２が、取得データを取得する（ステップＳ４１）。次に、クライアント装置２が、機器ＩＤ、取得データ及びタイムスタンプ（図４参照）を受信部１２に送信する（ステップＳ４２）。クライアント装置２は、例えば定期的に、機器ＩＤ、取得データ及びタイムスタンプを受信部１２に送信する。

次に、受信部１２は、クライアント装置２から受信した機器ＩＤ及び取得データを、代表取得データ選択部１８に入力する（ステップＳ４３）。

次に、代表取得データ選択部１８は、受信部１２から機器ＩＤ及び取得データを受信すると、当該機器ＩＤによりグループ情報記憶部１１１を検索することにより、当該機器ＩＤにより識別されるクライアント装置２を含むグループのグループＩＤを特定する（ステップＳ４４）。

次に、代表取得データ選択部１８は、ステップＳ４４の処理により特定されたグループＩＤに関連付けられた代表取得データを、代表取得データ記憶部１１５から取得する（ステップＳ４５）。次に、代表取得データ選択部１８は、代表取得データ記憶部１１５から、ステップＳ４５の処理が成功したことを示す応答を受け付ける（ステップＳ４６）。

次に、代表取得データ選択部１８は、ステップＳ４１の処理によりクライアント装置２により取得された取得データと、ステップＳ４５の処理により取得された代表取得データと、のうち、判定条件がより成立し易い取得データを、新たな代表取得データとして選択する（ステップＳ４７）。例えば判定条件が瞬時電流量の閾値（ｍＡ）の場合、同一グループに含まれる取得データの最大値が、判定条件が最も成立し易い取得データである。

次に、代表取得データ選択部１８は、代表取得データ記憶部１１５の更新が必要な場合（ステップＳ４１の処理によりクライアント装置２により取得された取得データが選択された場合）、ステップＳ４４の処理により特定されたグループＩＤに関連付けられた代表取得データを、ステップＳ４７の処理で選択された新たな代表取得データにより更新する（ステップＳ４８）。次に、代表取得データ選択部１８は、代表取得データ記憶部１１５から、ステップＳ４８の処理が成功したことを示す応答を受け付ける（ステップＳ４９）。

なお、ステップＳ４５の処理で代表取得データが取得できなかった場合（例えば、まだ代表取得データが記憶されていない場合）は、代表取得データ選択部１８は、ステップＳ４１の処理によりクライアント装置２により取得された取得データを、ステップＳ４４の処理により特定されたグループＩＤに関連付けられた代表取得データとして、代表取得データ記憶部１１５に新規に追加する。

次に、受信部１２は、代表取得データ選択部１８から、ステップＳ４３〜ステップＳ４９の処理が成功したことを示す応答を受け付ける（ステップＳ５０）。

次に、受信部１２は、ステップＳ１の処理によりクライアント装置２から送信された機器ＩＤ、取得データ及びタイムスタンプを、取得データ記憶部１１２に記憶する（ステップＳ５１）。次に、受信部１２は、取得データ記憶部１１２から、ステップＳ５１の処理が成功したことを示す応答を受け付ける（ステップＳ５２）。

次に、クライアント装置３は、受信部１２から、ステップＳ４２〜ステップＳ５２の処理が成功したことを示す応答を受信する（ステップＳ５３）。

＜取得データの判定方法＞
図１６は第２実施形態の判定方法の例を示すシーケンス図である。はじめに、グループ判定部１５が、処理対象のグループＩＤに関連付けられた代表取得データを、代表取得データ記憶部１１５から取得する（ステップＳ６１）。次に、グループ判定部１５は、代表取得データ記憶部１１５から、ステップＳ６１の処理が成功したことを示す応答を受け付ける（ステップＳ６２）。

次に、グループ判定部１５は、処理対象のグループＩＤにより識別されるグループに含まれるクライアント装置２を識別する機器ＩＤを、グループ情報記憶部１１１から取得する（ステップＳ６３）。次に、グループ判定部１５は、グループ情報記憶部１１１から、ステップＳ６３の処理が成功したことを示す応答を受け付ける（ステップＳ６４）。

次に、グループ判定部１５は、ステップＳ６３の処理により取得された１以上の機器ＩＤのうち、処理対象の機器ＩＤに関連付けられた判定条件を、判定条件記憶部１１３から取得する（ステップＳ６５）。次に、グループ判定部１５は、判定条件記憶部１１３から、ステップＳ６５の処理が成功したことを示す応答を受け付ける（ステップＳ６６）。

次に、グループ判定部１５は、ステップＳ６１の処理により取得された代表取得データが、ステップＳ６５の処理により取得された判定条件を満たすか否かを判定する（ステップＳ６７）。例えば１５０００（ｍＡ）を超えるか否かを判定する判定条件の場合は、例えば代表取得データが１７０００（ｍＡ）であれば、当該判定条件を満たす。

次に、グループ判定部１５は、個別判定が必要な場合（判定条件を満たす場合）、処理対象の機器ＩＤ、及び、ステップＳ６５の処理により取得された判定条件を、個別判定部１６に入力することにより、個別判定処理の実行を個別判定部１６に要求する（ステップＳ６８）。なお、ステップＳ６５の処理により取得された判定条件は、個別判定部１６が、判定条件記憶部１１３から取得してもよい。

次に、個別判定部１６が、ステップＳ６８の処理により入力された機器ＩＤを使用して、取得データ記憶部１１２を検索することにより、取得データを取得する（ステップＳ６９）。次に、個別判定部１６は、取得データ記憶部１１２から、ステップＳ６９の処理が成功したことを示す応答を受け付ける（ステップＳ７０）。

次に、個別判定部１６は、ステップＳ６９の処理により取得された取得データが、ステップＳ６８の処理により入力された判定条件を満たすか否かを判定する（ステップＳ７１）。例えば１６０００（ｍＡ）を超えるか否かを判定する判定条件の場合は、例えば取得データが１７０００（ｍＡ）であれば、当該判定条件を満たす。

次に、個別判定部１６は、通知が必要な場合（判定条件を満たす場合）、上述の通知処理の実行を要求する通知要求を、通知部１７に入力する（ステップＳ７２）。次に、個別判定部１６は、通知部１７から、通知処理が成功したことを示す応答を受け付ける（ステップＳ７３）。

次に、グループ判定部１５が、個別判定部１６から、ステップＳ６８〜ステップＳ７３の処理が成功したことを示す応答を受け付ける（ステップＳ７４）。

なおステップＳ６１〜ステップＳ７４の処理は、グループＩＤ毎に行われる。またステップＳ６５〜ステップＳ７４の処理は、ステップＳ６３の処理により取得された機器ＩＤ毎に行われる。

以上説明したように、第２実施形態の情報処理システム１００では、代表取得データ選択部１８が、グループ毎に、グループに含まれるクライアント装置２の識別情報（第２実施形態の説明では、機器ＩＤ）に関連付けられた取得データ（第１の取得データ）から、判定条件が最も成立し易い取得データを、代表取得データ（第２の取得データ）として選択する。グループ判定部１５が、グループ毎に、代表取得データが判定条件を満たすか否かを判定する。そして個別判定部１６が、代表取得データが判定条件を満たす場合、代表取得データが前記判定条件を満たすクライアント装置２の識別情報に関連付けられた取得データが、判定条件を満たすか否かを判定する。

これにより第２実施形態の情報処理システム１００によれば、第１実施形態の情報処理システム１００と同様の効果が得られる。すなわち、サービスを利用する機器（クライアント装置２及び３）の台数が増加しても、処理の遅延等によってサービスの品質が低下することを防ぐことができる。

例えば従来の判定方法では、クライアント装置２の各々について、判定条件の閾値と、取得データとを、データベースから取得しなければならない。しかしながら上述の第２実施形態の情報処理システム１００では、同一グループのクライアント装置２の取得データを１回のアクセスで取得できる。これにより従来よりもデータベースのアクセス頻度を低減することが可能となる。

（第３実施形態）
次に第３実施形態について説明する。第３実施形態の情報処理システム１００では、第１及び第２実施形態を組み合わせた場合について説明する。なお第３実施形態の説明では、第１及び第２実施形態と同様の説明については省略し、第１及び第２実施形態と異なる箇所について説明する。

［サーバ装置の機能構成］
図１７は第３実施形態のサーバ装置１の機能構成の例を示す図である。第３実施形態のサーバ装置１は、分類部１１、受信部１２、受信部１３、代表判定条件選択部１４、グループ判定部１５、個別判定部１６、通知部１７、代表取得データ選択部１８、グループ情報記憶部１１１、取得データ記憶部１１２、判定条件記憶部１１３、代表判定条件記憶部１１４及び代表取得データ記憶部１１５を備える。

第３実施形態の分類部１１及びグループ情報記憶部１１１の説明は、第１実施形態の分類部１１及びグループ情報記憶部１１１の説明と同じなので省略する。

＜取得データの受信＞
受信部１２は、１以上のクライアント装置２から、クライアント装置２により取得された取得データを含む受信データ（第１の受信データ）を受信すると、当該取得データを取得データ記憶部１１２に記憶する。第３実施形態の取得データ記憶部１１２の説明は、第１実施形態の取得データ記憶部１１２の説明と同じなので省略する。

＜代表取得データの選択＞
また受信部１２は、受信データに含まれる機器ＩＤ（ｉｄの値）、及び、受信データに含まれる取得データを、代表取得データ選択部１８に入力する。

代表取得データ選択部１８は、グループ毎に、グループに含まれるクライアント装置２の識別情報（機器ＩＤ）に関連付けられた取得データ（第１の取得データ）から、判定条件が最も成立し易い取得データを、代表取得データ（第２の取得データ）として選択する。そして代表取得データ選択部１８は、代表取得データを代表取得データ記憶部１１５に記憶する。第３実施形態の代表取得データ記憶部１１５の説明は、第２実施形態の代表取得データ記憶部１１５の説明と同じなので省略する。

＜判定条件の受信＞
一方、受信部１３は、１以上のクライアント装置３から、クライアント装置２により取得された取得データを判定する判定条件を含む受信データ（第２の受信データ）を受信すると、当該判定条件を判定条件記憶部１１３に記憶する。第３実施形態の判定条件記憶部１１３の説明は、第１実施形態の判定条件記憶部１１３の説明と同じなので省略する。

＜代表判定条件の選択＞
また、受信部１３は、受信データに含まれる機器ＩＤ（ｉｄの値）、及び、受信データに含まれる判定条件（ｔｈｒｅｓｈｏｌｄの値）を、代表判定条件選択部１４に入力する。

代表判定条件選択部１４は、グループ毎に、グループに含まれるクライアント装置２の識別情報（機器ＩＤ）に関連付けられた判定条件（第１の判定条件）から、最も成立し易い判定条件を、代表判定条件（第２の判定条件）として選択する。そして代表判定条件選択部１４は、代表判定条件を代表判定条件記憶部１１４に記憶する。第３実施形態の代表判定条件記憶部１１４の説明は、第１実施形態の代表判定条件記憶部１１４の説明と同じなので省略する。

＜取得データの判定＞
グループ判定部１５は、グループ毎に、代表取得データ記憶部１１５に記憶された代表取得データ（第２の取得データ）が、代表判定条件記憶部１１４に記憶された代表判定条件（第２の判定条件）を満たすか否かを判定する。

具体的には、グループ判定部１５は、代表取得データ記憶部１１５から、グループＩＤ、及び、当該グループＩＤに関連付けられた代表取得データを読み出す。次に、グループ判定部１５は、代表判定条件記憶部１１４から、グループＩＤに関連付けられた代表判定条件を読み出す。そして、グループ判定部１５は、代表取得データが、代表判定条件を満たすか否かを判定する。

なお代表取得データが代表判定条件を満たすか否かを判定する処理のタイミングは任意でよい。例えばグループ判定部１５は、１分毎の所定の時間間隔で、各グループの代表取得データが、各グループの代表判定条件を満たすか否かを判定してもよい。

グループ判定部１５は、代表取得データが判定条件を満たす場合、個別判定部１６に個別判定処理の実行を要求する。

個別判定部１６は、グループ判定部１５から個別判定処理の実行を要求されると、代表取得データ（代表判定条件）に関連付けられたグループＩＤにより識別されるグループに含まれるクライアント装置２の取得データを、取得データ記憶部１１２から取得する。また個別判定部１６は、代表取得データ（代表判定条件）に関連付けられたグループＩＤにより識別されるグループに含まれるクライアント装置２の判定条件を、判定条件記憶部１１３から取得する。個別判定部１６は、グループに含まれるクライアント装置２毎に、取得データが判定条件を満たすか否かを判定する。

個別判定部１６は、判定条件を満たす場合、通知部１７に通知処理の実行を要求する。第３実施形態の通知部１７の説明は、第１実施形態の通知部１７の説明と同じなので省略する。

［情報処理方法］
次に第３実施形態の情報処理方法の例について説明する。

＜判定方法＞
図１８は第３実施形態の判定方法の例を示すシーケンス図である。はじめに、グループ判定部１５が、代表取得データ記憶部１１５から、処理対象のグループの代表取得データを取得する（ステップＳ８１）。次に、グループ判定部１５は、代表取得データ記憶部１１５から、ステップＳ８１の処理が成功したことを示す応答を受け付ける（ステップＳ８２）。

例えば代表取得データ記憶部１１５が図１４の状態であり、処理対象のグループのグループＩＤが０の場合、取得される代表取得データは９０００である。この値（９０００）は、つまりグループＩＤ＝０に属するクライアント装置２から、これまでにサーバ装置１に送信された取得データの最大値である。なお後述のステップＳ８７の処理が行われた場合は、後述のステップＳ８７の処理の後に、グループＩＤ＝０に属するクライアント装置２から、サーバ装置１に送信された取得データの最大値である。

次に、グループ判定部１５が、代表判定条件記憶部１１４から、代表判定条件を取得する（ステップＳ８３）。次に、グループ判定部１５は、代表判定条件記憶部１１４から、ステップＳ８３の処理が成功したことを示す応答を受け付ける（ステップＳ８４）。

例えば代表判定条件記憶部１１４が図８の状態であり、処理対象のグループのグループＩＤが０の場合、取得される代表判定条件は１６０００である。この値（１６０００）は、つまりグループＩＤ＝０に属するクライアント装置２を対象にした判定条件のうち、最も成立し易い判定条件の閾値である。

次に、グループ判定部１５が、代表取得データ（第２の取得データ）が、代表判定条件（第２の判定条件）を満たすか否かを判定する（ステップＳ８５）。

次に、個別判定部１６は、個別判定が必要な場合（代表取得データが代表判定条件を満たす場合）、個別判定処理を行う（ステップＳ８６）。個別判定処理の詳細は、図１９を参照して後述する。

次に、グループ判定部１５は、ステップＳ８６の個別判定処理を行った場合、代表取得データを削除する（ステップＳ８７）。次に、グループ判定部１５は、代表取得データ記憶部１１５から、ステップＳ８７の処理が成功したことを示す応答を受け付ける（ステップＳ８８）。

ステップＳ８７の処理により、代表取得データ記憶部１１５に記憶される代表取得データを、以降にクライアント装置２から受信される取得データに基づいて、更新することができる。なおステップＳ８７の処理は行われなくてもよい。ステップＳ８７の処理が行われない場合、これまでにクライアント装置２から受信された取得データに基づいて、代表取得データが更新される。

なおステップＳ８１〜ステップＳ８８の処理は、グループＩＤ毎に行われる。例えば代表取得データ記憶部１１５が図１４の状態であり、代表判定条件記憶部１１４が図８の状態である場合、グループＩＤ＝０では、ステップＳ８５の処理は、９０００＜１６０００であるため、ステップＳ８６の個別判定処理は行われない。次のグループＩＤ＝１では、ステップＳ８５の処理は、４０００＜１２０００であるから、やはりステップＳ８６の個別判定処理は行われない。次のグループＩＤ＝２では、ステップＳ８５の処理は、１３０００＞１２０００であるから、ステップＳ８６の個別判定処理が行われる。

＜個別判定処理＞
次にステップＳ８６の個別判定処理の詳細について説明する。

図１９は第３実施形態の個別判定処理の例を示すシーケンス図である。はじめに、個別判定部１６が、処理対象のグループＩＤにより識別されるグループに含まれるクライアント装置２を識別する機器ＩＤを、グループ情報記憶部１１１から取得する（ステップＳ１０１）。次に、個別判定部１６は、グループ情報記憶部１１１から、ステップＳ１０１の処理が成功したことを示す応答を受け付ける（ステップＳ１０２）。

次に、個別判定部１６は、ステップＳ１０１の処理により取得された１以上の機器ＩＤのうち、処理対象の機器ＩＤに関連付けられた取得データを、取得データ記憶部１１２から取得する（ステップＳ１０３）。なお処理対象の機器ＩＤに関連付けられた取得データが、複数ある場合は、タイムスタンプが直近の取得データが取得される。次に、個別判定部１６は、取得データ記憶部１１２から、ステップＳ１０３の処理が成功したことを示す応答を受け付ける（ステップＳ１０４）。

次に、個別判定部１６は、ステップＳ１０１の処理により取得された１以上の機器ＩＤのうち、処理対象の機器ＩＤに関連付けられた判定条件を、判定条件記憶部１１３から取得する（ステップＳ１０５）。次に、個別判定部１６は、判定条件記憶部１１３から、ステップＳ１０５の処理が成功したことを示す応答を受け付ける（ステップＳ１０６）。

次に、個別判定部１６は、ステップＳ１０３の処理により取得された取得データが、ステップＳ１０５の処理により取得された判定条件を満たすか否かを判定する（ステップＳ１０７）。

次に、個別判定部１６は、通知が必要な場合（判定条件を満たす場合）、上述の通知処理の実行を要求する通知要求を、通知部１７に入力する（ステップＳ１０８）。次に、個別判定部１６は、通知部１７から、通知処理が成功したことを示す応答を受け付ける（ステップＳ１０９）。

なおステップＳ１０３〜ステップＳ１０９の処理は、機器ＩＤ毎に行われる。

以上説明したように、第３実施形態の情報処理システム１００では、代表取得データ選択部１８が、グループ毎に、グループに含まれるクライアント装置２の識別情報（第２実施形態の説明では、機器ＩＤ）に関連付けられた取得データ（第１の取得データ）から、判定条件（代表判定条件）が最も成立し易い取得データを、代表取得データ（第２の取得データ）として選択する。また、代表判定条件選択部１４が、グループ毎に、グループに含まれるクライアント装置２の識別情報に関連付けられた判定条件（第１の判定条件）から、最も成立し易い判定条件を、代表判定条件（第２の判定条件）として選択する。グループ判定部１５が、グループ毎に、代表取得データが代表判定条件を満たすか否かを判定する。そして個別判定部１６が、代表取得データが代表判定条件を満たす場合、上述の個別判定処理を行う。

第３実施形態の情報処理システム１００によれば、第１及び第２実施形態の情報処理システム１００を単独で実施する場合よりも大きい効果が期待できる。

具体的には、第３実施形態の情報処理システム１００では、代表取得データと、代表判定条件の閾値との大小比較を行い、代表取得データの方が小さければ、当該グループＩＤに属するクライアント装置２の各々に対する個別判定処理を省略している。これはつまり、当該グループＩＤに属するクライアント機器２により取得された取得データの最大値の方が、判定条件の閾値の最小値よりも小さいことが判明した時点で、当該グループＩＤに属する全てのクライアント装置２により取得された取得データが、当該クライアント装置２の各々の判定条件の閾値よりも小さいことが保証されるためである。

したがって、個別判定処理に伴うデータベースアクセス及び比較処理の頻度を低減することができるので、サービスの品質の低下を防ぐことができる。この効果は、クライアント装置２により取得された取得データが、当該クライアント装置２により取得された取得データの判定条件を満たす頻度が小さい場合において顕著である。

さらに、第３実施形態の取得データ記憶部１１２と判定条件記憶部１１３とを、リレーショナルデータベース等の低速なデータベースで構成し、かつ、代表取得データ記憶部１１５と代表判定条件記憶部１１４をインキャッシュメモリ等の高速なデータベースで構成すれば、より顕著な効果を得ることができる。一般に、高速なデータベースを大容量で構成しようとすれば大きなコストを要する。しかしながら代表取得データ及び代表判定条件だけを、高速なデータベースに保存することにより、全ての取得データ及び判定条件を高速なデータベースに保存するような設計と比べて、サーバ装置１を安価に構成することができる。

さらに、サーバ装置１をクラウドコンピューティング環境上の仮想的なサーバ（インスタンス）で実現する場合、時間帯によりインスタンス数を変更することにより、サーバ装置１をより安価に構成することができる。例えば取得データが判定条件を満たす頻度が小さい時間帯があらかじめわかっている場合は、そのような時間帯は、サーバ装置１を少ないインスタンス数で運用し、判定条件の満たされる頻度が大きい時間帯に限りインスタンスの数を増やす運用が可能になる。

例えば取得データが、月初めから起算した現在までの積算電力使用量（単位：ＫＷｈ）であり、取得データが規定の閾値を上回るか否かを判定する判定条件である場合、月の上旬に判定条件が成立する可能性は、中旬又は下旬に判定条件が成立する可能性よりも小さい。したがって月の上旬には、より少ないインスタンスでサーバ装置１を運用することにより、インスタンスの利用料金を削減できる。

なお上述の第１乃至第３実施形態の情報処理システム１００では、グループの総数を固定的に１０個に定めていた。しかしながら分類部１１は、グループの総数を動的に決定してもよい。分類部１１は、例えばグループ判定部１５及び個別判定部１６による上述の一連の判定処理が行わる度に、グループの数をより適切な数に変更してもよい。

分類部１１は、例えば過去の判定処理の履歴から判定条件が成立する可能性を推定し、推定された可能性に基づいて、グループの総数を決定してもよい。分類部１１は、例えば個別判定処理が行われたグループの数が閾値以上の場合に、次回以降のグループの総数を増やす処理（１つのグループに属するクライアント装置２の数を減らす処理）を行ってもよい。この理由は、個別判定処理が行われる可能性が高いと分かっているときは、グループ判定部１５による判定処理を行う利点は小さいからである。したがって、分類部１１が、１つのグループに属するクライアント装置２の数を減らして、個別判定処理が必要になる可能性を下げることにより、処理負荷を低減することが可能となる。

逆に、個別判定処理が行われる可能性が低いと分かっているときは、分類部１１が、１つのグループに属するクライアント装置２の数を増やしてもよい。

分類部１１は、例えばグループの総数を１２に変更する場合、以降は機器ＩＤを１２で割った余りを、その機器ＩＤにより識別されるクライアント装置２が属するグループのグループＩＤと定義する。

なお分類部１１は、機器ＩＤを使用せずにグループＩＤを定義してもよい。分類部１１は、例えば個別判定処理が行われる回数が少なくなるようなグループの割り当てを推定することにより、動的にグループＩＤを決定してもよい。

分類部１１は、例えば判定条件が類似するクライアント装置２が優先的に同じグループに属するようにして、各クライアント装置の機器ＩＤにグループＩＤを関連付けてもよい。判定条件が類似する場合は、例えば判定条件に含まれる閾値の差が、所定の値より小さい場合である。また例えば、判定条件が類似する場合は、判定条件の種類（「より大きい」、「より小さい」、「以上」及び「以下」等）等が類似する場合である。例えば取得データが閾値より大きいか否かにより判定する判定条件と、取得データが閾値以上か否かにより判定する判定条件と、は類似する。

また例えば、分類部１１は、例えば取得データが類似するクライアント装置２が優先的に同じグループに属するようにして、各クライアント装置の機器ＩＤにグループＩＤを関連付けてもよい。取得データが類似する場合は、例えば異なるクライアント装置２により取得された取得データの差が、所定の値より小さい場合である。

代表判定条件選択部１４は、グループの数が変更された場合、代表判定条件記憶部１１４を再構築する。具体的には、代表判定条件選択部１４は、新たなグループ毎に、当該グループに属するクライアント装置２により取得された取得データを判定する判定条件から、代表判定条件を選択する。

同様に、代表取得データ選択部１８は、グループの数が変更された場合、代表取得データ記憶部１１５を再構築する。具体的には、代表取得データ選択部１８は、新たなグループ毎に、当該グループに属するクライアント装置２により取得された取得データから、代表取得データを選択する。

（第４実施形態）
次に第４実施形態について説明する。第４実施形態の説明では、１つのクライアント装置２が複数のグループに属する場合について説明する。なお第４実施形態では、第３実施形態と同様の説明については省略し、第３実施形態と異なる箇所について説明する。

第４実施形態のサーバ装置１の機能構成の説明は、第３実施形態のサーバ装置１の機能構成の説明と同様なので省略する。

［グループ分類方法］
図２０は第４実施形態のグループ分類方法の例を示す図である。分類部１１は、クライアント装置２を識別する機器ＩＤの範囲に基づいて、クライアント装置２を分類するグループＩＤを定義する。具体的には、分類部１１は、全ｎ個の機器ＩＤが取り得る範囲［０：ｎ］（０以上ｎ未満）の二分を繰り返すことにより、グループＩＤを定義する。以下に、グループＩＤが０から６までのグループを例示する。

＜グループＩＤ＝０＞
分類部１１は、機器ＩＤが［０：ｎ］の範囲のクライアント装置２を含むグループのグループＩＤを０とする。すなわちグループＩＤが０のグループは、全てのクライアント装置２を含む。

＜グループＩＤ＝１＞
分類部１１は、機器ＩＤが［０：ｎ／２］の範囲のクライアント装置２を含むグループのグループＩＤを１とする。

＜グループＩＤ＝２＞
分類部１１は、機器ＩＤが［ｎ／２：ｎ］の範囲のクライアント装置２を含むグループのグループＩＤを２とする。

＜グループＩＤ＝３＞
分類部１１は、機器ＩＤが［０：ｎ／４］の範囲のクライアント装置２を含むグループのグループＩＤを３とする。

＜グループＩＤ＝４＞
分類部１１は、機器ＩＤが［ｎ／４：ｎ／２］の範囲のクライアント装置２を含むグループのグループＩＤを４とする。

＜グループＩＤ＝５＞
分類部１１は、機器ＩＤが［ｎ／２：３ｎ／４］の範囲のクライアント装置２を含むグループのグループＩＤを５とする。

＜グループＩＤ＝６＞
分類部１１は、機器ＩＤが［３ｎ／４：ｎ］の範囲のクライアント装置２を含むグループのグループＩＤを６とする。

上述のように、図２０の例では、１つのクライアント装置２が、複数のグループに属する。そのため、代表取得データ選択部１８は、受信部１２から、機器ＩＤ及び取得データを受け付けた場合、当該機器ＩＤにより識別されるクライアント装置２が属する全てのグループの各々について、上述の代表取得データを選択する。同様に、代表判定条件選択部１４は、受信部１３から、機器ＩＤ及び判定条件を受け付けた場合、当該機器ＩＤにより識別されるクライアント装置２が属する全てのグループの各々について、上述の代表判定条件を選択する。

［判定方法］
次に第４実施形態の判定方法の例について説明する。

図２１は第４実施形態の判定方法の例を示すフローチャートである。図２１の例は、第４実施形態のグループ判定部１５及び個別判定部１６による判定方法を、関数Ｆ（Ｇ，Ａ，Ｂ）を再帰的に呼び出すことにより実現する場合について説明する。ここでＧは、グループＩＤを示す変数である。Ａ及びＢは、機器ＩＤの範囲［Ａ：Ｂ］を示す変数である。また、取得データ及び代表取得データが瞬時電流量（ｍＡ）であり、判定条件及び代表判定条件が、瞬時電流量の閾値である場合を例にして説明する。

はじめに、グループ判定部１５が、関数Ｆの変数の初期値を、Ｇ＝０，Ａ＝０，Ｂ＝ｎに設定する（ステップＳ１２１）。

次に、グループ判定部１５は、Ｂ−Ａが閾値よりも小さいか否かを判定する（ステップＳ１２２）。すなわちグループ判定部１５は、グループＩＤ：Ｇのグループに含まれるクライアント装置２の数が閾値よりも小さいか否かを判定する。

Ｂ−Ａが閾値よりも小さい場合（ステップＳ１２２、Ｙｅｓ）、個別判定部１６が、上述の個別判定処理を行い（ステップＳ１２７）、関数Ｆ（Ｇ，Ａ，Ｂ）の処理は終了する。

Ｂ−Ａが閾値よりも小さくない場合（ステップＳ１２２、Ｎｏ）、グループ判定部１５が、代表取得データ記憶部１１５から、グループＩＤ：Ｇの代表取得データを取得し、代表判定条件記憶部１１４から、グループＩＤ：Ｇの代表判定条件を取得する（ステップＳ１２３）。

次に、グループ判定部１５が、代表取得データ＜代表判定条件であるか否かを判定する（ステップＳ１２４）。

代表取得データ＜代表判定条件の場合（ステップＳ１２４、Ｙｅｓ）、関数Ｆ（Ｇ，Ａ，Ｂ）の処理は終了する。すなわち、グループＩＤ＝Ｇに属する全てのクライアント装置２の取得データは、判定条件を満たさない。

代表取得データ＜代表判定条件でない場合（ステップＳ１２４、Ｎｏ）、グループ判定部１５は、Ｇ’＝２Ｇ＋１、Ａ’＝Ａ、Ｂ’＝（Ａ＋Ｂ）／２にして、関数Ｆ（Ｇ’，Ａ’，Ｂ’）を読み出す（ステップＳ１２５）。すなわち、グループＧに含まれるクライアント装置２により取得された取得データが判定条件を満たしている可能性があるので、グループＧに含まれるクライアント装置２の機器ＩＤの前半分の範囲を含むグループＧ’を判定処理の対象とする。

次に、グループ判定部１５は、Ｇ’＝２Ｇ＋２、Ａ’＝（Ａ＋Ｂ）／２、Ｂ’＝Ｂにして、関数Ｆ（Ｇ’，Ａ’，Ｂ’）を読み出す（ステップＳ１２６）。すなわち、グループＧに含まれるクライアント装置２により取得された取得データが判定条件を満たしている可能性があるので、グループＧに含まれるクライアント装置２の機器ＩＤの後半分の範囲を含むグループＧ’を判定処理の対象とする。

ステップＳ１２６の処理が終了すると、関数Ｆ（Ｇ’，Ａ’，Ｂ’）の処理は終了する。

以上説明したように、第４実施形態の情報処理システム１００は、代表取得データが代表判定条件を満たすか否かの判定を多段階的に行う。これにより第４実施形態の情報処理システム１００によれば、例えば少数のクライアント装置２だけから、突発的に、判定条件を満たす取得データが取得される等の場合でも、上述の個別判定処理を行う回数を減らすことができる。

なお、上述の第１乃至第４実施形態の説明では、取得データの値が閾値を超えたときに通知を行うという前提で条件判定を行ったが、必ずしもこれに限らなくともよい。例えば、閾値を下回ったときに通知を行うという構成であってもよい。この場合、代表取得データ記憶部１１５には、取得データの最小値が保持され、代表判定条件記憶部１１４には、判定条件の閾値の最大値が保持される。

また、上述の第１乃至第４実施形態のグループ判定部１５及び個別判定部１６は、２つの機能ブロックに分けずに、１つの判定部により実現してもよい。

［サーバ装置のハードウェア構成］
最後に第１乃至第４実施形態のサーバ装置１のハードウェア構成の例について説明する。

図２２は第１乃至第４実施形態のサーバ装置１のハードウェア構成の例を示す図である。実施形態のサーバ装置１は、制御装置２０１、主記憶装置２０２、補助記憶装置２０３、表示装置２０４、入力装置２０５及び通信装置２０６を備える。制御装置２０１、主記憶装置２０２、補助記憶装置２０３、表示装置２０４、表示装置２０５及び通信装置２０６は、バス２１０を介して接続されている。

制御装置２０１は補助記憶装置２０３から主記憶装置２０２に読み出されたプログラムを実行する。主記憶装置２０２はＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及び、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等のメモリである。補助記憶装置２０３はメモリカード、及び、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等である。

表示装置２０４は情報を表示する。表示装置２０４は、例えば液晶ディスプレイである。入力装置２０５は、情報の入力を受け付ける。入力装置２０５は、例えばキーボード及びマウス等である。なお表示装置２０４及び入力装置２０５は、表示機能と入力機能とを兼ねる液晶タッチパネル等でもよい。通信装置２０６は他の装置と通信する。

第１乃至第４実施形態のサーバ装置１で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、メモリカード、ＣＤ−Ｒ、及び、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記憶媒体に記憶されてコンピュータ・プログラム・プロダクトとして提供される。

また第１乃至第４実施形態のサーバ装置１で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また第１乃至第４実施形態のサーバ装置１が実行するプログラムを、ダウンロードさせずにインターネット等のネットワーク経由で提供するように構成してもよい。

また第１乃至第４実施形態のサーバ装置１で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

第１乃至第４実施形態のサーバ装置１で実行されるプログラムは、上述の第１乃至第４実施形態のサーバ装置１の機能構成のうち、プログラムにより実現可能な機能を含むモジュール構成となっている。

プログラムにより実現される機能は、制御装置２０１が補助記憶装置２０３等の記憶媒体からプログラムを読み出して実行することにより、プログラムにより実現される機能が主記憶装置２０２にロードされる。すなわちプログラムにより実現される機能は、主記憶装置２０２上に生成される。

なお第１乃至第４実施形態のサーバ装置１の機能の一部又は全部を、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等のハードウェアにより実現してもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ サーバ装置
２ クライアント装置
３ クライアント装置
１１ 分類部
１２ 受信部
１３ 受信部
１４ 代表判定条件選択部
１５ グループ判定部
１６ 個別判定部
１７ 通知部
１８ 代表取得データ選択部
９０ ネットワーク
１００ 情報処理システム
１１１ グループ情報記憶部
１１２ 取得データ記憶部
１１３ 判定条件記憶部
１１４ 代表判定条件記憶部
１１５ 代表取得データ記憶部

Claims (13)

1. １以上の第１のクライアント装置から、前記第１のクライアント装置を識別する識別情報と、前記第１のクライアント装置により取得された第１の取得データと、が関連付けられた第１の受信データを受信する第１の受信部と、
   １以上の第２のクライアント装置から、前記第１の取得データを判定する第１の判定条件と、前記識別情報と、が関連付けられた第２の受信データを受信する第２の受信部と、
   前記１以上の第１のクライアント装置を、１以上のグループに分類する分類部と、
   前記グループ毎に、前記グループに含まれる第１のクライアント装置の識別情報に関連付けられた前記第１の判定条件から、最も成立し易い前記第１の判定条件を、第２の判定条件として選択する第２の判定条件選択部と、
   前記第１の取得データが、前記第１の取得データを送信した前記第１のクライアント装置を含むグループの前記第２の判定条件を満たすか否かを判定するグループ判定部と、
   前記第２の判定条件を満たす前記第１の取得データが、前記第２の判定条件を満たす前記第１の取得データを送信した前記第１のクライアント装置の識別情報に関連付けられた前記第１の判定条件を満たすか否かを判定する個別判定処理を行う個別判定部と、
   を備えるサーバ装置。
2. 前記グループ毎に、前記グループに含まれる第１のクライアント装置の識別情報に関連付けられた前記第１の取得データから、前記第２の判定条件が最も成立し易い前記第１の取得データを、第２の取得データとして選択する第２の取得データ選択部を更に備え、
   前記グループ判定部は、前記グループ毎に、前記第２の取得データが前記第２の判定条件を満たすか否かを判定し、
   前記個別判定部は、前記第２の取得データが前記第２の判定条件を満たす場合、前記第２の取得データが前記第２の判定条件を満たすグループに含まれる第１のクライアント装置の識別情報に関連付けられた前記第１の取得データが、前記第２の取得データが前記第２の判定条件を満たすグループに含まれる第１のクライアント装置の識別情報に関連付けられた前記第１の判定条件を満たすか否かを判定する、
   請求項１に記載のサーバ装置。
3. 前記第１の判定条件を記憶する第１の判定条件記憶部と、
   前記第２の判定条件を記憶する第２の判定条件記憶部と、を更に備え、
   前記第２の判定条件記憶部の読み出し速度は、前記第１の判定条件記憶部の読み出し速度よりも速い、
   請求項１に記載のサーバ装置。
4. 前記第１の取得データを記憶する第１の取得データ記憶部と、
   前記第２の取得データを記憶する第２の取得データ記憶部と、を更に備え、
   前記第２の取得データ記憶部の読み出し速度は、前記第１の取得データ記憶部の読み出し速度よりも速い、
   請求項２に記載のサーバ装置。
5. 前記第１の取得データが、前記第１の判定条件を満たす場合、所定の通知先に、前記第１の判定条件を満たしたことを通知する通知部、
   を更に備える請求項１に記載のサーバ装置。
6. 前記第１の判定条件は、前記第１の取得データが第１の閾値以上であるか否かを判定する条件であり、
   前記第２の判定条件選択部は、前記グループ毎に、前記グループに含まれる第１のクライアント装置の識別情報に関連付けられた前記第１の判定条件から、最小の前記第１の閾値を含む前記第１の判定条件を、前記第２の判定条件として選択する、
   請求項１に記載のサーバ装置。
7. 前記第１の判定条件は、前記第１の取得データが第１の閾値以上であるか否かを判定する条件であり、
   前記第２の取得データ選択部は、前記グループ毎に、前記グループに含まれる第１のクライアント装置の識別情報に関連付けられた前記第１の取得データから、最大の前記取得データを、前記第２の取得データとして選択する、
   請求項２に記載のサーバ装置。
8. 前記分類部は、前記個別判定処理の対象とされた前記第１のクライアント装置を含む前記グループの数が、第２の閾値以上の場合、前記グループの総数を増やす、
   請求項１に記載のサーバ装置。
9. 前記分類部は、前記第１の判定条件が類似する前記第１のクライアント装置が、優先的に同じグループに属するようにして、前記１以上の第１のクライアント装置を、１以上のグループに分類する、
   請求項１に記載のサーバ装置。
10. 前記分類部は、前記取得データが類似する前記第１のクライアント装置が、優先的に同じグループに属するようにして、前記１以上の第１のクライアント装置を、１以上のグループに分類する、
    請求項１に記載のサーバ装置。
11. 前記分類部は、一の前記第１のクライアント装置が、複数の前記グループに属するように、前記第１のクライアント装置を分類し、
    前記グループ判定部は、前記グループに含まれる前記第１のクライアント装置の数が最も多い、まだ処理されていないグループを処理対象グループとして、前記第２の取得データが前記第２の判定条件を満たすか否かを判定し、前記第２の取得データが前記第２の判定条件を満たす場合、前記処理対象グループに含まれるグループを新たな処理対象グループとして、前記第２の取得データが前記第２の判定条件を満たすか否かを判定し、
    前記個別判定部は、前記処理対象グループに含まれる前記第１のクライアント装置の数が第３の閾値よりも小さい場合、前記処理対象グループに含まれる前記第１のクライアント装置により取得された前記第１の取得データが、前記第１の判定条件を満たすか否かを判定する、
    請求項２に記載のサーバ装置。
12. １以上の第１のクライアント装置から、前記第１のクライアント装置を識別する識別情報と、前記第１のクライアント装置により取得された第１の取得データと、が関連付けられた第１の受信データを受信するステップと、
    １以上の第２のクライアント装置から、前記第１の取得データを判定する第１の判定条件と、前記識別情報と、が関連付けられた第２の受信データを受信するステップと、
    前記１以上の第１のクライアント装置を、１以上のグループに分類するステップと、
    前記グループ毎に、前記グループに含まれる第１のクライアント装置の識別情報に関連付けられた前記第１の判定条件から、最も成立し易い前記第１の判定条件を、第２の判定条件として選択するステップと、
    前記第１の取得データが、前記第１の取得データを送信した前記第１のクライアント装置を含むグループの前記第２の判定条件を満たすか否かを判定するステップと、
    前記第２の判定条件を満たす前記第１の取得データが、前記第２の判定条件を満たす前記第１の取得データを送信した前記第１のクライアント装置の識別情報に関連付けられた前記第１の判定条件を満たすか否かを判定する個別判定処理を行うステップと、
    を含む情報処理方法。
13. コンピュータを、
    １以上の第１のクライアント装置から、前記第１のクライアント装置を識別する識別情報と、前記第１のクライアント装置により取得された第１の取得データと、が関連付けられた第１の受信データを受信する第１の受信部と、
    １以上の第２のクライアント装置から、前記第１の取得データを判定する第１の判定条件と、前記識別情報と、が関連付けられた第２の受信データを受信する第２の受信部と、
    前記１以上の第１のクライアント装置を、１以上のグループに分類する分類部と、
    前記グループ毎に、前記グループに含まれる第１のクライアント装置の識別情報に関連付けられた前記第１の判定条件から、最も成立し易い前記第１の判定条件を、第２の判定条件として選択する第２の判定条件選択部と、
    前記第１の取得データが、前記第１の取得データを送信した前記第１のクライアント装置を含むグループの前記第２の判定条件を満たすか否かを判定するグループ判定部と、
    前記第２の判定条件を満たす前記第１の取得データが、前記第２の判定条件を満たす前記第１の取得データを送信した前記第１のクライアント装置の識別情報に関連付けられた前記第１の判定条件を満たすか否かを判定する個別判定処理を行う個別判定部、
    として機能させるためのプログラム。

Images