(57)【要約】【課題】レジュームに要する時間を短くし、サスペンド状態にあるハンディターミナル装置が実際に使用できるまでの時間を短縮する。【解決手段】実施形態のハンディターミナル装置は、不使用時にサスペンド状態に移行し、使用再開時にレジューム処理を行う。そしてマルチタスク処理手段は、レジューム処理として行うべき複数のレジューム対象処理を並行して行う。【選択図】図３
2014052705.tif 000002
【特許請求の範囲】
【請求項１】
不使用時にサスペンド状態に移行し、使用再開時にレジューム処理を行うハンディターミナル装置において、
前記レジューム処理として行うべき複数のレジューム対象処理を並行して行うマルチタスク処理手段を備えたハンディターミナル装置。
【請求項２】
前記マルチタスク処理手段は、一つの前記レジューム対象処理を複数に分割して別タスクとしてそれぞれ処理する、
請求項１記載のハンディターミナル装置。
【請求項３】
前記マルチタスク処理手段は、前記複数のレジューム対象処理を並行して行う際の処理順番を予め記憶している、
請求項１又は請求項２記載のハンディターミナル装置。
【請求項４】
前記レジューム対象処理には、デバイスドライバの起動処理を含む、
請求項１乃至請求項３のいずれかに記載のハンディターミナル装置。
【請求項５】
ハンディターミナル装置において実行される制御方法において、
不使用時にサスペンド状態に移行するサスペンド移行過程と、
使用再開時にレジューム処理として行うべき複数のレジューム対象処理を並行して行うマルチタスク処理過程と、
を備えた制御方法。
【請求項６】
不使用時にサスペンド状態に移行し、使用再開時にレジューム処理を行うハンディターミナル装置をコンピュータにより制御する制御プログラムであって、
前記コンピュータを、
前記レジューム処理として行うべき複数のレジューム対象処理を並行して行うマルチタスク処理手段、
として機能させる制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ハンディターミナル装置、制御方法及び制御プログラムに関する。
【背景技術】
【０００２】
従来ハンディターミナル装置は、例えば、レストラン等の飲食店においては、顧客の注文を受け付けるオーダー処理システムとして用いられていた（例えば、特許文献１参照）。
【０００３】
すなわち、レストラン等の飲食店においてホール担当者は、ホール内の各テーブルを回って携帯するハンディターミナル装置を用い、各テーブルに対応する顧客の注文に対応するメニューデータ、テーブル番号、人数等を含むオーダーデータを順次入力するようにされていた。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、このようなハンディターミナル装置は、バッテリを搭載しているが、使用していない場合には、バッテリを長持ちさせるために、ハンディターミナル装置をサスペンド状態とし、使用するに際してはサスペンド状態から復帰するレジュームを行うことが一般的に行われていた。
【０００５】
ここで、サスペンド状態とは、省電力のために、作業状態を省電力モードでメモリやキャッシュメモリに保存し、データやプログラムを作業時の状態のままにして、ハンディターミナル装置の動作を一時的に停止させることである。
この場合において、レジュームに要する時間はより短いことが望ましいが、レジューム処理の処理量が多かったり、時間のかかる処理が含まれていたりすると、レジュームに時間を要し、実際に使用できるまでの時間が長くなり、オペレータを待たせてしまう虞があった。
【課題を解決するための手段】
【０００６】
実施形態のハンディターミナル装置は、不使用時にサスペンド状態に移行し、使用再開時にレジューム処理を行う。
そしてマルチタスク処理手段は、レジューム処理として行うべき複数のレジューム対象処理を並行して行う。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施形態のハンディターミナル装置の外観正面図である。
【図２】図２は、ハンディターミナル装置の概要構成ブロック図である。
【図３】図３は、デバイスドライバの起動処理のフローチャートの一例を示す図である。
【図４】図４は、処理手順の説明図である。
【発明を実施するための形態】
【０００８】
図１は、実施形態のハンディターミナル装置の外観正面図である。
ハンディターミナル装置１０は、レストランなどにおいて顧客の注文を受けるために用いられるものであり、本体ケース１１と、扉ケース１２と、がヒンジ１３により開閉自在に連結されている。
【０００９】
本体ケース１１には、図示しないバックライトを有し、各種情報を表示するディスプレイ１４と、ディスプレイ１４よりも大きなサイズとされ、ディスプレイ１４の表面側に載置されて、ディスプレイ１４が位置していない部分に複数個の固定キーが配置された固定キー部１５が設けられて各種データを入力するタッチパネル１６と、が設けられ、タッチパネル１６のディスプレイ１４に対応する部分はタッチパネルディスプレイとして機能している。
【００１０】
また、扉ケース１２には、各種データを入力するため複数の操作区画１７Ａを有するタッチパネル１７と、タッチパネル１７の表面に載置され、メニュー項目を容易に変更可能に表示するためにタッチパネルの操作領域に対応付けて各種メニューが表示され、扉ケース１２に対して着脱自在のメニューシート１８と、このメニューシート１８を保護するための同じく扉ケース１２に対して着脱自在のメニューシートカバー１９が設けられている。
【００１１】
図２は、ハンディターミナル装置の概要構成ブロック図である。
ハンディターミナル装置１０は、ディスプレイ１４と、タッチパネル１６と、タッチパネル１７と、無線通信インタフェース動作を行う無線通信インタフェース（Ｉ／Ｆ）２１と、ハンディターミナル装置１０全体の制御を行うＭＰＵ２２と、制御プログラム等の各種データを不揮発的に記憶するＲＯＭ２３と、ワーキングエリアとして用いられ、各種データを一時的に記憶するＲＡＭ２４と、ファームウェア及び各種の設定データ等を不揮発的、かつ、更新可能に記憶するフラッシュＲＯＭ２５と、ディスプレイ１４、タッチパネル１６及びタッチパネル１７との間でインタフェース動作を行う入出力インタフェース（Ｉ／Ｆ）２６と、を備えている。
【００１２】
ここで、ＭＰＵ２２と、ＲＯＭ２３、ＲＡＭ２４、フラッシュＲＯＭ２５及び入出力インタフェース（Ｉ／Ｆ）２６は、バス２７を介して接続されている。
上記構成において、フラッシュＲＯＭ２５には、サスペンド状態から復帰するレジューム処理を行う場合のデバイスドライバの起動手順を予め記憶している。ここで、起動手順には、レジューム処理をマルチタスクで行う場合の、タスクの振り分けについても記憶している。
【００１３】
次に実施形態の動作を説明する。
以下の説明においては、レジューム処理としてハンディターミナル装置１０を構成する各種デバイス（ディスプレイ、タッチパネル、通信インタフェース等）を、オペレーティングシステムの制御下で制御するためのデバイスドライバの起動処理を例として説明する。
【００１４】
この場合において、デバイスドライバを複数のレジューム処理として分割する場合には、各レジューム処理が互いに影響を与えず（互いに干渉せず）、独立して起動が可能な複数のモジュール（あるいはモジュール群）に分けられ、各モジュール（あるいはモジュール群）を特定するための情報は、フラッシュＲＯＭ２５に記憶（記述）されているものとする。
【００１５】
図３は、デバイスドライバの起動処理のフローチャートの一例を示す図である。
まず、ＭＰＵ２２は、サスペンド状態に移行する条件が満たされたか否かを判別する（ステップＳ１１）。
ここで、サスペンド状態に移行する条件とは、ユーザがサスペンド状態に移行することを指示した場合、当該ハンディターミナル装置１０が最後に操作されてから所定の時間が経過した場合等である。
【００１６】
ステップＳ１１の判別において、未だサスペンド状態に移行する条件が満たされていない場合には（ステップＳ１１；Ｎｏ）、ＭＰＵ２２は、待機状態となる。
ステップＳ１１の判別においてサスペンド状態に移行する条件を満たした場合には（ステップＳ１１；Ｙｅｓ）、ＭＰＵ２２は、サスペンド移行処理を行い、作業状態を省電力モードでメモリやキャッシュメモリに保存し、データやプログラムを作業時の状態のまま保存するサスペンド状態に移行して、省電力状態となる（ステップＳ１２）。
【００１７】
次にＭＰＵ２２は、レジューム処理条件を満たしたか、すなわち、通常動作状態に移行する指示がなされたか否かを判別する（ステップＳ１３）。
具体的には、ハンディターミナル装置１０の図示しないサイドキーを操作したり、タッチパネル１６、１７を操作したり、扉ケース１２を開いたり（例えば、磁気センサにより検出）したような場合には、レジューム処理条件を満たしたものとする。
【００１８】
ステップＳ１３の判別において、未だレジューム処理条件を満たしていない場合には（ステップＳ１３；Ｎｏ）、サスペンド状態を維持すべく、再び待機状態となる。
ステップＳ１３の判別においてレジューム処理条件を満たした、すなわち、レジューム処理条件を満たす操作がなされた場合には（ステップＳ１３；Ｙｅｓ）、ＭＰＵ２２は、フラッシュＲＯＭ２５に予め記憶していた処理手順（起動処理手順）を読み出す（ステップＳ１４）。
【００１９】
図４は、処理手順の説明図である。
まず、従来の処理手順について説明する。
従来においては、第１デバイスドライバ〜第６デバイスドライバを組み込む場合には図４（ａ）に示すように、順番に起動するようにしていた。
【００２０】
このため、デバイスドライバの起動処理に要する時間は各デバイスドライバＤ１〜Ｄ６の起動処理に要する時間の総和（＝ｔ２−ｔ０）となっていた。
ところで、デバイスドライバの起動処理において、複数のデバイスドライバを同時に並行して起動したとしても競合する虞が無い場合や、デバイスドライバが複数の部分（モジュール）で構成されている場合に、あるモジュール（あるいはモジュール群）と他のモジュール（あるいは他のモジュール群）を同時並行して起動したとしても競合する虞が無い場合がある。
【００２１】
このような場合には、例えば、図４（ｂ）に示すように、第３デバイスドライバＤ３は、第１モジュール群Ｄ３Ｍ１と、第２モジュール群Ｄ３Ｍ２と、で構成され、第１モジュール群Ｄ３Ｍ１と、第２モジュール群Ｄ３Ｍ２と、を同時並行して起動したとしても競合する虞が無い（論理的に矛盾が生じる虞がない）場合は、これらを二つに分割して同時並行して起動処理を行うことが可能となる。
このようなモジュール群の例としては、ディスプレイ１４を液晶ディスプレイとした場合の表示デバイスドライバにおける液晶ディスプレイ（ＬＣＤ）ＯＮシーケンスなどが挙げられる。
【００２２】
この結果、第３デバイスドライバＤ３において第２モジュール群Ｄ３Ｍ２の起動処理が最も時間を要する場合には、マルチタスクとして二つのタスクを同時に行った場合には、第２モジュール群Ｄ３Ｍ２の起動処理に要する時間（起動処理時間＝Ｔ２）で当該第３デバイスドライバＤ３の起動処理が完了することとなる。
【００２３】
すなわち、第３デバイスドライバＤ３の起動処理時間（＝Ｔ１）から第２モジュール群Ｄ３Ｍ２の起動処理に要する時間（＝Ｔ２）を引いた時間（＝Ｔ１−Ｔ２）だけ、デバイスドライバ全体の起動処理時間を短縮することができ、従来、時刻ｔ２に終わっていた起動処理を次式で表される時刻ｔ１に終えることができる。
ｔ１＝ｔ２−（Ｔ１−Ｔ２）
よって、ハンディターミナル装置１０を高速に起動することが可能となる。
【００２４】
そこで、本実施形態においては、ＭＰＵ２２は、各デバイスドライバＤ１〜Ｄ６の起動処理時に、ステップＳ１４で読み出した処理手順に従って、次の処理対象のデバイスドライバ（あるいは、デバイスドライバを構成するモジュール群）に対し、同時並行して起動処理を行うことが可能なデバイスドライバあるいはモジュール群が存在するか否か、すなわち、マルチタスク処理が可能か否かを判別する（ステップＳ１５）。
【００２５】
ステップＳ１５の判別において、マルチタスク処理が可能である場合には（ステップＳ１５；Ｙｅｓ）、ＭＰＵ２２は、次の処理対象のデバイスドライバ（あるいは、デバイスドライバを構成するモジュール群）及び同時並行して処理可能な一又は複数のデバイスドライバあるいは一又は複数のモジュール群を複数のタスクとして読み出し（ステップＳ１６）、マルチタスク処理を行うこととなる（ステップＳ１７）。
【００２６】
より具体的には、図４の例の場合、ＭＰＵ２２は、次の処理対象のデバイスドライバがデバイスドライバＤ３である場合には、デバイスドライバＤ３を構成するとともに、同時並行して処理可能な複数のモジュール群Ｄ３Ｍ１、Ｄ３Ｍ２を複数のタスクとして読み出し（ステップＳ１６）、マルチタスク処理を行うこととなる（ステップＳ１７）。
【００２７】
一方、ステップＳ１５の判別においてマルチタスク処理が行えない場合には（ステップＳ１５；Ｎｏ）、ＭＰＵ２２は、次の処理対象のデバイスドライバをシングルタスクとしてタスク読み出しを行い（ステップＳ１８）、シングルタスク処理を行うこととなる（ステップＳ１９）。
【００２８】
より具体的には、図４の例の場合、ＭＰＵ２２は、次の処理対象のデバイスドライバがデバイスドライバＤ１、Ｄ２、Ｄ４、Ｄ５、Ｄ６のいずれかである場合には、次の処理対象のデバイスドライバＤ１、Ｄ２、Ｄ４、Ｄ５、Ｄ６のいずれかをそれぞれシングルタスクとしてタスク読み出しを行い（ステップＳ１８）、シングルタスク処理を行うこととなる（ステップＳ１９）。
【００２９】
次にＭＰＵ２２は、ステップＳ１４で読み出した処理手順に対応する全タスクが終了したか否かを判別する（ステップＳ２０）。
ステップＳ２０の判別において、未だ読み出した処理手順に対応する全タスクが終了していない場合には（ステップＳ２０；Ｎｏ）、ＭＰＵ２２は、処理を再びステップＳ１５に移行して、以下、同様の処理を繰り返す。
【００３０】
ステップＳ２０の判別において、読み出した処理手順に対応する全タスクが終了した場合には（ステップＳ２０；Ｙｅｓ）、ＭＰＵ２２は、ハンディターミナル装置１０における通常処理に移行する（ステップＳ２１）。
【００３１】
以上の説明のように、本実施形態によれば、ハンディターミナル端末を高速に立ち上げること（レジューム処理に要する時間を短縮化すること）が可能となる。
【００３２】
以上の説明においては、マルチタスク処理において、二つのタスクを同時並行して処理を行う例について説明したが、三つ以上のタスクを同時並行して処理するように構成することも可能である。
【００３３】
また、以上の説明においては、マルチタスク処理において、二つのデバイスドライバモジュール群を同時並行して処理する場合について説明したが、モジュール群ではなく、デバイスドライバを同時並行して処理するように構成することも可能である。
【００３４】
本実施形態のハンディターミナル装置で実行される制御プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【００３５】
また、本実施形態のハンディターミナル装置で実行される制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態のハンディターミナル装置で実行される制御プログラムをインターネット等のネットワーク経由で提供又は配布するように構成しても良い。
また、本実施形態の制御プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【００３６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００３７】
１０    ハンディターミナル装置
１１    本体ケース
１２    扉ケース
１３    ヒンジ
１４    ディスプレイ
１５    固定キー部
１６、１７    タッチパネル
２２    ＭＰＵ
２３    ＲＯＭ
２４    ＲＡＭ
２５    フラッシュＲＯＭ
２７    バス
Ｄ１〜Ｄ６    デバイスドライバ
Ｄ３Ｍ１  第１モジュール群
Ｄ３Ｍ２  第２モジュール群
【先行技術文献】
【特許文献】
【００３８】
【特許文献１】特開２００４−２２０５０５号公報
【図１】
2014052705.tif 000003
【図２】
2014052705.tif 000004
【図３】
2014052705.tif 000005
【図４】
2014052705.tif 000006