JP2023085882A - 管理装置及び情報処理プログラム - Google Patents

Abstract

【課題】 デバイスの状態を処理装置で的確に把握することを可能とする。【解決手段】 実施形態の管理装置は、複数の処理装置のそれぞれが１つのデバイスを利用して予め定められた処理を行う処理システムを管理するものであって、付与手段及び通知手段を備える。付与手段は、複数の処理装置のいずれかにデバイスを利用するための排他権を付与する。通知手段は、デバイスの状態が予め定められた要通知状態となったことを複数の処理手段の全てに通知する。【選択図】 図６

Description

本発明の実施形態は、管理装置及び情報処理プログラムに関する。

タブレット端末をＰＯＳ（point-of-sale）端末として用いて構成されたＰＯＳシステムは既に知られている。そして、例えばプリンタなどの種々の周辺デバイスを複数のタブレット端末で共用するに当たり、複数のタブレット端末に対して管理装置により周辺デバイスの排他権を付与する方式により、システム構成の柔軟性を高めることも考えられている。
なお、複数の処理装置が別のデバイスを利用した処理を行うのであれば、ＰＯＳシステム以外の処理システムにおいても同様な構成を採用することが可能である。
このような処理システムにおいては、処理装置からは、排他権を獲得してデバイスにアクセスしてみない限りは、デバイスの状態を確認することができない。このため、デバイスに生じている異常などに関しては、処理装置では、このデバイスの排他権を獲得してから初めて認識することが可能であった。このため、デバイスの異常などに速やかに対処することが困難であった。
このような事情から、デバイスの状態を処理装置で的確に把握できることが望まれていた。

特開２０１４－１４７０４５号公報

本発明が解決しようとする課題は、デバイスの状態を処理装置で的確に把握することを可能とする管理装置及び情報処理プログラムを提供することである。

実施形態の管理装置は、複数の処理装置のそれぞれが１つのデバイスを利用して予め定められた処理を行う処理システムを管理するものであって、付与手段及び通知手段を備える。付与手段は、複数の処理装置のいずれかにデバイスを利用するための排他権を付与する。通知手段は、デバイスの状態が予め定められた要通知状態となったことを複数の処理手段の全てに通知する。

一実施形態に係るＰＯＳシステムの概略構成を表すブロック図。 図１中の管理装置の要部回路構成を表すブロック図。 図２中の設定テーブルの内容の一例を模式的に表す図。 図２中の管理テーブルの内容の一例を模式的に表す図。 図２中のプロセッサによる利用管理処理のフローチャート。 図２中のプロセッサによるデバイス管理処理のフローチャート。

以下、実施の形態の一例について図面を用いて説明する。なお、本実施の形態では、管理装置を用いて構成されるＰＯＳシステムを例に説明する。
図１は本実施形態に係るＰＯＳシステム１００の概略構成を表すブロック図である。
ＰＯＳシステム１００は、タブレット端末１－１，１－２、ハンディリーダ２－１，２－２、釣銭機３－１，３－２、プリンタ４－１，４－２、一括タグリーダ５、決済端末６及び管理装置７を含む。

ＰＯＳシステム１００は、商品を識別するための商品コードなどを含んだタグデータを記憶した無線タグが個々に取り付けられた衣料品などの商品を陳列販売する店舗に適用するべく構成した例である。ＰＯＳシステム１００は、第１のチェックアウトコーナー及び第２のチェックアウトコーナーの２つのチェックアウトコーナーを設置した店舗に適応するべく構成した例である。タブレット端末１－１、ハンディリーダ２－１、釣銭機３－１及びプリンタ４－１は、第１のチェックアウトコーナーで利用される。タブレット端末１－２、ハンディリーダ２－２、釣銭機３－２及びプリンタ４－２は、第２のチェックアウトコーナーで利用される。一括タグリーダ５及び決済端末６は、第１のチェックアウトコーナー及び第２のチェックアウトコーナーで共用される。なお、タブレット端末１－１，１－２、ハンディリーダ２－１，２－２、釣銭機３－１，３－２、プリンタ４－１，４－２は、以下の説明において第１のチェックアウトコーナー及び第２のチェックアウトコーナーのいずれで利用されるかを区別する必要がない場合には、タブレット端末１、ハンディリーダ２、釣銭機３及びプリンタ４と記すこととする。

タブレット端末１は、タブレット型の情報処理装置である。タブレット端末１のハードウェアとしては、任意のアプリケーションプログラムをインストールして実行可能な既製のタブレット型コンピュータ装置などを用いることができる。タブレット端末１は、インストールされたＰＯＳ処理用のアプリケーションプログラムに従って、取引対象の商品の登録処理及び登録された商品の決済額の算出などといった取引処理のための情報処理を、ハンディリーダ２、釣銭機３、プリンタ４、一括タグリーダ５及び決済端末６を適宜に利用しつつ実行する。つまりタブレット端末１が周知のＰＯＳ端末の主体となる処理装置に相当し、ハンディリーダ２、釣銭機３、プリンタ４、一括タグリーダ５及び決済端末６が周知のＰＯＳ端末に備えられる周辺デバイスに相当する。

