特開 2023-78523 プログラム、記録媒体、方法及びシステム

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

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

(11)【公開番号】P2023078523

(43)【公開日】2023-06-07

(54)【発明の名称】プログラム、記録媒体、方法及びシステム

(51)【国際特許分類】

   G05B 19/042 20060101AFI20230531BHJP

【ＦＩ】

G05B19/042

【審査請求】有

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2021191677

(22)【出願日】2021-11-26

(71)【出願人】

【識別番号】000006507

【氏名又は名称】横河電機株式会社

(74)【代理人】

【識別番号】110002147

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

(72)【発明者】

【氏名】塚本 理子

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

5H220

【Ｆターム（参考）】

5H220AA01

5H220BB11

5H220CC07

5H220CX01

5H220JJ12

5H220JJ26

5H220JJ53

(57)【要約】

【課題】センサへのパラメータの書き込み作業の効率を向上させる。
【解決手段】プログラムは、複数のセンサそれぞれに書き込むパラメータを編集可能な態様でまとめて表示するとともに、パラメータを含む設定ファイルを生成する処理を、情報処理装置に実行させるツールプログラムと、近距離無線通信を利用して、複数のセンサそれぞれに、設定ファイルに含まれたセンサそれぞれに対応するパラメータを書き込む処理を、端末装置に実行させるアプリケーションプログラムと、を含む。
【選択図】図４

【特許請求の範囲】

【請求項1】

複数のセンサそれぞれに書き込むパラメータを編集可能な態様でまとめて表示するとともに、前記パラメータを含む設定ファイルを生成する処理を、情報処理装置に実行させるツールプログラムと、
近距離無線通信を利用して、前記複数のセンサそれぞれに、前記設定ファイルに含まれた前記センサそれぞれに対応するパラメータを書き込む処理を、端末装置に実行させるアプリケーションプログラムと、
を含む、
プログラム。

【請求項2】

前記アプリケーションプログラムは、前記書き込む処理によってパラメータが書き込まれたセンサから、当該センサに書き込まれたパラメータを読み込んで確認する処理を、前記端末装置に実行させ、
前記アプリケーションプログラムは、１回の前記近距離無線通信の間に、前記複数のセンサのうちの１つのセンサに対する前記パラメータを書き込む処理及び前記パラメータを読み込む処理を、前記端末装置に実行させる、
請求項１に記載のプログラム。

【請求項3】

前記設定ファイルは、前記複数のセンサそれぞれのパラメータを順番に記述し、
前記パラメータを書き込む処理は、前記設定ファイルに記述されたパラメータを、その記述順に、前記複数のセンサのうちの任意に選択されたセンサに書き込む、
請求項１又は２に記載のプログラム。

【請求項4】

前記設定ファイルは、前記複数のセンサそれぞれについてセンサＩＤ及び前記パラメータを対応付けて記述し、
前記アプリケーションプログラムは、前記パラメータを書き込む処理によってパラメータが書き込まれる前のセンサから、当該センサに書き込まれたセンサＩＤを読み込む処理を、前記端末装置に実行させ、
前記パラメータを書き込む処理は、前記センサＩＤを読み込む処理によってセンサＩＤが読み込まれたセンサのうち、前記設定ファイルの前記センサＩＤに対応する当該センサに、当該センサＩＤに対応する前記設定ファイル内のパラメータを書き込む、
請求項１又は２に記載のプログラム。

【請求項5】

前記アプリケーションプログラムは、前記パラメータを書き込む処理による書き込み結果を前記設定ファイルに反映させる処理を、前記端末装置に実行させる、
請求項１～４のいずれか１項に記載のプログラム。

【請求項6】

前記ツールプログラムは、前記書き込み結果が反映された前記設定ファイルに基づくレポートを生成する処理を、前記情報処理装置に実行させる、
請求項５に記載のプログラム。

【請求項7】

請求項１～６のいずれか１項に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

【請求項8】

複数のセンサそれぞれに書き込むパラメータを編集可能な態様でまとめて表示するとともに、前記パラメータを含む設定ファイルを生成することと、
近距離無線通信を利用して、前記複数のセンサそれぞれに、前記設定ファイルに含まれた前記センサそれぞれに対応するパラメータを書き込むことと、
を含む、
方法。

【請求項9】

