特開 2024-146356 情報処理装置および測定システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024146356

(43)【公開日】2024-10-15

(54)【発明の名称】情報処理装置および測定システム

(51)【国際特許分類】

   H04Q 9/00 20060101AFI20241004BHJP

   H04L 67/12 20220101ALI20241004BHJP

   G01N 5/02 20060101ALI20241004BHJP

【ＦＩ】

H04Q9/00 311L

H04L67/12

G01N5/02 A

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023059202

(22)【出願日】2023-03-31

(71)【出願人】

【識別番号】000204284

【氏名又は名称】太陽誘電株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】茂木 孝之

(72)【発明者】

【氏名】尾下 順二

【テーマコード（参考）】

5K048

【Ｆターム（参考）】

5K048BA34

5K048DA02

5K048EB10

(57)【要約】

【課題】利便性が高いメンテナンスサービスの実施が可能な情報処理装置および測定システムを提供すること。
【解決手段】情報処理装置は、複数の第１センサが出力した測定値データである複数の第１データと、前記複数の第１データと関連づけられたラベルである第２データと、を含む第１群のうちから選択されたデータの群である第２群を外部サーバから受信する受信部と、前記第２群に基づき、前記複数の第１センサのうちの少なくとも一の第１センサの状態を判定する判定部と、前記状態の判定結果を前記外部サーバの通知する通知部と、を備える。
【選択図】図７

【特許請求の範囲】

【請求項1】

複数の第１センサのそれぞれが出力した測定値データである複数の第１データと、前記複数の第１データと関連づけられたラベルである第２データと、を含む第１群のうちから選択されたデータの群である第２群を外部サーバから受信する受信部と、
前記第２群に基づき、前記複数の第１センサのうちの少なくとも一の第１センサの状態を判定する判定部と、
前記状態の判定結果を前記外部サーバの通知する通知部と、
を備える情報処理装置。

【請求項2】

前記受信部は、さらに、前記第１群のうち、いずれのデータを前記第２群として選択したかを示す提供可否情報を受信する
請求項１に記載の情報処理装置。

【請求項3】

前記複数の第１センサは、それぞれは特定のガス分子の量を測定する複数の第２センサを含み、
前記複数の第１データは、それぞれは前記複数の第２センサのそれぞれ異なる第２センサによって得られた測定値データである複数の第３データを含み、
前記第２データは、前記複数の第３データと関連づけられたにおい種別を示すラベルである、
請求項１または２に記載の情報処理装置。

【請求項4】

前記状態は、少なくとも一の前記第２センサは交換が必要か否か、前記少なくとも一の前記第２センサは故障しているか否か、少なくとも一の前記第２センサはクリーニング不足であるか否か、または前記複数の第３データのうちの少なくとも一の前記第２センサから得られた第３データがにおい種別の推定に使用できるか否か、を含む、
請求項３に記載の情報処理装置。

【請求項5】

異なる感応膜が設けられた複数のにおいセンサと、このにおいセンサの補正用の温度センサおよび湿度センサと、このにおいセンサ、温度センサおよび前記湿度センサを管理・コントロールとする顧客側サーバと、この顧客側サーバとリンクする情報端末とを有する顧客システムと、この顧客システムとリンクする管理側サーバとを用意し、
前記顧客側の情報端末の画面に、前記複数のにおいセンサ、このにおいセンサの補正用の温度センサ、湿度センサ、測定対象のラベルおよび測定日時の選択画面を表示し、
顧客が、この選択画面で選択し、管理側に伝える機構を有する
においセンサの測定システム。

【請求項6】

前記複数のにおいセンサ、このにおいセンサの補正用の温度センサ、湿度センサの測定データに異常を検知したら、前記管理側サーバから前記顧客側サーバに、異常である旨をつたえる
請求項５に記載のにおいセンサの測定システム。

【発明の詳細な説明】

【技術分野】

【0001】

本実施形態は、情報処理装置および測定システムに関する。

【背景技術】

【0002】

従来、においセンサの測定データをクラウドサーバにおいて分析する仕組みがある（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第７００６６９９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

顧客がにおいセンサなどセンサを用いたシステムを構築し、センサの状態監視などのメンテナンスを外部の業者に依頼するケースが考えられる。そのため、センサの測定データなどをメンテナンス業者に提供する場合がある。しかしながら、当該システムにおいて収集された測定データや当該測定データに基づく分析結果を含む全てのデータのうち、顧客は一部のデータの提供を望まない場合があり得る。

【0005】

一つの実施形態は、利便性が高いメンテナンスサービスの実施が可能な情報処理装置および測定システムを提供することを目的とする。

【課題を解決するための手段】

【0006】

