JP2013012070A - 画像形成装置、ファイル管理システム、プログラム - Google Patents

Abstract

【課題】インターネット上の暗号化されたデータのメタデータを容易に編集できる画像形成装置を提供すること。
【解決手段】ファイルを蓄積する情報処理装置２００とネットワークを介して接続される画像形成装置１００であって、情報処理装置と通信を行う通信手段１８と、蓄積用データを取得するデータ取得手段３４，１８と、前記蓄積用データを暗号化する暗号化手段６７と、暗号化された前記蓄積用データを情報処理装置に送信し、ＷｅｂＤＡＶプロトコルに従って、操作受付手段が受け付けたメタデータ又は生成したメタデータを前記蓄積用データのプロパティに設定するメタデータ設定手段１１１と、ＷｅｂＤＡＶプロトコルに従って、アクセス主体と共に、前記メタデータの編集、追加、又は、削除の許否を定義するアクセス制御情報を設定するアクセス制御情報設定手段１１２と、を備えたことを特徴とする。
【選択図】図１

Description

本発明は、ファイルを蓄積する情報処理装置とネットワークを介して接続される画像形成装置に関し、特にファイルを暗号化可能な画像形成装置に関する。

インターネットの普及に伴ってクラウドサービスというサービス形態が知られるようになった。クラウドサービスでは、ユーザは、プログラムやデータをユーザの企業内や自宅にローカルに保存して利用するのでなく、プログラムやデータなどを利用したサービスの提供をインターネットを介して受けることができる。

クラウドサービスの普及に伴い、クラウド上のデータの安全性に関心が集まっている。そこで、クラウド上のデータを暗号化しておくことで、セキュリティを維持する技術が知られている。

しかしながら、クラウド上のデータが暗号化されてしまうと、直接、ユーザはデータの中身を確認したり、検索することができない。暗号化されたデータを検索する手法の１つとしては、暗号化されたデータにメタデータを添付してメタデータを検索対象とする手法が考えられる（例えば、特許文献１参照。）。メタデータは暗号化されていないので、ユーザはメタデータからデータの中身を確認したり、データを検索することができる。

特許文献１には、スキャンされた画像データにユーザが入力したＩＤを関連づけ、スキャンにより得られるスキャン画像と関連付け、記憶部に記憶されたスキャン情報に対する読出し要求時に、処理を要求するユーザにＩＤを入力させ、入力されたユーザＩＤと画像データに関連づけられたユーザＩＤとが一致する場合に、要求された画像データへのアクセスを可能とする画像処理装置が開示されている。

しかしながら、特許文献１に開示された画像処理装置はクラウドサービスの利用について考慮されておらず、インターネット上の画像データのメタデータをどのように編集等するかについて開示されていない。また、データが暗号化されている場合でも、権限によってはメタデータへのアクセスが制限されるべきであるが、特許文献１ではクラウドサービスにおいてメタデータにアクセス制限することについて考慮されていない。

本発明は、上記課題に鑑み、インターネット上の暗号化されたデータのメタデータを容易に編集等できる画像形成装置を提供することを目的とする。

本発明は、ファイルを蓄積する情報処理装置とネットワークを介して接続される画像形成装置であって、情報処理装置と通信を行う通信手段と、蓄積用データを取得するデータ取得手段と、前記蓄積用データを暗号化する暗号化手段と、暗号化された前記蓄積用データを情報処理装置に送信し、ＷｅｂＤＡＶプロトコルに従って、操作受付手段が受け付けたメタデータ又は生成したメタデータを前記蓄積用データのプロパティに設定するメタデータ設定手段と、ＷｅｂＤＡＶプロトコルに従って、アクセス主体と共に、前記メタデータの編集、追加、又は、削除の許否を定義するアクセス制御情報を設定するアクセス制御情報設定手段と、を備えたことを特徴とする。

インターネット上の暗号化されたデータのメタデータを容易に編集等できる画像形成装置を提供することができる。

ファイル管理システムの概略を模式的に説明する図の一例である。 画像形成装置のハードウェア構成図の一例である。 画像形成装置の機能構成を模式的に示す図である。 ネットワーク制御サービスの内部モジュール構成図の一例である。 ファイルサーバのハードウェア構成図の一例である。 プロパティの構造を模式的に示す図である。 プロパティの追加、編集を行うＷｅｂＤＡＶリクエストのメソッドの記述例を示す図である。 プロパティの値を検索するＷｅｂＤＡＶリクエストのメソッドの記述例を示す図である。 ＡＣＬの一例を示す図である。 画像形成装置がスキャンした画像データをファイルサーバに送信する手順を示すフローチャート図の一例である。 操作部に表示されたキーワードの入力画面の一例を示す図である。 画像形成装置がファイルサーバからファイルの一覧を取得する手順を示すフローチャート図の一例である。 操作部に表示されたファイルの検索画面の一例を示す図である。 画像形成装置がファイル一覧や検索したファイルからユーザが選択した画像データを印刷する手順を示すシーケンス図の一例である。 画像形成装置がプロパティに基づき印刷の許否を決定する手順を示すフローチャート図の一例である。

図１は、本実施形態のファイル管理システム３００の概略を模式的に説明する図の一例である。

画像形成装置１００は原稿をスキャンして得られた画像データをファイルサーバ２００に記憶する。ファイルサーバ２００はネットワーク２０１上に配置されている。画像形成装置１００とファイルサーバ２００は、いわゆるクラウドサービスに対応しており、ユーザはファイルサーバ２００の存在場所を意識することなく画像形成装置１００を利用できる。

クラウドサービスには、ユーザが主に公のインターネットを経由してサービスを受けるパブリッククラウドと、企業内ネットワークなど特定のユーザにのみがネットワーク経由でサービスを提供するプライベートクラウドがある。本実施形態のファイル管理システム３００はどちらの態様のクラウドサービスにも好適に適用される。

画像形成装置１００はファイルサーバ２００とＷｅｂＤＡＶ（Web-based Distributed Authoring and Versioning）プロトコルにより通信する。ＷｅｂＤＡＶプロトコルは、ＨＴＴＰプロトコルを拡張した通信規格で、ネットワーク上のデータを容易に編集、追加又は削除することができる。つまり、ＨＴＴＰではクライアントはファイルを閲覧することしかできないが、ＷｅｂＤＡＶではファイルを編集、追加又は削除することができる。ＦＴＰやＳＭＢでもファイルの編集等は不可能ではないが、ＷｅｂＤＡＶはこれらに比べて実装が非常に容易である。