なお、３つ以上のチェックアウトコーナーを設置した店舗に適応するべく、タブレット端末１、ハンディリーダ２、釣銭機３及びプリンタ４をそれぞれ３つ以上設けても構わない。３つ以上のチェックアウトコーナーを設置した店舗に適応するべくＰＯＳシステム１００を構成する場合は、例えば一括タグリーダ５などの任意の周辺デバイスが、３つ以上の任意の数のチェックアウトコーナーで共用されてもよい。また、例えばプリンタ４－１，４－２に代えて第１のチェックアウトコーナー及び第２のチェックアウトコーナーで共用される１台のプリンタを設けるなど、任意の周辺デバイスが複数のチェックアウトコーナーで共用されてもよい。また、例えば決済端末６に代えて、複数のチェックアウトコーナーのそれぞれで専用される複数の決済端末が設けられてもよい。また、ハンディリーダ２、釣銭機３、プリンタ４、一括タグリーダ５、決済端末６の一部が設けられなくてもよいし、それら周辺デバイスとは別の任意の周辺デバイスが設けられてもよいし、それらの周辺デバイスの一部が設けられなくてもよい。また複数のチェックアウトコーナーのそれぞれで利用される周辺デバイスの組合せは、全てのチェックアウトコーナーで同一である必要はない。

ハンディリーダ２は、チェックアウトコーナーを担当する店員などの操作者により手持ちで操作され、商品に取り付けられた無線タグが記憶しているタグデータを読み取る。
釣銭機３は、硬貨投入口から投入された硬貨を、その金額を計数しつつ、内部の収納庫に収容する。釣銭機３は、収納庫に収容している硬貨を、硬貨排出口を介して硬貨トレイへと排出する。釣銭機３は、紙幣投入口から投入された紙幣を、その金額を計数しつつ、内部の収納庫に収容する。釣銭機３は、収納庫に収容している紙幣を紙幣排出口から排出する。

プリンタ４は、レシート用紙に対して各種の画像をプリントして、レシート及び領収証などの各種の証票を発行する。
一括タグリーダ５は、予め定められた読取空間内に位置している無線タグが記憶しているタグデータを読み取る。一括タグリーダ５は、読取空間内に複数の無線タグが位置しているならば、それら複数の無線タグのそれぞれからタグデータを読み取ることができる。
決済端末６は、例えばクレジットカード決済、電子マネー決済、デビットカード決済、あるいはバーコード決済などのオンラインの決済サービスを利用しての決済のための処理を行う。

管理装置７には、タブレット端末１、ハンディリーダ２、釣銭機３、プリンタ４、一括タグリーダ５及び決済端末６のそれぞれとデータ通信可能とされる。当該のデータ通信は、例えば有線ＬＡＮ又はＵＳＢ（universal serial bus）などを用いた有線通信により実現されてもよいし、無線ＬＡＮ（local area network）又はBluetooth（登録商標）などを用いた無線通信により実現されてもよい。管理装置７は、タブレット端末１が周辺デバイスを利用するための後述する管理処理を実行する情報処理装置である。

図２は管理装置７の要部回路構成を表すブロック図である。
管理装置７は、プロセッサ７１、メインメモリ７２、補助記憶ユニット７３、通信ユニット７４及び伝送路７５を含む。管理装置７のハードウェアとしては、例えば任意のアプリケーションプログラムをインストールして実行可能な汎用のコンピュータ装置を用いることができる。
プロセッサ７１、メインメモリ７２及び補助記憶ユニット７３が伝送路７５で接続されて、任意の情報処理を実行可能なコンピュータが構成される。

プロセッサ７１は、上記コンピュータの中枢部分に相当する。プロセッサ７１は、メインメモリ７２及び補助記憶ユニット７３に記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムなどの情報処理プログラムに基づく情報処理を実行する。

メインメモリ７２は、上記コンピュータの主記憶部分に相当する。メインメモリ７２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ７２は、不揮発性のメモリ領域では上記の情報処理プログラムを記憶する。またメインメモリ７２は、プロセッサ７１が各種の情報処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する場合もある。メインメモリ７２は、揮発性のメモリ領域を、プロセッサ７１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶ユニット７３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット７３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）等の周知の記憶デバイスを備える。補助記憶ユニット７３は、プロセッサ７１が各種の情報処理を行う上で使用するデータや、プロセッサ７１での処理によって生成されたデータを保存する。補助記憶ユニット７３は、上記の情報処理プログラムを記憶する場合もある。本実施形態では、補助記憶ユニット７３は、情報処理プログラムの１つである管理プログラムＰＲＡを記憶する。管理プログラムＰＲＡは、タブレット端末１による周辺デバイスの利用を管理するための情報処理である管理処理の手順を記述したアプリケーションプログラムである。補助記憶ユニット７３の記憶領域の一部は、設定テーブルＴＡＡ及び管理テーブルＴＡＢとして用いられる。

