JP2021163447A

JP2021163447A - 情報処理装置、およびその制御方法とプログラム

Info

Publication number: JP2021163447A
Application number: JP2020172746A
Authority: JP
Inventors: 憲鴇田; Ken Tokita
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2020-03-30
Filing date: 2020-10-13
Publication date: 2021-10-11
Anticipated expiration: 2040-10-13
Also published as: JP7494086B2

Abstract

【課題】文書のスキャン画像や受信したファックス等のデータをファイル化して保存する際の、フォルダの振り分けやファイルの命名に関するルールを、ユーザがより簡便に設定できるようにする。
【解決手段】ファイルをフォルダに振り分けて保存する際に用いるプロパティ情報に関するルールを設定するためのユーザインタフェース画面に、前記ルールを編集するための第１エリアと、ユーザが選択可能なアイテムを表示する第２エリアとを少なくとも設ける。アイテムは、前記プロパティ情報を構成する文字列をユーザが設定するための単位要素であり、ユーザが設定可能な任意の属性の文字列に対応する。そして、前記ルールは、前記第２エリアからユーザによって選択された前記アイテムが、当該ユーザが指定した前記第１エリアにおける所定の位置に配置されることで作成される。
【選択図】図５

Description

本発明は、ファイルをフォルダに振り分ける際のルールを設定する技術に関する。

従来より、ＭＦＰ（（Multifunction Peripheral））等の情報処理装置において、文書をスキャンして得られた画像データやファックスの受信データなどをファイル化し、ネットワーク上のストレージサーバに送信して保存する手法が広く利用されている。そして、ファイル化されたデータを保存する際に、フォルダに自動で振り分けることも行われている。例えば、特許文献１には、事前に設定したフォルダの命名ルールに従って、フォルダの作成及びフォルダへのファックスデータの振り分けを自動で行う技術が開示されている。この特許文献１の技術におけるフォルダの命名ルールとして、第１階層のフォルダ名に属性名「登録名称」、第２階層のフォルダ名に属性名「Fax番号」、第３階層のフォルダ名に属性名「受信日」がそれぞれ設定されていたとする。この場合において、新しくファックスの受信があると、当該ファックスの受信データから特定される情報（登録名称、ファックス番号、受信日）をそれぞれ属性値として対応する属性名に当て嵌めることで、新たなフォルダが作成される。そして、作成されたフォルダに、ファックスの受信データファイルが保存されることになる。

特開２０１９−１６９９５１号公報

上記特許文献１の技術の場合、階層毎に属性名の入力欄（第１階層〜第３階層）が予め決められている。例えば、ユーザが第１階層のフォルダのための入力欄において属性値「Ａ」、第２階層のフォルダのための入力欄において属性値「Ｂ」を入力していたとする。さらに、ユーザが、第１階層と第２階層との間に、属性値「Ｃ」を用いたフォルダを新たに作成したいと考えたとする。このような場合、上記特許文献１の技術では、第２階層以降のフォルダのための入力欄をすべて変更しなければならなかった。具体的には、新たな第２階層のフォルダのための入力欄において属性値「Ｂ」から「Ｃ」に入力内容を変更し、さらに、新たな第３階層（旧第２階層）のフォルダのための入力欄において属性値「Ｂ」を入力する必要があった。つまり、上記特許文献１の技術の場合には、フォルダの階層とその入力欄が固定されていることから、Ｎ階層のフォルダとＮ＋１階層のフォルダとの間に新しくフォルダを挿入するような場合には煩雑な作業が必要であった。

また、特許文献１の場合、属性名を各入力欄のプルダウンメニューより選択させる構成だが、ユーザが新たな属性名を作成し、フォルダの振り分けルールやファイルの命名に関するルールに適用することはできない。

そこで、本開示の技術は、文書のスキャン画像や受信したファックス等のデータをファイル化して保存する際の、フォルダの振り分けやファイルの命名に関するルールを、ユーザがより簡便に設定できるようにすることを目的とする。

本開示に係る情報処理装置は、ファイルをフォルダに振り分けて保存するための情報処理装置であって、前記保存の際に用いるプロパティ情報に関するルールを設定するためのユーザインタフェース画面の表示を制御する表示制御手段を有し、前記ユーザインタフェース画面には、前記ルールを編集するための第１エリアと、ユーザが選択可能な単位アイテムを表示する第２エリアとが少なくとも存在し、前記単位アイテムは、前記プロパティ情報を構成する文字列をユーザが設定するための単位要素であり、前記単位アイテムは、ユーザが設定可能な任意の属性の文字列に対応する特別アイテムを含み、前記ルールは、前記第２エリアからユーザによって選択された前記単位アイテムが、当該ユーザが指定した前記第１エリアにおける所定の位置に配置されることで作成され、前記表示制御手段は、前記特別アイテムについての属性名がユーザによって入力されると、前記第１エリアに表示されている編集中の前記ルールにおけるユーザが指定した位置に、入力された前記属性名を持つ前記特別アイテムを配置し、当該配置された前記特別アイテムを前記第２エリアに追加する、ことを特徴とする。

本開示の技術によれば、文書のスキャン画像や受信したファックス等のデータをファイル化して保存する際の、フォルダの振り分けやファイルの命名に関するルールを、より簡便に設定することが可能となる。

画像処理システムの全体構成を示す図ＭＦＰのハードウェア構成を示すブロック図ＭＦＰ連携サーバ及びストレージサーバのハードウェア構成を示すブロック図画像処理システムのソフトウェア構成を示すブロック図フォルダ振り分けルール設定画面の一例を示す図フォルダ振り分けルール設定画面の一例を示す図フォルダ振り分けルール設定画面の一例を示す図フォルダ振り分けルール設定画面の一例を示す図フォルダ振り分けルール設定画面の一例を示す図設定されたフォルダ振り分けルールを表示する場合の一例を示す図フォルダ振り分けルール設定画面の一例を示す図フォルダ振り分けルール設定画面の一例を示す図ファイル命名ルール設定画面の一例を示す図プロパティ設定画面の一例を示す図プロパティを設定する際の処理の流れを示すフローチャート（ａ）はフォルダ振り分けルール設定画面の一例を示す図、（ｂ）はファイル命名ルール設定画面の一例を示す図プロパティ設定画面表示処理の詳細を示すフローチャートプロパティ設定画面において、カスタムトークンの属性値が入力される様子を示す図。スキャンプロファイル設定画面の一例を示す図スキャンプロファイルの編集用画面の一例を示す図スキャンプロファイルの追加用画面の一例を示す図スキャンプロファイルの追加用画面の一例を示す図送信先設定画面の一例を示す図カスタムトークン正規化ルール設定画面の一例を示す図プロパティ設定画面において、カスタムトークンの属性値が入力される処理の詳細を示すフローチャートフォルダ振り分けルール設定画面でカスタムトークン正規化ルールを選択する様子を示す図プロパティ設定画面でカスタムトークン正規化ルールを選択する様子を示す図

以下、本発明を実施するための形態について図面を用いて説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

［実施形態１］
＜システム構成＞
図１は、本実施形態に係る、情報処理システムの全体構成を示す図である。情報処理システムは、ＭＦＰ（Multifunction Peripheral）１１０、クライアントＰＣ１１１、インターネット上でクラウドサービスを提供するサーバ装置１２０及び１３０を含む。ＭＦＰ１１０及びクライアントＰＣ１１１は、ＬＡＮ（Local Area Network）経由でインターネット上の各種サービスを提供する各種装置に対して通信可能に接続されている。

ＭＦＰ１１０は、スキャン機能を有する情報処理装置の一例である。ＭＦＰ１１０は、スキャン機能に加え印刷機能やＢＯＸ保存機能といった複数の機能を有する複合機である。クライアントＰＣ１１１は、インターネットを介してクラウドサービスの提供を受けることが可能な、デスクトップ端末やモバイル端末等の情報処理装置である。サーバ装置１２０及び１３０は、共にクラウドサービスを提供する情報処理装置である。本実施形態のサーバ装置１２０は、ＭＦＰ１１０から受け取ったスキャン画像に対し画像解析を行ったり、別のサービスを提供するサーバ装置１３０に対しＭＦＰ１１０からのリクエストを転送したりするクラウドサービスを提供する。以下、サーバ装置１２０が提供するクラウドサービスを「ＭＦＰ連携サービス」と呼ぶこととする。サーバ装置１３０は、インターネットを介して送られてきたファイルデータを所定のフォルダに保存したり、クライアントＰＣ１１１のウェブブラウザからの要求に応じて保存ファイルを提供したりするクラウドサービス（以下、「ストレージサービス」と呼ぶ）を提供する。本実施形態では、ＭＦＰ連携サービスを提供するサーバ装置１２０を「ＭＦＰ連携サーバ」と呼び、ストレージサービスを提供するサーバ装置１３０を「ストレージサーバ」と呼ぶこととする。