一つの実施形態によれば、情報処理装置は、複数の第１センサが出力した測定値データである複数の第１データと、前記複数の第１データと関連づけられたラベルである第２データと、を含む第１群のうちから選択されたデータの群である第２群を外部サーバから受信する受信部と、前記第２群に基づき、前記複数の第１センサのうちの少なくとも一の第１センサの状態を判定する判定部と、前記状態の判定結果を前記外部サーバの通知する通知部と、を備える。

【発明の効果】

【0007】

本発明によれば、利便性が高いメンテナンスサービスの実施が可能な情報処理装置および測定システムを提供することができる。

【図面の簡単な説明】

【0008】

【図1】図１は、実施形態にかかる情報処理装置がメンテナンスサービスを実施する環境の一例を示す模式図である。

【図2】図２は、実施形態のにおいセンサユニットの構成の一例を示す模式的な図である。

【図3】図３は、実施形態のにおいセンサ素子の構成の一例を示す模式的な図である。

【図4】図４は、実施形態の管理側サーバのハードウェア構成の一例を示す模式的な図である。

【図5】図５は、実施形態の管理側サーバの機能構成の一例を示す模式的な図である。

【図6】図６は、実施形態の顧客側サーバにおいて実行される、メンテナンスサービスに関する設定の動作の一例を示すフローチャートである。

【図7】図７は、実施形態の選択画面の一例を示す模式的な図である。

【図8】図８は、実施形態の管理側サーバにおいて実行される動作の一例を示すフローチャートである。

【図9】図９は、実施形態のセンサの状態の判定の方法の一例を説明するための図である。

【図10】図１０は、実施形態のセンサの状態の判定の方法の別の一例を説明するための図である。

【図11】図１１は、実施形態のセンサの状態の判定の方法のさらに別の一例を説明するための図である。

【発明を実施するための形態】

【0009】

以下に添付図面を参照して、実施形態にかかる情報処理装置および測定システムを詳細に説明する。なお、この実施形態により本発明が限定されるものではない。

【0010】

（実施形態）
図１は、実施形態にかかる情報処理装置がメンテナンスサービスを実施する環境の一例を示す模式図である。以降、説明を簡便化するため、センサシステムを構築する顧客と、センサのメンテナンスを行うサービス提供者と、の２者の関係において、実施形態を説明する。

【0011】

顧客は、複数のセンサを用いたシステムを構築する。顧客が構築したシステムを、顧客システム２と表記する。複数のセンサは、顧客側サーバ２０と接続される。

【0012】

複数のセンサのうちの１以上のセンサのメンテナンスは、顧客とは異なる業者によって実施される。業者の一例は、業者から、顧客に対して業者の販売するセンサを提供し、そのセンサのメンテナンスサービスも併せて提供するメーカーである。以降、サービス提供者と呼ぶ。メンテナンス対象のセンサは、業者が販売するセンサでなくてもよい。メンテナンスサービスを実施するサービス提供者は、顧客システム２から種々のデータを管理側サーバ１に収集する。管理側サーバ１は、それに予め格納されたコンピュータプログラム（後述する管理プログラム５１）に基づき、複数のセンサのうちの１以上のセンサのメンテナンスを実施する。

【0013】

管理側サーバ１は、本願発明の実施形態における情報処理装置である。

【0014】

図１に示される例では、顧客システム２は、複数のセンサとして、においセンサユニット２２と環境センサユニット２７とを備える。環境センサユニット２７は、一例として、温度センサ２３、湿度センサ２４、ＣＯ_２センサ２５、および埃センサ２６を備える。

【0015】

においセンサユニット２２、温度センサ２３、湿度センサ２４、ＣＯ_２センサ２５、および埃センサ２６のそれぞれは、顧客側サーバ２０と接続する。なお、においセンサユニット２２は、複数のセンサを備える。具体的には、においセンサ素子３１－１～３１－１６、温度センサ３２、湿度センサ３３、および気圧センサ３４を備える。においセンサユニット２２、温度センサ２３、湿度センサ２４、ＣＯ_２センサ２５、および埃センサ２６のそれぞれのセンサの測定値は顧客側サーバ２０に送信される。顧客側サーバ２０は、記憶装置を有し、受信した各センサからの測定値を記憶装置に格納する。以降、省略して測定値が顧客側サーバ２０に格納される、と表記する。

【0016】

また、単一のセンサから異なるタイミングで得られた測定値の群を、測定データ、と表記する。

【0017】

顧客側サーバ２０は、１台のコンピュータで構成されてもよいし、複数台のコンピュータで構成されてもよい。顧客側サーバ２０は、クラウドサーバであってもよい。

【0018】

センサ２２～２６と顧客側サーバ２０との接続方法は任意である。センサ２２～２６と顧客側サーバ２０とは、有線通信路で接続されていてもよいし、無線通信路で接続されていてもよいし、中継器または測定データの収集用のコンピュータなどを介して接続されていてもよいし、インターネット回線を介して接続されてもよい。

