JP7124668B2 - ファイル保存システム、情報処理装置およびプログラム - Google Patents

Description

本発明は、ファイル保存システム、情報処理装置およびプログラムに関する。

近年、オフィスの業務効率化を目的としたスキャンソリューションが提案されている。スキャンソリューションによれば、ＭＦＰが生成した画像ファイルが予め作成されたワークフローに従って自動的に適切な記憶装置に配信・保存される。

ただし、従来のスキャンソリューションでは、配信先に同一名のファイルが存在した場合、無条件で上書きされるか、無条件でファイル名が変更されて別ファイルとして保存されるかのいずれかであったため、意図しないデータの消失や、内容の重複するファイルが増加することによる作業効率の低下が問題となっていた。

この点につき、特許文献１は、保存先のフォルダの中に存在する既存ファイルのファイル名を指定することにより、当該既存ファイルに所望の画像ファイルをマージすることができるシステムを開示する。

しかしながら、特許文献１のシステムは、マージしようとする既存ファイルのファイル名をユーザが予め知っていることを前提とするものであり、ユーザがそのような事前知識を持たない場合には、依然として上述した問題が残る。

本発明は、上記に鑑みてなされたものであり、意図しないデータの消失や内容の重複するファイルの増加といった不測の事態を回避することができるファイル保存システムを提供することを目的とする。

本発明者は、意図しないデータの消失や内容の重複するファイルの増加といった不測の事態を回避することができるファイル保存システムにつき鋭意検討した結果、以下の構成に想到し、本発明に至ったのである。

すなわち、本発明によれば、画像形成装置と、該画像形成装置から受信した画像ファイルを指定された保存先に保存する情報処理装置とを含むファイル保存システムであって、前記画像形成装置は、前記画像ファイルを前記情報処理装置に送信するファイル送信手段と、前記画像ファイルの保存先の指定を受け付け、指定された保存先を前記情報処理装置に通知する保存先受付手段と、前記画像ファイルの保存方法の指定を受け付け、指定された保存方法を前記情報処理装置に通知する保存方法受付手段とを含み、前記情報処理装置は、通知された前記保存先が示すフォルダに同一のファイル名を有する他のファイルが存在するか否かを判断し、その結果を前記画像形成装置に通知するファイル名判断手段と、
指定された保存方法にしたがって、前記画像ファイルを指定された保存先に保存するファイル保存手段とを含み、前記保存方法受付手段は、前記他のファイルが存在する旨の結果を通知された場合に、２以上の保存方法を選択可能に提示する、ファイル保存システムが提供される。

上述したように、本発明によれば、意図しないデータの消失や内容の重複するファイルの増加といった不測の事態を回避することができるファイル保存システムが提供される。

第１実施形態のファイル保存システムのシステム構成図。 第１実施形態のファイル保存システムの機能ブロック図。 第１実施形態のファイル保存システムが実行する処理を示すシーケンス図。 第１実施形態のファイル保存システムが実行する処理を示すシーケンス図。 第１実施形態のＭＦＰのＵＩ画面を示す図。 第２実施形態のファイル保存システムの機能ブロック図。 本実施形態のファイル保存システムを構成する装置のハードウェア構成図。

以下、本発明を、実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。なお、以下に参照する各図においては、共通する要素について同じ符号を用い、適宜、その説明を省略するものとする。

（第１実施形態）
図１は、本発明の第１実施形態であるファイル保存システム１０００のシステム構成を示す。本実施形態のファイル保存システム１０００は、図１に示すように、ＭＦＰ(Multi-Function Peripheral)１００と、スキャンソリューションサーバ２００（以下、ＳＳサーバ２００という）と、ファイルサーバ３００とを含んで構成されており、各装置は、ネットワーク５０を介して相互通信可能に接続されている。

ＭＦＰ１００は、スキャナ機能を搭載するネットワーク対応の画像形成装置である。ＭＦＰ１００が備える操作パネル１０には、ユーザからの操作を受け付けるＵＩ画面を表示するためのディスプレイ画面が設けられている。ＭＦＰ１００は、原稿をスキャンして画像ファイルを生成し、生成した画像ファイルをＳＳサーバ２００に送信する。

