JP7469021B2 - 情報処理装置、サーバ装置およびプログラム - Google Patents

Description

本開示の実施形態は、情報処理装置、サーバ装置およびプログラムに関する。

昨今、携帯型情報機器は、充電可能な電池（二次電池）から供給された電力で動作させるのが一般的である。そして、二次電池を使用する情報機器では、電池交換を前提としない設計にすることで、小型の筐体に格納できる電池の容積をより多く確保する取り組みがなされている。

このような携帯型情報機器は、電池交換ができないため、電力残量が少なくなった場合には充電を行う必要がある。そして、充電中は情報機器を所定の充電場所に載置しておく必要があるため、通常の使用ができない。したがって、充電中は業務が停止してしまう、即ちダウンタイムが発生するという問題があった。そのため、例えば店舗で使用されるオーダ端末等の携帯型情報機器では、店舗の開店時間中は、充電を行わずに済むことが望ましい。

このような問題に対して、例えば、特許文献１の電子機器は、消費電力を抑制する省電力モードを備えている。そして、省電力モードに入ったときにユーザが予め設定した機能の動作を停止させることによって、バッテリーの消費を抑えている。しかしながら、当該電子機器が備える省電力モードは、ユーザが予め設定した機能の動作を制限するものであるため、不特定多数の人が使用する電子機器においては、よく使用される機能の動作が制限されてしまう可能性があった。即ち、機器の動作時間は延びるが、利便性が損なわれるという問題があった。

本開示が解決しようとする課題は、利便性を保ちつつ機器の使用可能時間を延長することが可能な情報処理装置、サーバ装置およびプログラムを提供することである。

実施形態の情報処理装置は、電力供給手段と、残量取得手段と、出力手段と、取得手段と、動作機能制限手段とを備える。電力供給手段は、充電可能であり、情報処理装置に対して電力を供給する。残量取得手段は、電力供給手段の電力残量を取得する。出力手段は、自身が使用した各機能の第１の使用頻度をサーバ装置に出力する。取得手段は、サーバ装置から、複数の情報処理装置の出力手段がそれぞれ出力した第１の使用頻度に応じて更新された、複数の情報処理装置における各機能の第２の使用頻度を取得する動作機能制限手段は、電力供給手段の電力残量と第２の使用頻度とに基づいて、動作させる機能を制限する。

図１は、第１の実施形態の携帯端末装置の一例を示す外観図である。 図２は、第１の実施形態の携帯端末装置のハードウェア構成の一例を示すハードウェアブロック図である。 図３は、第１の実施形態の携帯端末装置の機能構成の一例を示す機能ブロック図である。 図４は、記憶部が記憶する使用頻度データの一例を示す図である。 図５は、使用可能な機能を制限する際に使用する機能制御テーブルの内容を説明する図である。 図６は、電力残量に応じて、使用頻度と消費電力に応じた機能の使用が徐々に制限される様子を説明する図である。 図７は、第１の実施形態に係る携帯端末装置が行う処理の流れの一例を示すフローチャートである。 図８は、第２の実施形態の注文処理システムの概略構成を示すシステム図である。 図９は、第２の実施形態の注文処理システムの機能構成の一例を示す機能ブロック図である。 図１０は、店舗サーバが、複数の携帯端末装置から各機能の使用頻度を集約して、分析する方法を説明する図である。 図１１は、注文処理システムが行う処理の流れの一例を示すフローチャートである。

（第１の実施形態）
以下、添付図面を参照して、本開示の第１の実施形態を説明する。第１の実施形態は、本開示の情報処理装置を、飲食店や販売店等において、客の注文を受ける携帯端末装置に適用した例である。

（携帯端末装置の概略構成）
図１は、第１の実施形態の携帯端末装置の一例を示す外観図である。特に、図１は、携帯端末装置１を表面側から見た外観図である。携帯端末装置１は、例えば飲食店等において、客の注文を受け付けるオーダ端末として用いられる。なお、携帯端末装置１は、オーダ端末に限定されるものではなく、タブレット端末であってもよいし、スマートフォンであってもよい。なお、携帯端末装置１は、本開示における情報処理装置の一例である。

携帯端末装置１は、図１に示すように、液晶ディスプレイ２０が設けられた第１の筐体３ａと、この第１の筐体３ａに回動支持部３ｃによって接続された、矢印Ａの方向に開閉自在な第２の筐体３ｂと、から構成されている。液晶ディスプレイ２０は、表示部として機能し、例えば、注文担当店員が注文情報を入力するための入力画面が表示される。なお、液晶ディスプレイ２０の表面には、タッチパネル２２が積層されている。携帯端末装置１は、入力画面に表示された操作ボタンがタッチ操作されたことを、タッチパネル２２が検出することによって、注文情報の入力を受け付ける。

また、携帯端末装置１は、自身の動作状態を通知するインジケータ５と、スピーカ６と、バイブレータ７とを備える。インジケータ５は、携帯端末装置１の縁又は側面に備えられる、例えばＬＥＤである。インジケータ５は、光によって携帯端末装置１の状態に関する報知を行う。スピーカ６は、携帯端末装置１の筐体の内部に設置されて、音によって携帯端末装置１の状態に関する報知を行う。バイブレータ７は、携帯端末装置１の筐体の内部に設置されて、振動によって携帯端末装置１の状態に関する報知を行う。なお、インジケータ５と、スピーカ６と、バイブレータ７とは、本開示における通知手段の一例である。なお、一般に、バイブレータ７、スピーカ６、インジケータ５の順に消費電力が低くなる。携帯端末装置１は、後述するように、バッテリー残量に応じて、各通知手段を使い分ける。