図３は設定テーブルＴＡＡの内容の一例を模式的に表す図である。
設定テーブルＴＡＡは、周辺デバイスのそれぞれがどのタブレット端末１により利用可能であるかの設定を表したデータテーブルである。
設定テーブルＴＡＡは、ＰＯＳシステム１００の構築時などに、作業者などの操作に応じて例えば別の情報処理装置にてＰＯＳシステム１００の構成に応じたものとして作成されて、補助記憶ユニット７３に書き込まれる。そして図３の例は、図１に示す構成に適応して作成された設定テーブルＴＡＡの内容を表す。

デバイスコード「００－０１」「００－０２」はタブレット端末１－１，１－２を識別するための識別子を表す。デバイスコード「０１－０１」「０１－０２」はハンディリーダ２－１，２－２を識別するための識別子を表す。デバイスコード「０２－０１」「０２－０２」は釣銭機３－１，３－２を識別するための識別子を表す。デバイスコード「０３－０１」「０３－０２」はプリンタ４－１，４－２を識別するための識別子を表す。デバイスコード「０４－０１」は一括タグリーダ５を識別するための識別子を表す。デバイスコード「０５－０１」は決済端末６を識別するための識別子を表す。そして例えば、デバイスコード「００－０１」とデバイスコード「０１－０１」との組合せに関連付けられた「１」は、ハンディリーダ２－１をタブレット端末１－１により利用可能であることを表す。また例えば、デバイスコード「００－０２」とデバイスコード「０１－０１」との組合せに関連付けられた「０」は、ハンディリーダ２－１をタブレット端末１－２により利用不可であることを表す。ただし、「００－０１」のようなデバイスコードは簡易的に表したものであって、実際には、例えばＭＡＣアドレスなどが用いられてよい。

なお、設定テーブルＴＡＡは、ＰＯＳシステム１００の運用変更時又は構成変更時には作業者などの操作に応じて更新される。例えば、ハンディリーダ２－１，２－２のいずれも、第１のチェックアウトコーナー及び第２のチェックアウトコーナーのいずれで使用されても構わないと運用を変更するのであれば、デバイスコード「００－０２」とデバイスコード「０１－０１」との組合せに関連付けられた「０」を「１」に、かつデバイスコード「００－０１」とデバイスコード「０１－０２」との組合せに関連付けられた「０」を「１」に、それぞれ書き換えればよい。例えば、決済端末６を第１のチェックアウトコーナーの専用とし、第２のチェックアウトコーナーは現金決済のみ対応のチェックアウトコーナーとするように運用を変更するのであれば、デバイスコード「００－０２」とデバイスコード「０５－０１」との組合せに関連付けられた「１」を「０」に書き換えればよい。またデバイスコードが「０４－０２」とされた新たな一括タグリーダ５を追加して設けて、当該一括タグリーダ５を第２のチェックアウトレーンの専用とし、デバイスコードが「０４－０１」とされた既設の一括タグリーダ５を第１のチェックアウトレーンの専用とするように構成を変更するのであれば、デバイスコード「００－０２」とデバイスコード「０４－０１」との組合せに関連付けられた「１」を「０」に書き換えるとともに、デバイスコード「００－０１」とデバイスコード「０４－０２」との組合せに「０」を関連付けて、かつデバイスコード「００－０２」とデバイスコード「０４－０２」との組合せに「１」を関連付けてそれぞれ表すように設定テーブルＴＡＡを更新すればよい。

図４は管理テーブルＴＡＢの内容の一例を模式的に表す図である。
管理テーブルＴＡＢは、周辺デバイスのそれぞれに関する排他権がどのタブレット端末１に付与されているかを管理するためのデータテーブルである。
図４の例は、デバイスコード「０１－０１」で識別される周辺デバイス、すなわちハンディリーダ２－１の排他権が、デバイスコード「００－０１」で識別されるタブレット端末１、すなわちタブレット端末１－１に対して付与されている状態を表す。図４の例は、デバイスコード「０４－０１」で識別される周辺デバイス、すなわち一括タグリーダ５の排他権が、デバイスコード「００－０２」で識別されるタブレット端末１、すなわちタブレット端末１－２に対して付与されている状態を表す。図４の例は、その他の周辺デバイスの排他権はどのタブレット端末１にも付与されていない状態を表す。

次に以上のように構成されたＰＯＳシステム１００の動作について、管理装置７による管理処理を中心として説明する。なお、以下に説明する処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。
管理装置７にてプロセッサ７１は、ＰＯＳシステム１００により取引処理を実行するべきときには、管理プログラムＰＲＡに従った管理処理の一部としての利用管理処理を実行する。利用管理処理は、タブレット端末１により周辺デバイスを利用可能とするための管理処理である。

図５はプロセッサ７１による利用管理処理のフローチャートである。
ＡＣＴ１１としてプロセッサ７１は、付与要求がなされたか否かを確認する。そしてプロセッサ７１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１２へと進む。
ＡＣＴ１２としてプロセッサ７１は、解除要求がなされたか否かを確認する。そしてプロセッサ７１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１１へと戻る。
かくしてプロセッサ７１はＡＣＴ１１及びＡＣＴ１２としては、付与要求又は解除要求を待ち受ける。

