JPWO2017126282A1 - 情報処理システム、デバイス登録方法、情報処理装置、通信端末およびそれらの制御方法と制御プログラム - Google Patents

Abstract

本発明は、接続されたデバイスに対する処理ルールの予測を行い、紐付け情報の登録を簡易化することができるため、デバイスの接続を簡易化する情報処理装置に関するものである。本情報処理装置は、デバイスから受信したデバイスデータと、デバイスに対して登録した処理ルールとの関連の履歴を蓄積する蓄積部と、接続されたデバイスを処理するための処理ルールが登録されていない場合に、接続されたデバイスから受信したデバイスデータに基づいて、履歴を参照して接続されたデバイスの処理ルールを予測する予測部と、予測部が予測した処理ルールを、接続されたデバイスの識別情報に対応付けて登録する登録部と、を備える。

Description

本発明は、情報処理システム、デバイス登録方法、情報処理装置、通信端末およびそれらの制御方法と制御プログラムに関する。

上記技術分野において、特許文献１には、データ収集サーバからゲートウェイデバイスに送信された各種設定（センサデータの変換・加工・閾値・判定・圧縮・送信時期）に基づいて、ゲートウェイデバイスがセンサからデータを収集して設定処理をして、データ収集サーバに送信する技術が開示されている。

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

しかしながら、上記文献に記載の技術では、ゲートウェイデバイスへの各種設定（いわゆる、処理ルール）については、新規のデバイスをゲートウェイに接続するためには、作業者がデータフォーマットや処理ルールをあらかじめゲートウェイやデータ収集サーバに設定する必要があり、手間がかかっていた。そのため、複数種別のデバイスをゲートウェイに接続すると、受信したデバイスデータがどのデバイスからのデータなのか、どの処理ルールを適用すべきなのかの設定が煩雑なので、ゲートウェイに接続されるデバイスは同一種別であるか、あるいは複数種別であっても同一プロトコルや同一データフォーマット等で動作するものに限られ、それ以外のデバイスを簡易に接続することができなかった。

これらの課題はこれまでも潜在的に存在していたが、近年のＩｏＴ(Internet of Things)/Ｍ２Ｍ(Machine to Machine)システムの広がりによってデバイス数、デバイス種別数が増加したことにより、以前より顕在化してきている。

本発明の目的は、上述の課題を解決する技術を提供することにある。

上記目的を達成するため、本発明に係る情報処理装置は、
デバイスから受信したデバイスデータと、前記デバイスに対して登録した処理ルールとの関連の履歴を蓄積する蓄積手段と、
接続されたデバイスを処理するための処理ルールが登録されていない場合に、前記接続されたデバイスから受信したデバイスデータに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する予測手段と、
前記予測手段が予測した前記処理ルールを、前記接続されたデバイスの識別情報に対応付けて登録する登録手段と、
を備える。

上記目的を達成するため、本発明に係る情報処理装置の制御方法は、
デバイスから受信したデバイスデータと、前記デバイスに対して登録した処理ルールとの関連の履歴を蓄積手段に蓄積する蓄積ステップと、
接続されたデバイスを処理するための処理ルールが登録されていない場合に、前記接続されたデバイスから受信したデバイスデータに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する予測ステップと、
前記予測ステップにおいて予測した前記処理ルールを、前記接続されたデバイスの識別情報に対応付けて登録手段に登録する登録ステップと、
を含む。

上記目的を達成するため、本発明に係る情報処理装置の制御プログラムは、
デバイスから受信したデバイスデータと、前記デバイスに対して登録した処理ルールとの関連の履歴を蓄積手段に蓄積する蓄積ステップと、
接続されたデバイスを処理するための処理ルールが登録されていない場合に、前記接続されたデバイスから受信したデバイスデータに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する予測ステップと、
前記予測ステップにおいて予測した前記処理ルールを、前記接続されたデバイスの識別情報に対応付けて登録手段に登録する登録ステップと、
をコンピュータに実行させる。

上記目的を達成するため、本発明に係る通信端末は、
接続されたデバイスから受信したデバイスデータに基づいて、情報処理装置に蓄積された前記デバイスデータと前記デバイスの処理ルールとの関連の履歴を参照して予測された、前記接続されたデバイスの識別情報に対応する処理ルールの候補を、前記情報処理装置から受信する候補受信手段と、
受信した前記処理ルールの候補を、ユーザによる登録指示が可能に表示する表示手段と、
前記ユーザによる登録指示を受け付けて、前記接続されたデバイスの前記識別情報に対応付けて登録手段に登録すべき処理ルールを、前記情報処理装置に通知する通知手段と、
を備える。

上記目的を達成するため、本発明に係る通信端末の制御方法は、
接続されたデバイスから受信したデバイスデータに基づいて、情報処理装置に蓄積された前記デバイスデータと前記デバイスの処理ルールとの関連の履歴を参照して予測された、前記接続されたデバイスの識別情報に対応する処理ルールの候補を、前記情報処理装置から受信する候補受信ステップと、
受信した前記処理ルールの候補を、ユーザによる登録指示が可能に表示手段に表示する表示ステップと、
前記ユーザによる登録指示を受け付けて、前記接続されたデバイスの前記識別情報に対応付けて登録手段に登録すべき処理ルールを、前記情報処理装置に通知する通知ステップと、
を含む。

上記目的を達成するため、本発明に係る通信端末の制御プログラムは、
接続されたデバイスから受信したデバイスデータに基づいて、情報処理装置に蓄積された前記デバイスデータと前記デバイスの処理ルールとの関連の履歴を参照して予測された、前記接続されたデバイスの識別情報に対応する処理ルールの候補を、前記情報処理装置から受信する候補受信ステップと、
受信した前記処理ルールの候補を、ユーザによる登録指示が可能に表示手段に表示する表示ステップと、
前記ユーザによる登録指示を受け付けて、前記接続されたデバイスの前記識別情報に対応付けて登録手段に登録すべき処理ルールを、前記情報処理装置に通知する通知ステップと、
をコンピュータに実行させる。

上記目的を達成するため、本発明に係る情報処理システムは、
デバイスから受信したデバイスデータと、前記デバイスに対して登録した処理ルールとの関連の履歴を蓄積する蓄積手段と、
接続されたデバイスを処理するための処理ルールが登録されていない場合に、前記接続されたデバイスから受信したデバイスデータに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する予測手段と、
前記予測手段が予測した前記処理ルールを、ユーザに対し提示する提示手段と、
前記ユーザによる前記提示された処理ルールの登録指示を受け付ける登録指示手段と、
受け付けた前記登録指示に従って、前記予測手段が予測した前記処理ルールを前記接続されたデバイスの識別情報に対応付けて登録する登録手段と、
前記接続されたデバイスの前記識別情報に対応付けて前記登録手段に登録された処理ルールに従って、前記接続されたデバイスを処理するデバイス処理手段と、
を備える。

上記目的を達成するため、本発明に係るデバイス登録方法は、
デバイスから受信したデバイスデータと、前記デバイスに対して登録した処理ルールとの関連の履歴を蓄積手段に蓄積する蓄積ステップと、
接続されたデバイスを処理するための処理ルールが登録されていない場合に、前記接続されたデバイスから受信したデバイスデータに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する予測ステップと、
前記予測ステップにおいて予測した前記処理ルールを、ユーザに対し提示する提示ステップと、
前記ユーザによる前記提示された処理ルールの登録指示を受け付ける登録指示ステップと、
受け付けた前記登録指示に従って、前記予測ステップにおいて予測した前記処理ルールを前記接続されたデバイスの識別情報に対応付けて登録手段に登録する登録ステップと、
前記接続されたデバイスの前記識別情報に対応付けて前記登録手段に登録された処理ルールに従って、前記接続されたデバイスを処理するデバイス処理ステップと、
を含む。

本発明によれば、接続されたデバイスに対する処理ルールの予測を行い、紐付け情報の登録を簡易化することができるため、デバイスの接続を簡易化することができる。

本発明の第１実施形態に係る情報処理装置の構成を示すブロック図である。 本発明の第２実施形態に係る情報処理装置を含む情報処理システムの主要構成を示すブロック図である。 本発明の第２実施形態に係る情報処理装置を含む情報処理システムの全体構成を示すブロック図である。 本発明の第２実施形態に係る情報処理装置を含む情報処理システムの主要構成の動作手順を示すシーケンス図である。 本発明の第２実施形態に係るユーザ端末の処理ルール選択画面を示す図である。 本発明の第２実施形態に係る情報処理装置を含む情報処理システムの主要構成の処理ルール予測手順を示す図である。 本発明の第２実施形態に係る情報処理装置を含む情報処理システムの主要構成の処理ルール登録手順を示す図である。 本発明の第２実施形態に係る情報処理装置を含む情報処理システムの主要構成の処理ルール実行手順を示す図である。 本発明の第２実施形態に係る情報処理装置の機能構成を示すブロック図である。 本発明の第２実施形態に係るユーザ端末の機能構成を示すブロック図である。 本発明の第２実施形態に係る予測情報抽出テーブルの構成を示す図である。 本発明の第２実施形態に係る履歴蓄積データベースの構成を示す図である。 本発明の第２実施形態に係る処理ルール予測テーブルの構成を示す図である。 本発明の第２実施形態に係る処理ルール管理テーブル／処理ルール登録テーブルの構成を示す図である。 本発明の第２実施形態に係る情報処理装置に含まれるプラットフォームのハードウェア構成を示すブロック図である。 本発明の第２実施形態に係る情報処理装置に含まれるゲートウェイのハードウェア構成を示すブロック図である。 本発明の第２実施形態に係るユーザ端末のハードウェア構成を示すブロック図である。 本発明の第２実施形態に係る情報処理装置に含まれるゲートウェイの処理手順を示すフローチャートである。 本発明の第２実施形態に係る情報処理装置に含まれるプラットフォームの処理手順を示すフローチャートである。 本発明の第２実施形態に係るユーザ端末の処理手順を示すフローチャートである。 本発明の第３実施形態に係る情報処理装置を含む情報処理システムの主要構成の動作手順を示すシーケンス図である。 本発明の第３実施形態に係る情報処理装置を含む情報処理システムの主要構成の処理ルール登録手順を示す図である。 本発明の第３実施形態に係る情報処理装置に含まれるプラットフォームの処理手順を示すフローチャートである。 本発明の第４実施形態に係る情報処理装置を含む情報処理システムにおける、デバイスの処理ルールを登録する概要を示す図である。 本発明の第４実施形態に係る情報処理装置を含む情報処理システムの主要構成の動作手順を示すシーケンス図である。 本発明の第４実施形態に係る履歴蓄積データベースの構成を示す図である。 本発明の第４実施形態に係る処理ルール予測テーブルの構成を示す図である。 本発明の第４実施形態に係る処理ルール管理テーブル／処理ルール登録テーブルの構成を示す図である。 本発明の第４実施形態に係る情報処理装置に含まれるゲートウェイの処理手順を示すフローチャートである。 本発明の第４実施形態に係る情報処理装置に含まれるプラットフォームの処理手順を示すフローチャートである。 本発明の第５実施形態に係る情報処理装置を含む情報処理システムの主要構成の動作手順を示すシーケンス図である。 本発明の第５実施形態に係る履歴蓄積データベースの構成を示す図である。 本発明の第５実施形態に係る処理ルール予測テーブルの構成を示す図である。 本発明の第５実施形態に係る処理ルール管理テーブル／処理ルール登録テーブルの構成を示す図である。 本発明の第５実施形態に係る情報処理装置に含まれるプラットフォームの処理手順を示すフローチャートである。 本発明の第６実施形態に係る情報処理装置を含む情報処理システムの主要構成の動作手順を示すシーケンス図である。 本発明の第６実施形態に係る履歴蓄積データベースの構成を示す図である。 本発明の第６実施形態に係る処理ルール予測テーブルの構成を示す図である。 本発明の第６実施形態に係る処理ルール管理テーブル／処理ルール登録テーブルの構成を示す図である。 本発明の第６実施形態に係る情報処理装置に含まれるプラットフォームの処理手順を示すフローチャートである。 本発明の第７実施形態に係る情報処理装置を含む情報処理システムの主要構成を示すブロック図である。 本発明の第７実施形態に係る情報処理装置を含む他の情報処理システムの主要構成を示すブロック図である。

以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素は単なる例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。

［第１実施形態］
本発明の第１実施形態としての情報処理装置１００について、図１を用いて説明する。情報処理装置１００は、接続されたデバイスの処理ルールを登録する装置である。