【0019】

顧客システム２は、情報端末２１を備える。情報端末２１は顧客側サーバ２０に接続する。情報端末２１は、例えば、ＰＤＡ（Personal Digital Assistant）またはコンピュータなどである。顧客は、顧客側サーバ２０に格納された測定値を、情報端末２１に設けられた表示部などから確認することができる。また、情報端末２１に設けられたキーボードなどの入力部を操作することによって、測定データに基づく分析を実行できる。

【0020】

顧客側サーバ２０と情報端末２１との接続方法は任意である。顧客側サーバ２０と情報端末２１とは、有線通信路で接続されていてもよいし、無線通信路で接続されていてもよいし、中継器を介して接続されていてもよい。また、情報端末２１の使用は任意である。顧客側サーバ２０にＨＭＩ（Human Machine Interface）が接続されている場合には、顧客は、ＨＭＩを介して顧客側サーバ２０内の測定データにアクセスしてもよい。

【0021】

前述したように、顧客システム２は、複数のセンサ２２～２６を備え、複数のセンサ２２～２６のうちの１以上がサービス提供者によるメンテナンスサービスの対象とされる。以降では一例として、複数のセンサ２２～２６のうちのにおいセンサユニット２２がメンテナンスサービスの対象とされることとして説明する。

【0022】

図２は、実施形態のにおいセンサユニット２２の構成の一例を示す模式的な図である。

【0023】

においセンサユニット２２は、１以上のにおいセンサ素子３１を備える。ここでは一例として、においセンサユニット２２は、１６個のにおいセンサ素子３１を備える。

【0024】

各においセンサ素子３１には、チャネル番号ｃｈ１～ｃｈ１６のうちのそれぞれ異なるチャネル番号が与えられている。ｃｈは、チャネル（Channel）の英語表記の頭文字２桁から名付けた。図２では、チャネル番号Ｘ（ただしＸは１から１６までの整数）がｃｈＸと表記され、ｃｈＸに対応するにおいセンサ素子３１は、それぞれ、においセンサ素子３１－Ｘと表記されている。

【0025】

においセンサ素子３１－１～３１－１６は、気体中のそれぞれ異なる特定のガス分子の量を検出することができる。例えば、においセンサ素子３１－１～３１－１６はにおいセンサユニット２２が有するチャンバーに収容され、チャンバーにはにおいの検査対象の気体がポンプなどによって導入される。においセンサ素子３１－１～３１－１６は、チャンバーに導入された気体に曝露されたとき、当該気体に含まれる特定のガス分子の量を検出する。

【0026】

においセンサユニット２２は、１６個のにおいセンサ素子３１に加えて、温度センサ３２、湿度センサ３３、気圧センサ３４、およびコントローラ３５を備える。

【0027】

温度センサ３２は、測定周囲環境の温度を検出する。湿度センサ３３は、測定周囲環境の湿度を検出する。気圧センサ３４は、測定周囲環境の気圧を検出する。温度センサ３２、湿度センサ３３、および気圧センサ３４の測定データは、においセンサ素子３１－１～３１－１６の測定データの補正に使用することができる。

【0028】

においセンサ素子３１－１～３１－１６、温度センサ３２、湿度センサ３３、および気圧センサ３４は、コントローラ３５に接続されている。コントローラ３５は、においセンサ素子３１－１～３１－１６、温度センサ３２、湿度センサ３３、および気圧センサ３４は、コントローラ３５からの測定データの取得と、顧客側サーバ２０との間の通信と、を含めたにおいセンサユニット２２全体の制御を実行する。

【0029】

図３は、実施形態のにおいセンサ素子３１の構成の一例を示す模式的な図である。

【0030】

においセンサ素子３１は、水晶基板４１、電極４２、電極４３、および感応膜４４を備える。水晶基板４１の厚み方向の或る面に電極４２が形成されており、電極４２が設けられた面とは反対側の面に電極４３が形成されている。つまり、水晶基板４１は、厚み方向において、電極４２と電極４３とに挟まれている。電極４２上には、特定のガス分子を吸脱着する感応膜４４が形成されている。

【0031】

コントローラ３５は、電極４２と電極４３との間に電圧を印加する。水晶基板４１は、電圧の印加に応じて固有の共振周波数で振動する。そして、感応膜４４がガス分子を吸着した場合、その吸着されたガス分子の量に応じて全体の質量が増加し、これによって水晶基板４１の共振周波数が低下する。

【0032】