ＳＳサーバ２００は、ＭＦＰ１００から画像ファイルを受信し、受信した画像ファイルをユーザが指定するファイルサーバ３００に保存する役割を担う情報処理装置である。

ファイルサーバ３００は、ＭＦＰ１００のユーザが画像ファイルの保存先として指定する記憶装置を搭載する情報処理装置であり、指定されたファイルパスに従って受信したファイルを記憶装置に保存する。ここで、本実施形態のファイルサーバ３００は、ユーザが指定する保存先フォルダの中に、保存を要求されたファイルと同一名の他のファイルが既に存在していた場合、当該他のファイルの上に要求されたファイルを上書き保存するように構成されている。

以上、本実施形態のファイル保存システム１０００のシステム構成を説明してきたが、続いて、図２に示す機能ブロック図に基づいて、ＭＦＰ１００およびＳＳサーバ２００の機能構成を説明する。

ＭＦＰ１００は、スキャン実行部１０２と、ファイル送信部１０３と、保存先受付部１０４と、保存方法受付部１０５とを含んで構成される。ＭＦＰ１００に搭載されるコンピュータは、所定のプログラムを実行することにより、上述した各手段として機能する。

スキャン実行部１０２は、任意の原稿をスキャンして画像ファイルを生成する手段である。

ファイル送信部１０３部は、スキャン実行部１０２が生成した画像ファイルをＳＳサーバ２００に送信（アップロード）する手段である。

保存先受付部１０４部は、ユーザから画像ファイルの保存先を示すファイルパスの指定を受け付け、指定されたファイルパスをＳＳサーバ２００に通知する手段である。

保存方法受付部１０５部は、ユーザから画像ファイルの保存方法の指定を受け付け、指定された保存方法をＳＳサーバ２００に通知する手段である。

一方、ＳＳサーバ２００は、ファイル名判断部２０２と、ファイル結合部２０４と、ファイル保存部２０６とを含んで構成される。ＳＳサーバ２００に搭載されるコンピュータは、所定のプログラムを実行することにより、上述した各手段として機能する。

ファイル名判断部２０２は、ＭＦＰ１００から通知されたファイルパスが示すフォルダに同一のファイル名を有する他のファイルが存在するか否かを判断し、その結果をＭＦＰ１００に通知する手段である。

ファイル結合部２０４は、結合が可能なファイルフォーマットを有する２以上のファイルを結合する手段である。このようなファイルとしては、マルチページフォーマットを例示することができる。マルチページフォーマットとは、ひとつのファイルの中に複数の画像を格納してマルチページファイルを構成することができるファイル形式であり、ＰＤＦやＴＩＦＦなどを例示することができる。

ファイル保存部２０６は、ＭＦＰ１００から指定された保存方法にしたがって画像ファイルを指定されたファイルパスが示すフォルダに保存する手段である。

以上、ＭＦＰ１００およびＳＳサーバ２００の機能構成について説明してきたが、続いて、本実施形態のるファイル保存システム１０００が実行する処理の内容を図３および図４に示すシーケンス図に基づいて説明する。なお、以下では、ＭＦＰ１００が生成する画像ファイルと、保存先フォルダに格納されるファイルとが、いずれもマルチページフォーマットのファイルであることを前提として説明を行う。

まず、図３を参照して説明を行う。

ユーザは、ファイルサーバ３００に保存したい原稿をＭＦＰ１００の原稿台にセットし、スキャン機能を呼び出す。これを受けて、ＭＦＰ１００の保存先受付部１０４は、操作パネル１０のディスプレイ画面に保存先指定画面５００を表示する（Ｓ１）。

図５（ａ）は、Ｓ１で表示される保存先指定画面５００を示す。保存先指定画面５００は、画像ファイルの保存先を示すファイルパスを指定するためのＵＩ画面であり、画像ファイルの保存先となるフォルダのフォルダパスを選択可能に表示するリスト５０１と、ファイル名を入力するためのテキストボックス５０２を表示する。