本実施形態の情報処理システムは、ＭＦＰ１１０、クライアントＰＣ１１１、ＭＦＰ連携サーバ１２０及びストレージサーバ１３０からなる構成としているがこれに限定されない。例えば、ＭＦＰ１１０がクライアントＰＣ１１１やＭＦＰ連携サーバ１２０の役割を兼ね備えてもよい。また、ＭＦＰ連携サーバ１２０はインターネット上ではなくＬＡＮ上に配置されていてもよい。また、ストレージサーバ１３０はメールサーバなどに置き換えて、文書のスキャン画像をメールに添付し送信する場面に適用してもよい。

＜ＭＦＰ１１０のハードウェア構成＞
図２は、ＭＦＰ１１０のハードウェア構成を示すブロック図である。ＭＦＰ１１０は、制御部２１０、操作部２２０、プリンタ部２２１、スキャナ部２２２、モデム２２３を含む。制御部２１０は、以下の各部２１１〜２１９で構成され、ＭＦＰ１１０全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラム（後述のソフトウェア構成図で示す各種機能に対応するプログラム）を読み出して実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。なお、本実施例では１つのＣＰＵ２１１が１つのメモリ（ＲＡＭ２１３またはＨＤＤ２１４）を用いて後述のフローチャートに示す各処理を実行するものとするが、これに限定されない。例えば、複数のＣＰＵや複数のＲＡＭまたはＨＤＤを協働させて各処理を実行してもよい。

ＨＤＤ２１４は、画像データや各種プログラムを記憶する大容量記憶部である。操作部Ｉ／Ｆ２１５は、操作部２２０と制御部２１０とを接続するインタフェースである。操作部２２０には、タッチパネルやキーボードなどが備えられており、ユーザによる操作／入力／指示を受け付ける。なお、タッチパネルへのタッチ操作には、人の指による操作やタッチペンによる操作が含まれる。プリンタＩ／Ｆ２１６は、プリンタ部２２１と制御部２１０とを接続するインタフェースである。印刷用の画像データはプリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ部２２１へ転送され、記録媒体上に印刷される。

スキャナＩ／Ｆ２１７は、スキャナ部２２２と制御部２１０とを接続するインタフェースである。スキャナ部２２２は、不図示の原稿台やＡＤＦ（Auto Document Feeder）にセットされた原稿を読み取ってスキャン画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。スキャナ部２２２で生成されたスキャン画像データは、プリンタ部２２１にて印刷したり（コピー出力）、ＨＤＤ２１４に保存したり、ＬＡＮを介してＭＦＰ連携サーバ１２０等の外部装置にファイル送信やメール送信したりすることができる。モデムＩ／Ｆ２１８は、モデム２２３と制御部２１０とを接続するインタフェースである。モデム２２３は、ＰＳＴＮ上のファクシミリ装置（不図示）との間で画像データをファクシミリ通信する。ネットワークＩ／Ｆ２１９は、制御部２１０（ＭＦＰ１１０）をＬＡＮに接続するインタフェースである。ＭＦＰ１１０は、ネットワークＩ／Ｆ２１９を用いて、インターネット上の各サービスに画像データや情報を送信したり、各種情報を受信したりする。以上説明したＭＦＰ１１０のハードウェア構成は一例であり、必要に応じてその他の構成を備えるものであってもよいし、一部の構成を有していなくてもよい。

＜クライアントＰＣ及びサーバ装置のハードウェア構成＞
図３は、クライアントＰＣ１１１、ＭＦＰ連携サーバ１２０及びストレージサーバ１３０のハードウェア構成を示すブロック図である。クライアントＰＣ１１１、ＭＦＰ連携サーバ１２０及びストレージサーバ１３０は、ＣＰＵ３１１、ＲＯＭ３１２、ＲＡＭ３１３、ＨＤＤ３１４及びネットワークＩ／Ｆ３１５で構成される。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種処理を実行することで、全体の動作を制御する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラムを記憶する大容量記憶部である。ネットワークＩ／Ｆ３１５は、クライアントＰＣ１１１／ＭＦＰ連携サーバ１２０／ストレージサーバ１３０をインターネットに接続するインタフェースである。ＭＦＰ連携サーバ１２０とストレージサーバ１３０は、ネットワークＩ／Ｆ３１５を介して他の装置（ＭＦＰ１１０やクライアントＰＣ１１１など）から様々な処理のリスエストを受け、当該リクエストに応じた処理結果を返す。

＜情報処理システムのソフトウェア構成＞
図４は、本実施形態に係る、情報処理システムのソフトウェア構成を示すブロック図である。以下、ＭＦＰ１１０、ＭＦＰ連携サーバ１２０及びストレージサーバ１３０それぞれの役割に対応したソフトウェア構成を、順に説明する。なお、以下では、各装置が有する諸機能のうち、ＭＦＰ１１０にて文書をスキャンして得たスキャン画像をファイル化し、ＭＦＰ連携サーバ１２０を介してストレージサーバ１３０に保存するまでの処理に関わる機能に絞って説明を行うものとする。

≪ＭＦＰのソフトウェア構成≫
ＭＦＰ１１０の機能モジュールは、ネイティブ機能モジュール４１０とアディショナル機能モジュール４２０の２つに大別される。ネイティブ機能モジュール４１０はＭＦＰ１１０に標準的に備えられたアプリケーションであるのに対し、アディショナル機能モジュール４２０はＭＦＰ１１０に追加的にインストールされたアプリケーションである。アディショナル機能モジュール４２０は、Ｊａｖａ（登録商標）をベースとしたアプリケーションであり、ＭＦＰ１１０への機能追加を容易に実現できる。なお、ＭＦＰ１１０には図示しない他の追加アプリケーションがインストールされていてもよい。

ネイティブ機能モジュール４１０は、スキャン実行部４１１及びスキャン画像管理部４１２を有する。また、アディショナル機能モジュール４２０は、表示制御部４２１、スキャン制御部４２２、連携サービスリクエスト部４２３、画像処理部４２４を有する。

表示制御部４２１は、操作部２２０のタッチパネルに、各種のユーザ操作を受け付けるためのユーザインタフェース画面（ＵＩ画面）を表示する。各種のユーザ操作には、例えば、ＭＦＰ連携サーバ１２０へアクセスするためのログイン認証情報の入力、スキャン設定、フォルダの振り分けやファイルの命名に関するルールの設定、スキャンの開始指示、ファイルの保存指示などがある。

スキャン制御部４２２は、ＵＩ画面でなされたユーザ操作（例えば「スキャン開始」ボタンの押下）に応じて、スキャン設定の情報と共にスキャン実行部４１１に対しスキャン処理の実行を指示する。スキャン実行部４１１は、スキャン制御部４２２からのスキャン処理の実行指示に従い、スキャナＩ／Ｆ２１７を介してスキャナ部２４０に文書の読み取り動作を実行させ、スキャン画像データを生成する。生成したスキャン画像データは、スキャン画像管理部４１２によってＨＤＤ２１４に保存される。この際、保存されたスキャン画像データを一意に示すスキャン画像識別子の情報が、スキャン制御部４２２へ通知される。スキャン画像識別子は、ＭＦＰ１１０においてスキャンした画像をユニークに識別するための番号や記号、アルファベットなどである。スキャン制御部４２２は、例えばファイル化する対象のスキャン画像データを上記のスキャン画像識別子を使ってスキャン画像管理部４１２から取得する。そして、ファイル化のために必要な処理のリクエストをＭＦＰ連携サーバ１２０に対して行うよう、連携サービスリクエスト部４２３に対して指示する。

連携サービスリクエスト部４２３は、ＭＦＰ連携サーバ１２０に対して各種処理のリクエストを行ったり、そのレスポンスを受け取ったりする。各種処理には、例えば、ログイン認証、スキャン画像の解析、スキャン画像データの送信などが含まれる。ＭＦＰ連携サーバ１２０とのやり取りにはＲＥＳＴやＳＯＡＰなどの通信プロトコルが使用される。

画像処理部４２４は、スキャン画像データに対し所定の画像処理を行って、表示制御部４２１が表示するＵＩ画面で用いられる画像を生成する。

≪サーバ装置のソフトウェア構成≫
まず、ＭＦＰ連携サーバ１２０のソフトウェア構成について説明する。ＭＦＰ連携サーバ１２０は、リクエスト制御部４３１、画像処理部４３２、ストレージサーバアクセス部４３３、データ管理部４３４、表示制御部４３５を有する。リクエスト制御部４３１は、外部装置からのリクエストを受信できる状態で待機しており、受信したリクエスト内容に応じて、画像処理部４３２、ストレージサーバアクセス部４３３、データ管理部４３４に対し所定の処理の実行を指示する。画像処理部４３２は、ＭＦＰ１１０から送られてくるスキャン画像データに対して、文字領域の検出処理、文字認識処理、類似文書の判定処理といった画像解析処理の他、回転や傾き補正といった画像加工処理を行う。ストレージサーバアクセス部４３３は、ストレージサーバ１３０に対する処理のリクエストを行う。クラウドサービスでは、ＲＥＳＴやＳＯＡＰなどのプロトコルを用いてストレージサーバにファイルを保存したり、保存したファイルを取得したりするための様々なインタフェースを公開している。ストレージサーバアクセス部４３３は、公開されたインタフェースを使用して、ストレージサーバ１３０に対するリクエストを行う。データ管理部４３４は、ＭＦＰ連携サーバ１２０で管理するユーザ情報や各種設定データ等を保持・管理する。表示制御部４３５は、インターネット経由で接続されたＭＦＰ１１０やクライアントＰＣ１１１上で動作しているウェブブラウザからのリクエストを受けて、画面表示に必要な画面構成情報（ＨＴＭＬ、ＣＳＳ等）を返す。ユーザは、ウェブブラウザで表示される画面経由で、登録されているユーザ情報を確認したり、スキャン設定やフォルダの振り分けやファイルの命名に関するルール設定の変更を行うことができる。