タブレット端末１は、取引の処理を実行するに当たって周辺デバイスを利用する必要が生じると、該当の周辺デバイスに関する排他権の付与を管理装置７に要求する。例えばタブレット端末１は、ハンディリーダ２を用いた取引登録を開始すべき状況となると、ハンディリーダ２に関する排他権の付与を管理装置７に要求するための予め定められた要求データを管理装置７に送信する。この要求データが通信ユニット７４により受信されると、プロセッサ７１はＡＣＴ１１にてＹＥＳと判定し、ＡＣＴ１３へと進む。

ＡＣＴ１３としてプロセッサ７１は、利用が要求された周辺デバイスのうちで要求元のタブレット端末１により利用することが許容される周辺デバイスを対応デバイスとして判定する。プロセッサ７１は、例えばタブレット端末１－２からハンディリーダ２に関する排他権の付与が要求されたならば、設定テーブルＴＡＡに基づいてデバイスコード「０１－０２」で識別されるハンディリーダ２－２を対応デバイスとして判定する。

ＡＣＴ１４としてプロセッサ７１は、対応デバイスが空き状態であるか否かを確認する。プロセッサ７１は、例えば対応デバイスのデバイスコードに関連付けて管理テーブルＴＡＢにデバイスコードが記述されていないことを確認できたならばＹＥＳと判定し、ＡＣＴ１５へと進む。
ＡＣＴ１５としてプロセッサ７１は、対応デバイスの排他権を付与する旨を要求元のタブレット端末１に通知する。なお、前述の付与要求及びここでの通知は、例えばＨＴＴＰ（hypertext transfer protocol）により行われる。つまりプロセッサ７１は、ここでの通知は例えば、付与要求に対する応答として行う。

付与する旨の通知を受けるとタブレット端末１は、該当の周辺デバイスにアクセスして、当該周辺デバイスの機能を利用することが可能となる。例えばタブレット端末１－２は、ハンディリーダ２－２に関する排他権が付与されたならば、ハンディリーダ２－２で読み取られたタグデータをハンディリーダ２－２から取得して、当該タグデータに含まれた商品コードを取引対象の商品の商品コードとして登録する処理を行うことができる。

タブレット端末１は、取引の代金を現金決済する必要が生じたならば、管理装置７から釣銭機３の排他権の付与を受けた上で、釣銭機３の機能を利用する。タブレット端末１は、レシートなどをプリントする必要が生じたならば、管理装置７からプリンタ４の排他権の付与を受けた上で、プリンタ４の機能を利用する。タブレット端末１は、例えばカゴなどに入れられた複数の商品のタグデータを一括で読み取る必要が生じたならば、管理装置７から一括タグリーダ５の排他権の付与を受けた上で、一括タグリーダ５の機能を利用する。タブレット端末１は、取引の代金をオンラインの決済サービスを利用して決済する必要が生じたならば、管理装置７から決済端末６の排他権の付与を受けた上で、決済端末６の機能を利用する。

ＡＣＴ１６にてプロセッサ７１は、今回の排他権付与を反映するように管理テーブルＴＡＢを更新する。プロセッサ７１は例えば、対応デバイスのデバイスコードに関連付けて、対応デバイスの排他権の付与先のタブレット端末１のデバイスコードを表すように管理テーブルＴＡＢを更新する。
そしてプロセッサ７１はこののち、ＡＣＴ１１及びＡＣＴ１２の待受状態に戻る。

一方、プロセッサ７１は、対応デバイスのデバイスコードに関連付けて管理テーブルＴＡＢに既にデバイスコードが記述されていることを確認したならば、ＡＣＴ１４にてＮＯと判定し、ＡＣＴ１７へと進む。プロセッサ７１は例えば、管理テーブルＴＡＢが図４に表す状態にあるときに、タブレット端末１－１から一括タグリーダ５の排他権の付与が要求された場合は、管理テーブルＴＡＢには対象デバイスである一括タグリーダ５のデバイスコード「０４－０１」に関連付けて既にデバイスコードが記述されているから、ＡＣＴ１４にてＮＯと判定する。

ＡＣＴ１７としてプロセッサ７１は、付与要求を拒否する旨を要求元のタブレット端末１に通知する。そしてプロセッサ７１はこののち、ＡＣＴ１１及びＡＣＴ１２の待受状態に戻る。このようにプロセッサ７１は、タブレット端末１－１，１－２により共用される周辺デバイスについては、タブレット端末１－１，１－２の双方に同時には排他権を付与しない。

さて、周辺デバイスの排他権の付与を受けているタブレット端末１は、該当の周辺デバイスを利用した処理が完了したならば、排他権の解除を管理装置７に要求するための予め定められた要求データを管理装置７に送信する。この要求データが通信ユニット７４により受信されると、プロセッサ７１はＡＣＴ１２にてＹＥＳと判定し、ＡＣＴ１８へと進む。
ＡＣＴ１８としてプロセッサ７１は、要求元のタブレット端末１に対して排他権の解除を通知する。

