(57)【要約】【課題】流路の健全性判定及びこの判定結果の出力処理を効率的かつ確実なものとする。【解決手段】流路下流端４０の属性を示す系統情報と系統５０での流下順に試験体１０毎に所定規則の下で設定される配列情報とを流路上流３５にてデータキャリア２０に書込処理を行う第１携帯端末２００より系統情報および配列情報を取得する投入側情報取得部１１０と、データキャリア２０を備えて前記流路３０を流下する試験体１０に対しリーダライタ１５０による読取り処理を流路下流端４０にて実行する第２携帯端末３００より前記格納情報を取得する回収側情報取得部１１１と、第１携帯端末２００および第２携帯端末３００より取得した各情報を系統情報毎に集約し同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かを検知することで系統５０の健全性を判定する健全性判定部１１２と、健全性の判定結果を出力インターフェイスに出力する出力処理部１１３とからシステム構成する。【選択図】  図１
2006299709.tif 000002
【特許請求の範囲】
【請求項１】
試験体を用いて流路にて実施された通水試験のデータ処理を行うシステムであって、
流路下流端の属性を示す系統情報と、前記系統での流下順に試験体毎に所定規則の下で設定される配列情報とを、流路上流にてデータキャリアに書込処理を行う第１携帯端末より、前記データキャリア毎の系統情報および配列情報を取得する、投入側情報取得部と、
データキャリアを備えて前記流路を流下する試験体に対し、リーダライタによる読取り処理を流路下流端にて実行する第２携帯端末から、データキャリアより読み取られた格納情報を取得する、回収側情報取得部と、
前記第１携帯端末および第２携帯端末より取得した各情報を、前記系統情報毎に集約し、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かを検知することで、前記系統の健全性を判定する、健全性判定部と、
前記健全性の判定結果を出力インターフェイスに出力する、出力処理部と、
を備える通水試験データ処理システム。
【請求項２】
請求項１において、
前記回収側情報取得部は、第２携帯端末から、データキャリアより読み取られた格納情報と共に、試験体が実際に回収された流路下流端の系統情報を回収系統情報として取得するものであり、
前記健全性判定部は、前記第１携帯端末より取得された系統情報と、前記第２携帯端末より取得された回収系統情報とを照合し、両者の一致または不一致の情報を健全性の判定結果として生成するものである、ことを特徴とする通水試験データ処理システム。
【請求項３】
請求項１または２において、
前記投入側情報取得部は、前記第１携帯端末より、前記データキャリア毎の系統情報および配列情報と共に、データキャリアに書込処理される流路への試験体投入時刻の情報を取得するものであり、
前記回収側情報取得部は、前記第２携帯端末から、前記データキャリアより読み取られた格納情報と共に、当該データキャリアを備えた試験体の流路下流端での回収時刻の情報を取得するものであり、
前記健全性判定部は、前記第１携帯端末および第２携帯端末より取得した試験体投入時刻および回収時刻に基づき、前記試験体が流路を流下するに要した排水完了時間を算出し、当該排水完了時間が所定時間以上であるか否かの判定結果を、健全性の判定結果として生成するものである、ことを特徴とする通水試験データ処理システム。
【請求項４】
請求項１〜３のいずれかにおいて、
前記投入側情報取得部は、複数存在する各第１携帯端末より、前記データキャリア毎の系統情報および配列情報と共に、第１携帯端末の属性情報を取得するものであり、
前記健全性判定部は、第１携帯端末および第２携帯端末より取得した各情報を、前記系統情報毎かつ各第１携帯端末の属性情報毎に集約し、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かの検知を、試験体投入に関与した第１携帯端末毎に行うことで、前記系統の健全性を判定するものである、ことを特徴とする通水試験データ処理システム。
【請求項５】
請求項１〜４のいずれかにおいて、
前記投入側情報取得部は、複数存在する各第１携帯端末より、前記データキャリア毎の系統情報および配列情報と共に、第１携帯端末の属性情報を取得するものであり、
前記健全性判定部は、前記第１携帯端末および第２携帯端末より取得した各情報を、前記複数存在する各第１携帯端末の属性情報に跨って前記系統情報毎に集約し、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かの検知を、試験体投入に関与した第１携帯端末に跨って行うことで、前記系統の健全性を判定するものである、ことを特徴とする通水試験データ処理システム。
【請求項６】
請求項１〜５のいずれかにおいて、
前記出力処理部は、系統毎の健全性の判定結果における健全性の良否レベルに応じて色分けした所定イメージを、当該判定結果の原因となった試験体に対応付けて出力インターフェイスに出力するものであることを特徴とする通水試験データ処理システム。
【請求項７】
請求項１〜６のいずれかにおいて、
前記出力処理部は、系統毎の健全性の判定結果における健全性の良否レベルに応じて色分けした所定イメージを、各系統の流路配置を示した流路図イメージにおける該当系統の所定位置に配置し、この流路図イメージを出力インターフェイスにおいて前記健全性の判定結果として出力するものであることを特徴とする通水試験データ処理システム。
【請求項８】
試験体を用いて流路にて実施された通水試験のデータ処理をコンピュータにより行う方法であって、
流路下流端の属性を示す系統情報と、前記系統での流下順に試験体毎に所定規則の下で設定される配列情報とを、流路上流にてデータキャリアに書込処理を行う第１携帯端末より、前記データキャリア毎の系統情報および配列情報を取得し、
データキャリアを備えて前記流路を流下する試験体に対し、リーダライタによる読取り処理を流路下流端にて実行する第２携帯端末から、データキャリアより読み取られた格納情報を取得し、
前記第１携帯端末および第２携帯端末より取得した各情報を、前記系統情報毎に集約し、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かを検知することで、前記系統の健全性を判定し、
前記健全性の判定結果を出力インターフェイスに出力する、ことを特徴とする通水試験データ処理方法。
【請求項９】
試験体を用いて流路にて実施された通水試験のデータ処理をコンピュータに実行させるためのプログラムであって、
流路下流端の属性を示す系統情報と、前記系統での流下順に試験体毎に所定規則の下で設定される配列情報とを、流路上流にてデータキャリアに書込処理を行う第１携帯端末より、前記データキャリア毎の系統情報および配列情報を取得するステップと、
データキャリアを備えて前記流路を流下する試験体に対し、リーダライタによる読取り処理を流路下流端にて実行する第２携帯端末から、データキャリアより読み取られた格納情報を取得するステップと、
前記第１携帯端末および第２携帯端末より取得した各情報を、前記系統情報毎に集約し、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かを検知することで、前記系統の健全性を判定するステップと、
前記健全性の判定結果を出力インターフェイスに出力するステップと、
を含むことを特徴とする通水試験データ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通水試験データ処理システム、通水試験データ処理方法、および通水試験データ処理プログラムに関する。
【背景技術】
【０００２】
流体にデータキャリアを流すことで２点間の通信を行う技術がある。例えば、流体の流れに沿った地点間で高い伝送速度で信頼性の高い通信を提供することを課題として、流体の流れに沿った第１及び第２地点間のデータ通信方法において、流体の流れ中を流れることが可能で、遠隔的に書き込み及び読み取りが可能な複数のデータ記憶ユニットを提供する工程と、データ記憶ユニットが第１地点を通過する時に、遠隔的にデータ記憶ユニットにデータを書込む工程と、データ記憶ユニットが第２地点を通過する時に、遠隔的にデータ記憶ユニットからデータを読取る工程と、を備える方法（特許文献１参照）などが提案されている。
【特許文献１】特開平１０−２３１６７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来提案されている技術は、あたかもネットワーク通信におけるデータパケットとしてデータキャリアを流体というネットワーク上に流通させるといった技術であり、滞流箇所や配管違いの有無等を系統毎に検証して流路の健全性を確認する技術とはなっていない。また、流路の健全性の判定結果を効率的かつ確実に出力し、ユーザにわかりやすく明示するといった提案もなかった。
【０００４】
そこで本発明はこのような課題に着目してなされたもので、流路の健全性判定およびこの判定結果の出力処理を効率的かつ確実なものとする、通水試験データ処理システム、通水試験データ処理方法、および通水試験データ処理プログラムを提供する。
【課題を解決するための手段】
【０００５】
上記目的を達成する本発明の通水試験データ処理システムは、試験体を用いて流路にて実施された通水試験のデータ処理を行うシステムであって、流路下流端の属性を示す系統情報と、前記系統での流下順に試験体毎に所定規則の下で設定される配列情報とを、流路上流にてデータキャリアに書込処理を行う第１携帯端末より、前記データキャリア毎の系統情報および配列情報を取得する、投入側情報取得部と、データキャリアを備えて前記流路を流下する試験体に対し、リーダライタによる読取り処理を流路下流端にて実行する第２携帯端末から、データキャリアより読み取られた格納情報を取得する、回収側情報取得部と、前記第１携帯端末および第２携帯端末より取得した各情報を、前記系統情報毎に集約し、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かを検知することで、前記系統の健全性を判定する、健全性判定部と、前記健全性の判定結果を出力インターフェイスに出力する、出力処理部と、を備える。
【０００６】
また、本発明の通水試験データ処理システムにおいて、前記回収側情報取得部は、第２携帯端末から、データキャリアより読み取られた格納情報と共に、試験体が実際に回収された流路下流端の系統情報を回収系統情報として取得するものであり、前記健全性判定部は、前記第１携帯端末より取得された系統情報と、前記第２携帯端末より取得された回収系統情報とを照合し、両者の一致または不一致の情報を健全性の判定結果として生成するものである、とすれば好適である。
【０００７】
また、本発明の通水試験データ処理システムにおいて、前記投入側情報取得部は、前記第１携帯端末より、前記データキャリア毎の系統情報および配列情報と共に、データキャリアに書込処理される流路への試験体投入時刻の情報を取得するものであり、前記回収側情報取得部は、前記第２携帯端末から、前記データキャリアより読み取られた格納情報と共に、当該データキャリアを備えた試験体の流路下流端での回収時刻の情報を取得するものであり、前記健全性判定部は、前記第１携帯端末および第２携帯端末より取得した試験体投入時刻および回収時刻に基づき、前記試験体が流路を流下するに要した排水完了時間を算出し、当該排水完了時間が所定時間以上であるか否かの判定結果を、健全性の判定結果として生成するものである、とすれば好適である。
【０００８】
また、本発明の通水試験データ処理システムにおいて、前記投入側情報取得部は、複数存在する各第１携帯端末より、前記データキャリア毎の系統情報および配列情報と共に、第１携帯端末の属性情報を取得するものであり、前記健全性判定部は、第１携帯端末および第２携帯端末より取得した各情報を、前記系統情報毎かつ各第１携帯端末の属性情報毎に集約し、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かの検知を、試験体投入に関与した第１携帯端末毎に行うことで、前記系統の健全性を判定するものである、とすれば好適である。
【０００９】
また、本発明の通水試験データ処理システムにおいては、前記投入側情報取得部は、複数存在する各第１携帯端末より、前記データキャリア毎の系統情報および配列情報と共に、第１携帯端末の属性情報を取得するものであり、前記健全性判定部は、前記第１携帯端末および第２携帯端末より取得した各情報を、前記複数存在する各第１携帯端末の属性情報に跨って前記系統情報毎に集約し、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かの検知を、試験体投入に関与した第１携帯端末に跨って行うことで、前記系統の健全性を判定するものである、とすれば好適である。
【００１０】
また、本発明の通水試験データ処理システムにおいて、前記出力処理部は、系統毎の健全性の判定結果における健全性の良否レベルに応じて色分けした所定イメージを、当該判定結果の原因となった試験体に対応付けて出力インターフェイスに出力するものであるとすれば好適である。
【００１１】
また、本発明の通水試験データ処理システムにおいて、前記出力処理部は、系統毎の健全性の判定結果における健全性の良否レベルに応じて色分けした所定イメージを、各系統の流路配置を示した流路図イメージにおける該当系統の所定位置に配置し、この流路図イメージを出力インターフェイスにおいて前記健全性の判定結果として出力するものであるとすれば好適である。
【００１２】
また、本発明の通水試験データ処理方法は、試験体を用いて流路にて実施された通水試験のデータ処理をコンピュータにより行う方法であって、流路下流端の属性を示す系統情報と、前記系統での流下順に試験体毎に所定規則の下で設定される配列情報とを、流路上流にてデータキャリアに書込処理を行う第１携帯端末より、前記データキャリア毎の系統情報および配列情報を取得し、データキャリアを備えて前記流路を流下する試験体に対し、リーダライタによる読取り処理を流路下流端にて実行する第２携帯端末から、データキャリアより読み取られた格納情報を取得し、前記第１携帯端末および第２携帯端末より取得した各情報を、前記系統情報毎に集約し、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かを検知することで、前記系統の健全性を判定し、前記健全性の判定結果を出力インターフェイスに出力する、ことを特徴とする。
【００１３】
また、本発明の通水試験データ処理プログラムは、試験体を用いて流路にて実施された通水試験のデータ処理をコンピュータに実行させるためのプログラムであって、
流路下流端の属性を示す系統情報と、前記系統での流下順に試験体毎に所定規則の下で設定される配列情報とを、流路上流にてデータキャリアに書込処理を行う第１携帯端末より、前記データキャリア毎の系統情報および配列情報を取得するステップと、データキャリアを備えて前記流路を流下する試験体に対し、リーダライタによる読取り処理を流路下流端にて実行する第２携帯端末から、データキャリアより読み取られた格納情報を取得するステップと、前記第１携帯端末および第２携帯端末より取得した各情報を、前記系統情報毎に集約し、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かを検知することで、前記系統の健全性を判定するステップと、前記健全性の判定結果を出力インターフェイスに出力するステップと、を含むことを特徴とする。
【００１４】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１５】
本発明によれば、流路の健全性判定およびこの判定結果の出力処理を効率的かつ確実なものとできる。
【発明を実施するための最良の形態】
【００１６】
−−−通水試験データ処理システムの構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。本実施形態においては、例えば、商業ビルやマンション等の建築物における排水配管を流路として通水試験が行われており、その通水試験データを、通水試験の実施を管理する工事事務所等が備えるサーバ装置にて処理する状況を想定するが、これに適用対象が限定されるものではない。試験体が流下する流路の上流側および下流側のそれぞれで携帯端末によるデータキャリア読取りが実行されるいずれの通水試験の通水試験データに対しても適用可能である。
【００１７】
図１は、本実施形態における通水試験データ処理システムを含む試験概要図である。本発明の通水試験データ処理システム１００（以下、システム１００）は、本発明の通水試験データ処理方法を実行する機能を実現すべく書き換え可能メモリなどのプログラムデータベース１０１に格納されたプログラム１０２をメモリ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。本実施形態においては、上記したように通水試験の実施を管理する工事事務所等が備えるサーバ装置を、システム１００の具体的なイメージの一例として示している。
【００１８】
また、前記システム１００は、コンピュータ装置が一般に備えている各種キーボードやボタン類、ディスプレイなどの入出力インターフェイス１０５、ならびに、通水試験のデータを実地に収集する第１携帯端末２００および第２携帯端末３００などとの間のデータ授受を担う通信手段１０６などを有している。なお、本実施形態においては、前記第１携帯端末２００および第２携帯端末３００として、試験担当者等が試験実行時に携行する情報端末（例：ＰＤＡやラップトップコンピュータなど）を想定するが、通水試験実施に伴い必要な機能を備えた上で試験担当者が携行可能な情報端末であればいずれのものでも採用できる。
【００１９】
前記システム１００は、前記通信手段１０６により、前記第１携帯端末２００および第２携帯端末３００らと例えば工事事務所内のＬＡＮ、或いはシリアル・インターフェース通信線などのネットワーク１４０を介して接続し、通水試験の実行に必要となる事前情報や通水試験後の試験結果の授受を実行する。システム１００の各種機能部と通信手段１０６との間ではＩ／Ｏ部１０７がデータのバッファリングや各種仲介処理を実行している。
【００２０】
なお、前記第１携帯端末２００および第２携帯端末３００も、コンピュータとして、書き換え可能メモリなどのプログラムデータベースに格納されたプログラムをメモリに読み出し、演算装置たるＣＰＵにより実行する。また、コンピュータ装置が一般に備えている入出力インターフェイス、ならびにシステム１００との間のデータ授受を担う通信手段などを有している。更に、各種機能部と通信手段との間ではＩ／Ｏ部がデータのバッファリングや各種仲介処理を実行している。
【００２１】
また、本実施形態においては、一例として、試験範囲に含まれる流路３０が流路３１〜３３の複数存在している状況を想定する。また、流路３１、３２は、流路下流端が同じである同系統の流路であり、この系統を系統５０としている。他方、流路３３は、前記系統５０とは流路下流端が異なる別系統であるため、系統５１に属しているものとしている。
【００２２】
但し、説明の簡明化の為、特に試験範囲の流路や系統を区別しない場合、流路については“流路３０”、系統については“系統５０”で代表させることとする。
【００２３】
続いて、前記システム１００が例えばプログラム１０２に基づき構成・保持する機能部につき説明を行う。なお、前記試験体１０は、流路下流端４０の属性を示す系統情報と前記系統での流下順に試験体１０毎に所定規則の下で設定される配列情報とが、試験開始前にデータキャリア２０に格納されているものとする。なお、本実施形態においては、前記所定規則の一例として、系統での試験体１０の流下順に則した連番設定、を想定する。勿論、本発明の通水試験データ処理方法において、前記所定規則の適用例をこれに限定することはなく、試験体１０の流下順に則した規則性を示すものであればいずれの規則を設定してもよい。
【００２４】
前記システム１００は、流路下流端４０の属性を示す系統情報と、前記系統５０での流下順に試験体１０毎に所定規則の下で設定される配列情報とを、流路上流３５にてデータキャリア２０に書込処理を行う第１携帯端末２００より、前記データキャリア２０毎の系統情報および配列情報を取得する、投入側情報取得部１１０を備える。
【００２５】
また、前記システム１００は、データキャリア２０を備えて前記流路３０を流下する試験体１０に対し、リーダライタ１５０による読取り処理を流路下流端４０にて実行する第２携帯端末３００より、データキャリア２０より読み取られた格納情報を取得する、回収側情報取得部１１１を備える。
【００２６】
また、前記システム１００は、前記第１携帯端末２００および第２携帯端末３００より取得した各情報を、前記系統情報毎に集約し、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かを検知することで、前記系統の健全性を判定する、健全性判定部１１２を備える。
【００２７】
また、前記システム１００は、前記健全性の判定結果を出力インターフェイスに出力する、出力処理部１１３を備える。
【００２８】
なお、前記回収側情報取得部１１１は、第２携帯端末３００より、データキャリア２０より読み取られた格納情報と共に、試験体１０が実際に回収された流路下流端４０の系統情報を回収系統情報として取得するものとすれば好適である。この場合、前記健全性判定部１１２は、前記第１携帯端末２００より取得された系統情報と、前記第２携帯端末３００より取得された回収系統情報とを照合し、両者の一致または不一致の情報を健全性の判定結果として生成するものとなる。  また、前記投入側情報取得部１１０は、前記第１携帯端末２００より、前記データキャリア２０毎の系統情報および配列情報と共に、データキャリア２０に書込処理される流路３０への試験体投入時刻の情報を取得するものとすれば好適である。この場合、前記回収側情報取得部１１１は、前記第２携帯端末３００より、前記データキャリア２０より読み取られた格納情報と共に、当該データキャリア２０を備えた試験体１０の流路下流端４０での回収時刻の情報を取得するものとなる。また、前記健全性判定部１１２は、前記第１携帯端末２００および第２携帯端末３００より取得した試験体投入時刻および回収時刻に基づき、前記試験体１０が流路３０を流下するに要した排水完了時間を算出し、当該排水完了時間が所定時間以上であるか否かの判定結果を、健全性の判定結果として生成するものとなる。
【００２９】
また、前記投入側情報取得部１１０は、複数存在する各第１携帯端末２００より、前記データキャリア２０毎の系統情報および配列情報と共に、第１携帯端末２００の属性情報を取得するものとすれば好適である。この場合、前記健全性判定部１１２は、第１携帯端末２００および第２携帯端末３００より取得した各情報を、前記系統情報毎かつ各第１携帯端末２００の属性情報毎に集約し、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かの検知を、試験体投入に関与した第１携帯端末毎に行うことで、前記系統の健全性を判定するものとなる。
【００３０】
また、前記投入側情報取得部１１０は、複数存在する各第１携帯端末２００より、前記データキャリア２０毎の系統情報および配列情報と共に、第１携帯端末２００の属性情報を取得するものとすれば好適である。この場合、前記健全性判定部１１２は、前記第１携帯端末２００および第２携帯端末３００より取得した各情報を、前記複数存在する各第１携帯端末２００の属性情報に跨って前記系統情報毎に集約し、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かの検知を、試験体投入に関与した第１携帯端末２００に跨って行うことで、前記系統の健全性を判定するものとなる。
【００３１】
また、前記出力処理部１１３は、系統毎の健全性の判定結果における健全性の良否レベルに応じて色分けした所定イメージ（例：後述するアイコン２０１０、２０２０、２０３０、線分２０５０など）を、当該判定結果の原因となった試験体１０に対応付けて出力インターフェイスに出力するものとすれば好適である。
【００３２】
また、前記出力処理部１１３は、系統毎の健全性の判定結果における健全性の良否レベルに応じて色分けした所定イメージ（例：後述するアイコン２０１０、２０２０、２０３０、線分２０５０など）を、各系統の流路配置を示した流路図イメージ２０００（図７参照）における該当系統の所定位置に配置し、この流路図イメージ２０００を出力インターフェイスにおいて前記健全性の判定結果として出力するものであるとすれば好適である。
【００３３】
なお、これまで示した  システム１００における各機能部１１０〜１１３は、ハードウェアとして実現してもよいし、メモリやＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、前記ＣＰＵ１０４がプログラム実行に合わせて記憶装置より該当プログラムをメモリ１０３に読み出して、これを実行することとなる。
【００３４】
また、前記ネットワーク１４０に関しては、インターネット、ＬＡＮの他、ＡＴＭ回線や専用回線、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網、シリアル・インターフェース通信線など様々なネットワークを採用することも出来る。また、ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）など仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。なお、前記シリアル・インターフェイスは、単一の信号線を用いて１ビットずつ順次データを送るシリアル伝送で、外部機器と接続するためのインターフェースを指し、通信方式としてはＲＳ−２３２Ｃ、ＲＳ−４２２、ＩｒＤＡ、ＵＳＢ、ＩＥＥＥ１３９４、ファイバ・チャネルなどが想定できる。
【００３５】
−−−データキャリアの格納情報−−−
次に、本実施形態における前記データキャリア２０の格納情報について説明する。図２は、本実施形態におけるデータキャリア２０の格納情報例を示す図である。このデータキャリア２０は、流路下流端４０の属性を示す系統情報と前記系統５０での流下順に試験体１０毎に連番（所定規則の下で）設定される配列情報とを格納したものであり、試験体１０に貼付あるいは内蔵されるものである。このデータキャリアの例としては、無線ＩＣタグが想定できる。
【００３６】
このデータキャリア２０の格納情報は、例えば、ゴールＩＤ（流路下流端、つまり試験体が到達すべき目標地点毎のＩＤ）をキーとして、デバイスＩＤ（流路上流側のシステムのＩＤ）、デバイス−ゴールシリアル（システム毎かつゴール毎に設定された試験体のシリアル番号：配列情報の一つ）、デバイス−ゴールエンドフラグ（システム毎かつゴール毎に最後に流下させた試験体であることを示すフラグ）、デバイスシリアル（各システムを通しで設定する試験体のシリアル番号：配列情報の一つ）、デバイスエンドフラグ（システム毎に最後に流下させた試験体であることを示すフラグ）といった情報を関連づけたレコードの集合体となっている。
【００３７】
なお、本実施形態における試験体１０としては、球体、多面体、および帯状体などの形態をとることができるが、これらに限定されない。また、試験体１０は、通水試験の際に、流路内を流れる流体と一体となって流下する為に、水の流入を可能とする開口部を備えるものでもよい。或いは、試験体１０の材質自体が吸水性を備えたもや、粘土状のものであってもよい。
【００３８】
具体的な試験体１０として、プラスチック製のゴルフボール、軟式テニスボール、ゴムボール、手ぬぐい、などが使用できる。例えば、プラスチック製のゴルフボールの場合、例えば、１３．５６ＭＨｚ帯のラベル状の無線ＩＣタグを丸めて内部に挿入する。また、ゴムボールや軟式テニスボールの場合、ボールに孔を開けてその内部に水などの流体が入るようにしたうえで、例えば１３．５６ＭＨｚ帯のアンテナ両面に１ｍｍ程度の非導電体層を設けた無線ＩＣタグを挿入する。他方、手ぬぐいの場合、１３．５６ＭＨｚ帯のアンテナ両面に１ｍｍ程度の非導電体層を設けた無線ＩＣタグを縫いつけるか、予め縫いつけたポケット等に無線ＩＣタグを挿入する。つまり、前記無線ＩＣタグのアンテナ周囲に非導電体層を設けた試験体１０とするのである。
【００３９】
これは、１３．５６ＭＨｚ帯の無線ＩＣタグの場合、インレット状のものを濡れたもの（例：前記手ぬぐい等）で直接包むと、リーダライタによる格納情報の読取り動作が困難になる事象への対策である。そのため、インレットの両面に非導電体層を設けるか、同様の非導電体層でモールドされた無線ＩＣタグを使用することとなる。こうした措置を採用することにより、無線ＩＣタグが水分に包まれた状態でもリーダライタとの間での通信が可能となる。
【００４０】
−−通水試験について−−
次に、システム１００により処理する通水試験データを取得するための、通水試験について説明しておく。なお、以下で説明する通水試験に対応する各種動作のうち、ＰＤＡなどの前記第１携帯端末２００および第２携帯端末３００により実行するものは、各携帯端末のメモリに読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００４１】
図３は、本実施形態における通水試験方法の実際手順例を示すフロー図である。このフロー図は、想定する通水試験におけるメインフローを示している。従って、各種判定処理については後述することとする。ここにおける通水試験では、まず、図１で示したような通水試験を実施する工事事務所において、通水試験前のＰＤＡなどの第１携帯端末２００および第２携帯端末３００が、システム１００より通水試験内容の情報等をダウンロードして格納しておく（図９の画面１２００参照）。
【００４２】
この通水試験内容の情報等としては、例えば図６（ａ）〜（ｃ）に示すように、システム１００の側で試験実施に先立って設定される、マスターデータを含むものとなる。このマスターデータは、システム１００が試験担当者等からの入力を入力インターフェイスを介して受け付けて、適宜な記憶装置内に保持するものである。前記試験担当者等は、画面１０００〜１０２０において、分類：通水試験報告書の作成に際して試験結果をグループ化する属性情報、経路：配管の系統を区別するための情報、名称辞書：試験体１０の投入場所名の入力効率を高めるために指定する使用頻度の高い語句、といった情報を指定する。
【００４３】
またシステム１００は、各系統の流路配置を示した流路図イメージ２０００を、例えば流路図データの格納装置から取得する処理を行う。そしてシステム１００は、そのイメージ２０００を画面出力して前記試験担当者等に提示する（図７（ａ）の画面１１００参照）。当該イメージ２０００上では、試験体１０の投入予定箇所に対する、所定のアイコン２０１０の配置指示や、試験体投入予定箇所の名称等の指示を試験担当者等より受け付ける（図７（ｂ）の画面１１１０、同図（ｃ）の画面１１２０参照）。
【００４４】
この試験体１０の投入予定箇所に応じたアイコン２０１０の配置指示については、試験現場の第１携帯端末２００から追加指示を受け付けるとしてもよいが（システム１００と第１携帯端末２００とがネットワーク１４０で結ばれている場合）、事前にシステム１００において登録すれば、試験体回収時点での健全性判定の処理が第２携帯端末３００で行いやすい。なお、投入予定箇所に応じたアイコン２０１０は、必ず適切な系統に対応付けて配置するものとする。
【００４５】
次にシステム１００は、試験体回収箇所に応じたアイコン２０１５の配置指示を同様に前記イメージ２０００上で受け付ける（図８（ａ）の画面１１３０参照）。この試験体回収箇所に応じたアイコン２０１５の配置指示は、試験現場で第１携帯端末２００または第２携帯端末３００から追加を受け付けてもよいが、システム１００側に登録されている系統と対応している必要がある。なおシステム１００は、投入予定箇所について、画面１１４０、１１５０にて経路選択を受け付けたならば、画面１１３０までで指示を受け付けて試験計画がなされている投入予定箇所を、経路毎に表示する（図８（ｂ）、（ｃ）の画面１１４０、１１５０参照）。
【００４６】
また一方で、通水試験対象となる流路３０の流路上流側３５においては、データキャリア２０を付帯した試験体１０が投入に備えているものとする。この試験体１０が付帯するデータキャリア２０には、前記第１携帯端末２００（またはシステム１００）により、流下目的地たる流路下流端４０の属性を示す系統情報と前記系統５０での流下順に試験体１０毎に連番設定される配列情報とを書込処理しておく（Ｓ４００）。そのために、前記第１携帯端末２００は、システム１００から取得していた、前記アイコン２０１０が配置された流路図イメージ２０００のデータを、図１０（ａ）の画面１３００のように表示し、各試験体投入予定箇所（例：便所、バルコニー等）について、図１０（ｂ）、（ｃ）の画面１３１０、１３２０に示すように、実際の試験体投入時刻に関する試験担当者等からの入力を受付ける（或いは、試験担当者等からの試験開始指示に伴って第１携帯端末２００のクロック機能を利用した自動設定をしてもよい）。こうして得た試験体投入時刻の情報は、第１携帯端末２００によりデータキャリア２０に書込処理される。
【００４７】
前記データキャリア２０への書込処理がなされた試験体１０は、前記流路上流側３５から投入し、流路下流端４０へ向けて流下させる（Ｓ４０１）。上述したように、一つの系統５０に対して最終的に合流する流路３０で、試験対象のものが流路３１、３２と複数ある場合、前記試験体１０は各流路３１、３２に対して投入される。
【００４８】
流路３１、３２に投入された試験体１０は、流れに乗って流下し、流路下流端４０に到着したとする。これに対し、流路下流端４０において待機していた第２携帯端末３００（流路上流側３５での第１携帯端末２００と別のものが想定できる）は、前記試験体１０が備える前記データキャリア２０に対し、リーダライタ１５０による読取り処理を実行し、当該データキャリア２０の格納情報を取得する（Ｓ４０２）。
【００４９】
この時、第２携帯端末３００は、自身の備える「読み取りボタン」の押下に応じて、試験体１０のデータキャリア２０に対し、データキャリア２０の格納情報である系統情報や前記試験体投入時刻の情報を読み込みを行う。また、第２携帯端末３００は、当該試験体１０の回収時刻を記録する（図１１（ａ）〜（ｄ）の画面１４００〜１４３０参照）。
【００５０】
こうして、各流路を流下する試験体１０に関する情報収集が行われ、通水試験が実行される。
【００５１】
−−通水試験データ処理−−
上述した通水試験により、流路下流端４０に位置する第２携帯端末３００において試験データは収集できた。この時点では、第２携帯端末３００の単体毎において、当該第２携帯端末３００が１台のみで得た試験データに基づき、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違（例：欠番等）が生じているか否かを検知することは可能である。しかしながら、全ての試験体１０が正しい目的地つまり系統５０の流路下流端４０に到達したかは不明である。また、流路上流３５において投入された試験体１０が、試験担当者等の状況判断などにより、システム１００側で当初設定していたものとは異なる系統５０または流路３０に投入されたか否か、更には、システム１００側での当初設定には含まれない試験体１０が前記試験担当者等の状況判断などにより新たに投入されているか否か、いずれも不明である。
【００５２】
なお、システム１００側での当初設定には含まれない追加の試験体１０が前記試験担当者等の状況判断などにより新たに投入された場合、図１２（ａ）、（ｂ）の画面１５００、１５１０に示すように、回収側の第２携帯端末３００では、前記追加の試験体１０に関して、回収された系統が正しくとも、第２携帯端末３００では当該追加の試験体１０の情報を事前に持っていないため、他の試験体１０に関する試験データに対応付けしたアイコン２０２０の表示色とは異なる色のアイコン２０３０を表示する処理を行うとできる。この表示処理に先立って、この第２携帯端末３００では、図４に沿って後述する健全性判定の処理のうち、当該第２携帯端末３００自身で保持する試験データ（データキャリア２０の読取りデータ等）についてのみ実行可能であるとする。従って、第２携帯端末３００は、自身で保持する試験データについて、健全性判定の処理結果に応じて色分けしたアイコン２０２０、２０３０にて表示するとできる（図１１（ｃ）、（ｄ）等も参照）。
【００５３】
本実施形態における通水試験データ処理を行うシステム１００は、前記第１携帯端末２００および第２携帯端末３００より、通水試験データ処理に必要となる情報を取得することとなる（図１３、画面１６００参照）。システム１００は、複数存在する各第１携帯端末２００より、前記データキャリア２０毎の系統情報および配列情報と、データキャリア２０に書込処理される流路３０への試験体投入時刻の情報と、第１携帯端末２００の属性情報とを取得する（Ｓ４０３）。
【００５４】
また、システム１００は、第２携帯端末３００より、データキャリア２０から読み取られた格納情報と、試験体１０が実際に回収された流路下流端４０の系統情報（回収系統情報）と、試験体１０の流路下流端４０での回収時刻の情報とを取得する（Ｓ４０４）。
【００５５】
続いてシステム１００は、前記第１携帯端末２００および第２携帯端末３００より取得した各情報を、少なくとも前記系統情報毎に集約し、系統毎の健全性判定を実行する（Ｓ４０５）。
【００５６】
システム１００における、この健全性判定の処理としては、例えば、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違（例：欠番等）が生じているか否かを検知することで、前記系統の健全性を判定する処理（Ｓ４０６）があげられる。
【００５７】
また他にも、第１携帯端末２００より取得された系統情報と、前記第２携帯端末３００より取得された前記回収系統情報とを照合し、両者の一致または不一致の情報を健全性の判定結果とする処理（Ｓ４０７）があげられる。
【００５８】
また他にも、第１携帯端末２００および第２携帯端末３００より取得した試験体投入時刻および回収時刻に基づき、前記試験体１０が流路３０を流下するに要した排水完了時間を算出し、当該排水完了時間が所定時間以上であるか否かの判定結果を、健全性の判定結果とする処理（Ｓ４０８）があげられる。ここで言う健全性は、例えば、流路が設計上定められた系統に正しく接続されているか否か、正しく接続されてはいるが排水勾配やコーナーのＲ等が不十分で流路中に滞流が生じないか否か、といった点が問題となる。
【００５９】
また他にも、第１携帯端末２００および第２携帯端末３００より取得した各情報を、前記系統情報毎かつ各第１携帯端末２００の属性情報毎に集約し、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かの検知を、試験体投入に関与した第１携帯端末毎に行うことで、前記系統の健全性を判定する処理（Ｓ４０９）があげられる。例えば、同一系統５０に対する複数回の通水試験を、試験毎に異なる第１携帯端末２００が行う状況があったとする。この場合、各第１携帯端末２００毎に試験データを切り分けないと、異なる第１携帯端末２００間で同じデータキャリア２０を使い回すなどしていれば、各試験間でデータが判別不能に入り交じることとなり適切な通水試験データ処理が困難となる。しかしながら試験体投入に関与した第１携帯端末の属性情報でもって試験データ（当然、試験データ毎に関与した第１携帯端末２００の属性情報が付帯している）を分類し、健全性判定の処理を実行することで、こうした困難を解消できる。
【００６０】
また他にも、第１携帯端末２００および第２携帯端末３００より取得した各情報を、前記複数存在する各第１携帯端末２００の属性情報に跨って前記系統情報毎に集約し、同一系統を流下すべき試験体群の配列情報に前記所定規則との相違が生じているか否かの検知を、試験体投入に関与した第１携帯端末２００に跨って行うことで、前記系統の健全性を判定する処理（Ｓ４１０）があげられる。例えば、同一系統５０に対する同じ通水試験を複数台の第１携帯端末２００を用いて行う状況があったとする。この場合、各第１携帯端末２００を跨って系統毎に試験データを切り分けないと、同じ系統に関する同じ通水試験であっても、各試験データが各第１携帯端末２００毎に実施された別試験に関して得られたものであると互いにみなされ、系統毎の適切な通水試験データ処理が困難となる。しかしながら試験体投入に関与した第１携帯端末の属性情報を跨って系統毎に試験データを分類し、健全性判定の処理を実行することで、こうした困難を解消できる。
【００６１】
前記健全性判定の処理において、前記試験体群の配列情報に、欠番といった所定規則との相違が生じていた場合（Ｓ４１１：ＮＯ）、システム１００は、欠番などの相違に該当する試験体１０を、流路に沿って設けられた前記リーダライタ１５０によるデータキャリア２０の読取り動作によって探知し、該当系統５０における試験体１０の滞流箇所又は紛失箇所を特定するとしてもよい（Ｓ４１２）。この前記リーダライタ１５０を用いた、データキャリア２０の読取り動作による紛失試験体１０の探知処理は、試験担当者等がリーダライタ１５０を携行して流路に沿った巡回をするといったことで行うことが想定できる。なお、流路中に所定間隔で設置したリーダライタ１５０から、試験体１０の読取り結果をシステム１００が取得することで前記探知処理を行うとしてもよい。
【００６２】
こうしてシステム１００は、上記通水試験の実施過程（の全てあるいは一部）の経過情報等や前記健全性の判定結果を取得し、これを所定フォーマットに当てはめるなどして通水試験に関する記録表２５０等を自動作成し、これらを出力インターフェイスに出力する（Ｓ４１３）。この出力の形態については後述する。
【００６３】
−−判定手順の一例−−
次に、健全性の判定手順の詳細例について以下に説明する。図４は、本実施形態の通水試験方法における欠番判定手順例を示すフロー図である。また、図５は、本実施形態における通水試験方法の判定結果例（ａ）〜（ｅ）を示す図である。
【００６４】
まずは、この説明において用いる用語の定義をあらためてしておく。試験体１０の回収時（流路下流端４０）に第２携帯端末３００で記録する情報としては、「Ｇｏａｌ  Ｃｈｅｃｋ」：実際に試験体１０を回収した到達地点つまり系統のＩＤがある。図５（ａ）の例では、“ア”〜“ウ”まで３系統存在する状況を想定している。
【００６５】
また、試験体１０の投入側（流路上流側３５）の第１携帯端末２００で、試験体１０に添付したデータキャリア２０（無線ＩＣタグ）に書込んでおいた情報としては、以下のものが上げられる。  
・Goal：その試験体１０が到達すべき目標地点つまり系統のＩＤ＝図２で示した「ゴールＩＤ」。  
・Device：試験体１０の投入側における第１携帯端末２００のＩＤ＝図２で示した「デバイスＩＤ」であり、図２では“Ａ”と“Ｂ”との２つの第１携帯端末２００を想定している。  
・Device-Goal Serial：ＤｅｖｉｃｅごとＧｏａｌごとのシリアル番号＝図２で示した「デバイス−ゴールシリアル」であり、本発明での配列情報にあたる。  
・Device-Goal End Flag：ＤｅｖｉｃｅごとＧｏａｌごとに最後に投入された試験体１０を示すフラグ＝図２で示した「デバイス−ゴールエンドフラグ」。  
・Device Serial：系統を跨ってＤｅｖｉｃｅごとに連番設定したシリアル番号＝図２で示した「デバイスシリアル」。  
・Device End Flag：Ｄｅｖｉｃｅごとに最後に投入された試験体１０であることを示すフラグ＝図２で示した「デバイスエンドフラグ」。
【００６６】
図３のステップＳ４００〜Ｓ４０２での処理により、流路下流端４０における回収側の各第２携帯端末３００は、上記した各種情報を取得しているものとする。そして、システム１００は、図３に沿って既に上述した、健全性の判定手順を行うことができる。
【００６７】
図４のフローでは、前記システム１００が、第１携帯端末２００および第２携帯端末３００から得た試験データに基づいて行う健全性判定の処理を示すが、前記第２携帯端末３００が自身で得た試験結果に基づいて行う健全性の判定手順としてもよい。
【００６８】
前記システム１００は、全データから投入側デバイス、つまり第１携帯端末２００毎にレコードを抽出し、リスト６００を作成して健全を判定する。ここで全デバイスについて既に健全性の判定処理済みであれば（Ｓ５０１：ＹＥＳ）、処理を終了する。他方、前記健全性の判定処理がまだ行われていない場合（Ｓ５０１：ＮＯ）、処理をステップＳ５０２に進める。
【００６９】
ここでシステム１００は、試験体１０の到着地点が予め設定されていた系統と一致するかを判定する（Ｓ５０２）。この時、前記システム１００は、リスト６００内の各レコードについて、前記“Ｇｏａｌ  Ｃｈｅｃｋ”と“Ｇｏａｌ”との照合を行い、その一致／不一致を判定する。
【００７０】
また、前記システム１００は、前記“Ｄｅｖｉｃｅ  Ｇｏａｌ  Ｓｅｒｉａｌ”つまり配列情報の欠番を、前記レコード中の“Ｇｏａｌ”が例えば“ア”に紐付いたものについて検索し、未着リスト６１０を生成する（Ｓ５０３）。この未着リスト６１０は、図５（ｂ）において、未着リストＰ（Ｘ）として示している。
【００７１】
更にシステム１００は、“Ｇｏａｌ”毎に“Ｄｅｖｉｃｅ  Ｇｏａｌ  Ｅｎｄ  Ｆｌａｇ”が無いレコードを前記未着リスト６１０中で特定し、該当レコードについては未着判定“△”：判断保留、のステータスを紐付ける。また、この時、“Ｄｅｖｉｃｅ  Ｇｏａｌ  Ｅｎｄ  Ｆｌａｇ”が見あたらないレコード群であるから、未着となっている試験体１０の前記“Ｄｅｖｉｃｅ  Ｇｏａｌ  Ｓｅｒｉａｌ”を“ｎ＋１〜？”として前記未着リスト６１０中に設定する（Ｓ５０４）。なお、前記“ｎ”は、既着の試験体１０のうち最大の“Ｄｅｖｉｃｅ  Ｇｏａｌ  Ｓｅｒｉａｌ”の値を採用する。
【００７２】
次に、システム１００は、前記“Ｄｅｖｉｃｅ  Ｅｎｄ  Ｆｌａｇ”がレコード群中に存在するか判定する（Ｓ５０５）。このステップにて、前記“Ｄｅｖｉｃｅ  Ｅｎｄ  Ｆｌａｇ”がレコード群中に存在しないとなった場合（Ｓ５０５：ＮＯ）、処理をステップＳ５０８へと進める。一方、前記“Ｄｅｖｉｃｅ  Ｅｎｄ  Ｆｌａｇ”がレコード群中に存在するとなった場合（Ｓ５０５：ＹＥＳ）、システム１００は、前記リスト６００内に格納されたレコード群について、“Ｄｅｖｉｃｅ  Ｓｅｒｉａｌ”の欠番を特定し、未着リスト６２０として生成する（Ｓ５０６）。この未着リスト６２０は、図５（ｃ）において未着リストＱ（Ｘ）として示している。図中の例では、“Ｄｅｖｉｃｅ  Ｓｅｒｉａｌ”が“３、７、１０、１１、１３”が欠番となっている。従って、試験体１０の未着数Ｍを“５”とする。
【００７３】
次にシステム１００は、“Ｄｅｖｉｃｅ”つまりシステム１００毎に作成した前記未着リスト６１０の保留部分について判定を行う（Ｓ５０７）。ここでは、前記未着判定“△”：判断保留、のステータスが紐付けされた未着リスト６１０中のレコードについて、例えば未着数を“Ｒ”とする。この時、前記未着判定“△”の“Ｄｅｖｉｃｅ  Ｇｏａｌ  Ｓｅｒｉａｌ”は、“ｎ＋１〜ｎ＋Ｒ”となる。特に、未着判定“△”：判断保留、のステータスを紐付けされた未着リスト６１０中のレコード数Ｌが“１”の場合、前記未着判定“△”は“×”：未着へと確定する。
【００７４】
なお、未着数“Ｒ”の算出は、前記未着リストＰ（Ｘ）におけるデータ数を“Ｎ”とすると、“Ｒ＝Ｍ−Ｎ＋１”となる。図５の例では、“Ｒ＝５−４＋１＝２”となるため、図５（ｄ）の未着リスト６３０のように、不明であった“Ｄｅｖｉｃｅ  Ｇｏａｌ  Ｓｅｒｉａｌ”は“ｎ＋１〜ｎ＋Ｒ”＝“５〜６”となる。
【００７５】
また、“Ｄｅｖｉｃｅ  Ｇｏａｌ  Ｅｎｄ  Ｆｌａｇ”の入力が確実でない場合、未着数Ｒの算定式は、“Ｒ＝Ｌ＋Ｍ−Ｎ”となる。図５の例では、“Ｒ＝２＋５−４＝３”となるため、この場合、図５（ｅ）の未着リスト６４０のように、不明であった“Ｄｅｖｉｃｅ  Ｇｏａｌ  Ｓｅｒｉａｌ”は“ｎ＋１〜ｎ＋Ｒ”＝“５〜７”となる。
【００７６】
こうしてシステム１００は未着リストを生成し、全てのデバイスについて同様の処理が行われたならば（Ｓ５０８、Ｓ５０１：ＹＥＳ）、処理を終了する。なお、作成された未着リストは、システム１００がディスプレイやプリンタなどの適宜な出力インターフェイスに出力し、試験員等の閲覧に供されることとなる。
【００７７】
なお、第２携帯端末３００は、試験体投入側の“Ａ”や“Ｂ”の第１携帯端末２００と同一のものであってもよい。
【００７８】
−−出力処理について−−
以上のように本実施形態におけるシステム１００は、第１携帯端末２００および第２携帯端末３００から取得した試験データを、系統毎や第１携帯端末２００毎、或いは第１携帯端末２００を跨るなどして集約処理し、第１携帯端末２００や第２携帯端末３００の使用数や通水試験における使用回数等に関わらず、系統の健全性判定の効率的な処理を正確に実行する。こうして得た健全性判定の処理結果は、試験担当者等の閲覧に際して、視認性良く確実に明示できれば更に好適である。
【００７９】
そこで、システム１００は、試験体１０の投入予定箇所に対応したアイコン２０１０、および試験体回収箇所に応じたアイコン２０１５が配置された前記流路図イメージ２０００上に、前記健全性判定の処理結果を付加し、ディスプレイやプリンタ等の出力インターフェイスに出力する。
【００８０】
この場合、システム１００は、例えば図１４の画面１８００に示すように、前記流路図イメージ２０００のアイコン２０１０（試験体投入箇所）とアイコン２０１５（試験体回収箇所）との間を、線分２０５０で結ぶ処理を実行する。この線分２０５０は、該当系統５０の健全性の判定結果における健全性の良否レベルに応じて色分けした所定イメージにあたる。健全性の良否レベルに応じた色分けの例としては、例えば、緑：試験体が正しい経路（系統）を通り回収された、黄色：経路は正しいが排水完了時間が基準値（例：２分）を超えている、といったものがあげられる。更に、試験体１０が異なる系統を流下し回収された場合、その健全性判定の処理結果に応じた前記線分２０５０は、例えば赤色とし、破線で本来の経路を示し、実線で実際に間違った経路を示すものとできる。また、この赤色の実線を表示しない場合は、試験体１０が未回収の状況を示す。
【００８１】
また、前記線分２０５０の色や形態を健全性判定の処理結果に応じて表示する処理の他、システム１００は、前記アイコン２０１０やアイコン２０１５の色等を、前記線分２０５０と同様に健全性判定の処理結果に応じて変化させるとしてもよい。同様に、第２携帯端末３００は、前記画面１５１０等において、前記アイコン２０２０やアイコン２０３０の色等を、前記線分２０５０と同様に健全性判定の処理結果に応じて変化させるとしてもよい。この場合、当該第２携帯端末３００自身が保持する試験データについてのみ実行された健全性判定の処理結果に応じて前記アイコン２０２０、２０３０の色変化等の処理を実行する。
【００８２】
また他方で、システム１００は、前記健全性判定の処理結果を、所定フォーマットに当てはめて、図１５の画面１９００に示すように、通水試験に関する記録表２５０を自動作成する。この記録表２５０は、システム１００が備える出力インターフェイス（例：ディスプレイや感熱プリンタ、或いは通信インターフェイス等）に出力する。この記録表２５０は、例えば、通水試験の対象となった建造物等の工事名称２５１、試験日２５２、試験の責任者２５３および確認者２５４、試験対象の配管種類２５５、および健全性判定の処理結果２５６といったものが含まれる。こうして、健全性判定の処理結果は、試験担当者等の閲覧に際して、視認性良く確実に明示される。
【００８３】
本発明によれば、流路の健全性判定およびこの判定結果の出力処理を効率的かつ確実なものとできる。
【００８４】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【００８５】
【図１】本実施形態における通水試験データ処理システムを含む試験概要図である。
【図２】本実施形態におけるデータキャリアの格納情報例を示す図である。
【図３】本実施形態における通水試験データ処理方法の実際手順例を示すフロー図である。
【図４】本実施形態の通水試験データ処理方法における欠番判定手順例を示すフロー図である。
【図５】本実施形態における通水試験データ処理方法の判定結果例（ａ）〜（ｅ）を示す図である。
【図６】本実施形態における画面遷移例１を示す図である。
【図７】本実施形態における画面遷移例２を示す図である。
【図８】本実施形態における画面遷移例３を示す図である。
【図９】本実施形態における画面遷移例４を示す図である。
【図１０】本実施形態における画面遷移例５を示す図である。
【図１１】本実施形態における画面遷移例６を示す図である。
【図１２】本実施形態における画面遷移例７を示す図である。
【図１３】本実施形態における画面遷移例８を示す図である。
【図１４】本実施形態における画面遷移例９を示す図である。
【図１５】本実施形態における画面遷移例１０を示す図である。
【符号の説明】
【００８６】
１０    試験体
２０    データキャリア
３０〜３２  流路
３５    流路上流
４０    流路下流端
５０、５１  系統
１００  通水試験データ処理システム
１０１  プログラムデータベース
１０２  プログラム
１０３  メモリ
１０４  ＣＰＵ
１０５  入出力インターフェイス
１０６  通信手段
１０７  Ｉ／Ｏ部
１１０  投入側情報取得部
１１１  回収側情報取得部
１１２  健全性判定部
１１３  出力処理部
１５０  無線ＩＣタグリーダライタ
２００  第１携帯端末
３００  第２携帯端末
２０００  流路図イメージ
【図１】
2006299709.tif 000003
【図２】
2006299709.tif 000004
【図３】
2006299709.tif 000005
【図４】
2006299709.tif 000006
【図５】
2006299709.tif 000007
【図６】
2006299709.tif 000008
【図７】
2006299709.tif 000009
【図８】
2006299709.tif 000010
【図９】
2006299709.tif 000011
【図１０】
2006299709.tif 000012
【図１１】
2006299709.tif 000013
【図１２】
2006299709.tif 000014
【図１３】
2006299709.tif 000015
【図１４】
2006299709.tif 000016
【図１５】
2006299709.tif 000017