感応膜４４に吸着されるガス分子の量は、検査気体に含まれるガス分子の量と相関する。そして、感応膜４４に吸着されたガス分子の量は、水晶基板４１の共振周波数の変化量と相関する。これらの相関関係に基づき、水晶基板４１の共振周波数の変化量から検査気体に含まれるガス分子の量が求められる。
コントローラ３５は、発振回路によって、交流信号をにおいセンサ素子３１に与え、においセンサ素子３１を、共振周波数付近で発振させる。この発振周波数を、周波数カウンタによって測定し、測定データとする。ある任意の時点の発振周波数と、別の任意の時点の発振周波数とを測定すれば、共振周波数の変化を算出することができる。

【0033】

コントローラ３５は、例えばポンプによって、感応膜４４に吸着されるガス分子を低減したクリーンな気体をチャンバーに導入する。こうして、気体に感応膜４４を曝露させ、感応膜４４のクリーニングを行う。例えば、ガス分子を含む外気を、ポンプによって取り込み、活性炭などのフィルタを通過させることで、クリーンな気体を導入することができる。コントローラ３５は、感応膜４４の温度を上昇させることで、クリーニングを行ってもよい。クリーニングによって、感応膜４４に吸着されていた特定のガス分子が感応膜４４から脱着される。この、クリーンをしている期間を、以降、クリーニングのフェーズと呼ぶ。
クリーニングの完了後、コントローラ３５は、感応膜４４を検査対象の気体に曝露させる。
コントローラ３５は、例えばポンプによって、感応膜４４に吸着されるガス分子を含む気体をチャンバーに導入し、気体に感応膜４４を曝露させ、感応膜４４にガス分子を吸着させる。この期間において、周波数をカウントし、測定を行う。この測定している期間を、以降、測定フェーズと呼ぶ。

【0034】

コントローラ３５は、においセンサ素子３１に対し、クリーニングのフェーズと測定フェーズと、を含むサイクルを繰り返す。以降、コントローラ３５は、各フェーズにおいて、発振周波数の測定を行う例で説明する。コントローラ３５は、逐次得られる発振周波数の測定値を測定データとして逐次出力する。

【0035】

なお、図３に示された例では、ＱＣＭ（Quartz Crystal Microbalance）型のセンサ素子を示した。ＱＣＭ型のセンサ素子だけでなく、他の種類のセンサ素子がにおいセンサ素子３１として適用され得る。例えば、ＭＥＭＳ（Micro Electro Mechanical Systems）型のセンサ素子、ＦＢＡＲ（Film Bulk Acoustic Resonator）型のセンサ素子、または他の任意のセンサ素子が、においセンサ素子３１として適用され得る。

【0036】

においセンサユニット２２に具備されるにおいセンサ素子３１－１～３１－１６は、それぞれ異なるガス分子が吸脱着可能なように、材質または構造がそれぞれ異なる感応膜４４が設けられている。顧客は、においセンサユニット２２から取得される１６チャネル分の測定データに基づき、においの種別やにおいの強度などの分析を行う。
顧客は、においを測定したときに、においの種別のラベルを、例えば情報端末２１に入力する。においセンサの測定値と、においの種別のラベルを関連付け、ニューラルネットワーク等の機械学習モデルに入力することで、においの種別とにおいの強度の学習を行うことができる。

【0037】

顧客は、情報端末２１または顧客側サーバ２０において、管理側サーバ１がメンテナンスサービスに利用できる全ての種別のデータのうち、所望のデータの種別を選択することができる。つまり、顧客は、管理側サーバ１がメンテナンスサービスに利用できる全ての種別のデータのうち、管理側サーバ１に送信するデータの種別と、管理側サーバ１に送信しないデータの種別と、を設定することができる。管理側サーバ１は、顧客によって選択された種別のデータを顧客側サーバ２０から取得し、取得したデータに基づきにおいセンサユニット２２のメンテナンスを実施する。データの種別は、においセンサ素子の測定データ、または測定データに関連するデータである。

【0038】

メンテナンスとは、具体的には、センサの状態を判定して、判定によって得られたセンサの状態を顧客側サーバ２０に通知することである。センサの状態は、例えば、においセンサ素子３１の交換が必要か否か、においセンサ素子３１は故障しているか否か、においセンサ素子３１はクリーニング不足であるか否か、または１６チャネル分の測定データはにおい種別の推定に不適なデータを含んでいるか否か、などを含む。またデータによっては、センサのほこりを取り除く指示を顧客側にしたり、顧客ユニットに設けられた送風機構で埃の除去をしたりすることである。なお、判定内容は、管理側サーバ１を制御する管理プログラム５１の設計者などが任意に設計することができる。

【0039】

図４は、実施形態の管理側サーバ１のハードウェア構成の一例を示す模式的な図である。

【0040】

