特許 5666526 ハンディターミナル装置、制御方法及び制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5666526

(24)【登録日】2014年12月19日

(45)【発行日】2015年2月12日

(54)【発明の名称】ハンディターミナル装置、制御方法及び制御プログラム

(51)【国際特許分類】

   G06F 1/32 20060101AFI20150122BHJP

   G06F 1/26 20060101ALI20150122BHJP

【ＦＩ】

   G06F1/00 332Z

   G06F1/00 334P

   G06F1/00 334H

【請求項の数】3

【全頁数】8

(21)【出願番号】特願2012-195136(P2012-195136)

(22)【出願日】2012年9月5日

(65)【公開番号】特開2014-52705(P2014-52705A)

(43)【公開日】2014年3月20日

【審査請求日】2013年3月28日

(73)【特許権者】

【識別番号】000003562

【氏名又は名称】東芝テック株式会社

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井 宏明

(72)【発明者】

【氏名】石垣 信司

【審査官】 内田 正和

(56)【参考文献】

【文献】 特開平０３−２６９７４０（ＪＰ，Ａ）

【文献】 特開２００２−３２３９３９（ＪＰ，Ａ）

【文献】 特開２０１０−０７９５７９（ＪＰ，Ａ）

【文献】 特開２００２−０９９４３６（ＪＰ，Ａ）

【文献】 特開平０９−０３４７６８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １／３２

Ｇ０６Ｆ １／２６

(57)【特許請求の範囲】

【請求項1】

不使用時にサスペンド状態に移行するサスペンド手段と、
使用再開時におけるデバイスドライバのレジューム処理で、レジューム処理対象のデバイスドライバが並行して処理できる複数のモジュールを有する場合、当該複数のモジュールの処理を並行して進行するレジューム手段と、
を備えたハンディターミナル装置。

【請求項2】

ハンディターミナル装置において実行される制御方法において、
不使用時にサスペンド状態に移行するサスペンド移行過程と、
使用再開時におけるデバイスドライバのレジューム処理で、レジューム処理対象のデバイスドライバが並行して処理できる複数のモジュールを有する場合、当該複数のモジュールの処理を並行して進行するレジューム過程と、
を備えた制御方法。

【請求項3】

ハンディターミナル装置を制御するコンピュータを、
不使用時にサスペンド状態に移行するサスペンド手段と、
使用再開時におけるデバイスドライバのレジューム処理で、レジューム処理対象のデバイスドライバが並行して処理できる複数のモジュールを有する場合、当該複数のモジュールの処理を並行して進行するレジューム手段と、
として機能させる制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、ハンディターミナル装置、制御方法及び制御プログラムに関する。

【背景技術】

【0002】

従来ハンディターミナル装置は、例えば、レストラン等の飲食店においては、顧客の注文を受け付けるオーダー処理システムとして用いられていた（例えば、特許文献１参照）。

【0003】

すなわち、レストラン等の飲食店においてホール担当者は、ホール内の各テーブルを回って携帯するハンディターミナル装置を用い、各テーブルに対応する顧客の注文に対応するメニューデータ、テーブル番号、人数等を含むオーダーデータを順次入力するようにされていた。

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、このようなハンディターミナル装置は、バッテリを搭載しているが、使用していない場合には、バッテリを長持ちさせるために、ハンディターミナル装置をサスペンド状態とし、使用するに際してはサスペンド状態から復帰するレジュームを行うことが一般的に行われていた。

【0005】

ここで、サスペンド状態とは、省電力のために、作業状態を省電力モードでメモリやキャッシュメモリに保存し、データやプログラムを作業時の状態のままにして、ハンディターミナル装置の動作を一時的に停止させることである。
この場合において、レジュームに要する時間はより短いことが望ましいが、レジューム処理の処理量が多かったり、時間のかかる処理が含まれていたりすると、レジュームに時間を要し、実際に使用できるまでの時間が長くなり、オペレータを待たせてしまう虞があった。

【課題を解決するための手段】

【0006】

実施形態のハンディターミナル装置は、不使用時にサスペンド状態に移行するサスペンド手段と、使用再開時におけるデバイスドライバのレジューム処理で、レジューム処理対象のデバイスドライバが並行して処理できる複数のモジュールを有する場合、当該複数のモジュールの処理を並行して進行するレジューム手段と、を備えた。

