JP2002073599A - 文書処理システム - Google Patents
文書処理システムInfo
- Publication number
- JP2002073599A JP2002073599A JP2000268543A JP2000268543A JP2002073599A JP 2002073599 A JP2002073599 A JP 2002073599A JP 2000268543 A JP2000268543 A JP 2000268543A JP 2000268543 A JP2000268543 A JP 2000268543A JP 2002073599 A JP2002073599 A JP 2002073599A
- Authority
- JP
- Japan
- Prior art keywords
- document
- server
- client
- serialized
- processing system
- 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.)
- Pending
Links
Abstract
(57)【要約】
【課題】 様々な文書の内部構造を持つ異なる種類の文
書管理サーバでも、一つの文書操作クライアントから操
作できるようにする。 【解決手段】 サーバ２０の文書管理手段２３は、文書
内容及び関連情報を管理し、直列化文書生成手段２２が
文書のプロパティと内容情報とを所定のフォーマットの
ストリームに変換する。サーバ側インタフェース手段２
１は、クライアント１０からの文書取得要求を受付け、
対応する直列化文書を返す。クライアント側インタフェ
ース手段１３は、サーバ２０への文書取得要求を発行
し、応答を受け取る。直列化文書分解手段１４は、所定
のフォーマットで直列化されている文書からプロパティ
及び内容情報を取出し、ユーザインタフェース手段１１
が表示する。サーバ・クライアント間での文書情報の送
受信が所定のフォーマットに従ってなされるので、その
フォーマットをサポートしていればどのようなサーバで
あってもクライアントにより文書操作を行なうことがで
きる。
書管理サーバでも、一つの文書操作クライアントから操
作できるようにする。 【解決手段】 サーバ２０の文書管理手段２３は、文書
内容及び関連情報を管理し、直列化文書生成手段２２が
文書のプロパティと内容情報とを所定のフォーマットの
ストリームに変換する。サーバ側インタフェース手段２
１は、クライアント１０からの文書取得要求を受付け、
対応する直列化文書を返す。クライアント側インタフェ
ース手段１３は、サーバ２０への文書取得要求を発行
し、応答を受け取る。直列化文書分解手段１４は、所定
のフォーマットで直列化されている文書からプロパティ
及び内容情報を取出し、ユーザインタフェース手段１１
が表示する。サーバ・クライアント間での文書情報の送
受信が所定のフォーマットに従ってなされるので、その
フォーマットをサポートしていればどのようなサーバで
あってもクライアントにより文書操作を行なうことがで
きる。
Description
【０００１】
【発明の属する技術分野】本発明は、文書処理システ
ム、より詳細には、文書の内容及びプロパティを管理す
る文書管理サーバと、文書の内容またはプロパティを表
示して操作を行なうための文書操作クライアントとが文
書を扱う文書処理方法に関し、特に、様々な文書管理サ
ーバが混在する環境で、クライアントがそれぞれのサー
バの内容を統一的に扱う際に有用な処理システムであっ
て、文書画像管理システムやネットワーク化された画像
機器の管理システムなどへの応用が可能な文書処理シス
テムに関する。
ム、より詳細には、文書の内容及びプロパティを管理す
る文書管理サーバと、文書の内容またはプロパティを表
示して操作を行なうための文書操作クライアントとが文
書を扱う文書処理方法に関し、特に、様々な文書管理サ
ーバが混在する環境で、クライアントがそれぞれのサー
バの内容を統一的に扱う際に有用な処理システムであっ
て、文書画像管理システムやネットワーク化された画像
機器の管理システムなどへの応用が可能な文書処理シス
テムに関する。
【０００２】
【従来の技術】これまでもサーバ・クライアント構成の
文書管理システムは広く使用されている。サーバはデー
タの管理を担当し、内部のデータベースなどに文書の内
容や文書に関する様々な情報（作成日やタイトルなど）
を蓄積する。またクライアントからの要求に応じて、必
要なデータをデータベースなどから取出し、クライアン
トに渡す。
文書管理システムは広く使用されている。サーバはデー
タの管理を担当し、内部のデータベースなどに文書の内
容や文書に関する様々な情報（作成日やタイトルなど）
を蓄積する。またクライアントからの要求に応じて、必
要なデータをデータベースなどから取出し、クライアン
トに渡す。
【０００３】クライアントはユーザインタフェースを担
当し、文書の一覧画面や検索画面をユーザに表示する。
ユーザは表示画面を見ながらキーボードやマウスなどに
よって、文書の表示や、タイトルの変更といった様々な
操作を行なう。
当し、文書の一覧画面や検索画面をユーザに表示する。
ユーザは表示画面を見ながらキーボードやマウスなどに
よって、文書の表示や、タイトルの変更といった様々な
操作を行なう。
【０００４】最も直感的なクライアントの例は、ＯＳに
付属しているようなファイル操作ツールである。これは
ファイルの名前ともに、生成日時・大きさなどのプロパ
ティの一覧を表示し、マウスによるクリックなどでその
ファイルの内容を表示するものである。
付属しているようなファイル操作ツールである。これは
ファイルの名前ともに、生成日時・大きさなどのプロパ
ティの一覧を表示し、マウスによるクリックなどでその
ファイルの内容を表示するものである。
【０００５】文書管理サーバで管理する文書は次のよう
な点がファイルとは異なる。 ・ファイルではその内容は１つだけだが、文書の内容は
複数ありうる。例えば、ページ画像を内容とする文書の
場合、ページの数だけ内容があることになる。 ・ファイルの場合は、そのプロパティが固定している
が、文書の場合はその種類に応じて様々なプロパティが
ある。 ・文書の場合は、バージョンがあったり、異なる表現方
法があったりする。
な点がファイルとは異なる。 ・ファイルではその内容は１つだけだが、文書の内容は
複数ありうる。例えば、ページ画像を内容とする文書の
場合、ページの数だけ内容があることになる。 ・ファイルの場合は、そのプロパティが固定している
が、文書の場合はその種類に応じて様々なプロパティが
ある。 ・文書の場合は、バージョンがあったり、異なる表現方
法があったりする。
【０００６】現実には、文書管理サーバごとに文書操作
クライアントがある。サーバ側で文書データをＨＴＭＬ
などに変換してこれをＷＷＷブラウザで操作する場合も
同様である。一つの文書管理サーバ上でのみ作業を行な
うのならば、この方法でも問題はないが、複数のサーバ
に跨った操作、たとえば文書コピーをする場合や、複数
のサーバを同一のユーザインタフェースで操作したいと
きに問題が生じる。
クライアントがある。サーバ側で文書データをＨＴＭＬ
などに変換してこれをＷＷＷブラウザで操作する場合も
同様である。一つの文書管理サーバ上でのみ作業を行な
うのならば、この方法でも問題はないが、複数のサーバ
に跨った操作、たとえば文書コピーをする場合や、複数
のサーバを同一のユーザインタフェースで操作したいと
きに問題が生じる。
【０００７】
【発明が解決しようとする課題】上述のごとくの問題を
解決する例が、ＨＴＴＰ Ｅｘｔｅｎｓｉｏｎｓ ｆｏ
ｒ Ｄｉｓｔｒｉｂｕｔｅｄ Ａｕｔｈｏｒｉｎｇ −
ＷＥＢＤＡＶ， ＲＦＣ ２５１８， １９９９／
２．に述べられている。この従来例では、サーバとクラ
イアントがサポートすべきプロトコルを規定し、このプ
ロトコルをサポートする任意のサーバを一つのクライア
ントから操作できるようにしている。
解決する例が、ＨＴＴＰ Ｅｘｔｅｎｓｉｏｎｓ ｆｏ
ｒ Ｄｉｓｔｒｉｂｕｔｅｄ Ａｕｔｈｏｒｉｎｇ −
ＷＥＢＤＡＶ， ＲＦＣ ２５１８， １９９９／
２．に述べられている。この従来例では、サーバとクラ
イアントがサポートすべきプロトコルを規定し、このプ
ロトコルをサポートする任意のサーバを一つのクライア
ントから操作できるようにしている。
【０００８】しかし上述の例で規定しているのは主にコ
レクション（フォルダやディレクトリに相当する）の操
作と文書プロパティの操作であり、文書は単にプロパテ
ィを持ったデータの固まりとしか扱っていない。
レクション（フォルダやディレクトリに相当する）の操
作と文書プロパティの操作であり、文書は単にプロパテ
ィを持ったデータの固まりとしか扱っていない。
【０００９】しかし現実の文書管理サーバでは文書の内
部構造として、一連のバージョンがあったり、表現方法
が異なる（たとえばＨＴＭＬで表現したものとＰＤＦで
表現したもの）データを保持していたり、複数のデータ
の固まり（ファイルに相当するもの）を持っていたりす
るものもある。
部構造として、一連のバージョンがあったり、表現方法
が異なる（たとえばＨＴＭＬで表現したものとＰＤＦで
表現したもの）データを保持していたり、複数のデータ
の固まり（ファイルに相当するもの）を持っていたりす
るものもある。
【００１０】本発明は上述のごとき実情に鑑みてなされ
たもので、様々な文書の内部構造を持つ異なる種類の文
書管理サーバでも、一つの文書操作クライアントから操
作できるようにした文書管理システムを提供することを
目的とする。
たもので、様々な文書の内部構造を持つ異なる種類の文
書管理サーバでも、一つの文書操作クライアントから操
作できるようにした文書管理システムを提供することを
目的とする。
【００１１】
【課題を解決するための手段】請求項１の発明は、文書
管理用のサーバと文書操作用のクライアントからなる文
書処理システムであって、前記サーバは、文書内容及び
関連情報を管理する文書管理手段と、文書のプロパティ
及び内容情報を所定のフォーマットの一つのストリーム
である直列化文書に変換する直列化文書生成手段と、前
記クライアントからの文書取得要求を受付け、対応する
前記直列化文書を返すサーバ側インタフェース手段とを
有し、前記クライアントは、前記サーバへの文書取得要
求を発行し、該文書取得要求の応答を受け取るクライア
ント側インタフェース手段と、前記所定のフォーマット
の直列化文書からプロパティ及び内容情報を取出す直列
化文書分解手段と、ユーザの指示に従って文書のプロパ
ティまたは文書の内容を表示する文書表示手段とを有す
ることを特徴としたものである。
管理用のサーバと文書操作用のクライアントからなる文
書処理システムであって、前記サーバは、文書内容及び
関連情報を管理する文書管理手段と、文書のプロパティ
及び内容情報を所定のフォーマットの一つのストリーム
である直列化文書に変換する直列化文書生成手段と、前
記クライアントからの文書取得要求を受付け、対応する
前記直列化文書を返すサーバ側インタフェース手段とを
有し、前記クライアントは、前記サーバへの文書取得要
求を発行し、該文書取得要求の応答を受け取るクライア
ント側インタフェース手段と、前記所定のフォーマット
の直列化文書からプロパティ及び内容情報を取出す直列
化文書分解手段と、ユーザの指示に従って文書のプロパ
ティまたは文書の内容を表示する文書表示手段とを有す
ることを特徴としたものである。
【００１２】請求項２の発明は、請求項１の発明におい
て、前記所定のフォーマットは、文書のプロパティのリ
ストと文書の内容情報のリストとからなり、前記文書の
内容情報は、別の文書、内容データそのもの、または内
容データへのアクセス方法のいずれかを示す情報である
ことを特徴としたものである。
て、前記所定のフォーマットは、文書のプロパティのリ
ストと文書の内容情報のリストとからなり、前記文書の
内容情報は、別の文書、内容データそのもの、または内
容データへのアクセス方法のいずれかを示す情報である
ことを特徴としたものである。
【００１３】請求項３の発明は、請求項２の発明におい
て、前記クライアントは、未知の文書プロパティを無視
し、理解できる文書プロパティのみを用いて画面表示を
行なうことを特徴としたものである。
て、前記クライアントは、未知の文書プロパティを無視
し、理解できる文書プロパティのみを用いて画面表示を
行なうことを特徴としたものである。
【００１４】
【発明の実施の形態】（サーバとクライアント）図１
は、サーバとクライアントとの関係を説明するための図
である。１つのクライアントは１つのサーバだけでな
く、２つ以上のサーバとも接続できる。接続先のサーバ
が管理する文書関連情報は同一でなくともよい。たとえ
ばサーバ（Ａ）では、文書のバージョン管理を行ない、
バージョンに関する情報を文書関連情報として管理して
いるが、サーバ（Ｂ）ではバージョン管理は行なってい
ない、という場合も許す。１つのサーバは、複数のクラ
イアントからアクセスされてもよいのは言うまでもな
い。
は、サーバとクライアントとの関係を説明するための図
である。１つのクライアントは１つのサーバだけでな
く、２つ以上のサーバとも接続できる。接続先のサーバ
が管理する文書関連情報は同一でなくともよい。たとえ
ばサーバ（Ａ）では、文書のバージョン管理を行ない、
バージョンに関する情報を文書関連情報として管理して
いるが、サーバ（Ｂ）ではバージョン管理は行なってい
ない、という場合も許す。１つのサーバは、複数のクラ
イアントからアクセスされてもよいのは言うまでもな
い。
【００１５】（文書の直列化）文書内容及び文書関連情
報は、サーバの文書管理手段でデータベースなどとして
管理されている。もしあるサーバ独自の形式で文書情報
をクライアントに送信したとすると、クライアントはサ
ポートするサーバの形式毎に固有の処理を行なわねばな
らなくなる。またバイナリ形式でデータを送ると、サー
バとクライアントとではＣＰＵ等が一般には異なるので
不都合が生じる。そこで、サーバからクライアントには
テキスト形式で、所定のフォーマットとして文書情報を
送信する。サーバの文書管理手段の内部形式から、この
所定のフォーマットのテキストへの変換を直列化と呼
ぶ。このとき単なるテキストではプログラム処理ができ
ないので、ＸＭＬを用いてデータを表現する。
報は、サーバの文書管理手段でデータベースなどとして
管理されている。もしあるサーバ独自の形式で文書情報
をクライアントに送信したとすると、クライアントはサ
ポートするサーバの形式毎に固有の処理を行なわねばな
らなくなる。またバイナリ形式でデータを送ると、サー
バとクライアントとではＣＰＵ等が一般には異なるので
不都合が生じる。そこで、サーバからクライアントには
テキスト形式で、所定のフォーマットとして文書情報を
送信する。サーバの文書管理手段の内部形式から、この
所定のフォーマットのテキストへの変換を直列化と呼
ぶ。このとき単なるテキストではプログラム処理ができ
ないので、ＸＭＬを用いてデータを表現する。
【００１６】参考として、ＸＭＬは次の文書で規定され
ている。 Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇ
ｅ（ＸＭＬ） １．０．Ｗ３Ｃ Ｒｅｃｏｍｍｅｎｄａ
ｔｉｏｎ，１９９８／２／１０
ている。 Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇ
ｅ（ＸＭＬ） １．０．Ｗ３Ｃ Ｒｅｃｏｍｍｅｎｄａ
ｔｉｏｎ，１９９８／２／１０
【００１７】図２は、単純な文書を直列化した例を示す
図である。図２において、<Document>から</Document>
までの部分が文書を表す。文書は階層的な構成になって
おり、文書の中に文書がある。つまり、<Document>から
</Document>の内部に、別の<Document>と</Document>で
挟まれた部分がある。
図である。図２において、<Document>から</Document>
までの部分が文書を表す。文書は階層的な構成になって
おり、文書の中に文書がある。つまり、<Document>から
</Document>の内部に、別の<Document>と</Document>で
挟まれた部分がある。
【００１８】また、<ListOfProp>と</ListOfProp>で挟
まれた部分が文書のプロパティのリストである。それぞ
れのプロパティは<Prop Name="Title">文書の題名</Pro
p>のように表される。これは、「Title」というプロパ
ティの値は「文書の題名」である、ということを表す。
まれた部分が文書のプロパティのリストである。それぞ
れのプロパティは<Prop Name="Title">文書の題名</Pro
p>のように表される。これは、「Title」というプロパ
ティの値は「文書の題名」である、ということを表す。
【００１９】また、<ListOfContent>と</ListOfContent
>とで囲まれた部分が、文書内容リストである。文書内
容リストには０個以上の文書が入る。また、<Document
Type="primitive">で始まる文書は、文書ではなく文書
内容にアクセスするための情報または文書内容そのもの
を文書内容リストに持つ。
>とで囲まれた部分が、文書内容リストである。文書内
容リストには０個以上の文書が入る。また、<Document
Type="primitive">で始まる文書は、文書ではなく文書
内容にアクセスするための情報または文書内容そのもの
を文書内容リストに持つ。
【００２０】また、次の<Content Uri="http://foo/bar
1" Method="GET" />は、HTTPのGETメソッドを用いて「h
ttp://foo/bar1」をアクセスすれば内容が得られること
を表している。
1" Method="GET" />は、HTTPのGETメソッドを用いて「h
ttp://foo/bar1」をアクセスすれば内容が得られること
を表している。
【００２１】図３は、文書を直列化した他の例を示す図
で、図２に示した例に比して少し複雑な例を挙げたもの
である。この例では文書の中にバージョンを表す副文書
が入っており、更にその中に文書内容データを表す副文
書が入っている。
で、図２に示した例に比して少し複雑な例を挙げたもの
である。この例では文書の中にバージョンを表す副文書
が入っており、更にその中に文書内容データを表す副文
書が入っている。
【００２２】図４は、本発明の文書処理システムにおけ
る全体の構成を示すブロック図である。図４を参照しな
がら、クライアント及びサーバの構成及び動作について
説明する。 （クライアントの構成・動作）クライアント１０は、ユ
ーザインタフェース手段１１，表示制御手段１２，クラ
イアント側インタフェース手段（クライアント側通信手
段）１３，及び直列化文書分解手段１４を有する。
る全体の構成を示すブロック図である。図４を参照しな
がら、クライアント及びサーバの構成及び動作について
説明する。 （クライアントの構成・動作）クライアント１０は、ユ
ーザインタフェース手段１１，表示制御手段１２，クラ
イアント側インタフェース手段（クライアント側通信手
段）１３，及び直列化文書分解手段１４を有する。
【００２３】ユーザインタフェース手段１１は、文書表
示手段としてのＣＲＴ、入力手段としてキーボード及び
マウスなどから構成され、ユーザに情報を表示すると共
に、ユーザからの指令を入力する。図５は、ユーザイン
タフェース手段の画面における表示例を示す図で、文書
に関するプロパティの表示例を示すものである。
示手段としてのＣＲＴ、入力手段としてキーボード及び
マウスなどから構成され、ユーザに情報を表示すると共
に、ユーザからの指令を入力する。図５は、ユーザイン
タフェース手段の画面における表示例を示す図で、文書
に関するプロパティの表示例を示すものである。
【００２４】表示制御手段１２は、文書の内部表現であ
る木構造を利用して、ユーザインタフェース手段１１で
表示する画面を決定する。このとき未知のプロパティは
無視する。
る木構造を利用して、ユーザインタフェース手段１１で
表示する画面を決定する。このとき未知のプロパティは
無視する。
【００２５】図６は、クライアントにおける木構造によ
る文書の内部表現の一例を示す図である。直列化文書分
解手段１４は、直列化された文書を分解し、内部表現に
変換する。内部表現は図６に示すごとくの文書をノード
とする木構造を有し、各ノードは属性としてプロパティ
を保持する。
る文書の内部表現の一例を示す図である。直列化文書分
解手段１４は、直列化された文書を分解し、内部表現に
変換する。内部表現は図６に示すごとくの文書をノード
とする木構造を有し、各ノードは属性としてプロパティ
を保持する。
【００２６】クライアント側インタフェース手段１３
は、サーバ２０への文書取得要求を発行し、その応答を
受け取る。
は、サーバ２０への文書取得要求を発行し、その応答を
受け取る。
【００２７】図７は、本発明の文書管理システムにおけ
るクライアントの処理例を説明するためのフローチャー
トである。クライアントは、まずサーバに取得したい文
書のＩＤを伝える（ステップＳ１）。サーバから直列化
文書を得ると（ステップＳ２）、直列化文書を内部表現
に変換する（ステップＳ３）。次いで文書の内部表現を
元に初期表示画面を生成して表示する（ステップＳ
４）。そしてユーザの操作を待ち、必要な処理を行なう
ことを繰り返す（ステップＳ５，Ｓ６）。例えば、「文
書内容の表示」を指示されれば、文書の内部表現の１レ
ベル下のノードに対応する表示画面を生成して表示す
る。
るクライアントの処理例を説明するためのフローチャー
トである。クライアントは、まずサーバに取得したい文
書のＩＤを伝える（ステップＳ１）。サーバから直列化
文書を得ると（ステップＳ２）、直列化文書を内部表現
に変換する（ステップＳ３）。次いで文書の内部表現を
元に初期表示画面を生成して表示する（ステップＳ
４）。そしてユーザの操作を待ち、必要な処理を行なう
ことを繰り返す（ステップＳ５，Ｓ６）。例えば、「文
書内容の表示」を指示されれば、文書の内部表現の１レ
ベル下のノードに対応する表示画面を生成して表示す
る。
【００２８】（サーバの構成・動作）図４に示すよう
に、サーバ２０は、サーバ側インタフェース手段（サー
バ側通信手段）２１，直列化文書生成手段２２，及び文
書管理手段２３を有する。最も単純な文書管理手段２３
は、（１）文書、（２）ストリーム、という２階層の管
理を行なう。例えば次のようなリレーショナルデータベ
ースとして管理する。
に、サーバ２０は、サーバ側インタフェース手段（サー
バ側通信手段）２１，直列化文書生成手段２２，及び文
書管理手段２３を有する。最も単純な文書管理手段２３
は、（１）文書、（２）ストリーム、という２階層の管
理を行なう。例えば次のようなリレーショナルデータベ
ースとして管理する。
【００２９】
【表１】
【００３０】文書内部にバージョン情報を持つ文書管理
手段２３は、（１）文書、（２）バージョン、（３）ス
トリーム、という階層になる。それぞれの階層に対応し
たデータベースの表によって次のように管理する。
手段２３は、（１）文書、（２）バージョン、（３）ス
トリーム、という階層になる。それぞれの階層に対応し
たデータベースの表によって次のように管理する。
【００３１】
【表２】
【００３２】直列化文書生成手段２２は、指定されたＩ
Ｄを持つ文書に対して、文書管理手段２３から必要な情
報を取り出し、それを用いて直列化文書テキストを生成
する。直列化文書テキストを生成するために、以下のよ
うなスキーマ対応表を持っている。この表から得られる
対応関係を元に、直列化文書テキストを生成する。
Ｄを持つ文書に対して、文書管理手段２３から必要な情
報を取り出し、それを用いて直列化文書テキストを生成
する。直列化文書テキストを生成するために、以下のよ
うなスキーマ対応表を持っている。この表から得られる
対応関係を元に、直列化文書テキストを生成する。
【００３３】
【００３４】サーバ側インタフェース手段２１は、例え
ば、サーバ２０をＨＴＴＰサーバとするとき、クライア
ントからのＧＥＴ要求に応じて対応する文書を文書管理
手段２３から取出し、それを直列化した上でクライアン
トへの応答とする。
ば、サーバ２０をＨＴＴＰサーバとするとき、クライア
ントからのＧＥＴ要求に応じて対応する文書を文書管理
手段２３から取出し、それを直列化した上でクライアン
トへの応答とする。
【００３５】図８は、本発明の文書管理システムにおけ
るサーバの処理例を説明するためのフローチャートであ
る。まずクライアントから、内容を取得する文書ＩＤの
要求を受けると（ステップＳ１１）、文書管理手段２３
から、その文書ＩＤの文書に対応する情報をすべて取り
出す（ステップＳ１２）。そして直列化文書生成手段２
２で、その情報を所定のテキストに変換して直列化文書
を生成し（ステップＳ１３）、生成した直列化文書をク
ライアントに応答として返す（ステップＳ１４）。
るサーバの処理例を説明するためのフローチャートであ
る。まずクライアントから、内容を取得する文書ＩＤの
要求を受けると（ステップＳ１１）、文書管理手段２３
から、その文書ＩＤの文書に対応する情報をすべて取り
出す（ステップＳ１２）。そして直列化文書生成手段２
２で、その情報を所定のテキストに変換して直列化文書
を生成し（ステップＳ１３）、生成した直列化文書をク
ライアントに応答として返す（ステップＳ１４）。
【００３６】
【発明の効果】請求項１に対応する効果：サーバ・クラ
イアント間での文書情報の送受信は、所定のフォーマッ
トに従ってなされるので、そのフォーマットによる文書
送信をサーバがサポートしていれば、どのようなサーバ
であってもクライアントで文書操作を行なうことができ
る。
イアント間での文書情報の送受信は、所定のフォーマッ
トに従ってなされるので、そのフォーマットによる文書
送信をサーバがサポートしていれば、どのようなサーバ
であってもクライアントで文書操作を行なうことができ
る。
【００３７】請求項２に対応する効果：単純なモデルに
従ったフォーマットを使用するので、幅広い種類のサー
バがサポートでき、一つのクライアントで多くのサーバ
の文書操作を行うことができる。また、プロパティの種
類を増やすことが可能なので、サーバによる拡張が可能
になる。
従ったフォーマットを使用するので、幅広い種類のサー
バがサポートでき、一つのクライアントで多くのサーバ
の文書操作を行うことができる。また、プロパティの種
類を増やすことが可能なので、サーバによる拡張が可能
になる。
【００３８】請求項３に対応する効果：特定のサーバが
固有のプロパティを自由に付加できるようになるので、
そのサーバ用に構成されたクライアントなら、より詳し
い表示ができるようになる。その場合でも、汎用のクラ
イアントで最小限の表示・操作は可能である。
固有のプロパティを自由に付加できるようになるので、
そのサーバ用に構成されたクライアントなら、より詳し
い表示ができるようになる。その場合でも、汎用のクラ
イアントで最小限の表示・操作は可能である。
【図１】 サーバとクライアントとの関係を説明するた
めの図である。
めの図である。
【図２】 単純な文書を直列化した例を示す図である。
【図３】 文書を直列化した他の例を示す図で、図２に
示した例に比して少し複雑な例を挙げたものである。
示した例に比して少し複雑な例を挙げたものである。
【図４】 本発明の文書処理システムにおける全体の構
成を示すブロック図である。
成を示すブロック図である。
【図５】 ユーザインタフェース手段の画面における表
示例を示す図で、文書に関するプロパティの表示例を示
すものである。
示例を示す図で、文書に関するプロパティの表示例を示
すものである。
【図６】 クライアントにおける木構造による文書の内
部表現の一例を示す図である。
部表現の一例を示す図である。
【図７】 本発明の文書管理システムにおけるクライア
ントの処理例を説明するためのフローチャートである。
ントの処理例を説明するためのフローチャートである。
【図８】 本発明の文書管理システムにおけるサーバの
処理例を説明するためのフローチャートである。
処理例を説明するためのフローチャートである。
１０…クライアント、１１…ユーザインタフェース手
段、１２…表示制御手段、１３…クライアント側インタ
フェース手段（クライアント側通信手段）、１４…直列
化文書分解手段、２０…サーバ、２１…サーバ側インタ
フェース手段（サーバ側通信手段）、２２…直列化文書
生成手段、２３…文書管理手段。
段、１２…表示制御手段、１３…クライアント側インタ
フェース手段（クライアント側通信手段）、１４…直列
化文書分解手段、２０…サーバ、２１…サーバ側インタ
フェース手段（サーバ側通信手段）、２２…直列化文書
生成手段、２３…文書管理手段。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/30 ２４０ Ｇ０６Ｆ 17/30 ２４０Ｃ 19/00 ３００ 19/00 ３００Ｌ
Claims (3)
- 【請求項１】 文書管理用のサーバと文書操作用のクラ
イアントからなる文書処理システムであって、前記サー
バは、文書内容及び関連情報を管理する文書管理手段
と、文書のプロパティ及び内容情報を所定のフォーマッ
トの一つのストリームである直列化文書に変換する直列
化文書生成手段と、前記クライアントからの文書取得要
求を受付け、対応する前記直列化文書を返すサーバ側イ
ンタフェース手段とを有し、前記クライアントは、前記
サーバへの文書取得要求を発行し、該文書取得要求の応
答を受け取るクライアント側インタフェース手段と、前
記所定のフォーマットの直列化文書からプロパティ及び
内容情報を取出す直列化文書分解手段と、ユーザの指示
に従って文書のプロパティまたは文書の内容を表示する
文書表示手段とを有することを特徴とする文書処理シス
テム。 - 【請求項２】 請求項１に記載の文書処理システムにお
いて、前記所定のフォーマットは、文書のプロパティの
リストと文書の内容情報のリストとからなり、前記文書
の内容情報は、別の文書、内容データそのもの、または
内容データへのアクセス方法のいずれかを示す情報であ
ることを特徴とする文書処理システム。 - 【請求項３】 請求項２に記載の文書処理システムにお
いて、前記クライアントは、未知の文書プロパティを無
視し、理解できる文書プロパティのみを用いて画面表示
を行なうことを特徴とする文書処理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000268543A JP2002073599A (ja) | 2000-09-05 | 2000-09-05 | 文書処理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000268543A JP2002073599A (ja) | 2000-09-05 | 2000-09-05 | 文書処理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002073599A true JP2002073599A (ja) | 2002-03-12 |
| JP2002073599A5 JP2002073599A5 (ja) | 2005-07-07 |
Family
ID=18755313
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000268543A Pending JP2002073599A (ja) | 2000-09-05 | 2000-09-05 | 文書処理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002073599A (ja) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10124491A (ja) * | 1996-10-24 | 1998-05-15 | Fujitsu Ltd | 文書共有整理システム，共有文書管理装置および文書アクセス装置 |
| JPH10133838A (ja) * | 1996-07-11 | 1998-05-22 | Internatl Business Mach Corp <Ibm> | 表示画面に表示する方法及びシステム |
| JPH10222510A (ja) * | 1997-02-07 | 1998-08-21 | Hitachi Ltd | 文書変換方法 |
-
2000
- 2000-09-05 JP JP2000268543A patent/JP2002073599A/ja active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10133838A (ja) * | 1996-07-11 | 1998-05-22 | Internatl Business Mach Corp <Ibm> | 表示画面に表示する方法及びシステム |
| JPH10124491A (ja) * | 1996-10-24 | 1998-05-15 | Fujitsu Ltd | 文書共有整理システム，共有文書管理装置および文書アクセス装置 |
| JPH10222510A (ja) * | 1997-02-07 | 1998-08-21 | Hitachi Ltd | 文書変換方法 |
Non-Patent Citations (2)
| Title |
|---|
| 宮下 知起: "Ｂ２Ｂに威力を発揮！主要ＤＢのＸＭＬ対応動向と最新ソリューション", ＤＢ ＭＡＧＡＺＩＮＥ, vol. 第１０巻， 第５号, CSND200001055001, 1 August 2000 (2000-08-01), JP, pages 88 - 91, ISSN: 0000747580 * |
| 窪野 哲光: "動的拡張性をもつ文書メタデータのＸＭＬを用いた統合管理方式の検討", 情報処理学会研究報告, vol. 第２０００巻，第６９号, CSNG200100351001, 28 July 2000 (2000-07-28), JP, pages 1 - 8, ISSN: 0000747579 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6393442B1 (en) | Document format transforations for converting plurality of documents which are consistent with each other | |
| US6167409A (en) | Computer system and method for customizing context information sent with document fragments across a computer network | |
| US7533110B2 (en) | File conversion | |
| US10474676B2 (en) | Database query language gateway | |
| US5893109A (en) | Generation of chunks of a long document for an electronic book system | |
| US6546406B1 (en) | Client-server computer system for large document retrieval on networked computer system | |
| US7725906B2 (en) | Method and device for executing a function with selection and sending of multiple results in a client-server environment | |
| US8601001B2 (en) | Selectively structuring a table of contents for accessing a database | |
| JP2005182835A (ja) | 異種のデータソースのためのデータサーバを生成する方法 | |
| CA2647588A1 (en) | Systems and methods of transforming data for web communities and web applications | |
| DE102005040096A1 (de) | Umfassendes Abfrageverarbeitungs- und Datenzugriffssystem, und eine Benutzerschnittstelle | |
| JPH11143760A (ja) | ファイル転送装置およびその方法 | |
| US20130212121A1 (en) | Client-side modification of electronic documents in a client-server environment | |
| US20020184269A1 (en) | Document management systems for and methods of sharing documents | |
| JPH11502346A (ja) | オンラインサービスの作成および保守用のコンピュータシステムおよびコンピュータ実行プロセス | |
| US6026445A (en) | System and method for saving and reusing recently acquired name to address mappings | |
| JP2006252001A (ja) | ドキュメント処理装置 | |
| JP3651768B2 (ja) | 文書ファイル検索システム | |
| EP1649384A2 (en) | System and method for generating html based on common xslt | |
| JPH1115724A (ja) | 文書管理方法および装置 | |
| CA2405893A1 (en) | Xml flattener | |
| US7792855B2 (en) | Efficient storage of XML in a directory | |
| JP2002073599A (ja) | 文書処理システム | |
| EP1652111B1 (en) | Web product interface system and method | |
| JP2001084169A (ja) | 文書データベースアクセス装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041029 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041029 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060601 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060620 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20061114 |