次に、ストレージサーバ１３０のソフトウェア構成について説明する。ストレージサーバ１３０は、リクエスト制御部４４１、ファイル管理部４４２、表示制御部４４３を有する。リクエスト制御部４４１は、外部装置からのリクエストを受信できる状態で待機しており、本実施形態においてはＭＦＰ連携サーバ１２０からのリクエストに応じて、受信したファイルの保存や保存ファイルの読み出しをファイル管理部４４２に指示する。そして、リクエストに応じたレスポンスをＭＦＰ連携サーバ１２０に返す。表示制御部４４３は、インターネット経由で接続されたＭＦＰ１１０やクライアントＰＣ１１１上で動作しているウェブブラウザからのリクエストを受けて、画面表示に必要な画面構成情報（ＨＴＭＬ、ＣＳＳ等）を返す。ユーザは、ウェブブラウザで表示される画面経由で、保存ファイルを確認したり取得したりすることができる。

なお、図４では省略しているが、クライアントＰＣ１１１も前述のアディショナル機能モジュール４２０と同一の機能モジュールを備えているものとする。

＜フォルダ振り分けルールの設定＞
続いて、文書のスキャン画像をファイル化してストレージサーバ１３０に保存する場面における、その保存先フォルダの振り分けに関するルールの設定について説明する。本実施形態では、クライアントＰＣ１１１において、フォルダ振り分けルールの設定をはじめとする各種の設定を行うものとして説明する。なお、以下に述べる各種ＵＩ画面の表示や設定されたルールの保存といった制御は、クライアントＰＣ１１１が備える前述のアディショナル機能モジュール４２０によって実現される。すなわち、以下に述べる内容は、アディショナル機能モジュール４２０を備えたＭＦＰ１１０で行うことも可能である。

図５は、クライアントＰＣ１１１のディスプレイ（不図示）に表示される、ファイルの振り分け先（保存先フォルダ）に関するルールをユーザが設定するためのＵＩ画面（以下、「フォルダ振り分けルール設定画面」と呼ぶ。）の一例を示す図である。図５に示すフォルダ振り分けルール設定画面５００は、初期表示状態を示しており、ルール編集領域５０１、システムトークン領域５０２、区切り文字トークン領域５０３、カスタムトークン領域５０４の４つの領域を有している。そして、ルール編集領域５０１にはトークンドロップエリア５０７が存在し、さらに画面下部には、設定したルールを確定・保存するための「保存」ボタン５０５が存在している。

本明細書において“トークン”とは、ファイルをストレージサーバ１３０に保存する際に必要なプロパティ情報に使用する文字列（記号を含む）を、その属性を踏まえつつユーザが指定するための単位アイテムを意味する。そして、トークンには、予め決まった属性の文字列に対応する一般的なトークン（一般アイテム）と、ユーザがカスタマイズして自由に設定可能な任意の属性の文字列に対応する特別なトークン（特別アイテム）とが含まれる。後述のシステムトークンと区切り文字トークンは一般的なトークンに該当し、後述のカスタムトークンは特別なトークンに該当する。これらトークンは、以下に登場する各種の設定画面において、ドラッグ操作やドロップ操作といったユーザ操作の対象となるＵＩ要素として表現される。

システムトークン領域５０２、区切り文字トークン領域５０３及びカスタムトークン領域５０４には、各種トークンが一覧表示される。そして、ルール編集領域５０１には、各種トークンを用いて作成されたフォルダ振り分けルールが表示されている。ここで、フォルダ振り分けルールには、スキャンデータの振り分け先（保存先フォルダ）のフォルダパス及びフォルダの階層構造に関する情報を含み、予めユーザによって設定される。

≪トークンの設定≫
ユーザは、システムトークン領域５０２、区切り文字トークン領域５０３及びカスタムトークン領域５０４に表示されたトークンのうちの一つをドラッグ操作によって選択し、トークンドロップエリア５０７にドロップ操作を行うことができる。その結果、ドラッグ操作によって選択されたトークンに対応する文字列をフォルダ名（フォルダパス）に含んだ新たなフォルダが疑似的に表現される。

システムトークン領域５０２は、「ログインユーザの表示名」、「時刻」、「日付」といったユーザの環境変数を属性値とするトークンが表示される領域である。区切り文字トークン領域５０３は、「アンダースコア」や「ハイフン」といった区切り文字（記号）を属性値とするトークンが表示される領域である。カスタムトークン領域５０４は、スキャン画像のＯＣＲ結果（認識文字列）から選択された（或いは手動で入力された）任意の文字列を属性値とするトークンが表示される領域である。カスタムトークンはユーザが自由に作成することができる。例えば、カスタムトークン領域５０４に表示されている「ドラッグしてトークンを作成」のトークン５０６をトークンドロップエリア５０７にドロップすると、そのトークンを表す属性名を入力するための入力欄が表示される。つまり、トークン５０６上に表示された「ドラッグしてトークンを作成」の文字列は、システムトークンや区切り文字トークン上に表示された文字列とはその意味が異なる。トークン５０６の場合は、当該トークンの内容を表す属性名そのものではなく、属性名を入力し新たなトークンを作成するようユーザに促す説明文の役割を果たしている。カスタムトークンに付与する属性名の具体的な設定方法など、カスタムトークンの詳細については後述する。

ルール編集領域５０１に表示されたルールの情報は、「保存」ボタン５０５の押下に応答してＭＦＰ連携サーバ１２０に送信され、データ管理部４３４によって管理される。また、「戻る」ボタンが押下された場合には、ルール編集領域５０１に表示中のルールは破棄されて設定処理が終了する。

ここで、本実施形態における、保存先フォルダの振り分けルールについて確認しておく。まず、フォルダ振り分けルールとして設定可能なトークンの組み合わせや順序には、特に制約を設けないものとする。例えば、１つのフォルダ名に対し、区切り文字トークン領域５０３にある区切り文字トークンのみで構成するようなルールを作成してもよいし、同じシステムトークンだけを使ったルールを作成することも可能である。ただし、システムトークン領域５０２及び区切り文字トークン領域５０３に表示された各トークンの内容は変更できないものとする。一方、カスタムトークンに関しては、カスタムトークン領域５０４に表示されているカスタムトークンについてその属性名を自由に変更したり、カスタムトークンそのものを削除できるものとする。

図６は、システムトークン領域５０２内の任意のシステムトークンを、ユーザがルール編集領域５０１にドラッグ＆ドロップしたときのフォルダ振り分けルール設定画面５００の状態を示している。具体的には、システムトークン領域５０２内に表示された複数のシステムトークンのうち、「ログインユーザの表示名」を属性名とするシステムトークン５１１が、トークンドロップエリア５０７にドロップされたときの状態を示している。図６におけるルール編集領域５０１を見ると、ユーザがドロップ操作を行ったトークンドロップエリア５０７の位置（図５を参照）に新たに「ログインユーザの表示名」を属性名とするトークン５０８が配置され、それと共に、新たなトークンドロップエリア５１４及び５１５が生成されている。図６に示す状態下で、トークンドロップエリア５１４に対して、上述の各種トークン領域５０２〜５０４に存在するトークン群の中から１つを選択してドラッグ＆ドロップすると、さらに新しいトークンドロップエリアが生成されることになる（不図示）。そして、新しく生成されたトークンドロップエリアに対してさらに任意のトークンをドラッグ＆ドロップすると、さらなるトークンドロップエリアが生成されていく。こうした作業を繰り返し行った後のフォルダ振り分けルール設定画面５００の状態を図７に示す。図７におけるルール編集領域５０１を見ると、新たに２つのトークン（「｛スペース｝」を属性名とするトークン５１６と「スキャンプロファイルの名前」を属性名とするトークン５１７）が追加され、さらにトークンドロップエリア５１８が生成されている。この場合において、３つのトークン５０８、５１６及び５１７は、第１階層（最上位階層）のフォルダのフォルダ名に設定されている。図７の例に従えば、「（ログインユーザの表示名）（スキャンプロファイルの名前）」をフォルダパスとするフォルダが、最上位階層のフォルダとして作成されることになる。一方、図６に示すルール編集領域５０１において、第２階層に存在するトークンドロップエリア５１５に対して任意のトークンを１つドラッグ＆ドロップした場合も、さらに新しいトークンドロップエリアが生成される。図７におけるルール編集領域５０１を見ると、「日付（年、４桁）」のトークン５１９が追加され、さらに２つのトークンドロップエリア５２０及び５２１が生成されている。トークンドロップエリア５２１は、トークン５１９を使用することが決まっている第２階層のフォルダに対して新たなトークンを追加する際に用いられる。また、トークンドロップエリア５２０は、第３階層のフォルダに対して最初のトークンを設定する際に用いられる。

