JP2001315922A

JP2001315922A - 収納庫管理システム、電子タグ、情報処理装置及びコンピュータ読み取り可能な記憶媒体

Info

Publication number: JP2001315922A
Application number: JP2000140326A
Authority: JP
Inventors: Hiroyuki Shimizu; 裕之清水
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-05-12
Filing date: 2000-05-12
Publication date: 2001-11-13

Abstract

(57)【要約】【課題】収納庫内の収納物に関する情報を自動的に検
出し、外部から検索することのできる収納庫管理システ
ムを提供する。【解決手段】収納庫１内の各収納物１１０、１２０、
１３０に取り付けられたその収納物に関する情報を記憶
した電子タグ１００、２００、３００と、各電子タグの
情報をタグセンサ１４０により無線で読み取って各電子
タグ毎に情報をまとめて管理する情報処理装置２とから
なり、ＩＥＥＥ１３９４シリアルバスを介してパソコン
１８０から入力された制御命令を情報処理装置に伝達
し、この情報処理装置から必要な情報をパソコンに送出
する。また、パソコンは電話回線を通じてユーザからの
要求に応じて上記情報をユーザに伝える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、収納庫内の各種収
納物の情報を外部から検索することのできる収納庫管理
システム、このシステムを構成する電子タグ、情報処理
装置及びそれらに用いられるコンピュータ読み取り可能
な記憶媒体に関するものである。

【０００２】

【従来の技術】従来の収納庫は電子化されておらず、在
庫の確認等を行う場合は、管理者が直接収納物の種類、
数量等を調査する必要があり、非常に手間がかかる。ま
た、在庫の種類、数量等を電子的に管理する場合は、管
理者が調査した結果を家庭内にあるパソコンなどにマニ
ュアル操作で入力する必要がある。

【０００３】

【発明が解決しようとする課題】上記従来例では、収納
庫自体が電子化されていないため、人手による作業が多
く、手間もかかる上に数量の数え間違い等のミスも発生
しやすい。また、例えば外出先から現在収納庫に在庫さ
れている収納物の種類、数量等の確認をリアルタイムで
行うことはできないという問題があった。

【０００４】本発明は、上記の問題を解決するために成
されたもので、収納庫内の収納物に関する情報を自動的
に検出し、外部から検索することができるようにするこ
とを目的としている。

【０００５】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明による収納庫管理システムにおいては、収
納庫内の１種類以上の収納物とそれぞれ対応して設けら
れ、その収納物に関する情報が記憶されると共にこの情
報を送信可能になされた１つ以上の電子タグと、上記各
電子タグからそれぞれ送信される上記情報を受信して読
み取り、読み取った情報を各電子タグ毎に管理すると共
に、デジタルバスを通じて入力される指示に応じた情報
を上記デジタルバスに送出する情報処理装置とを設けて
いる。

【０００６】また、本発明による電子タグにおいては、
収納庫内の収納物に関する情報を記憶する記憶手段と、
上記記憶された情報を無線送信する送信手段とを設けて
いる。

【０００７】また、本発明による情報処理装置において
は、収納庫内の１種類以上の収納物とそれぞれ対応して
設けられ、その収納物に関する情報を無線送信する１つ
以上の電子タグから上記情報を無線受信する受信手段
と、上記受信した情報を読み取り、読み取った情報を各
電子タグ毎に管理する管理手段と、デジタルバスに接続
するインターフェイス手段と、上記デジタルバスから上
記インターフェイス手段を介して入力される指示に応じ
た情報を上記管理手段から取り出して上記インターフェ
イス手段を介して上記デジタルバスに送出する制御手段
とを設けている。

【０００８】また、本発明による記憶媒体においては、
収納庫内の収納物に関する情報を記憶する処理と、上記
記憶された情報を無線送信する送信処理とを実行するた
めのプログラムを記憶している。

【０００９】また、本発明による他の記憶媒体において
は、収納庫内の１種類以上の収納物とそれぞれ対応して
設けられ、その収納物に関する情報を無線送信する１つ
以上の電子タグから上記情報を受信する処理と、上記受
信した情報を読み取り、読み取った情報を各電子タグ毎
に管理する処理と、デジタルバスから入力される指示に
応じた情報を上記デジタルバスに送出する制御処理とを
実行するためのプログラムを記憶している。

【００１０】

【発明の実施の形態】以下、本発明の実施の形態を図面
と共に説明する。本実施の形態では、システムを構成す
る各機器間を接続するデジタルＩ／ＦとしてＩＥＥＥ１
３９４シリアルバスを用いるので、まず、本実施の形態
の説明に先立ちＩＥＥＥ１３９４シリアルバスについて
予め説明する。

【００１１】＜ＩＥＥＥ１３９４の技術の概要＞家庭用
デジタルＶＴＲやＤＶＤの登場に伴って、ビデオデータ
やオーディオデータなどのリアルタイムでかつ高情報量
のデータ転送のサポートが必要になっている。こういっ
たビデオデータやオーディオデータをリアルタイムで転
送し、パソコン（ＰＣ）に取り込んだり、またはその他
のデジタル機器に転送を行うには、必要な転送機能を備
えた高速データ転送可能なインタフェースが必要になっ
てくるものであり、そういった観点から開発されたイン
タフェースがＩＥＥＥ１３９４−１３９５（Ｈｉｇｈ
ＰｅｒｆｏｒｍａｎｃｅＳｅｒｉａｌＢｕｓ）（以
下、１３９４シリアルバス）である。

【００１２】図５に１３９４シリアルバスを用いて構成
されるネットワーク・システムの例を示す。このシステ
ムは機器Ａ，Ｂ，Ｃ，Ｄ，Ｅ，Ｆ，Ｇ，Ｈを備えてお
り、Ａ−Ｂ間、Ａ−Ｃ間、Ｂ−Ｄ問、Ｄ−Ｅ間、Ｃ−Ｆ
間、Ｃ−Ｇ間、及びＣ−Ｈ問をそれぞれ１３９４シリア
ルバスのツイスト・ペア・ケーブルで接続されている。
この機器Ａ〜Ｈは例としてＰＣ、デジタルＶＴＲ，ＤＶ
Ｄ、デジタルカメラ、ハードディスク、モニタ等であ
る。各機器間の接続法式は、ディジーチエーン方式とノ
ード分岐方式とを混在可能としたものであり、自由度の
高い接続が可能である。

【００１３】また、各機器は各自固有のＩＤを有し、そ
れぞれが認識し合うことによって１３９４シリアルバス
で接続された範囲において、１つのネットワークを構成
している。各デジタル機器間をそれぞれ１本の１３９４
シリアルバスケーブルで順次接続するだけで、それぞれ
の機器が中継の役割を行い、全体として１つのネットワ
ークを構成するものである。また、１３９４シリアルバ
スの特徴でもある、Ｐｌｕｇ＆Ｐｌａｙ機能でケーブル
を機器に接続した時点で自動で機器の認識や接続状況な
どを認識する機能を有している。

