JP2016167712A - 情報処理装置、プログラム及び制御方法 - Google Patents

Abstract

【課題】 本発明は受信文書に自動的にプロパティを付与して保存することで、ユーザーに利便性の高いシステムを提供することを目的とする。【解決手段】 本発明の情報処理装置は、ユーザー操作に基づく履歴座標を保存し、受信文書の文字認識を行い、履歴データの座標と受信文書の座標を比較し、座標が一致した場合に識別情報を決定し、画像の特徴量を用いて受信文書を分類し、受信文書にプロパティを付与し、プロパティが付与された受信文書を保存する指示を行い、決定手段により決定した識別情報に基づいて付与手段が受信文書にプロパティを付与する。【選択図】 図５

Description

本発明は受信文書にプロパティを付与する技術に関する。

従来、スキャンした文書や受信したＦＡＸを紙で出力するのではなく、イメージとしてＰＣ端末に取り込み、表示することによって、ペーパーレスを実現するシステムがある。特許文献１は、ＦＡＸにより受信された注文票をＰＣ端末で表示し、ＦＡＸに含まれる情報をシステムに入力するＦＡＸ注文票ペーパーレス入力システムに関する技術を開示している。

特開２００９−２０６４２号公報

特許文献１では必要な情報だけをデータベースに入力していた。この方法では最終的に保存したい情報が受信文書そのものである場合に対応できない。また、単に受信文書のみを保存してしまうと検索性が悪いという課題があった。

よって、本発明は受信文書に自動的にプロパティを付与して保存することで、ユーザーに利便性の高いシステムを提供することを目的とする。

上記の目的を達成するための本発明に係る情報処理装置は、
ユーザー操作に基づく履歴座標を保存する保存手段と、
受信文書の文字認識を行う認識手段と、
履歴データの座標と受信文書の座標を比較し、座標が一致した場合に識別情報を決定する決定手段と、
画像の特徴量を用いて受信文書を分類する分類手段と、
受信文書にプロパティを付与する付与手段と、
前記プロパティが付与された前記受信文書を保存する指示を行う保存手段と、を有し、
前記決定手段により決定した識別情報に基づいて前記付与手段が前記受信文書にプロパティを付与することを特徴とする。

本発明によれば、受信文書にプロパティを付与して保存することで、ユーザーに利便性の高いシステムを提供することができる。

システムの全体構成の一例を示す図である。 各装置のハードウェア構成の一例を示す図である。 各装置のソフトウェア構成の一例を示す図である。 モバイルアプリのＵＩの一例を示す図である。 システムの基本的な処理フローの一例を示す図である。 コマンドのデータ構造の一例を示す図である。 画像分類処理の一例を示す図である。 座標処理の一例を示す図である。 送信履歴データベースのデータ構造の一例を示す図である。 モバイルアプリのＵＩの一例を示す図である。 モバイルアプリのＵＩの一例を示す図である。 送信履歴データベースが保持する情報の一例を示す図である。 モバイルアプリのＵＩの一例を示す図である。 モバイルアプリの処理フローの一例を示す図である。

以下、本発明を実施するための形態について図面などを参照して説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。

（第１実施形態）
［システム構成］
本実施形態に係る情報処理システムの一例として、スキャン文書管理システムを例に説明する。

図１は、スキャン文書管理システム１０００の全体構成の一例を示す図である。
スキャン文書管理システム１０００は、画像形成装置１０１、文書管理サーバー１０２、端末の一例であるモバイル端末１０３を有する。

画像形成装置１０１は、ユーザー環境に配置された装置であり、ネットワーク１００に接続される。文書管理サーバー１０２、モバイル端末１０３は、ユーザー環境に配置された装置であり、ネットワーク１００を介して互いに通信可能に接続されている。

なお、図１において画像形成装置１０１、文書管理サーバー１０２、モバイル端末１０３は、同一ネットワークに属しているが、これに限定されるものではない。それぞれの装置は、独立したネットワークに属しているか、又はインターネット１１０に直接接続されていても構わない。また、各サーバーは、１台で構成されていてもよいし、複数台で構成されていてもよい。

モバイル端末１０３は画像形成装置１０１と同一のネットワークに存在し、ＨＴＴＰプロトコルや、ＳＭＢ（Ｓｅｒｖｅｒ Ｍｅｓｓａｇｅ Ｂｌｏｃｋ）プロトコル等で通信を行い、画像形成装置１０１でスキャンされたイメージを取得する。また、モバイル端末１０３は画像形成装置１０１と直接通信を行わないで、イントラネット内のストレージサーバーや、インターネットに接続された公知の一般的なストレージサーバーを経由する構成などであっても構わない。一般的なストレージサーバーの例としては、Ｍｉｃｒｏｓｏｆｔ（登録商標）社のＯｎｅＤｒｉｖｅ（登録商標）やＧｏｏｇｌｅ（登録商標）社のＧｏｏｇｌｅドライブなどがある。

文書管理サーバー１０２は、文書ファイルおよび関連するプロパティ情報６０２の記憶、検索などを行える、文書の管理を行うサーバーである。

文章ファイルは文書管理サーバー１０２がサポートする画像フォーマットであり、スキャンデータから文章ファイルへの画像変換が必要な場合はモバイルアプリ３０４が行う。

文書管理サーバー１０２を経由することで、モバイル端末１０３から登録された文書やプロパティを、別の端末で検索、表示することが可能である。

本発明において、文書管理サーバー１０２が受け付ける情報、および、それに基づいて実行する処理については、規定されるものではない。また、入力元の情報がスキャンされたイメージから抽出された情報であることを、必ずしも想定する必要はない。文書管理サーバー１０２は、モバイル端末１０３で動作するアプリケーションを通じて文書情報の入力を受け付け、処理を行う。文書情報は、文章ファイルおよび、そのプロパティ情報６０２から構成される。文書情報は、モバイルアプリ３０４が文書管理サーバー１０２に設定する。

図１に示すスキャン文書管理システム１０００構成において、画像形成装置１０１がスキャンしたイメージは、モバイル端末１０３上で動作するソフトウェアにより取得、文書の解析を行う。

さらに、モバイル端末１０３上で動作するソフトウェアは、文書の解析結果から、文書情報を文書管理サーバー１０２に登録する。

文書情報としては、文書ファイル、および、文書ファイルに関連した１個以上のプロパティ情報６０２が含まれる。文書ファイルのフォーマットは、文書管理サーバー１０２が認識可能なフォーマットであれば、画像、テキスト、その他の文書フォーマットなど特定のフォーマットである必要はない。

［ハードウェア構成］
図２は、スキャン文書管理システム１０００を構成する各装置（画像形成装置１０１、文書管理サーバー１０２、及びモバイル端末１０３）のハードウェアの構成の一例を示す図である。

スキャン文書管理システム１０００を構成する各装置２０１は、各種のユニット（２０２〜２０７）を含んで構成される。

なお、スキャン文書管理システム１０００を構成する各装置のハードウェア構成は同一でも構わないし、それぞれ異なっていても構わない。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０２は、各種のプログラムを実行し、様々な機能を実現するユニットである。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０４は、各種のプログラム等を記憶するユニットである。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３は、各種の情報を記憶するユニットである。また、ＲＡＭ２０３は、ＣＰＵ２０２の一時的な作業記憶領域としても利用されるユニットである。例えば、ＣＰＵ２０２は、ＲＯＭ２０４に記憶されているプログラムをＲＡＭ２０３にロードしてプログラムを実行する。

加えて、ＣＰＵ２０２がフラッシュメモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ）といった外部記憶装置に記憶されているプログラムに基づき処理を実行する。これにより、図３に示されるようなスキャン文書管理システム１０００を構成する各装置のソフトウェア構成及び後述するシーケンスの各ステップの処理が実現される。

なお、各装置の機能及び後述するシーケンスに係る処理の全部又は一部については専用のハードウェアを用いて実現してもよい。

Ｉｎｐｕｔ／Ｏｕｔｐｕｔインターフェース２０５は、各装置に接続されているディスプレイ（不図示）にデータを送信する他、同じく各装置に接続されているポインティングデバイス（不図示）からデータを受信するユニットである。

ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）２０６は、装置をネットワーク１００に接続するためのユニットである。上述したユニットは、バス２０７を介してデータの送受信を行うことが可能に構成されている。

さらに、画像形成装置１０１は、スキャンユニット（不図示）を搭載しており、バス２０７を介して各ユニットとデータを送受信することが可能に構成されている。