図１に示すように、情報処理装置１００は、蓄積部１０１と、予測部１０２と、登録部１０３と、を含む。蓄積部１０１は、デバイス１４０から受信したデバイスデータ１１１と、デバイス１４０に対して登録した処理ルール１１２との関連の履歴を蓄積する。予測部１０２は、接続されたデバイス１４０を処理するための処理ルールが登録されていない場合に、接続されたデバイス１４０から受信したデバイスデータに基づいて、履歴を参照して接続されたデバイス１４０の処理ルール１２１を予測する。登録部１０３は、予測部１０２が予測した処理ルール１３２を、接続されたデバイス１４０の識別情報１３１に対応付けて登録する。

本実施形態によれば、接続されたデバイスに対する処理ルールの予測を行い、紐付け情報の登録を簡易化することができるため、デバイスの接続を簡易化することができる。

［第２実施形態］
次に、本発明の第２実施形態に係る情報処理装置を含む情報処理システムについて説明する。本実施形態に係る情報処理装置を含む情報処理システムのＩｏＴ(Internet of Things)システムまたはＭ２Ｍ(Machine to Machine)システムにおいては、接続されたデバイスから収集したデータを処理するための処理ルールを、接続時に取得したデバイスデータに基づいて予測することによって、簡単なユーザ操作でデバイス登録して設定する。すなわち、デバイスデータに含まれるデータ収集の特性情報に対応つけた処理ルールの履歴を蓄積することで、特性情報を予測情報として処理ルールを予測する。ユーザ（システム運用者）は、予測された処理ルール候補から適切な処理ルールを選択することで、各接続デバイスの処理ルールを設定することができる。なお、処理ルールは、接続されたデバイスから収集したデータを処理するためのルールに限定されず、接続されたデバイスへのデータの処理やデバイスを制御するための処理（例えば、デバイスのファームウェアなど）も含まれる。

なお、本実施形態において処理ルールを管理する処理ルール管理テーブルはＩｏＴ−ＰＦ(Platform)が保持、ＩｏＴ−ＧＷ(Gateway：ゲートウェイ)に展開する構成例を説明し、処理ルール管理テーブルのキーはＭＡＣ(Media Access Control)アドレスとするが、これらに限定されるものではない。また、ＩｏＴ−ＰＦをＰＦ、あるいは、ＩｏＴ−ＧＷをＧＷと省略して記載する場合もある。

《情報処理システム》
以下、図２Ａ〜図５Ｃを参照して、本実施形態の情報処理装置を含む情報処理システムの構成および動作の概要について説明する。

（システムブロック）
図２Ａは、本実施形態に係る情報処理装置を含む情報処理システム２００の主要構成を示すブロック図である。

情報処理システム２００の主要構成は、ＰＦ２１０と、ＧＷ２２１および２２２と、複数のデバイス群２３１〜２３５と、を備える。ＰＦ２１０は、複数のＧＷ２２１および２２２に接続されて複数のデバイス群を制御する。ＧＷ２２１および２２２には、複数のデバイス群２３１〜２３５が接続される。そして、ＧＷ２２１および２２２は、デバイス群からデータを収集し、各デバイスからのデータを所定の処理ルールに従って処理する。デバイス群２３１〜２３５は、センサ等からなるデータ収集用のデバイスである。

図２Ｂは、本実施形態に係る情報処理装置を含む情報処理システム２００の全体構成を示すブロック図である。なお、図２Ｂにおいて、図２Ａと同様の構成要素には同じ参照番号を付して、重複する説明を省略する。

情報処理システム２００の全体構成は、ＧＷ２２１および２２２を代表するＧＷ２２０と、デバイス群２３１〜２３５を代表するデバイス（センサ）２３０と、ユーザ端末２４０と、を備える。ユーザ端末２４０は、システムの顧客あるいは運用者が使用する通信端末である。

以下、情報処理システム２００の全体構成における動作概略を説明する。なお、図２Ｂには、本実施形態の処理ルールの予測については省いている。本実施形態の処理ルールの予測については、図３において詳説する。(1) 顧客あるいは運用者は、ユーザ端末２４０のＷｅｂ ＧＵＩ(Graphical User Interface)でパケットのデータマッピングルールを作成して、ＰＦ２１０に保持する。(2) デバイスに対応するデータマッピングルールを、ＧＷ２２０がＰＦ２１０に取得しにいく。(3) ＧＷ２２０が、接続されたデバイス２３０からデータを取得する。(4) ＧＷ２２０が、取得したデータを処理ルールに沿ってマッピングする。(5) ＧＷ２２０より取得したマッピング済データを、ＰＦ２１０に蓄積する（マッピングによりデータが解釈できるようになる）。(6) 顧客あるいは運用者が、ユーザ端末２４０の可視化画面を操作する。

《動作シーケンス》
図３は、本実施形態に係る情報処理装置を含む情報処理システム２００の主要構成の動作手順を示すシーケンス図である。

まず、ステップＳ３０１において、ユーザ端末２４０からＩｏＴ−ＰＦ２１０に対して、初期データとして作成された各デバイスの処理ルールが、データフォーマットの特性などの特性情報と対応して送信され、ＩｏＴ−ＰＦ２１０の履歴蓄積データベース２５０に蓄積される。この特性情報が、新たに接続されたデバイスの処理ルールを予測するための予測情報となる。予測情報は、例えば、データフォーマットの特性情報（文字種別、文字数、行数、列数、区切り文字、など）、データ送信頻度、データのファイルサイズ、および／または、通信プロトコル（HTTP:Hypertext Transfer Protocol、FTP:File Transfer Protocol等)を含む。

ステップＳ３０３において、ＩｏＴ−ＧＷ２２０が新規に接続されたデバイス２３０からデバイスデータを受信すると、ステップＳ３０５において、ＩｏＴ−ＰＦ２１０にデバイス識別子（本例では、ＭＡＣアドレスを使用するが、なお、デバイスを識別できる識別子であればよく、ＭＡＣアドレスに限られない）と共に送信する。ステップＳ３０７において、ＩｏＴ−ＰＦ２１０は、履歴蓄積データベース２５０を参照して、デバイスデータから抽出した予測情報に基づいて、新規のデバイス２３０に対応する可能性が高い処理ルールを予測する。なお、図３においては、デバイスデータからの予測情報の抽出をＩｏＴ−ＰＦ２１０で行なう例を示したが、ＩｏＴ−ＧＷ２２０で行なってもよい。

そして、ステップＳ３０９におけるユーザ端末２４０からの登録画面へのアクセスに応じて、ＩｏＴ−ＰＦ２１０は、ステップＳ３１１において、デバイス２３０とＩｏＴ−ＧＷ２２０間の通信情報から読み出したＭＡＣアドレスと共に、予測した処理ルールをユーザ端末２４０のユーザに通知する。ユーザが、通知された処理ルールが正しいと判断すれば、ステップＳ３１３において、ユーザ端末２４０からＩｏＴ−ＰＦ２１０に対し登録指示をする。なお、処理ルール候補を複数表示してもよく、その場合はユーザが正しい処理ルールを選択する。

ＩｏＴ−ＰＦ２１０は、ステップＳ３１５において、ユーザが選択した処理ルールをＭＡＣアドレスに対応付けて登録情報として処理ルール管理テーブル３６０に登録し、ステップＳ３１７において、ＩｏＴ−ＧＷ２２０に送信する。ＩｏＴ−ＧＷ２２０は、ステップＳ３１９において、受信した登録情報をＩｏＴ−ＧＷ２２０の処理ルール登録テーブル３７０に登録して保持する。

ステップＳ３２１において、接続された新規のデバイス２３０から取得したデータを受信すると、ＩｏＴ−ＧＷ２２０は、ステップＳ３２３において、データに含まれるデバイス識別子（ＭＡＣアドレス）を基に、処理ルール登録テーブル３７０に登録された登録情報を参照し、対応付けられた処理ルールに基づき処理を実施する。

（処理ルール選択画面）
図４は、本実施形態に係るユーザ端末２４０の処理ルール選択画面４２０を示す図である。なお、図４には、比較の対象として、従来の処理ルールの逐次設定の処理ルール入力画面４１０も図示している。

処理ルール入力画面４１０においては、デバイス情報４１１、接続情報４１２、特性情報４１３、および、処理ルール４１４をユーザが入力して設定する必要がある。入力が終了すると、処理ルール入力ボタン４１６および処理ルール確定ボタン４１７により、設定済フラグ４１５が設定される。例えば、デバイス情報４１１としては、デバイスＩＤ(Identifier)、デバイス種類、デバイス型などが含まれる。また、接続情報４１２としては、ＧＷ−ＩＤやＰＦ−ＩＤなどが含まれる。なお、図３のステップＳ３０１における、蓄積データによる予測ができない初期の処理ルール設定は、処理ルール入力画面４１０から行なわれる。

処理ルール選択画面４２０においては、デバイス情報４２１、接続情報４２２、デバイスデータから抽出された予測情報４２３、および、予測結果の処理ルール候補４２４と候補数４２５が、ユーザ端末２４０からのアクセスに応答して自動的に表示される。なお、処理ルール候補４２４が複数の場合は、スクロールボタン（アロー）が表示されるのが望ましい。ユーザは、処理ルール選択画面４２０からそれぞれの処理ルール候補４２４の詳細を、処理ルール候補詳細ボタン４２７で見ることができる。そして、処理ルール確定ボタン４２８により、設定済フラグ４２６が設定される。

このように、本実施形態における、蓄積した履歴の処理ルールから新規のデバイスの処理ルールを予測することで、簡易に処理ルールを設定することができ、デバイスの簡易な接続ができることになる。

（処理ルール予測手順）
図５Ａは、本実施形態に係る情報処理装置を含む情報処理システム２００の主要構成の処理ルール予測手順を示す図である。

処理ルール登録５０１は、ユーザ（運用者）がユーザ端末２４０から逐次入力する処理を示す。逐次入力された処理ルールは、デバイスの特性情報（予測情報）と対応付けて、履歴蓄積データベース２５０に蓄積される。

新規なデバイス２３０が接続されると、ＩｏＴ−ＧＷ２２０は、デバイス識別子と共にデバイスデータを取得し（５１１）、特性情報を抽出して、ＩｏＴ−ＰＦ２１０に通知する（５１２）。ＩｏＴ−ＰＦ２１０は、履歴蓄積データベース２５０に蓄積されたデバイスの特性情報と処理ルールとの関連から処理ルールを予測する（５２１）。なお、図５Ａにおいては、ＩｏＴ−ＧＷ２２０で特性情報の抽出を行なう例を図示したが、特性情報の抽出は、ＩｏＴ−ＰＦ２１０で行なってもよい。また、特性情報の中で簡単に分かる情報はＩｏＴ−ＧＷ２２０において抽出し、周期のような時間経過が必要な情報はＩｏＴ−ＰＦ２１０において抽出してもよい。

（処理ルール登録手順）
図５Ｂは、本実施形態に係る情報処理装置を含む情報処理システム２００の主要構成の処理ルール登録手順を示す図である。

処理ルール予測５２１の結果は、ＩｏＴ−ＰＦ２１０からユーザ端末２４０に送信されて、ユーザの選択あるいは確認を待つ。ユーザ端末２４０においてユーザの選択あるいは確認があれば、新規のデバイスＩＤに対応付けて処理ルールを管理するＩｏＴ−ＰＦ２１０の処理ルール管理テーブル３６０に登録される（５２２）。処理ルール管理テーブル３６０に登録されたデバイスＩＤに対応付けた処理ルールは、ＩｏＴ−ＰＦ２１０からＩｏＴ−ＧＷ２２０に配布されて（５２３）、ＩｏＴ−ＧＷ２２０の処理ルール登録テーブル３７０に登録される。なお、処理ルール登録テーブル３７０は処理ルール管理テーブル３６０と同様の内容であってもよいし、ＩｏＴ−ＧＷ２２０に対応して選別された内容であってもよい。処理ルール登録テーブル３７０が処理ルール管理テーブル３６０と同様の内容の場合は、デバイスをどのＩｏＴ−ＧＷ２２０に接続しても、デバイスＩＤに対応する処理ルールが使用されることになる。

デバイス２３０から取得したデータが送信されると、デバイスＩＤに対応して処理ルール登録テーブル３７０から適切な処理ルールが取得され（５２４）、取得された処理ルールに基づいて受信データがＩｏＴ−ＧＷ２２０において処理される（５２５）。処理ルールに従って処理されたデータは、ＩｏＴ−ＧＷ２２０からＩｏＴ−ＰＦ２１０に送られて収集され、アプリケーションに従う処理がさらに行なわれて、ユーザ端末２４０からユーザに通知される。あるいは、上位のアプリケーションサーバで蓄積されて、他のアプリケーション処理が実行されてもよい。

（処理ルール実行手順）
図５Ｃは、本実施形態に係る情報処理装置を含む情報処理システム２００の主要構成の処理ルール実行手順を示す図である。なお、処理ルールは、例えば、デバイスが取得したデータの加工方法や、所定の閾値を超えた場合に警告を発する等の動作を指定するものである。