【００１４】また、図５に示したようなシステムにおい
て、ネットワークからある機器が削除されたり、または
新たに追加された時など、自動的にバスリセットを行
い、それまでのネットワーク構成をリセットしてから、
新たなネットワークの再構築を行う。この機能によっ
て、その時々のネットワークの構成を常時設定、認識す
ることができる。またデータ転送速度は、１００／２０
０／４００Ｍｂｐｓを備えており、上位の転送速度を持
つ機器が下位の転送速度をサポートし、互換をとるよう
になっている。

【００１５】データ転送モードとしては、コントロール
信号などの非同期データ（Ａｓｙｎｃｈｒｏｎｏｕｓデ
ータ：以下Ａｓｙｎｃデータ）を転送するＡｓｙｎｃｈ
ｒｏｎｏｕｓ転送モード、リアルタイムなビデオデータ
やオーディオデータ等の同期データ（Ｉｓｏｃｈｒｏｎ
ｏｕｓデータ：以下Ｉｓｏデータ）を転送するＩｓｏｃ
ｈｒｏｎｏｕｓ転送モードがある。このＡｓｙｎｃデー
タとＩｓｏデータは各サイクル（通常サイクル１２５μ
Ｓ）の中において、サイクル開始を示すサイクル・スタ
ート・パケット（ＣＳＰ）の転送に続き、Ｉｓｏデータ
の転送を優先しつつサイクル内で混在して転送される。

【００１６】図６に１３９４シリアルバスの構成要素を
示す。１３９４シリアルバスは全体としてレイヤ（階
層）構造で構成されている。図６に示したように、最も
ハード的なのが１３９４シリアルバスのケーブルであ
り、そのケーブルのコネクタが接続されるコネクタポー
トがあり、その上にハードウェアとしてフィジカル・レ
イヤとリンク・レイヤがある。

【００１７】ハードウェア部は実質的なインタフェース
チップの部分であり、そのうちフイシカル・レイヤは符
号化やコネクタ関連の制御等を行い、リンク・レイヤは
パケット転送やサイクルタイムの制御等を行う。ファー
ムウェア部のトランザクション・レイヤは、転送（トラ
ンザクション）すべきデータの管理を行い、Ｒｅａｄや
Ｗｒｉｔｅといった命令を出す。シリアルバスマネージ
メントは、接続されている各機器の接続状況やＩＤの管
理を行い、ネットワークの構成を管理する部分である。
このハードウェアとファームウェアまでが実質上の１３
９４シリアルバスの構成である。

【００１８】また、ソフトウェア部のアプリケーション
・レイヤは使うソフトによって異なり、インタフェース
上にどのようにデータをのせるかを規定する部分であ
り、ＡＶプロトコルによって規定されている。以上が１
３９４シリアルバスの構成である。

【００１９】次に、図７に１３９４シリアルバスにおけ
るアドレス空間の図を示す。１３９４シリアルバスに接
続された各機器（ノード）には、必ず各ノード固有の６
４ビットアドレスを持たせておく。このアドレスをＲＯ
Ｍに格納しておくことで、自分や相手のノードアドレス
を常時認識でき、相手を指定した通信も行える。

【００２０】１３９４シリアルバスのアドレッシング
は、ＩＥＥＥ１２１２規格に準じた方式であり、アドレ
ス指定は、最初の１０ビットがバスの番号の指定用に、
次の６ビットがノードＩＤ番号の指定用に使われる。残
りの４８ビットが機器に与えられたアドレス幅になり、
それぞれ固有のアドレス空間として使用できる。最後の
２８ビットは固有データの領域として、各機器の識別や
使用条件の指定の情報などを格納する。以上が１３９４
シリアルバスの技術の概要である。

【００２１】次に、１３９４シリアルバスの特徴といえ
る技術の部分をより詳細に説明する。＜１３９４シリアルバスの電気的仕様＞図８に１３９４
シリアルバス・ケーブルの断面図を示す。１３９４シリ
アルバスでは、接続ケーブル内に２組のツイストペア信
号線の他に、電源ラインを設けている。これによって、
電源を持たない機器や、故障により電圧低下した機器等
にも電力の供給が可能になっている。電源線内を流れる
電源の電圧は８〜４０Ｖ、電流は最大電流ＤＣ１．５Ａ
と規定されている。

【００２２】＜ＤＳ−Ｌｉｎｋ符号化＞図９に１３９４
シリアルバスで採用されているデータ転送フォーマット
のＤＳ−Ｌｉｎｋ符号化方式を説明するためのタイミン
グチャートを示す。１３９４シリアルバスでは、ＤＳ−
Ｌｉｎｋ（Ｄａｔａ／ＳｔｒｏｂｅＬｉｎｋ）符号化
方式が採用されている。このＤＳ−Ｌｉｎｋ符号化方式
は、高速なシリアルデータ通信に適しており、その構成
は、２本の信号線を必要とする。より対線の内１本に主
となるデータを送り、他方のより対線にはストローブ信
号を送る構成になっている。受信側では、この通信され
るデータと、ストローブとの排他的諭理和をとることに
よってクロックを再現できる。

【００２３】このＤＳ−Ｌｉｎｋ符号化方式を用いるメ
リットとして、他のシリアルデータ転送方式に比べて転
送効率が高いこと、ＰＬＬ回路が不要となるのでコント
ローラＬＳＩの回路規模を小さくできること、さらには
転送すべきデータが無い時にアイドル状態であることを
示す情報を送る必要が無いので、各機器のトランシーバ
回路をスリーブ状態にすることができることにより、消
費電力の低減が図れる、などが挙げられる。

【００２４】〈バスリセットのシーケンス〉１３９４シ
リアルバスでは、接続されている各機器（ノード）には
ノードＩＤが与えられ、ネットワーク構成として認識さ
れている。このネットワーク構成に変化があった時、例
えばノードの挿抜や電源のＯＮ／ＯＦＦなどによるノー
ド数の増減などによって変化が生じて、新たなネットワ
ーク構成を認識する必要がある時、変化を検知した各ノ
ードはバスリセット信号を送信して、新たなネットワー
ク構成を認識するモードに入る。この時の変化の検知方
法は、１３９４ポート基板上でのバイアス電圧の変化を
検知することにより行われる。

【００２５】あるノードからバスリセット信号が伝達さ
れて、各ノードのフィジカルレイヤはこのバスリセット
信号を受けると同時にリンクレイヤにバスリセットの発
生を伝達し、かつ他のノードにバスリセット信号を伝達
する。最終的に全てのノードがバスリセット信号を検知
した後、バスリセットが起動となる。バスリセットは、
先に述べたようなケーブル挿抜や、ネットワーク異常等
によるハード検出による起動と、プロトコルからのホス
ト制御などによってフィジカルレイヤに直接命令を出す
ことによっても起動する。