ここで、画像形成装置１０１は、印刷ユニット（不図示）を更に搭載していても構わない。印刷ユニットは、バス２０７を介して各ユニットとデータを送受信することが可能に構成されている。なお、印刷ユニットは、ラスタイメージを紙などの記録媒体に記録（印刷）することが可能なユニットである。

そして、画像形成装置１０１は、スキャナユニット（不図示）を更に搭載していても構わない。スキャナユニットは、バス２０７を介して各ユニットとデータを送受信することが可能に構成されている。なお、スキャナユニットは、画像を入力することが可能なユニットである。

また、モバイル端末１０３では、Ｉｎｐｕｔ／Ｏｕｔｐｕｔインターフェース２０５にタッチパネル（不図示）が接続されている。タッチパネルは、ディスプレイ等の表示部の一例であり、出力（表示）と入力との２つの機能を備えている。

［ソフトウェア構成（全般）］
次に、スキャン文書管理システム１０００を構成する各装置のソフトウェアの構成について説明する。図３は、各装置のソフトウェア構成の一例を示す図である。

図３に示される各ソフトウェア（アプリケーション）における機能（モジュール部）を実現するプログラムは、各装置のＲＯＭ２０４等に記憶されている。

［ソフトウェア構成（モバイル端末）］
次に、モバイル端末１０３におけるソフトウェアの構成について説明する。なお、モバイル端末１０３は、携帯端末の一例であり、無線通信機能などの装備によって自由な場所で利用できる端末である。

モバイル端末１０３のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）（不図示）は、後述する各モジュール（画像管理部３０１、アドレス管理部３０２、及び通知処理部３０３）を有する。

画像管理部３０１は、画像やアプリケーションデータを管理する。ＯＳは、画像管理部３０１を利用するための制御ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ ＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）を提供している。各アプリはその制御ＡＰＩを利用することで画像管理部３０１が管理する画像やアプリケーションデータの取得や保存を行う。

アドレス管理部３０２は、氏名や電話番号、住所などのアドレス情報を管理する。アドレス管理部３０２も画像管理部３０１と同様に、各アプリが利用するための制御ＡＰＩを提供している。

通知処理部３０３は、通知サーバー（不図示）から通知情報を受信し、通知情報内のアプリのトークンを用いて通知の受信先であるアプリを特定し、アプリに対して通知情報を伝搬する。

モバイルアプリ（モバイルアプリケーション）３０４は、モバイル端末１０３のＯＳのインストール機能（例えばＡｐｐｌｅ ＳｔｏｒｅやＧｏｏｇｌｅ Ｐｌａｙ）を利用して、ダウンロードしインストールすることにより実行可能なアプリケーションである。モバイルアプリ３０４は、文書管理サーバー１０２が管理するデータに対する各種のデータ処理を行う。

メイン制御部３０５は、モバイル端末１０３用のアプリケーション（モバイルアプリ）３０４を制御し、後述する各モジュール部（３０６〜３１９）に対する指示、及び管理を行う。

情報表示部３０６は、メイン制御部３０５からの指示に従い、モバイルアプリ３０４のユーザインタフェース（ＵＩ）をユーザーに提供する。

図４は、モバイルアプリ３０４のＵＩ（携帯端末用のＵＩ）を提供する画面の一例（モバイル端末画面（４００）を示す図である。モバイル端末画面４００は、モバイル端末１０３のタッチパネルに表示される。また、モバイル端末画面４００では、表示および操作領域４０１にスキャンデータが表示され、文書等に対するユーザーによる操作（ユーザ操作）を、表示されたＵＩを介して受け付ける。ＯＣＲボタン４０２は、後述のＯＣＲ画面１４００に画面遷移するボタンである。

スキャンデータは画像形成装置１０１でスキャンされ、画像形成装置１０１がサポートする画像フォーマットで保存された画像ファイルである。

なお、モバイルアプリ３０４のＵＩの形態（位置、大きさ、範囲、配置、表示内容など）は、図に示す形態に限定されるものではなく、モバイル端末１０３の機能を実現することができる適宜の構成を採用することができる。

再び図３に戻ってモバイルアプリ３０４の各モジュールの説明を行う。

操作情報取得部３０７は、情報表示部３０６により表示されたモバイルアプリ３０４のＵＩがユーザー操作された情報を取得し、取得した情報をメイン制御部３０５に通知する。例えば、表示および操作領域４０１をユーザーが手で触れると、操作情報取得部３０７は、触れられた画面上の位置の情報を感知し、感知した位置の情報をメイン制御部３０５に送信する。

データ送受信部３０８は、画像形成装置１０１、文書管理サーバー１０２とデータの送信および受信を行い、送受信するデータをメイン制御部３０５とやり取りする。データ送受信部３０８は、スキャンデータ操作及びスキャンデータ編集によるファイルの更新を文書管理サーバー１０２に要求する。

記憶部３０９は、操作情報取得部３０７を介して、換言するならばモバイルアプリ３０４のＵＩを介して、ユーザーにより入力された設定値を保存（永続化）する。画像形成装置１０１から受信したスキャンデータ（受信文書）を記憶する。さらに記憶部３０９は、データ送受信部３０８で文書管理サーバー１０２から受信したプロパティ定義情報６０１を保存する。

プロパティ定義情報６０１は、文書管理サーバー１０２が定義し、モバイルアプリ３０４が取得してスキャンデータにプロパティを設定するために利用する。

画像解析部３１０は、スキャンデータの画像を解析して、レイアウト情報を生成する。レイアウト情報には、スキャンデータから抽出された矩形領域とその種別（文字、図形、線、表など）とが含まれる。

ＯＣＲ部３１１は、画像解析部３１０で抽出した矩形領域の中で、文字と判定された矩形領域に対して、ＯＣＲ（光学文字認識）処理を行う。

コマンド生成部３１２は、文書管理サーバー１０２の文書管理アプリ３２１に送信するコマンドを生成する。コマンドには、プロパティ情報６０２として、ＯＣＲ部３１１で処理した結果やユーザーが入力した結果のテキスト情報が含まれる。

コマンド送受信部３１３は、文書管理サーバー１０２の文書管理アプリ３２１に、コマンド生成部３１２で生成したコマンドを送信し、その応答コマンド（応答情報）を受信する。コマンド解析部３１４は、コマンド送受信部３１３で受信した文書管理サーバー１０２の文書管理アプリ３２１からの応答コマンドを解析し、スキャンデータに対する処理を実行する。

画像分類部３１５は、画像形成装置１０１から受信したスキャンデータに対して、予め学習処理を行った特徴量を用いて分類処理を行い、スキャンデータの分類を行う。

操作履歴管理部３１６は、ユーザーが選択した短形領域の座標情報、ＯＣＲ結果のテキスト情報、文書管理アプリ３２１に送信したコマンド等をＤＢ部３１７のデータベースを用いて管理する。

ＤＢ部３１７はデータベース機能を有し、操作履歴情報を管理する。

座標処理部３１８は、データベースへ座標情報を登録する際の座標正規化処理やデータベースへの座標問い合わせ時の座標補正処理行う。

プロパティ管理部３１９は、プロパティ定義情報６０１およびプロパティ情報６０２を管理する。スキャンデータに応じて必要なプロパティ定義情報６０１を文書管理サーバー１０２から取得し、プロパティ定義情報６０１に基づいて文書管理サーバー１０２に設定するプロパティ情報６０２の値を管理する。

［ソフトウェア構成（文書管理サーバー）］
次に、文書管理サーバー１０２におけるソフトウェアの構成について説明する。

文書管理サーバー１０２は、ＰＣにインストールされたＯＳ上で動作するアプリケーションである。
文書管理アプリ３２１のモジュール構成について説明する。

メイン制御部３２２は、文書管理を行うための後述する各モジュール部（３２３〜３２７）に対する指示、管理を行う。

記憶部３２３は、文書管理アプリ３２１の設定情報や、プロパティ定義情報６０１、文書情報である文章ファイルやプロパティ情報６０２を保存する。文書管理サーバー１０２は、文章ファイルに必要なプロパティ情報６０２を、事前にプロパティ定義情報６０１として定義しておく。

画像形成装置１０１がスキャン時に作成するスキャンデータをモバイルアプリ３０４が取得する。そして、文書管理アプリ３２１は、スキャンデータから生成される文章ファイルに対してプロパティ情報６０２を付与して、プロパティ情報６０２が付与された文章ファイルを文書管理サーバー１０２に保存するための指示を行う。

プロパティ定義情報６０１は、１個以上のプロパティ情報６０２の定義から構成されていて、必須でないプロパティ情報６０２については、モバイルアプリ３０４が設定をしなくてもエラーとしない。

コマンド受信部３２４は、モバイル端末１０３のモバイルアプリ３０４からコマンドを受信する。