画像データは、クラウドサービスにおいてセキュリティを維持するため暗号化されることが一般的である。暗号化は、例えば画像形成装置１００により行われ、復号するには画像形成装置（又は対応した機器）１００に画像データを送信しなければならない。しかし、ユーザとしては画像データそのものをダウンロードしたり復号する前に、画像データのリストだけを画像形成装置１００で確認したり、リストから所望の画像データを探したい場合がある。

そこで、本実施形態のファイル管理システム３００は、ＷｅｂＤＡＶプロトコルにおいて画像データのファイルに付加されるプロパティ部を利用する。プロパティ部は、画像データの本体以外の、ファイルの属性情報が記述された部分である。プロパティ部は、ＷｅｂＤＡＶによりサーバが設定・管理するライブプロパティと、クライアントが設定・管理するデッドプロパティがある。ライブプロパティには、ファイルサイズ、登録日時などが登録される。

そして、本実施形態では、プロパティ部のデッドプロパティにキーワードを設定することで、画像データの検索を容易にする。このキーワードは、ＷｅｂＤＡＶプロトコルにより画像形成装置１００から編集、追加又は削除することができる。したがって、画像形成装置１００としては実装の容易なＷｅｂＤＡＶを使用して、暗号化された画像データの一覧の表示やキーワードの検索によるファイル選択が容易になる。

一方、暗号化された画像データやプロパティ部に任意のユーザが自由にアクセスできることは好ましくないので、本実施形態ではＷｅｂＤＡＶのプロパティ部に画像データ及びプロパティ部のアクセス権限を設定する。ＷｅｂＤＡＶではアクセス権限についてＡＣＬ（Access Control List）プロパティで設定できるようになっている。画像形成装置はＡＣＬプロパティを設定することで、画像データに対してだけでなく、キーワードの読み取り、キーワードの編集、追加又は削除を制限できる。

〔構成例〕
図１に示すように、画像形成装置１００とファイルサーバ２００は、ネットワーク２０１を介して接続されている。画像形成装置１００は、プリンタ、複写機、ＦＡＸ、スキャナなどの機器又はこれら２つ以上の機能を備えた複合機である。以下では、ファイルが画像データを含むものとして説明するが、ファイルは文書のみを含んでいる文書等のようにどのようなファイルでもよい。

ファイルサーバ２００は、大容量のファイルの蓄積が可能なストレージを有し、プログラムを実行可能なコンピュータの一形態である。

ネットワーク２０１は、社内ＬＡＮ、広域ＬＡＮ（ＷＡＮ）、ＩＰ−ＶＮＰ（Virtual Private Network）、インターネットＶＰＮ、又は、インターネットなどである。また、これらが組み合わせられたネットワークでもよく、画像形成装置１００とファイルサーバ２００が通信可能であればよい。一部に電話回線を含んでいてもよく、また、有線接続か無線接続は問わない。

図２は、画像形成装置１００のハードウェア構成図の一例を示す。画像形成装置１００は、コントローラ３０、操作部３１、ファックス制御ユニット３２、プロッタ３３、スキャナ３４、及び、その他ハードウェアリソース３５を有する。コントローラ３０は、ＣＰＵ１１，ＭＥＭ−Ｐ１２，ＮＢ（ノースブリッジ）１３、ＡＳＩＣ１６，ＭＥＭ−Ｃ１４，ＨＤＤ１５（Hard Disk Drive）、及び、ＰＣＩバスを介してＮＢ１３と接続された周辺機器を有する。

コントローラ３０において、ＡＳＩＣ１６にはＭＥＭ−Ｃ１４、ＨＤＤ１５、及び、ＮＢ１３が接続されると共に、ＮＢ１３にはＣＰＵ１１とＭＥＭ−Ｐ１２が接続されている。ＮＢ１３はＣＰＵチップセットの1つであり、ＣＰＵ１１，ＭＥＭ−Ｐ１２，ＡＳＩＣ１６，及び、周辺機器を接続するためのブリッジである。

ＡＳＩＣ１６は、画像処理用途向けのＩＣであり各種の画像処理を行う。ＡＳＩＣ１６は、ＡＧＰ、ＨＤＤ１５、及び、ＭＥＭ−Ｃ１４をそれぞれ接続するブリッジの役割も果たす。ＣＰＵ１１は、画像形成装置１００の全体制御を行うと共に画像形成装置１００に実装されている各種アプリケーションを起動して実行させる。

ＭＥＭ−Ｐ１２は、画像形成装置１００のシステムが使用するシステムメモリであり、ＭＥＭ−Ｃ１４は、画像処理中の画像データのバッファとして用いられるローカルメモリである。

ＨＤＤ１５は、大容量のストレージであり、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などを用いてもよい。ＨＤＤ１５には、ＯＳ、各種のアプリケーション、フォントデータ等が記憶される。また、ＨＤＤ１５にはＷｅｂＤＡＶプロトコルの処理を行うプログラム２３が記憶されている。

周辺回路は、シリアルバス１７、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）１８、ＵＳＢホスト１９、IEEE802.11a/b/g/n２０、ＩＥＥＥ１３９４（２１）及び、メモリカードＩ／Ｆ２２である。シリアルバス１７には、例えばセントロニクスケーブルが接続される。ＮＩＣ１８はネットワーク２０１を介した通信を制御する。ＵＳＢホスト１９にはＵＳＢケーブルを介して機器が接続される。IEEE802.11a/b/g/n２０はこれらの規格に従った無線ＬＡＮ用のインタフェースであり、無線ＬＡＮによる通信を制御する。ＩＥＥＥ１３９４（２１）は、高速なシリアル通信を制御するインタフェースである。メモリカードＩ／Ｆ２２には各種のメモリカードが装着され、データの読み書きを行う。メモリカードは、例えば、ＳＤカード、マルチメディアカード、ｘＤカード等である。

操作部３１は、ハード的なキーボードと液晶などの表示手段とを有する。操作部３１は、ユーザからの入力操作の受け付け、ユーザに向けた各種の画面の表示をおこなう。操作部３１はタッチパネルを搭載しており、表示したソフトキーからユーザ操作を受け付けることもできる。