ここまでの説明で明らかなように、３つのトークン５０８、５１６及び５１７をフォルダ名に使用するフォルダと、トークン５１９をフォルダ名に使用するフォルダとでは階層が異なっている（図７を参照）。つまり、フォルダ構造上、トークン５１９をフォルダ名に使用するフォルダの方が、３つのトークン５０８、５１６及び５１７をフォルダ名に使用するフォルダよりも下層に存在する。なお、上述のようにしてルール編集領域５０１に設定されたトークンであっても、ドラッグ操作によって、隣り合うトークン同士を入れ替えたり、トークン間に挿入したりする等、配置を変更することができる。

≪トークンの削除≫
続いて、上述のようにして設定されたフォルダ階層別のトークンをユーザが削除する場合について説明する。ルール編集領域５０１に表示中のいずれかのトークンに対し、ユーザがマウスホバー操作すると、当該トークン上に「×」ボタンが表示される（不図示）。ユーザはこの「×」ボタンを押下することで、任意のトークンを削除することができる。図８は、上述のような削除操作によって、ルール編集領域５０１に設定されたトークンが削除された後のフォルダ振り分けルール設定画面５００の状態を示している。図８のルール編集領域５０１においては、トークンが削除された箇所に「削除済み」のＵＩブロック５２２及び５２３が表示されている。この「削除済み」と表示されたＵＩブロック５２２及び５２３はトークンドロップエリアとして機能し、当該ＵＩブロックに対して新しいトークンをドラッグ＆ドロップすると、「削除済み」と表示されている位置に新しいトークンが設定される。このように本実施形態では、ルール編集領域５０１に表示中のトークンが削除されても、当該トークンが存在していた領域が維持される。ただし、「削除済み」のＵＩブロックを表示しそこに新しいトークンを配置できるようにすることなく、トークンが削除された領域を詰めて表示するようにしてもよい。図８の状態下で、ユーザが「保存」ボタン５０５を押下すると、フォルダ振り分けルール設定画面５００は図９に示す状態へと遷移し、「削除済み」のＵＩブロックは表示されなくなる。

≪設定されたフォルダ振り分けルールの確認≫
図１０は、前述のフォルダ振り分けルール設定画面５００を介してユーザが作成・保存したフォルダ振り分けルールが、不図示のメイン画面において表示された状態の一例を示す図である。図１０に示す例では、フォルダ階層の区切りをスラッシュで表したフォルダパス１００１が表示されている。なお、図１０に示すフォルダパス１００１は、後述の図１２におけるルール編集領域５０１のように、第１階層〜第３階層のフォルダそれぞれに所定のトークンを設定した結果に対応している。仮に、図８に示すルール編集領域５０１に設定されたトークンに従った場合には、表示されるフォルダパスの内容は「{ログインユーザの表示名}/日付（月）」となる。つまり、図８の場合は、第２階層のフォルダのためのトークンが削除され、第１階層と第３階層のフォルダそれぞれに設定されたトークンに従ったフォルダパスが表示されることになる。このように、設定されていたトークンが削除されたことによって特定の階層のフォルダのためのトークンが存在しなくなった場合には、当該階層のフォルダを詰めた状態のフォルダパスが表示されることになる。

＜カスタムトークン＞
続いて、本実施形態の特徴であるカスタムトークンを用いて、フォルダ振り分けルールを設定する場合のユーザ操作並びにそれに伴うＵＩ画面の遷移について説明する。図１１は、ルール編集領域５０１における第３階層のトークンドロップエリアに、カスタムトークン５０６をドロップしたときのフォルダ振り分けルール設定画面の状態を示している。いま、カスタムトークン５０６がドロップ操作されたトークンドロップエリアには「追加中…」の文字１１００が表示され、さらに当該ドロップ操作に応じてポップアップ表示されたテキストフィールド１１０１に“会社名”の文字列が入力されている。こうしてテキストフィールド１１０１に入力された文字列は、テキストフィールド１１０１内の「保存」ボタン１１０２の押下によって、第３階層のフォルダのためのトークンの属性名として設定されることになる。なお、「キャンセル」ボタンは、カスタムトークンの設定をとりやめる際に使用する。

図１２は、ユーザによって「保存」ボタン１１０２が押下されたことによって、カスタムトークンが設定された後のフォルダ振り分けルール設定画面５００の状態を示している。上述のテキストフィールド１１０１に入力された文字列「会社名」を属性名として持つトークン１２０１が、ルール編集領域５０１内の第３階層のフォルダのためのトークンとして表示されている。さらに、カスタムトークン領域５０４には、今回作成したカスタムトークンを再利用できるように、文字列「会社名」を属性名として持つカスタムトークン１２０２が表示されている。なお、テキストフィールド１１０１に入力された文字列が、再利用可能なカスタムトークンの属性名として保存されるタイミングは、テキストフィールド１１０１に属性名を入力した直後（すなわち、「保存」ボタン１１０２を押下する前）でもよい。また、システムトークンまたは区切り文字トークンとして既に存在する属性名と同一内容のトークンを、新たにカスタムトークンとして作成した場合にも、新たなカスタムトークンとしてカスタムトークン領域５０４に追加されるものとする。ただし、カスタムトークン領域５０４に既に存在するカスタムトークンの属性名と同一の文字列をテキストフィールド１１０１に入力したとしても、同じ属性名を持つカスタムトークンが重複してカスタムトークン領域５０４に表示されることはないものとする。なお、既存のカスタムトークンの属性名として使用済みの文字列がテキストフィールド１１０１に入力された際には、当該文字列は属性名として使用できない旨のメッセージを表示する等してユーザに通知するようにしてもよい。或いは、テキストフィールド１１０１への上記使用済み文字列の入力や当該入力に基づくカスタムトークンの設定自体は許容しつつ、カスタムトークン領域５０４への追加だけ行わないようにしてもよい。さらには、システムトークンまたは区切り記号トークンと同じ属性名を持つカスタムトークンが作成されても、カスタムトークンとしては登録・利用できないようにしてもよい。

＜カスタムトークンの抽出規則、および検証規則の設定＞
カスタムトークンに対して、文字列抽出規則及び文字列検証規則を設定する設定方法について説明する。本実施形態では、文字列抽出規則及び文字列検証規則の設定も、クライアントＰＣ１１１で行う場合を例に説明を行うものとする。

文字列抽出規則とは、プロパティ設定時に属性値入力フィールドに入力された値を正規化（抽出や削除）するルールである。つまり、属性値入力フィールドに入力された値から特定の文字列を抽出あるいは削除する際に参照されるルールである。一方、文字列検証規則とは、プロパティ設定時に属性値入力フィールドに入力された値を検証するルールである。文字列検証規則を検証した結果、属性値入力フィールドに入力された文字列が規定の形式に従っていない場合には、ユーザにその旨の警告がなされる。

図２４は、クライアントＰＣ１１１のディスプレイに表示される文字列抽出規則及び文字列検証規則をユーザが設定するためのＵＩ画面（以下、「カスタムトークン正規化ルール設定画面」と呼ぶ。）の一例を示す図である。図２４に示すカスタムトークン正規化ルール設定画面２４００は初期表示状態を示している。カスタムトークン正規化ルール設定画面２４００の表示方法については特に限定しない。例えば、図１１及び図１２のフォルダ振り分けルール設定画面５００において、登録されたカスタムトークンを選択したタイミングで表示する。或いは、カスタムトークン登録画面（不図示）を別途設け、当該カスタムトークン登録画面内の「追加」ボタンが押下され、続けて属性名が入力されたタイミングで表示させてもよい。

カスタムトークン正規化ルール設定画面２４００には、表示名２４０１、デフォルト値２４０２、データの抽出規則２４０３、データの検証規則２４０４の各設定項目が存在する。各設定項目に対応するテキストフィールド内に任意の文字列を入力することで、各設定項目についての設定値が決まる。表示名２４０１では、属性名を設定する。デフォルト値２４０２では、属性値入力フィールドにデフォルトで入力される値を設定できる。データ抽出規則２４０３では、上述の文字列抽出規則を設定できる。データ検証規則２４０４では、上述の文字列検証規則を設定できる。デフォルト値２４０２及びデータ抽出規則２４０３及びデータ検証規則２４０４は空欄のままであってもよく、任意の組み合わせで値が入力されていてもよい。

