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