これを受けて、ユーザは、リスト５０１から所望のフォルダパスを選択した上で、所望のファイル名をテキストボックス５０２に入力することによって、ファイルパスを指定する（Ｓ２）。図５（ａ）に示す例では、ユーザが、フォルダパスとして「＼＼11.22.33.44＼User1＼share＼a」を選択し、フォルダ名として「カルテ１」を入力しているので、ファイルパス「＼＼11.22.33.44＼User1＼share＼a＼カルテ１」が指定されることになる。

その後、ユーザがスタートボタンをタッチすると、これに応答して、スキャン実行部１０２が原稿をスキャンして画像ファイルを生成する（Ｓ３）。これを受けて、ファイル送信部１０３は、生成された画像ファイルをＳＳサーバ２００に送信（アップロード）する（Ｓ４）。これを受けて、ＳＳサーバ２００のファイル保存部２０６は、受信した画像ファイルを一時記憶にキャッシュする（Ｓ５）。

上述した処理に並行して、ＭＦＰ１００の保存先受付部１０４は、Ｓ２で指定されたファイルパス「＼＼11.22.33.44＼User1＼share＼a＼カルテ１」をＳＳサーバ２００に通知する（Ｓ６）。これを受けて、ＳＳサーバ２００のファイル保存部２０６は、通知されたファイルパスを一時記憶にキャッシュする（Ｓ７）。

これを受けて、ファイル名判断部２０２部は、ファイルサーバ３００からファイルパスの一覧を取得し（Ｓ８）、ＭＦＰ１００から通知されたファイルパスが示すフォルダに同一のファイル名を有する他のファイルが存在するか否かを判断する（Ｓ９）。具体的には、Ｓ８で取得した一覧にリストアップされたファイルパスの中に、Ｓ７でキャッシュしたファイルパスと一致するパスが存在するか否かを判断する。

Ｓ９の判断の結果、同一のファイル名を有する他のファイルが存在しなかった場合は、ファイル保存部２０６が、Ｓ７でキャッシュしたファイルパス「＼＼11.22.33.44＼User1＼share＼a＼カルテ１」を指定して、Ｓ５でキャッシュした画像ファイルをファイルサーバ３００に送信する（Ｓ１０）。これを受けて、ファイルサーバ３００は、指定されたファイルパスに従って、受信した画像ファイルを記憶装置に保存する（Ｓ１１）。この場合、画像ファイルは、ユーザが入力したファイル名を有する新規ファイルとして、ユーザが指定した保存先フォルダに保存されることなる。

一方、Ｓ９の判断の結果、同一のファイル名を有する他のファイルが存在した場合は、ファイル名判断部２０２がその旨をＭＦＰ１００に通知する（Ｓ１２）。これを受けて、ＭＦＰ１００の保存先受付部１０４は、操作パネル１０のディスプレイ画面に保存方法選択画面６００を表示する（Ｓ１３）。

図５（ｂ）は、Ｓ１３で表示される保存方法選択画面６００を示す。保存方法選択画面６００は、画像データの保存方法として、上書き保存（方法１）、ファイル名を変更して保存（方法２）、同名のファイルにページとして追加する（方法３）という３種類の保存方法を選択可能に提示して、これを受け付けるためのＵＩ画面であり、図５（ｂ）に示すように、（方法１）を指定するためのボタン６０１と、（方法２）を指定するためのボタン６０２と、（方法３）を指定するためのボタン６０３、ならびに、（方法２）を指定した際に変更するファイル名を入力するためのテキストボックス６０４を表示する。

保存方法選択画面６００が表示されたことを受けて、ユーザは、ボタン６０１～６０３のいずれかをタッチして画像ファイルの保存方法を指定し、（方法２）を指定した場合は、テキストボックス６０４に変更するファイル名を入力する（Ｓ１４）。