【００２６】また、バスリセットが起動するとデータ転
送は一時中断され、この間のデータ転送は待たされ、終
了後新しいネットワーク構成のもとで再開される。以上
がバスリセットのシーケンスである。

【００２７】＜ノードＩＤ決定のシーケンス＞バスリセ
ットの後、各ノードは新しいネットワーク構成を構築す
るために、各ノードにＩＤを与える動作に入る。この時
のバスリセツトからノードＩＤ決定までの一般的なシー
ケンスを図１７、１８、１９のフローチャートを用いて
説明す１。

【００２８】図１７のフローチャートは、バスリセット
の発生からノードＩＤが決定し、データ転送が行えるよ
うになるまでの、一連のバスの作業を示してある。ま
ず、ステップＳ１０１として、ネットワーク内にバスリ
セットが発生することを常時監視していて、ここで、ノ
ードの電源ＯＮ／ＯＦＦなどでバスリセットが発生する
とステップＳ１０２に移る。

【００２９】ステップＳ１０２では、ネットワークがリ
セットされた状態から、新たなネットワークの接続状況
を知るために、直接接続されている各ノード間において
親子関係の宣言がなされる。ステップＳ１０３として、
全てのノード間で親子関係が決定すると、ステップＳ１
０４として１つのルートが決定する。全てのノード間で
親子関係が決定するまで、ステップＳ１０２の親子関係
の宣言を行い、またルートも決定されない。

【００３０】ステップＳ１０４でルートが決定される
と、次はステップＳ１０５として、各ノードにＩＤを与
えるノードＩＤの設定作業が行われる。所定のノード順
序で、ノードＩＤの設定が行われ、全てのノードにＩＤ
が与えられるまで繰り返し設定作業が行われ、最終的に
ステップＳ１０６として全てのノードにＩＤを設定し終
えたら、新しいネットワーク構成が全てのノードにおい
て認識されたので、ステップＳ１０７としてノード間の
データ転送が行える状態となり、データ転送が開始され
る。

【００３１】このステップＳ１０７の状態になると、再
びバスリセットが発生するのを監視するモードに入り、
バスリセットが発生したらステップＳ１０１からステッ
Ｓ１０６までの設定作業が繰り返し行われる。

【００３２】以上が、図１７のフローチャートの説明で
あるが、このフローチャートのバスリセットからルート
決定までの部分と、ルート決定後からＩＤ設定終了まで
の手順をより詳しく示したものをそれぞれ図１８、図１
９に示す。

【００３３】まず、図１８のフローチャートについて説
明する。ステップＳ２０１としてバスリセットが発生す
ると、ネットワーク構成は一旦リセットされる。なお、
ステップＳ２０１としてバスリセットが発生するのを常
に監視している。次に、ステップＳ２０２として、リセ
ットされたネットワークの接続状況を再認識する作業の
第一歩として、各機器にリーフ（ノード）であることを
示すフラグを立てておく。さらに、ステップＳ２０３と
して各機器が自分の持つポートがいくつ他ノードと接続
されているのかを調べる。

【００３４】次に、ステップＳ２０４のポート数の結果
に応じて、これから親子関係の宣言を始めていくため
に、未定義（親子関係が決定されてない）ポートの数を
調べる。バスリセツトの直後はポート数＝未定義ポート
数であるが、親子関係が決定されていくに従ってステッ
プＳ２０４で検知する未定義ポートの数は変化していく
ものである。

【００３５】まず、バスリセットの直後、はじめに親子
関係の宣言を行えるのはリーフに限られている。リーフ
であるというのはステップＳ２０３のポート数の確認で
知ることができる。リーフは、ステップＳ２０５とし
て、自分に接続されているノードに対して、「自分は
子、相手は親」と宣言し動作を終了する。

【００３６】ステップＳ２０３でポート数が複数ありブ
ランチと認識したノードは、バスリセットの直後はステ
ップＳ２０４で未定義ポート数＞１ということなので、
ステップＳ２０６へと移り、まずブランチというフラグ
が立てられ、ステップＳ２０７でリーフからの親子関係
宣言で「親」の受付をするために待つ。

【００３７】リーフが親子関係の宣言を行い、ステップ
Ｓ２０７でそれを受けたブランチは適宜ステップＳ２０
４の未定義ポート数の確認を行い、未定義ポート数が１
になっていれば残っているポートに接続されているノー
ドに対して、ステップＳ２０５の「自分が子」の宣言を
することが可能になる。２度目以降、ステップＳ２０４
で未定義ポート数を確認しても２以上あるブランチに対
しては、再度ステップＳ２０７でリーフまたは他のブラ
ンチからの「親」の受付をするために待つ。

【００３８】最終的に、いずれか１つのブランチ、また
は例外的にリーフ（子宣言を行えるのにすばやく動作し
なかったため）がステップＳ２０４の未定義ポート数の
結果としてゼロになったら、これにてネットワーク全体
の親子関係の宣言が終了したものであり、未定義ポート
数がゼロ（全て親のポートとして決定）になった唯一の
ノードはステップＳ２０８としてルートのフラグが立て
られ、ステップＳ２０９としてルートとしての認識がな
される。このようにして、バスリセットからネットワー
ク内の全てのノード間における親子関係の宣言までが終
了する。

【００３９】次に、図１９のフローチャートについて説
明する。まず、図１９までのシーケンスでリーフ、ブラ
ンチ、ルートという各ノードのフラグの情報が設定され
ているので、これを元にして、ステップＳ３０１でそれ
ぞれ分類する。各ノードにＩＤを与える作業として、最
初にＩＤの設定を行うことができるのはリーフからであ
る。リーフ→ブランチ→ルートの順で若い番号（ノード
番号＝０〜）からＩＤの設定がなされていく。

【００４０】ステップＳ３０２としてネットワーク内に
存在するリーフの数Ｎ（Ｎは自然数）を設定する。この
後、ステップＳ３０３として各自リーフがルートに対し
て、ＩＤを与えるように要求する。この要求が複数ある
場合には、ルートはステップＳ３０４としてアービトレ
ーション（１つに調停する作業）を行い、ステップＳ３
０５として勝ったノード１つにＩＤ番号を与え、負けた
ノードには失敗の結果通知を行う。ステップＳ３０６と
してＩＤ取得が失敗に終わったリーフは、再度ＩＤ要求
を出し、同様の作業を繰り返す。

【００４１】ＩＤを取得できたリーフからステップＳ３
０７として、そのノードのＩＤ情報をブロードキャスト
で全ノードに転送する。１ノードＩＤ情報のブロードキ
ャストが終わると、ステップＳ３０８として残りのリー
フの数が減らされる。ここで、ステップＳ３０９とし
て、この残りのリーフの数が１以上ある時はステップＳ
３０３のＩＤ要求の作業からを繰り返し行い、最終的に
全てのリーフがＩＤ情報をブロードキャストすると、ス
テップＳ３０９がＮ＝０となり、次はブランチのＩＤ設
定に移る。