管理側サーバ１は、プロセッサ１１、ＲＡＭ（Random Access Memory）１２、インタフェース１３、ＲＯＭ（Read Only Memory）１４、およびバス１５を備える。プロセッサ１１、ＲＡＭ１２、インタフェース１３、およびＲＯＭ１４は、バス１５に電気的に接続されている。

【0041】

インタフェース１３は、外部の装置と通信を行うための装置である。この例では、インタフェース１３には、顧客側サーバ２０が接続される。なお、インタフェース１３による顧客側サーバ２０との接続は、有線通信路を介したものであってもよいし、無線通信路を介したものであってもよい。インタフェース１３による顧客側サーバ２０との接続は、インターネット回線を介したものであってもよい。

【0042】

プロセッサ１１は、コンピュータプログラムを実行することができる回路である。プロセッサ１１は、例えばＣＰＵ（Central Processing Unit）である。プロセッサ１１は、予め所定位置（ここでは一例としてＲＯＭ１４）に格納されている管理プログラム５１に基づいて、顧客システム２に設けられたにおいセンサユニット２２のメンテナンスを実行したり、メンテナンスの指示を顧客側の端末に表示したりする。

【0043】

ＲＯＭ１４は、管理プログラム５１が予め格納される。

【0044】

ＲＡＭ１２は、コンピュータプログラムがロードされるエリア、データのバッファ、またはデータのキャッシュなどとして使用される、高速な動作が可能な揮発性のメモリである。例えば、プロセッサ１１は、ＲＯＭ１４からＲＡＭ１２に管理プログラム５１をロードして、ＲＡＭ１２内の管理プログラム５１を実行する。

【0045】

図５は、実施形態の管理側サーバ１の機能構成の一例を示す模式的な図である。

【0046】

管理側サーバ１は、受信部１０１、判定部１０２、および通知部１０３を備える。受信部１０１および通知部１０３は、例えばインタフェース１３によって構成される。判定部１０２は、例えばプロセッサ１１によって構成される。

【0047】

受信部１０１は、複数のセンサ（即ち、においセンサ素子３１－１～３１－１６、温度センサ３２、湿度センサ３３、および気圧センサ３４、温度センサ２３、湿度センサ２４、ＣＯ２センサ２５、および埃センサ２６）によって得られた測定データおよびラベルを含む群のうちの、顧客によって選択された種別を示す情報である、提供可否情報を、顧客側サーバ２０から受信する。

【0048】

また、受信部１０１は、顧客によって選択された種別のデータの群を、顧客側サーバ２０から受信する。

【0049】

判定部１０２は、顧客側サーバ２０から受信したデータの群に基づき、少なくとも一つのにおいセンサ素子３１の状態を判定する。

【0050】

なお、判定部１０２によって状態が判定されるセンサは、においセンサ素子３１に限定されない。ここでは一例として、判定部１０２は、においセンサ素子３１－１～３１－１６の状態を判定することとする。

【0051】

通知部１０３は、状態の判定結果を顧客側サーバ２０に通知する。

【0052】

図６は、実施形態の顧客側サーバ２０において実行される、メンテナンスサービスに関する設定の動作の一例を示すフローチャートである。

【0053】

顧客は、メンテナンスサービスを利用するか否かの設定を顧客側サーバ２０に入力することができる。顧客側サーバ２０は、メンテナンスサービスを利用する旨が設定されているか否かを判定する（Ｓ１０１）。

【0054】

メンテナンスサービスを利用する旨が設定されていない場合（Ｓ１０１：Ｎｏ）、メンテナンスサービスに関する設定の動作が終了する。

【0055】

メンテナンスサービスを利用する旨が設定されている場合（Ｓ１０１：Ｙｅｓ）、顧客側サーバ２０は、管理側サーバ１に提供するデータの種別を選択する入力を受け付ける（Ｓ１０２）。

【0056】

前述されたように、管理側サーバ１がメンテナンスサービスに使用できるデータは、複数種別、存在する。顧客は、情報端末２１または管理側サーバ１を操作することによって、複数種別のうちから管理側サーバ１に提供するデータの種別を選択する。

【0057】

なお、選択された種別の設定入力を受け付ける方法は、特定の方法に限定されない。一例では、顧客側サーバ２０は、自ら、または管理側サーバ１の制御下で、管理側サーバ１がメンテナンスサービスに使用できるデータの種別の一覧を顧客側サーバ２０または情報端末２１のＨＭＩに表示する。顧客は、ＨＭＩを操作することによって、表示された一覧のうちから所望の種別を選択する。このＨＭＩに表示される一覧の画面を、選択画面と表記する。

【0058】

図７は、実施形態の選択画面の一例を示す模式的な図である。

【0059】