以上、画像ファイルの保存方法が指定されるまでの処理を説明したが、本実施形態では、ＭＦＰ１００が、スキャン・アップロードのための処理と、画像ファイルの保存方法を指定するための一連の処理とを非同期に行うように構成することが好ましい。そのようにすることで、ユーザは、スキャンを指示した後に速やかに必要な通知を受け取ることができるようになるので、画像ファイルのスキャン・アップロードが完了する前、ユーザがＭＦＰ１００の前から立ち去ってしまうといった不測の事態が回避される。

続いて、ユーザが保存方法を指定して以降に実行される処理を図４に基づいて説明する。

ユーザが「上書き保存」を指定した場合、ＭＦＰ１００の保存方法受付部１０５は、指定された保存方法「上書き保存」をＳＳサーバ２００に通知する（Ｓ１５）。これを受けて、ＳＳサーバ２００のファイル保存部２０６は、Ｓ７（図３参照）でキャッシュしたファイルパスを指定して、Ｓ５（図３参照）でキャッシュした画像ファイルをファイルサーバ３００に送信する（Ｓ１６）。

これを受けて、ファイルサーバ３００は、指定されたファイルパスに従って、受信した画像ファイルを記憶装置に保存する（Ｓ１７）。この場合、指定されたファイルパスが示すフォルダには既に同じファイル名を持つ他のファイルが存在しているので、ファイルサーバ３００は、受信した画像ファイルを当該他のファイルに上書きする形で保存する。

一方、ユーザが「ファイル名変更」を指定した場合、ＭＦＰ１００の保存方法受付部１０５は、テキストボックス６０４に入力されたファイル名（例えば、カルテ４）に基づいて新たなファイルパス（例えば、「＼＼11.22.33.44＼User1＼share＼a＼カルテ4」を生成した上で、当該新たなファイルパスと、指定された保存方法「ファイル名変更」をＳＳサーバ２００に通知する（Ｓ１８）。これを受けて、ＳＳサーバ２００のファイル保存部２０６は、通知されたファイルパス（すなわち、変更されたファイルパス）を指定して、Ｓ５（図３参照）でキャッシュした画像ファイルをファイルサーバ３００に送信する（Ｓ１９）。

これを受けて、ファイルサーバ３００は、指定されたファイルパスに従って、受信した画像ファイルを記憶装置に保存する（Ｓ２０）。この場合、画像ファイルは、ユーザが入力したファイル名を有する新規ファイルとして、ユーザが指定した保存先フォルダに保存されることなる。

一方、ユーザが「ページ追加」を指定した場合、ＭＦＰ１００の保存方法受付部１０５は、指定された保存方法「ページ追加」をＳＳサーバ２００に通知する（Ｓ２１）。これを受けて、ＳＳサーバ２００のファイル保存部２０６は、Ｓ７（図３参照）でキャッシュしたファイルパスを指定して、ファイルサーバ３００からファイルを取得する（Ｓ２２）。これにより、ユーザが保存先指定画面５００に入力したファイル名「カルテ１」と同一のファイル名を持つ他のファイル（以下、追加先ファイルという）がＳＳサーバ２００にダウンロードされる。

続いて、ファイル保存部２０６は、Ｓ２２で取得した追加先ファイルを一時記憶にキャッシュした後（Ｓ２３）、当該追加先ファイルのコピーをＭＦＰ１００に送信する（Ｓ２４）。これを受けて、ＭＦＰ１００の保存方法受付部１０５は、受信した追加先ファイルを使用してページ指定画面７００を生成し（Ｓ２５）、生成したページ指定画面７００を操作パネル１０のディスプレイ画面に表示する（Ｓ２６）。

図５（ｃ）は、Ｓ２６で表示されるページ指定画面７００を示す。ページ指定画面７００は、画像ファイルを追加するページの指定を受け付けるためのＵＩ画面であり、追加先ファイルの内容を閲覧可能に表示するためのプレビュー画面７０１と、ページ番号の指定（すなわち、画像ファイルの結合位置の指定）を受け付けるためのスピンボックス７０２を表示する。

