JP3975694B2 - 文書配信サーバ及び方法 - Google Patents
文書配信サーバ及び方法 Download PDFInfo
- Publication number
- JP3975694B2 JP3975694B2 JP2001187195A JP2001187195A JP3975694B2 JP 3975694 B2 JP3975694 B2 JP 3975694B2 JP 2001187195 A JP2001187195 A JP 2001187195A JP 2001187195 A JP2001187195 A JP 2001187195A JP 3975694 B2 JP3975694 B2 JP 3975694B2
- Authority
- JP
- Japan
- Prior art keywords
- document
- sharer
- storage
- list
- uploaded
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Document Processing Apparatus (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、通信ネットワークを介して電子文書を配信する技術に関する。
【０００２】
【従来の技術】
近年、通信ネットワークを介してユーザ間で電子文書のやり取りをする機会が増えている。電子文書の送信のための手法としては、インターネット上の電子メール（e-mail）がよく利用されている。しかしながら、電子メールは、機密性の問題や到着確認ができないなどの問題があり、重要な文書の送信・配信には一般に適さない。
【０００３】
このような問題を解決しようとした技術として、米国タンブルウィード社による特開平１１−２７２５９４号公報、特開平１０−１５４１１０号公報、特開平１１−３１１２７号公報に示されるシステムが知られている。これらのシステムでは、送信側の装置から送信先を指定して電子文書をインターネット上の配信サーバにアップロードし、配信サーバからその送信先に対しその電子文書へのアクセスのための情報を通知する。そして、その通知を受けた送信先のユーザが、そのアクセス情報を用いて配信サーバ上の電子文書にアクセスし、自分の装置にダウンロードする。この従来装置では、配信サーバへのアップロード、ダウンロードの際に、ＳＳＬ（Secure Socket Layer）などの各種暗号通信プロトコルを利用することで、やり取りする文書の機密性を確保している。
【０００４】
【発明が解決しようとする課題】
業務遂行においては、複数人で１つの業務を進め、その業務に関する文書をそれら複数人の間でやり取りする場合が多い。また、ある人が作成した文書を他の人に配布し、その人から意見や提案などをフィードバックすることもよく行われている。
【０００５】
ところが、上記従来システムは送信者から受信者（群）への一方通行の文書配信しか想定しておらず、複数人での文書の双方向の「やり取り」に用いるには適していなった。例えば業務やプロジェクトなどの進行に従って、各参加者が作成したり編集を加えたりした文書をやり取りするような状況を考えた場合、従来システムはそれら各文書を個別に他の参加者に配布することはできたが、それら文書が１つのプロジェクトに関連するものであるなどの関係は、配布を受けた個々の参加者が個別に管理していない限り分からない。
【０００６】
また、業務やプロジェクトの遂行のために作成される文書は、オリジナル（原本）とコピー（写し）の区別が重要となることが多いが、上記従来システムは、単にアップロードされた文書を指定の宛先に提供するだけなので、文書をアップロードしたユーザ自身がその文書のオリジナルを保持・管理するしかなかった。
【０００７】
本発明は、このような問題点に鑑みなされたものであり、複数人の間で関連する電子文書群を双方向に配信することのできる装置及び方法を提供することを目的とする。また本発明は、配信される文書とそのオリジナルの管理を可能とすることを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る文書配信サーバは、指示に応じて文書配信のための仮想的な保管庫を生成するとともに、その保管庫を共用する共用者の登録を受け付け、それら共用者のリストである共用者リストを生成し管理する保管庫管理手段と、通信ネットワークを介して、前記保管庫の共用者に対してその保管庫に対する電子文書のアップロードのためのユーザインタフェースを提供するアップロード窓口手段と、前記保管庫の共用者からその保管庫に対して電子文書がアップロードされた場合、その保管庫の前記共用者リストに登録された共用者に対し、前記電子文書へのリンク情報を通知するリンク通知手段と、前記リンク情報を用いた前記共用者からの指示に応じ、そのリンク情報に対応する前記保管庫内の電子文書をその共用者に配信する文書提供手段と、を含み、前記共用者間での前記保管庫を介した双方向の文書配信サービスを提供する文書配信サーバであって、更に、前記保管庫にアップロードされた電子文書をオリジナル文書として変更不能な状態でその保管庫に保管するとともに、その電子文書から所定フォーマットのリファレンス文書を生成して前記保管庫に保管する手段を備え、前記文書提供手段は、このリファレンス文書を前記保管庫の共用者に配信し、前記文書配信サーバは、更に、前記保管庫にアップロードされるリファレンス文書に対して一意的な識別情報を組み込む識別情報付与手段と、前記保管庫にアップロードされる文書が、その保管庫に既に保管されている第１のリファレンス文書と同じ識別情報を含んだ前記所定フォーマットの第２のリファレンス文書であると判断した場合、前記識別情報付与手段にそのアップロードされたリファレンス文書に対して新たな識別情報を組み込ませると共に、これら識別情報を用いて前記第２のリファレンス文書が前記第１のリファレンス文書から派生したものとしてその派生関係を管理する派生関係管理手段と、を備える。
【０００９】
好適な態様では、前記保管庫管理手段は、保管庫の生成を指示した利用者をその保管庫の管理者として記憶し、その管理者に対して前記共用者リストに対する共用者の追加及び削除のためのリスト操作手段を提供する。
【００１０】
また、好適な態様では、前記保管庫管理手段は、前記共用者リストへの追加又は削除のための権限を当該保管庫の共用者に付与するための権限付与手段を前記管理者に提供し、前記リスト操作手段は、その権限付与手段により権限が付与された共用者に対して前記共用者リストに対する共用者の追加又は削除のための手段を提供する。
【００１１】
また、好適な態様では、前記リスト操作手段は、前記アップロード窓口手段が提供する前記ユーザインタフェースにて、前記管理者又は前記権限の付与された共用者から入力されたアップロード文書の配信宛先ユーザを、共用者として前記共用者リストに追加する。
【００１４】
また、参考例の文書配信方法は、利用者からの要求を受けて、複数の共用者を設定可能な仮想的な文書保管庫を生成し、前記利用者から共用者の登録を受け付けて設定し、前記文書保管庫に対する利用者又は共用者から電子文書のアップロードを受け付け、前記電子文書のアップロードに応じて、利用者及び共用者の少なくとも一部に対して前記電子文書へのリンク情報を通知し、利用者又は共用者から前記リンク情報を用いたダウンロード要求を受け付け、この要求を行った利用者又は共用者に対し、そのリンク情報に対応する前記文書保管庫内の電子文書を配信する。
【００１５】
また、参考例の文書配信方法は、通信ネットワークを介して電子文書を配信する方法であって、利用者の操作に応じ利用者装置が文書配信サーバに対し、文書配信のための仮想的な保管庫の生成要求を行うステップと、この生成要求に応じて前記文書配信サーバが、前記利用者を管理者として、文書配信のための仮想的な保管庫を生成するステップと、前記文書配信サーバが、前記管理者から、前記保管庫を共用する共用者の登録を受け付け、それら共用者のリストである共用者リストを生成するステップと、前記文書サーバが、前記保管庫の共用者からの要求に応じ、その共用者の装置に対してその保管庫に対する電子文書のアップロードのためのユーザインタフェースを提供するステップと、前記ユーザインタフェースに対する共用者の操作に応じ、前記共用者の装置が電子文書を前記保管庫にアップロードするステップと、前記文書配信サーバが、前記保管庫に対して電子文書がアップロードされた場合、その保管庫の前記共用者リストに登録された共用者に対し、前記電子文書へのリンク情報を通知するステップと、前記リンク情報の通知を受けた共用者の装置が、そのリンク情報を用いて前記保管庫内の前記電子文書のダウンロード要求を発するステップと、このダウンロード要求に応じ、前記文書配信サーバが、その要求に対応する前記保管庫内の電子文書をその共用者装置に配信するステップと、を含み、前記保管庫の共用者間で双方向の文書配信を可能とする文書配信方法であって、前記保管庫にアップロードされた電子文書をオリジナル文書として変更不能な状態でその保管庫に保管するとともに、その電子文書から所定フォーマットのリファレンス文書を生成して前記保管庫に保管するステップを更に含み、前記保管庫内の電子文書を前記共用者装置に配信するステップでは、このリファレンス文書を前記保管庫の共用者に配信し、前記文書配信方法は、更に、前記保管庫にアップロードされるリファレンス文書に対して一意的な識別情報を組み込むステップと、前記保管庫にアップロードされる文書が、その保管庫に既に保管されている第１のリファレンス文書と同じ識別情報を含んだ前記所定フォーマットの第２のリファレンス文書であると判断した場合、そのアップロードされたリファレンス文書に対して新たな識別情報を組み込むと共に、これら識別情報を用いて前記第２のリファレンス文書が前記第１のリファレンス文書から派生したものとしてその派生関係を管理するステップと、を含む。
【００１６】
また本発明は、指示に応じて文書配信のための仮想的な保管庫を前記文書配信サーバ内に生成するとともに、その保管庫を共用する共用者の登録を受け付け、それら共用者のリストである共用者リストを生成する手順と、通信ネットワークを介して、前記保管庫の共用者に対してその保管庫に対する電子文書のアップロードのためのユーザインタフェースを提供する手順と、前記保管庫の共用者からその保管庫に対して電子文書がアップロードされた場合、その保管庫の前記共用者リストに登録された共用者に対し、前記電子文書へのリンク情報を通知する手順と、前記リンク情報を用いた前記共用者からの指示に応じ、そのリンク情報に対応する前記保管庫内の電子文書をその共用者に配信する手順と、をコンピュータシステムに実行させるプログラム文書配信プログラムであって、前記保管庫にアップロードされた電子文書をオリジナル文書として変更不能な状態でその保管庫に保管するとともに、その電子文書から所定フォーマットのリファレンス文書を生成して前記保管庫に保管する手順を更に前記コンピュータシステムに実行させると共に、前記保管庫内の電子文書を前記共用者装置に配信する手順では、このリファレンス文書を前記保管庫の共用者に配信し、前記文書配信プログラムは、更に、前記保管庫にアップロードされるリファレンス文書に対して一意的な識別情報を組み込む手順と、前記保管庫にアップロードされる文書が、その保管庫に既に保管されている第１のリファレンス文書と同じ識別情報を含んだ前記所定フォーマットの第２のリファレンス文書であると判断した場合、そのアップロードされたリファレンス文書に対して新たな識別情報を組み込むと共に、これら識別情報を用いて前記第２のリファレンス文書が前記第１のリファレンス文書から派生したものとしてその派生関係を管理する手順と、を前記コンピュータシステムに実行させるプログラムを提供する。
【００１７】
【発明の実施の形態】
以下、本発明の実施の形態（以下実施形態という）について、図面に基づいて説明する。
【００１８】
図１は、本発明に係る文書配信システムの全体像を説明するための図である。このシステムは、インターネット３０上に設けられた文書配信サーバ１０をベースに構成される。
【００１９】
文書配信サーバ１０は、複数ユーザからなるグループに対して、そのグループ内で共用するロッカー１４を提供する。ロッカー１４は、電子文書を保管するための仮想的な保管庫である。ロッカー１４は、ユーザの要求に応じて生成される。ロッカー１４には、このロッカー１４を共用するユーザ（共用者と呼ぶ）が登録される。共用者は、このロッカー１４を指定して電子文書をアップロードすることで、他の共用者に電子文書を配信することができる。
【００２０】
ユーザは、例えば自分の業務やプロジェクトごとなど、必要に応じてロッカーを生成することができる。また、他のユーザが生成したロッカーに、共用者として参加することもできる。したがって、１人のユーザは、複数のロッカーの共用者となりうる。
【００２１】
共用者の一人から電子文書がロッカー１４にアップロードされると、その文書がロッカー１４に保管され、その保管文書へアクセスするためのリンク情報（例えばＵＲＬ）を含んだ通知が各共用者に通知される。通知を受けた共用者は、そのリンクを用いて、ロッカー１４内の保管文書にアクセスし、これをダウンロードする。
【００２２】
リポジトリ１２は、これらロッカー１４の生成、格納、管理を行うシステムである。
【００２３】
文書取扱サーバ１６は、アップロードされたオリジナル文書を、配信用の所定フォーマットに変換するためのシステムである。配信用の文書フォーマットとしては、この文書配信サーバ１０を利用する各ユーザが閲覧、編集できるものが望ましく、さらには各ユーザが利用する様々なアプリケーションで作成した文書データから変換可能なものが好ましい。このようなフォーマットを採用することにより、各ユーザは、その文書フォーマットの操作用のアプリケーションを持てば、配信される文書を閲覧したり、それに編集を加えたりすることができる。このようなフォーマットとしては、例えば米国Adobe社が開発し広く用いられているＰＤＦ形式や、富士ゼロックス社が開発したDocuWorks（登録商標）文書形式などがある。ＰＤＦ形式やDocuWorks（登録商標）文書形式では、Acrobat（登録商標）やDocuWorks（登録商標）などの文書取扱ソフトウエアを使うことにより、閲覧や、文書中へのコメント書き込みなどの編集を行うことができる。以下、このような配信用フォーマットの文書をリファレンス文書と呼ぶ。
【００２４】
ユーザ管理部１８は、この文書配信サーバ１０によるサービスを受けるユーザの登録を行い、それら各ユーザのユーザ情報を管理するシステムである。登録されるユーザ情報には、ユーザ名、認証情報（パスワード等）、電子メールアドレス等が含まれる。ロッカー１４は、ユーザ管理部１８に登録済みのユーザのグループにより共用される。
【００２５】
ユーザが文書配信サーバ１０に対して各種依頼や要求を入力するためのユーザインタフェースは、ウェブページの形で提供する。文書配信サーバ１０は、このためのウェブサーバ機能を備える（図示省略）。
【００２６】
以上文書配信サーバ１０の構成について説明した。一方、各ユーザが用いるクライアント装置２０，２２は、図２に示すように、ウェブページ閲覧用のブラウザ２００，電子メール送受信用のメーラ２０２を備えるほか、配信用フォーマットの文書の閲覧・編集の機能を備えた文書取扱ソフトウエア２０４を備える。この文書取扱ソフトウエア２０４は、文書配信サーバ１０内の文書取扱サーバ１６と同じソフトウエアでよい。
【００２７】
再び図１に戻り、文書配信サーバ１０を用いた文書配信の流れを一例を説明する。ここでは、二人のユーザＡ，Ｂがロッカー１４を介して文書のやり取りを行う場合を例にとる。ここで、ユーザＡ，Ｂは、文書配信サーバ１０を利用可能な人として予めユーザ登録されている多数人の中の２人であるものとする。ユーザ登録では、ユーザ名や認証情報（パスワード等）、電子メールアドレス等の情報が登録されているものとする。
【００２８】
（１）この例では、まずユーザＡが文書配信サーバ１０に対して新規のロッカーの生成を依頼する。すなわち、この場合まずユーザＡは、クライアント装置２０から文書配信サーバ１０のログインページにアクセスし、ユーザ名、パスワードなどを入力してユーザ認証を受ける。ユーザ認証が成功すると、各種操作メニュー項目が示されたウェブページがクライアント装置２０に提供される。ユーザＡが、このメニュー項目の中から「ロッカー生成」のメニューを選択すると、それが文書配信サーバ１０に伝えられる。ここで例えば、ユーザ認証の後、ＳＳＬ（Secure Socket Layer）などの暗号化プロトコルを利用して、文書配信サーバ１０とクライアント装置２０との間の通信情報の保護を行うことが好適である。
【００２９】
（２）これを受けた文書配信サーバ１０は、リポジトリ１２に新たなロッカー１４を生成する。このロッカー生成の際に、新たに生成するロッカー１４の属性情報の入力のためのウェブページをクライアント装置２０に提供する。属性情報としては、ロッカー１４の名称（ロッカー名）や、そのロッカーの共用者の情報などがある。共用者情報の登録は、属性登録用ページ上で例えば本システムに対してユーザ登録されているユーザ群のリストを提供し、その中からユーザＡが共用者を選べるようにするなどの方式でよい。また、ユーザＡに、共用者のユーザ名や電子メールアドレスなど、共用者を特定できる情報を直接入力してもらうような形のページでもよい。いずれの場合でも、ロッカー生成を要求したユーザＡ自身も共用者の１人として共用者リストに登録される。また、ユーザＡは、このロッカー１４の管理者として文書配信サーバ１０に登録される。この共用者リストは、ロッカー１４の属性情報の一つとして管理される。この例では、ユーザＡに加え、ユーザＢが共用者リストに登録されるものとする。ロッカー１４が生成されると、電子文書のアップロードが可能になる。
【００３０】
（３）図１の例では、ロッカー１４の開設者であるユーザＡがまず電子文書をロッカー１４にアップロードする。この場合、ユーザＡは、クライアント装置２０から文書配信サーバ１０のウェブサイトにログインし、メニューから「文書アップロード」を選択することにより、アップロード用のウェブページにアクセスする。そして、ユーザＡが、そのウェブページ上で、アップロードする文書を特定する情報（当該クライアント装置２０のファイルシステム上でのその文書の格納場所・ファイル名など）やアップロード先のロッカー１４を指定することで、文書がそのロッカー１４にアップロードされる。ここでは、ユーザＡはワードプロセッサなどのアプリケーションソフトで作成した電子文書をアップロードしたものとする。この電子文書はオリジナル文書１００としてロッカー１４に保管される。文書配信サーバ１０は、このオリジナル文書１００に対するユーザ（共用者）からの操作を受け付けないようにするなどにより、この文書が変更できないようにする。これにより、文書作成者が自分で管理しなくても、オリジナル文書を保全することができる。
【００３１】
なお、このアップロードの際も、ＳＳＬ等を用いて、アップロードされる文書データの秘密保護を行う。また、ここではユーザＡがロッカー１４の生成指示の後、再度文書配信サーバ１０にログインしたが、ロッカー１４の生成指示の後に続けて文書アップロードを行うようにしてもよい。
【００３２】
（４）この文書を受け取った文書配信サーバ１０は、そのオリジナル文書１００を文書取扱サーバ１６に渡して配信用フォーマットに変換させる。そして、この変換により得られた配信用フォーマットの文書をリファレンス文書（＃１）１１０として、オリジナル文書１００に関連づけてロッカー１４に登録し保管する。
【００３３】
（５）リファレンス文書（＃１）１１０をロッカー１４に登録すると、文書配信サーバ１０は、ロッカー１４に文書が新規登録された旨を示した電子メールを作成し、（６）そのロッカー１４の共用者宛に送信する。この電子メールには、ロッカー１４内のそのリファレンス文書（＃１）にアクセスするためのリンク情報（例えばそのリファレンス文書（＃１）のダウンロード用ウェブページのＵＲＬ）を含める。なお、この通知用の電子メールは、当該ロッカー１４の共用者リストに含まれるすべての共用者のメールアドレス宛に送信してもよいが、当該文書をアップロードした人は特定できているのでこの人を宛先から除くことももちろん可能である。図１の例では、ユーザＡからアップロードされた文書についてのアップロード通知メールが、もう一人の共用者であるユーザＢに送られている。
【００３４】
（７）この通知メールを受け取ったユーザＢは、そのメールに示されたリンク情報を用いて、クライアント装置２２からそのリファレンス文書（＃１）１１０のダウンロード用のウェブページにアクセスし、その文書をダウンロードする。例えば、クライアント装置２２上のメーラ２０２がハイパーリンクに対応していれば、その通知メールに記載されたＵＲＬをクリックすることにより、ブラウザ２００を起動させ、そのダウンロード用ウェブページにアクセスすることができる。このとき、ＳＳＬ等を利用してダウンロードデータを暗号化し、秘密保護を図ることが好適である。また、ユーザがダウンロード用のウェブページにアクセスしてきた際に、ユーザ名やパスワードなどの入力を求めてログイン認証を行い、そのユーザが対象とするロッカー１４の共用者であるかどうかをチェックするようにすれば、ロッカー１４の保護をより強化することができるので、好適である。またこの場合、どの共用者が当該文書をダウンロードしたかがサーバ１０側で把握でき、その情報をロッカー１４の管理者や共用者に提供することもできる。
【００３５】
（８）ユーザＢは、ダウンロードしたリファレンス文書（＃１）に対してクライアント装置２２上の文書取扱ソフトウエア２０４を起動して、そのリファレンス文書（＃１）を閲覧し、コメントを書き込むなどの編集を加える。文書取扱ソフトウエア２０４がブラウザ２００にプラグイン可能なものであれば、ブラウザ２００上でその文書を閲覧し、編集を加えることができる。この場合、文書取扱ソフトウエア２０４が、ダウンロードした電子文書のレイヤとは別のレイヤを、当該ユーザＢの書き込み用レイヤとして生成し、ユーザＢの記入・入力した内容はこの書き込み用レイヤに保持するようにすることも好適である。こうすることにより、ユーザは紙文書に対して書き込みを行う感覚でコメント書込などの編集を行うことができるとともに、ユーザＢの編集結果の文書（この後文書配信サーバ１０にアップロードされる）で、そのユーザＢが書き込んだ内容を区別することができる。
【００３６】
（９）ユーザＢは、編集を加えたリファレンス文書（＃１）をロッカー１４にアップロードすることができる。アップロードは、前述のユーザＡの場合と同様、アップロード用のウェブページにアクセスして行えばよい。アップロードされた文書は、リファレンス文書（＃２）１１２としてロッカー１４に保管される。
【００３７】
（１０）リファレンス文書（＃２）１１２を保管すると、文書配信サーバ１０は、オリジナル文書１００のアップロード時と同様、その文書へのリンク情報を含んだ電子メールを生成し、（１１）そのロッカー１４の共用者に対して送信する。なお、このように、ダウンロードした文書を編集して作成した文書をアップロードする場合、上述のようにロッカー１４の共用者全員（又はアップロード者を除く全員）に配信する方式だけでなく、その元のリファレンス文書の作成者だけに配信できるようにすることも好適である。これには、アップロード指示入力用のウェブページに対し、元文書作成者のみへの配信を指示する選択項目を設けるなどすればよい。この指示を受けた文書配信サーバ１０では、リファレンス文書に付した識別情報（詳細は後述）から、アップロードされたリファレンス文書の元となったリファレンス文書を特定し、このリファレンス文書の作者に対して通知メールを送信するようにすればよい。
【００３８】
（１２）ユーザＡは、この電子メールを受け取ると、前述したユーザＢの場合と同様、そこに示されたリンク情報を利用してリファレンス文書（＃２）をダウンロードするためのウェブページにアクセスし、ダウンロードを行って閲覧する。
【００３９】
以上、ユーザＡがユーザＢに文書を送り、これにユーザＢがコメントを付けてユーザＡに送り返すまでの流れを説明した。これ以降、同様の手順を繰り返すことで、ユーザＡとＢの間でリファレンス文書のやり取りを行うことができる。
【００４０】
以上が、本実施形態の文書配信サーバ１０による双方向配信サービスである。この基本機能の他、文書配信サーバ１０は、共用者間での文書のやり取りによって形成される文書間の派生関係を管理する機能を備える。
【００４１】
すなわち、上記の例にも示したように、このシステムによる１つの典型的な双方向配信の流れでは、ある共用者が配信（アップロード）した文書に対し、別の共用者が編集を加えて再度配信し、この文書を受けた共用者（最初にアップロードした人の場合もあり得る）が更に編集を加えて配信する、といった作業が繰り返される。このように、元の文書（親）に対し、編集を加えることにより別の文書（子）ができるという派生関係があるので、これを文書配信サーバ１０で管理する。
【００４２】
文書の派生関係の例を、図３を参照して説明する。この例では、まず最初にロッカー１４にアップロードされたオリジナル文書から、同じ表示内容を示す配信用フォーマットのリファレンス文書Ref-1が生成されている。そして、このリファレンス文書Ref-1が配信され、配信先で編集を加えられることにより、２つのリファレンス文書Ref-1.1、Ref-1.2が派生し、更に例えばRef-1.2からRef-1.2.1が派生している。
【００４３】
このような派生関係の管理のために、文書配信サーバ１０は、各リファレンス文書に対してＩＤ番号等の識別情報を付与する。この識別情報は、配信サーバ１０内で一意的なものであることが望ましい。そして、このリファレンス文書のデータ構造中に、当該文書に付与した識別情報を組み込む。Acrobat（登録商標）やDocuWorks（登録商標）などの文書取扱ソフトウエアでは、文書の表示内容とは別に、属性情報等を非表示データとして組み込む機能を持つものがあるので、これを利用すればよい。共用者が、ロッカー１４からダウンロードしたリファレンス文書に対して編集を加え、編集結果をロッカー１４にアップロードした場合、文書配信サーバ１０は、そのアップロード文書に含まれる識別情報を調べる。その識別情報が、ロッカー１４内に既登録のリファレンス文書の識別情報と同じものであれば、アップロード文書はその既登録文書を編集したものと判断できる。文書配信サーバ１０は、そのアップロード文書に対して新たに一意的な識別情報を組み込んでロッカー１４に保管し、その派生元の既登録リファレンス文書との派生関係を記録する。派生関係は、例えば各リファレンス文書の識別情報のツリーとして記述できる。そして、このツリーのルートに対してオリジナル文書の識別情報を対応づけることで、オリジナル文書と、そこから派生したリファレンス文書群とを対応づけることができる。
【００４４】
このように文書の派生関係を管理することで、ロッカー１４の管理者などからの要求に応じて派生関係情報を提供することができる。派生関係を見ることで、文書の変遷や、配信された文書に対する各共用者の反応などを、知ることができる。この場合、派生関係はウェブページに掲載する形でユーザに提供することができ、提供する相手も、当該ロッカーの共用者全員、あるいは管理者のみ、に限定することができる。
【００４５】
図４は、文書配信サーバ１０で管理されるロッカーのデータ構造の一例である。この例では、１つのロッカーには、ロッカー名４００，共用者リスト４０２，文書ツリー４０４，及び文書データ４０６が含まれる。
【００４６】
ロッカー名４００は、当該ロッカーの識別名であり、例えば文書アップロード先のロッカーを指定する際などに用いられる。
【００４７】
共用者リスト４０２は、当該ロッカーの共用者として登録されているユーザのリストである。これは、例えば各共用者のユーザ名やユーザＩＤのリストでよい。ただし、文書アップロード通知の電子メールを送る必要上、ユーザの電子メールアドレスが何らかの形で求められるようにしておく必要がある。本実施形態では、ユーザ管理部１８でユーザ名と電子メールアドレスが管理されているので、これを参照すればよい。もちろん、共用者リスト４０２に各ユーザの電子メールアドレスを登録するようにしてもよい。また、共用者リスト４０２には、各共用者の属性情報を登録できるようにすることも好ましい。例えば、ロッカーの生成を依頼したユーザ（すなわち、管理者）には、管理者権限を有することを示す情報を登録するなどである。また、共用者の属性情報として、ロッカーに対する操作権限を登録することも好適である。権限には、例えばロッカーへの文書アップロードを許可するか否か、共用者リストへのユーザの追加及び／又は削除を許可するか否か、など様々なものが考えられる。文書配信サーバ１０は、この属性情報に従って、ユーザからの操作を認めるかどうかを制御することができる。
【００４８】
文書ツリー４０４は、当該ロッカーに保管された各文書の派生関係（階層関係と見ることもできる）を示すツリーのデータである。なお、図３の例では、１つのオリジナル文書から派生したツリーの例を模式的に示したが、１つのロッカー中に複数のオリジナル文書をアップロードすることも可能なので、それら複数のオリジナルを起点とする複数の派生関係ツリーができることもある。例えば、プロジェクトのための文書を数人で分担して作成し、各人の作成分を全員に配布して批評や要望などを受け付けるなどの場合である。
【００４９】
文書データ４０６は、ロッカー中に保管される個々の文書のデータである。保管される文書は、前述のようにオリジナル文書とリファレンス文書に大別される。リファレンス文書には、文書の表示内容を示すデータの他に、当該文書の属性情報が含まれる。属性情報には、前述した識別情報の他に、その文書を作成又は編集したユーザ名を含めることも好適である。また、このほかに、例えば当該文書の親文書の識別情報（あるいはツリーのルートから当該文書までの識別情報の系列）などを含めたり、親文書のユーザ名などを含めることもできる。
【００５０】
以上、本発明の好適な実施の形態を説明した。この説明から分かるように、本実施形態では、文書配信サーバ１０上に仮想的なロッカー１４を生成し、このロッカーの共用者として登録されたユーザが、ロッカーを介して文書を他の共用者に文書を配布できるようにしたので、共用者間での双方向の文書配信が可能になる。また、以上の例では、最初にアップロードされたオリジナル文書を文書配信サーバ１０に保管するようにしたので、作成者のオリジナル文書管理負担を軽減することができる。また、文書配信サーバ１０は、オリジナル文書を、全共用者が取扱可能な配信用フォーマットに変換した上で配信するので、各共用者は、アップロードされる可能性のあるワードプロセッサやドローイング、表計算などの多様なアプリケーションの文書を、それらアプリケーションを持っていなくても閲覧し、書き込みなどの編集を加えることができる。
【００５１】
図１の例は、ロッカーの共用者が２人の場合のものであったが、以上の説明からも明らかに分かるように、本実施形態の文書配信サーバ１０では、３人以上の場合でも同様に文書の双方向配信を実現することができる。
【００５２】
また、上記の例では、ロッカーの共用者はロッカー作成時に登録したが、その後で共用者リストに変更（追加や削除）を加えられるようにすることもできる。これには、例えば共用者リスト編集用の専用ウェブページを、文書配信サバ１０からユーザに提供すればよい。また、共用者リストの変更権限を、ロッカー管理者以外の共用者に与えることも可能である。この場合、ロッカーの管理者と、その管理者がリスト変更権限を付与した共用者のみが、そのロッカーの共用者リストに対して追加や削除などの変更を加えることができる。
【００５３】
また、以上の例では、ロッカーにアップロードした文書は、そのロッカーの共用者リストの全員（又はアップロード者を除く全員）に配布されるようにしたが、この代わりに、アップロードする文書の配布先を共用者リストの中から選択できるようにすることも可能である。図５に、このような配布先指定が可能なアップロード用のウェブページの一例を挙げる。
【００５４】
図５の例では、アップロードしようとするユーザが入力する項目として、ロッカー名５００，配布先５０２，コメント５０４，及びファイル５０６がある。ロッカー名５００には、アップロード先として選んだロッカーの識別名を入力する。ここで、文書配信サーバ１０が、ログイン時の認証で判明しているユーザ名などをもとに、そのユーザが共用者として登録されているロッカー群を求め、それらロッカー群のロッカー名のリストを例えばプルダウンメニューの形でアップロード用ウェブページに組み込むなどすれば、ユーザは容易に自分の望むロッカーを指定することができる。もちろん、キーボードから直接ロッカー名を入力することもできる。
【００５５】
配布先５０２は、アップロードする文書の配布先とするユーザの識別情報を入力する欄である。図示の例では、配布先ユーザの電子メールアドレスが入力されている。もちろん、文書配信サーバ１０側で電子メールアドレスと対応付け可能なユーザ識別情報であれば、どのようなものを用いてもよい。例えば、文書配信サーバ１０側で、ユーザ名とその電子メールアドレスを対応づけて管理している場合に、配布先５０２にユーザ名を指定するなどである。また、スクリプトなどを用いて、この配布先５０２の欄に対し、共用者リストに登録された各共用者のユーザ識別情報のリストをデフォルトとして組み込んでおくことも好適である。この場合、ユーザは、そのリストから配布不要な人を削除するなどの操作を行うことができる。
【００５６】
また、このようなウェブページにて、共用者リストに未登録のユーザを配布先として入力可能とし、入力された未登録ユーザを新たに共用者リストに登録する構成も好適である。これによれば、文書をアップロードする操作により、ロッカー共用者の追加も同時に可能になる。なお、この操作による共用者の追加ができるのは、ロッカー管理者、及びこの管理者からリスト変更権限を与えられた者のみに限定される。
【００５７】
コメント５０４には、アップロードする文書について付すコメントを入力することができる。このコメントは、文書ダウンロード用のウェブページにおいて、この文書に関するコメントとして表示することができる。
【００５８】
ファイル５０６には、アップロードする文書のファイルを特定する情報（ファイル名や、クライアント装置上での当該文書ファイルの格納場所など）を入力する欄である。
【００５９】
また、「UPDATE」ボタン５１２は、ロッカーからダウンロードしたリファレンス文書に対して編集を加えたものをロッカーにアップロードする際にクリックするＧＵＩボタンである。このボタンをクリックし、前述のロッカー名５００，配布先５０２、ファイル５０６等の欄に入力を行い、「SUBMIT」（送信）ボタンをクリックすると、指定したファイル（編集したリファレンス文書）が指定したロッカーに対してアップロードされる。この場合、「UPDATE」ボタン押下の旨を示す情報が併せて文書配信サーバ１０に送信されるので、サーバ１０は、アップロードされたリファレンス文書ファイルに含まれる識別情報を調べるなどして、既保管のどのリファレンス文書の子文書かを判定するなどの処理を行うことができる。
【００６０】
また、「NEW」ボタン５１０は、新規の文書をアップロードする場合に選択するボタンである。このボタンをクリックし、前述のロッカー名５００，配布先５０２，ファイル５０６等の欄に入力を行い、「SUBMIT」（送信）ボタンをクリックすると、指定したファイルが指定したロッカーに対してアップロードされる。この場合、新規文書である旨の情報が文書配信サーバ１０に送信される、サーバ１０はその文書をオリジナル文書として指定ロッカーに保管するとともに、配信用のリファレンス文書を作成する。
【００６１】
また、以上では、インターネットを介して文書のアップロード・ダウンロードを行ったが、本実施形態の仕組みはＬＡＮやイントラネットなど他のネットワークにも適用可能である。
【００６２】
なお、文書配信サーバ１０は、以上に説明した各機能を記述したプログラムをコンピュータシステムに実行させることにより実現することができる。
【図面の簡単な説明】
【図１】 実施形態の文書配信サーバを用いた双方向文書配信システムの全体像を示す模式図である。
【図２】 クライアント装置の機能構成の一例を示す図である。
【図３】 文書の派生関係を説明するための図である。
【図４】 文書配信サーバのロッカーのデータ構造の一例を示す図である。
【図５】 文書アップロード用のウェブページの一例を示す図である。
【符号の説明】
１０ 文書配信サーバ、１２ リポジトリ、１４ ロッカー、１６ 文書取扱サーバ、１８ ユーザ管理部、２０，２２ クライアント装置、３０ インターネット。
【発明の属する技術分野】
本発明は、通信ネットワークを介して電子文書を配信する技術に関する。
【０００２】
【従来の技術】
近年、通信ネットワークを介してユーザ間で電子文書のやり取りをする機会が増えている。電子文書の送信のための手法としては、インターネット上の電子メール（e-mail）がよく利用されている。しかしながら、電子メールは、機密性の問題や到着確認ができないなどの問題があり、重要な文書の送信・配信には一般に適さない。
【０００３】
このような問題を解決しようとした技術として、米国タンブルウィード社による特開平１１−２７２５９４号公報、特開平１０−１５４１１０号公報、特開平１１−３１１２７号公報に示されるシステムが知られている。これらのシステムでは、送信側の装置から送信先を指定して電子文書をインターネット上の配信サーバにアップロードし、配信サーバからその送信先に対しその電子文書へのアクセスのための情報を通知する。そして、その通知を受けた送信先のユーザが、そのアクセス情報を用いて配信サーバ上の電子文書にアクセスし、自分の装置にダウンロードする。この従来装置では、配信サーバへのアップロード、ダウンロードの際に、ＳＳＬ（Secure Socket Layer）などの各種暗号通信プロトコルを利用することで、やり取りする文書の機密性を確保している。
【０００４】
【発明が解決しようとする課題】
業務遂行においては、複数人で１つの業務を進め、その業務に関する文書をそれら複数人の間でやり取りする場合が多い。また、ある人が作成した文書を他の人に配布し、その人から意見や提案などをフィードバックすることもよく行われている。
【０００５】
ところが、上記従来システムは送信者から受信者（群）への一方通行の文書配信しか想定しておらず、複数人での文書の双方向の「やり取り」に用いるには適していなった。例えば業務やプロジェクトなどの進行に従って、各参加者が作成したり編集を加えたりした文書をやり取りするような状況を考えた場合、従来システムはそれら各文書を個別に他の参加者に配布することはできたが、それら文書が１つのプロジェクトに関連するものであるなどの関係は、配布を受けた個々の参加者が個別に管理していない限り分からない。
【０００６】
また、業務やプロジェクトの遂行のために作成される文書は、オリジナル（原本）とコピー（写し）の区別が重要となることが多いが、上記従来システムは、単にアップロードされた文書を指定の宛先に提供するだけなので、文書をアップロードしたユーザ自身がその文書のオリジナルを保持・管理するしかなかった。
【０００７】
本発明は、このような問題点に鑑みなされたものであり、複数人の間で関連する電子文書群を双方向に配信することのできる装置及び方法を提供することを目的とする。また本発明は、配信される文書とそのオリジナルの管理を可能とすることを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る文書配信サーバは、指示に応じて文書配信のための仮想的な保管庫を生成するとともに、その保管庫を共用する共用者の登録を受け付け、それら共用者のリストである共用者リストを生成し管理する保管庫管理手段と、通信ネットワークを介して、前記保管庫の共用者に対してその保管庫に対する電子文書のアップロードのためのユーザインタフェースを提供するアップロード窓口手段と、前記保管庫の共用者からその保管庫に対して電子文書がアップロードされた場合、その保管庫の前記共用者リストに登録された共用者に対し、前記電子文書へのリンク情報を通知するリンク通知手段と、前記リンク情報を用いた前記共用者からの指示に応じ、そのリンク情報に対応する前記保管庫内の電子文書をその共用者に配信する文書提供手段と、を含み、前記共用者間での前記保管庫を介した双方向の文書配信サービスを提供する文書配信サーバであって、更に、前記保管庫にアップロードされた電子文書をオリジナル文書として変更不能な状態でその保管庫に保管するとともに、その電子文書から所定フォーマットのリファレンス文書を生成して前記保管庫に保管する手段を備え、前記文書提供手段は、このリファレンス文書を前記保管庫の共用者に配信し、前記文書配信サーバは、更に、前記保管庫にアップロードされるリファレンス文書に対して一意的な識別情報を組み込む識別情報付与手段と、前記保管庫にアップロードされる文書が、その保管庫に既に保管されている第１のリファレンス文書と同じ識別情報を含んだ前記所定フォーマットの第２のリファレンス文書であると判断した場合、前記識別情報付与手段にそのアップロードされたリファレンス文書に対して新たな識別情報を組み込ませると共に、これら識別情報を用いて前記第２のリファレンス文書が前記第１のリファレンス文書から派生したものとしてその派生関係を管理する派生関係管理手段と、を備える。
【０００９】
好適な態様では、前記保管庫管理手段は、保管庫の生成を指示した利用者をその保管庫の管理者として記憶し、その管理者に対して前記共用者リストに対する共用者の追加及び削除のためのリスト操作手段を提供する。
【００１０】
また、好適な態様では、前記保管庫管理手段は、前記共用者リストへの追加又は削除のための権限を当該保管庫の共用者に付与するための権限付与手段を前記管理者に提供し、前記リスト操作手段は、その権限付与手段により権限が付与された共用者に対して前記共用者リストに対する共用者の追加又は削除のための手段を提供する。
【００１１】
また、好適な態様では、前記リスト操作手段は、前記アップロード窓口手段が提供する前記ユーザインタフェースにて、前記管理者又は前記権限の付与された共用者から入力されたアップロード文書の配信宛先ユーザを、共用者として前記共用者リストに追加する。
【００１４】
また、参考例の文書配信方法は、利用者からの要求を受けて、複数の共用者を設定可能な仮想的な文書保管庫を生成し、前記利用者から共用者の登録を受け付けて設定し、前記文書保管庫に対する利用者又は共用者から電子文書のアップロードを受け付け、前記電子文書のアップロードに応じて、利用者及び共用者の少なくとも一部に対して前記電子文書へのリンク情報を通知し、利用者又は共用者から前記リンク情報を用いたダウンロード要求を受け付け、この要求を行った利用者又は共用者に対し、そのリンク情報に対応する前記文書保管庫内の電子文書を配信する。
【００１５】
また、参考例の文書配信方法は、通信ネットワークを介して電子文書を配信する方法であって、利用者の操作に応じ利用者装置が文書配信サーバに対し、文書配信のための仮想的な保管庫の生成要求を行うステップと、この生成要求に応じて前記文書配信サーバが、前記利用者を管理者として、文書配信のための仮想的な保管庫を生成するステップと、前記文書配信サーバが、前記管理者から、前記保管庫を共用する共用者の登録を受け付け、それら共用者のリストである共用者リストを生成するステップと、前記文書サーバが、前記保管庫の共用者からの要求に応じ、その共用者の装置に対してその保管庫に対する電子文書のアップロードのためのユーザインタフェースを提供するステップと、前記ユーザインタフェースに対する共用者の操作に応じ、前記共用者の装置が電子文書を前記保管庫にアップロードするステップと、前記文書配信サーバが、前記保管庫に対して電子文書がアップロードされた場合、その保管庫の前記共用者リストに登録された共用者に対し、前記電子文書へのリンク情報を通知するステップと、前記リンク情報の通知を受けた共用者の装置が、そのリンク情報を用いて前記保管庫内の前記電子文書のダウンロード要求を発するステップと、このダウンロード要求に応じ、前記文書配信サーバが、その要求に対応する前記保管庫内の電子文書をその共用者装置に配信するステップと、を含み、前記保管庫の共用者間で双方向の文書配信を可能とする文書配信方法であって、前記保管庫にアップロードされた電子文書をオリジナル文書として変更不能な状態でその保管庫に保管するとともに、その電子文書から所定フォーマットのリファレンス文書を生成して前記保管庫に保管するステップを更に含み、前記保管庫内の電子文書を前記共用者装置に配信するステップでは、このリファレンス文書を前記保管庫の共用者に配信し、前記文書配信方法は、更に、前記保管庫にアップロードされるリファレンス文書に対して一意的な識別情報を組み込むステップと、前記保管庫にアップロードされる文書が、その保管庫に既に保管されている第１のリファレンス文書と同じ識別情報を含んだ前記所定フォーマットの第２のリファレンス文書であると判断した場合、そのアップロードされたリファレンス文書に対して新たな識別情報を組み込むと共に、これら識別情報を用いて前記第２のリファレンス文書が前記第１のリファレンス文書から派生したものとしてその派生関係を管理するステップと、を含む。
【００１６】
また本発明は、指示に応じて文書配信のための仮想的な保管庫を前記文書配信サーバ内に生成するとともに、その保管庫を共用する共用者の登録を受け付け、それら共用者のリストである共用者リストを生成する手順と、通信ネットワークを介して、前記保管庫の共用者に対してその保管庫に対する電子文書のアップロードのためのユーザインタフェースを提供する手順と、前記保管庫の共用者からその保管庫に対して電子文書がアップロードされた場合、その保管庫の前記共用者リストに登録された共用者に対し、前記電子文書へのリンク情報を通知する手順と、前記リンク情報を用いた前記共用者からの指示に応じ、そのリンク情報に対応する前記保管庫内の電子文書をその共用者に配信する手順と、をコンピュータシステムに実行させるプログラム文書配信プログラムであって、前記保管庫にアップロードされた電子文書をオリジナル文書として変更不能な状態でその保管庫に保管するとともに、その電子文書から所定フォーマットのリファレンス文書を生成して前記保管庫に保管する手順を更に前記コンピュータシステムに実行させると共に、前記保管庫内の電子文書を前記共用者装置に配信する手順では、このリファレンス文書を前記保管庫の共用者に配信し、前記文書配信プログラムは、更に、前記保管庫にアップロードされるリファレンス文書に対して一意的な識別情報を組み込む手順と、前記保管庫にアップロードされる文書が、その保管庫に既に保管されている第１のリファレンス文書と同じ識別情報を含んだ前記所定フォーマットの第２のリファレンス文書であると判断した場合、そのアップロードされたリファレンス文書に対して新たな識別情報を組み込むと共に、これら識別情報を用いて前記第２のリファレンス文書が前記第１のリファレンス文書から派生したものとしてその派生関係を管理する手順と、を前記コンピュータシステムに実行させるプログラムを提供する。
【００１７】
【発明の実施の形態】
以下、本発明の実施の形態（以下実施形態という）について、図面に基づいて説明する。
【００１８】
図１は、本発明に係る文書配信システムの全体像を説明するための図である。このシステムは、インターネット３０上に設けられた文書配信サーバ１０をベースに構成される。
【００１９】
文書配信サーバ１０は、複数ユーザからなるグループに対して、そのグループ内で共用するロッカー１４を提供する。ロッカー１４は、電子文書を保管するための仮想的な保管庫である。ロッカー１４は、ユーザの要求に応じて生成される。ロッカー１４には、このロッカー１４を共用するユーザ（共用者と呼ぶ）が登録される。共用者は、このロッカー１４を指定して電子文書をアップロードすることで、他の共用者に電子文書を配信することができる。
【００２０】
ユーザは、例えば自分の業務やプロジェクトごとなど、必要に応じてロッカーを生成することができる。また、他のユーザが生成したロッカーに、共用者として参加することもできる。したがって、１人のユーザは、複数のロッカーの共用者となりうる。
【００２１】
共用者の一人から電子文書がロッカー１４にアップロードされると、その文書がロッカー１４に保管され、その保管文書へアクセスするためのリンク情報（例えばＵＲＬ）を含んだ通知が各共用者に通知される。通知を受けた共用者は、そのリンクを用いて、ロッカー１４内の保管文書にアクセスし、これをダウンロードする。
【００２２】
リポジトリ１２は、これらロッカー１４の生成、格納、管理を行うシステムである。
【００２３】
文書取扱サーバ１６は、アップロードされたオリジナル文書を、配信用の所定フォーマットに変換するためのシステムである。配信用の文書フォーマットとしては、この文書配信サーバ１０を利用する各ユーザが閲覧、編集できるものが望ましく、さらには各ユーザが利用する様々なアプリケーションで作成した文書データから変換可能なものが好ましい。このようなフォーマットを採用することにより、各ユーザは、その文書フォーマットの操作用のアプリケーションを持てば、配信される文書を閲覧したり、それに編集を加えたりすることができる。このようなフォーマットとしては、例えば米国Adobe社が開発し広く用いられているＰＤＦ形式や、富士ゼロックス社が開発したDocuWorks（登録商標）文書形式などがある。ＰＤＦ形式やDocuWorks（登録商標）文書形式では、Acrobat（登録商標）やDocuWorks（登録商標）などの文書取扱ソフトウエアを使うことにより、閲覧や、文書中へのコメント書き込みなどの編集を行うことができる。以下、このような配信用フォーマットの文書をリファレンス文書と呼ぶ。
【００２４】
ユーザ管理部１８は、この文書配信サーバ１０によるサービスを受けるユーザの登録を行い、それら各ユーザのユーザ情報を管理するシステムである。登録されるユーザ情報には、ユーザ名、認証情報（パスワード等）、電子メールアドレス等が含まれる。ロッカー１４は、ユーザ管理部１８に登録済みのユーザのグループにより共用される。
【００２５】
ユーザが文書配信サーバ１０に対して各種依頼や要求を入力するためのユーザインタフェースは、ウェブページの形で提供する。文書配信サーバ１０は、このためのウェブサーバ機能を備える（図示省略）。
【００２６】
以上文書配信サーバ１０の構成について説明した。一方、各ユーザが用いるクライアント装置２０，２２は、図２に示すように、ウェブページ閲覧用のブラウザ２００，電子メール送受信用のメーラ２０２を備えるほか、配信用フォーマットの文書の閲覧・編集の機能を備えた文書取扱ソフトウエア２０４を備える。この文書取扱ソフトウエア２０４は、文書配信サーバ１０内の文書取扱サーバ１６と同じソフトウエアでよい。
【００２７】
再び図１に戻り、文書配信サーバ１０を用いた文書配信の流れを一例を説明する。ここでは、二人のユーザＡ，Ｂがロッカー１４を介して文書のやり取りを行う場合を例にとる。ここで、ユーザＡ，Ｂは、文書配信サーバ１０を利用可能な人として予めユーザ登録されている多数人の中の２人であるものとする。ユーザ登録では、ユーザ名や認証情報（パスワード等）、電子メールアドレス等の情報が登録されているものとする。
【００２８】
（１）この例では、まずユーザＡが文書配信サーバ１０に対して新規のロッカーの生成を依頼する。すなわち、この場合まずユーザＡは、クライアント装置２０から文書配信サーバ１０のログインページにアクセスし、ユーザ名、パスワードなどを入力してユーザ認証を受ける。ユーザ認証が成功すると、各種操作メニュー項目が示されたウェブページがクライアント装置２０に提供される。ユーザＡが、このメニュー項目の中から「ロッカー生成」のメニューを選択すると、それが文書配信サーバ１０に伝えられる。ここで例えば、ユーザ認証の後、ＳＳＬ（Secure Socket Layer）などの暗号化プロトコルを利用して、文書配信サーバ１０とクライアント装置２０との間の通信情報の保護を行うことが好適である。
【００２９】
（２）これを受けた文書配信サーバ１０は、リポジトリ１２に新たなロッカー１４を生成する。このロッカー生成の際に、新たに生成するロッカー１４の属性情報の入力のためのウェブページをクライアント装置２０に提供する。属性情報としては、ロッカー１４の名称（ロッカー名）や、そのロッカーの共用者の情報などがある。共用者情報の登録は、属性登録用ページ上で例えば本システムに対してユーザ登録されているユーザ群のリストを提供し、その中からユーザＡが共用者を選べるようにするなどの方式でよい。また、ユーザＡに、共用者のユーザ名や電子メールアドレスなど、共用者を特定できる情報を直接入力してもらうような形のページでもよい。いずれの場合でも、ロッカー生成を要求したユーザＡ自身も共用者の１人として共用者リストに登録される。また、ユーザＡは、このロッカー１４の管理者として文書配信サーバ１０に登録される。この共用者リストは、ロッカー１４の属性情報の一つとして管理される。この例では、ユーザＡに加え、ユーザＢが共用者リストに登録されるものとする。ロッカー１４が生成されると、電子文書のアップロードが可能になる。
【００３０】
（３）図１の例では、ロッカー１４の開設者であるユーザＡがまず電子文書をロッカー１４にアップロードする。この場合、ユーザＡは、クライアント装置２０から文書配信サーバ１０のウェブサイトにログインし、メニューから「文書アップロード」を選択することにより、アップロード用のウェブページにアクセスする。そして、ユーザＡが、そのウェブページ上で、アップロードする文書を特定する情報（当該クライアント装置２０のファイルシステム上でのその文書の格納場所・ファイル名など）やアップロード先のロッカー１４を指定することで、文書がそのロッカー１４にアップロードされる。ここでは、ユーザＡはワードプロセッサなどのアプリケーションソフトで作成した電子文書をアップロードしたものとする。この電子文書はオリジナル文書１００としてロッカー１４に保管される。文書配信サーバ１０は、このオリジナル文書１００に対するユーザ（共用者）からの操作を受け付けないようにするなどにより、この文書が変更できないようにする。これにより、文書作成者が自分で管理しなくても、オリジナル文書を保全することができる。
【００３１】
なお、このアップロードの際も、ＳＳＬ等を用いて、アップロードされる文書データの秘密保護を行う。また、ここではユーザＡがロッカー１４の生成指示の後、再度文書配信サーバ１０にログインしたが、ロッカー１４の生成指示の後に続けて文書アップロードを行うようにしてもよい。
【００３２】
（４）この文書を受け取った文書配信サーバ１０は、そのオリジナル文書１００を文書取扱サーバ１６に渡して配信用フォーマットに変換させる。そして、この変換により得られた配信用フォーマットの文書をリファレンス文書（＃１）１１０として、オリジナル文書１００に関連づけてロッカー１４に登録し保管する。
【００３３】
（５）リファレンス文書（＃１）１１０をロッカー１４に登録すると、文書配信サーバ１０は、ロッカー１４に文書が新規登録された旨を示した電子メールを作成し、（６）そのロッカー１４の共用者宛に送信する。この電子メールには、ロッカー１４内のそのリファレンス文書（＃１）にアクセスするためのリンク情報（例えばそのリファレンス文書（＃１）のダウンロード用ウェブページのＵＲＬ）を含める。なお、この通知用の電子メールは、当該ロッカー１４の共用者リストに含まれるすべての共用者のメールアドレス宛に送信してもよいが、当該文書をアップロードした人は特定できているのでこの人を宛先から除くことももちろん可能である。図１の例では、ユーザＡからアップロードされた文書についてのアップロード通知メールが、もう一人の共用者であるユーザＢに送られている。
【００３４】
（７）この通知メールを受け取ったユーザＢは、そのメールに示されたリンク情報を用いて、クライアント装置２２からそのリファレンス文書（＃１）１１０のダウンロード用のウェブページにアクセスし、その文書をダウンロードする。例えば、クライアント装置２２上のメーラ２０２がハイパーリンクに対応していれば、その通知メールに記載されたＵＲＬをクリックすることにより、ブラウザ２００を起動させ、そのダウンロード用ウェブページにアクセスすることができる。このとき、ＳＳＬ等を利用してダウンロードデータを暗号化し、秘密保護を図ることが好適である。また、ユーザがダウンロード用のウェブページにアクセスしてきた際に、ユーザ名やパスワードなどの入力を求めてログイン認証を行い、そのユーザが対象とするロッカー１４の共用者であるかどうかをチェックするようにすれば、ロッカー１４の保護をより強化することができるので、好適である。またこの場合、どの共用者が当該文書をダウンロードしたかがサーバ１０側で把握でき、その情報をロッカー１４の管理者や共用者に提供することもできる。
【００３５】
（８）ユーザＢは、ダウンロードしたリファレンス文書（＃１）に対してクライアント装置２２上の文書取扱ソフトウエア２０４を起動して、そのリファレンス文書（＃１）を閲覧し、コメントを書き込むなどの編集を加える。文書取扱ソフトウエア２０４がブラウザ２００にプラグイン可能なものであれば、ブラウザ２００上でその文書を閲覧し、編集を加えることができる。この場合、文書取扱ソフトウエア２０４が、ダウンロードした電子文書のレイヤとは別のレイヤを、当該ユーザＢの書き込み用レイヤとして生成し、ユーザＢの記入・入力した内容はこの書き込み用レイヤに保持するようにすることも好適である。こうすることにより、ユーザは紙文書に対して書き込みを行う感覚でコメント書込などの編集を行うことができるとともに、ユーザＢの編集結果の文書（この後文書配信サーバ１０にアップロードされる）で、そのユーザＢが書き込んだ内容を区別することができる。
【００３６】
（９）ユーザＢは、編集を加えたリファレンス文書（＃１）をロッカー１４にアップロードすることができる。アップロードは、前述のユーザＡの場合と同様、アップロード用のウェブページにアクセスして行えばよい。アップロードされた文書は、リファレンス文書（＃２）１１２としてロッカー１４に保管される。
【００３７】
（１０）リファレンス文書（＃２）１１２を保管すると、文書配信サーバ１０は、オリジナル文書１００のアップロード時と同様、その文書へのリンク情報を含んだ電子メールを生成し、（１１）そのロッカー１４の共用者に対して送信する。なお、このように、ダウンロードした文書を編集して作成した文書をアップロードする場合、上述のようにロッカー１４の共用者全員（又はアップロード者を除く全員）に配信する方式だけでなく、その元のリファレンス文書の作成者だけに配信できるようにすることも好適である。これには、アップロード指示入力用のウェブページに対し、元文書作成者のみへの配信を指示する選択項目を設けるなどすればよい。この指示を受けた文書配信サーバ１０では、リファレンス文書に付した識別情報（詳細は後述）から、アップロードされたリファレンス文書の元となったリファレンス文書を特定し、このリファレンス文書の作者に対して通知メールを送信するようにすればよい。
【００３８】
（１２）ユーザＡは、この電子メールを受け取ると、前述したユーザＢの場合と同様、そこに示されたリンク情報を利用してリファレンス文書（＃２）をダウンロードするためのウェブページにアクセスし、ダウンロードを行って閲覧する。
【００３９】
以上、ユーザＡがユーザＢに文書を送り、これにユーザＢがコメントを付けてユーザＡに送り返すまでの流れを説明した。これ以降、同様の手順を繰り返すことで、ユーザＡとＢの間でリファレンス文書のやり取りを行うことができる。
【００４０】
以上が、本実施形態の文書配信サーバ１０による双方向配信サービスである。この基本機能の他、文書配信サーバ１０は、共用者間での文書のやり取りによって形成される文書間の派生関係を管理する機能を備える。
【００４１】
すなわち、上記の例にも示したように、このシステムによる１つの典型的な双方向配信の流れでは、ある共用者が配信（アップロード）した文書に対し、別の共用者が編集を加えて再度配信し、この文書を受けた共用者（最初にアップロードした人の場合もあり得る）が更に編集を加えて配信する、といった作業が繰り返される。このように、元の文書（親）に対し、編集を加えることにより別の文書（子）ができるという派生関係があるので、これを文書配信サーバ１０で管理する。
【００４２】
文書の派生関係の例を、図３を参照して説明する。この例では、まず最初にロッカー１４にアップロードされたオリジナル文書から、同じ表示内容を示す配信用フォーマットのリファレンス文書Ref-1が生成されている。そして、このリファレンス文書Ref-1が配信され、配信先で編集を加えられることにより、２つのリファレンス文書Ref-1.1、Ref-1.2が派生し、更に例えばRef-1.2からRef-1.2.1が派生している。
【００４３】
このような派生関係の管理のために、文書配信サーバ１０は、各リファレンス文書に対してＩＤ番号等の識別情報を付与する。この識別情報は、配信サーバ１０内で一意的なものであることが望ましい。そして、このリファレンス文書のデータ構造中に、当該文書に付与した識別情報を組み込む。Acrobat（登録商標）やDocuWorks（登録商標）などの文書取扱ソフトウエアでは、文書の表示内容とは別に、属性情報等を非表示データとして組み込む機能を持つものがあるので、これを利用すればよい。共用者が、ロッカー１４からダウンロードしたリファレンス文書に対して編集を加え、編集結果をロッカー１４にアップロードした場合、文書配信サーバ１０は、そのアップロード文書に含まれる識別情報を調べる。その識別情報が、ロッカー１４内に既登録のリファレンス文書の識別情報と同じものであれば、アップロード文書はその既登録文書を編集したものと判断できる。文書配信サーバ１０は、そのアップロード文書に対して新たに一意的な識別情報を組み込んでロッカー１４に保管し、その派生元の既登録リファレンス文書との派生関係を記録する。派生関係は、例えば各リファレンス文書の識別情報のツリーとして記述できる。そして、このツリーのルートに対してオリジナル文書の識別情報を対応づけることで、オリジナル文書と、そこから派生したリファレンス文書群とを対応づけることができる。
【００４４】
このように文書の派生関係を管理することで、ロッカー１４の管理者などからの要求に応じて派生関係情報を提供することができる。派生関係を見ることで、文書の変遷や、配信された文書に対する各共用者の反応などを、知ることができる。この場合、派生関係はウェブページに掲載する形でユーザに提供することができ、提供する相手も、当該ロッカーの共用者全員、あるいは管理者のみ、に限定することができる。
【００４５】
図４は、文書配信サーバ１０で管理されるロッカーのデータ構造の一例である。この例では、１つのロッカーには、ロッカー名４００，共用者リスト４０２，文書ツリー４０４，及び文書データ４０６が含まれる。
【００４６】
ロッカー名４００は、当該ロッカーの識別名であり、例えば文書アップロード先のロッカーを指定する際などに用いられる。
【００４７】
共用者リスト４０２は、当該ロッカーの共用者として登録されているユーザのリストである。これは、例えば各共用者のユーザ名やユーザＩＤのリストでよい。ただし、文書アップロード通知の電子メールを送る必要上、ユーザの電子メールアドレスが何らかの形で求められるようにしておく必要がある。本実施形態では、ユーザ管理部１８でユーザ名と電子メールアドレスが管理されているので、これを参照すればよい。もちろん、共用者リスト４０２に各ユーザの電子メールアドレスを登録するようにしてもよい。また、共用者リスト４０２には、各共用者の属性情報を登録できるようにすることも好ましい。例えば、ロッカーの生成を依頼したユーザ（すなわち、管理者）には、管理者権限を有することを示す情報を登録するなどである。また、共用者の属性情報として、ロッカーに対する操作権限を登録することも好適である。権限には、例えばロッカーへの文書アップロードを許可するか否か、共用者リストへのユーザの追加及び／又は削除を許可するか否か、など様々なものが考えられる。文書配信サーバ１０は、この属性情報に従って、ユーザからの操作を認めるかどうかを制御することができる。
【００４８】
文書ツリー４０４は、当該ロッカーに保管された各文書の派生関係（階層関係と見ることもできる）を示すツリーのデータである。なお、図３の例では、１つのオリジナル文書から派生したツリーの例を模式的に示したが、１つのロッカー中に複数のオリジナル文書をアップロードすることも可能なので、それら複数のオリジナルを起点とする複数の派生関係ツリーができることもある。例えば、プロジェクトのための文書を数人で分担して作成し、各人の作成分を全員に配布して批評や要望などを受け付けるなどの場合である。
【００４９】
文書データ４０６は、ロッカー中に保管される個々の文書のデータである。保管される文書は、前述のようにオリジナル文書とリファレンス文書に大別される。リファレンス文書には、文書の表示内容を示すデータの他に、当該文書の属性情報が含まれる。属性情報には、前述した識別情報の他に、その文書を作成又は編集したユーザ名を含めることも好適である。また、このほかに、例えば当該文書の親文書の識別情報（あるいはツリーのルートから当該文書までの識別情報の系列）などを含めたり、親文書のユーザ名などを含めることもできる。
【００５０】
以上、本発明の好適な実施の形態を説明した。この説明から分かるように、本実施形態では、文書配信サーバ１０上に仮想的なロッカー１４を生成し、このロッカーの共用者として登録されたユーザが、ロッカーを介して文書を他の共用者に文書を配布できるようにしたので、共用者間での双方向の文書配信が可能になる。また、以上の例では、最初にアップロードされたオリジナル文書を文書配信サーバ１０に保管するようにしたので、作成者のオリジナル文書管理負担を軽減することができる。また、文書配信サーバ１０は、オリジナル文書を、全共用者が取扱可能な配信用フォーマットに変換した上で配信するので、各共用者は、アップロードされる可能性のあるワードプロセッサやドローイング、表計算などの多様なアプリケーションの文書を、それらアプリケーションを持っていなくても閲覧し、書き込みなどの編集を加えることができる。
【００５１】
図１の例は、ロッカーの共用者が２人の場合のものであったが、以上の説明からも明らかに分かるように、本実施形態の文書配信サーバ１０では、３人以上の場合でも同様に文書の双方向配信を実現することができる。
【００５２】
また、上記の例では、ロッカーの共用者はロッカー作成時に登録したが、その後で共用者リストに変更（追加や削除）を加えられるようにすることもできる。これには、例えば共用者リスト編集用の専用ウェブページを、文書配信サバ１０からユーザに提供すればよい。また、共用者リストの変更権限を、ロッカー管理者以外の共用者に与えることも可能である。この場合、ロッカーの管理者と、その管理者がリスト変更権限を付与した共用者のみが、そのロッカーの共用者リストに対して追加や削除などの変更を加えることができる。
【００５３】
また、以上の例では、ロッカーにアップロードした文書は、そのロッカーの共用者リストの全員（又はアップロード者を除く全員）に配布されるようにしたが、この代わりに、アップロードする文書の配布先を共用者リストの中から選択できるようにすることも可能である。図５に、このような配布先指定が可能なアップロード用のウェブページの一例を挙げる。
【００５４】
図５の例では、アップロードしようとするユーザが入力する項目として、ロッカー名５００，配布先５０２，コメント５０４，及びファイル５０６がある。ロッカー名５００には、アップロード先として選んだロッカーの識別名を入力する。ここで、文書配信サーバ１０が、ログイン時の認証で判明しているユーザ名などをもとに、そのユーザが共用者として登録されているロッカー群を求め、それらロッカー群のロッカー名のリストを例えばプルダウンメニューの形でアップロード用ウェブページに組み込むなどすれば、ユーザは容易に自分の望むロッカーを指定することができる。もちろん、キーボードから直接ロッカー名を入力することもできる。
【００５５】
配布先５０２は、アップロードする文書の配布先とするユーザの識別情報を入力する欄である。図示の例では、配布先ユーザの電子メールアドレスが入力されている。もちろん、文書配信サーバ１０側で電子メールアドレスと対応付け可能なユーザ識別情報であれば、どのようなものを用いてもよい。例えば、文書配信サーバ１０側で、ユーザ名とその電子メールアドレスを対応づけて管理している場合に、配布先５０２にユーザ名を指定するなどである。また、スクリプトなどを用いて、この配布先５０２の欄に対し、共用者リストに登録された各共用者のユーザ識別情報のリストをデフォルトとして組み込んでおくことも好適である。この場合、ユーザは、そのリストから配布不要な人を削除するなどの操作を行うことができる。
【００５６】
また、このようなウェブページにて、共用者リストに未登録のユーザを配布先として入力可能とし、入力された未登録ユーザを新たに共用者リストに登録する構成も好適である。これによれば、文書をアップロードする操作により、ロッカー共用者の追加も同時に可能になる。なお、この操作による共用者の追加ができるのは、ロッカー管理者、及びこの管理者からリスト変更権限を与えられた者のみに限定される。
【００５７】
コメント５０４には、アップロードする文書について付すコメントを入力することができる。このコメントは、文書ダウンロード用のウェブページにおいて、この文書に関するコメントとして表示することができる。
【００５８】
ファイル５０６には、アップロードする文書のファイルを特定する情報（ファイル名や、クライアント装置上での当該文書ファイルの格納場所など）を入力する欄である。
【００５９】
また、「UPDATE」ボタン５１２は、ロッカーからダウンロードしたリファレンス文書に対して編集を加えたものをロッカーにアップロードする際にクリックするＧＵＩボタンである。このボタンをクリックし、前述のロッカー名５００，配布先５０２、ファイル５０６等の欄に入力を行い、「SUBMIT」（送信）ボタンをクリックすると、指定したファイル（編集したリファレンス文書）が指定したロッカーに対してアップロードされる。この場合、「UPDATE」ボタン押下の旨を示す情報が併せて文書配信サーバ１０に送信されるので、サーバ１０は、アップロードされたリファレンス文書ファイルに含まれる識別情報を調べるなどして、既保管のどのリファレンス文書の子文書かを判定するなどの処理を行うことができる。
【００６０】
また、「NEW」ボタン５１０は、新規の文書をアップロードする場合に選択するボタンである。このボタンをクリックし、前述のロッカー名５００，配布先５０２，ファイル５０６等の欄に入力を行い、「SUBMIT」（送信）ボタンをクリックすると、指定したファイルが指定したロッカーに対してアップロードされる。この場合、新規文書である旨の情報が文書配信サーバ１０に送信される、サーバ１０はその文書をオリジナル文書として指定ロッカーに保管するとともに、配信用のリファレンス文書を作成する。
【００６１】
また、以上では、インターネットを介して文書のアップロード・ダウンロードを行ったが、本実施形態の仕組みはＬＡＮやイントラネットなど他のネットワークにも適用可能である。
【００６２】
なお、文書配信サーバ１０は、以上に説明した各機能を記述したプログラムをコンピュータシステムに実行させることにより実現することができる。
【図面の簡単な説明】
【図１】 実施形態の文書配信サーバを用いた双方向文書配信システムの全体像を示す模式図である。
【図２】 クライアント装置の機能構成の一例を示す図である。
【図３】 文書の派生関係を説明するための図である。
【図４】 文書配信サーバのロッカーのデータ構造の一例を示す図である。
【図５】 文書アップロード用のウェブページの一例を示す図である。
【符号の説明】
１０ 文書配信サーバ、１２ リポジトリ、１４ ロッカー、１６ 文書取扱サーバ、１８ ユーザ管理部、２０，２２ クライアント装置、３０ インターネット。
Claims (5)
- 指示に応じて文書配信のための仮想的な保管庫を生成するとともに、その保管庫を共用する共用者の登録を受け付け、それら共用者のリストである共用者リストを生成し管理する保管庫管理手段と、
通信ネットワークを介して、前記保管庫の共用者に対してその保管庫に対する電子文書のアップロードのためのユーザインタフェースを提供するアップロード窓口手段と、
前記保管庫の共用者からその保管庫に対して電子文書がアップロードされた場合、その保管庫の前記共用者リストに登録された共用者に対し、前記電子文書へのリンク情報を通知するリンク通知手段と、
前記リンク情報を用いた前記共用者からの指示に応じ、そのリンク情報に対応する前記保管庫内の電子文書をその共用者に配信する文書提供手段と、
を含み、前記共用者間での前記保管庫を介した双方向の文書配信サービスを提供する文書配信サーバであって、更に、
前記保管庫にアップロードされた電子文書をオリジナル文書として変更不能な状態でその保管庫に保管するとともに、その電子文書から所定フォーマットのリファレンス文書を生成して前記保管庫に保管する手段を備え、
前記文書提供手段は、このリファレンス文書を前記保管庫の共用者に配信し、
前記文書配信サーバは、更に、
前記保管庫にアップロードされるリファレンス文書に対して一意的な識別情報を組み込む識別情報付与手段と、
前記保管庫にアップロードされる文書が、その保管庫に既に保管されている第１のリファレンス文書と同じ識別情報を含んだ前記所定フォーマットの第２のリファレンス文書であると判断した場合、前記識別情報付与手段にそのアップロードされたリファレンス文書に対して新たな識別情報を組み込ませると共に、これら識別情報を用いて前記第２のリファレンス文書が前記第１のリファレンス文書から派生したものとしてその派生関係を管理する派生関係管理手段と、
を備えることを特徴とする文書配信サーバ。 - 前記保管庫管理手段は、保管庫の生成を指示した利用者をその保管庫の管理者として記憶し、その管理者に対して前記共用者リストに対する共用者の追加及び削除のためのリスト操作手段を提供することを特徴とする請求項１記載の文書配信サーバ。
- 前記保管庫管理手段は、前記共用者リストへの追加又は削除のための権限を当該保管庫の共用者に付与するための権限付与手段を前記管理者に提供し、前記リスト操作手段は、その権限付与手段により権限が付与された共用者に対して前記共用者リストに対する共用者の追加又は削除のための手段を提供する請求項２記載の文書配信サーバ。
- 前記リスト操作手段は、前記アップロード窓口手段が提供する前記ユーザインタフェースにて、前記管理者又は前記権限の付与された共用者から入力されたアップロード文書の配信宛先ユーザを、共用者として前記共用者リストに追加することを特徴とする請求項３記載の文書配信サーバ。
- コンピュータシステムに、
指示に応じて文書配信のための仮想的な保管庫を前記文書配信サーバ内に生成するとともに、その保管庫を共用する共用者の登録を受け付け、それら共用者のリストである共用者リストを生成する手順と、
通信ネットワークを介して、前記保管庫の共用者に対してその保管庫に対する電子文書のアップロードのためのユーザインタフェースを提供する手順と、
前記保管庫の共用者からその保管庫に対して電子文書がアップロードされた場合、その保管庫の前記共用者リストに登録された共用者に対し、前記電子文書へのリンク情報を通知する手順と、
前記リンク情報を用いた前記共用者からの指示に応じ、そのリンク情報に対応する前記 保管庫内の電子文書をその共用者に配信する手順と、
を実行させる文書配信プログラムであって、
前記保管庫にアップロードされた電子文書をオリジナル文書として変更不能な状態でその保管庫に保管するとともに、その電子文書から所定フォーマットのリファレンス文書を生成して前記保管庫に保管する手順を更に前記コンピュータシステムに実行させると共に、
前記保管庫内の電子文書を前記共用者装置に配信する手順では、このリファレンス文書を前記保管庫の共用者に配信し、
前記文書配信プログラムは、更に、
前記保管庫にアップロードされるリファレンス文書に対して一意的な識別情報を組み込む手順と、
前記保管庫にアップロードされる文書が、その保管庫に既に保管されている第１のリファレンス文書と同じ識別情報を含んだ前記所定フォーマットの第２のリファレンス文書であると判断した場合、そのアップロードされたリファレンス文書に対して新たな識別情報を組み込むと共に、これら識別情報を用いて前記第２のリファレンス文書が前記第１のリファレンス文書から派生したものとしてその派生関係を管理する手順と、
を前記コンピュータシステムに実行させることを特徴とする文書配信プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001187195A JP3975694B2 (ja) | 2001-06-20 | 2001-06-20 | 文書配信サーバ及び方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001187195A JP3975694B2 (ja) | 2001-06-20 | 2001-06-20 | 文書配信サーバ及び方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003006113A JP2003006113A (ja) | 2003-01-10 |
| JP3975694B2 true JP3975694B2 (ja) | 2007-09-12 |
Family
ID=19026520
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001187195A Expired - Fee Related JP3975694B2 (ja) | 2001-06-20 | 2001-06-20 | 文書配信サーバ及び方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3975694B2 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4539156B2 (ja) * | 2004-04-23 | 2010-09-08 | 富士ゼロックス株式会社 | 文書共有システム |
| KR100787967B1 (ko) | 2005-09-30 | 2007-12-24 | 최종진 | 가상 프린터 드라이브를 이용한 데이터 업로드 시스템 및방법 |
| JP4556938B2 (ja) * | 2006-10-17 | 2010-10-06 | コニカミノルタビジネステクノロジーズ株式会社 | 文書管理装置 |
| JP4973283B2 (ja) * | 2007-03-30 | 2012-07-11 | ブラザー工業株式会社 | 情報処理装置、情報処理プログラムおよび情報処理方法 |
| JP5251133B2 (ja) * | 2008-01-11 | 2013-07-31 | 富士ゼロックス株式会社 | 文書管理装置、文書管理システム、及びプログラム |
| JP4648413B2 (ja) * | 2008-02-07 | 2011-03-09 | 日本電信電話株式会社 | ファイル転送システム、ファイル転送方法、ホストクライアント装置、サーバ装置、ホストクライアントプログラムおよびサーバプログラム |
| JP5998757B2 (ja) * | 2012-08-31 | 2016-09-28 | ブラザー工業株式会社 | 情報処理装置、情報処理プログラム、および情報処理方法 |
| JP6002086B2 (ja) * | 2013-05-28 | 2016-10-05 | 京セラドキュメントソリューションズ株式会社 | データ共有サーバー、データ共有システム、及びデータ共有サーバープログラム |
| US10205597B2 (en) * | 2014-06-30 | 2019-02-12 | Hewlett-Packard Development Company, L.P. | Composite document referenced resources |
| JP7095258B2 (ja) | 2017-10-31 | 2022-07-05 | コニカミノルタ株式会社 | 電子ファイル共有システム、情報処理装置、情報処理装置の制御方法、およびプログラム |
-
2001
- 2001-06-20 JP JP2001187195A patent/JP3975694B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003006113A (ja) | 2003-01-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4824390B2 (ja) | 動的なコンテンツ変更通知 | |
| US7620996B2 (en) | Dynamic summary module | |
| JP4068921B2 (ja) | ユーザ端末にウェブ・サービスを提供するサーバ、方法、コンピュータ・プログラム、記憶媒体、ネットワーク・システム | |
| US8903788B2 (en) | Synchronizing distributed work through document logs | |
| Roscheisen et al. | Shared Web annotations as a platform for third-party value-added, information providers: architecture, protocols, and usage examples | |
| US20160352812A1 (en) | System for supporting collaborative activity | |
| US20090055404A1 (en) | System and method for online profile management | |
| TW200401979A (en) | Data image utilization system, data image management device, data image management method, subscriber's data image, program and recording medium | |
| US20050102348A1 (en) | Integrated web based email system and document storage manager | |
| JP2001357010A (ja) | インターネット上のＷｅｂサーバにおいてファイルを受託管理する方法およびこの方法に用いるファイル受託管理装置 | |
| JP2015518202A (ja) | 文書および他の電子コンテンツの管理のシステムと方法 | |
| WO2000070501A1 (en) | Collaboration with generating documents amoung a plurality of operators | |
| JP2020154902A (ja) | データ管理システム | |
| JP3975694B2 (ja) | 文書配信サーバ及び方法 | |
| JP2010191807A (ja) | 情報中継装置及びプログラム | |
| JP2007087128A (ja) | データ処理装置、複合多機能端末、データ処理方法 | |
| JP3528536B2 (ja) | 電子コミュニティ生成・活動支援方法及びシステム及び電子コミュニティ生成・活動支援プログラムを格納した記憶媒体 | |
| JP5509110B2 (ja) | Ｗｅｂサイト作成システム | |
| JP2007304831A (ja) | 承認管理システム | |
| Busis | Neurology in the electronic information age | |
| JP2003259306A (ja) | 広告承認回覧システム，承認回覧センタサーバ，広告スタッフ端末装置，コンピュータプログラム，記憶媒体，および承認回覧センタサーバの承認回覧方法 | |
| Rothschild | Otolaryngology and the Internet: e-mail and the World Wide Web | |
| JP2003242034A (ja) | 通信装置，通信システム，および通信方法 | |
| JP4752356B2 (ja) | 履歴提供装置 | |
| WO2001084403A1 (fr) | Systeme et methode de gestion d'informations |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040910 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040910 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061121 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070112 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070227 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070425 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070529 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070611 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100629 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110629 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110629 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120629 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130629 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140629 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |