JP6223088B2

JP6223088B2 - データ管理システム、データ管理装置及び方法とデータ生成装置

Info

Publication number: JP6223088B2
Application number: JP2013196071A
Authority: JP
Inventors: 修平川上
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2013-09-20
Filing date: 2013-09-20
Publication date: 2017-11-01
Anticipated expiration: 2033-09-20
Also published as: JP2015061302A

Description

本発明は、例えば文書ファイル等のファイルと、前記ファイルに関連付けられ、かつ前記ファイルとは独立して取得される画像ファイル等のファイルとを互いに紐づけて保存するデータ管理システム、データ管理装置及び方法とデータ生成装置に関する。

従来、多機能周辺機器（ＭＦＰ）、カメラ、ＰＣ等の様々な入力機器を利用する業務において、取得した複数の文書ファイルや画像ファイルを関連付けてファイルサーバ等に保管して業務を行うケースがある。例えば、紙原稿で作成された申請書をＭＦＰのスキャン機能やドキュメントスキャナー等を用いて電子化し、スキャン文書ファイルとしてファイルサーバの特定のフォルダに保管する。そして、申請に必要な写真等を、デジタルカメラ等を用いて撮影し、取得した画像ファイルを前述のスキャン文書ファイルに関連するファイルとして、ＰＣ等を用いて、前述のスキャン文書ファイルが保管されたフォルダに保管する。同じフォルダに保存されたファイルは関連するファイル群であり、この例ではスキャン文書ファイルと画像ファイルとが関連して申請書を構成する。ここでＭＦＰとは、ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌの略称で、複写機、スキャナー、ファクス等の複数の機能を有する画像形成装置の一例である。

このような業務において、スキャン文書ファイルをファイルサーバに保存する業務を行うユーザーと、画像ファイルをファイルサーバに保存する業務を行うユーザーとが分担して業務を行うケースがある。このようなケースでは、まずスキャン文書保存を担当するユーザーが、ＭＦＰ等で文書をスキャンしファイルサーバの特定のフォルダへのスキャン文書の送信を行ない、宛先のフォルダを、画像保存を担当するユーザーに口頭や電子メール等で連絡する。そして、画像保存を担当するユーザーは、連絡されたフォルダにＰＣ等でアクセスし、画像ファイルを保存していた。

一方、例えば、特許文献１によれば、配信情報機器に、入力された文書データと文書データの識別情報、例えば文書ＩＤ等の識別情報を保持する保持手段を持つ。そして、保持手段から直接的又は間接的にデータの識別情報を符号化画像等の形式で携帯情報端末で取得させ、携帯情報端末から受信情報機器にデータの識別情報を送信する。さらに、受信情報機器が受信したデータの識別情報を配信情報機器の保持手段に送信し、保持手段に対してデータの識別情報に基づくデータ送信要求を行なうことで、受信情報機器が、データ送信要求に対する文書データを受信できる情報通信システムが提案されている。特許文献１の技術を用いれば、ＭＦＰからファイルサーバなどの保持手段に文書データを保存しておき、携帯情報端末を用いて文書データの関連情報をＭＦＰから別の受信情報機器、例えばＰＣに対して受け渡すことができる。そして、ＰＣから文書データの関連情報を用いて、ファイルサーバから関連情報に該当する文書データをダウンロードすることができる。

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

しかしながら、上記のスキャン文書保存を担当するユーザーと画像保存を担当するユーザーとが分かれているケースでは、文書や画像のファイル、保存フォルダが大量にある場合、ユーザー間の文書の保存フォルダの連絡ミスが発生する可能性がある。また、画像保存を担当するユーザーが、連絡されたフォルダとは異なるフォルダを選択して画像を保存してしまう保存ミスが発生する可能性がある。これらのミスにより、スキャン文書と画像とが正しく紐づけて保存されず、以降の業務フローを実施する際に支障が生じる可能性があった。また、これらのミスにより、画像保管を担当するユーザーが、関係外のユーザーでもアクセス可能な公開のフォルダに対して、画像を誤って保存してしまうセキュリティ上の問題が発生してしまう危険があった。

一方特許文献１の情報通信システムを用いれば、保管フォルダの情報をＭＦＰから携帯情報端末、携帯情報端末からＰＣに送信することで、ＰＣに保存フォルダの情報を伝えることができる。しかし、次の業務フローである、フォルダへの画像の保存は画像保存を担当するユーザーが行う必要がある。したがって、ユーザーの画像ファイルをフォルダに保存する煩雑さ、スキャン文書と画像とが紐づけて保存されないことにより以降の業務フローに支障が生ずるリスク、上記のような保存フォルダを誤ってしまうセキュリティ上の問題が発生してしまう可能性があった。また、携帯情報端末にフォルダの情報が残ってしまい、携帯情報端末を通常の業務実施場所とは異なる場所に持ち出して業務を実施できてしまう別のセキュリティ上の問題が発生する危険があった。

本発明は上記課題を鑑みてなされたものであり、出所の異なる複数のファイルを互いに関連付けて保存する際の関連付けの誤りを防止してユーザの利便性とセキュリティを向上させることを目的とする。

上記目的を達成するために本発明は以下の構成を有する。

第１のデータ生成装置と第２のデータ生成装置とデータ管理装置とが接続されたデータ管理システムにおけるデータ管理システムであって、
前記第１のデータ生成装置は第１のデータを生成して前記データ管理装置に送信し、
前記データ管理装置が、受信した前記第１のデータを保存して当該保存場所を含む固有情報を生成して前記第１のデータ生成装置に送信し、
前記第２のデータ生成装置が、前記第１のデータ生成装置から前記固有情報を取得して、前記固有情報と、生成した第２のデータとを前記データ管理装置に送信し、
前記データ管理装置が、前記固有情報に基づいて、前記第１のデータに関連付けて前記第２のデータを保存する。

あるいは他の観点によれば本発明は以下の構成を有する。

第１のデータ生成装置および第２のデータ生成装置と接続されたデータ管理装置であって、
前記第１のデータ生成装置から受信した第１のデータを保存して当該保存場所を含む固有情報を生成して前記第１のデータ生成装置に送信する手段と、
前記第２のデータ生成装置が前記第１のデータ生成装置から取得した前記固有情報と、前記第２のデータ生成装置が生成した第２のデータとを前記第２のデータ生成装置から受信する手段と、
前記固有情報に基づいて、前記第１のデータに関連付けて前記第２のデータを保存する手段とを有する。

あるいは他の観点によれば本発明は以下の構成を有する。

第２のデータ生成装置とデータ管理装置とに接続された第１のデータ生成装置であって、
第１のデータを生成して前記データ管理装置に送信する手段と、
前記データ管理装置から、前記第１のデータの保存場所を含む固有情報を受信する手段と、
前記第２のデータ生成装置に前記固有情報を引き渡す手段とを有する。

あるいは他の観点によれば本発明は以下の構成を有する。

第１のデータ生成装置とデータ管理装置とに接続された第２のデータ生成装置であって、
前記第１のデータ生成装置から、前記第１のデータ生成装置から受信した第１のデータを前記データ管理装置が保存した保存場所の情報を含む前記固有情報を取得する手段と、
第２のデータを生成する手段と、
前記第１のデータ生成装置から受信した前記固有情報と、生成した第２のデータとを前記データ管理装置に送信する手段とを有する。

本発明によれば、出所の異なる複数のファイルを互いに関連付けて保存する際の関連付けの誤りを防止してユーザの利便性とセキュリティを向上させることができる。

本発明の実施形態における情報処理システムの全体図である。本発明の実施形態におけるＭＦＰの構成を示すブロック図である。本発明の実施形態における文書管理サーバおよびファイルサーバの構成を示すブロック図である。本発明の実施形態における携帯端末の構成を示すブロック図である。本発明の実施形態におけるＭＦＰのソフトウェア構成を示す図である。本発明の実施形態における文書管理サーバのソフトウェア構成を示す図である。本発明の実施形態における携帯端末のソフトウェア構成を示す図である。本発明の実施形態におけるファイルサーバのソフトウェア構成を示す図である。本発明の実施形態におけるデータ構成を示す図である。本発明の実施形態におけるスキャン送信画面の例である。本発明の実施形態におけるスキャン送信完了画面の例である。本発明の実施形態における文書情報取得画面の例である。本発明の実施形態における画像送信画面の例である。本発明の実施形態における画像送信完了画面の例である。本発明の実施形態における転送処理のシーケンス図である。本発明の実施形態における文書送信処理のフローチャートである。本発明の実施形態における文書受信処理のフローチャートである。本発明の実施形態における画像送信処理のフローチャートである。本発明の実施形態における画像受信処理のフローチャートである。本発明の第２の実施形態におけるスキャン送信完了画面の例である。本発明の第２の実施形態における文書情報取得画面の例である。本発明の第２の実施形態における文書送信処理のフローチャートである。本発明の第２の実施形態における画像送信処理のフローチャートである。

以下、本発明を実施するための形態について図面を用いて説明する。

＜第１の実施形態＞
まず、本発明に係る第１の実施形態について説明する。第１の実施形態では、本発明の画像形成装置の一例であるＭＦＰ（多機能複合機）と、文書や画像を紐づけて転送する機能を持つ文書管理サーバ、画像を送信する携帯端末および、文書や画像等のファイルを保存するファイルサーバを含むファイル管理システムを用いた、スキャン文書および画像を紐づけて送信する処理の例を説明する。

＜システム構成＞
図１は、本発明を適用可能なファイル管理システムの全体構成を示すブロック図である。図１に示すように、ＭＦＰ１１０、文書管理サーバ１２０、ファイルサーバ１４０は、イーサネットなどからなるＬＡＮ１００に接続されている。また、携帯端末１３０は公衆無線通信網１５０を介してＬＡＮ１００に接続されている。

ただし、本実施形態におけるファイル管理システムにおいては、携帯端末１３０は公衆無線通信網１５０を介してＬＡＮ１００に接続されているが、無線ＬＡＮを介してＬＡＮ１００と接続されていてもよいし、携帯端末１３０がＬＡＮ１００に直接接続されていてもよい。

ＭＦＰ１１０は、操作部１１１、スキャナー部１１２、プリンター部１１３、無線通信部１１４を有する複合機である。さらに公衆無線通信網１５０とつながりファクス送受信が可能である。また、本実施形態のファイル管理システムでは、ＭＦＰ１１０は、紙原稿をスキャンして取得したスキャン文書を、後述するネットワークインターフェース等を介して文書管理サーバ１２０に送信することができる装置である。なお、ＭＦＰ１１０等が文書等をスキャンした結果得られる文書データをスキャン文書あるいはスキャン文書データあるいはスキャン文書ファイルと呼ぶ。

文書管理サーバ１２０は、スキャン文書を受信して一時保管（あるいは保存）して、そのスキャン文書に関連する文書情報を発行し、文書情報に紐づけた画像の送信を認可する認可トークンを発行し、また画像を受信して、受信した画像を一時保管するとともにスキャン文書に紐づけてファイルサーバに送信することができるサーバである。

携帯端末１３０は、カメラと通信機能とを有しており、カメラで写真を撮影し、また例えばＱＲコード等の符号化画像を読み取って文書情報や認可情報を取得し、取得した文書情報や認可情報、写真などの画像を文書管理サーバ１２０に送信することができる端末である。

ファイルサーバ１４０は、受信したファイルを指定されたファイル名およびフォルダ名で管理することができるサーバである。

なお、本実施形態のファイル管理システムにおいては、これらの構成機器はかならずしも独立しているとは限らない。たとえば、ＭＦＰ１１０の内部に文書管理サーバ１２０やファイルサーバ１４０の機能を有することにより、ＭＦＰと文書管理サーバやファイルサーバが同一の装置で構成されていてもよい。また、文書管理サーバ内部にファイルサーバの機能を有することにより、同一のサーバで構成されていてもよい。また、文書管理サーバやファイルサーバがインターネット上のサーバや、クラウドシステムとして構成されていてもよい。

＜ＭＦＰ１１０のハードウェア構成＞
ＭＦＰ１１０は、図２に示すように、操作部１１１、画像入力装置であるスキャナー部１１２、画像出力装置であるプリンター部１１３、無線通信部１１４およびＭＦＰ１１０の制御を司るコントローラー２００を備えている。

操作部１１１は、タッチパネルディスプレイなどからなり、ユーザーに対して情報の表示や、入力を受け付ける機能を持つ。スキャナー部１１２は、原稿台に置かれた原稿上の画像の読み取り動作を行い、画像データを作成する。プリンター部１１３は、コントローラー２００から受け取った画像データを用紙上に印刷画像として形成する。無線通信部１１４は、近接の端末との近距離無線通信を行い、情報の入出力を行う。近距離無線通信の方式として、ＮＦＣ（ＮｅａｒＦｉｅｌｄＣｏｍｍｕｎｉｃａｔｉｏｎ）等を用いる。

コントローラー２００は、操作部１１１、スキャナー部１１２、プリンター部１１３そして無線通信部１１４と電気的に接続されている一方、ＬＡＮ１００にもネットワークインターフェース２０６を介して接続されている。また、公衆無線通信網１５０にもモデム２１０を介して接続されている。これによりファクスの送受信が可能となっている。

ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラム等に基づいて接続中の各種ＭＦＰへのアクセス及び他の装置からのアクセスを統括的に制御する。それと共に、コントローラー２００内部で行われる各種処理についても統括的に制御する。この制御には、後述のフローチャートを実現するためのプログラムの実行も含む。

ＲＯＭ２０２には装置の起動プログラムが格納されている。ＲＡＭ２０３は、ＣＰＵ２０１が動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。ＨＤＤ２０４はハードディスクドライブであり、システムソフトウェアや画像データを格納することが可能となっている。

操作部Ｉ／Ｆ２０５は、システムバス２１１と操作部１１１とを接続するためのインターフェース部である。操作部Ｉ／Ｆ２０５は、操作部１１１に表示するための画像データをシステムバス２１１から受け取り操作部１１１に出力すると共に、操作部１１１から入力された情報をシステムバス２１１へと出力する。ネットワークＩ／Ｆ２０６はＬＡＮ１００及びシステムバス２１１に接続し、情報の入出力を行う。

スキャナーＩ／Ｆ２０７は、スキャナー部１１２から受け取った画像データに対して、補正、加工、及び編集を行う。画像処理部２０８は画像データの方向変換、画像圧縮、伸張、画像形式変換処理などをおこなう。また、画像処理部２０８は、符号化画像作成処理も行うことができる。プリンターＩ／Ｆ２０９は、画像処理部２０８から送られた画像データを受け取り、この画像データに付随させられている属性データを参照しながら画像データに画像形成を施す。画像形成後の画像データは、プリンター部１１３に出力される。

無線通信Ｉ／Ｆ２１２は無線通信部１１４及びシステムバス２１１に接続し、無線通信部１１４への情報の入出力を行う。モデム２１０は公衆無線通信網１５０及びシステムバス２１１に接続し、公衆無線通信網１５０でつながった外部のファクス端末（不図示）とファクス送受信の通信を行う。

なお、本実施形態では、ユーザーインターフェイス（ＵＩ）表示が可能なネットワークＭＦＰであるが、汎用スキャナーや汎用プリンターなどを接続した汎用コンピューター等、これ以外の画像処理装置であってもよい。

＜文書管理サーバ１２０およびファイルサーバ１４０のハードウェア構成＞
図３は、図１に示した文書管理サーバ１２０およびファイルサーバ１４０のハードウェア構成を示すブロック図である。図３において、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、入力装置３０４、ネットワークＩ／Ｆ３０５、ハードディスクドライブ（ＨＤＤ）３０６および表示装置３０７がシステムバス３０８を介して互いに通信可能に接続されている。

ＲＯＭ３０３或いはＨＤＤ３０６には、オペレーティングシステムやアプリケーションなどの制御プログラムが格納されている。ＣＰＵ３０１は、当該制御プログラムを必要に応じてＲＯＭ３０３或いはＨＤＤ３０６からＲＡＭ３０２上へ読み出して実行することで、コンピューターとしての機能を発揮する。また、ＣＰＵ３０１は、ネットワークＩ／Ｆ３０５を介して接続されているネットワーク上の他の装置との通信を行う。

入力装置３０４はキーボードやマウスなどであり、使用するユーザーからの入力を受け付ける。表示装置３０７はディスプレイなどであり、使用するユーザーに入力画面等の表示を行う。ＨＤＤ３０６はハードディスクドライブであり、システムソフトウェアや画像データを格納することが可能となっている。

＜携帯端末１３０のハードウェア構成＞
図４は、図１に示した携帯端末１３０のハードウェア構成を示すブロック図である。図４において、ＣＰＵ４０１、ＲＡＭ４０２、ＲＯＭ４０３、入力装置４０４、ネットワークＩ／Ｆ４０５、カメラ４０６、表示装置４０７、公衆無線通信Ｉ／Ｆ４０９および無線通信Ｉ／Ｆ４１０がシステムバス４０８を介して互いに通信可能に接続されている。

ＲＯＭ４０３には、オペレーティングシステムやアプリケーションなどの制御プログラムが格納されている。ＣＰＵ４０１は、当該制御プログラムを必要に応じてＲＯＭ４０３からＲＡＭ４０２上へ読み出して実行することで、コンピューターとしての機能を発揮する。また、ＣＰＵ４０１は、ネットワークＩ／Ｆ４０５を介して接続されているネットワーク上の他の装置との通信を行う。また、ＣＰＵ４０１は、公衆無線通信Ｉ／Ｆ４０９を介して接続されている公衆無線通信網１５０上の他の装置との通信を行う。また、ＣＰＵ４０１は、無線通信Ｉ／Ｆ４１０を介して他の装置との近距離無線通信を行う。近距離無線通信の方式として、ＮＦＣ（ＮｅａｒＦｉｅｌｄＣｏｍｍｕｎｉｃａｔｉｏｎ）等を用いる。

入力装置４０４はポインティングデバイスなどであり、使用するユーザーからの入力を受け付ける。表示装置４０７はディスプレイなどであり、使用するユーザーに入力画面等の表示を行う。カメラ４０６はカメラなどの撮像装置であり、写真撮影を行い、撮影した画像を画像ファイルとしてＲＡＭ４０２或いはＲＯＭ４０３に保存することができる。本実施の形態においては、携帯端末１３０にハードディスクドライブを備え、システムソフトウェアや画像データを格納するようにしてもよい。

＜ＭＦＰ１１０のソフトウェア構成＞
図５は、本実施形態でのスキャン文書および画像を紐づけて送信する処理にかかわるＭＦＰ１１０のソフトウェアモジュールの構成を示した図である。これらソフトウェアモジュールは、ＭＦＰ１１０のＨＤＤ２０４に格納され、ＣＰＵ２０１が実行する。

スキャン処理部５０１は、スキャナー部１１２が紙原稿をスキャンし、スキャン文書を取得するソフトウェアモジュールである。転送部５０２からの依頼に応じて、後述のＵＩ部５０５で操作部１１１に示す、図１０のスキャン送信画面で設定されたスキャン設定に従って、スキャナーＩ／Ｆ２０７経由でスキャナー部１１２を制御して紙原稿を読み取り、画像データを取得する。また、取得した画像データを、画像処理部５０４を用いて、図１０のスキャン送信画面で設定されたスキャン設定に従って必要な画像処理を行い、ＰＤＦ等の形式のスキャン文書を作成する。そして、一時保管部５０３を用いて、取得したスキャン文書をＨＤＤ２０４に保存し、保存した旨を転送部５０２に通知する。

転送部５０２は、スキャン処理部５０１がＨＤＤ２０４に保存したスキャン文書を、文書管理サーバ１２０に送信するためのソフトウェアモジュールである。転送部５０２は、ＵＩ部５０５で操作部１１１に示す、後述の図１０のスキャン送信画面でユーザーによって入力された送信指示に基づいて、スキャン送信画面で設定された送信先フォルダ１００５、ファイル名１００６を取得する。そして、ＨＤＤ２０４からスキャン文書を読み出し、文書管理サーバ１２０にスキャン文書を送信する。また、転送部４０２は、文書管理サーバ１２０から後述の図９（Ｃ）に示す文書情報と認可情報を受信する。そして、転送部４０２は受信した後述の図９（Ｃ）に示す文書情報と認可情報をＵＩ部５０５に送信する。また転送部５０２は、ＵＩ部５０５で操作部１１１に示す、後述の図１１のスキャン送信完了画面でキャンセルボタンが押下された場合、もしくは、タイムアウトが発生した場合、その旨の通知をＵＩ部５０５から受信する。そして転送部５０２は文書キャンセル要求を文書管理サーバ１２０に送信し、キャンセル結果を受信する。

一時保管部５０３は、スキャン文書を受け取ってＨＤＤ２０４に保存し、管理するためのソフトウェアモジュールである。

画像処理部５０４は、受け取った画像データに対して画像処理２０８を用いて文書ファイルの作成を行ったり、受け取った情報をもとに符号化画像を作成したりするソフトウェアモジュールである。画像処理部５０４は、スキャン処理部５０１から受け取った画像データに対して、ＵＩ部５０５で操作部１１１に示す、後述の図１０のスキャン送信画面でユーザーによって入力されたスキャン設定に従ってスキャン文書ファイルを作成する。また、画像処理部５０４は、ＵＩ部５０５から受け取った、後述の図９（Ｃ）に示す文書情報と認可情報を含む、後述の図９（Ｄ）に示す符号化画像９３１を作成する。

ＵＩ部５０５は、操作部Ｉ／Ｆ２０５を通じて操作部１１１で示すディスプレイに各種画面を表示し、操作部１１１で示すポインティングデバイスやハードウェアキーを通じて、ユーザーによって入力された内容を検知するためのソフトウェアモジュールである。ＵＩ部５０５は、操作部１１１に後述の図１０で示すスキャン送信画面を表示し、ユーザーによって入力されたスキャン設定を取得して、転送部５０２に送信し、スキャン文書の送信を依頼する。またＵＩ部５０５は、転送部５０２から後述の図９（Ｃ）に示す文書情報と認可情報を受信すると、受信した文書情報と認可情報を画像処理部５０４に送信し、後述の図９（Ｄ）に示す符号化画像９３１の作成を依頼する。そして、ＵＩ部５０５は、操作部１１１に後述の図１１で示すスキャン送信完了画面を表示する。また、ＵＩ部５０５は、後述の図１１で示すスキャン送信完了画面を表示した後、ユーザーが操作部１１１で入力されていないタイムアウト時間を計測し、タイムアウトが発生した場合は、転送部５０２に通知する。そしてＵＩ部５０５は、不図示のタイムアウト画面を表示する。

