(57)【要約】【課題】省電力モードに移行する機能を備えたデータ処理装置において、外部機器との円滑な協働を可能とする。【解決手段】実施形態のデータ処理装置は、本体部と通信部を備える。本体部は、データを処理する第１のデータ処理手段を含み、第１のデータ処理手段による処理を制限して消費電力を抑える省電力モードに移行する機能を備える。通信部は、外部機器との間でデータを送受信する送受信手段、及び、送受信手段が外部機器から受信したデータを処理する第２のデータ処理手段を含み、本体部が省電力モードに移行している際に送受信手段がデータを受信した場合、当該データが第１種別のデータであるならば第２のデータ処理手段により当該データを処理し、当該データが第１種別とは異なる第２種別のデータであるならば本体部の省電力モードを解除して第１のデータ処理手段に当該データを処理させる。【選択図】    図７
2014232479.tif 000002
【特許請求の範囲】
【請求項１】
データを処理する第１のデータ処理手段を含み、前記第１のデータ処理手段による処理を制限して消費電力を抑える省電力モードに移行する機能を備えた本体部と、
外部機器との間でデータを送受信する送受信手段、及び、前記送受信手段が前記外部機器から受信したデータを処理する第２のデータ処理手段を含み、前記本体部が前記省電力モードに移行している際に前記送受信手段がデータを受信した場合、当該データが第１種別のデータであるならば前記第２のデータ処理手段により当該データを処理し、当該データが前記第１種別とは異なる第２種別のデータであるならば前記本体部の省電力モードを解除して前記第１のデータ処理手段に当該データを処理させる通信部と、
を備えることを特徴とするデータ処理装置。
【請求項２】
前記第１種別のデータは、ＭＡＣアドレスを問い合わせるためのデータであって、問い合わせ先のＩＰアドレスを含み、
前記第２のデータ処理手段は、問い合わせ先のＩＰアドレスとして前記データ処理装置のＩＰアドレスを含む前記第１種別のデータを前記送受信手段が受信した場合、前記送受信手段に前記通信部のＭＡＣアドレスを前記外部機器へ送信させる、
ことを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
前記通信部は、前記外部機器から複数の宛先に送信されたデータを前記送受信手段が受信した場合、当該データが前記第１種別のデータである場合を除き、当該データに関する処理を実行しない、
ことを特徴とする請求項２に記載のデータ処理装置。
【請求項４】
前記第２種別のデータは、前記通信部のＭＡＣアドレスを宛先として含むデータである、
ことを特徴とする請求項１乃至３のうちいずれか１に記載のデータ処理装置。
【請求項５】
前記本体部は、前記省電力モードに移行した状態において、外部からデータが入力されたことに応じて前記省電力モードを解除する機能を備え、
前記通信部は、前記第２種別のデータを前記送受信手段が受信した場合、前記本体部に当該データを出力することで前記本体部の前記省電力モードを解除する、
ことを特徴とする請求項１乃至４のうちいずれか１に記載のデータ処理装置。
【請求項６】
データを処理するデータ処理手段を含み、前記データ処理手段による処理を制限して消費電力を抑える省電力モードに移行する機能を備えた本体部と、外部機器との間でデータを送受信する送受信手段を含む通信部とを備えるデータ処理装置において、前記通信部が備えるプロセッサに、
前記本体部が前記省電力モードに移行している際に前記送受信手段がデータを受信した場合、当該データが第１種別のデータであるならば当該データを処理する機能と、
前記本体部が前記省電力モードに移行している際に前記送受信手段がデータを受信した場合、当該データが前記第１種別とは異なる第２種別のデータであるならば前記本体部の省電力モードを解除して前記データ処理手段に当該データを処理させる機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、外部機器と通信するデータ処理装置及びプログラムに関する。
【背景技術】
【０００２】
各種のデータ処理装置を省電力モードにて動作させる技術がある。省電力モード下のデータ処理装置は、ディスプレイ、補助記憶装置、プロセッサなどのデバイスの動作を停止させたり、動作能力を低減させたりすることで、通常の動作モードよりも消費電力を抑えて動作する。
【０００３】
データ処理装置が省電力モードに移行している場合、省電力モードの態様によっては、当該装置を宛先として外部機器から送信されるデータに対して当該装置が応答できない場合がある。このような事態が生じれば、システムの処理能力が低下してしまう。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１５７１４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする課題は、省電力モードに移行する機能を備えたデータ処理装置において、外部機器との円滑な協働を可能とすることである。
【課題を解決するための手段】
【０００６】
一実施形態におけるデータ処理装置は、本体部と、通信部とを備える。本体部は、データを処理する第１のデータ処理手段を含み、上記第１のデータ処理手段による処理を制限して消費電力を抑える省電力モードに移行する機能を備える。通信部は、外部機器との間でデータを送受信する送受信手段、及び、上記送受信手段が上記外部機器から受信したデータを処理する第２のデータ処理手段を含み、上記本体部が上記省電力モードに移行している際に上記送受信手段がデータを受信した場合、当該データが第１種別のデータであるならば上記第２のデータ処理手段により当該データを処理し、当該データが上記第１種別とは異なる第２種別のデータであるならば上記本体部の省電力モードを解除して上記第１のデータ処理手段に当該データを処理させる。
【図面の簡単な説明】
【０００７】
【図１】一実施形態におけるオーダリングシステムの構成を示す図。
【図２】ブロードキャストフレームの構造の一例を示す図。
【図３】ユニキャストフレームの構造の一例を示す図。
【図４】ＡＲＰ要求フレームの構造の一例を示す図。
【図５】ＡＲＰ応答フレームの構造の一例を示す図。
【図６】一実施形態におけるハンディーターミナルの要部構成を示すブロック図。
【図７】省電力モード下におけるハンディーターミナルの動作を示すフローチャート。
【図８】本体装置と無線通信装置の動作モードの遷移を説明するための図。
【図９】本体装置と無線通信装置の動作モードの遷移を説明するための図。
【図１０】本体装置と無線通信装置の動作モードの遷移を説明するための図。
【発明を実施するための形態】
【０００８】
一実施形態につき、図面を参照しながら説明する。  
本実施形態においては、飲食店にて稼働するオーダリングシステム、及び、当該システムにて使用されるハンディーターミナルを開示する。
【０００９】
図１は、オーダリングシステムの構成を示す。オーダリングシステムは、ハンディーターミナル１、サーバ２、キッチンプリンタ３、ＰＯＳ（Point Of Sales）端末４、アクセスポイント５、及び、ＬＡＮ（Local Area Network）ケーブル６を含む。オーダリングシステムは、複数のハンディーターミナル１を備えてもよい。
【００１０】
ＬＡＮケーブル６は、サーバ２、ＰＯＳ端末４、及び、アクセスポイント５を相互通信可能に接続する。アクセスポイント５は、ハンディーターミナル１及びキッチンプリンタ３と、例えば電波を介して無線通信する。アクセスポイント５は、ハンディーターミナル１、サーバ２、キッチンプリンタ３、及び、ＰＯＳ端末４の間におけるデータの送受信を中継する。
【００１１】
ハンディーターミナル１は、客が注文する料理や飲み物等の情報を操作者が入力するために使用される。ハンディーターミナル１の操作者は、店員であってもよいし、客であってもよい。ハンディーターミナル１は、入力された情報を表す注文データを、アクセスポイント５を介してサーバ２に送信する。注文データは、例えば客が着席したテーブルを示すテーブル番号、注文された料理の名称及び注文数等の情報を含む。
【００１２】
サーバ２は、ハンディーターミナル１から受信した注文データを記憶する。さらにサーバ２は、アクセスポイント５を介してキッチンプリンタ３に当該注文データを送信する。
【００１３】
キッチンプリンタ３は、サーバ２から受信した注文データに含まれる情報を用紙に印刷した注文伝票を出力する。厨房の調理人は、キッチンプリンタ３が出力した注文伝票を参照して、客が注文した料理を調理したり、客が注文した飲み物を用意したりする。
【００１４】
ＰＯＳ端末４は、客の飲食代金の会計に関する処理を実行する。この処理において、ＰＯＳ端末４は、サーバ２から会計対象の客の注文データを読み出し、読み出した注文データに含まれる料理や飲み物の合計代金を算出する。さらに、ＰＯＳ端末４は、算出した合計代金を現金やクレジットカードにて決済するための処理を実行する。
【００１５】
ここで、オーダリングシステムに含まれる機器の間で行われる通信について説明する。オーダリングシステムに含まれる各機器は、パケット通信方式にてパケットを送受信する。より詳細にいうと、パケットは、少なくとも１つのパケットを含むフレームにカプセル化した状態で送受信される。
【００１６】
フレームの種別は、ブロードキャストフレームと、ユニキャストフレームとに大別できる。ブロードキャストフレームは、オーダリングシステムに含まれる全ての機器を宛先として送信されるフレームである。ユニキャストフレームは、オーダリングシステムに含まれる特定の機器を宛先として送信されるフレームである。
【００１７】
ここで、図１に示すように、ハンディーターミナル１のＩＰアドレスが“888.888.888.888”であり、ハンディーターミナル１のＭＡＣアドレスが“99:99:99:99:99:99”であり、ＰＯＳ端末４のＩＰアドレスが“222.222.222.222”であり、ＰＯＳ端末４のＭＡＣアドレスが“11:11:11:11:11:11”である場合を例に挙げてブロードキャストフレーム及びユニキャストフレームの構造について説明する。これらのＩＰアドレス及びＭＡＣアドレスは、いずれも１６進数にて表記している。
【００１８】
図２は、ブロードキャストフレームの構造の一例を示す。当該ブロードキャストフレームは、ヘッダ、宛先ＭＡＣアドレス、及び、送信元ＭＡＣアドレスを含む。ヘッダは、フレームの種別やヘッダに続く各情報のビット長を表す。ブロードキャストフレームの宛先ＭＡＣアドレスは、宛先の指定無しを表す“FF:FF:FF:FF:FF:FF”である。当該ブロードキャストフレームは、ＰＯＳ端末４から送信されるフレームである。したがって、送信元ＭＡＣアドレスは“11:11:11:11:11:11”である。
【００１９】
図３は、ユニキャストフレームの構造の一例を示す。当該ユニキャストフレームは、ヘッダ、宛先ＭＡＣアドレス、及び、送信元ＭＡＣアドレス等を含む。ヘッダは、フレームの種別やヘッダに続く各情報のビット長を表す。当該ユニキャストフレームは、ＰＯＳ端末４からハンディーターミナル１に送信されるフレームである。したがって、宛先ＭＡＣアドレスは“99:99:99:99:99:99”であり、送信元ＭＡＣアドレスは“11:11:11:11:11:11”である。
【００２０】
ユニキャストフレームを送信するためには、送信元の機器が宛先の機器のＭＡＣアドレスを把握している必要がある。オーダリングシステムに含まれる各機器は、ＡＲＰ（Address Resolution Protocol）に準拠した処理を行うことで、定期的に他の機器のＭＡＣアドレスを把握する。
【００２１】
他の機器のＭＡＣアドレスを把握するための処理は、いずれかの機器がＡＲＰ要求フレームをブロードキャストするステップと、他の機器がＡＲＰ応答フレームを返信するステップとを含む。
【００２２】
図４は、ＡＲＰ要求フレームの構造の一例を示す。ＡＲＰ要求フレームは、ヘッダ、送信元ＭＡＣアドレス、送信元ＩＰアドレス、宛先ＭＡＣアドレス、及び、宛先ＩＰアドレスを含む。ヘッダは、フレームの種別やヘッダに続く各情報のビット長を表す。当該ＡＲＰ要求フレームは、図１の例において、ＰＯＳ端末４がＩＰアドレス“888.888.888.888”の機器、すなわちハンディーターミナル１に応答を要求するためのフレームである。したがって、送信元ＭＡＣアドレスは“11:11:11:11:11:11”であり、送信元ＩＰアドレスは“222.222.222.222”であり、宛先ＩＰアドレスは“888.888.888.888”である。ＡＲＰ要求フレームの宛先ＭＡＣアドレスは、宛先ＭＡＣアドレスが不明であることを表す“00:00:00:00:00:00”である。
【００２３】
図５は、ＡＲＰ応答フレームの構造の一例を示す。ＡＲＰ応答フレームは、ヘッダ、送信元ＭＡＣアドレス、送信元ＩＰアドレス、宛先ＭＡＣアドレス、及び、宛先ＩＰアドレスを含む。ヘッダは、フレームの種別やヘッダに続く各情報のビット長を表す。当該ＡＲＰ応答フレームは、図４に示すＡＲＰ要求フレームの宛先ＩＰアドレスと同一のＩＰアドレスが割り当てられた機器、すなわちハンディーターミナル１がＰＯＳ端末４に応答するフレームである。したがって、送信元ＭＡＣアドレスは“99:99:99:99:99:99”であり、送信元ＩＰアドレスは“888.888.888.888”であり、宛先ＭＡＣアドレスは“11:11:11:11:11:11”であり、宛先ＩＰアドレスは“222.222.222.222”である。オーダリングシステムに含まれる各機器は、ＡＲＰ要求フレームを受信しても、当該フレームに含まれる宛先ＩＰアドレスが自機のIPアドレスと異なる場合にはＡＲＰ応答フレームを返信しない。
【００２４】
ハンディーターミナル１の詳細な構成ついて説明する。
【００２５】
図６は、ハンディーターミナル１の要部構成を示すブロック図である。ハンディーターミナル１は、本体装置１０及び無線通信装置２０を備える。本体装置１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、ディスプレイ１４、入力インターフェイス１５、バッテリ１６、ＤＣ−ＤＣコンバータ１７、及び、バスライン１８を含む。バスライン１８は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ディスプレイ１４、入力インターフェイス１５、及び、無線通信装置２０を電気的に接続する。
【００２６】
ＣＰＵ１１は、コンピュータの中枢部分に相当する。ＣＰＵ１１は、オペレーティングシステムやアプリケーションプログラムに従って、ハンディーターミナル１としての各種の機能を実現すべく各部を制御する。
【００２７】
ＲＯＭ１２は、上記コンピュータの主記憶部分に相当する。ＲＯＭ１２は、上記のオペレーティングシステムやアプリケーションプログラムを記憶する。ＲＯＭ１２は、ＣＰＵ１１が各種の処理を実行する上で必要なデータを記憶する場合もある。
【００２８】
ＲＡＭ１３は、上記コンピュータの主記憶部分に相当する。ＲＡＭ１３は、ＣＰＵ１１が各種の処理を実行する上で必要なデータを必要に応じて記憶する。またＲＡＭ１３は、ＣＰＵ１１が各種の処理を行う際のワークエリアとしても利用される。
【００２９】
ディスプレイ１４は、例えばＬＣＤ（Liquid Crystal Display）或いはＯＥＬＤ（Organic ElectroLuminescence Display）である。ディスプレイ１４は、注文に関する画面等を表示する。この画面は、入力インターフェイス１５によって操作可能なＧＵＩ（Graphical User Interface）を含むこともある。
【００３０】
入力インターフェイス１５は、例えばディスプレイ１４に表示されたＧＵＩに対する操作を検出するタッチパネル或いは各種のキーを配列したキーボードである。操作者は、入力インターフェイス１５を操作することで、客が注文する料理や飲み物に関する情報等を入力することができる。
【００３１】
バッテリ１６は、例えば商用交流電源に接続されたクレイドルにハンディーターミナル１が装着された際に、当該電源から供給される電力によって充電される。バッテリ１６は、ＤＣ−ＤＣコンバータ１７に直流電圧を供給する。ＤＣ−ＤＣコンバータ１７は、バッテリ１６から供給される直流電圧を変圧して、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ディスプレイ１４、入力インターフェイス１５、及び、無線通信装置２０等のデバイスに供給する。
【００３２】
無線通信装置２０は、例えば電波を介してアクセスポイント５と通信可能な無線チップである。無線通信装置２０は、ＭＰＵ（Micro Processing Unit）２１、送受信回路２２、及び、アンテナ２３を含む。
【００３３】
データをアクセスポイント５へ送信するに際して、送受信回路２２は、当該データを変調した信号をアンテナ２３に出力する。アンテナ２３は、送受信回路２２から入力される信号に応じた電波を送信する。アンテナ２３は、アクセスポイント５からの電波を受信した場合、当該電波に応じた信号を送受信回路２２に出力する。送受信回路２２は、アンテナ２３から入力される信号を復調して受信データを生成する。
【００３４】
ＭＰＵ２１は、メモリ２１ａを備える。ＭＰＵ２１は、メモリ２１ａが記憶するコンピュータプログラムに従って情報処理を実行する。メモリ２１ａは、上記コンピュータプログラムの他に、製造段階で無線通信装置２０に割り当てられたＭＡＣアドレスと、オーダリングシステムにおいて動的にハンディーターミナル１に割り当てられるＩＰアドレスとを記憶する。このＩＰアドレスは、例えばハンディーターミナル１に割り当てられた際に、ハンディーターミナル１のオペレーティングシステムがＭＰＵ２１に通知する。ＭＰＵ２１は、通知されたＩＰアドレスをメモリ２１ａに書き込む。
【００３５】
本体装置１０と無線通信装置２０は、接続ライン３０を介して接続される。接続ライン３０は、本体装置１０と無線通信装置２０との間でデータを授受するためのラインと、ＤＣ−ＤＣコンバータ１７からの直流電圧を無線通信装置２０に供給するためのラインとを含む。
【００３６】
本実施形態におけるハンディーターミナル１は、通常モードと省電力モードとの間で動作モードを切り換える機能を備える。通常モードは、ハンディーターミナル１を、機能を制限せずに通常の能力で動作させるモードである。省電力モードは、通常モードにおける動作時よりも消費電力を抑えてハンディーターミナル１を動作させるモードである。省電力モードにおいてハンディーターミナル１は、例えばハンディーターミナル１が備えるデバイスの全て或いは一部を通常モードにおける動作時よりも低能力で動作させるか、これらデバイスの全て或いは一部への電源供給を停止することによって、消費電力を抑える。省電力モードの具体的な仕様は、例えばコンピュータの電源制御に関する規格であるＡＣＰＩ（Advanced Configuration and Power Interface）に則して設計すればよい。
【００３７】
ハンディーターミナル１は、通常モードで動作しているとき、所定条件の成立を以って省電力モードに移行する。所定条件は、例えば入力インターフェイス１５が所定時間以上操作されなかったこと、無線通信装置２０を介した通信が所定時間以上行われなかったこと、或いは入力インターフェイス１５に対して所定の操作がなされたことなどである。
【００３８】
本実施形態において、ハンディーターミナル１は、省電力モードに移行した際に少なくともＣＰＵ１１による情報処理を制限する。この制限は、例えばアプリケーションプログラムやオペレーティングシステムの動作を停止することで行う。さらに、ハンディーターミナル１は、ディスプレイ１４、入力インターフェイス１５及び無線通信装置２０等のデバイスを低消費電力で動作させる。
【００３９】
無線通信装置２０の動作について説明する。  
ハンディーターミナル１が省電力モードに移行している際に送受信回路２２がデータを受信した場合、無線通信装置２０は、当該データが第１種別のデータであるならばＭＰＵ２１により当該データを処理する。無線通信装置２０は、当該データが第１種別とは異なる第２種別のデータであるならば本体装置１０の省電力モードを解除してＣＰＵ１１に当該データを処理させる。例えば、第１種別のデータはＭＰＵ２１にて処理可能なデータとして定義でき、第２種別のデータはＭＰＵ２１にて処理不可能かつＣＰＵ１１にて処理可能なデータとして定義できる。
【００４０】
特に本実施形態において、第１種別のデータはＡＲＰ要求フレームであり、第２種別のデータはハンディーターミナル１を宛先としたユニキャストフレームである。
【００４１】
省電力モード下において、ＭＰＵ２１は、メモリ２１ａが記憶するコンピュータプログラムを実行することにより、図７のフローチャートに沿って動作する。
【００４２】
当該フローチャートにおいて、先ずＭＰＵ２１は、予め定められた待ち時間をカウントする（Ａｃｔ１）。この待ち時間のカウントの間、無線通信装置２０は、データの送受信を実行しない。待ち時間をカウントし終えたとき、ＭＰＵ２１は、送受信回路２２を制御してデータの受信処理を実行させる（Ａｃｔ２）。ＭＰＵ２１は、送受信回路２２がフレームを受信したかを判定する（Ａｃｔ３）。
【００４３】
フレームを受信していないと判定した場合（Ａｃｔ３のＮｏ）、ＭＰＵ２１は、本体装置１０から省電力モードの解除が指令されているかを判定する（Ａｃｔ４）。例えば本体装置１０は、入力インターフェイス１５に対して所定の操作がなされた際に、無線通信装置２０に省電力モードの解除を指令する。省電力モードの解除が指令されていないと判定した場合（Ａｃｔ４のＮｏ）、ＭＰＵ２１は、動作をＡｃｔ１に戻す。
【００４４】
このように、省電力モード下において無線通信装置２０は、待ち時間のカウントと受信処理の実行を繰り返す。待ち時間のカウントを行う際には、送受信回路２２を駆動しないので、消費電力が低減される。
【００４５】
Ａｃｔ３においてフレームを受信したと判定した場合（Ａｃｔ３のＹｅｓ）、ＭＰＵ２１は、当該フレームがハンディーターミナル１宛のＡＲＰ要求フレームであるかを判定する（Ａｃｔ５）。
【００４６】
ＭＰＵ２１は、当該フレームのヘッダがＡＲＰ要求フレームであることを示し、且つ当該フレームの宛先ＩＰアドレスとメモリ２１ａが記憶するハンディーターミナル１のＩＰアドレスとが一致する場合、当該フレームがハンディーターミナル１宛のＡＲＰ要求フレームであると判定する（Ａｃｔ５のＹｅｓ）。この場合、ＭＰＵ２１は、一時的に省電力モードを解除して通常モードに移行し、ＡＲＰ応答処理を実行する（Ａｃｔ６）。ＡＲＰ応答処理において、ＭＰＵ２１は、ＡＲＰ応答フレームを生成する。当該ＡＲＰ応答フレームの送信元ＭＡＣアドレス及び送信元ＩＰアドレスは、メモリ２１ａが記憶する無線通信装置２０のＭＡＣアドレス及びハンディーターミナル１のＩＰアドレスである。当該ＡＲＰ応答フレームの宛先ＭＡＣアドレス及び宛先ＩＰアドレスは、ＡＲＰ要求フレームに含まれる送信元ＭＡＣアドレス及び送信元ＩＰアドレスである。ＭＰＵ２１は、送受信回路２２を制御して、生成したＡＲＰ応答フレームを送信させる。ＡＲＰ応答フレームを送信した後、ＭＰＵ２１は、無線通信装置２０を再び省電力モードに移行させる。Ａｃｔ６の後、ＭＰＵ２１の動作はＡｃｔ４に移る。
【００４７】
Ａｃｔ５においてＡＲＰ要求フレームでないと判定した場合（Ａｃｔ５のＮｏ）、ＭＰＵ２１は、Ａｃｔ２にて受信したフレームがハンディーターミナル１宛のユニキャストフレームであるかを判定する（Ａｃｔ７）。ＭＰＵ２１は、当該フレームの宛先ＭＡＣアドレスとメモリ２１ａが記憶する無線通信装置２０のＭＡＣアドレスが一致する場合、当該フレームがハンディーターミナル１宛のユニキャストフレームであると判定する（Ａｃｔ７のＹｅｓ）。この場合、ＭＰＵ２１は、本体装置１０の省電力モードを解除して、当該フレームをＣＰＵ１１に処理させる（Ａｃｔ８）。例えばＭＰＵ２１は、当該フレームを本体装置１０のＣＰＵ１１に送信する。ＣＰＵ１１は、当該フレームを無線通信装置２０から受信したことに応じて省電力モードを解除し、通常モードに復帰する。さらに、ＣＰＵ１１は、当該フレームに応じた処理を実行する。
【００４８】
Ａｃｔ７においてハンディーターミナル１宛のユニキャストフレームでないと判定した場合（Ａｃｔ７のＮｏ）、ＭＰＵ２１は、当該フレームに関する処理を行わずに、動作をＡｃｔ４に移す。この場合、当該フレームは、ＡＲＰ要求フレームを除くブロードキャストフレームであるか、或いは他の機器を宛先としたユニキャストフレームである。
【００４９】
Ａｃｔ８の後、或いはＡｃｔ４において省電力モードの解除が指令されていると判定した場合（Ａｃｔ４のＹｅｓ）、ＭＰＵ２１は、当該フローチャートに示す動作を終了する。これを以って、無線通信装置２０の省電力モードが解除され、無線通信装置２０の動作は通常モードに移行する。通常モードにおいて、無線通信装置２０は、受信処理を常時実行する。さらに、無線通信装置２０は、本体装置１０から送信データを受信した場合、当該送信データをアクセスポイント５に送信する。
【００５０】
本実施形態の作用について説明する。  
図８、図９及び図１０は、本体装置１０と無線通信装置２０の動作モードの遷移を説明するための図である。図８〜図１０において、斜線を付した要素は通常モードにて動作している要素であり、斜線を付していない要素は省電力モードにて動作している要素である。
【００５１】
図８〜図１０には、本体装置１０に関して、ディスプレイ１４等のハードウェア（Ｈ／Ｗ）と、このハードウェアを駆動するドライバと、このドライバを制御するオペレーティングシステム（ＯＳ）と、このＯＳの機能を利用するアプリケーション（ＡＰＬ）とが示されている。ドライバ、オペレーティングシステム、及び、アプリケーションは、ＣＰＵ１１がＲＯＭ１２等に記憶されたコンピュータプログラムを実行することで実現される。また、図８〜図１０には、無線通信装置２０に関して、送受信回路２２等のハードウェア（Ｈ／Ｗ）と、このハードウェアを駆動するファームウェア（Ｆ／Ｗ）とが示されている。このファームウェアは、ＭＰＵ２１がメモリ２１ａに記憶されたコンピュータプログラムを実行することで実現される。
【００５２】
図８は、本体装置１０及び無線通信装置２０がいずれも省電力モードに移行した状態を表す。この状態において、無線通信装置２０は、Ａｃｔ１〜Ａｃｔ４を繰り返し実行する。無線通信装置２０は、ＡＲＰ要求フレームを受信したことに応じてＡｃｔ６を実行する。このとき、無線通信装置２０は、図９に示すように一時的に通常モードに移行してＡＲＰ要求フレームに対するＡＲＰ応答フレームを送信する。その後、図８に示すように、無線通信装置２０は再び省電力モードに移行する。図８に示す状態において、無線通信装置２０は、ユニキャストフレームを受信したことに応じてＡｃｔ８を実行する。このとき、無線通信装置２０及び本体装置１０は、図１０に示すように通常モードに移行する。
【００５３】
本実施形態におけるオーダリングシステムにおいては、ハンディーターミナル１が省電力モードに移行した状態であっても、他の機器がハンディーターミナル１を宛先としたユニキャストフレームを送信することによって省電力モードを解除することができる。
【００５４】
例えばIEEE802.11に準拠した無線ＬＡＮ規格で接続された機器間で他機の省電力モードを解除する一般的な手段として、ＷＯＬ（Wake On LAN）がある。ＷＯＬを利用するためには、Magic Packetという特別なパケットを送受信するためのハードウェア、ファームウェア、オペレーティングシステム、及び、アプリケーション等をシステム内の各機器が備える必要がある。これに対し本実施形態の構成であれば、ハンディーターミナル１にデータを送信する側の機器は、ハンディーターミナル１が省電力モードに移行しているか否かを意識せずに通常通りデータを送信すればよい。すなわち、当該機器が特別な構成を備える必要はない。ハンディーターミナル１においても、本体装置１０は、無線通信装置２０からユニキャストフレームが入力されたことに応じて省電力モードを解除するという単純な仕組みを持てばよく、ＷＯＬのような複雑な構成を必要としない。
【００５５】
通常、ＡＲＰ要求フレームは、システム内において例えば１０分間隔程度の高頻度で送信される。ハンディーターミナル１がＡＲＰ要求フレームに応答しなければ、他の機器はハンディーターミナル１のＭＡＣアドレスを把握できない可能性がある。この場合、他の機器は、ハンディーターミナル１にユニキャストフレームを送信できない。この点に関し、本実施形態においては、省電力モード下であっても無線通信装置２０がＡＲＰ要求フレームに応答する。しかも、ＡＲＰ要求フレームへの応答に際して、本体装置１０の省電力モードを解除する必要がない。したがって、本体装置１０をできる限り省電力モード下に置いて消費電力を抑制できる。
【００５６】
以上説明したほかにも、本実施形態にて開示した構成からは、種々の好適な作用が得られる。
【００５７】
（変形例）
いくつかの変形例を挙げる。  
本実施形態ではハンディーターミナル１の省電力モードについて述べた。しかしながら、ハンディーターミナル１が備えるとした省電力モードに関する構成を、オーダリングシステムに含まれる他の機器が備えてもよい。
【００５８】
また、本実施形態ではオーダリングシステムを例示した。しかしながら、ハンディーターミナル１が備えるとした省電力モードに関する構成を、他のシステムに含まれるデータ処理装置に適用することもできる。このようなデータ処理装置としては、例えば小売店等で稼働するＰＯＳシステムに含まれるＰＯＳ端末等が挙げられる。この場合において、データ処理装置と他の機器との通信形態は無線に限られず、有線であってもよい。
【００５９】
本実施形態では、無線通信装置２０がユニキャストフレームを受信した場合に、無線通信装置２０が当該フレームを本体装置１０に送信することで本体装置１０の省電力モードを解除するとした。しかしながら、無線通信装置２０が本体装置１０の省電力モードを解除する仕組みはこれに限られない。例えば、接続ライン３０に割り込み信号を送信するためのラインを設け、無線通信装置２０がユニキャストフレームを受信した際にこのラインを介して割り込み信号を送信し、この信号を受信したことに応じてＣＰＵ１１が省電力モードを解除する仕組みを採用してもよい。
【００６０】
本実施形態では、第１種別のデータがＡＲＰ要求フレームであり、第２種別のデータがユニキャストフレームであるとした。しかしながら、第１，第２種別のデータはこれらに限られない。例えば、無線通信装置２０がより高度なデータ処理能力を有するならば、第１種別のデータは、より複雑な演算を必要とするデータに拡張されてもよい。また、ブロードキャストフレームの一部が第２種別のデータとして扱われてもよい。
【００６１】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６２】
１…ハンディーターミナル、５…アクセスポイント、１０…本体装置、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…ディスプレイ、１５…入力インターフェイス、１６…バッテリ、１７…ＤＣ−ＤＣコンバータ、２０…無線通信装置、２１…ＭＰＵ、２１ａ…メモリ、２２…送受信回路、２３…アンテナ、３０…接続ライン。
【図１】
2014232479.tif 000003
【図２】
2014232479.tif 000004
【図３】
2014232479.tif 000005
【図４】
2014232479.tif 000006
【図５】
2014232479.tif 000007
【図６】
2014232479.tif 000008
【図７】
2014232479.tif 000009
【図８】
2014232479.tif 000010
【図９】
2014232479.tif 000011
【図１０】
2014232479.tif 000012