複数のセンサそれぞれに書き込むパラメータを編集可能な態様でまとめて表示するとともに、前記パラメータを含む設定ファイルを生成する情報処理装置と、
近距離無線通信を利用して、前記複数のセンサそれぞれに、前記設定ファイルに含まれた前記センサそれぞれに対応するパラメータを書き込む端末装置と、
を備える、
システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プログラム、記録媒体、方法及びシステムに関し、より特定的には、センサにパラメータを書き込むためのプログラム、記録媒体、方法及びシステムに関する。

【背景技術】

【0002】

データ収集のためにプラント等に配置されるセンサが知られている（例えば非特許文献１を参照）。

【先行技術文献】

【非特許文献】

【0003】

【非特許文献1】斎藤昌久、外２名、「産業用ＩｏＴを実現するＳｕｓｈｉ Ｓｅｎｓｏｒ」、横河技報、Ｖｏｌ．６１、Ｎｏ．１、２０１８年

【発明の概要】

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

【0004】

例えば複数のセンサを配置する前に各センサにパラメータを書き込む作業が必要になる。作業の効率化に検討の余地がある。

【0005】

本発明の一側面は、センサへのパラメータの書き込み作業の効率を向上させる。

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

【0006】

一側面に係るプログラムは、複数のセンサそれぞれに書き込むパラメータを編集可能な態様でまとめて表示するとともに、パラメータを含む設定ファイルを生成する処理を、情報処理装置に実行させるツールプログラムと、近距離無線通信を利用して、複数のセンサそれぞれに、設定ファイルに含まれたセンサそれぞれに対応するパラメータを書き込む処理を、端末装置に実行させるアプリケーションプログラムと、を含む。

【0007】

一側面に係る記録媒体は、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体である。

【0008】

一側面に係る方法は、複数のセンサそれぞれに書き込むパラメータを編集可能な態様でまとめて表示するとともに、パラメータを含む設定ファイルを生成することと、近距離無線通信を利用して、複数のセンサそれぞれに、設定ファイルに含まれたセンサそれぞれに対応するパラメータを書き込むことと、を含む。

【0009】

一側面に係るシステムは、複数のセンサそれぞれに書き込むパラメータを編集可能な態様でまとめて表示するとともに、パラメータを含む設定ファイルを生成する情報処理装置と、近距離無線通信を利用して、複数のセンサそれぞれに、設定ファイルに含まれたセンサそれぞれに対応するパラメータを書き込む端末装置と、を備える。

【発明の効果】

【0010】

本発明によれば、センサへのパラメータの書き込み作業の効率を向上させることが可能になる。

【図面の簡単な説明】

【0011】

【図1】実施形態に係るシステム１００の概要を示す図である。

【図2】情報処理装置２の機能ブロックの例を示す図である。

【図3】設定ファイルＦの生成の際のツール画面の例を示す図である。

【図4】設定ファイルＦの生成の際に情報処理装置２において実行される処理（方法）の例を示すフローチャートである。

【図5】情報処理装置２によって生成された設定ファイルＦの例を示す図である。

【図6】端末装置３の機能ブロックの例を示す図である。

【図7】データベース３３ｂの生成の際に端末装置３において実行される処理（方法）の例を示すフローチャートである。

【図8】データベース３３ｂの例を示す図である。

【図9】書き込み作業の際のアプリケーション画面の例を示す図である。

【図10】第１のシナリオによる書き込み作業の際に端末装置３において実行される処理（方法）の例を示すフローチャートである。

【図11】第２のシナリオによる書き込み作業の際に端末装置３において実行される処理（方法）の例を示すフローチャートである。

【図12】書き込み作業完了後のデータベース３３ｂの例を示す図である。

【図13】更新後の設定ファイルＦの例を示す図である。

【図14】レポート生成の際のツール画面の例を示す図である。

【図15】端末装置３の変形例を示す図である。

【図16】装置のハードウェア構成の例を示す図である。

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

【0012】

以下、図面を参照しつつ実施形態について説明する。同一の要素には同一の符号を付し、重複する説明は適宜省略する。

【0013】

図１は、実施形態に係るシステム１００の概要を示す図である。システム１００は、複数のセンサ１にパラメータｐを書き込むために用いられる。例示されるシステム１００は、情報処理装置２と、端末装置３とを含む。

【0014】