コマンド管理部３２５は、コマンド受信部３２４で受信したコマンドを解析する。

スクリプト実行部３２６は、コマンド管理部３２５がコマンドを解析した結果、コマンドの内容に含まれる処理内容を実行する。

文書管理部３２７は、メイン制御部３２２からの指示で記憶部３２３に対してプロパティ定義情報６０１、文書情報などの管理を行う。

文書管理サーバー１０２は、複数のプロパティ定義情報６０１の管理を行い、１つのプロパティ定義情報６０１には、複数のプロパティの定義が含まれる。文書管理サーバー１０２は、プロパティ定義情報６０１に紐付けられた各文書情報を管理する。

プロパティ定義情報６０１は、文書管理サーバー１０２が定義し、モバイルアプリ３０４が取得して利用する。

文書管理サーバー１０２で定義されるプロパティ定義情報６０１は、管理する文書をカテゴライズして各カテゴリに対して所定の属性を付与するために定義する。

プロパティ定義情報６０１に示されるプロパティ定義情報は、３階層のエレメントを含む。

１階層目は、文書管理サーバー１０２の文書管理アプリ３２１を識別する情報として、文書管理アプリ識別情報を含む。２階層目は、文書管理アプリ３２１の保持する文書カテゴリを識別する情報を含む。このエレメントにより管理する文書カテゴリを指定する事が可能である。３階層目は、各文書カテゴリに含まれる複数のプロパティを含む。各プロパティ情報は、それぞれ複数の属性を含む。

一例としてサンプルのプロパティ定義情報６０１を示す。

また、プロパティ情報６０２（プロパティ）は、モバイルアプリ３０４がプロパティ定義情報６０１に基づいて値を文書管理サーバー１０２に設定する。

一例としてサンプルのプロパティ情報６０２を示す。

文書管理サーバー１０２は、これらの情報を、モバイルアプリ３０４から入出力できるインターフェースを備えている。

なお、本発明において、文書管理アプリ３２１は、プロパティ定義情報６０１の定義を行う機能を備える。

また、文書情報として、文章ファイルおよび、プロパティ定義情報６０１に基づいたプロパティ情報６０２を管理できる機能を備えればよいため、その詳細については省略する。

［ソフトウェア構成（画像形成装置）］
次に、画像形成装置１０１におけるソフトウェアの構成について説明する。

画像形成装置１０１は、画像形成装置１０１のオペレーティングシステム（不図示）上で複数のアプリケーションを実行する。図３では複数のアプリケーションの一つであるスキャンアプリ３４１について記載している。以降ではこのスキャンアプリ３４１のモジュール構成について説明する。

メイン制御部３４２は、スキャンアプリ３４１の各モジュールを制御し、各モジュールに対して指示し、各モジュールの管理を行う。

スキャンアプリ３４１がスキャンしたスキャンデータは、ネットワーク１００上の情報機器のストレージに保存する事が可能である。

また、画像形成装置１０１上の記憶部３４６であるストレージに保存されているスキャンデータをネットワーク１００上の情報機器から参照、取得する事も可能である。

情報表示部３４３は、メイン制御部３４２からの指示に従い、ユーザーは、このＵＩ上でスキャンデータの保存先（モバイル端末１０３）を指定することができる。

操作情報取得部３４４は、情報表示部３４３により表示されたスキャンアプリ３４１のＵＩ上のユーザー操作を情報として取得し、取得した情報をメイン制御部３４２に通知する。

データ送受信部３４５は、文書管理サーバー１０２とデータの送信および受信を行う。

記憶部３４６は、情報表示部３４３及び操作情報取得部３４４を介してユーザーにより入力された設定値（例えば電話番号毎の振り分け先情報など）及び送受信するスキャンデータの一時保存などを実行する。

［基本フロー］
次に、スキャン文書管理システム１０００の基本的な処理フローについて図５を用いて説明する。

Ｓ５０１で画像形成装置１０１は、ユーザーのスキャン開始指示を受けてスキャンを実行し、スキャンデータの作成をする。スキャン画像とスキャン情報（解像度や各種フォーマット情報など）をスキャンデータとして画像形成装置１０１内のＲＡＭに保存する。

スキャンデータの例としては、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ：ＩＳＯ／ＩＥＣ ＪＴＣ １／ＳＣ ２９／ＷＧ １）ファイル、ＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）ファイル、ＰＤＦ（ＩＳＯ ３２０００−１：２００８）ファイルフォーマットなどが利用できる。

スキャンアプリ３４１のメイン制御部３４２は、記憶部３４６は、ＲＡＭに保存されたスキャンデータを記憶する。

Ｓ５０２で画像形成装置１０１のメイン制御部３４２は、データ送受信部３４５を介してスキャンデータをモバイル端末１０３へ送信する。

スキャンアプリ３４１は、プッシュスキャンの送信先としてモバイル端末１０３が設定されている場合、記憶部３４６に記憶されたスキャンデータを指定されたモバイル端末１０３へ送信する。

本実施例では、プッシュスキャンの例を示したが、モバイル端末１０３から画像形成装置１０１へのプルスキャンの場合は、モバイル端末１０３が画像形成装置１０１のスキャンデータを監視することで、同様の処理を行える。また、画像形成装置１０１とモバイル端末１０３間の通信方式については問わない。

Ｓ５０３でモバイル端末１０３のモバイルアプリ３０４のメイン制御部３０５は、スキャンデータを画像形成装置１０１からＳ５０２のスキャンデータを取得し、情報表示部３０６は、スキャンデータに基づいてＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を表示する。

Ｓ５０４で、画像分類部３１５は、スキャンデータを解析してスキャンデータの分類を判定する。画像分類処理の方法については図７以降を用いて後述する。

画像分類部はスキャンデータについて該当する分類が無いと判定した場合、ユーザーからの分類情報入力を受け付け、ユーザーの入力した分類をスキャンデータに設定する。また、画像分類部３１５が判定したスキャンデータの分類についても、ユーザーの訂正入力した分類をスキャンデータに設定する。

Ｓ５０５で、プロパティ管理部３１９は、Ｓ５０４で設定された分類（７１０）に対応するプロパティ定義情報６０１を文書管理サーバー１０２から取得する。

本実施例においては、プロパティ管理部３１９は、スキャンデータから設定された分類１（７０４）に紐付いたプロパティ定義情報６０１であるｃｌａｓｓｉｆｉｃａｔｉｏｎ１のプロパティ定義情報６０１が記憶部３０９に存在するか判定を行う。

記憶部３０９にｃｌａｓｓｉｆｉｃａｔｉｏｎ１のプロパティ定義情報６０１が保存されている場合は、保存されたｃｌａｓｓｉｆｉｃａｔｉｏｎ１のプロパティ定義情報６０１を取得し、Ｓ５１１に処理を進める。

記憶部３０９にｃｌａｓｓｉｆｉｃａｔｉｏｎ１のプロパティ定義情報６０１が保存されていない場合は、Ｓ５０７に処理を進める。

なお、画像分類部３１５は、スキャンデータの分類（７１０）が２の場合はプロパティ定義情報６０１がｃｌａｓｓｉｆｉｃａｔｉｏｎ２と判定を行う。また、スキャンデータの分類（７１０）が３の場合はプロパティ定義情報６０１がｃｌａｓｓｉｆｉｃａｔｉｏｎ３と判定を行う。

Ｓ５０６で文書管理サーバー１０２の文書管理アプリ３２１のメイン制御部３２２は、文書カテゴリ毎にプロパティ定義情報６０１を事前に設定しておく。文書カテゴリは、文書管理アプリ３２１で規定する文書の分類カテゴリをあらわす。

一般に、文書カテゴリは複数設定可能であり、文書管理サーバー１０２は、文書カテゴリ毎に文書情報を記憶部３２３に記憶することで、保存された文章ファイルを、紐付けられたプロパティ情報６０２から検索可能となる。

Ｓ５０７で、文書管理サーバー１０２の文書管理アプリ３２１のメイン制御部３２２は、モバイル端末１０３のモバイルアプリ３０４からコマンドを受信する。受信コマンドから定義情報取得リクエストと判断された場合はＳ５０８に処理を進める。

Ｓ５０８で、文書管理サーバー１０２の文書管理アプリ３２１は、Ｓ５０５でモバイル端末１０３から要求されたｃｌａｓｓｉｆｉｃａｔｉｏｎ１のプロパティ定義情報６０１を返信する。

本実施例のｃｌａｓｓｉｆｉｃａｔｉｏｎ１のプロパティ定義情報６０１の例を図６の６０１に示す。

