JP2022035105A - 情報収集システム及び情報処理装置 - Google Patents

Abstract

【課題】収集装置から第１通信方式で通信可能な範囲の外に端末がいる場合でも、収集装置がその端末から情報を収集できるようにする情報収集システム及び情報処理装置を提供する。【解決手段】情報収集システムにおいて、収集装置である複合機１０２Ａは、管理対象の各端末１０４から近距離無線通信で情報を収集する。近距離無線通信で情報を収集できなかった端末１０４がある場合、複合機１０２Ａは、代理装置である複合機１０２Ｂ群に、その端末１０４からの情報の収集を求める情報収集要求をＬＡＮ等のネットワーク１０６経由で送信する。情報収集要求を受けた複合機１０２Ｂは、その要求が示す端末１０４との近距離無線通信を試み、通信できた場合には、その端末１０４から情報を読み出し、読み出した情報を複合機１０２Ａに応答する。【選択図】図１

Description

本発明は、情報収集システム及び情報処理装置に関する。

ＩｏＴ（物のインターネット）技術の発展に伴い、様々な場所にあるセンサ等の端末からネットワーク経由で情報を収集し、解析するシステムが普及している。また、移動する端末から、携帯電話網その他の広域ネットワークを介して情報を収集するシステムもある。

特許文献１に開示されたシステムでは、伝送デバイスは近距離無線通信で移動端末と情報の送受信を行う。移動端末が近距離無線通信の圏外になった場合に、伝送デバイスは近距離無線通信が可能な通信ステーションを探索する。通信ステーションが検出された場合に、通信ステーション経由で移動端末と情報の送受信を行う。

特開２０１４－１３１２１３号公報

収集装置が第１通信方式の通信により端末から情報を収集する場合、収集装置から第１通信方式で通信可能な範囲の外に端末が出てしまうと、その端末から情報を収集することができない。

本発明は、収集装置から第１通信方式で通信可能な範囲の外に端末がいる場合でも、収集装置がその端末から情報を収集できるようにすることを目的とする。

請求項１に係る発明は、収集装置と１以上の代理装置とを含み、前記収集装置は、第１通信方式の通信により端末から情報を収集し、前記通信で前記端末から前記情報が収集できなかった場合に、第２通信方式の通信により前記１以上の代理装置に対して前記端末についての情報収集要求を送り、前記情報収集要求に応じて前記１以上の代理装置のいずれかから応答される前記端末の前記情報を収集し、前記代理装置は、前記収集装置からの前記情報収集要求に応じて前記第１通信方式の通信により前記端末から前記情報を収集できた場合、収集した前記情報を前記収集装置に応答する、ことを特徴とする情報収集システムである。

請求項２に係る発明は、前記収集装置は、前記端末の前記情報が守秘対象である場合には、守秘指示を含む前記情報収集要求を前記１以上の代理装置に送り、前記守秘指示を含む前記情報収集要求に応じて前記端末から前記第２通信方式の通信により応答される前記情報を収集し、前記代理装置は、前記収集装置からの前記情報収集要求に前記守秘指示が含まれる場合、前記第２通信方式の通信により前記情報を前記収集装置に送信することを指示する送信指示を、前記第１通信方式の通信により前記端末に送り、前記端末は、前記送信指示を受け取った場合に、前記端末自身が持つ前記情報を前記第２通信方式の通信により前記収集装置に送信する、ことを特徴とする請求項１に記載の情報収集システムである。

請求項３に係る発明は、前記第１通信方式は前記第２通信方式よりも省電力の通信方式であり、前記端末は、通常時は前記第２通信方式を無効化して前記収集装置又は前記代理装置からの前記第１通信方式での通信を待ち受けており、前記代理装置から前記第１通信方式の通信で前記送信指示を受け取ると、前記第２通信方式を有効化し、前記端末が持つ前記情報を前記第２通信方式の通信により前記収集装置に送信する、ことを特徴とする請求項２に記載の情報収集システムである。

請求項４に係る発明は、前記第１通信方式は近距離無線通信であり、前記端末は、前記収集装置との前記近距離無線通信のためのペアリングの際に、前記収集装置から、前記第２通信方式での前記収集装置の通信アドレスを取得して記憶し、前記送信指示を受け取った場合に、記憶している前記収集装置の前記通信アドレスに対して、自身が持つ前記情報を前記第２通信方式の通信により送信する、ことを特徴とする請求項２又は３に記載の情報収集システムである。

請求項５に係る発明は、前記情報収集要求には、サービスを識別するサービス識別情報と、前記端末を識別する端末識別情報と、収集対象の情報を識別する情報識別情報が含まれ、前記端末は、自身が対応するサービスのサービス識別情報を記憶しており、前記代理装置は、前記収集装置からの前記情報収集要求に含まれる前記サービス識別情報と前記端末識別情報との組合せを持つ前記端末を前記第１通信方式の通信により探索し、探索により見つかった前記端末から前記情報識別情報に対応する前記情報を収集する、ことを特徴とする請求項１～４のいずれか１項に記載の情報収集システムである。

請求項６に係る発明は、プロセッサを含み、前記プロセッサは、第１通信方式の通信により端末から情報を収集し、前記通信で前記端末から前記情報が収集できなかった場合に、第２通信方式の通信により１以上の代理装置に対して前記端末についての情報収集要求を送り、前記情報収集要求に応じて前記１以上の代理装置のいずれかから応答される前記端末の前記情報を収集する、ことを特徴とする情報処理装置である。

請求項７に係る発明は、プロセッサを含み、前記プロセッサは、他の装置からの第２通信方式の通信により端末に関する情報収集要求を受け付け、第１通信方式の通信により前記端末に関する情報の取得を行い、取得した前記情報を前記第２通信方式の通信により前記他の装置へ送信する、ことを特徴とする情報処理装置である。