センサ１は、例えば非特許文献１に示されるようなセンサである。センサ１は、システム１００の構成要素であってもよいし、システム１００の構成要素でなくてもよい。センサ１は、端末装置３との通信を行うための通信部１１を含む。通信部１１は、センサ１と端末装置３との近距離無線通信を可能にする。近距離無線通信の例は、ＮＦＣ（Near Field Communication）通信である。

【0015】

センサ１は、さまざまな場所に配置され、データを収集する。配置場所の例は、プラント等である。センサ１には、情報が書き込まれる。図１には、センサ１に書き込まれる情報として、センサ種類、センサＩＤ、タグ名、地域及びパラメータｐが例示される。なお、図中のｘｘｘは、任意の数値、文字等を模式的に示す。

【0016】

センサ種類は、センサ１の種類を示す。センサ種類の例は、温度センサ、圧力センサ、振動センサ等である。センサＩＤは、センサ１を個体識別するための情報である。センサＩＤの例は、シリアル番号、ＥＵＩ（Extended Unique Identifier）等である。本開示におけるセンサＩＤは、シリアル番号やＥＵＩ等の複数の情報を含む意味に解されてよい。タグ名は、とくにユーザ（作業員等）がセンサ１を識別しやすくするために付与される。地域は、センサ１が配置される地域である。地域の例は、アジアにおける日本等である。

【0017】

パラメータｐは、センサ１において設定される設定パラメータである。パラメータｐの例は、センシングデータの外部送信間隔を規定するパラメータ、データフォーマットを規定するパラメータ等である。これら以外にもさまざまなパラメータが存在し、また、それらはセンサ種類等によって異なり得る。なお、本開示におけるパラメータｐは、１つのセンサ１に書き込まれる複数のパラメータの意味に解されてよい。

【0018】

システム１００では、情報処理装置２及び端末装置３の協働によって、複数のセンサ１へのパラメータｐの書き込みがまとめて行われる。複数のセンサ１は、例えばプラント内の同じ区域等への配置が予定されており、配置前に一箇所にまとめて置かれた状態でパラメータｐが書き込まれる。

【0019】

情報処理装置２の例は、ＰＣ等である。端末装置３の例は、スマートフォン等のモバイル端末装置である。ＰＣ等である情報処理装置２は、スマートフォン等である端末装置３よりも大画面表示が可能であり、また、ユーザ操作が容易であるといった利点を有する。一実施形態において、情報処理装置２の画面（後述のＵＩ部２１に相当）は、端末装置３の画面（後述のＵＩ部３２に相当）よりも大きくてよい。

【0020】

図１には、パラメータｐの書き込みの流れが、いくつかの白抜きで模式的に示される。情報処理装置２は、パラメータｐを含む設定ファイルＦを生成（作成）する。端末装置３は、情報処理装置２によって生成された設定ファイルＦを利用して、複数のセンサ１それぞれにパラメータｐを連続で書き込む。書き込み結果が反映された設定ファイルＦが、端末装置３から情報処理装置２に戻される。詳細について、図２以降を参照して説明する。

【0021】

図２は、情報処理装置２の機能ブロックの例を示す図である。情報処理装置２は、ＵＩ部２１と、記憶部２２と、データ管理部２３とを含む。

【0022】

ＵＩ部２１は、情報処理装置２のユーザに情報を提示（表示等）したり、ユーザによる情報処理装置２の操作を受け付けたりするユーザインタフェース部（表示部、操作部等）である。例えば、ＵＩ部２１は、設定ファイルＦの生成時に、複数のセンサ１それぞれに書き込むパラメータｐを一括で編集可能な態様でまとめて表示する。ユーザは、表示された情報を見ながらＵＩ部２１を操作して、設定ファイルＦを生成する。

【0023】

記憶部２２は、情報処理装置２で用いられる情報を記憶する。記憶部２２に記憶される情報として、ツールプログラム２２ａ及び設定ファイルＦが例示される。ツールプログラム２２ａは、情報処理装置２による処理、より具体的にはＵＩ部２１及びデータ管理部２３等による処理をコンピュータに実行させるプログラム（ソフトウェア）である。ツールプログラム２２ａの実行により、設定ファイルＦを生成するためのツールが実行される。設定ファイルＦは、上述のように、パラメータｐを含むファイルである。

【0024】

