走行車システム
【課題】安全かつ迅速に走行車のレイアウトデータの更新を行うことができる走行車システムを提供すること。
【解決手段】走行路１４０と、走行車２００と、第一コントローラ１２１とを備える走行車システム１００であって、第一コントローラ１２１は、レイアウトデータの送信要求を受信する要求受信部１２６と、走行車２００に対して定期的にレイアウトデータのバージョンを示すバージョン情報を送信し、かつ、送信要求に応じたレイアウトデータを走行車に送信するレイアウト送信部１２７とを有し、走行車２００は、レイアウト受信部２１０と、レイアウトデータ記憶部２１５と、バージョン情報に示されるバージョンとレイアウトデータ記憶部２１５に記憶されているレイアウトデータのバージョンとの比較を行う比較部２２０と、これらバージョンとが異なる場合に送信要求を送信する要求送信部２０５とを有する。
【解決手段】走行路１４０と、走行車２００と、第一コントローラ１２１とを備える走行車システム１００であって、第一コントローラ１２１は、レイアウトデータの送信要求を受信する要求受信部１２６と、走行車２００に対して定期的にレイアウトデータのバージョンを示すバージョン情報を送信し、かつ、送信要求に応じたレイアウトデータを走行車に送信するレイアウト送信部１２７とを有し、走行車２００は、レイアウト受信部２１０と、レイアウトデータ記憶部２１５と、バージョン情報に示されるバージョンとレイアウトデータ記憶部２１５に記憶されているレイアウトデータのバージョンとの比較を行う比較部２２０と、これらバージョンとが異なる場合に送信要求を送信する要求送信部２０５とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、物品を搬送する複数の走行車を備える走行車システムに関する。
【背景技術】
【０００２】
従来、天井走行車等の走行車を用いて物品を搬送するシステムである走行車システムがある。
【０００３】
例えば、半導体素子を製造する半導体工場内では、製造工程ごとにベイと呼ばれる領域に分けられ、各ベイには複数の天井走行車が一方向に周回する周回路が配置される。
【０００４】
各周回路では、複数の走行車のそれぞれが半導体素子の材料であるウェハ等を当該ベイ内の製造装置間で搬送する。
【０００５】
また、それぞれのベイの周回路間は接続路で接続されており、あるベイにおいて一つの工程を経た製造物は、当該ベイ内の天井走行車にピックアップされ接続路を経由して次工程のベイに搬送される。
【０００６】
このような複数の周回路およびこれら複数の周回路を接続する接続路により形成される経路を走行車が移動する際、走行車は自身が記憶しているレイアウトデータを参照して移動する。
【０００７】
レイアウトデータとは、経路のレイアウトを示すデータであり、マップデータ等とも呼ばれる。
【０００８】
レイアウトデータには、各ベイにおける物品の載置および引き取り場所である移載ポートの位置を示す情報、および、各ベイへの進入ポイントおよび各ベイからの脱出ポイントを示す情報など、走行車が上位のコントローラから指示された場所まで移動する際に必要な情報が含まれている。
【０００９】
また、工場内においてベイまたは移載ポートの増設または移設等が行われることにより、経路のレイアウトの変更が発生する。従って、各走行車はその変更の度に自機が記憶しているレイアウトデータを更新する必要がある。
【００１０】
近年では、生産効率の向上のために、走行車による搬送を止めることなくレイアウトデータの更新を行うことが求められている。
【００１１】
そこで、走行車システム内の複数の走行車のレイアウトデータの更新処理を効率化するための技術も開示されている（例えば、特許文献１参照）。
【００１２】
特許文献１に記載の技術によれば、上位のコントローラは、レイアウトデータの更新の優先度の高い順に、各走行車にレイアウトデータを更新させる。具体的には、更新対象の走行車に最新のレイアウトデータを送信することで、当該走行車にレイアウトデータの更新を行わせる。これにより、走行車システム全体としての稼働効率を向上させている。
【特許文献１】特開２００６−３１３４６２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、上記従来の技術のように、コントローラがレイアウトデータの送受信の主導権を有する場合、送信時点での走行車の位置または状態によっては、レイアウトデータの送受信を良好に行えない場合もある。
【００１４】
また、コントローラが走行車にレイアウトデータを送信する際に、通信状況の悪化等により、レイアウトデータの受信の完了前に通信が途絶する場合がある。
【００１５】
この場合、その後に通信状況が好転し、コントローラと走行車との間の通信が再開した場合であっても、通信の途絶の前後でのデータの連続性は保障されない。つまり、この場合、走行車は再度レイアウトデータを最初から受信する必要がある。
【００１６】
また、通信状況の悪化のみならず、走行車の故障等によりレイアウトデータの受信が途中で途切れる場合もある。
【００１７】
このように、何らかの要因によりレイアウトデータの送受信が途中で途切れた場合に備え、例えば、コントローラがどこまで送信したかを記憶しておくという対策が考えられる。これにより、コントローラと走行車との間の通信の再開後に、コントローラは残部データのみを送信することが可能である。
【００１８】
しかし、このような対策を採用した場合、コントローラは複数の走行車のそれぞれについて送信履歴を記憶する必要がある。そのため、走行車の数およびレイアウトデータの更新の頻度に比例してコントローラの処理負荷が増大することになり、現実的な対策とは言えない。
【００１９】
また、走行車システムにおいて、互いに異なるエリアを担当する複数のコントローラが配置されている場合がある。この場合、あるエリア内を移動中の走行車は、当該エリアを担当するコントローラからレイアウトデータを受信することになる。
【００２０】
従って、この走行車はレイアウトデータの受信完了までは他のコントローラの管轄下へ移動できない。この場合この走行車は停止せざるを得ず、渋滞が引き起こされる可能性がある。また、走行車システム全体における搬送効率が低下する。
【００２１】
本発明は上記従来の課題を考慮し、予め定められた経路と当該経路を走行する走行車とを備える走行車システムであって、安全かつ迅速に走行車のレイアウトデータの更新を行うことができる走行車システムを提供することを目的とする。
【課題を解決するための手段】
【００２２】
上記従来の課題を解決するため、本発明の走行車システムは、予め定められた経路と、前記経路のレイアウトを示すレイアウトデータを参照することで前記経路を移動する走行車と、前記走行車と通信可能なコントローラとを備える走行車システムであって、前記コントローラは、前記走行車から送信されるレイアウトデータの送信要求を受信する要求受信部と、前記走行車に対して定期的にレイアウトデータのバージョンを示すバージョン情報を送信し、かつ、前記要求受信部により受信された送信要求に応じたレイアウトデータを前記走行車に送信するレイアウト送信部とを有し、前記走行車は、前記コントローラから送信されるバージョン情報、および、前記コントローラから送信されるレイアウトデータを受信するレイアウト受信部と、前記レイアウト受信部により受信されたレイアウトデータを記憶するためのレイアウトデータ記憶部と、前記レイアウト受信部により受信されたバージョン情報に示されるバージョンと、前記レイアウトデータ記憶部に記憶されているレイアウトデータのバージョンとの比較を行う比較部と、前記比較部による比較の結果、前記バージョン情報に示されるバージョンと、前記レイアウトデータのバージョンとが異なる場合、前記バージョン情報に示されるバージョンのレイアウトデータの送信要求を前記コントローラに送信する要求送信部とを有する。
【００２３】
この構成によれば、コントローラは、走行車に対して定期的にレイアウトデータのバージョンを通知する。走行車は、通知されたバージョンと自機が記憶しているレイアウトデータのバージョンとを比較し、これらが異なる場合にレイアウトデータを要求する。
【００２４】
つまり、走行車はレイアウトデータの更新の必要があるか否かを判断し、必要がある場合にのみコントローラにレイアウトデータを要求することができ、かつ、コントローラは、走行車からの要求があって初めてレイアウトデータそのものを送信する。
【００２５】
このように、本発明の走行車システムでは、走行車が要求することでレイアウトデータがコントローラから送信される。
【００２６】
つまり、走行車は、例えば周辺に障害物がない領域を移動している期間など無線による通信状態が良好なときにレイアウトデータのダウンロードを行うことが可能となる。
【００２７】
このように、本発明の走行車システムでは、走行車は迅速かつ安全にレイアウトデータの更新を行うことができる。
【００２８】
また、前記レイアウト送信部が送信するレイアウトデータは複数の部分データから構成されており、前記要求送信部は、複数の部分データのそれぞれに対応する送信要求を前記コントローラに順次送信し、前記要求受信部は前記要求送信部から送信される送信要求を順次受信し、前記レイアウト送信部は、前記要求受信部が前記送信要求を受信するごとに、受信した送信要求に対応する部分データを前記走行車に送信し、前記レイアウト受信部は、前記レイアウト送信部により送信される複数の部分データを順次受信することで前記レイアウトデータを受信するとしてもよい。
【００２９】
この構成により、走行車は、分割された単位ごとにレイアウトデータをダウンロードすることができる。
【００３０】
従って、コントローラと走行車との間の通信状況が変化する場合などにおいても、走行車は、複数の部分データのそれぞれを受信可能なタイミングで受信することにより、受信すべきレイアウトデータの全てを受信することができる。
【００３１】
また、コントローラは、走行車に送信すべきレイアウトデータのどこまでを送信したかを記憶しておく必要がなく、走行車からの要求に従って部分データを送信すればよい。
【００３２】
また、前記走行車システムは、前記経路上の互いに異なるエリアを担当する少なくとも２つの前記コントローラを備え、少なくとも２つの前記コントローラの一方は第一エリアを担当する第一コントローラであり、他方は第二エリアを担当する第二コントローラであり、前記第一コントローラおよび前記第二コントローラのそれぞれは、同一のバージョンのレイアウトデータを保持しており、前記要求送信部は、前記走行車が前記第一エリアに存在する場合、前記第一コントローラに前記送信要求を送信し、前記走行車が前記第二エリアに存在する場合、前記第二コントローラに前記送信要求を送信し、前記第一コントローラのレイアウト送信部は、前記第一コントローラの要求受信部が受信した送信要求に対応する部分データを前記走行車に送信し、前記第二コントローラのレイアウト送信部は、前記第二コントローラの要求受信部が受信した送信要求に対応する部分データを前記走行車に送信するとしてもよい。
【００３３】
この構成により、複数のコントローラがエリアごとに分担して走行車に対するレイアウトデータの供給を行なう場合であっても、走行車は、エリアをまたいで移動しながら受信すべきレイアウトデータの全てを受信することができる。
【００３４】
また、前記走行車はさらに、前記走行車が移動する際に参照するレイアウトデータを前記レイアウト受信部により受信されたレイアウトデータを用いて更新する更新部を有し、前記レイアウト受信部は、前記走行車が前記経路を走行中に前記レイアウトデータを受信可能であり、前記更新部は、前記走行車が停止中に前記更新を行うとしてもよい。
【００３５】
この構成により、走行車は停止して安定した状態でレイアウトデータの更新を行うことができる。これにより、移動に際して参照されるレイアウトデータが、走行車の移動中に変更されることによる走行車の不安定さが排除される。
【００３６】
また、前記コントローラが前記走行車に送信するレイアウトデータは、当該レイアウトデータのバージョンよりも、バージョンアップにおける最小単位分だけ前のバージョンのレイアウトデータに対する差分のデータであり、前記経路には、前記走行車のメンテナンスを行うためのメンテナンスエリアに至る経路が接続されており、前記要求送信部は、前記比較部による比較の結果、前記バージョン情報に示されるバージョンと前記レイアウトデータ記憶部に記憶されているレイアウトデータのバージョンとの差が前記最小単位である場合にのみ前記送信要求を送信し、前記走行車は、前記比較部による比較の結果、前記バージョン情報に示されるバージョンと前記レイアウトデータのバージョンとの差が前記最小単位ではない場合、前記メンテナンスエリア内に移動するとしてもよい。
【００３７】
この構成により、コントローラが保持するレイアウトデータを最小限にすることができる。また、通信時間を大量に必要とするバージョンアップを排除できる。
【００３８】
また、コントローラは走行車に一つ前のバージョンに対する差分データであるレイアウトデータを送信するため、コントローラおよび走行車はレイアウトデータの送受信を短時間で済ませることができる。
【００３９】
また、走行車が、何らかの理由により１以上の差分データを受信し損ねた場合、つまり、レイアウトデータの更新の機会を一回以上失った場合であっても、走行車は、メンテナンスエリアでレイアウトデータを最新のバージョンまで更新することが可能となる。
【００４０】
また、このように、通常の更新より時間が必要である複数の単位にまたがる更新を、走行車をメンテナンスエリアに移動させてから行うことができる。
【００４１】
そのため、当該走行車が経路に渋滞を引き起こすようなことがなく、走行車システム全体の稼働効率への悪影響は最小限に留められる。
【００４２】
さらに、本発明は、本発明の走行車システムにおける特徴的な動作ステップを含む、レイアウトデータの更新方法等して実現することもできる。また、それら各ステップをコントローラおよび走行車に実行させる制御プログラムとして実現することもできる。
【発明の効果】
【００４３】
本発明の走行車システムによれば、コントローラは、レイアウトデータの送信に先立ってそのバージョンを走行車に通知する。そのため、走行車はコントローラから受信可能なレイアウトデータを要求すべきか否かをまず判断した上で、そのレイアウトデータの送信を要求することができる。
【００４４】
さらに、コントローラは、走行車からの要求に応じてレイアウトデータの走行車への送信を行う。
【００４５】
すなわち、本発明の走行車システムにおいては、走行車がレイアウトデータの送受信の主導権を有している。そのため、例えば走行車がレイアウトデータの受信を行いやすい状況または環境にあるときに、受信すべきレイアウトデータを受信することができる。
【００４６】
従って、レイアウトデータの送受信の失敗により、何度もレイアウトデータの送受信が繰り返されるなどの、非効率的な処理の発生が抑制される。
【００４７】
このように、本発明は、予め定められた経路と当該経路を走行する走行車とを備える走行車システムであって、安全かつ迅速に走行車のレイアウトデータの更新を行うことができる走行車システムを提供することができる。
【発明を実施するための最良の形態】
【００４８】
以下、本発明の実施の形態について図面を参照しながら説明する。
【００４９】
まず、実施の形態の走行車システム１００の構成について図１〜図３を用いて説明する。
【００５０】
図１は、本発明の実施の形態の走行車システム１００のハードウェア構成の概要を示す図である。
【００５１】
図１に示すように、走行車システム１００は、第一コントローラ１２１と、第二コントローラ１２２と、走行路１４０と、一括更新用サーバ１７０と、複数の走行車２００とを備える。
【００５２】
なお、本実施の形態において走行車２００は天井に配置された走行路１４０に沿って移動する天井走行車である。また、図１に示す走行路１４０のレイアウトは、走行路１４０を上方から眺めた場合のレイアウトになっている。
【００５３】
図１に示す走行車システム１００は、例えば半導体素子を製造する工場に備えられている。また、本実施の形態においては、当該工場内に、製造工程によって区分された第一ベイと第二ベイとが存在する。
【００５４】
各ベイには、半導体素子の材料の載置および引き取り場所である移載ポート１５０が複数設けられている。また、各ベイには、複数の走行車２００が一方向に周回する周回路が配置されている。
【００５５】
複数の走行車２００のそれぞれは、各ベイの周回路およびこれら周回路を接続する接続路を走行することで、半導体素子の材料であるウェハ等を、ある移載ポート１５０から他の移載ポート１５０へ搬送する。
【００５６】
なお、各ベイの周回路およびこれら周回路を接続する接続路のそれぞれにより走行路１４０が構成されている。走行路１４０は、本発明の走行車システムにおける、予め定められた経路の一例である。
【００５７】
また、図１に示すように、当該工場内には、互いに隣接する第一エリアと第二エリアとが存在する。また、第一コントローラ１２１が第一エリアを担当するコントローラであり、第二コントローラ１２２が第二エリアを担当するコントローラである。
【００５８】
つまり、第一エリア内の経路上に存在する走行車２００は、第一コントローラ１２１と通信することで各種の情報のやり取りを行う。また、第二エリア内の経路上に存在する走行車２００は、第二コントローラ１２２と通信することで各種の情報のやり取りを行う。
【００５９】
なお、ある走行車２００が第一エリアと第二エリアとの境界をまたいで移動する際に、その走行車２００の通信相手である管轄コントローラは、第一コントローラ１２１から第二コントローラ１２２に、またはその逆に変更される。
【００６０】
走行車システム１００が備える複数の走行車２００のそれぞれは、第一コントローラ１２１または第二コントローラ１２２から、その時点で受信可能なレイアウトデータのバージョンが通知される。
【００６１】
通知を受けた走行車２００は、必要に応じて第一コントローラ１２１または第二コントローラ１２２にレイアウトデータを要求する。これにより、第一コントローラ１２１または第二コントローラ１２２から通知されたバージョンのレイアウトデータを受信する。また、受信したレイアウトデータを用いて、自機に記憶されているレイアウトデータを更新する。
【００６２】
なお、第一コントローラ１２１および第二コントローラ１２２が送信するレイアウトデータは、いずれも直前のバージョンのレイアウトデータに対する差分データである。
【００６３】
第一コントローラ１２１または第二コントローラ１２２と走行車２００との間のレイアウトデータの送受信については、図４等を用いて後述する。
【００６４】
一括更新用サーバ１７０は、第一コントローラ１２１および第二コントローラ１２２が送信するバージョン情報に示されるバージョンまでのレイアウトデータの更新に必要な一括更新用データを走行車２００に送信可能なサーバ装置である。
【００６５】
なお、一括更新用サーバ１７０は、メンテナンスエリアに配置されている。メンテナンスエリアは、走行車２００のメンテナンスのためのエリアである。走行車２００が物品の搬送のために移動する走行路１４０には、メンテナンスエリアに至る経路が接続されている。
【００６６】
走行車２００は、何らかの理由によりレイアウトデータの更新が出来なかった場合、メンテナンスエリア内に移動し、一括更新用サーバ１７０から一括更新用データを受信する。
【００６７】
これにより、当該走行車２００は、その時点での最新バージョンまでレイアウトデータを更新できる。
【００６８】
本実施の形態において、第一コントローラ１２１、第二コントローラ１２２および一括更新用サーバ１７０は、互いに通信回線で接続されている。
【００６９】
また、例えば第一コントローラ１２１に入力されたレイアウトデータを、第一コントローラ１２１が第二コントローラ１２２および一括更新用サーバ１７０に送信することにより、第一コントローラ１２１および第二コントローラ１２２が保持するレイアウトデータのバージョンの同期が図られる。
【００７０】
また、一括更新用サーバ１７０は、第一コントローラ１２１から送信されるレイアウトデータをバージョンごとに保存し、これらから一括更新用データを生成することができる。
【００７１】
図２は、実施の形態における走行車２００の外観を示す斜視図である。
【００７２】
図２に示すように、走行車２００は、走行路１４０を形成するレールに沿って移動する天井走行車である。また、走行車２００は、物品を保持する物品保持部２４０を有する。
【００７３】
走行車２００は、例えば第一コントローラ１２１からの指示に従い、第一ベイ内のある移載ポート１５０上まで移動し、所定の高さまで降下する。さらに、当該移載ポート１５０に置かれた物品を物品保持部２４０により保持した状態で上昇し、第一コントローラ１２１からの指示に従い、次の移載ポート１５０上まで移動する。走行車２００は、当該次の移載ポート１５０上まで移動すると、降下し、物品保持部２４０が保持している物品を置いた後に上昇する。
【００７４】
走行車２００が、このような動作を繰り返すことにより、第一ベイ内の各製造装置間で材料等の移送が行われる。第二ベイ内においても同様に走行車２００による各製造装置間での材料等の移送が行われる。
【００７５】
また、第一ベイおよび第二ベイの間で走行車２００が移動することにより、第一ベイおよび第二ベイの相互間で材料等の移送が行われる。
【００７６】
また、走行路１４０には、載置ポート等の位置を走行車２００が検知するためのバーコード１６０が貼付されている。
【００７７】
走行車２００は、バーコードスキャナ（図示せず）により、走行路１４０に貼られたバーコード１６０を読み取り、自機が記憶しているレイアウトデータを参照することで、自機が、走行路１４０上のどの地点を走行または停止しているかを検知することができる。
【００７８】
また、走行路１４０には、走行車２００に搬送される物品が一時的に載置される載置台３００が複数備えられている。
【００７９】
図３は、本発明の実施の形態の走行車システム１００における機能的な構成を示す図である。
【００８０】
なお、第二コントローラ１２２の機能構成は、第一コントローラ１２１と同様であるため、その図示および説明は省略する。また、複数の走行車２００は、互いに共通する機能構成を有しているため、１台の走行車２００についてのみ機能構成を図示する。
【００８１】
図３に示すように、第一コントローラ１２１は、主要な機能構成として、レイアウトデータ保持部１２５と、要求受信部１２６と、レイアウト送信部１２７とを備える。
【００８２】
レイアウトデータ保持部１２５は、レイアウトデータおよびそのバージョンを示すバージョン情報を保持する記憶装置である。
【００８３】
レイアウトデータ保持部１２５に保持されているレイアウトデータは、例えば、経路のレイアウトが変更された場合などに、走行車システム１００の管理者等により更新される。つまり、レイアウトデータ保持部１２５には、常に最新のバージョンのレイアウトデータおよびそのバージョンを示すバージョン情報が保持されている。
【００８４】
また、第一コントローラ１２１が保持するレイアウトデータのバージョンと、第二コントローラ１２２が保持するレイアウトデータのバージョンとは、上述のように同期が取られている。そのため、第二コントローラ１２２が保持するレイアウトデータも、第一コントローラ１２１と同じく最新バージョンに維持される。
【００８５】
要求受信部１２６は、走行車２００から送信されるレイアウトデータの送信要求を受信する構成部である。
【００８６】
レイアウト送信部１２７は、複数の走行車２００それぞれに対して定期的にバージョン情報を送信し、かつ、要求受信部１２６により受信された送信要求に応じたレイアウトデータを送信する構成部である。
【００８７】
また、図３に示すように、走行車２００は、主要な機能構成として、要求送信部２０５と、レイアウト受信部２１０と、レイアウトデータ記憶部２１５と、比較部２２０と、更新部２２５とを備える。
【００８８】
レイアウト受信部２１０は、当該走行車２００の管轄コントローラである第一コントローラ１２１または第二コントローラ１２２から当該走行車２００宛て送信されるバージョン情報、および、レイアウトデータを受信する構成部である。
【００８９】
レイアウトデータ記憶部２１５は、レイアウト受信部２１０により受信されたレイアウトデータを記憶するための記憶装置である。
【００９０】
比較部２２０は、レイアウト受信部２１０により受信されたバージョン情報に示されるバージョンと、レイアウトデータ記憶部２１５に記憶されているレイアウトデータのバージョンとの比較を行う構成部である。
【００９１】
要求送信部２０５は、比較部２２０による比較の結果、バージョン情報に示されるバージョンと、レイアウトデータ記憶部２１５に記憶されているレイアウトデータのバージョンとが異なる場合、管轄コントローラである第一コントローラ１２１または第二コントローラ１２２に、そのバージョン情報に示されるバージョンのレイアウトデータの送信要求を送信する構成部である。
【００９２】
更新部２２５は、レイアウト受信部２１０により受信されたレイアウトデータを用いて、レイアウトデータ記憶部２１５に記憶されているレイアウトデータを更新する構成部である。
【００９３】
また、図３に示すように、一括更新用サーバ１７０は、主要な機能構成として、データ保持部１７１と、通信部１７２とを備える。
【００９４】
データ保持部１７１は、レイアウトデータをバージョンごとに保持する記憶装置である。
【００９５】
通信部１７２は、メンテナンスエリア内の走行車２００と通信する処理部である。通信部１７２は、具体的には、メンテナンスエリア内の走行車２００に当該走行車２００が必要とする一括更新データを送信する。
【００９６】
例えば、最新のレイアウトデータのバージョンが“３”である時点で、レイアウトデータのバージョンが“１”である走行車２００がメンテナンスエリアに移動してきた場合を想定する。
【００９７】
この場合、一括更新用サーバ１７０は、通信部１７２を介して当該走行車２００と通信することにより、当該走行車２００のレイアウトデータのバージョンが“１”であることを検知する。
【００９８】
一括更新用サーバ１７０はさらに、通信部１７２を介して、バージョン“２”とバージョン“３”とのデータを含むレイアウトデータをデータ保持部１７１から読み出し、一括更新用データとして送信する。
【００９９】
これにより当該走行車２００は、自機が記憶しているレイアウトデータを最新のバージョン“３”まで更新できる。
【０１００】
以上のように構成された実施の形態の走行車システム１００の処理の流れについて、図４〜図６を用いて説明する。
【０１０１】
図４は、実施の形態における第一コントローラ１２１と走行車２００との間の通信シーケンスの一例を示す図である。
【０１０２】
なお、図４では、第一コントローラ１２１がバージョン“２”のレイアウトデータを保持しており、走行車２００のレイアウトデータのバージョンが“１”である場合を想定している。
【０１０３】
また、レイアウトデータのバージョンアップにおける最小単位が１である場合を想定している。つまり、バージョンの増分が常に１である場合を想定している。
【０１０４】
ここで、バージョン“２”のレイアウトデータとは、図４に示すように、バージョンアップにおける最小単位である１だけ前のバージョンである、バージョン“１”のレイアウトデータに対する差分のデータである。
【０１０５】
つまり、バージョン“１”のレイアウトデータを記憶している走行車２００であれば、バージョン“２”のレイアウトデータを受信することで、自機のレイアウトデータを最新のバージョンである“２”に更新することができる。
【０１０６】
また、第一コントローラ１２１が保持しているレイアウトデータは、図４に示すように、ｎ個の部分データ（［Ｄ１］〜［Ｄｎ］）に分割されている。
【０１０７】
このような想定の下における第一コントローラ１２１と走行車２００との間の通信シーケンスを説明する。
【０１０８】
第一コントローラ１２１のレイアウト送信部１２７は、バージョン“２”を示すバージョン情報を走行車２００へ送信する（Ｓ１０）。
【０１０９】
第一エリア内を移動中の走行車２００では、レイアウト受信部２１０が当該バージョン情報を受信し、比較部２２０へ転送する。
【０１１０】
比較部２２０は、当該バージョン情報に示される“２”と、レイアウトデータ記憶部２１５に記憶されているレイアウトデータのバージョン“１”とを比較する（Ｓ１１）。
【０１１１】
比較部２２０は、この比較の結果、当該バージョン情報に示されるバージョンと、レイアウトデータ記憶部２１５に記憶されているレイアウトデータのバージョンとが異なるため、要求送信部２０５にその旨を通知する。
【０１１２】
要求送信部２０５は、比較部２２０からの通知を受け、バージョン“２”のレイアウトデータの送信を要求する送信要求を第一コントローラ１２１に送信する（Ｓ１２）。
【０１１３】
なお、この送信要求の第一コントローラ１２１への送信は、例えば、第一コントローラ１２１との通信状況が良好な場合、当該走行車２００が搬送指示待ちの状態で停止している場合、または、当該走行車２００が負荷の高い情報処理を行っていない場合などに行われる。
【０１１４】
例えば、当該走行車２００は、第一コントローラ１２１からの電波の強度が所定の閾値以上である場合に送信要求を送信する。または、例えば、当該走行車２００は、自機が記憶しているレイアウトデータを参照することで、第一コントローラ１２１との距離が所定の距離以内の経路を走行中である場合、もしくは第一コントローラ１２１が見通せる位置を走行中である場合などに送信要求を送信する。
【０１１５】
要求送信部２０５が、バージョン“２”のレイアウトデータについての送信要求を送信する場合、具体的にはまず、１個目の部分データ［Ｄ１］を送信するよう要求する内容の送信要求を第一コントローラ１２１に送信する（Ｓ１２）。
【０１１６】
第一コントローラ１２１の要求受信部１２６は、その送信要求を受信すると、レイアウト送信部１２７に［Ｄ１］を当該走行車２００へ送信するよう指示する。
【０１１７】
レイアウト送信部１２７は、レイアウトデータ保持部１２５から部分データ［Ｄ１］を読み出し、当該走行車２００宛てに送信する（Ｓ１３）。
【０１１８】
その後、同様に、２個目の部分データ［Ｄ２］の送信を要求する送信要求が走行車２００から第一コントローラ１２１へ送信される（Ｓ１４）。また、その送信要求への応答として、部分データ［Ｄ２］が第一コントローラ１２１から当該走行車２００へ送信される（Ｓ１５）。
【０１１９】
その後、当該走行車２００による送信要求の送信、および第一コントローラ１２１による当該送信要求への応答としての部分データの送信が必要なだけ繰り返される。
【０１２０】
そして最後の部分データであるｎ個目の部分データ［Ｄｎ］の送信を要求する送信要求が走行車２００から第一コントローラ１２１へ送信され（Ｓ２０）、その送信要求への応答として、部分データ［Ｄｎ］が第一コントローラ１２１から当該走行車２００へ送信される（Ｓ２１）。
【０１２１】
また、このとき、部分データ［Ｄｎ］は、［Ｄｎ］が当該レイアウトデータにおける最終データであることを示す最終データフラグとともに送信される。
【０１２２】
このようにして順次送信された［Ｄ１］〜［Ｄｎ］のそれぞれは、レイアウト受信部２１０により受信され、例えば、レイアウトデータ記憶部２１５内の所定の領域に、更新用データとして記憶される。
【０１２３】
バージョン“２”のレイアウトデータを構成する全ての部分データを受信した走行車２００は、例えば、その後に第一エリア内の所定の目的地に到着し停止する（Ｓ２２）。
【０１２４】
走行車２００が当該目的地で停止すると、更新部２２５は、バージョン“２”のレイアウトデータ、つまり、［Ｄ１］〜［Ｄｎ］からなるレイアウトデータを用いて、レイアウトデータ記憶部２１５に記憶されているレイアウトデータを更新する（Ｓ２３）。
【０１２５】
これによりレイアウトデータ記憶部２１５に記憶されているレイアウトデータのバージョンは“２”となり、その後の移動の際に参照される。
【０１２６】
レイアウトデータの更新が完了した走行車２００は、その後、第一コントローラ１２１または第二コントローラ１２２から、バージョン情報を受信すると、自身のレイアウトデータのバージョンと比較する。
【０１２７】
そして、これらが同じであれば、当該バージョン情報を無視する。また、受信したバージョン情報が自身のレイアウトデータのバージョンより上位の値を示す場合は、レイアウトデータの送信を要求する送信要求を第一コントローラ１２１または第二コントローラ１２２に送信する。
【０１２８】
なお、走行車２００は、レイアウトデータの更新が完了した後に、図４に示すように、第一コントローラ１２１に、更新の完了、つまりバージョンアップの完了を報告してもよい（Ｓ２４）。この報告は、例えば、要求送信部２０５を介して行われる。
【０１２９】
この報告を受けた第一コントローラ１２１は、例えば、当該走行車２００宛てに、バージョン“２”を示すバージョン情報を送信しないなどの制御を行ってもよい。
【０１３０】
このように、走行車２００の要求送信部２０５は、複数の部分データのそれぞれに対応する送信要求を第一コントローラ１２１に順次送信する。
【０１３１】
また、第一コントローラ１２１の要求受信部１２６はこれら送信要求を順次受信し、レイアウト送信部１２７は、要求受信部１２６が送信要求を受信するごとに、当該送信要求に対応する部分データを当該走行車２００に送信する。
【０１３２】
走行車２００のレイアウト受信部２１０は、このように送信される複数の部分データを順次受信することで当該バージョンのレイアウトデータを受信する。
【０１３３】
なお、走行車２００は、いずれかの部分データを受信できなかった場合、再度、当該部分データについての送信要求を第一コントローラ１２１に送信する。
【０１３４】
例えば、要求送信部２０５が、部分データ［Ｄ２］についての送信要求を送信後、所定の期間が経過する前に、レイアウト受信部２１０が［Ｄ２］を受信しなかった場合、要求送信部２０５は、再度、［Ｄ２］についての送信要求を第一コントローラ１２１に送信する。
【０１３５】
つまり、第一コントローラ１２１は、受信した送信要求に対応する部分データを送信すればよい。
【０１３６】
そのため、第一コントローラ１２１は、例えば通信状況の悪化によりレイアウトデータの送受信が途中で途切れるような場合に備えて、レイアウトデータのどこまでを送信したかを記憶しておく必要はない。
【０１３７】
また、走行車２００は、第一コントローラ１２１から送信される最終データフラグを受信することで、自機が必要とするバージョンのレイアウトデータの全てが受信できたか否かを確認できる。
【０１３８】
そのため、走行車２００が、当該バージョンのレイアウトデータを構成する部分データがいくつ存在するかを予め知っておく必要がない。つまり、走行車２００は、最終データフラグを受信するまで、次の部分データについての送信要求を繰り返し第一コントローラ１２１に送信すればよい。
【０１３９】
また、走行車２００は、走行中にレイアウトデータを受信した場合であっても、停止して安定した状態で、受信したレイアウトデータを用いた更新処理を行う。そのため、移動に際して参照されるレイアウトデータが、走行車２００の移動中に変更されることによる走行車の不安定さが排除される。
【０１４０】
なお、比較部２２０によるバージョンの比較（Ｓ１１）において、例えば、第一コントローラ１２１から受信したバージョン情報に示されるバージョンが“３”であり、レイアウトデータ記憶部２１５に記憶されているレイアウトデータのバージョンが“１”である場合を想定する。
【０１４１】
この場合、これらバージョンの差は２であり、最小単位である１ではない。そのため、比較部２２０は、要求送信部２０５への通知は行わず、当該走行車２００の走行動作を制御する制御部（図示せず）に、これらバージョンの差が最小単位ではない旨を通知する。
【０１４２】
通知を受けた制御部は、当該走行車２００がメンテナンスエリアに移動するよう当該走行車２００を制御する。
【０１４３】
当該走行車２００は、メンテナンスエリアに移動し一括更新用サーバ１７０から一括更新用データを取得する。これにより、レイアウトデータ記憶部２１５に記憶されているレイアウトデータをバージョン“３”に更新することができる。
【０１４４】
このように、通常の更新より時間が必要である複数の単位にまたがる更新が行われる場合、走行車２００をメンテナンスエリアに移動させることで、走行車システム１００全体の稼働効率の低下を最小限に留めつつ、各走行車２００のレイアウトデータの更新が適切に行われる。
【０１４５】
また、図４では、走行車２００が、第一エリア内を走行中または第一エリア内で停止中であり、第一コントローラ１２１の管轄下にある場合の通信シーケンスを示している。しかし、走行車２００が第二コントローラ１２２の管轄下にある場合も、当該走行車２００と第二コントローラ１２２との間で同様の通信が行なわれる。
【０１４６】
また、図４を用いて、第一コントローラ１２１と、１台の走行車２００との間の通信のシーケンスを説明したが、第一コントローラ１２１は、第一エリア内の複数の走行車２００それぞれと図４に示す内容の通信を行なう。第二コントローラ１２２も同様に第二エリア内の複数の走行車２００それぞれと図４に示す内容の通信を行なう。
【０１４７】
また、このようなレイアウトデータの更新のための通信の間に、走行車２００が第一エリアと第二エリアとの境界を越える場合もある。
【０１４８】
このような場合であっても、当該走行車２００は、必要なレイアウトデータの受信を完了させる必要がある。
【０１４９】
そのため、レイアウトデータの当該走行車２００への送信を、第一コントローラ１２１と第二コントローラ１２２との間でどのように引き継ぐかが問題となる。
【０１５０】
そこで、レイアウトデータの更新のための通信の間に、走行車２００が第一エリアと第二エリアとの境界を越える場合の通信シーケンスを、図５および図６を用いて説明する。
【０１５１】
図５は、走行車２００が第一エリアと第二エリアとの境界を通過する際の管轄コントローラの変更を説明するための図である。
【０１５２】
図５に示すように、走行路１４０の第一エリアと第二エリアとの境界の近傍にバーコード１６０ａとバーコード１６０ｂとが配置されている。なお、これらバーコード１６０ａおよび１６０ｂは、実際には、走行車２００が読み取れる位置に貼付されている。
【０１５３】
例えば、図５において、第一エリアから第二エリアに移動しようとしている走行車ａは、まず、バーコード１６０ａを読み取ると、第一コントローラ１２１に、第一コントローラ１２１の管轄から外れる旨の予告通知を行う。
【０１５４】
また、走行車ａは、第二コントローラ１２２に、第二コントローラ１２２の管轄に入る旨の予告通知を行う。
【０１５５】
その後、走行車ａが第二エリアに進入し、バーコード１６０ｂを読み取ると、第一コントローラ１２１に、第二コントローラ１２２の管轄に移った（または、第一コントローラ１２１の管轄から外れた）旨の通知を行う。
【０１５６】
また、走行車ａは、第二コントローラ１２２に、第二コントローラ１２２の管轄に入った旨の通知を行う。
【０１５７】
走行車ａは、第一コントローラ１２１および第二コントローラ１２２へ、例えばこのような通知を行う。これにより、第一コントローラ１２１は、走行車ａが第一コントローラ１２１の管轄に入った旨の通知を受けるまで、走行車ａにバージョン情報およびレイアウトデータの送信を行う必要がないことが分かる。
【０１５８】
また、第二コントローラ１２２は、走行車ａが第一コントローラ１２１の管轄に入った旨の通知、または、走行車ａが第二コントローラ１２２の管轄から外れた旨の通知を受けるまで、走行車ａにバージョン情報の送信、および走行車ａからの送信要求に応じたレイアウトデータの送信を行う必要があることが分かる。
【０１５９】
なお、この後に、走行車ａが第二エリアから第一エリアに移動した場合は、逆に、第一コントローラ１２１および第二コントローラ１２２に対して、走行車ａが第一コントローラ１２１の管轄に入った旨の通知等がなされる。
【０１６０】
図６は、走行車２００が第一エリアから第二エリアに移動する場合の、走行車２００と第一コントローラ１２１および第二コントローラ１２２との情報のやり取りを示す図である。
【０１６１】
走行車２００（走行車ａ）が第一エリア内を走行中に、第一コントローラ１２１からバージョン情報が走行車ａに送信される（Ｓ５０）。
【０１６２】
走行車ａの比較部２２０は、上述のようにバージョンの比較を行う（Ｓ５１）。この比較の結果、当該バージョン情報に示されるバージョンと、走行車ａが記憶しているレイアウトデータのバージョンとが異なる場合、要求送信部２０５は、１個目の部分データについての送信要求を、第一コントローラ１２１に送信する（Ｓ５２）。
【０１６３】
第一コントローラ１２１は、この送信要求への応答として１個目の部分データを走行車ａに送信する（Ｓ５３）。
【０１６４】
その後、図５を用いて説明したように、走行車ａが第二エリアへ進入すると、走行車ａの管轄コントローラが第一コントローラ１２１から第二コントローラ１２２に変更される（Ｓ５４）。
【０１６５】
走行車ａは、１個目の部分データは受信済みであるため、２個目の部分データについての送信要求を、新たな管轄コントローラである第二コントローラ１２２に送信する（Ｓ５５）。
【０１６６】
第二コントローラ１２２は、この送信要求に示される要求が２個目の部分データについてのものであることを確認すると、この送信要求への応答として２個目の部分データを走行車ａに送信する（Ｓ５６）。
【０１６７】
以降、走行車ａは、最終データフラグを受信するまで第二コントローラ１２２に順次、送信要求を送信する。
【０１６８】
また、走行車ａは、最終データフラグを受信する前に、第一エリアに戻った場合は、管轄コントローラである第一コントローラ１２１に、最終データフラグを受信するまで、順次、送信要求を送信することで更新に必要な部分データの全てを受信できる。
【０１６９】
このように、本実施の形態の走行車システム１００において、第一コントローラ１２１および第二コントローラ１２２のそれぞれは、同一かつ最新のバージョンのレイアウトデータを保持している。
【０１７０】
また、走行車２００は、管轄コントローラ（第一コントローラ１２１および第二コントローラ１２２のいずれか一方）から受信したバージョン情報に基づき、レイアウトデータの更新の必要ありと判断した場合、レイアウトデータの送信を要求する旨の送信要求を送信する。具体的には、当該送信の時点での管轄コントローラ宛てに送信要求が送信される。
【０１７１】
さらに、送信要求は、レイアウトデータを構成する部分データのそれぞれについて管轄コントローラに送信される。管轄コントローラは、送信要求ごとに、これら送信要求に対応する部分データを当該走行車２００に送信する。
【０１７２】
また、当該レイアウトデータを構成する全ての部分データの受信が完了する前に、管轄コントローラが変更になった場合であっても、当該走行車２００は、これら全ての部分データの受信を完結させることができる。
【０１７３】
具体的には、当該走行車２００は、変更後の管轄コントローラである第一コントローラ１２１または第二コントローラ１２２に対し、その時点で必要な部分データについての送信要求を送信する。
【０１７４】
また、管轄コントローラである第一コントローラ１２１または第二コントローラ１２２は、その送信要求に示される部分データを当該走行車２００に送信する。
【０１７５】
このように、本実施の形態の走行車システム１００は、予め定められた経路（走行路１４０）と当該経路を走行する走行車２００とを備える走行車システム１００であって、安全かつ迅速に走行車２００のレイアウトデータの更新を行うことができる走行車システム１００である。
【０１７６】
なお、本実施の形態では、メンテナンスエリアには一括更新用サーバ１７０が備えられているとした。しかし、メンテナンスエリアは、走行車２００の物品の搬送のための経路外であって、第一コントローラ１２１および第二コントローラ１２２が送信するバージョン情報に示されるバージョンまでのレイアウトデータの更新に必要な一括更新用データを走行車２００が取得可能なエリアであればよい。
【０１７７】
つまり、メンテナンスエリアに移動してきた走行車２００に対し、例えばオペレータが、最新のバージョンまでの更新に必要な一括更新用データを入力してもよい。
【０１７８】
また、本実施の形態において、走行車システム１００が備える複数の走行車２００は、天井走行車であるとした。
【０１７９】
しかしながら、走行車システム１００は、他の種類の走行車を複数備えこれら走行車に効率よくレイアウトデータを更新させるシステムとして実現することもできる。
【０１８０】
例えば、走行車システム１００が、倉庫または工場等の内部で床上を走行し物品の搬送を行う無人搬送車を、第一コントローラ１２１および第二コントローラ１２２から送信されるレイアウトデータを受信する走行車として備えてもよい。
【産業上の利用可能性】
【０１８１】
本発明の走行車システムでは、安全かつ迅速な走行車のレイアウトデータの更新が実現されるため、複数の走行車を用いて様々な物品を所定の領域内で搬送するシステムとして利用できる。特に、レイアウトデータの更新の頻度が高い工場内における走行車システム等として有用である。
【図面の簡単な説明】
【０１８２】
【図１】本発明の実施の形態の走行車システムのハードウェア構成の概要を示す図である。
【図２】実施の形態における走行車の外観を示す斜視図である。
【図３】本発明の実施の形態の走行車システムの機能的な構成を示す図である。
【図４】実施の形態における第一コントローラと走行車との間の通信シーケンスの一例を示す図である。
【図５】実施の形態における走行車が第一エリアと第二エリアとの境界を通過する際の、管轄コントローラの変更を説明するための図である。
【図６】実施の形態における走行車が第一エリアから第二エリアに移動する場合の、走行車と第一コントローラおよび第二コントローラとの情報のやり取りを示す図である。
【符号の説明】
【０１８３】
１００ 走行車システム
１２１ 第一コントローラ
１２２ 第二コントローラ
１２５ レイアウトデータ保持部
１２６ 要求受信部
１２７ レイアウト送信部
１４０ 走行路
１５０ 移載ポート
１６０、１６０ａ、１６０ｂ バーコード
１７０ 一括更新用サーバ
１７１ データ保持部
１７２ 通信部
２００ 走行車
２０５ 要求送信部
２１０ レイアウト受信部
２１５ レイアウトデータ記憶部
２２０ 比較部
２２５ 更新部
２４０ 物品保持部
３００ 載置台
【技術分野】
【０００１】
本発明は、物品を搬送する複数の走行車を備える走行車システムに関する。
【背景技術】
【０００２】
従来、天井走行車等の走行車を用いて物品を搬送するシステムである走行車システムがある。
【０００３】
例えば、半導体素子を製造する半導体工場内では、製造工程ごとにベイと呼ばれる領域に分けられ、各ベイには複数の天井走行車が一方向に周回する周回路が配置される。
【０００４】
各周回路では、複数の走行車のそれぞれが半導体素子の材料であるウェハ等を当該ベイ内の製造装置間で搬送する。
【０００５】
また、それぞれのベイの周回路間は接続路で接続されており、あるベイにおいて一つの工程を経た製造物は、当該ベイ内の天井走行車にピックアップされ接続路を経由して次工程のベイに搬送される。
【０００６】
このような複数の周回路およびこれら複数の周回路を接続する接続路により形成される経路を走行車が移動する際、走行車は自身が記憶しているレイアウトデータを参照して移動する。
【０００７】
レイアウトデータとは、経路のレイアウトを示すデータであり、マップデータ等とも呼ばれる。
【０００８】
レイアウトデータには、各ベイにおける物品の載置および引き取り場所である移載ポートの位置を示す情報、および、各ベイへの進入ポイントおよび各ベイからの脱出ポイントを示す情報など、走行車が上位のコントローラから指示された場所まで移動する際に必要な情報が含まれている。
【０００９】
また、工場内においてベイまたは移載ポートの増設または移設等が行われることにより、経路のレイアウトの変更が発生する。従って、各走行車はその変更の度に自機が記憶しているレイアウトデータを更新する必要がある。
【００１０】
近年では、生産効率の向上のために、走行車による搬送を止めることなくレイアウトデータの更新を行うことが求められている。
【００１１】
そこで、走行車システム内の複数の走行車のレイアウトデータの更新処理を効率化するための技術も開示されている（例えば、特許文献１参照）。
【００１２】
特許文献１に記載の技術によれば、上位のコントローラは、レイアウトデータの更新の優先度の高い順に、各走行車にレイアウトデータを更新させる。具体的には、更新対象の走行車に最新のレイアウトデータを送信することで、当該走行車にレイアウトデータの更新を行わせる。これにより、走行車システム全体としての稼働効率を向上させている。
【特許文献１】特開２００６−３１３４６２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、上記従来の技術のように、コントローラがレイアウトデータの送受信の主導権を有する場合、送信時点での走行車の位置または状態によっては、レイアウトデータの送受信を良好に行えない場合もある。
【００１４】
また、コントローラが走行車にレイアウトデータを送信する際に、通信状況の悪化等により、レイアウトデータの受信の完了前に通信が途絶する場合がある。
【００１５】
この場合、その後に通信状況が好転し、コントローラと走行車との間の通信が再開した場合であっても、通信の途絶の前後でのデータの連続性は保障されない。つまり、この場合、走行車は再度レイアウトデータを最初から受信する必要がある。
【００１６】
また、通信状況の悪化のみならず、走行車の故障等によりレイアウトデータの受信が途中で途切れる場合もある。
【００１７】
このように、何らかの要因によりレイアウトデータの送受信が途中で途切れた場合に備え、例えば、コントローラがどこまで送信したかを記憶しておくという対策が考えられる。これにより、コントローラと走行車との間の通信の再開後に、コントローラは残部データのみを送信することが可能である。
【００１８】
しかし、このような対策を採用した場合、コントローラは複数の走行車のそれぞれについて送信履歴を記憶する必要がある。そのため、走行車の数およびレイアウトデータの更新の頻度に比例してコントローラの処理負荷が増大することになり、現実的な対策とは言えない。
【００１９】
また、走行車システムにおいて、互いに異なるエリアを担当する複数のコントローラが配置されている場合がある。この場合、あるエリア内を移動中の走行車は、当該エリアを担当するコントローラからレイアウトデータを受信することになる。
【００２０】
従って、この走行車はレイアウトデータの受信完了までは他のコントローラの管轄下へ移動できない。この場合この走行車は停止せざるを得ず、渋滞が引き起こされる可能性がある。また、走行車システム全体における搬送効率が低下する。
【００２１】
本発明は上記従来の課題を考慮し、予め定められた経路と当該経路を走行する走行車とを備える走行車システムであって、安全かつ迅速に走行車のレイアウトデータの更新を行うことができる走行車システムを提供することを目的とする。
【課題を解決するための手段】
【００２２】
上記従来の課題を解決するため、本発明の走行車システムは、予め定められた経路と、前記経路のレイアウトを示すレイアウトデータを参照することで前記経路を移動する走行車と、前記走行車と通信可能なコントローラとを備える走行車システムであって、前記コントローラは、前記走行車から送信されるレイアウトデータの送信要求を受信する要求受信部と、前記走行車に対して定期的にレイアウトデータのバージョンを示すバージョン情報を送信し、かつ、前記要求受信部により受信された送信要求に応じたレイアウトデータを前記走行車に送信するレイアウト送信部とを有し、前記走行車は、前記コントローラから送信されるバージョン情報、および、前記コントローラから送信されるレイアウトデータを受信するレイアウト受信部と、前記レイアウト受信部により受信されたレイアウトデータを記憶するためのレイアウトデータ記憶部と、前記レイアウト受信部により受信されたバージョン情報に示されるバージョンと、前記レイアウトデータ記憶部に記憶されているレイアウトデータのバージョンとの比較を行う比較部と、前記比較部による比較の結果、前記バージョン情報に示されるバージョンと、前記レイアウトデータのバージョンとが異なる場合、前記バージョン情報に示されるバージョンのレイアウトデータの送信要求を前記コントローラに送信する要求送信部とを有する。
【００２３】
この構成によれば、コントローラは、走行車に対して定期的にレイアウトデータのバージョンを通知する。走行車は、通知されたバージョンと自機が記憶しているレイアウトデータのバージョンとを比較し、これらが異なる場合にレイアウトデータを要求する。
【００２４】
つまり、走行車はレイアウトデータの更新の必要があるか否かを判断し、必要がある場合にのみコントローラにレイアウトデータを要求することができ、かつ、コントローラは、走行車からの要求があって初めてレイアウトデータそのものを送信する。
【００２５】
このように、本発明の走行車システムでは、走行車が要求することでレイアウトデータがコントローラから送信される。
【００２６】
つまり、走行車は、例えば周辺に障害物がない領域を移動している期間など無線による通信状態が良好なときにレイアウトデータのダウンロードを行うことが可能となる。
【００２７】
このように、本発明の走行車システムでは、走行車は迅速かつ安全にレイアウトデータの更新を行うことができる。
【００２８】
また、前記レイアウト送信部が送信するレイアウトデータは複数の部分データから構成されており、前記要求送信部は、複数の部分データのそれぞれに対応する送信要求を前記コントローラに順次送信し、前記要求受信部は前記要求送信部から送信される送信要求を順次受信し、前記レイアウト送信部は、前記要求受信部が前記送信要求を受信するごとに、受信した送信要求に対応する部分データを前記走行車に送信し、前記レイアウト受信部は、前記レイアウト送信部により送信される複数の部分データを順次受信することで前記レイアウトデータを受信するとしてもよい。
【００２９】
この構成により、走行車は、分割された単位ごとにレイアウトデータをダウンロードすることができる。
【００３０】
従って、コントローラと走行車との間の通信状況が変化する場合などにおいても、走行車は、複数の部分データのそれぞれを受信可能なタイミングで受信することにより、受信すべきレイアウトデータの全てを受信することができる。
【００３１】
また、コントローラは、走行車に送信すべきレイアウトデータのどこまでを送信したかを記憶しておく必要がなく、走行車からの要求に従って部分データを送信すればよい。
【００３２】
また、前記走行車システムは、前記経路上の互いに異なるエリアを担当する少なくとも２つの前記コントローラを備え、少なくとも２つの前記コントローラの一方は第一エリアを担当する第一コントローラであり、他方は第二エリアを担当する第二コントローラであり、前記第一コントローラおよび前記第二コントローラのそれぞれは、同一のバージョンのレイアウトデータを保持しており、前記要求送信部は、前記走行車が前記第一エリアに存在する場合、前記第一コントローラに前記送信要求を送信し、前記走行車が前記第二エリアに存在する場合、前記第二コントローラに前記送信要求を送信し、前記第一コントローラのレイアウト送信部は、前記第一コントローラの要求受信部が受信した送信要求に対応する部分データを前記走行車に送信し、前記第二コントローラのレイアウト送信部は、前記第二コントローラの要求受信部が受信した送信要求に対応する部分データを前記走行車に送信するとしてもよい。
【００３３】
この構成により、複数のコントローラがエリアごとに分担して走行車に対するレイアウトデータの供給を行なう場合であっても、走行車は、エリアをまたいで移動しながら受信すべきレイアウトデータの全てを受信することができる。
【００３４】
また、前記走行車はさらに、前記走行車が移動する際に参照するレイアウトデータを前記レイアウト受信部により受信されたレイアウトデータを用いて更新する更新部を有し、前記レイアウト受信部は、前記走行車が前記経路を走行中に前記レイアウトデータを受信可能であり、前記更新部は、前記走行車が停止中に前記更新を行うとしてもよい。
【００３５】
この構成により、走行車は停止して安定した状態でレイアウトデータの更新を行うことができる。これにより、移動に際して参照されるレイアウトデータが、走行車の移動中に変更されることによる走行車の不安定さが排除される。
【００３６】
また、前記コントローラが前記走行車に送信するレイアウトデータは、当該レイアウトデータのバージョンよりも、バージョンアップにおける最小単位分だけ前のバージョンのレイアウトデータに対する差分のデータであり、前記経路には、前記走行車のメンテナンスを行うためのメンテナンスエリアに至る経路が接続されており、前記要求送信部は、前記比較部による比較の結果、前記バージョン情報に示されるバージョンと前記レイアウトデータ記憶部に記憶されているレイアウトデータのバージョンとの差が前記最小単位である場合にのみ前記送信要求を送信し、前記走行車は、前記比較部による比較の結果、前記バージョン情報に示されるバージョンと前記レイアウトデータのバージョンとの差が前記最小単位ではない場合、前記メンテナンスエリア内に移動するとしてもよい。
【００３７】
この構成により、コントローラが保持するレイアウトデータを最小限にすることができる。また、通信時間を大量に必要とするバージョンアップを排除できる。
【００３８】
また、コントローラは走行車に一つ前のバージョンに対する差分データであるレイアウトデータを送信するため、コントローラおよび走行車はレイアウトデータの送受信を短時間で済ませることができる。
【００３９】
また、走行車が、何らかの理由により１以上の差分データを受信し損ねた場合、つまり、レイアウトデータの更新の機会を一回以上失った場合であっても、走行車は、メンテナンスエリアでレイアウトデータを最新のバージョンまで更新することが可能となる。
【００４０】
また、このように、通常の更新より時間が必要である複数の単位にまたがる更新を、走行車をメンテナンスエリアに移動させてから行うことができる。
【００４１】
そのため、当該走行車が経路に渋滞を引き起こすようなことがなく、走行車システム全体の稼働効率への悪影響は最小限に留められる。
【００４２】
さらに、本発明は、本発明の走行車システムにおける特徴的な動作ステップを含む、レイアウトデータの更新方法等して実現することもできる。また、それら各ステップをコントローラおよび走行車に実行させる制御プログラムとして実現することもできる。
【発明の効果】
【００４３】
本発明の走行車システムによれば、コントローラは、レイアウトデータの送信に先立ってそのバージョンを走行車に通知する。そのため、走行車はコントローラから受信可能なレイアウトデータを要求すべきか否かをまず判断した上で、そのレイアウトデータの送信を要求することができる。
【００４４】
さらに、コントローラは、走行車からの要求に応じてレイアウトデータの走行車への送信を行う。
【００４５】
すなわち、本発明の走行車システムにおいては、走行車がレイアウトデータの送受信の主導権を有している。そのため、例えば走行車がレイアウトデータの受信を行いやすい状況または環境にあるときに、受信すべきレイアウトデータを受信することができる。
【００４６】
従って、レイアウトデータの送受信の失敗により、何度もレイアウトデータの送受信が繰り返されるなどの、非効率的な処理の発生が抑制される。
【００４７】
このように、本発明は、予め定められた経路と当該経路を走行する走行車とを備える走行車システムであって、安全かつ迅速に走行車のレイアウトデータの更新を行うことができる走行車システムを提供することができる。
【発明を実施するための最良の形態】
【００４８】
以下、本発明の実施の形態について図面を参照しながら説明する。
【００４９】
まず、実施の形態の走行車システム１００の構成について図１〜図３を用いて説明する。
【００５０】
図１は、本発明の実施の形態の走行車システム１００のハードウェア構成の概要を示す図である。
【００５１】
図１に示すように、走行車システム１００は、第一コントローラ１２１と、第二コントローラ１２２と、走行路１４０と、一括更新用サーバ１７０と、複数の走行車２００とを備える。
【００５２】
なお、本実施の形態において走行車２００は天井に配置された走行路１４０に沿って移動する天井走行車である。また、図１に示す走行路１４０のレイアウトは、走行路１４０を上方から眺めた場合のレイアウトになっている。
【００５３】
図１に示す走行車システム１００は、例えば半導体素子を製造する工場に備えられている。また、本実施の形態においては、当該工場内に、製造工程によって区分された第一ベイと第二ベイとが存在する。
【００５４】
各ベイには、半導体素子の材料の載置および引き取り場所である移載ポート１５０が複数設けられている。また、各ベイには、複数の走行車２００が一方向に周回する周回路が配置されている。
【００５５】
複数の走行車２００のそれぞれは、各ベイの周回路およびこれら周回路を接続する接続路を走行することで、半導体素子の材料であるウェハ等を、ある移載ポート１５０から他の移載ポート１５０へ搬送する。
【００５６】
なお、各ベイの周回路およびこれら周回路を接続する接続路のそれぞれにより走行路１４０が構成されている。走行路１４０は、本発明の走行車システムにおける、予め定められた経路の一例である。
【００５７】
また、図１に示すように、当該工場内には、互いに隣接する第一エリアと第二エリアとが存在する。また、第一コントローラ１２１が第一エリアを担当するコントローラであり、第二コントローラ１２２が第二エリアを担当するコントローラである。
【００５８】
つまり、第一エリア内の経路上に存在する走行車２００は、第一コントローラ１２１と通信することで各種の情報のやり取りを行う。また、第二エリア内の経路上に存在する走行車２００は、第二コントローラ１２２と通信することで各種の情報のやり取りを行う。
【００５９】
なお、ある走行車２００が第一エリアと第二エリアとの境界をまたいで移動する際に、その走行車２００の通信相手である管轄コントローラは、第一コントローラ１２１から第二コントローラ１２２に、またはその逆に変更される。
【００６０】
走行車システム１００が備える複数の走行車２００のそれぞれは、第一コントローラ１２１または第二コントローラ１２２から、その時点で受信可能なレイアウトデータのバージョンが通知される。
【００６１】
通知を受けた走行車２００は、必要に応じて第一コントローラ１２１または第二コントローラ１２２にレイアウトデータを要求する。これにより、第一コントローラ１２１または第二コントローラ１２２から通知されたバージョンのレイアウトデータを受信する。また、受信したレイアウトデータを用いて、自機に記憶されているレイアウトデータを更新する。
【００６２】
なお、第一コントローラ１２１および第二コントローラ１２２が送信するレイアウトデータは、いずれも直前のバージョンのレイアウトデータに対する差分データである。
【００６３】
第一コントローラ１２１または第二コントローラ１２２と走行車２００との間のレイアウトデータの送受信については、図４等を用いて後述する。
【００６４】
一括更新用サーバ１７０は、第一コントローラ１２１および第二コントローラ１２２が送信するバージョン情報に示されるバージョンまでのレイアウトデータの更新に必要な一括更新用データを走行車２００に送信可能なサーバ装置である。
【００６５】
なお、一括更新用サーバ１７０は、メンテナンスエリアに配置されている。メンテナンスエリアは、走行車２００のメンテナンスのためのエリアである。走行車２００が物品の搬送のために移動する走行路１４０には、メンテナンスエリアに至る経路が接続されている。
【００６６】
走行車２００は、何らかの理由によりレイアウトデータの更新が出来なかった場合、メンテナンスエリア内に移動し、一括更新用サーバ１７０から一括更新用データを受信する。
【００６７】
これにより、当該走行車２００は、その時点での最新バージョンまでレイアウトデータを更新できる。
【００６８】
本実施の形態において、第一コントローラ１２１、第二コントローラ１２２および一括更新用サーバ１７０は、互いに通信回線で接続されている。
【００６９】
また、例えば第一コントローラ１２１に入力されたレイアウトデータを、第一コントローラ１２１が第二コントローラ１２２および一括更新用サーバ１７０に送信することにより、第一コントローラ１２１および第二コントローラ１２２が保持するレイアウトデータのバージョンの同期が図られる。
【００７０】
また、一括更新用サーバ１７０は、第一コントローラ１２１から送信されるレイアウトデータをバージョンごとに保存し、これらから一括更新用データを生成することができる。
【００７１】
図２は、実施の形態における走行車２００の外観を示す斜視図である。
【００７２】
図２に示すように、走行車２００は、走行路１４０を形成するレールに沿って移動する天井走行車である。また、走行車２００は、物品を保持する物品保持部２４０を有する。
【００７３】
走行車２００は、例えば第一コントローラ１２１からの指示に従い、第一ベイ内のある移載ポート１５０上まで移動し、所定の高さまで降下する。さらに、当該移載ポート１５０に置かれた物品を物品保持部２４０により保持した状態で上昇し、第一コントローラ１２１からの指示に従い、次の移載ポート１５０上まで移動する。走行車２００は、当該次の移載ポート１５０上まで移動すると、降下し、物品保持部２４０が保持している物品を置いた後に上昇する。
【００７４】
走行車２００が、このような動作を繰り返すことにより、第一ベイ内の各製造装置間で材料等の移送が行われる。第二ベイ内においても同様に走行車２００による各製造装置間での材料等の移送が行われる。
【００７５】
また、第一ベイおよび第二ベイの間で走行車２００が移動することにより、第一ベイおよび第二ベイの相互間で材料等の移送が行われる。
【００７６】
また、走行路１４０には、載置ポート等の位置を走行車２００が検知するためのバーコード１６０が貼付されている。
【００７７】
走行車２００は、バーコードスキャナ（図示せず）により、走行路１４０に貼られたバーコード１６０を読み取り、自機が記憶しているレイアウトデータを参照することで、自機が、走行路１４０上のどの地点を走行または停止しているかを検知することができる。
【００７８】
また、走行路１４０には、走行車２００に搬送される物品が一時的に載置される載置台３００が複数備えられている。
【００７９】
図３は、本発明の実施の形態の走行車システム１００における機能的な構成を示す図である。
【００８０】
なお、第二コントローラ１２２の機能構成は、第一コントローラ１２１と同様であるため、その図示および説明は省略する。また、複数の走行車２００は、互いに共通する機能構成を有しているため、１台の走行車２００についてのみ機能構成を図示する。
【００８１】
図３に示すように、第一コントローラ１２１は、主要な機能構成として、レイアウトデータ保持部１２５と、要求受信部１２６と、レイアウト送信部１２７とを備える。
【００８２】
レイアウトデータ保持部１２５は、レイアウトデータおよびそのバージョンを示すバージョン情報を保持する記憶装置である。
【００８３】
レイアウトデータ保持部１２５に保持されているレイアウトデータは、例えば、経路のレイアウトが変更された場合などに、走行車システム１００の管理者等により更新される。つまり、レイアウトデータ保持部１２５には、常に最新のバージョンのレイアウトデータおよびそのバージョンを示すバージョン情報が保持されている。
【００８４】
また、第一コントローラ１２１が保持するレイアウトデータのバージョンと、第二コントローラ１２２が保持するレイアウトデータのバージョンとは、上述のように同期が取られている。そのため、第二コントローラ１２２が保持するレイアウトデータも、第一コントローラ１２１と同じく最新バージョンに維持される。
【００８５】
要求受信部１２６は、走行車２００から送信されるレイアウトデータの送信要求を受信する構成部である。
【００８６】
レイアウト送信部１２７は、複数の走行車２００それぞれに対して定期的にバージョン情報を送信し、かつ、要求受信部１２６により受信された送信要求に応じたレイアウトデータを送信する構成部である。
【００８７】
また、図３に示すように、走行車２００は、主要な機能構成として、要求送信部２０５と、レイアウト受信部２１０と、レイアウトデータ記憶部２１５と、比較部２２０と、更新部２２５とを備える。
【００８８】
レイアウト受信部２１０は、当該走行車２００の管轄コントローラである第一コントローラ１２１または第二コントローラ１２２から当該走行車２００宛て送信されるバージョン情報、および、レイアウトデータを受信する構成部である。
【００８９】
レイアウトデータ記憶部２１５は、レイアウト受信部２１０により受信されたレイアウトデータを記憶するための記憶装置である。
【００９０】
比較部２２０は、レイアウト受信部２１０により受信されたバージョン情報に示されるバージョンと、レイアウトデータ記憶部２１５に記憶されているレイアウトデータのバージョンとの比較を行う構成部である。
【００９１】
要求送信部２０５は、比較部２２０による比較の結果、バージョン情報に示されるバージョンと、レイアウトデータ記憶部２１５に記憶されているレイアウトデータのバージョンとが異なる場合、管轄コントローラである第一コントローラ１２１または第二コントローラ１２２に、そのバージョン情報に示されるバージョンのレイアウトデータの送信要求を送信する構成部である。
【００９２】
更新部２２５は、レイアウト受信部２１０により受信されたレイアウトデータを用いて、レイアウトデータ記憶部２１５に記憶されているレイアウトデータを更新する構成部である。
【００９３】
また、図３に示すように、一括更新用サーバ１７０は、主要な機能構成として、データ保持部１７１と、通信部１７２とを備える。
【００９４】
データ保持部１７１は、レイアウトデータをバージョンごとに保持する記憶装置である。
【００９５】
通信部１７２は、メンテナンスエリア内の走行車２００と通信する処理部である。通信部１７２は、具体的には、メンテナンスエリア内の走行車２００に当該走行車２００が必要とする一括更新データを送信する。
【００９６】
例えば、最新のレイアウトデータのバージョンが“３”である時点で、レイアウトデータのバージョンが“１”である走行車２００がメンテナンスエリアに移動してきた場合を想定する。
【００９７】
この場合、一括更新用サーバ１７０は、通信部１７２を介して当該走行車２００と通信することにより、当該走行車２００のレイアウトデータのバージョンが“１”であることを検知する。
【００９８】
一括更新用サーバ１７０はさらに、通信部１７２を介して、バージョン“２”とバージョン“３”とのデータを含むレイアウトデータをデータ保持部１７１から読み出し、一括更新用データとして送信する。
【００９９】
これにより当該走行車２００は、自機が記憶しているレイアウトデータを最新のバージョン“３”まで更新できる。
【０１００】
以上のように構成された実施の形態の走行車システム１００の処理の流れについて、図４〜図６を用いて説明する。
【０１０１】
図４は、実施の形態における第一コントローラ１２１と走行車２００との間の通信シーケンスの一例を示す図である。
【０１０２】
なお、図４では、第一コントローラ１２１がバージョン“２”のレイアウトデータを保持しており、走行車２００のレイアウトデータのバージョンが“１”である場合を想定している。
【０１０３】
また、レイアウトデータのバージョンアップにおける最小単位が１である場合を想定している。つまり、バージョンの増分が常に１である場合を想定している。
【０１０４】
ここで、バージョン“２”のレイアウトデータとは、図４に示すように、バージョンアップにおける最小単位である１だけ前のバージョンである、バージョン“１”のレイアウトデータに対する差分のデータである。
【０１０５】
つまり、バージョン“１”のレイアウトデータを記憶している走行車２００であれば、バージョン“２”のレイアウトデータを受信することで、自機のレイアウトデータを最新のバージョンである“２”に更新することができる。
【０１０６】
また、第一コントローラ１２１が保持しているレイアウトデータは、図４に示すように、ｎ個の部分データ（［Ｄ１］〜［Ｄｎ］）に分割されている。
【０１０７】
このような想定の下における第一コントローラ１２１と走行車２００との間の通信シーケンスを説明する。
【０１０８】
第一コントローラ１２１のレイアウト送信部１２７は、バージョン“２”を示すバージョン情報を走行車２００へ送信する（Ｓ１０）。
【０１０９】
第一エリア内を移動中の走行車２００では、レイアウト受信部２１０が当該バージョン情報を受信し、比較部２２０へ転送する。
【０１１０】
比較部２２０は、当該バージョン情報に示される“２”と、レイアウトデータ記憶部２１５に記憶されているレイアウトデータのバージョン“１”とを比較する（Ｓ１１）。
【０１１１】
比較部２２０は、この比較の結果、当該バージョン情報に示されるバージョンと、レイアウトデータ記憶部２１５に記憶されているレイアウトデータのバージョンとが異なるため、要求送信部２０５にその旨を通知する。
【０１１２】
要求送信部２０５は、比較部２２０からの通知を受け、バージョン“２”のレイアウトデータの送信を要求する送信要求を第一コントローラ１２１に送信する（Ｓ１２）。
【０１１３】
なお、この送信要求の第一コントローラ１２１への送信は、例えば、第一コントローラ１２１との通信状況が良好な場合、当該走行車２００が搬送指示待ちの状態で停止している場合、または、当該走行車２００が負荷の高い情報処理を行っていない場合などに行われる。
【０１１４】
例えば、当該走行車２００は、第一コントローラ１２１からの電波の強度が所定の閾値以上である場合に送信要求を送信する。または、例えば、当該走行車２００は、自機が記憶しているレイアウトデータを参照することで、第一コントローラ１２１との距離が所定の距離以内の経路を走行中である場合、もしくは第一コントローラ１２１が見通せる位置を走行中である場合などに送信要求を送信する。
【０１１５】
要求送信部２０５が、バージョン“２”のレイアウトデータについての送信要求を送信する場合、具体的にはまず、１個目の部分データ［Ｄ１］を送信するよう要求する内容の送信要求を第一コントローラ１２１に送信する（Ｓ１２）。
【０１１６】
第一コントローラ１２１の要求受信部１２６は、その送信要求を受信すると、レイアウト送信部１２７に［Ｄ１］を当該走行車２００へ送信するよう指示する。
【０１１７】
レイアウト送信部１２７は、レイアウトデータ保持部１２５から部分データ［Ｄ１］を読み出し、当該走行車２００宛てに送信する（Ｓ１３）。
【０１１８】
その後、同様に、２個目の部分データ［Ｄ２］の送信を要求する送信要求が走行車２００から第一コントローラ１２１へ送信される（Ｓ１４）。また、その送信要求への応答として、部分データ［Ｄ２］が第一コントローラ１２１から当該走行車２００へ送信される（Ｓ１５）。
【０１１９】
その後、当該走行車２００による送信要求の送信、および第一コントローラ１２１による当該送信要求への応答としての部分データの送信が必要なだけ繰り返される。
【０１２０】
そして最後の部分データであるｎ個目の部分データ［Ｄｎ］の送信を要求する送信要求が走行車２００から第一コントローラ１２１へ送信され（Ｓ２０）、その送信要求への応答として、部分データ［Ｄｎ］が第一コントローラ１２１から当該走行車２００へ送信される（Ｓ２１）。
【０１２１】
また、このとき、部分データ［Ｄｎ］は、［Ｄｎ］が当該レイアウトデータにおける最終データであることを示す最終データフラグとともに送信される。
【０１２２】
このようにして順次送信された［Ｄ１］〜［Ｄｎ］のそれぞれは、レイアウト受信部２１０により受信され、例えば、レイアウトデータ記憶部２１５内の所定の領域に、更新用データとして記憶される。
【０１２３】
バージョン“２”のレイアウトデータを構成する全ての部分データを受信した走行車２００は、例えば、その後に第一エリア内の所定の目的地に到着し停止する（Ｓ２２）。
【０１２４】
走行車２００が当該目的地で停止すると、更新部２２５は、バージョン“２”のレイアウトデータ、つまり、［Ｄ１］〜［Ｄｎ］からなるレイアウトデータを用いて、レイアウトデータ記憶部２１５に記憶されているレイアウトデータを更新する（Ｓ２３）。
【０１２５】
これによりレイアウトデータ記憶部２１５に記憶されているレイアウトデータのバージョンは“２”となり、その後の移動の際に参照される。
【０１２６】
レイアウトデータの更新が完了した走行車２００は、その後、第一コントローラ１２１または第二コントローラ１２２から、バージョン情報を受信すると、自身のレイアウトデータのバージョンと比較する。
【０１２７】
そして、これらが同じであれば、当該バージョン情報を無視する。また、受信したバージョン情報が自身のレイアウトデータのバージョンより上位の値を示す場合は、レイアウトデータの送信を要求する送信要求を第一コントローラ１２１または第二コントローラ１２２に送信する。
【０１２８】
なお、走行車２００は、レイアウトデータの更新が完了した後に、図４に示すように、第一コントローラ１２１に、更新の完了、つまりバージョンアップの完了を報告してもよい（Ｓ２４）。この報告は、例えば、要求送信部２０５を介して行われる。
【０１２９】
この報告を受けた第一コントローラ１２１は、例えば、当該走行車２００宛てに、バージョン“２”を示すバージョン情報を送信しないなどの制御を行ってもよい。
【０１３０】
このように、走行車２００の要求送信部２０５は、複数の部分データのそれぞれに対応する送信要求を第一コントローラ１２１に順次送信する。
【０１３１】
また、第一コントローラ１２１の要求受信部１２６はこれら送信要求を順次受信し、レイアウト送信部１２７は、要求受信部１２６が送信要求を受信するごとに、当該送信要求に対応する部分データを当該走行車２００に送信する。
【０１３２】
走行車２００のレイアウト受信部２１０は、このように送信される複数の部分データを順次受信することで当該バージョンのレイアウトデータを受信する。
【０１３３】
なお、走行車２００は、いずれかの部分データを受信できなかった場合、再度、当該部分データについての送信要求を第一コントローラ１２１に送信する。
【０１３４】
例えば、要求送信部２０５が、部分データ［Ｄ２］についての送信要求を送信後、所定の期間が経過する前に、レイアウト受信部２１０が［Ｄ２］を受信しなかった場合、要求送信部２０５は、再度、［Ｄ２］についての送信要求を第一コントローラ１２１に送信する。
【０１３５】
つまり、第一コントローラ１２１は、受信した送信要求に対応する部分データを送信すればよい。
【０１３６】
そのため、第一コントローラ１２１は、例えば通信状況の悪化によりレイアウトデータの送受信が途中で途切れるような場合に備えて、レイアウトデータのどこまでを送信したかを記憶しておく必要はない。
【０１３７】
また、走行車２００は、第一コントローラ１２１から送信される最終データフラグを受信することで、自機が必要とするバージョンのレイアウトデータの全てが受信できたか否かを確認できる。
【０１３８】
そのため、走行車２００が、当該バージョンのレイアウトデータを構成する部分データがいくつ存在するかを予め知っておく必要がない。つまり、走行車２００は、最終データフラグを受信するまで、次の部分データについての送信要求を繰り返し第一コントローラ１２１に送信すればよい。
【０１３９】
また、走行車２００は、走行中にレイアウトデータを受信した場合であっても、停止して安定した状態で、受信したレイアウトデータを用いた更新処理を行う。そのため、移動に際して参照されるレイアウトデータが、走行車２００の移動中に変更されることによる走行車の不安定さが排除される。
【０１４０】
なお、比較部２２０によるバージョンの比較（Ｓ１１）において、例えば、第一コントローラ１２１から受信したバージョン情報に示されるバージョンが“３”であり、レイアウトデータ記憶部２１５に記憶されているレイアウトデータのバージョンが“１”である場合を想定する。
【０１４１】
この場合、これらバージョンの差は２であり、最小単位である１ではない。そのため、比較部２２０は、要求送信部２０５への通知は行わず、当該走行車２００の走行動作を制御する制御部（図示せず）に、これらバージョンの差が最小単位ではない旨を通知する。
【０１４２】
通知を受けた制御部は、当該走行車２００がメンテナンスエリアに移動するよう当該走行車２００を制御する。
【０１４３】
当該走行車２００は、メンテナンスエリアに移動し一括更新用サーバ１７０から一括更新用データを取得する。これにより、レイアウトデータ記憶部２１５に記憶されているレイアウトデータをバージョン“３”に更新することができる。
【０１４４】
このように、通常の更新より時間が必要である複数の単位にまたがる更新が行われる場合、走行車２００をメンテナンスエリアに移動させることで、走行車システム１００全体の稼働効率の低下を最小限に留めつつ、各走行車２００のレイアウトデータの更新が適切に行われる。
【０１４５】
また、図４では、走行車２００が、第一エリア内を走行中または第一エリア内で停止中であり、第一コントローラ１２１の管轄下にある場合の通信シーケンスを示している。しかし、走行車２００が第二コントローラ１２２の管轄下にある場合も、当該走行車２００と第二コントローラ１２２との間で同様の通信が行なわれる。
【０１４６】
また、図４を用いて、第一コントローラ１２１と、１台の走行車２００との間の通信のシーケンスを説明したが、第一コントローラ１２１は、第一エリア内の複数の走行車２００それぞれと図４に示す内容の通信を行なう。第二コントローラ１２２も同様に第二エリア内の複数の走行車２００それぞれと図４に示す内容の通信を行なう。
【０１４７】
また、このようなレイアウトデータの更新のための通信の間に、走行車２００が第一エリアと第二エリアとの境界を越える場合もある。
【０１４８】
このような場合であっても、当該走行車２００は、必要なレイアウトデータの受信を完了させる必要がある。
【０１４９】
そのため、レイアウトデータの当該走行車２００への送信を、第一コントローラ１２１と第二コントローラ１２２との間でどのように引き継ぐかが問題となる。
【０１５０】
そこで、レイアウトデータの更新のための通信の間に、走行車２００が第一エリアと第二エリアとの境界を越える場合の通信シーケンスを、図５および図６を用いて説明する。
【０１５１】
図５は、走行車２００が第一エリアと第二エリアとの境界を通過する際の管轄コントローラの変更を説明するための図である。
【０１５２】
図５に示すように、走行路１４０の第一エリアと第二エリアとの境界の近傍にバーコード１６０ａとバーコード１６０ｂとが配置されている。なお、これらバーコード１６０ａおよび１６０ｂは、実際には、走行車２００が読み取れる位置に貼付されている。
【０１５３】
例えば、図５において、第一エリアから第二エリアに移動しようとしている走行車ａは、まず、バーコード１６０ａを読み取ると、第一コントローラ１２１に、第一コントローラ１２１の管轄から外れる旨の予告通知を行う。
【０１５４】
また、走行車ａは、第二コントローラ１２２に、第二コントローラ１２２の管轄に入る旨の予告通知を行う。
【０１５５】
その後、走行車ａが第二エリアに進入し、バーコード１６０ｂを読み取ると、第一コントローラ１２１に、第二コントローラ１２２の管轄に移った（または、第一コントローラ１２１の管轄から外れた）旨の通知を行う。
【０１５６】
また、走行車ａは、第二コントローラ１２２に、第二コントローラ１２２の管轄に入った旨の通知を行う。
【０１５７】
走行車ａは、第一コントローラ１２１および第二コントローラ１２２へ、例えばこのような通知を行う。これにより、第一コントローラ１２１は、走行車ａが第一コントローラ１２１の管轄に入った旨の通知を受けるまで、走行車ａにバージョン情報およびレイアウトデータの送信を行う必要がないことが分かる。
【０１５８】
また、第二コントローラ１２２は、走行車ａが第一コントローラ１２１の管轄に入った旨の通知、または、走行車ａが第二コントローラ１２２の管轄から外れた旨の通知を受けるまで、走行車ａにバージョン情報の送信、および走行車ａからの送信要求に応じたレイアウトデータの送信を行う必要があることが分かる。
【０１５９】
なお、この後に、走行車ａが第二エリアから第一エリアに移動した場合は、逆に、第一コントローラ１２１および第二コントローラ１２２に対して、走行車ａが第一コントローラ１２１の管轄に入った旨の通知等がなされる。
【０１６０】
図６は、走行車２００が第一エリアから第二エリアに移動する場合の、走行車２００と第一コントローラ１２１および第二コントローラ１２２との情報のやり取りを示す図である。
【０１６１】
走行車２００（走行車ａ）が第一エリア内を走行中に、第一コントローラ１２１からバージョン情報が走行車ａに送信される（Ｓ５０）。
【０１６２】
走行車ａの比較部２２０は、上述のようにバージョンの比較を行う（Ｓ５１）。この比較の結果、当該バージョン情報に示されるバージョンと、走行車ａが記憶しているレイアウトデータのバージョンとが異なる場合、要求送信部２０５は、１個目の部分データについての送信要求を、第一コントローラ１２１に送信する（Ｓ５２）。
【０１６３】
第一コントローラ１２１は、この送信要求への応答として１個目の部分データを走行車ａに送信する（Ｓ５３）。
【０１６４】
その後、図５を用いて説明したように、走行車ａが第二エリアへ進入すると、走行車ａの管轄コントローラが第一コントローラ１２１から第二コントローラ１２２に変更される（Ｓ５４）。
【０１６５】
走行車ａは、１個目の部分データは受信済みであるため、２個目の部分データについての送信要求を、新たな管轄コントローラである第二コントローラ１２２に送信する（Ｓ５５）。
【０１６６】
第二コントローラ１２２は、この送信要求に示される要求が２個目の部分データについてのものであることを確認すると、この送信要求への応答として２個目の部分データを走行車ａに送信する（Ｓ５６）。
【０１６７】
以降、走行車ａは、最終データフラグを受信するまで第二コントローラ１２２に順次、送信要求を送信する。
【０１６８】
また、走行車ａは、最終データフラグを受信する前に、第一エリアに戻った場合は、管轄コントローラである第一コントローラ１２１に、最終データフラグを受信するまで、順次、送信要求を送信することで更新に必要な部分データの全てを受信できる。
【０１６９】
このように、本実施の形態の走行車システム１００において、第一コントローラ１２１および第二コントローラ１２２のそれぞれは、同一かつ最新のバージョンのレイアウトデータを保持している。
【０１７０】
また、走行車２００は、管轄コントローラ（第一コントローラ１２１および第二コントローラ１２２のいずれか一方）から受信したバージョン情報に基づき、レイアウトデータの更新の必要ありと判断した場合、レイアウトデータの送信を要求する旨の送信要求を送信する。具体的には、当該送信の時点での管轄コントローラ宛てに送信要求が送信される。
【０１７１】
さらに、送信要求は、レイアウトデータを構成する部分データのそれぞれについて管轄コントローラに送信される。管轄コントローラは、送信要求ごとに、これら送信要求に対応する部分データを当該走行車２００に送信する。
【０１７２】
また、当該レイアウトデータを構成する全ての部分データの受信が完了する前に、管轄コントローラが変更になった場合であっても、当該走行車２００は、これら全ての部分データの受信を完結させることができる。
【０１７３】
具体的には、当該走行車２００は、変更後の管轄コントローラである第一コントローラ１２１または第二コントローラ１２２に対し、その時点で必要な部分データについての送信要求を送信する。
【０１７４】
また、管轄コントローラである第一コントローラ１２１または第二コントローラ１２２は、その送信要求に示される部分データを当該走行車２００に送信する。
【０１７５】
このように、本実施の形態の走行車システム１００は、予め定められた経路（走行路１４０）と当該経路を走行する走行車２００とを備える走行車システム１００であって、安全かつ迅速に走行車２００のレイアウトデータの更新を行うことができる走行車システム１００である。
【０１７６】
なお、本実施の形態では、メンテナンスエリアには一括更新用サーバ１７０が備えられているとした。しかし、メンテナンスエリアは、走行車２００の物品の搬送のための経路外であって、第一コントローラ１２１および第二コントローラ１２２が送信するバージョン情報に示されるバージョンまでのレイアウトデータの更新に必要な一括更新用データを走行車２００が取得可能なエリアであればよい。
【０１７７】
つまり、メンテナンスエリアに移動してきた走行車２００に対し、例えばオペレータが、最新のバージョンまでの更新に必要な一括更新用データを入力してもよい。
【０１７８】
また、本実施の形態において、走行車システム１００が備える複数の走行車２００は、天井走行車であるとした。
【０１７９】
しかしながら、走行車システム１００は、他の種類の走行車を複数備えこれら走行車に効率よくレイアウトデータを更新させるシステムとして実現することもできる。
【０１８０】
例えば、走行車システム１００が、倉庫または工場等の内部で床上を走行し物品の搬送を行う無人搬送車を、第一コントローラ１２１および第二コントローラ１２２から送信されるレイアウトデータを受信する走行車として備えてもよい。
【産業上の利用可能性】
【０１８１】
本発明の走行車システムでは、安全かつ迅速な走行車のレイアウトデータの更新が実現されるため、複数の走行車を用いて様々な物品を所定の領域内で搬送するシステムとして利用できる。特に、レイアウトデータの更新の頻度が高い工場内における走行車システム等として有用である。
【図面の簡単な説明】
【０１８２】
【図１】本発明の実施の形態の走行車システムのハードウェア構成の概要を示す図である。
【図２】実施の形態における走行車の外観を示す斜視図である。
【図３】本発明の実施の形態の走行車システムの機能的な構成を示す図である。
【図４】実施の形態における第一コントローラと走行車との間の通信シーケンスの一例を示す図である。
【図５】実施の形態における走行車が第一エリアと第二エリアとの境界を通過する際の、管轄コントローラの変更を説明するための図である。
【図６】実施の形態における走行車が第一エリアから第二エリアに移動する場合の、走行車と第一コントローラおよび第二コントローラとの情報のやり取りを示す図である。
【符号の説明】
【０１８３】
１００ 走行車システム
１２１ 第一コントローラ
１２２ 第二コントローラ
１２５ レイアウトデータ保持部
１２６ 要求受信部
１２７ レイアウト送信部
１４０ 走行路
１５０ 移載ポート
１６０、１６０ａ、１６０ｂ バーコード
１７０ 一括更新用サーバ
１７１ データ保持部
１７２ 通信部
２００ 走行車
２０５ 要求送信部
２１０ レイアウト受信部
２１５ レイアウトデータ記憶部
２２０ 比較部
２２５ 更新部
２４０ 物品保持部
３００ 載置台
【特許請求の範囲】
【請求項１】
予め定められた経路と、前記経路のレイアウトを示すレイアウトデータを参照することで前記経路を移動する走行車と、前記走行車と通信可能なコントローラとを備える走行車システムであって、
前記コントローラは、
前記走行車から送信されるレイアウトデータの送信要求を受信する要求受信部と、
前記走行車に対して定期的にレイアウトデータのバージョンを示すバージョン情報を送信し、かつ、前記要求受信部により受信された送信要求に応じたレイアウトデータを前記走行車に送信するレイアウト送信部とを有し、
前記走行車は、
前記コントローラから送信されるバージョン情報、および、前記コントローラから送信されるレイアウトデータを受信するレイアウト受信部と、
前記レイアウト受信部により受信されたレイアウトデータを記憶するためのレイアウトデータ記憶部と、
前記レイアウト受信部により受信されたバージョン情報に示されるバージョンと、前記レイアウトデータ記憶部に記憶されているレイアウトデータのバージョンとの比較を行う比較部と、
前記比較部による比較の結果、前記バージョン情報に示されるバージョンと、前記レイアウトデータのバージョンとが異なる場合、前記バージョン情報に示されるバージョンのレイアウトデータの送信要求を前記コントローラに送信する要求送信部とを有する
走行車システム。
【請求項２】
前記レイアウト送信部が送信するレイアウトデータは複数の部分データから構成されており、
前記要求送信部は、複数の部分データのそれぞれに対応する送信要求を前記コントローラに順次送信し、
前記要求受信部は前記要求送信部から送信される送信要求を順次受信し、
前記レイアウト送信部は、前記要求受信部が前記送信要求を受信するごとに、受信した送信要求に対応する部分データを前記走行車に送信し、
前記レイアウト受信部は、前記レイアウト送信部により送信される複数の部分データを順次受信することで前記レイアウトデータを受信する
請求項１記載の走行車システム。
【請求項３】
前記走行車システムは、前記経路上の互いに異なるエリアを担当する少なくとも２つの前記コントローラを備え、少なくとも２つの前記コントローラの一方は第一エリアを担当する第一コントローラであり、他方は第二エリアを担当する第二コントローラであり、
前記第一コントローラおよび前記第二コントローラのそれぞれは、同一のバージョンのレイアウトデータを保持しており、
前記要求送信部は、前記走行車が前記第一エリアに存在する場合、前記第一コントローラに前記送信要求を送信し、前記走行車が前記第二エリアに存在する場合、前記第二コントローラに前記送信要求を送信し、
前記第一コントローラのレイアウト送信部は、前記第一コントローラの要求受信部が受信した送信要求に対応する部分データを前記走行車に送信し、
前記第二コントローラのレイアウト送信部は、前記第二コントローラの要求受信部が受信した送信要求に対応する部分データを前記走行車に送信する
請求項２記載の走行車システム。
【請求項４】
前記走行車はさらに、前記走行車が移動する際に参照するレイアウトデータを前記レイアウト受信部により受信されたレイアウトデータを用いて更新する更新部を有し、
前記レイアウト受信部は、前記走行車が前記経路を走行中に前記レイアウトデータを受信可能であり、
前記更新部は、前記走行車が停止中に前記更新を行う
請求項１〜３のいずれか１項に記載の走行車システム。
【請求項５】
前記コントローラが前記走行車に送信するレイアウトデータは、当該レイアウトデータのバージョンよりも、バージョンアップにおける最小単位分だけ前のバージョンのレイアウトデータに対する差分のデータであり、
前記経路には、前記走行車のメンテナンスを行うためのメンテナンスエリアに至る経路が接続されており、
前記要求送信部は、前記比較部による比較の結果、前記バージョン情報に示されるバージョンと前記レイアウトデータ記憶部に記憶されているレイアウトデータのバージョンとの差が前記最小単位である場合にのみ前記送信要求を送信し、
前記走行車は、前記比較部による比較の結果、前記バージョン情報に示されるバージョンと前記レイアウトデータのバージョンとの差が前記最小単位ではない場合、前記メンテナンスエリア内に移動する
請求項１〜４のいずれか１項に記載の走行車システム。
【請求項１】
予め定められた経路と、前記経路のレイアウトを示すレイアウトデータを参照することで前記経路を移動する走行車と、前記走行車と通信可能なコントローラとを備える走行車システムであって、
前記コントローラは、
前記走行車から送信されるレイアウトデータの送信要求を受信する要求受信部と、
前記走行車に対して定期的にレイアウトデータのバージョンを示すバージョン情報を送信し、かつ、前記要求受信部により受信された送信要求に応じたレイアウトデータを前記走行車に送信するレイアウト送信部とを有し、
前記走行車は、
前記コントローラから送信されるバージョン情報、および、前記コントローラから送信されるレイアウトデータを受信するレイアウト受信部と、
前記レイアウト受信部により受信されたレイアウトデータを記憶するためのレイアウトデータ記憶部と、
前記レイアウト受信部により受信されたバージョン情報に示されるバージョンと、前記レイアウトデータ記憶部に記憶されているレイアウトデータのバージョンとの比較を行う比較部と、
前記比較部による比較の結果、前記バージョン情報に示されるバージョンと、前記レイアウトデータのバージョンとが異なる場合、前記バージョン情報に示されるバージョンのレイアウトデータの送信要求を前記コントローラに送信する要求送信部とを有する
走行車システム。
【請求項２】
前記レイアウト送信部が送信するレイアウトデータは複数の部分データから構成されており、
前記要求送信部は、複数の部分データのそれぞれに対応する送信要求を前記コントローラに順次送信し、
前記要求受信部は前記要求送信部から送信される送信要求を順次受信し、
前記レイアウト送信部は、前記要求受信部が前記送信要求を受信するごとに、受信した送信要求に対応する部分データを前記走行車に送信し、
前記レイアウト受信部は、前記レイアウト送信部により送信される複数の部分データを順次受信することで前記レイアウトデータを受信する
請求項１記載の走行車システム。
【請求項３】
前記走行車システムは、前記経路上の互いに異なるエリアを担当する少なくとも２つの前記コントローラを備え、少なくとも２つの前記コントローラの一方は第一エリアを担当する第一コントローラであり、他方は第二エリアを担当する第二コントローラであり、
前記第一コントローラおよび前記第二コントローラのそれぞれは、同一のバージョンのレイアウトデータを保持しており、
前記要求送信部は、前記走行車が前記第一エリアに存在する場合、前記第一コントローラに前記送信要求を送信し、前記走行車が前記第二エリアに存在する場合、前記第二コントローラに前記送信要求を送信し、
前記第一コントローラのレイアウト送信部は、前記第一コントローラの要求受信部が受信した送信要求に対応する部分データを前記走行車に送信し、
前記第二コントローラのレイアウト送信部は、前記第二コントローラの要求受信部が受信した送信要求に対応する部分データを前記走行車に送信する
請求項２記載の走行車システム。
【請求項４】
前記走行車はさらに、前記走行車が移動する際に参照するレイアウトデータを前記レイアウト受信部により受信されたレイアウトデータを用いて更新する更新部を有し、
前記レイアウト受信部は、前記走行車が前記経路を走行中に前記レイアウトデータを受信可能であり、
前記更新部は、前記走行車が停止中に前記更新を行う
請求項１〜３のいずれか１項に記載の走行車システム。
【請求項５】
前記コントローラが前記走行車に送信するレイアウトデータは、当該レイアウトデータのバージョンよりも、バージョンアップにおける最小単位分だけ前のバージョンのレイアウトデータに対する差分のデータであり、
前記経路には、前記走行車のメンテナンスを行うためのメンテナンスエリアに至る経路が接続されており、
前記要求送信部は、前記比較部による比較の結果、前記バージョン情報に示されるバージョンと前記レイアウトデータ記憶部に記憶されているレイアウトデータのバージョンとの差が前記最小単位である場合にのみ前記送信要求を送信し、
前記走行車は、前記比較部による比較の結果、前記バージョン情報に示されるバージョンと前記レイアウトデータのバージョンとの差が前記最小単位ではない場合、前記メンテナンスエリア内に移動する
請求項１〜４のいずれか１項に記載の走行車システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１０−１４３６６５（Ｐ２０１０−１４３６６５Ａ）
【公開日】平成２２年７月１日（２０１０．７．１）
【国際特許分類】
【出願番号】特願２００８−３２０１４３（Ｐ２００８−３２０１４３）
【出願日】平成２０年１２月１６日（２００８．１２．１６）
【出願人】（０００００６２９７）村田機械株式会社 (4,916)
【Ｆターム（参考）】
【公開日】平成２２年７月１日（２０１０．７．１）
【国際特許分類】
【出願日】平成２０年１２月１６日（２００８．１２．１６）
【出願人】（０００００６２９７）村田機械株式会社 (4,916)
【Ｆターム（参考）】
[ Back to top ]