請求項８に係る発明は、プロセッサを含み、前記プロセッサは、他の装置からの第２通信方式の通信により端末に関する情報収集要求を受け付け、前記情報収集要求に前記端末が前記他の装置へ情報を送信する旨の情報が含まれているとき、第１通信方式の通信により前記端末に対し、前記他の装置へ前記情報を送信する旨の指示を行う、ことを特徴とする情報処理装置である。

請求項１、６、７又は８に係る発明によれば、収集装置から第１通信方式で通信可能な範囲の外に端末がいる場合でも、収集装置がその端末から情報を収集できる。

請求項２に係る発明によれば、収集する情報が守秘の対象である場合、代理装置を経由せず端末から収集装置に直接送信することができる。

請求項３に係る発明によれば、通常時は端末の通信に要する電力を節約しつつも、守秘対象の情報については、第１通信方式よりも電力消費は大きいものの情報漏洩の危険の少ない第２通信方式で情報を収集装置に送信することができる。

請求項４に係る発明によれば、端末の情報を収集する装置としてその端末のユーザが想定していない装置に対して、その端末の情報が直接送信されてしまうことを防ぐことができる。

請求項５に係る発明によれば、新たなサービスが追加される場合、その新たなサービスにサービス識別情報を付与して、代理装置の処理機能に変更を加えることなくその新たなサービスに関する情報を端末群から収集することができる。

実施形態のシステム構成を例示する図である、 複合機のハードウエア構成を例示する図である。 端末のハードウエア構成を例示する図である。 端末のＧＡＴＴサービスのデータ内容を例示する図である。 収集装置のデータベースのデータ内容を例示する図である。 収集装置が実行する処理手順を例示する図である。 代理装置が実行する処理手順を例示する図である。 変形例の端末のＧＡＴＴサービスのデータ内容を例示する図である。 変形例の収集装置が実行する処理手順の一部を例示する図である。 変形例の収集装置が実行する処理手順の残りの部分を例示する図である。 変形例の代理装置が実行する処理手順を例示する図である。 変形例の端末が実行する処理手順を例示する図である。

＜システムの概要＞
図１に、本明細書で開示する仕組みを用いた情報収集システムの一実施形態を例示する。あくまで一例であるが、このシステムは、オフィスで働く従業員の健康を管理するためのシステムであるとする。

このシステムは、そのオフィスのローカルエリアネットワーク等のネットワーク１０６を介して相互に通信可能な１０２Ａ、１０２Ｂを含んでいる。複合機１０２Ａ、１０２Ｂは、プリンタ、スキャナ、コピー機、ファクシミリ、情報処理機能及びネットワーク通信機能を備えた多機能装置である。

また図１の例では、個々のユーザすなわち従業員は、それぞれ端末１０４を携帯している。この例では、端末１０４は、例えば、心拍センサや体温センサ等を搭載したスマートウォッチ等のウェアラブル端末であるとする。端末１０４が内蔵するそれらセンサは、装着している従業員の心拍数や体温等を例えば定期的に計測し、計測結果を示す情報を生成する。

図１の例では、複数の複合機１０２Ａ、１０２Ｂのうちの１つの複合機１０２Ａが、それら端末１０４群から心拍数等の情報を収集する収集装置として機能する。

端末１０４の省電力のために、端末１０４からの情報の収集は、電力消費が少ない近距離無線通信を用いて行われる。あくまで一例であるが、以下の説明では、この近距離無線通信の具体例としてＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）を用いるものとする（Ｂｌｕｅｔｏｏｔｈは登録商標）。すなわち、近距離無線通信（例えばＢＬＥ）は、複合機１０２Ａ及び１０２Ｂが端末１０４からの情報の収集のために用いる第１通信方式の通信の例である。

情報収集のための通信にＢＬＥを用いる場合、端末１０４は、ＢＬＥのペリフェラルとして動作し、ＧＡＴＴ（Ｇｅｎｅｒｉｃ ＡＴＴｒｉｂｕｔｅ ｐｒｏｆｉｌｅ）サーバとして、センサ群の計測結果の情報をセントラルに提供する。収集装置である複合機１０２Ａは、セントラルとして動作し、ＧＡＴＴサーバである端末１０４とＢＬＥのプロトコルで接続し、心拍数等の情報を端末１０４から取得する。

ＢＬＥ等の近距離無線通信は通信距離が短い。このため、端末１０４を携帯した従業員が複合機１０２ＡからＢＬＥで通信可能な範囲の外にいるときは、複合機１０２Ａはその端末１０４から情報を収集できない。このような場合、本実施形態では、複合機１０２Ａは、他の複合機１０２Ｂに対してネットワーク１０６経由で、その端末１０４の情報を収集する。すなわち、その端末１０４の近くの複合機１０２Ｂが、複合機１０２Ａの代理としてＢＬＥでその端末１０４から情報を収集し、収集した情報を複合機１０２Ａに送る。収集装置である複合機１０２Ａの代理として端末１０４からＢＬＥで情報を収集する複合機１０２Ｂを、代理装置と呼ぶ。

複合機１０２Ａと複合機１０２Ｂとの間のＬＡＮ等のネットワーク経由の通信は、収集装置が代理装置に対して情報収集要求を送るのに用いる第２通信方式の通信の一例である。第２通信方式は、第１通信方式よりも、通信可能な距離が大きい。別の観点では、第１通信方式は、第２通信方式よりも省電力である。