＜文書管理サーバ１２０のソフトウェア構成＞
図６は、本実施形態での文書管理サーバ１２０のソフトウェアモジュールの構成を示した図である。これらソフトウェアモジュールは、文書管理サーバ１２０のＨＤＤ３０６に格納され、ＣＰＵ３０１が実行する。

通信部６０１は、Ｗｅｂサービスのインターフェースを公開し、ＬＡＮ１００を介して送られた要求を受け付けて処理を行い、処理結果の応答を行うソフトウェアモジュールである。通信部６０１は、ＭＦＰ１１０から文書を受信すると、文書管理部６０２に受信した文書を送信して、文書の一時保管を依頼する。また通信部６０１は、文書管理部６０２から、送信した文書に対応する、後述の図９（Ａ）に示す文書情報９０４を受信し、文書ＩＤ９０１を認可管理部６０３に送信して認可情報の作成を依頼する。また通信部６０１は、認可管理部６０３から後述の図９（Ｂ）に示す認可情報９１６を受信すると、文書情報と認可情報から後述の図９（Ｃ）に示す文書情報と認可情報を作成し、ＭＦＰ１１０に送信する。通信部６０１は、携帯端末１３０から文書情報と認可情報を受信すると、受信した認可情報を認可管理部６０３に送信して、認可情報の検証（すなわち受信した認可情報と保存された認可情報との照合）を依頼し、検証結果を受信して、携帯端末１３０に送信する。また通信部６０１は、検証結果が正しい（すなわち照合の結果一致する）と判断した場合は、携帯端末１３０から画像を受信し、文書管理部６０２に送信して画像の一時保管を依頼する。そして通信部６０１は、文書と画像のファイルサーバへの転送を転送部６０４に依頼する。認可情報は、文書管理サーバ１２０により提供される情報であるから、文書管理サーバ１２０から認可情報を受信したデバイス、すなわち認可されたデバイスのみが有する。認可情報の検証によって、その送信元デバイスが認可されたデバイスであるか否かを判定（あるいは検証）できる。

文書管理部６０２は、文書や画像をＨＤＤ３０６に保存したり、文書や画像をＨＤＤ３０６から読みだしたりする、ＨＤＤ３０６に保存されているファイルの管理を行うソフトウェアモジュールである。文書管理部６０２は、通信部６０１から文書や画像を受信すると、同時に受信した文書パスとファイル名を取得して、文書パス９０２、ファイル名９０３に当てはめた、後述の図９（Ａ）に示す文書情報９０４を作成し、文書ＩＤ９０１を発行する。文書パスとは、例えばファイルシステムにおける文書ファイルの所在を示す情報である。また文書管理部６０１は文書や画像をＨＤＤ３０６に保存し、発行した文書ＩＤを通信部６０１に送信する。文書管理部６０２は、通信部６０１から文書情報を受信すると、文書情報に対応する後述の図９（Ａ）に示す文書情報９０４を読み出し、通信部６０１に送信する。文書管理部６０２は、転送部６０４から文書情報を受信すると、文書情報に対応する文書のファイルをＨＤＤ３０６から読み出し、転送部６０４に送信する。

認可管理部６０３は、文書管理部６０２で管理されている文書に紐づけてファイルサーバへ転送する認可を管理するソフトウェアモジュールである。認可管理部６０３は、通信部６０１から後述の図９（Ａ）で示す文書情報９０４を受信すると、文書情報の文書ＩＤに対応する、後述の図９（Ｂ）で示す認可情報９１６を作成し、ＨＤＤ３０６に保存する。また認可管理部６０３は、通信部６０１から後述の図９（Ｃ）の文書情報と認可情報を受信すると、文書ＩＤ９２１に該当する、後述の図９（Ｂ）の認可情報９１６を読み出す。そして認可管理部６０３は認可トークン９２３と認可トークン９１２の比較、有効期限、有効回数を確認し、認可情報の正当性を検証する。また認可管理部６０３は、転送部６０４からの依頼に応じて、認可情報を受信し、該当する後述の図９（Ｂ）の認可情報９１６の現在回数９１５を更新する。

転送部６０４は、通信部６０１からの要求に応じて、文書と画像を紐づけてファイルサーバ１４０に送信するソフトウェアモジュールである。転送部６０４は、通信部６０１から受信した文書情報に該当する文書や画像を、文書管理部６０２を用いて読み出し、文書情報の文書パス９０２のフォルダに対して、ファイル名９０３で送信する。そして転送部６０４は送信結果を通信部６０１に送信する。

＜携帯端末１３０のソフトウェア構成＞
図７は、本実施形態でのスキャン文書に画像を紐づけて送信する処理にかかわる携帯端末１３０のソフトウェアモジュールの構成を示した図である。これらソフトウェアモジュールは、携帯端末のＲＯＭ４０３に格納され、ＣＰＵ４０１が実行する。

転送部７０１は、ＭＦＰ１１０から文書情報と認可情報を取得し、携帯端末のカメラ４０６で撮影した画像や、ＲＯＭ４０２に保存されている画像を、取得した文書情報に紐づけて文書管理サーバに送信するソフトウェアモジュールである。転送部７０１は、ＵＩ部７０２から後述の図９（Ｃ）の文書情報と認可情報、画像ファイル名を受信し、文書情報と認可情報を文書管理サーバ１２０に送信し、文書情報と認可情報の検証結果を受信する。そして転送部７０１は、検証結果が正しい場合は、ＵＩ部７０２から受信した画像ファイル名に対する画像ファイルを、ファイル管理部７０５を用いて取得し、文書管理サーバ１２０に送信し、送信結果を受信する。転送部７０１は、ＵＩ部７０２からの要求に応じて、送信取消要求を文書管理サーバ１２０に送信し、文書取消結果を受信する。

ＵＩ部７０２は、表示装置４０７で示すディスプレイに各種画面を表示し、入力装置４０４で示すポインティングデバイスやハードウェアキーを通じて、ユーザーによって入力された内容を検知するためのソフトウェアモジュールである。ＵＩ部７０２は、表示装置４０７に後述の図１２で示す文書情報取得画面を表示し、ユーザーによって符号画像入力欄１２０１に入れられた符号化画像１２０２を、撮影処理部７０３を用いて撮影し、符号化画像１２０２の画像データを取得する。またＵＩ部７０２は、取得した符号化画像１２０２の画像データを、画像処理部７０４を用いて解析し、符号化画像１２０２の画像データに含まれる文書情報と認可情報を取得する。ＵＩ部７０２は、表示装置４０７に後述の図１３で示す画像送信画面を表示し、取得した文書情報を文書情報表示１３０１に表示する。ＵＩ部７０２は、ファイル選択ボタン１３０３が押下された場合、不図示のファイル選択画面を表示し、ファイル管理部７０５に保存されている画像から、送信する画像をユーザーに選択させ、選択された画像のファイル名を画像ファイル名表示１３０２に表示する。またＵＩ部７０２は、撮影ボタン１３０４が押下された場合は、撮影処理部７０３を用いてカメラ４０６を用いて写真を撮影し、撮影した画像をファイル管理部７０５に送信して保存し、画像のファイル名を画像ファイル名表示１３０２に表示する。ＵＩ部７０２はＯＫボタン１３０５が押下された場合、画像ファイル名表示１３０２に表示されている画像ファイル名と、文書情報と認可情報を転送部７０１に送信し、文書管理サーバ１２０への転送を依頼する。またＵＩ部７０２は、送信取消ボタン１３０６が押下された場合、文書情報と認可情報を転送部７０１に送信し、文書情報で示される文書の文書取消を転送部７０１に依頼する。

撮影処理部７０３は、カメラ４０６が撮影した画像データを取得し、取得した画像ファイルに変換してＲＯＭ４０３に保存するソフトウェアモジュールである。撮影処理部７０３は、ＵＩ部７０２からの要求に応じてカメラ４０６を用いて撮影処理を行い、取得した画像データを、画像処理部７０４を用いて画像ファイルを作成する。そして撮影処理部７０３は、作成された画像ファイルをファイル管理部７０５に送信して、ＲＯＭ４０３への保存を依頼し、保存時の画像ファイル名をＵＩ部７０２に送信する。

画像処理部７０４は、受け取った画像データに対して画像処理を行い画像ファイルの作成を行ったり、符号化画像を受け取って解析し、符号化画像に含まれる情報などを取得したりするソフトウェアモジュールである。画像処理部７０４は、撮影処理部７０４から受け取った画像データから画像ファイルを作成し、作成された画像ファイルを撮影処理部７０３に送信する。画像処理部７０４は、ＵＩ部７０２からの要求に応じて、受け取った後述の図９（Ｄ）の符号化画像９３１を解析して、符号化画像９３１に含まれる後述の図９（Ｃ）の文書情報と認可情報を取得し、ＵＩ部７０２に送信する。

ファイル管理部７０５は、画像を受け取ってＲＯＭ４０３に保存したり、ＲＯＭに保存されている画像を取得したりする、ＲＯＭ４０３上に保存されているファイルを管理するためのソフトウェアモジュールである。

＜ファイルサーバ１２０のソフトウェア構成＞
図８は、本実施形態でのファイルサーバ１４０のソフトウェアモジュールの構成を示した図である。これらソフトウェアモジュールは、ファイルサーバ１４０のＨＤＤ３０６に格納され、ＣＰＵ３０１が実行する。

通信部８０１は、ＳＭＢやＷｅｂＤＡＶ等のファイル送信サービスのインターフェースを公開し、ＬＡＮ１００を介して送られた要求を受け付けて処理を行い、処理結果の応答を行うソフトウェアモジュールである。

ファイル管理部８０２は、ファイル送信サービスに対する要求に応じて、ＨＤＤ３０６に保管されているファイルの管理を行うソフトウェアモジュールである。ファイル管理部５０３は、通信部５０１を介して受信したフォルダ名、ファイル名に従って、ＨＤＤ３０６にファイルを保存したり読み出したりする。

＜情報＞
図９は、本実施の形態で取り扱う情報を示す。
＜文書情報＞
図９（Ａ）は、文書管理サーバ１２０の文書管理部６０２に記憶される文書情報を示す。ＭＦＰ１１０から文書管理サーバ１２０に文書が送信され、一時保管される際、文書管理部６０２によって作成される。文書ＩＤ９０１からファイル名９０３の各フィールドは、文書情報のデータレコード９０４からデータレコード９０６それぞれに含まれる。文書ＩＤ９０１は各々の文書情報を一意に示す情報である。文書パス９０２は、ＭＦＰ１１０や携帯端末１３０から受信した文書や画像を、ファイルサーバ１４０に転送する際のファイルサーバ名やフォルダ名を示す情報である。ファイル名９０３は、ＭＦＰ１１０や携帯端末１３０から受信した文書や画像を、ファイルサーバ１４０に転送する際のファイル名を示す情報である。