図７に示される例では、選択画面６０は、選択可能なデータの種別として、「ラベル」、「日時」、「チャネル１」～「チャネル１６」、「温度」、「湿度」、「気圧」、「外付けセンサ温度」、「外付けセンサ湿度」、「ＣＯ_２」、および「埃」が表示され、左側には、選択するか、選択しないかをインプットするためのチェック画面がある。ここでは、クリックする事で、レ点が表示される。

【0060】

「ラベル」は、顧客側の情報端末またはサーバに保存されたにおいの種別を示す。「チャネル１」～「チャネル１６」は、においセンサ素子３１－１～３１－１６から取得された測定データを示す。「温度」は、温度センサ３２から取得された測定データを示す。「湿度」は、湿度センサ３３から取得された測定データを示す。「気圧」は、気圧センサ３４から取得された測定データを示す。「外付けセンサ温度」は、温度センサ２３から取得された測定データを示す。「外付けセンサ湿度」は、湿度センサ２４から取得された測定データを示す。「ＣＯ_２」は、ＣＯ_２センサ２５から取得された測定データを示す。「埃」は、埃センサ２６から取得された測定データを示す。

【0061】

各種別の表記の左側には、顧客がＨＭＩを介してチェックを入力することができるチェックボックスが設けられている。つまり、選択画面６０は、各チェックボックスのチェックを入れることで種別を選択することが可能に構成されている。

【0062】

図７に示される例では、「日時」、「チャネル１」～「チャネル１６」、「温度」、「湿度」、「気圧」、「外付けセンサ温度」、「外付けセンサ湿度」、「ＣＯ_２」、および「埃」のそれぞれの種別のデータが管理側サーバ１に提供されように設定され、「ラベル」の種別のデータは管理側サーバ１に提供されないように設定されている。

【0063】

図６に説明を戻す。
顧客側サーバ２０は、ステップＳ１０２の処理によって選択された種別の一覧を、提供可否情報として管理側サーバ１に送信する（Ｓ１０３）。そして、メンテナンスサービスに関する設定の動作が終了する。

【0064】

このように、顧客は、管理側サーバ１に提供するデータの種別と、管理側サーバ１に提供しないデータの種別と、を選択することが可能である。

【0065】

例えば、におい種別を示すラベルはプライバシーに関わる情報であるため、顧客はラベルを外部へ提供することを望まないケースがある。図７に示された動作によって、顧客は、外部への提供を望まない種別のデータが管理側サーバ１に送信されないようにすることが可能になる。

【0066】

なお、図７に示された例では、顧客側サーバ２０は、管理側サーバ１に提供可否情報を送信した。顧客側サーバ２０は、必ずしも管理側サーバ１に提供可否情報を送信しなくてもよい。

【0067】

図８は、実施形態の管理側サーバ１において実行される動作の一例を示すフローチャートである。

【0068】

まず、受信部１０１は、提供可否情報を受信する（Ｓ２０１）。そして、受信部１０１は、提供可否情報が示す種別のデータを受信する（Ｓ２０２）。

【0069】

受信部１０１は、正しくデータを取得できたか否かを判定する（Ｓ２０３）。ここでは、例えば、受信部１０１は、提供可否情報が示す全ての種別のデータを欠損なく受信できたか否かを判定する。

【0070】

正しくデータを取得できなかった場合（Ｓ２０３：Ｎｏ）、通知部１０３は、接続不良を顧客側サーバ２０に通知する（Ｓ２０４）。なお、接続不良とは、顧客システム２における各センサと顧客側サーバ２０との接続の不良、または顧客側サーバ２０と管理側サーバ１との接続の不良などである。ステップＳ２０４の後、制御がステップＳ２０２に遷移する。

【0071】

正しくデータを取得できた場合（Ｓ２０３：Ｙｅｓ）、判定部１０２は、受信したデータに基づきセンサの状態を判定する（Ｓ２０５）。ステップＳ２０５において、状態の判定の対象は、一例では、においセンサ素子３１－１～３１－１６である。

【0072】

ステップＳ２０５の後、通知部１０３は、センサの状態の判定結果を顧客側サーバ２０に通知する（Ｓ２０６）。そして、制御がステップＳ２０２に遷移する。

【0073】

以降、ステップＳ２０２～Ｓ２０６のループ処理が繰り返し実行されることで、においセンサ素子３１－１～３１－１６に関する略リアルタイムのメンテナンスが実現する。

【0074】

続いて、センサの状態の判定の方法の具体例をいくつか説明する。

【0075】

図９は、実施形態のセンサの状態の判定の方法の一例を説明するための図である。

【0076】

図９に示される例では、においセンサ素子３１－１～３１－１６の測定データ、温度センサ３２の測定データ、湿度センサ３３の測定データ、および気圧センサ３４の測定データが提供可否情報において選択されており、受信部１０１は、これらの測定データを取得したものしている。そして、図９には、これらの測定データの波形が描画されている。

【0077】