＜ハードウエア構成＞
複合機１０２Ａ、１０２Ｂのハードウエア構成の主要部の一例を図２に示す。図２に例示する複合機１０２Ａ、１０２Ｂは、内蔵するコンピュータを構成するハードウエアとして、プロセッサ２０２、ランダムアクセスメモリ（ＲＡＭ）等のメモリ（主記憶装置）２０４、フラッシュメモリやＳＳＤ（ソリッドステートドライブ）、ＨＤＤ（ハードディスクドライブ）等の不揮発性記憶装置である補助記憶装置２０６を制御するコントローラ、各種の入出力装置２０８とのインタフェース、ローカルエリアネットワークなどのネットワークとの接続のための制御を行うネットワークインタフェース２１０等が、例えばバス２１２等のデータ伝送路を介して接続された回路構成を有する。入出力装置２０８の中には、例えば、タッチパネル等の表示装置兼入力装置やスピーカ等の音声出力装置等が含まれる。以上に説明した部分の回路構成は、汎用のコンピュータと同様のものでよい。

また、複合機１０２Ａ、１０２Ｂは、バス２１２等を介してそのコンピュータハードウエアに接続されたＢＬＥモジュール２１４、プリンタ２１６及びスキャナ２１８等を備える。ＢＬＥモジュール２１４は、ＢＬＥプロトコルに準拠した近距離無線通信のための無線通信モジュールである。プリンタ２１６及びスキャナ２１８は、複合機１０２Ａ、１０２Ｂのコピー、プリント、及びスキャンの機能のための機構である。

複合機１０２Ａ、１０２Ｂのコンピュータハードウエアの部分が、ＵＩ（ユーザインタフェース）のための処理、ネットワーク経由でのデータのやりとりの制御、スキャナ、プリンタ及びファクシミリ装置等の各種機能要素の制御のための情報処理を実行する。また、そのコンピュータハードウエアの部分は、上述、及び後述する収集装置としての処理手順や代理装置としての処理手順も実行する。これら各種の処理手順の内容が記述されたプログラムが、ネットワーク等を経由してそのコンピュータハードウエアにインストールされ、補助記憶装置２０６に保存される。補助記憶装置２０６に記憶されたプログラムが、プロセッサ２０２によりメモリ２０４を用いて実行されることにより、この実施形態の情報処理装置が実現される。

ここでプロセッサ２０２とは広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、等）や、専用のプロセッサ（例えばＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス、等）を含むものである。

また、プロセッサ２０２の動作は、１つのプロセッサ２０２によってなすのみでなく、物理的に離れた位置に存在する複数のプロセッサ２０２が協働してなすものであってもよい。また、プロセッサ２０２の各動作は、以下の実施形態において説明する順序のみに限定されるものではなく、適宜に変更してもよい。

端末１０４のハードウエア構成の主要部の一例を図３に示す。図３の例では、端末１０４は、プロセッサ３０２、ＲＡＭ等のメモリ３０４、フラッシュメモリ等の補助記憶装置３０６を制御するコントローラ、ディスプレイやタッチ入力装置等の入出力装置３０８とのインタフェース、ネットワークインタフェース３１０、ＢＬＥモジュール３１４等が、例えばバス３１２等のデータ伝送路を介して接続された回路構成を有する。また、プロセッサ３０２は、所定のインタフェースを介して、心拍センサ３１６や体温センサ３１８に接続されている。心拍センサ３１６は端末１０４を装着している従業員の心拍数を、体温センサ３１８はその従業員の体温を、それぞれ計測する。ネットワークインタフェース３１０は、ローカルエリアネットワーク等を経由するネットワーク通信のためのインタフェースである。ネットワークインタフェース３１０は、ＢＬＥ等の近距離無線通信よりも通信距離が大きいＷｉ－Ｆｉ（商標）等の無線通信の機能を持つ。なお、端末１０４は、ネットワークインタフェース３１０を備えていなくてもよい。

端末１０４の補助記憶装置３０６には、後述する端末１０４の情報処理の手順を記述したプログラムがインストールされている。プロセッサ３０２は、メモリ３０４を作業領域として用いつつそのプログラムを実行することにより、本実施形態のための情報処理を実現する。

図４に、端末１０４がこの例における従業員の健康管理のＧＡＴＴサービスのために、例えば補助記憶装置３０６に記憶しているデータの具体例を示す。このデータは、そのサービス（Ｓｅｒｖｉｃｅ）の識別情報であるＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）と、そのサービスで用いるキャラクタリスティック（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ）の情報とを含む。このサービスのキャラクタリスティックには、従業員ＩＤ、心拍数、体温の３つがある。個々のキャラクタリスティックはそれぞれ、ＵＵＩＤ、Ｐｅｒｍｉｓｓｉｏｎ、Ｓｅｃｕｒｉｔｙ、Ｖａｌｕｅの４つの属性値を持つ。キャラクタリスティックのＵＵＩＤは、そのキャラクタリスティックが示す情報の識別情報である。Ｐｅｒｍｉｓｓｉｏｎはそのキャラクタリスティックの値（Ｖａｌｕｅ）に対してセントラル（この例では収集装置又は代理装置）が持つ権限である。図示例では、それら３つのキャラクタリスティックのＰｅｒｍｉｓｓｉｏｎは「読み出し可能」である。Ｓｅｃｕｒｉｔｙは、そのキャラクタリスティックについて、情報の保護を行うか否かを示す。図示例では、それら３つのキャラクタリスティックのＳｅｃｕｒｉｔｙは「なし」であり、これはそれらについて保護が必要ないことを示す。Ｖａｌｕｅは、そのキャラクタリスティックの値である。特にキャラクタリスティック「従業員ＩＤ」の値は、そのＧＡＴＴサービスのデータを保持している端末１０４の識別情報として機能する。図示の例は、従業員ＩＤ（ＩＤは、識別情報のこと）が「ＡＺ３８５７」の従業員の心拍数が「７０」、体温が「３６．２℃」であることを示している。