＜認可情報＞
図９（Ｂ）は、文書管理サーバ１２０の認可管理部６０２に記憶される認可情報を示す。ＭＦＰ１１０から文書管理サーバ１２０に文書が送信され、一時保管される際、認可管理部６０３によって作成される。文書ＩＤ９１１から現在回数９１５の各フィールドは、認可情報のデータレコード９１６からデータレコード９１８それぞれに含まれる。文書ＩＤ９１１は認可を与える文書を示す情報である。認可トークン９１２は、携帯端末１３０から画像を送信する際、携帯端末１３０が送信の認可を受けているかを検証するための情報である。有効期限９１３は、認可トークン９１２の有効期限を表す情報である。有効回数９１４は、認可トークン９１２を使用することができる回数を表す情報である。現在回数は、認可トークン９１２が現在までに使用された回数を表す情報である。

＜文書情報と認可情報＞
図９（Ｃ）は、文書管理サーバ１２０の通信部６０１で作成されてＭＦＰ１１０に掃引され、ＭＦＰ１１０から情報端末１３０に送信され、情報端末１３０から文書管理サーバ１２０に送信される文書情報と認可情報を示す。ＭＦＰ１１０から文書管理サーバ１２０に文書が送信されて一時保管され、文書管理部６０２で文書情報が、認可管理部６０３で認可情報が作成された際、通信部６０１で、文書情報と認可情報とを組み合わせて作成される。また、同じ形式の文書情報と認可情報が、携帯端末１３０が、ＭＦＰ１１０から取得した図９（Ｄ）の符号化画像９３１を解析して得られた結果としても作成される。文書ＩＤ９２１は、この情報が表わす文書を一意に示す情報であり、図９（Ａ）の文書ＩＤ９０１に対応する。文書パス９２２は、文書をファイルサーバ１４０に送信する際のフォルダ名であり、図９（Ａ）の文書パス９０２に対応する。認可トークン９２３は、画像を文書に紐づけて送信できる認可を示す情報であり、図９（Ｂ）の認可トークン９１２に対応する。

＜符号化画像＞
図９（Ｄ）はＭＦＰ１１０の画像処理部５０４で作成される符号化画像の一例を示す。ＭＦＰ１１０から携帯端末１３０に文書情報と認可情報を送信する際、画像処理部５０４は、ＵＩ部５０２から受信した文書情報と認可情報を画像に変換し、符号化画像９３１を作成する。ここで符号化された文書情報と認可情報は、図９（Ｃ）の文書情報と認可情報に相当する。また、携帯端末１３０では撮影処理部７０３で符号化画像９３１を取得し、符号化画像を解析して、文書情報と認可情報を取得する。

なお、本実施の形態の図９（Ｄ）では、符号化画像として２次元バーコード形式を使用しているが、文書情報と認可情報を表すことが可能であれば、その他のバーコード形式や、光学文字認識可能な文字列や記号列等でもよい。

＜スキャン送信画面＞
図１０はＭＦＰ１１０内で管理しているスキャン送信画面の例である。解像度リストボックス１００１は、ＭＦＰ１１０のスキャン処理部５０１でスキャン処理を行う際に使用するスキャン設定の解像度を、ユーザーが入力するためのリストボックスである。カラーモードリストボックス１００２は、ＭＦＰ１１０のスキャン処理部５０１でスキャン処理を行う際に使用するスキャン設定のカラーモードを、ユーザーが入力するためのリストボックスである。両面読み取りリストボックス１００３は、ＭＦＰ１１０のスキャン処理部５０１でスキャン処理を行う際に使用するスキャン設定の両面読み取りを行うか否かの設定を、ユーザーが入力するためのリストボックスである。読み取りサイズリストボックス１００４は、ＭＦＰ１１０のスキャン処理部５０１でスキャン処理を行う際に使用するスキャン設定の読み取りサイズを、ユーザーが入力するためのリストボックスである。

送信先フォルダ入力ボックス１００５は、ＭＦＰ１１０で紙原稿をスキャンして取得したスキャン文書を送信するファイルサーバおよびファイルサーバ上のフォルダ名をユーザーが入力するための入力ボックスである。送信先フォルダ入力ボックス１００５でユーザーが入力した値は、ＭＦＰ１１０から文書管理サーバ１２０に送信され、文書管理サーバ１２０で文書や紐づけて送信する画像をファイルサーバ１４０に送信する際のファイルサーバおよびフォルダ名として使用される。

ファイル名入力ボックス１００６は、ＭＦＰ１１０で紙原稿をスキャンして取得したスキャン文書を送信するファイルサーバ上のファイル名をユーザーが入力するための入力ボックスである。ファイル名入力ボックス１００６でユーザーが入力した値は、ＭＦＰ１１０から文書管理サーバ１２０に送信され、文書管理サーバ１２０で文書や紐づけて送信する画像をファイルサーバ１４０に送信する際のファイル名として使用される。

送信ボタン１００７は、ＭＦＰ１１０で紙原稿をスキャンして取得した文書を文書管理サーバに送信するためのボタンである。送信ボタン１００７がユーザーによって押下されると、後述の図１５の文書送信処理が開始し、後述の図１１のスキャン送信完了画面に遷移する。

なお、本実施形態における図１０のスキャン送信画面上に、入力ボックス１００１から１００６による設定以外のスキャン設定、例えばＰＤＦの各種設定などをユーザーが入力するためのリストボックスやチェックボックスを設けてもよい。

＜スキャン送信完了画面＞
図１１はＭＦＰ１１０内で管理しているスキャン送信完了画面の例である。文書情報表示１１０１は、ＭＦＰ１１０が文書管理サーバ１２０へ文書送信した結果として文書管理サーバ１２０から受信した図９（Ｃ）の文書情報と認可情報のうち、文書情報を表示する表示欄である。

符号化画像表示１１０２は、ＭＦＰ１１０が文書管理サーバ１２０へ文書送信した結果として文書管理サーバ１２０から受信した図９（Ｃ）の文書情報と認可情報を変換して得られた、図９（Ｄ）の符号化画像９３１を表示するための表示欄である。携帯端末１３０が後述の図１２で示す文書情報取得画面において、ＭＦＰ１１０の表示部１１１に表示されている符号化画像表示１１０２を、カメラ４０６で撮影することで、ＭＦＰ１１０から携帯端末１３０へ図９（Ｃ）の文書情報と認可情報を送信できる。
ＯＫボタン１１０３は、ＭＦＰ１１０での文書送信処理を終了するためのボタンである。ＯＫボタン１１０３がユーザーによって押下されると、ＭＦＰ１１０での処理は終了する。キャンセルボタン１１０４は、ＭＦＰ１１０から文書管理サーバ１２０に送信した文書を、ファイルサーバに転送する処理をキャンセルするためのボタンである。キャンセルボタン１１０４がユーザーによって押下されると、後述の図１６のＳ１６０９からＳ１６１０で示す文書キャンセル処理が実行される。
なお、図１１のスキャン送信完了画面を表示してからの時間がＵＩ部５０５で計測されており、一定時間が経過すると表示処理を終了し、ＵＩ部５０５から転送部５０２に対して文書キャンセル要求が送信される。また、本実施形態における図１１のスキャン送信完了画面上に、スキャン送信完了画面の表示を終了し、図１０のスキャン送信画面に遷移するＧＵＩボタンを設けてもよい。

＜文書情報取得画面＞
図１２は携帯端末１３０内で管理している文書情報取得画面の例である。符号化画像入力ボックス１２０１は、携帯端末１３０からＭＦＰ１１０から送信された文書に紐づけて画像を送信する際に、紐づける文書を示す文書情報と紐づける認可を示す認可情報とが含まれる符号化画像９３１を入力するための入力ボックスである。この符号化画像入力ボックス１２０１には、カメラ４０６から入力される写真画像が撮影処理部７０３からＵＩ部７０２に断続的に送信されて逐次表示することにより、リアルタイムでカメラ入力画像が表示される。そして、後述のＯＫボタン１２０３がユーザーによって押下されることで、ＵＩ部７０２は撮影する符号化画像を確定する。符号化画像入力ボックス１２０１内に、図１１のスキャン送信完了画面の符号化画像表示１１０２が入るようにユーザーが調整し、後述のＯＫボタン１２０３が押下されることで、符号化画像表示１１０２に表示された符号化画像が、携帯端末１３０で取得される。

符号化画像１２０２は、符号化画像入力ボックス１２０１に入力された符号化画像を示す。この符号化画像は図９（Ｄ）の符号化画像９３１を示す。撮影処理部７０３で取得された符号化画像１２０２を画像処理部７０４で解析し、復号することによって、ＵＩ部７０２は図９（Ｃ）の文書情報と認可情報を取得できる。

ＯＫボタン１２０３は、携帯端末１３０がＭＦＰ１１０の表示部１１１に表示された符号化画像１１０２を取得し、符号化画像１１０２に含まれる文書情報と認可情報を取得し、後述の図１３に示す画像送信画面に遷移するためのボタンである。ＯＫボタン１２０３がユーザーによって押下されると、後述の図１５の文書情報・認可情報取得処理１５０７が開始され、後述の図１３の画像送信画面に遷移する。

なお、本実施形態における図１２の文書情報取得画面上に、符号化画像１２０１を撮影する際の撮影設定、例えば撮影時の明度や彩度などをユーザーが入力するためのリストボックスを設けてもよい。

＜画像送信画面＞
図１３は携帯端末１３０内で管理している画像送信画面の例である。文書情報表示１３０１は、図１２で取得した符号化画像１２０２を解析して取得した文書情報を表示するための表示欄である。

ファイル名表示１３０２は、後述のファイル選択ボタン１３０３をユーザーが押下することで選択された画像や、後述の撮影ボタン１３０４をユーザーが押下することで撮影された画像のファイル名を表示するための表示欄である。

ファイル選択ボタン１３０３は、ユーザーが、文書情報表示１３０１に表示されている文書情報で示された文書に紐づけて送信する画像を選択するためのボタンである。ファイル選択ボタン１３０３をユーザーが押下することで、不図示のファイル選択画面が表示され、ユーザーがファイル選択画面で画像を選択することで、送信する画像が選択される。

撮影ボタン１３０４は、ユーザーが、文書情報表示１３０１に表示されている文書情報で示された文書に紐づけて送信する画像を撮影するためのボタンである。撮影ボタン１３０４をユーザーが押下することで、不図示の写真撮影画面が表示され、ユーザーが写真撮影画面で撮影を行うことで、撮影された画像がファイル管理部７０５に保存され、ファイル名表示１３０２に保存された画像のファイル名が表示される。

ＯＫボタン１３０５は、携帯端末１３０が取得した文書情報と認可情報に紐づけて、携帯端末１３０上の画像を文書管理サーバ１２０に送信し、後述の図１４に示す画像送信完了画面に遷移するためのボタンである。ＯＫボタン１３０５がユーザーによって押下されると、後述の図１５の画像取得１５０９から画像受信結果送信１５１６が開始し、後述の図１４の画像送信完了画面に遷移する。

なお、本実施形態における図１３の画像送信画面上に、図１２の文書情報取得画面に遷移するためのＧＵＩボタンなどを設けていてもよい。

＜画像送信完了画面＞
図１４は携帯端末１３０内で管理している画像送信完了画面の例である。画像情報表示１４０１は、携帯端末１３０から文書管理サーバ１２０へ送信された画像送信結果を表示するための表示欄である。文書情報表示１４０２は、携帯端末１３０から文書管理サーバ１２０へ送信された画像に紐づけられた文書情報を表示するための表示欄である。ＯＫボタン１４０３は、携帯端末１３０での画像送信処理を終了するためのボタンである。ＯＫボタン１４０３がユーザーによって押下されると、携帯端末１３０での処理は終了する。