ファックス制御ユニット３２は、ＮＣＵ（Network Control Unit）を介して公衆通信網に接続し、例えばＧ３、Ｇ４規格のファクシミリに対応した通信手順（通信プロトコル）等に従いファクシミリの送受信を行う。ファックス制御ユニット３２は、画像データにデータ圧縮や変調等の信号処理を施して送信すると共に、相手先から受信した画像データにデータの伸長やエラー訂正等を施し画像データを復元する。

プロッタ３３は、例えば、電子写真方式による白黒プロッタ又はカラープロッタであり、印刷対象データやスキャナ３４が読み取った画像データに基づき、１ページ毎の画像を形成し、用紙に転写する。例えば、レーザービームを用いた電子写真プロセスを使って、感光ドラム等に形成したトナー画像を用紙に転写し、定着装置により熱と圧力により定着して出力する。また、インク液滴を塗布する形態で印刷してもよい。

スキャナ３４は、コンタクトガラスに載置された原稿を光学的に走査して、その反射光をＡ／Ｄ変換して公知の画像処理を施し所定の解像度のデジタルデータに変換し画像データを生成する。

図３は、画像形成装置１００の機能構成を模式的に示す図である。画像形成装置１００は、アプリケーション４０と、ＡＰＩ（Application Interface）５０と、コントロールサービス６０と、カーネル７０と、エンジンＩ／Ｆ８０と、エンジン制御ボード８１と、ハードウェアリソースと、を有する。

コントロールサービス６０は、アプリケーション４０からの処理要求を解釈してハードウェアリソースの獲得要求を発生させる。カーネル７０はＯＳやデバイスドライバを有し、コントロールサービス６０からの獲得要求を調停する。コントロールサービス６０は、複数のサービスモジュールにより形成される。システム制御サービス６１は、アプリケーション４０の管理、操作パネルの制御、システム画面 表示、ＬＥＤ表示、リソース管理、割り込みアプリの制御などを行う。エンジン制御サービス６２は、プロッタエンジン８２、スキャナエンジン８３、その他ハードウェアリソース３５のハードウェアリソースを制御する。

メモリ制御サービス６３は、画像メモリの取得および解放、ＨＤＤ１５の利用、画像データの圧縮および伸張などを行う。ネットワーク制御サービス６５は、ネットワーク２０１に接続するアプリケーション４０に対してネットワーク側から各プロトコルに従い受信したデータを各アプリケーション４０に送出する。また、アプリケーション４０から受け取ったデータに各プロトコルに従って処理を施しネットワーク２０１を介してデータを送信する。ユーザ情報制御サービス６６は、ユーザ名とパスワードなどのユーザ情報を管理する。配信制御サービス６７は、画像データをファイルサーバに配信する際の配信制御を行う。暗号制御サービス６７は、画像データを暗号化し、また、復号する。

カーネル７０は、ＵＮＩＸ（登録商標）やＬＩＮＵＸ（登録商標）などの汎用的なオペレーティングシステムであり、アプリケーション４０やコントロールサービス６０の各サービスモジュールを平行に動作させる。

アプリケーション４０は、あらかじめ定義された関数（ＡＰＩ）によってコントロールサービス６０に処理を要求する。アプリケーション４０には、例えば、スキャナ用のアプリケーション４０であるスキャンアプリ４１、ページ記述言語で記述された印刷対象データをラスターデータに展開し、印刷条件に従い印刷するプリンタアプリ４２と、コピー時に読み取りから印刷までを実行するコピーアプリ４３と、例えばネットワーク２０１を介して機器の状態を検出したり、機器に設定を行うＷｅｂアプリ４４等がある。

カーネル７０は、エンジンＩ／Ｆ８０を介してエンジン制御ボード８１と接続されている。エンジンＩ／Ｆ８０は、カーネル７０がエンジン制御ボード８１にアクセスするためのポートなどのインタフェースである。

エンジン制御ボード８１には、プロッタエンジン８２、スキャナエンジン８３、その他ハードウェアリソース３５を制御するためのレジスタ、ＰＷＭ信号を生成する回路や、Ｄ／Ａ回路、Ａ／Ｄ回路等が搭載されている。

プロッタエンジン８２は図２のプロッタ３３、スキャナエンジン８３は図２のスキャナ３４、とほぼ同じものである。

図４は、ネットワーク制御サービス６５の内部モジュール構成図の一例を示す。ネットワーク制御サービス６５は、起動制御部１０１、送信部１０２、受信部１０３、ＷｅｂＤＡＶライブラリ（クライアント）１０４、ＦＴＰライブラリ（クライアント）１０５、ＷｅｂＤＡＶライブラリ（サーバ）１０６、及び、ＦＴＰライブラリ（サーバ）１０７を有する。この他、ネットワーク２０１で使用されるプロトコル（例えば、ＳＮＭＰ、ＳＭＴＰ、ＮＴＰ、ＴＣＰ、ＩＰ、ＵＤＰ等）に従うライブラリを有している。

起動制御部１０１は、ネットワーク制御サービス６５の起動処理、終了処理を管理するモジュールである。送信部１０２は画像形成装置１００から外部（例えばファイルサーバ２００）にデータを送信する際に、処理を管理する。例えば、アプリケーション４０からの要求に応じて呼び出すライブラリを選択して、アプリケーション４０の識別情報を通知する。

ＷｅｂＤＡＶライブラリ（クライアント）１０４は、ＷｅｂＤＡＶプロトコルに従ったクライアント機能を提供するプロトコルスタックである。ＷｅｂＤＡＶライブラリ（クライアント）１０４は、プロパティ設定部１１１、ＡＣＬ設定部１１２及び検索部１１３を有する。プロパティ設定部１１１は、画像データにプロパティを設定する。ＡＣＬ設定部１１２は、画像データにＡＣＬプロパティを設定する。検索部１１３は、プロパティの値を検索対象に、検索キーでファイルを検索する。

ＦＴＰライブラリ（クライアント）１０５はＦＴＰプロトコルに従ったクライアント機能を提供するプロトコルスタックである。ＷｅｂＤＡＶライブラリ（サーバ）１０６は、ＷｅｂＤＡＶプロトコルに従ったサーバ機能を提供するプロトコルスタックである。ＦＴＰライブラリ（サーバ）１０７は、ＦＴＰプロトコルに従ったサーバ機能を提供するプロトコルスタックである。