図５に、複合機１０２Ａが各端末１０４から収集した情報を保持するデータベースのデータ内容の例を示す。この例では、複合機１０２Ａは、企業の各営業日の８時から２２時までの間の毎正時に各端末１０４から情報を収集している。このデータベースには、従業員ごとに従業員ＩＤに対応づけて、毎正時におけるその従業員の心拍数及び体温が記録される。それらの情報が収集できなかった時刻については、データベースには「未収集」の旨が記録される。

＜システムの動作＞
次に、この実施形態のシステムの詳細な動作の例を説明する。

まず、このシステムの各端末１０４は、ＢＬＥプロトコルに従って定期的にアドバタイズを実行する。アドバタイズでは、対象である健康管理のサービスのＵＵＩＤ（この例では「1BA1EEF4-E76C-4D5B-A7C4-5086DB143B44」）を含むアドバタイズパケットをブロードキャストする。

収集装置である複合機１０２Ａは、毎正時、図６に例示する情報収集の手順を実行する。

この手順では、複合機１０２Ａは、情報収集のタイミングである毎正時が到来するごとに、ＢＬＥプロトコルを用いて、管理対象の各端末１０４から情報を収集し、収集できた情報をデータベース（図５参照）に記録する（６０２）。より詳しくは、複合機１０２Ａは、情報収集のタイミングが到来すると、当該サービスのＵＵＩＤをＢＬＥプロトコルに従ってスキャンする。これにより、そのＵＵＩＤをアドバタイズしている各端末１０４が見つかる。複合機１０２Ａは、見つかった各端末１０４の各キャラクタリスティック、すなわち従業員ＩＤ、心拍数、及び体温の値を読み出し、データベース内に当該タイミングのデータとして記録する。なお、複合機１０２Ａは、管理の対象である各端末１０４の識別情報、すなわち従業員ＩＤ、のリストを有しており、収集のタイミングでは、そのリストにある各従業員ＩＤの端末１０４から情報を収集する。

次に複合機１０２Ａは、ブロック６０２で管理対象の全ての端末１０４の情報が収集できたか判定し（６０４）、この判定の結果がＹｅｓであれば処理を終了する。一方ブロック６０４の判定結果がＮｏの場合、複合機１０２Ａは、今回のタイミングで情報を収集できなかった端末１０４ごとに、ブロック６０６から６１２までの処理を実行する。

すなわち、複合機１０２Ａは、情報を収集できなかった端末１０４を１つ選び、その端末１０４についての情報収集要求を生成し、ネットワーク１０６上の各複合機１０２Ｂ（すなわち代理装置）に送信する（６０６）。この送信は、ローカルエリアネットワーク上のマルチキャストによって行ってもよいし、別の方法で行ってもよい。このとき送信される情報収集要求は、例えば次に例示するＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）形式の文字列である（ＪａｖａＳｃｒｉｐｔは登録商標）。

{“Service UUID”:“1BA1EEF4-E76C-4D5B-A7C4-5086DB143B44”,
“Identification Characteristic UUID”:“5F2112A1-B5E5-4786-81A1-9973A886338F”,
“Identification Characteristic Value”:“AZ3857”,
“Required Characteristic UUIDs”:[“147BE099-6B56-4DC3-BCDC-E6FC5BC52BAB”,“16020D5F-51DE-465A-87BB-5DD7E81FF2F5”]}

例示した情報収集要求は、サービスのＵＵＩＤ（“Service UUID”）の値として上述した健康管理サービスのＵＵＩＤを含む。情報収集要求は、当該要求の対象である端末１０４の識別情報（すなわち従業員ＩＤ）のＵＵＩＤ（“Identification Characteristic UUID”）の値“5F2112A1-B5E5-4786-81A1-9973A886338F”と、その識別情報のＶａｌｕｅ（“Identification Characteristic Value”）が持つべき値“AZ3857”の指定を含む。更に情報収集要求は、収集すべきキャラクタリスティックのＵＵＩＤ（“Required Characteristic UUIDs”）のリストを含む。この例では、リストには、心拍数と体温のＵＵＩＤが含まれている。

複合機１０２Ａは、この後、その情報収集要求に対する応答がいずれかの複合機１０２Ｂから帰ってくるのを待つ（６０８）。ブロック６０８で応答が返ってきたと判断した場合、複合機１０２Ａは、その応答に含まれる情報、すなわち複合機１０２Ｂがその端末１０４から収集した心拍数及び体温の情報をデータベースに記録し（６１０）、その端末１０４についての処理を終了する。ブロック６０８での応答待機はタイムアウト（６１２の判定結果がＹｅｓ）まで繰り返される。タイムアウトすると、複合機１０２Ａは、その端末１０４についての処理を終了する。

図７に、代理装置である複合機１０２Ｂの処理手順を例示する。

この手順では、複合機１０２Ｂは、複合機１０２Ａから情報収集要求を受信するのを待っている（７０２）。情報収集要求を受信した場合（７０２の判定結果がＹｅｓ）、その要求の中で指示されているサービスのＵＵＩＤを所定の時間スキャンし（７０４）、そのＵＵＩＤをアドバタイズしている端末１０４を探す。複合機１０２Ｂは、このスキャンでそのような端末１０４が見つかったかどうか判定し（７０６）、見つからなかった場合は、処理は終了する。

ブロック７０６の判定結果がＹｅｓの場合、複合機１０２Ｂは、見つかった端末１０４と接続する（７０８）。次に複合機１０２Ｂは、その情報収集要求に指定されている探索対象のキャラクタリスティックの値をその端末１０４から読み出し、その値がその情報収集要求中に指定されている値と一致するかどうかを判定する（７１０）。ブロック７１０の判定の結果がＮｏの場合、複合機１０２Ｂはブロック７０４に戻る。

