(57)【要約】【課題】クライアントでスキャンされたデータをＯＣＲ処理し、クライアントに提供するシステムにおいて、クライアントで有効にデータを利用可能とするシステムを提供する。【解決手段】クライアント装置と、このクライアント装置とネットワークを介して接続された情報処理装置を備えたネットワークシステムであり、情報処理装置は、クライアント装置から受信したイメージデータについて文字認識処理を行ってテキストデータを生成する。生成されたテキストデータは、データベースに構築されるなど加工、整理され、クライアントにとって利用しやすい形態で記憶装置に格納される。【選択図】  図１
2010009128.tif 000002
【特許請求の範囲】
【請求項１】
原稿読取部を有し、読み取った原稿に対応するイメージデータを生成するクライアント装置と、前記クライアント装置とネットワークを介して接続された情報処理装置を備えるネットワークＯＣＲシステムにおいて、前記情報処理装置は、
前記クライアント装置から送信されたイメージデータを受信する受信部と、
前記イメージデータについて文字認識処理を行う文字認識処理部と、
前記文字認識処理部の処理結果から、前記イメージデータに対応するテキストデータを
生成するテキストデータ生成部と、
前記テキストデータ生成部の生成したテキストデータを格納する記憶部と、
前記クライアント装置に対して、前記記憶部に格納されたデータを提供するデータ提供部とを有することを特徴とする、
ネットワークＯＣＲシステム。
【請求項２】
請求項１記載のネットワークＯＣＲシステムであって、前記情報処理装置は、
前記テキストデータをデータベース化して前記記憶部に格納することを特徴とする、
ネットワークＯＣＲシステム。
【請求項３】
請求項２記載のネットワークＯＣＲシステムであって、前記情報処理装置は、
前記記憶部に格納されたデータベースに対する検索部を有し、
前記クライアントからの検索指示により、前記データベース内のデータを検索して、
前記クライアントに提示することを特徴とする、
ネットワークＯＣＲシステム。
【請求項４】
請求項１記載のネットワークＯＣＲシステムに適用されるクライアント装置であって、
原稿を読み取ってイメージデータ化する読み取り部と、
前記イメージデータを前記情報処理装置に対して送信する情報送信部と、
前記情報処理装置に対してネットワーク経由でアクセスを行い、前記記憶部に
格納されたデータを取得するデータ取得部とを有することを特徴とする、
クライアント装置。
【請求項５】
請求項４記載のクライアント装置であって、
前記情報処理装置から提示されるデータに応じて関連機能を起動する機能を有することを特徴とする、
クライアント装置。
【請求項６】
請求項５記載のクライアント装置であって、
前記関連機能は、電子メール機能であることを特徴とする、
クライアント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、原稿をスキャンして得られたイメージデータを解析し、文字認識処理を行ってテキストデータを得るＯＣＲシステムであって、特にクライアントからネットワーク経由で受領したイメージデータについてＯＣＲ処理を行い、その結果をサーバに格納して管理するネットワークＯＣＲシステムに関する。また、そのようなネットワークＯＣＲシステムに適用されるクライアント装置に関する。
【背景技術】
【０００２】
従来から、原稿をスキャンして得られたイメージデータを解析し、テキストデータに変換するＯＣＲ（Optical Character Recognition）システムが知られている。
【０００３】
一般的なＯＣＲシステムは、原稿を光学的に読み取り、文字認識を行うものである。すなわち、読み取った原稿画像内に存在する各々の文字について、文字領域の決定、パターン認識などのステップを実行し、何のキャラクタ情報であるかを判定する。そして、そのキャラクタ情報に対応するテキスト情報を生成、出力するものである。このようなＯＣＲ装置は公知であり、専用のＯＣＲ装置のほか、汎用のＰＣ（Personal Computer）上で動作するＯＣＲプログラムも多数販売されている。
【０００４】
汎用のＰＣにＯＣＲソフトウェアをインストールし、当該ＰＣをＯＣＲ装置として用いる場合には、そのＯＣＲソフトウェアのバージョンアップなどの際に手間がかかる。すなわち、それぞれのＰＣのユーザーは、ソフトウェアがバージョンアップされる度に、バージョンアップされたソフトウェアを入手しなければならない。そして、バージョンアップされたソフトウェアを、ＰＣにインストールしなければならない。特に企業内のように多数のＰＣを有している場合は、それらのＰＣの全てについてバージョンアップ作業を行う必要があり、大変面倒である。
【０００５】
一方、端末装置にネットワークを介して接続されたホスト装置にて、ＯＣＲ処理を行うシステムも知られている。たとえばＦＡＸ−ＯＣＲと称されるシステムは、ファクシミリ端末で原稿を読み取り、その読み取りで得られたイメージデータをファクス通信によりホスト装置に送信する。ホスト装置は、ファクシミリ端末から送られたイメージデータについてＯＣＲ処理を行うものである。なお、ＦＡＸ−ＯＣＲ以外にも、端末で原稿を読み取って得たイメージデータをホストに送信して、ホストにおいてＯＣＲ処理するシステムが知られている。
【０００６】
特許文献１には、ファクシミリ装置から送られたイメージデータをＯＣＲ処理し、その結果に応じた処理を行うＦＡＸ−ＯＣＲシステムが開示されている。
【０００７】
特許文献２には、営業店にて原稿（振込依頼書）をスキャンして得たイメージデータをセンタに送信し、センタにてＯＣＲ処理を行う金融システムが開示されている。
【０００８】
特許文献３には、センター装置でＯＣＲ処理した結果をクライアントのブラウザにて表示する、ウェブベースのＯＣＲシステムが開示されている。
【０００９】
【特許文献１】特開２０００−３３１０７１号公報
【特許文献２】特開２００６−１９００９３号公報
【特許文献３】特開２００５−３２７２５８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかし、特許文献１および特許文献２に記載のシステムは、センタでテキスト化された情報は、センタにおける情報処理のために用いられている。これらのシステムでは、端末装置は、単に原稿の読み取り装置に過ぎない。
【００１１】
また特許文献３に記載のシステムは、センタでテキスト化された情報を単にクライアントに返送するのみである。したがって、生成されたテキスト情報はクライアント側で加工され整理される必要がある。
【００１２】
この発明は、以上のような状況を鑑みてなされたものである。すなわち、この発明は、端末装置において読み取られたイメージデータを端末装置で利用するためのシステムを提供する。しかも、ＯＣＲ処理をホスト装置で行うことによる集中化により、多数のクライアント装置にＯＣＲ機能をインストールするような煩雑さを回避し、かつ、センタで得られたデータをクライアント装置で有効に利用可能とするシステムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
この発明のＯＣＲシステムは、クライアント装置と、このクライアント装置とネットワークを介して接続された情報処理装置を備えている。ここで情報処理装置は、クライアント装置から送信されたイメージデータを受信して、このイメージデータについてＯＣＲ処理を行ってテキストデータを生成する。
【００１４】
ＯＣＲシステムは、生成されたテキストデータを記憶する記憶部を有する。この記憶部に記憶される際、テキストデータは、データベースに構築されるなど加工、整理され、クライアントにとって利用しやすい形態で格納される。ＯＣＲシステムは、さらに、記憶部に格納されたデータをクライアント装置に対して提供するデータ提供部とを有する。
【００１５】
なお、この明細書においてＯＣＲ処理とは、何らかの方法により作成されたイメージデータについて文字認識処理を行い、認識された文字情報に対応するテキストデータ、すなわち一連の文字コードを生成することをいう。特に原稿を読み取ること自体は問わない。
【発明の効果】
【００１６】
この発明は、以上のように構成されているので、ＯＣＲ処理をホスト装置で行うことによる集中化により、多数のクライアント装置にＯＣＲ機能をインストールするような煩雑さを回避できる。さらに、センタで得られたデータをセンタでデータベース化してクライアントに提供するので、クライアントに対してより有効な形態でデータを提示するシステムを提供できる。
【発明を実施するための最良の形態】
【００１７】
以下、この発明を実施するための最良の形態について、図面を参照して詳細に説明する。図１は、本実施形態におけるＯＣＲシステムのネットワーク構成を示す図である。
【００１８】
このＯＣＲシステムは、クライアントのオフィスに配置されるクライアントシステム１と、サーバ側に備えられるＯＣＲサーバ（以下、単にサーバと称する）２とを含む。これらクライアントシステム１とサーバ２とは、ネットワーク３を介して接続されている。なお図１では、クライアントシステム１が、クライアントＰＣ１１と、ＭＦＰ１２とを有している例を示している。これらのクライアントＰＣ１１とＭＦＰ１２とはＬＡＮ１３で接続されている。一方サーバ２には、データベースを格納する記憶装置４が接続されている。
【００１９】
次に図２を用いて、クライアントのオフィスに配置されるクライアントシステムを説明する。
【００２０】
ＭＦＰは、制御部２１と、原稿をスキャンする読み取り部２２を有している。クライアントは、このＭＦＰの読み取り部２２に原稿をセットし、読み取りスタートボタン（図示せず）を押下する。この操作に応じて制御部２１が読み取り部２２を動作開始させることで原稿がスキャンされる。このスキャンにより原稿の記載内容がイメージデータとして取得される。制御部２２は、逐次取得されるイメージデータをメモリ２３に一時蓄積する。
【００２１】
ＭＦＰは、さらにネットワークＩ／Ｆ２４を有している。制御部２１は、原稿のスキャンが終了すると、メモリ２３に蓄積されているイメージデータを読み出し、これをネットワークＩ／Ｆ２４およびネットワーク３を介してサーバ２に送信する。
【００２２】
なお、原稿のスキャンのためには、この形態ではなくクライアントＰＣ１１を用いる形態でもよい。すなわち、クライアントＰＣ１１にスキャナ（図示せず）が接続されていて、このスキャナを原稿のスキャンのために用いる形態でもよい。この場合は、クライアントＰＣ１１内のＣＰＵがスキャナを駆動して原稿の読み取りを行い、イメージデータはＰＣ内のメモリに一時蓄積された後、ＰＣ内のネットワークＩ／Ｆを介してイメージデータをサーバ２宛てに送信すればよい。
【００２３】
次に図３を用いて、サーバ２の構成を説明する。サーバ２は、ネットワークＩ／Ｆ３１を有しており、クライアントシステム１から送信されてきたデータは、このネットワークＩ／Ｆ３１を介して受信される。サーバ２は、さらに、制御部３２、メモリ３３、およびＯＣＲ部３４を有する。
【００２４】
制御部３２は、クライアントシステム１からイメージデータが送られてくると、これをいったんメモリ３３に格納する。イメージデータの受信が完了すると、制御部３２は次に、メモリ３３からイメージデータを読み出し、これをＯＣＲ部３４に与える。ＯＣＲ部３４は、このイメージデータについてＯＣＲ処理を施し、テキストデータを生成する。このテキストデータは制御部３２に送られ、制御部３２によりメモリ３３に格納される。
【００２５】
なお、ＯＣＲ部３４は、制御部３２から与えられたイメージデータに関して、（１）全体についてＯＣＲ処理を行うか、あるいは（２）あらかじめ制御部３２から指示された一定範囲についてＯＣＲ処理を行う。何れの処理を行うかは、クライアントが予め指定しておいた内容に従えばよい。したがってサーバ２は、複数のクライアント各々について、クライアントから送信されてくるイメージデータのフォーマット、そのイメージデータの何れの部分をＯＣＲ処理するのかなどの情報をデータベースとして保有している。このデータベースは、記憶装置４に格納されている。なお、図３には、サーバ２と記憶装置４とが直接接続されている形態を示した。しかし記憶装置４は、ネットワークを介してサーバ２とは遠隔地に設置されていてもよい。
【００２６】
制御部３２は、ＯＣＲ部３４により生成されたテキストデータを記憶装置４に格納する。クライアントはＯＣＲ処理の結果を持たず、必要に応じてサーバ２にアクセスして、この結果を利用する。したがって、クライアントでデータの加工、整理、メンテナンスやバックアップなどを行う必要はなく、また一般にクライアントが有するＰＣよりも高い処理能力を有するサーバでデータを扱うことにより、高度なサービスを提供することができる。
【００２７】
クライアントは、周知の技術、たとえばＷｅｂブラウザにより、サーバ２に含まれるＷｅｂサーバ３５にアクセスする。すなわちクライアントは、クライアントＰＣ１１を用いてＷｅｂサーバ３５にアクセスし、ＩＤやパスワード入力などの周知の認証プロセスを経て、自己に必要なデータを取得する。Ｗｅｂサーバ３５は、クライアントのアクセスに応じて、記憶装置４のデータを検索する。そして検索されたデータを読み出し、Ｗｅｂサイトに掲示すればよい。
【００２８】
これらの他にも、適当な方法でデータがクライアントシステム１に提供されればよい。なお、クライアントシステム１とサーバ２、あるいはサーバ２と記憶装置４との間で授受されるイメージデータや、ＯＣＲ処理の結果として生成されるテキストデータは、暗号化されていても良いことは言うまでもない。
【００２９】
ところでサーバ２は、単にテキストデータを記憶装置４に格納するだけでなく、テキストデータからデータベースなどを構築した上で、この内容を記憶装置４に格納してもよい。たとえば文書データベース、住所録データベース、電話帳データベースなどである。すなわち制御部３２は、クライアントからの検索指示に応じてデータベース内を検索する。そして記憶装置４から検索結果であるデータを検索・抽出し、このデータをクライアントに提示してもよい。
【００３０】
以下、図４を用いて、上述したクライアント、サーバ２、および記憶装置４の間の情報の流れを説明する。
【００３１】
（Ａ）まずクライアントは、サーバ２に対してユーザ登録を行う。このユーザ登録の際には、ユーザからサーバ２に対して、ユーザーＩＤやユーザの住所、メールアドレスなどのユーザデータが送信される。サーバ２は、ユーザから受信したこれらのユーザデータを記憶装置４に構築されたデータベース（図示せず）に格納する（Ａ２）。すなわちサーバ２は、データベース内に新規レコードを作成し、ここに当該ユーザのユーザデータを格納する。これにより新規のユーザ登録が行われる。
【００３２】
（Ｂ）次にクライアントは、原稿の読み取りに先立って、サーバ２に対してＯＣＲ処理を行う範囲を指示する。すなわち前述したように、ＯＣＲ部３４がイメージデータの全体に関してＯＣＲ処理を行うか、あるいはイメージデータの一部についてＯＣＲ処理を行うかを指示する。この指示は、クライアントＰＣ１１に表示される範囲指定画面にて、クライアントがキーボードを用いてＯＣＲ範囲の座標を入力して行ってもよいし、あるいはクライアントＰＣ１１に接続されるマウスやトラックパッドあるいはタブレットなどの入力機器を用いて行ってもよい。
【００３３】
なお、この指示にあたってクライアントは、ＯＣＲ範囲の指定とともにクライアントＩＤもサーバ２に送信することは言うまでもない。サーバ２は、このＯＣＲ範囲の指示を記憶装置４に与える（Ｂ２）。記憶装置４は、クライアントＩＤを用いてデータベース中から当該クライアントのレコードを検索し、この指示を書き込むことでレコードを更新する。
【００３４】
ところで、このスキャン範囲の指定は、原稿読み取りの際に限らず、（Ａ）ユーザ登録の際にあわせて行われてもよい。この場合は、読み取りの都度ＯＣＲ範囲を指定しなくて済み、クライアントの操作が簡単になる。一方でＯＣＲ範囲がユーザ登録の際に定めたものになってしまう点ではクライアントにとって自由度が少ない。よって、読み取り時にクライアントからＯＣＲ範囲の指定があればそれに従い、指定がなければユーザ登録の際に定めたものをデフォルト値として用いればよい。
【００３５】
（Ｃ）次に、クライアントは原稿の読み取りを行う。この結果、クライアントからサーバ２に対して、クライアントＩＤとイメージデータとが送信される。サーバ２では、制御部３２が、このイメージデータを受信し、いったんメモリ３３に逐次格納する。次いで制御部３２は、記憶装置４のデータベースにアクセスして、当該クライアントのレコードから、クライアントが指定したＯＣＲ範囲を参照する（Ｃ２）。制御部３２は、ここで参照したＯＣＲ範囲に基づいてイメージデータの文字認識処理を行い、テキストデータを生成する。
【００３６】
（Ｄ）制御部３２が生成したテキストデータは、記憶装置４に与えられ、当該クライアントと対応付けてデータベースに記憶される。このとき、前述したようにテキストデータ自体が記憶されてもよいし、あるいはサーバ２による統計処理などが行われた結果が記憶されてもよい。
【００３７】
（Ｅ）ＯＣＲ処理が終了すると、クライアントは、クライアントＰＣ１１を用いてサーバ２のＷｅｂサーバ３５にアクセスする。Ｗｅｂサーバ３５は、このアクセスに応じて記憶装置４から必要なデータを読み出し（Ｅ２）、クライアントに提供する（Ｅ３）。
【００３８】
以下、記憶装置４に文書管理データベースが格納される実施例について、クライアントとサーバ、およびサーバと記憶装置との間の情報の流れを説明する。基本的な情報の流れは図４に示したものと同様であるので、適宜図４も参照して説明する。
【００３９】
まず、（Ａ）クライアントがサーバ２に対してユーザ登録を行う点は、図４に示した流れと同様である。また、（Ｂ）クライアントが原稿の読み取りに先立ってＯＣＲ処理を行う範囲を指示する点についても同様である。
【００４０】
次にクライアントは、（Ｃ）自己が作成した文書について、読取部２２にて読み取りを行う。こうして生成されたイメージデータは、クライアントＩＤとともにサーバ２に与えられる。この実施例では、クライアントは読み取りの際、文書の管理番号を入力する。また必要に応じて文書の版数の指定を行ってもよい。読み取りの結果として生成されたイメージデータがサーバ２に与えられてＯＣＲ処理される点は、前述した通りである。サーバ２は、ＯＣＲ処理の結果として生成されたデータと、クライアントから指定された文書の管理番号とを関連付けて記憶装置４内のデータベースに格納する。
【００４１】
サーバ２は、文書の読み取りを行ったクライアント毎に、文書データを格納する。この様子を図５を用いて説明する。図５は、記憶装置４に格納される文書管理データベースの構造を模式的に示す図である。
【００４２】
データベース６０には、クライアント名フィールド６１、ユーザＩＤフィールド６２、および文書登録エリア６３が設けられている。もちろんデータベース６０には、これらの他にもクライアント情報（住所、電子メールアドレスなど）、クライアント毎に指定されているＯＣＲ範囲情報などのフィールドが設けられている。
【００４３】
文書登録エリア６３は、クライアント毎に、読み取った文書のＯＣＲ結果であるテキストデータが格納されるエリアである。サーバ２は、クライアントから受領したイメージデータに付与されている管理番号ごと、版ごとに文書を格納していく。図５では、クライアントＡは管理番号００１の文書として１版、１．３版および２版の文書、管理番号００２の文書として１版、２版および３版の文書を格納している。またクライアントＢは管理番号１２３の文書として１版、２版および４版の文書を格納している例が示されている。
【００４４】
サーバ２は、クライアントからイメージデータを受領した場合、そのイメージデータに付随する管理番号が新規なものであるか、それとも既にデータベースに登録された番号であるかを判断する。管理番号が新規なものであれば、その管理番号について新たな文書管理エリアを確保し、そこに、受領したイメージデータに対応するＯＣＲ結果を格納する。一方、管理番号が既にデータベースに登録されている番号であれば、該当する文書管理エリアにＯＣＲ結果を格納する。
【００４５】
このとき、クライアントから受領したイメージデータに版数の指定があるときは、サーバ２は、ＯＣＲ結果を格納する際に、その版数を付与する。クライアントから受領したイメージデータに版数の指定が無いときは、サーバ２は、あらかじめ定められた方法により版数を付与する。さらにサーバ２は、文書をデータベースに登録する際、その日付をあわせて登録しておくとよい。
【００４６】
次いで、こうしてデータベースに登録された文書をクライアントが利用する際の方法を説明する。図６は、クライアントＡがＷｅｂサーバ３５にアクセスした場合に、クライアントＰＣ１１に表示される画面の例を示す図である。クライアントＰＣ１１に表示される画面６４は、少なくとも文書の管理番号を表示するエリア６５と、文書を版ごとに示す文書表示エリア６６とを有する。この表示は、周知のＷｅｂページの形式で行われればよい。この文書表示エリア６６には、クライアントＡが登録した文書が、管理番号ごと、さらに版ごとに表示されている。ここで、それぞれの文書を示すアイコンは、そのまま記憶装置４に格納される文書ファイルへのリンクとして構成されている。よって、クライアントが所望のアイコンをクリックすることで、該当する文書のデータがダウンロードできる。
【００４７】
クライアントは、このような画面表示によって、文書の管理番号、文書の版数、文書がデータベースに登録された日付などをキーとして目的の文書を抽出し、利用することができる。また、ここには図示していないが、文書の内容を全文検索できる機能を記憶装置４およびサーバ２が提供し、クライアントＰＣ１１には文書の全文検索を行うメニューを提示することにより、クライアントにおける文書の検索がさらに便利になることは言うまでもない。
【００４８】
以下、記憶装置４に住所録データベースが格納される実施例について、クライアントとサーバ、およびサーバと記憶装置との間の情報の流れを説明する。この例も、基本的な情報の流れは図４に示したものと同様であるので、適宜図４も参照して説明する。
【００４９】
まず、（Ａ）クライアントがサーバ２に対してユーザ登録を行う点は、図４に示した流れと同様である。ただし、クライアントが読み取りを行う原稿は住所録として規定のフォーマットであることが望ましい。すなわちクライアントは、連絡先の氏名、住所、電話番号、ＦＡＸ番号や電子メールアドレスなどの記入欄が設けられているフォーマットに所定事項を書き込み、これを原稿としてＭＦＰ１２の読取部２２にて読み取らせる。したがってこの実施例では、（Ｂ）クライアントが原稿の読み取りに先立ってＯＣＲ処理を行う範囲を指示するというよりも、サーバ２は、あらかじめクライアントから、この規定のフォーマットを入手しており、したがって氏名、住所・・・ごとにＯＣＲ処理を行う範囲を認識しているという状態であることが望ましい。
【００５０】
次にクライアントは、（Ｃ）自己が作成した文書について、読取部２２にて読み取りを行う。こうして生成されたイメージデータは、クライアントＩＤとともにサーバ２に与えられる。サーバ２は、あらかじめ認識している氏名、住所・・に相当する範囲ごとにＯＣＲ処理を行う。こうしてサーバ２は、ＯＣＲ処理の結果として生成されたデータと、クライアントＩＤとを関連付けて記憶装置４に格納する。
【００５１】
この結果、記憶装置４内に構築されるデータベースの構造を図７を用いて説明する。図７は、記憶装置４に格納される住所録データベースの構造を模式的に示す図である。データベース７０は、クライアント名フィールド７１、ユーザＩＤフィールド７２を有する。ここでは、クライアントＡについて３種類のユーザＩＤが取得されている例を示している。図７に示す例では、それぞれのユーザＩＤについてそれぞれ一つの相手先しか示されていないが、実際にはそれぞれのユーザＩＤについて複数の相手先が登録されていてよいことはもちろんである。データベース７０はさらに、登録されているユーザにとっての連絡先である氏名、住所、電話番号、ＦＡＸ番号や電子メールアドレスなどを格納する相手先フィールド７３を有する。
【００５２】
クライアントは、クライアントＰＣ１１を用いてサーバ２のＷｅｂサーバ３５にアクセスする。このときクライアントは、自己に割り当てられたユーザＩＤをＷｅｂサーバ３５に送り、認証が行われる。Ｗｅｂサーバ３５は、認証処理に続き、当該ユーザＩＤに対応する相手先フィールド７３からデータを読み出して、クライアントＰＣ１１に与える。
【００５３】
クライアントＰＣ１１では、Ｗｅｂサーバ３５から与えられた相手先フィールド７３の内容が画面に表示され、クライアントは、この画面から相手先にアクセスすることができる。この画面表示は、周知のＷｅｂページの形式で行われればよい。ここで図示はしないが、クライアントが、画面に表示された連絡先の電話番号をクリックすれば、その操作がクライアントＰＣ１１のＣＰＵによって検知される。ＣＰＵは、クリックされた座標から、クライアントが何を指定したのかを判断する。その結果、たとえば電話番号が指定されたのであればＩＰ電話機能を有するソフトウェアを起動する。あるいは、たとえば電子メールアドレスが指定されたのであれば電子メール機能を有するソフトウェアを起動する。このようにして、クライアントＰＣ１１の画面で指定された項目に応じて関連ソフトウェアが起動され、相手先に連絡できるように構成される。
【００５４】
このようなシステムにおいて、サーバはクライアントに対して、ＯＣＲ処理１回毎に課金することが考えられる。あるいはデータベース使用の対価として、毎月一定の利用料金を支払う料金体系とすることも考えられる。
【図面の簡単な説明】
【００５５】
【図１】この発明が適用されるネットワークシステムを示す概念図
【図２】この発明のクライアントシステムの構成を示す図
【図３】この発明のクライアントシステムの構成を示す図
【図４】クライアント、サーバ、および記憶装置の間の情報の流れを説明する図
【図５】記憶装置に格納される文書管理データベースの構造を模式的に示す図
【図６】ＷｅｂサーバへのアクセスによってクライアントＰＣ１１に表示される画面の例
【図７】記憶装置に格納される住所録データベースの構造を模式的に示す図
【符号の説明】
【００５６】
１  クライアントシステム
２  サーバ
３  ネットワーク
４  記憶装置
１１  クライアントＰＣ
１２  ＭＦＰ
【図１】
2010009128.tif 000003
【図２】
2010009128.tif 000004
【図３】
2010009128.tif 000005
【図４】
2010009128.tif 000006
【図５】
2010009128.tif 000007
【図６】
2010009128.tif 000008
【図７】
2010009128.tif 000009