受信部１０３は、ファイルサーバ２００からファイルを受信する際に一連の制御を行う。例えば、ＷｅｖＤＡＶライブラリ（クライアント）１０４にファイルを受信させ、受信したファイルをプリンタアプリ４２に印刷させる。なお、受信時に、どのライブラリが使用されるかは、ＴＣＰヘッダのポート番号により判定される。

図５（ａ）は、ファイルサーバ２００のハードウェア構成図の一例を示す。ファイルサーバ２００は、コンピュータの一形態である。ファイルサーバ２００は、それぞれバスで相互に接続されているＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、記憶媒体装着部２０４、通信装置２０６、入力装置２０７、及び、ＨＤＤ２０８を有する。ＣＰＵ２０１は、ＯＳ（Operating System）やプログラムをＨＤＤ２０８から読み出して実行することで種々の機能を提供すると共に、ファイルサーバ２００が行う処理を統括的に制御する。

ＲＡＭ２０２はＣＰＵがプログラムを実行する際に必要なデータを一時保管する作業メモリ（主記憶メモリ）になり、ＲＯＭ２０３はＢＩＯＳ（Basic Input Output System）やＯＳを起動するためのプログラム、設定ファイルが記憶されている。

記憶媒体装着部２０４には記憶媒体２１０が着脱可能であり、記憶媒体２１０に記録されたプログラムを読み込み、ＨＤＤ２０８に記憶させる。また、記憶媒体装着部２０４は、ＨＤＤ２０８に記憶されたデータを記憶媒体２１０に書き込むこともできる。記憶媒体は図２の記憶媒体と同じものである必要はないが、同様にＳＤメモリカード等である。

入力装置２０７は、キーボードやタッチパッド（マウス）などであり、ファイルサーバ２００の管理者の様々な操作指示を受け付ける。入力装置２０７はなくてもよい。

ＨＤＤ２０８は、ＳＳＤ等の不揮発メモリでもよく、ＯＳ、プログラム、暗号化された画像データが記憶されている。ファイルサーバ２００は、画像形成装置１００と通信するため少なくともＷｅｂＤＡＶライブラリ（サーバ）のプログラム２１３を有している。

通信装置２０６は、インターネットなどのネットワーク２０１に接続するためのＮＩＣであり、例えば、イーサネット（登録商標）カードである。

図５（ｂ）はファイルサーバ２００の機能ブロック部の一例である。ファイルサーバ２００は、ＷｅｂＤＡＶライブラリ（サーバ）２１１及びＷｅｂＤＡＶライブライ（クライアント）２１２を有する。ＷｅｂＤＡＶライブラリ（サーバ）２１１は、ＷｅｂＤＡＶプロトコルに従って、ＸＭＬ等の形式で記述されたドキュメントを解析し、リクエストを受け付ける。そして、リクエストに応じたドキュメントを生成してレスポンスとして画像形成装置１００に送信する。また、ＷｅｂＤＡＶライブラリ（サーバ）２１１は、リクエストに応じて、ＨＤＤ２０８からプロパティを読み出したり、編集、追加又は削除したり、又はファイルを読み出す処理を行う。
〔ＷｅｂＤＡＶについて〕
ＷｅｂＤＡＶについてについて簡単に説明する。ＷｅｂＤＡＶ はＨＴＴＰ1.1 を拡張したプロトコルである。ＨＴＴＰ1.1にメソッド、ヘッダ等を新たに追加することにより実現されている。通信の手順も、クライアントからの要求に対してサーバが応答を返すＨＴＴＰと同様になっている。また、ＷｅｂＤＡＶはファイルシステムに依存しないのでＯＳに関係なく利用される。

ＷｅｂＤＡＶでは、ファイルをリソース、リソースの集合をコレクション、と称している。リソースは、ＷｅｂＤＡＶにおいて操作の対象となるものをいい、ネットワーク上に存在するデータだけでなくソフトウエアも含まれる。コレクションは、ファイルシステムのフォルダに近いが、リソースの下部にリソースがある場合、上部のリソースはコレクションにもなるので両者は同一ではない。

ＷｅｂＤＡＶでは、リソースの属性をプロパティと称している。上記のとおり、プロパティにはライブプロパティとデッドプロパティがあり、本実施形態では主にデッドプロパティを扱う。以下、特に区別しなければデッドプロパティをプロパティという。

＜プロパティの一例＞
図６（ａ）はプロパティの構造を模式的に示す図である。プロパティはキーと値の対で１つである。キーはプロパティの名前、値はプロパティの内容である。値にデータが格納されないこともある。プロパティはＸＭＬ要素として記述される。この場合、キーは要素名で値がコンテンツになる。プロパティの数又は容量はＷｅｂＤＡＶによって制限される。

図６（ｂ）は、ＸＭＬ表現されたプロパティの一例を示す。この例では「http://webexample.com/」に（という名前空間に）、キーを"keyword1"とするプロパティがあり、そのプロパティの値は"keikaku"である、ということを意味している。

ＷｅｂＤＡＶではメソッドを用いることでプロパティに対し種々の操作を行うことができる。以下、いくつかのメソッドについて説明する。

＜プロパティの操作＞
図７（ａ）は、プロパティの編集、追加又は削除を行うＷｅｂＤＡＶリクエストのメソッドの記述例を示す図である。記述１の1行目の「ＰＲＯＰＰＡＴＣＨ」は、プロパティの編集、追加又は削除を行うメソッドである。「/webdav/file1.jpg」は操作されるリソース（ファイル）である。

記述１の２行目は、プロパティを追加するファイルが記憶されているファイルサーバ２００のＵＲＬである。３，４行目はヘッダで、ファイルのタイプと大きさが記述されている。

記述２では"DAV:"によりタグ<d:propertyupdate>以下の要素はＷｅｂＤＡＶ 名前空間を使用することを定義している。これによりファイルサーバ２００はＷｅｂＤＡＶスキーマに基づき動作する。タグ<d:set>〜 </d:set>において、<o:Keyword1>keikaku</o:Keyword1>は、キーが"Keyword1"というプロパティの値を"keikaku"と設定することを意味している。

すなわち、図７（ａ）のメソッドにより、「web.example.co.jp」というサーバのＷｅｂＤＡＶというコレクションの「file1.jpg」というファイルに、プロパティ（キー＝"Keyword1"、値＝"keikaku"）が追加される。なお、このプロパティがすでに別の値を有している場合、元の値は上書きされる。また、値に何も設定しなければこのプロパティの値は削除される。このようなＷｅｂＤＡＶリクエストの生成は、プロパティ設定部１１１により行われる。