前述したように、コントローラ３５は、においセンサ素子３１－１～３１－１６に対し、クリーニングフェーズの動作および測定フェーズの動作を繰り返し実行する。従って、においセンサ素子３１－１～３１－１６が正しく作動している場合には、においセンサ素子３１－１～３１－１６の測定データは、クリーニングフェーズと測定フェーズとのサイクルの繰り返しに応じた略鋸歯状の波形で推移する。

【0078】

よって、判定部１０２は、一例として、においセンサ素子３１－１～３１－１６の測定データがクリーニングフェーズと測定フェーズとのサイクルの繰り返しに応じた略鋸歯状の波形で推移しているか否かを判定する。そして、においセンサ素子３１－１～３１－１６の全ての測定データが略鋸歯状の波形で推移している場合には、判定部１０２は、においセンサ素子３１－１～３１－１６は正常に作動していると判定する。においセンサ素子３１－１～３１－１６の一部の測定データが略鋸歯状の波形で推移していない場合には、判定部１０２は、略鋸歯状の波形で推移していない測定データが得られたにおいセンサ素子３１は正常に動作していないと判定する。

【0079】

図９に示された波形の例では、時刻ｔ０から時刻ｔ１までの期間は、においセンサ素子３１－１～３１－１６の全ての測定データが略鋸歯状の波形で推移している。そして、時刻ｔ１以降においては、チャネル１０、即ちにおいセンサ素子３１－１０から得られた測定データが、略鋸歯状から逸脱した波形で推移している（波形７０参照）。よって、判定部１０２は、時刻ｔ１以降は、においセンサ素子３１－１０が正常に作動していないと判定する。

【0080】

なお、測定データの波形が略鋸歯状であるか否かの判定方法は任意である。

【0081】

判定部１０２が上記のように判定を行った場合、通知部１０３は、判定結果として、例えば、時刻ｔ１以降の測定データはにおい種別の推定には不適である旨、顧客側サーバ２０に通知する。

【0082】

従来は、顧客側サーバ２０では、１６チャネル分の測定データが得られた場合、各測定データが正常であるか否かに関わらず、１６チャネル分の測定データに基づくにおい種別の推定を実行する。においセンサ素子３１－１０が正常に作動していない時刻ｔ１以降は、センサ素子３１－１０から得られた正常でないデータを含む１６チャネル分の測定データに基づく推定が実行されることになり、推定の精度が劣化する課題があった。

【0083】

そこで、通知部１０３は、時刻ｔ１以降の測定データはにおい種別の推定には不適である旨、顧客側サーバ２０に通知する。これによって、顧客は、時刻ｔ１以降のにおい種別の推定結果は信頼性が低いことを認識することが可能になる。

【0084】

なお、通知部１０３が通知する判定結果はこれに限定されない。通知部１０３は、時刻ｔ１以降、センサ素子３１－１０が正常に作動していない旨や、センサ素子３１－１０のクリーニング、センサの交換を促す旨を、顧客側サーバ２０に通知してもよい。顧客システムに、においセンサにクリーンなガスを送風する機構・このガスの 温度上昇、センサに付いたヒータなど接続されていれば、管理側で直接クリーニングが可能である。またクリーニングの指示により、顧客側が操作してクリーニングしても良い。更には、クリーニングでも復活しない場合は、管理側または顧客側でセンサ交換の指示も可能である。尚、湿度センサ、温度センサ、ＣＯ_２センサ、埃センサも、データに基づいて、管理側から指示が可能で、管理側または顧客側でセンサ交換の指示も可能である。

【0085】

図１０は、実施形態のセンサの状態の判定の方法の別の一例を説明するための図である。

【0086】

ここでは、或るチャネルのにおいセンサ素子３１の測定データと、当該測定データから得られた共振周波数の変化量と、の時間推移が描画されている。

【0087】

前述したように、検査気体に含まれる特定のガス分子は、クリーニングフェーズにおいて感応膜４４から脱着され、測定フェーズにおいて感応膜４４に吸着される。よって、顧客の分析コンピュータは、クリーニングフェーズにおける測定周波数を基準とした測定フェーズにおける測定周波数の変化量に基づき、検査気体に含まれる特定のガス分子を計算する。

【0088】

しかしながら、クリーニング不足の場合には、図１０に示されるように、クリーニングフェーズにおける測定周波数がクリーニングフェーズと測定フェーズとのサイクル数に応じて徐々に低下してくる。クリーニング不足が長く続くと、感応膜４４から脱着しきれなかったガス分子の量が多くなってくる。そして感応膜４４から脱着しきれなかったガス分子の量が感応膜４４の吸着量限界に近くなってくると、感応膜４４は、測定フェーズにおいて感応膜４４に吸着されたガス分子が飽和することで、測定精度が劣化してくる。