ＩｏＴ−ＧＷ２２０において、処理ルール登録テーブル３７０には、デバイスＡ（２３１）の識別子に対応付けて処理ルールＡ（５３１）が登録されている。また、デバイスＢ（２３２）の識別子に対応付けて処理ルールＢ（５３２）が登録されている。各処理ルールは、例えば、データ受信のルール、データ加工のルール、アクションのルールなどが含まれる。

デバイス２３１またはデバイス２３２から受信したデータは、処理ルール５３１または処理ルール５３２に従って処理されて、ＩｏＴ−ＰＦ２１０に送られる。一方、デバイスＩＤと実施した処理ルールとの関連は、ＩｏＴ−ＰＦ２１０の履歴蓄積データベース２５０に蓄積されて、以降の処理ルール予測に使用される。

《情報処理装置の機能構成》
図６は、本実施形態に係る情報処理装置６００の機能構成を示すブロック図である。なお、図６は、ＩｏＴ−ＰＦ２１０とＩｏＴ−ＧＷ２２０とを含む情報処理装置６００として説明する。以下、ＩｏＴ−ＰＦ２１０をＰＦ２１０と略し、ＩｏＴ−ＧＷ２２０をＧＷ２２０と略すこともある。

情報処理装置６００は、デバイス２３０と接続して通信制御する通信制御部６１１と、デバイス接続判定部６１２と、処理ルール有無判定部６１３と、処理ルール管理テーブル３６０（処理ルール登録テーブル３７０）と、デバイスデータ取得部６１４と、デバイス取得データ受信部６１６と、取得データ処理部６１７と、を備える。情報処理装置６００は、さらに、予測情報抽出部６２１と、履歴蓄積データベース２５０と、処理ルール候補予測部６２３と、処理ルール受信部６２４と、処理ルール選択部６２５と、データ処理結果送信部６２６と、ユーザ端末２４０との通信を制御する通信制御部６２７と、を備える。なお、通信制御部６１１と通信制御部６２７とは一体でもよい。

デバイス接続判定部６１２は、デバイス２３０との初期通信プロトコルなどからデバイス２３０の接続を判定すると共に、デバイスＩＤを抽出する。処理ルール有無判定部６１３は、既に処理ルール管理テーブル３６０（処理ルール登録テーブル３７０）にデバイスＩＤに対応する処理ルールが保持されているか否かを判定する。デバイスデータ取得部６１４は、デバイス２３０からデバイスデータを取得する。デバイス取得データ受信部６１６は、処理ルールが登録された後にデバイス２３０が取得したデータを受信する。取得データ処理部６１７は、デバイスＩＤに対応する処理ルールを処理ルール管理テーブル３６０（処理ルール登録テーブル３７０）から取得してデバイスから受信したデータを処理する。本実施形態では、以上の機能構成部が、ＧＷ２２０に含まれる。

また、予測情報抽出部６２１は、デバイスデータ取得部６１４が取得したデバイスデータの特性情報である予測情報を抽出する。履歴蓄積データベース２５０は、デバイスデータから抽出された予測情報と処理ルールとの関連の履歴を蓄積する。処理ルール候補予測部６２３は、履歴蓄積データベース２５０に蓄積された過去の履歴を参照して、新たに接続されたデバイス２３０のデバイスデータから抽出された予測情報に基づいて、対応する処理ルールの候補を予測する。処理ルール受信部６２４は、ユーザ端末２４０から入力された処理ルールを受信して、履歴蓄積データベース２５０に蓄積する。処理ルール選択部６２５は、処理ルール候補予測部６２３が予測した処理ルール候補をユーザ端末２４０に表示させ、ユーザ端末２４０からユーザが選択した処理ルールを処理ルール管理テーブル３６０（処理ルール登録テーブル３７０）に登録する。データ処理結果送信部６２６は、取得データ処理部６１７で処理ルールに従って処理された処理結果をユーザ端末２４０に送信してユーザに通知する。本実施形態では、以上の機能構成部が、ＰＦ２１０に含まれる。

なお、処理ルール管理テーブル３６０（処理ルール登録テーブル３７０）は、ＰＦ２１０とＧＷ２２０とで共有される。上記ＰＦ２１０とＧＷ２２０との機能分割は、図６に限定されない。また、予測情報抽出部６２１がＧＷ２２０に含まれても、あるいはＰＦ２１０とＧＷ２２０とで一部共有してもよい。

《ユーザ端末の機能構成》
図７は、本実施形態に係るユーザ端末２４０の機能構成を示すブロック図である。なお、図７には、情報処理装置６００のＰＦ２１０の一部も図示している。図６と同様の機能構成部には同じ参照番号を付して、重複する説明を省略する。

ユーザ端末２４０は、ネットワーク７８０を介して情報処理装置６００との通信を制御する通信制御部７４１と、表示部７４２と、操作部７４３と、処理ルール候補受信部７４４と、処理ルール選択・送信部７４５と、処理ルール入力・送信部７４６と、データ処理結果受信部７４７と、デバイス収集データ処理アプリ起動指示部７４８と、を備える。

対応する情報処理装置６００のＰＦ２１０は、処理ルール選択部６２５を構成する、処理ルール候補送信部７１２と処理ルール登録指示部７１３とを有する。また、ＰＦ２１０は、ユーザ端末２４０から指示されたアプリケーションを起動するアプリ起動受信部７２８を有する。

表示部７４２は、液晶などの表示画面を有し、処理ルール候補やデータ処理結果を表示する。操作部７４３は、タッチパネルやキーボードなどを含み、処理ルールの入力や処理ルール候補の選択、あるいは、アプリケーションの起動などの操作を行なう。処理ルール候補受信部７４４は、情報処理装置６００のＰＦ２１０から処理ルール候補を受信して、表示部７４２に表示させる。処理ルール選択・送信部７４５は、操作部７４３により選択された処理ルールを情報処理装置６００のＰＦ２１０に通知して、処理ルール管理テーブル３６０（処理ルール登録テーブル３７０）に登録させる。処理ルール入力・送信部７４６は、履歴の蓄積がない初期状態、あるいは、処理ルールの予測不能な場合に、処理ルールの入力を取得して情報処理装置６００のＰＦ２１０に送信する。データ処理結果受信部７４７は、ＰＦ２１０のデータ処理結果送信部６２６から送信されたデータの処理結果を受信して、所定フォーマットで表示部７４２に表示させる。デバイス収集データ処理アプリ起動指示部７４８は、操作部７４３からの操作に基づいて、ＰＦ２１０のアプリ起動受信部７２８に、デバイス収集データを処理するアプリケーションの起動を指示する。

（予測情報抽出テーブル）
図８は、本実施形態に係る予測情報抽出テーブル８００の構成を示す図である。予測情報抽出テーブル８００は、予測情報抽出部６２１が予測情報を抽出するために使用する。

予測情報抽出テーブル８００は、デバイスＩＤ（例えば、ＭＡＣアドレス）８０１に対応付けて、デバイスから受信したデバイスデータ８０２、デバイスデータ８０２から抽出あるいは取得、生成した予測情報として、データフォーマットの特性情報８０３、データ送信頻度８０４、データサイズ８０５、および、送信プロトコル８０６などを記憶する。データフォーマットの特性情報８０３としては、例えば、文字種別と、文字数と、行数と、列数と、区切り文字と、が含まれる。

なお、デバイスデータ８０２から抽出あるいは取得、生成した予測情報としては、・通信プロトコルのオプション情報：例えば、ＨＴＴＰプロトコルのメソッドなど、・ファイル形式（拡張子）：例えば、XML(Extensible Markup Language)、CSV(Comma-Separated Values)など、・特定文字列の有無：例えば、XMLにおける特定のタグなど、・送信時刻：例えば、毎日9時と17時に送信、など、・送信先のＧＷ（あるいは、ＰＦやアプリケーションなど）、・送信元のＭＡＣアドレスのベンダコード部など、が使用されて、より適切な処理ルールの予測が可能となる。そして、これらの予測情報は、図９の履歴蓄積データベース２５０に蓄積され、図１０の処理ルール予測テーブル１０００で処理ルールを予測するために使用される。

（履歴蓄積データベース）
図９は、本実施形態に係る履歴蓄積データベース２５０の構成を示す図である。履歴蓄積データベース２５０は、予測情報と処理ルールとの関連の履歴を蓄積し、新規なデバイスに対して設定登録する処理ルールを予測するために使用される。履歴蓄積データベース２５０は、予測情報と処理ルールとの関連の履歴を蓄積する履歴蓄積領域９１０と、履歴蓄積領域９１０に蓄積された履歴から処理ルール予測のための予測テーブル９２０と、を含む。

履歴蓄積領域９１０は、蓄積された日時９１１に対応付けて、登録した処理ルール９１２と、対応する予測情報９１３と、を記憶する。また、予測テーブル９２０は、予測情報９２１に対応付けて、複数の可能性のある処理ルール９２２とその出現率９２３とを記憶する。

（処理ルール予測テーブル）
図１０は、本実施形態に係る処理ルール予測テーブル１０００の構成を示す図である。処理ルール予測テーブル１０００は、処理ルール候補予測部６２３が各デバイスからの予測情報に対応する処理ルール候補を予測するために使用される。

処理ルール予測テーブル１０００は、デバイスＩＤ１００１とそのデバイスデータから抽出された予測情報１００２とに対応付けて、複数の処理ルール候補１００３とその合致率１００４とを記憶する。

（処理ルール管理テーブル／処理ルール登録テーブル）
図１１は、本実施形態に係る処理ルール管理テーブル３６０／処理ルール登録テーブル３７０の構成を示す図である。処理ルール管理テーブル３６０／処理ルール登録テーブル３７０は、デバイスＩＤに対応する処理ルールを保持して、取得データ処理部６１７において接続されたデバイスからのデータを処理するために使用される。

処理ルール管理テーブル３６０／処理ルール登録テーブル３７０は、デバイスＩＤ１１０１に対応付けて、処理ルール候補から選択され登録された処理ルール１１０２を記憶する。なお、図１１には、処理ルールの例として、デバイスから収集したデータを処理するルールを示したが、デバイスに出力するデータの処理ルールや、デバイスを制御する処理ルール（例えば、デバイスのファームウェアなど）であってもよい。

《プラットフォームのハードウェア構成》
図１２Ａは、本実施形態に係る情報処理装置に含まれるプラットフォーム（ＰＦ２１０）のハードウェア構成を示すブロック図である。

図１２Ａで、ＣＰＵ(Central Processing Unit)１２１１は演算制御用のプロセッサであり、プログラムを実行することで図６の機能構成部を実現する。ＲＯＭ(Read Only Memory)１２２１は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。通信制御部１２３１は、ネットワークを介して、ＩｏＴ−ＧＷ２２０との通信を制御する。通信制御部１２６１は、ネットワークを介して、ユーザ端末２４０との通信を制御する。

ＲＡＭ(Random Access Memory)１２４１は、ＣＰＵ１２１１が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１２４１には、本実施形態の実現に必要なデータを記憶する領域が確保されている。デバイスＩＤ（ＭＡＣアドレス）は、本実施形態で使用されるデバイスの識別子である。デバイスデータは、初期に接続されたデバイスから取得されるデータである。デバイス予測情報は、デバイスデータから抽出された処理ルール候補を予測するための予測情報である。処理ルール候補は、予測情報に基づいて、履歴蓄積データベースを参照してデバイスＩＤに対して予測された処理ルールの候補であり、ユーザ端末２４０に送信される。選択された処理ルールは、ユーザ端末２４０でユーザによって選択された、登録すべき処理ルールである。収集データ処理結果は、デバイスから収集されたデータの、登録された処理ルールに基づく処理結果であり、ユーザ端末２４０あるいは上位のアプリケーションサーバに送信される。以下、デバイスＩＤ（ＭＡＣアドレス）の違いに対応付けて、各データの記憶領域が確保される。

ストレージ１２５１は、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。履歴蓄積データベースは、予測情報と処理ルールとの関連を蓄積し、デバイスの予測情報に基づいて処理ルールの候補を予測するために使用されるデータベースである。処理ルール管理テーブルは、処理ルール候補からユーザにより選択された処理ルールをデバイスＩＤに対応付けて登録したテーブルである。デバイス処理データ蓄積部は、デバイスから取得して処理ルールに従って処理した処理結果を蓄積する領域である。ストレージ１２５１には、以下のプログラムが格納される。ＰＦ制御プログラムは、ＰＦ２１０の全体を制御するプログラムである。ＧＷ制御モジュールは、ＧＷ２２０を制御するモジュールである。予測情報生成モジュールは、デバイスから受信したデバイスデータから予測情報を生成するモジュールである。処理ルール予測・提示モジュールは、予測情報からデバイスＩＤに対応する処理ルールを予測してユーザ端末２４０に提示するモジュールである。処理ルール登録・管理モジュールは、デバイスＩＤに対応して選択された処理ルールを登録し、管理するモジュールである。収集データ処理モジュールは、デバイスが収集したデータを処理ルールに従って処理するモジュールである。