携帯端末装置１の内部には、バッテリー４０が装着されている。バッテリー４０は、例えばニッケル水素電池やリチウムイオン電池等の充電可能な二次電池であり、携帯端末装置１に電力を供給する。なお、バッテリー４０は、携帯端末装置１の内部に取り外し不可の状態で設置されている。すなわち、バッテリー４０の電力が消耗した場合には、携帯端末装置１の充電端子４１を、例えばＡＣ１００Ｖの商用電源に接続することによって充電を行う必要がある。なお、バッテリー４０は、本開示における電力供給手段の一例である。

（携帯端末装置のハードウェア構成の説明）
図２は、第１の実施形態の携帯端末装置のハードウェア構成の一例を示すハードウェアブロック図である。携帯端末装置１は、制御部１０と、記憶部１２と、入出力コントローラ１４と、無線通信コントローラ３８と、バッテリー４０とを備える。

制御部１０は、ＣＰＵ（Central Processing Unit）１０ａと、ＲＯＭ（Read Only Memory）１０ｂと、ＲＡＭ（Random Access Memory）１０ｃとを備える。ＣＰＵ１０ａは、バスライン１６を介して、ＲＯＭ１０ｂと、ＲＡＭ１０ｃと接続する。ＣＰＵ１０ａは、ＲＯＭ１０ｂや記憶部１２に記憶された各種プログラムやファイルを、ＲＡＭ１０ｃに展開する。ＣＰＵ１０ａは、ＲＡＭ１０ｃに展開された各種プログラムやファイルに従って動作することで携帯端末装置１を制御する。すなわち、制御部１０は、一般的なコンピュータの構成を有する。

制御部１０は、更に、バスライン１６を介して、記憶部１２と、入出力コントローラ１４と接続する。

記憶部１２は、電源を切っても記憶情報が保持される、フラッシュメモリ等の不揮発性メモリ、又はＨＤＤ（Hard Disk Drive）等である。記憶部１２は、制御プログラムＰ１を含むプログラム等を記憶する。制御プログラムＰ１は、携帯端末装置１が備える機能を発揮させるためのプログラムである。

なお、制御プログラムＰ１は、ＲＯＭ１０ｂに予め組み込まれて提供されてもよい。また、制御プログラムＰ１は、制御部１０にインストール可能な形式又は実行可能な形式のファイルで、ＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disc）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。さらに、制御プログラムＰ１を、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、制御プログラムＰ１を、インターネット等のネットワーク経由で提供または配布するように構成してもよい。

また、記憶部１２は、ＰＬＵファイルＦ１と、注文データＦ２と、使用頻度データＦ３と、消費電力データＦ４と、機能制御テーブルＦ５とを記憶する。

ＰＬＵファイルＦ１は、店舗で取り扱っているメニューの商品情報（商品コード、商品名、価格等）を記憶したファイルである。注文担当店員は、客から注文を受けた際に、ＰＬＵファイルＦ１の該当する商品を参照することによって、商品の単価を算出することができる。なお、店舗で取り扱うメニューは日々変化するため、ＰＬＵファイルＦ１は、非図示の店舗サーバから、無線通信コントローラ３８を介して随時更新される。

注文データＦ２は、客からの指示に従って入力された注文データを記憶したファイルである。

使用頻度データＦ３は、携帯端末装置１の各機能の使用頻度を累積記憶したファイルである。具体的には、携帯端末装置１のメニュー画面において各メニューが選択された回数を累積記憶したものである。詳しくは後述する（図４参照）。

消費電力データＦ４は、携帯端末装置１の各機能を動作させた際の消費電力を機能毎に記憶したファイルである。

機能制御テーブルＦ５は、携帯端末装置１の機能毎に、使用頻度と消費電力に基づいて、携帯端末装置１のバッテリー４０の電力残量が低下した際に、動作を制限する機能をランク付けしたファイルである。詳しくは後述する（図５参照）。

入出力コントローラ１４は、制御部１０を、液晶ディスプレイ２０と、タッチパネル２２と、インジケータ５と、スピーカ６と、バイブレータ７と接続する。入出力コントローラ１４は、制御部１０からの指令に基づいて、接続された各種ハードウェアを制御する。

液晶ディスプレイ２０は、携帯端末装置１を操作するための各種ボタンや、携帯端末装置１の動作状態等を表示する。

タッチパネル２２は、液晶ディスプレイ２０に重畳して設置されて、液晶ディスプレイ２０に表示された各種ボタンに対する操作者の操作情報を検出して、制御部１０に対して、操作情報に応じた情報を送信する。

インジケータ５は、例えば、バッテリー４０の電力残量低下時等に報知を行う。インジケータ５は、例えばＬＥＤで構成されて、オレンジ色や赤色等の目立つ色彩で発光するのが望ましい。なお、報知の形態は問わないが、例えば、インジケータ５を点滅、又は点灯させることによって報知を行う。なお、インジケータ５は、バッテリー４０の残量に応じて、報知の形態を変化させてもよい。例えば、バッテリー４０の残量が少ないほど、インジケータ５の点滅間隔を短くする等してもよい。

