JP2014219920A - 情報処理装置、システム、情報処理方法及びプログラム - Google Patents
情報処理装置、システム、情報処理方法及びプログラム Download PDFInfo
- Publication number
- JP2014219920A JP2014219920A JP2013100378A JP2013100378A JP2014219920A JP 2014219920 A JP2014219920 A JP 2014219920A JP 2013100378 A JP2013100378 A JP 2013100378A JP 2013100378 A JP2013100378 A JP 2013100378A JP 2014219920 A JP2014219920 A JP 2014219920A
- Authority
- JP
- Japan
- Prior art keywords
- file
- hot folder
- folder
- information
- unsent
- 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.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
【課題】ホットフォルダに投入されたデータの投入順序を維持して処理することを目的とする。【解決手段】ホットフォルダへのファイルの投入に係るファイル操作イベントを受け取ると、ファイルの妥当性を判定する判定手段と、判定手段によりファイルの妥当性が確認された場合、ファイルのファイル情報をファイルのホットフォルダへの投入順序を維持したままファイル情報を記憶領域に記憶する記憶手段と、記憶領域に未送信のファイル情報が存在するか否かを判定する未送信判定手段と、未送信判定手段で未送信のファイル情報が存在すると判定された場合、未送信のファイル情報を送信する送信手段と、を有することによって課題を解決する。【選択図】図8
Description
本発明は、情報処理装置、システム、情報処理方法及びプログラムに関する。
フォルダにデータが投入されたことを検知することで、そのフォルダに指定された処理を実行するホットフォルダ機能がある(特許文献1)。
しかしながら、特許文献1の技術では、ホットフォルダに設定されたフォルダを有するPCと、前記フォルダを監視するPCとが異なる際に、PCのOSが異なる可能性があることが考慮されていなかった。PCのOSが互いに異なる場合等、ホットフォルダに投入されたデータの投入順序を維持することができない場合があった。
本発明は、ホットフォルダに投入されたデータの投入順序を維持して処理することを目的とする。
そこで、本発明は、ホットフォルダへのファイルの投入に係るファイル操作イベントを受け取ると、前記ファイルの妥当性を判定する判定手段と、前記判定手段により前記ファイルの妥当性が確認された場合、前記ファイルのファイル情報を前記ファイルのホットフォルダへの投入順序を維持したままファイル情報を記憶領域に記憶する記憶手段と、前記記憶領域に未送信のファイル情報が存在するか否かを判定する未送信判定手段と、前記未送信判定手段で未送信のファイル情報が存在すると判定された場合、前記未送信のファイル情報を送信する送信手段と、を有する。
本発明によれば、ホットフォルダに投入されたデータの投入順序を維持して処理することができる。
以下、本発明の実施形態について図面に基づいて説明する。
はじめに、課題の一例について説明する。
ホットフォルダに設定されたフォルダを有するPCが、前記フォルダを監視する場合、フォルダにファイル等が置かれたことを検知すると、このファイルをロックするか、又は自身のワークフォルダ等に移動させる。これは、ホットフォルダに投入されたファイル等に設定された処理(例えば、印刷処理)等を実行しようとしている際に、他のシステム等が前記ファイル等にアクセスしてきた場合、前記処理が正常に行われない場合があるからである。
しかし、ホットフォルダに設定されたフォルダを有するPCと、前記フォルダを監視する機能が実装されたPCと、が異なる場合がある。この場合において、それぞれのPCのOSが、例えば、Windows(登録商標)OSとMachintosh(登録商標)OSとだとする。この場合、ホットフォルダへのファイル等が投入されることに伴うファイルの複製が終了する前に、ロックされたり、ワークフォルダ等への移動がなされたりする場合がある。その結果、ホットフォルダへのファイルの複製は完了していないため、中途半端なデータで印刷処理等がなされてしまう場合がある。
このような状況を避ける方法の一つとして、定期監視、即ち、一定時間の経過毎にファイルのサイズを検知する方法がある。しかし、この様な方法の場合、一定期間の監視で複数のファイルを同時に検出した場合、ファイルの投入に係る順序性を保証することができなかった。
ホットフォルダに設定されたフォルダを有するPCが、前記フォルダを監視する場合、フォルダにファイル等が置かれたことを検知すると、このファイルをロックするか、又は自身のワークフォルダ等に移動させる。これは、ホットフォルダに投入されたファイル等に設定された処理(例えば、印刷処理)等を実行しようとしている際に、他のシステム等が前記ファイル等にアクセスしてきた場合、前記処理が正常に行われない場合があるからである。
しかし、ホットフォルダに設定されたフォルダを有するPCと、前記フォルダを監視する機能が実装されたPCと、が異なる場合がある。この場合において、それぞれのPCのOSが、例えば、Windows(登録商標)OSとMachintosh(登録商標)OSとだとする。この場合、ホットフォルダへのファイル等が投入されることに伴うファイルの複製が終了する前に、ロックされたり、ワークフォルダ等への移動がなされたりする場合がある。その結果、ホットフォルダへのファイルの複製は完了していないため、中途半端なデータで印刷処理等がなされてしまう場合がある。
このような状況を避ける方法の一つとして、定期監視、即ち、一定時間の経過毎にファイルのサイズを検知する方法がある。しかし、この様な方法の場合、一定期間の監視で複数のファイルを同時に検出した場合、ファイルの投入に係る順序性を保証することができなかった。
<実施形態1>
(システム構成)
図1は、ホットフォルダシステムのシステム構成の一例を示す図である。図1に示されるように、ホットフォルダシステムは、複数のホットフォルダクライアント101と、ホットフォルダサーバ102と、1つ以上のデバイス103と、を含む。
ホットフォルダクライアントは情報処理装置の一例である。
(システム構成)
図1は、ホットフォルダシステムのシステム構成の一例を示す図である。図1に示されるように、ホットフォルダシステムは、複数のホットフォルダクライアント101と、ホットフォルダサーバ102と、1つ以上のデバイス103と、を含む。
ホットフォルダクライアントは情報処理装置の一例である。
(ハードウェア構成)
図2は、ホットフォルダクライアントのハードウェア構成の一例を示す図である。
図2に示されるように、ホットフォルダクライアントは、CPU11と、RAM13と、ROM14と、HDやFD等の外部メモリ16と、I/O17と、を含む。
CPU11は、ROM14又は外部メモリ16に記憶されているプログラムをRAM13に読み出し、RAM13を使用しながらプログラムを実行する。CPU11がプログラムに基づき処理を実行することによって、ホットフォルダクライアントのソフトウェア構成及びホットフォルダクライアントのフローチャートの処理が実現される。
I/O17は、ホットフォルダクライアントのインターフェースである。ホットフォルダクライアントは、I/O17を介して、ホットフォルダサーバ102と接続される。
ホットフォルダサーバ102もホットフォルダクライアントと同様のハードウェア構成を有する。ホットフォルダサーバ102のCPUがホットフォルダサーバ102のROM又は外部メモリに記憶されているプログラムに基づき処理を実行する。このことによってホットフォルダサーバ102のソフトウェア構成等が実現される。デバイスも同様である。
図2は、ホットフォルダクライアントのハードウェア構成の一例を示す図である。
図2に示されるように、ホットフォルダクライアントは、CPU11と、RAM13と、ROM14と、HDやFD等の外部メモリ16と、I/O17と、を含む。
CPU11は、ROM14又は外部メモリ16に記憶されているプログラムをRAM13に読み出し、RAM13を使用しながらプログラムを実行する。CPU11がプログラムに基づき処理を実行することによって、ホットフォルダクライアントのソフトウェア構成及びホットフォルダクライアントのフローチャートの処理が実現される。
I/O17は、ホットフォルダクライアントのインターフェースである。ホットフォルダクライアントは、I/O17を介して、ホットフォルダサーバ102と接続される。
ホットフォルダサーバ102もホットフォルダクライアントと同様のハードウェア構成を有する。ホットフォルダサーバ102のCPUがホットフォルダサーバ102のROM又は外部メモリに記憶されているプログラムに基づき処理を実行する。このことによってホットフォルダサーバ102のソフトウェア構成等が実現される。デバイスも同様である。
(ソフトウェア構成)
図3は、ホットフォルダシステムのソフトウェア構成の一例を示す図である。
クライアントモジュール201、202、203は、それぞれホットフォルダのクライアントモジュールである。サーバモジュール204は、ホットフォルダのサーバモジュールである。デバイス205、206、207は、それぞれ画像処理装置等のデバイスを指す。
本実施形態では、図1に示したように、複数のホットフォルダクライアント101にクライアントモジュール201、202、203が別々に実装され、ホットフォルダサーバ102にサーバモジュール204が実装されているものとして説明を行う。但し、同じPC上に一つのクライアントモジュール(例えば、クライアントモジュール203)とサーバモジュール204とが実装されていてもよい。また、1つのPC上に複数の仮想環境が構築されている場合、各仮想環境にクライアントモジュールが実装されていてもよい。
クライアントモジュール201を例に説明を行う。
クライアントモジュール201は、フォルダ監視部2011、情報送信部2012、制御受信部2013を含む。フォルダ監視部2011は、ホットフォルダとして設定されたフォルダを監視する。情報送信部2012は、サーバモジュールに情報を送信する。制御受信部2013は、サーバモジュールからホットフォルダの追加、削除等の制御に係る情報を受信する。
図3は、ホットフォルダシステムのソフトウェア構成の一例を示す図である。
クライアントモジュール201、202、203は、それぞれホットフォルダのクライアントモジュールである。サーバモジュール204は、ホットフォルダのサーバモジュールである。デバイス205、206、207は、それぞれ画像処理装置等のデバイスを指す。
本実施形態では、図1に示したように、複数のホットフォルダクライアント101にクライアントモジュール201、202、203が別々に実装され、ホットフォルダサーバ102にサーバモジュール204が実装されているものとして説明を行う。但し、同じPC上に一つのクライアントモジュール(例えば、クライアントモジュール203)とサーバモジュール204とが実装されていてもよい。また、1つのPC上に複数の仮想環境が構築されている場合、各仮想環境にクライアントモジュールが実装されていてもよい。
クライアントモジュール201を例に説明を行う。
クライアントモジュール201は、フォルダ監視部2011、情報送信部2012、制御受信部2013を含む。フォルダ監視部2011は、ホットフォルダとして設定されたフォルダを監視する。情報送信部2012は、サーバモジュールに情報を送信する。制御受信部2013は、サーバモジュールからホットフォルダの追加、削除等の制御に係る情報を受信する。
サーバモジュール204は、クライアント管理部2041と、ジョブ管理部2042と、イベント管理部2043と、ホットフォルダ管理部2044と、デバイス管理部2045と、を含む。
クライアント管理部2041は、1以上のクライアントモジュールと接続しそれらを管理する。ジョブ管理部2042は、ジョブを管理する。イベント管理部2043は、イベントを管理する。ホットフォルダ管理部2044は、ホットフォルダを管理する。デバイス管理部2045は、1以上のデバイスと接続しそれらを管理する。
クライアント管理部2041の管理するクライアントモジュールは1つ以上のクライアントモジュールである。また、デバイス管理部2045の管理するデバイスは1つ以上のデバイスである。
また、クライアント管理部2041には、クライアントを制御するクライアント制御部とクライアントからの情報を受信するクライアント情報受信部とが含まれている。
ホットフォルダサーバとホットフォルダクライアントとの通信方式として、本実施形態ではLANを使用したネットワーク通信を使用するものとして説明するが、その他の通信方式であってもよい。
クライアント管理部2041は、1以上のクライアントモジュールと接続しそれらを管理する。ジョブ管理部2042は、ジョブを管理する。イベント管理部2043は、イベントを管理する。ホットフォルダ管理部2044は、ホットフォルダを管理する。デバイス管理部2045は、1以上のデバイスと接続しそれらを管理する。
クライアント管理部2041の管理するクライアントモジュールは1つ以上のクライアントモジュールである。また、デバイス管理部2045の管理するデバイスは1つ以上のデバイスである。
また、クライアント管理部2041には、クライアントを制御するクライアント制御部とクライアントからの情報を受信するクライアント情報受信部とが含まれている。
ホットフォルダサーバとホットフォルダクライアントとの通信方式として、本実施形態ではLANを使用したネットワーク通信を使用するものとして説明するが、その他の通信方式であってもよい。
(ホットフォルダ管理GUI)
図4は、ホットフォルダ管理部とやり取りするホットフォルダ管理GUIの一例を示す図である。ホットフォルダ管理GUI300は、サーバモジュールが実装されたPC上でサーバモジュールと通信するサーバのアプリケーションであってもよい。また、ホットフォルダ管理GUI300は、クライアントモジュールが実装されたPC上で情報送信部2012を介してサーバモジュールと通信するクライアントのアプリケーションであってもよい。
ホットフォルダ管理GUI300は、フォルダリスト301を表示し、302〜306のホットフォルダ操作ボタンを有する。
ホットフォルダ管理GUIは画面の一例である。
図4は、ホットフォルダ管理部とやり取りするホットフォルダ管理GUIの一例を示す図である。ホットフォルダ管理GUI300は、サーバモジュールが実装されたPC上でサーバモジュールと通信するサーバのアプリケーションであってもよい。また、ホットフォルダ管理GUI300は、クライアントモジュールが実装されたPC上で情報送信部2012を介してサーバモジュールと通信するクライアントのアプリケーションであってもよい。
ホットフォルダ管理GUI300は、フォルダリスト301を表示し、302〜306のホットフォルダ操作ボタンを有する。
ホットフォルダ管理GUIは画面の一例である。
(監視対象フォルダ新規追加、削除)
監視対象のフォルダ新規追加について説明する。
オペレータは、監視対象フォルダを新規追加するに当たり、フォルダ操作ボタンであるNewボタン302を押下する。ボタンの押下によって、図5に示す監視対象フォルダ新規追加ダイアログ400がポップアップする。
オペレータは、監視対象フォルダ名401、フォルダ追加先となるPC名402、ジョブ出力先となるデバイス名403等を監視対象フォルダ新規追加ダイアログに入力した後、OKボタン404を押下する。この操作により、ホットフォルダ管理部2044に、新規追加する監視対象フォルダの情報が伝えられる。
ホットフォルダ管理部2044は、クライアント管理部2041に対してPC名402が管理対象かどうかを問い合わせる。クライアント管理部2041は、図6に示すクライアント管理テーブル500を検索し、問い合わせのあったPC名が、クライアント管理テーブル500に存在するかどうかを確認し、確認した結果をホットフォルダ管理部2044に返信する。
クライアント管理テーブル500は、クライアントID(ClientID)501、クライアントPC名(PC Name(IP Address))502等からなり、ホットフォルダクライアントに関する情報が管理されている。
監視対象のフォルダ新規追加について説明する。
オペレータは、監視対象フォルダを新規追加するに当たり、フォルダ操作ボタンであるNewボタン302を押下する。ボタンの押下によって、図5に示す監視対象フォルダ新規追加ダイアログ400がポップアップする。
オペレータは、監視対象フォルダ名401、フォルダ追加先となるPC名402、ジョブ出力先となるデバイス名403等を監視対象フォルダ新規追加ダイアログに入力した後、OKボタン404を押下する。この操作により、ホットフォルダ管理部2044に、新規追加する監視対象フォルダの情報が伝えられる。
ホットフォルダ管理部2044は、クライアント管理部2041に対してPC名402が管理対象かどうかを問い合わせる。クライアント管理部2041は、図6に示すクライアント管理テーブル500を検索し、問い合わせのあったPC名が、クライアント管理テーブル500に存在するかどうかを確認し、確認した結果をホットフォルダ管理部2044に返信する。
クライアント管理テーブル500は、クライアントID(ClientID)501、クライアントPC名(PC Name(IP Address))502等からなり、ホットフォルダクライアントに関する情報が管理されている。
問い合わせたPCがクライアント管理テーブル500に存在しなかった場合は、ホットフォルダクライアントが立ち上がっていない場合や、ホットフォルダクライアントが未インストール状態である可能性がある。したがって、ホットフォルダ管理部2044は、オペレータにその旨を通知して、ホットフォルダの新規追加情報をクライアント管理テーブル500に保存するかどうかを確認する。
問い合わせたPCがクライアント管理テーブル500に存在した場合、ホットフォルダ管理部2044は、クライアント管理部2041を経由して、PC上のホットフォルダクライアント、若しくはその制御受信部に対して監視対象フォルダの新規追加を依頼する。つまり、ホットフォルダ管理部2044は、追加要求を送信する。
ホットフォルダクライアントは、依頼された監視対象フォルダ名が自身の配置されたPC上のファイルシステム上に存在するかどうかを確認し、存在した場合は同フォルダを監視対象とする。存在しなかった場合は、ホットフォルダクライアントは、新規のフォルダを作成し、同フォルダを監視対象とした後にホットフォルダ管理部2044に成功を返す。
問い合わせたPCがクライアント管理テーブル500に存在した場合、ホットフォルダ管理部2044は、クライアント管理部2041を経由して、PC上のホットフォルダクライアント、若しくはその制御受信部に対して監視対象フォルダの新規追加を依頼する。つまり、ホットフォルダ管理部2044は、追加要求を送信する。
ホットフォルダクライアントは、依頼された監視対象フォルダ名が自身の配置されたPC上のファイルシステム上に存在するかどうかを確認し、存在した場合は同フォルダを監視対象とする。存在しなかった場合は、ホットフォルダクライアントは、新規のフォルダを作成し、同フォルダを監視対象とした後にホットフォルダ管理部2044に成功を返す。
ホットフォルダ管理部2044は、前記応答を受信した後に図7に示す監視対象フォルダテーブル600に新規の監視対象フォルダを追加する。
監視対象フォルダテーブル600は、ホットフォルダID(HotFolder ID)601、監視先クライアントID(Clinet ID)602、フォルダパス(Folder Path)603等の情報を含む。また、監視対象フォルダテーブル600は、フォルダ名(Flolder Name)604等の情報を含む。ホットフォルダ管理部2044は、監視対象フォルダテーブル600を用いてホットフォルダシステムの監視対象であるフォルダを管理する。
監視対象フォルダテーブル600は、ホットフォルダID(HotFolder ID)601、監視先クライアントID(Clinet ID)602、フォルダパス(Folder Path)603等の情報を含む。また、監視対象フォルダテーブル600は、フォルダ名(Flolder Name)604等の情報を含む。ホットフォルダ管理部2044は、監視対象フォルダテーブル600を用いてホットフォルダシステムの監視対象であるフォルダを管理する。
監視対象フォルダの新規追加に続いて、監視対象フォルダの削除について説明する。
オペレータは、フォルダリスト301から任意の行を選択しホットフォルダ削除ボタン304を押下する。意思確認ダイアログ等によって操作が確定すると、オペレータの操作情報がホットフォルダ管理部2044に通知される。
ホットフォルダ管理部2044は、監視対象フォルダリストの情報を基にして、対象のホットフォルダクライアントに対し、クライアント管理部2041を経由して監視対象フォルダの削除を依頼する。ホットフォルダクライアントは、依頼を受信後、ホットフォルダの監視を停止し、その応答をホットフォルダ管理部2044に返す。ホットフォルダ管理部2044は、監視対象フォルダテーブル600から、依頼のあったフォルダの情報を削除して、その後、監視対象フォルダテーブル600の更新イベントを、クライアント管理部2041経由で各ホットフォルダクライアントに送信する。
オペレータは、フォルダリスト301から任意の行を選択しホットフォルダ削除ボタン304を押下する。意思確認ダイアログ等によって操作が確定すると、オペレータの操作情報がホットフォルダ管理部2044に通知される。
ホットフォルダ管理部2044は、監視対象フォルダリストの情報を基にして、対象のホットフォルダクライアントに対し、クライアント管理部2041を経由して監視対象フォルダの削除を依頼する。ホットフォルダクライアントは、依頼を受信後、ホットフォルダの監視を停止し、その応答をホットフォルダ管理部2044に返す。ホットフォルダ管理部2044は、監視対象フォルダテーブル600から、依頼のあったフォルダの情報を削除して、その後、監視対象フォルダテーブル600の更新イベントを、クライアント管理部2041経由で各ホットフォルダクライアントに送信する。
(フォルダ監視開始、フォルダ監視停止)
フォルダ監視開始、フォルダ監視停止について説明する。
オペレータは、フォルダリスト301からMonitorステータス(Status)がOffとなっている任意の行を選択しフォルダ監視開始ボタン(Startボタン)305を押下する。意思確認ダイアログによって操作が確定すると、操作情報はホットフォルダ管理部2044に通知される。
ホットフォルダ管理部2044は、監視対象フォルダリストの情報を基にして、対象のホットフォルダクライアントに対し、クライアント管理部2041を経由して監視対象フォルダの監視開始を依頼する。ホットフォルダクライアントは、依頼を受信後、ホットフォルダの監視を開始し、その応答をホットフォルダ管理部2044に返す。ホットフォルダ管理部2044は、監視対象フォルダテーブル600から、オペレータより依頼のあったフォルダのMonitorステータス情報を更新する。その後、ホットフォルダ管理部2044は、監視対象フォルダテーブル600の更新イベントを、クライアント管理部2041経由で各ホットフォルダクライアントに送信する。
フォルダ監視開始、フォルダ監視停止について説明する。
オペレータは、フォルダリスト301からMonitorステータス(Status)がOffとなっている任意の行を選択しフォルダ監視開始ボタン(Startボタン)305を押下する。意思確認ダイアログによって操作が確定すると、操作情報はホットフォルダ管理部2044に通知される。
ホットフォルダ管理部2044は、監視対象フォルダリストの情報を基にして、対象のホットフォルダクライアントに対し、クライアント管理部2041を経由して監視対象フォルダの監視開始を依頼する。ホットフォルダクライアントは、依頼を受信後、ホットフォルダの監視を開始し、その応答をホットフォルダ管理部2044に返す。ホットフォルダ管理部2044は、監視対象フォルダテーブル600から、オペレータより依頼のあったフォルダのMonitorステータス情報を更新する。その後、ホットフォルダ管理部2044は、監視対象フォルダテーブル600の更新イベントを、クライアント管理部2041経由で各ホットフォルダクライアントに送信する。
フォルダ監視停止について説明する。
オペレータは、フォルダリスト301からMonitorステータスがOnとなっている任意の行を選択しフォルダ監視停止ボタン(Stopボタン)306を押下する。意思確認ダイアログによって操作が確定すると、操作情報はホットフォルダ管理部2044に通知される。
ホットフォルダ管理部2044は、監視対象フォルダリストの情報を基にして、対象のホットフォルダクライアントに対し、クライアント管理部2041を経由して監視対象フォルダの監視の停止を依頼する。ホットフォルダクライアントは、依頼を受信後、ホットフォルダの監視を停止し、その応答をホットフォルダ管理部2044に返す。ホットフォルダ管理部2044は、監視対象フォルダテーブル600から、オペレータより依頼のあったフォルダのMonitorステータス情報を更新する。その後、ホットフォルダ管理部2044は、監視対象フォルダテーブル600の更新イベントを、クライアント管理部2041経由で各ホットフォルダクライアントに送信する。
オペレータは、フォルダリスト301からMonitorステータスがOnとなっている任意の行を選択しフォルダ監視停止ボタン(Stopボタン)306を押下する。意思確認ダイアログによって操作が確定すると、操作情報はホットフォルダ管理部2044に通知される。
ホットフォルダ管理部2044は、監視対象フォルダリストの情報を基にして、対象のホットフォルダクライアントに対し、クライアント管理部2041を経由して監視対象フォルダの監視の停止を依頼する。ホットフォルダクライアントは、依頼を受信後、ホットフォルダの監視を停止し、その応答をホットフォルダ管理部2044に返す。ホットフォルダ管理部2044は、監視対象フォルダテーブル600から、オペレータより依頼のあったフォルダのMonitorステータス情報を更新する。その後、ホットフォルダ管理部2044は、監視対象フォルダテーブル600の更新イベントを、クライアント管理部2041経由で各ホットフォルダクライアントに送信する。
前述の(フォルダ監視開始、フォルダ監視停止)で説明した手段の代わりに、全フォルダの一括監視停止ボタンのような一括操作ボタンを用意してもよい。同ボタンが押下されると、ホットフォルダ管理部2044の管理する監視対象フォルダテーブル600にある全ての監視対象フォルダに対して一括で監視を停止する事が可能となる。また一括監視開始ボタンを用意する事で、全ての監視対象フォルダに対して一括で監視を停止させる事が可能となる。
この際、ホットフォルダクライアントとホットフォルダ管理部2044との間で、一括命令、若しくは一度の依頼で複数の対象フォルダを指定可能とする方法を用意しておく。このようにすることによって、例えば一つ以上の監視対象フォルダが同一ホットフォルダクライアントに属していた場合にもフォルダ毎に複数回、命令を発行しなくてすむようになる。
以上の(ホットフォルダの新規追加、削除)並びに(ホットフォルダの監視、監視停止)で説明したように、ホットフォルダサーバは、複数のホットフォルダクライアントを集中管理する事ができる。本実施形態ではホットフォルダ管理GUIを用いた例を説明しているが、GUIの代わりにAPIを用意し、他のアプリケーション等から管理を行ってもよい。
この際、ホットフォルダクライアントとホットフォルダ管理部2044との間で、一括命令、若しくは一度の依頼で複数の対象フォルダを指定可能とする方法を用意しておく。このようにすることによって、例えば一つ以上の監視対象フォルダが同一ホットフォルダクライアントに属していた場合にもフォルダ毎に複数回、命令を発行しなくてすむようになる。
以上の(ホットフォルダの新規追加、削除)並びに(ホットフォルダの監視、監視停止)で説明したように、ホットフォルダサーバは、複数のホットフォルダクライアントを集中管理する事ができる。本実施形態ではホットフォルダ管理GUIを用いた例を説明しているが、GUIの代わりにAPIを用意し、他のアプリケーション等から管理を行ってもよい。
(ホットフォルダへのジョブ投入)
図3のホットフォルダのクライアントモジュール201を例として、ホットフォルダへのジョブ投入処理の一例を説明する。
クライアントモジュール201におけるフォルダ監視部2011は、サーバモジュール204から指定された一つ以上のフォルダを監視する。
フォルダの監視方法はその代表的な手段として、一定の間隔で監視対象フォルダの状態を監視する定期監視と、監視対象フォルダに対するファイル操作をイベントとしてOSから受信するイベント監視と、の2種類があり、それらを組み合せる事も可能である。本実施形態は監視方法としてイベント監視方法について説明する。イベント監視方法はファイル投入順序を取得できるため、順序性の確保に好適だからである。
図3のホットフォルダのクライアントモジュール201を例として、ホットフォルダへのジョブ投入処理の一例を説明する。
クライアントモジュール201におけるフォルダ監視部2011は、サーバモジュール204から指定された一つ以上のフォルダを監視する。
フォルダの監視方法はその代表的な手段として、一定の間隔で監視対象フォルダの状態を監視する定期監視と、監視対象フォルダに対するファイル操作をイベントとしてOSから受信するイベント監視と、の2種類があり、それらを組み合せる事も可能である。本実施形態は監視方法としてイベント監視方法について説明する。イベント監視方法はファイル投入順序を取得できるため、順序性の確保に好適だからである。
図8は、ホットフォルダクライアントにおけるジョブ投入動作における内部処理の一例を示すフローチャートである。本フローチャートにおいては、OSからのファイル操作イベントをトリガとして処理が開始される。
S701では、クライアントモジュールは、ファイルの妥当性チェックとしてファイル名、拡張子、ファイルヘッダ等をチェックし、検出したファイルがホットフォルダの処理対象かどうかをチェック(判定)する。ここで監視対象外のファイルを検出した場合、クライアントモジュール201同ファイルを監視対象フォルダから削除移動してもよい。
S702では、クライアントモジュールは、監視対象ファイルの情報をファイル情報記憶部に保存する。クライアントモジュールは、ファイル情報記憶部に、ファイル毎にファイル名、フォルダ名、ファイル状態、等の情報を記憶する。また、ファイル情報記憶部は少なくとも一つ以上のファイル情報を保持する事ができる。クライアントモジュールは、この一つ以上のファイル情報をファイル情報記憶部に記憶する際、その順序性を維持したまま記憶する。ファイル情報記憶部は、ホットフォルダクライアント101の単一の記憶領域でもよいし、例えばフォルダ毎や処理対象デバイス毎に記憶領域を分けておいてもよい。
ファイル情報記憶部は、記憶領域の一例である。
S701では、クライアントモジュールは、ファイルの妥当性チェックとしてファイル名、拡張子、ファイルヘッダ等をチェックし、検出したファイルがホットフォルダの処理対象かどうかをチェック(判定)する。ここで監視対象外のファイルを検出した場合、クライアントモジュール201同ファイルを監視対象フォルダから削除移動してもよい。
S702では、クライアントモジュールは、監視対象ファイルの情報をファイル情報記憶部に保存する。クライアントモジュールは、ファイル情報記憶部に、ファイル毎にファイル名、フォルダ名、ファイル状態、等の情報を記憶する。また、ファイル情報記憶部は少なくとも一つ以上のファイル情報を保持する事ができる。クライアントモジュールは、この一つ以上のファイル情報をファイル情報記憶部に記憶する際、その順序性を維持したまま記憶する。ファイル情報記憶部は、ホットフォルダクライアント101の単一の記憶領域でもよいし、例えばフォルダ毎や処理対象デバイス毎に記憶領域を分けておいてもよい。
ファイル情報記憶部は、記憶領域の一例である。
S703では、クライアントモジュールは、ファイル情報記憶部に未送信のファイル情報が存在するかどうかをチェック(未送信判定)する。
S704では、クライアントモジュールは、ネットワーク状態を確認する。より具体的にはホットフォルダクライアントからホットフォルダサーバへの通信可能かどうかをチェックする。
S705では、クライアントモジュールは、ファイル情報記憶部に記憶しているファイル情報をホットフォルダサーバに送信する。記憶領域にファイル情報が複数有る場合、クライアントモジュールは、それらをまとめて送信する事ができる。この際、クライアントモジュールは、例えばファイル情報を監視対象のフォルダ毎にまとめたり、処理対象デバイス毎にまとめたりして送信してもよい。それによりファイル情報をホットフォルダサーバが利用する際の利便性が向上する。
S704では、クライアントモジュールは、ネットワーク状態を確認する。より具体的にはホットフォルダクライアントからホットフォルダサーバへの通信可能かどうかをチェックする。
S705では、クライアントモジュールは、ファイル情報記憶部に記憶しているファイル情報をホットフォルダサーバに送信する。記憶領域にファイル情報が複数有る場合、クライアントモジュールは、それらをまとめて送信する事ができる。この際、クライアントモジュールは、例えばファイル情報を監視対象のフォルダ毎にまとめたり、処理対象デバイス毎にまとめたりして送信してもよい。それによりファイル情報をホットフォルダサーバが利用する際の利便性が向上する。
S706では、クライアントモジュールは、ホットフォルダサーバに送信し終えたファイル情報をファイル情報記憶部から一部又は全て削除する。
図7のフローチャートの処理によれば、OSから受信するファイル操作イベント毎に、ホットフォルダクライアントからホットフォルダサーバにファイル情報を送信可能となり、ファイル投入順序に則ったジョブ処理が可能となる。
また、サブフローの処理中にホットフォルダクライアントとホットフォルダサーバとの間のネットワークが切断されたとしても、ホットフォルダクライアントでフォルダ監視が続行されるため、ネットワーク接続状態がジョブ処理順序に対して与える影響を低減できる。
図7のフローチャートの処理によれば、OSから受信するファイル操作イベント毎に、ホットフォルダクライアントからホットフォルダサーバにファイル情報を送信可能となり、ファイル投入順序に則ったジョブ処理が可能となる。
また、サブフローの処理中にホットフォルダクライアントとホットフォルダサーバとの間のネットワークが切断されたとしても、ホットフォルダクライアントでフォルダ監視が続行されるため、ネットワーク接続状態がジョブ処理順序に対して与える影響を低減できる。
これまでに説明した通り、図7のフローチャートの処理によりファイル投入の順序性に則った処理が可能となる。しかし、ホットフォルダクライアントの数や監視対象のフォルダ数が増えたり、フォルダに投入されるファイルの投入頻度が高かったりする場合、ホットフォルダクライアントとホットフォルダサーバとの間の通信のオーバーヘッドが問題となる場合がある。
そこで、図9の(a)はこれらの問題を鑑み、ファイル投入の順序性を維持しながら通信のオーバーヘッドを低くするための処理の一例を示すフローチャートである。以下、フローチャートの処理を説明する。
図9の(a)は、OSからのファイル操作イベントをトリガとして開始するサブのフローチャートである。
S801では、クライアントモジュールは、ファイルの妥当性チェックとしてファイル名、拡張子、ファイルヘッダ等をチェックし、検出したファイルがホットフォルダの処理対象かどうかをチェックする。ここで、クライアントモジュールは、監視対象外のファイルを検出した場合は、同ファイルを監視対象フォルダから削除、又は移動してもよい。
S802では、クライアントモジュールは、監視対象ファイルの情報をファイル情報記憶部に保存する。ファイル情報記憶部は、ファイル毎にファイル名、フォルダ名、ファイル状態、等の情報を記憶する。また、ファイル情報記憶部は、少なくとも一つ以上のファイル情報を保持する事ができる。ファイル情報記憶部は単一の記憶領域でもよいし、例えばフォルダ毎や処理対象デバイス毎に記憶領域を分けておいてもよい。
以上でサブのフローチャートの処理は終了となり、フォルダ監視部2011は、再度OSからのファイル操作イベントを待つ。
そこで、図9の(a)はこれらの問題を鑑み、ファイル投入の順序性を維持しながら通信のオーバーヘッドを低くするための処理の一例を示すフローチャートである。以下、フローチャートの処理を説明する。
図9の(a)は、OSからのファイル操作イベントをトリガとして開始するサブのフローチャートである。
S801では、クライアントモジュールは、ファイルの妥当性チェックとしてファイル名、拡張子、ファイルヘッダ等をチェックし、検出したファイルがホットフォルダの処理対象かどうかをチェックする。ここで、クライアントモジュールは、監視対象外のファイルを検出した場合は、同ファイルを監視対象フォルダから削除、又は移動してもよい。
S802では、クライアントモジュールは、監視対象ファイルの情報をファイル情報記憶部に保存する。ファイル情報記憶部は、ファイル毎にファイル名、フォルダ名、ファイル状態、等の情報を記憶する。また、ファイル情報記憶部は、少なくとも一つ以上のファイル情報を保持する事ができる。ファイル情報記憶部は単一の記憶領域でもよいし、例えばフォルダ毎や処理対象デバイス毎に記憶領域を分けておいてもよい。
以上でサブのフローチャートの処理は終了となり、フォルダ監視部2011は、再度OSからのファイル操作イベントを待つ。
さて、ホットフォルダクライアントでは上記サブのフローチャートとは別の図9の(b)に示すサブのフローチャートを実行する。図9の(b)サブのフローチャートは、予め設定した時間が経過した後のタイムアウトイベントをトリガとして動作する。
予め設定した時間としてはホットフォルダクライアントやホットフォルダサーバ上のファイル等に予め保存された時間を使用してもよいし、使用者が任意の値を与える事ができてもよい。ファイルの投入頻度やデバイスの処理能力を鑑み、監視対象フォルダ毎や、処理対象のデバイス毎に時間を設定可能とする事ができてもよい。
S803では、クライアントモジュールは、ファイル情報記憶部に未送信のファイル情報が存在するかどうかをチェックする。
S804では、クライアントモジュールは、ネットワーク状態を確認する。より具体的には、クライアントモジュールは、ホットフォルダクライアントからホットフォルダサーバへの通信が可能かどうかをチェックする。
予め設定した時間としてはホットフォルダクライアントやホットフォルダサーバ上のファイル等に予め保存された時間を使用してもよいし、使用者が任意の値を与える事ができてもよい。ファイルの投入頻度やデバイスの処理能力を鑑み、監視対象フォルダ毎や、処理対象のデバイス毎に時間を設定可能とする事ができてもよい。
S803では、クライアントモジュールは、ファイル情報記憶部に未送信のファイル情報が存在するかどうかをチェックする。
S804では、クライアントモジュールは、ネットワーク状態を確認する。より具体的には、クライアントモジュールは、ホットフォルダクライアントからホットフォルダサーバへの通信が可能かどうかをチェックする。
S805では、クライアントモジュールは、ファイル情報記憶部に記憶しているファイル情報をホットフォルダサーバに送信する。記憶領域にファイル情報が複数有る場合、クライアントモジュールは、それらをまとめて送信する事ができる。この際、クライアントモジュールは、例えばファイル情報を監視対象のフォルダ毎にまとめたり、処理対象デバイス毎にまとめたりして送信してもよい。それによりファイル情報をホットフォルダサーバが利用する際の利便性が向上する。
S806では、クライアントモジュールは、ホットフォルダサーバに送信し終えたファイル情報をファイル情報記憶部から一部又は全て削除する。
このフローチャートの処理によれば、ホットフォルダクライアントとホットフォルダサーバとの間の通信の頻度を減らしつつ、ファイル投入順序に則ったジョブ処理が可能となる。
本実施形態においては、通信部に関しては、通信自体が可能であればどのような通信部を用いてもよい。TCP/IP以外にもシリアル通信やWebAPI等であってもよい。
また監視対象はファイルに限らず、フォルダであってもよい。
S806では、クライアントモジュールは、ホットフォルダサーバに送信し終えたファイル情報をファイル情報記憶部から一部又は全て削除する。
このフローチャートの処理によれば、ホットフォルダクライアントとホットフォルダサーバとの間の通信の頻度を減らしつつ、ファイル投入順序に則ったジョブ処理が可能となる。
本実施形態においては、通信部に関しては、通信自体が可能であればどのような通信部を用いてもよい。TCP/IP以外にもシリアル通信やWebAPI等であってもよい。
また監視対象はファイルに限らず、フォルダであってもよい。
<実施形態2>
実施形態1では、ホットフォルダクライアントがホットフォルダサーバに対してファイル情報を送信した。本実施形態のクライアントモジュールは、ホットフォルダクライアントを配置したPC筺体のファイルシステム上のフォルダ、又はホットフォルダサーバを配置したPC筺体のファイルシステム上のフォルダに対し、ファイル情報をファイルとして出力する。
フォルダを共有フォルダとする事で、フォルダを監視し、フォルダ上に出力されたファイル情報をホットフォルダサーバから取得する事が可能となる。
本実施形態によれば、ファイルシステム上のフォルダを介在させた情報共有が可能となる。
実施形態1では、ホットフォルダクライアントがホットフォルダサーバに対してファイル情報を送信した。本実施形態のクライアントモジュールは、ホットフォルダクライアントを配置したPC筺体のファイルシステム上のフォルダ、又はホットフォルダサーバを配置したPC筺体のファイルシステム上のフォルダに対し、ファイル情報をファイルとして出力する。
フォルダを共有フォルダとする事で、フォルダを監視し、フォルダ上に出力されたファイル情報をホットフォルダサーバから取得する事が可能となる。
本実施形態によれば、ファイルシステム上のフォルダを介在させた情報共有が可能となる。
<その他の実施形態>
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア(プログラム)を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ(又はCPUやMPU等)がプログラムを読み出して実行する処理である。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア(プログラム)を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ(又はCPUやMPU等)がプログラムを読み出して実行する処理である。
以上、上述した各実施形態によれば、ホットフォルダに投入されたデータの投入順序を維持して処理することができる。
上述した各実施形態の様な構成とすることによって、仮にサーバとクライアントとのOSが異なる場合であっても、ファイルの投入の順序を保って管理、監視等することができる。また、仮にサーバとクライアントとの通信が切断された場合にも、ファイル投入の順序を管理、監視等することができる。また、Web入稿による印刷ワークフローシステムの様なシステムの場合、印刷所で1日に印刷可能な印刷ジョブの処理には限度があり、24時間操業でもない限り、所部処理が翌日に持ち越されることもある。したがって、順序を厳守し、処理することができる上述したシステムの効果は有効である。
上述した各実施形態の様な構成とすることによって、仮にサーバとクライアントとのOSが異なる場合であっても、ファイルの投入の順序を保って管理、監視等することができる。また、仮にサーバとクライアントとの通信が切断された場合にも、ファイル投入の順序を管理、監視等することができる。また、Web入稿による印刷ワークフローシステムの様なシステムの場合、印刷所で1日に印刷可能な印刷ジョブの処理には限度があり、24時間操業でもない限り、所部処理が翌日に持ち越されることもある。したがって、順序を厳守し、処理することができる上述したシステムの効果は有効である。
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
Claims (12)
- ホットフォルダへのファイルの投入に係るファイル操作イベントを受け取ると、前記ファイルの妥当性を判定する判定手段と、
前記判定手段により前記ファイルの妥当性が確認された場合、前記ファイルのファイル情報を前記ファイルのホットフォルダへの投入順序を維持したままファイル情報を記憶領域に記憶する記憶手段と、
前記記憶領域に未送信のファイル情報が存在するか否かを判定する未送信判定手段と、
前記未送信判定手段で未送信のファイル情報が存在すると判定された場合、前記未送信のファイル情報を送信する送信手段と、
を有する情報処理装置。 - 前記送信手段は、前記未送信判定手段で未送信のファイル情報が存在すると判定された場合、サーバとの通信に係るネットワーク状態を確認し、前記サーバと通信可能な場合は、前記未送信のファイル情報を前記サーバに送信する請求項1記載の情報処理装置。
- 前記送信手段は、前記未送信のファイル情報をファイルシステム上のフォルダに送信する請求項1記載の情報処理装置。
- 前記未送信判定手段は、前記記憶手段によって前記ファイル情報が記憶領域に保存されると、前記判定を行う請求項1乃至3何れか1項記載の情報処理装置。
- 前記未送信判定手段は、設定された時間になると、前記判定を行う請求項1乃至3何れか1項記載の情報処理装置。
- 画面を介した監視対象のフォルダの追加要求に基づき、ファイルシステム上に指定されたフォルダが存在する場合は、前記フォルダを監視対象のホットフォルダとし、ファイルシステム上に指定されたフォルダが存在しない場合は、前記フォルダを作成し、監視対象のホットフォルダとする追加手段を更に有する請求項1乃至5何れか1項記載の情報処理装置。
- ホットフォルダへのファイルの投入に係るファイル操作イベントを受け取ると、前記ファイルの妥当性を判定する判定手段と、
前記判定手段により前記ファイルの妥当性が確認された場合、前記ファイルのファイル情報を前記ファイルのホットフォルダへの投入順序を維持したままファイル情報を記憶領域に記憶する記憶手段と、
前記記憶領域に未送信のファイル情報が存在するか否かを判定する未送信判定手段と、
前記未送信判定手段で未送信のファイル情報が存在すると判定された場合、前記未送信のファイル情報を送信する送信手段と、
を有するシステム。 - クライアント装置と、サーバ装置と、を含むシステムであって、
前記クライアント装置は、ホットフォルダクライアント手段を有し、
前記ホットフォルダクライアント手段は、
ホットフォルダへのファイルの投入に係るファイル操作イベントを受け取ると、前記ファイルの妥当性を判定する判定手段と、
前記判定手段により前記ファイルの妥当性が確認された場合、前記ファイルのファイル情報を前記ファイルのホットフォルダへの投入順序を維持したままファイル情報を記憶領域に記憶する記憶手段と、
前記記憶領域に未送信のファイル情報が存在するか否かを判定する未送信判定手段と、
前記未送信判定手段で未送信のファイル情報が存在すると判定された場合、前記未送信のファイル情報を送信する送信手段と、
を有し、
前記サーバ装置は、ホットフォルダサーバ手段を有し、
前記ホットフォルダサーバ手段は、
複数のホットフォルダクライアント手段を管理するホットフォルダ管理手段を有し、
前記ホットフォルダ管理手段は、前記送信手段により送信されたファイル情報を、投入順序を維持したまま管理するシステム。 - 情報処理装置が実行する情報処理方法であって、
ホットフォルダへのファイルの投入に係るファイル操作イベントを受け取ると、前記ファイルの妥当性を判定する判定ステップと、
前記判定ステップにより前記ファイルの妥当性が確認された場合、前記ファイルのファイル情報を前記ファイルのホットフォルダへの投入順序を維持したままファイル情報を記憶領域に記憶する記憶ステップと、
前記記憶領域に未送信のファイル情報が存在するか否かを判定する未送信判定ステップと、
前記未送信判定ステップで未送信のファイル情報が存在すると判定された場合、前記未送信のファイル情報を送信する送信ステップと、
を含む情報処理方法。 - システムが実行する情報処理方法であって、
ホットフォルダへのファイルの投入に係るファイル操作イベントを受け取ると、前記ファイルの妥当性を判定する判定ステップと、
前記判定ステップにより前記ファイルの妥当性が確認された場合、前記ファイルのファイル情報を前記ファイルのホットフォルダへの投入順序を維持したままファイル情報を記憶領域に記憶する記憶ステップと、
前記記憶領域に未送信のファイル情報が存在するか否かを判定する未送信判定ステップと、
前記未送信判定ステップで未送信のファイル情報が存在すると判定された場合、前記未送信のファイル情報を送信する送信ステップと、
を含む情報処理方法。 - クライアント装置と、サーバ装置と、を含むシステムが実行する情報処理方法であって、
前記クライアント装置は、ホットフォルダクライアント手段を有し、
前記サーバ装置は、ホットフォルダサーバ手段を有し、
前記ホットフォルダクライアント手段が、
ホットフォルダへのファイルの投入に係るファイル操作イベントを受け取ると、前記ファイルの妥当性を判定する判定ステップと、
前記判定ステップにより前記ファイルの妥当性が確認された場合、前記ファイルのファイル情報を前記ファイルのホットフォルダへの投入順序を維持したままファイル情報を記憶領域に記憶する記憶ステップと、
前記記憶領域に未送信のファイル情報が存在するか否かを判定する未送信判定ステップと、
前記未送信判定ステップで未送信のファイル情報が存在すると判定された場合、前記未送信のファイル情報を送信する送信ステップと、
前記ホットフォルダサーバ手段が、
複数のホットフォルダクライアントステップを管理するホットフォルダ管理ステップを含み、
前記ホットフォルダ管理ステップでは、前記送信ステップにより送信されたファイル情報を、投入順序を維持したまま管理する情報処理方法。 - コンピュータに、
ホットフォルダへのファイルの投入に係るファイル操作イベントを受け取ると、前記ファイルの妥当性を判定する判定ステップと、
前記判定ステップにより前記ファイルの妥当性が確認された場合、前記ファイルのファイル情報を前記ファイルのホットフォルダへの投入順序を維持したままファイル情報を記憶領域に記憶する記憶ステップと、
前記記憶領域に未送信のファイル情報が存在するか否かを判定する未送信判定ステップと、
前記未送信判定ステップで未送信のファイル情報が存在すると判定された場合、前記未送信のファイル情報を送信する送信ステップと、
を実行させるためのプログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013100378A JP2014219920A (ja) | 2013-05-10 | 2013-05-10 | 情報処理装置、システム、情報処理方法及びプログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013100378A JP2014219920A (ja) | 2013-05-10 | 2013-05-10 | 情報処理装置、システム、情報処理方法及びプログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2014219920A true JP2014219920A (ja) | 2014-11-20 |
Family
ID=51938284
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2013100378A Pending JP2014219920A (ja) | 2013-05-10 | 2013-05-10 | 情報処理装置、システム、情報処理方法及びプログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2014219920A (ja) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2018116498A (ja) * | 2017-01-18 | 2018-07-26 | キヤノン株式会社 | 情報処理システム、情報処理方法、およびプログラム |
US10725719B2 (en) | 2018-08-01 | 2020-07-28 | Canon Kabushiki Kaisha | System, image forming apparatus, method for controlling the same, and storage medium |
US10789031B2 (en) | 2018-07-27 | 2020-09-29 | Canon Kabushiki Kaisha | Image forming apparatus that enables print setting information stored in a folder to be temporarily changed, system, method of controlling same, and storage medium |
US10976969B2 (en) | 2018-07-27 | 2021-04-13 | Canon Kabushiki Kaisha | Image forming apparatus having transfer order capability, system, control and method thereof |
US11163505B2 (en) | 2018-06-05 | 2021-11-02 | Canon Kabushiki Kaisha | Image forming system, image forming apparatus, information processing apparatus, and method for controlling image forming apparatus |
-
2013
- 2013-05-10 JP JP2013100378A patent/JP2014219920A/ja active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2018116498A (ja) * | 2017-01-18 | 2018-07-26 | キヤノン株式会社 | 情報処理システム、情報処理方法、およびプログラム |
US11163505B2 (en) | 2018-06-05 | 2021-11-02 | Canon Kabushiki Kaisha | Image forming system, image forming apparatus, information processing apparatus, and method for controlling image forming apparatus |
US10789031B2 (en) | 2018-07-27 | 2020-09-29 | Canon Kabushiki Kaisha | Image forming apparatus that enables print setting information stored in a folder to be temporarily changed, system, method of controlling same, and storage medium |
US10976969B2 (en) | 2018-07-27 | 2021-04-13 | Canon Kabushiki Kaisha | Image forming apparatus having transfer order capability, system, control and method thereof |
US10725719B2 (en) | 2018-08-01 | 2020-07-28 | Canon Kabushiki Kaisha | System, image forming apparatus, method for controlling the same, and storage medium |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101637894B1 (ko) | 풀 프린트 시스템, 인쇄 잡 관리방법, 프린트 서버 및 그 제어 방법, 및 컴퓨터 판독 가능한 매체 | |
US8321530B2 (en) | Cloud computing system, server computer, device connection method, and storage medium | |
KR101636552B1 (ko) | 화상형성장치와 연결되는 호스트장치, 서버 및 그 인쇄방법 | |
JP2014219920A (ja) | 情報処理装置、システム、情報処理方法及びプログラム | |
JP2010224768A (ja) | 印刷システム、印刷システムの制御方法、プリントサーバマシン、プリントサーバマシンの制御方法、及びコンピュータプログラム | |
US10990334B2 (en) | System, server and method of controlling the system and method of controlling the server | |
JP2016115333A (ja) | 管理システムおよび管理システムの制御方法 | |
JP2019032686A (ja) | 管理装置、管理装置の制御方法、及びプログラム | |
JP2014172394A (ja) | 印刷装置、プログラム及び印刷システム | |
US11385846B2 (en) | Printing system, server, and printing method | |
JP5717887B1 (ja) | 印刷システム、プリントサーバおよび印刷ジョブの投入方法 | |
US8407343B2 (en) | System, method, and computer-readable medium for managing communications among service modules | |
US9250841B2 (en) | Print server, control method of print server, and storage medium | |
JP2015005082A (ja) | 画像形成装置、画像形成装置の制御方法、およびプログラム | |
JP2016053862A (ja) | 情報処理装置、プログラム及び制御方法 | |
US10298719B2 (en) | Network system, and control method for network system | |
JP2016042338A (ja) | 情報処理システム、情報処理装置、情報処理装置の制御方法、及びプログラム | |
JP6465755B2 (ja) | 制御方法、プログラム及びクライアント端末 | |
JP2015060373A (ja) | 管理システム、監視装置及びそれらの制御方法 | |
JP7030412B2 (ja) | 情報処理システム、及び制御方法 | |
JP2015005149A (ja) | クラウドプリントにおけるプリントサーバ障害時のリカバリ方法 | |
JP2019219970A (ja) | 情報処理システム及び画像形成装置 | |
EP4290359A1 (en) | Printing system and printing control method | |
US20220294720A1 (en) | Network device and control method thereof | |
JP2022082957A (ja) | 監視装置、監視装置の制御方法、及びプログラム |