JP6142297B2 - 遠隔地設置デバイスの統合管理システム - Google Patents

遠隔地設置デバイスの統合管理システム Download PDF

Info

Publication number
JP6142297B2
JP6142297B2 JP2013095830A JP2013095830A JP6142297B2 JP 6142297 B2 JP6142297 B2 JP 6142297B2 JP 2013095830 A JP2013095830 A JP 2013095830A JP 2013095830 A JP2013095830 A JP 2013095830A JP 6142297 B2 JP6142297 B2 JP 6142297B2
Authority
JP
Japan
Prior art keywords
management server
directory
dedicated unit
peripheral device
file
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2013095830A
Other languages
English (en)
Other versions
JP2014215991A (ja
Inventor
隆浩 木地
隆浩 木地
伸二 山中
伸二 山中
雅一 辰己
雅一 辰己
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Silex Technology Inc
Original Assignee
Silex Technology Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Silex Technology Inc filed Critical Silex Technology Inc
Priority to JP2013095830A priority Critical patent/JP6142297B2/ja
Publication of JP2014215991A publication Critical patent/JP2014215991A/ja
Application granted granted Critical
Publication of JP6142297B2 publication Critical patent/JP6142297B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Engineering & Computer Science (AREA)
  • Facsimiles In General (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)

Description

本発明は、多くの箇所の遠隔地に設置されたプリンタやスキャナーなどの周辺デバイスを統合管理するシステムに関するものである。
1台でプリンタとスキャナー、コピー機、ファクシミリなどの機能を兼ねるといった複数の機能を搭載した複合的な周辺デバイスをMFP(multifunction peripheral)という。
現状、遠隔地に設置されているMFPをリモート制御する方法として、ネットワークに対応したMFPを使用し、インターネット経由で制御する方法がある。
しかしながら、インターネット経由でMFPを制御するため、回線速度に依存することになり、回線の状態によってはスキャンやプリント動作に時間を要するため、場合によっては遅延によるエラーが発生する可能性がある。また、スキャンやプリント動作に時間を要するため、その間は制御を行うコンピュータ端末(PC)が占有されることになり、端末作業の効率面に影響が生じることがある。
また、MFPの制御には、それぞれのMFP用のドライバをインストールしておく必要がある。例えば、オフィス内のローカルエリアネットワーク(LAN)内であれば、設置台数も限定されることから、仮に複数のドライバがインストールされていた場合でも、ドライバの判別が可能である。
しかし、遠隔地にある多数の店舗内の自動契約機などがネットワーク通信で接続され、オペレータが集中遠隔操作によって、店舗に来店する来訪者に対応するシステムにおいて、来訪者対応で自動契約機に組込まれたMFPを使用する場合、ローカルエリアネットワーク(LAN)内に設置される状況とは異なり、自動契約機の設置台数はLANと比較すると桁が違ってくる可能性がある。そのため、例えば、特定のMFPに印刷を行う場合、インストールされている複数のプリンタドライバから、特定のMFPに対応したプリンタドライバを探し出し、そのプリンタドライバを選択して印刷を行う必要があるが、MFPの設置台数が非常に多くなると、特定のMFPに対応したプリンタドライバの検索作業が煩雑・困難になり、操作作業の効率の低下を招く要因になる。
これまで、特定のMFPに対応したドライバのセットアップやドライバの検索作業の煩雑さは、特許文献1に指摘されている。
特開2010−250704号公報
上記状況に鑑みて、本発明は、クライアント端末の操作効率の低下を回避でき、遠隔地に多数設置された周辺デバイス(MFPなど)を、インターネット経由で集中管理・遠隔操作できるシステムを提供することを目的とする。
また、各種の周辺デバイスのドライバを一元管理できることにより、ドライバの更新作業や周辺デバイスの変更に伴うドライバのインストール作業の効率化を図ることができるシステムを提供することを目的とする。
上記目的を達成すべく、本発明の第1の観点の統合管理システムは、複数の周辺デバイスと、周辺デバイスに接続された専用ユニットと、周辺デバイスのドライバがインストールされた管理サーバと、専用ユニットと管理サーバを接続するインターネットと、管理サーバとローカルエリアネットワークで接続され、仮想ドライバがインストールされたクライアント端末とで構成される。
管理サーバの記憶ユニットには各専用ユニットに対応するディレクトリが設けられる。
クライアント端末は、特定の周辺デバイスに処理させる場合、仮想ドライバによって、処理データを処理対象の周辺デバイスに対応したディレクトリ下に転送する。
管理サーバは、上記の処理データを処理対象の周辺デバイスに対応したドライバを用いて周辺デバイス出力用ファイルに加工し、加工したファイルを処理対象の周辺デバイスに対応したディレクトリ下に保存する。
専用ユニットは、自ユニットに接続された周辺デバイスに対応したディレクトリ(管理サーバのディレクトリ)をhttpプロトコル又はhttpsプロトコルでアクセスすることにより、管理サーバからファイルをダウンロードし、ダウンロードしたファイルを周辺デバイスに転送し処理させる。
ここで、周辺デバイスとは、プリンタやスキャナーなどコンピュータの周辺デバイスのことであり、1台でプリンタとスキャナー、コピー機、ファクシミリなどの機能を兼ねるといった複数の機能を搭載した複合的な周辺デバイスをMFP(multifunction peripheral)を含む。また、周辺デバイスには、ハードディスクなどの記憶装置、キーボード、マウスをはじめ、デジタルカメラ、通信機器など特定の機能をもった周辺装置も含まれる。
専用ユニットの構成について説明する。専用ユニットは、周辺デバイスとの接続およびインターネットとの接続が可能な各インタフェース部を備え、演算ユニット(CPU)、記憶ユニット(内部メモリや外部のUSBメモリ)を少なくとも有する。専用ユニットは、周辺デバイスとのインタフェース機能、インターネットとのインタフェース機能を実現できるOS(Operating
System)が搭載されている。
また、管理サーバには、本システム内の全ての周辺デバイスの各種ドライバが予めインストールされ、各専用ユニットに対応するディレクトリが設けられている。各種ドライバとは、コンピュータに周辺デバイスを新たに接続するときに、それを認識させ使用できるようにするために必要な専用プログラムである。周辺デバイスと専用ユニットとの接続は、ケーブル接続であっても無線接続であってもよい。
また、専用ユニットと管理サーバを接続するインターネットは、外部にファイル等のリソースを公開するオープンなネットワークであり、外部にファイル等のリソースを公開しないイントラネットと区別され、TCP/IPと呼ばれる固有のプロトコル(通信規約)体系が通用するネットワークである。
専用ユニットは、管理サーバのディレクトリ、すなわち、管理サーバのURL(Uniform Resource Locator)を予め記憶しており、httpプロトコル又はhttpsプロトコルで管理サーバのディレクトリにアクセスして、ファイルをダウンロードする。
httpプロトコル又はhttpsプロトコルでアクセスすることにより、専用ユニットと管理サーバの間に、様々なゲートウェイが存在した場合でも、容易にファイルをダウンロードすることが可能である。また、httpsプロトコルでアクセスすることにより、よりセキュリティー性を高めることができる。
また、管理サーバとクライアント端末を接続するローカルエリアネットワーク(LAN)とは、ケーブルや無線などを使って、同じ建物の中にあるコンピュータや通信機器、プリンタなどを接続しデータをやり取りするネットワークである。同軸ケーブル、光ファイバーなどで接続する有線LAN、電波を用いる無線LANのいずれでもよい。システムでは、管理サーバおよびクライアント端末は1台以上である。
また、クライアント端末には、仮想ドライバがインストールされている。仮想ドライバとは、上述のドライバ(コンピュータに周辺デバイスを新たに接続するときに、それを認識させ使用できるようにするために必要な専用プログラム)とは異なり、周辺デバイスの専用プログラムではない。クライアント端末を使用するユーザに、周辺デバイスを意識させ、その周辺デバイスのドライバを選択するプロセスを省くために、周辺デバイスによらず、全ての周辺デバイスのドライバとして振る舞えるように設計されたプログラムである。
例えば、印刷処理する場合、文書編集用ソフトウェアなどから印刷ボタンを選択して出力させたいプリンタを選択する(実際はプリンタドライバを選択している)。仮想ドライバの場合、印刷ボタンを選択した際に専用プログラムのドライバと同様に選択候補に挙げられ、仮想ドライバが選択された際は、周辺デバイスに直接アクセスするのではなく、処理データを処理対象の周辺デバイスに対応した管理サーバの所定ディレクトリ下に転送する。
仮想ドライバによって、周辺デバイスの変更があった場合や、周辺デバイスの専用のドライバの変更があった場合でも、仮想ドライバは何ら変更不要である。
次に、本発明の統合管理システムの他の観点について説明する。以下に説明する本発明の第2の観点の統合管理システムは、上述の第1の観点のシステムにおいて、クライアント端末が無い場合のシステムである。
すなわち、本発明の第2の観点の統合管理システムは、複数の周辺デバイスと、周辺デバイスに接続された専用ユニットと、周辺デバイスのドライバがインストールされた管理サーバと、専用ユニットと管理サーバを接続するインターネットとで構成される。
上述の第1の観点のシステムと同様に、管理サーバの記憶ユニットには各専用ユニットに対応するディレクトリが設けられる。
上述の第1の観点のシステムと異なり、クライアント端末の代わりに、管理サーバが、特定の周辺デバイスに処理させる場合、処理データを処理対象の周辺デバイスに対応したドライバを用いて周辺デバイス出力用ファイルに加工し、加工したファイルを処理対象の周辺デバイスに対応したディレクトリ下に保存する。
そして、上述の観点のシステムと同様に、専用ユニットは、自ユニットに接続された周辺デバイスに対応したディレクトリ(管理サーバのディレクトリ)をhttpプロトコル又はhttpsプロトコルでアクセスすることにより、前記ファイルをダウンロードし、前記ファイルを周辺デバイスに転送し処理させる。
実際の運用上は、複数のオペレータが存在することが想定されるため、管理サーバとLANで接続されるクライアント端末が複数台あるシステム構成となるが、クライアント端末が無く、1台以上の管理サーバのみが存在してもシステムとして運用が可能である。
上述の如く、専用ユニットは、自ユニットに接続された周辺デバイスに対応したディレクトリ(管理サーバのディレクトリであって、当該専用ユニットに接続された周辺デバイスに対応したディレクトリを意味する。)をhttpプロトコル又はhttpsプロトコルでアクセスすることにより、管理サーバのディレクトリ下のファイルをダウンロードする。
専用ユニットが、自ユニットに接続された周辺デバイスに対応したディレクトリ(管理サーバのディレクトリ)下にファイルが有るか否かを知る方法として幾つか存在する。
1つ目の方法は、専用ユニットが周期的に自ユニットに接続された周辺デバイスに対応したディレクトリをhttpプロトコル又はhttpsプロトコルでアクセスする方法である。例えば、10秒、15秒、20秒、30秒などのインターバルを置いて、定期的にhttpプロトコル又はhttpsプロトコルでアクセスする。これにより、管理サーバのディレクトリ下のファイルが存在すれば、管理サーバから専用ユニットへファイルがダウンロードされる。一方、管理サーバのディレクトリ下のファイルが存在しなければ、ファイルが見つかりませんといったエラーとなる。
2つ目の方法は、管理サーバが周期的に専用ユニットに接続された周辺デバイスに対応するディレクトリ下にファイルが存在するか否かを判別し、ファイルが存在した場合、ファイルが存在するディレクトリに対応する専用ユニットに対して通知する方法である。専用ユニットは、通知を受けた場合、自ユニットに接続された周辺デバイスに対応したディレクトリをhttpプロトコル又はhttpsプロトコルでアクセスする。
次に、本発明の第3の観点の統合管理システムは、複数の周辺デバイスと、周辺デバイスに接続された専用ユニットと、周辺デバイスのドライバがインストールされた管理サーバと、専用ユニットと管理サーバを接続するインターネットと、管理サーバとローカルエリアネットワークで接続され、仮想ドライバがインストールされたクライアント端末とで構成される。
管理サーバの記憶ユニットには各専用ユニットに対応するディレクトリが設けられる。
クライアント端末は、特定の周辺デバイスに処理させる場合、仮想ドライバによって、処理データを処理対象の周辺デバイスに対応したディレクトリ下に転送する。
管理サーバは、処理データを処理対象の周辺デバイスに対応したドライバを用いて周辺デバイス出力用ファイルに加工し、加工したファイルを処理対象の周辺デバイスに対応したディレクトリ下に保存し、処理対象の周辺デバイスに接続されている専用ユニットの特定ディレクトリに対して、httpプロトコル又はhttpsプロトコルでアクセスすることにより、ディレクトリ下に保存されたファイルを専用ユニットの特定ディレクトリ下にアップロードする。
そして、専用ユニットは、特定ディレクトリ下にファイルが存在する場合に周辺デバイスにファイルを転送し処理させる。
ここで、周辺デバイス、専用ユニットの構成、専用ユニットと管理サーバを接続するインターネット、管理サーバとクライアント端末を接続するローカルエリアネットワーク(LAN)の説明については、上述の第1の観点のシステムの場合と同様である。
本発明の第4の観点の統合管理システムは、上述の第3の観点のシステムにおいて、クライアント端末が無い場合のシステムである。
すなわち、本発明の第4の観点の統合管理システムは、複数の周辺デバイスと、周辺デバイスに接続された専用ユニットと、周辺デバイスのドライバがインストールされた管理サーバと、専用ユニットと管理サーバを接続するインターネットとで構成される。
上述の第3の観点のシステムと同様に、管理サーバの記憶ユニットには各専用ユニットに対応するディレクトリが設けられる。
上述の第3の観点のシステムと異なり、クライアント端末の代わりに、管理サーバが、特定の周辺デバイスに処理させる場合、処理データを処理対象の周辺デバイスに対応したドライバを用いて周辺デバイス出力用ファイルに加工し、加工したファイルを処理対象の周辺デバイスに対応したディレクトリ下に保存する。
そして、上述の第3の観点のシステムと同様に、管理サーバは、処理対象の周辺デバイスに接続されている専用ユニットの特定ディレクトリに対して、httpプロトコル又はhttpsプロトコルでアクセスすることにより、ディレクトリ下に保存されたファイルを専用ユニットの特定ディレクトリ下にアップロードする。
そして、専用ユニットは、特定ディレクトリ下にファイルが存在する場合に周辺デバイスにファイルを転送し処理させる。
次に、本発明の第5の観点の統合管理システムは、複数の周辺デバイスと、周辺デバイスに接続された専用ユニットと、周辺デバイスのドライバがインストールされた管理サーバと、専用ユニットと管理サーバを接続するインターネットと、管理サーバとローカルエリアネットワークで接続されたクライアント端末とで構成される。
管理サーバの記憶ユニットには各専用ユニットに対応するディレクトリが設けられる。
周辺デバイスにイベントが発生した場合、専用ユニットは、周辺デバイスからイベントに伴う処理データを取得しファイルとして特定ディレクトリに保存する。
管理サーバは、上記の特定ディレクトリ(専用ユニットのディレクトリ)をhttpプロトコル又はhttpsプロトコルでアクセスすることにより、ファイルをダウンロードし、処理対象の周辺デバイスに対応したドライバを用いて周辺デバイス出力用ファイルに加工し、加工したファイルを専用ユニットに対応したディレクトリ(管理サーバのディレクトリ)下に保存する。クライアント端末は、加工されたファイルを管理サーバのディレクトリ下から取得する。
ここで、周辺デバイス、専用ユニットの構成、専用ユニットと管理サーバを接続するインターネット、管理サーバとクライアント端末を接続するローカルエリアネットワーク(LAN)の説明については、上述の第1の観点のシステムの場合と同様である。
また、周辺デバイスに発生するイベントとは、スキャン動作の開始ボタンの押下や、ファクシミリにおけるデータ受信や、カメラ画像取得、紙切れなどのエラー発生などである。
第1及び第2の観点のシステムでは、専用ユニットが管理サーバのディレクトリ下のファイルをhttpプロトコル又はhttpsプロトコルでアクセスするのに対して、第5の観点のシステムでは、管理サーバが専用ユニットのディレクトリ下のファイルをhttpプロトコル又はhttpsプロトコルでアクセスすることにより、ファイルをダウンロードする。管理サーバは、専用ユニットのディレクトリ、すなわち、専用ユニットのURL(Uniform Resource Locator)を予め記憶しており、httpプロトコル又はhttpsプロトコルで専用ユニットのディレクトリにアクセスし、ファイルをダウンロードする。
次に、本発明の統合管理システムの他の観点について説明する。以下に説明する本発明の第6の観点の統合管理システムは、上述の第5の観点のシステムにおいて、クライアント端末が無い場合のシステムである。
すなわち、本発明の第6の観点の統合管理システムは、複数の周辺デバイスと、周辺デバイスに接続された専用ユニットと、周辺デバイスのドライバがインストールされた管理サーバと、専用ユニットと管理サーバを接続するインターネットとで構成される。
上述の第5の観点のシステムと同様に、管理サーバの記憶ユニットには各専用ユニットに対応するディレクトリが設けられる。また、周辺デバイスにイベントが発生した場合、専用ユニットは、周辺デバイスからイベントに伴う処理データを取得しファイルとして特定ディレクトリに保存する。そして、管理サーバは、専用ユニットの特定ディレクトリをhttpプロトコル又はhttpsプロトコルでアクセスすることにより、ファイルをダウンロードし、処理対象の周辺デバイスに対応したドライバを用いて周辺デバイス出力用ファイルに加工し、加工したファイルを専用ユニットに対応した管理サーバのディレクトリ下に保存する。
上述の如く、管理サーバは、専用ユニットのディレクトリをhttpプロトコル又はhttpsプロトコルでアクセスすることにより、専用ユニットのディレクトリ下のファイルをダウンロードする。
管理サーバが、専用ユニットのディレクトリ下にファイルが有るか否かを知る方法として幾つか存在する。
1つ目の方法は、管理サーバが周期的に専用ユニットの特定ディレクトリをhttpプロトコル又はhttpsプロトコルでアクセスする方法である。例えば、10秒、15秒、20秒、30秒などのインターバルを置いて、定期的にhttpプロトコル又はhttpsプロトコルでアクセスする。これにより、専用ユニットの特定ディレクトリ下のファイルが存在すれば、専用ユニットから管理サーバへファイルがダウンロードされる。一方、専用ユニットのディレクトリ下のファイルが存在しなければ、ファイルが見つかりませんといったエラーとなる。
2つ目の方法は、専用ユニットが周辺デバイスからイベントに伴う処理データを取得しファイルとして特定ディレクトリに保存した場合、管理サーバに対して通知する方法である。管理サーバは、通知を受けた場合、通知を受けた専用ユニットの特定ディレクトリをhttpプロトコル又はhttpsプロトコルでアクセスする。
次に、本発明の第7の観点の統合管理システムは、複数の周辺デバイスと、周辺デバイスに接続された専用ユニットと、周辺デバイスのドライバがインストールされた管理サーバと、専用ユニットと管理サーバを接続するインターネットと、管理サーバとローカルエリアネットワークで接続されたクライアント端末とで構成される。
管理サーバの記憶ユニットには各専用ユニットに対応するディレクトリが設けられる。
周辺デバイスにイベントが発生した場合、専用ユニットは、周辺デバイスからイベントに伴う処理データを取得しファイルとして特定ディレクトリに保存し、管理サーバの専用ユニットに対応したディレクトリに対して、httpプロトコル又はhttpsプロトコルでアクセスすることにより、特定ディレクトリ下に保存されたファイルを、管理サーバの専用ユニットに対応したディレクトリ下にアップロードする。
管理サーバは、ファイルを、処理対象の周辺デバイスに対応したドライバを用いて周辺デバイス出力用ファイルに加工し、加工したファイルを専用ユニットに対応したディレクトリ(管理サーバのディレクトリ)下に保存する。
そして、クライアント端末は、加工されたファイルを管理サーバのディレクトリ下から取得する。
ここで、周辺デバイス、専用ユニットの構成、専用ユニットと管理サーバを接続するインターネット、管理サーバとクライアント端末を接続するローカルエリアネットワーク(LAN)の説明については、上述の第1の観点のシステムの場合と同様である。
第5及び第6の観点のシステムでは、管理サーバが専用ユニットのディレクトリ下のファイルをhttpプロトコル又はhttpsプロトコルでアクセスすることにより、ファイルをダウンロードするのに対して、第7の観点のシステムでは、専用ユニットが管理サーバの専用ユニットに対応したディレクトリに対して、httpプロトコル又はhttpsプロトコルでアクセスすることにより、特定ディレクトリ下に保存されたファイルを、管理サーバの専用ユニットに対応したディレクトリ下にアップロードする。専用ユニットは、管理サーバの専用ユニットに対応したディレクトリ、すなわち、管理サーバのURL(Uniform Resource Locator)を予め記憶しており、httpプロトコル又はhttpsプロトコルで管理サーバのディレクトリにアクセスし、ファイルをアップロードする。
本発明の第8の観点の統合管理システムは、上述の第7の観点のシステムにおいて、クライアント端末が無い場合のシステムである。
すなわち、本発明の第8の観点の統合管理システムは、複数の周辺デバイスと、周辺デバイスに接続された専用ユニットと、周辺デバイスのドライバがインストールされた管理サーバと、専用ユニットと管理サーバを接続するインターネットとで構成される。
上述の第7の観点のシステムと同様に、管理サーバの記憶ユニットには各専用ユニットに対応するディレクトリが設けられる。
上述の第7の観点のシステムと同様に、専用ユニットが管理サーバの専用ユニットに対応したディレクトリに対して、httpプロトコル又はhttpsプロトコルでアクセスすることにより、特定ディレクトリ下に保存されたファイルを、管理サーバの専用ユニットに対応したディレクトリ下にアップロードする。
そして、管理サーバは、ファイルを、処理対象の周辺デバイスに対応したドライバを用いて周辺デバイス出力用ファイルに加工し、加工したファイルを専用ユニットに対応したディレクトリ(管理サーバのディレクトリ)下に保存する。
上述の本発明の統合管理システムにおいて、1つの専用ユニットに複数の周辺デバイスが接続されている場合、専用ユニットに対応するディレクトリが、接続されている周辺デバイスの個数分だけ設けられる。1つの専用ユニットに1台のMFPが接続される場合以外に、1つの専用ユニットに複数の周辺デバイスが接続されてもよい。この場合、それぞれの周辺デバイスを区別するため、管理サーバ内には専用ユニットに対応するディレクトリが、接続されている周辺デバイスの個数分だけ設けられる。
本発明によれば、ユーザからは特定の周辺デバイス(特定のMFP等)を意識することなく、クライアント端末に当該周辺デバイス(MFP)が直接接続されたように操作を行うことが可能になるといった効果がある。
また、様々な周辺デバイスのドライバを一元管理できることにより、ドライバの更新作業や周辺デバイスの変更に伴うドライバのインストール作業の効率化を図ることができるといった効果がある。
さらに、スキャン動作やプリンタ動作は、専用ユニットや管理サーバ側で処理を行うため、クライアント端末が長時間占有されることもなく、操作作業の効率への影響を最小限にとどめることが可能になるといった効果がある。
本発明のシステム構成図 遠隔地に設置された周辺デバイスにデータ出力する処理フロー 管理サーバと専用ユニット間の処理フロー(定期監視) 管理サーバと専用ユニット間の処理フロー(イベント通知) 管理サーバと専用ユニット間の処理フロー(アップロード) 店舗コードと専用ユニットのIPアドレスと管理サーバの所定ディレクトリの関連付けテーブルの一例 遠隔地に設置された周辺デバイスからデータ入力する処理フロー 管理サーバと専用ユニット間の処理フロー(定期監視) 管理サーバと専用ユニット間の処理フロー(アップロード) 管理サーバとクライアント端末間の処理フロー(定期監視) 実施例1の印刷処理フロー 実施例2のスキャン処理フロー
以下、本発明の実施形態について、図面を参照しながら詳細に説明していく。なお、本発明の範囲は、以下の実施例や図示例に限定されるものではなく、幾多の変更及び変形が可能である。
図1を参照して、本発明の統合管理システムのシステム構成について説明する。
本発明の統合管理システムは、図1に示すように、複数の周辺デバイス3と、周辺デバイス3に接続された専用ユニット2と、周辺デバイス3のドライバがインストールされた管理サーバ1と、専用ユニット2と管理サーバ1を接続するインターネット5と、管理サーバ1とローカルエリアネットワーク(LAN)6で接続され、仮想ドライバがインストールされたクライアント端末4とで構成される。
周辺デバイス3と専用ユニット2の間は、データ転送ケーブル8で接続されている。
周辺デバイス3と専用ユニット2は、例えば、銀行カードやクレジットカードの自動契約機のように、日本全国各地(遠隔地)の店舗に設置されている自動契約機を構成するものである。自動契約機におけるスキャナー機能や印刷機能を有するMFPが周辺デバイス3であり、通信インタフェースが専用ユニット2に相当する。
図1では、周辺デバイス3と専用ユニット2が1つの店舗に設けられるとして、店舗7A00〜7Z99まで多数(26×100=2600)存在することを示している。なお、店舗数に特に制限はない。また、周辺デバイス3と専用ユニット2の間はケーブル8で接続されているが、無線接続でも構わない。
また、管理サーバ1とクライアント端末4は、管理センター9に設けられる。図1では、管理サーバ1が1台、クライアント端末(4a,4b,・・・,4z)の26台のように記載されているが、管理サーバが2台以上でもよく、また、クライアント端末に台数制限はない。
次に、図2を参照して、遠隔地に設置された周辺デバイスにデータ出力する処理フローを説明する。図2は、クライアント端末4から、遠隔地の店舗に設置された周辺デバイス3に対して、印刷処理などのデータ出力処理を行う場合について処理フローを示している。
先ず、クライアント端末4のユーザは、周辺デバイス3に処理データを出力する操作を行う場合、仮想ドライバを選択することにより、管理サーバ1に処理データを転送する。
例えば、印刷処理する場合、文書編集用ソフトウェアなどから印刷ボタンを選択して出力させたいプリンタを選択する(実際はプリンタドライバを選択している)が、仮想ドライバの場合、印刷ボタンを選択した際に専用プログラムのドライバと同様に選択候補に挙げられ、仮想ドライバが選択された際には、周辺デバイスに直接アクセスするのではなく、処理データを処理対象の周辺デバイスに対応した管理サーバ1の所定ディレクトリ下に転送する。
ここで、処理データを、数多くの店舗のうち目的とする店舗のディレクトリに如何にして転送するかについては次のような方法が考えられる。
(1)クライアント端末4のIPアドレスがディレクトリと1対1に対応付けられている。
(2)クライアント端末4のユーザがディレクトリと1対1に対応付けられている。例えばクライアント端末4のユーザは、ユーザごとに店舗担当が決まっているとする。ユーザは、端末の使用開始時にユーザIDを入力し、ログインする。このユーザIDが特定の店舗と対応付けられている訳である。
(3)クライアント端末4のユーザが仮想ドライバを選択する際、同時に店舗名、店舗コード、或いは、店舗の電話番号など店舗を特定できる情報を入力する。
上記(1)〜(3)のいずれにせよ、管理サーバ1はこれらの対応付けのためのテーブルを備えている。例えば、上記(1)の場合であれば、対応付けテーブルは、クライアント端末4のIPアドレス、特定店舗のIPアドレス(すなわちその店舗にある専用ユニット2のIPアドレス)および管理サーバ1の当該特定店舗用のディレクトリの3つが対応付けられたテーブルである。
また、上記(2)の場合であれば、対応付けテーブルは、クライアント端末4のユーザID、特定店舗のIPアドレス(すなわちその店舗にある専用ユニット2のIPアドレス)および管理サーバ1の当該特定店舗用のディレクトリの3つが対応付けられたテーブルである。
また、上記(3)の場合であれば、対応付けテーブルは、店舗コードなど店舗を特定できる情報、特定店舗のIPアドレス(すなわちその店舗にある専用ユニット2のIPアドレス)および管理サーバ1の当該特定店舗用のディレクトリの3つが対応付けられたテーブルである。図6に、店舗コード、専用ユニットのIPアドレス、管理サーバの特定店舗用ディレクトリの3つを対応付けしたテーブル例を示す。
なお、図6のテーブルにおいて、店舗コードをクライアント端末のIPアドレスに置き換えたものが、上記(1)のテーブルであり、店舗コードをクライアント端末のユーザIDに置き換えたものが、上記(2)のテーブルである。
これらにより、クライアント端末4のユーザは多数の店舗から所定の店舗を選択するという煩わしい作業をすることなく、当該店舗に関連付けられたディレクトリに処理データを転送できる。
次に、管理サーバ1では、処理データを処理対象の当該店舗にある周辺デバイスに対応したドライバを用いて周辺デバイス出力用ファイルに加工し、加工したファイルを処理対象の周辺デバイスに対応した上記のディレクトリ下に保存する。
ここで、処理対象の周辺デバイスに対応した管理サーバ1のディレクトリは、例えば図6に示されるような、専用ユニット2のIPアドレスと管理サーバ1の所定ディレクトリの関連付けテーブルによって、予めシステムで定義されている。
次に、専用ユニット2が、管理サーバ1に保存されている処理ファイルをhttpsプロトコル(httpプロトコルでも構わない。以下、同様である。)によってダウンロードする。この場合、専用ユニット2がクライアント側となってhttpsプロトコルを用いた通信を行う。これにより、専用ユニット2と管理サーバ1の間に、様々なゲートウェイが存在した場合でも、容易にファイルをダウンロードすることができる。専用ユニット2は、管理サーバ1に保存されている処理ファイルをダウンロードした後、取得したファイルを周辺デバイス3に転送する。
或いは、管理サーバ1が、専用ユニット2の特定ディレクトリに対して、httpsプロトコルでアクセスし、管理サーバ1に保存されている処理ファイルを、専用ユニット2の上記の特定ディレクトリ下にアップロードする。この場合、管理サーバ1がクライアント側となってhttpsプロトコルを用いた通信を行う。
これらの処理によりクライアント端末4から周辺デバイス3にデータ出力することができる。
ここで、専用ユニット2が、自ユニットに対応したディレクトリ(管理サーバのディレクトリ)下にファイルが有るか否かを知る方法について説明する。図3は管理サーバと専用ユニット間の処理フロー(定期監視)を示している。また、図4は管理サーバと専用ユニット間の処理フロー(イベント通知)を示している。
図3の処理フローでは、専用ユニット2が周期的に自ユニットに対応したディレクトリをhttpsプロトコルでアクセスする(ポーリング)。ポーリング周期は、特に限定されないが例えば10秒である。ポーリングによって、管理サーバ1のディレクトリ下のファイルが存在すれば、管理サーバ1から専用ユニット2へファイルがダウンロードされる。一方、管理サーバ1のディレクトリ下のファイルが存在しなければ、「見つからない」といったエラーとなる。
図4の処理フローでは、管理サーバ1が周期的に専用ユニット2に対応するディレクトリ下にファイルが存在するか否かを判別し、ファイルが存在した場合、ファイルが存在するディレクトリに対応する専用ユニット2に対してイベント通知を行う。専用ユニット2は、イベント通知を受けた場合、自ユニットに対応したディレクトリをhttpsプロトコルでアクセスし、処理ファイルをダウンロードする。
図5の処理フローでは、管理サーバ1が、専用ユニット2の特定ディレクトリに対して、httpsプロトコルでアクセスし、管理サーバ1に保存されている処理ファイルを、専用ユニット2の上記の特定ディレクトリ下にアップロードする。
次に、図7を参照して、遠隔地に設置された周辺デバイスからデータ入力する処理フローを説明する。図7は、遠隔地の店舗に設置された周辺デバイス3から、スキャン処理などによりデータ入力処理を行い、クライアント端末4で受け取る場合について処理フローを示している。
周辺デバイス3にイベントが発生した場合、専用ユニット2は、周辺デバイス3からイベントに伴う処理データを取得しファイルとして特定ディレクトリに保存する。
管理サーバ1は、専用ユニット2の特定ディレクトリをhttpsプロトコルでアクセスすることにより、処理ファイルをダウンロードし、処理対象の周辺デバイスに対応したドライバを用いて周辺デバイス出力用ファイルに加工し、加工したファイルを専用ユニットに対応したディレクトリ(管理サーバのディレクトリ)下に保存する。或いは、専用ユニット2は、管理サーバ1の専用ユニット2に対応したディレクトリに対して、httpsプロトコルでアクセスし、特定ディレクトリ下に保存されたファイルを、管理サーバ1の上記のディレクトリ下にアップロードする。
クライアント端末4は、加工されたファイルを管理サーバのディレクトリ下からファイル転送して取得する。
管理サーバ1が、専用ユニット2のディレクトリ下にファイルが有るか否かを知る方法について説明する。図8は管理サーバと専用ユニット間の処理フロー(定期監視)を示している。また、図9は管理サーバと専用ユニット間の処理フロー(アップロード)を示している。また、図10は管理サーバとクライアント端末間の処理フロー(定期監視)を示している。
図8の処理フローでは、管理サーバ1が周期的に専用ユニット2の特定ディレクトリをhttpsプロトコルでアクセスする(ポーリング)。ポーリング周期は、特に限定されないが例えば10秒である。ポーリングによって、専用ユニット2の特定ディレクトリ下のファイルが存在すれば、専用ユニット2から管理サーバ1へ処理ファイルがダウンロードされる。一方、専用ユニット2のディレクトリ下のファイルが存在しなければ、「見つからない」といったエラーとなる。
図9の処理フローでは、専用ユニット2が周辺デバイス3からイベントに伴う処理データを取得しファイルとして特定ディレクトリに保存した場合、管理サーバ1の専用ユニット2に対応したディレクトリに対して、httpsプロトコルでアクセスし、特定ディレクトリ下に保存されたファイルを、管理サーバ1の上記のディレクトリ下にアップロードする。
図10の処理フローでは、専用ユニット2が周辺デバイス3からイベントに伴う処理データを取得しファイルとして特定ディレクトリに保存した場合、管理サーバ1に対してイベント通知する。管理サーバ1は、イベント通知を受けた場合、通知を受けた専用ユニット2の特定ディレクトリをhttpsプロトコルでアクセスする。
次に、図11を参照して、実施例1の印刷処理フローについて説明する。図11は、クライアント端末4から、インターネットを介して遠隔地の店舗に設置されたMFP3に対して、印刷処理を行う処理フローを示している。
クライアント端末4のユーザは、文書編集用ソフトウェアなどから印刷ボタンを押下し表示されたプリンタ選択ウィンドウで仮想プリンタドライバを選択して、管理サーバ1に印刷データを送信する。印刷データは、処理対象の店舗内の周辺デバイスに対応した管理サーバ1の所定ディレクトリ下に転送される。
管理サーバ1は、印刷データを処理対象の店舗内の周辺デバイスに対応したドライバを用いてPJL(Printer Job Language)化して印刷ファイルに加工し、印刷ファイルを処理対象の店舗内の周辺デバイスに対応したディレクトリ下に保存する。例えば、処理対象の店舗内の周辺デバイスが専用ユニットA01に接続されている場合、予め定義された関連付けから、管理サーバ1のディレクトリ(/ユニットA/A01/)下に印刷ファイルを保存する。
例えば専用ユニットA01の場合は、管理サーバ1のディレクトリ(/ユニットA/A01/)下を定期的にアクセスし、当該ディレクトリに印刷ファイルが存在すればhttpsプロトコルによってダウンロードして専用ユニットの記憶ユニットに保存する。専用ユニットは、印刷ファイルをダウンロードした後、印刷ファイルをMFP3に送信して、紙として出力する。
次に、図12を参照して、実施例2のスキャン処理フローについて説明する。図12は、遠隔地の店舗に設置されたMFP3においてスキャンボタンが押下されスキャン処理が行われて、クライアント端末4でスキャンデータを受け取る処理フローを示している。
MFP3のスキャンボタンが押下された場合、専用ユニット2は、MFP3からスキャンデータを取得しファイルとして特定ディレクトリに保存する。
専用ユニット2は、周辺デバイスから取得したスキャンデータをファイルとして特定ディレクトリに保存した後、管理サーバ1の専用ユニット2に対応したディレクトリに対して、httpsプロトコルでアクセスし、特定ディレクトリ下に保存されたファイルを、管理サーバ1の上記のディレクトリ下にアップロードする。
管理サーバ1は、上記のディレクトリ下にファイルがアップロードされたことを検知した場合、処理対象の店舗内の周辺デバイスに対応したドライバを用いてスキャンデータファイルに加工し、加工したファイルを専用ユニットに対応したディレクトリ(管理サーバのディレクトリ)下に保存する。クライアント端末4は、管理サーバのディレクトリ下にスキャンデータファイルが有るかを周期的に調べて(定期監視)、スキャンデータファイルが有れば、管理サーバ1のディレクトリ下からファイル転送してスキャンデータを取得する。
なお、管理サーバのディレクトリとクライアント端末との関連付けは、先に印刷出力の際に説明した種々の方法が利用可能である。
上記の実施例2において、専用ユニット2が、管理サーバ1の専用ユニット2に対応したディレクトリに対して、httpsプロトコルでアクセスし、特定ディレクトリ下に保存されたファイルを、管理サーバ1の上記のディレクトリ下にアップロードするのではなく、管理サーバ1が、専用ユニット2の特定ディレクトリを周期的にhttpsプロトコルでアクセスし(定期監視)、特定ディレクトリ下にスキャンデータがあればダウンロードすることでもよい。
本発明は、複数の遠隔地に設置されるプリンタやスキャナーなどMFPを集中監視するシステムに有用である。
1 管理サーバ
2 専用ユニット
3 周辺デバイス(MFP)
4,4a,4b,・・・,4z クライアント端末(PC)
5 インターネット
6 ローカルエリアネットワーク(LAN)
7A00,・・・,7Z99 店舗
8 データ転送ケーブル
9 管理センター

Claims (6)

  1. 複数の周辺デバイスと、
    前記複数の周辺デバイスに接続された複数の専用ユニットと、
    前記複数の周辺デバイスのドライバが予め全てインストールされた管理サーバと、
    専用ユニットと管理サーバを接続するインターネットと、
    管理サーバとローカルエリアネットワークで接続され、仮想ドライバがインストールされたクライアント端末と、
    で構成され、
    管理サーバの記憶ユニットには各専用ユニットに対応するディレクトリが設けられ、
    クライアント端末は、特定の周辺デバイスに処理させる場合、仮想ドライバによって、
    処理データを処理対象の周辺デバイスに対応した前記ディレクトリ下に転送し、
    管理サーバは、前記処理データを処理対象の周辺デバイスに対応したドライバを用いて周辺デバイス出力用ファイルに加工し、加工したファイルを処理対象の周辺デバイスに対応したディレクトリ下に保存し、処理対象の周辺デバイスに接続されている専用ユニットの特定ディレクトリに対して、httpプロトコル又はhttpsプロトコルでアクセスすることにより、前記ディレクトリ下に保存された前記ファイルを専用ユニットの特定ディレクトリ下にアップロードし、
    専用ユニットは、特定ディレクトリ下に前記ファイルが存在する場合に周辺デバイスに前記ファイルを転送し処理させる、
    ことを特徴とする統合管理システム。
  2. 複数の周辺デバイスと、
    前記複数の周辺デバイスに接続された複数の専用ユニットと、
    前記複数の周辺デバイスのドライバが予め全てインストールされた管理サーバと、
    専用ユニットと管理サーバを接続するインターネットと、
    管理サーバとローカルエリアネットワークで接続されたクライアント端末と、
    で構成され、
    管理サーバの記憶ユニットには各専用ユニットに対応するディレクトリが設けられ、
    周辺デバイスにイベントが発生した場合、
    専用ユニットは、周辺デバイスからイベントに伴う処理データを取得しファイルとして特定ディレクトリに保存し、
    管理サーバは、前記特定ディレクトリ(専用ユニットのディレクトリ)をhttpプロトコル又はhttpsプロトコルでアクセスすることにより、前記ファイルをダウンロードし、処理対象の周辺デバイスに対応したドライバを用いて周辺デバイスのファイルを加工し、加工したファイルを専用ユニットに対応したディレクトリ(管理サーバのディレクトリ)下に保存し、
    クライアント端末は、加工されたファイルを管理サーバのディレクトリ下から取得する、ことを特徴とする統合管理システム。
  3. 管理サーバは、
    周期的に、専用ユニットの前記特定ディレクトリをhttpプロトコル又はhttpsプロトコルでアクセスする、ことを特徴とする請求項に記載の統合管理システム。
  4. 専用ユニットは、
    周辺デバイスからイベントに伴う処理データを取得しファイルとして特定のディレクトリに保存した場合、管理サーバに対して通知し、
    管理サーバは、
    前記通知を受けた場合、通知を受けた専用ユニットの前記特定ディレクトリをhttpプロトコル又はhttpsプロトコルでアクセスする、ことを特徴とする請求項に記載の統合管理システム。
  5. 複数の周辺デバイスと、
    前記複数の周辺デバイスに接続された複数の専用ユニットと、
    前記複数の周辺デバイスのドライバが予め全てインストールされた管理サーバと、
    専用ユニットと管理サーバを接続するインターネットと、
    管理サーバとローカルエリアネットワークで接続されたクライアント端末と、
    で構成され、
    管理サーバの記憶ユニットには各専用ユニットに対応するディレクトリが設けられ、
    周辺デバイスにイベントが発生した場合、
    専用ユニットは、周辺デバイスからイベントに伴う処理データを取得しファイルとして特定ディレクトリに保存し、管理サーバの専用ユニットに対応した前記ディレクトリに対して、httpプロトコル又はhttpsプロトコルでアクセスすることにより、前記特定ディレクトリ下に保存された前記ファイルを、管理サーバの専用ユニットに対応した前記ディレクトリ下にアップロードし、
    管理サーバは、前記ファイルを、処理対象の周辺デバイスに対応したドライバを用いて周辺デバイスのファイルを加工し、加工したファイルを専用ユニットに対応したディレクトリ(管理サーバのディレクトリ)下に保存し、
    クライアント端末は、加工されたファイルを管理サーバのディレクトリ下から取得する、ことを特徴とする統合管理システム。
  6. 1つの専用ユニットに複数の周辺デバイスが接続されている場合、前記専用ユニットに対応するディレクトリが、接続されている周辺デバイスの個数分だけ設けられることを特徴とする請求項1〜のいずれか1項に記載の統合管理システム。
JP2013095830A 2013-04-30 2013-04-30 遠隔地設置デバイスの統合管理システム Active JP6142297B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013095830A JP6142297B2 (ja) 2013-04-30 2013-04-30 遠隔地設置デバイスの統合管理システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013095830A JP6142297B2 (ja) 2013-04-30 2013-04-30 遠隔地設置デバイスの統合管理システム

Publications (2)

Publication Number Publication Date
JP2014215991A JP2014215991A (ja) 2014-11-17
JP6142297B2 true JP6142297B2 (ja) 2017-06-07

Family

ID=51941646

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013095830A Active JP6142297B2 (ja) 2013-04-30 2013-04-30 遠隔地設置デバイスの統合管理システム

Country Status (1)

Country Link
JP (1) JP6142297B2 (ja)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07141281A (ja) * 1993-11-12 1995-06-02 Fuji Xerox Co Ltd 分散プリントシステム
JP4470461B2 (ja) * 2003-11-19 2010-06-02 富士ゼロックス株式会社 機器固有データ送受信システム及び機器固有データ送受信モジュール
JP2007011570A (ja) * 2005-06-29 2007-01-18 Murata Mach Ltd イメージデータ印刷システム及び印刷指示受付装置
JP5083093B2 (ja) * 2008-07-26 2012-11-28 コニカミノルタビジネステクノロジーズ株式会社 ファイル管理装置、ファイル管理プログラム、及びファイル管理システム
JP5845667B2 (ja) * 2011-07-08 2016-01-20 株式会社リコー ワークフロー処理装置、処理方法およびプログラム
JP5733078B2 (ja) * 2011-07-26 2015-06-10 村田機械株式会社 画像読取装置及び画像処理システム

Also Published As

Publication number Publication date
JP2014215991A (ja) 2014-11-17

Similar Documents

Publication Publication Date Title
JP6229370B2 (ja) 中継装置、プログラムおよび中継装置の制御方法
JP7205522B2 (ja) 情報処理システム、情報処理装置およびプログラム
US8976402B2 (en) Method of controlling communication system
US9253341B2 (en) Execution instructing apparatus, execution instructing method, and storage medium
US9459816B2 (en) Information processing apparatus, method, computer-readable storage medium, and information processing system
US20120314245A1 (en) Image processing apparatus, image processing system, method for controlling the same, and storage medium therefor
EP2395423A2 (en) Information transmission apparatus, control method of information transmission apparatus, and computer program
JP5847440B2 (ja) 情報処理装置およびその制御方法、並びに制御プログラム
JP5665423B2 (ja) 画像形成装置、サービス連携方法、及びプログラム
JP6102264B2 (ja) 処理実行システム、情報処理装置、プログラム
JP5995602B2 (ja) 画像処理装置、情報処理方法及びプログラム
JP6732508B2 (ja) データを保存するシステム、サーバー、方法、及びプログラム
JP6440480B2 (ja) 画像処理装置、画像処理装置の制御方法及びプログラム
JP6168039B2 (ja) 印刷システムおよびプログラム
JP6547717B2 (ja) 電子機器及びアプリケーション制御プログラム
JP5686690B2 (ja) 画像形成システム、携帯端末装置、およびプログラム
JP6204821B2 (ja) 画像形成装置、その制御方法、及びプログラム
JP6089808B2 (ja) 情報処理装置及びネットワークシステム
CN105208238A (zh) 处理装置、显示系统、以及显示方法
JP6011055B2 (ja) 画像形成装置、携帯端末、認証システムおよびプログラム
JP6183119B2 (ja) 中継装置、画像処理装置、中継装置のプログラムおよび画像処理装置のプログラム
JP2018136876A (ja) 監視装置及び方法及びプログラム
JP6142297B2 (ja) 遠隔地設置デバイスの統合管理システム
JP2015139150A (ja) 画像形成装置、画像形成システムおよびプログラム
JP6115097B2 (ja) 情報処理装置、情報処理システム、プログラム及び情報処理方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160427

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20160427

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20160607

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160614

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160810

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20161101

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161226

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170323

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170404

R150 Certificate of patent or registration of utility model

Ref document number: 6142297

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250