(57)【要約】【課題】消費電力量を削減する。【解決手段】ホストシステム１００の動作モードが動作を停止するスリープモードにあるときに、通信回路２００が他の端末１からホストシステム１００に送信するべきデータを受信したとしても、そのデータは一旦、不揮発性メモリ２６０に格納されて、その後、ホストシステム１００がスリープモードからアクティブモードに遷移して動作状態になったときに、不揮発性メモリ２６０のデータが読出されてホストシステム１００に送信される。ホストシステム１００はネットワークを介してデータを受信する期間であってもアクティブ状態である必要はないから消費電力量を削減できる。【選択図】図１
2009088817.tif 000002
【特許請求の範囲】
【請求項１】
無線ネットワークを介して通信する情報通信端末であって、
他の前記情報通信端末とフレームを用いて通信する通信部と、
前記通信部とデータ通信をし、前記通信部で受信される前記フレームを用いて情報処理する情報処理部と、を備え、
前記情報処理部の動作モードは動作を停止する状態である第１モードと、動作している状態である第２モードとの間で遷移し、
前記通信部は、
データ記憶部と、
前記他の情報通信端末から受信した前記情報処理部に送信するべき第１データを前記記憶部に格納する第１データ格納手段と、を含み、
前記他の情報通信端末から前記フレームを受信したとき、前記動作モードは前記第１モードに設定されている場合には、前記第１データ格納手段は受信した前記フレームのデータを前記第１データとして前記記憶部に格納し、
前記動作モードが前記第１モードから前記第２モードに遷移したときは、前記記憶部の前記第１データを読出し、前記情報処理部に送信する、情報通信端末。
【請求項２】
前記通信部は、さらに、
前記情報処理部から受信した前記無線ネットワークに送信するべき第２データを前記記憶部に格納する第２データ格納手段、を含み、
前記情報処理部の動作モードにかかわらず、前記記憶部の前記第２データを読出し、前記他の情報通信端末に送信する、請求項１に記載の情報通信端末。
【請求項３】
前記フレームは、当該フレームのデータの属性を含み、
前記通信部は、
前記他の情報通信端末から前記属性が緊急を指す前記フレームを受信したとき、前記動作モードは前記第１モードに設定されている場合には、緊急通知を前記情報処理部に送信し、受信フレームのデータを前記情報処理部に送信する緊急通知手段を含み、
前記情報処理部は、
前記第１モードにおいても動作する第１モード動作部を含み、
前記第１モード動作部が前記緊急通知を受信したときは、前記第１モードから前記第２モードに遷移させて、前記受信フレームのデータを前記通信部から受信する、請求項１または２に記載の情報通信端末。
【請求項４】
前記無線ネットワークは、アドホック通信ネットワークである、請求項１から３のいずれか１項に記載の情報通信端末。
【請求項５】
無線ネットワークを介して通信する情報通信端末に搭載される無線通信装置であって、
他の前記情報通信端末とフレームを用いて通信する通信部と、
前記通信部とデータ通信をし、前記通信部で受信される前記フレームを用いて情報処理する情報処理部と、を備え、
前記情報処理部の動作モードは動作を停止する状態である第１モードと、動作している状態である第２モードとの間で遷移し、
前記通信部は、
データ記憶部と、
前記他の情報通信端末から受信した前記情報処理部に送信するべき第１データを前記記憶部に格納する第１データ格納手段と、を含み、
前記他の情報通信端末から前記フレームを受信したとき、前記動作モードは前記第１モードに設定されている場合には、前記第１データ格納手段は受信した前記フレームのデータを前記第１データとして前記記憶部に格納し、
前記動作モードが前記第１モードから前記第２モードに遷移したときは、前記記憶部の前記第１データを読出し、前記情報処理部に送信する、無線通信装置。
【請求項６】
第１の情報通信端末と、前記第１の情報通信端末と通信する第２の情報通信端末とを備える無線通信ネットワークであって、
前記第１の情報通信端末は、
前記第２の情報通信端末とフレームを用いて通信する通信部と、
前記通信部とデータ通信をし、前記通信部で受信される前記フレームを用いて情報処理する情報処理部と、を備え、
前記情報処理部の動作モードは動作を停止する状態である第１モードと、動作している状態である第２モードとの間で遷移し、
前記通信部は、
データ記憶部と、
前記第２の情報通信端末から受信した前記情報処理部に送信するべき第１データを前記記憶部に格納する第１データ格納手段と、を含み、
前記第２の情報通信端末から前記フレームを受信したとき、前記動作モードは前記第１モードに設定されている場合には、前記第１データ格納手段は受信した前記フレームのデータを前記第１データとして前記記憶部に格納し、
前記動作モードが前記第１モードから前記第２モードに遷移したときは、前記記憶部の前記第１データを読出し、前記情報処理部に送信する、無線通信ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報通信端末、無線通信装置および無線通信ネットワークに関し、特に、無線通信に適用される情報通信端末、無線通信装置および無線通信ネットワークに関する。
【背景技術】
【０００２】
近年、複数の情報通信端末において、基地局（アクセス・ポイント）を使用しない無線通信が普及しつつある。なお、このような無線通信のできる端末のみで構成されるネットワークは、アドホック・ネットワーク（ad hoc network）と呼ばれる。
【０００３】
アドホック・ネットワークの無線ＬＡＮ（Local Area Network）では、アクセス・ポイントとなる基地局が介在しないので、端末（Station）間で送受信するデータや要求を基地局に一時的に貯えおくことはできない。そのため、端末は、相手方端末からデータ要求を受信したなら要求されたデータを相手端末に送信する方式をとらざるをえないので、端末はデータ送受信時には各部に電力が供給されて動作可能な状態を維持する必要があった。
【０００４】
たとえば、特許文献１では、無線信号によりデータを相互に送受信する携帯型通信装置において、データ送受信時には、送受信部および演算制御部を含む全体に動作可能な電力を供給されることが示される。
【特許文献１】特開２０００−１１５０１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、データ送受信は送受信部が主となり動作するので、特許文献１のように送受信に実質的に関与しない演算制御部などの他の部分も動作させておくのは、装置における無駄な電量消費の要因となる。無線ＬＡＮの端末が携帯型端末である場合には、特に消費電力の削減が望まれていた。
【０００６】
それゆえに本発明の目的は、消費電力の削減が可能な情報通信端末、無線通信装置および無線通信ネットワークを提供することである。
【課題を解決するための手段】
【０００７】
この発明のある局面に従うと、無線ネットワークを介して通信する情報通信端末は、他の情報通信端末とフレームを用いて通信する通信部と、通信部とデータ通信をし、通信部で受信されるフレームを用いて情報処理する情報処理部と、を備える。
【０００８】
そして、情報処理部の動作モードは動作を停止する状態である第１モードと、動作している状態である第２モードとの間で遷移し、通信部は、データ記憶部と、他の情報通信端末から受信した情報処理部に送信するべき第１データを記憶部に格納する第１データ格納手段と、を含み、他の情報通信端末からフレームを受信したとき、動作モードは第１モードに設定されている場合には、第１データ格納手段は受信したフレームのデータを第１データとして記憶部に格納し、動作モードが第１モードから第２モードに遷移したときは、記憶部の第１データを読出し、情報処理部に送信する。
【０００９】
好ましくは、通信部は、さらに、情報処理部から受信した無線ネットワークに送信するべき第２データを記憶部に格納する第２データ格納手段、を含み、情報処理部の動作モードにかかわらず、記憶部の第２データを読出し、他の情報通信端末に送信する。
【００１０】
好ましくは、フレームは、当該フレームのデータの属性を含み、通信部は、他の情報通信端末から属性が緊急を指すフレームを受信したとき、動作モードは第１モードに設定されている場合には、緊急通知を情報処理部に送信し、受信フレームのデータを情報処理部に送信する緊急通知手段を含み、情報処理部は、第１モードにおいても動作する第１モード動作部を含み、第１モード動作部が緊急通知を受信したときは、第１モードから第２モードに遷移させて、受信フレームのデータを通信部から受信する末。
【００１１】
好ましくは、無線ネットワークは、アドホック通信ネットワークである。
この発明の他の局面に従うと、無線ネットワークを介して通信する情報通信端末に搭載される無線通信装置は、他の情報通信端末とフレームを用いて通信する通信部と、通信部とデータ通信をし、通信部で受信されるフレームを用いて情報処理する情報処理部と、を備え、情報処理部の動作モードは動作を停止する状態である第１モードと、動作している状態である第２モードとの間で遷移する。
【００１２】
そして、通信部は、データ記憶部と、他の情報通信端末から受信した情報処理部に送信するべき第１データを記憶部に格納する第１データ格納手段と、を含み、他の情報通信端末からフレームを受信したとき、動作モードは第１モードに設定されている場合には、第１データ格納手段は受信したフレームのデータを第１データとして記憶部に格納し、動作モードが第１モードから第２モードに遷移したときは、記憶部の第１データを読出し、情報処理部に送信する。
【００１３】
この発明のさらに他の局面に従うと、第１の情報通信端末と、第１の情報通信端末と通信する第２の情報通信端末とを備える無線通信ネットワークでは、第１の情報通信端末は、第２の情報通信端末とフレームを用いて通信する通信部と、通信部とデータ通信をし、通信部で受信されるフレームを用いて情報処理する情報処理部と、を備える。
【００１４】
そして、情報処理部の動作モードは動作を停止する状態である第１モードと、動作している状態である第２モードとの間で遷移し、通信部は、データ記憶部と、第２の情報通信端末から受信した情報処理部に送信するべき第１データを記憶部に格納する第１データ格納手段と、を含み、第２の情報通信端末からフレームを受信したとき、動作モードは第１モードに設定されている場合には、第１データ格納手段は受信したフレームのデータを第１データとして記憶部に格納し、動作モードが第１モードから第２モードに遷移したときは、記憶部の第１データを読出し、情報処理部に送信する。
【発明の効果】
【００１５】
本発明によれば、情報処理部の動作モードが動作を停止する状態である第１モードにあるときに、通信部が他の情報通信端末から情報処理部に送信するべき第１データを受信したとしても、その第１データは一旦、第１データ格納手段によって通信部の記憶部に格納されて、その後、情報処理部の動作モードが第１モードから第２モードに遷移して動作状態になったときに、記憶部の第１データが読出されて情報処理部に送信される。
【００１６】
したがって、情報処理部はネットワークを介してデータを受信する期間であってもデータを受信するために動作状態にある必要はないから、情報処理部の消費電力量を削減することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の無線通信ネットワークの実施の形態について図面を参照して説明する。
本実施の形態では、無線ＬＡＮ（Local Area Network）の規格の一つである、ＩＥＥＥ８０２．１１規格に基づいて通信が行なわれる場合を想定する。
【００１８】
図１を用いて本実施の形態に係る端末１のハードウェア構成が指される。図２には本実施の形態に係る無線通信ネットワークであるアドホック・ネットワークの構成の一例を模式的に示す。また、図３はＩＥＥＥ８０２．１１規格に準拠するフレームの構成を示す。
【００１９】
図２を参照して、無線通信ネットワーク１０は、端末ＳＴＡおよびＳＴＢを備える。端末ＳＴＡおよびＳＴＢは、後述する端末１に示すのと同様な機能および構成を有する。
【００２０】
図１を参照して、端末１は、主にホストシステム１００と通信回路２００から構成される。ホストシステム１００は、当該ホストシステム１００の動作を全体的に制御するＣＰＵ（Central Processing Unit）１０１を含む。ＣＰＵ１０１はタイマ１０９を含む。また、ホストシステム１００では、種々のアプリケーションが実行される。各アプリケーションのプログラムは、ＨＤ（ハードディスク）１０２に格納されている。また、ホストシステム１００は、ＣＰＵ１０１のワークエリアおよび各種データを格納するためのＲＡＭ（Random Access Memory）１０３、情報を表示するディスプレイ１０４、音声を出力するスピーカ１０５、キーやボタンなどの外部からの情報の入力に用いられる入力部１０６、通信回路２００と通信（入出力）するためのインターフェイス１０７、端末１の各部に電力を供給するための機能を有する電源部１０８、およびクロックコントローラ１１０を備える。
【００２１】
端末１内にはクリスタル発振子１１１が設けられる。クリスタル発振子１１１はホストシステム１００の各部に動作クロックを供給するための基準発振信号を出力する。クロックコントローラ１１０は、ＣＰＵ１０１からの指示または通信回路２００から与えられる緊急通知ＳＡに従い、クリスタル発振子１１１の出力を制御する。
【００２２】
電源部１０８からは通信回路２００側にも電力が供給される。
通信回路２００は、ベースバンド／ＭＡＣ（Media Access Control）回路２５０、ＲＦ（Radio Frequency）回路２０５、バラン２０４、アンテナ２０３、ＥＥＰＲＯＭ（Electronically Erasable and Programmable Read Only Memory）２０６、２０７、電源回路２０１、およびクロック回路２０２を含む。
【００２３】
クロック回路２０２は、ベースバンド／ＭＡＣ回路２５０とＲＦ回路２０５に動作クロックの信号を供給する。電源回路２０１は電源部１０８から受けた電力のベースバンド／ＭＡＣ回路２５０とＲＦ回路２０５に対する供給を制御する。
【００２４】
ＲＦ回路２０５は、アンテナ２０３を介してデータの送受信を行なう。アンテナ２０３とＲＦ回路２０５との間に、バラン２０４が設けられている。
【００２５】
ベースバンド／ＭＡＣ回路２５０は、ベースバンド／ＭＡＣ回路２５０内の各部を制御するとともに各部と信号・データの入出力を行なうＣＰＵ２５１、インターフェイス２５２、外部バスコントローラ２５３、プログラムメモリ２５４、共有メモリ２５５、タイマ２５６、コントロールＭＡＣ部２５７、ＡＤＣ（analog-digital converter）２５８、ＤＡＣ（digital-analog converter）２５９および不揮発性メモリ２６０を含む。インターフェイス２５２は、ホストシステム１００に対するインターフェイスである。
【００２６】
ＣＰＵ２５１は、ホストシステム１００からのデータをネットワーク１０に対して送信するときには、不揮発性メモリ２６０から読出したデータ、またはインターフェイス２５２を介しホストシステム１００から受信したデータを送信する。これらのデータは、ネットワーク１０に対して送信する後述のフレーム３００のデータ部３２２を構成するデータとして用いられる。
【００２７】
そして、ＣＰＵ２５１は、上述のデータに対してＭＡＣヘッダとＦＣＳ（Frame Check Sequence）を含む種々のデータを付加することにより、ネットワーク１０に対して送信するフレーム３００を生成し、生成したフレーム３００が送信可能となる。
【００２８】
図３を参照して、フレーム３００は、ＭＡＣヘッダ部３１０と、フレーム・ボディ部３２０と、ＦＣＳ部３３０とを含む。
【００２９】
ＭＡＣヘッダ部３１０は、ＤＡ（Destination Address）３１１、ＳＡ（Source Address）３１２およびＩＢＳＳＩＤ３１３を含む。ＤＡ３１１は、フレーム３００の宛先アドレスである。ＳＡ３１２は、フレーム３００の送信元アドレスである。ＤＡ３１１およびＳＡ３１２は、６バイトのＭＡＣアドレスである。これらのアドレスは、ＥＥＰＲＯＭ２０７に格納されている。また、ＩＢＳＳＩＤ３１３は、アドホック・ネットワークを識別するためのネットワーク識別情報である。本実施の形態では、端末１は、送信するデータ（ホストシステム１００においてアプリケーションから送信の要求がなされたデータ）の種別に応じて、データ送信の際に異なるＩＢＳＳＩＤを利用することができる。具体的には、ＭＡＣヘッダ部３１０を構成するＩＢＳＳＩＤ３１３の値が、送信されるデータの種別に応じて変更される。
【００３０】
フレーム・ボディ部３２０は、ビーコン・フレーム・ボディ部３２１と、ユーザ・データ・ボディ部３２２とを含む。ビーコン・フレーム・ボディ部３２１は、ＳＳＩＤ（Service Set Identifier）を含む。ＳＳＩＤ３２１１は、たとえば、ネットワークの名称を特定する情報とされ、３２バイト以内の文字列として設定される。ユーザ・データ・ボディ部３２２は、通信されるべき実際のデータ（ホストシステム１００で実行されるアプリケーションから送信を要求されたデータなど）を指すデータ部３２２２および属性部３２２１を含む。属性部３２２１は、当該ユーザ・データ・ボディ部３２２のデータ部３２２２のデータの属性を指す。この属性については後述する。
【００３１】
なお、図３のフレーム３００は、Beaconフレームであるため、フレーム・ボディ部３２０にはビーコン・フレーム・ボディ部等のデータを含むが、フレーム３００が他の用途のフレームである場合には、フレーム・ボディ部３２０に含まれるデータは適宜変更される。
【００３２】
ＦＣＳ部３３０は、フレームの誤り検出に使用される情報（ＦＣＳ）を含む。
図４には、端末１の不揮発性メモリ２６０の記憶内容の一例が示される。不揮発性メモリ２６０は、記憶領域Ｅ１、Ｅ２およびＥ３を含む。記憶領域Ｅ１は、ネットワーク１０を介して外部に送信するべきデータを格納するためのエリアであって、詳細には、通常のタイミングで送信すべきデータを格納する領域Ｅ１１と、定期的に繰返し送信すべきデータが格納される領域Ｅ１２を含む。領域Ｅ１１のデータは、送信が完了すると領域Ｅ１１から削除されるが、領域Ｅ１２のデータは送信が繰返される期間はそのまま記憶される。
【００３３】
領域Ｅ２は、ホストシステム１００に出力（送信）するべきデータを格納するエリアであって、通常のタイミングで送信すべきデータを格納する領域Ｅ２１および緊急に送信すべきデータを格納する領域Ｅ２２を含む。
【００３４】
領域Ｅ３は、ホストシステム１００の現在の動作モード（ステート）を示すデータ２６１を格納するためのエリアである。
【００３５】
図５には、この発明の実施の形態に係るホストシステム１００から通信回路２００へ送信（出力）されるパケットの構成例が示される。パケット４００は、ヘッダ部４０１と本体部４０２を含む。パケット４００は、外部の端末１に送信すべきデータを格納するためのデータパケット４１０と、送信すべきデータに関連したコマンド（指令）を通信回路２００に出力するためのコマンドパケット４２０に分類される。
【００３６】
データパケット４１０は、本体部４０２に送信すべきデータ４１２が格納され、ヘッダ部４０１に当該パケット４００が、データパケット４１０であることを識別するための識別子４１１（“ＤＡ”）が格納される。
【００３７】
コマンドパケット４２０は、本体部４０２にコマンド４２２が格納され、ヘッダ部４０１には、当該パケットがコマンドパケット４２０であることを識別するための識別子（“ＣＤ”）４１１が格納される。
【００３８】
本実施の形態では、ホストシステム１００は、動作モードとしてスリープモードと非スリープモードとしての、たとえばアクティブモードを有する。スリープモードにおいては、ＣＰＵ１０１中のタイマ１０９とクロック回路１１０のみが動作をし、ホストシステム１００の他の各部には、電源部１０８から電力が供給されるけれども、クリスタル発振子１１１の基準発振信号に基づく動作クロックが供給されず動作を停止する状態、言い換えると電力の消費はされない状態をいう。また、アクティブ状態とは、ホストシステム１００の各部に電源部１０８から電力が供給され、かつ各部にクリスタル発振子１１１の基準発振信号に基づく動作クロックが与えられて動作する状態、言い換えると電力を消費する状態をいう。ここでは非スリープモードとしてアクティブモードを例示したが、動作クロックが供給されるなどして動作可能な状態であればよく、このアクティブモードに限定されない。
【００３９】
ホストシステム１００の各部に与えられる動作クロックは、クリスタル発振子１１１から出力される基準発振信号を分周することによって生成されて、各部に与えられる。
【００４０】
ホストシステム１００のスリープモードとアクティブモードの状態遷移は、入力部１０６を介した外部から与えられるユーザ指示、またはＨＤ１０２のアプリケーションプログラムの実行により与えられる指示、またはタイマ１０９のスケジューリングに基づき、ＣＰＵ１０１が制御する。ＣＰＵ１０１はアクティブモードにおいてスリープモードの指示を入力すると、応じてクロックコントローラ１１０を介し、クリスタル発振子１１１の基準発振信号の出力を停止させる。これにより、各部への動作クロックの供給は停止しスリープモードの遷移する。このとき、ＣＰＵ１０１はスリープ通知ＳＳをインターフェイス１０７を介して通信回路２００に送信する。また、スリープモードに遷移してから所定時間が経過したことがタイマ１０９により計時されると、タイマ１０９はＣＰＵ１０１を起動する。起動したＣＰＵ１０１はクロックコントローラ１１０を介し、クリスタル発振子１１１の基準発振信号の出力を開始させる。これにより、各部への動作クロックの供給が再開して、アクティブモードの遷移する。このとき、ＣＰＵ１０１はアクティブ通知ＳＶをインターフェイス１０７を介して通信回路２００に送信する。
【００４１】
図６〜図９のフローチャートを参照して、本実施の形態による端末１のネットワーク１０を用いた通信に関する処理について説明する。
【００４２】
図６を参照して、ホストシステム１００のスリープモードにおける動作について説明する。スリープモードにおいて、通信回路２００から緊急通知ＳＡが出力されると、当該緊急通知ＳＡはクロックコントローラ１１０に与えられる。
【００４３】
クロックコントローラ１１０は、緊急通知ＳＡを入力したことに応じて、クリスタル発振子１１１に基準発振信号を出力するよう指示する。これにより、クリスタル発振子１１１から出力される基準発振信号に基づく動作クロックが、ホストシステム１００の各部に供給開始される。これにより、ホストシステム１００はスリープモードからアクティブモードへ遷移する（ステップＳ５）。
【００４４】
ＣＰＵ１０１は、アクティブモードへ遷移すると、インターフェイス１０７を介して、アクティブモードへ遷移したことのアクティブ通知ＳＶを出力する（ステップＳ７）。
【００４５】
その後、通信回路２００から、インターフェイス１０７を介してデータ５００を受信するか否かを判定する（ステップＳ９）。データ５００を入力すると（ステップＳ９でＹＥＳ）、ＣＰＵ１０１は、ＨＤ１０２に格納される所定のアプリケーションプログラムに従い、入力したデータ５００を処理する（ステップＳ１１）。
【００４６】
次に、図７のフローチャートを参照し、ホストシステム１００のアクティブモードにおける動作について説明する。アクティブモードにおいては、ＣＰＵ１０１は、インターフェイス１０７を介して通信回路２００からデータ５００を受信するか否かを検知する（ステップＳ２１）。データ５００を受信した場合（ステップＳ２１でＹＥＳ）、前述したステップＳ１１と同様に、データ５００の処理を行なう（ステップＳ２３）。
【００４７】
一方、データ５００の受信を検知しない場合には（ステップＳ２１でＮＯ）、ＨＤ１０２のアプリケーションプログラムの実行によって、ネットワーク１０へのデータ送信要求が生じているか否かを判定する（ステップＳ２５）。データの送信要求が発生していないと判定すると処理は終了する。データ送信要求が発生していると判定すると送信すべきデータを本体部４０１に格納したデータパケット４１０を生成し（ステップＳ２７）、生成したデータパケット４１０をインターフェイス１０７を介し通信回路２００に送信する（ステップＳ２９）。
【００４８】
このとき、データパケット４１０の送信とともに、アプリケーションプログラムの実行結果に基づきコマンドパケット４２０が生成され送信される。コマンドパケット４２０のコマンド４２２は、今回送信するデータパケット４１０のデータ４１２を、ネットワーク１０にどのようにして送信するべきかの送信態様を指示する命令を指す。たとえば、通常送信（データ４１２を受信し、通常どおりネットワーク１０に送信する）、または定期送信（データ４１２を、定期的に繰返しネットワーク１０に送信する）、または緊急送信のいずれかの態様を指示する。
【００４９】
したがって、通信回路２００は、ホストシステム１００からデータパケット４１０とともに、コマンドパケット４２０を受取ることになる。
【００５０】
図８を参照して、通信回路２００の動作について説明する。通信回路２００は、電源部１０８から供給される電源が、電源回路２０１を介して各部に供給されて、常に動作する状態にある。この動作クロックは、クロック回路２０２により、安定して与えられている。
【００５１】
まず、ＣＰＵ２５１は、アンテナ２０３、バラン２０４、ＲＦ回路２０５、ＡＤＣ２５８、コントロールＭＡＣ部２５７、および外部バスコントローラ２５３を介し、フレーム３００のデータを受信したか否かを判定する（ステップＳ３１）。データを受信した場合には（ステップＳ３１でＹＥＳ）、ステップＳ３３の処理に移行する。また、ＣＰＵ２５１は、インターフェイス２５２を介して、ホストシステム１００からデータパケット４１０を受信したか否かを判定する（ステップＳ３１）。データパケット４１０を受信したと判定すると、ステップＳ３３の処理に移行する。
【００５２】
ステップＳ３３においては、ステップＳ３１で受信したデータは、ホストシステム１００側から出力されたものであるか否かを判定する（ステップＳ３３）。入力データが図５のデータパケット４１０のフォーマットに従っていることを判定した場合には、ホストシステム１００側からのデータであると判定する（ステップＳ３３でＹＥＳ）。
【００５３】
続いてホストシステム側から受信したデータパケット４１０とともに受信するコマンドパケット４２０のコマンドデータ４２２を解析する（ステップＳ３５）。解析結果に基づき、当該コマンド４２２が通常送信を指示しているならば、受信したデータパケット４１０のデータ４１２を、不揮発性メモリ２６０の領域Ｅ１１に格納し、コマンド４２２が定期送信を指示しているならば、入力したデータ４１２を、領域Ｅ１２に格納する（ステップＳ３７）。このとき、コマンド４２２が‘緊急送信’を指していると、ＣＰＵ２５１は入力したデータパケット４１０のデータ４１２を格納したフレーム３００を外部バスコントローラ２５３を介して生成し、生成したフレーム３００を外部バスコントローラ２５３、コントロールＭＡＣ部２５７、ＤＡＣ２５９、ＲＦ回路２０５、バラン２０４およびアンテナ２０３を介してネットワーク１０に送信する。このとき、フレーム３００の属性部３２２１の属性は、データ部３２２２のデータが緊急の送信データであることを示す‘緊急’を指す。
【００５４】
ステップＳ３３に戻り、入力データが図５のデータパケット４１０のフォーマットに従っていないことを判定した場合には、外部バスコントローラ２５３から入力したフレーム３００のデータであると判定する（ステップＳ３３でＮＯ）。そして、受信フレーム３００の属性部３２２１の属性を解析する（ステップＳ４１）。そして、その解析結果に基づき、受信フレーム３００のデータ部３２２２のデータを不揮発性メモリ２６０の領域Ｅ２１およびＥ２２のいずれかに格納する。属性部３２２１の属性が“通常”であることを指示していれば、データ部３２２２のデータは領域Ｅ２１に格納され、“緊急”を指示していれば、当該データは領域Ｅ２２に格納される（ステップＳ４３）。
【００５５】
続いて、ＣＰＵ２５１は、受信フレーム３００のデータが緊急のデータであるか否かを、ステップＳ４１の解析結果に基づき判定する（ステップＳ４５）。緊急のデータではないと判定すると（ステップＳ４５でＮＯ）、領域Ｅ３のデータ２６１に基づき、現在ホストシステム１００がアクティブモードであるか否かを判定する（ステップＳ４７）。アクティブモードであると判定されると、ステップＳ４９に移行するが、アクティブモードでない、すなわちスリープモードであると判定されると、処理は終了する。
【００５６】
ステップＳ４９においては、データ送信を行なうために、今回受信し、領域Ｅ２１に格納した受信フレーム３００のデータを読出し、データ５００としてインターフェイス２５２からホストシステム１００に送信する（ステップＳ４９）。
【００５７】
一方、緊急データであると判定すると（ステップＳ４５でＹＥＳ）、領域Ｅ３のデータ２６１に基づき、ホストシステム１００の現在のモードを判定する（ステップＳ５１）。判定結果に基づきホストシステム１００がアクティブモードであると判定すると（ステップＳ５１でＹＥＳ）、今回受信した緊急のデータを、領域Ｅ２２から読出しデータ５００としてインターフェイス２５２からホストシステム１００に送信する（ステップＳ５３）。
【００５８】
一方、アクティブモードでないと判定されると（ステップＳ５１でＮＯ）、ホストシステム１００はスリープモードであるので、緊急データを送信するために、ＣＰＵ２５１はインターフェイス２５２を介して緊急通知ＳＡをホストシステム１００に出力する。
【００５９】
ホストシステム１００のクロックコントローラ１１０は緊急通知ＳＡを入力すると、クリスタル発振子１１１に基準発振信号を出力開始するよう制御する。これにより、ホストシステム１００の各部に対し、動作クロックが供給開始さえて、ホストシステム１００はアクティブモードに遷移する（ステップＳ５５）。
【００６０】
ホストシステム１００のＣＰＵ１０１は、アクティブモードに遷移すると、インターフェイス１０７を介して現在の動作モードを通知するアクティブ通知ＳＶを出力する。
【００６１】
ＣＰＵ２５１はインターフェイス２５２を介してアクティブ通知ＳＶを受信すると（ステップＳ５７でＹＥＳ）、不揮発性メモリ２６０の領域Ｅ３のデータ２６１を“アクティブ”を指すように書換える。そして、受信し、一時的に領域Ｅ２２に格納しておいた緊急のデータを読出し、データ５００としてホストシステム１００に送信する（ステップＳ５９）。
【００６２】
図９を参照して、通信回路２００における、ホストシステム１００からの動作モードの通知（ステート通知）を受信した場合の処理手順について説明する。通信回路２００のＣＰＵ２５１は、ホストシステム１００からステート通知（スリープ通知ＳＳおよびアクティブ通知ＳＶ）を受信すると（ステップＳ６１）、これを割込として処理する。ステート通知のための割込処理ルーチンが起動されると、まずＣＰＵ２５１は、受信したステート通知に基づき、不揮発性メモリ２６０の領域Ｅ３におけるデータ２６１を更新する（ステップＳ６３）。スリープ通知ＳＳを受信した場合には、データ２６１は“スリープ”を指示するように更新され、アクティブ通知ＳＶを受信した場合には、“アクティブ”を指示するように更新される。
【００６３】
続いて、ＣＰＵ２５１は、受信した通知がアクティブ通知ＳＶであるか否かを判定する（ステップＳ６５）。アクティブ通知でないと判定すると一連の割込処理を終了する。
【００６４】
一方、アクティブ通知を受信したと判定すると（ステップＳ６５でＹＥＳ）、ＣＰＵ２５１は、領域Ｅ２１を検索して、通常データであって、まだホストシステム１００に送信されていないデータがあるか否かを検知する（ステップＳ６７）。未送信のデータが格納されていると判定すると（ステップＳ６７でＹＥＳ）、未送信のデータを領域Ｅ２１から読出し、データ５００としてホストシステム１００に送信する（ステップＳ６９）。
【００６５】
このように、通信回路２００において不揮発性メモリ２６０を有し、ホストシステム１００から転送されたネットワーク送信のためのデータを、そこに一時的に格納しておく。また、同一データを定期的に周辺端末１にネットワーク１０を介して送信する場合においては、不揮発性メモリ２６０の領域Ｅ１２に予めホストシステム１００から受信して格納したデータを、通信回路２００単体のみが動作してタイマ１０９の計時する所定間隔毎に読出しネットワーク１０に送信できる。したがって、このときには、ホストシステム１００はスリープ状態であってよく定期送信のために動作している必要はない。これにより、ホストシステム１００の動作モードにかかわらず、言い換えるとホストシステム１００介在なしに、不揮発性メモリ２６０の領域Ｅ１２のデータを他の端末１に定期配信することができる。その結果、ホストシステム１００側の負荷を軽減し、同時に電力消費量の削減が可能となる。
【００６６】
また、ネットワーク１０からの受信データに関しても、ホストシステム１００に即座に与える必要のないデータ（緊急データ以外のデータ）に関しては、不揮発性メモリ２６０の領域Ｅ２１に一時的に格納しておき、次に、ホストシステム１００がアクティブ状態になったときに、初めて領域Ｅ２１からデータを読出し、ホストシステム１００側に送信すればよい。これにより、通信回路２００がネットワーク１０からデータを受信する毎にホストシステム１００がアクティブ状態になっている必要はなく、ホストシステム１００の消費電力量の削減が可能となる。
【００６７】
今回開示された各実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。また、各実施の形態に開示された技術は、可能な限り組み合わされて実現されることが意図される。
【図面の簡単な説明】
【００６８】
【図１】本発明の実施の形態に係る端末のハードウェア構成を模式的に示す図である。
【図２】本発明の実施の形態に係る無線通信ネットワークの構成の一例を模式的に示す図である。
【図３】本発明の実施の形態に係るネットワークにおいて送受信されるフレーム（Beaconフレーム）の構成を模式的に示す図である。
【図４】本発明の実施の形態に係る端末の不揮発性メモリの構成を示す図である。
【図５】本発明の実施の形態に係るデータパケットの構成を示す図である。
【図６】本発明の実施の形態に係るスリープモードにおけるホストシステムの動作を説明するフローチャートである。
【図７】本発明の実施の形態に係るアクティブモードにおけるホストシステムの動作を説明するフローチャートである。
【図８】本発明の実施の形態に係る通信回路の動作を説明するフローチャートである。
【図９】本発明の実施の形態に係る通信回路のステート通知時の処理を説明するフローチャートである。
【符号の説明】
【００６９】
１  端末、１００  ホストシステム、１１０  クロックコントローラ、１１１  クリスタル発振子、２００  通信回路、２６０  不揮発性メモリ。
【図１】
2009088817.tif 000003
【図２】
2009088817.tif 000004
【図３】
2009088817.tif 000005
【図４】
2009088817.tif 000006
【図５】
2009088817.tif 000007
【図６】
2009088817.tif 000008
【図７】
2009088817.tif 000009
【図８】
2009088817.tif 000010
【図９】
2009088817.tif 000011