Ｓ５０９で、モバイル端末１０３のモバイルアプリ３０４は、Ｓ５０８で文書管理サーバー１０２が送信したプロパティ定義情報６０１を受信する。

Ｓ５１０で、モバイルアプリ３０４の情報表示部３０６は、Ｓ５０３で取得したスキャンデータとプロパティ定義情報６０１に基づきスキャンデータをＵＩに表示する。

本実施例でのプロパティ定義情報６０１に基づいたＵＩ表示例を図１３に示す。

図１３のＵＩ表示例では、画面上部のプロパティ定義情報に基づいてプロパティ情報を入力するためのプロパティ定義情報テキスト表示エリア１３１０と、画面下部のスキャンデータを表示するＯＣＲ画面１３０９とで構成されている。

情報表示部３０６は、プロパティ定義情報テキスト表示エリア１３１０にプロパティ情報６０２を入力できるＵＩの表示を行う。

プロパティ定義情報テキスト表示エリア１３１０は、文書管理サーバー１０２から取得したがプロパティ定義情報６０１で定義されるプロパティ項目を表示することでプロパティ情報６０２の入力を行う。

具体的には、ＩｔｅｍＰｒｏｐｅｒｔｙの１項目目（Ｉｎｔｅｒｎａｌｎａｍｅが”ｃｏｍｐａｎｙＮａｍｅ”）を会社名表示エリア１３１１として表示を行う。ＤｉｓｐｌａｙＮａｍｅの”会社名”を会社名表示エリア１３１１に表示し、ここで入力された値をｃｏｍｐａｎｙＮａｍｅの設定値としてプロパティ情報６０２に設定する。

同様に、ＩｔｅｍＰｒｏｐｅｒｔｙ２項目目（Ｉｎｔｅｒｎａｌｎａｍｅが”ｔｅｌ”）をユーザー電話番号表示エリア１３１２として表示を行う。ＩｔｅｍＰｒｏｐｅｒｔｙ３項目目（Ｉｎｔｅｒｎａｌｎａｍｅが”ｄａｔｅ”）を日付表示エリア１３１３として表示を行う。ＩｔｅｍＰｒｏｐｅｒｔｙ４項目目（Ｉｎｔｅｒｎａｌｎａｍｅが”ｃｏｄｅ”）を商品コード表示エリア１３１４として表示を行う。ＩｔｅｍＰｒｏｐｅｒｔｙ５項目目（Ｉｎｔｅｒｎａｌｎａｍｅが”ｎｕｍ”）を数量入力表示エリア１３１５として表示を行う。

Ｓ５１１で、モバイル端末１０３のモバイルアプリ３０４は、ＯＣＲ処理および、操作履歴処理を実行し、スキャンデータに表示する。

画像解析部３１０は、スキャンデータに含まれるスキャンデータを解析してレイアウト情報を取得する。文字と認識された領域に関して、ＯＣＲ部３１１はＯＣＲ処理を行い、テキスト情報を生成する。

ＯＣＲ処理および、操作履歴処理の詳細は、図１２および、図１３を用いて後述する。

Ｓ５１２で、文書情報（イメージから抽出した情報とプロパティ情報６０２、分類カテゴリ、および、登録先情報）をボタン操作で送る。文書情報に含まれる文書ファイルの登録先情報は、Ｓ５０４で設定されたスキャンデータの分類に基づいて決定される。

ユーザー操作によりＵＩ上の送信ボタン１３０８を押下することにより、コマンド生成部３１２は生成したプロパティ情報６０２の送信を指示する。コマンド生成部３１２はプロパティ情報６０２から文書管理サーバー１０２の文書管理アプリ３２１に送信するコマンドを生成する。コマンド送受信部３１３は、コマンド生成部３１２が生成したコマンドを文書管理サーバー１０２の文書管理アプリ３２１に送信する。

Ｓ５１３で文書管理サーバー１０２の文書管理アプリ３２１はＳ５１２でモバイル端末１０３が送信したコマンドをコマンド受信部３２４で受信する。コマンド管理部３２５は、コマンドに含まれる文書情報を解析する。

Ｓ５１４で文書管理サーバー１０２のコマンド管理部３２５は、Ｓ５１２で設定された文書情報をもとに記憶部３２３に保存する。記憶部３２３に保存する内容としては、文書情報に含まれる文章ファイルをＳ５１２で設定された登録先情報をもとに保存先ディレクトリが決定され、格納し、さらに文章ファイルに紐付けたプロパティ情報６０２を記憶する。

Ｓ５１５で文書管理サーバー１０２のメイン制御部３２２は、文書管理部３２７の処理結果を取得し、応答コマンドとして、モバイル端末１０３のモバイルアプリ３０４に返信する。

Ｓ５１６でモバイル端末１０３のモバイルアプリ３０４は、Ｓ５１５の処理結果を表示して文書登録処理を終了する。

［データ構造］
次に、モバイル端末１０３のモバイルアプリ３０４と、文書管理サーバー１０２の文書管理アプリ３２１との間で送受信されるコマンドについて説明する。

図６は、本実施形態におけるコマンドのデータ構造の一例を示す図である。

コマンド６０１は、文書管理サーバー１０２で定義され、Ｓ５０８で文書管理サーバー１０２の文書管理アプリ３２１が、モバイル端末１０３のモバイルアプリ３０４に送信するプロパティ定義情報６０１の例を示す。

プロパティ定義情報６０１は、文書管理サーバー１０２で定義され、文書をカテゴライズして各カテゴリに対して所定の属性を付与するために定義する（Ｓ５０６）。

プロパティ定義情報６０１に示されるプロパティ定義情報は、＜Ｒｏｏｔ＞エレメントに３階層のエレメントを含む。

＜Ｒｏｏｔ＞エレメントから１階層目は、文書管理サーバー１０２の文書管理アプリ３２１を識別する情報として、＜ＤｏｃｕｍｅｎｔＳｅｒｖｉｃｅ＞の文書管理アプリ識別情報エレメントを含む。＜ＤｏｃｕｍｅｎｔＳｅｒｖｉｃｅ Ｖｅｒｓｉｏｎ＝”１．０”＞は、文書管理サーバー１０２において複数の文書管理アプリが動作している場合においても、クライアントであるモバイル端末１０３のモバイルアプリ３０４が文書管理アプリ識別情報により特定ができる。

＜Ｒｏｏｔ＞エレメントから２階層目は、文書管理アプリ３２１の保持する文書カテゴリを識別する情報として、＜ｃｌａｓｓｉｆｉｃａｔｉｏｎ１＞エレメントを含む。このエレメントにより管理する文書カテゴリを指定する事が可能である。本実施例では、文書カテゴリとして、文書管理サーバー１０２において、７０４、７０５、７０６で分類可能な文書を登録する。

文書カテゴリは、それぞれ異なるカテゴリｃｌａｓｓｉｆｉｃａｔｉｏｎ１、ｃｌａｓｓｉｆｉｃａｔｉｏｎ２、ｃｌａｓｓｉｆｉｃａｔｉｏｎ３として登録することで、それぞれのカテゴリに属する文書を異なるプロパティ定義情報６０１として管理できる。

ｃｌａｓｓｉｆｉｃａｔｉｏｎ１としては、文書に紐付くプロパティとして、識別子（Ｉｎｔｅｒｎａｌｎａｍｅ）として、”ｃｏｍｐａｎｙＮａｍｅ”，”ｔｅｌ”，”ｄａｔｅ”，”ｃｏｄｅ”，”ｎｕｍ”のプロパティ情報６０２を記憶する（Ｓ５１４）ことが可能である。

また、別の文書カテゴリとしてｃｌａｓｓｉｆｉｃａｔｉｏｎ２を定義する場合の例を示す。
<classification2>
Internalname="companyName" Type="String" DisplayName="会社名" Required="False" Visible="True"></ItemProperty>
Internalname="tel" Type="String" DisplayName="ユーザー電話番号" Required="False" Visible="True"></ItemProperty>
</classification2>
この例では、分類２（ｃｌａｓｓｉｆｉｃａｔｉｏｎ２）の文書カテゴリで指定された文書に対して、モバイルアプリ３０４は、Ｉｎｔｅｒｎａｌｎａｍｅ＝”ｃｏｍｐａｎｙＮａｍｅ”と”ｔｅｌ”のみプロパティ情報６０２として入力するＵＩを表示し、文書管理サーバー１０２に登録することが可能となる。

＜Ｒｏｏｔ＞エレメントの３階層目は、分類＜ｃｌａｓｓｉｆｉｃａｔｉｏｎ１＞に含まれる複数のプロパティ（ＩｔｅｍＰｒｏｐｅｒｔｙ）を含む。各プロパティ情報は、それぞれ、複数の属性を含む。

