(57)【要約】【課題】  読み取られて文字認識される文書情報を登録して管理する場合に、登録された登録情報を提供するサーバ装置を利用するユーザの言語環境に適した文字認識処理を行う。【解決手段】  特定の文書情報を登録して管理し、当該管理される登録情報をクライアント装置に提供する特定のサービス処理を行うサーバ装置と通信する画像形成装置において、原稿を読み取って文字認識処理を行う場合に、前記サーバ装置から使用する言語情報を取得する。そして、原稿から読み取る画像情報に対して取得したサーバ装置が提供する言語情報に従う文字認識処理を行う。そして、文字認識処理された後、文字認識処理された登録情報をサーバ装置に送信する。【選択図】  図９
2015005179.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置と、前記画像形成装置から取得する文書情報を管理し、当該管理される文書情報を公開するサーバ装置とが通信する文書管理システムであって、
前記画像形成装置は、
原稿を読み取って画像情報を得る読取手段と、
前記サーバ装置から使用する言語情報を取得する取得手段と、
前記読取手段で得た画像情報に対して、前記取得手段で取得した言語情報に従う文字認識処理を行う認識手段と、
前記認識手段による認識結果として得た文字情報と前記画像情報とから、サーバ装置に登録すべき文書情報を生成する生成手段と、
前記生成手段で生成した文書情報を前記サーバ装置に送信する送信手段と、を備え、
前記サーバ装置は、
前記画像形成装置から受信する文書情報を管理するための言語情報を前記画像形成装置に通知する通知手段と、
前記画像形成装置から前記文書情報を受信する受信手段と、
受信した文書情報を公開するための情報を付加して登録する登録手段と、
クライアント装置からのサービス要求に応じて前記登録された情報を提供するサービスを実行するサービス手段と、
を備えることを特徴とする文書管理システム。
【請求項２】
画像形成装置と、前記画像形成装置から取得する文書情報を管理する第１のサーバ装置と、第１のサーバ装置で管理される文書情報を公開する第２のサーバ装置とが通信する文書管理システムであって、
前記画像形成装置は、
原稿を読み取って画像情報を得る読取手段と、
前記第１のサーバ装置および前記第２のサーバ装置から使用する言語情報を取得する取得手段と、
前記読取手段で得た画像情報に対して、前記取得手段で取得した言語情報に従う文字認識処理を行う認識手段と、
前記認識手段による認識結果として得た文字情報と前記画像情報とから、前記第１のサーバ装置に登録すべき文書情報を生成する生成手段と、
生成した文書情報を前記第１のサーバ装置に送信する送信手段と、を備え、
前記第１のサーバ装置は、
前記画像形成装置から取得する文書情報を管理するための言語情報を前記画像形成装置に通知する第１の通知手段と、
前記画像形成装置から前記文書情報を受信する受信手段と、
受信した文書情報を前記第２のサーバ装置で公開するための情報を付加して登録する登録手段と、
前記第２のサーバ装置からの登録情報取得要求に応じて登録情報を提供するサービスを実行する第１のサービス手段と、を備え、
前記第２のサーバ装置は、
前記第１のサーバ装置で管理される登録情報を公開するための公開言語情報を前記画像形成装置に通知する第２の通知手段と、
クライアント装置からのサービス要求に応じて、前記第１のサーバ装置から提供される登録情報を表示する表示手段と、を備えることを特徴とする文書管理システム。
【請求項３】
前記画像形成装置とサーバ装置とは所定の認証処理を実行することを特徴とする請求項１記載の文書管理システム。
【請求項４】
前記画像形成装置と第１のサーバ装置とまたは前記第１のサーバ装置と前記第２のサーバ装置とは所定の認証処理を実行することを特徴とする請求項２記載の文書管理システム。
【請求項５】
特定の文書情報を登録して管理し、当該管理される登録情報をクライアント装置に提供する特定のサービス処理を行うサーバ装置と通信する画像形成装置であって、
原稿を読み取って画像情報を得る読取手段と、
前記サーバ装置から使用する言語情報を取得する取得手段と、
前記読取手段で得た画像情報に対して、前記取得手段で取得した言語情報に従う文字認識処理を行う認識手段と、
前記認識手段による認識結果として得た文字情報と前記画像情報とからサーバ装置に登録すべき文書情報を生成する生成手段と、
前記生成手段で生成した文書情報を前記サーバ装置に送信する送信手段と、を備えことを特徴とする画像形成装置。
【請求項６】
特定の文書情報を管理する第１のサーバ装置または前記第１のサーバ装置に登録された登録情報をクライアント装置に提供する特定のサービス処理を行う第２のサーバ装置と通信する画像形成装置であって、
原稿を読み取って画像情報を得る読取手段と、
前記第１のサーバ装置および前記第２のサーバ装置から使用する言語情報を取得する取得手段と、
前記読取手段で得た画像情報に対して、前記取得手段で取得した言語情報に従う文字認識処理を行う認識手段と、
前記認識手段による認識結果として得た文字情報と前記画像情報とからサーバ装置に登録すべき文書情報を生成する生成手段と、
生成した文書情報を前記第１のサーバ装置に送信する送信手段と、を備えことを特徴とする画像形成装置。
【請求項７】
前記登録情報は、所定のファイル形式に従うことを特徴とする請求項５または６記載の画像形成装置。
【請求項８】
画像形成装置と通信するサーバ装置であって、
前記画像形成装置から受信する文書情報を管理するための登録言語情報を前記画像形成装置に通知する通知手段と、
前記画像形成装置から前記文書情報を受信する受信手段と、
受信した文書情報を公開するための情報を付加して登録する登録手段と、
クライアント装置からのサービス要求に応じて前記登録された情報を提供するサービスを実行するサービス手段と、
を備えることを特徴とするサーバ装置。
【請求項９】
画像形成装置と通信するサーバ装置であって、
前記画像形成装置から取得する文書情報を管理するための言語情報を前記画像形成装置に通知する通知手段と、
前記画像形成装置から読み取られた原稿の画像データを受信する受信手段と、
受信した画像データを文書情報を管理するための登録言語情報に基づいて文字認識処理を行う文字認識手段と、
認識した文書情報を公開するための情報を付加して登録する登録手段と、
クライアント装置からのサービス要求に応じて登録情報を提供するサービスを実行するサービス手段と、
を備えることを特徴とするサーバ装置。
【請求項１０】
前記登録情報には、当該登録情報の公開の可否を設定する情報を含むことを特徴とする請求項８または９記載のサーバ装置。
【請求項１１】
特定の文書情報を登録して管理し、当該管理される登録情報をクライアント装置に提供する特定のサービス処理を行うサーバ装置と通信する画像形成装置の文書処理方法であって、
読取手段を用いて原稿を読み取る読取工程と、
前記サーバ装置から使用する言語情報を取得する取得工程と、
原稿から読み取る画像情報に対して取得した言語情報に従う文字認識処理を行う認識工程と、
認識した文字情報と前記画像情報とからサーバ装置に登録すべき文書情報を生成する生成工程と、
生成した文書情報を前記サーバ装置に送信する送信工程と、を備えことを特徴とする画像形成装置の文書処理方法。
【請求項１２】
画像形成装置と通信するサーバ装置の文書処理方法であって、
前記画像形成装置から取得する文書情報を管理するための登録言語情報を前記画像形成装置に通知する通知工程と、
前記画像形成装置から前記文書情報を受信する受信工程と、
受信した文書情報を公開するための情報を付加して登録する登録工程と、
クライアント装置からのサービス要求に応じて登録情報を提供するサービスを実行するサービス工程と、
を備えることを特徴とするサーバ装置の文書処理方法。
【請求項１３】
請求項１１に記載の画像形成装置の文書処理方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１４】
請求項１２に記載のサーバ装置の文書処理方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、原稿から読み込まれる情報を画像形成装置で処理し、処理された情報をサーバ装置を介して管理または公開する文書管理システム、画像形成装置の文書処理方法、サーバ装置の文書処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、紙の文書原稿をスキャナで読み込んで画像データを取得し、その画像データに文字認識した文字情報を付与して指定された場所に格納する画像形成装置が提案されている（例えば特許文献１参照）。
特許文献１では、文書原稿をスキャンした画像形成装置のユーザインタフェースで利用している言語タイプに合わせた文字認識を行うようにしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１０７０３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一方、インターネットが普及し、クラウド環境の文書管理サーバやソーシャルネットワークなどのＳＮＳ（ソーシャル・ネット・ワーキング）サーバなど、イントラネット以外の環境に文書ファイルを格納／公開することが一般的に行われるようになってきている。
【０００５】
このような環境では、ファイルの格納先もしくは公開先の環境は、画像形成装置の環境（画像形成装置で利用中の言語タイプ）と同じ言語ではない場合があり、文字認識処理が正しい結果にならない場合が発生してしまっていた。そのため、文書の格納先や公開先で登録したファイルを利用するユーザ環境に即していないという問題があった。
【０００６】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、読み取られて文字認識される文書情報を登録して管理する場合に、登録された登録情報を提供するサーバ装置を利用するユーザの言語環境に適した文字認識処理を行える仕組みを提供することである。
【課題を解決するための手段】
【０００７】
上記目的を達成する本発明の文書管理システムは以下に示す構成を備える。
画像形成装置と、前記画像形成装置から取得する文書情報を管理し、当該管理される文書情報を公開するサーバ装置とが通信する文書管理システムであって、前記画像形成装置は、原稿を読み取って画像情報を得る読取手段と、前記サーバ装置から使用する言語情報を取得する取得手段と、前記読取手段で得た画像情報に対して、前記取得手段で取得した言語情報に従う文字認識処理を行う認識手段と、前記認識手段による認識結果として得た文字情報と前記画像情報とから、サーバ装置に登録すべき文書情報を生成する生成手段と、前記生成手段で生成した文書情報を前記サーバ装置に送信する送信手段と、を備え、前記サーバ装置は、前記画像形成装置から受信する文書情報を管理するための言語情報を前記画像形成装置に通知する通知手段と、前記画像形成装置から前記文書情報を受信する受信手段と、受信した文書情報を公開するための情報を付加して登録する登録手段と、クライアント装置からのサービス要求に応じて前記登録された情報を提供するサービスを実行するサービス手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、読み取られて文字認識される文書情報を登録して管理する場合に、登録された登録情報を提供するサーバ装置の言語環境に適した文字認識処理を行える。
【図面の簡単な説明】
【０００９】
【図１】画像形成装置を含むネットワークシステムの一例を示す図である。
【図２】図１に示した画像形成装置の構成を示すブロック図である。
【図３】図２に示した画像形成装置に表示する画面の構成要素を示す図である。
【図４】図１に示したＰＣのハードウェア構成を示すブロック図である。
【図５】文書管理サーバが提供する各処理部のソフトウエア構成例を示す図である。
【図６】図５に示した文書管理サーバが管理する情報の一例を示す図である。
【図７】ＳＮＳサーバが提供する処理部の構成例を示すブロック図である。
【図８】ＳＮＳサーバで管理するコンテンツ情報をユーザに提供する画面を示す図である。
【図９】画像形成装置の制御方法を説明するフローチャートである。
【図１０】画像形成装置の制御方法を説明するフローチャートである。
【図１１】画像形成装置の制御方法を説明するフローチャートである。
【図１２】サーバ装置の制御方法を説明するフローチャートである。
【図１３】本実施形態を示すサーバ装置の構成を説明するブロック図である。
【図１４】画像形成装置の制御方法を説明するフローチャートである。
【図１５】画像形成装置の制御方法を説明するフローチャートである。
【図１６】画像形成装置の制御方法を説明するフローチャートである。
【図１７】サーバ装置の制御方法を説明するフローチャートである。
【発明を実施するための形態】
【００１０】
次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す画像形成装置を含む文書管理システムの一例を示す図である。本例では、ネットワークを利用したクラウドコンピューティング環境上に構築されるシステムを想定している。このため、本実施形態は、画像形成装置１０１と、文書管理サーバ１０２と、ＳＮＳサーバ１０３とクライアント１０４とで構成され、それぞれは、ネットワーク１０５を介して接続される。ここで、クライアント１０４は、ネットワークに接続して、ブラウザから文書管理サーバ１０２、ＳＮＳサーバ１０３に登録された文書の検索要求（例えば登録された文書情報に対する登録情報取得要求を含むサービス要求）等を行い、文書管理サーバ１０２、ＳＮＳサーバ１０３からサービス要求に応じたサービス処理を受けることができる。
【００１１】
図１において、画像形成装置１０１は、紙原稿を複写する機能に加えて、紙原稿を読み込んでその画像データを外部ファイルサーバあるいはメールアドレスなどに送信する機能（ＳＥＮＤ機能）やファクシミリ送信機能を有するデジタル複合機（ＭＦＰ）である。図示しないが、ネットワーク１０５上には、この画像形成装置１０１やクライアント１０４は複数存在することも可能である。
【００１２】
文書管理サーバ１０２は、文書コンテンツを管理する文書管理機能を持つ、アプリケーションサービスプロバイダ（ＡＳＰ）、もしくはクラウドといった複数のテナントが同居するインターネット上のサーバとしてサービスを提供する。本実施形態では、画像形成装置１０１が読み込んだ画像データの格納先として機能する。ＳＮＳサーバ１０３は、Ｔｗｉｔｔｅｒ（商標）やＦａｃｅｂｏｏｋ（商標）といったインターネット上でソーシャルネットワークサービスを提供するサーバである。本実施形態では、文書管理サーバ１０２に格納された画像データの公開場所として機能する。
クライアント１０４は、ネットワークを通じてＳＮＳサーバ１０３へアクセスし、ＳＮＳサーバ１０３が提供する機能を使用して公開された情報の閲覧、更新等を行う機能を持つ情報処理装置（ＰＣ）である。
ネットワーク１０５は、インターネットやイントラネットなどの回線であり、インターネットである場合には、接続されている機器はルータ機器などを経由しての接続となる。
【００１３】
＜画像形成装置＞
図２は、図１に示した画像形成装置１０１の構成を示すブロック図である。
図２において、入力部２０３（例えば原稿画像の読取り処理を行うスキャナ）で読み込んだ画像データは、ＲＡＭ２０２などのメモリ領域に展開される。同様にＨＤＤやＲＯＭなどの外部記憶装置２０６に記憶されている本実施形態を実現するための処理プログラムや辞書データも同様にＲＡＭ２０２に展開され、ＣＰＵ２０１によって実行される。
【００１４】
この処理プログラムがＣＰＵ２０１によって実行されると、入力部２０３から入力された画像情報を処理する。具体的には、ＣＰＵ２０１が処理プログラムを実行することで、スキャナ等を用いて原稿を読取り、所定の登録言語情報や、後述する公開言語情報等に基づいて、文字認識処理（ＯＣＲ処理）を行い、原稿情報を電子化したテキストデータに変換する。そして、ＣＰＵ２０１が処理した画像情報は、出力部２０４からネットワークＩ／Ｆ２０７からネットワーク２０８を介して外部装置に送信する。また、前述の処理済み画像データは、出力部２０４から外部記憶装置２０６に保存することや、出力部２０４が有するプリンタで印刷を行うことも可能である。
【００１５】
ユーザインタフェース（ＵＩ）２０５は、ユーザが画像形成装置１０１に対して各種指示を与えるものであり、本実施形態ではタッチパネルで構成されているものとする。ただし、このＵＩ２０５は、タッチパネルに限るものではなく表示画面と機械的なボタンという組み合わせで構成されているなどでも構わない。
【００１６】
図３は、図２に示した画像形成装置１０１のＵＩ２０５に表示する画面の構成要素を示す図である。
図３において、コピータブ３０１は、コピー機能の操作を行うための画面に切り替えるためのタブであり、タッチすることでコピー機能に関する各種設定を行うための画面に表示を切り替える。切り替え時に表示されるものとしては、例えば、拡大／縮小コピーとその倍率の設定や、両面コピーの設定、コピー部数の設定などの要素となる。
【００１７】
送信タブ３０２は、送信機能を操作するための画面に切り替えるためのタブであり、タッチすることで送信機能に関する各種設定を行うための画面に表示を切り替える。なお、図３は、送信タブ３０２が現在タッチされた状態を示す図であり、本実施形態に必要な送信機能を操作するための要素３０３〜３０９を表示している。
送信先ＵＲＬ３０３は、スキャンした画像ファイルの登録先の文書管理サーバ１０２のインターネット上のＵＲＬを入力する場所である。その文書管理サーバ１０２に接続した際の認証に使用する情報を入力するのがログインＩＤ入力欄３０４とパスワード入力欄３０５となる。
【００１８】
ＳＮＳ公開選択３０６は、ＳＮＳサーバ１０３での公開を行うかどうかを選択するためのチェックボックスであり、チェックがついている状態の場合には文書管理サーバ１０２に文書もしくは画像データを登録した際に、ＳＮＳサーバ１０３への公開を行う。なお、ＳＮＳサーバ１０３へ公開する場合の公開先ＵＲＬを入力するのが、ＳＮＳサイトＵＲＬ３０７である。
保存形式３０８は、文書管理サーバ１０２へ登録する際の出力フォーマット（ファイル形式）を指定する場所である。ここでは、例えばＴＩＦＦ形式やＰＤＦ形式、サーチャブルＰＤＦ（ＳＰＤＦ）形式などを指定することができる。
【００１９】
本実施形態において、ＳＰＤＦ形式とは、スキャンした画像データをＰＤＦファイルに格納するとともに、その画像データを文字認識して得た文字コードをＰＤＦファイルに透明文字として埋め込んだフォーマットのことを指すものとする。
【００２０】
そのためＳＰＤＦ形式のファイルでは、見た目は画像データであるが、文字コードが画像データ内の文字画像と対応付けて埋め込まれているので、文字によるＰＤＦ内検索を行うことが可能となる。本実施形態では記載をしないが、このほかにもスキャン画像に対する解像度などの設定を行うＵＩを設けてもよい。
開始ボタン３０９は、タッチすることで前述の送信先ＵＲＬ３０３から保存形式３０８までに指定された設定に従った送信処理を実行する。この送信処理の詳細については、図９以降で後述する。
＜文書管理サーバ、ＳＮＳサーバ、クライアント＞
文書管理サーバ１０２、ＳＮＳサーバ１０３、およびクライアント１０４は、一般的な情報処理装置（いわゆるＰＣ）のハードウェアで構成することができる。
図４は、図１に示したＰＣのハードウェア構成を示すブロック図である。本例は、いわゆる、所定のＯＳがインストールされ、さらに当該ＯＳに準拠するアプリケーションがインストールされた情報処理装置を想定する。
【００２１】
図４において、ＣＰＵ４０１は、ＲＯＭ４０３内のプログラム用ＲＯＭに記憶されたプログラムや、外部メモリ４１０からＲＡＭ４０２にロードされたＯＳ（オペレーションシステム）やアプリケーション等のプログラムを実行する。
【００２２】
すなわち、コンピュータ（ＣＰＵ）が、コンピュータ読み取り可能な記憶媒体に格納された該プログラムを実行することにより、後述する各フローチャートの処理を実行する各処理部として機能する。ＲＡＭ４０２は、ＣＰＵ４０１のメインメモリであり、ワークエリア等として機能する。キーボードコントローラ４０４は、キーボード４０８や図示しないポインティングデバイス（マウス、タッチパッド、タッチパネル、トラックボールなど）からの操作入力を制御する。ディスプレイコントローラ４０５は、ディスプレイ４０９の表示を制御する。
ディスクコントローラ４０６は、各種データを記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）等の外部メモリ４１０へのデータアクセスを制御する。
ネットワークコントローラ（ＮＣ）４０７はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
図５は、図１に示した文書管理サーバ１０２が提供する各処理部のソフトウエア構成例を示す図である。なお、後述する５０４〜５０８は文書管理サーバ１０２のＣＰＵ４０１がプログラムを実行することにより、文書管理サーバ１０２上で動作する。以下、図５を参照して、各処理部の構成および動作について説明する。
【００２３】
図５において、テナント情報５０１、ユーザ情報５０２、文書情報５０３はそれぞれ外部メモリ４１０に保持され、処理で必要な際に文書管理サーバ１０２のＲＡＭ４０２にロードして使用される。この情報については、ＤＢやファイルなどで管理されていてもよく、特に形態は問わない。
テナント情報５０１は、図６に一例を示すように、テナントＩＤ６１１、言語６１２の要素で構成される文書管理サーバ１０２で管理するテナント情報である。ここでいうテナントとは、文書管理サーバ１０２を利用する単位であり、企業や団体などの集団を意味する。このテナントごとにユーザ／文書は分類されて管理され、テナントをまたいだアクセスは行えないようになっている。
【００２４】
テナントＩＤ６１１は、テナントを識別するための情報であり、以降のユーザ情報５０２や文書情報５０３に必ず付与されるものとなる。言語６１２は、テナントで表示などに使用する言語情報６１３を保持するためのものであり、テナントごとに異なる言語の設定が可能となっている。
【００２５】
ユーザ情報５０２は、図６のユーザＩＤ６２１、パスワード６２２、テナントＩＤ６２３、ＳＮＳサイト６２４、認可情報６２５の要素で構成される文書管理サーバ１０２で管理するユーザ情報である。ユーザ情報は、文書管理サーバへの処理を行う際のログインに必要な情報であり、テナントごとに一意なユーザＩＤ６２１で識別される。パスワード６２２は、ログイン時の認証に使用する情報であり、ユーザが任意の文字列に設定することができる。
テナントＩＤ６２３は、前述のテナントＩＤ６１１のいずれかが必ず指定される、ユーザの属するテナントを表す。
【００２６】
ＳＮＳサイト６２４は、ユーザが使用しているＳＮＳサーバ１０３の情報を保持する場所であり、あらかじめユーザと紐づけておくことで文書管理サーバ１０２とＳＮＳサーバ１０３との関連を管理することができるが、指定は任意の情報とする。
【００２７】
認可情報６２５は、ＳＮＳサイトで指定されたＳＮＳサーバ１０３への接続時認証に使用する情報であり、ＩＤ／パスワードの形式やあらかじめＳＮＳサーバ１０３が発行した認証情報６２６といったものとなる。
認証処理制御部５０７では、前述のテナント情報５０１、およびユーザ情報を使用して、ユーザからのアクセス時の認証処理を行う。
文書情報５０３は、文書情報を公開するための情報、例えば図６の文書ＩＤ６３１、文書データ６３２、テナントＩＤ６３３、アクセスＵＲＬ６３４の要素が付加されて文書管理サーバ１０２で管理する。文書ＩＤ６３１は、システム内で一意な値を持ち、文書の特定のためのキーとなるものである。
文書データ６３２は、文書ＩＤ６３１が表す文書の実データを管理するもので、実際のファイルを格納するもしくは外部メモリ４１０に別途保管されたパスを格納する形でもよい。テナントＩＤ６３３は、前述のテナントＩＤ６１１のいずれかが必ず指定される、文書の属するテナントを表す。
アクセスＵＲＬ６３４は、ＳＮＳサーバ１０３からのアクセス時に有効になるＵＲＬ情報６３５を表す。
また、文書情報は、同一テナントに属するユーザに対してアクセス権限を与えることで文書単位のアクセス制御が可能である。
このアクセス権限は、図６の文書ＩＤ６４１、ユーザＩＤ６４２、アクセス権６４３の要素６４４で構成する。アクセス権６４３は、「読み取りのみ（Ｒ）」、「読み書き（Ｒ／Ｗ）」、「すべて（Ｒ／Ｗ／Ｄ）」のいずれかを設定する。
文書登録処理制御部５０５、および文書取得処理制御部５０６では、前述の文書情報５０３を使用して、文書情報の入出力処理を行う。
ＵＲＬ情報生成部５０４は、文書登録処理制御部５０５から文書登録時に呼び出され、アクセスＵＲＬ６３４に格納するＵＲＬ情報の生成を行う。
ネットワーク通信部５０８は、画像形成装置１０１やＳＮＳサーバ１０３からのネットワーク経由のアクセスを制御し、リクエストに応じた処理部を呼び分ける機能を持つ。
ネットワーク５０９は、本実施形態のネットワーク１０５に接続される文書管理サーバ１０２が属するローカルネットワークである。文書公開処理制御部５１０は、文書情報５０３に対する公開処理を制御する。
【００２８】
図７は、図１に示したＳＮＳサーバ１０３が提供する処理部の構成例を示すブロック図である。ＳＮＳサーバ１０３の各７０３〜７０５はＳＮＳサーバ１０３のＣＰＵ４０１がプログラムを実行することにより動作する。
図７において、コンテンツ情報７０１、ユーザ情報７０２はそれぞれ外部メモリ４１０に保持され、処理で必要な際にＳＮＳサーバ１０３のＲＡＭ４０２にロードして使用される。この情報については、ＤＢやファイルなどで管理されていてもよく、特に形態は問わない。
コンテンツ情報７０１は、投稿やそれに紐つくコメントなどの情報を格納するものであり、このコンテンツ情報の制御を行うコンテンツ処理制御部７０３からアクセスする。コンテンツ処理制御部７０３は、コンテンツ情報７０１へのデータの入出力を画像形成装置１０１、文書管理サーバ１０２、クライアント１０４からのリクエストに応じて行う。ちなみに図８は、ＳＮＳサーバ１０３で管理するコンテンツ情報７０１をユーザに提供する画面（ＵＩ画面）を表している。
図８において、コンテンツ表示領域８０１は、投稿された情報を表示するエリアを表している。コンテンツ表示領域８０１は、ユーザの投稿した情報が文字列であればその文字情報を表示し、ＵＲＬであればそのＵＲＬの先のコンテンツを表示することが可能である。
【００２９】
本実施形態では、このコンテンツ表示領域８０１には、文書管理サーバ１０２に格納された文書ファイルを表示するためのビュー機能として記載しており、文書管理サーバ１０２内のコンテンツのＵＲＬがこのビューと中のコンテンツを一意に特定し表示する。
しかし、そのほかの外部コンテンツなどと連携していてもよい。
コンテンツ８０２は、文書管理サーバ１０２上のコンテンツそのものを表している。コメント８０３は、ＳＮＳサーバ１０３のコンテンツに紐づけて登録されているコメントを表示するエリアを表している。複数のコメントが存在する場合には、全コメント情報を表示することもできる。
コメント入力欄８０４は、コンテンツを見たユーザがコメントを追加する際に使用する文字列入力エリアとなる。ここで、図７における説明に戻る。
ユーザ情報７０２は、ＳＮＳサーバ１０３への操作を行う際のログイン時などに認証に必要な情報を格納するものであり、認証処理の制御を行う認証処理制御部７０４からアクセスする。ネットワーク通信部７０５は、画像形成装置１０１や文書管理サーバ１０２からのネットワーク経由のアクセスを制御し、リクエストに応じた処理部を呼び分ける機能を持つ。ネットワーク７０６は、本実施形態のネットワーク１０５に接続されるＳＮＳサーバ１０３が属するローカルネットワークである。
＜処理シーケンス＞
図９は、本実施形態を示す画像形成装置の制御方法を説明するフローチャートである。本処理は、前述の図３の画面にある開始ボタン３０９の押下を受け、画像形成装置１０１のＣＰＵ２０１において実行される。
Ｓ９０１において、ＣＰＵ２０１は、入力部２０３のスキャナを用いて紙原稿をスキャンさせ、画像データを生成する。次に、Ｓ９０２では、ＣＰＵ２０１は、入力部２０３が読み込んだオリジナル画像データを２値化し、更に２値画像データに対してノイズ除去処理を施して、文字認識用の画像データを作成する。Ｓ９０３で、ＣＰＵ２０１は、Ｓ９０２で作成した文字認識用画像データの領域分割処理を行う。
【００３０】
ここで、領域分割処理では、前述の文字認識用画像データに対して、属性ごとの領域（たとえば文字領域や画像領域など）に分割し、それぞれの領域の構造を解析して領域毎の位置情報および領域属性を付与する。
なお、Ｓ９０２、およびＳ９０３の処理については、それぞれ既知である処理手順であるため最小限の記載とする。
次のＳ９０４では、ＣＰＵ２０１は、前述の領域分割した画像に対して文字認識処理（ＯＣＲ）を行う。なお、本ステップの詳細は、図１０において述べる。
【００３１】
次に、Ｓ９０５では、ＣＰＵ２０１は、Ｓ９０４の文字認識処理で抽出した文字コードを前述の領域の位置情報に基づいて、オリジナルの画像データに透明文字として埋め込み、画像ファイル内の検索およびハイライト表示が可能なＰＤＦファイルとして生成する。本形式を以降は、ＳＰＤＦファイルと記載する。本ステップのＳＰＤＦファイルの作成の手順についても一般的な方法であるため最小限の記載とする。
最後に、Ｓ９０６で、ＣＰＵ２０１は、生成したＳＰＤＦファイルを文書管理サーバ１０２に登録し、ＳＮＳサーバ１０３への公開を行う。本ステップの詳細は、図１１と図１２を用いて行う。
【００３２】
＜文字認識処理＞
図１０は、本実施形態を示す画像形成装置の制御方法を説明するフローチャートである。本例は、図９に示したＳ９０４で述べた文字認識処理の詳細手順例である。なお、各ステップは、画像形成装置１０１のＣＰＵ２０１が制御プログラムを実行することで実現される。また、文書管理サーバ１０２やＳＮＳサーバ１０３にて行う部分については、ステップごとに明記することとする。
【００３３】
Ｓ１００１において、ＣＰＵ２０１は、画像形成装置１０１に設定されているユーザインタフェースの表示などに使用する言語情報を取得し、ＲＡＭ２０２に保存しておく。
次に、Ｓ１００２において、ＣＰＵ２０１は図３の送信先ＵＲＬ３０３、ログインＩＤ入力欄３０４に入力されるログインＩＤと、パスワード入力欄３０５に入力されるパスワードを用いて、文書管理サーバ１０２へ認証処理を行い、ログインＩＤが表すユーザが属しているテナント情報５０１に設定されている言語６１２を取得する。
この際、文書管理サーバ１０２では、ＣＰＵ４０１において認証処理制御部５０７で認証処理を行い、テナント情報として保持している言語６１２の情報を画像形成装置１０１に送信する。
【００３４】
次のＳ１００３において、ＣＰＵ２０１は前述のＲＡＭ２０２に保存した画像形成装置１０１の言語情報と、文書管理サーバ１０２から受け取った言語６１２情報とを比較する。ここで、言語情報が異なっているとＣＰＵ２０１が判断した場合には、次のＳ１００４に進み、同一であるとＣＰＵ２０１が判断した場合にはＳ１００５に進む。なお、文書管理サーバから言語６１２を取得できなかった場合は、ＲＡＭ２０２に保存されている画像形成装置１０１の言語情報をそのままにする。
Ｓ１００４においては、言語情報が異なっているため、ＣＰＵ２０１は送信先となる文書管理サーバ１０２の言語を優先し、ＲＡＭ２０２の言語情報を受け取った前述の言語６１２に更新する。Ｓ１００５においては、ＣＰＵ２０１は図３のＳＮＳ公開選択３０６のフラグで設定されている値（選択、もしくは未選択）でＳＮＳサイトへ公開の可否を判断する。ＳＮＳ公開選択３０６のフラグが選択されているとＣＰＵ２０１が判断した場合には、次のＳ１００６に進み、未選択であるとＣＰＵ２０１が判断した場合には、Ｓ１００９に進む。
【００３５】
Ｓ１００６においては、ＣＰＵ２０１は、図３のＳＮＳサイトＵＲＬ３０７に記載された公開先ＵＲＬを取得し、そのＵＲＬにアクセスを行ったときのレスポンス情報に記載されている言語情報（例えば、表示用ＨＴＭＬに記載された＜ＬＡＮＧ＞タグ情報）を取得する。
ＳＮＳサーバ１０３は、いろいろな形態で提供されるものであるため、前述の言語取得手順とは異なるものでも構わない。
Ｓ１００７において、ＣＰＵ２０１は前述のＲＡＭ２０２に保存した言語情報と、ＳＮＳサーバ１０３から前述のＳ１００６で受け取った言語情報とを比較して、それぞれが異なる言語であるか否かを判断する。ここで、言語情報が異なっているとＣＰＵ２０１が判断した場合には、次のＳ１００８に進み、同一であるとＣＰＵ２０１が判断した場合にはＳ１００９に進む。
【００３６】
Ｓ１００８においては、言語情報が異なっているため、ＣＰＵ２０１は公開先となるＳＮＳサーバ１０３の言語を優先し、ＲＡＭ２０２の言語情報を前述のＳ１００６にて受け取った言語情報に更新して、Ｓ１００９へ進む。
一方、Ｓ１００９では、ＣＰＵ２０１は、Ｓ１００８までの処理で決定された言語を用いて、文字認識処理を行い、本処理を終了する。この文字認識処理では、前述のＳ９０３で行った領域分割されたすべての領域について順次処理を行う。
【００３７】
文字認識処理自体は、領域の画像の特徴を基に画像形成装置１０１で持つ辞書データに格納された特徴量を比較し、類似度の一番高い文字コードを選択するといった既存の技術を用いる。しかし、特に前述の処理と異なる手法を適用することも可能である。
【００３８】
＜文書（ＳＰＤＦ）の登録＞
図１１は、本実施形態を示す画像形成装置の制御方法を説明するフローチャートである。本例は、前述のＳ９０５で行う生成したＳＰＤＦファイルを文書管理サーバ１０２に保存する際の処理例である。なお、各ステップは、画像形成装置１０１のＣＰＵ２０１が制御プログラムを実行することで実現される。
まず、Ｓ１１０１において、ＣＰＵ２０１は、生成したＳＰＤＦファイルを登録する文書管理サーバ１０２へのログインを行う。
【００３９】
ここでは、前述のＳ１００２と同様に、図３の送信先ＵＲＬ３０３、ログインＩＤ入力欄３０４に入力されるログインＩＤ、パスワード入力欄３０５に入力されるパスワードを用いて、文書管理サーバ１０２へ認証処理を行う。この際、文書管理サーバ１０２では、ＣＰＵ４０１において認証処理制御部５０７で認証処理を行い、結果とＳＮＳサイト６２４を画像形成装置１０１に送信する。
文書管理サーバ１０２へログインが終了したら、次のＳ１１０２で、ＣＰＵ２０１は、前述のＳＰＤＦファイルを文書管理サーバ１０２に送信し、登録処理を行う。
【００４０】
この際、文書管理サーバ１０２では、ＣＰＵ４０１において文書登録処理制御部５０５が文書情報５０３に対して文書情報、および文書ファイルの保存処理を行う。登録後には、前述の文書登録処理制御部５０５で生成したアクセスＵＲＬ６３４を画像形成装置１０１に送信する。Ｓ１１０３において、ＣＰＵ２０１は、図３のＳＮＳ公開選択３０６のフラグで設定されている値（選択、もしくは未選択）を取得してＳＮＳサイトへ公開するかどうかを判断する。ここで、公開することが選択されているとＣＰＵ２０１が判断した場合には、次のＳ１１０４に進み、公開することが未選択であるとＣＰＵ２０１が判断した場合には本フローチャートを終了する。
Ｓ１１０４では、ＣＰＵ２０１は、前述のＳ１１０１で取得したＳＮＳサイト６２４の内容を確認して、ＳＮＳサイト情報が存在しているか否かを判断する。
【００４１】
ここで、ＳＮＳサイト情報が存在しているとＣＰＵ２０１が判断した場合には、文書管理サーバ１０２からＳＮＳサーバ１０３への公開が可能なため、次のＳ１１０５に進む。一方、ＳＮＳサイト情報が存在していないとＣＰＵ２０１が判断した場合には、画像形成装置１０１からＳＮＳサーバへの公開を行うため、Ｓ１１０６に進む。
Ｓ１１０５においては、ＣＰＵ２０１は、文書管理サーバ１０２に対して、登録時に取得した前述のアクセスＵＲＬ６３４を送信し、文書公開処理を依頼する。この処理については、図１２で説明する。
【００４２】
Ｓ１１０６では、ＣＰＵ２０１は、図３のＳＮＳサイトＵＲＬ３０７に記載された公開先ＵＲＬを取得し、そのＵＲＬにアクセスを行ってログイン処理を行う。必要に応じてログインに必要な認証情報の入力ダイアログを表示しても構わない。Ｓ１１０７では、ＣＰＵ２０１は、ログインを行ったＳＮＳサーバ１０３に対して前述のアクセスＵＲＬ６３４を送付し、ログインユーザの投稿として情報の登録を行い、本処理を終了する。
なお、ＳＮＳサーバ１０３では、投稿の依頼を受けたら、アクセスＵＲＬ６３４をログインしているユーザのコンテンツとしてコンテンツ情報７０１に登録する。
【００４３】
図１２は、本実施形態を示すサーバ装置の制御方法を説明するフローチャートである。本例は、文書サイトへの公開処理を行う際の文書管理サーバ１０２での公開処理例である。なお、各ステップは、ＣＰＵ４０１が制御プログラムを実行することで実現される。
まず、Ｓ１２０１において、ＣＰＵ４０１は、アクセスＵＲＬ６３４の情報を画像形成装置１０１から受信し、ＲＡＭ４０２に格納しておく。
次に、Ｓ１２０２において、ＣＰＵ４０１は、リクエストを受けた際のログインユーザに紐づいているＳＮＳサイト６２４と認可情報６２５を用いてＳＮＳサーバ１０３にログインを行う。そして、ＣＰＵ４０１は、ログインしたＳＮＳサーバ１０３に対して、ＲＡＭ４０２に格納しておいたアクセスＵＲＬ６３４を送信し、ログインユーザの投稿として情報の登録を行い、本処理を終了する。ＳＮＳサーバ１０３では、投稿の依頼を受けたら、アクセスＵＲＬ６３４をログインしているユーザのコンテンツとしてコンテンツ情報７０１に登録する。
〔第２実施形態〕
本実施形態では、画像形成装置１０１で文字認識処理が行えない場合があることを想定したものであり、その点において第１実施形態とは処理箇所や処理順序が異なる。
そのため、第１実施形態と異なる処理を行う個所の図５、図９〜図１１について本実施形態の特徴の部分を加えた処理を説明し、第１実施形態と同様の内容である部分については記載を省略する。
【００４４】
＜文書管理サーバ＞
図１３は、本実施形態を示すサーバ装置の構成を説明するブロック図である。本例は、図１に示した文書管理サーバ１０２の機能構成例に対応する。
なお、図１３に示す符号１３０１から１３１０までは、それぞれ図５に示した符号５０１から５１０で説明した機能と同じ機能を持つものであるので、説明は省略する。
図１３において、言語辞書１３１１は、文字認識処理で使用する文字画像のパターンマッチングに利用するための文字データの辞書である。
【００４５】
例えば日本語であればＪＩＳで定義されている文字に関する特徴が格納されている、英語であればＬａｔｉｎ２で定義されている文字に関する特徴が格納されている辞書データであり、言語ごとに用意されるものとなる。文字認識処理制御部１３１２は、前述の言語辞書１３１１を使用して指定された言語の文字画像のパターンマッチング処理を行う。
この文字認識処理方法については、第１実施形態の画像形成装置１０１のＳ１００９で行ったものと同じ処理でもよいし、一般的に知られている他の処理方法で実施することも可能である。
【００４６】
＜処理シーケンス＞
図１４は、本実施形態を示す画像形成装置の制御方法を説明するフローチャートである。本例は、前述の図３の画面にある開始ボタン３０９の押下を受け、画像形成装置１０１のＣＰＵ２０１において実行される。
なお、図１４のＳ１４０１からＳ１４０３、Ｓ１４０６の処理は、それぞれ第１実施形態における図９でのＳ９０１からＳ９０３、Ｓ９０５と同じであるので説明を省略する。
Ｓ１４０４において、ＣＰＵ２０１は、Ｓ１４０３で領域分割した画像に対しての文字認識処理を行う。なお、本ステップの詳細は、図１５で説明する。
次に、Ｓ１４０５において、ＣＰＵ２０１は、Ｓ１４０４において行った文字認識処理の中で、画像形成装置１０１が保持する言語での処理が行われたかどうかを判定する。
ここで、処理が完了しているとＣＰＵ２０１が判断した場合は、次のＳ１４０６（説明済み）に進み、処理ができないとＣＰＵ２０１が判断した場合にはＳ１４０７に進む。
【００４７】
Ｓ１４０７では、ＣＰＵ２０１は、前述のＳ１４０６で生成したＳＰＤＦファイル、もしくはスキャン後にノイズ除去を行った画像ファイルを文書管理サーバ１０２に登録し、ＳＮＳサーバ１０３への公開を行い、本処理を終了する。なお、本ステップの詳細は、図１６と図１７を用いて行う。
【００４８】
＜文字認識処理＞
図１５は、本実施形態を示す画像形成装置の制御方法を説明するフローチャートである。本例は、図１４に示した前述のＳ１４０４で述べた文字認識処理例である。なお、各ステップは、ＣＰＵ２０１が制御プログラムを実行することで実現される。また、図１５のＳ１５０１からＳ１５０８、Ｓ１５１０の処理は、それぞれ第１実施形態に示した図１０でのＳ１００１からＳ１００９と同じであるので説明は省略する。
ここで、第１実施形態との差異は、画像形成装置１０１で処理可能な言語であるかどうかの判断を行う部分である。
【００４９】
この処理は、Ｓ１５０９において行われ、ＣＰＵ２０１は、Ｓ１５０８までの処理で決定されたＲＡＭ２０２に保存した言語情報を基に、画像形成装置１０１が文字認識処理を行うデータを保持しているかどうかで判断を行う。ここで、処理可能であるとＣＰＵ２０１が判断した場合には、Ｓ１５１０でＳ１００９と同様の文字認識処理を行う。
【００５０】
一方、処理不可能とＣＰＵ２０１が判断した場合には、画像形成装置１０１での文字認識処理を行っていないことを表す文字認識未処理フラグ（例えば、未終了時に「１」を保持）をＲＡＭ２０２に保存して、本処理を終了する。
【００５１】
＜文書（ＳＰＤＦ）の登録＞
図１６は、本実施形態を示す画像形成装置の制御方法を説明するフローチャートである。本例は、前述のＳ１４０６で行う生成したＳＰＤＦファイル、もしくはスキャン後にノイズ除去を行った画像ファイルを文書管理サーバ１０２に保存する処理例である。なお、各ステップは、ＣＰＵ２０１が制御プログラムを実行することで実現される。
また、図１６のＳ１６０１、Ｓ１６０５からＳ１６０９の処理は、それぞれ第１実施形態に示した図１１でのＳ１１０１、Ｓ１１０３からＳ１１０７と同じであるので説明は省略する。
Ｓ１６０２において、ＣＰＵ２０１は、ＲＡＭ２０２に保存しておいた文字認識未処理フラグを取得して、文字認識処理が終了しているかどうかの判断を行う。ここで、未終了であるとＣＰＵ２０１が判断した場合には、次のＳ１６０３に進み、Ｓ１６０３で未終了である旨を文書管理サーバ１０２に対して通知した後、Ｓ１６０４に進む。
一方、すでに終了しているとＣＰＵ２０１が判断した場合には、Ｓ１６０４に進む。そして、Ｓ１６０４において、前述の生成したＳＰＤＦファイル、もしくはスキャンした画像ファイルを文書管理サーバ１０２に送信し、登録処理を行う。
【００５２】
この際に、前述のＳ１６０２で使用したＲＡＭ２０２の文字認識未処理フラグが未終了であるとＣＰＵ２０１が判断した場合にはスキャン後にノイズ除去を行った画像ファイルを送信し、終了していると判断した場合には、ＳＰＤＦファイルを送信する。
なお、文書管理サーバ１０２へのファイルの送信手順については、前述のＳ１１０２と同じとなる。
また、本ステップで送信したファイルの文書管理サーバ１０２の中での登録処理の詳細は、図１７を用いて行う。
【００５３】
＜文書管理サーバでの文書登録処理＞
図１７は、本実施形態を示すサーバ装置の制御方法を説明するフローチャートである。本例は、図１６に示した前述のＳ１６０３とＳ１６０４で画像形成装置１０１から送信された文字認識処理未終了状態とファイルを用いて、文書情報１３０３として登録する処理例である。なお、各ステップは、文書管理サーバ１０２のＣＰＵ４０１が制御プログラムを実行することで実現される。
まず、Ｓ１７０１において、ＣＰＵ４０１は、画像形成装置１０１からＳ１６０３で送付された文字認識処理未終了状態を判定する。
【００５４】
ここで、文字認識処理が終了しているとＣＰＵ４０１が判断した場合には直接文書登録処理であるＳ１７０５に進む。一方、文字認識処理が未終了であるとＣＰＵ４０１が判断した場合、Ｓ１７０２に進む。
次に、Ｓ１７０２からＳ１７０４においては、文字認識処理を行い、その認識結果から登録するＳＰＤＦファイルを生成する処理を行う。本処理は、言語辞書１３１１を使用して、文字認識処理制御部１３１２を使用して行う。
【００５５】
本ステップで行う処理内容としては、すでに画像形成装置１０１の処理としてＳ１４０３、Ｓ１４０４、Ｓ１４０６で行われているものと同等であるため、ここでの説明は省略する。
【００５６】
Ｓ１７０５では、ＣＰＵ４０１が画像形成装置１０１から送信された、もしくはＳ１７０４で生成されたＳＰＤＦファイルを文書登録処理制御部１３０５が文書情報１３０３に対して文書情報、および文書ファイルの保存処理を行う。その際、文書登録処理制御部１３０５は、ＵＲＬ情報生成部１３０４を使用して登録する文書用のＵＲＬを生成し、アクセスＵＲＬ６３４に設定する。
最後に、Ｓ１７０６において、ＣＰＵ４０１は、登録した文書のアクセスＵＲＬ６３４を画像形成装置１０１に送信して、本処理を終了する。
【００５７】
本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。
【００５８】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【符号の説明】
【００５９】
１０１  画像形成装置
１０２  文書管理サーバ
１０３  ＳＮＳサーバ
【図１】
2015005179.tif 000003
【図２】
2015005179.tif 000004
【図３】
2015005179.tif 000005
【図４】
2015005179.tif 000006
【図５】
2015005179.tif 000007
【図６】
2015005179.tif 000008
【図７】
2015005179.tif 000009
【図８】
2015005179.tif 000010
【図９】
2015005179.tif 000011
【図１０】
2015005179.tif 000012
【図１１】
2015005179.tif 000013
【図１２】
2015005179.tif 000014
【図１３】
2015005179.tif 000015
【図１４】
2015005179.tif 000016
【図１５】
2015005179.tif 000017
【図１６】
2015005179.tif 000018
【図１７】
2015005179.tif 000019