(57)【要約】【課題】  ストレージサービス・クライアント側で行う処理と、ストレージサービス・サーバ上のファイルを関連付けて記憶し、ストレージサービス・クライアント側の処理の異常終了を検知した場合に、ストレージサービス・サーバ上のファイルを削除できるようにしたシステムを提供することにある。【解決手段】  ネットワーク上の外部記憶メディアをレンタルするストレージサービスが利用可能な画像処理装置において、ストレージサービスの利用に際してユーザ識別する契約認証手段と、ユーザ毎のストレージサービスの利用契約内容を管理するユーザ管理手段と、ストレージサービスを用いて電子データを読み書きするファイル制御手段と、ストレージサービスの利用を、画像処理装置が提供するジョブ単位に管理するジョブ履歴手段と、ストレージサービスの利用途中に放置された塵ファイルを検知し、消去する塵ファイル削除手段とを有する。【選択図】  図１
2007025883.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上の外部記憶メディアをレンタルするストレージサービスが利用可能な画像処理装置において、
ストレージサービスの利用に際してユーザ識別する契約認証手段と、
ユーザ毎のストレージサービスの利用契約内容を管理するユーザ管理手段と、
ストレージサービスを用いて電子データを読み書きするファイル制御手段と、
ストレージサービスの利用を、画像処理装置が提供するジョブ単位に管理するジョブ履歴手段と、
ストレージサービスの利用途中に放置された塵ファイルを検知し、消去する塵ファイル削除手段と
を有することを特徴とする画像処理装置。
【請求項２】
前記ジョブ履歴手段において、ジョブの識別情報と、ストレージサービスの利用に必要な識別情報とを関連付けて記憶することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記ジョブ履歴手段において、ジョブの終了結果からストレージサービス上で、放置された塵ファイルの有無を判断することを特徴とする請求項１に記載の画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に置かれた外部記憶メディアをレンタルするストレージサービスに関するものである。
【背景技術】
【０００２】
コンピュータ技術の普及により、画像処理装置が扱う電子データが急増している。この増加する一方の電子データに対して、機器内部に取り付ける記憶装置（ＨＤＤ）で対応することが困難になりつつある。一例を挙げると、記憶容量不足が発生すると、記憶容量が不足する度に蓄積保持したファイルの削除もしくは見直しをするか、記憶装置の増設により対応をする必要があるなど、記憶装置（ＨＤＤ）の運用管理にかかる負荷が高い。また、記憶装置自体がネットワーク接続されていないために、データの共有化が図り辛い、という問題からである。
【０００３】
このため、ＩＴ運用コストの削減と情報共有による業務効率を図るために、ＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）などにより提供されるネットワーク上においた記憶装置（ＨＤＤ）を利用可能とするストレージサービスへの対応が求められるようになってきた。
【０００４】
又、従来例としては、例えば特許文献１をあげることが出来る。
【特許文献１】特開平８−８３１５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、ストレージサービスにおいて、ネットワーク上にストレージを提供するストレージサービス・サーバとそれを利用するストレージサービス・クライアントとは、ネットワークケーブルで接続されただけであるため、ストレージサービス・クライアントの電源ＯＦＦなどで処理途中に蓄積したファイルが無効となったことを検知できず、ストレージサービス・サーバ上に無駄なファイルを保持し続けるという問題があった。
【０００６】
本発明の目的は、上記の従来技術の有する問題点を解決するためになされたもので、ストレージサービス・クライアント側で行う処理と、ストレージサービス・サーバ上のファイルを関連付けて記憶し、ストレージサービス・クライアント側の処理の異常終了を検知した場合に、ストレージサービス・サーバ上のファイルを削除できるようにしたシステムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明に係る第１の発明は、ネットワーク上の外部記憶メディアをレンタルするストレージサービスが利用可能な画像処理装置において、ストレージサービスの利用に際してユーザ識別する契約認証手段と、ユーザ毎のストレージサービスの利用契約内容を管理するユーザ管理手段と、ストレージサービスを用いて電子データを読み書きするファイル制御手段と、ストレージサービスの利用を、画像処理装置が提供するジョブ単位に管理するジョブ履歴手段と、ストレージサービスの利用途中に放置された塵ファイルを検知し、消去する塵ファイル削除手段とを有する。
【０００８】
本発明に係る第２の発明は、前記ジョブ履歴手段において、ジョブの識別情報と、ストレージサービスの利用に必要な識別情報とを関連付けて記憶することを特徴とする。
【０００９】
本発明に係る第３の発明は、前記ジョブ履歴手段において、ジョブの終了結果からストレージサービス上で、放置された塵ファイルの有無を判断することを特徴とする。
【発明の効果】
【００１０】
以上説明したように、本発明に係る第１〜第３の発明によれば、ストレージサービス・クライアントが行う処理の過程で、ストレージサービス・サーバに保存したファイルを、が保持するファイルを、特別なシステムを組むことなく削除することができるようになるため、汎用的なストレージサービスを効率的に利用できる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施形態について図面を用いて詳細に説明する。
【００１２】
図１は、本発明の基本構成を示す図である。
【００１３】
図１において、ストレージサービス・クライアント１０１とストレージサービス・サーバ１０８とがインターネット・イントラネット１１２を介して接続されている。また、ストレージサービス・クライアント１０１は、ストレージ契約認証部１０２に従い、インターネット・イントラネット１１６上のストレージサービス・サーバ１０８と関係付けられる構成とした。
【００１４】
ストレージサービス・クライアント１０１は、ストレージ契約認証部１０２、ジョブ制御部１０３、ごみファイル消去部１０５、ジョブ履歴部１０６、ファイル制御部１０７、ネットワークインタフェース１０４とで構成される。
【００１５】
詳述すると、ストレージ契約認証部１０２は、ストレージサービスの利用が可能か否かをストレージサービスサーバ１０８に対して確認をする部分である。
【００１６】
ジョブ制御部１０３は、スキャンやコピーやプリントといったストレージサービス・クライアントが有する内部機能を実行する部分である。
【００１７】
ネットワークインタフェース１０４は、インターネット１１６を介してストレージサービス・サーバとデータをやり取りする部分である。
【００１８】
ゴミファイル消去部１０５は、ストレージサービス・クライアントの電源ＯＦＦなどでストレージサービス・サーバ１０８上に残ってしまった不要なファイルを削除する部分である。
【００１９】
ジョブ履歴制御部は、ジョブ処理の結果とジョブ処理で作成する画像ファイルの保持先であるストレージサービス・サーバとを関連付ける部分であり、後述する図３、図４、図５の情報により構成される。
【００２０】
ファイル制御部１０７は、ジョブ制御部１０３が必要とする画像情報をネットワークインタフェース１０４を介してストレージサービス・サーバ１０８とやり取りする部分である。
【００２１】
ネットワークインタフェース１０４は、インターネットなどの通信網を利用してストレージサービス・サーバ１０８とデータをやり取りする部分である。
【００２２】
また、ストレージサービス・サーバ１０８は、契約ユーザ管理部１０９、サービス制御部１１０、課金制御部１１１、ファイル制御部１１２、メディア制御部１１３、記憶装置１１４、ネットワークインタフェース１１５から構成される。
【００２３】
詳述すると、ユーザ管理部１０９は、ストレージサービス・サーバが提供するストレージサービスを利用できるユーザを管理する部分であり、後述する図６のユーザ管理情報を管理している。
【００２４】
サービス制御部１１０は、ユーザ管理部１０９が管理する情報に基づき、ストレージサービス・クライアント１０１から行われる利用申し込みに対する利用可否の判断と、提供するストレージサービス全体を制御する部分である。本実施例では、利用可否の判断として、ユーザ管理部１０９が管理するユーザ情報にユーザ登録されているか否かと、課金制御部１１１が管理する利用できる上限に達しているか否かを判断の条件とした。
【００２５】
課金制御部１１１は、ユーザ管理部１０９が管理するユーザ毎のストレージサービスの利用対価を管理する部分である。本実施例では、ユーザ管理部１０９により利用の許可がされたユーザ毎に、記憶装置１１４に対して書き込んだ画像情報などのファイルサイズに応じて課金する方式とした。
【００２６】
ファイル管理部１１２は、ユーザ管理部１０９が管理するユーザからの書き込み指示が読み出し要求や削除指示に対して、メディア制御部１１３を介して記憶装置１１４とデータをやり取りする部分である。
【００２７】
メディア制御部１１３は、記憶装置１１４を制御する部分である。ＲＡＩＤなどの技術を用いて記憶装置１１４に対するアクセス制御を行う。
【００２８】
記憶装置（ＨＤＤ）１１４は、データ記憶装置であり、本実施例では、ハードディスクを用いる構成とした。
【００２９】
図２および図１０を用いて、本発明の第１の実施の形態に係るストレージサービスについて、ストレージサービス・クライアント１０１とストレージサービス・サーバ１０８間でやり取りされる情報の概略を示す。ここで、図２は、正常系のデータやり取りを示し、図１０は、処理途中でのクライアントの電源ＯＦＦを示した図である。
【００３０】
図中、ストレージサービス・サーバ２０１（図１のストレージサービス・サーバ１０８に相当）とストレージサービス・クライアント２０２（図１のストレージサービス・クライアント１０１に相当）は、図示しないがインターネット回線１１６により接続されている。
【００３１】
まず、電源ＯＮ  ２０４において、図６のユーザ管理テーブルに登録されている契約ユーザ２０３によるストレージサービス・クライアント１０１の立ち上げが指示される。本実施例では、電源ＯＮによるものとしたが、ユーザ認証手続き等により行うようにしても良い。
【００３２】
次に、契約内容確認２０９にて、ストレージサービス・サーバ２０１（図１のストレージサービス・サーバ１０８に相当）とストレージサービス・クライアント２０２（図１のストレージサービス・クライアント１０１に相当）間とで、ストレージサービスの利用契約が結ばれていることを確認する。サービスの利用契約がされていることを確認した場合は、ストレージサービス・クライアント２０２（図１のストレージサービス・クライアント１０１に相当）は、後述する図３、図４のジョブログを元に、ストレージサービス・サーバ２０１（図１のストレージサービス・サーバ１０８に相当）に対して、前回の利用で削除し忘れた削除漏れのごみファイルの有無を調べ、削除漏れファイルがあれば、ストレージサービス・サーバ２０１（図１のストレージサービス・サーバ１０８に相当）に対して削除指示をする。
【００３３】
ストレージサービス・サーバ２０１（図１のストレージサービス・サーバ１０８に相当）は、ストレージサービス・クライアント２０２（図１のストレージサービス・クライアント１０１に相当）からの削除要求に対して、ファイル管理部１１２を介して記憶装置（ＨＤＤ）１１４ス上に存在する削除漏れファイルを削除した後、その結果をストレージサービス・クライアント２０２（図１のストレージサービス・クライアント１０１に相当）に報告する。
【００３４】
次に、ジョブ投入２０５は、ストレージサービス・クライアント２０２（図１のストレージサービス・クライアント１０１に相当）が提供する機能に対して、契約ユーザ２０３からの印刷処理やスキャン処理の実行指示される部分である。
【００３５】
ファイル新規作成要求２１２は、ストレージサービス・クライアント２０２（図１のストレージサービス・クライアント１０１に相当）に対するジョブ投入で、該ジョブ処理に必要なストレージサービスの割り当てを依頼するものである。本実施例では、ファイルＩＤ３０３を割り当てるものとした。
【００３６】
ファイル書き込み要求２１３は、ファイル新規作成要求２１２により割り当てられたファイルＩＤに対して、実際のファイル書き込みをする部分である。
【００３７】
ファイル読み出し要求２１４は、ファイル書き込み要求２１３で書き込んだ情報を、新規作成要求２１２により割り当てられたファイルＩＤを用いて読み出す部分である。
【００３８】
ファイル削除部２１５は、ファイル新規作成要求２１２により割り当てられたファイルＩＤを用いて、ストレージサービス・サーバ２０１（図１のストレージサービス・サーバ１０８に相当）に対して削除を指示する部分である。図１０においては、本処理を実行できないため、ストレージサービス・サーバ２０１（図１のストレージサービス・サーバ１０８に相当）上に、ゴミのファイルが残ることになる。
【００３９】
ジョブ終了２０６は、ジョブ投入２０５で指示されたストレージサービス・クライアント２０２（図１のストレージサービス・クライアント１０１に相当）が提供する機能を実行し終えた旨を、契約ユーザ２０３に通知する部分である。
【００４０】
使用完了２１６は、ストレージサービス・サーバ２０１（図１のストレージサービス・サーバ１０８に相当）と、ストレージサービス・サーバ２０１（図１のストレージサービス・サーバ１０８に相当）とのネットワーク上の切断処理を行う部分である。
【００４１】
図３は、本発明の第１の実施の形態に係るストレージサービス・クライアントが保持するジョブ履歴情報の構成を示すブロック図である。
【００４２】
図中、ジョブＩＤ３０１は、契約ユーザが投入したジョブを一意に識別できるユニークな識別情報をもつ。
【００４３】
ユーザＩＤ３０２は、契約ユーザ２０３を識別する情報であり、ストレージサービス契約の利用可否の判断に用いられる。
【００４４】
ファイルＩＤ３０３は、ストレージサービスサーバ１０８が発行するユニークな識別情報で、記憶装置（ＨＤＤ）１１４の記憶位置を一意に識別できるものとした。
【００４５】
ジョブの種類３０４は、ストレージサービス・クライアント１０１が提供する機能の種類を示す。本実施例においては、スキャン処理、プリント処理、コピー処理などが格納されるものとした。
【００４６】
ジョブの状態３０５は、ジョブの状態を示し、処理中・処理完了などの状態を有する。ジョブの投入時刻３０６は、ストレージサービス・クライアント１０１に対してジョブ投入された時間を示す。
【００４７】
図４は、本発明の第１の実施の形態に係るストレージサービス・クライアントが実行するジョブと、ジョブ処理で作成されるファイルを保持するストレージサーバを関係付けるテーブルである。
【００４８】
図中、ジョブＩＤ４０１（図３のジョブＩＤ３０１に相当）は、ストレージサービス・クライアントが発行するジョブを一意に識別する情報である。
【００４９】
ファイルＩＤ４０２（図３のファイルＩＤ３０３に相当）は、ストレージサービスサーバ１０８が発行するユニークな識別情報で、記憶装置（ＨＤＤ）１１４の記憶位置を一意に識別できる情報である。
【００５０】
ストレージサーバ名４０３は、画像情報などの電子データの保持先であるストレージサービスサーバ１０８を特定する情報である。
【００５１】
図５は、本発明の第１の実施の形態に係るストレージサービス・サーバが管理するストレージ情報を示す。
【００５２】
図中、ジョブＩＤ５０１（図３のジョブＩＤ３０１に相当）は、ストレージサービス・クライアントが発行するジョブを一意に識別する情報である。
【００５３】
ファイルＩＤ５０２（図３のファイルＩＤ３０３に相当）は、ストレージサービスサーバ１０８が発行するユニークな識別情報で、記憶装置（ＨＤＤ）１１４の記憶位置を一意に識別できる情報である。
【００５４】
ファイルタイプ５０３は、ジョブ処理のためだけに必要な一時的なファイルか、再利用のためにある一定期間保持する必要があるか否かといった情報を格納する。
【００５５】
ファイル有効期限５０３は、ファイルタイプ５０３で再利用するファイルの場合に、その保持期間を格納する。
【００５６】
ファイル作成日５０４は、ストレージサービス・クライアント１０１から電子情報の書き込みが指示された日にちを示す。
【００５７】
ファイルサイズ５０５は、ストレージサービス・クライアント１０１から書き込みが指示された電子データのサイズを示す。
【００５８】
図６は、、本発明の第１の実施の形態に係るストレージサービス・サーバが管理するストレージサービスの契約内容を示すデータである。
【００５９】
ユーザＩＤ６０１は、ストレージサービスの契約者を示す。
【００６０】
パスワード６０２はストレージ契約の使用許可を得るための認証情報を示す。
【００６１】
契約期間６０３は、ユーザＩＤ６０１がストレージサービスを利用できる期間を示す。課金方法６０４は、ユーザＩＤ６０１の契約形態を示し、従量制か定額制といった課金の処理方法の違いを格納する。
【００６２】
契約量６０５は、ユーザＩＤ６０１が使用可能な記憶装置（ＨＤＤ）１１４上のストレージ容量を示す。
【００６３】
使用量６０６は、ユーザＩＤ６０１が記憶装置（ＨＤＤ）１１４上で使用しているストレージ容量を示す。
【００６４】
図７は、本発明に係る画像処理装置における第１のデータ処理手順の一例を示すフローチャートであり、ストレージサービス・クライアント１０１とストレージサービス・サーバー１０８との関係を示す図である。図中、ストレージサービス・クライアント１０１とストレージサービス・サーバー１０８とが行う処理で関連あるものを点線で示した。
【００６５】
図中、ステップ（７０１）〜ステップ（７０６）がストレージサービス・クライアントの処理を示し、ステップ（８０１）〜ステップ（８０６）が、ストレージサービスクライアントが行う処理を示す。
【００６６】
ステップ（７０１）で、ストレージサービス・サーバ１０８に対してストレージサービスの使用開始手続きをする。
【００６７】
次にステップ（７０２）で、ストレージサービスの利用許可が得られたか否かを確認する。ストレージサービスの利用が許可された場合は、ステップ（７０３）に進む。
【００６８】
ステップ（７０３）では、認証したストレージサービス・サーバ１０８上に、ジョブ処理途中のまま放置されたファイルが存在するか否かを確認し、存在した場合は、そのファイルを削除する。
【００６９】
ステップ（７０４）は、ストレージサービス・クライアント１０１が提供する各種機能を提供する。
【００７０】
ステップ（７０５）で、ステップ（７０４）の処理が完了したと判断した場合は、ステップ（７０３）で作成したファイルを削除する。
【００７１】
次に、ステップ（７０６）でストレージサービスの終了手続きをする。
【００７２】
次に、ストレージサービス・サーバ１０８にて行うストレージサービスの利用開始許可から利用終了までの制御手段を、ステップ（８０１）〜ステップ（９０６）を用いて説明する。
【００７３】
まず、ステップ（８０１）でストレージサービスの使用が許可されたユーザか否かを判断する。契約済みユーザと判断した場合は、ステップ（８０２）に進む。
【００７４】
ステップ（８０２）では、利用申し込みのあったストレージサービス・クライアント１０１に対して、利用できる旨を通知する。
【００７５】
次に、ステップ（８０３）で、ストレージサービス・クライアント１０１に対して、各種のストレージサービスを提供する。
【００７６】
次に、ステップ（８０４）で、ストレージサービスの提供終了処理を行う。
【００７７】
図８は、本発明に係る画像処理装置における第１のデータ処理手順の一例を示すフローチャートであり、ストレージサービス・クライアントからストレージサービス・サーバへファイル削除を指示する制御手順を示す図である。
【００７８】
まず、ステップ（９０１）にて、図３にストレージサービス・クライアント１０１が保持するジョブ履歴からジョブ処理中に電源ＯＦＦされたジョブの存在確認をする。ジョブ処理中に電源ＯＦＦされたジョブが存在した場合、ステップ（９０２）に進む。なお、本実施例においては、ジョブ処理中の電源ＯＦＦは、機器の電源ＯＮ以前に投入されたジョブの状態３０５が、「処理中」となっているものについて本適用対象にするものとした。
【００７９】
ステップ（９０２）では、図３に示すジョブ履歴の該当ファイルＩＤ３０３に値が格納されているか否を調べる。ファイルＩＤ３０３に値が格納されている場合は、ステップ（９０３）に進む。
【００８０】
ステップ（９０３）では、ファイルＩＤ３０３に該当するデータ保持サーバ４０３が、現利用中のストレージサービスを提供するサーバか否かを確認する。現在利用しているサーバの場合は、ステップ（９０４）に進む。
【００８１】
ステップ（９０４）では、ストレージサービス・サーバに対して、ファイルＩＤ３０３のファイル削除を指示する。本実施例において削除の方法は、ＦＴＰのＤｅｌｅｔｅコマンドなどの公知技術により行う方式としたが、特にこだわるものでは無い。
【００８２】
次にステップ（９０５）で、ファイル削除が成功したか否かを確認する。ステップ（９０５）で削除が成功したと判断したならば、ステップ（９０６）に進む。
【００８３】
ステップ（９０６）では、ジョブの状態３０５を「後処理完了済み」とした後、ステップ（９０７）に進む。ステップ（９０７）では、次のログに処理を進めた後、ステップ（９０１）に戻る。
【００８４】
図９は、本発明に係る画像処理装置における第１のデータ処理手順の一例を示すフローチャートであり、ストレージサービス・クライアントが管理する図３のジョブ履歴の書き込み処理手順を示す図である。
【００８５】
ステップ（１００１）で新規ジョブ投入か否かを確認する。新規ジョブ投入の場合は、ステップ（１００２）に進み、ストレージサービス・クライアント１０１の中でユニークなジョブＩＤを発行する。
【００８６】
次に、ステップ（１００３）で、ストレージサービス・サーバ１０８からストレージサービスに用いるファイルＩＤを取得する。
【００８７】
次に、ステップ（１００２）で取得したジョブＩＤを図３のジョブＩＤ３０１および図４のジョブＩＤ４０１への格納と、ステップ（１００３）で取得したファイルＩＤを図３のファイルＩＤ３０３と図４のファイルＩＤ４０２、およびにステップ（１００３）でファイルＩＤを取得したストレージサービス・サーバ１０８の名前をデータ保持ストレージサーバ名４０３にそれぞれ格納する。
【００８８】
次に、ステップ（１００５）でストレージサービス・クライアント１０１がサポートする機能を実行すると共に、該ジョブ処理の中で作成される電子データについては、ストレージサービス・サーバ１０８へステップ（１００３）で発行されたファイルＩＤを用いて保持を指示する。
【００８９】
次に、ステップ（１００６）で、ステップ（１００５）で行う処理が完了したか否かを確認する。処理が完了したならば、ステップ（１００７）に進む。
【００９０】
次に、ステップ（１００７）で、ステップ（１００５）で行った処理の種類３０４から、ストレージサービス・サーバ１０８上のファイルを削除すべきか否かを判断する。なお、詳細は記載しないが、本実施例において、処理の種類３０４がコピー、プリントの場合は、ファイルを削除するものと判断し、スキャンの場合は、ファイルを保持するものとした。
【００９１】
ステップ（１００７）において、ファイルを削除すると判断した場合は、ステップ（１００８）に進み、ストレージサービス・サーバ１０８に対して、ステップ（１００３）で取得したファイルＩＤの削除を指示する。
【００９２】
次に、ステップ（１００９）で、ステップ（１００８）の削除指示が正常に処理されたか否かを判断する。
【００９３】
ステップ（１００９）で、正常に削除がされた場合は、ステップ（１０１０）に進み、ジョブの状態（３０５）を処理終了に変更した後、本処理を終了する。
【図面の簡単な説明】
【００９４】
【図１】本発明の第１実施形態を示すシステム構成の一例を示す図である。
【図２】図１に示したストレージサービスでやりとりされるシーケンスの一例を示す図である。
【図３】図１に示したストレージサービス・クライアントが管理する情報で、ストレージサービス・クライアント上でのジョブ実行履歴データの構成を示す図である。
【図４】図１に示したストレージサービス・クライアントが管理する情報で、ストレージサービス・クライアントが実行するジョブとストレージサービス・サーバ上のファイルとを関連付けるデータの構成を示す図である。
【図５】図１に示したストレージサービス・サーバが管理するテーブルで、ストレージサービス・クライアントの作成したファイルを管理するデータの構成を示す図である。
【図６】図１に示したストレージサービス・サーバが管理するテーブルで、ストレージサービス・サーバが提供するストレージサービスを利用できるユーザを管理するデータの構成を示す図である。
【図７】図１に示したストレージサービス・サーバとストレージサービス・クライアントとの関係を示すスローチャート図である。
【図８】図１に示したストレージサービス・クライアントがストレージサービス・サーバ上のゴミファイルを検知し、該ゴミファイルを削除する処理を示すフローチャート図である。
【図９】図１に示したストレージサービス・クライアントが実行するジョブと、ストレージサービス・サーバ上のファイルとを関連付ける処理を示すフローチャート図である。
【図１０】図１に示したストレージサービスでやりとりされるシーケンスの一例を示す図である。
【図１】
2007025883.tif 000003
【図２】
2007025883.tif 000004
【図３】
2007025883.tif 000005
【図４】
2007025883.tif 000006
【図５】
2007025883.tif 000007
【図６】
2007025883.tif 000008
【図７】
2007025883.tif 000009
【図８】
2007025883.tif 000010
【図９】
2007025883.tif 000011
【図１０】
2007025883.tif 000012