＜転送処理＞
次に、本実施形態における文書画像転送システム（あるいはファイル管理システム）の転送処理フローについて説明する。以下は、ＭＦＰ１１０がスキャン文書を文書管理サーバ１２０に送信して文書情報と認可情報を取得し、ＭＦＰ１１０から携帯端末１３０に文書情報と認可情報を送信して、携帯端末１３０で文書に紐づけて画像を送信する処理を中心に説明する。

なお文書管理サーバ１３０のアドレスはユーザーがＭＦＰ１１０に操作部１１１を用いてＨＤＤ２０４に登録済みとする。文書管理サーバ１３０のアドレスは携帯端末１３０のＲＯＭ４０３に登録済み、または、ユーザーが入力装置４０４を用いて登録済みとする。本例では登録の処理については省略する。

図１５は文書画像転送システムが転送処理を行う際のシーケンス図である。なお本シーケンスに係るＭＦＰ１１０のプログラムは、ＭＦＰ１１０のＲＯＭ２０２またはＨＤＤ２０４に記憶されており、ＲＡＭ２０３に読みだされＣＰＵ２０１によって実行される。なお本シーケンスに係る文書管理サーバ１２０のプログラムは、文書管理サーバ１２０のＲＯＭ３０３またはＨＤＤ３０６に記憶されており、ＲＡＭ３０２に読みだされＣＰＵ３０１によって実行される。なお本シーケンスに係る携帯端末１３０のプログラムは、携帯端末１３０のＲＯＭ４０３に記憶されており、ＲＡＭ４０２に読みだされＣＰＵ４０１によって実行される。なお本シーケンスに係るファイルサーバ１４０のプログラムは、ファイルサーバ１４０のＲＯＭ３０３またはＨＤＤ３０６に記憶されており、ＲＡＭ３０２に読みだされＣＰＵ３０１によって実行される。

ステップ１５０１では、ＭＦＰ１１０が紙原稿をスキャン処理し、スキャン文書を取得する。

ステップ１５０２では、ＭＦＰ１１０から文書管理サーバ１２０にスキャン文書を送信する。

ステップ１５０３では、文書管理サーバ１２０が、ＭＦＰ１１０から受信した文書を一時保管する。

ステップ１５０４では、文書管理サーバ１２０が、一時保管した文書情報に対して、紐づけて画像を送信するための認可情報を発行する。

ステップ１５０５では、文書管理サーバ１２０がＭＦＰ１１０に対して、文書情報と認可情報を送信する。

ステップ１５０６では、ＭＦＰ１１０が携帯端末１３０に対して、文書情報と認可情報を送信する。この送信は、本実施形態では、電気通信ではなく、図９（Ｄ）に示したようなコードをＭＦＰ１１０が表示し、それを携帯端末１３０に読み込ませることで実現している。

ステップ１５０７では、携帯端末１３０がＭＦＰ１１０から文書情報と認可情報を取得する。この取得は、本実施形態では、図９（Ｃ）の符号化画像を読み取り、それをデコードすることで実現している。

ステップ１５０８では、携帯端末１３０から前記ステップ１５０７でＭＦＰ１１０から取得した文書情報で示される文書に紐づけて、文書管理サーバ１２０に送信する画像を携帯端末１３０が取得する。

ステップ１５０９では、携帯端末１３０がＭＦＰ１１０から取得した文書情報と認可情報を、文書管理サーバ１２０に送信する。

ステップ１５１０では、文書管理サーバ１２０が、携帯端末１３０から受信した文書情報と認可情報が正当な情報であるか検証（あるいは認証）する。

ステップ１５１１では、文書管理サーバ１２０が前記ステップ１５１０で文書情報と認可情報を検証した検証結果（あるいは認証結果）を、携帯端末１３０に送信する。

ステップ１５１２では、認証が成功した場合には、携帯端末１３０が文書管理サーバ１２０に、前記ステップ１５０８で取得した画像を、文書管理サーバ１２０に送信する。認証が不成功の場合には画像は送信されない（不図示）。

ステップ１５１３では、文書管理サーバ１２０が受信した画像ファイルを一時保管する。

ステップ１５１４では、文書管理サーバ１２０が画像ファイルを一時保管した結果を、携帯端末１３０に送信する。

ステップ１５１６では、文書管理サーバ１２０がファイルサーバ１３０に対して、ＭＦＰ１１０から受信した文書を送信する。

ステップ１５１７では、ファイルサーバ１４０が文書管理サーバ１２０から文書ファイルとフォルダ名を受信し、受信したフォルダ名のフォルダに、受信した文書ファイルを保管する。

ステップ１５１８では、ファイルサーバ１４０が文書管理サーバ１２０に対して、前記ステップ１５１７で文書保管した結果を送信する。

ステップ１５１９では、文書管理サーバ１２０がファイルサーバ１３０に対して、携帯端末１３０から受信した画像を送信する。

ステップ１５２０では、ファイルサーバ１４０が文書管理サーバ１２０から画像ファイルとフォルダ名を受信し、受信したフォルダ名のフォルダに、受信した画像ファイルを保管する。

ステップ１５２１では、ファイルサーバ１４０が文書管理サーバ１２０に対して、前記ステップ１５２０で画像保管した結果を送信する。

以上で図１５の転送処理フローは終了する。次に、図１５のシーケンスにおいて、各デバイスの処理手順を、フローチャートを参照しつつ説明する。なお、図１５には取り消し処理や認証失敗時の処理などの例外的な処理は記載されていないが、図１６〜図１９のフローチャートでは、そのような例外処理も示されている。

＜ＭＦＰ１１０による送信処理＞
図１６はＭＦＰ１１０における文書送信処理（図１７のステップ１５０２）のフローチャートである。ＭＦＰ１１０における文書送信処理のフローを、図１６を用いて説明する。なお本フローに係るＭＦＰ１１０のプログラムは、ＭＦＰ１１０のＲＯＭ２０２またはＨＤＤ２０４に記憶されており、ＲＡＭ２０３に読みだされＣＰＵ２０１によって実行される。

ステップＳ１６０１では、ＵＩ部５０５が操作部１１１に図１０のスキャン送信画面を表示する。

ステップＳ１６０２では、ＵＩ部５０５が、ユーザーが図１０のスキャン送信画面の送信ボタン１００７を押下したか否かを判断する。ＵＩ部５０５が、送信ボタン１００７が押下されたと判断した場合は、処理はステップＳ１６０３に進む。ＵＩ部５０５が、送信ボタン１００７が押下されていないと判断した場合は、処理は再びステップＳ１６０２に進む。

ステップＳ１６０３では、ＵＩ部５０５が、ユーザーによって図１０スキャン送信画面で入力されたスキャン設定、送信先フォルダ、ファイル名を取得する。ＵＩ部５０５がスキャン処理部５０１を用いて、紙原稿のスキャン処理を行い、スキャン画像を取得する。ＵＩ部５０５は画像処理部５０４に画像データとスキャン設定を送信して、スキャン文書を取得し、一時保管部５０３を用いてスキャン文書をＨＤＤ２０４に保存する。

ステップＳ１６０４では、ＵＩ部５０５は、転送部５０２に送信先フォルダ、ファイル名、前記ステップＳ１６０２で一時保存したスキャン文書情報を転送部５０２送信して、文書管理サーバ１２０への送信を依頼する。転送部５０２は、受信したスキャン文書の情報を一時保管部５０３に送信してスキャン文書を取得し、文書、送信先フォルダ、ファイル名を文書管理サーバ１２０に送信する。

ステップＳ１６０４におけるスキャン文書の送信に応じて、文書管理サーバ１２０は文書情報および認可情報を発行し、ＭＦＰ１１０に対して送信する。ステップＳ１６０５以降はそれを受けての処理となる。

ステップＳ１６０５では、転送部５０２が文書管理サーバ１２０から文書情報と認可情報を受信したか否かを判断する。ステップＳ１６０５は便宜的な表現であり、ループで待機せずにいったん処理を終了し、応答の受信をきっかけとしてステップＳ１６０５から再開してもよい。転送部５０２が文書管理サーバ１２０から文書情報と認可情報を受信したと判断した場合は、文書情報と認可情報をＵＩ部５０５に送信し、処理はステップＳ１６０６に進む。転送部５０２が文書管理サーバ１２０から文書情報と認可情報を受信していないと判断した場合は、再び処理はステップＳ１６０５に進む。

ステップＳ１６０６では、ＵＩ部５０５が前記ステップＳ１６０５で受信した図９（Ｃ）の文書情報と認可情報を元に、画像処理部５０４を用いて図９（Ｄ）の符号化画像９３１を作成する。

ステップＳ１６０７では、ＵＩ部５０５が、操作部１１１に図１１のスキャン送信完了画面を表示する。このとき図１１のスキャン送信完了画面の符号化画像表示１１０２に、前記ステップＳ１６０６で作成した符号化画像９３１を表示させる。またＵＩ部５０５は、操作部１１１に図１１のスキャン完了画面の表示を開始してからの表示時間を計測開始する。ボタンが押下されるか、あるいはタイマが満了すると次のステップに進む。なおステップＳ１６０７における符号化画像の表示が、図１５のステップ１５０６における文字情報と認可情報の送信に相当する。

ステップＳ１６０８では、ＵＩ部５０５が、ユーザーが図１１のスキャン送信完了画面でキャンセルボタン１１０４が押下されたか否かを判断する。ＵＩ部５０５が、ユーザーが図１１のスキャン送信完了画面でキャンセルボタン１１０４が押下されたと判断した場合は、処理はステップＳ１６０９に進む。ＵＩ部５０５が、ユーザーが図１１のスキャン送信完了画面でキャンセルボタン１１０４が押下されていないと判断した場合は、処理はステップＳ１６１１に進む。

ステップＳ１６０９では、ＵＩ部５０５が転送部５０２に対して、文書キャンセル要求の送信を依頼する。転送部５０２は、文書管理サーバ１２０に対して、文書キャンセル要求を送信する。

ステップＳ１６１０では、転送部５０２が、文書管理サーバ１２０から文書キャンセル結果を受信したか否かを判断する。転送部５０２が、文書管理サーバ１２０から文書キャンセル結果を受信したと判断した場合は、ＭＦＰ１１０における文書送信処理は終了する。転送部５０２が、文書管理サーバ１２０から文書キャンセル結果を受信していないと判断した場合は、処理は再びステップＳ１６１０に進む。

ステップＳ１６１１では、ＵＩ部５０５が、図１１のスキャン送信完了画面で一定時間以内にユーザーが操作を行わずタイムアウトが発生したか否かを判断する。ＵＩ部５０５が、タイムアウトが発生したと判断した場合は、処理はステップＳ１６１９に進む。ＵＩ部５０５が、タイムアウトが発生していないと判断した場合は、ＯＫボタン１１０３が押下されたと判断して、ＭＦＰ１１０における文書送信処理は終了する。以上が、スキャン文書送信時のＭＦＰ１１０による送信処理である。