【００４２】ブランチのＩＤ設定もリーフのときと同様
に行われる。まず、ステップＳ３１０としてネットワー
ク内に存在するブランチの数Ｍ（Ｍは自然数）を設定す
る。この後、ステップＳ３１１として各自ブランチがル
ートに対して、ＩＤを与えるように要求する。これに対
してルートは、ステップＳ３１２としてアービトレーシ
ョンを行い、勝ったブランチから順にリーフを与え終わ
った次の若い番号から与えていく。ステップＳ３１３と
して、ルートは要求を出したブランチにＩＤ情報または
失敗結果を通知し、ステップＳ３１４としてＩＤ取得が
失敗に終わったブランチは、再度ＩＤ要求を出し、同様
の作業を繰り返す。

【００４３】ＩＤを取得できたブランチからステップＳ
３１５として、そのノードのＩＤ情報をブロードキャス
トで全ノードに転送する。１ノードＩＤ情報のブロード
キャストが終わると、ステップＳ３１６として残りのブ
ランチの数が１つ減らされる。ここで、ステップＳ３１
７として、この残りのブランチの数が１以上ある時はス
テップＳ３１１のＩＤ要求の作業からを繰り返し、最終
的に全てのブランチがＩＤ情報をブロードキャストする
まで行われる。

【００４４】全てのブランチがノードＩＤを取得する
と、ステップＳ３１７はＭ＝０となり、ブランチのＩＤ
取得モードも終了する。ここまで終了すると、最終的に
ＩＤ情報を取得してないノードはルートのみなので、ル
ートのＩＤはステップＳ３１８として与えていない番号
で最も大きい番号を自分のＩＤ番号と設定し、ステップ
Ｓ３１９としてルートのＩＤ情報をブロードキャストす
る。以上で、親子関係が決定した後から全てのノードの
ＩＤが設定されるまでの手順が終了する。

【００４５】次に、一例として図１０に示した実際のネ
ットワークにおける動作を説明する。図１０において、
＜ルート＞ノードＢの下位にはノードＡとノードＣが直
接接続されており、さらにノードＣの下位にはノードＤ
が直接接続されており、さらにノードＤの下位にはノー
ドＥとノードＦが直接接続された階層構造になってい
る。この階層構造やルートノード、ノードＩＤを決定す
る手順を以下に説明する。

【００４６】バスリセットがなされた後、まず各ノード
の接続状況を認識するために、各ノードの直接接続され
ているノード間において、親子関係の宣言がなされる。
この親子関係とは、親側が階層構造で上位となり、子側
が下位になるということである。

【００４７】図１０ではバスリセットの後、最初に親子
関係の宣言を行ったのはノードＡである。基本的にノー
ドの１つのポートにのみ接続があるノード（リーフと呼
ぶ）から親子関係の宣言を行うことができる。これは自
分には１ポートの接続のみということをまず知ることが
できるので、これによってネットワークの端であるとい
うことを認識し、その中で早く動作を行ったノードから
親子関係が決定されていく。

【００４８】こうして親子関係の宣言を行った側（Ａ−
Ｂ間ではノードＡ）のポートが子と設定され、相手側
（ノードＢ）のポートが親と設定される。こうして、ノ
ードＡ−Ｂ間では子一親、ノードＥ−Ｄ間で子一親、ノ
ードＦ−Ｄ間で子一親と決定される。

【００４９】さらに１階層上って、今度は複数個接続ポ
ートを持つノード（ブランチと呼ぶ）のうち、他ノード
からの親子関係の宣言を受けたものから順次、さらに上
位に親子関係の宣言を行っていく。図１０では、まずノ
ードＤがＤ−Ｅ間、Ｄ−Ｆ間と親子関係が決定した後、
ノードＣに対する親子関係の宣言を行っており、その結
果ノードＤ−Ｃ間で子一親と決定している。このように
して、図１０のような階層構造が構成され、最終的に接
続されている全てのポートにおいて親となったノードＢ
が、ルートノードと決定された。ルートは、１つのネッ
トワーク構成中に一つしか存在しないものである。

【００５０】なお、この図１０においてノードＢがルー
トノードと決定されたが、これはノードＡから親子関係
宣言を受けたノードＢが、他のノードに対して親子関係
宣言を早いタイミングで行っていれば、ルートノードは
他ノードに移っていたこともあり得る。すなわち、伝達
されるタイミングによってはどのノードもルートノード
となる可能性があり、同じネットワーク構成でもルート
ノードは一定とは限らない。

【００５１】ルートノードが決定すると、次は各ノード
ＩＤを決定するモードに入る。ここでは全てのノード
が、決定した自分のノードＩＤを他の全てのノードに通
知する（ブロードキャスト機能）。自己ＩＤ情報は、自
分のノード番号、接続されている位置の情報、持ってい
る情報の数、接続のあるポートの数、各ポートの親子関
係の情報等を含んでいる。

【００５２】ノードＩＤ番号の割り振りの手順として
は、まず１つのポートにのみ接続があるノード（リー
フ）から起動することができ、この中から順にノード番
号＝０、１、２・・・と割り当てられる。ノードＩＤを
手にしたノードは、ノード番号を含む情報をブロードキ
ャストで各ノードに送信する。これによって、そのＩＤ
番号は「割り当て済み」であることが認識される。

【００５３】全てのリーフが自己ノードＩＤを取得し終
えると、次はブランチヘ移り、リーフに引き続いたノー
ドＩＤ番号が各ノードに割り当てられる。リーフと同様
にノードＩＤ番号が割り当てられたブランチから順次ノ
ードＩＤ情報をブロードキャストし、最後にルートノー
ドが自己ＩＤ情報をブロードキャストする。すなわち、
常にルートは最大のノードＩＤ番号を所有するものであ
る。以上のようにして、階層構造全体のノードＩＤの割
り当てが終わり、ネットワーク構成が再構築され、バス
の初期化作業が完成する。

【００５４】《アービトレーション》１３９４シリアル
バスでは、データ転送に先立って必ずバス使用権のアー
ビトレーション（調停）を行う。１３９４シリアルバス
は個別に接続されて各機器が、転送された信号をそれぞ
れ中継することによって、ネットワーク内の全ての機器
に同信号を伝えるように、論理的なバス型ネットワーク
であるので、パケットの衝突を防ぐ意味でアービトレー
ションは必要である。これによってある時間には、たっ
た一つのノードにのみ転送を行うことができる。

【００５５】アービトレーションを説明するために図１
１（ａ）にバス要求の図、図１１（ｂ）にバス使用許可
の図を示し、以下これを用いて説明する。アービトレー
ションが始まると、一つもしくは複数のノードが親ノー
ドに向かって、それぞれバス使用権の要求を発する。図
１１（ａ）のノードＣとノードＦがバス使用権の要求を
発しているノードである。これを受けた親ノード（図１
１ではノードＡ）はさらに親ノードに向かって、バス使
用権の要求を発する（中継する）。この要求は最終的に
調停を行うルートに届けられる。

