(57)【要約】【課題】ドキュメント蓄積システムにおいて、ドキュメントの登録・蓄積およびその同報処理について利便性の向上を図ることである。【解決手段】クライアント２０は、ストレージサービスを選択し（Ｓ１０）、選択されたストレージサービス２６が保有する検索方式を取得し（Ｓ１２）、その検索方式に従って対象ドキュメントの特徴事項を抽出する（Ｓ１４）。次に対象ドキュメントと、対象ドキュメントの特徴事項を送信し（Ｓ１６，Ｓ１８）、特徴事項を対象ドキュメントの属性情報として付与し蓄積することをストレージサービス２６に対し要求する（Ｓ２０）。蓄積された対象ドキュメントについて、そのドキュメントのＵＲＩを含めて参照情報が作成され、ユーザに同報プリントにより通知される。ユーザは、ＵＲＩを用いて、ストレージサービス２６から対象ドキュメントを読み出すことができる。【選択図】        図５
2004258712.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークによって接続されたクライアントからの要求に応じてドキュメントの蓄積または蓄積されたドキュメントの配信を行うドキュメント蓄積サーバであって、
前記クライアントからの問い合わせに応じて自己の保有する検索方式を返信する返信手段と、
前記クライアントから送られた対象ドキュメントと該ドキュメントの特徴事項とに基づいて前記特徴事項を前記対象ドキュメントの属性情報として付与して前記対象ドキュメントを蓄積するドキュメント蓄積手段と、
を備えることを特徴とするドキュメント蓄積サーバ。
【請求項２】
ネットワークを介してドキュメント蓄積用のサーバとの間でドキュメントの蓄積または蓄積されたドキュメントの取り出しを行うクライアント装置であって、
対象ドキュメントの蓄積先とするサーバを選択するサーバ選択手段と、
前記選択されたサーバからそのサーバの保有する検索方式を取得する検索方式取得手段と、
前記取得した検索方式に基づいて、前記対象ドキュメントの特徴事項を抽出し、前記選択されたサーバに対し、前記対象ドキュメントとともに前記抽出された特徴事項を送信する手段と、
を備えることを特徴とするクライアント装置。
【請求項３】
請求項１のドキュメント蓄積サーバと請求項２のクライアント装置とからなるドキュメント蓄積システム。
【請求項４】
請求項１のドキュメント蓄積サーバにおいて、
クライアントから送られた対象ドキュメントを登録後、前記クライアントに対して前記登録した対象ドキュメントについてＵＲＩ情報を含む参照情報を送る手段を備えることを特徴とするドキュメント蓄積サーバ。
【請求項５】
請求項２に記載のクライアント装置において、
サーバから前記対象ドキュメントのＵＲＩを取得し、前記対象ドキュメントを送付したいユーザに対し、前記ＵＲＩ情報とともに、前記対象ドキュメントが前記サーバに蓄積されたことを通知する蓄積通知手段を備えることを特徴とするクライアント装置。
【請求項６】
請求項２に記載のクライアント装置において、
サーバから前記対象ドキュメントのＵＲＩを取得するとともに、該ＵＲＩ情報を含む前記対象ドキュメントの参照情報を作成し、前記対象ドキュメントを送付したいユーザに対し、前記参照情報とともに前記対象ドキュメントが前記サーバに蓄積されたことを通知する手段を備えることを特徴とするクライアント装置。
【請求項７】
ネットワークによって接続されたクライアントからの要求に応じてドキュメント蓄積サーバによりドキュメントの蓄積または蓄積されたドキュメントの配信を行う方法であって、
前記クライアントからの問い合わせに応じて自己の保有する検索方式を返信する返信工程と、
前記クライアントから送られた対象ドキュメントと該ドキュメントの特徴事項とに基づいて前記特徴事項を前記対象ドキュメントの属性情報として付与して前記対象ドキュメントを蓄積するドキュメント蓄積工程と、
を備えることを特徴とするドキュメントの蓄積または配信方法。
【請求項８】
請求項７のドキュメントの蓄積または配信方法において、
クライアントから送られた対象ドキュメントを登録後、前記クライアントに対して前記登録した対象ドキュメントについてＵＲＩ情報を含む参照情報を送る参照情報送付工程を備えることを特徴とするドキュメントの蓄積または配信方法。
【請求項９】
ネットワークを介してドキュメント蓄積用のサーバとの間でクライアント装置によりドキュメントの蓄積または蓄積されたドキュメントの取り出しを行う方法であって、
対象ドキュメントの蓄積先とするサーバを選択するサーバ選択工程と、
前記選択されたサーバからそのサーバの保有する検索方式を取得する検索方式取得工程と、
前記取得した検索方式に基づいて、前記対象ドキュメントの特徴事項を抽出し、前記選択されたサーバに対し、前記対象ドキュメントとともに前記抽出された特徴事項を送信する工程と、
を備えることを特徴とするドキュメントの蓄積または取出方法。
【請求項１０】
請求項９に記載のドキュメントの蓄積または取出方法において、
サーバから前記対象ドキュメントのＵＲＩを取得し、前記対象ドキュメントを送付したいユーザに対し、前記ＵＲＩ情報とともに、前記対象ドキュメントが前記サーバに蓄積されたことを通知する蓄積通知工程を備えることを特徴とするドキュメントの蓄積または取出方法。
【請求項１１】
請求項９に記載のドキュメントの蓄積または取出方法において、
サーバから前記対象ドキュメントのＵＲＩを取得するとともに、該ＵＲＩ情報を含む前記対象ドキュメントの参照情報を作成し、前記対象ドキュメントを送付したいユーザに対し、前記参照情報とともに前記対象ドキュメントが前記サーバに蓄積されたことを通知する工程を備えることを特徴とするドキュメントの蓄積または取出方法。
【請求項１２】
ネットワークによって接続されたクライアントからの要求に応じてドキュメント蓄積サーバ上で実行されるドキュメントの蓄積または蓄積されたドキュメントの配信を行うプログラムであって、
前記クライアントからの問い合わせに応じて自己の保有する検索方式を返信する返信処理手順と、
前記クライアントから送られた対象ドキュメントと該ドキュメントの特徴事項とに基づいて前記特徴事項を前記対象ドキュメントの属性情報として付与して前記対象ドキュメントを蓄積するドキュメント蓄積処理手順と、
を実行させることを特徴とするドキュメントの蓄積または配信プログラム。
【請求項１３】
請求項１２のドキュメントの蓄積または配信プログラムにおいて、
クライアントから送られた対象ドキュメントを登録後、前記クライアントに対して前記登録した対象ドキュメントについてＵＲＩ情報を含む参照情報を送る参照情報送付処理手順を実行させることを特徴とするドキュメントの蓄積または配信プログラム。
【請求項１４】
ネットワークを介してドキュメント蓄積用のサーバとの間でクライアント装置上で実行されるドキュメントの蓄積または蓄積されたドキュメントの取り出しを行うプログラムであって、
対象ドキュメントの蓄積先とするサーバを選択するサーバ選択処理手順と、
前記選択されたサーバからそのサーバの保有する検索方式を取得する検索方式取得処理手順と、
前記取得した検索方式に基づいて、前記対象ドキュメントの特徴事項を抽出し、前記選択されたサーバに対し、前記対象ドキュメントとともに前記抽出された特徴事項を送信する処理手順と、
を実行させることを特徴とするドキュメントの蓄積または取出プログラム。
【請求項１５】
請求項１４に記載のドキュメントの蓄積または取出プログラムにおいて、
サーバから前記対象ドキュメントのＵＲＩを取得し、前記対象ドキュメントを送付したいユーザに対し、前記ＵＲＩ情報とともに、前記対象ドキュメントが前記サーバに蓄積されたことを通知する蓄積通知処置手順を実行させることを特徴とするドキュメントの蓄積または取出プログラム。
【請求項１６】
請求項１４に記載のドキュメントの蓄積または取出プログラムにおいて、
サーバから前記対象ドキュメントのＵＲＩを取得するとともに、該ＵＲＩ情報を含む前記対象ドキュメントの参照情報を作成し、前記対象ドキュメントを送付したいユーザに対し、前記参照情報とともに前記対象ドキュメントが前記サーバに蓄積されたことを通知する処理手順を実行させることを特徴とするドキュメントの蓄積または取出プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ドキュメント蓄積システムに係り、特に、ネットワークを利用してドキュメントを蓄積するドキュメント蓄積サーバ、クライアント装置に関する。
【０００２】
【従来の技術】
例えばコンピュータにおいてアプリケーションを用いてドキュメントを作成した場合、そのドキュメントをさまざまな用途に用いたり、あるいは多くのユーザに提供するために、そのドキュメントを蓄積・登録し、あるいはそのドキュメントをユーザに送付することが行われる。
【０００３】
作成されたドキュメントを登録・蓄積し、蓄積されたドキュメントの中から指定したドキュメントを取り出し、あるいは検索して所望の条件を満たすドキュメントを取り出して使用するための装置として、ドキュメントサーバ装置が使用される。ドキュメントサーバ装置の管理するドキュメントにメタデータを付けることで、ドキュメントをより扱いやすくすることが知られている。メタデータは、属性、プロパティ、アトリビュートなどと呼ばれる場合もあるが、その例としては、ドキュメントを作成した日付、場所、作成者、データのＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｔｉｏｎｓ）タイプ、データのサイズ、検索用のキーワード等がある。
【０００４】
特許文献１には、メタデータを個々のデータに対してつける非常に煩雑な作業を簡明にするために、データサーバ装置に、データの型、例えばデータのＭＩＭＥタイプに応じたメタデータ生成プログラムをデータサーバ装置に複数記憶しておき、この中からデータサーバ装置に登録するデータの型に対応したメタデータ作成プログラムを選択し、これを用いてメタデータを自動的に生成し、データに付随させて登録することが開示されている。
【０００５】
また、ドキュメントをユーザに送付する場合に、例えばＧＵＩ（Ｇｒａｐｈｉｃ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を用いて、ドキュメントウインドウの中の送付したいドキュメントデータをポイントカーソルで選択状態とし、このドキュメントデータのアイコンを送付先のユーザアイコンとの間でドラッグアンドドロップ操作を行ってドキュメント送付の指示を行うことができる。
【０００６】
特許文献２には、ドキュメントを複数のプリントユーザに送付する、いわゆる同報プリントの場合の、上記ドラッグアンドドロップ操作をプリントユーザの数だけ繰り返す煩雑さを簡明にするため、同報処理する宛先の処理装置の組合せをグループとして複数作成して登録し、そのグループを選択することで同報プリントの操作を容易にする技術が開示されている。
【０００７】
【特許文献１】
特開２０００−２７６３８７号公報
【特許文献２】
特開平９−３０５３３７号公報
【０００８】
【発明が解決しようとする課題】
一般には、ドキュメントを作成するコンピュータ等のクライアントと、作成されたドキュメントを登録・蓄積するドキュメントサーバとの関係は、閉じた関係で接続されている。つまり、特定のクライアントと特定のドキュメントサーバとの間では、ドキュメントの登録・蓄積に関する詳細なルールが取り決められ、クライアントは、どのようなメタデータを付加してドキュメントが登録され、ドキュメントサーバのどの蓄積エリアにどのドキュメントが格納されるか十分に知ることができる。
【０００９】
しかし、さまざまなデータの型のドキュメントが作成される場合、閉じた関係のクライアント−ドキュメントサーバの関係では、ドキュメントサーバの機能を次々に拡張してゆく必要がある。例えば特許文献１に開示された技術においては、新しいデータの型のドキュメントを登録・蓄積するためには、新しいメタデータ作成プログラムを追加実装するとともに、データの型とメタデータ作成プログラムの対照表も更新実装しなければならず、システムが次第に複雑になってゆき、利便性が低下する問題がある。
【００１０】
ネットワーク上、例えばインターネット上には、多くのドキュメントサーバが接続されており、これらのドキュメントサーバの中には、特定のデータの型のドキュメントの登録・蓄積が得意な、特化型のドキュメントサーバが各種存在する。しかし、ネットワーク上のサーバもその多くは、特定のクライアントと閉じた関係で接続されているだけで、不特定のクライアントに開放されていない。つまり、一般のクライアントにとって、ネットワーク上のドキュメントサーバは、どのような検索方式を用いてドキュメントを登録しているのか、ドキュメントがどの蓄積エリアに格納されるか等の情報が全く分からない状態である。言い換えれば、ネットワーク上の一般クライアントと、各ドキュメントサーバとは、ドキュメントの登録・蓄積に関する情報に関して、それぞれが孤立した状態にあり、相互に利用しあうにはきわめて利便性に欠ける。
【００１１】
もっとも、ネット上のドキュメントサーバの中には、会員制あるいは完全に一般にオープンに、クライアントからのドキュメントの登録・蓄積をサービスするものもある。しかし、これらのサーバは、受け付けたドキュメントを検索しやすいメタデータ等の付与をせずに、単にドキュメントとして登録・蓄積するだけであって、登録・蓄積されたドキュメントにアクセスするには、一般の検索エンジンを用いて、適当なキーワードを入力し、たまたまヒットすることに依存するしかなく、いわゆる閉じた関係のクライアント−ドキュメントサーバにおけるドキュメント検索に比べ、きわめて利便性がよくない。
【００１２】
また、登録・蓄積されたドキュメントをユーザに同報処理するには、従来技術において、例えば特許文献２の技術を用いるとしても、いちいちドキュメント全体を送付しなければならない。したがって、せっかく送付されたドキュメントを一目見ただけでユーザにとりあまり価値がないことがわかる場合もある等、効率よくユーザにドキュメントの登録・蓄積を通知すると言う面からは、利便性が十分ではない。
【００１３】
このように、ドキュメントの登録・蓄積およびその同報処理について、従来技術においては利便性が十分ではない。
【００１４】
本発明の目的は、かかる従来技術の課題を解決し、ドキュメントの登録・蓄積およびその同報処理について利便性の向上を図ることのできるドキュメントの蓄積システムを提供することである。
【００１５】
【課題を解決するための手段】
上記目的を達成するため、本発明に係るドキュメント蓄積サーバは、ネットワークによって接続されたクライアントからの要求に応じてドキュメントの蓄積または蓄積されたドキュメントの配信を行うドキュメント蓄積サーバであって、前記クライアントからの問い合わせに応じて自己の保有する検索方式を返信する返信手段と、前記クライアントから送られた対象ドキュメントと該ドキュメントの特徴事項とに基づいて前記特徴事項を前記対象ドキュメントの属性情報として付与して前記対象ドキュメントを蓄積するドキュメント蓄積手段と、を備えることを特徴とする。
【００１６】
上記構成により、サーバは、クライアントからの問い合わせに応じて、保有する検索方式を返信する。したがって、クライアントは、サーバがドキュメントを登録・蓄積する際にどのような検索方式を用いるのかを知ることができる。そして、クライアントは、その検索方式に従って対象ドキュメントの特徴事項を抽出し、ドキュメントとともに抽出した特徴事項をサーバに送信することができる。サーバは、クライアントから送られた特徴事項をドキュメントにその属性情報として付与し、登録・蓄積する。したがって、クライアントは、ドキュメントの検索に用いるドキュメントの属性情報も十分知ることができる。このようにサーバを構成することにより、ネットワーク上の一般クライアントと、各ドキュメントサーバとの間で、ドキュメントの登録・蓄積に関する情報に関しそれぞれが孤立していた状態を解消し、相互に利用しあえるようになり、ドキュメントの登録・蓄積の利便性が向上する。
【００１７】
また、本発明に係るクライアント装置は、ネットワークを介してドキュメント蓄積用のサーバとの間でドキュメントの蓄積または蓄積されたドキュメントの取り出しを行うクライアント装置であって、対象ドキュメントの蓄積先とするサーバを選択するサーバ選択手段と、前記選択されたサーバからそのサーバの保有する検索方式を取得する検索方式取得手段と、前記取得した検索方式に基づいて、前記対象ドキュメントの特徴事項を抽出し、前記選択されたサーバに対し、前記対象ドキュメントとともに前記抽出された特徴事項を送信する手段と、を備えることを特徴とする。
【００１８】
上記構成により、クライアント装置は、ドキュメントの蓄積先のサーバを選択し、そのサーバにアクセスしてそのサーバの保有する検索方式を取得する。したがって、クライアント装置は、サーバがドキュメントを登録・蓄積する際にどのような検索方式を用いるのかを知ることができる。そして、クライアントは、その検索方式に従って対象ドキュメントの特徴事項を抽出し、ドキュメントとともに抽出した特徴事項をサーバに送信する。サーバは、クライアントから送られた特徴事項をドキュメントにその属性情報として付与し、登録・蓄積することができる。このように、クライアントは、ドキュメントの検索に用いるドキュメントの属性情報も十分知ることができる。このようにクライアント装置を構成することにより、ネットワーク上の一般クライアントと、各ドキュメントサーバとの間で、ドキュメントの登録・蓄積に関する情報に関しそれぞれが孤立していた状態を解消し、相互に利用しあえるようになり、ドキュメントの登録・蓄積の利便性が向上する。
【００１９】
また、本発明に係るドキュメント蓄積システムは、請求項１に記載の上記ドキュメント蓄積サーバと請求項２に記載のクライアント装置とからなることを特徴とする。
【００２０】
また、本発明に係るドキュメント蓄積サーバにおいて、クライアントから送られた対象ドキュメントを登録後、前記クライアントに対して前記登録した対象ドキュメントについてＵＲＩ情報を含む参照情報を送る手段を備えることが好ましい。
【００２１】
ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉ  ｄｅｎｔｉｆｉｅｅｒｓ）は、例えばＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）等を用いることができる。上記構成により、サーバは対象ドキュメントについてのＵＲＩ情報を含む参照情報をクライアントに送信する。したがって、クライアントは、受け取ったＵＲＩから、サーバが対象ドキュメントを蓄積した位置等の識別情報を得る。
【００２２】
また、本発明に係るクライアント装置において、サーバから前記対象ドキュメントのＵＲＩを取得し、前記対象ドキュメントを送付したいユーザに対し、前記ＵＲＩ情報とともに、前記対象ドキュメントが前記サーバに蓄積されたことを通知する蓄積通知手段を備えることが好ましい。
【００２３】
上記構成により、クライアント装置は、サーバから取得したＵＲＬを用いて、クライアントからユーザに対し、蓄積されたドキュメントの情報を通知できる。ドキュメント全体をユーザに送付せずに、ドキュメントのＵＲＬを通知するので、ドキュメントの登録・蓄積についての同報処理を効率よく行うことができる。なお、ここでいうユーザとは、プリントユーザ等をいい、例えばプリント機能を有するネットワークオフィス機器等である。
【００２４】
また、本発明に係るクライアント装置において、サーバから前記対象ドキュメントのＵＲＩを取得するとともに、該ＵＲＩ情報を含む前記対象ドキュメントの参照情報を作成し、前記対象ドキュメントを送付したいユーザに対し、前記参照情報とともに前記対象ドキュメントが前記サーバに蓄積されたことを通知する手段を備えることが好ましい。
【００２５】
上記構成により、クライアントは、サーバから対象ドキュメントのＵＲＩを取得し、このＵＲＬを用いて、対象ドキュメントの参照情報を作成し、その参照情報をユーザに送付する。対象ドキュメントの参照情報には、例えば、対象ドキュメントの概要等の特徴事項等を含めることができる。また、参照情報に含まれるＵＲＩの表示形式をバーコードや埋め込み情報等の非文字列として作成することもできる。したがって、ユーザは、参照情報によりドキュメントの価値判断が容易にでき、利便性が向上する。また、参照情報に非文字列表示形式のＵＲＬが含まれているときはこれを用いて、より容易にサーバに蓄積された対象ドキュメントにアクセスでき、さらに利便性が向上する。
【００２６】
また、本発明に係るドキュメントの蓄積または配信方法は、ネットワークによって接続されたクライアントからの要求に応じてドキュメント蓄積サーバによりドキュメントの蓄積または蓄積されたドキュメントの配信を行う方法であって、前記クライアントからの問い合わせに応じて自己の保有する検索方式を返信する返信工程と、前記クライアントから送られた対象ドキュメントと該ドキュメントの特徴事項とに基づいて前記特徴事項を前記対象ドキュメントの属性情報として付与して前記対象ドキュメントを蓄積するドキュメント蓄積工程と、を備えることを特徴とする。
【００２７】
また、本発明に係るドキュメントの蓄積または配信方法において、クライアントから送られた対象ドキュメントを登録後、前記クライアントに対して前記登録した対象ドキュメントについてＵＲＩ情報を含む参照情報を送る参照情報送付工程を備えることが好ましい。
【００２８】
また、本発明に係るドキュメントの蓄積または取出方法は、ネットワークを介してドキュメント蓄積用のサーバとの間でクライアント装置によりドキュメントの蓄積または蓄積されたドキュメントの取り出しを行う方法であって、対象ドキュメントの蓄積先とするサーバを選択するサーバ選択工程と、前記選択されたサーバからそのサーバの保有する検索方式を取得する検索方式取得工程と、前記取得した検索方式に基づいて、前記対象ドキュメントの特徴事項を抽出し、前記選択されたサーバに対し、前記対象ドキュメントとともに前記抽出された特徴事項を送信する工程と、を備えることを特徴とする。
【００２９】
また、本発明に係るドキュメントの蓄積または取出方法において、サーバから前記対象ドキュメントのＵＲＩを取得し、前記対象ドキュメントを送付したいユーザに対し、前記ＵＲＩ情報とともに、前記対象ドキュメントが前記サーバに蓄積されたことを通知する蓄積通知工程を備えることが好ましい。
【００３０】
また、本発明に係るドキュメントの蓄積または取出方法において、サーバから前記対象ドキュメントのＵＲＩを取得するとともに、該ＵＲＩ情報を含む前記対象ドキュメントの参照情報を作成し、前記対象ドキュメントを送付したいユーザに対し、前記参照情報とともに前記対象ドキュメントが前記サーバに蓄積されたことを通知する工程を備えることが好ましい。
【００３１】
また、本発明に係るドキュメントの蓄積または配信プログラムは、ネットワークによって接続されたクライアントからの要求に応じてドキュメント蓄積サーバ上で実行されるドキュメントの蓄積または蓄積されたドキュメントの配信を行うプログラムであって、前記クライアントからの問い合わせに応じて自己の保有する検索方式を返信する返信処理手順と、前記クライアントから送られた対象ドキュメントと該ドキュメントの特徴事項とに基づいて前記特徴事項を前記対象ドキュメントの属性情報として付与して前記対象ドキュメントを蓄積するドキュメント蓄積処理手順と、を実行させることを特徴とする。
【００３２】
また、本発明に係るドキュメントの蓄積または配信プログラムにおいて、クライアントから送られた対象ドキュメントを登録後、前記クライアントに対して前記登録した対象ドキュメントについてＵＲＩ情報を含む参照情報を送る参照情報送付処理手順を実行させることが好ましい。
【００３３】
また、本発明に係るドキュメントの蓄積または取出プログラムは、ネットワークを介してドキュメント蓄積用のサーバとの間でクライアント装置上で実行されるドキュメントの蓄積または蓄積されたドキュメントの取り出しを行うプログラムであって、対象ドキュメントの蓄積先とするサーバを選択するサーバ選択処理手順と、前記選択されたサーバからそのサーバの保有する検索方式を取得する検索方式取得処理手順と、前記取得した検索方式に基づいて、前記対象ドキュメントの特徴事項を抽出し、前記選択されたサーバに対し、前記対象ドキュメントとともに前記抽出された特徴事項を送信する処理手順と、を実行させることを特徴とする。
【００３４】
また、本発明に係るドキュメントの蓄積または取出プログラムにおいて、サーバから前記対象ドキュメントのＵＲＩを取得し、前記対象ドキュメントを送付したいユーザに対し、前記ＵＲＩ情報とともに、前記対象ドキュメントが前記サーバに蓄積されたことを通知する蓄積通知処置手順を実行させることが好ましい。
【００３５】
また、本発明に係るドキュメントの蓄積または取出プログラムにおいて、サーバから前記対象ドキュメントのＵＲＩを取得するとともに、該ＵＲＩ情報を含む前記対象ドキュメントの参照情報を作成し、前記対象ドキュメントを送付したいユーザに対し、前記参照情報とともに前記対象ドキュメントが前記サーバに蓄積されたことを通知する処理手順を実行させることが好ましい。
【００３６】
【発明の実施の形態】
以下に図面を用いて、本発明に係る実施の形態につき詳細に説明する。図１は、ドキュメント蓄積システム１０のネットワーク構成図である。ネットワークは、インターネット１２を介して３つのＬＡＮが接続されている。
【００３７】
第１のＬＡＮ１４にはクライアント２０が接続される。クライアント２０は、ドキュメントを作成するもので、例えばＰＣ（パーソナルコンピュータ）２２とスキャナ２４等である。第２のＬＡＮ１６にはストレージサービス２６が接続される。ストレージサービス２６は、クライアント２０の要求に応じてドキュメントを登録・蓄積するもので、例えばドキュメント蓄積サーバ２８ａ等である。第３のＬＡＮ１８にはプリントサービス３０が接続される。プリントサービス３０は、ドキュメントを受け取ってプリントするもので、例えばＭＦＰ（Ｍｕｌｔｉｐｌｅ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ）３２ａ等のネットワークオフィス機器である。
【００３８】
ネットワークを用いたドキュメント蓄積システム１０において、クライアント２０とストレージサービス２６との間のメッセージ交換の方法には、例えばＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）を用いることができる。また、ストレージサービス２６へのデータ蓄積手段としては、例えばＷｅｂサーバにメタデータを持たせる方式のＷｅｂＤＡＶと呼ばれる方式を用いることができる。ＷｅｂＤＡＶの技術仕様の標準はＲＦＣ２５１８に示される。また、クライアントとしてはＰＣでもよいので、対象となるドキュメントのデータは、スキャンして得たデータのほか、ブラウザで得たデータ、ワープロにより作成されたデータ、あるいはプレゼンテーションデータのようにアプリケーションが使用するデータでもよい。
【００３９】
図２は、第１のＬＡＮ１４に接続されるクライアント２０のブロック図である。例えば一般のＰＣ等で構成されるクライアント２０は、ＣＰＵ４０と、第１のＬＡＮ１４と接続されインターネットを介してストレージサービス等と交信する通信制御部４２と、ドキュメント等を読み取る読取装置４４と、キーボード等の入力部４６と、表示装置等の出力部４８と、外部記憶装置５０とを備え、これらは内部バスで相互に接続される。
【００４０】
ＣＰＵ４０は、ドキュメント蓄積をストレージサービス２６に要求する機能と、ストレージサービス２６にドキュメントが蓄積されたことをユーザに同報処理により通知する機能を有する。前者の機能は、サーバ選択部５２、検索方式取得部５４、特徴事項抽出部５６、ドキュメント送信部５８、蓄積要求部６０の各構成要素によって行われ、後者の機能は、ＵＲＩ取得部６２、参照情報作成部６４、蓄積通知部６６の各構成要素によって行われる。最初に前者の各構成要素を説明し、次に後者の各構成要素を説明する。
【００４１】
サーバ選択部５２は、第２のＬＡＮ１６に接続される複数のストレージサービス２６の中から１つのサーバ、例えばドキュメント蓄積サーバ２８ａを、対象ドキュメントの蓄積先として選択し、特定する機能を有する。サーバの選択に際してはディレクトリサービスを用いて検索することができる。特定の基準としては、例えば後述の特徴事項抽出部５６が処理できる特徴事項に対応可能なサーバを検索して特定してもよく、またはクライアントのユーザが所望条件を定めて検索して特定してもよい。
【００４２】
検索方式取得部５４は、選択により特定されたサーバにドキュメントの検索方式を問い合わせ、そのサーバの保有する検索方式を取得する機能を有する。検索方式には、例えば富士ゼロックス社の検索方式や、ＷｅｂＤＡＶ仕様に定められている基本検索方式等がある。検索方式取得の具体例としては、メッセージ交換の方式にＳＯＡＰを用いて、選択されたドキュメント蓄積サーバ２８ａに対し、属性取得命令を出し、ドキュメント蓄積サーバ２８ａが応答した属性情報からそのサーバが用いる検索方式の種類を示す属性情報を取得する。
【００４３】
特徴事項抽出部５６は、取得した検索方式に従い、特徴事項を抽出するプログラムを実行して、対象ドキュメントの特徴事項を抽出する機能を有する。ドキュメントの特徴事項は、ストレージサービス２６においてドキュメントの属性情報として付与され、ドキュメントの検索等に用いられるものである。したがって、検索方式により抽出しなければならない特徴事項が定まる。例えば、上記の例の富士ゼロックス社の検索方式では、ドキュメントのカテゴリ、タイトル、概要、キーワード等を特徴事項として使用できるので、これらを対象ドキュメントから抽出することが必要である。
【００４４】
特徴事項の抽出には、ドキュメントを読取装置４４でスキャンし、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）等の機構を用いて、スキャンしたデータから特徴事項を抽出することができる。より具体的には、例えばスキャンしたデータに含まれる単語をＯＣＲにて抽出し、各々の単語の出現頻度からカテゴリやキーワードを決定することができる。特徴事項を抽出するプログラムは、クライアント２０であるＰＣやスキャナに内蔵することができ、また、抽出するためのアプレットをストレージサービス２６からダウンロードして用いることもできる。
【００４５】
ドキュメント送信部５８は、選択されたサーバに対し対象ドキュメントを送信する機能を有し、蓄積要求部６０は、抽出された特徴事項を送信し、特徴事項を対象ドキュメントの属性情報として付与して対象ドキュメントを登録・蓄積することを要求する機能を有する。特徴事項を送信し、属性情報としての付与を要求する具体例としては、ＷｅｂＤＡＶ方式を用いて、ＰＲＯＰＰＡＴＣＨ・ＷｅｂＤＡＶ命令に、特徴事項をＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）表記したデータを付与して送信する。
【００４６】
以上が、ＣＰＵ４０の構成要素のうち、ドキュメント蓄積をストレージサービス２６に要求する機能に関するものである。次に、ストレージサービス２６にドキュメントが蓄積されたことをユーザに同報処理により通知する機能に関する構成要素を説明する。
【００４７】
ＵＲＩ取得部６２は、登録・蓄積を要求した対象ドキュメントのＵＲＩを、ストレージサービスから取得する機能を有する。例えば、対象ドキュメントのＵＲＩがストレージサービスから送信されてくるので、それを取得する。
【００４８】
参照情報作成部６４は、取得したＵＲＩを含めて、対象ドキュメントの参照情報を作成する機能を有する。参照情報とは、対象ドキュメントを複数のユーザに提供する際に、同報プリントとしてドキュメントの蓄積通知とともに送付するもので、対象ドキュメントの全体ではなく、対象ドキュメントの内容を簡潔に伝える情報である。ユーザは、参照情報を閲覧して、興味あるいは利益がある、と判断したときに、参照情報に含まれるＵＲＩを用いて、ストレージサービスに対し、対象ドキュメントの送付を要求することができる。
【００４９】
参照情報は、端的な場合、ＵＲＩのみで構成することもできる。参照情報に含まれるＵＲＩは、文字列の表現形式のデータとして作成されてもよく、バーコードや埋め込み情報のような非文字列表現形式のデータとして作成されてもよい。
【００５０】
蓄積通知部６６は、対象ドキュメントを送付したいユーザに対し、参照情報とともに対象情報がストレージサービスに蓄積されたことを同報処理により通知する機能を有する。通知手段として、いわゆる同報プリントを使用することができ、あるいはＳＯＡＰメッセージや電子メールによる通知手段を用いることもできる。ストレージサービス、対象ドキュメントの特定は、上記のように、対象ドキュメントのＵＲＩによって示される。ＵＲＩの入力は、手入力でなくアプリケーションで実行されることが望ましい。
【００５１】
図３は、第２のＬＡＮ１６に接続されるストレージサービス２６のブロック図である。例えば一般のコンピュータで構成されるサーバ等であるストレージサービス２６は、ＣＰＵ７０と、第２のＬＡＮ１６と接続されインターネットを介してクライアント等と交信する通信制御部７２と、キーボード等の入力部７４と、表示装置等の出力部７６と、ドキュメントを蓄積・記憶する外部記憶装置７８とを備え、これらは内部バスで相互に接続される。
【００５２】
ＣＰＵ７０は、クライアントの要求するドキュメントに属性情報を付与して蓄積を行う機能と、ユーザから要求されたドキュメントをユーザに送付する機能を有する。前者の機能は、問い合わせ受取部８０、検索方式の返信部８２、ドキュメント受信部８４、ドキュメント蓄積部８６の各構成要素によって行われ、後者の機能は、ドキュメント送付部８８によって行われる。
【００５３】
問い合わせ受取部８０は、クライアントからドキュメントの検索方式の問い合わせを受け取る機能を有する。具体的には、クライアントから、メッセージ交換の方式にＳＯＡＰを用いて、属性取得命令を受け取る機能を有する。
【００５４】
検索方式の返信部８２は、クライアントに対し、自己の保有する検索方式を返信する機能を有する。具体的には、クライアントに対し、メッセージ交換の方式にＳＯＡＰを用いて、属性取得命令に対する応答として、ストレージサービスの属性情報を例えばＸＭＬ文書の形式で返す。返信するストレージサービスの属性情報には、対応できる検索方式の種類のほか、サービスの名前、属性取得命令を処理した時点での空き容量等を含むことができる。
【００５５】
ドキュメント受信部８４は、クライアントから、対象ドキュメントと、返信した検索方式に従って抽出された対象ドキュメントの特徴事項を受け取る機能を有する。ドキュメント蓄積部８６は、受け取った特徴事項を、対象ドキュメントの属性情報として付与して、対象ドキュメントを登録・蓄積する機能を有する。具体的には、クライアントから、ＷｅｂＤＡＶ方式を用いて、ＰＲＯＰＰＡＴＣＨ・ＷｅｂＤＡＶ命令に、特徴事項をＸＭＬ表記したデータが付与されて送信されてくるので、ＰＲＯＰＰＡＴＣＨ・ＷｅｂＤＡＶ命令による対象ドキュメントの属性更新処理を行う。所定の属性更新処理を正常に終了したときには、その旨をクライアントに返信する。
【００５６】
このようにして、ストレージサービス２６において、対象ドキュメントに属性情報が付与されて登録・蓄積が行われる。蓄積されたドキュメントに対しては、クライアントから検索要求を出すことができる。検索要求は、ＷｅｂＤＡＶ方式を用いて行われ、検索方式の種類、検索開始ポイントを示す値、検索開始ポイントを起点にしたサブディレクトリの深さ、キーワード等を示して行うことができる。ｉｎｆｉｎｉｔｅという予約語を指定すると、その検索深度は無制限となる。検索の結果は、該当するファイルのＵＲＬリストとして返信される。
【００５７】
登録・蓄積されたドキュメントは、ユーザから送付要求を受けると、対象ドキュメントを検索して送付する。その機能は、ドキュメント送付部８８によって行われる。具体的には、後述のように、対象ドキュメントのＵＲＩのアクセスを受信すると、そのＵＲＩに該当する対象ドキュメントを返信して送付する。
【００５８】
図４は、第３のＬＡＮ１８に接続されるプリントサービス３０のブロック図である。例えばＭＦＰ等で構成されるプリントサービス３０は、ＣＰＵ９０と、第３のＬＡＮ１８と接続されインターネットを介してクライアントまたはストレージサービスと交信する通信制御部であるＬＡＮＩ／Ｆ９２と、ドキュメント等をプリントアウトするプリント装置９４と、キーボード９６等が接続される入力部であるキーボードＩ／Ｆ９８と、モニタ１００等が接続される出力部であるグラフィックＩ／Ｆ１０２と、ドキュメントに含まれる情報、例えばバーコードや埋め込み情報等を読み取る読取装置１０４と、外部記憶装置１０６と、メモリ１０８とを備え、これらは内部バスで相互に接続される。
【００５９】
ＣＰＵ９０の中の蓄積通知受取部１１０は、クライアントから、ドキュメントの蓄積が行われた旨の蓄積通知を受け取る機能を有する。蓄積通知には、対象ドキュメントのＵＲＩを含む参照情報が添付される。ＵＲＩは、上記のように、文字列の表現形式でも、バーコードや埋め込み情報等の非文字列の表現形式でもよい。
【００６０】
ドキュメント送付要求部１１２は、対象ドキュメントの送付をストレージサービスに対し要求する機能を有する。具体的には、対象ドキュメントのＵＲＩをキーボード９６あるいは読取装置１０４により入力することで、ＬＡＮＩ／Ｆ９２を介して、対応するＵＲＩにアクセスを実行する。
【００６１】
上記の構成のドキュメント蓄積システムの作用について、具体的なデータを用いて、ドキュメント蓄積の手順（図５）と、蓄積されたドキュメントの同報処理の手順（図１３）を説明する。
【００６２】
図５は、クライアント２０の要求により、ストレージサービス２６が対象ドキュメントを蓄積する手順を示す図である。クライアント２０は、例えばあらかじめアドレス帖に登録されているストレージサービスリスト等を利用して、蓄積先のストレージサービスを選択する（Ｓ１０）。選択は、手入力で行うこともでき、選択基準を定めて自動的に選択・特定を行うこともできる。
【００６３】
選択されたストレージサービス２６に対し、対応している検索方式を問い合わせ、取得した検索方式に従って抽出しなければならない特徴事項の種類を取得する（Ｓ１２）。
【００６４】
図６は、ストレージサービス２６に対し、ＳＯＡＰを用いて発行した属性取得命令（ｇｅｔ＿ｓｅｒｖｉｃｅ＿ａｔｔｒｉｂｕｔｅ＿ｒｅｑｕｅｓｔ）の例を示す。図７は、ストレージサービス２６が、受け取った属性取得命令を処理し、ストレージサービスの属性情報をＸＭＬ文書で応答した例である。この例では、ストレージサービス２６の属性として、情報サービスの名前（ｓｅｒｖｉｃｅ−ｎａｍｅ）、現在の空き容量（ｃｕｒｒｅｎｔ−ｃａｐａｃｉｔｙ）、検索方式（ｓｅａｒｃｈ−ｍｅｔｈｏｄ−ｓｕｐｐｏｒｔｅｄ）が返信され、検索方式は、富士ゼロックス社の検索方式（ｆｕｊｉｘｅｒｏｘ−ｃｏ−ｊｐ：ｓｅａｒｃｈ−ｋｅｙ：２００２：０９）と、ＷｅｂＤＡＶ仕様の基本検索方式（ＤＡＶ：）に対応していることが示されている。
【００６５】
次に、対象ドキュメントのスキャンデータから特徴事項を抽出する（Ｓ１４）。図８は、富士ゼロックス社の検索方式に従って特徴事項を抽出し、ＸＭＬ表記したデータとした例である。この例において特徴事項は、ドキュメントのカテゴリ（ｃａｔｅｇｏｒｙ）、タイトル（ｔｉｔｌｅ）、概要（ａｂｓｔｒａｃｔ）、キーワード（ｋｅｙｗｏｒｄ−ｌｉｓｔ）である。
【００６６】
次いで、クライアント２０は、対象ドキュメントを送信（Ｓ１６）し、ストレージサービス２６はこれを保存する。またクライアント２０は対象ドキュメントの特徴事項を送信する（Ｓ１８）。そして、特徴事項を対象ドキュメントの拡張属性として付与し蓄積することを要求する（Ｓ２０）。
【００６７】
図９は、特徴事項の付与を要求するデータの例である。図に示すように、ＰＲＯＰＰＡＴＣＨ／ｄａｖ命令に、特徴事項をＸＭＬ表記したデータを付与したものが、ストレージサービス２６に送信される。特徴事項は（ｃｈａｒａｃｔｅｒｉｓｔｉｃ−ｉｎｆｏｒｍａｔｉｏｎ）要素に格納されている。
【００６８】
図１０は、ＰＲＯＰＰＡＴＣＨ／ｄａｖ命令に従って、ストレージサービス２６が属性更新処理を正常に終えた旨を示す応答の例である。属性更新処理の内容は（ｐｒｏｐ）要素に格納されて応答され、正常終了した旨は、（ｓｔａｔｕｓ）に（２００  ＯＫ）のステータスコードを格納することで示される。
【００６９】
このように登録・蓄積されたドキュメントに対し、特徴事項を用いて検索をすることができる。図１１は、蓄積ドキュメントに対する検索要求のデータの例である。検索要求の内容は、（ｓｅａｒｃｈ＿ｒｅｑｕｅｓｔ）要素に格納されており、検索方式が（ｍｅｔｈｏｄ）に、検索開始ポイントが（ｐｏｉｎｔ）に、検索開始ポイントを起点としたサブディレクトリの深さが（ｄｅｐｔｈ）に、キーワードが（ｋｅｙｗｏｒｄ）にそれぞれ格納されている。この例では、検索方式を富士ゼロックス社の検索方式とし、キーワードを「尾道」となるドキュメントの検索において、（ｄｅｐｔｈ）が（ｉｎｆｉｎｉｔｅ）と指定されているので、対象ドキュメントのＵＲＬを要求していることを示している。
【００７０】
図１２は、図１１の検索要求に対する応答の例である。この例では、検索結果が、該当するファイルのＵＲＬで示されている。
【００７１】
図１３は、クライアント２０がドキュメントを送付したいユーザであるプリントサービス３０に対しドキュメントが蓄積されたことを同報処理により通知し、その通知を利用して、プリントサービス３０がストレージサービス２６から対象ドキュメントを読み出す手順を示す図である。
【００７２】
図５で詳細に説明したように、クライアント２０はストレージサービス２６に対しドキュメントの蓄積要求を行い（Ｓ３０）、ストレージサービス２６は、特徴事項をドキュメントの属性情報として付与して登録・蓄積する。また、クライアント２０は、蓄積されたドキュメントのＵＲＩを取得する（Ｓ３２）。
【００７３】
そして、クライアント２０は、蓄積されたドキュメントデータから参照情報を作成する（Ｓ３４）。参照情報にＵＲＬを含めて、対象ドキュメントを送付したいプリントサービス３０に送信し、対象ドキュメントがストレージサービス２６に蓄積されたことを通知する（Ｓ３６）。例えば、ＵＲＬが含まれた参照情報を、複数のプリントサービス３０に同報プリントの手段を用いて通知する。
【００７４】
蓄積通知を例えば同報プリントにより受け取った利用者３１は、プリントサービス３０のＵＩ（ユーザインタフェース）を用いて対象ドキュメントのＵＲＩを入力する（Ｓ３８）と、プリントサービス３０から、該当するストレージサービス２６の対象ドキュメントにアクセスが行われ、ドキュメントが読み出され（Ｓ４０）、プリントされる（Ｓ４２）。
【００７５】
【発明の効果】
本発明に係るドキュメント蓄積システムによれば、ドキュメントの登録・蓄積およびその同報処理について利便性の向上を図ることができる。
【図面の簡単な説明】
【図１】本発明に係る実施の形態におけるドキュメント蓄積システムのネットワーク構成図である。
【図２】本発明に係る実施の形態におけるクライアントのブロック図である。
【図３】本発明に係る実施の形態におけるストレージサービスのブロック図である。
【図４】本発明に係る実施の形態におけるプリントサービスのブロック図である。
【図５】本発明に係る実施の形態において、対象ドキュメントを蓄積する手順を示す図である。
【図６】本発明に係る実施の形態において、ストレージサービスに対する属性取得命令の例を示す図である。
【図７】本発明に係る実施の形態において、ストレージサービスの属性情報を応答した例を示す図である。
【図８】本発明に係る実施の形態において、特徴事項を抽出しＸＭＬ表記したデータとした例を示す図である。
【図９】本発明に係る実施の形態において、特徴事項の付与を要求するデータの例を示す図である。
【図１０】本発明に係る実施の形態において、ストレージサービスが属性更新処理を正常に終えた旨を示す応答の例を示す図である。
【図１１】本発明に係る実施の形態において、蓄積ドキュメントに対する検索要求の例を示す図である。
【図１２】本発明に係る実施の形態において、検索要求に対する応答の例を示す図である。
【図１３】本発明に係る実施の形態において、ドキュメントが蓄積されたことの通知と、その通知を利用して、対象ドキュメントを読み出す手順を示す図である。
【符号の説明】
１０  ドキュメント蓄積システム、１２  インターネット、２０  クライアント、２６  ストレージサービス、２８ａ  ドキュメント蓄積サーバ、３０  プリントサービス（ユーザ）、５２  サーバ選択部、５４  検索方式取得部、５６  特徴事項抽出部、５８  ドキュメント送信部、６０  蓄積要求部、６２  ＵＲＩ取得部、６４  参照情報作成部、６６  蓄積通知部、８０  問い合わせ受取部、８２  検索方式の返信部、８４  ドキュメント受信部、８６  ドキュメント蓄積部、８８  ドキュメント送付部、１１０  蓄積通知受取部、１１２  ドキュメント送付要求部。
【図１】
2004258712.tif 000003
【図２】
2004258712.tif 000004
【図３】
2004258712.tif 000005
【図４】
2004258712.tif 000006
【図５】
2004258712.tif 000007
【図６】
2004258712.tif 000008
【図７】
2004258712.tif 000009
【図８】
2004258712.tif 000010
【図９】
2004258712.tif 000011
【図１０】
2004258712.tif 000012
【図１１】
2004258712.tif 000013
【図１２】
2004258712.tif 000014
【図１３】
2004258712.tif 000015