＜文書管理サーバ１３０による受信処理＞
図１７は、文書管理サーバ１２０による、ＭＦＰ１１０からスキャン文書を受信する文書受信処理のフローチャートである。文書管理サーバ１２０における文書受信処理のフローを、図１７を用いて説明する。なお本フローに係る文書管理サーバ１２０のプログラムは、文書管理サーバ１２０のＲＯＭ３０３またはＨＤＤ３０６に記憶されており、ＲＡＭ３０２に読みだされＣＰＵ３０１によって実行される。

ステップＳ１７０１では、通信部６０１がＭＦＰ１１０から文書、送信先フォルダ、ファイル名を受信したか否かを判断する。通信部６０１がＭＦＰ１１０から文書、送信先フォルダ、ファイル名を受信したと判断した場合は、処理はステップＳ１７０２に進む。通信部６０１がＭＦＰ１１０から文書、送信先フォルダ、ファイル名を受信していないと判断した場合は、処理は再びステップＳ１７０１に進む。

ステップＳ１７０２では、通信部６０１が受信した文書、送信先フォルダ、ファイル名を文書管理部６０２に送信して、文書管理部６０２が受信した情報を図９（Ａ）の文書情報として保存し、保存した文書情報を通信部６０１に送信する。このステップは図１５のステップ１５０３に相当する。

ステップＳ１７０３では、通信部６０１が前記ステップＳ１７０２で受信した文書情報の文書ＩＤ９０１を認可管理部６０３に送信し、認可管理部６０２が受信した文書ＩＤに対して、紐づけて画像を送信するための認可情報を発行し保存する。そして認可管理部６０２が保存した認可情報を通信部６０１に送信する。このステップは図１５のステップ１５０４に相当する。

ステップＳ１７０４では、通信部６０１が、前記ステップＳ１７０２取得した文書情報およびステップＳ１７０３で取得した認可情報から、図９（Ｃ）の文書情報と認可情報を作成する。そして、通信部６０１はＭＦＰ１１０に対して、作成した文書情報と認可情報を送信する。このステップは図１５のステップ１５０５に相当する。

ステップＳ１７０５では、通信部６０１がＭＦＰ１１０から、図１６のステップＳ１６０９で送信された文書キャンセル要求を受信したか否かを判断する。通信部６０１がＭＦＰ１１０から文書キャンセル要求を受信したと判断した場合は、処理はステップＳ１７０６に進む。通信部６０１がＭＦＰ１１０から文書キャンセル要求を受信していないと判断した場合は、文書管理サーバ１２０における文書受信処理は終了する。

ステップＳ１７０６では、通信部６０１が文書キャンセル要求を受信した場合に、文書管理部６０２に対して、前記ステップＳ１７０４で送信した文書情報を送信する。そして通信部６０１は文書管理部６０２に一時保管されている図９（Ａ）の文書情報のうち、該当する文書情報と文書ファイルをＨＤＤ３０６からの削除を依頼し、削除結果を受信する。

ステップＳ１７０７では、通信部６０１が文書キャンセル要求を受信した場合に、認可管理部６０３に対して、前記ステップＳ１７０４で送信した認可情報を送信する。そして通信部６０１は認可管理部６０３に保管されている図９（Ｂ）の認可情報のうち、該当する認可情報をＨＤＤ３０６からの削除を依頼し、削除結果を受信する。

ステップＳ１７０８では、通信部６０１がＭＦＰ１１０に文書キャンセル結果を送信する。そして文書管理サーバ１２０における文書受信処理は終了する。

＜携帯端末１３０による画像送信処理＞
図１８は、携帯端末１３０における画像送信処理のフローチャートである。携帯端末１３０における画像送信処理のフローを、図１８を用いて説明する。なお本フローに係る携帯端末１３０のプログラムは、携帯端末１３０のＲＯＭ４０３に記憶されており、ＲＡＭ４０２に読みだされＣＰＵ４０１によって実行される。

ステップＳ１８０１では、ＵＩ部７０２が、表示装置４０７で示されるディスプレイに、図１２の文書情報取得画面を表示する。この時ＵＩ部７０２は、カメラ４０６から入力される写真画像を、撮影処理部７０３を用いて断続的に取得し、図１２の文書情報取得画面の符号化画像入力ボックス１２０１に表示する。

ステップＳ１８０２では、ＵＩ部７０２が、ユーザーが図１２の文書情報取得画面上のＯＫボタン１２０３を押下したか否かを判断する。ＵＩ部７０２が、ユーザーが図１２の文書情報取得画面上のＯＫボタン１２０３を押下したと判断した場合は、撮影処理部７０３からカメラ４０６で取得した、符号化画像入力ボックス１２０１に表示されている符号化画像１２０２の画像データを取得する。ＵＩ部７０２が、ＵＩ部７０２が、ユーザーが図１２の文書情報取得画面上のＯＫボタン１２０３を押下していないと判断した場合は、処理は再度ステップＳ１８０２に進む。このステップは図１５のステップ１５０７に相当する。

ステップＳ１８０３では、ＵＩ部７０２が受信した符号化画像１２０２の画像データを、画像処理部７０４に送信し、画像処理部７０４で受信した符号化画像１２０２の画像データを解析する。画像処理部７０４は、符号化画像１２０２に含まれている図９（Ｃ）で示す文書情報と認可情報を取得し、ＵＩ部７０２に送信する。ここで文書情報および認可情報を含む文書に固有な固有情報が、ＭＦＰ１１０から携帯端末１３０に引き渡される。

ステップＳ１８０４では、ＵＩ部７０２が表示装置４０７で示されるディスプレイに、図１３の画像送信画面を表示する。このときＵＩ部７０２は前記ステップＳ１８０３で取得した文書情報を、文書情報表示欄１３０１に表示させる。

ステップＳ１８０５では、ＵＩ部７０２が、ユーザーが図１３の画像送信画面の撮影ボタン１３０４を押下したか否かを判断する。ＵＩ部７０２が、ユーザーが図１３の画像送信画面の撮影ボタン１３０４を押下したと判断した場合は、処理はステップＳ１８０６に進む。ＵＩ部７０２が、ユーザーが図１３の画像送信画面の撮影ボタン１３０４を押下していないと判断した場合は、処理はステップＳ１８０７に進む。

ステップＳ１８０６では、ＵＩ部７０２が表示装置４０７に不図示の写真撮影画面を表示させ、撮影処理部７０３を用いてカメラ４０６で写真撮影処理を行い、写真画像データを取得する。ＵＩ部７０２は、取得した写真画像データを画像処理部７０４に送信して画像ファイルを作成する。そしてＵＩ部７０２は、取得した画像ファイルをファイル管理部７０５に送信しＲＯＭ４０３に保存し、保存時のファイル名を取得し、図１３の画像送信画面のファイル名表示１３０２に表示させる。このステップは図１５のステップ１５０８に相当する。

ステップＳ１８０７では、ＵＩ部７０２が、ユーザーが図１３の画像送信画面のファイル選択ボタン１３０３を押下したか否かを判断する。ＵＩ部７０２が、ユーザーが図１３の画像送信画面のファイル選択ボタン１３０３を押下したと判断した場合は、処理はステップＳ１８０８に進む。ＵＩ部７０２が、ユーザーが図１３の画像送信画面のファイル選択ボタン１３０３を押下していないと判断した場合は、処理はステップＳ１８０９に進む。

ステップＳ１８０８では、ＵＩ部７０２が表示装置４０７に不図示のファイル選択画面を表示させ、ユーザーに対して、ファイル管理部７０５を用いてＲＯＭ４０３に保存されている画像から、文書管理サーバ１２０に送信する画像を選択させる。ＵＩ部７０２は、ユーザーによって選択された画像のファイル名を、図１３の画像送信画面のファイル名表示１３０２に表示させる。

ステップＳ１８０９では、ＵＩ部７０２が、ユーザーが図１３の画像送信画面の送信取消ボタン１３０６を押下したか否かを判断する。ＵＩ部７０２が、ユーザーが図１３の画像送信画面の送信取消ボタン１３０６を押下したと判断した場合は、処理はステップＳ１８１５に進む。ＵＩ部７０２が、ユーザーが図１３の画像送信画面の送信取消ボタン１３０６を押下していないと判断した場合は、ＯＫボタン１３０５が押下されたと判断して、ファイル名表示１３０２に表示されているファイル名を取得する。そしてＵＩ部７０２は、転送部７０１にファイル名と、前記ステップＳ１８０３で取得した図９（Ｃ）の文書情報と認可情報を送信する。

ステップＳ１８１０では、転送部７０１が、文書管理サーバ１２０に対して、前記ステップＳ１８０９においてＵＩ部７０２から受信した文書情報と認可情報を送信する。このステップは図１５のステップ１５０９に相当する。

ステップＳ１８１１では、転送部７０２が、文書管理サーバ１２０から検証結果を受信したか否かを判断する。転送部７０２が、文書管理サーバ１２０から検証結果を受信したと判断した場合は、処理はステップＳ１８１２に進む。転送部７０２が、文書管理サーバ１２０から検証結果を受信していないと判断した場合は、処理は再びステップＳ１８１１に進む。このステップは図１５のステップ１５１１で文書管理サーバ１２０により送信される検証結果の受信に相当する。

ステップＳ１８１２では、転送部７０２が、受信した検証結果が有効であるか否かを判断する。転送部７０２が、受信した検証結果が有効であると判断した場合は、処理はステップＳ１８１３に進む。転送部７０２が、受信した検証結果が有効ではないと判断した場合は、転送部７０２がＵＩ部７０２に画像送信失敗の旨を送信して、処理はステップＳ１８１５に進む。

ステップＳ１８１３では、転送部７０２が、前記ステップＳ１８０９で取得した、ユーザーが選択したファイル名をファイル管理部７０５に送信し、ＲＯＭ４０３から画像ファイルを取得する。そして転送部７０２が、文書管理サーバ１２０に取得した画像ファイルとファイル名を送信する。このステップは図１５のステップ１５１２に相当する。

ステップＳ１８１４では、転送部７０２が、文書管理サーバ１２０から画像一時保管結果を受信したか否かを判断する。転送部７０２が、文書管理サーバ１２０から画像一時保管結果を受信したと判断した場合は、画像一時保管結果をＵＩ部７０２に送信して、処理はステップＳ１８１５に進む。転送部７０２が、文書管理サーバ１２０から画像一時保管結果を受信していないと判断した場合は、処理は再びステップＳ１８１４に進む。このステップは図１５のステップ１５１４で文書管理サーバ１２０により送信される画像一時保管結果の受信に相当する。

ステップＳ１８１５では、ＵＩ部７０２が、表示装置４０７に図１４の画像送信結果画面を表示させる。

ステップＳ１８１６では、ＵＩ部７０２が、ユーザーが図１４の画像送信結果画面のＯＫボタン１４０３を押下したか否かを判断する。ＵＩ部７０２が、ユーザーが図１４の画像送信結果画面のＯＫボタン１４０３を押下したと判断した場合は、携帯端末１３０における画像送信処理は終了する。ＵＩ部７０２が、ユーザーが図１４の画像送信結果画面のＯＫボタン１４０３を押下していないと判断した場合は、処理は再びステップＳ１８１６に進む。

ステップＳ１８１７では、ステップＳ１８０９でＵＩ部７０２が図１３の画像送信画面の送信取消ボタン１３０６が押下されたと判断した場合、ＵＩ部７０２は転送部７０１に対して、前記ステップＳ１８０３で取得した文書情報を送信し送信取消を依頼する。転送部７０１は、文書管理サーバ１２０に対して、文書情報と送信取消要求を送信する。