スピーカ６は、例えば、バッテリー４０の電力残量低下時等に、音や音声を出力することによって報知を行う。なお、スピーカ６は、バッテリー４０の残量に応じて、報知の形態を変化させてもよい。例えば、バッテリー４０の残量が少ないほど、音や音声のボリュームを下げる等してもよい。

バイブレータ７は、例えば、バッテリー４０の電力残量低下時等に、第１の筐体３ａを振動させることによって報知を行う。なお、バイブレータ７は、バッテリー４０の残量に応じて、報知の形態を変化させてもよい。例えば、バッテリー４０の残量が少ないほど、バイブレータ７の振動量を少なくしたり、振動時間を短くする等してもよい。

このように、携帯端末装置１は、異なる３種類の通知手段を備えている。携帯端末装置１は、バッテリー４０の電力残量に応じて、使用する通知手段を切り替える。詳しくは後述する。

また、制御部１０は、バスライン１６を介して、無線通信コントローラ３８と接続する。無線通信コントローラ３８は、携帯端末装置１を、非図示の店舗サーバやキッチンプリンタ等と無線接続する。無線通信は、例えば、Ｗｉ－Ｆｉ（登録商標）等である。

さらに、バスライン１６には、前記したバッテリー４０が接続される。

（携帯端末装置の機能構成の説明）
図３は、第１の実施形態の携帯端末装置の機能構成の一例を示す機能ブロック図である。携帯端末装置１の制御部１０は、制御プログラムＰ１をＲＡＭ１０ｃに展開して動作させることによって、図３に示すバッテリー残量取得部５０と、使用頻度取得部５１ａと、動作機能制限部５２と、通知方法制御部５３と、操作制御部５４と、表示制御部５５と、通信制御部５６とを機能部として実現する。そして、制御部１０は、タッチパネル２２と、バッテリー４０と、記憶部１２とから取得した情報に基づいて所定の動作を行い、液晶ディスプレイ２０と、インジケータ５と、スピーカ６と、バイブレータ７とに所定の情報を出力する。

バッテリー残量取得部５０は、バッテリー４０（電力供給手段）から電力残量を取得する。なお、バッテリー残量取得部５０は、本開示における残量取得手段の一例である。

使用頻度取得部５１ａは、携帯端末装置１の各機能の使用回数を、使用頻度データＦ３に蓄積記憶する。

動作機能制限部５２は、バッテリー４０の電力残量と、携帯端末装置１の各機能の使用頻度データＦ３と、携帯端末装置１の各機能の消費電力データＦ４とに基づいて、携帯端末装置１の動作させる機能を制限する。なお、動作機能制限部５２は、バッテリー４０の電力残量と、携帯端末装置１の各機能の使用頻度データＦ３とに基づいて、携帯端末装置１の動作させる機能を制限してもよい。なお、動作機能制限部５２は、本開示における動作機能制限部の一例である。

通知方法制御部５３は、バッテリー４０の電力残量の低下に応じて、携帯端末装置１の動作状態を通知するインジケータ５とスピーカ６とバイブレータ７（いずれも通知手段）の中から、より消費電力が少ない通知方法を選択する。なお、通知方法制御部５３は、本開示における通知方法制御手段の一例である。

操作制御部５４は、タッチパネル２２の操作内容を取得して、携帯端末装置１でなされた操作内容を認識する。

表示制御部５５は、携帯端末装置１の液晶ディスプレイ２０に、動作が制限された機能を表示する。なお、表示制御部５５は、本開示における表示手段の一例である。

通信制御部５６は、携帯端末装置１と、非図示の店舗サーバとの通信を制御する。携帯端末装置１は、例えば、入力された注文情報を店舗サーバに送信する。

（携帯端末装置の使用頻度の算出方法の説明）
次に、図４を用いて、携帯端末装置１の各機能の使用頻度を算出する方法を説明する。図４は、記憶部が記憶する使用頻度データの一例を示す図である。

使用頻度データＦ３は、携帯端末装置１が有する機能３１毎に、各機能の使用回数３２と正規化使用頻度３３とを記憶したファイルである。

使用回数３２は、各機能の累積使用回数を表す。即ち、図４の例は、機能Ａは、過去にｆ１回使用されて、機能Ｂは、過去にｆ２回使用されて、機能Ｃは、過去にｆ３回使用されたことを示す。

なお、単に累積された使用回数を使用頻度とすると、携帯端末装置１の使用期間の増大に伴って、使用頻度も増加してしまうため、本実施形態では、使用頻度の正規化を行う。すなわち、各機能の操作回数を全ての機能の操作回数の総和で除することによって、各機能の操作回数をパーセントで算出した値を、各機能の使用頻度とする。以後、このようにして算出した使用頻度を正規化使用頻度と呼ぶ。なお、以降、単に使用頻度と記載しているものは、全て正規化使用頻度を示すものとする。

図４に示す正規化使用頻度３３は、このようにして算出された値である。即ち、機能Ａの使用頻度は、機能Ａの使用回数ｆ１を、全ての機能の使用回数で除した値である。同様に、機能ｉの使用頻度は、機能ｉの使用回数ｆｉを、全ての機能の使用回数で除した値である。このように、正規化使用頻度を用いることで、携帯端末装置１の使用期間の増大に伴って、使用頻度が単調に増加してしまうのを防止することができる。

なお、携帯端末装置１を新たに使用開始した直後は、頻度データの母数が少ないため、正確な使用実態を把握することができない。そのため、ある程度頻度データが蓄積された後で（使用回数の総数が例えば１００回を超えた後で）機能制限制御を開始するのが望ましい。