ＡＣＴ１９としてプロセッサ７１は、今回の排他権解除を反映するように管理テーブルＴＡＢを更新する。プロセッサ７１は例えば、要求元のタブレット端末１のデバイスコードを管理テーブルＴＡＢから削除する。
そしてプロセッサ７１はこののち、ＡＣＴ１１及びＡＣＴ１２の待受状態に戻る。
以上のようにプロセッサ７１による利用管理処理により、タブレット端末１は管理装置７の管理の下に周辺デバイスを利用して取引処理を実行することができる。

一方でプロセッサ７１は、予め定められたチェックタイミングとなる毎に、管理プログラムＰＲＡに従った管理処理の一部としてのデバイス管理処理を開始する。デバイス管理処理は、タブレット端末１により周辺デバイスを利用可能とするための処理である。チェックタイミングは、例えば一定の時間間隔毎のタイミングとして定められる。チェックタイミングをどのようなタイミングとするかは、例えば管理装置７の設計者又は管理者などによって任意に定められてよい。なおプロセッサ７１は、このデバイス管理処理は、例えば利用管理処理とは別スレッドの処理として実行する。

図６はプロセッサ７１によるデバイス管理処理のフローチャートである。
ＡＣＴ２１としてプロセッサ７１は、ＰＯＳシステム１００に含まれる全ての周辺デバイスのうちの１つを対象デバイスとして選択する。ただしＰＯＳシステム１００に含まれる全ての周辺デバイスのうちから予め監視対象に定められた一部の周辺デバイスの中から対象デバイスを選択するのでもよい。

ＡＣＴ２２としてプロセッサ７１は、対象デバイスの装置状態を確認する。ここで確認する装置状態は、例えばエラーの発生の有無などである。どのような装置状態を確認の対象とするかは、例えば管理装置７の設計者などによって任意に定められてよい。また対象デバイスの種類に応じて、確認の対象とする装置状態が異なってもよい。

ＡＣＴ２３としてプロセッサ７１は、ＡＣＴ２２にて確認した装置状態に関して、予め定められた通知条件が成立するか否かを確認する。この通知条件は、例えば「エラーが発生している」などとして定めることが想定される。どのような通知条件とするかは、例えば管理装置７の設計者などによって任意に定められてよい。また対象デバイスの種類に応じて、それぞれ個別の通知条件が定められてもよい。例えば、対象デバイスがプリンタ４である場合、プリント用紙切れが生じていることが、通知条件の１つとして想定される。そしてプロセッサ７１は、通知条件が成立することを確認したならばＹＥＳと判定し、ＡＣＴ２４へと進む。

ＡＣＴ２４としてプロセッサ７１は、対象デバイスの排他権を付与中であるか否かを確認する。プロセッサ７１は、例えば対象デバイスのデバイスコードに関連付けて管理テーブルＴＡＢにタブレット端末１のデバイスコードが記述されていることを確認できたならばＹＥＳと判定し、ＡＣＴ２５へと進む。
ＡＣＴ２５としてプロセッサ７１は、対象デバイスの排他権が付与されているタブレット端末１に対して、対象デバイスに関して通知条件が成立したことを通知する。つまりプロセッサ７１は、例えばタブレット端末１－１がプリンタ４－１の排他権の付与を受けている状態においてプリンタ４－１でのプリント用紙切れの発生を確認したならば、その旨をタブレット端末１－１に対して通知する。

一方、プロセッサ７１は、例えば対象デバイスのデバイスコードに関連付けて管理テーブルＴＡＢにデバイスコードが記述されていない場合などは、対象デバイスの排他権を付与中ではないとしてＡＣＴ２４にてＮＯと判定し、ＡＣＴ２６へと進む。
ＡＣＴ２６としてプロセッサ７１は、対象デバイスを利用することが許容されているタブレット端末１に対して、対象デバイスに関して通知条件が成立したことを通知する。つまりプロセッサ７１は、例えばプリンタ４－１の排他権がどのタブレット端末１にも付与されていない状態においてプリンタ４－１でのプリント用紙切れの発生を確認したならば、その旨をタブレット端末１－１に対して通知する。またプロセッサ７１は、例えば決済端末６の排他権がどのタブレット端末１にも付与されていない状態において決済端末６のネットワーク通信異常の発生を確認したならば、その旨をタブレット端末１－１及びタブレット端末１－２の双方に対して通知する。

