(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022167181
(43)【公開日】2022-11-04
(54)【発明の名称】デバイス制御装置及びその制御プログラム
(51)【国際特許分類】
G06F 13/14 20060101AFI20221027BHJP
G06F 13/00 20060101ALI20221027BHJP
【ＦＩ】
G06F13/14 310A
G06F13/14 310E
G06F13/00 353C
【審査請求】未請求
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2021072797
(22)【出願日】2021-04-22
(71)【出願人】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100103034
【弁理士】
【氏名又は名称】野河 信久
(74)【代理人】
【識別番号】100179062
【弁理士】
【氏名又は名称】井上 正
(74)【代理人】
【識別番号】100075672
【弁理士】
【氏名又は名称】峰 隆司
(74)【代理人】
【識別番号】100153051
【弁理士】
【氏名又は名称】河野 直樹
(74)【代理人】
【識別番号】100162570
【弁理士】
【氏名又は名称】金子 早苗
(72)【発明者】
【氏名】王 小舟
【テーマコード（参考）】
5B089
【Ｆターム（参考）】
5B089GA08
5B089GA21
5B089GB02
5B089HA06
5B089HA10
5B089HB05
5B089JA35
5B089JB10
5B089KA13
5B089KB04
5B089KC59
5B089KG03
5B089KG07
5B089KG10
5B089MC06
(57)【要約】
【課題】クライアント端末によってデバイスが占有され続けるのを未然に防ぐ。
【解決手段】デバイス制御装置は、登録部、設定部、更新部、解除部を備える。登録部は、いずれかのクライアント端末から占有要求のあったデバイスが他のクライアント端末に占有されていない場合に、占有要求のあったデバイスを登録する。設定部は、登録されたデバイスの占有を解除する時間を設定する。更新部は、登録されたデバイスと通信が発生するか、当該デバイスを占有するクライアント端末と通信が発生すると、当該デバイスの占有を解除する時間を延長方向に更新する。解除部は、登録されたデバイス及び当該デバイスを占有するクライアント端末と通信が発生することなく当該デバイスの占有を解除する時間が経過すると、当該デバイスの登録を解除する。
【選択図】 図２
【解決手段】デバイス制御装置は、登録部、設定部、更新部、解除部を備える。登録部は、いずれかのクライアント端末から占有要求のあったデバイスが他のクライアント端末に占有されていない場合に、占有要求のあったデバイスを登録する。設定部は、登録されたデバイスの占有を解除する時間を設定する。更新部は、登録されたデバイスと通信が発生するか、当該デバイスを占有するクライアント端末と通信が発生すると、当該デバイスの占有を解除する時間を延長方向に更新する。解除部は、登録されたデバイス及び当該デバイスを占有するクライアント端末と通信が発生することなく当該デバイスの占有を解除する時間が経過すると、当該デバイスの登録を解除する。
【選択図】 図２
【特許請求の範囲】
【請求項1】
ネットワークを介して２以上のクライアント端末と接続する通信インターフェースと、
少なくとも１つのデバイスとローカル接続するデバイスインターフェースと、
いずれかのクライアント端末から占有要求のあったデバイスが他のクライアント端末に占有されていない場合に、占有要求のあったデバイスを登録する登録部と、
前記登録された前記デバイスの占有を解除する時間を設定する設定部と、
前記登録された前記デバイスと通信が発生するか、当該デバイスを占有する前記クライアント端末と通信が発生すると、当該デバイスの占有を解除する時間を延長方向に更新する更新部と、
前記登録された前記デバイス及び当該デバイスを占有する前記クライアント端末と通信が発生することなく当該デバイスの占有を解除する時間が経過すると、当該デバイスの登録を解除する解除部と、
を具備するデバイス制御装置。
少なくとも１つのデバイスとローカル接続するデバイスインターフェースと、
いずれかのクライアント端末から占有要求のあったデバイスが他のクライアント端末に占有されていない場合に、占有要求のあったデバイスを登録する登録部と、
前記登録された前記デバイスの占有を解除する時間を設定する設定部と、
前記登録された前記デバイスと通信が発生するか、当該デバイスを占有する前記クライアント端末と通信が発生すると、当該デバイスの占有を解除する時間を延長方向に更新する更新部と、
前記登録された前記デバイス及び当該デバイスを占有する前記クライアント端末と通信が発生することなく当該デバイスの占有を解除する時間が経過すると、当該デバイスの登録を解除する解除部と、
を具備するデバイス制御装置。
【請求項2】
前記解除部で登録が解除されたデバイスを占有していた前記クライアント端末に対し、デバイスの占有が解除されたことを通知する通知部と、
をさらに具備する請求項１記載のデバイス制御装置。
をさらに具備する請求項１記載のデバイス制御装置。
【請求項3】
前記登録部は、いずれかのクライアント端末から複数のデバイスの占有要求があった場合、各々のデバイスが他のクライアント端末に占有されていないことを条件に、占有要求のあった複数のデバイスを一括して登録し、
前記更新部は、前記複数のデバイスの中の少なくとも１つのデバイスと通信が発生すると、当該デバイスを含む複数のデバイスの占有を解除する時間を延長方向に更新する、請求項１又は２記載のデバイス制御装置。
前記更新部は、前記複数のデバイスの中の少なくとも１つのデバイスと通信が発生すると、当該デバイスを含む複数のデバイスの占有を解除する時間を延長方向に更新する、請求項１又は２記載のデバイス制御装置。
【請求項4】
前記登録部は、いずれかのクライアント端末から複数のデバイスの占有要求があった場合、各々のデバイスが他のクライアント端末に占有されていないことを条件に、占有要求のあった複数のデバイスを個別に登録し、
前記更新部は、前記複数の中の少なくとも１つのデバイスと通信が発生した場合には、当該デバイスの占有を解除する時間だけを延長方向に更新し、前記複数のデバイスを占有する前記クライアント端末と通信が発生した場合には、当該複数のデバイスの占有を解除する時間を延長方向に更新する、請求項１又は２記載のデバイス制御装置。
前記更新部は、前記複数の中の少なくとも１つのデバイスと通信が発生した場合には、当該デバイスの占有を解除する時間だけを延長方向に更新し、前記複数のデバイスを占有する前記クライアント端末と通信が発生した場合には、当該複数のデバイスの占有を解除する時間を延長方向に更新する、請求項１又は２記載のデバイス制御装置。
【請求項5】
前記更新部は、デバイスの占有を解除する時間を、当該デバイスの種類に応じた時間だけ延長方向に更新する、請求項１乃至４のうちいずれか１項記載のデバイス制御装置。
【請求項6】
前記デバイスインターフェースは、同一種類のデバイスを接続可能であり、
前記デバイスから識別情報を取得する取得部、
をさらに具備し、
前記登録部は、占有要求のあったデバイスを、当該デバイスから取得した識別情報と関連付けて登録する、請求項１乃至５のうちいずれか１項記載のデバイス制御装置。
前記デバイスから識別情報を取得する取得部、
をさらに具備し、
前記登録部は、占有要求のあったデバイスを、当該デバイスから取得した識別情報と関連付けて登録する、請求項１乃至５のうちいずれか１項記載のデバイス制御装置。
【請求項7】
ネットワークを介して２以上のクライアント端末と接続する通信インターフェースと、少なくとも１つのデバイスとローカル接続するデバイスインターフェースとを備えたデバイス制御装置にコンピュータを、
いずれかのクライアント端末から占有要求のあったデバイスが他のクライアント端末に占有されていない場合に、占有要求のあったデバイスを登録する登録手段、
前記登録された前記デバイスの占有を解除する時間を設定する設定手段、
前記登録された前記デバイスと通信が発生するか、当該デバイスを占有する前記クライアント端末と通信が発生すると、当該デバイスの占有を解除する時間を延長方向に更新する更新手段、及び、
前記登録された前記デバイス及び当該デバイスを占有する前記クライアント端末と通信が発生することなく当該デバイスの占有を解除する時間が経過すると、当該デバイスの登録を解除する解除手段、
として機能させるための制御プログラム。
いずれかのクライアント端末から占有要求のあったデバイスが他のクライアント端末に占有されていない場合に、占有要求のあったデバイスを登録する登録手段、
前記登録された前記デバイスの占有を解除する時間を設定する設定手段、
前記登録された前記デバイスと通信が発生するか、当該デバイスを占有する前記クライアント端末と通信が発生すると、当該デバイスの占有を解除する時間を延長方向に更新する更新手段、及び、
前記登録された前記デバイス及び当該デバイスを占有する前記クライアント端末と通信が発生することなく当該デバイスの占有を解除する時間が経過すると、当該デバイスの登録を解除する解除手段、
として機能させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、デバイス制御装置及びそのプログラムに関する。
【背景技術】
【0002】
近年、プリンタ、ディスプレイ、スキャナ等のコンピュータ周辺機器、いわゆるデバイスをローカル接続したデバイス制御装置をネットワークに接続し、複数のクライアント端末がネットワーク経由でデバイス制御装置に接続されたデバイスを共用するデバイス制御システムが普及している。デバイス制御システムは、クライアント端末の台数と比較してデバイスの台数を少なくできるので、設備コストを削減できる等の利点がある。
【0003】
この種のデバイス制御装置は、クライアント端末からデバイスの占有要求を受けると、そのデバイスが他のクライアント端末によって占有されていない場合に占有を許可する。その後、クライアント端末からデバイスの開放要求を受けると、デバイス制御装置は、デバイスの占有状態を解除する。かくしてクライアント端末は、デバイスを独占して使用することができる。
【0004】
しかしながら、クライアント端末によって占有されたデバイスは、そのクライアント端末から開放されないと、占有状態が解除されない。このため、例えばクライアント端末の電源が落ちる等のトラブルが発生して開放要求が出力されないと、他のクライアント端末はそのデバイスをいつまでも利用することができない。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】国際公開第２０１４／１０６８８２号
【特許文献2】特開２０１９－０７４９３５号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
本発明の実施形態が解決しようとする課題は、デバイスが占有され続けるのを未然に防ぐことができるデバイス制御装置及びその制御プログラムを提供しようとするものである。
【課題を解決するための手段】
【0007】
一実施形態において、デバイス制御装置は、通信インターフェースと、デバイスインターフェースと、登録部と、設定部と、更新部と、解除部とを備える。通信インターフェースは、ネットワークを介して２以上のクライアント端末と接続する。デバイスインターフェースは、少なくとも１つのデバイスとローカル接続する。登録部は、いずれかのクライアント端末から占有要求のあったデバイスが他のクライアント端末に占有されていない場合に、占有要求のあったデバイスを登録する。設定部は、登録されたデバイスの占有を解除する時間を設定する。更新部は、登録されたデバイスと通信が発生するか、当該デバイスを占有するクライアント端末と通信が発生すると、当該デバイスの占有を解除する時間を延長方向に更新する。解除部は、登録されたデバイス及び当該デバイスを占有するクライアント端末と通信が発生することなく当該デバイスの占有を解除する時間が経過すると、当該デバイスの登録を解除する。
【図面の簡単な説明】
【0008】
【図1】デバイス制御システムの概略構成図。
【図2】デバイスサーバの要部回路構成を示すブロック図。
【図3】デバイス管理テーブルのデータ構造を示す模式図。
【図4】セッションレコードのデータ構造を示す模式図。
【図5】有効期限レコードのデータ構造を示す模式図。
【図6】リクエストレコードのデータ構造を示す模式図。
【図7】デバイスサーバのプロセッサが制御プログラムに従って実行する主要な情報処理の手順を示す流れ図。
【図8】デバイスサーバのプロセッサが制御プログラムに従って実行する主要な情報処理の手順を示す流れ図。
【図9】デバイスサーバのプロセッサが制御プログラムに従って実行する主要な情報処理の手順を示す流れ図。
【図10】デバイスサーバのプロセッサが制御プログラムに従って実行する主要な情報処理の手順を示す流れ図。
【図11】第２実施形態に係る有効期限レコードのデータ構造を示す模式図。
【図12】第２実施形態において、デバイスサーバのプロセッサが制御プログラムに従って実行する主要な情報処理の手順を示す流れ図。
【図13】第３実施形態に係るデバイスサーバの説明図。
【図14】第３実施形態に係るデバイス管理テーブルのデータ構造を示す模式図。
【図15】第３実施形態において、デバイスサーバのプロセッサが制御プログラムに従って実行する主要な情報処理の手順を示す流れ図。
【発明を実施するための形態】
【0009】
【0010】
［デバイス制御システムの説明］
図１は、第１実施形態に係るデバイス制御システム１００の概略構成図である。デバイス制御システム１００は、アクセスポイント１０とデバイスサーバ２０とをネットワークＮＷに接続してなる。ネットワークＮＷは、インターネット、ＷＡＮ（Wide Area Network）又はＬＡＮ（Local Area Network）である。ネットワークＮＷは、有線回線であってもよいし、無線回線であってもよい。ネットワークＮＷは、有線回線と無線回線とが混在していてもよい。
図１は、第１実施形態に係るデバイス制御システム１００の概略構成図である。デバイス制御システム１００は、アクセスポイント１０とデバイスサーバ２０とをネットワークＮＷに接続してなる。ネットワークＮＷは、インターネット、ＷＡＮ（Wide Area Network）又はＬＡＮ（Local Area Network）である。ネットワークＮＷは、有線回線であってもよいし、無線回線であってもよい。ネットワークＮＷは、有線回線と無線回線とが混在していてもよい。
【0011】
アクセスポイント１０は、ネットワークＮＷに接続されるデバイスサーバ２０と、２以上のクライアント端末３０との間で、無線ＬＡＮを通じてデータ通信を行う際の中継拠点として要所に設置された通信設備である。無線ＬＡＮは、例えばＷｉ－Ｆｉ（登録商標）の規格に準拠したものである。なお、図１では、アクセスポイント１０を１つのみ示しているが、アクセスポイント１０の数は、１つに限定されない。施設の規模、レイアウト等を考慮して２以上のアクセスポイント１０をネットワークＮＷに接続してもよい。
【0012】
デバイスサーバ２０は、コンピュータ周辺機器いわゆるデバイスをローカル接続して制御するコンピュータ機器である。デバイスサーバ２０は、デバイス制御装置の一態様である。デバイス制御システム１００は、１台以上のデバイスサーバ２０をネットワークＮＷに接続してなる。本実施形態では、２台のデバイスサーバ２０がネットワークＮＷに接続されている。
【0013】
各デバイスサーバ２０は、それぞれデバイスをローカル接続して制御する。各デバイスサーバ２０が制御するデバイスは、１種類に限定されない。各デバイスサーバ２０は、それぞれ２種類以上のデバイスをローカル接続して制御してもよい。その際に、一方のデバイスサーバ２０と他方のデバイスサーバ２０とがそれぞれ接続するデバイスの種類が異なっていてもよい。図１では、各デバイスサーバ２０がそれぞれデバイスＡ、デバイスＢ、デバイスＣ、デバイスＤ及びデバイスＥを接続した状態を示している。
【0014】
クライアント端末３０は、ネットワークＮＷを介して接続されるデバイスサーバ２０に処理を依頼し、また、デバイスサーバ２０からサービスを受けることが可能なコンピュータ端末である。クライアント端末３０は、入力デバイスと表示デバイスとを備える。またクライアント端末３０は、無線回路を内蔵する。例えばタブレット端末、スマートフォン、ノートパソコン等がクライアント端末３０となり得る。また、クライアント端末３０は、据置型のコンピュータ端末であってもよい。
【0015】
かかる構成のデバイス制御システム１００は、例えば店員がＰＯＳアプリケーションをインストールしたクライアント端末３０を用いて接客業務、検品業務等を行う小売店に構築される。すなわち、クライアント端末３０はＰＯＳ端末として機能する。この種の小売店では、接客業務又は検品業務の際、店員は、商品に付されたバーコードをスキャナで読み取る。商品にＲＦタグが付されていた場合には、店員は、ＲＦＩＤリーダでそのＲＦタグを読み取る。また、店員がレシートの発行を指示すると、プリンタから買上レシートあるいは検品レシートが発行される。また、接客業務において客がクレジットカードまたは電子マネー等の非現金取引を希望される場合には、店員は、クレジット端末又は電子マネー端末を用いて決済を行う。ここで、クライアント端末３０がスキャナ、ＲＦＩＤリーダ、プリンタ、クレジット端末、電子マネー端末、釣銭機等のデバイスを備えていない場合、接客業務または検品業務を行うためには必要な外部のデバイスを利用する必要がある。このため、デバイス制御システム１００は、デバイスＡ、デバイスＢ、デバイスＣ、デバイスＤあるいはデバイスＥとして、例えば、スキャナ、ＲＦＩＤリーダ、プリンタ、クレジット端末、電子マネー端末、釣銭機等のデバイスをデバイスサーバ２０に接続し、各クライアント端末３０がデバイスサーバ２０を介して所望のデバイスを占有して利用できるようにする。このように本実施の形態では、複数のクライアント端末３０がネットワークを介してデバイスサーバ２０に接続された各種デバイスを共用する。
【0016】
［デバイスサーバの説明］
図２は、デバイスサーバ２０の要部回路構成を示すブロック図である。デバイスサーバ２０は、プロセッサ２１、メインメモリ２２、補助記憶装置２３、時計２４、通信インターフェース２５、複数のデバイスインターフェース２６１，２６２，２６３，２６４，２６５及びシステムバス２７を備える。システムバス２７は、アドレスバス、データバス等を含む。デバイスサーバ２０は、システムバス２７に、プロセッサ２１、メインメモリ２２、補助記憶装置２３、時計２４、通信インターフェース２５及び各デバイスインターフェース２６１，２６２，２６３，２６４，２６５を直接又は信号入出力回路を介して接続する。かくしてデバイスサーバ２０は、プロセッサ２１、メインメモリ２２及び補助記憶装置２３と、これらを接続するシステムバス２７とによってコンピュータを構成する。
図２は、デバイスサーバ２０の要部回路構成を示すブロック図である。デバイスサーバ２０は、プロセッサ２１、メインメモリ２２、補助記憶装置２３、時計２４、通信インターフェース２５、複数のデバイスインターフェース２６１，２６２，２６３，２６４，２６５及びシステムバス２７を備える。システムバス２７は、アドレスバス、データバス等を含む。デバイスサーバ２０は、システムバス２７に、プロセッサ２１、メインメモリ２２、補助記憶装置２３、時計２４、通信インターフェース２５及び各デバイスインターフェース２６１，２６２，２６３，２６４，２６５を直接又は信号入出力回路を介して接続する。かくしてデバイスサーバ２０は、プロセッサ２１、メインメモリ２２及び補助記憶装置２３と、これらを接続するシステムバス２７とによってコンピュータを構成する。
【0017】
プロセッサ２１は、上記コンピュータの中枢部分に相当する。プロセッサ２１は、オペレーティングシステム、アプリケーションプログラム等に従って、デバイスサーバ２０としての各種の機能を実現するべく各部を制御する。プロセッサ２１は、例えばＣＰＵ（Central Processing Unit）である。
【0018】
メインメモリ２２は、上記コンピュータの主記憶部分に相当する。メインメモリ２２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ２２は、不揮発性のメモリ領域ではオペレーティングシステム、アプリケーションプログラム等のプログラムを記憶する。またメインメモリ２２は、プロセッサ２１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ２２は、揮発性のメモリ領域を、プロセッサ２１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。
【0019】
補助記憶装置２３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶装置２３として使用される。補助記憶装置２３は、プロセッサ２１が各種の処理を行う上で使用するデータ、又はプロセッサ２１での処理によって生成されたデータを保存する。補助記憶装置２３は、上記のアプリケーションプログラムを記憶する場合もある。
【0020】
時計２４は、デバイスサーバ２０の時刻情報源として機能する。プロセッサ２１は、時計２４によって計時される時刻情報を基に、現在の日付及び時刻を取得する。
【0021】
通信インターフェース２５は、ネットワークＮＷを接続する。通信インターフェース２５は、ネットワークＮＷに接続された他の機器と所定の通信プロトコルに従いデータ通信を行う。通信プロトコルは、例えばＨＴＴＰプロトコルである。他の機器は、典型的には、アクセスポイント１０を介して接続されるクライアント端末３０と、他のデバイスサーバ２０である。他の機器は、クライアント端末３０又は他のデバイスサーバ２０以外の機器を含んでいてもよい。
【0022】
複数のデバイスインターフェース２６１，２６２，２６３，２６４，２６５は、それぞれ種類の異なるデバイスを接続する。例えばデバイスインターフェース２６１はデバイスＡを通信ケーブルで接続し、デバイスインターフェース２６２はデバイスＢを通信ケーブルで接続し、デバイスインターフェース２６３はデバイスＣを通信ケーブルで接続し、デバイスインターフェース２６４はデバイスＤを通信ケーブルで接続し、デバイスインターフェース２６５はデバイスＥを通信ケーブルで接続する。各デバイスインターフェース２６１，２６２，２６３，２６４，２６５は、それぞれ通信ケーブルで接続されたデバイスと所定の通信プロトコルに従って通信を行う。通信プロトコルは、例えばパブリッシュ・サブスクライブ型通信で用いられるＭＱＴＴプロトコルである。
【0023】
かかる構成のデバイスサーバ２０は、プロセッサ２１が、登録部２１１、設定部２１２、更新部２１３、解除部２１４及び通知部２１５としての機能を有するように、制御プログラムを実装している。
【0024】
制御プログラムは、例えば補助記憶装置２３にインストールされている。制御プログラムは、例えばメインメモリ２２にインストールされていてもよい。制御プログラムをメインメモリ２２又は補助記憶装置２３にインストールする方法は特に限定されない。リムーバブルな記録媒体に制御プログラムを記録して、あるいはネットワークを介した通信により制御プログラムを配信して、メインメモリ２２又は補助記憶装置２３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ、メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。
【0025】
登録部２１１は、いずれかのクライアント端末３０から占有要求のあったデバイスが他のクライアント端末３０に占有されていない場合に、占有要求のあったデバイスを登録する機能である。登録部２１１は、クライアント端末３０から複数のデバイスの占有要求があった場合、各々のデバイスが他のクライアント端末３０に占有されていないことを条件に、占有要求のあった複数のデバイスを一括して登録する。デバイスの登録先は、後述するセッションフォルダ２２１である。登録部２１１は、登録手段と言い換えることもできる。
【0026】
設定部２１２は、登録されたデバイスの占有を解除する時間を設定する機能である。時間の設定先は、後述する有効期限フォルダ２２２である。設定部２１２は、設定手段と言い換えることができる。
【0027】
更新部２１３は、登録されたデバイスと通信が発生するか、当該デバイスを占有するクライアント端末３０と通信が発生すると、当該デバイスの占有を解除する時間を延長方向に更新する機能である。更新部２１３は、登録部２１１において複数のデバイスが一括して登録されている場合には、その複数のデバイスの中の少なくとも１つのデバイスと通信が発生すると、当該デバイスを含む複数のデバイスの占有を解除する時間を延長方向に更新する。更新部２１３は、更新手段と言い換えることができる。
【0028】
解除部２１４は、登録されたデバイス及び当該デバイスを占有するクライアント端末３０と通信が発生することなく当該デバイスの占有を解除する時間が経過すると、当該デバイスの登録を解除する機能である。デバイスの占有を解除する時間は、設定部２１２で設定され、更新部２１３で更新された時間である。解除部２１４は、解除手段と言い換えることができる。
【0029】
通知部２１５は、解除部２１４で登録が解除されたデバイスを占有していたクライアント端末３０に対し、デバイスの占有が解除されたことを通知する機能である。通知は、ネットワークＮＷを介して行われる。通知部２１５は、通知手段と言い換えることができる。
【0030】
デバイスサーバ２０は、上記の各機能を実現するために、補助記憶装置２３の記憶領域の一部をデバイス管理テーブル２３１の領域としている。またデバイスサーバ２０は、メインメモリ２２の記憶領域の一部を、セッションフォルダ２２１、有効期限フォルダ２２２及びリクエストフォルダ２２３の記憶領域としている。
【0031】
デバイス管理テーブル２３１は、デバイスインターフェース２６１～２６５を介して接続される各デバイスを管理するのに必要なデータを記述するための領域である。図３は、デバイス管理テーブル２３１のデータ構造を示す模式図である。デバイス管理テーブル２３１は、種別コードのカラムと、占有時間ＴＸのカラムと、更新時間ＴＹのカラムと、ステータスＳＴのカラムと、占有端末ＩＤのカラムとを含む。
【0032】
種別コードは、デバイスサーバ２０に接続される各デバイスの種類を識別するためのコードである。図３において、種別コードは、“Ａ”、“Ｂ”、“Ｃ”、…で表されている。例えば、種別コード“Ａ”は、図１におけるデバイスＡの種別コードである。種別コード“Ｂ”，“Ｃ”等についても同様である。
【0033】
占有時間ＴＸは、クライアント端末３０がデバイスを占有する時間である。図３において、種別コード“Ａ”のデバイスＡの占有時間ＴＸは、”ＴＸａ”で表されており、種別コード“Ｂ”のデバイスＢの占有時間ＴＸは、”ＴＸｂ”で表されており、種別コード“Ｃ”のデバイスＣの占有時間ＴＸは、“ＴＸｃ”で表されている。
【0034】
更新時間ＴＹは、クライアント端末３０によって占有されているデバイスと通信が発生した場合、あるいはそのクライアント端末３０と通信が発生した場合に占有時間を延長する時間である。図３において、種別コード“Ａ”のデバイスＡの更新時間ＴＹは“ＴＹａ”で表されており、種別コード“Ｂ”のデバイスＢの更新時間ＴＹは“ＴＹｂ”で表されており、種別コード“Ｃ”のデバイスＣの更新時間ＴＹは“ＴＹｃ”で表されている。
【0035】
ステータスＳＴは、デバイスが開放状態にあるのか占有状態にあるのかを識別する情報である。図３において、種別コード“Ａ”のデバイスＡのステータスＳＴは“ＳＴａ”で表されており、種別コード“Ｂ”のデバイスＢのステータスＳＴは“ＳＴｂ”で表されており、種別コード“Ｃ”のデバイスＣのステータスＳＴは“ＳＴｃ”で表されている。
【0036】
占有端末ＩＤは、デバイスを占有しているクライアント端末３０の識別情報である。各クライアント端末３０には、それぞれ固有の端末ＩＤが設定されている。
【0037】
因みに、占有時間ＴＸ及び更新時間ＴＹは、デバイス毎に、その用途等に応じて任意の時間が設定される。更新時間ＴＹは、占有時間ＴＸと等しい時間であってもよい。その場合、デバイス管理テーブル２３１から更新時間ＴＹのカラムを削除し、占有時間ＴＸと更新時間ＴＹを統一の時間としてもよい。
【0038】
セッションフォルダ２２１は、セッションレコード２２１１（図４を参照）を保存するための領域である。セッションレコード２２１１は、クライアント端末３０とそのクライアント端末３０によって占有されているデバイスとを関連付けた情報である。
【0039】
図４は、セッションレコード２２１１のデータ構造を示す模式図である。セッションレコード２２１１は、セッションＩＤと、占有端末ＩＤと、通信アドレスと、種別コードと、無効フラグとを含む。
【0040】
セッションＩＤは、クライアント端末３０によるデバイスの占有状態、つまりは通信の開始から終了までのセッションが生じる毎に生成される識別情報である。占有端末ＩＤは、デバイスを占有するクライアント端末３０の識別情報である。通信アドレスは、そのクライアント端末３０に設定されたネットワークＮＷ上の通信アドレスである。種別コードは、クライアント端末３０によって占有されるデバイスの識別情報である。１つのクライアント端末３０が複数のデバイスを占有する場合、各々のデバイスの種別コードがセッションレコード２２１１に記述される。無効フラグは、セッションレコード２２１１が有効なデータであるか無効なデータであるかを識別するための１ビットデータである。本実施形態では、有効なデータであるときの無効フラグを“０”とし、無効なデータであるときの無効フラグを “１”とする。
【0041】
有効期限フォルダ２２２は、有効期限レコード２２２１（図５を参照）を保存するための領域である。有効期限レコード２２２１は、クライアント端末３０がデバイスを占有し得る時間を示す情報である。
【0042】
図５は、有効期限レコード２２２１のデータ構造を示す模式図である。有効期限レコード２２２１は、セッションＩＤと、開始日時ＤＴＳと、タイムアウト日時ＤＴＬと、無効フラグとを含む。
【0043】
セッションＩＤは、前述したとおりである。開始日時ＤＴＳは、クライアント端末３０がデバイスの占有を開始した日時、つまりはセッションの開始日時である。タイムアウト日時ＤＴＬは、そのクライアント端末３０がデバイスを占有し得る期間の終了日時、つまりはセッションの終了日時である。無効フラグは、有効期限レコード２２２１が有効なデータであるか無効なデータであるかを識別するための１ビットデータである。本実施形態では、有効なデータであるときの無効フラグを“０”とし、無効なデータであるときの無効フラグを “１”とする。
【0044】
リクエストフォルダ２２３は、リクエストレコード２２３１（図６を参照）を保存するための領域である。リクエストレコード２２３１は、クライアント端末３０からデバイスの占有要求があったが、他のクライアント端末３０がそのデバイスを占有していたために要求を拒否した際の占有要求に関する情報である。
【0045】
図６は、リクエストレコード２２３１のデータ構造を示す模式図である。リクエストレコード２２３１は、要求端末ＩＤと、通信アドレスと、リクエスト日時ＤＴＲと、種別コードと、無効フラグとを含む。
【0046】
要求端末ＩＤは、占有要求のあったクライアント端末３０の識別情報である。通信アドレスは、そのクライアント端末３０に設定されたネットワークＮＷ上の通信アドレスである。リクエスト日時は、そのクライアント端末３０から占有要求を受けた日時である。種別コードは、クライアント端末３０から占有要求があったデバイスの識別情報である。１つのクライアント端末３０から複数のデバイスの占有要求があった場合、各々のデバイスの種別コードがリクエストレコード２２３１に記述される。無効フラグは、リクエストレコード２２３１が有効なデータであるか無効なデータであるかを識別するための１ビットデータである。本実施形態では、有効なデータであるときの無効フラグを“０”とし、無効なデータであるときの無効フラグを “１”とする。
［デバイスサーバの作用説明］
図７乃至図１０は、デバイスサーバ２０のプロセッサ２１が制御プログラムに従って実行する主要な情報処理の手順を示す流れ図である。以下、各図を用いてデバイスサーバ２０の作用について説明する。この作用説明において、登録部２１１、設定部２１２、更新部２１３、解除部２１４及び通知部２１５としての機能の詳細を明らかにする。なお、流れ図によって示される情報処理の手順はそれに限定されるものではない。同等な機能を得られるのであれば、手順は適宜変更することができる。
［デバイスサーバの作用説明］
図７乃至図１０は、デバイスサーバ２０のプロセッサ２１が制御プログラムに従って実行する主要な情報処理の手順を示す流れ図である。以下、各図を用いてデバイスサーバ２０の作用について説明する。この作用説明において、登録部２１１、設定部２１２、更新部２１３、解除部２１４及び通知部２１５としての機能の詳細を明らかにする。なお、流れ図によって示される情報処理の手順はそれに限定されるものではない。同等な機能を得られるのであれば、手順は適宜変更することができる。
【0047】
図７のＡＣＴ１において、プロセッサ２１は、通信インターフェース２５又は各デバイスインターフェース２６１～２６５を監視する。そしてプロセッサ２１は、ＡＣＴ２として通信インターフェース２５を介してクライアント端末３０と通信があったか否かを確認する。クライアント端末３０との通信がない場合、プロセッサ２１は、ＡＣＴ２においてＮＯと判定し、ＡＣＴ３へと進む。プロセッサ２１は、ＡＣＴ３としていずれかのデバイスインターフェース２６１～２６５を介してデバイスと通信があったか否かを確認する。デバイスとの通信がない場合、プロセッサ２１は、ＡＣＴ３においてＮＯと判定し、ＡＣＴ１へと戻る。すなわちプロセッサ２１は、ＡＣＴ１乃至ＡＣＴ３において、通信インターフェース２５又は各デバイスインターフェース２６１～２６５を介しての通信監視を継続する。
【0048】
この通信監視において、通信インターフェース２５を介してクライアント端末３０と例えばＨＴＴＰプロトコルによる通信があったことを確認すると、プロセッサ２１は、ＡＣＴ２においてＹＥＳと判定し、ＡＣＴ４へと進む。プロセッサ２１は、ＡＣＴ４としてクライアント端末３０との通信がデバイスの占有要求であるか否かを確認する。占有要求は、原則的にはデバイスを占有していないクライアント端末３０から出力される。デバイスを占有しているクライアント端末３０から他のデバイスの占有要求が出力される場合もあり得る。
【0049】
クライアント端末３０との通信がデバイスの占有要求でない場合、プロセッサ２１は、ＡＣＴ４においてＮＯと判定し、ＡＣＴ５へと進む。プロセッサ２１は、ＡＣＴ５としてクライアント端末３０との通信がデバイスの開放要求であるか否かを確認する。開放要求は、デバイスを占有しているクライアント端末３０から出力される。デバイスを占有していないクライアント端末３０から開放要求が出力されることはない。
【0050】
クライアント端末３０との通信がデバイスの開放要求でもない場合、プロセッサ２１は、ＡＣＴ５においてＮＯと判定し、ＡＣＴ６へと進む。プロセッサ２１は、ＡＣＴ６としてデバイスを占有しているクライアント端末３０との通信であるか否かを確認する。デバイスを占有しているクライアント端末３０の端末ＩＤは、デバイス管理テーブル２３１における占有端末ＩＤのカラムに記述されている。プロセッサ２１は、通信に含まれるクライアント端末３０の端末ＩＤが占有端末ＩＤのカラムに記述されている場合、デバイスを占有しているクライアント端末３０との通信であると判断する。
【0051】
デバイスを占有していないクライアント端末３０との通信である場合、プロセッサ２１は、ＡＣＴ６においてＮＯと判定し、当該クライアント端末３０との通信をエラーとする。なお、プロセッサ２１は、通信をエラーとせず、クライアント端末３０からの通信内容に応じた処理を実行してもよい。
【0052】
デバイスを占有しているクライアント端末３０との通信である場合には、プロセッサ２１は、ＡＣＴ６においてＹＥＳと判定し、ＡＣＴ７へと進む。そしてプロセッサ２１は、ＡＣＴ７乃至ＡＣＴ１２の処理を実行する。このＡＣＴ７乃至ＡＣＴ１２の処理については後述する。その前に、クライアント端末３０との通信がデバイスの占有要求であった場合の処理手順について説明する。
【0053】
クライアント端末３０との通信がデバイスの占有要求であった場合、プロセッサ２１は、ＡＣＴ４においてＹＥＳと判定し、図８のＡＣＴ２１へと進む。プロセッサ２１は、ＡＣＴ２１としてクライアント端末３０から占有要求があったデバイスの種別コードを認識する。クライアント端末３０からの占有要求には、占有を希望するデバイスの種類を示す情報が含まれる。例えば、クライアント端末３０が商品情報と特定するバーコードあるいはＲＦタグを読取る商品登録処理を行う場合、クライアント端末３０は商品登録処理に必要となるバーコードスキャナあるいはＲＦＩＤスキャナの占有を要求する占有要求をデバイスサーバ２０へ送信する。すなわち、バーコードスキャナあるいはＲＦＩＤスキャナを示す情報が占有要求に含まれる。例えば、クライアント端末３０が商品登録処理を完了し、商品の代金の決済を行う決済処理を実行する場合、クライアント端末３０は決済処理に必要となるクレジット端末、電子マネー端末、釣銭機及び／又はレシートプリンタの占有を要求する占有要求をデバイスサーバ２０へ送信する。すなわち、クレジット端末、電子マネー端末、釣銭機及び／又はレシートプリンタを示す情報が占有要求に含まれる。なお、お客様の希望する決済方法に応じて占有するデバイスは決定されるとしてもよい。また、決済処理にレシートを印字するレシート印字処理を含めるかは、各店舗によって設定される。決済処理にレシート印字処理を含めない設定とする場合には、決済処理完了後に、レシート印字処理の実行をクライアント端末３０において指示するとしてもよい。この場合、クライアント端末３０は、クレジット端末、電子マネー端末及び／又釣銭機を占有するための占有要求とは別に、プリンタを占有するための占有要求をデバイスサーバ２０へ送信する。プロセッサ２１は、その情報から占有要求があったデバイスの種別コードを認識する。なお、情報は種別コードそのものであってもよいし、種別コード以外であってもよい。種別コード以外の場合には、プロセッサ２１は、その情報によって特定されるデバイスの種別コードを取得することとなる。
【0054】
プロセッサ２１は、クライアント端末３０から占有要求があったデバイスの種別コードを認識すると、ＡＣＴ２２としてその種別コードで特定されるデバイスが開放状態にあるか否かを確認する。すなわちプロセッサ２１は、デバイス管理テーブル２３１を参照して、当該種別コードに対応したステータスを調べる。その際、クライアント端末３０から複数のデバイスの占有要求があった場合には、プロセッサ２１は、各々のデバイスのステータスを調べる。その結果、すべてのステータスが開放状態を示す場合、プロセッサ２１は、ＡＣＴ２２においてＹＥＳと判定し、ＡＣＴ２３へと進む。
【0055】
プロセッサ２１は、ＡＣＴ２３として占有要求の送信元であるクライアント端末３０の端末ＩＤと通信アドレスを取得する。またプロセッサ２１は、ＡＣＴ２４として時計２４によって計時されている現在日時を取得する。そしてプロセッサは、ＡＣＴ２５としてその現在日時を占有の開始日時ＤＴＳとして決定する。
【0056】
プロセッサ２１は、ＡＣＴ２６としてデバイス管理テーブル２３１参照して、占有要求のあったデバイスの種別コードに対応した占有時間ＴＸを取得する。このとき、複数のデバイスの占有要求があった場合には、プロセッサ２１は、各々のデバイスの種別コードに対応した占有時間ＴＸを取得し、その中から最も長い占有時間ＴＸを選択する。
【0057】
プロセッサ２１は、ＡＣＴ２７としてタイムアウト日時ＤＴＬを算出する。具体的にはプロセッサ２１は、開始日時ＤＴＳから占有時間ＴＸを経過した日時をタイムアウト日時ＤＴＬとして算出する。例えば、クライアント端末３０から占有要求があったデバイスがプリンタ単独であり、プリンタの占有時間ＴＸが５分であると仮定すると、プロセッサ２１は、開始日時ＤＴＳから５分後の日時をタイムアウト日時ＤＴＬとして算出する。例えば、クライアント端末３０から占有要求があったデバイスがスキャナとＲＦＩＤリーダであり、スキャナの占有時間ＴＸが２分、ＲＦＩＤリーダの占有時間が３分であると仮定すると、プロセッサ２１は、占有時間ＴＸとしてＲＦＩＤリーダの占有時間３分を選択する。そしてプロセッサ２１は、開始日時ＤＴＳから３分後の日時をタイムアウト日時ＤＴＬとして算出する。
【0058】
プロセッサ２１は、ＡＣＴ２８としてセッションＩＤを生成する。例えばプロセッサ２１は、開始日時ＤＴＳに、セッションＩＤを生成する毎にカウントアップされる連続番号を組み合わせて新規のセッションＩＤを生成する。
【0059】
プロセッサ２１は、ＡＣＴ２９としてセッションレコード２２１１をセッションフォルダ２２１に登録する。すなわちプロセッサ２１は、ＡＣＴ２８で生成したセッションＩＤと、ＡＣＴ２３で取得した端末ＩＤ及び通信アドレスと、ＡＣＴ２１で認識したデバイスの種別コードと、“０”の無効フラグとで構成されるセッションレコード２２１１を、セッションフォルダ２２１に登録する。
【0060】
プロセッサ２１は、ＡＣＴ３０として有効期限レコード２２２１を有効期限フォルダ２２２に登録する。すなわちプロセッサ２１は、ＡＣＴ２８で生成したセッションＩＤと、占有要求のあったクライアント端末３０の端末ＩＤと、ＡＣＴ２５で決定した開始日時ＤＴＳと、ＡＣＴ２７で算出したタイムアウト日時ＤＴＬと、“０”の無効フラグとで構成される有効期限レコード２２２１を、有効期限フォルダ２２２に登録する。
【0061】
プロセッサ２１は、ＡＣＴ３１としてデバイス管理テーブル２３１に対し、ＡＣＴ２１で認識したデバイスの種別コードと対応するステータスを開放状態から占有状態に変更する。またプロセッサ２１は、ＡＣＴ３２としてデバイス管理テーブル２３１に対し、ＡＣＴ２１で認識したデバイスの種別コードと対応する占有端末ＩＤのカラムに、ＡＣＴ２３で取得した端末ＩＤを記録する。
【0062】
以上で、プロセッサ２１は、クライアント端末３０から占有要求があったデバイスが開放状態にあるときの情報処理を終了する。プロセッサ２１は、ＡＣＴ１の通信監視状態に戻る。
【0063】
ここにデバイスサーバ２０は、プロセッサ２１がＡＣＴ２１、ＡＣＴ２２、ＡＣＴ２３、ＡＣＴ２８、ＡＣＴ２９及びＡＣＴ３１の処理を実行することにより、登録部２１１として機能する。また、デバイスサーバ２０は、プロセッサ２１がＡＣＴ２４、ＡＣＴ２５、ＡＣＴ２６、ＡＣＴ２７及びＡＣＴ３０の処理を実行することにより、設定部２１２として機能する。
【0064】
一方、クライアント端末３０から占有要求のあったデバイスの少なくとも１つが占有状態にあった場合には、プロセッサ２１は、ＡＣＴ２２においてＮＯと判定し、ＡＣＴ３３へと進む。プロセッサ２１は、ＡＣＴ３３として占有要求の送信元であるクライアント端末３０の端末ＩＤと通信アドレスを取得する。そしてプロセッサ２１は、ＡＣＴ３４としてその通信アドレスで特定されるクライアント端末３０にデバイスの占有不可を通知するように通信インターフェース２５を制御する。この制御により、占有要求の送信元であるクライアント端末３０に対し、通信ネットワークＮＷを介してデバイスの占有不可が通知される。この通知を受けたクライアント端末３０においては、例えば表示部にデバイスを占有できないことを示す表示がなされる。よって、クライアント端末３０のオペレータは、デバイスを占有できないことを知り得る。
【0065】
ＡＣＴ３４の処理を終えたプロセッサ２１は、ＡＣＴ３５として時計２４によって計時されている現在日時を取得する。そしてプロセッサは、ＡＣＴ３６としてその現在日時をリクエスト日時ＤＴＲとして決定する。
【0066】
プロセッサ２１は、ＡＣＴ３７としてリクエストレコード２２３１をリクエストフォルダ２２３に登録する。すなわちプロセッサ２１は、ＡＣＴ３３で取得した端末ＩＤ及び通信アドレスと、ＡＣＴ３６で決定したリクエスト日時と、ＡＣＴ２１で認識したデバイスの種別コードと、“０”の無効フラグとで構成されるリクエストレコード２２３１を、リクエストフォルダ２２３に登録する。
【0067】
以上で、プロセッサ２１は、クライアント端末３０から占有要求があったデバイスが占有状態にあるときの情報処理を終了する。プロセッサ２１は、ＡＣＴ１の通信監視状態に戻る。
【0068】
このように、クライアント端末３０から他のクライアント端末３０に占有されていないデバイスの占有要求があった場合、プロセッサ２１は、ＡＣＴ２３乃至ＡＣＴ３２の処理を実行する。その結果、セッションレコード２２１１がセッションフォルダ２２１に登録される。また、有効期限レコード２２２１が有効期限フォルダ２２２に登録される。さらには、デバイス管理テーブル２３１において、当該デバイスのステータスが開放状態から占有状態に変更される。また、当該デバイスの占有端末ＩＤとして、占有要求を行ったクライアント端末３０の端末ＩＤが記述される。
【0069】
一方、クライアント端末３０から、他のクライアント端末３０に占有されているデバイスの占有要求があった場合には、プロセッサ２１は、ＡＣＴ３３乃至ＡＣＴ３７の処理を実行する。その結果、リクエストレコード２２３１がリクエストフォルダ２２３に登録される。また、占有要求を行ったクライアント端末３０に対しては、ネットワークＮＷを通じて占有不可が通知される。
【0070】
次に、デバイスを占有しているクライアント端末３０からの通信が発生した場合のプロセッサ２１の処理手順について説明する。
【0071】
デバイスを占有しているクライアント端末３０から占有要求または開放要求以外の通信があると、プロセッサ２１は、図７のＡＣＴ６においてＹＥＳと判定し、ＡＣＴ７へと進む。プロセッサ２１は、ＡＣＴ７として通信元のクライアント端末３０が占有しているデバイスを認識する。すなわちプロセッサ２１は、デバイス管理テーブル２３１を参照して、当該クライアント端末３０の端末ＩＤが占有端末ＩＤとして記述されているフィールドに対応した種別コードを認識する。
【0072】
プロセッサ２１は、ＡＣＴ８としてセッションフォルダ２２１から通信元のクライアント端末３０の端末ＩＤを含むセッションレコード２２１１を選択し、そのセッションレコード２２１１からセッションＩＤを取得する。そしてプロセッサ２１は、ＡＣＴ９としてそのセッションＩＤを含む有効期限レコード２２２１からタイムアウト日時ＤＴＬを取得する。またプロセッサ２１は、ＡＣＴ１０としてデバイス管理テーブル２３１から、ＡＣＴ７で認識した種別コードに対応した更新時間ＴＹを取得する。このとき、複数のデバイスの種別コードを認識していた場合には、プロセッサ２１は、各々の種別コードに対応した更新時間ＴＹを取得し、その中から最も長い更新時間ＴＹを選択する。
【0073】
プロセッサ２１は、ＡＣＴ１１として更新時間延長後のタイムアウト日時ＤＴＬを算出する。すなわちプロセッサ２１は、ＡＣＴ８で取得したタイムアウト日時ＤＴＬから更新時間ＴＹを経過した日時を更新時間延長後のタイムアウト日時ＤＴＬとして算出する。プロセッサ２１は、ＡＣＴ１２として、ＡＣＴ８で取得したセッションＩＤを含む有効期限レコード２２２１のタイムアウト日時ＤＴＬを、ＡＣＴ１１で算出した更新時間延長後のタイムアウト日時ＤＴＬに更新する。
【0074】
例えば、スキャナに対して更新時間ＴＹが１分に設定されており、このスキャナだけを占有しているクライアント端末３０との間で通信が発生した場合、該当する有効期限レコード２２２１のタイムアウト日時ＤＴＬは、その日時よりも１分延長した日時に更新される。また、スキャナとともにＲＦＩＤリーダも占有しており、ＲＦＩＤリーダに対する更新時間が２分に設定されていた場合には、該当する有効期限レコード２２２１のタイムアウト日時ＤＴＬは、その日時よりも２分延長した日時に更新される。
【0075】
以上で、プロセッサ２１は、デバイスを占有しているクライアント端末３０との通信があった場合の情報処理を終了する。プロセッサ２１は、ＡＣＴ１の通信監視状態に戻る。
【0076】
次に、ＡＣＴ１の通信監視状態において、クライアント端末３０によって占有されているデバイスと通信が発生した場合のプロセッサ２１の処理手順について説明する。
【0077】
クライアント端末３０によって占有されているデバイスから通信があると、プロセッサ２１は、図７のＡＣＴ３においてＹＥＳと判定し、ＡＣＴ１３へと進む。プロセッサ２１は、ＡＣＴ１３として当該デバイスを占有しているクライアント端末３０を認識する。すなわちプロセッサ２１は、デバイス管理テーブル２３１を参照して、当該デバイスの種別コードに対応した占有端末ＩＤを認識する。
【0078】
その後、プロセッサ２１は、前述したＡＣＴ８乃至ＡＣＴ１２の処理を実行する。すなわちプロセッサ２１は、ＡＣＴ８としてセッションフォルダ２２１から通信元のデバイスの種別コードを含むセッションレコード２２１１を選択し、そのセッションレコード２２１１からセッションＩＤを取得する。そしてプロセッサ２１は、ＡＣＴ９としてそのセッションＩＤを含む有効期限レコード２２２１からタイムアウト日時ＤＴＬを取得する。またプロセッサ２１は、ＡＣＴ１０としてデバイス管理テーブル２３１から、セッションレコード２２１１に含まれる種別コードに対応した更新時間ＴＹを取得する。このとき、複数のデバイスの種別コードが含まれていた場合には、プロセッサ２１は、各々の種別コードに対応した更新時間ＴＹを取得し、その中から最も長い更新時間ＴＹを選択する。
【0079】
プロセッサ２１は、ＡＣＴ１１として更新時間延長後のタイムアウト日時ＤＴＬを算出する。すなわちプロセッサ２１は、ＡＣＴ８で取得したタイムアウト日時ＤＴＬから更新時間ＴＹを経過した日時を更新時間延長後のタイムアウト日時ＤＴＬとして算出する。プロセッサ２１は、ＡＣＴ１２として、ＡＣＴ８で取得したセッションＩＤを含む有効期限レコード２２２１のタイムアウト日時ＤＴＬを、ＡＣＴ１１で算出した更新時間延長後のタイムアウト日時ＤＴＬに更新する。
【0080】
例えば、更新時間ＴＹが１分に設定されたスキャナと通信があり、当該スキャナを占有しているクライアント端末３０は他のデバイスを占有していない場合、タイムアウト日時ＤＴＬは、スキャナの更新時間ＴＹである１分を延長した日時に更新される。一方、クライアント端末３０がスキャナとともに更新時間が２分のＲＦＩＤリーダも占有していた場合には、タイムアウト日時ＤＴＬは、スキャナとの通信であってもＲＦＩＤリーダの更新時間ＴＹである２分を延長した日時に更新される。
【0081】
ここにデバイスサーバ２０は、プロセッサ２１がＡＣＴ７～ＡＣＴ１３の処理を実行することにより、更新部２１３として機能する。
【0082】
次に、ＡＣＴ１の通信監視状態において、デバイスを占有しているクライアント端末３０から開放要求があった場合のプロセッサ２１の処理手順について説明する。
【0083】
クライアント端末３０からデバイスの開放要求があった場合、プロセッサ２１は、図７のＡＣＴ５においてＹＥＳと判定し、図９のＡＣＴ４１へと進む。プロセッサ２１は、ＡＣＴ４１としてセッションＩＤを選択する。具体的にはプロセッサ２１は、開放要求送信元のクライアント端末３０の端末ＩＤと、開放対象のデバイスの種別コードとが記述されたセッションレコード２２１１のセッションＩＤを選択する。開放要求には、開放対象のデバイスの種別コードが含まれている。
【0084】
プロセッサ２１は、ＡＣＴ４２としてそのセッションレコード２２１１を無効化する。すなわちプロセッサ２１は、ＡＣＴ４１で取得したセッションＩＤが記述されているセッションレコード２２１１の無効フラグを“０”から“１”に変更する。プロセッサ２１は、ＡＣＴ４３として該当する有効期限レコード２２２１を無効化する。すなわちプロセッサ２１は、ＡＣＴ４１で取得したセッションＩＤが記述されている有効期限レコード２２２１の無効フラグを“０”から“１”に変更する。
【0085】
プロセッサ２１は、ＡＣＴ４４として開放対象のデバイスの種別コードを認識する。そしてプロセッサ２１は、ＡＣＴ４５としてデバイス管理テーブル２３１に対し、ＡＣＴ４４で認識したデバイスの種別コードと対応するステータスを占有状態から開放状態に変更する。またプロセッサ２１は、ＡＣＴ４６としてデバイス管理テーブル２３１から、その種別コードと対応して記録されている占有端末ＩＤをクリアする。
【0086】
プロセッサ２１は、ＡＣＴ４７としてリクエストフォルダ２２３をチェックする。そしてプロセッサ２１は、ＡＣＴ４８として種別コードに対応したステータスが全て開放状態にある有効なリクエストレコード２２３１の有無をチェックする。有効なリクエストレコード２２３１とは、無効フラグが“０”に設定されているリクエストレコード２２３１である。因みに、リクエストレコード２２３１は、例えばリクエスト日時ＤＴＲから一定時間が経過すると、無効フラグが“０”から“１”に変更されて無効化される。
【0087】
該当するリクエストレコード２２３１が存在しない場合、プロセッサ２１は、ＡＣＴ４８においてＮＯと判定し、ＡＣＴ４９及びＡＣＴ５０の処理をスキップする。
【0088】
該当するリクエストレコード２２３１が存在する場合には、プロセッサ２１は、ＡＣＴ４８においてＹＥＳと判定し、ＡＣＴ４９へと進む。プロセッサ２１は、ＡＣＴ４９としてリクエストレコード２２３１に含まれる通信アドレスで特定されるクライアント端末３０にデバイスの開放を通知するように通信インターフェース２５を制御する。この制御により、通信アドレスで特定されるクライアント端末３０に対し、通信ネットワークＮＷを介してデバイスの開放が通知される。この通知を受けたクライアント端末３０においては、例えば表示部にデバイスが開放されたことを示す表示がなされる。よって、クライアント端末３０のオペレータは、占有したいデバイスが開放されたことを知り得る。
【0089】
プロセッサ２１は、ＡＣＴ５０としてそのリクエストレコード２２３１の無効フラグを“０”から”１”に変更する。このようにリクエストレコード２２３１は、リクエスト日時ＤＴＲから一定時間が経過する前であっても、デバイスの開放通知に用いられた場合には無効化される。
【0090】
なお、該当するリクエストレコード２２３１が複数存在する場合には、プロセッサ２１は、リクエスト日時ＤＴＲが最も古いリクエストレコード２２３１を選択する。そしてプロセッサ２１は、そのリクエストレコード２２３１を基に、ＡＣＴ４９及びＡＣＴ５０の処理を実行する。
【0091】
以上で、プロセッサ２１は、クライアント端末３０との通信がデバイスの開放要求であった場合の情報処理を終了する。プロセッサ２１は、ＡＣＴ１の通信監視状態に戻る。
【0092】
ところでプロセッサ２１は、図７乃至図９の流れ図で示す情報処理と並行して、図１０の流れ図で示す手順の情報処理を実行している。すなわちプロセッサ２１は、ＡＣＴ６１として時計２４で計時されている現在日時を取得する。そしてプロセッサ２１は、ＡＣＴ６２としてその現在日時で有効期限フォルダ２２２をチェックする。プロセッサ２１は、ＡＣＴ６３としてタイムアウト日時ＤＴＬが現在日時よりも前の有効な有効期限レコード２２２１を検索する。有効な有効期限レコード２２２１とは、無効フラグが“０”に設定されている有効期限レコード２２２１である。タイムアウト日時ＤＴＬが現在日時よりも前の有効な有効期限レコード２２２１を検出しなかった場合、プロセッサ２１は、ＡＣＴ６３においてＮＯと判定し、ＡＣＴ６１へと戻る。プロセッサ２１は、ＡＣＴ６１以降の処理を再度実行する。
【0093】
タイムアウト日時ＤＴＬが現在日時よりも前の有効な有効期限レコード２２２１を検出した場合には、プロセッサ２１は、ＡＣＴ６３においてＹＥＳと判定し、ＡＣＴ６４へと進む。プロセッサ２１は、ＡＣＴ６４としてその有効期限レコード２２２１からセッションＩＤを選択する。
【0094】
プロセッサ２１は、ＡＣＴ６５としてそのセッションＩＤを含むセッションレコード２２１１の無効フラグを“０”から“１”に変更する。またプロセッサ２１は、ＡＣＴ６６としてそのセッションＩＤを含む有効期限レコード２２２１の無効フラグを“０”から“１”に変更する。
【0095】
プロセッサ２１は、ＡＣＴ６７として無効化したセッションレコード２２１１に含まれる通信アドレスで特定されるクライアント端末３０にデバイスの占有期限切れを通知するように通信インターフェース２５を制御する。この制御により、該当するクライアント端末３０に対し、通信ネットワークＮＷを介してデバイスの占有期限切れが通知される。この通知を受けたクライアント端末３０においては、例えば表示部にデバイスの占有期限が切れたことを示す表示がなされる。よって、クライアント端末３０のオペレータは、デバイスの占有期限が切れたことを知り得る。
【0096】
プロセッサ２１は、ＡＣＴ６８として無効化したセッションレコード２２１１に含まれるデバイスの種別コードを認識する。そしてプロセッサ２１は、ＡＣＴ６９としてデバイス管理テーブル２３１に対し、ＡＣＴ６８で認識したデバイスの種別コードと対応するステータスを占有状態から開放状態に変更する。またプロセッサ２１は、ＡＣＴ７０としてデバイス管理テーブル２３１から、その種別コードと対応して記録されている占有端末ＩＤをクリアする。
【0097】
例えば、デバイスを占有していたクライアント端末３０の電源が落ちる等のトラブルが発生し、そのクライアント端末３０から開放要求が出力されない場合、タイムアウト日時ＤＴＬが経過した時点でデバイスが開放される。そして、クライアント端末３０に対して占有期限切れが通知される。
【0098】
ここにデバイスサーバ２０は、プロセッサ２１がＡＣＴ６１乃至ＡＣＴ６６の処理を実行することにより、解除部２１４として機能する。またプロセッサ２１は、プロセッサ２１がＡＣＴ６７の処理を実行することにより、通知部２１５として機能する。
【0099】
ＡＣＴ７０の処理を終えると、プロセッサ２１は、ＡＣＴ７１乃至ＡＣＴ７４として、図９のＡＣＴ４７乃至ＡＣＴ５０の処理と同様の処理を実行する。したがって、デバイスの占有要求が拒否されたクライアント端末３０のオペレータは、そのデバイスが開放されたことを知り得る。
【0100】
以上でプロセッサ２１は、図１０の流れ図に示す手順の処理手順を終了する。その後、プロセッサ２１は、再びＡＣＴ６１から同様の処理を開始する。
【0101】
このように、デバイスサーバ２０は、登録部２１１、設定部２１２、更新部２１３及び解除部２１４としての機能を有する。したがって、登録部２１１によってデバイスを占有するセッションが登録されたクライアント端末３０において、電源が落ちる等のトラブルが発生し、そのクライアント端末３０からデバイスの開放要求が出力されない場合でも、そのセッションに対して設定されたタイムアウト日時ＤＴＬが経過すると、解除部２１４によってデバイスが開放される。したがって、いつまでもデバイスが開放されず、他のクライアント端末がそのデバイスを利用できないという不都合を未然に防ぐことができる。
【0102】
ここで、タイムアウト日時ＤＴＬは、セッションの開始時刻から占有対象のデバイスに対して設定された占有時間ＴＸが経過した時刻である。また、セッションの対象であるクライアント端末とデバイスとの通信が発生した場合には、その通信の発生時刻から当該デバイスに対して設定された更新時間ＴＹが経過した時刻である。したがって、クライアント端末３０のオペレータが占有状態にあるデバイスを利用している間にそのデバイスが開放されてしまう不具合は起こり得ない。
【0103】
またデバイスサーバ２０は、通知部２１５としての機能を有している。したがって、例えば電源断によりデバイスが強制的に開放されたクライアント端末３０のオペレータは、電源復帰後にデバイスが開放されたことを容易に知り得るメリットがある。
【0104】
（第２実施形態）
次に、第２実施形態について、図１１及び図１２を用いて説明する。
図１１は、第２実施形態に係るセッションレコード２２１２のデータ構造を示す模式図である。第１実施形態に係るセッションレコード２２１１とは、そのレコードに含まれる種別コードの数が異なる。すなわち第１実施形態では、１つのクライアント端末３０が複数のデバイスを占有する場合、各デバイスの種別コードをセッションレコード２２１１に記述する。すなわち、１つのクライアント端末３０が占有する全てのデバイスを１つのグループとしてまとめて管理する。これに対し、第２実施形態では、１つのクライアント端末３０が複数のデバイスを占有する場合、デバイスの数だけセッションレコード２２１２を作成する。そして、各セッションレコード２２１２に、占有するデバイスの種別コードをそれぞれ記述する。
次に、第２実施形態について、図１１及び図１２を用いて説明する。
図１１は、第２実施形態に係るセッションレコード２２１２のデータ構造を示す模式図である。第１実施形態に係るセッションレコード２２１１とは、そのレコードに含まれる種別コードの数が異なる。すなわち第１実施形態では、１つのクライアント端末３０が複数のデバイスを占有する場合、各デバイスの種別コードをセッションレコード２２１１に記述する。すなわち、１つのクライアント端末３０が占有する全てのデバイスを１つのグループとしてまとめて管理する。これに対し、第２実施形態では、１つのクライアント端末３０が複数のデバイスを占有する場合、デバイスの数だけセッションレコード２２１２を作成する。そして、各セッションレコード２２１２に、占有するデバイスの種別コードをそれぞれ記述する。
【0105】
このように、第２実施形態においては、１つのクライアント端末３０が複数のデバイスを占有する場合、デバイス毎にクライアント端末３０とのセッションを分けて管理する。このような管理は、第１実施形態において、図８を用いて説明した情報処理の手順を、図１２に示す手順となるように変更することで可能となる。
【0106】
【0107】
第１実施形態では、プロセッサ２１は、クライアント端末３０から占有要求があったデバイスが全て開放状態にある場合、ＡＣＴ２２においてＹＥＳと判定し、ＡＣＴ２３へと進んだ。第２実施形態では、プロセッサ２１は、ＡＣＴ２２においてＹＥＳと判定し、ＡＣＴ８１へと進む。プロセッサ２１は、ＡＣＴ８１として占有要求があったデバイスの数をデバイスカウンタＮの初期値とする。その後、プロセッサ２１は、ＡＣＴ２３へと進み、ＡＣＴ２３乃至ＡＣＴ３２の処理を前述したのと同様に実行する。
【0108】
ここで、複数のデバイスの占有要求であった場合、プロセッサ２１は、ＡＣＴ２６においていずれか１つのデバイスを選択し、そのデバイスの占有時間ＴＸを取得する。またプロセッサ２１は、ＡＣＴ２９において、その選択したデバイスの種別コードだけを含むセッションレコード２２１２をセッションフォルダ２２１に登録する。ＡＣＴ３１においては、プロセッサ２１は、その選択したデバイスの種別コードに対応するステータスが開放状態から占有状態に変更される。ＡＣＴ３２においては、プロセッサ２１は、その選択したデバイスの種別コードに対応して、クライアント端末３０の端末ＩＤを占有端末ＩＤとして記録する。
【0109】
ＡＣＴ３２の処理を終えると、プロセッサ２１は、ＡＣＴ８２としてデバイスカウンタＮを“１”だけカウントダウンする。そしてプロセッサ２１は、ＡＣＴ８３としてデバイスカウンタＮが“０”になったか否かを確認する。デバイスカウンタＮが“１”以上の場合、プロセッサ２１は、ＡＣＴ８３においてＮＯと判定し、ＡＣＴ２３へと戻る。プロセッサ２１は、先に選択したデバイス以外のデバイスを選択して、ＡＣＴ２３乃至ＡＣＴ３２の処理を実行する。
【0110】
デバイスカウンタＮが“０”になると、プロセッサ２１は、ＡＣＴ８３においてＹＥＳと判定し、図１２に示す手順の情報処理を終了する。
【0111】
第２実施形態において、例えば、クライアント端末３０からスキャナとＲＦＩＤリーダの占有要求があった場合、セッションフォルダ２２１には、当該クライアント端末３０の端末ＩＤとスキャナの種別コードとを関連付けた第１のセッションレコード２２１２－１と、当該クライアント端末３０の端末ＩＤとＲＦＩＤリーダの種別コードとを関連付けた第２のセッションレコード２２１２－２とが登録される。また、有効期限フォルダ２２２に対しては、第１のセッションレコード２２１２－１のセッションＩＤを含む第１の有効期限レコード２２２１－１と、第２のセッションレコード２２１２－２のセッションＩＤを含む第２の有効期限レコード２２２１－２とが登録される。
【0112】
ここで、第１の有効期限レコード２２２１－１のタイムアウト日時ＤＴＬは、現在日付からスキャナの占有時間ＴＸが経過した後の日時である。第２の有効期限レコード２２２１－２のタイムアウト日時ＤＴＬは、現在日付からＲＦＩＤリーダの占有時間ＴＸが経過した後の日時である。
【0113】
そして、当該クライアント端末３０との通信が発生した場合、第１の有効期限レコード２２２１－１のタイムアウト日時ＤＴＬは、スキャナの更新時間ＴＹが経過した後の日時に更新される。また、第２の有効期限レコード２２２１－２のタイムアウト日時ＤＴＬは、ＲＦＩＤリーダの更新時間ＴＹが経過した後の日時に更新される。
【0114】
スキャナとの通信が発生した場合には、第１の有効期限レコード２２２１－１のタイムアウト日時ＤＴＬがスキャナの更新時間ＴＹが経過した後の日時に更新される。第２の有効期限レコード２２２１－２のタイムアウト日時ＤＴＬは、更新されない。
【0115】
ＲＦＩＤリーダとの通信が発生した場合には、第２の有効期限レコード２２２１－２のタイムアウト日時ＤＴＬがＲＦＩＤリーダの更新時間ＴＹが経過した後の日時に更新される。第１の有効期限レコード２２２１－１のタイムアウト日時ＤＴＬは、更新されない。
【0116】
第１の有効期限レコード２２２１－１のタイムアウト日時ＤＴＬが経過した場合には、スキャナの占有状態が解除される。ＲＦＩＤリーダの占有状態は解除されない。第２の有効期限レコード２２２１－２のタイムアウト日時ＤＴＬが経過した場合には、ＲＦＩＤリーダの占有状態が解除される。スキャナの占有状態は解除されない。
【0117】
したがって、例えばスキャナとＲＦＩＤリーダとを占有したクライアント端末３０のオペレータが、スキャナだけを利用して接客業務又は検品業務等を実行した場合、ＲＦＩＤリーダは、対応するタイムアウト日時ＤＴＬが経過した時点で開放される。したがって、ＲＦＩＤリーダを利用して業務を実行したい他のクライアント端末３０のオペレータは、開放されたＲＦＩＤリーダを直ぐに占有することができる。従って、デバイスを利用した業務の効率化を図ることができる。
【0118】
（第３実施形態）
次に、第３実施形態について、図１３乃至図１５を用いて説明する。
図１３は、第３実施形態に係るデバイスサーバ２００の説明図である。デバイスサーバ２００は、プロセッサ２１が、登録部２１１、設定部２１２、更新部２１３、解除部２１４及び通知部２１５としての機能に加えて、取得部２１６としての機能を有するように、制御プログラムを実装している。
次に、第３実施形態について、図１３乃至図１５を用いて説明する。
図１３は、第３実施形態に係るデバイスサーバ２００の説明図である。デバイスサーバ２００は、プロセッサ２１が、登録部２１１、設定部２１２、更新部２１３、解除部２１４及び通知部２１５としての機能に加えて、取得部２１６としての機能を有するように、制御プログラムを実装している。
【0119】
取得部２１６は、デバイスサーバ２００の管理下にあるデバイスから識別情報を取得する機能である。本実施形態において、識別情報は、デバイス毎に設定されるデバイスＩＤである。デバイスＩＤは、種別コードが同一のデバイスであっても異なる一意の情報である。
【0120】
図１３は、デバイスサーバ２００に対して、デバイスＡ、デバイスＢ、デバイスＣ、デバイスＤ及びデバイスＥの５種類のデバイスが管理下にあり、さらに、デバイスＡについては、デバイスＩＤ“０００１”のデバイスＡａと、デバイスＩＤ“０００２”のデバイスＡｂの２台が管理下にある場合を例示する。因みに、デバイスＢのデバイスＩＤは“ＩＤ０００３”であり、デバイスＣのデバイスＩＤは“０００４”であり、デバイスＤのデバイスＩＤは“０００５”であり、デバイスＥのデバイスＩＤは“０００６”である。
【0121】
図１４は、デバイス管理テーブル２３１のデータ構造を示す模式図である。第１実施形態とは、デバイスＩＤのカラムが追加されている点が異なる。そして、同じ種別コードであっても、デバイスＩＤ毎に、占有時間ＴＸ、更新時間ＴＹ、ステータスＳＴ及び占有端末ＩＤを記録できるようになっている。
【0122】
【0123】
第１実施形態では、プロセッサ２１は、ＡＣＴ２２において、デバイス管理テーブル２３１を参照して、クライアント端末３０から占有要求があったデバイスの種別コードに対応したステータスを調べた。この点に関して、第３実施形態では、占有要求があったデバイスがデバイスサーバ２０に複数接続されていた場合、そのデバイスの種別コードに対応した複数のステータスを調べる。そして、少なくとも１つのステータスが開放状態である場合、プロセッサ２１は、そのデバイスが占有状態にないと認識する。
【0124】
そして、占有要求があったデバイスが開放状態にある場合、プロセッサ２１は、ＡＣＴ２２においてＹＥＳと判定し、ＡＣＴ９１へと進む。プロセッサ２１は、ＡＣＴ９１としてステータスが開放状態であるデバイスからデバイスＩＤを取得する。
【0125】
その後、プロセッサ２１は、ＡＣＴ２３へと進み、ＡＣＴ２３乃至ＡＣＴ３２の処理を前述したのと同様に実行する。ここで、ＡＣＴ３１においては、デバイスの種別コードとＡＣＴ９１において当該デバイスから取得したデバイスＩＤとに対応するステータスを開放状態から占有状態に変更する。また、同デバイスＩＤに対応する占有端末ＩＤのカラムにクライアント端末３０の端末ＩＤを記述する。
【0126】
例えば図１３に示すように、デバイスＡに関して、デバイスＩＤが“０００１”のデバイスＡａと、デバイスＩＤが“０００２”のデバイスＡｂの２台が管理下にあり、デバイスＡａ及びデバイスＡｂがいずれも開放状態にあると想定する。この場合において、クライアント端末３０からデバイスＡの占有要求があると、デバイスＡａ又はデバイスＡｂのいずれか一方、例えばデバイスＡａが選択される。そして、このデバイスＡａが占有状態となり、クライアント端末３０とのセッションが開始される。
【0127】
次いで、このセッションが継続している間に、別のクライアント端末３０からデバイスＡの占有要求があると、開放状態にあるデバイスＡｂが選択される。そして、このデバイスＡｂが占有状態となり、クライアント端末３０とのセッションが開始される。
【0128】
次いで、両セッションが継続している間に、さらに別のクライアント端末３０からデバイスＡの占有要求があると、その占有要求は拒否される。
【0129】
このように、第３実施形態によれば、１つのデバイスサーバ２０に同一種類のデバイスを複数接続して管理することができる。そして、その場合においても、第１実施形態又は第２実施形態と同様に、クライアント端末３０の電源断等のトラブルによってデバイスが不要に占有され続けるのを未然に防ぐことができる効果を奏し得る。
【0130】
（他の実施形態）
前記実施形態では、有効期限レコード２２２１がタイムアウト日時ＤＴＬを含む。他の実施形態としては、有効期限レコード２２２１が経過時間を示す時間データを含む。経過時間は、ＡＣＴ３０の有効期限レコードの登録時には開始日時ＤＴＳからの経過時間である。ＡＣＴ８のセッションＩＤを取得したときには、その時点からの経過時間である。そして、図１０のＡＣＴ３においては、プロセッサ２１は、経過時間が該当するデバイスの占有時間ＴＸに達すると、期限切れと判断する。このような構成を採用しても、前記実施形態と同様な作用効果を奏し得る。
前記実施形態では、有効期限レコード２２２１がタイムアウト日時ＤＴＬを含む。他の実施形態としては、有効期限レコード２２２１が経過時間を示す時間データを含む。経過時間は、ＡＣＴ３０の有効期限レコードの登録時には開始日時ＤＴＳからの経過時間である。ＡＣＴ８のセッションＩＤを取得したときには、その時点からの経過時間である。そして、図１０のＡＣＴ３においては、プロセッサ２１は、経過時間が該当するデバイスの占有時間ＴＸに達すると、期限切れと判断する。このような構成を採用しても、前記実施形態と同様な作用効果を奏し得る。
【0131】
以上、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0132】
１０…アクセスポイント、２０…デバイスサーバ、２１…プロセッサ、２２…メインメモリ、２３…補助記憶装置、２４…時計、２５…通信インターフェース、３０…クライアント端末、１００…デバイス制御システム、２１１…登録部、２１２…設定部、２１３…更新部、２１４…解除部、２１５…通知部、２１６…取得部、２２１…セッションフォルダ、２２２…有効期限フォルダ、２２３…リクエストフォルダ、２３１…デバイス管理テーブル、２６１～２６５…デバイスインターフェース。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