「Ｉｎｔｅｒｎａｌｎａｍｅ」属性は、文書管理サーバー１０２が該当の文書カテゴリで管理する属性を示す。

文書管理サーバーでは文書カテゴリ毎に、複数の属性を設定できる。本実施例では、”ｃｏｍｐａｎｙＮａｍｅ”，”ｔｅｌ”，”ｄａｔｅ”，”ｃｏｄｅ”，”ｎｕｍ”などの例を示したがこの限りではない。

「Ｔｙｐｅ」属性は、プロパティ識別情報（Ｉｎｔｅｒｎａｌｎａｍｅ）の値の型を示す。

「ＤｉｓｐｌａｙＮａｍｅ」属性は、プロパティ識別情報（Ｉｎｔｅｒｎａｌｎａｍｅ）をＵＩに表示するための文字列を示す。

「Ｒｅｑｕｉｒｅｄ」属性は、プロパティ識別情報（Ｉｎｔｅｒｎａｌｎａｍｅ）の値が、該当の文書カテゴリにおいて必須であるかを示す。必須の場合は”Ｔｒｕｅ”、必須でない場合は”Ｆａｌｓｅ”をセットする。

「Ｖｉｓｉｂｌｅ」属性は、プロパティ識別情報（Ｉｎｔｅｒｎａｌｎａｍｅ）の値を、ＵＩで表示するかを示す。表示する場合は”Ｔｒｕｅ”、表示しない場合は”Ｆａｌｓｅ”をセットする。

コマンド６０２は、Ｓ５１２でモバイル端末１０３のモバイルアプリ３０４が、図１３で示すＵＩで入力された情報により、文書管理サーバー１０２の文書管理アプリ３２１に送信するプロパティ情報６０２の例を示す。

プロパティ定義情報テキスト表示エリア１３１０の会社名表示エリア１３１１に入力された値は、プロパティ情報６０２のｉｎｔｅｒｎａｌｎａｍｅが”ｃｏｍｐａｎｙＮａｍｅ”の値として設定される。

同様に、ユーザー電話番号表示エリア１３１２に入力された値は、プロパティ情報６０２のｉｎｔｅｒｎａｌｎａｍｅが”ｔｅｌ”の値として設定される。日付表示エリア１３１３に入力された値は、プロパティ情報６０２のｉｎｔｅｒｎａｌｎａｍｅが”ｄａｔｅ”の値として設定される。商品コード表示エリア１３１４に入力された値は、プロパティ情報６０２のｉｎｔｅｒｎａｌｎａｍｅが”ｃｏｄｅ”の値として設定される。数量入力表示エリア１３１５に入力された値は、プロパティ情報６０２のｉｎｔｅｒｎａｌｎａｍｅが”ｎｕｍ”の値として設定される。

プロパティ情報６０２は、モバイルアプリ３０４がプロパティ定義情報６０１に基づいて値を文書管理サーバー１０２に設定される（Ｓ５１４）。

なお、モバイルアプリ３０４が文書管理アプリ３２１に登録する文書情報は、文章ファイルおよび、文章ファイルに紐付けるプロパティ情報６０２が含まれる。

なお、本ＸＭＬは一例であり、他のコマンドフォーマット、プロトコル、通信方式を利用した場合においても、本実施例で示した同様の処理を行う事が可能である。

［画像分類処理］
次に、画像分類部３１５が行うスキャンデータの分類について図７を用いて説明する。画像分類部３１５は、学習処理部７０１と分類処理部７０２から構成される。画像分類部３１５は、予め学習処理部７０１で学習処理を行い、特徴量データをＤＢ部３１７の特徴量ＤＢ７０７に蓄えておく。さらに画像分類部３１５は、特徴量ＤＢ７０７の情報に基づき分類処理部７０２で分類処理を行い、分類を決定する。

一般的にイメージの特徴を表す特徴量データは、多次元のデータで表し、特徴ベクトルと呼ばれる。

学習処理部７０１で行う学習処理は、分類毎の複数の学習画像から特徴抽出を行い、各学習画像に対して、１００次元の特徴ベクトルを算出する。さらに複数の学習画像の特徴ベクトルを元に、１００次元の特徴ベクトルからその分類を特徴づける１０次元の特徴ベクトルを決定する。この次元削減処理を行うソフトウェアモジュールをフィルタと呼ぶ。分類毎に算出した特徴ベクトル（１０次元）及びにフィルタは、ＤＢ部３１７の特徴量ＤＢ７０７で管理する。

分類処理部７０２で行う分類処理は、入力スキャンデータ７０３の特徴抽出を行い、特徴ベクトル（１００次元）を算出する。入力スキャンデータ７０３の特徴ベクトル（１００次元）に対して特徴量ＤＢ７０７の各分類のフィルタを適用（主成分分析）し、各分類に対応した特徴ベクトル（１０次元）を算出する。そして入力スキャンデータ７０３の特徴ベクトル（１０次元）と特徴量ＤＢの特徴ベクトル（１０次元）を比較し、類似度判定により分類を決定する。

図７の学習結果７０９は、学習処理により特徴量ＤＢ７０７に蓄えられたデータの一例を表している。特徴量ＤＢ７０７には、分類１（７０４）、分類２（７０５）、分類３（７０６）を分類可能な特徴ベクトル（１０次元）とフィルタが蓄えられている。また分類７１０は、分類処理により入力画像と特徴量ＤＢ７０７の情報を元に分類が決定した例を表している。入力スキャンデータ７０３を入力し、分類１（７０４）、分類２（７０５）、分類３（７０６）の中から入力画像の分類結果７０８が分類１（７０４）に判別されたことを示している。なお、画像分類部３１５が行う画像分類は、本形態に限定されるものではなく、本機能を実現することができる適宜の手法を採用することができる。

本実施例において、スキャンデータの分類に紐付けて、文書管理サーバ（１０２）のプロパティ管理部３１９にプロパティ定義情報６０１を設定する。

モバイルアプリ３０４は、分類（７１０）からスキャンデータに応じて文書管理サーバー（１０２）が必要なプロパティ定義情報６０１を判定できる。

［座標処理］
次に、座標処理部３１８が行う座標正規化処理について図８を用いて説明する。

座標正規化処理は、元画像の縦横に依存しない、かつｄｐｉが異なる場合でも対応可能にするために行うもの処理である。

ユーザーが行った送信操作の選択領域の座標情報をＤＢ部３１７へ登録する際、また登録された操作履歴をＤＢ部３１７に問い合わせる際に行われる。

まず座標系には、ディスプレイ座標（ディスプレイのどの位置）、スキャンデータ座標（スキャンデータのどの位置）、データベース登録座標がある。

座標正規化処理とは、ユーザーによりディスプレイで選択された選択座標からスキャンデータ座標に変換し、さらにデータベース登録座標に変換する処理のことである。

データベース登録座標はスキャンデータ座標の全体に対する割合に１００００を掛け合わしたものとする。

ここでは単純化のためにディスプレイ座標とスキャンデータ座標は一致しており、スキャンデータ８０１の横が１５００ｐｘ、縦が２０００ｐｘの場合で説明する。選択領域８０２の左上座標８０３が（Ｘ，Ｙ）＝（２００，７００）、右下座標８０４が（４００、７５０）の場合、データベース登録座標は（１３３３、３５００）、（２６６６，３７５０）となる。以下、データベース登録座標の左上Ｘ座標をｍｉｎＸ、右下Ｘ座標をｍａｘＸ、左上Ｙ座標をｍｉｎＹ、右下Ｙ座標をｍａｘＹとする。

［データ構造（ＤＢ）］
次に、ＤＢ部３１７の操作履歴データベース９００について説明する。図９は、本実施形態における操作履歴データベース９００のデータ構造の一例を示す図である。操作履歴データベース９００は、送信履歴Ｔａｂｌｅ９０１と送信領域Ｔａｂｌｅ９０２から構成される。

送信履歴Ｔａｂｌｅ９０１は、ｉｄカラム、Ｉｎｔｅｒｎａｌｎａｍｅカラム、ｃｌａｓｓｉｆｉｃａｔｉｏｎカラム、ｏｃｒｒｅｓｕｌｔカラム、ｓｅｎｄｍｅｓｓａｇｅカラムから構成される。ｉｄカラムは送信履歴Ｔａｂｌｅ９０１にレコードが追加されるたびに１インクリメンタルされる値で、ＴａｂｌｅのＰｒｉｍａｒｙ ｋｅｙである。Ｉｎｔｅｒｎａｌｎａｍｅカラムは送信結果のプロパティ識別情報を格納する。ｃｌａｓｓｉｆｉｃａｔｉｏｎカラムは、スキャンデータの分類結果（例えば図１１の１１０８）を格納する。ｏｃｒｒｅｓｕｌｔカラムは選択領域のＯＣＲ結果を格納する。ｓｅｎｄｍｅｓｓａｇｅは送信結果（送信したテキスト情報）を格納する。

