(57)【特許請求の範囲】
【請求項１】
通信可能な外部装置の共有フォルダにデータファイルを格納する通信装置であり、
特定のファイル名及び／又は特定のフォルダ名を記憶する名称記憶手段と、
前記共有フォルダの位置が変更される場合に、前記名称記憶手段に記憶されている前記特定のファイル名及び／又は前記特定のフォルダ名をキーとして検索することによって、前記特定のファイル名及び／又は前記特定のフォルダ名を有するファイル及び／又はフォルダを格納している前記共有フォルダの変更後の位置を示す変更後の位置情報を、前記外部装置から取得する位置情報取得手段と、
前記位置情報取得手段によって取得された前記変更後の位置情報から特定される前記共有フォルダを格納先として、前記データファイルを前記外部装置に送信するデータファイル送信手段と
を備える通信装置。
【請求項２】
前記共有フォルダの変更前の位置を示す変更前の位置情報を記憶する位置情報記憶手段と、
前記位置情報記憶手段に記憶されている前記変更前の位置情報から特定される前記共有フォルダにアクセス可能であるのか否かを判断する第１判断手段とをさらに備え、
前記データファイル送信手段は、前記第１判断手段によって肯定的に判断された場合に、前記位置情報記憶手段に記憶されている前記変更前の位置情報から特定される前記共有フォルダを格納先として、前記データファイルを前記外部装置に送信し、
前記位置情報取得手段は、前記第１判断手段によって否定的に判断された場合に、前記変更後の位置情報を前記外部装置から取得し、
前記データファイル送信手段は、前記第１判断手段によって否定的に判断された場合に、前記位置情報取得手段によって取得された前記変更後の位置情報から特定される前記共有フォルダを格納先として、前記データファイルを前記外部装置に送信する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記位置情報記憶手段に記憶されている前記変更前の位置情報を、前記位置情報取得手段によって取得された前記変更後の位置情報に更新する更新手段をさらに備える
ことを特徴とする請求項２に記載の通信装置。
【請求項４】
前記第１判断手段によって肯定的に判断された場合に、前記位置情報記憶手段に記憶されている前記変更前の位置情報から特定される前記共有フォルダに、前記名称記憶手段に記憶されている前記特定のファイル名及び／又は前記特定のフォルダ名を有する前記ファイル及び／又は前記フォルダが格納されているのか否かを判断する第２判断手段と、
前記第２判断手段によって否定的に判断された場合に、前記位置情報記憶手段に記憶されている前記変更前の位置情報から特定される前記共有フォルダに、前記名称記憶手段に記憶されている前記特定のファイル名及び／又は前記特定のフォルダ名を有する前記ファイル及び／又は前記フォルダを格納させる記憶制御手段と
をさらに備えることを特徴とする請求項３に記載の通信装置。
【請求項５】
前記共有フォルダの変更前の位置を示す変更前の位置情報を記憶する位置情報記憶手段と、
前記位置情報記憶手段に記憶されている前記変更前の位置情報から特定される前記共有フォルダに、前記名称記憶手段に記憶されている前記特定のファイル名及び／又は前記特定のフォルダ名を有する前記ファイル及び／又は前記フォルダを格納させる記憶制御手段と
をさらに備えることを特徴とする請求項１に記載の通信装置。
【請求項６】
前記位置情報取得手段は、前記名称記憶手段に記憶されている前記特定のファイル名及び／又は前記特定のフォルダ名を有する前記ファイル及び／又は前記フォルダを格納している前記共有フォルダの前記変更後の位置情報を前記外部装置から取得することができなかった場合に、前記外部装置の別の共有フォルダの位置情報を前記外部装置から取得し、
前記データファイル送信手段は、前記位置情報取得手段によって取得された前記別の共有フォルダの前記位置情報から特定される前記別の共有フォルダを格納先として、前記データファイルを前記外部装置に送信する
ことを特徴とする請求項１に記載の通信装置。
【請求項７】
前記位置情報取得手段によって取得された前記別の共有フォルダの前記位置情報から特定される前記別の共有フォルダに、前記名称記憶手段に記憶されている前記特定のファイル名及び／又は前記特定のフォルダ名を有する前記ファイル及び／又は前記フォルダを格納させる記憶制御手段をさらに備える
ことを特徴とする請求項６に記載の通信装置。
【請求項８】
前記共有フォルダの変更前の位置を示す変更前の位置情報を記憶する位置情報記憶手段と、
前記位置情報記憶手段に記憶されている前記変更前の位置情報から特定される前記共有フォルダにアクセス可能であるのか否かを判断する第１判断手段とをさらに備え、
前記データファイル送信手段は、前記第１判断手段によって肯定的に判断された場合に、前記位置情報記憶手段に記憶されている前記変更前の位置情報から特定される前記共有フォルダを格納先として、前記データファイルを前記外部装置に送信し、
前記位置情報取得手段は、前記第１判断手段によって否定的に判断された場合に、前記名称記憶手段に記憶されている前記特定のファイル名及び／又は前記特定のフォルダ名を有する前記ファイル及び／又は前記フォルダを格納している前記共有フォルダの変更後の位置情報を前記外部装置から取得することを試行し、
前記データファイル送信手段は、前記第１判断手段によって否定的に判断され、かつ、前記変更後の位置情報が前記位置情報取得手段によって取得された場合に、前記変更後の位置情報から特定される前記共有フォルダを格納先として、前記データファイルを前記外部装置に送信し、
前記位置情報取得手段は、前記変更後の位置情報を前記外部装置から取得することができなかった場合に、前記別の共有フォルダの前記位置情報を前記外部装置から取得し、
前記データファイル送信手段は、前記第１判断手段によって否定的に判断され、かつ、前記別の共有フォルダの前記位置情報が前記位置情報取得手段によって取得された場合に、前記別の共有フォルダの前記位置情報から特定される前記別の共有フォルダを格納先として、前記データファイルを前記外部装置に送信する
ことを特徴とする請求項６又は７に記載の通信装置。
【請求項９】
前記位置情報記憶手段に記憶されている前記変更前の位置情報を、前記位置情報取得手段によって取得された前記別の共有フォルダの前記位置情報に更新する更新手段をさらに備える
ことを特徴とする請求項８に記載の通信装置。
【請求項１０】
前記位置情報取得手段は、前記名称記憶手段に記憶されている前記特定のファイル名及び／又は前記特定のフォルダ名を有する前記ファイル及び／又は前記フォルダを格納している前記共有フォルダの前記変更後の位置情報を前記外部装置から取得することができなかった場合に、前記外部装置の全ての共有フォルダの位置情報を前記外部装置から取得し、
前記位置情報取得手段によって取得された前記全ての共有フォルダの前記位置情報から１つの位置情報をユーザが選択することを許容する選択許容手段をさらに備え、
前記データファイル送信手段は、前記選択許容手段によって選択された前記１つの位置情報である前記別の共有フォルダの前記位置情報から特定される前記別の共有フォルダを格納先として、前記データファイルを前記外部装置に送信する
ことを特徴とする請求項６から９のいずれかに記載の通信装置。
【請求項１１】
原稿をスキャンすることによってスキャンデータファイルを作成するスキャニング手段をさらに備え、
前記データファイルは、前記スキャンデータファイルである
ことを特徴とする請求項１から１０のいずれか一項に記載の通信装置。
【請求項１２】
通信可能な外部装置の共有フォルダにデータファイルを格納する通信装置のためのコンピュータプログラムであり、
前記通信装置に搭載されるコンピュータに、以下の各処理、即ち、
前記共有フォルダの位置が変更される場合に、前記通信装置自身に記憶されている特定のファイル名及び／又は特定のフォルダ名をキーとして検索することによって、前記特定のファイル名及び／又は前記特定のフォルダ名を有するファイル及び／又はフォルダを格納している前記共有フォルダの変更後の位置を示す変更後の位置情報を、前記外部装置から取得する位置情報取得処理と、
前記位置情報取得処理で取得された前記変更後の位置情報から特定される前記共有フォルダを格納先として、前記データファイルを前記外部装置に送信するデータファイル送信処理と
を実行させるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信可能な外部装置の共有フォルダにデータファイルを格納する通信装置に関する。
【背景技術】
【０００２】
原稿をスキャンすることによってスキャンデータファイルを作成するスキャナが広く知られている。スキャナの中には、「Ｓｃａｎ  Ｔｏ  ＷｅｂＤＡＶ」と呼ばれる機能、「Ｓｃａｎ  Ｔｏ  ＣＩＦＳ」と呼ばれる機能、「Ｓｃａｎ  Ｔｏ  ＦＴＰ」と呼ばれる機能等を有するものが存在する。このような機能を有するスキャナは、他のデバイスの予め指定されている共有フォルダ（以下では「指定フォルダ」と呼ぶ）の位置情報（例えばＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ））を記憶する。このスキャナは、自身が記憶している指定フォルダの位置情報を格納先としてスキャンデータファイルを他のデバイスに送信する。これにより、他のデバイスの指定フォルダ内にスキャンデータファイルが格納される。下記の特許文献１には、「Ｓｃａｎ  Ｔｏ  ＦＴＰ」の機能を有するスキャナが開示されている。
【０００３】
【特許文献１】特開２００６−６０４９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
指定フォルダの位置情報が変化することがある。例えば、ユーザが指定フォルダを別の場所に移動させると、指定フォルダの位置情報が変化する。この場合、変化前の指定フォルダを格納先としてデータファイル（上記の例ではスキャンデータファイル）を送信しても、そのデータファイルを指定フォルダ内に格納することができない。
【０００５】
本明細書では、指定フォルダの位置情報が変化してもデータファイルを指定フォルダ内に格納することを可能とする技術を提供する。
【課題を解決するための手段】
【０００６】
本発明は、通信可能な外部装置の共有フォルダにデータファイルを格納する通信装置である。通信装置は、特定のファイル名及び／又は特定のフォルダ名を記憶する名称記憶手段と、前記共有フォルダの位置が変更される場合に、前記名称記憶手段に記憶されている前記特定のファイル名及び／又は前記特定のフォルダ名をキーとして検索することによって、前記特定のファイル名及び／又は前記特定のフォルダ名を有するファイル及び／又はフォルダを格納している前記共有フォルダの変更後の位置を示す変更後の位置情報を、前記外部装置から取得する位置情報取得手段と、前記位置情報取得手段によって取得された前記変更後の位置情報から特定される前記共有フォルダを格納先として、前記データファイルを前記外部装置に送信するデータファイル送信手段とを備える。
本明細書によって開示される一つの形態の技術は、通信可能な外部装置の共有フォルダにデータファイルを格納する通信装置である。上記の「外部装置」という用語は、通信装置と別体に構成されている装置を意味する。また、上記の「通信装置」という用語は、最も広義に解釈されるべきものであり、情報を通信（送信及び／又は受信）することができるあらゆる装置を含む概念である。通信装置の一例として、パーソナルコンピュータ、サーバ、プリンタ、スキャナ、多機能機（複合機）、携帯端末等を挙げることができる。また、上記の「共有フォルダ」とは、他のデバイス（例えば上記の通信装置）からのアクセスを許容するフォルダを意味する。即ち、他のデバイスは、共有フォルダ内にファイルを格納したり、共有フォルダ内に格納されているファイルを削除したり、共有フォルダ内に格納されているファイルに情報を書き込んだりすることができる。
【０００７】
上記の通信装置は、名称記憶手段と位置情報取得手段とデータファイル送信手段とを備える。名称記憶手段は、ファイル名及び／又はフォルダ名を記憶する。位置情報取得手段は、名称記憶手段に記憶されているファイル名及び／又はフォルダ名をキーとして検索することによって、そのファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダを格納している共有フォルダの位置情報を上記の外部装置から取得する。データファイル送信手段は、位置情報取得手段によって取得された位置情報から特定される共有フォルダを格納先として、データファイルを上記の外部装置に送信する。
【０００８】
上記の技術では、ユニークな名称を有するファイル及び／又はフォルダが外部装置の共有フォルダ（即ち指定フォルダ）に格納される。この格納処理は、上記の通信装置によって実行されてもよいし、外部装置によって実行されてもよい。後者の場合、ユーザが外部装置を操作することによって実行されてもよい。通信装置は、上記の名称をキーとして検索することによって、上記の名称を有するファイル及び／又はフォルダを格納している共有フォルダ（指定フォルダ）の位置情報を取得することができる。この結果、通信装置は、指定フォルダの位置情報が変化しても、変化後の位置情報を取得することができる。通信装置は、変化後の位置情報から特定される指定フォルダ内にデータファイルを格納することができる。
【０００９】
なお、名称記憶手段は、ファイル名及び／又はフォルダ名の一部（即ち文字列）を記憶していてもよい。この構成も、「ファイル名及び／又はフォルダ名を記憶する」ことに等しい。なお、この場合、位置情報取得手段は、名称記憶手段に記憶されている文字列をキーとして検索することによって、その文字列を含むファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダを格納している共有フォルダの位置情報を上記の外部装置から取得してもよい。この構成も、「名称記憶手段に記憶されているファイル名及び／又はフォルダ名をキーとして検索することによって、そのファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダを格納している共有フォルダの位置情報を上記の外部装置から取得する」ことに等しい。
【００１０】
通信装置は、上記の指定フォルダの位置情報を記憶していなくてもよい。この場合、通信装置は、データファイルを外部装置に送信する必要がある度に、指定フォルダの位置情報を検索するようにしてもよい。一方において、通信装置は、上記の指定フォルダの位置情報を記憶していてもよい。この場合、以下の構成を採用してもよい。
【００１１】
即ち、上記の通信装置は、外部装置の共有フォルダ（即ち指定フォルダ）の位置情報を記憶する位置情報記憶手段と、位置情報記憶手段に記憶されている位置情報から特定される共有フォルダにアクセス可能であるのか否かを判断する第１判断手段とをさらに備えていてもよい。この場合、データファイル送信手段は、第１判断手段によって肯定的に判断された場合に、位置情報記憶手段に記憶されている位置情報から特定される共有フォルダを格納先として、データファイルを外部装置に送信してもよい。位置情報取得手段は、第１判断手段によって否定的に判断された場合に、共有フォルダの位置情報を外部装置から取得してもよい。データファイル送信手段は、第１判断手段によって否定的に判断された場合に、位置情報取得手段によって取得された位置情報から特定される共有フォルダを格納先として、データファイルを外部装置に送信してもよい。
【００１２】
さらに、上記の通信装置は、位置情報記憶手段に記憶されている位置情報を位置情報取得手段によって取得された位置情報に更新する更新手段をさらに備えていてもよい。
この構成によると、外部装置の指定フォルダの位置情報が変化すると、変化後の位置情報が位置情報記憶手段に記憶されることになる。
【００１３】
通信装置は、第２判断手段と記憶制御手段をさらに備えていてもよい。第２判断手段は、第１判断手段によって肯定的に判断された場合に、位置情報記憶手段に記憶されている位置情報から特定される共有フォルダに、名称記憶手段に記憶されているファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダが格納されているのか否かを判断する。記憶制御手段は、第２判断手段によって否定的に判断された場合に、位置情報記憶手段に記憶されている位置情報から特定される共有フォルダに、名称記憶手段に記憶されているファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダを格納させる。
この構成によると、外部装置の共有フォルダ（即ち指定フォルダ）内に上記のファイル及び／又はフォルダを格納させる処理を通信装置が行なうことができる。
【００１４】
外部装置の共有フォルダ内に上記のファイル及び／又はフォルダを格納する処理を実行することができる通信装置は、以下のように表現することもできる。即ち、通信装置は、位置情報記憶手段と記憶制御手段をさらに備えていてもよい。位置情報記憶手段は、外部装置の共有フォルダの位置情報を記憶する。記憶制御手段は、位置情報記憶手段に記憶されている位置情報から特定される共有フォルダに、名称記憶手段に記憶されているファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダを格納させる。
この構成によると、外部装置の共有フォルダ内に上記のファイル及び／又はフォルダを格納させる処理を通信装置が行なうことができる。
【００１５】
位置情報取得手段は、名称記憶手段に記憶されているファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダを格納している共有フォルダの位置情報を外部装置から取得することができなかった場合に、外部装置の別の共有フォルダの位置情報を前記外部装置から取得してもよい。この場合、データファイル送信手段は、位置情報取得手段によって取得された位置情報から特定される上記の別の共有フォルダを格納先として、データファイルを外部装置に送信してもよい。
この構成によると、検索によって指定フォルダの位置情報を取得することができなくても、別の共有フォルダ内にデータファイルを格納することができる。
【００１６】
なお、通信装置は、位置情報取得手段によって取得された位置情報から特定される上記の別の共有フォルダに、名称記憶手段に記憶されているファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダを格納させる記憶制御手段をさらに備えていてもよい。
この構成によると、外部装置の共有フォルダ内に上記のファイル及び／又はフォルダを格納させる処理を通信装置が行なうことができる。
【００１７】
通信装置は、以下のようにして、上記の別の共有フォルダの位置情報を外部装置から取得してもよい。即ち、通信装置は、位置情報記憶手段と第１判断手段をさらに備えていてもよい。位置情報記憶手段は、外部装置の共有フォルダの位置情報を記憶する。第１判断手段は、位置情報記憶手段に記憶されている位置情報から特定される共有フォルダにアクセス可能であるのか否かを判断する。データファイル送信手段は、第１判断手段によって肯定的に判断された場合に、位置情報記憶手段に記憶されている位置情報から特定される共有フォルダを格納先として、データファイルを外部装置に送信する。位置情報取得手段は、第１判断手段によって否定的に判断された場合に、名称記憶手段に記憶されているファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダを格納している共有フォルダの位置情報を外部装置から取得することを試行する。データファイル送信手段は、第１判断手段によって否定的に判断され、かつ、名称記憶手段に記憶されているファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダを格納している共有フォルダの位置情報が位置情報取得手段によって取得された場合に、その位置情報から特定される共有フォルダを格納先として、データファイルを外部装置に送信する。位置情報取得手段は、名称記憶手段に記憶されているファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダを格納している共有フォルダの位置情報を外部装置から取得することができなかった場合に、外部装置の上記の別の共有フォルダの位置情報を外部装置から取得する。データファイル送信手段は、第１判断手段によって否定的に判断され、かつ、上記の別の共有フォルダの位置情報が位置情報取得手段によって取得された場合に、その位置情報から特定される上記の別の共有フォルダを格納先として、データファイルを外部装置に送信する。
【００１８】
上記の通信装置は、位置情報記憶手段に記憶されている位置情報を位置情報取得手段によって取得された位置情報に更新する更新手段をさらに備えていてもよい。
この構成によると、外部装置の指定フォルダの位置情報が変化すると、変化後の位置情報が位置情報記憶手段に記憶されることになる。また、この構成によると、上記の別の共有フォルダの位置情報が取得された場合に、その位置情報が位置情報記憶手段に記憶されることになる。
【００１９】
位置情報取得手段は、名称記憶手段に記憶されているファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダを格納している共有フォルダの位置情報を外部装置から取得することができなかった場合に、外部装置の全ての共有フォルダの位置情報を外部装置から取得してもよい。この場合、通信装置は、位置情報取得手段によって取得された全ての共有フォルダの位置情報から１つの位置情報をユーザが選択することを許容する選択許容手段をさらに備えていてもよい。データファイル送信手段は、選択許容手段によって選択された位置情報から特定される共有フォルダを格納先として、データファイルを外部装置に送信してもよい。
一方において、位置情報取得手段は、外部装置の全ての共有フォルダの位置情報を取得しなくてもよい。例えば、位置情報取得手段は、外部装置の１つの共有フォルダの位置情報のみを取得してもよいし、外部装置の全ての共有フォルダの中の複数の共有フォルダの位置情報を取得してもよい。後者の場合、通信装置は、位置情報取得手段によって取得された複数の共有フォルダの位置情報から１つの位置情報をユーザが選択することを許容してもよい。
【００２０】
通信装置から外部装置に送信されるデータファイルの種類は、特に限定されない。しかしながら、上記の技術は、通信装置によって作成されるスキャンデータファイルを外部装置の指定フォルダ内に格納するシステムに好適に利用することができる。即ち、通信装置は、原稿をスキャンすることによってスキャンデータファイルを作成するスキャニング手段をさらに備えていてもよい。この場合、データファイル送信手段は、位置情報取得手段によって取得された位置情報から特定される共有フォルダを格納先として、スキャニング手段によって作成されたスキャンデータファイルを外部装置に送信してもよい。
この構成によると、通信装置によって作成されるスキャンデータファイルを外部装置の指定フォルダ内に格納することができる。
【００２１】
上記の通信装置を実現するためのコンピュータプログラムも有用である。このコンピュータプログラムは、通信装置に搭載されるコンピュータに、位置情報取得処理とデータファイル送信処理を実行させる。位置情報取得処理では、自身が記憶しているファイル名及び／又はフォルダ名をキーとして検索することによって、そのファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダを格納している共有フォルダの位置情報を前記外部装置から取得する。データファイル送信処理では、位置情報取得処理で取得された位置情報から特定される共有フォルダを格納先として、データファイルを外部装置に送信する。
このコンピュータプログラムを利用すると、上記の通信装置を実現することができる。
【発明を実施するための最良の形態】
【００２２】
ここでは、以下の実施例に記載の技術の主要な特徴をまとめておく。
（形態１）通信装置は、名称記憶手段に記憶されているファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダを外部装置の共有フォルダ内に格納してもよい。
（形態２）通信装置は、ユーザによって設定されるフラグの値に基づいて、上記のファイル名及び／又はフォルダ名を作成してもよい。通信装置は、所定の文字列（以下の実施例では「ｓＣａＮｔＯ」）を含むファイル名及び／又はフォルダ名を作成してもよい。フラグが第１値である場合、通信装置は、上記の所定の文字列とそれと別の文字列とを含むファイル名及び／又はフォルダ名を作成してもよい。フラグが第２値である場合、通信装置は、上記の別の文字列を含まないファイル名及び／又はフォルダ名を作成してもよい。
（形態３）名称記憶手段に記憶されているファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダを格納している共有フォルダの位置情報を位置情報取得手段が取得することができなかった場合に、通信装置は、外部装置に存在する少なくとも１つの共有フォルダの位置情報を取得してもよい。なお、この場合、通信装置は、外部装置に存在する全ての共有フォルダの位置情報を取得してもよい。通信装置は、外部装置の各共有フォルダの位置情報のリストを表示してもよい。
（形態４）通信装置は、各共有フォルダの位置情報のリストから一又は複数の共有フォルダをユーザが選択することを許容する手段を有していてもよい。通信装置は、名称記憶手段に記憶されているファイル名及び／又はフォルダ名を有するファイル及び／又はフォルダを、ユーザによって選択された共有フォルダ内に格納してもよい。
【実施例】
【００２３】
（第１実施例）
図面を参照して実施例を説明する。図１は、本実施例の多機能機システム１０を示す。多機能機システム１０は、多機能機２０とＰＣ（パーソナルコンピュータ）６０を備える。なお、図１では、１つの多機能機２０が示されている。しかしながら、実際には複数の多機能機２０が存在する。各多機能機２０は、ＰＣ６０に通信可能に接続されている。
【００２４】
（多機能機の構成）
多機能機２０は、操作部２２と表示部２４とメモリ２６と制御部３４とスキャナ４０とＦＡＸ通信部４２と印刷部４４と入出力ポート４８を有する。操作部２２は、複数のキーによって構成される。ユーザは、操作部２２を操作することによって、様々な情報や指示を多機能機２０に入力することができる。表示部２４は、様々な情報を表示することができる。
【００２５】
メモリ２６は、プロファイル記憶領域２８とプログラム３０を記憶することができる。メモリ２６は、制御部３４が様々な処理を実行する際に生成される情報を一時的に記憶することができる作業領域３２も有する。図２は、プロファイル記憶領域２８の記憶内容の一例を示す。プロファイル記憶領域２８は、複数のプロファイル９０，９２，９４を記憶することができる。図２では、プロファイル９０の内容が例示されている。プロファイル９０は、様々な種類の情報１００〜１３０を含んでいる。情報１００〜１１６及び情報１２２〜１３０は、ユーザによって任意に設定される。情報（フラグ）１１８及び１２０は、多機能機２０が管理するフラグであり、ユーザによって設定されるものではない。
【００２６】
プロファイル名１００は、プロファイル９０を特定する情報（名称）である。プロトコル１０２は、スキャンデータファイルをＰＣ６０に格納する際に使用する通信プロトコルを示す。図２の例では、「ＣＩＦＳ（Ｃｏｍｍｏｎ  Ｉｎｔｅｒｎｅｔ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）」が指定されている。「ＣＩＦＳ」以外のプロトコルとして、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）、ＷｅｂＤＡＶ（Ｗｅｂ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ａｕｔｈｏｒｉｎｇ  ａｎｄ  Ｖｅｒｓｉｏｎｉｎｇ  ｐｒｏｔｏｃｏｌ）等を挙げることができる。宛先ホストアドレス１０４は、スキャンデータファイルが格納されるデバイス（本実施例ではＰＣ６０）を特定する情報である。宛先ホストアドレス１０４としては、例えば、ＩＰアドレス、ノード名等を採用することができる。宛先フォルダ１０６は、スキャンデータファイルが格納される共有フォルダのアドレスである。ホストアクセスアカウント名１０８は、スキャンデータファイルが格納されるデバイスにアクセスする際に利用されるアカウント名である。ホストアクセスパスワード１１０は、スキャンデータファイルが格納されるデバイスにアクセスする際に利用されるパスワードである。多機能機アクセスユーザ名１１２は、多機能機２０を利用するユーザを特定する情報である。
【００２７】
共有プロファイルフラグ１１４とユーザ固有フラグ１１６とプロファイル更新フラグ１１８と宛先変更フラグ１２０は、「ＯＮ」又は「ＯＦＦ」のいずれの値に設定される。これらのフラグ１１４〜１２０がどのように利用されるのかについては、フローチャートを利用しながら後で説明する。スキャンデータ画質１２２は、カラー又はモノクロのいずれかを示す情報と、スキャン解像度を示す情報との組合せの情報である。スキャンデータファイルフォーマット１２４は、スキャンデータファイルのフォーマットを示す情報である。スキャンデータファイルフォーマット１２４としては、ＪＰＥＧ、ＰＤＦ、ＴＩＦＦ等を挙げることができる。スキャンデータファイル名は、スキャンデータファイルのファイル名を作成する際に利用される。ファイル名オプション１２８は、スキャンデータのファイル名を作成する際のオプション設定を示す情報である。本実施例では、３つのオプション（上書き設定、日時挿入、及び、宛先フォルダ内連番）の中から選択される１つのオプションがファイル名オプション１２８として利用される。プロトコル固有設定１３０は、上記のプロトコル１０２が「ＦＴＰ」の場合に利用される。プロトコル固有設定１３０は、ポート番号とパッシブモードの設定を含む。
【００２８】
図１に示される制御部３４は、メモリ２６に記憶されているプログラム３０に従って、様々な処理を実行する。制御部３４が実行する処理の内容は、後で詳しく説明する。スキャナ４０は、原稿をスキャンしてスキャンデータを作成することができる。ＦＡＸ通信部４２は、制御部３４の指示に従ってファクシミリを送受信する。印刷部４４は、様々なデータを印刷することができる。例えば、印刷部４４は、ＦＡＸ通信部４２によって受信されたファクシミリデータを印刷することができる。また、印刷部４４は、スキャナ４０によって作成されたスキャンデータを印刷することができる。入出力ポート４８は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）４９を介してＰＣ６０の入出力ポート７８に接続されている。多機能機２０は、入出力ポート４８及びＬＡＮ４９を介してＰＣ６０と通信可能である。
【００２９】
（ＰＣの構成）
ＰＣ６０は、操作部６２と表示部６４と制御部６６とメモリ６８と入出力ポート７８を有する。操作部６２は、マウスやキーボードによって構成されている。ユーザは、操作部６２を操作することによって、様々な情報や指示をＰＣ６０に入力することができる。表示部６４は、様々な情報を表示することができる。制御部６６は、メモリ６８に記憶されているプログラム７４に従って、様々な処理を実行する。メモリ６８は、フォルダ７０とファイル７２の階層構造を利用してデータを記憶することが可能である。この様子は、後で詳しく説明する。入出力ポート７８は、ＬＡＮ４９を介して多機能機２０の入出力ポート４８に接続されている。ＰＣ６０は、入出力ポート７８及びＬＡＮ４９を介して多機能機２０と通信可能である。
【００３０】
図３は、ＰＣ６０のメモリ６８の記憶内容の一例を示す。本実施例のＰＣ６０は、「ａｂｃｄｅ」というアドレスを有する。図３の例では、メモリ６８に含まれる共有フォルダ１５０，１５２，１５４，１５６が示されている。「共有フォルダ」とは、他のデバイス（例えば多機能機２０）からのアクセスを許容するフォルダを意味する。即ち、他のデバイスは、共有フォルダ内にファイルを格納したり、共有フォルダ内に格納されているファイルを削除したりすることができる。また、他のデバイスは、共有フォルダ内に格納されているファイルに情報を書き込むことができる。ＰＣ６０のユーザは、所望のフォルダを共有フォルダとして設定することができる。
【００３１】
フォルダ１５０が最上位のフォルダである。フォルダ１５０は、「ｕｓｅｒ」というフォルダ名を有する。フォルダ１５０の下位フォルダとして、２つのフォルダ１５２，１５６が存在する。即ち、フォルダ１５０は、２つのフォルダ１５２，１５６を格納している。フォルダ１５２は、「ｍｉｋｅ」というフォルダ名を有する。フォルダ１５６は、「ｋｅｎ」というフォルダ名を有する。フォルダ１５２の下位フォルダとして、フォルダ１５４が存在する。即ち、フォルダ１５２は、フォルダ１５４を格納している。フォルダ１５４は、「ｓｈａｒｅｄ」というフォルダ名を有する。フォルダ１５４の下位ファイルとして、ＩＤファイル１６０が存在する。即ち、フォルダ１５４は、ＩＤファイル１６０を格納している。ＩＤファイル１６０がどのようにしてフォルダ１５４内に格納されるのかについては、後で詳しく説明する。また、本実施例では、フォルダ１５４は、多機能機２０で作成されたスキャンデータファイル２００を格納するフォルダとして機能する。この点についても、後で詳しく説明する。
【００３２】
なお、以下では、フォルダ（又はファイル）の絶対的なアドレスを意味するものとして「アドレス」という用語を使用する。例えば、フォルダ１５２のアドレスは、「ｕｓｅｒ￥ｍｉｋｅ」である。なお、ＰＣ６０の外部からフォルダ１５２を見た場合、フォルダ１５２のアドレスは、「ａｂｃｄｅ￥ｕｓｅｒ￥ｍｉｋｅ」である。また、例えば、スキャンデータファイル２００のアドレスは、「（ａｂｃｄｅ￥）ｕｓｅｒ￥ｍｉｋｅ￥ｓｈａｒｅｄ￥ｙａｍａｄａ．ｊｐｅｇ」である。一方において、フォルダ（又はファイル）の相対的なアドレスを意味するものとして、「フォルダ名」（又は「ファイル名」）という用語を使用する。例えば、フォルダ１５２のフォルダ名は、「ｍｉｋｅ」である。また、例えば、スキャンデータファイル２００のファイル名は、「ｙａｍａｄａ．ｊｐｅｇ」である。なお、「アドレス」という用語は、最も広義に解釈されるべきものであり、フォルダやファイルのロケーションを特定するためのデータであれば、あらゆるものを含む概念である。例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）、ＵＮＣ（Ｕｎｉｖｅｒｓａｌ  Ｎａｍｉｎｇ  Ｃｏｎｖｅｎｔｉｏｎ）、パス名等が、「アドレス」に含まれる。
【００３３】
ＩＤファイル１６０は、ファイル名１６２とデータ１８２とが対応づけられたものである。ファイル名１６２は、様々な文字列１６４〜１８０の組合せによって構成されている。ファイル名１６２がどのようにして作成されるのかについては、後で詳しく説明する、データ１８２は、スキャンデータ画質１８４とスキャンデータファイルフォーマット１８６とスキャンデータファイル名１８８とファイル名オプション１９０を含む。
【００３４】
（多機能機が実行する処理）
続いて、多機能機２０が実行する処理の内容について説明する。以下の各処理は、多機能機２０の制御部３４によって実行される。
【００３５】
（ＳｃａｎＴｏプロファイル設定処理）
まず、ＳｃａｎＴｏプロファイル設定処理について説明する。図４と図５は、ＳｃａｎＴｏプロファイル設定処理のフローチャートを示す。ユーザは、操作部２２に所定の操作を加えることによって、プロファイル記憶領域２８の記憶内容を変更することができる。ユーザは、例えば、新しいプロファイルを追加することや既存のプロファイルの内容を変更することができる。上記の所定の操作が操作部２２に加えられた場合に、ＳｃａｎＴｏプロファイル設定処理が制御部３４によって実行される。
【００３６】
制御部３４は、プロファイル選択画面を表示部２４に表示する（Ｓ１０）。プロファイル選択画面には、例えば、各プロファイル９０，９２，９４のプロファイル名１００（図２参照）のリストが表示される。次いで、制御部３４は、ユーザからの入力があるまで待機する（Ｓ１２）。ユーザは、操作部２２を操作することによって、「終了」、「既存プロファイル選択」、「新規プロファイル作成」等を入力することができる。制御部３４は、ユーザからの入力が「終了」であるのか否かを判断する（Ｓ１４）。ここでＹＥＳの場合、ＳｃａｎＴｏプロファイル設定処理を終了する。一方において、ここでＮＯの場合、制御部３４は、ユーザからの入力が「既存プロファイル選択」であるのか否かを判断する（Ｓ１６）。図２に例示されるプロファイル９０，９２，９４のいずれかがユーザによって選択された場合に、Ｓ１６でＹＥＳと判断される。この場合、制御部３４は、選択されたプロファイルを作業領域３２に書き込む（Ｓ１８）。例えば、選択されたプロファイルが図２のプロファイル９０である場合、制御部３４は、プロファイル９０に含まれる各情報１００〜１３０を作業領域３２に書き込む。Ｓ１８を終えると、Ｓ２４に進む。
【００３７】
一方において、Ｓ１６でＮＯの場合、制御部３４は、ユーザからの入力が「新規プロファイル作成」であるのか否かを判断する（Ｓ２０）。ここでＮＯの場合、制御部３４は、ユーザからの入力を無視し（もしくはユーザからの入力に応じた処理（エラー表示等）を実行し）、Ｓ１２に戻ってユーザからの入力を再び監視する。Ｓ２０でＹＥＳの場合、制御部３４は、作業領域３２に既定値（初期値）を書き込む（Ｓ２２）。即ち、制御部３４は、プロファイルの情報１００〜１３０のそれぞれについて予め設定されている既定値を作業領域３２に書き込む。Ｓ２２を終えると、Ｓ２４に進む。
【００３８】
Ｓ２４では、制御部３４は、プロファイル設定画面を表示する。即ち、制御部３４は、Ｓ１８又はＳ２２で作業領域３２に書き込まれた各情報１００〜１３０を表示部２４に表示する。次いで、制御部３４は、ユーザからの入力があるまで待機する（Ｓ２６）。ユーザは、操作部２２を操作することによって、「キャンセル」、「設定入力」、「ＯＫ」等を入力することができる。制御部３４は、ユーザからの入力が「キャンセル」であるのか否かを判断する（Ｓ２８）。ここでＹＥＳの場合、Ｓ１０に戻る。ここでＮＯの場合、制御部３４は、ユーザからの入力が「設定入力」であるのか否かを判断する（図５のＳ４０）。Ｓ２４で表示されたプロファイル設定画面のいずれかの情報１００〜１３０がユーザによって変更された場合、Ｓ４０でＹＥＳと判断される。なお、ユーザは、プロファイル更新フラグ１１８と宛先変更フラグ１２０を変更することができない。これらのフラグ１１８，１２０は、多機能機２０によって管理される。Ｓ４０でＹＥＳの場合、制御部３４は、変更後の情報を作業領域３２に書き込む（Ｓ４２）。Ｓ４２を終えると、制御部３４は、Ｓ２６に戻ってユーザからの入力を再び監視する。
【００３９】
Ｓ４０でＮＯの場合、制御部３４は、ユーザからの入力が「ＯＫ」であるのか否かを判断する（Ｓ４４）。ここでＮＯの場合、制御部３４は、ユーザからの入力を無視し（もしくはユーザからの入力に応じた処理を実行し）、Ｓ２６に戻ってユーザからの入力を再び監視する。Ｓ４４でＹＥＳの場合、制御部３４は、現在の処理の対象が新規プロファイルを作成することであるのか否かを判断する（Ｓ４６）。上記のＳ１６でＹＥＳと判断された場合は、Ｓ４６でＮＯと判断される。この場合、Ｓ５０に進む。一方において、上記のＳ２０でＹＥＳと判断された場合は、Ｓ４６でＹＥＳと判断される。この場合、Ｓ４８に進む。
【００４０】
Ｓ４８では、制御部３４は、新規プロファイルを作業領域３２に作成する。具体的には、制御部３４は、作業領域３２に存在する各情報１００〜１３０とファイル名とが対応づけられているファイルを作成する。このファイル名としては、作業領域３２に存在するプロファイル名１００を採用してもよいし、他のファイル名を採用してもよい。Ｓ４８を終えると、Ｓ５２に進む。
【００４１】
Ｓ５０では、制御部３４は、既存プロファイル（図４のＳ１６で選択されたプロファイル）の宛先フォルダからＩＤファイルを削除する。Ｓ５０の処理は、以下のように実行される。まず、制御部３４は、既存プロファイルの宛先ホストアドレス１０４と宛先フォルダ１０６を特定する。既存プロファイルの宛先ホストアドレス１０４と宛先フォルダ１０６は、プロファイル記憶領域２８から特定され、作業領域３２から特定されない。作業領域３２の宛先ホストアドレス１０４及び／又は宛先フォルダ１０６は、Ｓ４２の処理で変更されている可能性があるからである。次いで、制御部３４は、特定された宛先ホストアドレス１０４に向けて、特定された宛先フォルダ１０６からＩＤファイルを削除することを指示するコマンドを送信する。例えば、特定された宛先ホストアドレス１０４が「ａｂｃｄｅ」であり、特定された宛先フォルダ１０６が「ｕｓｅｒ￥ｍｉｋｅ￥ｓｈａｒｅｄ」である場合（図２参照）、制御部３４は、そのホストアドレスを有するＰＣ６０に向けて、フォルダ１５４内に格納されているＩＤファイル１６０（「ｓＣａＮｔＯ」という文字列１６４を含むファイル）を削除することを指示するコマンドを送信する。この結果、ＰＣ６０は、ＩＤファイル１６０を削除することになる。
【００４２】
次いで、制御部３４は、作業領域３２のプロファイル更新フラグ１１８（図２参照）をＯＮに設定する（Ｓ５２）。続いて、制御部３４は、宛先フォルダのアドレスが変更されたのか否かを判断する（Ｓ５４）。既存プロファイルに対する処理が現在実行されており（図４のＳ１６でＹＥＳの場合であり）、かつ、宛先ホストアドレス１０４及び／又は宛先フォルダ１０６がＳ４２で変更された場合に、Ｓ５４でＹＥＳと判断される。従って、既存プロファイルに対する処理が実行されている場合であっても、情報１０４，１０６以外の情報がＳ４２で変更された場合は、Ｓ５４でＮＯと判断される。また、新規プロファイルに対する処理が現在実行されている場合（図４のＳ２０でＹＥＳの場合）も、Ｓ５４でＮＯと判断される。Ｓ５４でＹＥＳの場合、制御部３４は、作業領域３２の宛先変更フラグ１２０（図２参照）をＯＮに設定する（Ｓ５６）。Ｓ５６を終えると、Ｓ５８に進む。なお、Ｓ５４でＮＯの場合は、Ｓ５６をスキップしてＳ５８に進む。
【００４３】
Ｓ５８では、制御部３４は、作業領域３２のプロファイルをプロファイル記憶領域２８に書き込む。既存プロファイルの場合（図４のＳ１６でＹＥＳの場合）、制御部３４は、プロファイル記憶領域２８に記憶されている既存プロファイルを作業領域３２のプロファイルに更新する。また、新規プロファイルの場合（図４のＳ２０でＹＥＳの場合）、制御部３４は、作業領域３２の新たなプロファイルをプロファイル記憶領域２８に追加する。Ｓ５８を終えると、制御部３４は、図４のＳ１０に戻ってプロファイル選択画面を再び表示する。
【００４４】
（ＳｃａｎＴｏ関連処理）
続いて、ＳｃａｎＴｏ関連処理について説明する。図６は、ＳｃａｎＴｏ関連処理のフローチャートを示す。ユーザは、操作部２２に所定の操作を加えることによって、ＳｃａｎＴｏ機能に関連する様々な指示を多機能機２０に入力することができる。上記の所定の操作が操作部２２に加えられた場合に、ＳｃａｎＴｏ関連処理が制御部３４によって実行される。
【００４５】
制御部３４は、ＳｃａｎＴｏに関連する表示内容を含むＬＣＤ画面を表示部２４に表示する（Ｓ７０）。次いで、制御部３４は、ユーザからの入力があるまで待機する（Ｓ７２）。ユーザは、操作部２２を操作することによって、「ＳｃａｎＴｏ実行」、「ＳｃａｎＴｏ宛先確認」、「ＳｃａｎＴｏ宛先解除」等を入力することができる。制御部３４は、ユーザからの入力が「ＳｃａｎＴｏ実行」であるのか否かを判断する（Ｓ７４）。ここでＹＥＳの場合、制御部３４は、ＳｃａｎＴｏ実行処理を実行する（Ｓ７６）。ＳｃａｎＴｏ実行処理の内容は、後で詳しく説明する。制御部３４は、ユーザからの入力が「ＳｃａｎＴｏ宛先確認」であるのか否かを判断する（Ｓ７８）。ここでＹＥＳの場合、制御部３４は、ＩＤファイル格納処理を実行する（Ｓ８０）。ＩＤファイル格納処理の内容は、後で詳しく説明する。制御部３４は、ユーザからの入力が「ＳｃａｎＴｏ宛先解除」であるのか否かを判断する（Ｓ８２）。ここでＹＥＳの場合、制御部３４は、ＩＤファイル削除処理を実行する（Ｓ８４）。ＩＤファイル削除処理の内容は、後で詳しく説明する。なお、Ｓ８２でＮＯの場合、制御部３４は、ユーザからの入力に応じた他の処理を実行する（Ｓ８６）。
【００４６】
（ＳｃａｎＴｏ実行処理）
続いて、図６のＳ７６で実行されるＳｃａｎＴｏ実行処理について説明する。図７は、ＳｃａｎＴｏ実行処理のフローチャートを示す。
【００４７】
制御部３４は、プロファイル選択画面を表示部２４に表示する（Ｓ１００）。プロファイル選択画面には、例えば、各プロファイル９０，９２，９４のプロファイル名１００（図２参照）のリストが表示される。制御部３４は、ユーザからの入力があるまで待機する。ユーザは、操作部２２を操作することによって、「キャンセル」を入力することができる。この場合、Ｓ１０２でＹＥＳと判断され、ＳｃａｎＴｏ実行処理を終了する。また、ユーザは、操作部２２を操作することによって、１つのプロファイルを選択することができる。この場合、Ｓ１０２でＮＯと判断され、Ｓ１０４に進む。Ｓ１０４では、制御部３４は、選択されたプロファイルを作業領域３２に書き込む。次いで、制御部３４は、格納先確定処理を実行する（Ｓ１０６）。格納先確定処理の内容は、後で詳しく説明する。
【００４８】
Ｓ１０６の格納先確定処理が終了すると、制御部３４は、格納先確定処理の結果が「キャンセル」であるのか否かを判断する（Ｓ１０８）。ここでＹＥＳの場合、ＳｃａｎＴｏ実行処理が終了する。一方において、Ｓ１０８でＮＯの場合、制御部３４は、スキャン処理を実行する（Ｓ１１０）。スキャン処理の内容は、後で詳しく説明する。
【００４９】
Ｓ１１０のスキャン処理が終了すると、制御部３４は、スキャン処理の結果が「キャンセル」であるのか否かを判断する（Ｓ１１２）。ここでＹＥＳの場合、ＳｃａｎＴｏ実行処理が終了する。一方において、Ｓ１１２でＮＯの場合、制御部３４は、格納先確定処理（Ｓ１０６）で確定された宛先フォルダ１０６を格納先として、スキャン処理（Ｓ１１０）で得られたスキャンデータファイルを送信する。このＳ１１４の処理の内容は、格納先確定処理（Ｓ１０６）とスキャン処理（Ｓ１１０）の内容を説明した後に、再び説明する。
【００５０】
（格納先確定処理）
続いて、図７のＳ１０６で実行される格納先確定処理について説明する。図８〜図１２は、格納先確定処理のフローチャートを示す。
【００５１】
制御部３４は、図７のＳ１０４で作業領域３２に書き込まれたプロファイルの宛先ホストアドレス１０４にアクセスすることを試行する（Ｓ１３０）。例えば、図７のＳ１０４で図２のプロファイル９０が作業領域３２に書き込まれた場合、制御部３４は、アドレス「ａｂｃｄｅ」を有するＰＣ６０にアクセスすることを試行する。この処理は、ＰＣ６０にパケットを送信して返信信号を監視することによって行われる。返信信号が受信された場合、Ｓ１３２でＹＥＳと判断される。一方において、所定時間を経過しても返信信号が受信されない場合、Ｓ１３２でＮＯと判断される。
【００５２】
Ｓ１３２でＮＯの場合、制御部３４は、エラーメッセージを表示部２４に表示する（Ｓ１３４）。このエラーメッセージは、宛先ホストにアクセス不可能であることを示す文字列を含む。制御部３４は、ユーザからの入力があるまで待機する。ユーザは、操作部２２を操作することによって、「キャンセル」、「宛先ホストアドレス変更」等を入力することができる。制御部３４は、ユーザからの入力が「キャンセル」であるのか否かを判断する（Ｓ１３６）。ここでＹＥＳの場合、格納先確定処理が終了する。以下では、ユーザによって入力された「キャンセル」に基づいて格納先確定処理が終了することを「キャンセルエンド」と呼ぶ。Ｓ１３６でＮＯの場合、制御部３４は、ユーザからの入力が「宛先ホストアドレス変更」であるのか否かを判断する（Ｓ１３８）。ここでＹＥＳの場合、制御部３４は、作業領域３２の宛先ホストアドレス１０４を、ユーザによって入力された新たな宛先ホストアドレスに更新する（Ｓ１４０）。さらに、制御部３４は、作業領域３２の宛先変更フラグ１２０をＯＮに設定する。Ｓ１４０を終えると、制御部３４は、Ｓ１３０に戻って宛先ホストアドレス（Ｓ１４０で更新された宛先ホストアドレス）にアクセスすることを試行する。一方において、Ｓ１３８でＮＯの場合、制御部３４は、ユーザからの入力を無視し（もしくはユーザからの入力に応じた処理を実行し）、Ｓ１３４に戻ってユーザからの入力を再び監視する。
【００５３】
Ｓ１３２でＹＥＳの場合、制御部３４は、作業領域３２の宛先フォルダ１０６と同じフォルダアドレスを有する共有フォルダが宛先ホストアドレス１０４（Ｓ１３２でアクセスが成功したデバイス）に存在するのか否かを判断する（Ｓ１４２）。ここでＮＯの場合、図１１のＳ２２０に進む。一方において、Ｓ１４２でＹＥＳの場合、制御部３４は、作業領域３２のプロファイル更新フラグ１１８がＯＮであるのか否かを判断する（Ｓ１４４）。ここでＮＯの場合、図１０のＳ１９０に進む。一方において、Ｓ１４４でＹＥＳの場合、制御部３４は、作業領域３２の宛先変更フラグ１２０がＯＮであるのか否かを判断する（Ｓ１４６）。ここでＮＯの場合、図９のＳ１６６に進む。一方において、Ｓ１４６でＹＥＳの場合、図９のＳ１６０に進む。
【００５４】
図９のＳ１６０では、制御部３４は、確認メッセージを表示部２４に表示する。この確認メッセージは、作業領域３２の宛先フォルダ１０６をスキャンデータファイルの格納先として確定するのか否かをユーザに促す文字列を含む。制御部３４は、ユーザからの入力があるまで待機する。ユーザは、操作部２２を操作することによって、「キャンセル」、「ＯＫ」等を入力することができる。制御部３４は、ユーザからの入力が「キャンセル」であるのか否かを判断する（Ｓ１６２）。ここでＹＥＳの場合、キャンセルエンドとなる。Ｓ１６２でＮＯの場合、制御部３４は、ユーザからの入力が「ＯＫ」であるのか否かを判断する（Ｓ１６４）。ここでＹＥＳの場合、Ｓ１６６に進む。一方において、Ｓ１６４でＮＯの場合、制御部３４は、ユーザからの入力を無視し（もしくはユーザからの入力に応じた処理を実行し）、Ｓ１６０に戻ってユーザからの入力を再び監視する。
【００５５】
（ＩＤファイル書き込み処理）
Ｓ１６６では、制御部３４は、ＩＤファイル書き込み処理を実行する。図１３は、ＩＤファイル書き込み処理のフローチャートを示す。制御部３４は、スキャンデータ画質１２２とスキャンデータファイルフォーマット１２４とスキャンデータファイル名１２６とファイル名オプション１２８を作業領域３２から読み出す（Ｓ２８０）。次いで、制御部３４は、読み出された情報１２２，１２４，１２６，１２８を含むＩＤファイルデータを作成する。具体的には、制御部３４は、これらの情報１２２，１２４，１２６，１２８をＰＣ６０に格納可能なデータ形式に変換する。
【００５６】
（ＩＤファイル名生成処理）
次いで、制御部３４は、ＩＤファイル名生成処理を実行する（Ｓ２８２）。図１４は、ＩＤファイル名生成処理のフローチャートを示す。制御部３４は、作業領域３２の共有プロファイルフラグ１１４がＯＮであるのか否かを判断する（Ｓ３００）。ここでＹＥＳの場合、制御部３４は、作業領域３２のユーザ固有フラグ１１６がＯＮであるのか否かを判断する（Ｓ３０２）。ここでＹＥＳの場合、制御部３４は、図３の文字列１６４，１６６，１６８，１７０，１７４，１７６，１８０を含むＩＤファイル名を作成する（Ｓ３０４）。即ち、制御部３４は、図３の文字列１７２のみを含まないＩＤファイル名を作成する。例えば、図２のプロファイル９０を例にすると、制御部３４は、「ｓＣａＮｔＯ＋ＭｉｋｅＰＣ＋＋ｙａｍａｄａ．ｉｄ」というＩＤファイル名を作成する。一方において、Ｓ３０２でＮＯの場合、制御部３４は、図３の文字列１６４，１６６，１６８，１７０，１７４，１８０を含むＩＤファイル名を作成する（Ｓ３０６）。即ち、制御部３４は、図３の文字列１７２と文字列１７６を含まないＩＤファイル名を作成する。例えば、図２のプロファイル９０を例にすると、制御部３４は、「ｓＣａＮｔＯ＋ＭｉｋｅＰＣ＋＋．ｉｄ」というＩＤファイル名を作成する。
【００５７】
Ｓ３００でＮＯの場合も、制御部３４は、作業領域３２のユーザ固有フラグ１１６がＯＮであるのか否かを判断する（Ｓ３０８）。ここでＹＥＳの場合、制御部３４は、図３の文字列１６４，１６６，１６８，１７０，１７２，１７４，１７６，１８０を含むＩＤファイル名を作成する（Ｓ３１０）。即ち、制御部３４は、図３の全ての文字列１６４〜１８０を含むＩＤファイル名を作成する。例えば、図２のプロファイル９０を例にすると、制御部３４は、「ｓＣａＮｔＯ＋ＭｉｋｅＰＣ＋ｍｆｐ２０（多機能機２０のＭＡＣアドレス（図示省略））＋ｙａｍａｄａ．ｉｄ」というＩＤファイル名を作成する。一方において、Ｓ３０８でＮＯの場合、制御部３４は、図３の文字列１６４，１６６，１６８，１７０，１７２，１７４，１８０を含むＩＤファイル名を作成する（Ｓ３１２）。即ち、制御部３４は、図３の文字列１７６のみを含まないＩＤファイル名を作成する。例えば、図２のプロファイル９０を例にすると、制御部３４は、「ｓＣａＮｔＯ＋ＭｉｋｅＰＣ＋ｍｆｐ２０（多機能機２０のＭＡＣアドレス（図示省略））＋．ｉｄ」というＩＤファイル名を作成する。
【００５８】
図１３のＳ２８２のＩＤファイル名生成処理でＩＤファイル名が生成されると、制御部３４は、Ｓ２８４の処理を実行する。Ｓ２８４では、制御部３４は、宛先フォルダ１０６にＩＤファイルを格納する処理を実行する。Ｓ２８４の処理は、以下のようにして実行される。まず、制御部３４は、宛先ホストアドレス１０４と宛先フォルダ１０６を作業領域３２から特定する。次いで、制御部３４は、Ｓ２８０で作成されたデータとＳ２８２のＩＤファイル名生成処理で作成されたＩＤファイル名とを対応づけることによって、ＩＤファイルを作成する。制御部３４は、特定された宛先ホストアドレス１０４に向けて、特定された宛先フォルダ１０６にＩＤファイルを格納することを指示するコマンドを送信する。例えば、特定された宛先ホストアドレス１０４が「ａｂｃｄｅ」であり、特定された宛先フォルダ１０６が「ｕｓｅｒ￥ｍｉｋｅ￥ｓｈａｒｅｄ」である場合（図２参照）、制御部３４は、そのホストアドレスを有するＰＣ６０に向けて、上記のコマンドと上記のフォルダアドレスとＩＤファイルとを送信する。この結果、ＰＣ６０は、フォルダ１５４内にＩＤファイル１６０を格納することになる（図３参照）。Ｓ２８４を終えると、図９のＳ１６８に進む。
【００５９】
図９のＳ１６８では、制御部３４は、作業領域３２のプロファイル更新フラグ１１８をＯＦＦに設定する。また、制御部３４は、作業領域３２の宛先変更フラグ１２０をＯＦＦに設定する。次いで、制御部３４は、作業領域３２のプロファイルをプロファイル記憶領域２８に書き込む。これにより、プロファイル記憶領域２８のプロファイル（図７のＳ１００で選択されたプロファイル）が作業領域３２のプロファイルに更新されることになる。Ｓ１７０を終えると、格納先確定処理が終了する。なお、以下では、Ｓ１７０を経て格納先確定処理が終了することを「正常エンド」と呼ぶ。
【００６０】
（ＩＤファイル存在チェック処理）
次いで、図８のＳ１４４でＮＯと判断された以降の処理について説明する。図８のＳ１４４でＮＯの場合、図１０のＳ１９０に進む。Ｓ１９０では、制御部３４は、ＩＤファイル存在チェック処理を実行する。図１５は、ＩＤファイル存在チェック処理のフローチャートを示す。制御部３４は、ＩＤファイル名生成処理を実行する（Ｓ３３０）。ＩＤファイル名生成処理は、上記の図１４のフローチャートに従って実行される。
【００６１】
続いて、制御部３４は、Ｓ３３０のＩＤファイル名生成処理によって生成されたＩＤファイル名を有するＩＤファイルが存在するのか否かを判断する（Ｓ３３２）。Ｓ３３２の処理は、以下のようにして実行される。まず、制御部３４は、宛先ホストアドレス１０４と宛先フォルダ１０６を作業領域３２から特定する。次いで、制御部３４は、特定された宛先ホストアドレス１０４に向けてコマンドを送信する。このコマンドは、特定された宛先フォルダ１０６に格納されているファイル（及びフォルダ）のファイル名（及びフォルダ名）を多機能機２０に送信することを指示するものである。例えば、特定された宛先ホストアドレス１０４が「ａｂｃｄｅ」であり、特定された宛先フォルダ１０６が「ｕｓｅｒ￥ｍｉｋｅ￥ｓｈａｒｅｄ」である場合（図２参照）、制御部３４は、そのホストアドレスを有するＰＣ６０に向けて、上記のコマンドを送信する。この結果、ＰＣ６０は、フォルダ１５４内に格納されているＩＤファイル１６０のファイル名を多機能機２０に送信する。制御部３４は、宛先ホストアドレス１０４から得られたファイル名と、Ｓ３３０のＩＤファイル名生成処理で生成されたＩＤファイル名とを比較することによって、Ｓ３３２の処理を実行する。
【００６２】
２つのファイル名が一致しない場合（又は宛先ホストアドレス１０４からファイル名が得られなかった場合）、制御部３４は、Ｓ３３２でＮＯと判断する。この場合、制御部３４は、ＩＤファイル存在チェック処理を終了する。一方において、２つのファイル名が一致した場合、制御部３４は、Ｓ３３２でＹＥＳと判断する。この場合、制御部３４は、宛先ホストアドレス１０４の宛先フォルダ１０６に格納されているＩＤファイルに含まれる情報を読み出す（Ｓ３３４）。ここで読み出される情報は、スキャンデータ画質１８４とスキャンデータファイルフォーマット１８６とスキャンデータファイル名１８８とファイル名オプション１９０である（図３参照）。制御部３４は、作業領域３２の情報１２２，１２４，１２６，１２８を読み出された情報１８４，１８６，１８８，１９０に更新する。Ｓ３３４を終えると、制御部３４は、ＩＤファイル存在チェック処理を終了する。
【００６３】
図１０のＳ１９０のＩＤファイル存在チェック処理が終了すると、Ｓ１９２に進む。Ｓ１９２では、制御部３４は、ＩＤファイル存在チェック処理でＩＤファイルが存在することが確認されたのか否かを判断する。図１５のＳ３３２でＹＥＳと判断された場合（Ｓ３３４を実行した場合）は、Ｓ１９２でＹＥＳと判断される。この場合、図９のＳ１６８に進む。一方において、図１５のＳ３３２でＮＯと判断された場合は、Ｓ１９２でＮＯと判断される。この場合、Ｓ１９４に進む。
【００６４】
Ｓ１９４では、制御部３４は、エラーメッセージを表示する。このエラーメッセージは、宛先フォルダ内のＩＤファイルが別の場所に移動した可能性があることを示す文字列を含む。制御部３４は、ユーザからの入力があるまで待機する。ユーザは、操作部２２を操作することによって、「キャンセル」、「宛先確定」、「宛先フォルダ検索」等を入力することができる。制御部３４は、ユーザからの入力が「キャンセル」であるのか否かを判断する（Ｓ１９６）。ここでＹＥＳの場合、キャンセルエンドになる。Ｓ１９６でＮＯの場合、制御部３４は、ユーザからの入力が「宛先確定」であるのか否かを判断する（Ｓ１９８）。ここでＹＥＳの場合、図９のＳ１６６に進む。Ｓ１９８でＮＯの場合、制御部３４は、ユーザからの入力が「宛先フォルダ検索」であるのか否かを判断する（Ｓ２００）。ここでＹＥＳの場合、図１１のＳ２２６に進む。一方において、Ｓ２００でＮＯの場合、制御部３４は、ユーザからの入力を無視し（もしくはユーザからの入力に応じた処理を実行し）、Ｓ１９４に戻ってユーザからの入力を再び監視する。
【００６５】
続いて、図８のＳ１４２でＮＯと判断された以降の処理について説明する。図８のＳ１４２でＮＯの場合、図１１のＳ２２０に進む。Ｓ２２０では、制御部３４は、エラーメッセージを表示する。このエラーメッセージは、宛先フォルダが存在しないことを示す文字列を含む。制御部３４は、ユーザからの入力があるまで待機する。ユーザは、操作部２２を操作することによって、「キャンセル」、「宛先フォルダ検索」等を入力することができる。制御部３４は、ユーザからの入力が「キャンセル」であるのか否かを判断する（Ｓ２２２）。ここでＹＥＳの場合、キャンセルエンドになる。Ｓ２２２でＮＯの場合、制御部３４は、ユーザからの入力が「宛先フォルダ検索」であるのか否かを判断する（Ｓ２２４）。ここでＹＥＳの場合、Ｓ２２６に進む。一方において、Ｓ２２４でＮＯの場合、制御部３４は、ユーザからの入力を無視し（もしくはユーザからの入力に応じた処理を実行し）、Ｓ２２０に戻ってユーザからの入力を再び監視する。
【００６６】
Ｓ２２６では、制御部３４は、ＩＤファイルを検索する処理を実行する。上述したように、ＩＤファイルは、制御部３４によってＰＣ６０に格納される。ＩＤファイルのファイル名は、「ｓＣａＮｔＯ」という文字列を必ず含む。制御部３４は、ＩＤファイルのファイル名（具体的には「ｓＣａＮｔＯ」という文字列）をキーとして、ＩＤファイルのアドレスを検索する。具体的には、以下の処理が実行される。
【００６７】
制御部３４は、作業領域３２の宛先ホストアドレス１０４を有するデバイス（ここではＰＣ６０とする）にアクセスし、最上位の共有フォルダ１５０（図３参照）から順に下位のフォルダ（ファイル）のフォルダ名（ファイル名）を取得する。ファイル名が取得された場合、制御部３４は、そのファイル名に文字列「ｓＣａＮｔＯ」が含まれるのか否かを判断する。これにより、ＩＤファイルが検索される。即ち、制御部３４は、ＩＤファイルのファイル名（具体的には文字列「ｓＣａＮｔＯ」）をキーとして検索することによって、ＰＣ６０内でのＩＤファイルのアドレスを取得する。この結果、ＩＤファイルを格納している共有フォルダのアドレスを取得することができる。
【００６８】
図３の例の場合、最上位の共有フォルダ１５０にフォルダ１５２，１５６が格納されている。このために、制御部３４は、まず、フォルダ１５２，１５６のそれぞれのフォルダ名を取得することができる。次いで、制御部３４は、フォルダ１５２に格納されているフォルダ及び／又はファイルのフォルダ名及び／又はファイル名を取得する。例えば、フォルダ１５４が図３の破線の矢印のように移動している場合、フォルダ１５２に格納されているフォルダ及び／又はファイルが存在しない。この場合、制御部３４は、フォルダ名及び／又はファイル名を取得することができない。次いで、制御部３４は、フォルダ１５６に格納されているフォルダ及び／又はファイルのフォルダ名及び／又はファイル名を取得する。例えば、フォルダ１５４が図３の破線の矢印のように移動している場合、フォルダ１５６にフォルダ１５４が格納されている。この場合、制御部３４は、フォルダ１５４のフォルダ名を取得することができる。次いで、制御部３４は、フォルダ１５４に格納されているフォルダ及び／又はファイルのフォルダ名及び／又はファイル名を取得する。上記の例の場合、制御部３４は、ＩＤファイル１６０のファイル名１６２を取得することができる。ファイル名１６２は、文字列「ｓＣａＮｔＯ」を含んでいる。これにより、ＩＤファイル検索処理が終了する。
【００６９】
上記の例の場合、ＩＤファイルのアドレスを取得することに成功している。即ち、フォルダ１５０のフォルダ名とフォルダ１５６のフォルダ名とフォルダ１５４のフォルダ名とＩＤファイル１６０のファイル名とを組み合わせることによって、ＩＤファイルのアドレスを得ることができる。この場合、Ｓ２２８でＹＥＳと判断され、Ｓ２３０に進む。一方において、ＰＣ６０の全ての共有フォルダについて検索を実行しても、Ｓ２２６の処理でＩＤファイルが見つからない可能性もある。例えば、共有フォルダ以外のフォルダにＩＤファイルが格納されている場合、Ｓ２２６の処理でＩＤファイルを見つけることができない。また、ＩＤファイルがＰＣ６０から削除されている場合も、Ｓ２２６の処理でＩＤファイルを見つけることができない。これらの場合、Ｓ２２８でＮＯと判断され、図１２のＳ２５０に進む。
【００７０】
Ｓ２３０では、制御部３４は、メッセージを表示する。このメッセージは、ＩＤファイルが見つかったことを示す文字列と、ＩＤファイルを格納しているフォルダのアドレス（上記の例では「ｕｓｅｒ￥ｋｅｎ￥ｓｈａｒｅｄ」）を示す文字列とを含む。制御部３４は、ユーザからの入力があるまで待機する。ユーザは、操作部２２を操作することによって、「キャンセル」、「宛先確定」等を入力することができる。制御部３４は、ユーザからの入力が「キャンセル」であるのか否かを判断する（Ｓ２３２）。ここでＹＥＳの場合、キャンセルエンドになる。Ｓ２３２でＮＯの場合、制御部３４は、ユーザからの入力が「宛先確定」であるのか否かを判断する（Ｓ２３４）。ここでＹＥＳの場合、制御部３４は、ＩＤファイルを格納しているフォルダのアドレス（検索によって得られたアドレス）を作業領域３２の宛先フォルダ１０６として書き込み、図９のＳ１６６に進む。一方において、Ｓ２３４でＮＯの場合、制御部３４は、ユーザからの入力を無視し（もしくはユーザからの入力に応じた処理を実行し）、Ｓ２３０に戻ってユーザからの入力を再び監視する。
【００７１】
図１２は、図１１のＳ２２８でＮＯと判断された以降のフローチャートを示す。制御部３４は、エラーメッセージを表示する（Ｓ２５０）。このエラーメッセージは、ＩＤファイルが見つからなかったこと（宛先フォルダが見つからなかったこと）を示す文字列を含む。制御部３４は、ユーザからの入力があるまで待機する。ユーザは、操作部２２を操作することによって、「キャンセル」、「新規宛先フォルダ候補検索」等を入力することができる。制御部３４は、ユーザからの入力が「キャンセル」であるのか否かを判断する（Ｓ２５２）。ここでＹＥＳの場合、キャンセルエンドになる。Ｓ２５２でＮＯの場合、制御部３４は、ユーザからの入力が「新規宛先フォルダ候補検索」であるのか否かを判断する（Ｓ２５４）。ここでＹＥＳの場合、Ｓ２５６に進む。一方において、Ｓ２５４でＮＯの場合、制御部３４は、ユーザからの入力を無視し（もしくはユーザからの入力に応じた処理を実行し）、Ｓ２５０に戻ってユーザからの入力を再び監視する。
【００７２】
Ｓ２５６では、制御部３４は、書き込み可能なフォルダを検索する。即ち、制御部３４は、作業領域３２の宛先ホストアドレス１０４を有するデバイス（ここではＰＣ６０とすつ）にアクセスし、全ての共有フォルダ１５０，１５２，１５４，１５６（図３参照）のアドレスを取得する。次いで、制御部３４は、Ｓ２５６で取得されたアドレス群を表示部２４に表示する（Ｓ２５８）。制御部３４は、ユーザからの入力があるまで待機する。ユーザは、操作部２２を操作することによって、「キャンセル」、「新規宛先フォルダ確定」等を入力することができる。制御部３４は、ユーザからの入力が「キャンセル」であるのか否かを判断する（Ｓ２６０）。ここでＹＥＳの場合、キャンセルエンドになる。ユーザは、表示部２４に表示されているアドレス群の中から１つのアドレスを選択し、「新規宛先フォルダ確定」を入力することができる。この場合、Ｓ２６２でＹＥＳと判断される。制御部３４は、ユーザによって選択されたアドレスを作業領域３２の宛先フォルダ１０６として書き込む（Ｓ２６４）。この場合、図９のＳ１６６に進む。一方において、Ｓ２６２でＮＯの場合、制御部３４は、ユーザからの入力を無視し（もしくはユーザからの入力に応じた処理を実行し）、Ｓ２５８に戻ってユーザからの入力を再び監視する。
【００７３】
図７のＳ１０６の格納先確定処理が終了すると、制御部３４は、格納先確定処理の結果がキャンセルエンドであるのか否かを判断する（Ｓ１０８）。ここでＹＥＳの場合、ＳｃａｎＴｏ実行処理が終了する。格納先確定処理の結果が正常エンドである場合（図９のＳ１７０を経た場合）、Ｓ１０８でＮＯと判断される。この場合、制御部３４は、スキャン処理を実行する（Ｓ１１０）。
【００７４】
（スキャン処理）
図１６は、スキャン処理のフローチャートを示す。制御部３４は、作業領域３２の宛先フォルダ１０６とスキャンデータ画質１２２とスキャンデータファイルフォーマット１２４とを表示部２４に表示する（Ｓ３５０）。制御部３４は、ユーザからの入力があるまで待機する。ユーザは、操作部２２を操作することによって、「キャンセル」、「画質変更」、「ファイルフォーマット変更」、「ＯＫ」等を入力することができる。制御部３４は、ユーザからの入力が「キャンセル」であるのか否かを判断する（Ｓ３５２）。ここでＹＥＳの場合、キャンセルエンドになる。Ｓ３５２でＮＯの場合、制御部３４は、ユーザからの入力が「画質変更」であるのか否かを判断する（Ｓ３５４）。ここでＹＥＳの場合、制御部３４は、作業領域３２のスキャンデータ画質１２２を変更後の画質に更新する（Ｓ３５６）。Ｓ３５６を終えると、Ｓ３６２に進む。
【００７５】
Ｓ３５４でＮＯの場合、制御部３４は、ユーザからの入力が「ファイルフォーマット変更」であるのか否かを判断する（Ｓ３５８）。ここでＹＥＳの場合、制御部３４は、作業領域３２のスキャンデータファイルフォーマット１２４を変更後のファイルフォーマットに更新する（Ｓ３６０）。Ｓ３６０を終えると、Ｓ３６２に進む。Ｓ３６２では、制御部３４は、作業領域３２のユーザ固有フラグ１１６がＯＮであるのか否かを判断する。ここでＹＥＳの場合、制御部３４は、ＩＤファイル書き込み処理を実行する（Ｓ３６４）。ＩＤファイル書き込み処理は、上記の図１３のフローチャートに従って実行される。Ｓ３６２でＮＯの場合、又は、Ｓ３６４を終えた場合、Ｓ３５０に戻る。このＳ３５０では、Ｓ３５６やＳ３６０で更新された変更後の情報１２２，１２４が表示部２４に表示される。
【００７６】
一方において、Ｓ３５８でＮＯの場合、制御部３４は、ユーザからの入力が「ＯＫ」であるのか否かを判断する（Ｓ３６６）。ここでＹＥＳの場合、制御部３４は、作業領域３２の情報１２２，１２４に基づいて原稿のスキャンを実行する（Ｓ３６８）。具体的には、制御部３４は、作業領域３２のスキャンデータ画質１２２とスキャンデータファイルフォーマット１２４に基づいてスキャンデータが作成されるように、スキャナ４０に指示を出力する。この結果、スキャナ４０は、制御部３４からの指示に基づいて原稿のスキャンを実行することになる。Ｓ３６８を終えると、スキャン処理を終了する。この場合、正常エンドになる。一方において、Ｓ３６６でＮＯの場合、制御部３４は、ユーザからの入力を無視し（もしくはユーザからの入力に応じた処理を実行し）、Ｓ３５０に戻ってユーザからの入力を再び監視する。
【００７７】
図７のＳ１１０のスキャン処理が終了すると、制御部３４は、スキャン処理の結果がキャンセルエンドであるのか否かを判断する（Ｓ１１２）。ここでＹＥＳの場合、ＳｃａｎＴｏ実行処理が終了する。スキャン処理の結果が正常エンドである場合（図１６のＳ３６８を経た場合）、Ｓ１１２でＮＯと判断される。この場合、制御部３４は、スキャンデータを送信する処理を実行する。具体的には、以下の処理が実行される。
【００７８】
まず、制御部３４は、スキャンデータファイルを作成する。具体的には、制御部３４は、Ｓ３６８で作成されたスキャンデータとスキャンデータファイル名とを対応づける。スキャンデータファイル名は、作業領域３２のファイル名オプション１２８の内容に基づいて作成される。上述したように、ファイル名オプション１２８は、「上書き設定」、「日時挿入」、及び、「宛先フォルダ内連番」のいずれかである。ファイル名オプション１２８が「上書き設定」である場合、制御部３４は、作業領域３２のスキャンデータファイル名１２６と同じスキャンデータファイル名を作成する。例えば、図２の例の場合、「ｙａｍａｄａ」というファイル名が作成される。スキャンデータファイル名に含まれる拡張子は、スキャンデータのファイルフォーマットに依存する。例えば、スキャンデータが「ＪＰＥＧ」のファイルフォーマットである場合、「ｙａｍａｄａ．ｊｐｅｇ」というファイル名が作成される。
【００７９】
また、ファイル名オプション１２８が「日時挿入」である場合、制御部３４は、作業領域３２のスキャンデータファイル名１２６にスキャン日時が付加されたファイル名を作成する。例えば、図２の例であってスキャン日時が２００７年８月３１日１４時５１分２５秒である場合、「ｙａｍａｄａ２００７０８３１１４５１２５（プラス拡張子）」というファイル名が作成される。また、ファイル名オプション１２８が「宛先フォルダ内連番」である場合、制御部３４は、作業領域３２のスキャンデータファイル名１２６に数値が付加されたファイル名を作成する。まず、制御部３４は、作業領域３２の宛先フォルダ１０６に既に格納されているスキャンデータファイルのファイル名を取得する。このファイル名は、スキャンデータファイル名１２６（例えば「ｙａｍａｄａ」）をキーとして検索することによって取得することができる。この例において作業領域３２の宛先フォルダ１０６（即ちＰＣ６０のフォルダ１５４）に「ｙａｍａｄａ」を含むファイル名が存在しない場合、制御部３４は、「ｙａｍａｄａ１（プラス拡張子）」というファイル名を作成する。また、例えば、作業領域３２の宛先フォルダ１０６（ＰＣ６０のフォルダ１５４）に「ｙａｍａｄａ」と数値とを含むファイル名が存在する場合、制御部３４は、その数値に１が加算された数値が「ｙａｍａｄａ」に付加されたファイル名を作成する。例えば、作業領域３２の宛先フォルダ１０６（ＰＣ６０のフォルダ１５４）に「ｙａｍａｄａ３（プラス拡張子）」というファイル名が存在する場合、制御部３４は、「ｙａｍａｄａ４（プラス拡張子）」というファイル名を作成する。
【００８０】
次いで、制御部３４は、作業領域３２の宛先ホストアドレス１０４に向けて、スキャンデータファイルを格納することを指示するコマンドを送信する。即ち、制御部３４は、作業領域３２の宛先フォルダ（アドレス）１０６とスキャンデータファイルと上記のコマンドとを送信する。例えば、図２の例の場合、制御部３４は、「ａｂｃｄｅ」のアドレスを有するＰＣ６０に向けて、「ｕｓｅｒ￥ｍｉｋｅ￥ｓｈａｒｅｄ」のアドレスとスキャンデータファイルと上記のコマンドを送信する。この結果、ＰＣ６０は、フォルダ１５４内にスキャンデータファイルを格納することになる。なお、ここで送信されたスキャンデータファイルのファイル名（例えば「ｙａｍａｄａ．ｊｐｅｇ」）が、フォルダ１５４に既に格納されているスキャンデータファイルのファイル名と同じものである場合、ＰＣ６０は、スキャンデータファイルを上書きすることになる。ファイル名オプション１２８が「上書き設定」である場合、このような上書きが行われる可能性が高い。
【００８１】
（ＩＤファイル格納処理）
続いて、図６のＳ８０のＩＤファイル格納処理の内容について説明する。図１７と図１８は、ＩＤファイル格納処理のフローチャートを示す。制御部３４は、プロファイル記憶領域２８に記憶されている各プロファイル９０，９２，９４のプロファイル名１００を表示部２４に表示する（Ｓ３８０）。１回目のＳ３８０の処理では、各プロファイル名１００が黒色に着色された状態で表示部２４に表示される。制御部３４は、ユーザからの入力があるまで待機する。ユーザは、操作部２２を操作することによって、「終了」、「マークｏｒ解除」、「全てマーク」、「ＯＫ」等を入力することができる。制御部３４は、ユーザからの入力が「終了」であるのか否かを判断する（Ｓ３８２）。ここでＹＥＳの場合、ＩＤファイル格納処理が終了する。Ｓ３８２でＮＯの場合、制御部３４は、ユーザからの入力が「マークｏｒ解除」であるのか否かを判断する（Ｓ３８４）。複数のプロファイル名１００の中から１つのプロファイル名が選択された状態で所定の操作が操作部２２に加えられると、Ｓ３８４でＹＥＳと判断される。この場合、制御部３４は、選択されたプロファイル名１００のマーク状態を反転させる（Ｓ３８６）。例えば、選択されたプロファイル名１００が黒色に着色されている場合、制御部３４は、そのプロファイル名１００を赤色に変更する。逆に、選択されたプロファイル名１００が赤色に着色されている場合、制御部３４は、そのプロファイル名１００を黒色に変更する。Ｓ３８６を終えると、Ｓ３８０に戻る。
【００８２】
Ｓ３８４でＮＯの場合、制御部３４は、ユーザからの入力が「全てマーク」であるのか否かを判断する（Ｓ３８８）。所定の操作が操作部２２に加えられると、Ｓ３８８でＹＥＳと判断される。この場合、制御部３４は、全てのプロファイル名１００をマークする（赤色に変更する）（Ｓ３９０）。Ｓ３９０を終えると、Ｓ３８０に戻る。Ｓ３８８でＮＯの場合、制御部３４は、ユーザからの入力が「ＯＫ」であるのか否かを判断する（Ｓ３９２）。ここでＹＥＳの場合、図１８のＳ４１０に進む。一方において、Ｓ３９２でＮＯの場合、制御部３４は、ユーザからの入力を無視し（もしくはユーザからの入力に応じた処理を実行し）、Ｓ３８０に戻ってユーザからの入力を再び監視する。
【００８３】
図１８のＳ４１０では、制御部３４は、マークされているプロファイル名１００が存在するのか否かを判断する。即ち、制御部３４は、赤色で表示されているプロファイル名１００が存在するのか否かを判断する。ここでＮＯの場合、図１７のＳ３８０に戻る。Ｓ４１０でＹＥＳの場合、制御部３４は、マークされているプロファイル名１００から１つのプロファイル名（例えば図２の「ＭｉｋｅＰＣ」）を選択する（Ｓ４１２）。制御部３４は、選択されたプロファイル名を表示部２４に表示する。次いで、制御部３４は、選択されたプロファイル名に対応するプロファイル（例えば図２のプロファイル９０）を作業領域３２に書き込む（Ｓ４１４）。制御部３４は、作業領域３２のプロファイル更新フラグ１１８をＯＮに設定する（Ｓ４１６）。また、制御部３４は、作業領域３２の宛先変更フラグ１２０をＯＦＦに設定する（Ｓ４１６）。
【００８４】
続いて、制御部３４は、格納先確定処理を実行する（Ｓ４１８）。この格納先確定処理は、上記の図８〜図１２のフローチャートに従って実行される。次いで、制御部３４は、Ｓ４１２で選択されたプロファイル名のマークを解除する（Ｓ４２０）。即ち、制御部３４は、Ｓ４１２で選択されたプロファイル名を赤色から黒色の表示に変更する。制御部３４は、Ｓ４１８の格納先確定処理の結果がキャンセルエンドであるのか否かを判断する（Ｓ４２２）。ここでＹＥＳの場合、制御部３４は、図１７のＳ３８０に戻る。一方において、Ｓ４１８の格納先確定処理の結果が正常エンドである場合、制御部３４は、Ｓ４１０に戻って他にマークされているプロファイル名１００が存在するのか否かを判断する。
【００８５】
（ＩＤファイル削除処理）
続いて、図６のＳ８４のＩＤファイル削除処理の内容について説明する。図１９と図２０は、ＩＤファイル削除処理のフローチャートを示す。制御部３４は、プロファイル記憶領域２８に記憶されている各プロファイル９０，９２，９４のプロファイル名１００を表示部２４に表示する（Ｓ４４０）。１回目のＳ４４０の処理では、各プロファイル名１００が黒色に着色された状態で表示部２４に表示される。制御部３４は、ユーザからの入力があるまで待機する。ユーザは、操作部２２を操作することによって、「終了」、「マークｏｒ解除」、「全てマーク」、「Ｃｌｅａｎ−ｕｐ」、「ＯＫ」等を入力することができる。制御部３４は、ユーザからの入力が「終了」であるのか否かを判断する（Ｓ４４２）。ここでＹＥＳの場合、ＩＤファイル削除処理が終了する。Ｓ４４２でＮＯの場合、制御部３４は、ユーザからの入力が「マークｏｒ解除」であるのか否かを判断する（Ｓ４４４）。複数のプロファイル名１００の中から１つのプロファイル名が選択された状態で所定の操作が操作部２２に加えられると、Ｓ４４４でＹＥＳと判断される。この場合、制御部３４は、選択されたプロファイル名１００のマーク状態を反転させる（黒色から赤色に変更、又は、赤色から黒色に変更）（Ｓ４４６）。Ｓ４４６を終えると、Ｓ４４０に戻る。
【００８６】
Ｓ４４４でＮＯの場合、制御部３４は、ユーザからの入力が「全てマーク」であるのか否かを判断する（Ｓ４４８）。所定の操作が操作部２２に加えられると、Ｓ４４８でＹＥＳと判断される。この場合、制御部３４は、全てのプロファイル名１００をマークする（赤色に変更する）（Ｓ４５０）。Ｓ４５０を終えると、Ｓ４４０に戻る。Ｓ４４８でＮＯの場合、制御部３４は、ユーザからの入力が「Ｃｌｅａｎ−ｕｐ」であるのか否かを判断する（Ｓ４５２）。ここでＹＥＳの場合、制御部３４は、「Ｃｌｅａｎ−ｕｐ」という情報を記憶する（Ｓ４５４）。Ｓ４５４では、制御部３４は、全てのプロファイル名１００をマークする処理も実行する。Ｓ４５４を終えると、図２０のＳ４７０に進む。Ｓ４５２でＮＯの場合、ユーザからの入力が「ＯＫ」であるのか否かを判断する（Ｓ４５６）。ここでＹＥＳの場合、制御部３４は、「Ｎｏｎ−Ｃｌｅａｎ−ｕｐ」という情報を記憶する（Ｓ４５８）。Ｓ４５８を終えると、図２０のＳ４７０に進む。一方において、Ｓ４５６でＮＯの場合、制御部３４は、ユーザからの入力を無視し（もしくはユーザからの入力に応じた処理を実行し）、Ｓ４４０に戻ってユーザからの入力を再び監視する。
【００８７】
図２０のＳ４７０では、制御部３４は、マークされているプロファイル名１００が存在するのか否かを判断する。ここでＮＯの場合、図１９のＳ４４０に戻る。Ｓ４７０でＹＥＳの場合、制御部３４は、マークされているプロファイル名１００から１つのプロファイル名を選択して表示する（Ｓ４７２）。次いで、制御部３４は、選択されたプロファイル名に対応するプロファイルを作業領域３２に書き込む（Ｓ４７４）。制御部３４は、作業領域３２の宛先ホストアドレス１０４にアクセスを試行する（Ｓ４７８）。アクセスが失敗した場合、Ｓ４７８でＮＯと判断される。この場合、Ｓ４９０に進む。アクセスが成功した場合、Ｓ４７８でＹＥＳと判断される。この場合、Ｓ４８０に進む。
【００８８】
Ｓ４８０では、制御部３４は、作業領域３２の宛先フォルダ１０６にＩＤファイルが格納されている場合に、そのＩＤファイルを削除する。このＳ４８０の処理は、上記の図５のＳ５０の処理と同様である。次いで、制御部３４は、図１９のＳ４５４で「Ｃｌｅａｎ−ｕｐ」が記憶されたのか否かを判断する（Ｓ４８２）。ここでＹＥＳの場合、Ｓ４８４に進む。一方において、図１９のＳ４５８で「Ｎｏｎ−Ｃｌｅａｎ−ｕｐ」が記憶された場合、Ｓ４８２でＮＯと判断される。この場合、Ｓ４９０に進む。
【００８９】
Ｓ４８４では、制御部３４は、ＩＤファイル検索処理を実行する。このＳ４８４の処理は、上記の図１１のＳ２２６の処理と同様である。また、Ｓ４８４に続いて実行されるＳ４８６の処理は、上記の図１１のＳ２２８の処理と同様である。Ｓ４８６でＹＥＳの場合、制御部３４は、Ｓ４８４で見つかったＩＤファイルを削除する（Ｓ４８８）。このＳ４８８の処理は、上記の図５のＳ５０の処理と同様である。Ｓ４８６でＮＯの場合、Ｓ４９０に進む。Ｓ４９０では、制御部３４は、Ｓ４７２で選択されたプロファイル名のマークを解除する。Ｓ４９０を終えると、制御部３４は、Ｓ４７０に戻って他にマークされているプロファイル名１００が存在するのか否かを判断する。
【００９０】
本実施例の多機能機システム１０について詳しく説明した。多機能機２０は、ＩＤファイル１６０のファイル名をキーとして検索することによって、ＩＤファイル１６０を格納している共有フォルダ１５４（図３参照）のアドレスを取得することができる。多機能機２０は、共有フォルダ１５４のアドレスが変化しても、変化後のアドレスを取得することができる。例えば、図３の破線で示されるように共有フォルダ１５４が共有フォルダ１５６の下位フォルダに移動しても、多機能機２０は、共有フォルダ１５４の移動後のアドレスを取得することができる。多機能機２０は、共有フォルダ１５４のアドレスが変化しても、共有フォルダ１５４にスキャンデータファイル２００を格納することができる。
【００９１】
また、上記の実施例では、ＰＣ６０の共有フォルダ１５４にＩＤファイル１６０を格納する処理を多機能機２０が実行する。例えば、共有フォルダ１５４のＩＤファイル１６０がユーザによって誤って削除された場合でも、共有フォルダ１５４にＩＤファイル１６０が再び格納される（図８〜図１２の格納先確定処理参照）。ユーザは、ＰＣ６０にＩＤファイル１６０を格納する処理を実行する必要がない。
【００９２】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００９３】
（１）上記の各実施例では、多機能機２０によって作成されたスキャンデータファイルをＰＣ６０の共有フォルダに格納する。しかしながら、他の種類のデータファイルをＰＣ６０の共有フォルダに格納するシステムでも、上記の各実施例の技術を利用することができる。例えば、多機能機２０によって受信されたファクシミリデータをＰＣ６０の共有フォルダに格納するシステムを実現してもよい。
【００９４】
（２）上記のＩＤファイル１６０は、情報１２２〜１２８（図２参照）以外の情報を記憶してもよい。
【００９５】
（３）図１５のＩＤファイル存在チェック処理において、Ｓ３３４の後に次のステップＳ３３５−１及びＳ３３５−２が追加されてもよい。（Ｓ３３５−１）共有プロファイルフラグ１１４がＯＮであるのか否かを判断するステップ。（Ｓ３３５−２）上記の判断が肯定的である場合にＳ３３４で読み出された各データをプロファイルに反映するステップ。即ち、プロファイル記憶領域２８のプロファイルの情報１２２〜１２８をＩＤファイルから読み出されたデータに更新するステップ。
【００９６】
（４）上記の実施例では、指定フォルダ（共有フォルダ）１５４にＩＤファイル１６０が格納されている。このＩＤファイル１６０の代わりにフォルダ（以下では「ＩＤフォルダ」と呼ぶ）を格納させるようにしてもよい。このフォルダ名としては、例えば、図３の文字列１６４〜１７６が採用されてもよい。多機能機２０は、ＩＤフォルダのフォルダ名をキーとして検索することによって、そのフォルダ名を有するＩＤフォルダを格納している共有フォルダ１５４のアドレスを特定してもよい。なお、ＩＤファイル１６０とＩＤフォルダの両方を利用するようにしてもよい。即ち、指定フォルダ（共有フォルダ）１５４にＩＤファイル１６０とＩＤフォルダの両方が格納されるようにしてもよい。この場合、多機能機２０は、ＩＤファイル１６０のファイル名とＩＤフォルダのフォルダ名をキーとして検索してもよいし、どちらか一方をキーとして検索してもよい。
【００９７】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【図面の簡単な説明】
【００９８】
【図１】多機能機システムの構成を示す。
【図２】プロファイル記憶領域の記憶内容の一例を示す。
【図３】ＰＣのメモリの記憶内容の一例を示す。
【図４】ＳｃａｎＴｏプロファイル設定処理のフローチャートを示す。
【図５】図４の続きのフローチャートを示す。
【図６】ＳｃａｎＴｏ関連処理のフローチャートを示す。
【図７】ＳｃａｎＴｏ実行処理のフローチャートを示す。
【図８】格納先確定処理のフローチャートを示す。
【図９】図８の続きのフローチャートを示す。
【図１０】図８の続きのフローチャートを示す。
【図１１】図８の続きのフローチャートを示す。
【図１２】図１１の続きのフローチャートを示す。
【図１３】ＩＤファイル書き込み処理のフローチャートを示す。
【図１４】ＩＤファイル名生成処理のフローチャートを示す。
【図１５】ＩＤファイル存在チェック処理のフローチャートを示す。
【図１６】スキャン処理のフローチャートを示す。
【図１７】ＩＤファイル格納処理のフローチャートを示す。
【図１８】図１７の続きのフローチャートを示す。
【図１９】ＩＤファイル削除処理のフローチャートを示す。
【図２０】図１９の続きのフローチャートを示す。
【符号の説明】
【００９９】
１０：多機能機システム
２０：多機能機
２２：操作部
２４：表示部
２６：メモリ
２８：プロファイル記憶領域
３０：プログラム
３２：作業領域
３４：制御部
４０：スキャナ
６０：ＰＣ
６２：操作部
６４：表示部
６６：制御部
６８：メモリ
７０：フォルダ
７２：ファイル
７４：プログラム
９０，９２，９４：プロファイル
１５０，１５２，１５４，１５６：共有フォルダ
１６０：ＩＤファイル
１６２：ＩＤファイル名
２００：スキャンデータファイル
【図１】
0004862798.tif 000002
【図２】
0004862798.tif 000003
【図３】
0004862798.tif 000004
【図４】
0004862798.tif 000005
【図５】
0004862798.tif 000006
【図６】
0004862798.tif 000007
【図７】
0004862798.tif 000008
【図８】
0004862798.tif 000009
【図９】
0004862798.tif 000010
【図１０】
0004862798.tif 000011
【図１１】
0004862798.tif 000012
【図１２】
0004862798.tif 000013
【図１３】
0004862798.tif 000014
【図１４】
0004862798.tif 000015
【図１５】
0004862798.tif 000016
【図１６】
0004862798.tif 000017
【図１７】
0004862798.tif 000018
【図１８】
0004862798.tif 000019
【図１９】
0004862798.tif 000020
【図２０】
0004862798.tif 000021