(57)【要約】【課題】簡易な構成で、通信効率を高めた通信装置等を提供する。【解決手段】検出したデータをバッファに記憶する複数の通信手段（２０）から、当該データを取得するための問い合わせに応じた所定量の当該データを、有線Ｃ１を介して取得し（Ｓ２、Ｓ１３）、バッファに記憶しているデータのバッファデータ量（Ｄ）に関する情報を、各前記通信手段から取得し（Ｓ２、Ｓ１３）、バッファデータ量に応じて、データを取得するための問い合わせ回数（Ｉ）を、通信手段毎に決定する（Ｓ３、Ｓ１５）。【選択図】図８
2014192789.tif 000002
【特許請求の範囲】
【請求項１】
検出したデータをバッファに記憶する複数の通信手段から、当該データを取得するための問い合わせに応じた所定量の当該データを、有線を介して取得するデータ取得手段と、
前記バッファに記憶しているデータのバッファデータ量に関する情報を、各前記通信手段から取得するバッファデータ量取得手段と、
前記バッファデータ量に応じて、前記データを取得するための問い合わせ回数を、前記通信手段毎に決定する問合回数決定手段と、
を備えたことを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置において、
前記問合回数決定手段が、前記問い合わせ回数の最大値を設定することを特徴とする通信装置。
【請求項３】
請求項１または請求項２に記載の通信装置において、
バッファデータ量に関する情報の履歴を記憶する履歴記憶手段を更に備え、
前記問合回数決定手段が、バッファデータ量に関する情報の履歴に基づき、前記データを取得するための問い合わせ回数を、前記通信手段毎に決定することを特徴とする通信装置。
【請求項４】
請求項１から請求項３のいずれか１項に記載の通信装置において、
前記通信手段毎に決定された問い合わせ回数に応じて、各前記通信手段に問い合わせる順番を変更する問合順変更手段を更に備えたことを特徴とする通信装置。
【請求項５】
通信装置の通信方法において、
検出したデータをバッファに記憶する複数の通信手段から、当該データを取得するための問い合わせに応じた所定量の当該データを、有線を介して取得するデータ取得ステップと、
前記バッファに記憶しているデータのバッファデータ量に関する情報を、各前記通信手段から取得するバッファデータ量取得ステップと、
前記バッファデータ量に応じて、前記データを取得するための問い合わせ回数を、前記通信手段毎に決定する問い合わせ回数決定ステップと、
を含むことを特徴とする通信方法。
【請求項６】
コンピュータを、
検出したデータをバッファに記憶する複数の通信手段から、当該データを取得するための問い合わせに応じた所定量の当該データを、有線を介して取得するデータ取得手段、
前記バッファに記憶しているデータのバッファデータ量に関する情報を、各前記通信手段から取得するバッファデータ量取得手段、および、
前記バッファデータ量に応じて、前記データを取得するための問い合わせ回数を、前記通信手段毎に決定する問合回数決定手段として機能させることを特徴とする通信装置用のプログラム。
【請求項７】
データを取得してバッファに記憶する複数の第１通信装置と、
有線により接続された各前記第１通信装置から前記データを、各前記第１通信装置に問い合わせて取得する第２通信装置と、
を備え、
前記第１通信装置は、前記第２通信装置からの問い合わせにより、前記バッファに記憶しているデータのバッファデータ量に関する情報を前記第２通信装置に送信し、
前記第２通信装置は、各前記第１通信装置のバッファデータ量に応じて、各前記第１通信装置に問い合わせて、前記データを取得するための問い合わせ回数を決定することを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の装置間において通信を行うための通信装置、通信方法、通信装置用のプログラム、および、通信システムに関する。
【背景技術】
【０００２】
工場等の施設内において、移動する物品に携帯端末を取り付け、物品の管理が行われている。物品の位置を推定するためには、施設内に、携帯端末からの電波を受信するセンサが複数配置されている。複数のセンサと、データを管理するサーバ装置との通信方法の１つとして、様々な通信方式がある。例えば、特許文献１には、マスタユニットの送信回路と複数のスレーブユニットの受信回路を通信線でバス型に接続し、マスタユニットの受信回路と複数のスレーブユニットの送信回路を通信線でバス型に接続し、送信と受信を別の通信線で行うようにし、マスタユニットが、通信先と通信時間を示す通信線使用許可情報を各スレーブユニットへ送信するシリアル通信方法が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２５１４４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１では、通信先と通信時間を示す通信線使用許可情報を用いているため、マスタとスレーブにおいて、精度が高いタイマにより時間を測定する必要があり、特別な部品等によるコストアップの問題や通信効率の向上の限界があった。
【０００５】
そこで、本発明は上記の問題点等に鑑みて為されたもので、その課題の一例は、簡易な構成で、通信効率を高めた通信装置等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決するために、請求項１に記載の発明は、検出したデータをバッファに記憶する複数の通信手段から、当該データを取得するための問い合わせに応じた所定量の当該データを、有線を介して取得するデータ取得手段と、前記バッファに記憶しているデータのバッファデータ量に関する情報を、各前記通信手段から取得するバッファデータ量取得手段と、前記バッファデータ量に応じて、前記データを取得するための問い合わせ回数を、前記通信手段毎に決定する問合回数決定手段と、を備えたことを特徴とする。
【０００７】
また、請求項２に記載の発明は、請求項１に記載の通信装置において、前記問合回数決定手段が、前記問い合わせ回数の最大値を設定することを特徴とする。
【０００８】
また、請求項３に記載の発明は、請求項１または請求項２に記載の通信装置において、バッファデータ量に関する情報の履歴を記憶する履歴記憶手段を更に備え、前記問合回数決定手段が、バッファデータ量に関する情報の履歴に基づき、前記データを取得するための問い合わせ回数を、前記通信手段毎に決定することを特徴とする。
【０００９】
また、請求項４に記載の発明は、請求項１から請求項３のいずれか１項に記載の通信装置において、前記通信手段毎に決定された問い合わせ回数に応じて、各前記通信手段に問い合わせる順番を変更する問合順変更手段を更に備えたことを特徴とする。
【００１０】
また、請求項５に記載の発明は、通信装置の通信方法において、検出したデータをバッファに記憶する複数の通信手段から、当該データを取得するための問い合わせに応じた所定量の当該データを、有線を介して取得するデータ取得ステップと、前記バッファに記憶しているデータのバッファデータ量に関する情報を、各前記通信手段から取得するバッファデータ量取得ステップと、前記バッファデータ量に応じて、前記データを取得するための問い合わせ回数を、前記通信手段毎に決定する問い合わせ回数決定ステップと、を含むことを特徴とする。
【００１１】
また、請求項６に記載の発明は、コンピュータを、検出したデータをバッファに記憶する複数の通信手段から、当該データを取得するための問い合わせに応じた所定量の当該データを、有線を介して取得するデータ取得手段、前記バッファに記憶しているデータのバッファデータ量に関する情報を、各前記通信手段から取得するバッファデータ量取得手段、および、前記バッファデータ量に応じて、前記データを取得するための問い合わせ回数を、前記通信手段毎に決定する問合回数決定手段として機能させることを特徴とする。
【００１２】
また、請求項７に記載の発明は、データを取得してバッファに記憶する複数の第１通信装置と、有線により接続された各前記第１通信装置から前記データを、各前記第１通信装置に問い合わせて取得する第２通信装置と、を備え、前記第１通信装置は、前記第２通信装置からの問い合わせにより、前記バッファに記憶しているデータのバッファデータ量に関する情報を前記第２通信装置に送信し、前記第２通信装置は、各前記第１通信装置のバッファデータ量に応じて、各前記第１通信装置に問い合わせて、前記データを取得するための問い合わせ回数を決定することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、検出したデータをバッファに記憶する複数の通信手段から、当該データを取得するための問い合わせに応じた所定量の当該データを、有線を介して取得し、バッファに記憶しているデータのバッファデータ量に関する情報を、各通信手段から取得し、バッファデータ量に応じて、データを取得するための問い合わせ回数を、通信手段毎に決定することにより、特別な部品が必要なく簡易な構成で、通信効率を高めることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態に係る通信システムの概要構成例を示す模式図である。
【図２】図１の情報処理装置およびスレーブ装置の概要構成例を示すブロック図である。
【図３】図１の情報処理装置に構築されたデータテーブルの一例を示す模式図である。
【図４】施設の地図情報の一例を示す模式図である。
【図５】データフォーマットの一例を示す模式図である。
【図６】データフォーマットの一例を示す模式図である。
【図７】図１の端末装置の一例を示す模式図である。
【図８】図１の通信システムの動作例を示すフローチャートである。
【図９】端末装置の移動の一例を示す模式図である。
【図１０】図１の通信システムの動作の第１変形例を示すフローチャートである。
【図１１】図１の通信システムの動作の第２変形例を示すフローチャートである。
【図１２】図１の通信システムの動作の第３変形例を示すフローチャートである。
【図１３】図１の情報処理装置およびスレーブ装置の概要構成の変形例を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照して本発明の実施形態について説明する。なお、以下に説明する実施の形態は、通信システムに対して本発明を適用した場合の実施形態である。
【００１６】
［１．通信システムの構成および機能の概要］
【００１７】
まず、本発明の一実施形態に係る受信装置の構成および概要機能について、図１を用いて説明する。
【００１８】
図１は、本発明の実施形態に係る通信システムの概要構成例を示す模式図である。
【００１９】
図１に示すように、通信システム１は、マスタのコンピュータである情報処理装置１０と、情報処理装置１０に接続したスレーブ装置２０（検出したデータをバッファに記憶する通信手段の一例）と、物品５に取り付けられた端末装置３０と、端末装置３０に表示のデータを送信する情報処理装置４０と、を備える。
【００２０】
情報処理装置１０と、各スレーブ装置２０とは、シリアル通信用の有線Ｃ１を介して接続されている。各スレーブ装置２０は、各端末装置３０が発する電波を受信する。
【００２１】
スレーブ装置２０は、受信機能を有する。スレーブ装置２０は、例えば、工場等の施設の天井Ｃや壁に設置される。各端末装置３０の位置を特定できるように、施設内に多数配置されている。スレーブ装置２０は、端末装置３０から受信した情報を、有線Ｃ１を介して、情報処理装置１０に送信する。なお、スレーブ装置２０は、端末装置３０が無線機４１と交信する際の電波を受信してもよいし、端末装置３０からの専用の電波を受信してもよい。スレーブ装置２０は、受信強度を変えるために、受信強度に応じてスレーブ装置２０の態様が変わる。また、各スレーブ装置２０には、無線機ＩＤが割り振られている。
【００２２】
情報処理装置４０と、各無線機４１とは、ＬＡＮのようなネットワークを通して接続されている。各無線機４１と、各端末装置３０とは、近距離無線通信により交信を行う。例えば、各無線機４１と各端末装置３０とは、２．４ＧＨｚ帯域の近距離無線通信により、５０ｍ〜１００ｍの範囲の交信を行う。
【００２３】
無線機４１は、基地局（アクセスポイント）であり、送信機能と受信機能とを有する。無線機４１は、例えば、工場等の施設（所定の範囲の一例）の天井や壁に設置される。端末装置３０が施設内のどこにあっても通信できるように配置されている。
【００２４】
情報処理装置１０は、各スレーブ装置２０からの情報に基づき、端末装置３０の位置を求めたり、端末装置３０の個数を求めたりする。情報処理装置１０は、端末装置３０からの情報に基づき、物品５の生産管理を行う。
【００２５】
端末装置３０は、物品５（端末装置と対応する対象物の一例）に取り付けられたり、物品５を運ぶ荷台やコンテナ（端末装置と対応する対象物の一例）に取り付けられたりする。
【００２６】
また、格納庫５５に格納されている物品５も存在する。
【００２７】
情報処理装置４０は、無線機４１を介して、各端末装置３０に表示するデータ等を送信する。
【００２８】
情報処理装置１０と情報処理装置４０とは、ＬＡＮのようなネットワーク（図示せず）を通して接続されている。
【００２９】
［２．各装置の構成および機能］
（２．１  情報処理装置１０の構成および機能）
次に、情報処理装置１０の構成および機能について、図２を用いて説明する。
【００３０】
図２は、情報処理装置１０およびスレーブ装置２０の概要構成例を示すブロック図である。
【００３１】
図２に示すように、情報処理装置１０は、制御部１１と、記憶部１２と、送受信部１３と、を備えている。
【００３２】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等により構成されている。そして、制御部１１は、スレーブ装置２０に問い合わせる回数等を求める。
【００３３】
記憶部１２には、例えば、ハードディスクドライブ、シリコンディスクドライブ等により構成されており、オペレーティングシステムおよびプログラム等の各種プログラムや地図情報等を記憶する。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークを介して取得されるようにしてもよいし、記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。
【００３４】
また、記憶部１２には、スレーブ装置２０のからの情報を管理するデータベース、物品５がある施設のフロアマップの情報を記憶した地図情報データベース、端末装置３０の位置を記憶した位置情報データベース等が構築されている。
【００３５】
図３に示すように、履歴記憶手段の一例である記憶部１２のデータベース（データテーブル）には、各スレーブ装置２０を示すスレーブアドレス、次に問い合わせを行う回数、スレーブ装置２０にバッファされているデータの格納数（データのバッファデータ量の一例）、スレーブ装置２０にバッファされていた前回のデータの格納数等の格納数の履歴、スレーブ装置２０から取得した端末装置の端末ＩＤの個数、スレーブ装置２０から取得した端末ＩＤの個数の履歴等が記憶されている。
【００３６】
なお、記憶部１２のデータテーブルに、問い合わせ一連処理の時期、または、問い合わせ一連処理の序数に関連付けて、格納数、取得した端末ＩＤの個数、問い合わせ回数等が記憶されてもよい。また、記憶部１２のデータテーブルに、取得した端末ＩＤの個数の合計数が記憶されてもよい。
【００３７】
地図情報データベースには、フロアマップデータとして、図４に示すような施設５０内における通路５１の配置情報、部屋５２の配置情報、物品５の格納庫５５等の配置情報、スレーブ装置２０および無線機４１の配置情報が記憶されている。各通路５１には、通路ＩＤが割り当てられ、通路の始点、終点、長さ、幅等が地図情報データベースに記憶されている。また、各部屋５２、各格納庫５５には、それぞれ、部屋ＩＤ、格納庫ＩＤが割り当てられている。
【００３８】
なお、図４に示すように、物品５に対応させた端末装置３０の位置を詳細に求めたいところに、スレーブ装置２０は密度が高く設置されている。特に、格納庫５５のどの当たりに物品５があるかを求めたい場合、格納庫５５の近傍にスレーブ装置２０が多く設置されている。
【００３９】
また、地図情報データベースには、端末装置３０を対応させる物品が存在しえない場所を示す存在不可情報、格納庫における物品の数等を示す格納庫情報が、格納庫ＩＤに関連付けられて記憶されている。ここで、存在不可情報は、例えば、トイレ、更衣室、事務室、施設５０の外側、壁等、端末装置３０を対応させる物品が置かれることのない存在不可エリアを示す位置情報である。
【００４０】
位置情報データベースには、各端末装置３０の位置履歴として、各端末装置３０の位置情報および時刻が、各端末装置３０の端末ＩＤに関連付けられて記憶される。例えば、図４に示すように、施設５０の所定の場所を原点とする座標軸が設定される。
【００４１】
送受信部１３は、各スレーブ装置２０と、有線Ｃ１によりバス型に接続し、各スレーブ装置２０との受送信を制御するようになっている。情報処理装置１０と、各スレーブ装置２０とは、有線Ｃ１により半２重通信を行う。
【００４２】
送受信部１３は、図５に示すようなデータフォーマットの問い合わせ信号を、各スレーブ装置２０にシリアル通信により送信する。図５に示すように、問い合わせ信号は、フレームデータサイズ、問い合わせをするスレーブ装置２０のスレーブアドレス、データを送信するように指令する指令ＩＤ、問い合わせ１回毎に送信するデータ数（Ｍ個）等により構成される。なお、個数Ｍは、問い合わせ１回に対して送信する最大個数のデータ数である。この個数Ｍが設定されることにより、問い合わせ１回に対して送信するデータ数が、制限され、通信の効率性が高まる。
【００４３】
また、送受信部１３は、図６に示すようなデータフォーマットのデータ（応答フレーム）を、各スレーブ装置２０からシリアル通信により受信する。図６に示すように、指令に従いスレーブ装置２０から取得するデータは、フレームデータサイズ、スレーブ装置２０にバッファされているデータの格納数Ｄ、端末装置３０の端末ＩＤ等により構成される。なお、受信する端末ＩＤの個数は、問い合わせ１回毎に送信するデータ数である。また、データフォーマットに、端末装置３０からの電波の受信強度を含めてもよい。
【００４４】
（２．２  スレーブ装置２０の構成および機能）
次に、スレーブ装置２０の構成および機能について、図２を用いて説明する。
【００４５】
図２に示すように、スレーブ装置２０は、制御部２１と、記憶部２２と、送受信部２３と、センサ部２４と、を備えている。
【００４６】
制御部２１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等により構成されている。そして、制御部２１は、スレーブ装置２０を制御する。制御部２１のＲＡＭ等に、情報処理装置１０に送信するデータのバッファ領域が確保される。バッファには、端末装置３０の端末ＩＤを含むデータ記憶される。例えば、ＦＩＦＯ（First In First Out）方式でバッファ内に端末ＩＤが記憶される。なお、送受信部２３や、記憶部１２に、情報処理装置１０に送信するデータのバッファ領域が確保されてもよい。
【００４７】
記憶部２２には、例えば、ハードディスクドライブ、シリコンディスクドライブ等により構成されており、オペレーティングシステムおよびプログラム等の各種プログラムを記憶する。また、スレーブ装置２０自体のスレーブアドレスが記憶部２２に記憶されている。なお、各種プログラムは、例えば、他のサーバ装置等からネットワークを介して取得されるようにしてもよいし、記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。
【００４８】
送受信部２３は、有線Ｃ１に接続して、情報処理装置１０との受送信を制御するようになっている。
【００４９】
送受信部２３は、図５に示すようなデータフォーマットの問い合わせ信号を、情報処理装置１０からシリアル通信により受信する。
【００５０】
また、送受信部１３は、図６に示すようなデータフォーマットのデータを、情報処理装置１０にシリアル通信により受信する。
【００５１】
センサ部２４は、各端末装置３０からの電波を受信するアンテナと、検波機能等を有する。センサ部２４は、近傍にある（受信範囲にある）各端末装置３０からの電波を受信する。各端末装置３０からの電波の信号には、各端末装置３０の端末ＩＤの情報が含まれている。センサ部２４は、受信した電波から、電波に含まれる端末装置３０の端末ＩＤを検出する。
【００５２】
ここで、アンテナの一例として、例えば、ダイポールアンテナ、ループアンテナ、ノーマルモードヘリカルアンテナ、メアンダラインアンテナ、板状逆Ｆアンテナ等が挙げられる。なお、センサ部２４は、端末装置３０からの電波の受信強度を測定する機能を有してもよい。
【００５３】
（２．３  端末装置３０）
次に、端末装置３０について、図７を用いて説明する。
図７は、端末装置３０の一例を示す模式図である。
【００５４】
図７に示すように、コンピュータとして機能する端末装置３０は、通信部（図示せず）と、記憶部（図示せず）と、表示部３１と、操作部３２と、入出力インターフェース部（図示せず）と、システム制御部（図示せず）と、小型電池等の電源（図示せず）と、を備えている。端末装置３０の通信部は、アンテナを有し、スレーブ装置２０を介して情報処理装置１０と、無線機４１を介して情報処理装置４０との通信を行う。各端末装置３０は、端末装置３０自体を示す端末ＩＤを含む信号の電波を発信する。
【００５５】
端末装置３０の表示部３１には、物品の品名、顧客名、仕様、コード、ロット番号、日付、物品に関する画像等が表示される。
【００５６】
端末装置３０の操作部３２は、例えば、操作ボタン等よって構成されている。操作ボタンにより、電源のオン・オフや、次のページ表示、最新の情報の表示等が操作される。
【００５７】
［３．通信システム１の動作］
次に、本発明の１実施形態に係る通信システム１の動作について図８および図９を用いて説明する。
【００５８】
図８は、通信システムの動作例を示すフローチャートである。図９は、端末装置の移動の一例を示す模式図である。
【００５９】
（３．１  初回の問い合わせ一連処理）
【００６０】
図８および図９を用いて通信システム１の動作について説明する。
【００６１】
まず、各端末装置３０が、端末装置３０自体の端末ＩＤを含む電波を発信する。そして、各端末装置３０からの電波が届く範囲のスレーブ装置２０が、端末ＩＤを受信することによりデータを検出する。端末ＩＤを受信したスレーブ装置２０は、受信した端末ＩＤをスレーブ装置２０のバッファに順次記憶する。
【００６２】
図８に示すように、通信システム１は、スレーブアドレスの初期設定を行う（ステップＳ１）。具体的には、情報処理装置１０が、問い合わせをするスレーブ装置２０のスレーブアドレスを、最初のスレーブアドレス、例えば、”００１”に設定する。
【００６３】
次に、通信システム１は、スレーブへの問い合わせを行い、フレームデータを受信する（ステップＳ２）。具体的には、情報処理装置１０が、各スレーブ装置２０にポーリングを行うために、図５に示すようなデータフォーマットの問い合わせ信号を、有線Ｃ１上に送信する。
【００６４】
そして、各スレーブ装置２０は、情報処理装置１０から問い合わせ信号を受信して、問い合わせ信号に含まれるスレーブアドレスと、スレーブ装置２０自体のスレーブアドレスとを照合する。スレーブアドレスが合致したならば、合致したスレーブ装置２０が、問い合わせ信号に含まれる指令ＩＤおよび問い合わせ１回毎に送信する最大データ数（Ｍ個）に従い、図６に示すようなデータフォーマットのフレームデータを情報処理装置１０に送信する。例えば、スレーブ装置２０自体のスレーブアドレスと、スレーブ装置２０にバッファされているデータの格納数Ｄと、スレーブ装置２０のバッファ内にある端末ＩＤとを含むフレームデータを最大Ｍ個送信する。
【００６５】
なお、この問い合わせでスレーブ装置２０が送信する端末ＩＤの個数を、個数Ｇとする（０＜＝Ｇ＜＝Ｍ）。スレーブ装置２０のバッファ内に残っているデータの格納数Ｄと、個数Ｇとの和は、問い合わせ前に、スレーブ装置２０のバッファに貯まっていたデータの個数である。
【００６６】
そして、情報処理装置１０が、問い合わせ先のスレーブ装置２０からフレームデータを受信する。情報処理装置１０が、受信したフレームデータから格納数Ｄを抽出し、図３に示すように、記憶部１２のデータテーブルに、スレーブアドレスに関連付けて、格納数Ｄおよび、取得したデータ数の個数Ｇの値を記憶する。また、情報処理装置１０が、スレーブアドレスに関連付けて、取得した端末ＩＤのデータを、記憶部１２に記憶する。
【００６７】
このように、情報処理装置１０は、検出したデータをバッファに記憶する複数の通信手段から、当該データを取得するための問い合わせに応じた所定量の当該データを、有線を介して取得するデータ取得手段の一例として機能する。また、情報処理装置１０は、前記バッファに記憶しているデータのバッファデータ量に関する情報を、各前記通信手段から取得するバッファデータ量取得手段の一例として機能する。
【００６８】
次に、通信システム１は、次回問い合わせ回数Ｉを算出し、記憶する（ステップＳ３）。具体的には、情報処理装置１０が、問い合わせをしたスレーブ装置２０に対して、次に問い合わせをする際、スレーブ装置２０のバッファ内に残っているデータの格納数Ｄと、問い合わせ１回毎に送信する最大データ数（個数Ｍ）に基づき、何回連続して問い合わせを行うかの回数Ｉを算出する。そして、情報処理装置１０が、図３に示すように、記憶部１２のデータテーブルに、スレーブアドレスに関連付けて、次回問い合わせ回数Ｉを記憶する。
【００６９】
例えば、情報処理装置１０が、格納数Ｄと個数Ｍとの比（格納数Ｄ／個数Ｍの値）に従い、回数Ｉを算出する。例えば、Ｄ＝６、Ｍ＝４の場合、Ｄ／Ｍ＝１．５で、１＜Ｄ／Ｍ＜２なので、Ｉ＝１とする。Ｄ＝０、Ｍ＝４の場合、Ｄ／Ｍ＝０なので、Ｉ＝０とする。Ｄ＝１５、Ｍ＝４の場合、３＜Ｄ／Ｍ＜４なので、Ｉ＝３とする。なお、回数Ｉは、Ｄ／Ｍの四捨五入した値や、Ｄ／Ｍ＋１等の値でもよい。また、回数Ｉ、スレーブ装置２０に応じた値でもよい。回数Ｉは、効率的に通信ができる値に設定されればよい。また、回数Ｉに、問い合わせ回数の最大値が設定されてもよい。
【００７０】
また、情報処理装置１０が、他のスレーブ装置２０の格納数に応じて、他のスレーブ装置２０とのバランスにより、次回問い合わせ回数Ｉを算出してもよい。全体的に最適になるように、各スレーブ装置２０の次回問い合わせ回数Ｉの配分ができ、通信効率を高めることができる。
【００７１】
このように、情報処理装置１０は、前記バッファデータ量に応じて、前記データを取得するための問い合わせ回数を、前記通信手段毎に決定する問合回数決定手段の一例として機能する。また、情報処理装置１０は、問合回数決定手段が、前記問い合わせ回数の最大値を設定する問合回数決定手段の一例として機能する。
【００７２】
次に、通信システム１は、最後のアドレスであるか否かを判定する（ステップＳ４）。具体的には、情報処理装置１０が、最後のスレーブアドレスのスレーブ装置２０であるか否かを、記憶部１２に記憶されているスレーブアドレスに従い判定する。
【００７３】
最後のアドレスでない場合（ステップＳ４；ＮＯ）、通信システム１は、次のスレーブアドレスを設定する（ステップＳ５）。情報処理装置１０が、次のスレーブアドレスを設定し、ステップＳ２に戻る。
【００７４】
最後のアドレスである場合（ステップＳ４；ＮＯ）、通信システム１は、２回目以降の問い合わせ一連処理を行う。
【００７５】
以上、情報処理装置１０は、初回の問い合わせ一連処理では、全てのスレーブ装置２０に対して、１回問い合わせを行い、バッファにデータがあれば、データを取得する。
【００７６】
なお、図９に示すように、物品５を運ぶ荷台が移動したり、格納庫５５に物品５が搬入されたり、搬出されることにより、スレーブ装置２０のバッファ内にあるデータの格納数Ｄは、変動する。そのため、情報処理装置１０が、一定の期間内で、各スレーブ装置２０のバッファのデータを受信する。
【００７７】
（３．２  ２回目以降の問い合わせ一連処理）
次に、２回目以降の問い合わせ一連処理について説明する。
【００７８】
次に、通信システム１は、スレーブアドレスの初期設定を行う（ステップＳ１０）。具体的には、情報処理装置１０が、ステップＳ１のように、スレーブアドレスの初期設定を行う。
【００７９】
次に、通信システム１は、問い合わせ回数Ｉを取得する（ステップＳ１１）。具体的には、情報処理装置１０が、記憶部１２のデータテーブルを参照して、設定されたスレーブアドレスに従い、問い合わせ回数Ｉを読み出す。
【００８０】
次に、通信システム１は、問い合わせ回数Ｉが０より大きいか否かを判定する（ステップＳ１２）。具体的には、情報処理装置１０が、読み出した問い合わせ回数Ｉが、０以上か否かを判定する。
【００８１】
問い合わせ回数Ｉが０より大きい場合（ステップＳ１２；ＹＥＳ）、通信システム１は、スレーブへの問い合わせを行い、フレームデータを受信する（ステップＳ１３）。具体的には、情報処理装置１０が、ステップＳ２のように、スレーブへの問い合わせを行い、フレームデータを受信する。
【００８２】
次に、通信システム１は、問い合わせ回数Ｉを減算する（ステップＳ１４）。具体的には、情報処理装置１０が、問い合わせ回数Ｉから１を減算する。
【００８３】
そして、情報処理装置１０は、ステップＳ１２の処理に戻り、問い合わせ回数Ｉが０になるまで、設定されたスレーブアドレスに該当するスレーブ装置２０から、連続で端末ＩＤのデータを取得する。
【００８４】
ここで、この回数Ｉの問い合わせで、スレーブアドレスに該当するスレーブ装置２０から情報処理装置１０が取得する端末ＩＤの個数Ｇは、最大、個数Ｍ×回数Ｉとなる（０＜＝Ｇ＜＝Ｍ×Ｉ）。スレーブ装置２０のバッファ内に残っているデータの格納数Ｄ（＞＝０）は、前回の問い合わせ時の格納数Ｄ−個数Ｇ以上となる。
【００８５】
そして、情報処理装置１０が、回数Ｉの問い合わせのうち、最後に受信したフレームデータから格納数Ｄを抽出し、図３に示すように、記憶部１２のデータテーブルに、スレーブアドレスに関連付けて、格納数Ｄおよび個数Ｇを更新して記憶する。すなわち、情報処理装置１０が、記憶部１２のデータテーブルに、格納数の欄の格納数のデータを、前回格納数の欄に移し、格納数の欄に、新しい格納数Ｄを記憶する。また、情報処理装置１０が、記憶部１２のデータテーブルに、取得した端末ＩＤの個数の欄のデータを、前回取得した端末ＩＤの個数の欄に移し、取得した端末ＩＤの個数の欄に、新しい個数Ｇを記憶する。また、情報処理装置１０が、スレーブアドレスに関連付けて、回数Ｉの問い合わせで取得した端末ＩＤのデータを、記憶部１２に記憶する。
【００８６】
問い合わせ回数Ｉが０より大きくない場合（ステップＳ１２；ＮＯ）、通信システム１は、次回問い合わせ回数Ｉを算出し、記憶する（ステップＳ１５）。具体的には、減算した回数＝０になった場合、情報処理装置１０が、ステップＳ３のように、次回問い合わせ回数Ｉを算出し、記憶する。
【００８７】
問い合わせ回数Ｉ＝０のスレーブ装置２０には、問い合わせをしないので、各スレーブアドレスに対応した各問い合わせ回数Ｉに応じて、スレーブ装置２０が選択されることになる。また、各スレーブアドレスに対応した各問い合わせ回数Ｉに応じ、各問い合わせ回数Ｉや、全体の問い合わせ回数が制御される。
【００８８】
なお、スレーブ装置２０のバッファ内に残っているデータの格納数Ｄが０の場合、情報処理装置１０が、強制的に回数Ｉ＝１とする。すなわち、物品５を運ぶ荷台が移動したり、格納庫５５に物品５が搬入されたり、搬出されることにより、スレーブ装置２０のバッファ内にあるデータの格納数Ｄは、変動するので、強制的に回数Ｉ＝１として、所定のスレーブ装置２０に対して、少なくとも問い合わせを１回することにより、取りこぼしを防止する。
【００８９】
このように、情報処理装置１０は、前記バッファデータ量に応じて、前記データを取得するための問い合わせ回数を、前記通信手段毎に決定する問合回数決定手段の一例として機能する。また、情報処理装置１０は、問合回数決定手段が、前記問い合わせ回数の最大値を設定する問合回数決定手段の一例として機能する。 
【００９０】
次に、通信システム１は、最後のアドレスであるか否かを判定する（ステップＳ１６）。具体的には、情報処理装置１０が、ステップＳ４のように、最後のアドレスであるか否かを判定する。
【００９１】
最後のアドレスでない場合（ステップＳ１６；ＮＯ）、通信システム１は、ステップＳ５のように、次のスレーブアドレスを設定する（ステップＳ１７）。そして、通信システム１の処理は、ステップＳ１１の処理に戻る。
【００９２】
最後のアドレスである場合（ステップＳ１６；ＹＥＳ）、通信システム１の処理は、ステップＳ１０に戻り、次の問い合わせ一連処理（第３回目以降問い合わせ一連処理）のサイクルになる。
【００９３】
情報処理装置１０の電源等が切れるまで、以上の処理を繰り返す。
【００９４】
以上、本実施形態によれば、検出したデータをバッファに記憶する複数の通信手段から、当該データを取得するための問い合わせに応じた所定量の当該データを、有線を介して取得し、バッファに記憶しているデータのバッファデータ量に関する情報を、各通信手段から取得し、バッファデータ量に応じて、データを取得するための問い合わせ回数を、通信手段毎に決定することにより、特別な部品が必要なく簡易な構成で、通信効率を高めることができる。
【００９５】
また、マスタの情報処理装置１０が、各スレーブ装置２０のバッファ内のデータ数である格納数Ｄを把握、予測することにより、問い合わせるスレーブを選別し、問い合わせ回数を制御することができるようになり、無駄なマスタ・スレーブ間の通信を削減することで通信効率をあげることができる。
【００９６】
また、スレーブ装置２０側は、バッファ内の格納数の情報を応答フレームに入れる以外に、特別なハードウェア等が必要なく、マスタ側の情報処理装置１０に対する実装だけでの低コストに通信システムを実現できる。例えば、マスタ・スレーブ間の通信は、通信許可時間で行わないため、精度の良い発振器や緩衝時間は必要ない。
【００９７】
スレーブ装置２０内のバッファに溜まっているデータをマスタの情報処理装置１０に送信する際に、バッファに溜まっている格納数Ｄを一緒にマスタに送信し、情報処理装置１０が通信を行うスレーブ装置２０を選別することにより、無駄なマスタ・スレーブ間の通信を減らすことができ、通信効率が向上する。
【００９８】
また、問い合わせ回数の最大値を設定する場合、連続して問い合わせる回数Ｉが制限され、通信の効率性が高まる。
【００９９】
（３．３  通信システムの動作の第１変形例）
次に、通信システム１の動作の第１変形例について、図１０を用いて説明する。なお、前記実施形態と同一または対応する部分には、同一の符号を用いて異なる構成および作用のみを説明する。その他の変形例も同様とする。
【０１００】
図１０に示すように、通信システム１は、初回の問い合わせ一連処理に関して、ステップＳ１からステップＳ５までのように、ステップＳ２１からステップＳ２５まで処理を行う。
【０１０１】
次に、通信システム１は、２回目以降の問い合わせ一連処理に関して、ステップＳ１０からステップＳ１３までのように、ステップＳ３０からステップＳ３３まで処理を行う。
【０１０２】
次に、通信システム１は、スレーブへの問い合わせフレームデータを受信した後（ステップＳ３３）、格納数が０であるか否かを判定する（ステップＳ３４）。具体的には、情報処理装置１０が、ステップＳ３３において、問い合わせ先のスレーブ装置２０から取得したフレームデータの格納数Ｄが０であるか否かを判定する。格納数Ｄが０である場合は、問い合わせする必要がないので、情報処理装置１０が、この判定を行う。
【０１０３】
格納数が０でない場合（ステップＳ３４；ＮＯ）、通信システム１は、ステップＳ１４のように、問い合わせ回数Ｉを減算する（ステップＳ３５）。
【０１０４】
格納数が０である場合（ステップＳ３４；ＹＥＳ）、通信システム１は、ステップＳ１５のように、次回問い合わせ回数Ｉの算出し、記憶する（ステップＳ３６）。
【０１０５】
次に、通信システム１は、ステップＳ１６のように、最後のアドレスであるか否かを判定する（ステップＳ３７）。
【０１０６】
最後のアドレスでない場合（ステップＳ３７；ＮＯ）、通信システム１は、ステップＳ１７のように、次のスレーブアドレスを設定する（ステップＳ３８）。そして、通信システム１の処理は、ステップＳ３１の処理に戻る。
【０１０７】
最後のアドレスである場合（ステップＳ３７；ＹＥＳ）、通信システム１の処理は、ステップＳ３０に戻り、次の問い合わせ一連処理（第３回目以降問い合わせ一連処理）のサイクルになる。
【０１０８】
情報処理装置１０の電源等が切れるまで、以上の処理を繰り返す。
【０１０９】
（３．４  第２変形例）
次に、通信システム１の動作の第２変形例について、図１１を用いて説明する。
【０１１０】
図１１に示すように、通信システム１は、初回の問い合わせ一連処理に関して、ステップＳ１からステップＳ５までのように、ステップＳ４１からステップＳ４５まで処理を行う。
【０１１１】
次に、通信システム１は、２回目以降の問い合わせ一連処理に関して、第２変形例のステップＳ３０からステップＳ３５までのように、ステップＳ５０からステップＳ５５まで処理を行う。なお、通信システム１は、２回目以降の問い合わせ一連処理のステップＳ５０からステップＳ５５まで処理の代わりに、ステップＳ１０からステップＳ１４までの処理を行ってもよい。
【０１１２】
次に、通信システム１は、過去の格納数等の過去データを取得する（ステップＳ５６）。具体的には、情報処理装置１０が、図３に示すような記憶部１２のデータテーブルを参照して、格納数Ｄの過去の格納数である前回の格納数、前々回の格納数等の履歴を示す過去データ（今回受信した格納数Ｄを含む）を、バッファデータ量に関する情報の履歴の一例として取得する。さらに、情報処理装置１０が、記憶部１２のデータテーブルを参照して、取得した端末ＩＤの個数Ｇの過去データ（今回受信した個数Ｇを含む）を取得する。また、情報処理装置１０が、記憶部１２のデータテーブルを参照して、過去の次回問い合わせ回数Ｉを取得してもよい。
【０１１３】
次に、通信システム１は、過去データに基づき、次回問い合わせ回数Ｉを算出し、記憶する（ステップＳ５７）。具体的には、情報処理装置１０が、格納数Ｄ、取得した端末ＩＤの個数Ｇ、過去の問い合わせ回数Ｉのうち、少なくとも１つ種類のデータから、統計処理をして、次回問い合わせ回数Ｉを算出する。例えば、最小２乗法を用いて直線近似等により、次回問い合わせ回数Ｉが算出される。このように、傾向等に基づき、次回問い合わせ回数Ｉが算出される。
【０１１４】
なお、情報処理装置１０が、各スレーブ装置２０のバッファのデータの格納数Ｄを予測してもよい。予測した格納数Ｄにより、次回問い合わせ回数Ｉが算出される。例えば、物品５を運ぶ荷台の移動速度より、各スレーブ装置２０のバッファのデータの格納数Ｄを予測する。移動先のスレーブ装置２０では増加し、移動元のスレーブ装置２０では減少する。また、格納庫５５の平均的な物品の入力量、出力量、季節変動等に基づき、格納庫５５に対応するスレーブ装置２０のバッファのデータの格納数Ｄを予測してもよい。
【０１１５】
なお、スレーブアドレスに基づき、場所的に近いスレーブ装置２０における格納数Ｄ、取得した端末ＩＤの個数Ｇ、過去の問い合わせ回数Ｉとの関係により、情報処理装置１０が、次回問い合わせ回数Ｉを算出してもよい。また、個々の端末ＩＤに基づき、情報処理装置１０が、次回問い合わせ回数Ｉを算出してもよい。例えば、端末装置３０の移動の様子より、情報処理装置１０が、次回問い合わせ回数Ｉを算出してもよい。
【０１１６】
そして、情報処理装置１０が、算出した次回問い合わせ回数Ｉを、記憶部１２のデータテーブルに記憶する。
【０１１７】
このように、情報処理装置１０は、バッファデータ量に関する情報の履歴に基づき、前記データを取得するための問い合わせ回数を、前記通信手段毎に決定する問合回数決定手段の一例として機能する。
【０１１８】
次に、通信システム１は、ステップＳ１６のように、最後のアドレスであるか否かを判定する（ステップＳ５８）。
【０１１９】
最後のアドレスでない場合（ステップＳ５８；ＮＯ）、通信システム１は、ステップＳ１７のように、次のスレーブアドレスを設定する（ステップＳ５９）。そして、通信システム１の処理は、ステップＳ５１の処理に戻る。
【０１２０】
最後のアドレスである場合（ステップＳ５８；ＹＥＳ）、通信システム１の処理は、ステップＳ５０に戻り、次の問い合わせ一連処理（第３回目以降問い合わせ一連処理）のサイクルになる。
【０１２１】
情報処理装置１０の電源等が切れるまで、以上の処理を繰り返す。
【０１２２】
バッファデータ量に関する情報の履歴を記憶し、バッファデータ量に関する情報の履歴に基づき、データを取得するための問い合わせ回数を、通信手段毎に決定する場合、統計処理により、例えば、長期的な傾向や、近傍にあるスレーブ装置２０との関連から、的確な問い合わせ回数Ｉを算出でき、通信効率を高めることができる。
【０１２３】
マスタの情報処理装置１０が、各スレーブ装置２０のバッファ内のデータの格納数Ｄを把握、予測することにより、問い合わせるスレーブを選別し問い合わせ回数を制御することができるようになり、無駄なマスタ・スレーブ間の通信を削減することで通信効率を上げることができる。
【０１２４】
（３．５  第３変形例）
次に、通信システム１の動作の第３変形例について、図１２を用いて説明する。
【０１２５】
この変形例は、次回の問い合わせ回数Iを算出した後、回数Iに基づき、問い合わせるスレーブ装置２０の順番を入れ替える例である。
【０１２６】
図１２に示すように、通信システム１は、初回の問い合わせ一連処理に関して、ステップＳ１からステップＳ５までのように、ステップＳ６１からステップＳ６５まで処理を行う。
【０１２７】
次に、通信システム１は、２回目以降の問い合わせ一連処理に関して、ステップＳ１０からステップＳ１７までのように、ステップＳ７０からステップＳ７７まで処理を行う。
【０１２８】
最後のアドレスである場合（ステップＳ７６；ＹＥＳ）、通信システム１は、各スレーブ装置２０に対して算出された次回の問い合わせ回数Ｉに基づき、問い合わせるスレーブ装置２０の順番を入れ替える（ステップＳ７８）。例えば、通信システム１は、回数Ｉの多い順に、問い合わせるスレーブアドレスの順番を変更する。
【０１２９】
通信システム１の処理は、ステップＳ７０に戻り、次の問い合わせ一連処理（第３回目以降問い合わせ一連処理）のサイクルになる。このとき、ステップＳ７０において、問い合わせ順におけるスレーブアドレスの初期設定は、順序が変更されたスレーブアドレスにおいて、１番目のスレーブアドレスに設定される。また、通信システム１は、ステップＳ７７においては、変更された問い合わせ順における次のスレーブアドレスに設定する。
【０１３０】
情報処理装置１０の電源等が切れるまで、以上の処理を繰り返す。
【０１３１】
スレーブ装置２０毎に決定された問い合わせ回数Ｉに応じて、各前スレーブ装置２０に問い合わせる順番を変更する場合（例えば、回数Ｉの多い順に、問い合わせるスレーブアドレスの順番を変える）、例えば、回数Ｉが多いということは、それだけ早くバッファが一杯になる可能性が高いため、回数Ｉが多いスレーブ装置２０に対して、優先的に問い合わせをすることにより、バッファがあふれることによる電波の取りこぼしを防止することができる。
【０１３２】
このように、情報処理装置１０は、前記通信手段毎に決定された問い合わせ回数に応じて、各前記通信手段に問い合わせる順番を変更する問合順変更手段の一例として機能する。
【０１３３】
（３．６  情報処理装置およびスレーブ装置の概要構成の変形例）
次に、情報処理装置およびスレーブ装置の概要構成の変形例について、図１３を用いて説明する。
図１３は、情報処理装置およびスレーブ装置の概要構成の変形例を示すブロック図である。
【０１３４】
図１３に示すように、情報処理装置６０は、制御部１１に対応する制御部６１と、記憶部１２に対応する記憶部６２と、送信部６３と、受信部６４と、を備えている。
【０１３５】
送受信部１３と異なり、送信部６３と、受信部６４とに別れ、送受信部１３の機能を実現している。
【０１３６】
送信部６３は、図５に示すようなデータフォーマットの問い合わせ信号を、有線Ｃ２を介して、各スレーブ装置２０に送信する。
【０１３７】
受信部６４は、図６に示すようなデータフォーマットのデータを、有線Ｃ３を介して、各スレーブ装置２０から受信する。
【０１３８】
図１３に示すように、スレーブ装置７０は、制御部１１に対応する制御部７１と、記憶部１２に対応する記憶部７２と、受信部７３と、送信部７４と、センサ部７５と、を備えている。
【０１３９】
送受信部２３と異なり、受信部７３と、送信部７４とに別れ、送受信部２３の機能を実現している。
【０１４０】
受信部７３は、図５に示すようなデータフォーマットの問い合わせ信号を、有線Ｃ２を介して、マスタである情報処理装置１０から受信する。
【０１４１】
送信部７４は、図６に示すようなデータフォーマットのデータを、有線Ｃ３を介して、情報処理装置１０に送信する。
【０１４２】
なお、上記実施形態は、半二重通信または全二重通信に限定されず、他の通信に対しても利用できる。
【０１４３】
また、センサ部２４およびセンサ部７５は、温度センサ等の直接データを計測するセンサでもよい。また、データのバッファデータ量は、バッファに残っているデータの個数の他に、各データのデータサイズを合計したデータ量でもよい。また、データを取得するための問い合わせ回数の代わりに、各第１通信装置に問い合わせて、データを取得する取得データ量でもよい。
【０１４４】
さらに、本発明は、上記各実施形態に限定されるものではない。上記各実施形態は、例示であり、本発明の特許請求の範囲に記載された技術的思想と実質的に同一な構成を有し、同様な作用効果を奏するものは、いかなるものであっても本発明の技術的範囲に包含される。
【符号の説明】
【０１４５】
１：通信システム
１０：情報処理装置（通信装置、第２通信装置）
２０：スレーブ装置（通信手段、第１通信装置）
３０：端末装置
Ｄ：格納数（バッファデータ量）
Ｉ：問い合わせ回数
Ｃ１、Ｃ２、Ｃ３：有線
【図１】
2014192789.tif 000003
【図２】
2014192789.tif 000004
【図３】
2014192789.tif 000005
【図４】
2014192789.tif 000006
【図５】
2014192789.tif 000007
【図６】
2014192789.tif 000008
【図７】
2014192789.tif 000009
【図８】
2014192789.tif 000010
【図９】
2014192789.tif 000011
【図１０】
2014192789.tif 000012
【図１１】
2014192789.tif 000013
【図１２】
2014192789.tif 000014
【図１３】
2014192789.tif 000015