(57)【要約】      （修正有）【課題】ユーザーがデータ格納先のネットワークパス情報を取得し、記憶し、さらに手入力でデータ格納先のネットワークパス情報等を設定するという煩雑な手続きを解消する。【解決手段】データを格納するための手段を備え、該格納手段を論理的に少なくとも１以上に分割する手段を備え、分割されたデータ格納手段のいずれかを指定する手段と、指定されデータ格納手段のネットワーク上のロケーション情報、および属性情報を生成する手段と、該ロケーション情報、および属性情報をネットワーク上に送信するサービスと、該ロケーション情報、および属性情報を受信し、記録する機能と、該ロケーション情報、および属性情報を持つデータ格納手段を提供するサービスを指定する手段と、指定したロケーション情報、および属性情報を持つデータ格納手段を提供するサービスに対し、データを送信する機能を備えたデータ生成機能を有するサービスから構成される。【選択図】        図１
2006195722.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数のサービス提供デバイスから構成されるネットワークサービスシステムであって、
データを格納するための手段を備え、該格納手段を論理的に少なくとも１以上に分割する手段を備え、分割されたデータ格納手段のいずれかを指定する手段と、指定されデータ格納手段のネットワーク上のロケーション情報、および属性情報を生成する手段と、該ロケーション情報、および属性情報をネットワーク上に送信するサービスと、
該ロケーション情報、および属性情報を受信し、記録する機能と、該ロケーション情報、および属性情報を持つデータ格納手段を提供するサービスを指定する手段と、指定したロケーション情報、および属性情報を持つデータ格納手段を提供するサービスに対し、データを送信する機能を備えたデータ生成機能を有するサービスから構成されることを特徴とするネットワークサービスシステム。
【請求項２】
請求項１に記載のネットワークサービスシステムであって、データを格納するための手段を備え、該格納手段を論理的に少なくとも１以上に分割する手段を備えたサービスと、該分割されたデータ格納手段のいずれかを指定する手段と、指定されデータ格納手段のネットワーク上のロケーション情報、および属性情報を生成する手段と、該ロケーション情報、および属性情報をネットワーク上に送信するサービスとは論理的に独立したサービスであることを特徴とするネットワークサービスシステム。
【請求項３】
請求項１に記載のネットワークサービスシステムであって、データ格納先ロケーション情報、および属性情報を受信し、記録する機能と、該ロケーション情報、および属性情報を持つデータ格納手段を提供するサービスを指定する手段と、指定したロケーション情報、および属性情報を持つデータ格納手段を提供するサービスに対し、データを送信する機能を備えたサービスと、データを生成する機能を備えたサービスは論理的に独立したサービスであることを特徴とするネットワークサービスシステム。
【請求項４】
請求項２に記載のネットワークサービスシステムであって、該サービスにより生成されるデータ格納手段の属性情報は少なくとも、該データ格納手段に対するアクセス権所有者を特定する情報と、該格納手段に格納可能なデータサイズと、該格納手段を利用するための有効期限を含むことを特徴とするネットワークサービスシステム。
【請求項５】
請求項３に記載のネットワークサービスシステムであって、受信した全てのデータ格納先のロケーション情報、および属性情報に対して一義的に対応づけたアイコンを生成、表示する機能を備えることを特徴とするネットワークサービスシステム。
【請求項６】
請求項５に記載のネットワークサービスシステムであって表示されたアイコンを選択指定することで、アイコンに一義的に対応づけられたロケーション情報、および属性情報を記録手段から取得し、該当するデータ格納先に対し生成したデータを自動的に送信する機能を備えることを特徴とするネットワークサービスシステム。
【請求項７】
請求項３に記載のネットワークサービスシステムであって、受信したデータ格納先のロケーション情報、および属性情報に基づき該情報を、データ格納先に一義に対応づけたアイコン表示する機能を備え、かつ、属性情報に記録された有効期限に基づき、有効期限を超過したデータ格納先に対応するアイコンを消去する機能と、受信したデータ格納先のロケーション情報、および属性情報を消去する機能を有することを特徴とするネットワークサービスシステム。
【請求項８】
請求項３に記載のネットワークサービスシステムであって、受信したデータ格納先のロケーション情報、および属性情報に基づき該情報を、データ格納先に一義に対応づけたアイコン表示する機能を備え、該アイコンを指定することで、生成したデータとデータ格納先が格納可能なデータサイズとを比較し、生成したデータサイズが格納可能なデータサイズを超える場合は、データ転送を中止する機能を有することを特徴とするネットワークサービスシステム。
【請求項９】
請求項３に記載のネットワークサービスシステムであって、受信したデータ格納先のロケーション情報、および属性情報に基づき該情報を、データ格納先に一義に対応づけたアイコン表示する機能を備え、該アイコンを指定することで、生成したデータとデータ格納先が格納可能なデータサイズとを比較し、生成したデータサイズが格納可能なデータサイズを超える場合は、格納可能なデータサイズのデータを生成するための手順を通知する手段を有することを特徴とするネットワークサービスシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークに対応した周辺装置、および該周辺装置を制御する情報処理装置、およびこれらの装置を含むネットワークサービスシステムに関するものである。
【背景技術】
【０００２】
ネットワークのインフラが整備されるに従い、ネットワーク対応型のプリンタ、フラットベッドスキャナ、デジタルカメラ、複写機等の画像処理装置が急速に普及しつつある。
【０００３】
これに伴い、従来、紙ベースで保管されていた情報をスキャナ、デジタルカメラ等画像入力装置で電子化し、これらネットワーク対応型の画像処理装置とネットワーク接続されたパーソナルコンピュータ、ストレージデバイス等で保管、管理し、必要に応じてプリンタ、複写機等の画像出力装置より、ハードコピーを作成するワークフローに移行しつつある。
【０００４】
このような状況を支援するため、情報の電子化、およびその格納手段を機能として備えた画像処理装置が開発されており、例えば、操作部を備えたネットワーク対応型スキャナでは、紙に記録された情報を、スキャナより読み取り電子データに変換し、変換したデータをＳｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＳＭＴＰ）、Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＦＴＰ）等のデータ転送プロトコルを使用して、操作部より指定されたあて先に転送する機能を備えた画像処理装置が普及している（例えば、特許文献１参照。）。
【特許文献１】特開平１１−１３６４７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら上記従来例では、使用するデータ転送プロトコルによっては利便性に大きな制約があった。即ち、Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＳＭＴＰ）の場合、該転送プロトコルを使用する場合、ネットワーク対応型画像処理装置が接続されている環境がメイルサーバーを利用しうる環境であることが条件となり、例えばインターネットプロバイダーが提供するサービスを利用する場合は、画像入力装置、出力装置、およびこれら装置を利用するクライアントデバイスそれぞれが独立したメイルアカウントを持つ必要があり、ＳＯＨＯ（Ｓｍａｌｌ  Ｏｆｆｉｃｅ／Ｈｏｍｅ  Ｏｆｆｉｃｅ）環境では導入が困難であった。また該転送プロトコルを使用する場合、使用するメイルサーバーシステムの制限により、一度に転送可能なデータ容量に制限があり、カラーイメージのように大容量のデータを扱うには適していなかった。
【０００６】
一方、Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＦＴＰ）のような転送プロトコルを使用する場合、画像入力装置で読み取った電子データの送信先、即ちネットワークパスを該画像入力装置が持つ操作部を介して指定する必要があるが、まず、利用者は電子データの転送先であるネットワークデバイスのネットワーク情報を正確に把握する必要があり、ネットワークパスが深いディレクトリ階層を持つ場合、またフォルダ名称、ファイル名称に漢字が使用されている場合、その入力は極めて煩雑であり利用者にとって極めて利便性を損なう要因となっていた。また、このようにネットワークパスを正確に指定する必要があるため、画像入力装置は高機能な操作部を持つ必要があり、ローエンドな画像入力装置ではコスト上の問題から、該機能を実装できないという問題を抱えていた。
【０００７】
本発明は、上述の問題点に着目してなされたものであって、従来、ユーザーがデータ格納先のネットワークパス情報を取得し、記憶し、さらに手入力でデータ格納先のネットワークパス情報等を設定するという煩雑な手続きを解消することが可能なネットワークサービスシステムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は上記問題点を解決するためになされたもので、
ネットワークに接続された複数のサービス提供デバイスから構成されるネットワークサービスシステムであって、
データを格納するための手段を備え、該格納手段を論理的に少なくとも１以上に分割する手段を備え、分割されたデータ格納手段のいずれかを指定する手段と、指定されデータ格納手段のネットワーク上のロケーション情報、および属性情報を生成する手段と、該ロケーション情報、および属性情報をネットワーク上に送信するサービスと、該ロケーション情報、および属性情報を受信し、記録する機能と、該ロケーション情報、および属性情報を持つデータ格納手段を提供するサービスを指定する手段と、指定したロケーション情報、および属性情報を持つデータ格納手段を提供するサービスに対し、データを送信する機能を備えたデータ生成機能を有することを特徴とし、
また、該ネットワークサービスシステムであって、データを格納するための手段を備え、該格納手段を論理的に少なくとも１以上に分割する手段を備えたサービスと、該分割されたデータ格納手段のいずれかを指定する手段と、指定されデータ格納手段のネットワーク上のロケーション情報、および属性情報を生成する手段と、該ロケーション情報、および属性情報をネットワーク上に送信するサービスとは論理的に独立したサービスであることを特徴とし、
また、該ネットワークサービスシステムであって、データ格納先ロケーション情報、および属性情報を受信し、記録する機能と、該ロケーション情報、および属性情報を持つデータ格納手段を提供するサービスを指定する手段と、指定したロケーション情報、および属性情報を持つデータ格納手段を提供するサービスに対し、データを送信する機能を備えたサービスと、データを生成する機能を備えたサービスは論理的に独立したサービスであることを特徴とし、
また、該ネットワークサービスシステムであって、該サービスにより生成されるデータ格納手段の属性情報は少なくとも、該データ格納手段に対するアクセス権所有者を特定する情報と、該格納手段に格納可能なデータサイズと、該格納手段を利用するための有効期限を含むことを特徴とし、
また、該ネットワークサービスシステムであって、受信した全てのデータ格納先のロケーション情報、および属性情報に対して一義的に対応づけたアイコンを生成、表示する機能を備えることを特徴とし、
また、該ネットワークサービスシステムであって表示されたアイコンを選択指定することで、アイコンに一義的に対応づけられたロケーション情報、および属性情報を記録手段から取得し、該当するデータ格納先に対し生成したデータを自動的に送信する機能を備えることを特徴とし、
また、該ネットワークサービスシステムであって、受信したデータ格納先のロケーション情報、および属性情報に基づき該情報を、データ格納先に一義に対応づけたアイコン表示する機能を備え、かつ、属性情報に記録された有効期限に基づき、有効期限を超過したデータ格納先に対応するアイコンを消去する機能と、受信したデータ格納先のロケーション情報、および属性情報を消去する機能を有することを特徴とし、
また、該ネットワークサービスシステムであって、受信したデータ格納先のロケーション情報、および属性情報に基づき該情報を、データ格納先に一義に対応づけたアイコン表示する機能を備え、該アイコンを指定することで、生成したデータとデータ格納先が格納可能なデータサイズとを比較し、生成したデータサイズが格納可能なデータサイズを超える場合は、データ転送を中止する機能を有することを特徴とし、
また、該ネットワークサービスシステムであって、受信したデータ格納先のロケーション情報、および属性情報に基づき該情報を、データ格納先に一義に対応づけたアイコン表示する機能を備え、該アイコンを指定することで、生成したデータとデータ格納先が格納可能なデータサイズとを比較し、生成したデータサイズが格納可能なデータサイズを超える場合は、格納可能なデータサイズのデータを生成するための手順を通知する手段を有することを特徴とするネットワークサービスシステム。
【発明の効果】
【０００９】
本発明によればデータ格納手段を備えた情報処理装置と、データ生成手段を備えた情報処理装置がネットワークを介して接続されている場合、データ格納先のネットワーク上でのロケーション情報、および該格納先にアクセスするための属性情報を通知する手段と、これらロケーション情報、および属性情報をデータ生成手段を備えた情報処理装置が受信し、受信した情報に基づきアイコン化して表示する機能を備え、該アイコンを選択指定することでデータ格納手段を備えた情報処理装置に対して自動的にデータを送信する機能を備えるため、従来、ユーザーがデータ格納先のネットワークパス情報を取得し、記憶し、さらにデータ生成装置に対し手入力でデータ格納先のネットワークパス情報、アカウント情報等を設定するという煩雑な手続きを解消することが可能となった。また、データ転送の際、ネットワーク上に特別なサーバー等を必要としないため、ネットワークインフラの規模に依存することなく、データの転送、格納サービスを実現することが可能となった。
【発明を実施するための最良の形態】
【００１０】
以下に、図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。ただし、この実施の形態に記載されているプロトコル、ヴァージョン、アドレス、その他の数値等は、特に特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。
【実施例】
【００１１】
本発明に係るサービス提供システムの一実施形態としてのプロトコル変換システムについて説明する。
【００１２】
図１は本発明の一実施形態としてのプリントシステムの構成を示すブロック図である。
【００１３】
本発明を実施するにあたり、クライアント、画像入力装置それぞれにファイル転送制御部を実装する必要があるが、その各々の構成を以下詳細に示す。
【００１４】
クライアント１００に実装されたファイル転送制御部１は、Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標）、Ａｐｐｌｅ社のＭａｃ  ＯＳ等の汎用オペレーティングシステム上で稼動するものであり、入力処理部７、グラフィック処理部８、記録装置制御部６、ＳＯＡＰ処理部４、データ受信処理部５から構成される。ＳＯＡＰ処理部４、データ受信処理部５はＨｙｐｅｒ  Ｔｅｘｔ  Ｔｒｅａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）処理部３の上位層に構築され、ＨＴＴＰ処理部はＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック２の上位層に構築される構造を持つ。
【００１５】
一方、ネットワーク対応画像入力装置２００、本実施の形態ではスキャナ、プリンタ、および操作パネルから構成される複合機を例に、ファイル転送制御部９が実装される。
【００１６】
画像入力処理装置２００に実装されたファイル転送制御部９は、汎用リアルタイムオペレーティングシステム上で稼動するものであり、操作部制御部１５、表示部制御部１４、記録装置制御部１６、スキャナコントローラ１７、ＳＯＡＰ処理部１２、データ送信処理部１３から構成される。ＳＯＡＰ処理部１２、データ送信処理部１３はＨｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）処理部１１の上位層に構築され、ＨＴＴＰ処理部はＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック１０の上位層に構築される構造を持つ。
【００１７】
以下に、これら本システムの制御の流れをフローチャートに従い説明する。
【００１８】
図２は、電子ファイルの転送先となるストレージデバイスの設定、すなわち本実施例の場合、画像入力装置より入力した電子ファイルを格納するためのディレクトリ・フォルダを指定し、該情報を画像入力装置に対し通知するまでの制御の流れを示すものである。
【００１９】
以下、ｓｔｅｐは図面ではＳと示す。
【００２０】
本実施例の場合、ユーザーが、電子ファイルの転送先フォルダをマウスで右クリックすると（ｓｔｅｐ２−１）、クライアント１００のファイル転送制御部１の入力処理部７が該操作を検知し、図３に示すとおり、グラフィック処理部８を介しメニューを表示する。ユーザーがこのメニューに表示される項目「Ｄａｔａ  ＳＥＮＤ」をさらにマウスで右クリックを実行すると入力処理部７が該操作を検知し、グラフィック処理部８を介して図４に示すように入力画面が表示され、ここでユーザーはユーザーを識別するためのアカウント名、パスワード、該フォルダにアクセス可能な有効期限を日時で入力する（ｓｔｅｐ２−２）。以上の入力を完了し、ＯＫボタンを押下すると入力処理部７がこれら操作を検知し、ファイル転送制御部１は記録装置制御部６を介して指定されたファイルのパス情報、および、ステップで入力されたアカウント名、パスワード、有効期限を記録装置上に記録する（ｓｔｅｐ２−３）。
【００２１】
次にファイル転送制御部１は、ネットワーク上に接続された電子ファイル転送機能を備えた画像入力装置を検索するためのパケットを送信する（ｓｔｅｐ２−４）。検索に使用されるプロトコルはＵｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ  １．０にて規定されるＳｉｍｐｌｅ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌを使用しており、ＳＴヘッダに検索条件として“ＤａｔａＳｅｎｄ”を記述し、マルチキャストアドレス２３９．２５５．２５５．２５０ポート番号１９００に対し図５に示すフォーマットのＨＴＴＰパケットを発行する。
【００２２】
この際、ＨＴＴＰリクエストのエンティティボディとして、Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌを使用し、ドキュメントデータ送信時に、ステップで入力されたアカウント名、パスワード、フォルダへのアクセスを許可する有効期限、ＵＲＬ形式で記述された転送先フォルダのパス情報、および該フォルダで受信し得るデータ容量、本実施例では単位はバイトを使用しているが、これら情報を図５に示すフォーマットで送信する。図中、
＜ａｃｃｏｕｎｔ＞はアカウント名、
＜ｐａｓｓｗｏｒｄ＞はパスワード、
＜ｅｘｐｉｒａｔｉｏｎ＞は有効期限、
＜ｕｒｌ＞はデータ転送先フォルダのパス情報
＜ｃａｐａｃｉｔｙ＞は受信可能データ容量に相当する。
【００２３】
該ＳＯＡＰエンベロープはｓｔｅｐ２−３において記録装置上に記録された情報に基づき、ＳＯＡＰ処理部４で生成され、ＨＴＴＰ処理部３、プロトコルスタック２を介してマルチキャスト送信される（ｓｔｅｐ２−４）。
【００２４】
画像入力装置２００のファイル転送制御部１は、上記ＨＴＴＰリクエストをＨＴＴＰ処理部を介して受信した後（ｓｔｅｐ２−５）、そのリクエストのＳＴ（Ｓｅｒｖｉｃｅ  Ｔｙｐｅ）ヘッダを解析し、ＤａｔａＳｅｎｄ外のＳＴ指定であった場合、あるいはパケット内容に不正があった場合は処理を中断。リクエストに対してレスポンスを発行せず、無視する（ｓｔｅｐ２−６）。
【００２５】
該ヘッダが内容がＤａｔａＳｅｎｄであった場合は、ＳＯＡＰ処理部１２において、ＨＴＴＰリクエストのエンティティボディであるＳＯＡＰメッセージを解析し、処理受付可能である場合、これら情報を記録装置制御部６を介して記録装置に記録したのち（ｓｔｅｐ２−７）、図６に示すフォーマットでクライアントに対しユニキャストでレスポンスを発行する（ｓｔｅｐ２−８）。
【００２６】
この場合、エンティティボディとして、Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌを使用し、画像入力装置２００の製品名、識別名称、ＵＲＬ、およびロケーション情報を送信する。
【００２７】
図６はそのＳＯＡＰエンベロープのフォーマットを示すものであり、
＜ｍｏｄｅｌＮａｍｅ＞が製品名、
＜ｆｒｉｅｎｄｌｙｎａｍｅ＞が識別名称、
＜ｕｒｌ＞がＵＲＬ、
＜ｌｏｃａｔｉｏｎ＞がロケーション情報に相当する。
【００２８】
これらプロセスが完了した後、画像入力装置２００のファイル転送制御部は再び、検索パケット受信待ち状態となる。
【００２９】
クライアント１００のファイル転送制御部１は予め規定された時間内、本実施例の場合１０秒以内に画像入力装置２００から応答があった場合（ｓｔｅｐ２−９）、ＳＯＡＰ処理部４において該応答パケットのエンティティボディであるＳＯＡＰエンベロープを解析し、該エンベロープに記載された製品名、識別名称、ＵＲＬ、およびロケーション情報を記録装置制御部６を介して記録装置に記録する（ｓｔｅｐ２−１０）。
【００３０】
次にファイル転送制御部１は、グラフィック処理部８を介して、ステップにおいて電子データ転送先として指定したフォルダのアイコン表示を図７に示すアイコン表示に変更し、画像入力装置２００が検索できた旨ユーザーに対し通知する（ｓｔｅｐ２−１１）。
【００３１】
この場合、ユーザーが該フォルダをマウスで右クリックして表示されるメニュー項目からプロパティを選択すると、入力処理部７がこれら操作を検知し、ｓｔｅｐ２−１２において画像入力装置２００から取得した情報である製品名、識別名称、ＵＲＬ、ロケーション情報を表示する（図８）。
【００３２】
応答のあった画像入力装置が複数存在する場合は、図に示すとおり各画像入力装置ごとにタグが割りてられ、おのおの製品名、識別名称、ＵＲＬ、ロケーション情報が記述、表示される。
【００３３】
規定時間内にいずれの画像入力装置からも応答が無かった場合、フォルダのアイコン表示は変化せず、プロパティ情報は表示されない（ｓｔｅｐ２−１３）。この動作を以って、ユーザーは画像入力装置が発見できなかったことを確認できる。
【００３４】
複数のフォルダの指定が可能であり、ユーザーはステップを繰り返すことで、複数のフォルダをデータ転送先として指定することが可能である。
【００３５】
ユーザーは、ステップのプロファイル情報に基づき所望する画像入力装置の設置場所へ移動し、画像入力処理を実行する。以下フローチャート図９ａ、９ｂに従い、処理手順を説明する。
【００３６】
図１０は本発明を実施した画像入力装置２００の表示パネルの表示内容を示すものである。
【００３７】
図中、「送信」ボタンにタッチすると（ｓｔｅｐ９−１）、画像入力装置２００、ファイル転送制御部９の操作部制御部１５は該操作を検知し、表示部制御部１４を介して、図１１に示すようにｓｔｅｐ２−７で記録した有効期限内にあるｓｔｅｐ９−２データ転送先をアイコンの形式でフォルダ、およびフォルダの所有者をアカウント名で表示する（ｓｔｅｐ９−３）。複数のクライアントからＮｏｔｉｆｙを受信している場合、各クライアント毎にフォルダアイコンが表示される。
【００３８】
ここで、ユーザーが先のステップで指定したアカウント名が表示されたアイコンにタッチすると（ｓｔｅｐ９−４）、操作部制御部１５は該操作を検知し、表示部制御部１４を介して図１２に示すように、ユーザー認証のためパスワード入力画面を表示する（ｓｔｅｐ９−５）。
【００３９】
ファイル転送制御部９は、操作部制御部１５を介してユーザーのキー入力を検知し、入力されたパスワードをステップで記録装置に記録されたパスワードと比較する。ここで、入力されたパスワードが一致しない場合は、表示部制御部１４を介してエラーメッセージを表示し（ｓｔｅｐ９−６）、ユーザーに対し再度入力を促す（ｓｔｅｐ９−５）。再入力は３回まで可能であり、３回目に一致しないパスワードが入力された場合（ｓｔｅｐ９−７）、画像入力装置２００のファイル転送制御部９は、表示部制御部１４を介してフォルダアイコンを表示部から消去するｓｔｅｐ９−１０とともに、記録装置に記録されたクライアントから受信した該当情報を消去する（ｓｔｅｐ９−１１）。
【００４０】
Ｓｔｅｐ９−３の状態、即ち画像入力装置２００の表示部にフォルダアイコンが表示された状態で、有効期限を超過した場合（ｓｔｅｐ９−８）、画像入力装置２００は表示部制御部１４を介してフォルダアイコンを表示部から消去するとともに（ｓｔｅｐ９−１０）、記録装置に記録されたクライアントから受信した該当情報を消去する（ｓｔｅｐ９−１１）。
【００４１】
パスワードが一致すると（ｓｔｅｐ９−１２）、これまでのプロセスで有効期限内か否かを判断し（ｓｔｅｐ９−１３）、有効期限を超過している場合（ｓｔｅｐ９−１４）、画像入力装置２００は表示部制御部１４を介して、指定したフォルダの有効期限が超過した旨メッセージを表示し（ｓｔｅｐ９−９）、フォルダアイコンを表示部から消去するとともに（ｓｔｅｐ９−１０）、記録装置に記録されたクライアントから受信した該当情報を消去する（ｓｔｅｐ９−１１）。
【００４２】
有効期限内の場合は、画像入力装置２００のファイル転送制御部９は表示制御部を介して、図１３に示すとおりユーザーに対し、読み取り画像を電子化する際のデータフォーマット、および解像度の指定を促す（ｓｔｅｐ９−１５）。本実施例の場合、ＰＤＦ、ＴＩＦＦ、ＪＰＥＧの指定が可能であり、また解像度として２００、３００、４００、６００ｄｐｉの指定が可能である。
【００４３】
ｓｔｅｐの状態で有効期限を超過した場合、画像入力装置２００は表示部制御部１４を介してフォルダアイコンを表示部から消去するとともに、有効期限超過メッセージを表示、記録装置に記録されたクライアントから受信した該当情報を消去する。
【００４４】
次にユーザーがスタートボタンを押下すると画像の読み取りを開始するが、その間に有効期限を超過した場合（ｓｔｅｐ９−１６）、画像入力装置２００は表示部制御部１４を介して指定したフォルダの有効期限が超過した旨メッセージを表示し（ｓｔｅｐ９−９）、フォルダアイコンを表示部から消去するとともに（ｓｔｅｐ９−１０）、記録装置に記録されたクライアントから受信した該当情報を消去する（ｓｔｅｐ９−１１）。
【００４５】
ユーザーがスタートボタンを押下すると（ｓｔｅｐ９−１７）、ファイル転送制御部９は操作部制御部１５を介してこれら操作を検知し、指定されたデータフォーマット、解像度に基づきスキャナコントローラ１７を起動する（ｓｔｅｐ９−１８）。スキャナコントローラ１７は、原稿台に置かれた原稿を指定されたデータフォーマット、解像度で読み取りデータフォーマットに変換する（ｓｔｅｐ９−１９）。
【００４６】
スキャナより読み取られ、指定されたデータフォーマットに変換されたファイルは一時的に記録装置制御部１６を介して、画像入力処理装置２００の記録装置に格納され（ｓｔｅｐ９−２０）、ファイル転送制御部９は、該ファイルのデータサイズをチェックする（ｓｔｅｐ９−２１）。このデータサイズをｓｔｅｐで通知されたファイル容量と比較し、該ファイル容量を超える場合（ｓｔｅｐ９−２２）はｓｔｅｐ９−２０で記録装置に記録したデータを消去し（ｓｔｅｐ９−２３）、表示部制御部１４を介して表示部にエラーメッセージを表示する（ｓｔｅｐ９−２４）。この場合、ファイル転送制御部９は推奨する解像度、読み取り可能な原稿枚数を算出し表示部に表示する（図１４）（ｓｔｅｐ９−２５）。ユーザーは必要に応じて再度ｓｔｅｐ９−１５の操作を実行する。
【００４７】
ステップにおいてファイル容量以内であった場合（ｓｔｅｐ９−２６）、画像入力装置２００はファイル転送制御部９は記録装置に記録したデータを、ステップで記録したＵＲＬに対しＨＴＴＰ  ＰＯＳＴパケットにバインドしＨＴＴＰ処理部１１、プロトコルスタック１０を介しクライアントに対し送出する（ｓｔｅｐ９−２７）。
【００４８】
クライアントのファイル転送制御部１は、該ＨＴＴＰリクエストをＨＴＴＰ処理部３を介して受信した後（ｓｔｅｐ９−３０）、ＨＴＴＰヘッダに記載されたＵＲＬを、ステップにおいて記録装置に記録した情報と比較し、一致する場合は該ＵＲＬのフォルダに対し受信したデータを記録する（ｓｔｅｐ９−３２）。
【００４９】
一致しない場合は、画像入力装置２００に対しエラーレスポンスを返送し、データ受信を実行しない（ｓｔｅｐ９−３３）。
【００５０】
画像入力装置２００のファイル転送制御部９は一連のデータ転送が正常に完了した場合（ｓｔｅｐ９−２８）、記録装置制御部１６を介し、記録装置に残されたデータファイルを削除し（ｓｔｅｐ９−２９）、（ｓｔｅｐ９−３）フォルダアイコン表示プロセスに戻る。
【００５１】
以上、本発明においては、以上説明した一連のステップｓｔｅｐ２−１から、ｓｔｅｐ９−３３を繰り返すことで、指定された任意のフォルダに対し、画像入力装置２００が電子化したデータを転送することが可能となる。
【００５２】
［その他の実施の形態］
本実施例では操作部を備えたスキャナをネットワーク対応型画像入力装置とした実施の形態を示しているが、ネットワーク対応型デバイスとしてはフラットベッド型スキャナ、複写機、デジタルカメラ、ストレージデバイス、およびそれら複合機能を備えるデバイスであって、画像に限らず電子化された情報を生成、保持する機能を備え、かつそのデバイス内部、あるいは外部に操作部を備え、これらデバイスが保持する電子化されたデータを転送する先を指定する機能を有する装置であれば、いずれの場合においても実現可能である。
【００５３】
また、本実施例では汎用オペレーティングシステムを備えたパーソナルコンピュータをクライアント装置とした実施形態を示しているが、クライアントデバイスとしては、ＰＤＡ、携帯電話、複写機、デジタルカメラ、ストレージデバイス、およびおよびそれら複合機能を備えるデバイスであって、画像に限らず電子化された情報を記録する機能を備え、かつそのデバイス内部、あるいは外部に操作部を備え、電子化されたデータの格納先を指定する機能を有する装置であれば、いずれの場合においても実現可能である。
【００５４】
従って、データを格納するストレージサービスはインターネットを介してサービスプロバイダが提供するサービスであり、該ストレージに対する格納先情報を該サービスとは独立した、本発明によるファイル転送制御部が実装されたパーソナルコンピュータで指定し、該格納先情報を画像入力装置に通知することで、画像入力装置からインターネットを介して、クライアントデバイスとは異なるネットワークセグメントに存在するストレージデバイスに対して本発明を実施することも可能である。
【００５５】
また本実施例ｓｔｅｐ２−２においてデータ転送先フォルダに対し、アカウント名、パスワードを設定しているが、これらセキュリティ対策を必要としないネットワーク環境である場合は、転送先フォルダを一義的に識別する情報のみを生成し、これら設定を省略する実施形態も可能である。
【００５６】
また、本実施例ｓｔｅｐ２−４おいて、ｓｔｅｐ２−２で設定されたアカウント名、パスワード、有効期限などの情報がテキストの平文でマルチキャスト送信されるが、セキュリティ対策を必要とするネットワーク環境においては、これらＸＭＬで記述された情報を暗号化した上で送信する実施形態も実現可能である。
【００５７】
また、本実施例ｓｔｅｐ２−２において、カラーイメージでの入力の可否、ファイルフォーマットなどの指定設定を追加し、かつこれら追加情報をｓｔｅｐ２−４において送信し、該追加情報の条件を満たす画像入力装置のみ応答するようにすることで、画像入力装置の絞込み検索をする機能を持つことも可能である。
【００５８】
本実施例（ｓｔｅｐ２−４）において、画像入力装置の検索のために、Ｍｉｃｒｏｓｏｆｔ  Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ  Ｄｅｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｖ１．０で規定されるＳＳＤＰを使用しているが、例えばＳＬＰ、Ｍｕｌｔｉｃａｓｔ  ＤＮＳ−ＳＤ、ＳＮＭＰ等、他の標準化プロトコルを使用する場合でも実現可能である。
【００５９】
本実施例において、画像入力装置２００からクライアント１００に対し電子データを送信する際に、ＨＴＴＰ  ＰＯＳＴのエンティティとして電子データを送信する例を説明しているが、これら電子データをＳＯＡＰを使用してバンディングした上で転送することで実現することも可能である。
【００６０】
本実施例において画像入力装置２００からクライアント１００に対し電子データを送信する際に、ＨＴＴＰプロトコルを使用しているが、ｓｔｅｐ２−２においてクライアント側がデータ転送のためのプロトコルを通知することにより、任意のプロトコルを使用して電子データを送信する実施形態も実現可能である。
【図面の簡単な説明】
【００６１】
【図１】本発明の一実施形態としてのファイル転送システムを構成するクライアント、およびネットワーク対応スキャナの各機能構成を示す図である。
【図２】本発明におけるファイル転送システムの電子ファイル転送先指定手順と、画像入力装置検索のプロセスを示すフローチャート図である。
【図３】本発明におけるファイル転送先フォルダ指定時のメニュー表示を示す図である。
【図４】本発明におけるファイル転送先フォルダの属性情報設定を促す画面表示を示す図である。
【図５】本発明における画像入力装置検索のためのパケットフォーマットを示す図である。
【図６】本発明における画像入力装置から送信される応答パケットのフォーマットを示す図である。
【図７】画像入力装置から応答があった場合に表示されるフォルダアイコンを示す図である。
【図８】応答のあった画像入力装置の属性情報表示を示す図である。
【図９ａ】本発明におけるファイル転送システムの画像入力プロセスと、画像処理装置からクライアントで指定したフォルダに対しデータを転送するまでのプロセスを示すフローチャート図である。
【図９ｂ】本発明におけるファイル転送システムの画像入力プロセスと、画像処理装置からクライアントで指定したフォルダに対しデータを転送するまでのプロセスを示すフローチャート図である。
【図１０】画像入力装置表示部の機能選択画面を示す図である。
【図１１】画像入力装置表示部のデータ転送先フォルダ表示画面を示す図である。
【図１２】画像入力装置表示部のパスワード入力画面を示す図である。
【図１３】画像入力装置表示部の解像度、データフォーマット指定画面を示す図である。
【図１４】画像入力装置表示部のエラーメッセージ、推奨解像度、スキャン可能画像数を示す図である。
【符号の説明】
【００６２】
１  ファイル転送制御部
２  ＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック
３  ＨＴＴＰ処理部
４  ＳＯＡＰ処理部
５  データ受信処理部
６  記録装置制御部
７  入力処理部
８  グラフィック処理部
９  ファイル転送制御部
１０  ＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック
１１  ＨＴＴＰ処理部
１２  ＳＯＡＰ処理部
１３  データ送信処理部
１４  表示部制御部
１５  操作部制御部
１６  記録装置制御部
１７  スキャンコントローラ
１００  クライアント
２００  画像入力装置
【図１】
2006195722.tif 000003
【図２】
2006195722.tif 000004
【図５】
2006195722.tif 000005
【図６】
2006195722.tif 000006
【図７】
2006195722.tif 000007
【図９ａ】
2006195722.tif 000008
【図９ｂ】
2006195722.tif 000009
【図１０】
2006195722.tif 000010
【図１１】
2006195722.tif 000011
【図１２】
2006195722.tif 000012
【図１３】
2006195722.tif 000013
【図１４】
2006195722.tif 000014
【図３】
2006195722.tif 000015
【図４】
2006195722.tif 000016
【図８】
2006195722.tif 000017