データ管理部２３は、設定ファイルＦを管理する。例えば、データ管理部２３は、設定ファイルＦ内のパラメータｐのエラーチェックを行う。エラーチェックの例は、パラメータｐの値が適正な範囲内であるか否か等である。さまざまなエラーチェック項目がデフォルト設定されたりユーザ操作等によって手動設定されたりしてよい。エラーチェックが行われることで、作業ミスを低減又は回避することができる。

【0025】

図３は、設定ファイルＦの生成の際のツール画面の例を示す図である。情報処理装置２のＵＩ部２１は、ディスプレイ及びキーボード等として例示される。この例では、ツールは、スタートアップツールと称され表示される。ユーザ操作により、センサ種類、この例では温度センサが選択される。選択されたセンサ種類について、センサ１に対応する連番ごとに、センサＩＤ、タグ名、地域及びパラメータｐ等がまとめて表示される。各パラメータｐには初期値が与えられており、また、編集可能である。初期値は、例えばウィザード形式で設定されてよい。情報処理装置２のユーザは、編集対象のパラメータｐを選択し、そのパラメータｐを変更等する。初期値が無い場合には新規入力される。当然ながら、パラメータｐの編集以外にも、センサ１の追加等を含むその他さまざまな作業が可能である。なお、後述の第１のシナリオによる書き込み作業を行う場合には、センサＩＤは空欄でもよい。

【0026】

図４は、設定ファイルＦの生成の際に情報処理装置２において実行される処理（方法）の例を示すフローチャートである。ステップＳ１において、ツールが起動する。記憶部２２に記憶されたツールプログラム２２ａが実行され、ツールが起動する。パラメータｐには初期値が与えられる。

【0027】

ステップＳ２において、各パラメータｐ等がまとめて表示され、編集される。ＵＩ部２１は、例えば先に図３を参照して説明したような画面を表示する。ユーザ操作により、パラメータｐの変更等が行われる。

【0028】

ステップＳ３において、パラメータｐにエラーがあるか否かが判断される。データ管理部２３は、編集されたパラメータｐのエラーチェックを行う。パラメータｐにエラーがある場合（ステップＳ３：Ｙｅｓ）、ステップＳ２に処理が戻される。例えば、ＵＩ部２１が、エラーに関する情報（エラーの存在、エラーの理由等）を表示し、ユーザが、エラーが解消されるようにパラメータｐの変更等を行う。パラメータｐにエラーが無い場合（ステップＳ３：Ｎｏ）、ステップＳ４に処理が進められる。

【0029】

ステップＳ４において、パラメータｐを含む設定ファイルＦが生成される。データ管理部２３は、先のステップＳ２で編集されたパラメータｐを含む設定ファイルＦを生成する。生成された設定ファイルＦは、記憶部２２に記憶される。その後、フローチャートの処理は終了する。

【0030】

図５は、情報処理装置２によって生成された設定ファイルＦの例を示す図である。設定ファイルＦは、複数のセンサ１それぞれのパラメータｐを順番に記述（リスト）する。この例では、設定ファイルＦは、各センサ１の情報を連番で記述する。複数のセンサ１それぞれについて、番号ごとに、フラグ、センサＩＤ、タグ名、地域及びパラメータｐ等が対応付けて記述される。フラグは、対応するセンサ１へのパラメータｐの書き込みが完了していることを示すフラグ（書き込み済みフラグ）であり、この時点ではいずれもＯＦＦ（未書き込み）である。なお、後述の第１のシナリオによる書き込み作業を行う場合には、センサＩＤは空欄でもよい。

【0031】

図６は、端末装置３の機能ブロックの例を示す図である。端末装置３は、センサ通信部３１と、ＵＩ部３２と、記憶部３３と、データ管理部３４とを含む。

【0032】

センサ通信部３１は、センサ１の通信部１１（図１）と通信する。通信は、先にも述べたように、ＮＦＣ通信等の近距離無線通信である。例えば端末装置３のユーザが端末装置３をセンサ１に近づける（かざす）ことで、センサ１と端末装置３との間での通信が確立される。以下、とくに説明がある場合を除き、ＮＦＣ通信は、近距離無線通信を指し示すものとする。矛盾の無い範囲において、ＮＦＣ通信及び近距離無線通信は適宜読み替えられてよい。

【0033】