【0089】

そこで、判定部１０２は、測定データに含まれるクリーニングフェーズにおける測定周波数をモニタリングする。そして、クリーニングフェーズにおける測定周波数が、所定のレベル以下となったとき、判定部１０２は、においセンサ素子３１はクリーニング不足であると判定する。そして、通知部１０３は、においセンサ素子３１はクリーニング不足である旨、顧客側サーバ２０に通知する。

【0090】

図１１は、実施形態のセンサの状態の判定の方法のさらに別の一例を説明するための図である。

【0091】

図１１の（Ａ）は、或るチャネルのにおいセンサ素子３１が正常に作動しているときの当該センサ素子３１の測定データから得られた共振周波数の変化量の時間推移の波形を拡大したものである。図１１の（Ｂ）は、或るチャネルのセンサ素子３１が正常に作動していないときの当該センサ素子３１の測定データから得られた共振周波数の変化量の時間推移の波形を拡大したものである。

【0092】

図１１の（Ａ）と図１１の（Ｂ）との比較により、図１１の（Ｂ）に描画された波形には、例えばピーク８０～８７のように大きなノイズが多数含まれていることが読み取れる。判定部１０２は、このようなノイズを検出した場合、においセンサ素子３１が正常に作動していないと判定する。

【0093】

このようなノイズの検出方法は、特定の方法に限定されない。判定部１０２は、例えば、測定データに対して時間微分を行い、時間微分によって得られた値の絶対値と所定のしきい値との比較によって、ノイズを検出してもよい。

【0094】

図９～図１１を用いて説明されたように、判定部１０２は、種々の方法でセンサの状態を判定し得る。

【0095】

以上述べたように、実施形態によれば、情報処理装置としての管理側サーバ１は、受信部１０１と、判定部１０２と、通知部１０３と、を備える。受信部は、複数のにおいセンサ素子３１が出力した測定データと、複数の測定データに関連付けられたラベルと、を含む複数の種別のデータの群（第１群と表記する）のうちから顧客によって選択された種別のデータの群（第２群と表記する）と、第１群のうち、いずれの種別のデータが第２群として選択したかを示す提供可否情報と、を外部サーバとしての顧客側サーバ２０から受信する。判定部１０２は、第２群に基づき、複数のにおいセンサ素子３１の状態を判定する。通知部１０３は、状態の判定結果を顧客側サーバ２０に通知する。

【0096】

よって、顧客は、管理側サーバ１がメンテナンスサービスに利用できる全ての種別のデータのうち、管理側サーバ１に送信するデータの種別と、管理側サーバ１に送信しないデータの種別と、を設定することができる。つまり、顧客にとって利便性が高いメンテナンスサービスの実施が可能になる。

【0097】

なお、以上の説明では、複数のにおいセンサ素子３１がメンテナンス対象とされた。他のセンサをメンテナンス対象としてもよい。

【0098】

また、以上の説明では、顧客側サーバ２０から受信されたデータに基づき、複数のにおいセンサ素子３１について状態が判定された。状態の判定の対象は、顧客側サーバ２０から受信されたデータの種別に応じて適宜変更できるように構成されてもよい。例えば、受信部１０１が、においセンサ素子３１－１から取得された測定データを受信し、他のにおいセンサ素子３１から取得された測定データを受信しなかった場合、判定部１０２は、においセンサ素子３１－１から取得された測定データに基づき、においセンサ素子３１－１の状態のみを判定してもよい。

【0099】

つまり、判定部１０２は、第２群に基づき、複数のセンサのうちの少なくとも一のセンサの状態を判定するよう、構成されていればよい。

【0100】

また、メンテナンスサービスにおいて使用可能なラベルは、におい種別を示す情報のみに限定されない。メンテナンスサービスにおいて使用可能なラベルは、顧客システム２において複数のセンサの測定データに基づいて推定された任意の情報であってもよい。

【0101】

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

【符号の説明】

【0102】

１ 管理側サーバ、２ 顧客システム、１１ プロセッサ、１２ ＲＡＭ、１３ インタフェース、１４ ＲＯＭ、１５ バス、２０ 顧客側サーバ、２１ 情報端末、２２ においセンサユニット、２３ 温度センサ、２４ 湿度センサ、２５ ＣＯ_２センサ、２６ 埃センサ、２７ 環境センサユニット、３１，３１－１～３１－１６ においセンサ素子、３２ 温度センサ、３３ 湿度センサ、３４ 気圧センサ、３５ コントローラ、４１ 水晶基板、４２，４３ 電極、４４ 感応膜、５１ 管理プログラム、６０ 選択画面、７０ 波形、８０～８７ ピーク、１０１ 受信部、１０２ 判定部、１０３ 通知部、１０００ レーダーチャート、１００１ におい測定データ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】