送信領域Ｔａｂｌｅ９０２は、ｉｄカラム、ｍｉｎＸカラム，ｍａｘＸカラム，ｍｉｎＹカラム，ｍａｘＹカラムから構成される。ｍｉｎＸカラムは、選択領域の左上Ｘ座標を格納する。ｍａｘＸカラムは、選択領域右下Ｘ座標を格納する。ｍｉｎＹカラムは、選択領域の左上Ｙ座標を格納する。ｍａｘＹカラムは、選択領域右下Ｙ座標を格納する。また送信領域Ｔａｂｌｅ９０２は、Ｒ−ｔｒｅｅインデックス（多次元情報のインデックス付け）手法を使うことにより領域検索を高速に行える構成になっている。

ＳＱＬ文９０３〜９１０は、操作履歴データベース９００に対する各種問い合わせＳＱＬ文を表現した例である。ＳＱＬ文９０３は送信履歴Ｔａｂｌｅ９０１を新規作成するためのＳＱＬ文である。ＳＱＬ文９０４は送信領域Ｔａｂｌｅ９０２を新規作成するためのＳＱＬ文である。ＳＱＬ文９０３、９０４は、アプリの初期化時に実行され、作成されたＴａｂｌｅはＤＢ部３１７に保存する。ＳＱＬ文９０５は、同一分類の送信履歴があるかどうかを確認するＳＱＬ文である。ＳＱＬ文９０６は、同一分類で、選択座標と一致するもがあるかどうかを確認するＳＱＬ文である。ＳＱＬ文９０７は、同一分類で、選択座標が一致した履歴のプロパティ識別情報がすべて一致するかどうかを確認するＳＱＬ文である。ＳＱＬ文９０８は、同一分類で、座標が一致した履歴の送信結果がすべて一致するかどうかを確認するＳＱＬ文である。ＳＱＬ文９０９は、同一分類で、ＯＣＲ結果が一致したものがあるかどうかを確認するＳＱＬ文である。ＳＱＬ文９１０は、分類情報をキーに送信履歴を保存するＳＱＬ文である。

［ＯＣＲ画面（モバイル端末）］
次に、モバイル端末１０３におけるＯＣＲ画面について図１０を用いて説明する。ＯＣＲ画面１０００は、モバイル端末画面４００のＯＣＲボタン４０２を押すと表示される画面である。ＯＣＲ画面表示時にスキャンイメージに対して、オブジェクトをブロックとして認識し、そのブロックに対してＯＣＲ処理する。さらにテキストと認識されたものを１００９，１０１１に示すように選択可能領域として、四角で囲って選択可能状態で表示する。選択可能領域１００９，１０１１は、オブジェクト認識、ＯＣＲの結果としてテキストと認識されたものが四角で囲って選択できるようになったものである。ボタン表示領域１００２は、ボタン設定画面（不図示）で設定したボタンを表示するための領域である。ボタン１００４〜１００６を押した後に選択可能領域を押すと選択可能領域のＯＣＲ結果を文書管理アプリ３２１にコマンド送信することが出来る。表示名領域１００８は、ボタンに定義した表示名を表示する領域である。選択済み領域は、選択可能領域をユーザーが選択した時に選択されたことが分かるように、１０１０に示すように選択可能領域に印が付いたものである。ユーザーが選択可能領域を選択すると、その領域は選択済み領域になり、後述する送信確認画面１１００に遷移する。

［送信確認画面（モバイル端末）］
次に、モバイル端末１０３における送信確認画面について図１１を用いて説明する。１１００は送信確認画面である。送信確認画面１１００では、ユーザーが選択した領域のＯＣＲ結果を見て、間違いがないと判断すれば文書管理アプリ３２１に送信する。さらに間違いがあれば、修正あるいは送信をキャンセルするための画面である。選択済み画像表示領域１１０１は、ユーザーが選択した選択可能領域の画像を拡大して表示する。テキスト入力エリア１１０２は、選択された選択可能領域のＯＣＲ処理結果のテキスト情報、あるいは操作履歴データベース９００から決定された送信結果情報を初期値として編集可能な入力エリアである。テキストクリアボタン１１０３は、テキスト入力エリアのテキスト値をクリアするボタンである。ＯＣＲ結果が間違っていた場合などに使用する。送信実行ボタン１１０４は、送信を実行するボタンである。ボタンを押すとコマンドが文書管理アプリ３２１に送信される。キャンセルボタン１１０５は、画面をキャンセルするボタンであり、ＯＣＲ画面に戻る。

［操作履歴データベースの一例］
次に、操作履歴データベース９００が保持する情報の一例について図１２を用いて説明する。

スキャンデータ１２００に対して画像分類部３１５が、分類を「分類１」と決定し、ユーザーが選択領域１２０１〜１２０５を文書管理アプリ３２１に送信した場合の具体例が、送信履歴Ｔａｂｌｅ具体例１２０６と送信領域Ｔａｂｌｅ具体例１２０７である。

送信履歴レコード１２０８は、スキャンデータ１２００の選択領域１２０１を選択し、プロパティ識別情報を「ｔｅｌ」、ＯＣＲ結果が「０８０−１２８４−１２３４」であるものを送信確認画面１１００で修正し、「０８０−１２３４−１２３４」として送信したことを示す。また送信履歴レコード１２０９は、スキャンデータ１２００の選択領域１２０２を選択し、プロパティ識別情報を「ｃｏｄｅ」、ＯＣＲ結果が「２３０１１１９」であるものを送信確認画面１１００で修正し、「２８０１１１９」として送信したことを示す。また送信履歴レコード１２１０は、スキャンデータ１２００の選択領域１２０３を選択し、プロパティ識別情報を「ｃｏｄｅ」、ＯＣＲ結果が「３８９１１２０」であるものを送信確認画面１１００で修正することなくそのまま送信したことを示す。また送信履歴レコード１２０１は、スキャンデータ１２００の選択領域１２０４を選択し、プロパティ識別情報を「ｎｕｍ」、ＯＣＲ結果が「３」であるものを送信確認画面１１００で修正することなくそのまま送信したことを示す。また送信履歴レコード１２１２は、スキャンデータ１２００の選択領域１２０５を選択し、プロパティ識別情報を「ｎｕｍ」、ＯＣＲ結果が「３」であるものを送信確認画面１１００で修正することなくそのまま送信したことを示す。

［プロパティ情報６０２入力画面の一例］
次に、モバイル端末１０３におけるプロパティ情報６０２入力画面について図１３を用いて説明する。

キャンセルボタン１３０１は、画面をキャンセルするボタンであり、ＯＣＲ画面に戻る。

ボタン表示領域１３０２は、ボタン設定画面（不図示）で設定したボタンを表示するための領域である。ボタン１３０３〜１３０６を押した後に選択可能領域を押すと選択可能領域のＯＣＲ結果を文書管理アプリ３２１にメッセージ送信することが出来る。

クリアボタン１３０３は、テキスト入力エリアのテキスト値をクリアするボタンである。ＯＣＲ結果が間違っていた場合などに使用する。

電話番号ボタン１３０４は、プロパティ定義情報６０１の識別情報であるＩｎｔｅｒｎａｌｎａｍｅ＝”ｔｅｌ”のプロパティ情報６０２を入力するためのボタンである。

電話番号ボタン１３０４を押下してから、ＯＣＲ画面１３０９上の選択可能エリア１０１１を選択することで、ユーザーが直接Ｉｎｔｅｒｎａｌｎａｍｅ＝”ｔｅｌ”のプロパティ情報６０２を入力することも可能である。

本実施例では、自動選択により、識別情報がｔｅｌと判別された選択領域１３３２の値が、ユーザー電話番号表示エリア１３１２に入力されるため、電話番号ボタン１３０４を押下しなくても良い。

本実施例において、Ｓ５１２で送信されるプロパティ情報６０２のＩｎｔｅｒｎａｌｎａｍｅ＝”ｔｅｌ”の例を以下に示す。
Internalname="tel" Type="String" DisplayName="ユーザー電話番号" Required="False" Visible="True">080-1234-1234</ItemProperty>
商品Ｃｏｄｅボタン１３０５は、Ｉｎｔｅｒｎａｌｎａｍｅ＝”ｃｏｄｅ”のプロパティ情報６０２を入力するためのボタン。