（携帯端末装置の使用機能の制限方法の説明）
次に、図５，図６を用いて、携帯端末装置１の使用可能な機能を、使用頻度と電力残量に応じて制限する方法を説明する。図５は、使用可能な機能を制限する際に使用する機能制御テーブルの内容を説明する図である。図６は、電力残量に応じて、使用頻度と消費電力に応じた機能の使用が徐々に制限される様子を説明する図である。

携帯端末装置１の動作機能制限部５２は、バッテリー４０の電力残量が低下した場合に、記憶部１２が記憶する機能制御テーブルＦ５を参照することによって、一部の機能の動作を停止させる制御を行う。

ここで、まず機能制御テーブルＦ５の内容を説明する。機能制御テーブルＦ５は、携帯端末装置１が有する機能３１毎に、各機能の使用頻度ランク３４と、消費電力ランク３５とスコア３６とを記憶したファイルである。

使用頻度ランク３４は、使用頻度データＦ３に基づいて、使用頻度取得部５１ａが付与したランクである。使用頻度取得部５１ａは、予め設定した複数のしきい値と各機能の使用頻度とを比較することによって、使用頻度が低いほど、小さい使用頻度ランクを付与する。

消費電力ランク３５は、消費電力データＦ４に基づいて、動作機能制限部５２が付与したランクである。動作機能制限部５２は、予め設定した複数のしきい値と各機能の消費電力とを比較することによって、消費電力が小さいほど、小さい消費電力ランクを付与する。

スコア３６は、使用頻度ランク３４と消費電力ランク３５の積算値である。即ち、使用頻度が低く、なおかつ消費電力が低い機能ほどスコア３６が低い値になる。また、逆に、使用頻度が高く、なおかつ消費電力が高い機能ほどスコア３６が高い値になる。なお、図５に示すスコア３６は、使用頻度ランク３４と消費電力ランク３５との単純な積算値になっているが、使用頻度ランク３４と消費電力ランク３５とにそれぞれ重みを付けて積算することによって、使用頻度と消費電力のいずれか一方を重要視してもよい。

動作機能制限部５２は、バッテリー４０の電力残量が低下した場合に、機能制御テーブルＦ５を参照することによって、電力残量に応じたスコアの機能の動作を停止させる。これによって、動作機能制限部５２は、電力残量の低下に応じて、より多くの機能の動作を停止させる。

動作機能制限部５２は、バッテリー４０の電力残量に複数のしきい値を設定する。例えば、しきい値Ｔｈ１と、しきい値Ｔｈ１よりも小さいしきい値Ｔｈ２を設定する。このとき、動作機能制限部５２は、バッテリー４０の電力残量がしきい値Ｔｈ１よりも大きい場合は、携帯端末装置１の全ての機能を動作させる。そして、バッテリー４０の電力残量がしきい値Ｔｈ２よりも大きく、しきい値Ｔｈ１以下である場合は、携帯端末装置１の機能の中で、スコア“１”の機能の動作を停止させる。更に、バッテリー４０の電力残量がしきい値Ｔｈ２以下である場合は、携帯端末装置１の機能の中で、スコア“１”及びスコア“２”の機能の動作を停止させる。

同様に、しきい値Ｔｈ２よりも小さいしきい値Ｔｈ３を設定して、バッテリー４０の電力残量がしきい値Ｔｈ３以下である場合は、携帯端末装置１の機能の中で、スコア“１”、スコア“２”及びスコア“３”の機能の動作を停止させてもよい。

なお、動作機能制限部５２は、動作を停止させる機能を選択する際に、機能制御テーブルＦ５の使用頻度ランクのみに基づいて、動作を停止させる機能を選択してもよい。

次に、図６を用いて、動作機能制限部５２が行う具体的な動作を説明する。

携帯端末装置１の液晶ディスプレイ２０に表示されるメニュー画面Ｄ１には、携帯端末装置１で使用可能な複数のメニューが表示される。図６に示す例では、オーダ登録メニューｍ１と、オーダ確認メニューｍ２と、空席確認メニューｍ３と、ＮＦＣ読み込みメニューｍ４と、在庫確認メニューｍ５と、赤外線通信メニューｍ６とが表示される。

オーダ登録メニューｍ１は、客から受けた注文内容を登録するメニューである。オーダ確認メニューｍ２は、登録された注文内容に係る情報（注文内容、注文の準備状況等）を確認するメニューである。空席確認メニューｍ３は、空席状態を確認するメニューである。ＮＦＣ読み込みメニューｍ４は、客が所持する会員証の読取り等を行うメニューである。在庫確認メニューｍ５は、商品の在庫を確認するメニューである。赤外線通信メニューｍ６は、携帯端末装置１と周辺機器等とで赤外線通信を行うメニューである。

バッテリー４０の電力残量が充分に多い場合、これら全てのメニューは動作可能な状態、すなわち、アクティブなボタンとして液晶ディスプレイ２０に表示される（非図示）。

そして、バッテリー４０の電力残量がしきい値Ｔｈ２よりも大きくしきい値Ｔｈ１以下であるとき、動作機能制限部５２の指示によって、図６のメニュー画面Ｄ１に示すように、スコア“１”のＮＦＣ読み込みメニューｍ４が動作を停止する。動作を停止したメニューは、液晶ディスプレイ２０の画面上でボタンが暗転（グレーアウト）することによって、動作しない状態であることを示す。