なお、図１２ＡのＲＡＭ１２４１やストレージ１２５１には、ＰＦ２１０が有する汎用の機能や他の実現可能な機能に関連するプログラムやデータは図示されていない。

《ゲートウェイのハードウェア構成》
図１２Ｂは、本実施形態に係る情報処理装置に含まれるゲートウェイ（ＧＷ２２０）のハードウェア構成を示すブロック図である。

図１２Ｂで、ＣＰＵ１２１２は演算制御用のプロセッサであり、プログラムを実行することで図６の機能構成部を実現する。ＲＯＭ１２２２は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。通信制御部１２３２は、ネットワークを介して、ＩｏＴ−ＰＦ２１０との通信を制御する。通信制御部１２６２は、ネットワークを介して、デバイス２３０（２３１〜２３ｎ）との通信を制御する。

ＲＡＭ１２４２は、ＣＰＵ１２１２が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１２４２には、本実施形態の実現に必要なデータを記憶する領域が確保されている。デバイスＩＤ（例えば、ＭＡＣアドレス）は、本実施形態で使用されるデバイスの識別子である。デバイスデータは、初期に接続されたデバイスから取得されるデータである。デバイス予測情報は、デバイスデータから抽出された処理ルール候補を予測するための予測情報である。処理ルールは、ユーザ端末２４０でユーザによって選択されて登録される処理ルールである。データ処理結果は、デバイスから収集されたデータの、登録された処理ルールに基づく処理結果であり、ＩｏＴ−ＰＦ２１０に送信される。以下、デバイスＩＤ（ＭＡＣアドレス）の違いに対応付けて、各データの記憶領域が確保される。

ストレージ１２５２は、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。処理ルール登録テーブルは、ＧＷ２２０に配布された処理ルールをデバイスＩＤに対応付けて登録したテーブルである。ストレージ１２５２には、以下のプログラムが格納される。ＧＷ制御プログラムは、ＧＷ２２０の全体を制御するプログラムである。デバイスデータ取得モジュールは、接続されたデバイスからデバイスデータを取得するモジュールである。デバイス予測情報取得モジュールは、デバイスから受信したデバイスデータから予測情報を取得するモジュールである。処理ルール登録モジュールは、デバイスＩＤに対応して選択された処理ルールを登録し、デバイスからのデータに対して実施するモジュールである。デバイス制御モジュールは、処理ルールに従ってデバイスを制御するモジュールである。

なお、図１２ＢのＲＡＭ１２４２やストレージ１２５２には、ＧＷ２２０が有する汎用の機能や他の実現可能な機能に関連するプログラムやデータは図示されていない。

《ユーザ端末のハードウェア構成》
図１２Ｃは、本実施形態に係るユーザ端末２４０のハードウェア構成を示すブロック図である。

図１２Ｃで、ＣＰＵ１２１４は演算制御用のプロセッサであり、プログラムを実行することで図７の機能構成部を実現する。ＲＯＭ１２２４は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。通信制御部１２３４は、ネットワークを介して、ＩｏＴ−ＰＦ２１０との通信を制御する。入出力インタフェース１２６４は、表示部や操作部などの入出力を制御する。

ＲＡＭ１２４４は、ＣＰＵ１２１４が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１２４４には、本実施形態の実現に必要なデータを記憶する領域が確保されている。処理ルール候補は、デバイスＩＤ（ＭＡＣアドレス）に対応する処理ルール候補の表示データであり、表示部に表示される。選択された処理ルールは、処理ルール候補からユーザが操作部により選択した処理ルールのデータである。入力された処理ルールは、ユーザが操作部により逐次入力した処理ルールのデータである。収集データ処理結果は、デバイスから収集されたデータの、登録された処理ルールに基づく処理結果であり、ＩｏＴ−ＰＦ２１０から送信され、表示部に表示される。

ストレージ１２５４は、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。表示画面テンプレートは、図４のような表示画面を生成するためのテンプレートである。操作指示変換テーブルは、操作部からの操作を内部指示コマンドに変換するテーブルである。ストレージ１２５４には、以下のプログラムが格納される。ユーザ端末制御プログラムは、ユーザ端末２４０の全体を制御するプログラムである。処理ルール候補提示モジュールは、ＩｏＴ−ＰＦ２１０から送信された処理ルール候補を表示部に提示するモジュールである。処理ルール選択モジュールは、表示部に提示された処理ルール候補から登録する処理ルールを選択して、ＩｏＴ−ＰＦ２１０に通知するモジュールである。処理ルール入力モジュールは、表示部に提示された処理ルール入力画面から登録する処理ルールを入力して、ＩｏＴ−ＰＦ２１０に通知するモジュールである。データ処理結果提示モジュールは、ＩｏＴ−ＰＦ２１０から送信されたデバイスのデータ処理結果を表示部に提示するモジュールである。

なお、図１２ＣのＲＡＭ１２４４やストレージ１２５４には、ユーザ端末２４０が有する汎用の機能や他の実現可能な機能に関連するプログラムやデータは図示されていない。

《ゲートウェイの処理手順》
図１３Ａは、本実施形態に係る情報処理装置に含まれるゲートウェイ（ＧＷ２２０）の処理手順を示すフローチャートである。このフローチャートは、図１２ＢのＣＰＵ１２１２がＲＡＭ１２４２を使用して実行し、図６のＧＷ２２０の機能構成部を実現する。なお、図１３Ａにおいては、ユーザによるユーザ端末２４０からの処理ルールの入力に関するフローチャートは省かれている。

ＧＷ２２０は、ステップＳ１３１１において、デバイスの接続か否かを判定する。デバイスの接続であれば、ＧＷ２２０は、ステップＳ１３１３において、接続されたデバイスからデバイスデータを取得する。また、ＧＷ２２０は、ステップＳ１３１５において、接続されたデバイスのデバイスＩＤ（ＭＡＣアドレス）を取得する。

ＧＷ２２０は、ステップＳ１３１７において、取得したデバイスＩＤに対応付いた処理ルールが登録されているか否かを判定する。処理ルールが登録されている場合は、処理を終了して、登録されている処理ルールを使用する。処理ルールが登録されていない場合は、ＧＷ２２０は、ステップＳ１３１９において、デバイスＩＤとデバイスデータ（または、予測情報）を対応付けてＰＦ２１０に送信する。

そして、ＧＷ２２０は、ステップＳ１３２１において、ＰＦ２１０からの登録された処理ルールの受信を待って、処理ルールを受信すると、ステップＳ１３２３において、デバイスＩＤと処理ルールを対応付けて処理ルール登録テーブル３７０に登録する。

一方、デバイスの接続でなければ、ＧＷ２２０は、ステップＳ１３３１において、接続されたデバイスからの情報受信か否かを判定する。デバイスからの情報受信であれば、ＧＷ２２０は、ステップＳ１３３３において、デバイスが取得して送信したデータを受信する。そして、ＧＷ２２０は、ステップＳ１３３５において、デバイスＩＤに対応する処理ルールに従って、受信データを処理する。

ＧＷ２２０は、ステップＳ１３３７において、処理ルールに基づく処理が終了したか否かを判定する。例えば、処理ルールが複数の受信データの演算などであれば、処理ルールは複数のデータ受信の間、繰り返されることになる。このように、処理ルールに基づく処理が終了してないならば、ＧＷ２２０は、ステップＳ１３１１、Ｓ１３３１に戻って、次のデータ受信を待つ。処理ルールに基づく処理が終了した場合、ＧＷ２２０は、ステップＳ１３３９において、デバイスＩＤと処理済みのデータとを対応付けて、ＰＦ２１０に送信する。

《プラットフォームの処理手順》
図１３Ｂは、本実施形態に係る情報処理装置に含まれるプラットフォーム（ＰＦ２１０）の処理手順を示すフローチャートである。このフローチャートは、図１２ＡのＣＰＵ１２１１がＲＡＭ１２４１を使用して実行し、図６のＰＦ２１０の機能構成部を実現する。なお、図１３Ｂにおいては、ユーザによるユーザ端末２４０からの処理ルールの入力に関するフローチャートは省かれている。

ＰＦ２１０は、ステップＳ１３４１において、ＧＷ２２０から接続されたが処理ルールが登録されていないデバイスのデバイスデータをデバイスＩＤと共に受信したか否かを判定する。デバイスデータの受信である場合、ＰＦ２１０は、ステップＳ１３４３において、デバイスデータに基づいて予測情報を抽出する。そして、ＰＦ２１０は、ステップＳ１３４５において、履歴蓄積データベース２５０を参照して、予測情報から処理ルール候補を予測する。

ＰＦ２１０は、ステップＳ１３４６において、予測した処理ルール候補をユーザ端末２４０に提示する。そして、ＰＦ２１０は、ステップＳ１３４７において、ユーザ端末２４０からのユーザによる処理ルールの選択指示を待つ。処理ルールの選択指示があれば、ＰＦ２１０は、ステップＳ１３４９において、確定した処理ルールをデバイスＩＤと共に、ＧＷ２２０に送信する。

一方、デバイスデータでなければ、ＰＦ２１０は、ステップＳ１３５１において、ＧＷ２２０で処理ルールに従って処理済みのデータ受信か否かを判定する。処理済みのデータ受信であれば、ＰＦ２１０は、ステップＳ１３５３において、デバイスＩＤに対応付けて処理済データを蓄積する。そして、ＰＦ２１０は、ステップＳ１３５５において、ユーザアプリケーションへの提供タイミングであるか否かを判定する。ユーザアプリケーションへの提供タイミングでない場合、ＰＦ２１０は、ステップＳ１３４１、Ｓ１３５１に戻って、次の処理済データを待つ。

ユーザアプリケーションへの提供タイミングとなった場合、ＰＦ２１０は、ステップＳ１３５７において、蓄積した処理済データあるいはアプリケーションでさらに処理されたデータを、ユーザ端末２４０あるいは上位のアプリケーションサーバに提供する。

《ユーザ端末の処理手順》
図１３Ｃは、本実施形態に係るユーザ端末２４０の処理手順を示すフローチャートである。このフローチャートは、図１２ＣのＣＰＵ１２１４がＲＡＭ１２４４を使用して実行し、図７のユーザ端末２４０の機能構成部を実現する。なお、図１３Ｃにおいては、ユーザによるユーザ端末２４０からの処理ルールの入力に関するフローチャートは省かれている。

ユーザ端末２４０は、ステップＳ１３６１において、処理ルール候補のＰＦ２１０からの受信か否かを判定する。処理ルール候補のＰＦ２１０からの受信であれば、ユーザ端末２４０は、ステップＳ１３６３において、デバイスＩＤに対応して処理ルール候補を表示部に提示する。そして、ユーザ端末２４０は、ステップＳ１３６５において、ユーザによる処理ルールの選択指示を待つ。ユーザによる処理ルールの選択指示があれば、ユーザ端末２４０は、ステップＳ１３６７において、ユーザが選択した処理ルールを示す情報を、デバイスＩＤと共にＰＦ２１０に送信する。

処理ルール候補のＰＦ２１０からの受信でなければ、ユーザ端末２４０は、ステップＳ１３７１において、ＰＦ２１０からのデータ処理結果の受信か否かを判定する。データ処理結果の受信であれば、ユーザ端末２４０は、ステップＳ１３７３において、処理結果を表示部に提示する。

処理ルール候補のＰＦ２１０からの受信でなく、ＰＦ２１０からのデータ処理結果の受信でなければ、ユーザ端末２４０は、ステップＳ１３８１において、ユーザによる処理ルールの入力か否かを判定する。ユーザによる処理ルールの入力であれば、ユーザ端末２４０は、ステップＳ１３８３において、入力された処理ルールをＰＦ２１０に送信する。

なお、情報処理装置６００は、例えばＭ２Ｍプラットフォームであって、Machine to Machineサービスに関する標準化を行なうｏｎｅＭ２Ｍにおいて定められているM2M Service Infrastructureであってもよい。M2M Service Infrastructureは、ｏｎｅＭ２ＭアーキテクチャにおけるＩＮ（Infrastructure Node）に相当する。さらに、M2M Service Infrastructureは、ｏｎｅＭ２Ｍが定める共通サービス機能（ＣＳＦ：Common Services Function）群を提供するＣＳＥ（Common Services Entity）を有する。また、情報処理装置６００は、複数のＣＳＥを含む装置であってもよい。なお、ＩＮが有するＣＳＥは、ＩＮ（Infrastructure Node）−ＣＳＥとも称される。