図７（ｂ）は、指定されたリソースのプロパティを取得するＷｅｂＤＡＶリクエストのメソッドの記述例を示す図である。記述１の1行目の「ＰＲＯＰＦＩＮＤ 」は、プロパティのキーを検索するメソッドである。記述１については図７（ａ）とほぼ同様であるが、「Depth: 0」というヘッダがある。「Depth」はリソースの取得範囲を規定するヘッダであり、「Depth: 0」は指定されたりソースだけ（つまりこのリソースが下部にリソースを有していても下部のリソースは検索しない）を検索対象とすることを指定する。

記述２の＜d:propfind xmlns:d="DAV:"＞は、まず、ファイルサーバ２００は"DAV:" スキーマに基づきＰＲＯＰＦＩＮＤ を実行することを定義している。そして、キーが 「Keyword1」というプロパティ、及び、ｄｉｓｐｌａｙｎａｍｅというプロパティの値を取得することが記述されている。ｄｉｓｐｌａｙｎａｍｅはファイル名が格納されるプロパティである。

すなわち、図７（ｂ）のメソッドにより、「web.example.co.jp」にあるサーバのＷｅｂＤＡＶというコレクションの「file1.jpg」というファイルのプロパティから、キー＝Keyword1、及び、キー＝displayname、のプロパティの値が取得される。図７（ａ）では"keikaku"という値がプロパティに設定されたので、ファイルサーバ２００からは"keikaku"とファイル名が画像形成装置１００に送信される。

以上の他、ＷｅｂＤＡＶでは、コレクションを作成する「MKCOL」、コレクションを含むリソース及びプロパティを複製する「COPY」、コレクションを含めリソースを移動する「MOVE 」、リソースをロックする「LOCK」、リソースのロックを解除する「UNLOCK」などのメソッドがある。

＜プロパティの検索＞
図８は、プロパティの値を検索するＷｅｂＤＡＶリクエストのメソッドの記述例を示す図である。記述１のタグ<D:basicsearch>は検索のメソッドを意味し、タグ<D:select>〜</D:select>は、検索にヒットしたリソースのどのプロパティの値を取得するかを記述している。すなわち、検索にヒットしたリソースでは、タグ<D:prop>〜 </D:prop>に囲まれた」keyword1、keyword2…の値が画像形成装置１００に送信される。

記述２のタグ<D:from>〜</D:from>はファイルサーバ２００内の検索範囲を指定している。<D:href> /webdav/</D:href>はＷｅｂＤＡＶコンテンツ以下の階層を意味し、<D:depth>infinity</D:depth>は際限なく検索範囲とすることを意味する。したがって、ＷｅｂＤＡＶコンテンツ以下の階層の全てのリソースが検索対象となる。

記述３は、検索条件を定義している。<D:prop><D:keyword1/></D:prop>は検索対象のプロパティを示す。タグ<D:eq>〜</D:eq>は<D:literal>keikaku</D:literal>の「keikaku」と一致する値をプロパティに含むリソースを検索すること意味する。
このようなリソースの検索は、検索部１１３により行われる。

〔ＡＣＬ〕
続いて、リソース及びプロパティに対するアクセス制御について説明する。クラウドサービスでは、物理的なファイルサーバ２００がユーザの近くにあるとは限らないので、ＷｅｂＤＡＶ では、リソースに対してアクセス制限（又はアクセス権）を規定する。ファイルサーバ２００は、アクセス制限により、各ユーザはどのリソースに対しアクセスが可能であり、またどのリソースに対しては不可能である、ということを制御できる。

ＷｅｂＤＡＶでは、リソースにアクセスする主体をＰＲＩＮＣＩＰＡＬ と称している。したがって、ＰＲＩＮＣＩＰＡＬは、例えば、ユーザやグループであるが、ソフトウエアがＰＲＩＮＣＩＰＡＬ になる場合もある。ＰＲＩＮＣＩＰＡＬは、ＵＲＩによって表現される。例えば、ＰＲＩＮＣＩＰＡＬが「http://www.webexample.com/acl/users」で表される場合、このＵＲＩに登録されたユーザに対する、リソースへのアクセス権が定義される。このＵＲＩには、ユーザが画像形成装置１００にログインする際に入力するユーザ名又はＩＤが登録されている。

また、ＷｅｂＤＡＶでは、アクセス権をＰＲＩＶＩＬＥＧＥＳと称する。以下、代表的なアクセス権について説明する。
・DAV:read…ユーザがリソースの内容やプロパティを取得することができるか否かを定義する。ＨＴＴＰのメソッドのＧＥＴメソッドや上記の ＰＲＯＰＦＩＮＤメソッドがこのアクセス権の影響を受ける。
・DAV:write…ユーザがリソースの内容やプロパティを変更できるか否かを定義する。ＨＴＴＰメソッドのＰＵＴ やＰＲＯＰＰＡＴＣＨメソッドがこのアクセス権の影響を受ける。
・DAV:read-acl…ユーザがリソースに設定されているＡＣＬプロパティを取得することができるか否かを定義する。 この権限が許可されていれば、ＰＲＯＰＦＩＮＤメソッドを用いてリソースの ＡＣＬプロパティを取得することができる。
・DAV:write-acl…ユーザがリソースに設定されているＡＣＬプロパティを編集、追加又は削除することができるか否かを定義する（つまり、ＡＣＬプロパティを修正する権限を制御できる）。この権限が許可されていれば、ＰＲＯＰＰＡＴＣＨメソッドを用いてリソースの ＡＣＬプロパティを編集、追加又は削除することができる。
・DAV:all…リソースに適用可能な全ての権限（PRIVILEGE）を表す。

図９は、ＡＣＬプロパティの一例を示す。ＡＣＬプロパティは1つ以上のＡＣＥ（Access Control Element）の集合として扱われる。図９ではタグ<D:ace>〜</D:ace>が１つのＡＣＥである。記述１に示すように、タグ<D:principal>〜</D:principal>に、権限が与えられるユーザがＵＲＩ「http://www.webexample.com/acl/users1」により定義されている。

タグ<D:grant>〜</D:grant>は、アクセス権を許可することを示すタグであり、アクセス権を禁止する場合はタグ<D:deny>〜</D:deny>が用いられる。 <D:privilege><D:read/></Dprivilege>は、このユーザにリソース又はプロパティを取得する権限が与えられたことを意味する。