そして、メニュー画面Ｄ１の下部には、表示制御部５５の指示によって、「バッテリーが減っています。充電してください。」というメッセージが表示される。

バッテリー４０の電力残量が更に低下して、しきい値Ｔｈ２以下になると、動作機能制限部５２の指示によって、図６のメニュー画面Ｄ２に示すように、スコア“１”のＮＦＣ読み込みメニューｍ４に加えて、スコア“２”の赤外線通信メニューｍ６が動作を停止する。そして、動作を停止したメニューは、液晶ディスプレイ２０の画面上でボタンが暗転することによって、動作しない状態であることを示す。

そして、メニュー画面Ｄ２の下部には、表示制御部５５の指示によって、「バッテリーが減っています。充電してください。」というメッセージが表示される。

なお、図６には示さないが、携帯端末装置１の通知方法制御部５３は、バッテリー４０の電力残量に応じて、通知手段の一例であるインジケータ５と、スピーカ６と、バイブレータ７とのうち、なるべく消費電力が少ない方法を選択して通知を行う。一般に、バイブレータ７、スピーカ６、インジケータ５の順に、通知を行う際に必要な消費電力が低下する。そのため、バッテリー４０の電力残量が充分に多い場合は、主にバイブレータ７やスピーカ６を用いて通知を行う。そして、バッテリー４０の電力残量が低下した場合は、主にスピーカ６やインジケータ５を用いて通知を行う。バッテリー４０の電力残量が更に低下した場合は、インジケータ５のみを用いて通知を行う。また、前記したように、各通知手段において、バッテリー４０の電力残量に応じて、通知方法を変更するようにしてもよい。

（携帯端末装置が行う処理の流れの説明）
図７を用いて、携帯端末装置１が行う処理の流れを説明する。図７は、第１の実施形態に係る携帯端末装置が行う処理の流れの一例を示すフローチャートである。以下、スローチャートの流れに沿って、各処理の内容を説明する。

操作制御部５４は、タッチパネル２２に操作入力があるかを判定する（ステップＳ１０）。タッチパネル２２に操作入力があると判定される（ステップＳ１０：Ｙｅｓ）と、ステップＳ１１に進む。一方、タッチパネル２２に操作入力があると判定されない（ステップＳ１０：Ｎｏ）とステップＳ１３に進む。

ステップＳ１０でＹｅｓと判定されると、使用頻度取得部５１ａは、使用頻度データＦ３を更新する（ステップＳ１１）。

動作機能制限部５２は、ステップＳ１１で更新された使用頻度データＦ３を参照して、機能制御テーブルＦ５の使用頻度ランク３４とスコア３６とを更新する（ステップＳ１２）。

バッテリー残量取得部５０は、バッテリー４０の電力残量がしきい値Ｔｈ１以下であるかを判定する（ステップＳ１３）。バッテリー４０の電力残量がしきい値Ｔｈ１以下であると判定される（ステップＳ１３：Ｙｅｓ）とステップＳ１４に進む。一方、バッテリー４０の電力残量がしきい値Ｔｈ１以下であると判定されない（ステップＳ１３：Ｎｏ）とステップＳ１７に進む。

ステップＳ１３においてＮｏと判定されると、動作機能制限部５２は、携帯端末装置１の全ての機能を使用可能とする（ステップＳ１７）。その後、ステップＳ１８に進む。

一方、ステップＳ１３においてＹｅｓと判定されると、バッテリー残量取得部５０は、バッテリー４０の電力残量がしきい値Ｔｈ２以下であるかを判定する（ステップＳ１４）。バッテリー４０の電力残量がしきい値Ｔｈ２以下であると判定される（ステップＳ１４：Ｙｅｓ）とステップＳ１５に進む。一方、バッテリー４０の電力残量がしきい値Ｔｈ２以下であると判定されない（ステップＳ１４：Ｎо）とステップＳ１６に進む。

ステップＳ１４においてＮｏと判定されると、動作機能制限部５２は、携帯端末装置１の機能制御テーブルＦ５においてスコアが“１”の機能を制限（使用を停止）する（ステップＳ１６）。その後、ステップＳ１８に進む。

一方、ステップＳ１４においてＹｅｓと判定されると、動作機能制限部５２は、携帯端末装置１の機能制御テーブルＦ５においてスコアが“２”の機能を制限（使用を停止）する（ステップＳ１５）。その後、ステップＳ１８に進む。

ステップＳ１５、ステップＳ１６、又はステップＳ１７に続いて、表示制御部５５は、携帯端末装置１のメニュー画面の表示を変更する（ステップＳ１８）。具体的には、ステップＳ１５又はステップＳ１６において、使用を停止させた機能に対応するメニューボタンをグレーアウトする。

さらに、通知方法制御部５３は、携帯端末装置１のバッテリー４０の電力残量に応じて、前記したように情報の通知方法を変更する（ステップＳ１９）。

操作制御部５４は、携帯端末装置１の電源をオフにする操作がなされたかを検出する（ステップＳ２０）。携帯端末装置１の電源をオフにする操作がなされたと判定される（ステップＳ２０：Ｙｅｓ）と、携帯端末装置１は、図７の処理を終了する。一方、携帯端末装置１の電源をオフにする操作がなされたと判定されない（ステップＳ２０：Ｎｏ）と、ステップＳ１０に戻る。