なお、管理装置７からタブレット端末１への通知には、例えばＭＱＴＴ（message queueing telemetry transport）プロトコルを用いることが想定される。この場合、管理装置７がＭＱＴＴブローカ及びＭＱＴＴＰパブリッシャとなる。タブレット端末１－１は例えば、タブレット端末１－１のみに対する通知のために予め定められた第１のトピックと、複数のタブレット端末１に対する通知のために予め定められた第２のトピックとを、管理装置７に対してサブスクライブする。またタブレット端末１－２は例えば、第２のトピックと、タブレット端末１－２のみに対する通知のために予め定められた第３のトピックとを、管理装置７に対してサブスクライブする。これにより、タブレット端末１－１，１－２はいずれも、ＭＱＴＴサブスクライバとなる。そして管理装置７にてプロセッサ７１は、ＡＣＴ２５においては、ＡＣＴ２５の通知のために予め定められた通知データを、通知先がタブレット端末１－１であるならば第１のトピックに関して、また通知先がタブレット端末１－２であるならば第３のトピックに関して、それぞれ配信する。またプロセッサ７１は、ＡＣＴ２６においては、ＡＣＴ２６の通知のために予め定められた通知データを第２のトピックに関して配信する。

ＡＣＴ２５又はＡＣＴ２６における通知を受けるとタブレット端末１は、予め定められた動作を行う。このときのタブレット端末１の動作については、例えばＰＯＳ処理用のアプリケーションプログラムの作成者などによって適宜に定められてよい。本実施形態では、タブレット端末１は、例えば予め定められた警報画面を表示デバイスに表示させた上で、この警報画面を確認した旨を指定する操作者による操作を待ち受けることとする。そしてタブレット端末１は、該当の操作を確認したならば、確認完了を管理装置７に通知することとする。

プロセッサ７１はＡＣＴ２５又はＡＣＴ２６における通知を終えると、いずれもＡＣＴ２７へと進む。またプロセッサ７１は、通知条件が成立しなかったためにＡＣＴ２３にてＮＯと判定したならば、ＡＣＴ２５及びＡＣＴ２６のいずれもパスし、タブレット端末１への通知を行うことなしに、ＡＣＴ２７へと進む。

ＡＣＴ２７としてプロセッサ７１は、ＡＣＴ２１での対象デバイスとしての選択の対象となる周辺デバイスの中に対象デバイスとして未選択の周辺デバイスが有るか否かを確認する。そしてプロセッサ７１は、未選択の周辺デバイスがあるならばＹＥＳと判定し、ＡＣＴ２１以降の処理を前述と同様に繰り返す。ただしプロセッサ７１は、ＡＣＴ２１を２回目以降に実行する際には、ＡＣＴ２１での対象デバイスとしての選択の対象となる周辺デバイスの中でこれまでにＡＣＴ２１にて対象デバイスとして選択していない周辺デバイスを選択する。そしてプロセッサ７１は、ＡＣＴ２１での対象デバイスとしての選択の対象となる周辺デバイスの全てを対象デバイスとして選択し終えた状態でＡＣＴ２７へと進んだならば、未選択の周辺デバイスが無いとしてＮＯと判定し、ＡＣＴ２８へと進む。

ＡＣＴ２８としてプロセッサ７１は、ＡＣＴ２１～ＡＣＴ２７の処理ループを繰り返す中で、ＡＣＴ２５又はＡＣＴ２６での通知を１度でも実行したか否かを確認する。そしてプロセッサ７１は、ＡＣＴ２１での対象デバイスとしての選択の対象となる周辺デバイスのいずれに関しても通知条件が成立しておらず、ＡＣＴ２５又はＡＣＴ２６での通知を一度も実行していない場合はＮＯと判定し、そのままデバイス管理処理を終了する。

しかしながらプロセッサ７１は、ＡＣＴ２５又はＡＣＴ２６での通知を１度でも実行したならばＡＣＴ２８にてＹＥＳと判定し、ＡＣＴ２９へと進む。
ＡＣＴ２９としてプロセッサ７１は、ＡＣＴ２５又はＡＣＴ２６での通知先のタブレット端末１から、通知に関する確認完了の通知がなされるのを待ち受ける。そしてプロセッサ７１は、前述のようにタブレット端末１から確認完了の通知がなされたことを確認したならばＹＥＳと判定し、ＡＣＴ３０へと進む。

ＡＣＴ３０としてプロセッサ７１は、上記のように確認した確認完了の通知により、同じタイミングでの通知対象となった全てのタブレット端末１での確認が完了したか否かを確認する。なおプロセッサ７１は例えば、ここでの確認のために、ＡＣＴ２５又はＡＣＴ２６での通知を実行した際に、例えば通知の契機として成立した通知条件と、通知先としたタブレット端末１のデバイスコードとを関連づけて表した履歴データをメインメモリ７２又は補助記憶ユニット７３に保存しておく。そしてプロセッサ７１は、該当の全てのタブレット端末１での確認が完了したことを確認できないならばＮＯと判定し、ＡＣＴ２９の待受状態に戻る。しかしながらプロセッサ７１は、該当の全てのタブレット端末１での確認が完了したことが確認できたならばＡＣＴ３０にてＹＥＳと判定し、ＡＣＴ３１へと進む。