同様に記述２の <D:privilege><D:write/></Dprivilege>は、ユーザにリソース又はプロパティを設定する権限が与えられたことを意味する。

ＡＣＬプロパティの設定は、プロパティの設定と同様に行うことができる。すなわち、「ＰＲＯＰＰＡＴＣＨ」メソッドを用いて図７（ａ）のように記述すればよい。このようなＡＣＬプロパティの設定は、ＡＣＬ設定部１１２により行われる。

なお、画像形成装置１００を操作するユーザのユーザ名は、ＨＴＴＰ通信による認証と同様でよい。ユーザは画像形成装置１００へのログイン時にユーザ名とパスワードを入力する。基本的な認証方法であるＢＡＳＩＣ認証の場合、画像形成装置１００がファイルサーバ２００にアクセスすると、ファイルサーバ２００は「Authorization Required」をレスポンスする。画像形成装置１００はこれに対し、ユーザが入力したユーザ名とパスワードをＡｕｔｈｏｒｉｚａｔｉｏｎヘッダに記述して、ファイルサーバ２００にリクエストを再度要求する。ユーザ名とパスワードはＢａｓｅ６４によりエンコーディングされている。「Authorization Required」を待つのでなく、当初から、Ａｕｔｈｏｒｉｚａｔｉｏｎ ヘッダを含むリクエストをファイルサーバ２００に送信してもよい。

サーバはユーザのアクセス権をＵＲＩのＰＲＩＮＣＩＰＡＬから読み出し、ユーザのリクエストが要求するメソッドがユーザに許可されているか否かを判定する。許可された場合はリソースやプロパティを画像形成装置１００に送信する。許可されていない場合は、エラーコードを画像形成装置１００に送信する。

〔動作手順〕
図１０は、画像形成装置１００がスキャンした画像データをファイルサーバ２００に送信する手順を示すフローチャート図の一例である。
S1：ユーザは、操作部３１を操作してまずスキャンアプリ４１を呼び出し、原稿をコンタクトガラスにセットして解像度、蓄積等を設定しスタートボタンを押下する。これにより、スキャンが開始される。なお、ファイルサーバ２００に送信される画像データは、スキャナアプリがスキャンしたものに限られず、付図示のＰＣが画像形成装置１００に送信したドキュメントの画像データでもよい。
S1.1：スキャンアプリ４１は得られた画像データをメモリ制御サービス６３に記憶する。スキャンアプリ４１は、メモリ制御サービス６３からの応答によりスキャンが終了したこと、ページ数等を操作部３１に表示する。このとき、スキャンアプリ４１は、プロパティに設定されるキーワードを入力するための入力画面を表示することが好ましい。

図１１は、操作部３１に表示されたキーワードの入力画面の一例を示す。この画面には「キーワードを入力して下さい」というメッセージと、６つのキーワードの入力欄が設けられている。ユーザが、いずれかのキーワードの入力欄に触れると、例えば、ソフトウエアキーボードが表示され、ユーザは自由に文字列や数字を入力することができる。図では６個だが、全てのキーワードを入力する必要はなく、また７個以上の入力欄を配置してもよい。

また、ファイル名は、例えばスキャンアプリ４１が、「西暦＋日時」や重複しない数字、記号、アルファベット又はこの組み合わせなどを用いて自動的に付与する。上記のように、ファイル名は、ｄｉｓｐｌａｙｎａｍｅというプロパティに格納される。なお、スキャンアプリが付与するファイル名をキーワード１などの決まったキーワードに格納しておいてもよい。

この他、スキャンアプリ４１は、装置の識別情報、シリアル番号、アプリ識別情報、等をネットワーク制御サービスに送信することができる。こうすることで、ネットワーク制御サービスはこれらを特定のプロパティ（以下、専用プロパティという）に設定することができるので、ファイルサーバ２００にファイルを登録した画像形成装置を追跡できる。

また、画像形成装置１００がファイルを印刷する際、専用プロパティの値を読み出し、装置の識別情報によって同じメーカであるか否かを判定し、印刷を拒否する等の制御や、シリアル番号によってユーザが操作中の画像形成装置１００と画像データを生成した画像形成装置１００が同一であるか否かを判定し、印刷を拒否する等の制御が可能になる。

ネットワーク制御サービスは専用プロパティとそれ以外のプロパティで個別にアクセス制御することができる。また、専用プロパティ毎にアクセス制御することもできる。画像形成装置は、例えば、ログインしたユーザによって、専用プロパティのアクセス制御を変えることができる。

なお、ユーザは、画像形成装置からキーワード以外のプロパティを操作できないので、専用プロパティが書き換わる可能性はない。
S2：次に、ユーザは、操作部３１から1つ以上のプロパティ情報を設定し、設定するとスタートボタンを押下する。これにより、スキャンアプリ４１は画像データの配信依頼を受け付ける。ユーザが入力するのはプロパティの値であり、キーは予め決まっている。
S2.1：スキャンアプリ４１は、ユーザが入力したプロパティ情報をメモリ制御サービス６３に記憶する。メモリ制御サービス６３は記憶が完了したことをスキャンアプリ４１に通知する。
S2.2：スキャンアプリ４１は例えばファイル名を指定して配信制御サービスに画像データの配信を依頼する。
S2.2.1：配信制御サービスはネットワーク制御サービス６５の送信部１０２に配信依頼を中継する。
S2.2.1.1：送信部１０２はメモリ制御サービス６３から画像データとプロパティ情報を取得する。
S2.2.1.2：送信部１０２は、取得した画像データとプロパティ情報のうち画像データの暗号化を暗号制御サービス６７に依頼する。画像形成装置１００しか復号しないのであれば、暗号制御サービス６７は秘密鍵方式のFEAL、IDEA、AESなどの暗号化方法で暗号化すればよい。
S2.2.1.3：送信部１０２は、暗号化された画像データとプロパティ情報のＷｅｂＤＡＶによる送信を、ＷｅｂＤＡＶライブラリ（クライアント）１０４に送信依頼する。
S2.2.1.3.1：ＷｅｂＤＡＶライブラリ（クライアント）１０４は、画像データとプロパティ情報をファイルサーバ２００に送信する。画像データの送信には例えばＰＵＴメソッドを使用し、プロパティ情報の送信には上記のＰＲＯＰＰＡＴＣＨメソッドを使用する。ファイルサーバ２００に画像データとプロパティ情報が登録されると、操作部３１にその旨が表示される。

