知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-05-07
(45)【発行日】2025-05-15
(54)【発明の名称】デバイス制御装置及びプログラム
(51)【国際特許分類】
H04L 67/1004 20220101AFI20250508BHJP
【ＦＩ】
H04L67/1004
【請求項の数】
6
(21)【出願番号】P 2021017593
(22)【出願日】2021-02-05
(65)【公開番号】P2022120601
(43)【公開日】2022-08-18
【審査請求日】2023-11-14
(73)【特許権者】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100103034
【弁理士】
【氏名又は名称】野河 信久
(74)【代理人】
【識別番号】100179062
【弁理士】
【氏名又は名称】井上 正
(74)【代理人】
【識別番号】100075672
【弁理士】
【氏名又は名称】峰 隆司
(74)【代理人】
【識別番号】100153051
【弁理士】
【氏名又は名称】河野 直樹
(74)【代理人】
【識別番号】100162570
【弁理士】
【氏名又は名称】金子 早苗
(72)【発明者】
【氏名】箕浦 悠介
【審査官】田中 秀樹
(56)【参考文献】
【文献】特開２００９－０２０８９８（ＪＰ，Ａ）
【文献】特開２０２０－１６０７９３（ＪＰ，Ａ）
【文献】特開平０５－１９３２０２（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ １２／００－１２／６６
Ｈ０４Ｌ ４１／００－１０１／６９５
(57)【特許請求の範囲】
【請求項1】
デバイスインターフェースを介して少なくとも１つのデバイスをローカル接続する２台以上のデバイス制御装置と、いずれか１台の前記デバイス制御装置に対して、当該デバイス制御装置に接続された前記デバイスの利用要求信号を出力する１台以上のクライアント端末とを、ネットワークで接続してなるデバイス制御システムの前記デバイス制御装置であって、
前記クライアント端末からの前記利用要求信号に応じて、前記デバイスインターフェースに接続された前記デバイスが故障中でなく動作中でもない場合に当該デバイスを動作させる第１制御部と、
前記第１制御部の制御により動作中の前記デバイスの故障を検出する検出部と、
前記検出部により前記動作中のデバイスに故障が検出されると、前記ネットワークを介して接続される他のデバイス制御装置に前記クライアント端末からの前記利用要求信号を転送する転送部と、
前記ネットワークを介して接続された他のデバイス制御装置から前記利用要求信号を受信すると、前記デバイスインターフェースに接続された前記デバイスが故障中でなく動作中でもない場合に当該デバイスを動作させる第２制御部と、
を具備するデバイス制御装置。
【請求項2】
前記第２制御部の制御による前記デバイスの動作が完了すると、前記利用要求信号を転送した前記他のデバイス制御装置に前記デバイスの動作完了通知を送信する第１通知部と、前記利用要求信号を転送した前記他のデバイス制御装置から前記デバイスの動作完了通知を受信すると、当該他のデバイス制御装置を特定する情報とともに前記デバイスの動作完了通知を、前記利用要求信号を出力した前記クライアント端末に送信する第２通知部と、
をさらに具備する請求項１記載のデバイス制御装置。
【請求項3】
前記検出部により故障が検出された前記デバイスが復旧した際に、前記第１制御部の制御による前記デバイスの動作が無効であることを示す復旧処理を実行する復旧処理部、をさらに具備する請求項１又は２記載のデバイス制御装置。
【請求項4】
前記ネットワークを介して少なくとも３台以上のデバイス制御装置が接続されており、前記検出部により動作中のデバイスに故障が検出されると、少なくとも２台の他のデバイス制御装置のなかから定められた条件を満足する１台のデバイス制御装置を決定する決定部、
をさらに具備し、
前記転送部は、前記決定部で決定された前記他のデバイス制御装置に前記クライアント端末からの前記利用要求信号を転送する、請求項１乃至３のうちいずれか１項記載のデバイス制御装置。
【請求項5】
前記決定部は、少なくとも２台の他のデバイス制御装置のなかから定められた条件を満足するとして決定した１台のデバイス制御装置の制御下にある前記デバイスが故障中である場合、別のデバイス制御装置を決定する、請求項４記載のデバイス制御装置。
【請求項6】
デバイスインターフェースを介して少なくとも１つのデバイスをローカル接続する２台以上のデバイス制御装置と、いずれか１台の前記デバイス制御装置に対して、当該デバイス制御装置に接続された前記デバイスの利用要求信号を出力する１台以上のクライアント端末とを、ネットワークで接続してなるデバイス制御システムにおける前記デバイス制御装置のコンピュータを、前記クライアント端末からの前記利用要求信号に応じて、前記デバイスインターフェースに接続された前記デバイスが故障中でなく動作中でもない場合に当該デバイスを動作させる第１制御手段、
前記第１制御手段の制御により動作中の前記デバイスの故障を検出する検出手段、
前記検出手段により前記動作中のデバイスに故障が検出されると、前記ネットワークを介して接続される他のデバイス制御装置に前記クライアント端末からの前記利用要求信号を転送する転送手段、及び、
前記ネットワークを介して接続された他のデバイス制御装置から前記利用要求信号を受信すると、前記デバイスインターフェースに接続された前記デバイスが故障中でなく動作中でもない場合に当該デバイスを動作させる第２制御手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、デバイス制御装置及びコンピュータをデバイス制御装置として機能させるためのプログラムに関する。
【背景技術】
【0002】
近年、プリンタ、ディスプレイ、スキャナ等のコンピュータ周辺機器、いわゆるデバイスをローカル接続したデバイス制御装置をネットワークに接続し、複数のクライアント端末がネットワーク経由でデバイス制御装置に接続されたデバイスを共用するデバイス制御システムが普及している。デバイス制御システムは、クライアント端末の台数と比較してデバイスの台数を少なくできるので、設備コストを削減できる等の利点がある。
【0003】
従来のデバイス制御システムにおいては、クライアント端末が利用しようとしたデバイスに故障が発生した場合、そのデバイスを制御するデバイス制御装置からクライアント端末にエラーが返ってくる。このため、エラーを確認したクライアント端末は、例えば別のデバイス制御装置を指定してデバイスの利用を要求することとなり、負荷が大きい。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０１９－２０４３８５号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
本発明の実施形態が解決しようとする課題は、制御下にあるデバイスを利用するクライアント端末の負荷を軽減できるデバイス制御装置及びそのプログラムを提供しようとするものである。
【課題を解決するための手段】
【0006】
一実施形態において、デバイス制御装置は、通信インターフェースと、デバイスインターフェースと、第１制御部と、検出部と、転送部と、第２制御部とを備える。通信インターフェースは、ネットワークを介して１以上のクライアント端末と接続する。デバイスインターフェースは、少なくとも１つのデバイスとローカル接続する。第１制御部は、クライアント端末からのデバイス利用要求に応じてデバイスを動作させる。検出部は、デバイスの故障を検出する。転送部は、第１制御部の制御により動作中のデバイスに故障が検出されると、ネットワークを介して接続される他のデバイス制御装置にクライアント端末からのデバイス利用要求を転送する。第２制御部は、通信インターフェースを介して他のデバイス制御装置からデバイス利用要求を受信すると、その要求に応じてデバイスを動作させる。
【図面の簡単な説明】
【0007】
【図1】一実施形態に係るデバイス制御システムの概略構成図。
【図2】デバイスサーバの要部回路構成を示すブロック図。
【図3】クライアント端末とデバイスサーバとの間で授受される主要な信号のシーケンス図。
【図4】クライアント端末とデバイスサーバとの間で授受される主要な信号のシーケンス図。
【図5】デバイスサーバのプロセッサが制御プログラムに従って実行する主要な情報処理の手順を示す流れ図。
【図6】デバイスサーバのプロセッサが制御プログラムに従って実行する主要な情報処理の手順を示す流れ図。
【図7】デバイスサーバのプロセッサが制御プログラムに従って実行する主要な情報処理の手順を示す流れ図。
【図8】デバイスサーバのプロセッサが制御プログラムに従って実行する主要な情報処理の手順を示す流れ図。
【発明を実施するための形態】
【0008】
以下、デバイス制御装置及びそのプログラムの一実施形態について、図面を用いて説明する。
【0009】
［デバイス制御システムの説明］
図１は、一実施形態に係るデバイス制御システム１００の概略構成図である。デバイス制御システム１００は、アクセスポイント１０とデバイスサーバ２０とをネットワークＮＷに接続してなる。ネットワークＮＷは、インターネット、ＷＡＮ（Wide Area Network）又はＬＡＮ（Local Area Network）である。ネットワークＮＷは、有線回線であってもよいし、無線回線であってもよい。ネットワークＮＷは、有線回線と無線回線とが混在していてもよい。
図１は、一実施形態に係るデバイス制御システム１００の概略構成図である。デバイス制御システム１００は、アクセスポイント１０とデバイスサーバ２０とをネットワークＮＷに接続してなる。ネットワークＮＷは、インターネット、ＷＡＮ（Wide Area Network）又はＬＡＮ（Local Area Network）である。ネットワークＮＷは、有線回線であってもよいし、無線回線であってもよい。ネットワークＮＷは、有線回線と無線回線とが混在していてもよい。
【0010】
アクセスポイント１０は、ネットワークＮＷに接続されるデバイスサーバ２０と、１以上のクライアント端末３０と間で、無線ＬＡＮを通じてデータ通信を行う際の中継拠点として要所に設置された通信設備である。無線ＬＡＮは、例えばＷｉ－Ｆｉ（登録商標）の規格に準拠したものである。なお、図１では、アクセスポイント１０を１つのみ示しているが、アクセスポイント１０の数は、１つに限定されない。施設の規模、レイアウト等を考慮して２以上のアクセスポイント１０をネットワークＮＷに接続してもよい。
【0011】
デバイスサーバ２０は、コンピュータ周辺機器いわゆるデバイスをローカル接続して制御するコンピュータ機器である。デバイスサーバ２０は、デバイス制御装置の一態様である。デバイス制御システム１００は、２台以上のデバイスサーバ２０をネットワークＮＷに接続してなる。本実施形態では、３台のデバイスサーバ２０がネットワークＮＷに接続されている。以下では、必要に応じて３台のデバイスサーバ２０を、デバイスサーバ２０１、デバイスサーバ２０２、デバイスサーバ２０３と表す。
【0012】
各デバイスサーバ２０は、それぞれデバイスをローカル接続して制御する。各デバイスサーバ２０が制御するデバイスは、１種類に限定されない。各デバイスサーバ２０は、それぞれ２種類以上のデバイスをローカル接続して制御してもよい。本実施形態では、各デバイスサーバ２０がそれぞれデバイスＡ、デバイスＢ及びデバイスＣの３台をローカル接続して制御する場合を例示する。例えば、デバイスＡはプリンタであり、デバイスＢはＩＣカードリーダであり、デバイスＣは自動釣銭機である。なお、デバイスの種類は、上記の３種類に限定されるものではない。
【0013】
クライアント端末３０は、ネットワークＮＷを介して接続されるデバイスサーバ２０に処理を依頼し、また、デバイスサーバ２０からサービスを受けることが可能なコンピュータ端末である。クライアント端末３０は、パブリッシュ・サブスクライブ方式でデバイスサーバ２０にメッセージを送受信することが可能な端末である。クライアント端末３０は、入力デバイスと表示デバイスとを備える。またクライアント端末３０は、無線回路を内蔵する。例えばタブレット端末、スマートフォン、ノートパソコン等がクライアント端末３０となり得る。また、クライアント端末３０は、据置型のコンピュータ端末であってもよい。
【0014】
［デバイスサーバの説明］
図２は、デバイスサーバ２０の要部回路構成を示すブロック図である。デバイスサーバ２０は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、通信インターフェース２４、複数のデバイスインターフェース２５，２６，２７及びシステムバス２８を備える。そしてデバイスサーバ２０は、システムバス２８に、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、通信インターフェース２４及び各デバイスインターフェース２５，２６，２７を直接又は信号入出力回路を介して接続する。かくしてデバイスサーバ２０は、プロセッサ２１、メインメモリ２２及び補助記憶デバイス２３と、これらを接続するシステムバス２８とによってコンピュータを構成する。
図２は、デバイスサーバ２０の要部回路構成を示すブロック図である。デバイスサーバ２０は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、通信インターフェース２４、複数のデバイスインターフェース２５，２６，２７及びシステムバス２８を備える。そしてデバイスサーバ２０は、システムバス２８に、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、通信インターフェース２４及び各デバイスインターフェース２５，２６，２７を直接又は信号入出力回路を介して接続する。かくしてデバイスサーバ２０は、プロセッサ２１、メインメモリ２２及び補助記憶デバイス２３と、これらを接続するシステムバス２８とによってコンピュータを構成する。
【0015】
プロセッサ２１は、上記コンピュータの中枢部分に相当する。プロセッサ２１は、オペレーティングシステム、アプリケーションプログラム等に従って、デバイスサーバ２０としての各種の機能を実現するべく各部を制御する。プロセッサ２１は、例えばＣＰＵ（Central Processing Unit）である。
【0016】
メインメモリ２２は、上記コンピュータの主記憶部分に相当する。メインメモリ２２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ２２は、不揮発性のメモリ領域ではオペレーティングシステム、アプリケーションプログラム等のプログラムを記憶する。またメインメモリ２２は、プロセッサ２１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ２２は、揮発性のメモリ領域を、プロセッサ２１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。
【0017】
補助記憶デバイス２３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス２３として使用される。補助記憶デバイス２３は、プロセッサ２１が各種の処理を行う上で使用するデータ、又はプロセッサ２１での処理によって生成されたデータを保存する。補助記憶デバイス２３は、上記のアプリケーションプログラムを記憶する場合もある。
【0018】
通信インターフェース２４は、ネットワークＮＷを接続する。通信インターフェース２４は、ネットワークＮＷに接続された他の機器と所定の通信プロトコルに従いデータ通信を行う。他の機器は、典型的には、アクセスポイント１０を介して接続されるクライアント端末３０と、他のデバイスサーバ２０である。他の機器は、クライアント端末３０又は他のデバイスサーバ２０以外の機器も含む。
【0019】
各デバイスインターフェース２５，２６，２７は、それぞれデバイスＡ，デバイスＢ及びデバイスＣを接続する。例えばデバイスインターフェース２５は、デバイスＡを通信ケーブルで接続し、デバイスインターフェース２６は、デバイスＢを通信ケーブルで接続し、デバイスインターフェース２７は、デバイスＣを通信ケーブルで接続する。なお、デバイスＡ，デバイスＢ及びデバイスＣは、デバイスサーバ２０に外付けされていてもよいし、デバイスサーバ２０に内蔵されていてもよい。
【0020】
デバイスサーバ２０は、メインメモリ２２の不揮発性メモリ領域でサーバＩＤを記憶している。サーバＩＤは、各デバイスサーバ２０を個々に識別するためにデバイスサーバ２０毎に一意に設定された識別情報である。
【0021】
デバイスサーバ２０は、補助記憶デバイス２３の記憶領域の一部を代替テーブル２３１の領域としている。代替テーブル２３１は、他のデバイスサーバ２０のサーバＩＤを優先順位の高い順に記憶するようにしたデータテーブルである。本実施形態では、自デバイスサーバ２０に対して物理的な距離が近い順に他のデバイスサーバ２０の優先順位を定める。
【0022】
例えば、デバイスサーバ２０１に対しては、デバイスサーバ２０２の方がデバイスサーバ２０３よりも物理的な距離が近い場合、デバイスサーバ２０１の代替テーブル２３１には、優先順位１位の代替ＩＤとしてデバイスサーバ２０２のサーバＩＤが設定され、優先順位２位の代替ＩＤとしてデバイスサーバ２０３のサーバＩＤが設定される。例えば、デバイスサーバ２０２に対しては、デバイスサーバ２０３の方がデバイスサーバ２０１よりも物理的な距離が近い場合、デバイスサーバ２０２の代替テーブル２３１には、優先順位１位の代替ＩＤとしてデバイスサーバ２０３のサーバＩＤが設定され、優先順位２位の代替ＩＤとしてデバイスサーバ２０１のサーバＩＤが設定される。この場合、デバイスサーバ２０３については、デバイスサーバ２０２の方がデバイスサーバ２０１よりも物理的な距離が近いので、デバイスサーバ２０３の代替テーブル２３１には、優先順位１位の代替ＩＤとしてデバイスサーバ２０２のサーバＩＤが設定され、優先順位２位の代替ＩＤとしてデバイスサーバ２０１のサーバＩＤが設定される。
【0023】
デバイスサーバ２０は、プロセッサ２１が、第１制御部２１１、検出部２１２、決定部２１３、転送部２１４、第２制御部２１５、第１通知部２１６、第２通知部２１７及び復旧処理部２１８としての機能を有するように、制御プログラムを実装している。
【0024】
制御プログラムは、例えば補助記憶デバイス２３にインストールされている。制御プログラムは、例えばメインメモリ２２にインストールされていてもよい。制御プログラムをメインメモリ２２又は補助記憶デバイス２３にインストールする方法は特に限定されない。リムーバブルな記録媒体に制御プログラムを記録して、あるいはネットワークを介した通信により制御プログラムを配信して、メインメモリ２２又は補助記憶デバイス２３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ、メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。
【0025】
第１制御部２１１は、通信インターフェース２４を介してクライアント端末３０からデバイス利用要求の信号を受信すると、デバイスインターフェース２５，２６又は２７を制御して、利用対象のデバイスを要求に応じて動作させる機能である。第１制御部２１１は、第１制御手段と言い換えることができる。
【0026】
検出部２１２は、第１制御部２１１の機能により動作中のデバイスの故障を検出する機能である。例えばデバイスがプリンタの場合、用紙ジャムエラー、用紙切れエラー等がデバイス動作中の故障として検出される。例えばデバイスが自動釣銭機の場合、硬貨詰まりエラー、釣銭硬貨切れエラー等がデバイス動作中の故障として検出される。検出部２１２は、検出手段と言い換えることができる。
【0027】
決定部２１３は、検出部２１２の機能により動作中のデバイスに故障が検出されると、他のデバイスサーバ２０のなかから定められた条件を満足する１台のデバイスサーバ２０を決定する機能である。定められた条件は、例えば、物理的な距離の短さである。本実施形態では、前述したように、自デバイスサーバ２０に対して物理的な距離が近い順に他のデバイスサーバ２０の優先順位を定め、代替テーブル２３１において、優先順位の高い順に他のデバイスサーバ２０のサーバＩＤを設定している。したがって決定部２１３は、先ず、優先順位が１位のデバイスサーバ２０を決定する。そして、このデバイスサーバ２０においてデバイスが利用不可の場合、優先順位２位のデバイスサーバ２０を決定する。因みに、デバイスが既に動作中の場合、あるいは故障中の場合、そのデバイスは利用不可となる。また、そのデバイスがデバイスサーバ２０の制御下に置かれていない場合も、デバイスは利用不可となる。決定部２１３は、決定手段と言い換えることができる。
【0028】
転送部２１４は、検出部２１２の機能により動作中のデバイスに故障が検出され、決定部２１３により定められた条件を満足する１台のデバイスサーバ２０が決定されると、ネットワークＮＷを介してそのデバイスサーバ２０にクライアント端末３０からのデバイス利用要求の信号を転送する機能である。転送部２１４は、転送手段と言い換えることができる。
【0029】
第２制御部２１５は、ネットワークＮＷを介して他のデバイスサーバ２０からデバイス利用要求の信号を受信すると、該当するデバイスが接続されたデバイスインターフェース２５，２６又は２７を制御して、当該デバイスを要求に応じて動作させる機能である。第２制御部２１５は、第２制御手段と言い換えることができる。
【0030】
第１通知部２１６は、第２制御部２１５の制御によるデバイスの動作が完了すると、ネットワークＮＷを介して、デバイス利用要求の信号転送元である他のデバイスサーバ２０にデバイスの動作完了通知を示す信号を送信する機能である。第１通知部２１６は、第１通知手段と言い換えることができる。
【0031】
第２通知部２１７は、ネットワークＮＷを介して他のデバイスサーバ２０からデバイスの動作完了通知を示す信号を受信すると、当該他のデバイスサーバ２０を特定する情報として例えばサーバＩＤとともにデバイスの動作完了通知を示す信号を、ネットワークＮＷを介してクライアント端末３０に送信する機能である。第２通知部２１７は、第２通知手段と言い換えることができる。
【0032】
このように、動作完了通知を示す信号とともにデバイスの動作が完了したデバイスサーバ２０を特定する情報を送信することにより、この情報を受信したクライアント端末３０においては、デバイス利用要求を行ったデバイスサーバ２０とは異なる他のデバイスサーバ２０の制御下にあるデバイスで要求に応じた処理が実行されたことを認識できる。そしてクライアント端末３０が、他のデバイスサーバ２０を特定可能な情報を表示デバイスに表示することで、クライアント端末３０のユーザは、利用する予定のデバイスと異なるデバイスで要求に応じた処理が実行されたことを知り得る。
【0033】
復旧処理部２１８は、故障が検出されたデバイスが復旧した際に、第１制御部２１１の制御によるデバイスの動作を無効にするための復旧処理を実行する機能である。復旧処理部２１８は、復旧処理手段と言い換えることができる。
【0034】
例えばプリンタで用紙ジャムエラー又は用紙切れエラー等が発生した場合、プリンタの印刷バッファにはエラーとなる前にデバイスサーバ２０から受け取った印刷データが記憶されている。その状態でプリンタが故障から復旧すると、その印刷データが印刷されるおそれがある。そこでデバイスサーバ２０は、印刷バッファがクリアされるようにプリンタを制御する。また、プリンタにおいては、エラーが発生する前の印刷物が残っている場合がある。そこでデバイスサーバ２０は、直前の印刷物が無効であることを示す印刷が行われるようにプリンタを制御する。このような制御を実行する処理が、プリンタに対する復旧処理となる。
【0035】
例えば自動釣銭機で硬貨詰まりエラー又は釣銭硬貨切れエラー等が発生した場合、自動釣銭機のデータバッファにはエラーとなる前にデバイスサーバ２０から受け取った釣銭データが記憶されている。その状態で自動釣銭機が故障から復旧すると、その釣銭データに従って釣銭が払い出されるおそれがある。そこでデバイスサーバ２０は、釣銭バッファがクリアされるように自動釣銭機を制御する。また、自動釣銭機においては、エラーが発生する前に払い出された硬貨又は紙幣が残っている場合がある。そこでデバイスサーバ２０は、直前の払出し硬貨又は紙幣が無効であることを示す警告が表示又は音声で行われるように自動釣銭機を制御する。このような制御を実行する処理が、自動釣銭機に対する復旧処理となる。
【0036】
［デバイスサーバの動作説明］
図３及び図４は、クライアント端末３０とデバイスサーバ２０との間で授受される主要な信号のシーケンス図である。図５乃至図８は、デバイスサーバ２０のプロセッサ２１が、制御プログラムに従って実行する主要な情報処理の手順を示す流れ図である。以下、各部を用いて、デバイスサーバ２０の動作を説明する。なお、シーケンス図及び流れ図は一例を示すものである。同様な作用効果を奏するのであれば、そのシーケンス又は手順は適宜変更できる。
図３及び図４は、クライアント端末３０とデバイスサーバ２０との間で授受される主要な信号のシーケンス図である。図５乃至図８は、デバイスサーバ２０のプロセッサ２１が、制御プログラムに従って実行する主要な情報処理の手順を示す流れ図である。以下、各部を用いて、デバイスサーバ２０の動作を説明する。なお、シーケンス図及び流れ図は一例を示すものである。同様な作用効果を奏するのであれば、そのシーケンス又は手順は適宜変更できる。
【0037】
ここで、説明の便宜上、クライアント端末３０は、ＰＯＳ（Point Of Sales）アプリケーションプログラムを実装したタブレット端末とする。そしてこのクライアント端末３０において商取引が決済され、取引内容を示すレシートを発行する場合を想定する。この場合、クライアント端末３０は、いずれか１台のデバイスサーバ、例えばデバイスサーバ２０１に対し、印刷要求を行う。この要求を受けて、デバイスサーバ２０１は、例えばデバイスインターフェース２５に接続されたプリンタを制御してレシートを印刷させる。
【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】
１０…アクセスポイント、２０（２０１，２０２，２０３）…デバイスサーバ、２１…プロセッサ、２２…メインメモリ、２３…補助記憶デバイス、２４…通信インターフェース、２５～２７…デバイスインターフェース、２８…システムバス、３０…クライアント端末、１００…デバイス制御システム。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