商品数量ボタン１３０６Ｉｎｔｅｒｎａｌｎａｍｅ＝”ｎｕｍ”のプロパティ情報６０２を入力するためのボタン。

送信ボタン１３０８は、ユーザーにより押下されると、コマンド送受信部３１３により、文書情報として、文章ファイルおよび、設定されたプロパティ情報６０２が送信される。

ＯＣＲ画面１３０９は、モバイル端末画面４００のＯＣＲボタン４０２を押すと表示される画面である。ＯＣＲ画面表示時にスキャンイメージに対して、オブジェクトをブロックとして認識し、そのブロックに対してＯＣＲ処理する。さらにテキストと認識されたものを１３３１〜１３３５などに示すように選択可能領域として、四角で囲って選択可能状態で表示する。選択可能領域１３３１〜１３３５は、オブジェクト認識、ＯＣＲの結果としてテキストと認識されたものが四角で囲って選択できるようになったものである。

プロパティ定義情報６０１テキスト表示エリア１３１０は、Ｓ５０９で文書管理サーバー１０２から取得したプロパティ定義情報６０１に基づき、プロパティ情報６０２を表示、入力、編集するためのエリアである。

プロパティ定義情報テキスト表示エリア１３１０の会社名表示エリア１３１１に入力された値は、プロパティ情報６０２のｉｎｔｅｒｎａｌｎａｍｅが”ｃｏｍｐａｎｙＮａｍｅ”の値として設定される。

同様に、ユーザー電話番号表示エリア１３１２に入力された値は、プロパティ情報６０２のｉｎｔｅｒｎａｌｎａｍｅが”ｔｅｌ”の値として設定される。日付表示エリア１３１３に入力された値は、プロパティ情報６０２のｉｎｔｅｒｎａｌｎａｍｅが”ｄａｔｅ”の値として設定される。商品コード表示エリア１３１４に入力された値は、プロパティ情報６０２のｉｎｔｅｒｎａｌｎａｍｅが”ｃｏｄｅ”の値として設定される。数量入力表示エリア１３１５に入力された値は、プロパティ情報６０２のｉｎｔｅｒｎａｌｎａｍｅが”ｎｕｍ”の値として設定される。

このため、本実施例では、プロパティ定義情報６０１のＩｎｔｅｒｎａｌｎａｍｅ＝”ｃｏｍｐａｎｙＮａｍｅ”，”ｔｅｌ”，”ｄａｔｅ”，”ｃｏｄｅ”，”ｎｕｍ”に５項目が含まれているため、プロパティ定義情報６０１テキスト表示エリア１３１０はこれらの５項目の表示を行う。

これらのエリアは、選択された選択可能領域のＯＣＲ処理結果のテキスト情報、あるいは操作履歴データベース９００から決定された送信結果情報を初期値として編集可能な入力エリアである。

会社名表示エリア１３１１は、識別情報がｃｏｍｐａｎｙＮａｍｅと判別された選択領域１３３１に対応した表示エリアである。ユーザー電話番号表示エリア１３１２は、識別情報がｔｅｌと判別された選択領域１３３２に対応した表示エリアである。日付表示エリア１３１３は、識別情報がｄａｔｅと判別された選択領域１３３３に対応した表示エリアである。商品コード表示エリア１３１４は、識別情報がｃｏｄｅと判別された選択領域１３３４に対応した表示エリアである。数量入力表示エリア１３１５は、識別情報がｎｕｍと判別された選択領域１３３５に対応した表示エリアである。

会社名修正ボタン１３２１、ユーザー電話番号修正ボタン１３２２、日付修正ボタン１３２３、商品コード修正ボタン１３２４、数量修正ボタン１３２５は提示されたテキスト情報を修正したい場合に押す。各ボタンを押すと送信確認画面１１００に遷移する。遷移した送信画面の送信実行ボタン１１０４は、非表示状態になり、その代り、戻るボタン（不図示）が表示状態になる。ユーザーは本画面でテキスト情報を修正し、戻るボタンを押すことにより、ＯＣＲ画面１３０９に戻ることが出来る。

さらに、プロパティ定義情報６０１テキスト表示エリア１３１０は、Ｓ５０９で文書管理サーバー１０２から取得したプロパティ定義情報６０１に基づき、表示エリアの表示項目が変更可能である。

［抽出情報送信処理のフローチャート］
イメージから抽出した情報をボタン操作で送る図５の処理Ｓ５０５の詳細なフローについて図１４を用いて説明する。本フローは、モバイル端末１０３のモバイル端末画面４００でスキャンデータを表示している時にユーザーがＯＣＲボタン４０２を押したことをトリガーに開始する。

Ｓ１４０１で、画像解析部３１０は、スキャンデータに含まれるスキャンデータを解析してオブジェクトとしてブロックを認識する。

Ｓ１４０２で、ＯＣＲ部３１１は、各ブロックに対してＯＣＲ処理を行い、テキスト情報を抽出する。

Ｓ１４０３で、画像分類部３１５の分類処理部７０２は、分類処理を行い、スキャンデータを分類する。以下主に図１２のデータベースが既に作成されている状況を前提に説明する。具体的には操作履歴データベース９００として送信履歴Ｔａｂｌｅ具体例１２０６と送信領域Ｔａｂｌｅ具体例１２０７が既に作成されている場合である。

Ｓ１４０４で、スキャンデータが分類できた場合は、Ｓ１４０５へ遷移する。スキャンデータが分類できなかった場合は、Ｓ１４２６に遷移する。

Ｓ１４０５で、スキャンデータの分類結果に該当するプロパティ定義情報６０１を決定し取得する。

決定されたプロパティ定義情報６０１は、プロパティ管理部３１９を介して記憶部３０９から取得できた場合はＳ１４０７に遷移する。プロパティ定義情報６０１が記憶部３０９から取得できなかった場合はＳ１４０６に遷移する。

Ｓ１４０６で、コマンド送受信部３１３は、文書管理サーバー１０２からＳ１４０５で決定したプロパティ定義情報を取得する。

Ｓ１４０７で、操作履歴管理部３１６は、ＤＢ部３１７の操作履歴データベース９００に対して、分類情報、例として分類１（７０４）をキーに検索を実行し、同一分類ですでに送信した履歴情報があるかどうかを確認する。この時操作履歴データベース９００に問い合わせるＳＱＬ文は９０５である。

Ｓ１４０８で、一致した履歴情報がある場合はＳ１４０９に遷移する。一致した履歴情報がなければＳ１４２６に遷移する。送信履歴Ｔａｂｌｅ具体例１２０６でいうと分類１（７０４）のレコード（１２０８〜１２１２）が５つヒットするのでＳ１４０９に遷移する。

Ｓ１４０９で、操作履歴管理部３１６は、座標処理部３１８でＯＣＲ領域の座標情報を取得する。

Ｓ１４１０で、操作履歴管理部３１６は、Ｓ１４０９で取得したＯＣＲブロック数を繰り返す。

Ｓ１４１１で、操作履歴管理部３１６は、図８を用いて説明した座標正規化処理を行い、座標を補正する。

Ｓ１４１２で、操作履歴管理部３１６は、分類情報が分類１（７０４）で、選択済み領域と操作履歴データベース９００の座標で一致するものがあるかどうかを確認する。この時操作履歴データベース９００に問い合わせる問い合わせのＳＱＬ文は９１１である。送信履歴Ｔａｂｌｅ具体例１２０６でいうとレコード１２０８が１つヒットする。

Ｓ１４１３で、一致した履歴情報があれば、Ｓ１４１４へと遷移する。一致した履歴がなければＳ１４１０に遷移する。

Ｓ１４１４で、一致した履歴のプロパティ識別情報（ｉｎｔｅｒｎａｌｎａｍｅ）がすべて同一であれば、Ｓ１４１３に遷移する。一致した履歴のプロパティ識別情報がすべて同一でなければ、Ｓ１４２１に遷移する。この時操作履歴データベース９００に問い合わせるＳＱＬ文は９０７である。送信履歴Ｔａｂｌｅ具体例１２０６でいうと、プロパティ識別情報はすべて「ｔｅｌ」であるので、すべて同一でないと判断し、Ｓ１４１５に遷移する。

Ｓ１４１５で、操作履歴管理部３１６は、ＯＣＲブロックのプロパティ識別情報を決定する。

Ｓ１４１６で、情報表示部３０６は、プロパティ定義情報テキスト表示エリア領域１３１０を作成する。