【図面の簡単な説明】

【0007】

【図1】図１は、実施形態のハンディターミナル装置の外観正面図である。

【図2】図２は、ハンディターミナル装置の概要構成ブロック図である。

【図3】図３は、デバイスドライバの起動処理のフローチャートの一例を示す図である。

【図4】図４は、処理手順の説明図である。

【発明を実施するための形態】

【0008】

図１は、実施形態のハンディターミナル装置の外観正面図である。
ハンディターミナル装置１０は、レストランなどにおいて顧客の注文を受けるために用いられるものであり、本体ケース１１と、扉ケース１２と、がヒンジ１３により開閉自在に連結されている。

【0009】

本体ケース１１には、図示しないバックライトを有し、各種情報を表示するディスプレイ１４と、ディスプレイ１４よりも大きなサイズとされ、ディスプレイ１４の表面側に載置されて、ディスプレイ１４が位置していない部分に複数個の固定キーが配置された固定キー部１５が設けられて各種データを入力するタッチパネル１６と、が設けられ、タッチパネル１６のディスプレイ１４に対応する部分はタッチパネルディスプレイとして機能している。

【0010】

また、扉ケース１２には、各種データを入力するため複数の操作区画１７Ａを有するタッチパネル１７と、タッチパネル１７の表面に載置され、メニュー項目を容易に変更可能に表示するためにタッチパネルの操作領域に対応付けて各種メニューが表示され、扉ケース１２に対して着脱自在のメニューシート１８と、このメニューシート１８を保護するための同じく扉ケース１２に対して着脱自在のメニューシートカバー１９が設けられている。

【0011】

図２は、ハンディターミナル装置の概要構成ブロック図である。
ハンディターミナル装置１０は、ディスプレイ１４と、タッチパネル１６と、タッチパネル１７と、無線通信インタフェース動作を行う無線通信インタフェース（Ｉ／Ｆ）２１と、ハンディターミナル装置１０全体の制御を行うＭＰＵ２２と、制御プログラム等の各種データを不揮発的に記憶するＲＯＭ２３と、ワーキングエリアとして用いられ、各種データを一時的に記憶するＲＡＭ２４と、ファームウェア及び各種の設定データ等を不揮発的、かつ、更新可能に記憶するフラッシュＲＯＭ２５と、ディスプレイ１４、タッチパネル１６及びタッチパネル１７との間でインタフェース動作を行う入出力インタフェース（Ｉ／Ｆ）２６と、を備えている。

【0012】

ここで、ＭＰＵ２２と、ＲＯＭ２３、ＲＡＭ２４、フラッシュＲＯＭ２５及び入出力インタフェース（Ｉ／Ｆ）２６は、バス２７を介して接続されている。
上記構成において、フラッシュＲＯＭ２５には、サスペンド状態から復帰するレジューム処理を行う場合のデバイスドライバの起動手順を予め記憶している。ここで、起動手順には、レジューム処理をマルチタスクで行う場合の、タスクの振り分けについても記憶している。

【0013】

次に実施形態の動作を説明する。
以下の説明においては、レジューム処理としてハンディターミナル装置１０を構成する各種デバイス（ディスプレイ、タッチパネル、通信インタフェース等）を、オペレーティングシステムの制御下で制御するためのデバイスドライバの起動処理を例として説明する。

【0014】

この場合において、デバイスドライバを複数のレジューム処理として分割する場合には、各レジューム処理が互いに影響を与えず（互いに干渉せず）、独立して起動が可能な複数のモジュール（あるいはモジュール群）に分けられ、各モジュール（あるいはモジュール群）を特定するための情報は、フラッシュＲＯＭ２５に記憶（記述）されているものとする。

【0015】

図３は、デバイスドライバの起動処理のフローチャートの一例を示す図である。
まず、ＭＰＵ２２は、サスペンド状態に移行する条件が満たされたか否かを判別する（ステップＳ１１）。
ここで、サスペンド状態に移行する条件とは、ユーザがサスペンド状態に移行することを指示した場合、当該ハンディターミナル装置１０が最後に操作されてから所定の時間が経過した場合等である。

【0016】