以上説明したように、第１の実施形態の携帯端末装置１（情報処理装置）において、バッテリー残量取得部５０（残量取得手段）は、携帯端末装置１に電力を供給するバッテリー４０（電力供給手段）の電力残量を取得する。そして、動作機能制限部５２（動作機能制限手段）は、バッテリー４０の電力残量と、携帯端末装置１の各機能の使用頻度とに基づいて、動作させる機能を制限する。したがって、バッテリー４０の電力残量が低下した場合に、使用頻度が低い機能の動作を停止させることによって、バッテリー４０の使用時間を延長させることができる。そのため、不特定多数の人が使用する携帯端末装置であっても、過去の使用履歴に基づいて、動作を制限する機能が選択されるため、よく使用される機能の動作は制限されにくくなる。これによって、利便性を損なわずに機器の動作時間を延ばすことができる。

また、第１の実施形態の携帯端末装置１（情報処理装置）において、動作機能制限部５２（動作機能制限手段）は、携帯端末装置１の各機能の使用頻度と消費電力とを考慮して、動作させる機能を制限する。したがって、例えば同じ使用頻度の機能が複数ある場合に、消費電力が大きい機能を優先的に制限することによって、より効率的な機能制限を行うことができる。

また、第１の実施形態の携帯端末装置１（情報処理装置）において、動作機能制限部５２（動作機能制限手段）は、携帯端末装置１のバッテリー４０の電力残量に応じて、動作させる機能を段階的に制限する。したがって、一斉に多くの機能を使用不可とするのではなく、そのときの電力残量に応じて、できるだけ多くの機能を使用することができる。

また、第１の実施形態の携帯端末装置１（情報処理装置）において、表示制御部５５（表示手段）は、液晶ディスプレイ２０に、動作が制限されたことを示す表示を行う。したがって、携帯端末装置１の操作者に対して、動作が制限されていることを明示することができる。

また、第１の実施形態の携帯端末装置１（情報処理装置）において、通知方法制御部５３（通知方法制御手段）は、携帯端末装置１のバッテリー４０の電力残量の低下に応じて、携帯端末装置１の動作状態を通知する複数の通知手段（インジケータ５、スピーカ６、バイブレータ７）の中から、より消費電力が少ない通知方法を選択する。したがって、バッテリー４０の電力残量が低下した際に、通知手段によるバッテリー４０の電力消費を抑制することができる。

なお、携帯端末装置１が動作させる機能を制限させた際に、制限される機能によっては、携帯端末装置１に接続されて、携帯端末装置１から電力を供給される周辺機器を使用できなくなる場合がある。そのため、携帯端末装置１が機能制限を行った際に、前記した通知手段（インジケータ５、スピーカ６、バイブレータ７）を用いて、周辺機器の使用可否を通知するようにしてもよい。

また、第１の実施形態では、携帯端末装置１の例としてオーダ端末の例をあげて説明したが、本開示は、二次電池を内蔵する別の携帯端末にも適用することができる。例えば、店内で利用するカートに設置されて、客が自ら購入商品の登録等を行うカートＰＯＳ用端末装置や、物流分野において棚卸しの際などに利用する業務用発注端末装置等にも適用することができる。

また、携帯端末装置１は、バッテリー４０の電力残量を取得することができ、また、各機能の消費電力データＦ４を有しているため、各機能のおおよその使用可能回数の予測値を算出して、液晶ディスプレイ２０に表示してもよい。

（第２の実施形態）
以下、添付図面を参照して、本開示の第２の実施形態を説明する。第２の実施形態は、本開示の情報処理装置を、飲食店や販売店等において、客の注文に応じて飲食サービスや商品販売サービスを提供する注文処理システム３０に適用した例である。

（注文処理システムの概略構成）
図８は、第２の実施形態の注文処理システムの概略構成を示すシステム図である。注文処理システム３０は、店舗で使用される複数の携帯端末装置２と、店舗サーバ３と、伝票プリンタ４とを、ＬＡＮ（Local Area Network）９がそれぞれ接続している。ただし、携帯端末装置２は、無線アクセスポイント８を介してＬＡＮ９に接続される。

携帯端末装置２は、第１の実施形態で説明した携帯端末装置１とほぼ同じ機能を備えて、ハードウェア構成も携帯端末装置１とほぼ同じである。但し、第１の実施形態において、携帯端末装置１は、内部に記憶した、非図示の制御プログラムＰ２によって動作して、携帯端末装置１の内部に制御部１０（図９参照）を構成する。また、携帯端末装置２の使用頻度を表す使用頻度データＦ３は、店舗サーバ３に送信されて、店舗サーバ３において記憶、管理される点が第１の実施形態とは異なる。

また、携帯端末装置２は、複数用意されて、不特定の注文担当店員によって操作されるものとする。そして、携帯端末装置２は、オーダ入力のためのユーザの操作を入力する注文受付装置として機能する。携帯端末装置２は、入力した操作に従って注文情報を生成し、この注文情報を、無線アクセスポイント８およびＬＡＮ９を介して店舗サーバ３に伝送する。

店舗サーバ３は、ＰＣ（Personal Computer）やＰＯＳ（Point of Sales）端末等であり、例えば接客フロアやチェックアウトカウンタに設置される。店舗サーバ３は、客に対する案内業務、受注業務、給仕（配膳）業務、あるいは会計業務など各種の業務に関する処理を行う。なお、店舗サーバ３は、各携帯端末装置２から機能毎の使用頻度を取得して、複数の携帯端末装置２の機能毎の使用頻度を算出する。