これを受けて、ユーザは、プレビュー画面７０１をスクロールして、追加先ファイルの内容を確認した上で、スピンボックス７０２を操作して所望のページ番号（結合位置）を指定して、ＯＫボタンをタッチする（Ｓ２７）。

これを受けて、ＭＦＰ１００の保存方法受付部１０５は、ユーザが指定したページ番号（結合位置）をＳＳサーバ２００に通知する（Ｓ２８）。これを受けて、ＳＳサーバ２００のファイル結合部２０４は、指定されたページ番号に基づいて、Ｓ２３でキャッシュした追加先ファイルと、Ｓ５（図３参照）でキャッシュした画像ファイルを結合して結合ファイルを生成する（Ｓ２９）。仮に、ページ番号として、「３」が指定されていた場合、ファイル結合部２０４は、追加先ファイルの３ページ目に画像ファイルが挿入されるように２つのファイルを結合する。

その後、ファイル保存部２０６は、生成した結合ファイルを、Ｓ７（図３参照）でキャッシュしたファイルパスを指定してファイルサーバ３００に送信する（Ｓ３０）。これを受けて、ファイルサーバ３００は、指定されたファイルパスに従って、受信した結合ファイルを記憶装置に保存する（Ｓ３１）。この場合、指定されたファイルパスが示すフォルダには既に同じファイル名を持つ他のファイルが存在しているので、ファイルサーバ３００は、受信した結合ファイルを当該他のファイルに上書きする形で保存する。

以上、説明したように、本実施形態によれば、ユーザが指定する保存先フォルダに同一名のファイルが存在した場合に、その旨がユーザに通知され、ファイルの保存方法が選択可能に提示されるので、ユーザは、所望の保存方法を選択することができるようになり、その結果として、意図しないデータの消失や内容の重複するファイルの増加といった不測の事態が回避される。

以上、本発明の第１実施形態を説明してきたが、続いて、本発明の第２実施形態を説明する。なお、以下では、第１実施形態の内容と共通する部分の説明を省略し、専ら、第１実施形態との相違点のみを説明するものとする。

（第２実施形態）
図６は、第２実施形態のファイル保存システム１０００を構成するＭＦＰ１００およびＳＳサーバ２００の機能構成を示す。

図６と図２を比較すると分かるように、第２実施形態のＭＦＰ１００は、第１実施形態で説明した３つの手段（ファイル送信部１０３、保存先受付部１０４、保存方法受付部１０５）の代替手段として、ウェブブラウザ１０６を備えている。ここで、ウェブブラウザ１０６は、ＳＳサーバ２００との間でＨＴＴＰ通信によるデータの送受信を行い、操作パネル１０のディスプレイ画面にウェブページを表示させる手段である。

一方、図２と図６を比較すると分かるように、第２実施形態のＳＳサーバ２００は、第１実施形態で説明した手段に加えて、保存先受付部２０１と保存方法受付部２０３を備えている。

ここで、保存先受付部２０１は、第１実施形態で説明した保存先指定画面５００と同様の役割を果たすウェブページを、ＭＦＰ１００のウェブブラウザ１０６を介して操作パネル１０のディスプレイ画面に表示させ、当該ウェブページを介して、ＭＦＰ１００から画像ファイルの保存先を示すファイルパスの指定を受け付ける。

同じく、保存方法受付部２０３は、第１実施形態で説明した２つのＵＩ画面（保存方法選択画面６００、ページ指定画面７００）と同様の役割を果たすウェブページを、ＭＦＰ１００のウェブブラウザ１０６を介して操作パネル１０のディスプレイ画面に表示させ、当該ウェブページを介して、ＭＦＰ１００から画像ファイルの保存方法および結合位置の指定を受け付ける。

要するに、第２実施形態のファイル保存システム１０００は、図３および図４に示したＭＦＰ１００とＳＳサーバ２００との間の各種情報のやり取りをウェブアプリケーションとして実装する点において第１実施形態と異なり、その余の構成は、実質的に第１実施形態と同じである。したがって、第２実施形態においても、第１実施形態と同様の効果が得られることは言うまでもない。