ＵＩ部３２は、端末装置３のユーザに情報を提示したり、ユーザによる端末装置３の操作を受け付けたりするユーザインタフェース部（表示部、操作部等）である。例えば、ＵＩ部３２は、センサ１へのパラメータｐの書き込みに必要な作業等をユーザに促す情報を表示する。ユーザは、表示された情報を見ながら書き込み作業を行う。なお、端末装置３のユーザは、情報処理装置２のユーザと同じであってもよいし、異なっていてもよい。

【0034】

記憶部３３は、端末装置３で用いられる情報を記憶する。記憶部３３に記憶される情報として、アプリケーションプログラム３３ａ及びデータベース３３ｂが例示される。アプリケーションプログラム３３ａは、端末装置３による処理、より具体的にはセンサ通信部３１、ＵＩ部３２及びデータ管理部３４等による処理をコンピュータに実行させるプログラム（ソフトウェア）である。アプリケーションプログラム３３ａの実行により、センサ１にパラメータｐを書き込むためのアプリケーションが実行される。データベース３３ｂについては後述する。

【0035】

データ管理部３４は、センサ１へのパラメータｐの書き込みを管理する。データ管理部３４による処理のいくつかの例について説明する。

【0036】

データ管理部３４は、情報処理装置２から設定ファイルＦを取得し、設定ファイルＦの情報をアプリケーション内に読み込む（取り込む）。例えば、端末装置３と情報処理装置２とが有線接続された状態で、所定フォルダを介して、端末装置３から情報処理装置２に設定ファイルＦが渡される。データ管理部３４は、設定ファイルＦの情報と同様の情報を含むデータベース３３ｂを生成する。データベース３３ｂは、アプリケーション上でアクセス及び編集が可能である。

【0037】

図７は、データベース３３ｂの生成の際に端末装置３において実行される処理（方法）の例を示すフローチャートである。ステップＳ１１において、アプリケーションが起動する。記憶部３３に記憶されたアプリケーションプログラム３３ａが実行され、アプリケーションが起動する。

【0038】

ステップＳ１２において、設定ファイルエラーがあるか否かが判断される。データ管理部３４は、設定ファイルＦの情報をアプリケーション内に取り込めない場合、例えば上述の所定フォルダに設定ファイルＦが無い等の場合に、設定ファイルエラーがあると判断する。設定ファイルエラーがある場合（ステップＳ１２：Ｙｅｓ）、例えば、ＵＩ部３２がエラーを表示し、フローチャートの処理が終了する。そうでない場合（ステップＳ１２：Ｎｏ）、ステップＳ１３に処理が進められる。

【0039】

ステップＳ１３及びステップＳ１４において、設定ファイルＦが読み込まれ、データベース３３ｂが生成される。データ管理部３４は、情報処理装置２からの設定ファイルＦを読み込み、設定ファイルＦの情報と同様の情報を含むデータベース３３ｂを生成する。その後、フローチャートの処理は終了する。

【0040】

図８は、データベース３３ｂの例を示す図である。この例では、データベース３３ｂは、各センサ１の情報を、連番で記述する。番号ごとに、フラグ、センサ種類、センサＩＤ、タグ名、地域及びパラメータｐ等が対応付けて記述される。また、総センサ数及び未書き込み数も記述される。総センサ数は、連番に対応するセンサ１の総数である。未書き込み数は、ＯＦＦになっているフラグの数である。

【0041】

なお、データベース３３ｂは、設定ファイルＦの情報をアプリケーション上で扱えるようにするために生成されたものともいえる。この意味において、アプリケーション上でのデータベース３３ｂの扱いは、設定ファイルＦの扱いと同視し得る。矛盾の無い範囲において、データベース３３ｂ及び設定ファイルＦは適宜読み替えられてよい。

【0042】

図６に戻り、再びデータ管理部３４について説明する。データ管理部３４は、センサ通信部３１による近距離無線通信を利用して、複数のセンサ１それぞれに、設定ファイルＦに含まれたセンサ１それぞれに対応するパラメータｐを書き込む。その際、データ管理部３４は、そのセンサ１にパラメータｐを書き込んでよいか否か判断（チェック）してよい。例えば、センサ１のセンサ種類によっては、書き込むことのできないパラメータｐが存在する。温度センサに特有のパラメータｐは、圧力センサや振動センサに書き込むことはできない。そういったパラメータｐの書き込み、ひいてはそれに起因するエラーが低減又は回避される。