ステップＳ１８１８では、転送部７０１が、文書管理サーバ１２０から送信取消結果を受信したか否かを判断する。転送部７０１が、文書管理サーバ１２０から送信取消結果を受信したと判断した場合は、転送部７０１は送信取消結果をＵＩ部７０２に送信し、処理はステップＳ１８１５に進む。転送部７０１が、文書管理サーバ１２０から送信取消結果を受信していないと判断した場合は、処理は再びステップＳ１８１８に進む。

＜文書管理サーバ１２０による画像受信処理＞
図１９は、図１７の文書受信処理に引き続いて文書管理サーバ１２０により実行される画像受信処理のフローチャートである。文書管理サーバ１２０における画像受信処理のフローを、図１９を用いて説明する。なお本フローに係る文書管理サーバ１２０のプログラムは、文書管理サーバ１２０のＲＯＭ３０３またはＨＤＤ３０６に記憶されており、ＲＡＭ３０２に読みだされＣＰＵ３０１によって実行される。

ステップＳ１９０１では、通信部６０１が、携帯端末１３０が図１８のステップＳ１８１０で送信した図９（Ｃ）の文書情報と認可情報を受信したか否かを判断する。通信部６０１が、携帯端末１３０から図９（Ｃ）の文書情報と認可情報を受信したと判断した場合は、処理はステップＳ１９０２に進む。通信部６０１が、携帯端末１３０から図９（Ｃ）の文書情報と認可情報を受信していないと判断した場合は、処理はステップＳ１９１２に進む。

ステップＳ１９０２では、通信部６０１が前記ステップＳ１９０１で受信した文書情報と認可情報を、文書管理部６０２に送信し文書ＩＤに該当する文書情報が存在するか否かを検証する。また、通信部６０１が前記ステップＳ１９０１で受信した認可情報を、認可管理部６０３に送信し、文書ＩＤに該当する認可情報を読み出させる。認可管理部６０３は受信した認可情報と保管されている認可情報の認可トークンが等しく、かつ、有効期限が切れておらず、かつ、使用回数が有効回数以内である場合は、認可は有効であると判断し、そうでない場合は、認可は無効であると判断する。認可管理部６０３は認可情報検証結果を通信部６０１に送信する。このステップは図１５のステップ１５１０に相当する。

ステップＳ１９０３では、通信部６０１が、受信した文書情報と認可情報の検証結果を、携帯端末１３０に送信する。このステップは図１５のステップ１５１１に相当する。

ステップＳ１９０４では、通信部６０１が、前記ステップＳ１９０２で文書情報と認可情報を検証した結果が有効であったか否かを判断する。通信部６０１が、前記ステップＳ１９０２で文書情報と認可情報を検証した結果が有効であったと判断した場合は、処理はステップＳ１９０５に進む。通信部６０１が、前記ステップＳ１９０２で文書情報と認可情報を検証した結果が有効ではなかったと判断した場合は、文書管理サーバ１２０における文書受信処理は終了する。

ステップＳ１９０５では、通信部６０１が、携帯端末１３０が図１８のステップＳ１８１３で送信した画像ファイルを受信したか否かを判断する。通信部６０１が、携帯端末１３０から画像ファイルを受信したと判断した場合は、処理はステップＳ１９０６に進む。通信部６０１が、携帯端末１３０から画像ファイルを受信していないと判断した場合は、処理は再びＳ１９０５に進む。

ステップＳ１９０６では、通信部６０１が受信した画像ファイルを文書管理部６０２に送信して、ＨＤＤ３０６に一時保管させる。このステップは図１５のステップ１５１３に相当する。

ステップＳ１９０７では、通信部６０１が、前記ステップＳ１９０６で画像ファイルを一時保管した画像一時保管結果を携帯端末１３０に送信する。このステップは図１５のステップ１５１４に相当する。

ステップＳ１９０８では、通信部６０１から転送部６０４に対して、文書と画像の文書情報を送信し、文書と画像を紐づけてファイルサーバに送信するよう依頼する。転送部６０４は、文書ファイルの読み出しを文書管理部６０２に依頼し、文書ファイルを受信する。そして転送部６０４は、文書情報の文書パス９０２で示されたアドレスのファイルサーバ１４０に対して、文書パス９０４で示されたフォルダ名のフォルダに、文書ファイルを送信する。このステップは図１５のステップ１５１６に相当する。

ステップＳ１９０９では、転送部６０４が、ファイルサーバ１４０から文書保管結果を受信したか否かを判断する。転送部６０４が、ファイルサーバ１４０から文書保管結果を受信したと判断した場合は、処理はステップＳ１９１０に進む。転送部６０４が、ファイルサーバ１４０から文書保管結果を受信していないと判断した場合は、処理は再びステップＳ１９０９に進む。

ステップＳ１９１０では、転送部６０４は、画像ファイルの読み出しを文書管理部６０２に依頼し、画像ファイルを受信する。そして転送部６０４は、文書情報の文書パス９０２で示されたアドレスのファイルサーバ１４０に対して、文書パス９０４で示されたフォルダ名のフォルダに、画像ファイルを送信する。このステップは図１５のステップ１５１９に相当する。

ステップＳ１９１１では、転送部６０４が、ファイルサーバ１４０から画像保管結果を受信したか否かを判断する。転送部６０４が、ファイルサーバ１４０から画像保管結果を受信したと判断した場合は、文書管理サーバ１２０における画像受信処理が終了する。転送部６０４が、ファイルサーバ１４０から画像保管結果を受信していないと判断した場合は、処理は再びステップＳ１９１１に進む。

ステップＳ１９１２では、通信部６０１が、携帯端末１３０から送信取消要求を受信したか否かを判断する。通信部６０１が、携帯端末１３０から文書情報と送信取消要求を受信したと判断した場合は、処理はステップＳ１９１２に進む。通信部６０１が、携帯端末１３０から送信取消要求を受信していないと判断した場合は、処理は再びＳ１９０１に進む。

ステップＳ１９１３では、通信部６０１が、受信した文書情報を文書管理部６０２に送信し、文書情報に該当する図９（Ａ）の文書情報と、ＨＤＤ３０６に保存されている文書ファイルの削除を依頼する。

ステップＳ１９１４では、通信部６０１が、受信した文書情報を認可管理部６０３に送信し、認可情報に該当する図９（Ｂ）の認可情報の削除を依頼する。

ステップＳ１９１５では、通信部６０１が、携帯端末１３０に対して、送信取消結果を送信する。そして、文書管理サーバ１２０における文書取消処理は終了する。

以上が、本実施形態における文書画像転送システムの各デバイスによる処理フローである。この処理により、ＭＦＰ１１０から文書管理サーバ１２０に文書を送信した後、文書情報と認可情報が発行され、ＭＦＰ１１０が発行された文書情報と認可情報を符号化画像として表示する。そして、携帯端末１３０でＭＦＰ１１０に表示された符号化画像を読み取ることで、文書情報と認可情報を受け渡すことができる。また、携帯端末１３０が、取得した文書情報と認可情報を文書管理サーバ１２０に送信することで、文書管理サーバ１２０で文書情報と認可情報の検証を行った上で、携帯端末１３０から画像ファイルを送信する。そして文書管理サーバ１２０が、ファイルサーバ１４０に対して、指定されたフォルダに文書と画像を紐づけて保存することができる。また、ＭＦＰ１１０から送信した文書を文書管理サーバ１２０に送信した後でも、ＭＦＰ１１０上から文書のキャンセルを実施でき、さらに、携帯端末１３０上からも、ＭＦＰ１１０で送信した文書の送信取消ができる。これによりＭＦＰから送信したスキャン文書に対して、カメラ等で取得した画像ファイルを紐づけて保管する際の、ユーザーの利便性を向上し、セキュリティ上の問題を低減することができる。

＜第２の実施形態＞
前述の第１の実施形態では、ＭＦＰ１１０上で符号化画像を表示し、携帯端末１３０で符号化画像を読み取って、文書情報と認可情報の送信および受信を行っていたが、本実施形態では、近距離無線通信を使用して、文書情報と認可情報の送信および受信を行う構成の例を説明する。第１の実施形態の図５のＭＦＰ１１０のソフトウェアモジュールの構成の説明を追加する。

無線通信部５０６は、ＵＩ部５０５から図９（Ｃ）で示す文書情報と認可情報を受信し、携帯端末１３０に対して、無線通信部１１４を用いて、受信した文書情報と認可情報を近距離無線通信で送信する。

ＵＩ部５０５は、転送部５０２から図９（Ｃ）に示す文書情報と認可情報を受信すると、受信した文書情報と認可情報を操作部１１１に後述の図２０で示すスキャン送信完了画面を表示すると同時に、無線通信部５０６に文書情報と認可情報の送信を依頼する。

第１の実施形態の図７の携帯端末１３０のソフトウェアモジュールの構成の説明を追加する。

無線通信部７０６は、ＭＦＰ１１０から、無線通信部１１４を用いて図９（Ｃ）で示す文書情報と認可情報を受信し、ＵＩ部７０２に送信する。

ＵＩ部７０２は、表示装置４０７に後述の図２１で示す文書情報取得画面を表示し、ユーザーによって携帯端末１３０をＭＦＰ１１０に近接に接近されると、無線通信部７０６を用いて文書情報と認可情報を取得する。

図２０は、第１の実施形態の図１１のスキャン送信完了画面の代わりに用いる、第２の実施形態のスキャン送信完了画面である。図２０は、ステップＳ１６０７で操作部１１１に表示するスキャン送信完了画面である。なお、図２０の構成のうち、１１０１、１１０３、１１０４については、図１１と同一である。

近距離無線送信表示２００１は、ユーザーに携帯端末１３０をＭＦＰ１１０の近接に接近させる旨の依頼を表示する。ユーザーが携帯端末１３０をＭＦＰ１１０の近接に接近させることで、ＵＩ部５０５が無線通信部５０６を用いて、図９（Ｃ）の文書情報と認可情報を携帯端末１３０に送信する。

図２１は、第１の実施形態の図１２の文書情報取得画面の代わりに用いる、第２の実施形態の文書情報取得画面である。図２１は、ステップＳ１８０１で、表示装置４０７で示すディスプレイに表示する文書情報取得画面である。

近距離無線受信表示２１０１は、ユーザーに携帯端末１３０をＭＦＰ１１０の近接に接近させる旨の依頼を表示する。ユーザーが携帯端末１３０をＭＦＰ１１０の近接に接近させることで、ＵＩ部７０２が無線通信部７０６を用いて、ＭＦＰ１１０から図９（Ｃ）の文書情報と認可情報を受信する。

＜ＭＦＰ１１０による文書送信処理（その２）＞
図２２は、第１の実施形態の図１６のＭＦＰ１１０における文書送信処理のフローチャートの代わりに用いる、ＭＦＰ１１０における文書送信処理のフローチャートである。なお、図２２のステップのうち、図１６と同一番号のステップは、同一の処理を行う。ＭＦＰ１１０における文書送信処理のフローを、図２２を用いて説明する。なお本フローに係るＭＦＰ１１０のプログラムは、ＭＦＰ１１０のＲＯＭ２０２またはＨＤＤ２０４に記憶されており、ＲＡＭ２０３に読みだされＣＰＵ２０１によって実行される。