【００５６】バス使用要求を受けたルートノードは、ど
のノードにバスを使用させるかを決める。この調停作業
はルートノードのみが行えるものであり、調停によって
勝ったノードにはバスの使用許可を与える。図１１
（ｂ）ではノードＣに使用許可が与えられ、ノードＦの
使用は拒否された場合である。アービトレーションに負
けたノードに対してはＤＰ（ｄａｔａｐｒｅｆｉｘ）
パケットを送り、拒否されたことを伝える。拒否された
ノードのバス使用要求は次回のアービトレーションまで
待たされる。以上のようにして、アービトレーションに
勝ってバスの使用許可を得たノードは、以降データの転
送を開始できる。

【００５７】ここで、アービトレーションの一連の流れ
を図２０のフローチャートに示して説明する。ノードが
データ転送を開始できるためには、バスがアイドル状態
であることが必要である。先に行われていたデータ転送
が終了して、現在バスが空き状態であることを認識する
ためには、各転送モードで個別に設定されている所定の
アイドル時間キャップ長（例、サブアクション・キャッ
プ）を経過することによって、各ノードは自分の転送が
開始できると判断する。

【００５８】ステップＳ４０１として、Ａｓｙｎｃデー
タ、Ｉｓｏデータ等それぞれ転送するデータに応じた所
定のキャップ長が得られたかを判断する。所定のギャッ
プ長が得られない限り、転送を開始するために必要なバ
ス使用権の要求はできないので、所定のギャップ長が得
られるまで待つ。

【００５９】ステップＳ４０１で所定のキャップ長が得
られたら、ステップＳ４０２として転送すべきデータが
あるかを判断し、ある場合はステップＳ４０３として転
送するためにバスを確保するように、バス使用権の要求
をルートに対して発する。この時の、バス使用権の要求
を表す信号の伝達は、図１１に示したように、ネットワ
ーク内各機器を中継しながら、最終的にルートに届けら
れる。ステップＳ４０２で転送するデータが無い場合
は、そのまま待機する。

【００６０】次に、ステップＳ４０４として、ステップ
Ｓ４０３のバス使用要求を１つ以上ルートが受信した
ら、ルートはステップＳ４０５として使用要求を出した
ノードの数を調べる。ステップＳ４０５での選択値がノ
ード数＝１（使用権要求を出したノードは１つ）だった
ら、そのノードに直後のバス使用許可が与えられること
になる。ステップＳ４０５での選択値がノード数＞１
（使用要求を出したノードは複数）だったら、ルートは
ステップＳ４０６として使用許可を与えるノードを１つ
に決定する調停作業を行う。この調停作業は公平なもの
であり、毎回同じノードばかりが許可を得るようなこと
はなく、平等に権利を与えていくような構成となってい
る。

【００６１】ステップＳ４０７として、ステップＳ４０
６で使用要求を出した複数のノードの中からルートが調
停して使用許可を得た１つのノードと、敗れたその他の
ノードとに分ける選択を行う。ここで、調停されて使用
許可を得た１つのノード、またはステップＳ４０５の選
択値から使用要求ノード数＝１で調停無しに使用許可を
得たノードには、ステップＳ４０８として、ルートはそ
のノードに対して許可信号を送る。許可信号を得たノー
ドは、受け取った直後に転送すべきデータ（パケット）
を転送開始する。

【００６２】また、ステップＳ４０６の調停で敗れて、
バス使用が許可されなかったノードにはステップＳ４０
９としてルートから、アービトレーション失敗を示すＤ
Ｐ（ｄａｔａｐｒｅｆｉｘ）パケットを送られ、これ
を受け取ったノードは再度転送を行うためのバス使用要
求を出すため、ステップＳ４０１まで戻り、所定ギャッ
プ長が得られるまで待機する。以上がアービトレーショ
ンの流れの説明である。

【００６３】《Ａｓｙｎｃｈｒｏｎｏｕｓ（非同期）転
送》アシンクロナス転送は、非同期転送である。図１２
にアシンクロナス転送における時間的な遷移状態を示
す。図１２の最初のサブアクション・ギャップは、バス
のアイドル状態を示すものである。このアイドル時間が
一定値になった時点で、転送を希望するノードはバスが
使用できると判断して、バス獲得のためのアービトレー
ションを実行する。

【００６４】アービトレーションでバスの使用許可を得
ると、次にデータの転送がパケット形式で実行される。
データ転送後、受信したノードは転送されたデータに対
しての受信結果のａｃｋ（受信確認用返送コード）をａ
ｃｋｇａｐという短いギャップの後、返送して応答す
るか、応答パケットを送ることによって転送が完了す
る。ａｃｋは４ビットの情報と４ビットのチェックサム
からなり、成功か、ビジー状態か、ペンディング状態で
あるかといった情報を含み、すぐに送信元ノードに返送
される。

【００６５】次に、図１３にアシンクロナス転送のパケ
ットフォーマットの例を示す。パケットには、データ部
および誤り訂正用のデータＣＲＣの他にはヘッダ部があ
り、そのヘッダ部には、目的ノードＩＤ、ソースノード
ＩＤ、転送データ長さや各種コードなどが書き込まれ、
転送が行われる。また、アシンクロナス転送は自己ノー
ドから相手ノードヘの１対１の通信である。転送元ノー
ドから転送されたパケットは、ネットワーク中の各ノー
ドに行き渡るが、自分当てのアドレス以外のものは無視
されるので、宛先の一つのノードのみが読み込むことに
なる。以上がアシンクロナス転送の説明である。

【００６６】《ＩＳｏｃｈｒｏｎｏｕｓ（同期）転送》
アイソクロナス転送は同期転送である。１３９４シリア
ルバスの最大の特徴であるともいえるこのアイソクロナ
ス転送は、特にビデオ映像データや音声データといった
マルチメディアデータなど、リアルタイムな転送を必要
とするデータの転送に適した転送モードである。また、
アシンクロナス転送（非同期）が１対１の転送であった
のに対して、このアイソクロナス転送はブロードキャス
ト機能によって、転送元の１つのノードから他の全ての
ノードヘー様に転送される。

【００６７】図１４はアイソクロナス転送における、時
間的な遷移状態を示す図である。アイソクロナス転送は
バス上一定時間毎に実行される。この時間間隔をアイソ
クロナスサイクルと呼ぶ。アイソクロナスサイクル時間
は１２５μＳである。この各サイクルの開始時間を示
し、各ノードの時間調整を行う役割を担っているのがサ
イクル・スタート・パケットである。サイクル・スター
ト・パケットを送信するのは、サイクル・マスタと呼ば
れるノードであり、１つ前のサイクル内の転送終了後、
所定のアイドル期間（サブアクションキャップ）を経た
後、本サイクルの開始を告げるサイクル・スタート・パ
ケットを送信する。このサイクル・スタート・パケット
の送信される時間間隔が１２５μＳとなる。