【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】

＜装置のハードウェア構成の例＞
図１６は、装置のハードウェア構成の例を示す図である。例示されるようなコンピュータ４が、これまで説明した情報処理装置２、端末装置３等として機能する。装置のハードウェア構成として、バス等で相互に接続される通信装置４ａ、表示装置４ｂ、記憶装置４ｃ、メモリ４ｄ及びプロセッサ４ｅ等が例示される。記憶装置４ｃの例は、ＨＤＤ（Hard Disk Drive）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等である。なお、メモリ４ｄは、記憶装置４ｃに含まれてもよい。

【0083】

通信装置４ａは、ネットワークインタフェースカードなどであり、他の装置との通信を可能にする。表示装置４ｂは、例えばタッチパネルやディスプレイなどである。記憶装置４ｃは、記憶部２２、記憶部３３等として機能する。

【0084】

例えば、プロセッサ４ｅは、図２のツールプログラム２２ａを記憶装置４ｃ等から読み込んで（読み出して）メモリ４ｄに展開することで、情報処理装置２による処理をコンピュータに実行させる。また、プロセッサ４ｅは、図６のアプリケーションプログラム３３ａを記憶装置４ｃ等から読み込んでメモリ４ｄに展開することで、端末装置３による処理をコンピュータに実行させる。

【0085】

ツールプログラム２２ａやアプリケーションプログラム３３ａ等のプログラムは、インターネットなどのネットワークを介してまとめて又は別々に配布することができる。また、それらのプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ（Magneto－Optical disk）、ＤＶＤ（Digital Versatile Disc）などのコンピュータ読み取り可能な記録媒体にまとめて又は別々に記録され、コンピュータによって記録媒体から読み込まれることによって実行することができる。

【0086】

以上で説明した技術は、例えば次のように特定される。開示される技術の１つは、プログラムである。図１～図１６を参照して説明したように、プログラムは、ツールプログラム２２ａと、アプリケーションプログラム３３ａとを含む。ツールプログラム２２ａは、複数のセンサ１それぞれに書き込むパラメータｐを編集可能な態様でまとめて表示するとともに、パラメータｐを含む設定ファイルＦを生成する処理（ステップＳ２、ステップＳ４）を、情報処理装置２に実行させる。アプリケーションプログラム３３ａは、近距離無線通信を利用して、複数のセンサ１それぞれに、設定ファイルＦに含まれたセンサ１それぞれに対応するパラメータｐを書き込む処理（ステップＳ２５、ステップＳ３７）を、端末装置３に実行させる。

【0087】

上記のプログラムによれば、パラメータｐの編集が、端末装置３ではなく、情報処理装置２上で行われる。例えば情報処理装置２がＰＣ等であり端末装置３がスマートフォン等である場合には、情報処理装置２において、端末装置３の場合よりも多くの情報を一度に表示できる。視認性が高められ、また、操作性も高められる。パラメータｐの編集に要する作業時間が短縮され、また、作業ミスも低減又は回避される。端末装置３によって、近距離無線通信を利用して、設定ファイルＦに含まれるパラメータｐがセンサ１に書き込まれる。このようにして、センサ１へのパラメータｐの書き込み作業の効率を向上させることが可能になる。

【0088】

アプリケーションプログラム３３ａは、書き込む処理によってパラメータｐが書き込まれたセンサ１から、当該センサ１に書き込まれたパラメータｐを読み込んで確認する処理（ステップＳ２６、ステップＳ３８）を、端末装置３に実行させ、アプリケーションプログラム３３ａは、１回の近距離無線通信の間に、複数のセンサ１のうちの１つのセンサ１に対するパラメータｐを書き込む処理及びパラメータｐを読み込む処理（ステップＳ２５及びステップＳ２６、ステップＳ３７及びステップＳ３８）を、端末装置３に実行させてよい。センサ１にパラメータｐが正しく書き込まれたことをユーザが目視確認する必要がなく、それに起因する確認ミスを低減又は回避することができる。また、１回の近距離無線通信の間に処理が完了するので、例えば２回の近距離無線通信を行う場合よりも、作業時間を短くすることができる。

【0089】