また、データ抽出規則２４０３及びデータ検証規則２４０４に設定値を入力する形式は限定されない。例えば、正規表現を直接ユーザが入力する他、プルダウン形式で選択肢を表示しその中から選択するような形式が考えられる。例えば、文字列抽出規則として、商号に含まれている“株式会社”の文字列を削除する規則を設定したい場合には「.+(?=株式会社)|(?<=株式会社).+」を、データ抽出規則２４０３に直接入力することによって実現可能としてもよい。また、文字列検証規則として、入力された文字列が半角数字のみで構成されているかどうかを検証する規則を設定したい場合には、「[0-9]+」を、データ検証規則２４０４に直接入力することによって実現可能としてもよい。このような直接入力に代えて、選択肢を表示させる例としては、例えば文字列抽出規則について、「株式会社等の商号を削除する」といった選択肢を表示する。あるいは文字列検証規則について、「日付フォーマット：YYYYMMDD」や「日付フォーマット：YYYY年MM月DD日」といった選択肢を表示することが考えられる。

＜ファイル命名ルールの設定＞
続いて、スキャン画像等をファイル化する際に付与されるファイル名に関する命名ルールの設定について説明する。本実施形態では、ファイル命名ルールの設定も、クライアントＰＣ１１１で行う場合を例に説明を行うものとする。図１３は、クライアントＰＣ１１１のディスプレイ（不図示）に表示される、ファイル命名ルールをユーザが設定するためのＵＩ画面（以下、「ファイル命名ルール設定画面」と呼ぶ。）の一例を示す図である。図１３に示すファイル命名ルール設定画面１３００は、初期表示状態を示しており、前述のフォルダ振り分けルール設定画面５００と同様の画面構成となっている。すなわち、ファイル命名ルール設定画面１３００も、ルール編集領域１３０１、システムトークン領域１３０２、区切り文字トークン領域１３０３、カスタムトークン領域１３０４の４つの領域を有している。そして、ルール編集領域１３０１にはトークンドロップエリア１３０５が存在し、さらに画面下部には、設定されたファイル命名ルールを確定・保存するための「保存」ボタン１３０６が存在している。以下、フォルダ振り分けルール設定画面５００と異なる点を中心に説明を行う。

ファイル命名ルールの作成も、システムトークン領域１３０２、区切り文字領域１３０３、カスタムトークン領域１３０４に表示されている各種トークンをドラッグ＆ドロップして、ルール編集領域１３０１に配置することによって行う。フォルダ振り分けルール設定画面５００との違いは、ファイル名の場合は階層構造となっておらず、新たなトークンをルール編集領域１３０１に追加したとしても、トークンドロップエリアが複数表示されることはないという点である。

ルール編集領域１３０１に配置された１又は複数のトークンは、単一のファイル名の構成要素となる。つまり、設定されたトークンが複数の場合には、各トークンの属性値を連結することで１つのファイル名が生成されることになる。

いま、図１３に示すファイル命名ルール設定画面１３００のカスタムトークン領域１３０４には、「会社名」を属性名とするカスタムトークン１３１１及び「見積書」を属性名とするカスタムトークン１３１２が表示されている。これら２つのカスタムトークンのうち、「会社名」のカスタムトークン１３１１は、前述のフォルダ振り分けルール設定画面５００にて作成されたカスタムトークン１２０２に対応している。すなわち、フォルダの振り分けルールの設定時に作成されたカスタムトークンが、ファイル命名ルール設定時にも利用可能なカスタムトークンとして表示されたものである。同様に、ファイル命名ルール設定画面１３００のカスタムトークン領域１３０４に表示されている「見積書」のカスタムトークン１３１２も、その作成以降は、フォルダ振り分けルール設定画面５００を開いた際にそのカスタムトークン領域５０４に表示されることになる。このようにフォルダ振り分けルール設定画面とファイル命名ルール設定画面との間でカスタムトークンを共有させることができる。

＜ファイル化時のプロパティ設定＞
次に、スキャン画像等をファイル化する際のプロパティ設定における具体的な処理の流れについて説明する。ここで、プロパティとは、ファイル化対象のデータ毎に必要なファイル名、フォルダパス、メタデータなどを指す。例えば、ある文書をスキャンしてファイル化し、ストレージサーバ１３０に保存する場合、ユーザは上述のようにして設定した保存先フォルダの振り分けルール及びファイル命名ルールが反映されたプロパティ設定画面を介して、必要なプロパティを設定することになる。

図１４は、プロパティ設定画面の一例を示す図である。図１４に示すプロパティ設定画面１４００は初期表示状態であり、プレビューペイン１４０１とプロパティペイン１４０２の２ペイン構成となっている。いま、プレビューペイン１４０１内には「御見積書」の帳票のスキャン画像がプレビュー表示されている。プレビューペイン１４０１では、スキャン画像をスクロール・ズームして、当該スキャン画像における任意の位置を表示させることができる。プロパティペイン１４０２は、処理対象のスキャン画像に対して付与すべきプロパティを表示・編集するためのペインである。いま、プロパティペイン１４０２内には、フォルダパス表示領域１４０３、ファイル名表示領域１４０４、フォルダパスに対応する属性値入力フィールド１４０５、ファイル名に対応する属性値入力フィールド１４０６が表示されている。そして、フォルダパス表示領域１４０３に表示されている「/tokita/｛会社名｝/2020.02.27」は、前述のフォルダ振り分けルール設定画面５００で設定されたフォルダ振り分けルールに基づいている。また、ファイル名表示領域１４０４に表示されている「{見積書}＿20200227_｛会社名｝_1」はファイル命名ルール設定画面１３００で設定されたファイル名の命名ルールに基づいている。各ルールに基づくフォルダパスとファイル名の表示の詳細については後述する。

＜プロパティ設定処理の流れ＞
図１５は、ＭＦＰ１１０上で上述のプロパティ設定画面１４００を介して、ユーザがファイルのプロパティを設定する際の処理の流れを示すフローチャートである。本フローは、ＭＦＰ１１０の表示制御部４２１が、プロパティ設定画面１４００を開く旨のユーザ指示を受け付けたことをトリガーとしてその実行を開始する。いま、フォルダ振り分けルールとファイル命名ルールは、それぞれ図１６（ａ）（ｂ）及び（ｃ）の設定画面において示す以下の内容が設定されているものとする。

≪フォルダ振り分けルールの設定内容≫
「『ログインユーザの表示名』（システムトークン）/『会社名』（カスタムトークン）/『年』（システムトークン）『ピリオド』（区切り文字トークン）『月』（システムトークン）『ピリオド』（区切り文字トークン）『日』（システムトークン）」
≪ファイル命名ルールの設定内容≫
「『見積書（カスタムトークン）』『アンダーバー（区切り文字トークン）』『年（システムトークン）』『月（システムトークン）』『日（システムトークン）』『アンダーバー（区切り文字トークン）』『会社名（カスタムトークン）』」
≪会社名（カスタムトークン）のカスタムトークン正規化ルールの設定内容≫
「表示名：会社名、デフォルト値：空、データ抽出規則：“.+(?=株式会社)|(?<=株式会社).+”（先頭末尾の株式会社を削除する）、データ検証規則：“.+”(空ではない)」
以下、図１５のフローに沿って詳しく説明する。なお、以下の説明において記号「Ｓ」はステップを表すものとする。

まず、Ｓ１５０１にて、ユーザが設定したフォルダ振り分けルールの情報が取得される。続くＳ１５０２では、ユーザが設定したファイル命名ルールの情報が取得される。次のＳ１５０３とＳ１５０４では、Ｓ１５０１及びＳ１５０２で取得した情報に含まれるシステムトークンの数だけその属性値を取得する処理が繰り返される。具体的には、システムトークンに対応したユーザの環境変数に対応する文字列が、ＭＦＰ連携サーバ１２０のデータ管理部４３４から取得されることになる。例えば、システムトークン「年」、「月」、「日」に対しては、スキャンした日付を表す文字列“２０２０”、“２”、“２７”がそれぞれ取得される。また、システムトークン「ログインユーザの表示名」に対しては、システムに登録されたユーザのユーザ名を表す文字列“ｔｏｋｉｔａ”が取得される。上述の例の場合には、フォルダ振り分けルールの中に４個、ファイル命名ルールの中に３個、システムトークンが含まれるので、属性値の取得が７回繰り返されることになる。取得した各ルールの中にシステムトークンが含まれない場合は、Ｓ１５０３及びＳ１５０４の処理をスキップし、Ｓ１５０５へ進む。システムトークンは、カスタムトークンや区切り文字トークンとは違い、システムの設定に応じて属性値が動的に変わる。そのため、システムトークン毎の対応する文字列（属性値）を、システム設定に変更がある都度、更新しておく必要がある。

Ｓ１５０５では、Ｓ１５０１で取得したフォルダ振り分けルール及びＳ１５０４にて取得したシステムトークン毎の文字列を使用して、フォルダパスが生成される。続くＳ１５０６では、Ｓ１５０２で取得したファイル命名ルール及びＳ１５０４で取得したシステムトークン毎の文字列を使用して、ファイル名が生成される。このとき、区切り文字トークンについては、ピリオドやスペースといった該当する区切り文字が入る。また、カスタムトークンについては、対応する属性名の文字列が暫定的に入る。

