(57)【要約】【課題】複数ページの紙面を自動的にＷｅｂ閲覧可能なデータに変換し、Ｗｅｂサーバに登録する。結果Ｗｅｂクライアントから該紙面を閲覧可能となる。【解決手段】自動原稿読み取り手段、画像変換手段、データ保持手段、ＨＴＭＬ作成手段を備えることで、該システム上で復数ページ紙面を読み込み、自動的にＨＴＭＬ情報を作成する。【選択図】        図１
2004310505.tif 000002
【特許請求の範囲】
【請求項１】
有線・無線を問わずネットワークに接続するコンピュータ上でＷｅｂサービスを行うシステムにおいて、複数ページの紙面を読み込む手段、読み込まれた紙面画像を変換処理する変換手段、変換処理された画像をＷｅｂサーバ上に保持する手段、該Ｗｅｂサーバでの先頭ページから該画像を指定可能な情報を作成・変更する手段、複数ページを順次閲覧するための別の情報を作成・変更する手段を備えることで、該システム上で復数ページの画像を読み込むと、自動的にＷｅｂサービス可能な画像として保存し、ネットワーク上のコンピュータから、該複数画像を順次閲覧できることを特徴とする情報アクセス装置及び方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ドキュメント処理システムに関し、特にドキュメント（電子文書）の登録に関するものである。
【０００２】
【従来の技術】
従来、ネットワーク環境下において、サーバ内に各種のデータやファイルを格納しておき、クライアント側からサーバ内のデータやファイルにアクセスしてその情報を取得する情報閲覧システムが活用されている。インターネット上では、ワールド・ワイド・ウエブ（ＷＷＷ：Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）と呼ばれ、インターネット上に存在するＷｅｂサーバ内のデータを、Ｗｅｂブラウザと称されるアプリケーションツールによって閲覧可能である。インターネット上のファイル転送プロトコルとしてＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  ＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）  が主に使用され、データフォーマット形式としてＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）が主に使用される。
【０００３】
上記のようなネットワーク上の情報交換システムを利用して、ユーザの所望するデータを提供するサーバを構築する場合、次のような手順を踏む必要があった。まず、ユーザは所望するデータファイルを作成し、該データファイルをＷｅｂブラウザ上で表示可能なデータの形式に変換する。続いて、該データファイルをＷｅｂサーバに保存し、Ｗｅｂサーバ上の先頭ページとなるＨＴＭＬ文書からリンクを張ることにより遷移可能なＨＴＭＬ文書と該データとをリンクを張り、前記ＨＴＭＬ文書から遷移可能にする。ネットワーク利用者は、ＨＴＭＬ文書に張られたリンクをたどることにより、該データにアクセスする。
【０００４】
しかしながら、すでに存在する紙面での情報を上記情報閲覧システムを用いて情報提供する場合、操作者は、紙面をスキャナで読み取り、Ｗｅｂブラウザ上で表示可能なデータに変換し、該データファイルをＷｅｂサーバに保存する。続いて、Ｗｅｂサーバ上の先頭ページとなるＨＴＭＬ文書からリンクを張ることにより遷移可能なＨＴＭＬ文書と該データとをリンクを張るために、該ＨＴＭＬ文書の修正を必要とする。
【０００５】
この問題を解決するために、ネットワークに接続するコンピュータ上でＷｅｂサービスを行うシステムにおいて、紙面を読み込む手段、読み込まれた紙面画像を変換処理する変換手段、変換処理された画像をＷｅｂサーバ上に保持する手段、該Ｗｅｂサーバでの先頭ページから該画像を指定可能な情報を作成・変更する手段を備えることで、該システム上で画像を読み込むと、自動的にＷｅｂサービス可能な画像として保存し、ネットワーク上のコンピュータから、該画像を閲覧できるシステムを提出済み特許（ＩＰシリアルＮｏ：１６４７４０２  発明の仮称：情報アクセス装置及び方法）にて発案している。
【０００６】
【発明が解決しようとする課題】
しかしながら、複数ページにまたがる文書の場合、各々ページの文書を読み込み、各々が別文書で、Ｗｅｂサーバ内で膨大な文書管理が必要となり、Ｗｅｂサーバの管理者が該当文書の削除等のメンテナンスを行う際、複数ページに及ぶ文書を検索する負担が生じる。また、Ｗｅｂサーバを閲覧するユーザも、複数ページに及ぶ文書を閲覧する際の、ユーザインタフェースが煩わしい手順を踏む必要がある。
【０００７】
【課題を解決するための手段】
本発明は、上記課題を鑑みて、ネットワークに接続するコンピュータ上でＷｅｂサービスを行うシステムにおいて、紙面を読み込む手段、複数ページを順次閲覧するための別の情報を作成・変更する手段、変換処理された画像をＷｅｂサーバ上に保持する手段、該Ｗｅｂサーバでの先頭ページから該画像を指定可能な情報を作成・変更する手段を備えることで、複数紙面を読み込むと、自動的にＷｅｂサービス可能な画像として保存し、該複数画像を順次閲覧することを目的とする。この手段により、該Ｗｅｂサーバ上のページから、複数ページの情報は、目次を使用したり、各ページから前後ページをアクセスできるようになる。
【０００８】
また、画像を読み込む手段として複写機のスキャナを利用し、読み込み画像を保持する手段として、複写機内蔵又は複写機に外部接続される記憶装置を用いることで、複写機が直接、読み込み画像をＷｅｂサービスすることを目的とする。
【０００９】
【発明の実施の形態】
図１は、本発明の請求項１の特徴を示す図である。
【００１０】
１０１は、１０２，１１４を接続するネットワーク、１０２は、請求項１の特徴をもつサーバである。
【００１１】
１０２は１０３と接続し、１０３を制御すると共に、Ｗｅｂのサーバの機能を持つ。１０３は、自動原稿送り装置を備えた画像読み取り部である。１０４は、１０３を制御する画像読み取り制御部である。１０５は１０４で読み取った画像を管理するページ管理部である。１０６は、画像データを変換する画像変換部である。１０７は、Ｗｅｂページ管理部である。１０８は、ＨＴＭＬデータを変換するＨＴＭＬデータ変換部である。１０９はストレージであり、１１０は、１０９内に所在する管理ファイル（ＨＴＭＬファイル）である。１１１は１０３で読み込まれ、変換され、１０９内に保持された画像データ群である。１１２は、階層名入力部である。１１３は１０９を使用して、１０１を経由したＷｅｂサービス依頼を受け付けるＷｅｂサーバ部である。１１４は１０１に接続するＰＣであり、１０２へＷｅｂサービスを要求するＷｅｂクライアントＰＣである。
【００１２】
（第一実施例）
図２に示す、本実施例のフローチャートを用いて、全体動作を詳述する。
【００１３】
１０２の待機状態（２０１）にて、使用者が１０３に原稿をセットする。その後、使用者からの命令により、１０４は画像読み取り要求を受け付けると、１１２に階層名入力を要求する（２０３）。１１２は使用者に階層名入力を促し、使用者は階層名を入力する（２０４）。１０７は、１０９を検索して、２０４にて入力された階層名が１０９内に存在するか確認する（２０５）。存在しない場合、１０９に階層を生成し（２０６）、階層を管理するファイルを変更する（２０７）。
【００１４】
階層を管理するファイルの変更動作のフローを図３に示す。１０８は１０７から階層を管理するファイルの変更依頼を受けると、管理ファイル（以降ファイルＳとする）を開き（３０１）、作業ファイル（以降ファイルＡとする）を作成する（３０２）。ファイルＳから１行読み込み（３０３）。ファイルＳから読み込むデータがない場合（３０４）、ファイルＳ及びファイルＡと閉じて（３０５）、終了する。１行データが存在する場合、その行が”＜！ＤＯＮ’Ｔ  ＲＥＭＯＶＥ＞”と等しい文字列か比較（３０６）する。同じでない場合、読み込んだ行をファイルＡに書き出し（３０７）、３０３に戻る。同じであった場合、ファイルＡに’＜ＬＩ＞＜Ａ  ＨＲＥＦ＝”．／’を追加（３０８）し、続いて１１２より取得した階層名を追加する（３０９）。続いて、同じくファイルＡに’／ｉｎｄｅｘ．ｈｔｍｌ”＞’を追加（３１０）し、続いて１１２より取得した階層名を追加する（３１１）。最後に’＜／Ａ＞’を追加（３１２）して、先ほど読み込んだ１行”＜！ＤＯＮ’Ｔ  ＲＥＭＯＶＥ＞”を追加する（３１３）。続いて、ファイルＳから１行読み込み（３１４）、ファイルＳから読み込むデータがある場合（３１５）、読み込んだ行をファイルＡに書き出し（３１６）、３１４から繰り返す。ない場合は、ファイルＳ及びファイルＡと閉じて（３１７）、ファイルＡをファイルＳと交換して、１０９へ保存する（３１８）。
【００１５】
その後、階層を移動する（２０８）。階層が既にある場合、階層を移動し（２０９）、階層内のファイルを全て削除する（２１０）。
【００１６】
続いて、階層内に管理ファイルｉｎｄｅｘ．ｈｔｍｌを作成する（２１１）。管理ファイル名は、拡張子に’ｈｔｍｌ’を持った階層名とする。管理情報の例を図５に示す。
【００１７】
その後、１０３は画像を読み込みを開始する（２１２）。１０３は読み込み画像データを１０４に送出する（２１３）。１０４は画像データを受け取ると、１０５に１ページ画像（２１４）として、データを送出する（２１５）。１０５では、該画像データを受けると、１０６にデータ変換を依頼する。１０６は、１０５からの依頼に従い、該画像をＷｅｂページで表示可能な画像フォーマット形式に変換する（２１６）。１０５は、画像変換後、該画像を画像ファイルとしてファイル名称を生成する（２１７）。このとき、ファイル名称は、ページ順に”Ｐａｇｅ１”から順次命名する。１０７は、１０６から画像ファイルを受け取ると、該ファイルを１１１のデータ群に追加する（２１８）。同時に、該ファイルを１１２経由でアクセスできるようにするため、該ファイル名を１０８に渡し（２１９）、管理情報に情報を追加（２２０）する。
【００１８】
階層内を管理するファイルの変更動作のフローを図４に示す。１０８は１０７から階層を管理するファイルの変更依頼を受けると、管理ファイル（以降ファイルＳとする）を開き（４０１）、作業ファイル（以降ファイルＡとする）を作成する（４０２）。ファイルＳから１行読み込み（４０３）。ファイルＳから読み込むデータがない場合（４０４）、ファイルＳ及びファイルＡと閉じて（４０５）、終了する。１行データが存在する場合、その行が”＜！ＤＯＮ’Ｔ  ＲＥＭＯＶＥ＞”と等しい文字列か比較（４０６）する。同じでない場合、読み込んだ行をファイルＡに書き出し（４０７）、４０３に戻る。同じであった場合、ファイルＡに’＜ＬＩ＞＜Ａ  ＨＲＥＦ＝”’を追加（４０８）し、続いてファイル名を追加する（４０９）。続いて、同じくファイルＡに’”＞’を追加（４１０）し、続いてファイル名を追加する（４１１）。このとき、拡張子は除く。最後に’＜／Ａ＞’を追加（４１２）して、先ほど読み込んだ１行”＜！ＤＯＮ’Ｔ  ＲＥＭＯＶＥ＞”を追加する（４１３）。続いて、ファイルＳから１行読み込み（４１４）、ファイルＳから読み込むデータがある場合（４１５）、読み込んだ行をファイルＡに書き出し（４１６）、３１４から繰り返す。ない場合は、ファイルＳ及びファイルＡと閉じて（４１７）、ファイルＡをファイルＳと交換して、１０９へ保存する（４１８）。
【００１９】
４１８の処理を終了後、次のページの処理にうつる。次のページがあるか確認（２２１）して、ページがある場合、２１２より繰り返す。ない場合は、待機状態（２０１）に戻る。
【００２０】
図６に２種類の原稿（３ページと２ページ）を読み込んだ場合の階層例を示す。１つめの原稿はＳｕｂ＿Ｄ１と使用者により設定された階層の下に、ｐａｇｅ１．ｊｐｇ，  ｐａｇｅ２．ｊｐｇ，  ｐａｇｅ３．ｊｐｇの３つのファイルと管理ファイルｉｎｄｅｘ．ｈｔｍｌが入る。もう１つの階層は、Ｓｕｂ＿Ｄ２と名づけられ、２つめの原稿がｐａｇｅ１．ｊｐｇ，  ｐａｇｅ２．ｊｐｇの画像として保存され、管理ファイルｉｎｄｅｘ．ｈｔｍｌも同場所に保存される。このときの、１０２全体の管理ファイルと各々の階層の管理ファイルの内容を図７に示す。
【００２１】
１１３を使用するユーザが１０２にＷｅｂアクセスを行うと、１１２が応答し、１１０内にある１０２全体の管理ファイルを１１３に返す。１１３では、該情報を受けると図８に示す画像を表示する。図８中に示す、リンクを張られた部位を選択することで、１１３から１１２に対して、対応するデータを要求し、１１２は対応する画像ファイルを１１３に送出、１１３上で該画像を表示する。図９にｓｕｂ＿Ｄ１を選択したときの表示画面を示す。この手順は、現在一般的に使用されるＷｅｂブラウザの手順であり、本実施例で示す手段により、画像読取装置から読み込んだ画像を自動的に、Ｗｅｂサーバで提供できるようになる。
【００２２】
本実施例では、画像取り込み要求発生の方法を詳述しないが、１０２又は１０３に付属するパネル又はリモート制御アプリケーションを用いた使用者からの明示的な要求指示で行う方法がある。また、１０３に用紙検知器を装備することで、用紙をセットすると自動的に取り込み要求が発生する方法もある。このように取り込み要求の手段に関わらず、取り込み要求が発生した時点で、自動的に画像をよりこみ、画像データを変換し、保持し、Ｗｅｂサービスを行うことができる。
【００２３】
また、本実施例では、予め複数ページを想定して、階層を作成後、そのディレクトリにファイルを保管するが、読み取り原稿が複数ページであるか否かを判断し、復数ページの場合のみ、サブディレクトリを作成し、そのサブディレクトリにファイルを保管し、単ページの場合は、予め定められたディレクトリにファイルを保管する方法も容易に実現でき、本発明の範囲内である。この方法により、単ページの場合のファイルの保管場所が一元化でき、サブディレクトリの増加を抑えられる。
【００２４】
また、本実施例では、階層名を使用者が設定しているため、既に登録されている階層名を指定した場合、既存情報を一旦削除後に、新しい画像を保持する。このため、情報の更新が容易に実現できる。また、既存情報を削除せずに、追加していく方法も階層管理部分と管理ファイルの変更部分を変更することで容易に、実現でき、復数ページの原稿を階層的に保存し、閲覧可能とする本発明の範囲内である。さらに、既存情報を削除するか、削除せずに追加するかを使用者により、選択させる機構を設けることで、使用者の使い勝手を向上させるのも、本発明の応用として、容易に実現できる。
【００２５】
また、本実施例では、復数ページの原稿に対して、目次となる管理ファイルを作成しているが、各ページに対して各々管理ファイルを作成し、管理ファイル内部で原稿画像を表示し、同じく前後ページを参照するような管理ファイルを構成することも可能である。この場合、ページを移動する際に、元の管理ファイルに戻る必要なく、現在のページから前後のページの移動が容易となる。さらに、ＣＧＩプログラム等を用いることで、自在なページ管理も可能となる。これらの方法は、本実施例に示す１０８での管理ファイルの作成方法によるところであり、本発明の特徴である、自動的に管理ファイルを作成する手段を備えることであり、本発明の範囲内である。
【００２６】
（第二実施例）
図１０は、本発明にかかわる完全なる自動化の特徴を示す図である。
【００２７】
１０１〜１１４は第一実施例と同じ構成である。また、１１２は存在せず、１００１は、画像の一部を抜き出す画像インデックス生成部である。
【００２８】
図１１に示す、本実施例のフローチャートを用いて、全体動作を詳述する。
【００２９】
１０２の待機状態（１１０１）にて、使用者が１０３に原稿をセットする。その後、使用者からの命令により、１０４は画像読み取り要求を受け付ける（１１０２）と、階層名称を生成する（１１０３）。この階層名称は、１０２内で固有に管理する１０２内唯一の名称となる。その後、該階層名称の階層を作成（１１０４）し、階層を移動する（１１０５）。
【００３０】
続いて、階層内に管理ファイルｉｎｄｅｘ．ｈｔｍｌを作成する（１１０６）。管理ファイル名は、拡張子に’ｈｔｍｌ’を持った階層名とする。管理情報の例を第一実施例の図５に示すものと同じである。
【００３１】
その後、１０３は画像を読み込みを開始する（１１０７）。１０３は読み込み画像データを１０４に送出する（１１０８）。１０４は画像データを受け取ると、１０５に１ページ画像（１１０９）として、データを送出する（１１１０）。１０５では、該画像データを受けると、１０６にデータ変換を依頼する。１０６は、１０５からの依頼に従い、該画像をＷｅｂページで表示可能な画像フォーマット形式に変換する（１１１１）。１０５は、画像変換後、該画像を画像ファイルとしてファイル名称を生成する（１１１２）。このとき、ファイル名称は、ページ順に”Ｐａｇｅ１”から順次命名する。１０７は、１０６から画像ファイルを受け取ると、該ファイルを１１１のデータ群に追加する（１１１３）。同時に、該ファイルを１１２経由でアクセスできるようにするため、該ファイル名を１０８に渡し（１１１４）、管理情報に情報を追加（１１１５）する。
【００３２】
階層内を管理するファイルの変更動作は第一実施例と同じである。フローを図４に示すとおりである。
【００３３】
４１８の処理を終了後、次のページの処理にうつる。次のページがあるか確認（１１１６）して、ページがある場合、１１０７より繰り返す。ない場合は、階層を戻る（１１１７）。
【００３４】
１０７は、１１１から１ページ目の画像を取得（１１１８）し、１００１にて予め決められた一部の画像を抽出する（１１１９）。この画像と階層名を１０８に渡す。１０８では、該画像をインデックス画像として、階層名をつけて、１１０に保持する（１１１９）。続いて、階層を管理するファイルの変更を行う。動作は、第一実施例で示す図３の手順と同様である。図３におけるステップ３１１の代わりに、’＜ＩＭＧ  ＳＲＣ＝”．／’とインデックス画像のファイル名称と’”＞’を追加する。これにより第一実施例で表示される階層名の代わりに１ページの部分画像が表示されるようになる。以降、図３に示す手順を行い、管理ファイルの追加を行う（１１２１）。そのあと、１１０１に戻り、待機状態となる。
【００３５】
本実施例により、階層名を１０２内で自動で割り振り、原稿の１ページ目の一部を１０２全体の管理ファイル上で表示して、その部分と自動で割り振った階層名にリンクを張る方法を用いことで、使用者の介入なく、全て自動で原稿をＷｅｂ上で閲覧可能となる。
【００３６】
【発明の効果】
以上説明したように、本発明によれば、有線・無線を問わずネットワークに接続するコンピュータ上でＷｅｂサービスを行うシステムにおいて、複数ページの紙面を読み込む手段、読み込まれた紙面画像を変換処理する変換手段、変換処理された画像をＷｅｂサーバ上に保持する手段、該Ｗｅｂサーバでの先頭ページから該画像を指定可能な情報を作成・変更する手段、複数ページを順次閲覧するための別の情報を作成・変更する手段を備えることで、該システム上で復数ページの画像を読み込むと、自動的にＷｅｂサービス可能な画像として保存し、ネットワーク上のコンピュータから、該複数画像を順次閲覧可能となる。
【００３７】
例えば、複写機において、画像を読み込む手段として複写機の自動原稿読取装置を利用し、読み込み画像を保持する手段として、複写機内蔵又は複写機に外部接続される記憶装置を用いることで、複写機が直接、読み込み画像をＷｅｂサービスすることも可能である。
【図面の簡単な説明】
【図１】第一実施例の構成図。
【図２】第一実施例、フローチャート。
【図３】第一実施例、１０８動作のフローチャートその１。
【図４】第一実施例、１０８動作のフローチャートその２。
【図５】第一実施例、作成される管理ファイルの内容例。
【図６】第一実施例、１０９のファイル階層。
【図７】第一実施例、作成された管理ファイルの内容。
【図８】第一実施例、Ｗｅｂクライアントの表示例その１。
【図９】第一実施例、Ｗｅｂクライアントの表示例その２。
【図１０】第三実施例の構成図。
【図１１】第二実施例、フローチャート。
【符号の説明】
１０１  ネットワーク
１０２  サーバ
１０３  画像読取装置
１０４  画像読み取り制御部
１０５  ページ管理部
１０６  画像変換部
１０７  Ｗｅｂページ管理部
１０８  ＨＴＭＬデータ変換部
１０９  記憶デバイス
１１０  管理ファイル
１１１  画像データ群
１１２  階層名入力部
１１３  Ｗｅｂサーバ
１１４  ＷｅｂクライアントＰＣ
１００１  画像インデックス生成部
【図１】
2004310505.tif 000003
【図２】
2004310505.tif 000004
【図３】
2004310505.tif 000005
【図４】
2004310505.tif 000006
【図５】
2004310505.tif 000007
【図６】
2004310505.tif 000008
【図７】
2004310505.tif 000009
【図８】
2004310505.tif 000010
【図９】
2004310505.tif 000011
【図１０】
2004310505.tif 000012
【図１１】
2004310505.tif 000013