(57)【要約】【課題】  ＵＳＢメモリの中には、通常のデータ処理を中間状態としてのみ保存し、アンマウント処理の際に正規のデータを生成するものがある。このような場合、ユーザーがアンマウント処理を実行せずにデバイスを抜くと、ＵＳＢメモリ内に所望のデータが残っていないことがある。【解決手段】  ファイル操作のＡＰＩがコールされるときに、ユーザー操作に関係なくアンマウント処理と再マウント処理を実行しておき、ユーザーがアンマウント処理をせずにデバイスを抜いた場合でも、ＵＳＢメモリ内に所望のデータが残るよう制御する。【選択図】  図１
2009224846.tif 000002
【特許請求の範囲】
【請求項１】
画像情報を処理して外付けストレージへ格納する手段と、
外付けストレージへ画像データを格納する際に、一定の処理毎に、
使用者から指定される可能性のある処理を先実施する手段と、
使用者が継続して処理するための再処理手段と、
を備えることを特徴とする画像情報処理装置。
【請求項２】
前記一定の処理が、データのWRITEシステムコールであることを特徴とする請求項１に記載の画像情報処理装置。
【請求項３】
前記一定の処理が、ファイルのCLOSEシステムコールであることを特徴とする請求項２に記載の画像情報処理装置。
【請求項４】
前記先実施する手段が、外付けストレージに対するアンマウント処理であることを特徴とする請求項１に記載の画像情報処理装置。
【請求項５】
前記再処理手段が、外付けストレージに対する再マウント処理であることを特徴とする請求項２に記載の画像情報処理装置。
【請求項６】
前記再処理手段が、外付けストレージに対するシステムコールの処理前に行われることを特徴とする請求項１に記載の画像情報処理装置。
【請求項７】
前記外付けストレージに対するシステムコールが、WRITE、READ、OPENのいずれかであることを特徴とする請求項６に記載の画像情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像情報処理装置に関するものである。
【背景技術】
【０００２】
近年、コピー機等の画像情報処理装置においては、メモリデバイスの低価格化等に伴い、USBメモリ等の外付けストレージへ画像データを格納する機能が搭載されている。
【０００３】
それに伴い、通常制御のみではなく、各デバイスに応じ、異常時における処理も考案・実装されている。
【０００４】
例えば特開2004-070799号公報では、停電等による障害が発生した後に、不揮発性メモリのデータを修復する提案がなされている。
【特許文献１】特開2004-070799号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
脱着可能なストレージデバイスを利用する際の処理は、
（１）デバイスの装着
（２）ファイルシステムへのマウント
（３）R/W等の操作
（４）ファイルシステムからのアンマウント
（５）デバイスの脱
からなる一連の制御が必要となる。
【０００６】
具体的には、
（１）ユーザーがデバイスを装着する。
（２）機器側がデバイスを検知し、マウント処理を行う。
（３）ユーザーの利用に応じて、デバイス内のデータを更新する。
（４）利用が終わると、ユーザーがアンマウント操作を行う。
（５）ユーザーがデバイスを取り外す。
となる。
【０００７】
しかしながら、このうちの（４）に示される「ユーザーによるアンマウント操作」をユーザーが実行しないケースが多いことが問題となる。
【０００８】
例えば、（３）の処理中に（５）を行われると、USBメモリ内の管理情報が破壊され、二度と使用できなくなるケースもある。
【０００９】
また、デバイスによっては、（４）の処理が行われる際に（３）の操作結果を正常なファイル操作に置き換えて処理するものもあり、（４）が省かれると（３）の結果がUSBメモリ内に残らないケースが生じるものもある。
【課題を解決するための手段】
【００１０】
本提案は、（３）に示されるデータ更新作業が終了する度に、（４）が飛びぬかされて（５）が実行されることに備え、ユーザーの操作によらずに（４）と同等の処理を行うことで、上記問題が発生しないようにするものである。
【００１１】
同時に、ユーザーが再び（３）データ更新を行う場合に備え、その場合には、（４）を先行実施する前の状態に戻すものである。
【発明の効果】
【００１２】
以上の実施例にて説明したように、本発明は、省電力モードの前後のみテーブルへのアクセスを行い、それ以外はまったくテーブルを用いないための簡便な方法を提供するものである。
【００１３】
これによって、省電力モード時にスリープモードのCPUと電源断のCPUとが混在するシステムにおいて、省電力モードからの復帰後に正しい資源管理を行う。
【００１４】
また、テーブル等への余分なアクセスを繰り返す必要が無く、CPUキャッシュへの影響を抑え、CPUの処理速度を高速に保つことが可能である。
【発明を実施するための最良の形態】
【００１５】
次に、本発明の詳細を実施例の記述に従って説明する。
【００１６】
本発明の実施の形態について説明する。
【００１７】
図１は本発明にかかる画像処理システム構成例を示すブロック図である。この画像処理システムは、オフィス10とオフィス20とをインターネット104で接続された環境で実現する。オフィス10内に構築されたLAN107には、MFP100、MFP100を制御するマネージメントPC101、クライアントPC（外部記憶手段）102、文書管理サーバ106、そのデータベース105およびプロキシサーバ103が接続されている。LAN107及びオフィース20内のLAN108はプロキシサーバ13を介してインターネット104に接続される。MFP100は本発明において紙文書の画像読み取り部と読み取った画像信号に対する画像処理の一部を担当し、画像信号はLAN109を用いてマネージメントPC101に入力する。マネージメントPCは通常のPCであり、内部に画像記憶手段、画像処理手段、表示手段、入力手段を有するが、その一部をMFP100に一体化して構成されている。
【００１８】
図２はMFP100の構成図である。図２においてオートドキュメントフィーダー（以降ADFと記す）を含む画像読み取り部110は束状の或いは1枚の原稿画像を図示しない光源で照射し、原稿反射像をレンズで固体撮像素子上に結像し、固体撮像素子からラスター状の画像読み取り信号を600DPIの密度のイメージ情報として得る。通常の複写機能はこの画像信号をデータ処理部115で記録信号へ画像処理し、複数毎複写の場合は記録装置111に一旦一ページ分の記録データを記憶保持した後、記録装置112に順次出力して紙上に画像を形成する。
【００１９】
一方クライアントPC102から出力されるプリントデータはLAN107からネットワークIF114を経てデータ処理装置115で記録可能なラスターデータに変換した後、前記記録装置で紙上に記録画像として形成される。
【００２０】
MFP100への操作者の指示はMFPに装備されたキー操作部とマネージメントPCに入力されるキーボード及びマウスからなる入力装置113から行われ、これら一連の動作はデータ処理装置115内の図示しない制御部で制御される。
【００２１】
一方操作入力の状態表示及び処理中の画像データの表示は表示装置116で行われる。尚記憶装置111はマネージメントPCからも制御され、これらMFPとマネージメントPCとのデータの授受及び制御はネットワークIF117および直結したLAN109を用いて行われる。
【００２２】
図３はUSBの電気仕様を示すIF口の図である。
【００２３】
USBは従来のインターフェースであるRS-232CやIEEE1284に置き換わるIFとして考案された。
【００２４】
RS-232CやIEEE1284は、コネクタやケーブルが大きく、またPCやデバイスの高速化により、転送速度の遅さが顕著になってきた。
【００２５】
加えて、ネットワーク化の進行に伴い、PCと電話を相互接続するニーズが高まった。
【００２６】
こういう環境の中で、PCメーカー（ソフト／ハード）が主導して標準化を進めた新しいシリアル通信規格の一つである。
【００２７】
１９９６：USB1.0
１９９８：USB1.1
２０００：USB2.0
というふうに規格が定まった。
【００２８】
RS-232CやIEEE1284と比較したUSBの特徴は、
（A）高速伝送−最大480Mbps（ケーブル長：5m）
（B）バス給電−最大500mA/5V
（C）Hotplug可能
（D）最大127台のデバイスを接続可能
（D−１）ハブ経由で最大7層までスタック可能
（D−２）一台のホストに複数台のデバイスが繋がる形態
（D−３）デバイスにはハブとファンクションが存在する
となる。
【００２９】
USBの転送速度は、
（ア）Low Speed（LSモード）：1.5Mbps（183KB/s）
（イ）Full Speed（FSモード）：12Mbps（1.5MB/s）
（ウ）High Speed（HSモード）：480Mbps（57MB/s）
の3種類がある。
【００３０】
USB1.0は（ア）、USB1.1は（ア）と（イ）、USB2.0は（ア）と（イ）と（ウ）をサポートしている。
【００３１】
図４は転送されるデータのパケット形式を表したものである。
【００３２】
トークン、データ、ハンドシェイク用のデータが図示された順序でパケットを構成している。
【００３３】
詳細な説明は割愛する。
【００３４】
図５はUSBトポロジーを示す図である。
【００３５】
デバイスはハブを介した階層形式でホストに接続される。
【００３６】
図６はUSB相互接続図である。
【００３７】
ホスト上のクライアントソフトは、デバイスが提供するファンクションを利用する。
【００３８】
USBデバイスは「デバイスクラス」により分類され、固有のインターフェースを公開している。
【００３９】
以下はデバイスクラスの例である。
・USBメモリ、HDD等向けのMass Storage Class
・キーボード／マウス向けのHuman Interface Device Class
・プリンタ向けのPrinter Class
・スキャナ／デジカメ向けのImage Class
共通インターフェースを実装するクラスドライバにより、異なるベンダのデバイスに対して統一した操作を実現する。
【００４０】
例えば、USBメモリは、メーカーによらず、共通のMass Storage Class Driverを介して操作が可能である。
【００４１】
異なるメーカー間で共通インターフェースによる操作を実現するため、USBデバイスの認証テストがいくつか実施されている。
・USB2.0コンプライアンステスト−USB Forumが規定する認証テストで、合格するとロゴを使用することができる。
・WHQL HCT11.2テスト−互換性テストに合格するとドライバ署名が貰え、ドライバインストール時に警告が出なくなる。製品にロゴをつけることができる。
【００４２】
図７は従来のトラブル例を示したフローである。
【００４３】
USBメモリの中には、データの操作を中間状態としてのみ保持し、unmount処理が指定された場合に最終データとして整合をとるものがある。
【００４４】
このような場合、ユーザーがunmount処理を実施せずにUSBメモリを抜くと、ユーザーの操作結果がUSBメモリに残らないことになる。
【００４５】
図８は本提案のフローである。
【００４６】
ユーザーがUSBメモリへデータを格納するたびに、unmount処理を行うことで、上記のようなUSBメモリの中に正しいデータが残るようにする。
【００４７】
また、次にユーザーが使用できるよう、unmount処理の後に再びmount処理を行う。
【００４８】
このように制御することで、ユーザーがunmount処理を実施せずにUSBメモリを抜いた場合でも、USBメモリ内にユーザーの操作結果を残すことを可能とする。
【図面の簡単な説明】
【００４９】
【図１】画像処理システム構成例を示すブロック図。
【図２】MFP100の構成図。
【図３】USBの電気仕様を示すIF口の図。
【図４】転送されるデータ・パケットの形式を表した図。
【図５】USBトポロジーを示す図。
【図６】USBの相互接続図。
【図７】従来例のフロー。
【図８】本提案のフロー。
【図１】
2009224846.tif 000003
【図２】
2009224846.tif 000004
【図３】
2009224846.tif 000005
【図４】
2009224846.tif 000006
【図５】
2009224846.tif 000007
【図６】
2009224846.tif 000008
【図７】
2009224846.tif 000009
【図８】
2009224846.tif 000010