【００６８】また、図１４にチャネルＡ、チャネルＢ、
チャネルＣと示したように、１サイクル内において複数
種のパケットがチャネルＩＤをそれぞれ与えられること
によって、区別して転送できる。これによって同時に複
数ノード間でのリアルタイムな転送が可能であり、また
受信するノードでは自分が欲しいチャネルＩＤのデータ
のみ取り込む。このチャネルＩＤは送信先のアドレスを
表すものではなく、データに対する論理的な番号を与え
ているに過ぎない。よって、あるパケットの送信は１つ
の送信元ノードから他のすべてのノードに行き渡る、ブ
ロードキャストで転送されることになる。

【００６９】アイソクロナス転送のパケット送信に先立
って、アシンクロナス転送同様アービトレーションが行
われる。しかし、アシンクロナス転送のように１対１の
通信ではないので、アイソクロナス転送にはａｃｋ（受
信確認用返信コード）は存在しない。

【００７０】また、図１４に示したｉｓｏｇａｐ（ア
イソクロナスギャップ）とは、アイソクロナス転送を行
う前にバスが空き状態であると認識するために必要なア
イドル期間を表している。この所定のアイドル期間を経
過すると、アイソクロナス転送を行いたいノードはバス
が空いていると判断し、転送前のアービトレーションを
行うことができる。

【００７１】次に、図１５にアイソクロナス転送のパケ
ットフォーマットの例を示し、これについて説明する。
各チャネルに分かれた各種のパケットには、それぞれデ
ータ部及び誤り訂正用のデータＣＲＣの他にヘッダ部が
あり、そのヘッダ部には図１５に示したような、転送デ
ータ長やチャネルＮｏ．、その他各種コード及び誤り訂
正用のヘッダＣＲＣなどが書き込まれ、転送が行われ
る。以上がアイソクロナス転送の説明である。

【００７２】《バス・サイクル》実際の１３９４シリア
ルバス上の転送では、アイソクロナス転送と、アシンク
ロナス転送は混在できる。図１６に、その時のアイソク
ロナス転送とアシンクロナス転送が混在したバス上の転
送状態の時間的な遷移の様子を示す。

【００７３】アイソクロナス転送はアシンクロナス転送
より優先して実行される。その理由は、サイクル・スタ
ート・パケットの後、アシンクロナス転送を起動するた
めに必要なアイドル期間のギャップ長（サブアクション
キャップ）よりも短いギャップ長（アイソクロナスギャ
ップ）で、アイソクロナス転送を起動できるからであ
る。従って、アシンクロナス転送より、アイソクロナス
転送は優先して実行されることになる。

【００７４】図１６に示した、一般的なバスサイクルに
おいて、サイクル＃ｍのスタート時にサイクル・スター
ト・パケットがサイクル・マスタから各ノードに転送さ
れる。これによって、各ノードで時刻調整を行い、所定
のアイドル時間（アイソクロナスギャップ）を待ってか
らアイソクロナス転送を行うべきノードはアービトレー
ションを行い、パケット転送に入る。図１６ではチャネ
ルｅとチャネルｓとチャネルｋが順にアイソクロナス転
送されている。

【００７５】このアービトレーションからパケット転送
までの動作を、与えられているチャネル分繰り返し行っ
た後、サイクル＃ｍにおけるアイソクロナス転送が全て
終了したら、アシンクロナス転送を行うことができるよ
うになる。アイドル時間がアシンクロナス転送が可能な
サブアクションギャップに達することによって、アシン
クロナス転送を行いたいノードはアービトレーションの
実行に移れると判断する。

【００７６】ただし、アシンクロナス転送が行える期間
は、アイソクロナス転送終了後から、次のサイクル・ス
タート・パケットを転送すべき時間（ｃｙｃ１ｅｓｙ
ｎｃｈ）までの間にアシンクロナス転送を起動するため
のサブアクションギャップが得られた場合に限ってい
る。

【００７７】図１６のサイクル＃ｍでは、３つのチャネ
ル分のアイソクロナス転送と、その後アシンクロナス転
送（ａｃｋを含む））が２パケット（パケット１、パケ
ット２）転送されている。このアシンクロナスパケット
２の後は、サイクルｍ＋１をスタートすべき時間（ｃｙ
ｃ１ｅｓｙｎｃｈ）に至るので、サイクル＃ｍでの転
送はここまでで終わる。

【００７８】ただし、非同期または同期転送動作中に次
のサイクル・スタート・パケットを送信すべき時間（ｃ
ｙｃ１ｅｓｙｎｃｈ）に至ったとしたら、無理に中断
せず、その転送が中断した後のアイドル期間を待ってか
ら次のサイクル・スタート・パケットを送信する。すな
わち、１つのサイクルが１２５μＳ以上続いたときは、
その分次サイクルは基準の１２５μＳより短縮されたと
する。このようにアイソクロナス・サイクルは１２５μ
Ｓを基準に超過、短縮し得るものである。

【００７９】しかし、アイソクロナス転送はリアルタイ
ム転送を維持するために毎サイクル必要であれば必ず実
行され、アシンクロナス転送はサイクル時間が短縮され
たことによって次以降のサイクルに回されることもあ
る。こういった遅延情報も含めて、サイクル・マスタに
よって管理される。以上により、ＩＥＥＥ１３９４シリ
アルバスについての説明を終了する。

【００８０】次に、家庭内でＩＥＥＥ１９９４シリアル
バスを介して外部と接続された収納庫を例として、本発
明の実施の形態による収納庫管理システムについて説明
する。図１は本実施の形態による収納庫管理システムを
示すブロック図である。図１において、収納庫管理シス
テムは、電子収納庫１内の収納物１１０、１２０、１３
０に設けられた電子タグ１００、２００、３００と、情
報処理装置２とからなる。電子収納庫１内に収納された
収納物１１０、１２０、１３０には、収納時に予め用意
された電子タグ１００、２００、３００を取り付ける。

【００８１】この電子タグは、内部にメモリと送信機能
を持ったシール状のもので、収納物個々に貼り付けるこ
とが可能になされている。図２は電子タグ１００、２０
０、３００の構造を、電子タグ１００を例として示すブ
ロック図である。１０１はバッテリ、１０２は電源部、
１０３はＲＯＭなどのメモリ、１０４は変調部、１０５
は送信アンテナである。メモリ１０３に記憶された収納
物個々の情報を変調部１０４でＲＦ信号等に変調し、送
信アンテナ１０５を介して外部に送信するように構成さ
れている。