ネットワークは、例えば通信事業者が提供する移動通信網であって、ｏｎｅＭ２Ｍにおいて定義されるＵｎｄｅｒｌｙｉｎｇ Ｎｅｔｗｏｒｋであってもよい。

また、デバイス２３０は、例えばセンサデバイスであって、ｏｎｅＭ２Ｍにおいて定義されるＭ２Ｍ Ｄｅｖｉｃｅであってもよい。Ｍ２Ｍ Ｄｅｖｉｃｅは、ｏｎｅＭ２ＭアーキテクチャにおけるＡＳＮ（Application Service Node）あるいはＡＤＮ（Application Dedicated Node）に相当し、このうちＡＳＮはＣＳＥを有する。なお、ＡＳＮ内のＣＳＥはＡＳＮ−ＣＳＥとも称される。

また、デバイスから収集したデータをさらに処理する、図示しないアプリケーションサーバは、例えば特定の業務を処理するサーバであって、ｏｎｅＭ２Ｍにおいて定義されるＭ２Ｍ Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅであってもよい。また、アプリケーションサーバは、ｏｎｅＭ２ＭアーキテクチャにおけるＡＥ（Application Entity）を有してもよい。なお、ｏｎｅＭ２Ｍで定義されるＩｎｆｒａｓｔｒｕｃｔｕｒｅ Ｄｏｍａｉｎにあり、ＩＮ−ＣＳＥに接続されるＡＥは、ＩＮ（Infrastructure Node）−ＡＥとも称される。

また、情報処理装置６００は、例えばモバイルルータであってもよく、この場合ｏｎｅＭ２Ｍにおいて定義されるＭ２Ｍ Ｇａｔｅｗａｙ（ゲートウェイ装置）であってもよい。Ｍ２Ｍ Ｇａｔｅｗａｙは、ｏｎｅＭ２ＭアーキテクチャにおけるＭＮ（Middle Node）に相当し、ＣＳＥを有する。なおＭＮ内のＣＳＥはＭＮ−ＣＳＥとも称される。

本実施形態によれば、デバイスのデータ特性や通信特性をＩｏＴ−ＰＦに保持することにより、デバイスに対する処理ルールの予測を行い、紐付け情報の登録を簡易化することができる。また、デバイスの識別子とそのデバイスに対する処理ルールの紐付けをＩｏＴ−ＰＦまたはＩｏＴ−ＧＷに保持することにより、デバイスのＧＷへの接続を簡易化することができる。

詳細には、新規のデバイス接続時に、作業者が処理ルールを個別に設定することなく、簡易にデバイスを登録することができる。また、ＧＷが処理ルールを予測する構成にすることも可能であるが、共通ＰＦが予測する構成にすることで、複数のＧＷから得られるデバイスデータを基に予測情報の精度を向上させることができる。また、デバイスからのデータ収集時に、データのデータ構造を変更することなく、ＧＷが処理ルールを把握することができる。また、容易に処理ルールを変更することも可能になる。

［第３実施形態］
次に、本発明の第３実施形態に係る情報処理装置を含む情報処理システムについ説明する。本実施形態に係る情報処理装置を含む情報処理システムは、上記第２実施形態と比べると、ユーザ端末に予測した処理ルール候補を提示してユーザ（運用者）が選択することなく、情報処理装置が自動的に処理ルールを判定して設定する点で異なる。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

《情報処理システム》
図１４および図１５を参照して、本実施形態の情報処理装置を含む情報処理システムについて説明する。

（動作シーケンス）
図１４は、本実施形態に係る情報処理装置を含む情報処理システムの主要構成の動作手順を示すシーケンス図である。なお、図３と同様のステップあるいは構成要素には同じステップ番号および参照番号を付して、重複する説明を省略する。また、以下、ＩｏＴ−ＰＦ１４１０をＰＦ１４１０と略す場合もある。

ＩｏＴ−ＰＦ１４１０は、ステップＳ１４０７において、履歴蓄積データベース２５０を参照して、処理ルールを判定してデバイスＩＤに紐付けて、登録する。すなわち、第２実施形態のように、処理ルール候補をユーザ端末２４０に提示して選択する手順はない。ステップＳ１４０７において判定された処理ルールは、そのまま登録され、ステップＳ１４１７において、ＩｏＴ−ＰＦ１４１０からユーザ端末２４０にデバイスＩＤに紐付けた処理ルールが通知され確認される。

（処理ルール登録手順）
図１５は、本実施形態に係る情報処理装置を含む情報処理システムの主要構成の処理ルール登録手順を示す図である。なお、図５Ｂと同様の構成要素には同じ参照番号を付して、重複する説明を省略する。

ＩｏＴ−ＰＦ１４１０は、履歴蓄積データベース２５０を参照して、デバイスＩＤの特性情報から処理ルールを判定し（１５２１）、登録する。

《プラットフォームの処理手順》
図１６は、本実施形態に係る情報処理装置に含まれるプラットフォーム（ＰＦ１４１０）の処理手順を示すフローチャートである。このフローチャートは、図１２ＡのＣＰＵ１２１１がＲＡＭ１２４１を使用して実行し、図１５のＰＦ１４１０の機能構成部を実現する。なお、図１６において、図１３Ｂと同様のステップには同じステップ番号を付して、重複する説明を省略する。また、図１６においては、ユーザによるユーザ端末２４０からの処理ルールの入力に関するフローチャートは省かれている。

ＰＦ１４１０は、ステップＳ１６４５において、履歴蓄積データベース２５０を参照して、特性情報から処理ルールを判定する。そして、ＰＦ１４１０は、ステップＳ１６４９において、確定した処理ルールをデバイスＩＤと共に、ＧＷ２２０およびユーザ端末２４０に送信する。

本実施形態によれば、デバイスのデータ特性や通信特性をＩｏＴ−ＰＦに保持して、ＩｏＴ−ＰＦがデバイスに対する処理ルールの予測を行って設定するので、紐付け情報の登録をさらに簡易化することができる。

［第４実施形態］
次に、本発明の第３実施形態に係る情報処理装置を含む情報処理システムについて説明する。本実施形態に係る情報処理装置を含む情報処理システムは、上記第２実施形態および第３実施形態と比べると、接続されたデバイスの組に対応する各デバイスの処理ルールを設定する点で異なる。その他の構成および動作は、第２実施形態または第３実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

《情報処理システム》
以下、図１７および図１８を参照して、本実施形態の情報処理装置を含む情報処理システムの構成および動作を説明する。

（処理ルール登録）
図１７は、本実施形態に係る情報処理装置を含む情報処理システムにおける、デバイスの処理ルールを登録する概要を示す図である。なお、図１７には、２つのデバイスの組み合わせの例を示すが、他のデバイスの組み合わせや組み合わせ数において制限はない。

温度計だけが接続された場合１７１０は、ＧＷにおいて、処理ルールとして華氏温度を摂氏温度に変換してＰＦに送信する。湿度計だけが接続された場合１７２０は、ＧＷにおいて、処理ルールとしてそのままクラウドに送信する。

これに対して、本実施形態のように温度計と湿度計が接続された場合１７３０は、ＧＷにおいて、処理ルールとして（温度／湿度）から熱中症指数を計算してクラウドに送信する。また、湿度計と一緒に宅内装置（例えば、エアコン）が接続されている場合１７４０は、ＧＷにおいて、処理ルールとして、宅内では動かないため位置情報は不要とし、通信量削減のため位置情報は送信しない。

（動作シーケンス）
図１８は、本実施形態に係る情報処理装置を含む情報処理システムの主要構成の動作手順を示すシーケンス図である。なお、図１８において、図３と同様のステップおよび構成要素には同じステップ番号および参照番号を付して、重複する説明を省略する。また、以下、ＩｏＴ−ＰＦ１８１０をＰＦ１８１０と略し、ＩｏＴ−ＧＷ１８２０をＧＷ１８２０と略すこともある。

ステップＳ１８０１においては、ユーザ端末２４０からＩｏＴ−ＰＦ１８１０に、デバイス組の処理ルールが作成され、デバイス組のデータフォーマットの特性も合せて登録して、その履歴を履歴蓄積データベース１８５０に蓄積する。

ステップＳ１８０３において、デバイス２３１およびデバイス２３２がＩｏＴ−ＧＷ１８２０に接続されると、ステップＳ１８０５において、各デバイスＩＤとそのデバイスデータとがそれぞれＩｏＴ−ＰＦ１８１０に送信される。そして、ＩｏＴ−ＰＦ１８１０は、ステップＳ１８０７において、履歴蓄積データベース１８５０を参照して、デバイスの組み合わせに基づいて、処理ルールを設定する。なお、図１８においては省略したが、処理ルールを予測してユーザ端末２４０に表示して、ユーザに選択されてもよい。

デバイス組に対応する処理ルールはＩｏＴ−ＰＦ１８１０の処理ルール管理テーブル１８６０に登録された後、ステップＳ１８１７において、ＩｏＴ−ＰＦ１８１０からＩｏＴ−ＧＷ１８２０に配布され、ステップＳ１８１９において、ＩｏＴ−ＧＷ１８２０の処理ルール登録テーブル１８７０に登録される。

ステップＳ１８２１において、以後の同じデバイス組からのデータを受信すると、ＩｏＴ−ＧＷ１８２０は、ステップＳ１８２３において、デバイスＩＤ組を判断し、処理ルール登録テーブル１８７０に登録された処理ルールに則した処理を実施する。

（履歴蓄積データベース）
図１９Ａは、本実施形態に係る履歴蓄積データベース１８５０の構成を示す図である。履歴蓄積データベース１８５０は、予測情報と処理ルールとの関連の履歴を蓄積し、新規なデバイス組に対して設定登録する処理ルールを予測するために使用される。履歴蓄積データベース１８５０は、予測情報と処理ルールとの関連の履歴を蓄積する履歴蓄積領域９１０と、履歴蓄積領域９１０に蓄積された履歴からデバイス組の処理ルール予測のための予測テーブル１９２０と、を含む。なお、図１９Ａにおいて、図９と同様の構成要素には同じ参照番号を付して、重複する説明を省略する。

予測テーブル１９２０は、第１デバイスの第１予測情報１９２１と、第２デバイスの第２予測情報１９２２とを記憶する。そして、第１予測情報１９２１と第２予測情報１９２２との組から予測可能な処理ルール１９２３とその出現率１９２４とを記憶する。なお、３つ以上のデバイス組でも同様である。

（処理ルール予測テーブル）
図１９Ｂは、本実施形態に係る処理ルール予測テーブル１９３０の構成を示す図である。処理ルール予測テーブル１９３０は、デバイス組の予測情報に対応する処理ルール候補を予測するために使用される。

処理ルール予測テーブル１９３０は、第１デバイスＩＤ１９３１およびそのデバイスデータから抽出された予測情報１９３２と、第２デバイスＩＤ１９３３およびそのデバイスデータから抽出された予測情報１９３４とに対応付けて、複数の処理ルール候補１９３５とその合致率１９３６とを記憶する。なお、３つ以上のデバイス組でも同様である。

（処理ルール管理テーブル／処理ルール登録テーブル）
図１９Ｃは、本実施形態に係る処理ルール管理テーブル１８６０／処理ルール管理テーブル１８７０の構成を示す図である。処理ルール管理テーブル１８６０／処理ルール管理テーブル／１８７０は、デバイス組のＩＤ群に対応する処理ルールを保持して、接続されたデバイス組からのデータを処理するために使用される。図１９Ｃは、図１１を複数のデバイス組に拡張したテーブルである。

処理ルール管理テーブル１８６０／処理ルール管理テーブル／１８７０は、第１デバイスＩＤ１９４１〜第ｎデバイスＩＤ１９４３の組に対応付けて、処理ルール１９４４を記憶する。

《ゲートウェイの処理手順》
図２０Ａは、本実施形態に係る情報処理装置に含まれるゲートウェイ（ＧＷ１８２０）の処理手順を示すフローチャートである。このフローチャートは、図１２ＢのＣＰＵ１２１２がＲＡＭ１２４２を使用して実行し、図１８のＧＷ１８２０の機能構成部を実現する。なお、図２０Ａにおいて、図１３Ａと同様のステップには同じステップ番号を付して、重複する説明を省略する。また、図２０Ａにおいては、ユーザによるユーザ端末２４０からの処理ルールの入力に関するフローチャートは省かれている。

ＧＷ１８２０は、ステップＳ２０１８において、デバイス組に対応する処理ルールがあるか否かを判定する。デバイス組に対応する処理ルールがあれば、処理を終了し、その処理ルールを使用して処理を実施する。デバイス組に対応する処理ルールがなければ、ＧＷ１８２０は、ステップＳ２０１９において、デバイスＩＤまたはデバイスＩＤ組と、デバイスデータとを対応付けて、ＰＦ１８１０に送信する。