ステップＳ１１の判別において、未だサスペンド状態に移行する条件が満たされていない場合には（ステップＳ１１；Ｎｏ）、ＭＰＵ２２は、待機状態となる。
ステップＳ１１の判別においてサスペンド状態に移行する条件を満たした場合には（ステップＳ１１；Ｙｅｓ）、ＭＰＵ２２は、サスペンド移行処理を行い、作業状態を省電力モードでメモリやキャッシュメモリに保存し、データやプログラムを作業時の状態のまま保存するサスペンド状態に移行して、省電力状態となる（ステップＳ１２）。

【0017】

次にＭＰＵ２２は、レジューム処理条件を満たしたか、すなわち、通常動作状態に移行する指示がなされたか否かを判別する（ステップＳ１３）。
具体的には、ハンディターミナル装置１０の図示しないサイドキーを操作したり、タッチパネル１６、１７を操作したり、扉ケース１２を開いたり（例えば、磁気センサにより検出）したような場合には、レジューム処理条件を満たしたものとする。

【0018】

ステップＳ１３の判別において、未だレジューム処理条件を満たしていない場合には（ステップＳ１３；Ｎｏ）、サスペンド状態を維持すべく、再び待機状態となる。
ステップＳ１３の判別においてレジューム処理条件を満たした、すなわち、レジューム処理条件を満たす操作がなされた場合には（ステップＳ１３；Ｙｅｓ）、ＭＰＵ２２は、フラッシュＲＯＭ２５に予め記憶していた処理手順（起動処理手順）を読み出す（ステップＳ１４）。

【0019】

図４は、処理手順の説明図である。
まず、従来の処理手順について説明する。
従来においては、第１デバイスドライバ〜第６デバイスドライバを組み込む場合には図４（ａ）に示すように、順番に起動するようにしていた。

【0020】

このため、デバイスドライバの起動処理に要する時間は各デバイスドライバＤ１〜Ｄ６の起動処理に要する時間の総和（＝ｔ２−ｔ０）となっていた。
ところで、デバイスドライバの起動処理において、複数のデバイスドライバを同時に並行して起動したとしても競合する虞が無い場合や、デバイスドライバが複数の部分（モジュール）で構成されている場合に、あるモジュール（あるいはモジュール群）と他のモジュール（あるいは他のモジュール群）を同時並行して起動したとしても競合する虞が無い場合がある。

【0021】

このような場合には、例えば、図４（ｂ）に示すように、第３デバイスドライバＤ３は、第１モジュール群Ｄ３Ｍ１と、第２モジュール群Ｄ３Ｍ２と、で構成され、第１モジュール群Ｄ３Ｍ１と、第２モジュール群Ｄ３Ｍ２と、を同時並行して起動したとしても競合する虞が無い（論理的に矛盾が生じる虞がない）場合は、これらを二つに分割して同時並行して起動処理を行うことが可能となる。
このようなモジュール群の例としては、ディスプレイ１４を液晶ディスプレイとした場合の表示デバイスドライバにおける液晶ディスプレイ（ＬＣＤ）ＯＮシーケンスなどが挙げられる。

【0022】

この結果、第３デバイスドライバＤ３において第２モジュール群Ｄ３Ｍ２の起動処理が最も時間を要する場合には、マルチタスクとして二つのタスクを同時に行った場合には、第２モジュール群Ｄ３Ｍ２の起動処理に要する時間（起動処理時間＝Ｔ２）で当該第３デバイスドライバＤ３の起動処理が完了することとなる。

【0023】

すなわち、第３デバイスドライバＤ３の起動処理時間（＝Ｔ１）から第２モジュール群Ｄ３Ｍ２の起動処理に要する時間（＝Ｔ２）を引いた時間（＝Ｔ１−Ｔ２）だけ、デバイスドライバ全体の起動処理時間を短縮することができ、従来、時刻ｔ２に終わっていた起動処理を次式で表される時刻ｔ１に終えることができる。
ｔ１＝ｔ２−（Ｔ１−Ｔ２）
よって、ハンディターミナル装置１０を高速に起動することが可能となる。

【0024】

そこで、本実施形態においては、ＭＰＵ２２は、各デバイスドライバＤ１〜Ｄ６の起動処理時に、ステップＳ１４で読み出した処理手順に従って、次の処理対象のデバイスドライバ（あるいは、デバイスドライバを構成するモジュール群）に対し、同時並行して起動処理を行うことが可能なデバイスドライバあるいはモジュール群が存在するか否か、すなわち、マルチタスク処理が可能か否かを判別する（ステップＳ１５）。