【００８２】上記情報処理装置２は、タグセンサ１４
０、情報処理部１５０及び制御部１５０で構成される。
上記電子タグから発信された収納物情報の電波は、図１
の情報処理装置２に設けられたタグセンサ１４０によっ
て検出され、収納物個々の情報がワイヤレスで別々に読
み出され、情報処理部１５０に送られる。情報処理部１
５０では常に送られてくるタグセンサ１４０からの情報
により、収納庫内に収納されている収納物の種類、数
量、その他収納庫内の情報が常に分かるようになってい
る。

【００８３】電子収納庫１は、デジタルインタフェイス
１７０を介して外部バスラインであるＩＥＥＥ１３９４
シリアルバスに接統されている。このため、例えば外部
よりバスラインを介して収納庫内の情報についての要求
があった場合は、まずデジタルインタフェイス１７０を
介して予め設定されたフォーマットにより制御部１６０
に上記要求のコマンドが入力される。

【００８４】この時、デジタルインタフエイス１７０に
て前述したＩＥＥＥ１３９４のフォーマットに則ったコ
マンド形態を制御部１６０で解読できるようなフォーマ
ットに変換する。そして例えば収納物１（１１０）の数
量についての確認要求があった場合には、制御部１６０
からの命令により情報処理部１５０では、上記収納物１
の数量情報を制御部１６０に返信する。さらにデジタル
インタフエイス部１７０によりＩＥＥＥ１３９４のフォ
ーマットに則った形式でネットワーク上に情報を流すこ
とができる。従って、外部からデジタルバスライン（Ｉ
ＥＥＥ１３９４シリアルバス）を通して電子収納庫内の
必要事項の検索を行うことができる。

【００８５】次に、図１に示すようにデジタルバスの先
に家庭内にあるパソコン１８０が別のデジタルインタフ
ェイス１７１を介してネットワークに接続されており、
このパソコン１８０が音声入出力ボード１９０を介して
電話回線に接続されている場合を考える。

【００８６】例えば、ユーザが外出先より買い物のた
め、家庭内の電子収納庫１の在庫情報が必要になつた場
合は、外出先の電話より家庭に電話をかけると、音声入
出力ボード１９０を介して家庭内のパソコン１８０に接
続される。音声入出力ボード１９０を介した音声のやり
取りにより電話の内容に従って、すなわち、在庫情報に
関する要求内容をパソコン１８０が受け取ると、パソコ
ン１８０内の処理により要求事項をデジタルインタフェ
イス部１７１を介してデジタルバスライン（ＩＥＥＥ１
３９４）経由で収納庫側のデジタルインタフェイス１７
０に送る。

【００８７】これ以降は、上記説明した処理を収納庫側
で行った後、要求内容に対する返信情報がデジタルイン
タフェイス１７０を介してネットワークに流れ、デジタ
ルインタフェイス１７１を介して再びパソコン１８０に
戻るようになされている。

【００８８】パソコン１８０では、上記返信情報に所定
の処理をした後、音声入出力ボード１９０を介して音声
信号として電話回線に送出する。これによって、ユーザ
は外出先の電話で音声として電子収納庫１についての情
報を知ることができる。

【００８９】ここでは、ＩＥＥＥ１３９４の通信プロト
コルを例にとって説明したが、他のデジタルバスで接続
する場合は、その接続される規格の通信プロトコルに従
ってフォーマット変換し、制御データ転送を行えばよ
い。

【００９０】図３に電子タグにより在庫品を自動検出す
る場合の具体例を示す。この例では、電子収納庫１は収
納物の種類毎に４つのエリアに分割されており、各エリ
アに専用のタグセンサ（１〜４）を設けている。

【００９１】電子タグに記憶する情報は、収納物の種類
別のコードと種類別に付けられた続き番号であり、収納
物を収納する際に収納物に貼り付ける。例えば、エリア
１はトイレットペーパーの収納エリアであり、エリア２
はティッシュペーパーの収納エリアであり、エリア３は
洗濯用洗剤の収納エリア、エリア４は石鹸の収納エリア
である。

【００９２】それぞれのエリアには専用のタグセンサ
１、２、３、４（１４０）があり、各収納エリア毎の情
報を情報処理部１５０に送る。すなわち、エリア１では
トイレットペーパーの種類別のコード及びそれぞれのト
イレットペーパーに付いている番号の情報がタクセンサ
経由で情報処理部１５０に送られる。同様にエリア２、
３、４においても各収納物の情報がタグセンサで検出さ
れ、情報処理部１５０に送られる。

【００９３】従って、情報処理部１５０では、各収納エ
リア毎、すなわち収納物の種類毎の数量が把握できるよ
うになる。この例では、エリア１で３個のトイレットペ
ーパーがタグセンサ（１）で検出され、エリア２で４個
のティッシュペーパーが検出され、エリア３では５個の
洗剤が検出され、エリア４では８個の石鹸が検出され
る。

【００９４】情報処理部１５０ではこれらの情報を整理
し、常に収納物の種類と数量を管理している。これらの
情報は上記で説明したように、デジタルインタフェイス
を介したネットワーク経由でリアルタイム検索できるよ
うになっている。

【００９５】次に、ネットワーク経由で外部から電子収
納庫１の在庫状況を検索する場合の具体的な構成例につ
いて説明する。図４は携帯型端末を使用して外出先から
家庭内の電子収納庫１を検索する場合の構成示した図
で、１７０、１７２は家庭内のデジタルバスであるＩＥ
ＥＥ１３９４と接続するためのデジタルインタフェイ
ス、１７３はＩＥＥＥ１３９４シリアルバス、５００は
家庭内でＩＥＥＥ１３９４シリアルバスに接続された各
機器の制御を行うホームサーバ、５０１は家庭と外部ネ
ットワークを接続するデジタルバス、５０２は携帯型端
末等の電波を中継し、ネットワーク５０１と接続する無
線基地局、５０３は携帯型端末である。

【００９６】ユーザが外出先より携帯型端末５０３によ
り、電子収納庫１の中身を検索する場合は、まず、携帯
型端末５０３を無線基地局５０２から外部デジタルバス
５０１経由で家庭内のホームサーバ５００に接続する。
次に、携帯型端末５０３の操作により電子収納庫１の内
容を検索するための要求コマンドを発信すると、この要
求を受けてホームサーバ５００は、デジタルインタフェ
イス１７２からＩＥＥＥ１３９４シリアルバス１７３経
由で電子収納庫１に対して収納物の種類、数量の要求を
出す。

【００９７】前述したように、電子収納庫内の情報処理
部１５０では常に内部の情報が整理されており、要求に
応じた種類、数量の情報をホームサーバー５００に戻
す。ホームサーバ５００からは上記と逆の経路で情報が
通信され、携帯型端末５０３の画面上に要求した電子収
納庫１の中身の種類、数量の情報が表示され、目的が達
成される。