そして、ＰＦ１８１０からの処理ルールの受信を待って、処理ルールを受信すると、ＧＷ１８２０は、ステップＳ２０２３において、デバイスＩＤまたはデバイスＩＤ組と、処理ルールを対応付けて、処理ルール登録テーブル１８７０に登録する。

また、ＧＷ１８２０は、ステップＳ２０３５において、デバイスＩＤまたはデバイスＩＤ組に対応する処理ルールにより、取得データを処理する。また、ＧＷ１８２０は、ステップＳ２０３９において、デバイスＩＤまたはデバイスＩＤ組と、処理済のデータとを対応付けて、ＰＦ１８１０に送信する。

《プラットフォームの処理手順》
図２０Ｂは、本実施形態に係る情報処理装置に含まれるプラットフォーム（ＰＦ１８１０）の処理手順を示すフローチャートである。このフローチャートは、図１２ＡのＣＰＵ１２１１がＲＡＭ１２４１を使用して実行し、図１８のＰＦ１８１０の機能構成部を実現する。なお、図２０Ｂにおいて、図１３Ｂと同様のステップには同じステップ番号を付して、重複する説明を省略する。また、図２０Ｂにおいては、ユーザによるユーザ端末２４０からの処理ルールの入力に関するフローチャートは省かれている。

ＰＦ１８１０は、ステップＳ２０４５において、履歴蓄積データベース１８５０を参照して、予測情報および／またはデバイスＩＤ組から処理ルール候補を予測する。

本実施形態によれば、デバイス組のデータ特性や通信特性をＩｏＴ−ＰＦに保持して、ＩｏＴ−ＰＦがデバイス組に対する処理ルールの予測あるいは設定を行うので、デバイス組が有する特徴に対応付いた紐付け情報の登録をすることができ、デバイスの接続を簡易化することができる。

［第５実施形態］
次に、本発明の第５実施形態に係る情報処理装置を含む情報処理システムについて説明する。本実施形態に係る情報処理装置を含む情報処理システムは、上記第２実施形態から第４実施形態と比べると、デバイスの特性情報（予測情報）に加えて、そのデバイスデータを使用するアプリケーションに基づいて、適切なデバイスの処理ルールを設定する点で異なる。すなわち、本実施形態においては、例えば、複数のプラットフォームに複数のゲートウェイが接続する情報処理システムにおいて、ゲートウェイにおけるデバイスデータの処理ルールが、そのデバイスデータを使用するアプリケーションに対応付けて登録される。したがって、デバイスデータを使用するアプリケーションに対応して、同じデバイスからのデバイスデータを異なる処理ルールにより処理して利用できる。その他の構成および動作は、第２実施形態から第４実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

（情報処理システムの動作シーケンス）
図２１は、本実施形態に係る情報処理装置を含む情報処理システムの主要構成の動作手順を示すシーケンス図である。なお、図２１において、図３と同様のステップおよび構成要素には同じステップ番号および参照番号を付して、重複する説明は省略する。ここで、本実施形態では、ＩｏＴ−ＰＦ２１１０は複数のプラットフォームを示し、ＩｏＴ−ＧＷ２１２０は複数のゲートウェイを示すが、これに限定されない。また、ＩｏＴ−ＰＦ２１１０をＰＦ２１１０と略し、ＩｏＴ−ＧＷ２１２０をＧＷ２１２０と略すこともある。

ステップＳ２１０１においては、ユーザ端末２４０からＩｏＴ−ＰＦ２１１０に、デバイスの処理ルールを作成して、データフォーマットの特性などの予測情報およびデバイスデータを使用するアプリケーションも合せて関連付けて登録して、履歴を履歴蓄積データベース２１５０に蓄積する。デバイス２３０が接続されて、ＩｏＴ−ＧＷ２１２０からＩｏＴ−ＰＦ２１１０にデバイスＩＤとデバイスデータとが送られると、ＩｏＴ−ＰＦ２１１０は、ステップＳ２１０７において、デバイスデータなどから抽出された予測情報に加えて、予測情報に基づいてデバイスデータを使用するアプリケーションを推定して、デバイスデータの処理ルールを推測し、仮の紐付けを実施する。

また、ＩｏＴ−ＰＦ２１１０は、ステップＳ２１１５において、ユーザ端末２４０からの登録指示に基づいて、処理ルールを、デバイスＩＤとそのデバイスデータを使用するアプリケーションとに対応させて処理ルール管理テーブル２１６０に登録し、ＩｏＴ−ＧＷ２１２０は、ステップＳ２１１９において、処理ルールを、デバイスＩＤとそのデバイスデータを使用するアプリケーションとに対応させて処理ルール登録テーブル２１７０に登録する。

デバイス２３０から取得データを受信すると、ＩｏＴ−ＧＷ２１２０は、ステップＳ２１２３において、処理ルール登録テーブル２１７０を参照して、デバイスＩＤおよびそのデバイスデータを使用するアプリケーションに対応して、登録された処理ルールに則した処理を実施する。なお、図２１には図示しないが、処理ルールに従って処理されたデバイスデータは、ＩｏＴ−ＧＷ２１２０からＩｏＴ−ＰＦ２１１０を介して、そのデバイスデータを使用するアプリケーションに対して提供される。

（履歴蓄積データベース）
図２２Ａは、本実施形態に係る履歴蓄積データベース２１５０の構成を示す図である。履歴蓄積データベース２１５０は、予測情報と処理ルールとの関連の履歴を蓄積し、新規なデバイスとそのデバイスデータを使用するアプリケーションとに対して設定登録する処理ルールを予測するために使用される。履歴蓄積データベース２１５０は、予測情報と処理ルールとの関連の履歴を蓄積する履歴蓄積領域２２１０と、履歴蓄積領域２２１０に蓄積された履歴からデバイスの処理ルール予測のための予測テーブル２２２０と、を含む。なお、図２２Ａにおいて、図９と同様の構成要素には同じ参照番号を付して、重複する説明を省略する。

履歴蓄積領域２２１０は、日時９１１、処理ルール９１２、予測情報９１３に対応付けて、デバイスデータを使用するアプリケーション２２１４を記憶する。予測テーブル２２２０は、予測情報９２１とそのデバイスデータを使用するアプリケーション２２２２とに対応付けて、処理ルール９２２とその出現率９２３を記憶する。

（処理ルール予測テーブル）
図２２Ｂは、本実施形態に係る処理ルール予測テーブル２２００の構成を示す図である。処理ルール予測テーブル２２００は、デバイスの予測情報とそのデバイスデータを使用するアプリケーションとに対応する処理ルール候補を予測するために使用される。なお、図２２Ｂにおいて、図１０と同様の要素には同じ参照番号を付して、重複する説明を省略する。

処理ルール予測テーブル２２００は、デバイスＩＤ１００１と、デバイスの予測情報１００２と、アプリケーション（あるいは、アプリケーションＩＤ）２２３２とに対応付けて、複数の処理ルール候補１００３とその合致率１００４を記憶する。

（処理ルール管理テーブル／処理ルール登録テーブル）
図２２Ｃは、本実施形態に係る処理ルール管理テーブル２１６０／処理ルール管理テーブル２１７０の構成を示す図である。処理ルール管理テーブル２１６０／処理ルール登録テーブル２１７０は、デバイスＩＤとアプリケーションとに対応する処理ルールを保持して、接続されたデバイスからのデータを処理するために使用される。

処理ルール管理テーブル２１６０／処理ルール登録テーブル２１７０は、デバイスＩＤ１１０１に対応付けて、デバイスデータを使用するアプリケーション（あるいは、アプリケーションＩＤ）２２０１と、処理ルール１１０２とを記憶する。

なお、本実施形態では、処理ルール管理テーブル２１６０は複数のゲートウェイに亘る処理ルール１１０２を、デバイスＩＤ１１０１およびアプリケーション２２０１に対応付けて登録している。したがって、同じデバイスＩＤ１１０１と異なるアプリケーション２２０１との組に対応付けて異なる処理ルール１１０２が登録され、異なるデバイスＩＤ１１０１と同じアプリケーション２２０１との組に対応付けて、アプリケーションに応じて関連付けられた処理ルール１１０２が登録されてよい。一方、処理ルール登録テーブル２１７０は１つのゲートウェイに対応する処理ルール１１０２を、デバイスＩＤ１１０１およびそのデバイスを使用するアプリケーション２２０１に対応付けて登録している。したがって、１つのゲートウェイに接続された１つのデバイスのデバイスデータが複数のアプリケーションに使用されなければ、１つのデバイスＩＤ１１０１に対して異なるアプリケーション２２０１が登録されることはない。しかし、１つのゲートウェイに接続された１つのデバイスのデバイスデータを複数のアプリケーションで使用する場合は、１つのデバイスＩＤ１１０１に対して異なるアプリケーション２２０１が登録されてもよい。また、異なるデバイスＩＤ１１０１と同じアプリケーション２２０１との組に対応付けて、例えば第４実施形態のように、関連付けられた処理ルール１１０２が登録されてもよい。

《プラットフォームの処理手順》
図２３は、本実施形態に係る情報処理装置に含まれるプラットフォーム（ＰＦ２１１０）の処理手順を示すフローチャートである。このフローチャートは、図１２ＡのＣＰＵ１２１１がＲＡＭ１２４１を使用して実行し、図２１のＰＦ２１１０の機能構成部を実現する。なお、図２３において、図１３Ｂと同様のステップには同じステップ番号を付して、重複する説明を省略する。また、図２３においては、ユーザによるユーザ端末２４０からの処理ルールの入力に関するフローチャートは省かれている。

ＰＦ２１１０は、ステップＳ２３４５において、履歴蓄積データベース２１５０を参照して、予測情報およびそのデバイスデータを使用するアプリケーションから、処理ルール候補を予測する。

なお、本実施形態におけるＧＷ２１２０の処理手順の詳細については重複を避けて省略するが、例えば、図１３ＡのステップＳ１３３５において、さらに受信したデバイスデータを提供するアプリケーションを取得し、ステップＳ１３３９において、取得したアプリケーションに対して処理済みのデータを送信することになる。

本実施形態によれば、デバイスのデータ特性や通信特性とアプリケーションとの関連をＩｏＴ−ＰＦに保持して、ＩｏＴ−ＰＦがデバイスおよびアプリケーションに対する処理ルールの予測あるいは設定を行うので、デバイスおよびアプリケーションが有する特徴に対応付いた紐付け情報の登録をすることができ、デバイスの接続を簡易化することができる。

［第６実施形態］
次に、本発明の第６実施形態に係る情報処理装置を含む情報処理システムについて説明する。本実施形態に係る情報処理装置を含む情報処理システムは、上記第２実施形態から第５実施形態と比べると、デバイスの特性情報（予測情報）に加えて、そのデバイスが接続されるＩｏＴ−ＧＷ（ゲートウェイ）に基づいて、適切なデバイスの処理ルールを設定する点で異なる。すなわち、本実施形態においては、複数のゲートウェイが接続する情報処理システムにおいて、ゲートウェイにおけるデバイスデータの処理ルールが、そのデバイスを接続したゲートウェイに対応付けて登録される。したがって、デバイスを接続したゲートウェイに応じて、同じデバイスからのデバイスデータを異なる処理ルールにより処理して利用できる。その他の構成および動作は、第２実施形態から第５実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

（情報処理システムの動作シーケンス）
図２４は、本実施形態に係る情報処理装置を含む情報処理システムの主要構成の動作手順を示すシーケンス図である。なお、図２４において、図３と同様のステップおよび構成要素には同じステップ番号および参照番号を付して、重複する説明は省略する。ここで、本実施形態においては、ＩｏＴ−ＧＷ２４２０は複数のゲートウェイを示すが、ＩｏＴ−ＰＦ２４１０が複数のプラットフォームであってもよい。また、ＩｏＴ−ＰＦ２４１０をＰＦ２４１０と略し、ＩｏＴ−ＧＷ２４２０をＧＷ２４２０と略すこともある。

ステップＳ２４０１においては、ユーザ端末２４０からＩｏＴ−ＰＦ２４１０に、デバイスの処理ルールを作成して、データフォーマットの特性およびそのデバイスが接続されるゲートウェイＩＤも合せて登録して、履歴を履歴蓄積データベース２４５０に蓄積する。デバイス２３０が接続されて、ＩｏＴ−ＧＷ２４２０からＩｏＴ−ＰＦ２４１０にデバイスＩＤとデバイスデータが送られると、ＩｏＴ−ＰＦ２４１０は、ステップＳ２４０７において、データフォーマットおよびそのデバイスが接続されたゲートウェイＩＤから処理ルールを推測し、仮の紐付けを実施する。