次のＳ１５０７では、前述のプロパティ設定画面１４００がクライアントＰＣ１１１のディスプレイ（不図示）上に表示される。図１７は、プロパティ設定画面表示処理の詳細を示すフローチャートである。以下、図１７のフローに沿って詳しく説明する。

Ｓ１７０１では、Ｓ１５０５で生成したフォルダパスが、プロパティ設定画面１４００のフォルダパス表示領域１４０３に表示される。前述のとおり、図１４の例では「/tokita/（会社名）/2020.02.27」が表示されることになる。この場合において、「ログインユーザの表示名」をその属性名とするシステムトークンに対しては、文字列「tokita」が入っている。また、「会社名」をその属性名とするカスタムトークンに対しては、例えばスキャン画像から所望のテキストブロックを選択することによって文字列が入るものなので、現段階では属性名を示す「会社名」の文字列が仮に入っている。そして、「年」、「月」、「日」をそれぞれ属性名とする各システムトークンに対しては、プレビューペイン１４０１内のスキャン画像が取得された日付を表す“2020”、“02”、“27”の各数字が、区切り文字トークンである“．（ピリオド）”を挟んで入っている。スキャンを実行した日が変われば、その都度、これらシステムトークンに対して割り当てられる数字は変わることになる。

Ｓ１７０２では、Ｓ１５０１で取得したフォルダ振り分けルールに、カスタムトークンが含まれるか否かが判定される。カスタムトークンが含まれていればＳ１７０３に進み、含まれていなければＳ１７０５に進む。上述の例では、「会社名」を属性名とするカスタムトークンが含まれているので、Ｓ１７０３に進むことになる。

Ｓ１７０３及びＳ１７０４では、フォルダ振り分けルールに含まれるカスタムトークンの数の分だけ、カスタムトークンのための属性値入力フィールド１４０５を表示する処理が繰り返される。上述の例では、フォルダ振り分けルールに含まれるカスタムトークンは１つなので、表示される属性値入力フィールドも１つであるが（図１４を参照）、複数のカスタムトークンが含まれていた場合は複数の属性値入力フィールドが表示されることになる。なお、フォルダ振り分けルールにカスタムトークンが含まれていない場合（Ｓ１７０２でＮｏ）は、属性値入力フィールドは表示されない。

次のＳ１７０５では、Ｓ１５０６で生成したファイル名が、プロパティ設定画面１４００のファイル名表示領域１４０４に表示される。前述のとおり、図１４の例では「{見積書}＿20200227_｛会社名｝_1」が表示されることになる。この場合において、「年」、「月」、「日」のシステムトークンに対しては、プレビューペイン１４０１内のスキャン画像が取得された日付を表す“2020”、“02”、“27”の各数字が、区切り文字を用いることなく繋げて表示されている。また、「見積書」と「会社名」をそれぞれ属性名とするカスタムトークンについては、上述のとおり、それぞれの属性名を示す文字列が仮に入っている。

Ｓ１７０６では、Ｓ１５０２で取得したファイル命名ルールに、カスタムトークンが含まれるか否かが判定される。カスタムトークンが含まれていればＳ１７０７に進み、含まれていなければ本処理を抜ける。ここでは上述のとおり、「見積書」と「会社名」をそれぞれ属性名とするカスタムトークンが含まれているので、Ｓ１７０７に進むことになる。

Ｓ１７０７及びＳ１７０８では、ファイル命名ルールに含まれるカスタムトークンの数の分だけ、カスタムトークンのための属性値入力フィールド１４０６を表示する処理が繰り返される。上述の例では、ファイル命名ルールに含まれるカスタムトークンの数は２つなので、表示される属性値入力フィールド１４０６の数も２つとなる（図１４を参照）。なお、ファイル命名ルールにカスタムトークンが含まれていない場合は（Ｓ１７０６でＮｏ）、属性値入力フィールド１４０６は表示されない。

以上が、プロパティ設定画面表示処理の内容である。このように本実施形態では、フォルダパスやファイル名のためのルールを作成する際、共通のトークン（カスタムトークン、システムトークン）を用いることができる。そして、共通のトークンが用いられていたとしても、プロパティペイン１４０２においてはフォルダパスとファイル名とで区別して表示されることになる。

図１８は、上述のプロパティ設定画面表示処理が終了した後のプロパティ設定画面１４００において、ユーザによってカスタムトークンの属性値が入力される様子を示している。各カスタムトークンに対応する属性値入力フィールド１４０５／１４０６には、属性名１８０１、属性値１８０２、属性値に対応する切り抜き画像１８０３が表示される。カスタムトークンの属性値（文字列）を包含するテキストブロックを、プレビューペイン１４０１からユーザが未選択のとき、「見積書」を属性名とするカスタムトークンの属性値入力フィールド１４０６のように、属性値１８０２は「なし（空）」の表示となる。また、属性値に対応する切り抜き画像１８０３もブランクとなる。

カスタムトークンの属性値を入力するユーザは、まず、プロパティペイン１４０２に表示されている属性値入力フィールドの中から、対象とするカスタムトークンの属性値入力フィールドを選択する。いま、図１８では属性値入力フィールド１４０５が選択され、ハイライト表示されている。この状態で、ユーザは、カスタムトークンの属性値（文字列）を含むテキストブロックを、プレビューペイン１４０１に表示されたスキャン画像から指定（例えばクリック操作）する。クリック操作がなされたテキストブロックは、プレビューペイン１４０１内で枠線や色を付与したりしてハイライト表示される。これと共に、プロパティペイン１４０２内の選択中の属性値入力フィールド１４０５には、指定されたテキストブロックに含まれる文字列が、属性値１８０２として表示される。このとき、属性値１８０２には、前述の「カスタムトークン正規化ルール設定画面」にて設定されたデータ抽出規則及びデータ検証規則が適用された後の値が表示される。さらに、当該テキストブロックに対応する画像部分が、属性値に対応する切り抜き画像１８０３として表示される。こうして、カスタムトークンに属性値が入力されると、その内容が、フォルダパス表示領域１４０３やファイル名表示領域１４０４に反映される。

ここで、図２５に示すフローチャートを参照して、ユーザによって選択されたテキストブロックの値が属性値入力フィールドに入力される処理を説明する。なお、以下の説明において記号「Ｓ」はステップを表すものとする。

まず、Ｓ２５０１では、ユーザによるテキストブロックの選択操作が検知される。続くＳ２５０２では、属性値入力フィールドが選択されているかが判定される。選択されていない場合はＳ２５０１に戻る。選択されている場合は、Ｓ２５０３に遷移する。

Ｓ２５０３では、ユーザが選択したテキストブロックのＯＣＲ文字列が取得される。具体的には、連携サービスリクエスト部４２３からＭＦＰ連携サーバ１２０に対し、当該選択に係るテキストブロックの解析リクエストが送信され、そのリクエストに基づいて画像処理部４３２がＯＣＲ処理を実行する。そして、ＯＣＲ処理の実行結果が連携サービスリクエスト部４２３に返され、表示制御部４２１が当該実行結果を取得する。例えば、プロパティペイン１４０２にて、「会社名」を属性名とするカスタムトークンの属性値入力フィールド１４０５が選択された状態で、プレビューペイン１４０１にてユーザが、「プラスティック金型株式会社」のテキストブロック１８０４をクリックする。すると、当該テキストブロック１８０４に対して上述の通りにＯＣＲ処理が実行され、ＯＣＲ文字列として「プラスティック金型株式会社」が取得されることになる。

続いて、Ｓ２５０４では、選択されている属性値入力フィールドに対し、文字列抽出規則が設定されているかが判定される。設定されていない場合はＳ２５０７に遷移し、設定されている場合はＳ２５０５に遷移する。

Ｓ２５０５では、設定されている文字列抽出規則が取得される。ここでは「商号に含まれる“株式会社”を削除する」という内容の文字列抽出規則が取得されたものとする。続くＳ２５０６では、S２５０３にて取得されたＯＣＲ文字列から文字列抽出規則に則り、属性値となるデータが抽出される。いま、「プラスティック金型株式会社」のＯＣＲ文字列が取得されているので、そこから「株式会社」を除いた”プラスティック金型“が抽出されることになる。

次のＳ２５０７では、属性値入力フィールドに属性値が入力される。ここでは、属性値入力フィールド１４０５に対して、「プラスティック金型」の文字列が属性値として入力されることになる。このように属性値が入力されると、フォルダパス表示領域１４０３における「{会社名}」の部分が「プラスティック金型」に置き換わる。また、ファイル命名ルールにおいても「会社名」を属性名とするカスタムトークンが設定されていることから、その属性値入力フィールド１４０６に対して同期処理が施される。つまり、ファイル名表示領域１４０４における「{会社名}」の部分も同様に“プラスティック金型“へと置き換わることになる。なお、プレビューペイン１４０１から任意のテキストブロックを指定する以外の方法、例えば、属性値となる文字列をソフトキーボード（不図示）等を用いて手動で入力した場合も、同期処理は行われる。すなわち、共通のカスタムトークンに対してはその属性値の入力方法に関わらず、すべて同じ属性値が設定されることになる。なお、属性値が既に設定済みのカスタムトークンのための属性値入力フィールドを選択して、現在指定中のテキストブロックとは別のテキストブロックを指定すると、既存の属性値が新たに入力された属性値によって上書きされることになる。