【００９８】次に、本発明の他の実施の形態としての記
憶媒体について説明する。上述した図１、図４のシステ
ムを、ＣＰＵとメモリとを有するコンピュータシステム
で構成する場合、上記メモリは本発明による記憶媒体を
構成する。この記憶媒体媒体には、上記実施の形態で説
明した電子タグや情報処理装置の動作及び処理を実行す
るためのプログラムが記憶される。

【００９９】また、この記憶媒体としては、ＲＯＭ、Ｒ
ＡＭ等の半導体メモリ、光ディスク、光磁気ディスク、
磁気記憶媒体等を用いてよく、これらをＣＤ−ＲＯＭ、
ＦＤ、磁気カード、磁気テープ、不揮発性メモリカード
等に構成して用いてよい。

【０１００】従って、この記憶媒体を図１、図４による
システム以外の他のシステムあるいは装置で用い、その
システムあるいはコンピュータがこの記憶媒体に格納さ
れたプログラムコードを読み出し、実行することによっ
ても、上記実施の形態と同等の機能を実現できると共
に、同等の効果を得ることができ、本発明の目的を達成
することができる。

【０１０１】また、コンピュータ上で稼働しているＯＳ
等が処理の一部又は全部を行う場合、あるいは記憶媒体
から読み出されたプログラムコードが、コンピュータに
挿入された拡張機能ボードやコンピュータに接続された
拡張機能ユニットに備わるメモリに書き込まれた後、そ
のプログラムコードの指示に基づいて、上記拡張機能ボ
ードや拡張機能ユニットに備わるＣＰＵ等が処理の一部
又は全部を行う場合にも、上記各実施の形態と同等の機
能を実現できると共に、同等の効果を得ることができ、
本発明の目的を達成することができる。

【０１０２】

【発明の効果】以上説明したように、本発明によれば、
収納庫の中身を自動的に知ることができる。また、外出
先などの遠距離からも電話回線及びネットワークを介し
て収納庫の情報を検索することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態による電子収納庫管理シス
テムの構成を示すブロック図である。

【図２】電子タグの構成を示すブロック図である。

【図３】電子収納庫内の具体的な構成例を示すブロック
図である。

【図４】電子収納庫管理システムの具体的な検索例を示
すブロック図である。

【図５】ＩＥＥＥ１３９４シリアスバスを用いて構成さ
れるネットワーク・システムを示すブロック図である。

【図６】ＩＥＥＥ１３９４シリアルバスの構成要素を示
すブロック図である。

【図７】ＩＥＥＥ１３９４シリアスバスにおけるアドレ
ス空間を示す構成図である。

【図８】ＩＥＥＥ１３９４シリアスバス・ケーブルの断
面図である。

【図９】ＩＥＥＥ１３９４シリアスバスで採用されてい
るデータ転送フォーマットのＤＳ−Ｌｉｎｋ符号化方式
を説明するタイミングチャートである。

【図１０】実際のネットワークの動作を説明するブロッ
ク図である。

【図１１】アービトレーションを説明するブロック図で
ある。

【図１２】アシンクロナス転送における時間的な遷移状
態を示す構成図である。

【図１３】アシンクロナス転送のパケットフォーマット
を示す構成図である。

【図１４】アイソクロナス転送における時間的な遷移状
態を示す構成図である。

【図１５】アイソクロナス転送のパケットフォーマット
を示す構成図である。

【図１６】一般的なバスサイクルを示すタイミングチャ
ートである。

【図１７】バスリセットの発生からノードＩＤが決定
し、データ転送が行えるようになるまでの一連のバスの
作業を示すフローチャートである。

【図１８】バスリセットからルート決定までの手順を詳
しく示すフローチャートである。

【図１９】ルート決定後からＩＤ設定終了までの手順を
詳しく示すフローチャートである。

【図２０】アービトレーションの一連の流れを示すフロ
ーチャートである。

【符号の説明】

１電子収納庫２情報処理装置１００、２００、３００電子タグ１０１バッテリ１０２電源回路１０３メモリ１０４変調部１０５送信アンテナ１１０、１２０、１３０収納物１４０タグセンサ１５０情報処理部１６０制御部１７０、１７１、１７２デジタルインタフェイス１７３１ＥＥＥ１３９４シリアルバス１８０パソコン１９０音声入出力ボード５００ホームサーバ５０１家庭外デジタルバス５０２無線基地局５０３携帯型端末

Claims

【特許請求の範囲】

【請求項１】収納庫内の１種類以上の収納物とそれぞ
れ対応して設けられ、その収納物に関する情報が記憶さ
れると共にこの情報を送信可能になされた１つ以上の電
子タグと、上記各電子タグからそれぞれ送信される上記情報を受信
して読み取り、読み取った情報を各電子タグ毎に管理す
ると共に、デジタルバスを通じて入力される指示に応じ
た電子タグの情報を上記デジタルバスに送出する情報処
理装置とからなる収納庫管理システム。
【請求項２】上記情報処理装置に上記デジタルバスを
通じて上記指示を与える制御装置を設けことを特徴とす
る請求項１記載の収納庫管理システム。
【請求項３】上記制御装置は公衆回線に接続され、ユ
ーザがこの公衆回線経由で上記情報を確認できるように
したことを特徴とする請求項２記載の収納庫管理システ
ム。
【請求項４】上記デジタルバスの仕様はＩＥＥＥ１３
９４規格に基づくものであることを特徴とする請求項１
記載の収納庫管理システム。
【請求項５】上記電子タグは、上記情報を無線送信す
ることを特徴とする請求項１記載の収納庫管理システ
ム。
【請求項６】収納庫内の収納物に関する情報を記憶す
る記憶手段と、上記記憶された情報を無線送信する送信
手段とを設けたことを特徴とする電子タグ。
【請求項７】収納庫内の１種類以上の収納物に対応し
てそれぞれ設けられその収納物に関する情報を無線送信
する１つ以上の電子タグから上記情報を受信する受信手
段と、上記受信した情報を読み取り、読み取った情報を各電子
タグ毎に管理する管理手段と、デジタルバスに接続するインターフェイス手段と、上記デジタルバスから上記インターフェイス手段を介し
て入力される指示に応じた電子タグの情報を上記管理手
段から取り出して上記インターフェイス手段を介して上
記デジタルバスに送出する制御手段とを設けたことを特
徴とする情報処理装置。
【請求項８】収納庫内の収納物に関する情報を記憶す
る処理と、上記記憶された情報を無線送信する送信処理とを実行す
るためのプログラムを記憶したコンピュータ読み取り可
能な記憶媒体。
【請求項９】収納庫内の１種類以上の収納物とそれぞ
れ対応して設けられ、その収納物に関する情報を無線送
信する１つ以上の電子タグから上記情報を受信する処理
と、上記受信した情報を読み取り、読み取った情報を各電子
タグ毎に管理する処理と、デジタルバスから入力される指示に応じた電子タグの情
報を上記デジタルバスに送出する制御処理とを実行する
ためのプログラムを記憶したコンピュータ読み取り可能
な記憶媒体。