ブロック７１０の判定結果がＹｅｓの場合、複合機１０２Ｂは、情報収集要求で指定されている要求対象のキャラクタリスティックの値を読み出し（７１２）、読み出した各値を、例えばＪＳＯＮ形式のデータとして、要求元の複合機１０２Ａに応答する（７１４）。

例えば、情報収集要求が上に例示したものである場合、ブロック７０４では複合機１０２Ｂは、ＵＵＩＤ“1BA1EEF4-E76C-4D5B-A7C4-5086DB143B44”をアドバタイズしている端末１０４を探す。また、この例では、探索対象のキャラクタリスティックである従業員ＩＤのＵＵＩＤ（＝“Identification Characteristic UUID”）は“5F2112A1-B5E5-4786-81A1-9973A886338F”である。そこで、複合機１０２Ｂは、ブロック７１０でＵＵＩＤが“5F2112A1-B5E5-4786-81A1-9973A886338F”であるキャラクタリスティックのＶａｌｕｅを読み出し、その値が情報処理要求中に示された値“AZ3857”と一致するか否かを判定する。そして複合機１０２Ｂは、ブロック７１２で、ＵＵＩＤが“147BE099-6B56-4DC3-BCDC-E6FC5BC52BAB”と“16020D5F-51DE-465A-87BB-5DD7E81FF2F5”との２つのキャラクタリスティックのＶａｌｕｅを読み出し、読み出した各値を複合機１０２Ａに応答する。例えば、ブロック７０４、７０６で見つかった端末１０４が、図４に例示したＧＡＴＴサービスのデータを持つ場合、ブロック７１４で複合機１０２Ｂが送るＪＳＯＮ形式の応答は以下に示すものとなる。

{ “Service UUID” : “1BA1EEF4-E76C-4D5B-A7C4-5086DB143B44”,
“Identification Characteristic UUID”:“5F2112A1-B5E5-4786-81A1-9973A886338F”,
“Identification Characteristic Value”:“AZ3857”,
“Required Characteristics”:[
{“UUID”:“147BE099-6B56-4DC3-BCDC-E6FC5BC52BAB”,
“Value”:“70”},
{“UUID”:“16020D5F-51DE-465A-87BB-5DD7E81FF2F5”,
“Value”:“36.2”}]}

この応答には、サービスのＵＵＩＤと、端末１０４を識別する従業員ＩＤのＵＵＩＤ及びその値とに加えて、要求されたキャラクタリスティック、すなわち心拍数及び体温の値「７０」及び「３６．２」が示されている。

以上のようにして収集装置が管理対象の端末１０４群から収集した情報は、一つの例では、収集装置が内蔵するデータベースに蓄積され、収集装置によって解析される。また別の例として、収集装置は、端末１０４群から収集した情報を、ネットワーク上にある所定の解析システムに転送してもよい。この場合、解析システムは、収集装置から転送されてきた情報をデータベースに蓄積し、蓄積した情報に対して所定の解析処理を行う。

以上に説明したシステムでは、収集装置が端末１０４から近距離無線通信で情報を収集できない場合でも、その端末１０４がいずれかの代理装置の近傍にいれば、ＬＡＮ等のネットワーク経由でその代理装置を介してその端末１０４から情報が収集される。

また以上では、健康管理についてのサービスを対象とする例を示したが、本システムは、別のサービスのための情報を収集する場合にも適用可能である。

また、あるサービスの情報収集のための収集装置と代理装置からなるシステムに、別のサービス（例えば健康管理とは別目的の情報を生成する端末群を管理するサービス。第２サービスと呼ぶ）のための情報を収集させる要望が出てくることも考えられる。このような場合、一般には第２サービスのために収集装置及び代理装置の実装を変更する必要があるが、このような実装変更の作業負担は大きい。これに対して本実施形態では、対象とするサービスを追加する場合でも、代理装置の実装を変更する必要はない。代理装置は、収集装置からの情報収集要求に該当する端末１０４を探し、そのような端末１０４が見つかればその端末１０４から必要なキャラクタリスティックを読み出すという定型的な処理を行うものである。代理装置は、新たなサービスが追加されてもそのサービスについて同じ定型的な処理を行えばよい。なお、収集装置については、新たなサービスを追加する場合、そのサービスに対し一意なＵＵＩＤを付与し、そのサービスのために必要な情報を収集する情報収集要求を生成するようプログラムの変更又は追加を行えばよい。

また以上では複合機１０２Ａが収集装置であり、複合機１０２Ｂが代理装置である場合を例にとって説明したが、これは一例に過ぎない。複合機１０２Ａ及び１０２Ｂに収集装置及び代理装置の両方の機能を実装し、例えばサービスごとに、個々の複合機１０２Ａ及び１０２Ｂがそれら二者のどちらとして機能するかを切り替えてもよい。この場合、複合機１０２Ａ及び１０２Ｂは、収集装置としての処理手順がインストールされている場合にはその処理手順を実行し、他の複合機１０２Ａ又は１０２Ｂから情報収集要求を受けた場合には代理装置としての処理手順を実行する。

＜変形例＞
システムが対象とするサービスにおいて収集する情報が、個人情報のように守秘（すなわち秘密保持）が求められる種類のものである場合がある。上で例示した従業員の健康を管理するサービスで収集する従業員の心拍数や体温は個人情報の一種であり、守秘の対象となり得る。