また、ＩｏＴ−ＰＦ２４１０は、ステップＳ２４１５において、処理ルールを、デバイスＩＤとそのデバイスが接続されたゲートウェイＩＤとに対応させて処理ルール管理テーブル２４６０に登録し、ＩｏＴ−ＧＷ２４２０は、ステップＳ２４１９において、処理ルールを、デバイスＩＤとそのデバイスが接続されたゲートウェイＩＤとに対応させて処理ルール登録テーブル２４７０に登録する。

デバイス２３０から取得データを受信すると、ＩｏＴ−ＧＷ２４２０は、ステップＳ２４２３において、処理ルール登録テーブル２４７０を参照して、デバイスＩＤおよびゲートウェイＩＤを判断し、登録された処理ルールに則した処理を実施する。

（履歴蓄積データベース）
図２５Ａは、本実施形態に係る履歴蓄積データベース２４５０の構成を示す図である。履歴蓄積データベース２４５０は、予測情報と処理ルールとの関連の履歴を蓄積し、新規なデバイスとデバイスが接続されるゲートウェイとに対して設定登録する処理ルールを予測するために使用される。履歴蓄積データベース２４５０は、予測情報と処理ルールとの関連の履歴を蓄積する履歴蓄積領域２５１０と、履歴蓄積領域２５１０に蓄積された履歴からデバイスの処理ルール予測のための予測テーブル２５２０と、を含む。なお、図２５Ａにおいて、図９と同様の構成要素には同じ参照番号を付して、重複する説明を省略する。

履歴蓄積領域２５１０は、日時９１１、処理ルール９１２、予測情報９１３に対応付けて、デバイスが接続されたゲートウェイＩＤ２５１４を記憶する。予測テーブル２５２０は、予測情報９２１とそのデバイスが接続されたゲートウェイＩＤ２５２２とに対応付けて、処理ルール９２２とその出現率９２３とを記憶する。

（処理ルール予測テーブル）
図２５Ｂは、本実施形態に係る処理ルール予測テーブル２５００の構成を示す図である。処理ルール予測テーブル２５００は、デバイスの予測情報とそのデバイスが接続されたゲートウェイとに対応する処理ルール候補を予測するために使用される。なお、図２５Ｂにおいて、図１０と同様の要素には同じ参照番号を付して、重複する説明を省略する。

処理ルール予測テーブル２５００は、デバイスＩＤ１００１と、デバイスの予測情報１００２と、そのデバイスが接続されたゲートウェイＩＤ２５３２とに対応付けて、複数の処理ルール候補１００３とその合致率１００４を記憶する。

（処理ルール管理テーブル／処理ルール登録テーブル）
図２５Ｃは、本実施形態に係る処理ルール管理テーブル２４６０／処理ルール登録テーブル２４７０の構成を示す図である。処理ルール管理テーブル２４６０／処理ルール登録テーブル２４７０は、デバイスＩＤとそのデバイスが接続されたゲートウェイＩＤとに対応する処理ルールを保持して、接続されたデバイスからのデータを処理するために使用される。

処理ルール管理テーブル２４６０／処理ルール登録テーブル２４７０は、デバイスＩＤ１１０１とそのデバイスが接続されたゲートウェイＩＤ２５０１とに対応付けて、処理ルール１１０２を記憶する。

なお、処理ルール管理テーブル２４６０は複数のゲートウェイに亘る処理ルール１１０２を、デバイスＩＤ１１０１およびゲートウェイＩＤ２５０１に対応付けて登録している。したがって、同じデバイスＩＤ１１０１と異なるゲートウェイＩＤ２５０１との組に対応付けて異なる処理ルール１１０２が登録され、異なるデバイスＩＤ１１０１と同じゲートウェイＩＤ２５０１との組に対応付けて、第４実施形態のように、関連付けられた処理ルール１１０２が登録されてもよい。一方、処理ルール登録テーブル２４７０は１つのゲートウェイに対応する処理ルール１１０２を、デバイスＩＤ１１０１およびゲートウェイＩＤ２５０１に対応付けて登録している。したがって、処理ルール登録テーブル２４７０には他のゲートウェイＩＤ２５０１が登録されることはない。なお、もし処理ルール登録テーブル２４７０に他のゲートウェイＩＤ２５０１が登録されている場合は、対応付けられた処理ルールは使用されない。また、異なるデバイスＩＤ１１０１に対応付けて、第４実施形態のように、関連付けられた処理ルール１１０２が登録されてもよい。

《プラットフォームの処理手順》
図２６は、本実施形態に係る情報処理装置に含まれるプラットフォーム（ＰＦ２４１０）の処理手順を示すフローチャートである。このフローチャートは、図１２ＡのＣＰＵ１２１１がＲＡＭ１２４１を使用して実行し、図２４のＰＦ２４１０の機能構成部を実現する。なお、図２６において、図１３Ｂと同様のステップには同じステップ番号を付して、重複する説明を省略する。また、図２６においては、ユーザによるユーザ端末２４０からの処理ルールの入力に関するフローチャートは省かれている。

ＰＦ２４１０は、ステップＳ２６４５において、履歴蓄積データベース２４５０を参照して、予測情報およびゲートウェイＩＤから、処理ルール候補を予測する。

なお、本実施形態におけるＧＷ２４２０の処理手順の詳細については重複を避けて省略するが、例えば、図１３ＡのステップＳ１３３５において、さらに接続されたデバイスＩＤとゲートウェイＩＤとの組を確認して、確認されたならばデバイスＩＤとゲートウェイＩＤと対応付けられた処理ルールを実行することになる。

本実施形態によれば、デバイスのデータ特性や通信特性と接続したゲートウェイとの関連をＩｏＴ−ＰＦに保持して、ＩｏＴ−ＰＦがデバイスおよびゲートウェイに対する処理ルールの予測あるいは設定を行うので、デバイスおよびゲートウェイが有する特徴に対応付いた紐付け情報の登録をすることができ、デバイスの接続を簡易化することができる。

［第７実施形態］
次に、本発明の第７実施形態に係る情報処理装置を含む情報処理システムについて説明する。本実施形態に係る情報処理装置を含む情報処理システムは、上記第２実施形態から第６実施形態と比べると、ＩｏＴ−ＧＷ（ゲートウェイ）あるいはＩｏＴ−ＰＦ（プラットフォーム）がデバイスの処理ルールの予測、設定および実行を一括して行なう点で異なる。その他の構成および動作は、第２実施形態から第６実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。すなわち、処理ルールを管理する処理ルール管理テーブルを持つのは共通ＰＦである必要はなく、ＧＷがそれぞれ保持してもよい。あるいは、共通ＰＦおよびＧＷへのさらに異なる機能分配であってもよい。

《情報処理システム》
図２７Ａは、本実施形態に係る情報処理装置２７２０を含む情報処理システムの主要構成を示すブロック図である。図２７Ａにおいて、情報処理装置２７２０はＩｏＴ−ＧＷである。なお、図２７Ａの構成要素は、図５Ａおよび図５Ｂの同じ参照番号を付した各構成要素と同等である。図２７Ａにおいては、処理ルール管理テーブル３６０の内容がそのままデバイスから受信したデータの処理ルールとして使用される。

《他の処理システム》
図２７Ｂは、本実施形態に係る情報処理装置２７１０を含む他の情報処理システムの主要構成を示すブロック図である。図２７Ｂにおいて、情報処理装置２７１０はＩｏＴ−ＰＦである。なお、図２７Ｂの構成要素は、図５Ａおよび図５Ｂの同じ参照番号を付した各構成要素と同等である。図２７Ｂにおいては、処理ルール管理テーブル３６０の内容がそのままデバイスから受信したデータの処理ルールとして使用される。

本実施形態によれば、デバイスのデータ特性や通信特性を保持して処理ルールの予測あるいは設定を行う機能と、接続されたデバイスのデータを設定された処理ルールに従って処理する機能と、を一体に保持した共通ＰＦあるいはＧＷを提供できる。なお、共通ＰＦおよびＧＷへのさらに異なる機能分配であっても同様の効果を奏することができる。

［他の実施形態］
なお、本実施形態において、処理ルールを管理する処理ルール管理テーブルや処理テーブルを登録する処理ルール登録テーブルのキーは上記実施形態で使用したＭＡＣアドレスである必要はなく、デバイスを識別できる識別子（デバイスＩＤ）であればよく、特に、デバイスを一意に識別できる識別子（デバイスＩＤ）であるのが望ましい。

また、本実施形態は、デバイスとしてセンサやアクチュエータなどを、ネットワークを介してＩｏＴ−ＧＷに接続し、デバイスからのデータ収集、データ加工、データ蓄積、データ提供や、デバイスの制御や管理を行うシステムとそのサービスについて広く適用できる。

また、本実施形態のデバイス−ＧＷ（ゲートウェイ）間の送受信インタフェースについては、規定あるいは制限されない。例として、ＦＴＰ(File Transfer Protocol)／ＳＣＰ(Secure Copy Protocol)などのプロトコルによるファイル転送、音声や映像などのストリーミング転送などにも適用できる。

また、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。

また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する情報処理プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれる。特に、少なくとも、上述した実施形態に含まれる処理ステップをコンピュータに実行させるプログラムを格納した非一時的コンピュータ可読媒体（non-transitory computer readable medium）は本発明の範疇に含まれる。

