(57)【要約】【課題】他のコンピュータと通信する携帯情報端末において、アプリケーションのリスタート処理を柔軟に制御する。【解決手段】携帯情報端末１０は、通信アプリＡ１および待機アプリＡ２を実行可能である。通信アプリＡ１は、定期的に管理ＰＣ５２にリクエストを送信し、リクエストに対する管理ＰＣ５２からのレスポンスがなくタイムアウトしたタイムアウト回数をカウントし、タイムアウト回数が所定の回数閾値を超えた場合に、待機アプリＡ２を起動して通信アプリＡ１自身を終了する。待機アプリＡ２は、所定のリスタート条件が満たされた場合に、通信アプリＡ１を起動して待機アプリＡ２自身を終了する。【選択図】図９
2015011367.tif 000002
【特許請求の範囲】
【請求項１】
携帯情報端末であって、
前記携帯情報端末は、通信アプリケーションプログラム（以下、「通信アプリ」と略記）および待機アプリケーションプログラム（以下、「待機アプリ」と略記）を実行可能であり、
前記携帯情報端末は、前記通信アプリを実行することにより、
‐通信ネットワークを介して、他のコンピュータにリクエストを送信する機能と、
‐前記リクエストに対する前記他のコンピュータからのレスポンスがなくタイムアウトしたタイムアウト回数をカウントする機能と、
‐前記タイムアウト回数が所定の回数閾値を超えた場合に、前記待機アプリを起動する機能と、
‐前記タイムアウト回数が所定の回数閾値を超えた場合に、前記通信アプリを終了する機能と
を実現し、
前記携帯情報端末は、前記待機アプリを実行することにより、
‐所定のリスタート条件が満たされた場合に、前記通信アプリを起動する機能と、
‐前記リスタート条件が満たされた場合に、前記待機アプリを終了する機能と
を実現し、
前記携帯情報端末は、前記通信アプリを実行することにより、さらに時刻に応じて前記回数閾値を変更する機能を実現する、携帯情報端末。
【請求項２】
携帯情報端末であって、
前記携帯情報端末は、通信アプリケーションプログラム（以下、「通信アプリ」と略記）および待機アプリケーションプログラム（以下、「待機アプリ」と略記）を実行可能であり、
前記携帯情報端末は、前記通信アプリを実行することにより、
‐通信ネットワークを介して、他のコンピュータにリクエストを送信する機能と、
‐前記リクエストに対する前記他のコンピュータからのレスポンスがなくタイムアウトしたタイムアウト回数をカウントする機能と、
‐前記タイムアウト回数が所定の回数閾値を超えた場合に、前記待機アプリを起動する機能と、
‐前記タイムアウト回数が所定の回数閾値を超えた場合に、前記通信アプリを終了する機能と
を実現し、
前記携帯情報端末は、前記待機アプリを実行することにより、
‐所定のリスタート条件が満たされた場合に、前記通信アプリを起動する機能と、
‐前記リスタート条件が満たされた場合に、前記待機アプリを終了する機能と
を実現し、
前記携帯情報端末は、第１の前記通信アプリおよび第２の前記通信アプリを含む、少なくとも２種類の通信アプリを実行可能であり、
前記第１の通信アプリに対する前記回数閾値と、前記第２の通信アプリに対する前記回数閾値とは異なる値である、携帯情報端末。
【請求項３】
携帯情報端末であって、
前記携帯情報端末は、通信アプリケーションプログラム（以下、「通信アプリ」と略記）および待機アプリケーションプログラム（以下、「待機アプリ」と略記）を実行可能であり、
前記携帯情報端末は、前記通信アプリを実行することにより、
‐通信ネットワークを介して、他のコンピュータにリクエストを送信する機能と、
‐前記リクエストに対する前記他のコンピュータからのレスポンスがなくタイムアウトしたタイムアウト回数をカウントする機能と、
‐前記タイムアウト回数が所定の回数閾値を超えた場合に、前記待機アプリを起動する機能と、
‐前記タイムアウト回数が所定の回数閾値を超えた場合に、前記通信アプリを終了する機能と
を実現し、
前記携帯情報端末は、前記待機アプリを実行することにより、
‐所定のリスタート条件が満たされた場合に、前記通信アプリを起動する機能と、
‐前記リスタート条件が満たされた場合に、前記待機アプリを終了する機能と
を実現し、
前記携帯情報端末は、前記待機アプリを実行することにより、さらに使用者に対して所定のリスタート操作の入力を促すリスタート操作待受機能を実現し、
前記リスタート条件は、前記リスタート操作が入力されることである、携帯情報端末。
【請求項４】
前記携帯情報端末はタッチパネルを備え、
前記リスタート操作待受機能は、前記タッチパネルに、操作可能なボタンを表示する機能を含み、
前記リスタート操作は前記ボタンに対する操作である、請求項３に記載の携帯情報端末。
【請求項５】
前記通信アプリは、前記他のコンピュータからの前記レスポンスに基づいて前記回数閾値を決定する、請求項１〜４のいずれか一項に記載の携帯情報端末。
【請求項６】
前記携帯情報端末は、ＯＳを実行することにより、
‐タイムアウトしたすべての前記リクエストに関するタイムアウト情報を、そのリクエストを送信した通信アプリが実行されている限り記憶する機能と、
‐前記通信アプリを終了することに応じ、その通信アプリに関連する前記タイムアウト情報を消去する機能と
を実現し、
前記携帯情報端末は、前記通信アプリを実行することによっては、前記タイムアウト情報を消去する前記機能を実現できない、請求項１〜５のいずれか一項に記載の携帯情報端末。
【請求項７】
前記携帯情報端末は、１つまたは複数のリセット操作手段を備え、
前記携帯情報端末は、前記リセット操作手段のいずれかまたは複数に対する操作を含む所定のリセット操作が入力されることに応じて、電源の再投入またはＯＳのリブートを含むリセット処理を実行する機能を備え、
前記携帯情報端末は、前記リセット操作が入力されていない場合には、前記通信アプリおよび前記待機アプリを含むいかなるアプリケーションプログラムを実行することによっても、前記リセット処理を実行できない、請求項１〜６のいずれか一項に記載の携帯情報端末。
【請求項８】
請求項７に記載の携帯情報端末と、
少なくとも前記リセット操作手段の近傍に設けられるガード部材であって、人間の指による前記リセット操作手段の操作を不可能または通常より困難とする、ガード部材と
を備える、携帯情報端末セット。
【請求項９】
前記通信アプリおよび前記待機アプリを含み、
コンピュータを請求項１〜７のいずれか一項に記載の携帯情報端末として機能させるプログラム。
【請求項１０】
請求項１〜７のいずれか一項に記載の携帯情報端末または請求項８に記載の携帯情報端末セットと、
前記他のコンピュータと
を備え、
前記他のコンピュータは、前記携帯情報端末からの前記リクエストに対して前記レスポンスを送信する、レスポンス機能を実行可能であり、
前記他のコンピュータは、所定期間についての所定のスケジュールに応じ、前記所定期間の一部では前記レスポンス機能を実行し、前記所定期間の他の一部では前記レスポンス機能を実行しない
コンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯情報端末、携帯情報端末セット、プログラムおよびコンピュータシステムに関する。
【背景技術】
【０００２】
プログラムのエラーを検知し、エラーの内容に応じてプログラムを再起動させる技術が公知である。このような技術の例は特許文献１に記載される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−３４７７５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術では、プログラムのリスタートの判定基準が固定化されており、柔軟にリスタート処理を制御することができないという問題があった。
たとえば、特許文献１の技術では、エラーが発生するたびにその内容に応じて固定された再起動判定を行うことはできても、エラーの回数に応じて柔軟に再起動要否を判断することができない。
また、特許文献１の技術では、再起動を要する状況が発生した後に、再起動のタイミングを柔軟に指定することができなかった。
【０００５】
この発明は、このような問題点を解決するためになされたものであり、柔軟にリスタート処理を制御できる携帯情報端末、携帯情報端末セット、プログラムおよびコンピュータシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述の問題点を解決するため、この発明に係る携帯情報端末は、通信アプリケーションプログラム（以下、「通信アプリ」と略記）および待機アプリケーションプログラム（以下、「待機アプリ」と略記）を実行可能であり、
前記携帯情報端末は、前記通信アプリを実行することにより、
‐通信ネットワークを介して、他のコンピュータにリクエストを送信する機能と、
‐前記リクエストに対する前記他のコンピュータからのレスポンスがなくタイムアウトしたタイムアウト回数をカウントする機能と、
‐前記タイムアウト回数が所定の回数閾値を超えた場合に、前記待機アプリを起動する機能と、
‐前記タイムアウト回数が所定の回数閾値を超えた場合に、前記通信アプリを終了する機能と
を実現し、
前記携帯情報端末は、前記待機アプリを実行することにより、
‐所定のリスタート条件が満たされた場合に、前記通信アプリを起動する機能と、
‐前記リスタート条件が満たされた場合に、前記待機アプリを終了する機能と
を実現し、
前記携帯情報端末は、前記通信アプリを実行することにより、さらに時刻に応じて前記回数閾値を変更する機能を実現する。
また、この発明に係る携帯情報端末は、通信アプリケーションプログラム（以下、「通信アプリ」と略記）および待機アプリケーションプログラム（以下、「待機アプリ」と略記）を実行可能であり、
前記携帯情報端末は、前記通信アプリを実行することにより、
‐通信ネットワークを介して、他のコンピュータにリクエストを送信する機能と、
‐前記リクエストに対する前記他のコンピュータからのレスポンスがなくタイムアウトしたタイムアウト回数をカウントする機能と、
‐前記タイムアウト回数が所定の回数閾値を超えた場合に、前記待機アプリを起動する機能と、
‐前記タイムアウト回数が所定の回数閾値を超えた場合に、前記通信アプリを終了する機能と
を実現し、
前記携帯情報端末は、前記待機アプリを実行することにより、
‐所定のリスタート条件が満たされた場合に、前記通信アプリを起動する機能と、
‐前記リスタート条件が満たされた場合に、前記待機アプリを終了する機能と
を実現し、
前記携帯情報端末は、第１の前記通信アプリおよび第２の前記通信アプリを含む、少なくとも２種類の通信アプリを実行可能であり、
前記第１の通信アプリに対する前記回数閾値と、前記第２の通信アプリに対する前記回数閾値とは異なる値である。
また、この発明に係る携帯情報端末は、通信アプリケーションプログラム（以下、「通信アプリ」と略記）および待機アプリケーションプログラム（以下、「待機アプリ」と略記）を実行可能であり、
前記携帯情報端末は、前記通信アプリを実行することにより、
‐通信ネットワークを介して、他のコンピュータにリクエストを送信する機能と、
‐前記リクエストに対する前記他のコンピュータからのレスポンスがなくタイムアウトしたタイムアウト回数をカウントする機能と、
‐前記タイムアウト回数が所定の回数閾値を超えた場合に、前記待機アプリを起動する機能と、
‐前記タイムアウト回数が所定の回数閾値を超えた場合に、前記通信アプリを終了する機能と
を実現し、
前記携帯情報端末は、前記待機アプリを実行することにより、
‐所定のリスタート条件が満たされた場合に、前記通信アプリを起動する機能と、
‐前記リスタート条件が満たされた場合に、前記待機アプリを終了する機能と
を実現し、
前記携帯情報端末は、前記待機アプリを実行することにより、さらに使用者に対して所定のリスタート操作の入力を促すリスタート操作待受機能を実現し、
前記リスタート条件は、前記リスタート操作が入力されることである、携帯情報端末。
【０００７】
前記携帯情報端末はタッチパネルを備え、
前記リスタート操作待受機能は、前記タッチパネルに、操作可能なボタンを表示する機能を含み、
前記リスタート操作は前記ボタンに対する操作であってもよい。
前記通信アプリは、前記他のコンピュータからの前記レスポンスに基づいて前記回数閾値を決定してもよい。
前記携帯情報端末は、ＯＳを実行することにより、
‐タイムアウトしたすべての前記リクエストに関するタイムアウト情報を、そのリクエストを送信した通信アプリが実行されている限り記憶する機能と、
‐前記通信アプリを終了することに応じ、その通信アプリに関連する前記タイムアウト情報を消去する機能と
を実現し、
前記携帯情報端末は、前記通信アプリを実行することによっては、前記タイムアウト情報を消去する前記機能を実現できないものであってもよい。
前記携帯情報端末は、１つまたは複数のリセット操作手段を備え、
前記携帯情報端末は、前記リセット操作手段のいずれかまたは複数に対する操作を含む所定のリセット操作が入力されることに応じて、電源の再投入またはＯＳのリブートを含むリセット処理を実行する機能を備え、
前記携帯情報端末は、前記リセット操作が入力されていない場合には、前記通信アプリおよび前記待機アプリを含むいかなるアプリケーションプログラムを実行することによっても、前記リセット処理を実行できないものであってもよい。
【０００８】
また、この発明に係る携帯情報端末セットは、上述の携帯情報端末と、
少なくとも前記リセット操作手段の近傍に設けられるガード部材であって、人間の指による前記リセット操作手段の操作を不可能または通常より困難とする、ガード部材と
を備える。
【０００９】
また、この発明に係るプログラムは、前記通信アプリおよび前記待機アプリを含み、
コンピュータを上述の携帯情報端末として機能させる。
【００１０】
また、この発明に係るコンピュータシステムは、上述の携帯情報端末または携帯情報端末セットと、
前記他のコンピュータと
を備え、
前記他のコンピュータは、前記携帯情報端末からの前記リクエストに対して前記レスポンスを送信する、レスポンス機能を実行可能であり、
前記他のコンピュータは、所定期間についての所定のスケジュールに応じ、前記所定期間の一部では前記レスポンス機能を実行し、前記所定期間の他の一部では前記レスポンス機能を実行しない。
【発明の効果】
【００１１】
この発明に係る携帯情報端末、携帯情報端末セット、プログラムおよびコンピュータシステムによれば、タイムアウトが頻発した場合において、通信アプリをリスタートするための条件を柔軟に制御できる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態１に係るコンピュータシステムを含む構成の例を示す図である。
【図２】図１のコンピュータシステムの接続構成の例を示す図である。
【図３】図１の携帯情報端末のソフトウェア構成および管理ＰＣとの通信内容の例を示す図である。
【図４】図１の携帯情報端末のハードウェア構成の例を示す図である。
【図５】図１の携帯情報端末に取り付けられる端末ケースの構成の例を示す図である。
【図６】図５の端末ケースに図１の携帯情報端末が収容された状態を示す図である。
【図７】マスタ情報の更新があった場合の動作の流れの具体例を示す図である。
【図８】レスポンスが受信できない場合の動作の流れの具体例を示す図である。
【図９】管理ＰＣが長時間レスポンスを送信しなかった場合の動作の流れの具体例を示す図である。
【図１０】待機画面の例である。
【図１１】スケジュールの更新があった場合の動作の流れの具体例を示す図である。
【図１２】実施の形態２における異なる回数閾値の具体例を示す図である。
【発明を実施するための形態】
【００１３】
以下、この発明の実施の形態を添付図面に基づいて説明する。
実施の形態１．
図１に、本発明の実施の形態１に係るコンピュータシステムを含む構成を示す。コンピュータシステムは、たとえば顧客からの注文を店頭で受け付ける店舗に設けられる。本実施形態の例では飲食店に設けられる。
【００１４】
コンピュータシステムは、１つまたは複数の携帯情報端末１０を備える。携帯情報端末１０は用途ごとに複数種類のものが準備されてもよく、たとえば本実施形態では次の３種類を含む。
‐スタッフエリアに設けられるスタッフ用携帯情報端末１０ａ
‐客席エリアに設けられる顧客用注文表示用携帯情報端末１０ｂ
‐受付エリアに設けられるスタッフ用注文・会計表示用携帯情報端末１０ｃ
各種類の携帯情報端末１０の数は、図１に示した具体例に限らない。
【００１５】
携帯情報端末１０のハードウェアとしては、公知の携帯情報端末またはタブレット端末を用いることができる。たとえば、携帯情報端末１０はコンピュータとしての構成を含み、演算を行う演算手段と、情報を格納する記憶手段と、使用者の操作を受け付ける入力手段と、情報を表示する表示手段と、外部の通信ネットワークに対し情報の入出力を受け付けるネットワークインタフェースとを備える。たとえば、演算手段はＣＰＵ（中央処理装置）を含み、記憶手段は半導体メモリおよびＨＤＤ（ハードディスクドライブ）等の記憶媒体を含む。また、たとえば入力手段はタッチパッドを含み、表示手段は液晶ディスプレイを含む。タッチパッドおよび液晶ディスプレイを含むタッチパネルを備えてもよい。このような携帯情報端末１０は、たとえばｉＰａｄ（登録商標）を用いて構成することができる。
【００１６】
携帯情報端末１０は、それぞれＯＳおよびアプリケーションプログラムを実行する。ここで、各種類の携帯情報端末１０は、たとえば、すべて同一のハードウェアおよびＯＳを用い、それぞれ異なるアプリケーションプログラムを実行させることにより実現することができる。このアプリケーションプログラムは、事前に各携帯情報端末１０の記憶手段に格納させておくことができる。各携帯情報端末１０は、それぞれの記憶手段に格納されたプログラム（ＯＳ、後述の通信アプリ、および後述の待機アプリを含む）を実行することにより、本明細書に記載される機能を実現する。
【００１７】
コンピュータシステムは、携帯情報端末１０の動作を制御する管理ＰＣ５２を備える。管理ＰＣ５２はたとえば公知のコンピュータを用いて構成することができる。また、コンピュータシステムは、無線ＬＡＮを介して管理ＰＣ５２と他のコンピュータとの通信を仲介するアクセスポイント５３を備える。
【００１８】
図２に、コンピュータシステムの接続構成の例を示す。各携帯情報端末１０およびアクセスポイント５３は、いずれも管理ＰＣ５２と通信可能に接続される。たとえば本実施形態では、携帯情報端末１０、管理ＰＣ５２およびアクセスポイント５３はすべて同一のＬＡＮに接続されている。このＬＡＮは有線ＬＡＮ等の有線ネットワークであってもよく、無線ＬＡＮ等の無線ネットワークであってもよく、両者を組み合わせてもよい。
【００１９】
また、アクセスポイント５３は、無線ネットワークを介して他のコンピュータと通信可能であり、本実施形態ではサーバ５４と通信可能である。このため、管理ＰＣ５２はアクセスポイント５３を介してサーバ５４と通信可能となっている。
【００２０】
管理ＰＣ５２は、各携帯情報端末１０の死活監視を行う機能を備える。たとえば、いずれかの携帯情報端末１０について電源の切断や通信障害が発生した場合、これを検知してアラート表示を行う。また、管理ＰＣ５２は、たとえば日次処理としてサーバ５４に売上データを送信する。
【００２１】
このような構成により、コンピュータシステムは飲食店の営業を支援する。たとえば、顧客が携帯情報端末１０ｂから注文を入力すると、注文の内容がスタッフエリアの携帯情報端末１０ａに表示される。これに応じてスタッフが注文品を用意する。
【００２２】
図３に、携帯情報端末１０のソフトウェア構成および管理ＰＣ５２との通信内容の例を示す。
携帯情報端末１０の記憶手段は、ＯＳ（オペレーティングシステム）と、複数のアプリケーションプログラムとを記憶し、それぞれを単独でまたは組み合わせて実行可能である。アプリケーションプログラムは、通信アプリケーションプログラム（以下、「通信アプリ」と略記）Ａ１と、待機アプリケーションプログラム（以下、「待機アプリ」と略記）Ａ２とを含む。
【００２３】
以下、本明細書において、プログラムが主体的になんらかの動作を行うという記載は、携帯情報端末１０がそのプログラムを実行することによってその機能を実現するという意味を包含する場合がある。また、そのような記載は、そのプログラムが携帯情報端末１０にその動作を行わせるという意味を包含する場合がある。たとえば、「通信アプリＡ１は…を行う」という記載は、「携帯情報端末１０は、通信アプリＡ１を実行することによって、…を行うという機能を実現する」という意味と、「通信アプリＡ１は、携帯情報端末１０に、…を行わせる」という意味とを包含する。ＯＳおよび待機アプリＡ２を含む他のプログラムについても同様である。
【００２４】
また、通信アプリＡ１および待機アプリＡ２の動作または機能として記載されている事項は、通信アプリＡ１および待機アプリＡ２が、ＯＳまたは他のプログラムや、通信ネットワークまたは他のハードウェアを利用して実現する動作または機能を含む場合がある。
【００２５】
通信アプリＡ１は、通常の業務アプリケーションを包含するものであってもよい。また、上述のように、通信アプリＡ１は携帯情報端末１０の種類ごとに異なるプログラムであってもよい。たとえば、客席エリア携帯情報端末１０ｂは、顧客からの注文を受け付けて管理ＰＣ５２に送信する機能を有し、スタッフエリア携帯情報端末１０ａは、すべての顧客から送信された注文のリストを表示する機能を有する。なお以下では、とくに明記しない限り、通信アプリＡ１の機能として説明される機能はすべての種類の通信アプリＡ１に共通である。
【００２６】
図３に示すように、通信アプリＡ１は管理ＰＣ５２と通信する。この通信は、通信アプリＡ１からリクエスト（たとえばＨＴＴＰリクエストメッセージ）を管理ＰＣ５２に送信し、管理ＰＣ５２から通信アプリＡ１にレスポンス（たとえばＨＴＴＰレスポンスメッセージ）を送信することによって行われる。通信アプリＡ１からのリクエストがタイムアウトした場合、ＯＳはそのリクエストについてのタイムアウト情報を管理する。また、通信アプリＡ１および待機アプリＡ２は、状況に応じ、互いを起動して自分自身を終了する。これらの動作は、後に図９を用いて詳細に説明する。
【００２７】
図４に、携帯情報端末１０のハードウェア構成の例を示す。
携帯情報端末１０は、入力手段および表示手段を兼ねるタッチパネル１１と、特定の操作に用いるホームボタン１２と、電源の投入および切断（ＯＳのシャットダウンを含んでもよい）に用いる電源ボタン１３と、情報の入出力および電源供給に用いるソケット１４とを備える。なお、図４の例では、電源ボタン１３およびソケット１４はいずれも、正面からは見えない位置（たとえば側面や背面等）に設けられる。
【００２８】
ホームボタン１２および電源ボタン１３は、携帯情報端末１０に対するリセット操作手段として機能する。すなわち、携帯情報端末１０は、これらのリセット操作手段のいずれかまたは複数に対する操作を含む所定のリセット操作が入力されることに応じて、電源の再投入またはＯＳのリブートを含むリセット処理を実行する機能を備える。たとえば、ホームボタン１２が操作されると、リセット処理として、電源の再投入またはＯＳのリブートを指示するための選択処理が開始され、さらにこれらのいずれかを選択する操作に応じて、該当のリセット処理が実行される。
【００２９】
本実施形態では、携帯情報端末１０は、上記のリセット操作が入力されていない場合には、通信アプリＡ１および待機アプリＡ２を含むいかなるアプリケーションプログラムを実行することによっても、リセット処理を実行できない。すなわち、使用者は、ホームボタン１２または電源ボタン１３を操作しない限り、携帯情報端末１０をどのように操作しても、携帯情報端末１０自身の機能によって電源の再投入やＯＳのリブートを実行することはできない。ただし、携帯情報端末１０のハードウェアまたはＯＳの仕様外の動作（たとえば設計ミスまたはバグ）による場合を除く。また、変形例として、ホームボタン１２または電源ボタン１３を操作せずにリセット処理を実行可能な構成としてもよい。
【００３０】
図５に、携帯情報端末１０に取り付けられる端末ケース２０の構成の例を示す。この端末ケース２０は、たとえば客席エリアに設けられる顧客用注文表示用携帯情報端末１０ｂに取り付けられるものであるが、他種類の携帯情報端末１０に取り付けられるものであってもよい。
【００３１】
端末ケース２０は、前面部２１および背面部２２を備え、これらが蝶番２３によって開閉可能に連結されている。前面部２１および背面部２２は、たとえばいずれも全体が透明な素材で形成される。端末ケース２０は、背面部２２に携帯情報端末１０の背面が接触するよう配置した状態で前面部２１を閉じることにより、携帯情報端末１０の全体を収容することができる。また、前面部２１および背面部２２は、閉じた状態において、ネジ等の螺合部材により互いに固定可能なものであってもよい。また、そのように固定されることにより、当該螺合部材を取り外さずに端末ケース２０から携帯情報端末１０を取り出すことが物理的に不可能または困難となるものであってもよい。
【００３２】
図６に、端末ケース２０に携帯情報端末１０が収容された状態の例を示す。携帯情報端末１０および端末ケース２０により、携帯情報端末セット３０が構成される。図４〜図６に示すように、端末ケース２０は、リセット操作手段（ホームボタン１２および電源ボタン１３）の操作を不可能または通常より困難とするガード部材として機能する。ここで、「通常より困難」の意味は当業者であれば理解するものであるが、たとえば、使用者の指がその操作を実行するために存在または通過する必要がある空間的領域に、そのガード部材が存在している状態を意味する。
【００３３】
前面部２１は開口である操作窓２１ａを備え、操作窓２１ａがタッチパネル１１に対応する。すなわち、使用者は操作窓２１ａを通してタッチパネル１１を操作することができる。また、前面部２１は、前面部２１を貫通するホームボタン孔２１ｂを備える。ホームボタン孔２１ｂは、ホームボタン１２に整合する位置に設けられる。
【００３４】
ここで、ホームボタン孔２１ｂの径は、使用者が指によりホームボタン孔２１ｂを通してホームボタン１２を操作することを不可能または通常より困難とする程度の径である。たとえば、直径は１ｍｍ以下、２ｍｍ以下、３ｍｍ以下、４ｍｍ以下、または５ｍｍ以下とすることができる。ただし、ピン等の細長い部材を用いると、ホームボタン孔２１ｂを通してホームボタン１２を操作することが可能となっている。
【００３５】
また、携帯情報端末１０の前面と前面部２１との間の隙間も、使用者が操作窓２１ａを通して指によりホームボタン１２を操作することを不可能または通常より困難とする程度の隙間である。たとえば、隙間は１ｍｍ以下、２ｍｍ以下、３ｍｍ以下、４ｍｍ以下、または５ｍｍ以下とすることができる。
【００３６】
背面部２２は開口２２ａを備える（図５にのみ示す）。ただし、開口２２ａは、電源ボタン１３に対応する位置には設けられない。また、携帯情報端末１０の背面と背面部２２との隙間は、使用者が開口２２ａを通して指により電源ボタン１３を操作することを不可能または通常より困難とする程度の隙間である。たとえば、隙間は１ｍｍ以下、２ｍｍ以下、３ｍｍ以下、４ｍｍ以下、または５ｍｍ以下とすることができる。
【００３７】
また、前面部２１はコネクタ収容部２１ｃを備え、背面部２２はコネクタ収容部２２ｂを備える。コネクタ収容部２１ｃおよびコネクタ収容部２２ｂは、ソケット１４に挿入されるコネクタ（図示せず）を収容する形状に形成される。なおコネクタに接続されるケーブルを通す貫通孔が設けられてもよい。
【００３８】
このように、前面部２１がガード部材としてホームボタン１２をガードし、背面部２２がガード部材として電源ボタン１３をガードするので、人間の指による操作で携帯情報端末セット３０のリセット処理を実行することは不可能または通常より困難となっている。このため、携帯情報端末１０に対する不用意なリセット操作（たとえば顧客の不注意によるもの等）を抑制することができる。
【００３９】
なお、図示しないが、端末ケース２０は他の構成に固定されてもよい。たとえば、客席エリアに設けられる顧客用注文表示用携帯情報端末１０ｂを収容する端末ケース２０は、客席に対して固定され、これによって間接的に顧客用注文表示用携帯情報端末１０ｂを固定してもよい。
【００４０】
以下、図７〜１１を用いて、本実施形態に係るコンピュータシステムの動作の流れの具体例を示す。
図７は、新たな商品情報が管理ＰＣ５２に登録され、マスタ情報の更新があった場合の動作の流れの具体例である。通信アプリＡ１は、他のコンピュータ（たとえば管理ＰＣ５２）に、所定の情報を要求するリクエストを送信する。このリクエストは、ＬＡＮ等の通信ネットワークを介して送信される。リクエストは定期的ポーリングを含んでもよく、たとえば５００ｍｓごとに定期的ポーリングが送信されてもよい。
【００４１】
ここで、「定期的」とは、厳密に一定時間ごとに実行されるものに限らず、少なくともある期間にわたって同一の時間的基準に基づいて実行タイミングが決定されるものであれば、結果として実行が厳密には一定時間ごとにならない処理も包含する。
また、リクエストは、レスポンスに応じて送信される情報送信要求（たとえばマスタ更新分要求）を含んでもよい。
【００４２】
また、通信アプリＡ１は、リクエストに対する他のコンピュータ（たとえば管理ＰＣ５２）からのレスポンスを受信し、状況およびレスポンスの内容に応じて後続の処理を行う。たとえば、マスタ更新分を受信した場合には、これに応じて自身が記憶するマスタ情報を更新する。このようにして、新たな商品情報がたとえば顧客用注文表示用携帯情報端末１０ｂに登録される。
【００４３】
なお、管理ＰＣ５２は公知のサーバプログラム等を実行することにより、携帯情報端末１０からのリクエストを受信する機能と、受信したリクエストに対してレスポンスを送信する機能とを実行可能である。たとえば、マスタ情報が更新されている場合には、マスタ更新フラグがセットされていることを示すレスポンスを送信し、これによって、携帯情報端末１０に対し、後続のマスタ更新分要求を含むリクエストを促す。管理ＰＣ５２は、携帯情報端末１０のそれぞれについて、かつ各携帯情報端末１０に送信すべき情報のそれぞれについて、その情報を送信済みであるか否かを表すフラグを管理してもよい。また、管理ＰＣ５２は、マスタ更新分要求を含むリクエストに応じて、マスタ更新分を含むレスポンスを送信する。
【００４４】
図７はマスタ情報の更新の伝達を表す例であるが、その他の情報（品切れを表す情報や、品切れ解除を表す情報等）も、同様に定期ポーリングをトリガとして管理ＰＣ５２から携帯情報端末１０に伝達することができる。
【００４５】
図８は、レスポンスが受信できない場合の動作の流れの具体例である。管理ＰＣ５２が動作していない場合や、携帯情報端末１０と管理ＰＣ５２との間の通信経路に障害が発生している場合等がこれに該当する。リクエストに対するレスポンスがなくタイムアウトした場合に、通信アプリＡ１は、その回数（タイムアウト回数）をカウントする。このタイムアウト回数は、たとえば通信アプリＡ１が起動されるたびにゼロにリセットされる。
【００４６】
また、携帯情報端末１０のＯＳは、タイムアウトしたすべてのリクエストに関するタイムアウト情報を、そのリクエストを送信した通信アプリＡ１が実行されている限り記憶し続ける。したがって、複数のリクエストが次々にタイムアウトすると、記憶手段に蓄積されるタイムアウト情報が増加してゆくことになる。
なお、ＯＳは、通信アプリＡ１を終了することに応じ、その通信アプリＡ１に関連するタイムアウト情報をすべて消去する。
【００４７】
本実施形態では、このタイムアウト情報はＯＳが管理しており、通信アプリＡ１はＯＳを介することなく直接タイムアウト情報にアクセスすることはできない。また、本実施形態では、ＯＳは通信アプリＡ１を終了しない限りタイムアウト情報を消去しない。したがって、通信アプリＡ１自身はタイムアウト情報を消去することができない。ただし、携帯情報端末１０のハードウェアまたはＯＳの仕様外の動作（たとえば設計ミスまたはバグ）による場合を除く。また、変形例として、通信アプリＡ１が直接タイムアウト情報を消去可能としたり、通信アプリＡ１の実行中にＯＳがタイムアウト情報を消去可能としてもよい。
【００４８】
図９は、管理ＰＣ５２が長時間レスポンスを送信しなかった場合の動作の流れの具体例である。これは、たとえば夜間において管理ＰＣ５２の電源が切断されている状態に対応する。通信アプリＡ１は、定期的に、またはリクエストのタイムアウトが発生するたびに、タイムアウト回数が所定の回数閾値を超えたか否かを判定する（ステップＳ１１）。
【００４９】
ここで、本実施形態では、通信アプリＡ１は時刻に応じて回数閾値を変更する。回数閾値は、たとえば所定期間（２４時間、１週間、１ヶ月、１年、等）にわたるスケジュールにおいて定義される。本実施形態ではスケジュール全体を２４時間とする。また、スケジュールは、たとえば全時間帯を複数の区間に分割し、各区間に属する時刻に対応する回数閾値を設定することにより定義される。本実施形態では日中および夜間の２区間に分割する。回数閾値は区間ごとに異なる。回数閾値の具体例として、ステップＳ１１が日中に実行された場合には回数閾値は１回であり（すなわちタイムアウトが２回発生すると回数閾値を超える）、ステップＳ１１が夜間に実行された場合には回数閾値は１０回であり（すなわちタイムアウトが１１回発生すると回数閾値を超える）、夜間のほうが回数閾値が大きい。なお、携帯情報端末１０がスケジュールを取得する方法については図１１を用いて後述する。
【００５０】
ステップＳ１１において、タイムアウト回数が回数閾値を超えていない場合、通信アプリＡ１はステップＳ１１を繰り返し実行する。タイムアウト回数が所定の回数閾値を超えた場合、通信アプリＡ１は待機アプリＡ２を起動する（ステップＳ１２）。これに応じて待機アプリＡ２の実行が開始される（ステップＳ２１）。その後、通信アプリＡ１は、実行中の通信アプリＡ１自身を終了する（ステップＳ１３）。
【００５１】
図９には示さないが、通信アプリＡ１が終了した時点で、ＯＳは、それまで実行されていた通信アプリＡ１に関連するタイムアウト情報をすべて消去する。このため、回数閾値を適切に設定しておけば、タイムアウト情報が携帯情報端末１０のメモリを大量に占有して動作に影響を及ぼす（たとえば携帯情報端末１０がハングアップする）ような事態を回避することができる。したがって、通信アプリＡ１を実行したまま夜間に管理ＰＣ５２の稼動を長時間停止する運用形態であっても、携帯情報端末１０への影響を抑制することができる。このため、管理ＰＣ５２の稼動開始および終了に合わせて、各携帯情報端末１０の通信アプリＡ１の実行を開始および終了するような手動操作は不要である。
【００５２】
ここで、タイムアウト情報を消去するための処理としては、図９に示すように通信アプリＡ１を終了するという処理の他に、携帯情報端末１０の電源を再投入する処理やＯＳをリブートする処理が考えられる。しかしながら、顧客用注文表示用携帯情報端末１０ｂについては、図６に示すように携帯情報端末セット３０として端末ケース２０に収容され、ホームボタン１２および電源ボタン１３がガードされているので、電源を切断する処理やＯＳをリブートする処理の実行は不可能または困難である。したがって、通信アプリＡ１を自動的に終了させるという動作は、図６のような携帯情報端末セット３０に対してとくに有用であるといえる。
【００５３】
待機アプリＡ２は、起動されると待機画面を表示する（ステップＳ２２）。
図１０に、この待機画面の例を示す。待機画面はたとえば携帯情報端末１０のタッチパネル１１に表示される。待機画面は、通信アプリＡ１が動作していないことを示すメッセージ６１と、ＯＫボタン６０とを含む。ＯＫボタン６０はタッチパネル１１において操作可能なボタンである。待機画面は、使用者（たとえば顧客）に対し、所定のリスタート操作の入力を促すリスタート操作待受機能を実現する画面である。本実施形態では、リスタート操作待受機能は、タッチパネル１１にＯＫボタン６０を表示する機能を含む。
【００５４】
待機アプリＡ２は、所定のリスタート条件が満たされたか否かを判定する（ステップＳ２３およびＳ２４）。リスタート条件としては様々なものを用いることができる。たとえば使用者から所定のリスタート操作が入力されることを含んでもよい。リスタート操作は、たとえばタッチパネル１１に対する所定の操作であってもよい。
【００５５】
また、リスタート条件は、たとえば時間に基づく条件を含んでもよい。時間に基づく条件は、たとえば待機アプリＡ２が起動された後に所定時間が経過していることであってもよい。この所定時間はたとえば５分である。
【００５６】
本実施形態では、待機アプリＡ２は、ＯＫボタン６０が操作されたか否か（ステップＳ２３）、および、待機アプリＡ２が起動されてから所定時間が経過しているか否か（ステップＳ２４）の判定を行う。リスタート条件が満たされていない場合（すなわち、ＯＫボタン６０が操作されておらず、かつ待機アプリＡ２が起動されてから所定時間が経過していない場合）には、待機アプリＡ２はこれらの判定を繰り返す。
【００５７】
リスタート条件が満たされた場合（すなわち、ＯＫボタン６０が操作されたか、または待機アプリＡ２が起動されてから所定時間が経過している場合）には、待機アプリＡ２は通信アプリＡ１を起動する（ステップＳ２５）。これに応じて通信アプリＡ１の実行が開始される（ステップＳ３１）。起動された通信アプリＡ１の処理は上述のステップＳ１１に戻る。その後、待機アプリＡ２は、実行中の待機アプリＡ２自身を終了する（ステップＳ２６）。
【００５８】
なお、本実施形態では、待機アプリＡ２は通信を行わない。すなわち、待機アプリＡ２は、管理ＰＣ５２に対していかなるリクエストも送信しない。（ただし、変形例として、待機アプリＡ２が通信を行う構成としてもよい。）
【００５９】
図１１は、図９のステップＳ１１で用いる回数閾値を決定するために用いるスケジュールの更新があった場合の動作の流れの具体例である。図７と同様に、携帯情報端末１０は、管理ＰＣ５２にリクエストとして定期ポーリングを送信し、これに応じてスケジュール更新フラグ、スケジュール要求、およびスケジュールの送受信が行われる。
【００６０】
スケジュールは、管理ＰＣ５２の稼働時間帯を表すものとすることができる。たとえば、スケジュールとして管理ＰＣ５２の稼動開始時刻および稼動終了時刻を定義しておけば、稼動開始時刻から稼動終了時刻までは日中として扱い、稼動終了時刻から稼動開始時刻までは夜間として扱うことができる（日付の変更は適宜処理可能である）。管理ＰＣ５２は、たとえばこのようなスケジュールを特定のファイルに記憶しておくことができる。
【００６１】
なお、リクエストおよびレスポンスの具体的形式は図１１のものに限らない。たとえば定期ポーリングに対する直接のレスポンスにおいてスケジュールが送信されてもよい。
【００６２】
以上のように、本発明の実施の形態１に係るコンピュータシステムによれば、日中と夜間で異なる回数閾値が用いられるので、リクエストのタイムアウトが頻発した場合において、通信アプリＡ１をリスタートするための条件を柔軟に制御できる。たとえば、障害が発生すると即座に通信アプリＡ１を停止して対策を取らなければならない日中（たとえば営業時間中）と、一時的に障害が発生してもその後回復すれば長時間通信アプリＡ１が実行されていても影響が小さい夜間とで、携帯情報端末１０の動作を適切に切り替えることができる。
【００６３】
また、通信アプリＡ１は、管理ＰＣ５２からのレスポンスに基づいて、ステップＳ１１の判定に用いる回数閾値を決定する。したがって、この点でも通信アプリＡ１をリスタートするための条件を柔軟に制御できる。たとえば、店舗の営業時間が変更された場合であっても、携帯情報端末１０ごとに作業を行う必要がなく、管理ＰＣ５２のスケジュールを更新（および、必要であればこれに伴ってスケジュール更新フラグをセット）しておくだけで、自動的にすべての携帯情報端末１０の動作を変更することができる。
本発明の実施の形態１では、飲食店における構成で説明したが、携帯情報端末１０と管理ＰＣ５２（あるいは管理ＰＣ５２に相当するサーバコンピュータ）とがネットワークでリクエストとレスポンスを行い、かつ携帯情報端末１０のリセット操作手段が不可能または困難となっているシステムであれば、いずれの構成でも実現できる。例えば、スーパーマーケットやドラッグストア等の携帯情報端末とサーバコンピュータとで構成される店舗用のシステムに適用できる。また、表示装置と表示装置に表示情報を送信するサーバコンピュータとで構成されるデジタルサイネージシステムにも適応できる。デジタルサイネージシステムは、街角、駅、空港等に表示装置が設置されるが、人の手に届かないところに表示装置がある場合でも本発明の実施の形態１を適用することができる。
【００６４】
実施の形態２．
実施の形態２は、実施の形態１において、異なる種類の携帯情報端末１０にそれぞれ異なる回数閾値を持たせるものである。図１に示すように３種類の携帯情報端末１０（１０ａ〜１０ｃ）が設けられるが、これらのうちそれぞれについて異なる回数閾値が定義される。
【００６５】
図１２に異なる回数閾値の具体例を示す。スタッフエリアのスタッフ用携帯情報端末１０ａでは回数閾値は１０であり、顧客用注文表示用携帯情報端末１０ｂでは回数閾値は１である。これらの回数閾値は、実施の形態１のようにさらに時間帯に応じて変更されてもよく、実施の形態１とは異なり時間帯によらず固定であってもよい。すなわち、実施の形態２に係るコンピュータシステムは、図１１の動作を実行するものであってもよく、実行しないものであってもよい。
【００６６】
本発明の実施の形態２に係るコンピュータシステムによれば、異なる携帯情報端末１０について異なる回数閾値が用いられるので、リクエストのタイムアウトが頻発した場合において、通信アプリＡ１をリスタートするための条件を柔軟に制御できる。たとえば、障害が発生すると即座に通信アプリＡ１を停止して対策を取らなければならない端末（たとえば顧客用注文表示用携帯情報端末１０ｂ）と、一時的に障害が発生してもその後回復すれば長時間通信アプリＡ１が実行されていても影響が小さい端末（たとえばスタッフエリアの手元モニタ用携帯情報端末１０ａ）とで、携帯情報端末１０の動作を適切に切り替えることができる。
【００６７】
実施の形態１および２において、以下の変形を施すことができる。
管理ＰＣ５２の起動および終了（たとえば、管理ＰＣ５２の電源オン操作および電源オフ動作、または、レスポンスを送信するために必要なプログラムの起動および終了）は、所定のスケジュールに応じて自動的に実行されてもよい。たとえば、管理ＰＣ５２の記憶手段に、所定期間（２４時間、１週間、１ヶ月、１年、等）についてのスケジュールを定義しておき、このスケジュールに応じて、ある区間では携帯情報端末１０からのリクエストに応じてレスポンスを送信する機能を実行し、別の区間ではそのような機能を実行しない構成としてもよい。このスケジュールは、図１１において管理ＰＣ５２から携帯情報端末１０に送信されるスケジュールを含むものであってもよい。
【００６８】
携帯情報端末１０の種類の数は、図１に示すとおりの３種類でなくともよい。たとえば、実施の形態１では単一種類の携帯情報端末１０が用いられてもよい。また、実施の形態２では、携帯情報端末１０は、少なくとも２種類（第１の通信アプリおよび第２の通信アプリを含む）を実行可能であり、第１の通信アプリを実行することによって第１の種類の携帯情報端末として機能し、第２の通信アプリを実行することによって第２の種類の携帯情報端末として機能するものであればよい。
【００６９】
実施の形態１および２では、携帯情報端末１０に対するリセット操作手段はホームボタン１２および電源ボタン１３であるが、携帯情報端末１０はこれら以外のリセット操作手段を備えてもよい。すなわち、携帯情報端末１０は、これら以外の操作手段に対する操作に応じて、電源の再投入またはＯＳのリブートを含むリセット処理を実行してもよい。その場合、端末ケース２０またはその他のガード部材が、すべてのリセット操作手段に対して、操作を不可能または通常より困難にするものであってもよい。また、リセット操作手段は、ホームボタン１２および電源ボタン１３のいずれか一方のみであってもよい。
【００７０】
ガード部材は、端末ケース２０のように携帯情報端末１０の全体を収容するものに限らない。少なくともリセット操作手段（たとえばホームボタン１２および電源ボタン１３）の近傍に設けられ、それらの操作を不可能または通常より困難とするものであればよい。また、端末ケース２０およびガード部材を設けない構成としてもよい。このような構成は、リセット操作手段の操作を許容できる場合に有用である。
【００７１】
実施の形態１および２では、リスタート条件はリスタート操作（ステップＳ２３）と時間経過（ステップＳ２４）との組合せであるが、これは適宜変更可能である。たとえばリスタート操作のみを用いてもよいし、時間に基づく条件のみを用いてもよい。
【００７２】
回数閾値を決定するためのスケジュールは、管理ＰＣ５２から送信する形態に限らず、事前に携帯情報端末１０に定義されていてもよい。
【００７３】
リスタート条件として時間に基づく条件を用いる場合、この条件は、実施の形態１および２のように待機アプリＡ２の実行開始時刻を基準とするものに限らない。たとえば、待機アプリＡ２の実行開始時刻に関わらず、所定時刻（たとえば管理ＰＣ５２の稼動開始時刻）になったらステップＳ２５に分岐してもよい。この所定時刻は、あらかじめ携帯情報端末１０が記憶していてもよく、図１１において送信されるスケジュールに基づいて決定されるものであってもよい。たとえば、ステップＳ２４において、経過時間に基づく判定に代えて管理ＰＣ５２の稼動開始時刻を経過したか否かに基づく判定を用いれば、夜間に通信アプリＡ１の再起動が繰り返されることを抑制できる。
【符号の説明】
【００７４】
１０  携帯情報端末、１１  タッチパネル、１２  ホームボタン（リセット操作手段）、１３  電源ボタン（リセット操作手段）、１４  ソケット、２０  端末ケース（ガード部材）、２１  前面部（２１ａ  操作窓、２１ｂ  ホームボタン孔、２１ｃ  コネクタ収容部）、２２  背面部（２２ａ  開口、２２ｂ  コネクタ収容部）、２３  蝶番、３０  携帯情報端末セット、５２  管理ＰＣ（他のコンピュータ）、６０  ＯＫボタン（操作可能なボタン）、Ａ１  通信アプリ（通信アプリケーションプログラム）、Ａ２  待機アプリ（待機アプリケーションプログラム）。
【図１】
2015011367.tif 000003
【図２】
2015011367.tif 000004
【図３】
2015011367.tif 000005
【図４】
2015011367.tif 000006
【図５】
2015011367.tif 000007
【図６】
2015011367.tif 000008
【図７】
2015011367.tif 000009
【図８】
2015011367.tif 000010
【図９】
2015011367.tif 000011
【図１０】
2015011367.tif 000012
【図１１】
2015011367.tif 000013
【図１２】
2015011367.tif 000014