なお、ファイルサーバ２００は、Authorizationヘッダのユーザ名のアクセス権をＡＣＬにより読み出し、ＰＲＯＰＰＡＴＣＨメソッドが許可されているか否かを判定する。許可されている場合、ファイルサーバ２００は画像データのプロパティにユーザが設定したキーワードを登録する。

また、ＡＣＬ設定部１１２はこの後、画像データにＡＣＬプロパティを設定することでアクセス制限を行う。アクセス権は、例えば「DAV:read」「DAV:read-acl」が設定され、どのようなアクセス権が設定されるかはユーザなどに応じて予め定められている。

また、ＷｅｂＤＡＶではファイルのオーナを登録するためのDAV:OWNERプロパティが用意されている。DAV:OWNERプロパティにはスキャンしたユーザのユーザ名（リソースの所有者）が登録される。ファイルサーバは、オーナには特別な権限を認めることができる。

図１２は、画像形成装置１００がファイルサーバ２００からファイルの一覧を取得する手順を示すフローチャート図の一例である。
s1：ユーザは、操作部３１を操作して、ファイル一覧を取得する操作を行う。操作部３１は、ファイル一覧操作を受け付けてネットワーク制御サービス６５の送信部１０２に出力する。

ファイル一覧とは例えばファイル名のリストアップである。ＨＴＴＰでは、ウエブブラウザがＵＲＬにアクスしたサーバのディレクトリにindex.htmlファイルが存在しない場合、サーバソフトがディレクトリに含まれるファイルをリストアップしたＨＴＭＬデータを生成し、クライアントへ送信する（サーバの設定においてリストアップが許可されている場合）。しかしながら、このような手法では任意のユーザがファイルサーバ２００の全てのファイルを目視可能となる。

これに対し、ＷｅｂＤＡＶでは、ファイルの一覧を取得する際にＰＲＯＰＦＩＮＤメソッドを利用することができる。ファイル名はｄｉｓｐｌａｙｎａｍｅプロパティに格納されている。したがって、ｄｉｓｐｌａｙｎａｍｅプロパティを指定してＰＲＯＰＦＩＮＤ メソッドのＷｅｂＤＡＶリクエストを送信すれば、ファイル一覧が得られる。

この場合、ＷｅｂＤＡＶライブラリ（クライアント）１０４は、検索対象のディレクトリに例えばルートディレクトリを、「Depth」にinfinityをそれぞれ設定し、ＰＲＯＰＦＩＮＤ メソッドをｄｉｓｐｌａｙｎａｍｅプロパティに対し実行するリクエストを生成し、ファイルサーバ２００に送信する。

しかし、スキャンアプリ４１がファイル名を自動的に付与した場合、ユーザはファイル一覧から所望のファイルを選択できないおそれもある。このため、ファイル一覧を表示する際は、キーワード１〜６も一緒に表示することが有効である。

また、ファイル一覧を表示するのでなく、ユーザが入力した検索キーによりファイルサーバ２００がプロパティの値を検索して、検索にヒットしたファイルのみを画像形成装置に送信することもできる。

図１３(ａ)は、操作部３１に表示されたファイルの検索画面の一例を示す。この検索画面は、タブにより区切られており、各タブ毎に検索対象のキーワード１〜６の選択と検索キーの入力が可能になっている。ユーザは、キーワード１〜ｎのラジオボタンを選択することで、1つ以上の検索対象のキーワード１〜６を選択する。また、ユーザは、ソフトウエアキーボードなどにより入力欄に検索キーを入力する。

上述したように、ＷｅｂＤＡＶライブラリ（クライアント）１０４の検索部１１３は、検索対象のキーワード１〜ｎを指定して 、タグ<D:literal>〜</D:literal>にユーザが入力した検索キーを記述する。こうすることで、検索対象のキーワード１〜ｎの値が、ユーザが入力した検索キーと一致する画像データが抽出される。

s1.1：送信部１０２は、ＷｅｂＤＡＶライブラリ（クライアント）１０４にファイル一覧の取得を依頼する。

ファイルサーバ２００は、ファイルサーバ２００のファイル一覧をＷｅｂＤＡＶライブラリ（クライアント）１０４に送信するので、送信部１０２は操作部３１にファイル一覧を表示する。

図１３（ｂ）は操作部３１に表示されたファイル一覧画面の一例を示す図である。このファイル一覧画面では、ユーザが入力した検索キー「プロジェクト」と、検索にヒットしたファイルのファイル名「1.jpg〜3.jpg」が表示されている。また、各ファイル名には、ユーザが入力した全てのキーワード１〜ｎが隣に表示されている。ユーザはキーワード１〜ｎやファイル名を見てファイル一覧の中から例えば印刷したいファイルを選択することができる。ユーザが１つ以上のファイルを選択して（例えば、反転させて）、プリントボタンを押下すると印刷が開始される。

図１４は、ファイル一覧や検索したファイルからユーザが選択した画像データを画像形成装置１００が印刷する手順を示すシーケンス図の一例である。

例えばこのタイミングで、画像形成装置は、印刷可能なファイルのみを選択可能に表示することができる。
図１５は、画像形成装置がプロパティに基づき印刷の許否を決定する手順を示すフローチャート図の一例である。画像形成装置は、ファイルと共に画像形成装置の識別情報を含むプロパティを取得している。

画像形成装置は、画像形成装置の識別情報が含まれるプロパティを読み出す（Ｓ１０）。そして、ファイル毎に、自機の識別情報をＲＯＭなどから読み出し、プロパティの識別情報と一致するか否かを判定する（Ｓ２０）。

２つの識別情報が一致する場合（Ｓ２０のＹｅｓ）、このファイルは自機がファイルサーバに登録したものなので、画像形成装置は例えばファイル名を選択可能に表示する（Ｓ３０）。

２つの識別情報が一致しない場合（Ｓ２０のＮｏ）、このファイルは自機がファイルサーバに登録したものでないので、画像形成装置は例えばファイル名を輝度を落として表示する（Ｓ４０）。輝度が低いファイルはユーザが選択できない。こうすることで、プロパティを利用して容易な印刷制御が可能になる。