最後に、図７に基づいてＭＦＰ１００とＳＳサーバ２００のハードウェア構成について説明する。

本実施形態のＭＦＰ１００は、図７（ａ）に示すように、装置全体の動作を制御するプロセッサ１２と、各種プログラムを保存するＲＯＭ１３と、プログラムの実行空間を提供するＲＡＭ１４と、ＭＦＰ１００を上述した各手段として機能させるためのプログラム等を保存する補助記憶装置１５と、操作パネル１０等の外部装置を接続するための入出力インタフェース１６と、印刷処理を実行するプリンタエンジン１７と、スキャン処理を実行するスキャンエンジン１８と、ネットワーク５０に接続するためのネットワーク・インターフェース１９とを備えている。

一方、本実施形態のＳＳサーバ２００（情報処理装置）は、図７（ｂ）に示すように、装置全体の動作を制御するプロセッサ２２と、各種プログラムを保存するＲＯＭ２３と、プログラムの実行空間を提供するＲＡＭ２４と、ＳＳサーバ２００を上述した各手段として機能させるためのプログラム等を保存する補助記憶装置２５と、外部装置を接続するための入出力インタフェース２６と、ネットワーク５０に接続するためのネットワーク・インターフェース２７とを備えている。

以上、本発明について実施形態をもって説明してきたが、本発明は上述した実施形態に限定されるものではない。

例えば、上述した実施形態では、画像ファイルの保存先としてファイルサーバ３００が指定される場合について説明したが、別の実施形態では、ＳＳサーバ２００自体が記憶装置を搭載していてもよく、その場合は、画像ファイルの保存先としてＳＳサーバ２００が指定されてもよい。

また、別の実施形態では、ファイルサーバ３００がバージョン管理システムと連携していてもよいし、画像ファイルの保存方法などの指定項目を管理者がユーザ毎にカスタマイズできるようにしてもよい。

また、上述した実施形態では、ファイル結合の態様の一例として、既存ファイルの指定された位置に画像ファイルが追加挿入される例を示したが、別の実施形態では、既存ファイルの指定されたページを画像ファイルに差し替えるような態様でファイルを結合するものであってもよい。

また、上述した実施形態では、ＳＳサーバ２００を１台の情報処理装置として説明したが、別の実施形態では、ＳＳサーバ２００と同じ機能を２以上の情報処理装置からなるクラウドコンピュータシステムとして実現してもよい。

その他、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１０…操作パネル
１２…プロセッサ
１３…ＲＯＭ
１４…ＲＡＭ
１５…補助記憶装置
１６…入出力インタフェース
１７…プリンタエンジン
１８…スキャンエンジン
１９…ネットワーク・インターフェース
２２…プロセッサ
２３…ＲＯＭ
２４…ＲＡＭ
２５…補助記憶装置
２６…入出力インタフェース
２７…ネットワーク・インターフェース
５０…ネットワーク
１００…ＭＦＰ
１０２…スキャン実行部
１０３…ファイル送信部
１０４…保存先受付部
１０５…保存方法受付部
１０６…ウェブブラウザ
２００…スキャンソリューションサーバ
２０１…保存先受付部
２０２…ファイル名判断部
２０３…保存方法受付部
２０４…ファイル結合部
２０６…ファイル保存部
３００…ファイルサーバ
５００…保存先指定画面
５０１…リスト
５０２…テキストボックス
６００…保存方法選択画面
６０１,６０２,６０３…ボタン
６０４…テキストボックス
７００…ページ指定画面
７０１…プレビュー画面
７０２…スピンボックス
１０００…ファイル保存システム

特開２０１６－０４６７４５号公報

Claims (9)