収集装置はサービスのための情報を収集するために必須であり、情報が守秘対象であってもその情報が収集装置に収集されることはその情報の提供者側も了解している事項である。これに対し、代理装置はシステムに随時追加可能であるなどの理由もあって、情報収集の際にどの代理装置が利用されるかは事前に分からない場合が少なくない。守秘対象の情報が事前に予測できない代理装置に一時的にせよ取得されることは、情報の提供者側にとって好ましくない場合がある。

そこで、この変形例では、収集する情報が守秘対象である場合には、代理装置は、端末１０４から情報を収集する代わりに、その端末１０４に対して、収集装置に直接（すなわち代理装置を経由せずに）その情報を送信する指示（以下「守秘送信指示」と呼ぶ）を行う。守秘送信指示を受けた端末１０４は、自分のＧＡＴＴサービスが保持する情報（例えば心拍センサの最新の計測値）を、例えばＷｉ－Ｆｉ（商標）経由で、収集装置に送信する。

このような直接送信を可能にするためには、端末１０４は、Ｗｉ－Ｆｉ通信機能を備えたネットワークインタフェース３１０を搭載している必要がある。また、端末１０４は、直接送信のために、収集装置の通信アドレス（例えばＩＰアドレス）を保持している必要がある。このためには、例えば、端末１０４を収集装置とペアリングするときなど、端末１０４を管理の対象として収集装置に登録する際に、例えば端末１０４が収集装置から通信アドレスを取得し、保持するようにすればよい。収集装置とのペアリング時に、端末１０４にその収集装置の通信アドレスを登録することにより、端末１０４のユーザが予めその端末１０４の情報を収集するものとして想定していない装置（例えば代理装置）に対して、その端末１０４の情報が直接送信されることが防がれる。

なお、端末１０４は、通常は、省電力のためにＷｉ－Ｆｉ通信機能を無効化していてもよい。この場合、端末１０４は、代理装置からの守秘送信指示に応じて情報を収集装置に直接送信する場合にのみＷｉ－Ｆｉ通信機能を有効化する。

図８に、この変形例において端末１０４がＧＡＴＴサービスのために保持する情報を例示する。図８の例は、図４の例と同様の健康管理サービスのための端末１０４のデータの例である。図８に例示したデータは、図４に例示したデータに、送信先及び送信要求という２つのキャラクタリスティックを追加したものである。送信先は、代理装置から守秘送信指示を受けた際の情報の送信先である収集装置の通信アドレスであり、Ｐｅｒｍｉｓｓｉｏｎは「書き込み可能」に設定されている。図示例では、送信先の値として、ペアリング時等に収集装置から取得したＩＰアドレス「１９２．１６８．０．１００」（これはあくまで一例にすぎない）が保持されている。送信要求は、代理装置から守秘送信指示があったことを記録するためのキャラクタリスティックであり、Ｐｅｒｍｉｓｓｉｏｎは「書き込み可能」に設定されている。送信要求のデフォルト値は「ＯＦＦ」であり、代理装置はこれを「ＯＮ」に書き換えることにより、端末１０４に守秘送信指示を出す。また、図８に例示するキャラクタリスティックのうち心拍数、体温、及び送信先についてはＳｅｃｕｒｉｔｙ属性の値が「あり」に設定されており、端末１０４はこれらについては収集装置以外の装置（例えば代理装置）からの読み出し要求は受け付けない。

図９及び図１０を参照して、この変形例における複合機１０２Ａ（すなわち収集装置）の処理手順を説明する。あくまで一例であるが、図９及び図１０の例は、収集される情報が守秘対象であるかどうかがサービス単位で定められている場合の例である。

図９の手順のうちブロック９０２、９０４、９０６、９０８、９１０、９１２は、図６に示したブロック６０２、６０４、６０６、６０８、６１０、６１２と同じ処理である。

図９の手順では、複合機１０２Ａは、あるサービスについての情報の収集のタイミングが来ると近距離無線通信で通信可能な端末１０４群から所定の情報を収集して記録する（９０２）。次に複合機１０２Ａは、管理対象の端末１０４の中にブロック９０２の処理で情報を収集できなかった端末１０４があれば（９０４の判定結果がＮｏ）、そのサービスについての情報が守秘対象であるか否かを判定する（９０５）。ここで、複合機１０２Ａには、自分が情報の収集を行うサービスごとに、そのサービスの情報が守秘対象か否かを示す情報が予め登録されているものとする。

ブロック９０５の判定結果がＮｏの場合は、複合機１０２Ａは、今回のタイミングで情報を収集できなかった端末１０４ごとに、ブロック９０６から９１２までの処理を実行する。ブロック９０６では第１種の情報収集要求を複合機１０２Ｂ（すなわち代理装置）に送信するが、この第１種の情報収集要求は、図６の手順における情報収集要求と同じ種類の要求である。すなわち、第１種の情報収集要求は、対象とする端末１０４から近距離無線通信で情報を収集することを代理装置に対して依頼する内容を持つ。この第１種の情報収集要求を送信した後のブロック９０８、９１０、９１２では、複合機１０２Ａは、図６の手順と同様その情報処理要求に対していずれかの複合機１０２Ｂから情報が応答されてくるのを待ち、応答されてくればその情報をデータベースに記録する。

ブロック９０５の判定結果がＹｅｓの場合、複合機１０２Ａは、図１０に示すように、ブロック９０２で情報を収集できなかった端末１０４ごとに、ブロック１００２から１００８までの処理を実行する。ブロック１００２では、複合機１０２Ａは、情報を収集できなかった端末１０４の中から１つを選び、その端末１０４について第２種の情報収集要求を生成し、ネットワーク１０６上の各複合機１０２Ｂにマルチキャスト等の方式で送信する。第２種の情報収集要求は、守秘指示を含む情報収集要求である。守秘指示は、端末１０４が持つ情報を収集装置に直接送信するよう求める守秘送信指示をその端末１０４に送信することを、代理装置に対して求める指示である。第２種の情報処理要求を受けた代理装置は、対象の端末１０４からの情報の収集を要求する代わりに、その端末１０４に対して守秘送信指示を送る。ＪＳＯＮ形式で記述された第２種の情報収集要求の例を以下に示す。