続いて、Ｓ２５０８では、選択されている属性値入力フィールドに対し、文字列検証規則が設定されているかが判定される。設定されていない場合は、処理を終了する。設定されている場合は、Ｓ２５０９に遷移する。Ｓ２５０９では、設定されている文字列検証規則が取得される。そして、Ｓ２５１０では、Ｓ２５０７にて入力された属性値が、Ｓ２５０９にて取得した文字列検証規則に則り、検証される。検証した結果、属性値が不正の場合はＳ２５１１に遷移し、入力された属性値が不正である旨のメッセージが表示される（不図示）。一方、検証の結果に問題がなければ、本処理を終了する。

上述のような処理をすべてのカスタムトークンについて終えたユーザは、「送信」ボタン１８０５を押下する。これにより、プロパティ設定画面１４００で設定されたフォルダパス及びファイル名の情報と共に、スキャン画像のデータがＭＦＰ１１０からＭＦＰ連携サーバ１２０へと送られる。そして、ＭＦＰ連携サーバ１２０では、ストレージサーバアクセス部４３３が、受信した情報・データを利用し、スキャン画像のデータに指定されたファイル名を付与してファイル化し、クラウドサーバ１３０の指定されたフォルダに保存する。なお、カスタムトークンに対して属性値を設定しない空の状態でユーザが「送信」ボタン１８０５を押下した場合には、当該属性値の部分が空のままフォルダパス及びファイル名が生成されて保存されることになる。例えば、図１８のプロパティ設定画面１４００では、「見積書」を属性名とするカスタムトークンに対して属性値が設定されていない状態である。この状態のまま、「送信」ボタン１８０５が押下されると、ＭＦＰ連携サーバ１２０は、プレビューペイン１４０１に表示中のスキャン画像のデータを以下の条件で、ストレージサーバ１３０に保存するようリクエストすることになる。

保存先フォルダ：「/tokita/プラスティック金型株式会社/2020.02.27」
ファイル名：「＿20200227_プラスティック金型株式会社_1」
＜スキャンプロファイル＞
上述のようにして設定されるファルダ振り分けルール及びファイル命名ルールは、各種スキャンワークフロー毎に設定することが可能である。ここで、スキャンワークフローとは、帳票等の文書をスキャンして得られたスキャン画像のデータを特定の条件で特定の送信先（例えば、ストレージサーバ１３０）に送信するためのワークフローを意味する。各スキャンワークフローの条件や送信先の情報は、スキャンプロファイルによって管理される。ユーザは、スキャンプロファイルを事前に作成しておくことによって、所望のスキャンワークフローを簡便に実現することができる。

図１９は、ＭＦＰ１１０（或いはクライアントＰＣ１１１）の操作部２２０に表示される、スキャンプロファイルを設定するためのＵＩ画面（以下、「スキャンプロファイル設定画面」と呼ぶ。）の一例を示している。図１９に示すスキャンプロファイル設定画面１９００は、サイドメニュー領域１９０１とメニュー領域１９０２とで構成される。そして、サイドメニュー領域１９０１に表示された項目の中から「Scan」を選択すると、後述のスキャンプロファイルの追加・削除といった編集作業を行うためのＵＩ画面（以下、「スキャンプロファイル編集画面」と呼ぶ。）へと遷移する。メニュー領域１９０２には、スキャンプロファイルに対応するアイコンが複数表示されている。ユーザがスキャンプロファイルを作成する都度、そのスキャンプロファイルに対応するアイコンがメニュー領域１９０２に追加される。またメニュー領域１９０２下部にあるボタン１９０３を押下すると表示しきれなかった別のスキャンプロファイルのアイコンが表示され閲覧可能となる。

なお、図１９に示すスキャンプロファイル設定画面１９００は、「user a」のユーザＩＤを持つユーザがＭＦＰ１１０にログインした際に表示されるＵＩ画面である。ログインするユーザによって表示されるスキャンプロファイルが異なるようにしてもよいし、複数のユーザが共通で利用可能なスキャンプロファイルが存在するようにしてもよい。

ユーザが、スキャンプロファイル設定画面１９００にて任意のスキャンプロファイルに対応するアイコンを選択した上で、スキャンの実行を指示したとする。すると、選択されたスキャンプロファイルに対応するファルダ振り分けルール及びファイル命名ルールに従ってフォルダ名及びファイル名を決定するプロパティ設定画面１４００が表示される。例えば、アイコン１９０４が示すスキャンプロファイルに、以下のファルダ振り分けルールとファイル命名ルールが関連付けられていたとする。

フォルダ振り分けルール：「/{ログインユーザの表示名}/{会社名}/{年}{月}{日}/」
ファイル命名ルール：「{見積書}_{年}{月}{日}_{会社名}」
この場合、アイコン１９０４が選択された後に生成されたスキャン画像がプロパティ設定画面１４００のプレビューペイン１４０１に表示される。そして、選択されたアイコン１９０４に対応するスキャンプロファイルに関連付けられている上記内容のファルダ振り分けルールがフォルダパス表示領域１４０３に表示される。また、同じスキャンプロファイルに関連付けられている上記内容のファイル命名ルールがファイル名表示領域１４０４に表示される。

≪スキャンプロファイルの作成≫
次に、スキャンプロファイルを作成する方法について説明する。ユーザは、例えばクライアントＰＣ１１１を介してＭＦＰ連携サーバ１２０にログインし、ログイン後に表示されるメイン画面（不図示）からの画面遷移によって、図２０に示すようなスキャンプロファイルの編集用のＵＩ画面（以下、「編集画面」と表記。）を表示することが可能となる。図２０に示す編集画面２０００は、メニューリスト領域２００１、プロファイル一覧領域２００２、プロファイル設定領域２００３を含む。プロファイル一覧領域２００２には、作成中または作成済みのスキャンプロファイルが一覧表示される。プロファイル設定領域２００３には、プロファイル一覧領域２００２で一覧表示された中からユーザが選択したスキャンプロファイルの設定内容が表示される。プロファイル一覧領域２００２及びプロファイル設定領域２００３は、メニューリスト領域２００１内の項目「スキャンプロファイル」を選択することによって表示される。

また、編集画面２０００の上部にあるボタン２００４を押下すると、図２１に示すようなスキャンプロファイルを追加するためのＵＩ画面（以下、「追加画面」と表記）が、編集画面２０００に重畳して表示され、新たなスキャンプロファイルを追加することが可能となる。図２１に示す追加画面２１００には、複数の設定タブ２１０２が存在し、その中から１つのタブを選択すると、当該タブに含まれる複数の設定項目が表示される。図２１の例では、「出力設定」のタブが選択された場合の設定項目が表示された状態を示している。表示されている設定項目のうち「ファイル名プレフィックス」２１０１には、「ファイル命名規則の設定」ボタン２１０３が表示されている。この「ファイル命名規則の設定」ボタン２１０３を押下することで、前述のファイル命名ルール設定画面１３００が表示され、ファイル命名ルールの作成・編集が可能となる。

図２２は、図２１の追加画面２１００内の「ワークフローの設定」のタブが選択された場合の設定項目が表示された状態を示している。表示されている設定項目の中には、「保存先フォルダの規則の設定」ボタン２２０１が含まれており、当該ボタン２２０１を選択することで、前述のフォルダ振り分けルール設定画面５００が表示される。この際、既にファルダ振り分けルールが作成済みであると、「保存先フォルダの規則の設定」ボタン２２０１の周囲（前述の図１０の例では直上）に、作成済みのフォルダ振り分けルールが表示される。

また、スキャンプロファイルの各種情報を設定した後、追加画面２１００中に存在する「追加」ボタン２１０４を押下すると、追加画面２１００が閉じて、今度はファイル化されたスキャン画像のデータの送信先を設定するためのＵＩ画面（以下、「送信先設定画面」と呼ぶ。）に切り替わる。図２３は、送信先設定画面の一例を示している。図２３に示す送信先設定画面２３００には、複数の送信先が一覧表示され、そのうちの１つを選択すると、当該選択に係る送信先の情報が、作成中のスキャンプロファイルに関連付けて保存される。

上記のようにしてスキャンワークフローを実現するのに必要な最低限の情報が設定されると、図２０の編集画面２０００に戻る。その際、プロファイル一覧領域２００２には、新しく作成されたスキャンプロファイルが追加されて表示される。

＜変形例＞
次に、「会社名」や「日付」といった使用頻度が高い、特定の属性名が付されたカスタムトークンに対して文字列検証規則及び文字列抽出規則をユーザがより設定しやすくする態様を、変形例として説明する。ここで、本変形例に係る特定のカスタムトークンを、「属性種別カスタムトークン」と呼ぶこととする。