なお、店舗サーバ３は、一般的なコンピュータのハードウェア構成を備える。店舗サーバ３は、内部に記憶した制御プログラムＰ２によって動作して、店舗サーバ３の内部に制御部１１（図９参照）を構成する。

伝票プリンタ４は、例えば接客フロアやキッチンに設置される。接客フロアに設置された伝票プリンタ４は、注文情報に基づく注文伝票を顧客のために印刷する。すなわち、接客フロアに設置された伝票プリンタ４は、いわゆるカスタマープリンタとして利用される。またキッチンに設置された伝票プリンタ４は、注文情報に基づく調理指示伝票を調理人のために印刷する。即ち、キッチンに設置された伝票プリンタ４は、いわゆるキッチンプリンタとして利用される。

（注文処理システムの機能構成）
図９は、第２の実施形態の注文処理システムの機能構成の一例を示す機能ブロック図である。携帯端末装置２の制御部１０は、非図示の制御プログラムＰ２を動作させることによって、図９に示すバッテリー残量取得部５０と、使用頻度取得部５１ｂと、動作機能制限部５２と、通知方法制御部５３と、操作制御部５４と、表示制御部５５と、通信制御部５６とを機能部として実現する。

使用頻度取得部５１ｂは、携帯端末装置２の各機能の使用回数を取得する。そして、使用頻度取得部５１ｂは、通信制御部５６に対して、取得した使用頻度を店舗サーバ３に送信させる。

通信制御部５６は、携帯端末装置２と店舗サーバ３との通信を制御する。

それ以外の各機能部は、第１の実施形態で説明した各機能部（図３参照）と同じ機能を有する。

また、店舗サーバ３の制御部１１は、非図示の制御プログラムＰ３を動作させることによって、図９に示す使用頻度集約部６０と、使用頻度分析部６１と、通信制御部６２とを機能部として実現する。

使用頻度集約部６０は、複数の携帯端末装置２（２ａ，２ｂ，…）から各携帯端末装置２の機能毎の使用頻度を集約する。

使用頻度分析部６１は、複数の携帯端末装置２（２ａ，２ｂ，…）から集約した携帯端末装置２の機能毎の使用頻度を分析することによって、店舗で用いられている全ての携帯端末装置２の機能毎の使用頻度を算出する。詳しくは後述する（図１０参照）。

通信制御部６２は、店舗サーバ３と携帯端末装置２との通信を制御する。

（携帯端末装置の使用頻度の算出方法の説明）
図１０は、店舗サーバが、複数の携帯端末装置から各機能の使用頻度を集約して、分析する方法を説明する図である。

例えば、携帯端末装置２ａにおいて、各機能Ａ，Ｂ，Ｃが、それぞれ使用回数ｆ１，ｆ２，ｆ３だけ使用されたとする。また、携帯端末装置２ｂにおいて、各機能Ａ，Ｂ，Ｃが、それぞれ使用回数ｇ１，ｇ２，ｇ３だけ使用されたとする。これらの使用回数は、携帯端末装置２（２ａ，２ｂ）の各々から店舗サーバ３に送信される。

店舗サーバ３は、携帯端末装置２（２ａ，２ｂ）の各々から使用回数を受信して、使用頻度集約部６０が、使用回数３２を機能３１毎に集約する。図１０の例では、各機能Ａ，Ｂ，Ｃが、それぞれ使用回数ｆ１＋ｇ１，ｆ２＋ｇ２，ｆ３＋ｇ３だけ使用されたと集約される。

次に、使用頻度分析部６１が、機能毎の正規化使用頻度３３を算出する。正規化使用頻度３３の算出方法は、第１の実施形態で説明した通りである。このようにして作成された使用頻度データＦ３は、店舗サーバ３に記憶される。そして、所定のタイミング（１日１回、１週間に１回等）で携帯端末装置２（２ａ，２ｂ）の各々から使用回数を受信して更新される。

店舗サーバ３は、このようにして算出した正規化使用頻度３３を、各携帯端末装置２に送信する。そして、各携帯端末装置２は、店舗サーバ３から受信した正規化使用頻度３３に基づいて、機能制御テーブルＦ５（図５参照）の使用頻度ランク３４及びスコア３６を更新する。なお、機能制御テーブルＦ５の更新までを店舗サーバ３で行ってもよい。

その後、各携帯端末装置２は、機能制御テーブルＦ５に基づいて、第１の実施形態で説明した通りに、バッテリー４０の電力残量に応じた機能制限を行う。

（注文処理システムが行う処理の流れの説明）
図１１は、注文処理システムが行う処理の流れの一例を示すフローチャートである。まず、携帯端末装置２が行う処理の流れを説明する。

操作制御部５４は、タッチパネル２２に操作入力があるかを判定する（ステップＳ３０）。タッチパネル２２に操作入力があると判定される（ステップＳ３０：Ｙｅｓ）と、ステップＳ３１に進む。一方、タッチパネル２２に操作入力があると判定されない（ステップＳ３０：Ｎｏ）とステップＳ３３に進む。

ステップＳ３０でＹｅｓと判定されると、使用頻度取得部５１ｂは、通信制御部５６に、携帯端末装置２の機能毎の使用回数を店舗サーバ３に送信させる（ステップＳ３１）。

