(57)【特許請求の範囲】
【請求項１】
それぞれ対応するアプリケーションプログラムインタフェースを介して、少なくとも二
つのアプリケーションソフトウェアのいずれかにより制御される複数の入出力手段と、
前記複数の入出力手段に対応するアプリケーションプログラムインタフェースと、前記
少なくとも二つのアプリケーションソフトウェアとの対応付けを、テーブル更新プログラ
ムにより設定する制御権設定テーブルを有し、
前記複数の入出力手段は、前記制御権設定テーブルに対応づけられたアプリケーション
ソフトウェアによってアプリケーションプログラムインターフェースを介して制御され，
前記少なくとも二つのアプリケーションソフトウェアには，前記複数の入出力手段に対応するアプリケーションプログラムインタフェースのいずれかが少なくとも１つ専用に対応づけられ，更に，
前記少なくとも二つのアプリケーションソフトウェアにより専用に対応づけられるアプ
リケーションプログラムインタフェースに対応する一の入出力手段の起動があったとき、
前記テーブル更新プログラムにより、前記制御権設定テーブルの設定において、前記一の
入出力手段と異なる入出力手段に対応するアプリケーションプログラムインタフェースに
専用に対応づけられるアプリケーションソフトウェアの設定を無効とする、
ことを特徴とする情報処理装置。
【請求項２】
第１の精算処理を行う第１のPOS装置及び第２の精算処理を行う第２のPOS装置に接続さ
れるPOS端末装置であって、
それぞれ対応するインタフェースプログラムを介して、前記第１の精算処理及び第２の
精算処理のそれぞれに対応する第１及び第２のアプリケーションソフトウェアのいずれか
により制御される複数の入出力機器と、
前記複数の入出力機器に対応するアプリケーションプログラムインタフェースと、前記
第１及び第２のアプリケーションソフトウェアの対応付けを、テーブル更新プログラムに
より設定する制御権設定テーブルを有し、
前記複数の入出力機器は、対応するアプリケーションプログラムインタフェースに対し
て前記制御権設定テーブルで設定される第１及び第２のアプリケーションソフトウェアに
よって制御され、
前記第１及び第２のアプリケーションソフトウェアには、前記複数の入出力機器に対応
するアプリケーションプログラムインタフェースのいずれかが少なくとも１つ専用に対応
づけられ、更に
前記第１及び第２のアプリケーションソフトウェアにより専用に対応づけられるアプリ
ケーションプログラムインタフェースに対応する一の入出力機器の起動があったとき、前
記テーブル更新プログラムにより、前記制御権設定テーブルの設定において、前記一の入
出力機器と異なる入出力機器に対応するアプリケーションプログラムインタフェースに専
用に対応づけられるアプリケーションソフトウェアの設定を無効とする、
ことを特徴とするPOS端末装置。
【請求項３】
LAN接続された複数の給油機と、
前記複数の給油機における第１の支払い手段による給油の際の給油情報に基づき第１の
精算処理を行う第１のPOS装置、及び前記複数の給油機における第２の支払い手段による
給油の際の給油情報に基づき第２の精算処理を行う第２のPOS装置と、
前記第１のPOS装置及び第２のPOS装置のそれぞれに接続される、少なくとも一つのPOS
端末装置を有し、
前記POS端末装置は、
それぞれ対応するアプリケーションプログラムインターフェースを介して、前記第１の
精算処理及び第２の精算処理のそれぞれに対応する第１及び第２のアプリケーションソフ
トウェアのいずれかにより制御される複数の入出力機器と、
前記複数の入出力機器に対応するアプリケーションプログラムインタフェースと、前記
第１及び第２のアプリケーションソフトウェアとの対応付けを、テーブル更新プログラム
により設定する制御権設定テーブルを有し、
前記複数の入出力機器は、対応するアプリケーションプログラムインタフェースに対し
て前記制御権設定テーブルで設定される第１及び第２のアプリケーションソフトウェアに
よって制御され、
前記複数の入出力機器には、前記第１の支払い手段にのみ用いられる第１の入出力機器と、前記第２の支払い手段にのみ用いられる第２の入出力機器を有し、
前記第１及び第２の入出力機器は、対応するアプリケーションプログラムインタフェー
スにより前記第１及び第２のアプリケーションソフトウェアに専用に対応づけられ、更に
前記第１及び第２のアプリケーションソフトウェアにより専用に対応づけられるアプリ
ケーションプログラムインタフェースに対応する前記第１及び第２の入出力機器のいずれ
か一方の起動があったとき、前記テーブル更新プログラムにより、前記制御権設定テーブ
ルの設定において、前記起動があった第１又は第２の入出力機器の他方の入出力機器に対
応するアプリケーションプログラムインタフェースに専用に対応づけられるアプリケーシ
ョンソフトウェアの設定を無効とする、
ことを特徴とする給油所システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に関し、特に業務アプリケーションが適用されている情報処理装置に関する。
【背景技術】
【０００２】
業務アプリケーションが適用される情報処理装置として図１に示す概念構成を考察する。図１（Ａ）は、複数の入出力手段１（I/O-0、I/O-1））を有し、この入出力手段１による入力に基づきＣＰＵ４によりプログラム３が実行され、プログラム実行結果として制御手段２から制御出力CONT-OUTが得られる。同時に入出力手段１に対して必要な出力表示を行う。
【０００３】
この時、例えば情報処理装置100の態様として自動販売機等にあっては、入出力手段１は、現金（コイン・紙幣）の投入手段、及び商品の選択キーが対応し、制御出力CONT-OUTは、自動販売機の商品の払出し機能部に対する入出力手段１により指定された物品の排出指示を意味する。
【０００４】
あるいは、情報処理装置100の態様としてＰＯＳ端末装置等にあって入出力手段１で指定された商品の数及び商品種類等を特定する情報の入力に対して、制御出力CONT-OUTは、対応する商品の払い出し機器に払い出し制御信号を送出するとともに、図示しないPOS装置による清算処理の基礎として利用されるデータの出力を意味する。
【０００５】
ここで、プログラム３は、上記情報処理装置の入出力手段１（I/O-0、I/O-1））に対応したアプリケーションソフトウェアAPL-1と、入出力手段１（I/O-0、I/O-1）とアプリケーションソフトウェアAPL-1とのインタフェースを行うアプリケーションプログラムインタフェースAPI-0、API-1(Application Program Interface)を含む。
【０００６】
アプリケーションソフトウェアAPL-1は、業務アプリケーションであって、これに対しては、ライセンス条件、信頼性要件などが適用されている。したがって、改造/変更が認められていない、あるいは改造/変更をしたくないことが多くある。
【０００７】
かかる理由により、情報処理装置に関し、業務アプリケーションが既に適用されている既存の情報処理装置に機能を追加しようとする場合、既に適用されている業務アプリケーションを改造／変更することは難しい。
【０００８】
たとえば、情報処理装置の態様として既存の自動販売機が、商品購入の際に、現金のみが使用可能である場合、顧客にとって不便であり、クレジットカード、プリペイドカード等による支払いを可能とすることが求められる。
【０００９】
そこで、図１（Ｂ）に示すように、入出力手段として、現金のみを受け入れを可能とする入出力手段１（I/O-0）に加え、クレジットカードの利用を可能とするために、対応するクレジットカードの読み取り機能を有する入出力手段I/O-2を新たに備え、付加機能を追加しようとする場合、既存のアプリケーションソフトウェアAPL-1を改造又は変更を加えることが必要となる。
【００１０】
しかし、先に述べたように、既存の業務アプリケーションであるアプリケーションソフトウェアAPL-1を改造又は変更することは、ライセンス条件、信頼性要件等により不可能である。
【００１１】
従来技術として、特許文献１に記載の技術がある。特許文献１には、POSシステムによるセルフ式の給油システムにおいて、プリペイドカード処理が存在しない既存の第1の清算システムに、LAN切換スイッチにより、販売装置である給油機を共有してプリペイドカードでの支払い処理を可能とする第２の清算システムを追加することが示される。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特許第４３３６１８８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
上記に鑑みて、本発明の目的は、既存のアプリケーションソフトウェアＡＰＬを有する情報処理装置に容易に新規機能が追加可能の情報処理装置、情報処理装置としてPOS端末装置及び、前記POS端末装置を利用する給油所システムを提供することにある。  
【００１４】
さらに、前記新規機能が追加されても顧客に操作上、不便とならないよう対応が可能の情報処理装置、情報処理装置としてPOS端末装置及び、前記POS端末装置を利用する給油所システムを提供することにある。
【課題を解決するための手段】
【００１５】
上記目的を達成する本発明に従う情報処理装置は、それぞれ対応するアプリケーションプログラムインタフェースを介して、少なくとも二つのアプリケーションソフトウェアのいずれかにより制御される複数の入出力手段と、前記複数の入出力手段に対応するアプリケーションプログラムインタフェースと、前記少なくとも二つのアプリケーションソフトウェアとの対応付けを、テーブル更新プログラムにより設定する制御権設定テーブルを有し、前記複数の入出力手段は、前記制御権設定テーブルに対応づけられたアプリケーションソフトウェアによってアプリケーションプログラムインターフェースを介して制御されることを特徴とする。
【００１６】
さらに、上記情報処理装置において、一の態様として、前記少なくとも二つのアプリケーションソフトウェアには、前記複数の入出力手段に対応するアプリケーションプログラムインタフェースのいずれかが少なくとも１つ専用に対応づけられることを特徴とする。
【００１７】
また、上記情報処理装置において、一の態様として、前記少なくとも二つのアプリケーションソフトウェアが専用に対応づけられるアプリケーションプログラムインタフェースに対応する一の入出力手段の起動があったとき、前記テーブル更新プログラムにより、前記制御権設定テーブルの設定において、前記一の入出力手段と異なる入出力手段に対応するアプリケーションプログラムインタフェースに専用に対応づけられるアプリケーションソフトウェアの設定を無効とすることを特徴とする。
【００１８】
上記目的を達成する本発明に従うPOS端末装置は、第１の精算処理を行う第１のPOS装置及び第２の精算処理を行う第２のPOS装置に接続されるPOS端末装置であって、それぞれ対応するアプリケーションプログラムインタフェースを介して、前記第１の精算処理及び第２の精算処理のそれぞれに対応する第１及び第２のアプリケーションソフトウェアのいずれかにより制御される複数の入出力機器と、前記複数の入出力機器に対応するアプリケーションプログラムインタフェースと、前記第１及び第２のアプリケーションソフトウェアの対応付けを、テーブル更新プログラムにより設定する制御権設定テーブルを有し、前記複数の入出力機器は、対応するアプリケーションプログラムインタフェースに対して前記制御権設定テーブルで設定される第１及び第２のアプリケーションソフトウェアによって制御されることを特徴とする。
【００１９】
上記POS端末装置において、一の態様として、前記第１及び第２のアプリケーションソフトウェアには、前記複数の入出力機器に対応するアプリケーションプログラムインタフェースのいずれかが少なくとも１つ専用に対応づけられることを特徴とする。
【００２０】
さらに、上記POS端末装置において、一の態様として、前記第１及び第２のアプリケーションソフトウェアにより専用に対応づけられるアプリケーションプログラムインタフェースに対応する一の入出力機器の起動があったとき、前記テーブル更新プログラムにより、前記制御権設定テーブルの設定において、前記一の入出力機器と異なる入出力機器に対応するアプリケーションプログラムインタフェースに専用に対応づけられるアプリケーションソフトウェアの設定を無効とすることを特徴とする。
【００２１】
上記目的を達成する本発明に従う給油所システムは、LAN接続された複数の給油機と、前記複数の給油機における第１の支払い手段による給油の際の給油情報に基づき第１の精算処理を行う第１のPOS装置、及び前記複数の給油機における第２の支払い手段による給油の際の給油情報に基づき第２の精算処理を行う第２のPOS装置と、前記第１のPOS装置及び第２のPOS装置のそれぞれに接続される、少なくとも一つのPOS端末装置を有し、前記POS端末装置は、それぞれ対応するインタフェースプログラムを介して、前記第１の精算処理及び第２の精算処理のそれぞれに対応する第１及び第２のアプリケーションソフトウェアのいずれかにより制御される複数の入出力機器と、前記複数の入出力機器に対応するアプリケーションプログラムインタフェースと、前記第１及び第２のアプリケーションソフトウェアの対応付けを、テーブル更新プログラムにより設定する制御権設定テーブルを有し、前記複数の入出力機器は、対応するアプリケーションプログラムインタフェースに対して前記制御権設定テーブルで設定される第１及び第２のアプリケーションソフトウェアによって制御されることを特徴とする。
【００２２】
さらに、前記給油所システムは、一態様として、前記複数の入出力機器には、前記第１の支払い手段にのみ用いられる第１の入出力機器と、前記第２の支払い手段にのみ用いられる第２の入出力機器を有し、前記第１及び第２の入出力機器は対応するアプリケーションプログラムインタフェースにより前記第１及び第２のアプリケーションソフトウェアに専用に対応づけられることを特徴とする。
【００２３】
さらにまた、前記給油所システムの一態様において、前記第１及び第２のアプリケーションソフトウェアにより専用に対応づけられるアプリケーションプログラムインタフェースに対応する前記第１及び第２の入出力機器のいずれか一方の起動があったとき、前記テーブル更新プログラムにより、前記制御権設定テーブルの設定において、前記起動があった第１又は第２の入出力機器の他方の入出力機器に対応するアプリケーションプログラムインタフェースに専用に対応づけられるアプリケーションソフトウェアの設定を無効とすることを特徴とする。
【図面の簡単な説明】
【００２４】
【図１】業務アプリケーションが適用される情報処理装置としての概念構成を示すブロック図である。
【図２】図１に対応する本発明の第１の実施例のブロック図である。
【図３】制御権設定テーブル１０の設定の遷移状態例である。
【図４】図２の実施例に対応する処理フローであり、電源ON起動時のアプリケーションソフトウェアAPLによる各デバイスの排他的制御権確立処理のフロー図である。
【図５】図４の処理に続く、第１のアプリケーションソフトウェアAPL専用デバイスの入力に対する処理フロー図である。
【図６】図４の処理に続く、第２のアプリケーションソフトウェアAPL専用デバイスの入力に対する処理フロー図である。
【図７】第２の実施例の意義を説明する図である。
【図８】第２の実施例構成の全体構成ブロック図である。
【図９】ＰＯＳ端末装置の一例を情報処理装置として説明する図である。
【図１０】本実施例における制御権設定テーブルの遷移例を示す図である。
【図１１Ａ】ＰＯＳ端末装置に電源が入れられた直後のテーブル更新プログラムの動作を示すフロー図である。
【図１１Ｂ】第１の清算システムとしての動作の起動をつかさどるデバイスが使用された場合のテーブル更新プログラムの動作を示すフロー図である。
【図１１Ｃ】第２の清算システムとしての動作の起動をつかさどるデバイスが使用された場合のテーブル更新プログラムの動作を示すフロー図である。
【図１１Ｄ】テーブル更新プログラムが制御権設定テーブル302を初期状態に戻す動作を示すフロー図である。
【図１２Ａ】入力のあるデバイス用のアプリケーションプログラムインタフェースAPI-1の動作例を示すフロー図である。
【図１２Ｂ】入力のあるデバイスのうち、各アプリケーションソフトウェアAPL専用デバイス用のアプリケーションプログラムインタフェースAPI-4, API-5の入力データに対する処理の例である。
【図１２Ｃ】入力専用デバイスに対するアプリケーションプログラムインタフェースAPIの処理フローである。
【図１２Ｄ】出力のあるデバイス用のアプリケーションプログラムインタフェースAPIの例で、アプリケーションソフトウェアAPL-1, APL-2それぞれからの要求に対する処理フローを示す図である。
【図１２Ｅ】出力のあるデバイス、特に画像ディスプレイ用のアプリケーションプログラムインタフェースAPI-2の例である。
【図１２Ｆ】図１２Ｄ、図１２Ｅでバッファに格納された要求を実行する動作フロー図である。
【図１３】POS端末装置において、電源ONから待機状態に至るまでの初期化のシーケンスを示す図である。
【図１４Ａ】アプリケーションソフトウェアAPL-1専用のデバイスが使用される時の給油終了までのフロー図である。
【図１４Ｂ】図１４Ａに続く、アプリケーションソフトウェアAPL-1専用のデバイスが使用される時の処理が終了するまでのフロー図である。
【図１５】図１４Ａ,１４Ｂのフローに従う端末アプリケーションソフトウェアAPL-1専用デバイスの決済が進行中にアプリケーションソフトウェアAPL-2専用デバイスの使用が発生した場合の処理シーケンスを示す図である。
【図１６Ａ】アプリケーションソフトウェアAPL-2専用のデバイスが使用される時の給油終了までのフロー図である。
【図１６Ｂ】図１６Ａに続く、アプリケーションソフトウェアAPL-2専用のデバイスが使用される時の処理が終了するまでのフロー図である。
【発明を実施するための形態】
【００２５】
以下、図面に従い本発明の実施例について説明する。なお、以下に示す実施例は、本発明の理解を助けるためのものであり、本発明の適用及び保護の範囲は、かかる実施例に限定されるものではない。
【００２６】
［第１の実施例］
図２は、図１に対応する本発明の第１の実施例のブロック図であり、情報処理装置の実施例として、商品の自動販売機を想定する。既存装置として、入出力手段１（I/O-0,I/O-1）は、自動販売機において、現金の受け入れ手段及び商品の選択手段（選択キー）として備えられている。
【００２７】
図２において、新たに追加される機能は、点線で囲った部分である。第1に、既存の自動販売機にクレジットカードでの商品購入も可能とするべく、新たなクレジットカードの読み取り機能を有する入出力手段I/O-2が付加される。
【００２８】
かかる場合、商品選択は、現金による場合でも、クレジットカードによる場合でも共通であり、かかる商品選択機能を果たす入出力手段I/O-1が共通に利用される。
【００２９】
しかし、クレジットカードの読み取り機能を有する入出力手段I/O-2に対する制御は、既存のアプリケーションソフトウェアAPL-1では想定されていないため、行えない。
【００３０】
したがって、図２において、新たな入出力手段I/O-2に対応する第２のアプリケーションソフトウェアAPL-2と、入出力手段I/O-2とアプリケーションソフトウェアAPL-2間のインタフェース機能を果たすアプリケーションプログラムインタフェースAPI-2が備えられる。
【００３１】
ここで、第２のアプリケーションソフトウェアAPL-2によって、新たな入出力手段I/O-2により読み取られるクレジットカードによる購入処理を行う制御とともに、商品選択を行うための入出力手段I/O-1を制御することが必要である。
【００３２】
かかる要件に対応するべく、本発明は、図２において、何れのアプリケーションソフトウェア（APL-1又はAPL-2）が、それぞれの入出力手段I/O-0, I/O-1, 及びI/O-2に対して排他的に制御権を有するかを特定する制御権設定テーブル１０と、アプリケーションソフトウェア（APL-1又はAPL-2）に対して有効とするアプリケーションプログラムインタフェースAPI-0, API-1, 及びAPI-2を対応付け、制御権設定テーブル１０に設定する機能を有するテーブル更新プログラム２０を備える。なお、API-0、API-1は、本発明に対応すべく図１のものとは異なり、後述する制御権設定テーブルを参照する機能が追加されている。
【００３３】
かかる、新たなアプリケーションソフトウェアAPL-2、アプリケーションプログラムインタフェースAPI-2及びテーブル更新プログラム２０についても、図２において、図示省略しているCPU４により実行される。あるいは、別個のCPUを設けても良い。
【００３４】
図３は、制御権設定テーブル１０の設定の遷移状態例であり、図４〜図６は、図２の実施例に対応する処理フローである。
【００３５】
なお、以下の説明において、言及される“制御権設定テーブル”は、各フロー図面において、簡単化のために単に“設定テーブル”と表示している。
【００３６】
図４において、システム(自動販売機)の電源がONされる（ステップＳ０）と、排他的に制御権を設定する制御権設定テーブル１０を、テーブル更新プログラム２０により初期状態（状態「０」:図３（Ａ））に設定する（ステップＳ１）。
【００３７】
制御権設定テーブル１０の初期状態（状態「０」）は、本実施例に対応して図３（Ａ）に示すように設定される。制御権設定テーブル１０が、初期状態（状態「０」）に設定されると、必要であれば、全てのアプリケーションプログラムインタフェースAPIに対して起動が可能なことを通知する。
【００３８】
次いで、アプリケーションソフトウェアAPL-1、APL-2のそれぞれは、初期状態（状態「０」）に基づき、対応する入出力手段I/Oと通信を確立するべく排他的制御権の要求を行う。
【００３９】
すなわち、アプリケーションソフトウェアAPL-1は、アプリケーションプログラムインタフェースAPI-0と、アプリケーションプログラムインタフェースAPI-1に対して排他的制御権要求を送る（ステップＳ２、Ｓ５）。
【００４０】
これに応じて、アプリケーションプログラムインタフェースAPI-0と、アプリケーションプログラムインタフェースAPI-1は、対応する入出力手段I/O-0とI/O-1との通信確立状態を設定する（ステップＳ３、Ｓ６）。 入出力手段I/O-0とI/O-1との通信確立状態が設定できれば、排他的制御権が確立した旨をアプリケーションソフトウェアAPL-1に通知する（ステップＳ４、Ｓ７）。
【００４１】
これにより、アプリケーションソフトウェアAPL-1は、待機中に遷移する（ステップＳ８）。
【００４２】
一方、アプリケーションソフトウェアAPL-2は、初期状態（状態「０」）に基づき、対応する入出力手段I/O-2と通信を確立するため排他的制御権の要求を行う。すなわち、アプリケーションソフトウェアAPL-2からアプリケーションプログラムインタフェースAPI-2に対して排他的制御権要求を送る（ステップＳ９）。
【００４３】
アプリケーションプログラムインタフェースAPI-2は、対応する入出力手段I/O-2との通信確立状態を設定する（ステップＳ１０）。入出力手段I/O-2との通信確立状態が設定できれば、制御権が確立した旨をアプリケーションソフトウェアAPL-2に通知する（ステップＳ１１）。
【００４４】
これにより、アプリケーションソフトウェアAPL-2は、待機中に遷移する（ステップＳ１２）。
【００４５】
次に、図５に移行して、上記の様にアプリケーションソフトウェアAPL-1、APL-2が待機中において、入出力手段I/O-0による現金投入により自動販売機の利用が起動されると（ステップＳ２０）、対応するアプリケーションプログラムインタフェースAPI-0により、初期状態の制御権設定テーブル１０を確認する（ステップＳ２１）。これにより、制御権を有するアプリケーションソフトウェアが、APL-1であることを確認すると、テーブル更新プログラム２０に対し、APL-1専用デバイス、即ち入出力手段I/O-0の使用を通知する（ステップＳ２２）。
【００４６】
テーブル更新プログラム２０は、制御権設定テーブル１０が、初期状態「０」であることを確認し（ステップＳ２３−１）、設定テーブル１０を、現金処理用状態「１」（図３（Ｂ））に書き換える（ステップＳ２３−２）。
【００４７】
同時に、アプリケーションプログラムインタフェースAPI-0は、アプリケーションソフトウェアAPL-1に対し、投入された現金情報を伝える（ステップＳ２４）。
【００４８】
次いで、アプリケーションソフトウェアAPL-1は、投入された現金情報が有効であるか否かを判定する（ステップＳ２５）。すなわち、本実施例において、投入された現金情報が、商品払い出し要件に該当するか、例えば、投入金種が、最低価格の商品の価額を超えているかなどについて有効判断を行う。
【００４９】
投入された現金情報が有効であれば、対応するアプリケーションプログラムインタフェースAPI-1に対して商品選択表示（ここでは、商品選択キーの点滅などの表示）を要求する（ステップＳ２６）。
【００５０】
アプリケーションプログラムインタフェースAPI-1は、図３（Ｂ）の状態「１」の制御権設定テーブル１０の設定値を確認し（ステップＳ２７）、対応の入出力手段I/O-1に表示情報を送る（ステップＳ２８）。ここでの表示情報は、投入金額により購入可能の商品種を示す情報である。したがって、入出力手段I/O-1は、顧客に対して、購入可能の商品を表示し、顧客に商品を選択させる（ステップＳ２９）。
【００５１】
選択された商品情報が、アプリケーションプログラムインタフェースAPI-1を介してアプリケーションソフトウェアAPL-1に送られる（ステップＳ３０）。
【００５２】
アプリケーションソフトウェアAPL-1は、選択された商品情報を制御部CONT2に送信する（ステップＳ３１）。これにより、制御部CONT2は、選択された商品の払い出し処理を実行する。次いで、アプリケーションソフトウェアAPL-1は、制御部CONT2から商品払い出し済み通知を受信し（ステップＳ３２）、待機状態に移行する。この際、テーブル更新プログラム２０も商品払い出し済み通知が受信できるように接続されている（ステップＳ３３）。
【００５３】
テーブル更新プログラム２０は、商品払い出し済み通知を受けると、制御権設定テーブル１０を初期状態（０）に書き換える（ステップＳ３４）。
【００５４】
図６は、クレジットカードの利用による商品払い出しの処理フローである。
【００５５】
図６の各処理ステップは、図５における処理との比較で、アプリケーションソフトウェアAPL-1が、アプリケーションソフトウェアAPL-2に代わり、アプリケーションプログラムインタフェースAPI-0が、アプリケーションプログラムインタフェースAPI-2に代わっている。また、現金投入が、クレジットカードの読み取り情報に代わっている。
【００５６】
その他、各処理工程の内容は、図５における処理と同様であるので、更なる説明は省略するが、処理工程（ステップＳ２５ａ）における「外部と通信し有効との情報」には、図示しない外部との通信による読み取られたクレジットカードの与信確認情報も含まれる。
【００５７】
上記の様に、本発明により、制御権設定テーブル１０における設定により、複数の入出力手段は、何ら改造又は変更を行なわない既存のアプリケーションソフトウェアAPL-1と新規に追加のアプリケーションソフトウェアAPL-2の制御権を切り換えて使用することが可能であるので、容易に新規機能を追加可能である情報処理装置が提供できる。
【００５８】
［第２の実施例］
次に本発明に従う第２の実施例を説明する。この実施例では、情報処理装置をPOS(Point of Sales)端末装置とし、セルフ式の給油システムにおけるPOS装置で清算処理を実行する例である。
【００５９】
また、第２の実施例説明において使用する用語の意味は、次の通りである。
【００６０】
[POS APL]
POS装置におけるアプリケーションソフトウェアであって、特に、POS端末装置からの顧客による決済手段と販売商品指定情報を受け付け、販売装置である給油装置（給油機）を稼働可能とし、給油装置の給油終了を受けて、その販売数量に基づく決済情報をPOS端末装置に通知することに関与する部分を指す。
【００６１】
[POS端末装置]
POS装置に対して少なくとも１台設置され、主に顧客が所望する販売商品（レギュラーガソリン、軽油など）の購入条件を指定し、清算を行うための装置であって、表示装置、キーボード、レシートプリンタ、カードリーダ等のデバイスを備える。
【００６２】
［端末APL]
POS端末装置を動かすアプリケーションソフトウェア（上記第1の実施例におけるAPL-1, APL-2に相当する）。顧客のデバイス操作情報をPOS APLに伝達するとともに、POS APLからの情報を顧客にデバイスを通じて伝達するためのソフトウェアを指す。
【００６３】
[デバイス]
広義ではPOS端末装置に設置されたCPUの入出力装置を指すが、本明細書においては、このうち特に顧客に対する情報の入出力手段を指すものとして使用する。
【００６４】
[API]
デバイス（入出力手段）と端末アプリケーションソフトウェアAPLとを仲介するアプリケーションプログラムインタフェース（Application Program Interface）で、各デバイス専用として作成されるものである（上記第１の実施例におけるAPI-0, API-1, API-2に相当する）。
【００６５】
ここで、第２の実施例の具体的説明に先立ち、従来のセルフ式の給油所システムを参照して第２の実施例の意義について説明する。
【００６６】
図７は、第２の実施例の意義を説明する図である。図７は、先の特許文献１に記載のシステムであり、既存の第１の清算システムＳＳ１に対し、新たな清算手段を可能とする第２の清算システムＳＳ２を追加するものである。
【００６７】
図７において、複数の給油装置（給油機）200-1〜200-nがLAN接続されている。さらに、第１の清算システムＳＳ１は、複数の給油機200-1〜200-nのそれぞれに対応してPOS端末装置202が対応づけられている（図では、簡単化のため、給油機200-1に対応する一つのPOS端末装置のみを示している）。POS端末装置202と対応する給油機は、一筐体内に一体に構成されている。
【００６８】
POS端末装置202には、複数の入出力手段として、磁気カードリーダ202-1、画像ディスプレイ202-2、キーボード202-3、プリンタ202-4が備えられる。
【００６９】
複数のPOS端末装置202は、HUB203を通じて、POS装置(POS親機)201に接続される。かかる構成で、既存の第1の清算システムを構成する。
【００７０】
ここで、顧客に対する便宜の提供として、磁気カードによる給油機の利用に加え、プリペイドカード(以下、プリカと表記)による給油機の利用を可能とすべく、第２の清算システムＳＳ２を設ける。
【００７１】
第２の清算システムＳＳ２は、給油機200-1〜200-n対応に備えられるPOS端末装置212に、入出力手段としてプリカの読み取り器212-1を備える。
【００７２】
第２の清算システムＳＳ２のPOS装置211と、第１の清算システムＳＳ１のPOS装置201は、LAN切り換えスイッチ220により、切り替えられて給油機200-1〜200-nから送られる給油データを受信するように構成される。
【００７３】
ここで、上記図７に示すシステム構成では、給油機とPOS端末装置が一体に構成される既存の第１の清算システムＳＳ１に対して、追加される第２の清算システムＳＳ２が、独立して備えられている。
【００７４】
このために、システムの利用者である顧客は、清算手段として磁気カードによるか、プリカによるかに応じて、第１の清算システムＳＳ１におけるPOS端末装置202、又は第２の清算システムＳＳ２におけるPOS端末装置212を使用する。
【００７５】
そして、特に第２の清算システムＳＳ２による場合は、独立して設置されているPOS端末装置212まで移動して操作を行わなければならないという操作上の不便がある。
【００７６】
また、機器の設置場所が制限されがちな給油所では、設置スペースの確保や、独立したPOS端末装置設置のための費用負担という問題もある。
【００７７】
したがって、第２の実施例は、かかる第２の清算システムＳＳ２に対応してPOS端末装置を、物理的に独立して設置しなければならないという問題についても解決を意図するものである。
【００７８】
図８は、かかる第２の実施例構成の全体構成ブロック図である。
【００７９】
複数の給油機200-1〜200-nのそれぞれに対応してPOS端末装置222が設けられる。
【００８０】
POS端末装置222は、図７に示す従来構成におけるPOS端末装置202に、点線で囲んだ機能が追加された構成である。
【００８１】
すなわち、POS端末装置222は、既存構成としての第１の清算システムと第２の清算システムを含み、対応する給油機200と共通の筐体に一体に収容される。
【００８２】
そして、それぞれのPOS端末装置222は、第１の清算システムとして複数の入出力手段であるキーボード201-1、画像ディスプレイ201-2、プリンタ201-3、磁気カードリーダ201-4を有し、これら複数の入出力手段に対応して、端末APL300を有する。
【００８３】
端末APL300は、先の第１の実施例におけるアプリケーションソフトウェアAPL-1に相当する。したがって、以降端末APL300をアプリケーションソフトウェアAPL-1と適宜に表記する。
【００８４】
さらに、アプリケーションソフトウェアAPL-1と複数の入出力手段のそれぞれに対応してインタフェース機能を有するアプリケーションプログラムインタフェースAPI-1，API-2，APIL-3，API-4を有する。
【００８５】
画像ディスプレイ201-2、プリンタ201-3に対応するアプリケーションプログラムインタフェースAPI-2，API-3は、バッファ機能も備えている。磁気カードリーダ201-4は、第１の清算システム専用である。
【００８６】
第２の清算システムは、入出力手段として、キーボード201-1、画像ディスプレイ201-2及び、プリンタ201-3を、第１の清算システムと共用する。さらに、第２の清算システムに対し、専用の入出力手段としてプリカリーダ201-5が対応し、端末追加APL301により制御され、端末追加APL301とプリカリーダ201との間にインタフェース機能を果たすアプリケーションプログラムインタフェースAPI-5が備えられる。 
【００８７】
上記第２の清算システムの端末追加APL301は、第１の実施例におけるアプリケーションソフトウェアAPL-2に相当する。したがって、以降、端末追加APL301をアプリケーションソフトウェアAPL-2と適宜表記する。
【００８８】
さらに、第２の清算システムとして、第１の実施例で示したように、複数の入力手段に対して排他的制御権が、アプリケーションプログラムインタフェースAPL-1若しくはAPL-2の何れにあるかが設定される制御権設定テーブル302と、この制御権設定テーブル302を更新するテーブル更新プログラム303が追加される。
【００８９】
図８において、第１の清算システムのアプリケーションソフトウェアAPL-1及び、第２の清算システムのアプリケーションソフトウェアAPL-2は、第１のPOSネットワークのルータ400，第２のPOSネットワークのルータ401を通じて、対応するPOS装置201，211に清算用データを送る。清算用データは、POS装置201，211における第１及び第２のアプリケーションソフトウェアPOS APL（POS1APL, POS2APL）により清算処理が行われる。
【００９０】
なお、上記２つのPOS装置201，211における第１及び第２のアプリケーションソフトウェアPOS APL（POS1APL, POS2APL）が統合され同一のPOS装置とすることができれば、上記ルータ401、401が不要であることは言うまでも無い。
【００９１】
上記のＰＯＳ端末装置222は、一例として、図９に示すように情報処理装置として、基本的なコンピュータ構成により実現される。ＣＰＵ４０に、各入出力手段であるキーボード201-1、画像ディスプレイ201-2、レシートプリンタ201-3、第１の清算システム用の磁気カードリーダ201-4、第２の清算システム用のプリカリーダ201-5が接続される。
【００９２】
さらに、メインメモリ４１、外部記憶装置４２及びLAN接続のための通信装置４３を有して構成される。
【００９３】
外部記憶装置４２は、CF（コンパクトフラッシュ（登録商標）メモリ）などであり、主に、POS端末装置222を動かすためのOS、アプリケーションソフトウェア（端末APL300、端末追加APL301)、各デバイス（入出力手段であるキーボード201-1、画像ディスプレイ201-2、レシートプリンタ201-3、第１の清算システム専用の磁気カードリーダ201-4、第２の清算システム専用のプリカリーダ201-5）を動かすアプリケーションプログラムインタフェースAPI-1〜API-5、テーブル更新プログラム３０３が格納されている。
【００９４】
メモリ４１は、CPU４０が直接使用する記憶領域で、OS、アプリケーションソフトウェアAPL、アプリケーションプログラムインタフェースAPI、テーブル更新プログラム３０３などが作業中展開される。本実施例において使用する排他的制御権設定テーブル302もここに展開される。
【００９５】
通信装置４３は、POS端末装置222から他の機器（本実施例では、ルータ400,401経由でPOS装置201，211）との通信を行う装置である。イーサネット（登録商標）等の規格で使用される。
【００９６】
キーボード201-1は、利用顧客が商品や処理を指定するために使用される。
【００９７】
画像ディスプレイ201-2は、利用顧客に対して、操作案内などの画像を表示するLCDなどの表示装置である。顧客が操作するようにソフトウェアキーボードの画像を表示することもある。
【００９８】
レシートプリンタ201-3は、各清算の終了時に利用顧客に出力されるレシートを発行する。
【００９９】
磁気カードリーダ201-4は、クレジットカード等の磁気記録帯を有するカードの情報を読み取る装置である。
【０１００】
プリカリーダ201-5は、本発明の実施例で追加利用を可能とするプリペイドカードのデータの読み取り、あるいは清算の結果（残額など）を書き込むリーダーライターである。
【０１０１】
ここで、上記図８の実施例構成において、テーブル更新プログラム303と、アプリケーションプログラムインタフェースAPI-1〜API-5の動作の概略を説明する。
【０１０２】
図１０は、本実施例における制御権設定テーブル302の遷移例を示す図である。
【０１０３】
制御権設定テーブル302は、テーブル更新プログラム303によって、少なくとも、アプリケーションプログラムインタフェースAPI-1〜API-5のそれぞれに対応して設定値として通信すべきアプリケーションソフトウェアAPLの区別、全体としての状態（「０」，「１」，又は「２」）が登録されるように構成されている。
【０１０４】
第１の清算システムの清算処理では、図１０（Ａ）と図１０（Ｂ）の状態「０」と状態「１」間の遷移をとる。また、第２の清算システムの清算処理が行われる場合、図１０（Ａ）と図１０（Ｃ）の状態「０」と状態「２」間の遷移をとる。
【０１０５】
図１１Ａ〜図１１Ｄは、テーブル更新プログラム303の動作例を示すフロー図である。
【０１０６】
図１１Ａは、ＰＯＳ端末装置に電源が入れられた直後の動作を示すフロー図であり、テーブル更新プログラム303は、制御権設定テーブル302の状態を図１０（Ａ）に示す初期状態「０」に設定する（ステップS200）。
【０１０７】
アプリケーションプログラムインタフェースAPI-4は、磁気カードリーダ201-4と端末APL300（APL-1）との間のインタフェース機能を有し、アプリケーションソフトウェアAPL-1専用に設定される。
【０１０８】
アプリケーションプログラムインタフェースAPI-5は、プリカリーダ201-5と端末APL301(APL-2）の間のインタフェース機能を有し、アプリケーションソフトウェアAPL-2専用に設定される。その他の端末APL300（APL-１）、端末APL301（APL-2）とで共用される各デバイス用のアプリケーションプログラムインターフェース（API-2、API-3）については、アプリケーションソフトウェアAPL-1に設定される。
【０１０９】
図１１Ｂは、第１の清算システムとしての動作の起動をつかさどるデバイス（実施例では、磁気カードリーダ201-4：アプリケーションソフトウェアAPL-1専用デバイス）が使用された場合の動作を示すフロー図である。
【０１１０】
磁気カードリーダ201-4に対応するアプリケーションプログラムインタフェースAPI-4からの使用通知がある場合に（ステップS210）、制御権設定テーブル302の状態が初期状態（状態「０」：図１０（Ａ））の場合のみ（ステップS211、Y）、制御権設定テーブル302を状態「１」：図１０（Ｂ）に更新する（ステップS212）。  
【０１１１】
図１１Ｃは、第２の清算システムとしての動作の起動をつかさどるデバイス（実施例では、プリカリーダ201-5：アプリケーションソフトウェアAPL-2専用デバイス）が使用された場合の動作を示すフロー図である。プリカリーダ201-5に対応するアプリケーションプログラムインタフェースAPI-5からの使用通知がある場合に（ステップS220）、制御権設定テーブル302の状態が初期状態（状態「０」：図１０（Ａ））の場合のみ（ステップS221,Y）、制御権設定テーブル302を状態「２」：図１０（Ｃ）に更新する（ステップS222）。
【０１１２】
図１１Ｄは、制御権設定テーブル302を初期状態に戻す動作を示すフロー図である。アプリケーションプログラムインタフェースAPI-2(画面ディスプレイ201-2)から待機状態検出の通知を受けると（ステップS230）、制御権設定テーブル302の状態が初期状態「０」でなければ（ステップS231,N）、制御権設定テーブル302の状態を待機状態即ち、初期状態「０」に書き換える（ステップS232）。次いで、待機状態に復帰したことの通知が必要なアプリケーションプログラムインタフェースAPIに待機状態に復帰したとの情報を通知する（ステップS233）。
【０１１３】
次に図８における各アプリケーションプログラムインタフェースAPIの動作例について説明しておく。
【０１１４】
図１２Ａは、入力のあるデバイス用のアプリケーションプログラムインタフェースAPI-1のデバイスから入力データが来た場合の基本的な動作例を示すフロー図である。
【０１１５】
デバイスからの入力データが来れば、制御権設定テーブル302における自アプリケーションプログラムインタフェースAPIに対する設定値を取得し（ステップS300）、有効な値（本実施例の制御権設定テーブル302では、アプリケーションソフトウェアAPL-1とアプリケーションソフトウェアAPL-2が有効な値）であれば（ステップS301,Y）、制御権設定テーブル302の設定値の示すアプリケーションソフトウェアAPLに対してデータを送出する(ステップS302）。
【０１１６】
また、無効な値（制御権設定テーブル302では「−」が無効な値：図１０（Ｂ）,（Ｃ）参照）であれば、入力データに対して何もしない（無視する）(ステップS301, N)。
【０１１７】
図１２Ｂは、入力のあるデバイスのうち、各アプリケーションソフトウェアAPL専用デバイス（アプリケーションソフトウェアAPL-1専用デバイス：磁気カードリーダ201-4、アプリケーションソフトウェアAPL-2専用デバイス：プリカリーダ201-5）用のアプリケーションプログラムインタフェースAPI-4, API-5の入力データに対する処理の例である。
【０１１８】
図１２Ａと比較すると、専用デバイスが使用された事をテーブル更新プログラムに通知するフロー(ステップS312)が追加されており、テーブル更新プログラム303の動作である図１１Ｂ及び図１１Ｃに対応する。
【０１１９】
図１２Ｃは、入力専用デバイス用のアプリケーションプログラムインタフェースAPIのアプリケーションソフトウェアからの要求が来た場合の例で、例えばキーボード201-1、磁気カードリーダ201-4等のデバイスに対するアプリケーションプログラムインタフェースAPIの処理フローである。入力専用であるため、各アプリケーションソフトウェアAPLからの要求は排他的制御権に対する要求の処理だけであり、いずれのアプリケーションソフトウェアAPLからの排他的制御権要求(ステップS320,Y)に対してもOKの応答を行う(ステップS321)。
【０１２０】
図１２Ｄは、出力のあるデバイス（プリンタ201-3）用のアプリケーションプログラムインタフェースAPI-3の例で、アプリケーションソフトウェアAPL-1, APL-2それぞれからの要求に対する処理フローを示す図である。すなわち、各アプリケーションソフトウェアAPLからの排他的制御権要求(ステップS330,Y)に対しては、図１２Ｃにおけると同様にOKの応答をする(ステップS331)。また、別の要求(ステップS330,N)に対しては、制御権設定テーブル302の設定値を参照し、設定値のアプリケーションソフトウェアAPLからの要求に対してのみ(ステップS332,Y)、要求に対応する処理を行い(ステップS333)、処理が終了したら当該アプリケーションソフトウェアAPLに対して処理の終了を返す(ステップS334)。
【０１２１】
また、制御権設定テーブル302の設定値とは異なるアプリケーションソフトウェアAPLからの要求の場合(ステップS332, N)は、その要求を識別子とともにそれぞれのアプリケーションプログラムインタフェースAPIが管理するバッファに時系列に格納する(ステップS335)。なおこのバッファへの格納は、有効な要求が来ないと想定される場合は、設ける必要はない。
【０１２２】
図１２Ｅは、出力のあるデバイス、特に画像ディスプレイ201-2用のアプリケーションプログラムインタフェースAPI-2の例である。
【０１２３】
他のアプリケーションプログラムインタフェースAPIと同様に、各アプリケーションソフトウェアAPLからの排他的制御権要求(ステップS340,Y)に対してはOKの応答をする(ステップS341)とともに別の要求(ステップS340,N)に対しては制御権設定テーブル302の設定値を参照して処理を行う。
【０１２４】
アプリケーションプログラムインタフェースAPI-2は、アプリケーションソフトウェアAPLの数に対応する図示しない複数の画面を持ち、要求により切り替えて画像ディスプレイ201-2に表示させる。
【０１２５】
本実施例では、通常はアプリケーションソフトウェアAPL-1の第１の画面が待機中及び第1の清算処理中に使用され、アプリケーションソフトウェアAPL-2による第２の清算処理が始まると第２の画面となり(S342-Y, S343-Y, S344), アプリケーションソフトウェアAPL-2の処理の終了により(ステップS345,Y)、第1の画面に切り替えるように動作する(ステップS346)。
【０１２６】
また、待機中の画面（アプリケーションソフトウェアAPL-1の第1の画面）の特徴をあらかじめ登録してあり、画像の変化の都度アプリケーションソフトウェアAPL-1の待機画面との一致を調べ(ステップS347, S348)、一致する場合 (ステップS348, Y)には、テーブル更新プログラム303に待機中に遷移したことを通知する(ステップS349)。
【０１２７】
なお、制御権設定テーブル302の設定値のアプリケーションソフトウェアAPL以外からの要求の場合(ステップS342,N)には、その要求を識別子とともにそれぞれのアプリケーションプログラムインタフェースAPIが管理するバッファに時系列に格納する(ステップS350)。
【０１２８】
本実施例において、制御権設定テーブル302の設定値のアプリケーションソフトウェアAPL以外からの画像ディスプレイ201-2への表示要求があり得るとしてバッファに格納することとしているが、その想定がない場合は設ける必要はない。
【０１２９】
図１２Ｆは、図１２Ｄ、図１２Ｅで制御権設定テーブル302の設定値とは異なるアプリケーションソフトウェアAPLからの要求としてバッファに格納された要求を実行する動作フロー図である。テーブル更新プログラム303からの待機状態復帰の通知を受けると、状態が「０」となった制御権設定テーブル302の設定値を確認し、その設定値に一致するアプリケーションソフトウェアAPLからの要求がバッファ中にある場合(ステップＳ351,Y9)、バッファ中の設定値のアプリケーションソフトウェアAPLからの時系列が古い要求から処理し、終了後は、当該要求を削除する(ステップS352)。
【０１３０】
次に、上記テーブル更新プログラム303の動作例（図１１Ａ〜図１１Ｄ）及びアプリケーションプログラムインターフェースAPIの動作例（図１２Ａ〜図１２Ｆ）と関連して本発明に従う第２の実施例における動作シーケンスを説明する。
【０１３１】
図１３〜図１７は、本発明に従う第２の実施例における動作シーケンスフローである。
【０１３２】
図１３は、POS端末装置において、電源ONから待機状態に至るまでの初期化のシーケンスを示す。
【０１３３】
なお、本実施例の説明においては、第１の清算システムである端末APL300(APL-1)の待機画面を使用した場合を例として説明するが、第２の清算システムである端末追加APL301(APL-2)で作られる待機画面を待機画面としても良い。この場合は、対応するアプリケーションプログラムインタフェースAPI-2は変更される。
【０１３４】
システム電源がON（ステップS100）すると、テーブル更新プログラム303は制御権設定テーブル302を初期状態（図１０（Ａ））に更新する（ステップS101）。そして誤動作防止上必要であれば、各アプリケーションプログラムインタフェースAPIに対して起動の解除通知を出す。
【０１３５】
この設定テーブルの初期化（ステップS101）の工程Ｐ０は、図１１Ａに示す処理が対応する。
【０１３６】
状態「０」では、各アプリケーションプログラムインタフェースAPI-1〜API-4は端末APL300であるアプリケーションソフトウェアAPL-1に対応づけられ、アプリケーションプログラムインタフェースAPI-5は端末追加APL301であるアプリケーションソフトウェアAPL-2に対応づけられている。なお、アプリケーションプログラムインタフェースAPI-4及びAPI-5は、アプリケーションソフトウェアAPL-1，APL-2のそれぞれに対して専用である。
【０１３７】
すなわち、この例では、図１０（Ａ）に示すように初期状態「０」において、各デバイス用アプリケーションプログラムインタフェースAPIは、アプリケーションソフトウェアAPL-2専用デバイスのみ設定値がアプリケーションソフトウェアAPL-2であり、その他のアプリケーションソフトウェアAPL-1専用デバイス及び共用デバイス用の各アプリケーションプログラムインタフェースAPIは全て設定値をアプリケーションソフトウェアAPL-1にしてある。
【０１３８】
これは、先に示したように端末APL300(APL-1)については、改造又は変更をせずそのまま使用するため、起動初期の排他的制御権要求処理に不都合をきたさないためである。
【０１３９】
図１３に戻って、端末APL300（APL-1）は、キーボード用アプリケーションプログラムインタフェースAPI-1、画像ディスプレイ用アプリケーションプログラムインタフェースAPI-2、レシートプリンタ用アプリケーションプログラムインタフェースAPI-3、及び磁気カードリーダ用アプリケーションプログラムインタフェースAPI-4に対して排他的制御権の要求を出し、各アプリケーションプログラムインタフェースAPIはその要求に対する確立回答を行う（ステップS102）。
【０１４０】
端末追加APL301(AL-2）は専用デバイスであるプリカリーダ用アプリケーションプログラムインタフェースAPI-5に対して排他的制御権の要求を行い、プリカリーダ201-1との排他的制御権確立回答を得る（ステップS103）。その後、待機中となる。
【０１４１】
ステップS102, S103において、各アプリケーションプログラムインタフェースAPIはその要求に対する確立回答を行う。各デバイス（キーボード201-1、画像ディスプレイ201-2、プリンタ201-3、磁気カードリーダ201-4、プリカリーダ201-5）のアプリケーションプログラムインタフェースAPI-1, API-2,API-3,API-4, API-5の処理動作（Ｐ１，Ｐ２，Ｐ３，Ｐ４，Ｐ５）は、図１２Ｃ，図１２Ｄ，図１２Ｅに示した排他的制御権要求に対する処理である。
【０１４２】
排他的制御権確立のシーケンス（図１３のステップS102, S103）が終了すると、アプリケーションソフトウェアAPL-1は、画像ディスプレイ201-2に対するアプリケーションプログラムインタフェースAPI-2に対して、待機中画面を出力し（ステップS104）、画像ディスプレイ201-2は、制御権設定テーブル302の設定値を確認し（ステップS105）、正しければ、待機中画面を画像ディスプレイ201-2に表示する（ステップS106）。
【０１４３】
図１４Ａ，図１４Ｂは、アプリケーションソフトウェアAPL-1専用のデバイス（磁気カードリーダ201-4）が使用される時の一連の清算処理が終了するまでのフロー図である。
【０１４４】
図１４Ａにおいて、磁気カードリーダ201-4が使用され、読み取られたカード磁気情報が対応のアプリケーションプログラムインタフェースAPI-4に送られる（ステップS106）。アプリケーションプログラムインタフェースAPI-4は、制御権設定テーブル302の設定値を確認する。
【０１４５】
この制御権設定テーブル302の設定値の確認に伴う処理工程Ｐ６は、図１２Ｂに示すごとくである。
【０１４６】
すなわち図１２Ｂにおいて、アプリケーションプログラムインタフェースAPI-4は、磁気カードリーダ201-4からのカード磁気情報入力を受けると制御権設定テーブル302の設定値を取得し（ステップS310）、制御権設定テーブル302の設定値が有効かを判定する（ステップS311）。制御権設定テーブル302では、アプリケーションプログラムインタフェースAPI-4に対して設定値APL-1が設定されているので、APL設定値は有効なものと判定する(ステップS311,Y)。そして専用デバイスが使用された事をテーブル更新プログラム303に通知する（ステップS312：図１２Ｂ、ステップS107：図１４Ａ）。さらに、確認された設定値に基づき、カード情報をアプリケーションソフトウェアAPL-1に伝える（ステップS313:図１２Ｂ，ステップS108：図１４Ａ）。
【０１４７】
図１４Ａに戻り、テーブル更新プログラム303は、アプリケーションプログラムインタフェースAPI-4からアプリケーションソフトウェアAPL-1専用デバイスである磁気カードリーダ201-4の使用が通知されると、図１１Ｂに示す処理工程Ｐ７を実行する。
【０１４８】
処理工程Ｐ７において、テーブル更新プログラム303は、制御権設定テーブル302が初期状態「０」であることを確認し（ステップS211，Y：図１１Ｂ）、次いで制御権設定テーブル302をアプリケーションソフトウェアAPL-1清算処理用状態の「１」に書き換える（ステップS212：図１１Ｂ）。したがって、制御権設定テーブル３０２は、図１０（Ａ）から図１０（Ｂ）の内容に変更される。すなわち、アプリケーションプログラムインターフェースAPI-5のみ設定値が「−」（アプリケーションソフトウェアAPL-1でもAPL-2でもない）とされる以外は、アプリケーションソフトウェアAPL-1専用、共用のデバイス用アプリケーションプログラムインターフェースAPIは全て設定値がアプリケーションソフトウェアAPL-1となる。
【０１４９】
なお、図１２Ｂでは、専用デバイスが使用されたことをテーブル更新プログラムに伝えた（ステップS312）後、制御権設定テーブルの設定値を再取得して判断することは不要である。
【０１５０】
アプリケーションソフトウェアAPL-1は、カード情報をアプリケーションプログラムインタフェースAPI-4から取得する（ステップS108）と、第１のPOS装置のプログラムPOS1 APLと通信を行い、カード情報が有効であるとの情報を得る（ステップS109）。次いで、アプリケーションソフトウェアAPL-1は、画像ディスプレイ201-2を制御するアプリケーションプログラムインタフェースAPI-2に操作指示画面の表示要求を送る（ステップS110）。
【０１５１】
アプリケーションプログラムインタフェースAPI-2は、処理工程Ｐ８として、図１２Ｅの処理フローに従い、アプリケーションソフトウェアAPL-1からの操作指示画面の表示要求に基づき、制御権設定テーブル302を確認し（ステップS111）、画像ディスプレイ201-2に画像情報を送り表示させる（ステップS112）。図１２Eの処理との対応では、ステップS340，N、ステップS342，Y、ステップS343，N、ステップS345，N、ステップS347、ステップS348，Nである。
【０１５２】
図１４Ａに戻ると、画像ディスプレイ201-2に表示される画像情報に基づき、顧客がキーボード201-1により油種、給油量の指定などの情報を入力すると（ステップS113）、アプリケーションソフトウェアAPL-1は、POS装置201のプログラムPOS1 APLにこれら情報を送信する（ステップS114）。その後、POS1APLは対応する給油機２００を給油可能とし、顧客は給油を開始する。
【０１５３】
次いで、アプリケーションソフトウェアAPL-1は、画像ディスプレイ201-2を制御するアプリケーションプログラムインタフェースAPI-2に給油中画面の表示要求を送る（ステップS115）。アプリケーションプログラムインタフェースAPI-2は、給油中画面の表示要求に基づき、制御権設定テーブル302を確認し（ステップS116）、画像ディスプレイ２０１−２に画像情報を送り表示させる（ステップS117）。このときの図１２Eの処理は、前記処理工程P８における図１２Eの処理の説明と同様である。
【０１５４】
この間に、対応する給油機により給油が開始され、指定の油種、油量に対応した給油が終了する。
【０１５５】
図１４Ｂに移行して、端末APL 300(APL-1)は、POS装置201のプログラムPOS1 APLにより清算処理された給油量、料金等の清算情報を受信する（ステップS118）。
【０１５６】
アプリケーションソフトウェアAPL-1は、プリンタ201-3を制御するアプリケーションプログラムインタフェースAPI-3にレシート印字要求を送る（ステップS119）。アプリケーションプログラムインタフェースAPI-4は処理工程P9として、図１２Ｄの処理フローに従いアプリケーションソフトウェアAPL-1からの印字要求に基づき、制御権設定テーブル302の設定値を確認し（ステップS120）、アプリケーションソフトウェアAPL-1から受信した印字情報要求に基づき、印字情報と改行情報をプリンタ201-3に送りレシートの印字を行わせる（ステップS121）。印字が終了すると、その旨をアプリケーションソフトウェアAPL-1に通知する（ステップS122）。図１２Ｄの処理との対応では、ステップS330,N、ステップS332,Y、ステップS333、ステップS334である。
【０１５７】
アプリケーションソフトウェアAPL-1は、POS装置201のプログラムPOS1 APLに印字終了を送信する（ステップS123）。
【０１５８】
次いで、プログラムPOS1 APLから待機中画面情報を受信し（ステップS124）、画像ディスプレイ201-2に対応するアプリケーションプログラムインタフェースAPI-2に待機中表示要求を送る（ステップS125）。
【０１５９】
アプリケーションプログラムインタフェースAPI-2は、制御権設定テーブル302の設定値を確認し（ステップS126）、アプリケーションソフトウェアAPL-1から受信した表示要求に基づき、表示情報を画像ディスプレイ201-2に表示させる（ステップS127）。
【０１６０】
また、図１２ＥのステップS347.〜S348に対応して、画面データの特徴からアプリケーションソフトウェアAPL-1が待機中であることを検出し（ステップS128）、テーブル更新プログラム303に待機中になったことを知らせる（ステップS129、ステップS349：図１２Ｅ）。
【０１６１】
これに基づき、テーブル更新プログラム303は、図１１Ｄの処理フローに従い、制御権設定テーブル302の状態は「０」かを判断し（ステップS231）、制御権設定テーブル302の状態が「０」でなければ(ステップS231,N)、制御権設定テーブル302を待機中（状態「０」）に書き換える（ステップS232）。
【０１６２】
そして、必要とするアプリケーションプログラムインタフェースAPIに待機状態に復帰したとの情報を通知する（ステップS233）。
【０１６３】
ここで、上記図１４Ａ,１４Ｂのフローに従う端末アプリケーションソフトウェアAPL-1専用デバイスの決済が進行中に誤ってアプリケーションソフトウェアAPL-2専用デバイスの使用が発生した場合その使用が無効となる処理シーケンスを図１５に示す。
【０１６４】
図１５は、図１４Ａの処理の途中に、プリカリーダ201-5から読み取られたカード情報が対応するアプリケーションプログラムインタフェースAPI-5に送られた場合を想定している。
【０１６５】
アプリケーションプログラムインタフェースAPI-5が、制御権設定テーブル303を確認する（ステップS400）と、状態「１」（図１０（Ｂ））にあるので、プリカリーダ201-5は、有効と設定されていない。したがって、アプリケーションプログラムインタフェースAPI-5は、対応無しとしてプリカを排出するようにプリカリーダ201-5を制御する（ステップS401）。そして、アプリケーションソフトウェアAPL-2にはデータは伝達されない。この処理工程は、図１２Ｂにおいて、ステップS310、ステップS311，Nである。
【０１６６】
次に、図１６Ａ及び図１６Ｂは、アプリケーションソフトウェアAPL-1,APL-2のそれぞれが待機状態にある状況で、アプリケーションソフトウェアAPL-2専用のデバイス（プリカリーダ201-5）が使用された場合の動作フローである。
【０１６７】
図１６Ａにおいて、顧客がプリカをプリカリーダ201-5に読ませると、プリカ用のアプリケーションプログラムインタフェースAPI（API-5）は、読み取られたカード情報を受ける(ステップS500)と、前述図１４Ａと同様に図１２Ｂのシーケンスに従い制御権設定テーブル302の設定値を取得し、設定値の有効性を確認する（ステップS501）。そしてアプリケーションソフトウェアAPL-2専用デバイスが使用されたことをテーブル更新プログラム303に伝える(ステップS502)。テーブル更新プログラム303は、図１１Ｃに示したように制御権設定テーブル302を状態「２」の内容に書き換える(ステップS503、S222:図１１Ｃ)。
【０１６８】
したがって、制御権設定テーブル302は、図１０（Ａ）から図１０（Ｃ）の内容に更新される。すなわち、アプリケーションプログラムインタフェースAPI-4のみ設定値が「−」（アプリケーションソフトウェアAPL-1でもAPL-2でもない）とされる以外は、アプリケーションソフトウェアAPL-2専用、共用のデバイス用アプリケーションプログラムインタフェースAPIは全て設定値がアプリケーションソフトウェアAPL-2となる。
【０１６９】
次にアプリケーションプログラムインタフェースAPI-5は設定値であるアプリケーションソフトウェアAPL-2に対して読み込まれたカードの情報を伝える(ステップS504)。この部分のアプリケーションプログラムインタフェースAPIの動作の詳細は図１２Ｂに示したとおりである。以後、初期状態「０」に復帰するまでの間、アプリケーションソフトウェアAPL-1専用である磁気カードリーダ201-4が使用されてもそのアプリケーションプログラムインタフェースAPI-1は設定値を無効と判断（図１２B、ステップS311,N）し、入力データは無視されアプリケーションソフトウェアAPL-2の処理に影響を与えない。
【０１７０】
次いで、アプリケーションソフトウェアAPL-2は、第２の清算システム用の第２のPOS装置211にあるPOSプログラムPOS２APLと通信する(ステップS505)。プリカのカード情報に基づき、POSプログラムPOS2APLにより有効とされると、アプリケーションソフトウェアAPL-2は以後の処理に進むべく、画像ディスプレイ201-2用のアプリケーションプログラムインタフェースAPI-2に対して現在の画面（第１画面：アプリケーションソフトウェアAPL-1による待機画像が表示されている）をアプリケーションソフトウェアAPL-2が使用するための第２画面に切換える要求を出す(ステップS506)。
【０１７１】
したがって、アプリケーションプログラムインタフェースAPI-2は使用する画面を第２画面に切り替える(ステップS506)。この部分のアプリケーションプログラムインタフェースAPI-2の動作の詳細は、図１２Ｅの第３判定(ステップS343、Y)に続く第1画面から第2画面への切換え処理(ステップS344)に対応する。
【０１７２】
次いで、アプリケーションソフトウェアAPL-2は、プリカ利用の顧客に対する操作指示画面をアプリケーションプログラムインタフェースAPI-2を経由して画像ディスプレイ201-2に表示させる(ステップS508)。
【０１７３】
この際、アプリケーションプログラムインタフェースAPI-2は制御権設定テーブル302の設定値を確認して(ステップS508A)、アプリケーションプログラムインタフェースAPI-2からの表示要求を有効とし、第２画面に情報を書き込み画像ディスプレイ201-2に表示させる(ステップS508B)。
【０１７４】
なお、図１２Ｅのシーケンスに図示しないが、第1画面の内容（アプリケーションソフトウェアAPL-1での待機画面）はステップS344においてそのままメモリに保持される。
【０１７５】
以下、アプリケーションソフトウェアAPL-2はPOS2APLと通信し(ステップS509)、各アプリケーションプログラムインタフェースAPIは制御権設定テーブル302の設定値によりアプリケーションソフトウェアAPL-2と通信し、図１４Ａ，図１４Ｂにより説明した第1の清算システムの場合と同様に一連の清算処理(ステップS510)が進行する。
【０１７６】
給油が終了すると、図１６Ｂに移行し、アプリケーションソフトウェアAPL-2はPOS2APLからプリカに対する清算情報（利用日、利用金額などの印字情報および利用金額を差し引いた残額データなど）を受信する(ステップS511)。
【０１７７】
その後、アプリケーションソフトウェアAPL-2は、プリカ用アプリケーションプログラムインタフェースAPI-5に受信した清算情報を送りプリカ情報の更新を要求する。アプリケーションプログラムインタフェースAPI-5は、このとき制御権設定テーブル302の設定値を確認して(ステップS512)、アプリケーションソフトウェアAPL-2からの情報であるので、プリカの更新を行い顧客にプリカを返却（咥え込み状態から吐き出し）し(ステップS513)、アプリケーションソフトウェアAPL-2に処理終了を通知する(ステップS514)。このアプリケーションプログラムインタフェースAPI-5の動作の詳細は、図１２Ｄに示したとおりである。
【０１７８】
プリカの清算処理が終了後、アプリケーションソフトウェアAPL-1の処理と同様にレシートが発行される(ステップS514)と、アプリケーションソフトウェアAPL-2は清算処理が終了したとしてアプリケーションプログラムインタフェースAPI-2に対して処理終了を通知し(ステップS515)、自身は待機中となる(ステップS516)。
【０１７９】
アプリケーションプログラムインタフェースAPI-2は、処理終了を通知されると、図１２Ｅに詳述しているように第４の判断処理(ステップＳ345,Y)により第1画面に切り替え(ステップS346)、その内容を画像ディスプレイに表示させる。この第1画面はアプリケーションソフトウェアAPL-1による待機画面である。アプリケーションプログラムインタフェースAPI-2は、第5の判定処理（ステップS348,Y）により待機中であることを判断しテーブル更新プログラム303に対して待機中に遷移した旨の通知を行う(ステップS349：図１２Ｅ、ステップS517：図１６Ｂ)。なお、この場合の図１２E第5の判定結果（ステップS348,Y）は、第4の判定結果（ステップS345,Y）を使用しても良い。
【０１８０】
テーブル更新プログラム303は、アプリケーションソフトウェアAPL-2からの待機中への遷移通知を受けて(ステップＳ517)、制御権設定テーブル302を待機中である初期状態（状態「０」）に更新する(ステップS518)。
【０１８１】
この制御権設定テーブル302の状態遷移は、図１０（Ｃ）から図１０（Ａ）への変遷であり、対応のテーブル更新プログラム303の動作シーケンスの詳細は図１１Ｄに示されるとおりである。
【０１８２】
ところで、POS装置とPOS端末装置との関係では、処理は端末起動（POS端末装置側の操作により全ての清算処理が開始され、POS装置側から清算処理が開始されることは無い。）である。このため、通常は１つの清算処理中に他の清算処理が起動し、出力デバイスに処理要求が出ることはなく、他の清算処理のアプリケーションソフトウェアAPLからの処理要求を保留/蓄積するためのバッファが必要となる事は無い。
【０１８３】
このバッファが必要となる場合は、通常の処理ではなく、POS装置自身のエラー情報発信などの画面表示などが考えられる。
【０１８４】
すなわち、アプリケーションプログラムインタフェースAPIの動作において、図１２Ｅの第２の判定(ステップS342)に示すように、制御権設定テーブル302の設定値と異なるアプリケーションソフトウェアAPLからの処理要求を受信した場合(ステップS342,N)は、アプリケーションプログラムインタフェースAPIは破棄せず有効なものとしてその処理要求をアプリケーションソフトウェアAPLからの要求識別子とともに時系列にバッファに格納する(ステップS350)。
【０１８５】
このバッファに格納された処理要求は、テーブル更新プログラムが待機状態に復帰したことの通知の発信（図１１ＤのステップS233）を受けて、当該アプリケーションプログラムインタフェースAPIが図１２Ｆに示すように制御権設定テーブル302の設定値のアプリケーションソフトウェアAPLからの処理要求がバッファに有るかを検索し(ステップS351)、存在する場合に時系列として古いものから処理する(ステップS352)。
【０１８６】
このようにバッファとアプリケーションプログラムインタフェースAPIを構成することにより通常の処理とは異なる処理要求（例えば、予期しないPOS装置側のエラー発生情報表示など）が処理中の清算シーケンス外から生じた場合であっても対応ができる。
【０１８７】
［他の実施例］
上記第２の実施例では、磁気カードリーダ201-4又はプリカリーダ201-5による読み取り情報の入力に基づき、アプリケーションソフトウェアAPL-1又はAPL-2の専用デバイスの使用をテーブル更新プログラム303に伝える(ステップS107：図１４Ａ, ステップS502：図１６Ａ)様な構成を説明した。
【０１８８】
しかし、本発明の適用はかかる態様に限定されない。
【０１８９】
例えば、画像ディスプレイ201-2の画面に表示されるソフトウェアキーボタンで、アプリケーションソフトウェアAPL-1又はAPL-2に専用デバイスの使用を伝えるように構成しても良い。
【０１９０】
かかる場合であっても、既存システムにおける画像ディスプレイ201-2を新たにする必要はない。
【０１９１】
すなわち、既存システムとしてアプリケーションソフトウェアAPL-1のみが、適用されたシステムにおける画像ディスプレイ201-2の画面のソフトウェアキーボタン表示の余白領域に、新たなアプリケーションソフトウェアAPL-2に対する専用デバイスの使用を選択するキーボタンを表示するように構成すればよい。
【０１９２】
かかる表示の変更は、アプリケーションソフトウェアAPL-1に何ら変更を加えることなく、画像ディスプレイ201-2に対応するアプリケーションプログラムインタフェースAPI-2において、アプリケーションソフトウェアAPL-2からの専用デバイス選択のキーボタン画像データをスーパーインポーズ（はめ込み）する方法で表示するような変更により可能である。そして、該当するキーボード用アプリケーションプログラムインターフェースAPI-1では当該キーボタン画像に対応した操作結果を専用デバイス選択通知としてアプリケーションソフトウェアAPL-2に通知するように構成する。
【０１９３】
上記に実施例について説明したように、本発明は、情報処理装置として、自動販売機、POS端末装置等、単独であるいは他のシステムと通信を行う形態で構成される既存装置に対して、容易に新規機能を付加することが可能である。
【０１９４】
すなわち、既存の情報処理装置において、制御権設定テーブルとテーブル更新プログラムを使用して、各入出力手段に対応するアプリケーションプログラムインタフェースAPIが制御権設定テーブル302の設定値であるアプリケーションソフトウェアを参照して端末アプリケーションソフトウェアAPLと通信することにより処理が行われる。
【０１９５】
これにより、既存システムにおいて、変更することができないあるいは変更したくない端末アプリケーションソフトウェアAPLがあっても、容易にデバイスと専用端末アプリケーションソフトウェアAPLを新規に追加し、既存のデバイスを共用した１つの端末装置(情報処理装置)での運用が可能となり、顧客の利便性、店舗における設置スペースと設備費用の低減を図ることができる。
【０１９６】
また、本発明の適用例としてPOS端末装置に限定しなくとも、他のシステムと通信を行う販売装置あるいは、第１の実施例で示唆したように単独の販売装置（例えば自動販売機）において、処理デバイスの追加などの決済手段の追加等、既存のアプリケーションソフトウェアが改造/変更できないあるいは変更が望ましくない制約からデバイス（決済手段の追加に限らない）の追加が困難であるとしていた装置においても広く適用が可能である。
【０１９７】
さらに、前述の本発明の各実施例においては端末アプリケーションソフトウェアAPLに対して、対応する専用のデバイスがそれぞれ１つである場合を説明した。これに対し、本発明の適用は、専用のデバイスが複数である場合も可能である。この場合、複数の専用デバイスのそれぞれのアプリケーションプログラムインターフェースAPIに対する制御権設定テーブルの設定値は、テーブル更新プログラムにより同一のAPLの値となるように制御される。
【符号の説明】
【０１９８】
１００  情報処理装置
１  入出力手段  
２  制御手段
３  プログラム
４  CPU
１０  制御権設定テーブル
２０  テーブル更新プログラム
APL-1,APL-2  アプリケーションソフトウェア  
API-0,API-1,API-2  アプリケーションプログラムインタフェース
【図１】
0005149357.tif 000002
【図２】
0005149357.tif 000003
【図３】
0005149357.tif 000004
【図４】
0005149357.tif 000005
【図５】
0005149357.tif 000006
【図６】
0005149357.tif 000007
【図７】
0005149357.tif 000008
【図８】
0005149357.tif 000009
【図９】
0005149357.tif 000010
【図１０】
0005149357.tif 000011
【図１１Ａ】
0005149357.tif 000012
【図１１Ｂ】
0005149357.tif 000013
【図１１Ｃ】
0005149357.tif 000014
【図１１Ｄ】
0005149357.tif 000015
【図１２Ａ】
0005149357.tif 000016
【図１２Ｂ】
0005149357.tif 000017
【図１２Ｃ】
0005149357.tif 000018
【図１２Ｄ】
0005149357.tif 000019
【図１２Ｅ】
0005149357.tif 000020
【図１２Ｆ】
0005149357.tif 000021
【図１３】
0005149357.tif 000022
【図１４Ａ】
0005149357.tif 000023
【図１４Ｂ】
0005149357.tif 000024
【図１５】
0005149357.tif 000025
【図１６Ａ】
0005149357.tif 000026
【図１６Ｂ】
0005149357.tif 000027