図２６は、「会社名」をその属性名とする属性種別カスタムトークン２６０１をトークンドロップエリアにドロップしたときのフォルダ振り分けルール設定画面５００の状態を示している。いま、ドロップされたカスタムトークンの下にプルダウン形式でコンテキストメニュー２６０２が表示されている。このコンテキストメニュー２６０２には、ラジオボタン２６０２ａ〜２６０２ｃが存在する。各ラジオボタンは、“データの正規化ルールを設定する”、“商号の除去（商号に含まれる“株式会社”等の文字を削除）”、“データの正規化ルールを設定しない”に対応している。例えば、データの正規化ルールを設定したいユーザはラジオボタン２６０２ａを選択する。すると、属性種別カスタムトークンに予め関連付けられている文字列検証規則及び／又は文字列抽出規則が設定される。これによりユーザは、カスタムトークン正規化ルール設定画面２４００を介さずとも、文字列検証規則や文字列抽出規則を付した所望のカスタムトークンを容易に設定することができる。一方、ラジオボタン２６０２ｃが選択されると、ドロップされた属性種別カスタムトークンに正規化ルールは設定されない。ラジオボタン２６０２ｂが選択されると、ドロップされた属性種別カスタムトークンに対して、商号に含まれる「株式会社」等の文字が自動で削除する設定が成される。

この属性種別カスタムトークンは、ユーザが選択したスキャンプロファイルやスキャン対象の文書タイプによって表示態様を変えてもよい。例えば、名刺スキャン用のスキャンプロファイルを作成するときに、フォルダ振り分けルールやファイル名振り分けルールに使用できる属性種別カスタムトークンは、「会社名」「部門」「名前」「電話番号」「メールアドレス」のみ表示されるようにする、といった具合である。また、コンテキストメニュー内の選択肢の中に所望のルールがなかった場合にユーザが正規表現など自由にカスタマイズできるよう、そのためのテキストフィールドを設けてもよい。

さらには、プロパティ設定画面１４００のプレビューペイン１４０１においてテキストブロックを選択するタイミングで、正規化ルールをカスタムトークンに設定できるようにしてもよい。図２７は、「会社名」をその属性名とする属性種別カスタムトークンをフォルダ振り分けルール及びファイル名ルールに設定したときのプロパティ設定画面１４００を示している。いま、属性値入力フィールド２７０１が選択されている状態であり、ハイライト表示されている。この状態でユーザがテキストブロック２７０２をマウスオーバーした時、当該テキストブロック２７０２の下にポップアップメニュー２７０３が表示される。このときポップアップメニュー２７０３に表示される内容は、「会社名」の属性種別カスタムトークンに予め関連付けられていた文字列検証規則及び／又は文字列抽出規則である。この例ではユーザは、表示されたポップアップメニュー内の“商号の除去”を選択することで、商号に含まれる“株式会社”の文字を削除する正規化ルールを設定することができる。このように、属性値の入力時に正規化ルールの設定を行えるようにしてもよい。

本変形例によれば、カスタムトークンに対して正規化ルールを設定する際の手間が省け、ユーザは文字列検証規則や文字列抽出規則をより利用しやすくなる。

以上のとおり本実施形態によれば、文書のスキャン画像等をファイル化して保存する際に必要となる、ファルダ振り分けルールやファイル命名ルールを、ユーザは簡便に作成したり編集したりすることができる。

その他の実施例

本発明の目的は以下の処理を実行することによっても達成される。即ち、上述した実施例の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

１１０ＭＦＰ
１１１クライアントＰＣ
１２０ＭＦＰ連携サーバ
１３０ストレージサーバ
４２０アディショナル機能モジュール
４２１表示制御部

Claims

ファイルをフォルダに振り分けて保存するための情報処理装置であって、
前記保存の際に用いるプロパティ情報に関するルールを設定するためのユーザインタフェース画面の表示を制御する表示制御手段を有し、
前記ユーザインタフェース画面には、前記ルールを編集するための第１エリアと、ユーザが選択可能な単位アイテムを表示する第２エリアとが少なくとも存在し、
前記単位アイテムは、前記プロパティ情報を構成する文字列をユーザが設定するための単位要素であり、
前記単位アイテムは、ユーザが設定可能な任意の属性の文字列に対応する特別アイテムを含み、
前記ルールは、前記第２エリアからユーザによって選択された前記単位アイテムが、当該ユーザが指定した前記第１エリアにおける所定の位置に配置されることで作成され、
前記表示制御手段は、前記特別アイテムについての属性名がユーザによって入力されると、前記第１エリアに表示されている編集中の前記ルールにおけるユーザが指定した位置に、入力された前記属性名を持つ前記特別アイテムを配置し、当該配置された前記特別アイテムを前記第２エリアに追加する、
ことを特徴とする情報処理装置。
前記単位アイテムは、前記特別アイテム、および予め決まった属性の文字列に対応する一般アイテムを含むことを特徴とする請求項１に記載の情報処理装置。
前記表示制御手段は、第１のプロパティ情報に関するルールを設定するための前記ユーザインタフェース画面にて前記特別アイテムが前記第２エリアに追加された場合において、前記第１のプロパティ情報とは異なる第２のプロパティ情報に関するルールを設定するための前記ユーザインタフェース画面を表示する場合、その前記第２エリアに、前記第１のプロパティ情報に関するルールを設定する際に設定された前記特別アイテムを表示する、ことを特徴とする請求項１または２に記載の情報処理装置。
ユーザによる前記指定は、前記第２エリアから任意の単位アイテムをドラッグ操作して、前記第１エリアにドロップ操作することによって実現され、
前記第１エリアにおける前記所定の位置は、前記ドロップ操作を行うために予め用意された位置である、
ことを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
前記プロパティ情報はフォルダパスであり、
前記ルールは、前記フォルダパスに使用する１又は複数の文字列及びフォルダの階層構造を特定するルールである、
ことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
前記プロパティ情報はファイル名であり、
前記ルールは、前記ファイル名に使用する１又は複数の文字列を特定するルールである、
ことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
前記ファイルは、少なくともスキャン機能を有する情報処理装置から取得されたスキャンデータであることを特徴とする請求項１乃至６のいずれか一項に記載の情報処理装置。
前記スキャンデータは、前記ルールに従って、外部のサーバが管理するフォルダに保存されることを特徴とする請求項７に記載の情報処理装置。
前記特別アイテムに関連付けて入力された属性名を正規化するための正規化ルールを設定する設定手段を更に有し、
前記特別アイテムに関連付けて入力された属性名は、前記正規化ルールに従って、修正される、
ことを特徴とする請求項1乃至８のいずれか一項に記載の情報処理装置。
前記特別アイテムに関連付けて入力された前記属性名が規定の形式に合っていない場合にその旨をユーザに通知する通知手段をさらに備えることを特徴とする請求項９に記載の情報処理装置。
ファイルをフォルダに振り分けて保存するための情報処理装置として機能させるためのプログラムであって、
前記保存の際に用いるプロパティ情報に関するルールを設定するためのユーザインタフェース画面の表示を制御する表示制御手段を有し、
前記ユーザインタフェース画面には、前記ルールを編集するための第１エリアと、ユーザが選択可能な単位アイテムを表示する第２エリアとが少なくとも存在し、
前記単位アイテムは、前記プロパティ情報を構成する文字列をユーザが設定するための単位要素であり、
前記単位アイテムは、ユーザが設定可能な任意の属性の文字列に対応する特別アイテムを含み、
前記ルールは、前記第２エリアからユーザによって選択された前記単位アイテムが、当該ユーザが指定した前記第１エリアにおける所定の位置に配置されることで作成され、
前記表示制御手段は、前記特別アイテムについての属性名がユーザによって入力されると、前記第１エリアに表示されている編集中の前記ルールにおけるユーザが指定した位置に、入力された前記属性名を持つ前記特別アイテムを配置し、当該配置された前記特別アイテムを前記第２エリアに追加する、
ことを特徴とする情報処理装置として機能させるためのプログラム。
ファイルをフォルダに振り分けて保存するための情報処理装置の制御方法であって、
前記保存の際に用いるプロパティ情報に関するルールを設定するためのユーザインタフェース画面の表示を制御する表示制御ステップを有し、
前記ユーザインタフェース画面には、前記ルールを編集するための第１エリアと、ユーザが選択可能な単位アイテムを表示する第２エリアとが少なくとも存在し、
前記単位アイテムは、前記プロパティ情報を構成する文字列をユーザが設定するための単位要素であり、
前記単位アイテムは、ユーザが設定可能な任意の属性の文字列に対応する特別アイテムを含み、
前記ルールは、前記第２エリアからユーザによって選択された前記単位アイテムが、当該ユーザが指定した前記第１エリアにおける所定の位置に配置されることで作成され、
前記表示制御ステップは、前記特別アイテムについての属性名がユーザによって入力されると、前記第１エリアに表示されている編集中の前記ルールにおけるユーザが指定した位置に、入力された前記属性名を持つ前記特別アイテムを配置し、当該配置された前記特別アイテムを前記第２エリアに追加する、
ことを特徴とする情報処理装置として機能させるためのプログラム。