{“Service UUID”:“1BA1EEF4-E76C-4D5B-A7C4-5086DB143B44”,
“Identification Characteristic UUID”:“5F2112A1-B5E5-4786-81A1-9973A886338F”,
“Identification Characteristic Value”:“AZ3857”,
“Writable Characteristic UUID”:“19AEBFB6-6AF5-4A8B-89F5-6B45B6A69D81”,
“Writable Characteristic Value”:“ON”}

この第２種の情報収集要求は、サービスのＵＵＩＤと、対象とする端末１０４を識別するキャラクタリスティックすなわち従業員ＩＤのＵＵＩＤとＶａｌｕｅとを含む。またこの要求には、守秘送信指示を記録するための書き込み可能なキャラクタリスティックである送信要求のＵＵＩＤ（“19AEBFB6-6AF5-4A8B-89F5-6B45B6A69D81）と、そのキャラクタリスティックに書き込む値（「ＯＮ」）とが含まれる。これら送信要求のＵＵＩＤとその値の組が守秘指示の例である。

第２種の情報収集要求を送信した後、複合機１０２Ａは、対象の端末１０４から収集対象の情報が送られてくるのを待つ（１００４）。そして、その端末１０４から情報が送られてくると、その情報をデータベースに記録する（１００６）。また複合機１０２Ａは、タイムアウトを監視し（１００８）、タイムアウトするまでにその端末１０４から情報が送られてこなければ、図１０の処理を終了する。

図１１を参照して、この変形例における複合機１０２Ｂの処理手順の例を説明する。

この手順のうちブロック１１０２から１１１０までは、図７のブロック７０２から７１０までと同じ処理を示す。接続した端末１０４が探索対象のものであるとブロック１１１０で分かった場合、複合機１０２Ｂは、情報処理要求に従ってその端末１０４のＧＡＴＴサービスに対して情報の読み書きを行う（１１１２）。すなわち、その情報処理要求が第１種のものである場合には、ブロック１１１２では、複合機１０２Ｂは、図７の手順のブロック７１２及び７１４にてその端末１０４から情報を読み出し、その情報を複合機１０２Ａに応答する。また、その情報処理要求が第２種のものである場合には、複合機１０２Ｂは、その端末１０４のキャラクタリスティック「送信要求」の値に「ＯＮ」を書き込む。

次に、図１２を参照して、この変形例における端末１０４の処理手順の例を説明する。この処理手順は、第２種の情報収集要求に応じて複合機１０２Ｂから守秘送信指示を受けた場合（すなわちキャラクタリスティック「送信要求」に「ＯＮ」が書き込まれた場合）に端末１０４が実行する手順である。

この手順では、端末１０４は、ＧＡＴＴサービス内のキャラクタリスティック「送信要求」の値を監視している（１２０２）。「送信要求」の値に「ＯＮ」が書き込まれた場合、端末１０４は、ネットワークインタフェース３１０（図３参照）のＷｉ－Ｆｉ通信機能を有効化する（１２０４）。なお、端末１０４は、通常時は省電力のためにＷｉ－Ｆｉ通信機能が無効化されている。また端末１０４は、守秘送信指示に応じて収集装置に送信する送信情報を生成する（１２０６）。以下に、ＪＳＯＮ形式で記述した送信情報の例を示す。

{ “Service UUID” : “1BA1EEF4-E76C-4D5B-A7C4-5086DB143B44”,
“Characteristics”:[
{“UUID”:“5F2112A1-B5E5-4786-81A1-9973A886338F”,
“Value”:“AZ3857”},
{“UUID”:“147BE099-6B56-4DC3-BCDC-E6FC5BC52BAB”,
“Value”:“70”},
{“UUID”:“16020D5F-51DE-465A-87BB-5DD7E81FF2F5”,
“Value”:“36.2”}]}

この例は、上の実施形態でも取り上げた健康管理サービスのために送信される情報の例である。例示したとおり、送信情報には、サービスのＵＵＩＤ“1BA1EEF4-E76C-4D5B-A7C4-5086DB143B44”に続けて、いくつかのキャラクタリスティックが含まれる。そのうちの先頭は、従業員ＩＤを示すＵＵＩＤとその従業員ＩＤの値であり、その次は心拍数のＵＵＩＤと値であり、最後は体温のＵＵＩＤと値である。端末１０４は、あるサービスについての守秘送信指示を受けた場合、例えばそのサービスのうち送信先と送信要求を除いた残りのキャラクタリスティックを含んだ送信情報を生成するようプログラムされている。

次に端末１０４は、Ｗｉ－Ｆｉ通信機能を用いて、送信先のキャラクタリスティックの値が示すＩＰアドレス、すなわち複合機１０２Ａ、にＨＴＴＰＳ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）でアクセスし、その送信要求をそのＩＰアドレスに送る（１２０８）。このあと端末１０４は、Ｗｉ－Ｆｉ通信機能を無効化し（１２１０）、送信要求のキャラクタリスティックの値を「ＯＦＦ」へと変更する（１２１２）。ここではＨＴＴＰＳによる伝送路暗号化を用いたが、送信情報は別の暗号化により保護してもよい。

以上に説明したように、この変形例では、守秘対象の情報は代理装置を経由せずに端末１０４から収集装置へと直接情報を送信されるので、情報の秘密が守られやすい。