ステップＳ２２０１においては、ＵＩ部７０２が、無線通信部５０６が携帯端末１３０から文書情報と認可情報の無線送信要求を受信したか否かを判断する。ＵＩ部７０２が、無線通信部５０６が携帯端末１３０から文書情報と認可情報の無線送信要求を受信したと判断した場合は、処理はステップＳ２２０２に進む。ＵＩ部７０２が、無線通信部５０６が携帯端末１３０から文書情報と認可情報の無線送信要求を受信していないと判断した場合は、処理は再びステップＳ１６０８に進む。

ステップＳ２２０２においては、ＵＩ部７０２が、携帯端末１３０に対して、無線通信部５０６を用いて近距離無線通信で文書情報と認可情報を送信する。

ステップＳ２２０３においては、ＵＩ部７０２が、無線通信部５０６が携帯端末１３０から無線送信結果を受信したか否かを判断する。ＵＩ部７０２が、無線通信部５０６が携帯端末１３０から無線送信結果を受信したと判断した場合は、ＭＦＰ１１０における文書送信処理は終了する。ＵＩ部７０２が、無線通信部５０６が携帯端末１３０から無線送信結果を受信していないと判断した場合は、処理は再びステップＳ２２０３に進む。

なお、ステップＳ１６０７では、表示するスキャン送信完了画面に、ＱＲコードなどの符号化画像が含まれていない点において、図１６の手順と相違する。したがって図１６のステップＳ１６０６における符号化画像の生成も図２２には含まれていない。

以上の手順により、本実施形態では、文書情報と認可情報を、符号化画像ではなく近距離無線通信で携帯端末１３０に送信している。

＜携帯端末１３０による画像送信処理（その２）＞
図２３は、第１の実施形態の図１８の携帯端末１３０における画像送信処理のフローチャートの代わりに用いる、携帯端末１３０における画像送信処理のフローチャートである。なお、図２３のステップのうち、図１８と同一番号のステップは、同一の処理を行う。携帯端末１３０における画像送信処理のフローを、図２３を用いて説明する。なお本フローに係る携帯端末１３０のプログラムは、携帯端末１３０のＲＯＭ４０３に記憶されており、ＲＡＭ４０２に読みだされＣＰＵ４０１によって実行される。

ステップＳ２３０１においては、ＵＩ部７０２が、無線通信部７０６を用いて、ＭＦＰ１１０に文書情報と認可情報の送信要求を送信する。

ステップＳ２３０２においては、ＵＩ部７０２が、無線通信部７０６がＭＦＰ１１０から近距離無線通信で文書情報と認可情報を受信したか否かを判断する。ＵＩ部７０２が、無線通信部７０６がＭＦＰ１１０から近距離無線通信で文書情報と認可情報を受信したと判断した場合、無線通信部７０６は受信した文書情報と認可情報をＵＩ部７０２に送信し、ＭＦＰ１１０に無線送信結果を送信する。そして処理はステップＳ１８０４に進む。ＵＩ部７０２が、無線通信部７０６がＭＦＰ１１０から近距離無線通信で文書情報と認可情報を受信していないと判断した場合は、処理は再びステップＳ２３０２に進む。

その他の処理は、第１の実施形態と同様である。以上の手順により、本実施形態では、携帯端末１３０は、文書情報と認可情報を、符号化画像ではなく近距離無線通信で受信している点で第１実施形態と相違する。

以上のように、第２の実施形態によれば、第１の実施形態と同様に、ＭＦＰ１１０から文書管理サーバ１２０に文書を送信した後、文書情報と認可情報が発行され、ＭＦＰ１１０が発行された文書情報と認可情報を、近距離無線通信で携帯端末１３０に送信する。そして、携帯端末１３０が、近距離無線通信で文書情報と認可情報を受信することで、文書情報と認可情報を受け渡すことができる。そのため、ファクス受信に伴う設定処理の利便性を向上することができる。これによりＭＦＰから送信したスキャン文書に対して、カメラ等で取得した画像ファイルを紐づけて保管する際の、ユーザーの利便性を向上し、セキュリティ上の問題を低減することができる。

＜その他の実施形態＞
また前記の実施形態１では、図１６のステップＳ１６０６で、ＭＦＰ１１０で符号化画像を作成している。しかし、図１７のステップＳ１７０４で、文書管理サーバ１２０の通信部６０１が図９（Ｄ）の符号化画像９３１を作成してＭＦＰ１１０に送信し、ステップＳ１６０５で、ＭＦＰ１１０の転送部で符号化画像９３１を受信するようにしてもよい。

また前記の実施形態では、設定画面がウィザード形式で複数画面を用いて設定を行わせているが、１画面で全ての設定できるようにしてもよい。

また前記の実施形態では、ユーザーにＭＦＰ１１０の操作部１１１を制御し操作部１１１に設定画面を表示し操作を行わせているが、汎用的なパーソナルコンピューターのＷｅｂブラウザーから設定画面を操作できるようにしてもよい。

また本実施形態では、スキャンした文書データと撮影した写真画像とを関連付けて保存する構成及び手順を説明したが、より一般的に、出所の異なる複数の文書や画像等のデータ又はデータファイルを関連付けて保存する際にも、本発明に係る構成および手順を適用することができる。すなわち、ＭＦＰ１１０を第１のデータを生成する第１のデータ生成装置あるいはデータ源とし、携帯端末１３０を、第２のデータを生成する第２の生成生成装置あるいはデータ源とする。そして、データ管理装置である文書管理サーバ１２０が、第１のデータ源から受信した第１のデータに、当該データの保存場所を含む固有の情報を作成し、その固有情報を第１のデータ源に送信する。第１のデータ源では、第２のデータを作成する第２のデータ源に対してその固有情報を引き渡し、第２のデータ源はその固有情報とあわせて、作成した第２のデータを管理デバイスに送信する。管理デバイスでは、第１のデータに基づいて作成した固有情報と第２のデータ源から受信した固有情報とに基づいて、第１のデータと第２のデータとをそれぞれ保存することで、第１と第２のデータを関連付けることができる。ここで固有情報には、第１のデータを特定するための情報を少なくとも含むが、それが管理サーバで作成された情報であることを示す認可情報を含めることが望ましい。

また文書すなわち第１のデータと、画像すなわち第２のデータとを関連付けて保存するファイルサーバ１４０は、文書管理サーバ１２０と統合された単一のサーバであってもよい。

このようなデータ管理システムにより、出所の異なる複数のデータを互いに関連付けて保存する際の関連付けの誤りを防止してユーザーの利便性とセキュリティを向上させることができる。

［その他の実施例］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims

第１のデータ生成装置と第２のデータ生成装置とデータ管理装置とが接続されたデータ管理システムであって、
前記第１のデータ生成装置が、第１のデータを生成して前記データ管理装置に送信し、
前記データ管理装置が、前記第１のデータ生成装置から受信した前記第１のデータを保存し、当該保存した第１のデータを特定するための文書情報と当該保存した第１のデータに対応する認可情報とを生成および保存して前記第１のデータ生成装置に送信し、
前記第２のデータ生成装置が、前記第１のデータ生成装置から前記文書情報と前記認可情報とを取得し、前記文書情報と前記認可情報と生成した第２のデータとを前記データ管理装置に送信し、
前記データ管理装置が、前記第２のデータ生成装置から受信した前記文書情報と前記認可情報とに基づいて当該受信した前記認可情報を前記保存した認可情報と照合して一致した場合に、前記第２のデータ生成装置から前記第２のデータを受信して、前記第１のデータに関連付けて前記第２のデータを保存する
ことを特徴とするデータ管理システム。
前記第１のデータ生成装置はスキャナにより原稿を読み取って前記第１のデータを生成し、
前記第２のデータ生成装置はカメラにより撮影して前記第２のデータを生成することを特徴とする請求項１に記載のデータ管理システム。
前記第１のデータ生成装置はディスプレイをさらに有し、前記データ管理装置から受信した前記文書情報と前記認可情報とを表す画像を前記ディスプレイに表示し、
前記第２のデータ生成装置は、前記ディスプレイに表示された画像をカメラで撮影して前記文書情報と前記認可情報とを取得することを特徴とする請求項１又は２に記載のデータ管理システム。
前記第１および第２のデータ生成装置はともに無線通信手段を有し、
前記第２のデータ生成装置は、前記文書情報と前記認可情報とを前記無線通信手段により前記第１のデータ生成装置から取得することを特徴とする請求項１又は２に記載のデータ管理システム。
第１のデータ生成装置と第２のデータ生成装置とデータ管理装置とが接続されたデータ管理システムであって、
前記第１のデータ生成装置が、第１のデータを生成して前記データ管理装置に送信し、
前記データ管理装置が、前記第１のデータ生成装置から受信した前記第１のデータを保存し、当該保存した第１のデータを特定するための文書情報を生成して前記第１のデータ生成装置に送信し、
前記第１のデータ生成装置が、前記データ管理装置から受信した前記文書情報をディスプレイに表示し、
前記第２のデータ生成装置が、前記第１のデータ生成装置の前記ディスプレイに表示された前記文書情報をカメラで撮影することにより取得し、当該取得した文書情報と生成した第２のデータとを前記データ管理装置に送信し、
前記データ管理装置が、前記第２のデータ生成装置から受信した前記文書情報に基づいて、前記第２のデータ生成装置から受信した前記第２のデータを前記第１のデータに関連付けて保存する
ことを特徴とするデータ管理システム。
第１のデータ生成装置と第２のデータ生成装置とデータ管理装置とが接続されたデータ管理システムであって、
前記第１のデータ生成装置が、前記第１のデータ生成装置のユーザーインターフェイスを介して入力された第１のデータの保存場所と、生成された第１のデータとを前記データ管理装置に送信し、
前記データ管理装置が、前記第１のデータ生成装置から受信した前記第１のデータを、前記受信した保存場所に保存し、当該保存した第１のデータを特定するための文書情報を生成して前記第１のデータ生成装置に送信し、
前記第２のデータ生成装置が、前記第１のデータ生成装置から前記文書情報を取得し、当該取得した文書情報と生成した第２のデータとを前記データ管理装置に送信し、
前記データ管理装置が、前記第２のデータ生成装置から受信した前記文書情報に基づいて、前記第２のデータ生成装置から受信した前記第２のデータを前記第１のデータに関連付けて保存する
ことを特徴とするデータ管理システム。
前記第２のデータ生成装置は、前記第１のデータ生成装置から取得した前記文書情報に基づいて前記第１のデータの保存場所を表示し、かつ前記第２のデータの生成の指示を受け付けるためのユーザーインターフェイス手段をさらに有することを特徴とする請求項１乃至６のいずれか一項に記載のデータ管理システム。
請求項１乃至７のいずれか１項に記載のデータ管理システムにおける前記データ管理装置。
請求項１乃至７のいずれか１項に記載のデータ管理システムにおける前記第１のデータ生成装置。
請求項１乃至７のいずれか１項に記載のデータ管理システムにおける前記第２のデータ生成装置。
請求項１乃至７のいずれか１項に記載のデータ管理システムにおける前記第１のデータ生成装置と前記第２のデータ生成装置と前記データ管理装置のいずれかとして、装置のプロセッサを機能させるためのコンピュータプログラム。