1. 画像形成装置と、該画像形成装置から受信した画像ファイルを指定された保存先に保存する情報処理装置とを含むファイル保存システムであって、
   前記画像形成装置は、
   前記画像ファイルを前記情報処理装置に送信するファイル送信手段と、
   前記画像ファイルの保存先の指定を受け付け、指定された保存先を前記情報処理装置に通知する保存先受付手段と、
   前記画像ファイルの保存方法の指定を受け付け、指定された保存方法を前記情報処理装置に通知する保存方法受付手段とを含み、
   前記情報処理装置は、
   通知された前記保存先が示すフォルダに同一のファイル名を有する他のファイルが存在するか否かを判断し、その結果を前記画像形成装置に通知するファイル名判断手段と、
   指定された保存方法にしたがって、前記画像ファイルを指定された保存先に保存するファイル保存手段とを含み、
   前記保存方法受付手段は、
   前記他のファイルが存在する旨の結果を通知された場合に、２以上の保存方法を選択可能に提示する、
   ファイル保存システム。
2. 前記情報処理装置は、
   ファイルを結合するファイル結合手段を含み、
   前記保存方法受付手段は、
   前記他のファイルが存在する旨の結果を通知された場合に、前記保存方法として、前記他のファイルに前記画像ファイルを結合して保存する方法を提示する、
   請求項１に記載のファイル保存システム。
3. 前記保存方法受付手段は、
   前記他のファイルに前記画像ファイルを結合して保存する方法の指定を受け付けた場合に、該画像ファイルの結合位置の指定を受け付け、指定された結合位置を前記情報処理装置に通知し、
   前記ファイル結合手段は、
   前記他のファイルの指定された前記結合位置に前記画像ファイルを結合して結合ファイルを生成し、
   前記ファイル保存手段は、
   指定された前記保存先に前記結合ファイルを保存する、
   請求項２に記載のファイル保存システム。
4. 前記保存方法受付手段は、
   前記結合位置の指定を受け付ける際に、前記他のファイルの内容を表示する、
   請求項３に記載のファイル保存システム。
5. 画像形成装置から受信した画像ファイルを指定された保存先に保存するファイル保存システムであって、
   前記画像形成装置から前記画像ファイルの保存先の指定を受け付ける保存先受付手段と、
   指定された前記保存先が示すフォルダに同一のファイル名を有する他のファイルが存在するか否かを判断するファイル名判断手段と、
   前記他のファイルが存在する場合に、前記画像形成装置に２以上の保存方法を選択可能に提示して、該画像形成装置からいずれかの保存方法の指定を受け付ける保存方法受付手段と、
   指定された保存方法にしたがって前記画像ファイルを前記保存先に保存するファイル保存手段と
   を含む、
   ファイル保存システム。
6. 前記ファイル保存システムは、
   ファイルを結合するファイル結合手段を含み、
   前記保存方法受付手段は、
   前記他のファイルが存在する場合に、前記保存方法として、前記他のファイルに前記画像ファイルを結合して保存する方法の指定を受け付ける、
   請求項５に記載のファイル保存システム。
7. 前記保存方法受付手段は、
   前記他のファイルに前記画像ファイルを結合して保存する方法の指定を受け付けた場合に、前記画像形成装置から該画像ファイルの結合位置の指定を受け付け、
   前記ファイル結合手段は、
   前記他のファイルの指定された前記結合位置に前記画像ファイルを結合して結合ファイルを生成し、
   前記ファイル保存手段は、
   指定された前記保存先に前記結合ファイルを保存する、
   請求項６に記載のファイル保存システム。
8. 前記保存方法受付手段は、
   前記画像形成装置から前記結合位置の指定を受け付ける際に、該画像形成装置に前記他のファイルの内容を表示させる、
   請求項７に記載のファイル保存システム。
9. 画像形成装置から受信した画像ファイルを指定された保存先に保存するコンピュータを、
   前記画像形成装置から前記画像ファイルの保存先の指定を受け付ける保存先受付手段、
   指定された前記保存先が示すフォルダに同一のファイル名を有する他のファイルが存在するか否かを判断するファイル名判断手段、
   前記他のファイルが存在する場合に、前記画像形成装置に２以上の保存方法を選択可能に提示して、該画像形成装置からいずれかの保存方法の指定を受け付ける保存方法受付手段、
   指定された保存方法にしたがって前記画像ファイルを前記保存先に保存するファイル保存手段、
   として機能させるためのプログラム。

Images