(57)【要約】【課題】至る所に組み込まれたコンピュータがネットワーク化され、自然な入出力インタフェースで（コンピュータを意識せずに）、利用者と共生する環境に使用して好適な通信システムを提案せんとするものである。【解決手段】生体に装着するウエアラブル通信装置３と、環境に設置された環境通信装置（１ａ，１ｂ，１ｃ及び２ａ，２ｂ，２ｃ）とにより構成される通信システムにおいて、このウエアラブル通信装置３及びこの環境通信装置（１ａ，１ｂ，１ｃ及び２ａ，２ｂ，２ｃ）のいずれか一方の通信装置から所定間隔で同期パルス１３ａ（１２ａ）を発生し、他方の通信装置がこの同期パルス１３ａ（１２ａ）を検出したときに、この同期パルス１３ａ（１２ａ）に対して、予め設定されたタイミングで返答パルス３ｂを出力し、この返答パルス３ｂにより、この一方の通信装置がこの他方の通信装置の存在を認識するようにしたものである。【選択図】        図１
2005005787.tif 000002
【特許請求の範囲】
【請求項１】
生体に装着するウエアラブル通信装置と、前記ウエアラブル通信装置と生体を含む通信路を介して通信可能な他の通信装置とにより構成される通信システムにおいて、
前記他の通信装置は、所定間隔で同期信号を発生させ、
前記ウエアラブル通信装置は、
前記通信路を介して伝送された前記同期信号を検出することにより前記他の通信装置との間で前記通信路を介した通信を開始し、
該通信においては、１または２以上の通信データユニット毎に自己の存在を示す信号を含める通信データフォーマットが採用される
ことを特徴とする通信システム。
【請求項２】
請求項１記載の通信システムにおいて、
前記他の通信装置は、環境に設置された環境通信装置であることを特徴とする通信システム。
【請求項３】
請求項１記載の通信システムにおいて、
前記通信路を時分割し、半二重双方向通信ができるようにしたことを特徴とする通信システム。
【請求項４】
請求項１記載の通信システムにおいて、
前記同期信号及びデータ信号をパルス振幅変調するようにしたことを特徴とする通信システム。
【請求項５】
請求項１記載の通信システムにおいて、
前記ウエアラブル通信装置と前記他の通信装置との間でパケット通信するようにし、
さらに、前記通信データユニットは、パケットであるようにしたことを特徴とする通信システム。
【請求項６】
生体に装着する可能なウエアラブル通信装置において、
他の通信装置から前記生体を含む通信路を介して伝送された前記同期信号を検出することにより前記他の通信装置との間で前記通信路を介した通信を開始し、
該通信では、１または２以上の通信データユニット毎に自己の存在を示す信号を含める通信データフォーマットが採用される
ことを特徴とするウエアラブル通信装置。
【請求項７】
さらに、該通信において、所定条件を満たす期間、前記他の通信装置の存在を示す信号が前記通信路を介して受信されない場合、低消費電力モードまた電源オフモードに移行することを特徴とする、請求項６に記載のウエアラブル通信装置。
【請求項８】
ウエアラブル通信装置と生体を含む通信路を介して通信可能な通信装置において、
所定間隔で同期信号を発生させ、
前記ウエアラブル通信装置から前記同期信号に対する返答信号を検出することにより前記ウエアラブル通信装置との間で前記通信路を介した通信を開始し、
該通信では、１または２以上の通信データユニット毎に該ウエアラブル通信装置から伝送されてくる該ウエアラブル通信装置の存在を示す信号に基づき、該ウエアラブル通信装置の存在を認識する
ことを特徴とする通信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は至る所に組み込まれたコンピュータがネットワーク化され、自然な入出力インタフェースの新しいコンピューティング環境、即ちユビキタスコンピューティング（Ｕｂｉｑｕｉｔｏｕｓ  Ｃｏｍｐｕｔｉｎｇ）で使用して好適な通信システムに関する。
【０００２】
【従来の技術】
従来から、人体を伝送路として通信する通信システムが知られている（特許文献１）。
【０００３】
この特許文献１に記載の通信システムは利用者の体に装着されたウエアラブル送受信器と、該ウエアラブル送受信器から送信されるデータを関連装置に接続される送受信器とから構成される。このウエアラブル送受信器は、自己の回路に電力を供給する電池と、利用者の体に直接接触し利用者の体を介して大地と電気的な接続をする接地電極と、接地電極と離間して配置され、利用者の体に直接接触する信号電極とを備えてなるものである。
【０００４】
【特許文献１】
特開２００２−９７１０号公報
【０００５】
【発明が解決しようとする課題】
然しながら、この特許文献１に記載の通信システムに、近年提唱されているユビキタスコンピューティング環境に適用するためには、更なる工夫が必要である。即ち、特許文献１の通信システムは  新しいコンピューティング環境である、至る所に組み込まれたコンピュータがネットワーク化され、自然な入出力インタフェースで（コンピュータを意識させずに）、利用者と共生する環境で使用すべく開発されたものではないため、これに、消費電力の向上やユビキタス環境に適した通信のための仕組みを更に加えることが好ましい。
【０００６】
本発明は斯る点に鑑み、至る所に組み込まれたコンピュータがネットワーク化され、自然な入出力インタフェースで（コンピュータを意識せずに）、利用者と共生する環境に使用して好適な通信システムを提案せんとするものである。
【０００７】
【課題を解決するための手段】
本発明の一の側面によれば、生体に装着するウエアラブル通信装置と、ウエアラブル通信装置と生体を含む通信路を介して通信可能な他の通信装置とにより構成される通信システムにおいて、他の通信装置は、所定間隔で同期信号を発生させ、ウエアラブル通信装置は、通信路を介して伝送された同期信号を検出することにより他の通信装置との間で通信路を介した通信を開始し、該通信においては、１または２以上の通信データユニット毎に自己の存在を示す信号を含める通信データフォーマットが採用される、構成が採用される。
【０００８】
ここで、他の通信装置は、ウエアラブル通信装置が発する存在信号を検出することにより、通信路の断続を比較的短い間隔で頻繁に監視することができる。同期信号は、通信の初期の段階では、通信開始のトリガーとして機能する。また、同期信号は、通信の途中ないしは最後の段階では、例えば、ウエアラブル通信装置側が他の通信装置の存在を認識するための信号として機能させることができる（この機能は、同期信号以外の信号に持たせてもよい）。後者の構成を採用することにより、ウエアラブル通信装置は、通信路が切断されると、所定の通信データユニット単位で、そのことを認識できるため、例えば、スリープ状態に入り消費電力を抑える等の適当な措置をとることができる。
【０００９】
なお、他の通信装置は、環境に設置された環境通信装置とすることができる。また、通信路を時分割し、半二重双方向通信ができるようにすることができる。さらに、同期パルス及びデータ信号をパルス振幅変調するようにすることができる。さらにまた、ウエアラブル通信装置と他の通信装置との間でパケット通信するようにし、さらに、通信データユニットは、パケットであるようにすることもできる。
【００１０】
また、本発明の他の側面によれば、生体に装着する可能な通信装置において、他の通信装置から生体を含む通信路を介して伝送された同期信号を検出することにより他の通信装置との間で通信路を介した通信を開始し、該通信では、１または２以上の通信データユニット毎に自己の存在を示す信号を含める通信データフォーマットが採用される、構成を採用することができる。ここで、該通信において、所定条件を満たす期間、他の通信装置の存在を示す信号が通信路を介して受信されない場合、低消費電力モードまたは電源オフモードに移行させることができる。なお、特許請求の範囲に記載の他の通信装置の存在を示す信号には、例えば、同期信号を用いることができる。
【００１１】
さらに、本発明の他の側面によれば、ウエアラブル通信装置と生体を含む通信路を介して通信可能な通信装置において、所定間隔で同期信号を発生させ、ウエアラブル通信装置から同期信号に対する返答信号を検出することによりウエアラブル通信装置との間で通信路を介した通信を開始し、該通信では、１または２以上の通信データユニット毎に該ウエアラブル通信装置から伝送されてくる該ウエアラブル通信装置の存在を示す信号に基づき、該ウエアラブル通信装置の存在を認識する構成を採用することができる。
【００１２】
本発明のさらに他の側面、特徴、およびそこから派生する効果は、後続の説明および図面等の記載によって明らかにされよう。
【００１３】
【発明の実施の形態】
以下図面を参照して本発明通信システムの実施の形態の例につき説明する。
【００１４】
図１は、本例による通信システムの概略を示す構成図であり、図１において、１ａ，１ｂ，１ｃはラン（ＬＡＮ）（有線／無線のいずれであっても良い）６等のネットワークを介して接続された夫々の環境に設置されたコンピュータを示し、２ａ，２ｂ，２ｃはこの環境に設置されたコンピュータ１ａ，１ｂ，１ｃに夫々例えばＲＳ２３２Ｃインタフェース（ＵＳＢ等でも良い）を用いて接続され環境通信装置を構成するアダプタを示す。本実施例において、アダプタ２ａ−ｃは、コンピュータ１ａがＲＳ２３２Ｃ等の既存の通信プロトコルに基づくＩ／Ｆを採用しているために、用いられている。すなわち、アダプタ２ａ−ｃは、既存の通信環境と本発明にかかる通信環境とを繋ぐための構成であり、コンピュータ１が本発明を採用する通信プロトコルに基づくＩ／Ｆを備える場合には、アダプタ２ａ−ｃを採用する必要性は小さくなる。
【００１５】
また図１において、３は例えば腕時計構成の人体に装着されるウエアラブル通信装置を示し、このウエアラブル通信装置３はこの環境通信装置を構成するアダプタ２ａ，２ｂ，２ｃとパケット通信を行う如くする。
【００１６】
図１において、４ａ，４ｂ，４ｃはウエアラブル通信装置３を装着した利用者が接触することにより通信路５を確立するための電極を示す。通信路５は、人体を含むものであるため、大雑把には、高いインピーダンスをもった抵抗体と考えられる。
【００１７】
この環境通信装置を構成するアダプタ２ａ，２ｂ，２ｃとしては例えば図２に示す如く構成する。図２において、１０は通信用のマイクロプロセッサを示し、このマイクロプロセッサ１０を例えばＲＳ２３２Ｃインタフェース１１を介して環境に設置されたコンピュータ１ａ，１ｂ，１ｃに接続する。
【００１８】
図２において、１２は基準タイミングを得る図４Ａに示す如き同期パルス１２ａを発生する同期パルス発生回路を示し、この同期パルス発生回路１２は例えば１．７ｍＳ周期の同期パルス１２ａを発生し、この同期パルス１２ａのパルス幅を１ビット長と同じ例えば６４μＳとする。
【００１９】
この同期パルス発生回路１２よりの同期パルス１２ａを基準タイミング信号としてマイクロプロセッサ１０に供給する。またこの同期パルス発生回路１２よりの同期パルス１２ａをパルス幅成形回路１３を介してオア回路１４に供給する。このパルス幅成形回路１３は図４Ｂに示す如く、この同期パルス１２ａの幅を５μＳとし、バーストパルス（同期パルス対応）１３ａとする如くしたものである。またマイクロプロセッサ１０よりのデータをオア回路１４に供給する。このマイクロプロセッサ１０よりのデータは、この同期パルス１２ａによる基準タイミング信号に同期し、データのハイレベル“１”は５μＳのパルスとし、データのローレベル“０”は無パルスである。
【００２０】
このオア回路１４の出力信号をパルス振幅変調（ＰＡＭ）回路を構成するアンド回路１５の一方の入力端子に供給する。また、１６は変調信号入力端子を示し、この変調信号入力端子１６に供給される周波数が例えば１０ＭＨｚの変調信号をこのアンド回路１５の他方の入力端子に供給する。
【００２１】
このアンド回路１５の出力側に得られる図４Ｃに示す如き同期パルス１２ａの立上がりに同期したバーストパルス１３ａとデータとのパルス振幅変調信号を電極４（４ａ，４ｂ，４ｃ）に供給する如くする。
【００２２】
この電極４（４ａ，４ｂ，４ｃ）にウエアラブル通信装置３を装着した利用者が接触したときこの電極４（４ａ，４ｂ，４ｃ）とウエアラブル通信装置３の電極３ａと間の通信路５を確立する。このウエアラブル通信装置３の電極３ａよりの送信信号を受信したときはこの信号をコンデンサ１７を介して受信信号検出用の増幅回路１８に供給する。
【００２３】
この増幅回路１８の出力側に得られる例えば図４Ｆに示す如き、同期パルス１２ａの立下がりのタイミングに同期した例えば５μＳ幅のバーストパルス（後述する返答パルスに対応）３ｂ及び所定のデータの信号を１ビット間隔例えば６４μＳより小さい例えば５０μＳ〜６０μＳのパルス幅とするパルスストレッチャ１９に供給する。
【００２４】
このパルスストレッチャ１９は例えばキャリアフィルタ１９ａ及びモノマルチバイブレータ１９ｂで構成する。このパルスストレッチャ１９の出力側に得られる図４Ｇに示す如きパルス幅が５０μＳ〜６０μＳに広げられた信号３ｃをマイクロプロセッサ１０に供給し、所定の信号処理を行う。
【００２５】
本例においては、このマイクロプロセッサ１０においてバーストパルス３ｂの広げられた信号３ｃを、同期パルス１２ａより形成された図４Ｈに示す如きサンプリングタイミングｔ０で検出し、このサンプリング信号がハイレベル“１”であるときはウエアラブル通信装置３を装着した利用者が電極４（４ａ，４ｂ，４ｃ）に接触していると判断し、このサンプリングタイミングｔ０で、サンプリング信号がローレベル“０”のときはウエアラブル通信装置３を装着した利用者が電極４（４ａ，４ｂ，４ｃ）に接触していないと判断する。
【００２６】
またウエアラブル通信装置３は図３に示す如くで、このウエアラブル通信装置３を装着した利用者が環境通信装置を構成するアダプタ２ａ，２ｂ，２ｃの電極４ａ，４ｂ，４ｃに接触し、この電極４ａ，４ｂ，４ｃとウエアラブル通信装置３の電極３ａと間で通信路５が確立したときに電極３より図４Ｃに示す如きバーストパルス（同期パルスに対応）１３ａを含む信号が供給され、この信号をコンデンサ２０を介して受信信号検出用の増幅回路２１に供給する。
【００２７】
この増幅回路１８の出力側に得られる例えば図４Ｃに示す如き、同期パルス１２ａの立上がりのタイミングに同期した５μＳ幅のバーストパルス１３ａ及び所定のデータの信号を１ビット間隔例えば６４μＳより小さい例えば５０μＳ〜６０μＳのパルス幅に広げるパルスストレッチャ２２に供給する。
【００２８】
このパルスストレッチャ２２は例えばキャリアフィルタ２２ａ及びモノマルチバイブレータ２２ｂで構成する。このパルスストレッチャ２２の出力側に得られる図４Ｄに示す如きパルス幅が広げられた信号２２ｃを通信用のマイクロプロセッサ２３に供給し、所定の信号処理を行う。
【００２９】
本例においてはこのマイクロプロセッサ２３において、このバーストパルス１３ａの広げられた図４Ｄにパルス２２ｃの立上がりに基いて時間を作り、この図４Ｄのパルス２２ｃの立上がりに基いて形成された図４Ｅに示す如きサンプリングタイミングｔ１でこの図４Ｄに示す如きパルス２２ｃを検出し、このウエアラブル通信装置３を動作状態とする。
【００３０】
このときマイクロプロセッサ２３は同期パルス１２ａの立下がりのタイミングで図４Ｆに示す如き返答パルスであるパルス幅例えば５μＳのバーストパルス３ｂを発生し、このバーストパルス３ｂ及び所定のデータ（このデータのハイレベル“１”のパルス幅も例えば５μＳである。）をパルス振幅変調（ＰＡＭ）回路を構成するアンド回路２４の一方の入力端子に供給する。
【００３１】
また、２５は周波数例えば２０ＭＨｚの発振器を示し、この発振器２５の２０ＭＨｚの発振信号をクロックパルスとして、このマイクロプロセッサ２３に供給すると共に、この２０ＭＨｚの発振信号を１／２分周器２６を介して１０ＭＨｚの変調信号として、このアンド回路２４の他方の入力端子に供給する。
【００３２】
このアンド回路１５の出力側に得られる図４Ｆに示す如き同期パルス１２ａの立下がりに同期した返答パルスであるバーストパルス３ｂとデータとのパルス幅変調信号を電極３に供給する如くする。
【００３３】
本例の環境通信装置を構成するアダプタ２ａ，２ｂ，２ｃ及びウエアラブル通信装置３は上述の如く構成されているので環境通信装置を構成するアダプタ２ａ，２ｂ，２ｃはウエアラブル通信装置３を装着した利用者が電極４ａ，４ｂ，４ｃを触っているか否かを図４Ｇの存在パルス３ｃにより判断し、存在しているときのみ通信を行う。
【００３４】
このようにすることによりウエアラブル通信装置３は常時信号を発生する必要はなく、消費電力削減ができる即ち本例では通信のイニシャチブは常に環境通信装置を構成するアダプタ２ａ，２ｂ，２ｃ側がとっている。
【００３５】
またラン（ＬＡＮ）で接続されたコンピュータ１ａ，１ｂ，１ｃとアダプタ２ａ，２ｂ，２ｃと間のデータの送受信状況は図５に示す如くである。図５Ａは同期パルス発生回路１２よりの同期パルス１２ａである。
【００３６】
通信のイニシャチブは常にアダプタ２ａ，２ｂ，２ｃ（コンピュータ１ａ，１ｂ，１ｃ）側にあるので、アダプタ２ａ，２ｂ，２ｃがウエアラブル通信装置３を装着した利用者が電極４ａ，４ｂ，４ｃを触れていることを知ると（図５Ｂに示す如き同期パルス１２ａの周期を周期とする信号が送信可能信号（ＣＴＳパルス）としてＲＳ２３２Ｃ経由でコンピュータ１ａ，１ｂ，１ｃに送られることで検知し、電極４ａ，４ｂ，４ｃに触れられていないときは、図５Ｂの信号は存在しない。またコンピュータ１ａ，１ｂ，１ｃ側の通信タイミングは図５Ｂの信号がハイレベル“１”の時、コンピュータ１ａ，１ｂ，１ｃ→アダプタ２ａ，２ｂ，２ｃで、ローレベル“０”の時、アダプタ２ａ，２ｂ，２ｃ→コンピュータ１ａ，１ｂ，１ｃと決めてある。）図５Ｃに示す如くアダプタ２ａ，２ｂ，２ｃに対して１バイトずつ送信する。
【００３７】
図５においてはＤａｔａ０、Ｄａｔａ１、Ｄａｔａ２までの３バイトについて示したが、総バイト数（＝１パケット長）は可変である。
【００３８】
アダプタ２ａ，２ｂ，２ｃからウエアラブル通信装置３への通信については図５Ｄに示すタイミングで送受信する。コンピュータ１ａ，１ｂ，１ｃからの信号は直接にはウエアラブル通信装置３には送られず、アダプタ２ａ，２ｂ，２ｃを経由して、半二重双方向通信となっているのは、環境通信装置を構成するアダプタ２ａ，２ｂ，２ｃとウエアラブル通信装置３との通信フォーマット内にウエアラブル通信装置３の検出ビットを用意したためである。
【００３９】
環境通信装置を構成するアダプタ２ａ，２ｂ，２ｃとウエアラブル通信装置３と間の通信フォーマットを図６に示す。図６Ａに同期パルス１２ａを示し、図６Ｂは環境通信装置を構成するアダプタ２ａ，２ｂ，２ｃよりのバーストパルス（同期パルス対応）１３ａのタイミングを示し、図６Ｃはウエアラブル通信装置３よりのバーストパルス（返答パルス）３ｂのタイミングを示し、図６Ｄはウエアラブル通信装置３の存在を検出するサンプリングタイミングｔ０を示す。
【００４０】
図６Ｅは８ビットＢ０〜Ｂ７シリアル通信フォーマット（スタートビットＳＴ、ストップビットＳＴＯＰ、及びパリティビットＰＡＲ）がまとめられた形態を示す。なお、図６Ｅに示すフォーマットは、アダプタとウエアラブル通信装置間の通信データについてのものである。本例では、アダプタとコンピュータとの間では、従来からの通信フォーマット、具体的には５２のＢ０〜Ｂ７のみを使ったデータフォーマットが用いられる。
【００４１】
環境通信装置を構成するアダプタ２ａ，２ｂ，２ｃとウエアラブル通信装置３との間の通信フォーマットを図６に示す如くしたのはウエアラブル通信装置３を装着した利用者と環境通信装置を構成するアダプタ２ａ，２ｂ，２ｃとの通信を実行するにあたり、物理的通信線路は利用者の生体であり、ここに全二重用の複数のチャンネルを用意することもできるが、チャンネルを１つとし、半二重とすると簡単になる。
【００４２】
またウエアラブル通信装置３の課題の一つは如何に消費電力を少なくするかであり、このためにウエアラブル通信装置３側から通信を開始するのではなく、環境通信装置を構成するアダプタ２ａ，２ｂ，２ｃ側からの通信に呼応する方式が良い。
【００４３】
このため環境通信装置側から（アダプタ２ａ，２ｂ，２ｃ）から図６Ｂに示す如き同期用のバーストパルス１３ａが定期的に発信される。
【００４４】
環境通信装置（コンピュータ１ａ，１ｂ，１ｃ及びアダプタ２ａ，２ｂ，２ｃ）側は実際の通信を開始するにあたって、ウエアラブル通信装置３の存在を知る必要がある（存在を知らないで、双方向通信を実行することはできない。また存在しなくなったときに適切の対応をとるためにも、存在を知る必要がある。）。これを通信の物理層に組み込まないと通信そのものが実現できず図６Ｄの期間５０、期間５１を設けた。
【００４５】
図６Ｄの期間５２は一般のシリアル通信フォーマットをもちいた。一般の非同期通信フォーマットを用いていながら実際には同期通信に近いので、スタートビットＳＴ、ストップビットＳＴＯＰは原理的には余計である。しかし、スタートビットＳＴは通信路が存在する場合（即ち、ウエアラブル通信装置３を装着した利用者がアダプタ２ａ，２ｂ，２ｃの電極４ａ，４ｂ，４ｃに接触している。）実際に通信が実行されているかの判別に用いられ、ウエアラブル通信装置３側の処理を減らし、ひいては消費電力削減に有効である。
【００４６】
ストップビットＳＴＯＰに関しては本例では特別な機能を規定していないが、一般のフォーマットに合わせておいた方が処理がし易いので、そのまま存在している。
【００４７】
以上のような物理層のもとでパケット通信を実施するに、次にこのパケットの構造について説明する。
【００４８】
１：パケットの構造
パケットは次のフォーマットとした。
ヘッダー、パケット長、パケット種類、チェックサム（ＣＳ）、夫々１バイト長のデータである。
ヘッダー：他で使用しない８ビットデータ（ＯＸｆｆとした）
パケット長：パケットの全体の長さ（ＯＸｆｆが禁止しているので、最長２５５ビットまで）
パケット種類：パケットの内容を示すコード
ＳＴＸ：パケットのスタート
ＤＡＴＡ：ペイロード用パケット
ＥＯＴ：パケット終了
ＡＣＫ：アクノリッジパケット
ＮＡＣＫ：ノットアクノリッジパケット
【００４９】
２：パケットの実際の構成
スタートパケット
ヘッダー  ２（データ長）  ＳＴＸ  ＣＳ
ペイロードパケット（ペイロード１バイトの場合）
ヘッダー  ３（データ長）  ＤＡＴＡ  ペイロード  ＣＳ
終了パケット
ヘッダー  ２（データ長）  ＥＯＴ  ＣＳ
アクノリッジパケット
ヘッダー  ２（データ長）  ＡＣＫ  ＣＳ
ノットアクノリッジパケット
ヘッダー  ２（データ長）  ＮＡＣＫ  ＣＳ
【００５０】
本例においては、このような構成に基づいて周知のハンドシェーク方式のパケット通信を行うようにしたものである。
【００５１】
図７にパケット通信の状況を示す。この図７においては、環境通信装置（コンピュータ１ａ，１ｂ，１ｃ及びアダプタ２ａ，２ｂ，２ｃ）よりウエアラブル通信装置３に対して通信開始メッセージ（ＳＴＸを含むパケット）が送られ、これに対して（正常受信なので）アクノリッジメッセージを返答する部分のみが示されている。実際のパケット通信では図８に示すような通信で完了する。
【００５２】
本発明はアプリケーションに対する発明でないので省略するが、之等アプリケーションが用いるデータは図８のＤＡＴＡパケットにペイロードとして運ばれるものである。
【００５３】
次に本例による通信システムの動作を図９〜図１２のフローチャートを参照して説明する。図９〜図１１はコンピュータ１ａ，１ｂ，１ｃ及びアダプタ２ａ，２ｂ，２ｃより成る環境通信装置のフローチャートであり、図１２はウエアラブル通信装置３のフローチャートである。
【００５４】
この環境通信装置（コンピュータ１ａ，１ｂ，１ｃ及びアダプタ２ａ，２ｂ，２ｃ）側のソフトウエアはレイア構造となっており、別々のスレッドで動作する。従って物理レイア、トランスポートレイア、アプリレイアがあたかも別々のソフトのように並列的に動作する。
【００５５】
図９は物理レイアのフローチャートを示す。この環境通信装置を構成するアダプタ２ａ，２ｂ，２ｃは常時基準タイミングの同期パルス１２ａ対応の図４Ｂ、図６Ｂに示す如きバーストパルス１３ａを１．７ｍＳ毎に出力する（ステップＳ１）。このバーストパルス１３ａを出力したときは、図６Ｅの期間５１でウエアラブル通信装置３を装着した利用者が電極４ａ，４ｂ，４ｃに接触し、返答パルスである図４Ｆ、図６Ｃに示す如きバーストパルス３ｂがあるかどうか即ち通信路５が確立した利用者のウエアラブル通信装置３が存在するかどうかを判断する（ステップＳ２）。
【００５６】
このステップＳ２において、存在しない（Ｎ）のときはステップＳ１に戻り、存在する（Ｙ）のときはステップＳ３に移行する。ステップＳ３においてはトランスポートレイアを見てウエアラブル通信装置３への送信データ（１バイト単位）が有るか否かを判断する。
【００５７】
このステップＳ３で送信データが有るとき（Ｙ）にはこの１バイトのデータを出力し（ステップＳ４）、ステップＳ１に戻る。またこのステップＳ３で送信データがない（Ｎ）とき、ステップＳ５に移行し、ウエアラブル通信装置３からの受信データが有るか否かを判断する。
【００５８】
このステップＳ５で受信データがない（Ｎ）ときはステップＳ１に戻り、このステップＳ５で受信データが有る（Ｙ）ときは、この受信データを１バイト受信し（ステップＳ６）、その後この受信した１バイトの受信データをトランスポートレイアに渡し（ステップＳ７）、ステップＳ１に戻る。
【００５９】
また図１０はトランスポートレイアのフローチャートを示す。ステップＳ８において、アプリケーションデータが有るか否かを判断する。アプリケーションデータがない（Ｎ）ときはこれを繰り返す。アプリケーションデータが有る（Ｙ）ときはこのアプリケーションデータをパケット化する（ステップＳ９）。
【００６０】
その後ＳＴＸパケットを送信する（ステップＳ１０）。その後ＡＣＫパケットを受信したか否かを判断する（ステップＳ１１）。このステップＳ１１でＡＣＫパケットを受信しない（Ｎ）ときはステップＳ１０に戻る。このステップＳ１１でＡＣＫパケットを受信した（Ｙ）ときはデータパケット（アプリケーションデータ）を送信する（ステップＳ１２）。
【００６１】
このステップＳ１０，Ｓ１１の部分は若干簡略化して原理を示したものである。ＡＣＫパケット以外の処理例えば不明パケットは無視するが、ＮＡＣＫパケットならばＳＴＸパケットを再送する。しかしＮＡＣＫパケットがｎ回（例えばｎ≧４）ならば通信障害と判断する等の詳細な処理が入っている。
【００６２】
その後ＡＣＫパケット受信か否かを判断する（ステップＳ１３）。ステップＳ１３でＡＣＫパケットを受信しない（Ｎ）ときにはステップＳ１２に戻り、ＡＣＫパケットを受信した（Ｙ）ときには、ＥＯＴパケットを送信する（ステップＳ１４）。
【００６３】
その後ＡＣＫパケットを受信したか否かを判断する（ステップＳ１５）。ステップＳ１５でＡＣＫパケットを受信しない（Ｎ）ときはステップＳ１４に戻り、ＡＣＫパケットを受信した（Ｙ）ときはＡＣＫパケットを送信する（ステップＳ１６）。
【００６４】
その後アプリケーションデータの送信を完了したか否かを判断する（ステップＳ１７）。ステップＳ１７でアプリケーションデータの送信を完了したとき（Ｙ）はステップＳ８に戻り、このアプリケーションデータの送信を完了しない（Ｎ）ときはステップＳ９に戻る。
【００６５】
図１１はアプリケーションレイアのフローチャートを示す。ステップＳ１８において、ウエアラブル通信装置３に対し例えばＩＤ要求等の通信の必要が有るかどうかを判断する。必要がない（Ｎ）ときは必要が有る（Ｙ）まで待ち、必要が有る（Ｙ）ときは必要データをトランスポートレイアに渡す（ステップＳ１９）。
【００６６】
次にステップＳ２０で受信データが必要か否かを判断し、必要でない（Ｎ）ときにはステップＳ１８に戻り、必要がある（Ｙ）ときにはトランスポートレイアからのデータを待ち（ステップＳ２１）、その後必要データが受信されたか否かを判断する（ステップＳ２２）。
【００６７】
ステップＳ２２で必要データが受信されない（Ｎ）ときにはステップＳ１９に戻り、受信された（Ｙ）ときにはステップＳ１８に戻る。上述を繰り返す。
【００６８】
図１２はウエアラブル通信装置３のマイクロプロセッサ２３の処理のフローチャートを示す。このウエアラブル通信装置３のソフトも環境通信装置のソフトと同じく、別々のレイアで構成されているが、実際のプログラムはファームウエアなので図１２の如く１つのかたまりとなっている。
【００６９】
ステップＳ２３で環境通信装置を構成するアダプタ２ａ，２ｂ，２ｃからの図４Ｂ、図６Ｂに示す如き同期パルス対応のバーストパルス１３ａを検出したかを判断する。このステップＳ２３でバーストパルス１３ａを検出しない（Ｎ）ときは、このバーストパルス１３ａを検出するまで待ち、このバーストパルス１３ａを検出したときには送信パケットが有るか否かを判断する（ステップＳ２４）。
【００７０】
送信パケットが有る（Ｙ）ときには送信パケットを１バイト単位で送信し（ステップＳ２５）、その後送信パケットの送信が完了したかを判断し（ステップＳ２６）、完了しない（Ｎ）ときはステップＳ２５に戻り、完了した（Ｙ）ときはステップＳ２３に戻る。
【００７１】
ステップＳ２４で送信パケットがない（Ｎ）ときは、ステップＳ２７に移行し、このステップＳ２７でスタートビットが検出されたか否かを判断する。このステップＳ２７でスタートビットが検出されない（Ｎ）ときはステップＳ２３に戻る。
【００７２】
このステップＳ２７でスタートビットが検出されたときは１バイト入力する（ステップＳ２８）。その後パケットが完了したか否かを判断し（ステップＳ２９）、パケットが完了していない（Ｎ）ときはステップＳ２３に戻り、このステップＳ２９でパケットが完了したときは、このパケットを解読する（ステップＳ３０）。次にこのパケットよりアプリケーションデータを抽出する（ステップＳ３１）。
【００７３】
次に返答が必要か否かを判断し（ステップＳ３２）、返答が必要ない（Ｎ）ときはステップＳ２３に戻り、返答が必要（Ｙ）なときは必要な返答データを用意する（ステップＳ３３）。その後、この必要データをパケット化する（ステップＳ３４）。
【００７４】
その後、このパケットをバイトデータにしてマイクロプロセッサ２３に設けたメモリ２３ａに記憶し、その後ステップＳ２３に戻る。上述を繰り返す如くする。
【００７５】
上述本例によれば環境通信装置（コンピュータ１ａ，１ｂ，１ｃ及びアダプタ２ａ，２ｂ，２ｃ）から一定間隔でバーストパルス（同期パルス）１３ａを発生し、ウエアラブル通信装置３がこのバーストパルス１３ａを検出したときに、このバーストパルス１３ａに対して予め設定されたタイミング（同期パルス１２ａの立下がり）で返答パルスであるバーストパルス３ｂを出力し、このバーストパルス３ｂにより環境通信装置（コンピュータ１ａ，１ｂ，１ｃ及びアダプタ２ａ，２ｂ，２ｃ）が、このウエアラブル通信装置３の存在（通信路の確立）を認識するようにしたので、本例による通信システムは、至る所に組み込まれたコンピュータ１ａ，１ｂ，１ｃがネットワーク化され、自然な入出力インタフェースで利用者と共生する環境に使用して好適である。
【００７６】
また上述例では、１パケット毎にデータの送受信を繰り返す如くしているので、データの送受信を完了する前に切れた場合でも、その切れた部分のパケットを後に取り込むことができる。
【００７７】
尚上述例では現在のマイクロプロセッサ２３の処理能力や消費電力を考慮して、環境通信装置（コンピュータ１ａ，１ｂ，１ｃ及びアダプタ２ａ，２ｂ，２ｃ）側がイニシャチブをとる方式としたがマイクロプロセッサの消費電力が更に低下し、バッテリー等の高容量化、小型軽量化が進む時代においては、逆にウエアラブル通信装置３側がイニシャチブをとる通信システムとしても良い。
【００７８】
この場合上述例の環境通信装置側とウエアラブル通信装置３側とを入れ替えた方式とすることもできるし、またウエアラブル通信装置３の検出ビットを省略することもできる（ウエアラブル通信装置が同期パルスを出力しつづけるので、環境通信装置側はこれを検出すれば十分である。）。
【００７９】
以上、説明した通信システムを利用すると、例えば、以下のようなアプリケーションが実現可能となる。なお、以下のアプリケーションは、コンピュータシステム上での利用者の存在が検出可能なものであれば、上記通信システム以外のものを用いても実現可能である。
【００８０】
以下に説明するアプリケーションは、次のような特徴を有する。
１：  人体を伝送路とする通信手段が組み込まれたコンピュータシステムにおいて、このコンピュータシステムはネットワークに接続され、それらコンピュータには利用者のＩＤを取得するプログラムおよび機能が用意されている。このコンピュータシステムで動作するアプリケーションプログラムで、以下の特徴を有するもの。
（１）プログラムは利用者との直接のインターフェースを持つアプリケーションプログラムであり、起動に際しては、名称を入れて実行、アイコンをダブルクリックする等、現在一般的に使用されている起動インターフェースを有するとともに、これに加えて利用者のウエアラブル通信装置からＩＤ信号を読み出し、この読み出したＩＤ信号とバインドして起動することを特徴とするもの。
【００８１】
（２）起動されたプログラムは、コンピュータシステムが利用者不在を検出すると、自動的にプログラムをアイコン化し、これを再度通常表示にもどすには利用者が再度コンピュータに利用者ＩＤを供給することを特徴とするもの。具体的には、例えば、利用者不在を示すイベント（例えば所定時間利用者接触や利用者ＩＤが検出されない）が発生すると、起動プログラムの作業状態や使用状態がコンピュータシステム上の記憶領域に記録され、プロパティとしてその記録領域へのポインタを備えるアイコンが生成される。
【００８２】
（３）利用者が上述（１）に示す環境下で、当初起動したコンピュータとべつのコンピュータを使用し始めると、これを自動的に検出（利用者のＩＤ検出）し、このコンピュータに利用者がすでに作製した内容ごと移動し、移動元のアプリケーションは閉じることを特徴とするもの。具体的には、例えば、利用者の存在を示すイベントが別の端末装置（現在の端末装置）で発生すると、コンピュータシステム（元の端末装置を含む）から現在の端末装置へ起動プログラムの作業状態や使用状態が呼び出され、コンピュータシステム（現在の端末装置を含む）から元の端末装置に移動元の当該アプリケーションを閉じるためのコマンドが送られる。このようにして、本アプリケーション例では、ネットワークを介して利用者のプログラム使用状況を各端末装置間で相互に共有し合うことができる。
【００８３】
（４）このようなアプリケーションがクライアント／サ−バーアプリケーションの構造をもち、サーバーアプリケーションは利用者の存在するコンピュータシステムのうちの任意の一台において動作し、クライアントアプリケーションを制御（利用者の居るコンピュータに転送）する構造をもつもの。
【００８４】
２：  人体を伝送路とする通信手段が組み込まれたコンピュータシステムにおいて、このコンピュータシステムはネットワークに接続され、それらコンピュータには利用者のＩＤを取得するプログラムおよび機能が用意されている。このコンピュータシステムで動作するミドルウエアプログラムで、以下の特徴を有するもの。
【００８５】
（１）プログラムはバックグラウンドで動作し、それは適当な任意のアプリケーション（例えばワードプロセッサやメイラー）に対してサービスを提供するものであり、それらサービスの内容として以下のいずれかまたはすべての機能を有するもの。
＊アプリケーションからの利用者ＩＤ制御（読み出し、書き込み、、変更、消去）
＊利用者ＩＤの正当性を判断するもの
＊利用者ＩＤと他の任意のアプリケーションのバインド管理
＊利用者ＩＤの管理（ＩＤおよび、利用者名称等関連情報のデータベースを管理するもの）
＊利用者との物理通信信号の安全性を制御（暗号化、復号化）
【００８６】
実施例  １
図１に示す如く１ａ，１ｂ，１ｃは環境に設置されたコンピュータで、２ａ，２ｂ，２ｃはウエアラブル通信装置３と通信をするためのアダプタであり、適当なネットワーク環境に複数台存在する。このような環境でウエアラブル通信装置３を装着した利用者が例えばコンピュータ１ａを使用し、その上利用者のＩＤをバインドする機能を有するアプリケーションを開くとする。この時、利用者のＩＤは（ＩＤ１とする）アダプタ２ａを経由してコンピュータ１ａに読み取られオープンされるアプリケーションにバインドされる。
【００８７】
従って、このアプリケーションは利用者１がコンピュータ１ａをはなれ、オープンしたままでも、適当な時間後には操作不能となる（この時間は設定可能であるので、例えば１秒とすれば、実質正当な利用者以外には操作不能となる。）。利用者がコンピュータ１ａをはなれ（この時、利用者はそのアプリケーションを閉じるべきであることは、もちろん推奨されるが）アプリケーションを開いたまま、たとえばコンピュータ１ｂのアダプタ２ｂの電極４ｂに接触すると、コンピュータ１ａでオープン、使いかけとなっているアプリケーションが、その現状データを保持したままコンピュータ１ｂに現れる。コンピュータ１ａで閉じてしまえば、利用者がその同じアプリケーションを操作するにはあらためてオープン操作が必要である。
【００８８】
このようなアプリケーションの構造を図１３に示す。
このアプリケーション全体は大きく分けて、３つの機能ブロックにわかれる。３４に示したのは主として人体を用いる通信を制御、利用者のウエアラブル通信装置３からＩＤを読み出す部分であり、これはこのような機能を有するすべてのコンピュータに存在する。３３に示したクライアントはこのようなシステム上で動く、ＩＤとバインドされるアプリケーションであり、同じものが環境内のコンピュータに存在する（この存在の仕方には種々の方式があり、再度後述する）。
【００８９】
このクライアントは利用者から見れば、ワードプロセッサや、画像加工ソフトウエアのように、現在通常使用されるもので、必要な種類だけ各コンピュータにインストールされている。現在のアプリケーションとの決定的な違いは利用者ＩＤを要求するのがデフォルトとなっている点である（利用者ＩＤが供給されない場合には、必ず新規のファイルしか開けないようにしてＩＤなし利用者に対して拡張してもいい。しかしこの場合は、例えば、作製したデータをその時点でメールに添付して転送しないと後日リトリーブできない等の制約を発生させる。あるいは利用者ＩＤを有していない利用者にたいしては、その時点でパスワードを要求するようにしてもいい。しかしいずれの場合も目的とするシームレス性はなくなる。）。
【００９０】
サーバ３５は（原則的に）このシステム内でひとつ存在すればよく、図１３においてはコンピュータｘにインストールされているが、これはどこでもいい。即ちコンピュータ１にはクライエント１のほかにサーバがインストールされてもいい。サーバプログラムはＩＤ管理プログラムから入力された利用者情報とクライアントプログラムのバインド管理、同じ利用者が使用しうるすべてのコンピュータのＩＰアドレスの管理、どのＩＰアドレスのコンピュータのクライエントを有効にするかを管理制御する。
【００９１】
例えばウエアラブル通信装置３を装着した利用者１がコンピュータ１に対してアクセスし、クライエント１（名前はクライエントとしたが、実際はワードプロセッサであったりする）をオープン（アイコンのダブルクリック等により）すると、クライエント１とそれを起動するときにＩＤ管理プログラムが送信する利用者ＩＤをバインドして保存する（利用者ＩＤの認証や初期設定がもちろん必要となるが、この部分の詳細は実施例２で述べる。）。この状態で利用者がコンピュータ１を使用しつづけているかどうかはマウスやキーボードに用意して接触電極を用いて、定期的にチェックする。
【００９２】
この時間はもちろん設定可能で、利用者の使用形態に合わせて設定する。通常のキーボードやマウスの使用では、数分間ないし数十分間、利用者が検出されなければ、利用者不在と判断するのが実際的であろう。利用者が不在となったときはアプリケーションはアイコン化することが可能である。利用者がこの状態（コンピュータ１使用状態）でアプリケーション（クライエント１）を明示的に閉じれば、これは単に現在のプログラムと全く同じ操作である。
【００９３】
しかしながら、種々の理由により、利用者がクライエント１を開いたまま（この時、時間経過によりアイコン化されていてもされていなくてもかまわない）例えばコンピュータ２に移動、コンピュータ２が利用者ＩＤを検出すると、サーバにこの情報が送られ、コンピュータ２でクライエント１アプリケーションがクライエント２として連続的に使用できる。
【００９４】
次に、クライエントアプリケーションのコンピュータ間の移動について述べる。クライエントアプリケーションは、ネットワーク経由でデータごと、コンピュータ間を移動する方式がまず可能である。この場合にはデータ量は多いが、ネットワークの高速化、およびこのアプリケーション全体の移動頻度は利用者の移動頻度以上には絶対ならないという点から、現実的な方式となり得る。しかもこちらの場合には利用者が使用したいアプリケーションは一つのコンピュータにインストールしさえすればいい。
【００９５】
しかし、アプリケーション本体のプログラムを移動せず、ＩＤにバインドされたデータのみを移動するという方式ももちろん考えられる。こちらの方式では、各アプリケーションをすべてのコンピュータにインストールする必要があるが、これをサーバ（図１３に示すサーバ３５で実行してもいいし、別途専用のサーバを設計してもいい）により自動的に実行してもいい。いずれにしても高速なネットワークが使用可能な状況にあっては、クライアントのインストール方式に関してはおおきな差異は現れず、いずれの方式も現実的に使用可能である。
【００９６】
実施例２
実施例２では図１３に示したＩＤ管理部分プログラム例の詳細を示す。
（２−１）概要
サーバ３５はＷｉｎｄｏｗｓ（登録商標）のコンピュータ上で動作する、イーサネット（登録商標）およびＲＳ２３２Ｃ通信機能を備えた、利用者認証機能およびそれに基づくアプリケーョンのコントロールを可能とするものである。サーバ３５はネットワークで接続された複数のコンピュータの間でひとつのデータベースを共有し、利用者の認証情報（利用者のＩＤと、それに対応する利用者が設定したパスワード、および名前その他の付帯情報）により利用者がそれらのコンピュータのどれか適当なものにログインした後は、どのコンピュータでも使用可能とするものである。また、あるあらかじめ設定したアプリケーションに対しては利用者が現在使用しているコンピュータに移動させることができる（利用者の移動に対してアプリケーションで作製したファイルも移動する。）。
【００９７】
利用者存在認識のためにＣＯＭポートに接続されたアダプタを使用し、ホストはそれとのシリアル通信を行う。このシリアル通信の中に、利用者の存在情報、ＩＤ情報等が含まれ、利用者がホストコンピュータの画面上で行うのは、初期情報の設定が主となる。したがって利用者とコンピュータとの情報交換はアダプタを通じて自動的に実行する。
【００９８】
（２−２）プログラム動作環境例
一台のホストコンピュータの動作環境は以下のとおり。
＊ＲＳ２３２Ｃ通信アダプタ；ＣＯＭ１ポートに接続、通信速度３８．４ｋｂｐｓ。利用者のＩＤや、ＩＤの送受のためのコントロール信号はこれを経由する。
＊ホストコンピュータ；Ｐｅｎｔｉｕｍ（登録商標）５００ＭＨｚ程度以上、ＯＳはＷｉｎ９８、Ｍｅ，ＸＰ。１０／１００ＢａｓｅＴ
によるイーサネット（登録商標）接続。
【００９９】
（２−３）ＲＳ２３２通信アダプタ
これはハードウエアで、このアダプタを介し、利用者との通信を実現する。利用者はこのハードウエアを経由してパスワードその他をホストコンピュータに送信する（利用者認証要求）。ホストコンピュータはそのパスワードがあらかじめ登録されているものかどうかを検証し、正しければ利用者にコンピュータの使用許可を与える。（この部分はＷｉｎｄｏｗｓ（登録商標）の最初のパスワード入力と等価の機能）。
【０１００】
このハードウエアには概略以下の機能が用意されている。
＊  利用者の存在を検知し、これをホストコンピュータに知らせる機能。
（この部分は、利用者が居る／居ないを検知するだけ）
＊  ホストからの利用者ＩＤ問い合わせ信号を受け付け、存在、非存在をホストに返送する機能。
＊  その他付帯的な情報をパケットとして通信する機能。
【０１０１】
（２−４）アプリケーションの動作（一台のホストに対して）
基本的には３段階の動作をする。
１  利用者の初期設定
利用者のパスワードその他の情報をコンピュータ画面を通して設定するとともに、ＩＤ信号をアダプタに対して出力する。このＩＤ信号を利用者の識別信号として、利用者個人が保持する。
【０１０２】
２  利用者ログオフ状態でＩＤを認識したとき。
アダプタより利用者検知情報が送られてきたとき、ホスト側はアダプタに対してユーザＩＤ要求を出力する。この時返されたＩＤがログオフされた利用者の場合、パスワード入力を要求し（これはコンピュータの画面より）これが、ホスト内のデータベースのパスワードと一致した場合にはログインを許可する（Ｗｉｎｄｏｗｓ（登録商標）のパスワード相当）。
この時新ＩＤとして、ランダム符号により発生したＩＤを保存、アダプタに出力する。
【０１０３】
３  利用者がログイン状態でＩＤを認識した時。
アダプタより利用者検知情報が送られてきたとき、ホスト側はアダプタに対してユーザＩＤ要求を出力する。この時返されたＩＤがログイン中の利用者の場合、即座に利用者が最後に使用したコンピュータの状況に戻す。  また、新ＩＤとして、ランダム符号により発生したＩＤを保存、アダプタに出力する。
この後は、同一ＩＤの検出のみを定期的（時間は設定可能とするが、数秒ないし数分おき程度）に実施する。
【０１０４】
利用者検出およびＩＤが有効である間はそのホストコンピュータが使用可能であり、無効となった場合（検出不能になってからある一定の時間後）には現在開かれているアプリケーションをアイコン化する。再度利用者を検出し、有効ならばアプリケーションを開く。
ＩＤが検出されなくなってから一定時間（これも設定可能。１時間から１２時間程度）後にはこのＩＤを拒絶しログオフとする。
なお、ＩＤは一定時間毎に書き換えていく。
【０１０５】
（２−５）アプリケーション動作（Ｎ台のホストに対して）
上記機能を持つコンピュータがＮ台、ＬＡＮ環境に接続されており、利用者はそのＮ台のうち、任意の一台に対してパスワードによりログインする（そして、初期設定が必要なら初期設定も）。ログインした後に、別のホストコンピュータを使用し始めたならば、そのコンピュータ上に利用者が開いたアプリケーションをＬＡＮ経由で移動する。このとき移動可能なアプリケーションの種類はあらかじめ登録しておく（複数のコンピュータで複数のアプリケーションを同一利用者が開く場合もあるので。）。この時、利用者の情報やＩＤなどはこの環境のどらか一つのホストに共通データベースとして保存しておき、ＩＤ検出したホストはそのデータベースに対して照会、および更新を行う。
また、利用者が開いたアプリケーションが利用者のホスト間移動に伴って付いていくことを可能とする。ただし、これは利用者が設定したアプリケーションのみ。
【０１０６】
（２−６）アプリケーションの詳細
（２−６−１）利用者登録
本システムの使用開始時および、利用者ＩＤが無効と判定された時に使用する画面である。アダプタからは利用者ＩＤが送信される。この時点では、ホスト側には利用者パスワードや付帯情報が登録されていないので、これらを登録する。登録する情報は例えば以下のとおりである。
【０１０７】
１  ：  利用者名（漢字、英数字で２５６語以内）；コンピュータ画面により登録
２  ：  利用者ＩＤ  ４バイトの数字；ホスト側が乱数により発生し、ホストのデータベースに登録するとともに、アダプタに送信。
３  ：  利用者ログイン有効時間  最大２４時間、１０分単位
４  ：  ログイン延長時間  １時間単位
５  ：  利用者パスワード；コンピュータ画面により利用者が登録。ホストデータベース内では、これとＩＤを対として管理。
この部分は、初期登録とともに、利用者のパスワードの変更にも使用し、システムの安全性の中心となる部分であるので、特定の管理者のみがオープンできるようにしておく（管理者パスワードの使用。）。
【０１０８】
（２−６−２）利用者の自動認証
アダプタが利用者を検出するとホストコンピュータに対して利用者存在を知らせてくる。この信号はＲＳ２３２ＣのＣＴＳを使用しており、利用者存在検出により、パルス信号が発生する（ＵＳＥＲ＿ＤＥＴ）。
この信号は利用者の使用開始および使用中であることを表現するもので、これを検出している間は、ホスト側から適当な周期（周期は設定可能とする。最小１秒程度を仮定）で利用者にＩＤ送信要求を出力する。この周期は利用者ＩＤ検出までは短く、一度検出した後は長くする方が望ましい。これはウエアラブル機器側の消費電力を押さえるためである。。利用者存在信号（ＵＳＥＲ＿ＤＥＴ）は、その周期、長さとも不定であるが、最小１ないし３秒間は存在する（ホストとの通信はこの間のみ可能である。）ことが期待される。
【０１０９】
ホスト側は利用者ＩＤを乱数により発生して適宜更新する。この更新方法として、初期ＩＤを設定した時間を記憶しておき、適当な時間（たとえば１時間）の間はそのままＩＤを使用し、時間経過後に利用者通信が発生した時に更新する。利用者存在が認識されている限りホストコンピュータは適当な周期（数秒間隔）で、利用者にＩＤ送信を求めるので、この中で適宜ＩＤ更新を実行していく。
ＣＴＳ信号は利用者存在検知信号でもあるが、ホストとアダプタの通信の同期信号ともなっており、ＣＴＳの立ち上がりタイミングに同期して１バイトずつ送信または受信される。
【０１１０】
（２−６−３）利用者ログオフ
利用者の明示的なログオフは無い。そのために利用者がホスト（ネットワークの場合はそこに接続されているすべてのホスト）から認識されなくなってからの時間で判断する。
この時間も設定可能とするが、例えば１時間単位で最大１２時間としておく。すなわち、オフィスでの使用を仮定すると、午後６時に最後に使用したならば、翌日の午前６時に自動ログオフが発生するわけで、ウィークデーの間はログオフしないという事も可能とする（もちろん３時間程度に設定すれば、一日単位でログオフが発生する。）。
【０１１１】
（２−６−４）利用者ログイン
ログオフが発生した後にログインする時には、アダプタから送信される利用者ＩＤと、利用者自身（と思われる、即ちウエアラブル機器が盗難にあったことまでを判定する機能はここでは仮定していない）が入力するパスワード入力が一致したことで判断する。このとき利用者ＩＤは当然更新される。また、利用者ＩＤと利用者パスワードが一致していない時はもちろんログオンできない。このときは初期登録を再度実行する（管理者の開く登録画面による。）。
【０１１２】
（２−６−５）利用者の複数コンピュータによる認識
ＷＫサーバがインストールされ、アダプタが接続されているホストコンピュータは複数セットがＬＡＮに接続される。正当な利用者はこれらどのコンピュータにも自動認証させることができる。そのために、これら複数のコンピュータのうちのあるひとつにデータベースを用意し、ここに利用者ＩＤその他関連情報を一元管理する。したがって、任意のコンピュータは利用者認識をすると、その共通データベースに利用者情報を照会する。
【０１１３】
（２−６  −６）一般アプリケーションの利用者追従
ＬＡＮ接続されたシステムの一つのホストで開き、使用し始めたアプリケーションが、利用者がホストを移動すると、それについていくことを可能とする。ただし、このようなアプリケーションは別途設定したものに限る（たとえばワードプロセッサやプレゼンテーションソフト等を想定。実際のアプリケーションは各ホストにインストールされていて、利用者のファイルのみが移動する場合も、アプリケーションとファイルが移動することも可能である。ただし、例えば２００３年現在入手可能な、現行のマイクロソフト社製ワードやパワーポイントではその構造のため、ここで言うユーザに追従して移動することはできない。ここでは、一般論を示す。）。
【０１１４】
（２−７）アプリケーション各部の画面表示
ここでは、どの様にしてユーザの登録を実行するかの一例を示す。
（２−７−１）初期設定画面
初期設定が図１４〜図１９に示す如き対話式で実行される。
【０１１５】
（２−７−２）新規ログイン画面
新規ログインが図２０、図２１に示す如き要領で実行される。
【０１１６】
（２−７−３）ＩＤ自動認識時
モーダルダイアログボックスで、ＯＫで消去、またタイマーにより１分後には自動消去（図２２参照）される。
【０１１７】
（２−７−４）ログオフタイムの警告
利用者のログオフ時間の３０分前に表示される、ダイアログボックス及び利用者の入力を待ちつづけ、利用者のログオフ時間到着で自動消去の画面を図２３及び図２４に示す。
【０１１８】
（２−７−５）移動ファイル設定画面
各利用者がどのファイルを自分の移動とともに移動させるかを設定する。
この画面のオープンには、アダプタから送られる利用者ＩＤと利用者により入力されるパスワードをチェックする。
2005005787.tif 000003
【０１１９】
（２−７−６）システム管理画面
データベースの内容が読み書き可能な管理者用画面で、管理者用パスワードで保護する。
１：利用者登録データ
利用者名、利用者パスワード、現状利用者ＩＤ、ログオフ時間、延長ログオフ時間
２：各利用者ＩＤバインドファイル（ファイル名および、ホストコンピュータアドレス）
ファイル名  ＋  ＊＊＊＊＊＠＊＊＊＊＊＊
ファイル名  ＋  ＊＊＊＊＊＊＠＊＊＊＊＊＊
【０１２０】
（２−８）アプリケーションの構成
利用者ＩＤ管理部分
利用者初期設定部分
ネットワーク通信部分
ＲＳ２３２Ｃ通信部分
共通データベース
上記の構成をまとめた一つのアプリケーションとし、どれか一つがマスターアプリケーション（共通データを管理）となれるようにしておく。すなわち、すべて共通の単一アプリケーションとし、設定により一つだけが、マスターとなる（自動的にマスター設定をする必要はない。どれもデフォールトでは非マスターであり、どれか一つを手動でマスターアプリケーションに設定する。）
【０１２１】
（２−９−１）ＡＰＩ
＊  アダプタとのパケット通信を実行。ＡＰＩを呼んでその引数を与えると、アダプタからはそれに対する返答が返される。
＊  定義済みＡＰＩ；対アダプタについて、以下のものが既に定義されている。
2005005787.tif 000004
【０１２２】
尚本発明は上述例に限ることなく本発明の要旨を逸脱することなく、その他種々の構成が採り得ることは勿論である。
【０１２３】
例えば、上記実施例では、図６に示すように、実装の容易性等を考慮して、ウエアラブル機器→環境、環境→ウエアラブル機器で、対称な通信方式を採用している。しかしながら、本発明は、非対称の通信方式にも拡張可能であり、アプリケーションによっては非対称通信の方がメリットが大きい場合もある。そこで、以下に非対称に拡張した場合を簡単に示しておく。
【０１２４】
（１）最小通信単位での非対称
例えば環境→ウエアラブル機器  ２バイト単位
ウエアラブル機器→環境        １バイト単位
【０１２５】
（２）パケット単位での非対称
（１）、（２）の場合とも、環境からよりリッチな情報が送られ、答える側がシンプルになる。即ち、通信量（特に送信）を最小に押さえたいウエアラブル側としては、なるべく簡単な答え（究極はＹＥＳ／ＮＯ）で済ませられるプロトコルというのは、特に省電力を突き詰める（この場合プロセッサ能力もできるだけ小さいものがいい）と大きな意味がある。
【０１２６】
【発明の効果】
本発明によればウエアラブル通信装置及び環境通信装置のいずれか一方の通信装置から所定間隔で同期パルスを発生し、他方の通信装置がこの同期パルスを検出したときに、この同期パルスに対して予め設定されたタイミングで返答パルスを出力し、この返答パルスにより、この一方の通信装置がこの他方の通信装置の存在（即ち通信線路の確立）を認識するようにしたので、本発明による通信システムは至る所に組み込まれたコンピュータがネットワーク化され、自然な入出力インタフェースで（コンピュータを意識せずに）利用者と共生する環境に使用して好適である。
【図面の簡単な説明】
【図１】本発明通信システムの実施の形態の例を示す概略構成図である。
【図２】図１のアダプタの例を示す構成図である。
【図３】図１のウエアラブル通信装置の例を示す構成図である。
【図４】本発明の説明に供する線図である。
【図５】本発明の説明に供する線図である。
【図６】本発明の説明に供する線図である。
【図７】本発明の説明に供する線図である。
【図８】本発明の説明に供する線図である。
【図９】本発明の説明に供するフローチャートである。
【図１０】本発明の説明に供するフローチャートである。
【図１１】本発明の説明に供するフローチャートである。
【図１２】本発明の説明に供するフローチャートである。
【図１３】本発明のアプリケーションの例の説明に供する構成図である。
【図１４】アプリケーションの例の説明に供する線図である。
【図１５】アプリケーションの例の説明に供する線図である。
【図１６】アプリケーションの例の説明に供する線図である。
【図１７】アプリケーションの例の説明に供する線図である。
【図１８】アプリケーションの例の説明に供する線図である。
【図１９】アプリケーションの例の説明に供する線図である。
【図２０】アプリケーションの例の説明に供する線図である。
【図２１】アプリケーションの例の説明に供する線図である。
【図２２】アプリケーションの例の説明に供する線図である。
【図２３】アプリケーションの例の説明に供する線図である。
【図２４】アプリケーションの例の説明に供する線図である。
【符号の説明】
１ａ，１ｂ，１ｃ‥‥コンピュータ、２ａ，２ｂ，２ｃ‥‥アダプタ、３‥‥ウエアラブル通信装置、３ａ‥‥電極、３ｂ，１３ａ‥‥バーストパルス、４，４ａ，４ｂ，４ｃ‥‥電極、５‥‥通信路、６‥‥ラン（ＬＡＮ）、１０，２３‥‥マイクロプロセッサ、１２‥‥同期パルス発生回路、１２ａ‥‥同期パルス、１５，２４‥‥アンド回路、１８，２１‥‥増幅回路、１９，２２‥‥パルスストレッチャ
【図１】
2005005787.tif 000005
【図２】
2005005787.tif 000006
【図３】
2005005787.tif 000007
【図４】
2005005787.tif 000008
【図５】
2005005787.tif 000009
【図６】
2005005787.tif 000010
【図７】
2005005787.tif 000011
【図８】
2005005787.tif 000012
【図９】
2005005787.tif 000013
【図１０】
2005005787.tif 000014
【図１１】
2005005787.tif 000015
【図１２】
2005005787.tif 000016
【図１３】
2005005787.tif 000017
【図１４】
2005005787.tif 000018
【図１５】
2005005787.tif 000019
【図１６】
2005005787.tif 000020
【図１７】
2005005787.tif 000021
【図１８】
2005005787.tif 000022
【図１９】
2005005787.tif 000023
【図２０】
2005005787.tif 000024
【図２１】
2005005787.tif 000025
【図２２】
2005005787.tif 000026
【図２３】
2005005787.tif 000027
【図２４】
2005005787.tif 000028