ＡＣＴ３１としてプロセッサ７１は、上記のように全てのタブレット端末１での確認が完了した通知の要因となった通知条件が解消しているか否かを確認する。そしてプロセッサ７１は、該当の通知条件が依然として成立しているならばＮＯと判定し、ＡＣＴ３２へと進む。
ＡＣＴ３２としてプロセッサ７１は、ＡＣＴ３１にて依然として成立しているとして判定した通知条件に関する周辺デバイスを利用することが許容されているタブレット端末１に対して、通知条件が成立したことを通知する。つまりプロセッサ７１は、ＡＣＴ２５で行った通知の通知先とした１つのタブレット端末１での確認が完了したものの、該当の通知条件が依然として成立しているならば、上記のタブレット端末１に再度の通知を行う。またプロセッサ７１は、通知条件に関する周辺デバイスを利用することが許容されている別のタブレット端末１が存在するならば、そのタブレット端末１へも通知を行う。例えば、決済端末６の排他権がタブレット端末１－１に付与されているときに、決済端末６に関して通知条件が成立したことに応じてＡＣＴ２５における通知がタブレット端末１－１に対して行われたのに対して、上記の通知条件が成立したままでタブレット端末１－１にて確認が完了した場合には、ＡＣＴ３２にてタブレット端末１－１に再度の通知が行われるのに加えて、タブレット端末１－２に対する通知も行われる。そしてプロセッサ７１はこののち、ＡＣＴ２９の待受状態に戻る。

プロセッサ７１は、該当の通知条件が解消しているためにＡＣＴ３１にてＹＥＳと判定したならば、ＡＣＴ３３へと進む。
ＡＣＴ３３としてプロセッサ７１は、今回のデバイス管理処理の中で行った全ての通知に関する確認が完了しているか否かを確認する。プロセッサ７１は、確認が完了していない通知が残っているならばＮＯと判定し、ＡＣＴ２９の待受状態に戻る。そしてプロセッサ７１は、今回のデバイス管理処理の中で行った全ての通知に関する確認が完了しているならばＡＣＴ３３にてＹＥＳと判定し、デバイス管理処理を終了する。

以上のようにＰＯＳシステム１００では、タブレット端末１－１及びタブレット端末１－２のそれぞれが、１台の一括タグリーダ５、あるいは１台の決済端末６を共用して、それぞれに取引処理のための情報処理を行う。つまり、ＰＯＳシステム１００は、複数の処理装置としてのタブレット端末１－１及びタブレット端末１－２のそれぞれが１つのデバイスである一括タグリーダ５、あるいは決済端末６を利用して予め定められた処理を行う処理システムに相当する。そして管理装置７にてプロセッサ７１は、タブレット端末１－１及びタブレット端末１－２のいずれかに一括タグリーダ５、あるいは決済端末６の排他権を付与する。またプロセッサ７１は、一括タグリーダ５、あるいは決済端末６の装置状態に関して通知条件が成立する状態としての要通知状態となったことを、タブレット端末１－１及びタブレット端末１－２の全てに通知する。かくして管理プログラムＰＲＡに基づく情報処理をプロセッサ７１が実行することによって、プロセッサ７１を中枢部分とするコンピュータは付与手段及び通知手段として機能する。

そしてこのように管理装置７は、複数のタブレット端末１により共用される周辺デバイスが要通知状態となった場合には、そのことが複数のタブレット端末１の全てに通知される。従って、周辺デバイスの装置状態を、その周辺デバイスを利用していない状態のタブレット端末においても的確に把握することが可能である。

なお管理装置７は、要通知状態となった周辺デバイスの排他権が複数のタブレット端末１のいずれにも付与されていないときに複数のタブレット端末１に通知し、複数のタブレット端末１のいずれかに排他権が付与されている場合には、当該排他権が付与されているタブレット端末１のみを通知先とする。これにより、要通知状態となった周辺デバイスがいずれかのタブレット端末１により利用されている場合には、その利用しているタブレット端末１に対する通知が行われる。従って、周辺デバイスの利用に伴う不具合の発生を、当該周辺デバイスを利用するタブレット端末１にて的確に把握することが可能である。

また管理装置７は、周辺デバイスに関する通知を、当該周辺デバイスを利用することが許容されているタブレット端末１に、すなわち当該周辺デバイスの排他権が付与される可能性のあるタブレット端末１にのみ行う。これにより、通知に関する周辺デバイスを利用しないタブレット端末１に対する通知は行われず、当該タブレット端末１の操作者、すなわち通知に関する周辺デバイスを利用しない操作者が、利用しない周辺デバイスに関する通知に煩わされることがない。

また管理装置７は、通知に関する周辺デバイスの排他権がいずれかのタブレット端末１に付与されている場合には、当該のタブレット端末１のみに通知を行う。この場合の通知先となるタブレット端末１の操作者は、通知に関する周辺デバイスを利用中なのであるから、多くの場合はその周辺デバイスの不具合に対する処置を速やかに行うことになる。このために、他のタブレット端末１への通知の重要度は低く、そのような通知を行わないことで他のタブレット端末１の操作者が重要度の低い通知に煩わされることがない。