s1：図１４に戻り、ユーザは、操作部３１を操作して印刷するファイルを選択し、ファイルを印刷する操作を行う。操作部３１は、該ファイルの印刷の操作を受け付けて受信部１０３に通知する。なお、ユーザは、カラー/モノクロ、用紙サイズ、両面・片面、集約などの印刷条件を設定しているが、このような設定は画像ファイルが受信されてからでもよい。
s1.1：受信部１０３はＷｅｂＤＡＶライブラリ（クライアント）１０４にファイルの取得を要求する。ファイルを識別するために例えばＵＲＩが通知される。
s1.1.1：ＷｅｂＤＡＶライブラリ（クライアント）１０４は、ＷｅｂＤＡＶリクエストを生成しファイルサーバ２００に画像データの送信を要求する。このメソッドは例えばＧＥＴメソッドなどＨＴＭＬでサポートされている。ファイルサーバ２００は要求された画像データをＷｅｂＤＡＶライブラリ（クライアント）１０４に送信する。また、ＷｅｂＤＡＶライブラリ（クライアント）１０４は受信したことを受信部１０３に通知する。
s1.2：受信部１０３は、メモリ制御サービス６３にファイルの保存を要求する。
s1.3：受信部１０３は、ファイルを指定してプリンタアプリに印刷を依頼する。
s1.3.1：プリンタアプリは、メモリ制御サービス６３から印刷対象のファイルを取得する。
s1.3.2：プリンタアプリは暗号制御部にファイルの復号を依頼する。
s1.3.3：プリンタアプリは復号されたファイルを印刷する。これにより、ファイルサーバに蓄積されたファイル一覧から選択された画像データが印刷される。

以上説明したように、本実施形態の画像形成装置１００は、実装の容易なＷｅｂＤＡＶプロトコルを使用して、暗号化された画像データのプロパティ（メタデータ）を容易に編集、追加又は削除集することができる。

また、プロパティに対するアクセス権限を設定するので、ユーザはファイル毎に、キーワードの読み取り、キーワードの編集、追加又は削除を制限できる。

１１ ＣＰＵ
１５ ＨＤＤ
１６ ＡＳＩＣ
２３ プログラム
４１ スキャンアプリ
４２ プリンタアプリ
４３ コピーアプリ
４４ Ｗｅｂアプリ
６４ ネットワーク制御サービス
１００ 画像形成装置
１０１ 起動制御部
１０２ 送信部
１０３ 受信部
１０４ ＷｅｂＤＡＶライブラリ（クライアント）
１０５ ＦＴＰライブラリ（クライアント）
１０６ ＷｅｂＤＡＶライブラリ（サーバ）
１０７ ＦＴＰライブラリ（サーバ）
１１１ プロパティ設定部
１１２ ＡＣＬ設定部
１１３ 検索部１１３
２００ ファイルサーバ
３００ ファイル管理システム

特開２００６−３３９９２８号公報

Claims (7)

1. ファイルを蓄積する情報処理装置とネットワークを介して接続される画像形成装置であって、
   情報処理装置と通信を行う通信手段と、
   蓄積用データを取得するデータ取得手段と、
   前記蓄積用データを暗号化する暗号化手段と、
   暗号化された前記蓄積用データを情報処理装置に送信し、ＷｅｂＤＡＶプロトコルに従って、操作受付手段が受け付けたメタデータ又は生成したメタデータを前記蓄積用データのプロパティに設定するメタデータ設定手段と、
   ＷｅｂＤＡＶプロトコルに従って、アクセス主体と共に、前記メタデータの編集、追加、又は、削除の許否を定義するアクセス制御情報を設定するアクセス制御情報設定手段と、
   を備えたことを特徴とする画像形成装置。
2. 前記メタデータ設定手段は、生成した前記メタデータのうち特定のメタデータを予め定められたプロパティに設定する、
   ことを特徴とする請求項１記載の画像形成装置。
3. 前記アクセス制御情報設定手段は、２つ以上のメタデータに対し、個別に編集、追加、又は、削除の許否を定義する、
   ことを特徴とする請求項１又は２記載の画像形成装置。
4. ＷｅｂＤＡＶプロトコルに従って、操作受付手段が受け付けた検索キーと一致するメタデータの検索要求を情報処理装置に送信する検索手段と、
   情報処理装置から送信された検索キーと一致するメタデータが設定されたファイルのリストをメタデータと共に表示する表示手段と、
   を有する請求項１〜３いずれか1項記載の画像形成装置。
5. 情報処理装置から前記蓄積用データを受信する際、前記蓄積用データを生成した画像形成装置の識別情報が含まれるメタデータを受信し、該識別情報に基づき印刷を拒否するか否かを判定する、
   ことを特徴とする請求項４記載の画像形成装置。
6. ネットワークを介して通信可能な、ファイルを蓄積する情報処理装置と画像形成装置を有するファイル管理システムであって、
   前記画像形成装置は、
   情報処理装置と通信を行う通信手段と、
   蓄積用データを取得するデータ取得手段と、
   前記蓄積用データを暗号化する暗号化手段と、
   暗号化された前記蓄積用データを情報処理装置に送信し、ＷｅｂＤＡＶプロトコルに従って、操作受付手段が受け付けたメタデータ又は生成したメタデータを前記蓄積用データのプロパティに設定するメタデータ設定手段と、
   ＷｅｂＤＡＶプロトコルに従って、アクセス主体と共に前記メタデータの編集、追加、又は、削除の許否を定義するアクセス制御情報を設定するアクセス制御情報設定手段と、を有し、
   前記情報処理装置は、
   前記メタデータ設定手段から前記メタデータの編集、追加、又は、削除の要求がある場合、アクセス主体が前記アクセス制御情報において編集、追加、又は、削除が許可されているか否かを判定する判定手段、
   を有することを特徴とするファイル管理システム。
7. ファイルを蓄積する情報処理装置とネットワークを介して接続され、
   情報処理装置と通信を行う通信手段と、
   蓄積用データを取得するデータ取得手段と、を有する画像形成装置に、
   前記蓄積用データを暗号化する暗号化ステップと、
   暗号化された前記蓄積用データを情報処理装置に送信し、ＷｅｂＤＡＶプロトコルに従って、操作受付手段が受け付けたメタデータ又は生成したメタデータを前記蓄積用データのプロパティに設定するメタデータ設定ステップと、
   ＷｅｂＤＡＶプロトコルに従って、アクセス主体と共に、前記メタデータの編集、追加、又は、削除の許否を定義するアクセス制御情報を設定するアクセス制御情報設定ステップと、
   を実行させるプログラム。

Images