本実施例では、スキャンデータの分類が１のため、ｃｌａｓｓｉｆｉｃａｔｉｏｎ１のプロパティ定義情報６０１を文書管理サーバー１０２から取得する。

情報表示部３０６は、プロパティ定義情報６０１をもとに、プロパティ定義情報テキスト表示エリア領域１３１０を描画する。

情報表示部３０６は、プロパティ定義情報６０１のｃｌａｓｓｉｆｉｃａｔｉｏｎ１エレメントのＩｔｅｍＰｒｏｐｅｒｔｙを抽出する。ＩｔｅｍＰｒｏｐｅｒｔｙは５個のエレメントを含むため、ＵＩ部に１３１１〜１３１５のリスト領域を描画する。リストの各行の第一カラムには、各ＩｔｅｍＰｒｏｐｅｒｔｙの属性：ＤｉｓｐｌａｙＮａｍｅの値を設定する。本例では、１３１１〜１３１５の第一カラムは、”会社名”、”ユーザー電話番号”、”日付”、”商品コード１”、”数量１”を設定する。各ＩｔｅｍＰｒｏｐｅｒｔｙの属性：Ｖｉｓｉｂｌｅ＝”Ｔｒｕｅ”であるため、ＩｔｅｍＰｒｏｐｅｒｔｙは５個のエレメントを表示するが、Ｖｉｓｉｂｌｅ＝”Ｆａｌｓｅ”のエレメントに対して表示を行わない。

また、各ＩｔｅｍＰｒｏｐｅｒｔｙの値については、この時点で未定のため未設定のままである。各ＩｔｅｍＰｒｏｐｅｒｔｙの値は、以降のステップにより自動的に決定される場合は、その値が情報表示部３０６によって設定される。

コマンド生成部３１２は、プロパティ定義情報テキスト表示エリア領域１３１０に値が設定された場合、操作履歴管理部３１６の自動入力、ユーザーの手動入力に関わらず、対応するｉｎｔｅｒｎａｌｎａｍｅの値を含むプロパティ情報６０２を生成する。

Ｓ１４１７で、操作履歴管理部３１６は、Ｓ１４１３で一致した履歴の送信結果（ｓｅｎｄｍｅｓｓａｇｅ）を確認する。この時操作履歴データベース９００に問い合わせるＳＱＬ文は９０８である。

Ｓ１４１８で、送信結果（ｓｅｎｄｍｅｓｓａｇｅ）がすべて同一であれば、Ｓ１４２０へ遷移する。同一でなければＳ１４１９へ遷移する。

Ｓ１４１９で、操作履歴管理部３１６は、送信結果を表示することを決定する。送信履歴Ｔａｂｌｅ具体例１２０６でいうとレコード１２０８の送信結果「０８０−１２３４−１２３４」に決定する。

Ｓ１４２０で、操作履歴管理部３１６は、選択済み領域１４１０のＯＣＲ結果と一致するテキストが操作履歴データベースのＯＣＲ結果（ｏｃｒｒｅｓｕｌｔ）にあるかを確認する。一致するものがあれば、Ｓ１４２１に遷移する。なければＳ１４２４に遷移する。この時操作履歴データベース９００に問い合わせるＳＱＬ文は９０９である。

Ｓ１４２１で、操作履歴管理部３１６は、複数の送信結果があるかどうかを確認する。複数の送信結果の場合はＳ１４２２へ遷移する。複数の送信結果でない場合は、Ｓ１４２３へ遷移する。

Ｓ１４２２で、操作履歴管理部３１６は、送信回数の多い送信結果を表示することを決定する。

Ｓ１４２３で、操作履歴管理部３１６は、送信結果を表示することを決定する。

Ｓ１４２４で操作履歴管理部３１６は、対象のＯＣＲ領域のＯＣＲ結果を表示することを決定する。

Ｓ１４２５で、情報表示部３０６は、プロパティ定義情報テキスト表示エリア領域１３１０に送信結果、またはＯＣＲ結果のテキスト情報を設定する。

Ｓ１４２６で、情報表示部３０６は、図１３のＯＣＲ画面１３０９を表示する。

Ｓ１４２７で、ユーザーにより修正ボタン１３２１〜１３２５が押されると、情報表示部３０６は、図１１の送信確認画面１１００を表示する。

Ｓ１７２８で、ユーザーにより送信実行ボタン１３０８が押されたことをトリガーとして、コマンド生成部３１２は、プロパティ定義情報テキスト表示エリア領域１３１０の値をプロパティ情報６０２として生成する。この時生成されたコマンドは図６のプロパティ情報６０２である。さらにコマンド送受信部３１３が、文書管理アプリ３２１に対してコマンドを送信する。

Ｓ１４２９で、メイン制御部３０５は送信履歴を保存する。この時操作履歴データベース９００に問い合わせるＳＱＬ文は１３１０である。

Ｓ１４３０で、操作履歴管理部３１６は、送信履歴座標が既存の検索領域の枠内に含まれるかを確認し、枠外の場合は検索領域情報を更新する。

以上のように、本実施形態によれば、モバイル端末で取り込んだスキャンデータのＯＣＲ結果、または履歴情報の送信結果のテキスト情報は、履歴情報を元に自動的に決定したプロパティ識別情報とともにＰＣ端末の文書管理アプリに送信される。これにより、ユーザーのサーバー装置への情報の入力の煩雑さを解消することができる。

また、文書管理アプリが、モバイル端末が作成したプロパティ情報を文書ファイルに設定する事により、文書記憶装置内の格納場所に関わらず、文書に関連する属性を付与できるようになる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。

１０１ 画像形成装置
１０２ 文書管理サーバー
１０３ モバイル端末
１０００ スキャン文書管理システム

Claims (7)

1. ユーザー操作に基づく履歴座標を保存する保存手段と、
   受信文書の文字認識を行う認識手段と、
   履歴データの座標と受信文書の座標を比較し、座標が一致した場合に識別情報を決定する決定手段と、
   画像の特徴量を用いて受信文書を分類する分類手段と、
   受信文書にプロパティを付与する付与手段と、
   前記プロパティが付与された前記受信文書を保存する指示を行う保存手段と、を有し、
   前記決定手段により決定した識別情報に基づいて前記付与手段が前記受信文書にプロパティを付与することを特徴とする情報処理装置。
2. 文書管理サーバーからプロパティ定義情報を取得する取得手段と、
   プロパティ定義情報を用いて、テキスト表示エリアを表示する表示手段と、を有し、
   テキスト表示エリアに入力された情報からプロパティ情報が生成されることを特徴とする請求項１に記載の情報処理装置。
3. 前記プロパティ情報に紐付く文章ファイルを含む文書情報を前記文書管理サーバーに送信するコマンド送受信手段と、を有し、
   前記文書管理サーバーは受信した文書情報を記憶部に記憶することを特徴とする請求項２に記載の情報処理装置。
4. コンピュータに、
   ユーザー操作に基づく履歴座標を保存する保存工程と、
   受信文書の文字認識を行う認識工程と、
   履歴データの座標と受信文書の座標を比較し、座標が一致した場合に識別情報を決定する決定工程と、
   画像の特徴量を用いて受信文書を分類する分類工程と、
   受信文書にプロパティを付与する付与工程と、
   前記プロパティが付与された前記受信文書を保存する指示を行う保存工程と、を実行させ、
   前記決定工程により決定した識別情報に基づいて前記付与工程で前記受信文書にプロパティを付与することを特徴とするプログラム。
5. 前記コンピュータに、
   文書管理サーバーからプロパティ定義情報を取得する取得工程と、
   プロパティ定義情報を用いて、テキスト表示エリアを表示する表示工程と、を実行させ、
   テキスト表示エリアに入力された情報からプロパティ情報が生成されることを特徴とする請求項４に記載のプログラム。
6. 前記コンピュータに、
   前記プロパティ情報に紐付く文章ファイルを含む文書情報を前記文書管理サーバーに送信するコマンド送受信工程と、を実行させ、
   前記文書管理サーバーは受信した文書情報を記憶部に記憶することを特徴とする請求項５に記載のプログラム。
7. ユーザー操作に基づく履歴座標を保存する保存工程と、
   受信文書の文字認識を行う認識工程と、
   履歴データの座標と受信文書の座標を比較し、座標が一致した場合に識別情報を決定する決定工程と、
   画像の特徴量を用いて受信文書を分類する分類工程と、
   受信文書にプロパティを付与する付与工程と、
   前記プロパティが付与された前記受信文書を保存する指示を行う保存工程と、を有し、
   前記決定工程により決定した識別情報に基づいて前記付与工程で前記受信文書にプロパティを付与することを特徴とする制御方法。

Images