また管理装置７は、通知先としたタブレット端末１の全てで通知への確認が完了したものの、その通知の要因となった条件成立が継続している場合には、該当の周辺デバイスの排他権が付与される可能性のある全てのタブレット端末１に対して再通知する。これにより、該当の周辺デバイスが複数のタブレット端末１により共用されるものであり、当初の通知が図６中のＡＣＴ２５における１つのタブレット端末１への通知であった場合には、当初の通知先とは別のタブレット端末１も再通知先とされる。これにより、当初の通知先となったタブレット端末１の操作者が通知に関する不具合に適正に対処できない場合には、他のタブレット端末１への通知に応じてそのタブレット端末１の操作者が不具合に対処することが可能となる。

この実施形態は、次のような種々の変形実施が可能である。
周辺デバイスに関する通知を、当該周辺デバイスの排他権が付与される可能性があるか否かに拘わらずに全てのタブレット端末１に対して行ってもよい。このようにすれば、該当の周辺デバイスの排他権が付与される可能性のあるタブレット端末１の操作者が全て多忙であり、別のタブレット端末１の操作者が手空きである場合に、当該の手空きの操作者が上記の周辺デバイスの不具合を解消するべく速やかに処置することも可能となる。

プロセッサ７１は、図６中のＡＣＴ３２での通知は、依然として成立しているとして判定した通知条件に関する周辺デバイスを利用することが許容されているタブレット端末１に加えて、あるいはそのようなタブレット端末１に代えて、利用することが許容されていないタブレット端末１に対して行ってもよい。例えば、プロセッサ７１は、ＰＯＳシステム１００に含まれる全てのタブレット端末１をＡＣＴ３２での通知先としてもよい。このようにすれば、ＡＣＴ２５又はＡＣＴ２６での通知先となったタブレット端末１の操作者がいずれも多忙である場合などにおいて、別のタブレット端末１の操作者が速やかに処置することが可能となる。

タブレット端末１で実行するのは、取引処理のための情報処理には限らず、必要に応じて周辺デバイスを利用しながら行われるものであればどのような情報処理であっても構わない。従って、管理装置７での管理対象となる処理システムも、ＰＯＳシステム１００には限らない。

処理装置としては、タブレット端末１に代えて、より小型な情報処理端末、あるいは据置型のコンピュータ装置などのような様々な態様の情報処理装置が用いられてよい。

タブレット端末１－１，１－２、ハンディリーダ２－１，２－２、釣銭機３－１，３－２、プリンタ４－１，４－２、一括タグリーダ５、決済端末６及び管理装置７は、それぞれがＬＡＮなどの通信ネットワークに接続されて、タブレット端末１－１，１－２と、ハンディリーダ２－１，２－２、釣銭機３－１，３－２、プリンタ４－１，４－２、一括タグリーダ５及び決済端末６との通信は、管理装置７を介さずに行われてもよい。

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

１，１－１，１－２…タブレット端末、２，２－１，２－２…ハンディリーダ、３，３－１，３－２…釣銭機、４，４－１，４－２…プリンタ、５…一括タグリーダ、６…決済端末、７…管理装置、７１…プロセッサ、７２…メインメモリ、７３…補助記憶ユニット、７４…通信ユニット、７５…伝送路、１００…ＰＯＳシステム。

Claims (6)

1. 複数の処理装置のそれぞれが１つのデバイスを利用して予め定められた処理を行う処理システムを管理する管理装置であって、
   複数の前記処理装置のいずれかに前記デバイスを利用するための排他権を付与する付与手段と、
   前記デバイスの状態が予め定められた要通知状態となったことを複数の前記処理装置の全てに通知する通知手段と、
   を具備する管理装置。
2. 前記通知手段は、前記付与手段により前記処理装置のいずれにも排他権が付与されていない場合に、複数の前記処理装置の全てを通知対象とする、
   請求項１に記載の管理装置。
3. 前記付与手段は、複数の前記処理装置のうちの予め定められた一部の前記処理装置のうちのいずれかに前記デバイスを利用するための排他権を付与し、
   前記通知手段は、前記付与手段により排他権が付与される可能性のある前記処理装置のみを通知の対象とする、
   請求項１に記載の管理装置。
4. 前記通知手段は、前記付与手段により前記処理装置の１つに排他権が付与されている場合に、排他権が付与されている前記処理装置のみを通知対象とする、
   請求項１－請求項３のいずれか一項に記載の管理装置。
5. 前記通知手段は、複数の前記処理装置のうちの一部の前記処理装置に対して通知を行った後に、予め定められた条件が成立したことに応じて、既に通知を行った前記処理装置とは別の前記処理装置に対して通知する、
   請求項１－請求項４のいずれか一項に記載の管理装置。
6. 複数の処理装置のそれぞれが１つのデバイスを利用して予め定められた処理を行う処理システムを管理する管理装置に備えられるコンピュータを、
   複数の前記処理装置のいずれかに前記デバイスを利用するための排他権を付与する付与手段と、
   前記デバイスの状態が予め定められた要通知状態となったことを複数の前記処理装置の全てに通知する通知手段と、
   して機能させるための情報処理プログラム。
   
   

Images