図５、図８及び図１０等を参照して説明したように、設定ファイルＦは、複数のセンサ１それぞれのパラメータｐを順番に記述し、パラメータｐを書き込む処理は、設定ファイルＦに記述されたパラメータｐを、その記述順に、複数のセンサ１のうちの任意に選択されたセンサ１に書き込んでよい（ステップＳ２５）。例えばこのような第１のシナリオによる書き込み作業によって、パラメータｐをセンサ１に連続して効率良く書き込むことができる。

【0090】

図５、図８及び図１１等を参照して説明したように、設定ファイルＦは、複数のセンサ１それぞれについてセンサＩＤ及びパラメータｐを対応付けて記述し、アプリケーションプログラム３３ａは、パラメータｐを書き込む処理によってパラメータｐが書き込まれる前のセンサ１から、当該センサ１に書き込まれたセンサＩＤを読み込む処理（ステップＳ３２）を、端末装置３に実行させ、パラメータｐを書き込む処理は、センサＩＤを読み込む処理によってセンサＩＤが読み込まれたセンサ１のうち、設定ファイルＦ（データベース３３ｂ）のセンサＩＤに対応する当該センサ１に、当該センサＩＤに対応する設定ファイルＦ内のパラメータｐを書き込んでよい（ステップＳ３７）。例えばこのような第２のシナリオによる書き込み作業によって、パラメータｐをセンサ１に連続して効率良く書き込むことができる。また、センサＩＤによるチェック機能を兼ねた書き込みが可能になる。

【0091】

図１０～図１３等を参照して説明したように、アプリケーションプログラム３３ａは、パラメータｐを書き込む処理による書き込み結果を設定ファイルＦ（データベース３３ｂ）に反映させる処理（ステップＳ２７、ステップＳ３９）を、端末装置３に実行させてよい。書き込みの作業状態が保存されるので、作業の中断や再開が可能になる。

【0092】

図１４等を参照して説明したように、ツールプログラム２２ａは、書き込み結果が反映された設定ファイルＦに基づくレポートを生成する処理を、情報処理装置２に実行させてよい。各センサ１へのパラメータｐの書き込み成否、書き込まれたパラメータｐ等の確認が行える。

【0093】

図１６等を参照して説明した記録媒体も、開示される技術の１つである。記録媒体は、上述のプログラム、すなわちツールプログラム２２ａやアプリケーションプログラム３３ａを記録したコンピュータ読み取り可能な記録媒体である。

【0094】

図４、図１０及び図１１等を参照して説明した方法も、開示される技術の１つである。方法は、複数のセンサ１それぞれに書き込むパラメータｐを編集可能な態様でまとめて表示するとともに、パラメータｐを含む設定ファイルＦを生成すること（ステップＳ２、ステップＳ４）と、近距離無線通信を利用して、複数のセンサ１それぞれに、設定ファイルＦに含まれたセンサ１それぞれに対応するパラメータｐを書き込むこと（ステップＳ２５、ステップＳ３７）と、を含む。このような方法によっても、これまで説明したように、センサ１へのパラメータｐの書き込み作業の効率を向上させることが可能になる。

【0095】

図１及び図１５等を参照して説明したシステム１００も、開示される技術の１つである。システム１００は、情報処理装置２と、端末装置３と、を備える。情報処理装置２は、複数のセンサ１それぞれに書き込むパラメータｐを編集可能な態様でまとめて表示するとともに、パラメータｐを含む設定ファイルＦを生成する。端末装置３は、近距離無線通信を利用して、複数のセンサ１それぞれに、設定ファイルＦに含まれたセンサ１それぞれに対応するパラメータｐを書き込む。このようなシステム１００によっても、これまで説明したように、センサ１へのパラメータｐの書き込み作業の効率を向上させることが可能になる。

【符号の説明】

【0096】

１ センサ
２ 情報処理装置
２１ ＵＩ部
２２ 記憶部
２２ａ ツールプログラム
２３ データ管理部
３ 端末装置
３１ センサ通信部
３２ ＵＩ部
３３ 記憶部
３３ａ アプリケーションプログラム
３３ｂ データベース
３４ データ管理部
３Ａ 装置
３Ｂ 装置
４ コンピュータ
４ａ 通信装置
４ｂ 表示装置
４ｃ 記憶装置
４ｄ メモリ
４ｅ プロセッサ
Ｆ 設定ファイル
ｐ パラメータ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】