［実施形態の他の表現］
上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
デバイスから受信したデバイスデータと、前記デバイスに対して登録した処理ルールとの関連の履歴を蓄積する蓄積手段と、
接続されたデバイスを処理するための処理ルールが登録されていない場合に、前記接続されたデバイスから受信したデバイスデータに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する予測手段と、
前記予測手段が予測した前記処理ルールを、前記接続されたデバイスの識別情報に対応付けて登録する登録手段と、
を備える情報処理装置。
（付記２）
前記予測手段が予測した前記処理ルールを、ユーザに対し提示させる提示手段と、
前記ユーザによる前記提示された処理ルールの登録指示を受信する受信手段と、
をさらに備え、
前記登録手段は、受信した前記登録指示に従って前記処理ルールを登録する、付記１に記載の情報処理装置。
（付記３）
前記接続されたデバイスの前記識別情報に対応付けて前記登録手段に登録された処理ルールに従って、前記接続されたデバイスを処理するデバイス処理手段を、さらに備える付記１または２に記載の情報処理装置。
（付記４）
前記蓄積手段は、前記デバイスデータに関連し、前記処理ルールを予測するための予測情報と、前記処理ルールとの関連の履歴を蓄積し、
前記予測情報は、データフォーマットの特性情報と、データ送信頻度と、データのサイズと、通信プロトコルと、の少なくとも１つを含む、付記１乃至３のいずれか１項に記載の情報処理装置。
（付記５）
前記データフォーマットの特性情報は、文字種別と、文字数と、行数と、列数と、区切り文字と、の少なくとも１つを含む、付記４に記載の情報処理装置。
（付記６）
前記情報処理装置は、複数のデバイス群が接続されるゲートウェイと、複数の前記ゲートウェイに接続されて前記複数のデバイス群を制御するプラットフォームと、を有し、
前記蓄積手段と前記予測手段とは、前記プラットフォームに備えられ、
前記登録手段は、前記ゲートウェイに備えられる、付記１乃至５いずれか１項に記載の情報処理装置。
（付記７）
前記蓄積手段は、前記プラットフォームにあって、前記デバイスが接続されたゲートウェイと、前記デバイスデータと、前記処理ルールとの関連の履歴を蓄積し、
前記予測手段は、前記プラットフォームにあって、前記ゲートウェイと前記デバイスデータとに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する、付記６に記載の情報処理装置。
（付記８）
前記蓄積手段は、複数の前記デバイスデータと、複数の前記デバイスにより実行されるアプリケーションと、前記処理ルールとの関連の履歴を蓄積し、
前記予測手段は、前記複数のデバイスデータと前記アプリケーションとに基づいて、前記履歴を参照して複数の前記接続されたデバイスの処理ルールを予測する、付記１乃至６のいずれか１項に記載の情報処理装置。
（付記９）
前記蓄積手段は、ユーザにより提供されるアプリケーションと、前記デバイスデータと、前記処理ルールとの関連の履歴を蓄積し、
前記予測手段は、前記アプリケーションと前記デバイスデータとに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する、付記１乃至６のいずれか１項に記載の情報処理装置。
（付記１０）
前記デバイスの識別情報は、前記デバイスを一意に識別する識別子であって、前記識別子はＭＡＣアドレスを含む、付記１乃至９のいずれか１項に記載の情報処理装置。
（付記１１）
デバイスから受信したデバイスデータと、前記デバイスに対して登録した処理ルールとの関連の履歴を蓄積手段に蓄積する蓄積ステップと、
接続されたデバイスを処理するための処理ルールが登録されていない場合に、前記接続されたデバイスから受信したデバイスデータに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する予測ステップと、
前記予測ステップにおいて予測した前記処理ルールを、前記接続されたデバイスの識別情報に対応付けて登録手段に登録する登録ステップと、
を含む情報処理装置の制御方法。
（付記１２）
デバイスから受信したデバイスデータと、前記デバイスに対して登録した処理ルールとの関連の履歴を蓄積手段に蓄積する蓄積ステップと、
接続されたデバイスを処理するための処理ルールが登録されていない場合に、前記接続されたデバイスから受信したデバイスデータに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する予測ステップと、
前記予測ステップにおいて予測した前記処理ルールを、前記接続されたデバイスの識別情報に対応付けて登録手段に登録する登録ステップと、
をコンピュータに実行させる情報処理装置の制御プログラム。
（付記１３）
接続されたデバイスから受信したデバイスデータに基づいて、情報処理装置に蓄積された前記デバイスデータと前記デバイスの処理ルールとの関連の履歴を参照して予測された、前記接続されたデバイスの識別情報に対応する処理ルールの候補を、前記情報処理装置から受信する候補受信手段と、
受信した前記処理ルールの候補を、ユーザによる登録指示が可能に表示する表示手段と、
前記ユーザによる登録指示を受け付けて、前記接続されたデバイスの前記識別情報に対応付けて登録手段に登録すべき処理ルールを、前記情報処理装置に通知する通知手段と、
を備える通信端末。
（付記１４）
前記表示手段は、前記処理ルールの複数のルール候補、または、前記処理ルールが含む複数のパラメータの候補を、ユーザによる登録指示が可能に表示する、付記１３に記載の通信端末。
（付記１５）
接続されたデバイスから受信したデバイスデータに基づいて、情報処理装置に蓄積された前記デバイスデータと前記デバイスの処理ルールとの関連の履歴を参照して予測された、前記接続されたデバイスの識別情報に対応する処理ルールの候補を、前記情報処理装置から受信する候補受信ステップと、
受信した前記処理ルールの候補を、ユーザによる登録指示が可能に表示手段に表示する表示ステップと、
前記ユーザによる登録指示を受け付けて、前記接続されたデバイスの前記識別情報に対応付けて登録手段に登録すべき処理ルールを、前記情報処理装置に通知する通知ステップと、
を含む通信端末の制御方法。
（付記１６）
接続されたデバイスから受信したデバイスデータに基づいて、情報処理装置に蓄積された前記デバイスデータと前記デバイスの処理ルールとの関連の履歴を参照して予測された、前記接続されたデバイスの識別情報に対応する処理ルールの候補を、前記情報処理装置から受信する候補受信ステップと、
受信した前記処理ルールの候補を、ユーザによる登録指示が可能に表示手段に表示する表示ステップと、
前記ユーザによる登録指示を受け付けて、前記接続されたデバイスの前記識別情報に対応付けて登録手段に登録すべき処理ルールを、前記情報処理装置に通知する通知ステップと、
をコンピュータに実行させる通信端末の制御プログラム。
（付記１７）
デバイスから受信したデバイスデータと、前記デバイスに対して登録した処理ルールとの関連の履歴を蓄積する蓄積手段と、
接続されたデバイスを処理するための処理ルールが登録されていない場合に、前記接続されたデバイスから受信したデバイスデータに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する予測手段と、
前記予測手段が予測した前記処理ルールを、ユーザに対し提示する提示手段と、
前記ユーザによる前記提示された処理ルールの登録指示を受け付ける登録指示手段と、
受け付けた前記登録指示に従って、前記予測手段が予測した前記処理ルールを前記接続されたデバイスの識別情報に対応付けて登録する登録手段と、
前記接続されたデバイスの前記識別情報に対応付けて前記登録手段に登録された処理ルールに従って、前記接続されたデバイスを処理するデバイス処理手段と、
を備える情報処理システム。
（付記１８）
デバイスから受信したデバイスデータと、前記デバイスに対して登録した処理ルールとの関連の履歴を蓄積手段に蓄積する蓄積ステップと、
接続されたデバイスを処理するための処理ルールが登録されていない場合に、前記接続されたデバイスから受信したデバイスデータに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する予測ステップと、
前記予測ステップにおいて予測した前記処理ルールを、ユーザに対し提示する提示ステップと、
前記ユーザによる前記提示された処理ルールの登録指示を受け付ける登録指示ステップと、
受け付けた前記登録指示に従って、前記予測ステップにおいて予測した前記処理ルールを前記接続されたデバイスの識別情報に対応付けて登録手段に登録する登録ステップと、
前記接続されたデバイスの前記識別情報に対応付けて前記登録手段に登録された処理ルールに従って、前記接続されたデバイスを処理するデバイス処理ステップと、
を含むデバイス登録方法。

この出願は、２０１６年１月１８日に出願された日本国特許出願 特願２０１６−００７３５４号を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (18)

1. デバイスから受信したデバイスデータと、前記デバイスに対して登録した処理ルールとの関連の履歴を蓄積する蓄積手段と、
   接続されたデバイスを処理するための処理ルールが登録されていない場合に、前記接続されたデバイスから受信したデバイスデータに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する予測手段と、
   前記予測手段が予測した前記処理ルールを、前記接続されたデバイスの識別情報に対応付けて登録する登録手段と、
   を備える情報処理装置。
2. 前記予測手段が予測した前記処理ルールを、ユーザに対し提示させる提示手段と、
   前記ユーザによる前記提示された処理ルールの登録指示を受信する受信手段と、
   をさらに備え、
   前記登録手段は、受信した前記登録指示に従って前記処理ルールを登録する、請求項１に記載の情報処理装置。
3. 前記接続されたデバイスの前記識別情報に対応付けて前記登録手段に登録された処理ルールに従って、前記接続されたデバイスを処理するデバイス処理手段を、さらに備える請求項１または２に記載の情報処理装置。
4. 前記蓄積手段は、前記デバイスデータに関連し、前記処理ルールを予測するための予測情報と、前記処理ルールとの関連の履歴を蓄積し、
   前記予測情報は、データフォーマットの特性情報と、データ送信頻度と、データのサイズと、通信プロトコルと、の少なくとも１つを含む、請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記データフォーマットの特性情報は、文字種別と、文字数と、行数と、列数と、区切り文字と、の少なくとも１つを含む、請求項４に記載の情報処理装置。
6. 前記情報処理装置は、複数のデバイス群が接続されるゲートウェイと、複数の前記ゲートウェイに接続されて前記複数のデバイス群を制御するプラットフォームと、を有し、
   前記蓄積手段と前記予測手段とは、前記プラットフォームに備えられ、
   前記登録手段は、前記ゲートウェイに備えられる、請求項１乃至５いずれか１項に記載の情報処理装置。
7. 前記蓄積手段は、前記プラットフォームにあって、前記デバイスが接続されたゲートウェイと、前記デバイスデータと、前記処理ルールとの関連の履歴を蓄積し、
   前記予測手段は、前記プラットフォームにあって、前記ゲートウェイと前記デバイスデータとに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する、請求項６に記載の情報処理装置。
8. 前記蓄積手段は、複数の前記デバイスデータと、複数の前記デバイスにより実行されるアプリケーションと、前記処理ルールとの関連の履歴を蓄積し、
   前記予測手段は、前記複数のデバイスデータと前記アプリケーションとに基づいて、前記履歴を参照して複数の前記接続されたデバイスの処理ルールを予測する、請求項１乃至６のいずれか１項に記載の情報処理装置。
9. 前記蓄積手段は、ユーザにより提供されるアプリケーションと、前記デバイスデータと、前記処理ルールとの関連の履歴を蓄積し、
   前記予測手段は、前記アプリケーションと前記デバイスデータとに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する、請求項１乃至６のいずれか１項に記載の情報処理装置。
10. 前記デバイスの識別情報は、前記デバイスを一意に識別する識別子であって、前記識別子はＭＡＣアドレスを含む、請求項１乃至９のいずれか１項に記載の情報処理装置。
11. デバイスから受信したデバイスデータと、前記デバイスに対して登録した処理ルールとの関連の履歴を蓄積手段に蓄積する蓄積ステップと、
    接続されたデバイスを処理するための処理ルールが登録されていない場合に、前記接続されたデバイスから受信したデバイスデータに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する予測ステップと、
    前記予測ステップにおいて予測した前記処理ルールを、前記接続されたデバイスの識別情報に対応付けて登録手段に登録する登録ステップと、
    を含む情報処理装置の制御方法。
12. デバイスから受信したデバイスデータと、前記デバイスに対して登録した処理ルールとの関連の履歴を蓄積手段に蓄積する蓄積ステップと、
    接続されたデバイスを処理するための処理ルールが登録されていない場合に、前記接続されたデバイスから受信したデバイスデータに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する予測ステップと、
    前記予測ステップにおいて予測した前記処理ルールを、前記接続されたデバイスの識別情報に対応付けて登録手段に登録する登録ステップと、
    をコンピュータに実行させる情報処理装置の制御プログラム。
13. 接続されたデバイスから受信したデバイスデータに基づいて、情報処理装置に蓄積された前記デバイスデータと前記デバイスの処理ルールとの関連の履歴を参照して予測された、前記接続されたデバイスの識別情報に対応する処理ルールの候補を、前記情報処理装置から受信する候補受信手段と、
    受信した前記処理ルールの候補を、ユーザによる登録指示が可能に表示する表示手段と、
    前記ユーザによる登録指示を受け付けて、前記接続されたデバイスの前記識別情報に対応付けて登録手段に登録すべき処理ルールを、前記情報処理装置に通知する通知手段と、
    を備える通信端末。
14. 前記表示手段は、前記処理ルールの複数のルール候補、または、前記処理ルールが含む複数のパラメータの候補を、ユーザによる登録指示が可能に表示する、請求項１３に記載の通信端末。
15. 接続されたデバイスから受信したデバイスデータに基づいて、情報処理装置に蓄積された前記デバイスデータと前記デバイスの処理ルールとの関連の履歴を参照して予測された、前記接続されたデバイスの識別情報に対応する処理ルールの候補を、前記情報処理装置から受信する候補受信ステップと、
    受信した前記処理ルールの候補を、ユーザによる登録指示が可能に表示手段に表示する表示ステップと、
    前記ユーザによる登録指示を受け付けて、前記接続されたデバイスの前記識別情報に対応付けて登録手段に登録すべき処理ルールを、前記情報処理装置に通知する通知ステップと、
    を含む通信端末の制御方法。
16. 接続されたデバイスから受信したデバイスデータに基づいて、情報処理装置に蓄積された前記デバイスデータと前記デバイスの処理ルールとの関連の履歴を参照して予測された、前記接続されたデバイスの識別情報に対応する処理ルールの候補を、前記情報処理装置から受信する候補受信ステップと、
    受信した前記処理ルールの候補を、ユーザによる登録指示が可能に表示手段に表示する表示ステップと、
    前記ユーザによる登録指示を受け付けて、前記接続されたデバイスの前記識別情報に対応付けて登録手段に登録すべき処理ルールを、前記情報処理装置に通知する通知ステップと、
    をコンピュータに実行させる通信端末の制御プログラム。
17. デバイスから受信したデバイスデータと、前記デバイスに対して登録した処理ルールとの関連の履歴を蓄積する蓄積手段と、
    接続されたデバイスを処理するための処理ルールが登録されていない場合に、前記接続されたデバイスから受信したデバイスデータに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する予測手段と、
    前記予測手段が予測した前記処理ルールを、ユーザに対し提示する提示手段と、
    前記ユーザによる前記提示された処理ルールの登録指示を受け付ける登録指示手段と、
    受け付けた前記登録指示に従って、前記予測手段が予測した前記処理ルールを前記接続されたデバイスの識別情報に対応付けて登録する登録手段と、
    前記接続されたデバイスの前記識別情報に対応付けて前記登録手段に登録された処理ルールに従って、前記接続されたデバイスを処理するデバイス処理手段と、
    を備える情報処理システム。
18. デバイスから受信したデバイスデータと、前記デバイスに対して登録した処理ルールとの関連の履歴を蓄積手段に蓄積する蓄積ステップと、
    接続されたデバイスを処理するための処理ルールが登録されていない場合に、前記接続されたデバイスから受信したデバイスデータに基づいて、前記履歴を参照して前記接続されたデバイスの処理ルールを予測する予測ステップと、
    前記予測ステップにおいて予測した前記処理ルールを、ユーザに対し提示する提示ステップと、
    前記ユーザによる前記提示された処理ルールの登録指示を受け付ける登録指示ステップと、
    受け付けた前記登録指示に従って、前記予測ステップにおいて予測した前記処理ルールを前記接続されたデバイスの識別情報に対応付けて登録手段に登録する登録ステップと、
    前記接続されたデバイスの前記識別情報に対応付けて前記登録手段に登録された処理ルールに従って、前記接続されたデバイスを処理するデバイス処理ステップと、
    を含むデバイス登録方法。

Images