図９の処理手順では、収集する情報が守秘対象か否かがサービス単位で定められている例であったが、これは一例に過ぎない。例えば別の例として、収集する情報が守秘対象か否かがユーザ単位（すなわち端末１０４単位）で定められる例もあり得る。このような例では、収集装置は、ユーザ又は端末１０４の識別情報（例えば上述の従業員ＩＤ）に対応付けて、そのユーザ又は端末１０４が守秘対象であるか否かを示す情報を持っていればよい。

以上に説明した実施形態及び変形例では、収集装置及び代理装置が複合機であったが、複合機以外の種類のコンピュータ内蔵の装置、例えばパーソナルコンピュータ、キオスク端末、自動販売機等、を収集装置及び代理装置として用いてもよい。

また上記実施形態では端末１０４は心拍数や体温等の生体情報を検出するセンサを内蔵するものであったが、これは一例にすぎない。端末１０４は別の種類のセンサによりその端末１０４の装着先の人や物の状態を検出するものであってもよい。

１０２Ａ，１０２Ｂ 複合機、１０４ 端末、１０６ ネットワーク、２０２，３０２ プロセッサ、２０４，３０４ メモリ、２０６，３０６ 補助記憶装置、２０８，３０８ 入出力装置、２１０，３１０ ネットワークインタフェース、２１２，３１２ バス、２１４，３１４ ＢＬＥモジュール、２１６ プリンタ、２１８ スキャナ、３１６ 心拍センサ、３１８ 体温センサ。

Claims (8)

1. 収集装置と１以上の代理装置とを含み、
   前記収集装置は、
   第１通信方式の通信により端末から情報を収集し、
   前記通信で前記端末から前記情報が収集できなかった場合に、第２通信方式の通信により前記１以上の代理装置に対して前記端末についての情報収集要求を送り、
   前記情報収集要求に応じて前記１以上の代理装置のいずれかから応答される前記端末の前記情報を収集し、
   前記代理装置は、
   前記収集装置からの前記情報収集要求に応じて前記第１通信方式の通信により前記端末から前記情報を収集できた場合、収集した前記情報を前記収集装置に応答する、
   ことを特徴とする情報収集システム。
2. 前記収集装置は、
   前記端末の前記情報が守秘対象である場合には、守秘指示を含む前記情報収集要求を前記１以上の代理装置に送り、前記守秘指示を含む前記情報収集要求に応じて前記端末から前記第２通信方式の通信により応答される前記情報を収集し、
   前記代理装置は、
   前記収集装置からの前記情報収集要求に前記守秘指示が含まれる場合、前記第２通信方式の通信により前記情報を前記収集装置に送信することを指示する送信指示を、前記第１通信方式の通信により前記端末に送り、
   前記端末は、
   前記送信指示を受け取った場合に、前記端末自身が持つ前記情報を前記第２通信方式の通信により前記収集装置に送信する、
   ことを特徴とする請求項１に記載の情報収集システム。
3. 前記第１通信方式は前記第２通信方式よりも省電力の通信方式であり、
   前記端末は、通常時は前記第２通信方式を無効化して前記収集装置又は前記代理装置からの前記第１通信方式での通信を待ち受けており、前記代理装置から前記第１通信方式の通信で前記送信指示を受け取ると、前記第２通信方式を有効化し、前記端末が持つ前記情報を前記第２通信方式の通信により前記収集装置に送信する、
   ことを特徴とする請求項２に記載の情報収集システム。
4. 前記第１通信方式は近距離無線通信であり、
   前記端末は、
   前記収集装置との前記近距離無線通信のためのペアリングの際に、前記収集装置から、前記第２通信方式での前記収集装置の通信アドレスを取得して記憶し、
   前記送信指示を受け取った場合に、記憶している前記収集装置の前記通信アドレスに対して、自身が持つ前記情報を前記第２通信方式の通信により送信する、
   ことを特徴とする請求項２又は３に記載の情報収集システム。
5. 前記情報収集要求には、サービスを識別するサービス識別情報と、前記端末を識別する端末識別情報と、収集対象の情報を識別する情報識別情報が含まれ、
   前記端末は、自身が対応するサービスのサービス識別情報を記憶しており、
   前記代理装置は、前記収集装置からの前記情報収集要求に含まれる前記サービス識別情報と前記端末識別情報との組合せを持つ前記端末を前記第１通信方式の通信により探索し、探索により見つかった前記端末から前記情報識別情報に対応する前記情報を収集する、
   ことを特徴とする請求項１～４のいずれか１項に記載の情報収集システム。
6. プロセッサを含み、
   前記プロセッサは、
   第１通信方式の通信により端末から情報を収集し、
   前記通信で前記端末から前記情報が収集できなかった場合に、第２通信方式の通信により１以上の代理装置に対して前記端末についての情報収集要求を送り、
   前記情報収集要求に応じて前記１以上の代理装置のいずれかから応答される前記端末の前記情報を収集する、
   ことを特徴とする情報処理装置。
7. プロセッサを含み、
   前記プロセッサは、
   他の装置からの第２通信方式の通信により端末に関する情報収集要求を受け付け、
   第１通信方式の通信により前記端末に関する情報の取得を行い、
   取得した前記情報を前記第２通信方式の通信により前記他の装置へ送信する、
   ことを特徴とする情報処理装置。
8. プロセッサを含み、
   前記プロセッサは、
   他の装置からの第２通信方式の通信により端末に関する情報収集要求を受け付け、
   前記情報収集要求に前記端末が前記他の装置へ情報を送信する旨の情報が含まれているとき、第１通信方式の通信により前記端末に対し、前記他の装置へ前記情報を送信する旨の指示を行う、
   ことを特徴とする情報処理装置。
   

Images