次に、使用頻度取得部５１ｂは、店舗サーバ３から、携帯端末装置２の機能毎の使用頻度を受信する（ステップＳ３２）。

動作機能制限部５２は、店舗サーバ３から受信した携帯端末装置２の機能毎の使用頻度を用いて機能制御テーブルＦ５を更新する（ステップＳ３３）。

その後、携帯端末装置２が行うステップＳ２４からステップＳ４１の処理は、第１の実施形態において、携帯端末装置１が行うステップＳ１３からステップＳ２０の処理（図７参照）と同じであるため、説明は省略する。

次に、店舗サーバ３が行う処理の流れを説明する。使用頻度集約部６０は、携帯端末装置２から、携帯端末装置２の機能毎の使用回数を受信したかを判定する（ステップＳ５０）。携帯端末装置２の機能毎の使用回数を受信したと判定される（ステップＳ５０：Ｙｅｓ）とステップＳ５１に進む。一方、携帯端末装置２の機能毎の使用回数を受信したと判定されない（ステップＳ５０：Ｎｏ）とステップＳ５０に戻る。

使用頻度分析部６１は、使用頻度データＦ３を更新する（ステップＳ５１）。

使用頻度分析部６１は、通信制御部６２に、携帯端末装置２の機能毎の使用頻度を各携帯端末装置２に送信させる（ステップＳ５２）。その後、ステップＳ５０に戻る。

以上説明したように、第２の実施形態の注文処理システム３０によると、店舗サーバ３の使用頻度集約部６０は、携帯端末装置２から送信された携帯端末装置２の機能毎の操作頻度を集約して、使用頻度分析部６１は、複数の携帯端末装置２（２ａ，２ｂ，…）から集約した携帯端末装置２の機能毎の使用頻度を分析することによって、全ての携帯端末装置２の機能毎の使用頻度を更新する。そして、携帯端末装置２は、更新された使用頻度を携帯端末装置２の各々に送信する。携帯端末装置２は、受信した使用頻度に基づいて機能制御テーブルＦ５を更新し、第１の実施形態で説明したように、バッテリー４０の電力残量に応じて機能制限を行う。したがって、店内で複数の携帯端末装置２が使用される場合であっても、全ての携帯端末装置２の使用履歴に基づく使用頻度を算出して、バッテリー４０の電力残量に応じた機能制限に使用することができる。

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

１，２…携帯端末装置（情報処理装置）、３…店舗サーバ、５…インジケータ（通知手段）、６…スピーカ（通知手段）、７…バイブレータ（通知手段）、４０…バッテリー（電力供給手段）、５２…動作機能制限部（動作機能制限部）、５０…バッテリー残量取得部（残量取得手段）、５３…通知方法制御部（通知方法制御手段）、５５…表示制御部（表示手段）、Ｆ３…使用頻度データ、Ｆ４…消費電力データ、Ｆ５…機能制御テーブル

特開２００２－７００２号公報

Claims (7)

1. 情報処理装置に対して電力を供給する、充電可能な電力供給手段と、
   前記電力供給手段の電力残量を取得する残量取得手段と、
   自身が使用した各機能の第１の使用頻度をサーバ装置に出力する出力手段と、
   前記サーバ装置から、複数の前記情報処理装置の出力手段がそれぞれ出力した前記第１の使用頻度に応じて更新された、複数の前記情報処理装置における各機能の第２の使用頻度を取得する取得手段と、
   前記電力供給手段の電力残量と前記第２の使用頻度とに基づいて、動作させる機能を制限する動作機能制限手段と、
   を備える情報処理装置。
2. 前記動作機能制限手段は、
   更に、各機能の消費電力を考慮して、動作させる機能を制限する、
   請求項１に記載の情報処理装置。
3. 前記動作機能制限手段は、
   前記電力供給手段の電力残量に応じて、動作させる機能を段階的に制限する、
   請求項１又は請求項２に記載の情報処理装置。
4. 動作が制限された機能を表示する表示手段を更に備える、
   請求項１乃至請求項３のいずれか１項に記載の情報処理装置。
5. 前記電力供給手段の電力残量の低下に応じて、情報処理装置の動作状態を通知する複数の通知手段の中から、より消費電力が少ない通知方法を選択する通知方法制御手段を更に備える、
   請求項１乃至請求項４のいずれか１項に記載の情報処理装置。
6. 複数の情報処理装置から、複数の情報処理装置の各々が使用した各機能の第１の使用頻度を取得する取得手段と、
   前記取得手段が取得した前記第１の使用頻度に基づいて、複数の前記情報処理装置が使用した各機能の第２の使用頻度を算出する算出手段と、
   前記第２の使用頻度を複数の前記情報処理装置に出力する出力手段と、
   を備えるサーバ装置。
7. 情報処理装置に対して電力を供給する、充電可能な電力供給手段を備えるコンピュータを、
   前記電力供給手段の電力残量を取得する残量取得手段と、
   自身が使用した各機能の第１の使用頻度をサーバ装置に出力する出力手段と、
   前記サーバ装置から、複数の前記情報処理装置の出力手段がそれぞれ出力した前記第１の使用頻度に応じて更新された、複数の前記情報処理装置における各機能の第２の使用頻度を取得する取得手段と、
   前記電力供給手段の電力残量と前記第２の使用頻度とに基づいて、動作させる機能を制限する動作機能制限手段と、
   して機能させるプログラム。

Images