【0025】

ステップＳ１５の判別において、マルチタスク処理が可能である場合には（ステップＳ１５；Ｙｅｓ）、ＭＰＵ２２は、次の処理対象のデバイスドライバ（あるいは、デバイスドライバを構成するモジュール群）及び同時並行して処理可能な一又は複数のデバイスドライバあるいは一又は複数のモジュール群を複数のタスクとして読み出し（ステップＳ１６）、マルチタスク処理を行うこととなる（ステップＳ１７）。

【0026】

より具体的には、図４の例の場合、ＭＰＵ２２は、次の処理対象のデバイスドライバがデバイスドライバＤ３である場合には、デバイスドライバＤ３を構成するとともに、同時並行して処理可能な複数のモジュール群Ｄ３Ｍ１、Ｄ３Ｍ２を複数のタスクとして読み出し（ステップＳ１６）、マルチタスク処理を行うこととなる（ステップＳ１７）。

【0027】

一方、ステップＳ１５の判別においてマルチタスク処理が行えない場合には（ステップＳ１５；Ｎｏ）、ＭＰＵ２２は、次の処理対象のデバイスドライバをシングルタスクとしてタスク読み出しを行い（ステップＳ１８）、シングルタスク処理を行うこととなる（ステップＳ１９）。

【0028】

より具体的には、図４の例の場合、ＭＰＵ２２は、次の処理対象のデバイスドライバがデバイスドライバＤ１、Ｄ２、Ｄ４、Ｄ５、Ｄ６のいずれかである場合には、次の処理対象のデバイスドライバＤ１、Ｄ２、Ｄ４、Ｄ５、Ｄ６のいずれかをそれぞれシングルタスクとしてタスク読み出しを行い（ステップＳ１８）、シングルタスク処理を行うこととなる（ステップＳ１９）。

【0029】

次にＭＰＵ２２は、ステップＳ１４で読み出した処理手順に対応する全タスクが終了したか否かを判別する（ステップＳ２０）。
ステップＳ２０の判別において、未だ読み出した処理手順に対応する全タスクが終了していない場合には（ステップＳ２０；Ｎｏ）、ＭＰＵ２２は、処理を再びステップＳ１５に移行して、以下、同様の処理を繰り返す。

【0030】

ステップＳ２０の判別において、読み出した処理手順に対応する全タスクが終了した場合には（ステップＳ２０；Ｙｅｓ）、ＭＰＵ２２は、ハンディターミナル装置１０における通常処理に移行する（ステップＳ２１）。

【0031】

以上の説明のように、本実施形態によれば、ハンディターミナル端末を高速に立ち上げること（レジューム処理に要する時間を短縮化すること）が可能となる。

【0032】

以上の説明においては、マルチタスク処理において、二つのタスクを同時並行して処理を行う例について説明したが、三つ以上のタスクを同時並行して処理するように構成することも可能である。

【0033】

また、以上の説明においては、マルチタスク処理において、二つのデバイスドライバモジュール群を同時並行して処理する場合について説明したが、モジュール群ではなく、デバイスドライバを同時並行して処理するように構成することも可能である。

【0034】

本実施形態のハンディターミナル装置で実行される制御プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

【0035】

また、本実施形態のハンディターミナル装置で実行される制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態のハンディターミナル装置で実行される制御プログラムをインターネット等のネットワーク経由で提供又は配布するように構成しても良い。
また、本実施形態の制御プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

【0036】

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0037】

１０ ハンディターミナル装置
１１ 本体ケース
１２ 扉ケース
１３ ヒンジ
１４ ディスプレイ
１５ 固定キー部
１６、１７ タッチパネル
２２ ＭＰＵ
２３ ＲＯＭ
２４ ＲＡＭ
２５ フラッシュＲＯＭ
２７ バス
Ｄ１〜Ｄ６ デバイスドライバ
Ｄ３Ｍ１ 第１モジュール群
Ｄ３Ｍ２ 第２モジュール群

【先行技術文献】

【特許文献】

【0038】

【特許文献1】特開２００４−２２０５０５号公報

【図1】

【図2】

【図3】

【図4】